JP4729969B2 - ゲートウェイ装置 - Google Patents

Description

本発明は、インターネットを介して複数のローカルシステムを纏めて広域システムを構築するゲートウェイ装置に関する。

集合住宅、庁舎、ホール、商業ビル及びオフィスビル等のビルには、照明機器、空調機器、計測機器及び防犯機器等の様々な機器が設置されている。近年では、これら機器は、通信線によって相互に接続されることによってネットワーク化され、さらに監視制御装置が接続されて集中的に監視及び／又は制御されるようになっている。このような複数の機器をネットワーク化することによって集中的に監視するシステムは、ビル管理システム（ビル設備システム）と呼ばれる。このビル管理システムは、その通信プロトコルにエシェロン社が開発した知的分散制御ネットワーク技術であるＬｏｎＷｏｒｋｓ（Local Operating Network、ＬＯＮ、ロンワークス）（登録商標）（非特許文献１参照）や、米国冷暖房空調工業会（ＡＳＨＲＡＥ）が主導的に開発した標準規格であるＢＡＣｎｅｔ（A Data Communication Protocol for Building Automation and Control Networks、バックネット）（登録商標）や、ビル管理システムを提供するベンダが独自開発した通信プロトコル等が用いられ、通常、１棟のビル内あるいは距離的に近接する数棟のビル群で完結する地域限定のローカルシステムとして利用されている。

そして、オープンなネットワークであるインターネットの普及により、最近では、当該インターネットを利用して端末装置からこれら機器を遠隔に監視及び／又は制御を行う遠隔監視制御システムが要望され、その研究・開発が進展している。
"Development Tools and IP Gateway Documents"、［ｏｎｌｉｎｅ］、Ｖｉｓｔｅ、［平成１７年４月５日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ.ｖｉｓｔｅ．ｃｏｍ／ＬＯＮ／Ｔｏｏｌｓ．ｈｔｍｌ＞

ところで、前述のインターネットを介して、複数のローカルシステムを纏めて管理する群管理システム等を広域システム化することも望まれている。この場合、特に、各ローカルシステムが異なる通信プロトコルを使用している場合には広域システム化が難しいという不都合がある。

本発明は、上述の事情に鑑みて為された発明であり、オープンなネットワークであるインターネットを介して複数のローカルシステムを纏めて広域システムを構築することができるゲートウェイ装置を提供することを目的とする。また、特に、複数のローカルシステムに異なるフィールドプロトコルを用いている場合でも広域システムを構築することができるゲートウェイ装置を提供することを目的とする。

上述の目的を達成するために、本発明の一態様に係る、機器に関する機器情報を操作することによって前記機器を制御するフィールドプロトコルが使用された複数のローカルエリアネットワーク内における、前記機器を監視及び／又は制御する監視制御装置間で前記複数のローカルエリアネットワークとは異なるネットワークを介して双方向で通信するためのゲートウェイ装置において、前記ネットワークを介して他のゲートウェイ装置と通信を行う第１通信部と、前記ローカルエリアネットワーク内の前記監視制御装置と通信を行う第２通信部と、前記ローカルエリアネットワークで使用されるフィールドプロトコルの機器情報と前記ネットワークで使用される共通オブジェクトとを対応付ける変換マップを記憶する記憶部と、前記第２通信部で受信したフィールドプロトコルの機器情報を前記変換マップに基づいて共通オブジェクトに変換し、該変換した共通オブジェクトを特定する特定情報を含む共通メッセージを、前記第１通信部を用いて他のゲートウェイ装置に送信する共通オブジェクト変換部と、前記第１通信部で受信した前記共通メッセージに含まれる前記特定情報を前記変換マップに基づいて前記フィールドプロトコルの機器情報に変換し、該変換したフィールドプロトコルの機器情報を操作するフィールドプロトコルのメッセージを前記第２通信部を用いて前記ローカルエリアネットワークに送信する共通オブジェクト逆変換部とを備え、前記共通オブジェクトは、複数のフィールドプロトコルにおいて共通に使用可能な共通インタフェースを含み、前記共通インタフェースは、前記機器から数値情報を読み出すためのゲット関数プロパティ、前記機器へ数値情報を書き込むためのセット関数プロパティ、及び、前記機器から数値情報の変化を通知するためのイベントプロパティのうち少なくとも１つを備え、前記記憶部には、さらに、追加される共通オブジェクトとフィールドプロトコルの機器情報とを対応付ける変換マップが予め記憶され、共通オブジェクトが追加された場合に、該追加された共通オブジェクトの前記特定情報を前記ネットワークに広告する共通オブジェクト広告部と、前記ネットワークから追加された共通オブジェクトの特定情報を受信した場合に、前記追加された共通オブジェクトの変換マップを使用可能にする共通オブジェクト情報取得部とをさらに備えることを特徴とする。

また、このゲートウェイ装置において、前記記憶部は、当該ゲートウェイ装置において共通オブジェクトの使用の可否を登録する自共通オブジェクト生存情報データベース、及び、他のゲートウェイ装置において共通オブジェクトの使用の可否を登録する他共通オブジェクト生存情報データベースを記憶し、前記ローカルエリアネットワーク内の監視制御装置における生存状態を監視して前記監視制御装置の生存状態に応じて前記自共通オブジェクト生存情報データベースを更新すると共に共通オブジェクトが使用不可となった場合に該共通オブジェクトの使用不可を、前記共通オブジェクト広告部を用いて前記ネットワークに広告する自システム内機器状態監視部をさらに備え、前記共通オブジェクト情報取得部は、前記ネットワークから共通オブジェクトの使用不可を受信した場合に前記他共通オブジェクト生存情報データベースを更新することを特徴とする。

また、本発明の他の態様に係る、機器に関する機器情報を操作することによって前記機器を制御するフィールドプロトコルが使用された複数のローカルエリアネットワーク内における、前記機器を監視及び／又は制御する監視制御装置間で前記複数のローカルエリアネットワークとは異なるネットワークを介して双方向で通信するためのゲートウェイ装置において、前記ネットワークを介して他のゲートウェイ装置と通信を行う第１通信部と、前記ローカルエリアネットワーク内の前記監視制御装置と通信を行う第２通信部と、前記ローカルエリアネットワークで使用されるフィールドプロトコルの機器情報と前記ネットワークで使用される共通オブジェクトとを対応付ける変換マップを記憶する記憶部と、前記第２通信部で受信したフィールドプロトコルの機器情報を前記変換マップに基づいて共通オブジェクトに変換し、該変換した共通オブジェクトを特定する特定情報を含む共通メッセージを、前記第１通信部を用いて他のゲートウェイ装置に送信する共通オブジェクト変換部と、前記第１通信部で受信した前記共通メッセージに含まれる前記特定情報を前記変換マップに基づいて前記フィールドプロトコルの機器情報に変換し、該変換したフィールドプロトコルの機器情報を操作するフィールドプロトコルのメッセージを前記第２通信部を用いて前記ローカルエリアネットワークに送信する共通オブジェクト逆変換部とを備え、前記共通オブジェクトは、複数のフィールドプロトコルにおいて共通に使用可能な共通インタフェースを含み、前記共通インタフェースは、前記機器から数値情報を読み出すためのゲット関数プロパティ、前記機器へ数値情報を書き込むためのセット関数プロパティ、及び、前記機器から数値情報の変化を通知するためのイベントプロパティのうち少なくとも１つを備え、前記記憶部は、共通メッセージのルーティング先を登録するルーティングテーブルをさらに記憶し、前記ルーティングテーブルに基づいて第１通信部で受信した共通メッセージをルーティングするルーティング部と、前記変換マップに新たに共通オブジェクトが追加された場合に、該追加された共通オブジェクトの前記特定情報を前記ネットワークに広告する共通オブジェクト広告部と、前記ネットワークから前記追加された共通オブジェクトの特定情報を受信した場合に、前記ルーティングテーブルを更新するルーティングテーブル管理部とをさらに備えることを特徴とする。

このように本発明に係るゲートウェイ装置は、機器に関する機器情報を操作することによって機器を制御するフィールドプロトコルが使用された複数のローカルエリアネットワーク内における機器を監視及び／又は制御する監視制御装置間で複数のローカルエリアネットワークと異なるネットワークを介して双方向で通信するためのゲートウェイ装置であって、その記憶部がローカルエリアネットワークで使用されるフィールドプロトコルの機器情報とネットワークで使用される共通オブジェクトとを対応付ける変換マップを記憶し、共通オブジェクト変換部がフィールドプロトコルの機器情報を変換マップに基づいて共通オブジェクトに変換しこの変換した共通オブジェクトを特定する特定情報を含む共通メッセージを他のオブジェクトゲートウェイ装置に送信し、そして、共通オブジェクト逆変換部が共通メッセージに含まれる特定情報を変換マップに基づいてフィールドプロトコルの機器情報に変換しこの変換したフィールドプロトコルの機器情報を操作するフィールドプロトコルのメッセージをローカルエリアネットワークに送信する。ここで、共通オブジェクトは、複数のフィールドプロトコルにおいて共通に使用可能な共通インタフェースを含み、この共通インタフェースは、機器から数値情報を読み出すためのゲット関数プロパティと、機器へ数値情報を書き込むためのセット関数プロパティと、機器から数値情報の変化を通知するためのイベントプロパティとを備える。

このように本発明に係るゲートウェイ装置は、フィールドプロトコルの機器情報をゲートウェイ装置間で共通に使用するために定義した共通オブジェクトに双方向で変換するので、インターネットを介して複数のローカルシステムを纏めて広域システムを構築することができ、しかも、異なるフィールドプロトコルを通信プロトコルに用いた複数のローカルシステムを纏めて広域システムを構築することができる。そして、このように共通オブジェクトを用いることにより、複数のフィールドプロトコルにおいて、一のフィールドプロトコルから他のフィールドプロトコルに変換する際に、一のフィールドプロトコルと他のフィールドプロトコルとを１対１で対応させて変換する場合に較べて、変換の際に用いる変換マップのデータ量を少なくすることができ、また、同一の手順によって変換することができる。また、共通オブジェクトにこのようなゲット関数プロパティとセット関数プロパティとイベントプロパティとから構成される複数のフィールドプロトコルにおいて共通に使用可能な共通インタフェースを備えることで、さらに、変換マップのデータ量を少なくすることができる。また、フィールドプロトコルの機器情報をゲートウェイ装置間で共通に使用するために定義した共通オブジェクトに双方向で変換するので、既存のビルに導入する場合でもＩＰアドレスを変更する必要がない。

以下、本発明に係る実施形態を図面に基づいて説明する。なお、各図において同一の符号を付した構成は、同一の構成であることを示し、その説明を省略する。

（第１の実施形態の構成）
図１は、第１の実施形態における広域システムの構成を示す図である。図２は、第１の実施形態におけるゲートウェイ装置の構成を示すブロック図である。図３は、第１の実施形態に係るゲートウェイ装置における中央処理部の機能ブロックを示すブロック図である。

図１において、ローカルシステム１は、ゲートウェイ装置（以下、「ＧＷ装置」と略記する。）２と、通信可能な複数の監視制御装置（以下、「ＳＣ装置」と略記する。）３と、ＧＷ装置２及び複数のＳＣ装置３を相互に通信可能に接続する伝送路４とを備えて構成され、ローカル・エリア・ネットワークを構成する。

図１に示す例では、ローカルシステム１は、３個のローカルシステム１−Ａ、１−Ｂ、１−Ｃが示されている。ローカルシステム１−Ａは、ＧＷ装置２−Ａと、複数のＳＣ装置３−Ａａ、ＳＣ装置３−Ａｂ、・・・、ＳＣ装置３−Ａｎと、伝送路４−Ａとを備えて構成され、ローカルシステム１−Ｂは、ＧＷ装置２−Ｂと、複数のＳＣ装置３−Ｂａ、ＳＣ装置３−Ｂｂ、・・・、ＳＣ装置３−Ｂｎと、伝送路４−Ｂとを備えて構成され、そして、ローカルシステム１−Ｃは、ＧＷ装置２−Ｃと、複数のＳＣ装置３−Ｃａ、ＳＣ装置３−Ｃｂ、・・・、ＳＣ装置３−Ｃｎと、伝送路４−Ｃとを備えて構成される。

なお、本明細書において、総称する場合にはアルファベットの添え字を省略した参照符号で示し、個別の構成を指す場合にはアルファベットの添え字を付した参照符号で示すこととする。

ＳＣ装置３は、機器を有線又は無線の伝送路を介して遠隔に監視及び／又は制御する装置であり、ＧＷ装置２と伝送路４を介して通信を行う第１通信部と、機器と伝送路を介して通信を行う第２通信部と、機器を監視及び／又は制御する制御部とを備えて構成される（各部についての図示は省略する）。ＳＣ装置３は、機器からその動作状態や故障状態等を機器情報として伝送路を介して取得することによって機器を監視し、また、機器の動作状態を制御する制御命令を伝送路を介して機器に送信しその制御結果を機器情報として機器から伝送路を介して受信することによって機器を制御するものである。機器は、照明器具、空調装置、電力メータ、防災設備及び防犯設備等であり、監視目的及び／又は制御目的によって適宜選択される。

ＧＷ装置２は、他のローカルシステム１内のＧＷ装置２とインターネット５を介して接続され、フィールドプロトコルのオブジェクトを相互に変換することによって当該ローカルシステム１と他のローカルシステム１とを１個の広域システムに構築する装置であり、その詳細については、後述する。図１に示す例では、３個のローカルシステム１−Ａ、１−Ｂ、１−ＣがＧＷ装置２−Ａ、２−Ｂ、２−Ｃによってインターネット５を介して相互に接続され、広域システムを構成している。

各ローカルシステム１では、ローカルシステム１内で用いられる通信プロトコルであるフィールドプロトコルとして本実施形態では例えばＢＡＣｎｅｔ／ＩＰやＬｏｎＴａｌｋが用いられる。但し、これに限定するものではなく、任意のフィールドプロトコルとしての通信プロトコルでよい。

