JP2007122314A - コントローラ、サーバー、その通信方法、およびそのプログラム - Google Patents

Abstract

【課題】従来、コントローラの設定に関する定期通信の日時設定が不十分であり、負荷集中や設定変更運用などの点で課題があった。
【解決手段】機器の宅外遠隔制御を行うコントローラ２に、グループＩＤ情報を記憶・管理するグループＩＤ管理部１４と、サーバー３と通信を行いグループＩＤ情報に応じた定期アクセス日時情報を取得・記憶する定期アクセス設定管理部１３と、定期アクセス日時情報にしたがってサーバーと通信を行う定期アクセス通信部１２を備える。グループＩＤは、コントローラ２をグループとして管理するためのタグ情報である。定期アクセス通信部１２はＵＤＰ通信を行い通信負荷を軽減させるとともに、サーバー３では２種類の定期アクセス日時を定期アクセス設定管理部１２に設定し、定期アクセスが失敗したときに備える。
【選択図】図１

Description

本発明は、宅内の機器に対して、宅外からの遠隔制御や遠隔監視などのサービスを提供するコントローラ、サーバー、その通信方法、およびそのプログラムに関するものである。

従来、この種のシステムは、例えば特許文献１のような構成が多い。図４は、従来システムの概略構成を示すものである。

図４では、ユーザの宅内に機器１０１、コントローラ１０２が設置され、情報センター側にサーバー１０３が設置されている。コントローラ１０２は、宅内通信により機器１０１の制御を行う。

サーバー１０３は、コントローラ１０２とインターネットなどの通信回線を利用して接続し、制御に関する命令情報を定期的に送受信することで、機器１０１の遠隔制御や遠隔監視などのサービスを提供する。

サーバー１０３は、携帯電話などの情報端末１０４と通信回線を介して接続し、機器１０１の状態情報を送信したり、制御指示情報の受付を行う。情報端末１０４から得た制御指示情報は、サーバー１０３からコントローラ１０２へ送信し、機器１０１を制御する。
特開２００４−５４９６号公報

しかしながら、前記従来の構成では機器制御に関する通信以外のコントローラの設定に関する通信が十分でなく、特に設定に関する通信の実施タイミングに課題があった。

設定に関する定期通信（定期アクセス通信）は、コントローラの時刻あわせ、ファームウェアの更新チェックやダウンロード、接続先の変更などのコントローラの各種設定変更の目的で行う。設定に関する定期アクセス通信は、機器制御の定期通信と異なり頻繁に行う必要はなく、１日１回や１週間に１回など少ない頻度で良く、機器制御情報の通信と同一に扱うわけには行かない。

また、マンションの全住戸にコントローラを一括納入した場合などは、ファームウェアの変更や設定の変更がバラバラのタイミングで行われるのは望ましくなく、あらかじめ通知した所定の時間内に全住戸で実施される必要がある。一方、出荷したコントローラが、どこの家へ設置されるかを特定するのが難しいという問題もあり、事前に設定することもできない。

一般に設定情報に関する定期アクセス通信タイミング（通信日時）は、固定もしくはランダムに設定することが多い、固定日時にする場合は、特定の時間に定期アクセスが集中して、サーバーへの負荷が大きくなり、サーバーがダウンする恐れが出てくる。また、ランダムに設定する場合は、どのコントローラがいつアクセスに来るか管理できず、上述したように設定変更がバラバラのタイミングで行われることになる。

前記従来の課題を解決するために、本発明ではコントローラにグループＩＤ情報を記憶
・管理するグループＩＤ管理部を設け、サーバー側に、グループＩＤ情報を基に定期アクセス日時を計算する定期アクセス日時計算部と、計算した定期アクセス日時情報をコントローラへ送信する定期アクセス設定通信部を設ける。グループＩＤとは、コントローラをグループとして管理するためのＩＤ情報である（地域、マンションなどの単位で付与する）。

これにより、コントローラの定期アクセス日時を、サーバーでグループ単位で適切に設定でき、さらに従来よりも負荷集中の少ない定期アクセス通信が実現できる。

本発明のコントローラ、サーバー、その通信方法、およびそのプログラムを用いることにより、コントローラの定期アクセス日時をグループＩＤをベースにしてサーバー側で適切に設定できる。これにより、コントローラで設定するグループＩＤ単位（地域単位、マンション単位など）で定期アクセス日時を管理できる。さらに、サーバーへの負荷集中が低減でき、安定的な運用が可能になる。

