(57)【要約】【課題】供給されるコンテンツが再生できないという事態が発生するのを、より根本的な手段によって解決する。【解決手段】コンテンツサーバにおいて、クライアントに供給したコンテンツファイルがクライアントにおいて再生できない旨の通知を受信する手段と、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を記憶する手段と、コンテンツファイルの登録の受付に際し、登録が要求されるコンテンツファイルに関する所定の情報及び前記記憶手段により記憶されているコンテンツファイルに関する所定の情報を比較し、これらが一致する場合、登録を受け付けないようにする（ステップ９５、９６）。さらには、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を、クライアントに関する所定の情報とともに、クライアントに関するサービスを行うためのサービスサーバに送信する手段を設ける。【選択図】図７
2007221399.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツファイルの登録を受け付ける登録手段と、
前記登録したコンテンツファイルを再生するクライアント装置との接続手段と、
前記接続手段により接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給手段とを備えたサーバ装置であって、
前記クライアント装置より、前記供給手段によって供給したコンテンツファイルが再生できない旨の通知を受信する受信手段と、
前記受信手段により受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を記憶する記憶手段とを備え、
前記登録手段は、コンテンツファイルの登録の受付に際し、登録が要求されるコンテンツファイルに関する所定の情報及び前記記憶手段に記憶されているコンテンツファイルに関する所定の情報を比較し、比較した所定の情報が一致する場合、前記登録が要求されるコンテンツファイルの登録を受け付けないことを特徴とする、サーバ装置。
【請求項２】
コンテンツファイルの登録を受け付ける登録手段と、
前記登録したコンテンツファイルを再生するクライアント装置との接続手段と、
前記接続手段により接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給手段とを備えたサーバ装置であって、
前記クライアント装置より、前記供給手段によって供給したコンテンツファイルが再生できない旨の通知を受信する受信手段を備え、
前記受信手段により受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を、前記クライアント装置に関する所定の情報とともに、前記クライアント装置に関するサービスを行うためのサービスサーバに送信することを特徴とする、サーバ装置。
【請求項３】
前記コンテンツファイルに関する所定の情報には、コーデックの種類、コーデックのバージョン、サンプリング周波数、ビットレートのうち少なくとも１つが含まれることを特徴とする、請求項１又は２に記載のサーバ装置。
【請求項４】
請求項１〜３のいずれかのサーバ装置における各手段としてコンピュータを機能させることを特徴とするサーバプログラム。
【請求項５】
コンテンツファイルの登録を受け付ける登録工程と、
前記登録したコンテンツファイルを再生するクライアント装置との接続を行う接続工程と、
前記接続工程において接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給工程とを備えた、サーバ装置によるコンテンツ供給方法であって、
前記クライアント装置より、前記供給工程において供給したコンテンツファイルが再生できない旨の通知を受信する受信工程と、
前記受信工程において受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を記憶する記憶工程とを備え、
前記登録工程においては、コンテンツファイルの登録の受付に際し、登録が要求されるコンテンツファイルに関する所定の情報及び前記記憶工程において記憶されたコンテンツファイルに関する所定の情報を比較し、比較した所定の情報が一致する場合、前記登録が要求されるコンテンツファイルの登録を受け付けないことを特徴とする、コンテンツ供給方法。
【請求項６】
コンテンツファイルの登録を受け付ける登録工程と、
前記登録したコンテンツファイルを再生するクライアント装置との接続を行う接続工程と、
前記接続工程において接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給工程とを備えた、サーバ装置によるコンテンツ供給方法であって、
前記クライアント装置より、前記供給工程において供給したコンテンツファイルが再生できない旨の通知を受信する受信工程を備え、
前記受信工程において受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を、前記クライアント装置に関する所定の情報とともに、前記クライアント装置に関するサービスを行うためのサービスサーバに送信することを特徴とする、コンテンツ供給方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、要求されるコンテンツをクライアント装置に供給するサーバ装置、サーバプログラム、及びコンテンツ供給方法に関する。
【背景技術】
【０００２】
従来、映像や音楽、写真等のコンテンツをサーバから供給し、クライアントにおいて再生するようにしたネットワーク型のコンテンツ再生システムが知られている。図８はこのようなシステムの一例を示す。このシステムは、コンテンツが供給されるクライアント８１、コンテンツを供給するコンテンツサーバ８２、及びこれらを接続するルータ８３を備える。
【０００３】
クライアント８１は、コンテンツサーバ８２からコンテンツリストを取得して表示し、コンテンツリスト中からユーザにより選定されたコンテンツの提供をコンテンツサーバ８２に対して要求する。コンテンツサーバ８２はこの要求に応じ、要求されたコンテンツをクライアント８１に供給する。クライアント８１は、供給されるコンテンツを再生する。
【０００４】
図９はクライアント８１における画面表示例を示す。図中の９１はコンテンツリストが表示されている画面、９２はコンテンツリストにおいて選択されているコンテンツの位置に表示されているカーソル、９３はコンテンツの映像が表示されている画面、９４はその映像が表示されている領域である。クライアント８１はカーソル９２を移動させてコンテンツの選択を行うための上下キー、及び選択されたコンテンツの選択を確定（以下、「選定」という。）するためのエンターキー又はプレイキーを備える。
【０００５】
図１０はクライアント８１の動作の一部を示すフローチャートである。処理を開始するとクライアント８１はまず、ステップ１０１において、コンテンツサーバ８２から取得したコンテンツリストの表示を行う。図９の例では、クライアント８１における画面表示は画面９１のような状態となる。
【０００６】
次に、ステップ１０２及び１０４において、上下キー又はエンターキー若しくはプレイキーが操作されるのを待機する。上下キーが操作されるとステップ１０２から１０３へ進み、新たに選択されたコンテンツをカーソル９２が指し示すように表示を更新する。したがって、ユーザは上下キーを連続的に押下したり、間欠的に押下を繰り返したりすることにより、カーソル９２をコンテンツリストの上方向又は下方向に移動させ、所望のコンテンツに位置付けて、そのコンテンツを選択することができる。
【０００７】
一方、エンターキー又はプレイキーが操作されるとステップ１０４から１０５へ進み、再生エラータイマをセットする。このとき、選定されたコンテンツの提供要求がコンテンツサーバ８１に発せられ、画面表示は画面９３の状態に移行する。そして、ステップ１０６及び１０７において、提供を受けているコンテンツの再生が開始されるのを待機する。再生エラータイマが所定の時間を計時する前に再生が開始されると、画面９３の領域９４において、再生映像が表示される。この場合には、ステップ１０６から１０８へ進み、再生が終了するのを待機する。再生が終了すると、ステップ１０１に戻る。所定時間の計時前に再生が開始されなかった場合には、ステップ１０７からそのままステップ１０１に戻る。ステップ１０１に戻ると、画面表示は画面９１の状態に戻る。
【０００８】
このようなシステムにおいて、クライアントは、供給を受けたコンテンツに対応するコーデックを有していない場合には、そのコンテンツについては、再生を試みても再生することができない。そこで従来、再生動作を開始してから一定時間内に再生できなかった場合には、再生対象が映像等のコンテンツの場合には、上述図１０の場合のように再生動作を停止し、コンテンツリストの表示に戻るようにしている。また、再生対象が音楽や写真等のコンテンツの場合には、再生を中断し、次のコンテンツを再生するようにしている。
【０００９】
一方、このような技術に関連したものとして、セットトップボックス及び他のＡＶ機器がＡＶレコーダを共用し、コンテンツファイルをＡＶレコーダにおいて記録しておき、その後、ＡＶレコーダに記録されているコンテンツファイルを読み出して再生するようにしたシステムが知られている（たとえば特許文献１参照）。この再生に際し、セットトップボックスはＡＶレコーダに記録されているコンテンツファイルのリストを提示し、リスト中からユーザが選択したコンテンツファイルをＡＶレコーダから読み出して再生するのであるが、リストの提示に際しては、自信が再生できるコンテンツファイルのみをリストアップするか、又は再生できないファイルについてはその旨を明示するようにしている。
【００１０】
また、別の関連技術として、コンテンツの配信に際し、クライアント装置におけるコンテンツの再生環境を取得し、この再生環境に適合するようにコンテンツを加工して配信するようにしたコンテンツ配信方法が知られている（たとえば特許文献２参照）。この配信方法では、再生環境として、クライアント装置のＣＰＵの種類・作動クロック周波数数・稼働率、デコーダボードの有無・種類、ビューワの有無・種類等が取得される。また、コンテンツの加工としては、コンテンツのビットレートの変更等が行われる。
【００１１】
さらに別の関連技術として、クライアント装置において、サーバ装置に蓄積されているコンテンツの一覧リストを表示している場合に、再生可能なコンテンツの検索開始指示がなされると、サーバ装置から提供を受ける一覧リストに付加されている各コンテンツの属性情報に基づき、再生可能なコンテンツを検索するようにしたネットワーク装置も知られている（たとえば特許文献３参照）。
【００１２】
【特許文献１】特開２００１−３５９０５０号公報
【特許文献２】特開２００４−２６５２６３号公報
【特許文献３】特開２００５−１１５５１８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、上述図１０の従来例のように、提供を受けたコンテンツを一定時間再生できなかった場合に再生動作を停止又は中断するのみでは、再生できなかったコンテンツや、これと同様の形式の再生できないコンテンツが何度も選定されて供給され、その度に再生動作の停止や中断が生じるおそれがある。
【００１４】
また、これを防止するために、上述のように、コンテンツリストにおいて再生不能なコンテンツを非表示とし又は選択不能とするようにしたとしても、クライアントが再生できないコンテンツをサーバに登録し、蓄積することは、そのようなコンテンツをユーザは視聴することができないのであるから、蓄積用の媒体の容量を無駄に消費するだけである。
【００１５】
本発明の目的は、このような従来技術の問題点に鑑み、ネットワーク型のコンテンツ再生システムにおいて、供給されるコンテンツが再生できないという事態が発生するのを、より根本的な手段によって解決することにある。
【課題を解決するための手段】
【００１６】
上記目的を達成するための第１の発明は、コンテンツファイルの登録を受け付ける登録手段と、前記登録したコンテンツファイルを再生するクライアント装置との接続手段と、前記接続手段により接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給手段とを備えたサーバ装置に関する。そしてこのサーバ装置は、前記クライアント装置より、前記供給手段によって供給したコンテンツファイルが再生できない旨の通知を受信する受信手段と、前記受信手段により受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を記憶する記憶手段とを備え、前記登録手段は、コンテンツファイルの登録の受付に際し、登録が要求されるコンテンツファイルに関する所定の情報及び前記記憶手段に記憶されているコンテンツファイルに関する所定の情報を比較し、比較した所定の情報が一致する場合、前記登録が要求されるコンテンツファイルの登録を受け付けないことを特徴とする。ここで、コンテンツファイルとしてはたとえば、映像コンテンツや、音楽コンテンツ、静止画像コンテンツを内容とするファイルが該当する。
【００１７】
この構成において、サーバ装置は、登録されているコンテンツファイルのうち、いずれかのコンテンツファイルの供給要求をクライアントから受けると、そのコンテンツファイルをクライアント装置に供給する。供給されたコンテンツファイルはクライアント装置において再生されることになる。しかし、対応するコーデックを有していない等の原因により、そのコンテンツファイルの再生を行うことができない場合、クライアント装置はその旨をサーバ装置に通知する。
【００１８】
この通知を受信すると、サーバ装置は、通知を受けたコンテンツファイルに関する所定の情報を記憶する。そして、その後のコンテンツファイルの登録に際しては、登録手段は、登録が要求されるコンテンツファイルに関する所定の情報及び記憶手段に記憶されているコンテンツファイルに関する所定の情報を比較し、比較した所定の情報が一致する場合には、登録が要求されるコンテンツファイルの登録を受け付けないようにしている。これによれば、記憶したコンテンツファイルと所定の情報が一致することにより、そのコンテンツファイルと同様にクライアントが再生できないと判断されるコンテンツファイルの登録を排除することができる。
【００１９】
第２の発明は、コンテンツファイルの登録を受け付ける登録手段と、前記登録したコンテンツファイルを再生するクライアント装置との接続手段と、前記接続手段により接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給手段とを備えたサーバ装置に関する。そしてこのサーバ装置は、前記クライアント装置より、前記供給手段によって供給したコンテンツファイルが再生できない旨の通知を受信する受信手段を備え、前記受信手段により受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を、前記クライアント装置に関する所定の情報とともに、前記クライアント装置に関するサービスを行うためのサービスサーバに送信することを特徴とする。
【００２０】
この構成において、サーバ装置は、登録されているコンテンツファイルのうち、いずれかのコンテンツファイルの要求をクライアント装置から受けると、そのコンテンツファイルをクライアント装置に供給する。供給されたコンテンツファイルはクライアント装置において再生されることになる。しかし、対応するコーデックを有していない等の原因により、そのコンテンツファイルの再生を行うことができない場合、クライアント装置はその旨をサーバ装置に通知する。
【００２１】
この通知を受信すると、サーバ装置は、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を、クライアント装置に関する所定の情報とともに、クライアント装置に関するサービスを行うためのサービスサーバに送信する。これらの情報に基づき、サービスサーバは、クライアント装置におけるファームウェアのバージョンアップの必要性や、他の機種における同様の対応策等の判断に必要な情報を収集し、メーカによるアフターサービス提供の用に供することができる。
【００２２】
第３の発明に係るコンテンツサーバは、第１又は第２発明において、前記コンテンツファイルに関する所定の情報には、コーデックの種類、コーデックのバージョン、サンプリング周波数、ビットレートのうち少なくとも１つが含まれることを特徴とする。ここで、コーデックの種類としては、たとえば、ＷＡＶＥ形式のコンテンツファイルや、ＭＰ３、ＡＡＣ、ＭＰＥＧ−１等の異なる圧縮方式のコンテンツファイルに対応したものが該当する。
【００２３】
第４の発明に係るサーバプログラムは、第１〜第３のいずれかの発明に係るサーバ装置における各手段としてコンピュータを機能させることを特徴とする徴とする。
【００２４】
第５の発明は、コンテンツファイルの登録を受け付ける登録工程と、前記登録したコンテンツファイルを再生するクライアント装置との接続を行う接続工程と、前記接続工程において接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給工程とを備えた、サーバ装置によるコンテンツ供給方法に関する。そしてこのコンテンツ供給方法は、前記クライアント装置より、前記供給工程において供給したコンテンツファイルが再生できない旨の通知を受信する受信工程と、前記受信工程において受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を記憶する記憶工程とを備え、前記登録工程においては、コンテンツファイルの登録の受付に際し、登録が要求されるコンテンツファイルに関する所定の情報及び前記記憶工程において記憶されたコンテンツファイルに関する所定の情報を比較し、比較した所定の情報が一致する場合、前記登録が要求されるコンテンツファイルの登録を受け付けないことを特徴とする。
【００２５】
第６の発明は、コンテンツファイルの登録を受け付ける登録工程と、前記登録したコンテンツファイルを再生するクライアント装置との接続を行う接続工程と、前記接続工程において接続されたクライアント装置より供給要求されたコンテンツファイルを前記クライアント装置に供給する供給工程とを備えた、サーバ装置によるコンテンツ供給方法に関する。そしてこのコンテンツ供給方法は、前記クライアント装置より、前記供給工程において供給したコンテンツファイルが再生できない旨の通知を受信する受信工程を備え、前記受信工程において受信した、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を、前記クライアント装置に関する所定の情報とともに、前記クライアント装置に関するサービスを行うためのサービスサーバに送信することを特徴とする。
【発明の効果】
【００２６】
本発明によれば、コンテンツファイルの登録の受付に際し、登録が要求されるコンテンツファイルに関する所定の情報と、クライアント装置で再生できなかったコンテンツファイルに関する所定の情報とを比較し、比較した所定の情報が一致する場合、登録が要求されるコンテンツファイルの登録を受け付けないようにしたため、クライアント装置で再生することができないコンテンツファイルが登録されるのを防止することができる。これにより、サーバ装置及びクライアント装置間の整合性を向上させ、クライアント装置に対して再生不能なコンテンツを供給したり、クライアント装置において再生不能なコンテンツファイルの再生動作が行われたりするのを根本的に防止することができる。また、無駄なコンテンツファイルの蓄積を防止し、サーバ装置におけるコンテンツファイル蓄積用の記憶容量を節約することができる。
【００２７】
また、再生できない旨の通知を受けたコンテンツファイルに関する所定の情報を、クライアントに関する所定の情報とともに、クライアントに関するサービスを行うためのサービスサーバに送信するようにしたため、クライアントに関するアフターサービスの必要性やその内容等の判断に必要な情報を提供することができる。これにより再生不能であったコンテンツの再生を可能とするために必要なサービスを提供し、供給されるコンテンツが再生できないという事態が発生するのを、根本的に防止することができる。
【発明を実施するための最良の形態】
【００２８】
図１は本発明の一実施形態に係るネットワーク型コンテンツ再生システムの構成を示すブロック図である。同図において、１はコンテンツファイルを蓄積し、配信するコンテンツサーバ、１００はサーバ１からコンテンツの配信を受け、配信されたコンテンツを再生するクライアント、２はクライアント１００に接続され、再生されるコンテンツの表示を行うモニタ、３はサーバ１及びクライアント１００間に介在するルータ、４はクライアント１００で再生される音声信号を音波に変換するスピーカである。
【００２９】
クライアント１００は、サーバ１から配信されるコンテンツのデータをデコードし、得られる音声信号や映像信号を出力するクライアント制御ＩＣ１０１、クライアント制御ＩＣ１０１及びＬＡＮ間のインタフェースとして機能するＬＡＮコントローラ１０２、ＬＡＮコントローラ１０２をルータ３に接続するためのＬＡＮコネクタ１０３、クライアント制御ＩＣ１０１からのデジタル音声信号を受信し、デジタルインタフェースとして機能するデジタル・インタフェース・レシーバ１０４、デジタル・インタフェース・レシーバ１０４からのデジタル音声信号を処理し、アナログ音声信号を出力するオーディオＤＳＰ（デジタル・シグナル・プロセッサ）１０５、オーディオＤＳＰ１０５からの音声信号を増幅してスピーカ４に出力するアンプ１０６、クライアント制御ＩＣ１０１からの映像データに基づいてモニタ２に映像を表示するビデオ制御部１０７、クライアント１００の各部を制御するシステムマイコン１０８、システムマイコン１０８に対して指令を与えるための操作部１０９、システムマイコン１０８からの画像データに基づいて画像表示を行う表示部１１０、そして、システムマイコン１０８からの指示に基づき表示部１１０の表示制御を行う表示制御マイコン１１１を備える。
【００３０】
操作部１０９はコンテンツを選択するための上下キー、及び選択を確定するためのエンターキー又はプレイキーを備える。コンテンツサーバ１はクライアント１００に配信することができるコンテンツのファイルを記憶しており、クライアントの要求に応じ、ファイルを記憶しているコンテンツのリスト及び指定されたコンテンツファイルをクライアント１００に対して、供給することができる。コンテンツサーバ１は、また、図２に示すように、インターネット２１を介して、サービスサーバ２２と通信を行い、所定のサービスの提供を受けたり、所定の情報の提供を行ったりすることができるようになっている。
【００３１】
図３はモニタ２に表示される画面の例を示す。図中の３１〜３３はそれぞれ所定の場合にモニタ２上に表示される画面、３４はコンテンツリスト中の選択されているコンテンツの表示位置に表示されるカーソル、３５は映像を表示する領域である。画面３１ではサーバ１から取得したコンテンツリストが表示されている。コンテンツリストはそれによってリストアップされている各コンテンツについてのタイトルを表す文字により構成されている。操作部１０９（図１）の上下キーによってカーソル３４を移動させ、所望のコンテンツの表示位置にカーソル３４を位置付けてコンテンツを選択し、エンターキー又はプレイキーの押下によって選択を確定することにより、所望のコンテンツを選定することができるようになっている。
【００３２】
画面３２では、画面３１において選定されたコンテンツの映像の表示が、表示領域３５において行われている。画面３３では、選定されたコンテンツの再生を行うことができないために再生動作が中断され、コンテンツリストの表示に戻った場合における当該コンテンツリストの表示が行われている。画面３３では画面３１の場合と同様のコンテンツリストが表示されているが、再生できなかったコンテンツ３６については、表示がグレーアウト状態とされ、選択不能とされている。すなわち、上下キーを操作しても、カーソル３４はコンテンツ３６の表示位置をスキップし、そこに位置付けることができないようになっている。
【００３３】
図４は図１のシステムにおけるシステムマイコン１０８による処理の一部を示すフローチャートである。システムマイコン１０８は、所定のプログラムに従い、図４の処理を行う。この処理においては、システムマイコン１０８はまず、ステップ４１において、図３の画面３１におけるようなコンテンツリストを表示する。コンテンツリストはコンテンツサーバ１が保有しているコンテンツをリストアップしたものであり、そのデータはコンテンツサーバ１から予め、たとえば電源オン時におけるコンテンツサーバ１との通信開始時に取得したものである。
【００３４】
次に、ステップ４２及び４６において、上下キーの操作によるコンテンツの選択又はエンターキー若しくはプレイキーの押下による選択の確定がなされるのを待機する。ステップ４２において、コンテンツの選択がなされたと判定した場合、ステップ４３へ進み、そのコンテンツは再生可能なものか否かの判定を行う。ここで、再生不可能なコンテンツとは、コンテンツリスト中のコンテンツであって、コンテンツリストの取得後に再生不能と判定されたものであり、後述のステップ５５において再生不能であることが記録されたコンテンツである。ステップ４３において再生可能でないと判定した場合には、ステップ４４へ進み、次のコンテンツの選択を行い、ステップ４３に戻る。ステップ４３において再生可能であると判定した場合には、ステップ４５へ進み、カーソルの表示が、選択されたコンテンツに位置するように表示の更新を行い、ステップ４６へ進む。
【００３５】
すなわち、上下キーの操作に応じ、ステップ４３及び４４の処理により、現在カーソル３４が位置するコンテンツからみて上又は下に位置するコンテンツについて順次再生可能であるか否かを調べてゆき、最初に再生可能であると判定したコンテンツを選択することになる。ユーザからみれば、コンテンツリスト上で、再生不能なコンテンツはグレーアウト状態となっており、そのコンテンツを選択するようにカーソル３４を移動させようとして上下キーを操作した場合、カーソル３４はそのコンテンツの表示位置をスキップし、その次の再生可能なコンテンツの表示位置に移動し、そのコンテンツが選択されることになる。
【００３６】
ステップ４６において、エンターキー又はプレイキーの押下があったと判定した場合には、そのときにカーソルが位置しているコンテンツの選択が確定し、そのコンテンツが選定されたことになるので、ステップ４７へ進み、コンテンツサーバ１に対し、選定されたコンテンツについての再生要求を行う。この再生要求は、選定されたコンテンツのファイルの転送を要求するものである。
【００３７】
次に、ステップ４８において、再生要求を行ったコンテンツについてのエラーメッセージをコンテンツサーバ１から受信したか否かの判定を行う。この場合のエラーメッセージは、再生要求がなされたコンテンツが、過去、クライアント１００において再生できなかったコンテンツと、所定の属性において一致するため、クライアント１００において再生することができないとコンテンツサーバ１において判断された（図５のステップ７４、７５）ことを示すものである。
【００３８】
エラーメッセージを受信しなかったと判定した場合には、ステップ４９に進み、再生エラータイマをセットする。そしてステップ５０及び５２において、所定時間内にコンテンツの再生状態に移行するか否かの判定を行う。再生状態への移行の有無は、クライアント制御ＩＣ１０１からの信号に基づいて行うことができる。再生状態に移行したと判定した場合には、ステップ５１に進み、再生が終了するのを待機する。再生が終了すると、ステップ４１に戻る。
【００３９】
ステップ５０及び５２において、所定時間以内にコンテンツの再生状態に移行することなく、所定時間が経過したと判定した場合には、ステップ５３及び５４において、エラーコンテンツ情報をコンテンツサーバ１に送る。エラーコンテンツ情報とは、再生できなかったコンテンツに関する情報であって、再生できなかったコンテンツファイルの種類、バージョン、サンプリング周波数、ビットレート等が含まれる。エラーコンテンツ情報は、コンテンツサーバ１により、エラーログとして、インターネット２１を介し、サービスサーバ２２に送られることになる。
【００４０】
次に、ステップ５５において、再生できなかったコンテンツについて、再生できない旨を記録するとともに、コンテンツリストにおける表示がグレーアウト状態となるように設定し、ステップ４１に戻る。
【００４１】
一方、ステップ４８においてエラーメッセージを受信したと判定した場合には、ステップ５６〜５８において、エラーメッセージを所定時間表示する。このエラーメッセージは上述のように、選定されたコンテンツは再生することができないと判断されたことを示すものである。その後、ステップ５５へ進み、再生できなかったコンテンツについて、再生不能である旨を記録するとともに、コンテンツリストにおける表示がグレーアウト状態となるように設定し、ステップ４１に戻る。
【００４２】
図５はコンテンツサーバ１における処理の一部を示す。コンテンツサーバ１は所定のプログラムに従い、この処理を行う。コンテンツサーバ１はまず、ステップ６１において、クライアント１００からの再生要求の到来を待機する。再生要求を受け取ると、ステップ６２へ進み、再生要求がなされたコンテンツが、保持しているコンテンツのうちのいずれであるかを調べる。次に、ステップ６３において、エラー記録が存在するかどうかを判定する。エラー記録とは、過去、クライアント１００において再生することができなかったコンテンツについて、後述のステップ６９において記録されるものである。エラー記録が存在しないと判定した場合には、ステップ６４において、クライアント１００に対し、そのコンテンツファイルについてのデータ転送を開始する。
【００４３】
次に、ステップ６５において、クライアント１００からの停止要求の有無を判定する。この停止要求は、ユーザからの再生停止の指示に基づき、コンテンツファイルの転送を停止することを要求するものである。停止要求がないと判定した場合には、ステップ６６へ進み、エラー停止要求の有無を判定する。エラー停止要求とは、図４のステップ５３においてクライアント１００が送信するエラーコンテンツ情報に伴うものであり、転送を受けているコンテンツが再生不能であるために転送を停止する旨を要求するものである。ステップ６６においてエラー停止要求がないと判定した場合には、さらにステップ６７においてコンテンツデータの転送が完了したかどうかを判定する。完了していなければステップ６４へ戻り、完了していればステップ６１へ戻る。
【００４４】
一方、ステップ６５において停止要求があったと判定した場合には、ステップ７３へ進み、コンテンツデータの転送を停止して、ステップ６１に戻る。また、ステップ６６においてエラー停止要求があったと判定した場合には、ステップ６８へ進んでコンテンツデータの転送を停止する。さらに、ステップ６９において、転送を停止したコンテンツについてエラー記録を記憶するとともに、ステップ７０において、コンテンツサーバ１で表示しているコンテンツリストにおいて、そのコンテンツの表示を、グレーアウト状態とする。エラー記録には、再生できなかったコンテンツファイルの識別情報、種類、バージョン、サンプリング周波数、ビットレート等が含まれる。
【００４５】
次にステップ７１において、サービスサーバ２２に対して接続可能であるか否かを判定する。接続可能であればステップ７２において、エラー停止要求に応じて転送を停止したコンテンツについてのエラーログをサービスサーバ２２に送信し、ステップ６１に戻る。サービスサーバ２２に接続可能でなければ、そのままステップ６１に戻る。サービスサーバ２２に送信するエラーログには、クライアント１００の機種、クライアント１００におけるファームウェアのバージョン、転送を停止したコンテンツファイルの種類、バージョン、サンプリング周波数、ビットレート等が含まれる。
【００４６】
他方、ステップ６３において、エラー記録があると判定した場合には、ステップ７４において、再生要求がなされたコンテンツが、再生不能であるか否かを判定する。この判定は、エラー記録を用いて行われる。たとえば、再生要求がなされたコンテンツファイル及びエラー記録中のいずれかのコンテンツファイルが、ファイルの種類、バージョン、サンプリング周波数、及びビットレートにおいて一致すれば、再生要求がなされたコンテンツファイルは再生不能であると判定することができる。
【００４７】
再生不能ではないと判定した場合にはステップ６４に進む。再生不能であると判定した場合にはステップ７５へ進み、クライアント１００に対し、再生要求がなされたコンテンツは再生不能である旨を意味するエラーメッセージを送信し、ステップ６９へ進む。ステップ６９では、再生不能であると判定されたコンテンツファイルについてのエラー記録が未だ存在しなければ、追加されることになる。
【００４８】
図６はクライアント１００のパワーオン時におけるコンテンツサーバ１での処理を示すフローチャートである。この処理は所定のプログラムに従って行われる。処理を開始するとまず、ステップ８１において、クライアント１００がパワーオンするのを待機する。クライアント１００のパワーオンを検出すると、ステップ８２において、クライアント１００からコンテンツリストが要求されるのを待機する。コンテンツリストの要求があると、ステップ８３において、コンテンツリストのデータを作成する。
【００４９】
コンテンツリストのデータの作成は、コンテンツサーバ１が保有しているコンテンツを対象として行われるが、図５のステップ６９において記録されるエラー記録に記録されているコンテンツは除外され、そのデータはコンテンツリストに含められることはない。コンテンツリストの作成が完了すると、ステップ８４及び８５において、コンテンツリストのデータをクライアント１００に送信する。送信が完了すると、図６の処理を終了する。
【００５０】
図７はコンテンツサーバ１におけるコンテンツ登録処理を示すフローチャートである。この処理は所定のプログラムに従って行われる。処理を開始すると、まずステップ９１において、コンテンツを登録する旨の指示が入力されるのを待機する。この指示には、登録対象とするコンテンツの指定が含まれる。指定されるコンテンツとしては、たとえばコンテンツサーバ１が備えるハードディスクやＣＤドライブ上のＣＤに記録されているコンテンツが該当する。コンテンツ登録の指示がなされると、ステップ９２において、上述のエラー記録が存在するか否かを判定する。
【００５１】
エラー記録が存在しないと判定した場合には、ステップ９３において、指定されたコンテンツの登録を行う。登録されるということは、クライアント１００による再生要求の対象となることを意味しており、登録されたコンテンツについてのデータは、サーバ１において表示されるコンテンツリストに加えられ、その後、クライアント１００からコンテンツリストの要求があった場合には、そのデータに加えられることになる。登録が完了すると、登録されたコンテンツを含むコンテンツリストの表示をステップ９４において行い、図７の処理を終了する。
【００５２】
ステップ９２において、エラー記録が存在すると判定した場合には、ステップ９５へ進み、登録のために選択され、指定されたコンテンツと、エラー記録中の各コンテンツとについて、ファイルの種類、バージョン、サンプリング周波数、及びビットレートの比較を行う。次に、ステップ９６において、これらのデータについて指定されたコンテンツとすべて一致するコンテンツがエラー記録中に存在したかどうかを判定する。すべて一致するコンテンツは存在しないと判定した場合にはステップ９３に進む。すべて一致するコンテンツが存在したと判定した場合には、ステップ９７へ進み、エラー表示を行う。このエラー表示は、登録対象として指定されたコンテンツは再生不能であり、登録されない旨を示すものである。さらにステップ９８において、コンテンツリストにおけるそのコンテンツの表示がグレーアウト状態となるように設定し、ステップ９４へ進む。
【００５３】
本実施形態によれば、クライアントが再生できないコンテンツについては、クライアント及びコンテンツサーバでのコンテンツリストの表示におけるそのコンテンツの表示をグレーアウト状態とするようにしたため（ステップ５５、７０、９８）、そのコンテンツが再生できないことをユーザに対して明示することができる。
【００５４】
また、クライアントにおいて、再生不能のコンテンツについては、コンテンツリストにおいて選択することができないようにしたので（ステップ４３、４４）、再度そのコンテンツについて再生動作が行われ、再生動作が停止されるという無駄な動作や時間が発生するのを防止することができる。
【００５５】
また、クライアントが再生できないコンテンツについては、コンテンツサーバに対し、その旨の情報を送信し（ステップ５３、６６）、コンテンツサーバにおいて、そのコンテンツのファイルと所定の属性が一致するコンテンツファイルの登録を受け付けないようにしたため（ステップ９５、９６）、再生できないコンテンツが登録され、それについて再生することができるかどうかを確認したり、再生できない場合のエラーメッセージを表示したりするための無駄な処理（ステップ５２〜５５、５６〜５８、６８〜７２、７４、７５）が発生するのを防止することができる。
【００５６】
また、クライアントが再生できなかったコンテンツに関する情報を、エラーログとしてコンテンツサーバがサービスサーバに送信するようにしたため（ステップ７１、７２）、サービスサーバは、クライアントにおけるコーデック等のバージョンアップ、他機種のクライアントによる対応の可能性等の、クライアントに対するサービスを提供するうえで重要な情報を収集することができる。
【００５７】
また、コンテンツサーバは、クライアントがパワーオフし、再度パワーオンしたとき、エラー記録に記録されている再生不能のコンテンツについては、それらを除外したコンテンツリストをクライアントに送ることにより（ステップ８３、８４）、クライアントでのコンテンツリスト上に表示させないようにしたため、再度、クライアントがそのコンテンツを再生するのを防止することができる。したがって、コンテンツを連続的に再生する場合に、再生できないコンテンツの再生を試行することによって音や映像が出力されない時間が発生するのを極力防止することができる。
【００５８】
なお、本発明は上述の実施形態に限定されることなく適宜変形して実施することができる。たとえば、上述においてはコンテンツリストの表示において、再生不能であるために選択不能としたコンテンツについては、グレーアウトで表示するようにしているが、この代わりに、選択不能であることを示すようなマークをそのコンテンツの表示に付随させて表示するようにしてもよい。
【００５９】
また、上述においては、クライアント及びコンテンツサーバの数については特に言及しなかったが、それぞれ複数であってもよい。その場合、各クライアントが異なる機種のものであれば、適宜、機種ごとにエラー記録やコンテンツの登録を管理する必要があるが、同機種のものであれば、１つのクライアントにおけるエラー記録は、他のクライアントについても適用し、コンテンツの登録等を各クライアントに共通のものとして行うことができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施形態に係るネットワーク型コンテンツ再生システムの構成を示すブロック図である。
【図２】図１のシステムにおけるコンテンツサーバがインターネットを介してサービスサーバと接続している様子を示す図である。
【図３】図１のシステムにおけるモニタに表示される画面の例を示す図である。
【図４】図１のシステムにおけるシステムマイコンによる処理の一部を示すフローチャートである。
【図５】図１のシステムにおけるコンテンツサーバによる処理の一部を示すフローチャートである。
【図６】図１のシステムにおけるクライアントのパワーオン時におけるコンテンツサーバでの処理を示すフローチャートである。
【図７】図１のシステムにおけるコンテンツサーバによるコンテンツ登録処理を示すフローチャートである。
【図８】従来のネットワーク型コンテンツ再生システムを示す図である。
【図９】図８のシステムにおける画面表示例を示す図である。
【図１０】図８のシステムにおけるクライアントの動作の一部を示すフローチャートである。
【符号の説明】
【００６１】
１：コンテンツサーバ、２：モニタ、３：ルータ、４：スピーカ、２１：インターネット、２２：サービスサーバ、３１〜３３，９１，９３：画面、３４，９２：カーソル、３５，９４：映像表示領域、３６：再生できなかったコンテンツ、８１，１００：クライアント、８２：コンテンツサーバ、１０１：クライアント制御ＩＣ、１０２：ＬＡＮコントローラ、１０３：ＬＡＮコネクタ、１０４：デジタル・インタフェース・レシーバ、１０５：オーディオＤＳＰ、１０６：アンプ、１０７：ビデオ制御部、１０８：システムマイコン、１０９：操作部、１１０：表示部、１１１：表示制御マイコン。
【図１】
2007221399.tif 000003
【図２】
2007221399.tif 000004
【図３】
2007221399.tif 000005
【図４】
2007221399.tif 000006
【図５】
2007221399.tif 000007
【図６】
2007221399.tif 000008
【図７】
2007221399.tif 000009
【図８】
2007221399.tif 000010
【図９】
2007221399.tif 000011
【図１０】
2007221399.tif 000012