(57)【要約】 【課題】複数の通信装置で構成される通信システムにおいて、各通信装置が外部からの信号に適切に応答できるようにすること。【解決手段】通信装置は、ネットワークを介して外部装置との通信を行う第一の通信手段と、前記第一の通信手段よりも省電力で通信を行う第二の通信手段と、前記ネットワークを介した前記外部装置からの信号に対し、前記第一の通信手段を用いて応答する第一の応答手段と、他の通信装置宛ての信号に対し、前記他の通信装置に代わって応答する第二の応答手段と、前記他の通信装置から前記第二の通信手段を介して受信した起動通知が前記他の通信装置を起動する通知である場合、前記第二の応答手段による応答をさせないように制御する制御手段と、を備える。【選択図】  図１
2018207391.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部装置との通信を行う第一の通信手段と、
前記第一の通信手段よりも省電力で通信を行う第二の通信手段と、
前記ネットワークを介した前記外部装置からの信号に対し、前記第一の通信手段を用いて応答する第一の応答手段と、
他の通信装置宛ての信号に対し、前記他の通信装置に代わって応答する第二の応答手段と、
前記他の通信装置から前記第二の通信手段を介して受信した起動通知が前記他の通信装置を起動する通知である場合、前記第二の応答手段による応答をさせないように制御する制御手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記起動通知が前記通信装置と前記他の通信装置とを含む通信システムの全体を起動する通知である場合、前記通信システムを構成する前記他の通信装置以外の通信装置を起動させる起動手段をさらに備える請求項１に記載の通信装置。
【請求項３】
前記他の通信装置の機器情報を取得する取得手段をさらに備える請求項１または２に記載の通信装置。
【請求項４】
前記制御手段が前記第二の応答手段による応答をさせないように制御した後に、前記他の通信装置が所定の動作を終了すると、前記取得手段は、前記他の通信装置から機器情報を取得し、前記制御手段は、取得した当該機器情報に基づいて前記第二の応答手段による応答を再開することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記第二の応答手段が前記他の通信装置宛ての信号に対して、前記他の通信装置に代わって応答すべきかを記述する管理テーブルをさらに備えることを特徴とする請求項１〜４のいずれか１項に記載の通信装置。
【請求項６】
前記制御手段は、前記通信装置と前記他の通信装置が省電力状態で動作しているとき、前記他の通信装置から取得した前記他の通信装置の機器情報に基づいて、前記管理テーブルの記述内容を変更することを特徴とする請求項５に記載の通信装置。
【請求項７】
ネットワークを介して外部装置との通信を行う第一の通信手段と、
前記第一の通信手段よりも省電力で通信を行う第二の通信手段と、
前記ネットワークを介した前記外部装置からの信号に対し、前記第一の通信手段を用いて応答する応答手段と、
前記第二の通信手段を介して受信した起動通知が自装置を起動する通知である場合、自装置宛ての信号に対し、他の通信装置が自装置に代わって応答しないように制御する制御手段と、
を備えることを特徴とする通信装置。
【請求項８】
前記他の通信装置からの要求に応じて、自装置の機器情報を送信する送信手段をさらに備えることを特徴とする請求項７に記載の通信装置。
【請求項９】
前記起動通知が前記他の通信装置から送信された通知である場合、前記制御手段は、前記第一の通信手段と前記第二の通信手段を利用可能にすることを特徴とする請求項７または８に記載の通信装置。
【請求項１０】
前記第二の通信手段はＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙであることを特徴とする請求項１〜９のいずれか１項に記載の通信装置。
【請求項１１】
前記機器情報は、ＭＡＣアドレス、ＩＰアドレス、ポート番号、およびアプリケーション固有の情報の少なくとも１つを含むことを特徴とする請求項３、４または８に記載の通信装置。
【請求項１２】
請求項１〜６のいずれか１項に記載の通信装置と、
請求項７〜１１のいずれか１項に記載の通信装置と、
からなる通信システム。
【請求項１３】
ネットワークを介して外部装置との通信を行う第一の通信手段と、前記第一の通信手段よりも省電力で通信を行う第二の通信手段と、前記ネットワークを介した前記外部装置からの信号に対し、前記第一の通信手段を用いて応答する第一の応答手段と、他の通信装置宛ての信号に対し、前記他の通信装置に代わって応答する第二の応答手段と、を備える通信装置の制御方法であって、
前記他の通信装置から前記第二の通信手段を介して起動通知を受信するステップと、
受信した前記起動通知が前記他の通信装置を起動する通知である場合、前記第二の応答手段による応答をさせないように制御するステップと、
を有することを特徴とする制御方法。
【請求項１４】
ネットワークを介して外部装置との通信を行う第一の通信手段と、前記第一の通信手段よりも省電力で通信を行う第二の通信手段と、前記ネットワークを介した前記外部装置からの信号に対し、前記第一の通信手段を用いて応答する応答手段と、を備える通信装置の制御方法であって、
前記第二の通信手段を介して起動通知を受信するステップと、
受信した前記起動通知が自装置を起動する通知である場合、自装置宛ての信号に対し、他の通信装置が自装置に代わって応答しないように制御するステップと、
を有することを特徴とする制御方法。
【請求項１５】
コンピュータを、請求項１から１１のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置および通信装置の制御方法に関する。
【背景技術】
【０００２】
近年、省エネルギーの観点から、ネットワークに接続して通信を行う通信機器は、主要機能が動作していないときに、当該通信機器を構成する大部分のハードウェア（ＣＰＵやメモリなどを含む）の電源をオフにして省電力状態になることができる。そのような省電力状態において、例えば、外部から起動要求を受信すると、当該通信機器の主要機能は動作可能な通常電力状態へ復帰する。
このような通常電力状態への復帰は、例えば、省電力状態において、通信機器を通常状態に復帰させるための起動要求を受信待機することによって実現する。そのためには、通信機器のネットワーク通信処理を実現可能な一部のハードウェアへ電力供給を行う。
また、ネットワーク通信処理を実現可能な一部のハードウェアへ電力供給を行えば、通信機器は、外部からのネットワークを介した問い合わせに対して、通常電力状態に復帰することなく応答を送信することができる。
【０００３】
さらに、複数の通信機器で構成される通信システムの場合、省エネルギーの観点から、通信機器単体の省電力化を実現するのと同時に、通信システム全体で消費される電力を抑える要望は増加傾向にある。
複数の通信機器で構成される通信システムを管理する管理装置がネットワーク上に設けられている場合、省電力状態で管理装置からの信号に対する応答を返す機能は多様化してきている。たとえば、特許文献１では複数の通信機器がネットワークに接続された際にこれら通信機器を親局と子局に設定し、親局が子局に代わりに管理装置へ応答を返すことで子局をより省電力な状態に維持するという手法が提案されている。この手法では、親局と子局は有線ＬＡＮや無線ＬＡＮなどのネットワークに接続されて、管理装置からの起動要求信号を受信可能な状態にある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２７０４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一台の親局と一台以上の子局で構成される通信システムにおいて、システムスタンバイ状態のとき、保守やメンテナンス操作のように特定の子局だけを単独で起動させたい場合がある。システムスタンバイ状態とは、親局は有線ＬＡＮ通信や無線ＬＡＮ通信などのネットワーク通信機能を維持している状態であり、子局は前記ネットワーク通信機能を停止し、ネットワーク通信機能よりも省電力な通信機能を維持している状態である。よって、有線ＬＡＮや無線ＬＡＮネットワーク上の管理装置が発行するシステム起動要求信号は親局だけが受信する。そして、親局は有線ＬＡＮや無線ＬＡＮなどよりも省電力な通信手段を用いて当該起動要求信号を子局へ送信することで、通信システム全体の起動が可能となる。このような通信システムでは、システムスタンバイ時において管理装置が送信する子局への問い合わせ信号を子局は受信できないので、親局は当該パケットに対して当該子局の代わりに応答する代理応答機能を具備する場合がある。
【０００６】
このような通信システムにおいて、システムスタンバイ状態で特定の子局を単独で起動させてしまうと、通信ネットワーク上にある管理装置からの問い合わせに対して、管理装置は、単独で起動した子局からの応答と親局による代理応答の２つの応答を受信する。２つの応答内容が異なる場合、通信システムを管理する上で不整合が生じてしまう。
本発明は、上記した課題を解決するものであり、その目的は、複数の通信装置で構成される通信システムにおいて、各通信装置が外部からの信号に適切に応答できるようにすることである。
【課題を解決するための手段】
【０００７】
本発明の１つの態様による通信装置は、ネットワークを介して外部装置との通信を行う第一の通信手段と、前記第一の通信手段よりも省電力で通信を行う第二の通信手段と、前記ネットワークを介した前記外部装置からの信号に対し、前記第一の通信手段を用いて応答する第一の応答手段と、他の通信装置宛ての信号に対し、前記他の通信装置に代わって応答する第二の応答手段と、前記他の通信装置から前記第二の通信手段を介して受信した起動通知が前記他の通信装置を起動する通知である場合、前記第二の応答手段による応答をさせないように制御する制御手段と、備える。
【０００８】
本発明の他の態様による通信装置は、ネットワークを介して外部装置との通信を行う第一の通信手段と、前記第一の通信手段よりも省電力で通信を行う第二の通信手段と、前記ネットワークを介した前記外部装置からの信号に対し、前記第一の通信手段を用いて応答する応答手段と、前記第二の通信手段を介して受信した起動通知が自装置を起動する通知である場合、自装置宛ての信号に対し、他の通信装置が自装置に代わって応答しないように制御する制御手段と、を備える。
【発明の効果】
【０００９】
本発明によれば、複数の通信装置で構成される通信システムにおいて、各通信装置が外部からの信号に適切に応答することができる。
【図面の簡単な説明】
【００１０】
【図１】実施形態１に係る通信装置の構成を示す図。
【図２】実施形態１に係る通信装置の状態遷移を示す図。
【図３】実施形態１に係る通信システムの状態遷移を示す図。
【図４】実施形態１に係る通信システムのシステム動作状態を示す図。
【図５】実施形態１に係る通信システムのシステムスタンバイ状態を示す図。
【図６Ａ】実施形態１に係る通信システム内の親局の動作フローを示す図。
【図６Ｂ】実施形態１に係る通信システム内の親局の動作フローを示す図。
【図７】実施形態１に係る通信システム内の子局の動作フローを示す図。
【図８】実施形態１に係る子局が単独起動した状態を説明する図。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して、本発明を実施するための実施形態を詳細に説明する。以下に説明する実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置やシステムの構成や各種条件によって適宜修正または変更されるべきものであり、本発明は以下の実施形態に限定されるものではない。
【００１２】
実施形態１
（通信装置の構成）
実施形態１に係る通信装置１０１の構成の例について図１を用いて説明する。
通信装置１０１は、アプリケーションシステム部１０２、通信部１０３、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（以下、「ＢＬＥ」と称する）制御部１０４、自機状態管理部１０５、およびシステム状態管理部１０６を有している。Ｂｌｕｅｔｏｏｔｈは登録商標である。ＢＬＥは、通常のＢｌｕｅｔｏｏｔｈ（クラシックＢｌｕｅｔｏｏｔｈ）と比べて、省電力で通信を行うことができる無線通信プロトコルである。
アプリケーションシステム部１０２は、通信装置１０１の主要な機能を制御するためのシステム部である。アプリケーションシステム部１０２は、電源制御部１０７、ＣＰＵ１０８、メインメモリ１０９、アプリケーション機能部１１０およびシステムバス１１１を有する。例えば、通信装置１０１がプロジェクタであれば、アプリケーションシステム部１０２は映像投影などを制御する。本実施形態では、アプリケーションシステム部１０２は通信に関わる処理を行わない。通信に関わる処理は、通信部１０３もしくはＢＬＥ制御部１０４により行われる。
【００１３】
電源制御部１０７は、アプリケーションシステム部１０２内の各ブロック（１０８〜１１０）、通信部１０３内の各ブロック（１１２〜１１４）、ＢＬＥ制御部１０４、自機状態管理部１０５及びシステム状態管理部１０６の電力供給を独立的に制御する。
ＣＰＵ１０８は、通信装置１０１全体のアプリケーションの制御を行う。なお、ＣＰＵ１０８は、ＭＰＵ等のプロセッサにより構成されてもよい。また、ＣＰＵ１０８は、マルチコア等の複数のプロセッサを備えてもよい。
メインメモリ１０９は、ＣＰＵ１０８と通信部１０３内で実行するプログラムを格納する。また、メインメモリ１０９は、データ用バッファメモリとしての役割を担う。メインメモリ１０９は、例えば、ＲＯＭ、ＲＡＭ、ＨＤＤ、フラッシュメモリまたは着脱可能なＳＤカードなどの記憶媒体により構成される。
アプリケーション機能部１１０は、通信装置１０１の特徴的なアプリケーション機能を実現するために使用するハードウェア処理部を有している。
【００１４】
システムバス１１１は、電源制御部１０７、ＣＰＵ１０８、メインメモリ１０９およびアプリケーション機能部１１０を相互接続する。また、システムバス１１１は、通信部１０３とＢＬＥ制御部１０４に接続されている。システムバス１１１は、ＣＰＵ１０８からメインメモリ１０９、電源制御部１０７、アプリケーション機能部１１０、通信部１０３およびＢＬＥ制御部１０４へアクセスする場合やデータ転送する場合に使用される。
通信部１０３は、ＬＡＮネットワーク１１６を介した通信を可能とする。通信部１０３は、ローカルメモリ１１２、プロトコル処理部１１３、通信制御部１１４およびローカルバス１１５を含む。通信部１０３は、ネットワークを介して外部装置との通信を行う通信手段である。
ローカルメモリ１１２は、通信制御部１１４やプロトコル処理部１１３の処理におけるデータの一時記憶領域として使用される。また、ローカルメモリ１１２は、通信制御部１１４やプロトコル処理部１１３で使用するプログラムの格納領域として使用されてもよい。ローカルメモリ１１２は、複数のメモリバンクで構成され、メモリバンクごとに電源を制御することができる。
【００１５】
プロトコル処理部１１３は、通信プロトコル処理専用のハードウェア回路装置であるか、通信プロトコル処理用に設計されたマイクロプロセッサである。プロトコル処理部１１３は、汎用的なＴＣＰ／ＩＰプロトコルの通信処理を行う。より具体的には、プロトコル処理部１１３は、ＩＰｖ４、ＩＰｖ６、ＩＰｓｅｃ、ＩＣＭＰ、ＵＤＰ、ＴＣＰ等の各通信プロトコル処理や、送信フロー制御や輻輳制御、通信エラー制御等を行う。
ＴＣＰはＴｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌの略である。ＩＰはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌの略である。ＩＰｖ４はＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４の略である。ＩＰｓｅｃはＳｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌの略である。ＩＣＭＰはＩｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌの略である。ＵＤＰはＵｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌの略である。
【００１６】
プロトコル処理部１１３は、複数のマイクロプロセッサにより構成されるマルチプロセッサであってもよい。また、プロトコル処理部１１３は、マイクロプロセッサによる処理を行うと共に、一部の機能（処理）をハードウェアで行う構成としてもよい（ハードウェアアクセラレーション）。マイクプロセッサとハードウェアは、それぞれ独立に電源制御可能な構成とすることが望ましい。
通信制御部１１４は、ＬＡＮネットワーク１１６に対して伝送フレームの送受信を行う。例えばＬＡＮネットワーク１１６がイーサネット（登録商標）の場合、通信制御部１１４は、イーサネットのＭＡＣ処理（伝送メディア制御処理）や、伝送フレームの送受信を行う。ＭＡＣはＭｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌの略である。
ローカルバス１１５は、ローカルメモリ１１２、プロトコル処理部１１３および通信制御部１１４を相互接続する。また、ローカスバス１１５は、アプリケーションシステム部１０２のシステムバス１１１にも接続されている。ローカルバス１１５は、プロトコル処理部１１３および通信制御部１１４からアプリケーションシステム部１０２へアクセスする場合やデータ転送する場合に使用される。
【００１７】
ＢＬＥ制御部１０４は、ＢＬＥパケットの送受信を行う。ＢＬＥ制御部１０４は、ＢＬＥパケットを解析することで、受信したＢＬＥパケットがシステム起動要求か単独起動要求かを判断することが可能である。また、ＢＬＥ制御部１０４は、ＢＬＥパケットを解析することで、ＢＬＥパケットの送信元を判別することが可能である。ＢＬＥ制御部１０４は、通信部１０３よりも省電力で通信を行う通信手段である。
ＢＬＥ制御部１０４はＬＡＮネットワーク１１６とは異なるネットワークであるＢＬＥネットワーク１１７を介した通信が可能であり、ＢＬＥを実装している機器とＢＬＥパケットの送受信が可能である。ＢＬＥネットワーク１１７を介した通信は、ＬＡＮネットワーク１１６を介した通信よりも消費電力が少ない。また、ＢＬＥ制御部１０４は通信部１０３よりも通信待ち受け時の消費電力も少ない。一方、ＬＡＮネットワーク１１６を介した通信はＢＬＥネットワーク１１７を介した通信よりも高速通信が可能である。
【００１８】
自機状態管理部１０５は、自機（通信装置１０１）の状態管理を行う。自機の状態とそれぞれの遷移条件については図２を用いて後述する。
なお、複数の通信装置１０１で構成される通信システムでは、自機状態管理部１０５は、自機が親局であるか子局であるかを管理する。親局と子局は動的に変化するようになっていてもよいし、システム構成を決定した時点で固定的に決まってもよい。
システム状態管理部１０６は、複数の通信装置１０１で構成される通信システムの状態を管理する。通信システムの状態とそれぞれの遷移条件については図３を用いて後述する。システム状態管理部１０６は、自機が親局となる場合にのみ動作する。
【００１９】
（通信装置の状態遷移）
図２を用いて通信装置１０１の状態遷移と各状態について説明する。
本実施形態では、通信装置１０１は、通常状態２０１、スタンバイ状態２０２、休止状態２０３、および単独起動状態２０４を取り得るとする。通信装置１０１は、自機の主要機能が動作中もしくは休止命令などの状態移行命令未受信の間は通常状態２０１を維持する（２０５）。
通常状態２０１では、アプリケーションシステム部１０２内の全てのブロックと通信部１０３内の全てのブロックとＢＬＥ制御部１０４と自機状態管理部１０５とシステム状態管理部１０６とに、電源供給がなされる。自機が子局である場合は、システム状態管理部１０６は使用しないため、システム状態管理部１０６に電源供給をしなくてもよい。なお、ユーザによる通信装置１０１の電源スイッチの押下時にも、通常状態２０１へ移行する。
【００２０】
通常状態２０１で自機の主要機能非動作中かつ自機が親局のときは、スタンバイ状態２０２に移行する（２０６）。
スタンバイ状態２０２では、電源制御部１０７以外のアプリケーションシステム部１０２内の各ブロックのへ電源供給は行われない（電源供給オフとなる）。
スタンバイ状態２０２で通信装置１０１がシステム起動通知もしくはシステム起動命令を受信した場合、通常状態２０１に移行する（２０７）。
通信装置１０１は、通常状態２０１で自機の主要機能非動作中かつ自機が子局かつ親局から休止命令を受信した場合、休止状態２０３へ移行する（２０８）。
休止状態２０３では、スタンバイ状態２０２と同様に、電源制御部１０７以外のアプリケーションシステム部１０２内の各ブロックへの電源供給は行われない。また、通信部１０３内の各ブロックへの電源供給も行われない。また、システム状態管理部１０６は使用しないため、システム状態管理部１０６へ電源供給を行わなくてもよい。
【００２１】
通信装置１０１は、休止状態２０３でシステム起動命令を受信すると、通常状態２０１へ移行する（２０９）。
通信装置１０１は、休止状態２０３で単独起動命令を受信すると、単独起動状態２０４へ移行する（２１０）。
単独起動状態２０４では、通常状態２０１と同様に、アプリケーションシステム部１０２内の全てのブロックと通信部１０３内の全てのブロックとＢＬＥ制御部１０４と自機状態管理部１０５とに電源供給が行われる。単独起動状態２０４では、システム状態管理部１０６は使用しないため、システム状態管理部１０６へ電源供給を行わなくてもよい。
通信装置１０１は、単独起動状態２０４で単独起動終了の命令を受信すると、通常状態２０１へ移行する（２１１）。
【００２２】
（通信システムの状態遷移）
次に、図３を用いて複数の通信装置１０１で構成される通信システムにおけるシステムの状態遷移と各状態について説明する。なお、この通信システムでは通信システムを構成する複数の通信装置１０１のうち１台の通信装置１０１が親局となり、当該通信システムの状態を管理する。通信システムのその他の通信装置１０１は子局となる。
本実施形態の通信システムは、システム動作状態３０１とシステムスタンバイ状態３０２を取り得るとする。システム動作状態３０１では通信システムを構成する全ての通信装置１０１は通常状態２０１となっている。通信システムは、システム動作状態３０１からシステムスタンバイ状態３０２への移行条件（３０３）を満たさない限り、システム動作状態を維持する（３０５）。移行条件（３０３）については、後述する。
【００２３】
システム動作状態３０１で、通信システムの親局がシステムスタンバイ命令を受信した後、親局がスタンバイ状態２０２になりかつ子局全てが休止状態２０３になると、当該通信システムはシステムスタンバイ状態３０２に移行する（３０３）。
システムスタンバイ状態３０２では、通信システムがシステムスタンバイ状態３０２からシステム動作状態３０１への移行条件（３０４）を満たさない限り、通信システムはシステムスタンバイ状態３０２を維持する（３０６）。移行条件（３０４）については、後述する。
システムスタンバイ状態３０２で通信システムを構成する全ての通信装置１０１が通常状態１０１になると、通信システムはシステム動作状態３０１に移行する（３０４）。
【００２４】
（通信システムが管理装置に接続された構成）
次に、複数台の通信装置１０１で構成される通信システムが管理装置４０１に接続される構成の一例について図４および図５を用いて説明する。図４および図５の例では通信システム４００は４つの通信装置１０１により構成されている。説明の都合上、４つの通信装置１０１は、図４および図５において、親局４０２、子局４０３、４０４および４０５として示されている。親局４０２および各子局４０３、４０４、４０５はアクセスポイント４０６に無線ＬＡＮで接続されている。なお、通信システム４００を構成する通信装置１０１の数は４に制限されない。また、親局および各子局は、アクセスポイント４０６に有線ＬＡＮで接続されてもよい。
【００２５】
（システム動作状態）
図４は通信システム４００がシステム動作状態３０１にある場合を示している。図４に示されるように、管理装置４０１は有線ＬＡＮ４０７を介してアクセスポイント４０６に接続される。管理装置４０１は、通信システム４００の親局４０２に対して、システム起動の命令やシステムスタンバイの命令を送信することが可能である。また、管理装置４０１は通信システム４００を構成する各通信装置１０１（つまり親局４０２と子局４０３〜４０５）に対して問い合わせを送信することが可能である。この問い合わせは、例えば、ＩＰネットワークで用いられるプロトコルのＩＣＭＰや、通信システム４００で動作するアプリケーションの問い合わせである。もちろんその他の問い合わせでもよい。
【００２６】
親局４０２となる通信装置１０１は、無線ＬＡＮアクセス４１１を介してアクセスポイント４０６に接続する。１台目の子局４０３となる通信装置１０１は、無線ＬＡＮアクセス４１０を介してアクセスポイント４０６に接続する。また、１台目の子局４０３は、ＢＬＥ通信４１４を介して親局４０２に接続する。２台目の子局４０４となる通信装置１０１は、無線ＬＡＮアクセス４０９を介してアクセスポイント４０６に接続する。また、２台目の子局４０４は、ＢＬＥ通信４１３を介して親局４０２に接続する。３台目の子局４０５となる通信装置１０１は、無線ＬＡＮアクセス４０８を介してアクセスポイント４０６と接続する。また、３台目の子局４０５は、ＢＬＥ通信４１２を介して親局４０２に接続する。以上のように、通信システム４００の全ての通信装置１０１（４０２〜４０５）がＬＡＮネットワーク１１６に接続しており、かつ、通信システム４００の全ての通信装置１０１が通常状態２０１であれば通信システム４００はシステム動作状態３０１である。システム動作状態３０１では、各通信装置１０１の主要な機能が動作する状態となっている。
【００２７】
（システムスタンバイ状態）
図５は図４と同じ通信システム４００がシステムスタンバイ状態３０２にある場合を示している。
親局４０２はスタンバイ状態２０２であるが、通常状態２０１と同様に無線ＬＡＮアクセス４１１を介してアクセスポイント４０６に接続される。子局４０３〜４０５は休止状態２０３であるため、ＬＡＮネットワーク１１６（無線LＡＮアクセス４１１〜４１４）への接続が切断された状態である。１台目の子局４０３は、ＢＬＥ通信４１４を介して親局４０２に接続される。２台目の子局４０４は、ＢＬＥ通信４１３を介して親局４０２に接続される。３台目の子局４０５は、ＢＬＥ通信４１２を介して親局４０２に接続される。
【００２８】
（親局の動作シーケンス）
図６Ａおよび図６Ｂのフローチャートを用いて、通信システム４００がシステム動作状態３０１となっているときの親局４０２である通信装置１０１の動作シーケンスについて説明する。図６Ａおよび図６Ｂのフローチャートの各ステップ（処理）は、メインメモリ１０９に記憶された制御プログラムをＣＰＵ１０８が実行することにより行われる。
図６ＡのＳ６０１において、この動作シーケンスはスタートする。Ｓ６０１では、通信システム４００がシステム動作状態３０１であり、親局４０２は通常状態２０１となっている。
Ｓ６０２では、親局４０２はシステムスタンバイ命令を受信したか否かを判定する。親局４０２がシステムスタンバイ命令を受信した場合は、Ｓ６０３へ進み、受信していない場合は現在の状態を維持する（Ｓ６０２を繰り返す）。親局４０２は、ＬＡＮネットワーク１１６経由でシステムスタンバイ命令を受信してもよいし、ＢＬＥネットワーク１１７経由でシステムスタンバイ命令を受信してもよい。
【００２９】
なお、システムスタンバイ命令は親局４０２である通信装置１０１内で発行してもよい。例えば、通信装置１０１は、タイマー機能（時間経過をカウント値として取得する機能）を具備する。そして、親局４０２である通信装置１０１の主要機能非動作のカウント値が所定値を超えた場合に、通信装置１０１は、システムスタンバイ命令を発行し、通信装置１０１内部でその命令を受信する。また、通信装置１０１は、タイマー機能を有すると共に日時情報やカレンダー情報を管理して、特定の時刻になったときや特定の曜日になったときに、システムスタンバイ命令を発行し、通信装置１０１内部でシステムスタンバイ命令を受信してもよい。あるいは、通信装置１０１にスイッチを設けて、当該スイッチの押印をシステムスタンバイ命令として、通信装置１０１内部でシステムスタンバイ命令を検知・受信してもよい。また、通信装置１０１に実装されるセンサからの情報をシステムスタンバイ命令として、通信装置１０１内部でシステムスタンバイ命令を検知・受信してもよい。もちろん上記した信号以外の信号をシステムスタンバイ命令としてもよい。
【００３０】
Ｓ６０３では、親局４０２は通信システム４００を構成する子局に対して代理応答情報の要求を送信する。代理応答情報については後述する。通信システム４００を構成する子局を判別する方法として、例えば代理応答管理テーブルに記載されている子局に基づいて判別してもよいし、現在接続しているＢＬＥネットワーク１１７に基づいて判別してもよい。代理応答管理テーブルについては後述する。また、通信装置１０１内のアプリケーションで使用する情報に基づいて判別してもよい、また、上記した方法を複合的に利用して判別してもよい。もちろん、その他の方法を採用してもよい。
親局４０２からの代理応答情報の要求は、ＬＡＮネットワーク１１６経由で送信してもよいし、ＢＬＥネットワーク１１７経由で送信してもよい。代理応答情報の要求を送信した後、Ｓ６０４へ進む。
【００３１】
Ｓ６０４では、親局４０２はＳ６０３で送信した代理応答情報の要求に対する応答を子局から受信したか否かを判定する。代理応答情報の要求に対する応答を子局から受信した場合は、Ｓ６０５へ進み、受信していない場合は現在の状態を維持する（Ｓ６０４を繰り返す）。つまり、Ｓ６０３〜Ｓ６０４により、子局の機器情報を取得する。
ここで代理応答および代理応答情報について説明する。
代理応答とは、親局４０２である通信装置１０１が子局である通信装置１０１への信号（問い合わせパケット）に対して子局の代わり応答を送信することである。つまり、代理応答とは、子局宛て（親局４０２から見た場合、他の通信装置１０１宛て）の信号に対し、親局が子局に代わって応答することである。よって、代理応答をするためには、親局４０２である通信装置１０１は、子局である通信装置１０１への問い合わせパケットを受信できなければならない。子局向けの問い合わせパケットを受信する為に行う処理はＳ６０９で説明する。
【００３２】
代理応答情報は、代理応答を行う際に使用する情報である。より具体的には、代理応答情報は、代理応答を行う子局のＩＰアドレスやＭＡＣアドレスやネットワークプロトコル処理で必要となる各種情報に加え、通信装置１０１のアプリケーションが独自にもつプロトコルの管理情報（アプリケーション固有の情報）を含む。例えば、代理応答情報は、アプリケーションのＴＣＰ、ＵＤＰのポート番号等の情報や、機器固有の応答機能で必要となる情報を含む。また、代理応答情報は、通信装置１０１のメンテナンス時に使用する情報も含む。代理応答情報は、例えば、通信装置１０１のメインメモリ１０９に記憶される。
Ｓ６０５では、親局４０２は、Ｓ６０４で受信した代理応答情報に基づいて、代理応答管理テーブルの変更／更新を行う。つまり、親局４０２と子局が省電力状態で動作しているとき、親局４０２は、子局から取得した子局の機器情報に基づいて、代理応答管理テーブルの記述内容を変更／更新する。
【００３３】
代理応答管理テーブルは、親局４０２が子局の代理応答を行うか否かを管理するテーブルである。つまり、代理応答管理テーブルは、親局４０２の通信部１０３が子局宛ての信号に対して、当該子局に代わって応答すべきかを記述する管理テーブルである。代理応答管理テーブルの形式の具体例として、例えば、代理応答管理テーブルに、代理応答を行う子局の代理応答情報（または代理応答情報の参照先）を記述する。この代理応答管理テーブルには、代理応答を行わない子局の代理応答情報（または代理応答情報の参照先）は記載されない。あるいは、代理応答管理テーブルに、子局の代理応答情報（または代理応答情報の参照先）と、それぞれの子局に対して代理応答する／しないを記述してもよい。前者の場合は代理応答する子局だけの情報を参照でき、後者の場合はすべての子局の情報を参照できる。前者のほうが後者に比べて情報量を少なくすることが可能であるため、使用するメモリの容量を小さくすることができる。以下の説明では、前者の代理応答管理テーブルを使用するとする。Ｓ６０５の後、Ｓ６０６へ進む。
【００３４】
Ｓ６０６では、親局４０２は、代理応答情報の要求を送信した子局の全てから当該要求に対する応答を受信したか否かを判定する。全ての子局から応答を受信した場合はＳ６０７へ進み、受信していない場合はＳ６０４へ戻る。
Ｓ６０７では、親局４０２は、代理応答管理テーブル内の子局に休止命令を送信する。なお、代理応答管理テーブルの形式が子局毎に代理応答する／しないを記述（設定）するものであれば、代理応答をすると設定されている子局のみに休止命令を送信する。その後Ｓ６０８へ進む。
Ｓ６０８では、親局４０２は、命令を送信したすべての子局から休止状態移行完了の通知を受信したか否かを判定する。すべての子局から休止状態移行完了の通知を受信した場合はＳ６０９へ進み、受信していない場合は現在の状態を維持する（Ｓ６０８を繰り返す）。
【００３５】
代理応答情報を取得せずに子局に休止命令を送信してしまうと、管理装置４０１からの子局向けの問い合わせに親局は正しく応答できないため、問い合わせの内容によっては通信システム４００に不具合が生じる可能性がある。よって、システムスタンバイ状態に移行する前に通信システム４００を構成する全ての子局から代理応答情報を取得する必要がある。
Ｓ６０９では、親局４０２は、アクセスポイント４０６の経路情報を変更する。通信システム４００の親局４０２や各子局のうち１つでもアクセスポイント４０６に有線ＬＡＮで接続している端末（子局）がある場合は、当該端末に関するアクセスポイント４０６の経路情報を変更して親局４０２に当該端末向けのパケットが届くようにする。また、経路情報の変更と共に通信部１０３の設定として、親局４０２宛て以外のパケットを内部に取り込むように設定する必要がある。例えば、親局４０２の通信部１０３をプロミスキャスモード（ｐｒｏｍｉｓｃｕｏｕｓ  ｍｏｄｅ）に設定する。なお、自分宛て以外のパケットを内部に取り込むことが出来れば、プロミスキャスモードに設定する以外の方法でもかまわない。これらの処理により、親局４０２は代理応答が可能となる。アクセスポイント４０６の経路情報を変更した後、Ｓ６１０へ進む。
【００３６】
Ｓ６１０では、親局４０２は通常状態２０１からスタンバイ状態２０２に移行する。また、このタイミングで通信システム４００はシステムスタンバイ状態３０２に移行する。その後Ｓ６１１へ進む。
Ｓ６１１では、親局４０２は、管理装置４０１にシステムスタンバイ状態３０２への移行完了の通知を送信する。その後Ｓ６１２へ進む。
Ｓ６１２では、親局４０２は、システム起動命令を受信したか否かを判定する。システム起動命令を受信した場合はＳ６３３（図６Ｂ）へ進み、受信していない場合はＳ６１３（図６Ｂ）へ進む。親局４０２は、システム起動命令をＬＡＮネットワーク１１６経由で受信してもよいし、ＢＬＥネットワーク１１７経由でユーザ端末から受信してもよい。ただし、ユーザ端末からシステム起動命令を受信する場合には当該ユーザ端末の認証を行う機能を通信装置１０１（親局）が有していることが望ましい。例えば、通信装置１０１が備えているアプリケーションもしくはその他の手段で、当該ユーザ端末の認証を行えることが望ましい。なぜなら、予期しない端末からのシステム起動命令を受信してしまう可能性があるからである。
【００３７】
図６Ｂを参照する。
Ｓ６１３では、親局４０２は、起動通知を受信したか否かを判定する。起動通知を受信した場合はＳ６２５へ進み、受信していない場合はＳ６１４へ進む。起動通知は通信システム４００内の子局が親局４０２へ送信する。親局４０２は、起動通知をＢＬＥネットワーク１１７経由で受信する。
Ｓ６１４では、親局４０２は、単独起動終了の通知を子局から受信したか否かを判定する。単独起動終了の通知を子局から受信した場合はＳ６１７へ進み、受信していない場合はＳ６１５へ進む。親局４０２は、単独起動終了の通知をＢＬＥネットワーク１１７経由で受信する。
Ｓ６１５では、親局４０２は、問い合わせのパケットを受信したか否かを判定する。問い合わせのパケットを受信した場合はＳ６２３へ進み、受信していない場合はＳ６１６へ進む。親局４０２は、問い合わせのパケットをＬＡＮネットワーク１１６経由で受信してもよいし、ＢＬＥネットワーク１１７経由で受信してもよい。また、問い合わせパケットの発行元に制限はない。
【００３８】
Ｓ６１６では、親局４０２は、通信システム４００がシステムスタンバイ状態３０２か否かを判定する。通信システム４００がシステムスタンバイ状態３０２であればＳ６１２（図６Ａ）に戻り、システムスタンバイ状態でなければＳ６３４へ進む。
Ｓ６１７では、親局４０２は、Ｓ６１４で受信した通知の送信元である子局へ代理応答情報の要求を送信する。親局４０２は、代理応答情報の要求をＬＡＮネットワーク１１６経由で送信してもよいし、ＢＬＥネットワーク１１７経由で送信してもよい。その後Ｓ６１８へ進む。
Ｓ６１８では、親局４０２は、当該子局から代理応答情報を受信したか否かを判定する。代理応答情報を受信した場合はＳ６１９へ進み、受信していない場合は現在の状態を維持する（Ｓ６１８を繰り返す）。
【００３９】
Ｓ６１９では、親局４０２は、Ｓ６０５と同様に、代理応答管理テーブルの変更／更新を行う。その後Ｓ６２０へ進む。
Ｓ６２０では、親局４０２は、当該子局に休止命令を送信する。その後Ｓ６２１へ進む。
Ｓ６２１では、親局４０２は、当該子局から休止状態２０３への移行完了の通知を受信したか否かを判定する。休止状態２０３への移行完了の通知を受信した場合はＳ６２２へ進み、受信しなかった場合は現在の状態を維持する（Ｓ６２１を繰り返す）。
Ｓ６２２では、親局４０２は、当該子局から受け取った通知の内容を管理装置４０１に通知する。Ｓ６２１からＳ６２２へ進んできた場合は当該子局が休止状態２０３であることを通知する。Ｓ６２６からＳ６２２へ進んできた場合、親局４０２は、当該子局が単独起動状態２０４であることを管理装置４０１に通知する。管理装置４０１に通知をした後、Ｓ６１５へ進む。
【００４０】
Ｓ６２３では、親局４０２は、親局４０２が受信した問い合わせパケットのあて先が親局宛てか否かを判定する。問い合わせパケットのあて先が親局宛てであればＳ６２４へ進み、親局宛てでなければＳ６２７へ進む。
Ｓ６２４では、親局４０２は、受信した親局宛ての問い合わせパケットに対して、自機の情報を参照して応答を送信する。親局４０２は、問い合わせパケットを受信したネットワークと同じネットワークを使用して応答を送信する。応答を送信した後、Ｓ６１６へ進む。
Ｓ６２５では、親局４０２は、受信した起動通知が子局からの単独起動通知か否かを判定する。起動通知が子局からの単独起動通知である場合はＳ６２６へ進み、子局からの単独起動通知でない場合はＳ６２９へ進む。
Ｓ６２６では、親局４０２は、代理応答管理テーブルから当該子局の項目を削除する。なお、代理応答管理テーブルに子局毎に代理応答する／しないの設定項目がある場合は、親局４０２は、当該子局の項目削除は行わずに当該子局の設定を代理応答しないにする。
【００４１】
Ｓ６２７では、親局４０２は、親局４０２が受信した問い合わせパケットのあて先が代理応答管理テーブル内の子局宛てか否かを判定する。問い合わせパケットのあて先が代理応答管理テーブル内の子局宛てである場合はＳ６２８へ進み、代理応答管理テーブル内の子局宛てでない場合は何もせずＳ６１６へ進む。
なお、代理応答管理テーブルに子局ごとに代理応答する／しないを設定する項目が場合には、親局４０２は、親局４０２が受信した問い合わせパケットのあて先が代理応答管理テーブル内の子局宛てかつ当該子局の代理応答をする設定であるか否かを判定する。代理応答管理テーブル内の子局宛てかつ当該子局の代理応答をする設定の場合はＳ６２８へ進み、そうでなければ何にもせずＳ６１６へ進む。
Ｓ６２８では、親局４０２は、事前に取得した当該子局の代理応答情報を参照して、当該子局の代わりに応答を送信する。
Ｓ６２９では、親局４０２は、代理応答管理テーブル内で単独起動通知を送信した子局以外（通信装置以外）の子局にシステム起動命令を送信する。システム起動命令を送信した後、Ｓ６３０へ進む。
【００４２】
なお、代理応答管理テーブルに子局ごとに代理応答する／しないの設定項目がある場合には、親局４０２は、代理応答するという設定となっている子局すべてにシステム起動命令を送信する。
Ｓ６３０では、親局４０２は、代理応答管理テーブル内の子局全てから起動完了の応答を受信したか否かを判定する。代理応答管理テーブル内の子局全てから起動完了の応答を受信した場合はＳ６３１へ進み、そうでなければ現在の状態を維持する（Ｓ６３０を繰り返す）。
なお、代理応答管理テーブルに子局ごとに代理応答する／しないの設定項目がある場合には、Ｓ６３０では代理応答管理テーブル内の子局の中で代理応答すると設定している子局全てから起動完了の応答を受信したか否かを判定する。代理応答すると設定している子局全てから起動完了の通知を受信した場合はＳ６３１へ進み、そうでなければ現在の状態を維持する。
【００４３】
Ｓ６３１では、親局４０２はスタンバイ状態２０２から通常状態２０１に移行する。また、このタイミングで通信システム４００はシステムスタンバイ状態３０２からシステム動作状態３０１に移行する。Ｓ６３１の後、Ｓ６３２へ進む。
Ｓ６３２では、親局４０２は、管理装置４０１にシステム動作状態３０１に移行完了したことを通知する。移行完了を通知した後、Ｓ６１６へ進む。
Ｓ６３３では、親局４０２は、代理応答管理テーブル内の子局にシステム起動命令を送信する。Ｓ６３３の後、Ｓ６３０へ進む。
Ｓ６３４では、通信システム４００がシステム動作状態３０１となっており、本フローは終了する。なお、本フローが終了したならば、Ｓ６０１からフローが再度スタートする。
【００４４】
（子局の動作シーケンス）
図７を用いて複数の通信装置１０１で構成される通信システム４００がシステム動作状態３０１となっているときの子局である通信装置１０１の動作シーケンスについて説明する。
Ｓ７０１において、この動作シーケンスはスタートする。Ｓ７０１では、通信システム４００がシステム動作状態３０１なので、子局は通常状態２０１となっている。
Ｓ７０２では、子局は、親局４０２から代理応答情報の要求を受信したか否かを判定する。親局４０２から代理応答情報の要求を受信した場合はＳ７０３へ進み、受信していない場合はＳ７０４へ進む。
Ｓ７０３では、子局は、親局４０２に代理応答情報を送信する。子局が代理応答情報を送信する際に使用するネットワークは、Ｓ７０２で代理応答情報の要求を受信したネットワークと同一である。代理応答情報を送信した後、Ｓ７０４へ進む。
Ｓ７０４では、子局は、休止命令を受信したか否かを判定する。休止命令を受信した場合はＳ７０５へ進み、受信していない場合はＳ７０２へ戻る。
【００４５】
Ｓ７０５では、子局は、休止状態２０３へ移行する。休止状態に移行した後、Ｓ７０６へ進む。
Ｓ７０６では、子局は、親局４０２に休止状態２０３への移行が完了した通知を送信する。休止状態移行完了を通知した後、Ｓ７０７へ進む。
Ｓ７０７では、子局は、起動命令を受信したか否かを判定する。起動命令を受信した場合はＳ７０８へ進み、受信していない場合は現在の状態を維持する（Ｓ７０７を繰り返す）。
Ｓ７０８では、子局は、受信した起動命令がシステム起動命令か否かを判定する。受信した起動命令がシステム起動命令である場合はＳ７０９へ進み、システム起動命令でない場合はＳ７１３へ進む。
Ｓ７０９では、子局は、受信したシステム起動命令の送信元が親局４０２であるか否かを判定する。システム起動命令の送信元が親局４０２である場合はＳ７１１へ進み、親局４０２でない場合はＳ７１０へ進む。
【００４６】
Ｓ７１０では、子局は、親局４０２にシステム起動要求の通知を送信する。子局は、システム起動要求の通知をＢＬＥネットワーク１１７経由で送信する。システム起動要求を通知した後、Ｓ７１１へ進む。
Ｓ７１１では、子局は、通常状態２０１に移行する。つまり、システム起動命令（通知）が親局４０２から送信されたものである場合、子局は通信部１０３（ＬＡＮネットワーク１１６）と、ＢＬＥ制御部１０４（ＢＬＥネットワーク１１７）を利用可能になる。Ｓ７１１の後、Ｓ７１２へ進む。
Ｓ７１２では、子局は、親局４０２に起動完了の通知を送信する。その後、Ｓ７２１へ進む。
Ｓ７１３では、子局は、単独起動状態２０４に移行する。その後、Ｓ７１４へ進む。
Ｓ７１４では、子局は、アクセスポイント４０６に接続する。その後、Ｓ７１５へ進む。
【００４７】
Ｓ７１５では、子局は、親局４０２に単独起動状態２０４への移行が完了した通知を送信する。子局が単独起動状態２０４へ移行したことを親局４０２に通知すると、上記したように、親局４０２はＳ６２６（図６Ｂ）において当該子局を代理応答管理テーブルから削除するので、親局４０２が当該子局に代わって応答しなくなる。つまり、子局を単独で起動する通知である場合（Ｓ７０８：Ｎｏ）、子局は、自装置宛ての信号に対し親局が子局に代わって応答しないように制御している。Ｓ７１５の後、Ｓ７１６へ進む。
ここで図８を用いて複数の通信装置１０１で構成される通信システム４００において一台の子局４０５が単独起動した場合について説明する。図８では親局４０２と子局４０５は、アクセスポイント４０６に無線ＬＡＮで接続されている。なお、親局４０２と子局４０５は、アクセスポイント４０６に有線ＬＡＮで接続されてもよい。
親局４０２はスタンバイ状態２０２なので無線ＬＡＮアクセス４１１を介してアクセスポイント４０６に接続される。子局４０３および４０４は休止状態２０３であるため、ＬＡＮネットワーク１１６への接続が切断された状態にある。子局４０３はＢＬＥ通信４１４を介して親局４０２に接続される。子局４０４はＢＬＥ通信４１３を介して親局４０２に接続される。
【００４８】
子局４０５は単独起動状態２０４であるため、無線ＬＡＮアクセス４０８を介してアクセスポイント４０６に接続する。また、子局４０５はＢＬＥ通信４１２を介して親局４０２に接続される。なお、単独起動した子局４０５は一時的に通信システム４００から離脱する。単独起動が終了すれば、図６および図７で説明した動作フローにより、子局４０５は通信システム４００に加入することが出来る。
アクセスポイント４０６は管理装置４０１に接続されている。また、アクセスポイント４０６は、インターネット８０１にも接続されており、サービスセンタ８０２もインターネット８０１に接続されている。サービスセンタ８０２はパケットを送信することができる。アクセスポイント４０６は、サービスセンタ８０２から受け取るパケットを親局４０２や各子局４０３〜４０５へ転送することが可能である。
【００４９】
サービスセンタ８０２は、各通信装置１０１のアプリケーションと連携して、各通信装置１０１のログ情報を要求する機能を有する。また、サービスセンタ８０２は、各通信装置１０１へファームウェアアップデートの命令を送信する機能や、ファームウェアアップデートに使用するデータを送信する機能を有する。さらに、サービスセンタ８０２は、各通信装置１０１のメンテナンスに関わる命令を送信する機能や、当該メンテナンスに使用する情報を送信する機能を有する。
【００５０】
図７に戻る。以下の記載においては、子局４０５が単独起動する場合を説明する。
Ｓ７１６では、子局４０５は、単独起動処理を実施する。単独起動中、子局４０５は、ＬＡＮネットワーク１１６を介して外部端末（例えば、サービスセンタ８０２）と通信することができる。単独起動処理とは、例えばサービスセンタ８０２との通信により、通信装置１０１（子局４０５）のファームウェアアップデートやログ情報の送信を行うことである。休止状態２０３であった子局４０５が単独起動状態２０４に移行することで、通信システム４００はシステムスタンバイの状態を維持でき、当該子局４０５はＬＡＮネットワーク１１６を介して通信が可能となる。その結果、通信システム４００が消費する総電力量を抑えることが出来る。Ｓ７１６の後、Ｓ７１７へ進む。
【００５１】
Ｓ７１７では、子局４０５は、単独起動処理が終了したか否かを判定する。単独起動処理が終了した場合（つまり、子局が所定の動作を終了すると）、Ｓ７１８へ進み、終了していない場合は現在の状態を維持する（Ｓ７１７を繰り返す）。子局４０５は、単独起動処理の終了の指示を、ＬＡＮネットワーク１１６を介してサービスセンタ８０２から受信してもよいし、ＢＬＥネットワーク１１７を介してユーザ端末から受信してもよい。
Ｓ７１８では、子局４０５は、アクセスポイント４０６との接続を切断する。Ｓ７１８の後、Ｓ７１９へ進む。
Ｓ７１９では、子局４０５は、単独起動状態２０４から通常状態１０１へ移行する。Ｓ７１９の後、Ｓ７２０へ進む。
Ｓ７２０では、子局４０５は、親局４０２に単独起動終了の通知を送信する。Ｓ７２０の後、Ｓ７０２へ戻る。Ｓ７０２に戻り、Ｓ７０４およびＳ７０５の処理がなされると、子局は休止状態になり、親局の代理応答が再開する。
Ｓ７２１では、子局４０５は通常状態となっており本フローは終了する。また、本フローが終了すると、Ｓ７０１からフローは再度スタートする。
【００５２】
（実施形態１の効果）
本実施形態によれば複数の通信装置１０１で構成される通信システム４００は、システム動作状態３０１とシステムスタンバイ状態３０２を有し、通信システム４００内の親局４０２となる通信装置１０１が通信システム４００を制御する。本実施形態では、システム動作状態３０１とシステムスタンバイ状態３０２を適切に切り替えることでハードウェア資源への電源供給を制御することができる。
親局４０２は、子局となる通信装置１０１の代理応答を行うか否かを適切なタイミングで切り替えることで、管理装置４０１などの外部端末からの１回の問い合わせに対して１回の応答をする（２つの応答が通信システム４００から出されることはない）。
有線ＬＡＮや無線ＬＡＮなど通信ＩＦ（インタフェース）手段よりも消費電力が低い省電力通信ＩＦ手段（ＢＬＥネットワーク１１７など）を具備することで、子局である通信装置１０１がシステム起動の命令を受信できる。つまり、子局４０５が受信するシステム起動命令により、通信システム４００を起動することが可能である。
【００５３】
システムスタンバイ状態に移行する前に親局４０２が子局から代理応答に使用する情報を受け取ることで、応答が必要な問い合わせに対して親局４０２が代理で応答を送信することが可能である。
システムスタンバイ状態３０２のときに子局４０５が単独起動することで、通信システム４００がシステム動作状態３０１になることなく子局４０５はＬＡＮネットワーク１１６を介した通信が可能となる。つまり、通信システム４００がシステム動作状態３０１にならないので、通信システム４００が消費する総電力量を抑えることが出来る。
このように、本実施形態によれば、複数の通信装置１０１で構成される通信システム４００において、各通信装置１０１が外部からの信号に適切に応答できるようになる。
【００５４】
（変形例）
図１に示した機能ブロック構成は一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが複数の機能を行うブロックに分かれてもよい。
図１に示した機能ブロックの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にしてＧａｔｅ  Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣにより実現するようにしてもよい。ＦＰＧＡは、Ｆｉｅｌｄ―Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略である。
【００５５】
なお、図１の通信装置１０１は、操作部や表示部を備えてもよい。操作部は、例えば、ユーザからの操作を受け入れる。操作部は、例えば、キーボードやタッチパネルを含む。表示部は、視覚表示および音表示の少なくとも一方を出力する機能を備える。表示部は、例えば、液晶パネル、ＬＥＤおよびスピーカを有し、ＣＰＵ１０８の制御の下で各種の表示及び音声出力を行う。
図４では、親局４０２、子局４０３〜４０５とアクセスポイント４０６との接続は無線ＬＡＮでなされたが、有線ＬＡＮで接続してもよい。また、アクセスポイント４０６と管理装置４０１との接続は有線ＬＡＮでなされたが、無線ＬＡＮで接続してもよい。
通信装置１０１は、通信機能と省電力モードを備える装置であればよく、例えば、パーソナルコンピュータ、タブレットコンピュータなどでもよい。
【００５６】
上記した実施形態では、通信システム４００を構成する通信装置を親局と子局と称したが、親局はホスト機器と称し、子局はサブ機器と称することもできる。また、管理装置はクライアント装置と称することもできるし、ＮＤ（Ｎｅｔｗｏｒｋ  ｄｅｖｉｃｅ）と称することもできる。
上記した実施形態では、通信部１０３が接続するネットワークとしてＬＡＮネットワーク１１６を用い、ＬＡＮネットワークより消費電力が低いネットワークとしてＢＬＥネットワーク１１７を用いたが、本発明で用いるネットワークはこれらに限定されない。所定の通信要件を満たすネットワークを通信部１０３に接続し、このネットワークより消費電力が低いネットワークを制御部１０４に接続すればよい。
【００５７】
（他の実施形態）
上記した実施形態では、通信装置１０１を説明したが、本発明はその他の形態でも具現化（実現）することができる。例えば、本発明は、上記した実施形態の１以上の機能を実現するプログラム（コンピュータプログラム）を、ネットワークまたは記録媒体（記憶媒体）を介して、システムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行することによっても実現可能である。この場合、記録媒体から読み出されたプログラム（プログラムコード）自体が実施形態の機能を実現することになる。また、当該プログラムを記録した記録媒体は本発明を構成することができる。
また、コンピュータが読み出したプログラムを実行することにより、実施形態の機能が実現されるだけでなく、プログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって上記した実施形態の機能が実現されてもよい。
【符号の説明】
【００５８】
１０１…通信装置、１０３…通信部、１０４…ＢＬＥ制御部、１０６…システム状態管理部、１０７…電源制御部、１０８…ＣＰＵ、１１６…ＬＡＮネットワーク、１１７…ＢＬＥネットワーク
【図１】
2018207391.tif 000003
【図２】
2018207391.tif 000004
【図３】
2018207391.tif 000005
【図４】
2018207391.tif 000006
【図５】
2018207391.tif 000007
【図６Ａ】
2018207391.tif 000008
【図６Ｂ】
2018207391.tif 000009
【図７】
2018207391.tif 000010
【図８】
2018207391.tif 000011