第１の発明は、機器の宅内制御や宅外遠隔制御を行うコントローラにおいて、コントローラをグループとして管理するためのグループＩＤ情報を記憶・管理するグループＩＤ管理部と、サーバーと通信を行い、グループＩＤ情報に応じた定期アクセス日時情報を取得・記憶する定期アクセス設定管理部と、定期アクセス日時情報にしたがって前記サーバーと通信を行う定期アクセス通信部を備える。

これにより、コントローラ側で保持するグループＩＤ情報に基づき定期アクセス日時を取得することができる。地域やマンション単位などで付与されたグループＩＤ毎に、定期アクセスが実現されるため、例えば、同一地域や同一マンションで、各家庭におけるコントローラのファームウェア更新や設定変更が全くバラバラのタイミングで行われる事が無くなる。

第２の発明は、特に、第１の発明において、ユーザもしくは設置業者に対してグループＩＤ情報を入力させる入力部を備え、ＩＤ情報管理部は入力部で入力されたＩＤ情報を記憶・管理する。

通常、生産部門から出荷されたコントローラが、どこの家に設置されるかを管理するのは難しい。グループＩＤをコントローラから入力することにより、設置時に、その設置先に適したグループＩＤを設定することができ、結果、適切な定期アクセス時間を取得することができる。

第３の発明は、特に、第１の発明または第２の発明において、定期アクセス設定管理部はサーバーと通信を行い、グループＩＤに応じた第１の定期アクセス日時情報と第２の定期アクセス日時情報を取得し、定期アクセス通信部は、第１の定期アクセス日時での通信に失敗した場合に、第２の定期アクセス日時で通信を行う。

通常、定期アクセス日時には、多くのコントローラから通信がある。サーバーや回線への負荷集中が原因で定期アクセスに失敗する場合、毎回失敗を繰り返す可能性がある。第２の定期アクセス日時を設けることにより、この課題を解決することができる。

第４の発明は、特に、第１〜第３のいずれかひとつの発明において、定期アクセス通信部はＵＤＰプロトコルを利用してサーバーと通信を行う。

ＵＤＰ（User Datagram Protocol）通信はＴＣＰ（Transmission Control Protocol）通信と比べて通信手順が簡略化されており、サーバーや回線への負荷が少ない。このプロトコルを用いることにより、１台のサーバーで、より多くのコントローラからの設定情報に関する定期アクセス通信を処理することができる。

第５の発明は、機器の宅外遠隔制御を行うサーバーにおいて、コントローラに付与されたグループＩＤ情報を通信により取得するグループＩＤ取得部と、グループＩＤ情報を基に少なくともひとつ以上の定期アクセス日時を計算する定期アクセス日時計算部と、定期アクセス日時計算部で得た定期アクセス日時情報をコントローラへ送信する定期アクセス設定通信部を備える。

これにより、コントローラ側で設定・入力されたグループＩＤに対して、適切な設定情報に関する定期アクセス日時を計算し、コントローラに送信することができる。

第６の発明は、特に、第５の発明において、グループＩＤ毎に少なくとも１つ以上の定期アクセスの開始日時と終了日時を記憶・管理する定期アクセス日時設定記憶部を備え、定期アクセス日時計算部は、グループＩＤ情報取得部で得たＩＤから定期アクセス日時設定記憶部を検索して開始日時と終了日時を求め、さらに乱数を用いて開始日時から終了日時の間の日時をランダムに選択して、それを定期アクセス日時として出力する。

乱数を用いることにより、設定した期間内で定期アクセス日時を均一に分散させることができる。これにより、サーバーや回線などへの負荷集中を低減させることができる。

第７の発明は、宅内に設置されたコントローラと機器の宅外遠隔制御を行うサーバーとの通信方法であって、コントローラに付与されたグループＩＤ情報を通信により取得するグループＩＤ取得ステップと、グループＩＤ毎に少なくとも１つ以上の定期アクセス通信の開始日時と終了日時を記憶・管理する定期アクセス日時設定記憶部を前記サーバーに備えて備え、前記グループＩＤ情報取得部で得たＩＤ情報から前記定期アクセス日時設定記憶部を検索して開始日時と終了日時を求め、乱数を用いて開始日時から終了日時の間の日時をランダムに選択して定期アクセスを計算する定期アクセス日時計算ステップと、前記定期アクセス日時計算ステップで得た定期アクセス日時情報を前記コントローラへ送信する定期アクセス設定通信ステップとからなる通信方法である。

