JP4858523B2

JP4858523B2 - 遠隔制御監視システム及びそれに用いる情報通信方法

Info

Publication number: JP4858523B2
Application number: JP2008259924A
Authority: JP
Inventors: 義久本間; 康裕柳; 剛和中; 武史上野; 利信河崎
Original assignee: Panasonic Corp; Matsushita Electric Works Ltd
Current assignee: Panasonic Corp; Panasonic Electric Works Co Ltd
Priority date: 2008-10-06
Filing date: 2008-10-06
Publication date: 2012-01-18
Anticipated expiration: 2023-03-18
Also published as: JP2009054171A

Description

本発明は、インターネットに接続されたネット端末を用いて住宅等に設置された機器の制御や監視を行う遠隔制御監視システム及びその情報通信方法に関する。

従来、宅内に設けてある電気機器をインターネット上のパソコン等のネット端末で監視するために、ゲートウェイ装置を通じてネット端末へ監視の情報を提供する遠隔監視システムが提供されている。（特許文献１）
ところでこのようなシステムでは、ネット端末とゲートウェイとの間の情報授受をセンターサーバーを介して行う場合が多く、このようなシステムでは例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を使用してセンターサーバとゲートウェイ双方向でコマンドの通信を行う通信方法が採用されるのが通例である。

この通信方法を採用した、従来システムは、例えば図１７に示すようにゲートウェイ１にはＨＴＴＰサーバ部１００を実装し、センターサーバ２にはＷｅｂブラウザを搭載したパソコンや携帯電話機（ブラウザフォン）からなるネット端末３に対応するためのＨＴＴＰサーバ部２００と、ゲートウェイ１側のＨＴＴＰサーバ部１００に対応するＨＴＴＰクライアント部２０１とを実装していた。

そしてこの従来システムにより機器の遠隔制御や監視を行う遠隔制御監視システムを構築した場合には、センターサーバ２のＨＴＴＰサーバ部２００に対してネット端末３からはＨＴＴＰのリクエストパケット（Ｐ１）でネット端末３から制御や監視の要求情報が送られ、またレスポンスパケット（Ｐ２）でＨＴＴＰサーバ部２００からネット端末３に監視情報等が送信されるようになっている。

一方センターサーバ２のＨＴＴＰクライアント部２０１によりゲートウェイ１側のＨＴＴＰサーバ部１００に対して制御や監視の要求コマンドがＨＴＴＰのリクエストパケット（Ｐ３）でゲートウェイ１側へ、また、ＨＴＴＰのレスポンスパケット（Ｐ４）で制御要求応答情報や監視要求応答情報がゲートウェイ１からセンターサーバ２側へ送信されるようになっている。
特開２００２−３１５２３４号公報

ところで図１７で示すような従来例では、ゲートウェイ１でのリソース消費（ゲートウェイ１を構成するＣＰＵ、ディスク容量、メモリ容量）が大きくなるという問題が有り、またゲートウェイの受信ポートを開く必要が有るため、セキュリティの確保が難しいと言う問題が有った。

本発明は、上記の点に鑑みて為されたもので、その目的とするところはネットワークセキュリティ性の向上が図れた信頼性の高い遠隔制御監視システム及びそれに用いる情報通信方法を提供することに有る。

請求項１の遠隔制御監視システムの発明では、インターネットに接続されたインターネット端末に対してユーザインターフェースを提供するＷｅｂユーザインターフェース処理部と、インターネット端末のＷｅｂ画面から制御・監視の操作が行われ、インターネット
を通じて制御・監視の要求情報が送られてくると、これらの要求情報を所定形式のコマンドに置き換えるコマンド処理部と、コマンド処理部から上記コマンドが与えられるとともにインターネットに接続されたゲートウェイとの間のコマンド通信処理を行うゲートウェイ通信処理部とを備えたセンターサーバと、上記センターサーバとの間のコマンド通信処理を行うセンターサーバ通信処理部と、制御・監視の対象機器との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部とを備えた上記ゲートウェイと、上記ゲートウェイのローカル伝送通信処理部を通じて送られてくるコマンドにより制御され、若しくは状態情報を上記ゲートウェイのローカル伝送通信処理部へ返す上記対象機器とから構成され、ローカルバスに接続される上記対象機器の制御番号と制御内容と状態番号とは予め決められセンターサーバのコマンド処理部内に保持されており、コマンド処理部では、制御の要求情報を受けた場合に対象機器の制御番号及び制御内容を制御要求コマンドとしてセットし、監視の要求情報を受けた場合に対象機器の状態番号を監視要求コマンドとしてセットし、上記ゲートウェイのセンターサーバ通信処理部はセンターサーバに対して繰り返しポーリングを行い、センターサーバのゲートウェイ通信処理部では上記ポーリング毎に、ゲートウェイへ送信するコマンドがコマンド処理部から与えられているか否かをチェックし、上記コマンドが与えられていれば当該コマンドをセットし、上記ポーリングのレスポンスをゲートウェイに送信し、ゲートウェイでは、センターサーバから制御要求コマンドを受け取ると、コマンド内の制御番号の上記対象機器に対して所定形式の制御信号を送信してコマンド内の制御内容に対応した制御を行い、センターサーバから監視要求コマンドを受け取ると、コマンド内の状態番号の上記対象機器から状態情報を受け取ることを特徴とする。

請求項２の遠隔制御監視システムでは、請求項１の発明において、上記ゲートウェイは、上記制御要求コマンドを受信した際には、当該制御要求コマンドを正常に受け付けたことを確認するための制御要求応答コマンドを上記センターサーバにリクエストとして送信し、上記監視要求コマンドを受信した際には、ローカルバスに接続している上記対象機器の状態変化を示す監視要求応答コマンドをセンターサーバにリクエストとして送信し、上記コマンド処理部は、ゲートウェイから上記制御要求応答コマンドを受け取った場合には、コマンドの内容に応じて正常又は異常を示す制御結果情報を生成し、上記監視要求応答コマンドを受け取った場合には対応する上記対象機器の状態番号及び状態を示す状態情報を生成して、上記制御結果情報及び上記状態情報を上記Ｗｅｂユーザインターフェース処理部へ渡し、Ｗｅｂユーザインターフェース処理部では、上記制御結果情報および上記状態情報を上記インターネット端末に送信して当該インターネット端末のＷｅｂ画面から確認可能とすることを特徴とする。

