JP6209182B2 - サーバ、その制御方法及びその制御プログラム - Google Patents

Description

本発明は、サーバ、その制御方法及びその制御プログラムに関する。

近年、通信機能を有し、インターネットを介してサーバと相互に通信する端末を、様々な製品に取り付けてその製品の制御又は計測を行うＩｏＴ（Internet of Things）の技術が普及しつつある。このような技術において、端末がその製品の制御又は計測を行うことは、必ずしも即時に実行されなくてもよい。そのため、一般に、このような端末は消費電力を低減させるために、定期的にスリープし、アクティブモードとスリープモードを交互に繰り返す。アクティブモードは、端末が所定の電力を消費して、特定のサービスを提供するモードである。スリープモードは、アクティブモードよりも電力の消費を抑えて、特定のサービスを提供しないモードである。

例えば、特許文献１には、端末と基地局が相互に通信し、端末がアクティブモードとスリープモードを交互に繰り返すスリープモード制御システムが記載されている。特許文献１には、基地局が、端末がアクティブモードからスリープモードに移行する時間をスケジューリングすることが記載されている。

特開２００５−８０２８７号公報

特許文献１に記載されたスリープモード制御システムでは、端末をスリープさせて端末の電力消費を抑えることができる。一方、製品に取り付けられた端末の適切なスリープのさせ方は、製品が提供するサービスに求められる緊急度等によって異なり、各端末は異なるタイミングでスリープしている。サーバが複数の端末に対して、サービスの提供に係る要求信号を送信する場合、サーバが要求信号を送信したタイミングにおいてスリープしている端末が存在している可能性があり、そのスリープしている端末は、サーバが送信した要求信号を受信できずにサービスを提供できない問題がある。

本発明は、このような課題を解決すべくなされたものであり、定期的にスリープする、種別又は提供するサービスが異なる複数の端末のそれぞれにデータを確実に受信させるサーバ、その制御方法及びその制御プログラムを提供することを目的とする。

本発明に係る制御方法は、第１記憶部及び第２記憶部を備えるサーバの制御方法であって、定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を第１記憶部に記憶し、端末種別情報又はサービス識別情報毎にアクティブ時間を第２記憶部に記憶し、第１端末とは異なる第２端末から第１端末に対する第１要求信号を受信した場合に、第１記憶部を参照して、第１端末に係る端末種別情報又はサービス識別情報を特定し、第２記憶部を参照して、特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、特定したアクティブ時間の長さ未満になるように、第１要求信号に応じた第２要求信号を第１端末に送信する送信間隔を決定し、決定した送信間隔に従って、第２要求信号を第１端末に送信することを含む。

本発明に係る制御方法において、さらに、第１端末及びサーバ間の通信ネットワークの輻輳状態を検出し、検出した輻輳状態に基づいて、決定した送信間隔を変更することが好ましい。

本発明に係る制御方法において、複数の第１端末のそれぞれは、端末種別情報又はサービス識別情報毎にスリープ時間が異なり、記憶において、端末種別情報又はサービス識別情報毎にスリープ時間をさらに第２記憶部に記憶し、アクティブ時間の特定において、さらに、特定した端末種別情報又はサービス識別情報に対応するスリープ時間を特定し、決定において、さらに、特定したアクティブ時間及びスリープ時間の合計以上になるように、第２要求信号を送信する繰り返し時間を決定し、送信において、決定した繰り返し時間のみ、第２要求信号を送信することが好ましい。

本発明に係る制御方法において、さらに、第１端末がアクティブになるタイミング又は第１端末がスリープするタイミングを検出することを含み、送信において、検出したタイミングに基づいて第２要求信号の送信を開始することが好ましい。

本発明に係る制御方法において、サーバは、第１端末がアクティブになるタイミング又は第１端末がスリープするタイミングを検出し、検出したタイミングに基づいて第２要求信号の送信を開始する同期モードと、第１端末がアクティブになるタイミング又は第１端末がスリープするタイミングを検出せずに、任意のタイミングで第２要求信号の送信を開始する非同期モードとを有し、さらに、同期モードにおいて、第２要求信号を送信後、所定時間内に応答信号を受信しなかった場合に、同期モードから非同期モードに変更することが好ましい。

本発明に係る制御方法において、サーバは、第１端末がアクティブになるタイミング又は第１端末がスリープするタイミングを検出し、検出したタイミングに基づいて第２要求信号の送信を開始する同期モードと、第１端末がアクティブになるタイミング又は第１端末がスリープするタイミングを検出せずに、任意のタイミングで第２要求信号の送信を開始する非同期モードとを有し、さらに、非同期モードにおいて、第１端末及びサーバ間の通信ネットワークの輻輳状態を検出した場合に、非同期モードから同期モードに変更し、さらに、変更された同期モードにおいて、第１端末及びサーバ間の通信ネットワークの輻輳状態の解消を検出した場合に、変更された同期モードから非同期モードに変更することが好ましい。

本発明に係るサーバは、定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を記憶する第１記憶部と、端末種別情報又はサービス識別情報毎にアクティブ時間を記憶する第２記憶部と、第１端末とは異なる第２端末から第１端末に対する第１要求信号を受信した場合に、第１記憶部を参照して、第１端末に係る端末種別情報又はサービス識別情報を特定し、第２記憶部を参照して、特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、特定したアクティブ時間の長さ未満になるように、第１要求信号に応じた第２要求信号を第１端末に送信する送信間隔を決定する決定部と、決定した送信間隔に従って、第２要求信号を第１端末に送信する送信部と、を備える。

本発明に係る制御プログラムは、第１記憶部及び第２記憶部を備えるサーバの制御プログラムであって、サーバに、定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を第１記憶部に記憶し、端末種別情報又はサービス識別情報毎にアクティブ時間を第２記憶部に記憶し、第１端末とは異なる第２端末から第１端末に対する第１要求信号を受信した場合に、第１記憶部を参照して、第１端末に係る端末種別情報又はサービス識別情報を特定し、第２記憶部を参照して、特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、特定したアクティブ時間の長さ未満になるように、第１要求信号に応じた第２要求信号を第１端末に送信する送信間隔を決定し、決定した送信間隔に従って、第２要求信号を第１端末に送信する、ことを実行させる。

本発明に係るサーバ、その制御方法及びその制御プログラムによれば、定期的にスリープする、種別又は提供するサービスが異なる複数の端末のそれぞれにデータを確実に受信させることができる。

通信システム１の概略を説明するための模式図である。 アクティブ時間及びスリープ時間と第２要求信号の送信間隔及び繰り返し時間との関係の一例を示す図である。 通信システム１の概略構成の一例を示す図である。 （ａ）第１端末２の概略構成の一例を示す図であり、（ｂ）は、処理テーブルのデータ構造を示す図であり、（ｃ）は、モード変更部２３２のモード変更の一例を示す図である。 サーバ３の概略構成の一例を示す図である。 テーブルのデータ構造の一例を示す図である。 第２端末４の概略構成の一例を示す図である。 通信システム１の動作シーケンスの一例を示す図である。 他の通信システム１の概略を説明するための模式図である。 アクティブ時間と第２要求信号の送信間隔との関係の一例を示す図である。 他の通信システム１の動作シーケンスの一例を示す図である。 同期モードから非同期モードへの変更の一例を示す図である。 通信ネットワークの輻輳に応じたモードの変更の一例を示す図である。

以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的な範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。

（第１実施形態）
図１は、第１実施形態における通信システム１の概略を説明するための模式図である。通信システム１は、第１端末２a，２ｂと、サーバ３と、第２端末４ａ，４ｂとを有する。