これにより、コントローラ側で設定・入力されたグループＩＤに対して、適切な設定情報に関する定期アクセス日時を計算し、コントローラに送信することができる。加えて、乱数を用いることにより、設定した期間内で定期アクセス日時を均一に分散させることができる。これにより、サーバーや回線などへの負荷集中を低減させることができる。

第８の発明は、第１〜第４のいずれか１つの発明に記載のコントローラの少なくとも一部をコンピュータに実現させるためのプログラムである。プログラムであるので電気・情報機器、コンピュータ等のハードリソースを協働させて用いて本発明のコントローラの一部あるいは全部を容易に実現することができる。また、記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。

第９の発明は、第５〜第６のいずれか１つの発明に記載のサーバーの少なくとも一部をコンピュータに実現させるためのプログラムである。プログラムであるので電気・情報機器、コンピュータ等のハードリソースを協働させて用いて本発明のサーバーの一部あるいは全部を容易に実現することができる。また、記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、本実施の形態によって本発明が限定されるものではない。
（実施の形態１）
図１は、本発明の実施の形態の構成を示した図である。本実施の形態は、宅内に設置された機器１およびコントローラ２と、情報センター内に設置されたサーバー３、宅外制御用の端末４から構成する。

機器１は、サーバー３から遠隔制御や遠隔監視、情報配信等の情報通信サービスを受ける機器であり、具体的には、給湯機や床暖房機、浴室乾燥機、エアコンなどの設備機器である。なお、機器１は冷蔵庫、電子レンジなどの白物機器や、火災センサ、ＣＯセンサなどの監視機器、ＡＶ機器などでも良い。

コントローラ２は、機器１を宅外の通信回線に接続し、宅外遠隔制御を実現させるための機器である。一般的には、リモコン（リモートコントローラ）や制御盤などと呼ばれることも多い。

コントローラ２は、次の（１）〜（７）の機能ブロックから構成される。

（１）インターネットなどの通信回線を介してサーバー３と通信を行うためのコントローラ通信インタフェース部１０。具体的には、イーサネット（登録商標）アダプタ、回線終端装置、ＡＤＳＬモデム、ケーブルモデムなどであり、回線に応じて構成は変わる。

（２）機器１と通信を行い、サーバー３からの機器制御命令を機器１へ送信するための機器制御部１１。機器制御部１１と機器１との間の通信は、有線でも無線でも良い。ここでの通信は、エコーネット（登録商標）規格に基づくものや、独自規格のものが用いられることが多い。コントローラ２は宅外通信と宅内通信のゲートウェイとも位置づけられる。

（３）サーバー３から設定情報を取得するための定期通信を行う定期アクセス通信部１２。定期通信では、ＵＤＰ(User Datagram Protocol)プロトコルを用いて、コントローラ２の時刻あわせ、コントローラ２のファームウェアのバージョンアップチェックおよびダウンロード、その他接続先ＵＲＬなどの様々な設定情報の通信を行う。

（４）ユーザもしくはコントローラ２の設置業者に、グループＩＤを入力させるための入力部１５。グループＩＤはコントローラ２をグルーピングするためのＩＤ情報である。例えば、地域名やマンション名などの分類でコントローラ２をグルーピングする。入力部１５は、ディップスイッチや押しボタンなどで構成されており、対応するスイッチでグループＩＤを入力する。

（５）グループＩＤの入力をサポートするための表示部１６。表示部１６は、ＬＥＤや液晶デバイスなどで構成されており、グループＩＤが設定されていない場合などにエラーを表示する。また、液晶デバイスを用いる場合などでは、入力したグループＩＤを表示させても良い。

（６）入力部１５から入力されたグループＩＤ情報を記憶・管理するグループＩＤ管理部１４。

（７）グループＩＤ情報をサーバー３に送信にして、それに基づく定期アクセス通信の日時情報を取得し、記憶・管理する定期アクセス設定管理部１３。

サーバー３は、機器１やコントローラ２に対して、遠隔制御や遠隔監視、情報配信のサービスを提供する装置である。

サーバー３は、次の（８）〜（１４）の機能ブロックから構成される。

