(57)【要約】【課題】サーバからコンテンツを受信して再生する再生装置に対してコンテンツの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を指定できるようにする。【解決手段】制御装置１３が、サーバ１１と再生装置１２との間の通信状況をもとに再生装置１２での準備時間を予測して、当該再生装置１２に指定するコンテンツの再生開始時刻を現在から予測した準備時間後の時刻とすることにより、サーバ１１と再生装置１２との間の通信状況によって再生装置１２での準備時間が変わろうとも、再生装置１２に対してそのときの準備が完了した時刻となる再生開始時刻を指定することができる。【選択図】図２
2010041310.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを記憶しているサーバと当該サーバからコンテンツを受信して再生する再生装置との間の通信状況を示す通信状況情報を上記再生装置から受信する通信部と、
受信した上記通信状況情報を用いて、上記再生装置が上記サーバから上記コンテンツを受信して再生を開始するまでに要する準備時間を予測する準備時間予測部と、
上記再生装置に上記コンテンツの再生を開始させる再生開始時刻を、現在から、予測した上記準備時間後の時刻とする開始時刻設定部と、
上記通信部を制御して、上記開始時刻設定部が設定した上記再生開始時刻を示す再生開始時刻情報を上記再生装置に送信させる制御部と
を具える制御装置。
【請求項２】
上記再生装置が複数存在し、
上記通信部は、
上記複数の再生装置のそれぞれから上記通信状況情報を受信し、
上記準備時間予測部は、
上記複数の再生装置のそれぞれから受信した上記通信情報を用いて、上記複数の再生装置のそれぞれの準備時間を予測し、
上記開始時刻設定部は、
上記複数の再生装置に上記コンテンツの再生を開始させる再生開始時刻を、現在から、予測した上記複数の再生装置のそれぞれの準備時間のうちの最も長い準備時間後の時刻とし、
上記制御部は、
上記開始時刻設定部が設定した上記再生開始時刻を示す再生開始時刻情報を上記複数の再生装置のそれぞれに送信させる
請求項１に記載の制御装置。
【請求項３】
上記開始時刻設定部は、
予測した上記複数の再生装置のそれぞれの準備時間のうちの所定時間を超える準備時間については、再生開始時刻の設定に利用しない
請求項２に記載の制御装置。
【請求項４】
上記開始時刻設定部は、
上記再生開始時刻を、現在から、予測した上記複数の再生装置のそれぞれの準備時間から所定時間を超える準備時間を除いた残りの準備時間のうちの最も長い準備時間後の時刻とする
請求項３に記載の制御装置。
【請求項５】
上記開始時刻設定部は、
予測した上記複数の再生装置のそれぞれの準備時間のなかに所定時間を超える準備時間がある場合、上記再生開始時刻を、現在から所定時間経過後の時刻とする
請求項３に記載の制御装置。
【請求項６】
上記準備時間予測部は、
今回受信した上記通信状況情報と、前回受信した上記通信状況情報とを用いて、今回上記再生装置が上記サーバから上記コンテンツを受信して再生を開始するまでに要する準備時間を予測する
請求項１に記載の制御装置。
【請求項７】
上記通信部は、
上記再生装置から、上記通信状況情報にくわえて、前回上記コンテンツを再生したときに要した上記準備時間を示す前回準備時間情報を受信し、
上記準備時間予測部は、
受信した上記通信状況情報と上記前回準備時間情報とを用いて、今回上記再生装置が上記サーバから上記コンテンツを受信して再生を開始するまでに要する準備時間を予測する
請求項１に記載の制御装置。
【請求項８】
上記準備時間予測部は、
今回初めて上記再生装置にコンテンツを再生させる場合、予め設定されている所定時間を、今回予測した準備時間とする
請求項７に記載の制御装置。
【請求項９】
上記準備時間予測部は、
上記サーバと上記再生装置とが有線接続されている場合、上記前回準備時間情報が示す前回準備時間を、今回予測した準備時間とする
請求項７に記載の制御装置。
【請求項１０】
上記開始時刻設定部は、
予測した上記準備時間に、当該準備時間の予測誤差に基づいて設定された安全係数を乗じ、上記再生開始時刻を、現在から、上記安全係数を乗じた準備時間後の時刻とする
請求項１に記載の制御装置。
【請求項１１】
上記開始時刻設定部は、
上記サーバと上記再生装置との接続方式が有線接続であるか無線接続であるかに応じて、上記安全係数の値を変える
請求項１０に記載の制御装置。
【請求項１２】
上記開始時刻設定部は、
上記サーバと上記再生装置とが無線接続されている場合、当該無線接続の通信方式に応じて、上記安全係数の値を変える
請求項１０に記載の制御装置。
【請求項１３】
コンテンツを記憶しているサーバと当該サーバからコンテンツを受信して再生する再生装置との間の通信状況を示す通信状況情報を上記再生装置から通信部が受信し、
受信した上記通信状況情報を用いて、上記再生装置が上記サーバから上記コンテンツを受信して再生を開始するまでに要する準備時間を準備時間予測部が予測し、
開始時刻設定部が、上記再生装置に上記コンテンツの再生を開始させる再生開始時刻を、現在から、予測した上記準備時間後の時刻とし、
上記再生開始時刻を示す再生開始時刻情報を上記再生装置に上記通信部が送信する
再生制御方法。
【請求項１４】
コンテンツを記憶しているサーバと当該サーバからコンテンツを受信して再生する再生装置との間の通信状況を示す通信状況情報を上記再生装置から通信部が受信するステップと、
受信した上記通信状況情報を用いて、上記再生装置が上記サーバから上記コンテンツを受信して再生を開始するまでに要する準備時間を準備時間予測部が予測するステップと、
開始時刻設定部が、上記再生装置に上記コンテンツの再生を開始させる再生開始時刻を、現在から、予測した上記準備時間後の時刻とするステップと、
上記再生開始時刻を示す再生開始時刻情報を上記再生装置に上記通信部が送信するステップと
をコンピュータに実行させるための再生制御プログラム。
【請求項１５】
サーバからコンテンツを受信する通信部と、
上記サーバから受信したコンテンツを再生する再生部と、
上記サーバと上記通信部との間の通信状況を検出する通信状況検出部と、
上記通信部を制御して、上記通信状況検出部が検出した通信状況を示す通信状況情報を、上記通信部が上記サーバから上記コンテンツを受信して上記再生部が当該コンテンツの再生を開始するまでに要する準備時間を上記通信状況情報を用いて予測して上記コンテンツの再生開始時刻を現在から予測した当該準備時間後の時刻とする制御装置に送信させ、当該制御装置から送信される当該制御装置が設定した再生開始時刻を示す再生開始時刻情報を受信させ、さらに上記再生部を制御して、当該再生開始時刻情報が示す再生開始時刻に上記コンテンツを再生させる制御部と
を具える再生装置。
【請求項１６】
サーバからコンテンツを通信部が受信し、
上記サーバと上記通信部との間の通信状況を通信状況検出部が検出し、
上記通信状況検出部が検出した通信状況を示す通信状況情報を、上記通信部が上記サーバから上記コンテンツを受信して上記再生部が当該コンテンツの再生を開始するまでに要する準備時間を上記通信状況情報を用いて予測して上記コンテンツの再生開始時刻を現在から予測した当該準備時間後の時刻とする制御装置に上記通信部が送信し、当該制御装置から送信される当該制御装置が設定した再生開始時刻を示す再生開始時刻情報を上記通信部が受信し、当該再生開始時刻情報が示す再生開始時刻に上記コンテンツを再生部に再生させる
再生方法。
【請求項１７】
サーバからコンテンツを通信部が受信するステップと、
上記サーバと上記通信部との間の通信状況を通信状況検出部が検出ステップと、
上記通信状況検出部が検出した通信状況を示す通信状況情報を、上記通信部が上記サーバから上記コンテンツを受信して上記再生部が当該コンテンツの再生を開始するまでに要する準備時間を上記通信状況情報を用いて予測して上記コンテンツの再生開始時刻を現在から予測した当該準備時間後の時刻とする制御装置に上記通信部が送信するステップと、
上記制御装置から送信される当該制御装置が設定した再生開始時刻を示す再生開始時刻情報を上記通信部が受信するステップと、
上記再生開始時刻情報が示す再生開始時刻に上記コンテンツを再生部に再生させるステップと
をコンピュータに実行させるための再生プログラム。
【請求項１８】
コンテンツを記憶しているサーバと当該サーバからコンテンツを受信して再生する再生装置との間の通信状況を示す通信状況情報を上記再生装置から受信する通信部と、
受信した上記通信状況情報を用いて、上記再生装置が上記サーバから上記コンテンツを受信して再生を開始するまでに要する準備時間を予測する準備時間予測部と、
上記再生装置に上記コンテンツの再生を開始させる再生開始時刻を、現在から、予測した上記準備時間後の時刻とする開始時刻設定部と、
上記通信部を制御して、上記開始時刻設定部が設定した上記再生開始時刻を示す再生開始時刻情報を上記再生装置に送信させる制御部と
を有する制御装置と、
上記サーバからコンテンツを受信する通信部と、
上記サーバから受信したコンテンツを再生する再生部と、
上記サーバと上記通信部との間の通信状況を検出する通信状況検出部と、
上記通信部を制御して、上記通信状況検出部が検出した通信状況を示す通信状況情報を、上記制御装置に送信させ、当該制御装置から送信される上記再生開始時刻情報を受信させ、さらに上記再生部を制御して、当該再生開始時刻情報が示す再生開始時刻に上記コンテンツを再生させる制御部と
を有する再生装置と
を具える制御システム。
【請求項１９】
コンテンツを記憶しているサーバと当該サーバからコンテンツを受信して再生する再生装置との間の通信状況を示す通信状況情報を上記再生装置から制御装置の通信部が受信し、
受信した上記通信状況情報を用いて、上記再生装置が上記サーバから上記コンテンツを受信して再生を開始するまでに要する準備時間を上記制御装置の準備時間予測部が予測し、
上記制御装置の開始時刻設定部が、上記再生装置に上記コンテンツの再生を開始させる再生開始時刻を、現在から、予測した上記準備時間後の時刻とし、
上記再生開始時刻を示す再生開始時刻情報を上記再生装置に上記制御装置の通信部が送信し、
上記サーバからコンテンツを上記再生装置の通信部が受信し、
上記サーバと上記再生装置の通信部との間の通信状況を上記再生装置の通信状況検出部が検出し、
上記再生装置の制御部が当該再生装置の通信部を制御して、当該再生装置の通信状況検出部が検出した通信状況を示す通信状況情報を、上記制御装置に送信させ、当該制御装置から送信される上記再生開始時刻情報を受信させ、さらに当該再生装置の再生部を制御して、当該再生開始時刻情報が示す再生開始時刻に上記コンテンツを再生させる
再生制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、再生制御方法、再生制御プログラム、再生装置、再生方法、再生プログラム及び制御システムに関し、例えば、コンテンツの再生を制御する際に適用して好適なものである。
【背景技術】
【０００２】
近年、ネットワーク接続された複数の再生機器が同時刻に同一のコンテンツを再生する同期再生システムがある（例えば特許文献１参照）。
【０００３】
この種の同期再生システムを利用して、例えば、家庭内の各部屋に再生機器を設置すれば、ホームパーティのときなどに各部屋に同一のコンテンツを流すようなことができる。
【０００４】
実際上、図１に示すように、この種の同期再生システム１は、例えば、複数のオーディオ機器Ａｐ（Ａｐ１〜Ａｐ３）と、これら複数のオーディオ機器Ａｐ（Ａｐ１〜Ａｐ３）による同期再生を制御する制御装置２と、音楽データを蓄積しているサーバ３とで構成される。これら複数のオーディオ機器Ａｐ（Ａｐ１〜Ａｐ３）と、制御装置２と、サーバ３とは、通信可能に接続されている。尚、ここでは、制御装置２をＨｏｓｔ２とも呼び、オーディオ機器Ａｐ（Ａｐ１〜Ａｐ３）をＧｕｅｓｔＡｐ（Ａｐ１〜Ａｐ３）とも呼ぶ。
【０００５】
具体的に同期再生を行う場合、まずＨｏｓｔ２は、各ＧｕｅｓｔＡｐに再生させる音楽データに関する情報（これを楽曲情報とも呼ぶ）をサーバ３から取得する（図中の矢印Ａｒ１で示す）。
【０００６】
次に、Ｈｏｓｔ２は、各ＧｕｅｓｔＡｐに対し、再生させる音楽データの楽曲情報を送ることで再生させる音楽データを指定すると共に、指定の時刻（例えば１０秒後）にその音楽データの再生を開始するよう命令する（図中の矢印Ａｒ２で示す）。
【０００７】
このような命令を受けた各ＧｕｅｓｔＡｐは、サーバ３から指定の音楽データを受信して再生の準備を行う（図中の矢印Ａｒ３で示す）。そして指定の時刻になると、各ＧｕｅｓｔＡｐは、その音楽データの再生を開始する。
【０００８】
因みに、この場合の再生は、ストリーミング再生（音楽データの受信し終えた部分から再生）でもダウンロード再生（音楽データの全部分を受信し終えてから再生）でもよい。
【０００９】
このようにしてこの同期再生システム１は、複数のＧｕｅｓｔＡｐによる同期再生を実現している。
【特許文献１】特開２００７−１３７０５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、上述した同期再生システム１で、各ＧｕｅｓｔＡｐに対し、指定の時刻に指定の音楽データの再生を開始させるには、少なくともその時刻までに各ＧｕｅｓｔＡｐが指定の音楽データの再生準備を完了していなければならない。
【００１１】
ここで、問題となるのが、指定の音楽データの再生準備に要する時間（つまり指定の音楽データを受信して再生を開始するまでに要する時間であり、これを準備時間とも呼ぶ）が各ＧｕｅｓｔＡｐの設置環境などにより変わる点である。
【００１２】
例えば、各ＧｕｅｓｔＡｐが家庭内の異なる部屋に設置され、無線ＬＡＮ（Local  Area  Network）によりサーバ３に接続されているとする。このような環境では、一般的に、家の間取り、部屋の壁の材質、遮蔽物の有無などに起因して無線の通信状況が変化することにより、各ＧｕｅｓｔＡｐとサーバ３との間の通信速度が変化する。
【００１３】
この結果、各ＧｕｅｓｔＡｐで音楽データの受信に要する時間が異なり、各ＧｕｅｓｔＡｐで準備時間が異なるような状況が起こり得る。
【００１４】
ゆえに、Ｈｏｓｔ２側では、このような状況を考慮しつつ、各ＧｕｅｓｔＡｐに指示する音楽データの再生開始時刻を、各ＧｕｅｓｔＡｐの全てで再生準備が完了した時刻以降に設定する必要がある。
【００１５】
しかしながら、従来の同期再生システム１では、Ｈｏｓｔ２側で、環境により変化する各ＧｕｅｓｔＡｐでの準備時間を正確に予測することができない。
【００１６】
そこで従来の同期再生システム１では、一般的な環境で想定されるＧｕｅｓｔＡｐの準備時間（例えば１０秒）を、各ＧｕｅｓｔＡｐで共通且つ固定の準備時間とする。
【００１７】
そしてＨｏｓｔ２は、各ＧｕｅｓｔＡｐで音楽データを同期再生させる場合、現在からこの一般的な環境で想定される準備時間経過後の時刻（例えば１０秒後）を、音楽データの再生開始時刻として各ＧｕｅｓｔＡｐに指示するようになっている。
【００１８】
ところが、このように、一般的な環境で想定される準備時間をもとに、音楽データの再生開始時刻を固定的に設定すると、通信状況によっては、各ＧｕｅｓｔＡｐでの同期再生を実現できない場合がある。
【００１９】
例えば、ＧｕｅｓｔＡｐ１とサーバ３との間の通信状況が悪化して、ＧｕｅｓｔＡｐ１での準備時間が一般的な環境で想定される準備時間を超えたとする。すると、このＧｕｅｓｔＡｐ１は、Ｈｏｓｔ２が設定した再生開始時刻になっても、指定の音楽データの再生を開始することができず、結果として、同期再生を失敗する。
【００２０】
また同期再生の失敗を回避するために再生開始時刻を予め長めに設定しておくことも考えられるが、この場合、各ＧｕｅｓｔＡｐが再生を開始するまでの時間が長くなり、結果として同期再生を迅速に行うことができなくなる。特に、通信状況が良好である場合、各ＧｕｅｓｔＡｐでは、再生準備が完了しても再生開始時刻まで無駄に待つことになる。
【００２１】
このように、従来の技術では、サーバ３から音楽データを受信して再生するＧｕｅｓｔＡｐに対し、音楽データの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を指定することができなかった。
【００２２】
本発明は以上の点を考慮してなされたもので、サーバからコンテンツを受信して再生する再生装置に対してコンテンツの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を指定し得る制御装置、再生制御方法、再生制御プログラム、再生装置、再生方法、再生プログラム及び制御システムを提案しようとするものである。
【課題を解決するための手段】
【００２３】
かかる課題を解決するため本発明の制御装置においては、コンテンツを記憶しているサーバと当該サーバからコンテンツを受信して再生する再生装置との間の通信状況を示す通信状況情報を当該再生装置から受信する通信部と、受信した通信状況情報を用いて、再生装置がサーバからコンテンツを受信して再生を開始するまでに要する準備時間を予測する準備時間予測部と、再生装置にコンテンツの再生を開始させる再生開始時刻を現在から予測した準備時間後の時刻とする開始時刻設定部と、通信部を制御して開始時刻設定部が設定した再生開始時刻を示す再生開始時刻情報を再生装置に送信させる制御部とを設けるようにした。
【００２４】
また本発明の制御システムにおいては、コンテンツを記憶しているサーバと当該サーバからコンテンツを受信して再生する再生装置との間の通信状況を示す通信状況情報を再生装置から受信する通信部と、受信した通信状況情報を用いて、再生装置がサーバからコンテンツを受信して再生を開始するまでに要する準備時間を予測する準備時間予測部と、再生装置にコンテンツの再生を開始させる再生開始時刻を、現在から、予測した準備時間後の時刻とする開始時刻設定部と、通信部を制御して、開始時刻設定部が設定した再生開始時刻を示す再生開始時刻情報を再生装置に送信させる制御部とを有する制御装置と、サーバからコンテンツを受信する通信部と、サーバから受信したコンテンツを再生する再生部と、サーバと通信部との間の通信状況を検出する通信状況検出部と、通信部を制御して、通信状況検出部が検出した通信状況を示す通信状況情報を、制御装置に送信させ、当該制御装置から送信される再生開始時刻情報を受信させ、さらに再生部を制御して、当該再生開始時刻情報が示す再生開始時刻にコンテンツを再生させる制御部とを有する再生装置とを設けるようにした。
【００２５】
このように、制御装置が、サーバと再生装置との間の通信状況をもとに再生装置での準備時間を予測して、当該再生装置に指定するコンテンツの再生開始時刻を現在から予測した準備時間後の時刻としたことにより、サーバと再生装置との間の通信状況によって再生装置での準備時間が変わろうとも、常に、再生装置に対してそのときの準備が完了した時刻となる再生開始時刻を指定することができる。
【００２６】
さらに本発明の再生装置においては、サーバからコンテンツを受信する通信部と、サーバから受信したコンテンツを再生する再生部と、サーバと通信部との間の通信状況を検出する通信状況検出部と、通信部を制御して、通信状況検出部が検出した通信状況を示す通信状況情報を、通信部がサーバからコンテンツを受信して再生部が当該コンテンツの再生を開始するまでに要する準備時間を通信状況情報を用いて予測してコンテンツの再生開始時刻を現在から当該準備時間後の時刻とする制御装置に送信させ、当該制御装置から送信される当該制御装置が設定した再生開始時刻を示す再生開始時刻情報を受信させ、さらに再生部を制御して、当該再生開始時刻情報が示す再生開始時刻にコンテンツを再生させる制御部とを設けるようにした。
【００２７】
このように、再生装置が、制御装置にサーバと通信部との間の通信状況を示す通信状況情報を送信して、当該制御装置により現在から当該通信状況をもとに予測された準備時間後の時刻が再生開始時刻として示された再生開始時刻情報を受信して、当該再生開始時刻情報が示す再生開始時刻にコンテンツを再生するようにしたことにより、サーバと通信部との間の通信状況によってコンテンツを再生するまでに要する準備時間が変わろうとも、そのときの準備が完了した時刻となるよう指定された再生開始時刻にコンテンツを再生することができる。
【発明の効果】
【００２８】
本発明によれば、サーバと再生装置との間の通信状況によって再生装置での再生するまでに要する準備時間が変わろうとも、再生装置に対して常にそのときの準備が完了した時刻となる再生開始時刻を指定することができる。またサーバと通信部との間の通信状況によってコンテンツを再生するまでに要する準備時間が変わろうとも、常にそのときの準備時間後の時刻となるよう指定された再生開始時刻にコンテンツを再生することができる。かくして、サーバからコンテンツを受信して再生する再生装置に対してコンテンツの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を指定し得る制御装置、再生制御方法、再生制御プログラム、再生装置、再生方法、再生プログラム及び制御システムを実現できる。
【発明を実施するための最良の形態】
【００２９】
以下、図面について、本発明の実施の形態を詳述する。
【００３０】
（１）第１の実施の形態
（１−１）第１の実施の形態の概要
まず、第１の実施の形態の概要を説明する。ちなみにこの概要を説明した後、第１の実施の形態の具体例の説明に移る。
【００３１】
図２において１０は、コンテンツの再生を制御する制御システム１０を示す。この制御システム１０は、音楽データなどのコンテンツを蓄積しているサーバ１１と、サーバ１１からコンテンツを受信して再生する再生装置１２と、この再生装置１２によるコンテンツの再生を制御する制御装置１３とで構成される。これらサーバ１１と、再生装置１２と、制御装置１３とは通信可能に接続されている。
【００３２】
制御装置１３は、通信部２０と、準備時間予測部２１と、開始時刻設定部２２と、制御部２３とを有している。
【００３３】
通信部２０は、サーバ１１と再生装置１２との間の通信状況を示す通信状況情報を再生装置１２から受信するようになっている。
【００３４】
準備時間予測部２１は、受信した通信状況情報を用いて、再生装置１２がサーバ１１からコンテンツを受信して再生を開始するまでに要する準備時間を予測するようになっている。開始時刻設定部２２は、再生装置１２にコンテンツの再生を開始させる再生開始時刻を現在から予測した準備時間後の時刻とするようになっている。
【００３５】
制御部２３は、通信部２０を制御して開始時刻設定部２２が設定した再生開始時刻を示す再生開始時刻情報を再生装置１２に送信させるようになっている。
【００３６】
このような構成により制御装置１３は、サーバ１１と再生装置１２との間の通信状況によって再生装置１２での準備時間が変わろうとも、常に、再生装置１２に対してそのときの準備が完了した時刻となる再生開始時刻を指定することができる。
【００３７】
一方、再生装置１２は、通信部３０と、再生部３１と、通信状況検出部３２と、制御部３３とを有している。
【００３８】
通信部３０は、サーバ１１からコンテンツを受信するようになっている。再生部３１は、サーバ１１から受信したコンテンツを再生するようになっている。通信状況検出部３２は、サーバ１１と通信部３０との間の通信状況を検出するようになっている。
【００３９】
制御部３３は、通信部３０を制御して通信状況検出部３２が検出した通信状況を示す通信状況情報を制御装置１３に送信させるようになっている。また制御部３３は、通信部３０を制御して制御装置１３から送信されてくる再生開始時刻を示す再生開始時刻情報を受信させるようになっている。さらに制御部３３は、再生部３１を制御して受信した再生開始時刻情報が示す再生開始時刻にコンテンツを再生させるようになっている。
【００４０】
このような構成により再生装置１２は、サーバ１１と通信部３０との間の通信状況によってコンテンツを再生するまでに要する準備時間が変わろうとも、そのときの準備が完了した時刻となるよう指定された再生開始時刻にコンテンツを再生することができる。
【００４１】
かくしてこの制御システム１０によれば、サーバ１１からコンテンツを受信して再生する再生装置１２に対してコンテンツの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を指定することができる。
【００４２】
またここでは、制御システム１０を、サーバ１１と１台の再生装置１２と制御装置１３とで構成するようにしたが、サーバ１１と複数の再生装置１２と制御装置１３とで構成するようにしてもよい。
【００４３】
このとき制御装置１３は、各再生装置１２から送信されてくる通信状況情報を用いて各再生装置１２で必要なコンテンツ再生の準備時間を予測する。そして制御装置１３は、各再生装置１２に対して、予測した準備時間後の時刻となる再生開始時刻を示す再生開始時刻情報を送信する。
【００４４】
このように制御装置１３は、複数の再生装置１２が存在する場合、複数の再生装置１２のそれぞれに対して個別にコンテンツ再生の準備が完了した時刻となる再生開始時刻を指定することができる。
【００４５】
さらにこのとき、制御装置１３が、各再生装置１２に対して同一のコンテンツを再生するよう指示すると共に、現在から再生装置１２ごとに予測した準備時間のうちの最長の準備時間後の時刻（つまり複数の再生装置１２の全てで準備が完了する時刻）を各再生装置４で共通の再生開始時刻として設定するようにしてもよい。
【００４６】
このようにすれば、制御装置１３は、複数の再生装置１２の全てで確実にコンテンツの再生を開始できる同一時刻に、複数の再生装置１２の全てに対して同一のコンテンツの再生を迅速に開始させることができる。つまり制御装置１３は、複数の再生装置１２に対して確実且つ迅速に同期再生させることもできる。
【００４７】
（１−２）第１の実施の形態の具体例
つづけて、第１の実施の形態の具体例を説明する。
【００４８】
（１−２−１）同期再生システムの構成
図３において、４０は全体として上述した制御システム１０の具体例である同期再生システムを示す。
【００４９】
この同期再生システム４０は、複数の再生装置Ａｐ（Ａｐ１０〜Ａｐ１２）と、これら複数の再生装置Ａｐ（Ａｐ１０〜Ａｐ１２）によるコンテンツの同期再生を制御する制御装置４１と、コンテンツ（例えば音楽データ）を蓄積しているサーバ４２とで構成される。これら複数の再生装置Ａｐ（Ａｐ１０〜Ａｐ１２）と、制御装置４１と、サーバ４２とは無線ＬＡＮ（Local  Area  Network）により通信接続されている。
【００５０】
尚、ここでは、制御装置４１をＨｏｓｔ４１とも呼び、再生装置Ａｐ（Ａｐ１０〜Ａｐ１２）をＧｕｅｓｔＡｐ（Ａｐ１０〜Ａｐ１２）とも呼ぶ。
【００５１】
具体的に同期再生を行う場合、まずＨｏｓｔ４１は、各ＧｕｅｓｔＡｐに同期再生させる音楽データに関する楽曲情報をサーバ４２から取得する（図中の矢印Ａｒ１０で示す）。
【００５２】
次に、Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐにこの楽曲情報を送ることで同期再生させる音楽データを指定する（図中の矢印Ａｒ１１で示す）。
【００５３】
すると各ＧｕｅｓｔＡｐは、サーバ４２から、指定された音楽データの受信を開始して（図中の矢印Ａｒ１３で示す）再生の準備を行う。さらに各ＧｕｅｓｔＡｐは、サーバ４２との間の現在の通信状況を示す通信状況情報と前回の音楽データ再生時に要した準備時間を示す前回準備時間情報とをＨｏｓｔ４１に送る（図中の矢印Ａｒ１２で示す）。
【００５４】
Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐから今回送られてきた通信状況情報及び前回準備時間情報と前回送られてきた通信状況情報とを用いて、各ＧｕｅｓｔＡｐでの今回の音楽データの再生に要する準備時間を予測する。さらにＨｏｓｔ４１は、現在からＧｕｅｓｔＡｐ毎に予測した準備時間のうちの最長の準備時間後の時刻（つまり各ＧｕｅｓｔＡｐの全てで再生準備が完了する時刻）を各ＧｕｅｓｔＡｐで共通の再生開始時刻として設定する。
【００５５】
そしてＨｏｓｔ４１は、この再生開始時刻を示す再生開始時刻情報を、各ＧｕｅｓｔＡｐに送る（図中の矢印Ａｒ１４で示す）。
【００５６】
各ＧｕｅｓｔＡｐは、再生開始時刻情報が示す再生開始時刻になると、指定された音楽データの再生を一斉に開始する（すなわち指定された音楽データの同期再生を行う）。
【００５７】
このようにしてこの同期再生システム１では、音楽データの同期再生を行うようになっている。
【００５８】
（１−２−２）制御装置（Ｈｏｓｔ）及び再生装置（Ｇｕｅｓｔ）の機能構成
次に上述した同期再生システム４０の主要部である、Ｈｏｓｔ４１及び各ＧｕｅｓｔＡｐの機能構成について説明する。まずＨｏｓｔ４１の機能構成から説明する。
【００５９】
図４に示すようにＨｏｓｔ４１は、通信部５０と、準備時間予測部５１と、開始時刻設定部５２と、制御部５３と、記憶部５４と、操作部５５と、表示部５６とを有している。
【００６０】
具体的にこのＨｏｓｔ４１では、制御部５３が、通信部５０を制御して、楽曲リスト（つまりサーバ４２が蓄積している音楽データのリスト）を要求するリスト要求をサーバ４２に送信する。
【００６１】
この結果として、サーバ４２から楽曲リストが送信されてくると、通信部５０がこれを受信して制御部５３に送る。制御部５３は、この楽曲リストを表示部５６に表示させる。
【００６２】
このようにして表示部５６に表示させた楽曲リストから同期再生させたい楽曲が操作部５５を介して選択されると、制御部５３は、通信部５０を制御して、この楽曲に対応する音楽データの楽曲情報を要求する楽曲情報要求をサーバ４２に送信する。
【００６３】
この結果として、サーバ４２から楽曲情報が送信されてくると、Ｈｏｓｔ４１は、通信部５０でこれを受信して制御部５３に送る。制御部５３は、通信部５０を制御して、この楽曲情報を各ＧｕｅｓｔＡｐに送信することで、各ＧｕｅｓｔＡｐに対して同期再生させる音楽データを指定する。
【００６４】
このようにして楽曲情報を各ＧｕｅｓｔＡｐに送信した後、各ＧｕｅｓｔＡｐから通信状況情報及び前回準備時間情報が送信されてくると、通信部５０がこれを受信して制御部５３に送る。制御部５３は、この通信状況情報及び前回準備時間情報を記憶部５４に記憶する。
【００６５】
準備時間予測部５１は、記憶部５４から各ＧｕｅｓｔＡｐから今回送られてきた通信状況情報及び前回準備時間情報と、前回送られてきた通信状況情報とを取得して、これらを用いて各ＧｕｅｓｔＡｐの準備時間を予測する。
【００６６】
そして準備時間予測部５１は、この予測した準備時間を開始時刻設定部５２に送る。尚、この予測した準備時間を、以下、予測準備時間とも呼ぶ。
【００６７】
開始時刻設定部５２は、各ＧｕｅｓｔＡｐの予測準備時間のうちの最長の予測準備時間を選択して、現在からこの最長の予測準備時間後の時刻（つまり複数のＧｕｅｓｔＡｐの全てで準備が完了する時刻）を各ＧｕｅｓｔＡｐで共通の再生開始時刻として設定する。そして開始時刻設定部５２は、この設定した再生開始時刻を制御部５３に通知する。
【００６８】
制御部５３は、再生開始時刻が通知されると、この再生開始時刻を示す再生開始時刻情報を生成し、通信部５０を制御してこの再生開始時刻情報を各ＧｕｅｓｔＡｐに送信する。
【００６９】
この結果、各ＧｕｅｓｔＡｐは、再生開始時刻情報が示す再生開始時刻になると、指定された音楽データの再生を一斉に開始する（すなわち指定された音楽データの同期再生を行う）。
【００７０】
このようにしてＨｏｓｔ４１は、複数のＧｕｅｓｔＡｐ（Ａｐ１０〜Ａｐ１２）による音楽データの同期再生を制御するようになっている。
【００７１】
次にＧｕｅｓｔＡｐの機能構成について説明する。尚、各ＧｕｅｓｔＡｐ（Ａｐ１０〜Ａｐ１２）は、それぞれ同一の機能構成であるとする。ゆえに、ここでは、一例として、ＧｕｅｓｔＡｐ１０の機能構成について説明する。
【００７２】
図５に示すようにＧｕｅｓｔＡｐ１０は、通信部６０と、再生部６１と、通信状況検出部６２と、制御部６３と、記憶部６４と、操作部６５と、表示部６６とを有している。
【００７３】
具体的にこのＧｕｅｓｔＡｐ１０では、単独で音楽データを再生する単独再生時、例えば、制御部６３が、通信部６０を制御して、楽曲リストを要求するリスト要求をサーバ４２に送信する。
【００７４】
この結果として、サーバ４２から楽曲リストが送信されてくると、通信部６０がこれを受信して制御部６３に送る。制御部６３は、この楽曲リストを表示部６６に表示させる。
【００７５】
そして制御部６３は、表示させた楽曲リストから再生させたい楽曲が操作部６５を介して選択されると、通信部６０を制御して、この楽曲に対応する音楽データを要求する音楽データ要求をサーバ４２に送信することで、サーバ４２からの音楽データの受信を開始する。この音楽データは、受信し終えた部分のデータから記憶部６４に記憶される。
【００７６】
その後、制御部６３は、この音楽データの再生準備が完了するまで、すなわち記憶部６４にこの音楽データの再生を開始するのに必要な量のデータが記憶されるまで待ち受ける。
【００７７】
そして制御部６３は、この音楽データの再生準備が完了すると、この音楽データを記憶部６４から読み出して再生部６１に送ることで、この音楽データの再生（ストリーミング再生）を再生部６１に開始させる。
【００７８】
またＧｕｅｓｔＡｐ１０では、他のＧｕｅｓｔＡｐと同期して音楽データを再生する同期再生時、Ｈｏｓｔ４１から同期再生する音楽データの楽曲情報が送信されてくると、通信部６０でこれを受信して制御部６３に送る。
【００７９】
制御部６３は、通信部６０を制御して、この楽曲情報に対応する音楽データ（つまり同期再生する音楽データ）を要求するデータ要求をサーバ４２に送信することで、サーバ４２から音楽データの受信を開始する。この音楽データは、受信し終えた部分のデータから記憶部６４に記憶される。
【００８０】
またこのとき制御部６３は、通信状況検出部６２により検出された現在の通信状況をこの通信状況検出部６２から取得すると共に、前回の音楽データ再生時に要した準備時間を示す準備時間情報（これを前回準備時間情報とも呼ぶ）を記憶部６４から読み出す。因みに、制御部６３は、音楽データを再生するごとに、音楽データの再生準備に要した準備時間を計測して、この準備時間を示す準備時間情報を記憶部６４に記憶するようになっている。
【００８１】
そして制御部６３は、通信部６０を制御して、通信状況検出部６２から取得した通信状況情報と、記憶部６４から読み出した前回準備時間情報とをＨｏｓｔ４１に送る。
【００８２】
この結果として、Ｈｏｓｔ４１から他のＧｕｅｓｔＡｐと共通の再生開始時刻情報が送信されてくると、ＧｕｅｓｔＡｐ１０は、通信部６０でこれを受信して制御部６３に送る。制御部６３は、この再生開始時刻情報が示す再生開始時刻になるまで待ち受ける。
【００８３】
ここでこの再生開始時刻は、上述したように、Ｈｏｓｔ４１により、ＧｕｅｓｔＡｐ１０で再生準備が完了する時刻と同じもしくはそれより後になるよう設定されている。
【００８４】
そして制御部６３は、再生開始時刻になると、音楽データを記憶部６４から読み出して再生部６１に送ることで、この音楽データの再生を再生部６１に開始させる。
【００８５】
つまり、ＧｕｅｓｔＡｐ１０は、他のＧｕｅｓｔＡｐと同時刻に同一の音楽データの再生を開始する。
【００８６】
またＧｕｅｓｔＡｐ１０の制御部６３は、同期再生する音楽データの楽曲情報を受信してから、実際にこの音楽データの再生を開始するまでに要した時間（つまり準備時間）を計測するようになっている。
【００８７】
そして制御部６３は、この計測した準備時間を示す準備時間情報を記憶部６４に記憶する。
【００８８】
このようにしてＧｕｅｓｔＡｐ１０は、Ｈｏｓｔ４１の制御のもと、他のＧｕｅｓｔＡｐと同期して音楽データを再生するようになっている。
【００８９】
（１−２−３）再生開始時刻の設定
次に、Ｈｏｓｔ４１による再生開始時刻の設定について、さらに詳しく説明する。Ｈｏｓｔ４１は、上述したように、各ＧｕｅｓｔＡｐでの準備時間を予測して、この予測結果から全てのＧｕｅｓｔＡｐで再生準備が完了する時刻を推定し、この時刻を再生開始時刻として設定するようになっている。
【００９０】
ここで、各ＧｕｅｓｔＡｐでの準備時間、すなわち各ＧｕｅｓｔＡｐが音楽データの再生を開始するのに必要な量のデータをサーバ４２から受信し終えるまでに要する時間は、各ＧｕｅｓｔＡｐとサーバ４２との間の通信状況により変化する。
【００９１】
具体的に、各ＧｕｅｓｔＡｐが、少なくともサーバ４２からの電波が届く範囲内に設置されているとする。この場合、各ＧｕｅｓｔＡｐでは、例えば、遮蔽物などにより、サーバ４２からの電波の強さ（すなわち電界強度）が弱くなると、サーバ４２から受信したデータを復調するのに必要なＳＮ比（ＳＮＲ：Signal  to  Noise  Ratio）が低くなる。
【００９２】
このようにＳＮ比（ＳＮＲとも呼ぶ）が低くなると、データの誤り率が増え、例えば、サーバ４２からＧｕｅｓｔＡｐに対してデータが再送されることにより、ＧｕｅｓｔＡｐとサーバ４２との間の実質的な通信速度（スループット）が低下する。
【００９３】
この結果、各ＧｕｅｓｔＡｐが音楽データの再生を開始するのに必要な量のデータをサーバ４２から受信し終えるまでに要する時間（すなわち準備時間）が長くなる。
【００９４】
このように、各ＧｕｅｓｔＡｐでの準備時間は、ＳＮＲにより変化する。つまり、このＳＮＲが、各ＧｕｅｓｔＡｐとサーバ４２との通信状況を示す情報であると言える。
【００９５】
そこで、Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐからＳＮＲを取得し、このＳＮＲを用いて、各ＧｕｅｓｔＡｐでの準備時間を予測するようになっている。
【００９６】
つまり、各ＧｕｅｓｔＡｐは、通信部６０が受信した信号のＳＮＲ（受信した信号の信号レベルとノイズレベルとの比）を、各ＧｕｅｓｔＡｐとサーバ４２との間の通信状況として通信状況検出部６２で検出して、これをＨｏｓｔ４１に提供するようになっている。
【００９７】
実際上、各ＧｕｅｓｔＡｐの制御部６３は、同期再生の準備として、サーバ４２から音楽データの受信を開始すると、通信状況検出部６２から現在のＳＮＲ（このとき通信部６０がサーバ４２から音楽データとして受信した信号のＳＮＲ）を取得する。
【００９８】
そして、制御部６３は、通信部６０を制御して、図６に示すように、現在のＳＮＲを示す通信状況情報（これを現在ＳＮＲ情報とも呼ぶ）と、前回の準備時間を示す前回準備時間情報とをＨｏｓｔ４１に送信する。
【００９９】
尚、図６は、ＧｕｅｓｔＡｐの１つから送信される前回準備時間情報と現在ＳＮＲ情報とを示す例であり、前回準備時間情報には、前回の準備時間が「６．０秒」であったこと、現在ＳＮＲ情報には、現在のＳＮＲが「４５」であることが示された例である。ここで、ＳＮＲは、一般的に対数（デシベル）で表されるが、ここでは、例えば、その値を真数変換することで得られる、真数で表されたＳＮＲを用いるようになっている。つまり、このＳＮＲは、その値が大きいほど、通信状況が良好であることを意味する。
【０１００】
Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐから送信されてくる前回準備時間情報と現在ＳＮＲ情報とを通信部５０で受信する。Ｈｏｓｔ４１の制御部５３は、通信部５０で受信した前回時間情報と現在ＳＮＲ情報とを、ＧｕｅｓｔＡｐの識別情報であるＩＤに対応付けて記憶部５４に記憶する。
【０１０１】
ここで、記憶部５４には、図７に示すように、各ＧｕｅｓｔＡｐから取得した情報（前回時間情報及び現在ＳＮＲ情報）及びＧｕｅｓｔＡｐごとに予測した準備時間を示す予測準備時間情報などを管理するデータベースＤｂが構築されている。
【０１０２】
このデータベースＤｂは、ＧｕｅｓｔＡｐのＩＤと、再生させる音楽データのコーデックを示すコーデック情報と、前回準備時間情報と、予測準備時間情報と、前回再生時のＳＮＲを示す前回ＳＮＲ情報と、現在ＳＮＲ情報とで１つのデータを構成する。
【０１０３】
各データは、ＧｕｅｓｔＡｐのＩＤとコーデック情報との組合せをキーとして、この組合せごとに管理される。
【０１０４】
例えば、ＩＤが「１」のＧｕｅｓｔＡｐから、前回準備時間情報（例えば「６．０秒」）及び現在ＳＮＲ情報（例えば「４７」）を受信したとする。このとき、Ｈｏｓｔ４１の制御部５３は、このＩＤ「１」と、今回このＧｕｅｓｔＡｐに同期再生させる音楽データのコーデック情報（例えば「ＭＰ３  １２８ｋｂｐｓ」）との組合せを有するデータを、データベースＤｂから検索する。
【０１０５】
このデータが見付かると、制御部５３は、このデータの前回ＳＮＲ情報を、このデータの現在ＳＮＲ情報（例えば「４５」）で更新すると共に、このデータの前回準備時間情報及び現在ＳＮＲ情報を、今回受信した前回準備時間情報（例えば「６．０秒」）及び現在ＳＮＲ情報（例えば「４７」）で更新する。
【０１０６】
この結果、データベースＤｂには、例えば、ＧｕｅｓｔＡｐのＩＤが「１」、コーデック情報が「ＭＰ３  １２８ｋｂｐｓ」、前回の準備時間が「６．０秒」、前回のＳＮＲが「４７」、今回のＳＮＲが「４５」であることを示すデータが格納される。
【０１０７】
同様にして制御部５３は、他のＩＤのＧｕｅｓｔＡｐから取得した情報もデータベースＤｂに格納する。
【０１０８】
この結果、データベースＤｂには、各ＧｕｅｓｔＡｐの今回の予測準備時間を算出するのに必要な、前回の準備時間、前回のＳＮＲ、今回のＳＮＲを示すデータが格納されたことになる。
【０１０９】
因みに、データベースＤｂに格納するデータを、ＧｕｅｓｔＡｐのＩＤと再生させる音楽データのコーデック情報との組合せごとに管理するようにした理由は、コーデックによって音楽データのデータ量が異なり、準備時間も異なるからである。
【０１１０】
このようにしてデータベースＤｂに格納した前回の準備時間、前回のＳＮＲ、今回のＳＮＲを示すデータをもとに、準備時間予測部５１は、各ＧｕｅｓｔＡｐの今回の準備時間を予測する。
【０１１１】
準備時間予測部５１は、まずデータベースＤｂから、ＧｕｅｓｔＡｐごとに、今回再生させる音楽データのコーデック情報と同一のコーデック情報を有するデータを取得する。そして準備時間予測部５１は、取得したデータが示す、前回の準備時間、前回のＳＮＲ、今回のＳＮＲをもとに、各ＧｕｅｓｔＡｐの今回の予測準備時間を算出する。
【０１１２】
具体的に、この予測準備時間は、この予測準備時間をｔ２、前回の準備時間をｔ１、前回のＳＮＲをｐ−ＳＮＲ、現在のＳＮＲをｃ−ＳＮＲとすると、例えば、次式（１）により算出される。
【０１１３】
ｔ２＝ｔ１×（ｐ−ＳＮＲ／ｃ−ＳＮＲ）……（１）
【０１１４】
このように準備時間予測部５１は、前回再生時に実際に計測された準備時間（ｔ１）に対して、前回のＳＮＲを基準とした前回のＳＮＲと現在のＳＮＲとの比（ｐ−ＳＮＲ／ｃ−ＳＮＲ）で重み付けを行うことで、予測準備時間（ｔ２）を算出するようになっている。
【０１１５】
例えば、現在のＳＮＲが前回のＳＮＲより大きく、前回と比べて通信状況が良くなっているとする。この場合、上述の比（ｐ−ＳＮＲ／ｃ−ＳＮＲ）が１未満となり、この比を前回準備時間に乗算することで、通信状況が良くなった分、前回の準備時間よりも短い予測準備時間が算出される。
【０１１６】
これに対して、現在のＳＮＲが前回のＳＮＲ以下であり、前回と比べて通信状況が同じか悪化しているとする。この場合、上述の比（ｐ−ＳＮＲ／ｃ−ＳＮＲ）が１以上となり、この比を前回準備時間に乗算することで、前回と同じか通信状況が悪化した分、前回の準備時間よりも長い予測準備時間が算出される。
【０１１７】
因みに、ＧｕｅｓｔＡｐに今回初めて音楽データを再生させる場合、Ｈｏｓｔ４１のデータベースＤｂには、このＧｕｅｓｔＡｐの前回ＳＮＲ情報が存在しない。この場合、予測準備時間を算出することができない。そこで、Ｈｏｓｔ４１には、予めコーデック情報ごとに固定の予測準備時間（これを固定準備時間とも呼ぶ）が設定されている。
【０１１８】
そして準備時間予測部５１は、データベースＤｂに前回ＳＮＲ情報が存在しない場合、この固定準備時間を利用するようになっている。すなわち、準備時間予測部５１は、今回再生させる音楽データのコーデック情報に対応する固定準備時間をそのまま今回の予測準備時間とする。尚、この固定準備時間は、現在の通信状況に依らず確実に準備が完了する時間となるように、例えば一般的な環境での準備時間よりも長めに設定されている。
【０１１９】
そして準備時間予測部５１は、このようにしてＧｕｅｓｔＡｐごとに算出した予測準備時間を、ＧｕｅｓｔＡｐのＩＤごとに、今回同期再生させる音楽データのコーデック情報を有するデータの予測準備時間情報として、データベースＤｂに格納する。
【０１２０】
この結果、データベースＤｂには、ＧｕｅｓｔＡｐごとの今回の予測準備時間を示すデータが格納されたことになる。
【０１２１】
このようにしてデータベースＤｂに格納した今回の予測準備時間を示すデータをもとに、開始時刻設定部５２は、各ＧｕｅｓｔＡｐで共通の再生開始時刻を設定する。
【０１２２】
このとき開始時刻設定部５２は、まず、データベースＤｂから、ＧｕｅｓｔＡｐごとに算出した今回の予測準備時間のうちの最も長い予測準備時間（つまり最も準備に時間がかかるＧｕｅｓｔＡｐの予測準備時間）を取得する。
【０１２３】
そして開始時刻設定部５２は、現在から、この最も長い予測準備時間（これを最長準備時間とも呼ぶ）後の時刻を各ＧｕｅｓｔＡｐで共通の再生開始時刻として設定する。
【０１２４】
尚、ここでは、最長準備時間の予測誤差を考慮して、この最長準備時間に１．０以上の所定の係数（これを安全係数とも呼ぶ）を乗じるようになっている。つまり、再生開始時刻は、最長準備時間に安全係数を乗じた時間後の時刻に設定される。
【０１２５】
この再生開始時刻は、例えば、何時何分のような絶対的な時刻、もしくは何秒後のような相対的な時刻で表される。また安全係数は、例えば、一般的な無線ＬＡＮ環境のもとで予測準備時間を算出した場合に生じる予測誤差に基づいてあらかじめＨｏｓｔ４１に設定されている。
【０１２６】
このようにしてＨｏｓｔ４１は、複数のＧｕｅｓｔＡｐに同期再生させる場合の再生開始時刻を設定するようになっている。
【０１２７】
このように、Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐとサーバ４２との通信状況を示すＳＮＲを用いて各ＧｕｅｓｔＡｐでの準備時間を予測することで、全てのＧｕｅｓｔＡｐで再生準備が完了する時刻を推定して、この時刻を再生開始時刻として設定するようになっている。
【０１２８】
こうすることで、Ｈｏｓｔ４１は、複数のＧｕｅｓｔＡｐの全てに対して確実且つ迅速に同一の音楽データの再生を同一時刻に開始させることができる。
【０１２９】
また、複数のＧｕｅｓｔＡｐによる同期再生に限らず、１台のＧｕｅｓｔＡｐに音楽データを単独再生させる場合にも、Ｈｏｓｔ４１は、上述した方法で再生開始時刻を設定することができる。
【０１３０】
この場合、Ｈｏｓｔ４１は、ＧｕｅｓｔＡｐとサーバ４２との間の通信状況により音楽データを再生するまでに要する準備時間が変わろうとも、常にそのときの準備が完了した時刻となる再生開始時刻を設定することができる。
【０１３１】
かくしてＨｏｓｔ４１は、サーバ４２から音楽データを受信して再生するＧｕｅｓｔＡｐに対して音楽データの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を設定することができる。
【０１３２】
（１−２−４）同期再生処理手順
次に、図８に示すシーケンスチャートを用いて、上述した同期再生システム４０による同期再生の処理手順（これを同期再生処理手順とも呼ぶ）について説明する。因みに、この同期再生処理手順は、Ｈｏｓｔ４１と、各ＧｕｅｓｔＡｐ（Ａｐ１０〜Ａｐ１２）と、サーバ４２とが協働して実行する処理手順である。
【０１３３】
Ｈｏｓｔ４１の制御部５３は、例えばユーザにより同期再生する音楽データが指定されると、ステップＳＰ１において、通信部５０を制御して、この音楽データの楽曲情報を要求する楽曲情報要求をサーバ４２に送信する。
【０１３４】
サーバ４２は、この楽曲情報要求を受信すると、ステップＳＰ１０において、この楽曲情報要求に応じた楽曲情報（つまり同期再生する音楽データの楽曲情報）をＨｏｓｔ４１に送信する。
【０１３５】
Ｈｏｓｔ４１の制御部５３は、サーバ４２から送信されてきた楽曲情報を通信部５０で受信すると、ステップＳＰ２において、通信部５０を制御して、この楽曲情報を同期再生する音楽データの楽曲情報として各ＧｕｅｓｔＡｐに送信する。
【０１３６】
各ＧｕｅｓｔＡｐの制御部６３は、Ｈｏｓｔ４１から送信されてきた楽曲情報を通信部６０で受信すると、ステップＳＰ２０において、通信部６０を制御して、この楽曲情報に対応する音楽データを要求するデータ要求をサーバ４２に送信する。
【０１３７】
サーバ４２は、このデータ要求を受信すると、ステップＳＰ１１において、このデータ要求に応じた音楽データ（つまり同期再生する音楽データ）の各ＧｕｅｓｔＡｐへの送信を開始する。
【０１３８】
すなわち、この時点で、各ＧｕｅｓｔＡｐによるサーバ４２からの音楽データの受信が開始される。
【０１３９】
各ＧｕｅｓｔＡｐの制御部６３は、音楽データの受信を開始すると、ステップＳＰ２１において、このとき通信状況検出部６２から取得した現在のＳＮＲを示す現在ＳＮＲ情報と、記憶部６４から取得した前回の準備時間を示す前回準備時間情報とを、通信部６０を制御して、Ｈｏｓｔ４１に送信する。
【０１４０】
このようにして各ＧｕｅｓｔＡｐから、Ｈｏｓｔ４１に送信されてきた現在ＳＮＲ情報と前回準備時間情報は、各ＧｕｅｓｔＡｐのＩＤと、今回同期再生する音楽データのコーデック情報とに対応付けられて、Ｈｏｓｔ４１のデータベースＤｂに格納される。
【０１４１】
Ｈｏｓｔ４１の準備時間予測部５１は、ステップＳＰ３において、データベースＤｂに格納されている前回準備時間情報と、前回ＳＮＲ情報と、現在ＳＮＲ情報とを用いて、各ＧｕｅｓｔＡｐの今回の準備時間を予測（つまり予測準備時間を算出）する。
【０１４２】
Ｈｏｓｔ４１の開始時刻設定部５２は、ステップＳＰ４において、各ＧｕｅｓｔＡｐの今回の予測準備時間のうちの最も長い予測準備時間に安全係数を乗じた時間後の時刻を、各ＧｕｅｓｔＡｐで共通の再生開始時刻として設定する。
【０１４３】
Ｈｏｓｔ４１の制御部５３は、ステップＳＰ５において、通信部５０を制御して、再生開始時刻を示す再生開始時刻情報を、各ＧｕｅｓｔＡｐに送信する。
【０１４４】
各ＧｕｅｓｔＡｐの制御部６３は、Ｈｏｓｔ４１から送信されてきた再生開始時刻情報を通信部６０で受信すると、ステップＳＰ２２において、この再生開始時刻情報が示す再生開始時刻になるまで待ち受ける。
【０１４５】
そして各ＧｕｅｓｔＡｐの制御部６３は、再生開始時刻になると、ステップＳＰ２３において、再生部６１を制御して、指定された音楽データの再生を開始する。
【０１４６】
このような同期再生処理手順によって、同期再生システム４０では、音楽データを同期再生するようになっている。
【０１４７】
（１−２−５）第１の実施の形態による動作及び効果
以上の構成において、Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐに同期再生させる音楽データの楽曲情報を送信することで、各ＧｕｅｓｔＡｐに対して同期再生させる音楽データを指定する。
【０１４８】
各ＧｕｅｓｔＡｐは、音楽データが指定されると、この音楽データの受信をサーバ４２から開始すると共に、現在のサーバ４２との間の通信状況を表すＳＮＲを検出する。
【０１４９】
そして各ＧｕｅｓｔＡｐは、現在のＳＮＲを示す現在ＳＮＲ情報と、前回の音楽データを再生したときに要した準備時間を示す前回準備時間情報とを、Ｈｏｓｔ４１に送信する。
【０１５０】
Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐから今回得られた現在ＳＮＲ情報及び前回準備時間情報と、前回得られた前回ＳＮＲ情報とをもとに、各ＧｕｅｓｔＡｐでの今回の準備時間を予測する。
【０１５１】
さらにＨｏｓｔ４１は、予測した準備時間のなかから最も長い準備時間（最長準備時間）を選択して、この最長準備時間後の時刻を、各ＧｕｅｓｔＡｐで共通の再生開始時刻として設定する。
【０１５２】
そしてＨｏｓｔ４１は、この再生開始時刻を示す再生開始時刻情報を各ＧｕｅｓｔＡｐに送信することで、各ＧｕｅｓｔＡｐに対して同期再生の開始時刻を指定する。
【０１５３】
この結果、各ＧｕｅｓｔＡｐが、指定の再生開始時刻に、指定の音楽データの再生を開始する。
【０１５４】
このように、Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐとサーバ４２との通信状況を示すＳＮＲを用いて各ＧｕｅｓｔＡｐでの準備時間を予測し、この予測結果から全てのＧｕｅｓｔＡｐで再生準備が完了する時刻を推定して、この時刻を再生開始時刻として設定する。
【０１５５】
こうすることで、Ｈｏｓｔ４１は、各ＧｕｅｓｔＡｐとサーバ４２との間の通信状況により各ＧｕｅｓｔＡｐでの準備時間が変わろうとも、常に全てのＧｕｅｓｔＡｐで準備が完了した時刻を、再生開始時刻として設定することができる。
【０１５６】
これによりＨｏｓｔ４１は、複数のＧｕｅｓｔＡｐに対して確実且つ迅速に音楽データの同期再生を行わせることができる。
【０１５７】
また、Ｈｏｓｔ４１は、複数のＧｕｅｓｔＡｐによる同期再生に限らず、１台のＧｕｅｓｔＡｐに単独再生を行わせる場合にも、同様に再生開始時刻を設定することができる。
【０１５８】
こうすることで、Ｈｏｓｔ４１は、ＧｕｅｓｔＡｐとサーバ４２との間の通信状況により準備時間が変わろうとも、常にそのときの準備が完了した時刻を、再生開始時刻として指定することができる。
【０１５９】
かくしてＨｏｓｔ４１は、サーバ４２から音楽データを受信して再生するＧｕｅｓｔＡｐに対して音楽データの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を指定することができる。
【０１６０】
以上の構成によれば、Ｈｏｓｔ４１は、サーバ４２とＧｕｅｓｔＡｐとの間の通信状況によりＧｕｅｓｔＡｐが再生を開始するまでに要する準備時間が変わろうとも、ＧｕｅｓｔＡｐに対して常にそのときの準備が完了した時刻を、再生開始時刻として指定することができ、かくして、サーバ４２から音楽データを受信して再生するＧｕｅｓｔＡｐに対して音楽データの再生を確実且つ迅速に開始させ得る適切な再生開始時刻を指定することができる。
【０１６１】
（２）第２の実施の形態
次に第２の実施の形態について説明する。この第２の実施の形態では、上述した第１の実施の形態のＨｏｓｔ４１及びＧｕｅｓｔＡｐをハードウェア構成により実現する。
【０１６２】
図９に示すＨｏｓｔ４１は、上述した第１の実施の形態による機能構成のＨｏｓｔ４１をハードウェア構成により実現した例である。
【０１６３】
このＨｏｓｔ４１は、キーボードやマウスでなる入力デバイス１００がユーザによって操作されると、入力デバイス１００でこれを認識し、その操作に応じた操作入力信号を入力処理部１０１に送る。
【０１６４】
入力処理部１０１は、供給される操作入力信号を操作コマンドに変換して、これをバス１０２を介してＣＰＵ（Central  Processing  Unit）１０３に送る。
【０１６５】
ＣＰＵ１０３は、ＲＯＭ（Read  Only  Memory）１０４又はハードディスクドライブ（以下、ＨＤＤとも呼ぶ）１０５に予め記憶されている基本プログラムやアプリケーションプログラムなどの各種プログラムをバス１０２を介してＲＡＭ（Random  Access  Memory）１０６に読み出す。
【０１６６】
そしてＣＰＵ１０３は、ＲＡＭ１０６上で展開したこれら各種プログラムに従って全体を制御することで、入力処理部１０１から与えられる操作コマンドなどに応じた各種処理（再生開始時刻の設定など）を実行する。
【０１６７】
具体的に言うと、ＣＰＵ１０３は、必要に応じて、通信処理部１０７及びアンテナ１０８を順次介して、サーバ４２や各ＧｕｅｓｔＡｐにアクセスし、これらとの間で種々のデータをやり取りする。
【０１６８】
このようにして、サーバ４２や各ＧｕｅｓｔＡｐとの間でやり取りされるデータ、及びこのデータの生成に必要となるデータは、ＨＤＤ１０５に記憶され、必要に応じて読み出される。
【０１６９】
またＣＰＵ１０３は、サーバ４２や各ＧｕｅｓｔＡｐとの間でやり取りするデータや各種処理の実行結果を、表示処理部１０９に送ることで、このデータや実行結果に基づく情報をディスプレイ１１０に表示させる。
【０１７０】
ところで、このＨｏｓｔ４１は、上述したように、ＣＰＵ１０３がＲＯＭ１０４またはＨＤＤ１０５に記憶されている各種プログラムにしたがって各種処理を実行するようになっている。
【０１７１】
ゆえに、第１の実施の形態による機能構成のＨｏｓｔ４１の各種機能及び実行する処理に応じて、ＲＯＭ１０４またはＨＤＤ１０５に記憶させる各種プログラムを適宜選定することで、ＣＰＵ１０３を機能構成の制御部５３と同様に機能させることができる。
【０１７２】
またＣＰＵ１０３を、準備時間予測部５１、開始時刻設定部５２と同様に機能させることができる。さらに入力デバイス１００及び入力処理部１０１を機能構成の操作部５５と同様に機能させることができる。さらにＨＤＤ１０５を機能構成の記憶部５４と同様に機能させることができる。
【０１７３】
さらに通信処理部１０７及びアンテナ１０８を機能構成の通信部５０と同様に機能させることができる。さらに表示処理部１０９及びディスプレイ１１０を機能構成の表示部５６と同様に機能させることができる。
【０１７４】
したがって、Ｈｏｓｔ４１は、図９に示すようなハードウェア構成で、第１の実施の形態での機能構成による各種機能を実現することができ、かくして、第１の実施の形態と同様の効果を得ることができる。
【０１７５】
一方、図１０に示すＧｕｅｓｔＡｐは、上述した第１の実施の形態による機能構成のＧｕｅｓｔＡｐをハードウェア構成により実現した例である。
【０１７６】
このＧｕｅｓｔＡｐは、キーボードやマウスでなる入力デバイス１２０がユーザによって操作されると、入力デバイス１２０でこれを認識し、その操作に応じた操作入力信号を入力処理部１２１に送る。
【０１７７】
入力処理部１２１は、供給される操作入力信号を操作コマンドに変換して、これをバス１２２を介してＣＰＵ１２３に送る。
【０１７８】
ＣＰＵ１２３は、ＲＯＭ１２４又はＨＤＤ１２５に予め記憶されている基本プログラムやアプリケーションプログラムなどの各種プログラムをバス１２２を介してＲＡＭ１２６に読み出す。
【０１７９】
そしてＣＰＵ１２３は、ＲＡＭ１２６上で展開したこれら各種プログラムに従って全体を制御することで、入力処理部１２１から与えられる操作コマンドなどに応じた各種処理（音楽データの再生など）を実行する。
【０１８０】
具体的に言うと、ＣＰＵ１２３は、必要に応じて、通信処理部１２７及びアンテナ１２８を順次介して、Ｈｏｓｔ４１やサーバ４２、他のＧｕｅｓｔＡｐにアクセスし、これらとの間で種々のデータをやり取りする。
【０１８１】
このようにして、Ｈｏｓｔ４１やサーバ４２、他の各ＧｕｅｓｔＡｐとの間でやり取りされるデータ、及びこのデータの生成に必要となるデータは、ＨＤＤ１２５に記憶され、必要に応じて読み出される。
【０１８２】
またＣＰＵ１２３は、Ｈｏｓｔ４１やサーバ４２、他のＧｕｅｓｔＡｐとの間でやり取りするデータや各種処理の実行結果を、表示処理部１２９に送ることで、このデータや実行結果に基づく情報（例えば楽曲リスト）をディスプレイ１３０に表示させる。
【０１８３】
さらにＣＰＵ１２３は、例えば、入力デバイス１２０を介して音楽データを再生するよう指示する操作入力信号が入力されると、音楽データをサーバ４２からアンテナ１２８及び通信処理部１２７を順次介して受信する。
【０１８４】
受信された音楽データは、ＲＡＭ１２６に一時記憶された後、音声処理部１３１に送られる。この結果、音声処理部１３１を介してスピーカ１３２から、この音楽データに基づく音楽が出力される。
【０１８５】
ところで、このＧｕｅｓｔＡｐは、上述したように、ＣＰＵ１２３がＲＯＭ１２４またはＨＤＤ１２５に記憶されている各種プログラムにしたがって各種処理を実行するようになっている。
【０１８６】
ゆえに、第１の実施の形態による機能構成のＧｕｅｓｔＡｐの各種機能及び実行する処理に応じて、ＲＯＭ１２４またはＨＤＤ１２５に記憶させる各種プログラムを適宜選定することで、ＣＰＵ１２３を機能構成の制御部６３と同様に機能させることができる。
【０１８７】
またＣＰＵ１２３を、通信状況検出部６２と同様に機能させることができる。さらに入力デバイス１２０及び入力処理部１２１を機能構成の操作部６５と同様に機能させることができる。さらにＲＡＭ１２４及びＨＤＤ１２５を機能構成の記憶部６４と同様に機能させることができる。
【０１８８】
さらに通信処理部１２７及びアンテナ１２８を機能構成の通信部６０と同様に機能させることができる。さらに表示処理部１２９及びディスプレイ１３０を機能構成の表示部６６と同様に機能させることができる。
【０１８９】
さらに音声処理部１３１及びスピーカ１３２を機能構成の再生部６１と同様に機能させることができる。
【０１９０】
したがって、ＧｕｅｓｔＡｐは、図１０に示すようなハードウェア構成で、第１の実施の形態での機能構成による各種機能を実現することができ、かくして、第１の実施の形態と同様の効果を得ることができる。
【０１９１】
また、この第２の実施の形態では、Ｈｏｓｔ４１のＣＰＵ１０３がＲＯＭ１０４またはＨＤＤ１０５に予め記憶された各種プログラムにしたがって、各種処理を実行するようにした。
【０１９２】
本発明はこれに限らず、各種プログラムを、ＣＤ（Compact  Disc）やＤＶＤ（Digital  Versatile  Disc）などの記録媒体に記録しておき、ＣＰＵ１０３がこの記録媒体からドライブ（図示せず）を介して各種プログラムを読み出して、各種処理を実行するようにしてもよい。また、各種プログラムをこの記録媒体からＨＤＤ１０５にインストールするようにしてもよい。
【０１９３】
またＧｕｅｓｔＡｐも同様に、各種プログラムを、ＣＤやＤＶＤなどの記録媒体に記録しておき、ＣＰＵ１２３がこの記録媒体からドライブ（図示せず）を介して各種プログラムを読み出して、各種処理を実行するようにしてもよい。また、各種プログラムをこの記録媒体からＨＤＤ１２５にインストールするようにしてもよい。
【０１９４】
（３）他の実施の形態
（３−１）他の実施の形態１
尚、上述した第１の実施の形態では、サーバ４２と各ＧｕｅｓｔＡｐとを無線ＬＡＮで接続するようにした。本発明はこれに限らず、サーバ４２の通信部５０と各ＧｕｅｓｔＡｐの通信部６０を有線ＬＡＮに対応させることで、サーバ４２と各ＧｕｅｓｔＡｐとを有線ＬＡＮで接続するようにしてもよい。またサーバ４２と各ＧｕｅｓｔＡｐとの接続に、無線ＬＡＮと有線ＬＡＮとを混在させるようにしてもよい。
【０１９５】
例えば、各ＧｕｅｓｔＡｐが有線ＬＡＮでサーバ４２と接続されているとする。この場合、ＧｕｅｓｔＡｐとサーバ４２との間の通信状況は、無線ＬＡＮで接続されている場合よりも安定する。この場合、算出した予測準備時間に生じる予測誤差が小さくなると考えられる。
【０１９６】
そこで、有線ＬＡＮ接続の場合には、算出した予測準備時間のうちの最も長い準備時間（最長準備時間）に乗じる安全係数の値を、無線ＬＡＮ接続の場合よりも小さな値に設定する。
【０１９７】
具体的には、安全係数の値を、例えば、実際に様々な有線ＬＡＮ環境のもとで予測準備時間を算出した場合に生じた予測誤差（つまり準備時間の実測値と予測値との誤差）の平均に基づく値に設定する。
【０１９８】
こうすることで、有線ＬＡＮ接続の場合には、無線ＬＡＮの場合と比べて、一段と正確に全てのＧｕｅｓｔＡｐで準備が完了する時刻を推定することができる。
【０１９９】
このように、ＬＡＮの接続方式に応じて、安全係数の値を変えるようにしてもよい。
【０２００】
また、これに限らず、無線ＬＡＮの通信方式（例えばＩＥＥＥ８０２．１１ｂ／ｇ／ｎ／ａ）に応じて、安全係数の値を変えるようにしてもよい。
【０２０１】
一般的に、無線ＬＡＮは、その通信方式により通信状況の安定度が異なる。実際上、ＩＥＥＥ８０２．１１ｂ／ｇでは、電子レンジや他の無線機器などと同じ２．４ＧＨｚ帯の電波を利用するため、電子レンジや他の無線機器からの影響を受け易く、ＩＥＥＥ８０２．１１ａ／ｎと比べて通信状況の安定度が低下する。
【０２０２】
そこで、サーバ４２と各ＧｕｅｓｔＡｐがＩＥＥＥ８０２．１１ｂ／ｇの無線ＬＡＮで接続されている場合には、安全係数の値を、ＩＥＥＥ８０２．１１ａ／ｎの無線ＬＡＮで接続されている場合よりも大きな値に設定する。
【０２０３】
具体的には、ＩＥＥＥ８０２．１１ｂ／ｇ利用時の安全係数の値を、例えば、実際に様々なＩＥＥＥ８０２．１１ｂ／ｇの環境のもとで予測準備時間を算出した場合に生じた予測誤差の平均に基づく値に設定する。またＩＥＥＥ８０２．１１ａ／ｎ利用時の安全係数の値を、例えば、実際に様々なＩＥＥＥ８０２．１１ａ／ｎの環境のもとで予測準備時間を算出した場合に生じた予測誤差の平均に基づく値に設定する。
【０２０４】
こうすることで、ＬＡＮの接続方式、及び無線ＬＡＮの通信方式のそれぞれに適した安全係数を設定することができ、結果として、このような安全係数を最長準備時間に乗じることで、一段と正確にＧｕｅｓｔＡｐで準備が完了する時刻を推定することができる。
【０２０５】
尚、サーバ４２と各ＧｕｅｓｔＡｐとの接続に、種々の接続方式及び通信方式が混在する場合、最長準備時間が得られたＧｕｅｓｔＡｐとサーバ４２との接続方式及び通信方式に応じた値の安全係数を用いるようにすればよい。
【０２０６】
ところで、上述したように、各ＧｕｅｓｔＡｐが有線ＬＡＮでサーバ４２と接続されている場合、ＧｕｅｓｔＡｐとサーバ４２との間の通信状況は、安定する。ゆえに、各ＧｕｅｓｔＡｐでの準備時間は、常にほぼ一定である。
【０２０７】
このような場合、各ＧｕｅｓｔＡｐでの今回の準備時間は、前回の準備時間とほぼ同じであると考えられる。そこで、有線ＬＡＮ接続の場合、Ｈｏｓｔ４１では、各ＧｕｅｓｔＡｐでの今回の準備時間が前回の準備時間と同じ時間であると予測するようにしてもよい。
【０２０８】
（３−２）他の実施の形態２
また、上述した第１の実施の形態では、現在のＳＮＲと、前回のＳＮＲとを用いて、ＧｕｅｓｔＡｐの準備時間を予測するようにした。本発明はこれに限らず、現在のＳＮＲと、過去数回分のＳＮＲの平均値とを用いて、ＧｕｅｓｔＡｐの今回の準備時間を予測するようにしてもよい。
【０２０９】
実際上、サーバ４２とＧｕｅｓｔＡｐとの間の通信状況は刻一刻と変化する。また、例えば、通信中に電子レンジが利用されたときなど、通信状況が一時的に極端に悪化することがある。このように、通信状況が一時的に極端に悪化すると、これにともなってＳＮＲが一時的に極端な値を示す。
【０２１０】
そこで、過去数回分のＳＮＲの平均値を用いることで、一時的なＳＮＲのブレが、準備時間の予測に与える影響を少なくすることができる。
【０２１１】
例えば、過去５回分のＳＮＲが、「５６」、「５２」、「２９」、「４８」、「５０」であるとする。この場合、過去５回分のＳＮＲの平均値は、「４７」となる。この場合、Ｈｏｓｔ４１の準備時間予測部５１は、この平均値を前回のＳＮＲの代わりとして、この平均値と、現在のＳＮＲとを用いて予測準備時間を算出する。
【０２１２】
こうすることで、Ｈｏｓｔ４１は、一段と正確にＧｕｅｓｔＡｐの準備時間を予測することができる。
【０２１３】
また、これに限らず、過去数回分のＳＮＲのうち、極端な値を示すＳＮＲを除く、残りのＳＮＲの平均値を、前回のＳＮＲの代わりとして用いるようにしてもよい。この場合、例えば、過去５回分の平均値を算出して、過去５回分のＳＮＲから、平均値の＋−３０％以内に含まれない値を除くようにする。
【０２１４】
例えば、過去５回分のＳＮＲが、「５６」、「５２」、「２９」、「４８」、「５０」であるとすると、これらのうち、平均値「４７」の＋−３０％以内である「３２．９」以上「６１．１」以下に含まれない値「２９」が除かれる。
【０２１５】
そして、残りのＳＮＲの平均値（「５６」、「５２」、「４８」、「５０」の平均値）である「５１．５」が、前回のＳＮＲの代わりとなる。
【０２１６】
このようにしても、一時的なＳＮＲのブレが、準備時間の予測に与える影響を少なくすることができる。
【０２１７】
さらに、これに限らず、前回の準備時間の代わりに、過去数回分の準備時間の平均値を用いて、ＧｕｅｓｔＡｐの今回の準備時間を予測するようにしてもよい。また、これに限らず、過去数回分の準備時間のうち、極端な値を示す準備時間を除いた、残りの準備時間の平均値を、前回の準備時間の代わりとして用いるようにしてもよい。
【０２１８】
因みに、過去数回分のＳＮＲ及び準備時間を用いる場合、Ｈｏｓｔ４１のデータベースＤｂに、過去数回分のＳＮＲ及び準備時間を保持させるようにすればよい。
【０２１９】
（３−３）他の実施の形態３
さらに、上述した第１の実施の形態では、サーバ４２と各ＧｕｅｓｔＡｐとの間の通信状況を示す情報として、ＳＮＲを用いるようにした。本発明はこれに限らず、ＳＮＲの代わりに、各ＧｕｅｓｔＡｐがサーバ４２から所定時間あたりに受信するデータ量を用いるようにしてもよい。
【０２２０】
この場合、ＧｕｅｓｔＡｐの通信状況検出部６２は、サーバ４２からの音楽データの受信が開始されると、例えば、通信部６０で０．１秒間あたりに受信したデータ量を、１秒間あたりに受信するデータ量（つまりビットレート）に換算して、これを現在の通信状況とする。
【０２２１】
そしてＨｏｓｔ４１では、各ＧｕｅｓｔＡｐからビットレートを取得し、このビットレートをＳＮＲの代わりに用いて各ＧｕｅｓｔＡｐでの準備時間を予測する。
【０２２２】
また、これに限らず、現在のビットレートだけで、準備時間を予測するようにしてもよい。すなわち、Ｈｏｓｔ４１の準備時間予測部５１は、各ＧｕｅｓｔＡｐで今回指定した音楽データの再生を開始するのに必要なデータ量と、各ＧｕｅｓｔＡｐの現在のビットレートから、各ＧｕｅｓｔＡｐでの準備時間を予測する。
【０２２３】
このようにすれば、第１の実施の形態の場合と比して、扱う情報が少なくて済み、結果として、一段と簡易に各ＧｕｅｓｔＡｐでの準備時間を予測することができる。
【０２２４】
また、ＳＮＲ及びビットレートに限らず、通信状況を示す情報であれば、この他種々の情報を用いるようにしてもよい。
【０２２５】
（３−４）他の実施の形態４
さらに、上述した第１の実施の形態では、Ｈｏｓｔ４１が、現在のＳＮＲと、前回のＳＮＲと、前回の準備時間とを用いて、ＧｕｅｓｔＡｐでの今回の準備時間を予測するようにした。本発明はこれに限らず、Ｈｏｓｔ４１が、ＳＮＲと準備時間との関係を示す関数を用いて、現在のＳＮＲから予測準備時間を算出するようにしてもよい。
【０２２６】
この関数は、例えば、実際にＳＮＲが異なる種々の環境で計測した準備時間をもとに求められ、予めＨｏｓｔ４１の記憶部５４に記憶されている。
【０２２７】
また、この関数を用いて、現在のＳＮＲと前回のＳＮＲとの平均値から、または現在のＳＮＲと過去数回分のＳＮＲとの平均値から予測準備時間を算出するようにしてもよい。
【０２２８】
（３−５）他の実施の形態５
さらに上述した第１の実施の形態では、ＧｕｅｓｔＡｐごとに算出した予測準備時間のうちの最も長い予測準備時間（最長準備時間）経過後の時刻を再生開始時刻とするようにした。
【０２２９】
本発明はこれに限らず、例えば、ＧｕｅｓｔＡＰごとに算出した予測準備時間のうち、所定時間を超えるものを除いた、残りの予測準備時間のうちの最も長い予測準備時間経過後の時刻を再生開始時刻とするようにしてもよい。
【０２３０】
実際上、現在の通信状況及び前回の準備時間によっては、ＧｕｅｓｔＡｐごとに算出した予測準備時間のうちの最も長い予測準備時間が、例えば、他の予測準備時間と比べて極端に長くなるような状況が起こり得る。
【０２３１】
このような場合に、１台のＧｕｅｓｔＡｐのために、他のＧｕｅｓｔＡｐでの再生開始を大幅に遅らせることは、望ましくはない。そこで、ＧｕｅｓｔＡＰごとに算出した予測準備時間のうち、所定時間を超えるもの（つまり極端に長い予測準備時間）を除くことで、このような状況を回避する。
【０２３２】
尚、この場合の所定時間は、固定値（例えば５分）であってもよいし、ＧｕｅｓｔＡｐごとに算出した予測準備時間の平均値の２倍のような変動値であってもよい。
【０２３３】
またこの所定時間を超える予測準備時間が算出された場合に、この所定時間経過後の時刻を再生開始時刻とするようにしてもよい。
【０２３４】
（３−６）他の実施の形態６
さらに、上述した第１の実施の形態では、最長準備時間に安全係数を乗じるようにしたが、本発明はこれに限らず、安全係数を乗じなくてもよい。例えば、上述したように、サーバ４２と各ＧｕｅｓｔＡｐとが有線ＬＡＮで接続されている場合など、通信状況が安定している環境であれば、最長準備時間に必ずしも安全係数を乗じなくてもよい。
【０２３５】
（３−７）他の実施の形態７
さらに、上述した第１の実施の形態では、ＧｕｅｓｔＡｐがＨｏｓｔ４１から楽曲情報を受信すると、サーバ４２からこの楽曲情報に対応する音楽データの受信を開始すると共に、現在のＳＮＲを検出するようにした。
【０２３６】
本発明はこれに限らず、ＧｕｅｓｔＡｐがＨｏｓｔ４１から楽曲情報を受信すると、まずサーバ４２からＳＮＲ検出用のテストデータを受信して、現在のＳＮＲを検出するようにしてもよい。
【０２３７】
この場合、ＧｕｅｓｔＡｐは、検出した現在のＳＮＲを示す現在ＳＮＲ情報と前回準備時間情報とをＨｏｓｔ４１に送信した後、サーバ４２から楽曲情報に対応する音楽データの受信を開始する。
【０２３８】
（３−８）他の実施の形態８
さらに、上述した第１の実施の形態では、Ｈｏｓｔ４１と、サーバ４２と、複数のＧｕｅｓｔＡｐとで、同期再生システム４０を構成するようにした。本発明はこれに限らず、Ｈｏｓｔ４１とサーバ４２の機能を持たせた複数のＧｕｅｓｔＡｐで、同期再生システムを構成するようにしてもよい。
【０２３９】
この場合、複数のＧｕｅｓｔＡｐのうちの１台に、Ｈｏｓｔ４１の役割を担わせ、また複数のＧｕｅｓｔＡｐのうちの１台にサーバ４２の役割を担わせるようにすればよい。
【０２４０】
（３−９）他の実施の形態９
さらに、上述した第１の実施の形態では、ＧｕｅｓｔＡｐがサーバ４２から音楽データの受信し終えた部分から再生（所謂ストリーミング再生）するようにした。本発明はこれに限らず、ＧｕｅｓｔＡｐがサーバ４２から音楽データの全部分を受信し終えてから再生（所謂ダウンロード再生）するようにしてもよい。
【０２４１】
さらに、ＧｕｅｓｔＡｐが音楽データをプレイリストなどに従って連続再生するようにしてもよい。この場合、Ｈｏｓｔ４１は、１曲目の再生開始時刻のみを設定するようにしてもよいし、各曲ごとに再生開始時刻を設定するようにしてもよい。
【０２４２】
（３−１０）他の実施の形態１０
さらに、上述した第１の実施の形態では、音楽データを同期再生する同期再生システム４０に本発明を適用したが、本発明はこれに限らず、この他種々のコンテンツ（例えば映像データ）を再生するシステムに適用してもよい。
【０２４３】
（３−１１）他の実施の形態１１
さらに、本発明は、上述した第１及び第２の実施の形態及びここまで説明した他の実施の形態１乃至１１に限定されるものではなく、これら第１及び第２の実施の形態及びここまで説明した他の実施の形態１乃至１１の一部または全部を任意に組み合わせた形態、もしくは一部を抽出した形態にもその適用範囲が及ぶものである。
【０２４４】
例えば、他の実施の形態１と他の実施の形態２とを組み合わせることで、過去数回分のＳＮＲの平均値を用いて予測準備時間を算出して、ＬＡＮの接続方式及び無線ＬＡＮの通信方式に応じた安全係数を最長準備時間に乗じるようにしてもよい。
【０２４５】
こうすることで、一段と正確にＧｕｅｓｔＡｐで準備が完了する時刻を推定することができる。
【産業上の利用可能性】
【０２４６】
本発明は、再生装置によるコンテンツの再生を制御するシステムで広く利用することができる。
【図面の簡単な説明】
【０２４７】
【図１】従来の同期再生システムの構成を示す略線図である。
【図２】第１の実施の形態の概要である制御システムの構成を示す機能ブロック図である。
【図３】第１の実施の形態の具体例である同期再生システムの構成を示す略線図である。
【図４】Ｈｏｓｔ（制御装置）の機能構成を示す機能ブロック図である。
【図５】Ｇｕｅｓｔ（再生装置）の機能構成を示す機能ブロック図である。
【図６】Ｇｕｅｓｔから送信される前回準備時間情報と現在ＳＮＲ情報とを示す略線図である。
【図７】Ｈｏｓｔのデータベース構成を示す略線図である。
【図８】同期再生処理手順を示すフローチャートである。
【図９】第２の実施の形態によるＨｏｓｔ（制御装置）のハードウェア構成を示すハードウェアブロック図である。
【図１０】第２の実施の形態によるＧｕｅｓｔ（再生装置）のハードウェア構成を示すハードウェアブロック図である。
【符号の説明】
【０２４８】
１０、４０……同期再生システム、２、１３、４１……Ｈｏｓｔ（制御装置）、３、１１、４２……サーバ、１０……制御システム、１２、Ａｐ……Ｇｕｅｓｔ（再生装置）、２０、３０、５０、６０……通信部、２１、５１……準備時間予測部、２２、５２……開始時刻設定部、２３、３３、５３、６３……制御部、３１、６１……再生部、３２、６２……通信状況検出部、５４、６４……記憶部、５５、６５……操作部、５６、６６……表示部、１０３、１２３……ＣＰＵ、１０７、１２７…通信処理部、１０８、１２８……ネットワークインタフェース、１３１……音声処理部、１３２……スピーカ。
【図１】
2010041310.tif 000003
【図２】
2010041310.tif 000004
【図３】
2010041310.tif 000005
【図４】
2010041310.tif 000006
【図５】
2010041310.tif 000007
【図６】
2010041310.tif 000008
【図７】
2010041310.tif 000009
【図８】
2010041310.tif 000010
【図９】
2010041310.tif 000011
【図１０】
2010041310.tif 000012