サーバ３は、第１端末２a，２ｂ及び第２端末４ａ，４ｂと通信可能なサーバである。第１端末２ａは、例えば、第２端末４ａからの要求に従って、金庫の鍵を解錠又は施錠する処理を実行する金庫制御端末である。第１端末２ｂは、例えば、第２端末４ｂからの要求に従って、照明を点灯又は消灯する処理を実行する照明制御端末である。第２端末４ａは、例えば、第１利用者が利用する携帯端末である。第２端末４ｂは、例えば、第２端末４ａの第１利用者とは異なる第２利用者が利用する、第２端末４ａとは異なる携帯端末である。

通信システム１は、鍵の解錠又は施錠、照明の点灯又は消灯等の複数のサービスを第２端末４ａ，４ｂの各利用者に提供する。第１端末２ａ，２ｂが、第２端末４ａ，４ｂから要求された各処理を実行することにより、通信システム１は、各サービスを第２端末４ａ，４ｂの各利用者に提供する。各サービスは、利用者が所望したときに必ずしも即時に実行されなくてもよい。例えば、畑又は庭等に設置してある照明を点灯又は消灯するサービスは、利用者が要求してから数分後に実行されればよい。一方、鍵を解錠するサービスは、利用者が鍵の解錠を待っている場合もあるため、畑又は庭等に設置してある照明を消灯するサービスよりも短い時間（例えば、一分程度）で実行される必要がある。このように、第１端末２ａ，２ｂのサービス毎に満たすべき応答時間が異なる。応答時間とは、第２端末４ａ，４ｂが第１端末２ａ，２ｂに対する処理を要求する信号を送信してから、第１端末２ａ，２ｂからの応答を受信するまでの時間をいう。

このように各サービスは、即時で実行されなくてもよいので、通信システム１では、端末は消費電力を低減させるために、定期的にスリープし、アクティブモードとスリープモードを交互に繰り返す。アクティブモードは、端末が所定の電力を消費して、特定のサービスを提供するモードである。スリープモードは、アクティブモードよりも電力の消費を抑えて、特定のサービスを提供しないモードである。また、利用者がサービスの提供を要求してから実際に実行されるまでの時間は、サービス毎に異なる。一方、第１端末２ａ，２ｂは、スリープモードである時間（以下、「スリープ時間」という）が長ければ長いほど、消費電力を低減させることができる。したがって、通信システム１では、アクティブモードである時間（以下、「アクティブ時間」という）とスリープ時間は、第１端末２ａ，２ｂが提供するサービス毎に異なる。

まず、第２端末４ａからの要求信号に従って第１端末２ａが鍵を解錠又は施錠する場合（Ａ−１）〜（Ａ−４）について説明する。

第２端末４ａは、第１端末２ａに対する第１要求信号をサーバ３に送信する（Ａ−１）。第１要求信号は、第１端末２に対して処理の実行を要求する信号であり、処理を要求する第１端末２の端末ＩＤ及び要求する処理の処理ＩＤを含む。第２端末４ａが送信する第１要求信号には、第１端末２ａの端末ＩＤ、及び鍵の解錠又は施錠を要求する処理の処理ＩＤが含まれる。

サーバ３は、第２端末４ａから第１要求信号を受信した場合に、第１要求信号に含まれる端末ＩＤに基づいて第１端末２ａに係るサービスを特定する。次に、サーバ３は、特定したサービスに対応するアクティブ時間及びスリープ時間を特定する。次に、サーバ３は、特定したアクティブ時間の長さ未満になるように、第２要求信号を第１端末２ａに送信する送信間隔を決定する。第２要求信号は、第１要求信号に応じてサーバ３が第１端末２に送信する信号である。第２端末４ａが送信する第１要求信号に対応する第２要求信号は、例えば、鍵の解錠又は施錠を要求する信号である。さらに、サーバ３は、特定したアクティブ時間及びスリープ時間の合計以上になるように、第２要求信号を送信する繰り返し時間を決定する（Ａ−２）。次に、サーバ３は、決定した送信間隔に従って、繰り返し時間のみ、第２要求信号を第１端末２ａに送信する（Ａ−３）。

第１端末２ａは、サーバ３から第２要求信号を受信した場合に、第２要求信号に従って、金庫の鍵を解錠又は施錠する（Ａ−４）。

次に、第２端末４ｂからの要求信号に従って第１端末２ｂが照明を点灯又は消灯する場合（Ｂ−１）〜（Ｂ−４）について、説明する。

第２端末４ｂは、第２端末４ａと同様にして（Ａ−１）の処理と同様の処理を行う（Ｂ−１）。第２端末４ｂが送信する第１要求信号には、第１端末２ｂの端末ＩＤ、及び、照明の点灯又は消灯を要求する処理の処理ＩＤが含まれる。

サーバ３は、（Ａ−２）で説明した処理と同様の処理を第２端末４ｂからの要求に従って行う（Ｂ−２）。なお、サービス毎にアクティブ時間及びスリープ時間が異なるため、（Ａ−２）で決定した送信間隔及び繰り返し時間と（Ｂ−２）で決定した送信間隔及び繰り返し時間とは、それぞれ異なる。次に、サーバ３は、（Ａ−３）で説明した処理と同様の処理を行う（Ｂ−３）。

第１端末２ｂは、サーバ３から第２要求信号を受信した場合に、第２要求信号に従って、照明を点灯又は消灯する（Ｂ−４）。

このように、サーバ３は、第１端末２ａ，２ｂのそれぞれのアクティブ時間の長さ未満になるように、第１端末２ａ，２ｂのそれぞれに対する要求信号の送信間隔を別々に決定する。これにより、第１端末２ａ，２ｂのそれぞれのアクティブ時間が異なっている場合であっても、サーバ３は、第１端末２ａ，２ｂがアクティブモードである間に要求信号を確実に受信させることができる。

また、上述した図１の説明は、本発明の内容への理解を深めるための説明にすぎない。本発明は、具体的には、次に説明する各実施形態において実施され、且つ、本発明の原則を実質的に超えずに、さまざまな変形例によって実施されてもよい。このような変形例はすべて、本発明及び本明細書の開示範囲に含まれる。

図２は、アクティブ時間及びスリープ時間と第２要求信号の送信間隔及び繰り返し時間との関係の一例を示す図である。

第１端末２ａ，２ｂは、同様の構成を有するため、以下において、第１端末２ａ，２ｂをまとめて第１端末２と称する場合がある。図２を参照して、第２要求信号の送信タイミングについて説明する。図２に示すように、第１端末２は、アクティブ時間及びスリープ時間を定期的に繰り返す。一方、サーバ３は、図１の（Ａ−２）、（Ｂ−２）で決定した送信間隔に従って、図１の（Ａ−２）、（Ｂ−２）で決定した繰り返し時間のみ、第２要求信号を第１端末２に対して送信する。図２に示すように、例えば、第１端末２のアクティブ時間が３０秒である場合、サーバ３は、アクティブ時間の長さ未満になるように、送信間隔を２０秒に決定する。これにより、サーバ３がどのようなタイミングで第２要求信号の送信を開始しても、第１端末２は、アクティブモードである間に少なくとも一回、第２要求信号２００を受信できる。

また、図２に示すように、例えば、第１端末２のアクティブ時間の長さが３０秒であり、スリープ時間の長さが１２０秒である場合、サーバ３は、アクティブ時間及びスリープ時間の合計以上になるように、繰り返し時間の長さを１６０秒に決定する。これにより、サーバ３は任意のタイミングで第２要求信号の送信を開始しても、繰り返し時間内に必ずアクティブ時間が含まれるため、第１端末は、アクティブ時間内に少なくとも一回、要求信号を受信できる。

図３は、通信システム１の概略構成の一例を示す図である。

通信システム１は、第１端末２ａ，２ｂと、基地局５と、中継機６と、通信ネットワーク７と、サーバ３と、第２端末４ａ，４ｂとを有する。通信ネットワーク７は、通信を中継するネットワークであり、例えば電話回線網、インターネット、イントラネット又は専用線等である。