（８）インターネットなどの通信回線と接続し、コントローラ２と通信を行うためのサーバー側通信インタフェース部２０。具体的には、インターネットのバックボーン回線と接続するための回線終端装置、スイッチ、ルータなどや、場合によっては、ＡＤＳＬモデム、ケーブルモデムなどの機器が利用される。

（９）コントローラ２の設定情報取得に関する定期アクセス通信の日時情報を、コントローラ２の定期アクセス設定管理部１３へ送信する定期アクセス設定通信部２１。

（１０）コントローラ２の定期アクセス通信部１２からの定期アクセス通信に対して適切な応答（時刻合わせ情報の送信、最新ファームウェア情報の送信、接続先ＵＲＬ情報などの設定情報通信）を行うサーバー側定期アクセス通信部２２。

（１１）端末４（携帯電話など）からのアクセスを受け付け、ユーザから入力された機器１の制御命令をコントローラ２中の機器制御部１１へ送信する遠隔制御部２３。

（１２）コントローラ２中の定期アクセス設定管理部１３から送信されたグループＩＤ情報を受信するグループＩＤ取得部２４。

（１３）取得したグループＩＤ情報を基に、コントローラ２の設定情報に関する定期アクセス通信の日時を適切に計算する定期アクセス日時計算部２６。

（１４）グループＩＤ毎に定期アクセス通信の開始日時と終了日時を記憶している定期アクセス日時設定記憶部２７。

端末４は、サーバー３の遠隔制御部２３と通信して、機器１の制御命令入力や制御状態のモニタを行う装置である。具体的には、携帯電話、ＰＤＡ、パソコンなどである。

以上のように構成された本システムにおける、コントローラ２およびサーバー３の動作例を図２および図３のフローチャートにしたがって説明する。

図２は、コントローラ２起動時における定期アクセス設定情報の取得通信に関する動作を示したフローチャートである。この通信の手順を、各ステップ毎に順に説明を行う。

（ステップＡ１）グループＩＤ管理部１４は、コントローラ２に割り当てられたグループＩＤ情報を保持する機能を有する。コントローラ２の起動時は、まず、グループＩＤ管理部１４が、グループＩＤ情報を記憶しているかどうかを確認する。

（ステップＡ２）グループＩＤ管理部１４内でのグループＩＤ情報の有無により、処理を分岐させる。グループＩＤのデータが無い場合、つまり初期設置の直後で、まだグループＩＤが入力されていない場合はステップＡ３に進む。グループＩＤのデータが有る場合は、すでに初期の定期アクセス日時情報取得が終わっているとみなすことができるため、起動時における定期アクセス設定通信を終了する。

（ステップＡ３）グループＩＤ管理部１４内にグループＩＤ情報が無い場合、表示部１
６を用いてグループＩＤが登録されてないことを表示する。ユーザもしくは設置業者は、入力部１５を操作して、グループＩＤを入力する。なお、本実施の形態では、コントローラ２を設置する地域名やマンション名ごとに整数のグループＩＤを付与するものとし、例えば、以下のような設定とする。
例）梅田マンションに設置されたコントローラ２ → グループＩＤ＝１
難波マンションに設置されたコントローラ２ → グループＩＤ＝２
（ステップＡ４）グループＩＤ管理部１４は、入力部１５で入力されたグループＩＤ情報を取得して記憶すると伴に、定期アクセス設定管理部１３へ出力する。

（ステップＡ５）定期アクセス設定管理部１３は、コントローラ通信インタフェース部１０を制御して、グループＩＤ情報をサーバー３のグループＩＤ取得部２４へ送信する。

（ステップＡ６）サーバー３中のグループＩＤ取得部２４は、グループＩＤ情報の受信後、定期アクセス日時計算部２６を起動させ、受信したグループＩＤを出力する。

（ステップＡ７）定期アクセス日時計算部２６は、入力されたグループＩＤ情報から、定期アクセス日時設定記憶部２７中の設定情報と、乱数を用いてコントローラ２に対する設定情報の定期アクセス通信日時を計算する。