ＢＡＣｎｅｔは、前述したように米国冷暖房空調工業会が主導的に開発した標準規格である。ＢＡＣｎｅｔのプロトコルアーキテクチャは、物理層、データリンク層、ネットワーク層及びアプリケーション層の４層の縮退構造である。本発明は、アプリケーション層に関わるものであり、本発明に係るゲートウェイ装置は、このアプリケーション層において通信プロトコルを変換するものである。ＢＡＣｎｅｔの伝送方式は、ＩＰ、イーサネット（Ethernet、登録商標、ISO/IEC 8802.3）、ＡＲＣＮＥＴ（ANSI/ATA 878.1）、ＭＳ／ＴＰ（Master Slave/Token Passing、ANSI/ASHRAE 135-1995 RS-485）、ＰＴＰ（Point-to-Point、ANSI/ASHRAE 135-1995 RS-232）及びＬＯＮＴａｌｋ（ANSI/EIA709.1-A-1999）が用意されており適宜選択されるが、本実施形態では、ＢＡＣｎｅｔ／ＩＰを用いている。

ＢＡＣｎｅｔでは、データは、オブジェクト、インスタンス及びプロパティという用語で表現され、通信規約は、サービスという用語で表現され、情報及び制御は、全てこれらの用語で定義される。これによって、異なるベンダがＢＡＣｎｅｔを採用することによりそれらデバイス同士が相互に運用可能となっている。ＢＡＣｎｅｔでは、機器に関する全ての情報がオブジェクトという用語で定義され、抽象化される。オブジェクトは、予め定められた複数のプロパティ（属性）を備えて構成され、ＢＡＣｎｅｔのシステム内で識別可能とするためにオブジェクト識別子（オブジェクトＩＤ）というプロパティを持つ。オブジェクトの監視や変更は、このプロパティを通じて行われる。サービスは、プロパティを読み書きする場合におけるその読み書きの行為のことであり、ＢＡＣｎｅｔ機器が、他のＢＡＣｎｅｔ機器から情報を受け取ったり、他のＢＡＣｎｅｔ機器に或る動作をするように命令したり、他のＢＡＣｎｅｔ機器に当該ＢＡＣｎｅｔ機器に起こったことを通知したりする手続を定めたものである。ＢＡＣｎｅｔ機器間におけるこのような情報交換は、サービス・メッセージをオブジェクトに対し発行し、それに応答する形で実行される。

ＬｏｎＷｏｒｋｓでは、データは、ＳＮＶＴ（Standard Network Variable Types）という用語で表現され、通信規約は、ＬｏｎＴａｌｋで表現される。ＳＮＶＴは、基本的に数値（変数）のみによって構成され、その単位、変数型、バイト数等は予め固定的に決まっている。即ち、ＳＮＶＴにおけるオブジェクトは、プロパティとして変数のみを備える。

本発明は、ＢＡＣｎｅｔのように機器情報が複数のデータで表される場合でも、ＬｏｎＷｏｒｋｓのように機器情報が１個のデータで表される場合でも適用可能である。

図２において、ＧＷ装置２は、通信インタフェース部（以下、「通信ＩＦ部」と略記する。）１１と、中央処理部１２と、第１記憶部１３と、第２記憶部１４と、第３記憶部１５と、複数のフィールドプロトコル通信インタフェース部１６（以下、「ＦＰ通信ＩＦ部」と略記する。）と、シリアルコンソール部１７と、バス１８とを備えて構成される。図２に示す例では、当該ＧＷ装置２が２個のフィールドプロトコルに対応可能とする観点から、ＧＷ装置２は、２個の第１及び第２ＦＰ通信ＩＦ部１６−ａ、１６−ｂを備えている。

通信ＩＦ部１１は、インターネット５を介して他のローカルシステム１内のＧＷ装置２と通信を行うためのインターフェース回路である。通信ＩＦ部１１は、中央処理部１２からのデータに基づいてインターネット５の伝送方式に従った通信信号を生成すると共にインターネット５からの通信信号を中央処理部１２が処理可能な形式のデータに変換する。通信ＩＦ部１１は、例えば、イーサカード、モデム及びＡＤＳＬ（Asymmetric Digital Susbcriber Line）モデム等である。

ＦＰ通信ＩＦ部１６は、伝送路４を介して当該ＧＷ装置２のローカルシステム１内におけるＳＣ装置３と通信を行うためのインターフェース回路である。第１ＦＰ通信ＩＦ部１６−ａは、中央処理部１２からのデータに基づいて第１フィールドプロトコル、例えばＢＡＣｎｅｔ／ＩＰの伝送方式に従った通信信号を生成すると共に第１フィールドプロトコルに基づく通信信号を中央処理部１２が処理可能な形式のデータに変換する。第２ＦＰ通信ＩＦ部１６−ｂは、中央処理部１２からのデータに基づいて第２フィールドプロトコル、例えばＬｏｎＴａｌｋの伝送方式に従った通信信号を生成すると共に第２フィールドプロトコルに基づく通信信号を中央処理部１２が処理可能な形式のデータに変換する。

なお、ローカルシステム１は、第１フィールドプロトコルを用いたサブネットワークと第２フィールドプロトコルを用いたサブネットワークとから構成されるネットワークでも、また、第１フィールドプロトコルを用いたネットワークでも、あるいは、第２フィールドプロトコルを用いたネットワークでもよい。

シリアルコンソール部１７は、シリアルコンソールが接続され、シリアルコンソールとの間で情報を入出力する回路であり、例えばＲＳ−２３２Ｃのシリアルポートを構成する回路である。

中央処理部１２は、例えば、マイクロプロセッサやその周辺回路等で構成され、図３に示すように、機能的に、ＩＰ準拠アプリケーションプロトコルスタック部（以下、「ＩＰ準拠ＡＰプロトコルスタック部」と略記する。）２１と、オブジェクト逆変換部２２と、オブジェクト変換部２３と、フィールドプロトコル準拠アプリケーションプロトコルスタック部（以下、「ＦＰ準拠ＡＰプロトコルスタック部」と略記する。）２４と、共通オブジェクト情報管理部（ＣＯｂ情報管理部）２５とを備えると共に、各制御プログラムに従い通信ＩＦ部１１、第１乃至第３記憶部１３、１４、１５、ＦＰ通信ＩＦ部１６及びシリアルコンソール部１７を当該機能に応じてそれぞれ制御する。

ＩＰ準拠ＡＰプロトコルスタック部２１は、本実施形態ではインターネット５を介して他のＧＷ装置２と通信を行うことから、ＴＣＰ／ＩＰ等から成るインターネットプロトコル群を実装しているソフトウェア群であり、通信ＩＦ部１１を制御する最下層の通信ＩＦ部１１用のデバイスドライバ、イーサネットフレーム等を制御するデータリンク層のソフトウェア、ＩＰ（Internet Protocol）のネットワーク層のソフトウェア、及び、ＴＣＰ（Transmission Control Protocol）等の上位層のソフトウェアを備えて構成される。

ＦＰ準拠ＡＰプロトコルスタック部２４は、ローカルシステム１で使用される通信プロトコルを実装しているソフトウェア群であり、ＦＰ通信ＩＦ部１６を制御する最下層のＦＰ通信ＩＦ部１６用のデバイスドライバ、フィールドプロトコルに対応したデータリンク層のソフトウェア、フィールドプロトコルに対応したネットワーク層のソフトウェア、及び、フィールドプロトコルに対応したアプリケーション層におけるソフトウェアを備えて構成される。

図３に示す例では、当該ＧＷ装置２が２個の第１及び第２ＦＰ通信ＩＦ部１６−ａ、１６−ｂを備えることから、中央処理部１２は、第１及び第２ＦＰ通信ＩＦ部１６−ａ、１６−ｂにそれぞれ対応する２個の第１及び第２ＦＰ準拠ＡＰプロトコルスタック部２４−ａ、２４−ｂを備えている。

オブジェクト逆変換部２２は、インターネット５を介して他のＧＷ装置２から後述の共通メッセージを受付けると、共通メッセージの分析を行って後述の共通オブジェクトをフィールドプロトコルのオブジェクト（以下、「ＦＰオブジェクト」と略記する。）へ変換しこのＦＰオブジェクトを収容するフィールドプロトコルのメッセージ（以下、「ＦＰメッセージ」と略記する、）を生成するものである。オブジェクト逆変換部２２は、ＩＰ準拠ＡＰプロトコルスタック部２１から共通メッセージの通知を受付けこの受付けた共通メッセージに含まれる共通オブジェクトを取り出す共通オブジェクト受付部３１と、共通オブジェクト受付部３１で取り出された共通オブジェクトを各フィールドプロトコルのＦＰオブジェクトへ変換するアクセサモジュール集合部３２と、ＦＰ準拠ＡＰプロトコルスタック部２４ごとに用意されアクセサモジュール集合部３２で変換されたＦＰオブジェクトを収容するＦＰメッセージを生成し当該ＦＰメッセージに対応するＦＰ準拠ＡＰプロトコルスタック部２４へ通知するフィールドプロトコル用通知部（以下、「ＦＰ用通知部」と略記する。）３３とを備える。

図３に示す例では、ＦＰ準拠ＡＰプロトコルスタック部２４が第１及び第２ＦＰ準拠ＡＰプロトコルスタック部２４−ａ、２４−ｂの２個であることから、ＦＰ用通知部３３は、第１ＦＰ準拠ＡＰプロトコルスタック部２４−ａに第１フィールドプロトコルのＦＰオブジェクトを通知する第１ＦＰ用通知部３３−ａ及び第２ＦＰ準拠ＡＰプロトコルスタック部２４−ｂに第２フィールドプロトコルのＦＰオブジェクトを通知する第２ＦＰ用通知部３３−ｂの２個が用意されている。

アクセサモジュール集合部３２は、アクセサモジュール管理部３２１と、ＦＰオブジェクトの個数に応じた個数である複数のアクセサモジュール（図３では「ＡＭ」と略記する。）３２２とを備えて構成される。アクセサモジュール３２２は、ＦＰ通信ＩＦ部１６の個数に対応した複数のフィールドプロトコルアクセス（以下、「ＦＰアクセス」と略記し、図３では「ＦＰＡ」と略記する。）３２２１を備えて構成される。図３に示す例では、当該ゲートウェイ装置２が２個の第１及び第２ＦＰ通信ＩＦ部１６−ａ、１６−ｂを備えることから、アクセサモジュール３２２は、２個のＦＰアクセス３２２１を備えている。即ち、アクセサモジュール３２２−ａは、第１及び第２ＦＰアクセス３２２１−Ａａ、３２２１−Ａｂを備え、アクセサモジュール３２２−ｂは、第１及び第２ＦＰアクセス３２２１−Ｂａ、３２２１−Ｂｂを備える。アクセスモジュール管理部３２１は、共通オブジェクトからＦＰオブジェクトに変換すると共に、この変換したＦＰオブジェクトをこれに対応するＦＰアクセス３２２１に通知する。即ち、アクセスモジュール管理部３２１は、変換したＦＰオブジェクトが第１フィールドプロトコル（例えばＢＡＣｎｅｔ）のＦＰオブジェクトである場合には第１ＦＰアクセス３２２１−Ａに通知し、変換したＦＰオブジェクトが第２フィールドプロトコル（例えばＬｏｎＴａｌｋ）のＦＰオブジェクトである場合には第２ＦＰアクセス３２２１−Ｂに通知する。ＦＰアクセス３２２１は、ＦＰオブジェクトを処理し、処理結果をＦＰ用通知部３３に通知するオブジェクトインタフェースである。

オブジェクト変換部２３は、当該ＧＷ装置２のローカルシステム１内におけるＳＣ装置３からＦＰメッセージを受付けると、このＦＰメッセージを実行する機器を監視及び／又は制御するＳＣ装置３が他のＧＷ装置２のローカルシステム１内におけるＳＣ装置３である場合に、ＦＰメッセージの分析を行ってＦＰオブジェクトを共通オブジェクトへ変換し共通メッセージを生成するものである。オブジェクト変換部２３は、ＦＰ準拠ＡＰプロトコルスタック部２４ごとに用意されＦＰ準拠ＡＰプロトコルスタック部２４からＦＰメッセージの通知を受付けこの受付けたＦＰメッセージに含まれるＦＰオブジェクトを取り出すフィールドプロトコル用受付部（以下、「ＦＰ用受付部」と略記する。）３８と、ＦＰ用受付部３８で取り出されたＦＰオブジェクトを共通オブジェクトに変換する共通オブジェクト変換本体部（以下、「ＣＯｂ変換本体部」と略記する。）３７と、ＣＯｂ変換本体部３７で変換された共通オブジェクトを特定する情報（共通オブジェクト特定情報）を収容する共通メッセージを生成しＩＰ準拠ＡＰプロトコルスタック部２１へ通知すると共に当該ＧＷ装置２のローカルシステム１内におけるＳＣ装置３の要求によりＦＰオブジェクト−共通オブジェクト変換マップの所定の内容をそのＳＣ装置３に返信して公開する共通オブジェクト通知部３６とを備える。

図３に示す例では、ＦＰ準拠ＡＰプロトコルスタック部２４が第１及び第２ＦＰ準拠ＡＰプロトコルスタック部２４−ａ、２４−ｂの２個であることから、ＦＰ用受付部３８は、第１ＦＰ準拠ＡＰプロトコルスタック部２４−ａから第１フィールドプロトコルのＦＰメッセージを受付ける第１ＦＰ用受付部３８−ａ及び第２ＦＰ準拠ＡＰプロトコルスタック部２４−ｂから第２フィールドプロトコルのＦＰメッセージを受付ける第２ＦＰ用受付部３８−ｂの２個が用意されている。

図２に戻って、第１記憶部１３は、中央処理部１２の所謂ワーキングメモリであり、例えばＲＡＭ（Random Access Memory）等の揮発性の記憶素子を備えて構成される。第２記憶部１４は、制御プログラム等の各種プログラムや各種プログラムを実行するために必要であって書換え不要な情報を記憶するメモリであり、例えばＲＯＭ（Read Only Memory）等の不揮発性の記憶素子を備えて構成される。

