WO2003044674A1 - Passerelle et outil pour l'installation d'une passerelle - Google Patents

Passerelle et outil pour l'installation d'une passerelle Download PDF

Info

Publication number
WO2003044674A1
WO2003044674A1 PCT/JP2002/011820 JP0211820W WO03044674A1 WO 2003044674 A1 WO2003044674 A1 WO 2003044674A1 JP 0211820 W JP0211820 W JP 0211820W WO 03044674 A1 WO03044674 A1 WO 03044674A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
database
setting
mapping
objects
Prior art date
Application number
PCT/JP2002/011820
Other languages
English (en)
French (fr)
Inventor
Noriyuki Komiya
Noriyuki Kushiro
Yoshiaki Ito
Masanori Nakata
Shigeki Suzuki
Yoshiko Ochiai
Original Assignee
Mitsubishi Denki Kabushiki Kaisha
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2001352881A external-priority patent/JP3711493B2/ja
Priority claimed from JP2002090492A external-priority patent/JP3762322B2/ja
Application filed by Mitsubishi Denki Kabushiki Kaisha filed Critical Mitsubishi Denki Kabushiki Kaisha
Priority to EP02781747.7A priority Critical patent/EP1469394B1/en
Priority to US10/466,600 priority patent/US8112498B2/en
Priority to CA2435068A priority patent/CA2435068C/en
Priority to ES02781747.7T priority patent/ES2451844T3/es
Priority to AU2002349765A priority patent/AU2002349765B2/en
Priority to KR10-2003-7009413A priority patent/KR100530414B1/ko
Publication of WO2003044674A1 publication Critical patent/WO2003044674A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/84—Mapping; Conversion
    • G06F16/88—Mark-up to mark-up conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2832—Interconnection of the control functionalities between home networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]