定期アクセス日時設定記憶部２７には、グループＩＤ毎に定期アクセス通信の開始日時と終了日時をあらかじめ記憶させておく。定期アクセス日時は、通常用いる第１の定期アクセス日時と、第１の定期アクセスで通信が失敗したときのための第２の定期アクセス日時を設定する。例えば、以下のような形式である。
例）グループＩＤ＝１ → 水曜日、10:00〜12:00、21:00〜23:00
グループＩＤ＝２ → 木曜日、13:00〜15:00、21:00〜23:00
この例では、「グループＩＤ＝１」（梅田マンション）というグループＩＤを割り当てられたコントローラ２は、通常、１週間に１回の定期アクセスは「水曜日の１０：００〜１２：００の間」、１日に１回の定期アクセスは「１０：００〜１２：００の間」に実施し、もしそれが失敗した場合は、１週間に１回の定期アクセスは「水曜日の２１：００〜２３：００の間」、１日に１回の定期アクセスは「２１：００〜２３：００の間」に実施することを意味している。

「グループＩＤ＝２」（難波マンション）の場合も同様であり、通常の１週間に１回の定期アクセスは「木曜日の１３：００〜１５：００の間」に実施し、１日に１回の定期アクセスは「１３：００〜１５：００の間」に実施する。失敗した場合は、１週間に１回の定期アクセスは「木曜日の２１：００〜２３：００の間」、１日に１回の定期アクセスは「２１：００〜２３：００の間」に実施することを意味している。なお、第２の定期アクセス時間は、第１の定期アクセス時間の後となるため、場合によっては翌日になる場合がある。

定期アクセス日時計算部２６は、グループＩＤ取得部２４から入力されたグループＩＤから定期アクセス日時設定記憶部２７を検索し、開始日時と終了日時を取得する。その後、下記の数式（１）を利用して、開始日時から終了日時までの間で均一に定期アクセス通信が分散するように、定期アクセス日時を決定する。これは、第１および第２の定期アクセス日時で共通の計算式である。計算結果の第１および第２の定期アクセス日時は、定期アクセス設定通信部２１へ出力する。

定期アクセス日時＝開始日時＋（終了日時−開始日時）ｘ（[0〜1]の一様乱数） （１）
（ステップＡ８）定期アクセス設定通信部２１は、定期アクセス日時計算部２６で計算
した日時情報を、サーバー通信インタフェース部２０を介して、コントローラ２中の定期アクセス設定管理部１３へ返信する。

（ステップＡ９）定期アクセス設定管理部１３は、コントローラ通信インタフェース部１０を介して定期アクセス日時情報を受信し、その値を記憶する。

以上のステップＡ１〜Ａ９の動作により、コントローラ２の初期設置時に、グループＩＤに応じた定期アクセス時間をサーバー３で自動的に計算し、その情報をコントローラ２で取得できる。

本実施の形態では、コントローラ２側でグループＩＤを入力するため、設置するマンションや地域等の区分に応じて、設置業者やユーザが適切なグループＩＤを選ぶことができる。通常、生産部門から出荷されたコントローラ２は、どの家に設置されるかわからないので、事前にグループＩＤを設定できない。本実施の形態では設置時にグループＩＤの入力を行うため、この課題を解決できる。さらに、入力されたグループＩＤをサーバー３に送信することにより、コントローラ２は、サーバー３や通信回線に負荷を与えない適切な定期アクセス日時を取得することができる。

図３は、コントローラ２の設定情報に関する定期アクセス通信の動作を示すフローチャートである。定期アクセス通信は、図２のステップＡ１〜Ａ９で取得した定期アクセス日時情報にしたがって行う。図３の各ステップにしたがって、順に説明を行う。

（ステップＢ１）コントローラ２中の定期アクセス設定管理部１３は、現在時刻がサーバー３から取得した第１の定期アクセス日時に達したかどうかを判断する。

（ステップＢ２）第１の日時に達した場合はステップＢ３へ進み、そうでなければステップＢ１へ戻り、現在日時が第１の定期アクセス日時になるまで待ち続ける。

（ステップＢ３）現在時刻が第１の定期アクセス日時になったとき、定期アクセス設定管理部１３は、定期アクセス通信部１２を起動する。定期アクセス通信部１２はコントローラ通信インタフェース部１０を制御して、サーバー３中のサーバー側定期アクセス通信部２２と通信を行なう。定期アクセス通信では、コントローラ２の時刻あわせ、コントローラ２のファームウェアのバージョンアップチェックおよびそのダウンロード、接続先ＵＲＬ情報など、様々な設定情報の通信を行う。

