JP3660545B2 - Gateway device - Google Patents

Gateway device Download PDF

Info

Publication number
JP3660545B2
JP3660545B2 JP35605699A JP35605699A JP3660545B2 JP 3660545 B2 JP3660545 B2 JP 3660545B2 JP 35605699 A JP35605699 A JP 35605699A JP 35605699 A JP35605699 A JP 35605699A JP 3660545 B2 JP3660545 B2 JP 3660545B2
Authority
JP
Japan
Prior art keywords
database
mapping
mapping rule
command
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP35605699A
Other languages
Japanese (ja)
Other versions
JP2000244551A (en
Inventor
繁樹 鈴木
紀之 久代
成憲 中田
紀之 小宮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP35605699A priority Critical patent/JP3660545B2/en
Publication of JP2000244551A publication Critical patent/JP2000244551A/en
Application granted granted Critical
Publication of JP3660545B2 publication Critical patent/JP3660545B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)
  • Selective Calling Equipment (AREA)

Description

【0001】
【発明の属する技術分野】
この発明は、異なるプロトコルの2個のネットワーク間に設置され、各ネットワーク上を流れるコマンドを相互に変換するゲートウェイ装置に関するものである。
【0002】
【従来の技術】
図21は例えば特開平8−204736号公報に示された従来のゲートウェイ装置のソフトウェアブロック図である。図において、10は複数の被管理機器11が接続された第一のネットワーク、20はインターネット、イントラネットおよび電話回線などの第二のネットワーク、21は第二のネットワーク20に接続される機器管理装置、130は第一のネットワーク10と第二のネットワーク20を相互に接続するゲートウェイ装置である。
【0003】
ゲートウェイ装置130は、第一のネットワーク10に接続される被管理機器11とデータ授受を行う第一の通信処理手段130aと、第二のネットワーク20に接続される機器管理装置21とデータ授受を行う第二の通信処理手段130eと、受信したデータの解析、プロトコル変換などを行う信号処理手段130iと、第一の通信処理手段130aが受信したデータを記憶する記憶手段130jと、記憶手段130jに格納されたデータを検索する検索手段130kから構成される。
【0004】
次に動作について説明する。記憶手段130jは、第一の通信処理手段130aが受信するデータを順次記憶する。記憶容量に余裕がなくなると最も古いデータから破棄する。そのため、記憶手段130jには常に最新の受信データが記憶されている。
【0005】
ゲートウェイ装置130は、第二のネットワーク20に接続される機器管理装置21の送信する送信データを第二の通信処理手段30eによって受信し、信号処理手段130iが、この送信データを処理する。機器管理装置21から送信される送信データの種類は大きく分けて、被管理機器11への操作要求のコマンドとモニタ要求のコマンドとがある。
【0006】
送信データとしてモニタ要求のコマンドを第二の通信処理手段130eが受信すると、信号処理手段130iは、送信データ中に含まれる被管理機器11が管轄下の第一のネットワーク10に存在するか否かを判断する。存在した場合、検索手段130kは、該当する被管理機器11のモニタ値が記憶手段130jに存在するかを検索する。存在すれば、該当するモニタ値を記憶手段130jから読み出し第二の通信処理手段130eおよび第二のネットワーク20を介して機器管理装置21へ応答する。
【0007】
存在していなければ、第一の通信処理手段130aおよび第一のネットワーク10を介して被管理機器11から該当するモニタ値を取得する。そして取得したモニタ値を記憶手段130jへ格納すると共に、第二の通信処理手段130eおよび第二のネットワーク20を介して機器管理装置21へ応答する。
【0008】
一方、送信データとして操作要求のコマンドを第二の通信処理手段130eが受信すると、信号処理手段130iは、送信デー夕中に含まれる被管理機器11が管轄下の第一のネットワーク10に存在するか否かを判断する。存在した場合、第一の通信処理手段130a、第一のネットワーク10を介して被管理機器11へ送信する。そして、被管理機器11は、受信したデータ内容に従い自己の状態を制御する。
【0009】
【発明が解決しようとする課題】
このような構成の従来のゲートウェイ装置130は、記憶手段130j、検索手段130kを設けているので、自己の保持しているデータのモニタ時には、即座に返答ができレスポンス向上が計れるが、自己の保持しないデータのモニタ時には、第一のネットワーク10までデータ取得に行かなければならず、レスポンスが遅いという問題点があった。これは、特に、ある特定の状態変化が多く起きているような場合で、記憶手段130jには特定の状態しか格納されていないような時に起こる。
【0010】
また、被管理機器11がビル内の空調機や照明器等の場合は、第一のネットワーク10から取得するデータは、被管理機器11の1台ずつのデータである。一方、第二のネットワーク20で管理するデータは、テナント、フロアなどのまとまった単位のデータである。このように、第一のネットワーク10から取得したデータの粒度(データの細かさ)と、機器管理装置21が管理するデータの粒度が異なる。このような場合、従来のゲートウェイ装置130は、内部で収集データの粒度と管理データの粒度の間のマッピング処理が必要となり、レスポンスが遅くなるという問題点があった。
【0011】
また、従来のゲートウェイ装置130では、上述のマッピング処理は、プログラムとしてゲートウェイ装置130内に納めることとなるが、被管理機器11の種類、数、および機器管理装置21で管理する機器の粒度、数量は、ビル、家など建物毎に異なるので、上述のソフトウェアを建物毎に構築しなければならず、開発工数がかかるといった問題点があった。
【0012】
また、従来のゲートウェイ装置130では、上述のマッピングプログラムは、第一のネットワーク10に接続される被管理機器11の運転状態、温度などの属性と、第二のネットワーク20での管理粒度での属性を1対1で比較する条件分岐文により記述されているため、プログラミング工数がかかるといった問題があった。例えば、ビル内の機器を対象とした場合で、100個の機器が設置され、それぞれ機器が10個の属性を持っていたら、1000個の条件分岐文を記述しなければならなかった。
【0013】
この発明は上述のような問題点を解決するためになされたもので、機器管理装置21からのモニタ要求のコマンド指令時のレスポンスの向上と、さらに第一のネットワーク10から取得したデータの粒度と、第二のネットワーク20に接続される機器管理装置21が管理するデータの粒度が異なる場合のモニタのレスポンス向上と、建物毎に作成するプログラムをなくすことにより開発工数を削減することと、第一のネットワーク10から取得したデータの粒度と、第二のネットワーク20に接続される機器管理装置21が管理するデータの粒度が異なる場合のマッピングデータの設定の省力化をすることを可能とするゲートウェイ装置を得ることを目的とする。
【0014】
【課題を解決するための手段】
この発明に係るゲートウェイ装置は、被管理機器を有する第一のネットワークと、機器管理装置を有し第一のネットワークと異なるプロトコルの第二のネットワークとの間に設けられ、両ネットワーク上を流れるコマンドを相互に変換するゲートウェイ装置において、被管理機器とデータ通信を行う第一の通信処理手段と、機器管理装置とデータ通信を行う第二の通信処理手段と、第一の通信処理手段を介して取得した被管理機器の情報を保持する第一のデータベースと、第一のデータベースを管理する第一のデータベース管理手段と、第一のデータベースが機器管理装置の必要とする情報に変換された第二のデータベースと、第二のデータベースを管理する第二のデータベース管理手段と、第一のデータベースに保持される情報と第二のデータベースに保持される情報の対応する項目を一致させるデータベースマッピング手段と、第一および第二の通信処理手段が受信したコマンドを解釈し、第一または第二のデータベース管理手段およびデータベースマッピング手段にコマンドを配送するコマンド配送手段とを有し、コマンド配送手段は、機器管理装置から被管理機器へ送信されるコマンドあるいは被管理機器から機器管理装置へ送信されるコマンド内に含まれる情報の項目を、データベースマッピング手段を介して変換させながら転送する。
【0015】
また、第一および第二のデータベース管理手段は、被管理機器の特徴を示す機器モデルを有し、機器モデルは、第一のネットワークまたは第二のネットワークからコマンド配送手段を介して配送される設定要求コマンドに基づいて機器モデル管理手段によって設定される。
【0016】
また、第一および第二のデータベース管理手段は、コマンド配送手段を介して第一のネットワークまたは第二のネットワークから送られてくる生成要求コマンドに基づいて、機器モデルを用いて、第一および第二のデータベースを生成するデータベース生成手段を有する。
【0017】
また、データベースマッピング手段は、第一のデータベースと第二のデータベースとの対応を記述したマッピングルールと、マッピングルールを用いて、第一のデータベースの状態と第二のデータベースの対応する項目を一致させるマッピング管理手段とを有し、マッピングルールは、第一のネットワークまたは第二のネットワークからコマンド配送手段を介して配送される設定要求コマンドに基づいてマッピングルール管理手段によって設定される。
【0018】
また、マッピングルールは、第一および第二のデータベースに記憶された機器および機器の属性を対にして記述した第一のマッピングルールと、第一および第二のデータベースに記憶された機器および機器を識別する識別子を対にして記述した第二のマッピングルールとを有し、マッピング管理手段は、これら2つのルールにより第一および第二のデータベース間の対応する項目を一致させる。
【0019】
また、マッピングルールは、第一および第二のデータベースに記憶された機器および機器の属性を対にして記述した第一のマッピングルールと、第一および第二のデータベースに記憶された機器および機器を識別する識別子を対にして記述した第二のマッピングルールと、第一のマッピングルールおよび第二のマッピングルールから生成される第一および第二のデータベースに記憶された機器、機器の属性および機器の識別子を組にして記述した第三のマッピングルールとを有し、マッピング管理手段は、第三のマッピングルールにより第一および第二のデータベース間の対応する項目を一致させる。
【0020】
また、マッピングルールは、第一および第二のデータベースに記憶された機器および機器の属性を対にして記述した第一のマッピングルールと、第一および第二のデータベースに記憶された機器および機器を識別する識別子を対にして記述した第二のマッピングルールと、第一のマッピングルールおよび第二のマッピングルールから外れる例外ルールを、第一および第二のデータベースに記憶された機器、機器の属性および機器の識別子を組にして記述した第四のマッピングルールとを有し、マッピング管理手段は、第一および第二のデータベース間の対応する項目を一致させる際に、第四のマッピングルールにより行い、一致させることができなかった場合に第一および第二のマッピングルールにより一致させる。
【0021】
さらに、マッピングルールは、第一および第二のデータベースに記憶された機器、機器の属性および属性の値を対にして記述した第五のマッピングルールと、第一および第二のデータベースに記憶された機器および機器を識別する識別子を対にして記述した第二のマッピングルールと、第一のマッピングルールおよび第二のマッピングルールから外れる例外ルールを、第一および第二のデータベースに記憶された機器、機器の属性および機器の識別子を組にして記述した第四のマッピングルールとを有し、マッピング管理手段は、これら2つのルールにより第一および第二のデータベース間の対応する項目を一致させる。
【0022】
【発明の実施の形態】
実施の形態1.
図1はこの発明のゲートウェイ装置のソフトウェアブロック図である。図において、10は複数の被管理機器11が接続される第一のネットワーク、20はインターネット、イントラネットおよび電話回線などの第二のネットワーク、21は、第二のネットワークに接続される機器管理装置、30は第一のネットワーク10と第二のネットワーク20を相互に接続するゲートウェイ装置である。
【0023】
ゲートウェイ装置30の内部において、30aは第一のネットワーク10に接続される被管理機器11とデータ授受を行う第一の通信処理手段、30eは第二のネットワークに接続される機器管理装置21とデータ授受を行う第二の通信処理手段、30bは受信したデータを解析し、該当する処理手段へデータを配送するコマンド配送手段、30dは第一のネットワーク10から受信したデータを格納する第一のデータベース、30cは第一のデータベースを管理する第一のデータベース管理手段、30hは第一のデータベース30dを機器管理装置21の管理する粒度のデータにマッピングするデータベースマッピング手段、30gは機器管理装置21の管理する粒度に変換された第二のデータベース、30fは第二のデータベースを管理する第二のデータベース管理手段である。
【0024】
さらに、第一のデータベース管理手段30cの内部において、30c1はコマンド配送手段30bから渡された命令に従い第一のデータベース30dを読み書きするデータベースアクセス手段、30c2は機器モデル30c4を用いて第一のデータベース30d内に機器データベースを生成・削除するデータベース生成手段、30c3は第一のネットワーク10または第二のネットワーク20から送られてくる機器モデルに基づいて、機器モデル30c4を追加・更新・削除する機器モデル管理手段である。そして、第二のデータベース30fの内部も同様な構成になっている。
【0025】
また、データベースマッピング手段30hの内部において、30h1は第一のデータベース30dと第二のデータベース30gの対応を記述したマッピングルール、30h2はコマンド配送手段30bから渡されたコマンドの内容に従い第一のデータベース30dと第二のデータベース30gのマッピングを行うマッピング管理手段、30h3は第一のネットワーク10または第二のネットワーク20から送られてくる内容に基づいて、マッピングルールを追加・更新・削除するマッピングルール管理手段である。
【0026】
次に動作について説明する。本実施の形態のゲートウェイ装置30は、運用を開始する前に以下の操作をする必要がある。
1) 設置される被管理機器11に対応する機器モデル30c4および30f4のインストール。
2) マッピングルール30h1のインストール。
3) 機器モデル30c4および30f4を用いたデータベース30dおよび30gの作成。
4) マッピングルール30h1の修正。
はじめに機器モデル30c4および30f4のインストールについて説明する。
【0027】
図2にJava言語を使用した場合の機器モデル30c4または30f4の記述例を示す。図は空調機のモデルで5つの属性を持っている。1番目の属性「識別子」は4バイト整数のint型、2番目の属性「運転状態」は1バイト整数のbyte型、3番目の属性「運転モード」は1バイト整数のbyte型、4番目の属性「設定温度」は4バイト整数のint型、5番目の属性「室内温度」は4バイト整数のint型で定義されている。各属性は他のプログラムから参照できるようにpublic宣言されている。実際にゲートウェイにインストールされる機器モデル30c4または30f4は、図2のソースコードをJavaコンパイラでコンパイルしたクラスオブジェクトとなる。
【0028】
図3はJava言語を使用しない場合の機器モデルの記述例を示す。図で、1行目は、このモデルが空調機のモデルであることを示している。2行目は、このモデルが所有している属性の数を示し、この例の場合は5つの属性を所有していることを表している。3行目以降に属性とセミコロンに続いてサイズが記述されている。図では1番目の属性「識別子」が4バイト、2番目の属性「運転状態」が2バイト、3番目の属性「運転モード」が4バイト、5番目の属性「設定温度」が4バイト、5番目の属性「室内温度」が4バイトであることを示している。実際にゲートウェイにインストールされる機器モデルは、図3のコードそのものとなる。
【0029】
図1を用いて、機器モデル30c4または30f4のインストール動作を説明する。第二の通信処理手段30eには、ファイル転送プロトコル(FTP:File Transfer Protocol)を使用したFTPサーバが立ち上がっている。そして、機器管理装置21側は、ファイル転送プロトコルを使用したFTPクライアントを用いて、ゲートウェイ装置30にインストールする機器モデル30c4および30f4をアップロードする。ゲートウェイ装置30は、受信したファイルをメモリ上に格納する。
【0030】
次にマッピングルール30h1のインストールについて説明する。図4が本実施の形態で使用するマッピングルールの論理構造の例である。本発明では、マッピングルールの設定を容易にするために、2つのルールに分けている。第一のマッピングルール30h1aには、第一のネットワーク10に接続される機器の{モデル+属性}と、第二のネットワーク20で管理する単位の{モデル+属性}の対応が記述されている。また、第二のマッピングルール30h1bには、第一のネットワーク10に接続される機器の{モデル+識別子}と、第二のネットワーク20で管理する単位の{モデル+識別子}の対応が記述されている。
【0031】
例えば、第一のマッピングルール30h1aでは、第一のネットワーク10の、モデル“室内機”の属性“状態”は、第二のネットワーク20の、モデル“空調機”の属性“運転状態”に対応していることを示している。同様に“モード”は“運転モード”、“吸込温度”は“温度”“吸込湿度”は“湿度”に対応していることを示している。
【0032】
また、第二のマッピングルール30h1bでは、第一のネットワーク10の、モデル“室内機”の識別子“100”は、第二のネットワーク20の、モデル“空調機”の識別子“1”に対応していることを示している。同様に、“101”は“2”に、“102”は“3”に対応していることを示している。このような構成としている為、従来の条件分岐文では、4属性持った室内機が3台で4×3=12個の条件分岐文記述が必要であったプログラムの記述において、この実施の形態では、4+3=7個のルール記述で済むようになる。
【0033】
図5はマッピングルールをインストールする際に使用するコマンドの例である。第一のマッピングルール30h1a、第二のマッピングルール30h1bのそれぞれに設定要求コマンド、モニタ要求コマンドがある。一番上のコマンドがゲートウェイ装置30にマッピングルール30h1をインストールする際に使用するコマンドである。この中で「モデル1」は第一のネットワーク10のモデル、「属性1」は前記モデル1の属性、「モデル2」は第二のネットワークで管理する粒度のモデル、「属性2」は前記モデル2の属性である。この例のコマンドは、マッピングルール1(すなわち第一のマッピングルール30h1a)にn対の{モデル1+属性1+モデル2+属性2}を設定する為のコマンドである。2番目のコマンドは、マッピングルール1の内容を取得するためのモニタ要求コマンド、3番目のコマンドはモニタ要求に対する応答のコマンドである。マッピングルール2に関するコマンドも同様である。
【0034】
マッピングルールインストール時のゲートウェイ装置30内の動作について説明する。図1の構成において、第一の通信処理手段30aまたは第二の通信処理手段30eが図5に示すコマンドを受信すると、コマンド配送手段30bにコマンドを受け渡す。コマンド配送手段30bは、受け渡されたコマンドがマッピングルールに関するコマンドであることを解釈すると、データベースマッピング手段30h内の、マッピングルール管理手段30h3にデータを渡す。マッピングルール管理手段30h3はコマンドを解釈し、設定要求コマンドであれば対応するマッピングルールにルールを設定する。また、モニタ要求コマンドであれば該当するマッピングルールの内容をモニタ応答コマンドにより応答する。
【0035】
次に、機器モデル30c4および30f4を用いたデータベースの作成について説明する。図6はデータベースの生成および削除をする際に使用するコマンドの例である。上段のコマンドは、モデル「空調機」を使用して識別子「1」のデータベースを生成する為の生成要求コマンドである。一方、下段のコマンドは、モデル「空調機」が識別子「1」のデータベースを削除する為の削除要求コマンドである。
【0036】
データベースの生成および削除時のゲートウェイ装置30内の動作について説明する。図1の構成において、第一の通信処理手段30a、または第二の通信処理手段30eが図6に示すコマンドを受信すると、まず、コマンド配送手段30bにコマンドを受け渡す。コマンド配送手段30bは、データベースの生成または削除に関するコマンドであることを解釈すると、第一のデータベース管理手段30c内のデータベース生成手段30c2および、第二のデータベース管理手段30f内のデータベース生成手段30f2にコマンドを配送する。データベース生成手段30c2または30f2は、配送されたコマンド中のモデルが自己の管理するモデルかを判断し、管理外のモデルであればコマンドを破棄し、自己の管理するモデルであれば、コマンドを実行する。
【0037】
図7はデータベース生成手段の動作を示すフローチャートである。ステップS1で、コマンド中のモデルが自己の管理するモデルかを判断し、管理外であればプログラムを終了する。管理するモデルであれば、ステップS2でコマンドの処理内容を判断する。処理が生成であれば、ステップS3で図2または図3に示した機器モデルを読み込み、ステップS4で機器モデルに応じたメモリ容量を確保する。
【0038】
図2に示した機器モデルの場合、Java言語を利用しているので“new 空調機”文により空調機モデル対応したメモリが確保される。また、図3に示した機器モデルの場合、C言語、C++言語では機器モデルに必要なメモリを“malloc”文により確保する。
【0039】
図7に戻り、ステップS5で、コマンド中に示された識別子をステップS4で確保したメモリ上に代入する。図6に示した生成要求のコマンドの例では、識別子“1”を確保したメモリ上の1番目の属性に代入する。
【0040】
続いてステップS6で、データベース生成手段30c2または30f2が、自己の生成したデータベース30dまたは30gを一覧できるデータベースリストを作成する。具体的には、生成したモデル名、識別子、配置したメモリの参照値をセットしてリスト形式で保存しておく。これは後述するデータベースへのアクセスの際に使用する。
【0041】
一方、ステップS2で処理が削除であれば、ステップS7において、前記データベースリストより該当するデータベース30dまたは30gの参照値を読み込む。ステップS8で、該当するメモリを解放する。Java言語の場合には、使用していないメモリの解放などのメモリ管理は、Javaバーチャルマシンが行っているので、特に意識してプログラムする必要はない。C言語やC++言語の場合には、“Free”文によりメモリ解放を行う。ステップS9では、データベースリストより該当データベースを削除する。
【0042】
次にマッピングルールの修正について説明する。例えば図4に示したマッピングルールでは、全ての空調機の属性は、室内機の属性にマッピングされているかが空調機2の温度だけは、別置の温度センサの値を使いたいといった例外マッピングに対応するためにマッピングルールの修正を行う。図4に示す第一のマッピングルール30h1aの3番目を“空調機”、“温度”、“センサ”、“現在温度”のように書き換えてしまうと、識別子2以外の空調機の“温度”属性もセンサの温度にマッピングされてしまう。そこで本発明では、設定された第一のマッピングルール30h1aと第二のマッピングルール30h1bから、図8に示す第三のマッピングルール30h1cを生成し、これを修正する。また、第三のマッピングルール30h1cは、後述する第一のネットワーク10と第二のネットワーク10とのマッピングの際に使用される。
【0043】
図8の第三のマッピングルール30h1cは、第一のマッピングルール30h1aと第二のマッピングルール30h1bから全ての機器の、全ての属性を1対1で記述したものである。例えば、前述のように空調機2の温度だけは、別置の温度センサの値を使いたい場合には、7番目のルールを、“空調機”、“2”、“温度”、“センサ”“21”、“現在温度”のように変更すればよい。このようにすれば他の空調機のマッピングに影響を与えずに、空調機2の温度のみ変更することが可能である。この場合、第二のデータベース管理手段30cにセンサ機器モデルをインストールしておく必要がある。
【0044】
図9はマッピングルールの変更をする際に使用するコマンドの例である。第三のマッピングルール30h1cに対して、設定要求コマンド、モニタ要求コマンドがある。一番上のコマンドがゲートウェイ装置30に第三のマッピングルール30h1cを設定する際に使用するコマンドで、「モデル1」は第一のネットワーク10のモデル、「識別子1」は前記モデル1の識別子、「属性1」は前記モデル1の属性、「モデル2」は第二のネットワーク30で管理する粒度のモデル、「識別子2」は前記モデル2の識別子、「属性2」は前記モデル2の属性である。この設定要求コマンドは、マッピングルール3(すなわち第三のマッピングルール30h1c)にn対の{モデル1+識別子1+属性1+モデル2+識別子2+属性2}を設定する為のコマンドである。2番目のコマンドは、マッピングルール3の内容を取得するためのモニタ要求コマンド、3番目のコマンドはモニタ要求に対する応答のコマンドである。
【0045】
マッピングルール変更時のゲートウェイ30内の動作について説明する。図1において、第一の通信処理手段30a、または第二の通信処理手段30eが図9に示すコマンドを受信すると、コマンド配送手段30bにコマンドを受け渡す。コマンド配送手段30bは、第三のマッピングルール30h1cに関するコマンドであることを解釈すると、データベースマッピング手段30h内の、マッピング管理手段30h2にデータを渡す。マッピング管理手段30h2はコマンドを解釈し、設定コマンドであれば第三のマッピングルール30h1cにルールを設定する。また、モニタ要求コマンドであれば第三のマッピングルール30h1cの内容をモニタ応答コマンドを用いて応答する。
【0046】
次に運用時の動作について説明する。図10はネットワークの運用時に使用するコマンドの例である。運用時には、機器管理装置21から被管理機器11への操作の命令である操作要求コマンド、同じく機器管理装置21から被管理機器11へのモニタを要求するモニタ要求コマンド、該モニタ要求コマンドに応答する被管理機器11から機器管理装置21へのモニタ応答コマンド、および被管理機器11から機器管理装置21への状態変化の通報をする通報コマンドがある。
【0047】
図10において、上から順にモデル「空調機」、識別子「1」、属性「温度」を“25”に設定する操作要求コマンド、次に、モデル「空調機」、識別子「1」、属性「温度」を取得するモニタ要求コマンド、さらに前記要求に対するモニタ応答コマンド、最後に、モデル「空調機」が識別子「1」、属性「温度」が“25”に変化した時の通報コマンドの例である。
【0048】
始めに、操作要求コマンドを受信した場合のゲートウェイ装置30の動作について説明する。図1において、第二の通信処理手段30eが図10に示す操作コマンドを受信すると、まずコマンド配送手段30bにこのコマンドを受け渡す。
【0049】
図11はコマンド配送手段30bの動作を示すフローチャートである。ステップS1で、第二のデータベースアクセス手段30f1へコマンドを配送する。第二のデータベースアクセス手段30f1ではコマンドを解釈して、配送されたコマンド中のモデルが自己の管理するモデルかを判断し、管理外のモデルであればコマンドを破棄し、自己の管理するモデルであれば、モデル「空調機」、識別子「1」、属性「温度」に“25”を書き込む。
【0050】
Java言語を利用している場合は、データベースリストからモデル「空調機」、識別子「1」の参照値を読み込み、温度属性に“25”を代入する。また、C言語またはC++言語を使用した場合には、データベースリストと機器モデル30f4を利用する。まず、データベースリストより、モデル「空調機」、識別子「1」の参照値を読み込む。続いて、機器モデル30f4により、何番目の属性かを読み込み、該当するメモリへデータを書き込む。
【0051】
次にステップ3で、マッピング管理手段30h2にコマンドを配送する。マッピング管理手段30h2では、前述の第三のマッピングルール30h1cを用いて、モデル「空調機」、識別子「1」、属性「温度」に対応する第一のデータベース30d上のモデル、識別子、属性を検索する。
【0052】
図12はマッピング管理手段30h2の検索の動作を示すフローチャートである。モデル「空調機」、識別子「1」、属性名「温度」の全てが一致したら、そのときの対応するモデル、識別子、属性名をコマンド配送手段30bへ応答する。図8のルールの場合、モデル「室内機」、識別子「100」、属性「吸込温度」を応答する。そして、ルールの最後まで検索しても一致するものが見つからなければ、エラーを応答し終了する。
【0053】
図11に戻り、ステップ3では、操作要求コマンドを、ステップ2でマッピング管理手段30h2が応答したモデル、識別子、属性名に置き換えて第一のデータベースアクセス手段30c1に配送する。コマンドを配送された第一のデータベースアクセス手段30c1は、コマンドを解釈して、モデル「室内機」、識別子「100」、属性「吸込温度」に“25”を書き込む。このときも前述の通り、データベースリストと機器モデル30c4を利用する。続いてステップS4では、第一の通信処理手段30aにモデル「室内機」、識別子「100」、属性「吸込温度」、属性値「25」の操作要求コマンドを配送する。第一の通信処理手段30aは、第一のネットワーク10に、該コマンドを送信する。
【0054】
次に、モニタ要求コマンドを受信した場合のゲートウェイ装置30の動作について説明する。図1において、第二の通信処理手段30eが図10に示すモニタ要求コマンドを受信すると、まずコマンド配送手段30bにコマンドを受け渡す。
【0055】
図13はモニタ要求コマンドを受信した場合のコマンド配送手段30bの動作を示すフローチャートである。ステップS1で、第二のデータベースアクセス手段30f1へモニタ要求コマンドを配送する。第二のデータベースアクセス手段30f1は、コマンドを解釈して、配送されたコマンド中のモデルが自己の管理するモデルかを判断し、管理外のモデルであればコマンドを破棄し、自己の管理するモデルであれば、モデル「空調機」、識別子「1」、属性「温度」の値をコマンド配送手段30bへ受け渡す。
【0056】
次にステップ2では、ステップ1で第二のデータベースアクセス手段30f1が応答したモデル、識別子、属性、属性値を使用してモニタ応答コマンドを作成し、第二の通信処理手段30eへ配送する。第二の通信処理手段30eは、第二のネットワーク20に、該コマンドを送信する。
【0057】
このように、本実施の形態においては、第二のデータベース30gが常に最新情報を保持しているので、内部でマッピング処理を行ったり、第一のネットワーク10からデータ収集を行う必要がなく、モニタ要求コマンド受信時のレスポンスが向上する。
【0058】
次に、通報コマンドを受信した場合のゲートウェイ装置30の動作について説明する。図1において、第一の通信処理手段30aが図10に示す通報コマンドを受信すると、まずコマンド配送手段30bにコマンドを受け渡す。
【0059】
図14は通報コマンドを受信した場合のコマンド配送手段30bの動作を示すフローチャートである。ステップS1で、第一のデータベースアクセス手段30c1へコマンドを配送する。第一のデータベースアクセス手段30c1は、コマンドを解釈して、配送されたコマンド中のモデルが自己の管理するモデルかを判断し、管理外のモデルであればコマンドを破棄し、自己の管理するモデルであれば、モデル「室内機」、識別子「100」、属性「吸込温度」に“25”を書き込む。この場合も前記のように、データベースリストおよび機器モデル30c4を利用して、書き込みを行う。
【0060】
次にステップS2で、マッピング管理手段30h2にコマンドを配送する。マッピング管理手段30h2は、前述の第三のマッピングルール30h1cを用いて、モデル「室内機」、識別子「100」、属性「吸込温度」に対応する第二のデータベース30g上のモデル、識別子、属性を検索する。
【0061】
そして、前述の操作要求の時と同様に、マッピングを行う。図8のルールの場合、モデル「空調機」、識別子「1」、属性「温度」を応答する。もし、ルールの最後まで検索しても一致するものが見つからなければ、エラーを応答し終了する。
【0062】
図14に戻り、ステップ3では通報コマンドを、ステップ2でマッピング管理手段30h2が応答したモデル、識別子、属性名に置き換えて配送する。第二のデータベースアクセス手段30f1では、コマンドを解釈して、モデル「空調機」、識別子「1」、属性「温度」に“25”を書き込む。続いてステップS4では、第二の通信処理手段にモデル「空調機」、識別子「1」、属性「温度」、属性値「25」の通報コマンドを配送する。第二の通信処理手段30eは、第二のネットワーク20に前記コマンドを送信する。
【0063】
実施の形態2.
本実施の形態のゲートウェイ装置のソフトウェアブロック図は、実施の形態1の図1と同様である。本実施の形態は、図1のデータベースマッピング手段30hが実施の形態1と異なる。以下このデータベースマッピング手段30hについて説明する。
【0064】
図15に示す第四のマッピングルール30h1d及び第五のマッピングルール30h1eと図4の第二のマッピングルール30h1bが本実施の形態で使用するマッピングルールの論理構造の例である。本実施の形態においては、第五のマッピングルール30h1eには、第一のネットワーク10に接続される機器の{モデル+属性+属性の値}と、第二のネットワーク20で管理する単位の{モデル+属性+属性の値}の対応が記述されている。第二のマッピングルールは実施の形態1と同じである。
【0065】
また、第四のマッピングルール30h1dには、第五のマッピングルール30h1eと第二のマッピングルールを合わせたルールとは異なる例外のルールが、第一のネットワーク10に接続される機器の{モデル+識別子+属性+属性の値}と第二のネットワーク20で管理する単位の{モデル+識別子+属性+属性の値}の対応によって記述されている。
【0066】
例えば、第五のマッピングルール30h1eでは、第一のネットワーク10の、モデル“室内機”の属性“状態”の値“ON”は、第二のネットワーク20の、モデル“空調機”の属性“運転状態”の値“運転”に対応していることを示している。同様に“状態”の“OFF”は、“運転状態”の“停止”に対応していることを示している。
【0067】
また、5番目のルールの“吸込温度”と“温度”の対応にある、“#1”、“#2”などは、単なるデータ置換ではなく、ある算術式によるデータ値変換であることを示している。
【0068】
本実施の形態では、#1が華氏から摂氏への変換、#2が摂氏から華氏への変換であることを示している。ここの実現方法は、f(x)=9/5×X+32などのように直接算術式を記述することでも可能である。この場合、上記文字列を解釈し、算術式に変換し、値を代入して計算する属性値変換手段もゲートウェイ装置内に実装しておく必要がある。尚、第二のマッピングルールは、実施の形態1と同じである。
【0069】
また、第四のマッピングルール30h1dは、空調機2の温度だけは、別置きセンサーの値を使いたいという例外処理が記述されている。モデル“センサ”識別子21の属性“現在値”に対応していることを示している。属性の値“−”は、特に変換が必要ないことを示す。
【0070】
図16および図17は、第五のマッピングルール30h1eと第四のマッピングルール30h1dにアクセスする場合のコマンド側である。上より、設定要求、モニタ要求、モニタ応答を示している。記述内容は、実施の形態1と同じである。
【0071】
次に、マッピング管理手段の動作について図18を用いて説明する。マッピング管理手段にコマンドが配送されると、ステップS1で、まず第四のマッピングルール30h1dから一致するものを検索する。第四のマッピングルール30h1dの検索は、図19に示すように、ルールの終わりがくるまで、モデル、識別子、属性名のすべてが一致するものを検索し、一致した場合は、一致する属性値を検索する。検索したこれらの第一のネットワーク10に対応する、モデル、識別子、属性名、属性値を記憶しておく。
【0072】
図18に戻り、ステップS2で一致と判断すると、ステップS5へ進み、ステップS1で記憶したモデル、識別子、属性名、属性値をコマンド配送手段へ応答する。
【0073】
ステップS2で一致していなかった場合、ステップS3へ進み、第五および第二のマッピングルールを用いて検索を行う。図20に第五のマッピングルールおよび第二のマッピングルールを用いた検索アルゴリズムを示す。第二のマッピングルールのモデル+識別子が一致し、かつ第五のマッピングルール30h1eのモデル+属性名が一致した場合、さらに一致する属性名を検索する。検索したこれらの第一のネットワークに対応する、モデル、識別子、属性名、属性値を記憶しておく。
【0074】
図18に戻り、ステップS4で一致と判断すると、ステップ5へ進み、ステップS3で記憶したモデル、識別子、属性名、属性値をコマンド配送手段へ応答する。
【0075】
【発明の効果】
以上のように、この発明のゲートウェイ装置は、第一のネットワークから取得するデータの粒度で保持される第一のデータベースと、第二のネットワークで管理する粒度で保持される第二のデータベースを持ち、マッピング処理によりどちらのデータベースも常に最新情報を保持している構成としたため、機器データのモニタ時に第一のネットワークに対してデータ取得を行う必要がないこと、さらにマッピング処理を行う必要がないことにより、データモニタ時のレスポンスを向上することができるという効果がある。
【0076】
また、この発明のゲートウェイ装置は、建物毎に異なる機器の種類を予めプログラミングする必要がなく、機器モデルという形で後からインストールできる構成としたため、建物毎に発生するプログラム開発工数を削減することができる。
【0077】
また、この発明のゲートウェイ装置は、建物毎に異なる機器の数を予めプログラミングする必要がなく、上述の機器モデルから生成できる構成としたためが建物毎に発生するプログラム開発工数を削減することができる。
【0078】
また、この発明のゲートウェイ装置は、例えば建物毎に異なる第一のネットワークと第二のネットワークとのマッピング処理を予めプログラミングするのではなく、あとからインストール可能なマッピングルールと、このマッピングルールを用いてマッピング処理を行うマッピング管理手段とに分ける構成とした為、建物毎に発生するマッピングプログラム開発工数を削減することができる。
【0079】
また、この発明のゲートウェイ装置は、マッピングルールを1対1のすべての対応を記述するのではなく、2つの正規化されたルールで記述することにより、少ない設定ですみ、マッピングの設定を容易にすることができる。
【0080】
また、この発明のゲートウェイ装置は、上述のように正規化された2つのルールから1対1対応のルールを生成し、それを編集できるような構成とした為、例外ルールなど特殊なルールにも対応が可能となる。
【0081】
また、この発明のゲートウェイ装置は、上述のように正規化された2つのルールと、例外のみを記述する例外ルールからマッピングを行う構成としたため、省メモリで実現することが可能となる。
【0082】
また、この発明のゲートウェイ装置は、マッピングルールの中に属性の値の対応も記述するため、表現の異なる属性のマッピングを容易に実現することが可能となる。さらに、単位の異なる属性のマッピングを容易に実現することが可能となる。
【図面の簡単な説明】
【図1】 この発明のゲートウェイ装置のソフトウェアブロック図である。
【図2】 Java言語を使用した場合の機器モデルの記述例を示す。
【図3】 Java言語を使用しない場合の機器モデルの記述例を示す。
【図4】 マッピングルールの論理構造の例である。
【図5】 マッピングルールをインストールする際に使用するコマンドの例である。
【図6】 データベースの生成および削除をする際に使用するコマンドの例である。
【図7】 データベース生成手段の動作を示すフローチャートである。
【図8】 第三のマッピングルールの論理構造の例である。
【図9】 マッピングルールの変更をする際に使用するコマンドの例である。
【図10】 ネットワークの運用時に使用するコマンドの例である。
【図11】 コマンド配送手段の動作を示すフローチャートである。
【図12】 マッピング管理手段の検索の動作を示すフローチャートである。
【図13】 モニタ要求コマンドを受信した場合のコマンド配送手段の動作を示すフローチャートである。
【図14】 通報コマンドを受信した場合のコマンド配送手段の動作を示すフローチャートである。
【図15】 第四マッピングルール及び第五のマッピングルールの論理構造の例である。
【図16】 第五のマッピングルールにアクセスする際に使用するコマンドの例である。
【図17】 第四のマッピングルールにアクセスする際に使用するコマンドの例である。
【図18】 マッピング管理手段の検索の動作を示すフローチャートである。
【図19】 第四のマッピングルールの検索の動作を示すフローチャートである。
【図20】 第五のマッピングルール及び第二のマッピングルールの検索の動作を示すフローチャートである。
【図21】 従来のゲートウェイ装置のソフトウェアブロック図である。
【符号の説明】
10 第一のネットワーク、11 被管理機器、20 第二のネットワーク、21 機器管理装置、30a 第一の通信処理手段、30b コマンド配送手段、30c 第一のデータベース管理手段、30c2 データベース生成手段、30c3 機器モデル管理手段、30c4 機器モデル、30d 第一のデータベース、30e 第二の通信処理手段、30f 第二のデータベース管理手段、30f2 データベース生成手段、30f3 機器モデル管理手段、30f4 機器モデル、30g 第二のデータベース、30h データベースマッピング手段、30h1 マッピングルール、30h1a 第一のマッピングルール、30h1b 第二のマッピングルール、30h1c 第三のマッピングルール、30h1d 第四のマッピングルール、30h1e 第五のマッピングルール、30h2 マッピング管理手段、30h3 マッピングルール管理手段。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a gateway device that is installed between two networks of different protocols and that mutually converts commands flowing on each network.
[0002]
[Prior art]
FIG. 21 is a software block diagram of a conventional gateway device disclosed in, for example, Japanese Patent Laid-Open No. 8-204736. In the figure, 10 is a first network to which a plurality of managed devices 11 are connected, 20 is a second network such as the Internet, an intranet and a telephone line, 21 is a device management apparatus connected to the second network 20, A gateway device 130 connects the first network 10 and the second network 20 to each other.
[0003]
The gateway device 130 exchanges data with the first communication processing unit 130 a that exchanges data with the managed device 11 connected to the first network 10 and the device management device 21 that connects with the second network 20. Second communication processing unit 130e, signal processing unit 130i that performs analysis of received data, protocol conversion, and the like, storage unit 130j that stores data received by first communication processing unit 130a, and storage in storage unit 130j It is comprised from the search means 130k which searches the performed data.
[0004]
Next, the operation will be described. The storage unit 130j sequentially stores data received by the first communication processing unit 130a. When the storage capacity runs out, the oldest data is discarded. Therefore, the latest received data is always stored in the storage unit 130j.
[0005]
The gateway device 130 receives transmission data transmitted by the device management device 21 connected to the second network 20 by the second communication processing unit 30e, and the signal processing unit 130i processes the transmission data. The types of transmission data transmitted from the device management apparatus 21 are roughly divided into an operation request command to the managed device 11 and a monitor request command.
[0006]
When the second communication processing unit 130e receives a monitor request command as transmission data, the signal processing unit 130i determines whether the managed device 11 included in the transmission data exists in the first network 10 under the jurisdiction. Judging. If it exists, the search unit 130k searches whether the monitor value of the corresponding managed device 11 exists in the storage unit 130j. If it exists, the corresponding monitor value is read from the storage unit 130j and responds to the device management apparatus 21 via the second communication processing unit 130e and the second network 20.
[0007]
If not, the corresponding monitor value is acquired from the managed device 11 via the first communication processing unit 130a and the first network 10. Then, the acquired monitor value is stored in the storage unit 130j and responds to the device management apparatus 21 via the second communication processing unit 130e and the second network 20.
[0008]
On the other hand, when the second communication processing unit 130e receives the operation request command as the transmission data, the signal processing unit 130i includes the managed device 11 included in the transmission data in the first network 10 under the jurisdiction. Determine whether or not. If it exists, the data is transmitted to the managed device 11 via the first communication processing unit 130 a and the first network 10. Then, the managed device 11 controls its own state according to the received data content.
[0009]
[Problems to be solved by the invention]
Since the conventional gateway apparatus 130 having such a configuration is provided with the storage means 130j and the search means 130k, when monitoring the data held by itself, it is possible to respond immediately and improve the response. When monitoring data not to be transmitted, it is necessary to go to the first network 10 for data acquisition, and there is a problem that the response is slow. This occurs particularly when there are many specific state changes and when only a specific state is stored in the storage unit 130j.
[0010]
Further, when the managed device 11 is an air conditioner or a lighting device in a building, the data acquired from the first network 10 is data for each managed device 11. On the other hand, the data managed by the second network 20 is a unit of data such as a tenant and a floor. In this way, the granularity of data (data granularity) acquired from the first network 10 and the granularity of data managed by the device management apparatus 21 are different. In such a case, the conventional gateway device 130 has a problem that a mapping process between the granularity of collected data and the granularity of management data is required internally, resulting in a slow response.
[0011]
In the conventional gateway apparatus 130, the above-described mapping process is stored as a program in the gateway apparatus 130. The type and number of managed devices 11 and the granularity and quantity of devices managed by the device management apparatus 21 However, there is a problem that the above-mentioned software must be constructed for each building, which requires a lot of development man-hours.
[0012]
In the conventional gateway device 130, the mapping program described above includes attributes such as the operating state and temperature of the managed device 11 connected to the first network 10, and attributes at the management granularity in the second network 20. There is a problem in that it takes a lot of programming man-hours because it is described by a conditional branching statement that compares one-to-one. For example, in the case of a device in a building, if 100 devices are installed and each device has 10 attributes, 1000 conditional branch statements have to be described.
[0013]
The present invention has been made to solve the above-described problems. The response of the monitor request command from the device management apparatus 21 is improved, and the granularity of data acquired from the first network 10 is further improved. , Improving the response of the monitor when the granularity of data managed by the device management apparatus 21 connected to the second network 20 is different, reducing the development man-hour by eliminating the program created for each building, Gateway device that can save labor in setting mapping data when the granularity of data acquired from the network 10 and the granularity of data managed by the device management apparatus 21 connected to the second network 20 are different The purpose is to obtain.
[0014]
[Means for Solving the Problems]
A gateway device according to the present invention is provided between a first network having a managed device and a second network having a device management device and a protocol different from that of the first network, and flows over both networks. Through a first communication processing unit that performs data communication with a managed device, a second communication processing unit that performs data communication with the device management device, and a first communication processing unit. A first database that holds the information of the acquired managed device, a first database management means that manages the first database, and a second database in which the first database is converted into information required by the device management apparatus Database, second database management means for managing the second database, and the first database Information held in And the second database Information held in Database mapping means for matching corresponding items of the command, and command delivery means for interpreting the command received by the first and second communication processing means and delivering the command to the first or second database management means and database mapping means The command delivery means includes a command transmitted from the device management apparatus to the managed device or a command transmitted from the managed device to the device management device. Items of information contained within Is transferred while being converted through the database mapping means.
[0015]
The first and second database management means have a device model indicating the characteristics of the managed device, and the device model is set to be delivered from the first network or the second network via the command delivery means. It is set by the device model management means based on the request command.
[0016]
The first and second database management means use the device model based on the generation request command sent from the first network or the second network via the command delivery means, and use the first and second database management means. Database generating means for generating a second database;
[0017]
Further, the database mapping means uses the mapping rule describing the correspondence between the first database and the second database and the mapping rule to match the state of the first database with the corresponding item in the second database. A mapping management unit, and the mapping rule is set by the mapping rule management unit based on a setting request command delivered from the first network or the second network through the command delivery unit.
[0018]
In addition, the mapping rule includes a first mapping rule that describes a pair of device and device attributes stored in the first and second databases, and a device and device stored in the first and second databases. The mapping management means matches the corresponding items between the first and second databases by using these two rules.
[0019]
In addition, the mapping rule includes a first mapping rule that describes a pair of device and device attributes stored in the first and second databases, and a device and device stored in the first and second databases. A second mapping rule described with a pair of identifiers to be identified, and devices, device attributes and device stored in the first and second databases generated from the first mapping rule and the second mapping rule And mapping management means matches the corresponding items between the first and second databases by the third mapping rule.
[0020]
In addition, the mapping rule includes a first mapping rule that describes a pair of device and device attributes stored in the first and second databases, and a device and device stored in the first and second databases. The second mapping rule described by identifying the identifier to be identified, and the first mapping rule and the exception rule that deviates from the second mapping rule are stored in the first and second databases, the device attributes and A fourth mapping rule described as a set of device identifiers, and the mapping management means performs the fourth mapping rule when matching corresponding items between the first and second databases, If they cannot be matched, the first and second mapping rules are used for matching.
[0021]
Further, the mapping rule is stored in the first and second databases, the fifth mapping rule describing the device, the device attribute and the attribute value stored in the first and second databases as a pair. A second mapping rule that describes a pair of identifiers for identifying the device and the device, and an exception rule that deviates from the first mapping rule and the second mapping rule, the device stored in the first and second databases, And a fourth mapping rule described as a set of device attributes and device identifiers, and the mapping management means matches corresponding items between the first and second databases by these two rules.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Embodiment 1 FIG.
FIG. 1 is a software block diagram of the gateway device of the present invention. In the figure, 10 is a first network to which a plurality of managed devices 11 are connected, 20 is a second network such as the Internet, Intranet and telephone line, 21 is a device management apparatus connected to the second network, A gateway device 30 connects the first network 10 and the second network 20 to each other.
[0023]
Inside the gateway device 30, 30a is a first communication processing means for exchanging data with the managed device 11 connected to the first network 10, and 30e is a device management device 21 and data connected to the second network. Second communication processing means 30 for performing transmission / reception, 30b is a command delivery means for analyzing the received data and delivering the data to the corresponding processing means, and 30d is a first database for storing data received from the first network 10 , 30c is a first database management means for managing the first database, 30h is a database mapping means for mapping the first database 30d to data of a granularity managed by the equipment management apparatus 21, and 30g is a management of the equipment management apparatus 21 The second database converted to the granularity to be managed, 30f manages the second database That is the second database management unit.
[0024]
Further, in the first database management means 30c, 30c1 is a database access means for reading and writing the first database 30d in accordance with an instruction passed from the command delivery means 30b, and 30c2 is a first database 30d using the device model 30c4. A database generation unit 30c3 for generating / deleting a device database therein, and a device model management for adding / updating / deleting a device model 30c4 based on a device model sent from the first network 10 or the second network 20 Means. The inside of the second database 30f has the same configuration.
[0025]
In the database mapping means 30h, 30h1 is a mapping rule describing the correspondence between the first database 30d and the second database 30g, and 30h2 is the first database 30d according to the contents of the command passed from the command delivery means 30b. And the second database 30g mapping management means 30h3 is a mapping rule management means for adding / updating / deleting mapping rules based on the contents sent from the first network 10 or the second network 20 It is.
[0026]
Next, the operation will be described. The gateway device 30 of the present embodiment needs to perform the following operations before starting operation.
1) Installation of device models 30c4 and 30f4 corresponding to the managed device 11 to be installed.
2) Installation of mapping rule 30h1.
3) Creation of databases 30d and 30g using device models 30c4 and 30f4.
4) Correction of mapping rule 30h1.
First, installation of the device models 30c4 and 30f4 will be described.
[0027]
FIG. 2 shows a description example of the device model 30c4 or 30f4 when the Java language is used. The figure is an air conditioner model and has five attributes. The first attribute “identifier” is a 4-byte integer int type, the second attribute “driving state” is a 1-byte integer byte type, and the third attribute “driving mode” is a 1-byte integer byte type. The attribute “set temperature” is defined as a 4-byte integer int type, and the fifth attribute “room temperature” is defined as a 4-byte integer int type. Each attribute is publicly declared so that it can be referenced from other programs. The device model 30c4 or 30f4 that is actually installed in the gateway is a class object obtained by compiling the source code shown in FIG. 2 using a Java compiler.
[0028]
FIG. 3 shows a description example of the device model when the Java language is not used. In the figure, the first line shows that this model is a model of an air conditioner. The second line indicates the number of attributes owned by this model. In this example, it represents that five attributes are owned. In the third and subsequent lines, the size is described following the attribute and semicolon. In the figure, the first attribute “identifier” is 4 bytes, the second attribute “operation state” is 2 bytes, the third attribute “operation mode” is 4 bytes, the fifth attribute “set temperature” is 4 bytes, 5 It shows that the second attribute “room temperature” is 4 bytes. The device model actually installed in the gateway is the code itself shown in FIG.
[0029]
The installation operation of the device model 30c4 or 30f4 will be described with reference to FIG. An FTP server using a file transfer protocol (FTP) is started up in the second communication processing means 30e. Then, the device management apparatus 21 uploads the device models 30c4 and 30f4 to be installed in the gateway device 30 using an FTP client using a file transfer protocol. The gateway device 30 stores the received file on the memory.
[0030]
Next, installation of the mapping rule 30h1 will be described. FIG. 4 shows an example of the logical structure of the mapping rule used in this embodiment. In the present invention, in order to facilitate the setting of the mapping rule, it is divided into two rules. The first mapping rule 30h1a describes the correspondence between the {model + attribute} of the device connected to the first network 10 and the unit {model + attribute} managed by the second network 20. The second mapping rule 30h1b describes the correspondence between the {model + identifier} of the device connected to the first network 10 and the unit {model + identifier} managed by the second network 20. Yes.
[0031]
For example, in the first mapping rule 30h1a, the attribute “state” of the model “indoor unit” of the first network 10 corresponds to the attribute “operation state” of the model “air conditioner” of the second network 20. It shows that. Similarly, “mode” corresponds to “operation mode”, “suction temperature” corresponds to “temperature”, and “suction humidity” corresponds to “humidity”.
[0032]
In the second mapping rule 30h1b, the identifier “100” of the model “indoor unit” of the first network 10 corresponds to the identifier “1” of the model “air conditioner” of the second network 20. It shows that. Similarly, “101” corresponds to “2”, and “102” corresponds to “3”. With this configuration, in the conventional conditional branching statement, this embodiment is used in the description of a program in which three indoor units with four attributes require 4 × 3 = 12 conditional branching statement descriptions. Then, 4 + 3 = 7 rule descriptions are sufficient.
[0033]
FIG. 5 shows an example of a command used when installing the mapping rule. Each of the first mapping rule 30h1a and the second mapping rule 30h1b has a setting request command and a monitor request command. The top command is a command used when installing the mapping rule 30h1 in the gateway device 30. Among them, “Model 1” is a model of the first network 10, “Attribute 1” is an attribute of the model 1, “Model 2” is a granularity model managed by the second network, and “Attribute 2” is the model. The second attribute. The command in this example is a command for setting n pairs {model 1 + attribute 1 + model 2 + attribute 2} in the mapping rule 1 (that is, the first mapping rule 30h1a). The second command is a monitor request command for acquiring the contents of the mapping rule 1, and the third command is a command for responding to the monitor request. The same applies to the commands related to the mapping rule 2.
[0034]
An operation in the gateway device 30 at the time of mapping rule installation will be described. In the configuration of FIG. 1, when the first communication processing unit 30a or the second communication processing unit 30e receives the command shown in FIG. 5, the command is delivered to the command delivery unit 30b. When the command delivery means 30b interprets that the delivered command is a command related to the mapping rule, the command delivery means 30b passes the data to the mapping rule management means 30h3 in the database mapping means 30h. The mapping rule management unit 30h3 interprets the command, and if it is a setting request command, sets the rule in the corresponding mapping rule. If it is a monitor request command, the contents of the corresponding mapping rule are responded by a monitor response command.
[0035]
Next, creation of a database using the device models 30c4 and 30f4 will be described. FIG. 6 shows an example of commands used when creating and deleting a database. The upper command is a generation request command for generating a database with the identifier “1” using the model “air conditioner”. On the other hand, the lower command is a delete request command for deleting the database having the identifier “1” for the model “air conditioner”.
[0036]
An operation in the gateway device 30 when generating and deleting a database will be described. In the configuration of FIG. 1, when the first communication processing unit 30a or the second communication processing unit 30e receives the command shown in FIG. 6, first, the command is delivered to the command delivery unit 30b. When interpreting that the command delivery means 30b is a command related to database creation or deletion, the command delivery means 30b sends commands to the database creation means 30c2 in the first database management means 30c and the database creation means 30f2 in the second database management means 30f. To deliver. The database generation unit 30c2 or 30f2 determines whether the model in the delivered command is a model managed by itself, discards the command if the model is not managed, and executes the command if the model is managed by itself. To do.
[0037]
FIG. 7 is a flowchart showing the operation of the database generation means. In step S1, it is determined whether the model in the command is a model managed by itself. If the model is not managed, the program is terminated. If it is a model to be managed, the processing content of the command is determined in step S2. If the process is generation, the device model shown in FIG. 2 or 3 is read in step S3, and a memory capacity corresponding to the device model is secured in step S4.
[0038]
In the case of the device model shown in FIG. 2, since the Java language is used, a memory corresponding to the air conditioner model is secured by the “new air conditioner” statement. In the case of the device model shown in FIG. 3, in the C language and C ++ language, a memory required for the device model is secured by a “malloc” statement.
[0039]
Returning to FIG. 7, in step S5, the identifier indicated in the command is substituted into the memory secured in step S4. In the example of the generation request command shown in FIG. 6, the identifier “1” is assigned to the first attribute on the secured memory.
[0040]
Subsequently, in step S6, the database generation unit 30c2 or 30f2 creates a database list that can list the database 30d or 30g generated by itself. Specifically, the generated model name, identifier, and reference value of the arranged memory are set and stored in a list format. This is used when accessing the database described later.
[0041]
On the other hand, if the process is deleted in step S2, the reference value of the corresponding database 30d or 30g is read from the database list in step S7. In step S8, the corresponding memory is released. In the case of the Java language, memory management such as releasing unused memory is performed by the Java virtual machine, so there is no need to program with particular consciousness. In the case of C language or C ++ language, the memory is released by a “Free” statement. In step S9, the corresponding database is deleted from the database list.
[0042]
Next, the correction of the mapping rule will be described. For example, in the mapping rule shown in FIG. 4, the attribute of all the air conditioners is mapped to the attribute of the indoor unit, or only the temperature of the air conditioner 2 is used for exception mapping in which it is desired to use the value of a separate temperature sensor. Modify the mapping rules to cope. If the third mapping rule 30h1a shown in FIG. 4 is rewritten as “air conditioner”, “temperature”, “sensor”, “current temperature”, the “temperature” attribute of the air conditioners other than identifier 2 Will also be mapped to the temperature of the sensor. Therefore, in the present invention, the third mapping rule 30h1c shown in FIG. 8 is generated from the set first mapping rule 30h1a and second mapping rule 30h1b, and is corrected. The third mapping rule 30h1c is used for mapping between the first network 10 and the second network 10 described later.
[0043]
The third mapping rule 30h1c in FIG. 8 is a one-to-one description of all attributes of all devices from the first mapping rule 30h1a and the second mapping rule 30h1b. For example, as described above, if only the temperature of the air conditioner 2 is desired to use the value of a separate temperature sensor, the seventh rule is “air conditioner”, “2”, “temperature”, “sensor”. What is necessary is just to change like "21" and "current temperature". In this way, it is possible to change only the temperature of the air conditioner 2 without affecting the mapping of other air conditioners. In this case, it is necessary to install the sensor device model in the second database management unit 30c.
[0044]
FIG. 9 shows an example of a command used when changing the mapping rule. For the third mapping rule 30h1c, there are a setting request command and a monitor request command. The top command is a command used when setting the third mapping rule 30h1c in the gateway device 30. “Model 1” is the model of the first network 10, “Identifier 1” is the identifier of the model 1, “Attribute 1” is an attribute of the model 1, “Model 2” is a model of granularity managed by the second network 30, “Identifier 2” is an identifier of the model 2, and “Attribute 2” is an attribute of the model 2. is there. This setting request command is a command for setting n pairs {model 1 + identifier 1 + attribute 1 + model 2 + identifier2 + attribute 2} in the mapping rule 3 (that is, the third mapping rule 30h1c). The second command is a monitor request command for acquiring the contents of the mapping rule 3, and the third command is a command for responding to the monitor request.
[0045]
An operation in the gateway 30 when the mapping rule is changed will be described. In FIG. 1, when the first communication processing means 30a or the second communication processing means 30e receives the command shown in FIG. 9, the command is delivered to the command delivery means 30b. When interpreting that the command is related to the third mapping rule 30h1c, the command delivery unit 30b passes the data to the mapping management unit 30h2 in the database mapping unit 30h. The mapping management unit 30h2 interprets the command, and if it is a setting command, sets the rule in the third mapping rule 30h1c. If it is a monitor request command, the contents of the third mapping rule 30h1c are responded using a monitor response command.
[0046]
Next, the operation during operation will be described. FIG. 10 shows examples of commands used during network operation. At the time of operation, an operation request command that is an operation command from the device management apparatus 21 to the managed device 11, a monitor request command that requests monitoring from the device management apparatus 21 to the managed device 11, and a response to the monitor request command There are a monitor response command from the managed device 11 to the device management apparatus 21 and a notification command for reporting a status change from the managed device 11 to the device management apparatus 21.
[0047]
In FIG. 10, from the top, the model “air conditioner”, the identifier “1”, the operation request command for setting the attribute “temperature” to “25”, and then the model “air conditioner”, the identifier “1”, the attribute “temperature”. , A monitor response command for the request, and finally a notification command when the model “air conditioner” is changed to the identifier “1” and the attribute “temperature” is changed to “25”.
[0048]
First, the operation of the gateway device 30 when an operation request command is received will be described. In FIG. 1, when the second communication processing means 30e receives the operation command shown in FIG. 10, the command is first delivered to the command delivery means 30b.
[0049]
FIG. 11 is a flowchart showing the operation of the command delivery means 30b. In step S1, the command is delivered to the second database access unit 30f1. The second database access means 30f1 interprets the command and determines whether the model in the delivered command is a model managed by itself. If it is an unmanaged model, the command is discarded. If there is, “25” is written in the model “air conditioner”, the identifier “1”, and the attribute “temperature”.
[0050]
When the Java language is used, the reference value of the model “air conditioner” and the identifier “1” is read from the database list, and “25” is substituted for the temperature attribute. When the C language or the C ++ language is used, the database list and the device model 30f4 are used. First, the reference values of the model “air conditioner” and the identifier “1” are read from the database list. Subsequently, the device model 30f4 reads the attribute number and writes the data to the corresponding memory.
[0051]
Next, in step 3, the command is delivered to the mapping management means 30h2. The mapping management unit 30h2 uses the third mapping rule 30h1c described above to search for a model, an identifier, and an attribute on the first database 30d corresponding to the model “air conditioner”, the identifier “1”, and the attribute “temperature”. To do.
[0052]
FIG. 12 is a flowchart showing the search operation of the mapping management means 30h2. When the model “air conditioner”, the identifier “1”, and the attribute name “temperature” all match, the corresponding model, identifier, and attribute name at that time are returned to the command delivery means 30b. In the case of the rule of FIG. 8, the model “indoor unit”, the identifier “100”, and the attribute “suction temperature” are returned. If no match is found even after searching to the end of the rule, an error is returned and the process ends.
[0053]
Returning to FIG. 11, in step 3, the operation request command is replaced with the model, identifier, and attribute name that the mapping management means 30h2 responded in step 2, and delivered to the first database access means 30c1. The first database access unit 30c1 to which the command is delivered interprets the command and writes “25” in the model “indoor unit”, the identifier “100”, and the attribute “suction temperature”. At this time, as described above, the database list and the device model 30c4 are used. Subsequently, in step S4, an operation request command having the model “indoor unit”, the identifier “100”, the attribute “suction temperature”, and the attribute value “25” is delivered to the first communication processing unit 30a. The first communication processing unit 30 a transmits the command to the first network 10.
[0054]
Next, the operation of the gateway device 30 when a monitor request command is received will be described. In FIG. 1, when the second communication processing means 30e receives the monitor request command shown in FIG. 10, the command is first delivered to the command delivery means 30b.
[0055]
FIG. 13 is a flowchart showing the operation of the command delivery means 30b when a monitor request command is received. In step S1, the monitor request command is delivered to the second database access means 30f1. The second database access unit 30f1 interprets the command, determines whether the model in the delivered command is a model managed by itself, discards the command if the model is not managed, and models managed by the second database access unit 30f1 If so, the values of the model “air conditioner”, the identifier “1”, and the attribute “temperature” are transferred to the command delivery means 30b.
[0056]
Next, in step 2, a monitor response command is created using the model, identifier, attribute, and attribute value responded by the second database access unit 30f1 in step 1, and delivered to the second communication processing unit 30e. The second communication processing unit 30 e transmits the command to the second network 20.
[0057]
As described above, in the present embodiment, since the second database 30g always holds the latest information, there is no need to perform mapping processing inside or collect data from the first network 10, and monitor Response when receiving a request command is improved.
[0058]
Next, the operation of the gateway device 30 when a notification command is received will be described. In FIG. 1, when the first communication processing means 30a receives the notification command shown in FIG. 10, it first passes the command to the command delivery means 30b.
[0059]
FIG. 14 is a flowchart showing the operation of the command delivery means 30b when a notification command is received. In step S1, the command is delivered to the first database access means 30c1. The first database access unit 30c1 interprets the command, determines whether the model in the delivered command is a model managed by itself, discards the command if it is an unmanaged model, and manages the model managed by itself. If so, “25” is written in the model “indoor unit”, the identifier “100”, and the attribute “suction temperature”. Also in this case, writing is performed using the database list and the device model 30c4 as described above.
[0060]
In step S2, the command is delivered to the mapping management unit 30h2. The mapping management unit 30h2 uses the above-described third mapping rule 30h1c to obtain the model, identifier, and attribute on the second database 30g corresponding to the model “indoor unit”, the identifier “100”, and the attribute “suction temperature”. Search for.
[0061]
Then, mapping is performed as in the case of the operation request described above. In the case of the rule of FIG. 8, the model “air conditioner”, the identifier “1”, and the attribute “temperature” are returned. If no match is found even after the end of the rule, an error is returned and the process ends.
[0062]
Returning to FIG. 14, in step 3, the notification command is replaced with the model, identifier, and attribute name that the mapping management means 30h2 responded in step 2 and delivered. The second database access unit 30f1 interprets the command and writes “25” in the model “air conditioner”, the identifier “1”, and the attribute “temperature”. Subsequently, in step S4, the notification command of the model “air conditioner”, the identifier “1”, the attribute “temperature”, and the attribute value “25” is delivered to the second communication processing unit. The second communication processing unit 30 e transmits the command to the second network 20.
[0063]
Embodiment 2. FIG.
The software block diagram of the gateway device of the present embodiment is the same as that of FIG. 1 of the first embodiment. The present embodiment is different from the first embodiment in the database mapping means 30h shown in FIG. The database mapping unit 30h will be described below.
[0064]
The fourth mapping rule 30h1d and the fifth mapping rule 30h1e shown in FIG. 15 and the second mapping rule 30h1b shown in FIG. 4 are examples of the logical structure of the mapping rule used in this embodiment. In the present embodiment, the fifth mapping rule 30h1e includes {model + attribute + attribute value} of a device connected to the first network 10 and a {model of a unit managed by the second network 20. + Attribute + attribute value} is described. The second mapping rule is the same as in the first embodiment.
[0065]
The fourth mapping rule 30h1d includes an exception rule that is different from the rule in which the fifth mapping rule 30h1e and the second mapping rule are combined, and {model + identifier of the device connected to the first network 10 + Attribute + attribute value} and {model + identifier + attribute + attribute value} corresponding to a unit managed by the second network 20.
[0066]
For example, in the fifth mapping rule 30h1e, the value “ON” of the attribute “state” of the model “indoor unit” of the first network 10 is the attribute “operation” of the model “air conditioner” of the second network 20. It shows that it corresponds to the value “Operation” of “Status”. Similarly, “OFF” of “state” indicates that “stop” of “operation state” is supported.
[0067]
In addition, “# 1”, “# 2”, etc. in the correspondence between “suction temperature” and “temperature” in the fifth rule indicate that the data value conversion is not a simple data replacement but an arithmetic expression. ing.
[0068]
In the present embodiment, # 1 indicates conversion from Fahrenheit to Celsius, and # 2 indicates conversion from Celsius to Fahrenheit. The realization method here is also possible by directly describing an arithmetic expression such as f (x) = 9/5 × X + 32. In this case, it is also necessary to install in the gateway device an attribute value conversion means for interpreting the character string, converting it into an arithmetic expression, and substituting the value. The second mapping rule is the same as in the first embodiment.
[0069]
Further, the fourth mapping rule 30h1d describes an exception process in which only the temperature of the air conditioner 2 is desired to use the value of the separately placed sensor. This indicates that the model “sensor” identifier 21 corresponds to the attribute “current value”. The attribute value “-” indicates that no conversion is required.
[0070]
FIGS. 16 and 17 show the command side when accessing the fifth mapping rule 30h1e and the fourth mapping rule 30h1d. From the top, setting request, monitor request, and monitor response are shown. The description content is the same as in the first embodiment.
[0071]
Next, the operation of the mapping management means will be described using FIG. When the command is delivered to the mapping management means, first, in step S1, a matching one is searched from the fourth mapping rule 30h1d. As shown in FIG. 19, the fourth mapping rule 30h1d is searched until all the models, identifiers, and attribute names match until the end of the rule is reached. Search for. The model, identifier, attribute name, and attribute value corresponding to the retrieved first network 10 are stored.
[0072]
Returning to FIG. 18, if it is determined in step S2 that they match, the process proceeds to step S5, and the model, identifier, attribute name, and attribute value stored in step S1 are returned to the command delivery means.
[0073]
If they do not match in step S2, the process proceeds to step S3, and a search is performed using the fifth and second mapping rules. FIG. 20 shows a search algorithm using the fifth mapping rule and the second mapping rule. When the model + identifier of the second mapping rule matches and the model + attribute name of the fifth mapping rule 30h1e matches, a further matching attribute name is searched. A model, an identifier, an attribute name, and an attribute value corresponding to the searched first network are stored.
[0074]
Returning to FIG. 18, when it is determined in step S4 that they match, the process proceeds to step 5, and the model, identifier, attribute name, and attribute value stored in step S3 are returned to the command delivery means.
[0075]
【The invention's effect】
As described above, the gateway device of the present invention has the first database held at the granularity of data acquired from the first network and the second database held at the granularity managed by the second network. Because both databases always have the latest information by mapping processing, there is no need to acquire data for the first network when monitoring device data, and there is no need to perform mapping processing. As a result, the response at the time of data monitoring can be improved.
[0076]
In addition, the gateway device of the present invention does not need to be programmed in advance for different types of equipment for each building, and can be installed later in the form of a device model, thereby reducing the number of program development man-hours generated for each building. it can.
[0077]
In addition, the gateway device of the present invention does not need to be programmed in advance for the number of different devices for each building, and can be generated from the above-described device model. However, the number of program development steps generated for each building can be reduced.
[0078]
In addition, the gateway device of the present invention uses, for example, a mapping rule that can be installed later, instead of pre-programming the mapping process between the first network and the second network that are different for each building, and this mapping rule. Since the configuration is divided into the mapping management means for performing the mapping process, the mapping program development man-hour generated for each building can be reduced.
[0079]
In addition, the gateway device of the present invention requires only a small number of settings by describing the mapping rules with two normalized rules rather than describing all the one-to-one correspondences. can do.
[0080]
In addition, since the gateway device of the present invention is configured to generate a one-to-one correspondence rule from the two rules normalized as described above and edit it, it can be used for special rules such as exception rules. Correspondence becomes possible.
[0081]
In addition, since the gateway device of the present invention is configured to perform mapping from the two rules normalized as described above and the exception rule describing only the exception, it can be realized with a reduced memory.
[0082]
In addition, since the gateway device of the present invention also describes the correspondence of attribute values in the mapping rule, it is possible to easily realize mapping of attributes having different expressions. Furthermore, it is possible to easily realize mapping of attributes having different units.
[Brief description of the drawings]
FIG. 1 is a software block diagram of a gateway device according to the present invention.
FIG. 2 shows a description example of a device model when the Java language is used.
FIG. 3 shows a description example of a device model when the Java language is not used.
FIG. 4 is an example of a logical structure of a mapping rule.
FIG. 5 is an example of a command used when installing a mapping rule.
FIG. 6 is an example of commands used when creating and deleting a database.
FIG. 7 is a flowchart showing the operation of the database generation means.
FIG. 8 is an example of a logical structure of a third mapping rule.
FIG. 9 is an example of a command used when changing a mapping rule.
FIG. 10 is an example of commands used during network operation.
FIG. 11 is a flowchart showing the operation of command delivery means.
FIG. 12 is a flowchart showing the search operation of the mapping management means.
FIG. 13 is a flowchart showing the operation of command delivery means when a monitor request command is received.
FIG. 14 is a flowchart showing the operation of command delivery means when a notification command is received.
FIG. 15 is an example of a logical structure of a fourth mapping rule and a fifth mapping rule.
FIG. 16 is an example of a command used when accessing the fifth mapping rule.
FIG. 17 is an example of a command used when accessing the fourth mapping rule.
FIG. 18 is a flowchart showing the search operation of the mapping management means.
FIG. 19 is a flowchart showing a fourth mapping rule search operation;
FIG. 20 is a flowchart showing an operation of searching for a fifth mapping rule and a second mapping rule.
FIG. 21 is a software block diagram of a conventional gateway device.
[Explanation of symbols]
10 first network, 11 managed device, 20 second network, 21 device management apparatus, 30a first communication processing unit, 30b command delivery unit, 30c first database management unit, 30c2 database generation unit, 30c3 device Model management means, 30c4 device model, 30d first database, 30e second communication processing means, 30f second database management means, 30f2 database generation means, 30f3 device model management means, 30f4 device model, 30g second database 30h Database mapping means, 30h1 mapping rule, 30h1a first mapping rule, 30h1b second mapping rule, 30h1c third mapping rule, 30h1d fourth mapping rule, 30h1e fifth map Ngururu, 30h2 mapping management means, 30h3 mapping rule management means.