請求項３の遠隔制御監視システムの発明では、請求項１又は２の発明において、上記ゲートウェイの起動時若しくは上記センターサーバに対するゲートウェイのポーリングの不通時に、当該ゲートウェイからのアクセスに応じて当該ゲートウェイのポーリング先のセンターサーバのＩＰアドレスを通知する接続先通知用サーバをインターネット上に設けていることを特徴とする。

請求項４の遠隔制御監視システムの発明では、請求項１乃至３の何れかの発明において、上記インターネットには、バックアップ用のセンターサーバを備え、上記ゲートウェイにはポーリングに対応したセンターサーバからのレスポンスを監視してレスポンスによる送信が所定時間途絶えたときに上記センターサーバ通信処理部によるポーリング先を上記バックアップ用のセンターサーバに切り替える手段を備えていることを特徴とする。

請求項５の遠隔制御監視システムの発明では、請求項１乃至４の何れかの発明において、上記ゲートウェイから上記センターサーバに対して行うポーリングの停止や周期を設定するポーリング設定手段を具備していることを特徴とする。

請求項６の遠隔制御監視システムの発明では、請求項１乃至５の何れかの発明において、上記ネット端末から上記センターサーバに送られてくる要求情報が複数の制御要求や監視要求の場合に、これら複数の要求に対応して上記コマンド処理部は複数のコマンドにまとめ、レスポンスとしてゲートウェイに送信する機能を備えていることを特徴とする。

請求項７の遠隔制御監視システムの発明では、請求項１乃至６の何れかの発明において、上記センターサーバには、対応するゲートウェイからのポーリング間隔を監視して所定時間ポーリングが途絶えたときに異常発生と判断する手段を備えていることを特徴とする。

請求項８の遠隔制御監視システムの発明では、請求項１乃至７の何れかの発明において、センターサーバと、ゲートウェイとの通信に暗号化通信を用いることを特徴とする。

請求項９の遠隔制御監視システムの情報通信方法の発明では、請求項１乃至８の何れかの遠隔制御監視システムに用いる情報通信方法であって、ゲートウェイによりセンターサーバに対して常時ポーリングを行い、センターサーバから上記ポーリングのレスポンスとして制御要求や監視要求のコマンドをゲートウェイに送信することを特徴とする。

請求項１の遠隔制御監視システムの発明は、インターネットに接続されたインターネット端末に対してユーザインターフェースを提供するＷｅｂユーザインターフェース処理部と、インターネット端末のＷｅｂ画面から制御・監視の操作が行われ、インターネットを通じて制御・監視の要求情報が送られてくると、これらの要求情報を所定形式のコマンドに置き換えるコマンド処理部と、コマンド処理部から上記コマンドが与えられるとともにインターネットに接続されたゲートウェイとの間のコマンド通信処理を行うゲートウェイ通信処理部とを備えたセンターサーバと、上記センターサーバとの間のコマンド通信処理を行うセンターサーバ通信処理部と、制御・監視の対象機器との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部とを備えた上記ゲートウェイと、上記ゲートウェイのローカル伝送通信処理部を通じて送られてくるコマンドにより制御され、若しくは状態情報を上記ゲートウェイのローカル伝送通信処理部へ返す上記対象機器とから構成され、ローカルバスに接続される上記対象機器の制御番号と制御内容と状態番号とは予め決められセンターサーバのコマンド処理部内に保持されており、コマンド処理部では、制御の要求情報を受けた場合に対象機器の制御番号及び制御内容を制御要求コマンドとしてセットし、監視の要求情報を受けた場合に対象機器の状態番号を監視要求コマンドとしてセットし、上記ゲートウェイのセンターサーバ通信処理部はセンターサーバに対して繰り返しポーリングを行い、センターサーバのゲートウェイ通信処理部では上記ポーリング毎に、ゲートウェイへ送信するコマンドがコマンド処理部から与えられているか否かをチェックし、上記コマンドが与えられていれば当該コマンドをセットし、上記ポーリングのレスポンスをゲートウェイに送信し、ゲートウェイでは、センターサーバから制御要求コマンドを受け取ると、コマンド内の制御番号の上記対象機器に対して所定形式の制御信号を送信してコマンド内の制御内容に対応した制御を行い、センターサーバから監視要求コマンドを受け取ると、コマンド内の状態番号の上記対象機器から状態情報を受け取るので、制御・監視対象の機器をインターネットに接続されるネット端末から遠隔に制御・監視できるシステムを提供できるものであって、ゲートウェイからセンターサーバに対してポーリングを行い、そのレスポンスでコマンドをセンターサーバから受け取ることで、ルータ等が介在し、そのファイヤーウオールが設定されていてもコマンドを受け取ることができ、そのためルータの設定などを行う必要がなく、施工性が向上し、またゲートウェイの受信ポートが不要となるためネットワークセキュリティ性を向上させることができ、信頼性の高い遠隔制御監視システムを実現できる。

請求項２の遠隔制御監視システムでは、請求項１の発明において、上記ゲートウェイは、上記制御要求コマンドを受信した際には、当該制御要求コマンドを正常に受け付けたことを確認するための制御要求応答コマンドを上記センターサーバにリクエストとして送信し、上記監視要求コマンドを受信した際には、ローカルバスに接続している上記対象機器の状態変化を示す監視要求応答コマンドをセンターサーバにリクエストとして送信し、上記コマンド処理部は、ゲートウェイから上記制御要求応答コマンドを受け取った場合には、コマンドの内容に応じて正常又は異常を示す制御結果情報を生成し、上記監視要求応答コマンドを受け取った場合には対応する上記対象機器の状態番号及び状態を示す状態情報を生成して、上記制御結果情報及び上記状態情報を上記Ｗｅｂユーザインターフェース処理部へ渡し、Ｗｅｂユーザインターフェース処理部では、上記制御結果情報および上記状態情報を上記インターネット端末に送信して当該インターネット端末のＷｅｂ画面から確認可能とするので、インターネット端末ではＷｅｂ画面で上記制御結果情報および上記状態情報を確認することができる。

