遠隔監視システム
【課題】監視に係る多様なサービスを設備機器やクライアント用端末でのプログラムの変更なしに可能で、サービスを提供する機器の増加に柔軟に対処できる遠隔監視システムを提供することにある。
【解決手段】ゲートウェイ８のサービス機能部ＯＡＳには、集中制御コントローラ３ａ１や警報監視装置３ｂから受け取る監視の情報を管理し、クライアント用端末１０ａや１０ｂからの実行要求に基づいた実行時に、管理する前記監視の情報を基礎とし、予め定めた所定条件に対応させた情報をクライアント用端末１０ａや１０ｂへ通知するようにプログラムされているサーバ側オブジェクトを有している。
【解決手段】ゲートウェイ８のサービス機能部ＯＡＳには、集中制御コントローラ３ａ１や警報監視装置３ｂから受け取る監視の情報を管理し、クライアント用端末１０ａや１０ｂからの実行要求に基づいた実行時に、管理する前記監視の情報を基礎とし、予め定めた所定条件に対応させた情報をクライアント用端末１０ａや１０ｂへ通知するようにプログラムされているサーバ側オブジェクトを有している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されている設備機器の遠隔監視制御を行うための遠隔監視システムに関するものである。
【背景技術】
【０００２】
従来、ＩＰｖ６ネットワークに接続された端末から、非ＩＰネットワークに接続されている機器を制御したり監視するシステムが提供されている。
【０００３】
このシステムは非ＩＰｖ６ネットワークの機器のインターフェースＩＤと識別情報を取得するとともに、ＩＰｖ６ネットワークのネットワークＩＤを取得し、これらＩＤからＩＰｖ６アドレスを生成し、この生成したアドレスと識別情報の対応を管理することで、非ＩＰｖ６ネットワークの機器と、ＩＰｖ６ネットワークの端末との通信を可能にするゲートウェイを設けて機器の制御や監視を端末で行うようにしたものである。
【特許文献１】特開２００３−６０６６４公報（段落００１４〜００１９、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで特許文献１に開示されているシステムでは非ＩＰｖ６の機器を用いるものの、ＩＰｖ６ネットワークの端末では送信先のＩＰｖ６アドレスを含むヘッダを設けたパケットを送るため、ゲートウェイで非ＩＰｖ６の機器へのＩＰｖ６のアドレス割り当てを行うとしても、端末から複数の機器へのアクセスを行う場合には、各機器に対応するＩＰｖ６アドレスを生成する必要がある。つまりＩＰｖ６アドレスを意識することが必要であり、同じ動作を行う機器が追加されたとしても、当然それに対応するＩＰｖ６アドレスを別にする必要があり、一つの識別子で複数の条件で機器を監視することはできなった。また一つの機器に複数の識別子を割り当てることもできず、更にサービスを提供する機器の増減に柔軟に対処できなかった。
【０００５】
本発明は上述の点に鑑みてなされたもので、その目的とするところは、設備機器の監視を行う遠隔監視システムにおいて、監視に係る多様なサービスを設備機器やクライアント用端末でのプログラムの変更なしに可能で、クライアントが、設備機器からの監視情報を直接的に受けるだけの単純なサービスではなく、サーバ側においてサービスを付与することによって、よりクライアントの要求するサービスに適したサービスを提供可能な遠隔監視システムを提供することにある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するために、請求項１の発明では、監視対象の１乃至複数の設備機器と、１乃至複数のクライアント用端末と、前記設備機器とクライアント用端末との間の情報授受に介在するサーバとをネットワークで接続して構成され、
設備機器は、監視対象となる機能部と、前記機能部の監視情報を定義して該定義に基づいて当該監視情報を前記機能部から取得することを実行する１乃至複数の設備側オブジェクトを有し、前記オブジェクトに付与された識別子を用いて設備側オブジェクトに対する実行要求が前記サーバからあると当該設備側オブジェクトの実行によって前記監視情報を前記機能部から取得するとともに、前記ネットワークを介して取得した前記監視情報を前記サーバへ送る情報処理部とを備え、
前記サーバは、前記設備側オブジェクトの識別子に対応付けられたサーバ側オブジェクトを有し、該サーバ側オブジェクトに対する実行要求があると、前記設備側オブジェクトに対応付けられた識別子を用いて当該設備側オブジェクトに対する実行要求を当該設備機器にネットワークを介して行うサービス機能部を備え、
前記クライアント用端末は、前記サーバ側オブジェクトに対する実行要求を前記サーバ側オブジェクトに付されている識別子を用いて行う機能と、前記サーバからの前記監視情報を受け取り処理するための機能とを備え、
前記サーバのサービス機能部は、前記設備機器側から受け取る監視情報を管理し、管理する前記監視情報を基礎とし、予め定めた所定条件に対応させた情報を前記クライアント用端末へ通知することを特徴とする。
【０００７】
請求項１の発明によれば、設備機器側から送られてくる監視情報をサーバ側のサービス機能部で管理し、この管理した監視情報を基礎とし、予め定めた所定条件に対応させた情報をクライアント用端末側へ通知するため、所定条件の変更のみで監視サービスの多様化が図れ、そのためクライアント用端末や設備機器側でのプログラム変更の必要もなく、またサービス提供のためのクライアント用端末とサーバ間の通信量も少なくて良く、またクライアントが、設備機器からの監視情報を直接的に受けるだけの単純なサービスではなく、サーバ側においてサービスを付与することによって、よりクライアントの要求するサービスに適したサービスを提供することが可能となる。
【０００８】
請求項２の発明では、請求項１の発明において、前記サーバ側オブジェクトは、複数の設備側オブジェクトに対応付けし、対応付けのある各設備側オブジェクトの実行によって受け取る監視情報の組み合わせが前記所定条件を満足させたときに所定情報に変換することを特徴とする。
【０００９】
請求項２の発明によれば、複数の監視の情報を組み合わせて新たな意味付けを行った情報としてクライアント用端末に送ることができ、その結果単独の情報では得られない多様なサービスへの展開ができる上に、クライアント用端末で個々の情報を受け取って判断処理を行う場合に比べて、クライアント用端末での負担も少なく、またクライアント用端末への通信量も減らせることができる。
【００１０】
請求項３の発明では、請求項１又は２の発明において、前記サービス機能部は監視情報の定義を複数有する一つのサーバ側オブジェクト若しくは各別に監視情報を定義している複数のサーバ側オブジェクトを有し、各監視情報の定義に対して各別に前記設備側オブジェクトを対応付けするとともに、前記所定条件をサーバ側オブジェクトでの監視情報の定義毎に設定していることを特徴とする。
【００１１】
請求項３の発明によれば、更なる多様なサービスの展開を可能とする。
【００１２】
請求項４の発明では、請求項１乃至３の何れかの発明において、前記設備側オブジェクトが定義する監視情報は前記機能部でのイベント発生に対応する監視情報であることを特徴する。
【００１３】
請求項４の発明によれば、設備機器の機能部の状態変化をサーバのサービス機能部で常に捉え、その状態変化を所定条件に基づいた情報としてクライアント用端末へ通知することができ、リアルタイム的な設備機器の監視を可能とするとともに、単に状態変化を示す監視情報をクライアント用端末へ通知する場合に比べて新たな意味付けした情報をサーバのサービス機能部から与えることができ、その結果クライアント用端末での監視情報に対する判断処理のための負担を増やすことなく、またクライアント用端末とサーバ間の通信量を増やすことなく遠隔監視システムとしてクライアント用端末に多様なサービスを提供することも可能となる。
【００１４】
請求項５の発明では、請求項４の発明において、前記サーバ側オブジェクトが定義する監視情報がイベント情報であるとともに、前記サービス機能部が前記設備機器から監視情報を受け取ると、受け取ってから一定時間経過時点での監視情報の内容が前記設備機器から監視情報を受け取る前の前記設備機器の状態に対して変化しているという条件が前記所定条件であって、当該所定条件が満足されたときに前記監視情報をイベント情報として前記サーバから前記クライアント用端末へ通知することを特徴とする。
【００１５】
請求項５の発明によれば、設備機器の機能部でチャタリング動作を伴うような状態変化が起きても、チャタリング等による状態表示の煩わしさが低減できる。つまり、一連の動作の最終状態のみを通知することができるようになる。
【００１６】
請求項６の発明では、請求項４の発明において、前記サーバ側オブジェクトで定義する監視情報が変数であるとともに、前記クライアント用端末から前記サーバ側オブジェクトに対する実行要求時点で、前記サービス機能部が複数の設備機器側から受け取っている監視情報の内容と予め定めた内容とが全て一致しているという論理積条件が前記所定条件であって、当該所定条件が満足されたときに、前記所定の監視情報を変数として前記サーバから前記クライアント用端末へ通知することを特徴とする。
【００１７】
請求項６の発明によれば、複数の監視情報の一致という条件を設定することで、単独の状態変化を示す監視情報とは異なる総合的な判断に基づいて意味付けした監視情報をクライアント用端末へサービスとして提供することができる。
【００１８】
請求項７の発明では、請求項４の発明において、前記所定条件とは前記サービス機能部が設備機器から受け取る監視情報の受け取り順が予め定めた順番に合致するという時系列条件であることを特徴とする。
【００１９】
請求項７の発明によれば、単独の状態変化を示す監視情報だけでは捉えられない、連関した設備機器の挙動変化に対応して意味付けたした監視情報をクライアント用端末へサービスとして提供することができる。
【発明の効果】
【００２０】
本発明は、設備機器側から送られてくる監視情報をサーバ側のサービス機能部で管理し、この管理した監視情報を基礎とし、予め定めた所定条件に対応させた情報をクライアント用端末側へ通知するため、所定条件の変更のみで監視サービスの多様化が図れ、そのためクライアント用端末や設備機器側でのプログラム変更の必要もなく、またサービス提供のためのクライアント用端末とサーバ間の通信量も少なくて良く、またクライアントが、設備機器からの監視情報を直接的に受けるだけの単純なサービスではなく、サーバ側においてサービスを付与することによって、よりクライアントの要求するサービスに適したサービスを提供することが可能となるという効果がある。
【発明を実施するための最良の形態】
【００２１】
まず本発明の遠隔監視システムについて、図１に示すユーザエリアＡである宅内の設備機器を遠隔監視制御するシステムを用いて説明する。
【００２２】
この図示するシステムでは、宅内の照明器具１ａ、空調機器１ｂ、電気錠１ｃのようなＪＥＭＡ規格（日本電機工業会規格）対応の電気機器１を遠隔制御するための集中制御コントローラ３ａ１，３ａ２、各種防犯センサや防災センサなどの異常発生検出用センサ４の状態を無線によって収集して異常発生の検出があったときに警報情報を出力する警報監視装置３ｂ、インターホンシステム５のテレビカメラ（図示せず）で捉えた来訪者の録画映像を外部や宅内のモニタへ配信するための録画転送装置３ｃ等を本システムの設備機器３として宅内に設置したＬＡＮ６のケーブルに接続しており、このＬＡＮ６は住宅の分岐ブレーカーや主幹ブレーカーなどのブレーカー群２を内蔵した分電盤７内に設けた後述するオブジェクトアクセスサーバというサービス機能部ＯＡＳ＜Object Access Saver＞を備え、サーバとしても機能する図３に示すゲートウェイ８のハブ部８０に接続し、ゲートウェイ８内のルータ部８１と、ＡＤＳＬや光ファイバ通信網など接続サービス業者が提供するインターネット接続網用のモデム部８２とを介して外部からのインターネット９に接続されている。
【００２３】
またゲートウェイ８のハブ部８０に接続されているＬＡＮ６には後述する専用のクライアント用端末１０ａや、パソコン１１が接続されている。
【００２４】
一方、インターネット９にはセンターサーバ１２や、移動体通信網を介してインターネットに接続される携帯電話機からなるクライアント用端末１０ｂが接続されるようになっている。
【００２５】
ここで本発明の遠隔監視システムに用いる設備機器３の基本的な構成は、図２（ａ）に示すように設備機器独自のサービスを提供するための機能部３０と、この機能部３０にインターフェース部３１とバス３２とを介して動作指示（動作制御）するための関数を与えたり、機能部３０の現在状態を示す変数を取得したり、更には機能部３０の状態変換が発生したことを示すイベント情報を取得する処理を行う情報処理部３３と、ネットワーク通信（例えばイーサネット（登録商標）規格の通信）のための通信部３４と、情報処理部３３の記憶部３５には本実施形態の遠隔制御システムにおけるオブジェクト機能を実現するためのモジュール部ＭＯＳ＜Micro Object Server＞を組み込んである。
【００２６】
このモジュール部ＭＯＳは、図２（ｂ）に示すように設備機器３のためのアプリケーション部５０と、後述するＯＳＩ７階層モデルに対応したソフトウェア通信モジュール５１と、機能部３０との間の情報の授受のためのハードウェア通信モジュール５２とから構成される。
【００２７】
モジュール部ＭＯＳを搭載している設備機器たる集中制御コントローラ３ａ１，３ａ２の場合には信号線１３を介して各照明器具１ａ、空調機器１ｂ、電気錠１ｃにＪＥＭＡ規格に対応した制御信号を生成したり、動作信号を監視情報として受け取る機能を備えるとともにこれら信号に対応した情報を情報信号部３３との間で授受する機能部を上述の機能部３０として備えている。
【００２８】
またモジュール部ＭＯＳを搭載している設備機器たる警報監視装置３ｂの場合には異常発生検出用センサ４からの検出信号を無線で受信する無線受信部の他に、無線受信部で受信した検出信号を受信し異常検出時には警報器１３へ発報する処理や、外部へ発報情報を出力処理する機能部を備え、この機能部が上述の機能部３０を構成し、情報信号部３３への発報情報を渡すようになっている。
【００２９】
更にモジュール部ＭＯＳを搭載している設備機器たる録画転送装置３ｃは録画映像データを格納する録画部を機能部３０として、この機能部３０に録画保存されている録画映像データを情報信号部３３へ渡すようになっている。
【００３０】
ゲートウェイ８は、上述したようにハブ部８０と、ルータ部８１と、インターネット９モデム部８２とを備えている他に、本システムの設備機器３のネットワークの繋がり方を隠すためのオブジェクト・ルータとしての機能を実現するソフトと各設備機器３の設備側オブジェクトが備えている入出力定義機能（以下インターフェースという）をアクセスすることで、当該設備機器３の機能部３０が提供するサービスをユーザが享受するために実行される各種アプリケションソフト、更に異種のプロトコルを変換して本実施形態のネットワークシステムにシームレスに繋ぐためのプロトコル・ブリッジサービスと、後述するセンターサーバ１２との間の通信に用いるプロトコルをＳＯＡＰ（Simple Object Access Protocol）に変換してファイヤーウォールを通過させるためのファイヤーウォール・ブリッジ・サービス等の追加可能なサービス機能を実現するソフトから構成されるサービス機能部ＯＡＳとを備えている。
【００３１】
ここで、本発明の遠隔制御システムで使用するプロトコルはＯＳＩ７階層モデルを用いており、設備機器３の情報処理部３３のモジュール部ＭＯＳがクライアント用端末１０ａ，１０ｂに変数、イベント情報を渡したり、或いは関数を受け取る等のための独自プロトコル（以下ＯＡＰという）からアプリケーション層を構成し、このＯＡＰを用いてサービス機能部ＯＡＳと設備機器３のモジュール部ＭＯＳとの間の情報授受を行うようになっている。
【００３２】
またモジュール部ＭＯＳのソフトウェア通信モジュール５１は、ＯＳＩ７階層のネットワーク層〜プレゼンテーション層におけるプロトコルを担うものであって、上述のＯＡＰの定義やＴＣＰ，ＵＤＰの統合を行っている。
【００３３】
センターサーバ１２はインターネット９上に設置されるもので、ゲートウェイ８と同様にサービス機能部ＯＡＳを搭載し、他のサービス機能部ＯＡＳ間の通信には上述のＳＯＡＰによって行うようになっている。
【００３４】
また本システムの各設備機器３は、機能部３０がサービス提供のための処理を行う際に用いる１乃至複数の設備側オブジェクトを情報処理部３３内に組み込まれたモジュール部ＭＯＳの下で有するとともに、夫々の設備側オブジェクトには提供サービスに対応する情報（機能部３０の現在状態を示す変数、機能部３０に渡す制御のための関数、機能部３０での変化発生を示すイベント情報）によって定義されたインターフェースを１乃至複数持たせており、各オブジェクトには固有識別子（以下ＯＩＤという）を付与し、各インターフェースには識別子（以下ＩＩＤという）を付与してある。
【００３５】
この定義内容が同一のインターフェース、つまり同じＩＩＤを付与したインターフェースは複数の設備側オブジェクト下に割り当てることが許されるものであり、設備側オブジェクトの実行は、設備側オブジェクトのＯＩＤ或いはインターフェースのＩＩＤ又は両者の組み合わせを用いた実行要求を情報処理部３３が後述するようにゲートウェイ８内のサービス機能部ＯＡＳから受け取ったときに為される。この実行要求は、特定の設備側オブジェクト下の特定のインターフェースに対応する実行要求の場合にはＯＩＤと当該インターフェースのＩＩＤとの組み合わせが、また同じ定義内容のインターフェースが複数の設備機器３の設備側オブジェクト下或いは同じ設備機器３が有する複数の設備側オブジェクト下にある場合には当該インターフェースのＩＩＤのみで実行要求を行うようになっている。
【００３６】
一方本システムでは、ユーザエリアである宅内にあるゲートウェイ８のサービス機能部ＯＡＳにはサービス提供のための処理を行う際に用いる１乃至複数のサーバ側オブジェクトを有するとともにサーバ側オブジェクトには情報（変数、関数、イベント情報の組み合わせ）によって定義されたインターフェースを１乃至複数持たせるとともに、サーバ側オブジェクトのＯＩＤ及びその下のインターフェスのＩＩＤの組み合わせ情報と対応する設備側オブジェクトのＯＩＤ及びその下のインターフェースのＩＩＤの組み合わせ情報との対応関係を設定して対応関係設定テーブルに格納する対応関係設定機能を持たせている。またこのサーバ側オブジェクトはクライアント用端末１０ａ或いはセンターサーバ１２により中継されて送られてくるクライアント用端末１０ｂから、サービス機能部ＯＡＳ側のＯＩＤやＩＩＤを用いた実行要求があると、予め対応付けてある設備機器３のモジュール部ＭＯＳの特定の設備側オブジェクトのインターフェースに対する実行要求をＯＩＤとＩＩＤを用いて行うようにプログラムされている。
【００３７】
クライアント用端末１０（１０ａ，１０ｂ）は、図４に示すように夫々が接続されるネットワーク通信を行うための通信部１００と、演算処理部１０１と、キーや表示器等からなる入出力部１０２と、当該ネットワークシステムにおいて提供サービスを享受するためのクライアント用ソフト（以下ＯＡＬ＜Object Access Library＞という）やクライアント用アプリケーション（ソフト）等を格納するとともにデータの一時記憶等に用いる記憶部１０３とを備え、演算処理部１０１はＯＡＬを実行することでインターネット９やＬＡＮ６上の後述するオブジェクトに対する実行要求が行え、またクライアント用アプリケーションを実行することで後述する設備機器３が提供できるサービス、つまり設備機器３への制御要求や、設備機器３側からの監視情報（変数、イベント情報）を当該クライアント用ネット端末２が所望する形で享受することができるようになっている。尚図４中１０４はバスである。
【００３８】
次に本発明の遠隔監視システムの動作を説明する。
【００３９】
まずシステム立ち上がり時には、ゲートウェイ８のサービス機能部ＯＡＳはＬＡＮ６に接続されているモジュール部ＭＯＳ搭載の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）の検出処理を行って、ＬＡＮ６上の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）のＩＰアドレス等ネットワーク通信に必要な情報を取得する。そして接続処理後、各設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）のモジュール部ＭＯＳは、ゲートウェイ８のサービス機能部ＯＡＳに対して自己のモジュール部ＭＯＳ上の設備側オブジェクトのＯＩＤ及びその下のインターフェースのＩＩＤの情報の組み合わせを全てゲートウェイ８のサービス機能部ＯＡＳに送る処理を行う。
【００４０】
一方ゲートウェイ８のサービス機能部ＯＡＳは、設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）から受け取った設備側オブジェクトのＯＩＤ及びＩＩＤの組み合わせ情報と、送ってきた設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）のネットワーク通信（ＴＣＰ／ＩＰベース）上の識別子であるＩＰアドレスとを対応付けて設備接続情報テーブルに予め格納保持する。この格納した組み合わせ情報とＩＰアドレスとの対応関係の情報は設備機器３の増減に応じて更新される。
【００４１】
またゲートウェイ８は、配下のＬＡＮ６に接続されているクライアント用端末１０ａに対して、自己のサービス機能部ＯＡＳのサーバ側オブジェクトのＯＩＤ及びインターフェースのＩＩＤの組み合わせ情報を通知する処理を行う。この処理は自己のサービス機能部ＯＡＳのサーバ側オブジェクトのＯＩＤ及びインターフェースのＩＩＤの組み合わせ情報が更新されるたびに行う。
【００４２】
尚ゲートウェイ８から設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）の設備側オブジェクトのＯＩＤ及びその下のインターフェースのＩＩＤの情報も送るようにしても良い。
【００４３】
更にゲートウェイ８はインターネット９上のサービス機能部ＯＡＳ搭載サーバ、図１ではセンターサーバ１２に対して自己の配下の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）の設備側オブジェクトＯＩＤ及びその下のインターフェースＩＩＤの組み合わせ情報を送る処理を行う。この処理は自己の配下の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）から受け取った設備側オブジェクトのＯＩＤ及びＩＩＤの組み合わせ情報が更新されるたびに行う。
【００４４】
更にまたゲートウェイ８は自己のサービス機能部ＯＡＳのサーバ側オブジェクトのＯＩＤ及びインターフェースのＩＩＤをセンターサーバ１２に予め送るとともに、自己のＩＰアドレスも送るものとする。そして、これらの情報を受けたセンターサーバ１２は、クライアント用端末１０ｂにゲートウェイ８の有するサーバ側オブジェクトのＯＩＤ及びそのしたのインターフェースのＩＩＤを送るとともに、そのサーバ側オブジェクトとゲートウェイ８のＩＰアドレスを対応付けたルーティング用のテーブルを保持しておく。
【００４５】
このようにしてシステムが構築された状態において、本システムにおけるクライアント用端末１０ａ又は１０ｂから設備機器６の監視サービスの提供を受ける動作を実施形態に基づいて説明する。
（実施形態１）
本実施形態は集中制御コントローラ３ａ１で監視・制御される照明器具１ａの点灯状態の変化があるたびにクライアント用端末１０ａ（又は１０ｂ）に通知するサービスに係るものであり、図５に示すように集中制御コントローラ３ａ１の情報処理部３３のモジュール部ＭＯＳが有するオブジェクトには、点灯状態の変化発生を示すイベント情報を定義するとともにＩＩＤとして「照明」が付されているインターフェースを持ち、照明器具１ａに対応する「照明器具」というＯＩＤが付されているものが用いられる。
【００４６】
つまり「照明器具」というＯＩＤと「照明」というＩＩＤを用いてオブジェクトに対して実行要求があった後、情報処理部３３はモジュール部ＭＯＳを介して集中制御コントローラ３ａ１の機能部３０から照明器具１ａの現在の点灯状態の変化が発生するたびにその情報をイベント情報として取得し、実行要求を行った側（図示例ではゲートウェイ８）へ取得したイベント情報を送る処理を行う。
【００４７】
一方ゲートウェイ８のサービス機能部ＯＡＳが有するサーバ側オブジェクトには、集中制御コントローラ３ａ１に対して予め「照明器具」というＯＩＤと「照明」というＩＩＤを用いてオブジェクトに対して実行要求を出して、集中制御コントローラ３ａ１からのイベント情報を取得管理する取得機能を備えるとともに、イベント情報を定義して「照明」というＩＩＤを付したインターフェースを持ち、またＯＩＤとして「ＸＸＸ」が付されたものが用いられる。
【００４８】
そしてこのサーバ側オブジェクトに対するＯＩＤとＩＩＤとを用いた実行要求がクライアント用端末１０ａ（又は１０ｂ）があると、以後、ゲートウェイ８のサービス機能部ＯＡＳは、集中制御コントローラ３ａ１からイベント情報として受け取る照明器具１ａの点灯状態の監視情報の変化があると、次のような所定条件が満足されたときに当該監視情報をクライアント用端末１０ａ（又は１０ｂ）へ通知する処理を行う。
【００４９】
つまり、サービス機能部ＯＡＳのサーバ側オブジェクトは、集中制御コントローラ３ａ１からは照明器具１ａの点灯状態の変化が発生するたびに、つまりイベントが発生するたびにイベント情報たる監視情報を集中制御コントローラ３ａ１からゲートウェイ８のサービス機能部ＯＡＳ宛に送られ、サービス機能部ＯＡＳでは、監視情報を受け取るたびに、当該監視情報を記憶手段に保持するとともに先に保持している監視情報を破棄する処理と、監視情報を保持してから時間カウントを開始してから一定時間（チャタリング回避期間＝所定条件）が経過（満足）するまで当該監視情報が保持されている場合、当該監視情報を基礎として照明器具１ａの”点灯状態”という監視情報（イベント情報）に変換して該監視情報をクライアント用端末１０ａ（又は１０ｂ）へ通知する処理を行うようにプログラムされている。
【００５０】
従って、クライアント用端末１０ａ（又は１０ｂ）から「照明」というＩＩＤとサーバ側オブジェクトのＯＩＤとを用いてサーバ側オブジェクトの実行をゲートウェイ８のサービス機能部ＯＡＳに対して要求しておけば、照明器具１ａの点灯状態の変化が起きるたびに通知して貰えるというサービスを享受することができるのである。
【００５１】
ここで、照明器具１ａの点灯状態の変化があっても即時にクライアント用端末１０ａ（又は１０ｂ）へ通知しないのは下記の理由による。
【００５２】
つまり照明器具１ａの点灯状態に変化が発生するたびにクライアント用端末１０ａを通知するような場合、照明器具１ａが手動スイッチ等で操作されたときにチャタリングが発生すると、そのチャタリングの変化状態を通知することになるが、本実施形態では、クライアント用端末１０ａには照明器具１ａのチャタリング動作の影響を受けることなく、安定良”点灯状態”という監視情報（イベント情報）を通知することができるという利点がある。
【００５３】
そして本実施形態の場合には、設備機器たる集中制御コントローラ３ａ１でチャタリングを処理するプログラムを備えることなく、またクライアント用端末１０ａ（又は１０ｂ）で集中制御コントローラ３ａ１から受け取る監視情報を処理してチャタリングをキャンセルするようなプログラムを備えることなしに、つまり集中制御コントローラ３ａ１とクライアント用端末１０ａ（又は１０ｂ）のプログラム変更なしにチャタリングの影響を受けない監視をクライアント用端末１０ａ（又は１０ｂ）で行えるというサービスを提供することが可能となる。
【００５４】
尚インターネット９上のクライアント用端末１０ｂからも同様な実行要求をゲートウェイ８のサーバ側オブジェクトに対して行えば、センターサーバ１２が仲介し、インターネット９を介してゲートウェイ８に実行要求が伝達され、上述と同様な処理が為されることになる。
【００５５】
また、サービス機能部ＯＡＳのアプリケーションとして、集中制御コントローラ１ａからイベント発生に伴う監視情報を受け取ると、一定時間（チャタリング回避期間）をカウントし始め、一定時間経過時点での監視情報の内容が、一定時間カウントの始点となった監視情報の内容と変化していないという条件が成立した場合に、一定時間経過時点での監視情報（若しくは一定時間カウントの始点となった監視情報）の”点灯情報”をイベント情報に変換して該イベント情報をクライアント端末１０ａ（又は１０ｂ）に通知するようにしても上述の場合と同様にチャタリングによる影響が避けられる。更に、一定時間カウントの始点となった監視情報と一定時間経過時点での監視情報の内容が異なっていても、一定時間経過時点での監視情報の内容がカウントの始点前の監視情報内容と異なっていれば、一定時間経過時点での監視情報の内容をクライアント用端末１０ａ又は１０ｂに通知する。これによって、一定時間（例えば１０秒間）の間に様々なイベントが発生しても、チャタリング等による状態表示の煩わしさが低減される。つまり、一連の動作の最終状態のみを通知することができるようになる。
【００５６】
そして一連の動作の最終状態のみを通知することで、通知のためのトラフィックを削減することができることになる。
（実施形態２）
本実施形態は、集中制御コントローラ３ａ１で制御・監視される玄関用電気錠１ｃ１の状態と、集中制御コントローラ３ａ２で制御・監視される門用電気錠１ｃ２の状態に基づいた情報をクライアント用端末１０ａ（又は１０ｂ）へ通知するサービスに係るものである。
【００５７】
本実施形態では、図６に示すように集中制御コントローラ３ａ１の情報処理部３３のモジュール部ＭＯＳは「玄関」というＯＩＤが付された設備側オブジェクトを、また集中制御コントローラ３ａ２の情報処理部３３のモジュール部ＭＯＳは「門」というＯＩＤが付された設備側オブジェクトを夫々有するとともに、夫々の設備側オブジェクトには”施／解錠状態”に対応するイベント情報を定義し、「電気錠」というＩＩＤを付したインターフェースを持たせ、動作開始から電気錠１ｃの施／解錠状態の変化があると、つまりイベント発生があると、その状態を示すイベント情報をゲートウェイ８のサービス機能部ＯＡＳに通知するようになっている。
【００５８】
一方、ゲートウェイ８のサービス機能部ＯＡＳには、集中制御コントローラ３ａ１からの電気錠１ｃの施／解錠状態の変化を示すイベント情報に基づいて「門」と「玄関」の電気錠１ｃの状態を取得管理する取得機能を有し、また「電気錠１」というＩＩＤを付し、”施錠状態”に対応する変数を定義したインターフェースと、「外出・帰宅」というＩＩＤを付し、帰宅というイベント情報を定義するとともに外出というイベント情報を定義したインターフェースとを持ち、ＯＩＤとして「ＸＸＸ」が付されたサーバ側オブジェクトを有している。
【００５９】
そしてこのサーバ側オブジェクトは、例えばクライアント用端末１０ａから「ＸＸＸ」というＯＩＤと「電気錠」というＩＩＤを用いて実行要求があると、上述の取得機能で取得している現在の「門」の電気錠１ｃの状態と、「玄関」の電気錠１ｃの状態とが共に施錠状態（＝所定条件＜論理積条件＞）であれば、取得機能で管理しているイベント情報を基礎とした”施錠状態”という変数（情報）に変換して該変数をクライアント用端末１０ａへ通知するようにプログラムされ、また「ＸＸＸ」というＯＩＤと「外出・帰宅」というＩＩＤを用いて実行要求があると、前記取得手段の取得する電気錠１ｃの状態において、「門」の電気錠１ｃの状態変化が起きて「門」の電気錠１ｃが”解錠状態”となり、その後、例えば一分以内に「玄関」の電気錠１ｃが”解錠状態”となるという所定条件が満たされた場合には、それらイベント情報を基礎とした”帰宅”というイベント情報に変換して該イベント情報をクライアント用端末１０ａへ通知し、逆に取得機能の取得する電気錠１ｃの状態において、「玄関」の電気錠１ｃの状態変化が起きて「玄関」の電気錠１ｃが”施錠状態”となり、また「門」の電気錠１ｃが”施錠状態”となるという所定条件が満たされた場合には、それらのイベント情報を基礎にした”外出”というイベント情報をクライアント用端末１０ａへ通知するようにプログラムされている。つまり電気錠１ｃ１，１ｃ２の状態変化の順序（時系列条件＝所定条件）によってクライアント用端末１０ａ通知する監視情報であるイベント情報の内容を変えるのである。
【００６０】
而して、実行要求を行ったクライアント用端末１０ａ側において、現在の「玄関」の電気錠１ｃ１の状態と「門」の電気錠１ｃ２の状態を知ることや、家人の”帰宅”や”外出”もリアルタイムに知ることができるのである。
【００６１】
つまり、本実施形態では、集中制御コントローラ３ａ１，３ａ２の電気錠１ｃ１，１ｃ２の監視や制御を行う本来のプログラムの変更やクライアント用端末１０ａ（又は１０ｂ）でのプログラムの変更無しに、クライアント用端末１０ａ（又は１０ｂ）に対して電気錠１ｃ、１ｃ２の状態の通知するサービスや家人の”帰宅”や”外出”を通知するサービスを提供することができるのである。しかもクライアント用端末１０ａ（１０ｂ）では結果を示す監視情報だけを通知されるため、サービス機能部ＯＡＳを搭載しているゲートウェイ８或いはセンターサーバ１２などのサーバと、クライアント用端末１０ａ、１０ｂとの間のトラフィックも増えることはない。
【００６２】
尚インターネット９上のクライアント用端末１０ｂからも同様な実行要求をゲートウェイ８のサーバ側オブジェクトに対して行えば、センターサーバ１２が仲介し、インターネット９を介してゲートウェイ８に実行要求が伝達され、上述と同様な処理が為されることになる。
【００６３】
ところで、実施形態２では一つのサーバ側オブジェクトに異なる情報を夫々定義した二つのインターフェースを持たせて、当該オブジェクトのＯＩＤの下に異なるＩＩＤを組み合わせ、ＯＩＤと何れか一方のＩＩＤとの組み合わせでサーバ側オブジェクトの実行要求が行われるようなっているが、各情報を定義したインターフェースを各別のサーバ側オブジェクトに持たせて、夫々のサーバ側オブジェクトのＯＩＤとその下のインターフェースのＩＩＤとの組み合わせで実行要求される各サーバ側オブジェクトを、各設備側オブジェクトに対応付けても良い。これにより更なる多様なサービスの展開が可能となる。
【００６４】
また実施形態２ではインターフェースの電気錠１ｃ１，１ｃ２の状態変化で”帰宅”や”外出”というイベント情報をクライアント用端末機１０ａ（又は１０ｂ）へ通知するようになっているが、例えば、「門」と「玄関」とに人感センサを設置するとともに窓部の開閉を検出する防犯センサを設け、これらのセンサの状態変化を警報監視装置３ｂからイベント情報としてゲートウェイ８へ通知するようにし、ゲートウェイ８のサービス機能部ＯＡＳのサーバ側オブジェクトでは、「門」での人感センサが反応したというイベント情報を警報監視装置３ｂから通知された後、「玄関」の人感センサが反応したというイベント情報を警報監視装置３ｂから通知されるような場合には、正常の”帰宅”として判断し、”帰宅”を示すイベント情報に変換して該イベント情報をクライアント用端末１０ａ（又は１０ｂ）に通知し、「門」での人感センサが反応したというイベント情報を警報監視装置３ｂから通知された後に、例えば二階窓部の防犯センサが５分以内に窓部開成を検知したというイベント情報を警報監視装置３ｂから通知された場合には侵入者有りという”防犯”のイベント情報をクライアント用端末１０ａ（又は１０ｂ）に通知するようなサービスも可能である。
【００６５】
つまり、
尚図１のシステムでは、ゲートウェイ８のサービス機能部ＯＡＳに上述のようなサーバ側オブジェクトを持たせているが、センターサーバ１１等インターネット９上のサーバに搭載するサービス機能部ＯＡＳに持たせても良い。
【００６６】
また図１のシステムでは、照明器具１ａ、空調機器１ｂ、電気錠１ｃ等が集中制御コントローラ３ａや３ｂで制御されるものであったが、照明器具１ａ、空調機器１ｂ、電気錠１ｃ等の機器に図２に示す設備機器として必要な構成を搭載することで、これら機器をオブジェクト搭載の設備機器とすれば、集中制御コントローラ３ａ１，３ａ２を必要とせず、直接的にこれら機器の制御／監視を上述のように行うことができる。
【００６７】
何れにしても本発明の遠隔監視システムでは、ゲートウェイ８やセンターサーバ１１に搭載するサービス機能部ＯＡＳのサーバ側オブジェクトで、設備機器３側からのイベント情報を管理して、クライアント用端末１０ａ、１０ｂ）へ通知する情報を提供するサービスに対応するように変換することで、設備機器３やクライアント用端末機１０ａ、１０ｂ側のプログラム変更を行うことなく、多様なサービス提供を可能とし、またサービス機能部ＯＡＳを搭載しているゲートウェイ８或いはセンターサーバ１２などのサーバと、クライアント用端末１０ａ、１０ｂとの間の通信量を減らすことができるのである。
【図面の簡単な説明】
【００６８】
【図１】本発明のシステム構成図である。
【図２】（ａ）は本発明に用いる設備機器の基本構成図、（ｂ）はＭＯＳの構成図である。
【図３】本発明に用いるゲートウェイの構成図である。
【図４】本発明に用いるクライアント用端末の構成図である。
【図５】実施形態１の動作説明図である。
【図６】実施形態２の動作説明図である。
【符号の説明】
【００６９】
１ａ 照明器具
１ｂ 空調機器
１ｃ 電気錠
２ ブレーカー群
３ａ１，３ｂ１ 集中制御コントローラ
３ｂ 警報監視装置
３ｃ 録画転送装置
４ 異常発生検出用センサ
５ インターホンシステム
６ ＬＡＮ
７ 分電盤
８ ゲートウェイ
９ インターネット
１０ａ、１０ｂ クライアント用端末
１１ パソコン
１２ センターサーバ
Ａ ユーザエリア
ＯＡＳ サービス機能部
ＭＯＳ モジュール部
【技術分野】
【０００１】
本発明は、ネットワークに接続されている設備機器の遠隔監視制御を行うための遠隔監視システムに関するものである。
【背景技術】
【０００２】
従来、ＩＰｖ６ネットワークに接続された端末から、非ＩＰネットワークに接続されている機器を制御したり監視するシステムが提供されている。
【０００３】
このシステムは非ＩＰｖ６ネットワークの機器のインターフェースＩＤと識別情報を取得するとともに、ＩＰｖ６ネットワークのネットワークＩＤを取得し、これらＩＤからＩＰｖ６アドレスを生成し、この生成したアドレスと識別情報の対応を管理することで、非ＩＰｖ６ネットワークの機器と、ＩＰｖ６ネットワークの端末との通信を可能にするゲートウェイを設けて機器の制御や監視を端末で行うようにしたものである。
【特許文献１】特開２００３−６０６６４公報（段落００１４〜００１９、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで特許文献１に開示されているシステムでは非ＩＰｖ６の機器を用いるものの、ＩＰｖ６ネットワークの端末では送信先のＩＰｖ６アドレスを含むヘッダを設けたパケットを送るため、ゲートウェイで非ＩＰｖ６の機器へのＩＰｖ６のアドレス割り当てを行うとしても、端末から複数の機器へのアクセスを行う場合には、各機器に対応するＩＰｖ６アドレスを生成する必要がある。つまりＩＰｖ６アドレスを意識することが必要であり、同じ動作を行う機器が追加されたとしても、当然それに対応するＩＰｖ６アドレスを別にする必要があり、一つの識別子で複数の条件で機器を監視することはできなった。また一つの機器に複数の識別子を割り当てることもできず、更にサービスを提供する機器の増減に柔軟に対処できなかった。
【０００５】
本発明は上述の点に鑑みてなされたもので、その目的とするところは、設備機器の監視を行う遠隔監視システムにおいて、監視に係る多様なサービスを設備機器やクライアント用端末でのプログラムの変更なしに可能で、クライアントが、設備機器からの監視情報を直接的に受けるだけの単純なサービスではなく、サーバ側においてサービスを付与することによって、よりクライアントの要求するサービスに適したサービスを提供可能な遠隔監視システムを提供することにある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するために、請求項１の発明では、監視対象の１乃至複数の設備機器と、１乃至複数のクライアント用端末と、前記設備機器とクライアント用端末との間の情報授受に介在するサーバとをネットワークで接続して構成され、
設備機器は、監視対象となる機能部と、前記機能部の監視情報を定義して該定義に基づいて当該監視情報を前記機能部から取得することを実行する１乃至複数の設備側オブジェクトを有し、前記オブジェクトに付与された識別子を用いて設備側オブジェクトに対する実行要求が前記サーバからあると当該設備側オブジェクトの実行によって前記監視情報を前記機能部から取得するとともに、前記ネットワークを介して取得した前記監視情報を前記サーバへ送る情報処理部とを備え、
前記サーバは、前記設備側オブジェクトの識別子に対応付けられたサーバ側オブジェクトを有し、該サーバ側オブジェクトに対する実行要求があると、前記設備側オブジェクトに対応付けられた識別子を用いて当該設備側オブジェクトに対する実行要求を当該設備機器にネットワークを介して行うサービス機能部を備え、
前記クライアント用端末は、前記サーバ側オブジェクトに対する実行要求を前記サーバ側オブジェクトに付されている識別子を用いて行う機能と、前記サーバからの前記監視情報を受け取り処理するための機能とを備え、
前記サーバのサービス機能部は、前記設備機器側から受け取る監視情報を管理し、管理する前記監視情報を基礎とし、予め定めた所定条件に対応させた情報を前記クライアント用端末へ通知することを特徴とする。
【０００７】
請求項１の発明によれば、設備機器側から送られてくる監視情報をサーバ側のサービス機能部で管理し、この管理した監視情報を基礎とし、予め定めた所定条件に対応させた情報をクライアント用端末側へ通知するため、所定条件の変更のみで監視サービスの多様化が図れ、そのためクライアント用端末や設備機器側でのプログラム変更の必要もなく、またサービス提供のためのクライアント用端末とサーバ間の通信量も少なくて良く、またクライアントが、設備機器からの監視情報を直接的に受けるだけの単純なサービスではなく、サーバ側においてサービスを付与することによって、よりクライアントの要求するサービスに適したサービスを提供することが可能となる。
【０００８】
請求項２の発明では、請求項１の発明において、前記サーバ側オブジェクトは、複数の設備側オブジェクトに対応付けし、対応付けのある各設備側オブジェクトの実行によって受け取る監視情報の組み合わせが前記所定条件を満足させたときに所定情報に変換することを特徴とする。
【０００９】
請求項２の発明によれば、複数の監視の情報を組み合わせて新たな意味付けを行った情報としてクライアント用端末に送ることができ、その結果単独の情報では得られない多様なサービスへの展開ができる上に、クライアント用端末で個々の情報を受け取って判断処理を行う場合に比べて、クライアント用端末での負担も少なく、またクライアント用端末への通信量も減らせることができる。
【００１０】
請求項３の発明では、請求項１又は２の発明において、前記サービス機能部は監視情報の定義を複数有する一つのサーバ側オブジェクト若しくは各別に監視情報を定義している複数のサーバ側オブジェクトを有し、各監視情報の定義に対して各別に前記設備側オブジェクトを対応付けするとともに、前記所定条件をサーバ側オブジェクトでの監視情報の定義毎に設定していることを特徴とする。
【００１１】
請求項３の発明によれば、更なる多様なサービスの展開を可能とする。
【００１２】
請求項４の発明では、請求項１乃至３の何れかの発明において、前記設備側オブジェクトが定義する監視情報は前記機能部でのイベント発生に対応する監視情報であることを特徴する。
【００１３】
請求項４の発明によれば、設備機器の機能部の状態変化をサーバのサービス機能部で常に捉え、その状態変化を所定条件に基づいた情報としてクライアント用端末へ通知することができ、リアルタイム的な設備機器の監視を可能とするとともに、単に状態変化を示す監視情報をクライアント用端末へ通知する場合に比べて新たな意味付けした情報をサーバのサービス機能部から与えることができ、その結果クライアント用端末での監視情報に対する判断処理のための負担を増やすことなく、またクライアント用端末とサーバ間の通信量を増やすことなく遠隔監視システムとしてクライアント用端末に多様なサービスを提供することも可能となる。
【００１４】
請求項５の発明では、請求項４の発明において、前記サーバ側オブジェクトが定義する監視情報がイベント情報であるとともに、前記サービス機能部が前記設備機器から監視情報を受け取ると、受け取ってから一定時間経過時点での監視情報の内容が前記設備機器から監視情報を受け取る前の前記設備機器の状態に対して変化しているという条件が前記所定条件であって、当該所定条件が満足されたときに前記監視情報をイベント情報として前記サーバから前記クライアント用端末へ通知することを特徴とする。
【００１５】
請求項５の発明によれば、設備機器の機能部でチャタリング動作を伴うような状態変化が起きても、チャタリング等による状態表示の煩わしさが低減できる。つまり、一連の動作の最終状態のみを通知することができるようになる。
【００１６】
請求項６の発明では、請求項４の発明において、前記サーバ側オブジェクトで定義する監視情報が変数であるとともに、前記クライアント用端末から前記サーバ側オブジェクトに対する実行要求時点で、前記サービス機能部が複数の設備機器側から受け取っている監視情報の内容と予め定めた内容とが全て一致しているという論理積条件が前記所定条件であって、当該所定条件が満足されたときに、前記所定の監視情報を変数として前記サーバから前記クライアント用端末へ通知することを特徴とする。
【００１７】
請求項６の発明によれば、複数の監視情報の一致という条件を設定することで、単独の状態変化を示す監視情報とは異なる総合的な判断に基づいて意味付けした監視情報をクライアント用端末へサービスとして提供することができる。
【００１８】
請求項７の発明では、請求項４の発明において、前記所定条件とは前記サービス機能部が設備機器から受け取る監視情報の受け取り順が予め定めた順番に合致するという時系列条件であることを特徴とする。
【００１９】
請求項７の発明によれば、単独の状態変化を示す監視情報だけでは捉えられない、連関した設備機器の挙動変化に対応して意味付けたした監視情報をクライアント用端末へサービスとして提供することができる。
【発明の効果】
【００２０】
本発明は、設備機器側から送られてくる監視情報をサーバ側のサービス機能部で管理し、この管理した監視情報を基礎とし、予め定めた所定条件に対応させた情報をクライアント用端末側へ通知するため、所定条件の変更のみで監視サービスの多様化が図れ、そのためクライアント用端末や設備機器側でのプログラム変更の必要もなく、またサービス提供のためのクライアント用端末とサーバ間の通信量も少なくて良く、またクライアントが、設備機器からの監視情報を直接的に受けるだけの単純なサービスではなく、サーバ側においてサービスを付与することによって、よりクライアントの要求するサービスに適したサービスを提供することが可能となるという効果がある。
【発明を実施するための最良の形態】
【００２１】
まず本発明の遠隔監視システムについて、図１に示すユーザエリアＡである宅内の設備機器を遠隔監視制御するシステムを用いて説明する。
【００２２】
この図示するシステムでは、宅内の照明器具１ａ、空調機器１ｂ、電気錠１ｃのようなＪＥＭＡ規格（日本電機工業会規格）対応の電気機器１を遠隔制御するための集中制御コントローラ３ａ１，３ａ２、各種防犯センサや防災センサなどの異常発生検出用センサ４の状態を無線によって収集して異常発生の検出があったときに警報情報を出力する警報監視装置３ｂ、インターホンシステム５のテレビカメラ（図示せず）で捉えた来訪者の録画映像を外部や宅内のモニタへ配信するための録画転送装置３ｃ等を本システムの設備機器３として宅内に設置したＬＡＮ６のケーブルに接続しており、このＬＡＮ６は住宅の分岐ブレーカーや主幹ブレーカーなどのブレーカー群２を内蔵した分電盤７内に設けた後述するオブジェクトアクセスサーバというサービス機能部ＯＡＳ＜Object Access Saver＞を備え、サーバとしても機能する図３に示すゲートウェイ８のハブ部８０に接続し、ゲートウェイ８内のルータ部８１と、ＡＤＳＬや光ファイバ通信網など接続サービス業者が提供するインターネット接続網用のモデム部８２とを介して外部からのインターネット９に接続されている。
【００２３】
またゲートウェイ８のハブ部８０に接続されているＬＡＮ６には後述する専用のクライアント用端末１０ａや、パソコン１１が接続されている。
【００２４】
一方、インターネット９にはセンターサーバ１２や、移動体通信網を介してインターネットに接続される携帯電話機からなるクライアント用端末１０ｂが接続されるようになっている。
【００２５】
ここで本発明の遠隔監視システムに用いる設備機器３の基本的な構成は、図２（ａ）に示すように設備機器独自のサービスを提供するための機能部３０と、この機能部３０にインターフェース部３１とバス３２とを介して動作指示（動作制御）するための関数を与えたり、機能部３０の現在状態を示す変数を取得したり、更には機能部３０の状態変換が発生したことを示すイベント情報を取得する処理を行う情報処理部３３と、ネットワーク通信（例えばイーサネット（登録商標）規格の通信）のための通信部３４と、情報処理部３３の記憶部３５には本実施形態の遠隔制御システムにおけるオブジェクト機能を実現するためのモジュール部ＭＯＳ＜Micro Object Server＞を組み込んである。
【００２６】
このモジュール部ＭＯＳは、図２（ｂ）に示すように設備機器３のためのアプリケーション部５０と、後述するＯＳＩ７階層モデルに対応したソフトウェア通信モジュール５１と、機能部３０との間の情報の授受のためのハードウェア通信モジュール５２とから構成される。
【００２７】
モジュール部ＭＯＳを搭載している設備機器たる集中制御コントローラ３ａ１，３ａ２の場合には信号線１３を介して各照明器具１ａ、空調機器１ｂ、電気錠１ｃにＪＥＭＡ規格に対応した制御信号を生成したり、動作信号を監視情報として受け取る機能を備えるとともにこれら信号に対応した情報を情報信号部３３との間で授受する機能部を上述の機能部３０として備えている。
【００２８】
またモジュール部ＭＯＳを搭載している設備機器たる警報監視装置３ｂの場合には異常発生検出用センサ４からの検出信号を無線で受信する無線受信部の他に、無線受信部で受信した検出信号を受信し異常検出時には警報器１３へ発報する処理や、外部へ発報情報を出力処理する機能部を備え、この機能部が上述の機能部３０を構成し、情報信号部３３への発報情報を渡すようになっている。
【００２９】
更にモジュール部ＭＯＳを搭載している設備機器たる録画転送装置３ｃは録画映像データを格納する録画部を機能部３０として、この機能部３０に録画保存されている録画映像データを情報信号部３３へ渡すようになっている。
【００３０】
ゲートウェイ８は、上述したようにハブ部８０と、ルータ部８１と、インターネット９モデム部８２とを備えている他に、本システムの設備機器３のネットワークの繋がり方を隠すためのオブジェクト・ルータとしての機能を実現するソフトと各設備機器３の設備側オブジェクトが備えている入出力定義機能（以下インターフェースという）をアクセスすることで、当該設備機器３の機能部３０が提供するサービスをユーザが享受するために実行される各種アプリケションソフト、更に異種のプロトコルを変換して本実施形態のネットワークシステムにシームレスに繋ぐためのプロトコル・ブリッジサービスと、後述するセンターサーバ１２との間の通信に用いるプロトコルをＳＯＡＰ（Simple Object Access Protocol）に変換してファイヤーウォールを通過させるためのファイヤーウォール・ブリッジ・サービス等の追加可能なサービス機能を実現するソフトから構成されるサービス機能部ＯＡＳとを備えている。
【００３１】
ここで、本発明の遠隔制御システムで使用するプロトコルはＯＳＩ７階層モデルを用いており、設備機器３の情報処理部３３のモジュール部ＭＯＳがクライアント用端末１０ａ，１０ｂに変数、イベント情報を渡したり、或いは関数を受け取る等のための独自プロトコル（以下ＯＡＰという）からアプリケーション層を構成し、このＯＡＰを用いてサービス機能部ＯＡＳと設備機器３のモジュール部ＭＯＳとの間の情報授受を行うようになっている。
【００３２】
またモジュール部ＭＯＳのソフトウェア通信モジュール５１は、ＯＳＩ７階層のネットワーク層〜プレゼンテーション層におけるプロトコルを担うものであって、上述のＯＡＰの定義やＴＣＰ，ＵＤＰの統合を行っている。
【００３３】
センターサーバ１２はインターネット９上に設置されるもので、ゲートウェイ８と同様にサービス機能部ＯＡＳを搭載し、他のサービス機能部ＯＡＳ間の通信には上述のＳＯＡＰによって行うようになっている。
【００３４】
また本システムの各設備機器３は、機能部３０がサービス提供のための処理を行う際に用いる１乃至複数の設備側オブジェクトを情報処理部３３内に組み込まれたモジュール部ＭＯＳの下で有するとともに、夫々の設備側オブジェクトには提供サービスに対応する情報（機能部３０の現在状態を示す変数、機能部３０に渡す制御のための関数、機能部３０での変化発生を示すイベント情報）によって定義されたインターフェースを１乃至複数持たせており、各オブジェクトには固有識別子（以下ＯＩＤという）を付与し、各インターフェースには識別子（以下ＩＩＤという）を付与してある。
【００３５】
この定義内容が同一のインターフェース、つまり同じＩＩＤを付与したインターフェースは複数の設備側オブジェクト下に割り当てることが許されるものであり、設備側オブジェクトの実行は、設備側オブジェクトのＯＩＤ或いはインターフェースのＩＩＤ又は両者の組み合わせを用いた実行要求を情報処理部３３が後述するようにゲートウェイ８内のサービス機能部ＯＡＳから受け取ったときに為される。この実行要求は、特定の設備側オブジェクト下の特定のインターフェースに対応する実行要求の場合にはＯＩＤと当該インターフェースのＩＩＤとの組み合わせが、また同じ定義内容のインターフェースが複数の設備機器３の設備側オブジェクト下或いは同じ設備機器３が有する複数の設備側オブジェクト下にある場合には当該インターフェースのＩＩＤのみで実行要求を行うようになっている。
【００３６】
一方本システムでは、ユーザエリアである宅内にあるゲートウェイ８のサービス機能部ＯＡＳにはサービス提供のための処理を行う際に用いる１乃至複数のサーバ側オブジェクトを有するとともにサーバ側オブジェクトには情報（変数、関数、イベント情報の組み合わせ）によって定義されたインターフェースを１乃至複数持たせるとともに、サーバ側オブジェクトのＯＩＤ及びその下のインターフェスのＩＩＤの組み合わせ情報と対応する設備側オブジェクトのＯＩＤ及びその下のインターフェースのＩＩＤの組み合わせ情報との対応関係を設定して対応関係設定テーブルに格納する対応関係設定機能を持たせている。またこのサーバ側オブジェクトはクライアント用端末１０ａ或いはセンターサーバ１２により中継されて送られてくるクライアント用端末１０ｂから、サービス機能部ＯＡＳ側のＯＩＤやＩＩＤを用いた実行要求があると、予め対応付けてある設備機器３のモジュール部ＭＯＳの特定の設備側オブジェクトのインターフェースに対する実行要求をＯＩＤとＩＩＤを用いて行うようにプログラムされている。
【００３７】
クライアント用端末１０（１０ａ，１０ｂ）は、図４に示すように夫々が接続されるネットワーク通信を行うための通信部１００と、演算処理部１０１と、キーや表示器等からなる入出力部１０２と、当該ネットワークシステムにおいて提供サービスを享受するためのクライアント用ソフト（以下ＯＡＬ＜Object Access Library＞という）やクライアント用アプリケーション（ソフト）等を格納するとともにデータの一時記憶等に用いる記憶部１０３とを備え、演算処理部１０１はＯＡＬを実行することでインターネット９やＬＡＮ６上の後述するオブジェクトに対する実行要求が行え、またクライアント用アプリケーションを実行することで後述する設備機器３が提供できるサービス、つまり設備機器３への制御要求や、設備機器３側からの監視情報（変数、イベント情報）を当該クライアント用ネット端末２が所望する形で享受することができるようになっている。尚図４中１０４はバスである。
【００３８】
次に本発明の遠隔監視システムの動作を説明する。
【００３９】
まずシステム立ち上がり時には、ゲートウェイ８のサービス機能部ＯＡＳはＬＡＮ６に接続されているモジュール部ＭＯＳ搭載の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）の検出処理を行って、ＬＡＮ６上の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）のＩＰアドレス等ネットワーク通信に必要な情報を取得する。そして接続処理後、各設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）のモジュール部ＭＯＳは、ゲートウェイ８のサービス機能部ＯＡＳに対して自己のモジュール部ＭＯＳ上の設備側オブジェクトのＯＩＤ及びその下のインターフェースのＩＩＤの情報の組み合わせを全てゲートウェイ８のサービス機能部ＯＡＳに送る処理を行う。
【００４０】
一方ゲートウェイ８のサービス機能部ＯＡＳは、設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）から受け取った設備側オブジェクトのＯＩＤ及びＩＩＤの組み合わせ情報と、送ってきた設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）のネットワーク通信（ＴＣＰ／ＩＰベース）上の識別子であるＩＰアドレスとを対応付けて設備接続情報テーブルに予め格納保持する。この格納した組み合わせ情報とＩＰアドレスとの対応関係の情報は設備機器３の増減に応じて更新される。
【００４１】
またゲートウェイ８は、配下のＬＡＮ６に接続されているクライアント用端末１０ａに対して、自己のサービス機能部ＯＡＳのサーバ側オブジェクトのＯＩＤ及びインターフェースのＩＩＤの組み合わせ情報を通知する処理を行う。この処理は自己のサービス機能部ＯＡＳのサーバ側オブジェクトのＯＩＤ及びインターフェースのＩＩＤの組み合わせ情報が更新されるたびに行う。
【００４２】
尚ゲートウェイ８から設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）の設備側オブジェクトのＯＩＤ及びその下のインターフェースのＩＩＤの情報も送るようにしても良い。
【００４３】
更にゲートウェイ８はインターネット９上のサービス機能部ＯＡＳ搭載サーバ、図１ではセンターサーバ１２に対して自己の配下の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）の設備側オブジェクトＯＩＤ及びその下のインターフェースＩＩＤの組み合わせ情報を送る処理を行う。この処理は自己の配下の設備機器３（３ａ１，３ａ２，３ｂ，３ｃ）から受け取った設備側オブジェクトのＯＩＤ及びＩＩＤの組み合わせ情報が更新されるたびに行う。
【００４４】
更にまたゲートウェイ８は自己のサービス機能部ＯＡＳのサーバ側オブジェクトのＯＩＤ及びインターフェースのＩＩＤをセンターサーバ１２に予め送るとともに、自己のＩＰアドレスも送るものとする。そして、これらの情報を受けたセンターサーバ１２は、クライアント用端末１０ｂにゲートウェイ８の有するサーバ側オブジェクトのＯＩＤ及びそのしたのインターフェースのＩＩＤを送るとともに、そのサーバ側オブジェクトとゲートウェイ８のＩＰアドレスを対応付けたルーティング用のテーブルを保持しておく。
【００４５】
このようにしてシステムが構築された状態において、本システムにおけるクライアント用端末１０ａ又は１０ｂから設備機器６の監視サービスの提供を受ける動作を実施形態に基づいて説明する。
（実施形態１）
本実施形態は集中制御コントローラ３ａ１で監視・制御される照明器具１ａの点灯状態の変化があるたびにクライアント用端末１０ａ（又は１０ｂ）に通知するサービスに係るものであり、図５に示すように集中制御コントローラ３ａ１の情報処理部３３のモジュール部ＭＯＳが有するオブジェクトには、点灯状態の変化発生を示すイベント情報を定義するとともにＩＩＤとして「照明」が付されているインターフェースを持ち、照明器具１ａに対応する「照明器具」というＯＩＤが付されているものが用いられる。
【００４６】
つまり「照明器具」というＯＩＤと「照明」というＩＩＤを用いてオブジェクトに対して実行要求があった後、情報処理部３３はモジュール部ＭＯＳを介して集中制御コントローラ３ａ１の機能部３０から照明器具１ａの現在の点灯状態の変化が発生するたびにその情報をイベント情報として取得し、実行要求を行った側（図示例ではゲートウェイ８）へ取得したイベント情報を送る処理を行う。
【００４７】
一方ゲートウェイ８のサービス機能部ＯＡＳが有するサーバ側オブジェクトには、集中制御コントローラ３ａ１に対して予め「照明器具」というＯＩＤと「照明」というＩＩＤを用いてオブジェクトに対して実行要求を出して、集中制御コントローラ３ａ１からのイベント情報を取得管理する取得機能を備えるとともに、イベント情報を定義して「照明」というＩＩＤを付したインターフェースを持ち、またＯＩＤとして「ＸＸＸ」が付されたものが用いられる。
【００４８】
そしてこのサーバ側オブジェクトに対するＯＩＤとＩＩＤとを用いた実行要求がクライアント用端末１０ａ（又は１０ｂ）があると、以後、ゲートウェイ８のサービス機能部ＯＡＳは、集中制御コントローラ３ａ１からイベント情報として受け取る照明器具１ａの点灯状態の監視情報の変化があると、次のような所定条件が満足されたときに当該監視情報をクライアント用端末１０ａ（又は１０ｂ）へ通知する処理を行う。
【００４９】
つまり、サービス機能部ＯＡＳのサーバ側オブジェクトは、集中制御コントローラ３ａ１からは照明器具１ａの点灯状態の変化が発生するたびに、つまりイベントが発生するたびにイベント情報たる監視情報を集中制御コントローラ３ａ１からゲートウェイ８のサービス機能部ＯＡＳ宛に送られ、サービス機能部ＯＡＳでは、監視情報を受け取るたびに、当該監視情報を記憶手段に保持するとともに先に保持している監視情報を破棄する処理と、監視情報を保持してから時間カウントを開始してから一定時間（チャタリング回避期間＝所定条件）が経過（満足）するまで当該監視情報が保持されている場合、当該監視情報を基礎として照明器具１ａの”点灯状態”という監視情報（イベント情報）に変換して該監視情報をクライアント用端末１０ａ（又は１０ｂ）へ通知する処理を行うようにプログラムされている。
【００５０】
従って、クライアント用端末１０ａ（又は１０ｂ）から「照明」というＩＩＤとサーバ側オブジェクトのＯＩＤとを用いてサーバ側オブジェクトの実行をゲートウェイ８のサービス機能部ＯＡＳに対して要求しておけば、照明器具１ａの点灯状態の変化が起きるたびに通知して貰えるというサービスを享受することができるのである。
【００５１】
ここで、照明器具１ａの点灯状態の変化があっても即時にクライアント用端末１０ａ（又は１０ｂ）へ通知しないのは下記の理由による。
【００５２】
つまり照明器具１ａの点灯状態に変化が発生するたびにクライアント用端末１０ａを通知するような場合、照明器具１ａが手動スイッチ等で操作されたときにチャタリングが発生すると、そのチャタリングの変化状態を通知することになるが、本実施形態では、クライアント用端末１０ａには照明器具１ａのチャタリング動作の影響を受けることなく、安定良”点灯状態”という監視情報（イベント情報）を通知することができるという利点がある。
【００５３】
そして本実施形態の場合には、設備機器たる集中制御コントローラ３ａ１でチャタリングを処理するプログラムを備えることなく、またクライアント用端末１０ａ（又は１０ｂ）で集中制御コントローラ３ａ１から受け取る監視情報を処理してチャタリングをキャンセルするようなプログラムを備えることなしに、つまり集中制御コントローラ３ａ１とクライアント用端末１０ａ（又は１０ｂ）のプログラム変更なしにチャタリングの影響を受けない監視をクライアント用端末１０ａ（又は１０ｂ）で行えるというサービスを提供することが可能となる。
【００５４】
尚インターネット９上のクライアント用端末１０ｂからも同様な実行要求をゲートウェイ８のサーバ側オブジェクトに対して行えば、センターサーバ１２が仲介し、インターネット９を介してゲートウェイ８に実行要求が伝達され、上述と同様な処理が為されることになる。
【００５５】
また、サービス機能部ＯＡＳのアプリケーションとして、集中制御コントローラ１ａからイベント発生に伴う監視情報を受け取ると、一定時間（チャタリング回避期間）をカウントし始め、一定時間経過時点での監視情報の内容が、一定時間カウントの始点となった監視情報の内容と変化していないという条件が成立した場合に、一定時間経過時点での監視情報（若しくは一定時間カウントの始点となった監視情報）の”点灯情報”をイベント情報に変換して該イベント情報をクライアント端末１０ａ（又は１０ｂ）に通知するようにしても上述の場合と同様にチャタリングによる影響が避けられる。更に、一定時間カウントの始点となった監視情報と一定時間経過時点での監視情報の内容が異なっていても、一定時間経過時点での監視情報の内容がカウントの始点前の監視情報内容と異なっていれば、一定時間経過時点での監視情報の内容をクライアント用端末１０ａ又は１０ｂに通知する。これによって、一定時間（例えば１０秒間）の間に様々なイベントが発生しても、チャタリング等による状態表示の煩わしさが低減される。つまり、一連の動作の最終状態のみを通知することができるようになる。
【００５６】
そして一連の動作の最終状態のみを通知することで、通知のためのトラフィックを削減することができることになる。
（実施形態２）
本実施形態は、集中制御コントローラ３ａ１で制御・監視される玄関用電気錠１ｃ１の状態と、集中制御コントローラ３ａ２で制御・監視される門用電気錠１ｃ２の状態に基づいた情報をクライアント用端末１０ａ（又は１０ｂ）へ通知するサービスに係るものである。
【００５７】
本実施形態では、図６に示すように集中制御コントローラ３ａ１の情報処理部３３のモジュール部ＭＯＳは「玄関」というＯＩＤが付された設備側オブジェクトを、また集中制御コントローラ３ａ２の情報処理部３３のモジュール部ＭＯＳは「門」というＯＩＤが付された設備側オブジェクトを夫々有するとともに、夫々の設備側オブジェクトには”施／解錠状態”に対応するイベント情報を定義し、「電気錠」というＩＩＤを付したインターフェースを持たせ、動作開始から電気錠１ｃの施／解錠状態の変化があると、つまりイベント発生があると、その状態を示すイベント情報をゲートウェイ８のサービス機能部ＯＡＳに通知するようになっている。
【００５８】
一方、ゲートウェイ８のサービス機能部ＯＡＳには、集中制御コントローラ３ａ１からの電気錠１ｃの施／解錠状態の変化を示すイベント情報に基づいて「門」と「玄関」の電気錠１ｃの状態を取得管理する取得機能を有し、また「電気錠１」というＩＩＤを付し、”施錠状態”に対応する変数を定義したインターフェースと、「外出・帰宅」というＩＩＤを付し、帰宅というイベント情報を定義するとともに外出というイベント情報を定義したインターフェースとを持ち、ＯＩＤとして「ＸＸＸ」が付されたサーバ側オブジェクトを有している。
【００５９】
そしてこのサーバ側オブジェクトは、例えばクライアント用端末１０ａから「ＸＸＸ」というＯＩＤと「電気錠」というＩＩＤを用いて実行要求があると、上述の取得機能で取得している現在の「門」の電気錠１ｃの状態と、「玄関」の電気錠１ｃの状態とが共に施錠状態（＝所定条件＜論理積条件＞）であれば、取得機能で管理しているイベント情報を基礎とした”施錠状態”という変数（情報）に変換して該変数をクライアント用端末１０ａへ通知するようにプログラムされ、また「ＸＸＸ」というＯＩＤと「外出・帰宅」というＩＩＤを用いて実行要求があると、前記取得手段の取得する電気錠１ｃの状態において、「門」の電気錠１ｃの状態変化が起きて「門」の電気錠１ｃが”解錠状態”となり、その後、例えば一分以内に「玄関」の電気錠１ｃが”解錠状態”となるという所定条件が満たされた場合には、それらイベント情報を基礎とした”帰宅”というイベント情報に変換して該イベント情報をクライアント用端末１０ａへ通知し、逆に取得機能の取得する電気錠１ｃの状態において、「玄関」の電気錠１ｃの状態変化が起きて「玄関」の電気錠１ｃが”施錠状態”となり、また「門」の電気錠１ｃが”施錠状態”となるという所定条件が満たされた場合には、それらのイベント情報を基礎にした”外出”というイベント情報をクライアント用端末１０ａへ通知するようにプログラムされている。つまり電気錠１ｃ１，１ｃ２の状態変化の順序（時系列条件＝所定条件）によってクライアント用端末１０ａ通知する監視情報であるイベント情報の内容を変えるのである。
【００６０】
而して、実行要求を行ったクライアント用端末１０ａ側において、現在の「玄関」の電気錠１ｃ１の状態と「門」の電気錠１ｃ２の状態を知ることや、家人の”帰宅”や”外出”もリアルタイムに知ることができるのである。
【００６１】
つまり、本実施形態では、集中制御コントローラ３ａ１，３ａ２の電気錠１ｃ１，１ｃ２の監視や制御を行う本来のプログラムの変更やクライアント用端末１０ａ（又は１０ｂ）でのプログラムの変更無しに、クライアント用端末１０ａ（又は１０ｂ）に対して電気錠１ｃ、１ｃ２の状態の通知するサービスや家人の”帰宅”や”外出”を通知するサービスを提供することができるのである。しかもクライアント用端末１０ａ（１０ｂ）では結果を示す監視情報だけを通知されるため、サービス機能部ＯＡＳを搭載しているゲートウェイ８或いはセンターサーバ１２などのサーバと、クライアント用端末１０ａ、１０ｂとの間のトラフィックも増えることはない。
【００６２】
尚インターネット９上のクライアント用端末１０ｂからも同様な実行要求をゲートウェイ８のサーバ側オブジェクトに対して行えば、センターサーバ１２が仲介し、インターネット９を介してゲートウェイ８に実行要求が伝達され、上述と同様な処理が為されることになる。
【００６３】
ところで、実施形態２では一つのサーバ側オブジェクトに異なる情報を夫々定義した二つのインターフェースを持たせて、当該オブジェクトのＯＩＤの下に異なるＩＩＤを組み合わせ、ＯＩＤと何れか一方のＩＩＤとの組み合わせでサーバ側オブジェクトの実行要求が行われるようなっているが、各情報を定義したインターフェースを各別のサーバ側オブジェクトに持たせて、夫々のサーバ側オブジェクトのＯＩＤとその下のインターフェースのＩＩＤとの組み合わせで実行要求される各サーバ側オブジェクトを、各設備側オブジェクトに対応付けても良い。これにより更なる多様なサービスの展開が可能となる。
【００６４】
また実施形態２ではインターフェースの電気錠１ｃ１，１ｃ２の状態変化で”帰宅”や”外出”というイベント情報をクライアント用端末機１０ａ（又は１０ｂ）へ通知するようになっているが、例えば、「門」と「玄関」とに人感センサを設置するとともに窓部の開閉を検出する防犯センサを設け、これらのセンサの状態変化を警報監視装置３ｂからイベント情報としてゲートウェイ８へ通知するようにし、ゲートウェイ８のサービス機能部ＯＡＳのサーバ側オブジェクトでは、「門」での人感センサが反応したというイベント情報を警報監視装置３ｂから通知された後、「玄関」の人感センサが反応したというイベント情報を警報監視装置３ｂから通知されるような場合には、正常の”帰宅”として判断し、”帰宅”を示すイベント情報に変換して該イベント情報をクライアント用端末１０ａ（又は１０ｂ）に通知し、「門」での人感センサが反応したというイベント情報を警報監視装置３ｂから通知された後に、例えば二階窓部の防犯センサが５分以内に窓部開成を検知したというイベント情報を警報監視装置３ｂから通知された場合には侵入者有りという”防犯”のイベント情報をクライアント用端末１０ａ（又は１０ｂ）に通知するようなサービスも可能である。
【００６５】
つまり、
尚図１のシステムでは、ゲートウェイ８のサービス機能部ＯＡＳに上述のようなサーバ側オブジェクトを持たせているが、センターサーバ１１等インターネット９上のサーバに搭載するサービス機能部ＯＡＳに持たせても良い。
【００６６】
また図１のシステムでは、照明器具１ａ、空調機器１ｂ、電気錠１ｃ等が集中制御コントローラ３ａや３ｂで制御されるものであったが、照明器具１ａ、空調機器１ｂ、電気錠１ｃ等の機器に図２に示す設備機器として必要な構成を搭載することで、これら機器をオブジェクト搭載の設備機器とすれば、集中制御コントローラ３ａ１，３ａ２を必要とせず、直接的にこれら機器の制御／監視を上述のように行うことができる。
【００６７】
何れにしても本発明の遠隔監視システムでは、ゲートウェイ８やセンターサーバ１１に搭載するサービス機能部ＯＡＳのサーバ側オブジェクトで、設備機器３側からのイベント情報を管理して、クライアント用端末１０ａ、１０ｂ）へ通知する情報を提供するサービスに対応するように変換することで、設備機器３やクライアント用端末機１０ａ、１０ｂ側のプログラム変更を行うことなく、多様なサービス提供を可能とし、またサービス機能部ＯＡＳを搭載しているゲートウェイ８或いはセンターサーバ１２などのサーバと、クライアント用端末１０ａ、１０ｂとの間の通信量を減らすことができるのである。
【図面の簡単な説明】
【００６８】
【図１】本発明のシステム構成図である。
【図２】（ａ）は本発明に用いる設備機器の基本構成図、（ｂ）はＭＯＳの構成図である。
【図３】本発明に用いるゲートウェイの構成図である。
【図４】本発明に用いるクライアント用端末の構成図である。
【図５】実施形態１の動作説明図である。
【図６】実施形態２の動作説明図である。
【符号の説明】
【００６９】
１ａ 照明器具
１ｂ 空調機器
１ｃ 電気錠
２ ブレーカー群
３ａ１，３ｂ１ 集中制御コントローラ
３ｂ 警報監視装置
３ｃ 録画転送装置
４ 異常発生検出用センサ
５ インターホンシステム
６ ＬＡＮ
７ 分電盤
８ ゲートウェイ
９ インターネット
１０ａ、１０ｂ クライアント用端末
１１ パソコン
１２ センターサーバ
Ａ ユーザエリア
ＯＡＳ サービス機能部
ＭＯＳ モジュール部
【特許請求の範囲】
【請求項１】
監視対象の１乃至複数の設備機器と、１乃至複数のクライアント用端末と、前記設備機器とクライアント用端末との間の情報授受に介在するサーバとをネットワークで接続して構成され、
設備機器は、監視対象となる機能部と、前記機能部の監視情報を定義して該定義に基づいて当該監視情報を前記機能部から取得することを実行する１乃至複数の設備側オブジェクトを有し、前記オブジェクトに付与された識別子を用いて設備側オブジェクトに対する実行要求が前記サーバからあると当該設備側オブジェクトの実行によって前記監視情報を前記機能部から取得するとともに、前記ネットワークを介して取得した前記監視情報を前記サーバへ送る情報処理部とを備え、
前記サーバは、前記設備側オブジェクトの識別子に対応付けられたサーバ側オブジェクトを有し、該サーバ側オブジェクトに対する実行要求があると、前記対応付けられた前記設備側オブジェクトの識別子を用いて当該設備側オブジェクトに対する実行要求を当該設備機器にネットワークを介して行うサービス機能部を備え、
前記クライアント用端末は、前記サーバ側オブジェクトに対する実行要求を前記サーバ側オブジェクトに付されている識別子を用いて行う機能と、前記サーバからの前記監視情報を受け取り処理するための機能とを備え、
前記サーバのサービス機能部は、前記設備機器側から受け取る監視情報を管理し、管理する前記監視情報を基礎とし、予め定めた所定条件に対応させた情報を前記クライアント用端末へ通知することを特徴とする遠隔監視システム。
【請求項２】
前記サーバ側オブジェクトは、複数の設備側オブジェクトに対応付けし、対応付けのある各設備側オブジェクトの実行によって受け取る監視情報の組み合わせが前記所定条件を満足させたときに所定情報に変換することを特徴とする請求項１記載の遠隔監視システム。
【請求項３】
前記サービス機能部は監視情報の定義を複数有する一つのサーバ側オブジェクト若しくは各別に監視情報を定義している複数のサーバ側オブジェクトを有し、各監視情報の定義に対して各別に前記設備側オブジェクトを対応付けするとともに、前記所定条件をサーバ側オブジェクトでの監視情報の定義毎に設定していることを特徴とする請求項１又は２記載の遠隔監視制御システム。
【請求項４】
前記設備側オブジェクトが定義する監視情報は前記機能部でのイベント発生に対応する監視情報であることを特徴とする請求項１乃至３の何れか記載の遠隔監視システム。
【請求項５】
前記サーバ側オブジェクトが定義する監視情報がイベント情報であるとともに、前記サービス機能部が前記設備機器から監視情報を受け取ると、受け取ってから一定時間経過時点での監視情報の内容が前記設備機器から監視情報を受け取る前の前記設備機器の状態に対して変化しているという条件が前記所定条件であって、当該所定条件が満足されたときに前記監視情報をイベント情報として前記サーバから前記クライアント用端末へ通知することを特徴とする請求項４の遠隔監視システム。
【請求項６】
前記サーバ側オブジェクトで定義する監視情報が変数であるとともに、前記クライアント用端末から前記サーバ側オブジェクトに対する実行要求時点で、前記サービス機能部が複数の設備機器側から受け取っている監視情報の内容と予め定めた内容とが全て一致しているという論理積条件が前記所定条件であって、当該所定条件が満足されたときに、前記所定の監視情報を変数として前記サーバから前記クライアント用端末へ通知することを特徴とする請求項４記載の遠隔監視システム。
【請求項７】
前記所定条件とは前記サービス機能部が設備機器から受け取る監視情報の受け取り順が予め定めた順番に合致するという時系列条件であることを特徴とする請求項４記載の遠隔監視システム。
【請求項１】
監視対象の１乃至複数の設備機器と、１乃至複数のクライアント用端末と、前記設備機器とクライアント用端末との間の情報授受に介在するサーバとをネットワークで接続して構成され、
設備機器は、監視対象となる機能部と、前記機能部の監視情報を定義して該定義に基づいて当該監視情報を前記機能部から取得することを実行する１乃至複数の設備側オブジェクトを有し、前記オブジェクトに付与された識別子を用いて設備側オブジェクトに対する実行要求が前記サーバからあると当該設備側オブジェクトの実行によって前記監視情報を前記機能部から取得するとともに、前記ネットワークを介して取得した前記監視情報を前記サーバへ送る情報処理部とを備え、
前記サーバは、前記設備側オブジェクトの識別子に対応付けられたサーバ側オブジェクトを有し、該サーバ側オブジェクトに対する実行要求があると、前記対応付けられた前記設備側オブジェクトの識別子を用いて当該設備側オブジェクトに対する実行要求を当該設備機器にネットワークを介して行うサービス機能部を備え、
前記クライアント用端末は、前記サーバ側オブジェクトに対する実行要求を前記サーバ側オブジェクトに付されている識別子を用いて行う機能と、前記サーバからの前記監視情報を受け取り処理するための機能とを備え、
前記サーバのサービス機能部は、前記設備機器側から受け取る監視情報を管理し、管理する前記監視情報を基礎とし、予め定めた所定条件に対応させた情報を前記クライアント用端末へ通知することを特徴とする遠隔監視システム。
【請求項２】
前記サーバ側オブジェクトは、複数の設備側オブジェクトに対応付けし、対応付けのある各設備側オブジェクトの実行によって受け取る監視情報の組み合わせが前記所定条件を満足させたときに所定情報に変換することを特徴とする請求項１記載の遠隔監視システム。
【請求項３】
前記サービス機能部は監視情報の定義を複数有する一つのサーバ側オブジェクト若しくは各別に監視情報を定義している複数のサーバ側オブジェクトを有し、各監視情報の定義に対して各別に前記設備側オブジェクトを対応付けするとともに、前記所定条件をサーバ側オブジェクトでの監視情報の定義毎に設定していることを特徴とする請求項１又は２記載の遠隔監視制御システム。
【請求項４】
前記設備側オブジェクトが定義する監視情報は前記機能部でのイベント発生に対応する監視情報であることを特徴とする請求項１乃至３の何れか記載の遠隔監視システム。
【請求項５】
前記サーバ側オブジェクトが定義する監視情報がイベント情報であるとともに、前記サービス機能部が前記設備機器から監視情報を受け取ると、受け取ってから一定時間経過時点での監視情報の内容が前記設備機器から監視情報を受け取る前の前記設備機器の状態に対して変化しているという条件が前記所定条件であって、当該所定条件が満足されたときに前記監視情報をイベント情報として前記サーバから前記クライアント用端末へ通知することを特徴とする請求項４の遠隔監視システム。
【請求項６】
前記サーバ側オブジェクトで定義する監視情報が変数であるとともに、前記クライアント用端末から前記サーバ側オブジェクトに対する実行要求時点で、前記サービス機能部が複数の設備機器側から受け取っている監視情報の内容と予め定めた内容とが全て一致しているという論理積条件が前記所定条件であって、当該所定条件が満足されたときに、前記所定の監視情報を変数として前記サーバから前記クライアント用端末へ通知することを特徴とする請求項４記載の遠隔監視システム。
【請求項７】
前記所定条件とは前記サービス機能部が設備機器から受け取る監視情報の受け取り順が予め定めた順番に合致するという時系列条件であることを特徴とする請求項４記載の遠隔監視システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−２８８４４７（Ｐ２００７−２８８４４７Ａ）
【公開日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願番号】特願２００６−１１２５２６（Ｐ２００６−１１２５２６）
【出願日】平成１８年４月１４日（２００６．４．１４）
【出願人】（０００００５８３２）松下電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願日】平成１８年４月１４日（２００６．４．１４）
【出願人】（０００００５８３２）松下電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]