Definitions

  • the present invention relates to a gateway device used for interconnecting a plurality of different network systems and performing a data exchange, a gateway setting tool for setting the gateway device, and setting and use of an intermediate object. is there. Background art
  • gateway device that is placed between multiple network systems with different protocols and interconnects them.
  • the setting of the object that handles both systems and the setting of the mapping to the object, which is the correspondence between them are set in the software manufactured for each applicable property, uniquely for each system. This is a form of holding, or holding some set information and selecting and using it. Therefore, it was necessary to rewrite the software to change these setting information.
  • Japanese Patent Application Laid-Open No. Hei 5-173975 describes a relation management object for managing bidirectional relation information between a plurality of objects. An operation is performed on this relationship management object to maintain the mapping between objects. Attempts have been made to conduct such activities.
  • the gateway device needs to hold all information related to the connected network, so that more memory capacity is required and the gateway device is expensive. Had become.
  • mapping information is updated by a mapping process provided in a gateway device, and updating of mapping information according to a change in the status of a connected system is performed by a mapping update process process provided in the gateway device.
  • mapping information in the conventional gateway device is performed as described above, and it takes a lot of cost and time to change the configuration of the connected system and change the mapping specifications (correspondence). There were issues. Furthermore, there is a problem that an advanced technician is required because the setting of the matching needs to be performed after thoroughly understanding both systems to be connected and understanding the interrelationship between the objects handling the systems. Also, according to the second conventional example, since the relationship management object has mapping information between both objects, the mapping setting operator must be familiar with both mapping systems at the same time. There is a problem that when a change occurs in one system, it is necessary to reconfigure the mapping while considering the situation of the other system again.
  • the processing for generating and updating the matching is performed on the gateway device itself, it is built-in, as described above, to cope with a change in the target system or a change in the mapping algorithm.
  • the software had to be rewritten.
  • the gateway device since the generation / update processing is performed on the gateway device, the processing load on the gateway device increases, and as a result, the gateway device has become expensive.
  • the present invention has been made to solve such a problem, and interconnects heterogeneous network systems A and B operated by different protocols by performing mutual mapping of objects representing the respective systems.
  • a gateway device that can set the mapping without knowing each other's network systems and does not affect the setting information of the other network system even if a change occurs in one network system It is an object of the present invention to obtain an associating device.
  • the development for setting work, monitoring and control is made easy and easy for users to understand using views.
  • the aim is to generate more accurate and valid mappings.
  • the objective is to obtain a device that easily follows changes in the network system due to operation.
  • the mapping specification is changed, and the mapping algorithm is changed, the mapping information is generated and updated based on the setting data without rewriting the software built in the gateway device. It is an object of the present invention to provide a gateway device which does not need to perform such complicated calculations on the gateway device, and which keeps development costs, engineering costs, and hard-air costs low. In addition, it is not necessary to know the mutual relationship between the two connected systems, it is easy to perform the setting work, and it is possible to use an excellent user interface during the setting work, high setting efficiency, The goal is to provide a gateway setting tool with low engineering costs.
  • the gateway device has a configuration in which elements constituting a system are used as objects and the data of the objects are used in different systems.
  • One system has an intermediate model that is set in one system.
  • the configuration is such that the items of the corresponding elements are associated, and data is transferred to the associated items.
  • the data corresponding to the item of the intermediate object is obtained by the other system.
  • an intermediate model that accesses each other is provided, and an intermediate object provided for each element in this intermediate model is provided.
  • each system associates its own corresponding element item, transfers data to this associated item, and accesses the intermediate object when the own system needs element data of another system. Corresponding data was obtained.
  • each system associates an intermediate object whose configuration item matches its own access target with a predetermined ratio or more as an intermediate object.
  • additional information is added to the intermediate object, and each system accesses the intermediate object with reference to the additional information. Furthermore, when associating the system with the intermediate model, the intermediate model and the constituent intermediate objects, and the system and the elements constituting the system are displayed on the same screen. Furthermore, the association with the intermediate object is performed using data expressed in the structured data description language. Alternatively, a system A communication unit for transmitting and receiving a communication command A related to the system A, a system B communication unit for transmitting and receiving a communication command B related to a system B constructed using a protocol different from that of the system A, and a communication command A for the system A.
  • the system A object database which interprets the contents of communication command A and holds object data, exchanges system B with communication command B, and exchanges the contents of communication command B.
  • a system B object database that interprets and retains object data, and a pine that retains mapping data representing the correspondence between object data belonging to the system A object database and object data belonging to the system B object database. Ping database, The object data A is exchanged with the system A object database, the object data B is exchanged with the system B object database, and the object data A and the object are exchanged based on the matching database.
  • the mapping execution unit that associates data B and exchanges these object databases with each other, and exchanges object database A with the system A object database and exchanges them with the system B object database It exchanges object data B with each other, exchanges mapping data with the mapping database, and exchanges these data with external devices. is there.
  • the gateway setting tool of the present invention From a setting data input section that sets the group of objects to be represented, a system A object setting database that holds object data related to system A set by the setting data input section, and a system A object setting database A system that receives data, compresses and returns data, and a system A object data operation unit, and a system with object template data that can be used in system A that exchanges data with the system A object setting database A Receives data from the object B database and the system B object setting database that stores object data related to system B set by the setting data input section, and the system B object setting database.
  • Compressed system B object Object data operation unit system B object full database with object template data usable in system B that exchanges data with system B object setting database, and setting data input
  • a mapping setting database for storing mapping data relating to the mapping set by the mapping unit, a mapping data calculation unit for receiving data from the mapping setting database, compressing the data and returning it, and a system A.
  • data can be exchanged with the mapping setting database.
  • mapping association generation unit that associates individual data belonging to the system A object setting database and the system B object setting database and transmits this to the matching setting database, the system A object setting database, and the system B object Configuration database, mapping configuration database, all database of system A object, system B Data is exchanged between the setting data display section that displays data belonging to either the object database or the mapping database at any time, and the system A object setting database, system B object setting database, and mapping setting database.
  • a setting data transmission / reception unit and configured to perform data transmission / reception with the gateway device via the setting data transmission / reception unit.
  • additional information for associating the object setting data is added to the object setting data belonging to each of the system A and B object setting data.
  • mapping data between the two is also configured to exchange data expressed by a structured data description language with a gateway device. Furthermore, it is configured to exchange data expressed in structured data description language with the gateway setting tool.
  • FIG. 1 is a conceptual diagram illustrating the association of an intermediate model between systems according to Embodiment 1 of the present invention.
  • FIG. 2 is a configuration diagram showing a specific mutual use system and an intermediate model according to the first embodiment.
  • FIG. 3 is a diagram showing a display screen for associating intermediate object elements according to the first embodiment.
  • FIG. 4 is a configuration diagram showing a specific mutual use system and an intermediate model according to Embodiment 2 of the present invention.
  • FIG. 5 is a configuration diagram showing a specific mutual use system and an intermediate model according to Embodiment 3 of the present invention.
  • FIG. 6 is a block diagram of a gateway device and a gateway setting tool according to Embodiment 4 of the present invention.
  • FIG. 7 shows an example of data on an all-object basis for the gateway setting tool according to the fourth embodiment of the present invention.
  • FIG. 8 shows an example of data in the whole mapping data of the gateway setting tool according to the fourth embodiment of the present invention.
  • FIG. 9 is a block diagram showing a connection configuration between a gateway device and a gateway setting tool according to Embodiment 4 of the present invention.
  • FIG. 10 shows an example of data in the system A object setting database, system B object setting database, and mapping setting database in the gateway setting tool according to the fifth embodiment of the present invention. It is.
  • FIG. 11 is a flowchart showing an automatic mapping generation procedure in the gateway setting tool according to Embodiment 5 of the present invention.
  • FIG. 12 shows an example in which the system A and B object setting data in the gateway setting tool according to Embodiment 6 of the present invention are described in a structured data description language.
  • FIG. 13 shows an example in which the mapping setting data in the gateway setting tool according to Embodiment 6 of the present invention is described in a structured data description language.
  • FIG. 1 is a diagram illustrating the configuration of a method for realizing mapping between heterogeneous networks according to the present invention.
  • a BAC net system 105 and a LON system 107 are shown as examples of interconnected networks, and these are objects that exist as entities.
  • Mapping and connecting these systems to each other means that the correspondence between the B AC net object 106 defined in the B AC net system 105 and the LON object 108 defined in the L ⁇ N system 107 This is to set the mapping between objects, which is the relationship.
  • a common concept, property, or unique model of the system existing as these entities is used, and an intermediate model 102 as a virtual model without an entity is constructed by introducing the system.
  • the mapping setting of the object of the network system is not performed directly between the BACnet object 106 or the LON object 108 which is the entity, but is performed on the intermediate model object 103 defined in the intermediate model 102.
  • the BACnet object 106 is not directly mapped to the LON object 108, but is mapped to the intermediate model object 103 (step 109), and the following operation is represented by steps.
  • mapping directly to the BACnet object 106 it is mapped to the intermediate model object 103 (step 110).
  • an object of the entity system, mapped to the common intermediate model object 103, the BACnet object 1 06 and the LON object 108 are mapped to each other.
  • FIG. 2 shows a very simple concrete example.
  • the actual systems were the B AC net system 207 and the L ON system 214 as described above.
  • the intermediate model 201 constructed from these has a configuration close to the object of the L ⁇ N system because it is aware of the entity of the device here, but is an original model.
  • a description will be given assuming that mapping from the BAT net system 207 to the intermediate model 201 is performed.
  • the second Present Value 213 maps to the operation mode 204 of the air conditioner 202 (step 222). This completes the setting on the BACnet side.
  • mapping from the LON system 214 to the intermediate model 201 is performed.
  • the air conditioner device 202 of the intermediate model object is mapped at the object level with the air conditioner device 202 of the intermediate model object (step 223).
  • the illuminator 218 of the LON object is mapped at the object level to the illuminator 205 of the intermediate model object (step 224).
  • Property level mapping is performed collectively.
  • the operation / stop property 216 and the operation mode property 217 of the air conditioner 215 of the LON object are mapped to the operation state property 203 and operation mode property 204 of the air conditioner 202 of the intermediate model object, respectively. Is done.
  • the ON / OFF property 219 of the illuminator object 2 18 is mapped to the operation state property 206 of the illuminator object 205 (step 224). This completes the setting of the L ON side.
  • the mapping settings between the real objects are determined from the settings on the intermediate model 201.
  • the operating state property 203 includes the BAC net object Binary Output 208 “Present Va1ue” property 209 and the LON object air conditioner 211 2 1 and 6 are mapped. From this, as a result, the Present V a1 ue property 209 of the Binary Output 208 of the BAC net object and the start / stop properties 216 of the air conditioner 215 of the LON object are virtually mapped. (Step 225).
  • the Present V a1 ue 2 11 of Binary Output 2 10 is effectively mapped to the lighting and extinguishing properties 2 19 of the illuminator 2 18 (step 226), and the Multistate Output 2
  • the Present V a 1 ue 2 13 of 1 2 is mapped to the operation mode property 217 of the air conditioner 2 15 (step 227).
  • Such a setting of the mapping may be performed, for example, via a setting screen 301 as exemplified in FIG.
  • a list of intermediate models 302, a list of BAC net objects 303, and a list of LON objects 310 are displayed, and the corresponding objects (instance level or class-level matching) are displayed from them. Good) or a method of selecting properties etc. is conceivable.
  • the BAC net object 308 is mapped to the intermediate model object 304, and the LON object 310 is mapped to the intermediate model object 304.
  • the BAC net object 308 and the LON object 310 are mapped as a result.
  • the mapping setting screen 301 may display the objects of both network systems to be mapped at the same time as shown in the example shown here, or may display one object at a time and the engineers of each network system. However, the setting work may be easily performed. In addition to the setting screen using the GUI as shown here, an input method using a table format or the like may be used.
  • the intermediate model according to the present invention may be mounted inside the gateway device so that the intermediate model can be used even when the gateway function is executed.
  • various settings of the gateway device prepared separately from the gateway device are provided.
  • the gateway device itself is equipped with only the minimum functions required to execute the gateway function, providing a lower cost and higher performance gateway device. It becomes possible.
  • there are two systems A and B and when performing mutual data exchange, first system A converts it to an intermediate object of the intermediate model and transfers the data, and this is unilaterally transferred to the other B system.
  • the form to use is also conceivable This is effective when a lower system uses data from a higher system.
  • there may be a time lag between the setting and the use not at the same time.
  • the intermediate object set from the system A may be used in advance by the system B, or if the use is set later, the item data may be transmitted immediately after setting the data.
  • the gateway device may have a simple configuration such as preparing a table. However, it is only necessary to use a separately prepared setting tool.
  • modeling is performed using the common concept and property of the network systems 105 and 107 to be mapped, or an original model is used.
  • the used intermediate model 102 is constructed, and each network system 105 and 107 performs mapping to only the intermediate model 102.
  • the BAC net object 106 of the BAC net system 105 which is one of the network systems mapped to the object 103 of the common intermediate model
  • the LON system 107 which is the other system Of LON objects 108 are mapped as a result.
  • the setting information of the other network system is not affected.
  • the BACnet system 408 and the LON system 410 are taken as examples of the actual network system.
  • the intermediate model 402 when the BAC net object 409 and the LON object 411 are mapped to the intermediate model 402, mutual mapping is performed when they are mapped to a common intermediate model object.
  • mapping between entities that is, mapping to a common intermediate model object
  • different intermediate model objects are set once and their mapping information is set. It is also possible to combine these intermediate model objects by using them and to perform mutual mating after the combination. That is, even if the intermediate models do not completely match, for example, those having a common class as a parent class , Properties that match at a certain ratio (for example, 80% or more) This can be realized by performing association with the like.
  • the intermediate model objects 4003 and 405, and 404 and 406 are mapped to each other because their property configurations match at a certain ratio or more, the intermediate model objects 400 3 BAC net object 4 9 which was mapped 4 1 2 and intermediate model
  • the LON object 411 that has been mapped 413 to the ruby object 405 is to be mutually mapped 414 after combining the intermediate model objects 404 and 406 and the intermediate model objects 403 and 405.
  • the method for realizing the mapping between heterogeneous networks is such that when the actual network systems 408 and 410 map to the intermediate model 402, they are mapped to different intermediate model objects 403 and 405. Even if the objects of each network system are 409 and 411, matching is performed according to the similarity between the intermediate model objects 403 and 405, so that the setting work can be performed more easily, and the engineering cost can be reduced. Can be reduced
  • the BAC net system 505 and the LON system 510 are used as examples of the actual network system.
  • the BACnet object is used.
  • LON object 511 maps to the intermediate model 502, and when mapping 517 in the entity is determined, it is mapped to a common intermediate model object, or objects are mapped Mapping information was requested because it was mapped to an intermediate model object.
  • additional information given to each object of the actual network system is used.
  • the handling in the intermediate model is the same as in the first embodiment.
  • FIG. 5 shows the case of the system of the first embodiment. This collateral information characterizes the entity of each object and is defined as information used to associate each network system.
  • the installation location information was used as the supplementary information.
  • the object to be combined can be specified as to where the objects installed should be combined.
  • the installation location 507 has a value of “meeting room A” as supplementary information of the B ACnet object 506.
  • the installation location 509 of the BAC net object 508 is “Conference Room B” and the installation location of the LON object 5 1 1 5 1 2 is “Conference Room A” and the installation location of the LON object 5 1 3 5 1 Let 4 be a "hallway".
  • the mapping information between the real objects is obtained by adding these pieces of information. In Fig.
  • equipment model Z model It is also effective to use specific names, model numbers, scenes used (normal times, fires, breakdowns, etc.), and specific symbols and ID numbers specified for the property.
  • the method for realizing the mapping between heterogeneous networks defines supplementary information for mapping between objects of both the network systems 505 and 510, and the network systems 505 and 5 Since additional information is added to each of the 10 objects and mapping is performed in consideration of this additional information, more accurate mapping can be generated, and the validity of the mapping is also determined. Ancillary information is attached to each object, and mapping is performed based on this information. Even if the mapping cannot be taken and the model is separated from the intermediate model, it is possible to make analogies with additional information. Therefore, it is possible to analogize and maintain the mapping relationship between the network systems 505 and 510, and it is possible to reduce engineering costs.
  • the additional information is added, so that there is an effect that more accurate association can be made when using element data of another system.
  • Embodiments 1 and 2 XML (eXtensible Markupapa) is used as a structured data description language for association with an intermediate model or intermediate object, as will be described in a specific description in a later embodiment. If the description is made using (nguage), the description will be simplified. Embodiment 4.
  • XML eXtensible Markupapa
  • FIG. 6 is a block diagram of a gateway device and a gateway setting tool according to Embodiment 4 of the present invention.
  • a system A 601, a system B 602 having a protocol different from that of the system A 601, and a gateway device 603 connecting the system A 601 and the system B 602 are configured.
  • the gateway device 603 includes a setting data transmitting / receiving unit 604 and a system
  • mapping database 607 representing the correspondence between these databases
  • mapping execution unit 608 system A communication unit 609
  • system B communication unit 610 It is composed of
  • the gateway setting tool 6 11 is a user interface 6 1 2 which is a setting data input section 6 13 and a setting data display section 6 14, a system A object full database 6 15 and a system A object Operation section 6 16, System A object setting database 6 17, System B object full database 6 18, System B object calculation section 6 19, System B object setting database 6 20, It consists of a mapping whole data base 6 21, a mapping generation unit 6 22, a mapping data calculation unit 6 23, a mapping setting database 6 24, and a setting data transmitting and receiving unit 6 25. I have.
  • FIG. 7 shows an example of data of all databases A, B and B of the system A and B objects in the gateway setting tool 611 according to the fourth embodiment of the present invention.
  • the logical value object 701 and the integer value object 702 in the system A object full database 615 are respectively, and the air conditioner object 703 and the lighting equipment object in the system B object full database 618 respectively.
  • the Boolean object 7 0 1 has a property called current value. Yes, possible values are 0 or 1.
  • the air conditioner object 703 has two properties, operation Z stop and operation mode, and the possible values are "operation or stop” and “cooling or heating or dry", respectively.
  • FIG. 8 shows an example of data in the entire mapping database 6 21 in the gateway setting tool 6 11 according to the fourth embodiment of the present invention.
  • the logical value object 801, the integer value object 802, and the air conditioner object 803 correspond to each other.
  • the current value property of the logical object corresponds to the operation / stop property of the air conditioner object
  • the current value property of the integer object corresponds to the operation mode property of the air conditioner object
  • the current value properties 0 and 1 of the logical value object 801 correspond to the stop and operation of the operation / stop property of the air conditioner object 803, respectively.
  • the current value properties of 0 2, 0, 1, and 2 respectively, correspond to the cooling mode, heating mode, and dry mode operation properties of the air conditioner object 803. The operation will be described with reference to FIGS.
  • the communication command of the system A 101 transmitted from the system A 601 and reaching the gateway device 603 is sent to the system A communication unit 109. Therefore, the communication contents are received, the communication contents are interpreted, and it is recognized that the contents are the control from the system A 101 to the system B 102, and the control data is written into the system A object database 105.
  • mapping execution unit 608 searches for an object in the system B 602 corresponding to the system A object database 605 in which the control data has been written. Then, the control data of the system B 602 corresponding to the control data of the system A 601 obtained by using the mapping database 607 is written to the system B object database 606.
  • the system B communication unit 610 creates a communication command of the system B 602 corresponding to the system B object database 606 in which the data is written, and outputs the communication command to the system B 602.
  • communication from the system B 602 to the system A 601 is performed via a route reverse to the above description.
  • gateway setting tool 611 data such as various devices connected to the system A601 and various types of monitoring and control objects viewed from the system A601 are input to the system A object via the setting data input section 613. Entered in the setting database 6 17.
  • data such as various devices connected to the system B602 and various types of monitoring and control targets viewed from the system B602 are input to the system B object setting database 620 by the same input unit. Is forced. Further, information on the correspondence between these databases is input to the mapping setting database 624 by the input unit.
  • mapping database 621 which is the template data of the mapping between the system A601 and the system B602 as shown in FIG. 8, may be used.
  • the settings of the system A object setting database 6 17, the system B object setting database 6 20, the mapping setting database 6 24 It may be presented by the section 6 14 to assist the data input by the setter.
  • the system A object setting database 6 17, system B object setting database 6 20, and mapping setting database 6 24 input as described above are usually easy to understand for the setter. Since the data is stored or all the corresponding elements are stored as they are, the data stored in the execution environment on the gateway device 603 is often redundant.
  • the logical value object 804 and the lighting device object 805 shown in FIG. 8 is required for each device.
  • the logical object No. 5002 and the lighting equipment object No. 201, the logical object No. 500 At the same time, information for identifying each individual device, such as a number and a lighting device object's 2002 unit, is needed. Therefore, the information to be held is (logical value, 5002, current value) vs. (lighting device, 2001, on / off), (logical value, 5004, current value) vs.
  • the entered System A object setting database 6 17, system B object setting database 6 20, and mapping setting database 6 24 4 The system B object operation unit 6 19 and the mapping data operation unit 6 2 3 have the minimum size to reduce the redundancy of the data stored on the gateway device 6 03, to normalize, and to operate in the execution environment. For example, it can be converted to the required data format.
  • system A object setting database 6 17, system B object setting database 6 20, mapping setting database 6 2 4 corresponding to the execution environment on the gateway device 6 0 3 Is transmitted to the gateway device 603 by the setting data transmitting / receiving unit 625, and is received by the setting data transmitting / receiving unit 604 on the gateway device 603.
  • Received system A object setting database 6 17, system B object setting database 6 20, mapping setting database are stored on the gateway device 603 as a system A object database 605, a system B object database 606, and a mapping database 607, respectively. It is used for 602 intercommunication.
  • the system A object database 605 on the gateway device 603, the system B object database 606, and the matting database 607 are set to the setting data transmission / reception unit 600. 4 to the gateway setting tool 6 1 1, and the setting data transmitting / receiving section 6 2 5 of the gateway setting tool 6 1 1 sends the received data to the system A object setting data 6 1 7 respectively.
  • the current setting status of the gateway device 603 is placed in the system B object setting database 620, mapping setting database 624, and presented to the setter through the setting data display section 614. It can be obtained and displayed.
  • the setting can be changed and updated by repeating the setting operation for the current setting state.
  • FIG. 9 is an explanatory diagram schematically showing a connection form between the gateway device 603 and the gateway setting tool 611 according to the fourth embodiment of the present invention.
  • Figures 9 (a) and (b) show different physical media for both systems.
  • This diagram schematically shows the connection mode used and the connection mode using the same physical medium.
  • the same or corresponding parts as in FIGS. 6 to 8 are denoted by the same reference numerals, and description thereof is omitted.
  • Ethernet registered trademark
  • a first protocol connecting building management system 911 and gateway device 915 is used.
  • BACnet abbreviation of AD ata C omm union Protocol for B_u i 1 ding Ao d a n a c o n a d a n a o n a ro n 1 wo rk rks
  • gateway setting tool 914 and gateway device 9 15 A configuration using HTTP (abbreviation for Hypertransferrotoco 1) as the second protocol 9 2 1 to be connected is given.
  • the system information in the pill management system 911 that is, the information corresponding to the system A object data 605 or the system A object setting data 6 17 in FIG. It is also possible that the gateway setting tool 914 directly obtains from the building management system 911 without passing through the gateway device 915.
  • the protocol of the building management system 911 and the gateway setting tool 914 are different, direct data transfer is required.
  • a proprietary protocol can be used, and if it is the same protocol, the protocol may use one of the proprietary protocols.
  • the gateway device As described above, in the gateway device according to the fourth embodiment of the present invention, it is possible to create and exchange data relating to the connected system by the gateway setting tool 611 outside the gateway device 063. Therefore, it is possible to provide a gateway device that can flexibly respond to changes in connected systems, mapping specifications, and matching algorithms without rewriting software inside the gateway device. .
  • the MPU abbreviated as MPU icroprocessor Unit
  • Separating the gateway setting tool 611 from the gateway device 603 that performs mutual communication between the system A 601 and the system B 602 increases the degree of freedom in designing the gateway setting tool 611. It is possible to provide a dedicated user interface with an excellent user interface, and to provide a gateway setting tool 611 with high setting efficiency and low engineering cost.
  • mapping association generation unit 622 that associates and generates mapping data
  • mutual connection between both systems can be performed. It is possible to easily perform the setting work without having to be familiar with the relations, and it is possible to provide the gateway setting tool 611 with reduced engineering cost.
  • the interface 905 is illustrated as being separated from the gateway device 906, but may be incorporated in the gateway device 906.
  • data related to the connected system can be created and exchanged using the gateway setting tool outside the gateway device, so that the connected system can be changed, mapping specifications can be changed, and mapping can be performed. It is possible to provide a gateway device that can flexibly respond without changing the software inside the gateway device even when the algorithm is changed.
  • the MPU and memory built in the gateway device need not be high-performance. It is sufficient, and it is possible to provide a gateway device in which development costs, engineering costs, and hardware costs are kept low.
  • Embodiment 5 the separation of the gateway setting tool from the gateway device increases the degree of freedom in designing the gateway setting tool, and by providing a dedicated user interface, it is possible to improve setting efficiency and reduce engineering costs. Can provide a gateway setting tool.
  • Embodiment 5 the separation of the gateway setting tool from the gateway device increases the degree of freedom in designing the gateway setting tool, and by providing a dedicated user interface, it is possible to improve setting efficiency and reduce engineering costs. Can provide a gateway setting tool.
  • Embodiment 5 of the present invention relates to generation of mapping correspondence with a gateway setting tool.
  • FIG. 10 relates to Embodiment 5 of the present invention and shows an example of a case where additional information for matching is added to the setting data of each object to automatically generate a mapping.
  • the same or corresponding parts as in the fourth embodiment are denoted by the same reference numerals, and description thereof will be omitted.
  • the system is the system A object setting database 1
  • mapping setting database 1002 a mapping setting database 1002, and a system B object setting database 1003.
  • logical value objects 1004 to 1007 integer value objects 1008 and 1009, air conditioner objects 1010 and 1011, and lighting equipment objects 101 and 102.
  • a black square print is attached to the head of the installation location property as supplementary information for each object.
  • information on where the device represented by each object or the monitoring / control target is located in the property is entered.
  • the air conditioner object 101 0 has a device number of 140 1
  • the device installed at “J 201 1” will have the object number 500
  • the logical value object 3 of 1006 information indicating that the objects are the objects that respectively represent the monitoring and control objects installed in “J202” is added.
  • FIG. 11 is a flowchart showing an example of a procedure for generating an association by the gateway setting tool. The procedure will be described with reference to the figure.
  • monitoring / control objects and device objects are referred to as monitoring / control objects and device objects, respectively, and the case where the former is sequentially associated with the latter will be described.However, even if this relationship is reversed, they are also mapped to each other. The same applies to the method.
  • step 1101 when the operation starts (step 1101), objects for which mapping has not been set are sequentially extracted from the system B object (step 1102). If all the mappings have already been completed, the processing jumps to the end (step 1 110).
  • the unset object is extracted (step 1103), and additional information of the extracted object is obtained (step 1104).
  • step 1105 the system A objects whose collateral information matches and for which mapping has not been set are extracted in the order of object numbers.
  • mapping database information corresponding to the target system B object. If there is mapping database information, class / property information of system A corresponding to each property is obtained from the mapping database (step 1107).
  • mapping setting data is generated (step 1108).
  • the operation Z stop property of the air conditioner object with the device number-1401 is obtained from the mapping database (air conditioner, operation Z stop) versus ( (Logical value, current value)
  • mapping and generation of mapping setting data for one object of system B is completed in this way, the same is repeated for the next object of system B, and there is an object for which mapping has not been set. Repeat until no more.
  • mapping database information corresponding to the target system B object When examining whether there is mapping database information corresponding to the target system B object (step 1106), if the mapping database information does not exist, the properties of the system B object are checked. The data type information is compared with the data type information of each property of the System A object extracted under the condition that the collateral information matches, and the matching is performed in order from the matching one, and the mapping setting data is generated. (Step 1 109).
  • mapping database information exists.
  • mapping setting data is generated in this way, the correspondence shown in FIG. 10 is established.
  • the gateway setting tool defines supplementary information for associating an object between connected systems A and B, and stores the supplementary information in the objects of systems A and B.
  • Setting data-Mapping data between objects is generated by assigning them in the evening.
  • the supplementary information for example, system-independent information such as the installation location, it is possible to easily perform the setting work without having to familiarize both systems A and B, including their mutual relations, with engineering. It is possible to provide a gateway setting tool with reduced costs.
  • FIGS. 12 and 13 show examples in which object setting data and mapping setting data in a gateway setting tool according to Embodiment 6 of the present invention are described in a structured data description language.
  • Figures 12 and 13 both use XML (abbreviation for eXtensib 1 eMarkup JL anguage) as a structured data description language, and provide descriptions such as logical values, integer values, air conditioning equipment, and lighting equipment.
  • XML abbreviation for eXtensib 1 eMarkup JL anguage
  • the name of the object is used as a tag
  • system A object setting data 1221 described by structured data description language XML
  • system B object setting data 1222 described by structured data description language XML
  • structured data description language Logical value object described in XML 1 203 structured data description language Integer value object described in XML 1 204
  • air conditioner object described in structured data description language XML 1 205
  • mapping setting data. 1301, and mapping data 1302 described by structured data description language XML.
  • the air conditioner object 1 205 described by the structured data description language XML is the value of the operation stop property of the air conditioner object for the device number 140 1
  • the value is cooling, and the value of the installation location property is J201.
  • mapping setting data in the structured data description language in FIG. 13 is equivalent to the mapping setting data indicating the mapping state in FIG.
  • mapping data 1302 described by the structured data description language XML expresses a correspondence relationship of (air conditioner, 1401, operation / stop) to (logical value, 5001, current value).
  • XML has been described here, but it is not limited to this.
  • S GML Standard Generalized
  • a structured data description language other than XML, such as Markup L_a nguage) and XHTML (abbreviation of eXtensible Hypertext Markup L_a nguage) may be used.
  • the gateway device and gateway setting tool will be produced using general-purpose and widely used application programs. It is possible to provide a gateway device and a gateway setting tool with reduced development and engineering costs.
  • the gateway device and the gateway setting tool can be used for general-purpose and widely used web browsers and the like. It is possible to manufacture using an application program, and it is possible to provide a gateway device and a gateway setting tool with low development and engineering costs.
  • an intermediate model accessed by another system is provided, and each system associates its own element with an intermediate object corresponding to an element in the intermediate model and transfers data. Since this is obtained from the intermediate object, the element data of the other system can be used easily, and the effect of minimizing the effect of changing items in each system on other systems can be obtained. is there.