請求項３の遠隔制御監視システムの発明では、請求項１又は２の発明において、上記ゲートウェイの起動時若しくは上記センターサーバに対するゲートウェイのポーリングの不通時に、当該ゲートウェイからのアクセスに応じて当該ゲートウェイのポーリング先のセンターサーバのＩＰアドレスを通知する接続先通知用サーバをインターネット上に設けているので、ゲートウェイにセンターサーバのＩＰアドレスを予め登録する必要がなく、固定的に接続先通知用サーバのＩＰアドレスを登録しておくだけ良いため、施工性が向上し、またセンターサーバの負荷分散の自動化を図ることができるという効果が有る。

請求項４の遠隔制御監視システムの発明では、請求項１乃至３の何れかの発明において、上記インターネットには、バックアップ用のセンターサーバを備え、上記ゲートウェイにはポーリングに対応したセンターサーバからのレスポンスを監視してレスポンスによる送信が所定時間途絶えたときに上記センターサーバ通信処理部によるポーリング先を上記バックアップ用のセンターサーバに切り替える手段を備えているので、センターサーバのメンテナンス時やセンターサーバの故障時などにもシステム動作の維持が図れ、またシステムの冗長性の向上も図れるという効果が有る。

請求項５の遠隔制御監視システムの発明では、請求項１乃至４の何れかの発明において、上記ゲートウェイから上記センターサーバに対して行うポーリングの停止や周期を設定するポーリング設定手段を具備しているので、センターサーバの負荷をコントロールすることができ、またネット端末により制御・監視の操作が不要な場合において、宅内のネットワークのトラフィックを低減できるという効果が有る。

請求項６の遠隔制御監視システムの発明では、請求項１乃至５の何れかの発明において、上記ネット端末から上記センターサーバに送られてくる要求情報が複数の制御要求や監視要求の場合に、これら複数の要求に対応して上記コマンド処理部は複数のコマンドにまとめ、レスポンスとしてゲートウェイに送信する機能を備えているので、制御・監視要求時の応答性の向上が図れるという効果が有る。

請求項７の遠隔制御監視システムの発明では、請求項１乃至６の何れかの発明において、上記センターサーバには、対応するゲートウェイからのポーリング間隔を監視して所定時間ポーリングが途絶えたときに異常発生と判断する手段を備えているので、センターサーバ側で回線の異常やゲートウェイの異常を判断することが可能となるという効果が有る。

請求項８の遠隔制御監視システムの発明では、請求項１乃至７の何れかの発明において、センターサーバと、ゲートウェイとの通信に暗号化通信を用いるので、更にセキュリティ性を向上できる。

請求項９の遠隔制御監視システムの情報通信方法の発明では、請求項１乃至８の何れかの遠隔制御監視システムに用いる情報通信方法であって、ゲートウェイによりセンターサーバに対して常時ポーリングを行い、センターサーバから上記ポーリングのレスポンスとして制御要求や監視要求のコマンドをゲートウェイに送信するので、上記請求項１乃至８の何れかの発明が奏する効果を有する遠隔制御監視システムの実現が可能となる。

まず本発明を実施形態により説明する。

（実施形態１）
図１は本実施形態のシステムの全体構成を示しており、例えば住宅Ｈ内に設けられたローカルバス４に接続された制御・監視対象となる電気機器等の各種機器５と、ローカルバス４側とインターネット７や宅内ＬＡＮとの間に介在するゲートウェイ１と、ゲートウェイ１やパーソナルコンピュータ（パソコン）６を接続するハブ機能を備えるとともにこれらゲートウェイ１やパソコン６をインターネット７に接続するためのルータ８とを宅内設備として備えている。

一方宅外には、宅内設備を設置している複数のユーザに対応して制御・監視に関するサービスを提供するためにセンターサーバ２をインターネット７に接続してある。センターサーバ２はサービス提供業者等が設置する管理センター（図示せず）に準備するものとする。

ここでセンターサーバ２は複数の住宅Ｈのゲートウェイ１に対応するものであって、その処理能力に応じて対応するゲートウェイ１の数が決められている。

一方、ユーザが宅外から住宅Ｈ内の機器５の制御・監視を可能とするためにインターネット７に接続したＷｅｂブラウザ搭載のパソコンや携帯電話機（ブラウザフォン）などのネット端末３が用いられる。

ゲートウェイ１やセンターサーバ２は実際には夫々コンピュータシステムで構成されるものであるが本発明で重要な構成となるゲートウェイ１及びセンターサーバ２の機能構成を図２，３により説明する。

ゲートウェイ１は図２に示すような機能構成を有するもので、図示するようセンターサーバ通信処理部１０と、制御・監視の対象機器５との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部１１とを備え、センターサーバ通信処理部１０にはＨＴＴＰクライアント部１０ａ、ポーリング先となるセンターサーバ２のＩＰアドレス等を登録している設定ファイルを格納している記憶部１０ｂを備えている。

センターサーバ２は図３に示す機能構成を有するもので、図示するようにネット端末３のＷｅｂブラウザの画面上で機器５の制御・監視のための操作を行うＷｅｂページと、監視情報を表示するためのＷｅｂページとを提供するためのＨＴＴＰサーバ部２０ａを備えたＷｅｂユーザインターフェース処理部２０と、ゲートウェイ１側のＨＴＴＰクライアント部１０ａとの間でＨＴＴＰにより情報の授受を行うためのＨＴＴＰサーバ部２１ａを備え、ゲートウェイ１側からのＨＴＴＰのリクエストパケットを受信すると、ＨＴＴＰのレスポンスパケットを返すようになっているゲートウェイ通信処理部２１と、Ｗｅｂユーザインターフェース処理部２０から受け取った制御・監視の要求情報を要求コマンドとして変換しゲートウェイ通信処理部２１に渡すとともに、ゲートウェイ通信処理部２１で受信したリクエストパケットから取り出したゲートウェイ１からの制御・監視の要求応答コマンドを制御結果情報、状態情報に変換してＷｅｂユーザインターフェース処理部２０へ渡すコマンド処理部２２とから構成される。