第３記憶部１５は、ＦＰオブジェクト−共通オブジェクト変換マップ（以下、「ＦＰＯｂ−ＣＯｂ変換マップ」と略記する。）を記憶するＦＰオブジェクト−共通オブジェクト変換マップ記憶部（以下、「ＦＰＯｂ−ＣＯｂ変換マップ記憶部」と略記する。）４１と、共通オブジェクト送信テーブルを記憶する共通オブジェクト送信テーブル記憶部４２と、ＦＰオブジェクト送信テーブルを記憶するＦＰオブジェクト送信テーブル記憶部４３とを備えて構成され、各種プログラムを実行するために必要であって書換えの必要な情報を記憶するメモリであり、例えばＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の書換え可能な不揮発性の記憶素子を備えて構成される。

共通オブジェクトは、インターネット５を介して複数のローカルシステム１を１つに纏めて広域システムとするためにＧＷ装置２間で共通に使用するオブジェクトである。その一特徴として、共通オブジェクトは、異なるフィールドプロトコルで共通に使用可能なインタフェースである共通インタフェースと、特定のフィールドプロトコルで使用されるインタフェースである固有インタフェースとを備えて構成される。このような共通オブジェクトを用いることにより、複数のフィールドプロトコルにおいて、一のフィールドプロトコルから他のフィールドプロトコルに変換する際に、一のフィールドプロトコルと他のフィールドプロトコルとを１対１で対応させて変換する場合に較べて、変換の際に用いる変換マップのデータ量を少なくすることができ、また、同一の手順によって変換することができる。また、共通オブジェクトに含まれている共通インタフェースの変数プロパティを参照したり、関数を実行したりすることにより、共通オブジェクトを参照するだけで、そのメタ情報（属性、使用方法）等を認識することができる。また、共通オブジェクトにこのような共通インタフェースを備えることで、さらに、変換マップのデータ量を少なくすることができる。

監視及び制御が基本的に値の読み込み、書込み及び自発的な発報によって行われることに着目し、共通インタフェース及び固有インタフェースは、一のＳＣ装置３が他のＳＣ装置３から値を取得する場合に使用されるプロパティであるＧｅｔ関数（ゲット関数）、一のＳＣ装置３が他のＳＣ装置３へ値を書き込む場合に使用されるプロパティであるＳｅｔ関数（セット関数）、及び、一のＳＣ装置３が自発的に値の変化を通知する場合に使用されるプロパティであるＥｖｅｎｔのうち少なくとも１つを備えて構成される。

まず、第１ステップとして、共通インタフェースが管理点や物理量を元に作成され、この作成された共通インタフェースで表現されるプロパティを各フィールドプロトコルのオブジェクトにおけるプロパティから抽出する。

次に、第２ステップとして、抽出後に残ったプロパティで固有インタフェースを作成する。この固有インタフェースを作成する場合に、残ったプロパティにおいて同種のプロパティ同士を纏めて固有インタフェースを作成してもよい。

本発明は、複数のフィールドプロトコル間で少なくとも一部の機器情報が共通インターフェースに割り付け可能であれば、オブジェクト指向のフィールドプロトコルでもオブジェクト指向ではないフィールドプロトコルでもよい。

ここで、ＧＷ装置２が対応するフィールドプロトコルがＬｏｎＴａｌｋ及びＢＡＣｎｅｔである場合において共通オブジェクトの作成方法を具体的に説明する。図４は、共通オブジェクトの作成方法を一具体例に沿って説明するための図である。

図４において、まず、例えば、温度に関する共通インタフェース（温度インタフェース）が作成される。例えば、ＧｅｔＶａｌｕｅＴｅｍｐｅｒａｔｕｒｅ関数、ＳｅｔＶａｌｕｅＴｅｍｐｅｒａｔｕｒｅ関数及びＥｖｅｎｔＶａｌｕｅＴｅｍｐｅｒａｔｕｒｅ関数をプロパティとして備える温度インタフェース５３１が作成される。そして、この温度インタフェースで表現されるプロパティをＬＯＮの変数（ＬＯＮ ＳＮＶＴ）及びＢＡＣｎｅｔのオブジェクトから抽出する。即ち、これによって、ＬＯＮでは、温度に関するアナログ値管理点用の変数であるＳＮＶＴ＿ｔｅｍｐ＿ｆ５１が着目され、そのプロパティであるＴｅｍｐｅｒａｔｕｒｅ値が抽出される。そして、ＢＡＣｎｅｔでは、ＡｎａｌｏｇＩｎｐｕｔ５２が着目され、Ｐｒｅｓｅｎｔ＿Ｖａｌｕｅ、Ｓｔａｔｕｓ＿Ｆｌａｇｓ、Ｒｅｌｉａｂｉｌｉｔｙ、Ｏｕｔ＿Ｏｆ＿Ｓｅｒｖｉｃｅ、Ｕｎｉｔｓ及びＲｅｓｏｌｕｔｉｏｎが抽出される。

次に、抽出後に残ったプロパティで固有インタフェースを作成する。ＳＮＶＴ＿ｔｅｍｐ＿ｆ５１には残ったプロパティはないので、ＬｏｎＷｏｒｋｓのＳＮＶＴ＿ｔｅｍｐ＿ｆ５１に対して固有インタフェースは、作成されない。一方、ＡｎａｌｏｇＩｎｐｕｔ５２には、Ｏｂｊｅｃｔ＿Ｉｄｅｎｔｉｆｉｅｒ、Ｏｂｊｅｃｔ＿Ｎａｍｅ、Ｏｂｊｅｃｔ＿Ｔｙｐｅ、Ｄｅｓｃｒｉｐｔｉｏｎ、Ｄｅｖｉｃｅ＿Ｔｙｐｅ、Ｅｖｅｎｔ＿Ｓｔａｔｅ、Ｕｐｄａｔｅ＿Ｉｎｔｅｒｖａｌ、Ｍｉｎ＿Ｐｒｅｓ＿Ｖａｌｕｅ、Ｍａｘ＿Ｐｒｅｓ＿Ｖａｌｕｅ、ＣＯＶ＿Ｉｎｃｒｅｍｅｎｔ、Ｔｉｍｅ＿Ｄｅｌａｙ、Ｎｏｔｉｆｉｃａｔｉｏｎ＿Ｃｌａｓｓ、Ｈｉｇｈ＿Ｌｉｍｉｔ、Ｌｏｗ＿Ｌｉｍｉｔ、Ｄｅａｄｂａｎｄ、Ｌｉｍｉｔ＿Ｅｎａｂｌｅ、Ｅｖｅｎｔ＿Ｅｎａｂｌｅ、Ａｃｋｅｄ＿Ｔｒａｎｓｉｔｉｏｎｓ、Ｎｏｔｙｆｙ＿Ｔｙｐｅのプロパティが残るので、固有インタフェースとして、Ｏｂｊｅｃｔ＿Ｉｄｅｎｔｉｆｉｅｒ、Ｏｂｊｅｃｔ＿Ｎａｍｅ、Ｏｂｊｅｃｔ＿Ｔｙｐｅ、Ｄｅｓｃｒｉｐｔｉｏｎ、Ｄｅｖｉｃｅ＿Ｔｙｐｅ及びＵｐｄａｔｅ＿Ｉｎｔｅｒｖａｌを纏めてＧｅｔＯｂｊＩｎｆｏｒｍａｔｉｏｎ関数及びＳｅｔＯｂｊＩｎｆｏｒｍａｔｉｏｎ関数をプロパティとして備えるオブジェクト情報インタフェース５３２、Ｍｉｎ＿Ｐｒｅｓ＿Ｖａｌｕｅ及びＭａｘ＿Ｐｒｅｓ＿Ｖａｌｕｅを纏めてＧｅｔＲａｎｇｅＶａｌｕｅ関数及びＳｅｔＲａｎｇｅＶａｌｕｅ関数をプロパティとして備える範囲設定インタフェース５３３、そして、Ｅｖｅｎｔ＿Ｓｔａｔｅ、ＣＯＶ＿Ｉｎｃｒｅｍｅｎｔ、Ｔｉｍｅ＿Ｄｅｌａｙ、Ｎｏｔｉｆｉｃａｔｉｏｎ＿Ｃｌａｓｓ、Ｈｉｇｈ＿Ｌｉｍｉｔ、Ｌｏｗ＿Ｌｉｍｉｔ、Ｄｅａｄｂａｎｄ、Ｌｉｍｉｔ＿Ｅｎａｂｌｅ、Ｅｖｅｎｔ＿Ｅｎａｂｌｅ、Ａｃｋｅｄ＿Ｔｒａｎｓｉｔｉｏｎｓ及びＮｏｔｙｆｙ＿Ｔｙｐｅを纏めてＧｅｔＥｖｅｎｔＣｏｎｄｉｔｉｏｎ及びＳｅｔＥｖｅｎｔＣｏｎｄｉｔｉｏｎを備えるイベント設定インタフェース５３４がそれぞれ作成される。

このような手順によってＳＮＶＴ＿ｔｅｍｐ＿ｆ５１とＡｎａｌｏｇＩｎｐｕｔ５２とに対する共通オブジェクト５３が作成される。このような共通オブジェクト５３が当該ＧＷ装置２が対応するフィールドプロトコルのプロパティごとに作成される。

そして、ＦＰＯｂ−ＣＯｂ変換マップは、ＦＰオブジェクトのプロパティと共通オブジェクトのインタフェースとの対応関係を示す情報であり、ＦＰオブジェクトから共通オブジェクトへ、及び、共通オブジェクトからＦＰオブジェクトへ変換するために使用される。例えば、上述の具体例の場合では、ＦＰＯｂ−ＣＯｂ変換マップは、ＬｏｎＷｏｒｋｓのＳＮＶＴ＿ｔｅｍｐ＿ｆ５１におけるＴｅｍｐｅｒａｔｕｒｅ値と共通インタフェースの温度インタフェース５３１との対応関係を示す情報、ＢＡＣｎｅｔのＡｎａｌｏｇＩｎｐｕｔ５２におけるＰｒｅｓｅｎｔ＿Ｖａｌｕｅ、Ｓｔａｔｕｓ＿Ｆｌａｇｓ、Ｒｅｌｉａｂｉｌｉｔｙ、Ｏｕｔ＿Ｏｆ＿Ｓｅｒｖｉｃｅ、Ｕｎｉｔｓ及びＲｅｓｏｌｕｔｉｏｎと共通インタフェースの温度インタフェース５３１との対応関係を示す情報、ＢＡＣｎｅｔのＡｎａｌｏｇＩｎｐｕｔ５２におけるＯｂｊｅｃｔ＿Ｉｄｅｎｔｉｆｉｅｒ、Ｏｂｊｅｃｔ＿Ｎａｍｅ、Ｏｂｊｅｃｔ＿Ｔｙｐｅ、Ｄｅｓｃｒｉｐｔｉｏｎ、Ｄｅｖｉｃｅ＿Ｔｙｐｅ及びＵｐｄａｔｅ＿Ｉｎｔｅｒｖａｌと固有インタフェースのオブジェクト情報インタフェース５３２との対応関係を示す情報、ＢＡＣｎｅｔのＡｎａｌｏｇＩｎｐｕｔ５２におけるＭｉｎ＿Ｐｒｅｓ＿Ｖａｌｕｅ及びＭａｘ＿Ｐｒｅｓ＿Ｖａｌｕｅと固有インタフェースの範囲設定インタフェース５３３との対応関係を示す情報、そして、ＢＡＣｎｅｔのＡｎａｌｏｇＩｎｐｕｔ５２におけるＥｖｅｎｔ＿Ｓｔａｔｅ、ＣＯＶ＿Ｉｎｃｒｅｍｅｎｔ、Ｔｉｍｅ＿Ｄｅｌａｙ、Ｎｏｔｉｆｉｃａｔｉｏｎ＿Ｃｌａｓｓ、Ｈｉｇｈ＿Ｌｉｍｉｔ、Ｌｏｗ＿Ｌｉｍｉｔ、Ｄｅａｄｂａｎｄ、Ｌｉｍｉｔ＿Ｅｎａｂｌｅ、Ｅｖｅｎｔ＿Ｅｎａｂｌｅ、Ａｃｋｅｄ＿Ｔｒａｎｓｉｔｉｏｎｓ及びＮｏｔｙｆｙ＿Ｔｙｐｅとイベント設定インタフェース５３４との対応関係を示す情報である。例えば、共通オブジェクト５３の各インタフェース５３１〜５３４には、識別子（共通オブジェクトインタフェース識別子）が付与されており、この共通オブジェクトインタフェース識別子をオブジェクト識別子及びプロパティ名に対応付けることによって対応関係が示される。

図５は、共通オブジェクト送信テーブルの構成及びＦＰオブジェクト送信テーブルの構成を示す図である。図５（Ａ）は、共通オブジェクト送信テーブルの構成を示し、図５（Ｂ）は、ＦＰオブジェクト送信テーブルの構成を示す。

共通オブジェクト送信テーブルは、ＧＷ装置２が当該ＧＷ装置２のローカルシステム１内におけるＳＣ装置３からＦＰメッセージを受信した場合に、この受信したＦＰメッセージのＦＰオブジェクトを変換した共通オブジェクトの共通オブジェクト特定情報を収容する共通メッセージを送信すべき送信先を示す情報を登録するテーブルである。図５（Ａ）に示すように、共通オブジェクト送信テーブル６０は、例えば、ＦＰメッセージを送信した送信元のＳＣ装置３における通信アドレスを登録する送信元ＳＣアドレス部６１と、ＦＰメッセージに収容されていたＦＰオブジェクトを特定する情報（ＦＰオブジェクト特定情報）を登録するＦＰオブジェクト特定情報部６２と、ＦＰオブジェクトに対応する共通オブジェクトを収容した共通メッセージを送信する送信先であるＧＷ装置２の通信アドレスを登録する送信先ＧＷアドレス部６３とを備えて構成され、送信元ＳＣアドレス部６１に登録されるＳＣ装置３の通信アドレスとＦＰオブジェクト特定情報との組ごとに作成される。