サーバ３は、通信ネットワーク７と接続され、さらに、中継機６及び基地局５を介して第１端末２ａ、第１端末２ｂ、第２端末４ａ又は第２端末４ｂと接続される。第１端末２ａ，２ｂは、基地局５、中継機６及び通信ネットワーク７を介してサーバ３と接続される。第２端末４ａ，４ｂは、基地局５、中継機６及び通信ネットワーク７を介してサーバ３と接続される。中継機６は、基地局５と通信ネットワーク７を介してサーバ３との通信を中継する。

図４は、第１端末２の概略構成の一例を示す図である。

第１端末２は、通信機能を有し、制御対象の製品を制御する通信装置である。第１端末２は、第１端末通信部２１と、第１端末記憶部２２と、第１端末制御部２３とを有する。

第１端末通信部２１は、主に２．１ＧＨｚ帯を感受帯域とするアンテナを含む、通信インターフェース回路を有する。第１端末通信部２１は、基地局５により割り当てられるチャネルを介して、基地局５との間でＣＤＭＡ（Code Division Multiple Access）方式又はＬＴＥ（登録商標）（Long Term Evolution）方式等による無線信号回線を確立し、基地局５との間で通信を行う。そして、第１端末通信部２１は、基地局５から受信したデータを第１端末制御部２３に与える。また、第１端末通信部２１は、第１端末制御部２３から供給されたデータを基地局５に送信する。

第１端末記憶部２２は、例えば、半導体メモリ、磁気ディスク装置、及び光ディスク装置のうちの少なくともいずれか一つを有する。第１端末記憶部２２は、第１端末制御部２３での処理に用いられるドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム、データ等を記憶する。各プログラムは、例えばＣＤ−ＲＯＭ（compact disk read only memory）、ＤＶＤ−ＲＯＭ（digital versatile disk read only memory）等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いて第１端末記憶部２２にインストールされてもよい。

また、第１端末記憶部２２は、処理テーブル（図４（ｂ））を記憶する。第１端末記憶部２２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

図４（ｂ）は、処理テーブルのデータ構造の一例を示す図である。

処理テーブルは、各第１端末２が実行する処理毎に、その処理の処理識別情報（処理ＩＤ）と、その処理を実行するためのプログラムを関連付けて記憶する。処理ＩＤは、第１端末２がサービスとして実行する処理を識別するための識別情報である。第１端末２が金庫制御端末である場合、例えば、第１端末２が実行する処理には、鍵の解錠又は施錠が含まれる。また、第１端末２が照明制御端末である場合、例えば、第１端末２が実行する処理には、照明の点灯又は消灯が含まれる。

第１端末制御部２３は、一又は複数個のプロセッサ及びその周辺回路を有する。第１端末制御部２３は、第１端末２の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。第１端末制御部２３は、第１端末２の各種処理が第１端末記憶部２２に記憶されているプログラム等に応じて適切な手順で実行されるように、第１端末通信部２１等の動作を制御する。第１端末制御部２３は、第１端末記憶部２２に記憶されているプログラム（ドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、第１端末制御部２３は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

第１端末制御部２３は、サービス処理部２３１と、モード変更部２３２とを有する。サービス処理部２３１及びモード変更部２３２は、第１端末制御部２３が有するプロセッサ上で実行されるプログラムによって実装される機能モジュールである。なお、サービス処理部２３１及びモード変更部２３２は、独立した集積回路、マイクロプロセッサ、又はファームウェアとして第１端末２に実装されてもよい。

サービス処理部２３１は、サーバ３が送信した第２要求信号に従って、処理を実行する。サービス処理部２３１が実行する処理は、端末に応じて異なる。例えば、第１端末２が金庫制御端末の場合、サービス処理部２３１は、鍵の解錠又は施錠を実行する。また、例えば、第１端末２が照明制御端末の場合、サービス処理部２３１は照明の点灯又は消灯を実行する。

モード変更部２３２は、データを受信できるアクティブモードと、データを受信できないスリープモードとを変更する。なお、モード変更部２３２は、第１端末通信部２１が有する通信インターフェース回路であるベースバンドチップに実装されていてもよい。

図４（ｃ）は、モード変更部２３２のモード変更の一例を示す図である。

なお、以下に説明するモード変更は、予め第１端末記憶部２２に記憶されているプログラムに基づいて、主に第１端末制御部２３（及び、モード変更部２３２がベースバンドチップに実装されている場合は、第１端末通信部２１）により、第１端末２の各要素と協働して実行される。

第１端末２は、動作モードとして、アクティブモード及びスリープモードを有する。まず、モード変更部２３２は、第１端末２の動作モードをアクティブモードに設定する（ステップＳ１００）。次に、モード変更部２３２は、アクティブ時間が経過したか否かを判定する（ステップＳ１０１）。モード変更部２３２は、アクティブ時間が経過していない場合（ステップＳ１０１−Ｎｏ）、ステップＳ１０１を継続する。

一方、モード変更部２３２は、アクティブ時間が経過した場合（ステップＳ１０１−Ｙｅｓ）、第１端末２の動作モードをスリープモードに設定する（ステップＳ１０２）。モード変更部２３２は、スリープ時間が経過したか否かを判定する（ステップＳ１０３）。モード変更部２３２は、スリープ時間が経過していない場合（ステップＳ１０３−Ｎｏ）、ステップＳ１０３を継続する。

一方、モード変更部２３２は、スリープ時間が経過した場合（ステップＳ１０３−Ｙｅｓ）、再び、第１端末２の動作モードをアクティブモードに設定する（ステップＳ１００）。このように、モード変更部２３２は、アクティブモードとスリープモードを周期的に変更することにより、第１端末２は、電力消費を低減させることができる。

図５は、サーバ３の概略構成の一例を示す図である。

サーバ３は、サーバ通信部３１と、サーバ第１記憶部３２、サーバ第２記憶部３３と、サーバ制御部３４とを備える。

サーバ通信部３１は、サーバ３を通信ネットワーク７に接続するための通信インターフェース回路を備え、通信ネットワーク７との間で通信を行う。サーバ通信部３１は、例えば、イーサネット（登録商標）等の有線ＬＡＮのインターフェース回路を有し、通信ネットワーク７との間で有線通信を行う。サーバ通信部３１は、第１端末２又は第２端末４等から受信したデータを、サーバ制御部３４に供給する。また、サーバ通信部３１は、サーバ制御部３４から供給されたデータを第１端末２又は第２端末４等に送信する。

サーバ第１記憶部３２は、例えば、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。サーバ第１記憶部３２は、サーバ制御部３４での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。各プログラムは、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いてサーバ第１記憶部３２にインストールされてもよい。

また、サーバ第１記憶部３２は、データとして、端末テーブル（図６（ａ））を記憶する。さらに、サーバ第１記憶部３２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

図６（ａ）は、端末テーブルのデータ構造の一例を示す図である。

端末テーブルは、端末毎に、その端末の端末識別情報（端末ＩＤ）及びサービス識別情報（サービスＩＤ）等を関連付けて記憶する。端末ＩＤは、端末を識別するための情報である。サービスＩＤは、その端末が提供するサービスを識別するための情報である。

サーバ第２記憶部３３は、サーバ第１記憶部３２と同様の構成を備える。

また、サーバ第２記憶部３３は、データとして、サービステーブル（図６（ｂ））を記憶する。さらに、サーバ第２記憶部３３は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

図６（ｂ）は、サービステーブルのデータ構造を示す図である。

サービステーブルは、サービス毎に、そのサービスのサービス識別情報（サービスＩＤ）、サービス名、スリープ時間及びアクティブ時間等を関連付けて記憶する。サービス識別情報は、第１端末２が提供するサービスを識別するための情報である。サービス名は、サービスの名称である。

