(57)【要約】【課題】他の通信装置との時刻同期を実行しつつ消費電力を低減する。【解決手段】通信装置は、他の通信装置からの第１の同期メッセージの受信と、他の通信装置への第２の同期メッセージの送信と、送信された第２の同期メッセージに応答して他の通信装置から送信される第３の同期メッセージの受信と、受信された第１の同期メッセージおよび第３の同期メッセージに基づいて、他の通信装置に時刻同期する。そして、第１の動作モードから該第１の動作モードより消費電力が低い第２の動作モードへ切り換えられた後に、他の通信装置へ第２の同期メッセージを送信する頻度が、通信装置が第１の動作モードで動作する間より低くなるよう制御する。【選択図】  図２
2020065188.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
他の通信装置から第１の同期メッセージを受信する第１の受信手段と、
前記他の通信装置へ第２の同期メッセージを送信する送信手段と、
前記送信手段により送信された前記第２の同期メッセージに応答して前記他の通信装置から送信される第３の同期メッセージを受信する第２の受信手段と、
受信された前記第１の同期メッセージおよび前記第３の同期メッセージに基づいて、前記他の通信装置に時刻同期する同期手段と、
第１の動作モードと、該第１の動作モードより消費電力が低い第２の動作モードとの間で前記通信装置の動作を切り換える切換手段と、
前記切換手段により、前記第１の動作モードから前記第２の動作モードへ切り換えられた後に、前記他の通信装置へ前記第２の同期メッセージを送信する頻度が、前記通信装置が前記第１の動作モードで動作する間より低くなるよう、前記送信手段を制御する制御手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記制御手段は、前記切換手段により前記第１の動作モードへ切り換えられた際に、前記他の通信装置へ前記第２の同期メッセージを送信する頻度が、前記通信装置が前記第２の動作モードで動作する間より高くなるよう、前記送信手段を制御する、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記制御手段は、前記切換手段により前記第１の動作モードから前記第２の動作モードへ切り換えられた後に、前記他の通信装置への前記第２の同期メッセージの送信を停止する、
ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記制御手段は、前記切換手段により前記第１の動作モードから前記第２の動作モードへ切り換えられてから前記第１の動作モードへ復帰するまでの間、前記他の通信装置へ前記第２の同期メッセージを送信する頻度が、前記通信装置が前記第１の動作モードで動作する間より低くなるよう、前記送信手段を制御する、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記第１の動作モードは、前記他の通信装置への時刻同期が必要なアプリケーションが動作可能な通常モードであり、前記第２の動作モードは、少なくともネットワークとの通信機能が動作可能であるが前記アプリケーションが動作可能でないスタンバイモードである、
ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
アプリケーションの実行履歴を記憶する記憶手段をさらに備え、
前記制御手段は、前記記憶手段に記憶された前記実行履歴に基づいて、前記他の通信装置へ前記第２の同期メッセージを送信する頻度を制御する、
ことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
【請求項７】
前記制御手段は、前記切換手段により前記第１の動作モードへ切り換えられた際に、前記記憶手段に記憶された前記実行履歴を参照し、前記実行履歴が、前記他の通信装置への時刻同期が必要なアプリケーションの実行履歴を含む場合に、前記送信手段に、前記他の通信装置へ第２の同期メッセージを送信させる、
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記制御手段は、前記切換手段により前記第１の動作モードから前記第２の動作モードへ切り換えられた際に、前記記憶手段に記憶された前記実行履歴を参照し、前記実行履歴が、前記他の通信装置への時刻同期が必要なアプリケーションの実行履歴を含む場合に、前記他の通信装置へ前記第２の同期メッセージを送信する頻度が、前記通信装置が前記第１の動作モードで動作する間より低くなるよう、前記送信手段を制御する、
ことを特徴とする請求項６または７に記載の通信装置。
【請求項９】
前記通信装置は、ＰＴＰ（Ｐｒｅｃｉｓｉｏｎ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）におけるスレーブ装置であり、前記他の通信装置は、ＰＴＰにおけるマスタークロック装置である、
ことを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記第１の同期メッセージは、ＰＴＰにおけるＳｙｎｃメッセージを含み、前記第２の同期メッセージは、ＰＴＰにおけるＤｅｌａｙ＿Ｒｅｑメッセージを含み、前記第３の同期メッセージは、ＰＴＰにおけるＤｅｌａｙ＿Ｒｅｓｐメッセージを含む、
ことを特徴とする請求項９に記載の通信装置。
【請求項１１】
他の通信装置へ時刻同期する通信装置の制御方法であって、
前記他の通信装置から第１の同期メッセージを受信するステップと、
前記他の通信装置へ第２の同期メッセージを送信するステップと、
送信された前記第２の同期メッセージに応答して前記他の通信装置から送信される第３の同期メッセージを受信するステップと、
受信された前記第１の同期メッセージおよび前記第３の同期メッセージに基づいて、前記他の通信装置に時刻同期するステップと、
第１の動作モードと、該第１の動作モードより消費電力が低い第２の動作モードとの間で前記通信装置の動作を切り換えるステップと、
前記第１の動作モードから前記第２の動作モードへ切り換えられた後に、前記他の通信装置へ前記第２の同期メッセージを送信する頻度が、前記通信装置が前記第１の動作モードで動作する間より低くなるように制御するステップと、
を備えることを特徴とする通信装置の制御方法。
【請求項１２】
コンピュータを、請求項１から１０のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他の通信装置と時刻同期が可能な通信装置に関する。
【背景技術】
【０００２】
近年、映像表示における高画質化および大画面化が進展しており、単一の映像出力機器の解像度を超えるような高解像度の映像表示を、複数の映像出力機器を用いて実現するような映像表示システムが知られている。
このような映像表示システムにおいて、複数の映像出力機器（以下、「プロジェクタ」と称する。）は、ネットワーク上で相互に接続され、ネットワーク経由で映像配信装置から配信される映像データをそれぞれ受信して投影する。複数のプロジェクタからそれぞれ投影された映像を並べて１つの投影映像を形成することで、高解像度な映像表示が実現される。
【０００３】
このように、複数のプロジェクタからの映像の投影を同期連動させて１つの投影映像を形成するためには、全てのプロジェクタの間で時刻を同期させておく必要がある。ネットワーク上の複数の装置間でこうした時刻の同期を行う仕組みとして、米国電気電子学会（ＩＥＥＥ）のＩＥＥＥ１５８８で規定される時刻同期プロトコル（Ｐｒｅｃｉｓｉｏｎ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ：ＰＴＰ）がある。
ＰＴＰでは、まず、１台のマスタークロック装置から送信される周期的な同期メッセージを複数のスレーブ装置でそれぞれ受信する。そして、スレーブ装置は、マスタークロック装置へ周期的な遅延リクエストメッセージを送信し、マスタークロック装置から遅延リクエストメッセージに応答する遅延応答メッセージを受信する。
スレーブ装置は、これらのメッセージのやり取りによって取得した情報を解析して、ネットワークの伝送遅延時間および時刻オフセットを推定して、自装置の時刻を修正してマスタークロック装置の時刻に同期する。複数のスレーブ装置がそれぞれこのようにマスタークロック装置との時刻同期を実行することで、システム内の全てのスレーブ装置（プロジェクタ）の時刻同期が実行される。
【０００４】
特許文献１は、このようなＰＴＰに従った時刻同期手順を用いて、ネットワークで接続された複数の通信制御装置と時刻同期する通信制御装置を開示する。
具体的には、特許文献１の通信制御装置は、複数の通信制御装置からの要求パケットの受信間隔を測定し、測定された要求パケットの受信間隔に基づいて、複数の通信制御装置のうち任意の通信制御装置からの要求パケットの衝突を検知する。この要求パケットの衝突の検知結果に従って、通信制御装置は、要求パケットに対する応答パケットを送信するか否かを決定する。
【０００５】
通信制御装置は、また、要求パケットの衝突が検知された場合、衝突が検知された要求パケットを送信した通信制御装置に対して、時刻同期を要求するための再要求パケットを送信する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−７８７８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の通信制御装置はＰＴＰにおける遅延リクエストメッセージを受信する側のマスタークロック装置に相当するものであり、スレーブ装置側での時刻同期用メッセージ送信の制御を考慮したものではない。
例えば上記のように複数のプロジェクタを同期連動させて１つの投影映像を形成する場合、スレーブ装置であるそれぞれのプロジェクタが映像を投影中でない間は、他のプロジェクタとの時刻同期は必ずしも要求されない。このように時刻同期が必要でない間であっても、従来、スレーブ装置は、マスタークロック装置に時刻同期するために遅延リクエストメッセージを周期的に送信していたため、無駄な電力を消費してしまうおそれがあった。
【０００８】
本発明は、上述の課題に鑑みてなされたものであり、他の通信装置との時刻同期を実行しつつ消費電力を低減することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る通信装置のある態様によれば、他の通信装置から第１の同期メッセージを受信する第１の受信手段と、前記他の通信装置へ第２の同期メッセージを送信する送信手段と、前記送信手段により送信された前記第２の同期メッセージに応答して前記他の通信装置から送信される第３の同期メッセージを受信する第２の受信手段と、受信された前記第１の同期メッセージおよび前記第３の同期メッセージに基づいて、前記他の通信装置に時刻同期する同期手段と、第１の動作モードと、該第１の動作モードより消費電力が低い第２の動作モードとの間で前記通信装置の動作を切り換える切換手段と、前記切換手段により、前記第１の動作モードから前記第２の動作モードへ切り換えられた後に、前記他の通信装置へ前記第２の同期メッセージを送信する頻度が、前記通信装置が前記第１の動作モードで動作する間より低くなるよう、前記送信手段を制御する制御手段と、を備える通信装置が提供される。
【発明の効果】
【００１０】
本発明によれば、他の通信装置との時刻同期を実行しつつ消費電力を低減することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るプロジェクションシステムのネットワーク構成の一例を示すブロック図
【図２】スレーブ装置であるプロジェクタのハードウエアおよび機能構成の一例を示すブロック図
【図３】マスタークロック装置とプロジェクタとの間で実行される時刻同期処理の処理シーケンスの一例を示す図
【図４】実施形態１におけるプロジェクタの動作処理手順の一例を示すフローチャート
【図５】図４とともに実施形態１におけるプロジェクタの動作処理手順の一例を示すフローチャート
【図６】プロジェクタを構成する各部の動作モードごとの動作の相違を説明する図
【図７】プロジェクタの通信仕様の動作モードごとの相違を説明する図
【図８】実施形態２におけるプロジェクタの動作処理手順の一例を示すフローチャート
【図９】図８とともに実施形態２におけるプロジェクタの動作処理手順の一例を示すフローチャート
【図１０】実施形態２においてプロジェクタが参照するアプリケーション実行履歴情報の構成の一例を示す図
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して、本発明を実施するための実施形態について詳細に説明する。なお、以下に説明する実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施形態に必ずしも限定されるものではない。また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成については、同じ符号を付して説明する。
【００１３】
（実施形態１）
本実施形態では、通信装置が、ＩＥＥＥ１５８８で規定される時刻同期プロトコル（Ｐｒｅｃｉｓｉｏｎ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ：ＰＴＰ）を使用して、ネットワークで接続されるマスタークロック装置の時刻に同期するスレーブ装置である例を説明する。しかしながら、本実施形態で使用可能な時刻同期プロトコルはＰＴＰに限定されず、例えばＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）、ＳＮＴＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）等を使用してもよい。
【００１４】
また、本実施形態において、「第１の動作モード」とは、時刻同期を必要とするアプリケーションを含む通常のアプリケーションが動作可能な通常モードであってよい。一方、「第２の動作モード」とは、第１の動作モードより消費電力の低い動作モードであり、例えばネットワークとの通信機能のみ、あるいはネットワークとの通信機能を含む一部の機能のみを起動したネットワークスタンバイモードであってよい。
【００１５】
＜本実施形態のネットワーク構成＞
図１は、本実施形態に係るプロジェクションシステムのネットワーク構成の一例を示す図である。
図１に示すプロジェクションシステム１００は、スレーブ装置１ａ、１ｂ、１ｃ、および１ｄと、マスタークロック装置２と、スレーブ装置３とを備える。スレーブ装置１ａ、１ｂ、１ｃ、および１ｄと、マスタークロック装置２と、スレーブ装置３とは、ネットワーク４を介して相互に接続されている。
【００１６】
図１において、スレーブ装置１ａ、１ｂ、１ｃ、および１ｄは、映像５a、５ｂ、５ｃ、および５ｄをそれぞれ投影するプロジェクタであってよい。図１には一例として４つのプロジェクタが図示されているが、プロジェクタの数は４つに限定されず、２つ以上であってよい。
マスタークロック装置２は、プロジェクションシステム１００全体の基準となる時刻を持ち、各スレーブ装置１a〜１ｄ、および３との時刻同期を実行する。
スレーブ装置３は、プロジェクタ１ａ〜１ｄにより投影される映像データを配信する映像配信装置（例えば、ＰＣ）であってよい。
【００１７】
映像配信装置３から配信される各映像データは、各プロジェクタ１ａ〜１ｄにより受信されて、スクリーン５上に投影される。投影された４つの映像５a〜５ｄを並べて１つの映像を形成することで、スクリーン５全体に亘る高解像度の映像表示が実現される。
このような高解像度の映像表示を実現するには、各プロジェクタ１ａ〜１ｄが相互に同期したタイミングでスクリーン５に対して投影を行うことが必要となる。本実施形態では、このため、マスタークロック装置２と、プロジェクションシステム１００に収容される複数のスレーブ装置１ａ〜１ｄ、および３の間で時刻同期シーケンスを実行して、プロジェクションシステム１００内の時刻を同期させている。
【００１８】
＜プロジェクタのハードウエアおよび機能構成＞
図２は、本実施形態に係るスレーブ装置であるプロジェクタ１ａ、１ｂ、１ｃ、および１ｄ（以下、総称して「プロジェクタ１」という。）のハードウエア構成および機能構成の一例を示す図である。なお、プロジェクタ１ａ、１ｂ、１ｃ、および１ｄのいずれも図２に示す同一の構造を有してよい。
図２に示すプロジェクタ１の各機能モジュールのうち、ソフトウエアにより実現される機能については、各機能モジュールの機能を提供するためのプログラムがＲＯＭ等のメモリに記憶され、ＲＡＭに読み出してＣＰＵが実行することにより実現される。ハードウエアにより実現される機能については、例えば、所定のコンパイラを用いることで、各機能モジュールの機能を実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ  Ａｒｒａｙ回路を形成し、ハードウエアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。なお、図１に示した機能ブロックの構成は一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、いずれかの機能ブロックが複数の機能を行うブロックに分かれてもよい。
【００１９】
プロジェクタ１は、制御部１１、記憶装置１２、一時記憶部１３、投影部１４、タイマ／時計部１５、通信Ｉ／Ｆ１６、動作クロック生成部１７、および電源部１８を備える。
プロジェクタ１の内部の各機能ブロック１２〜１８は、制御部１１によりそれぞれ制御される。プロジェクタ１の内部の各機能ブロック１１〜１７には、電源部１８により電源がそれぞれ供給される。また、プロジェクタ１の内部の各機能ブロック１１〜１６、１８には、動作クロック生成部１７から動作クロックがそれぞれ供給される。
本実施形態において、プロジェクタ１の内部の各機能ブロック１１〜１８は、後述する通常モードおよびスタンバイモードのいずれかで動作する。
【００２０】
制御部１１は、記憶装置１２に記憶されているプログラムを実行して各機能ブロック１２〜１８を動作させるよう制御する。
記憶装置１２は、制御部１１により実行される各種のプログラムや各種のデータを記憶する。記憶装置１２の内部に記憶される各種のデータは、動作時に実行されたアプリケーションの種別や実行時の動作状況等を含む。記憶装置１２は、プロジェクタ１の電源がシャットダウンされても内部に記憶している情報が消去されないメモリ構造を有する。
【００２１】
一時記憶部１３は、プロジェクタ１の各機能ブロック１１〜１８の機能の実行における各種の情報を一時的に記憶しておく記憶部であり、半導体メモリ等で構成される。一時記憶部１３は、電源がシャットダウンされると内部に記憶している情報が消去されるようなメモリ構造を有する。
この一時記憶部１３は、主として、他のスレーブ装置である映像配信装置（ＰＣ）３から受信した映像データを一時的に記憶するとともに、一部のプログラムも記憶可能である。
本実施形態において、特にプロジェクタ１がスタンバイモードで動作中、制御部１１は、一時記憶部１３に記憶されているプログラムを実行して様々な制御を行う。一時記憶部１３はまた、図３を参照して後述する時刻同期シーケンスを実行して得られるネットワークの伝送遅延時間や時刻オフセットの値も記憶する。
【００２２】
投影部１４は、映像表示素子、レンズ、および光源で構成され、映像表示素子で表示される映像を光源とレンズを使用してスクリーン５等に投影する。
タイマ／時計部１５は、日時や時刻を示す時計機能と、ある一定期間を計測可能なタイマとで構成されている。タイマ／時計部１５は、制御部１１の指示に応じて、必要な日時、時刻、タイマ等の情報を提供する。タイマ／時計部１５はまた、図３を参照して後述する時刻同期シーケンスを実行して得られるネットワークの伝送遅延時間や時刻オフセットの値を利用してプロジェクションシステム１００全体の時刻を同期させるため、時刻を修正する機能も備える。
【００２３】
通信Ｉ／Ｆ１６は、ＩＥＥＥ８０２．３関連規格に準拠したＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の有線系ネットワーク１０と接続する通信用インタフェースである。この通信Ｉ／Ｆ１６を介して、プロジェクタ１は、図１に示すネットワーク４と接続される。本実施形態において、通信Ｉ／Ｆ１６は、映像配信装置３から映像データを受信したり、マスタークロック装置２との間で、図３に示す時刻同期シーケンスを実行する際の通信用インタフェースとして使用される。
【００２４】
代替的に、通信Ｉ／Ｆ１６を、ＩＥＥＥ８０２．１１関連規格に準拠した無線ＬＡＮモジュールと接続するＨｏｓｔ＿ＩＦで構成してもよい。このＨｏｓｔ＿ＩＦは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＳＤＩＯ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）であってよい。あるいはＨｏｓｔ＿ＩＦは、ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ−Ｅｘｐｒｅｓｓ）であってよい。
制御部１１は、通信Ｉ／Ｆ１６を、これら無線ＬＡＮモジュールに搭載されるコントロールＬＳＩを制御するためのインターフェースとして使用する。この場合、スレーブ装置であるプロジェクタ１は、図１に示すシステム構成の映像配信装置３やマスタークロック装置２と、アクセスポイントを経由して接続される。
【００２５】
動作クロック生成部１７は、内部で生成した動作クロックを各機能ブロック１１〜１６、１８へ供給する。本実施形態において、動作クロック生成部１７は、周波数の異なる２つ以上の動作クロックを生成することができる。生成された周波数の異なる２つ以上の動作クロックは、制御部１１の制御によって選択されて、各機能ブロック１１〜１６、１８へ供給される。
動作クロック生成部１７は、スタンバイモードにおいて、通常モードの場合より低い周波数の動作クロックを供給する。このスタンバイモードでは、制御部１１の制御によって、各機能ブロック１１〜１６、１８に対して動作クロックの供給そのものを個別に停止することも可能である。
【００２６】
電源部１８は、プロジェクタ１の内部の各機能ブロック１１〜１７に対して、動作するための電源を供給する。なお、プロジェクタ１の内部には、プロジェクタ１全体の電源をオン／オフできるスイッチが装備され、ユーザがスイッチを操作することによって電源のオン／オフを可能としている。さらに、プロジェクタ１の内部の各機能ブロック１１〜１７に対して、個別に電源供給をオン／オフする設定も可能となっており、この個別の電源供給のオン／オフは、制御部１１の制御によって実行される。
【００２７】
＜時刻同期の処理シーケンス＞
図３は、本実施形態において、マスタークロック装置２とシステム内のスレーブ装置である各機器１ａ〜１ｄ、３との間で実行される時刻同期の処理手順の詳細の一例を示すシーケンスチャートである。
ＩＥＥＥ１５８８規格に定義されるＰＴＰでは、マスタークロック装置２とシステム内のスレーブ装置である各機器１ａ〜１ｄ、および３との間の時刻同期のため、４種類の同期メッセージが定義されている。この４種類の同期メッセージは、図３に示すＳｙｎｃメッセージ、Ｆｏｌｌｏｗ＿ｕｐメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージ、およびＤｅｌａｙ＿Ｒｅｓｐメッセージである。
このうち、ＳｙｎｃメッセージおよびＦｏｌｌｏｗ＿ｕｐメッセージは、マスタークロック装置２から各機器１ａ〜１ｄ、３までの通信遅延を測定するため使用される。一方、Ｄｅｌａｙ＿ＲｅｑメッセージおよびＤｅｌａｙ＿Ｒｅｓｐメッセージは、各機器１ａ〜１ｄ、３からマスタークロック装置２までの通信遅延を測定するために使用される。
Ｓｙｎｃメッセージは、マスタークロック装置２から、例えば２秒に１回、周期的に送信される。Ｄｅｌａｙ＿Ｒｅｑメッセージは、スレーブ装置である各機器１ａ〜１ｄ、および３から、通常モードにおいて、例えば１分に１回、周期的に送信される。以下、スレーブ装置から送信されるＤｅｌａｙ＿Ｒｅｑメッセージを、「遅延リクエストメッセージ」ないし「遅延リクエスト」ともいう。マスタークロック装置２から送信されるＳｙｎｃメッセージおよびＦｏｌｌｏｗ＿ｕｐメッセージを総称して「Ｓｙｎｃメッセージ」ということができる。
【００２８】
Ｓ４３１で、マスタークロック装置２は、時刻Ｔ１にＳｙｎｃメッセージを各機器１ａ〜１ｄ、および３にそれぞれ送信する。
Ｓ４３２で、マスタークロック装置２は、Ｓｙｎｃメッセージを送信した際に、このＳｙｎｃメッセージを送信した時刻Ｔ１を記憶する。
Ｓ４３３で、マスタークロック装置２は、次に、時刻Ｔ１をＦｏｌｌｏｗ＿ｕｐメッセージに挿入して各機器１ａ〜１ｄ、および３に送信する。
【００２９】
Ｓ４３４で、各機器１ａ〜１ｄ、および３は、それぞれ、マスタークロック装置２からＳｙｎｃメッセージを受信し、受信時刻Ｔ２を記憶する。各機器１ａ〜１ｄ、および３はまた、続けて受信したＦｏｌｌｏｗ＿ｕｐメッセージからＳｙｎｃメッセージの送信時刻Ｔ１を取得する。
次に、Ｓ４３５で、各機器１ａ〜１ｄ、および３は、時刻Ｔ３に、Ｄｅｌａｙ＿Ｒｅｑメッセージをマスタークロック装置２に送信する。
Ｓ４３６で、各機器１ａ〜１ｄ、および３はそれぞれ、Ｄｅｌａｙ＿Ｒｅｑメッセージを送信した時刻Ｔ３を記憶する。
【００３０】
Ｓ４３７で、マスタークロック装置２は、Ｄｅｌａｙ＿Ｒｅｑメッセージを受信すると、Ｄｅｌａｙ＿Ｒｅｑメッセージの受信時刻Ｔ４を記憶する。
Ｓ４３８で、マスタークロック装置２は、次に、受信時刻Ｔ４をＤｅｌａｙ＿Ｒｅｓｐメッセージに挿入し、各機器１ａ〜１ｄ、および３にそれぞれ送信する。
各機器１ａ〜１ｄ、および３は、マスタークロック装置２からＤｅｌａｙ＿Ｒｅｓｐメッセージを受信し、このＤｅｌａｙ＿Ｒｅｓｐメッセージから受信時刻Ｔ４を取得する。
【００３１】
以上のシーケンスを実行することにより、各機器１ａ〜１ｄ、および３は、それぞれ、メッセージの送受信時刻Ｔ１〜Ｔ４を取得する。これにより、マスタークロック装置２とスレーブ装置である各機器１ａ〜１ｄ、および３との間で、以下のとおり、ネットワークの伝送遅延と時刻オフセットとを計算して、時刻同期することが可能となる。
【００３２】
ここで、Ｓｙｎｃメッセージ送信時刻Ｔ１とＳｙｎｃメッセージ受信時刻Ｔ２との差分Ｔｍｓｄと、Ｄｅｌａｙ＿Ｒｅｑメッセージ送信時刻Ｔ３とＤｅｌａｙ＿Ｒｅｑメッセージ受信時刻Ｔ４との差分Ｔｓｍｄは、それぞれ以下の式（１）、式（２）のとおり示される。
【００３３】
Ｔｍｓｄ＝（Ｔ２＋Ｔｍｓ）−Ｔ１＝（Ｔ２−Ｔ１）＋Ｔｍｓ        （１）
Ｔｓｍｄ＝Ｔ４−（Ｔ３＋Ｔｍｓ）＝（Ｔ４−Ｔ３）−Ｔｍｓ        （２）
【００３４】
上記で、Ｔｍｓは、マスタークロック装置２に対する各機器１ａ〜１ｄ、および３のそれぞれの時刻オフセットを表す。ここで、上記式（１）、式（２）からＴｍｓｄとＴｓｍｄの値を求めることはできないため、通信経路が対称的であると仮定し、ネットワークの伝送遅延をＴｄとする。
Ｔｍｓｄ＝Ｔｓｍｄ＝Ｔｄ  （３）
【００３５】
上記式（１）、式（２）、および式（３）の連立方程式を解くことにより、以下の式（４）および式（５）により、伝送遅延Ｔｄと時刻オフセットＴｍｓとを求める。
Ｔｄ＝（（Ｔ２−Ｔ１）＋（Ｔ４−Ｔ３））／２    （４）
Ｔｍｓ＝（（Ｔ４−Ｔ３）−（Ｔ２−Ｔ１））／２  （５）
【００３６】
マスタークロック装置２と時刻同期しなければならないのは、スレーブ装置である各機器１ａ〜１ｄ、および３である。このため、スレーブ装置である各機器１ａ〜１ｄ、および３は、それぞれ、上記式（４）、式（５）に基づいて伝送遅延と時刻オフセットとを導出し、自機器の時刻を修正して、マスタークロック装置２に時刻同期する。
【００３７】
＜スレーブ装置の動作モード切り換え動作手順＞
図４および図５は、本実施形態において、スレーブ装置であるプロジェクタ１の動作モードの切換処理、並びに、ネットワークを介してマスタークロック装置２と接続して実行する時刻同期処理の処理手順の一例を示すフローチャートである。以下ではプロジェクタ１がマスタークロック装置２との間での時刻同期プロトコルとしてＩＥＥＥ１５８８規格で定義されるＰＴＰを使用する例を説明するが、本実施形態はＰＴＰプロトコル以外のプロトコルにも適用可能である。また、以下では、動作モードの切替えに応じて、プロジェクタ１の制御部１１が、図３に示すＤｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージをどのタイミングで送信するかを可変に制御する例を説明する。
【００３８】
Ｓ４１で、プロジェクタ１は、プロジェクタ１のすべての機能が停止している電源オフ状態から、ユーザにより電源をオンにする操作が実行されたことを条件に状態遷移する。電源オン操作が実行された場合（Ｓ４１：Ｙ）、Ｓ４２に進み、一方、電源オン操作が実行されない場合（Ｓ４１：Ｎ）、Ｓ４１に戻って現在の状態を維持し、Ｓ４１の処理を繰り返す。
Ｓ４１において判定すべき、電源をオンにする操作とは、例えば、ユーザがプロジェクタ１の電源部１８に電源を接続する操作、あるいは電源部１８に装備される電源オン／オフ切換スイッチを電源オンに切り換える操作等を含む。
【００３９】
Ｓ４２で、プロジェクタ１は通常モードに移行する。具体的には、まずプロジェクタ１の記憶装置１２が動作状態となり、記憶装置１２に記憶されている所定のプログラムを制御部１１が実行することにより、プロジェクタ１の各機能ブロックの制御を開始する。
制御部１１は、各機能ブロックに対して必要な設定を行って各種アプリケーションが実行可能な状態とする。
【００４０】
Ｓ４３で、プロジェクタ１の制御部１１は、タイマ／時計部１５を介して、図３に示す時刻同期シーケンスを実行して、自装置の時刻を、プロジェクションシステム１００を構成するマスタークロック装置２に同期した時刻に修正する。具体的には、プロジェクタ１の制御部１１は、マスタークロック装置２からＳｙｎｃメッセージおよびＦｏｌｌｏｗ＿ｕｐメッセージを受信する。その後、プロジェクタ１の制御部１１は、マスタークロック装置２へＤｅｌａｙ＿Ｒｅｑメッセージを送信し、マスタークロック装置２からその応答であるＤｅｌａｙ＿Ｒｅｓｐメッセージを受信する。その後、これらの同期メッセージ、および同期メッセージの送受信時刻からネットワークの伝送遅延および時刻オフセットを算出することにより、プロジェクタ１の制御部１１は、自装置の時刻を修正する。
【００４１】
本実施形態では、プロジェクタ１の制御部１１は、通常モードで動作する間と、以下で説明するスタンバイモードで動作する間とで、マスタークロック装置２へ送信するＤｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージの送信頻度が相違するよう制御する。
具体的には、プロジェクタ１の制御部１１は、通常モードで動作する間、マスタークロック装置２からＳｙｎｃメッセージおよびＦｏｌｌｏｗ＿ｕｐメッセージを受信する度に、マスタークロック装置２へＤｅｌａｙ＿Ｒｅｑメッセージを送信してよい。
【００４２】
代替的に、通常モードにおいて、マスタークロック装置２からＳｙｎｃメッセージおよびＦｏｌｌｏｗ＿ｕｐメッセージを所定回数受信した後に、マスタークロック装置２へＤｅｌａｙ＿Ｒｅｑメッセージを送信してもよい。または、自装置の時刻精度が一定以上に劣化している場合に、マスタークロック装置２からＳｙｎｃメッセージおよびＦｏｌｌｏｗ＿ｕｐメッセージを受信する度に、マスタークロック装置２へＤｅｌａｙ＿Ｒｅｑメッセージを送信してもよい。いずれの場合であっても、プロジェクタ１の制御部１１は、スタンバイモードの間において、通常モードの間に動作する場合より、Ｄｅｌａｙ＿Ｒｅｑメッセージの送信頻度がより少なくなるよう、Ｄｅｌａｙ＿Ｒｅｑメッセージの送信を制御する。
【００４３】
Ｓ４４で、プロジェクタ１の制御部１１は、ユーザから所定のアプリケーションを起動する操作が実行されたか否か、または所定のアプリケーションがすでに実行中か否かを判定する。ユーザから所定のアプリケーションを起動する操作が実行されたか、または所定のアプリケーションがすでに実行中の場合（Ｓ４４：Ｙ）、Ｓ４５へ進む。一方、所定のアプリケーションが実行中でなく、起動する操作も実行されない場合（Ｓ４４：Ｎ）、Ｓ４５をスキップしてＳ５１へ進む。
Ｓ４４で判定すべき所定のアプリケーションとは、例えば、図１に示すプロジェクションシステム１００のように、システム内で時刻同期がされていないと正常に動作しないアプリケーションを含む。
【００４４】
なお、図４では、Ｓ４４に先行してＳ４３で時刻同期シーケンスを実行しており、所定のアプリケーションが起動する前に時刻同期が完了していることになる。このような順序でＳ４３およびＳ４４を実行することにより、通常モードに移行した時点で時刻同期がすでに実行されているので、時刻同期が必要となるアプリケーションの起動操作がなされた時にアプリケーションを迅速に起動することができる。
【００４５】
Ｓ４５で、プロジェクタ１の投影部１４は、図１に示すように映像配信装置３から受信した映像データをスクリーン５に投影するアプリケーション等を実行する。Ｓ４３で、すでにマスタークロック装置２に対して各プロジェクタ１ａ〜１ｄの時刻が同期しているので、複数のプロジェクタ１a〜１ｄから映像データをスクリーン５に投影して１つの映像を形成することが可能となる。
【００４６】
図５を参照して、Ｓ５１で、ユーザにより電源をオフにする操作が実行されたことを条件に状態遷移する。電源オフ操作が実行された場合（Ｓ５１：Ｙ）、Ｓ５８に進んでシャットダウン処理を実行し、一方、電源オフ操作が実行されない場合（Ｓ５１：Ｎ）、Ｓ５２へ進む。
【００４７】
Ｓ５２で、プロジェクタ１の制御部１１は、ユーザからスタンバイモードへ移行する操作が実行されたか否かを判定する。ユーザからスタンバイモードへ移行する操作が実行された場合（Ｓ５２：Ｙ）、Ｓ５２に進み、一方、スタンバイモードへ移行する操作が実行されない場合（Ｓ５２：Ｎ）、Ｓ４３へ戻ってＳ４３からＳ５１の処理を繰り返す。
Ｓ５１およびＳ５２により、ユーザから電源をオフにする操作か、またはスタンバイモードへ移行する操作が実行されるまで、Ｓ４３の時刻同期シーケンスが継続して実行されることになる。
【００４８】
Ｓ５３で、プロジェクタ１の制御部１１は、現在実行している、例えば映像配信装置３から受信した映像データをスクリーン５に投影するアプリケーションを停止し、その後スタンバイモードへ移行する（切り換える）。
具体的には、制御部１１は、通信Ｉ／Ｆ１６に対して映像配信装置３からの映像データの受信の停止を指示し、投影部１４に対してスクリーン５への投影を停止させる指示を実行して、アプリケーションを停止する。
【００４９】
Ｓ５４で、プロジェクタ１の制御部１１は、プロジェクタ１が図３に示す時刻同期のシーケンスの中で、スレーブ装置とマスタークロック装置との間の伝送遅延を測定するために送信するＤｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージの送信を停止する。
Ｓ５３で、システム内の時刻同期を必要とするアプリケーションはすでに停止しているため、Ｓ５４で伝送遅延を測定するためのＤｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージの送信も停止させてよい。スタンバイモードでは、消費電力を低く抑制することが求められるので、必要の無い動作であるＤｅｌａｙ＿Ｒｅｑメッセージの送信を停止することにより消費電力が低減できる。
【００５０】
代替的に、スタンバイモードでは、通常モードにおいてＳ４３で時刻同期シーケンスを実行する場合より低い頻度でＤｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージを送信してもよい。または、スタンバイモードでは、自装置の時刻精度が一定以上の精度である場合に、Ｄｅｌａｙ＿Ｒｅｑメッセージの送信を停止してもよい。
【００５１】
Ｓ５５は、スタンバイモードで動作している状態であり、このスタンバイモードの間、通常モードで動作している時よりも消費する電力が低くなるように必要の無い動作は停止させられている。
Ｓ５５では、制御部１１の制御によって、プロジェクタ１全体の動作クロックの周波数は低く設定される。制御部１１はまた、投影部１４、記憶装置１２等の消費電力の大きな機能ブロックは電源も停止する状態へ移行させてよい。制御部１１はまた、タイマ／時計部１５や通信Ｉ／Ｆ１６を、外部からの起動パケット等を受信できる程度まで機能を絞って動作する状態へ移行させてよい。Ｓ５５のスタンバイモードでの動作制御は、図６および図７を参照して後述する。
【００５２】
Ｓ５６で、ユーザにより電源をオフにする操作が実行されたことを条件に状態遷移する。電源オフ操作が実行された場合（Ｓ５６：Ｙ）、Ｓ５８に進んでシャットダウン処理を実行し、一方、電源オフ操作が実行されない場合（Ｓ５６：Ｎ）、Ｓ５７へ進む。
Ｓ５７で、プロジェクタ１の制御部１１は、ユーザから通常モードへ移行する操作が実行されたか否かを判定する。ユーザから通常モードへ移行する操作が実行された場合（Ｓ５７：Ｙ）、Ｓ４２に戻ってＳ４２からＳ５６の処理を繰り返し、一方、通常モードへ移行する操作が実行されない場合（Ｓ５７：Ｎ）、Ｓ５４へ戻ってＳ５４からＳ５６の処理を繰り返す。
Ｓ５６およびＳ５７により、ユーザから電源をオフにする操作か、または通常モードへ移行する(切り換える)操作が実行されるまで、Ｓ５４のＤｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージの送信停止が維持されることになる。
【００５３】
Ｓ５８で、プロジェクタ１は、指示された電源オフ状態へ移行してシャットダウンする。具体的には、プロジェクタ１は、記憶装置１２が正常に停止できるよう、制御部１１で実行されていたプログラムを終了させ、一時記憶部１３に記憶されている情報の一部を記憶装置１２へ書込む。その後、プロジェクタ１は、各機能ブロックへの動作クロックや電源の供給を停止して、すべての機能が停止している電源オフ状態へ移行し、シャットダウンを完了する。
【００５４】
＜通常モードとスタンバイモードでの動作相違＞
図６は、スレーブ装置を構成するプロジェクタ１の内部の各機能ブロック１１〜１６について、動作モードの相違による電源供給状況と動作クロック周波数の一例を示す図である。図６に示すように各機能ブロックの電源供給や動作クロック周波数を制御することにより、スタンバイモードにおいて通常モードより消費電力を低減することができる。なお、図６に記載された数値は一例であり、本実施形態は図６に記載の数値に限定されない。
【００５５】
プロジェクタの制御部１１は、通常モードで動作中、電源が供給され、かつ４００ＭＨｚとなる高い動作クロック周波数が供給されている。一方、制御部１１は、スタンバイモードで動作中、電源は供給されているものの、動作クロックについては５０ＭＨｚのように、通常モードの場合より低い動作クロック周波数が供給されている。このように、スタンバイモードでは、通常モードより動作クロックを低い周波数に設定することで、動作性能よりも消費電力の低減を優先させている。
【００５６】
プロジェクタ１の記憶装置１２は、通常モードで動作中、電源が供給され、かつ４００ＭＨｚとなる高い動作クロック周波数が供給されている。一方、記憶装置１２は、スタンバイモードで動作中、電源と動作クロックの供給がともに停止されている。このように、スタンバイモードでは、電源と動作クロックの供給を完全に停止させることで、消費電力を低減している。
【００５７】
プロジェクタ１の一時記憶部１３は、通常モードで動作中、電源が供給され、かつ４００ＭＨｚとなる高い動作クロック周波数が供給されている。一方、一時記憶部１３は、スタンバイモードで動作中、電源は供給されているものの、動作クロックについては５０ＭＨｚのように、通常モードの場合より低い動作クロック周波数が供給されている。このように、スタンバイモードでは、通常モードより動作クロックを低い周波数に設定することで、動作性能よりも消費電力の低減を優先させている。
【００５８】
プロジェクタ１の投影部１４は、通常モードで動作中、電源が供給され、かつ２００ＭＨｚとなる高い動作クロック周波数が供給されている。一方、投影部１４は、スタンバイモードで動作中、電源と動作クロックの供給がともに停止されている。このように、スタンバイモードでは、電源と動作クロックの供給を完全に停止させることで、消費電力を低減している。
【００５９】
プロジェクタ１のタイマ／時計部１５は、通常モードで動作中、電源が供給され、かつ２００ＭＨｚとなる高い動作クロック周波数が供給されている。一方、タイマ／時計部１５は、スタンバイモードで動作中、電源は供給されているものの、動作クロックについては２５ＭＨｚのように、通常モードの場合より低い動作クロック周波数が供給されている。このように、スタンバイモードでは、通常モードより動作クロックを低い周波数に設定することで、動作性能よりも消費電力の低減を優先させている。
【００６０】
プロジェクタ１の通信Ｉ／Ｆ１６は、通常モードで動作中、電源が供給され、かつ２００ＭＨｚとなる高い動作クロック周波数が供給されている。一方、通信Ｉ／Ｆ１６は、スタンバイモードで動作中、電源は供給されているものの、動作クロックについては２５ＭＨｚのように、通常モードの場合より低い動作クロック周波数が供給されている。このように、スタンバイモードでは、通常モードより動作クロックを低い周波数に設定することで、動作性能よりも消費電力の低減を優先させている。
【００６１】
図６の動作モードテーブル６に一例として示すように、時刻同期を必要とするプロジェクションアプリケーションが稼動しないスタンバイモードでは、投影部１４および記憶装置１２には電源も動作クロックも供給する必要がない。また、スタンバイモードでは、ネットワークを介して接続される他の装置から特定のパケットを受信できれば足りる。このため、これらのパケット受信のため稼動すべき制御部１１、一時記憶部１３、タイマ／時計部１５、および通信Ｉ／Ｆ１６へ供給される動作クロック周波数も、通常モードの場合より低く設定されてよい。
【００６２】
図７は、スレーブ装置を構成するプロジェクタ１の通信機能および性能について、動作モードの相違による制御パターンの一例を示す図である。図７に示すように、スタンバイモードでは、通常モードと比較して、通信機能および性能を限定的に実行させることで、消費電力を低減することができる。なお、図７に記載された数値は一例であり、本実施形態は図６に記載の数値に限定されない。
【００６３】
時刻同期７１について、プロジェクタ１は、通常モードでは、図３に示す時刻同期シーケンスを実行し、一方、スタンバイモードでは、図４に示すようにＤｅｌａｙ＿Ｒｅｑメッセージの送信を停止し、Ｓｙｎｃメッセージの受信のみを実行する。
スタンバイモードでは、時刻同期を必要とするアプリケーションが実行されないので、Ｓｙｎｃメッセージは受信するものの、時刻同期のためのＤｅｌａｙ＿Ｒｅｑメッセージの送信を停止することで、必要以上の電力消費を抑制している。
【００６４】
通信パケット７２について、プロジェクタ１は、通常モードでは、通信Ｉ／Ｆ１６を介して、プロジェクタ１が対応している全ての通信パケットの送受信が可能である。一方、スタンバイモードでは、特定の通信パケットのみ送受信を行う。
スタンバイモードで送受信可能な特定の通信パケットは、例えば、ＴＣＰ／ＩＰプロトコルに規定されるＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答を含む。また、特定のパケットは、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）  Ｐｉｎｇ応答、起床パケット（Ｍａｇｉｃ  Ｐａｃｋｅｔ）の受信を含む。
このように、スタンバイモードでは、システムを管理維持するための制御用通信パケットの送受信、起動パケットの受信等、特定の用途に限定して他の装置と通信できればよい。このため、本実施形態では、スタンバイモードで必要となる通信パケットについてのみ送受信を可能とすることで、必要以上の電力消費を抑制している。
【００６５】
最大コネクション数７３は、プロジェクタ１がネットワークを介して通信相手と仮想的な通信路（コネクション）を形成できる総数である。この最大コネクション数７３について、プロジェクタ１は、通常モードでは、１２８コネクションまで対応可能である。一方、スタンバイモードでは、１０コネクションまでに制限されてよい。
上記のように、スタンバイモードでは、システムを管理維持するための制御用通信パケットの送受信、起動パケットの受信等、特定の用途に限定して通信できればよい。このため、本実施形態では、特定の用途の通信パケットの送受信に必要なコネクション数に限定して必要以上の電力消費を抑制している。
【００６６】
最大無線（ＰＨＹ）レート７４について、プロジェクタ１は、通常モードでは、１Ｇｂｐｓの速度の通信規格を使用してネットワークに接続する。一方、スタンバイモードでは、１００Ｍｂｐｓの速度の通信規格を使用してネットワークに接続してよい。
上記のように、スタンバイモードでは、特定の用途に限定して通信できればよいため、本実施形態では、消費電力の低い１００Ｍｐｂｓの通信規格を選択して必要以上の電力消費を抑制している。
【００６７】
以上説明したように、本実施形態によれば、通信装置（スレーブ装置（プロジェクタ）１）は、通常モードからスタンバイモードへ切り換えられた後に、他の通信装置（マスタークロック装置２）へ遅延リクエストを送信する頻度が、通信装置が通常モードで動作する間より低くなるよう制御する。
さらに、本実施形態では、スタンバイモードから通常モードへ切り換えられた際に、他の通信装置へ遅延リクエストを送信する頻度が、スタンバイモードで動作する間より高くなるよう制御する。
【００６８】
これにより、遅延リクエストを送信する側の通信装置において、スタンバイモードへ切り換えられた後に、他の通信装置への時刻同期に使用される遅延リクエストの送信頻度を抑制することができる。例えば、スタンバイモードへ切り換えられてから通常モードに復帰するまでの間、遅延リクエストの送信頻度を抑制することができる。これにより、時刻の同期が必要でない場合に、遅延リクエストの送信やこれに伴う時刻同期の各処理に消費する電力を低減することが可能となる。
また、スタンバイモードから通常モードへ復帰する際に、時刻同期に使用する遅延リクエストの送信を再開することができる。これにより、通常モードへ復帰した際に、迅速に時刻同期を実行して時刻の同期が必要なアプリケーションを速やかに起動することが可能となる。従って、他の通信装置との時刻同期を実行しつつ消費電力を低減することが実現できる。
【００６９】
（実施形態２）
以下、本発明の実施形態２を、実施形態１と異なる点につき説明する。
本実施形態においては、第２の同期メッセージ（遅延リクエスト）を送信する側の通信装置は、通常モードにおいて、ネットワーク上で時刻同期が必要となるアプリケーションの実行履歴を記録する。そして、通信装置は、通常モードに移行した際に、時刻同期が必要となるアプリケーションの実行履歴があるか否かを判定し、実行履歴がある場合に第２の同期メッセージを他の通信装置へ送信する。一方、通信装置は、時刻同期が必要となるアプリケーションの実行履歴が未だない場合には、通常モードに移行した際ではなく、時刻同期が必要となったタイミングで第２の同期メッセージ（遅延リクエスト）を他の通信装置へ送信する。
通常モードに移行した後に、時刻同期が必要となるアプリケーションが直ちに実行されるとは限らない。本実施形態によれば、通常モードに移行した後であっても時刻同期が必要となるアプリケーションが未だ実行されていない場合には、第２の同期メッセージ（遅延リクエスト）を送信しないため、通常モードにおける電力消費を低減することができる。
【００７０】
本実施形態に係るスレーブ装置である通信装置のハードウエア構成および機能構成は、図２に示す実施形態１に係る通信装置と同様である。
図８および図９は、本実施形態において、スレーブ装置であるプロジェクタ１の動作モードの切換処理、並びに、ネットワークを介してマスタークロック装置２と接続して実行する時刻同期処理の処理手順の一例を示すフローチャートである。本実施形態では、プロジェクタ１の制御部１１は、アプリケーションの実行履歴に基づいて、Ｄｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージをマスタークロック装置２へ送信するタイミングを制御する。
【００７１】
図８を参照して、Ｓ４１およびＳ４２の処理は、図４に示す実施形態１のＳ４１およびＳ４２と同様である。ただし、本実施形態では、Ｓ４２で、プロジェクタ１の制御部１１は、記憶装置１２に予め記憶しているアプリケーションの実行履歴情報を一時記憶部１３へコピーする。
【００７２】
図１０は、実施形態２において、プロジェクタ１の制御部１１が参照するアプリケーションの実行履歴情報の一例を示す図である。図１０に示すアプリケーションの実行履歴情報は、プロジェクタ１がどのようなアプリケーションをいつ実行したかの履歴情報を順に記録する。
図１０において、アプリケーション１は、例えば、映像配信装置３から受信した映像データを各プロジェクタ１ａ〜１ｄから投影して１つの映像を形成するようにスクリーン５に投影するプロジェクションアプリケーションであってよい。このようなアプリケーション１を実行するためには、マスタークロック装置２に対して複数のプロジェクタ１ａ〜１ｄのそれぞれの時刻が同期していることが条件となる。
【００７３】
一方、アプリケーション２は、例えば、映像配信装置３から受信した映像データを１つのプロジェクタ１のみが単独でスクリーン５に投影するプロジェクションアプリケーションであってよい。このようなアプリケーション２は、例えば、プロジェクタ１ａのみが起動しその他のプロジェクタ１ｂ〜１ｄは起動していないため、マスタークロック装置２に対して時刻が同期していなくても正常に動作する。
【００７４】
同様に、アプリケーション３は、例えば、各プロジェクタ１のそれぞれに対する各種設定を行うアプリケーションであってよい。具体的には、アプリケーション３は、プロジェクタ１を単独で起動してスクリーン５への設定内容を投影させて、ユーザ操作によって輝度やキーストーンの調整などを実行するアプリケーションであってよい。このようなアプリケーション３は、例えば、プロジェクタ１ａのみが起動しその他のプロジェクタ１ｂ〜１ｄは起動していないため、マスタークロック装置２に対して時刻が同期していなくても正常に動作する。
【００７５】
図１０を参照して、アプリケーション１の実行履歴情報は、２０１５年１２月１日、同年１１月３０日、および同年１０月２１日に実行されたことを示している。同様に、アプリケーション２の実行履歴情報は、２０１５年１１月６日に、アプリケーション３の実行履歴情報は、２０１５年１１月１３日、および同年９月１６日に、それぞれ実行されたことを示している。
【００７６】
図８に戻り、Ｓ４２で通常モードへ移行した後、Ｓ４６で、プロジェクタ１の制御部１１は、一時記憶部１３に記憶される図１０の実行履歴情報を参照して、時刻同期を必要とするアプリケーションが実行された履歴が含まれるか否かを判定する。実行履歴情報の中に、時刻同期を必要とするアプリケーションが実行された履歴がある場合（Ｓ４６：Ｙ）、Ｓ４３へ進んで、時刻同期シーケンスを実行するとともにＤｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージをマスタークロック装置２へ送信する。
【００７７】
一方、実行履歴情報の中に、時刻同期を必要とするアプリケーションが実行された履歴がない場合（Ｓ４６：Ｎ）、Ｓ４３の時刻同期処理をスキップしてＳ４４に進む。
例えば、実行履歴情報の確認を実行したのが２０１５年１２月１０日であったと仮定する。この場合、同年１２月１日時点でアプリケーション１の実行履歴が残っているので、制御部１１は、時刻同期を必要とするアプリケーションの実行履歴が有るものと判定する。
あるいは、実行履歴情報の確認を実行したのが２０１５年９月３０日であったと仮定する。この場合、同年１０月２１日以降の履歴情報は未だ存在しておらず、アプリケーション１の実行履歴が残っていないので、制御部１１は、時刻同期を必要とするアプリケーションのが実行履歴はないものと判定する。
【００７８】
あるいは、実行履歴情報の確認を実行したのが２０１５年１１月２２日であったと仮定する。この場合、同年１０月２１日時点でアプリケーション１の実行履歴が残っているので、制御部１１は、時刻同期を必要とするアプリケーションの実行履歴が有るものと判定してよい。
代替的に、所定期間内にアプリケーション１の実行履歴がない場合には、時刻同期を必要とするアプリケーションの実行履歴がないものと見做してもよい。例えば、図１０では、同年１１月２２日から過去１カ月以内の実行履歴情報に絞るとアプリケーション１の実行履歴はないので、時刻同期を必要とするアプリケーションの実行履歴はないと判定してもよい。
【００７９】
Ｓ４６で、実行履歴情報の中に、時刻同期を必要とするアプリケーションが実行された履歴がある場合（Ｓ４６：Ｙ）、Ｓ４３に進み、プロジェクタ１の制御部１１は、マスタークロック装置２との時刻同期シーケンス処理を実行して時刻を修正する。Ｓ４３およびＳ４４は、図４に示す実施形態１のＳ４３およびＳ４４と同様である。
Ｓ４４で、アプリケーションの起動が指示された、または実行中であった場合（Ｓ４４：Ｙ）、Ｓ４７で、プロジェクタ１の制御部１１は、時刻同期が必要なアプリケーションが選択されておりかつ未だ時刻同期が実行されていないか否かを判定する。
【００８０】
時刻同期が必要なアプリケーションが選択されており、かつ未だマスタークロック装置２への時刻同期が実行されていない場合（Ｓ４７：Ｙ）、Ｓ４３へ戻って時刻同期シーケンスを実行する。一方、時刻同期が必要なアプリケーションが選択されていないか、またはすでにマスタークロック装置２への時刻同期が実行されていた場合（Ｓ４７：Ｎ）、Ｓ４５に進んで、時刻同期シーケンスを実行することなくアプリケーションを実行する。
Ｓ４５で、Ｓ４４で選択されたアプリケーションを実行する。本実施形態において、プロジェクタ１の制御部１１は、Ｓ４５で実行されたアプリケーションの種別と日付情報を、当該アプリケーションの実行履歴情報として、一時記憶部１３および記憶装置１２にそれぞれ記憶する。実行履歴情報として記録されるアプリケーション種別は、少なくとも時刻同期が必要か否かの種別を含む。
【００８１】
図１０のアプリケーション１がＳ４４で選択された場合、このアプリケーション１は、例えば、映像配信装置３から受信した映像データを各プロジェクタ１ａ〜１ｄから投影して１つの映像を形成するようにスクリーン５に投影するアプリケーションである。このアプリケーション１を実行するには、マスタークロック装置２に対して各プロジェクタ１ａ〜１ｄの時刻が同期していることが条件となる。
【００８２】
図９を参照して、Ｓ５１からＳ５３の処理は、図５に示す実施形態１のＳ５１からＳ５３の処理と同様である。
Ｓ５３で、現在実行しているアプリケーションを停止してスタンバイモードへ移行した後、Ｓ５９で、プロジェクタ１の制御部１１は、実行履歴情報中に、時刻同期を必要とするアプリケーションが実行された履歴があるか否かを判定する。実行履歴情報中に、時刻同期を必要とするアプリケーションが実行された履歴がある場合（Ｓ５９：Ｙ）、Ｓ５４に進んで、Ｄｅｌａｙ＿Ｒｅｑ（遅延リクエスト）メッセージのマスタークロック装置２への送信を停止する。一方、実行履歴情報中に、時刻同期を必要とするアプリケーションが実行された履歴がない場合（Ｓ５９：Ｎ）、Ｓ５４をスキップして、Ｓ５５に進む。
【００８３】
Ｓ５９では、一時記憶部１３に記憶される実行履歴情報の中の最新の実行履歴情報を参照して、アプリケーション１であるか、それ以外であるかで判断できる。最新の実行履歴情報がアプリケーション１であった場合、Ｓ５４へ進み、一方、最新の実行履歴情報がアプリケーション１以外であった場合、Ｓ５４をスキップしてＳ５５へ進む。
Ｓ５４からＳ５８までの処理は、図５に示す実施形態１におけるＳ５４からＳ５８までの処理と同様である。
【００８４】
以上説明したように、本実施形態によれば、遅延リクエストを送信する側の通信装置は、通常モードにおいて、ネットワーク上で時刻同期が必要となるアプリケーションの実行履歴を記録する。そして、通信装置は、通常モードに移行した際に、時刻同期が必要となるアプリケーションの実行履歴があるか否かを判定し、実行履歴がある場合に遅延リクエストを他の通信装置へ送信する。一方、通信装置は、時刻同期が必要となるアプリケーションの実行履歴が未だない場合には、通常モードに移行した際ではなく、時刻同期が必要となったタイミングで遅延リクエストを他の通信装置へ送信する。
これにより、通常モードに移行した後であっても時刻同期が必要となるアプリケーションが未だ実行されていない場合には、遅延リクエストを送信しないため、通常モードにおける電力消費を低減することができる。
【００８５】
なお、上述した各実施形態は、その複数を組み合わせて実現することが可能である。
また、本発明は、上述の実施形態の一部または１以上の機能を実現するプログラムによっても実現可能である。すなわち、そのプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータ（またはＣＰＵやＭＰＵ等）における１つ以上のプロセッサがプログラムを読出し実行する処理により実現可能である。また、そのプログラムをコンピュータ可読な記録媒体に記録して提供してもよい。
また、コンピュータが読みだしたプログラムを実行することにより、実施形態の機能が実現されるものに限定されない。例えば、プログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって上記した実施形態の機能が実現されてもよい。
【符号の説明】
【００８６】
１…スレーブ装置（プロジェクタ）、２…マスタークロック装置、３…スレーブ装置（ＰＣ）、４…ネットワーク、５…スクリーン、１１…制御部、１２…記憶装置、１３…一時記憶部、１４…投影部、１５…タイマ／クロック生成部、１６…通信Ｉ／Ｆ、１７…動作クロック生成部、１８…電源部
【図１】
2020065188.tif 000003
【図２】
2020065188.tif 000004
【図３】
2020065188.tif 000005
【図４】
2020065188.tif 000006
【図５】
2020065188.tif 000007
【図６】
2020065188.tif 000008
【図７】
2020065188.tif 000009
【図８】
2020065188.tif 000010
【図９】
2020065188.tif 000011
【図１０】
2020065188.tif 000012