ＦＰオブジェクト送信テーブルは、ＧＷ装置２が他のＧＷ装置２から共通メッセージを受信した場合に、この受信した共通メッセージの共通オブジェクト特定情報で特定される共通オブジェクトを変換したＦＰオブジェクトを収容するＦＰメッセージを送信すべき送信先を示す情報を登録するテーブルである。図５（Ｂ）に示すように、ＦＰオブジェクト送信テーブル７０は、例えば、共通メッセージを送信した送信元のＧＷ装置２における通信アドレスを登録する送信元ＧＷアドレス部７１と、共通メッセージに収容されていた共通オブジェクトを特定する共通オブジェクト特定情報を登録する共通オブジェクト特定情報部７２と、共通オブジェクトに対応するＦＰオブジェクトを収容したＦＰメッセージを送信する送信先であるＳＣ装置３の通信アドレスを登録する送信先ＳＣアドレス部７３とを備えて構成され、送信元ＧＷアドレス部７１に登録されるＧＷ装置２の通信アドレスと共通オブジェクト特定情報との組ごとに作成される。

本実施形態では、各ＧＷ装置２は、インターネット５を介して相互に通信可能に接続されることから、ＧＷ装置２の通信アドレスは、ＩＰアドレスが用いられる。またＳＣ装置３の通信アドレスは、例えば、デバイスＩＤやＭＡＣ（Media Access Control）アドレスやＩＰアドレスが用いられる。

また、本実施形態では、ＦＰＯｂ−ＣＯｂ変換マップは、上述のように構成されるので、共通オブジェクト特定情報は、共通オブジェクト識別子及び共通オブジェクトインタフェース識別子である。共通オブジェクト識別子は、共通オブジェクトを識別し特定する識別子である。そして、ＦＰオブジェクト特定情報は、オブジェクト識別子及びプロパティ名である。

また、図３において、共通オブジェクト情報管理部２５は、ローカルシステム内のＳＣ装置３から広域システム内において使用可能な共通オブジェクトの問合せがあるとＦＰＯｂ−ＣＯｂ変換マップを参照してその応答を返信すると共に、他のＳＣ装置３から広域システム内において使用可能な共通オブジェクトの問合せがあるとＦＰＯｂ−ＣＯｂ変換マップを参照してその応答を返信する。

そして、図２に戻って、これら中央処理部１２、第１記憶部１３、第２記憶部１４、第３記憶部１５、ＦＰ通信ＩＦ部１６及びシリアルコンソール部１７は、データを相互に交換することができるようにバス１８にそれぞれ接続される。

次に、第１の実施形態におけるＧＷ装置２の動作について説明する。

（第１の実施形態の動作）
図６は、オブジェクト変換部の動作を示すフローチャートである。図６において、オブジェクト変換部２３のＣＯｂ変換本体部３７は、ＦＰ準拠ＡＰプロトコルスタック部２４で当該ＧＷ装置２のローカルシステム１からＦＰメッセージを、本実施形態ではＢＡＣｎｅｔのサービス・メッセージやＬｏｎＴａｌｋのサービス・メッセージを受信すると（Ｓ１１）、このＦＰメッセージの分析を行う（Ｓ１２）。このフィールドプロトコルのメッセージの分析は、このフィールドプロトコルのメッセージを送信した送信元のＳＣ装置３における通信アドレスを検出し、ＦＰメッセージに収容されるオブジェクトからＦＰオブジェクト特定情報を検出すること（即ち、ＢＡＣｎｅｔの場合ではオブジェクト識別子、インスタンスＮｏ（インスタンス番号）及びプロパティ識別子）である。

次に、ＣＯｂ変換本体部３７は、この分析結果に基づいてＦＰＯｂ−ＣＯｂ変換マップから、この受信したＦＰメッセージに収容されるＦＰオブジェクトに対応するＦＰＯｂ−ＣＯｂ変換マップを検索する（Ｓ１３）。

次に、ＣＯｂ変換本体部３７は、検索結果からこの受信したＦＰメッセージに収容されるＦＰオブジェクトに対応するＦＰＯｂ−ＣＯｂ変換マップの有無を判断する（Ｓ１４）。判断の結果、ＦＰＯｂ−ＣＯｂ変換マップが無い場合（無し）には、ＣＯｂ変換本体部３７は、このＦＰメッセージを処理することができない旨を示すエラー・ＦＰメッセージをこのＦＰメッセージを送信したローカルシステム１内のＳＣ装置３に返信し（Ｓ１９）、処理を終了する。一方、判断の結果、ＦＰＯｂ−ＣＯｂ変換マップが有る場合（有り）には、ＣＯｂ変換本体部３７は、この受信したＦＰメッセージが引数等の数値データを送信するＦＰメッセージであるか否かを判断する（Ｓ１５）。即ち、ＣＯｂ変換本体部３７は、送信先のＳＣ装置３に数値データを書き込むメッセージであるか否かを判断する。

判断の結果、数値データを送信するメッセージである場合（ＹＥＳ）には、ＣＯｂ変換本体部３７は、数値データを共通オブジェクトの型に変換し、処理Ｓ１７を実行する。一方、判断の結果、数値データを送信するメッセージでない場合（ＮＯ）には、ＣＯｂ変換本体部３７は、処理Ｓ１７を実行する。

処理Ｓ１７において、ＣＯｂ変換本体部３７は、共通メッセージを組み立てる。即ち、本実施形態では、ＣＯｂ変換本体部３７は、処理Ｓ１３の検索結果におけるＦＰＯｂ−ＣＯｂ変換マップからこの受信したＦＰメッセージに収容されるＦＰオブジェクトに対応する共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を取得する。ＣＯｂ変換本体部３７は、処理Ｓ１２の分析結果に基づいて共通オブジェクト送信テーブル６０を検索し、検索結果から送信先のＧＷ装置２における通信アドレスを取得する。そして、ＣＯｂ変換本体部３７は、この検索結果に基づく通信アドレス宛てにこの取得した共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を収容すると共に必要に応じて数値データを収容する共通メッセージを生成する。

そして、ＣＯｂ変換本体部３７は、ＩＰ準拠ＡＰプロトコルスタック部２１を用いてこの共通メッセージを送信し（Ｓ１８）、処理を終了する。共通メッセージは、ＩＰ準拠ＡＰプロトコルスタック部２１による処理により、ネットワーク層のＩＰヘッダ及びデータリンク層のフレームヘッダが順次に付加され、通信ＩＦ部１１からインターネット５へ送出され、送信先のＧＷ装置２に送信される。

このように動作することによってＧＷ装置２は、ＦＰオブジェクトを共通オブジェクトに変換することができ、ＦＰメッセージを実行すべきＳＣ装置３をローカルシステム１内に持つＧＷ装置２へ共通メッセージを送信することができる。

図７は、オブジェクト逆変換部の動作を示すフローチャートである。図７において、オブジェクト逆変換部２２のアクセサモジュール集合部３２は、ＩＰ準拠ＡＰプロトコルスタック部２１でインターネット５（他のＧＷ装置２）から共通メッセージを受信すると（Ｓ３１）、この共通メッセージの分析を行う（Ｓ３２）。この共通メッセージの分析は、この共通メッセージを送信した送信元のＧＷ装置２における通信アドレスを検出し、共通メッセージに収容される共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を検出することである。

次に、アクセサモジュール集合部３２は、分析結果に基づいてＦＰＯｂ−ＣＯｂ変換マップから、この受信した共通メッセージの共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）に対応するＦＰＯｂ−ＣＯｂ変換マップを検索する（Ｓ３３）。

次に、アクセサモジュール集合部３２は、検索結果からこの受信した共通メッセージの共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）に対応するＦＰＯｂ−ＣＯｂ変換マップの有無を判断する（Ｓ３４）。判断の結果、ＦＰＯｂ−ＣＯｂ変換マップが無い場合（無し）には、アクセサモジュール集合部３２は、この共通メッセージを処理することができない旨を示すエラー・ＦＰ・メッセージに対応する共通メッセージを処理Ｓ３１で受信した共通メッセージを送信したＧＷ装置２に返信し（Ｓ３９）、処理を終了する。一方、判断の結果、ＦＰＯｂ−ＣＯｂ変換マップが有る場合（有り）には、アクセサモジュール集合部３２は、この受信した共通メッセージが数値データを送信するメッセージであるか否かを判断する（Ｓ３５）。即ち、アクセサモジュール集合部３２は、送信先のＳＣ装置３に数値データを書き込む共通メッセージであるか否かを判断する。

判断の結果、数値データを送信する共通メッセージである場合（ＹＥＳ）には、アクセサモジュール集合部３２は、数値データをフィールドプロトコルの型に変換し、処理Ｓ３７を実行する。一方、判断の結果、数値データを送信する共通メッセージでない場合（ＮＯ）には、アクセサモジュール集合部３２は、処理Ｓ３７を実行する。

処理Ｓ３７において、アクセサモジュール集合部３２は、ＦＰメッセージを組み立てる。即ち、本実施形態では、アクセサモジュール集合部３２のアクセサモジュール管理部３２１は、処理Ｓ３３の検索結果におけるＦＰＯｂ−ＣＯｂ変換マップからこの受信した共通メッセージに収容される共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）に対応するフィールドプロトコルのＦＰオブジェクト特定情報を取得する。アクセサモジュール管理部３２１は、処理Ｓ１２の分析結果に基づいてＦＰオブジェクト送信テーブル７０を検索し、検索結果から送信先のＳＣ装置３における通信アドレスを取得する。そして、アクセサモジュール管理部３２１は、この検索結果に基づく通信アドレス及びＦＰオブジェクト特定情報をアクセサモジュール３２２に通知し、アクセサモジュール３２２は、通知されたＦＰオブジェクト特定情報に応じたフィールドプロトコルアクセサ３２２１で、この検索結果に基づく通信アドレス宛てに必要に応じて数値データを用いてこの取得したＦＰオブジェクト特定情報に対応するＦＰメッセージを生成する。

そして、アクセサモジュール集合部３２は、ＦＰ準拠ＡＰプロトコルスタック部２４を用いてこのＦＰメッセージを送信し（Ｓ３８）、処理を終了する。ＦＰメッセージは、ＦＰ準拠ＡＰプロトコルスタック部２４によって処理され、ＦＰ通信ＩＦ部１６からローカルシステム１へ送出され、送信先のＳＣ装置３に送信され、送信先のＳＣ装置３で実行される。

このように動作することによってＧＷ装置２は、共通オブジェクトをＦＰオブジェクトに変換することができ、ＦＰメッセージを実行するＳＣ装置３に送信することができる。

以上のようにＧＷ装置２は、ＦＰオブジェクトをＧＷ装置２間で共通に使用するために定義した共通オブジェクトに双方向で変換するので、複数のローカルシステム１−Ａ、１−Ｂ、１−Ｃを、インターネット５を介して接続して広域システムにすることができる。また、ＦＰオブジェクトをＧＷ装置２間で共通に使用するために定義した共通オブジェクトに双方向で変換するので、既存のビルに導入する場合でも、各ＳＣ装置３−Ａ〜３−ＣのＩＰアドレスを変更する必要がない。

次に、ＧＷ装置２の動作をより明確に説明するために、図１に示すローカルシステム１−Ａ内のＳＣ装置３−Ａａ（ＨＩＭ）がローカルシステム１−Ｂ内のＳＣ装置３−Ｂａ（Ｉｃｏｎｔ）にＢＡＣｎｅｔにおけるサービス・メッセージの一例である「ＲｅａｄＰｒｏｐｅｒｔｙ」を実行させる場合について説明する。

なお、ローカルシステム１−Ａ内において、ＧＷ装置２−Ａにおける通信アドレスは、ＩＰアドレスの「１９２．１６８．０．１」であり、ＳＣ装置３−Ａａの通信アドレスは、「０ｘ０５」であるとする。ローカルシステム１−Ｂ内において、ＧＷ装置２−Ｂにおける通信アドレスは、ＩＰアドレスの「１９２．１６８．０．２」であり、ＳＣ装置３−Ｂａの通信アドレスは、「０ｘ１０」であるとする。また、ローカルシステム１−Ａ及びローカルシステム１−Ｂは、フィールドプロトコルとしてＢＡＣｎｅｔを採用しているものとする。このように本発明に係るＧＷ装置２は、送信元のＧＷ装置２におけるローカルシステムのフィールドプロトコルと送信先のＧＷ装置２におけるローカルシステムのフィールドプロトコルが異なる場合だけでなく、同一の場合でもよい。

図８は、図１に示すローカルシステム１−Ａ内のＳＣ装置３−Ａａがローカルシステム１−Ｂ内のＳＣ装置３−Ｂａに「ＲｅａｄＰｒｏｐｅｒｔｙ」を実行させる場合の動作示すシーケンス図である。

図８において、ＳＣ装置３−Ａａは、ＳＣ装置３−Ｂａに「ＲｅａｄＰｒｏｐｅｒｔｙ」を実行させるべく、「ＲｅａｄＰｒｏｐｅｒｔｙ」のＦＰメッセージ（サービス・メッセージ）を生成し、ローカルシステム１−Ａ内に送信する（Ｃ１１）。

ＳＣ装置３−Ａａからこの「ＲｅａｄＰｒｏｐｅｒｔｙ」のＦＰメッセージを受信したＧＷ装置２−Ａは、図６に示す処理Ｓ１１乃至処理Ｓ１９を実行する（Ｃ１２）。この処理の実行により、ＧＷ装置２−Ａは、「ＲｅａｄＰｒｏｐｅｒｔｙ」のＦＰメッセージに対応するＦＰＯｂ−ＣＯｂ変換マップを検索し、検索したＦＰＯｂ−ＣＯｂ変換マップから共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を取得する。また、ＧＷ装置２−Ａは、共通オブジェクト送信テーブル６０から送信先のＧＷ装置２の通信アドレスを検索して取得する。そして、ＧＷ装置２−Ａは、送信元のＧＷ装置２における通信アドレスとして当該ＧＷ装置２−Ａのインターネット側のＩＰアドレスである「２００．０．０．１」を収容し、送信先のＧＷ装置２−Ｂにおける通信アドレスとしてインターネット側のＩＰアドレス「２００．０．０．２」を収容し、共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を収容する共通メッセージを生成する。

ＧＷ装置２−Ａは、共通メッセージが生成されると、共通メッセージをインターネット５を介して送信先のＧＷ装置２−Ｂに送信する（Ｃ１３）。