サーバ制御部３４は、一又は複数個のプロセッサ及びその周辺回路を備える。サーバ制御部３４は、サーバ３の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵである。サーバ制御部３４は、サーバ３の各種処理がサーバ第１記憶部３２及び／又はサーバ第２記憶部３３に記憶されているプログラム等に応じて適切な手順で実行されるように、サーバ通信部３１等の動作を制御する。サーバ制御部３４は、サーバ第１記憶部３２及び／又はサーバ第２記憶部３３に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、サーバ制御部３４は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

サーバ制御部３４は、決定部３４１、送信部３４２、モード変更部３４３及び輻輳状態検出部３４４を有する。サーバ制御部３４が有するこれらの各部は、サーバ制御部３４が有するプロセッサ上で実行されるプログラムによって実装される機能モジュールである。あるいは、サーバ制御部３４が有するこれらの各部は、独立した集積回路、マイクロプロセッサ、又はファームウェアとしてサーバ制御部３４に実装されてもよい。

図７は、第２端末４ａ，４ｂの概略構成の一例を示す図である。

第２端末４ａ，４ｂは、同様の構成を有するため、以下において、第２端末４ａ，４ｂをまとめて第２端末４と称する場合がある。第２端末４は、通信機能を有する通信装置であり、例えば、携帯電話、携帯情報端末（Personal Digital Assistant, PDA）、タブレットＰＣ（Personal Computer）、デスクトップＰＣ等である。第２端末４は、第２端末通信部４１と、第２端末記憶部４２と、操作部４３と、表示部４４と、第２端末制御部４５とを有する。

第２端末通信部４１は、主に２．１ＧＨｚ帯を感受帯域とするアンテナを含む、通信インターフェース回路を有する。第２端末通信部４１は、基地局５により割り当てられるチャネルを介して、基地局５との間でＣＤＭＡ方式又はＬＴＥ（登録商標）方式等による無線信号回線を確立し、基地局５との間で通信を行う。そして、第２端末通信部４１は、基地局５から受信したデータを第２端末制御部４５に与える。また、第２端末通信部４１は、第２端末制御部４５から供給されたデータを基地局５に送信する。なお、第２端末通信部４１は、有線インターフェース回路を有し、不図示のインターネットを介してサーバ３と通信を行なってもよい。

第２端末記憶部４２は、例えば、半導体メモリ、磁気ディスク装置、及び光ディスク装置のうちの少なくともいずれか一つを有する。第２端末記憶部４２は、第２端末制御部４５での処理に用いられるドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム、データ等を記憶する。各プログラムは、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いて第２端末記憶部４２にインストールされてもよい。

また、第２端末記憶部４２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

操作部４３は、第２端末４の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド、キーボード等である。利用者は、このデバイスを用いて、文字、数字等を入力することができる。操作部４３は、利用者により操作されると、その操作に対応する信号を発生する。そして、発生した信号は、利用者の指示として、第２端末制御部４５に入力される。

表示部４４も、映像、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro−Luminescence）ディスプレイ等である。表示部４４は、第２端末制御部４５から供給される映像データに応じた映像、画像データに応じた画像等を表示する。

第２端末制御部４５は、一又は複数個のプロセッサ及びその周辺回路を有する。第２端末制御部４５は、第２端末４の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵである。第２端末制御部４５は、第２端末４の各種処理が第２端末記憶部４２に記憶されているプログラム、操作部４３の操作等に応じて適切な手順で実行されるように、第２端末通信部４１、表示部４４等の動作を制御する。第２端末制御部４５は、第２端末記憶部４２に記憶されているプログラム（ドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、第２端末制御部４５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

第２端末制御部４５は、処理部４５１を有する。処理部４５１は、第２端末制御部４５が有するプロセッサ上で実行されるプログラムによって実装される機能モジュールである。なお、処理部４５１は、独立した集積回路、マイクロプロセッサ、又はファームウェアとして第２端末４に実装されてもよい。

図８は、通信システム１の動作シーケンスの一例を示す図である。

なお、以下に説明する動作シーケンスは、予め第１端末記憶部２２、サーバ第１記憶部３２、サーバ第２記憶部３３及び第２端末記憶部４２に記憶されているプログラムに基づいて、主に第１端末制御部２３、サーバ制御部３４及び第２端末制御部４５により、第１端末２、サーバ３及び第２端末４の各要素と協働して実行される。

まず、第２端末４の処理部４５１は、操作部４３を用いた利用者による指示に従って、第１要求信号を、第２端末通信部４１を介してサーバ３に送信する（ステップＳ２００）。第１要求信号には、第１端末２の端末ＩＤ及び第１端末２に実行させる処理の処理ＩＤが含まれる。

次に、サーバ３の決定部３４１は、第２端末４からサーバ通信部３１を介して第１要求信号を受信すると、送信間隔を決定する（ステップＳ２０１）。まず、決定部３４１は、受信した第１要求信号に含まれる端末ＩＤを特定する。次に、決定部３４１は、端末テーブルを参照して、特定した端末ＩＤに係るサービス識別情報を特定する。次に、決定部３４１は、サービステーブルを参照して、特定したサービス識別情報に対応するアクティブ時間及びスリープ時間を特定する。次に、決定部３４１は、特定したアクティブ時間の長さ未満になるように、送信間隔を決定する。

決定部３４１は、例えば、アクティブ時間の長さの半分未満になるように、送信間隔を決定する。これにより、サーバ３は第２要求信号を、少なくとも一回は再送することができる。また、決定部３４１は、例えば、アクティブ時間の長さの半分以上になるように、送信間隔を決定してもよい。これにより、サーバ３は、第２要求信号を過剰に送信し、ネットワークの負荷を増大させることを抑制することができる。

次に、決定部３４１は、繰り返し時間を決定する（ステップＳ２０２）。決定部３４１は、ステップＳ２０１において特定したアクティブ時間及びスリープ時間の合計以上になるように、繰り返し時間を決定する。決定部３４１は、例えば、アクティブ時間及びスリープ時間の合計の１．１倍以下になるように、繰り返し時間を決定する。これにより、サーバ３は、第２要求信号を過剰に送信し、ネットワークの負荷を増大させることを抑制できる。

次に、送信部３４２は、第２要求信号を中継機６に送信する（ステップＳ２０３）。送信部３４２は、第２端末４から受信した第１要求信号に含まれる処理ＩＤを特定する。送信部３４２は、特定した処理ＩＤを含む第２要求信号を、サーバ通信部３１を介して中継機６に送信する。

次に、サーバ３から第２要求信号を受信すると、中継機６は、第３要求信号を基地局５に送信する（ステップＳ２０４）。中継機６は、第２要求信号に含まれる処理ＩＤを特定し、特定した処理ＩＤを含む第３要求信号を基地局５に送信する。第３要求信号は、第２要求信号に従って送信される信号である。第３要求信号は、第１端末２を呼び出すためのページングデータとしても利用される。中継機６は、パケットロスを想定し、再送タイマに従って、第３要求信号を二回再送する。再送タイマは、送信間隔未満の時間であり、例えば４秒である。

次に、基地局５は、中継機６から第３要求信号を受信すると、第４要求信号を第１端末２に送信する（ステップＳ２０５）。基地局５は、第３要求信号に含まれる処理ＩＤを特定し、特定した処理ＩＤを含む第４要求信号を第１端末２に送信する。第４要求信号は、第３要求信号に従って送信される信号である。第４要求信号は、例えば、第１端末２を呼び出すための、ページングデータとしても利用される。なお、基地局５は、中継機６が再送タイマに従って送信した第３要求信号を受信した場合も同様に、第４要求信号を第１端末２に送信する。

一方、サーバ３の送信部３４２は、第２要求信号を前回送信してから送信間隔が経過後、第２要求信号を中継機６に再度送信する（ステップＳ２０６）。

