(57)【要約】【課題】  配信先の電子機器に配信中止理由を示すコンテンツを確実に配信する電子機器およびコンテンツ配信方法を提供することを目的とする。【解決手段】  コンテンツを有するサーバ機器は、このサーバ機器に対してコンテンツ配信を要求するクライアント機器から送信されたコンテンツ配信要求に応じてクライアント機器にコンテンツを送信するか否かを判断し、クライアント機器にコンテンツを送信しないと判断した場合、コンテンツと同一の属性情報を有しコンテンツをクライアント機器に送信しない理由を示すコンテンツをクライアント機器に送信する。一方、クライアント機器は、サーバ機器から送信されたクライアント機器に送信しない理由を示すコンテンツを受信し、再生する。【選択図】      図８
2008011437.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部機器と接続された電子機器において、
前記外部機器から送信されたコンテンツ配信要求に応じて前記外部機器にコンテンツを送信するか否かを判断する判断手段と、
前記判断手段によって前記外部機器に前記コンテンツを送信しないと判断した場合、前記コンテンツと同一の属性情報を有し前記コンテンツを前記外部機器に送信しない理由を示す第２のコンテンツを前記外部機器に送信する送信手段と、
を具備することを特徴とする電子機器。
【請求項２】
前記判断手段によって前記外部機器に前記コンテンツを送信しないと判断した場合、前記外部機器から送信されたコンテンツ配信要求に応じられない理由を示すデータと対応づけられた前記コンテンツを前記外部機器に送信しない理由を示す第２のコンテンツを選択する選択手段をさらに具備し、
前記送信手段は、前記選択手段によって選択された前記第２のコンテンツを前記外部機器に送信することを特徴とする請求項１記載の電子機器。
【請求項３】
外部機器とネットワークを介して接続された電子機器にて実行されるコンテンツ配信方法において、
前記外部機器から送信されたコンテンツ配信要求に応じて前記外部機器にコンテンツを送信するか否かを判断し、
前記外部機器にコンテンツを配信しないと判断した場合、前記コンテンツと同一の属性情報を有し前記コンテンツを前記外部機器に送信しない理由を示す第２のコンテンツを前記外部機器に送信する
ことを特徴とするコンテンツ配信方法。
【請求項４】
前記外部機器に前記コンテンツを送信しないと判断した場合、前記外部機器から送信されたコンテンツ配信要求に応じられない理由を示すデータと対応づけられた前記コンテンツを前記外部機器に送信しない理由を示す第２のコンテンツを選択し、
前記選択された前記第２のコンテンツを前記外部機器に送信することを特徴とする請求項３記載のコンテンツ配信方法。
【請求項５】
コンテンツを有するサーバ機器とこのサーバ機器に対してコンテンツ配信を要求するクライアント機器とから構成されるシステムにおいて、
前記サーバ機器は、
前記クライアント機器から送信されたコンテンツ配信要求に応じて前記クライアント機器にコンテンツを送信するか否かを判断する判断手段と、
前記判断手段によって前記クライアント機器に前記コンテンツを送信しないと判断した場合、前記コンテンツと同一の属性情報を有し前記コンテンツを前記クライアント機器に送信しない理由を示す第２のコンテンツを前記クライアント機器に送信する送信手段と、を具備し、
前記クライアント機器は、
前記サーバ機器から送信された前記第２のコンテンツを受信する受信手段と、
前記受信手段によって受信された前記第２のコンテンツを再生する再生手段と、
を具備することを特徴とするシステム。
【請求項６】
前記サーバ機器は、
前記判断手段によって前記外部機器に前記コンテンツを送信しないと判断した場合、前記外部機器から送信されたコンテンツ配信要求に応じられない理由を示すデータと対応づけられた前記コンテンツを前記外部機器に送信しない理由を示す第２のコンテンツを選択する選択手段をさらに具備し、
前記送信手段は、前記選択手段によって選択された前記第２のコンテンツを前記外部機器に送信することを特徴とする請求項５記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信技術に関する。
【背景技術】
【０００２】
近年、DLNA（Digital Living Network Alliance)にて、家庭内ＬＡＮに接続可能な電子機器に相互接続性を持たせるためのガイドラインの作成が行われている。このガイドラインに従うことにより、他社の製品間でコンテンツの送受信を行うことが可能となる。
【０００３】
DLNAでは、サーバ機器が持つコンテンツをネットワークを介してクライアント機器に送信する場合に用いられるHTTPやRTPといった通信プロトコルを利用している。
【０００４】
これらのプロトコルを利用する場合、サーバ機器の都合によりクライアント機器へのコンテンツの配信を中止する際、サーバ機器はクライアント機器に対するコンテンツ配信を中止した後に、HTTPやRTPプロトコル的には何らかのエラーステータス(例えば、HTTPであれば、「Service Unavailable」等)を通知することができる。しかしながら、サーバ機器はクライアント機器に対してコンテンツ配信を中止するイベントである「サーバ機器の都合」を伝送できない。
【０００５】
「サーバ機器の都合」の具体例として、「サーバ機器側にて視聴要求を受けた」、「サーバ機器側にて予約録画開始時刻が近づいた」、「配信中のコンテンツのコピー制御情報により送信が継続できない(例えばコンテンツの途中からコピー禁止となったなど)」といった例が考えられる。クライアント機器を利用しているユーザはこれらの「サーバ機器の都合」を確認し難い。
【０００６】
この課題を解決する手段の一つは、特開２００３−３７８２１号公報に提案されている。この公報中には、サーバ機器からクライアント機器に対するコンテンツ配信を中止しなければならない状況が発生した場合、サーバ機器がクライアント機器に対して予め用意しておいた「中止理由コンテンツ」を配信することとしている。その結果、ユーザは、サーバからのコンテンツの配信が中止になる理由をコンテンツの視聴によって知ることができる。
【特許文献１】特表２００３−３７８２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１では、サーバ機器からクライアント機器に対するコンテンツ配信を中止しなければならない状況になった場合に、予めサーバ機器側に用意しておいた「中止理由コンテンツ」を配信するが、その際に、サーバ機器が直前までクライアント機器に配信していた「コンテンツ」のフォーマットやパラメータと異なるフォーマット、パラメータを有する中止理由コンテンツを配信する可能性がある。この場合、コンテンツを受信していたクライアント機器ではサーバ機器から配信される中止理由コンテンツのフォーマットやパラメータが切り替わるため対応できない場合がある。具体的には、中止理由コンテンツの音声データのフォーマットが切り替わった場合に中止理由コンテンツの音声が再生できない、中止理由コンテンツの映像データのフォーマット、パラメータが切り替わった場合に、中止理由コンテンツの画像の再生が乱れる、再生が停止してしまうといった現象が発生する。
【０００８】
本発明は上記実情に鑑みてなされたものであり、配信先の電子機器に配信中止理由を示すコンテンツを確実に配信する電子機器、コンテンツ配信方法およびシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る電子機器は、ネットワークを介して外部機器と接続された電子機器において、前記外部機器から送信されたコンテンツ配信要求に応じて前記外部機器にコンテンツを送信するか否かを判断する判断手段と、前記判断手段によって前記外部機器に前記コンテンツを送信しないと判断した場合、前記コンテンツと同一の属性情報を有し前記コンテンツを前記外部機器に送信しない理由を示す第２のコンテンツを前記外部機器に送信する送信手段と、を具備することを特徴とする。
【００１０】
本発明に係るコンテンツ配信方法は、外部機器とネットワークを介して接続された電子機器にて実行されるコンテンツ配信方法において、前記外部機器から送信されたコンテンツ配信要求に応じて前記外部機器にコンテンツを送信するか否かを判断し、前記外部機器にコンテンツを配信しないと判断した場合、前記コンテンツと同一の属性情報を有し前記コンテンツを前記外部機器に送信しない理由を示す第２のコンテンツを前記外部機器に送信することを特徴とする。
【００１１】
本発明に係るシステムは、コンテンツを有するサーバ機器とこのサーバ機器に対してコンテンツ配信を要求するクライアント機器とから構成されるシステムにおいて、前記サーバ機器は、前記クライアント機器から送信されたコンテンツ配信要求に応じて前記クライアント機器にコンテンツを送信するか否かを判断する判断手段と、前記判断手段によって前記クライアント機器に前記コンテンツを送信しないと判断した場合、前記コンテンツと同一の属性情報を有し前記コンテンツを前記クライアント機器に送信しない理由を示す第２のコンテンツを前記クライアント機器に送信する送信手段と、を具備し、前記クライアント機器は、前記サーバ機器から送信された前記第２のコンテンツを受信する受信手段と、前記受信手段によって受信された前記第２のコンテンツを再生する再生手段と、を具備する。
【発明の効果】
【００１２】
配信先の電子機器に配信中止理由を示すコンテンツを確実に配信する電子機器、コンテンツ配信方法およびシステムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１３】
図１は、サーバ機器およびクライアント機器から構成されるシステムの一例について示した図である。コンテンツデータを有するサーバ機器１はクライアント機器２に例えばケーブル３を介して接続されている。サーバ機器１はクライアント機器２にケーブル３を介してコンテンツデータを送信する。サーバ機器１からクライアント機器２へのコンテンツデータ送信には、例えばHTTP(HyperText Transfer Protocol)やRTP(Real-time Transport Protocol)等の通信プロトコルが利用される。
【００１４】
クライアント機器２はサーバ機器１から送信されたコンテンツデータをケーブル３を介して受信する。
【００１５】
サーバ機器１およびクライアント機器２として、ネットワーク機能を備えるコンピュータ、ハードディスクレコーダ、またはテレビジョンといった機器等が考えられる。
【００１６】
図２は、サーバ機器１の構成の一例を示すブロック図である。
【００１７】
サーバ機器１は、ＣＰＵ１０、メモリ１１、ＨＤＤ１２、通信コントローラ１３、チューナ１４、アンテナ１５、デコーダ１６、エンコーダ１７、入出力インタフェース１８およびディスプレイ１９を有する。
【００１８】
ＣＰＵ１０はサーバ機器１のシステム全体を制御する。メモリ１１には、ＣＰＵ１０によって実行されるプログラムが展開される。ＨＤＤ１２にはメモリ１１に展開されるプログラム等が格納される。
【００１９】
通信コントローラ１３は、ネットワーク介して接続される電子機器との間の通信を制御する。
【００２０】
デコーダ１６は、例えばサーバ機器１が有するコンテンツデータを複号する。入出力インタフェース１８はデコーダ１６およびディスプレイ１９に接続されており、デコーダ１６によって復号化されたデータをディスプレイ１９に出力する。
【００２１】
エンコーダ１７はアンテナ１５を介して受信した例えばＴＶデータを例えばＭＰＥＧ２といったフォーマットに従い圧縮符号化する。エンコーダ１７によって圧縮符号化されたデータは例えばＨＤＤ１２といった記憶媒体に格納される。
【００２２】
クライアント機器２がサーバ機器１に対してコンテンツデータの配信を要求した場合、サーバ機器１は例えばＨＤＤ１２に格納されているコンテンツデータやアンテナ１５を介して受信するＴＶデータ（コンテンツデータ）を通信コントローラ１３を介してクライアント機器２に送信する。
【００２３】
図３は、クライアント機器２の構成の一例を示したブロック図である。
【００２４】
クライアント機器２は、ＣＰＵ２０、メモリ２１、通信コントローラ２５、デコーダ２２、入出力インタフェース２３およびディスプレイ２４を有する。
【００２５】
ＣＰＵ２０はクライアント機器２のシステム全体を制御する。メモリ２１にはＣＰＵ２０によって実行されるプログラムが展開される。
【００２６】
通信コントローラ２５は、ネットワークを介して接続される電子機器との間の通信を制御する。
【００２７】
デコーダ２２は、例えばサーバ機器１から送信されたコンテンツデータを複号する。入出力インタフェース２３はデコーダ２２に接続されており、デコーダ２２によって復号化されたデータをディスプレイ２４に出力する。
【００２８】
ユーザは、クライアント機器２に設けられるユーザインタフェースを操作することで、クライアント機器２とネットワークを介して接続されているサーバ機器１の選択、視聴するためにサーバ機器１から配信されるべきコンテンツデータの選択等を行うことが可能である。
【００２９】
図４は、サーバ機器１からクライアント機器２へのコンテンツデータ配信処理の一例について説明した流れ図である。
【００３０】
クライアント機器２は、例えばＣＰＵ２０がプログラムを実行することで、サーバ機器１に対してサーバ機器１の有するコンテンツデータのクライアント機器２への配信を要求する（ステップ  Ｓ１００）。
【００３１】
サーバ機器１のＣＰＵ１０はクライアント機器２から出されたコンテンツ配信要求を受けると、クライアント機器２にコンテンツデータ（以下、配信要求受コンテンツデータと称す。）を配信できるか否かを判断する（ステップ  Ｓ１０１）。サーバ機器１のＣＰＵ１０はクライアント機器２に配信要求受コンテンツデータを配信できると判断した場合（ステップ  Ｓ１０１  Ｙｅｓ）、サーバ機器１のＣＰＵ１０はＨＤＤ１２に格納されている配信要求受コンテンツをメモリ１１に展開する（ステップ  Ｓ１０２）。
【００３２】
サーバ機器１のＣＰＵ１０は、例えばメモリ１１といった記憶媒体にコンテンツデータの配信状態に関する情報（コンテンツ配信状態情報）を記憶しておく（ステップ  Ｓ１０３）。例えば、コンテンツデータ配信状態を管理するデータとして、配信要求受コンテンツデータに割り当てられている識別ＩＤを記憶、または、配信要求受コンテンツデータの名前の記憶、といった手法が考えられる。
【００３３】
サーバ機器１のＣＰＵ１０はメモリ２１に展開した配信要求受コンテンツデータを、ケーブル３を介してクライアント機器２に配信可能なフォーマット（例えばパケットフォーマット）のデータにする（ステップ  Ｓ１０４）
【００３４】
サーバ機器１のＣＰＵ１０は、クライアント機器２に配信可能なフォーマットのデータをクライアント機器２に送信する（ステップ  Ｓ１０５）。
【００３５】
一方、サーバ機器１のＣＰＵ１０がクライアント機器２に配信要求受コンテンツデータを配信できないと判断した場合（ステップ  Ｓ１０１  Ｎｏ）、サーバ機器１のＣＰＵ１０はクライアント機器２に対して、配信要求受コンテンツデータを配信しない理由を示す配信中止コンテンツデータを配信する（ステップ  Ｓ１０６）。クライアント機器２はサーバ機器１から送信されてきた配信中止コンテンツデータを受信する（ステップ  Ｓ１０７）。
【００３６】
クライアント機器２のＣＰＵ２０は受信した配信中止コンテンツデータを再生し、例えばディスプレイ２４にコンテンツデータ配信を中止する理由を表示する（ステップ  Ｓ１０８）。
【００３７】
図５は、サーバ機器１が有するコンテンツデータについて纏めた第１の管理テーブルの一例を示した図である。
【００３８】
図５に示されるテーブルｔａｂ１は、サーバ機器１の有するコンテンツデータの配信状態を管理するために用いられるテーブルである。テーブルｔａｂ１には、サーバ機器１の有するコンテンツデータにつけられている"コンテンツデータ名"、サーバ機器１の有するコンテンツデータを識別するために割当てられている"コンテンツデータ識別ＩＤ"、コンテンツデータの再生に要する"コンテンツデータ再生時間"、コンテンツデータが"配信中か否かを示すフラグ"等の情報が纏められている。配信中のコンテンツデータである場合、コンテンツデータを配信中であるか否かを示すフラグの値として"１"が格納され、配信中では無いコンテンツデータである場合、コンテンツデータを配信中であるか否かを示すフラグの値として"０"が格納される。
【００３９】
図６は、サーバ機器１が有するコンテンツデータの属性情報を管理するために使用される第２の管理テーブルの一例を示した図である。
【００４０】
図６に示されるテーブルｔａｂ２は、サーバ機器１が有するコンテンツデータのフォーマット、パラメータといった属性情報を管理するために用いられるテーブルである。テーブルｔａｂ２には、サーバ機器１の有するコンテンツデータを識別するために割当てられている"コンテンツデータ識別ＩＤ"、映像データのフォーマットの一つである"映像解像度情報"のパラメータ（例えば、７２０×４８０、５４４×４８０）、音声データのフォーマットの一つである"コーディック情報"(例えば、ＬＰＣＭ(Linear Pulse Code Modulation)、ＡＣ３(Audio Code number 3))等が纏められている。
【００４１】
図７は、サーバ機器１からクライアント機器２へのコンテンツデータ配信を中止することを示す配信中止コンテンツデータを管理するために用いられるテーブルｔａｂ３である。テーブルｔａｂ３には、クライアント機器２からの配信要求に応じてサーバ機器１から配信可能なコンテンツデータを識別するために割当てられている"コンテンツデータ識別ＩＤ"、コンテンツデータを再生するのに要する"コンテンツデータ再生時間"、サーバ機器１からクライアント機器２へのコンテンツデータ配信を中止する場合にサーバ機器１からクライアント機器２へ配信されるコンテンツデータである"配信中止コンテンツデータ"、サーバ機器１からクライアント機器２へのコンテンツデータ配信の中止理由を示す"コンテンツデータ配信中止理由"等の情報が纏められている。
【００４２】
"コンテンツデータ配信中止理由"は、例えば「コンテンツデータ配信を途中で中止する」、「コンテンツデータ配信を開始できない」といった具合に、サーバ機器１がクライアント機器２からのコンテンツデータ配信要求に応じられない場合の理由を示すデータである。
【００４３】
"配信中止コンテンツデータ"とは、例えば「予約されていた録画が５分後から始まります。そのため、現在、リクエストされたコンテンツデータの送信はできません。」といった文言や映像を用いて、サーバ機器１に保存されているコンテンツデータをクライアント機器２を用いて視聴しようとしているユーザにサーバ機器１がコンテンツデータ配信要求に応じられない理由を伝えるためのコンテンツデータである。
【００４４】
そして、例えばサーバ機器１にてクライアント機器２からのコンテンツデータ配信要求に応じられないイベントが生じた場合に、サーバ機器１は、そのイベントに応じた"配信中止コンテンツデータ"をクライアント機器２に配信する。
【００４５】
"配信中止コンテンツデータ"夫々に対して、"コンテンツデータ識別ＩＤ"、"コンテンツデータ配信中止理由""再生時間"等の情報が割り当てられる。
【００４６】
図７のテーブルｔａｂ３に示されるように、"配信中止コンテンツデータ"の値は、"コンテンツデータ識別ＩＤ"の値、すなわち、各コンテンツデータの有するフォーマット値、パラメータ値に対応づけられている。これは、"配信中止コンテンツデータ"の各値が有するフォーマット値、パラメータ値が、この"配信中止コンテンツデータ"と対応づけられ、且つ、クライアント機器２からの配信要求に応じてサーバ機器１から配信可能なコンテンツデータに割当てられている"コンテンツデータ識別ＩＤ"の各値が有するフォーマット値、パラメータ値と例えば一致するといった対応づけがなされていることを意味する。
【００４７】
例えば、"コンテンツデータ識別ＩＤ"の値が"０"〜"３"の夫々に応じて、"配信中止コンテンツデータ"の値が、夫々"中止理由Ａ−０"〜"中止理由Ａ−３"、および、夫々"中止理由Ｂ−０"〜"中止理由Ｂ−３"といった具合に決められている。
【００４８】
また、"コンテンツデータ配信中止理由"の値である"予約録画開始"に対して"配信中止コンテンツデータ"の値である"中止理由Ａ−０"〜"中止理由Ａ−３"が割当てられ、"コンテンツデータ配信中止理由"の値である"コピー制御により配信不可"に対して"配信中止コンテンツデータ"の値である"中止理由Ｂ−０"〜"中止理由Ｂ−３"が割当てられる。
【００４９】
このように、クライアント機器２から配信要求を受けるコンテンツデータの有するフォーマット、パラメータを考慮して配信中止コンテンツデータの有するフォーマット、パラメータが決められているので、サーバ機器１からクライアント機器２へ配信要求受コンテンツデータ配信を中止する場合、サーバ機器１は配信を中止するコンテンツデータに応じた配信中止コンテンツデータをクライアント機器２に送信することが可能となる。
【００５０】
図８は、サーバ機器１からクライアント機器２にコンテンツデータ配信ができない場合におけるサーバ機器１およびクライアント機器２間で行われる処理の一例について説明した流れ図である。
【００５１】
クライアント機器２のＣＰＵ２０は、サーバ機器１に対してサーバ機器１の有するコンテンツデータをクライアント機器２へ配信するよう要求する（ステップ  Ｓ２００）。
【００５２】
サーバ機器１はクライアント機器２から送信されたコンテンツデータ配信要求を受信する（ステップ  Ｓ２０１）。
【００５３】
サーバ機器１はクライアント機器２からのコンテンツデータ配信要求を受信すると、サーバ機器１のＣＰＵ２０はクライアント機器２に配信要求受コンテンツデータを配信できるか否かを判断する（ステップ  Ｓ２０２）。サーバ機器１がクライアント機器２に配信要求受コンテンツデータを配信できない場合として、例えば、サーバ機器１側にてコンテンツデータ録画の予約がなされており、この録画予約の時刻が近づきコンテンツデータ録画処理を優先しなければならないたためサーバ機器１のハードウェアリソースの制限上クライアント機器２へのコンテンツデータ配信を停止しなければならない場合等が考えられる。
【００５４】
サーバ機器１のＣＰＵ１０はクライアント機器２に配信要求受コンテンツデータを配信できないと判断した場合（ステップ  Ｓ２０２  Ｎｏ）、クライアント機器２に対して配信要求受コンテンツデータを配信できない理由を示すデータを取得する（ステップ  Ｓ２０３）。クライアント機器２に配信要求受コンテンツデータを配信できない理由として、例えば"予約録画開始""コピー制御により配信不可"といった理由が考えられる。
【００５５】
一方、サーバ機器１のＣＰＵ１０はクライアント機器２に配信要求受コンテンツデータを配信できると判断した場合（ステップ  Ｓ２０２  Ｙｅｓ）、クライアント機器２に対して配信要求受コンテンツデータを配信する（ステップ  Ｓ２０４）。
【００５６】
さらに、サーバ機器１のＣＰＵ１０がクライアント機器２に配信要求受コンテンツデータを配信できないと判断した場合（ステップ  Ｓ２０２  Ｎｏ）、サーバ機器１のＣＰＵ１０は、図５を用いて説明したテーブル中のフラグデータに基づいて（フラグデータ"１"を参照することで）、配信中のコンテンツデータのコンテンツデータ識別ＩＤを取得する（ステップ  Ｓ２０５）。
【００５７】
サーバ機器１のＣＰＵ１０はステップＳ２０３にて取得した「コンテンツデータを配信できない理由」およびステップＳ２０４にて取得した「コンテンツデータ識別ＩＤ」に基づいて、図７を用いて説明したテーブルｔａｂ３を用いて「配信中止コンテンツデータ」を選択する（ステップ  Ｓ２０６）。
【００５８】
サーバ機器１はステップＳ２０６にて配信中止コンテンツデータを選択すると、クライアント機器２への配信要求受コンテンツデータの配信を中止する（ステップ  Ｓ２０７）。さらに、サーバ機器１はクライアント機器２へ、配信中止コンテンツデータを配信する（ステップ  Ｓ２０８）。サーバ機器１はクライアント機器２に所定の期間に亘って配信中止コンテンツデータを配信した後、そのデータの配信を中止し、録画予約処理を開始する。
【００５９】
クライアント機器２はサーバ機器１から送信されてきた配信中止コンテンツデータを受信する（ステップ  Ｓ２０９）。クライアント機器２は受信した配信中止コンテンツデータを再生し、例えばディスプレイ２４にコンテンツデータ配信を中止する理由を表示する（ステップ  Ｓ２１０）。ユーザはクライアント機器２のディスプレイ２４に示されるコンテンツデータ配信を中止する理由によって、サーバ機器１からのコンテンツデータ配信が中止されたことを認識する。
【００６０】
サーバ機器１、クライアント機器２が取り扱い可能なフォーマット、パラメータの組み合わせに応じて、サーバ機器１が「配信中止コンテンツデータ」を準備しておくことで、サーバ機器１は、クライアント機器２からの配信要求を受けてサーバ機器１から配信されていたコンテンツとフォーマットやパラメータが例えば一致している配信中止コンテンツデータを選択して、クライアント機器２に配信することが可能である。
【００６１】
クライアント機器２からの配信要求を受けてサーバ機器１から配信されたコンテンツデータのフォーマット、パラメータと配信中止コンテンツデータのフォーマット、パラメータとが一致するので、クライアント機器は、配信中止コンテンツデータを確実に受信し、再生することで、ユーザに「コンテンツデータの配信が中止された」ことを伝えることが可能となる。
【００６２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６３】
【図１】サーバ機器およびクライアント機器から構成されるシステムの一例について示した図。
【図２】サーバ機器の構成の一例を示したブロック図。
【図３】クライアント機器の構成の一例を示したブロック図。
【図４】サーバ機器からクライアント機器へのコンテンツデータ配信処理の一例について説明した流れ図。
【図５】サーバ機器が有するコンテンツデータについて纏められた第１の管理テーブルの一例を示した図。
【図６】サーバ機器が有するコンテンツデータの属性情報を管理するために使用された第２の管理テーブルの一例を示した図。
【図７】サーバ機器からクライアント機器へのコンテンツデータ配信を中止することを示す配信中止コンテンツデータを管理するために用いられるテーブルの一例を示す図。
【図８】サーバ機器からクライアント機器にコンテンツデータ配信ができない場合におけるサーバ機器およびクライアント機器間で行われる処理の一例について説明した流れ図。
【符号の説明】
【００６４】
１…サーバ機器、２…クライアント機器、３…ケーブル、
【図１】
2008011437.tif 000003
【図２】
2008011437.tif 000004
【図３】
2008011437.tif 000005
【図４】
2008011437.tif 000006
【図５】
2008011437.tif 000007
【図６】
2008011437.tif 000008
【図７】
2008011437.tif 000009
【図８】
2008011437.tif 000010