Description

明 細 書 ゲートウェイ装置とゲートウェイ設定ツール 技術分野
本発明は、 異なる複数のネットワークシステムを相互に接続し、 デ一 夕交換を行うために用いるゲ一トウエイ装置、 これの設定を行うゲート ウェイ設定ツール、 及び中間オブジェク卜の設定と利用に関するもので ある。 背景技術
従来、 ビルなどに設置される空調、 照明などのビル設備機器の監視 - 制御コマンドの送受信を行うネットワークと、 それら機器群の監視 ·制 御をまとめて行う上位ビル管理システムとの間や、 その他異なるプロト コルを持つ複数のネットワークシステムの間に置かれて、 これらを相互 に接続するゲートウェイ装置がある。 このゲートウェイ装置では、 双方 のシステムを扱うオブジェクトの設定や、 相互の対応付けであるォブジ ェクトへのマッピングの設定は、 適用物件毎に製作されるソフトウエア 内部に各システム対応に固有に設定して保持するか、 あるいは幾通りか の決まった設定情報を保持してその中から選択して使用する形態をとつ ている。 従ってこれらの設定情報の変更にはソフトウェアの書換えを行 う必要があった。
このような不具合を解決するために、 第 2の従来例として、 特開平 5 - 1 7 3 7 9 5号公報などでは、 複数のオブジェクト間の双方向の関係 情報を管理するための関係管理オブジェクトを設け、 この関係管理ォブ ジェクトに対する操作によってオブジェクト間のマッピングのメンテナ ンス等を行う試みもなされている。
上記従来の、 物件毎に製作された個別ソフトウェアが内蔵されたゲー トウエイ装置では、 例えばビルシステムにおいて、 空調 ·照明機器など のビル設備機器と制御 ·監視コマンドの送受信を行うネットワークと、 これら機器群をまとめて制御 '監視するビル管理システムが、 異なるプ 口トコルによって構築されている場合、 双方のネットワークシステムが 扱うオブジェクトゃ、 相互の対応関係であるマツビングに関する情報が 固定保持されているソフトウエアを内蔵したゲートウェイ装置を介して
、 データのやり取りを行っていた。
このため、 設定情報の変更にはソフトウェア自体の書換えが必要とな り、 接続されるシステムの状態の変更やマツピング仕様の変更の際に、 多くの時間と費用が費やされていた。
さらに、 多くのネットワークシステムを相互に接続する場合は、 ゲー トウエイ装置はこれら接続されたネットワークに係る情報を全て保持す る必要があるため、 より多くのメモリ容量が必要となり、 ゲートウェイ 装置が高価になっていた。
このような課題を解決するために、 具体的な第 3の従来例として例え ば特開平 6 _ 1 6 9 3 1 5号公報の方法では、 接続されたシステムに応 じたマツビング情報の生成を、 ゲートウェイ装置に具備したマッピング 処理工程によって行い、 接続されたシステムの状況の変化に応じたマツ ビング情報の更新を、 ゲートウェイ装置上に具備したマツピング更新処 理工程によって行うという方式が提案されている。
従来のゲートウェイ装置におけるマツピング情報の設定は、 上記のよ うになされており、 接続されるシステムの構成等の変更や、 マッピング 仕様 （対応関係） の変更の際には多くの費用と時間がかかるという課題 があった。 さらに、 マツビングの設定は接続される双方のシステムを共に熟知し 、 システムを扱うォブジェクトについてその相互関係をよく理解した上 で行う必要があるため、 高度な技術者を必要とするという課題があった また第 2の従来例によると、 双方のオブジェクト間のマッピング情報 を関係管理オブジェクトが持っために、 マッピングの設定作業者はマツ ピングを行う双方のシステムについて同時に熟知していなければならず 、 また、 一方のシステムの変更が起きた時には他方のシステムの状況を 再度考慮しながらマッピングの設定をし直す作業が必要となるという課 題がある。
また第 3の従来例によると、 マツビングの生成 ·更新処理自体をゲー トウエイ装置上で行うため、 対象システムの変更やマツピングのァルゴ リズムの変更等に対応するためには上記同様、 内蔵されているソフトウ エアの書換えを行う必要があった。
また生成 ·更新処理をゲートウェイ装置上で行うため、 ゲートウェイ 装置の処理負荷が大きくなり、 その結果ゲートウェイ装置が高価になつ ていた。
本発明はこのような課題を解決するためになされたもので、 異なるプ 口トコルで運用される異種ネットワークシステム Aと Bとを、 各々のシ ステムを表現するォブジェクトの相互マッピングを行って相互接続する システムにおいて、 互のネットワークシステムを熟知していなくてもマ ッビングの設定ができ、 かつ一方のネットワークシステムに変更が起き ても他方のネットワークシステムの設定情報にその影響が及ばさない、 ゲートウェイ装置における対応付け装置を得ることを目的とする。 また更に、 設定作業、 監視 '制御のための開発をビューを使って簡便 に、 かつ使用者にとっては分かりやすい形式とする。 さらに、 より正確で妥当なマッピングの生成を行なうことも目的とす る。
加えて、 運用に伴うネットヮ一クシステムの変更にも容易に追随する 装置を得る事も目的とする。
また更に、 接続されるシステムの変更、 マッピング仕様の変更、 およ びマツピングアルゴリズムの変更の際にもゲートウェイ装置に内蔵され たソフトウェアを書き換えることなく、 設定データに基づくマッピング 情報の生成 ·更新処理のような複雑な演算をゲートウェイ装置上で行な う必要のない、 開発コスト、 エンジニアリングコスト、 ハードゥエアコ ストを低く抑えたゲートウェイ装置を提供することを目的とする。 また、 接続された双方のシステムに対する相互関係を熟知する必要が なく、 設定作業を容易に行なうことができ、 かつ設定作業時に優れたュ 一ザイン夕フェースの使用が可能な、 設定効率の高い、 エンジニアリン グコストが低く抑えられたゲートウェイ設定ツールを提供することを目 的とする。
さらに、 広く一般に利用されている W E Bブラウザ等のアプリケーシ ョンプログラムを利用して製作することが可能な、 開発コストゃェンジ ニァリングコストが低く抑えられたゲートウェイ装置とゲートウェイ設 定ッ一ルを提供することを目的とする。 発明の開示
この発明に係るゲートウェイ装置は、 システムを構成する要素をォブ ジェクトとして、 このオブジェクトのデ一夕を異なるシステムで利用す る構成において、
1つのシステムで設定する中間モデルを備えて、 この中間モデル内に 要素対応に設けた中間オブジェクトに対して、 1つのシステムが自身の 対応する要素の項目を対応付け、 この対応付けた項目にデータを転送す る構成とし、
他システムにおいて中間オブジェクトのデータが要素データとして必 要になると、 中間オブジェクトの項目対応のデータを他システムが得る ようにした。 または、 システムを構成する要素をオブジェクトとして、 このォブジ ェクトのデータを異なるシステムで相互利用する構成において、 互いにアクセスする中間モデルを備えて、 この中間モデル内に要素対 応に設けた中間オブジェクトに対して、 各システムが自身の対応する要 素の項目を対応付け、 この対応付けた項目にデータを転送し、 また自シ ステムで他システムの要素データが必要になると、 中間オブジェクトを アクセスして項目対応のデータを得るようにした。 また更に、 各システムは、 中間オブジェクトのデータをアクセスする 場合、 中間オブジェクトの構成項目が所定の割合以上に自身のアクセス 対象と合致している中間オブジェクトを中間オブジェクトとして対応付 けるようにした。 また更に、 中間オブジェクトには付帯情報を付加し、 各システムは、 付帯情報を参照して中間オブジェクトをアクセスするようにした。 また更に、 システムと中間モデルとの対応付けに際し、 中間モデルと 構成中間オブジェクト、 及び上記システムとシステムを構成する要素と を同一画面上に表示するようにした。 また更に、 中間オブジェクトへの対応付けに、 構造化データ記述言語 で表現されたデータで行うようにした。 または、 システム Aに係る通信コマンド Aを送受信するシステム A通 信部と、 システム Aと異なるプロトコルによって構築されたシステム B に係る通信コマンド Bを送受信するシステム B通信部と、 システム Aと 通信コマンド Aを相互に交換するとともに、 通信コマンド Aの内容を解 釈してオブジェクトデータを保持するシステム Aオブジェクトデータべ ースと、 システム Bと通信コマンド Bを相互に交換するとともに、 通信 コマンド Bの内容を解釈してオブジェクトデ一夕を保持するシステム B オブジェクトデータベースと、 システム Aオブジェクトデータベースに 属するオブジェクトデータとシステム Bオブジェクトデ一夕ベースに属 するオブジェクトデータとの対応関係を表すマッピングデータを保持す るマツピングデータベースと、 システム Aオブジェクトデータベースと の間でオブジェクドデ一タ Aを相互に交換し、 システム Bオブジェクト データベースとの間でオブジェク卜データ Bを相互に交換するとともに 、 マツビングデータベースを基にオブジェクトデ一夕 Aとォブジェクト データ Bの対応付けを行い、 これらオブジェクトデ一夕を相互に交換す るマツピング実行部と、 システム Aオブジェクトデータベースとの間で オブジェクトデ一夕 Aを相互に交換し、 システム Bオブジェクトデータ ベースとの間でオブジェクトデータ Bを相互に交換し、 マッピングデー タベースとの間でマツピングデ一夕を相互に交換するとともに、 これら データを外部装置と相互に交換する設定デ一夕送受信部とから構成した ものである。 本発明に係るゲートウェイ設定ツールは、 システム A、 Bをそれぞれ 表現するォブジェクト群を設定する設定デ一タ入力部と、 設定データ入 力部によって設定されたシステム Aに係るオブジェクトデ一夕を保持す るシステム Aオブジェクト設定データベースと、 システム Aオブジェク ト設定データベースからデータを受信し、 データ圧縮して返信するシス テム Aオブジェクトデータ演算部と、 システム Aオブジェクト設定デー タベースと相互にデー夕交換を行うシステム Aで利用可能なォブジェク トの雛型データを備えたシステム Aオブジェクト全データベースと、 設 定デ一夕入力部によって設定されたシステム Bに係るオブジェクトデー タを保持するシステム Bオブジェクト設定データベースと、 システム B オブジェクト設定データベースからデ一タを受信し、 デ一夕圧縮して返 信するシステム Bオブジェクトデータ演算部と、 システム Bオブジェク ト設定データべ一スと相互にデータ交換を行うシステム Bで利用可能な オブジェクトの雛型データを備えたシステム Bオブジェクト全データべ ースと、 設定デ一タ入力部によって設定されたマッピングに係るマツピ ングデ一夕を保持するマッピング設定デ一夕べ一スと、 マッピング設定 データベースからデータを受信し、 これをデータ圧縮して返信するマツ ピングデータ演算部と、 システム Aオブジェクト全データべ一スで利用 可能なオブジェクトとシステム Bオブジェクト全デ一夕ベースで利用可 能なオブジェクトとの対応付けの雛型データを備えるとともに、 マツピ ング設定データベースと相互にデ一夕交換を行うマツピング全デ一夕ベ —スと、 マツビング全データベースを基にシステム Aオブジェクト設定 データベース、 及びシステム Bオブジェクト設定データベースに属する 個々のデータの対応付けを行い、 これをマツビング設定データベースへ 送信するマッピング対応付生成部と、 システム Aオブジェク卜設定デー 夕ベース、 システム Bオブジェクト設定データベース、 マッピング設定 データベース、 システム Aオブジェクト全データベース、 システム Bォ ブジェクト全データベース、 及びマッピング全データベースのいずれか に属するデータを随時表示する設定データ表示部と、 システム Aォブジ ェクト設定データベース、 システム Bオブジェクト設定データベース、 マッピング設定データベースとの間で相互にデータ交換を行う設定デー 夕送受信部とを具備し、 設定デ一夕送受信部を介してゲートウェイ装置 との間でデ一夕の送受信を行うように構成したものである。 また、 システム A、 Bオブジェクト設定デ一夕ベースのそれぞれに属 するオブジェクト設定データに対し、 これを対応付けるための付帯情報 を付与するとともに、 付帯情報をもとに、 マッピング対応付生成部が、 オブジェクト間のマツピングデータを生成するように構成したものであ る。 また、 ゲートウェイ装置との間で構造化データ記述言語によって表現 されたデータを相互に交換するように構成したものである。 さらに、 ゲートウェイ設定ツールとの間で構造化データ記述言語によ つて表現されたデータを相互に交換するように構成したものである。 図面の簡単な説明
図 1は、 この発明の実施の形態 1におけるシステム間の中間モデル対 応付けを説明する概念図である。
図 2は、 実施の形態 1における具体的な相互利用システムと中間モデ ルを示す構成図である。
図 3は、 実施の形態 1における中間オブジェクト要素の対応付け表示 画面を示す図である。 図 4は、 この発明の実施の形態 2における具体的な相互利用システム と中間モデルを示す構成図である。
図 5は、 この発明の実施の形態 3における具体的な相互利用システム と中間モデルを示す構成図である。
図 6は、 本発明の実施の形態 4に係るゲートウェイ装置とゲートゥェ ィ設定ツールのブロック構成図である。
図 7は、 本発明の実施の形態 4に係るゲートウェイ設定ツールのォブ ジェクト全デ一夕ベースにおけるデータ例を示したものである。
図 8は、 本発明の実施の形態 4に係るゲートウェイ設定ツールのマツ ピング全デ一夕べ一スにおけるデータ例を示したものである。
図 9は、 本発明の実施の形態 4に係るゲートウェイ装置とゲートゥェ ィ設定ツールの接続形態を示したブロック図である。
図 1 0は、 本発明の実施の形態 5に係るゲートウェイ設定ツールにお ける システム Aオブジェクト設定デ一夕べ一ス、 システム Bオブジェ クト設定データベース、 マッピング設定デ一夕ベースにおけるデータ例 を示したものである。
図 1 1は、 本発明の実施の形態 5に係るゲートウェイ設定ツールにお けるマツピング自動生成手順を示すフローチヤ一トである。
図 1 2は、 本発明の実施の形態 6に係るゲートウェイ設定ツールにお けるシステム A、 Bオブジェクト設定データを構造化データ記述言語に よって記述した例を示したものである。
図 1 3は、 本発明の実施の形態 6に係るゲートウェイ設定ツールにお けるマツピング設定デ一夕を構造化データ記述言語によって記述した例 を示したものである。 発明を実施するための最良の形態 実施の形態 1.
以下、 本発明の第 1の実施の形態について図 1、 図 2、 図 3により説 明する。 本発明に係る異種ネットヮ一ク間マッピングの実現方式の説明 構成図を図 1に示す。
ここでは、 相互接続するネットヮ一クの一例として B AC n e tシス テム 1 0 5と、 LONシステム 10 7を示していて、 これらが実体とし て存在する対象である。
これらのシステムを相互にマッピングし、 接続するとは、 すなわち B AC n e tシステム 105に定義される B AC n e tオブジェクト 1 0 6と、 L〇Nシステム 107に定義される LONオブジェクト 1 08と の間の対応関係である、 オブジェクト間マッピング 1 1 1を設定するこ とである。
本実施の形態では、 これらの実体として存在するシステムの共通概念 、 あるいは性質、 または独自のモデルなどを利用 '導入して、 実体の無 い、 仮想モデルとしての中間モデル 1 02を構築し、 各ネットヮ一クシ ステムのオブジェクトのマッピング設定は、 実体である BACn e tォ ブジェクト 1 06あるいは L ONォブジェクト 108同士で直接行うの ではなく、 この中間モデル 1 02に定義される中間モデルオブジェクト 103に対して行う。 例えば、 BACn e tオブジェクト 106は直接 L ONオブジェクト 108に対してマッピングするのではなく、 中間モ デルオブジェクト 103にマッピングし （ステップ 109) 、 （以降こ うした動作をステップで表現する。 ） LONオブジェクト 108も直接 BACn e tオブジェクト 1 06に対してマツビングするのではなく、 中間モデルオブジェクト 1 03に対してマッピングする （ステップ 1 1 0 ) 。 ここで初めて、 共通の中間モデルオブジェクト 103にマツピン グされた実体のシステムのオブジェクト、 BACn e t才ブジェクト 1 06と L ONオブジェクト 108とが相互にマツピングされている 1 1 1という設定となる。
次に図 2に非常に簡単な具体例を示す。
実体となるシステムは前述同様 B AC n e tシステム 207と L ON システム 214とした。 これらから構築した中間モデル 201は、 ここ では機器の実体を意識したため L〇Nシステムのオブジェクトに近い構 成となってはいるが、 独自モデルである。
まず、 B AC n e tシステム 207から中間モデル 20 1へのマツピ ングを行うものとして説明する。 B AC n e tオブジェクトの 1つ、 I D= 1 0の B i n a r y O u t p u tオブジェクト 208は、 P r e s e n t Va l u eのプロパティ 209がプロパティレベルで中間モ デルオブジェク卜の空調機器 202の運転状態プロパティ 203にマツ ビングする （ステップ 220) ものとする。 同様に I D= 11の B i n a r y O u t p u tオブジェクト 2 1 0の P r e s e n t V a 1 u e 2 1 1は、 照明機器 205の運転状態 206にマッピングし (ステツ プ 22 1) 、 Mu l t i s t a t e Ou t p u tオブジェクト 2 1 2 の P r e s e n t Va l u e 21 3は、 空調機器 202の運転モ一ド 204にマッピングする （ステップ 222) 。 これで BACn e t側の 設定は完了となる。
次に L ONシステム 2 14から中間モデル 20 1へのマッピングを行 う。 L ONオブジェクトの 1つ、 I D= 500 1の空調機オブジェクト 21 5は、 オブジェクトレベルで中間モデルォブジェクトの空調機器 2 02とマッピングする （ステップ 223) ものとする。 LONオブジェ クトの照明器 2 1 8も同様に、 オブジェクトレベルで中間モデルォブジ ェクトの照明機器 205にマッピングする (ステップ 224) 。
オブジェクトレベルでのマツビングを行う際には、 オブジェクト内の プロパティレベルでのマッピングが一括して行われる。 その結果、 LO Nオブジェクトの空調機 2 1 5の運転 ·停止プロパティ 2 16、 運転モ ードプロパティ 2 1 7は、 それぞれ中間モデルオブジェク卜の空調機器 202の運転状態プロパティ 203、 運転モードプロパティ 204にマ ッビングされる。 同様に照明器オブジェクト 2 1 8の点灯 ·消灯プロパ ティ 219は照明機器オブジェクト 205の運転状態プロパティ 206 にマッピングされる （ステップ 224) 。 以上で L ON側の設定も完了 となる。
双方の設定が完了した後、 中間モデル 20 1上での設定状況から実体 のオブジェクト、 すなわちここでは B AC n e tオブジェクトと LON オブジェク卜との間のマッピング設定が求められる。 中間モデルォブジ ェクトの空調機器 202において、 運転状態プロパティ 203には B A C n e tオブジェク卜の B i n a r y Ou t p u t 2 08の P r e s e n t V a 1 u eプロパティ 209と、 L O Nオブジェクトの空調機 2 1 5の運転 .停止プロパティ 2 1 6とがマッピングされている。 この ことから、 結果的に B AC n e tオブジェクトの B i n a r y Ou t p u t 208の P r e s e n t V a 1 u eプロパティ 209と、 LO Nオブジェクトの空調機 2 1 5の運転 ·停止プロパティ 2 16とが実質 的にマッピングされている （ステップ 225) ことになる。 同様に、 B i n a r y Ou t p u t 2 10の P r e s e n t V a 1 u e 2 1 1 は、 照明器 2 1 8の点灯 ·消灯プロパティ 2 1 9に実質的にマッピング され （ステップ 226) 、 Mu l t i s t a t e Ou t p u t 2 1 2 の P r e s e n t V a 1 u e 2 1 3は空調機 2 1 5の運転モードプロ パティ 217にマッピングされている （ステップ 227) ことになる。
このようなマッピングの設定は、 例えば図 3に一例を示したような設 定画面 301を介して行われてもよい。 即ち図において、 中間モデルの一覧 3 0 2、 B A C n e tオブジェク トの一覧 3 0 6、 L O Nオブジェクトの一覧 3 0 9が表示され、 そこか ら対応するォブジェクト (インスタンスレベル。 あるいはクラスレベル でのマツビングでもよい） またはプロパティ等を選択していく等の方法 が考えられる。 例えば、 B A C n e tオブジェクト 3 0 8を中間モデル オブジェクト 3 0 4にマツビングし、 L O Nオブジェクト 3 1 0を中間 モデルオブジェクト 3 0 4にマッピングする。 こうすることで結果的に B A C n e tオブジェクト 3 0 8と L O Nオブジェクト 3 1 0とがマツ ピングされることとなる。 マッピング設定画面 3 0 1はここで示した一 例のようにマツピングを行いたい双方のネットワークシステムのォブジ ェクトを同時に表示してもよいし、 一方ずつ表示し、 各ネットワークシ ステムのそれぞれの技術者が、 それぞれ設定作業を行いやすくしてもよ レ^ また、 ここで示したような G U Iによる設定画面の他、 表形式等に よる入力方法を用いてもよい。
このように、 中間モデルと構成中間オブジェクト、 及びシステムとシ ステムを構成する要素とを同一画面上に表示するようにしたので、 対応 付けが更に容易になる効果がある。
なお、 本発明における中間モデルは、 ゲートウェイ装置の内部に搭載 してゲートウェイ機能実行時にも中間モデルを介すようにしても構わな いが、 ゲートウェイ装置とは別に用意した、 ゲートウェイ装置の各種設 定を行うための設定ツール上に搭載し、 ゲ一トウエイ装置自体にはゲ一 トウエイ機能実行のために必要最低限な機能のみを搭載した方が、 より 低コストで高性能なゲートウエイ装置を提供することが可能となる。 なお、 例えば 2つのシステム Aと Bがあって、 相互データ交換を行う 際に、 先ず Aシステムが中間モデルの中間オブジェクトに変換してデー 夕を転送し、 これを他の Bシステムが一方的に利用する形態も考えられ 、 下位システムが上位システムのデータを利用する際に有効である。 更 に、 時間的に同時ではなく、 設定と利用に時間的なずれがあってもよい 。 また更に、 Aシステムから設定された中間オブジェクトは、 Bシステ ム側が予め利用設定しておくか、 または後に利用設定すると、 データ設 定後に直ちに項目データを送信するようにしてもよい。
更に上記説明では、 先ずシステム側から中間オブジェクトを設定する 場合を説明したが、 先ず中間モデルを設定し、 この中間モデルから Aと Bシステムにマツピングをする、 つまり予め両システムを対応付けてお く方法もある。 こうすると、 設定時には中間モデルを介在してデータ交 換するが、 システムの運用に際してはシステム間で直接デ一夕を交換で さる。
この場合を含めて、 直接デ一タを交換したり、 単に中間オブジェクト を取込むだけであれば、 ゲ一トウエイ装置はテ一ブルを用意する等、 簡 単な構成でよく、 対応付け時のみ、 別に用意した設定ツールで行えばよ い。
このように、 本異種ネットワーク間マッピングの実現方式では、 マツ ビング対象となるネットヮ一クシステム 1 0 5および 1 0 7の共通概念 •性質を利用してモデル化を行った、 あるいは独自のモデルを用いた中 間モデル 1 0 2を構築し、 各ネットワークシステム 1 0 5および 1 0 7 が中間モデル 1 0 2のみへのマッピングを行う。 そうすると、 共通の中 間モデルのオブジェクト 1 0 3にマツピングされた一方のネットヮ一ク システムである B A C n e tシステム 1 0 5の B A C n e tオブジェク ト 1 0 6と、 他方のシステムである L O Nシステム 1 0 7の L O Nォブ ジェクト 1 0 8が結果的にマッピングされる。 こうすれば、 マッピング したいネットワークシステムの双方について熟知した技術者でなくても マツビングの設定を行うことができる。 かつ一方のネットワークシステムに変更が起きても他方のネットヮー クシステムの設定情報にその影響が及ばない。
その他、 中間モデル 1 0 2のピューを用意し、 また各ネットワーク 1 0 5および 1 0 7の.各ビューを構築して対応付ける方法をとれば、 マツ ビングが更に容易になる。 実施の形態 2 .
以下、 本発明の第 2の実施の形態について図 4により説明する。 ここ でも第 1の実施の形態と同様、 実体のネッ卜ワークシステムとしては B A C n e tシステム 4 0 8と L O Nシステム 4 1 0を例に挙げる。
第 1の実施の形態では、 B A C n e tオブジェクト 4 0 9、 および L O Nオブジェクト 4 1 1が中間モデル 4 0 2にマッピングする際、 共通 の中間モデルオブジェク卜にマツビングされている場合に相互のマツピ ングを行うこととしていたが、 このように完全に一致した、 つまり共通 の中間モデルオブジェク卜に対するマッピングのみで実体相互のマツピ ングを行うのではなく、 異なる中間モデルオブジェクトをいったん設定 し、 それらのマッピング情報を用いてこれらめ中間モデルオブジェクト を結合して、 その結合後に実体相互のマツビングを行うようにもできる 即ち、 中間モデルが完全に一致していなくても、 例えば共通のクラス を親クラスに持つもの同士、 プロパティ構成が一定以上の割合 （例えば 8 0 %以上等） で一致するもの同士などで対応付けを行う等により実現 できる。 例えば、 中間モデルオブジェクト 4 0 3と 4 0 5、 および 4 0 4と 4 0 6はプロパティ構成が一定以上の割合で一致するので相互にマ ッビングされるものであるとすると、 中間モデルオブジェクト 4 0 3に マツピング 4 1 2された B A C n e tオブジェクト 4 0 9と、 中間モデ ルォブジェクト 405にマツビング 41 3された L ONオブジェクト 4 1 1とは、 中間モデルオブジェクト 404と 406、 及び中間モデルォ ブジェクト 403と 405の結合を行って後、 相互にマツピング 414 されることとなる。
このように、 本異種ネットワーク間マッピングの実現方式は、 実体の 各ネットヮ一クシステム 408および 41 0が中間モデル 402へのマ ッピングを行った際、 異なる中間モデルオブジェクト 403および 40 5にマツビングされた各ネットヮ一クシステムのオブジェクト同士 40 9および 41 1であっても、 中間モデルオブジェクト同士 403と 40 5の類似度に応じてマツビングを行うので、 より簡便に設定作業を行う ことができ、 エンジニアリングコストの低減をはかることが可能となる
実施の形態 3.
以下、 本発明の第 3の実施の形態について図 5により説明する。 ここ でも第 1、 第 2の実施の形態と同様、 実体のネットワークシステムとし ては B AC n e tシステム 505と L ONシステム 5 10を例に挙げる 第 1、 第 2の実施の形態では、 BACn e tオブジェクト 506、 L ONオブジェクト 5 1 1が中間モデル 502にマッピングし、 実体にお けるマッピング 5 1 7を求める際、 共通の中間モデルオブジェクトにマ ッピングされていること、 あるいはオブジェクト同士がマツビングされ ている異なる中間モデルオブジェクトにマッピングされていることから マッピング情報を求めていた。 しかし、 本実施の形態では、 これらに加 え、 実体のネットワークシステムのオブジェクト個々に対して付与され た付帯情報を利用する。 中間モデルにおける扱いは第 1の実施の形態の 方式、 または第 2の実施の形態の方式のいずれでも構わないが、 図 5で は第 1の実施の形態の方式の場合を示している。 この付帯情報は、 各ォ ブジェクトの実体を特徴付け、 各ネットワークシステム相互の対応付け を行うのに利用する情報として定義する。
例えば、 図 5に示した例では、 設置場所情報を付帯情報とした。 この 付帯情報により、 結合すべき当該オブジェクトは、 何れの場所に設置さ れたものを結合すべきであるか、 対象が特定されるようになる。 B A C n e tオブジェクト 5 0 6の付帯情報として、 設置場所 5 0 7は 「会議 室 A」 という値を持っている。 同様に、 B A C n e tオブジェクト 5 0 8の設置場所 5 0 9は 「会議室 B」 、 L O Nオブジェクト 5 1 1の設置 場所 5 1 2は 「会議室 A」 、 L O Nオブジェクト 5 1 3の設置場所 5 1 4は 「廊下」 であるとする。 第 1の実施の形態における方法と同様の方 法に加えて、 これらの情報を加味して実体のオブジェクト同士のマツピ ング情報を求める。 図 5では共通の中間モデルオブジェクト 5 0 3にマ ッピングされている B A C n e tオブジェク卜 5 0 6と L O Nオブジェ クト 5 1 1がマッピングされているとみなされるが、 それらの付帯情報 を求めると共に設置場所が 「会議室 A」 となっていることがわかり、 こ のマツビングで妥当なことがここからも判る。
なお、 付帯情報としては、 図 5に示した設置場所 （部屋名、 部屋番号 、 スペース名称 （廊下、 踊り場、 共用スペース等） 、 フロア番号、 区画 番号、 方角等） の他、 機器の機種 Zモデル名、 型番、 使用されるシーン (通常時、 火災時、 故障時等） 、 物件に対応して規定した特定の記号や I D番号等を用いても効果的である。
このように、 本異種ネットワーク間マッピングの実現方式は、 各ネッ トワークシステム 5 0 5および 5 1 0双方のオブジェクト間のマツピン グのための付帯情報を定義し、 各ネットワークシステム 5 0 5および 5 1 0のオブジェクトの各々に対して付帯情報を付与し、 この付帯情報を 加味してマツピングを行うので、 より正確なマツビングの生成が可能と なる他、 マッピングの妥当性についても判断される。 また、 付帯情報が 各々のォブジェクトに付与されており、 この情報を元にマツピングを行 うため、 運用に伴うネットワークシステム 505および 5 1 0の変更等 により当初想定して構築した中間モデル 502とのマッピングが取れな くなつて中間モデルから切り離された場合でも、 付帯情報を介在させて 類推が可能となる。 従って、 ネットワークシステム 505および 5 10 相互のマッピング関係を類推、 維持していくことが可能となるため、 ェ ンジニァリングコス卜の低減を図ることが可能である。
このように、 付帯情報を付加したので、 他のシステムの要素データを 利用する際に、 より正確な対応付けができる効果がある。
なお、 実施の形態 1， 2においても、 後の実施の形態での具体記述で 説明されるように、 中間モデルまたは中間オブジェクトへの対応付けに 構造化データ記述言語として XML (e X.t e n s i b l e Ma r k u p a ngu a g eの略） を用いて記述を行うと、 記述が簡単にな る。 実施の形態 4.
図 6は本発明の実施の形態 4に係るゲートウェイ装置とゲートウェイ 設定ツールのブロック構成図である。
図においてシステム A 60 1、 システム A 60 1と異なるプロトコル を有するシステム B 602、 システム A 601とシステム B 602を接 続するゲートウェイ装置 60 3で構成されている。
ゲートウェイ装置 603は、 設定データ送受信部 604と、 システム
A601に接続された各種機器やシステム A 60 1から見た各種監視 · 制御対象などに関するデータを保持するシステム Aオブジェクトデータ ベース 6 0 5と、 システム B 6 0 2に接続された各種機器やシステム B 6 0 2から見た各種監視 ·制御対象などに関するデータを保持するシス テム Bオブジェクトデータべ一ス 6 0 6と、 これらデータベースの対応 関係を表すマッピングデータベース 6 0 7と、 マッピング実行部 6 0 8 と、 システム A通信部 6 0 9と、 システム B通信部 6 1 0とから構成さ れている。
また、 ゲートウェイ装置 6 0 3のォブジェクトデータとマツピングデ 一夕を外部から設定するためのゲートウェイ設定ツール 6 1 1がある。 ゲートウェイ設定ツール 6 1 1は、 ュ一ザィンタ一フェイス 6 1 2で ある設定データ入力部 6 1 3及び、 設定データ表示部 6 1 4と、 システ ム Aオブジェクト全データベース 6 1 5と、 システム Aオブジェクト演 算部 6 1 6と、 システム Aオブジェクト設定データベース 6 1 7と、 シ ステム Bオブジェクト全データベース 6 1 8と、 システム Bオブジェク ト演算部 6 1 9と、 システム Bオブジェクト設定データベース 6 2 0と 、 マッピング全デ一夕ベース 6 2 1と、 マツピング対応付生成部 6 2 2 と、 マッピングデータ演算部 6 2 3と、 マッピング設定データベース 6 2 4と、 設定データ送受信部 6 2 5とから構成されている。
図 7は本発明の実施の形態 4に係るゲートウェイ設定ツール 6 1 1に おけるシステム A、 Bオブジェクト全データベース 6 1 5、 6 1 8のデ 一夕例を示したものである。
図においてそれぞれシステム Aオブジェクト全データベース 6 1 5に おける論理値ォブジェクト 7 0 1、 整数値ォブジェクト 7 0 2であり、 それぞれシステム Bオブジェクト全データベース 6 1 8における空調機 器オブジェクト 7 0 3、 照明機器オブジェクト 7 0 4がある。
詳しくは、 論理値ォブジェクト 7 0 1には現在値というプロパティが あり、 取り得る値は 0または 1である。 また、 空調機器オブジェクト 7 0 3には運転 Z停止、 運転モードという 2つのプロパティがあり、 それ ぞれの取り得る値は 「運転または停止」 、 「冷房または暖房またはドラ ィ」 である。
図 8は本発明の実施の形態 4に係るゲートウェイ設定ツール 6 1 1に おけるマツピング全データベース 6 2 1におけるデータ例を示したもの である。
図において論理値ォブジェクト 8 0 1、 整数値ォブジェクト 8 0 2、 それぞれ空調機器オブジェクト 8 0 3、 照明機器オブジェクト 8 0 4が ある。
図に示すように論理値ォブジェクト 8 0 1と整数値ォブジェクト 8 0 2と空調機器オブジェクト 8 0 3が互いに対応関係にある。
詳しくは論理値ォブジェク卜の現在値プロパティと空調機器オブジェ クトの運転 Ζ停止プロパティが対応し、 整数値ォブジェク卜の現在値プ 口パティと空調機器オブジェクトの運転モードプロパティが対応してい る。
さらに各プロパティの値については、 論理値オブジェクト 8 0 1の現 在値プロパティの 0、 1がそれぞれ空調機器オブジェクト 8 0 3の運転 /停止プロパティの停止、 運転に対応しており、 整数値オブジェクト 8 0 2の現在値プロパティの 0、 1、 2がそれぞれ空調機器オブジェクト 8 0 3の運転モードプロパティの冷房、 暖房、 ドライに対応している。 図 6〜 8をもとに動作を説明する。
まず図 6をもとにシステム A 6 0 1からシステム B 6 0 2へ制御のた めの通信を行う場合の動作について説明する。
図においてシステム A 6 0 1から送信されゲートウェイ装置 6 0 3に 達したシステム A 1 0 1側の通信コマンドはシステム A通信部 1 0 9に よって受信され、 通信内容が解釈され、 その内容がシステム A 1 0 1か らシステム B 1 0 2への制御であることを認識し、 システム Aオブジェ クトデータベース 1 0 5にこの制御データを書き込む。
マッピング実行部 6 0 8はマッピングデータベース 6 0 7を利用して 、 制御データの書き込みが行なわれたシステム Aオブジェクトデータべ —ス 6 0 5に対応するシステム B 6 0 2側のオブジェクトを検索する。 そしてマッピングデータベース 6 0 7を利用して得られたシステム A 6 0 1側の制御データに対応するシステム B 6 0 2側の制御デ一タを、 シ ステム Bオブジェクトデータベース 6 0 6に書き込む。
システム B通信部 6 1 0はデータを書き込まれたシステム Bオブジェ クトデータベース 6 0 6に対応したシステム B 6 0 2側の通信コマンド を作成し、 システム B 6 0 2へと出力する。
このようにして、 システム A 6 0 1からシステム B 6 0 2への制御の ための通信が行われる。
またシステム B 6 0 2からシステム A 6 0 1への通信は、 上記説明と 逆のルートを迪つて行われる。
次に図 7、 8をもとに、 このような通信を行うために利用されるシス テム Aオブジェクトデータベース 6 0 5、 システム Bオブジェクトデー 夕ベース 6 0 6、 及びマツピングデータベース 6 0 7の設定方法につい て説明する。
ゲートウェイ設定ツール 6 1 1では、 設定データ入力部 6 1 3により 、 システム A 6 0 1側に接続された各種機器やシステム A 6 0 1から見 た各種監視 ·制御対象などのデータがシステム Aオブジェクト設定デー 夕ベース 6 1 7に入力される。 また、 同入力部によりシステム B 6 0 2 側に接続された各種機器やシステム B 6 0 2から見た各種監視 ·制御対 象などのデータがシステム Bオブジェクト設定データベース 6 2 0に入 力される。 さらに、 同入力部によりこれらデータベースの対応関係の情 報がマッピング設定データベース 6 2 4に入力される。
この時、 例えば図 7に示すような、 予めゲ一トウエイ設定ツール 6 1 1に用意されたシステム A 6 0 1側で利用可能な各種オブジェクトの雛 型データのデータベースであるシステム Aオブジェクト全データべ一ス 6 1 5や、 システム B 6 0 2側で利用可能な各種オブジェクトの雛型デ —夕のデ一夕ベースであるシステム Bオブジェクト全データベース 6 1 8の情報を利用しても良い。
同様に、 例えば図 8に示すようなシステム A 6 0 1一システム B 6 0 2間のマッピングの雛型データであるマッピング全データベース 6 2 1 の情報を利用しても良い。
また、 これらデータ入力の際に、 システム Aオブジェクト設定データ ベース 6 1 7、 システム Bオブジェクト設定デ一タベース 6 2 0、 マツ ピング設定データベース 6 2 4の設定、 あるいは入力状態などの情報を 設定データ表示部 6 1 4によって提示し、 設定者によるデータ入力の一 助としても良い。
以上のようにして入力されたシステム Aオブジェクト設定データべ一 ス 6 1 7、 システム Bオブジェクト設定データべ一ス 6 2 0、 マツピン グ設定データベース 6 2 4は、 通常は設定者にとって分かり易くまとめ ちれたデータになっていたり、 全ての対応要素をそのままの形で保持し たりしているため、 ゲートウェイ装置 6 0 3上での実行環境に保持する データとしては冗長な場合が多い。
実際のシステムでは多数の機器が存在するため、 機器個別に、 図 8に 示した論理値ォブジェクト 8 0 4と照明機器オブジェクト 8 0 5のよう な対応情報が必要である。 例えば、 論理値ォブジェクトの 5 0 0 2番と 照明機器オブジェクトの 2 0 0 1号機、 論理値ォブジェクトの 5 0 0 4 番と照明機器オブジェクトの 2 0 0 2号機、 というように各機器の個体 を識別するための情報も同時に必要となってくる。 そのため、 保持する 情報が （論理値， 5 0 0 2， 現在値） 対 （照明機器， 2 0 0 1， 点灯/ 消灯） 、 （論理値， 5 0 0 4， 現在値） 対 （照明機器， 2 0 0 2， 点灯 /消灯） 、 · · · のようになる。 しかし、 （論理値， 現在値） 対 （照明 機器， 点灯/消灯） の関係は全てに共通するため、 これらを全ての機器 分だけ重複して情報を持つのは冗長である。
したがって、 （論理値， 現在値） 対 （照明機器， 点灯/消灯） の関係 は一つのみ保持し、 あとは個体識別情報の対応関係 （5 0 0 2， 2 0 0 1 ) 、 ( 5 0 0 4 , 2 0 0 2 ) 、 · · ·の情報を別途持つようにすれば 、 全体の情報量を圧縮することができる。
このように、 入力されたシステム Aオブジェクト設定データべ一ス 6 1 7、 システム Bオブジェクト設定データべ一ス 6 2 0、 マッピング設 定データベース 6 2 4に対して、 システム Aオブジェクト演算部 6 1 6 、 システム Bオブジェクト演算部 6 1 9、 マッピングデータ演算部 6 2 3は、 ゲートウェイ装置 6 0 3上で保持するデータの冗長度を縮減する ため、 正規化したり、 実行環境で動作させるために、 最小限必要なデ一 夕の形に変換したりする。
これらの要素によってゲートウェイ装置 6 0 3上の実行環境に相応し ぃデ一夕に変換されたシステム Aオブジェクト設定データベース 6 1 7 、 システム Bオブジェクト設定データベース 6 2 0、 マッピング設定デ —タベース 6 2 4は、 設定データ送受信部 6 2 5によってゲートウェイ 装置 6 0 3に送信され、 ゲートウェイ装置 6 0 3上の設定データ送受信 部 6 0 4によって受信される。
受信されたシステム Aオブジェクト設定データベース 6 1 7、 システ ム Bオブジェク卜設定データべ一ス 6 2 0、 マツピング設定データべ一 ス 6 2 4は、 それぞれシステム Aオブジェクトデータベース 6 0 5、 シ ステム Bォブジェクトデータベース 6 0 6、 マツピングデータベース 6 0 7としてゲートウェイ装置 6 0 3上に保持され、 システム A 6 0 1と システム B 6 0 2の相互通信に利用される。
なお、 上記手順を逆に迪れば、 ゲートウェイ装置 6 0 3上のシステム Aオブジェクトデータベース 6 0 5、 システム Bォブジェクトデ一夕べ ース 6 0 6、 マツビングデータベース 6 0 7を設定データ送受信部 6 0 4によってゲートウェイ設定ツール 6 1 1に対して送信し、 ゲ一トウェ ィ設定ツール 6 1 1の設定データ送受信部 6 2 5が、 受信したデータを それぞれシステム Aオブジェクト設定デ一夕べ一ス 6 1 7、 システム B オブジェクト設定データベース 6 2 0、 マツピング設定データベース 6 2 4に置き、 これを設定デ一夕表示部 6 1 4によって設定者に提示する ことによって、 ゲートウェイ装置 6 0 3の現在の設定状態を取得、 表示 することが可能である。
この現在の設定状態に対してさらに設定作業を繰り返すことによって 設定の変更 ·更新処理を行うことが可能である。
さらに、 マツピング設定データベース 6 2 4の生成にあたってはマツ ビングの雛型であるマツピングデータ全ベース 6 2 1の情報、 及び現シ ステムに合わせて設定されているシステム Aオブジェクト設定データべ ース 6 1 7、 システム Bオブジェクト設定データベース 6 2 0などの情 報を利用して、 マッピング対応付生成部 6 2 2によって自動生成しても 良い。
次に、 図 9は本発明の実施の形態 4に係るゲートウェイ装置 6 0 3と ゲートウェイ設定ツール 6 1 1の接続形態を模式的に示した説明図であ る。
図 9 ( a ) 、 （b ) はそれぞれ双方のシステムとは異なる物理媒体を 用いた接続形態と、 同一の物理媒体を用いた接続形態を模式的に示した ものである。 図 6〜8と同一もしくは相当部分には同じ符号を付し、 説 明を省略する。
図においてビル管理システム 9 0 1、 9 1 1、 ビル管理装置 902, 9 1 2, LAN (L_o c a 1 A r e a N_e t wo r kの略） 90 3 , 9 1 3、 ゲ一トウエイ設定ツール 904， 9 14、 ゲートウェイ装置 906, 9 1 5、 ゲートウェイ装置とゲートウェイ設定ツールを接続す るインターフェイス 9 0 5、 設備機器システム 9 0 7, 9 1 6、 設備機 器ネットワークシステム 9 0 8， 9 1 7、 空調機器 9 0 9, 9 1 8、 照 明機器 9 1 0， 9 1 9がある。 またそれぞれ異なる第 1、 2のプロトコ ル 920， 9 2 1が示されている。
ここで、 図 9 (b) に示した接続形態の一例として、 LAN 9 1 3と して E t h e r n e t (登録商標） 、 ビル管理システム 9 1 1とゲー トウエイ装置 9 1 5を結ぶ第 1のプロトコル 9 2 0として BACn e t (A D a t a C o mm u n i c a t i o n P r o t o c o l f o r B_u i 1 d i n g Au t oma t i o n a nd C^o n t r o 1 N e t wo r k sの略） 、 ゲートウェイ設定ツール 9 14とゲ 一トウエイ装置 9 1 5を結ぶ第 2のプロトコル 9 2 1として HTTP (H y p e r ェ e x t tr a n s f e r r o t o c o 1の略） を使う構成などがあげられる。
また、 図 9 (b) の接続形態を取った場合には、 ピル管理システム 9 1 1におけるシステム情報、 即ち図 6においてシステム Aオブジェクト データ 60 5あるいはシステム Aオブジェクト設定データ 6 1 7に相当 する情報を、 ゲートウェイ装置 9 1 5を介すことなく、 ゲートウェイ設 定ツール 9 1 4がビル管理システム 9 1 1から直接取得するようにする ことも可能である。 図 9 ( a ) 、 （b ) いずれの接続形態を取っても、 直接のデータ授受 には、 ビル管理システム 9 1 1とゲートウェイ設定ツール 9 1 4のプロ トコルが異なる場合には、 データ授受のための独自プロトコルを用いれ ば良いし、 同一のプロトコルであればそのプロトコルもしぐは当該独自 プロトコルのいずれかを用いれば良い。
このように、 本発明の実施の形態 4に係るゲートウェイ装置では、 接 続されるシステムに係るデータをゲートウェイ装置 6 0 3の外部にある ゲートウェイ設定ツール 6 1 1によって作成し、 交換することを可能と したので、 接続されるシステムの変更、 マッピング仕様の変更、 および マツビングアルゴリズムの変更の際にもゲートウェイ装置内部のソフト ウェアを書き換えることなく柔軟に対応できるゲートウェイ装置を提供 することが可能となる。
また、 設定データに基づくマッピング情報の生成 ·更新処理のような 複雑な演算をゲートウェイ装置上で行なう必要がなくなるため、 ゲート ウェイ装置に内蔵される M P U i c r o p r o c e s s o r U n i tの略） やメモリは、 高性能なものでなくても十分である。 これに より開発コスト、 エンジニアリングコスト、 ハードウェアコストを低く 抑えたゲートウェイ装置を提供することが可能となる。
また、 ゲートウェイ設定ツール 6 1 1をシステム A 6 0 1とシステム B 6 0 2の相互通信を実行するゲートウェイ装置 6 0 3から切り離した ことで、 ゲートウェイ設定ツール 6 1 1の設計の自由度が増し、 優れた ユーザィンタフェースを専用に備えることが可能となり、 設定効率が高 くエンジニアリングコストを低く抑えたゲートウェイ設定ツール 6 1 1 を提供することが可能となる。
また、 マッピングデータを対応付生成するマッピング対応付生成部 6 2 2を利用することによって、 接続される双方のシステムについて相互 関係を含めて熟知する必要なしに設定作業を容易に行なうことが可能と なり、 エンジニアリングコストを低減したゲートウェイ設定ツール 6 1 1を提供することが可能となる。
なお、 図 9では、 インターフェイス 9 0 5はゲートウェイ装置 9 0 6 から分離された形で描かれているが、 ゲートウェイ装置 9 0 6に内蔵さ れてもよい。
以上のように、 接続されるシステムに係るデータをゲートウェイ装置 の外部にあるゲートウェイ設定ツールによって作成し、 交換することを 可能としたので、 接続されるシステムの変更、 マッピング仕様の変更、 およびマツピングアルゴリズムの変更の際にもゲートウェイ装置内部の ソフトウエアを書き換えることなく、 柔軟に対応可能なゲートウェイ装 置を提供することができる。
また、 設定データに基づくマッピング情報の生成 ·更新処理のような 複雑な演算をゲートウェイ装置上で行なう必要がないため、 ゲートゥェ ィ装置に内蔵される M P Uやメモリは、 高性能なものでなくても十分で あり、 開発コスト、 エンジニアリングコスト、 ハードウェアコストを低 く抑えたゲー卜ウェイ装置を提供することができる。
また、 ゲートウェイ設定ツールをゲートウェイ装置から切り離したこ とで、 ゲートウェイ設定ツールの設計の自由度が増し、 優れたユーザィ ンタフェースを専用に備えることで、 設定効率を向上することができ、 エンジニアリングコストを低く抑えたゲートウェイ設定ツールを提供す ることができる。 実施の形態 5 .
本発明の実施の形態 5はゲートウェイ設定ツールのマッピング対応付 生成に関するものである。 図 1 0は本発明の実施の形態 5に関し、 各オブジェクトの設定データ にマツビングのための付帯情報を付加し、 マツピングを自動生成する場 合の一例を示したものである。 実施の形態 4と同一もしくは相当部分に は同じ符号を付し、 説明を省略する。
図においてシステムは、 システム Aオブジェクト設定データべ一ス 1
00 1、 マッピング設定データベース 1002、 システム Bオブジェク ト設定データベース 1003で構成される。 また、 論理値オブジェクト 1 004〜 1 007、 整数値ォブジェクト 1 008， 1 009、 空調機 器ォブジェクト 10 1 0， 10 1 1、 照明機器オブジェクト 1 0 1 2， 1 0 1 3がある。
また、 システム Aオブジェクト設定データベース 1 001には、 論理 値のオブジェクト番号 = 5001、 5002、 5003、 5004のォ ブジェクトと、 整数値のオブジェクト番号 = 5 10 1、 5102のォブ ジェクトが定義されており、 システム Bオブジェクト設定データベース 1 003には空調機器の機器番号 = 140 1、 1402のオブジェクト と照明機器の機器番号 = 200 1、 2002のォブジェクトが定義され ている。
また、 図では、 機器あるいは監視 ·制御対象を表現するオブジェクト として最小限必要となる情報のプロパティの先頭には黒丸印翁を付けて いる。
これ以外に、 各々のオブジェクトの付帯情報として、 設置場所プロパテ ィの先頭に黒四角印画を付けている。 このプロパティの値には、 各々の オブジェクトが表現する機器あるいは監視 ·制御対象が物件のどこに設 置されているかという情報を入れておく。
例えば、 機器番号 = 140 1の空調機器オブジェクト 101 0であれ ば、 「J 20 1」 に設置されている機器を、 オブジェクト番号 = 500 3の論理値ォブジェクト 1006であれば 「 J 202」 に設置されてい る監視 ·制御対象をそれぞれ表すオブジェクトである、 という情報が付 加されていることになる。
次に、 付帯情報を持ったシステム A、 B双方のオブジェクト群からマ ッビングを対応付生成する手順について説明する。
図 1 1はゲートウェイ設定ツールによる対応付生成の手順の一例を示 したフローチャートであり、 図をもとに手順を説明する。
ここでシステム A、 Bのォブジェクトをそれぞれ監視 ·制御オブジェ クト、 機器オブジェクトとし、 前者が後者に順次対応付けられる場合に ついて説明するが、 この関係が逆であっても、 また相互にマッピングし 合う方式であっても同じである。
まず、 動作がスタートすると （ステップ 1 1 0 1) 、 システム Bォブ ジェクトから順次マッピングが未設定のオブジェクトを抽出する （ステ ップ 1 1 02) 。 既に全てのマッピングが完了していれば処理は終了へ と飛ぶ （ステップ 1 1 1 0) 。
マツピングが完了していないオブジェクトが存在していた場合には、 その未設定のオブジェクトを取り出し （ステップ 1 1 03) 、 取り出し たォブジェクトの付帯情報を取得する （ステップ 1 1 04) 。
一連のステップは、 図 10において機器番号- 140 1の空調機器ォブ ジェクトを取り出し、 「設置場所 = J 20 1」 という情報を取得するこ とに対応している。
次に、 付帯情報が一致し、 マッピング未設定のシステム Aオブジェク トをォブジェクト番号順に抽出する （ステップ 1 1 05) 。 このステツ プは図 1 0において 「設置場所 = J 201」 となるオブジェクト番号 = 500 1、 5002の論理値ォブジェクト、 オブジェクト番号 = 5 1 0 1の整数値ォブジェクトを抽出することに対応している。 ここで、 今対象としているシステム Bオブジェクトに対応するマツピ ングデータベース情報があるかどうかを調べる （ステップ i 1 0 6 ) 。 マツピングデー夕ベース情報が存在している場合には、 マツピングデー タベースから各プロパティに対応するシステム Aのクラス/プロパティ 情報を得る （ステップ 1 1 0 7 ) 。
これらステップは図 8において空調機器 8 0 3の運転ノ停止プロパテ ィが論理値ォブジェクト 8 0 1の現在値プロパティと対応関係にあると いう情報を取得し、 また運転モードプロパティが整数値ォブジェクト 8 0 2の現在値プロパティと対応関係にあるという情報を取得することに 対応している。
次に、 得られたシステム Aのクラスノプロパティの条件に合致するォ ブジェクトをォブジェクト番号順に抽出し、 マッピング設定データを生 成する （ステップ 1 1 0 8 ) 。 このステップは図 1 0において、 まず機 器番号- 1 4 0 1の空調機器オブジェク卜の運転 Z停止プロパティにつ いて、 マッピングデータべ一スから得られた （空調機器， 運転 Z停止） 対 （論理値， 現在値） という対応情報に合致するオブジェクトを、 設置 場所が一致して抽出したオブジェク卜の中からオブジェクト番号順に調 ベることに対応し、 オブジェクト番号 = 5 0 0 1の論理値ォブジェクト の現在値プ口パティが対応付けられている。
続けて、 マッピングデータベースから取得した （空調機器， 運転モー ド） 対 （整数値， 現在値） という対応情報から、 運転モードプロパティ には、 オブジェクト番号 = 5 1 0 1の整数値ォブジェクトの現在値プロ パティが対応付けられることが分かる。
このようにしてシステム Bの 1つのォブジェク卜についてのマツピング 設定データの対応付生成が終了したら、 システム Bの次のオブジェクト について同様に繰り返し、 マッピングが未設定のオブジェクトが存在し なくなるまで繰り返す。
対象としているシステム Bオブジェクトに対応するマツピングデータ ベ一ス情報があるかどうか調べた際 （ステップ 1 1 0 6 ) 、 マッピング データベース情報が存在しなかった場合には、 システム Bオブジェクト の各プロパティのデータ型情報と、 付帯情報が一致するという条件で抽 出されているシステム Aオブジェクトの各プロパティのデータ型情報と を比較し、 一致するものから順に対応付けを行い、 マッピング設定デー 夕を生成する （ステップ 1 1 0 9 ) 。
以降はマッピングデータベース情報が存在していた場合と同様である。 このようにして全てのマッピング設定データを生成していくと、 図 1 0 のような対応関係が成立することになる。
このように、 本発明の実施の形態 5に係るゲートウェイ設定ツールで は、 接続されるシステム A、 B間のオブジェクトを対応付けるための付 帯情報を定義し、 その付帯情報をシステム A、 Bのオブジェクト設定デ —夕に各々付与することによってオブジェクト間のマツピングデータを 対応付生成する。 このため、 付帯情報を例えば設置場所等のシステム非 依存の情報とすることにより、 双方のシステム A、 Bについて相互関係 を含めて熟知する必要なしに設定作業を容易に行なうことが可能となり 、 エンジニアリングコストを低減したゲートウェイ設定ツールを提供す ることが可能となる。
なお、 マッピングが設定できないオブジェクトについては設定情報の 不備等によるエラー検出という形で対処可能であるが、 これについても マツピングデ一夕ベースのように相互のオブジェクトにおけるデフオル トの対応関係を予め保持しておき、 一方のシステムのオブジェクトを設 定するとそれに対応するもう一方のシステムのオブジェクトが自動で生 成される方式とすれば良い。 このように、 接続されるシステム A、 B間のオブジェクトを対応付け るための付帯情報を定義し、 その付帯情報をシステム A、 Bのオブジェ クト設定データに各々付与することによってオブジェクト間のマツピン グデ—夕を対応付生成するとともに、 付帯情報をシステム非依存の情報 とすることにようにしたので、 双方のシステム A、 Bについて相互関係 を含めて熟知する必要なしに設定作業を容易に行なうことが可能となり 、 エンジニアリングコストを低く抑えたゲ一トウエイ設定ツールを提供 することが可能となる。
実施の形態 6 .
図 1 2、 1 3はそれぞれ本発明の実施の形態 6に係るゲートウェイ設 定ツールにおけるオブジェクト設定データ、 マッピング設定データを構 造化データ記述言語によって記述した例を示したものである。
図 1 2、 1 3ともに構造化データ記述言語として X M L ( e X t e n s i b 1 e M a r k u p JL a n g u a g eの略）を用いた記述を行つ ており、 論理値、 整数値、 空調機器、 照明機器といった各オブジェクト の名称をタグとし、 各ォブジェクトのプロパティ名称とプロパティ値を 属性 （アトリビュート） として 「プロパティ名称 =プロパティ値」 の形 式で表現している。
図において、 構造化データ記述言語 X M Lによって記述されたシステ ム Aオブジェクト設定データ 1 2 0 1、 構造化データ記述言語 X M Lに よって記述されたシステム Bオブジェクト設定データ 1 2 0 2、 構造化 データ記述言語 X M Lによって記述された論理値ォブジェクト 1 2 0 3 、 構造化データ記述言語 X M Lによって記述された整数値ォブジェクト 1 2 0 4、 構造化データ記述言語 XM Lによって記述された空調機器ォ ブジェクト 1 2 0 5、 構造化データ記述言語 X M Lによって記述された マッピング設定データ.1 30 1、 構造化データ記述言語 XMLによって 記述されたマッピングデータ 1 302がある。
例えば、 図 12の構造化データ記述言語 XMLによって記述された論 理値ォブジェクト 1203は、 「オブジェクト番号 = 500 1に対する 論理値オブジェクトの現在値プロパティの値は 1で、 設置場所プロパテ ィの値は J 20 1である」 ことを表し、 構造化デ一夕記述言語 XMLに よって記述された空調機器オブジェクト 1 205は 「機器番号 140 1に対する空調機器オブジェクトの運転 停止プロパティの値は運転、 運転モードプロパティの値は冷房、 設置場所プロパティの値は J 20 1 である」 ことを表現している。 これらはそれぞれプロパティ値を明示し た形で、 図 10における論理値オブジェクト 1004、 空調機器ォブジ ェクト 1 0 10に対応している。
同様に、 図 13の構造化データ記述言語によるマッピング設定データ の記載例は、 図 10におけるマッピング状態を表すマッピング設定デー 夕と等価である。
例えば、 構造化デー夕記述言語 X M Lによって記述されたマッピング データ 1 302は、 （空調機器， 140 1， 運転/停止） 対 （論理値， 500 1, 現在値） という対応関係を表現している。
このように、 システム Aオブジェクト設定データ、 システム Bォブジ ェクト設定データ、 マッピング設定デ一夕を構造化デ一夕記述言語によ つて記述することで、 ゲートウェイ装置とゲートウェイ設定ツールとの 間のインタフェース、 すなわち両者間のデータ伝送を構造化データ記述 言語によるものとすることができ、 種々のデータ構造への変更にも柔軟 に対応することが可能となる。
また、 ここでは XMLについて説明したが、 これに限定するものでは ない。 例えば、 S GML (S t a n d a r d Ge n e r a l i z e d Ma r kup L_a n g u a g e の略） 、 XHTML (e X.t e n s i b l e Hy p e r e x t Ma r k u p L_a n g u a g e の略） 等、 XML以外の構造化データ記述言語であっても構わない。 特 に、 構造化データ記述言語を一般の WEBブラウザなどでも取り扱うこ との可能なものとすれば、 ゲートウェイ装置とゲートウェイ設定ツール を汎用的に広く一般に利用されているアプリケーションプログラムを利 用して製作することが可能となり、 開発コスト、 エンジニアリングコス トを低減したゲートウェイ装置とゲートウェイ設定ツールを提供するこ とが可能となる。
また、 ゲートウェイ装置とゲートウェイ設定ツールとの間のインタフ エースに構造化データ記述言語を用いたので、 ゲートウェイ装置とゲー トウエイ設定ツールを汎用的に、 広く一般に利用されている WE Bブラ ゥザ等のァプリケーシヨンプログラムを利用して製作することが可能と なり、 開発コスト、 エンジニアリングコストを低く抑えたゲ一トウエイ 装置とゲートウェイ設定ツールを提供することが可能となる。 産業上の利用可能性
以上のようにこの発明によれば、 他システムがアクセスする中間モデ ルを備えて、 中間モデル内の要素対応の中間オブジェクトに対して、 各 システムが自身の要素を対応付けてデータを転送し、 これを他システム の要素データを中間オブジェク卜から得るようにしたので、 他システム の要素データの利用が容易で、 かつ各システムでの項目変更が他のシス テムに及ぼす影響を最小にする効果がある。

Claims

請求の範囲
1 . システムを構成する要素をオブジェクトとして、 該ォ ブジェクトのデータを異なるシステムで利用する構成において、
1つのシステムで設定する中間モデルを備えて、 該中間モデル内に上 記要素対応に設けた中間オブジェクトに対して、 上記 1つのシステムが 自身の対応する要素の項目を対応付け、 該対応付けた項目にデータを転 送する構成とし、
他システムにおいて上記中間オブジェクトのデー夕が要素デー夕とし て必要になると、 上記中間オブジェクトの項目対応のデータを上記他シ ステムが得るようにしたことを特徴とするゲートウェイ装置。
2 . システムを構成する要素をオブジェクトとして、 該ォ ブジェクトのデータを異なるシステムで相互利用する構成において、 互いにアクセスする中間モデルを備えて、 該中間モデル内に上記要素 対応に設けた中間オブジェクトに対して、 各システムが自身の対応する 要素の項目を対応付け、 該対応付けた項目にデータを転送し、 また自シ ステムで他システムの要素データが必要になると、 上記中間オブジェク トをアクセスして項目対応のデ一夕を得るようにしたことを特徴とする オブジェクト利用ゲートウェイ装置。
3 . 各システムは、 中間オブジェクトのデータをアクセス する場合、 中間オブジェクトの構成項目が所定の割合以上に自身のァク セス対象と合致している中間オブジェクトを中間オブジェクトとして対 応付けるようにしたことを特徴とする請求項 1または請求項 2いずれか 記載のゲートウェイ装置。
4 . 中間オブジェクトには付帯情報を付加し、 各システム は、 上記付帯情報を参照して中間オブジェクトをアクセスするようにし たことを特徴とする請求項 1または請求項 2いずれか記載のゲートウェ ィ装置。
5 . システムと中間モデルとの対応付けに際し、 中間モデ ルと構成中間オブジェクト、 及び上記システムと該システムを構成する 要素とを同一画面上に表示するようにしたことを特徴とする請求項 1ま たは請求項 2いずれか記載のゲートウェイ装置。
6 . 中間オブジェクトへの対応付けに、 構造化データ記述 言語で表現されたデータで行うようにしたことを特徴とする請求項 1ま たは請求項 2いずれか記載のゲートウェイ装置。
7 . システム Aに係る通信コマンド Aを送受信するシステ ム A通信部と、
上記システム Aと異なるプロトコルによって構築されたシステム Bに 係る通信コマンド Bを送受信するシステム B通信部と、
上記システム Aと通信コマンド Aを相互に交換するとともに、 通信コ マンド Aの内容を解釈してオブジェクトデータを保持するシステム Aォ ブジェクトデータベースと、
上記システム Bと通信コマンド Bを相互に交換するとともに、 通信コ マンド Bの内容を解釈してオブジェクトデータを保持するシステム Bォ ブジェクトデータベースと、
上記システム Aオブジェクトデータベースに属するオブジェクトデー 夕と上記システム Bオブジェクトデ一夕ベースに属するオブジェクトデ 一夕との対応関係を表すマッピングデータを保持するマッピングデータ ベースと、
上記システム Aオブジェクトデータベースとの間でオブジェクトデー 夕 Aを相互に交換し、 上記システム Bオブジェクトデータベースとの間 でォブジェクトデータ Bを相互に交換するとともに、 上記マッピングデ 一夕ベースを基に上記オブジェクトデータ Aと上記オブジェクトデータ Bの対応付けを行い、 これらオブジェクトデータを相互に交換するマツ ピング実行部と、
上記システム Aオブジェクトデ一夕べ一スとの間でオブジェクトデー 夕 Aを相互に交換し、 上記システム Bオブジェクトデータべ一スとの間 でォブジェクトデータ Bを相互に交換し、 上記マッピングデータベース との間でマツピングデータを相互に交換するとともに、 これらデータを 外部装置と相互に交換する設定データ送受信部と、
で構成されることを特徴とするゲ一トウエイ装置。
8 . システム A、 Bをそれぞれ表現するオブジェクト群を 設定する設定データ入力部と、
上記設定データ入力部によって設定されたシステム Aに係るオブジェ クトデータを保持するシステム Aオブジェクト設定データベースと、 該システム Aオブジェクト設定デ一夕ベースからデータを受信し、 デ 一夕圧縮して返信するシステム Aオブジェクトデータ演算部と、 上記システム Aオブジェクト設定データベースと相互にデータ交換を 行う上記システム Aで利用可能なオブジェクトの雛型データを備えたシ ステム Aオブジェクト全データベースと、
上記設定データ入力部によって設定されたシステム Bに係るオブジェ クトデ一夕を保持するシステム Bオブジェクト設定データベースと、 該システム Bオブジェクト設定データベースからデータを受信し、 デ 一夕圧縮して返信するシステム Bオブジェクトデータ演算部と、 上記システム Bオブジェクト設定デー夕ベースと相互にデー夕交換を 行う上記システム Bで利用可能なオブジェクトの雛型データを備えたシ ステム Bオブジェクト全データベースと、
上記設定データ入力部によって設定されたマツビングに係るマツピン グデータを保持するマッピング設定データベースと、 該マツビング設定データベースからデータを受信し、 これをデータ圧 縮して返信するマッピングデータ演算部と、
上記システム Aオブジェクト全データベースで利用可能なオブジェク トと上記システム Bオブジェクト全データベースで利用可能なオブジェ ク卜との対応付けの雛型データを備えるとともに、 上記マッピング設定 データベースと相互にデータ交換を行うマツピング全デ一夕ベースと、 該マツビング全データベースを基に上記システム Aオブジェクト設定 デ—夕ベース、 及び上記システム Bオブジェクト設定データべ一スに属 する個々のデ一夕の対応付けを行い、 これを上記マッピング設定データ ベースへ送信するマツピング対応付生成部と、
上記システム Aオブジェクト設定データベース、 上記システム Bォブ ジェクト設定データベース、 上記マッピング設定データベース、 上記シ ステム Aオブジェクト全デ一夕ベース、 上記システム Bオブジェクト全 データベース、 及び上記マッピング全データベースのいずれかに属する データを随時表示する設定データ表示部と、
上記システム Aオブジェクト設定データべ一ス、 上記システム Bォブ ジェクト設定デ一夕ベース、 上記マツピング設定データベースとの間で 相互にデータ交換を行う設定データ送受信部と、
を具備し、 該設定データ送受信部を介して上記ゲートウェイ装置との間 でデータの送受信を行うことを特徴とするゲートウェイ設定ツール。
9 . 上記システム A、 Bオブジェクト設定デ一夕ベースの それぞれに属するオブジェクト設定デ一夕に対し、 これを対応付けるた めの付帯情報を付与するとともに、
' 該付帯情報をもとに、 上記マッピング対応付生成部が、 オブジェクト間 のマツビングデータを生成するようにしたことを特徴とする請求項 8記 載のゲートウェイ設定ツール。
1 0 . 上記ゲートウェイ装置との間で構造化データ記述言 語によって表現されたデータを相互に交換するようにしたことを特徴と する請求項 8に記載のゲートウェイ設定ツール。
1 1 . 上記ゲートウェイ設定ツールとの間で構造化データ 記述言語によつて表現されたデ一夕を相互に交換するようにしたことを 特徴とする請求項 7記載のゲートウェイ装置。
PCT/JP2002/011820 2001-11-19 2002-11-13 Passerelle et outil pour l'installation d'une passerelle WO2003044674A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP02781747.7A EP1469394B1 (en) 2001-11-19 2002-11-13 Gateway and gateway setting tool
US10/466,600 US8112498B2 (en) 2001-11-19 2002-11-13 Mapping between objects representing different network systems
CA2435068A CA2435068C (en) 2001-11-19 2002-11-13 Gateway apparatus and gateway setup tool
ES02781747.7T ES2451844T3 (es) 2001-11-19 2002-11-13 Pasarela y herramienta de configuración de pasarela
AU2002349765A AU2002349765B2 (en) 2001-11-19 2002-11-13 Gateway and gateway setting tool
KR10-2003-7009413A KR100530414B1 (ko) 2001-11-19 2002-11-13 게이트웨이 장치와 게이트웨이 설정 툴

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2001352881A JP3711493B2 (ja) 2001-11-19 2001-11-19 ゲートウェイ装置とゲートウェイ設定ツール
JP2001-352881 2001-11-19
JP2002-90492 2002-03-28
JP2002090492A JP3762322B2 (ja) 2002-03-28 2002-03-28 オブジェクト利用ゲートウェイ装置

Publications (1)

Publication Number Publication Date
WO2003044674A1 true WO2003044674A1 (fr) 2003-05-30

Family

ID=26624593

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2002/011820 WO2003044674A1 (fr) 2001-11-19 2002-11-13 Passerelle et outil pour l'installation d'une passerelle

Country Status (8)

Country Link
US (1) US8112498B2 (ja)
EP (1) EP1469394B1 (ja)
KR (1) KR100530414B1 (ja)
CN (2) CN1488102A (ja)
AU (1) AU2002349765B2 (ja)
CA (1) CA2435068C (ja)
ES (1) ES2451844T3 (ja)
WO (1) WO2003044674A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8234704B2 (en) * 2006-08-14 2012-07-31 Quantum Security, Inc. Physical access control and security monitoring system utilizing a normalized data format
US20090005883A1 (en) * 2007-06-27 2009-01-01 Teletrol Systems Inc. System and method for providing device independent control and modification
US7761563B2 (en) * 2008-05-16 2010-07-20 Schneider Electric Buildings Ab BACnet communication Status objects and methods of determining communication status of BACnet devices
KR100970755B1 (ko) * 2008-06-19 2010-07-16 조완제 골프공 자동 공급장치
KR200452395Y1 (ko) * 2008-07-15 2011-02-22 조길연 골프공 자동공급장치
US8024374B2 (en) * 2009-07-24 2011-09-20 Oracle International Corporation Computer object conversion using an intermediate object
US8560095B2 (en) * 2009-12-30 2013-10-15 Honeywell International Inc. Changeable BACnet interface
US8782297B2 (en) 2011-03-29 2014-07-15 Panduit Corp. Intelligent building automation node
EP3402135B1 (en) * 2011-04-19 2020-03-04 Mitsubishi Electric Corporation Network test device, network test method and network test program
CN106104469A (zh) * 2014-03-25 2016-11-09 株式会社日立制作所 软件规格间依存关系验证装置以及软件规格间依存关系验证方法
US20170295058A1 (en) * 2016-04-12 2017-10-12 Johnson Controls Technology Company Devices and methods for network integration of an hvac device
US10142447B2 (en) * 2016-06-02 2018-11-27 Honeywell International Inc. System having a protocol independent configuration environment
CN106709060B (zh) * 2017-01-11 2020-03-10 中国铁塔股份有限公司 一种数据共享方法及系统
US10956348B2 (en) * 2019-06-28 2021-03-23 Johnson Controls Technology Company Modular architecture for control and monitoring of edge devices in a building management system
CN111028448B (zh) * 2019-12-25 2021-12-21 哈尔滨新中新电子股份有限公司 一卡通系统中pos机与网关之间数据传输方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05173795A (ja) 1991-12-19 1993-07-13 Nec Corp オブジェクト間の双方向関係管理方法
JPH06152681A (ja) * 1992-11-13 1994-05-31 Hitachi Ltd Ｃｍｉｐ−ｓｎｍｐゲートウェイ
JPH06169315A (ja) 1992-11-30 1994-06-14 Oki Electric Ind Co Ltd ゲートウェイ装置の通信制御方法
JPH07297878A (ja) * 1994-04-27 1995-11-10 Omron Corp 分散生産装置
WO1999007109A1 (en) 1997-07-31 1999-02-11 Crosskeys Systems Corporation Third party management platforms integration
WO1999057837A2 (en) * 1998-05-07 1999-11-11 Samsung Electronics Co., Ltd. Method and apparatus for universally accessible command and control information in a network
JP2000244551A (ja) * 1998-12-21 2000-09-08 Mitsubishi Electric Corp ゲートウェイ装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4763104A (en) * 1986-03-19 1988-08-09 Mitsubishi Denki Kabushiki Kaisha Gateway for use in load control system
US5586254A (en) * 1992-02-13 1996-12-17 Hitachi Software Engineering Co., Ltd. System for managing and operating a network by physically imaging the network
WO1993023817A1 (en) * 1992-05-08 1993-11-25 Release Management Systems (Rms) Data interchange system
WO1995003586A1 (en) * 1993-07-21 1995-02-02 Persistence Software, Inc. Method and apparatus for generation of code for mapping relational data to objects
US5611059A (en) * 1994-09-02 1997-03-11 Square D Company Prelinked parameter configuration, automatic graphical linking, and distributed database configuration for devices within an automated monitoring/control system
JP3483364B2 (ja) * 1995-09-07 2004-01-06 Ｋｄｄｉ株式会社 Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置
US5764955A (en) * 1995-10-19 1998-06-09 Oasys Group, Inc. Gateway for using legacy telecommunications network element equipment with a common management information protocol
US6192282B1 (en) * 1996-10-01 2001-02-20 Intelihome, Inc. Method and apparatus for improved building automation
US20020016639A1 (en) * 1996-10-01 2002-02-07 Intelihome, Inc., Texas Corporation Method and apparatus for improved building automation
JP3390312B2 (ja) 1996-10-31 2003-03-24 富士通株式会社 オブジェクト間通信方法及びオブジェクト間通信システム
JP4053115B2 (ja) * 1997-09-22 2008-02-27 富士通株式会社 文書画像データの記憶制御方式
US6141595A (en) * 1998-04-03 2000-10-31 Johnson Controls Technology Company Common object architecture supporting application-centric building automation systems
US6104963A (en) * 1998-04-03 2000-08-15 Johnson Controls Technology Company Communication system for distributed-object building automation system
JP2000090057A (ja) 1998-09-11 2000-03-31 Omron Corp グループオブジェクト及び制御システム
CA2325494A1 (en) * 1999-01-22 2000-07-27 Leviton Manufacturing Co., Inc. Method of adding a device to a network
US6598056B1 (en) * 1999-02-12 2003-07-22 Honeywell International Inc. Remotely accessible building information system
WO2000070834A1 (en) * 1999-05-19 2000-11-23 Telia Ab Device and method for simplified management of services in a communications network
EP1058428A1 (en) * 1999-06-02 2000-12-06 Beta Research GmbH Remote control system using a gateway station for multi-protocol conversion
JP2001256122A (ja) 2000-03-13 2001-09-21 Kddi Corp Ｘｍｌを用いて分散オブジェクトにアクセスするためのゲートウェイ
KR100387918B1 (ko) * 2000-07-11 2003-06-18 이수성 통역기
US7305697B2 (en) * 2001-02-02 2007-12-04 Opentv, Inc. Service gateway for interactive television
US6836796B2 (en) * 2001-03-16 2004-12-28 Digi International, Inc. System and method to manage network-enabled embedded devices operating under various protocols
WO2002080466A1 (fr) * 2001-03-29 2002-10-10 Mitsubishi Denki Kabushiki Kaisha Adaptateur de connexion entre systemes et terminal

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05173795A (ja) 1991-12-19 1993-07-13 Nec Corp オブジェクト間の双方向関係管理方法
JPH06152681A (ja) * 1992-11-13 1994-05-31 Hitachi Ltd Ｃｍｉｐ−ｓｎｍｐゲートウェイ
JPH06169315A (ja) 1992-11-30 1994-06-14 Oki Electric Ind Co Ltd ゲートウェイ装置の通信制御方法
JPH07297878A (ja) * 1994-04-27 1995-11-10 Omron Corp 分散生産装置
WO1999007109A1 (en) 1997-07-31 1999-02-11 Crosskeys Systems Corporation Third party management platforms integration
WO1999057837A2 (en) * 1998-05-07 1999-11-11 Samsung Electronics Co., Ltd. Method and apparatus for universally accessible command and control information in a network
JP2000244551A (ja) * 1998-12-21 2000-09-08 Mitsubishi Electric Corp ゲートウェイ装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
AGOULMINE N. ET AL.: "A system architecture for updating management information in heterogeneous networks", AGOULMINE N.
See also references of EP1469394A4

Also Published As

Publication number Publication date
EP1469394A1 (en) 2004-10-20
CN1488102A (zh) 2004-04-07
EP1469394B1 (en) 2014-01-15
EP1469394A4 (en) 2008-04-23
CN1658601A (zh) 2005-08-24
ES2451844T3 (es) 2014-03-28
CN1658601B (zh) 2010-10-13
KR20040018251A (ko) 2004-03-02
US8112498B2 (en) 2012-02-07
KR100530414B1 (ko) 2005-11-22
US20040059814A1 (en) 2004-03-25
AU2002349765B2 (en) 2005-01-20
CA2435068C (en) 2013-12-10
CA2435068A1 (en) 2003-05-30
AU2002349765A1 (en) 2003-06-10

Similar Documents

Publication Publication Date Title
WO2003044674A1 (fr) Passerelle et outil pour l'installation d'une passerelle
JP4197652B2 (ja) プラントの集中監視制御装置および方法
US7587221B2 (en) Sensor network management system
JP3729251B2 (ja) コントローラ及びシステム
US20070168464A1 (en) System for Configuring a Data Exchange and Format Conversion System
JP5177804B2 (ja) フィールド通信システムおよびフィールド通信方法
CN105635108A (zh) 具有应用包分类器的防火墙
JP3866300B2 (ja) ビル管理装置
JP3762910B2 (ja) 制御システム
US20080281844A1 (en) Interactive Data Access Method and Interactive Data Access System
JP3711493B2 (ja) ゲートウェイ装置とゲートウェイ設定ツール
US7162492B2 (en) Apparatus and method for managing state of external apparatus
JPH09319538A (ja) グラフィカルユーザインタフェース
JP4647584B2 (ja) オブジェクト間マッピング方法、オブジェクト間マッピングプログラム、ゲートウェイ装置、機器管理システム
CN116723094A (zh) 设备接入方法、装置、计算机设备和存储介质
JP2018092288A (ja) プロトコル変換装置、プロトコル変換システム、および、設備機器
JP3762322B2 (ja) オブジェクト利用ゲートウェイ装置
JP3660545B2 (ja) ゲートウェイ装置
CN111431982A (zh) 基于gRPC的系统运维方法、设备、存储介质及装置
JP2001014386A (ja) 設備管理システム
JP4130610B2 (ja) ビル管理装置およびビル管理装置用の設備コントローラ
WO2020213325A1 (ja) 管理システム
JP2002055967A (ja) 分散型ビル管理システム
WO2019159486A1 (ja) セッション制御装置、セッション制御方法及びプログラム
WO2017183203A1 (ja) 操作情報出力システム、運転模擬システム及び操作情報出力方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA CN KR SG US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR

WWE Wipo information: entry into national phase

Ref document number: 2002349765

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 1020037009413

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2002781747

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2435068

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 028038665

Country of ref document: CN

Ref document number: 10466600

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1020037009413

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2002781747

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2002349765

Country of ref document: AU

WWG Wipo information: grant in national office

Ref document number: 1020037009413

Country of ref document: KR