(57)【要約】【課題】ネットワーク再生中でのメディアサーバ装置の電力消費を抑えること。【解決手段】ネットワーク再生システム１は、再生データ２０を記憶する記憶手段１２を有するメディアサーバ装置２と、メディアサーバ装置２から再生データを受信して再生する再生装置３と、メディアサーバ装置２において、再生データ２０を再生装置３へ連続的に転送し、その転送後の再生データ２０の再生期間中において、再生データ２０の転送が可能な状態より電力消費が少ない低消費電力状態となる転送手段１１と、を有する。【選択図】図１
2008252775.tif 000002
【特許請求の範囲】
【請求項１】
再生データを記憶する記憶手段を有するメディアサーバ装置と、
上記メディアサーバ装置から上記再生データを受信して再生する再生装置と、
上記メディアサーバ装置において、上記再生データを上記再生装置へ連続的に転送し、その転送後の上記再生データの再生期間中において、上記再生データの転送が可能な状態より電力消費が少ない低消費電力状態となる転送手段と、
を有することを特徴とするネットワーク再生システム。
【請求項２】
前記再生装置は、
前記連続的に転送される前記再生データを記憶する受信バッファメモリと、
上記受信バッファメモリに格納可能な所定量の再生データを受信した場合に、前記転送手段を低消費電力状態へ移行させるための通信処理を実行する転送制御手段と、
を有することを特徴とする請求項１記載のネットワーク再生システム。
【請求項３】
前記転送制御手段は、前記受信バッファメモリ中の未再生の再生データが所定量以下になった場合に、前記転送手段を前記再生データの転送が可能な状態へ復旧させるための通信処理を実行し、前記転送手段による前記再生データの連続的な転送を再開させること、
を特徴とする請求項２記載のネットワーク再生システム。
【請求項４】
前記再生装置は、少なくとも再生指示を含む操作がなされる入力手段を有し、
前記転送制御手段は、前記受信バッファメモリに格納可能な所定量の再生データを受信した場合であっても、上記入力手段に対する最後の操作がなされてから所定の期間が経過する前には、前記転送手段を低消費電力状態へ移行させるための通信処理を実行しないこと、
を特徴とする請求項２または３記載のネットワーク再生システム。
【請求項５】
前記再生装置は、通常再生時のみに前記転送手段に前記再生データを連続的に転送させ、それ以外のときには前記再生データを再生の進捗状況にあわせて間欠的に転送させる転送制御手段を有すること、
を特徴とする請求項１記載のネットワーク再生システム。
【請求項６】
前記再生装置は、前記転送手段に、再生を開始するときには前記再生データを再生の進捗状況にあわせて間欠的に転送させ、所定時間の再生がなされたら、前記再生データの続きを連続的に転送させる転送制御手段を有すること、
を特徴とする請求項１記載のネットワーク再生システム。
【請求項７】
前記再生装置は、各楽曲の再生終了の直前において、前記転送手段を前記再生データの転送が可能状態へ復旧させるための通信処理を実行する転送制御手段を有すること、
を特徴とする請求項１記載のネットワーク再生システム。
【請求項８】
前記再生装置は、車両に配設されるものであり、且つ、
上記車両が停車する前に、前記転送手段を前記再生データの転送が可能状態へ復旧させるための通信処理を実行する転送制御手段を有すること、
を特徴とする請求項１記載のネットワーク再生システム。
【請求項９】
前記再生装置は、車両に配設されるものであり、且つ、
経路案内の目的地に近づいたら、前記転送手段により連続的に転送させるデータ量を、上記目的地までの予想の残旅行時間において再生可能なデータ量に抑える転送制御手段を有すること、
を特徴とする請求項１記載のネットワーク再生システム。
【請求項１０】
前記記憶手段は、前記転送手段とともに低消費電力状態となること、を特徴とする請求項１記載のネットワーク再生システム。
【請求項１１】
再生装置において再生可能な再生データを記憶する記憶手段と、
上記再生データを上記再生装置へ連続的に転送し、その転送後の上記再生データの再生期間中において、上記再生データの転送が可能な状態より電力消費が少ない低消費電力状態となる転送手段と、
を有することを特徴とするメディアサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク再生システムおよびメディアサーバ装置に関する。
【背景技術】
【０００２】
特許文献１は、ポータブルで単体再生可能なメディアサーバ装置がネットワークプレーヤへ、データをストリーム配信する技術を開示する。
【０００３】
【特許文献１】特開２００７−０６６４７３号公報（要約、発明の詳細な説明など）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、ネットワークプレーヤがストリーミングデータを再生している最中（ネットワーク再生中）には、メディアサーバ装置は、再生に同期させてストリーミングデータを順次転送する必要がある。そのため、メディアサーバ装置において、通信デバイスなどは常に転送可能な状態に維持される必要があったり、ネットワーク配信するデータを格納するメモリに常にアクセスしたりする必要がある。その結果、ネットワーク再生中でのメディアサーバ装置の電力消費は大きく、一般的にバッテリ駆動されるポータブル型のメディアサーバ装置にとってはその負担が大きい。
【０００５】
本発明は、ネットワーク再生中でのメディアサーバ装置の電力消費を抑えることができるネットワーク再生システムおよびメディアサーバ装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るネットワーク再生システムは、再生データを記憶する記憶手段を有するメディアサーバ装置と、メディアサーバ装置から再生データを受信して再生する再生装置と、メディアサーバ装置において、再生データを再生装置へ連続的に転送し、その転送後の再生データの再生期間中において、再生データの転送が可能な状態より電力消費が少ない低消費電力状態となる転送手段と、を有するものである。
【０００７】
本発明に係るネットワーク再生システムは、上述した発明の構成に加えて以下の特徴を有するものである。すなわち、再生装置は、連続的に転送される再生データを記憶する受信バッファメモリと、受信バッファメモリに格納可能な所定量の再生データを受信した場合に、転送手段を低消費電力状態へ移行させるための通信処理を実行する転送制御手段と、を有する。
【０００８】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、転送制御手段は、受信バッファメモリ中の未再生の再生データが所定量以下になった場合に、転送手段を再生データの転送が可能な状態へ復旧させるための通信処理を実行し、転送手段による再生データの連続的な転送を再開させる。
【０００９】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、再生装置は、少なくとも再生指示を含む操作がなされる入力手段を有する。また、転送制御手段は、受信バッファメモリに格納可能な所定量の再生データを受信した場合であっても、入力手段に対する最後の操作がなされてから所定の期間が経過する前には、転送手段を低消費電力状態へ移行させるための通信処理を実行しない。
【００１０】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、再生装置は、通常再生時のみに転送手段に再生データを連続的に転送させ、それ以外のときには再生データを再生の進捗状況にあわせて間欠的に転送させる転送制御手段を有する。
【００１１】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、再生装置は、転送手段に、再生を開始するときには再生データを再生の進捗状況にあわせて間欠的に転送させ、所定時間の再生がなされたら、再生データの続きを連続的に転送させる転送制御手段を有する。
【００１２】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、再生装置は、各楽曲の再生終了の直前において、転送手段を再生データの転送が可能状態へ復旧させるための通信処理を実行する転送制御手段を有する。
【００１３】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、再生装置は、車両に配設されるものである。そして、再生装置は、車両が停車する前に、転送手段を再生データの転送が可能状態へ復旧させるための通信処理を実行する転送制御手段を有する。
【００１４】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、再生装置は、車両に配設されるものである。そして、この再生装置は、経路案内の目的地に近づいたら、転送手段により連続的に転送させるデータ量を、目的地までの予想の残旅行時間において再生可能なデータ量に抑える転送制御手段を有する。
【００１５】
本発明に係るネットワーク再生システムは、上述した発明の各構成に加えて以下の特徴を有するものである。すなわち、記憶手段は、転送手段とともに低消費電力状態となる。
【００１６】
本発明に係るメディアサーバ装置は、再生装置において再生可能な再生データを記憶する記憶手段と、再生データを再生装置へ連続的に転送し、その転送後の再生データの再生期間中において、再生データの転送が可能な状態より電力消費が少ない低消費電力状態となる転送手段と、を有するものである。
【発明の効果】
【００１７】
本発明では、ネットワーク再生中でのメディアサーバ装置の電力消費を抑えることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態に係るネットワーク再生システムおよびメディアサーバ装置について、図面に基づいて説明する。なお、メディアサーバ装置は、オーディオコンテンツを記憶するポータブル再生機器を例に説明する。ネットワーク再生システムは、このポータブル再生機器と、自動車などの車両に設置される再生装置とを有するネットワーク再生システムを例に説明する。
【００１９】
図１は、本発明の実施の形態に係るネットワーク再生システム１を示すシステム構成図である。このネットワーク再生システム１は、再生データとしての楽曲データ２０を記憶するポータブル再生機器２と、このポータブル再生機器２から無線通信により楽曲データ２０を受信して再生する再生装置３と、を有する。
【００２０】
メディアサーバ装置としてのポータブル再生機器２は、それ自体において楽曲データ２０を再生可能なたとえば携帯オーディオプレーヤである。ポータブル再生機器２は、転送手段としてのサーバ無線通信デバイス１１、楽曲データ２０を記憶する記憶手段としての記憶デバイス１２、入力デバイス１３、表示デバイス１４、イヤホンジャック１５、これらが接続されるマイクロコンピュータ１６を有する。
【００２１】
また、ポータブル再生機器２は、乾電池などのバッテリ１７と、電源回路１８とを有する。電源回路１８は、バッテリ１７の蓄電電力から生成した電力を、サーバ無線通信デバイス１１、マイクロコンピュータ１６などのポータブル再生機器２の内部回路へ供給する。ポータブル再生機器２の内部回路は、バッテリ１７の電力により動作する。
【００２２】
マイクロコンピュータ１６は、図示外のメモリ、図示外のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などを有する。ＣＰＵは、メモリに記憶される図示外のプログラムを読み込んで実行する。これにより、マイクロコンピュータ１６には、転送実行部２１、ポータブルＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部２２、ポータブル再生部２３などの機能が実現される。
【００２３】
転送手段としてのサーバ無線通信デバイス１１は、たとえば無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ブルートゥースなどの無線通信規格に基づいて他の無線通信デバイス（図１では再生装置３のプレーヤ無線通信デバイス３１）との間でデータを送受信するものである。なお、無線ＬＡＮやブルートゥースなどの近年の無線通信規格でのデータの最大転送速度は、１秒間に数百キロバイトから数百メガバイトであり、楽曲データ２０などを転送する際に必要となる転送レートに比べて格段に大きい。
【００２４】
また、サーバ無線通信デバイス１１は、ＩＥＥＥ（ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１の規格に準拠したパワーセーブモードで動作可能なものである。ＩＥＥＥ８０２．１１では、サーバ機器の動作モードとして、アクティブモードとパワーセーブモードとが規格化されている。アクティブモードは、データの送受信（転送）が可能な状態であり、パワーセーブモードは、所定のリッスンインターバルにおいてＤＴＩＭ（Ｄｅｌｉｖｅｒｙ  Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）信号のみを受信する状態である。ＤＴＩＭ信号は、プレーヤ機器として機能する他の無線通信デバイス（図１では再生装置３のプレーヤ無線通信デバイス３１）が周期的に送信するビーコン信号の一種であり、特に、送受信待ちの通信データが存在していることを示すビーコン信号である。なお、この実施の形態において、ＤＴＩＭ信号は、サーバ無線通信デバイス１１のパワーセーブモードを解除するための信号として利用されている。
【００２５】
パワーセーブモードで動作するサーバ無線通信デバイス１１は、ＤＴＩＭ信号を受信すると、データの送受信（転送）が可能なアクティブモードへ復旧する。サーバ無線通信デバイス１１が間欠的にパワーセーブモードで動作することにより、消費電力が低減される。たとえばビーコン信号が１００ミリ秒毎に送信され、ＤＴＩＭ間隔が１０回に固定されている場合、ＤＴＩＭ信号は１秒毎に送信されることになる。この環境下においては、サーバ無線通信デバイス１１は、ＤＴＩＭ信号の受信動作期間（たとえば１００ミリ秒）以外の期間（たとえば９００ミリ秒）において消費電力を削減することができる。
【００２６】
転送実行部２１は、無線通信ネットワークを介して接続される機器の転送制御部（図１では再生装置３の転送制御部４１）から、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルに準拠するコマンドを受信し、それに応じたコンテンツデータを有するパケットデータなどを転送制御部４１へ送信する。また、転送実行部２１は、ＴＣＰコネクションが切断されると、サーバ無線通信デバイス１１をアクティブモードからパワーセーブモードへ制御する。
【００２７】
転送実行部２１と転送制御部４１との間で送受されるコマンドとしては、コンテンツリスト要求コマンド、楽曲選択コマンド、データの転送を要求するＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）＿ＧＥＴコマンドなどがある。なお、ＨＴＴＰ＿ＧＥＴコマンドでは、取得するデータのファイル中の先頭ビットや終了ビット、データ量などを指定することができる。また、パケットデータには、楽曲データ２０の部分データなどを格納することができる。
【００２８】
記憶デバイス１２は、たとえばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、フラッシュメモリなどであり、楽曲データ２０を記憶するものである。楽曲データ２０には、たとえばリニアＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）、ＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ−３）、ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｅｃ）などの形式がある。ＭＰ３などの楽曲データ２０には、楽曲そのもののデータにメタデータ（ヘッダ情報）などを付加することができる。メタデータには、曲名、アーティスト名、添付画像（のリンク先）などのデータを格納することができる。なお、記憶デバイス１２は、メモリカードなどで構成され、ポータブル再生機器２から着脱可能なものであってもよい。
【００２９】
ポータブル再生部２３は、記憶デバイス１２から楽曲データ２０を読み込み、音声信号を生成する。ポータブル再生部２３は、生成した音声信号をイヤホンジャック１５へ出力する。
【００３０】
ポータブル再生機器２の入力デバイス１３は、図示外のたとえば十字キーなどのキーを有する。また、表示デバイス１４は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｔ）デバイスなどの液晶デバイスである。
【００３１】
ポータブルＵＩ部２２は、ポータブル再生機器２の動作を制御するものであり、入力デバイス１３の操作に基づいて転送実行部２１やポータブル再生部２３へ処理を指示する。したがって、たとえば入力デバイス１３の操作に基づいてポータブルＵＩ部２２がポータブル再生部２３へ再生処理を指示すると、ポータブル再生部２３は、指定された楽曲データ２０を記憶デバイス１２から読み込み、音声信号をイヤホンジャック１５へ出力する。これにより、ポータブル再生機器２は、それが記憶する楽曲データ２０を単体で再生することができる。また、ポータブルＵＩ部２２は、表示デバイス１４に、曲名などの文字や、楽曲に関連付けられた画像などを表示させる。
【００３２】
再生装置３は、たとえば自動車などのダッシュボードに設置されるオーディオプレーヤである。再生装置３は、プレーヤ無線通信デバイス３１、受信した楽曲データ２０などを有する受信データ４０を記憶する受信バッファメモリ３２、プレーヤ再生部３３、スピーカ３４、入力手段としての入力デバイス３５、表示デバイス３６、これらが接続されるマイクロコンピュータ３７を有する。マイクロコンピュータ３７は、経過時間などを計測する図示外のタイマ、図示外のメモリ、図示外のＣＰＵなどを有する。ＣＰＵは、メモリに記憶される図示外のプログラムを読み込んで実行する。これにより、マイクロコンピュータ３７には、転送制御手段としての転送制御部４１、プレーヤＵＩ部４２などの機能が実現される。
【００３３】
なお、受信バッファメモリ３２およびプレーヤ再生部３３は、ＣＰＵがプログラムを読み込んで実行することにより、マイクロコンピュータ３７内において実現されていてもよい。
【００３４】
プレーヤ無線通信デバイス３１は、所定の無線通信規格に基づいて他の無線通信デバイス（図１ではポータブル再生機器２のサーバ無線通信デバイス１１）との間でデータを送受信するものである。また、プレーヤ無線通信デバイス３１は、ＩＥＥＥ８０２．１１の規格に準拠したビーコン信号やＤＴＩＭ信号をブロードキャスト送信する機能を有する。
【００３５】
転送制御部４１は、無線通信ネットワークを介して接続される機器（図１ではポータブル再生機器２）との間でＴＣＰコネクションを自動確立し、確立したＴＣＰコネクションを用いて転送実行部（図１では転送実行部２１）へコマンドを送信し、パケットデータなどを受信する。また、転送制御部４１は、受信したパケットデータに含まれるコンテンツデータを受信バッファメモリ３２に保存するとともに、転送実行部２１へ応答を返す。これにより、受信バッファメモリ３２は、受信データ４０を記憶する。さらに、転送制御部４１は、必要に応じてプレーヤ無線通信デバイス３１にＤＴＩＭ信号を送信させる。なお、このプレーヤ無線通信デバイス３１は、転送制御部４１により指示されない限りＤＴＩＭ信号を送信しない。
【００３６】
受信バッファメモリ３２は、受信データ４０を記憶する。受信データ４０は、転送制御部４１が受信した複数のパケットデータに含まれるコンテンツデータの集合体である。なお、この実施の形態のプレーヤ機器の受信バッファメモリ３２の容量は、楽曲データ２０などを受信して再生する一般的なプレーヤ機器の受信バッファメモリより大きい。
【００３７】
プレーヤ再生部３３は、受信バッファメモリ３２に受信データ４０として記憶されている楽曲データ２０を先頭から順番に読み込んで、音声信号を生成する。プレーヤ再生部３３は、生成した音声信号をスピーカ３４へ出力する。これにより、再生装置３は、スピーカ３４から楽曲を出力する。
【００３８】
再生装置３の入力デバイス３５は、少なくとも再生指示を含む操作がなされる入力手段であり、図示外のたとえば再生キー、停止キー、ファストフォワードキー、スキップキー、イントロスキャンキー、リピートキーなどのキーを有する。
【００３９】
プレーヤＵＩ部４２は、再生装置３の動作を制御するものであり、入力デバイス３５の操作に基づいて転送制御部４１などへ処理を指示する。また、プレーヤＵＩ部４２は、表示デバイス３６に、再生する楽曲の曲名などの文字や、画像などを表示させる。
【００４０】
なお、上述したポータブル再生機器２の図示外のＣＰＵが実行するプログラムや再生装置３の図示外のＣＰＵが実行するプログラムは、これらの装置の出荷前にマイクロコンピュータ１６，３７のメモリに記録されたものであっても、これらの装置の出荷後にマイクロコンピュータ１６，３７のメモリに記録されたものであってもよい。また、これらのプログラムの一部が、これらの装置の出荷後にマイクロコンピュータ１６，３７のメモリに記録されたものであってもよい。これらの装置の出荷後にマイクロコンピュータ１６，３７のメモリに記録されるプログラムは、たとえばメモリカードやＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などのコンピュータ読取可能な記録媒体に記録されているものをインストールしたものであっても、インターネットなどの伝送媒体を介してダウンロードしたものをインストールしたものであってもよい。
【００４１】
次に、以上の構成を有するネットワーク再生システム１の動作を説明する。以下の説明では、まず、ポータブル再生機器２と再生装置３との接続処理について説明する。
【００４２】
図２は、図１のネットワーク再生システム１における初回の接続処理の流れを示すタイミングチャートである。
【００４３】
再生装置３が設置された車内にポータブル再生機器２を持ち込み、互いの距離が所定の距離以下になると、再生装置３のプレーヤ無線通信デバイス３１とポータブル再生機器２のサーバ無線通信デバイス１１とはたとえばＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）などの規格に基づいて自動的に相互認証を行う。プレーヤ無線通信デバイス３１とサーバ無線通信デバイス１１との間でデータ送受信が可能な状態になると、再生装置３の転送制御部４１とポータブル再生機器２の転送実行部２１との間で所定のＨＴＴＰコマンドなどを送受信し、コネクションが自動確立される（ステップＳＴ１）。
【００４４】
コネクションが確立されると、再生装置３の転送制御部４１は、コンテンツリスト要求コマンドを生成し、転送実行部２１へ送信する（ステップＳＴ２）。コンテンツリスト要求コマンドは、実際には、転送制御部４１からプレーヤ無線通信デバイス３１へ供給され、プレーヤ無線通信デバイス３１からサーバ無線通信デバイス１１へ無線送信され、サーバ無線通信デバイス１１から転送実行部２１へ供給される。
【００４５】
コンテンツリスト要求コマンドを受信すると、転送実行部２１は、記憶デバイス１２に記憶されている楽曲データ２０のリストを生成し、転送制御部４１へ送信する（ステップＳＴ３）。楽曲データ２０のリストは、実際には、サーバ無線通信デバイス１１およびプレーヤ無線通信デバイス３１を介して、転送制御部４１へ送信される。なお、転送実行部２１は、楽曲データ２０のリストとともに、メタデータなどを転送制御部４１へ送信するようにしてもよい。
【００４６】
楽曲データ２０のリストを受信した転送制御部４１は、受信したリストをプレーヤＵＩ部４２へ供給する。プレーヤＵＩ部４２は、楽曲データ２０のリストを再生装置３の表示デバイス３６に表示させる（ステップＳＴ４）。この表示により、ユーザは、再生装置３によりポータブル再生機器２が検出されたことや、ポータブル再生機器２に記憶される再生可能な楽曲コンテンツの内容などを知ることができる。
【００４７】
ユーザは、再生装置３の表示デバイス３６に所望の楽曲名などが表示されている状態で、入力デバイス３５のキーを操作する（ステップＳＴ５）。入力デバイス３５のキーが操作されると、図１のネットワーク再生システム１は、操作されたキーに応じて、バルク転送再生処理あるいはストリーミング転送再生処理を開始する。
【００４８】
図３は、図１のネットワーク再生システム１によるバルク転送再生処理の流れを示すタイミングチャートである。
【００４９】
入力デバイス３５の再生キーが操作されると（ステップＳＴ５−１）、プレーヤＵＩ部４２は、その操作時に表示デバイス３６に表示している楽曲からの再生を転送制御部４１に指示する。このバルク転送再生処理では、転送制御部４１は、まず、楽曲データ２０の転送を要求するＨＴＴＰ＿ＧＥＴコマンドを転送実行部２１へ送信する（ステップＳＴ６）。このＨＴＴＰ＿ＧＥＴコマンドにより、選択した１つ目の楽曲が転送実行部２１へ通知される。
【００５０】
楽曲データ２０の転送を要求するＨＴＴＰ＿ＧＥＴコマンドを受信すると、転送実行部２１は、受信した選択楽曲通知およびＨＴＴＰ＿ＧＥＴコマンドを解釈し、選択された楽曲データ２０の転送処理を開始する。具体的には、転送実行部２１は、コマンドにより指定された楽曲データ２０を記憶デバイス１２から読み込み、まず、読み込んだ楽曲データ２０の先頭部分のデータを格納するパケットデータを生成し、生成した１つ目のパケットデータを転送制御部４１へ送信する（ステップＳＴ７）。
【００５１】
転送制御部４１は、受信したパケットデータを受信バッファメモリ３２に保存し、次のパケット送信を要求する応答を転送実行部２１へ返す（ステップＳＴ８）。転送実行部２１は、この応答を受信すると、記憶デバイス１２から楽曲データ２０の続きのデータを読み込み、次のパケットデータを生成し、転送制御部４１へ送信する（ステップＳＴ９）。
【００５２】
このように、バルク転送再生処理においては、転送実行部２１と転送制御部４１との間において、楽曲データ２０を分割して含む複数のパケットデータおよびその応答が連続的に送受信されることになる（たとえばステップＳＴ７〜ＳＴ１１など）。
【００５３】
また、転送制御部４１は、受信した複数のパケットデータを受信バッファメモリ３２に保存する。これにより受信バッファメモリ３２は、楽曲データ２０（の一部のデータ）を有する受信データ４０が記憶される。
【００５４】
ステップＳＴ７において最初のパケットデータを受信して受信バッファメモリ３２に保存した後、転送制御部４１は、プレーヤ再生部３３に再生開始を指示する。プレーヤ再生部３３は、受信バッファメモリ３２に格納されている受信データ４０（その中身は、楽曲データ２０）を先頭から順番に読込み、音声信号を生成してスピーカ３４へ出力する。これにより、再生装置３による、ポータブル再生機器２に記憶される楽曲データ２０の再生が開始される。
【００５５】
プレーヤ再生部３３に再生開始を指示した後、連続的に受信する複数のパケットデータを受信バッファメモリ３２に保存しながら、転送制御部４１は楽曲データ２０を全て受信できたか否かを検出すると共に、受信バッファメモリ３２に記憶させたデータ量を監視する。受信バッファメモリ３２に楽曲データ２０を全て受信できた場合はその楽曲データ２０の受信処理を終了する。すなわち、転送制御部４１と転送実行部２１とは、後述する図３中のステップＳＴ１５からＳＴ２４までの楽曲データ２０の続きを転送する処理を実行しない。なお、この実施の形態の再生装置３において、受信バッファメモリ３２の記憶容量は一般的な楽曲データ２０のデータ量より大きい。そのため、通常は、１回のバルク転送により、１曲分の楽曲データ２０を転送することが可能である。この場合、後述するように、サーバ無線通信デバイス１１は、その楽曲を再生するための残り時間においてスリープモードとなることができる。
【００５６】
一方、たとえばクラッシックの楽曲データ２０などのようにトラック（１曲）が非常に長い楽曲データ２０を要求したり、あるいは楽曲をアルバム単位で要求したりした場合には、要求に係る楽曲データ２０の全てを受信して受信バッファメモリ３２に記憶させることができない。この場合には、転送制御部４１は、バルク転送処理中に、所定量（たとえば受信バッファメモリ３２の記憶容量）のデータを受信バッファメモリ３２に記憶させたと判断する（ステップＳＴ１２）。そして、転送制御部４１は、パケット受信の応答を転送実行部２１へ返した後（ステップＳＴ１３）、ＴＣＰコネクションを切断する（ステップＳＴ１４）。なお、転送制御部４１は、パケット受信の応答を返すことなく、ＴＣＰコネクションを切断してもよい。
【００５７】
ＴＣＰコネクションが切断されると、ポータブル再生機器２の転送実行部２１は、サーバ無線通信デバイス１１にパワーセーブモードへの移行を指示する。サーバ無線通信デバイス１１は、パワーセーブモードとなり、低消費電力動作状態に移行する。サーバ無線通信デバイス１１は、ＤＴＩＭ信号のみを受信可能な状態となる。
【００５８】
ＴＣＰコネクションを切断した後、転送制御部４１は、プレーヤ再生部３３による受信バッファメモリ３２からのデータ読込み状況を監視する。そして、受信バッファメモリ３２中の未再生の受信データ４０のデータ量が所定量以下になる（ステップＳＴ１５）と、転送制御部４１は、楽曲データ２０の続きを受信するために、プレーヤ無線通信デバイス３１にＤＴＩＭ信号を送信させる（ステップＳＴ１６）。
【００５９】
なお、転送制御部４１は、現実的には、ビーコン信号の送信間隔と、サーバ無線通信デバイス１１などがＤＴＩＭ信号の受信に基づいてデータ転送が可能となるまでの時間と、記憶デバイス１２からの楽曲データ２０を読み込みを開始してから実際にパケットデータの転送が開始されるまでに必要な時間とを加算した時間を最低期間として、さらにこの最低期間よりも長い所定の期間において再生に使用されるデータ量を基準として、受信バッファメモリ３２中の未再生データのデータ量を判断すればよい。そして、転送制御部４１は、受信バッファメモリ３２中の未再生データのデータ量がこの基準のデータ量以下になったら、ＤＴＩＭ信号を送信させるようにすればよい。
【００６０】
パワーセーブモードで動作するサーバ無線通信デバイス１１は、ＤＴＩＭ信号を受信する。サーバ無線通信デバイス１１は、パワーセーブモードからアクティブモードへ移行する。サーバ無線通信デバイス１１とプレーヤ無線通信デバイス３１とはデータの送受信の可能な状態となる。また、転送制御部４１は、転送実行部２１との間でＴＣＰコネクションを確立し（ステップＳＴ１７）、ＨＴＴＰ＿ＧＥＴコマンドを送信する（ステップＳＴ１８）。なお、このときのＨＴＴＰ＿ＧＥＴコマンドでは、既に受信しているデータの次のデータを、受信を要求するデータの先頭として指定している。
【００６１】
続きの楽曲データ２０の送信を要求するＨＴＴＰ＿ＧＥＴコマンドを受信すると、転送実行部２１は、楽曲データ２０中の未送信分のデータを読み込み、パケットデータを生成し、転送制御部４１へ送信する（ステップＳＴ１９）。転送制御部４１は、受信したパケットデータを受信バッファメモリ３２に保存し、その応答を転送実行部２１へ送信する（ステップＳＴ２０）。
【００６２】
そして、バルク転送再生処理では、転送実行部２１と転送制御部４１との間において、続きの楽曲データ２０を分割して含む複数のパケットデータと応答とが連続的に送受信されることになる（ステップＳＴ１９〜ＳＴ２１など）。また、受信バッファメモリ３２には、既に記憶されていた楽曲データ２０の続きのデータが記憶されことになる。
【００６３】
なお、受信バッファメモリ３２が楽曲データ２０で一杯になったら、転送制御部４１は再生済みのデータに上書きするようにして、後から受信する未再生データを受信バッファメモリ３２に保存すればよい。
【００６４】
また、転送制御部４１は、連続的に受信する続きの複数のパケットデータを受信バッファメモリ３２に保存しながら、受信バッファメモリ３２に記憶させたデータ量（たとえば未再生のデータ量など）を監視する。そして、所定量のデータを受信バッファメモリ３２に記憶させたと判断する（ステップＳＴ２２）と、転送制御部４１は、転送実行部２１へ応答した後（ステップＳＴ２３）、ＴＣＰコネクションを切断する（ステップＳＴ２４）。これにより、ポータブル再生機器２のサーバ無線通信デバイス１１は、再びパワーセーブモードへ移行する。なお、図３の例では、楽曲データ２０は、２回のバルク転送処理により再生装置３へ転送されている。
【００６５】
また、プレーヤ再生部３３による１つの楽曲の再生が終わる所定時間前に、転送制御部４１は、プレーヤ無線通信デバイス３１にＤＴＩＭ信号を送信させ（ステップＳＴ２５）、転送実行部２１との間でＴＣＰコネクションを再接続し（ステップＳＴ２６）、次の楽曲を指定するＨＴＴＰ＿ＧＥＴコマンドを送信する（ステップＳＴ２７）。これにより、転送実行部２１は、記憶デバイス１２に記憶される次の楽曲データ２０を分割して格納する複数のパケットデータを転送制御部４１へ連続的に送信する（ステップＳＴ２８）。
【００６６】
また、転送制御部４１は、ステップＳＴ２８において最初に受信したパケットデータを受信バッファメモリ３２に保存し、プレーヤ再生部３３に再生を指示する。これにより、再生装置３において、次の楽曲の再生が開始される。
【００６７】
以上のように、バルク転送再生処理においては、楽曲データ２０を格納する複数のパケットデータは、所定量毎にまとめて断続的にバルク転送される（たとえばステップＳＴ７〜ＳＴ１１と、ステップＳＴ１９〜ＳＴ２１）。そして、ＴＣＰコネクションが切断されている無転送期間（たとえばステップＳＴ１４〜ＳＴ１６の期間）において、ポータブル再生機器２のサーバ無線通信デバイス１１は、パワーセーブモードとなることができる。
【００６８】
また、プレーヤ再生部３３は、たとえば、受信バッファメモリ３２に１回目にまとめて記憶されている楽曲データ２０の最後まで読み込んだら、２回目にまとめて記憶された続きの楽曲データ２０をその先頭から順番に読み込んで、再生信号の生成に使用する。プレーヤ再生部３３は、楽曲データ２０の複数回のバルク転送に分けて受信していることに影響されることなく、先頭のものから順番に読み込んで再生に利用することができる。その結果、スピーカ３４からは楽曲が途切れることなく再生される。
【００６９】
このように、転送制御部４１は、プレーヤ再生部３３による楽曲データ２０の再生処理の進行にしたがって、受信バッファメモリ３２中の未再生データのデータ量が所定量以下になる（たとえばステップＳＴ１５）と、ＤＴＩＭ信号を送信させ、スリープモードにあるサーバ無線通信デバイス１１をアクティブモードへ復旧させ、続きの楽曲データ２０を受信して保存する。これにより、受信バッファメモリ３２において、未再生データが無くなってしまうことはない。しかも、プレーヤ再生部３３は、受信バッファメモリ３２中の未再生データを利用して、楽曲を途切れることなく再生することができる。
【００７０】
次に、再生装置３の表示デバイス３６に所望の楽曲が表示されている状態で、再生装置３の再生キー以外のたとえばファストフォワードキー、スキップキー、イントロスキャンキーなどのキーが操作された場合のストリーミング転送再生動作を説明する。ストリーミング転送再生動作では、楽曲データ２０の転送に用いる複数のパケットデータは、バルク転送ではなく、ストリーミング転送により転送される。
【００７１】
図４は、図１のネットワーク再生システム１によるストリーミング転送再生処理の流れを示すタイミングチャートである。
【００７２】
再生装置３の表示デバイス３６に所望の楽曲が表示されている状態で、再生キー以外のたとえばファストフォワードキー、スキップキー、イントロスキャンキーなどのキーが操作される（ステップＳＴ５−２）と、プレーヤＵＩ部４２からの指示に基づいて、転送制御部４１は、楽曲データ２０の転送を要求するＨＴＴＰ＿ＧＥＴコマンドを転送実行部２１へ送信する（ステップＳＴ４１）。このＨＴＴＰ＿ＧＥＴコマンドにより、選択した楽曲が転送実行部２１へ通知される。
【００７３】
なお、ファストフォワードキーが操作された場合、再生装置３において選択される楽曲は、表示デバイス３６に表示されている楽曲である。これに対して、スキップキーあるいはイントロスキャンキーが操作された場合、再生装置３において選択される楽曲は、表示デバイス３６に表示されている楽曲の次の楽曲（たとえば先に受信したコンテンツリストなどにおいて、次にある楽曲）である。
【００７４】
楽曲データ２０の転送を要求するＨＴＴＰ＿ＧＥＴコマンドを受信すると、転送実行部２１は、受信した選択楽曲通知およびＨＴＴＰ＿ＧＥＴコマンドを解釈し、選択された楽曲データ２０の転送処理を開始する。具体的には、転送実行部２１は、コマンドにより指定された楽曲データ２０を記憶デバイス１２から読み込み、まず、読み込んだ楽曲データ２０の先頭部分のデータを格納するパケットデータを生成し、生成した１つ目のパケットデータを転送制御部４１へ送信する（ステップＳＴ４２）。
【００７５】
転送制御部４１は、受信したパケットデータを受信バッファメモリ３２に保存し、次のパケット送信を要求する応答を転送実行部２１へ返す（ステップＳＴ４４）。このとき、転送制御部４１は、受信パケットデータに含まれるコンテンツデータのデータ量などに基づいて受信したパケットデータによる再生時間を判断し、その再生時間に応じて応答の返信タイミングを調整する。転送制御部４１は、受信バッファメモリ３２中の未再生データが無くならないように、且つ、受信バッファメモリ３２に所定量以上の未再生データが蓄積されてしまうことが無いように、応答の返信タイミングを調整する（ステップＳＴ４３）。
【００７６】
また、転送制御部４１は、ステップＳＴ４２において最初のパケットデータを受信バッファメモリ３２に保存した後、プレーヤ再生部３３に再生開始を指示する。プレーヤ再生部３３は、受信バッファメモリ３２に格納されている受信データ４０（その中身は、楽曲データ２０）を先頭から順番に読込み、音声信号を生成してスピーカ３４へ出力する。これにより、再生装置３による、ポータブル再生機器２に記憶される楽曲データ２０の再生が開始される。
【００７７】
パケットデータの受信応答を受信すると、転送実行部２１は、記憶デバイス１２から楽曲データ２０の続きのデータを読み込み、次のパケットデータを生成し、転送制御部４１へ送信する（ステップＳＴ４５）。また、転送制御部４１は、受信パケットデータに含まれるコンテンツデータのデータ量などに基づいて受信したパケットデータによる再生時間を判断し、その再生時間に応じて所定のマージンが確保されるようにタイミングを調整して（ステップＳＴ４６）、パケットデータの受信応答を送信する（ステップＳＴ４７）。
【００７８】
このように、ストリーミング転送再生処理においては、転送制御部４１は、各パケットデータの受信応答の応答タイミングを再生処理の進み具合に応じて調整し（たとえばステップＳＴ４３，ＳＴ４６，ＳＴ４９など）、転送実行部２１は、受信応答を受信すると次のパケットデータを送信する（ステップＳＴ４５，ＳＴ４８，ＳＴ５１など）。転送制御部４１と転送実行部２１との間において、楽曲データ２０を分割して含む複数のパケットデータおよびその応答は、楽曲再生の進捗状況にあわせて間欠的に送受信されることになる。楽曲が再生されている期間にわたって、複数のパケットデータおよびその応答が送受信されることになる。複数のパケットデータは、楽曲データ２０の再生期間中、平均的に転送されることになる。
【００７９】
なお、ストリーミング転送再生処理においては、転送制御部４１は、ＴＣＰコネクションを切断することはない。再生中は常にＴＣＰコネクションが接続された状態に維持される。したがって、ポータブル再生機器２のサーバ無線通信デバイス１１は、パワーセーブモードへ移行することはなく、常にアクティブモードで動作することになる。
【００８０】
また、プレーヤ再生部３３による１つの楽曲の再生が終わると、転送制御部４１は、次の楽曲を指定するＨＴＴＰ＿ＧＥＴコマンドを送信する（ステップＳＴ５７）。これに応じて、転送実行部２１は、記憶デバイス１２に記憶される次の楽曲データ２０を分割して格納する複数のパケットデータを転送制御部４１へストリーミング転送する（ステップＳＴ５８）。また、転送制御部４１は、ステップＳＴ５８において最初に受信したパケットデータを受信バッファメモリ３２に保存すると、プレーヤ再生部３３に再生を指示する。これにより、再生装置３において、次の楽曲の再生が開始される。
【００８１】
なお、このストリーミング転送再生処理では、受信バッファメモリ３２が未再生データにより一杯となってしまうことはないが、受信バッファメモリ３２が再生済みのものを含めたデータにより一杯になったら、転送制御部４１は再生済みのデータに上書きするようにして、後から受信する未再生データを受信バッファメモリ３２に保存すればよい。
【００８２】
このように、ストリーミング転送再生処理の場合には、バルク転送再生処理の場合と異なり、転送制御部４１は、プレーヤ再生部３３の再生期間中において常時、再生する楽曲データ２０を格納するパケットデータを受信する。受信バッファメモリ３２には、必要最低限以上の未再生データが蓄積されてしまうことはない。
【００８３】
また、図示はしていないが、このストリーミング転送再生処理中にあるいは再生終了後などに、さらにファストフォワードキー、スキップキー、イントロスキャンキーなどの再生キー以外のキーが操作されると、転送制御部４１は、新たな楽曲選択通知およびＨＴＴＰ＿ＧＥＴコマンドを転送実行部２１へ送信する。転送実行部２１は、新たに選択された楽曲データ２０に基づいてパケットデータを生成し、転送制御部４１へ送信する。転送制御部４１は、受信したパケットデータを受信バッファメモリ３２に保存する。プレーヤ再生部３３は、受信バッファメモリ３２に新たに記憶された新たな楽曲のデータを用いて音声信号を再生することができる。
【００８４】
このように再生装置３の再生キー以外のたとえばファストフォワードキー、スキップキー、イントロスキャンキーなどのキーが操作された場合には、ストリーミング転送再生処理がなされ、ポータブル再生機器２の動作状態は、常にアクティブモードに維持される。ポータブル再生機器２は、再生装置３においてキー操作に基づいて楽曲が切り替えられたとき、即座に新たな楽曲のパケットデータの転送を開始することができる。
【００８５】
以上のように、この実施の形態のネットワーク再生システム１では、ポータブル再生機器２と再生装置３との間で、楽曲データ２０のパケットデータを転送することができる。ＡＶ機器間で且つ無線通信ネットワークを介して、楽曲のデータをデジタル伝送することができる。
【００８６】
この構成を採用すれば、ポータブル再生機器２のサーバ無線通信デバイス１１は、図２の通常再生時には、再生装置３へ楽曲データ２０のパケットデータを連続的にバルク転送する。ポータブル再生機器２は、転送した楽曲データ２０の再生時間より短い期間においてパケットデータの転送を終えることができる。しかも、ポータブル再生機器２のサーバ無線通信デバイス１１は、そのバルク転送後の、ＴＣＰコネクションが切断されてから、ＤＴＩＭ信号を受信するまでの期間（たとえばＳＴ１４からＳＴ１６までの期間）において、アクティブモードより電力消費が少ないパワーセーブモードとなる。したがって、ネットワーク再生期間中において、ポータブル再生機器２のサーバ無線通信デバイス１１が常にアクティブモードとされることはなく、ポータブル再生機器２の電力消費を抑えることができる。バッテリ１７駆動で動作するポータブル再生機器２を長時間に渡ってネットワーク再生に使用することが可能となる。
【００８７】
また、この実施の形態では、連続的に転送される複数のパケットデータは、受信バッファメモリ３２に記憶され、転送制御部４１は、所定量の楽曲データ２０を受信した場合に、サーバ無線通信デバイス１１をスリープモードへ移行させるための通信処理（たとえばＴＣＰコネクションの切断など、ＳＴ１４）を実行する。このように受信バッファメモリ３２に未再生の楽曲データ２０のパケットデータを蓄積しつつ、その蓄積したデータの再生時間を有効に利用して、サーバ無線通信デバイス１１をパワーセーブモードにさせることができる。
【００８８】
また、この実施の形態では、転送制御部４１は、受信バッファメモリ３２中の未再生の楽曲データ２０のパケットデータが所定量以下になった場合に、サーバ無線通信デバイス１１をアクティブモードへ復旧させるための通信処理（たとえばＤＴＩＭ信号送信、ＴＣＰコネクションの再接続など）を実行し、サーバ無線通信デバイス１１によるパケットデータの連続的なバルク転送を再開させる。したがって、受信バッファメモリ３２中に、未再生の楽曲データ２０のパケットデータが無くなる前に、未再生の楽曲データ２０のパケットデータを追加することができる。楽曲データ２０の再生中に、受信バッファメモリ３２中に未再生の楽曲データ２０のパケットデータが無くなってしまうことを防止することができる。再生装置３は、受信バッファメモリ３２の容量より大きいデータ量の楽曲データ２０を、受信バッファメモリ３２の容量に制限されることなく、中断せずに再生することができる。
【００８９】
また、この実施の形態の転送制御部４１は、再生装置３において再生キー以外のたとえばファストフォワードキー、スキップキー、イントロスキャンキーなどのキーが操作された場合には、転送実行部２１により楽曲データ２０のパケットデータを再生の進捗状況に合わせて間欠的にストリーミング転送させる。仮にたとえば、再生キー以外のキーが操作された場合において楽曲データ２０のパケットデータを連続的にバルク転送した場合には、その再生中のユーザ操作により再生されることなく捨てられてしまう無駄なデータが受信バッファメモリ３２に蓄積されてしまったり、その無駄なデータの転送処理がなされてしまったりすることがある。これに対して、この実施の形態では、そのような無駄を生じてしまうことはない。
【００９０】
以上の実施の形態は、本発明の好適な実施の形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形や変更が可能である。
【００９１】
上記実施の形態では、転送制御部４１は、１曲毎のＨＴＴＰ＿ＧＥＴコマンドを送信している。この他にもたとえば、転送制御部４１は、複数の曲の転送を要求するＨＴＴＰ＿ＧＥＴコマンドを送信するようにしてもよい。この場合において、転送制御部４１は、複数の楽曲データのパケットデータを連続的に受信する。また、転送制御部４１は、たとえば所定量以上の１つの楽曲のすべての楽曲データ２０のパケットデータを受信したり、受信バッファメモリ３２が一杯になる所定量以上のデータ量を受信したりすると、ＴＣＰコネクションを切断すればよい。
【００９２】
上記実施の形態では、転送制御部４１は、楽曲データ２０のパケットデータのバルク転送を再開するためのＤＴＩＭ信号の生成タイミングを、受信バッファメモリ３２中の未再生データの残量に基づいて決定している。この他にもたとえば、転送制御部４１は、その残量となるまでのプレーヤ再生部３３による受信バッファメモリ３２へのアクセス回数や、その残量となるまでのタイマの経過時間などに基づいて、ＤＴＩＭ信号の生成タイミングを決定するようにしてもよい。
【００９３】
上記実施の形態では、転送制御部４１は、楽曲データ２０のパケットデータの連続的なバルク転送を再開するために、ＤＴＩＭ信号を送信し、ＴＣＰコネクションを再接続し、続きの楽曲データ２０を要求するＨＴＴＰ＿ＧＥＴコマンドを送信している。この他にもたとえば、転送制御部４１は、ＨＴＴＰ＿ＧＥＴコマンドの替わりに、ポータブル再生機器２において実効的な処理をさせないダミーコマンドや、コンテンツリスト要求コマンドなどを利用するようにしてもよい。
【００９４】
上記実施の形態では、図２の通常再生処理のフローチャートにおいて、楽曲データ２０を再生装置３において１つずつ再生する場合を例として説明している。この他にもたとえば、図２の通常再生処理のフローチャートは、再生装置３の転送制御部４１が複数の楽曲の連続的な再生を指示する場合にもそのまま利用することができる。この場合、ポータブル再生機器２の転送実行部２１は、指定された複数の楽曲の楽曲データ２０のパケットデータを複数回のバルク転送に分けて、且つ、各回のバルク転送において連続的に転送すればよい。さらに他にもたとえば、再生装置３の転送制御部４１が１つの楽曲の再生を指示した場合であっても、たとえばＨＴＴＰ＿ＧＥＴコマンドなどにおける所定の連続した転送の指定などにより、ポータブル再生機器２の転送実行部２１は、その指定された楽曲を含む複数の楽曲の楽曲データ２０のパケットデータを複数回のバルク転送により転送するようにしてもよい。
【００９５】
上記実施の形態では、転送制御部４１は、受信バッファメモリ３２に格納可能な所定量の楽曲データ２０のパケットデータを受信すると、ＴＣＰコネクションを切断し、サーバ無線通信デバイス１１をパワーセーブモードに移行させている。この他にもたとえば、転送制御部４１は、その所定量の楽曲データ２０のパケットデータを受信した場合であっても、入力デバイス３５に対する最後の操作がなされてから所定の期間（たとえば１０秒）が経過する前には、受信応答を送信しないようにしてもよい。
【００９６】
この変形例の場合、ユーザがたとえば再生キーを操作して試聴しながら選曲する操作をしている最中に、ポータブル再生機器２のサーバ無線通信デバイス１１がパワーセーブモードに切り替わってしまうことを防止することができる。ポータブル再生機器２のサーバ無線通信デバイス１１は、ユーザの操作により要求された楽曲データ２０のパケットデータをレスポンス良く再生装置３へ転送し続けることができる。
【００９７】
なお、ユーザが楽曲を試聴しながら選曲をすることを考慮した場合、無操作期間は最短でも５秒以上とするのが望ましい。また、無操作期間が長くなるとストリーミング再生中にサーバ無線通信デバイス１１をパワーセーブモードとさせる時間が短くなってしまうので、無操作期間は最長でも２０秒以下とするのが望ましい。
【００９８】
上記実施の形態では、転送制御部４１は、入力デバイス３５の操作されたキーに応じて、複数のパケットデータを連続的に転送するバルク転送再生処理と、複数のパケットデータを再生の進捗状況にあわせて間欠的に転送するストリーミング転送再生処理とを使い分けている。この他にもたとえば、転送制御部４１は、たとえば再生キーが操作された場合においてて、その再生を開始するときには再生データを再生の進捗状況にあわせて間欠的にストリーミング転送させ、所定時間の再生（たとえば１０秒間の再生など）がなされたら、再生データの続きを連続的にバルク転送させるようにしてもよい。これによりポータブル再生機器２のサーバ無線通信デバイス１１は、再生キーに基づく再生開始直後に他のキーが操作されたときに、ユーザの操作により要求された楽曲データ２０のパケットデータをレスポンス良く再生装置３へ転送することができる。
【００９９】
上記実施の形態では、転送制御部４１は、受信バッファメモリ３２中の未再生データの残量の判断のみに基づいて、プレーヤ無線通信デバイス３１にＤＴＩＭ信号を送信させ、サーバ無線通信デバイス１１をアクティブモードに復旧させている。この他にもたとえば、転送制御部４１は、各楽曲の再生終了の直前においてポータブル再生機器２へＤＴＩＭ信号を送信させ、サーバ無線通信デバイス１１をアクティブモードに復旧させるようにしてもよい。これにより、各楽曲の再生終了時において、サーバ無線通信デバイス１１をアクティブモードへ復旧させることができる。したがって、各楽曲の再生終了時においてユーザがたとえばスキップやリピートの操作をしたとき、ポータブル再生機器２のサーバ無線通信デバイス１１は、ユーザの操作により要求された楽曲データ２０のパケットデータをレスポンス良く再生装置３へ転送することができる。
【０１００】
さらに他にもたとえば、転送制御部４１は、車両が停車する前に、ポータブル再生機器２へＤＴＩＭ信号を送信させ、サーバ無線通信デバイス１１をアクティブモードに復旧させるようにしてもよい。これにより、停車時には、サーバ無線通信デバイス１１をアクティブモードへ復旧させることができる。したがって、停車中にユーザが操作をしたとき、ポータブル再生機器２のサーバ無線通信デバイス１１は、ユーザの操作により要求された楽曲データ２０のパケットデータをレスポンス良く再生装置３へ転送することができる。
【０１０１】
さらに他にもたとえば、転送制御部４１は、車両が図示外のナビゲーション装置による経路案内に基づいて移動している場合においてその目的地に近づいたら、転送実行部２１による楽曲データ２０のパケットデータの転送量を、上記目的地までの予想の残旅行時間において再生可能なデータ量に抑えるようにしてもよい。この変形例の場合、車両が目的地に到達した時点で、受信バッファメモリ３２中に、再生されることなく捨てられてしまう無駄な楽曲データ２０のパケットデータが多く残ってしまうことを防止することができる。
【０１０２】
上記実施の形態では、転送実行部２１は、バルク転送の受信応答に基づいてサーバ無線通信デバイス１１をパワーセーブモードに移行させている。この他にもたとえば、転送実行部２１は、サーバ無線通信デバイス１１とともに記憶デバイス１２をパワーセーブモードに移行させるようにしてもよい。この変形例の場合、ネットワーク再生中でのポータブル再生機器２の電力消費はさらに抑えられることになる。
【０１０３】
さらに他にもたとえば、再生装置３のプレーヤ無線通信デバイス３１をパワーセーブモードに移行させるようにしてもよい。この変形例の場合、転送制御部４１は、次のバルク転送をさせるために、まずプレーヤ無線通信デバイス３１をアクティブモードに復旧させ、その後にプレーヤ無線通信デバイス３１によりＤＴＩＭ信号を送信させてサーバ無線通信デバイス１１をアクティブモードに復旧させるようにすればよい。
【０１０４】
なお、ポータブル再生機器２のサーバ無線通信デバイス１１は、再生装置３からの受信応答やＤＴＩＭ信号に頼ることなく、バルク転送後に自らパワーセーブモードへ移行し、且つ、ポータブル再生機器２内の図示外のタイマにより転送済みの楽曲データ２０のパケットデータの残再生時間を計測し、残再生時間が所定の時間を切った時点で自ら自動的にアクティブモードに復旧するようにしてもよい。これにより、たとえば１分間のバルク転送により５分間の楽曲データ２０のパケットデータを転送し終えた場合、サーバ無線通信デバイス１１は、約４分間にわたってパワーセーブモードで動作することができる。
【０１０５】
上記実施の形態において、ポータブル再生機器２は楽曲データ２０を記憶し、その楽曲データ２０のパケットデータを再生装置３へ転送している。この他にもたとえば、ポータブル再生機器２は、楽曲以外の音声データ、映像データなどの再生データを記憶し、その再生データのパケットデータを再生装置３へ転送するようにしてもよい。なお、映像データの場合において、バルク転送は、たとえばコンテンツ単位に行われてもよいし、１つのコンテンツに対して複数のチャプタが設定されていた場合にはチャプタ単位にに行われてもよい。
【０１０６】
上記実施の形態では、楽曲データ２０などの再生データは、ポータブル再生機器２に記憶されている。この他にもたとえば、楽曲データ２０などの再生データは、家庭内や車両内に設置されるメディアサーバ装置に記憶され、これらのメディアサーバ装置において楽曲データ２０のパケットデータへ変換されてもよい。また、ポータブル再生機器２などのメディアサーバ装置は、バッテリ１７で動作するものであっても、それ以外の電力により動作するものであってもよい。
【０１０７】
上記実施の形態では、再生装置３は、自動車などの車両に設置されるものである。この他にもたとえば再生装置３は、家庭内などに設置されるものであってもよい。
【０１０８】
上記実施の形態では、ポータブル再生機器２と再生装置３とは無線通信により楽曲データ２０のパケットデータなどを送受信している。この他にもたとえば、ポータブル再生機器２などのメディアサーバ装置と再生装置３とは通信ケーブルで接続されて、有線通信により楽曲データ２０のパケットデータなどを送受信するようにしてもよい。
【０１０９】
上記実施の形態では、転送制御部４１は、再生装置３において実現されている。この他にもたとえば、転送制御部４１は、ポータブル再生機器２などのメディアサーバ装置において実現されるようにしてもよい。このメディアサーバ装置において実現される転送制御部４１は、メディアサーバ装置の入力デバイス１４の操作に基づいて転送実行部２１へ指示を通知するようにすればよい。
【産業上の利用可能性】
【０１１０】
本発明は、ＡＶ機器などをネットワーク接続する場合において好適に利用することができる。
【図面の簡単な説明】
【０１１１】
【図１】図１は、本発明の実施の形態に係るネットワーク再生システムを示すシステム構成図である。
【図２】図２は、図１のネットワーク再生システムにおける初回の接続処理の流れを示すタイミングチャートである。
【図３】図３は、図１のネットワーク再生システムによるバルク転送再生処理の流れを示すタイミングチャートである。
【図４】図４は、図１のネットワーク再生システムによるストリーミング転送再生処理の流れを示すタイミングチャートである。
【符号の説明】
【０１１２】
１  ネットワーク再生システム
２  ポータブル再生機器（メディアサーバ装置）
３  再生装置
１１  サーバ無線通信デバイス（転送手段）
１２  記憶デバイス（記憶手段）
２０  楽曲データ（再生データ）
３２  受信バッファメモリ
３５  入力デバイス（入力手段）
４１  転送制御部（転送制御手段）
【図１】
2008252775.tif 000003
【図２】
2008252775.tif 000004
【図３】
2008252775.tif 000005
【図４】
2008252775.tif 000006