コンテンツ再生システム
【課題】 コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減する。
【解決手段】 コンテンツ再生システムは、複数のサーバと、複数のサーバとネットワーク経由で接続可能な複数のクライアントとを備える。各サーバは、複数のコンテンツを記録するためのコンテンツ記憶部と、クライアントからの指示に応じて、指定されたコンテンツをクライアントに送信するコンテンツ送信手段とを有する。各クライアントは、各クライアントが同時に同じサーバからそれぞれ異なるコンテンツを受信して再生するように複数のサーバのコンテンツを再生順に列挙した再生コンテンツリストを生成するリスト生成手段と、再生コンテンツリストに列挙された順番に、サーバからコンテンツを受信して再生する。
【解決手段】 コンテンツ再生システムは、複数のサーバと、複数のサーバとネットワーク経由で接続可能な複数のクライアントとを備える。各サーバは、複数のコンテンツを記録するためのコンテンツ記憶部と、クライアントからの指示に応じて、指定されたコンテンツをクライアントに送信するコンテンツ送信手段とを有する。各クライアントは、各クライアントが同時に同じサーバからそれぞれ異なるコンテンツを受信して再生するように複数のサーバのコンテンツを再生順に列挙した再生コンテンツリストを生成するリスト生成手段と、再生コンテンツリストに列挙された順番に、サーバからコンテンツを受信して再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサーバと、複数のクライアントとを備えるコンテンツ再生システムに関する。
【背景技術】
【０００２】
複数のサーバと複数のクライアントとを備えるネットワークＡＶシステムが提案されている。各サーバは、ネットワークに接続されている他のサーバが保有するコンテンツリストを取得し、自身のコンテンツリストと他のサーバのコンテンツリストとを統合した統合コンテンツリストを生成し、メモリに保持している。クライアントは、いずれかのサーバから統合コンテンツリストを取得し、統合コンテンツリストから、自身が再生すべきコンテンツを選択する。クライアントは、選択したコンテンツを格納しているサーバをコンテンツリストから特定し、特定したサーバにコンテンツの送信を要求する。要求を受けたサーバは、コンテンツをストリーミング形式でクライアントに送信する。クライアントは、受信したコンテンツを再生する。
【０００３】
このネットワークＡＶシステムによると、複数のクライアントが、同時刻にそれぞれ異なるサーバからコンテンツを取得して再生することが可能である。しかしそのためには、全てのサーバを電源オン状態にする必要があり、システム全体としての消費電力の増加につながる。消費電力を低減するために、１つのサーバのみを電源オン状態にし、複数のクライアントが１つのサーバのみから同一コンテンツを取得して再生することが考えられるが（いわゆるパーティーモード）、コンテンツの選択の範囲が狭められてしまうという問題が生じる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１５７８００号公報
【特許文献２】特開２００６−３２３７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減するコンテンツ再生システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の好ましい実施形態によるコンテンツ再生システムは、複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、前記各サーバが、複数のコンテンツを記録するためのコンテンツ記憶部と、前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、前記各クライアントが、各クライアントが同時に同じ前記サーバからそれぞれ異なるコンテンツを受信して再生するように複数の前記サーバのコンテンツを再生順に列挙した再生コンテンツリストを生成するリスト生成手段と、再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する再生手段とを有する。
【０００７】
本実施形態によると、各クライアントは、各クライアントが同時に同じサーバからそれぞれ異なるコンテンツを受信して再生するように複数のサーバのコンテンツを再生順に列挙した再生コンテンツリストを生成する。従って、コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減することができる。
【０００８】
本発明の別の好ましい実施形態によるコンテンツ再生システムは、複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、前記各サーバが、複数のコンテンツを記録するためのコンテンツ記憶部と、前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、前記複数のクライアントが、１つのメインクライアントと、１又は複数のサブクライアントとを含み、前記メインクライアントが、前記各サーバのコンテンツリストに基づいて、同一サーバから所定時間以上又は所定コンテンツ数以上連続してコンテンツを受信するように、複数の前記サーバのコンテンツを再生順に列挙したメインクライアントの再生コンテンツリストを生成する第１リスト生成手段と、メインクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第１再生手段とを有し、前記サブクライアントが、メインクライアントの再生コンテンツリストを参照し、前記メインクライアントが同一サーバから連続してコンテンツを受信する時間と同じ時間分の当該サーバのコンテンツを選択して、選択したコンテンツをサブクライアントの再生コンテンツリストに含めることにより、前記サブクライアントが前記メインクライアントと同時に同じ前記サーバからコンテンツを受信して再生するように、複数の前記サーバのコンテンツを再生順に列挙したサブクライアントの再生コンテンツリストを生成する第２リスト生成手段と、前記サブクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第２再生手段とを有する。
【０００９】
本実施形態によると、メインクライアントは、各サーバのコンテンツリストに基づいて、同一サーバから所定時間以上又は所定コンテンツ数以上連続してコンテンツを受信するように、複数のサーバのコンテンツを再生順に列挙したメインクライアントの再生コンテンツリストを生成する。一方、サブクライアントは、メインクライアントの再生コンテンツリストを参照し、メインクライアントが同一サーバから連続してコンテンツを受信する時間と同じ時間分の当該サーバのコンテンツを選択して、選択したコンテンツをサブクライアントの再生コンテンツリストに含めることにより、サブクライアントがメインクライアントと同時に同じサーバからコンテンツを受信して再生するように、複数のサーバのコンテンツを再生順に列挙したサブクライアントの再生コンテンツリストを生成する。従って、各サーバは、同じ時間に同じサーバからそれぞれ異なるコンテンツを受信して再生することが出来るので、コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減することができる。
【００１０】
好ましい実施形態においては、最初にコンテンツを再生開始するクライアントがメインクライアントになり、メインクライアントが存在している状態でコンテンツを再生開始するクライアントがサブクライアントになる。
【００１１】
この場合、２番目以降にクライアントが再生を開始する場合には常にメインクライアントが存在しているので、メインクライアントの再生コンテンツリストを参照して、サブクライアントの再生コンテンツリストを生成することができる。
【００１２】
好ましい実施形態においては、前記メインクライアントが、ネットワークを離脱する場合、前記メインクライアントとしての機能を引き継ぐように１つの前記サブクライアントに引継指示を送信する手段をさらに有し、前記サブクライアントが、前記メインクライアントから引継指示を受信した場合に、前記メインクライアントとしての機能を引き継いで前記メインクライアントになる。
【００１３】
メインクライアントがネットワークを離脱する場合、サブクライアントの１つにメインクライアントの機能を引き継ぐことができるので、新たなクライアントがネットワークに接続された際に、メインクライアントの再生コンテンツリストを参照し、サブクライアントの再生コンテンツリストを生成することができる。
【００１４】
好ましい実施形態においては、前記メインクライアントが、ユーザ操作に応じてコンテンツの再生を停止する手段と、コンテンツの再生を停止した場合であっても、コンテンツの現在の再生位置のみを更新し続ける更新手段と、ユーザ操作に応じてコンテンツの再生を開始する場合、前記更新手段によって更新されているコンテンツの現在の再生位置からコンテンツの再生を開始する再生再開手段とをさらに有する。
【００１５】
この場合、メインクライアントがコンテンツの再生を停止し、その後、コンテンツの再生を再開する場合であっても、コンテンツの現在の再生位置のみは更新され続けており、更新されているコンテンツの現在の再生位置からコンテンツを再生開始することによって、メインクライアントがコンテンツを取得するサーバと、サブクライアントがコンテンツを取得するサーバとが同じ状態を継続することができる。
【００１６】
好ましい実施形態においては、前記サブクライアントが、ユーザ操作に応じてコンテンツの再生を停止する手段と、ユーザ操作に応じてコンテンツの再生を開始する場合、前記メインクライアントの現在の再生位置の情報を前記メインクライアントから取得する手段と、取得された前記メインクライアントの現在の再生位置の情報に基づいて、前記サブクライアントの再生コンテンツリストにおける再生再開位置を特定する手段とをさらに有し、前記第２再生手段が、特定された再生再開位置からコンテンツの再生を開始する。
【００１７】
この場合、サブクライアントがコンテンツの再生を停止し、その後、コンテンツの再生を再開する場合であっても、サブクライアントはメインクライアントからコンテンツの現在の再生位置を取得し、サブクライアントの再生再開位置を特定する。従って、メインクライアントがコンテンツを取得するサーバと、サブクライアントがコンテンツを取得するサーバとが同じ状態を継続することができる。
【００１８】
好ましい実施形態においては、前記各サーバのうち、前記各クライアントのいずれかにコンテンツを送信している前記サーバのみが電源オン状態になっており、前記クライアントのいずれにもコンテンツを送信していない前記サーバが電源オフ状態になっている。
【００１９】
従って、システム全体の消費電力を低減することができる。
【００２０】
本発明の別の好ましい実施形態においては、上記メインクライアント、サブクライアント、メインクライアントの各手段をコンピュータに実行させるメインクライアントの動作プログラム、サブクライアントの各手段をコンピュータに実行させるサブクライアントの動作プログラムといった形態で提供することが可能である。
【発明の効果】
【００２１】
コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減するコンテンツ再生システムを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の好ましい実施形態によるコンテンツ再生システムを示すブロック図である。
【図２】サーバ２００を示す概略ブロック図であるである。
【図３】サーバ２００が保持するコンテンツリストを示す図である。
【図４】クライアント１００（メインクライアント及びサブクライアント）を示す概略ブロック図である。
【図５】メインクライアントの再生コンテンツリストを示す図である。
【図６】サブクライアントの再生コンテンツリストを示す図である。
【図７】クライアントの処理を示すフローチャートである。
【図８】メインクライアントの処理を示すフローチャートである。
【図９】サブクライアントの処理を示すフローチャートである。
【図１０】メインクライアント及びサブクライアントの処理を示すフローチャートである。
【図１１】サブクライアントの処理を示すフローチャートである。
【図１２】メインクライアント及びサブクライアントの処理を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１に示すように、本発明のコンテンツ再生システムは、複数のクライアント１００（１００Ａ、１００Ｂ、１００Ｃ、・・・）と、複数のサーバ２００（２００Ａ、２００Ｂ、２００Ｃ、・・・）とを備え、これらはＬＡＮ等の任意の適切なネットワークを介して相互に接続可能である。クライアント１００は、サーバ２００にコンテンツの送信を要求する。サーバ２００は、クライアント１００からの要求に応じて、コンテンツをクライアント１００に例えばストリーミング形式で送信する。クライアント１００は、受信したコンテンツを再生する。コンテンツとは、映像データ、音楽データ、静止画データ等の総称であるが、本例では音楽データである。
【００２４】
図２に示すように、各サーバ２００は、制御部１１と、ＲＡＭ１２と、ＲＯＭ１３と、ＨＤＤ等のコンテンツ記憶部１４と、通信部１５と、表示部１６と、操作部１７とを概略備える。制御部１１は、ＨＤＤ１４又はＲＯＭ１３に格納されているサーバプログラムをＲＡＭ１２に読み出して実行することによって、サーバ２００の各部を制御するものであり、マイコンやＣＰＵ等である。
【００２５】
ＨＤＤ１４には複数のコンテンツが格納されている。ＨＤＤ１４に格納されているコンテンツは、クライアント１００からの送信要求に応じ、ＨＤＤ１４から読み出され、通信部１５を介してストリーミング形式でクライアント１００に送信される。
【００２６】
また、ＨＤＤ１４には、図３に示すようなコンテンツリストが格納されている。コンテンツリストは、ＨＤＤ１４に格納されている全コンテンツのコンテンツ情報を管理するリストである。コンテンツリストは、コンテンツ情報とコンテンツの再生時間情報とを含む。コンテンツ情報は、例えば、曲名、アーティスト名、アルバム名、ジャンル名および曲ＩＤ等である。但し、図３においては説明を簡略化するためにコンテンツＡ１、コンテンツＡ２・・・と表している。コンテンツリストは、クライアント１００からの送信要求に応じて、ＨＤＤ１４から読み出され、通信部１５を介してストリーミング形式でクライアント１００に送信される。
【００２７】
図４に示すように、各クライアント１００は、制御部１と、ＲＡＭ２と、ＲＯＭ３と、再生部４と、通信部５と、表示部６と、操作部７とを備える。制御部１は、ＲＯＭ３に格納されているクライアントプログラムに応じて、クライアント１００の各部を制御するものであり、マイコンやＣＰＵ等である。再生部４は、サーバ２００から受信したコンテンツのデータを再生（デコード、ＤＡ変換、増幅など）して、再生した音声信号を図示しないスピーカーに供給する。
【００２８】
通信部５は、ネットワーク経由で他のクライアント１００やサーバ２００と通信し、コマンドやデータを送受信する。表示部６は、後述する再生コンテンツリストや、再生中のコンテンツのコンテンツ情報等を表示するものである。操作部７は、ユーザ操作を受け付けるものであり、操作ボタンやリモコン等である。
【００２９】
制御部１は、通信部５を介して、各サーバ２００にコンテンツリストの送信を要求し、各サーバ２００からコンテンツリストを受信し、ＲＡＭ２に保存する。なお、各サーバ２００が、全てのサーバ２００のコンテンツリストを統合した統合コンテンツリストを保持している場合、１つのサーバ２００から統合コンテンツリストを取得することで、全てのサーバ２００からコンテンツリストを取得した場合と同じ状態になる。
【００３０】
制御部１は、ユーザ操作によって再生指示が入力された場合、各サーバ２００のコンテンツリストから、再生するための再生コンテンツリストを生成する。制御部１は、再生コンテンツリストに列挙された順番にコンテンツをサーバ２００から取得して、再生する。再生コンテンツリストには、複数のサーバ２００のコンテンツが含まれているので、コンテンツの選択肢の幅を広げることができる。
【００３１】
ネットワーク上でコンテンツを再生している全てのクライアント１００が、同じ時間帯には必ず同じサーバ２００からコンテンツを受信して再生するように、各クライアント１００が再生コンテンツリストを生成する。従って、ある時刻にコンテンツをクライアント１００に送信しているサーバ２００は必ず１つだけになる。そして、コンテンツを送信していないサーバ２００が電源オフ状態（例えばスタンバイ状態）となることによって、コンテンツ再生システム全体としての消費電力を低減できる。
【００３２】
クライアント１００には、１つのメインクライアントと、１又は複数のサブクライアントとが存在する。ネットワーク上で最初にサーバ２００からのコンテンツを受信して再生するクライアント１００がメインクライアントとなる。２番目以降にネットワーク上でサーバ２００からコンテンツデータを受信した再生する全てのクライアントがサブクライアントとなる。言い換えると、最初にコンテンツを再生開始するクライアントがメインクライアントになり、メインクライアントが存在している状態でコンテンツを再生開始するクライアントがサブクライアントになる。さらに言い換えると、最初にネットワークに接続したクライアントがメインクライアントになり、メインクライアントが存在している状態でネットワークに接続したクライアントがサブクライアントになる。
【００３３】
メインクライアントとサブクライアントとで再生コンテンツリストの生成方法が異なる。メインクライアントは、少なくとも所定時間以上（あるいは所定コンテンツ数以上）のコンテンツを同一サーバ２００から連続して取得するように再生コンテンツリストを生成する。図５は、メインクライアントの再生コンテンツリストを示す。再生コンテンツリストには、再生番号に対応付けて、コンテンツ情報と、コンテンツを格納するサーバ情報（例えばサーバ名）と、再生時間情報とを含む。図５では、１〜１０番目までがサーバ２００Ａのコンテンツを再生し、１１〜２０番目までがサーバ２００Ｂのコンテンツを再生することを示している。なお、同一サーバ２００内のどのコンテンツをどの順番で含めるか自体は、周知の技術によって選択され、例えば完全にランダムに選択されても良く、ユーザ操作によって指定されたアーティスト名等のコンテンツ情報で絞り込んでも良く、お気に入りレートや総再生回数等の嗜好情報を使用して選択してもよい。
【００３４】
サブクライアントは、メインクライアントからメインクライアントの再生コンテンツリストと現在の再生位置の情報とを（直接又はサーバ２００経由で）取得する。サブクライアント１００は、メインクライアントと同じ時刻に同じサーバ２００からコンテンツを取得するように、再生コンテンツリストを生成する。すなわち、サブクライアントは、メインクライアントが現在コンテンツを取得しているサーバ２００からメインクライアントが連続してコンテンツを受信する残り時間を算出し、算出した残り時間分だけ、サブクライアント１００もその同一サーバ２００からコンテンツを取得するように、コンテンツリストにコンテンツを登録する。さらに、サブクライアントは、メインクライアントが現在コンテンツを受信しているサーバ２００の次のサーバ２００からコンテンツを連続して受信する時間を算出し、算出した時間分だけサブクライアント１００もその同一サーバ２００からコンテンツを取得するように、コンテンツリストにコンテンツを登録する。この処理を繰り返すことによって、サブクライアント１００は、メインクライアントと同じ時刻に同じサーバ２００からコンテンツを取得するように、再生コンテンツリストを生成することができる。
【００３５】
メインクライアントの場合と同様に、同一サーバ２００内のどのコンテンツをどの順番で含めるか自体は、周知の技術によって選択され、例えば完全にランダムに選択されても良く、ユーザ操作によって指定されたアーティスト名等のコンテンツ情報で絞り込んでも良く、お気に入りレートや総再生回数等の嗜好情報を使用して選択してもよい。つまり、サブクライアントの再生コンテンツリストに含められるコンテンツはメインクライアントの再生コンテンツリストのコンテンツと異なっていてもよく同じでも良いが、各クライアントのユーザの嗜好が異なるので通常は異なっている。
【００３６】
図６は図５に対応するサブクライアント１００の再生コンテンツリストを示す。１番目〜８番目までにサーバ２００Ａのコンテンツを再生することを示しており、図５においてメインクライアントがサーバ２００Ａからコンテンツを連続して受信する残り時間（３４分５３秒）と、図６においてサブクライアントがサーバ２００Ａからコンテンツを連続して受信する残り時間（３４分５３秒）とが同じになっている。なお、実際にはサブクライアントが再生開始するまでに必要な処理の（再生コンテンツリスト生成や、サーバ２００からコンテンツを受信し再生準備する）時間（例えば３０秒等）を減算した時間分のコンテンツをサーバ２００Ａから受信するように再生コンテンツリストが生成される。９番目〜１８番目までにサーバ２００Ｂのコンテンツを再生することを示しており、図５においてメインクライアントがサーバ２００Ｂからコンテンツを連続して受信する合計時間（４７分００秒）と、図６においてサブクライアントがサーバ２００Ｂからコンテンツを連続して受信する合計時間（４７分００秒）とが同じになっている。
【００３７】
制御部１は、再生コンテンツリストに列挙されている順番にコンテンツをサーバ２００に要求し受信して再生する。メインクライアントの制御部１は、再生コンテンツリストにおいて、コンテンツ送信元のサーバ２００が別のサーバに切り替る時点（好ましくはサーバ２００の起動時間等を考慮してそれよりも少し前の時点）で次にコンテンツを要求して取得するサーバ２００に電源オン状態に移行する指示を送信する。電源オン状態に移行する指示を受信したサーバ２００は、スタンバイ状態から電源オン状態に移行する。一方、メインクライアントの制御部１は、コンテンツ送信元のサーバ２００が別のサーバに切り替る時点（好ましくは他のクライアントが未だそのサーバ２００からコンテンツを受信している可能性を考慮してそれよりも少し後の時点）でこれまでコンテンツ送信元であったサーバ２００にスタンバイ状態に移行する指示を送信する。スタンバイ状態に移行する指示を受信したサーバ２００は、電源オン状態からスタンバイ状態に移行する。
【００３８】
なお、サブクライアントの１つが、サーバ２００に電源オン状態に移行する指示やスタンバイ状態に移行する指示を送信しても良い。また、サーバ２００の制御部１１自身の判断によってクライアント１００から所定時間以上継続してコンテンツ送信要求を受信しない場合に自動的に電源オン状態からスタンバイ状態に移行してもよい。
【００３９】
次に本実施形態の動作を説明する。図７は、各クライアント１００の制御部１の処理を示すフローチャートである。制御部１は、ネットワークに接続した状態で、ユーザ操作によって再生指示が入力されたか否かを判断する（Ｓ１）。再生指示が入力された場合（Ｓ１でＹＥＳ）、制御部１は、ネットワークに他のクライアント１００がメインクライアントとして存在している否かを判断する（Ｓ２）。これは、制御部１が、サーバ２００がクライアント１００の存在を管理している場合、サーバ２００に問い合せることで確認しても良く、探索コマンドをネットワーク上に送信し、クライアントからのその応答（メインクライアントしてネットワーク上に存在することの告知（メインクライアントのクライアント名とＩＰアドレスとを含む））の有無で確認してもよい。
【００４０】
ネットワークに既に他のクライアント１００がメインクライアントとして存在しなければ（Ｓ２でＮＯ）、制御部１は、自クライアントがメインクライアントとして動作するように設定する（ＲＡＭ上でメインクライアントとして動作することを記憶する）（Ｓ３）。制御部１は、メインクライアントとして再生コンテンツリストを生成し、コンテンツの連続再生を実行する（Ｓ４）。
【００４１】
一方、ネットワークに他のクライアント１００がメインクライアントとして存在する場合（Ｓ２でＹＥＳ）、制御部１は、メインクライアントを特定する（Ｓ５）。詳細には、制御部１は、メインクライアントからメインクラアイントのクライアント名やＩＰアドレス等の特定情報を要求及び取得してＲＡＭに記憶する。一方、制御部１は、サブクライアントとして、自身のクライアント名及びＩＰアドレスをメインクライアントに送信する。メインクライアントは、サブクライアントのクライアント名及びＩＰアドレスを取得して、ＲＡＭに管理する。制御部１は、サブクライアントとして再生コンテンツリストを生成し、コンテンツの連続再生を実行する（Ｓ６）。
【００４２】
図８は、Ｓ４のメインクライアントの処理を示す。メインクライアントの制御部１は、ネットワーク上の全サーバ２００に電源オン状態に移行する指示を送信する。ネットワーク上の全サーバ２００は、当該指示を受信すると、スタンバイ状態から電源オン状態に移行する（Ｓ２１）。続いて、制御部１は、ネットワーク上の全サーバを探索して順次接続し（Ｓ２２）、各サーバ２００に対してコンテンツリストの送信を要求する。各サーバ２００は、当該指示を受信すると、コンテンツリストをＨＤＤ１４から読み出して、メインクライアントに送信する。制御部１は、コンテンツリストを受信し、ＲＡＭ２に保存する（Ｓ２３）。
【００４３】
続いて、制御部１は、コンテンツリストを取得した複数のサーバ２００の中から１つのサーバ２００を選択する（Ｓ２４）。例えば、最初にコンテンツリストを受信したサーバ２００から順に選択される。制御部１は、選択したサーバ２００のコンテンツリストから複数のコンテンツを選択し、選択したコンテンツの合計再生時間が所定時間以上となるようにする（Ｓ２５）。詳細には、１つのコンテンツをコンテンツリストから選択する毎に選択したコンテンツの再生時間を合計再生時間に加算していき、合計再生時間が所定時間以上か否かを判断し、合計再生時間が所定時間以上となるまでコンテンツの選択を繰り返す。なお、上記の通り、合計再生時間が所定時間になるまでコンテンツを選択する代わりに、合計コンテンツ数が所定数に達するまでコンテンツを選択してもよい。制御部１は、選択した複数のコンテンツをメインクライアントの再生コンテンツリストに上から順に（再生する順に）含める（Ｓ２６）。
【００４４】
制御部１は、再生コンテンツリストに含められたコンテンツの合計再生時間が所定時間（例えば４５分）に達しているか否かを判断する（Ｓ２７）。未だ達していなければ（Ｓ２７でＮＯ）、Ｓ２４に戻って、次にコンテンツリストを送信してきたサーバ２００を選択し、上記と同様の処理を実行する。これにより、図５に示すように、あるサーバ２００のコンテンツを所定時間連続再生した後に、別のサーバ２００のコンテンツを所定時間連続再生する処理を継続する再生コンテンツリストが生成される。再生コンテンツリストに含められたコンテンツの合計再生時間が所定時間に達すると（Ｓ２７でＹＥＳ）、再生コンテンツリストの生成処理を終了する。
【００４５】
続いて、制御部１は、再生コンテンツリストに登録されているコンテンツをサーバ２００から取得して再生する（Ｓ２８）。つまり、制御部１は、再生対象のコンテンツをコンテンツリストの上から順に選択し、選択したコンテンツを格納しているサーバ２００に選択したコンテンツの送信指示を送信する。当該指示を受信したサーバ２００は、送信対象のコンテンツをＨＤＤ１４から読み出して、メインクライアントに送信する。制御部１は、コンテンツを受信すると、再生部にコンテンツを再生させる。例えば、図５の再生コンテンツリストの場合、最初に１番目のコンテンツＡ８が選択され、サーバ２００ＡからコンテンツＡ８が取得され、再生される。
【００４６】
制御部１は、現時点でのコンテンツ送信元ではないサーバ２００を特定し、それらのサーバ２００に対してスタンバイ状態に移行する指示を送信する（Ｓ２９）。つまり、コンテンツリストを送信してきたサーバ２００であって、現在再生しているコンテンツを格納しているサーバ２００以外のサーバに当該指示が送信される。当該指示を受信したサーバ２００は、電源オン状態からスタンバイ状態に移行する。従って、コンテンツ再生システム全体を省電力化することができる。
【００４７】
続いて、制御部１は、再生対象のコンテンツが再生コンテンツリストにおいて次のコンテンツに切り替るか否かを判断する（Ｓ３０）。次のコンテンツに切り替る場合（Ｓ３１でＹＥＳ）、制御部１は、再生対象のコンテンツを格納するサーバ２００が別のサーバに切り替るか否かを、再生コンテンツリストを参照して判断する（Ｓ３１）。例えば、再生番号が１のコンテンツから２のコンテンツに切り替る場合、送信元のサーバ２００は共にサーバ２００Ａであるので、切り替らないと判断される（Ｓ３１でＮＯ）。この場合、処理はＳ２８に戻り、制御部１は、再生コンテンツリストにおいて次のコンテンツを選択して、サーバ２００からコンテンツ受信して再生する。
【００４８】
一方、再生番号が１０のコンテンツから１１のコンテンツ切り替る場合、送信元のサーバ２００がサーバ２００Ａからサーバ２００Ｂに切り替ると判断される（Ｓ３１でＹＥＳ）。この場合、制御部１は、次の再生対象のコンテンツを格納するサーバ２００に電源オン状態に移行する指示を送信する（Ｓ３２）。当該指示を受信したサーバ２００（上記の例ではサーバ２００Ｂ）は、スタンバイ状態から電源オン状態に移行する。その後、処理Ｓ２８に戻って、制制御部１は、再生コンテンツリストにおいて次のコンテンツを選択して、サーバ２００（上記の例ではサーバ２００Ｂ）からコンテンツ受信して再生する。そして、制御部１は、コンテンツ送信元ではなくなったサーバ２００（上記の例ではサーバ２００Ａ）にスタンバイ状態に移行する指示を送信する（Ｓ２９）。当該指示を受信したサーバ２００は、電源オン状態からスタンバイ状態に移行する。以上の処理を継続することで、再生コンテンツリストのコンテンツを連続再生する。
【００４９】
図９は、Ｓ６のサブクライアントの処理を示す。サブクライアントの制御部１は、メインクライアントに、各サーバ２００のコンテンツリストと、メインクライアントの再生コンテンツリストと、メインクライアントの現在の再生位置とを要求する。メインクライアントは、この要求に応じて、これらの情報をサブクライアントに送信する。サブクライアントの制御部１は、各サーバ２００のコンテンツリストと、メインクライアントの再生コンテンツリストと、メインクライアントの現在の再生位置とを受信し、ＲＡＭ２に保存する（Ｓ４１）。
【００５０】
制御部１は、メインクライアントが現在再生中のコンテンツの残り再生時間を算出する（Ｓ４２）。例えば、図５のメインクライアントの再生コンテンツリストにおいて、メインクライアントの現在の再生位置は再生番号３のコンテンツＡ１２の２分３０秒の位置である。そして、コンテンツＡ１２の総再生時間は４分５５秒である。従って、コンテンツＡ１２の残り再生時間は、２分２５秒と算出される。
【００５１】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００と同じサーバ２００から、メインクライアントがこのあと連続して受信して再生するコンテンツの合計再生時間を算出する（Ｓ４３）。図５の例では、現在再生中のコンテンツＡ１２を格納するサーバ２００がサーバ２００Ａであり、再生コンテンツリストにおいてコンテンツＡ１２に連続するサーバ２００Ａのコンテンツとして、再生番号が４〜１０番目の７つのコンテンツ（コンテンツＡ４〜コンテンツＡ５）が特定される。これらの合計再生時間は、３２分２８秒である。
【００５２】
制御部１は、Ｓ４２で算出した現在再生中のコンテンツの残り再生時間と、Ｓ４３で算出した現在再生中のコンテンツと同じサーバ２００からのコンテンツを連続再生する合計再生時間とを加算して、現在再生中のコンテンツを格納するサーバ２００から現時点以降に連続してコンテンツを受信する合計再生時間を算出する（Ｓ４４）。上記の例では、２分２２秒に３２分２８秒が加算されて、３４分５３秒となる。なお、実際には、サブクライアントがコンテンツを再生開始するまでに要する時間（例えば３０秒）だけ、この合計再生時間から減算する必要があるが、以下の説明では簡単化のために仮にこの時間を０として説明する。
【００５３】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００（本例ではサーバ２００Ａ）のコンテンツリストの中から、再生時間の合計がＳ４４で算出した合計再生時間と同じ（但し、完全に同じにならない場合には数秒程度の差が生じても良い。）になるように複数のコンテンツを選択する（Ｓ４５）。上記の例では、サーバ２００Ａのコンテンツリストの中から複数のコンテンツを選択し、選択したコンテンツの合計再生時間が３４分５３秒となるようにされる。詳細には、１つのコンテンツをコンテンツリストから選択する毎に選択したコンテンツの再生時間を合計再生時間に加算していき、合計再生時間がＳ４４で算出した合計時間と同じであるか否かを判断し、合計再生時間がＳ４４で算出した合計再生時間となるまでコンテンツの選択を繰り返す。なお、コンテンツを選択して合計再生時間がＳ４４で算出した合計再生時間を所定時間（許容範囲の数秒）以上オーバーしてしまった場合、最後に選択したコンテンツ（および必要に応じてもう１つ前に選択したコンテンツ）を別のコンテンツに選択し直し、再生時間と同一となるコンテンツを探し出して選択するとよい。
【００５４】
制御部１は、選択した複数のコンテンツをサブクライアントの再生コンテンツリストに含める（Ｓ４６）。図６に示すように、例えば、再生番号が１〜８のコンテンツがサーバ２００Ａのコンテンツリストから選択され再生コンテンツリストに含められており、再生時間の合計は図５のメインクライアントのサーバ２００Ａの残り再生時間の合計と同じ３４分５３秒となっている。
【００５５】
続いて、制御部１は、メインクライアントの再生コンテンツリストにおいて、次にコンテンツ送信元となるサーバ２００を選択し、選択したサーバ２００から受信するコンテンツの合計再生時間を算出する（Ｓ４７）。例えば、図５の再生コンテンツリストにおいて、サーバ２００Ａの次にコンテンツ再生元となるサーバ２００としてサーバ２００Ｂが選択され、サーバ２００Ｂから連続して受信するコンテンツとして再生番号が１１〜２０の１０個のコンテンツ（コンテンツＢ１０〜コンテンツＢ５）が選択される。これらの再生時間が全て加算され、４７分００秒が算出される。
【００５６】
制御部１は、Ｓ４７で選択したサーバ２００（本例ではサーバ２００Ｂ）のコンテンツリストの中から、再生時間の合計がＳ４７で算出した合計再生時間と同じ（但し、完全に同じにならない場合には数秒程度の差が生じても良い。）になるように複数のコンテンツを選択する（Ｓ４８）。上記の例では、サーバ２００Ｂのコンテンツリストの中から複数のコンテンツを選択し、選択したコンテンツの合計再生時間が４７分００秒となるようにされる。詳細には、１つのコンテンツをコンテンツリストから選択する毎に選択したコンテンツの再生時間を合計再生時間に加算していき、合計再生時間がＳ４７で算出した合計再生時間と同じか否かを判断し、合計再生時間がＳ４７で算出した合計再生時間と同じになるまでコンテンツの選択を繰り返す。なお、コンテンツを選択して合計再生時間がＳ４７で算出した合計再生時間を所定時間（許容範囲の数秒）以上オーバーしてしまった場合、最後に選択したコンテンツ（および必要に応じてもう１つ前に選択したコンテンツ）を別のコンテンツに選択し直し、再生時間と同一となるコンテンツを探し出して選択するとよい。
【００５７】
制御部１は、選択した複数のコンテンツをサブクライアントの再生コンテンツリストに含める（Ｓ４９）。図６に示すように、例えば、再生番号が９〜１８のコンテンツがサーバ２００Ｂのコンテンツリストから選択され、サブクライアントの再生コンテンツリストに含められており、再生時間の合計は図５のメインクライアントのサーバ２００Ｂの残りの再生時間の合計と同じ４７分００秒となっている。
【００５８】
制御部１は、メインクライアントの再生コンテンツリストに登録されている全サーバ２００について上記の処理を実行したか否かを判断する（Ｓ５０）。未だ全てのサーバについて上記処理を実行していない場合（Ｓ５０でＮＯ）、Ｓ４７に戻って、メインクライアントの再生コンテンツリストの次のサーバ２００を選択し、上記の処理を継続する。一方、全てのサーバ２００について上記処理を実行し終えると（Ｓ５０でＹＥＳ）、サブクライアントの再生コンテンツリストの生成処理が終了する。制御部１は、生成した再生コンテンツリストの再生番号の順にコンテンツをサーバ２００から取得して再生する（Ｓ５１）。
【００５９】
以上の処理によって、メインクライアントと、１又は複数のサブクライアントとでは全てが、同じ時刻に同じサーバ２００からコンテンツを受信して再生することができる。従って、クライアントにコンテンツを送信するサーバ２００を１つのサーバ２００に集中させることができので、他のサーバ２００を電源オン状態からスタンバイ状態にすることができ、コンテンツ再生システム全体の消費電力を低減することができる。
【００６０】
次に本発明の別の好ましい実施形態を説明する。メインクライアントがネットワークから離脱する（例えば、ネットワーク接続を切断する、又は、電源オフ状態（シャットダウン）になる）場合、メインクライアントが存在しなくなり、その後、新たなクライアントがネットワークに接続されたときに、メインクライアントから再生コンテンツリストと現在の再生位置の情報とを取得することが出来なくなる。そこで、本実施形態では、メインクライアントは、ネットワークから離脱する場合に、サブクライアントの１つにメインクライアントとしての機能を引き継ぐ。
【００６１】
図１０は本実施形態の処理を示すフローチャートである。メインクライアントの制御部１は、ネットワークを離脱するか否かを判断する（Ｓ６１）。ネットワークを離脱する場合（Ｓ６１でＹＥＳ）、メインクライアントの制御部１は、ネットワーク上にサブクライアントが存在するか否かを判断する（Ｓ６２）。サブクライアントが存在するか否かは、メインクライアント自身がネットワーク上に存在しているサブクライアントの情報（クライアント名及びＩＰアドレス）を管理していているので、当該管理情報を参照すると良い。サブクライアントが存在しなければ（Ｓ６２でＮＯ）、メインクライアントとしての機能を引き継ぐことができないので、メインクライアントの制御部１は、そのままネットワークから離脱し（Ｓ６５）、処理を終了する。
【００６２】
サブクライアントが存在する場合（Ｓ６２でＹＥＳ）、メインクライアントの制御部１は、ネットワークに接続されている１または複数のサブクライアントの中から任意のサブクライアントを１つ選択する（Ｓ６３）。メインクライアントの制御部１は、選択したサブクライアントに対してメインクライアントとしての機能を引き継ぐ指示を送信する（Ｓ６４）。そして、メインクライアントの制御部１は、ネットワークから離脱する（Ｓ６５）。サブクライアントの制御部１は、当該指示を受信すると（Ｓ７１でＹＥＳ）、メインクライアントになるように設定する（Ｓ７２）。サブクライアントとメインクライアントとは同じ時刻に同じサーバからコンテンツを取得するように各再生コンテンツリストが生成されているので、メインクライアントの機能が別のクライアントに引き継がれても他のサブクライアントのコンテンツ再生に支障をきたさない。従って、以後、新たなクライアントがネットワークに接続し、コンテンツ再生を開始する場合には、新たなメインクライアントから再生コンテンツリストを取得して、自身の再生コンテンツリストを生成することができる。
【００６３】
なお、本発明のさらに別の好ましい実施形態においては、メインクライアントがネットワークを離脱する場合だけでなく、メインクライアントがコンテンツの再生を停止する場合にも、メインクライアントの機能をいずれか１つのサブクライアントに引き継ぐ処理を実行する。これは、メインクライアントがコンテンツの再生を停止しており、メインクライアントの現在の再生位置が更新されないので、新たにネットワークに接続されたサブクライアントがメインクライアントから現在の再生位置の情報を取得することが出来なくなるからである。この場合の処理は、図１０のＳ６１の判断処理が「コンテンツの再生を停止するか」に変更されるだけであり、その他の処理は同じである。
【００６４】
しかしながら、メインクライアントがコンテンツの再生を停止した場合であっても、メインクライアントが現在の再生位置を更新し続けるような場合には、メインクライアントは、新たにネットワークに接続されたサブクライアントに現在の再生位置の情報を送信することができるので、メインクライアントとしての機能をサブクライアントのいずれかに引き継ぐ必要はない。
【００６５】
次に本発明のさらに別の好ましい実施形態を説明する。クライアントがコンテンツの再生を停止（一時停止の意味を含む）した後、少し時間が経過した後に再度、同じ再生コンテンツリストを使用して再生を停止したコンテンツの再生位置からコンテンツの再生を開始すると、他のクライアントがコンテンツを取得するサーバと異なるサーバからコンテンツを取得する場合が生じる。この問題を解決するためには、本実施形態においては、クライアントがコンテンツの再生を再開するときに、メインクライアントの現在の再生位置の情報をメインクライアントから取得し、その情報に基づいて、再生を開始すべきコンテンツの位置を特定する。
【００６６】
図１１に示すように、サブクライアントの制御部１は、ユーザ操作によってコンテンツの再生を停止する指示が入力されたか否かを判断する（Ｓ８１）。入力された場合（Ｓ８１でＹＥＳ）、制御部１は、コンテンツの再生を停止する（Ｓ８２）。その後、制御部１は、ユーザ操作によってコンテンツの再生を開始する指示が入力されたか否かを判断する（Ｓ８３）。入力された場合（Ｓ８３でＹＥＳ）、制御部１は、メインクライアントに、メインクライアントの現在の再生位置を要求する。メインクライアントは、この要求に応じて、現在の再生位置の情報をサブクライアントに送信する。サブクライアントの制御部１は、メインクライアントの現在の再生位置を受信し、ＲＡＭ２に保存する（Ｓ８４）。
【００６７】
サブクライアントの制御部１は、メインクライアントが現在再生中のコンテンツの残り再生時間を算出する（Ｓ８５）。例えば、図５のメインクライアントの再生コンテンツリストにおいて、メインクライアントの現在の再生位置は再生番号８のコンテンツＡ７の３分２３秒の位置である。そして、コンテンツＡ７の総再生時間は５分２３秒である。従って、コンテンツＡ７の残り再生時間は、２分００秒と算出される。
【００６８】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００と同じサーバ２００から、メインクライアントがこのあと連続して受信して再生するコンテンツの合計再生時間を算出する（Ｓ８６）。図５の例では、現在再生中のコンテンツＡ７を格納するサーバ２００がサーバ２００Ａであり、再生コンテンツリストにおいてコンテンツＡ７に連続するサーバ２００Ａのコンテンツとして、再生番号が９〜１０番目の２つのコンテンツ（コンテンツＡ１０、Ａ５）が特定される。これらの合計再生時間は、８分２９秒である。
【００６９】
制御部１は、Ｓ８５で算出した現在再生中のコンテンツの残り再生時間と、Ｓ８６で算出した現在再生中のコンテンツと同じサーバ２００からのコンテンツを連続再生する合計再生時間とを加算して、現在再生中のコンテンツを格納するサーバ２００から現時点以降に連続してコンテンツを受信する合計再生時間を算出する（Ｓ８７）。上記の例では、２分００秒に８分２９秒が加算されて、１０分２９秒となる。なお、実際には、サブクライアントがコンテンツを再生開始するまでに要する時間（例えば３０秒）だけ、この合計再生時間から減算する必要があるが、以下の説明では簡単化のために仮にこの時間を０として説明する。
【００７０】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００（本例ではサーバ２００Ａ）のコンテンツリストの中から、残り再生時間の合計がＳ８７で算出した合計再生時間と同じ（但し、完全に同じにならない場合には数秒程度の差が生じても良い。）になるように、再生すべきコンテンツの位置を特定する（Ｓ８８）。図６の例では、サーバ２００Ａのコンテンツの残り再生時間を１０分２９秒とするためには、再生開始位置を、再生番号が６のコンテンツＡ１０１の２：５７に特定すればよい。
【００７１】
そして、制御部１は、特定したコンテンツの再生位置からコンテンツの再生を開始する（Ｓ８９）。以上の処理によって、サブクライアントがコンテンツの再生を停止した後、再度コンテンツの再生を開始する場合でも、同じ時間帯に他のクライアントと同じサーバからコンテンツを取得することができる。
【００７２】
次に、メインクライアントがコンテンツの再生を停止した後、再度コンテンツの再生を開始する場合の処理を、図１２を参照して説明する。メインクライアントの制御部１は、ユーザ操作によってコンテンツの再生を停止する指示が入力されたか否かを判断する（Ｓ９１）。入力された場合（Ｓ９１でＹＥＳ）、制御部１は、コンテンツの再生を停止する（Ｓ９２）。
【００７３】
コンテンツの再生を停止した場合、通常であれば現在の再生位置は更新されない。しかし、本実施形態においてはコンテンツの再生を停止した場合でも、制御部１は、現在のコンテンツの再生位置のみ更新し続ける（Ｓ９３）。
【００７４】
制御部１は、ユーザ操作によってコンテンツの再生を開始する指示が入力されたか否かを判断する（Ｓ９４）。入力されない場合（Ｓ９４でＮＯ）、処理はＳ９３に戻る。入力された場合（Ｓ９４でＹＥＳ）、制御部１は、Ｓ９３で更新し続けたコンテンツの現在の再生位置からコンテンツの再生を開始する（Ｓ９５）。従って、メインクライアントは、コンテンツの再生を停止し、その後、再生を再開してもその再生位置は、再生を停止しなかった場合と同じになる。従って、再生コンテンツリストにおいて、メインクライアントがコンテンツを取得するサーバが、サブクライアントがコンテンツを取得するサーバと異なってしまうことを防止することができる。
【００７５】
なお、サブクライアントも図１１の処理に代えて図１２の処理を実行してもよい。
【００７６】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。上記のクライアント又はサーバをコンピュータに実行させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００７７】
本発明は、複数のクライアントと複数のサーバとを有するコンテンツ再生システムに好適に採用され得る。
【符号の説明】
【００７８】
１００ クライアント
１ 制御部
２ ＲＡＭ
３ ＲＯＭ
４ 再生部
５ 通信部
６ 表示部
７ 操作部
２００ サーバ
１１ 制御部
１２ ＲＡＭ
１３ ＲＯＭ
１４ ＨＤＤ
１５ 通信部
１６ 表示部
１７ 操作部
【技術分野】
【０００１】
本発明は、複数のサーバと、複数のクライアントとを備えるコンテンツ再生システムに関する。
【背景技術】
【０００２】
複数のサーバと複数のクライアントとを備えるネットワークＡＶシステムが提案されている。各サーバは、ネットワークに接続されている他のサーバが保有するコンテンツリストを取得し、自身のコンテンツリストと他のサーバのコンテンツリストとを統合した統合コンテンツリストを生成し、メモリに保持している。クライアントは、いずれかのサーバから統合コンテンツリストを取得し、統合コンテンツリストから、自身が再生すべきコンテンツを選択する。クライアントは、選択したコンテンツを格納しているサーバをコンテンツリストから特定し、特定したサーバにコンテンツの送信を要求する。要求を受けたサーバは、コンテンツをストリーミング形式でクライアントに送信する。クライアントは、受信したコンテンツを再生する。
【０００３】
このネットワークＡＶシステムによると、複数のクライアントが、同時刻にそれぞれ異なるサーバからコンテンツを取得して再生することが可能である。しかしそのためには、全てのサーバを電源オン状態にする必要があり、システム全体としての消費電力の増加につながる。消費電力を低減するために、１つのサーバのみを電源オン状態にし、複数のクライアントが１つのサーバのみから同一コンテンツを取得して再生することが考えられるが（いわゆるパーティーモード）、コンテンツの選択の範囲が狭められてしまうという問題が生じる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１５７８００号公報
【特許文献２】特開２００６−３２３７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減するコンテンツ再生システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の好ましい実施形態によるコンテンツ再生システムは、複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、前記各サーバが、複数のコンテンツを記録するためのコンテンツ記憶部と、前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、前記各クライアントが、各クライアントが同時に同じ前記サーバからそれぞれ異なるコンテンツを受信して再生するように複数の前記サーバのコンテンツを再生順に列挙した再生コンテンツリストを生成するリスト生成手段と、再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する再生手段とを有する。
【０００７】
本実施形態によると、各クライアントは、各クライアントが同時に同じサーバからそれぞれ異なるコンテンツを受信して再生するように複数のサーバのコンテンツを再生順に列挙した再生コンテンツリストを生成する。従って、コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減することができる。
【０００８】
本発明の別の好ましい実施形態によるコンテンツ再生システムは、複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、前記各サーバが、複数のコンテンツを記録するためのコンテンツ記憶部と、前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、前記複数のクライアントが、１つのメインクライアントと、１又は複数のサブクライアントとを含み、前記メインクライアントが、前記各サーバのコンテンツリストに基づいて、同一サーバから所定時間以上又は所定コンテンツ数以上連続してコンテンツを受信するように、複数の前記サーバのコンテンツを再生順に列挙したメインクライアントの再生コンテンツリストを生成する第１リスト生成手段と、メインクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第１再生手段とを有し、前記サブクライアントが、メインクライアントの再生コンテンツリストを参照し、前記メインクライアントが同一サーバから連続してコンテンツを受信する時間と同じ時間分の当該サーバのコンテンツを選択して、選択したコンテンツをサブクライアントの再生コンテンツリストに含めることにより、前記サブクライアントが前記メインクライアントと同時に同じ前記サーバからコンテンツを受信して再生するように、複数の前記サーバのコンテンツを再生順に列挙したサブクライアントの再生コンテンツリストを生成する第２リスト生成手段と、前記サブクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第２再生手段とを有する。
【０００９】
本実施形態によると、メインクライアントは、各サーバのコンテンツリストに基づいて、同一サーバから所定時間以上又は所定コンテンツ数以上連続してコンテンツを受信するように、複数のサーバのコンテンツを再生順に列挙したメインクライアントの再生コンテンツリストを生成する。一方、サブクライアントは、メインクライアントの再生コンテンツリストを参照し、メインクライアントが同一サーバから連続してコンテンツを受信する時間と同じ時間分の当該サーバのコンテンツを選択して、選択したコンテンツをサブクライアントの再生コンテンツリストに含めることにより、サブクライアントがメインクライアントと同時に同じサーバからコンテンツを受信して再生するように、複数のサーバのコンテンツを再生順に列挙したサブクライアントの再生コンテンツリストを生成する。従って、各サーバは、同じ時間に同じサーバからそれぞれ異なるコンテンツを受信して再生することが出来るので、コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減することができる。
【００１０】
好ましい実施形態においては、最初にコンテンツを再生開始するクライアントがメインクライアントになり、メインクライアントが存在している状態でコンテンツを再生開始するクライアントがサブクライアントになる。
【００１１】
この場合、２番目以降にクライアントが再生を開始する場合には常にメインクライアントが存在しているので、メインクライアントの再生コンテンツリストを参照して、サブクライアントの再生コンテンツリストを生成することができる。
【００１２】
好ましい実施形態においては、前記メインクライアントが、ネットワークを離脱する場合、前記メインクライアントとしての機能を引き継ぐように１つの前記サブクライアントに引継指示を送信する手段をさらに有し、前記サブクライアントが、前記メインクライアントから引継指示を受信した場合に、前記メインクライアントとしての機能を引き継いで前記メインクライアントになる。
【００１３】
メインクライアントがネットワークを離脱する場合、サブクライアントの１つにメインクライアントの機能を引き継ぐことができるので、新たなクライアントがネットワークに接続された際に、メインクライアントの再生コンテンツリストを参照し、サブクライアントの再生コンテンツリストを生成することができる。
【００１４】
好ましい実施形態においては、前記メインクライアントが、ユーザ操作に応じてコンテンツの再生を停止する手段と、コンテンツの再生を停止した場合であっても、コンテンツの現在の再生位置のみを更新し続ける更新手段と、ユーザ操作に応じてコンテンツの再生を開始する場合、前記更新手段によって更新されているコンテンツの現在の再生位置からコンテンツの再生を開始する再生再開手段とをさらに有する。
【００１５】
この場合、メインクライアントがコンテンツの再生を停止し、その後、コンテンツの再生を再開する場合であっても、コンテンツの現在の再生位置のみは更新され続けており、更新されているコンテンツの現在の再生位置からコンテンツを再生開始することによって、メインクライアントがコンテンツを取得するサーバと、サブクライアントがコンテンツを取得するサーバとが同じ状態を継続することができる。
【００１６】
好ましい実施形態においては、前記サブクライアントが、ユーザ操作に応じてコンテンツの再生を停止する手段と、ユーザ操作に応じてコンテンツの再生を開始する場合、前記メインクライアントの現在の再生位置の情報を前記メインクライアントから取得する手段と、取得された前記メインクライアントの現在の再生位置の情報に基づいて、前記サブクライアントの再生コンテンツリストにおける再生再開位置を特定する手段とをさらに有し、前記第２再生手段が、特定された再生再開位置からコンテンツの再生を開始する。
【００１７】
この場合、サブクライアントがコンテンツの再生を停止し、その後、コンテンツの再生を再開する場合であっても、サブクライアントはメインクライアントからコンテンツの現在の再生位置を取得し、サブクライアントの再生再開位置を特定する。従って、メインクライアントがコンテンツを取得するサーバと、サブクライアントがコンテンツを取得するサーバとが同じ状態を継続することができる。
【００１８】
好ましい実施形態においては、前記各サーバのうち、前記各クライアントのいずれかにコンテンツを送信している前記サーバのみが電源オン状態になっており、前記クライアントのいずれにもコンテンツを送信していない前記サーバが電源オフ状態になっている。
【００１９】
従って、システム全体の消費電力を低減することができる。
【００２０】
本発明の別の好ましい実施形態においては、上記メインクライアント、サブクライアント、メインクライアントの各手段をコンピュータに実行させるメインクライアントの動作プログラム、サブクライアントの各手段をコンピュータに実行させるサブクライアントの動作プログラムといった形態で提供することが可能である。
【発明の効果】
【００２１】
コンテンツの選択の幅を狭めることなく、システム全体の消費電力を低減するコンテンツ再生システムを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の好ましい実施形態によるコンテンツ再生システムを示すブロック図である。
【図２】サーバ２００を示す概略ブロック図であるである。
【図３】サーバ２００が保持するコンテンツリストを示す図である。
【図４】クライアント１００（メインクライアント及びサブクライアント）を示す概略ブロック図である。
【図５】メインクライアントの再生コンテンツリストを示す図である。
【図６】サブクライアントの再生コンテンツリストを示す図である。
【図７】クライアントの処理を示すフローチャートである。
【図８】メインクライアントの処理を示すフローチャートである。
【図９】サブクライアントの処理を示すフローチャートである。
【図１０】メインクライアント及びサブクライアントの処理を示すフローチャートである。
【図１１】サブクライアントの処理を示すフローチャートである。
【図１２】メインクライアント及びサブクライアントの処理を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１に示すように、本発明のコンテンツ再生システムは、複数のクライアント１００（１００Ａ、１００Ｂ、１００Ｃ、・・・）と、複数のサーバ２００（２００Ａ、２００Ｂ、２００Ｃ、・・・）とを備え、これらはＬＡＮ等の任意の適切なネットワークを介して相互に接続可能である。クライアント１００は、サーバ２００にコンテンツの送信を要求する。サーバ２００は、クライアント１００からの要求に応じて、コンテンツをクライアント１００に例えばストリーミング形式で送信する。クライアント１００は、受信したコンテンツを再生する。コンテンツとは、映像データ、音楽データ、静止画データ等の総称であるが、本例では音楽データである。
【００２４】
図２に示すように、各サーバ２００は、制御部１１と、ＲＡＭ１２と、ＲＯＭ１３と、ＨＤＤ等のコンテンツ記憶部１４と、通信部１５と、表示部１６と、操作部１７とを概略備える。制御部１１は、ＨＤＤ１４又はＲＯＭ１３に格納されているサーバプログラムをＲＡＭ１２に読み出して実行することによって、サーバ２００の各部を制御するものであり、マイコンやＣＰＵ等である。
【００２５】
ＨＤＤ１４には複数のコンテンツが格納されている。ＨＤＤ１４に格納されているコンテンツは、クライアント１００からの送信要求に応じ、ＨＤＤ１４から読み出され、通信部１５を介してストリーミング形式でクライアント１００に送信される。
【００２６】
また、ＨＤＤ１４には、図３に示すようなコンテンツリストが格納されている。コンテンツリストは、ＨＤＤ１４に格納されている全コンテンツのコンテンツ情報を管理するリストである。コンテンツリストは、コンテンツ情報とコンテンツの再生時間情報とを含む。コンテンツ情報は、例えば、曲名、アーティスト名、アルバム名、ジャンル名および曲ＩＤ等である。但し、図３においては説明を簡略化するためにコンテンツＡ１、コンテンツＡ２・・・と表している。コンテンツリストは、クライアント１００からの送信要求に応じて、ＨＤＤ１４から読み出され、通信部１５を介してストリーミング形式でクライアント１００に送信される。
【００２７】
図４に示すように、各クライアント１００は、制御部１と、ＲＡＭ２と、ＲＯＭ３と、再生部４と、通信部５と、表示部６と、操作部７とを備える。制御部１は、ＲＯＭ３に格納されているクライアントプログラムに応じて、クライアント１００の各部を制御するものであり、マイコンやＣＰＵ等である。再生部４は、サーバ２００から受信したコンテンツのデータを再生（デコード、ＤＡ変換、増幅など）して、再生した音声信号を図示しないスピーカーに供給する。
【００２８】
通信部５は、ネットワーク経由で他のクライアント１００やサーバ２００と通信し、コマンドやデータを送受信する。表示部６は、後述する再生コンテンツリストや、再生中のコンテンツのコンテンツ情報等を表示するものである。操作部７は、ユーザ操作を受け付けるものであり、操作ボタンやリモコン等である。
【００２９】
制御部１は、通信部５を介して、各サーバ２００にコンテンツリストの送信を要求し、各サーバ２００からコンテンツリストを受信し、ＲＡＭ２に保存する。なお、各サーバ２００が、全てのサーバ２００のコンテンツリストを統合した統合コンテンツリストを保持している場合、１つのサーバ２００から統合コンテンツリストを取得することで、全てのサーバ２００からコンテンツリストを取得した場合と同じ状態になる。
【００３０】
制御部１は、ユーザ操作によって再生指示が入力された場合、各サーバ２００のコンテンツリストから、再生するための再生コンテンツリストを生成する。制御部１は、再生コンテンツリストに列挙された順番にコンテンツをサーバ２００から取得して、再生する。再生コンテンツリストには、複数のサーバ２００のコンテンツが含まれているので、コンテンツの選択肢の幅を広げることができる。
【００３１】
ネットワーク上でコンテンツを再生している全てのクライアント１００が、同じ時間帯には必ず同じサーバ２００からコンテンツを受信して再生するように、各クライアント１００が再生コンテンツリストを生成する。従って、ある時刻にコンテンツをクライアント１００に送信しているサーバ２００は必ず１つだけになる。そして、コンテンツを送信していないサーバ２００が電源オフ状態（例えばスタンバイ状態）となることによって、コンテンツ再生システム全体としての消費電力を低減できる。
【００３２】
クライアント１００には、１つのメインクライアントと、１又は複数のサブクライアントとが存在する。ネットワーク上で最初にサーバ２００からのコンテンツを受信して再生するクライアント１００がメインクライアントとなる。２番目以降にネットワーク上でサーバ２００からコンテンツデータを受信した再生する全てのクライアントがサブクライアントとなる。言い換えると、最初にコンテンツを再生開始するクライアントがメインクライアントになり、メインクライアントが存在している状態でコンテンツを再生開始するクライアントがサブクライアントになる。さらに言い換えると、最初にネットワークに接続したクライアントがメインクライアントになり、メインクライアントが存在している状態でネットワークに接続したクライアントがサブクライアントになる。
【００３３】
メインクライアントとサブクライアントとで再生コンテンツリストの生成方法が異なる。メインクライアントは、少なくとも所定時間以上（あるいは所定コンテンツ数以上）のコンテンツを同一サーバ２００から連続して取得するように再生コンテンツリストを生成する。図５は、メインクライアントの再生コンテンツリストを示す。再生コンテンツリストには、再生番号に対応付けて、コンテンツ情報と、コンテンツを格納するサーバ情報（例えばサーバ名）と、再生時間情報とを含む。図５では、１〜１０番目までがサーバ２００Ａのコンテンツを再生し、１１〜２０番目までがサーバ２００Ｂのコンテンツを再生することを示している。なお、同一サーバ２００内のどのコンテンツをどの順番で含めるか自体は、周知の技術によって選択され、例えば完全にランダムに選択されても良く、ユーザ操作によって指定されたアーティスト名等のコンテンツ情報で絞り込んでも良く、お気に入りレートや総再生回数等の嗜好情報を使用して選択してもよい。
【００３４】
サブクライアントは、メインクライアントからメインクライアントの再生コンテンツリストと現在の再生位置の情報とを（直接又はサーバ２００経由で）取得する。サブクライアント１００は、メインクライアントと同じ時刻に同じサーバ２００からコンテンツを取得するように、再生コンテンツリストを生成する。すなわち、サブクライアントは、メインクライアントが現在コンテンツを取得しているサーバ２００からメインクライアントが連続してコンテンツを受信する残り時間を算出し、算出した残り時間分だけ、サブクライアント１００もその同一サーバ２００からコンテンツを取得するように、コンテンツリストにコンテンツを登録する。さらに、サブクライアントは、メインクライアントが現在コンテンツを受信しているサーバ２００の次のサーバ２００からコンテンツを連続して受信する時間を算出し、算出した時間分だけサブクライアント１００もその同一サーバ２００からコンテンツを取得するように、コンテンツリストにコンテンツを登録する。この処理を繰り返すことによって、サブクライアント１００は、メインクライアントと同じ時刻に同じサーバ２００からコンテンツを取得するように、再生コンテンツリストを生成することができる。
【００３５】
メインクライアントの場合と同様に、同一サーバ２００内のどのコンテンツをどの順番で含めるか自体は、周知の技術によって選択され、例えば完全にランダムに選択されても良く、ユーザ操作によって指定されたアーティスト名等のコンテンツ情報で絞り込んでも良く、お気に入りレートや総再生回数等の嗜好情報を使用して選択してもよい。つまり、サブクライアントの再生コンテンツリストに含められるコンテンツはメインクライアントの再生コンテンツリストのコンテンツと異なっていてもよく同じでも良いが、各クライアントのユーザの嗜好が異なるので通常は異なっている。
【００３６】
図６は図５に対応するサブクライアント１００の再生コンテンツリストを示す。１番目〜８番目までにサーバ２００Ａのコンテンツを再生することを示しており、図５においてメインクライアントがサーバ２００Ａからコンテンツを連続して受信する残り時間（３４分５３秒）と、図６においてサブクライアントがサーバ２００Ａからコンテンツを連続して受信する残り時間（３４分５３秒）とが同じになっている。なお、実際にはサブクライアントが再生開始するまでに必要な処理の（再生コンテンツリスト生成や、サーバ２００からコンテンツを受信し再生準備する）時間（例えば３０秒等）を減算した時間分のコンテンツをサーバ２００Ａから受信するように再生コンテンツリストが生成される。９番目〜１８番目までにサーバ２００Ｂのコンテンツを再生することを示しており、図５においてメインクライアントがサーバ２００Ｂからコンテンツを連続して受信する合計時間（４７分００秒）と、図６においてサブクライアントがサーバ２００Ｂからコンテンツを連続して受信する合計時間（４７分００秒）とが同じになっている。
【００３７】
制御部１は、再生コンテンツリストに列挙されている順番にコンテンツをサーバ２００に要求し受信して再生する。メインクライアントの制御部１は、再生コンテンツリストにおいて、コンテンツ送信元のサーバ２００が別のサーバに切り替る時点（好ましくはサーバ２００の起動時間等を考慮してそれよりも少し前の時点）で次にコンテンツを要求して取得するサーバ２００に電源オン状態に移行する指示を送信する。電源オン状態に移行する指示を受信したサーバ２００は、スタンバイ状態から電源オン状態に移行する。一方、メインクライアントの制御部１は、コンテンツ送信元のサーバ２００が別のサーバに切り替る時点（好ましくは他のクライアントが未だそのサーバ２００からコンテンツを受信している可能性を考慮してそれよりも少し後の時点）でこれまでコンテンツ送信元であったサーバ２００にスタンバイ状態に移行する指示を送信する。スタンバイ状態に移行する指示を受信したサーバ２００は、電源オン状態からスタンバイ状態に移行する。
【００３８】
なお、サブクライアントの１つが、サーバ２００に電源オン状態に移行する指示やスタンバイ状態に移行する指示を送信しても良い。また、サーバ２００の制御部１１自身の判断によってクライアント１００から所定時間以上継続してコンテンツ送信要求を受信しない場合に自動的に電源オン状態からスタンバイ状態に移行してもよい。
【００３９】
次に本実施形態の動作を説明する。図７は、各クライアント１００の制御部１の処理を示すフローチャートである。制御部１は、ネットワークに接続した状態で、ユーザ操作によって再生指示が入力されたか否かを判断する（Ｓ１）。再生指示が入力された場合（Ｓ１でＹＥＳ）、制御部１は、ネットワークに他のクライアント１００がメインクライアントとして存在している否かを判断する（Ｓ２）。これは、制御部１が、サーバ２００がクライアント１００の存在を管理している場合、サーバ２００に問い合せることで確認しても良く、探索コマンドをネットワーク上に送信し、クライアントからのその応答（メインクライアントしてネットワーク上に存在することの告知（メインクライアントのクライアント名とＩＰアドレスとを含む））の有無で確認してもよい。
【００４０】
ネットワークに既に他のクライアント１００がメインクライアントとして存在しなければ（Ｓ２でＮＯ）、制御部１は、自クライアントがメインクライアントとして動作するように設定する（ＲＡＭ上でメインクライアントとして動作することを記憶する）（Ｓ３）。制御部１は、メインクライアントとして再生コンテンツリストを生成し、コンテンツの連続再生を実行する（Ｓ４）。
【００４１】
一方、ネットワークに他のクライアント１００がメインクライアントとして存在する場合（Ｓ２でＹＥＳ）、制御部１は、メインクライアントを特定する（Ｓ５）。詳細には、制御部１は、メインクライアントからメインクラアイントのクライアント名やＩＰアドレス等の特定情報を要求及び取得してＲＡＭに記憶する。一方、制御部１は、サブクライアントとして、自身のクライアント名及びＩＰアドレスをメインクライアントに送信する。メインクライアントは、サブクライアントのクライアント名及びＩＰアドレスを取得して、ＲＡＭに管理する。制御部１は、サブクライアントとして再生コンテンツリストを生成し、コンテンツの連続再生を実行する（Ｓ６）。
【００４２】
図８は、Ｓ４のメインクライアントの処理を示す。メインクライアントの制御部１は、ネットワーク上の全サーバ２００に電源オン状態に移行する指示を送信する。ネットワーク上の全サーバ２００は、当該指示を受信すると、スタンバイ状態から電源オン状態に移行する（Ｓ２１）。続いて、制御部１は、ネットワーク上の全サーバを探索して順次接続し（Ｓ２２）、各サーバ２００に対してコンテンツリストの送信を要求する。各サーバ２００は、当該指示を受信すると、コンテンツリストをＨＤＤ１４から読み出して、メインクライアントに送信する。制御部１は、コンテンツリストを受信し、ＲＡＭ２に保存する（Ｓ２３）。
【００４３】
続いて、制御部１は、コンテンツリストを取得した複数のサーバ２００の中から１つのサーバ２００を選択する（Ｓ２４）。例えば、最初にコンテンツリストを受信したサーバ２００から順に選択される。制御部１は、選択したサーバ２００のコンテンツリストから複数のコンテンツを選択し、選択したコンテンツの合計再生時間が所定時間以上となるようにする（Ｓ２５）。詳細には、１つのコンテンツをコンテンツリストから選択する毎に選択したコンテンツの再生時間を合計再生時間に加算していき、合計再生時間が所定時間以上か否かを判断し、合計再生時間が所定時間以上となるまでコンテンツの選択を繰り返す。なお、上記の通り、合計再生時間が所定時間になるまでコンテンツを選択する代わりに、合計コンテンツ数が所定数に達するまでコンテンツを選択してもよい。制御部１は、選択した複数のコンテンツをメインクライアントの再生コンテンツリストに上から順に（再生する順に）含める（Ｓ２６）。
【００４４】
制御部１は、再生コンテンツリストに含められたコンテンツの合計再生時間が所定時間（例えば４５分）に達しているか否かを判断する（Ｓ２７）。未だ達していなければ（Ｓ２７でＮＯ）、Ｓ２４に戻って、次にコンテンツリストを送信してきたサーバ２００を選択し、上記と同様の処理を実行する。これにより、図５に示すように、あるサーバ２００のコンテンツを所定時間連続再生した後に、別のサーバ２００のコンテンツを所定時間連続再生する処理を継続する再生コンテンツリストが生成される。再生コンテンツリストに含められたコンテンツの合計再生時間が所定時間に達すると（Ｓ２７でＹＥＳ）、再生コンテンツリストの生成処理を終了する。
【００４５】
続いて、制御部１は、再生コンテンツリストに登録されているコンテンツをサーバ２００から取得して再生する（Ｓ２８）。つまり、制御部１は、再生対象のコンテンツをコンテンツリストの上から順に選択し、選択したコンテンツを格納しているサーバ２００に選択したコンテンツの送信指示を送信する。当該指示を受信したサーバ２００は、送信対象のコンテンツをＨＤＤ１４から読み出して、メインクライアントに送信する。制御部１は、コンテンツを受信すると、再生部にコンテンツを再生させる。例えば、図５の再生コンテンツリストの場合、最初に１番目のコンテンツＡ８が選択され、サーバ２００ＡからコンテンツＡ８が取得され、再生される。
【００４６】
制御部１は、現時点でのコンテンツ送信元ではないサーバ２００を特定し、それらのサーバ２００に対してスタンバイ状態に移行する指示を送信する（Ｓ２９）。つまり、コンテンツリストを送信してきたサーバ２００であって、現在再生しているコンテンツを格納しているサーバ２００以外のサーバに当該指示が送信される。当該指示を受信したサーバ２００は、電源オン状態からスタンバイ状態に移行する。従って、コンテンツ再生システム全体を省電力化することができる。
【００４７】
続いて、制御部１は、再生対象のコンテンツが再生コンテンツリストにおいて次のコンテンツに切り替るか否かを判断する（Ｓ３０）。次のコンテンツに切り替る場合（Ｓ３１でＹＥＳ）、制御部１は、再生対象のコンテンツを格納するサーバ２００が別のサーバに切り替るか否かを、再生コンテンツリストを参照して判断する（Ｓ３１）。例えば、再生番号が１のコンテンツから２のコンテンツに切り替る場合、送信元のサーバ２００は共にサーバ２００Ａであるので、切り替らないと判断される（Ｓ３１でＮＯ）。この場合、処理はＳ２８に戻り、制御部１は、再生コンテンツリストにおいて次のコンテンツを選択して、サーバ２００からコンテンツ受信して再生する。
【００４８】
一方、再生番号が１０のコンテンツから１１のコンテンツ切り替る場合、送信元のサーバ２００がサーバ２００Ａからサーバ２００Ｂに切り替ると判断される（Ｓ３１でＹＥＳ）。この場合、制御部１は、次の再生対象のコンテンツを格納するサーバ２００に電源オン状態に移行する指示を送信する（Ｓ３２）。当該指示を受信したサーバ２００（上記の例ではサーバ２００Ｂ）は、スタンバイ状態から電源オン状態に移行する。その後、処理Ｓ２８に戻って、制制御部１は、再生コンテンツリストにおいて次のコンテンツを選択して、サーバ２００（上記の例ではサーバ２００Ｂ）からコンテンツ受信して再生する。そして、制御部１は、コンテンツ送信元ではなくなったサーバ２００（上記の例ではサーバ２００Ａ）にスタンバイ状態に移行する指示を送信する（Ｓ２９）。当該指示を受信したサーバ２００は、電源オン状態からスタンバイ状態に移行する。以上の処理を継続することで、再生コンテンツリストのコンテンツを連続再生する。
【００４９】
図９は、Ｓ６のサブクライアントの処理を示す。サブクライアントの制御部１は、メインクライアントに、各サーバ２００のコンテンツリストと、メインクライアントの再生コンテンツリストと、メインクライアントの現在の再生位置とを要求する。メインクライアントは、この要求に応じて、これらの情報をサブクライアントに送信する。サブクライアントの制御部１は、各サーバ２００のコンテンツリストと、メインクライアントの再生コンテンツリストと、メインクライアントの現在の再生位置とを受信し、ＲＡＭ２に保存する（Ｓ４１）。
【００５０】
制御部１は、メインクライアントが現在再生中のコンテンツの残り再生時間を算出する（Ｓ４２）。例えば、図５のメインクライアントの再生コンテンツリストにおいて、メインクライアントの現在の再生位置は再生番号３のコンテンツＡ１２の２分３０秒の位置である。そして、コンテンツＡ１２の総再生時間は４分５５秒である。従って、コンテンツＡ１２の残り再生時間は、２分２５秒と算出される。
【００５１】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００と同じサーバ２００から、メインクライアントがこのあと連続して受信して再生するコンテンツの合計再生時間を算出する（Ｓ４３）。図５の例では、現在再生中のコンテンツＡ１２を格納するサーバ２００がサーバ２００Ａであり、再生コンテンツリストにおいてコンテンツＡ１２に連続するサーバ２００Ａのコンテンツとして、再生番号が４〜１０番目の７つのコンテンツ（コンテンツＡ４〜コンテンツＡ５）が特定される。これらの合計再生時間は、３２分２８秒である。
【００５２】
制御部１は、Ｓ４２で算出した現在再生中のコンテンツの残り再生時間と、Ｓ４３で算出した現在再生中のコンテンツと同じサーバ２００からのコンテンツを連続再生する合計再生時間とを加算して、現在再生中のコンテンツを格納するサーバ２００から現時点以降に連続してコンテンツを受信する合計再生時間を算出する（Ｓ４４）。上記の例では、２分２２秒に３２分２８秒が加算されて、３４分５３秒となる。なお、実際には、サブクライアントがコンテンツを再生開始するまでに要する時間（例えば３０秒）だけ、この合計再生時間から減算する必要があるが、以下の説明では簡単化のために仮にこの時間を０として説明する。
【００５３】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００（本例ではサーバ２００Ａ）のコンテンツリストの中から、再生時間の合計がＳ４４で算出した合計再生時間と同じ（但し、完全に同じにならない場合には数秒程度の差が生じても良い。）になるように複数のコンテンツを選択する（Ｓ４５）。上記の例では、サーバ２００Ａのコンテンツリストの中から複数のコンテンツを選択し、選択したコンテンツの合計再生時間が３４分５３秒となるようにされる。詳細には、１つのコンテンツをコンテンツリストから選択する毎に選択したコンテンツの再生時間を合計再生時間に加算していき、合計再生時間がＳ４４で算出した合計時間と同じであるか否かを判断し、合計再生時間がＳ４４で算出した合計再生時間となるまでコンテンツの選択を繰り返す。なお、コンテンツを選択して合計再生時間がＳ４４で算出した合計再生時間を所定時間（許容範囲の数秒）以上オーバーしてしまった場合、最後に選択したコンテンツ（および必要に応じてもう１つ前に選択したコンテンツ）を別のコンテンツに選択し直し、再生時間と同一となるコンテンツを探し出して選択するとよい。
【００５４】
制御部１は、選択した複数のコンテンツをサブクライアントの再生コンテンツリストに含める（Ｓ４６）。図６に示すように、例えば、再生番号が１〜８のコンテンツがサーバ２００Ａのコンテンツリストから選択され再生コンテンツリストに含められており、再生時間の合計は図５のメインクライアントのサーバ２００Ａの残り再生時間の合計と同じ３４分５３秒となっている。
【００５５】
続いて、制御部１は、メインクライアントの再生コンテンツリストにおいて、次にコンテンツ送信元となるサーバ２００を選択し、選択したサーバ２００から受信するコンテンツの合計再生時間を算出する（Ｓ４７）。例えば、図５の再生コンテンツリストにおいて、サーバ２００Ａの次にコンテンツ再生元となるサーバ２００としてサーバ２００Ｂが選択され、サーバ２００Ｂから連続して受信するコンテンツとして再生番号が１１〜２０の１０個のコンテンツ（コンテンツＢ１０〜コンテンツＢ５）が選択される。これらの再生時間が全て加算され、４７分００秒が算出される。
【００５６】
制御部１は、Ｓ４７で選択したサーバ２００（本例ではサーバ２００Ｂ）のコンテンツリストの中から、再生時間の合計がＳ４７で算出した合計再生時間と同じ（但し、完全に同じにならない場合には数秒程度の差が生じても良い。）になるように複数のコンテンツを選択する（Ｓ４８）。上記の例では、サーバ２００Ｂのコンテンツリストの中から複数のコンテンツを選択し、選択したコンテンツの合計再生時間が４７分００秒となるようにされる。詳細には、１つのコンテンツをコンテンツリストから選択する毎に選択したコンテンツの再生時間を合計再生時間に加算していき、合計再生時間がＳ４７で算出した合計再生時間と同じか否かを判断し、合計再生時間がＳ４７で算出した合計再生時間と同じになるまでコンテンツの選択を繰り返す。なお、コンテンツを選択して合計再生時間がＳ４７で算出した合計再生時間を所定時間（許容範囲の数秒）以上オーバーしてしまった場合、最後に選択したコンテンツ（および必要に応じてもう１つ前に選択したコンテンツ）を別のコンテンツに選択し直し、再生時間と同一となるコンテンツを探し出して選択するとよい。
【００５７】
制御部１は、選択した複数のコンテンツをサブクライアントの再生コンテンツリストに含める（Ｓ４９）。図６に示すように、例えば、再生番号が９〜１８のコンテンツがサーバ２００Ｂのコンテンツリストから選択され、サブクライアントの再生コンテンツリストに含められており、再生時間の合計は図５のメインクライアントのサーバ２００Ｂの残りの再生時間の合計と同じ４７分００秒となっている。
【００５８】
制御部１は、メインクライアントの再生コンテンツリストに登録されている全サーバ２００について上記の処理を実行したか否かを判断する（Ｓ５０）。未だ全てのサーバについて上記処理を実行していない場合（Ｓ５０でＮＯ）、Ｓ４７に戻って、メインクライアントの再生コンテンツリストの次のサーバ２００を選択し、上記の処理を継続する。一方、全てのサーバ２００について上記処理を実行し終えると（Ｓ５０でＹＥＳ）、サブクライアントの再生コンテンツリストの生成処理が終了する。制御部１は、生成した再生コンテンツリストの再生番号の順にコンテンツをサーバ２００から取得して再生する（Ｓ５１）。
【００５９】
以上の処理によって、メインクライアントと、１又は複数のサブクライアントとでは全てが、同じ時刻に同じサーバ２００からコンテンツを受信して再生することができる。従って、クライアントにコンテンツを送信するサーバ２００を１つのサーバ２００に集中させることができので、他のサーバ２００を電源オン状態からスタンバイ状態にすることができ、コンテンツ再生システム全体の消費電力を低減することができる。
【００６０】
次に本発明の別の好ましい実施形態を説明する。メインクライアントがネットワークから離脱する（例えば、ネットワーク接続を切断する、又は、電源オフ状態（シャットダウン）になる）場合、メインクライアントが存在しなくなり、その後、新たなクライアントがネットワークに接続されたときに、メインクライアントから再生コンテンツリストと現在の再生位置の情報とを取得することが出来なくなる。そこで、本実施形態では、メインクライアントは、ネットワークから離脱する場合に、サブクライアントの１つにメインクライアントとしての機能を引き継ぐ。
【００６１】
図１０は本実施形態の処理を示すフローチャートである。メインクライアントの制御部１は、ネットワークを離脱するか否かを判断する（Ｓ６１）。ネットワークを離脱する場合（Ｓ６１でＹＥＳ）、メインクライアントの制御部１は、ネットワーク上にサブクライアントが存在するか否かを判断する（Ｓ６２）。サブクライアントが存在するか否かは、メインクライアント自身がネットワーク上に存在しているサブクライアントの情報（クライアント名及びＩＰアドレス）を管理していているので、当該管理情報を参照すると良い。サブクライアントが存在しなければ（Ｓ６２でＮＯ）、メインクライアントとしての機能を引き継ぐことができないので、メインクライアントの制御部１は、そのままネットワークから離脱し（Ｓ６５）、処理を終了する。
【００６２】
サブクライアントが存在する場合（Ｓ６２でＹＥＳ）、メインクライアントの制御部１は、ネットワークに接続されている１または複数のサブクライアントの中から任意のサブクライアントを１つ選択する（Ｓ６３）。メインクライアントの制御部１は、選択したサブクライアントに対してメインクライアントとしての機能を引き継ぐ指示を送信する（Ｓ６４）。そして、メインクライアントの制御部１は、ネットワークから離脱する（Ｓ６５）。サブクライアントの制御部１は、当該指示を受信すると（Ｓ７１でＹＥＳ）、メインクライアントになるように設定する（Ｓ７２）。サブクライアントとメインクライアントとは同じ時刻に同じサーバからコンテンツを取得するように各再生コンテンツリストが生成されているので、メインクライアントの機能が別のクライアントに引き継がれても他のサブクライアントのコンテンツ再生に支障をきたさない。従って、以後、新たなクライアントがネットワークに接続し、コンテンツ再生を開始する場合には、新たなメインクライアントから再生コンテンツリストを取得して、自身の再生コンテンツリストを生成することができる。
【００６３】
なお、本発明のさらに別の好ましい実施形態においては、メインクライアントがネットワークを離脱する場合だけでなく、メインクライアントがコンテンツの再生を停止する場合にも、メインクライアントの機能をいずれか１つのサブクライアントに引き継ぐ処理を実行する。これは、メインクライアントがコンテンツの再生を停止しており、メインクライアントの現在の再生位置が更新されないので、新たにネットワークに接続されたサブクライアントがメインクライアントから現在の再生位置の情報を取得することが出来なくなるからである。この場合の処理は、図１０のＳ６１の判断処理が「コンテンツの再生を停止するか」に変更されるだけであり、その他の処理は同じである。
【００６４】
しかしながら、メインクライアントがコンテンツの再生を停止した場合であっても、メインクライアントが現在の再生位置を更新し続けるような場合には、メインクライアントは、新たにネットワークに接続されたサブクライアントに現在の再生位置の情報を送信することができるので、メインクライアントとしての機能をサブクライアントのいずれかに引き継ぐ必要はない。
【００６５】
次に本発明のさらに別の好ましい実施形態を説明する。クライアントがコンテンツの再生を停止（一時停止の意味を含む）した後、少し時間が経過した後に再度、同じ再生コンテンツリストを使用して再生を停止したコンテンツの再生位置からコンテンツの再生を開始すると、他のクライアントがコンテンツを取得するサーバと異なるサーバからコンテンツを取得する場合が生じる。この問題を解決するためには、本実施形態においては、クライアントがコンテンツの再生を再開するときに、メインクライアントの現在の再生位置の情報をメインクライアントから取得し、その情報に基づいて、再生を開始すべきコンテンツの位置を特定する。
【００６６】
図１１に示すように、サブクライアントの制御部１は、ユーザ操作によってコンテンツの再生を停止する指示が入力されたか否かを判断する（Ｓ８１）。入力された場合（Ｓ８１でＹＥＳ）、制御部１は、コンテンツの再生を停止する（Ｓ８２）。その後、制御部１は、ユーザ操作によってコンテンツの再生を開始する指示が入力されたか否かを判断する（Ｓ８３）。入力された場合（Ｓ８３でＹＥＳ）、制御部１は、メインクライアントに、メインクライアントの現在の再生位置を要求する。メインクライアントは、この要求に応じて、現在の再生位置の情報をサブクライアントに送信する。サブクライアントの制御部１は、メインクライアントの現在の再生位置を受信し、ＲＡＭ２に保存する（Ｓ８４）。
【００６７】
サブクライアントの制御部１は、メインクライアントが現在再生中のコンテンツの残り再生時間を算出する（Ｓ８５）。例えば、図５のメインクライアントの再生コンテンツリストにおいて、メインクライアントの現在の再生位置は再生番号８のコンテンツＡ７の３分２３秒の位置である。そして、コンテンツＡ７の総再生時間は５分２３秒である。従って、コンテンツＡ７の残り再生時間は、２分００秒と算出される。
【００６８】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００と同じサーバ２００から、メインクライアントがこのあと連続して受信して再生するコンテンツの合計再生時間を算出する（Ｓ８６）。図５の例では、現在再生中のコンテンツＡ７を格納するサーバ２００がサーバ２００Ａであり、再生コンテンツリストにおいてコンテンツＡ７に連続するサーバ２００Ａのコンテンツとして、再生番号が９〜１０番目の２つのコンテンツ（コンテンツＡ１０、Ａ５）が特定される。これらの合計再生時間は、８分２９秒である。
【００６９】
制御部１は、Ｓ８５で算出した現在再生中のコンテンツの残り再生時間と、Ｓ８６で算出した現在再生中のコンテンツと同じサーバ２００からのコンテンツを連続再生する合計再生時間とを加算して、現在再生中のコンテンツを格納するサーバ２００から現時点以降に連続してコンテンツを受信する合計再生時間を算出する（Ｓ８７）。上記の例では、２分００秒に８分２９秒が加算されて、１０分２９秒となる。なお、実際には、サブクライアントがコンテンツを再生開始するまでに要する時間（例えば３０秒）だけ、この合計再生時間から減算する必要があるが、以下の説明では簡単化のために仮にこの時間を０として説明する。
【００７０】
制御部１は、メインクライアントが現在再生中のコンテンツを格納するサーバ２００（本例ではサーバ２００Ａ）のコンテンツリストの中から、残り再生時間の合計がＳ８７で算出した合計再生時間と同じ（但し、完全に同じにならない場合には数秒程度の差が生じても良い。）になるように、再生すべきコンテンツの位置を特定する（Ｓ８８）。図６の例では、サーバ２００Ａのコンテンツの残り再生時間を１０分２９秒とするためには、再生開始位置を、再生番号が６のコンテンツＡ１０１の２：５７に特定すればよい。
【００７１】
そして、制御部１は、特定したコンテンツの再生位置からコンテンツの再生を開始する（Ｓ８９）。以上の処理によって、サブクライアントがコンテンツの再生を停止した後、再度コンテンツの再生を開始する場合でも、同じ時間帯に他のクライアントと同じサーバからコンテンツを取得することができる。
【００７２】
次に、メインクライアントがコンテンツの再生を停止した後、再度コンテンツの再生を開始する場合の処理を、図１２を参照して説明する。メインクライアントの制御部１は、ユーザ操作によってコンテンツの再生を停止する指示が入力されたか否かを判断する（Ｓ９１）。入力された場合（Ｓ９１でＹＥＳ）、制御部１は、コンテンツの再生を停止する（Ｓ９２）。
【００７３】
コンテンツの再生を停止した場合、通常であれば現在の再生位置は更新されない。しかし、本実施形態においてはコンテンツの再生を停止した場合でも、制御部１は、現在のコンテンツの再生位置のみ更新し続ける（Ｓ９３）。
【００７４】
制御部１は、ユーザ操作によってコンテンツの再生を開始する指示が入力されたか否かを判断する（Ｓ９４）。入力されない場合（Ｓ９４でＮＯ）、処理はＳ９３に戻る。入力された場合（Ｓ９４でＹＥＳ）、制御部１は、Ｓ９３で更新し続けたコンテンツの現在の再生位置からコンテンツの再生を開始する（Ｓ９５）。従って、メインクライアントは、コンテンツの再生を停止し、その後、再生を再開してもその再生位置は、再生を停止しなかった場合と同じになる。従って、再生コンテンツリストにおいて、メインクライアントがコンテンツを取得するサーバが、サブクライアントがコンテンツを取得するサーバと異なってしまうことを防止することができる。
【００７５】
なお、サブクライアントも図１１の処理に代えて図１２の処理を実行してもよい。
【００７６】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。上記のクライアント又はサーバをコンピュータに実行させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００７７】
本発明は、複数のクライアントと複数のサーバとを有するコンテンツ再生システムに好適に採用され得る。
【符号の説明】
【００７８】
１００ クライアント
１ 制御部
２ ＲＡＭ
３ ＲＯＭ
４ 再生部
５ 通信部
６ 表示部
７ 操作部
２００ サーバ
１１ 制御部
１２ ＲＡＭ
１３ ＲＯＭ
１４ ＨＤＤ
１５ 通信部
１６ 表示部
１７ 操作部
【特許請求の範囲】
【請求項１】
複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、
前記各サーバが、
複数のコンテンツを記録するためのコンテンツ記憶部と、
前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、
前記各クライアントが、
各クライアントが同時に同じ前記サーバからそれぞれ異なるコンテンツを受信して再生するように複数の前記サーバのコンテンツを再生順に列挙した再生コンテンツリストを生成するリスト生成手段と、
再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する再生手段とを有する、コンテンツ再生システム。
【請求項２】
複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、
前記各サーバが、
複数のコンテンツを記録するためのコンテンツ記憶部と、
前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、
前記複数のクライアントが、１つのメインクライアントと、１又は複数のサブクライアントとを含み、
前記メインクライアントが、
前記各サーバのコンテンツリストに基づいて、同一サーバから所定時間以上又は所定コンテンツ数以上連続してコンテンツを受信するように、複数の前記サーバのコンテンツを再生順に列挙したメインクライアントの再生コンテンツリストを生成する第１リスト生成手段と、
メインクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第１再生手段とを有し、
前記サブクライアントが、
メインクライアントの再生コンテンツリストを参照し、前記メインクライアントが同一サーバから連続してコンテンツを受信する時間と同じ時間分の当該サーバのコンテンツを選択して、選択したコンテンツをサブクライアントの再生コンテンツリストに含めることにより、前記サブクライアントが前記メインクライアントと同時に同じ前記サーバからコンテンツを受信して再生するように、複数の前記サーバのコンテンツを再生順に列挙したサブクライアントの再生コンテンツリストを生成する第２リスト生成手段と、
前記サブクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第２再生手段とを有する、コンテンツ再生システム。
【請求項３】
最初にコンテンツを再生開始する前記クライアントが前記メインクライアントになり、前記メインクライアントが存在している状態でコンテンツを再生開始する前記クライアントが前記サブクライアントになる、請求項２に記載のコンテンツ再生システム。
【請求項４】
前記メインクライアントが、
ネットワークから離脱する場合、前記メインクライアントとしての機能を引き継ぐように１つの前記サブクライアントに引継指示を送信する手段をさらに有し、
前記サブクライアントが、
前記メインクライアントから引継指示を受信した場合に、前記メインクライアントとしての機能を引き継いで前記メインクライアントになる、請求項２または３に記載のコンテンツ再生システム。
【請求項５】
前記メインクライアントが、
ユーザ操作に応じてコンテンツの再生を停止する手段と、
コンテンツの再生を停止した場合であっても、コンテンツの現在の再生位置のみを更新し続ける更新手段と、
ユーザ操作に応じてコンテンツの再生を開始する場合、前記更新手段によって更新されているコンテンツの現在の再生位置からコンテンツの再生を開始する再生再開手段とをさらに有する、請求項２〜４のいずれかに記載のコンテンツ再生システム。
【請求項６】
前記サブクライアントが、
ユーザ操作に応じてコンテンツの再生を停止する手段と、
ユーザ操作に応じてコンテンツの再生を開始する場合、前記メインクライアントの現在の再生位置の情報を前記メインクライアントから取得する手段と、
取得された前記メインクライアントの現在の再生位置の情報に基づいて、前記サブクライアントの再生コンテンツリストにおける再生再開位置を特定する手段とをさらに有し、
前記第２再生手段が、特定された再生再開位置からコンテンツの再生を開始する、請求項２〜５のいずれかに記載のコンテンツ再生システム。
【請求項７】
前記各サーバのうち、前記各クライアントのいずれかにコンテンツを送信している前記サーバのみが電源オン状態になっており、前記クライアントのいずれにもコンテンツを送信していない前記サーバが電源オフ状態になっている、請求項１〜６のいずれかに記載のコンテンツ再生システム。
【請求項１】
複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、
前記各サーバが、
複数のコンテンツを記録するためのコンテンツ記憶部と、
前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、
前記各クライアントが、
各クライアントが同時に同じ前記サーバからそれぞれ異なるコンテンツを受信して再生するように複数の前記サーバのコンテンツを再生順に列挙した再生コンテンツリストを生成するリスト生成手段と、
再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する再生手段とを有する、コンテンツ再生システム。
【請求項２】
複数のサーバと、複数の前記サーバとネットワーク経由で接続可能な複数のクライアントとを備えるコンテンツ再生システムであって、
前記各サーバが、
複数のコンテンツを記録するためのコンテンツ記憶部と、
前記クライアントからの指示に応じて、指定されたコンテンツを前記クライアントに送信するコンテンツ送信手段とを有し、
前記複数のクライアントが、１つのメインクライアントと、１又は複数のサブクライアントとを含み、
前記メインクライアントが、
前記各サーバのコンテンツリストに基づいて、同一サーバから所定時間以上又は所定コンテンツ数以上連続してコンテンツを受信するように、複数の前記サーバのコンテンツを再生順に列挙したメインクライアントの再生コンテンツリストを生成する第１リスト生成手段と、
メインクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第１再生手段とを有し、
前記サブクライアントが、
メインクライアントの再生コンテンツリストを参照し、前記メインクライアントが同一サーバから連続してコンテンツを受信する時間と同じ時間分の当該サーバのコンテンツを選択して、選択したコンテンツをサブクライアントの再生コンテンツリストに含めることにより、前記サブクライアントが前記メインクライアントと同時に同じ前記サーバからコンテンツを受信して再生するように、複数の前記サーバのコンテンツを再生順に列挙したサブクライアントの再生コンテンツリストを生成する第２リスト生成手段と、
前記サブクライアントの再生コンテンツリストに列挙された順番に、前記サーバからコンテンツを受信して再生する第２再生手段とを有する、コンテンツ再生システム。
【請求項３】
最初にコンテンツを再生開始する前記クライアントが前記メインクライアントになり、前記メインクライアントが存在している状態でコンテンツを再生開始する前記クライアントが前記サブクライアントになる、請求項２に記載のコンテンツ再生システム。
【請求項４】
前記メインクライアントが、
ネットワークから離脱する場合、前記メインクライアントとしての機能を引き継ぐように１つの前記サブクライアントに引継指示を送信する手段をさらに有し、
前記サブクライアントが、
前記メインクライアントから引継指示を受信した場合に、前記メインクライアントとしての機能を引き継いで前記メインクライアントになる、請求項２または３に記載のコンテンツ再生システム。
【請求項５】
前記メインクライアントが、
ユーザ操作に応じてコンテンツの再生を停止する手段と、
コンテンツの再生を停止した場合であっても、コンテンツの現在の再生位置のみを更新し続ける更新手段と、
ユーザ操作に応じてコンテンツの再生を開始する場合、前記更新手段によって更新されているコンテンツの現在の再生位置からコンテンツの再生を開始する再生再開手段とをさらに有する、請求項２〜４のいずれかに記載のコンテンツ再生システム。
【請求項６】
前記サブクライアントが、
ユーザ操作に応じてコンテンツの再生を停止する手段と、
ユーザ操作に応じてコンテンツの再生を開始する場合、前記メインクライアントの現在の再生位置の情報を前記メインクライアントから取得する手段と、
取得された前記メインクライアントの現在の再生位置の情報に基づいて、前記サブクライアントの再生コンテンツリストにおける再生再開位置を特定する手段とをさらに有し、
前記第２再生手段が、特定された再生再開位置からコンテンツの再生を開始する、請求項２〜５のいずれかに記載のコンテンツ再生システム。
【請求項７】
前記各サーバのうち、前記各クライアントのいずれかにコンテンツを送信している前記サーバのみが電源オン状態になっており、前記クライアントのいずれにもコンテンツを送信していない前記サーバが電源オフ状態になっている、請求項１〜６のいずれかに記載のコンテンツ再生システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−５８８１７（Ｐ２０１３−５８８１７Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１１−１９４４４０（Ｐ２０１１−１９４４４０）
【出願日】平成２３年９月６日（２０１１．９．６）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２３年９月６日（２０１１．９．６）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
[ Back to top ]