JP3660545B2 - Gateway device - Google Patents
Gateway device Download PDFInfo
- 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
Links
Images
Classifications
-
- Y—GENERAL 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
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE 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/00—Energy 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
[0003]
The
[0004]
Next, the operation will be described. The
[0005]
The
[0006]
When the second
[0007]
If not, the corresponding monitor value is acquired from the managed
[0008]
On the other hand, when the second
[0009]
[Problems to be solved by the invention]
Since the
[0010]
Further, when the managed
[0011]
In the
[0012]
In the
[0013]
The present invention has been made to solve the above-described problems. The response of the monitor request command from the
[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
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
[0023]
Inside the
[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
[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
[0026]
Next, the operation will be described. The
1) Installation of device models 30c4 and 30f4 corresponding to the managed
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
[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
[0031]
For example, in the first mapping rule 30h1a, the attribute “state” of the model “indoor unit” of the
[0032]
In the second mapping rule 30h1b, the identifier “100” of the model “indoor unit” of the
[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
[0034]
An operation in the
[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
[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
[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
[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
[0045]
An operation in the
[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
[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
[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
[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
[0054]
Next, the operation of the
[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
[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
[0058]
Next, the operation of the
[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
[0063]
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
[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
[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
[0066]
For example, in the fifth mapping rule 30h1e, the value “ON” of the attribute “state” of the model “indoor unit” of the
[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
[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
[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
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.
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)
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 |
-
1999
- 1999-12-15 JP JP35605699A patent/JP3660545B2/en not_active Expired - Lifetime
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 |