次に、中継機６は、ステップＳ２０４と同様に、第３要求信号を基地局５に送信する（ステップＳ２０７）。次に、基地局５は、ステップＳ２０５と同様に、第４要求信号を第１端末２に送信する（ステップＳ２０８）。以下、サーバ３の送信部３４２、中継機６、及び基地局５は、それぞれステップＳ２０６〜Ｓ２０８と同様に、繰り返し時間になるまで、第２要求信号、第３要求信号及び第４要求信号の送信を繰り返す。

基地局５から第４要求信号がスリープ時間内に到達すると、第１端末２のサービス処理部２３１は、第４要求信号を受信することができない。その場合、サービス処理部２３１は、第４要求信号により指定された処理を実行できない。

一方、第１端末２のサービス処理部２３１は、基地局５から第１端末通信部２１を介して第４要求信号をアクティブ時間内に受信すると、第４要求信号により指定された処理を実行する（ステップＳ２０９）。サービス処理部２３１は、第４要求信号に含まれる処理ＩＤを特定し、処理テーブルを参照して、特定した処理ＩＤに対応するプログラムを抽出し、抽出したプログラムを実行する。

なお、サービス処理部２３１は、抽出したプログラムを実行すると、サービスが正常に提供されたか否かの結果を示す応答信号を、基地局５、中継機６及びサーバ３を介して、第２端末４に送信する。

第２端末４の処理部４５１は、第１端末２から第２端末通信部４１を介して応答信号を受信すると、応答信号を受信した旨を表示部４４に表示する。したがって、利用者は、要求したサービスが正常に提供されたか否かの結果を確認することができる。

以上説明してきたように、サーバ３は、送信間隔が第１端末２に係るサービス識別情報に対応するアクティブ時間の長さ未満になるように、送信間隔を決定するため、アクティブモードである間に要求信号を第１端末２に確実に受信させることができる。したがって、第１端末２は、第２端末４からの要求信号に対して、所定の応答時間以内に応答信号を第２端末４に送信できる。

（第２実施形態）
図９は、第２実施形態における通信システム１の概略を説明するための模式図である。
。第２実施形態における通信システム１の構成は、第１実施形態における通信システム１の構成と同様である。但し、第１端末２ａ，２ｂは、動作モードをスリープモードからアクティブモードに変更するときに、第１端末２ａ，２ｂがスリープモードからアクティブモードに変化したことをサーバ３に通知する。サーバ３は、第１端末２ａ，２ｂからの通知に基づいて、第１端末２ａ，２ｂがアクティブになるタイミングを検出する。このように、第２実施形態において、第１端末２ａ，２ｂとサーバ３は、第１端末２ａ，２ｂが動作モードをスリープモードからアクティブモードに変更するタイミングを同期する。

まず、第２端末４ａからの要求信号に従って第１端末２ａが金庫の鍵を解錠又は施錠する場合（Ａ−１）〜（Ａ−６）について説明する。

第１端末２ａは、アクティブモードとスリープモードを定期的に繰り返す。第１端末２ａは、動作モードをスリープモードからアクティブモードに変更するときに、動作モードがスリープモードからアクティブモードに変化したことをサーバ３に定期的に通知する（Ａ−１）。

サーバ３は、第１端末２ａから動作モードがスリープモードからアクティブモードに変化したことを示すメッセージを受信すると、第１端末２ａの動作モードがスリープモードからアクティブモードに変化するタイミングを検出する（Ａ−２）。

図９の（Ａ−３）〜（Ａ−６）の処理は、図１の（Ａ−１）〜（Ａ−４）の処理と同様である。但し、図９の（Ａ−４）において、サーバ３は、第１端末２ａの動作モードがスリープモードからアクティブモードに変化するタイミングに基づいて、送信開始タイミングを決定する。次に、サーバ３は、決定した送信開始タイミングに基づいて、第２要求信号を第１端末２ａに送信する（Ａ−５）。

次に、第２端末４ｂからの要求信号に従って第１端末２ｂが照明を点灯又は消灯する場合（Ｂ−１）〜（Ｂ−６）について、説明する。

図９の（Ｂ−１）、（Ｂ−２）の処理は、図９の（Ａ−１）、（Ａ−２）の処理と同様である。また、図９の（Ｂ−３）〜（Ｂ−６）の処理は、図１の（Ｂ−１）〜（Ｂ−４）の処理と同様である。

このように、サーバ３は、第１端末２ａ，２ｂのそれぞれがスリープモードからアクティブモードに変化するタイミングに合わせて、第２要求信号を第１端末２ａ，２ｂに送信する。これにより、サーバ３は、第１端末２ａ，２ｂがアクティブモードである間に、より確実に第１端末２ａ，２ｂに第２要求信号を受信させることができる。

図１０は、アクティブ時間と第２要求信号の送信間隔との関係の一例を示す図である。

図１０を参照して、第１端末２とサーバ３が同期する場合の第２要求信号の送信開始タイミングについて説明する。図１０に示すように、第１端末２は、アクティブ時間及びスリープ時間を定期的に繰り返す。一方、サーバ３は、図９の（Ａ−２）、（Ｂ−２）において検出した、第１端末２の動作モードがスリープモードからアクティブモードに変化するタイミングを送信開始タイミングとして、第２要求信号を送信する。したがって、第１端末２はアクティブ時間になると即時に第２要求信号を受信することができる。また、サーバ３は、第１端末２の動作モードがスリープモードからアクティブモードである間を狙って、第２要求信号を送信することができ、第１端末２がスリープしている間は第２要求信号を送信する必要がなくなる。そのため、サーバ３は、ネットワークの帯域を圧迫することなく、第２要求信号の送信間隔を短くして、第２要求信号の送信タイミングを第１端末２がアクティブモードであるタイミングに集中させることができる。

また、サーバ３は、アクティブ時間の長さ未満になるように送信間隔を決定し、図９の（Ａ−２）、（Ｂ−２）において検出した第１端末２がアクティブになるタイミングに合わせて、第２要求信号を第１端末２に送信する。その場合、サーバ３は、第１端末２がアクティブになるタイミングからアクティブ時間が経過するまでに、第２要求信号を少なくとも二回送信することができる。したがって、サーバ３は、一つの第２要求信号を損失した場合であっても、いずれかの第２要求信号を第１端末２が受信する可能性を向上させることができる。

第２実施形態の構成は、第１実施形態の構成と同様であるから、第２の実施形態による通信システム１の概略構成の説明を省略する。

図１１は、第２実施形態における通信システム１の動作シーケンスの一例を示す図である。

なお、以下に説明する動作シーケンスは、予め第１端末記憶部２２、サーバ第１記憶部３２、サーバ第２記憶部３３、及び第２端末記憶部４２に記憶されているプログラムに基づいて、主に第１端末制御部２３、サーバ制御部３４、及び第２端末制御部４５により、第１端末２、サーバ３、及び第２端末４の各要素と協働して実行される。

図１１のステップＳ３０１、Ｓ３０２、Ｓ３０８〜Ｓ３１０、Ｓ３１２、Ｓ３１３は、それぞれ、図８のステップＳ２００、Ｓ２０１、Ｓ２０４、Ｓ２０５、Ｓ２０７、Ｓ２０８、Ｓ２０９と同様であるため、説明を省略し、以下では、ステップＳ３００、Ｓ３０３〜Ｓ３０７、Ｓ３１１について説明する。

第１端末２のモード変更部２３２は、第１端末２がスリープモードからアクティブモードに変化したことをサーバ３に通知する（ステップＳ３００）。モード変更部２３２は、動作モードをスリープモードからアクティブモードに変更すると、その度に、第１端末２がスリープモードからアクティブモードに変化したことを示すアクティブ信号を、基地局５、中継機６、通信ネットワーク７を介してサーバ３に通知する。モード変更部２３２は、例えば、動作モードをスリープモードからアクティブモードに変更する全てのタイミング毎に、アクティブ信号を通知してもよく、所定期間（例えば、一日）毎に、アクティブ信号を通知してもよい。