ＧＷ装置２−Ａからこの共通メッセージを受信したＧＷ装置２−Ｂは、図７に示す処理Ｓ３１乃至処理Ｓ３９を実行する（Ｃ１４）。この処理の実行により、ＧＷ装置２−Ｂは、共通メッセージに収容される共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）に対応するＦＰＯｂ−ＣＯｂ変換マップを検索し、検索したＦＰＯｂ−ＣＯｂ変換マップからＦＰオブジェクト特定情報（オブジェクト識別子及びプロパティ名）を取得する。また、ＧＷ装置２−Ｂは、ＦＰオブジェクト送信テーブル７０から送信先のＳＣ装置３−Ｂａの通信アドレスを検索して取得する。そして、ＧＷ装置２−Ｂは、「ＲｅａｄＰｒｏｐｅｒｔｙ」のＦＰメッセージ（サービス・メッセージ）を生成し、ローカルシステム１−Ｂ内のＳＣ装置３−Ｂａにこの「ＲｅａｄＰｒｏｐｅｒｔｙ」のＦＰメッセージを送信する（Ｃ１５）。

ＧＷ装置２−Ｂからこの「ＲｅａｄＰｒｏｐｅｒｔｙ」のＦＰメッセージ（サービス・メッセージ）を受信したＳＣ装置３−Ｂａは、ＦＰメッセージに収容されているオブジェクトに対し、「ＲｅａｄＰｒｏｐｅｒｔｙ」を実行し、その実行結果を取得する（Ｃ１６）。そして、ＳＣ装置３−Ｂａは、「ＲｅａｄＰｒｏｐｅｒｔｙ」のＦＰメッセージに対する返信として「ＣｏｍｐｌｅｘＡｃｋ」のＦＰメッセージを生成し、ローカルシステム１−Ｂ内に送信する（Ｃ１７）。

ＧＷ装置２−Ｂは、「ＣｏｍｐｌｅｘＡｃｋ」のＦＰメッセージに対応するＦＰＯｂ−ＣＯｂ変換マップを検索し、検索したＦＰＯｂ−ＣＯｂ変換マップから共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を取得する。また、ＧＷ装置２−Ｂは、共通オブジェクト送信テーブル６０から送信先のＧＷ装置２の通信アドレスを検索して取得する。そして、ＧＷ装置２−Ｂは、送信元のＧＷ装置２における通信アドレスとして当該ＧＷ装置２−ＢのＩＰアドレスである「２００．０．０．２」を収容し、送信先のＧＷ装置２−Ａにおける通信アドレスとしてＩＰアドレス「２００．０．０．１」を収容し、共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を収容し、実行結果を収容する共通メッセージを生成する。

ＧＷ装置２−Ｂは、共通メッセージが生成されると、共通メッセージを送信先のＧＷ装置２−Ａに送信する（Ｃ１９）。

ＧＷ装置２−Ｂからこの共通メッセージを受信したＧＷ装置２−Ａは、図７に示す処理Ｓ３１乃至処理Ｓ３９を実行する（Ｃ２０）。この処理の実行により、ＧＷ装置２−Ａは、共通メッセージに収容される共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）に対応するＦＰＯｂ−ＣＯｂ変換マップを検索し、検索したＦＰＯｂ−ＣＯｂ変換マップからＦＰオブジェクト特定情報（オブジェクト識別子及びプロパティ名）を取得する。また、ＧＷ装置２−Ａは、ＦＰオブジェクト送信テーブル７０から送信先のＳＣ装置３−Ａａの通信アドレスを検索して取得する。そして、ＧＷ装置２−Ａは、「ＣｏｍｐｌｅｘＡｃｋ」のＦＰメッセージ（サービス・メッセージ）を生成し、ローカルシステム１−Ａ内のＳＣ装置３−Ａａにこの「ＣｏｍｐｌｅｘＡｃｋ」のＦＰメッセージを送信する（Ｃ２１）。

このようにＧＷ装置２−Ａ及びＧＷ装置２−Ｂがそれぞれ動作することによって、ローカルシステム１−Ａ内のＳＣ装置３−Ａａ（ＨＩＭ）は、ローカルシステム１−Ｂ内のＳＣ装置３−Ｂａ（Ｉｃｏｎｔ）があたかもローカルシステム１−Ａ内のＳＣ装置３であるかのように認識され、ローカルシステム１−Ａ内のＳＣ装置３−Ａａ（ＨＩＭ）は、ローカルシステム１−Ｂ内の装置３−Ｂａ（Ｉｃｏｎｔ）からサービスを受けることができる。即ち、ＧＷ装置２−Ａ及びＧＷ装置２−Ｂによってローカルシステム１−Ａ及びローカルシステム１−Ｂは、広域システム化される。

なお、上述では、対応可能なフィールドプロトコルの個数が２個の場合について説明したが、２個に限定するものではなく任意の個数でよい。ＧＷ装置２は、対応可能なフィールドプロトコルの個数に応じて、ＦＰ通信ＩＦ部１６並びに中央処理部１２におけるＦＰ用通知部３３、ＦＰ用受付部３８及びＦＰ準拠ＡＰプロトコルスタック部２４が複数個用意され、ＦＰＯｂ−ＣＯｂ変換マップが構成される。

次に、別の実施形態について説明する。

（第２の実施形態の構成）
第２の実施形態に係るＧＷ装置は、第１の実施形態にかかるＧＷ装置２にさらに、当該ＧＷ装置のローカルシステム１内におけるＳＣ装置３が自発的に発報したイベントを他のローカルシステム１に通知すると共に他のローカルシステム１内におけるＳＣ装置３が自発的に発報したイベントを当該ＧＷ装置２０１のローカルシステム１におけるＳＣ装置３に通知する機能を追加したものである。

図９は、第２の実施形態のＧＷ装置における中央処理部の構成を示す図である。第２の実施形態にかかるＧＷ装置（符号を「２０１」とする。）は、通信ＩＦ部１１と、図９に示す中央処理部２０２と、第１記憶部１３と、第２記憶部１４と、第３記憶部１５と、ＦＰ通信ＩＦ部１６と、シリアルコンソール部１７とバス１８を備えて構成される。即ち、第２の実施形態に係るＧＷ装置２０１は、第１の実施形態のＧＷ装置２における中央処理部１２の代わりに中央処理部２０２を用いることを除き、第１の実施形態のＧＷ装置２と同様の構成であるので、通信ＩＦ部１１、第１乃至第３記憶部１３、１４、１５、ＦＰ通信ＩＦ部１６、シリアルコンソール部１７及びバス１８の説明を省略する。

図９において、中央処理部２０２は、例えば、マイクロプロセッサやその周辺回路等で構成され、機能的に、ＩＰ準拠ＡＰプロトコルスタック部２１１と、イベント送信部２１２と、イベント受信部２１３と、オブジェクト逆変換部２２と、オブジェクト変換部２３と、ＦＰ準拠ＡＰプロトコルスタック部２１４（２１４−ａ、２１４−ｂ）とを備えると共に、各制御プログラムに従い通信ＩＦ部１１、第１乃至第３記憶部１３、１４、１５、ＦＰ通信ＩＦ部１６及びシリアルコンソール部１７を制御する。即ち、第２の実施形態に係る中央処理部２０２は、第１の実施形態に係る中央処理部１２に機能的にイベント送信部２１２及びイベント受信部２１３が追加されたものである。このため、これらオブジェクト逆変換部２２及びオブジェクト変換部２３は、第１の実施形態と同様であるので、その説明を省略する。

イベント送信部２１２は、当該ＧＷ装置２０１のローカルシステム１内におけるＳＣ装置３が発行したイベントを監視し、イベントが検出されると他のローカルシステム１のＧＷ装置２０１に送信するものである。イベント送信部２１２は、ＦＰ準拠ＡＰプロトコルスタック部２１４が受信したＦＰメッセージの通知を受け、通知されたＦＰメッセージの中からイベントのＦＰメッセージを検出する自ローカルシステム内イベント監視部２２２と、自ローカルシステム内イベント監視部２２２が検出したイベントのＦＰメッセージを他のローカルシステム１のＧＷ装置２０１に送信すべくＩＰ準拠ＡＰプロトコルスタック部２１１に通知する自ローカルシステム内イベント送信制御部２２１とを備えて構成される。

イベント受信部２１３は、他のローカルシステム１内におけるＳＣ装置３が発行したイベントを監視し、イベントが検出されると当該ＧＷ装置２０１のローカルシステム１に送信するものである。イベント受信部２１３は、ＩＰ準拠ＡＰプロトコルスタック部２１１が受信した共通メッセージの通知を受け、通知された共通メッセージの中からイベントの共通メッセージを検出する他ローカルシステム内イベント監視部２２３と、他ローカルシステム内イベント監視部２２３が検出したイベントの共通メッセージを当該ＧＷ装置２０１のローカルシステム１に送信すべくＦＰ準拠ＡＰプロトコルスタック部２１４に通知する他ローカルシステム内イベント送信制御部２２４とを備えて構成される。

ＩＰ準拠ＡＰプロトコルスタック部２１１は、イベント送信部２１２から他のローカルシステム１のＧＷ装置２０１に送信するイベントの共通メッセージを受付けると共に、他のローカルシステム１のＧＷ装置２０１からの共通メッセージをイベント受信部２１３にも通知する点を除き、第１の実施形態におけるＩＰ準拠ＡＰプロトコルスタック部２１と同様であるので、その説明を省略する。

ＦＰ準拠ＡＰプロトコルスタック部２１４は、イベント受信部２１３からローカルシステム１内のＳＣ装置３に送信するイベントのＦＰメッセージを受付けると共に、ローカルシステム１内のＳＣ装置３から受信したＦＰメッセージをイベント送信部２１２にも通知する点を除き、第１の実施形態におけるＦＰ準拠ＡＰプロトコルスタック部２４と同様であるので、その説明を省略する。

次に、第２の実施形態におけるＧＷ装置２０１の動作について説明する。

（第２の実施形態の動作）
ＦＰ準拠ＡＰプロトコルスタック部２１４は、ＦＰメッセージを受信すると、イベント送信部２１２にも通知する。この通知を受けると、イベント送信部２１２は、自ローカルシステム内イベント監視部２２２を用いて、通知されたＦＰメッセージの中からイベントのＦＰメッセージを検出する。イベントのＦＰメッセージを検出すると、イベント送信部２１２は、このイベントのＦＰメッセージをオブジェクト逆変換部２２に通知し、共通メッセージに変換させる。共通メッセージに変換されると、イベント送信部２１２は、自ローカルシステム内イベント送信制御部２２１を用いて、イベントの共通メッセージを他のローカルシステム１のＧＷ装置２０１に送信すべくＩＰ準拠ＡＰプロトコルスタック部２１１に通知する。

一方、ＩＰ準拠ＡＰプロトコルスタック部２１１は、共通メッセージを受信すると、イベント受信部２１３にも通知する。この通知を受けると、イベント受信部２１３は、他ローカルシステム内イベント監視部２２３を用いて、通知された共通メッセージの中からイベントの共通メッセージを検出する。イベントの共通メッセージを検出すると、イベント受信部２１３は、他ローカルシステム内イベント送信制御部２２４を介してオブジェクト変換部２３に通知する。オブジェクト変換部２３は、このイベントの共通メッセージをイベントのＦＰメッセージに変換し、変換したイベントのＦＰメッセージをＦＰ準拠ＡＰプロトコルスタック部２１４を介してローカルシステム１内に送信する。

このように動作するので、第２の実施形態に係るＧＷ装置２０１は、ローカルシステム１内のＳＣ装置３に生じたイベントを他のローカルシステム１内のＳＣ装置３にも通知することができ、また、他のローカルシステム１内のＳＣ装置３が発報したイベントを当該ローカルシステム１内のＳＣ装置３に通知することができる。

ここで、上述の第２の実施形態に係るＧＷ装置２０１は、当該ＧＷ装置２０１のローカルシステム１内におけるＳＣ装置３がイベントのＦＰメッセージを発報すると無差別に他のローカルシステム１のＧＷ装置２０１に送信し、他のローカルシステム１のＧＷ装置２０１からイベントの共通メッセージを受信すると無差別にイベントのＦＰメッセージを当該ＧＷ装置２０１のローカルシステム１に送信したが、当該ＧＷ装置２０１のローカルシステム１内におけるＳＣ装置３が発行したイベントのＦＰメッセージをイベントの種類に応じて選択的に他のローカルシステム１のＧＷ装置２０１に送信するように構成してもよい。あるいは、上述の第２の実施形態に係るＧＷ装置２０１は、他のローカルシステム１のＧＷ装置２０１から受信したイベントの共通メッセージをイベントの種類及び送信したＧＷ装置２０１に応じて選択的に当該ＧＷ装置２０１のローカルシステム１におけるＳＣ装置３に送信するように構成してもよい。

図１０は、イベント送信先購読情報データベースの構成を示す図である。図１１は、イベント購読要求情報を示す図である。図１２は、イベント送信元購読情報データベースの構成を示す図である。

この場合において、例えば図１０に示すように、共通オブジェクト特定情報（例えば、共通オブジェクトインターフェース識別子）と、イベントの種類と、当該イベントの送信先であるＧＷ装置２０１（例えば、ＧＷ装置２０１のＩＰアドレス）とを対応付けて登録するイベント送信先購読情報データベース（以下、「イベント送信先購読情報ＤＢ」と略記する。）を第３記憶部１５にさらに記憶させる。そして、自ローカルシステム内イベント送信制御部２２１は、イベントの共通メッセージを送信する際に、イベント送信先購読情報ＤＢを参照し、イベントの共通メッセージにおける共通オブジェクト特定情報に対応する送信先のＧＷ装置２０１を検索する。そして、検索した送信先のＧＷ装置２０１に送信すべくＩＰ準拠ＡＰプロトコルスタック部２１１に通知する。もちろん、自ローカルシステム内イベント送信制御部２２１は、イベント送信先購読情報ＤＢを参照した結果、イベントの共通メッセージにおける共通オブジェクト特定情報に対応する送信先のＧＷ装置２０１がない場合には、このメッセージを破棄する。このように動作することによって、当該ＧＷ装置２０１のローカルシステム１内におけるＳＣ装置３が発行したイベントのＦＰメッセージは、選択的に他のローカルシステムのＧＷ装置２０１に送信される。このため、イベントの種類に応じて送信する必要のあるＧＷ装置２０１のみに送信されるから、インターネット５の通信トラフィックやローカルシステム１の通信トラフィックを軽減することができる。また、受信側のＧＷ装置２０１において、必要のないイベントのＦＰメッセージを受信しないで済むので、選択されなかった他のローカルシステム１におけるＧＷ装置２０１は、その情報処理の負荷が軽減される。

