(57)【要約】【課題】  異なるコントローラ用ＧＵＩ画面又はサーバ用ＧＵＩ画面を操作し、コントローラ又はサーバを操作する必要があり、ユーザにとってその操作がわかりにくいという問題を解決する。【解決手段】  表示モード１においては、サーバ１００は、サーバ用ＧＵＩ画面を生成し、コントローラ３００に送信する。コントローラ３００は、サーバ用ＧＵＩ画面を表示する。ユーザは、サーバ用ＧＵＩ画面を操作することによって、クライアントを制御する指示を入力する。従って、ユーザが、サーバ用ＧＵＩの操作に慣れている場合には、表示モード１が選択されることによって、サーバ用ＧＵＩを使用することができ、操作が分かり易くなる。一方、表示モード２においては、コントローラ３００がコントローラ用ＧＵＩ画面を生成し、表示する。【選択図】図１４
2010244620.tif 000002
【特許請求の範囲】
【請求項１】
相互に接続可能なサーバと、クライアントと、コントローラとを備えるコンテンツ再生システムであり、
前記サーバが、コンテンツを記録するためのコンテンツ記憶部と、
前記コンテンツ記憶部に記録されているコンテンツを前記クラアントに送信するコンテンツ送信手段と、
サーバ用ＧＵＩ画面を生成し、前記コントローラに送信する画面送信手段とを有し、
前記コントローラが、前記サーバ用ＧＵＩ画面を受信する画面受信手段と、
受信した前記サーバ用ＧＵＩ画面を表示する表示手段と、
前記サーバ用ＧＵＩ画面に基づいたユーザ操作に応じて、前記クライアントにコンテンツの再生指示を送信する指示送信手段とを有し、
前記クライアントが、前記コントローラから送信された指示に基づいて、前記サーバからコンテンツを受信するコンテンツ受信手段と、
受信したコンテンツを再生する再生手段とを有する、コンテンツ再生システム。
【請求項２】
前記クライアントが、コンテンツを再生する際に、前記クライアントの再生状態に関する情報、及び／又は、コンテンツの再生状況に関する情報を取得し、前記コントローラに送信する情報送信手段をさらに有し、
前記コントローラが、前記クライアントの再生状態に関する情報、及び／又は、コンテンツの再生状況に関する情報を受信する情報受信手段と、
前記サーバ用ＧＵＩ画面に、前記クライアントの再生状態に関する情報、及び／又は、コンテンツの再生状況に関する情報を合成した画面を生成する画面生成手段とをさらに有し、
前記表示手段が、前記画面生成手段によって生成された画面を表示する、請求項１に記載のコンテンツ再生システム。
【請求項３】
前記コントローラ及び前記サーバが、表示モードを第１表示モード又は第２表示モードに設定するモード設定手段をさらに有し、
前記第１表示モードに設定されている場合、前記画面送信手段がサーバ用ＧＵＩ画面を生成し、前記コントローラに送信し、前記画面受信手段が前記サーバ用ＧＵＩ画面を受信し、前記表示手段が前記サーバ用ＧＵＩ画面を表示し、
前記第２表示モードに設定されている場合、前記画面送信手段がサーバ用ＧＵＩ画面を生成して送信することなく、前記コントローラがコントローラ用ＧＵＩ画面を生成し、前記表示手段が前記コントローラ用ＧＵＩ画面を表示する、請求項１または２に記載のコンテンツ再生システム。
【請求項４】
前記サーバの負荷情報に基づいて、表示モードが前記第１表示モード又は前記第２表示モードのいずれかに設定される、請求項３に記載のコンテンツ再生システム。
【請求項５】
前記サーバ用ＧＵＩ画面がコンテンツリスト画面を含み、
前記画面送信手段が、前記コンテンツリスト画面と、前記コンテンツリスト画面に表示されるコンテンツ情報に関連付けられたコンテンツ特定情報とを送信し、
前記指示送信手段が、前記コンテンツリスト画面に基づいたユーザのコンテンツ選択操作に応じて、選択されたコンテンツのコンテンツ特定情報を特定し、前記クライアントに前記コンテンツ特定情報で特定されるコンテンツの再生指示を送信する、請求項１〜４のいずれかに記載のコンテンツ再生システム。
【請求項６】
請求項１〜５のいずれかに記載のコンテンツ再生システムにおける前記サーバ。
【請求項７】
請求項１〜５のいずれかに記載のコンテンツ再生システムにおける前記コントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、相互に接続可能なサーバと、クライアントと、コントローラとを備えるコンテンツ再生システムに関する。
【背景技術】
【０００２】
ＬＡＮ等のネットワークを介して相互に接続されるサーバ、クライアント及びコントローラを含むコンテンツ再生システムが提供されている。サーバには複数の曲ファイルが記録されている。コントローラは、クライアントに曲ファイルを再生するように指示する。クライアントは、コントローラからの指示に応じて、サーバに曲ファイルの送信を要求する。サーバは、クライアントからの要求に応じて、曲ファイルをクライアントに送信する。クライアントは、サーバから送信された曲ファイルを受信して再生する。また、サーバは、記録されている曲ファイルをサーバ自身で再生することもできる。
【０００３】
コントローラがクライアントに再生指示を送信しクライアントが曲ファイルを再生する場合、ユーザは、コントローラに表示されるコントローラ用ＧＵＩ画面を操作することにより、曲リストから曲ファイルを選択する等のクライアントを制御する各指示を入力する。同様に、サーバが自身で曲ファイルを再生する場合、ユーザは、サーバに表示されるサーバ用ＧＵＩ画面を操作することにより、曲ファイルを選択する等のサーバを制御する各指示を入力する。このように、異なるコントローラ用ＧＵＩ画面又はサーバ用ＧＵＩ画面を操作して曲ファイルを選択する等コントローラ又はサーバを制御する必要があり、ユーザにとってその操作がわかりにくいという問題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３１４９４号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、異なるコントローラ用ＧＵＩ画面又はサーバ用ＧＵＩ画面を操作し、コントローラ又はサーバを制御する必要があり、ユーザにとってその操作がわかりにくいという問題を解決するコンテンツ再生システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の好ましい実施形態によるコンテンツ再生システムは、相互に接続可能なサーバと、クライアントと、コントローラとを備えるコンテンツ再生システムであり、前記サーバが、コンテンツを記録するためのコンテンツ記憶部と、前記コンテンツ記憶部に記録されているコンテンツを前記クラアントに送信するコンテンツ送信手段と、サーバ用ＧＵＩ画面を生成し、前記コントローラに送信する画面送信手段とを有し、前記コントローラが、前記サーバ用ＧＵＩ画面を受信する画面受信手段と、受信した前記サーバ用ＧＵＩ画面を表示する表示手段と、前記サーバ用ＧＵＩ画面に基づいたユーザ操作に応じて、前記クライアントにコンテンツの再生指示を送信する指示送信手段とを有し、前記クライアントが、前記コントローラから送信された指示に基づいて、前記サーバからコンテンツを受信するコンテンツ受信手段と、受信したコンテンツを再生する再生手段とを有する。
【０００７】
サーバは、サーバ用ＧＵＩ画面を生成しコントローラに送信する。コントローラは、サーバ用ＧＵＩ画面を受信して表示する。ユーザは、コントローラが表示するサーバ用ＧＵＩ画面を操作することによって、クライアントに対する再生指示を入力する。従って、サーバ用ＧＵＩの操作に慣れているユーザは、サーバ用ＧＵＩ画面を使用してコントローラにクライアントの再生指示を入力することができるので、その操作が非常にわかりやすくなる。
【０００８】
好ましい実施形態においては、前記クライアントが、コンテンツを再生する際に、前記クライアントの再生状態に関する情報、及び／又は、コンテンツの再生状況に関する情報を取得し、前記コントローラに送信する情報送信手段をさらに有し、前記コントローラが、前記クライアントの再生状態に関する情報、及び／又は、コンテンツの再生状況に関する情報を受信する情報受信手段と、前記サーバ用ＧＵＩ画面に、前記クライアントの再生状態に関する情報、及び／又は、コンテンツの再生状況に関する情報を合成した画面を生成する画面生成手段とをさらに有し、前記表示手段が、前記画面生成手段によって生成された画面を表示する。
【０００９】
この場合、クライアントがコンテンツを再生することによって取得される、クライアントの再生状態に関する情報、及び／又は、コンテンツの再生状況に関する情報がコントローラに送信され、コントローラはサーバ用ＧＵＩ画面にこれらの取得した情報を合成して表示することができる。
【００１０】
好ましい実施形態においいては、前記コントローラ及び前記サーバが、表示モードを第１表示モード又は第２表示モードに設定するモード設定手段をさらに有し、前記第１表示モードに設定されている場合、前記画面送信手段がサーバ用ＧＵＩ画面を生成し、前記コントローラに送信し、前記画面受信手段が前記サーバ用ＧＵＩ画面を受信し、前記表示手段が前記サーバ用ＧＵＩ画面を表示し、前記第２表示モードに設定されている場合、前記画面送信手段がサーバ用ＧＵＩ画面を生成して送信することなく、前記コントローラがコントローラ用ＧＵＩ画面を生成し、前記表示手段が前記コントローラ用ＧＵＩ画面を表示する。
【００１１】
この場合、ユーザがサーバ用ＧＵＩ画面の操作に慣れている場合には、第１表示モードに設定されることにより、コントローラはサーバ用ＧＵＩ画面を表示し、ユーザは、サーバ用ＧＵＩ画面を操作してクライアントへの再生指示を入力することができ、ユーザがコントローラ用ＧＵＩ画面の操作に慣れている場合には、第２表示モードに設定されることにより、コントローラはコントローラ用ＧＵＩ画面を表示し、ユーザは、コントローラ用ＧＵＩ画面を操作してクライアントへの再生指示を入力することができる。
【００１２】
好ましい実施形態においては、前記サーバの負荷情報に基づいて、表示モードが前記第１表示モード又は前記第２表示モードのいずれかに設定される。
【００１３】
サーバ負荷が大きいときにサーバがサーバ用ＧＵＩ画面を生成すると、コントローラがサーバ用ＧＵＩ画面を表示し終えるまでに時間がかかるが、サーバ負荷が大きいときには自動的に第２表示モードが選択されることにより、コントローラが迅速にコントローラ用ＧＵＩ画面を表示することができる。
【００１４】
好ましい実施形態においては、前記サーバ用ＧＵＩ画面がコンテンツリスト画面を含み、前記画面送信手段が、前記コンテンツリスト画面と、前記コンテンツリスト画面に表示されるコンテンツ情報に関連付けられたコンテンツ特定情報とを送信し、前記指示送信手段が、前記コンテンツリスト画面に基づいたユーザのコンテンツ選択操作に応じて、選択されたコンテンツのコンテンツ特定情報を特定し、前記クライアントに前記コンテンツ特定情報で特定されるコンテンツの再生指示を送信する。
【００１５】
この場合、コントローラが、サーバが生成するコンテンツリスト画面を表示し、ユーザがコンテンツリスト画面からコンテンツを選択する場合でも、コントローラは、クライアントに再生指示するコンテンツを特定することができる。
【発明の効果】
【００１６】
本発明によれば、異なるコントローラ用ＧＵＩ画面又はサーバ用ＧＵＩ画面を操作し、コントローラ又はサーバを制御する必要があり、ユーザにとってその操作がわかりにくいという問題を解決することができる。
【発明を実施するための形態】
【００１７】
以下、本発明の好ましい実施形態によるコンテンツ再生システムについて説明するが、本発明はこれらの実施形態には限定されない。
【００１８】
［全体構成］
図１は、コンテンツ再生システムを示すブロック図である。コンテンツ再生システムは、サーバ１００と、クライアント２００と、コントローラ３００とを備える。これらは、ＬＡＮ等の任意のネットワークを介して接続されている。サーバ１００には複数のコンテンツが記録されている。コントローラ３００は、クライアント２００にコンテンツを再生するように指示する。クライアント２００は、コントローラ３００からの指示に応じて、サーバ１００にコンテンツの送信を要求する。サーバ１００は、クライアント２００からの要求に応じて、コンテンツをクライアントに送信する。クライアント２００は、サーバ１００から送信されたコンテンツを受信して再生する。また、サーバ１００は、記録されているコンテンツをサーバ１００自身で再生することもできる。コンテンツは、音声（音楽、曲）データ、及び／又は、画像（映像）データの総称であるが、本例では曲ファイルである。サーバ１００は、サーバ用ＧＵＩ画面を生成し、コントローラ３００に送信する。コントローラ３００は、サーバ用ＧＵＩ画面を受信して表示し、ユーザにサーバ用ＧＵＩ画面を操作させ、クライアント２００への指示を入力させる。
【００１９】
［サーバ１００の構成］
図２は、サーバ１００の構成を示すブロック図である。サーバ１００は、制御部１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＨＤＤ（Hard Disk Drive）等のコンテンツ記憶部１０４と、ＬＡＮインターフェース部等の通信部１０５と、再生部１０６と、画像生成部１０７と、操作部１０８と、表示部１０９とを備える。
【００２０】
ＨＤＤ１０４は、ユーザ操作によって複数の曲ファイルが記録される。また、ＨＤＤ１０４には、コンテンツ情報データベース（以下、コンテンツ情報ＤＢという）が記録されている。コンテンツ情報ＤＢは、ＨＤＤ１０４に記録されている全曲ファイルについて、コンテンツ情報（メタデータともいい、曲名、アーティスト名、アルバム名、ジャンル名、再生時間等）を記憶するデータベースである。また、コンテンツ情報ＤＢには、各コンテンツのコンテンツ特定情報（ＨＤＤ上のＵＲＬ又は曲ＩＤ等）が記憶される。コンテンツ情報ＤＢの各情報に基づいて、曲リストが生成される。
【００２１】
制御部１０１は、ＲＯＭ１０２に記録されたサーバプログラムに基づいてサーバ１００の各部を制御するものであり、マイコンやＣＰＵ等である。制御部１０１は、通信部１０５及びＬＡＮ４００を介して、クライアント２００及びコントローラ３００と通信する。通信とは、コマンド又はコンテンツ等を送受信することである。制御部１０１は、クライアント２００からの要求に応じて、曲ファイルをＨＤＤ１０４から読み出して、通信部１０５を介してクライアント２００に曲データを送信する。
【００２２】
制御部１０１は、コントローラがＧＵＩ画面を表示する表示モードとして、表示モード１と表示モード２との中からユーザ操作によって選択されたいずれかの表示モードに設定する。表示モード１及び表示モード２の意味については、後述する。表示モード１の場合に、制御部１０１は、サーバ用ＧＵＩ画面を画像生成部１０７に生成させ、サーバ用ＧＵＩ画面をコントローラ３００に送信する。サーバ用ＧＵＩ画面は、サーバ１００自身がＨＤＤ１０４に記録されている曲ファイルを再生部１０６によって再生する際に、表示部１０９に表示するＧＵＩ画面である。サーバ用ＧＵＩ画面は、例えば、曲リスト画面及び再生画面を含む。
【００２３】
制御部１０１は、コントローラ３００からの要求に応じて、コンテンツ情報ＤＢに基づいて曲リストを生成する。制御部１０１は、曲リストに基づいて、画像生成部１０７に図３に示す曲リスト画面を生成させる。制御部１０１は、図３の曲リスト画面に表示されている曲名について、図４に示すＵＲＬテーブルを生成する。ＵＲＬテーブルは、曲リスト画面において座標１及び座標２で特定される位置に表示されている曲名の曲ファイルのＵＲＬを示すテーブルである。
【００２４】
制御部１０１は、図５に示す再生画面の固定画面を画像生成部１０７に生成させ、コントローラ３００に送信する。再生画面の固定画面は、曲ファイルの曲名、アーティスト名、アルバム名、再生時間等の画面部品を合成して生成されており、同一の曲ファイルを再生している間には変化しない画面部品のみを合成した画面である。
【００２５】
［クライアント２００の構成］
図６は、クライアント２００の構成を示すブロック図である。クライアント２００は、制御部２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ＬＡＮインターフェース等の通信部２０４と、再生部２０５とを備える。
【００２６】
制御部２０１は、ＲＯＭ２０２に格納されているクライアントプログラムに基づいてクライアント２００の各部を制御するものであり、マイコンやＣＰＵ等である。制御部２０１は、通信部２０４及びＬＡＮ４００を介してサーバ１００及びコントローラ３００と通信する。
【００２７】
制御部２０１は、コントローラ３００から曲ファイルの再生指示を受信すると、サーバ１００に曲ファイルを要求する。通信部２０４は、サーバ１００から曲データをＬＡＮ４００経由で、例えばストリーミング形式で受信する。受信した曲データは、再生部２０５によって再生処理（デコード、ＤＡ変換、増幅等）が実行される。制御部２０１は、曲データを再生する際に曲データのスペアナ（スペクトラム・アナライザ、周波数−音圧レベル特性）値を測定する。制御部２０１は、測定したスペアナ値と、曲ファイルの再生経過時間とを、コントローラ３００に送信する。
【００２８】
［コントローラの構成］
図７は、コントローラ３００の構成を示すブロック図である。コントローラ３００は、制御部３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ＬＡＮインターフェース等の通信部３０４と、操作部３０５と、表示部３０６と、画像生成部３０７とを備える。
【００２９】
制御部３０１は、ＲＯＭ３０２に格納されているコントローラプログラムに基づいてコントローラ３００の各部を制御するものであり、マイコンやＣＰＵ等である。制御部３０１は、通信部３０４及びＬＡＮ４００を介してサーバ１００及びクライアント２００と通信する。制御部３０４は、クライアント２００に対して、曲ファイルの再生指示、停止指示、早送り指示等の各指示を送信する。
【００３０】
制御部３０１は、クライアント２００を制御するために、表示部３０６にサーバ用ＧＵＩ画面、又は、コントローラ用ＧＵＩ画面を表示する。これらのＧＵＩ画面は、クライアント２００が再生すべき曲ファイルをユーザ操作によって選択するための曲リスト画面や、クライアント２００の再生状態に関する情報（再生、早送り、停止）、及び、曲ファイルの再生状況（再生されている曲のコンテンツ情報、再生経過時間、又は、スペアナ値等）を表示する再生画面等を含む。
【００３１】
制御部３０１は、ＧＵＩ画面を表示する表示モードとして、表示モード１と表示モード２との中からユーザ操作によって選択された表示モードに設定する。設定するとは、ＲＡＭ３０３に記憶することをいう。
【００３２】
表示モード１は、サーバ用ＧＵＩ画面を表示部３０６に表示させ、クライアント２００を制御するモードである。サーバ用ＧＵＩ画面は、本来、サーバ１００が曲ファイルを再生する際に、サーバ１００の表示部１０９に表示される画面である。例えば、表示モード１では、制御部３０１は、サーバ１００から送信された図３に示す曲リスト画面を表示部３０６に表示させる。また、表示モード１では、制御部３０１は、サーバ１００から送信された図５に示す再生画面の固定画面に、クライアント２００から送信された再生状態、再生経過時間及びスペアナ値を合成した図８に示す再生画面を画像生成部３０７に生成させ、表示部３０６に表示させる。
【００３３】
表示モード２は、コントローラ用ＧＵＩ画面を表示部３０６に表示させ、クライアント２００を制御するモードである。例えば、表示モード２では、制御部３０１は、サーバ１００から送信された曲リストに基づいて、曲リスト画面を画像生成部３０７に生成させ、表示部３０６に表示させる。また、表示モード２では、制御部３０１は、曲ファイルの曲名、アーティスト名、アルバム名、再生時間が表示された再生画面の固定画面を画像生成部３０７に生成させる。制御部３０１は、再生画面の固定画面に、クライアント２００から送信された再生状態、再生経過時間及びスペアナ値を合成した再生画面を画像生成部３０７に生成させ、表示部３０６に表示させる。
【００３４】
以下、本実施形態の動作を説明する。
［表示モード設定処理］
図９はコントローラ３００の表示モード設定処理を示すフローチャートである。コントローラ３００の制御部３０１は、現在ＬＡＮ上で稼働している（電源オン状態で動作可能な状態である）機器を検索し、検索した機器の一覧を表示部３０６に表示させる（Ｓ１）。例えば、図１０に示すように、サーバ１００及びクライアント２００等が検索され、表示部３０６に表示される。制御部３０１は、ユーザ操作に基づいて、制御対象のクライアントをリストの中から選択する（Ｓ２）。ここでは、クライアント２００が選択される。同様に、制御部３０１は、ユーザ操作に基づいて、制御対象のサーバをリストの中から選択する（Ｓ３）。ここでは、サーバ３００が選択される。
【００３５】
続いて、制御部３０１は、クライアント２００を制御するための表示モードをユーザ操作に基づいて選択する（Ｓ４）。詳細には、制御部３０１は、表示部３０６に図１１に示す表示モード選択画面を表示させ、ユーザに操作部３０５を介して表示モードを選択させる。制御部３０１は、表示モード１が選択されたか否かを判断する（Ｓ５）。表示モード１が選択された場合（Ｓ５でＹＥＳ）、制御部３０１は、表示モード１でクラアイント２００を制御する処理を実行し（Ｓ６）、サーバ１００に表示モード１が選択されたことを通知する（Ｓ７）。表示モード２が選択された場合（Ｓ５でＮＯ）、制御部３０１は、表示モード２でクラアイント２００を制御する処理を実行し（Ｓ８）、サーバ１００に表示モード２が選択されたことを通知する（Ｓ９）。
【００３６】
［表示モード１での再生処理］
図１２は、表示モード１における、サーバ１００、クライアント２００及びコントローラ３００の処理を示すシーケンス図である。コントローラ３００は、表示モード１が選択されたことをサーバ１００に通知する（Ｓ１１）。サーバ１００は、コントローラ３００から通知を受信すると、表示モード１に移行する（Ｓ３１）。つまり、表示モード１であることをＲＡＭ１０３に記憶する。
【００３７】
サーバ１００は、図１３に示す再生画面情報テーブルをコントローラ３００に送信する。再生画面情報テーブルは、ＲＯＭ１０２又はＨＤＤ１０４に予め格納されている。再生画面情報テーブルは、図５の固定画面に画面部品を合成し、図８の再生画面を生成するためのテーブルである。再生画面情報テーブルは、クライアント２００からのコマンドに対応付けて、図５の固定画面に合成する位置Ｘ，Ｙ（例えば画面部品の左上部の位置）と、画面部品のファイル名とが記憶されている。Ｘは横軸の座標であり、Ｙは縦軸の座標である。また、サーバ１００は、再生画面情報テーブルに記載されている画面部品の画像ファイル（Play.jpg、FF.jpg等）をコントローラ３００に送信する。画面部品の画像ファイルも、ＲＯＭ１０２又はＨＤＤ１０４に予め格納されている。
【００３８】
例えば、クライアント２００からPlay State(Play)のコマンドを受信した場合、再生画面の固定画面において、横軸が５６，縦軸が３２の位置に、ファイル名がPlay.jpgの画面部品を合成することを意味している。
【００３９】
コントローラ３００は、再生画面情報テーブルと、画面部品の画像ファイルとを受信して、ＲＡＭ３０３に記憶する。コントローラ３００は、ユーザ操作に応じて、曲リスト画面をサーバ１００に要求する（Ｓ１２）。サーバ１００は、曲リスト画面要求を受信すると、コンテンツ情報ＤＢに基づいて、曲リストを生成する（Ｓ３３）。また、サーバ１００は、曲リストに基づいて、図３に示す曲リスト画面、及び、図４に示すＵＲＬテーブルを生成する（Ｓ３３）。サーバ１００は、曲リスト画面、及び、ＵＲＬテーブルをコントローラ３００に送信する（Ｓ３４）。
【００４０】
コントローラ３００は、曲リスト画面、及び、ＵＲＬテーブルを受信すると、曲リスト画面を表示部３０６に表示し、ＵＲＬテーブルをＲＡＭ３０３に記憶する（Ｓ１３）。コントローラ３００は、ユーザ操作によって曲リスト画面の中から再生すべき曲名が選択されると、ＵＲＬテーブルを参照し、選択された曲名の位置に対応するＵＲＬを特定する。そして、コントローラ３００は、特定したＵＲＬを含む再生指示をクライアント２００に送信する（Ｓ１４）。
【００４１】
クライアント２００は、再生指示を受信すると、ＵＲＬを含む曲データ送信要求を、サーバ１００に送信する（Ｓ２１）。サーバ１００は、曲データ送信要求を受信すると、ＵＲＬに基づいて再生する曲ファイルを特定する。サーバ１００は、コンテンツ情報ＤＢに基づいて、ＵＲＬに関連付けられた曲名、アーティスト名、アルバム名、再生時間を取得し、取得した各情報を用いて図５に示す再生画面の固定画面を生成する（Ｓ３５）。サーバ１００は、生成した再生画面の固定画面をコントローラ３００に送信する。コントローラ３００は、再生画面の固定画面を受信すると、表示部３０６に表示する（Ｓ１５）。
【００４２】
続いて、サーバ１００は、ＵＲＬに基づいてＨＤＤ１０４から曲ファイルを読み出して、曲ファイルの曲データをクライアント２００に送信する（Ｓ３６）。クライアント２００は、曲データを受信すると、曲データを再生開始する（Ｓ２２）。クライアント２００は、曲データを再生する際にスペアナ値を測定する。クライアント２００は、再生状態が再生であることを示すコマンドPlay State(Play)と、再生経過時間を示すコマンドPlay
Timeと、スペアナ値を示すコマンドSpeanaとをコントローラ３００に送信する（Ｓ２３）。なお、再生経過時間を示すコマンドPlay
Timeと、スペアナ値を示すコマンドSpeanaとは、所定時間（例えば１秒）毎に随時コントローラ３００に送信される。
【００４３】
コントローラ３００は、これらのコマンドを受信すると、再生画面情報テーブルを参照し、再生画面の固定画面に画面部品を合成し、図８に示す再生画面を生成し、表示部３０６に表示する（Ｓ１６）。例えば、再生状態が再生であることを示すコマンドPlay State(Play)に応じて、固定画面の横軸５６、縦軸３２の位置に、Play.jpgの画像ファイル（再生アイコン）を合成する。また、再生経過時間を示すコマンドPlay Timeに応じて、固定画面の横軸５０、縦軸３５の位置に、取得した再生時間を合成する。また、スペアナ値を示すコマンドSpeanaに応じて、固定画面の横軸６０、縦軸４５の位置に、取得したスペアナ値を合成する。
【００４４】
以上のように、表示モード１においては、コントローラ３００は、サーバ用ＧＵＩ画面（曲リスト画面および再生画面）を用いてクライアント２００の再生を制御することができる。従って、ユーザがサーバ１００自体で曲ファイルを再生することが多く、サーバ用ＧＵＩ画面の操作に慣れている場合には、ユーザは、表示モード１を選択することにより、操作の慣れているサーバ用ＧＵＩ画面を使ってコントローラ３００にクライアント２００を制御する指示を入力することができる。
【００４５】
［表示モード２での再生処理］
図１４は、表示モード２における、サーバ１００、クライアント２００及びコントローラ３００の処理を示すシーケンス図である。コントローラ３００は、表示モード２が選択されたことをサーバ１００に通知する（Ｓ４１）。サーバ１００は、コントローラ３００から通知を受信すると、表示モード２に移行する（Ｓ６１）。つまり、表示モード２であることをＲＡＭ１０３に記憶する。
【００４６】
コントローラ３００は、ユーザ操作に応じて、曲リストをサーバ１００に要求する（Ｓ４２）。サーバ１００は、曲リスト要求を受信すると、コンテンツ情報ＤＢに基づいて、曲リストを生成する（Ｓ６２）。図１５は、生成される曲リストを示す図である。曲リストには、曲名、アーティスト名、アルバム名、再生時間、ＨＤＤ１０４上のＵＲＬを含む。サーバ１００は、生成した曲リストをコントローラ３００に送信する（Ｓ６３）。
【００４７】
コントローラ３００は、曲リストを受信すると、曲リスト画面を生成し、表示部３０６に表示する（Ｓ４３）。ここで作成される曲リスト画面は、図３の曲リスト画面とは異なり、コントローラ３００独自のＧＵＩ（コントローラ用ＧＵＩ画面）によって構成されている。コントローラ３００は、ユーザ操作によって曲リスト画面の中から再生すべき曲名が選択されると、曲リストを参照し、選択された曲名に対応するＵＲＬを特定する。そして、コントローラ３００は、特定したＵＲＬを含む再生指示をクライアント２００に送信する（Ｓ４４）。
【００４８】
また、コントローラ３００は、曲リストに基づいて、選択された曲名に関連付けられたアーティスト名、アルバム名、再生時間を取得し、取得した各情報を用いて再生画面の固定画面を生成し、表示部３０６に表示する（Ｓ４５）。ここで生成される再生画面の固定画面は、図５の画面とは異なり、コントローラ３００独自の画面（コントローラ用ＧＵＩ画面）である。
【００４９】
クライアント２００は、再生指示を受信すると、ＵＲＬを含む曲データ送信要求を、サーバ１００に送信する（Ｓ５１）。サーバ１００は、曲データ送信要求を受信すると、ＵＲＬに基づいて再生する曲ファイルを特定する。サーバ１００は、ＵＲＬに基づいてＨＤＤ１０４から曲ファイルを読み出して、曲ファイルの曲データをクライアント２００に送信する（Ｓ６４）。
【００５０】
クライアント２００は、曲データを受信すると、曲データを再生開始する（Ｓ５２）。クライアント２００は、曲データを再生する際にスペアナ値を測定する。クライアント２００は、再生状態が再生であることを示すコマンドPlay State(Play)と、再生経過時間を示すコマンドPlay
Timeと、スペアナ値を示すコマンドSpeanaとをコントローラ３００に送信する（Ｓ５３）。なお、再生経過時間を示すコマンドPlay
Timeと、スペアナ値を示すコマンドSpeanaとは、所定時間（例えば１秒）毎に随時コントローラに送信される。
【００５１】
コントローラ３００は、これらのコマンドを受信すると、再生画面の固定画面に画面部品を合成し、再生画面を生成し、表示部３０６に表示する（Ｓ４６）。例えば、再生状態が再生であることを示すコマンドPlay State(Play)に応じて、固定画面の所定位置に、再生アイコンを合成する。また、再生経過時間を示すコマンドPlay Timeに応じて、固定画面の所定位置に、取得した再生時間を合成する。また、スペアナ値を示すコマンドSpeanaに応じて、固定画面の所定位置に、取得したスペアナ値を合成する。
【００５２】
以上のように、表示モード２においては、コントローラは、コントローラ用ＧＵＩ画面（曲リスト画面および再生画面）を用いてクライアント２００の再生を制御することができる。従って、ユーザがコントローラ３００を操作してクライアント２００に曲ファイルを再生させることが多く、コントローラ用ＧＵＩ画面の操作に慣れている場合には、ユーザは、表示モード２を選択することにより、操作の慣れているコントローラ用ＧＵＩ画面を使ってコントローラ３００に指示を入力することができる。
【００５３】
［表示モード自動設定］
他の好ましい実施形態では、コントローラ３００は、ユーザ操作によらず、サーバ１００の動作状態（負荷状態）に基づいて、自動的に表示モードを設定する。図１６は、表示モード設定処理を示すコントローラ３００及びサーバ１００の処理を示すシーケンス図である。コントローラ３００は、サーバ１００に対して、サーバ負荷問い合わせを送信する（Ｓ７１）。これに応答して、サーバ１００は、自身の負荷に関する情報を確認する（Ｓ７３）。
【００５４】
図１７に示すように、サーバ１００は、曲データをＨＤＤ１０４に記録中、又は、コンテンツ情報を更新中、又は、プレイリスト更新中等であるか否かを判断する（Ｓ８１）。これらのいずれかに該当する場合（Ｓ８１でＹＥＳ）、サーバ１００は、サーバ１００の負荷が大であると判断する（Ｓ８４）。すなわち、これらいずれかの処理によって、ＨＤＤ１０４に記録されている曲数が変動、及び／又は、曲リストの構成が変動するので、サーバ用ＧＵＩ画面を頻繁に変更する必要が生じるので、サーバ１００の負荷が大きくなる。
【００５５】
これらのいずれにも該当しない場合（Ｓ８１でＮＯ）、サーバ１００は、ユーザ操作による指示がサーバ１００に頻繁に入力されているか否かを判断する（Ｓ８２）。頻繁に入力されている場合（Ｓ８２でＹＥＳ）、サーバ１００の負荷が中であると判断する（Ｓ８５）。頻繁に入力されていない場合（Ｓ８２でＮＯ）、サーバ１００は、ＣＰＵ（制御部１０１）の負荷率が所定値以上であるか否かを判断する（Ｓ８３）。所定値以上であれば（Ｓ８３でＹＥＳ）、サーバ１００の負荷が中であると判断する（Ｓ８５）。一方、所定値未満であれば（Ｓ８３でＮＯ）、サーバ１００の負荷が小であると判断する（Ｓ８６）。
【００５６】
図１６に戻って、サーバ１００は、確認した負荷情報をコントローラ３００に送信する（Ｓ７４）。コントローラ３００は、サーバ１００の負荷情報を受信すると、負荷情報に基づいて表示モードを設定する（Ｓ７２）。例えば、コントローラ３００は、サーバ１００の負荷が大又は中であれば、表示モードを表示モード２に設定する。従って、サーバ１００の負荷が比較的大きい場合には、サーバ１００に再生画面の固定画面や曲リスト画面を生成させず、コントローラ３００が再生画面の固定画面や曲リスト画面を生成することによって、再生画面や曲リスト画面が表示されるまでの時間を短縮できる。
【００５７】
一方、コントローラ３００は、サーバ１００の負荷が小であれば、表示モードを表示モード１に設定する。従って、サーバ１００の負荷が小さい場合には、サーバ１００に再生画面の固定画面や曲リスト画面を生成させることによって、サーバ用ＧＵＩ画面を使用してコントローラ３００に指示を入力することができる。
【００５８】
なお、ユーザ操作によって表示モードを設定しておき、表示モード１に設定されている場合には、サーバ負荷が大又は中の時には表示モード２で表示し、サーバ負荷が小の時だけ表示モード１で表示するようにしてもよい。また、サーバ負荷が中の時に表示モード１に自動的に設定されてもよい。
【００５９】
以上本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。上記のサーバ、クライアント又はコントローラの動作をコンピュータに実行させるためのコンピュータプログラム又はそれを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００６０】
本発明は、サーバ、クライアント及びコントローラを備えるコンテンツ再生システムに好適に採用され得る。
【図面の簡単な説明】
【００６１】
【図１】本実施形態によるコンテンツ再生システムを示す図である。
【図２】本実施形態によるサーバ１００を示す図である。
【図３】サーバ１００によって生成される曲リスト画面を示す図である。
【図４】ＵＲＬテーブルを示す図である。
【図５】サーバ１００によって生成される再生画面を示す図である。
【図６】本実施形態によるクライアント２００を示す図である。
【図７】本実施形態によるコントローラ３００を示す図である。
【図８】コントローラ３００で表示される再生画面を示す図である。
【図９】コントローラ３００の表示モード設定処理を示すフローチャートである。
【図１０】機器一覧画面を示す図である。
【図１１】表示モード選択画面を示す図である。
【図１２】表示モード１における各装置の処理を示すシーケンス図である。
【図１３】再生画面情報テーブルを示す図である。
【図１４】表示モード２における各装置の処理を示すシーケンス図である。
【図１５】曲リストを示す図である。
【図１６】サーバ負荷に応じた表示モード設定処理を示すシーケンス図である。
【図１７】サーバ１０によるサーバ負荷を決定する処理を示すフローチャートである。
【符号の説明】
【００６２】
１００          サーバ
２００          クライアント
３００          コントローラ
【図１】
2010244620.tif 000003
【図２】
2010244620.tif 000004
【図３】
2010244620.tif 000005
【図４】
2010244620.tif 000006
【図５】
2010244620.tif 000007
【図６】
2010244620.tif 000008
【図７】
2010244620.tif 000009
【図８】
2010244620.tif 000010
【図９】
2010244620.tif 000011
【図１０】
2010244620.tif 000012
【図１１】
2010244620.tif 000013
【図１２】
2010244620.tif 000014
【図１３】
2010244620.tif 000015
【図１４】
2010244620.tif 000016
【図１５】
2010244620.tif 000017
【図１６】
2010244620.tif 000018
【図１７】
2010244620.tif 000019