(57)【特許請求の範囲】
【請求項１】
アクティブ状態の外部機器からネットワークを介してデータを受信し、バッファに記憶するデータ受信制御部と、
所定の条件が成立した場合に、前記外部機器に対して省電力状態への移行を要求するリモート制御部と、
前記バッファに記憶されているデータを処理する処理部と、
を備え、
前記リモート制御部は、前記バッファに記憶されているデータのデータ量が第１閾値を上回った場合に、前記外部機器に対して前記省電力状態への移行を要求することを特徴とする通信装置。
【請求項２】
前記リモート制御部は、前記バッファに記憶されているデータのデータ量が前記第１閾値よりも小さい第２閾値を下回った場合に、前記外部機器に対して前記アクティブ状態への移行を要求し、当該外部機器から前記アクティブ状態に移行したことを示す通知を受信し、
前記データ受信制御部は、前記通知が受信されると、新たなデータの受信を開始することを特徴とする請求項１に記載の通信装置。
【請求項３】
アクティブ状態の外部機器からネットワークを介してデータを受信し、バッファに記憶するデータ受信制御部と、
所定の条件が成立した場合に、前記外部機器に対して省電力状態への移行を要求するリモート制御部と、
前記バッファに記憶されているデータを処理する処理部と、
を備え、
前記リモート制御部は、前記外部機器から前記アクティブ状態に移行したことを示す通知を受信し、当該通知を受信してから一定期間経過後に前記外部機器に対して前記省電力状態への移行を要求することを特徴とする通信装置。
【請求項４】
前記アクティブ状態に移行したことを示す通知は、当該通知の送信元の機器を識別する識別子を含み、
前記データ受信制御部は、前記通知が受信されると、当該通知に含まれる前記識別子が前記外部機器を示す場合に、当該外部端末から新たなデータの受信を開始することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記リモート制御部は、前記バッファに記憶されているデータのデータ量が第２閾値を下回った場合に、前記外部機器に対して前記アクティブ状態への移行を要求することを特徴とする請求項３又は４に記載の通信装置。
【請求項６】
前記データ受信制御部は、通常転送よりも転送速度が速い高速転送を前記外部機器に要求し、要求した前記高速転送でデータを受信することを特徴とする請求項１〜５のいずれか１つに記載の通信装置。
【請求項７】
前記データ受信制御部は、第１通信部を用いて前記外部機器と通信し、
前記リモート制御部は、前記第１通信部と異なる第２通信部を用いて前記外部機器と通信することを特徴とする請求項１〜６のいずれか１つに記載の通信装置。
【請求項８】
第１外部機器からネットワークを介してデータを受信し、バッファに記憶するデータ通信制御部と、
第２外部機器から前記ネットワークを介してアクティブ状態に移行したことを示す通知を受信するリモート制御部と、を備え、
前記データ通信制御部は、前記バッファに記憶されているデータを、前記アクティブ状態に移行した前記第２外部機器に送信することを特徴とする通信装置。
【請求項９】
前記リモート制御部は、前記バッファに記憶されているデータのデータ量が閾値を上回った場合に、前記第２外部機器に対して省電力状態から前記アクティブ状態への移行を要求し、当該第２外部機器から前記アクティブ状態に移行したことを示す通知を受信することを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記データ通信制御部は、第１通信部を用いて前記第１外部機器及び前記第２外部機器と通信し、
前記リモート制御部は、前記第１通信部と異なる第２通信部を用いて前記第２外部機器と通信することを特徴とする請求項８又は９に記載の通信装置。
【請求項１１】
アクティブ状態の外部機器からネットワークを介してデータを受信し、バッファに記憶するデータ受信制御部と、
所定の条件が成立した場合に、前記外部機器に対して省電力状態への移行を要求するリモート制御部と、
前記バッファに記憶されているデータを処理する処理部と、
してコンピュータを機能させ、
前記リモート制御部は、前記バッファに記憶されているデータのデータ量が第１閾値を上回った場合に、前記外部機器に対して前記省電力状態への移行を要求することを特徴とする通信プログラム。
【請求項１２】
アクティブ状態の外部機器からネットワークを介してデータを受信し、バッファに記憶するデータ受信制御部と、
所定の条件が成立した場合に、前記外部機器に対して省電力状態への移行を要求するリモート制御部と、
前記バッファに記憶されているデータを処理する処理部と、
してコンピュータを機能させ、
前記リモート制御部は、前記外部機器から前記アクティブ状態に移行したことを示す通知を受信し、当該通知を受信してから一定期間経過後に前記外部機器に対して前記省電力状態への移行を要求することを特徴とする通信プログラム。
【請求項１３】
第１外部機器からネットワークを介してデータを受信し、バッファに記憶するデータ通信制御部と、
第２外部機器から前記ネットワークを介してアクティブ状態に移行したことを示す通知を受信するリモート制御部と、
してコンピュータを機能させ、
前記データ通信制御部は、前記バッファに記憶されているデータを、前記アクティブ状態に移行した前記第２外部機器に送信することを特徴とする通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信装置及びプログラムに関する。
【背景技術】
【０００２】
従来から、機器の消費電力を削減するため、機器が備えるハードウェアに対して、当該ハードウェアを利用する場合のみ給電する技術が知られている。
【０００３】
また、ネットワークを介して他機と通信する通信機器においても、通信相手である他機の消費電力を削減するため、ネットワークを介して通信相手の電源ＯＮ／ＯＦＦを制御するＷＯＬ（Wake  On  LAN）などの技術が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１１２５２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したようなネットワークを介して通信相手の電源ＯＮ／ＯＦＦを制御する技術では、自機の電源ＯＮ／ＯＦＦに合わせて他機の電源ＯＮ／ＯＦＦを制御することが一般的であり、消費電力を削減する上で改善の余地があった。
【課題を解決するための手段】
【０００６】
実施形態の通信装置は、データ受信制御部と、リモート制御部と、処理部とを、備える。データ受信制御部は、アクティブ状態の外部機器からネットワークを介してデータを受信し、バッファに記憶する。リモート制御部は、所定の条件が成立した場合に、前記外部機器に対して省電力状態への移行を要求する。処理部は、前記バッファに記憶されているデータを処理する。リモート制御部は、前記バッファに記憶されているデータのデータ量が第１閾値を上回った場合に、前記外部機器に対して前記省電力状態への移行を要求する。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態の通信システムの例を示す構成図。
【図２】第１実施形態の通信システムの典型的な動作例を示すシーケンス図。
【図３】第１実施形態のＴＶの例を示す構成図。
【図４】第１実施形態のコンテンツ選択画面例を示す図。
【図５】第１実施形態の起動要求のフォーマット例を示す図。
【図６】第１実施形態の起動通知のフォーマット例を示す図。
【図７】第１実施形態のＮＡＳの例を示す構成図。
【図８】第１実施形態のリモート制御部及びリモート管理部の動作例を示すフローチャート。
【図９】第１実施形態のデータ受信制御部の動作例を示すフローチャート。
【図１０】変形例１の通信システムの例を示す構成図。
【図１１】変形例１の通信システムの典型的な動作例を示すシーケンス図。
【図１２】変形例５のコンテンツ選択画面例を示す図。
【図１３】変形例６の通信システムの例を示す構成図。
【図１４】第２実施形態の通信システムの例を示す構成図。
【図１５】第２実施形態の通信システムの典型的な動作例を示すシーケンス図。
【図１６】第２実施形態の通信システムにおいてプリンタが手動等により電源ＯＮされた場合の動作例を示すシーケンス図。
【図１７】第２実施形態のプリントサーバの例を示す構成図。
【図１８】第２実施形態のプリンタの例を示す構成図。
【発明を実施するための形態】
【０００８】
（第１実施形態）
図１は、第１実施形態の通信システム１００の一例を示す構成図である。通信システム１００は、データ受信機器であるＴＶ（Television：テレビジョン）１１０（通信装置の一例）と、データ送信機器であるＮＡＳ（Network  Attached  Storage）１５０（外部機器の一例）とを、備える。ＴＶ１１０とＮＡＳ１５０とは、ネットワーク１０２を介して接続されている。なお、ＴＶ及びＮＡＳの台数は、それぞれ２台以上であってもよい。
【０００９】
第１実施形態では、ネットワーク１０２が住居内のネットワークであるホームネットワーク（家庭内ＬＡＮ（Local  Area  Network））である場合を例に取り説明する。但し、ネットワーク１０２はこれに限定されるものではなく、どのようなネットワークであってもよい。
【００１０】
第１実施形態では、ＴＶ１１０とＮＡＳ１５０とは、ＩＰプロトコルにより通信可能であり、上位プロトコルとして例えばＤＬＮＡ（Digital  Living  Network  Alliance）により定められたプロトコルを使用するものとする。但し、プロトコルはこれに限定されるものではなく、どのようなプロトコルであってもよい。
【００１１】
第１実施形態では、ＮＡＳ１５０は、電力状態として、電源ＯＮ状態（アクティブ状態の一例）、電源ＯＦＦ状態、及びＳｌｅｅｐ状態（省電力状態の一例）の３状態を取り得るものとする。ここで、「電源ＯＮ状態」とは、各種機能を使用可能な状態であり、典型的には全ての回路に給電されている状態である。「電源ＯＦＦ状態」とは、機器の有する機能が使用できない状態であり、典型的にはいずれの回路にも給電されていない状態である。つまり、電源ＯＦＦ状態では、ＮＡＳ１５０は、ネットワークからデータ（パケット）を受信できない。「Ｓｌｅｅｐ状態」とは、ネットワークからデータ（パケット）を受信する機能を使用可能な状態であって電源ＯＮ状態よりも消費電力が少ない状態であり、典型的にはＮＩＣ（Network  Interface  Card）及び電源管理回路に給電されている状態である。Ｓｌｅｅｐ状態では、ＮＡＳ１５０は、ＴＶ１１０などの他の機器からのネットワークを介した要求により電源ＯＮ状態に移行可能である。
【００１２】
但し、ＮＡＳ１５０の電力状態は上記３状態に限定されるものではなく、４つ以上の状態であってもよい。例えば、Ｓｌｅｅｐ状態をＤｅｅｐＳｌｅｅｐ状態とＮａｐＳｌｅｅｐ状態とに分けるようにしてもよい。ここで、「ＤｅｅｐＳｌｅｅｐ状態」とは、上述したＳｌｅｅｐ状態よりも消費電力は少ないが電源ＯＮ状態への移行時間が長い状態である。「ＮａｐＳｌｅｅｐ状態」とは、上述したＳｌｅｅｐ状態よりも消費電力は多いが電源ＯＮ状態への移行時間が短い状態である。
【００１３】
なお第１実施形態では、ＴＶ１１０は、電力状態として、電源ＯＮ状態及び電源ＯＦＦ状態の少なくとも２状態を取り得ればよいが、ＮＡＳ１５０と同様の電力状態を取り得るようにしてもよい。
【００１４】
図２は、第１実施形態の通信システム１００の典型的な動作の一例を示すシーケンス図である。図２に示す例では、通信システム１００は、ＴＶ１１０の電力状態が電源ＯＦＦ状態、ＮＡＳ１５０の電力状態がＳｌｅｅｐ状態から動作を開始するものとする。
【００１５】
まず、ＴＶ１１０の電源スイッチ（図示省略）が例えばユーザ又はタイマにより電源ＯＮされると（ステップＳ１００）、ＴＶ１１０は、電力状態を電源ＯＦＦ状態から電源ＯＮ状態へ移行する。
【００１６】
続いて、ユーザがコンテンツ選択画面の表示操作を行うと、ＴＶ１１０は、コンテンツ選択画面を表示する。コンテンツ選択画面は、コンテンツのタイトルのリストなどを表示する。そして、ユーザが視聴を希望するコンテンツをコンテンツ選択画面上で選択すると（ステップＳ１０２）、ＴＶ１１０は、選択されたコンテンツを保持するＮＡＳ１５０に電源ＯＮ状態への移行を要求する起動要求を送信する（ステップＳ１０４）。なお、起動要求の詳細については、後述する。
【００１７】
続いて、ＮＡＳ１５０は、ＴＶ１１０から起動要求を受信すると、ＮＡＳ１５０の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行し、ＴＶ１１０に電源ＯＮ状態に移行したことを示す起動通知を送信する（ステップＳ１０６）。なお、起動通知の詳細については、後述する。
【００１８】
続いて、ＴＶ１１０は、ＮＡＳ１５０から起動通知を受信すると、ステップＳ１０２で選択されたコンテンツのデータを要求するデータ要求をＮＡＳ１５０に送信する（ステップＳ１０８）。データ要求では、要求するデータのサイズである要求サイズが設定される。なお、データ要求の詳細については、後述する。
【００１９】
続いて、ＮＡＳ１５０は、ＴＶ１１０からデータ要求を受信すると、要求されたデータの送信を開始する（ステップＳ１１０）。
【００２０】
続いて、ＴＶ１１０は、ＮＡＳ１５０から送信されるデータの受信を開始し、受信したデータをバッファに格納しつつ、バッファに格納済みのデータを処理してコンテンツを再生する。ここで、ＮＡＳ１５０からＴＶ１１０へのデータの転送速度（送信速度）は、ＴＶ１１０のデータ処理速度（コンテンツの再生レート）よりも速いものとする。そして、ＴＶ１１０は、要求サイズ分のデータの受信が完了した場合、又はバッファに格納済みのデータのデータ量がＢ＿ｓｌｅｅｐ（第１閾値の一例）を上回った場合、ＮＡＳ１５０にＳｌｅｅｐ状態への移行を要求するＧｏＳｌｅｅｐ要求を送信する（ステップＳ１１２）。なお、ＧｏＳｌｅｅｐ要求の詳細については、後述する。
【００２１】
続いて、ＮＡＳ１５０は、ＴＶ１１０からＧｏＳｌｅｅｐ要求を受信すると、ＮＡＳ１５０の電力状態を電源ＯＮ状態からＳｌｅｅｐ状態に移行する。なお、ＮＡＳ１５０は、ＴＶ１１０へデータ送信中にＧｏＳｌｅｅｐ要求を受信した場合には、データの送信を中止する。
【００２２】
ＴＶ１１０は、ＮＡＳ１５０からＴＶ１１０へのデータ転送（データ送信）が中止された以降も、コンテンツの再生（バッファに格納済みのデータの処理）を継続している。そして、ＴＶ１１０は、バッファに格納済みのデータのデータ量がＢ＿ｍｉｎ（第２閾値の一例）を下回ると、ＮＡＳ１５０に再び起動要求を送信する（ステップＳ１１４）。なお、Ｂ＿ｍｉｎは、Ｂ＿ｓｌｅｅｐよりも小さな値である。（ところで、早送り再生のような通常再生とは異なる再生をTV110が行った場合には、再生ポイント以降のデータをバッファに格納済みのデータ量とみなすことで、本実施の形態を適用することができる。）その後、通信システム１００は、ステップＳ１０６〜Ｓ１１２の処理と同様の処理であるステップＳ１１６〜Ｓ１２２の処理を行う。但し、ステップＳ１１８では、ＴＶ１１０は、ステップＳ１０２で選択されたコンテンツのデータのうち未受信のデータ（受信済みのデータの続きのデータ）をＮＡＳ１５０に要求するものとする。
【００２３】
以降、通信システム１００は、ステップＳ１０２で選択されたコンテンツの全データの受信をＴＶ１１０が完了するまで、ステップＳ１１４〜Ｓ１２２の処理を繰り返す。
【００２４】
なお、ＴＶ１１０がコンテンツを再生している最中に、ユーザがコンテンツの再生中止操作を行った場合、ＴＶ１１０は、これ以降、ＮＡＳ１５０からデータを受信しない。つまり、ＴＶ１１０は、ＮＡＳ１５０からデータ受信中であれば、バッファに格納済みのデータのデータ量に関わらず、ＮＡＳ１５０にＧｏＳｌｅｅｐ要求を送信する。また、ＴＶ１１０は、ＮＡＳ１５０からデータ受信中でなければ、バッファに格納済みのデータのデータ量に関わらず、ＮＡＳ１５０に起動要求を送信しない。
【００２５】
また、ＴＶ１１０の電源スイッチが例えばユーザ又はタイマにより電源ＯＦＦされると、ＴＶ１１０は、電力状態を電源ＯＮ状態から電源ＯＦＦ状態へ移行する。この場合も、ＴＶ１１０は、ＮＡＳ１５０からデータ受信中であれば、バッファに格納済みのデータのデータ量に関わらず、ＮＡＳ１５０にＧｏＳｌｅｅｐ要求を送信する。
【００２６】
図３は、第１実施形態のＴＶ１１０の一例を示す構成図である。図３に示すように、ＴＶ１１０は、通信部１１２と、コンテンツ情報記憶部１１４と、起動識別子記憶部１１６と、取得部１１８と、入出力部１２０と、リモート制御部１２２と、データ受信制御部１２４と、バッファ１２６と、処理部１２８と、リモート管理部１３０とを、備える。
【００２７】
通信部１１２は、ネットワーク１０２を介して、ＮＡＳ１５０などの外部機器と通信するものであり、例えば、ＮＩＣなどの既存の通信装置により実現できる。第１実施形態では、通信部１１２は、起動要求の送信、データ要求の送信、ＧｏＳｌｅｅｐ要求の送信、起動通知の受信、及びデータの受信などを行う。詳細には、通信部１１２は、これらの送受信を行うために、イーサネット（登録商標）物理層、ＭＡＣ層、ＩＰ層、及びトランスポート層（ＴＣＰ／ＵＤＰ層を含む）の処理を行う。例えば、通信部１１２は、トランスポート層の処理としてＨＴＴＰ（HyperText  Transfer  Protocol）処理などを行う。
【００２８】
コンテンツ情報記憶部１１４は、ＮＡＳ１５０などのコンテンツ保持元の機器で保持されているコンテンツのコンテンツ情報を記憶する。なお、コンテンツ情報記憶部１１４は、コンテンツ毎にコンテンツ情報を記憶する。コンテンツ情報記憶部１１４は、例えば、ＨＤＤ（Hard  Disk  Drive）、ＳＳＤ（Solid  State  Drive）、メモリカード、光ディスク、ＲＡＭ（Random  Access  Memory）などの磁気的、光学的、又は電気的に記憶可能な既存の記憶装置の少なくともいずれかにより実現できる。
【００２９】
第１実施形態では、コンテンツ情報は、コンテンツメタデータ、コンテンツアクセス識別子、コンテンツサイズ、及び機器識別子を含むものとするが、これに限定されるものではない。
【００３０】
コンテンツメタデータは、ユーザがコンテンツを選択する際に参照する情報であり、例えば、コンテンツのタイトル、コンテンツのアイコン、コンテンツのジャンル（例えば、映画、ドラマ、ロマンス、及びバイオレンスなど）、出演者（例えば、山田太郎など）、及びコンテンツの長さ（例えば、１２０分など）などの少なくともいずれかを含む。
【００３１】
コンテンツアクセス識別子は、コンテンツのデータ要求に用いられる情報であり、コンテンツにアクセスするための手段と識別子を表す。コンテンツアクセス識別子は、例えば、ＵＲＬ（Uniform  Resource  Locator）形式で、http://[host＿ip]/contents/movie/AAA.wmvのように表わされる。ここで、[host＿ip]は、ＮＡＳ１５０などのコンテンツ保持元の機器のＩＰアドレスを記す部分である。これは、コンテンツ保持元の機器のＩＰアドレスが静的に設定されていない（動的に変更される）場合に対処するためである。コンテンツアクセス識別子の[host＿ip]の部分は、後述のデータ受信制御部１２４によりコンテンツ保持元の機器の最新のＩＰアドレスに置き換えられる。
【００３２】
コンテンツサイズは、例えば、１００ＭＢ（ｍｅｇａｂｙｔｅ）のように、コンテンツのデータサイズを表す。
【００３３】
機器識別子は、ＮＡＳ１５０などのコンテンツ保持元の機器をユニークに識別する識別子であり、例えば、ＵＵＩＤ（Universally  Unique  Identifier）やＦＱＤＮ（Fully  Qualified  Domain  Name)を用いることができる。
【００３４】
なお第１実施形態では、コンテンツ情報記憶部１１４に記憶されているコンテンツ情報は、後述の取得部１１８により追加、削除、及び更新されるものとするが、取得部１１８を用いずに静的に追加、削除、及び更新するようにしてもよい。
【００３５】
起動識別子記憶部１１６は、起動識別子を記憶するものであり、コンテンツ情報記憶部１１４同様、既存の記憶装置の少なくともいずれかにより実現できる。なお、起動識別子記憶部１１６は、ＮＡＳ１５０などのコンテンツ保持元の機器毎に、当該機器の機器識別子を対応付けて起動識別子を記憶する。
【００３６】
起動識別子は、コンテンツ保持元の機器の起動要求に用いられる情報であり、例えば、コンテンツ保持元の機器のイーサアドレス（ＭＡＣアドレス）を用いることができる。但し、これに限定されるものではなく、電話番号のような各端末に割り当てられている他の識別子を、起動識別子として用いることもできる。
【００３７】
なお第１実施形態では、起動識別子記憶部１１６に記憶されている起動識別子は、後述の取得部１１８により追加及び削除されるものとするが、取得部１１８を用いずに静的に追加及び削除するようにしてもよい。
【００３８】
取得部１１８は、通信部１１２を介して、ＮＡＳ１５０などのコンテンツ保持元の機器からコンテンツ情報を取得し、取得したコンテンツ情報をコンテンツ情報記憶部１１４に記憶する。同様に、取得部１１８は、通信部１１２を介して、ＮＡＳ１５０などのコンテンツ保持元の機器から起動識別子を取得し、取得した起動識別子を起動識別子記憶部１１６に記憶する。
【００３９】
例えば、取得部１１８は、後述のリモート管理部１３０から、電力状態が電源ＯＮ状態である機器のＩＰアドレスのリストを取得し、取得したリストを参照して、これらの機器に対してコンテンツ情報を問い合わせる。コンテンツ情報の問い合わせには、問い合わせを要求しているコンテンツを限定するためのフィルタ情報を記すことができる。フィルタ情報には、例えば、コンテンツのタイトル、出演者名、ジャンル、又はデータサイズなどを使用できる。そして、取得部１１８は、問い合わせの結果、コンテンツ情報が削除されていれば当該コンテンツ情報をコンテンツ情報記憶部１１４から削除し、コンテンツ情報が更新されていれば当該コンテンツ情報を取得してコンテンツ情報記憶部１１４のコンテンツ情報を更新し、コンテンツ情報が追加されていれば当該コンテンツ情報を取得してコンテンツ情報記憶部１１４に追加する。なお、起動識別子についても同様である。
【００４０】
また、取得部１１８は、コンテンツ情報を問い合わせる場合、既にコンテンツ情報を問い合わせたことのある機器に対しては、２段階で問い合わせを行うようにしてもよい。具体的には、取得部１１８は、まず、問い合わせ先の機器が保持しているコンテンツに、前回の問い合わせ時点から変化があるか否かを問い合わせ、変化がある場合に、変化したコンテンツのコンテンツ情報を問い合わせ、取得する。このように、２段階で問い合わせを行うことにより、通信量を削減することができる。
【００４１】
なお、ＮＡＳ１５０などのコンテンツ保持元の機器のコンテンツ情報及び起動識別子を他の機器に保持させておき、取得部１１８が当該他の機器からコンテンツ情報及び起動識別子を取得するようにしてもよい。
【００４２】
入出力部１２０は、ユーザインタフェースを実現する部分であり、第１実施形態では、ディスプレイ上での画面表示による情報出力、及びマウスポインタによる選択情報の情報入力の場合を例に取り説明する。但し、これに限定されるものではなく、ユーザインタフェースの機能を実現できれば、どのような方法であってもよい。例えば、音による情報入出力や圧力による情報入出力など様々な方法が適用可能である。
【００４３】
入出力部１２０は、コンテンツ情報記憶部１１４に記憶されているコンテンツ情報を用いて、コンテンツ選択画面を生成して表示する。図４は、第１実施形態のコンテンツ選択画面の一例を示す図である。図４に示すコンテンツ選択画面では、「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、及び「ＤＤＤ」の４つのコンテンツのタイトルが、それぞれコンテンツの内容を示すアイコンとともに表示されている。また入出力部１２０は、ユーザによりコンテンツ選択画面上で選択されたコンテンツのコンテンツ情報をコンテンツ情報記憶部１１４から後述のリモート管理部１３０に出力する。また入出力部１２０は、後述の処理部１２８により処理されたデータのコンテンツの映像出力及び音声出力を行う。
【００４４】
リモート制御部１２２は、通信部１１２を介して、ＮＡＳ１５０などのコンテンツ保持元の機器の電力状態をリモート制御する。
【００４５】
リモート制御部１２２は、後述のリモート管理部１３０から、コンテンツ保持元の機器の電力状態を電源ＯＮ状態に移行する旨を受け付けると、通信部１１２を介して起動要求を送信する。具体的には、リモート制御部１２２は、リモート管理部１３０から機器識別子とともに当該機器識別子が示す機器の電力状態を電源ＯＮ状態に移行する旨を受け付ける。そして、リモート制御部１２２は、受け付けた機器識別子に対応付けられた起動識別子（第１実施形態では、ＭＡＣアドレス）を起動識別子記憶部１１６から取得し、取得した起動識別子を用いて起動要求を生成し、生成した起動要求を通信部１１２からネットワーク１０２にブロードキャスト又はマルチキャストする。起動要求には、例えば、ＷＯＬ（Ｗａｋｅ  Ｏｎ  ＬＡＮ）のマジックパケットを用いることができる。ＷＯＬは、機器の回路のうちＮＩＣなどの一部の回路を除き電源をＯＦＦにしておき、マジックパケットと呼ばれる機器のＭＡＣアドレスに関連した特定のビットパターンを有するパケットを受信した際に、ＮＩＣが機器の電源をＯＮする技術である。
【００４６】
図５は、第１実施形態の起動要求のフォーマットの一例を示す図である。図５に示す例では、起動要求は、ＵＤＰデータグラムがＩＰパケット化されてイーサフレーム化されており、イーサヘッダと、ＩＰヘッダと、ＵＤＰヘッダと、起動ビットパターンとを、含む。
【００４７】
イーサヘッダの宛先アドレスには、起動要求の送信先の機器（例えば、ＮＡＳ１５０）のＭＡＣアドレス（例えば、００：２３：１８：Ｄ９：５０：４３）、あるいは０１：００：５Ｅ：０１：０１：０１のようなマルチキャストアドレス、又はＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦのようなブロードキャストアドレスが記される。
【００４８】
ＩＰヘッダの宛先アドレスには、２２４．１．１．１のようなマルチキャストアドレス又は１３３．１１１．１１１．２５５のようなブロードキャストアドレスが記される。
【００４９】
ＩＰヘッダのソースアドレスには、起動要求の送信元の機器（ここでは、ＴＶ１１０）のソースアドレス（ＩＰアドレス）が記される。但し、起動要求の送信元の機器にＩＰアドレスが設定されていない場合には、０．０．０．０が記される。
【００５０】
起動ビットパターンには、起動要求の送信先の機器のＭＡＣアドレスから生成されるパターンが記され、例えば、ＦＦＦＦＦＦＦＦＦＦＦＦ（１６進数表記）の後に、起動要求の送信先の機器のＭＡＣアドレスを１６回繰り返したものが記される。
【００５１】
また、リモート制御部１２２は、コンテンツ保持元の機器から、通信部１１２を介して起動通知を受信する。
【００５２】
図６は、第１実施形態の起動通知のフォーマットの一例を示す図である。図６に示す例では、起動通知は、ＵＤＰデータグラムがＩＰパケット化されてイーサフレーム化されており、イーサヘッダと、ＩＰヘッダと、ＵＤＰヘッダと、オペレーション識別子と、機器識別子とを、含む。
【００５３】
イーサヘッダの宛先アドレスには、起動通知の送信先の機器（ここでは、ＴＶ１１０）のＭＡＣアドレス、あるいは０１：００：５Ｅ：０１：０１：０１のようなマルチキャストアドレス、又はＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦのようなブロードキャストアドレスが記される。
【００５４】
ＩＰヘッダの宛先アドレスには、２２４．１．１．１のようなマルチキャストアドレス又は１３３．１１１．１１１．２５５のようなブロードキャストアドレスが記される。
【００５５】
ＩＰヘッダのソースアドレスには、起動通知の送信元の機器（例えば、ＮＡＳ１５０）のソースアドレス（ＩＰアドレス）が記される。但し、起動通知の送信元の機器にＩＰアドレスが設定されていない場合には、０．０．０．０が記される。
【００５６】
オペレーション識別子には、起動通知である旨が記される。
【００５７】
機器識別子には、起動通知の送信元の機器（例えば、ＮＡＳ１５０）の機器識別子（例えば、ＵＵＩＤやＦＱＤＮ）が記される。
【００５８】
リモート制御部１２２は、起動通知を受信すると、受信した起動通知に含まれる機器識別子及びＩＰアドレスとともに当該機器識別子が示す機器の電力状態が電源ＯＮ状態に移行された旨をリモート管理部１３０に通知する。
【００５９】
またリモート制御部１２２は、リモート管理部１３０から、コンテンツ保持元の機器の電力状態をＳｌｅｅｐ状態に移行する旨を受け付けると、通信部１１２を介してＧｏＳｌｅｅｐ要求を送信する。具体的には、リモート制御部１２２は、リモート管理部１３０から機器識別子とともに当該機器識別子が示す機器の電力状態をＳｌｅｅｐ状態に移行する旨を受け付ける。そして、リモート制御部１２２は、受け付けた機器識別子を用いてＧｏＳｌｅｅｐ要求を生成し、生成したＧｏＳｌｅｅｐ要求を通信部１１２からネットワーク１０２にブロードキャスト又はマルチキャストする。
【００６０】
なお、ＧｏＳｌｅｅｐ要求のフォーマットは、例えば、図６に示す起動通知のフォーマットを用いることができる。この場合、オペレーション識別子には、ＧｏＳｌｅｅｐである旨が記され、ＧｏＳｌｅｅｐ要求の送信先の機器は、例えば、ＮＡＳ１５０となり、ＧｏＳｌｅｅｐ要求の送信元の機器は、ここではＴＶ１１０となる。
【００６１】
データ受信制御部１２４は、通信部１１２を介して、ＮＡＳ１５０などのコンテンツ保持元の機器からのコンテンツのデータの受信を制御する。
【００６２】
データ受信制御部１２４は、後述のリモート管理部１３０から、コンテンツ保持元の機器からのデータ受信を開始する旨を受け付けると、当該機器に対して通信部１１２を介してデータ要求を送信する。具体的には、データ受信制御部１２４は、リモート管理部１３０からデータ要求先の機器のＩＰアドレス及び受信対象のデータ（コンテンツ）のコンテンツ情報とともにデータ受信を開始する旨を受け付ける。そして、データ受信制御部１２４は、受け付けたＩＰアドレス及びコンテンツ情報を用いてデータ要求を生成し、生成したデータ要求を通信部１１２からデータ要求先の機器に送信する。
【００６３】
本実施形態では、データ要求は、ＩＰアドレスが設定されたコンテンツアクセス識別子、データ転送速度の設定（Ｂｕｌｋ）、並びに要求するデータの要求開始位置（Ｐｏｓｉｔｉｏｎ）及び要求サイズ（Ｓｉｚｅ）を含むものとするが、これに限定されるものではない。
【００６４】
例えば、データ要求先の機器のＩＰアドレスが１３３．１１１．１１１．１１１であり、受信対象のデータ（コンテンツ）のコンテンツ情報に含まれるコンテンツアクセス識別子が、http://[host＿ip]/contents/movie/AAA.wmvであるとする。この場合、データ受信制御部１２４は、コンテンツアクセス識別子の[host＿ip]の部分を、１３３．１１１．１１１．１１１に置き換えて、コンテンツアクセス識別子にＩＰアドレスを設定し、コンテンツアクセス識別子をhttp://133.111.111.111/contents/movie/AAA.wmvとする。このコンテンツアクセス識別子は、ＨＴＴＰプロトコルを用いて、１３３．１１１．１１１．１１１のＩＰアドレスに対してＧＥＴメソッドによりパス（/contents/movie/AAA.wmv）をリクエストすることを示す。また例えば、データ受信制御部１２４は、データ要求先の機器に対して、通常の転送速度よりも速い高速転送でのデータ転送を希望する場合には、Ｂｕｌｋ＝ＯＮを設定する。また例えば、データ受信制御部１２４は、コンテンツのデータの０ＭＢ目から１０ＭＢ分のサイズを要求するのであれば、Ｐｏｓｉｔｉｏｎ＝０ＭＢ、Ｓｉｚｅ＝１０ＭＢを設定する。この場合、データ受信制御部１２４により生成されるデータ要求のＨＴＴＰメッセージは、GET  /contents/movie/AAA.wmv?Bulk=ON&Position=0MB&Size=10MB  HTTP/1.1となる。
【００６５】
また例えば、データ受信制御部１２４は、続きのデータを取得するために、コンテンツのデータの１０ＭＢ目から１０ＭＢ分のサイズを要求するのであれば、Ｐｏｓｉｔｉｏｎ＝１０ＭＢ、Ｓｉｚｅ＝１０ＭＢを設定する。この場合、データ受信制御部１２４により生成されるデータ要求のＨＴＴＰメッセージは、GET  /contents/movie/AAA.wmv?Bulk=ON&Position=10MB&Size=10MB  HTTP/1.1となる。
【００６６】
なお、要求サイズは、バッファ１２６の容量に応じて定めることが望ましい。例えば、データ受信制御部１２４は、要求サイズをバッファ１２６の容量と同じサイズとすることができる。またデータ受信制御部１２４は、データ要求先の機器からのデータ転送速度が遅い場合には、データ転送に要する時間を考慮し、この時間の間に後述のデータ処理部により処理されるデータ量とバッファ１２６の容量との和を要求サイズとしてもよい。またデータ受信制御部１２４は、未受信のデータ（コンテンツの残りのデータ）のサイズが要求サイズ未満である場合、未受信のデータのサイズを要求サイズとする。データ受信制御部１２４は、コンテンツ情報に含まれるコンテンツサイズと受信済みのコンテンツのデータのサイズとを比較することで、未受信のデータのサイズが要求サイズ未満であるか否かを判断することができる。
【００６７】
またデータ受信制御部１２４は、要求サイズを毎回異ならせてもよい。例えば、データ受信制御部１２４は、バッファ１２６に格納されているデータのデータ量に応じて要求サイズを決定してもよい。この場合、バッファ１２６に格納されているデータのデータ量が少ないほど要求サイズが大きくなるため、バッファ１２６に多くのデータを格納する（蓄える）ことができ、データ要求先の機器の電力状態がＳｌｅｅｐ状態にある期間を短くすることができる。
【００６８】
またデータ受信制御部１２４は、データ要求先の機器に対して、通常の転送速度でのデータ転送を希望する場合には、Ｂｕｌｋ＝ＯＦＦを設定すればよい。
【００６９】
またデータ受信制御部１２４は、データ要求を送信した機器から通信部１１２を介してデータを受信し、バッファ１２６に格納する。バッファ１２６は、例えば、ＲＡＭ（Random  Access  Memory）などより実現できる。なお、バッファ１２６に格納されているデータは、後述の処理部１２８により処理される。但し、データ要求先の機器からのデータの転送速度（送信速度）は、処理部１２８のデータ処理速度（コンテンツの再生レート）よりも速いものとする。
【００７０】
またデータ受信制御部１２４は、バッファ１２６に格納されているデータのデータ量を監視し、バッファ１２６に格納されているデータのデータ量がＢ＿ｓｌｅｅｐを上回ったか否か、及びバッファ１２６に格納されているデータのデータ量がＢ＿ｍｉｎを下回ったか否かを判断する。データ受信制御部１２４は、バッファ１２６に格納されているデータのデータ量がＢ＿ｓｌｅｅｐを上回ると（所定の条件が成立した場合の一例）、バッファ１２６に格納されているデータ（コンテンツ）のコンテンツ情報とともにデータ受信を中断可能である旨をリモート管理部１３０に通知する。またデータ受信制御部１２４は、バッファ１２６に格納されているデータのデータ量がＢ＿ｍｉｎを下回ると、バッファ１２６に格納されているデータ（コンテンツ）のコンテンツ情報とともにデータ受信の再開要求をリモート管理部１３０に通知する。但し、データ受信制御部１２４は、コンテンツの全データの受信を完了している場合には、バッファ１２６に格納されているデータのデータ量がＢ＿ｍｉｎを下回っても、データ受信の再開要求をリモート管理部１３０に通知しない。データ受信制御部１２４は、コンテンツ情報に含まれるコンテンツサイズと受信済みのコンテンツのデータのサイズとを比較することで、コンテンツの全データの受信を完了しているか否かを判断することができる。
【００７１】
またデータ受信制御部１２４は、データ要求において設定した要求サイズ分のデータ受信が完了した場合（所定の条件が成立した場合の一例）も、受信したデータ（コンテンツ）のコンテンツ情報とともにデータ受信が完了した旨をリモート管理部１３０に通知する。
【００７２】
処理部１２８は、データ受信制御部１２４によりコンテンツのデータの受信及びバッファ１２６への格納が開始され、バッファ１２６に格納されているデータのデータ量がＢ＿ｐｌａｙを上回ると、データ処理を開始し、コンテンツを再生する。処理部１２８は、データの処理として、バッファ１２６に格納されているデータを復号化し、入出力部１２０にコンテンツの映像出力及び音声出力を行わせる。処理部１２８は、復号化したデータをバッファ１２６から削除する。なお、Ｂ＿ｐｌａｙは、コンテンツ再生中のバッファアンダーランを防ぐためのものであり、通信遅延とデコード遅延とを考慮して決めることが望ましい。また、Ｂ＿ｐｌａｙは、Ｂ＿ｍｉｎよりも小さな値であることが望ましい。
【００７３】
リモート管理部１３０は、ＮＡＳ１５０などのコンテンツ保持元の機器の管理情報を図示せぬ記憶部上で管理することにより、コンテンツ保持元の機器をリモートで管理する。第１実施形態では、管理情報は、コンテンツ保持元の機器毎に、機器識別子、電力状態、及びＩＰアドレスを対応付けた情報であるものとするが、これに限定されるものではない。なお、リモート管理部１３０は、管理情報の電力状態及びＩＰアドレスについては、リモート制御部１２２からの通知内容に応じて更新する。
【００７４】
リモート管理部１３０は、コンテンツ情報記憶部１１４からリモート管理部１３０にコンテンツ情報が出力されると、当該コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を管理情報から取得し、確認する。そしてリモート管理部１３０は、電力状態がＳｌｅｅｐ状態である場合、コンテンツ情報に含まれる機器識別子をリモート制御部１２２に通知し、通知した機器識別子が示す機器の電力状態を電源ＯＮ状態に移行する旨をリモート制御部１２２に指示する。
【００７５】
またリモート管理部１３０は、リモート制御部１２２から起動通知に含まれる機器識別子及びＩＰアドレスとともに当該機器識別子が示す機器の電力状態が電源ＯＮ状態に移行された旨の通知を受け付ける。そしてリモート管理部１３０は、管理情報を参照し、受け付けた機器識別子と同一の機器識別子に対応付けられた電力状態、ＩＰアドレスを、それぞれ電源ＯＮ状態、受け付けたＩＰアドレスに更新する。更にリモート管理部１３０は、更新したＩＰアドレスとコンテンツ情報記憶部１１４から出力されたコンテンツ情報とをデータ受信制御部１２４に通知し、当該コンテンツ情報が示すコンテンツのデータ受信を開始（再開）する旨をデータ受信制御部１２４に指示する。
【００７６】
またリモート管理部１３０は、データ受信制御部１２４からコンテンツ情報とともにデータ受信を中断可能である旨の通知を受け付けると、当該コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を管理情報から取得し、確認する。そしてリモート管理部１３０は、電力状態が電源ＯＮ状態である場合、コンテンツ情報に含まれる機器識別子をリモート制御部１２２に通知し、当該機器識別子が示す機器の電力状態をＳｌｅｅｐ状態に移行する旨をリモート制御部１２２に指示する。更にリモート管理部１３０は、管理情報を参照し、コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態をＳｌｅｅｐ状態に更新する。
【００７７】
またリモート管理部１３０は、データ受信制御部１２４からコンテンツ情報とともにデータ受信が完了した旨の通知を受け付けると、当該コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を管理情報から取得し、確認する。そしてリモート管理部１３０は、電力状態が電源ＯＮ状態である場合、コンテンツ情報に含まれる機器識別子をリモート制御部１２２に通知し、当該機器識別子が示す機器の電力状態をＳｌｅｅｐ状態に移行する旨をリモート制御部１２２に指示する。更にリモート管理部１３０は、管理情報を参照し、コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態をＳｌｅｅｐ状態に更新する。
【００７８】
またリモート管理部１３０は、データ受信制御部１２４からコンテンツ情報とともにデータ受信の再開要求を受け付けると、当該コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を管理情報から取得し、確認する。そしてリモート管理部１３０は、電力状態がＳｌｅｅｐ状態である場合、コンテンツ情報に含まれる機器識別子をリモート制御部１２２に通知し、通知した機器識別子が示す機器の電力状態を電源ＯＮ状態に移行する旨をリモート制御部１２２に指示する。
【００７９】
なお、図３に示す例では、ＴＶ１１０の電力状態を制御する構成については、図示及び説明を省略している。
【００８０】
図７は、第１実施形態のＮＡＳ１５０の一例を示す構成図である。図７に示すように、ＮＡＳ１５０は、通信部１５２と、コンテンツ記憶部１５４と、コンテンツ情報記憶部１５６と、状態管理部１５８と、転送管理部１６０とを、備える。
【００８１】
通信部１５２は、ネットワーク１０２を介して、ＴＶ１１０などの外部機器と通信するものであり、ＴＶ１１０同様、既存の通信装置により実現できる。第１実施形態では、通信部１５２は、起動要求の受信、データ要求の受信、ＧｏＳｌｅｅｐ要求の受信、起動通知の送信、及びデータの送信などを行う。詳細には、通信部１５２は、これらの送受信を行うために、イーサネット（登録商標）物理層、ＭＡＣ層、ＩＰ層、及びトランスポート層（ＴＣＰ／ＵＤＰ層を含む）の処理を行う。
【００８２】
コンテンツ記憶部１５４は、動画又は音楽などのコンテンツのデータを記憶する。
【００８３】
コンテンツ情報記憶部１５６は、コンテンツ記憶部１５４に記憶されているコンテンツ毎にコンテンツ情報を記憶する。
【００８４】
状態管理部１５８は、ＮＡＳ１５０の電力状態を制御する。具体的には、状態管理部１５８は、ＴＶ１１０などのデータ要求元の機器から通信部１５２を介して起動要求を受信すると、電力状態を電源ＯＮ状態へ移行し、例えばＤＨＣＰ（Dynamic  Host  Configuration  Protocol）を利用してＩＰアドレスを取得する。なお、ＮＡＳ１５０にＩＰアドレスが静的に設定されている場合には、ＩＰアドレスを新たに取得する必要はない。そして、状態管理部１５８は、取得したＩＰアドレスを用いて起動通知を生成し、生成した起動通知を通信部１５２からネットワーク１０２にブロードキャスト又はマルチキャストする。また状態管理部１５８は、ＴＶ１１０などのデータ要求元の機器から通信部１５２を介してＧｏＳｌｅｅｐ要求を受信すると、電力状態をＳｌｅｅｐ状態へ移行する。
【００８５】
転送管理部１６０は、ＴＶ１１０などのデータ要求元の機器から通信部１５２を介してコンテンツ情報の問い合わせを受信すると、問い合わせを受けたコンテンツ情報をコンテンツ情報記憶部１５６から取得し、当該機器に送信する。なお、起動識別子についても同様である。
【００８６】
また転送管理部１６０は、ＴＶ１１０などのデータ要求元の機器から通信部１５２を介してデータ要求を受信すると、要求されたコンテンツの該当データをコンテンツ記憶部１５４から取得し、当該機器に通信部１５２を介して送信する。なお転送管理部１６０は、受信したデータ要求にＢｕｌｋ＝ＯＮが設定されている場合、要求されたコンテンツの該当データを、ＴＶ１１０のコンテンツの再生レートに関わらずできるだけ高速で送信する。また転送管理部１６０は、受信したデータ要求にＢｕｌｋ＝ＯＦＦが設定されている場合、要求されたコンテンツの該当データを、同時送信コンテンツ数などを考慮した速度で送信することが望ましい。
【００８７】
図８は、第１実施形態のリモート制御部１２２及びリモート管理部１３０の動作の一例を示すフローチャートである。
【００８８】
まず、リモート管理部１３０は、ユーザによりコンテンツ選択画面上で選択されたコンテンツのコンテンツ情報の入力を、入出力部１２０からコンテンツ情報記憶部１１４を介して、受け付ける（ステップＳ１３０）。そしてリモート管理部１３０は、図示せぬ記憶部上で管理している管理情報の中から、受け付けたコンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を取得し、確認する。
【００８９】
リモート管理部１３０は、電力状態が電源ＯＦＦ状態であることを確認した場合（ステップＳ１３２でＹｅｓ）、処理を終了する。なおリモート管理部１３０は、この際に、入出力部１２０にエラーである旨の画面表示を行わせることが望ましい。
【００９０】
リモート管理部１３０は、電力状態がＳｌｅｅｐ状態であることを確認した場合（ステップＳ１３２でＮｏ、ステップＳ１３４でＹｅｓ）、受け付けたコンテンツ情報に含まれる機器識別子をリモート制御部１２２に通知し、通知した機器識別子が示す機器の電力状態を電源ＯＮ状態に移行する旨をリモート制御部１２２に指示する（ステップＳ１３６）。
【００９１】
なお図示は省略するが、リモート管理部１３０は、データ受信制御部１２４からコンテンツ情報とともにデータ受信の再開要求を受け付けると、当該コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を管理情報から取得し、確認する。そしてリモート管理部１３０は、電力状態がＳｌｅｅｐ状態である場合、コンテンツ情報に含まれる機器識別子をリモート制御部１２２に通知し、通知した機器識別子が示す機器の電力状態を電源ＯＮ状態に移行する旨をリモート制御部１２２に指示する。
【００９２】
続いて、リモート制御部１２２は、リモート管理部１３０から機器識別子とともに当該機器識別子が示す機器の電力状態を電源ＯＮ状態に移行する旨を受け付ける（ステップＳ１３８）。そしてリモート制御部１２２は、受け付けた機器識別子に対応付けられた起動識別子を起動識別子記憶部１１６から取得し、取得した起動識別子を用いて起動要求を生成し、生成した起動要求を通信部１１２からネットワーク１０２に送信する（ステップＳ１４０）。
【００９３】
続いて、リモート制御部１２２は、リモート管理部１３０から受け付けた機器識別子と同一の機器識別子を含む起動通知を、起動要求の送信後一定時間内に受信すると（ステップＳ１４２でＹｅｓ）、受信した起動通知に含まれる機器識別子及びＩＰアドレスとともに、当該機器識別子が示す機器の電力状態を電源ＯＮ状態に移行した旨をリモート管理部１３０に通知する（ステップＳ１４４）。
【００９４】
続いて、リモート管理部１３０は、リモート制御部１２２から、起動通知に含まれる機器識別子及びＩＰアドレスとともに、当該機器識別子が示す機器の電力状態を電源ＯＮ状態に移行した旨を受け付ける（ステップＳ１４６）。そしてリモート管理部１３０は、管理情報を参照し、受け付けた機器識別子と同一の機器識別子に対応付けられた電力状態、ＩＰアドレスを、それぞれ電源ＯＮ状態、受け付けたＩＰアドレスに更新する。更にリモート管理部１３０は、受け付けたコンテンツ情報及び更新したＩＰアドレスをデータ受信制御部１２４に通知し、通知したコンテンツ情報が示すコンテンツのデータ受信を開始（再開）する旨をデータ受信制御部１２４に指示する（ステップＳ１４８）。
【００９５】
なお、リモート制御部１２２は、リモート管理部１３０から受け付けた機器識別子と同一の機器識別子を含む起動通知を、起動要求の送信後一定時間内に受信しなかった場合（ステップＳ１４２でＮｏ）、リモート管理部１３０を介して入出力部１２０にエラー処理を行わせ（ステップＳ１５０）、処理を終了する。リモート制御部１２２は、エラー処理として、入出力部１２０にコンテンツのデータ受信に失敗した旨の画面表示を行わせることが望ましい。
【００９６】
また、リモート管理部１３０は、電力状態が電源ＯＮ状態であることを確認した場合（ステップＳ１３２でＮｏ、ステップＳ１３４でＮｏ）、管理情報の中から、受け付けたコンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられたＩＰアドレスを取得する。そしてリモート管理部１３０は、入力を受け付けたコンテンツ情報と、取得したＩＰアドレスと、入力を受け付けたコンテンツ情報が示すコンテンツのデータ受信を開始（再開）する旨をデータ受信制御部１２４に指示する（ステップＳ１４８）。
【００９７】
なお図示は省略するが、リモート管理部１３０は、データ受信制御部１２４からコンテンツ情報とともにデータ受信を中断可能である旨の通知又はデータ受信が完了した旨の通知を受け付けると、当該コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を管理情報から取得し、確認する。そしてリモート管理部１３０は、電力状態が電源ＯＮ状態である場合、コンテンツ情報に含まれる機器識別子をリモート制御部１２２に通知し、当該機器識別子が示す機器の電力状態をＳｌｅｅｐ状態に移行する旨をリモート制御部１２２に指示する。更にリモート管理部１３０は、管理情報を参照し、コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態をＳｌｅｅｐ状態に更新する。
【００９８】
続いて、リモート制御部１２２は、リモート管理部１３０から機器識別子とともに当該機器識別子が示す機器の電力状態をＳｌｅｅｐ状態に移行する旨を受け付ける。そして、リモート制御部１２２は、受け付けた機器識別子を用いてＧｏＳｌｅｅｐ要求を生成し、生成したＧｏＳｌｅｅｐ要求を通信部１１２からネットワーク１０２に送信する。
【００９９】
図９は、第１実施形態のデータ受信制御部１２４の動作の一例を示すフローチャートである。
【０１００】
まず、データ受信制御部１２４は、リモート管理部１３０からデータ要求先の機器のＩＰアドレス及び受信対象のデータ（コンテンツ）のコンテンツ情報とともにデータ受信を開始する旨を受け付ける（ステップＳ１６０）。そして、データ受信制御部１２４は、受け付けたＩＰアドレス及びコンテンツ情報を用いてデータ要求を生成し、生成したデータ要求をデータ要求先の機器に送信する。例えば、データ受信制御部１２４は、データ要求のＨＴＴＰメッセージとして、GET  /contents/movie/AAA.wmv?Bulk=ON&Position=0MB&Size=10MB  HTTP/1.1を送信し、先頭から１０ＭＢ分のコンテンツのデータを要求する。
【０１０１】
続いて、データ受信制御部１２４は、データ要求を送信した機器からＨＴＴＰ応答を受信すると（ステップＳ１６２）、受信したＨＴＴＰ応答に含まれるデータを、バッファ１２６に格納する。
【０１０２】
続いて、データ受信制御部１２４は、コンテンツの全てのデータの受信が完了するか、バッファ１２６に格納されているデータのデータ量がＢ＿ｓｌｅｅｐを上回るまでの間、データ受信を継続する（ステップＳ１６４でＮｏ、ステップＳ１６６でＮｏ、ステップＳ１６２）。そして、データ受信制御部１２４は、バッファ１２６に格納されているデータのデータ量がＢ＿ｓｌｅｅｐを上回ると（ステップＳ１６６でＹｅｓ）、バッファ１２６に格納されているデータ（コンテンツ）のコンテンツ情報とともにデータ受信を中断可能である旨をリモート管理部１３０に通知する（ステップＳ１６８）。なお図示は省略するが、データ受信制御部１２４は、データ要求において設定した要求サイズ分のデータ受信が完了した場合も、受信したデータ（コンテンツ）のコンテンツ情報とともにデータ受信が完了した旨をリモート管理部１３０に通知する。
【０１０３】
続いて、データ受信制御部１２４は、バッファ１２６に格納されているデータのデータ量がＢ＿ｍｉｎを下回るまで待機する（ステップＳ１７０でＮｏ）。そして、データ受信制御部１２４は、処理部１２８によりバッファ１２６に格納されているデータが処理され、バッファ１２６に格納されているデータのデータ量がＢ＿ｍｉｎを下回ると（ステップＳ１７０でＹｅｓ）、バッファ１２６に格納されているデータ（コンテンツ）のコンテンツ情報とともにデータ受信の再開要求をリモート管理部１３０に通知する（ステップＳ１７２）。
【０１０４】
続いて、データ受信制御部１２４は、リモート管理部１３０からのデータ受信を開始（再開）する旨の通知を待機し（ステップＳ１７４でＮｏ）、リモート管理部１３０からデータ要求先の機器のＩＰアドレス及び受信対象のデータ（コンテンツ）のコンテンツ情報とともにデータ受信を開始（再開）する旨を受け付ける（ステップＳ１７４でＹｅｓ）。そして、データ受信制御部１２４は、受け付けたＩＰアドレス及びコンテンツ情報を用いてデータ要求を生成し、生成したデータ要求をデータ要求先の機器に送信する。例えば、データ受信制御部１２４は、前回の続きのデータのデータ要求のＨＴＴＰメッセージとして、GET  /contents/movie/AAA.wmv?Bulk=ON&Position=10MB&Size=10MB  HTTP/1.1を送信し、先頭から１０ＭＢの部分から１０ＭＢ分のコンテンツのデータを要求する。
【０１０５】
続いて、データ受信制御部１２４は、データ要求を送信した機器からＨＴＴＰ応答を受信すると（ステップＳ１６２）、受信したＨＴＴＰ応答に含まれるデータを、バッファ１２６に格納する。
【０１０６】
続いて、データ受信制御部１２４は、コンテンツの全てのデータの受信が完了するか、バッファ１２６に格納されているデータのデータ量がＢ＿ｓｌｅｅｐを上回るまでの間、データ受信を継続する（ステップＳ１６４でＮｏ、ステップＳ１６６でＮｏ、ステップＳ１６２）。そして、データ受信制御部１２４は、コンテンツの全てのデータの受信が完了すると（ステップＳ１６４でＹｅｓ）、受信したデータ（コンテンツ）のコンテンツ情報とともにデータ受信が完了した旨をリモート管理部１３０に通知する（ステップＳ１７６）。
【０１０７】
以上のように第１実施形態では、データ受信機器であるＴＶ１１０は、データ送信機器であるＮＡＳ１５０から、再生レートよりも速い速度でコンテンツのデータを受信して蓄積する。これにより、ＴＶ１１０は、コンテンツの再生中であっても、ＮＡＳ１５０をデータ送信できないが消費電力量の少ないＳｌｅｅｐ状態に移行させることができる。具体的には、ＴＶ１１０は、ＴＶ１１０に蓄積されたデータ量がＢ＿ｓｌｅｅｐを超えた場合に、データ送信機器であるＮＡＳ１５０を、データを送信できないが消費電力量の少ないＳｌｅｅｐ状態に移行させる。またＴＶ１１０は、ＴＶ１１０に蓄積されたデータ量がＢ＿ｍｉｎよりも小さくなった場合に、ＮＡＳ１５０をデータ送信可能な電源ＯＮ状態に移行させ、ＮＡＳ１５０からデータを受信する。第１実施形態では、これにより、ＮＡＳ１５０（広義には、通信システム１００）の消費電力量を削減する。
【０１０８】
ここで、ＮＡＳ１５０の消費電力量は、数式（１）が成立する場合に削減が可能となる。
【０１０９】
Ｔ（Ｄ）×Ｐ＿ｏｎ＞Ｌ（Ｄ）×Ｐ＿ｏｎ＋（Ｔ（Ｄ）−Ｌ（Ｄ））×Ｐ＿ｓｌｅｅｐ＋Ｃ＿ｏｎ＋Ｃ＿ｓｌｅｅｐ      …（１）
【０１１０】
なお、Ｔ（Ｄ）は、ＴＶ１１０がサイズＤのデータを処理する時間を示す。Ｌ（Ｄ）は、ＮＡＳ１５０がサイズＤのデータを送信する時間を示す。Ｐ＿ｏｎは、電源ＯＮ状態である場合のＮＡＳ１５０の消費電力を示す。Ｐ＿ｓｌｅｅｐは、Ｓｌｅｅｐ状態である場合のＮＡＳ１５０の消費電力を示す。Ｃ＿ｏｎは、Ｓｌｅｅｐ状態から電源ＯＮ状態への移行に要するＮＡＳ１５０の消費電力を示す。Ｃ＿ｓｌｅｅｐは、電源ＯＮ状態からＳｌｅｅｐ状態への移行に要するＮＡＳ１５０の消費電力を示す。つまり、数式（１）の左辺は、ＮＡＳ１５０が常に電源ＯＮ状態である場合のＮＡＳ１５０の消費電力量を表し、数式（１）の右辺は、上述した電力状態の制御を行った場合のＮＡＳ１５０の消費電力量を表す。
【０１１１】
また、数式（１）を変形することにより数式（２）が導ける。
【０１１２】
Ｔ（Ｄ）−Ｌ（Ｄ）＞（Ｃ＿ｏｎ＋Ｃ＿ｓｌｅｅｐ）／（Ｐ＿ｏｎ−Ｐ＿ｓｌｅｅｐ）      …（２）
【０１１３】
なお、サイズＤは、Ｂ＿ｓｌｅｅｐ−Ｂ＿ｍｉｎとすることができる。
【０１１４】
これにより、ＴＶ１１０のデータ処理速度とＮＡＳ１５０のデータ送信速度との比が大きければ大きいほど、また、ＴＶ１１０のバッファ１２６のサイズが大きければ大きいほど、ＮＡＳ１５０の消費電力量を削減できることが分かる。
【０１１５】
また第１実施形態では、ＴＶ１１０は、データ要求において、Ｂｕｌｋ＝ＯＮを設定することにより、ＮＡＳ１５０にデータの高速転送を要求していることを知らせる。これにより、ＮＡＳ１５０は、ＴＶ１１０がコンテンツの再生レートでデータを欲しているか否かを区別できるので、データの送り過ぎに伴うＴＶ１１０でのデータ廃棄を削減でき、データの再送を削減することができる。これにより、ＮＡＳ１５０の消費電力を一層削減することができる。
【０１１６】
同様に第１実施形態では、ＴＶ１１０は、データ要求において、要求サイズを設定することにより、データの送り過ぎに伴うＴＶ１１０でのデータ廃棄を削減でき、データの再送を削減することができる。これにより、ＮＡＳ１５０の消費電力を一層削減することができる。但し、ＴＶ１１０は、データ要求において、要求サイズを設定せず、バッファ１２６に十分データを蓄えた時に、ＮＡＳ１５０とのＴＣＰコネクションを切断することにより、ＮＡＳ１５０からのデータ転送を停止させることも可能である。
【０１１７】
第１実施形態では、ＮＡＳ１５０などのコンテンツ保持元の機器を起動させるという機能に対して起動識別子を割り当て、ＮＡＳ１５０などのコンテンツ保持元の機器のコンテンツサーバという機能に対して機器識別子を割り当てている。つまり、第１実施形態では、物理的な機器に起動識別子を割り当て、機能としての仮想的な機器に機器識別子を割り当てている。従って、第１実施形態によれば、一つの機能（機器識別子）が複数の物理的な機器（起動識別子）で実現されている場合に、あるいは逆に複数の機能（機器識別子）が一つの物理的な機器（起動識別子）で実現されている場合にも対応することが可能となる。
【０１１８】
（変形例１）
変形例１では、データ受信機器であるＴＶが複数台存在し、複数台のＴＶが同期して同一のＮＡＳからデータを受信する例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。
【０１１９】
図１０は、変形例１の通信システム２００の一例を示す構成図である。通信システム２００は、データ受信機器であるＴＶ１１０Ａ、１１０Ｂ、１１０Ｃと、データ送信機器であるＮＡＳ（Network  Attached  Storage）１５０とを、備える。ＴＶ１１０Ａ、１１０Ｂ、１１０ＣとＮＡＳ１５０とは、ネットワーク１０２を介して接続されている。なお、ＴＶの台数は複数であれば何台であってもよく、ＮＡＳの台数は２台以上であってもよい。
【０１２０】
図１１は、変形例１の通信システム２００の典型的な動作の一例を示すシーケンス図である。図１１に示す例では、通信システム２００は、ＴＶ１１０Ａ、１１０Ｂ、１１０Ｃの電力状態が電源ＯＮ状態、ＮＡＳ１５０の電力状態がＳｌｅｅｐ状態から動作を開始するものとする。また、ＴＶ１１０Ａ、１１０Ｂ、１１０Ｃは、それぞれ、ＮＡＳ１５０からコンテンツのデータを受信しながら再生しているものとする。なお、ＴＶ１１０Ａ、１１０Ｂ、１１０Ｃは、ＮＡＳ１５０から同一のコンテンツのデータを受信していてもよいし、異なるコンテンツのデータを受信していてもよい。
【０１２１】
まず、ＴＶ１１０Ｃは、データを要求するコンテンツを保持するＮＡＳ１５０に起動要求を送信する（ステップＳ２００）。
【０１２２】
続いて、ＮＡＳ１５０は、ＴＶ１１０Ｃから起動要求を受信すると、ＮＡＳ１５０の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行し、起動通知をネットワーク１０２にブロードキャスト又はマルチキャストし、ＴＶ１１０Ａ、１１０Ｂ、１１０Ｃに起動通知を送信する（ステップＳ２０２）。
【０１２３】
ＴＶ１１０Ａ、１１０Ｂ、１１０Ｃは、それぞれ、起動通知を受信すると、受信した起動通知に含まれる機器識別子を用いて、ＮＡＳ１５０からコンテンツのデータを受信して再生しているか否かを判断する。そして、ＴＶ１１０Ａ、１１０Ｂ、１１０Ｃは、それぞれ、ＮＡＳ１５０からコンテンツのデータを受信して再生していれば、コンテンツの続きのデータのデータ要求をＮＡＳ１５０に送信し（ステップＳ２１２、ステップＳ２０８、ステップＳ２０４）、要求したデータをＮＡＳ１５０から受信する（ステップＳ２１４、ステップＳ２１０、ステップＳ２０６）。
【０１２４】
具体的には、ＴＶ１１０Ａ、１１０Ｂ、１１０Ｃそれぞれのデータ受信制御部１２４は、受信対象のデータ（コンテンツ）のコンテンツ情報に含まれる機器識別子と、起動通知に含まれる機器識別子とが一致すれば、ＮＡＳ１５０からコンテンツのデータを受信して再生していると判断する。そして、それぞれのデータ受信制御部１２４は、ＮＡＳ１５０からコンテンツのデータを受信して再生していれば、バッファ１２６に格納されているデータのデータ容量に関わらず、コンテンツの続きのデータのデータ要求をＮＡＳ１５０に送信する。この場合、データ受信制御部１２４は、バッファ１２６に格納されているデータのデータ量に応じて要求サイズを決定することが望ましい。典型的には、データ受信制御部１２４は、バッファ１２６の容量とバッファ１２６に格納されているデータのデータ量の差のサイズを要求サイズとすればよい。
【０１２５】
続いて、ＴＶ１１０Ｃは、起動通知を受信してから一定期間経過後（所定の条件が成立した場合の一例）に、ＮＡＳ１５０にＧｏＳｌｅｅｐ要求を送信する（ステップＳ２１６）。これは、ＴＶ１１０Ｃが、要求サイズ分のデータの受信が完了した場合、又はバッファ１２６に格納済みのデータのデータ量がＢ＿ｓｌｅｅｐを上回った場合に、ＧｏＳｌｅｅｐ要求を送信することにより、ＴＶ１１０Ａ、１１０Ｂのデータ受信が途中で打ち切られてしまったり、ＮＡＳ１５０の電力状態がＳｌｅｅｐ状態に移行した後にデータ要求を送信してしまうことを回避するためである。続いて、ＮＡＳ１５０は、ＴＶ１１０ＣからＧｏＳｌｅｅｐ要求を受信すると、ＮＡＳ１５０の電力状態を電源ＯＮ状態からＳｌｅｅｐ状態に移行する。
【０１２６】
以上のように、変形例１では、いずれかのＴＶがＮＡＳの電力状態を電源ＯＮ状態に移行させると、複数台のＴＶが同期して同一のＮＡＳからデータを受信する。このため、変形例１によれば、ＮＡＳ１５０の電力状態が電源ＯＮ状態に移行する回数を削減でき、ＮＡＳ１５０の消費電力を削減することができる。
【０１２７】
（変形例２）
変形例２では、ＴＶ１１０及びＮＡＳ１５０が、コンテンツのデータ受信用の第１通信部と、起動要求、起動通知、及びＧｏＳｌｅｅｐ要求の少なくともいずれかの送受信用の第２通信部とを、備える例について説明する。
【０１２８】
第１通信部は、第１実施形態同様ＮＩＣを用いることができる。ここで、起動要求、起動通知、及びＧｏＳｌｅｅｐ要求のメッセージサイズは小さいため、第２通信部は、例えば、ＲＦＩＤ（Radio  Frequency  IDentification）や省電力無線などを用いることができる。この場合、第２通信部の消費電力は、第１通信部の消費電力よりも少なくなる。このため、ＮＡＳ１５０がＳｌｅｅｐ状態である場合に、ＴＶ１１０及びＮＡＳ１５０が第１通信部への給電を停止すれば、ＴＶ１１０及びＮＡＳ１５０の消費電力を削減することができる。
【０１２９】
（変形例３）
変形例３では、起動要求、起動通知、及びＧｏＳｌｅｅｐ要求の変形例について説明する。上記実施形態では、起動要求、起動通知、及びＧｏＳｌｅｅｐ要求が、イーサフレームで送受信される場合を例に取り説明したが、ＴＶ１１０及びＮＡＳ１５０は、例えば、ＦＬＰ（Fast  Link  Pulse）のData  Pulse  Positionを用いて、起動要求、起動通知、及びＧｏＳｌｅｅｐ要求の少なくともいずれかを送受信することもできる。このように、ＴＶ１１０及びＮＡＳ１５０は、ＭＡＣ層のデータフレームとは異なるＭＡＣ層の通知手段を起動要求、起動通知、及びＧｏＳｌｅｅｐ要求の少なくともいずれかに用いることもできる。これにより、ＴＶ１１０及びＮＡＳ１５０の通信部（ＮＩＣ）が処理すべき信号が簡単になり、ＴＶ１１０及びＮＡＳ１５０の通信部の待機消費電力を削減することができる。
【０１３０】
また、起動通知は、電力状態を電源ＯＮ状態へ移行した旨を通知できれば、他のパケットで代用することもできる。例えば、ＤＬＮＡのＡｄｖｅｒｔｉｓｅｍｅｎｔのメッセージ、ＬＬＤＰ（link  Layer  Discovery  Protocol）、ＩＥＥＥ  ８０２．１１のビーコン、又はＳｅａｒｃｈフレームなど様々なもので代用できる。このように、起動通知を他のパケットで代用する場合、電源ＯＮ状態の場合にのみ定期的に送信されるメッセージであることが望ましい。
【０１３１】
なお、ＴＶ１１０は、ＮＡＳ１５０に電力伝送を行うことで、ＮＡＳ１５０を電源ＯＦＦ状態から電源ＯＮ状態に移行させるようにしてもよい。例えば、ＴＶ１１０は、イーサケーブルにてＮＡＳ１５０に電力を送信し、ＮＡＳ１５０は、ＴＶ１１０から受信した電力を用いて電力状態を電源ＯＦＦ状態から電源ＯＮ状態やＳｌｅｅｐ状態に移行することもできる。ＮＡＳ１５０は、Ｓｌｅｅｐ状態に移行する場合、更にＴＶ１１０から起動要求を受信することにより電源ＯＮ状態に移行することもできる。電力伝送は、イーサケーブルのような有線だけではなく無線電力伝送技術を用いて伝送することもできる。
【０１３２】
（変形例４）
変形例４では、起動識別子及びコンテンツ情報の他の取得方法について説明する。
【０１３３】
ＮＡＳ１５０などのコンテンツ保持元の機器は、電力状態が電源ＯＮ状態である場合、自身の機器識別子及び起動識別子を定期的にネットワーク１０２にブロードキャスト又はマルチキャストする。ＴＶ１１０の取得部１１８は、ブロードキャスト又はマルチキャストされた機器識別子及び起動識別子を取得し、起動識別子記憶部１１６に記憶されていなければ記憶する。また取得部１１８は、起動識別子記憶部１１６に記憶している機器識別子及び起動識別子と同一の機器識別子及び起動識別子を一定期間（例えば、１週間）受信しなければ、当該機器識別子及び起動識別子を起動識別子記憶部１１６から削除する。
【０１３４】
また取得部１１８は、起動識別子記憶部１１６に記憶されていない起動識別子を取得した場合、起動識別子の送信元（ブロードキャスト又はマルチキャスト元）へコンテンツ情報の取得要求を行う。ここで、コンテンツ情報の取得要求では、起動識別子の送信元が保持している全てのコンテンツに対してコンテンツ情報を要求することが望ましい。既に起動識別子が起動識別子記憶部１１６に記憶されている機器に関しては、リモート制御部１２２が一定時間毎に起動要求を送信して電源ＯＮ状態に移行させた後に、取得部１１８がコンテンツ情報に変化が無いか問い合わせる。なお、コンテンツ情報の取得を目的として起動要求を送信する前であっても、電源ＯＮ状態に移行した機器を発見した場合には、取得部１１８は、当該機器にコンテンツ情報に変化が無いか問い合わせることが望ましい。
【０１３５】
このような方法で起動識別子及びコンテンツ情報を取得してもよい。
【０１３６】
（変形例５）
変形例５では、コンテンツ選択画面の他の表示方法について説明する。
【０１３７】
入出力部１２０は、コンテンツ選択画面を表示する際に、コンテンツを保持する機器の電力状態を併せて表示するようにしてもよい。具体的には、入出力部１２０は、コンテンツ情報に含まれる機器識別子と同一の機器識別子に対応付けられた電力状態を、リモート管理部１３０で管理する管理情報から取得し、取得した電力状態に応じた表示をコンテンツ選択画面上で行う。図１２は、変形例５のコンテンツ選択画面の一例を示す図である。図１２に示すコンテンツ選択画面では、「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、及び「ＤＤＤ」の４つのコンテンツのタイトルが、それぞれコンテンツの内容を示すアイコン及びコンテンツを保持する機器の電力状態を表すマークとともに表示されている。なお、図１２の例では、コンテンツを保持する機器が少なくとも３台以上存在するものとする。
【０１３８】
図１２において、「ＡＡＡ」及び「ＢＢＢ」のタイトルに関連付けて表示された星印は、これらのコンテンツを保持する機器の電力状態がＳｌｅｅｐ状態であることを示す。また、「ＣＣＣ」のタイトルに関連付けて表示された太陽印は、このコンテンツを保持する機器の電力状態が電源ＯＮ状態であることを示す。さらに、「ＤＤＤ」のタイトルに関連付けて表示された月印は、このコンテンツを保持する機器の電力状態が電源ＯＦＦ状態であることを示す。
【０１３９】
このようにすれば、コンテンツを保持する機器の電力状態をユーザに通知でき、ユーザは、再生できないコンテンツ（電力状態が電源ＯＦＦ状態の機器で保持されているコンテンツ）、再生に時間を要するコンテンツ（電力状態がＳｌｅｅｐ状態の機器で保持されているコンテンツ）を把握することができる。なお、入出力部１２０は、電力状態がＳｌｅｅｐ状態の機器で保持されているコンテンツが選択された場合、当該機器の電力状態が電源ＯＮ状態に移行した後に月印を太陽印に変えるようにすれば、ユーザは、間もなくコンテンツの再生が開始されることを把握することができる。
【０１４０】
（変形例６）
変形例６では、動画や音楽などのコンテンツのデータ以外のデータへの適用例について説明する。
【０１４１】
第１実施形態で説明した内容は、データ送信機器（ＮＡＳ１５０）のデータ転送速度（データ送信速度）が、データ受信機器（ＴＶ１１０）のデータ処理速度よりも遅い場合、データ受信機器でデータを受信しつつデータを処理しても、データ受信機器に未処理のデータが蓄積されるという状況を利用して、データ送信機器の消費電力量を削減している。このため、上記状況が成立すれば、データの種別に関わらず第１実施形態で説明した内容を適用して、データ送信機器の消費電力量を削減することができる。
【０１４２】
図１３は、変形例６の通信システム３００の一例を示す構成図である。通信システム３００は、データ受信機器であるＰＣ（Personal  Computer）３１０と、データ送信機器であるファイルサーバ３５０とを、備える。ＰＣ３１０とファイルサーバ３５０とは、ネットワーク３０２を介して接続されている。なお、ＰＣ及びファイルサーバの台数は、それぞれ２台以上であってもよい。また、ファイルサーバ３５０は、ＰＣであってもよい。
【０１４３】
変形例６では、ネットワーク３０２がオフィスビル内のネットワークであるファシリティネットワーク（社内ＬＡＮ）である場合を例に取り説明する。但し、ネットワーク３０２はこれに限定されるものではなく、どのようなネットワークであってもよい。
【０１４４】
変形例６では、ＰＣ３１０は、ＣＩＦＳ（Common  Internet  File  System)プロトコルを用いて、ファイルサーバ３５０で保持されているファイルを参照する。なお、ＰＣ３１０は、ファイルサーバ３５０で保持されているファイルを参照するための事前処理として、ファイルサーバ３５０へ検索要求（検索コマンド）を送信し、検索されたファイルのファイル情報をファイルサーバ３５０から受信してバッファに格納し、バッファに格納されたファイル情報を画面表示する。検索要求の検索キーには、例えば、ファイル名の一部、ファイル内に含まれる文字列、及びファイルの変更日時などの少なくともいずれかを用いることができる。ファイル情報は、ファイル名、ファイル変更日時、及びファイルサイズなどの少なくともいずれかを含む。ＰＣ３１０は、画面表示されたファイル情報を選択することで、選択されたファイル情報のファイルをファイルサーバ３５０から参照する。
【０１４５】
ところで、ＰＣ３１０は、ファイルサーバ３５０により検索されたファイル情報を画面表示するが、検索されたファイル数が多い場合、全てのファイル情報を画面表示するには時間を要する。
【０１４６】
そこで変形例６では、ＰＣ３１０は、バッファに格納されている未処理のファイル情報数が第１所定数を超えると、ファイルサーバ３５０にＧｏＳｌｅｅｐ要求を送信し、ファイルサーバ３５０をＳｌｅｅｐ状態に移行させる。そして、ＰＣ３１０は、バッファに格納されている未処理のファイル情報の表示処理を継続し、バッファに格納されている未処理のファイル情報数が第２所定数よりも小さくなると、ファイルサーバ３５０に起動要求を送信し、ファイルサーバ３５０を電源ＯＮ状態に移行させる。これにより、ファイルサーバ３５０の消費電力を削減することができる。なお、第２所定数は、第１所定数よりも小さいものとする。
【０１４７】
この後、ＰＣ３１０は、ファイルサーバ３５０に検索要求を送信し、ファイル情報の受信を再開する。ここで、ＰＣ３１０は、検索要求に前回の検索要求と同じセッション番号を記すことが望ましい。これにより、ファイルサーバ３５０は、途中の検索結果を保持することが可能となる。
【０１４８】
またファイルサーバ３５０は、ファイルの検索処理をファイル情報の送信処理よりも高速に実行可能である場合には、検索処理結果を蓄積しておくことが望ましい。例えば、ファイルサーバ３５０は、更新日が一週間前のファイルの抽出を検索キー（検索条件）とする検索要求を受信した場合、当該検索キーに合致するファイルの抽出作業を実行しつつ、抽出したファイルのファイル情報をＰＣ３１０へ送信する。
【０１４９】
またファイルサーバ３５０は、ＧｏＳｌｅｅｐ要求を受信した場合、Ｓｌｅｅｐ状態に移行する。この際、ファイルサーバ３５０は、ファイルの検索処理及びファイル情報の送信処理を含めて処理を停止する。
【０１５０】
なおファイルサーバ３５０は、ファイルの検索処理中には、検索処理が継続中である旨をＰＣ３１０へ送信し、ファイルの検索処理が終了した際には、検索処理が終了した旨をＰＣ３１０へ送信するようにしてもよい。このようにすれば、ＰＣ３１０は、ファイルサーバ３５０がファイルの検索処理を終了した後にＧｏＳｌｅｅｐ要求を送信することができるので、ファイルサーバ３５０の電力状態を変更する回数を削減することができ、電力状態の変更に伴う消費電力を削減することができる。
【０１５１】
つまり、ＰＣ３１０は、ファイルサーバ３５０の処理状態を知ることで、ファイルサーバ３５０が処理すべき作業があるノンアイドル状態であるか否かを判定でき、ファイルサーバ３５０がノンアイドル状態中にはＧｏＳｌｅｅｐ要求を送信しないことで、ファイルサーバ３５０の電力状態を変更する回数を削減し、電力状態の変更に伴う消費電力を削減することができる。
【０１５２】
なお、ファイルサーバ３５０がノンアイドル状態であるか否かをＰＣ３１０に判定させるのではなく、ファイルサーバ３５０自身が判定してもよい。つまり、ファイルサーバ３５０は、ＧｏＳｌｅｅｐ要求を受信した場合であってもノンアイドル状態であれば、Ｓｌｅｅｐ状態に移行せずに処理を継続し、処理すべき作業が無くなり、アイドル状態となった場合にＳｌｅｅｐ状態に移行するようにしてもよい。これにより、ファイルサーバ３５０が自身の処理状態をＰＣ３１０に通知しなくても、ファイルサーバ３５０の電力状態を変更する回数を削減し、電力状態の変更に伴う消費電力を削減することができる。
【０１５３】
また第１実施形態で説明した内容は、上述したファイル検索処理以外にも適用することができる。例えば、ファイルサーバ３５０で保持しているファイルをＰＣ３１０が読み書きする場合にも適用できる。
【０１５４】
この場合、ＰＣ３１０は、ＣＩＦＳプロトコルを用いてファイルサーバ３５０で保持しているファイルを読み書きする。具体的には、ＰＣ３１０は、ファイル識別子のオフセット及びデータサイズを指定したデータ要求をファイルサーバ３５０に送信し、要求したファイルデータを受信してバッファに格納し、バッファに格納されたファイルデータをアプリケーションでアクセスする。ここで、ファイル識別子は、要求したファイルをファイルサーバ３５０上で一意に識別する識別子であり、例えばファイルパス名などが該当する。データ要求には、ＣＩＦＳコマンドが用いられ、例えば、ＳＭＢ＿ＣＯＭ＿ＯＰＥＮ及びＳＭＢ＿ＣＯＭ＿ＲＥＡＤなどが該当する。
【０１５５】
ここで、ＰＣ３１０は、バッファに格納されているファイルデータのうち未アクセス部分のファイルデータのサイズが第１サイズを超えると、ファイルサーバ３５０にＧｏＳｌｅｅｐ要求を送信し、ファイルサーバ３５０をＳｌｅｅｐ状態に移行させる。そして、ＰＣ３１０は、バッファに格納されているファイルデータへのアプリケーションによるアクセスを継続し、未アクセス部分のファイルデータのサイズが第２サイズよりも小さくなると、ファイルサーバ３５０に起動要求を送信し、ファイルサーバ３５０を電源ＯＮ状態に移行させ、ファイルデータの受信を再開する。
【０１５６】
コンテンツデータや検索データのように、データの先頭から順にデータを処理する場合だけでなく、ファイルアクセスのようにランダムアクセスする場合においても、第１実施形態で説明した内容を適用することができる。
【０１５７】
（第２実施形態）
第２実施形態では、プリントサーバが、ＰＣから送信された印刷データを一旦蓄積し、蓄積した印刷データをプリンタに送信して印刷させる印刷システムの例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。
【０１５８】
図１４は、第２実施形態の通信システム４００の一例を示す構成図である。通信システム４００は、ＰＣ４０４、４０６と、プリントサーバ４１０と、プリンタ４５０とを、備える。第２実施形態では、プリンタ４５０は、電子写真方式で印刷を行うプリンタであるものとする。ＰＣ４０４、４０６、プリントサーバ４１０、及びプリンタ４５０は、ネットワーク３０２を介して接続されている。ネットワーク３０２は、変形例６同様、ファシリティネットワークであるものとするが、これに限定されるものではなく、どのようなネットワークであってもよい。
【０１５９】
第２実施形態では、プリントサーバ４１０及びプリンタ４５０は、電力状態として、電源ＯＮ状態、電源ＯＦＦ状態、及びＳｌｅｅｐ状態の３状態を取り得るものとするが、これに限定されるものではなく、第１実施形態同様、Ｓｌｅｅｐ状態を細分化してもよい。例えば、Ｓｌｅｅｐ状態において、プリンタ４５０の定着ローラ（図示省略）の温度を高くする場合と低くする場合とで、Ｓｌｅｅｐ状態を分けるようにしてもよい。
【０１６０】
図１５は、第２実施形態の通信システム４００の典型的な動作の一例を示すシーケンス図である。図１５に示す例では、通信システム４００は、ＰＣ４０４、４０６の電力状態が電源ＯＮ状態、プリントサーバ４１０及びプリンタ４５０の電力状態がＳｌｅｅｐ状態から動作を開始するものとする。
【０１６１】
まず、ＰＣ４０４は、プリントサーバ４１０に起動要求を送信する（ステップＳ３００）。
【０１６２】
続いて、プリントサーバ４１０は、ＰＣ４０４から起動要求を受信すると、プリントサーバ４１０の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行し、ＰＣ４０４に起動通知を送信する（ステップＳ３０２）。
【０１６３】
続いて、ＰＣ４０４は、プリントサーバ４１０から起動通知を受信すると、印刷データをプリントサーバ４１０に送信する（ステップＳ３０４）。そして、プリントサーバ４１０は、ＰＣ４０４から送信される印刷データを受信し、受信した印刷データをバッファに格納し、バッファに格納済みの印刷データのデータ量がＱ＿ｐｒｉｎｔ（閾値の一例）を上回ったか否か確認する。ここでは、Ｑ＿ｐｒｉｎｔを上回らないものとする。第２実施形態では、印刷データのデータ量は、印刷ジョブの数であるものとするが、これに限定されるものではなく、印刷ページ数や印刷データのバイト数などであってもよい。
【０１６４】
続いて、ＰＣ４０４は、印刷データの送信を完了すると、ＧｏＳｌｅｅｐ要求をプリントサーバ４１０に送信する（ステップＳ３０６）。そして、プリントサーバ４１０は、ＰＣ４０４からＧｏＳｌｅｅｐ要求を受信すると、プリントサーバ４１０の電力状態を電源ＯＮ状態からＳｌｅｅｐ状態に移行する。
【０１６５】
続いて、ＰＣ４０６は、プリントサーバ４１０に起動要求を送信する（ステップＳ３０８）。
【０１６６】
続いて、プリントサーバ４１０は、ＰＣ４０６から起動要求を受信すると、プリントサーバ４１０の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行し、ＰＣ４０６に起動通知を送信する（ステップＳ３１０）。
【０１６７】
続いて、ＰＣ４０６は、プリントサーバ４１０から起動通知を受信すると、印刷データをプリントサーバ４１０に送信する（ステップＳ３１２）。そして、プリントサーバ４１０は、ＰＣ４０６から送信される印刷データを受信し、受信した印刷データをバッファに格納し、バッファに格納済みの印刷データのデータ量がＱ＿ｐｒｉｎｔを上回ったか否か確認する。ここでは、Ｑ＿ｐｒｉｎｔを上回ったものとする。
【０１６８】
続いて、プリントサーバ４１０は、プリンタ４５０に起動要求を送信する（ステップＳ３１４）。また、ＰＣ４０６は、印刷データの送信を完了すると、ＧｏＳｌｅｅｐ要求をプリントサーバ４１０に送信する（ステップＳ３１６）。ここで、プリントサーバ４１０は、バッファに格納済みの印刷データをプリンタ４５０に送信して印刷を行わせるという処理すべき作業があり、ノンアイドル状態であるため、Ｓｌｅｅｐ状態に移行せずに処理を継続する。
【０１６９】
続いて、プリンタ４５０は、プリントサーバ４１０から起動要求を受信すると、プリンタ４５０の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行し、プリントサーバ４１０に起動通知を送信する（ステップＳ３１８）。
【０１７０】
続いて、プリントサーバ４１０は、プリンタ４５０から起動通知を受信すると、バッファに格納済みの印刷データをプリンタ４５０に送信する（ステップＳ３２０）。この際、プリントサーバ４１０は、バッファに格納済みの全ての印刷データをプリンタ４５０に送信することが望ましい。
【０１７１】
続いて、プリンタ４５０は、プリントサーバ４１０から印刷データを受信すると、受信した印刷データを処理し、印刷データを印刷した印刷物を生成する。そして、プリンタ４５０は、プリントサーバ４１０から受信した全ての印刷データの印刷が完了すると、プリントサーバ４１０に完了通知を送信する（ステップＳ３２２）。
【０１７２】
続いて、プリントサーバ４１０は、プリンタ４５０から完了通知を受信すると、ＧｏＳｌｅｅｐ要求をプリンタ４５０に送信する（ステップＳ３２４）。この時点で、プリントサーバ４１０は、バッファに格納済みの印刷データをプリンタ４５０に送信して印刷を行わせるという処理すべき作業が完了し、アイドル状態となるため、プリントサーバ４１０の電力状態を電源ＯＮ状態からＳｌｅｅｐ状態に移行する。また、プリンタ４５０は、プリントサーバ４１０からＧｏＳｌｅｅｐ要求を受信すると、プリンタ４５０の電力状態を電源ＯＮ状態からＳｌｅｅｐ状態に移行する。
【０１７３】
図１６は、第２実施形態の通信システム４００において、プリンタ４５０が手動等により電源ＯＮされた場合の動作の一例を示すシーケンス図である。Ｓｌｅｅｐ状態又は電源ＯＦＦ状態にあるプリンタ４５０が、手動等何らかのきっかけにより電源ＯＮ状態に移行した場合、プリントサーバ４１０は、バッファに保持している印刷データを直ちにプリンタ４５０に送信することが望ましい。これにより、プリンタ４５０の電力状態の移行回数を減らすことができ、消費電力量を削減することができる。図１６に示す例でも、通信システム４００は、ＰＣ４０４、４０６の電力状態が電源ＯＮ状態、プリントサーバ４１０及びプリンタ４５０の電力状態がＳｌｅｅｐ状態から動作を開始するものとする。
【０１７４】
まず、ステップＳ４００〜ステップＳ４０６までの処理は、図１５のステップＳ３００〜ステップＳ３０６までの処理と同様である。
【０１７５】
続いて、プリンタ４５０の電源スイッチ（図示省略）が例えばユーザにより電源ＯＮされると（ステップＳ４０８）、プリンタ４５０は、電力状態をＳｌｅｅｐ状態から電源ＯＮ状態へ移行し、プリントサーバ４１０に起動要求を送信する（ステップＳ４１０）。この際、プリンタ４５０は、全てのプリントサーバを意味する起動識別子を有する起動要求をブロードキャスト又はマルチキャストすることも可能である。
【０１７６】
続いて、プリントサーバ４１０は、プリンタ４５０から起動要求を受信すると、プリントサーバ４１０の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行し、プリンタ４５０に起動通知を送信する（ステップＳ４１２）。
【０１７７】
続いて、プリンタ４５０は、プリントサーバ４１０から起動通知を受信すると、起動通知を送信したプリントサーバ４１０に対して印刷ジョブ情報を要求する（図示省略）。ここで、印刷ジョブ情報は、印刷ジョブ識別子、印刷ジョブ名、印刷ジョブ送信機器名（例えば、ＰＣ４０４など）を含むものとするが、これに限定されるものではない。
【０１７８】
続いて、プリントサーバ４１０は、プリンタ４５０から印刷ジョブ情報が要求されると、保持している全ての印刷ジョブの印刷ジョブ情報をプリンタ４５０に送信する（ステップＳ４１４）。
【０１７９】
続いて、プリンタ４５０は、プリントサーバ４１０から印刷ジョブ情報を受信すると、印刷ジョブ選択画面を表示する（ステップＳ４１６）。印刷ジョブ選択画面は、印刷ジョブ情報に含まれる印刷ジョブ名及び印刷ジョブ送信機器名などを表示する。そして、ユーザが印刷を希望する印刷ジョブを印刷ジョブ選択画面上で選択すると（ステップＳ４１８）、プリンタ４５０は、選択された印刷ジョブの印刷ジョブ識別子を含む印刷ジョブ要求をプリントサーバ４１０に送信する（ステップＳ４２０）。
【０１８０】
続いて、プリントサーバ４１０は、プリンタ４５０から印刷ジョブ要求を受信すると、受信した印刷ジョブ要求に含まれる印刷ジョブ識別子が示す印刷ジョブの印刷データ（指定印刷データ）をバッファから取得し、プリンタ４５０に送信する（ステップＳ４２２）。そして、プリンタ４５０は、プリントサーバ４１０から印刷データを受信すると、受信した印刷データを処理し、印刷データを印刷した印刷物を生成する。
【０１８１】
続いて、プリンタ４５０は、予め定められた時間内に印刷ジョブが選択されない場合、残りの印刷ジョブの印刷ジョブ要求をプリントサーバ４１０に送信する（図示省略）。
【０１８２】
続いて、プリントサーバ４１０は、プリンタ４５０から印刷ジョブ要求を受信すると、受信した印刷ジョブ要求に含まれる印刷ジョブ識別子が示す印刷ジョブの印刷データ（残り印刷データ）をバッファから取得し、プリンタ４５０に送信する（ステップＳ４２４）。そして、プリンタ４５０は、プリントサーバ４１０から印刷データを受信すると、受信した印刷データを処理し、印刷データを印刷した印刷物を生成する。
【０１８３】
その後、プリンタ４５０は、プリントサーバ４１０から受信した全ての印刷データの印刷が完了すると、完了通知をプリントサーバ４１０に送信し（ステップＳ４２６）、更に、ＧｏＳｌｅｅｐ要求をプリントサーバ４１０に送信する（ステップＳ４２８）。そしてプリンタ４５０は、プリンタ４５０の電力状態を電源ＯＮ状態からＳｌｅｅｐ状態に移行する。また、プリントサーバ４１０は、プリンタ４５０からＧｏＳｌｅｅｐ要求を受信すると、プリントサーバ４１０の電力状態を電源ＯＮ状態からＳｌｅｅｐ状態に移行する。
【０１８４】
なお、プリンタ４５０は、ステップＳ４１０において、プリントサーバ４１０に起動要求だけでなく起動通知をブロードキャスト又はマルチキャストしてもよい。これにより、プリントサーバ４１０は、電力状態が既に電源ＯＮ状態である場合に、起動通知をきっかけに印刷ジョブ情報をプリンタ４５０に送信することで、印刷ジョブ選択画面の表示までに要する時間を短縮することができる。
【０１８５】
また、プリントサーバ４１０は、ステップＳ４１０で起動要求を受信した場合、又は上述の起動通知を受信した場合、保持している全ての印刷データと印刷ジョブ情報をプリンタ４５０に送信し、プリンタ４５０は、プリントサーバ４１０から送信された印刷データ及び印刷ジョブ情報を用いて、印刷ジョブ選択画面の表示、指定印刷データの印刷、及び残り印刷データの印刷を行うようにしてもよい。これにより、プリントサーバ４１０は、プリンタ４５０からの完了通知を待つことなくＳｌｅｅｐ状態に移行でき、消費電力量を一層削減することができる。
【０１８６】
また、プリンタ４５０は、ステップＳ４１４でプリントサーバ４１０から印刷ジョブ情報を受信した場合に、ＧｏＳｌｅｅｐ要求をプリントサーバ４１０に送信してＳｌｅｅｐ状態に移行させ、ステップＳ４２０でプリントサーバ４１０に印刷ジョブ要求を送信する前に起動要求をプリントサーバ４１０に送信して電源ＯＮ状態に移行させるようにしてもよい。これにより、プリントサーバ４１０がＳｌｅｅｐ状態でいる時間を長くすることができ、消費電力量を削減することができる。
【０１８７】
図１７は、第２実施形態のプリントサーバ４１０の一例を示す構成図である。図１７に示すように、プリントサーバ４１０は、通信部１１２と、起動識別子記憶部１１６と、リモート制御部４２２と、データ通信制御部４２４と、バッファ４２６と、リモート管理部４３０と、状態管理部４３２とを、備える。
【０１８８】
通信部１１２は、第１実施形態のＴＶ１１０と同様である。
【０１８９】
起動識別子記憶部１１６は、記憶する機器識別子及び起動識別子がプリンタ４５０などの印刷機器のものである点を除き、第１実施形態のＴＶ１１０と同様である。
【０１９０】
リモート制御部４２２は、通信部１１２を介して、プリンタ４５０などの印刷機器の電力状態をリモート制御する。起動要求の送信、起動通知の受信、及びＧｏＳｌｅｅｐ要求の送信などは、第１実施形態のＴＶ１１０と同様であるため、説明を省略する。
【０１９１】
データ通信制御部４２４は、通信部１１２を介して、ＰＣ４０４、４０６などから印刷データを受信し、受信した印刷データをバッファ４２６に格納する。
【０１９２】
またデータ通信制御部４２４は、バッファ４２６に格納されている印刷データのデータ量を監視し、バッファ４２６に格納されている印刷データのデータ量がＱ＿ｐｒｉｎｔを上回ったか否かを判断する。データ通信制御部４２４は、バッファ４２６に格納されている印刷データのデータ量がＱ＿ｐｒｉｎｔを上回ると、機器識別子とともに当該機器識別子が示す印刷機器の電力状態を電源ＯＮ状態に移行する旨をリモート管理部４３０に通知する。
【０１９３】
またデータ通信制御部４２４は、リモート管理部４３０から印刷要求先の印刷機器のＩＰアドレスとともに印刷データの送信を開始する旨を受け付けると、受け付けたＩＰアドレス宛でバッファ４２６に格納されている印刷データを通信部１１２から送信する。
【０１９４】
なおデータ通信制御部４２４は、バッファ４２６に格納されている印刷データのデータ量だけでなく、プリンタ４５０などの印刷機器に対する印刷データの前回の送信からの経過時間を考慮して、印刷データの送信タイミングを決めてもよい。
【０１９５】
例えば、プリンタ４５０などの印刷機器の定着ローラの温度は急には低下しないため、経過時間が小さいほど印刷機器の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行する処理の消費電力は小さい。従って、印刷データの前回の送信からの経過時間とバッファ４２６内の印刷データのデータ量とで印刷機器の電力状態を電源ＯＮ状態に移行させるか否かを決めることもできる。
【０１９６】
例えば、ｔ＿ｅ＜Ｔ１かつｎ＿ｐ＞Ｎ１、ｔ＿ｅ＜Ｔ２かつｎ＿ｐ＞Ｎ２、又はｎ＿ｐ＞Ｎ３であれば、印刷機器を電源ＯＮ状態に移行するようにしてもよい。なお、ｔ＿ｅは、印刷データの前回の送信からの経過時間を示し、ｎ＿ｐは、バッファ４２６内の印刷データのデータ量を示し、Ｔ１＜Ｔ２、Ｎ１＜Ｎ２＜Ｎ３であるものとする。
【０１９７】
これにより、ＰＣ４０４、４０６がプリントサーバ４１０に印刷データを送信してから印刷が完了するまでの遅延時間の短縮が期待できる。なお、プリントサーバ４１０がプリンタ４５０に定着ローラの温度又は電源ＯＮ状態への移行に要する消費電力を問い合わせ、問い合わせ結果を考慮してプリンタ４５０を電源ＯＮ状態に移行させるか否かを判断してもよい。
【０１９８】
リモート管理部４３０は、プリンタ４５０などの印刷機器の管理情報を図示せぬ記憶部上で管理することにより、印刷機器をリモートで管理する。
【０１９９】
リモート管理部４３０は、データ通信制御部４２４から機器識別子とともに当該機器識別子が示す印刷機器の電力状態を電源ＯＮ状態に移行する旨を受け付けると、当該機器識別子と同一の機器識別子に対応付けられた電力状態を管理情報から取得し、確認する。そしてリモート管理部４３０は、電力状態がＳｌｅｅｐ状態である場合、機器識別子をリモート制御部４２２に通知し、通知した機器識別子が示す機器の電力状態を電源ＯＮ状態に移行する旨をリモート制御部４２２に指示する。
【０２００】
またリモート管理部４３０は、リモート制御部４２２から起動通知に含まれる機器識別子及びＩＰアドレスとともに当該機器識別子が示す機器の電力状態が電源ＯＮ状態に移行された旨の通知を受け付ける。そしてリモート管理部４３０は、管理情報を参照し、受け付けた機器識別子と同一の機器識別子に対応付けられた電力状態、ＩＰアドレスを、それぞれ電源ＯＮ状態、受け付けたＩＰアドレスに更新する。更にリモート管理部４３０は、更新したＩＰアドレスをデータ通信制御部４２４に通知し、印刷データの送信を開始（再開）する旨をデータ通信制御部４２４に指示する。
【０２０１】
状態管理部４３２は、プリントサーバ４１０の電力状態を制御する。具体的には、状態管理部４３２は、通信部１１２を介して起動要求を受信すると電力状態を電源ＯＮ状態へ移行し、ＧｏＳｌｅｅｐ要求を受信すると電力状態をＳｌｅｅｐ状態へ移行する。
【０２０２】
また、ＰＣ４０４、４０６は、印刷データに印刷完了許容時刻を付加してプリントサーバ４１０に送信し、状態管理部４３２は、バッファ４２６に格納されている印刷データに印刷完了許容時刻に達した印刷データが存在する場合、プリントサーバ４１０の電力状態をＳｌｅｅｐ状態から電源ＯＮ状態に移行するようにしてもよい。この場合、データ通信制御部４２４は、電力状態が電源ＯＮ状態に移行した印刷機器に対して、バッファ４２６に格納されている全ての印刷データを送信することが望ましい。また、この場合、プリントサーバ４１０は、電力状態がＳｌｅｅｐ状態であっても時刻を管理する回路には給電を行う必要があることはいうまでもない。
【０２０３】
図１８は、第２実施形態のプリンタ４５０の一例を示す構成図である。図１８に示すように、プリンタ４５０は、通信部１５２と、状態管理部１５８と、処理部４６２と、通知部４６４とを、備える。
【０２０４】
通信部１５２及び状態管理部１５８は、第１実施形態のＮＡＳ１５０と同様である。
【０２０５】
処理部４６２は、プリントサーバ４１０から印刷データを受信し、受信した印刷データを処理して、印刷データを印刷した印刷物を生成する。
【０２０６】
通知部４６４は、処理部４６２がプリントサーバ４１０から受信した全ての印刷データの印刷が完了すると、プリントサーバ４１０に完了通知を送信する。
【０２０７】
以上のように第２実施形態によれば、印刷データをプリントサーバ４１０に一時的に蓄積させることにより、プリンタ４５０の電力状態の移行回数を削減することができ、プリンタ４５０の消費電力量を削減できる。特に、電子写真方式のプリンタでは、トナーの定着のために定着ローラの温度を規定温度まで上昇させる必要があり、Ｓｌｅｅｐ状態から電源ＯＮ状態への移行に要する消費電力が大きいため、消費電力量の削減効果も大きくなる。一方、プリントサーバ４１０の場合、Ｓｌｅｅｐ状態から電源ＯＮ状態への移行に要する消費電力は、プリンタ４５０に比べ小さい。このため、第２実施形態のシステム構成を取ることによりシステム全体の消費電力量を削減することができる。
【０２０８】
なお第２実施形態では、プリンタの台数が１台の場合を例に取り説明したが、複数台あってもよい。この場合、ＰＣ４０４、４０６は、印刷データをプリントサーバ４１０に送信する際に印刷を実行すべきプリンタを指定し、プリントサーバ４１０は、バッファ４２６に格納されている印刷データをプリンタ毎に管理する。そしてプリントサーバ４１０は、プリンタ毎に閾値を用意しておき、プリンタ毎に管理されている印刷データのデータ量が当該プリンタ用の閾値を越えた場合に、当該プリンタを電源ＯＮ状態に移行し、印刷データを送信すればよい。
【０２０９】
また第２実施形態では、プリントサーバの台数が１台の場合を例に取り説明したが、複数台あってもよい。この場合、変形例１の変形と同様の変形が可能である。つまり、プリンタ４５０は、起動通知をブロードキャスト又はマルチキャストし、起動通知を受信したプリントサーバは、バッファに印刷データを格納していれば、当該印刷データをプリンタ４５０に送信すればよい。
【０２１０】
上記各実施形態及び上記各変形例のＴＶ１１０やプリントサーバ４１０は、ＣＰＵ（Central  Processing  Unit）などの制御装置と、ＲＯＭやＲＡＭなどの記憶装置と、ＨＤＤやＳＳＤなどの外部記憶装置と、ディスプレイなどの表示装置と、マウスやキーボードなどの入力装置と、通信Ｉ／Ｆなどの通信装置とを備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０２１１】
上記各実施形態及び上記各変形例のＴＶ１１０やプリントサーバ４１０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。
【０２１２】
また、上記各実施形態及び上記各変形例のＴＶ１１０やプリントサーバ４１０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、上記各実施形態及び上記各変形例のＴＶ１１０やプリントサーバ４１０で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。また、上記各実施形態及び上記各変形例のＴＶ１１０やプリントサーバ４１０で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。
【０２１３】
上記各実施形態及び上記各変形例のＴＶ１１０やプリントサーバ４１０で実行されるプログラムは、上述した各部をコンピュータ上で実現させるためのモジュール構成となっている。実際のハードウェアとしては、例えば、ＣＰＵがＨＤＤからプログラムをＲＡＭ上に読み出して実行することにより、上記各部がコンピュータ上で実現されるようになっている。
【０２１４】
なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。
【０２１５】
例えば、第２実施形態で説明した内容においても、変形例１〜３で説明したような変形も可能である。同様に、変形例６で説明した内容においても、更に変形例１〜３で説明したような変形も可能である。
【０２１６】
なお上記各実施形態では、機器とは、ネットワークに接続されるノードであればよく、上述した例以外に、スマートフォン、ルータ、又は無線アクセスポイントなどであってもよい。
【０２１７】
また上記各実施形態では、ネットワークは、イーサネット（登録商標）を用いたネットワークを例に取り説明したが、これに限定されるものではなく、無線ＬＡＮやＺｉｇｂｅｅなど他の技術を利用したネットワークであってもよい。
【０２１８】
また上記各実施形態では、ネットワークプロトコルとしてＩＰｖ４を例に取り説明したが、これに限定されるものではなく、ＩＰｖ６など他のものであってもよい。
【０２１９】
以上説明したとおり、本実施形態によれば、通信相手の消費電力をより削減することができる。
【符号の説明】
【０２２０】
１００、２００、３００、４００  通信システム
１０２、３０２  ネットワーク
１１０、１１０Ａ、１１０Ｂ、１１０Ｃ  ＴＶ
１１２  通信部
１１４  コンテンツ情報記憶部
１１６  起動識別子記憶部
１１８  取得部
１２０  入出力部
１２２、４２２  リモート制御部
１２４  データ受信制御部
１２６、４２６  バッファ
１２８  処理部
１３０、４３０  リモート管理部
１５０  ＮＡＳ
１５２  通信部
１５４  コンテンツ記憶部
１５６  コンテンツ情報記憶部
１５８  状態管理部
１６０  転送管理部
３１０  ＰＣ
３５０  ファイルサーバ
４０４、４０６  ＰＣ
４１０  プリントサーバ
４２４  データ通信制御部
４３２  状態管理部
４５０  プリンタ
４６２  処理部
４６４  通知部
【図１】
0005734788.tif 000002
【図２】
0005734788.tif 000003
【図３】
0005734788.tif 000004
【図４】
0005734788.tif 000005
【図５】
0005734788.tif 000006
【図６】
0005734788.tif 000007
【図７】
0005734788.tif 000008
【図８】
0005734788.tif 000009
【図９】
0005734788.tif 000010
【図１０】
0005734788.tif 000011
【図１１】
0005734788.tif 000012
【図１２】
0005734788.tif 000013
【図１３】
0005734788.tif 000014
【図１４】
0005734788.tif 000015
【図１５】
0005734788.tif 000016
【図１６】
0005734788.tif 000017
【図１７】
0005734788.tif 000018
【図１８】
0005734788.tif 000019