なお、ここでの通信にはＵＤＰプロトコルを用いる。一般に、インターネットの通信はＴＣＰを用いることが多い。ＴＣＰプロトコルには再送制御など複雑な通信手順があり、通信先に確実にデータを届けるような制御を行う。しかし、定期通信のような複数のコントローラ２から短時間で多くのアクセスをサーバー３で受ける通信では、ＴＣＰプロトコルで通信するとサーバー側の負荷が大きくなるという課題がある。一方、ＵＤＰは再送制御などが無いシンプルな通信手順であるため、本実施の形態のように定期アクセス通信にＵＤＰを用いた場合、サーバー３はＴＣＰを用いるよりも短時間でより多くのコントローラ２との通信が可能になる。

（ステップＢ４）定期アクセス通信部１２は、ステップＢ３で行ったサーバー側定期アクセス通信部２２との通信が成功したかどうかを判断し、成功していれば定期アクセス通信処理を終了する。

なお、定期アクセス通信部１２は、サーバー側定期アクセス通信部２２に対する通信に対して、所定時間内に送信したリクエストに対して適切な応答が帰ってくれば通信成功と
みなすが、例えば、（ａ）応答が所定時間内に無い、（ｂ）エラー応答が帰ってきた、（ｃ）予期しない応答（フレームフォーマットが異なる）応答が帰ってきた、このような場合は、通信が失敗したと判断する。通信が失敗していれば、第２の定期アクセス日時での通信を行うためステップＢ５へ進む。

定期アクセス通信は、同じグループＩＤに属する全てのコントローラ２から、指定した時間範囲でアクセスがあるため、サーバー３もしくは回線の負荷集中で通信が失敗した場合、翌日や翌週以降の定期通信も同じ負荷集中で失敗を繰り返す可能性がある。これを防ぐため、第１の定期アクセス日時で失敗したコントローラのみ第２の定期アクセス日時での通信を試みる。

（ステップＢ５）コントローラ２中の定期アクセス設定管理部１３は、現在時刻がサーバー３から取得した第２の定期アクセス日時に達したかどうか判断する。

（ステップＢ６）処理を分岐させ、第２の日時に達した場合はステップＢ７へ進み、そうでなければ、ステップＢ５へ戻り、現在日時が第２の定期アクセス日時になるまで待ち続ける。

（ステップＢ７）ステップＢ３と同様に、定期アクセス通信部１２はサーバー３中のサーバー側定期アクセス通信部２２へ通信し、各種設定情報の取得を行う。なお、ここでの通信は、ステップＢ３での通信に失敗したコントローラ２だけが実施するため、ステップＢ３と比べて通信するコントローラ２の台数が少ない。したがって、サーバー３や回線の負荷も小さく、２回目の通信で定期アクセス通信が成功する可能性は高い。また、ここでのコントローラ２からのアクセス数をサーバー３で監視することにより、第１の定期アクセス通信での通信負荷の状態が把握できるというメリットもある。

以上の動作により、コントローラ２からサーバー３に対しての設定情報に関する定期アクセス通信が可能になる。グループＩＤ毎に適切に付与された定期アクセス日時情報をサーバー３から取得することで、サーバーや回線における負荷集中を低減することができる。また、定期アクセス日時を２段階設けることにより、負荷集中が発生しても、高確率でコントローラ２に定期アクセス通信を行わせることが出来る。

なお、定期アクセス通信部１２は、コントローラ２の設定情報に関する通信を行うとしたが、機器１の故障状況・使用状況・使用履歴などのアップロードなどの機器情報の通信を行っても良い。ただし、制御情報と異なり通信頻度が少ないため、速報性が要求されない項目に限定される。

また、定期アクセス日時設定記憶部２７は、グループＩＤ毎に定期アクセス通信の開始日時と終了日時を記憶するとしたが、開始日時と分散時間のような形式で日時情報を記憶しても良い。

なお、本実施の形態で説明したコントローラ２の各部またはサーバー３の各部は、ＣＰＵ（またはマイコン）、ＲＡＭ、ＲＯＭ、記憶・記録装置、Ｉ／Ｏなどを備えた電気・情報機器、コンピュータ等のハードリソースを協働させるプログラムの形態で実施してもよい。プログラムの形態であれば、磁気メディアや光メディアなどの記録媒体に記録、もしくはインターネットなどの通信回線を用いて配信することで新しい機能の配布・更新やそのインストール作業が簡単にできる。