サーバ３の決定部３４１は、第２端末４から第１要求信号を受信すると、繰り返し時間を決定する（ステップＳ３０３）。決定部３４１は、図８のステップＳ２０１と同様に、第１端末２のアクティブ時間を特定する。決定部３４１は、特定したアクティブ時間と同じ長さになるように、繰り返し時間を決定する。

次に、決定部３４１は、第１端末２からアクティブ信号を受信するまで待機する（ステップＳ３０４）。

次に、決定部３４１は、第１端末２からサーバ通信部３１を介してアクティブ信号を受信すると（ステップＳ３０５）、第１端末２の動作モードがスリープモードからアクティブモードに変化するタイミングを検出する（ステップＳ３０６）。このように、決定部３４１は、第１端末２がアクティブになるタイミングを検出することにより、第１端末２とサーバ３は、第１端末２がアクティブになるタイミングを同期させることができる。

サーバ３の送信部３４２は、第１端末２の動作モードがスリープモードからアクティブモードに変化するタイミングを検出すると、第２要求信号を中継機６に送信する（ステップＳ３０７）。送信部３４２は、第１端末２から受信した第１要求信号に含まれる処理ＩＤを特定する。送信部３４２は、第１端末２がスリープモードからアクティブモードに変化するタイミングに合わせて、特定した処理ＩＤを含む第２要求信号を、サーバ通信部３１を介して中継機６に送信して、第１端末に対する第２要求信号の送信を開始する。

サーバ３の送信部３４２は、第２要求信号を前回送信してから送信間隔が経過後、第２要求信号を中継機６に再度送信する（ステップＳ３１１）。送信部３４２は、以下、ステップＳ３１１と同様に、繰り返し時間になるまで、第２要求信号の送信を繰り返す。このように、送信部３４２は、決定した送信間隔に従って第２要求信号を、決定した繰り返し時間のみ、サーバ通信部３１を介して中継機６に送信する。

以上説明してきたように、サーバ３は、アクティブ時間の長さ未満になるように送信間隔を決定し、第１端末２がアクティブになるタイミングに合わせて、第２要求信号を第１端末２に送信する。その場合、サーバ３は、第１端末２がアクティブになるタイミングからアクティブ時間が経過するまでに、第２要求信号を少なくとも二回送信することができる。したがって、サーバ３は、一つの第２要求信号がネットワーク上で損失された場合であっても、複数の第２要求信号のうちのいずれかを第１端末２が受信できる可能性を向上させることができる。

（第３実施形態）
第３実施形態における通信システム１の構成は、第１実施形態における通信システム１の構成と同様である。以下、第３実施形態について説明する。第３実施形態では、サーバ３は、第１実施形態で説明した、第１端末２がアクティブになるタイミングを検出せずに、任意のタイミングで第２要求信号の送信を開始する非同期モードと、第２実施形態で説明した、第１端末２がアクティブになるタイミングを検出し、検出したタイミングに基づいて第２要求信号の送信を開始する同期モードと、を有する。そして、サーバ３は、特定のタイミングでモードを同期モードから非同期モードに変更する。

なお、第３実施形態において、第１端末２のモード変更部２３２は、第１端末２がアクティブになる全てのタイミングでアクティブ信号を通知せず、タイミングのうちの一部のタイミングでは省略している。

図１２は、同期モードから非同期モードへの変更の一例を示す図である。

第１端末２のモード変更部２３２は、アクティブモードとスリープモードを定期的に変更する。モード変更部２３２は、特定のタイミングで動作モードをスリープモードからアクティブモードに変更すると、アクティブ信号をサーバ３に通知する（１）。

サーバ３は、最初に同期モードで動作している。同期モードにおいて、サーバ３の決定部３４１は、第１端末２からのアクティブ信号の通知に基づいて、第１端末２が動作モードをスリープモードからアクティブモードに変更するタイミングを検出する。

決定部３４１は、その後第２端末４から第１要求信号を受信した場合（２）、過去に検出した第１端末２が動作モードをスリープモードからアクティブモードに変更するタイミングを特定する。次に、決定部３４１は、サービステーブルを参照して、第１端末２に係るサービス識別情報に対応するアクティブ時間及びスリープ時間を特定する。決定部３４１は、過去に検出した、第１端末２がスリープモードからアクティブモードに変化するタイミングに、アクティブ時間及びスリープ時間の合計時間を加算することにより、次の第２要求信号の送信開始タイミングを決定する（３）。送信部３４２は、決定した送信開始タイミングに合わせて、第２要求信号を第１端末２に送信する（４）。

第１端末２のサービス処理部２３１は、サーバ３から第２要求信号を受信したタイミングが実際のアクティブ時間内であれば、その第２要求信号を受信することができる。その場合、サービス処理部２３１は、第２要求信号に従って、処理を実行し、応答信号をサーバ３に送信する（５）。

サーバ３の決定部３４１は、（３）で決定した送信開始タイミングに、（３）で特定したアクティブ時間及びスリープ時間の合計時間をさらに加算することにより、次の送信開始タイミングを決定する（６）。送信部３４２は、決定した送信開始タイミングに合わせて、第２要求信号を第１端末２に送信する（７）。

一方、サーバ３の決定部３４１が決定した送信開始タイミングと、第１端末２が実際にスリープモードからアクティブモードに変化するタイミングがずれてきて、第１端末２のアクティブ時間外に第２要求信号が到達した場合、第１端末２のサービス処理部２３１は、第２要求信号を受信することができない。その場合、サービス処理部２３１は、応答信号をサーバ３に送信することもできない。

そこで、サーバ３のモード変更部３４３は、同期モードにおいて、第２要求信号を送信後、所定時間内に第１端末２からの応答信号を受信せず、タイムアウトになった場合、同期モードから非同期モードに変更する（８）。その場合、決定部３４１は、任意のタイミングで第２要求信号の送信を開始する（９）。

同期モードの場合、サーバ３の決定部３４１は、アクティブ時間と同じ長さになるように繰り返し時間を決定し、送信部３４２は、第１端末２がアクティブになるタイミングに合わせて、繰り返し時間の計時を開始する。これに対して、非同期モードの場合、決定部３４１は、第１端末２のアクティブ時間及びスリープ時間の合計以上になるように繰り返し時間を決定する。したがって、決定部３４１は、同期モードの場合、非同期モードの場合よりも、繰り返し時間を短くすることができ、ネットワークの負荷を低減させることができる。

一方、同期モードの場合、決定部３４１が決定した送信開始タイミングと、第１端末２が実際に動作モードをスリープモードからアクティブモードに変更するタイミングがずれてきてしまうと、第１端末２は、第２要求信号を受信できなくなってしまう。そこで、モード変更部３４３は、任意のタイミングで第２要求信号の送信を開始しても、確実に第１端末２に第２要求を受信させることができる非同期モードに変更する。

以上説明してきたように、サーバ３が同期モードで動作し、第１端末２とサーバ３の同期がずれてきてしまった場合、サーバ３は、自動的に同期モードから非同期モードによる動作に変更し、第１端末２に要求信号を確実に受信させることができる。

（第４実施形態）
第４実施形態における通信システム１の構成は、第１実施形態における通信システム１の構成と同様である。以下、第４実施形態について説明する。第４実施形態では、サーバ３は、第３実施形態と同様に、非同期モードと、同期モードとを有する。そして、サーバ３は、特定のタイミングで動作モードを非同期モードから同期モードに変更し、他の特定のタイミングで動作モードを同期モードから非同期モードに変更する。