次に本実施形態の動作を詳説する。

まず、住宅Ｈ内の設備が起動すると、ゲートウェイ１のセンターサーバ通信処理部１０のＨＴＴＰクライアント部１０ａは、記憶部１０ｂに予め格納されているＩＰアドレスのセンターサーバ２のゲートウェイ通信処理部２１のＨＴＴＰサーバ部２１ａに対してポーリングを、図４（ａ）に示すように内蔵タイマ機能で設定された所定周期で開始する（ステップＳ１）。

そしてこの場合まずセンターサーバ通信処理部１０がセンターサーバ２に対して送信するコマンド（例えば後述する制御要求結果応答コマンドや監視要求応答コマンド）が有るか否かをチェックし（ステップＳ２）、有れば送信するコマンドをセットし（ステップＳ３）、なければ非セットのままＨＴＴＰのリクエストパケットをセンターサーバ２へ送信する（ステップＳ４）。

一方センターサーバ２のＨＴＴＰサーバ部２１ａでは図４（ｂ）に示すようにＨＴＴＰのリクエストパケットを受信する（ステップＳ１０）と、当該リクエストパケット内の受信コマンドを取り出し（ステップＳ１１）、次いでゲートウェイ１への送信するコマンド（後述する制御要求コマンド、監視要求コマンド）がコマンド処理部２２から与えられているか否かをチェックし（ステップＳ１２）、有れば送信するコマンドをセットし（ステップＳ１３）、なければ非セットのままＨＴＴＰのレスポンスパケットをゲートウェイ１へ送信する（ステップＳ１４）。

そしてこのセンターサーバ２からＨＴＴＰのレスポンスパケットを図４（ａ）のステップＳ５で受信したゲートウェイ１のＨＴＴＰクライアント部１０ａではＨＴＴＰのレスポンスパケットから受信コマンドを取り出す処理を行う（ステップＳ６）。

以上のようにしてゲートウェイ１から対応するセンターサーバ２に対してポーリングを行い、このポーリングに呼応する形でセンターサーバ２から、レスポンスパケットにより制御要求や監視要求のコマンドをゲートウェイ１へ送信するようになっている。またゲートウェイ１はレスポンスパケットにより制御要求コマンドを受信した際には、それを受け付けたことを確認するための制御要求応答コマンドを、また監視要求コマンドの受信に対してはローカルバス４に接続している監視対象の機器５の状態変化を示す監視要求応答コマンドをＨＴＴＰのリクエストパケットで送信するようになっている。

図５は図４（ａ）（ｂ）に示すセンターサーバ２とゲートウェイ１との間のＨＴＴＰによるパケットの送受信のシーケンス及びセンターサーバ２とネット端末３とのＨＴＴＰによるパケットの送受信のシーケンスを示しており、ゲートウェイ１ではＨＴＴＰクライアント部１０ａによってセンターサーバ２に対してポーリングを行い、センターサーバ２のＨＴＴＰサーバ部２１ａではゲートウェイ１からのＨＴＴＰのリクエストパケット（Ｐ３）に対してＨＴＴＰのレスポンスパケット（Ｐ４）の送信を行うことにより、双方の間でコマンドを送受信するのである。

ネット端末３とセンターサーバ２のＷｅｂユーザインターフェース部２０のＨＴＴＰサーバ部２０ａとの間では、ネット端末３のＷｅｂブラウザ上での操作による制御や監視を要求する情報をリクエストパケット（Ｐ１）をＨＴＴＰサーバ部２０ａが受信して（Ｐ１）、コマンド処理部２２にこれら情報を渡し、またコマンド処理部２２がゲートウェイ通信処理部２１から受け取った機器１の制御要求応答コマンドや、監視要求応答コマンドに対応する制御の受け付け結果情報や、監視情報をレスポンスパケット（Ｐ２）によりネット端末３へＨＴＴＰサーバ部２０ａから送信し、ネット端末３ではＷｅｂブラウザでこれら情報を確認するのである。

ここでコマンドのパケットフォーマット例を図６で説明する。

このパケットフォーマットは送信先アドレスデータＡ１、送信元アドレスデータＡ２、パケット種別（コマンド）を示すデータＢ、ボディ長を示すデータＣを書き込んだヘッダ部と、コマンドに対応したデータからなるボディ部Ｄとで構成され、パケット種別とボディ部Ｄのデータ内容との関係は、表１に示す内容とする。尚リクエストライン或いはレスポンスラインは図では省略している。

尚ローカルバス４に接続される制御・監視対象の機器５の制御番号、制御内容、状態番号、状態は予め決められ、センターサーバ２の例えばコマンド処理部２２内にはそれらの情報が保持されているものとし、コマンド処理部２２では制御要求コマンドの処理を行う場合には対象となる機器５の制御番号と、その制御内容をセット、また監視要求コマンドの処理を行う場合には対象となる機器５の状態番号をセットする。更にゲートウェイ１から受け取った制御要求応答コマンドの処理を行う場合にはボディ部の内容に応じて正常又は異常を示す情報を生成し、また監視要求応答コマンドを受け取った場合には対応する機器５の状態番号と、その状態の情報を生成してＷｅｂユーザインターフェース部２０へ渡す処理を行う。

一方ゲートウェイ１ではセンターサーバ２からの制御要求コマンドを受け取ると内容として示される機器番号と制御内容からローカルバス４に接続されている当該機器番号の制御対象の機器５に対して所定形式の制御信号を送信して制御内容に対応した制御を行う。またこの制御要求コマンドを正常に受け付けたことを制御要求応答コマンドとしてリクエストパケットによりセンターサーバ２へ送信する。同様にセンターサーバ２からの監視要求コマンドを受け取るとその内容で示される状態番号からローカルバス４に接続されている当該状態番号の機器５から状態情報をローカルバス４を通じて受け取り、監視要求応答コマンドとしてリクエストパケットによりセンターサーバ２へ送信する。

