(57)【要約】【課題】ネットワークセキュリティ性の向上が図れた信頼性の高い遠隔制御監視システム及びそれに用いる情報通信方法を提供することに有る。【解決手段】ゲートウェイ１は、センターサーバ２に対してＨＴＴＰを用いたポーリングを行い、このポーリングに呼応する形でセンターサーバ２から、レスポンスパケットにより制御要求や監視要求のコマンドをゲートウェイ１へ送信するようになっている。またゲートウェイ１はレスポンスパケットにより制御要求コマンドを受信した際には、それを受け付けたこと確認するための制御要求応答コマンドを、また監視要求コマンドの受信に対してはローカルバス４に接続している監視対象の機器５の状態変化を示す監視要求応答コマンドをリクエストパケットで送信するようになっている。【選択図】        図１
2004280717.tif 000002
【特許請求の範囲】
【請求項１】
インターネットに接続されたインターネット端末に対してユーザインターフェースを提供するＷｅｂユーザインターフェース処理部と、インターネット端末のＷｅｂ画面から制御・監視の操作が行われ、インターネットを通じて制御・監視の要求情報が送られてくると、これらの要求情報を所定形式のコマンドに置き換えるコマンド処理部と、インターネットに接続されたゲートウェイとの間のコマンド通信処理を行うゲートウェイ通信処理部とを備えたセンターサーバと、
上記センターサーバとの間のコマンド通信処理を行うサーバ通信処理部と、制御・監視の対象機器との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部とを備えた上記ゲートウェイと、
上記ゲートウェイのローカル伝送通信処理部を通じて送られてくるコマンドにより制御され、若しくは状態情報を上記ゲートウェイのローカル伝送通信処理部へ返す上記対象機器とから構成され、
上記ゲートウェイのセンターサーバ通信処理部によりセンターサーバに対して常時ポーリングを行い、センターサーバのゲートウェイ通信処理部では上記ポーリングのレスポンスとして上記通信コマンドをゲートウェイに送信することを特徴とする遠隔制御監視システム。
【請求項２】
上記ゲートウェイの起動時若しくは上記センターサーバに対するゲートウェイのポーリングの不通時に、当該ゲートウェイからのアクセスに応じて当該ゲートウェイのポーリング先のセンターサーバのＩＰアドレスを通知する接続先通知用サーバをインターネット上に設けていることを特徴とする請求項１記載の遠隔制御監視システム。
【請求項３】
上記インターネットには、バックアップ用のセンターサーバを備え、上記ゲートウェイにはポーリングに対応したセンターサーバからのレスポンスを監視してレスポンスによる送信が所定時間と途絶えたときに上記センターサーバ通信処理部によるポーリング先を上記バックアップ用のセンタサーバに切り替える手段を備えていることを特徴とする請求項１又は２記載の遠隔制御監視システム。
【請求項４】
上記ゲートウェイから上記センターサーバに対して行うポーリングの停止や周期を設定するポーリング設定手段を具備していることを特徴とする請求項１乃至３の何れか記載の遠隔制御監視システム。
【請求項５】
上記ネット端末から上記センターサーバに送られてくる要求情報が複数の制御要求や監視要求の場合に、これら複数の要求に対応して上記コマンド処理部は複数のコマンドにまとめ、レスポンスとしてゲートウェイに送信する機能を備えていることを特徴とする請求項１乃至４の何れか記載の遠隔制御監視システム。
【請求項６】
上記センターサーバには、対応するゲートウェイからのポーリング間隔を監視して所定時間ポーリングが途絶えたときに異常発生と判断する手段を備えていることを特徴とする請求項１乃至５の何れか記載の遠隔制御監視システム。
【請求項７】
センターサーバと、ゲートウェイとの通信に暗号化通信を用いることを特徴とする請求項１乃至６の何れか記載の遠隔制御監視システム。
【請求項８】
請求項１乃至７の何れかの遠隔制御監視システムに用いる情報通信方法であって、ゲートウェイによりセンターサーバに対して常時ポーリングを行い、センターサーバから上記ポーリングのレスポンスとして制御要求や監視要求のコマンドをゲートウェイに送信することを特徴とする遠隔制御監視システムの情報通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットに接続されたネット端末を用いて住宅等に設置された機器の制御や監視を行う遠隔制御監視システム及びその情報通信方法に関する。
【０００２】
【従来の技術】
従来、宅内に設けてある電気機器をインターネット上のパソコン等のネット端末で監視するために、ゲートウェイ装置を通じてネット端末へ監視の情報を提供する遠隔監視システムが提供されている。（特許文献１）
ところでこのようなシステムでは、ネット端末とゲートウェイとの間の情報授受をセンターサーバーを介して行う場合が多く、このようなシステムでは例えば、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用してセンターサーバとゲートウェイ双方向でコマンドの通信を行う通信方法が採用されるのが通例である。
【０００３】
この通信方法を採用した、従来システムは、例えば図１７に示すようにゲートウェイ１にはＨＴＴＰサーバ部１００を実装し、センターサーバ２にはＷｅｂブラウザを搭載したパソコンや携帯電話機（ブラウザフォン）からなるネット端末３に対応するためのＨＴＴＰサーバ部２００と、ゲートウェイ１側のＨＴＴＰサーバ部１００に対応するＨＴＴＰクライアント部２０１とを実装していた。
【０００４】
そしてこの従来システムにより機器の遠隔制御や監視を行う遠隔制御監視システムを構築した場合には、センターサーバ２のＨＴＴＰサーバ部２００に対してネット端末３からはＨＴＴＰのリクエストパケット（Ｐ１）でネット端末３から制御や監視の要求情報が送られ、またレスポンスパケット（Ｐ２）でＨＴＴＰサーバ部２００からネット端末３に監視情報等が送信されるようになっている。
【０００５】
一方センターサーバ２のＨＴＴＰクライアント部２０１によりゲートウェイ１側のＨＴＴＰサーバ部１００に対して制御や監視の要求コマンドがＨＴＴＰのリクエストパケット（Ｐ３）でゲートウェイ１側へ、また、ＨＴＴＰのレスポンスパケット（Ｐ４）で制御要求応答情報や監視要求応答情報がゲートウェイ１からセンターサーバ２側へ送信されるようになっている。
【０００６】
【特許文献１】
特開２００２−３１５２３４号公報
【０００７】
【発明が解決しようとする課題】
ところで図１７で示すような従来例では、ゲートウェイ１でのリソース消費（ゲートウェイ１を構成するＣＰＵ、ディスク容量、メモリ容量）が大きくなるという問題が有り、またゲートウェイの受信ポートを開く必要が有るため、セキュリティの確保が難しいと言う問題が有った。
【０００８】
本発明は、上記の点に鑑みて為されたもので、その目的とするところはネットワークセキュリティ性の向上が図れた信頼性の高い遠隔制御監視システム及びそれに用いる情報通信方法を提供することに有る。
【０００９】
【課題を解決するための手段】
請求項１の遠隔制御監視システムの発明では、インターネットに接続されたインターネット端末に対してユーザインターフェースを提供するＷｅｂユーザインターフェース処理部と、インターネット端末のＷｅｂ画面から制御・監視の操作が行われ、インターネットを通じて制御・監視の要求情報が送られてくると、これらの要求情報を所定形式のコマンドに置き換えるコマンド処理部と、インターネットに接続されたゲートウェイとの間のコマンド通信処理を行うゲートウェイ通信処理部とを備えたセンターサーバと、上記センターサーバとの間のコマンド通信処理を行うサーバ通信処理部と、制御・監視の対象機器との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部とを備えた上記ゲートウェイと、上記ゲートウェイのローカル伝送通信処理部を通じて送られてくるコマンドにより制御され、若しくは状態情報を上記ゲートウェイのローカル伝送通信処理部へ返す上記対象機器とから構成され、上記ゲートウェイのセンターサーバ通信処理部によりセンターサーバに対して常時ポーリングを行い、センターサーバのゲートウェイ通信処理部では上記ポーリングのレスポンスとして上記通信コマンドをゲートウェイに送信することを特徴とする。
【００１０】
請求項２の遠隔制御監視システムの発明では、請求項１の発明において、上記ゲートウェイの起動時若しくは上記センターサーバに対するゲートウェイのポーリングの不通時に、当該ゲートウェイからのアクセスに応じて当該ゲートウェイのポーリング先のセンターサーバのＩＰアドレスを通知する接続先通知用サーバをインターネット上に設けていることを特徴とする。
【００１１】
請求項３の遠隔制御監視システムの発明では、請求項１又は２の発明において、上記インターネットには、バックアップ用のセンターサーバを備え、上記ゲートウェイにはポーリングに対応したセンターサーバからのレスポンスを監視してレスポンスによる送信が所定時間と途絶えたときに上記センターサーバ通信処理部によるポーリング先を上記バックアップ用のセンタサーバに切り替える手段を備えていることを特徴とする。
【００１２】
請求項４の遠隔制御監視システムの発明では、請求項１乃至３の何れかの発明において、上記ゲートウェイから上記センターサーバに対して行うポーリングの停止や周期を設定するポーリング設定手段を具備していることを特徴とする。
【００１３】
請求項５の遠隔制御監視システムの発明では、請求項１乃至４の何れかの発明において、上記ネット端末から上記センターサーバに送られてくる要求情報が複数の制御要求や監視要求の場合に、これら複数の要求に対応して上記コマンド処理部は複数のコマンドにまとめ、レスポンスとしてゲートウェイに送信する機能を備えていることを特徴とする。
【００１４】
請求項６の遠隔制御監視システムの発明では、請求項１乃至５の何れかの発明において、上記センターサーバには、対応するゲートウェイからのポーリング間隔を監視して所定時間ポーリングが途絶えたときに異常発生と判断する手段を備えていることを特徴とする。
【００１５】
請求項７の遠隔制御監視システムの発明では、請求項１乃至６の何れかの発明において、センターサーバと、ゲートウェイとの通信に暗号化通信を用いることを特徴とする。
【００１６】
請求項８の遠隔制御監視システムの情報通信方法の発明では、請求項１乃至７の何れかの遠隔制御監視システムに用いる情報通信方法であって、ゲートウェイによりセンターサーバに対して常時ポーリングを行い、センターサーバから上記ポーリングのレスポンスとして制御要求や監視要求のコマンドをゲートウェイに送信することを特徴とする。
【００１７】
【発明の実施の形態】
まず本発明を実施形態により説明する。
【００１８】
（実施形態１）
図１は本実施形態のシステムの全体構成を示しており、例えば住宅Ｈ内に設けられたローカルバス４に接続された制御・監視対象となる電気機器等の各種機器５と、ローカルバス４側とインターネット７や宅内ＬＡＮとの間に介在するゲートウェイ１と、ゲートウェイ１やパーソナルコンピュータ（パソコン）６を接続するハブ機能を備えるとともにこれらゲートウェイ１やパソコン６をインターネット７に接続するためのルータ８とを宅内設備として備えている。
【００１９】
一方宅外には、宅内設備を設置している複数のユーザに対応して制御・監視に関するサービスを提供するためにセンターサーバ２をインターネット７に接続してある。センターサーバ２はサービス提供業者等が設置する管理センター（図示せず）に準備するものとする。
【００２０】
ここでセンターサーバ２は複数の住宅Ｈのゲートウェイ１に対応するものであって、その処理能力に応じて対応するゲートウェイ１の数が決められている。
【００２１】
一方、ユーザが宅外から住宅Ｈ内の機器５の制御・監視を可能とするためにインターネット７に接続したＷｅｂブラウザ搭載のパソコンや携帯電話機（ブラウザフォン）などのネット端末３が用いられる。
【００２２】
ゲートウェイ１やセンターサーバ２は実際には夫々コンピュータシステムで構成されるものであるが本発明で重要な構成となるゲートウェイ１及びセンターサーバ２の機能構成を図２，３により説明する。
【００２３】
ゲートウェイ１は図２に示すような機能構成を有するもので、図示するようセンターサーバ通信処理部１０と、制御・監視の対象機器５との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部１１とを備え、センターサーバ通信処理部１０にはＨＴＴＰクライアント部１０ａ、ポーリング先となるセンターサーバ２のＩＰアドレス等を登録している設定ファイルを格納している記憶部１０ｂを備えている。
【００２４】
センターサーバ２は図３に示す機能構成を有するもので、図示するようにネット端末３のＷｅｂブラウザの画面上で機器５の制御・監視のための操作を行うＷｅｂページと、監視情報を表示するためのＷｅｂページとを提供するためのＨＴＴＰサーバ部２０ａを備えたＷｅｂユーザインターフェース処理部２０と、ゲートウェイ１側のＨＴＴＰクライアント部１０ａとの間でＨＴＴＰにより情報の授受を行うためのＨＴＴＰサーバ部２１ａを備え、ゲートウェイ１側からのＨＴＴＰのリクエストパケットを受信すると、ＨＴＴＰのレスポンスパケットを返すようになっているゲートウェイ通信処理部２１と、Ｗｅｂユーザインターフェース処理部２０から受け取った制御・監視の要求情報を要求コマンドとして変換しゲートウェイ通信処理部２１に渡すとともに、ゲートウェイ通信処理部２１で受信したリクエストパケットから取り出したゲートウェイ１からの制御・監視の要求応答コマンドを制御結果情報、状態情報に変換してＷｅｂユーザインターフェース処理部２０へ渡すコマンド処理部２２とから構成される。
【００２５】
次に本実施形態の動作を詳説する。
【００２６】
まず、住宅Ｈ内の設備が起動すると、ゲートウェイ１のセンターサーバ通信処理部１０のＨＴＴＰクライアント部１０ａは、記憶部１０ｂに予め格納されているＩＰアドレスのセンターサーバ２のゲートウェイ通信処理部２１のＨＴＴＰサーバ部２１ａに対してポーリングを、図４（ａ）に示すように内蔵タイマ機能で設定された所定周期で開始する（ステップＳ１）。
【００２７】
そしてこの場合まずセンターサーバ通信処理部１０がセンターサーバ２に対して送信するコマンド（例えば後述する制御要求結果応答コマンドや監視要求応答コマンド）が有るか否かをチェックし（ステップＳ２）、有れば送信するコマンドをセットし（ステップＳ３）、なければ非セットのままＨＴＴＰのリクエストパケットをセンターサーバ２へ送信する（ステップＳ４）。
【００２８】
一方センターサーバ２のＨＴＴＰサーバ部２１ａでは図４（ｂ）に示すようにＨＴＴＰのリクエストパケットを受信する（ステップＳ１０）と、当該リクエストパケット内の受信コマンドを取り出し（ステップＳ１１）、次いでゲートウェイ１への送信するコマンド（後述する制御要求コマンド、監視要求コマンド）がコマンド処理部２２から与えられているか否かをチェックし（ステップＳ１２）、有れば送信するコマンドをセットし（ステップＳ１３）、なければ非セットのままＨＴＴＰのレスポンスパケットをゲートウェイ１へ送信する（ステップＳ１４）。
【００２９】
そしてこのセンターサーバ２からＨＴＴＰのレスポンスパケットを図４（ａ）のステップＳ５で受信したゲートウェイ１のＨＴＴＰクライアント部１０ａではＨＴＴＰのレスポンスパケットから受信コマンドを取り出す処理を行う（ステップＳ６）。
【００３０】
以上のようにしてゲートウェイ１から対応するセンターサーバ２に対してポーリングを行い、このポーリングに呼応する形でセンターサーバ２から、レスポンスパケットにより制御要求や監視要求のコマンドをゲートウェイ１へ送信するようになっている。またゲートウェイ１はレスポンスパケットにより制御要求コマンドを受信した際には、それを受け付けたこと確認するための制御要求応答コマンドを、また監視要求コマンドの受信に対してはローカルバス４に接続している監視対象の機器５の状態変化を示す監視要求応答コマンドをＨＴＴＰのリクエストパケットで送信するようになっている。
【００３１】
図５は図４（ａ）（ｂ）に示すセンターサーバ２とゲートウェイ１との間のＨＴＴＰによるパケットの送受信のシーケンス及びセンターサーバ２とネット端末３とのＨＴＴＰによるパケットの送受信のシーケンスを示しており、ゲートウェイ１ではＨＴＴＰクライアント部１０ａによってセンターサーバ２に対してポーリングを行い、センターサーバ２のＨＴＴＰサーバ部２１ａではゲートウェイ１からのＨＴＴＰのリクエストパケット（Ｐ３）のに対してＨＴＴＰのレスポンスパケット（Ｐ４）の送信を行うことにより、双方の間でコマンドを送受信するのである。
【００３２】
ネット端末３とセンターサーバ２のＷｅｂユーザインターフェース部２０のＨＴＴＰサーバ部２０ａとの間では、ネット端末３のＷｅｂブラウザ上での操作による制御や監視を要求する情報をリクエストパケット（Ｐ１）をＨＴＴＰサーバ部２０ａが受信して（Ｐ１）、コマンド処理部２２にこれら情報を渡し、またコマンド処理部２２がゲートウェイ通信処理部２１から受け取った機器１の制御要求応答コマンドや、監視要求応答コマンドに対応する制御の受け付け結果情報や、監視情報をレスポンスパケット（Ｐ２）によりネット端末３へＨＴＴＰサーバ部２０ａから送信し、ネット端末３ではＷｅｂブラウザでこれら情報を確認するのである。
【００３３】
ここでコマンドのパケットフォーマット例を図６で説明する。
【００３４】
このパケットフォーマットは送信先アドレスデータＡ１、送信元アドレスデータＡ２、パケット種別（コマンド）を示すデータＢ、ボディ長を示すデータＣを書き込んだヘッダ部と、コマンドに対応したデータからなるボディ部Ｄとで構成され、パケット種別とボディ部Ｄのデータ内容との関係は、表１に示す内容とする。尚リクエストライン或いはレスポンスラインは図では省略している。
【００３５】
【表１】
2004280717.tif 000003
【００３６】
尚ローカルバス４に接続される制御・監視対象の機器５の制御番号、制御内容、状態番号、状態は予め決められ、センターサーバ２の例えばコマンド処理部２２内にはそれらの情報が保持されているものとし、コマンド処理部２２では制御要求コマンドの処理を行う場合には対象となる機器５の制御番号と、その制御内容をセット、また監視要求コマンドの処理を行う場合には対象となる機器５の状態番号をセットする。更にゲートウェイ１から受け取った制御要求応答コマンドの処理を行う場合にはボディ部の内容に応じて正常又は異常を示す情報を生成し、また監視要求応答コマンドを受け取った場合には対応する機器５の状態番号と、その状態の情報を生成してＷｅｂユーザインターフェース部２０へ渡す処理を行う。
【００３７】
一方ゲートウェイ１ではセンターサーバ２からの制御要求コマンドを受け取ると内容として示される機器番号と制御内容からローカルバス４に接続されている当該機器番号の制御対象の機器５に対して所定形式の制御信号を送信して制御内容に対応した制御を行う。またこの制御要求コマンドを正常に受け付けたことを制御要求応答コマンドとしてリクエストパケットによりセンターサーバ２へ送信する。同様にセンターサーバ２からの監視要求コマンドを受け取るとその内容で示される状態番号からローカルバス４に接続されている当該状態番号の機器５から状態情報をローカルバス４を通じて受け取り、監視要求応答コマンドとしてリクエストパケットによりセンターサーバ２へ送信する。
【００３８】
以上のように本実施形態では、インターネット７に接続されているセンターサーバ２からＨＴＴＰのレスポンスパケットでコマンドをゲートウェイ１へ送るため、ゲートウェイ１側で受信ポートが不要となり、その結果ネットワークのセキュリティ性を向上させることができる。
【００３９】
またセンターサーバー２からのゲートウェイ１への接続を可能とするための設定をルータ８で行う必要が無くなるため、住宅Ｈ側の設備の施工性を向上させることができる。
【００４０】
特に言及しなかったが、本実施形態では、セキュリティ性を高くするために、センターサーバ２とゲートウェイ１との間の通信に暗号化通信（例えばＨＴＴＰＳ＜Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ＞等を）用いているのは言うまでもない。
【００４１】
更にネット端末３から上記センターサーバ２に送られてくる要求情報が複数の制御要求や監視要求の場合には、これら複数の要求に対応して上記コマンド処理部２２は複数のコマンドにまとめ、レスポンスパケットとしてゲートウェイ１に送信するようにしても良い。またこれに対応してゲートウェイ１から送られてくる制御要求応答や監視要求の複数のコマンドもまとめ、リクエストパケットとして
センターサーバ２に送信するようにしても良い。
【００４２】
つまりリクエストパケットでは図７（ａ）に示すようにマルチパートのボディ部Ｄで複数のコマンドｄ１…をまとめて送る。同様にレスポンスパケットでは図７（ｂ）に示すマルチパートのボディ部Ｄで複数のコマンドｄ１…をまとめて送る。
【００４３】
ここで図７（ａ）（ｂ）ではＨＴＴＰのバージョンとしてＨＴＴＰ／１．１が採用されており、リクエストパケットでは、メソッド、リクエストＵＲＬとプロトコルバージョンが書き込まれたリクエストラインＲＱと、リクエストを生成したユーザエージェントについての情報やボディ部Ｄのデータ長、メディアタイプ（ここではマルチパート）などの情報を書き込んだヘッダ部ＨＤと、ボディ部Ｄとからなる。
【００４４】
一方、レスポンスパケットでは、プロトコルのバージョン、ステータスコード番号、それに関連したテキストフレーズからなるステータスラインＳＬと、データ、ボディ部Ｄのデータ長、メディアタイプ（ここではマルチパート）などの情報を書き込んだレスポンスヘッダ部ＲＥＨ、ボディ部Ｄとからなる。
【００４５】
尚これらはパケット構成はＨＴＴＰ／１．１に用いられるパケット構成であるので、概略のみの説明とする。
【００４６】
（実施形態２）
ところで、センターサーバ２に対応するゲートウェイ１の数は、センターサーバ２の処理能力で限定されるが、センターサーバ２の負荷が増大したときにゲートウェイ１のポーリング周期を変更することで、負荷を軽減することができる。
【００４７】
またネット端末３での制御・監視を不要なユーザ宅においては、ゲートウェイ１からセンターサーバ２へのポーリングを停止させることで、宅内のＬＡＮのトラフィックを低減することができる。
【００４８】
そこで本実施形態では、センターサーバ通信処理部１０の記憶部１０ｂに格納している設定ファイルにポーリング周期の設定値を変更自在に書き込み、この設置値に基づいて内蔵タイマによるポーリング周期を設定することができるようにし、またポーリング自体を停止させる設定を行えるようにしたものである。つまりここではセンターサーバ２及びパソコン６がフェイルの変更を行うための設定手段を構成することなる。
【００４９】
尚システム構成及びセンターサーバ２の構成、ゲートウェイ１の構成は基本的に同じであるので構成の図示、説明は省略する。センターサーバ２から上記設定ファイルにポーリング周期の設定値を書き込むことができるようにし、またゲートウェイ１に対してポーリング停止を宅内のパソコン６からＬＡＮを介して指示することができるようにしたものである。
【００５０】
この場合センターサーバ２からはＨＴＴＰのレスポンスとして上記設定値データを送信することで設定変更を可能とする。またポーリング停止を指示するコマンドをゲートウェイ１に与える方法は、特に限定されるものでないので、適宜周知の形式で行えば良い。
【００５１】
而して本実施形態のゲートウェイ１では起動すると、まずセンターサーバ通信処理部１０は記憶部１０ｂの設定ファイルに書き込まれた設定値に基づいて図８に示すように内蔵タイマにより所定周期でポーリングを開始するが（ステップＳ１）、ポーリング過程には記憶部１０ｂの設定ファイルにポーリング停止が設定されているか否かをチェックするステップＳ７を設けており、このステップＳ７で停止が設定されていると判定された場合にはポーリングを停止する。
【００５２】
尚ポーリングの処理は実施形態１と同じであるので、図４（ａ）に示すフローチャートと同じ処理ステップには同じ符号を付して説明は省略する。
【００５３】
またその他の動作も実施形態１と同じであるので説明は省略する。
【００５４】
（実施形態３）
本実施形態は、センターサーバ２と同じ機能を持つバックアップ用センターサーバ２Ａを図９に示すようにインターネット７に接続し、ゲートウェイ１側でセンターサーバ２からのレスポンスが所定の時間途絶えたとき、ポーリング対象をバックアップ用センターサーバ２Ａに切り替えることで、センターサーバ２のトラブル発生時やメンテナンス時にもシステムダウンが生じないようにしたものである。
【００５５】
尚センターサーバ２の構成は実施形態１と同じであるので、図示及びその説明は省略する。
【００５６】
また本実施形態では、図１０に示すようにゲートウェイ１側にセンターサーバ２からのレスポンスパケットの受信の途絶えを監視する監視機能部１０ｃをセンターサーバ通信処理部１０内に設けるとともに、記憶部１０ｂの設定ファイルにセンターサーバ２のＩＰアドレスと、バックアップ用のセンターサーバ２ＡのＩＰアドレスを予め登録しておく。
【００５７】
そしてゲートウェイ１からセンターサーバ２に対してポーリングを開始する際に、まず起動時にセンターサーバ通信処理部１０は図１１に示すようにステップＳ１でセンターサーバ２のＩＰアドレスをセットし、ステップＳ２で監視機能部１０ｃでカウントするコネクション接続のリトライ回数を０にセットし、更にこのステップＳ３でリトライ回数のカウント値が所定回数（例えば３回）を超えているか否かをチェックし、超えていなければステップＳ４でセンターサーバ２にコネクション接続を行い、接続が成功すると通常モードの処理へ移行（ステップＳ５）する。
【００５８】
これにより上述したゲートウェイ１からセンターサーバ２に対するＨＴＴＰによるリクエスト送信と、レスポンス受信とのポーリングが内蔵タイマによって競ってされる周期で行われる（ステップＳ６〜Ｓ８）。そして通常モードのルーチンではステップＳ７でソケットエラーの有無を監視機能部１０ｃでチェックし、ここでソケットエラーが発生する、コネクションを切断し（ステップＳ９）、上記のステップＳ２に戻る。
【００５９】
そしてステップＳ１〜Ｓ３の処理を経て、ステップＳ４でセンターサーバ２へのコネクション接続が行われ、接続が失敗すると、リトライ回数のカウント値に１を加算し（ステップＳ１０）、ステップＳ３へ移行し、カウント値が所定値を超えているか否かのチェックを行い、超えていなければステップＳ４でのコネクション接続がリトライされる。そして接続の失敗が連続し、リトライ回数が３回に達すると、ステップＳ１１で現在セットされているＩＰアドレスがバックアップ用のセンターサーバ２ＡのＩＰアドレスか否かのチェックを行う。ここではセンターサーバ２のＩＰアドレスがセットされているので、ステップＳ１２でセットするＩＰアドレスをバックアップ用のセンターサーバ２ＡのＩＰアドレスに切り替え、センターサーバ２に対する場合と同様な処理を行う。
【００６０】
そしてバックアップ用のセンターサーバ２Ａに対するポーリング中に上述と同様にソケットエラーが発生するとコネクション切断を行った後、コネクション接続をリトライし、このリトライ回数が３回に達すると、上述と同様にステップＳ１１で現在セットされているＩＰアドレスがセンターサーバ２ＡのＩＰアドレスか否かのチェックを行う。この場合セットされているＩＰアドレスはバックアップ用センターサーバ２ＡのＩＰアドレスであるので、センターサーバ通信処理部１０の動作がローカルモードの処理へ移行する（ステップＳ１３）。このローカルモードではまずセンターサーバ２のＩＰアドレスによるコネクション接続を行い（ステップＳ１４）、成功すればステップＳ５の通常モードへ移行する（この場合ＩＰアドレスはセンターサーバ２のＩＰアドレスにセットする）。そして失敗すればバックアップ用センターサーバ２ＡのＩＰアドレスでコネクション接続を行い（ステップＳ１５）、成功すればステップＳ５の通常モードへ移行する（この場合ＩＰアドレスはバックアップ用センターサーバ２ＡのＩＰアドレスにセットする）。また失敗すれば内蔵タイマで定まる周期（ステップＳ１６）で何れかのコネクション接続が成功するまで、ステップＳ１４、Ｓ１５の処理が繰り返される。
【００６１】
尚ローカルモードを無くして、リトライ回数が３回に達する度にポーリングの対象となるセンターサーバのＩＰアドレスを切り替えるようにしても良い。
【００６２】
以上のように本実施形態では、センターサーバ２からのレスポンスパケットの受信が所定の時間途絶えると、自動的にゲートウェイ１側でポーリング対象をバックアップ用のセンターサーバ２ＡのＩＰアドレスに切り替えることで、センターサーバ２のダウン時やメンテナンス時のシステムダウンを防ぐことができるようになっている。またバックアップ用センターサーバ２Ａからのレスポンスが無くなった場合にも自動的にセンターサーバ２への接続に切り替わることも可能であるので、メンテナンス終了時などのセンターサーバ１への自動復帰もできるのである。
【００６３】
（実施形態４）
上記実施形態３はゲートウェイ１側でセンターサーバ２からのレスポンスを監視するものであったが、本実施形態では、センターサーバ２（バックアップ用センターサーバ２Ａ）側にゲートウェイ１からのポーリング間隔を監視するポーリング監視機能部２１ｂを図１２に示すようにゲートウェイ通信処理部２１に設け、ゲートウェイ１の異常或いは回線の異常を判断するようにしたものである。
【００６４】
而して本実施形態では、センターサーバ２では、ゲートウェイ１のポーリングが開始されるとポーリング監視機能部２１ｂでは内蔵タイマを図１３に示すようにセットするステップＳ１と、この内蔵タイマがタイムアップしてタイマオーバーフローとなるまでにゲートウェイ１からのＨＴＴＰのリクエストパケットの受信が有るか否かのチェックを行うステップＳ２とをサイクリックに繰り返し、ゲートウェイ１からのＨＴＴＰのリクエストパケットの受信が内蔵タイマのタイムアップまでに受信されなかった場合、ポーリング監視機能部２１ｂは異常発生と判断する。
【００６５】
この判断結果をセンターサーバ２にＬＡＮ等によって接続されたセンター側のサーバー監視用コンピュータに送ってそのモニタ装置に表示させたり、或いはセンターサーバ２自体に付設するモニタ装置或いはモニタランプ等を判断結果に基づいて表示或いは点灯させることで、ゲートウェイ１或いは回線に異常が発生したことをセンター側のオペレータに知らせる。
【００６６】
これにより迅速に異常発生原因を追及し、正常な状態に復旧させることができることになる。
【００６７】
尚本実施形態のセンターサーバ２の構成は、上記実施形態１〜３の何れにも適用できるものであるので、システム構成及びゲートウェイ１の構成の図示及び説明は上記実施形態１〜３の何れかの説明を参照するものする。また上記のゲートウェイ１のポーリング間隔の監視動作以外は適用する実施形態の動作と同じであるので、動作の説明も省略する。
【００６８】
（実施形態５）
上記の実施形態１乃至５ではゲートウェイ１のポーリング対象のセンターサーバ２或いはバックアップ用センターサーバ２ＡのＩＰアドレスは予めゲートウェイ１のセンターサーバ通信処理部１０内の記憶部１０ｂに格納している設定ファイルに予め登録していたが、本実施形態では、ゲートウェイ１の起動時や、センターサーバ２との間でのポーリングが途絶えたときに、当該ゲートウェイ１に対してポーリング先のセンターサーバ２やバックアップ用センターサーバ２ＡのＩＰアドレスを通知する接続先通知用サーバ９を図１４に示すようにインターネット７上に設け、ゲートウェイ１のセンターサーバ通信処理部１０の記憶部１０ｂに格納している設定ファイル内に接続先通知用サーバ９のＩＰアドレスを予め登録しておく。
【００６９】
また図１５に示すようにセンターサーバ通信処理部１０にセンターサーバ２からのＨＴＴＰのレスポンスパケットの送信を監視する監視機能部１０ｃ’を設けるとともに、ＨＴＴＰクライアント部１０ａに起動時に接続先通知用サーバ９に対してセンターサーバ２のＩＰアドレスの通知を要求するコマンドをリクエストパケットで送信する機能及びセンターサーバ２からＨＴＴＰのレスポンスが途絶えたことを監視機能部１０ｃ’が検出したときにも接続先通知用サーバ９に対してバックアップ用センターサーバ２ＡのＩＰアドレスを要求するコマンドをリクエストパケットで送信する機能を備えている。
【００７０】
而して本実施形態では、ゲートウェイ１が起動すると、当該ゲートウェイ１のセンターサーバ通信処理部１０のＨＴＴＰクライアント部１０ａが記憶部１０ｂの設定ファイルに予め登録している接続先通知用サーバ９のＩＰアドレスを読み出し、該接続先通知用サーバ９に対してＨＴＴＰのリクエストパケットでセンターサーバ２のＩＰアドレス要求コマンドを送る。
【００７１】
接続先通知用サーバ９では図１６に示すようにゲートウェイ１からのポーリング先のセンターサーバ２のＩＰアドレス要求コマンドを受け付けると（ステップＳ１）、まずカウント値ｎに１を加え（ステップＳ２）、接続先通知用サーバ９が備えているサーバ番号−ＩＰアドレス対向テーブル９ａからＮ番のセンターサーバ２のＩＰアドレスを読み出してＩＰアドレス要求コマンドを送ってきたゲートウェイ１にＨＴＴＰのレスポンスパケットで通知する（ステップＳ３）。
【００７２】
そしてカウント値ｎが５００であるかをチェックし（ステップＳ４）、このチェックでカウント値ｎが５００でなければ、ＩＰアドレス要求コマンドが送られてくる度にカウント値ｎが５００になるまで、ステップＳ１〜ステップＳ４のステップ処理を繰り返す。そしてカウント値ｎが５００に成ると、次からＩＰアドレス要求コマンドに対応してＩＰアドレスを通知対象とするセンターサーバ２の番号をＮ＋１とすると共に、カウント値ｎを０に戻し、ステップＳ１に戻って以後上述と同様なＩＰアドレス通知の処理を行うのである。
【００７３】
ここでカウント値ｎの最大値５００は、１台当たりのセンターサーバ２が対応するゲートウェイ１の数を示しており、この５００は一例に過ぎず、ゲートウェイ１の能力によって５００を超える場合も、或いは５００未満となる場合も有る。また図１１ではシステム起動時のイニシャル処理については省略している。
【００７４】
さてセンターサーバ２のＩＰアドレスが通知されるとゲートウェイ１はセンターサーバ２に対してポーリングを開始する。
【００７５】
上記のようにポーリング動作を開始してから、対応するセンターサーバ２からＨＴＴＰのレスポンスパケットが所定時間途絶えたことをセンターサーバ通信処理部１０の監視機能部１０ｃ’が検出すると、この検出に呼応してＨＴＴＰクライアント部１０ａは起動時と同様に接続先通知用サーバ９に対してバックアップ用センターサーバ２ＡのＩＰアドレスを要求するＩＰアドレス要求コマンドをＨＴＴＰのリクエストパケットで送り、起動時と同様な手順で接続先通知用サーバ９からバックアップ用センターサーバ２ＡのＩＰアドレスを通知してもらう。そしてこのＩＰアドレスの通知を受けた当該ゲートウェイ１では、ＩＰアドレスを切り替えてポーリング先をバックアップ用のセンターサーバ２Ａに変更する処理を行うのである。
【００７６】
上記のように本実施形態では、接続先通知用サーバ９を設け、センターサーバ２に接続するゲートウェイ１を起動時に自動的に割り付けることで、センターサーバ２の負荷分散の自動化が図れ、また各住戸に設置されるゲートウェイ１の設定ファイルにはセンターサーバ２のＩＰアドレスやバックアップ用センターサーバ２ＡのＩＰアドレスを事前に登録する必要がなく、接続先通知用サーバ９のＩＰアドレスを固定的に登録しておくだけで良くなるため、施工性が向上することになる。
【００７７】
ゲートウェイ１からセンターサーバ２へのポーリングの動作について上記の各実施形態と同じであるので、動作説明は省略する。また監視機能部１０ｃ’のポーリング監視動作は、実施形態３の監視機能部１０ｃと同様な方法で行うものとする。更に上記実施形態１乃至５において、夫々のＩＰアドレス設定構成を本実施形態の構成に代えても勿論良い。
【００７８】
尚上記実施形態ではＨＴＴＰを用いているが、クライアントからサーバへのリクエスト／レスポンス型のプロトコルであれば良く、ＨＴＴＰに限定されるものではない。
【００７９】
また接続先通知用サーバ９はセンターサーバ２やバックアップ用サーバ２Ａとは別回線によりインターネット７に接続し、トラブル発生時の安全性を高めれば良い。
【００８０】
【発明の効果】
請求項１の遠隔制御監視システムの発明は、インターネットに接続されたインターネット端末に対してユーザインターフェースを提供するＷｅｂユーザインターフェース処理部と、インターネット端末のＷｅｂ画面から制御・監視の操作が行われ、インターネットを通じて制御・監視の要求情報が送られてくると、これらの要求情報を所定形式のコマンドに置き換えるコマンド処理部と、インターネットに接続されたゲートウェイとの間のコマンド通信処理を行うゲートウェイ通信処理部とを備えたセンターサーバと、上記センターサーバとの間のコマンド通信処理を行うサーバ通信処理部と、制御・監視の対象機器との間でローカルバスを介してコマンド通信処理を行うローカル伝送通信処理部とを備えた上記ゲートウェイと、上記ゲートウェイのローカル伝送通信処理部を通じて送られてくるコマンドにより制御され、若しくは状態情報を上記ゲートウェイのローカル伝送通信処理部へ返す上記対象機器とから構成され、上記ゲートウェイのセンターサーバ通信処理部によりセンターサーバに対して常時ポーリングを行い、センターサーバのゲートウェイ通信処理部では上記ポーリングのレスポンスとして上記通信コマンドをゲートウェイに送信するので、制御・監視対象の機器をインターネットに接続されるネット端末から遠隔に制御・監視できるシステムを提供できるものであって、ゲートウェイからセンターサーバに対してポーリングを行い、そのレスポンスでコマンドをセンターサーバから受け取ることで、ルータ等が介在し、そのファイヤーウオールが設定されていてもコマンドを受け取ることができ、そのためルータの設定などを行う必要がなく、施工性が向上し、またゲートウェイの受信ポートが不要となるためネットワークセキュリティ性を向上させることができ、信頼性の高い遠隔制御監視システムを実現できる。
【００８１】
請求項２の遠隔制御監視システムの発明では、請求項１の発明において、上記ゲートウェイの起動時若しくは上記センターサーバに対するゲートウェイのポーリングの不通時に、当該ゲートウェイからのアクセスに応じて当該ゲートウェイのポーリング先のセンターサーバのＩＰアドレスを通知する接続先通知用サーバをインターネット上に設けているので、ゲートウェイにセンターサーバのＩＰアドレスを予め登録する必要がなく、固定的に接続先通知用サーバのＩＰアドレスを登録しておくだけ良いため、施工性が向上し、またセンターサーバの負荷分散の自動化を図ることができるという効果が有る。
【００８２】
請求項３の遠隔制御監視システムの発明では、請求項１又は２の発明において、上記インターネットには、バックアップ用のセンターサーバを備え、上記ゲートウェイにはポーリングに対応したセンターサーバからのレスポンスを監視してレスポンスによる送信が所定時間と途絶えたときに上記センターサーバ通信処理部によるポーリング先を上記バックアップ用のセンタサーバに切り替える手段を備えているので、センターサーバのメンテナンス時やセンターサーバの故障時などにもシステム動作の維持が図れ、またシステムの冗長性の向上も図れるという効果が有る。
【００８３】
請求項４の遠隔制御監視システムの発明では、請求項１乃至３の何れかの発明において、上記ゲートウェイから上記センターサーバに対して行うポーリングの停止や周期を設定するポーリング設定手段を具備しているので、センターサーバの負荷をコントロールすることができ、またネット端末により制御・監視の操作が不要な場合において、宅内のネットワークのトラフィックを低減できるという効果が有る。
【００８４】
請求項５の遠隔制御監視システムの発明では、請求項１乃至４の何れかの発明において、上記ネット端末から上記センターサーバに送られてくる要求情報が複数の制御要求や監視要求の場合に、これら複数の要求に対応して上記コマンド処理部は複数のコマンドにまとめ、レスポンスとしてゲートウェイに送信する機能を備えているので、制御・監視要求時の応答性の向上が図れるという効果が有る。
【００８５】
請求項６の遠隔制御監視システムの発明では、請求項１乃至５の何れかの発明において、上記センターサーバには、対応するゲートウェイからのポーリング間隔を監視して所定時間ポーリングが途絶えたときに異常発生と判断する手段を備えているので、センターサーバ側で回線の異常やゲートウェイの異常を判断することが可能となるという効果が有る。
【００８６】
請求項７の遠隔制御監視システムの発明では、請求項１乃至６の何れかの発明において、センターサーバと、ゲートウェイとの通信に暗号化通信を用いるので、更にセキュリティ性を向上できる。
【００８７】
請求項８の遠隔制御監視システムの情報通信方法の発明では、請求項１乃至７の何れかの遠隔制御監視システムに用いる情報通信方法であって、ゲートウェイによりセンターサーバに対して常時ポーリングを行い、センターサーバから上記ポーリングのレスポンスとして制御要求や監視要求のコマンドをゲートウェイに送信するので、上記請求項１乃至７の何れかの発明が奏する効果を有する遠隔制御監視システムの実現が可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態１のシステム構成図である。
【図２】同上に用いるゲートウェイの構成図である。
【図３】同上に用いるセンターサーバの構成図である。
【図４】（ａ）は同上に用いるゲートウェイの動作説明用のフローチャートである。
（ｂ）は同上に用いるセンターサーバの動作説明用のフローチャートである。
【図５】同上に用いるセンターサーバとゲートウェイとの間のポーリング動作及びセンターサーバとネット端末との間の送受信動作のシーケンス説明図である。
【図６】同上に用いるコマンドのパケットフォーマット例の説明図である。
【図７】同上に用いるＨＴＴＰのマルチパートのパケット例の説明図である。
【図８】本発明の実施形態２に用いるゲートウェイの動作説明用のフローチャートである。
【図９】本発明の実施形態３のシステム構成図である。
【図１０】同上に用いるゲートウェイの構成図である。
【図１１】同上のゲートウェイの動作説明用のフローチャートである。
【図１２】本発明の実施形態４に用いるセンターサーバの構成図である。
【図１３】同上のセンターサーバの動作説明用のフローチャートである。
【図１４】本発明の実施形態５のシステム構成図である。
【図１５】同上に用いるゲートウェイの構成図である。
【図１６】同上に用いる接続先通知用サーバの動作説明用のフローチャートである。
【図１７】従来例のセンターサーバとゲートウェイとの間のポーリング動作及びセンターサーバとネット端末との間の送受信動作のシーケンス説明図である。
【符号の説明】
１  ゲートウェイ
２  センターサーバ
３  ネット端末
４  ローカルバス
５  機器
６  パソコン
７  インターネット
８  ルータ
【図１】
2004280717.tif 000004
【図２】
2004280717.tif 000005
【図３】
2004280717.tif 000006
【図４】
2004280717.tif 000007
【図５】
2004280717.tif 000008
【図６】
2004280717.tif 000009
【図７】
2004280717.tif 000010
【図８】
2004280717.tif 000011
【図９】
2004280717.tif 000012
【図１０】
2004280717.tif 000013
【図１１】
2004280717.tif 000014
【図１２】
2004280717.tif 000015
【図１３】
2004280717.tif 000016
【図１４】
2004280717.tif 000017
【図１５】
2004280717.tif 000018
【図１６】
2004280717.tif 000019
【図１７】
2004280717.tif 000020