(57)【要約】 【課題】より省電力で相手装置と通信を行う。【解決手段】第一の通信方法と該第一の通信方法より省電力で動作可能な第二の通信方法とにより他の通信装置と通信を行うことが可能な通信装置は、第一の電力状態よりも消費電力が低い第二の電力状態で動作している他の通信装置の情報を取得し、該第一の通信方法により受信したパケットが、該他の通信装置宛てのパケットであるか判断し、該パケットが該他の通信装置宛てのパケットである場合、該他の通信装置に対して該第二の通信方法を用いて該パケットを送信する。【選択図】  図３
2017050736.tif 000002
【特許請求の範囲】
【請求項１】
第一の通信方法と該第一の通信方法より省電力で動作可能な第二の通信方法とにより他の通信装置と通信を行うことが可能な通信装置であって、
第一の電力状態よりも消費電力が低い第二の電力状態で動作している他の通信装置の情報を取得する取得手段と、
前記第一の通信方法により受信したパケットが、前記他の通信装置宛てのパケットであるか判断する判断手段と、
前記パケットが前記他の通信装置宛てのパケットである場合、該他の通信装置に対して前記第二の通信方法を用いて前記パケットを送信する送信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通信装置が前記第二の電力状態で動作している場合に前記受信したパケットが前記通信装置に対する起動要求のパケットである場合、前記通信装置を前記第一の電力状態へ移行させるための制御を行う制御手段を更に有することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信手段は、前記取得手段によって取得した情報を参照して、前記パケットを送信することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記取得手段によって取得した情報には、前記他の通信装置のＩＰアドレス情報、ＭＡＣアドレス情報、ＴＣＰまたはＵＤＰのポート番号の情報、機器固有の応答機能で必要となる情報の少なくともいずれかが含まれることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記通信装置が前記第二の電力状態にあるときに前記受信したパケットが前記他の通信装置の起動要求のパケットである場合、前記送信手段は、前記他の通信装置に対して前記第二の通信方法を用いて前記起動要求のパケットを送信し、当該他の通信装置を管理対象から除くことを特徴とする請求項４に記載の通信装置。
【請求項６】
第一の通信方法と該第一の通信方法より省電力で動作可能な第二の通信方法とにより他の通信装置と通信を行うことが可能な通信装置であって、
前記通信装置が第一の電力状態から当該第一の電力状態よりも消費電力が低い第二の電力状態へ移行する際に、前記通信装置の情報を他の通信装置へ送信する送信手段と、
前記通信装置が前記第二の電力状態で動作している際に、前記他の通信装置から前記第二の通信方法を用いてパケットを受信する受信手段と
前記受信手段によって受信されたパケットが前記通信装置の起動要求のパケットである場合に、前記通信装置を第一の電力状態へ移行させるための制御を行う制御手段と、
を有することを特徴とする通信装置。
【請求項７】
前記制御手段は、ユーザの操作により前記通信装置の起動要求を受信した場合に、前記通信装置を前記第一の電力状態へ移行させるための制御を行うことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記通信装置が前記第一の電力状態へ移行した場合、前記他の通信装置に対して前記第一の通信方法を用いて起動が完了したことを通知する通知手段を更に有し、
前記制御手段は、前記通知手段による通知の後、前記第二の通信方法による通信の機能をオフにすることを特徴とする請求項６又は７に記載の通信装置。
【請求項９】
前記第一の通信方法は、有線ＬＡＮまたは無線ＬＡＮであることを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記第二の通信方法は、Bluetooth、ＮＦＣ（Near Field Communication）、ＩｒＤＡ（Infrared Data Association）のいずれかであることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
【請求項１１】
第一の通信方法と該第一の通信方法より省電力で動作可能な第二の通信方法とにより他の通信装置と通信を行うことが可能な通信装置の制御方法であって、
第一の電力状態よりも消費電力が低い第二の電力状態で動作している他の通信装置の情報を取得する取得工程と、
前記第一の通信工程において受信されたパケットが、前記他の通信装置宛てのパケットであるか判断する判断工程と、
前記パケットが前記他の通信装置宛てのパケットである場合、該他の通信装置に対して前記第二の通信方法を用いて前記パケットを送信する送信工程と、
を有することを特徴とする制御方法。
【請求項１２】
第一の通信方法と該第一の通信方法より省電力で動作可能な第二の通信方法とにより他の通信装置と通信を行うことが可能な通信装置の制御方法であって、
前記通信装置が第一の電力状態から当該第一の電力状態よりも消費電力が低い第二の電力状態へ移行する際に、前記通信装置の情報を他の通信装置へ送信する送信工程と、
前記通信装置が前記第二の電力状態で動作している際に、前記他の通信装置から前記第二の通信方法を用いてパケットを受信する受信工程と
前記受信工程において受信されたパケットが前記通信装置の起動要求のパケットである場合に、前記通信装置を第一の電力状態へ移行させるための制御を行う制御工程と、
を有することを特徴とする制御方法。
【請求項１３】
コンピュータを、請求項１から１０のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信装置の制御方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、省エネルギーの観点から、装置の主要機能が動作していないときに、該装置は、ＣＰＵ（Central Processing Unit）やメモリを含む大部分のハードウェアの電源をオフにして省電力化を図っている。このように省電力化で動作することを、以下、省電力モードと称する。通信機能を備える装置は、省電力モードにおいても、外部のリモートコントローラからネットワーク通信で受信したメッセージに対する応答を返すことや、ネットワーク通信で起動要求を受信し、主要機能が動作可能な通常電力状態に復帰できることも多い。このことは、該装置が、ネットワーク通信処理を実行可能な一部のハードウェアのみに電力を供給し、通常電力状態に復帰するための起動要求の受信を待機することによって実現される。
【０００３】
情報処理装置が省電力モードで起動要求の受信を待機する方法の一例としては、該装置が、具備するＮＩＣ（Network Interface Card）のみに電力を供給して動作させる方法がある。このとき、ＮＩＣがネットワークから受信するフレームを検査し、特定パターンのデータを含む場合に、該装置は、応答処理、あるいは起動処理を実行することが可能である。
【０００４】
また近年、これら省電力モードで動作可能な機器が、外部のリモートコントローラからネットワーク通信で受信したメッセージに対する応答を返す機能は、多様化している。そのため、該機器において省電力モードを複数段階設けることにより、省電力モード中においても機能のオン、オフをできる構成が実現されている。さらに、これら機器が複数台ネットワーク上に接続された際に、これら機器をホスト機とサブ機に決定して、ホスト機がサブ機に代わり応答を返すことでサブ機はより省電力なモードで待ち受けを行うという手法が提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2010-27045号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載の手法では、ホスト機、サブ機双方ともに、外部のリモートコントローラと通信可能なネットワークに接続され、起動要求を受信可能な状態である必要がある。このようなネットワークは主に有線LAN、無線LAN等で構成される。ホスト機およびサブ機は、このようなネットワークと接続するためのネットワーク通信処理を実行可能とするために必要となるハードウェアに電力を供給し続けている必要がある。ホスト機およびサブ機が端末である場合、一般的に多くの端末は、有線LANとしてのイーサネット（登録商標）や無線LANとしてのIEEE802.11（a/b/g/n/ac/ad）に対するネットワーク通信処理を実行可能としているだけ多くの電力を消費してしまう。そのため、ホスト機、サブ機すべてにおいて、ネットワーク通信の維持のみで電力が消費されてしまうという課題があった。
【０００７】
本発明は、このような課題に鑑みてなされたものであり、より省電力で相手装置と通信を行うことを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、第一の通信方法と該第一の通信方法より省電力で動作可能な第二の通信方法とにより他の通信装置と通信を行うことが可能な通信装置であって、第一の電力状態よりも消費電力が低い第二の電力状態で動作している他の通信装置の情報を取得する取得手段と、前記第一の通信方法により受信したパケットが、前記他の通信装置宛てのパケットであるか判断する判断手段と、前記パケットが前記他の通信装置宛てのパケットである場合、該他の通信装置に対して前記第二の通信方法を用いて前記パケットを送信する送信手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、より省電力で相手装置と通信を行うことが可能となる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態における通信装置の構成を示した図。
【図２】第１実施形態における通信装置のシステムスタンバイ移行処理フローを示した図。
【図３】第１実施形態におけるネットワーク省電力モード時の処理フローを示した図。
【図４】第１実施形態における待ち受け省電力モードからの復帰処理フローを示した図。
【図５】第１実施形態における通常電力状態でのシステム構成の一例を示した図。
【図６】第１実施形態における省電力状態でのシステム構成の一例を示した図。
【図７】第１実施形態における通信装置の状態遷移を示した図。
【発明を実施するための形態】
【００１１】
以下、添付の図面を参照して、本発明をその実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１２】
［第１実施形態］
第１実施形態における通信装置１０１の構成の例について図１を用いて説明する。通信装置１０１は、アプリケーションシステム部１０２、ネットワーク通信部１０３、電源制御部１０４、ＢＬＥ（Bluetooth Low Energy）制御部１０５を有している。
【００１３】
ネットワーク通信部１０３のローカルバス１１２には、ネットワークに接続してフレームの送受信を行う通信制御部１１０、ネットワーク通信部１０３内の処理における一時記憶装置であるローカルＲＡＭ１０８が接続される。また、ローカルバス１１２には、ＴＣＰ／ＩＰ等の通信プロトコル処理を実行するプロトコル処理部１０９、暗号・認証処理の計算処理を実行する暗号処理部１１１が接続される。
【００１４】
通信制御部１１０は、ＬＡＮネットワーク１１３と接続する。なお、ＬＡＮネットワーク１１３は、例えばイーサネット（登録商標）が想定できるが、無線ネットワークや、光ファイバーネットワーク等であってもよい。また、通信装置１０１を操作するリモートコントローラ（図１には不図示）は、ＬＡＮネットワーク１１３を介してＴＣＰ／ＩＰプロトコルを用いた通信を行えるものとする。通信制御部１１０は、ＬＡＮネットワーク１１３に対して伝送フレームの送受信を行う。例えば、ＬＡＮネットワーク１１３がイーサネット（登録商標）の場合、通信制御部１１０は、イーサネット（登録商標）のＭＡＣ処理（伝送メディア制御処理）や、伝送フレームの送受信を行う。
【００１５】
プロトコル処理部１０９と暗号処理部１１１は、通信プロトコル処理専用のハードウェア回路装置、あるいは通信プロトコル処理用に設計されたマイクロプロセッサである。これらは、汎用的なＴＣＰ／ＩＰプロトコルの通信処理を行う。より具体的には、プロトコル処理部１０９と暗号処理部１１１は、ＩＰｖ４、ＩＰｖ６、ＩＰｓｅｃ、ＩＣＭＰ、ＵＤＰ、ＴＣＰ等の各通信プロトコル処理や、送信フロー制御や輻輳制御、通信エラー制御等を行う。なお、ＩＣＭＰは、Internet Control Message Protocol、ＵＤＰはUser Datagram Protocol、ＴＣＰはTransmission Control Protocolの略である。またプロトコル処理部１０９と暗号処理部１１１は、１つの機能ブロックとして構成してもよいし、それぞれを複数のマイクロプロセッサによるマルチプロセッサ構成としてもよい。さらに、プロトコル処理部１０９と暗号処理部１１１は、マイクロプロセッサによる処理と一部の機能を、ハードウェアによるアクセラレーションを行う構成としてもよい。なお、プロトコル処理部１０９と暗号処理部１１１は、それぞれ独立に電源制御可能な構成とすることが望ましい。
【００１６】
ローカルＲＡＭ１０８は、通信制御部１１０、プロトコル処理部１０９および、暗号処理部１１１の処理におけるデータの一時記憶領域に使用される。また、ローカルＲＡＭ１０８は、マイクロプロセッサで構成される場合は、動作時のプログラムの格納領域として用いられてもよい。さらに、ローカルＲＡＭ１０８は、複数のメモリバンクを構成し、各メモリバンクは、それぞれ独立に電源制御可能と可能としてもよい。ローカルＲＡＭ１０８は、メモリサイズの異なる複数のメモリチップで構成され、必要となるサイズに応じて切り替える構成であってもよい。
【００１７】
また、ネットワーク通信部１０３は、ローカルバス１１２と、アプリケーションシステム部１０２のシステムバス１１８との間のデータ転送を可能とするバスブリッジ回路１０７を有する。即ち、ネットワーク通信部１０３と、アプリケーションシステム部１０２とは、それぞれのバス回路が相互に接続されており、通信データの入出力は、バス間転送を介して行われる。
【００１８】
アプリケーションシステム部１０２のシステムバス１１８には、ＣＰＵ１１４、システムプログラムが格納されているＲＯＭ（Read Only Memory）１１５、システムソフトウェアやアプリケーションソフトウェアの実行時に使用される一時記憶装置であるＲＡＭ（Read Access Memory）１１６が接続される。ソフトウェアプログラムは、ＲＯＭ１１５からＲＡＭ１１６に読み込まれ、ＣＰＵ１１４によって実行される。また、同じくシステムバス１１８に接続されているアプリケーション機能部１１７は、通信装置１０１の特徴的なアプリケーション機能（以下、主要機能と称する）を実現するために使用するハードウェア処理手段を表している。例えば、通信装置１０１がカメラである場合、アプリケーション機能部１１７は撮像部であり、撮像処理を行う。また、例えば、通信装置１０１がプリンタである場合、アプリケーション機能部１１７は印刷部であり、印刷処理を行う。また、例えば、通信装置１０１がプロジェクタである場合、アプリケーション機能部１１７は投影部であり、投影処理を行う。
【００１９】
通信装置１０１の主要機能は、アプリケーションシステム部１０２で実現される。また、ＣＰＵ１１４で実行されるアプリケーションプログラムを実行することにより、ネットワーク通信を行うことが可能である。アプリケーションによる通信は、ＴＣＰ／ＩＰプロトコルをベースとした通信である。前述のように、このＴＣＰ／ＩＰプロトコル処理は、ネットワーク通信部１０３において実行される。
【００２０】
電源制御部１０４は、ネットワーク通信部１０３、アプリケーションシステム部１０２、及びＢＬＥ制御部１０５の電力供給を独立的に制御する。電源制御部１０４は、電源投入の制御、ハードウェアリセット制御、さらに通信装置１０１全体が安全に起動・停止するためのシーケンス制御を行う。また、電源制御部１０４は、制御信号線でネットワーク通信部１０３及びアプリケーションシステム部１０２、ＢＬＥ制御部１０５と接続されており、省電力モードへの移行を行うことが可能である。また、電源制御部１０４は、ユーザから操作可能な外部のスイッチ（不図示）と接続され、スイッチの操作によって各省電力モード状態から通常電力状態への移行を行うことも可能である。なお、電源制御部１０４はソフトウェアによってされることも可能である。この場合は、電源制御部１０４の処理を実現するためのコンピュータプログラムが記憶部（不図示）に記憶され、プロセッサ（不図示）が当該プログラムを実行することによって、電源制御部１０４の処理が実現される。
【００２１】
ここで、電源制御部１０４が制御する通信装置１０１の消費電力状態の遷移について、図７を用いて説明する。図７は、本実施形態における通信装置１０１の状態遷移を示した図である。通信装置１０１の状態は、通常電力状態７０１、ネットワーク省電力モード状態７０２、待ち受け省電力モード状態、スタンドアローン省電力モード状態７０４を含む。
【００２２】
通信装置１０１の主要機能が動作中（７０５）は、通信装置１０１は、通常電力状態７０１を維持する。通常電力状態７０１では、アプリケーションシステム部１０２に電力が供給される。またネットワーク通信機能が有効な場合は、ネットワーク通信部１０３に電力が供給される。さらに、ＢＬＥ機能が有効な場合には、ＢＬＥ制御部１０５に電力が供給される。すべての機能が有効な場合は、通信装置１０１全体に電力が供給される。なお、ネットワーク通信機能が有効か否かは、電源制御部１０４による通信制御部１１０との通信により判定される。また、ＢＬＥ機能が有効か否かは、電源制御部１０４によるＢＬＥ制御部との通信により判定される。なお、これらの機能が有効か否かの判定手法は、これらに限定されない。
【００２３】
通常電力状態７０１において、所定の条件が満たされると、通信装置１０１の状態は、各省電力モード状態へ移行することが可能となる。所定の条件とは、例えば、所定時間の間、通信装置１０１の操作が行われない、アプリケーション機能部が動作していない、ネットワーク通信部が動作していない等の条件や、省電力モード状態への移行がユーザによって指示された等である。本実施形態において、各省電力モード状態とは、ネットワーク省電力モード状態７０２、待ち受け省電力モード状態７０３、スタンドアローン省電力モード状態７０４の何れかである。各省電力モード状態では、少なくともアプリケーションシステム部１０２は電源がオフの状態であるため、システムバス１１８、ＣＰＵ１１４、ＲＡＭ１１６、ＲＯＭ１１５は停止していることになる。
【００２４】
通常電力状態７０１において、通信装置１０１の主要機能が非動作でネットワーク通信機能が無効である場合（７０８）、通信装置１０１の状態は、スタンドアローン省電力モード状態７０４へ移行する。スタンドアローン省電力モード状態７０４では、電源制御部１０４は、アプリケーションシステム部１０２及びネットワーク通信部１０３への電源供給を停止する。また、ＢＬＥ制御部１０５の電源制御については、電源制御部１０４は、省電力モード時におけるＢＬＥ機能が有効か否かの判定に基づいて、電源供給を行うかどうかを判定する。スタンドアローン省電力モード状態７０４において、ユーザ操作可能な外部のスイッチの押下もしくは、外部のコントローラからＢＬＥネットワーク１０６経由での起動要求を受信する（７１１）と、通信装置１０１の状態は、通常電力状態７０１へと移行する。
【００２５】
通常電力状態７０１において、主要機能が非動作でネットワーク通信機能が有効な状態でかつ、通信装置１０１が親機である場合（７０６）、通信装置１０１の状態は、ネットワーク省電力モード状態７０２へと移行する。ネットワーク省電力モード状態７０２において、通信装置１０１が起動要求を受信する（７０９）と、通信装置１０１の状態は、通常電力状態７０１へと移行する。
【００２６】
通常電力状態７０１において、主要機能が非動作でネットワーク通信機能が有効な状態でかつ、通信装置１０１が子機である場合（７０７）、通信装置１０１の状態は、待ち受け省電力モード状態７０３へと移行する。通信装置１０１が一度子機と判定されても親機との間でＢＬＥによる通信確認が取れない場合は、通信装置１０１の状態は、親機と判定されたと同様（７０６）にネットワーク省電力モード状態７０２へと移行する。待ち受け省電力モード状態７０３において、通信装置１０１が起動要求を受信する（７１０）と、通信装置１０１の状態は、通常電力状態７０１へと移行する。
【００２７】
このように、本実施形態における通信装置１０１は、主要機能が非動作である（アイドル状態である）場合において、ネットワーク省電力モード状態７０２、待ち受け省電力モード状態７０３、またはスタンドアローン省電力モード状態７０４に移行することを可能とする。また、電源制御部１０４は、通常電力状態７０１、ネットワーク省電力モード状態７０２、待ち受け省電力モード状態７０３、スタンドアローン省電力モード状態７０４の各状態のモード移行動作制御を行う。また、通信装置１０１が複数台連結して動作する場合において、複数の通信装置１０１における各電源制御部１０４は、自装置が親機となるか、子機となるかを制御する。親機はネットワーク省電力モード状態７０２で、子機は待ち受け省電力モード状態７０３で動作することが可能である。尚、通常電力状態は第一の電力状態の一例であり、ネットワーク省電力モード状態、待ち受け省電力モード状態、スタンドアローン省電力モード状態はそれぞれ第二の電力状態の一例である。第一の電力状態が第二の電力状態よりも消費電力が高い状態であるならば、各電力状態において稼働する機能部、停止する機能部は、上述の例に限定されない。
【００２８】
次に、複数台の通信装置１０１及び外部のリモートコントローラと接続されるシステム構成の一例を図５、図６を用いて説明する。図５は、本実施形態における通常電力状態でのシステム構成の一例を示した図であり、図６は、本実施形態における省電力状態でのシステム構成の一例を示した図である。このシステムは、ＰＣ５０１、ハブ５０３、アクセスポイント５０４、通信装置５０２、５０５〜５０７から構成される。通信装置５０２、５０５、５０６及び５０７は、図１に示す通信装置１０１の構成を有する。
【００２９】
図５において、外部のリモートコントローラとなるＰＣ５０１は、有線ＬＡＮ５０８を介してハブ５０３に接続される。また、無線ＬＡＮネットワークを構成するアクセスポイント５０４は、有線ＬＡＮ５１１を介してハブ５０３に接続される。親機となる通信装置５０２は、有線ＬＡＮ５０９を介してハブ５０３に接続される。また、第１の子機としての通信装置５０５は、通常電力状態７０１において無線ＬＡＮ５１３を介してアクセスポイント５０４に接続される。第２の子機としての通信装置５０６は、通常電力状態７０１において有線ＬＡＮ５１０を介してハブ５０３に接続される。第３の子機としての通信装置５０７は、通常電力状態７０１において無線ＬＡＮ５１２を介してアクセスポイント５０４に接続される。
【００３０】
以上のような構成で、通常電力状態７０１における複数台の通信装置５０２、５０５、５０６及び５０７と、外部のリモートコントローラであるＰＣ５０１、ネットワークインフラであるハブ５０３、アクセスポイント５０４は接続される。ここで、親機（通信装置５０２）がネットワーク省電力モード状態７０２、子機（通信装置５０５〜５０７）が待ち受け省電力モード状態７０３となった場合、システムは図６に示すように構成される。親機（通信装置５０２）は、通常電力状態７０１と同様に有線ＬＡＮ５０９を介してハブに接続される。子機（通信装置５０５〜５０７）は、ＬＡＮネットワーク１１３への接続が切断された状態となる。第１の子機（通信装置５０５）は、親機（通信装置５０２）とＢＬＥ通信６０２を介して接続される。また、第２の子機（通信装置５０６）は、親機（通信装置５０２）とＢＬＥ通信６０３を介して接続される。同様に、第３の子機（通信装置５０７）は、親機（通信装置５０２）とＢＬＥ通信６０１を介して接続される。親機と子機は、ＢＬＥ通信を介して起動要求信号の送受信を行う。
【００３１】
ここで、図２を用いて、通信装置１０１が、通常電力状態７０１から各省電力モード状態７０２〜７０４へ移行する所定の条件を満たした際に実行される処理、すなわち、システムスタンバイ移行処理について説明する。図２は、本実施形態における通信装置のシステムスタンバイ移行処理フローを示した図である。図２のフローチャートに示す各ステップは、ＲＯＭ１１５に記憶されたプログラムがＲＡＭ１１６に展開され、ＣＰＵ１１４が実行することによって処理される。また、図２に示すフローチャートの少なくとも一部のステップをハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ  Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
【００３２】
ステップＳ２０１において、電源制御部１０４は、通信制御部１１０との通信を介して、ＬＡＮネットワーク機能が有効になっているかを判定する。ＬＡＮネットワーク機能が無効となっている場合は（ステップＳ２０１のＹｅｓ）、処理はステップＳ２０２へ進み、ＬＡＮネットワーク機能が有効となっている場合は（ステップＳ２０１のＮｏ）、ステップＳ２０３へ進む。
【００３３】
ステップＳ２０２において、電源制御部１０４は、電源制御部１０４以外の機能部への電力の供給を停止して、スタンドアローン省電力モード状態７０４に移行して処理を終了する。この際、システムスタンバイ時にもＢＬＥ機能を有効とすると予め設定されていた場合は、電源制御部１０４は、ＢＬＥ制御部１０５にも電力を供給する構成としてもよい。この場合、外部の電源ボタンやリモコン操作だけでなく、ＢＬＥを介してのユーザ操作での起動要求も受け付けることが可能となる。
【００３４】
ステップＳ２０３において、電源制御部１０４は、ＢＬＥ制御部１０５に電力を供給し、ＢＬＥ機能を有効にする。なおすでにＢＬＥ機能が有効となっている場合、本ステップは不要である。
【００３５】
ステップＳ２０４において、複数の通信装置１０１の各ＣＰＵ１１４は、親機判定処理を行う。この判定処理では、あらかじめユーザ操作により親機と設定されたことを、いずれかの通信装置１０１のＣＰＵ１１４が検知してもよいし、親機を決定するアルゴリズムに基づいて、いずれかの通信装置１０１のＣＰＵ１１４が親機を決定してもよい。親機を決定するアルゴリズムとしては、ネットワーク省電力モード状態７０２における消費電力を共有して、該消費電力が一番小さい通信装置１０１を親機に決定するアルゴリズムが一例として考えられる。
【００３６】
また、いずれかの通信装置が、省電力モードへ移行していない他の通信装置を探索して、探索の結果、そのような他の通信装置が見つかった場合は自身が子機となり、見つからなかった場合は自身が親機となるといった方法も考えられる。また以前、通信装置は、ネットワーク省電力モード状態７０２へ移行した際の情報を継続して利用してもよい。その場合、子機として動作している通信装置が残っており、子機の情報が残っている可能性があるため、通信装置は、情報を継続して利用してもよい。親機と子機を決定する方法は、特定の方法に限定されない。
【００３７】
ステップＳ２０５においてステップＳ２０４の親機判定処理の結果、ＣＰＵ１１４は、自機が親機となったか否かを判定する。親機となった場合は（ステップＳ２０５のＹｅｓ）、処理はステップＳ２０６へ進み、親機ではなく子機となった場合は（ステップＳ２０５のＮｏ）、処理はステップＳ２１２へ進む。なお、通信装置１０１が、ネットワーク通信機能が常時有効でかつ、親機・子機の役割があらかじめ静的に決定されるように構成された場合、ステップＳ２０１〜ステップＳ２０５の処理は不要である。
【００３８】
ステップＳ２０６〜Ｓ２１１は、親機として動作する通信装置１０１のシステムスタンバイ移行処理である。ステップＳ２０６において、ＣＰＵ１１４は、親機、子機すべてが一斉にスタンバイ移行処理を開始するかを判定する。ＣＰＵ１１４は、通信制御部１１０やＢＬＥ制御部１０５が受信した、外部のリモートコントローラからの一斉システムスタンバイ移行要求に基づいて、本処理を行う。また、ＣＰＵ１１４が、あらかじめ複数の通信装置１０１が同時に動作することが決定していることを検知したことに基づいて、本処理を行ってもよい。判定の結果、一斉スタンバイ移行であった場合は（Ｓ２０６のＹｅｓ）、処理はステップＳ２０７へ進み、単独でのスタンバイ移行であった場合は（Ｓ２０６のＮｏ）、処理はステップＳ２１１へ進む。
【００３９】
ステップＳ２０７において、ＣＰＵ１１４は、通信制御部１１０を介してすべての子機から機器情報を取得したかを判定する。なお、子機の機器情報は、通信を行うために必要な情報であり、子機のＩＰアドレス情報やＭＡＣアドレス情報、またネットワークプロトコル処理で必要となる各種情報に加え、通信装置１０１のアプリケーションが独自にもつプロトコルの管理情報を含み得る。また、機器情報は、例えば、アプリケーションのＴＣＰ、ＵＤＰのポート番号等の情報や、機器固有の応答機能で必要となる情報を含み得る。また、機器情報は、子機のＢＬＥと接続するための情報も含み得る。親機としての通信装置１０１がすべての子機の機器情報を取得し終わると（ステップＳ２０７のＹｅｓ）、処理はステップＳ２０９へ進み、すべての子機の機器情報を取得し終わっていなければ（ステップＳ２０７のＮｏ）、処理はステップＳ２０８へ進む。親機として動作する通信装置１０１は、子機から受信した機器情報を、管理対象の子機の機器情報として記憶する。
【００４０】
ステップＳ２０９において、通信装置１０１は、確認応答を子機に対して送信する。この際、ＢＬＥ制御部１０５が、ＢＬＥ通信により子機と通信を行う。ＢＬＥ制御部１０５は、確認応答の送信に成功すると（ステップＳ２１０のＹｅｓ）、処理はステップＳ２１１へ進む。所定時間内にすべての子機の機器情報を取得し終わらずにタイムアウトした場合、または、所定時間内に確認応答の送信に成功せずにタイムアウトした場合（ステップＳ２０８のＹｅｓ）、処理はステップＳ２１１へ進む。ＢＬＥ通信が失敗するケースとして、親機と子機の設置されている場所の距離が離れている場合や、ＢＬＥ通信の電波状態が良好ではない場合が考えられる。このような場合、タイムアウトが発生する。ＢＬＥ通信によって子機との通信ができなかった場合は、ＣＰＵ１１４は、該子機の機器情報を破棄し、子機として扱わない。タイムアウトが発生するまで（Ｓ２０８のＮｏ）、ステップＳ２０７またはステップＳ２１０の処理が行われる。
【００４１】
ステップＳ２１１において、通信装置１０１は、ネットワーク省電力モード状態７０２に移行して処理を終了する。この際、電源制御部１０４は、通信装置１０１のアプリケーションシステム部１０２以外のハードウェアに電力を供給する。またこの際、親機として動作する通信装置１０１の通信制御部１１０は、子機宛てのパケットが届くように、ハブ５０３等に保持される経路情報管理テーブルを更新するためのパケットをハブ５０３との間で送受信する。
【００４２】
ステップＳ２１２〜Ｓ２１６は、子機として動作する通信装置１０１のシステムスタンバイ移行処理である。ステップＳ２１２において、通信装置１０１の通信制御部１１０は、ＬＡＮネットワーク１１３を経由して親機に機器情報を送信する。ステップＳ２１３において、ＢＬＥ制御部１０５は、親機からの確認応答をＢＬＥ通信により受信したかを判定する。ＢＬＥ制御部１０５が親機からの確認応答を受信すると（ステップＳ２１３のＹｅｓ）、処理はステップＳ２１４へ進み、受信していない場合は（ステップＳ２１３のＮｏ）、処理はステップＳ２１５へ進む。ステップＳ２１５において、ＢＬＥ制御部１０５が所定時間内に親機からの確認応答を受信できずタイムアウトした場合は（ステップＳ２１５のＹｅｓ）、処理はステップＳ２１６へ進む。タイムアウトしていなければ（ステップＳ２１５のＮｏ）、処理はステップＳ２１２へ戻り、通信制御部１１０は再度親機に機器情報を送信する。
【００４３】
ステップＳ２１４において、通信装置１０１は、ＬＡＮネットワーク機能を無効とする待ち受け省電力モード状態７０３に移行して処理を終了する。この際、電源制御部１０４は、ＢＬＥ制御部１０５以外の通信装置の電力の供給を停止する。
【００４４】
ステップＳ２１４において、ＢＬＥ制御部１０５が親機とのＢＬＥによる接続が確認できずタイムアウトした場合（ステップＳ２１５のＹｅｓ）、通信装置１０１は、ネットワーク省電力モード状態７０２に移行して（ステップＳ２１６）処理を終了する。これは、通信装置１０１は、子機としてスタンバイ移行するのをあきらめ、単独のネットワーク省電力モード状態７０２として動作することを意味する。なお、本モードで動作中に通信装置１０１においてＢＬＥ通信が可能となった場合は、通信装置１０１は、待ち受け省電力モード状態７０３状態へ移行する構成としてもよい。
【００４５】
次に、ネットワーク省電力モード状態７０２の状態における処理について、図３を用いて説明する。図３は、本実施形態における通信装置１０１のネットワーク省電力モード状態時の処理フローを示した図である。図３に示す各ステップは、通信制御部１１０が備えるＣＰＵが、ローカルＲＡＭ１０８等のメモリに記憶されたプログラムを実行することによって処理されてもよいし、ＡＳＩＣ等のハードウェアによって実現するようにしてもよい。
【００４６】
ステップＳ３０１において、通信制御部１１０は、自機宛てもしくは他の通信装置宛て（子機として管理している機器宛て）のパケットを受信したかを判断する。通信制御部１１０が受信していない場合は（ステップＳ３０１のＮｏ）、ステップＳ３０１の処理を繰り返し、受信した場合は（ステップＳ３０１のＹｅｓ）、処理はステップＳ３０２へ進む。ステップＳ３０２において、受信したパケットが起動要求のパケットであった場合は（ステップＳ３０２のＹｅｓ）、処理はステップＳ３０７へ進み、起動要求ではなかった場合は（ステップＳ３０２のＮｏ）、処理はステップＳ３０３へ進む。
【００４７】
ステップＳ３０３において、通信制御部１１０は、受信したパケットが応答が必要なパケットであるかを判断する。応答が不要な場合は（ステップＳ３０３のＮｏ）、該パケットに応じた処理を行い、処理はステップＳ３０１へ進む。受信したパケットが応答が必要なパケットであった場合（ステップＳ３０３のＹｅｓ）、処理はステップＳ３０４へ進み、通信制御部１１０は、そのパケットが自機宛てのパケットかを判断する。受信したパケットが自機宛てのパケットであった場合は（ステップＳ３０４のＹｅｓ）、処理はステップＳ３０５へ進み、通信制御部１１０は、自機の端末の情報を使用して応答パケットを作成して送信する。受信したパケットが自機宛てのパケットでなかった場合は（ステップＳ３０４のＮｏ）、処理はステップＳ３０６へ進み、通信制御部１１０は、子機情報のリストから該パケットの宛先となっている子機の機器情報を取得して、応答パケットを作成して送信する。ステップＳ３０５とＳ３０６の処理の後、処理はステップＳ３０１へ戻る。
【００４８】
ステップＳ３０７において、通信制御部１１０は、起動要求のパケットが自機及び子機すべての起動要求かを判断する。すべての機器の起動要求であった場合（ステップＳ３０７のＹｅｓ）、処理はステップＳ３０８へ進み、単一の機器のみの起動要求であった場合は（ステップＳ３０７のＮｏ）、処理はステップＳ３１４へ進む。
【００４９】
ステップＳ３１４において、通信制御部１１０は、受信したパケットに含まれる起動要求が自機の起動要求であるかを確認する。該起動要求が自機の起動要求であった場合（ステップＳ３１４のＹｅｓ）、処理はステップＳ３１５へ進み、該起動要求が子機の起動要求であった場合（ステップＳ３１４のＮｏ）、処理はステップＳ３１７へ進む。
【００５０】
ステップＳ３１７において、通信装置１０１は、子機に対して起動要求を通知するため、起動要求の対象の子機に対して、ＢＬＥ制御部１０５を介してＢＬＥネットワーク１０６経由で起動要求を送信する。ＢＬＥ制御部１０５が起動要求を送信した後、子機の起動が完了すると、子機から起動完了通知がＬＡＮネットワーク１１３経由で親機に対して送信される。ステップＳ３１８において、通信装置１０１は、起動要求を行った子機の機器情報を管理対象の子機として記憶していたリストから削除することにより、起動要求を行った子機を管理対象から除き、ステップＳ３０１へ戻る。
【００５１】
ステップＳ３１５において、電源制御部１０４は、通信装置１０１の各ハードウェアに電力の供給を行い、通常電力状態７０１へ移行する。ステップＳ３１６において、ＢＬＥ制御部１０５は、接続可能なすべての子機が起動しているかを確認する。すべての子機が起動している場合は（ステップＳ３１６のＹｅｓ）、処理はステップＳ３１２へ進み、まだ起動していない子機が残っている場合は（ステップＳ３１６のＮｏ）、処理は終了する。なお、まだ起動していない子機が残っている場合は、通信装置１０１は、通常電力状態７０１においても親機としての機能を維持して動作する。
【００５２】
ステップＳ３０８において、ＢＬＥ制御部１０５は、すべての子機に対してＢＬＥネットワーク１０６経由で起動要求を送信する。ステップＳ３０９において、通信装置１０１は、すべての子機の起動が完了したことを確認して、ステップＳ３１０へ進む。そして、通信装置１０１は、通常電力状態７０１へ移行してステップＳ３１２へ進む。ステップＳ３１２において、通常電力状態でＢＬＥ機能が有効な場合は（ステップＳ３１２のＹｅｓ）、通信装置１０１は処理を終了する。通常電力状態でＢＬＥ機能が有効ではない場合（ステップＳ３１３のＮｏ）、ステップＳ３１３において電源制御部１０４はＢＬＥ機能をオフにしてＢＬＥ制御部１０５の電力供給を停止して処理を終了する。
【００５３】
次に、子機として動作している通信装置１０１における待ち受け省電力モード状態からの復帰処理について図４を用いて説明する。図４は、本実施形態における待ち受け省電力モード状態からの復帰処理フローを示した図である。図４に示す各ステップは、ＢＬＥ制御部１０５、電源制御部１０４、又はネットワーク通信部１０３が備えるＣＰＵが記憶部に記憶されたプログラムを実行することによって処理されてもよいし、ＡＳＩＣ等のハードウェアによって実現するようにしてもよい。
【００５４】
ステップＳ４０１において、ＢＬＥ制御部１０５は、親機からの起動要求を受信したかを判定する。ＢＬＥ制御部１０５が親機から起動要求を受信した場合は（ステップＳ４０１のＹｅｓ）、処理はステップＳ４０５へ進み、親機から受信していない場合は（ステップＳ４０１のＮｏ）、処理はステップＳ４０２へ進む。
【００５５】
ステップＳ４０２において、電源制御部１０４は、ユーザの電源ボタン操作や、ユーザ指示によるＢＬＥ通信等での起動要求を直接受信したかを判定する。電源制御部１０４が起動要求を受信していない場合は（ステップＳ４０２のＮｏ）、処理はステップＳ４０１へ進み、受信した場合は（ステップＳ４０２のＹｅｓ）、処理はステップＳ４０３へ進む。ステップＳ４０３において、電源制御部１０４は、直接受信した起動要求が親機、子機すべてに対する起動要求かを判定する。すべてに対する起動要求であった場合は（ステップＳ４０３のＹｅｓ）、処理はステップＳ４０４へ進み、ＢＬＥ制御部１０５は、親機に対して起動要求を受信した旨の情報を送信して、ステップＳ４０５へ進む。なお、本実施形態では、子機が直接受信する起動要求は、親機、子機すべてを対象とするか、自装置を対象とするかのみ場合について説明した。しかし、他の子機の起動要求を、別の子機が直接受信した場合は、該別の子機は、親機を介して起動の対象となる子機を起動させ、ステップＳ４０１へ進んでもよい。
【００５６】
ステップＳ４０５において、電源制御部１０４は、通常電力状態７０１への復帰処理を行う。ステップＳ４０６において通常電力状態７０１への復帰が完了すると、通信制御部１１０は、ＬＡＮネットワーク１１３経由で親機に対して起動が完了した旨を通知する。
【００５７】
ステップＳ４０７において、電源制御部１０４は、通常電力状態７０１でＢＬＥ機能が有効な場合は（ステップＳ４０７のＹｅｓ）処理を終了し、有効ではない場合は（ステップＳ４０７のＮｏ）、ステップＳ４０８においてＢＬＥ機能をオフにしてＢＬＥ制御部１０５の電力供給を停止して処理を終了する。
【００５８】
本実施形態では、ＢＬＥを用いてネットワーク省電力モードの親機と待ち受け省電力モードの子機の間の通信を実現する手法を説明したが、待ち受け省電力モード時の通信は、ＢＬＥに限定されない。例えば、待ち受け省電力モード時の通信手段として、有線ＬＡＮや無線ＬＡＮといったＬＡＮネットワークに接続するために必要となる電力よりも少ないＩＦ手段であればよい。例えば、ＢＬＥだけでなく、Bluetooth（登録商標）の他のバージョン規格や、ＮＦＣ（Near Field Communication）のような近距離通信規格、あるいはＩｒＤＡ（Infrared Data Association）のような赤外線による光無線データ通信規格を利用してもよい。またＬＥＤ等による可視光による通信規格であってよい。
【００５９】
なお、近距離無線通信規格を利用した場合は、機器同士が接近しているかもしくはユーザが直接近づいて操作する必要がある。またＩｒＤＡを用いた場合は指向性が求められるため、通信装置１０１同士の設置において考慮する必要がある。また可視光通信を利用した場合、可視光通信が実現できるための外部環境を考慮する必要がある。また本実施形態に示したＢＬＥを利用した場合、通信装置１０１同士がＢＬＥ規格内で通信可能な距離内に配置されている必要がある。
【００６０】
以上、本実施形態における通信装置１０１は、ネットワークを介した所定の起動要求で通常電力状態に復帰可能なネットワーク省電力モードを持ち、他の機器の親機となると伴に、必要となるハードウェア資源の電源をコントロールする。また、通信装置１０１は、ネットワーク省電力モードよりも低消費電力な待ち受け省電力モードを持ち、親機からの起動要求で通常電力状態に復帰可能な子機となると伴に、必要となるハードウェア資源の電源をコントロールする。また、ネットワーク省電力モードに移行する際に親機となる通信装置１０１は、子機となる通信装置１０１の機器情報を取得し、応答が必要なリモートコントローラからの通信応答を該親機が該子機の代理で行う。また、待ち受け省電力モードに移行する際に子機となる通信装置は親機となる通信装置に自身の機器情報を伝達する。また、親機、子機となる通信装置は、有線LAN、無線LANより省電力な省電力通信IF手段を備える。省電力通信IF手段によって親機となる通信装置と、子機となる通信装置は信号を送受信することにより、親機がリモートコントローラより受信した起動要求を該子機に伝達して通常電力状態へ復帰する。これにより、通信装置において、子機は省電力モード時にネットワーク機能に必要な電力を削減しながらも、親機によって応答が必要な通信機能が維持することができるようになる。また他のネットワークコントローラからの起動要求についても、親機からの制御で子機を通常電力状態に復帰させることが可能となる。以上より、複数台の通信装置１０１が連結して動作する場合において複数台の通信装置の省電力状態において、より省電力で動作可能となる。
【００６１】
［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６２】
１０１  通信装置、１０２  アプリケーションシステム部、１０３  ネットワーク通信部、１０４  電源制御部、１０５  ＢＬＥ制御部、１０６  ＢＬＥネットワーク、１０７  バスブリッジ回路、１０８  ローカルＲＡＭ、１０９  プロトコル処理部、１１０  通信制御部、  １１１  暗号処理部、１１２  ローカルバス、１１３  ＬＡＮネットワーク、１１４  ＣＰＵ、１１５  ＲＯＭ、１１６  ＲＡＭ、１１７  アプリケーション機能部、１１８  システムバス
【図１】
2017050736.tif 000003
【図２】
2017050736.tif 000004
【図３】
2017050736.tif 000005
【図４】
2017050736.tif 000006
【図５】
2017050736.tif 000007
【図６】
2017050736.tif 000008
【図７】
2017050736.tif 000009