以上のように本実施形態では、インターネット７に接続されているセンターサーバ２からＨＴＴＰのレスポンスパケットでコマンドをゲートウェイ１へ送るため、ゲートウェイ１側で受信ポートが不要となり、その結果ネットワークのセキュリティ性を向上させることができる。

またセンターサーバー２からのゲートウェイ１への接続を可能とするための設定をルータ８で行う必要が無くなるため、住宅Ｈ側の設備の施工性を向上させることができる。

特に言及しなかったが、本実施形態では、セキュリティ性を高くするために、センターサーバ２とゲートウェイ１との間の通信に暗号化通信（例えばＨＴＴＰＳ＜ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌＳｅｃｕｒｉｔｙ＞等を）用いているのは言うまでもない。

更にネット端末３から上記センターサーバ２に送られてくる要求情報が複数の制御要求や監視要求の場合には、これら複数の要求に対応して上記コマンド処理部２２は複数のコマンドにまとめ、レスポンスパケットとしてゲートウェイ１に送信するようにしても良い。またこれに対応してゲートウェイ１から送られてくる制御要求応答や監視要求の複数のコマンドもまとめ、リクエストパケットとしてセンターサーバ２に送信するようにしても良い。

つまりリクエストパケットでは図７（ａ）に示すようにマルチパートのボディ部Ｄで複数のコマンドｄ１…をまとめて送る。同様にレスポンスパケットでは図７（ｂ）に示すマルチパートのボディ部Ｄで複数のコマンドｄ１…をまとめて送る。

ここで図７（ａ）（ｂ）ではＨＴＴＰのバージョンとしてＨＴＴＰ／１．１が採用されており、リクエストパケットでは、メソッド、リクエストＵＲＬとプロトコルバージョンが書き込まれたリクエストラインＲＱと、リクエストを生成したユーザエージェントについての情報やボディ部Ｄのデータ長、メディアタイプ（ここではマルチパート）などの情報を書き込んだヘッダ部ＨＤと、ボディ部Ｄとからなる。

一方、レスポンスパケットでは、プロトコルのバージョン、ステータスコード番号、それに関連したテキストフレーズからなるステータスラインＳＬと、データ、ボディ部Ｄのデータ長、メディアタイプ（ここではマルチパート）などの情報を書き込んだレスポンスヘッダ部ＲＥＨ、ボディ部Ｄとからなる。

尚これらはパケット構成はＨＴＴＰ／１．１に用いられるパケット構成であるので、概略のみの説明とする。

（実施形態２）
ところで、センターサーバ２に対応するゲートウェイ１の数は、センターサーバ２の処理能力で限定されるが、センターサーバ２の負荷が増大したときにゲートウェイ１のポーリング周期を変更することで、負荷を軽減することができる。

またネット端末３での制御・監視を不要なユーザ宅においては、ゲートウェイ１からセンターサーバ２へのポーリングを停止させることで、宅内のＬＡＮのトラフィックを低減することができる。

そこで本実施形態では、センターサーバ通信処理部１０の記憶部１０ｂに格納している設定ファイルにポーリング周期の設定値を変更自在に書き込み、この設置値に基づいて内蔵タイマによるポーリング周期を設定することができるようにし、またポーリング自体を停止させる設定を行えるようにしたものである。つまりここではセンターサーバ２及びパソコン６がフェイルの変更を行うための設定手段を構成することなる。

尚システム構成及びセンターサーバ２の構成、ゲートウェイ１の構成は基本的に同じであるので構成の図示、説明は省略する。センターサーバ２から上記設定ファイルにポーリング周期の設定値を書き込むことができるようにし、またゲートウェイ１に対してポーリング停止を宅内のパソコン６からＬＡＮを介して指示することができるようにしたものである。

この場合センターサーバ２からはＨＴＴＰのレスポンスとして上記設定値データを送信することで設定変更を可能とする。またポーリング停止を指示するコマンドをゲートウェイ１に与える方法は、特に限定されるものでないので、適宜周知の形式で行えば良い。

而して本実施形態のゲートウェイ１では起動すると、まずセンターサーバ通信処理部１０は記憶部１０ｂの設定ファイルに書き込まれた設定値に基づいて図８に示すように内蔵タイマにより所定周期でポーリングを開始するが（ステップＳ１）、ポーリング過程には記憶部１０ｂの設定ファイルにポーリング停止が設定されているか否かをチェックするステップＳ７を設けており、このステップＳ７で停止が設定されていると判定された場合にはポーリングを停止する。

尚ポーリングの処理は実施形態１と同じであるので、図４（ａ）に示すフローチャートと同じ処理ステップには同じ符号を付して説明は省略する。

またその他の動作も実施形態１と同じであるので説明は省略する。

（実施形態３）
本実施形態は、センターサーバ２と同じ機能を持つバックアップ用センターサーバ２Ａを図９に示すようにインターネット７に接続し、ゲートウェイ１側でセンターサーバ２からのレスポンスが所定の時間途絶えたとき、ポーリング対象をバックアップ用センターサーバ２Ａに切り替えることで、センターサーバ２のトラブル発生時やメンテナンス時にもシステムダウンが生じないようにしたものである。

尚センターサーバ２の構成は実施形態１と同じであるので、図示及びその説明は省略する。

また本実施形態では、図１０に示すようにゲートウェイ１側にセンターサーバ２からのレスポンスパケットの受信の途絶えを監視する監視機能部１０ｃをセンターサーバ通信処理部１０内に設けるとともに、記憶部１０ｂの設定ファイルにセンターサーバ２のＩＰアドレスと、バックアップ用のセンターサーバ２ＡのＩＰアドレスを予め登録しておく。

