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