Claims (9)

被管理機器を有する第一のネットワークと、機器管理装置を有し上記第一のネットワークと異なるプロトコルの第二のネットワークとの間に設けられ、該両ネットワーク上を流れるコマンドを相互に変換するゲートウェイ装置において、
上記被管理機器とデータ通信を行う第一の通信処理手段と、
上記機器管理装置とデータ通信を行う第二の通信処理手段と、
上記第一の通信処理手段を介して取得した上記被管理機器の情報を保持する第一のデータベースと、
上記第一のデータベースを管理する第一のデータベース管理手段と、
上記第一のデータベースが上記機器管理装置の必要とする情報に変換された第二のデータベースと、
上記第二のデータベースを管理する第二のデータベース管理手段と、
上記第一のデータベースに保持される情報と上記第二のデータベースに保持される情報の対応する項目を一致させるデータベースマッピング手段と、
上記第一および第二の通信処理手段が受信したコマンドを解釈し、上記第一または第二のデータベース管理手段およびデータベースマッピング手段にコマンドを配送するコマンド配送手段とを有し、
上記コマンド配送手段は、上記機器管理装置から上記被管理機器へ送信されるコマンドあるいは上記被管理機器から上記機器管理装置へ送信されるコマンド内に含まれる情報の項目を、上記データベースマッピング手段を介して変換させながら転送する
ことを特徴とするゲートウェイ装置。
A gateway provided between a first network having a managed device and a second network having a device management apparatus and a different protocol from the first network, and for mutually converting commands flowing on the both networks In the device
First communication processing means for performing data communication with the managed device;
A second communication processing means for performing data communication with the device management apparatus;
A first database that holds information of the managed device acquired through the first communication processing means;
A first database management means for managing the first database;
A second database in which the first database is converted into information required by the device management apparatus;
A second database management means for managing the second database;
And database mapping means for matching a corresponding item of information held in the information and the second database to be held in the first database,
A command delivery means for interpreting a command received by the first and second communication processing means and delivering the command to the first or second database management means and the database mapping means;
The command delivery means sends an item of information included in a command transmitted from the device management apparatus to the managed device or a command transmitted from the managed device to the device management apparatus via the database mapping means. A gateway device characterized in that the data is transferred while being converted.
被管理機器を有する第一のネットワークと、機器管理装置を有し上記第一のネットワークと異なるプロトコルの第二のネットワークとの間に設けられ、該両ネットワーク上を流れるコマンドを相互に変換するゲートウェイ装置において、
上記被管理機器とデータ通信を行う第一の通信処理手段と、
上記機器管理装置とデータ通信を行う第二の通信処理手段と、
上記第一の通信処理手段を介して取得した上記被管理機器の情報を保持する第一のデータベースと、
上記第一のデータベースが上記機器管理装置の必要とする情報に変換された第二のデータベースと、
上記第一のデータベースに保持される情報と上記第二のデータベースに保持される情報の対応する項目を一致させるデータベースマッピング手段と、
上記第一および第二の通信処理手段が受信したコマンドを解釈し、該コマンド内に含まれる情報の項目を上記データベースマッピング手段を介して変換させる
ことを特徴とするゲートウェイ装置。
A gateway provided between a first network having a managed device and a second network having a device management apparatus and a different protocol from the first network, and for mutually converting commands flowing on the both networks In the device
First communication processing means for performing data communication with the managed device;
A second communication processing means for performing data communication with the device management apparatus;
A first database that holds information of the managed device acquired through the first communication processing means;
A second database in which the first database is converted into information required by the device management apparatus;
And database mapping means for matching a corresponding item of information held in the information and the second database to be held in the first database,
A gateway device characterized by interpreting a command received by the first and second communication processing means, and converting an item of information included in the command via the database mapping means.
上記第一および第二のデータベース管理手段は、
上記被管理機器の特徴を示す機器モデルを有し、
上記機器モデルは、上記第一のネットワークまたは上記第二のネットワークから上記コマンド配送手段を介して配送される設定要求コマンドに基づいて機器モデル管理手段によって設定される
ことを特徴とする請求項1記載のゲートウェイ装置。
The first and second database management means are:
Having a device model that shows the characteristics of the managed device,
The device model management means is set by the device model management means based on a setting request command delivered from the first network or the second network via the command delivery means. Gateway device.
上記第一および第二のデータベース管理手段は、
上記コマンド配送手段を介して第一のネットワークまたは第二のネットワークから送られてくる生成要求コマンドに基づいて、上記機器モデルを用いて、上記第一および第二のデータベースを生成するデータベース生成手段を有する
ことを特徴とする請求項3記載のゲートウェイ装置。
The first and second database management means are:
Database generation means for generating the first and second databases using the device model based on a generation request command sent from the first network or the second network via the command delivery means. The gateway device according to claim 3.
上記データベースマッピング手段は、
上記第一のデータベースと上記第二のデータベースとの対応を記述したマッピングルールと、
上記マッピングルールを用いて、上記第一のデータベースの状態と上記第二のデータベースの対応する項目を一致させるマッピング管理手段とを有し、
上記マッピングルールは、上記第一のネットワークまたは上記第二のネットワークから上記コマンド配送手段を介して配送される設定要求コマンドに基づいてマッピングルール管理手段によって設定される
ことを特徴とする請求項1、3、4のいずれか記載のゲートウェイ装置。
The database mapping means includes:
A mapping rule describing the correspondence between the first database and the second database;
Mapping management means for matching the state of the first database and the corresponding item of the second database using the mapping rule;
The mapping rule is set by the mapping rule management means based on a setting request command delivered from the first network or the second network via the command delivery means. The gateway device according to any one of 3 and 4.
上記マッピングルールは、
上記第一および第二のデータベースに記憶された機器および該機器の属性を対にして記述した第一のマッピングルールと、
上記第一および第二のデータベースに記憶された機器および該機器を識別する識別子を対にして記述した第二のマッピングルールとを有し、
上記マッピング管理手段は、これら2つのルールにより上記第一および第二のデータベース間の対応する項目を一致させる
ことを特徴とする請求項5記載のゲートウェイ装置。
The above mapping rule is
A first mapping rule describing the device stored in the first and second databases and the attribute of the device as a pair;
A second mapping rule that describes the device stored in the first and second databases and an identifier for identifying the device as a pair;
6. The gateway device according to claim 5, wherein the mapping management means matches corresponding items between the first and second databases according to these two rules.
上記マッピングルールは、
上記第一および第二のデータベースに記憶された機器および該機器の属性を対にして記述した第一のマッピングルールと、
上記第一および第二のデータベースに記憶された機器および該機器を識別する識別子を対にして記述した第二のマッピングルールと、
上記第一のマッピングルールおよび上記第二のマッピングルールから生成される上記第一および第二のデータベースに記憶された機器、該機器の属性および該機器の識別子を組にして記述した第三のマッピングルールとを有し、
上記マッピング管理手段は、上記第三のマッピングルールにより上記第一および第二のデータベース間の対応する項目を一致させる
ことを特徴とする請求項5記載のゲートウェイ装置。
The above mapping rule is
A first mapping rule describing the device stored in the first and second databases and the attribute of the device as a pair;
A second mapping rule describing the device stored in the first and second databases and an identifier for identifying the device as a pair;
A third mapping described as a set of the device stored in the first and second databases generated from the first mapping rule and the second mapping rule, the attribute of the device and the identifier of the device Rules and
6. The gateway device according to claim 5, wherein the mapping management means matches corresponding items between the first and second databases according to the third mapping rule.
上記マッピングルールは、
上記第一および第二のデータベースに記憶された機器および該機器の属性を対にして記述した第一のマッピングルールと、
上記第一および第二のデータベースに記憶された機器および該機器を識別する識別子を対にして記述した第二のマッピングルールと、
上記第一のマッピングルールおよび上記第二のマッピングルールから外れる例外ルールを、上記第一および第二のデータベースに記憶された機器、該機器の属性および該機器の識別子を組にして記述した第四のマッピングルールとを有し、
上記マッピング管理手段は、上記第一および第二のデータベース間の対応する項目を一致させる際に、上記第四のマッピングルールにより行い、一致させることができなかった場合に上記第一および第二のマッピングルールにより一致させる
ことを特徴とする請求項5記載のゲートウェイ装置。
The above mapping rule is
A first mapping rule describing the device stored in the first and second databases and the attribute of the device as a pair;
A second mapping rule describing the device stored in the first and second databases and an identifier for identifying the device as a pair;
A fourth rule in which an exception rule deviating from the first mapping rule and the second mapping rule is described as a set of the device, the device attribute, and the device identifier stored in the first and second databases. Mapping rules and
The mapping management means performs the fourth mapping rule when matching corresponding items between the first and second databases, and if the matching items cannot be matched, The gateway device according to claim 5, wherein matching is performed according to a mapping rule.
上記マッピングルールは、
上記第一および第二のデータベースに記憶された機器、該機器の属性および該属性の値を対にして記述した第五のマッピングルールと、
上記第一および第二のデータベースに記憶された機器および該機器を識別する識別子を対にして記述した第二のマッピングルールと、
上記第一のマッピングルールおよび上記第二のマッピングルールから外れる例外ルールを、上記第一および第二のデータベースに記憶された機器、該機器の属性および該機器の識別子を組にして記述した第四のマッピングルールとを有し、
上記マッピング管理手段は、これら2つのルールにより上記第一および第二のデータベース間の対応する項目を一致させる
ことを特徴とする請求項5記載のゲートウェイ装置。
The above mapping rule is
A fifth mapping rule that describes the device stored in the first and second databases, the attribute of the device, and the value of the attribute as a pair;
A second mapping rule describing the device stored in the first and second databases and an identifier for identifying the device as a pair;
A fourth rule in which an exception rule deviating from the first mapping rule and the second mapping rule is described as a set of the device, the device attribute, and the device identifier stored in the first and second databases. Mapping rules and
6. The gateway device according to claim 5, wherein the mapping management means matches corresponding items between the first and second databases according to these two rules.
JP35605699A 1998-12-21 1999-12-15 Gateway device Expired - Lifetime JP3660545B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP35605699A JP3660545B2 (en) 1998-12-21 1999-12-15 Gateway device

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP36235098 1998-12-21
JP10-362350 1998-12-21
JP35605699A JP3660545B2 (en) 1998-12-21 1999-12-15 Gateway device