そしてゲートウェイ１からセンターサーバ２に対してポーリングを開始する際に、まず起動時にセンターサーバ通信処理部１０は図１１に示すようにステップＳ１でセンターサーバ２のＩＰアドレスをセットし、ステップＳ２で監視機能部１０ｃでカウントするコネクション接続のリトライ回数を０にセットし、更にこのステップＳ３でリトライ回数のカウント値が所定回数（例えば３回）を超えているか否かをチェックし、超えていなければステップＳ４でセンターサーバ２にコネクション接続を行い、接続が成功すると通常モードの処理へ移行（ステップＳ５）する。

これにより上述したゲートウェイ１からセンターサーバ２に対するＨＴＴＰによるリク
エスト送信と、レスポンス受信とのポーリングが内蔵タイマによって設定される周期で行われる（ステップＳ６〜Ｓ８）。そして通常モードのルーチンではステップＳ７でソケットエラーの有無を監視機能部１０ｃでチェックし、ここでソケットエラーが発生する、コネクションを切断し（ステップＳ９）、上記のステップＳ２に戻る。

そしてステップＳ１〜Ｓ３の処理を経て、ステップＳ４でセンターサーバ２へのコネクション接続が行われ、接続が失敗すると、リトライ回数のカウント値に１を加算し（ステップＳ１０）、ステップＳ３へ移行し、カウント値が所定値を超えているか否かのチェックを行い、超えていなければステップＳ４でのコネクション接続がリトライされる。そして接続の失敗が連続し、リトライ回数が３回に達すると、ステップＳ１１で現在セットされているＩＰアドレスがバックアップ用のセンターサーバ２ＡのＩＰアドレスか否かのチェックを行う。ここではセンターサーバ２のＩＰアドレスがセットされているので、ステップＳ１２でセットするＩＰアドレスをバックアップ用のセンターサーバ２ＡのＩＰアドレスに切り替え、センターサーバ２に対する場合と同様な処理を行う。

そしてバックアップ用のセンターサーバ２Ａに対するポーリング中に上述と同様にソケットエラーが発生するとコネクション切断を行った後、コネクション接続をリトライし、このリトライ回数が３回に達すると、上述と同様にステップＳ１１で現在セットされているＩＰアドレスがセンターサーバ２ＡのＩＰアドレスか否かのチェックを行う。この場合セットされているＩＰアドレスはバックアップ用センターサーバ２ＡのＩＰアドレスであるので、センターサーバ通信処理部１０の動作がローカルモードの処理へ移行する（ステップＳ１３）。このローカルモードではまずセンターサーバ２のＩＰアドレスによるコネクション接続を行い（ステップＳ１４）、成功すればステップＳ５の通常モードへ移行する（この場合ＩＰアドレスはセンターサーバ２のＩＰアドレスにセットする）。そして失敗すればバックアップ用センターサーバ２ＡのＩＰアドレスでコネクション接続を行い（ステップＳ１５）、成功すればステップＳ５の通常モードへ移行する（この場合ＩＰアドレスはバックアップ用センターサーバ２ＡのＩＰアドレスにセットする）。また失敗すれば内蔵タイマで定まる周期（ステップＳ１６）で何れかのコネクション接続が成功するまで、ステップＳ１４、Ｓ１５の処理が繰り返される。

尚ローカルモードを無くして、リトライ回数が３回に達する度にポーリングの対象となるセンターサーバのＩＰアドレスを切り替えるようにしても良い。

以上のように本実施形態では、センターサーバ２からのレスポンスパケットの受信が所定の時間途絶えると、自動的にゲートウェイ１側でポーリング対象をバックアップ用のセンターサーバ２ＡのＩＰアドレスに切り替えることで、センターサーバ２のダウン時やメンテナンス時のシステムダウンを防ぐことができるようになっている。またバックアップ用センターサーバ２Ａからのレスポンスが無くなった場合にも自動的にセンターサーバ２への接続に切り替わることも可能であるので、メンテナンス終了時などのセンターサーバ１への自動復帰もできるのである。

（実施形態４）
上記実施形態３はゲートウェイ１側でセンターサーバ２からのレスポンスを監視するものであったが、本実施形態では、センターサーバ２（バックアップ用センターサーバ２Ａ）側にゲートウェイ１からのポーリング間隔を監視するポーリング監視機能部２１ｂを図１２に示すようにゲートウェイ通信処理部２１に設け、ゲートウェイ１の異常或いは回線の異常を判断するようにしたものである。

而して本実施形態では、センターサーバ２では、ゲートウェイ１のポーリングが開始されるとポーリング監視機能部２１ｂでは内蔵タイマを図１３に示すようにセットするステップＳ１と、この内蔵タイマがタイムアップしてタイマオーバーフローとなるまでにゲートウェイ１からのＨＴＴＰのリクエストパケットの受信が有るか否かのチェックを行うステップＳ２とをサイクリックに繰り返し、ゲートウェイ１からのＨＴＴＰのリクエストパケットの受信が内蔵タイマのタイムアップまでに受信されなかった場合、ポーリング監視機能部２１ｂは異常発生と判断する。

この判断結果をセンターサーバ２にＬＡＮ等によって接続されたセンター側のサーバー監視用コンピュータに送ってそのモニタ装置に表示させたり、或いはセンターサーバ２自体に付設するモニタ装置或いはモニタランプ等を判断結果に基づいて表示或いは点灯させることで、ゲートウェイ１或いは回線に異常が発生したことをセンター側のオペレータに知らせる。

これにより迅速に異常発生原因を追及し、正常な状態に復旧させることができることになる。

尚本実施形態のセンターサーバ２の構成は、上記実施形態１〜３の何れにも適用できるものであるので、システム構成及びゲートウェイ１の構成の図示及び説明は上記実施形態１〜３の何れかの説明を参照するものする。また上記のゲートウェイ１のポーリング間隔の監視動作以外は適用する実施形態の動作と同じであるので、動作の説明も省略する。