以上のように、本発明にかかるコントローラ、サーバー、その通信方法、およびそのプ
ログラムを利用することにより、コントローラの設定情報に関する定期アクセスをグループ単位でかつ負荷集中無しに行うことができる。これは、実施の形態で説明した設備機器だけでなく、白物機器の遠隔制御や、情報配信、ガスや電力などのメータの集中監視、防犯・防災などのセキュリティシステムなどにも適用できる。

本発明の実施の形態１におけるシステム構成を示す図 本発明の実施の形態１におけるコントローラ２の起動時の通信動作を示すフローチャート 本発明の実施の形態１における定期アクセス通信の動作を示すフローチャート 従来例の構成を示す図

符号の説明

１ 機器
２ コントローラ
３ サーバー
４ 端末
１０ コントローラ通信インタフェース部
１１ 機器制御部
１２ 定期アクセス通信部
１３ 定期アクセス設定管理部
１４ グループＩＤ管理部
１５ 入力部
１６ 表示部
２０ サーバー通信インタフェース部
２１ 定期アクセス設定通信部
２２ サーバー側定期アクセス通信部
２３ 遠隔制御部
２４ グループＩＤ取得部
２６ 定期アクセス日時計算部
２７ 定期アクセス日時設定記憶部

Claims (9)

1. 機器の宅内制御や機器の宅外遠隔制御を行うコントローラにおいて、前記コントローラをグループとして管理するためのグループＩＤ情報を記憶・管理するグループＩＤ管理部と、サーバーと通信を行い、前記グループＩＤ情報に応じた定期アクセス日時情報を取得・記憶する定期アクセス設定管理部と、前記定期アクセス日時情報にしたがって前記サーバーと通信を行う定期アクセス通信部を備えたコントローラ。
2. ユーザもしくは設置業者に対してグループＩＤ情報の入力をさせる入力部を備え、前記ＩＤ情報管理部は前記入力部で入力されたグループＩＤ情報を記憶・管理する請求項１に記載のコントローラ。
3. 前記定期アクセス設定管理部はサーバーと通信を行い、前記グループＩＤに応じた第１の定期アクセス日時情報と第２の定期アクセス日時情報を取得し、前記定期アクセス通信部は、前記第１の定期アクセス日時での通信に失敗した場合に、前記第２の定期アクセス日時で通信を行う請求項１または請求項２に記載のコントローラ。
4. 前記定期アクセス通信部はＵＤＰプロトコルを利用してサーバーと通信を行う請求項１〜３のいずれか１項に記載のコントローラ。
5. 機器の宅外遠隔制御を行うサーバーにおいて、コントローラに付与されたグループＩＤ情報を通信により取得するグループＩＤ取得部と、前記グループＩＤ情報を基に少なくともひとつ以上の定期アクセス日時を計算する定期アクセス日時計算部と、前記定期アクセス日時計算部で得た定期アクセス日時情報を前記コントローラへ送信する定期アクセス設定通信部を備えたサーバー。
6. グループＩＤ毎に少なくとも１つ以上の定期アクセス通信の開始日時と終了日時を記憶・管理する定期アクセス日時設定記憶部を備え、前記定期アクセス日時計算部は、前記グループＩＤ情報取得部で得たＩＤ情報から前記定期アクセス日時設定記憶部を検索して開始日時と終了日時を求め、乱数を用いて開始日時から終了日時の間の日時をランダムに選択して、それを定期アクセス日時として出力する請求項５に記載のサーバー。
7. コントローラと機器の宅外遠隔制御を行うサーバーとの通信方法であって、前記コントローラに付与されたグループＩＤ情報を通信により取得するグループＩＤ取得ステップと、グループＩＤ毎に少なくとも１つ以上の定期アクセス通信の開始日時と終了日時を記憶・管理する定期アクセス日時設定記憶部を前記サーバーに備え、前記グループＩＤ情報取得部で得たＩＤ情報から前記定期アクセス日時設定記憶部を検索して開始日時と終了日時を求め、乱数を用いて開始日時から終了日時の間の日時をランダムに選択して定期アクセスを計算する定期アクセス日時計算ステップと、前記定期アクセス日時計算ステップで得た定期アクセス日時情報を前記コントローラへ送信する定期アクセス設定通信ステップとからなる通信方法。
8. 請求項１〜４のいずれか１項記載のコントローラの少なくとも一部をコンピュータに実現させるためのプログラム。
9. 請求項５〜６のいずれか１項記載のサーバーの少なくとも一部をコンピュータに実現させるためのプログラム。

Images