Publications (2)

Publication Number Publication Date
JP2000244551A JP2000244551A (en) 2000-09-08
JP3660545B2 true JP3660545B2 (en) 2005-06-15

Family

ID=26580368

Family Applications (1)

Application Number Title Priority Date Filing Date
JP35605699A Expired - Lifetime JP3660545B2 (en) 1998-12-21 1999-12-15 Gateway device

Country Status (1)

Country Link
JP (1) JP3660545B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7343403B2 (en) 2001-03-29 2008-03-11 Mitsubishi Denki Kabushiki Kaisha Network management system for remote setup of control equipment in a network
EP1282275B1 (en) 2001-03-29 2013-06-12 Mitsubishi Denki Kabushiki Kaisha Inter-system connection adapter and terminal
EP1469394B1 (en) * 2001-11-19 2014-01-15 Mitsubishi Denki Kabushiki Kaisha Gateway and gateway setting tool
JP4738086B2 (en) * 2005-07-29 2011-08-03 三菱電機株式会社 Protocol conversion program creation support apparatus and creation support program
JP5908161B2 (en) * 2013-02-22 2016-04-26 三菱電機株式会社 Communication system and system relay method
CN103887889B (en) * 2014-04-23 2016-01-20 太原理工大学 Based on the mapping method of ACSI-FC in IEC61850 service

