機器統合管理装置、機器統合管理プログラム、機器接続装置、機器接続プログラム、機器統合管理システムおよび機器統合管理方法
【課題】機種の異なる複数の機器を運用負荷を軽減しつつ効率的に統合管理することを目的とする。
【解決手段】機器統合管理装置２００は、複数の監視対象機器４００と通信接続するゲートウェイ３００のホスト名を設定したＵＲＬに特定の監視対象機器４００を識別する機器ＩＤと特定の監視対象機器４００に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令２０２としてゲートウェイ３００へ送信する。ゲートウェイ３００は、機器統合管理装置２００により送信されたＵＲＬ型命令２０２を受信し、受信したＵＲＬ型命令２０２に基づいて特定の監視対象機器４００に実行処理を実行させるＡＰＩデータ３０１を特定の監視対象機器４００へ送信して特定の監視対象機器４００に実行処理を実行させる。
【解決手段】機器統合管理装置２００は、複数の監視対象機器４００と通信接続するゲートウェイ３００のホスト名を設定したＵＲＬに特定の監視対象機器４００を識別する機器ＩＤと特定の監視対象機器４００に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令２０２としてゲートウェイ３００へ送信する。ゲートウェイ３００は、機器統合管理装置２００により送信されたＵＲＬ型命令２０２を受信し、受信したＵＲＬ型命令２０２に基づいて特定の監視対象機器４００に実行処理を実行させるＡＰＩデータ３０１を特定の監視対象機器４００へ送信して特定の監視対象機器４００に実行処理を実行させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、機種の異なる複数の機器を統合管理する機器統合管理装置、機器統合管理プログラム、機器接続装置、機器接続プログラム、機器統合管理システム、機器統合管理方法に関するものである。
【背景技術】
【０００２】
従来、オフィスビルのセキュリティ機器（入退室管理装置、映像監視装置など）とビル設備機器（空調管理装置、照明機器、昇降機、防犯・防災システムなど）とはビル内でそれぞれ別々のＬＡＮを構築し、機器種別単位で独立に運用管理されてきた。
近年、セキュリティ機器間（例えば、入退室管理装置と映像監視装置）、セキュリティ機器とビル設備機器間およびセキュリティ機器と情報システム間を連携し、さらにはビル間をインターネット等のＩＰネットワークで連携し、機器を統合して運用管理する事例が増えてきている。このような連携・統合システムでは、そのシステム構成が大規模になり、また構成要素となる機器種別も多い。このため、機器の構成管理（機器間の接続関係）、機器プロファイル（ＩＤ、ネットワーク通信情報、機種、型番、ファームウェアのバージョンなど）の管理、さらには各機器の監視・制御が効率化されることが求められている。例えば、機器の新設・移設工事時の機器構成や各機器情報の自動取得、ネットワークを使った遠隔監視・制御などが求められている。
【０００３】
ネットワークに接続された通信機器の構成情報の変更通知・取得を行う従来例として、以下の特許文献１、２がある。
【０００４】
特許文献１は、ＩＰｖ６アドレスのインタフェースＩＤ部を機器種別、製品種別、製品シリアル番号等の区分に分割し、機器の種別等を階層化管理する方法が示されている。
しかし、特許文献１の方式は、通信用のアドレスのビット部分に特殊な意味を持たせる方式であり、この意味を解釈するツールがなければ、１６進表示で表示されるアドレスを上記定義に照らして解釈しなければならず、一般の運用管理者には運用負荷が高いという課題があった。
【０００５】
特許文献２は、プライベートネットワークをゲートウェイでインターネットに接続する構成でプライベートネットワーク側の構成管理を行うものである。すなわち、ゲートウェイでインターネットに接続されているプライベートネットワークの構成が変化した場合に、ゲートウェイがこれを検知し、変更情報をインターネット上のサーバに通知することにより構成変化を知らせる。
しかし、特許文献２の検知は、プライベートネットワークへの接続機器の追加による新規アドレス追加やプライベートネットワークに接続している機器のアドレス変更等のネットワーク情報に限定された変更検知のみであった。すなわち、プライベートネットワークに接続された機器の詳細情報（モデル名等）の管理や、プライベートネットワークに直接接続されていない機器の構成管理、およびサーバ側からの能動的な機器の監視・制御ができないという課題があった。
また、機器側で実行される機能（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）が機種別にばらついており、ある機器ではセキュリティ機器やビル機器を監視制御する機能がＡＰＩとして提供されるが他機種ではサポートされないなど、統合運用管理装置側で行いたい統一操作（アクション）による機器管理の統合が難しいという課題があった。
さらに、ＩＰ通信可能な機器に付属する周辺機器の動作状態を知りたい場合、ＩＰネットワーク接続以外の方法により接続されている周辺機器が多いため、当該周辺機器と直接通信して監視・制御することができず、当該周辺機器のＩＤとその親機のＩＤとその親機のアドレス情報とを管理し、親機と通信することにより周辺機器を監視・制御する必要がある。このような機器構成管理には、機種毎に管理方法が異なるため、機種の異なる複数の機器を統一的に管理することが困難であるという課題があった。
【特許文献１】特開２００７−２８８２３４号公報
【特許文献２】特開２００６−２０３７３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、例えば、機種の異なる複数の機器を運用負荷を軽減しつつ効率的に統合管理することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の機器統合管理装置は、複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成するＵＲＬ型命令生成部と、前記ＵＲＬ型命令生成部により生成されたＵＲＬ型命令を前記機器接続装置へ通信装置を用いて送信することにより、前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記機器接続装置から前記特定の監視対象機器へ送信させて前記特定の監視対象機器に前記実行処理を実行させるＵＲＬ型命令送信部とを備える。
【発明の効果】
【０００８】
本発明によれば、例えば、機種の異なる複数の機器をＵＲＬ型命令を用いて制御して効率的に統合管理することができる。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
機種の異なる複数の機器をＵＲＬ型命令を用いて統合管理するシステムについて説明する。
【００１０】
図１は、実施の形態１における機器統合管理システム１００の機器構成図である。
実施の形態１における機器統合管理システム１００の機器構成について、図１に基づいて以下に説明する。
【００１１】
機器統合管理システム１００は、機器統合管理装置２００、ゲートウェイ３００（機器接続装置の一例）、複数の監視対象機器４００（電気錠制御盤４１０、ネットワーク監視カメラ４２０、カードリーダ４９１など）および機器統合管理表示装置１１０を備える。
機器統合管理装置２００は、インターネット１０１（広域網の一例）を介してビル１０３に設置されたゲートウェイ３００とＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信を行い、ビル１０３内に設置された複数の監視対象機器４００を統合管理する。インターネット１０１の代わりとなる広域網として、例えば、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）が挙げられる。
監視対象機器４００はＩＰ機器４０１と周辺機器４０２とに分類され、ＩＰ機器４０１（電気錠制御盤４１０、ネットワーク監視カメラ４２０など）はビル１０３内に設けられたローカルエリアネットワーク（以下、「ＬＡＮ１０２」と記す）に接続されゲートウェイ３００とＩＰ通信を行い、周辺機器４０２（カードリーダ４９１、電気錠付扉４９２など）はＩＰ機器４０１に接点接続やシリアル接続などで接続されＩＰ通信以外の特定の方法でＩＰ機器４０１と通信を行う。
ゲートウェイ３００は、ビル１０３に設置され、インターネット１０１を介して機器統合管理装置２００とＩＰ通信すると共にＬＡＮ１０２を介して各ＩＰ機器４０１とＩＰ通信する。
【００１２】
インターネット１０１やＬＡＮ１０２を介する各データ（後述する要求データ２０１、応答データ３０２など）はＩＰパケットに設定されて送受信される。
【００１３】
一般に、ビル１０３には、図１に示すように、多数の機器（監視対象機器４００）が設置されている。これらの機器は、それぞれに特定の機能（プロファイル設定機能、プロファイル出力機能、時刻設定機能、内部時刻出力機能など）をネットワークを介して他の機器に提供する。機器統合管理装置２００は、この各機器から提供される機能を利用することにより各機器を管理することができる。
但し、各機器の機能を利用するための入出力インタフェース（以後、「ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）」という）は機種毎に異なる。例えば、同じプロファイル出力機能であっても、電気錠制御盤４１０とネットワーク監視カメラ４２０とではＡＰＩが異なる。
さらに、監視対象機器４００にはネットワークに接続しないＩＰ機器４０１が多く存在する。
【００１４】
実施の形態１における機器統合管理装置２００は、後述するＵＲＬ型命令２０２（ＵＲＬ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を用いて、これら多種類の監視対象機器４００をゲートウェイ３００を介して統合管理する。
ＵＲＬ型命令２０２を用いた機器統合管理方法の詳細については後述する。
【００１５】
電気錠制御盤４１０はカードリーダ４９１および電気錠付扉４９２を制御し、電気錠制御盤４１０、カードリーダ４９１および電気錠付扉４９２は入退管理システムを構成する。
ネットワーク監視カメラ４２０は、ビル１０３の各所に設置され、撮像した映像をＬＡＮ１０２を介して特定の装置（例えば、映像監視表示装置４４０）に送信する。
監視レコーダ４３０は、ビル１０３の各所に設置されたアナログ監視カメラ４９３と同軸（ＮＴＳＣ）ケーブルなどで接続し、アナログ監視カメラ４９３により撮像された映像を記憶媒体に記録する。
映像監視表示装置４４０は、ネットワーク監視カメラ４２０により撮像された映像や監視レコーダ４３０に記録された映像を表示する。
空調制御装置４５０は、ＬＡＮ１０２を介して受信した制御命令に基づいて空調ユニット４９４を制御して空調を調整する。
照明制御装置４６０は、ＬＡＮ１０２を介して受信した制御命令に基づいて照明ユニット４９５を制御して照明の点灯・消灯の切り換えや照度調整などを行う。
【００１６】
電気錠制御盤４１０、ネットワーク監視カメラ４２０、監視レコーダ４３０、映像監視表示装置４４０、空調制御装置４５０および照明制御装置４６０はＩＰ機器４０１（監視対象機器４００）の一例であり、カードリーダ４９１、電気錠付扉４９２、アナログ監視カメラ４９３、空調ユニット４９４および照明ユニット４９５は周辺機器４０２（監視対象機器４００）の一例である。
この他に、昇降機システム、防犯システムおよび防犯システムを構成する機器などが監視対象機器４００として挙げられる。
【００１７】
機器統合管理表示装置１１０は、各監視対象機器４００の管理情報を機器統合管理装置２００から取得して表示する端末装置である。
【００１８】
管理者が機器統合管理表示装置１１０を操作して特定の監視対象機器４００（複数または全てでもよい）のプロファイル情報を管理する場合の処理の流れについて説明する。
管理者は特定の監視対象機器４００を指定してプロファイル情報の要求を機器統合管理表示装置１１０に入力し、機器統合管理表示装置１１０は表示コンテンツ要求データ１１１をインターネット１０１を介して機器統合管理装置２００へ送信する。
機器統合管理装置２００は、当該監視対象機器４００のプロファイル情報を要求する要求データ２０１（ＵＲＬ型命令２０２を含む）をインターネット１０１を介してゲートウェイ３００へ送信する。
ゲートウェイ３００は、ＵＲＬ型命令２０２に基づいて当該監視対象機器４００のＡＰＩに対応するＡＰＩデータ３０１を生成し、生成したＡＰＩデータ３０１をＬＡＮ１０２を介して当該監視対象機器４００へ送信する。
監視対象機器４００は、ＡＰＩデータ３０１を処理してプロファイル情報を記憶部から取得し、取得したプロファイル情報を実行結果データ４０９としてＬＡＮ１０２を介してゲートウェイ３００に送信する。
ゲートウェイ３００は、実行結果データ４０９に基づいてプロファイル情報を所定の形式で表した応答データ３０２を生成し、生成した応答データ３０２をインターネット１０１を介して機器統合管理装置２００へ送信する。
機器統合管理装置２００は、応答データ３０２に基づいて当該監視対象機器４００のプロファイル情報を示す表示コンテンツ２０３を生成し、生成した表示コンテンツ２０３をインターネット１０１を介して機器統合管理表示装置１１０へ送信する。
機器統合管理表示装置１１０は表示コンテンツ２０３を表示し、管理者は機器統合管理表示装置１１０に表示された表示コンテンツ２０３を確認して当該監視対象機器４００を管理する。
【００１９】
機器統合管理表示装置１１０から機器統合管理装置２００への通信接続について、ユーザ認証、送信元アドレスによる接続規制等の公知の手段によりセキュリティ管理されるとよい。
【００２０】
以下、機器統合管理装置２００およびゲートウェイ３００の処理を中心に説明する。
【００２１】
図２は、実施の形態１における機器統合管理システム１００の処理の流れを示すシーケンス図である。
機器統合管理装置２００が各監視対象機器４００から機器情報（例えば、プロファイル）を取得する場合の処理概要について、図２に基づいて以下に説明する。
【００２２】
機器統合管理装置２００は、ゲートウェイ３００に各監視対象機器４００の機器構成を示す機器構成情報を要求する。機器構成情報には監視対象機器４００を個別に識別する機器ＩＤが含まれる（Ｓ１１０）。
ゲートウェイ３００は、後述するように機器構成情報を管理しており、要求を受けた際に機器統合管理装置２００へ機器構成情報を応答する（Ｓ１２０）。
機器構成情報を取得した機器統合管理装置２００は、機器情報を取得したい監視対象機器４００の機器ＩＤを機器構成情報に基づいて特定し、特定した機器ＩＤで識別される監視対象機器４００の機器情報をゲートウェイ３００に要求する（Ｓ１３０）。
ゲートウェイ３００は、機器ＩＤで識別される監視対象機器４００の機種を特定し、特定した機種のＡＰＩに合わせて監視対象機器４００に機器情報を要求する（Ｓ１４０）。
監視対象機器４００は、機器情報をゲートウェイ３００へ応答する（Ｓ１５０）。
ゲートウェイ３００は、監視対象機器４００から応答された機器情報を特定の形式で表して機器統合管理装置２００に応答する（Ｓ１６０）。
【００２３】
Ｓ１１０において、ゲートウェイ３００と通信するための情報（ホスト名またはＩＰアドレス）は、設定、ツール、またはゲートウェイ３００からの設置通知（例えば新規に設置されたゲートウェイ３００からの通知）により、機器統合管理装置２００に記憶される。この通知手段は、当業者であれば公知の技術を使って容易に行うことができる。
Ｓ１６０において、ゲートウェイ３００は、機器統合管理装置２００が解釈できるデータ形式（例えば、ＸＭＬ形式（ＸＭＬ：ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））に監視対象機器４００の応答を変換し、変換したデータを機器統合管理装置２００に応答する。
【００２４】
以下、機器統合管理装置２００が機器構成情報を取得する処理（Ｓ１１０〜Ｓ１２０）を「初期処理」といい、機器統合管理装置２００がゲートウェイ３００を介して監視対象機器４００を制御する処理（Ｓ１３０〜Ｓ１６０）を「管理処理」という。
初期処理および管理処理の詳細について後述する。
【００２５】
図３は、実施の形態１における機器統合管理システム１００のハードウェア資源の一例を示す図である。
図３において、機器統合管理装置２００、ゲートウェイ３００、監視対象機器４００および機器統合管理表示装置１１０は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。さらに、機器統合管理装置２００および機器統合管理表示装置１１０は表示装置９０１、キーボード９０２、マウス９０３などの入出力装置を備え、ＣＰＵ９１１はこれら入出力装置も制御する。磁気ディスク装置９２０の代わりにその他の記憶装置（例えば、ＲＡＭやフラッシュメモリなどの半導体メモリ）を用いてもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶機器、記憶装置あるいは記憶部の一例である。また、入力データが記憶されている記憶機器は入力機器、入力装置あるいは入力部の一例であり、出力データが記憶される記憶機器は出力機器、出力装置あるいは出力部の一例である。
通信ボード９１５は、入出力機器、入出力装置あるいは入出力部の一例である。
【００２６】
通信ボード９１５は、有線または無線で、ＬＡＮ１０２、インターネット１０１、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）、電話回線などの通信網に接続されている。
【００２７】
磁気ディスク装置９２０には、ＯＳ９２１（オペレーティングシステム）、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、ＯＳ９２１により実行される。
【００２８】
上記プログラム群９２３には、実施の形態において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００２９】
ファイル群９２４には、実施の形態において、「〜部」の機能を実行した際の「〜の判定結果」、「〜の計算結果」、「〜の処理結果」などの結果データ、「〜部」の機能を実行するプログラム間で受け渡しするデータ、その他の情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、実施の形態において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、磁気ディスク装置９２０の磁気ディスク、その他の記録媒体に記録される。また、データや信号値は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００３０】
また、実施の形態において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスクやその他の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、「〜部」としてコンピュータを機能させるものである。あるいは、「〜部」の手順や方法をコンピュータに実行させるものである。
【００３１】
図４は、実施の形態１における機器統合管理装置２００の機能構成図である。
実施の形態１における機器統合管理装置２００の機能構成について、図４に基づいて以下に説明する。
【００３２】
機器統合管理装置２００は、表示コンテンツ生成部２１０（実行結果出力部の一例）、ＭＧ制御部２２０、機器データ管理部２３０（ＵＲＬ型命令生成部の一例）、ＭＧ通信処理部２４０（ＵＲＬ型命令送信部の一例）（実行結果受信部の一例）および統合運用管理ＤＢ２９１を備える。
【００３３】
ＭＧ制御部２２０は、ＣＰＵ９１１を用いて、送受信データ（例えば、後述する要求データ２０１や応答データ３０２）を解析し、表示コンテンツ生成部２１０、機器データ管理部２３０、ＭＧ通信処理部２４０および統合運用管理ＤＢ２９１を制御する。
【００３４】
機器データ管理部２３０は、統合運用管理ＤＢ２９１を用いて、機器構成情報、プロファイル情報、監視状態情報などの監視対象機器４００の各種情報を管理する。
さらに、機器データ管理部２３０（ＵＲＬ型命令生成部の一例）は、機器構成情報に基づいて、複数の監視対象機器４００と通信接続するゲートウェイ３００のアドレス（対応するホスト名でもよい）を設定したＵＲＬに特定の監視対象機器４００を識別する機器ＩＤと特定の監視対象機器４００に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令２０２としてＣＰＵを用いて生成する。機器データ管理部２３０は、ＵＲＬ型命令２０２を含んだ要求データ２０１を生成する。
【００３５】
ＭＧ通信処理部２４０は、通信装置を用いて、インターネット１０１を介してゲートウェイ３００や機器統合管理表示装置１１０と通信を行う。ＭＧ通信処理部２４０は、ゲートウェイ３００や機器統合管理表示装置１１０との通信にＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用する。但し、ＨＴＴＰは通信方法の一例である。
例えば、ＭＧ通信処理部２４０（ＵＲＬ型命令送信部の一例）は、機器データ管理部２３０により生成された要求データ２０１（ＵＲＬ型命令２０２を含む）をゲートウェイ３００へ通信装置を用いて送信する。これにより、特定の監視対象機器４００に実行処理を実行させる実行命令がゲートウェイ３００から特定の監視対象機器４００へ送信され、特定の監視対象機器４００により実行処理が実行される。
また例えば、ＭＧ通信処理部２４０（実行結果受信部の一例）は、特定の監視対象機器４００による実行処理の実行結果を応答データ３０２としてゲートウェイ３００から通信装置を用いて受信する。
【００３６】
表示コンテンツ生成部２１０は、ＭＧ通信処理部２４０により受信された応答データ３０２の内容（監視対象機器４００の実行結果）を示すコンテンツ（例えば、ＨＴＭＬコンテンツ（ＨＴＭＬ：ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））をＣＰＵを用いて生成する。
さらに、表示コンテンツ生成部２１０（実行結果出力部の一例）は、生成したコンテンツを表示コンテンツ２０３としてＭＧ通信処理部２４０を介して機器統合管理表示装置１１０に送信する。これにより、機器統合管理表示装置１１０には表示コンテンツ２０３が表示される。例えば、表示コンテンツ２０３は、監視対象機器４００により出力されたプロファイル情報を示し、機器統合管理表示装置１１０のＷｅｂブラウザに表示される。機器統合管理表示装置１１０を利用する管理者は、機器統合管理表示装置１１０に表示された表示コンテンツ２０３を確認することにより監視対象機器４００を管理する。
【００３７】
統合運用管理ＤＢ２９１は、記憶媒体を用いて、機器構成情報、プロファイル情報、監視状態情報などの監視対象機器４００の各種情報を記憶する。
【００３８】
図５は、実施の形態１におけるゲートウェイ３００の機能構成図である。
実施の形態１におけるゲートウェイ３００の機能構成について、図５に基づいて以下に説明する。
【００３９】
ゲートウェイ３００は、ＧＷ通信処理部３１０（ＵＲＬ型命令受信部の一例）（実行命令送信部の一例）（実行結果接続受信部の一例）（実行結果接続送信部の一例）、ＧＷ制御部３２０、機器構成管理部３３０、機器監視部３４０、応答データ生成部３５０（実行形式結果生成部の一例）、機種別監視制御部３６０（実行命令生成部の一例）、制御設定記憶部３９１、機器構成・監視ＤＢ３９２および応答データ用テンプレートＤＢ３９３を備える。
【００４０】
ＧＷ通信処理部３１０は、通信装置を用いて、機器統合管理装置２００および各ＩＰ機器４０１と通信を行う。
例えば、ＧＷ通信処理部３１０は以下の通信を行う。
ＧＷ通信処理部３１０（ＵＲＬ型命令受信部の一例）は、機器統合管理装置２００から要求データ２０１（ＵＲＬ型命令２０２を含む）を通信装置を用いて受信する。
ＧＷ通信処理部３１０（実行命令送信部の一例）は、機種別監視制御部３６０により生成されたＡＰＩデータ３０１（実行命令の一例）を特定のＩＰ機器４０１へ通信装置を用いて送信する。これにより、特定のＩＰ機器４０１によりＡＰＩデータ３０１が処理される。
ＧＷ通信処理部３１０（実行結果接続受信部の一例）は、特定のＩＰ機器４０１からＡＰＩデータ３０１の処理結果を実行結果データ４０９として通信装置を用いて受信する。
ＧＷ通信処理部３１０（実行結果接続送信部の一例）は、応答データ生成部３５０により実行結果データ４０９に基づいて生成された所定形式の応答データ３０２を機器統合管理装置２００へ通信装置を用いて送信する。
【００４１】
ＧＷ制御部３２０は、ＧＷ通信処理部３１０、機器構成管理部３３０、機器監視部３４０、応答データ生成部３５０および機種別監視制御部３６０をＣＰＵ９１１を用いて制御する。さらに、ＧＷ制御部３２０は、機器統合管理装置２００−ゲートウェイ３００間のプロトコルとゲートウェイ３００−ＩＰ機器４０１間のプロトコルとを変換する。
【００４２】
機器構成管理部３３０は、機器構成・監視ＤＢ３９２を更新・参照して各監視対象機器４００の構成をＣＰＵ９１１を用いて管理する。
【００４３】
機器監視部３４０は、各監視対象機器４００を定期的に監視し、構成・状態の変更等をＣＰＵ９１１を用いて管理する。
【００４４】
応答データ生成部３５０は、機器統合管理装置２００に応答する応答データ３０２を動的に生成する。
ＵＲＬ型命令２０２には特定の監視対象機器に実行させる処理を識別する処理ＩＤと特定の監視対象機器の機種を識別する機種ＩＤとが含まれ、応答データ用テンプレートＤＢ３９３には機種ＩＤと処理ＩＤとに対応付けられて応答データ用テンプレート３９３ａ（実行結果形式定義ファイルの一例）が予め記憶されている。応答データ用テンプレート３９３ａには実行結果を表す応答形式が設定されている。
応答データ生成部３５０（実行形式結果生成部の一例）は、応答データ用テンプレート３９３ａに基づいて、ＧＷ通信処理部３１０により受信された実行結果データ４０９を示す応答データ３０２をＣＰＵを用いて生成する。応答データ３０２は、ＵＲＬ型命令２０２に含まれる機種ＩＤとＵＲＬ型命令２０２に含まれる処理ＩＤとに対応する応答形式で実行結果データ４０９を示す。
【００４５】
機種別監視制御部３６０は、各監視対象機器４００の機種に対応する機種Ａコントローラ［ｇｗ］３６１、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２、機種Ｃコントローラ［ｃ−１００］３６３、・・・を備え、各機種のＡＰＩに応じて各監視対象機器４００を制御する。
例えば、機種別監視制御部３６０（実行命令生成部の一例）は、ＧＷ通信処理部３１０により受信された要求データ２０１（ＵＲＬ型命令２０２を含む）に基づいて特定の監視対象機器４００に特定の処理を実行させる実行命令をＡＰＩデータ３０１としてＣＰＵを用いて生成する。
ＵＲＬ型命令２０２には、特定の監視対象機器に実行させる処理を識別する処理ＩＤと特定の監視対象機器の機種を識別する機種ＩＤとが含まれる。
機種別監視制御部３６０は、ＵＲＬ型命令２０２に含まれる機種ＩＤに基づいて特定の監視対象機器の機種に対応する形式でＡＰＩデータ３０１を生成する。
【００４６】
制御設定記憶部３９１は、記憶媒体を用いてルーティング定義ファイル３９１ａを記憶する。
ルーティング定義ファイル３９１ａ（処理名定義ファイルの一例）には、予め、機種ＩＤと処理ＩＤとに対応付けられてＡＰＩデータ３０１の生成処理の処理名が設定される。
【００４７】
機器構成・監視ＤＢ３９２は、記憶媒体を用いて機器構成監視テーブル３９２ａを記憶する。
機器構成監視テーブル３９２ａには、予め、機器ＩＤおよび機種ＩＤを含めて各監視対象機器４００の機器構成が設定されている。
機器構成監視テーブル３９２ａは、監視対象機器４００の追加・削除に応じて、機器監視部３４０により更新される。
【００４８】
応答データ用テンプレートＤＢ３９３は、記憶媒体を用いて応答データ用テンプレート３９３ａを記憶する。
応答データ用テンプレート３９３ａ（実行結果形式定義ファイルの一例）には、予め、機種ＩＤと処理ＩＤとに対応付けて実行結果を表す応答形式が設定されている。
【００４９】
各ＩＰ機器４０１（電気錠制御盤４１０、ネットワーク監視カメラ４２０など）は、所定形式のＡＰＩデータ３０１をＣＰＵ９１１を用いて処理して実行結果データ４０９を出力するインタフェース処理部（インタフェースＢ処理部４１１、インタフェースＣ処理部４２１など）をそれぞれに備える。
【００５０】
図６は、実施の形態１における機器統合管理装置２００による初期処理を示すフローチャートである。
機器統合管理装置２００が各監視対象機器４００の機器ＩＤおよび機種ＩＤを示す機器構成情報をゲートウェイ３００から取得する初期処理について、図６に基づいて以下に説明する。
機器統合管理装置２００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００５１】
＜Ｓ２１０＞
機器データ管理部２３０は、ゲートウェイ３００のホスト名を設定したＵＲＬを生成する。
ゲートウェイ３００のホスト名は、ゲートウェイ３００のＩＰアドレスに対応する名称であり、機器統合管理装置２００を操作する管理者により入力され、またはゲートウェイ３００から通知され、シード設定として統合運用管理ＤＢ２９１に予め記憶される。ゲートウェイ３００のホスト名の代わりに、ゲートウェイ３００のＩＰアドレスが用いられてもよい。
以下、ゲートウェイ３００のホスト名を「ｂｄａ−ｇｗ１」として説明する。
Ｓ２１０において、機器データ管理部２３０は、ＵＲＬ「ｈｔｔｐ：／／ｂｄａ−ｇｗ１」を生成する。
Ｓ２１０の後、処理はＳ２２０に進む。
【００５２】
＜Ｓ２２０＞
機器データ管理部２３０は、Ｓ２１０において生成したＵＲＬに機器構成情報を要求するための要求パラメータを付加してＵＲＬ型命令２０２を生成する。
機器構成情報を要求するための要求パラメータは、ゲートウェイ３００のホスト名と同様に、統合運用管理ＤＢ２９１に予め記憶される。
以下、機器構成情報を要求するための要求パラメータを「／ｄｅｖｉｃｅｓ／ｌｉｓｔ」として説明する。
Ｓ２２０において、機器データ管理部２３０は、「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」をＵＲＬ型命令２０２として生成する。
Ｓ２２０の後、処理はＳ２３０に進む。
【００５３】
＜Ｓ２３０＞
機器データ管理部２３０は、Ｓ２２０において生成したＵＲＬ型命令２０２を含めて要求データ２０１を生成する。
【００５４】
図７は、実施の形態１における要求データ２０１および応答データ３０２の一例を示す図である。
例えば、機器データ管理部２３０は、Ｓ２３０（図６参照）において、図７に示すようにＨＴＴＰ−ＧＥＴメッセージ「ＨＴＴＰ−ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」を要求データ２０１として生成する。
【００５５】
Ｓ２３０（図６参照）の後、処理はＳ２４０に進む。
【００５６】
＜Ｓ２４０＞
ＭＧ通信処理部２４０は、Ｓ２３０において生成された要求データ２０１をインターネット１０１を介してゲートウェイ３００へ送信する。
要求データ２０１は、ＵＲＬに対するＨＴＴＰ通信で送信されてもよいし、ＸＭＬ−ＲＰＣやＳＯＡＰ−ＲＰＣなどによる通信方式で送信されてもよい。
Ｓ２４０の後、要求データ２０１に基づいてゲートウェイ３００から機器構成情報を示す応答データ３０２が送信される。処理はＳ２５０に進む。
【００５７】
＜Ｓ２５０＞
ＭＧ通信処理部２４０は、機器構成情報を示す応答データ３０２をインターネット１０１を介してゲートウェイ３００から受信する。
例えば、ＭＧ通信処理部２４０は、図７に示すように各監視対象機器４００の機器構成情報をＸＭＬ形式で表す応答データ３０２をゲートウェイ３００から受信する。
【００５８】
図７において、「ｉｄ＝」は監視対象機器４００の機種ＩＤおよび機器ＩＤを含んだＵＲＬ型ＩＤ２０２ａを示し、「ｔｙｐｅ＝」は監視対象機器４００の機種名を示し、「ｉｐ＝」は監視対象機器４００のＩＰアドレスを示し、「ｍｏｄｅｌ＝」は監視対象機器４００のモデル名を示し、「ｆｉｒｍｗａｒｅ＝」は監視対象機器４００のファームウェア名を示す。
【００５９】
「ｉｄ＝」として示されているＵＲＬ型ＩＤ２０２ａは、「ゲートウェイ３００のホスト名が設定されたＵＲＬ（ｈｔｔｐ：／／ｂｄａ−ｇｗ１）」「監視対象機器４００の機種ＩＤ」「監視対象機器４００の機器ＩＤ」で構成される。
例えば、図７（１）の「ｉｄ＝“ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０”」は、電気錠制御盤４１０の機種ＩＤが「ａｃｓ−ｐｖ」、電気錠制御盤４１０の機器ＩＤ（相対識別子）が「１０」であることを示している。
また、図７（１）は、電気錠制御盤４１０のＩＰアドレスが“１９２．１６８．０．１０／２４”、電気錠制御盤４１０のモデル名が“ＡＣＳ−ＰＶ”、電気錠制御盤４１０のファームウェア名が“ＹＹＹ”であることを示している。
【００６０】
Ｓ２５０（図６参照）の後、処理はＳ２６０に進む。
【００６１】
＜Ｓ２６０＞
機器データ管理部２３０は、Ｓ２５０において受信された各監視対象機器４００の機器構成情報を統合運用管理ＤＢ２９１に記憶する。
Ｓ２６０の後、処理は終了する。
【００６２】
図８は、実施の形態１におけるゲートウェイ３００による初期処理を示すフローチャートである。
ゲートウェイ３００が各監視対象機器４００の機器ＩＤおよび機種ＩＤを示す機器構成情報を機器統合管理装置２００に提供する初期処理について、図８に基づいて以下に説明する。
ゲートウェイ３００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００６３】
＜Ｓ３１０＞
ＧＷ通信処理部３１０は、ＵＲＬ型命令２０２を含んだ要求データ２０１を機器統合管理装置２００からインターネット１０１を介して受信する。ＵＲＬ型命令２０２には機器構成情報の要求パラメータが設定されているものとする。
例えば、ＧＷ通信処理部３１０は、図７に示す要求データ２０１「ＨＴＴＰ−ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」を受信する。
Ｓ３１０の後、処理はＳ３２０に進む。
【００６４】
＜Ｓ３２０＞
ＧＷ制御部３２０は、Ｓ３１０において受信された要求データ２０１をルーティング定義ファイル３９１ａに基づいて解析し、ＵＲＬ型命令２０２に基づいて機種Ａコントローラ［ｇｗ］３６１に機器構成情報の取得を命令する。
【００６５】
図９は、実施の形態１におけるルーティング定義ファイル３９１ａの一例を示す図である。
管理者は、図９に示すようなルーティング定義ファイル３９１ａ「ｒｏｕｔｉｎｇ．ｄｅｆ」を生成し、ゲートウェイ３００の制御設定記憶部３９１に予め記憶させる。
図９（１）には、要求データ２０１がＨＴＴＰ−ＧＥＴメッセージであり、ＵＲＬ型命令２０２のホスト名以降が「／ｄｅｖｉｃｅｓ／ｌｉｓｔ」を示す場合、“ｇｗ”で識別される機種Ａコントローラ［ｇｗ］３６１により“ｇｅｔ＿ｄｅｖｉｃｅｓ＿ｌｉｓｔ”で識別される処理（モジュール、関数、アクション、プログラムなど）を実行することが定義されている。
【００６６】
Ｓ３２０（図８参照）において、要求データ２０１が「ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」である場合、ＧＷ制御部３２０は、ルーティング定義ファイル３９１ａ（図９（１）参照）に従って、機種Ａコントローラ［ｇｗ］３６１に“ｇｅｔ＿ｄｅｖｉｃｅｓ＿ｌｉｓｔ”処理を命令する。
“ｇｅｔ＿ｄｅｖｉｃｅｓ＿ｌｉｓｔ”は、機器構成情報の取得処理を示す。
Ｓ３２０の後、処理はＳ３３０に進む。
【００６７】
＜Ｓ３３０＞
機種Ａコントローラ［ｇｗ］３６１は、機器構成監視テーブル３９２ａから機器構成情報３９２ｂを取得する。
【００６８】
図１０は、実施の形態１における機器構成監視テーブル３９２ａの一例を示す図である。
実施の形態１における機器構成監視テーブル３９２ａについて、図１０に基づいて以下に説明する。
機器構成監視テーブル３９２ａは、各監視対象機器４００について機器構成情報３９２ｂおよび機器監視情報３９２ｃを示し、機器構成・監視ＤＢ３９２に記憶される。
機器構成情報３９２ｂは、ＩＰ機器４０１の機種ＩＤ、ＩＰ機器４０１の機器ＩＤおよび周辺機器４０２の機器ＩＤ「ｄｅｖｉｃｅ＿ｐａｔｈ」、当該機器の機器ＩＤ「ｄｅｖｉｃｅ＿ｉｄ」、当該機器の機種名「ｄｅｖｉｃｅ＿ｔｙｐｅ」、当該機器のＩＰアドレス「ｄｅｖｉｃｅ＿ｉｐ」などを示す。
機器監視情報３９２ｃは、各監視対象機器４００からのポーリング（定期通信）の有無「ｉｓ＿ｐｏｌｌｉｎｇ」、ポーリングにより通知された各監視対象機器４００の状態「ｓｔａｔｕｓ」、最も新しいポーリングの実施日時「ｌａｓｔ ｐｏｌｌｉｎｇ＿ａｔ」などを示す。
【００６９】
機器構成情報３９２ｂは、管理者により入力され、またはＩＰ機器４０１から通知され、機器構成監視テーブル３９２ａに設定される。
機器監視情報３９２ｃは、機器監視部３４０と各ＩＰ機器４０１との間で定期的に行われる通信により検出され、機器監視部３４０により機器構成監視テーブル３９２ａに設定される。
【００７０】
例えば、ＩＰアドレスはＰＩＮＧ、ＤＨＣＰ、ＳＮＭＰなどの標準プロトコルで発見される。また、各情報は、ツール等で設定するなど公知の手段で管理されてもよい。
【００７１】
Ｓ３３０（図８参照）において、機種Ａコントローラ［ｇｗ］３６１は図１０に示すような機器構成情報３９２ｂを取得する。
Ｓ３３０の後、処理はＳ３４０に進む。
【００７２】
＜Ｓ３４０＞
応答データ生成部３５０は、応答データ用テンプレート３９３ａに基づいて、Ｓ３３０において取得された機器構成情報３９２ｂを表す応答データ３０２を生成する。
応答データ用テンプレート３９３ａの一つは、機器構成情報３９２ｂを表す応答データ３０２の雛型を示す。機器構成情報３９２ｂを表す応答データ３０２の雛型を示す応答データ用テンプレート３９３ａは、管理者により定義され応答データ用テンプレートＤＢ３９３に予め記憶される。
例えば、監視対象機器４００のＵＲＬ型ＩＤ２０２ａ（ｉｄ）、機種名（ｔｙｐｅ）、ＩＰアドレス（ｉｐ）、モデル名（ｍｏｄｅｌ）、ファームウェア名（ｆｉｒｍｗａｒｅ）を監視対象機器４００毎に示すＸＭＬ形式のテンプレートが、応答データ用テンプレート３９３ａの一つとして定義される。応答データ生成部３５０は、この応答データ用テンプレート３９３ａに機器構成情報３９２ｂの各値を設定し、図７に示すような応答データ３０２を生成する。
Ｓ３４０の後、処理はＳ３５０に進む。
【００７３】
＜Ｓ３５０＞
ＧＷ通信処理部３１０は、Ｓ３４０において生成された応答データ３０２をインターネット１０１を介して機器統合管理装置２００へ送信する。
Ｓ３５０の後、処理は終了する。
【００７４】
図１１は、実施の形態１における機器統合管理装置２００による管理処理を示すフローチャートである。
機器統合管理装置２００がＵＲＬ型命令２０２を用いてゲートウェイ３００を介して各監視対象機器４００に特定の処理を実行させる管理処理について、図１１に基づいて以下に説明する。
機器統合管理装置２００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００７５】
＜Ｓ４００＞
機器データ管理部２３０は、前述の初期処理によりゲートウェイ３００から取得された機器構成情報を統合運用管理ＤＢ２９１から取得する。
Ｓ４００の後、処理はＳ４１０に進む。
【００７６】
＜Ｓ４１０＞
機器データ管理部２３０は、特定の処理を要求していない監視対象機器４００（以下、「未処理機器」という）を機器構成情報から一つ選択する。
例えば、機器データ管理部２３０は、図７に応答データ３０２として示す機器構成情報から、電気錠制御盤４１０（ｉｄ＝“ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０”）を未処理機器として選択する。
Ｓ４１０の後、処理はＳ４１１に進む。
【００７７】
＜Ｓ４１１＞
機器データ管理部２３０は、Ｓ４１０において選択した未処理機器のＵＲＬ型ＩＤ２０２ａを機器構成情報から取得する。
例えば、未処理機器が電気錠制御盤４１０である場合、機器データ管理部２３０は、機器構成情報（図７（１）参照）に「ｉｄ＝」として設定されている電気錠制御盤４１０のＵＲＬ型ＩＤ２０２ａ「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０」を取得する。
Ｓ４１１の後、処理はＳ４１２に進む。
【００７８】
＜Ｓ４１２＞
機器データ管理部２３０は、未処理機器に実行させる特定の処理を識別する処理ＩＤ２０２ｂをＳ４１１において取得したＵＲＬ型ＩＤ２０２ａに付加してＵＲＬ型命令２０２を生成する。
処理ＩＤ２０２ｂは、管理者により定義され、予め統合運用管理ＤＢ２９１に記憶される。例えば、プロファイル情報の取得処理を識別する処理ＩＤ２０２ｂとして「ｇｅｔｐｒｏｆｉｌｅ」、内部時刻の取得処理を識別する処理ＩＤ２０２ｂとして「ｇｅｔｔｉｍｅ」が定義される。
【００７９】
図１２は、実施の形態１におけるＵＲＬ型命令２０２の形式を示す図である。
実施の形態１におけるＵＲＬ型命令２０２の形式について、図１２に基づいて以下に説明する。
ＵＲＬ型命令２０２は、ＵＲＬ型ＩＤ２０２ａと処理ＩＤ２０２ｂで構成される。
ＵＲＬ型ＩＤ２０２ａは、「ＨＴＴＰ：／／」「ｈｏｓｔｎａｍｅ」「／」「：ｄｅｖｉｃｅ＿ｃｏｎｔｒｏｌｌｅｒ＿ｎａｍｅ」「／」「：ｄｅｖｉｃｅ＿ｉｄ」「／」「：ｓｕｂｄｅｖｉｃｅ＿ｉｄ」で構成される。
「ｈｏｓｔｎａｍｅ」にはゲートウェイ３００のホスト名、「：ｄｅｖｉｃｅ＿ｃｏｎｔｒｏｌｌｅｒ＿ｎａｍｅ」にはＩＰ機器４０１の機種ＩＤ、「：ｄｅｖｉｃｅ＿ｉｄ」にはＩＰ機器４０１の機器ＩＤ、「：ｓｕｂｄｅｖｉｃｅ＿ｉｄ」には周辺機器４０２の機器ＩＤが設定される。
ＩＰ機器４０１の機種ＩＤは、後述するように、ゲートウェイ３００の機種別監視制御部３６０のコントローラ名に対応する。
処理ＩＤ２０２ｂは、「：ａｃｔｉｏｎ」に設定される。
【００８０】
例えば、Ｓ４１２（図１１参照）において、ＵＲＬ型ＩＤ２０２ａが「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０」、処理ＩＤ２０２ｂが「ｇｅｔｔｉｍｅ」である場合、機器データ管理部２３０は、ＵＲＬ型ＩＤ２０２ａに処理ＩＤ２０２ｂを付加した「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」をＵＲＬ型命令２０２として生成する。
Ｓ４１２の後、処理はＳ４１３に進む。
【００８１】
＜Ｓ４１３＞
機器データ管理部２３０は、Ｓ４１２において生成したＵＲＬ型命令２０２を含めて要求データ２０１を生成する。
【００８２】
図１３は、実施の形態１における要求データ２０１および応答データ３０２の一例を示す図である。
例えば、機器データ管理部２３０は、Ｓ４１３（図１１参照）において、図１３に示すようにＨＴＴＰ−ＧＥＴメッセージ「ＨＴＴＰ−ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」を要求データ２０１として生成する。
【００８３】
Ｓ４１３（図１１参照）の後、処理はＳ４２０に進む。
【００８４】
＜Ｓ４２０＞
ＭＧ通信処理部２４０は、Ｓ４１３において生成された要求データ２０１をインターネット１０１を介してゲートウェイ３００へ送信する。
Ｓ４２０の後、要求データ２０１に基づいてゲートウェイ３００を介して未処理機器により特定の処理が実行され、ゲートウェイ３００から処理結果を示す応答データ３０２が送信される。処理はＳ４３０に進む。
【００８５】
＜Ｓ４３０＞
ＭＧ通信処理部２４０は、未処理機器による特定処理の処理結果を示す応答データ３０２をインターネット１０１を介してゲートウェイ３００から受信する。
例えば、ＭＧ通信処理部２４０は、図１３に示すように未処理機器により取得された内部時刻をＸＭＬ形式で示す応答データ３０２をゲートウェイ３００から受信する。
【００８６】
＜Ｓ４４０＞
機器データ管理部２３０は、Ｓ４３０において受信された応答データ３０２（未処理機器による特定処理の処理結果）を統合運用管理ＤＢ２９１に記憶する。
Ｓ４４０の後、処理はＳ４５０に進む。
【００８７】
＜Ｓ４５０＞
機器データ管理部２３０は、機器構成情報を参照して未処理機器が残っているか判定する。
未処理機器が有る場合（ＹＥＳ）、処理はＳ４１０に戻り、未処理機器が無い場合（ＮＯ）、処理はＳ４６０に進む。
【００８８】
＜Ｓ４６０＞
表示コンテンツ生成部２１０は、Ｓ４４０において統合運用管理ＤＢ２９１に記憶された各監視対象機器４００の処理結果に基づいて表示コンテンツ２０３を生成する。
【００８９】
図１４は、実施の形態１における表示コンテンツ２０３の一例を示す図である。
実施の形態１における表示コンテンツ２０３について、図１４に基づいて以下に説明する。
表示コンテンツ２０３は、ＨＴＭＬコンテンツであり、「機器表示名」「機器ＩＤ」「モデル名」「状態」「機器時刻」を示している。
「機器表示名」は、機器構成情報に示される機種名（ｔｙｐｅ）とプロファイル情報取得処理（処理ＩＤ「ｇｅｔｐｒｏｆｉｌｅ」）により取得されるプロファイル情報に示される設置場所（例えば、「Ａビル」）とに基づいて設定される。
「機器ＩＤ」には、機器構成情報に示されるＵＲＬ型ＩＤ２０２ａ（ｉｄ）が設定される。
「モデル名」には、機器構成情報の値（ｍｏｄｅｌ）が設定される。
「状態」には、状態情報取得処理（処理ＩＤ「ｇｅｔｓｔａｔｕｓ」）により取得される状態情報が設定される。
「機器時刻」には、内部時刻取得処理（処理ＩＤ「ｇｅｔｔｉｍｅ」）により取得される内部時刻が設定される。
【００９０】
例えば、Ｓ４１０〜Ｓ４４０（図１１参照）において、各監視対象機器４００に対して処理ＩＤが「ｇｅｔｐｒｏｆｉｌｅ」である要求データ２０１、処理ＩＤが「ｇｅｔｓｔａｔｕｓ」である要求データ２０１および処理ＩＤが「ｇｅｔｔｉｍｅ」である要求データ２０１がゲートウェイ３００へ送信され、各監視対象機器４００のプロファイル情報、状態情報および内部時刻が統合運用管理ＤＢ２９１に記憶されているものとする。
この場合、表示コンテンツ生成部２１０は、Ｓ４６０（図１１参照）において、図１４に示すような表示コンテンツ２０３を生成する。
【００９１】
また、表示コンテンツ生成部２１０は、「機器ＩＤ」により示されるＵＲＬパスをファイルシステムマッピング（階層表示）してもよい。例えば、ファイルブラウザのように左ペインにディレクトリパスを表示し、右ペインに機器の各種情報を表示することもできる。さらに、表示コンテンツ２０３の不要な情報部分の表示を簡素化することにより、大規模なシステムの管理が容易になる。
【００９２】
Ｓ４６０（図１１参照）の後、処理はＳ４７０に進む。
【００９３】
＜Ｓ４７０＞
ＭＧ通信処理部２４０は、Ｓ４６０において生成された表示コンテンツ２０３をインターネット１０１を介して機器統合管理表示装置１１０に送信する。
機器統合管理表示装置１１０は、ＭＧ通信処理部２４０により送信された表示コンテンツ２０３を示すＷｅｂブラウザ１１２を図１４に示すように表示する。
Ｓ４７０の後、処理は終了する。
【００９４】
機器統合管理装置２００による管理処理（図１１）は、定期的または機器統合管理表示装置１１０からの表示コンテンツ要求データ１１１の送信時に実行される。例えば、機器統合管理装置２００において定期的に起動される監視データ取得デーモンプログラムにより機器データ管理部２３０が起動され、実行される。
【００９５】
図１５は、実施の形態１におけるゲートウェイ３００による管理処理を示すフローチャートである。
ゲートウェイ３００がＵＲＬ型命令２０２に基づいて監視対象機器４００に特定の処理を実行させる管理処理について、図１５に基づいて以下に説明する。
ゲートウェイ３００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００９６】
＜Ｓ５１０＞
ＧＷ通信処理部３１０は、ＵＲＬ型命令２０２を含んだ要求データ２０１を機器統合管理装置２００からインターネット１０１を介して受信する。ＵＲＬ型命令２０２は、ＵＲＬ型ＩＤ２０２ａおよび処理ＩＤ２０２ｂを示す。
例えば、ＧＷ通信処理部３１０は、図１３に示す要求データ２０１「ＨＴＴＰ−ＧＥＴ ＨＴＴＰ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」を受信する。
Ｓ５１０の後、処理はＳ５２０に進む。
【００９７】
＜Ｓ５２０＞
ＧＷ制御部３２０は、Ｓ５１０において受信された要求データ２０１をルーティング定義ファイル３９１ａに基づいて解析し、ＵＲＬ型命令２０２に基づいて機種別監視制御部３６０のコントローラ、コントローラのモジュール（「アクション」「関数」ともいう）およびＩＰ機器４０１を決定する。
以下、Ｓ５２０において決定される機種別監視制御部３６０のコントローラを「特定コントローラ」、コントローラのモジュールを「特定モジュール」、ＩＰ機器４０１を「特定機器」という。
要求データ２０１が「ＨＴＴＰ−ＧＥＴ ＨＴＴＰ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」である場合、ＧＷ制御部３２０は、ルーティング定義ファイル３９１ａ（図９（３）参照）に従って、特定コントローラを機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２、特定機器を「１０」を機器ＩＤとする電気錠制御盤４１０、特定モジュールを「ＧｅｔＡｃｓＴｉｍｅ」に決定する。
また、要求データ２０１が「ＨＴＴＰ−ＧＥＴ ＨＴＴＰ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｃｒ１／ｇｅｔｔｉｍｅ」である場合、ＧＷ制御部３２０は、「ｃｒ１」を機器ＩＤとするカードリーダ４９１を対象機器に決定する。
【００９８】
また、ＧＷ制御部３２０は、要求データ２０１の解析時に、機器ＩＤが機器構成監視テーブル３９２ａに設定されているか、ＵＲＬ型命令２０２の形式が不正でないか、機種ＩＤや処理ＩＤがルーティング定義ファイル３９１ａに定義されているか等のエラーチェックを行う。エラー検出時、ＧＷ制御部３２０は、エラー番号やエラー原因などを示す応答データ３０２をＧＷ通信処理部３１０を介して機器統合管理装置２００に送信し、管理処理を終了する。この応答データ３０２は、応答データ生成部３５０により応答データ用テンプレート３９３ａにエラー番号やエラー原因などが挿入されて生成される。
【００９９】
Ｓ５２０の後、処理はＳ５３０に進む。
【０１００】
＜Ｓ５３０＞
ＧＷ制御部３２０は、Ｓ５２０における決定事項に基づいて、特定コントローラに特定モジュールの実行を命令する。
例えば、Ｓ５２０において特定コントローラが機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２、特定モジュールが「ＧｅｔＡｃｓＴｉｍｅ」に決定された場合、ＧＷ制御部３２０は、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２にＧｅｔＡｃｓＴｉｍｅモジュールの実行を命令する。
Ｓ５３０の後、処理はＳ５４０に進む。
【０１０１】
＜Ｓ５４０＞
特定コントローラは、特定モジュールを実行することにより、ＡＰＩデータ３０１を送信して特定機器に特定処理の実行を命令する。
コントローラの各モジュールには所定の機種に所定の処理を実行させるためのプログラム（命令コード）が定義されている。
例えば、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２は、ＧｅｔＡｃｓＴｉｍｅモジュールを実行することにより、機種「ａｃｓ−ｐｖ」が提供する内部時刻取得機能（ＡＰＩ）を実行させる命令データをＡＰＩデータ３０１として生成し、生成したＡＰＩデータ３０１をＧＷ通信処理部３１０を介して特定機器（例えば、電気錠制御盤４１０）に送信する。
また、対象機器（例えば、カードリーダ４９１）が決定されている場合、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２は、対象機器を対象として内部時刻取得機能を動作させるＡＰＩデータ３０１を特定機器（例えば、電気錠制御盤４１０）に送信する。
ＡＰＩは監視対象機器４００の機種および機能により異なるため、各コントローラの各モジュールにより生成されるＡＰＩデータ３０１はそれぞれ異なる。
例えば、同じ内部時刻取得機能を実行させるＡＰＩデータ３０１であっても、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２のＧｅｔＡｃｓＴｉｍｅモジュール（図９（３）参照）により生成されるＡＰＩデータ３０１と機種Ｃコントローラ［ｃ−１００］３６３のＧｅｔＣ１００Ｔｉｍｅモジュール（図９（４））により生成されるＡＰＩデータ３０１とは異なる。
【０１０２】
ＧＷ通信処理部３１０は、特定機器のＩＰアドレスを機器ＩＤに基づいて機器構成監視テーブル３９２ａから取得し、取得したＩＰアドレスを用いてＡＰＩデータ３０１を特定機器に送信する。
【０１０３】
Ｓ５４０の後、特定機器の処理部（例えば、電気錠制御盤４１０のインタフェースＢ処理部４１１）により実行された特定処理の処理結果が実行結果データ４０９としてゲートウェイ３００に送信される。処理はＳ５５０に進む。
【０１０４】
＜Ｓ５５０＞
特定コントローラは、特定機器から送信された実行結果データ４０９をＧＷ通信処理部３１０を介して受信する。
Ｓ５５０の後、処理はＳ５６０に進む。
【０１０５】
＜Ｓ５６０＞
応答データ生成部３５０は、応答データ用テンプレート３９３ａに基づいて、Ｓ５５０において受信された実行結果データ４０９を示す応答データ３０２を生成する。
応答データ用テンプレートＤＢ３９３には、応答データ３０２の雛型を示す応答データ用テンプレート３９３ａが機種ＩＤおよび処理ＩＤ毎に記憶される。各応答データ用テンプレート３９３ａは、管理者により定義され応答データ用テンプレートＤＢ３９３に予め記憶される。
【０１０６】
図１６は、実施の形態１における応答データ用テンプレート３９３ａの一例を示す図である。
例えば、図１６に示すように、機種ＩＤ「ａｃｓ−ｐｖ」および処理ＩＤ「ｇｅｔｔｉｍｅ」に対応するＸＭＬ形式の応答データ用テンプレート３９３ａが「ａｃｓ−ｐｖ＿ｇｅｔｔｉｍｅ．ｘｍｌ．ｔｅｍｐｌａｔｅ」という名称で応答データ用テンプレートＤＢ３９３に記憶される。
「＜％＝ｈ ｉｄ ％＞」にはＵＲＬ型命令２０２の機種ＩＤおよび機器ＩＤ、「＜％＝ｈ ａｃｔｉｏｎ ％＞」にはＵＲＬ型命令２０２の処理ＩＤ、「＜％＝ｈ ａｃｔｉｏｎ＿ｒｅｓｐｏｎｓｅ ％＞」には実行結果データ４０９の値が設定される。
機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２が処理ＩＤ「ｇｅｔｔｉｍｅ」に対応するＧｅｔＡｃｓＴｉｍｅモジュールを実行し、電気錠制御盤４１０の実行結果データ４０９が「２００８−０８−０１ １２：００：００」を示す場合、Ｓ５６０（図１５参照）において、応答データ生成部３５０は、「ａｃｓ−ｐｖ＿ｇｅｔｔｉｍｅ．ｘｍｌ．ｔｅｍｐｌａｔｅ」（図１６参照）に基づいて、図１３に示すような応答データ３０２を生成する。
【０１０７】
Ｓ５６０（図１５参照）の後、処理はＳ５７０に進む。
【０１０８】
＜Ｓ５７０＞
ＧＷ通信処理部３１０は、Ｓ５６０において生成された応答データ３０２をインターネット１０１を介して機器統合管理装置２００に送信する。
Ｓ５７０の後、処理は終了する。
【０１０９】
管理処理は、ゲートウェイ３００ではなくいずれかの監視対象機器４００により実行されてもよい。この場合、管理処理を実行する監視対象機器４００は上述したゲートウェイ３００の構成を備える。
【０１１０】
実施の形態１において、以下のような機器統合管理システム１００および機器統合管理方法について説明した。
機器統合管理システム１００は、機器の監視・制御等において機器を特定するＩＤをＵＲＬ形式で管理し、このＵＲＬを機器統合管理装置２００からゲートウェイ３００に送信することにより各機器を監視・制御する。
機器統合管理システム１００は、ＵＲＬ型ＩＤで機器またはその周辺機器を指定し、機器またはその周辺機器への監視・制御命令文字列（処理ＩＤ）を当該ＵＲＬ型ＩＤに付加し、当該ＵＲＬ（ＵＲＬ型命令２０２）によりＨＴＴＰ通信することで各機器を監視・制御等する。
機器統合管理システム１００は、ＵＲＬ型ＩＤを用いて、機器またはその周辺機器に対する監視・制御命令を実行し、複数機種を統合的に管理する。
ゲートウェイ３００（または監視対象機器４００）は、ＵＲＬ型ＩＤを用いた機器またはその周辺機器に対する監視・制御命令を機器統合管理装置２００から受信し、当該ＵＲＬの解析により、監視対象の機器・周辺機器を特定し、特定した当該機器を監視・制御する実行処理モジュール・関数を当該ＵＲＬおよびプロトコルにより特定し、特定した実行処理モジュールにより監視・制御命令を監視対象に対し実行し、実行結果を機器統合管理装置２００に応答する。
ゲートウェイ３００（または監視対象機器４００）は、各機器や周辺機器の制御・監視命令を行うモジュールや関数をＵＲＬ中の機種別情報、機器ＩＤおよび実行命令とルーティングマップ定義（ルーティング定義ファイル３９１ａ）とにより決定し、機種別の監視・制御処理を実行する。
ゲートウェイ３００（または監視対象機器４００）は、監視対象の種別および実行命令から特定される応答データ用雛形ファイル（応答データ用テンプレート３９３ａ）に指示された各パラメータ部分に対応する実行結果を動的に埋め込み、機器統合管理装置２００に実行結果を応答する。
【０１１１】
機器統合管理システム１００は、機器のＩＤをＵＲＬ形式で管理することにより、広域にまたがる拠点を統合的に見通しよく管理することができる。
機器統合管理システム１００は、各機器制御用に提供される監視・制御機能を統一的な操作名（アクション名）（処理ＩＤ）でアクセスするためのＡＰＩルーティング表（ルーティング定義ファイル３９１ａ）を用いることにより、個別に異なる監視・制御インタフェース（ＡＰＩ）を統合することを容易にする。
機器統合管理システム１００は、各機器制御用に提供される監視・制御機能呼び出しの応答データ（実行結果データ４０９）の機種毎の違いを吸収し、機器統合管理装置２００に統一的な応答データフォーマット（例えば、ＸＭＬ形式）で応答することにより、統合管理を容易にする。
【図面の簡単な説明】
【０１１２】
【図１】実施の形態１における機器統合管理システム１００の機器構成図。
【図２】実施の形態１における機器統合管理システム１００の処理の流れを示すシーケンス図。
【図３】実施の形態１における機器統合管理システム１００のハードウェア資源の一例を示す図。
【図４】実施の形態１における機器統合管理装置２００の機能構成図。
【図５】実施の形態１におけるゲートウェイ３００の機能構成図。
【図６】実施の形態１における機器統合管理装置２００による初期処理を示すフローチャート。
【図７】実施の形態１における要求データ２０１および応答データ３０２の一例を示す図。
【図８】実施の形態１におけるゲートウェイ３００による初期処理を示すフローチャート。
【図９】実施の形態１におけるルーティング定義ファイル３９１ａの一例を示す図。
【図１０】実施の形態１における機器構成監視テーブル３９２ａの一例を示す図。
【図１１】実施の形態１における機器統合管理装置２００による管理処理を示すフローチャート。
【図１２】実施の形態１におけるＵＲＬ型命令２０２の形式を示す図。
【図１３】実施の形態１における要求データ２０１および応答データ３０２の一例を示す図。
【図１４】実施の形態１における表示コンテンツ２０３の一例を示す図。
【図１５】実施の形態１におけるゲートウェイ３００による管理処理を示すフローチャート。
【図１６】実施の形態１における応答データ用テンプレート３９３ａの一例を示す図。
【符号の説明】
【０１１３】
１００ 機器統合管理システム、１０１ インターネット、１０２ ＬＡＮ、１０３ ビル、１１０ 機器統合管理表示装置、１１１ 表示コンテンツ要求データ、１１２ Ｗｅｂブラウザ、２００ 機器統合管理装置、２０１ 要求データ、２０２ ＵＲＬ型命令、２０２ａ ＵＲＬ型ＩＤ、２０２ｂ 処理ＩＤ、２０３ 表示コンテンツ、２１０ 表示コンテンツ生成部、２２０ ＭＧ制御部、２３０ 機器データ管理部、２４０ ＭＧ通信処理部、２９１ 統合運用管理ＤＢ、３００ ゲートウェイ、３０１ ＡＰＩデータ、３０２ 応答データ、３１０ ＧＷ通信処理部、３２０ ＧＷ制御部、３３０ 機器構成管理部、３４０ 機器監視部、３５０ 応答データ生成部、３６０ 機種別監視制御部、３６１ 機種Ａコントローラ［ｇｗ］、３６２ 機種Ｂコントローラ［ａｃｓ−ｐｖ］、３６３ 機種Ｃコントローラ［ｃ−１００］、３９１ 制御設定記憶部、３９１ａ ルーティング定義ファイル、３９２ 機器構成・監視ＤＢ、３９２ａ 機器構成監視テーブル、３９２ｂ 機器構成情報、３９２ｃ 機器監視情報、３９３ 応答データ用テンプレートＤＢ、３９３ａ 応答データ用テンプレート、４００ 監視対象機器、４０１ ＩＰ機器、４０２ 周辺機器、４０９ 実行結果データ、４１０ 電気錠制御盤、４１１ インタフェースＢ処理部、４２０ ネットワーク監視カメラ、４２１ インタフェースＣ処理部、４３０ 監視レコーダ、４４０ 映像監視表示装置、４５０ 空調制御装置、４６０ 照明制御装置、４９１ カードリーダ、４９２ 電気錠付扉、４９３ アナログ監視カメラ、４９４ 空調ユニット、４９５ 照明ユニット、９０１ 表示装置、９０２ キーボード、９０３ マウス、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ 磁気ディスク装置、９２１ ＯＳ、９２３ プログラム群、９２４ ファイル群。
【技術分野】
【０００１】
本発明は、例えば、機種の異なる複数の機器を統合管理する機器統合管理装置、機器統合管理プログラム、機器接続装置、機器接続プログラム、機器統合管理システム、機器統合管理方法に関するものである。
【背景技術】
【０００２】
従来、オフィスビルのセキュリティ機器（入退室管理装置、映像監視装置など）とビル設備機器（空調管理装置、照明機器、昇降機、防犯・防災システムなど）とはビル内でそれぞれ別々のＬＡＮを構築し、機器種別単位で独立に運用管理されてきた。
近年、セキュリティ機器間（例えば、入退室管理装置と映像監視装置）、セキュリティ機器とビル設備機器間およびセキュリティ機器と情報システム間を連携し、さらにはビル間をインターネット等のＩＰネットワークで連携し、機器を統合して運用管理する事例が増えてきている。このような連携・統合システムでは、そのシステム構成が大規模になり、また構成要素となる機器種別も多い。このため、機器の構成管理（機器間の接続関係）、機器プロファイル（ＩＤ、ネットワーク通信情報、機種、型番、ファームウェアのバージョンなど）の管理、さらには各機器の監視・制御が効率化されることが求められている。例えば、機器の新設・移設工事時の機器構成や各機器情報の自動取得、ネットワークを使った遠隔監視・制御などが求められている。
【０００３】
ネットワークに接続された通信機器の構成情報の変更通知・取得を行う従来例として、以下の特許文献１、２がある。
【０００４】
特許文献１は、ＩＰｖ６アドレスのインタフェースＩＤ部を機器種別、製品種別、製品シリアル番号等の区分に分割し、機器の種別等を階層化管理する方法が示されている。
しかし、特許文献１の方式は、通信用のアドレスのビット部分に特殊な意味を持たせる方式であり、この意味を解釈するツールがなければ、１６進表示で表示されるアドレスを上記定義に照らして解釈しなければならず、一般の運用管理者には運用負荷が高いという課題があった。
【０００５】
特許文献２は、プライベートネットワークをゲートウェイでインターネットに接続する構成でプライベートネットワーク側の構成管理を行うものである。すなわち、ゲートウェイでインターネットに接続されているプライベートネットワークの構成が変化した場合に、ゲートウェイがこれを検知し、変更情報をインターネット上のサーバに通知することにより構成変化を知らせる。
しかし、特許文献２の検知は、プライベートネットワークへの接続機器の追加による新規アドレス追加やプライベートネットワークに接続している機器のアドレス変更等のネットワーク情報に限定された変更検知のみであった。すなわち、プライベートネットワークに接続された機器の詳細情報（モデル名等）の管理や、プライベートネットワークに直接接続されていない機器の構成管理、およびサーバ側からの能動的な機器の監視・制御ができないという課題があった。
また、機器側で実行される機能（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）が機種別にばらついており、ある機器ではセキュリティ機器やビル機器を監視制御する機能がＡＰＩとして提供されるが他機種ではサポートされないなど、統合運用管理装置側で行いたい統一操作（アクション）による機器管理の統合が難しいという課題があった。
さらに、ＩＰ通信可能な機器に付属する周辺機器の動作状態を知りたい場合、ＩＰネットワーク接続以外の方法により接続されている周辺機器が多いため、当該周辺機器と直接通信して監視・制御することができず、当該周辺機器のＩＤとその親機のＩＤとその親機のアドレス情報とを管理し、親機と通信することにより周辺機器を監視・制御する必要がある。このような機器構成管理には、機種毎に管理方法が異なるため、機種の異なる複数の機器を統一的に管理することが困難であるという課題があった。
【特許文献１】特開２００７−２８８２３４号公報
【特許文献２】特開２００６−２０３７３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、例えば、機種の異なる複数の機器を運用負荷を軽減しつつ効率的に統合管理することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の機器統合管理装置は、複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成するＵＲＬ型命令生成部と、前記ＵＲＬ型命令生成部により生成されたＵＲＬ型命令を前記機器接続装置へ通信装置を用いて送信することにより、前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記機器接続装置から前記特定の監視対象機器へ送信させて前記特定の監視対象機器に前記実行処理を実行させるＵＲＬ型命令送信部とを備える。
【発明の効果】
【０００８】
本発明によれば、例えば、機種の異なる複数の機器をＵＲＬ型命令を用いて制御して効率的に統合管理することができる。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
機種の異なる複数の機器をＵＲＬ型命令を用いて統合管理するシステムについて説明する。
【００１０】
図１は、実施の形態１における機器統合管理システム１００の機器構成図である。
実施の形態１における機器統合管理システム１００の機器構成について、図１に基づいて以下に説明する。
【００１１】
機器統合管理システム１００は、機器統合管理装置２００、ゲートウェイ３００（機器接続装置の一例）、複数の監視対象機器４００（電気錠制御盤４１０、ネットワーク監視カメラ４２０、カードリーダ４９１など）および機器統合管理表示装置１１０を備える。
機器統合管理装置２００は、インターネット１０１（広域網の一例）を介してビル１０３に設置されたゲートウェイ３００とＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信を行い、ビル１０３内に設置された複数の監視対象機器４００を統合管理する。インターネット１０１の代わりとなる広域網として、例えば、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）が挙げられる。
監視対象機器４００はＩＰ機器４０１と周辺機器４０２とに分類され、ＩＰ機器４０１（電気錠制御盤４１０、ネットワーク監視カメラ４２０など）はビル１０３内に設けられたローカルエリアネットワーク（以下、「ＬＡＮ１０２」と記す）に接続されゲートウェイ３００とＩＰ通信を行い、周辺機器４０２（カードリーダ４９１、電気錠付扉４９２など）はＩＰ機器４０１に接点接続やシリアル接続などで接続されＩＰ通信以外の特定の方法でＩＰ機器４０１と通信を行う。
ゲートウェイ３００は、ビル１０３に設置され、インターネット１０１を介して機器統合管理装置２００とＩＰ通信すると共にＬＡＮ１０２を介して各ＩＰ機器４０１とＩＰ通信する。
【００１２】
インターネット１０１やＬＡＮ１０２を介する各データ（後述する要求データ２０１、応答データ３０２など）はＩＰパケットに設定されて送受信される。
【００１３】
一般に、ビル１０３には、図１に示すように、多数の機器（監視対象機器４００）が設置されている。これらの機器は、それぞれに特定の機能（プロファイル設定機能、プロファイル出力機能、時刻設定機能、内部時刻出力機能など）をネットワークを介して他の機器に提供する。機器統合管理装置２００は、この各機器から提供される機能を利用することにより各機器を管理することができる。
但し、各機器の機能を利用するための入出力インタフェース（以後、「ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）」という）は機種毎に異なる。例えば、同じプロファイル出力機能であっても、電気錠制御盤４１０とネットワーク監視カメラ４２０とではＡＰＩが異なる。
さらに、監視対象機器４００にはネットワークに接続しないＩＰ機器４０１が多く存在する。
【００１４】
実施の形態１における機器統合管理装置２００は、後述するＵＲＬ型命令２０２（ＵＲＬ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を用いて、これら多種類の監視対象機器４００をゲートウェイ３００を介して統合管理する。
ＵＲＬ型命令２０２を用いた機器統合管理方法の詳細については後述する。
【００１５】
電気錠制御盤４１０はカードリーダ４９１および電気錠付扉４９２を制御し、電気錠制御盤４１０、カードリーダ４９１および電気錠付扉４９２は入退管理システムを構成する。
ネットワーク監視カメラ４２０は、ビル１０３の各所に設置され、撮像した映像をＬＡＮ１０２を介して特定の装置（例えば、映像監視表示装置４４０）に送信する。
監視レコーダ４３０は、ビル１０３の各所に設置されたアナログ監視カメラ４９３と同軸（ＮＴＳＣ）ケーブルなどで接続し、アナログ監視カメラ４９３により撮像された映像を記憶媒体に記録する。
映像監視表示装置４４０は、ネットワーク監視カメラ４２０により撮像された映像や監視レコーダ４３０に記録された映像を表示する。
空調制御装置４５０は、ＬＡＮ１０２を介して受信した制御命令に基づいて空調ユニット４９４を制御して空調を調整する。
照明制御装置４６０は、ＬＡＮ１０２を介して受信した制御命令に基づいて照明ユニット４９５を制御して照明の点灯・消灯の切り換えや照度調整などを行う。
【００１６】
電気錠制御盤４１０、ネットワーク監視カメラ４２０、監視レコーダ４３０、映像監視表示装置４４０、空調制御装置４５０および照明制御装置４６０はＩＰ機器４０１（監視対象機器４００）の一例であり、カードリーダ４９１、電気錠付扉４９２、アナログ監視カメラ４９３、空調ユニット４９４および照明ユニット４９５は周辺機器４０２（監視対象機器４００）の一例である。
この他に、昇降機システム、防犯システムおよび防犯システムを構成する機器などが監視対象機器４００として挙げられる。
【００１７】
機器統合管理表示装置１１０は、各監視対象機器４００の管理情報を機器統合管理装置２００から取得して表示する端末装置である。
【００１８】
管理者が機器統合管理表示装置１１０を操作して特定の監視対象機器４００（複数または全てでもよい）のプロファイル情報を管理する場合の処理の流れについて説明する。
管理者は特定の監視対象機器４００を指定してプロファイル情報の要求を機器統合管理表示装置１１０に入力し、機器統合管理表示装置１１０は表示コンテンツ要求データ１１１をインターネット１０１を介して機器統合管理装置２００へ送信する。
機器統合管理装置２００は、当該監視対象機器４００のプロファイル情報を要求する要求データ２０１（ＵＲＬ型命令２０２を含む）をインターネット１０１を介してゲートウェイ３００へ送信する。
ゲートウェイ３００は、ＵＲＬ型命令２０２に基づいて当該監視対象機器４００のＡＰＩに対応するＡＰＩデータ３０１を生成し、生成したＡＰＩデータ３０１をＬＡＮ１０２を介して当該監視対象機器４００へ送信する。
監視対象機器４００は、ＡＰＩデータ３０１を処理してプロファイル情報を記憶部から取得し、取得したプロファイル情報を実行結果データ４０９としてＬＡＮ１０２を介してゲートウェイ３００に送信する。
ゲートウェイ３００は、実行結果データ４０９に基づいてプロファイル情報を所定の形式で表した応答データ３０２を生成し、生成した応答データ３０２をインターネット１０１を介して機器統合管理装置２００へ送信する。
機器統合管理装置２００は、応答データ３０２に基づいて当該監視対象機器４００のプロファイル情報を示す表示コンテンツ２０３を生成し、生成した表示コンテンツ２０３をインターネット１０１を介して機器統合管理表示装置１１０へ送信する。
機器統合管理表示装置１１０は表示コンテンツ２０３を表示し、管理者は機器統合管理表示装置１１０に表示された表示コンテンツ２０３を確認して当該監視対象機器４００を管理する。
【００１９】
機器統合管理表示装置１１０から機器統合管理装置２００への通信接続について、ユーザ認証、送信元アドレスによる接続規制等の公知の手段によりセキュリティ管理されるとよい。
【００２０】
以下、機器統合管理装置２００およびゲートウェイ３００の処理を中心に説明する。
【００２１】
図２は、実施の形態１における機器統合管理システム１００の処理の流れを示すシーケンス図である。
機器統合管理装置２００が各監視対象機器４００から機器情報（例えば、プロファイル）を取得する場合の処理概要について、図２に基づいて以下に説明する。
【００２２】
機器統合管理装置２００は、ゲートウェイ３００に各監視対象機器４００の機器構成を示す機器構成情報を要求する。機器構成情報には監視対象機器４００を個別に識別する機器ＩＤが含まれる（Ｓ１１０）。
ゲートウェイ３００は、後述するように機器構成情報を管理しており、要求を受けた際に機器統合管理装置２００へ機器構成情報を応答する（Ｓ１２０）。
機器構成情報を取得した機器統合管理装置２００は、機器情報を取得したい監視対象機器４００の機器ＩＤを機器構成情報に基づいて特定し、特定した機器ＩＤで識別される監視対象機器４００の機器情報をゲートウェイ３００に要求する（Ｓ１３０）。
ゲートウェイ３００は、機器ＩＤで識別される監視対象機器４００の機種を特定し、特定した機種のＡＰＩに合わせて監視対象機器４００に機器情報を要求する（Ｓ１４０）。
監視対象機器４００は、機器情報をゲートウェイ３００へ応答する（Ｓ１５０）。
ゲートウェイ３００は、監視対象機器４００から応答された機器情報を特定の形式で表して機器統合管理装置２００に応答する（Ｓ１６０）。
【００２３】
Ｓ１１０において、ゲートウェイ３００と通信するための情報（ホスト名またはＩＰアドレス）は、設定、ツール、またはゲートウェイ３００からの設置通知（例えば新規に設置されたゲートウェイ３００からの通知）により、機器統合管理装置２００に記憶される。この通知手段は、当業者であれば公知の技術を使って容易に行うことができる。
Ｓ１６０において、ゲートウェイ３００は、機器統合管理装置２００が解釈できるデータ形式（例えば、ＸＭＬ形式（ＸＭＬ：ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））に監視対象機器４００の応答を変換し、変換したデータを機器統合管理装置２００に応答する。
【００２４】
以下、機器統合管理装置２００が機器構成情報を取得する処理（Ｓ１１０〜Ｓ１２０）を「初期処理」といい、機器統合管理装置２００がゲートウェイ３００を介して監視対象機器４００を制御する処理（Ｓ１３０〜Ｓ１６０）を「管理処理」という。
初期処理および管理処理の詳細について後述する。
【００２５】
図３は、実施の形態１における機器統合管理システム１００のハードウェア資源の一例を示す図である。
図３において、機器統合管理装置２００、ゲートウェイ３００、監視対象機器４００および機器統合管理表示装置１１０は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。さらに、機器統合管理装置２００および機器統合管理表示装置１１０は表示装置９０１、キーボード９０２、マウス９０３などの入出力装置を備え、ＣＰＵ９１１はこれら入出力装置も制御する。磁気ディスク装置９２０の代わりにその他の記憶装置（例えば、ＲＡＭやフラッシュメモリなどの半導体メモリ）を用いてもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶機器、記憶装置あるいは記憶部の一例である。また、入力データが記憶されている記憶機器は入力機器、入力装置あるいは入力部の一例であり、出力データが記憶される記憶機器は出力機器、出力装置あるいは出力部の一例である。
通信ボード９１５は、入出力機器、入出力装置あるいは入出力部の一例である。
【００２６】
通信ボード９１５は、有線または無線で、ＬＡＮ１０２、インターネット１０１、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）、電話回線などの通信網に接続されている。
【００２７】
磁気ディスク装置９２０には、ＯＳ９２１（オペレーティングシステム）、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、ＯＳ９２１により実行される。
【００２８】
上記プログラム群９２３には、実施の形態において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００２９】
ファイル群９２４には、実施の形態において、「〜部」の機能を実行した際の「〜の判定結果」、「〜の計算結果」、「〜の処理結果」などの結果データ、「〜部」の機能を実行するプログラム間で受け渡しするデータ、その他の情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、実施の形態において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、磁気ディスク装置９２０の磁気ディスク、その他の記録媒体に記録される。また、データや信号値は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００３０】
また、実施の形態において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスクやその他の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、「〜部」としてコンピュータを機能させるものである。あるいは、「〜部」の手順や方法をコンピュータに実行させるものである。
【００３１】
図４は、実施の形態１における機器統合管理装置２００の機能構成図である。
実施の形態１における機器統合管理装置２００の機能構成について、図４に基づいて以下に説明する。
【００３２】
機器統合管理装置２００は、表示コンテンツ生成部２１０（実行結果出力部の一例）、ＭＧ制御部２２０、機器データ管理部２３０（ＵＲＬ型命令生成部の一例）、ＭＧ通信処理部２４０（ＵＲＬ型命令送信部の一例）（実行結果受信部の一例）および統合運用管理ＤＢ２９１を備える。
【００３３】
ＭＧ制御部２２０は、ＣＰＵ９１１を用いて、送受信データ（例えば、後述する要求データ２０１や応答データ３０２）を解析し、表示コンテンツ生成部２１０、機器データ管理部２３０、ＭＧ通信処理部２４０および統合運用管理ＤＢ２９１を制御する。
【００３４】
機器データ管理部２３０は、統合運用管理ＤＢ２９１を用いて、機器構成情報、プロファイル情報、監視状態情報などの監視対象機器４００の各種情報を管理する。
さらに、機器データ管理部２３０（ＵＲＬ型命令生成部の一例）は、機器構成情報に基づいて、複数の監視対象機器４００と通信接続するゲートウェイ３００のアドレス（対応するホスト名でもよい）を設定したＵＲＬに特定の監視対象機器４００を識別する機器ＩＤと特定の監視対象機器４００に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令２０２としてＣＰＵを用いて生成する。機器データ管理部２３０は、ＵＲＬ型命令２０２を含んだ要求データ２０１を生成する。
【００３５】
ＭＧ通信処理部２４０は、通信装置を用いて、インターネット１０１を介してゲートウェイ３００や機器統合管理表示装置１１０と通信を行う。ＭＧ通信処理部２４０は、ゲートウェイ３００や機器統合管理表示装置１１０との通信にＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用する。但し、ＨＴＴＰは通信方法の一例である。
例えば、ＭＧ通信処理部２４０（ＵＲＬ型命令送信部の一例）は、機器データ管理部２３０により生成された要求データ２０１（ＵＲＬ型命令２０２を含む）をゲートウェイ３００へ通信装置を用いて送信する。これにより、特定の監視対象機器４００に実行処理を実行させる実行命令がゲートウェイ３００から特定の監視対象機器４００へ送信され、特定の監視対象機器４００により実行処理が実行される。
また例えば、ＭＧ通信処理部２４０（実行結果受信部の一例）は、特定の監視対象機器４００による実行処理の実行結果を応答データ３０２としてゲートウェイ３００から通信装置を用いて受信する。
【００３６】
表示コンテンツ生成部２１０は、ＭＧ通信処理部２４０により受信された応答データ３０２の内容（監視対象機器４００の実行結果）を示すコンテンツ（例えば、ＨＴＭＬコンテンツ（ＨＴＭＬ：ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））をＣＰＵを用いて生成する。
さらに、表示コンテンツ生成部２１０（実行結果出力部の一例）は、生成したコンテンツを表示コンテンツ２０３としてＭＧ通信処理部２４０を介して機器統合管理表示装置１１０に送信する。これにより、機器統合管理表示装置１１０には表示コンテンツ２０３が表示される。例えば、表示コンテンツ２０３は、監視対象機器４００により出力されたプロファイル情報を示し、機器統合管理表示装置１１０のＷｅｂブラウザに表示される。機器統合管理表示装置１１０を利用する管理者は、機器統合管理表示装置１１０に表示された表示コンテンツ２０３を確認することにより監視対象機器４００を管理する。
【００３７】
統合運用管理ＤＢ２９１は、記憶媒体を用いて、機器構成情報、プロファイル情報、監視状態情報などの監視対象機器４００の各種情報を記憶する。
【００３８】
図５は、実施の形態１におけるゲートウェイ３００の機能構成図である。
実施の形態１におけるゲートウェイ３００の機能構成について、図５に基づいて以下に説明する。
【００３９】
ゲートウェイ３００は、ＧＷ通信処理部３１０（ＵＲＬ型命令受信部の一例）（実行命令送信部の一例）（実行結果接続受信部の一例）（実行結果接続送信部の一例）、ＧＷ制御部３２０、機器構成管理部３３０、機器監視部３４０、応答データ生成部３５０（実行形式結果生成部の一例）、機種別監視制御部３６０（実行命令生成部の一例）、制御設定記憶部３９１、機器構成・監視ＤＢ３９２および応答データ用テンプレートＤＢ３９３を備える。
【００４０】
ＧＷ通信処理部３１０は、通信装置を用いて、機器統合管理装置２００および各ＩＰ機器４０１と通信を行う。
例えば、ＧＷ通信処理部３１０は以下の通信を行う。
ＧＷ通信処理部３１０（ＵＲＬ型命令受信部の一例）は、機器統合管理装置２００から要求データ２０１（ＵＲＬ型命令２０２を含む）を通信装置を用いて受信する。
ＧＷ通信処理部３１０（実行命令送信部の一例）は、機種別監視制御部３６０により生成されたＡＰＩデータ３０１（実行命令の一例）を特定のＩＰ機器４０１へ通信装置を用いて送信する。これにより、特定のＩＰ機器４０１によりＡＰＩデータ３０１が処理される。
ＧＷ通信処理部３１０（実行結果接続受信部の一例）は、特定のＩＰ機器４０１からＡＰＩデータ３０１の処理結果を実行結果データ４０９として通信装置を用いて受信する。
ＧＷ通信処理部３１０（実行結果接続送信部の一例）は、応答データ生成部３５０により実行結果データ４０９に基づいて生成された所定形式の応答データ３０２を機器統合管理装置２００へ通信装置を用いて送信する。
【００４１】
ＧＷ制御部３２０は、ＧＷ通信処理部３１０、機器構成管理部３３０、機器監視部３４０、応答データ生成部３５０および機種別監視制御部３６０をＣＰＵ９１１を用いて制御する。さらに、ＧＷ制御部３２０は、機器統合管理装置２００−ゲートウェイ３００間のプロトコルとゲートウェイ３００−ＩＰ機器４０１間のプロトコルとを変換する。
【００４２】
機器構成管理部３３０は、機器構成・監視ＤＢ３９２を更新・参照して各監視対象機器４００の構成をＣＰＵ９１１を用いて管理する。
【００４３】
機器監視部３４０は、各監視対象機器４００を定期的に監視し、構成・状態の変更等をＣＰＵ９１１を用いて管理する。
【００４４】
応答データ生成部３５０は、機器統合管理装置２００に応答する応答データ３０２を動的に生成する。
ＵＲＬ型命令２０２には特定の監視対象機器に実行させる処理を識別する処理ＩＤと特定の監視対象機器の機種を識別する機種ＩＤとが含まれ、応答データ用テンプレートＤＢ３９３には機種ＩＤと処理ＩＤとに対応付けられて応答データ用テンプレート３９３ａ（実行結果形式定義ファイルの一例）が予め記憶されている。応答データ用テンプレート３９３ａには実行結果を表す応答形式が設定されている。
応答データ生成部３５０（実行形式結果生成部の一例）は、応答データ用テンプレート３９３ａに基づいて、ＧＷ通信処理部３１０により受信された実行結果データ４０９を示す応答データ３０２をＣＰＵを用いて生成する。応答データ３０２は、ＵＲＬ型命令２０２に含まれる機種ＩＤとＵＲＬ型命令２０２に含まれる処理ＩＤとに対応する応答形式で実行結果データ４０９を示す。
【００４５】
機種別監視制御部３６０は、各監視対象機器４００の機種に対応する機種Ａコントローラ［ｇｗ］３６１、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２、機種Ｃコントローラ［ｃ−１００］３６３、・・・を備え、各機種のＡＰＩに応じて各監視対象機器４００を制御する。
例えば、機種別監視制御部３６０（実行命令生成部の一例）は、ＧＷ通信処理部３１０により受信された要求データ２０１（ＵＲＬ型命令２０２を含む）に基づいて特定の監視対象機器４００に特定の処理を実行させる実行命令をＡＰＩデータ３０１としてＣＰＵを用いて生成する。
ＵＲＬ型命令２０２には、特定の監視対象機器に実行させる処理を識別する処理ＩＤと特定の監視対象機器の機種を識別する機種ＩＤとが含まれる。
機種別監視制御部３６０は、ＵＲＬ型命令２０２に含まれる機種ＩＤに基づいて特定の監視対象機器の機種に対応する形式でＡＰＩデータ３０１を生成する。
【００４６】
制御設定記憶部３９１は、記憶媒体を用いてルーティング定義ファイル３９１ａを記憶する。
ルーティング定義ファイル３９１ａ（処理名定義ファイルの一例）には、予め、機種ＩＤと処理ＩＤとに対応付けられてＡＰＩデータ３０１の生成処理の処理名が設定される。
【００４７】
機器構成・監視ＤＢ３９２は、記憶媒体を用いて機器構成監視テーブル３９２ａを記憶する。
機器構成監視テーブル３９２ａには、予め、機器ＩＤおよび機種ＩＤを含めて各監視対象機器４００の機器構成が設定されている。
機器構成監視テーブル３９２ａは、監視対象機器４００の追加・削除に応じて、機器監視部３４０により更新される。
【００４８】
応答データ用テンプレートＤＢ３９３は、記憶媒体を用いて応答データ用テンプレート３９３ａを記憶する。
応答データ用テンプレート３９３ａ（実行結果形式定義ファイルの一例）には、予め、機種ＩＤと処理ＩＤとに対応付けて実行結果を表す応答形式が設定されている。
【００４９】
各ＩＰ機器４０１（電気錠制御盤４１０、ネットワーク監視カメラ４２０など）は、所定形式のＡＰＩデータ３０１をＣＰＵ９１１を用いて処理して実行結果データ４０９を出力するインタフェース処理部（インタフェースＢ処理部４１１、インタフェースＣ処理部４２１など）をそれぞれに備える。
【００５０】
図６は、実施の形態１における機器統合管理装置２００による初期処理を示すフローチャートである。
機器統合管理装置２００が各監視対象機器４００の機器ＩＤおよび機種ＩＤを示す機器構成情報をゲートウェイ３００から取得する初期処理について、図６に基づいて以下に説明する。
機器統合管理装置２００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００５１】
＜Ｓ２１０＞
機器データ管理部２３０は、ゲートウェイ３００のホスト名を設定したＵＲＬを生成する。
ゲートウェイ３００のホスト名は、ゲートウェイ３００のＩＰアドレスに対応する名称であり、機器統合管理装置２００を操作する管理者により入力され、またはゲートウェイ３００から通知され、シード設定として統合運用管理ＤＢ２９１に予め記憶される。ゲートウェイ３００のホスト名の代わりに、ゲートウェイ３００のＩＰアドレスが用いられてもよい。
以下、ゲートウェイ３００のホスト名を「ｂｄａ−ｇｗ１」として説明する。
Ｓ２１０において、機器データ管理部２３０は、ＵＲＬ「ｈｔｔｐ：／／ｂｄａ−ｇｗ１」を生成する。
Ｓ２１０の後、処理はＳ２２０に進む。
【００５２】
＜Ｓ２２０＞
機器データ管理部２３０は、Ｓ２１０において生成したＵＲＬに機器構成情報を要求するための要求パラメータを付加してＵＲＬ型命令２０２を生成する。
機器構成情報を要求するための要求パラメータは、ゲートウェイ３００のホスト名と同様に、統合運用管理ＤＢ２９１に予め記憶される。
以下、機器構成情報を要求するための要求パラメータを「／ｄｅｖｉｃｅｓ／ｌｉｓｔ」として説明する。
Ｓ２２０において、機器データ管理部２３０は、「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」をＵＲＬ型命令２０２として生成する。
Ｓ２２０の後、処理はＳ２３０に進む。
【００５３】
＜Ｓ２３０＞
機器データ管理部２３０は、Ｓ２２０において生成したＵＲＬ型命令２０２を含めて要求データ２０１を生成する。
【００５４】
図７は、実施の形態１における要求データ２０１および応答データ３０２の一例を示す図である。
例えば、機器データ管理部２３０は、Ｓ２３０（図６参照）において、図７に示すようにＨＴＴＰ−ＧＥＴメッセージ「ＨＴＴＰ−ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」を要求データ２０１として生成する。
【００５５】
Ｓ２３０（図６参照）の後、処理はＳ２４０に進む。
【００５６】
＜Ｓ２４０＞
ＭＧ通信処理部２４０は、Ｓ２３０において生成された要求データ２０１をインターネット１０１を介してゲートウェイ３００へ送信する。
要求データ２０１は、ＵＲＬに対するＨＴＴＰ通信で送信されてもよいし、ＸＭＬ−ＲＰＣやＳＯＡＰ−ＲＰＣなどによる通信方式で送信されてもよい。
Ｓ２４０の後、要求データ２０１に基づいてゲートウェイ３００から機器構成情報を示す応答データ３０２が送信される。処理はＳ２５０に進む。
【００５７】
＜Ｓ２５０＞
ＭＧ通信処理部２４０は、機器構成情報を示す応答データ３０２をインターネット１０１を介してゲートウェイ３００から受信する。
例えば、ＭＧ通信処理部２４０は、図７に示すように各監視対象機器４００の機器構成情報をＸＭＬ形式で表す応答データ３０２をゲートウェイ３００から受信する。
【００５８】
図７において、「ｉｄ＝」は監視対象機器４００の機種ＩＤおよび機器ＩＤを含んだＵＲＬ型ＩＤ２０２ａを示し、「ｔｙｐｅ＝」は監視対象機器４００の機種名を示し、「ｉｐ＝」は監視対象機器４００のＩＰアドレスを示し、「ｍｏｄｅｌ＝」は監視対象機器４００のモデル名を示し、「ｆｉｒｍｗａｒｅ＝」は監視対象機器４００のファームウェア名を示す。
【００５９】
「ｉｄ＝」として示されているＵＲＬ型ＩＤ２０２ａは、「ゲートウェイ３００のホスト名が設定されたＵＲＬ（ｈｔｔｐ：／／ｂｄａ−ｇｗ１）」「監視対象機器４００の機種ＩＤ」「監視対象機器４００の機器ＩＤ」で構成される。
例えば、図７（１）の「ｉｄ＝“ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０”」は、電気錠制御盤４１０の機種ＩＤが「ａｃｓ−ｐｖ」、電気錠制御盤４１０の機器ＩＤ（相対識別子）が「１０」であることを示している。
また、図７（１）は、電気錠制御盤４１０のＩＰアドレスが“１９２．１６８．０．１０／２４”、電気錠制御盤４１０のモデル名が“ＡＣＳ−ＰＶ”、電気錠制御盤４１０のファームウェア名が“ＹＹＹ”であることを示している。
【００６０】
Ｓ２５０（図６参照）の後、処理はＳ２６０に進む。
【００６１】
＜Ｓ２６０＞
機器データ管理部２３０は、Ｓ２５０において受信された各監視対象機器４００の機器構成情報を統合運用管理ＤＢ２９１に記憶する。
Ｓ２６０の後、処理は終了する。
【００６２】
図８は、実施の形態１におけるゲートウェイ３００による初期処理を示すフローチャートである。
ゲートウェイ３００が各監視対象機器４００の機器ＩＤおよび機種ＩＤを示す機器構成情報を機器統合管理装置２００に提供する初期処理について、図８に基づいて以下に説明する。
ゲートウェイ３００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００６３】
＜Ｓ３１０＞
ＧＷ通信処理部３１０は、ＵＲＬ型命令２０２を含んだ要求データ２０１を機器統合管理装置２００からインターネット１０１を介して受信する。ＵＲＬ型命令２０２には機器構成情報の要求パラメータが設定されているものとする。
例えば、ＧＷ通信処理部３１０は、図７に示す要求データ２０１「ＨＴＴＰ−ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」を受信する。
Ｓ３１０の後、処理はＳ３２０に進む。
【００６４】
＜Ｓ３２０＞
ＧＷ制御部３２０は、Ｓ３１０において受信された要求データ２０１をルーティング定義ファイル３９１ａに基づいて解析し、ＵＲＬ型命令２０２に基づいて機種Ａコントローラ［ｇｗ］３６１に機器構成情報の取得を命令する。
【００６５】
図９は、実施の形態１におけるルーティング定義ファイル３９１ａの一例を示す図である。
管理者は、図９に示すようなルーティング定義ファイル３９１ａ「ｒｏｕｔｉｎｇ．ｄｅｆ」を生成し、ゲートウェイ３００の制御設定記憶部３９１に予め記憶させる。
図９（１）には、要求データ２０１がＨＴＴＰ−ＧＥＴメッセージであり、ＵＲＬ型命令２０２のホスト名以降が「／ｄｅｖｉｃｅｓ／ｌｉｓｔ」を示す場合、“ｇｗ”で識別される機種Ａコントローラ［ｇｗ］３６１により“ｇｅｔ＿ｄｅｖｉｃｅｓ＿ｌｉｓｔ”で識別される処理（モジュール、関数、アクション、プログラムなど）を実行することが定義されている。
【００６６】
Ｓ３２０（図８参照）において、要求データ２０１が「ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ｄｅｖｉｃｅｓ／ｌｉｓｔ」である場合、ＧＷ制御部３２０は、ルーティング定義ファイル３９１ａ（図９（１）参照）に従って、機種Ａコントローラ［ｇｗ］３６１に“ｇｅｔ＿ｄｅｖｉｃｅｓ＿ｌｉｓｔ”処理を命令する。
“ｇｅｔ＿ｄｅｖｉｃｅｓ＿ｌｉｓｔ”は、機器構成情報の取得処理を示す。
Ｓ３２０の後、処理はＳ３３０に進む。
【００６７】
＜Ｓ３３０＞
機種Ａコントローラ［ｇｗ］３６１は、機器構成監視テーブル３９２ａから機器構成情報３９２ｂを取得する。
【００６８】
図１０は、実施の形態１における機器構成監視テーブル３９２ａの一例を示す図である。
実施の形態１における機器構成監視テーブル３９２ａについて、図１０に基づいて以下に説明する。
機器構成監視テーブル３９２ａは、各監視対象機器４００について機器構成情報３９２ｂおよび機器監視情報３９２ｃを示し、機器構成・監視ＤＢ３９２に記憶される。
機器構成情報３９２ｂは、ＩＰ機器４０１の機種ＩＤ、ＩＰ機器４０１の機器ＩＤおよび周辺機器４０２の機器ＩＤ「ｄｅｖｉｃｅ＿ｐａｔｈ」、当該機器の機器ＩＤ「ｄｅｖｉｃｅ＿ｉｄ」、当該機器の機種名「ｄｅｖｉｃｅ＿ｔｙｐｅ」、当該機器のＩＰアドレス「ｄｅｖｉｃｅ＿ｉｐ」などを示す。
機器監視情報３９２ｃは、各監視対象機器４００からのポーリング（定期通信）の有無「ｉｓ＿ｐｏｌｌｉｎｇ」、ポーリングにより通知された各監視対象機器４００の状態「ｓｔａｔｕｓ」、最も新しいポーリングの実施日時「ｌａｓｔ ｐｏｌｌｉｎｇ＿ａｔ」などを示す。
【００６９】
機器構成情報３９２ｂは、管理者により入力され、またはＩＰ機器４０１から通知され、機器構成監視テーブル３９２ａに設定される。
機器監視情報３９２ｃは、機器監視部３４０と各ＩＰ機器４０１との間で定期的に行われる通信により検出され、機器監視部３４０により機器構成監視テーブル３９２ａに設定される。
【００７０】
例えば、ＩＰアドレスはＰＩＮＧ、ＤＨＣＰ、ＳＮＭＰなどの標準プロトコルで発見される。また、各情報は、ツール等で設定するなど公知の手段で管理されてもよい。
【００７１】
Ｓ３３０（図８参照）において、機種Ａコントローラ［ｇｗ］３６１は図１０に示すような機器構成情報３９２ｂを取得する。
Ｓ３３０の後、処理はＳ３４０に進む。
【００７２】
＜Ｓ３４０＞
応答データ生成部３５０は、応答データ用テンプレート３９３ａに基づいて、Ｓ３３０において取得された機器構成情報３９２ｂを表す応答データ３０２を生成する。
応答データ用テンプレート３９３ａの一つは、機器構成情報３９２ｂを表す応答データ３０２の雛型を示す。機器構成情報３９２ｂを表す応答データ３０２の雛型を示す応答データ用テンプレート３９３ａは、管理者により定義され応答データ用テンプレートＤＢ３９３に予め記憶される。
例えば、監視対象機器４００のＵＲＬ型ＩＤ２０２ａ（ｉｄ）、機種名（ｔｙｐｅ）、ＩＰアドレス（ｉｐ）、モデル名（ｍｏｄｅｌ）、ファームウェア名（ｆｉｒｍｗａｒｅ）を監視対象機器４００毎に示すＸＭＬ形式のテンプレートが、応答データ用テンプレート３９３ａの一つとして定義される。応答データ生成部３５０は、この応答データ用テンプレート３９３ａに機器構成情報３９２ｂの各値を設定し、図７に示すような応答データ３０２を生成する。
Ｓ３４０の後、処理はＳ３５０に進む。
【００７３】
＜Ｓ３５０＞
ＧＷ通信処理部３１０は、Ｓ３４０において生成された応答データ３０２をインターネット１０１を介して機器統合管理装置２００へ送信する。
Ｓ３５０の後、処理は終了する。
【００７４】
図１１は、実施の形態１における機器統合管理装置２００による管理処理を示すフローチャートである。
機器統合管理装置２００がＵＲＬ型命令２０２を用いてゲートウェイ３００を介して各監視対象機器４００に特定の処理を実行させる管理処理について、図１１に基づいて以下に説明する。
機器統合管理装置２００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００７５】
＜Ｓ４００＞
機器データ管理部２３０は、前述の初期処理によりゲートウェイ３００から取得された機器構成情報を統合運用管理ＤＢ２９１から取得する。
Ｓ４００の後、処理はＳ４１０に進む。
【００７６】
＜Ｓ４１０＞
機器データ管理部２３０は、特定の処理を要求していない監視対象機器４００（以下、「未処理機器」という）を機器構成情報から一つ選択する。
例えば、機器データ管理部２３０は、図７に応答データ３０２として示す機器構成情報から、電気錠制御盤４１０（ｉｄ＝“ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０”）を未処理機器として選択する。
Ｓ４１０の後、処理はＳ４１１に進む。
【００７７】
＜Ｓ４１１＞
機器データ管理部２３０は、Ｓ４１０において選択した未処理機器のＵＲＬ型ＩＤ２０２ａを機器構成情報から取得する。
例えば、未処理機器が電気錠制御盤４１０である場合、機器データ管理部２３０は、機器構成情報（図７（１）参照）に「ｉｄ＝」として設定されている電気錠制御盤４１０のＵＲＬ型ＩＤ２０２ａ「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０」を取得する。
Ｓ４１１の後、処理はＳ４１２に進む。
【００７８】
＜Ｓ４１２＞
機器データ管理部２３０は、未処理機器に実行させる特定の処理を識別する処理ＩＤ２０２ｂをＳ４１１において取得したＵＲＬ型ＩＤ２０２ａに付加してＵＲＬ型命令２０２を生成する。
処理ＩＤ２０２ｂは、管理者により定義され、予め統合運用管理ＤＢ２９１に記憶される。例えば、プロファイル情報の取得処理を識別する処理ＩＤ２０２ｂとして「ｇｅｔｐｒｏｆｉｌｅ」、内部時刻の取得処理を識別する処理ＩＤ２０２ｂとして「ｇｅｔｔｉｍｅ」が定義される。
【００７９】
図１２は、実施の形態１におけるＵＲＬ型命令２０２の形式を示す図である。
実施の形態１におけるＵＲＬ型命令２０２の形式について、図１２に基づいて以下に説明する。
ＵＲＬ型命令２０２は、ＵＲＬ型ＩＤ２０２ａと処理ＩＤ２０２ｂで構成される。
ＵＲＬ型ＩＤ２０２ａは、「ＨＴＴＰ：／／」「ｈｏｓｔｎａｍｅ」「／」「：ｄｅｖｉｃｅ＿ｃｏｎｔｒｏｌｌｅｒ＿ｎａｍｅ」「／」「：ｄｅｖｉｃｅ＿ｉｄ」「／」「：ｓｕｂｄｅｖｉｃｅ＿ｉｄ」で構成される。
「ｈｏｓｔｎａｍｅ」にはゲートウェイ３００のホスト名、「：ｄｅｖｉｃｅ＿ｃｏｎｔｒｏｌｌｅｒ＿ｎａｍｅ」にはＩＰ機器４０１の機種ＩＤ、「：ｄｅｖｉｃｅ＿ｉｄ」にはＩＰ機器４０１の機器ＩＤ、「：ｓｕｂｄｅｖｉｃｅ＿ｉｄ」には周辺機器４０２の機器ＩＤが設定される。
ＩＰ機器４０１の機種ＩＤは、後述するように、ゲートウェイ３００の機種別監視制御部３６０のコントローラ名に対応する。
処理ＩＤ２０２ｂは、「：ａｃｔｉｏｎ」に設定される。
【００８０】
例えば、Ｓ４１２（図１１参照）において、ＵＲＬ型ＩＤ２０２ａが「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０」、処理ＩＤ２０２ｂが「ｇｅｔｔｉｍｅ」である場合、機器データ管理部２３０は、ＵＲＬ型ＩＤ２０２ａに処理ＩＤ２０２ｂを付加した「ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」をＵＲＬ型命令２０２として生成する。
Ｓ４１２の後、処理はＳ４１３に進む。
【００８１】
＜Ｓ４１３＞
機器データ管理部２３０は、Ｓ４１２において生成したＵＲＬ型命令２０２を含めて要求データ２０１を生成する。
【００８２】
図１３は、実施の形態１における要求データ２０１および応答データ３０２の一例を示す図である。
例えば、機器データ管理部２３０は、Ｓ４１３（図１１参照）において、図１３に示すようにＨＴＴＰ−ＧＥＴメッセージ「ＨＴＴＰ−ＧＥＴ ｈｔｔｐ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」を要求データ２０１として生成する。
【００８３】
Ｓ４１３（図１１参照）の後、処理はＳ４２０に進む。
【００８４】
＜Ｓ４２０＞
ＭＧ通信処理部２４０は、Ｓ４１３において生成された要求データ２０１をインターネット１０１を介してゲートウェイ３００へ送信する。
Ｓ４２０の後、要求データ２０１に基づいてゲートウェイ３００を介して未処理機器により特定の処理が実行され、ゲートウェイ３００から処理結果を示す応答データ３０２が送信される。処理はＳ４３０に進む。
【００８５】
＜Ｓ４３０＞
ＭＧ通信処理部２４０は、未処理機器による特定処理の処理結果を示す応答データ３０２をインターネット１０１を介してゲートウェイ３００から受信する。
例えば、ＭＧ通信処理部２４０は、図１３に示すように未処理機器により取得された内部時刻をＸＭＬ形式で示す応答データ３０２をゲートウェイ３００から受信する。
【００８６】
＜Ｓ４４０＞
機器データ管理部２３０は、Ｓ４３０において受信された応答データ３０２（未処理機器による特定処理の処理結果）を統合運用管理ＤＢ２９１に記憶する。
Ｓ４４０の後、処理はＳ４５０に進む。
【００８７】
＜Ｓ４５０＞
機器データ管理部２３０は、機器構成情報を参照して未処理機器が残っているか判定する。
未処理機器が有る場合（ＹＥＳ）、処理はＳ４１０に戻り、未処理機器が無い場合（ＮＯ）、処理はＳ４６０に進む。
【００８８】
＜Ｓ４６０＞
表示コンテンツ生成部２１０は、Ｓ４４０において統合運用管理ＤＢ２９１に記憶された各監視対象機器４００の処理結果に基づいて表示コンテンツ２０３を生成する。
【００８９】
図１４は、実施の形態１における表示コンテンツ２０３の一例を示す図である。
実施の形態１における表示コンテンツ２０３について、図１４に基づいて以下に説明する。
表示コンテンツ２０３は、ＨＴＭＬコンテンツであり、「機器表示名」「機器ＩＤ」「モデル名」「状態」「機器時刻」を示している。
「機器表示名」は、機器構成情報に示される機種名（ｔｙｐｅ）とプロファイル情報取得処理（処理ＩＤ「ｇｅｔｐｒｏｆｉｌｅ」）により取得されるプロファイル情報に示される設置場所（例えば、「Ａビル」）とに基づいて設定される。
「機器ＩＤ」には、機器構成情報に示されるＵＲＬ型ＩＤ２０２ａ（ｉｄ）が設定される。
「モデル名」には、機器構成情報の値（ｍｏｄｅｌ）が設定される。
「状態」には、状態情報取得処理（処理ＩＤ「ｇｅｔｓｔａｔｕｓ」）により取得される状態情報が設定される。
「機器時刻」には、内部時刻取得処理（処理ＩＤ「ｇｅｔｔｉｍｅ」）により取得される内部時刻が設定される。
【００９０】
例えば、Ｓ４１０〜Ｓ４４０（図１１参照）において、各監視対象機器４００に対して処理ＩＤが「ｇｅｔｐｒｏｆｉｌｅ」である要求データ２０１、処理ＩＤが「ｇｅｔｓｔａｔｕｓ」である要求データ２０１および処理ＩＤが「ｇｅｔｔｉｍｅ」である要求データ２０１がゲートウェイ３００へ送信され、各監視対象機器４００のプロファイル情報、状態情報および内部時刻が統合運用管理ＤＢ２９１に記憶されているものとする。
この場合、表示コンテンツ生成部２１０は、Ｓ４６０（図１１参照）において、図１４に示すような表示コンテンツ２０３を生成する。
【００９１】
また、表示コンテンツ生成部２１０は、「機器ＩＤ」により示されるＵＲＬパスをファイルシステムマッピング（階層表示）してもよい。例えば、ファイルブラウザのように左ペインにディレクトリパスを表示し、右ペインに機器の各種情報を表示することもできる。さらに、表示コンテンツ２０３の不要な情報部分の表示を簡素化することにより、大規模なシステムの管理が容易になる。
【００９２】
Ｓ４６０（図１１参照）の後、処理はＳ４７０に進む。
【００９３】
＜Ｓ４７０＞
ＭＧ通信処理部２４０は、Ｓ４６０において生成された表示コンテンツ２０３をインターネット１０１を介して機器統合管理表示装置１１０に送信する。
機器統合管理表示装置１１０は、ＭＧ通信処理部２４０により送信された表示コンテンツ２０３を示すＷｅｂブラウザ１１２を図１４に示すように表示する。
Ｓ４７０の後、処理は終了する。
【００９４】
機器統合管理装置２００による管理処理（図１１）は、定期的または機器統合管理表示装置１１０からの表示コンテンツ要求データ１１１の送信時に実行される。例えば、機器統合管理装置２００において定期的に起動される監視データ取得デーモンプログラムにより機器データ管理部２３０が起動され、実行される。
【００９５】
図１５は、実施の形態１におけるゲートウェイ３００による管理処理を示すフローチャートである。
ゲートウェイ３００がＵＲＬ型命令２０２に基づいて監視対象機器４００に特定の処理を実行させる管理処理について、図１５に基づいて以下に説明する。
ゲートウェイ３００の各「〜部」は、以下に説明する処理をＣＰＵを用いて実行する。
【００９６】
＜Ｓ５１０＞
ＧＷ通信処理部３１０は、ＵＲＬ型命令２０２を含んだ要求データ２０１を機器統合管理装置２００からインターネット１０１を介して受信する。ＵＲＬ型命令２０２は、ＵＲＬ型ＩＤ２０２ａおよび処理ＩＤ２０２ｂを示す。
例えば、ＧＷ通信処理部３１０は、図１３に示す要求データ２０１「ＨＴＴＰ−ＧＥＴ ＨＴＴＰ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」を受信する。
Ｓ５１０の後、処理はＳ５２０に進む。
【００９７】
＜Ｓ５２０＞
ＧＷ制御部３２０は、Ｓ５１０において受信された要求データ２０１をルーティング定義ファイル３９１ａに基づいて解析し、ＵＲＬ型命令２０２に基づいて機種別監視制御部３６０のコントローラ、コントローラのモジュール（「アクション」「関数」ともいう）およびＩＰ機器４０１を決定する。
以下、Ｓ５２０において決定される機種別監視制御部３６０のコントローラを「特定コントローラ」、コントローラのモジュールを「特定モジュール」、ＩＰ機器４０１を「特定機器」という。
要求データ２０１が「ＨＴＴＰ−ＧＥＴ ＨＴＴＰ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｇｅｔｔｉｍｅ」である場合、ＧＷ制御部３２０は、ルーティング定義ファイル３９１ａ（図９（３）参照）に従って、特定コントローラを機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２、特定機器を「１０」を機器ＩＤとする電気錠制御盤４１０、特定モジュールを「ＧｅｔＡｃｓＴｉｍｅ」に決定する。
また、要求データ２０１が「ＨＴＴＰ−ＧＥＴ ＨＴＴＰ：／／ｂｄａ−ｇｗ１／ａｃｓ−ｐｖ／１０／ｃｒ１／ｇｅｔｔｉｍｅ」である場合、ＧＷ制御部３２０は、「ｃｒ１」を機器ＩＤとするカードリーダ４９１を対象機器に決定する。
【００９８】
また、ＧＷ制御部３２０は、要求データ２０１の解析時に、機器ＩＤが機器構成監視テーブル３９２ａに設定されているか、ＵＲＬ型命令２０２の形式が不正でないか、機種ＩＤや処理ＩＤがルーティング定義ファイル３９１ａに定義されているか等のエラーチェックを行う。エラー検出時、ＧＷ制御部３２０は、エラー番号やエラー原因などを示す応答データ３０２をＧＷ通信処理部３１０を介して機器統合管理装置２００に送信し、管理処理を終了する。この応答データ３０２は、応答データ生成部３５０により応答データ用テンプレート３９３ａにエラー番号やエラー原因などが挿入されて生成される。
【００９９】
Ｓ５２０の後、処理はＳ５３０に進む。
【０１００】
＜Ｓ５３０＞
ＧＷ制御部３２０は、Ｓ５２０における決定事項に基づいて、特定コントローラに特定モジュールの実行を命令する。
例えば、Ｓ５２０において特定コントローラが機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２、特定モジュールが「ＧｅｔＡｃｓＴｉｍｅ」に決定された場合、ＧＷ制御部３２０は、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２にＧｅｔＡｃｓＴｉｍｅモジュールの実行を命令する。
Ｓ５３０の後、処理はＳ５４０に進む。
【０１０１】
＜Ｓ５４０＞
特定コントローラは、特定モジュールを実行することにより、ＡＰＩデータ３０１を送信して特定機器に特定処理の実行を命令する。
コントローラの各モジュールには所定の機種に所定の処理を実行させるためのプログラム（命令コード）が定義されている。
例えば、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２は、ＧｅｔＡｃｓＴｉｍｅモジュールを実行することにより、機種「ａｃｓ−ｐｖ」が提供する内部時刻取得機能（ＡＰＩ）を実行させる命令データをＡＰＩデータ３０１として生成し、生成したＡＰＩデータ３０１をＧＷ通信処理部３１０を介して特定機器（例えば、電気錠制御盤４１０）に送信する。
また、対象機器（例えば、カードリーダ４９１）が決定されている場合、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２は、対象機器を対象として内部時刻取得機能を動作させるＡＰＩデータ３０１を特定機器（例えば、電気錠制御盤４１０）に送信する。
ＡＰＩは監視対象機器４００の機種および機能により異なるため、各コントローラの各モジュールにより生成されるＡＰＩデータ３０１はそれぞれ異なる。
例えば、同じ内部時刻取得機能を実行させるＡＰＩデータ３０１であっても、機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２のＧｅｔＡｃｓＴｉｍｅモジュール（図９（３）参照）により生成されるＡＰＩデータ３０１と機種Ｃコントローラ［ｃ−１００］３６３のＧｅｔＣ１００Ｔｉｍｅモジュール（図９（４））により生成されるＡＰＩデータ３０１とは異なる。
【０１０２】
ＧＷ通信処理部３１０は、特定機器のＩＰアドレスを機器ＩＤに基づいて機器構成監視テーブル３９２ａから取得し、取得したＩＰアドレスを用いてＡＰＩデータ３０１を特定機器に送信する。
【０１０３】
Ｓ５４０の後、特定機器の処理部（例えば、電気錠制御盤４１０のインタフェースＢ処理部４１１）により実行された特定処理の処理結果が実行結果データ４０９としてゲートウェイ３００に送信される。処理はＳ５５０に進む。
【０１０４】
＜Ｓ５５０＞
特定コントローラは、特定機器から送信された実行結果データ４０９をＧＷ通信処理部３１０を介して受信する。
Ｓ５５０の後、処理はＳ５６０に進む。
【０１０５】
＜Ｓ５６０＞
応答データ生成部３５０は、応答データ用テンプレート３９３ａに基づいて、Ｓ５５０において受信された実行結果データ４０９を示す応答データ３０２を生成する。
応答データ用テンプレートＤＢ３９３には、応答データ３０２の雛型を示す応答データ用テンプレート３９３ａが機種ＩＤおよび処理ＩＤ毎に記憶される。各応答データ用テンプレート３９３ａは、管理者により定義され応答データ用テンプレートＤＢ３９３に予め記憶される。
【０１０６】
図１６は、実施の形態１における応答データ用テンプレート３９３ａの一例を示す図である。
例えば、図１６に示すように、機種ＩＤ「ａｃｓ−ｐｖ」および処理ＩＤ「ｇｅｔｔｉｍｅ」に対応するＸＭＬ形式の応答データ用テンプレート３９３ａが「ａｃｓ−ｐｖ＿ｇｅｔｔｉｍｅ．ｘｍｌ．ｔｅｍｐｌａｔｅ」という名称で応答データ用テンプレートＤＢ３９３に記憶される。
「＜％＝ｈ ｉｄ ％＞」にはＵＲＬ型命令２０２の機種ＩＤおよび機器ＩＤ、「＜％＝ｈ ａｃｔｉｏｎ ％＞」にはＵＲＬ型命令２０２の処理ＩＤ、「＜％＝ｈ ａｃｔｉｏｎ＿ｒｅｓｐｏｎｓｅ ％＞」には実行結果データ４０９の値が設定される。
機種Ｂコントローラ［ａｃｓ−ｐｖ］３６２が処理ＩＤ「ｇｅｔｔｉｍｅ」に対応するＧｅｔＡｃｓＴｉｍｅモジュールを実行し、電気錠制御盤４１０の実行結果データ４０９が「２００８−０８−０１ １２：００：００」を示す場合、Ｓ５６０（図１５参照）において、応答データ生成部３５０は、「ａｃｓ−ｐｖ＿ｇｅｔｔｉｍｅ．ｘｍｌ．ｔｅｍｐｌａｔｅ」（図１６参照）に基づいて、図１３に示すような応答データ３０２を生成する。
【０１０７】
Ｓ５６０（図１５参照）の後、処理はＳ５７０に進む。
【０１０８】
＜Ｓ５７０＞
ＧＷ通信処理部３１０は、Ｓ５６０において生成された応答データ３０２をインターネット１０１を介して機器統合管理装置２００に送信する。
Ｓ５７０の後、処理は終了する。
【０１０９】
管理処理は、ゲートウェイ３００ではなくいずれかの監視対象機器４００により実行されてもよい。この場合、管理処理を実行する監視対象機器４００は上述したゲートウェイ３００の構成を備える。
【０１１０】
実施の形態１において、以下のような機器統合管理システム１００および機器統合管理方法について説明した。
機器統合管理システム１００は、機器の監視・制御等において機器を特定するＩＤをＵＲＬ形式で管理し、このＵＲＬを機器統合管理装置２００からゲートウェイ３００に送信することにより各機器を監視・制御する。
機器統合管理システム１００は、ＵＲＬ型ＩＤで機器またはその周辺機器を指定し、機器またはその周辺機器への監視・制御命令文字列（処理ＩＤ）を当該ＵＲＬ型ＩＤに付加し、当該ＵＲＬ（ＵＲＬ型命令２０２）によりＨＴＴＰ通信することで各機器を監視・制御等する。
機器統合管理システム１００は、ＵＲＬ型ＩＤを用いて、機器またはその周辺機器に対する監視・制御命令を実行し、複数機種を統合的に管理する。
ゲートウェイ３００（または監視対象機器４００）は、ＵＲＬ型ＩＤを用いた機器またはその周辺機器に対する監視・制御命令を機器統合管理装置２００から受信し、当該ＵＲＬの解析により、監視対象の機器・周辺機器を特定し、特定した当該機器を監視・制御する実行処理モジュール・関数を当該ＵＲＬおよびプロトコルにより特定し、特定した実行処理モジュールにより監視・制御命令を監視対象に対し実行し、実行結果を機器統合管理装置２００に応答する。
ゲートウェイ３００（または監視対象機器４００）は、各機器や周辺機器の制御・監視命令を行うモジュールや関数をＵＲＬ中の機種別情報、機器ＩＤおよび実行命令とルーティングマップ定義（ルーティング定義ファイル３９１ａ）とにより決定し、機種別の監視・制御処理を実行する。
ゲートウェイ３００（または監視対象機器４００）は、監視対象の種別および実行命令から特定される応答データ用雛形ファイル（応答データ用テンプレート３９３ａ）に指示された各パラメータ部分に対応する実行結果を動的に埋め込み、機器統合管理装置２００に実行結果を応答する。
【０１１１】
機器統合管理システム１００は、機器のＩＤをＵＲＬ形式で管理することにより、広域にまたがる拠点を統合的に見通しよく管理することができる。
機器統合管理システム１００は、各機器制御用に提供される監視・制御機能を統一的な操作名（アクション名）（処理ＩＤ）でアクセスするためのＡＰＩルーティング表（ルーティング定義ファイル３９１ａ）を用いることにより、個別に異なる監視・制御インタフェース（ＡＰＩ）を統合することを容易にする。
機器統合管理システム１００は、各機器制御用に提供される監視・制御機能呼び出しの応答データ（実行結果データ４０９）の機種毎の違いを吸収し、機器統合管理装置２００に統一的な応答データフォーマット（例えば、ＸＭＬ形式）で応答することにより、統合管理を容易にする。
【図面の簡単な説明】
【０１１２】
【図１】実施の形態１における機器統合管理システム１００の機器構成図。
【図２】実施の形態１における機器統合管理システム１００の処理の流れを示すシーケンス図。
【図３】実施の形態１における機器統合管理システム１００のハードウェア資源の一例を示す図。
【図４】実施の形態１における機器統合管理装置２００の機能構成図。
【図５】実施の形態１におけるゲートウェイ３００の機能構成図。
【図６】実施の形態１における機器統合管理装置２００による初期処理を示すフローチャート。
【図７】実施の形態１における要求データ２０１および応答データ３０２の一例を示す図。
【図８】実施の形態１におけるゲートウェイ３００による初期処理を示すフローチャート。
【図９】実施の形態１におけるルーティング定義ファイル３９１ａの一例を示す図。
【図１０】実施の形態１における機器構成監視テーブル３９２ａの一例を示す図。
【図１１】実施の形態１における機器統合管理装置２００による管理処理を示すフローチャート。
【図１２】実施の形態１におけるＵＲＬ型命令２０２の形式を示す図。
【図１３】実施の形態１における要求データ２０１および応答データ３０２の一例を示す図。
【図１４】実施の形態１における表示コンテンツ２０３の一例を示す図。
【図１５】実施の形態１におけるゲートウェイ３００による管理処理を示すフローチャート。
【図１６】実施の形態１における応答データ用テンプレート３９３ａの一例を示す図。
【符号の説明】
【０１１３】
１００ 機器統合管理システム、１０１ インターネット、１０２ ＬＡＮ、１０３ ビル、１１０ 機器統合管理表示装置、１１１ 表示コンテンツ要求データ、１１２ Ｗｅｂブラウザ、２００ 機器統合管理装置、２０１ 要求データ、２０２ ＵＲＬ型命令、２０２ａ ＵＲＬ型ＩＤ、２０２ｂ 処理ＩＤ、２０３ 表示コンテンツ、２１０ 表示コンテンツ生成部、２２０ ＭＧ制御部、２３０ 機器データ管理部、２４０ ＭＧ通信処理部、２９１ 統合運用管理ＤＢ、３００ ゲートウェイ、３０１ ＡＰＩデータ、３０２ 応答データ、３１０ ＧＷ通信処理部、３２０ ＧＷ制御部、３３０ 機器構成管理部、３４０ 機器監視部、３５０ 応答データ生成部、３６０ 機種別監視制御部、３６１ 機種Ａコントローラ［ｇｗ］、３６２ 機種Ｂコントローラ［ａｃｓ−ｐｖ］、３６３ 機種Ｃコントローラ［ｃ−１００］、３９１ 制御設定記憶部、３９１ａ ルーティング定義ファイル、３９２ 機器構成・監視ＤＢ、３９２ａ 機器構成監視テーブル、３９２ｂ 機器構成情報、３９２ｃ 機器監視情報、３９３ 応答データ用テンプレートＤＢ、３９３ａ 応答データ用テンプレート、４００ 監視対象機器、４０１ ＩＰ機器、４０２ 周辺機器、４０９ 実行結果データ、４１０ 電気錠制御盤、４１１ インタフェースＢ処理部、４２０ ネットワーク監視カメラ、４２１ インタフェースＣ処理部、４３０ 監視レコーダ、４４０ 映像監視表示装置、４５０ 空調制御装置、４６０ 照明制御装置、４９１ カードリーダ、４９２ 電気錠付扉、４９３ アナログ監視カメラ、４９４ 空調ユニット、４９５ 照明ユニット、９０１ 表示装置、９０２ キーボード、９０３ マウス、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ 磁気ディスク装置、９２１ ＯＳ、９２３ プログラム群、９２４ ファイル群。
【特許請求の範囲】
【請求項１】
複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成するＵＲＬ型命令生成部と、
前記ＵＲＬ型命令生成部により生成されたＵＲＬ型命令を前記機器接続装置へ通信装置を用いて送信することにより、前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記機器接続装置から前記特定の監視対象機器へ送信させて前記特定の監視対象機器に前記実行処理を実行させるＵＲＬ型命令送信部と
を備えたことを特徴とする機器統合管理装置。
【請求項２】
前記ＵＲＬ型命令送信部は、前記ＵＲＬ型命令をＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で送信する
ことを特徴とする請求項１記載の機器統合管理装置。
【請求項３】
前記特定の監視対象機器による前記実行処理の実行結果を前記機器接続装置から通信装置を用いて受信する実行結果受信部と、
前記実行結果受信部により受信された実行結果を出力装置に出力する実行結果出力部と
を備えたことを特徴とする請求項１〜請求項２いずれかに記載の機器統合管理装置。
【請求項４】
複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成するＵＲＬ型命令生成処理と、
前記ＵＲＬ型命令生成処理により生成されたＵＲＬ型命令を前記機器接続装置へ通信装置を用いて送信することにより、前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記機器接続装置から前記特定の監視対象機器へ送信させて前記特定の監視対象機器に前記実行処理を実行させるＵＲＬ型命令送信処理と
を機器統合管理装置に実行させる機器統合管理プログラム。
【請求項５】
複数の監視対象機器と通信接続する機器接続装置であり、
前記機器接続装置のホスト名を設定されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加されたデータをＵＲＬ型命令として送信する機器統合管理装置から前記ＵＲＬ型命令を通信装置を用いて受信するＵＲＬ型命令受信部と、
前記ＵＲＬ型命令受信部により受信されたＵＲＬ型命令に基づいて前記特定の監視対象機器に前記実行処理を実行させる実行命令をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成する実行命令生成部と、
前記実行命令生成部により生成された実行命令を前記特定の監視対象機器へ通信装置を用いて送信して前記特定の監視対象機器に前記実行処理を実行させる実行命令送信部と
を備えたことを特徴とする機器接続装置。
【請求項６】
前記ＵＲＬ型命令には、前記特定の監視対象機器の機種を識別する機種ＩＤが含まれ、
前記実行命令生成部は、前記ＵＲＬ型命令に含まれる機種ＩＤに基づいて前記特定の監視対象機器の機種に対応する形式で前記実行命令を生成する
ことを特徴とする請求項５記載の機器接続装置。
【請求項７】
前記特定の監視対象機器から前記実行処理の実行結果を通信装置を用いて受信する実行結果接続受信部と、
前記実行結果接続受信部により受信された実行結果を前記機器統合管理装置へ通信装置を用いて送信する実行結果接続送信部と
を備えたことを特徴とする請求項５〜請求項６いずれかに記載の機器接続装置。
【請求項８】
前記ＵＲＬ型命令には、前記特定の監視対象機器の機種を識別する機種ＩＤが含まれ、
前記機器接続装置は、機種ＩＤと処理ＩＤとに対応付けて実行結果を表す形式が予め設定されている実行結果形式定義ファイルに基づいて、前記実行結果接続受信部により受信された実行結果を前記ＵＲＬ型命令に含まれる機種ＩＤと前記ＵＲＬ型命令に含まれる処理ＩＤとに対応する形式で表す実行形式結果をＣＰＵを用いて生成する実行形式結果生成部を備え、
前記実行結果接続送信部は、前記実行形式結果生成部により生成された実行形式結果を前記機器統合管理装置へ送信する
ことを特徴とする請求項７記載の機器接続装置。
【請求項９】
複数の監視対象機器と通信接続する機器接続装置のアドレスを設定されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加されたデータをＵＲＬ型命令として送信する機器統合管理装置から前記ＵＲＬ型命令を通信装置を用いて受信するＵＲＬ型命令受信処理と、
前記ＵＲＬ型命令受信処理により受信されたＵＲＬ型命令に基づいて前記特定の監視対象機器に前記実行処理を実行させる実行命令をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成する実行命令生成処理と、
前記実行命令生成処理により生成された実行命令を前記特定の監視対象機器へ通信装置を用いて送信して前記特定の監視対象機器に前記実行処理を実行させる実行命令送信処理と
を前記機器接続装置に実行させる機器接続プログラム。
【請求項１０】
請求項１〜請求項３いずれかに記載の機器統合管理装置と、
請求項５〜請求項８いずれかに記載の機器接続装置と
を有することを特徴とする機器統合管理システム。
【請求項１１】
機器統合管理装置は、複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令として前記機器接続装置へ送信し、
前記機器接続装置は、前記機器統合管理装置により送信されたＵＲＬ型命令を受信し、受信したＵＲＬ型命令に基づいて前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記特定の監視対象機器へ送信して前記特定の監視対象機器に前記実行処理を実行させる
ことを特徴とする機器統合管理方法。
【請求項１】
複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成するＵＲＬ型命令生成部と、
前記ＵＲＬ型命令生成部により生成されたＵＲＬ型命令を前記機器接続装置へ通信装置を用いて送信することにより、前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記機器接続装置から前記特定の監視対象機器へ送信させて前記特定の監視対象機器に前記実行処理を実行させるＵＲＬ型命令送信部と
を備えたことを特徴とする機器統合管理装置。
【請求項２】
前記ＵＲＬ型命令送信部は、前記ＵＲＬ型命令をＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で送信する
ことを特徴とする請求項１記載の機器統合管理装置。
【請求項３】
前記特定の監視対象機器による前記実行処理の実行結果を前記機器接続装置から通信装置を用いて受信する実行結果受信部と、
前記実行結果受信部により受信された実行結果を出力装置に出力する実行結果出力部と
を備えたことを特徴とする請求項１〜請求項２いずれかに記載の機器統合管理装置。
【請求項４】
複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成するＵＲＬ型命令生成処理と、
前記ＵＲＬ型命令生成処理により生成されたＵＲＬ型命令を前記機器接続装置へ通信装置を用いて送信することにより、前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記機器接続装置から前記特定の監視対象機器へ送信させて前記特定の監視対象機器に前記実行処理を実行させるＵＲＬ型命令送信処理と
を機器統合管理装置に実行させる機器統合管理プログラム。
【請求項５】
複数の監視対象機器と通信接続する機器接続装置であり、
前記機器接続装置のホスト名を設定されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加されたデータをＵＲＬ型命令として送信する機器統合管理装置から前記ＵＲＬ型命令を通信装置を用いて受信するＵＲＬ型命令受信部と、
前記ＵＲＬ型命令受信部により受信されたＵＲＬ型命令に基づいて前記特定の監視対象機器に前記実行処理を実行させる実行命令をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成する実行命令生成部と、
前記実行命令生成部により生成された実行命令を前記特定の監視対象機器へ通信装置を用いて送信して前記特定の監視対象機器に前記実行処理を実行させる実行命令送信部と
を備えたことを特徴とする機器接続装置。
【請求項６】
前記ＵＲＬ型命令には、前記特定の監視対象機器の機種を識別する機種ＩＤが含まれ、
前記実行命令生成部は、前記ＵＲＬ型命令に含まれる機種ＩＤに基づいて前記特定の監視対象機器の機種に対応する形式で前記実行命令を生成する
ことを特徴とする請求項５記載の機器接続装置。
【請求項７】
前記特定の監視対象機器から前記実行処理の実行結果を通信装置を用いて受信する実行結果接続受信部と、
前記実行結果接続受信部により受信された実行結果を前記機器統合管理装置へ通信装置を用いて送信する実行結果接続送信部と
を備えたことを特徴とする請求項５〜請求項６いずれかに記載の機器接続装置。
【請求項８】
前記ＵＲＬ型命令には、前記特定の監視対象機器の機種を識別する機種ＩＤが含まれ、
前記機器接続装置は、機種ＩＤと処理ＩＤとに対応付けて実行結果を表す形式が予め設定されている実行結果形式定義ファイルに基づいて、前記実行結果接続受信部により受信された実行結果を前記ＵＲＬ型命令に含まれる機種ＩＤと前記ＵＲＬ型命令に含まれる処理ＩＤとに対応する形式で表す実行形式結果をＣＰＵを用いて生成する実行形式結果生成部を備え、
前記実行結果接続送信部は、前記実行形式結果生成部により生成された実行形式結果を前記機器統合管理装置へ送信する
ことを特徴とする請求項７記載の機器接続装置。
【請求項９】
複数の監視対象機器と通信接続する機器接続装置のアドレスを設定されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加されたデータをＵＲＬ型命令として送信する機器統合管理装置から前記ＵＲＬ型命令を通信装置を用いて受信するＵＲＬ型命令受信処理と、
前記ＵＲＬ型命令受信処理により受信されたＵＲＬ型命令に基づいて前記特定の監視対象機器に前記実行処理を実行させる実行命令をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて生成する実行命令生成処理と、
前記実行命令生成処理により生成された実行命令を前記特定の監視対象機器へ通信装置を用いて送信して前記特定の監視対象機器に前記実行処理を実行させる実行命令送信処理と
を前記機器接続装置に実行させる機器接続プログラム。
【請求項１０】
請求項１〜請求項３いずれかに記載の機器統合管理装置と、
請求項５〜請求項８いずれかに記載の機器接続装置と
を有することを特徴とする機器統合管理システム。
【請求項１１】
機器統合管理装置は、複数の監視対象機器と通信接続する機器接続装置のアドレスを設定したＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に特定の監視対象機器を識別する機器ＩＤと前記特定の監視対象機器に実行させる処理を実行処理として識別する処理ＩＤとを付加したデータをＵＲＬ型命令として前記機器接続装置へ送信し、
前記機器接続装置は、前記機器統合管理装置により送信されたＵＲＬ型命令を受信し、受信したＵＲＬ型命令に基づいて前記特定の監視対象機器に前記実行処理を実行させる実行命令を前記特定の監視対象機器へ送信して前記特定の監視対象機器に前記実行処理を実行させる
ことを特徴とする機器統合管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１０−１４１８２６（Ｐ２０１０−１４１８２６Ａ）
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願番号】特願２００８−３１８７４１（Ｐ２００８−３１８７４１）
【出願日】平成２０年１２月１５日（２００８．１２．１５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願日】平成２０年１２月１５日（２００８．１２．１５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]