なお、このようなイベント送信先購読情報ＤＢは、施工時にゲートウェイ装置２０１の第３記憶部１５に記憶させるようにしてもよいが（スタティック）、他のゲートウェイ装置２０１が購読（受信）を希望するイベントに係る情報、例えば、図１１に示すイベント購読要求情報をイベント購読要求情報送信部（不図示）によって当該ＧＷ装置２０１に送信し、当該ＧＷ装置２０１がこの受信したイベント購読要求情報に基づいてイベント送信先購読情報ＤＢをイベント送信先購読情報ＤＢ作成部（不図示）によって構築してもよい。図１１に示すイベント購読要求情報は、共通オブジェクト特定情報（例えば、共通オブジェクトインタフェース識別子）と、イベントの種類と、当該イベントの送信を希望するＧＷ装置２０１（例えば、ＧＷ装置２０１のＩＰアドレス）とが対応付けられている情報である。このように構成することによって、広域システムに新たなローカルシステム１が追加された場合にも自動的に対応することができる。

一方、上述の第２の実施形態におけるＧＷ装置２０１は、他のローカルシステム１のＧＷ装置２０１から受信したイベントのＦＰメッセージをイベントの種類及び送信したＧＷ装置２０１に応じて選択的に当該ＧＷ装置２０１のローカルシステム１に送信するように構成してもよい。

この場合において、例えば図１２に示すように、共通オブジェクト特定情報（例えば、共通オブジェクトインタフェース識別子）と、イベントの種類と、当該イベントの送信元であるＧＷ装置２０１（例えば、ＧＷ装置２０１のＩＰアドレス）と、当該ＧＷ装置２０１のローカルシステム１内に送信するか否かを示す送信フラグとを対応付けて登録するイベント送信元購読情報データベース（以下、「イベント送信元購読情報ＤＢ」と略記する。）を第３記憶部１５にさらに記憶させる。そして、他ローカルシステム内イベント送信制御部２２４は、他ローカルシステム内イベント監視部２２３からイベントの共通メッセージが通知されると、イベント送信元購読情報ＤＢを参照し、通知されたイベントの共通メッセージにおける共通オブジェクト特定情報と送信元のＧＷ装置２０１とに対応する送信フラグを検索する。検索した送信フラグが送信を示す場合には、他ローカルシステム内イベント送信制御部２２４は、当該ＧＷ装置２０１のローカルシステム１に送信すべくＦＰ準拠ＡＰプロトコルスタック部２１４に通知する。検索した送信フラグが非送信を示す場合には、他ローカルシステム内イベント送信制御部２２４は、このメッセージを破棄する。このように動作することによって、他のローカルシステム１内におけるＳＣ装置３が発行したイベントのＦＰメッセージは、選択的に当該ＧＷ装置２０１のローカルシステム１に送信される。このため、イベントの共通メッセージを送信したＧＷ装置２０１とイベントの種類とに応じて送信する必要のあるイベントのＦＰメッセージのみ送信されるから、ローカルシステム１の通信トラフィックを軽減することができる。

次に、別の実施形態について説明する。

（第３の実施形態の構成）
第３の実施形態にかかるＧＷ装置は、第１の実施形態にかかるＧＷ装置２にさらに、共通オブジェクトが追加された場合に広域システム内における他のＧＷ装置にこの追加された共通オブジェクトを通知する機能を追加したものである。

図１３は、第３の実施形態のＧＷ装置における中央処理部の構成を示す図である。第３の実施形態にかかるＧＷ装置（符号を「３０１」とする。）は、通信ＩＦ部１１と、図１３に示す中央処理部３０２と、第１記憶部１３と、第２記憶部１４と、第３記憶部１５と、ＦＰ通信ＩＦ部１６と、シリアルコンソール部１７とバス１８を備えて構成される。即ち、第３の実施形態にかかるＧＷ装置３０１は、第１の実施形態のＧＷ装置２における中央処理部１２の代わりに中央処理部３０２を用いることを除き、第１の実施形態のＧＷ装置２と同様の構成であるので、通信ＩＦ部１１、第１乃至第３記憶部１３、１４、１５、ＦＰ通信ＩＦ部１６、シリアルコンソール部１７及びバス１８の説明を省略する。なお、第３記憶部１５のＦＰＯｂ−ＣＯｂ変換マップ記憶部４１には、追加される共通オブジェクトのインターフェースとＦＰオブジェクトのプロパティとの対応関係を示すＦＰＯｂ−ＣＯｂ変換マップが予め記憶されているものとする。

図１３において、中央処理部３０２は、例えば、マイクロプロセッサやその周辺回路等で構成され、機能的に、ＩＰ準拠ＡＰプロトコルスタック部３１１と、共通オブジェクト広告部３１２と、共通オブジェクト情報取得部３１３と、オブジェクト逆変換部２２と、オブジェクト変換部２３と、ＦＰ準拠ＡＰプロトコルスタック部２４とを備えると共に、各制御プログラムに従い通信ＩＦ部１１、第１乃至第３記憶部１３、１４、１５、ＦＰ通信ＩＦ部１６及びシリアルコンソール部１７を制御する。即ち、第３の実施形態に係る中央処理部３０２は、第１の実施形態に係る中央処理部１２に機能的に共通オブジェクト広告部３１２及び共通オブジェクト情報取得部３１３が追加されたものである。このため、これらオブジェクト逆変換部２２、オブジェクト変換部２３及びＦＰ準拠ＡＰプロトコルスタック部２４は、第１の実施形態と同様であるので、その説明を省略する。

共通オブジェクト広告部３１２は、当該ＧＷ装置３０１において、共通オブジェクトが追加された場合に、この追加された共通オブジェクトが使用可能である旨の通知情報とこの追加された共通オブジェクトに対応する共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）とを広域システム内の他のＧＷ装置３０１に広告するものである。

共通オブジェクト情報取得部３１３は、広域システム内の他のＧＷ装置３０１から通知情報と共通オブジェクト特定情報とを取得した場合に、追加された共通オブジェクトを使用可能にすべく、受け取った情報からオブジェクトの生成を行い、取得した共通オブジェクト特定情報に基づいて共通オブジェクト送信テーブルを生成し、第３記憶部１５における共通オブジェクト送信テーブル記憶部４２に記憶するものである。ここで、受け取る情報は、オブジェクトを構成する複数の共通オブジェクトインタフェース識別子、及び、既に静的又は動的に持っている共通オブジェクトインタフェース識別子の構成情報であり、オブジェクトは、使用されているプロパティに応じて作成される。例えば、共通オブジェクトインタフェース識別子ａ１で特定されるインタフェースＩＦａ１にはゲット関数のプロパティＰａ１１及びイベントのプロパティＰａ１２で構成され、共通オブジェクトインタフェース識別子ａ２で特定されるインタフェースＩＦａ２にはゲット関数のプロパティＰａ２１及びイベントのプロパティＰａ２２で構成されているとし、共通オブジェクトインタフェース識別子として、ａ１、ａ２を受け取ると、インタフェースＩＦａ１とインタフェースＩＦａ２とから構成されるオブジェクトＯｂＡが生成される。

ＩＰ準拠ＡＰプロトコルスタック部３１１は、共通オブジェクト広告部３１２から他のローカルシステム１のＧＷ装置３０１に送信する通知情報と共通オブジェクト特定情報とを受付けると共に、他のローカルシステム１のＧＷ装置３０１からの通知情報と共通オブジェクト特定情報とを共通オブジェクト情報取得部３１３にも通知する点を除き、第１の実施形態におけるＩＰ準拠ＡＰプロトコルスタック部２１と同様であるので、その説明を省略する。

次に、第３の実施形態におけるＧＷ装置２０１の動作について説明する。

（第３の実施形態の動作）
共通オブジェクト広告部３１２がＧＷ装置の新しいオブジェクトの生成と同時にセッションが張られている（通信のできる状態にある）他方のＧＷ装置の共通オブジェクト情報取得部へ通知されるので、これによって共通オブジェクトの追加を検知すると、広域システム内におけるセッションを確立している他のＧＷ装置３０１にこの追加された共通オブジェクトが使用可能である旨の通知情報とこの追加された共通オブジェクトに対応する共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）を含むメッセージ（共通オブジェクト広告メッセージ）を送信する。

一方、ＩＰ準拠ＡＰプロトコルスタック部３１１は、共通オブジェクト広告メッセージを受信すると、共通オブジェクト情報取得部３１３に通知する。この通知を受けると、共通オブジェクト情報取得部３１３は、共通オブジェクト広告メッセージから通知情報と共通オブジェクト特定情報を取り出し、この共通オブジェクト特定情報に基づいてＦＰＯｂ−ＣＯｂ変換マップを検索し、この共通オブジェクト特定情報に対応するＦＰオブジェクト特定情報を取得する。そして、共通オブジェクト情報取得部３１３は、当該ＧＷ装置２のローカルシステム１内におけるＳＣ装置３の通信アドレス、共通オブジェクト広告メッセージの送信元のＧＷ装置２における通信アドレス及びこのＦＰオブジェクト特定情報に基づいて共通オブジェクト送信テーブル６０を生成し、共通オブジェクト送信テーブル記憶部４２に記憶する。

このように動作することによって、広域システム内における１個のＧＷ装置３０１に共通オブジェクトを追加されると、広域システム内における他のＧＷ装置３０１は、この追加された共通オブジェクトを自動的に認識することができ、そして、この追加された共通オブジェクトに対応する共通オブジェクト送信テーブルが生成され、共通オブジェクト送信テーブル記憶部４２に記憶されるから、この追加された共通オブジェクトを利用することができる。

ここで、上述では、共通オブジェクトが追加されたことをトリガに追加された共通オブジェクト特定情報を共通オブジェクト広告部３１２が広域システム内に広告したが、新たなセッションを確立したＧＷ装置３０１があった場合に、この旨をＩＰ準拠ＡＰプロトコルスタック部３１１から受け、この新たにセッションを確立したＧＷ装置３０１に共通オブジェクト特定情報を送信するようにしてもよい。このように構成することによって広域システムに新規に加わったＧＷ装置３０１は、自動的に、広域システム内で利用可能な共通オブジェクトを認識することができる。

また、ＦＰＯｂ−ＣＯｂ変換マップを管理するＨＴＴＰサーバをＧＷ装置３０１に設け、新たにセッションを確立したＧＷ装置３０１に共通オブジェクト特定情報を送信するようにしてもよい。さらにまた、ＣＧＩ（Common Gateway Interface）プログラムをＧＷ装置３０１に組み込むことによって、インターネット５に通信可能に接続されたウェブブラウザを備えた端末装置がＦＰＯｂ−ＣＯｂ変換マップや共通オブジェクト送信テーブルやＦＰオブジェクト送信テーブルを修正することができるように構成してもよい。

さらに、上述の第３の実施形態において、図１３に破線で示すように、当該ＧＷ装置３０１のローカルシステム１内におけるＳＣ装置３の生存状態を監視してＳＣ装置３の生存状態に応じて共通オブジェクトの生存状態（使用の可否）を管理する自ローカルシステム内ＳＣ装置状態監視部３１４をさらに備えてもよい。

この場合において、ＦＰ準拠ＡＰプロトコルスタック部２４は、所定の時間間隔でローカルシステム１内のＳＣ装置３に対してその生存を確認し、その結果を自ローカルシステム内ＳＣ装置状態監視部３１４に通知する。例えば、フィールドプロトコルにＢＡＣｎｅｔを採用している場合には、ＦＰ準拠ＡＰプロトコルスタック部２４は、ローカルシステム１内の各ＳＣ装置３に対して“Ｗｈｏ＿ｉｓ？”のサービス・メッセージを送信し、所定の時間内にその応答である“Ｉ＿ａｍ”のサービス・メッセージを受信することにより、機器３の生存を確認することができる。

図１４は、自ＧＷ装置共通オブジェクト生存状態情報を示す図である。図１５は、他ＧＷ装置共通オブジェクト生存状態情報を示す図である。

第３記憶部１５は、さらに、自ＧＷ装置仮想オブジェクト生存状態情報及び他ＧＷ装置共通オブジェクト生存状態情報を記憶する。自ＧＷ装置共通オブジェクト生存状態情報は、当該ＧＷ装置３０１のローカルシステム１内におけるＳＣ装置３の生存状態に応じて共通オブジェクトの生存状態（使用の可否）を示す情報であり、例えば、図１４に示すように、共通オブジェクト特定情報と、ＳＣ装置アドレスと、共通オブジェクトを使用可能か否かを示す共通オブジェクトの生存状態とを対応付けて示す情報である。他ＧＷ装置共通オブジェクト生存状態情報は、他のＧＷ装置３０１のローカルシステム１内におけるＳＣ装置３の生存状態に応じて共通オブジェクトの生存状態（使用の可否）を示す情報であり、例えば、図１５に示すように、共通オブジェクト特定情報と、ＳＣ装置アドレスと、共通オブジェクトの生存状態と、ＧＷ装置アドレスとを対応付けて示す情報である。

なお、ＳＣ装置３が生存であるためこれに対応する共通オブジェクトが使用可能であることは、例えば“アクティブ”で示され、ＳＣ装置３が非生存であるためこれに対応する共通オブジェクトが使用不可であることは、例えば“スリープ”で示される。