（実施形態５）
上記の実施形態１乃至５ではゲートウェイ１のポーリング対象のセンターサーバ２或いはバックアップ用センターサーバ２ＡのＩＰアドレスは予めゲートウェイ１のセンターサーバ通信処理部１０内の記憶部１０ｂに格納している設定ファイルに予め登録していたが、本実施形態では、ゲートウェイ１の起動時や、センターサーバ２との間でのポーリングが途絶えたときに、当該ゲートウェイ１に対してポーリング先のセンターサーバ２やバックアップ用センターサーバ２ＡのＩＰアドレスを通知する接続先通知用サーバ９を図１４に示すようにインターネット７上に設け、ゲートウェイ１のセンターサーバ通信処理部１０の記憶部１０ｂに格納している設定ファイル内に接続先通知用サーバ９のＩＰアドレスを予め登録しておく。

また図１５に示すようにセンターサーバ通信処理部１０にセンターサーバ２からのＨＴＴＰのレスポンスパケットの送信を監視する監視機能部１０ｃ’を設けるとともに、ＨＴＴＰクライアント部１０ａに起動時に接続先通知用サーバ９に対してセンターサーバ２のＩＰアドレスの通知を要求するコマンドをリクエストパケットで送信する機能及びセンターサーバ２からＨＴＴＰのレスポンスが途絶えたことを監視機能部１０ｃ’が検出したときにも接続先通知用サーバ９に対してバックアップ用センターサーバ２ＡのＩＰアドレスを要求するコマンドをリクエストパケットで送信する機能を備えている。

而して本実施形態では、ゲートウェイ１が起動すると、当該ゲートウェイ１のセンターサーバ通信処理部１０のＨＴＴＰクライアント部１０ａが記憶部１０ｂの設定ファイルに予め登録している接続先通知用サーバ９のＩＰアドレスを読み出し、該接続先通知用サーバ９に対してＨＴＴＰのリクエストパケットでセンターサーバ２のＩＰアドレス要求コマンドを送る。

接続先通知用サーバ９では図１６に示すようにゲートウェイ１からのポーリング先のセンターサーバ２のＩＰアドレス要求コマンドを受け付けると（ステップＳ１）、まずカウント値ｎに１を加え（ステップＳ２）、接続先通知用サーバ９が備えているサーバ番号−ＩＰアドレス対向テーブル９ａからＮ番のセンターサーバ２のＩＰアドレスを読み出してＩＰアドレス要求コマンドを送ってきたゲートウェイ１にＨＴＴＰのレスポンスパケットで通知する（ステップＳ３）。

そしてカウント値ｎが５００であるかをチェックし（ステップＳ４）、このチェックでカウント値ｎが５００でなければ、ＩＰアドレス要求コマンドが送られてくる度にカウント値ｎが５００になるまで、ステップＳ１〜ステップＳ４のステップ処理を繰り返す。そしてカウント値ｎが５００に成ると、次からＩＰアドレス要求コマンドに対応してＩＰアドレスを通知対象とするセンターサーバ２の番号をＮ＋１とすると共に、カウント値ｎを０に戻し、ステップＳ１に戻って以後上述と同様なＩＰアドレス通知の処理を行うのである。

ここでカウント値ｎの最大値５００は、１台当たりのセンターサーバ２が対応するゲートウェイ１の数を示しており、この５００は一例に過ぎず、ゲートウェイ１の能力によって５００を超える場合も、或いは５００未満となる場合も有る。また図１１ではシステム起動時のイニシャル処理については省略している。

さてセンターサーバ２のＩＰアドレスが通知されるとゲートウェイ１はセンターサーバ２に対してポーリングを開始する。

上記のようにポーリング動作を開始してから、対応するセンターサーバ２からＨＴＴＰのレスポンスパケットが所定時間途絶えたことをセンターサーバ通信処理部１０の監視機能部１０ｃ’が検出すると、この検出に呼応してＨＴＴＰクライアント部１０ａは起動時と同様に接続先通知用サーバ９に対してバックアップ用センターサーバ２ＡのＩＰアドレスを要求するＩＰアドレス要求コマンドをＨＴＴＰのリクエストパケットで送り、起動時と同様な手順で接続先通知用サーバ９からバックアップ用センターサーバ２ＡのＩＰアドレスを通知してもらう。そしてこのＩＰアドレスの通知を受けた当該ゲートウェイ１では、ＩＰアドレスを切り替えてポーリング先をバックアップ用のセンターサーバ２Ａに変更する処理を行うのである。

上記のように本実施形態では、接続先通知用サーバ９を設け、センターサーバ２に接続するゲートウェイ１を起動時に自動的に割り付けることで、センターサーバ２の負荷分散の自動化が図れ、また各住戸に設置されるゲートウェイ１の設定ファイルにはセンターサーバ２のＩＰアドレスやバックアップ用センターサーバ２ＡのＩＰアドレスを事前に登録する必要がなく、接続先通知用サーバ９のＩＰアドレスを固定的に登録しておくだけで良くなるため、施工性が向上することになる。

ゲートウェイ１からセンターサーバ２へのポーリングの動作について上記の各実施形態と同じであるので、動作説明は省略する。また監視機能部１０ｃ’のポーリング監視動作は、実施形態３の監視機能部１０ｃと同様な方法で行うものとする。更に上記実施形態１乃至５において、夫々のＩＰアドレス設定構成を本実施形態の構成に代えても勿論良い。

尚上記実施形態ではＨＴＴＰを用いているが、クライアントからサーバへのリクエスト／レスポンス型のプロトコルであれば良く、ＨＴＴＰに限定されるものではない。

また接続先通知用サーバ９はセンターサーバ２やバックアップ用サーバ２Ａとは別回線によりインターネット７に接続し、トラブル発生時の安全性を高めれば良い。

本発明の実施形態１のシステム構成図である。同上に用いるゲートウェイの構成図である。同上に用いるセンターサーバの構成図である。（ａ）は同上に用いるゲートウェイの動作説明用のフローチャートである。

