オブジェクト間マッピング方法、オブジェクト間マッピングプログラム、ゲートウェイ装置、機器管理システム
【課題】ネットワーク構成の変更に容易に対応可能で、マッピングに要するメンテナンスコストを削減することのできるオブジェクト間マッピング方法及びそのプログラム、その方法を設備機器管理ネットワークにおいて実行するゲートウェイ装置及びその装置を用いた機器管理システムを得る。
【解決手段】各オブジェクトのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、属性値に対して実行する機能を属性毎に対応付ける機能マッピングテーブルと、を格納した書き換え可能な記憶手段を設け、各オブジェクト同士のマッピングを行う際には、属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付けることを特徴とする。
【解決手段】各オブジェクトのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、属性値に対して実行する機能を属性毎に対応付ける機能マッピングテーブルと、を格納した書き換え可能な記憶手段を設け、各オブジェクト同士のマッピングを行う際には、属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付けることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異種ネットワークに接続されるオブジェクト同士のマッピングを行う方法及びそのプログラム、その方法を設備機器管理ネットワークにおいて実行するゲートウェイ装置及びその装置を用いた機器管理システムに関するものである。
【背景技術】
【０００２】
従来、『レスポンスの向上と、プログラム開発工数の削減と、マッピングデータの設定を省力化を可能とするゲートウェイ装置を得る。』ことを目的とした技術として、『第一の通信処理手段３０ａと、第二の通信処理手段３０ｅと、被管理機器１１の情報を保持する第一のデータベース３０ｄと、第一のデータベース管理手段３０ｃと、第一のデータベース３０ｄが機器管理装置２１の必要とする情報に変換された第二のデータベース３０ｇと、第二のデータベース管理手段３０ｆと、第一のデータベース３０ｄと第二のデータベース３０ｇの対応する項目を一致させるデータベースマッピング手段３０ｈと、各手段にコマンドを配送し、該コマンドを、データベースマッピング手段３０ｈを介して変換させながら転送するコマンド配送手段３０ｂと備えている。』というものがある（特許文献１）。
【特許文献１】特開２０００−２４４５５１号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記従来技術のような異種ネットワーク間におけるマッピングでは、通常、各々のネットワークに接続される機器のモデルであるオブジェクトのインスタンス同士、もしくはインスタンスの属性（プロパティ）同士のマッピングが行われ、これを通じて相互にデータ交換が行われる。
これにより、ネットワーク構成が変更になった等の理由でインスタンスの属性が変更された場合でも、マッピング情報のみを変更すれば容易に対応可能である。
一方、各種変換処理やデータ交換に付随して実行される各種処理などの機能は、上記マッピングによっても対応関係を変更することができず、そのインスタンスが表す機器の種類毎に固定されているため、物件対応やメンテナンス時に機能を変更する必要が生じた場合には、ソフトウェア自体の書き替えを行う必要があり、メンテナンスコストがかかるという課題があった。
本発明は、上記のような課題を解決し、ネットワーク構成の変更に容易に対応可能で、マッピングに要するメンテナンスコストを削減することのできるオブジェクト間マッピング方法及びそのプログラム、その方法を設備機器管理ネットワークにおいて実行するゲートウェイ装置及びその装置を用いた機器管理システムを得ることを目的とする。
【課題を解決するための手段】
【０００４】
本発明に係るオブジェクト間マッピング方法は、
異種ネットワークに接続されるオブジェクト同士の対応関係を定義する（以下、マッピングと呼ぶ）方法であって、
前記各オブジェクトのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、
前記属性に対して実行する機能を前記属性毎に対応付ける機能マッピングテーブルと、
を格納した書き換え可能な記憶手段を設け、
前記各オブジェクト同士のマッピングを行う際には、
前記属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、
前記機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付ける
ことを特徴とするものである。
【発明の効果】
【０００５】
本発明に係るオブジェクト間マッピング方法によれば、オブジェクトのインスタンス同士及び属性同士のマッピングに加えて、各オブジェクトが備える機能のマッピングを容易に変更することができるので、ネットワーク構成の変更に容易に対応可能で、マッピングに要するメンテナンスコストを削減することのできるオブジェクト間マッピング方法が得られる。
【発明を実施するための最良の形態】
【０００６】
実施の形態１．
図１は、本発明の実施の形態１に係るゲートウェイ装置の機能を概念的に示した模式図である。
本実施の形態１に係るゲートウェイ装置は、管理側ネットワーク（以下、一例として「ＢＡＣｎｅｔ」を取り上げる。詳細は後述。）の管理オブジェクトのインスタンスを管理するＢＡＣｎｅｔインスタンスＤＢ１００と、被管理機器である設備機器を接続したネットワーク（以下「設備ネット」）における各設備機器の現在状況を、その設備機器を表すオブジェクトのインスタンスとして管理する設備ネットインスタンスＤＢ１０１とを備える。
ＢＡＣｎｅｔインスタンスＤＢ１００と設備ネットインスタンスＤＢ１０１は、各オブジェクトの属性（プロパティ）及び属性値を保持する。
また、本実施の形態１に係るゲートウェイ装置は、ＢＡＣｎｅｔ機能ＤＢ１０２と、設備ネット機能ＤＢ１０３とを備える。
ＢＡＣｎｅｔ機能ＤＢ１０２は、ＢＡＣｎｅｔ上で提供される各種機能、すなわちデータの操作・監視やデータ交換の際に行われる各種変換処理やデータ交換に付随して実行される各種処理を記述した関数群を保持・管理している。
同様に、設備ネット機能ＤＢ１０３は、設備ネット上で提供される各種機能を記述した関数群を保持・管理している。
マッピングＤＢ１０４は、ＢＡＣｎｅｔ上のインスタンス情報及び各種機能と、設備ネット上のインスタンス情報及び各種機能とを対応付けるマッピングデータを保持・管理している。
マッピング実行手段１０５は、マッピングＤＢ１０４を参照して、ＢＡＣｎｅｔ上のインスタンスと設備ネット上のインスタンスをマッピングする処理を行なう。マッピング処理の目的や内容については後述する。
なお、「インスタンス情報」とは、インスタンスが備える属性及び属性値のことをいう。
【０００７】
マッピング実行手段１０５は、ＣＰＵやマイコンなどの演算装置上で実行されるソフトウェアで実装することができる。
また、各ＤＢは、ＲＡＭ、ＨＤＤ、フラッシュメモリなどの書込み可能な記憶装置上に実装することができる。実装方式は、マトリクス状の行列データとしてもよいし、関係テーブル形式で格納してもよい。また、中間にＲＤＢＭＳのようなミドルウェアを媒介させてもよい。以下の説明では、テーブル形式で格納しているものとする。
なお、図１においては、ゲートウェイ装置が各ネットワークに接続するためのネットワークインターフェースを省略しているが、通信プロトコルに応じて適宜必要なインターフェースを備えているものとする。
【０００８】
図２は、ＢＡＣｎｅｔインスタンスＤＢ１００の構成とデータの例を示すものである。
ＢＡＣｎｅｔインスタンスＤＢ１００は、例えばテーブル形式で構成することができる（以下の各ＤＢも同様）。図２の構成例では、「インスタンスＩＤ」列、「属性ＩＤ」列、「属性値」列を有する。
（１）「インスタンスＩＤ」列
本列は、ＢＡＣｎｅｔ側に構成される管理オブジェクトの個々のインスタンスを特定するためのＩＤを格納する。ＢＡＣｎｅｔ上の管理オブジェクトの具体例は、後述の図９で説明する。
（２）「属性ＩＤ」列
本列は、「インスタンスＩＤ」列の値で特定されるインスタンスが備える属性（プロパティ）を特定するためのＩＤを格納する。本列の値は、属性を特定するためのＩＤでもよいし、名称が重複しないのであれば、属性名で直接的に特定するようにしてもよい。
管理オブジェクトの種類が異なれば、備える属性も異なるため、本列の値は「インスタンスＩＤ」列で特定される管理オブジェクト毎に異なる場合がある。また、１つの管理オブジェクトが複数の属性を備える場合もあるため、同じ「インスタンスＩＤ」列の値を持つ行が複数存在する場合もある。
なお、図２のデータ例では、「属性ＩＤ＝８５」は、「現在値」という属性のことを指す。
（３）「属性値」列
本列は、「インスタンスＩＤ」列と「属性ＩＤ」列の値で特定される属性の実値を格納する。
【０００９】
図３は、設備ネットインスタンスＤＢ１０１の構成とデータの例を示すものである。
設備ネットインスタンスＤＢ１０１の列構成は、ＢＡＣｎｅｔインスタンスＤＢ１００と同様である。ただし、格納される値は、設備ネットに接続されている個々の設備機器を表す情報である。
（１）「インスタンスＩＤ」列
本列は、設備ネットに接続されている個々の設備機器を特定するためのＩＤを格納する。具体的には、その設備機器を表すオブジェクトのインスタンスＩＤが格納される。
（２）「属性ＩＤ」列
本列は、「インスタンスＩＤ」列で特定される設備機器が備える属性を特定するためのＩＤを格納する。本列の値は、属性を特定するためのＩＤでもよいし、名称が重複しないのであれば、属性名で直接的に特定するようにしてもよい。
設備機器の種類が異なれば、備える属性名も異なるため、本列の値は「インスタンスＩＤ」列で特定される設備機器毎に異なる場合がある。また、１つの設備機器が複数の属性を備える場合もあるため、同じ「インスタンスＩＤ」列の値を持つ行が複数存在する場合もある。
図３のデータ例では、「インスタンスＩＤ＝５００１」で特定される設備機器は、「属性ＩＤ＝０」の属性（運転状態）、「属性ＩＤ＝１」の属性（運転モード）、「属性ＩＤ＝２」の属性（設定温度）を備える。
同様に、「インスタンスＩＤ＝７００１」で特定される設備機器は、「属性ＩＤ＝１０」の属性（点灯状態）、「属性ＩＤ＝１１」の属性（調光状態）を備える。
（３）「属性値」列
本列は、「インスタンスＩＤ」列と「属性ＩＤ」列の値で特定される設備機器の属性の実値を格納する。
図３のデータ例では、「インスタンスＩＤ＝５００１」で特定される設備機器の「属性ＩＤ＝２」の属性（設定温度）の値は「２９」であることが分かる。
【００１０】
図４は、ＢＡＣｎｅｔ機能ＤＢ１０２の構成とデータの例を示すものである。図４の構成例では、ＢＡＣｎｅｔ機能ＤＢ１０２は「機能ＩＤ」列、「機能名」列、「機能説明」列を有する。
「機能ＩＤ」列は、ＢＡＣｎｅｔ上で提供される各種機能、すなわちデータの操作・監視やデータ交換の際に行われる各種変換処理やデータ交換に付随して実行される各種処理を記述した関数を特定するためのＩＤを格納する。
「機能名」列は、「機能ＩＤ」列の値で特定される関数の名称を格納する。本列の値は、関数名そのものでもよいし、関数ポインタなどを用いて間接的に関数を特定するものでもよい。
「機能説明」列は、「機能ＩＤ」列で特定される関数の簡単な機能説明を格納する。本列は、便宜的に設けられたものであるため、省略してもよい。
【００１１】
図５は、設備ネット機能ＤＢ１０３の構成とデータの例を示すものである。
設備ネット機能ＤＢ１０３の列構成は、ＢＡＣｎｅｔ機能ＤＢ１０２と同様である。ただし、格納される値は、設備ネット上で提供される各種機能を記述した関数のＩＤ、名称、機能説明である。
【００１２】
なお、上記各ＤＢの具体的な実装方式は、例えばテーブルを構成するフラットファイルとしてもよいし、ソフトウェア上で実現される仮想的なテーブルとしてもよい。
【００１３】
ここで、図１の残りの構成の説明を行う前に、従来技術におけるマッピング処理の目的とその内容、並びに課題について説明する。
【００１４】
図１６は、ビル内の設備機器ネットワーク管理システムの構成を説明するものである。
ビル１６０１の各フロアには、エアコンや照明といった設備機器が敷設される。各フロアごとに、これら設備機器を接続する設備機器ネットワーク１６０５ａ〜１６０５ｃ（以下、「設備ネット」と略す場合もある）が構成されている。各設備ネット内には、同種の機器を取り纏めるコントローラが接続され、その配下に同種の設備機器が接続される。
また、ビル１６０１内の各フロアに敷設された設備機器を統合管理するための機器管理装置１６０２が、管制室等に設置されている。
上述の管理対象設備機器のことを、「被管理機器」と呼ぶ。
なお、図１６中の各フロアのゲートウェイ装置は、設備ネットで用いられる複数の通信プロトコルに対応したものを想定しているため、各フロアのゲートウェイ装置は１台のみとしたことを付言しておく。
【００１５】
一般に、機器管理装置１６０２は、各設備機器と通信して監視・制御するためのプロトコルとして、標準規格であるＢＡＣｎｅｔプロトコルを用いることが多い。一方、各フロアに敷設される設備機器や制御盤は、必ずしも同一メーカによるものとは限らず、またＢＡＣｎｅｔプロトコルにより直接監視・制御できるものとは限らない。
そこで、両ネットワークの間にゲートウェイ装置１６０４ａ〜１６０４ｃをフロア毎に各１台設け、そのゲートウェイ装置と各コントローラを接続し、通信プロトコルが異なっても、命令を相互変換して情報通信可能とする構成がとられる。以下、ステップを追って説明する。
【００１６】
（１）ＢＡＣｎｅｔプロトコルによる通信
図１６の機器管理装置１６０２は、各設備機器を制御する際に、ＢＡＣｎｅｔプロトコルを用いて通信を行い、命令コマンドを送信する。命令コマンドは、各フロアのゲートウェイ装置１６０４ａ〜１６０４ｃに到達する。
（２）各プロトコルに対応したインスタンスの構成
各フロアのゲートウェイ装置１６０４ａ〜１６０４ｃは、ＢＡＣｎｅｔプロトコルに対応した管理オブジェクトのインスタンスを内部に構成し、機器管理装置１６０２が送信した命令コマンド等を受け取る。
また、設備ネット上のプロトコルに対応した設備機器インスタンスを内部に構成し、上記のＢＡＣｎｅｔプロトコル上の管理オブジェクトのインスタンスと対応付ける（マッピング）。
（３）命令コマンドの変換と実行
ゲートウェイ装置１６０４ａ〜１６０４ｃは、ＢＡＣｎｅｔプロトコルに対応した管理オブジェクトのインスタンスと、これにマッピングされた、設備ネット上のプロトコルに対応した設備機器インスタンスとの間で、命令コマンドを変換する。
次に、設備ネット上のプロトコルで命令実行対象の設備機器と通信を行い、機器管理装置１６０２が発行した命令コマンドを実行する。
【００１７】
このように、ゲートウェイ装置１６０４ａ〜１６０４ｃは、両側に接続されるネットワーク間で命令コマンドを変換し、相互に通信可能とする機能を有する。命令コマンドの変換の際に、オブジェクト同士のマッピングが行われる。
【００１８】
一方、ゲートウェイ装置１６０４ａ〜１６０４ｃには、ネットワークの構成変更に柔軟に対応可能とする役割もある。
上述のように、命令コマンドの変換は、オブジェクト同士のマッピングによって行われるが、仮にネットワークに接続される設備機器の構成が変更になった場合でも、このマッピングの内容を再設定するのみで対応可能であり、ゲートウェイ装置１６０４ａ〜１６０４ｃ自体を取り替えたり、あるいはプログラムの書き換えを行ったりする必要はない。
【００１９】
しかし、このようなオブジェクト同士のマッピングを再設定するのみでは、対応することができない場合も存在する。以下、具体例を交えて説明する。
【００２０】
図１７は、ビル内の設備ネットワークの設備機器接続状況を示すものである。図１７の上図はビル１６０１のあるフロア、下図は別のビル１６０２のあるフロアの接続状況を示している。
いずれのビルにおいても、第１ゲートウェイ装置１６０４ａ配下の第１設備ネットワーク１６０５ａ上に、エアコンや照明などの設備機器が接続されている。ここでは説明の簡単のため、コントローラは省略している。
一般に、ビル毎もしくは同一のビル内のフロア毎に、第１ゲートウェイ装置１６０４ａ配下に接続される設備機器の種類や数、ネットワーク上の配置が異なる。そのため、第１ゲートウェイ装置１６０４ａは、これら設備機器が備える属性に合わせて、柔軟にオブジェクトの属性を変更できることが望ましい。特許文献１に示す技術は、このような柔軟な属性変更を可能としたものである。
【００２１】
ところが、オブジェクトの属性変更のみでは、設備機器の構成変更に対応できない場合が存在する。
例えば、図１７の上図の設備機器構成において、エアコンの動作状態が「可動」から「停止」に変化した場合には、第１設備ネットワーク１６０５ａ内に状態変化通知を発報するように、第１ゲートウェイ装置１６０４ａを設定していたものとする。
一方、図１７の下図の設備機器構成において同じ設定を適用すると、エアコンの台数が多いため、状態変化通知を発報することにより操作の応答速度が遅くなってしまう、といったケースが存在する。この場合、状態変化通知の発報頻度を減らす必要がある。
このように、ゲートウェイ装置を接続する設備機器ネットワークの個々の状況により、ゲートウェイ機器に求められる機能の詳細が異なる場合がある。
【００２２】
この場合、特許文献１に示すような従来技術を用いていると、以下に説明するような不都合が生じる。
従来のゲートウェイ装置においては、各設備機器オブジェクトはインスタンス単位又は属性単位でマッピングされている。
しかし、上述のように、各設備機器の「属性」変更に対応するのみならず、個々の設備機器の属性に対して実行する「機能」を変更する必要がある場合、インスタンス単位又は属性単位のマッピングを変更するだけでは、オブジェクト同士の命令コマンドの対応関係を変更することはできない。
結局のところ、ゲートウェイ装置のプログラムを書き換える以外に対応手段がなく、メンテナンスコストがかかるという課題があった。
さらには、設備機器の管理ネットワークにおいては、上述のように細かな単位でマッピングを変更することを求められる頻度が高く、よって従来技術の課題となっていたのである。
【００２３】
本発明は、このような課題を解決すべく、インスタンス単位・属性単位でのマッピングに加えて、各ネットワーク上で提供する機能をもマッピングにより変更可能とするゲートウェイ装置を提案するものである。
以下は、図１の残りの構成の説明に戻る。
【００２４】
図６は、マッピングＤＢ１０４が備える属性マッピングテーブル１０４ａ（図示せず）の構成とデータ例を示すものである。
属性マッピングテーブル１０４ａは、「インスタンスＩＤ＿Ａ」列、「属性ＩＤ＿Ａ」列、「属性値＿Ａ」列、「インスタンスＩＤ＿Ｂ」列、「属性ＩＤ＿Ｂ」列、「属性値＿Ｂ」列を有する。
「インスタンスＩＤ＿Ａ」列〜「属性値＿Ａ」列の内容は、ＢＡＣｎｅｔインスタンスＤＢ１００の内容と同様である。また、「インスタンスＩＤ＿Ｂ」列〜「属性値＿Ｂ」列の内容は、設備ネットインスタンスＤＢ１０１の内容と同様である。
即ち、本テーブルによって、ＢＡＣｎｅｔ上の設備機器インスタンスが備える属性値と、設備ネット上の設備機器インスタンスが備える属性値が、相互に対応付けられることとなる。
図６のデータ例では、「インスタンスＩＤ＿Ａ＝０ｘ０１０００００Ａ」で特定されるＢＡＣｎｅｔ上の設備機器インスタンスの「現在値＝０」は、「インスタンスＩＤ＿Ｂ＝５００１」で特定される設備ネット上の設備機器インスタンスの「運転状態＝０」に対応付けられることとなる。
【００２５】
図７は、マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｂ（図示せず）の構成とデータ例を示すものである。本テーブルは、ＢＡＣｎｅｔ上の設備機器インスタンスが備える各属性と、その属性に対して実行する機能との関係を定義するものである。
機能マッピングテーブル１０４ｂは、「インスタンスＩＤ」列、「属性ＩＤ」列、「機能ＩＤ」列を有する。
「インスタンスＩＤ」列と「属性ＩＤ」列の内容は、ＢＡＣｎｅｔインスタンスＤＢ１００のものと同様である。
「機能ＩＤ」列は、「インスタンスＩＤ」列と「属性ＩＤ」列の値で特定される属性に対して実行する関数を特定するためのＩＤが格納される。このＩＤの値は、ＢＡＣｎｅｔ機能ＤＢ１０２の「機能ＩＤ」列に格納されているいずれかの値が格納される。
図７のデータ例では、「インスタンスＩＤ＝０ｘ０１０００００Ａ」で特定されるＢＡＣｎｅｔ上の設備機器インスタンスの「現在値」属性は、「機能ＩＤ＝０００１」で特定される関数（「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数）によって変更等が行われることが分かる。
【００２６】
図８は、マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｃ（図示せず）の構成とデータ例を示すものである。本テーブルは、設備ネット上の設備機器インスタンスが備える各属性と、その属性に対して実行する機能との関係を定義するものである。
機能マッピングテーブル１０４ｃの構成は、機能マッピングテーブル１０４ｂと同様であるが、格納されるデータが設備ネット上の設備機器インスタンスに関するものである点のみが異なる。
図８のデータ例では、「インスタンスＩＤ＝５００１」で特定される設備ネット上の設備機器インスタンスの「運転状態」属性は、「機能ＩＤ＝１００２」で特定される関数（「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数）によって変更等が行われることが分かる。
【００２７】
図９は、以上の図２〜図８で説明した各ＤＢによるマッピング関係を概念的に示したものである。以下、具体的に説明する。
【００２８】
（１）設備機器「エアコン」の「運転状態」属性
設備ネットに接続されている設備機器「エアコン」は、属性「運転状態」を持つ。
設備ネットで用いられる通信プロトコル上では、「運転状態」属性値が「０」であれば「停止」、「４」であれば「運転中」を表すものとする。
このような２値を取る属性は、ＢＡＣｎｅｔプロトコル上では「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」というオブジェクトで表現される。「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトの「現在値」属性は、「０」「１」のいずれかの値を取る。
ＢＡＣｎｅｔインスタンスＤＢ１００において、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトの「インスタンスＩＤ＝０ｘ０１０００００Ａ」で表されるインスタンスの「現在値」属性を登録するとともに、設備ネットインスタンスＤＢ１０１において、「エアコン」オブジェクトの「インスタンスＩＤ＝５００１」で表されるインスタンスの「運転状態」属性を登録する。
また、マッピングＤＢ１０４の属性マッピングテーブル１０４ａにおいて、両者の対応関係を定義する。
図９では、９１１が上記「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９１０が「エアコン」オブジェクトのインスタンスを表し、それぞれの「インスタンスＩＤ」は、各インスタンスの「インスタンスＩＤ」に示している通りである。また、９１４は属性同士の対応関係を表す。
「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性は、図２の１行目のデータにより表されている。
「エアコン」インスタンス９１０の「運転状態」属性は、図３の１行目のデータにより表されている。
両者の対応関係９１４は、図６の１〜２行目のデータにより表されている。
以上のマッピング設定により、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性（０｜１）が、「エアコン」インスタンス９１０の「運転状態」属性（０｜４）に対応付けられる。
【００２９】
（２）設備機器「エアコン」の「運転モード」属性
設備ネットに接続されている設備機器「エアコン」は、属性「運転モード」を持つ。
設備ネットで用いられる通信プロトコル上では、「運転モード」属性値が「０」であれば「冷房」、「１」であれば「暖房」、「２」であれば「ドライ」を表すものとする。
このような複数の状態値を取る属性は、ＢＡＣｎｅｔプロトコル上では「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」というオブジェクトで表現される。ここでの「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「現在値」属性は、「０」「１」「２」のいずれかの値を取るものとする。
ＢＡＣｎｅｔインスタンスＤＢ１００において、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「インスタンスＩＤ＝０ｘ０３８００００１」で表されるインスタンスの「現在値」属性を登録するとともに、設備ネットインスタンスＤＢ１０１において、「エアコン」オブジェクトの「インスタンスＩＤ＝５００１」で表されるインスタンスの「運転モード」属性を登録する。
また、マッピングＤＢ１０４の属性マッピングテーブル１０４ａにおいて、両者の対応関係を定義する。
図９では、９１２が上記「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンスを表し、「インスタンスＩＤ」は、９１２の「インスタンスＩＤ」に示している通りである。９１５は属性同士の対応関係を表す。
「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１２の「現在値」属性は、図２の２行目のデータにより表されている。
「エアコン」インスタンス９１０の「運転モード」属性は、図３の２行目のデータにより表されている。
両者の対応関係９１５は、図６の３行目のデータにより表されている。なお、記載の都合上、「属性値＿Ａ＝１」と「属性値＿Ｂ＝１」の対応関係のみを図示したが、「属性値＿Ａ」「属性値＿Ｂ」が取り得る全ての値について、対応関係を定義してもよい。
以上のマッピング設定により、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性（０｜１｜２）が、「エアコン」インスタンス９１０の「運転モード」属性（０｜１｜２）に対応付けられる。
【００３０】
（３）設備機器「エアコン」の「設定温度」属性
設備ネットに接続されている設備機器「エアコン」は、属性「設定温度」を持つ。
設備ネットで用いられる通信プロトコル上では、「設定温度」属性は当該エアコンの設定温度値を表し、「１６」〜「３２」の整数値を取るものとする。
これは、ＢＡＣｎｅｔプロトコル上では、「運転モード」属性と同様に「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」というオブジェクトで表現される。ここでの「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「現在値」属性は、「０」〜「１６」のいずれかの値を取るものとする。
ＢＡＣｎｅｔインスタンスＤＢ１００において、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「インスタンスＩＤ＝０ｘ０３８００００２」で表されるインスタンスの「現在値」属性を登録するとともに、設備ネットインスタンスＤＢ１０１において、「エアコン」オブジェクトの「インスタンスＩＤ＝５００１」で表されるインスタンスの「設定温度」属性を登録する。
また、マッピングＤＢ１０４の属性マッピングテーブル１０４ａにおいて、両者の対応関係を定義する。
図９では、９１３が上記「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンスを表し、「インスタンスＩＤ」は、９１３の「インスタンスＩＤ」に示している通りである。９１６は属性同士の対応関係を表す。
なお、「運転モード」属性に対応する「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンスと区別するため、「インスタンスＩＤ」列にはそれぞれ異なる値を格納する。
「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１３の「現在値」属性は、図２の３行目のデータにより表されている。
「エアコン」インスタンス９１０の「設定温度」属性は、図３の３行目のデータにより表されている。
両者の対応関係９１６は、図６の４行目のデータにより表されている。なお、記載の都合上、「属性値＿Ａ＝１３」と「属性値＿Ｂ＝２９」の対応関係のみを図示したが、「属性値＿Ａ」「属性値＿Ｂ」が取り得る全ての値について、対応関係を定義してもよい。
以上のマッピング設定により、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性（０〜１６）が、「エアコン」インスタンス９１０の「設定温度」属性（１６〜３２）に対応付けられる。
【００３１】
（４）ＢＡＣｎｅｔ上の機能マッピング
図９において、ＢＡＣｎｅｔ上の各インスタンス９１１〜９１３が備える「現在値」属性は、「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数で書き換えるものとする。
そこで、ＢＡＣｎｅｔ上の各インスタンス９１１〜９１３が備える「現在値」属性と、ＢＡＣｎｅｔ機能ＤＢ１０２に登録している「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数９５０との対応関係を定義する。
図９において、９５１〜９５３がこれらの対応関係を表す。また、図７の各行のデータが、同関係を表している。
【００３２】
（５）設備ネット上の機能マッピング
図９において、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転状態」属性と「設定温度」属性は、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数で書き換えるものとする。
そこで、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転状態」「設定温度」属性と、設備ネット機能ＤＢ１０３に登録している「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数９４０との対応関係を定義する。
図９において、９４１〜９４２がこれらの対応関係を表す。また、図８の１行目と３行目のデータが、同関係を表している。
【００３３】
また、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転モード」属性は、「ｓｅｔＰｒｏｐｅｒｔｙ」関数で書き換えるものとする。
そこで、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転モード」属性と、設備ネット機能ＤＢ１０３に登録している「ｓｅｔＰｒｏｐｅｒｔｙ」関数９３０との対応関係を定義する。
図９において、９３１がこれらの対応関係を表す。また、図８の２行目のデータが、同関係を表している。
【００３４】
以上では、インスタンス情報（オブジェクト、属性、属性値）同士のマッピングを行った後、機能を各属性にマッピングするという概念・手順での説明を行ったが、ＢＡＣｎｅｔ、設備ネット双方においてそれぞれ各属性に対して機能を対応付け、それら属性を包含するインスタンス情報と機能の対同士をＢＡＣｎｅｔ、設備ネット間で対応付けるという概念・手順でもよい。
また、以上の説明では対応付けは１：１で行ったが、一般にＮ：Ｍで対応関係を定義してもよい。
【００３５】
次に、上述のマッピング情報を用いて行われる具体的な動作の一例を説明する。
【００３６】
図１０は、ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。第１ゲートウェイ装置１６０４ａは図１〜図８で説明した構成を備えているものとする。
ここでは、図１６のようなビル内において、機器管理装置１６０２が図９の「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１を操作することにより、「エアコン」インスタンス９１０の「運転状態」属性を操作する場合の動作を例に取り説明する。
【００３７】
（Ｓ１０１０）
初期状態では、あらかじめ図２〜図８の各データベースが構成されており、同各図に示すデータが格納済みであるものとする。また、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性値は「０」、「エアコン」インスタンス９１０の「運転状態」の属性値は「０」とする。
（Ｓ１０２０）
機器管理装置１６０２は、第１設備管理ネットワーク１６０５ａに接続されているエアコンに対し、運転を開始すべき旨の命令を送信する。この命令は、ＢＡＣｎｅｔプロトコルで送信される。即ち、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性値を、「０」から「１」に変更すべき旨の「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」命令コマンドが送信される。
送信された「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」命令コマンドは、第１ゲートウェイ装置１６０４ａに到達する。
（Ｓ１０３０）
第１ゲートウェイ装置１６０４ａは、「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数を実行し、ＢＡＣｎｅｔインスタンスＤＢ１００の１行目のデータを「属性値＝０」から「属性値＝１」に更新する。このとき、「インスタンスＩＤ＝０ｘ０１０００００Ａ」と「属性ＩＤ＝８５（現在値）」をキーとする。
（Ｓ１０４０）
マッピング実行手段１０５は、属性マッピングテーブル１０４ａを検索し、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性に対応付けられた、設備ネット上のインスタンスの属性値を検索する。
ここでは、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１のインスタンスＩＤ「０ｘ０１０００００Ａ」、属性ＩＤ「８５（現在値）」、属性値「１」を検索キーとする。
検索の結果、「インスタンスＩＤ＿Ｂ＝５００１」「属性ＩＤ＿Ｂ＝０（運転状態）」「属性値＿Ｂ＝４」のデータが見つかる。これは、図９の「エアコン」インスタンス９１０の「運転状態」属性に相当する。
（Ｓ１０５０）
マッピング実行手段１０５は、機能マッピングテーブル１０４ｃを検索し、「エアコン」インスタンス９１０の「運転状態」属性に対応する関数を取得する。
ここでは、「エアコン」インスタンス９１０のインスタンスＩＤ「５００１」と、属性ＩＤ「０（運転状態）」とを検索キーとする。
検索の結果、「機能ＩＤ＝１００２」のデータが見つかる。
（Ｓ１０６０）
マッピング実行手段１０５は、「機能ＩＤ＝１００２」をキーにして、設備ネット機能ＤＢ１０３を検索する。検索の結果、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行すべきことが分かる。
（Ｓ１０７０）
第１ゲートウェイ装置１６０４ａは、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行し、設備ネットインスタンスＤＢ１０１の１行目のデータを「運転状態＝０」から「運転状態＝４」に更新するとともに、第１設備管理ネットワーク１６０５ａに接続されている該当エアコンの運転を開始するよう、命令コマンドを発行する。また、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数の内容に従って、第１設備管理ネットワーク１６０５ａ内に当該エアコンの運転状態変化通知が発報される。
【００３８】
なお、図１０の各ステップにおいて、各ＤＢ内に該当データが見付からない場合は、適宜エラー処理を行って終了するようにしてもよい。エラー処理の内容は、例えば所定のエラーコードを各ネットワーク上のプロトコルに従って返信するようにしてもよいし、特段の処置が必要でなければ、リクエストをそのまま破棄するようにしてもよい。
【００３９】
次に、マッピングＤＢ１０４が格納するデータの書き換えについて説明する。
マッピングＤＢ１０４のデータ書き換えが必要となるのは、図１７で説明したように、ネットワーク構成の変更が行われたときや、ゲートウェイ装置を別のビル・商業施設などに設置するときなどである。
例えば、図９において「エアコン」の「運転状態」属性は「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数がマッピングされているが、別のビルに設置する際には状態変化の通知が不要であるような場合が考えられる。
従来のゲートウェイ装置では、インスタンス単位または属性単位でのマッピングは可能であったが、機能マッピングを変更する際には、ソフトウェアの書き替えを行わなければならなかった。
本発明に係るゲートウェイ装置では、上記の場合を例に取ると、図８に示した機能マッピングテーブル１０４ｃの１行目のデータを、「機能ＩＤ＝１００１」に書き換えるのみでよく、メンテナンスのための追加開発やメンテナンス作業自体の手間を大幅に削減することができる。
【００４０】
なお、マッピングＤＢ１０４のデータ書き換えを実際に行う際には、例えば専用のコネクタ端子を備えたメンテナンス端末をゲートウェイ装置に直接接続するなどして、書き換えのためのデータをゲートウェイ装置に送り込むようにすればよい。その他、物理的な媒体（ＦＤ、ＣＤ、メモリカード等のメモリデバイス等）を介して設定するなどしてもよい。またこれらを組合せて設定するようにしてもよい。
例えばデフォルト値は規定のデータの一部として搭載し、その後の各種変更対応はネットワーク経由で設定する、等とすることができる。
【００４１】
本実施の形態１においては、各インスタンスＤＢとマッピングテーブルを個別に構築したが、データ内容に重複があるため、記憶容量節約等の観点から、インスタンスＤＢを省略してもよい。
また、マッピングテーブルは、インスタンスＤＢの各行同士の対応関係のみを格納するように構成してもよい。
【００４２】
また、機能マッピングテーブル１０４ｂと機能マッピングテーブル１０４ｃは、別々のテーブルとして構成せずに、インスタンスＩＤの重複に配慮しつつ単一のテーブルとして構成してもよい。これについては、実施の形態２で詳説する。
【００４３】
また、属性マッピングテーブル１０４ａにおいて、属性値毎の対応関係を定義するように構成したが、例えば１行目や３行目のデータのように、両ネットワークにおける属性値が等しく、「インスタンスＩＤ」と「属性ＩＤ」のみが異なる場合は、「インスタンスＩＤ＿Ａ」「属性ＩＤ＿Ａ」と「インスタンスＩＤ＿Ｂ」「属性ＩＤ＿Ｂ」の関係のみを定義してもよい。
その他、両ネットワークにおける属性値が所定の変換式で関係付けられる場合も、同様にすることができる。
【００４４】
以上のように、本実施の形態１に係るゲートウェイ装置は、マッピングＤＢ１０４上に属性マッピングテーブル１０４ａ、機能マッピングテーブル１０４ｂ、及び機能マッピングテーブル１０４ｃを備え、オブジェクト同士のマッピングを行う際に、これら各テーブルを参照して、インスタンスの属性値・機能のマッピングを行う。
そのため、図１７で説明したように、属性値が変更されず、要求される機能のみが変更になった場合でも、ソフトウェア自体を書き換える必要がなく、マッピングＤＢ１０４に格納しているデータを書き換えるのみで、容易に対応することができる。これにより、従前行っていた個別対応のための追加開発やそのためのメンテナンス作業を、大幅に削減することができる。
【００４５】
また、属性マッピングテーブル１０４ａ、機能マッピングテーブル１０４ｂ、及び機能マッピングテーブル１０４ｃは、上述のような機能マッピングを、各設備機器インスタンスが備える属性値単位で実施できるような列構成を採っている。
そのため、従前のゲートウェイ装置のように、機能マッピングをインスタンス単位で行うのではなく、属性値単位で行うことができるので、以下のような効果を奏する。
即ち、従前のゲートウェイ装置においては、設備機器オブジェクトの機能のみが変更になった場合は、当該オブジェクトの定義そのものが変更になったことを意味するため、オブジェクトの機能を実装するソフトウェア自体を変更する必要があったが、本実施の形態１においては、オブジェクトが備える属性及び機能をオブジェクト定義から切り離して個別に組み合わせ可能となるように構成したため、オブジェクトの属性や機能がアドホックに変更されても、その組み合わせ情報であるマッピングデータを書き換えるのみで、容易に対応することができるのである。
【００４６】
実施の形態２．
実施の形態１では、マッピングＤＢ１０４の１構成例を示し、インスタンスの属性・属性値をマッピングするとともに、インスタンスが備える機能もマッピングすることのできるゲートウェイ装置の構成を説明した。
本発明の実施の形態２では、マッピングＤＢ１０４が格納している機能マッピングテーブルの、別の構成例について説明する。
【００４７】
図１１は、マッピングＤＢ１０４が格納している機能マッピングテーブル１０４ｄの構成とデータ例を示すものである。
図１１に示す機能マッピングテーブル１０４ｄは、実施の形態１で説明した機能マッピングテーブル１０４ｂ（図７）と機能マッピングテーブル１０４ｃ（図８）を一体的に構成したものである。各列の内容は、図７及び図８で説明したものと同様である。
本実施の形態２においては、機能マッピングテーブル１０４ｂと機能マッピングテーブル１０４ｃに替えて図１１に示す機能マッピングテーブル１０４ｄを構成する。このテーブルを参照することにより、ＢＡＣｎｅｔ側で実行される機能と、設備ネット側で実行される機能とを、「インスタンス・属性・機能」単位で即座に対応付けることができる。
【００４８】
図１２は、本実施の形態２に係るゲートウェイ装置が備える各ＤＢによるマッピング関係を概念的に示したものである。
実施の形態１で説明した図９と異なるのは、ＢＡＣｎｅｔ機能ＤＢ１０２と設備ネット機能ＤＢ１０３の対応関係９７１が新たに設けられた点である。図９の９５１、９１４、９４１で表される対応関係は、この９７１に集約することができる。
なお、図面の記載の簡潔のため、対応関係９３１、９４２、９５２、９５３は記載を省略する。
【００４９】
本実施の形態２で新たに設けた機能マッピングテーブル１０４ｄは、上記の対応関係９７１を表している。例えば１行目のデータは、以下のように解釈することができる。
（１）左半分の３列
「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性と、「機能ＩＤ＝０００１」で表される関数（ＷｒｉｔｅＰｒｏｐｅｒｔｙ）とが対応付けられていることを表し、９７１の左端に相当する。
（２）右半分の３列
「エアコン」インスタンス９１０の「運転状態」属性と、「機能ＩＤ＝１００２」で表される関数（ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ）とが対応付けられていることを表し、９７１の右端に相当する。
（３）１行目のデータ全体
上記（１）（２）が１行目に格納されていることにより、９７１の左端と右端が接続されていることを表す。即ち、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性を「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数で更新等したときは、「エアコン」インスタンス９１０の「運転状態」属性を「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」で更新等すべきことが分かる。
【００５０】
図１３は、本実施の形態２において、ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。実施の形態１で説明した図１０と同様の動作を例に取り説明する。
【００５１】
（Ｓ１３１０）〜（Ｓ１３４０）
図１０のステップＳ１０１０〜１０４０と同様であるため、説明を省略する。
（Ｓ１３５０）
マッピング実行手段１０５は、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１のインスタンスＩＤ「０ｘ０１０００００Ａ」、属性ＩＤ「８５（現在値）」、機能ＩＤ「０００１」をキーとして、機能マッピングテーブル１０４ｄを検索する。
検索の結果、「インスタンスＩＤ＿Ｂ＝５００１」「属性ＩＤ＿Ｂ＝０（運転状態）」「機能ＩＤ＿Ｂ＝１００２」のデータが見つかる。
（Ｓ１３６０）
マッピング実行手段１０５は、「機能ＩＤ＿Ｂ＝１００２」をキーにして、設備ネット機能ＤＢ１０３を検索する。検索の結果、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行すべきことが分かる。
（Ｓ１３７０）
第１ゲートウェイ装置１６０４ａは、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行し、設備ネットインスタンスＤＢ１０１の１行目のデータを「運転状態＝０」から「運転状態＝４」に更新するとともに、第１設備管理ネットワーク１６０５ａに接続されている該当エアコンの運転を開始するよう、命令コマンドを発行する。また、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数の内容に従って、第１設備管理ネットワーク１６０５ａ内に当該エアコンの運転状態変化通知が発報される。
【００５２】
なお、本実施の形態２において、図９の９３１〜９５３で表される対応関係を９７１に集約したが、９５１、９１４，９４１で表される対応関係と９７１を並存させてもよい。この場合、個々の状況に応じて適切な対応関係を辿って相手側ネットワークの機能を実行することができるので、構成の柔軟性がさらに増す。
【００５３】
また、図１２において、機能マッピングテーブル１０４ｄにより対応関係９７１が構成されることを説明したが、機能マッピングテーブルの構成によっては、これ以外の対応関係を構成することもできる。
例えば、新たな機能マッピングテーブル１０４ｅを設け、「機能ＩＤ＿Ａ」列と「機能ＩＤ＿Ｂ」列を設ける。それぞれの列に、ＢＡＣｎｅｔ機能ＤＢ１０２の「機能ＩＤ」列の値と、設備ネット機能ＤＢ１０３の「機能ＩＤ」列の値を格納する。これにより、両ネットワーク上の機能を直接的に対応付けることができる。これは、例えば図１２の例で言うと、「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数９５０と「ｓｅｔＰｒｏｐｅｒｔｙ」関数９３０を接続するようなことに相当する。他の関数についても同様である。
【００５４】
実施の形態３．
実施の形態１〜２では、マッピングＤＢ１０４の構成について主に説明し、データ書き換えの具体的な方法については一般的な手法を用いるものとした。
本発明の実施の形態３では、マッピングＤＢ１０４を書き換えるためのマッピングデータの受信方法について、別の実装例を説明する。
【００５５】
図１４は、図１６と同様のビル内設備ネットワークにおいて、第１ゲートウェイ装置１６０４ａのマッピングＤＢ１０４を書き換える作業を説明するものである。ネットワーク構成は簡略化して記載している。
マッピングＤＢ１０４の書き換え作業は、実施の形態１で述べたように第１ゲートウェイ装置１６０４ａにメンテナンス端末を直結して行ってもよいが、図１４に示すように、ＢＡＣｎｅｔネットワーク１６０３にメンテナンス端末１４０１を接続し、オペレータ１４０２の操作によりネットワーク経由でマッピングデータを送り込むようにしてもよい。
以下、第１ゲートウェイ装置１６０４ａがマッピングデータを受信するために備える構成を説明する。
【００５６】
図１５は、第１ゲートウェイ装置１６０４ａの構成を示す機能ブロック図である。
第１ゲートウェイ装置１６０４ａは、受信手段１１０、マッピング設定手段１２０を備える。その他の構成は図１と同様であるため、同じ符号を付して説明を省略する。
受信手段１１０は、図１４のメンテナンス端末１４０１が送信したマッピングデータを受信する。通信プロトコルは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）上の任意のプロトコルなど、適宜適切な方式を用いる。
【００５７】
受信手段１１０は、メンテナンス端末１４０１が送信したマッピングデータを含むネットワークパケットを受信可能なネットワークインターフェースと、これを処理する回路ないしソフトウェアとからなる。
ネットワークインターフェースは、ＢＡＣｎｅｔネットワーク１６０３と接続するために設けられているものと共用でもよいし、別途メンテナンス用のネットワークインターフェースを設けてもよい。
ネットワークパケットを処理する回路ないしソフトウェアは、例えばＴＣＰ上の特定のポートを開いてＩＰパケットを待ち受けるように構成することができる。
【００５８】
マッピング設定手段１２０は、ＣＰＵやマイコンなどの演算装置上で実行されるソフトウェアで実装することができる。マッピング実行手段１０５と一体的に構成してもよい。
【００５９】
受信手段１１０は、メンテナンス端末１４０１が送信したマッピングデータを含むネットワークパケットを受信すると、そのデータをマッピング設定手段１２０に引き渡す。
マッピング設定手段１２０は、受け取ったデータからマッピングデータを抽出し、抽出したマッピングデータを基に、各ＤＢの該当データを更新する。各ＤＢの更新後は、更新後のデータに基づき、オブジェクト同士のマッピングを再度行い、最新のマッピング情報を用いてネットワーク間の情報通信を行う。
【００６０】
なお、図１４ではメンテナンス装置１４０１をＢＡＣｎｅｔネットワーク１６０３に接続してマッピングデータを送信する形態を説明したが、これに限られるものではなく、第１設備機器ネットワーク１６０５ａ側からマッピングデータを送信してもよい。
この場合、受信手段１１０を、ＢＡＣｎｅｔネットワーク１６０３と第１設備機器ネットワーク１６０５ａの双方の通信プロトコルに対応できるように構成すると、実装上の手間がかかるため、いずれのネットワークからマッピングデータを送信するか一概に決められない場合には、マッピングデータの受信は一般的なＴＣＰ／ＩＰ上のプロトコルを用いることが好ましい。
【００６１】
その他、インターネットを介したサーバ上にマッピングデータを配置しておき、そのサーバから第１ゲートウェイ装置１６０４ａに対して定期的に最新のマッピングデータを配信するプッシュ配信方式も実現可能であるし、反対に、第１ゲートウェイ装置１６０４ａが最新のマッピングデータを取得するため定期的にそのサーバにアクセスする、プル配信方式も可能である。
【００６２】
また、ここではマッピングＤＢのデータを書き換えるマッピング設定手段１２０について説明したが、各インスタンスＤＢ及び機能ＤＢについても、同様に書き換える手段を設けてもよい。
【００６３】
以上のように、本実施の形態３に係るゲートウェイ装置は、受信手段１１０とマッピング設定手段１２０を備え、マッピングデータを含むネットワークパケットによりマッピングＤＢ１０４のデータを更新可能とした。
そのため、マッピングＤＢ１０４のデータ更新をリモートメンテナンスにより行うことが可能となり、メンテナンスコストのさらなる削減に資する。
【００６４】
実施の形態４．
以上説明した実施の形態１〜３では、設備機器管理ネットワークにおけるゲートウェイ装置について説明した。しかし、本発明の本質は、これ以外にも適用可能なものである。本発明の実施の形態４では、その一例を説明する。
【００６５】
直接通信することのできないオブジェクト同士をマッピングして相互に情報通信可能とするためのソフトウェアとして、ＯＲＢ（Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ）がある。これは、オブジェクトが他のオブジェクトと通信する時に使用する共通インターフェース若しくはそのためのソフトウェアを総称的に表す用語である。
実施の形態１〜３で説明したマッピング実行手段１０５の処理をソフトウェアとして実装しコンピュータに実行させれば、異種ネットワークに接続されるオブジェクト同士の対応関係を定義する（マッピング）ソフトウェアが構成される。
これをサーバ上に実装し、ネットワーク上の中継点に設置するなどすれば、ＯＲＢ機能を提供するサーバを構成することができる。実施の形態１〜３のゲートウェイ装置も、ＯＲＢサーバの１実装形態として実現することも可能である。
【００６６】
以上のように、本実施の形態４によれば、実施の形態１〜３で説明したマッピング実行手段１０５の処理をソフトウェアとして実装したので、実施の形態１〜３のゲートウェイ装置と同様の動作をするオブジェクト間マッピングソフトウェアが得られる。
このオブジェクト間マッピングソフトウェアを、例えばＯＲＢサーバ上に実装することにより、設備機器管理ネットワーク以外の異種ネットワークにおいても、オブジェクト間のマッピングを柔軟に行うことができ、マッピングに要するメンテナンスコストの削減に資する。
【図面の簡単な説明】
【００６７】
【図１】実施の形態１に係るゲートウェイ装置の機能を概念的に示した模式図である。
【図２】ＢＡＣｎｅｔインスタンスＤＢ１００の構成とデータの例を示すものである。
【図３】設備ネットインスタンスＤＢ１０１の構成とデータの例を示すものである。
【図４】ＢＡＣｎｅｔ機能ＤＢ１０２の構成とデータの例を示すものである。
【図５】設備ネット機能ＤＢ１０３の構成とデータの例を示すものである。
【図６】マッピングＤＢ１０４が備える属性マッピングテーブル１０４ａの構成とデータ例を示すものである。
【図７】マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｂの構成とデータ例を示すものである。
【図８】マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｃの構成とデータ例を示すものである。
【図９】以上の図２〜図８で説明した各ＤＢによるマッピング関係を概念的に示したものである。
【図１０】ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。
【図１１】マッピングＤＢ１０４が格納している機能マッピングテーブル１０４ｄの構成とデータ例を示すものである。
【図１２】実施の形態２に係るゲートウェイ装置が備える各ＤＢによるマッピング関係を概念的に示したものである。
【図１３】実施の形態２において、ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。
【図１４】図１６と同様のビル内設備ネットワークにおいて、第１ゲートウェイ装置１６０４ａのマッピングＤＢ１０４を書き換える作業を説明するものである。
【図１５】第１ゲートウェイ装置１６０４ａの構成を示す機能ブロック図である。
【図１６】ビル内の設備機器ネットワーク管理システムの構成を説明するものである。
【図１７】図１６のビル１６０１の最上階フロアの間取り図を示すものである。
【符号の説明】
【００６８】
１００ ＢＡＣｎｅｔインスタンスＤＢ、１０１ 設備ネットインスタンスＤＢ、１０２ ＢＡＣｎｅｔ機能ＤＢ、１０３ 設備ネット機能ＤＢ、１０４ マッピングＤＢ、１０４ａ 属性マッピングテーブル、１０４ｂ〜１０４ｄ 機能マッピングテーブル、１０５ マッピング実行手段、１１０ 受信手段、１２０ マッピング設定手段、９１０ 「エアコン」オブジェクトのインスタンス、９１１ 「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９１２ 「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９１３ 「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９２０ 「照明」オブジェクトのインスタンス、１４０１ メンテナンス端末、１４０２ オペレータ、１６０１ ビル、１６０２ 機器管理装置、１６０３ ＢＡＣｎｅｔネットワーク、１６０４ａ〜１６０４ｃ ゲートウェイ装置、１６０５ａ〜１６０５ｃ 設備機器ネットワーク。
【技術分野】
【０００１】
本発明は、異種ネットワークに接続されるオブジェクト同士のマッピングを行う方法及びそのプログラム、その方法を設備機器管理ネットワークにおいて実行するゲートウェイ装置及びその装置を用いた機器管理システムに関するものである。
【背景技術】
【０００２】
従来、『レスポンスの向上と、プログラム開発工数の削減と、マッピングデータの設定を省力化を可能とするゲートウェイ装置を得る。』ことを目的とした技術として、『第一の通信処理手段３０ａと、第二の通信処理手段３０ｅと、被管理機器１１の情報を保持する第一のデータベース３０ｄと、第一のデータベース管理手段３０ｃと、第一のデータベース３０ｄが機器管理装置２１の必要とする情報に変換された第二のデータベース３０ｇと、第二のデータベース管理手段３０ｆと、第一のデータベース３０ｄと第二のデータベース３０ｇの対応する項目を一致させるデータベースマッピング手段３０ｈと、各手段にコマンドを配送し、該コマンドを、データベースマッピング手段３０ｈを介して変換させながら転送するコマンド配送手段３０ｂと備えている。』というものがある（特許文献１）。
【特許文献１】特開２０００−２４４５５１号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記従来技術のような異種ネットワーク間におけるマッピングでは、通常、各々のネットワークに接続される機器のモデルであるオブジェクトのインスタンス同士、もしくはインスタンスの属性（プロパティ）同士のマッピングが行われ、これを通じて相互にデータ交換が行われる。
これにより、ネットワーク構成が変更になった等の理由でインスタンスの属性が変更された場合でも、マッピング情報のみを変更すれば容易に対応可能である。
一方、各種変換処理やデータ交換に付随して実行される各種処理などの機能は、上記マッピングによっても対応関係を変更することができず、そのインスタンスが表す機器の種類毎に固定されているため、物件対応やメンテナンス時に機能を変更する必要が生じた場合には、ソフトウェア自体の書き替えを行う必要があり、メンテナンスコストがかかるという課題があった。
本発明は、上記のような課題を解決し、ネットワーク構成の変更に容易に対応可能で、マッピングに要するメンテナンスコストを削減することのできるオブジェクト間マッピング方法及びそのプログラム、その方法を設備機器管理ネットワークにおいて実行するゲートウェイ装置及びその装置を用いた機器管理システムを得ることを目的とする。
【課題を解決するための手段】
【０００４】
本発明に係るオブジェクト間マッピング方法は、
異種ネットワークに接続されるオブジェクト同士の対応関係を定義する（以下、マッピングと呼ぶ）方法であって、
前記各オブジェクトのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、
前記属性に対して実行する機能を前記属性毎に対応付ける機能マッピングテーブルと、
を格納した書き換え可能な記憶手段を設け、
前記各オブジェクト同士のマッピングを行う際には、
前記属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、
前記機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付ける
ことを特徴とするものである。
【発明の効果】
【０００５】
本発明に係るオブジェクト間マッピング方法によれば、オブジェクトのインスタンス同士及び属性同士のマッピングに加えて、各オブジェクトが備える機能のマッピングを容易に変更することができるので、ネットワーク構成の変更に容易に対応可能で、マッピングに要するメンテナンスコストを削減することのできるオブジェクト間マッピング方法が得られる。
【発明を実施するための最良の形態】
【０００６】
実施の形態１．
図１は、本発明の実施の形態１に係るゲートウェイ装置の機能を概念的に示した模式図である。
本実施の形態１に係るゲートウェイ装置は、管理側ネットワーク（以下、一例として「ＢＡＣｎｅｔ」を取り上げる。詳細は後述。）の管理オブジェクトのインスタンスを管理するＢＡＣｎｅｔインスタンスＤＢ１００と、被管理機器である設備機器を接続したネットワーク（以下「設備ネット」）における各設備機器の現在状況を、その設備機器を表すオブジェクトのインスタンスとして管理する設備ネットインスタンスＤＢ１０１とを備える。
ＢＡＣｎｅｔインスタンスＤＢ１００と設備ネットインスタンスＤＢ１０１は、各オブジェクトの属性（プロパティ）及び属性値を保持する。
また、本実施の形態１に係るゲートウェイ装置は、ＢＡＣｎｅｔ機能ＤＢ１０２と、設備ネット機能ＤＢ１０３とを備える。
ＢＡＣｎｅｔ機能ＤＢ１０２は、ＢＡＣｎｅｔ上で提供される各種機能、すなわちデータの操作・監視やデータ交換の際に行われる各種変換処理やデータ交換に付随して実行される各種処理を記述した関数群を保持・管理している。
同様に、設備ネット機能ＤＢ１０３は、設備ネット上で提供される各種機能を記述した関数群を保持・管理している。
マッピングＤＢ１０４は、ＢＡＣｎｅｔ上のインスタンス情報及び各種機能と、設備ネット上のインスタンス情報及び各種機能とを対応付けるマッピングデータを保持・管理している。
マッピング実行手段１０５は、マッピングＤＢ１０４を参照して、ＢＡＣｎｅｔ上のインスタンスと設備ネット上のインスタンスをマッピングする処理を行なう。マッピング処理の目的や内容については後述する。
なお、「インスタンス情報」とは、インスタンスが備える属性及び属性値のことをいう。
【０００７】
マッピング実行手段１０５は、ＣＰＵやマイコンなどの演算装置上で実行されるソフトウェアで実装することができる。
また、各ＤＢは、ＲＡＭ、ＨＤＤ、フラッシュメモリなどの書込み可能な記憶装置上に実装することができる。実装方式は、マトリクス状の行列データとしてもよいし、関係テーブル形式で格納してもよい。また、中間にＲＤＢＭＳのようなミドルウェアを媒介させてもよい。以下の説明では、テーブル形式で格納しているものとする。
なお、図１においては、ゲートウェイ装置が各ネットワークに接続するためのネットワークインターフェースを省略しているが、通信プロトコルに応じて適宜必要なインターフェースを備えているものとする。
【０００８】
図２は、ＢＡＣｎｅｔインスタンスＤＢ１００の構成とデータの例を示すものである。
ＢＡＣｎｅｔインスタンスＤＢ１００は、例えばテーブル形式で構成することができる（以下の各ＤＢも同様）。図２の構成例では、「インスタンスＩＤ」列、「属性ＩＤ」列、「属性値」列を有する。
（１）「インスタンスＩＤ」列
本列は、ＢＡＣｎｅｔ側に構成される管理オブジェクトの個々のインスタンスを特定するためのＩＤを格納する。ＢＡＣｎｅｔ上の管理オブジェクトの具体例は、後述の図９で説明する。
（２）「属性ＩＤ」列
本列は、「インスタンスＩＤ」列の値で特定されるインスタンスが備える属性（プロパティ）を特定するためのＩＤを格納する。本列の値は、属性を特定するためのＩＤでもよいし、名称が重複しないのであれば、属性名で直接的に特定するようにしてもよい。
管理オブジェクトの種類が異なれば、備える属性も異なるため、本列の値は「インスタンスＩＤ」列で特定される管理オブジェクト毎に異なる場合がある。また、１つの管理オブジェクトが複数の属性を備える場合もあるため、同じ「インスタンスＩＤ」列の値を持つ行が複数存在する場合もある。
なお、図２のデータ例では、「属性ＩＤ＝８５」は、「現在値」という属性のことを指す。
（３）「属性値」列
本列は、「インスタンスＩＤ」列と「属性ＩＤ」列の値で特定される属性の実値を格納する。
【０００９】
図３は、設備ネットインスタンスＤＢ１０１の構成とデータの例を示すものである。
設備ネットインスタンスＤＢ１０１の列構成は、ＢＡＣｎｅｔインスタンスＤＢ１００と同様である。ただし、格納される値は、設備ネットに接続されている個々の設備機器を表す情報である。
（１）「インスタンスＩＤ」列
本列は、設備ネットに接続されている個々の設備機器を特定するためのＩＤを格納する。具体的には、その設備機器を表すオブジェクトのインスタンスＩＤが格納される。
（２）「属性ＩＤ」列
本列は、「インスタンスＩＤ」列で特定される設備機器が備える属性を特定するためのＩＤを格納する。本列の値は、属性を特定するためのＩＤでもよいし、名称が重複しないのであれば、属性名で直接的に特定するようにしてもよい。
設備機器の種類が異なれば、備える属性名も異なるため、本列の値は「インスタンスＩＤ」列で特定される設備機器毎に異なる場合がある。また、１つの設備機器が複数の属性を備える場合もあるため、同じ「インスタンスＩＤ」列の値を持つ行が複数存在する場合もある。
図３のデータ例では、「インスタンスＩＤ＝５００１」で特定される設備機器は、「属性ＩＤ＝０」の属性（運転状態）、「属性ＩＤ＝１」の属性（運転モード）、「属性ＩＤ＝２」の属性（設定温度）を備える。
同様に、「インスタンスＩＤ＝７００１」で特定される設備機器は、「属性ＩＤ＝１０」の属性（点灯状態）、「属性ＩＤ＝１１」の属性（調光状態）を備える。
（３）「属性値」列
本列は、「インスタンスＩＤ」列と「属性ＩＤ」列の値で特定される設備機器の属性の実値を格納する。
図３のデータ例では、「インスタンスＩＤ＝５００１」で特定される設備機器の「属性ＩＤ＝２」の属性（設定温度）の値は「２９」であることが分かる。
【００１０】
図４は、ＢＡＣｎｅｔ機能ＤＢ１０２の構成とデータの例を示すものである。図４の構成例では、ＢＡＣｎｅｔ機能ＤＢ１０２は「機能ＩＤ」列、「機能名」列、「機能説明」列を有する。
「機能ＩＤ」列は、ＢＡＣｎｅｔ上で提供される各種機能、すなわちデータの操作・監視やデータ交換の際に行われる各種変換処理やデータ交換に付随して実行される各種処理を記述した関数を特定するためのＩＤを格納する。
「機能名」列は、「機能ＩＤ」列の値で特定される関数の名称を格納する。本列の値は、関数名そのものでもよいし、関数ポインタなどを用いて間接的に関数を特定するものでもよい。
「機能説明」列は、「機能ＩＤ」列で特定される関数の簡単な機能説明を格納する。本列は、便宜的に設けられたものであるため、省略してもよい。
【００１１】
図５は、設備ネット機能ＤＢ１０３の構成とデータの例を示すものである。
設備ネット機能ＤＢ１０３の列構成は、ＢＡＣｎｅｔ機能ＤＢ１０２と同様である。ただし、格納される値は、設備ネット上で提供される各種機能を記述した関数のＩＤ、名称、機能説明である。
【００１２】
なお、上記各ＤＢの具体的な実装方式は、例えばテーブルを構成するフラットファイルとしてもよいし、ソフトウェア上で実現される仮想的なテーブルとしてもよい。
【００１３】
ここで、図１の残りの構成の説明を行う前に、従来技術におけるマッピング処理の目的とその内容、並びに課題について説明する。
【００１４】
図１６は、ビル内の設備機器ネットワーク管理システムの構成を説明するものである。
ビル１６０１の各フロアには、エアコンや照明といった設備機器が敷設される。各フロアごとに、これら設備機器を接続する設備機器ネットワーク１６０５ａ〜１６０５ｃ（以下、「設備ネット」と略す場合もある）が構成されている。各設備ネット内には、同種の機器を取り纏めるコントローラが接続され、その配下に同種の設備機器が接続される。
また、ビル１６０１内の各フロアに敷設された設備機器を統合管理するための機器管理装置１６０２が、管制室等に設置されている。
上述の管理対象設備機器のことを、「被管理機器」と呼ぶ。
なお、図１６中の各フロアのゲートウェイ装置は、設備ネットで用いられる複数の通信プロトコルに対応したものを想定しているため、各フロアのゲートウェイ装置は１台のみとしたことを付言しておく。
【００１５】
一般に、機器管理装置１６０２は、各設備機器と通信して監視・制御するためのプロトコルとして、標準規格であるＢＡＣｎｅｔプロトコルを用いることが多い。一方、各フロアに敷設される設備機器や制御盤は、必ずしも同一メーカによるものとは限らず、またＢＡＣｎｅｔプロトコルにより直接監視・制御できるものとは限らない。
そこで、両ネットワークの間にゲートウェイ装置１６０４ａ〜１６０４ｃをフロア毎に各１台設け、そのゲートウェイ装置と各コントローラを接続し、通信プロトコルが異なっても、命令を相互変換して情報通信可能とする構成がとられる。以下、ステップを追って説明する。
【００１６】
（１）ＢＡＣｎｅｔプロトコルによる通信
図１６の機器管理装置１６０２は、各設備機器を制御する際に、ＢＡＣｎｅｔプロトコルを用いて通信を行い、命令コマンドを送信する。命令コマンドは、各フロアのゲートウェイ装置１６０４ａ〜１６０４ｃに到達する。
（２）各プロトコルに対応したインスタンスの構成
各フロアのゲートウェイ装置１６０４ａ〜１６０４ｃは、ＢＡＣｎｅｔプロトコルに対応した管理オブジェクトのインスタンスを内部に構成し、機器管理装置１６０２が送信した命令コマンド等を受け取る。
また、設備ネット上のプロトコルに対応した設備機器インスタンスを内部に構成し、上記のＢＡＣｎｅｔプロトコル上の管理オブジェクトのインスタンスと対応付ける（マッピング）。
（３）命令コマンドの変換と実行
ゲートウェイ装置１６０４ａ〜１６０４ｃは、ＢＡＣｎｅｔプロトコルに対応した管理オブジェクトのインスタンスと、これにマッピングされた、設備ネット上のプロトコルに対応した設備機器インスタンスとの間で、命令コマンドを変換する。
次に、設備ネット上のプロトコルで命令実行対象の設備機器と通信を行い、機器管理装置１６０２が発行した命令コマンドを実行する。
【００１７】
このように、ゲートウェイ装置１６０４ａ〜１６０４ｃは、両側に接続されるネットワーク間で命令コマンドを変換し、相互に通信可能とする機能を有する。命令コマンドの変換の際に、オブジェクト同士のマッピングが行われる。
【００１８】
一方、ゲートウェイ装置１６０４ａ〜１６０４ｃには、ネットワークの構成変更に柔軟に対応可能とする役割もある。
上述のように、命令コマンドの変換は、オブジェクト同士のマッピングによって行われるが、仮にネットワークに接続される設備機器の構成が変更になった場合でも、このマッピングの内容を再設定するのみで対応可能であり、ゲートウェイ装置１６０４ａ〜１６０４ｃ自体を取り替えたり、あるいはプログラムの書き換えを行ったりする必要はない。
【００１９】
しかし、このようなオブジェクト同士のマッピングを再設定するのみでは、対応することができない場合も存在する。以下、具体例を交えて説明する。
【００２０】
図１７は、ビル内の設備ネットワークの設備機器接続状況を示すものである。図１７の上図はビル１６０１のあるフロア、下図は別のビル１６０２のあるフロアの接続状況を示している。
いずれのビルにおいても、第１ゲートウェイ装置１６０４ａ配下の第１設備ネットワーク１６０５ａ上に、エアコンや照明などの設備機器が接続されている。ここでは説明の簡単のため、コントローラは省略している。
一般に、ビル毎もしくは同一のビル内のフロア毎に、第１ゲートウェイ装置１６０４ａ配下に接続される設備機器の種類や数、ネットワーク上の配置が異なる。そのため、第１ゲートウェイ装置１６０４ａは、これら設備機器が備える属性に合わせて、柔軟にオブジェクトの属性を変更できることが望ましい。特許文献１に示す技術は、このような柔軟な属性変更を可能としたものである。
【００２１】
ところが、オブジェクトの属性変更のみでは、設備機器の構成変更に対応できない場合が存在する。
例えば、図１７の上図の設備機器構成において、エアコンの動作状態が「可動」から「停止」に変化した場合には、第１設備ネットワーク１６０５ａ内に状態変化通知を発報するように、第１ゲートウェイ装置１６０４ａを設定していたものとする。
一方、図１７の下図の設備機器構成において同じ設定を適用すると、エアコンの台数が多いため、状態変化通知を発報することにより操作の応答速度が遅くなってしまう、といったケースが存在する。この場合、状態変化通知の発報頻度を減らす必要がある。
このように、ゲートウェイ装置を接続する設備機器ネットワークの個々の状況により、ゲートウェイ機器に求められる機能の詳細が異なる場合がある。
【００２２】
この場合、特許文献１に示すような従来技術を用いていると、以下に説明するような不都合が生じる。
従来のゲートウェイ装置においては、各設備機器オブジェクトはインスタンス単位又は属性単位でマッピングされている。
しかし、上述のように、各設備機器の「属性」変更に対応するのみならず、個々の設備機器の属性に対して実行する「機能」を変更する必要がある場合、インスタンス単位又は属性単位のマッピングを変更するだけでは、オブジェクト同士の命令コマンドの対応関係を変更することはできない。
結局のところ、ゲートウェイ装置のプログラムを書き換える以外に対応手段がなく、メンテナンスコストがかかるという課題があった。
さらには、設備機器の管理ネットワークにおいては、上述のように細かな単位でマッピングを変更することを求められる頻度が高く、よって従来技術の課題となっていたのである。
【００２３】
本発明は、このような課題を解決すべく、インスタンス単位・属性単位でのマッピングに加えて、各ネットワーク上で提供する機能をもマッピングにより変更可能とするゲートウェイ装置を提案するものである。
以下は、図１の残りの構成の説明に戻る。
【００２４】
図６は、マッピングＤＢ１０４が備える属性マッピングテーブル１０４ａ（図示せず）の構成とデータ例を示すものである。
属性マッピングテーブル１０４ａは、「インスタンスＩＤ＿Ａ」列、「属性ＩＤ＿Ａ」列、「属性値＿Ａ」列、「インスタンスＩＤ＿Ｂ」列、「属性ＩＤ＿Ｂ」列、「属性値＿Ｂ」列を有する。
「インスタンスＩＤ＿Ａ」列〜「属性値＿Ａ」列の内容は、ＢＡＣｎｅｔインスタンスＤＢ１００の内容と同様である。また、「インスタンスＩＤ＿Ｂ」列〜「属性値＿Ｂ」列の内容は、設備ネットインスタンスＤＢ１０１の内容と同様である。
即ち、本テーブルによって、ＢＡＣｎｅｔ上の設備機器インスタンスが備える属性値と、設備ネット上の設備機器インスタンスが備える属性値が、相互に対応付けられることとなる。
図６のデータ例では、「インスタンスＩＤ＿Ａ＝０ｘ０１０００００Ａ」で特定されるＢＡＣｎｅｔ上の設備機器インスタンスの「現在値＝０」は、「インスタンスＩＤ＿Ｂ＝５００１」で特定される設備ネット上の設備機器インスタンスの「運転状態＝０」に対応付けられることとなる。
【００２５】
図７は、マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｂ（図示せず）の構成とデータ例を示すものである。本テーブルは、ＢＡＣｎｅｔ上の設備機器インスタンスが備える各属性と、その属性に対して実行する機能との関係を定義するものである。
機能マッピングテーブル１０４ｂは、「インスタンスＩＤ」列、「属性ＩＤ」列、「機能ＩＤ」列を有する。
「インスタンスＩＤ」列と「属性ＩＤ」列の内容は、ＢＡＣｎｅｔインスタンスＤＢ１００のものと同様である。
「機能ＩＤ」列は、「インスタンスＩＤ」列と「属性ＩＤ」列の値で特定される属性に対して実行する関数を特定するためのＩＤが格納される。このＩＤの値は、ＢＡＣｎｅｔ機能ＤＢ１０２の「機能ＩＤ」列に格納されているいずれかの値が格納される。
図７のデータ例では、「インスタンスＩＤ＝０ｘ０１０００００Ａ」で特定されるＢＡＣｎｅｔ上の設備機器インスタンスの「現在値」属性は、「機能ＩＤ＝０００１」で特定される関数（「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数）によって変更等が行われることが分かる。
【００２６】
図８は、マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｃ（図示せず）の構成とデータ例を示すものである。本テーブルは、設備ネット上の設備機器インスタンスが備える各属性と、その属性に対して実行する機能との関係を定義するものである。
機能マッピングテーブル１０４ｃの構成は、機能マッピングテーブル１０４ｂと同様であるが、格納されるデータが設備ネット上の設備機器インスタンスに関するものである点のみが異なる。
図８のデータ例では、「インスタンスＩＤ＝５００１」で特定される設備ネット上の設備機器インスタンスの「運転状態」属性は、「機能ＩＤ＝１００２」で特定される関数（「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数）によって変更等が行われることが分かる。
【００２７】
図９は、以上の図２〜図８で説明した各ＤＢによるマッピング関係を概念的に示したものである。以下、具体的に説明する。
【００２８】
（１）設備機器「エアコン」の「運転状態」属性
設備ネットに接続されている設備機器「エアコン」は、属性「運転状態」を持つ。
設備ネットで用いられる通信プロトコル上では、「運転状態」属性値が「０」であれば「停止」、「４」であれば「運転中」を表すものとする。
このような２値を取る属性は、ＢＡＣｎｅｔプロトコル上では「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」というオブジェクトで表現される。「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトの「現在値」属性は、「０」「１」のいずれかの値を取る。
ＢＡＣｎｅｔインスタンスＤＢ１００において、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトの「インスタンスＩＤ＝０ｘ０１０００００Ａ」で表されるインスタンスの「現在値」属性を登録するとともに、設備ネットインスタンスＤＢ１０１において、「エアコン」オブジェクトの「インスタンスＩＤ＝５００１」で表されるインスタンスの「運転状態」属性を登録する。
また、マッピングＤＢ１０４の属性マッピングテーブル１０４ａにおいて、両者の対応関係を定義する。
図９では、９１１が上記「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９１０が「エアコン」オブジェクトのインスタンスを表し、それぞれの「インスタンスＩＤ」は、各インスタンスの「インスタンスＩＤ」に示している通りである。また、９１４は属性同士の対応関係を表す。
「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性は、図２の１行目のデータにより表されている。
「エアコン」インスタンス９１０の「運転状態」属性は、図３の１行目のデータにより表されている。
両者の対応関係９１４は、図６の１〜２行目のデータにより表されている。
以上のマッピング設定により、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性（０｜１）が、「エアコン」インスタンス９１０の「運転状態」属性（０｜４）に対応付けられる。
【００２９】
（２）設備機器「エアコン」の「運転モード」属性
設備ネットに接続されている設備機器「エアコン」は、属性「運転モード」を持つ。
設備ネットで用いられる通信プロトコル上では、「運転モード」属性値が「０」であれば「冷房」、「１」であれば「暖房」、「２」であれば「ドライ」を表すものとする。
このような複数の状態値を取る属性は、ＢＡＣｎｅｔプロトコル上では「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」というオブジェクトで表現される。ここでの「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「現在値」属性は、「０」「１」「２」のいずれかの値を取るものとする。
ＢＡＣｎｅｔインスタンスＤＢ１００において、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「インスタンスＩＤ＝０ｘ０３８００００１」で表されるインスタンスの「現在値」属性を登録するとともに、設備ネットインスタンスＤＢ１０１において、「エアコン」オブジェクトの「インスタンスＩＤ＝５００１」で表されるインスタンスの「運転モード」属性を登録する。
また、マッピングＤＢ１０４の属性マッピングテーブル１０４ａにおいて、両者の対応関係を定義する。
図９では、９１２が上記「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンスを表し、「インスタンスＩＤ」は、９１２の「インスタンスＩＤ」に示している通りである。９１５は属性同士の対応関係を表す。
「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１２の「現在値」属性は、図２の２行目のデータにより表されている。
「エアコン」インスタンス９１０の「運転モード」属性は、図３の２行目のデータにより表されている。
両者の対応関係９１５は、図６の３行目のデータにより表されている。なお、記載の都合上、「属性値＿Ａ＝１」と「属性値＿Ｂ＝１」の対応関係のみを図示したが、「属性値＿Ａ」「属性値＿Ｂ」が取り得る全ての値について、対応関係を定義してもよい。
以上のマッピング設定により、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性（０｜１｜２）が、「エアコン」インスタンス９１０の「運転モード」属性（０｜１｜２）に対応付けられる。
【００３０】
（３）設備機器「エアコン」の「設定温度」属性
設備ネットに接続されている設備機器「エアコン」は、属性「設定温度」を持つ。
設備ネットで用いられる通信プロトコル上では、「設定温度」属性は当該エアコンの設定温度値を表し、「１６」〜「３２」の整数値を取るものとする。
これは、ＢＡＣｎｅｔプロトコル上では、「運転モード」属性と同様に「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」というオブジェクトで表現される。ここでの「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「現在値」属性は、「０」〜「１６」のいずれかの値を取るものとする。
ＢＡＣｎｅｔインスタンスＤＢ１００において、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトの「インスタンスＩＤ＝０ｘ０３８００００２」で表されるインスタンスの「現在値」属性を登録するとともに、設備ネットインスタンスＤＢ１０１において、「エアコン」オブジェクトの「インスタンスＩＤ＝５００１」で表されるインスタンスの「設定温度」属性を登録する。
また、マッピングＤＢ１０４の属性マッピングテーブル１０４ａにおいて、両者の対応関係を定義する。
図９では、９１３が上記「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンスを表し、「インスタンスＩＤ」は、９１３の「インスタンスＩＤ」に示している通りである。９１６は属性同士の対応関係を表す。
なお、「運転モード」属性に対応する「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンスと区別するため、「インスタンスＩＤ」列にはそれぞれ異なる値を格納する。
「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１３の「現在値」属性は、図２の３行目のデータにより表されている。
「エアコン」インスタンス９１０の「設定温度」属性は、図３の３行目のデータにより表されている。
両者の対応関係９１６は、図６の４行目のデータにより表されている。なお、記載の都合上、「属性値＿Ａ＝１３」と「属性値＿Ｂ＝２９」の対応関係のみを図示したが、「属性値＿Ａ」「属性値＿Ｂ」が取り得る全ての値について、対応関係を定義してもよい。
以上のマッピング設定により、「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性（０〜１６）が、「エアコン」インスタンス９１０の「設定温度」属性（１６〜３２）に対応付けられる。
【００３１】
（４）ＢＡＣｎｅｔ上の機能マッピング
図９において、ＢＡＣｎｅｔ上の各インスタンス９１１〜９１３が備える「現在値」属性は、「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数で書き換えるものとする。
そこで、ＢＡＣｎｅｔ上の各インスタンス９１１〜９１３が備える「現在値」属性と、ＢＡＣｎｅｔ機能ＤＢ１０２に登録している「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数９５０との対応関係を定義する。
図９において、９５１〜９５３がこれらの対応関係を表す。また、図７の各行のデータが、同関係を表している。
【００３２】
（５）設備ネット上の機能マッピング
図９において、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転状態」属性と「設定温度」属性は、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数で書き換えるものとする。
そこで、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転状態」「設定温度」属性と、設備ネット機能ＤＢ１０３に登録している「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数９４０との対応関係を定義する。
図９において、９４１〜９４２がこれらの対応関係を表す。また、図８の１行目と３行目のデータが、同関係を表している。
【００３３】
また、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転モード」属性は、「ｓｅｔＰｒｏｐｅｒｔｙ」関数で書き換えるものとする。
そこで、設備ネット上の「エアコン」オブジェクトのインスタンス９１０が備える「運転モード」属性と、設備ネット機能ＤＢ１０３に登録している「ｓｅｔＰｒｏｐｅｒｔｙ」関数９３０との対応関係を定義する。
図９において、９３１がこれらの対応関係を表す。また、図８の２行目のデータが、同関係を表している。
【００３４】
以上では、インスタンス情報（オブジェクト、属性、属性値）同士のマッピングを行った後、機能を各属性にマッピングするという概念・手順での説明を行ったが、ＢＡＣｎｅｔ、設備ネット双方においてそれぞれ各属性に対して機能を対応付け、それら属性を包含するインスタンス情報と機能の対同士をＢＡＣｎｅｔ、設備ネット間で対応付けるという概念・手順でもよい。
また、以上の説明では対応付けは１：１で行ったが、一般にＮ：Ｍで対応関係を定義してもよい。
【００３５】
次に、上述のマッピング情報を用いて行われる具体的な動作の一例を説明する。
【００３６】
図１０は、ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。第１ゲートウェイ装置１６０４ａは図１〜図８で説明した構成を備えているものとする。
ここでは、図１６のようなビル内において、機器管理装置１６０２が図９の「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１を操作することにより、「エアコン」インスタンス９１０の「運転状態」属性を操作する場合の動作を例に取り説明する。
【００３７】
（Ｓ１０１０）
初期状態では、あらかじめ図２〜図８の各データベースが構成されており、同各図に示すデータが格納済みであるものとする。また、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性値は「０」、「エアコン」インスタンス９１０の「運転状態」の属性値は「０」とする。
（Ｓ１０２０）
機器管理装置１６０２は、第１設備管理ネットワーク１６０５ａに接続されているエアコンに対し、運転を開始すべき旨の命令を送信する。この命令は、ＢＡＣｎｅｔプロトコルで送信される。即ち、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性値を、「０」から「１」に変更すべき旨の「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」命令コマンドが送信される。
送信された「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」命令コマンドは、第１ゲートウェイ装置１６０４ａに到達する。
（Ｓ１０３０）
第１ゲートウェイ装置１６０４ａは、「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数を実行し、ＢＡＣｎｅｔインスタンスＤＢ１００の１行目のデータを「属性値＝０」から「属性値＝１」に更新する。このとき、「インスタンスＩＤ＝０ｘ０１０００００Ａ」と「属性ＩＤ＝８５（現在値）」をキーとする。
（Ｓ１０４０）
マッピング実行手段１０５は、属性マッピングテーブル１０４ａを検索し、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性に対応付けられた、設備ネット上のインスタンスの属性値を検索する。
ここでは、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１のインスタンスＩＤ「０ｘ０１０００００Ａ」、属性ＩＤ「８５（現在値）」、属性値「１」を検索キーとする。
検索の結果、「インスタンスＩＤ＿Ｂ＝５００１」「属性ＩＤ＿Ｂ＝０（運転状態）」「属性値＿Ｂ＝４」のデータが見つかる。これは、図９の「エアコン」インスタンス９１０の「運転状態」属性に相当する。
（Ｓ１０５０）
マッピング実行手段１０５は、機能マッピングテーブル１０４ｃを検索し、「エアコン」インスタンス９１０の「運転状態」属性に対応する関数を取得する。
ここでは、「エアコン」インスタンス９１０のインスタンスＩＤ「５００１」と、属性ＩＤ「０（運転状態）」とを検索キーとする。
検索の結果、「機能ＩＤ＝１００２」のデータが見つかる。
（Ｓ１０６０）
マッピング実行手段１０５は、「機能ＩＤ＝１００２」をキーにして、設備ネット機能ＤＢ１０３を検索する。検索の結果、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行すべきことが分かる。
（Ｓ１０７０）
第１ゲートウェイ装置１６０４ａは、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行し、設備ネットインスタンスＤＢ１０１の１行目のデータを「運転状態＝０」から「運転状態＝４」に更新するとともに、第１設備管理ネットワーク１６０５ａに接続されている該当エアコンの運転を開始するよう、命令コマンドを発行する。また、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数の内容に従って、第１設備管理ネットワーク１６０５ａ内に当該エアコンの運転状態変化通知が発報される。
【００３８】
なお、図１０の各ステップにおいて、各ＤＢ内に該当データが見付からない場合は、適宜エラー処理を行って終了するようにしてもよい。エラー処理の内容は、例えば所定のエラーコードを各ネットワーク上のプロトコルに従って返信するようにしてもよいし、特段の処置が必要でなければ、リクエストをそのまま破棄するようにしてもよい。
【００３９】
次に、マッピングＤＢ１０４が格納するデータの書き換えについて説明する。
マッピングＤＢ１０４のデータ書き換えが必要となるのは、図１７で説明したように、ネットワーク構成の変更が行われたときや、ゲートウェイ装置を別のビル・商業施設などに設置するときなどである。
例えば、図９において「エアコン」の「運転状態」属性は「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数がマッピングされているが、別のビルに設置する際には状態変化の通知が不要であるような場合が考えられる。
従来のゲートウェイ装置では、インスタンス単位または属性単位でのマッピングは可能であったが、機能マッピングを変更する際には、ソフトウェアの書き替えを行わなければならなかった。
本発明に係るゲートウェイ装置では、上記の場合を例に取ると、図８に示した機能マッピングテーブル１０４ｃの１行目のデータを、「機能ＩＤ＝１００１」に書き換えるのみでよく、メンテナンスのための追加開発やメンテナンス作業自体の手間を大幅に削減することができる。
【００４０】
なお、マッピングＤＢ１０４のデータ書き換えを実際に行う際には、例えば専用のコネクタ端子を備えたメンテナンス端末をゲートウェイ装置に直接接続するなどして、書き換えのためのデータをゲートウェイ装置に送り込むようにすればよい。その他、物理的な媒体（ＦＤ、ＣＤ、メモリカード等のメモリデバイス等）を介して設定するなどしてもよい。またこれらを組合せて設定するようにしてもよい。
例えばデフォルト値は規定のデータの一部として搭載し、その後の各種変更対応はネットワーク経由で設定する、等とすることができる。
【００４１】
本実施の形態１においては、各インスタンスＤＢとマッピングテーブルを個別に構築したが、データ内容に重複があるため、記憶容量節約等の観点から、インスタンスＤＢを省略してもよい。
また、マッピングテーブルは、インスタンスＤＢの各行同士の対応関係のみを格納するように構成してもよい。
【００４２】
また、機能マッピングテーブル１０４ｂと機能マッピングテーブル１０４ｃは、別々のテーブルとして構成せずに、インスタンスＩＤの重複に配慮しつつ単一のテーブルとして構成してもよい。これについては、実施の形態２で詳説する。
【００４３】
また、属性マッピングテーブル１０４ａにおいて、属性値毎の対応関係を定義するように構成したが、例えば１行目や３行目のデータのように、両ネットワークにおける属性値が等しく、「インスタンスＩＤ」と「属性ＩＤ」のみが異なる場合は、「インスタンスＩＤ＿Ａ」「属性ＩＤ＿Ａ」と「インスタンスＩＤ＿Ｂ」「属性ＩＤ＿Ｂ」の関係のみを定義してもよい。
その他、両ネットワークにおける属性値が所定の変換式で関係付けられる場合も、同様にすることができる。
【００４４】
以上のように、本実施の形態１に係るゲートウェイ装置は、マッピングＤＢ１０４上に属性マッピングテーブル１０４ａ、機能マッピングテーブル１０４ｂ、及び機能マッピングテーブル１０４ｃを備え、オブジェクト同士のマッピングを行う際に、これら各テーブルを参照して、インスタンスの属性値・機能のマッピングを行う。
そのため、図１７で説明したように、属性値が変更されず、要求される機能のみが変更になった場合でも、ソフトウェア自体を書き換える必要がなく、マッピングＤＢ１０４に格納しているデータを書き換えるのみで、容易に対応することができる。これにより、従前行っていた個別対応のための追加開発やそのためのメンテナンス作業を、大幅に削減することができる。
【００４５】
また、属性マッピングテーブル１０４ａ、機能マッピングテーブル１０４ｂ、及び機能マッピングテーブル１０４ｃは、上述のような機能マッピングを、各設備機器インスタンスが備える属性値単位で実施できるような列構成を採っている。
そのため、従前のゲートウェイ装置のように、機能マッピングをインスタンス単位で行うのではなく、属性値単位で行うことができるので、以下のような効果を奏する。
即ち、従前のゲートウェイ装置においては、設備機器オブジェクトの機能のみが変更になった場合は、当該オブジェクトの定義そのものが変更になったことを意味するため、オブジェクトの機能を実装するソフトウェア自体を変更する必要があったが、本実施の形態１においては、オブジェクトが備える属性及び機能をオブジェクト定義から切り離して個別に組み合わせ可能となるように構成したため、オブジェクトの属性や機能がアドホックに変更されても、その組み合わせ情報であるマッピングデータを書き換えるのみで、容易に対応することができるのである。
【００４６】
実施の形態２．
実施の形態１では、マッピングＤＢ１０４の１構成例を示し、インスタンスの属性・属性値をマッピングするとともに、インスタンスが備える機能もマッピングすることのできるゲートウェイ装置の構成を説明した。
本発明の実施の形態２では、マッピングＤＢ１０４が格納している機能マッピングテーブルの、別の構成例について説明する。
【００４７】
図１１は、マッピングＤＢ１０４が格納している機能マッピングテーブル１０４ｄの構成とデータ例を示すものである。
図１１に示す機能マッピングテーブル１０４ｄは、実施の形態１で説明した機能マッピングテーブル１０４ｂ（図７）と機能マッピングテーブル１０４ｃ（図８）を一体的に構成したものである。各列の内容は、図７及び図８で説明したものと同様である。
本実施の形態２においては、機能マッピングテーブル１０４ｂと機能マッピングテーブル１０４ｃに替えて図１１に示す機能マッピングテーブル１０４ｄを構成する。このテーブルを参照することにより、ＢＡＣｎｅｔ側で実行される機能と、設備ネット側で実行される機能とを、「インスタンス・属性・機能」単位で即座に対応付けることができる。
【００４８】
図１２は、本実施の形態２に係るゲートウェイ装置が備える各ＤＢによるマッピング関係を概念的に示したものである。
実施の形態１で説明した図９と異なるのは、ＢＡＣｎｅｔ機能ＤＢ１０２と設備ネット機能ＤＢ１０３の対応関係９７１が新たに設けられた点である。図９の９５１、９１４、９４１で表される対応関係は、この９７１に集約することができる。
なお、図面の記載の簡潔のため、対応関係９３１、９４２、９５２、９５３は記載を省略する。
【００４９】
本実施の形態２で新たに設けた機能マッピングテーブル１０４ｄは、上記の対応関係９７１を表している。例えば１行目のデータは、以下のように解釈することができる。
（１）左半分の３列
「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性と、「機能ＩＤ＝０００１」で表される関数（ＷｒｉｔｅＰｒｏｐｅｒｔｙ）とが対応付けられていることを表し、９７１の左端に相当する。
（２）右半分の３列
「エアコン」インスタンス９１０の「運転状態」属性と、「機能ＩＤ＝１００２」で表される関数（ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ）とが対応付けられていることを表し、９７１の右端に相当する。
（３）１行目のデータ全体
上記（１）（２）が１行目に格納されていることにより、９７１の左端と右端が接続されていることを表す。即ち、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１の「現在値」属性を「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数で更新等したときは、「エアコン」インスタンス９１０の「運転状態」属性を「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」で更新等すべきことが分かる。
【００５０】
図１３は、本実施の形態２において、ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。実施の形態１で説明した図１０と同様の動作を例に取り説明する。
【００５１】
（Ｓ１３１０）〜（Ｓ１３４０）
図１０のステップＳ１０１０〜１０４０と同様であるため、説明を省略する。
（Ｓ１３５０）
マッピング実行手段１０５は、「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」インスタンス９１１のインスタンスＩＤ「０ｘ０１０００００Ａ」、属性ＩＤ「８５（現在値）」、機能ＩＤ「０００１」をキーとして、機能マッピングテーブル１０４ｄを検索する。
検索の結果、「インスタンスＩＤ＿Ｂ＝５００１」「属性ＩＤ＿Ｂ＝０（運転状態）」「機能ＩＤ＿Ｂ＝１００２」のデータが見つかる。
（Ｓ１３６０）
マッピング実行手段１０５は、「機能ＩＤ＿Ｂ＝１００２」をキーにして、設備ネット機能ＤＢ１０３を検索する。検索の結果、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行すべきことが分かる。
（Ｓ１３７０）
第１ゲートウェイ装置１６０４ａは、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数を実行し、設備ネットインスタンスＤＢ１０１の１行目のデータを「運転状態＝０」から「運転状態＝４」に更新するとともに、第１設備管理ネットワーク１６０５ａに接続されている該当エアコンの運転を開始するよう、命令コマンドを発行する。また、「ｓｅｔＩｎｆＰｒｏｐｅｒｔｙ」関数の内容に従って、第１設備管理ネットワーク１６０５ａ内に当該エアコンの運転状態変化通知が発報される。
【００５２】
なお、本実施の形態２において、図９の９３１〜９５３で表される対応関係を９７１に集約したが、９５１、９１４，９４１で表される対応関係と９７１を並存させてもよい。この場合、個々の状況に応じて適切な対応関係を辿って相手側ネットワークの機能を実行することができるので、構成の柔軟性がさらに増す。
【００５３】
また、図１２において、機能マッピングテーブル１０４ｄにより対応関係９７１が構成されることを説明したが、機能マッピングテーブルの構成によっては、これ以外の対応関係を構成することもできる。
例えば、新たな機能マッピングテーブル１０４ｅを設け、「機能ＩＤ＿Ａ」列と「機能ＩＤ＿Ｂ」列を設ける。それぞれの列に、ＢＡＣｎｅｔ機能ＤＢ１０２の「機能ＩＤ」列の値と、設備ネット機能ＤＢ１０３の「機能ＩＤ」列の値を格納する。これにより、両ネットワーク上の機能を直接的に対応付けることができる。これは、例えば図１２の例で言うと、「ＷｒｉｔｅＰｒｏｐｅｒｔｙ」関数９５０と「ｓｅｔＰｒｏｐｅｒｔｙ」関数９３０を接続するようなことに相当する。他の関数についても同様である。
【００５４】
実施の形態３．
実施の形態１〜２では、マッピングＤＢ１０４の構成について主に説明し、データ書き換えの具体的な方法については一般的な手法を用いるものとした。
本発明の実施の形態３では、マッピングＤＢ１０４を書き換えるためのマッピングデータの受信方法について、別の実装例を説明する。
【００５５】
図１４は、図１６と同様のビル内設備ネットワークにおいて、第１ゲートウェイ装置１６０４ａのマッピングＤＢ１０４を書き換える作業を説明するものである。ネットワーク構成は簡略化して記載している。
マッピングＤＢ１０４の書き換え作業は、実施の形態１で述べたように第１ゲートウェイ装置１６０４ａにメンテナンス端末を直結して行ってもよいが、図１４に示すように、ＢＡＣｎｅｔネットワーク１６０３にメンテナンス端末１４０１を接続し、オペレータ１４０２の操作によりネットワーク経由でマッピングデータを送り込むようにしてもよい。
以下、第１ゲートウェイ装置１６０４ａがマッピングデータを受信するために備える構成を説明する。
【００５６】
図１５は、第１ゲートウェイ装置１６０４ａの構成を示す機能ブロック図である。
第１ゲートウェイ装置１６０４ａは、受信手段１１０、マッピング設定手段１２０を備える。その他の構成は図１と同様であるため、同じ符号を付して説明を省略する。
受信手段１１０は、図１４のメンテナンス端末１４０１が送信したマッピングデータを受信する。通信プロトコルは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）上の任意のプロトコルなど、適宜適切な方式を用いる。
【００５７】
受信手段１１０は、メンテナンス端末１４０１が送信したマッピングデータを含むネットワークパケットを受信可能なネットワークインターフェースと、これを処理する回路ないしソフトウェアとからなる。
ネットワークインターフェースは、ＢＡＣｎｅｔネットワーク１６０３と接続するために設けられているものと共用でもよいし、別途メンテナンス用のネットワークインターフェースを設けてもよい。
ネットワークパケットを処理する回路ないしソフトウェアは、例えばＴＣＰ上の特定のポートを開いてＩＰパケットを待ち受けるように構成することができる。
【００５８】
マッピング設定手段１２０は、ＣＰＵやマイコンなどの演算装置上で実行されるソフトウェアで実装することができる。マッピング実行手段１０５と一体的に構成してもよい。
【００５９】
受信手段１１０は、メンテナンス端末１４０１が送信したマッピングデータを含むネットワークパケットを受信すると、そのデータをマッピング設定手段１２０に引き渡す。
マッピング設定手段１２０は、受け取ったデータからマッピングデータを抽出し、抽出したマッピングデータを基に、各ＤＢの該当データを更新する。各ＤＢの更新後は、更新後のデータに基づき、オブジェクト同士のマッピングを再度行い、最新のマッピング情報を用いてネットワーク間の情報通信を行う。
【００６０】
なお、図１４ではメンテナンス装置１４０１をＢＡＣｎｅｔネットワーク１６０３に接続してマッピングデータを送信する形態を説明したが、これに限られるものではなく、第１設備機器ネットワーク１６０５ａ側からマッピングデータを送信してもよい。
この場合、受信手段１１０を、ＢＡＣｎｅｔネットワーク１６０３と第１設備機器ネットワーク１６０５ａの双方の通信プロトコルに対応できるように構成すると、実装上の手間がかかるため、いずれのネットワークからマッピングデータを送信するか一概に決められない場合には、マッピングデータの受信は一般的なＴＣＰ／ＩＰ上のプロトコルを用いることが好ましい。
【００６１】
その他、インターネットを介したサーバ上にマッピングデータを配置しておき、そのサーバから第１ゲートウェイ装置１６０４ａに対して定期的に最新のマッピングデータを配信するプッシュ配信方式も実現可能であるし、反対に、第１ゲートウェイ装置１６０４ａが最新のマッピングデータを取得するため定期的にそのサーバにアクセスする、プル配信方式も可能である。
【００６２】
また、ここではマッピングＤＢのデータを書き換えるマッピング設定手段１２０について説明したが、各インスタンスＤＢ及び機能ＤＢについても、同様に書き換える手段を設けてもよい。
【００６３】
以上のように、本実施の形態３に係るゲートウェイ装置は、受信手段１１０とマッピング設定手段１２０を備え、マッピングデータを含むネットワークパケットによりマッピングＤＢ１０４のデータを更新可能とした。
そのため、マッピングＤＢ１０４のデータ更新をリモートメンテナンスにより行うことが可能となり、メンテナンスコストのさらなる削減に資する。
【００６４】
実施の形態４．
以上説明した実施の形態１〜３では、設備機器管理ネットワークにおけるゲートウェイ装置について説明した。しかし、本発明の本質は、これ以外にも適用可能なものである。本発明の実施の形態４では、その一例を説明する。
【００６５】
直接通信することのできないオブジェクト同士をマッピングして相互に情報通信可能とするためのソフトウェアとして、ＯＲＢ（Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ）がある。これは、オブジェクトが他のオブジェクトと通信する時に使用する共通インターフェース若しくはそのためのソフトウェアを総称的に表す用語である。
実施の形態１〜３で説明したマッピング実行手段１０５の処理をソフトウェアとして実装しコンピュータに実行させれば、異種ネットワークに接続されるオブジェクト同士の対応関係を定義する（マッピング）ソフトウェアが構成される。
これをサーバ上に実装し、ネットワーク上の中継点に設置するなどすれば、ＯＲＢ機能を提供するサーバを構成することができる。実施の形態１〜３のゲートウェイ装置も、ＯＲＢサーバの１実装形態として実現することも可能である。
【００６６】
以上のように、本実施の形態４によれば、実施の形態１〜３で説明したマッピング実行手段１０５の処理をソフトウェアとして実装したので、実施の形態１〜３のゲートウェイ装置と同様の動作をするオブジェクト間マッピングソフトウェアが得られる。
このオブジェクト間マッピングソフトウェアを、例えばＯＲＢサーバ上に実装することにより、設備機器管理ネットワーク以外の異種ネットワークにおいても、オブジェクト間のマッピングを柔軟に行うことができ、マッピングに要するメンテナンスコストの削減に資する。
【図面の簡単な説明】
【００６７】
【図１】実施の形態１に係るゲートウェイ装置の機能を概念的に示した模式図である。
【図２】ＢＡＣｎｅｔインスタンスＤＢ１００の構成とデータの例を示すものである。
【図３】設備ネットインスタンスＤＢ１０１の構成とデータの例を示すものである。
【図４】ＢＡＣｎｅｔ機能ＤＢ１０２の構成とデータの例を示すものである。
【図５】設備ネット機能ＤＢ１０３の構成とデータの例を示すものである。
【図６】マッピングＤＢ１０４が備える属性マッピングテーブル１０４ａの構成とデータ例を示すものである。
【図７】マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｂの構成とデータ例を示すものである。
【図８】マッピングＤＢ１０４が備える機能マッピングテーブル１０４ｃの構成とデータ例を示すものである。
【図９】以上の図２〜図８で説明した各ＤＢによるマッピング関係を概念的に示したものである。
【図１０】ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。
【図１１】マッピングＤＢ１０４が格納している機能マッピングテーブル１０４ｄの構成とデータ例を示すものである。
【図１２】実施の形態２に係るゲートウェイ装置が備える各ＤＢによるマッピング関係を概念的に示したものである。
【図１３】実施の形態２において、ＢＡＣｎｅｔ側から命令コマンドを発行し、設備ネット側の設備機器を操作する際の、第１ゲートウェイ装置１６０４ａの動作フローである。
【図１４】図１６と同様のビル内設備ネットワークにおいて、第１ゲートウェイ装置１６０４ａのマッピングＤＢ１０４を書き換える作業を説明するものである。
【図１５】第１ゲートウェイ装置１６０４ａの構成を示す機能ブロック図である。
【図１６】ビル内の設備機器ネットワーク管理システムの構成を説明するものである。
【図１７】図１６のビル１６０１の最上階フロアの間取り図を示すものである。
【符号の説明】
【００６８】
１００ ＢＡＣｎｅｔインスタンスＤＢ、１０１ 設備ネットインスタンスＤＢ、１０２ ＢＡＣｎｅｔ機能ＤＢ、１０３ 設備ネット機能ＤＢ、１０４ マッピングＤＢ、１０４ａ 属性マッピングテーブル、１０４ｂ〜１０４ｄ 機能マッピングテーブル、１０５ マッピング実行手段、１１０ 受信手段、１２０ マッピング設定手段、９１０ 「エアコン」オブジェクトのインスタンス、９１１ 「Ｂｉｎａｒｙ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９１２ 「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９１３ 「Ｍｕｌｔｉ−ｓｔａｔｅ Ｏｕｔｐｕｔ」オブジェクトのインスタンス、９２０ 「照明」オブジェクトのインスタンス、１４０１ メンテナンス端末、１４０２ オペレータ、１６０１ ビル、１６０２ 機器管理装置、１６０３ ＢＡＣｎｅｔネットワーク、１６０４ａ〜１６０４ｃ ゲートウェイ装置、１６０５ａ〜１６０５ｃ 設備機器ネットワーク。
【特許請求の範囲】
【請求項１】
異種ネットワークに接続されるオブジェクト同士の対応関係を定義する（以下、マッピングと呼ぶ）方法であって、
前記各オブジェクトのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、
前記属性に対して実行する機能を前記属性毎に対応付ける機能マッピングテーブルと、
を格納した書き換え可能な記憶手段を設け、
前記各オブジェクト同士のマッピングを行う際には、
前記属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、
前記機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付ける
ことを特徴とするオブジェクト間マッピング方法。
【請求項２】
前記属性マッピングテーブルは、以下の各列を備えたことを特徴とする請求項１に記載のオブジェクト間マッピング方法。
（１）第１オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性の値を格納する列
（４）第２オブジェクトのインスタンスを特定するためのＩＤを格納する列
（５）（４）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（６）（５）列の値で特定される属性の値を格納する列
【請求項３】
前記機能マッピングテーブルは、以下の各列を備えたことを特徴とする請求項１又は請求項２に記載のオブジェクト間マッピング方法。
（１）オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性に対して実行する機能を特定するためのＩＤを格納する列
【請求項４】
請求項１ないし請求項３のいずれかに記載のオブジェクト間マッピング方法をコンピュータに実行させることを特徴とするオブジェクト間マッピングプログラム。
【請求項５】
被管理機器を接続する第１ネットワークと、機器管理装置を接続する第２ネットワークの間に設けられ、
前記被管理機器を表す第１オブジェクトと、当該被管理機器の操作、監視、又はメンテナンス操作を実行する第２オブジェクトとを対応付け（以下、マッピングと呼ぶ）、
前記第２オブジェクトに対して操作、監視、又はメンテナンス操作を実行することにより、当該第２オブジェクトにマッピングされている前記被管理機器の操作、監視、又はメンテナンスを実行するゲートウェイ装置であって、
前記第１オブジェクト及び前記第２オブジェクトそれぞれのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、
前記属性に対して実行する機能を前記属性毎に対応付ける機能マッピングテーブルと、
を格納した書き換え可能な記憶手段と、
前記第１オブジェクトと前記第２オブジェクトのマッピングを実行するマッピング実行手段とを備え、
前記マッピング実行手段は、
前記第１オブジェクトと前記第２オブジェクトのマッピングを行う際には、
前記属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、
前記機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付ける
ことを特徴とするゲートウェイ装置。
【請求項６】
前記属性マッピングテーブルは、以下の各列を備えたことを特徴とする請求項５に記載のゲートウェイ装置。
（１）第１オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性の値を格納する列
（４）第２オブジェクトのインスタンスを特定するためのＩＤを格納する列
（５）（４）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（６）（５）列の値で特定される属性の値を格納する列
【請求項７】
前記機能マッピングテーブルは、以下の各列を備えたことを特徴とする請求項５又は請求項６に記載のゲートウェイ装置。
（１）オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性に対して実行する機能を特定するためのＩＤを格納する列
【請求項８】
前記第１ネットワーク又は前記第２ネットワークから、前記記憶手段に格納するデータを受信する受信手段と、
前記受信手段が受け取った前記データを前記記憶手段に格納するとともに、当該データの内容に基づいて、前記属性マッピングテーブル又は前記機能マッピングテーブルを更新するマッピング設定手段と、
を備え、
前記マッピング実行手段は、
更新後の内容に基づいて、前記第１オブジェクトと前記第２オブジェクトのマッピングを再度行うことを特徴とする請求項５ないし請求項７のいずれかに記載のゲートウェイ装置。
【請求項９】
前記第１ネットワークに接続された１ないし複数の被管理機器と、
前記第２ネットワークに接続された機器管理装置と、
前記第１ネットワークと前記第２ネットワークの間に設けられた請求項５ないし請求項８のいずれかに記載のゲートウェイ装置と、
を有することを特徴とする機器管理システム。
【請求項１】
異種ネットワークに接続されるオブジェクト同士の対応関係を定義する（以下、マッピングと呼ぶ）方法であって、
前記各オブジェクトのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、
前記属性に対して実行する機能を前記属性毎に対応付ける機能マッピングテーブルと、
を格納した書き換え可能な記憶手段を設け、
前記各オブジェクト同士のマッピングを行う際には、
前記属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、
前記機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付ける
ことを特徴とするオブジェクト間マッピング方法。
【請求項２】
前記属性マッピングテーブルは、以下の各列を備えたことを特徴とする請求項１に記載のオブジェクト間マッピング方法。
（１）第１オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性の値を格納する列
（４）第２オブジェクトのインスタンスを特定するためのＩＤを格納する列
（５）（４）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（６）（５）列の値で特定される属性の値を格納する列
【請求項３】
前記機能マッピングテーブルは、以下の各列を備えたことを特徴とする請求項１又は請求項２に記載のオブジェクト間マッピング方法。
（１）オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性に対して実行する機能を特定するためのＩＤを格納する列
【請求項４】
請求項１ないし請求項３のいずれかに記載のオブジェクト間マッピング方法をコンピュータに実行させることを特徴とするオブジェクト間マッピングプログラム。
【請求項５】
被管理機器を接続する第１ネットワークと、機器管理装置を接続する第２ネットワークの間に設けられ、
前記被管理機器を表す第１オブジェクトと、当該被管理機器の操作、監視、又はメンテナンス操作を実行する第２オブジェクトとを対応付け（以下、マッピングと呼ぶ）、
前記第２オブジェクトに対して操作、監視、又はメンテナンス操作を実行することにより、当該第２オブジェクトにマッピングされている前記被管理機器の操作、監視、又はメンテナンスを実行するゲートウェイ装置であって、
前記第１オブジェクト及び前記第２オブジェクトそれぞれのインスタンスが備える属性同士の対応関係を定義する属性マッピングテーブルと、
前記属性に対して実行する機能を前記属性毎に対応付ける機能マッピングテーブルと、
を格納した書き換え可能な記憶手段と、
前記第１オブジェクトと前記第２オブジェクトのマッピングを実行するマッピング実行手段とを備え、
前記マッピング実行手段は、
前記第１オブジェクトと前記第２オブジェクトのマッピングを行う際には、
前記属性マッピングテーブルを参照して、マッピング対象オブジェクトのインスタンスが備える属性同士を対応付けるとともに、
前記機能マッピングテーブルを参照して、当該各属性に対して実行する機能を対応付ける
ことを特徴とするゲートウェイ装置。
【請求項６】
前記属性マッピングテーブルは、以下の各列を備えたことを特徴とする請求項５に記載のゲートウェイ装置。
（１）第１オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性の値を格納する列
（４）第２オブジェクトのインスタンスを特定するためのＩＤを格納する列
（５）（４）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（６）（５）列の値で特定される属性の値を格納する列
【請求項７】
前記機能マッピングテーブルは、以下の各列を備えたことを特徴とする請求項５又は請求項６に記載のゲートウェイ装置。
（１）オブジェクトのインスタンスを特定するためのＩＤを格納する列
（２）（１）列の値で特定されるインスタンスが備える属性を特定するためのＩＤを格納する列
（３）（２）列の値で特定される属性に対して実行する機能を特定するためのＩＤを格納する列
【請求項８】
前記第１ネットワーク又は前記第２ネットワークから、前記記憶手段に格納するデータを受信する受信手段と、
前記受信手段が受け取った前記データを前記記憶手段に格納するとともに、当該データの内容に基づいて、前記属性マッピングテーブル又は前記機能マッピングテーブルを更新するマッピング設定手段と、
を備え、
前記マッピング実行手段は、
更新後の内容に基づいて、前記第１オブジェクトと前記第２オブジェクトのマッピングを再度行うことを特徴とする請求項５ないし請求項７のいずれかに記載のゲートウェイ装置。
【請求項９】
前記第１ネットワークに接続された１ないし複数の被管理機器と、
前記第２ネットワークに接続された機器管理装置と、
前記第１ネットワークと前記第２ネットワークの間に設けられた請求項５ないし請求項８のいずれかに記載のゲートウェイ装置と、
を有することを特徴とする機器管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００８−１５８７１６（Ｐ２００８−１５８７１６Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４５３６４（Ｐ２００６−３４５３６４）
【出願日】平成１８年１２月２２日（２００６．１２．２２）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２２日（２００６．１２．２２）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]