Also Published As

Publication number Publication date
JP2000244551A (en) 2000-09-08

Similar Documents

Publication Publication Date Title
CN107426023B (en) Cloud platform log collection and forwarding method, system, equipment and storage medium
JP4185060B2 (en) PROTOCOL CONVERSION DEVICE, ACCESSED DEVICE, PROGRAM, AND METHOD
CN109194617B (en) Automatic parsing and packaging method and device for XML (extensive markup language) message
US7275236B1 (en) Method for programming a multiple device control system using object sharing
KR100462606B1 (en) Gateway and remote server for automatically configuring a device, and the method thereof
JP3729251B2 (en) Controller and system
US20090249369A1 (en) Module-to-module association support method, program, and system
JP2001313639A (en) System and method for managing network configuration data and recording medium
JP2004005693A (en) Method and apparatus for correcting device remotely monitored by monitoring system
CN110912782B (en) Data acquisition method, device and storage medium
JP3660545B2 (en) Gateway device
KR100530414B1 (en) Gateway and gateway setting tool
CN115113854A (en) Interface document generation method, device, equipment and computer readable storage medium
CN115622986A (en) Sensor communication protocol analysis method, system, storage medium and electronic equipment
US20080109093A1 (en) Control Device, Device Control System, Device Control Program, Computer-Readable Recording Medium Containing the Device Control Program, and Setting Check Data Creation Method
JP2004086729A (en) Network configuration display system
JP3817689B2 (en) CAD information management system and CAD information management method
CN111131373B (en) Breathing machine data synchronization system, method, device and storage medium
WO2024001113A1 (en) Map determination method and device, storage medium, and electronic device
JP2018092288A (en) Protocol conversion device, protocol conversion system and equipment device
JP4647584B2 (en) Object mapping method, object mapping program, gateway device, device management system
CN107015831A (en) A kind of client updating management method upgraded based on server end and system
JP2001109686A (en) Network managing system
US11734024B2 (en) Device for managing digital twins
JP2002183138A (en) System and method for collecting information, and storage medium

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040914

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041005

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041203

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050315

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050317

R150 Certificate of patent or registration of utility model

Ref document number: 3660545

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080325

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090325

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100325

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100325

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110325

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110325

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120325

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130325

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130325

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140325

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term