（ｂ）は同上に用いるセンターサーバの動作説明用のフローチャートである。
同上に用いるセンターサーバとゲートウェイとの間のポーリング動作及びセンターサーバとネット端末との間の送受信動作のシーケンス説明図である。同上に用いるコマンドのパケットフォーマット例の説明図である。同上に用いるＨＴＴＰのマルチパートのパケット例の説明図である。本発明の実施形態２に用いるゲートウェイの動作説明用のフローチャートである。本発明の実施形態３のシステム構成図である。同上に用いるゲートウェイの構成図である。同上のゲートウェイの動作説明用のフローチャートである。本発明の実施形態４に用いるセンターサーバの構成図である。同上のセンターサーバの動作説明用のフローチャートである。本発明の実施形態５のシステム構成図である。同上に用いるゲートウェイの構成図である。同上に用いる接続先通知用サーバの動作説明用のフローチャートである。従来例のセンターサーバとゲートウェイとの間のポーリング動作及びセンターサーバとネット端末との間の送受信動作のシーケンス説明図である。

符号の説明

１ゲートウェイ
２センターサーバ
３ネット端末
４ローカルバス
５機器
６パソコン
７インターネット
８ルータ

Claims

インターネットに接続されたインターネット端末に対してユーザインターフェースを提供するＷｅｂユーザインターフェース処理部と、インターネット端末のＷｅｂ画面から制御・監視の操作が行われ、インターネットを通じて制御・監視の要求情報が送られてくると、これらの要求情報を所定形式のコマンドに置き換えるコマンド処理部と、コマンド処理部から上記コマンドが与えられるとともにインターネットに接続されたゲートウェイとの間のコマンド通信処理を行うゲートウェイ通信処理部とを備えたセンターサーバと、
上記センターサーバとの間のコマンド通信処理を行うセンターサーバ通信処理部と、制御・監視の対象機器との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部とを備えた上記ゲートウェイと、
上記ゲートウェイのローカル伝送通信処理部を通じて送られてくるコマンドにより制御され、若しくは状態情報を上記ゲートウェイのローカル伝送通信処理部へ返す上記対象機器とから構成され、
ローカルバスに接続される上記対象機器の制御番号と制御内容と状態番号とは予め決められセンターサーバのコマンド処理部内に保持されており、コマンド処理部では、制御の要求情報を受けた場合に対象機器の制御番号及び制御内容を制御要求コマンドとしてセットし、監視の要求情報を受けた場合に対象機器の状態番号を監視要求コマンドとしてセットし、上記ゲートウェイのセンターサーバ通信処理部はセンターサーバに対して繰り返しポーリングを行い、センターサーバのゲートウェイ通信処理部では上記ポーリング毎に、ゲートウェイへ送信するコマンドがコマンド処理部から与えられているか否かをチェックし、上記コマンドが与えられていれば当該コマンドをセットし、上記ポーリングのレスポンスをゲートウェイに送信し、ゲートウェイでは、センターサーバから制御要求コマンドを受け取ると、コマンド内の制御番号の上記対象機器に対して所定形式の制御信号を送信してコマンド内の制御内容に対応した制御を行い、センターサーバから監視要求コマンドを受け取ると、コマンド内の状態番号の上記対象機器から状態情報を受け取ることを特徴とする遠隔制御監視システム。
上記ゲートウェイは、上記制御要求コマンドを受信した際には、当該制御要求コマンドを正常に受け付けたことを確認するための制御要求応答コマンドを上記センターサーバにリクエストとして送信し、上記監視要求コマンドを受信した際には、ローカルバスに接続している上記対象機器の状態変化を示す監視要求応答コマンドをセンターサーバにリクエストとして送信し、上記コマンド処理部は、ゲートウェイから上記制御要求応答コマンドを受け取った場合には、コマンドの内容に応じて正常又は異常を示す制御結果情報を生成し、上記監視要求応答コマンドを受け取った場合には対応する上記対象機器の状態番号及び状態を示す状態情報を生成して、上記制御結果情報及び上記状態情報を上記Ｗｅｂユーザインターフェース処理部へ渡し、Ｗｅｂユーザインターフェース処理部では、上記制御結果情報および上記状態情報を上記インターネット端末に送信して当該インターネット端末のＷｅｂ画面から確認可能とすることを特徴とする請求項１記載の遠隔制御監視システム。
上記ゲートウェイの起動時若しくは上記センターサーバに対するゲートウェイのポーリングの不通時に、当該ゲートウェイからのアクセスに応じて当該ゲートウェイのポーリング先のセンターサーバのＩＰアドレスを通知する接続先通知用サーバをインターネット上に設けていることを特徴とする請求項１又は２記載の遠隔制御監視システム。
上記インターネットには、バックアップ用のセンターサーバを備え、上記ゲートウェイにはポーリングに対応したセンターサーバからのレスポンスを監視してレスポンスによる送信が所定時間途絶えたときに上記センターサーバ通信処理部によるポーリング先を上記バックアップ用のセンターサーバに切り替える手段を備えていることを特徴とする請求
項１乃至３の何れか記載の遠隔制御監視システム。
上記ゲートウェイから上記センターサーバに対して行うポーリングの停止や周期を設定するポーリング設定手段を具備していることを特徴とする請求項１乃至４の何れか記載の遠隔制御監視システム。
上記ネット端末から上記センターサーバに送られてくる要求情報が複数の制御要求や監視要求の場合に、これら複数の要求に対応して上記コマンド処理部は複数のコマンドにまとめ、レスポンスとしてゲートウェイに送信する機能を備えていることを特徴とする請求項１乃至５の何れか記載の遠隔制御監視システム。
上記センターサーバには、対応するゲートウェイからのポーリング間隔を監視して所定時間ポーリングが途絶えたときに異常発生と判断する手段を備えていることを特徴とする請求項１乃至６の何れか記載の遠隔制御監視システム。
センターサーバと、ゲートウェイとの通信に暗号化通信を用いることを特徴とする請求項１乃至７の何れか記載の遠隔制御監視システム。
請求項１乃至８の何れかの遠隔制御監視システムに用いる情報通信方法であって、ゲートウェイによりセンターサーバに対して常時ポーリングを行い、センターサーバから上記ポーリングのレスポンスとして制御要求や監視要求のコマンドをゲートウェイに送信することを特徴とする遠隔制御監視システムの情報通信方法。