自ローカルシステム内ＳＣ装置状態監視部３１４は、ＦＰ準拠ＡＰプロトコルスタック部２４からローカルシステム１内におけるＳＣ装置３の生存状態の通知を受けると、自ＧＷ装置共通オブジェクト生存状態情報において、ＳＣ装置アドレスに対応する共通オブジェクト生存状態をＳＣ装置３の生存状態に応じて更新する。そして、自ローカルシステム内ＳＣ装置状態監視部３１４は、更新前後において共通オブジェクト生存状態に変化があると、自ＧＷ装置共通オブジェクト生存状態情報から、変化があった共通オブジェクト生存状態に対応するＳＣ装置アドレスと共通オブジェクト特定情報とを取得し、共通オブジェクト広告部３１２を利用して、セッションが確立している他のＧＷ装置３０１に共通オブジェクト生存状態、ＳＣ装置アドレス及び共通オブジェクト特定情報を含むメッセージ（共通オブジェクト生存状態情報メッセージ）を送信する。

ＩＰ準拠ＡＰプロトコルスタック部３１１は、さらに、共通オブジェクト生存状態情報メッセージを受信すると、共通オブジェクト情報取得部３１３に通知する。

共通オブジェクト情報取得部３１３は、さらに、共通オブジェクト生存状態情報メッセージを受信すると、共通オブジェクト生存状態情報メッセージから、このメッセージを送信したＧＷ装置３０１のＧＷ装置アドレス、共通オブジェクト特定情報、ＳＣ装置アドレス及び共通オブジェクト生存状態を取り出し、ＧＷ装置アドレス、共通オブジェクト特定情報及びＳＣ装置アドレスに対応する共通オブジェクト生存状態を他ＧＷ装置共通オブジェクト生存状態情報から検索し、共通オブジェクト生存状態情報メッセージから取り出した共通オブジェクト生存状態で更新する。

このように動作することによって、ＧＷ装置３０１は、他のローカルシステム１内のＳＣ装置３が非生存であるために、利用することができない共通オブジェクトを認識することができる。このため、ＧＷ装置３０１は、非生存（使用不可）である共通オブジェクトの共通メッセージを送信することを回避することができるので、インターネット５のトラフィックを抑制することができる。

次に、別の実施形態について説明する。

（第４の実施形態の構成）
第４の実施形態にかかるＧＷ装置は、第１の実施形態にかかるＧＷ装置２にさらに、共通メッセージをルーティングするルーティング機能を追加したものである。

図１６は、第４の実施形態のＧＷ装置における中央処理部の構成を示す図である。図１７は、ルーティングテーブルの構成を示す図である。

第４の実施形態にかかるＧＷ装置（符号を「４０１」とする。）は、通信ＩＦ部１１と、図１６に示す中央処理部４０２と、第１記憶部１３と、第２記憶部１４と、さらに後述のルーティングテーブルを記憶する第３記憶部１５と、ＦＰ通信ＩＦ部１６と、シリアルコンソール部１７とバス１８を備えて構成される。即ち、第４の実施形態にかかるＧＷ装置４０１は、第１の実施形態のＧＷ装置２における中央処理部１２の代わりに中央処理部４０２を用いること及び第３記憶部１５がさらに後述のルーティングテーブルを記憶することを除き、第１の実施形態のＧＷ装置２と同様の構成であるので、通信ＩＦ部１１、第１乃至第３記憶部１３、１４、１５、ＦＰ通信ＩＦ部１６、シリアルコンソール部１７及びバス１８の説明を省略する。

図１６において、中央処理部４０２は、例えば、マイクロプロセッサやその周辺回路等で構成され、機能的に、ＩＰ準拠ＡＰプロトコルスタック部４１１と、オブジェクト逆変換部２２と、オブジェクト変換部２３と、ＦＰ準拠ＡＰプロトコルスタック部２４とを備えると共に、各制御プログラムに従い通信ＩＦ部１１、第１乃至第３記憶部１３、１４、１５、ＦＰ通信ＩＦ部１６及びシリアルコンソール部１７を制御する。即ち、第５の実施形態に係る中央処理部４０２は、第１の実施形態に係る中央処理部１２におけるＩＰ準拠ＡＰプロトコルスタック部２１の代わりに、ルーティング機能を備えたＩＰ準拠ＡＰプロトコルスタック４１１を用いるものである。このため、これらオブジェクト逆変換部２２、オブジェクト変換部２３及びＦＰ準拠ＡＰプロトコルスタック部２４は、第１の実施形態と同様であるので、その説明を省略する。

ＩＰ準拠ＡＰプロトコルスタック部４１１は、第１の実施形態におけるＩＰ準拠ＡＰプロトコルスタック部２１の機能に加えて、さらに、機能的に、共通メッセージをルーティングテーブルに基づいてルーティングするルーティング部４２１を備える。

ルーティングテーブルは、第３記憶部１５に記憶され、図１７（Ａ）〜（Ｄ）に示すように、共通オブジェクト特定情報と、ルーティング先のＧＷ装置４０１における通信アドレス（ＧＷ装置アドレス）と、ホップ数とを対応付けて登録するテーブルである。ホップ数は、ルーティング回数を示す数値、換言すればルーティングを実行するＧＷ装置４０１の個数を示す数値であり、例えばホップ数が“０”である場合にはルーティングすべき共通メッセージが当該ＧＷ装置４０１宛てであることを示し、また例えばホップ数が“１”である場合にはルーティングすべき共通メッセージが当該ＧＷ装置４０１に対し隣接するＧＷ装置４０１宛てであることを示し、また例えばホップ数が“２”である場合にはルーティングすべき共通メッセージが当該ＧＷ装置４０１に対し１個のＧＷ装置４０１を介して隣接するＧＷ装置４０１宛てであることを示す。

次に、第４の実施形態におけるＧＷ装置４０１の動作について説明する。

（第４の実施形態の動作）
共通メッセージが受信されると、ＩＰ準拠ＡＰプロトコルスタック部４１１のルーティング部４２１は、この受信した共通メッセージに含まれる共通オブジェクト特定情報（共通オブジェクトインタフェース識別子）に基づいてルーティングテーブルを検索する。ルーティングテーブルにおける共通オブジェクト特定情報の中からこの共通メッセージの共通オブジェクト特定情報と一致する共通オブジェクト特定情報を検索すると、ルーティング部４２１は、検索した共通オブジェクト特定情報に対応するホップ数を判断する。

このホップ数が“０”である場合には、当該共通メッセージは、当該ＧＷ装置４０１宛ての共通メッセージであるから、ルーティング部４２１は、当該共通メッセージをオブジェクト変換部２３に通知する。オブジェクト変換部２３は、第１の実施形態で上述した動作によってこの共通メッセージを処理する。

一方、このホップ数が“０”ではない場合には、ルーティング部４２１は、当該共通メッセージが他のＧＷ装置４０１宛てであると判断し、検索した共通オブジェクト特定情報に対応するルーティング先のＧＷ装置２の通信アドレスを取得する。そして、ルーティング部４２１は、取得した通信アドレスのＧＷ装置４０１へ当該共通メッセージを転送する。

より具体的に説明すると、ＧＷ装置アドレスが“２００．０．０．１”であるＧＷ装置４０１−ｗにおけるルーティングテーブルには、図１７（Ａ）に示すように共通オブジェクト特定情報、ルーティング先のＧＷ装置２の通信アドレス及びホップ数にそれぞれ“００１２３４５６７８９ＡＢＣ”、“２００．０．０．１”及び“０”と、“００１ＦＢＤＡＥＦＣ９ＡＢＣ”、“２００．０．０．１”及び“０”とが登録されているとする。ルーティング先のＧＷ装置４０１の通信アドレスが“２００．０．０．２”であるＧＷ装置４０１−ｘにおけるルーティングテーブルには、図１７（Ｂ）に示すように共通オブジェクト特定情報、ルーティング先のＧＷ装置２の通信アドレス及びホップ数にそれぞれ“００１２３４５６７８９ＡＢＣ”、“２００．０．０．１”及び“１”と、“００１ＦＢＤＡＥＦＣ９ＡＢＣ”、“２００．０．０．１”及び“１”と、“１２３４ＡＢＣＤＦＥＤＣ７８”、“２００．０．０．２”及び“０”とが登録されているとする。ＧＷ装置アドレスが“２００．０．０．３”であるＧＷ装置４０１−ｙにおけるルーティングテーブルには、図１７（Ｃ）に示すように共通オブジェクト特定情報、ルーティング先のＧＷ装置２の通信アドレス及びホップ数にそれぞれ“００１２３４５６７８９ＡＢＣ”、“２００．０．０．２”及び“２”と、“１２３４ＡＢＣＤＦＥＤＣ７８”、“２００．０．０．２”及び“１”と、“ＡＢＣＤＤＥＥＦＦ１２３４５”、“２００．０．０．４”及び“１”とが登録されているとする。そして、ＧＷ装置アドレスが“２００．０．０．４”であるＧＷ装置４０１−ｚにおけるルーティングテーブルには、図１７（Ｄ）に示すように共通オブジェクト特定情報、ルーティング先のＧＷ装置２の通信アドレス及びホップ数にそれぞれ“００１ＦＢＤＡＥＦＣ９ＡＢＣ”、“２００．０．０．１”及び“０”と、“００１ＦＢＤＡＥＦＣ９ＡＢＣ”、“２００．０．０．１”及び“１”と、が登録されているとする。

この場合において、ＧＷ装置４０１−ｙが“１２３４ＡＢＣＤＦＥＤＣ７８”の共通オブジェクト特定情報を含む共通メッセージを送信する場合、ルーティング部４２１は、ルーティングテーブルを参照するとこれに対応するホップ数が“１”で“０”ではないので、これに対応するＧＷ装置アドレスを参照し、参照の結果“２００．０．０．２”のＧＷ装置アドレスを持つＧＷ装置４０１、即ち、ＧＷ装置４０１−ｘに送信する（Ｒ１）。この共通メッセージを受信したＧＷ装置４０１−ｘは、ルーティング部４２１を用いて、ルーティングテーブルを参照すると“１２３４ＡＢＣＤＦＥＤＣ７８”の共通オブジェクト特定情報に対応するホップ数が“０”であるので、ＧＷ装置４０１−ｘは、自機宛ての共通メッセージであると判断し、オブジェクト逆変換部２２に通知する。ＧＷ装置４０１−ｙが“ＡＢＣＤＤＥＥＦＦ１２３４５”の共通オブジェクト特定情報を含む共通メッセージを送信する場合も同様の処理によりＧＷ装置４０１−ｚに送信され（Ｒ２）、ＧＷ装置４０１−ｚで処理される。

一方、ＧＷ装置４０１−ｙが“００１２３４５６７８９ＡＢＣ”の共通オブジェクト特定情報を含む共通メッセージを送信する場合、ルーティング部４２１は、ルーティングテーブルを参照するとこれに対応するホップ数が“２”で“０”ではないので、これに対応するＧＷ装置アドレスを参照し、参照の結果“２００．０．０．２”のＧＷ装置アドレスを持つＧＷ装置４０１、即ち、ＧＷ装置４０１−ｘに送信する（Ｒ３）。そして、この“００１２３４５６７８９ＡＢＣ”の共通オブジェクト特定情報を含む共通メッセージをＧＷ装置４０１−ｙから受信すると、ＧＷ装置４０１−ｘは、ルーティング部４２１を用いて、ルーティングテーブルを参照するとこれに対応するホップ数が“１”で“０”ではないので、これに対応するＧＷ装置アドレスを参照し、参照の結果“２００．０．０．１”のＧＷ装置アドレスを持つＧＷ装置４０１、即ち、ＧＷ装置４０１−ｗに送信する（Ｒ４）。この共通メッセージを受信したＧＷ装置４０１−ｗは、ルーティング部４２１を用いて、ルーティングテーブルを参照すると“００１２３４５６７８９ＡＢＣ”の共通オブジェクト特定情報に対応するホップ数が“０”であるので、ＧＷ装置４０１−ｗは、自機宛ての共通メッセージであると判断し、オブジェクト逆変換部２２に通知する。

このように動作することによって、ＧＷ装置４０１は、共通メッセージを処理するＧＷ装置４０１を直接認識していなくても、各ＧＷ装置４０１の各ルーティング部４２１がルーティングテーブルによって順次に共通メッセージを転送するので、最終的に当該共通メッセージを処理するＧＷ装置４０１まで転送され、処理される。このため、ＧＷ装置４０１は、共通メッセージを処理すべきＧＷ装置４０１と通信経路上において直接接続している必要がなく、広域システムをより大きなネットワークとすることができる。

なお、第４の実施形態において、ＧＷ装置４０１がルーティングテーブルを自動的に更新するように機能させる観点から、図１６に破線で示すように、ルーティングテーブルを管理するルーティングテーブル管理部４２２と、第３の実施形態で説明した共通オブジェクト広告部４２３を中央処理部４０２に機能的にさらに備えるように構成してもよい。

このように構成することによって、ＧＷ装置４０１は、共通オブジェクトが追加されると第３の実施形態で説明したように、共通オブジェクト広告部４２３は、ＩＰ準拠ＡＰプロトコルスタック部４１１を介してこの追加された共通オブジェクトの共通オブジェクト特定情報を共通オブジェクト広告メッセージによってセッションを確立している広域システム内の他のＧＷ装置４０１に広告する。

この共通オブジェクト広告メッセージを受信したＧＷ装置４０１のルーティングテーブル管理部４２２は、共通オブジェクト広告メッセージをそのホップ数を１だけインクリメントしてセッションを確立している広域システム内の他のＧＷ装置４０１に転送する。そして、ルーティングテーブル管理部４２２は、共通オブジェクト広告メッセージから共通オブジェクト特定情報、送信元のＧＷ装置４０１の通信アドレス及びホップ数を取り出し、これらをルーティングテーブルの共通オブジェクト特定情報、ルーティング先のＧＷ装置アドレス及びホップ数にそれぞれ登録する。ホップ数は、共通オブジェクト広告メッセージにさらに追加するようにしてもよい。

このように動作することによってＧＷ装置４０１は、ルーティングテーブルを自動的に更新することができる。

ここで、第２乃至第４の実施形態は、第１の実施形態に係るＧＷ装置２を基本に構成したが、第１の実施形態に係るＧＷ装置２に第２乃至第４の実施形態を複数組み合わせることも可能である。