なお、第４実施形態において、第１端末２のモード変更部２３２は、第３実施形態と同様に、第１端末２がアクティブになる全てのタイミングでアクティブ信号を通知せず、タイミングのうちの一部のタイミングでは省略している。

図１３は、通信ネットワークの輻輳に応じたモードの変更の一例を示す図である。

サーバ３は、最初に非同期モードで動作している。決定部３４１は、第２端末４から第１要求信号を受信した場合（１）、決定部３４１は、任意のタイミングで第２要求信号の送信を開始する（２）。しかしながら、第１端末２のサービス処理部２３１は、サーバ３から第２要求信号を受信したタイミングが実際のアクティブ時間内でないため、その第２要求信号を受信できていない。

輻輳状態検出部３４４が通信ネットワークの状態が輻輳状態であると判定した場合（３）、モード変更部３４３は、通信ネットワークの通信量を低減させるため、非同期モードから同期モードに変更する（４）。決定部３４１は、第１端末２が動作モードをスリープモードからアクティブモードに変更するタイミングを検出できていないため、第１端末２からアクティブ信号を受信するまで待機する。

その後、第１端末２のモード変更部２３２は、アクティブモードとスリープモードを定期的に変更する。モード変更部２３２は、特定のタイミングで動作モードをスリープモードからアクティブモードに変更すると、アクティブ信号をサーバ３に通知する（５）。

同期モードにおいて、サーバ３の決定部３４１は、第１端末２からのアクティブ信号の通知に基づいて、第１端末２が動作モードをスリープモードからアクティブモードに変更するタイミングを検出する（６）。決定部３４１は、第１端末２が動作モードをスリープモードからアクティブモードに変更するタイミングに基づいて、第２要求信号の送信開始タイミングを決定する。送信部３４２は、決定した送信開始タイミングに合わせて、第２要求信号を第１端末２に送信する（７）。

第１端末２のサービス処理部２３１は、サーバ３から第２要求信号を受信したタイミングが実際のアクティブ時間内であれば、その第２要求信号を受信することができる。その場合、サービス処理部２３１は、第２要求信号に従って、処理を実行し、応答信号をサーバ３に送信する（８）。

その後、サーバ３の輻輳状態検出部３４４が通信ネットワークの状態が輻輳状態でないと判定した場合（９）、モード変更部３４３は、同期モードから第１端末２に要求信号を確実に受信させることができる非同期モードに変更する（１０）。輻輳状態検出部３４４は、通信ネットワークの状態が輻輳状態でないと判定することにより、通信ネットワークの輻輳状態の解消を検出する。

以上説明してきたように、サーバ３が非同期モードで動作し、輻輳状態検出部３４４が通信ネットワークの状態が輻輳状態であると判定した場合、サーバ３は、自動的に非同期モードから同期モードによる動作に変更する。これにより、サーバ３は、通信ネットワークの通信量を低減させ、通信ネットワークの輻輳状態を緩和することができる。また、サーバ３が同期モードで動作し、輻輳状態検出部３４４が通信ネットワークの輻輳状態の解消を検出した場合、サーバ３は、自動的に同期モードから非同期モードによる動作に変更し、第１端末２に要求信号を確実に受信させることができる。

なお、第２〜４実施形態では、サーバ３の決定部３４１は、第１端末２がスリープモードからアクティブモードに変化したことを示すアクティブ信号を第１端末２から受信すると、第１端末２の動作モードがスリープモードからアクティブモードに変化するタイミングを検出したが、本発明はこれに限定されない。第１端末２は、定期的（例えば、３時間毎）に所定の手順の通信を行い、サーバ３の決定部３４１は、その所定の手順の通信が終了し、通信リソースが解放された場合に、第１端末２の動作モードがアクティブモードからスリープモードに変化するタイミングを検出してもよい。

例えば、定期的な所定の手順の通信は、第１端末２の位置情報（例えば、第１端末２が在圏する基地局の情報）を更新するための通信である。この場合、決定部３４１は、過去に検出した、第１端末２がアクティブモードからスリープモードに変化するタイミングに、スリープ時間を加算することにより、次の第２要求信号の送信開始タイミングを決定する。これにより、決定部３４１は、第１端末２からの既存の通信を用いて、第１端末２がスリープするタイミングを検出することができる。

また、第１〜４実施形態では、第１端末２として、金庫制御端末又は照明制御端末を用いる例を説明したが、第１端末２は、例えば、自動販売機制御端末、電気メーター制御端末、又は水道メーター制御端末等でもよい。

また、アクティブ時間及びスリープ時間は、サービス毎ではなく、端末種別毎に異なっていてもよい。端末種別は、端末の種類を示し、例えば、金庫制御端末又は照明制御端末等である。その場合、サーバ３は、端末種別毎に、端末種別情報、アクティブ時間及びスリープ時間を関連付けて端末種別テーブルに記憶する。端末種別情報は、端末の種類を判別するための情報である。また、サーバ３は、端末毎に、端末ＩＤ及び端末種別情報を関連付けて端末テーブルに記憶する。サーバ３は、第２端末４から第１要求信号を受信すると、第１要求信号に含まれる端末ＩＤを特定する。サーバ３は、端末テーブルを参照して、特定した端末ＩＤに対応する端末種別情報を特定する。サーバ３は、サービステーブルを参照して、特定した端末種別情報に対応するアクティブ時間及びスリープ時間を特定する。

また、サーバ３の決定部３４１は、決定した送信間隔を第１端末２及びサーバ３間の通信ネットワークの輻輳状態に基づいて、変更してもよい。その場合、サーバ３の輻輳状態検出部３４４は、第１端末２及びサーバ３間の通信ネットワークの状態が輻輳状態か否かを定期的に判定する。輻輳状態検出部３４４は、所定時間内の送受信パケット数が所定数以上である場合、通信ネットワークの状態が輻輳状態であると判定する。決定部３４１は、通信ネットワークの状態が輻輳状態であると判定された場合に、送信間隔を長くする。なお、決定部３４１は、送受信パケット数が多ければ多いほど、送信間隔がより長くなるように、送信間隔を決定してもよい。

例えば、第１実施形態において、決定部３４１は、輻輳状態検出部３４４が通信ネットワークの状態が輻輳状態であると判定した場合、決定した送信間隔を第１端末２のアクティブ時間の長さにより近い長さにしてもよい。また、例えば、第２実施形態において、輻輳状態検出部３４４が通信ネットワークの状態が輻輳状態であると判定した場合、決定部３４１は、第１端末２がアクティブになるタイミングであっても、第２要求信号の送信を省略してもよい。これにより、サーバ３は、通信ネットワークの通信量を低減させ、通信ネットワークの輻輳状態を緩和することができる。

また、サーバ３は、サービステーブル及び端末テーブルをサーバ第１記憶部３２とサーバ第２記憶部３３に分けて記憶するのではなく、一つのサーバ記憶部にまとめて記憶してもよい。

また、第２実施形態で、第１端末２のモード変更部２３２は、第１端末２がアクティブになる全てのタイミングでアクティブ信号を通知せず、タイミングのうちの一部のタイミングでは省略してもよい。その場合、第３実施形態において説明したように、サーバ３の決定部３４１は、過去に検出した第１端末２がスリープモードからアクティブモードに変化するタイミングに、アクティブ時間及びスリープ時間の合計時間を加算することにより、次の第２要求信号の送信開始タイミングを決定する。

また、第２実施形態において、サーバ３の決定部３４１は、アクティブ時間と同じ長さになるように、繰り返し時間を決定したが、アクティブ時間とは異なる任意の長さの時間になるように、繰り返し時間を決定してもよい。

また、第１端末制御部２３、サーバ制御部３４、及び第２端末制御部４５が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記憶された形で提供されてもよい。

当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換及び修正をこれに加えることが可能であることを理解されたい。