そして、上述の第１乃至第４の実施形態において、マルチプロトコルに対応する観点から、ＩＰ準拠ＡＰプロトコルスタック部２１は、共通オブジェクトのデータを表現して要求に対する応答を行うオブジェクト通信プレゼンテーション部と、オブジェクト通信プレゼンテーション部で表現されたデータをＩＰ上で通信するＩＰ通信プロトコル部に分離し、複数の通信プロトコルのドライバを実装するように構成してもよい。このようにオブジェクト通信プレゼンテーション部とＩＰ通信プロトコル部とに分離した構成であるので、複数の通信プロトコルを備えることが可能であるから、ローカルシステム１が特定の通信プロトコルにしか対応していない場合でも容易に対応可能となる。

複数の通信プロトコルは、例えば、ＳＯＡＰとＳＮＭＰ（Simple Network Management Protocol）との組み合わせやＨＴＴＰとＨＴＴＰＳ（Hyper Text Transfer Protocol over SSL）との組み合わせである。ＳＯＡＰは、ＨＴＴＰやＨＴＴＰＳやＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）等を下位プロトコルとして使用し、ＸＭＬ（Extensible Markup Language）で記述されたメッセージをやり取りすることによってリモートマシン上のオブジェクトへアクセスするための通信プロトコルである。

また、上述の第１乃至第４の実施形態にかかるＧＷ装置２、２０１、３０１、４０１は、１個のＩＰ通信ＩＦ部１１を備えて構成されたが、通信回線の障害又は通信先ＧＷ装置２の障害に対する信頼性の向上やトラフィックが多い場合の回避対策として、ＩＰ通信ＩＦ部１１を複数備えるように構成されてもよい。

そして、通信回線の障害に対する信頼性を向上させる場合には、さらに、ＧＷ装置２、２０１、３０１、４０１は、複数のＩＰ通信ＩＦ部１１から使用する１個のＩＰ通信ＩＦ部１１を選択する通信回線切替部と、例えばＩＣＭＰのエコーに対する応答の有無に応じて通信回線の障害の有無を検出し、一方のＩＰ通信ＩＦ部１１に障害が生じた場合には、障害が生じていない他方のＩＰ通信ＩＦ部１１に切替える切替指示信号を通信切替部に通知する障害検出部とを備えて構成される。このように構成することによって通信回線の障害に対処することができＧＷ装置２の稼働率の向上により信頼性を向上することができる。

あるいは、通信先ＧＷ装置２の障害に対する信頼性を向上させる場合には、さらに、ＧＷ装置２、２０１、３０１、４０１は、複数のＩＰ通信ＩＦ部１１から使用する１個のＩＰ通信ＩＦ部１１を選択する通信回線切替部と、例えばＩＣＭＰのエコーに対する応答の有無に応じて一の通信回線を介した通信先ＧＷ装置２の生存の有無を検出する生存確認部と、生存確認部で検出した生存の有無に応じて、一方のＩＰ通信ＩＦ部１１に障害が生じた場合には、障害が生じていない他方のＩＰ通信ＩＦ部１１に切替える切替指示信号を通信切替部に通知する障害検出部とを備えて構成される。このように構成することによって通信先ＧＷ装置２の障害に対処することができ通信元ＧＷ装置２の稼働率の向上により信頼性を向上することができる。

一方、トラフィックが多い場合にそれを回避される場合には、さらに、ＧＷ装置２、２０１、３０１、４０１は、複数のＩＰ通信ＩＦ部１１から使用する１個のＩＰ通信ＩＦ部１１を選択する通信回線切替部と、単位時間当たりのトラフィック量を監視し、一方のＩＰ通信ＩＦ部１１におけるそのトラフィック量が予め規定された所定値以上になった場合に、他方のＩＰ通信ＩＦ部１１に切替える切替指示信号を通信切替部に通知するトラフィック監視部とを備えて構成される。ここで、トラフィック監視部は、単位時間当たりのトラフィック量を監視する代わりに、通信信号の送信からその応答信号の受信までの時間であるＲＴＴ（Round Trip Time）を計測し、一方のＩＰ通信ＩＦ部１１におけるそのＲＴＴが予め規定された所定値以上になった場合に、他方のＩＰ通信ＩＦ部１１に切替える切替指示信号を通信切替部に通知するように構成してもよい。このように構成することによりトラフィックを平均化することができ、ＧＷ装置２の稼働率の向上により信頼性を向上することができる。

さらに、上述の第１乃至第４の実施形態において、ＧＷ装置２、２０１、３０１、４０１は、ログデータを記憶するログ記憶部をさらに備え、中央処理部１２、２０２、３０２、４０２に、ＩＰ準拠ＡＰプロトコルスタック部２１から当該ＧＷ装置２、２０１、３０１、４０１に接続する他のＧＷ装置２、２０１、３０１、４０１の情報や通信トラフィック等の情報を取得してログデータとしてログ記憶部に出力する通信ログ取得部と、ログ記憶部に記憶されているログデータの中から所定の時間経過したログデータを消去するなどログデータの管理を行うログ管理部と、外部にログデータを出力するログ出力部とをさらに備えて構成するようにしてもよい。このように構成することにより、通信のログデータが記録されるので、不正アクセスやトラフィック量の経時変化を監視することができる。さらに、インターネット５を介して遠隔に端末装置からログデータを参照することができるように構成してもよい。

実施形態における広域システムの構成を示す図である。 第１の実施形態におけるゲートウェイ装置の構成を示すブロック図である。 第１の実施形態に係るゲートウェイ装置における中央処理部の機能ブロックを示すブロック図である。 共通オブジェクトの作成方法を一具体例に沿って説明するための図である。 共通オブジェクト送信テーブルの構成及びＦＰオブジェクト送信テーブルの構成を示す図である。 オブジェクト変換部の動作を示すフローチャートである。 オブジェクト逆変換部の動作を示すフローチャートである。 図１に示すローカルシステム１−Ａ内のＳＣ装置３−Ａａがローカルシステム１−Ｂ内のＳＣ装置３−Ｂａに「ＲｅａｄＰｒｏｐｅｒｔｙ」を実行させる場合の動作示すシーケンス図である。 第２の実施形態のＧＷ装置における中央処理部の構成を示す図である。 イベント送信先購読情報データベースの構成を示す図である。 イベント購読要求情報を示す図である。 イベント送信元購読情報データベースの構成を示す図である。 第３の実施形態のＧＷ装置における中央処理部の構成を示す図である。 自ＧＷ装置共通オブジェクト生存状態情報を示す図である。 他ＧＷ装置共通オブジェクト生存状態情報を示す図である。 第４の実施形態のＧＷ装置における中央処理部の構成を示す図である。 ルーティングテーブルの構成を示す図である。

１ ローカルシステム
２ ゲートウェイ装置
３ 機器
４ 伝送路
５ インターネット
１１ 通信インタフェース部
１２、２０２、３０２、４０２ 中央処理部
１５ 第３記憶部
１６ フィールドプロトコル通信インタフェース部
２１、２１１、３１１、４１１ ＩＰ準拠アプリケーションプロトコルスタック部
２２ オブジェクト逆変換部
２３ オブジェクト変換部
２４、２１４ フィールドプロトコル準拠アプリケーションプロトコルスタック部
２５ 共通オブジェクト情報管理部
３１ 共通オブジェクト受付部
３２ アクセサモジュール集合部
３３ フィールドプロトコル用通知部
３６ 共通オブジェクト通知部
３７ 共通オブジェクト変換本体部
３８ フィールドプロトコル用受付部
４１ ＦＰオブジェクト−共通オブジェクト変換マップ記憶部
４２ 共通オブジェクト送信テーブル記憶部
５０ ＦＰオブジェクト送信テーブル記憶部
５３ 共通オブジェクト
６０ 共通オブジェクト送信テーブル
６１ 送信元ＳＣアドレス部
６２ ＦＰオブジェクト特定情報部
６３ 送信先ＧＷアドレス部
７０ ＦＰオブジェクト送信テーブル
７１ 送信元ＧＷアドレス部
７２ 共通オブジェクト特定情報部
７３ 送信先ＳＣアドレス部
２１２ イベント送信部
２１３ イベント受信部
２２１ 自ローカルシステム内イベント送信制御部
２２２ 自ローカルシステム内イベント監視部
２２３ 他ローカルシステム内イベント監視部
２２４ 他ローカルシステム内イベント送信制御部
３１２、４２３ 共通オブジェクト広告部
３１３ 共通オブジェクト情報取得部
３１４ 自ローカルシステム内ＳＣ装置状態監視部
３２１ アクセサモジュール管理部
３２２ アクセサモジュール
４２１ ルーティング部
４２２ ルーティングテーブル管理部
３２２１ フィールドプロトコルアクセス

Claims (3)

1. 機器に関する機器情報を操作することによって前記機器を制御するフィールドプロトコルが使用された複数のローカルエリアネットワーク内における、前記機器を監視及び／又は制御する監視制御装置間で前記複数のローカルエリアネットワークとは異なるネットワークを介して双方向で通信するためのゲートウェイ装置において、
   前記ネットワークを介して他のゲートウェイ装置と通信を行う第１通信部と、
   前記ローカルエリアネットワーク内の前記監視制御装置と通信を行う第２通信部と、
   前記ローカルエリアネットワークで使用されるフィールドプロトコルの機器情報と前記ネットワークで使用される共通オブジェクトとを対応付ける変換マップを記憶する記憶部と、
   前記第２通信部で受信したフィールドプロトコルの機器情報を前記変換マップに基づいて共通オブジェクトに変換し、該変換した共通オブジェクトを特定する特定情報を含む共通メッセージを、前記第１通信部を用いて他のゲートウェイ装置に送信する共通オブジェクト変換部と、
   前記第１通信部で受信した前記共通メッセージに含まれる前記特定情報を前記変換マップに基づいて前記フィールドプロトコルの機器情報に変換し、該変換したフィールドプロトコルの機器情報を操作するフィールドプロトコルのメッセージを前記第２通信部を用いて前記ローカルエリアネットワークに送信する共通オブジェクト逆変換部とを備え、
   前記共通オブジェクトは、複数のフィールドプロトコルにおいて共通に使用可能な共通インタフェースを含み、前記共通インタフェースは、前記機器から数値情報を読み出すためのゲット関数プロパティ、前記機器へ数値情報を書き込むためのセット関数プロパティ、及び、前記機器から数値情報の変化を通知するためのイベントプロパティのうち少なくとも１つを備え、
   前記記憶部には、さらに、追加される共通オブジェクトとフィールドプロトコルの機器情報とを対応付ける変換マップが予め記憶され、
   共通オブジェクトが追加された場合に、該追加された共通オブジェクトの前記特定情報を前記ネットワークに広告する共通オブジェクト広告部と、
   前記ネットワークから追加された共通オブジェクトの特定情報を受信した場合に、前記追加された共通オブジェクトの変換マップを使用可能にする共通オブジェクト情報取得部とをさらに備えること
   を特徴とするゲートウェイ装置。
2. 前記記憶部は、当該ゲートウェイ装置において共通オブジェクトの使用の可否を登録する自共通オブジェクト生存情報データベース、及び、他のゲートウェイ装置において共通オブジェクトの使用の可否を登録する他共通オブジェクト生存情報データベースを記憶し、
   前記ローカルエリアネットワーク内の監視制御装置における生存状態を監視して前記監視制御装置の生存状態に応じて前記自共通オブジェクト生存情報データベースを更新すると共に共通オブジェクトが使用不可となった場合に該共通オブジェクトの使用不可を前記共通オブジェクト広告部を用いて前記ネットワークに広告する自システム内機器状態監視部をさらに備え、
   前記共通オブジェクト情報取得部は、前記ネットワークから共通オブジェクトの使用不可を受信した場合に前記他共通オブジェクト生存情報データベースを更新すること
   を特徴とする請求項１に記載のゲートウェイ装置。
3. 機器に関する機器情報を操作することによって前記機器を制御するフィールドプロトコルが使用された複数のローカルエリアネットワーク内における、前記機器を監視及び／又は制御する監視制御装置間で前記複数のローカルエリアネットワークとは異なるネットワークを介して双方向で通信するためのゲートウェイ装置において、
   前記ネットワークを介して他のゲートウェイ装置と通信を行う第１通信部と、
   前記ローカルエリアネットワーク内の前記監視制御装置と通信を行う第２通信部と、
   前記ローカルエリアネットワークで使用されるフィールドプロトコルの機器情報と前記ネットワークで使用される共通オブジェクトとを対応付ける変換マップを記憶する記憶部と、
   前記第２通信部で受信したフィールドプロトコルの機器情報を前記変換マップに基づいて共通オブジェクトに変換し、該変換した共通オブジェクトを特定する特定情報を含む共通メッセージを、前記第１通信部を用いて他のゲートウェイ装置に送信する共通オブジェクト変換部と、
   前記第１通信部で受信した前記共通メッセージに含まれる前記特定情報を前記変換マップに基づいて前記フィールドプロトコルの機器情報に変換し、該変換したフィールドプロトコルの機器情報を操作するフィールドプロトコルのメッセージを前記第２通信部を用いて前記ローカルエリアネットワークに送信する共通オブジェクト逆変換部とを備え、
   前記共通オブジェクトは、複数のフィールドプロトコルにおいて共通に使用可能な共通インタフェースを含み、前記共通インタフェースは、前記機器から数値情報を読み出すためのゲット関数プロパティ、前記機器へ数値情報を書き込むためのセット関数プロパティ、及び、前記機器から数値情報の変化を通知するためのイベントプロパティのうち少なくとも１つを備え、
   前記記憶部は、共通メッセージのルーティング先を登録するルーティングテーブルをさらに記憶し、
   前記ルーティングテーブルに基づいて第１通信部で受信した共通メッセージをルーティングするルーティング部と、
   前記変換マップに新たに共通オブジェクトが追加された場合に、該追加された共通オブジェクトの前記特定情報を前記ネットワークに広告する共通オブジェクト広告部と、
   前記ネットワークから前記追加された共通オブジェクトの特定情報を受信した場合に、前記ルーティングテーブルを更新するルーティングテーブル管理部とをさらに備えること
   を特徴とするゲートウェイ装置。

Images