１ 通信システム
２ 第１端末
２３１ サービス処理部
２３２ モード変更部
３ サーバ
３４１ 決定部
３４２ 送信部
３４３ モード変更部
３４４ 輻輳状態検出部
４ 第２端末

Claims (6)

1. 第１記憶部及び第２記憶部を備えるサーバの制御方法であって、
   定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を前記第１記憶部に記憶し、
   前記端末種別情報又は前記サービス識別情報毎にアクティブ時間を前記第２記憶部に記憶し、
   前記第１端末とは異なる第２端末から前記第１端末に対する第１要求信号を受信した場合に、前記第１記憶部を参照して、前記第１端末に係る前記端末種別情報又は前記サービス識別情報を特定し、
   前記第２記憶部を参照して、前記特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、
   前記特定したアクティブ時間の長さ未満になるように、前記第１要求信号に応じた第２要求信号を前記第１端末に送信する送信間隔を決定し、
   前記決定した送信間隔に従って、前記第２要求信号を前記第１端末に送信する、ことを含み、
   前記サーバは、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出し、前記検出したタイミングに基づいて前記第２要求信号の送信を開始する同期モードと、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出せずに、任意のタイミングで前記第２要求信号の送信を開始する非同期モードとを有し、
   さらに、前記同期モードにおいて、前記第２要求信号を送信後、所定時間内に応答信号を受信しなかった場合に、前記同期モードから前記非同期モードに変更する、
   ことを特徴とする制御方法。
2. 第１記憶部及び第２記憶部を備えるサーバの制御方法であって、
   定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を前記第１記憶部に記憶し、
   前記端末種別情報又は前記サービス識別情報毎にアクティブ時間を前記第２記憶部に記憶し、
   前記第１端末とは異なる第２端末から前記第１端末に対する第１要求信号を受信した場合に、前記第１記憶部を参照して、前記第１端末に係る前記端末種別情報又は前記サービス識別情報を特定し、
   前記第２記憶部を参照して、前記特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、
   前記特定したアクティブ時間の長さ未満になるように、前記第１要求信号に応じた第２要求信号を前記第１端末に送信する送信間隔を決定し、
   前記決定した送信間隔に従って、前記第２要求信号を前記第１端末に送信する、ことを含み、
   前記サーバは、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出し、前記検出したタイミングに基づいて前記第２要求信号の送信を開始する同期モードと、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出せずに、任意のタイミングで前記第２要求信号の送信を開始する非同期モードとを有し、
   さらに、前記非同期モードにおいて、前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態を検出した場合に、前記非同期モードから前記同期モードに変更し、
   さらに、前記変更された同期モードにおいて、前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態の解消を検出した場合に、前記変更された同期モードから前記非同期モードに変更する、
   ことを特徴とする制御方法。
3. 第１記憶部及び第２記憶部を備えるサーバであって、
   前記第１記憶部は、定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を記憶し、前記第２記憶部は、前記端末種別情報又は前記サービス識別情報毎にアクティブ時間を記憶し、
   前記第１端末とは異なる第２端末から前記第１端末に対する第１要求信号を受信した場合に、前記第１記憶部を参照して、前記第１端末に係る前記端末種別情報又は前記サービス識別情報を特定し、前記第２記憶部を参照して、前記特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、前記特定したアクティブ時間の長さ未満になるように、前記第１要求信号に応じた第２要求信号を前記第１端末に送信する送信間隔を決定する決定部と、
   前記決定した送信間隔に従って、前記第２要求信号を前記第１端末に送信する送信部と、
   前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出し、前記検出したタイミングに基づいて前記第２要求信号の送信を開始する同期モードにおいて、前記第２要求信号の送信後、所定時間内に応答信号を受信しなかった場合に、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出せずに、任意のタイミングで前記第２要求信号の送信を開始する非同期モードに変更するモード変更部と、を備える、
   ことを特徴とするサーバ。
4. 第１記憶部及び第２記憶部を備えるサーバであって、
   前記第１記憶部は、定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を記憶し、前記第２記憶部は、前記端末種別情報又は前記サービス識別情報毎にアクティブ時間を記憶し、
   前記第１端末とは異なる第２端末から前記第１端末に対する第１要求信号を受信した場合に、前記第１記憶部を参照して、前記第１端末に係る前記端末種別情報又は前記サービス識別情報を特定し、前記第２記憶部を参照して、前記特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、前記特定したアクティブ時間の長さ未満になるように、前記第１要求信号に応じた第２要求信号を前記第１端末に送信する送信間隔を決定する決定部と、
   前記決定した送信間隔に従って、前記第２要求信号を前記第１端末に送信する送信部と、
   前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態を検出する輻輳状態検出部と、
   前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出せずに、任意のタイミングで前記第２要求信号の送信を開始する非同期モードにおいて、前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態を検出した場合に、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出し、前記検出したタイミングに基づいて前記第２要求信号の送信を開始する同期モードに変更し、
   さらに、前記変更された同期モードにおいて、前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態の解消を検出した場合に、前記変更された同期モードから前記非同期モードに変更するモード変更部と、を備える、
   ことを特徴とするサーバ。
5. 第１記憶部及び第２記憶部を備えるサーバの制御プログラムであって、前記サーバに、
   定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を前記第１記憶部に記憶し、
   前記端末種別情報又は前記サービス識別情報毎にアクティブ時間を前記第２記憶部に記憶し、
   前記第１端末とは異なる第２端末から前記第１端末に対する第１要求信号を受信した場合に、前記第１記憶部を参照して、前記第１端末に係る前記端末種別情報又は前記サービス識別情報を特定し、
   前記第２記憶部を参照して、前記特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、
   前記特定したアクティブ時間の長さ未満になるように、前記第１要求信号に応じた第２要求信号を前記第１端末に送信する送信間隔を決定し、
   前記決定した送信間隔に従って、前記第２要求信号を前記第１端末に送信し、
   前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出し、前記検出したタイミングに基づいて前記第２要求信号の送信を開始する同期モードにおいて、前記第２要求信号の送信後、所定時間内に応答信号を受信しなかった場合に、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出せずに、任意のタイミングで前記第２要求信号の送信を開始する非同期モードに変更する、
   ことを実行させることを特徴とするサーバの制御プログラム。
6. 第１記憶部及び第２記憶部を備えるサーバの制御プログラムであって、前記サーバに、
   定期的にスリープし且つ端末種別又は提供するサービス毎にアクティブ時間が異なる複数の第１端末のそれぞれについて、端末種別情報又は提供するサービスのサービス識別情報を前記第１記憶部に記憶し、
   前記端末種別情報又は前記サービス識別情報毎にアクティブ時間を前記第２記憶部に記憶し、
   前記第１端末とは異なる第２端末から前記第１端末に対する第１要求信号を受信した場合に、前記第１記憶部を参照して、前記第１端末に係る前記端末種別情報又は前記サービス識別情報を特定し、
   前記第２記憶部を参照して、前記特定した端末種別情報又はサービス識別情報に対応するアクティブ時間を特定し、
   前記特定したアクティブ時間の長さ未満になるように、前記第１要求信号に応じた第２要求信号を前記第１端末に送信する送信間隔を決定し、
   前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態を検出し、
   前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出せずに、任意のタイミングで前記第２要求信号の送信を開始する非同期モードにおいて、前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態を検出した場合に、前記第１端末がアクティブになるタイミング又は前記第１端末がスリープするタイミングを検出し、前記検出したタイミングに基づいて前記第２要求信号の送信を開始する同期モードに変更し、
   さらに、前記変更された同期モードにおいて、前記第１端末及び前記サーバ間の通信ネットワークの輻輳状態の解消を検出した場合に、前記変更された同期モードから前記非同期モードに変更する、
   ことを特徴とするサーバの制御プログラム。

Images