(57)【要約】【課題】録画中コンテンツの録画が完了するなど、ネットワークを介して再生している途中にコンテンツの属性情報が変化する場合でも、最新の属性情報を保持しておくことが可能なコンテンツ送信装置、およびコンテンツ受信装置を提供する。【解決手段】コンテンツ送信装置は、ＡＶコンテンツを複数の部分コンテンツに分割し、部分コンテンツを送信する時点でのＡＶコンテンツの属性情報を含むプロトコルヘッダを付加して送信する。コンテンツ受信装置は、ＡＶコンテンツを複数の部分コンテンツに分割された状態で受信し、受信したヘッダから、部分コンテンツを受信する時点でのＡＶコンテンツの属性情報を取得する。【選択図】図１３
2008118329.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも画像または音声のいずれかを含むＡＶコンテンツを一つ以上含み、各々の前記ＡＶコンテンツについて一つまたは複数の部分コンテンツに分割し、所定の通信プロトコルに従って送信するコンテンツ送信装置であって、
前記部分コンテンツを送信する時点での前記ＡＶコンテンツの属性情報を含めた前記通信プロトコルのヘッダを生成するヘッダ生成手段と、
前記通信プロトコルのヘッダと前記部分コンテンツとを送信する送信手段とを備えることを特徴とするコンテンツ送信装置。
【請求項２】
前記ヘッダ生成手段は、前記部分コンテンツを送信する時点での前記ＡＶコンテンツの属性情報に応じて、前記ＡＶコンテンツの属性情報を前記通信プロトコルのヘッダに含めるまたはヘッダに含めないことを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項３】
前記コンテンツ送信装置は、受信装置から送信されたコンテンツ取得要求を受信する要求受信手段を備え、
前記ヘッダ生成手段は、前記要求受信手段において受信した要求の内容に応じて、前記通信プロトコルのヘッダに、前記ＡＶコンテンツの属性情報を前記通信プロトコルのヘッダに含めるまたはヘッダに含めないことを特徴とする請求項２に記載のコンテンツ送信装置。
【請求項４】
前記送信手段は、前記通信プロトコルのヘッダを送信し、前記部分コンテンツを送信しないことを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項５】
前記通信プロトコルはＨＴＴＰであって、
前記送信手段は、前記通信プロトコルのヘッダとしてＣＯＮＴＥＮＴ−ＬＥＮＧＴＨが０のＰＯＳＴリクエストを含むヘッダを送信することを特徴とする請求項４に記載のコンテンツ送信装置。
【請求項６】
前記送信手段は、前記一つ以上のＡＶコンテンツのうち、一つ以上または全部のＡＶコンテンツを、定期的に送信することを特徴とする請求項１ないし５に記載のコンテンツ送信装置。
【請求項７】
前記送信手段は、前記一つ以上のＡＶコンテンツのうち、一つ以上または全部のＡＶコンテンツの送信するタイミングを前記一つ以上のＡＶコンテンツの属性情報に基づいて決定することを特徴とする請求項６に記載のコンテンツ送信装置。
【請求項８】
少なくとも画像または音声のいずれかを含むＡＶコンテンツについて、前記ＡＶコンテンツの属性情報が通信プロトコルのヘッダに含まれ、前記ＡＶコンテンツは一つないし複数に分割された部分コンテンツとてし、所定の通信プロトコルに従って受信するコンテンツ受信装置であって、
前記通信プロトコルのヘッダと前記部分コンテンツとを受信する受信手段と、
前記通信プロトコルのヘッダから前記部分コンテンツを受信する時点での前記ＡＶコンテンツの属性情報を取得するヘッダ解析手段とを備えることを特徴とするコンテンツ受信装置。
【請求項９】
前記コンテンツ受信装置は、前記送信装置に対して前記送信装置が送信するヘッダに、ＡＶコンテンツの属性情報を含めることを指定して、コンテンツ取得要求を送信する要求送信手段を備えることを特徴とする請求項８に記載のコンテンツ受信装置。
【請求項１０】
前記要求送信手段は、前記ヘッダ解析手段において取得した前記ＡＶコンテンツの属性情報に基づいて、前記ＡＶコンテンツの属性情報を前記ヘッダに含めるまたは含まないことを指定して、コンテンツ取得要求を送信することを特徴とする請求項９に記載のコンテンツ受信装置。
【請求項１１】
前記要求送信手段は、前記送信装置が保持する一つ以上のＡＶコンテンツのうちの少なくとも一つ以上のＡＶコンテンツを取得することを指定して、コンテンツ取得要求を送信することを特徴とする請求項９または請求項１０に記載のコンテンツ受信装置。
【請求項１２】
前記要求送信手段は、前記送信装置が保持する前記一つ以上のＡＶコンテンツの属性情報に基づいて、少なくとも一つ以上の前記ＡＶコンテンツのうち取得するＡＶコンテンツを選択してコンテンツ取得要求を送信することを特徴とする請求項１１に記載のコンテンツ受信装置。
【請求項１３】
前記要求送信手段は、前記送信装置に対して、前記通信プロトコルのヘッダを送信し、前記部分コンテンツを送信しないことを指定して、コンテンツ取得要求を送信することを特徴とする請求項８に記載のコンテンツ受信装置。
【請求項１４】
前記通信プロトコルはＨＴＴＰであって、前記要求送信手段はＨＥＡＤリクエストを送信することを特徴とする請求項１３に記載のコンテンツ受信装置。
【請求項１５】
前記要求送信手段は、前記一つ以上のＡＶコンテンツのうち少なくとも一つ以上のＡＶコンテンツを取得するためのコンテンツ取得要求を、定期的に送信することを特徴とする
請求項８に記載のコンテンツ受信装置。
【請求項１６】
前記コンテンツ受信装置は、前記ＡＶコンテンツの属性情報を表示する表示手段を備え、
前記ヘッダ解析手段は、前記受信手段において、通信プロトコルのヘッダおよび部分コンテンツを受信した時点で前記通信プロトコルのヘッダを解析し、
前記表示手段は、前記ヘッダ解析手段において取得した属性情報を随時表示することを特徴とする請求項９、１３、１５に記載のコンテンツ受信装置。
【請求項１７】
前記コンテンツ受信装置は、前記ＡＶコンテンツの属性情報を表示する表示手段を備え、
前記ヘッダ解析手段は、前記受信手段において、通信プロトコルのヘッダおよび部分コンテンツを受信した時点で前記通信プロトコルのヘッダを解析し、
前記表示手段は、前記ヘッダ解析手段において取得した属性情報に基づいて、随時表示することを特徴とする請求項８ないし１６に記載のコンテンツ受信装置。
【請求項１８】
前記コンテンツ受信装置は、前記ＡＶコンテンツの属性情報を受信する属性情報受信手段を備え、前記要求送信手段は、前記一つ以上のＡＶコンテンツのうち少なくとも一つ以上のＡＶコンテンツの属性情報を取得するための属性情報取得要求を、定期的に送信することを特徴とする請求項８に記載のコンテンツ受信装置。
【請求項１９】
前記要求送信手段は、前記属性情報受信手段において受信した属性情報に基づいて、要求を送信するまたは送信しないことを選択することを特徴とする請求項１８に記載のコンテンツ受信装置。
【請求項２０】
前記要求送信手段は、前記属性情報受信手段において受信した属性情報に基づいて、要求を送信するタイミングを決定することを特徴とする請求項１８に記載のコンテンツ受信装置。
【請求項２１】
前記要求送信手段は、前記属性情報受信手段において受信した属性情報に基づいて、前記一つ以上のＡＶコンテンツのうち属性情報を取得するＡＶコンテンツを選択して要求を送信することを特徴とする請求項１８に記載のコンテンツ受信装置。
【請求項２２】
前記コンテンツ受信装置は、ＡＶコンテンツの属性情報を表示する表示手段を備え、
前記表示手段は、前記属性情報受信手段において受信した属性情報を、随時表示することを特徴とする請求項１８に記載のコンテンツ受信装置。
【請求項２３】
前記コンテンツ受信装置は、ＡＶコンテンツの属性情報を表示する表示手段を備え、
前記表示手段は、前記属性情報受信手段において受信した属性情報に基づいて、前記属性情報の内容を更新するまたは更新しないことを特徴とする請求項２２に記載のコンテンツ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してＡＶコンテンツの視聴を行うためのコンテンツ送信装置、およびコンテンツ受信装置に関する。
【背景技術】
【０００２】
近年、ネットワークを介したコンテンツのやりとりが盛んに行われている。宅内ＬＡＮを構築すれば、例えばＰＣやＨＤＤレコーダに蓄積したＡＶコンテンツを、別の部屋にあるＴＶやＤＶＤプレーヤからストリーミング再生することが可能になる。
【０００３】
ネットワークを介してコンテンツの視聴を行う際の手順は以下のとおりである。まず、クライアントはネットワークに接続されている機器を検索する。機器が見つかると、発見した機器の中から、サーバとして接続する機器を選択する。次に、選択した機器に対して、コンテンツ一覧情報取得要求を送信し、サーバが保持しているコンテンツに関する属性情報を取得する。コンテンツに関する属性情報としては、例えばコンテンツのタイトル名、録画開始時刻、録画終了時刻、録画時間、チャンネル番号、録画モード等の情報がある。クライアント側では取得したコンテンツ一覧情報をモニタ画面に表示し、ユーザがその中から見たいコンテンツを選択する。ユーザからのコンテンツの再生要求は、クライアントからのコンテンツ取得要求としてサーバへ送信される。コンテンツ取得要求を受信したサーバは、コンテンツのデータをクライアントへと送信し、これを受信したクライアントがデータの復号を行うことで、クライアントでのコンテンツの視聴が可能となる。
【０００４】
ネットワークを介したコンテンツ再生では、早送り、巻き戻し、スキップ等の特殊再生を行うこともある。特殊再生は、取得するコンテンツのデータ範囲を指定することにより実現できる。例えば、通信プロトコルとしてＴＣＰ／ＩＰ上でＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてコンテンツ伝送を行う場合であれば、クライアントから送信するＧＥＴリクエストにＲＡＮＧＥヘッダを用い、取得するデータの開始バイト位置と終了バイト位置を指定する（例えば、非特許文献１参照）。取得する範囲としてＭＰＥＧ動画のＩフレームを指定し、連続してＩフレームを取得し表示すれば、早送り再生が実現できる。また、再生方向と逆方向にＩフレームを連続して取得すれば、巻き戻し再生が実現できる。さらに、任意の開始バイト位置を指定して、そこから連続してデータを取得することによりスキップ再生を行うことも可能である。
【０００５】
特殊再生を実現するためには、クライアント側であらかじめコンテンツの構成に関する管理情報を取得しておくことが望ましい。管理情報は、コンテンツを構成するＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）やＩフレームのバイト位置を記述したものである。あらかじめクライアント側でコンテンツの管理情報を取得しておけば、特殊再生を行う際に指定すべきバイト位置を知ることができる。すなわち、早送りや巻き戻しを行う際に指定すべきＩフレームの開始バイト位置と終了バイト位置や、スキップ再生を行う際に指定すべきＧＯＰの開始バイト位置を知ることができる。逆に、クライアントがコンテンツの管理情報を持たない場合、特殊再生を行う際に指定するバイト位置がＧＯＰやＩフレームの開始バイト位置に一致するとは限らないため、受信したデータをそのままデコーダへと転送した場合に、画像が乱れる等の問題が発生する可能性がある。画像を乱さずに特殊再生を行うためには、あらかじめコンテンツの管理情報をサーバから取得しておき、データをＧＯＰ単位あるいはＩフレーム単位で取得する必要がある。
【０００６】
上記のような管理情報を取得して特殊再生を行う方法では、録画中のコンテンツなど、リアルタイムに更新されるコンテンツをネットワーク再生する場合には、コンテンツの管理情報も随時更新していかなければ、特殊再生を行うことができない。管理情報を更新しないで特殊再生を行えば、例えば、コンテンツが６０分であるにもかかわらず、３０分までしか再生ができないといったような不整合が起こってしまう。
【０００７】
しかし、クライアント側で常に最新の管理情報を保持しておくためには、クライアントは、例えばＧＥＴリクエストを送信するごとに最新の管理情報を取得しなおさなければならず、また、サーバはその度にクライアントに送信するための管理情報を再生成する等の処理を行わなければならない。これらの処理は、本来必要なデータの取得に対して大幅なオーバーヘッドとなってしまう。そのため、コンテンツの伝送に遅延が発生し、ユーザのリモコン操作に対する応答性の悪化等の問題が発生することが予想される。
【０００８】
このような場合、一つの解として、あらかじめ特殊再生の操作を制限してしまうという方法がある。すなわち、録画中のコンテンツに対しては特殊再生を行わないようにクライアント側で制限をかけておき、ユーザのリモコン操作により特殊再生の要求があったとしても、その要求を受け付けないものとする。操作に制限をかけるのは録画中の間のみとし、録画が完了すれば特殊再生の操作を受け付けるようにする。これにより、リモコン操作性の悪化によるユーザのストレス発生等の問題を未然に防ぎ、操作性の向上につなげることができる。
【０００９】
コンテンツへのアクセスに制限をかける方法としては、コンテンツ一覧情報とともにアクセス制限に関する情報を通知する方式なども提案されている（例えば、特許文献１参照）。特許文献１では、サーバが保有するコンテンツの中でアクセスできないコンテンツが存在する場合に、クライアントに対して送信するコンテンツ一覧情報の中に、アクセスできない旨を示すフラグを埋め込む。クライアント側では、フラグがセットされているコンテンツを反転表示させるなどして、ユーザが該コンテンツを選択できないようにする。このようにして、ユーザに無駄なリモコン操作を行わせないことで操作性の向上を図っている。
【非特許文献１】「Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  −  ＨＴＴＰ／１．１」, ＲＦＣ２６１６
【特許文献１】特開２００５−１３５０７８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の方法はコンテンツ一覧情報取得時にフラグを埋め込む方式であるため、コンテンツ再生中に変化する状態を通知する方法としては適していない。すなわち、サーバにおいて録画中のコンテンツを、ネットワークを介して追っかけ再生している途中に録画が完了した場合、クライアントは、再度コンテンツ一覧情報を取得しなければ録画が完了したことを知ることができないため、録画が完了したタイミングを知ることができない。これでは、録画中のコンテンツに関して操作に制限をかける場合でも、録画が完了したタイミングで制限を解除することができなくなるため、ユーザにとっての機能性を大きく損なってしまうという課題がある。また、クライアント側で保持しているコンテンツの録画状態と、実際のサーバ側にあるコンテンツの録画状態とが一致しないという不整合が生じ、クライアント側で録画情報を表示する場合には、正しくない情報をユーザに伝えることになってしまう。
【００１１】
本発明は、以上のような問題点を鑑みてなされたものであり、その目的とするところは、コンテンツに関する属性情報を逐次更新することが可能なコンテンツ送信装置、およびコンテンツ受信装置を提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決し上記目的を達成するために、本発明のコンテンツ送信装置は、少なくとも画像または音声のいずれかを含むＡＶコンテンツを一つ以上含み、各々の前記ＡＶコンテンツについて一つまたは複数の部分コンテンツに分割し、所定の通信プロトコルに従って送信するコンテンツ送信装置であって、前記部分コンテンツを送信する時点での前記ＡＶコンテンツの属性情報を含めた前記通信プロトコルのヘッダを生成するヘッダ生成手段と、前記通信プロトコルのヘッダと前記部分コンテンツとを送信する送信手段とを備えることを特徴とする。
【００１３】
この構成により、コンテンツ送信中にコンテンツの属性情報が変化する場合でも、受信側に属性情報の変化を通知することができる。
【００１４】
また、本発明のコンテンツ受信装置は、少なくとも画像または音声のいずれかを含むＡＶコンテンツについて、前記ＡＶコンテンツの属性情報が通信プロトコルのヘッダに含まれ、前記ＡＶコンテンツは一つないし複数に分割された部分コンテンツとてし、所定の通信プロトコルに従って受信するコンテンツ受信装置であって、前記通信プロトコルのヘッダと前記部分コンテンツとを受信する受信手段と、前記通信プロトコルのヘッダから前記部分コンテンツを受信する時点での前記ＡＶコンテンツの属性情報を取得するヘッダ解析手段とを備えることを特徴とする。
【００１５】
この構成により、コンテンツ受信中にコンテンツの属性情報が変化する場合でも、受信は属性情報の変化を受信することができる。
【発明の効果】
【００１６】
本発明のコンテンツ送信装置は、少なくとも画像または音声のいずれかを含むＡＶコンテンツを一つ以上含み、各々の前記ＡＶコンテンツについて一つまたは複数の部分コンテンツに分割し、所定の通信プロトコルに従って送信するコンテンツ送信装置であって、前記部分コンテンツを送信する時点での前記ＡＶコンテンツの属性情報を含めた前記通信プロトコルのヘッダを生成するヘッダ生成手段と、前記通信プロトコルのヘッダと前記部分コンテンツとを送信する送信手段とを備える構成を有することにより、コンテンツの属性情報を送信することができ、コンテンツ送信中にコンテンツの属性情報が変化する場合でも、受信側に属性情報の変化を通知することができる。
【００１７】
また、本発明のコンテンツ受信装置は、少なくとも画像または音声のいずれかを含むＡＶコンテンツについて、前記ＡＶコンテンツの属性情報が通信プロトコルのヘッダに含まれ、前記ＡＶコンテンツは一つないし複数に分割された部分コンテンツとてし、所定の通信プロトコルに従って受信するコンテンツ受信装置であって、前記通信プロトコルのヘッダと前記部分コンテンツとを受信する受信手段と、前記通信プロトコルのヘッダから前記部分コンテンツを受信する時点での前記ＡＶコンテンツの属性情報を取得するヘッダ解析手段とを備える構成を有することにより、ＡＶコンテンツの属性情報を解析することができ、コンテンツ受信中にコンテンツの属性情報が変化する場合でも、受信は属性情報の変化を受信することができる。
【００１８】
また、受信側で視聴しているユーザに対して、送信側に蓄積されているコンテンツの最新の情報を通知することができる。
【発明を実施するための最良の形態】
【００１９】
本発明のコンテンツ送信装置は、少なくとも画像または音声のいずれかを含むＡＶコンテンツを一つ以上含み、各々の前記ＡＶコンテンツについて一つまたは複数の部分コンテンツに分割し、所定の通信プロトコルに従って送信するコンテンツ送信装置であって、前記部分コンテンツを送信する時点での前記ＡＶコンテンツの属性情報を含めた前記通信プロトコルのヘッダを生成するヘッダ生成手段と、前記通信プロトコルのヘッダと前記部分コンテンツとを送信する送信手段とを備える構成を有する。
【００２０】
これにより、コンテンツの属性情報を送信することができ、コンテンツ送信中にコンテンツの属性情報が変化する場合でも、受信側に属性情報の変化を通知することができる。
【００２１】
また、前記ヘッダ生成手段は、前記部分コンテンツを送信する時点での前記ＡＶコンテンツの属性情報に応じて、前記ＡＶコンテンツの属性情報を前記通信プロトコルのヘッダに含めるまたはヘッダに含めないという構成としても構わない。
【００２２】
これにより、コンテンツ送信装置が部分コンテンツを送信するタイミングで、コンテンツの属性情報を通知することができ、コンテンツ受信装置が部分コンテンツを受信するタイミングで、コンテンツの属性情報を取得することができ、また、属性情報の内容に応じてコンテンツの属性情報を含めるか含めないとの処理をすることができるため、必要な情報のみを送ることができる。
【００２３】
また、前記コンテンツ送信装置は、受信装置から送信されたコンテンツ取得要求を受信する要求受信手段を備え、前記ヘッダ生成手段は、前記要求受信手段において受信した要求の内容に応じて、前記通信プロトコルのヘッダに、前記ＡＶコンテンツの属性情報を前記通信プロトコルのヘッダに含めるまたはヘッダに含めないという構成にしても構わない。
【００２４】
これにより、コンテンツ取得要求を受信した際に、属性情報の内容に応じてコンテンツの属性情報を含める、または、含めないとの処理をすることができるため、必要な情報のみを送ることができる。
【００２５】
また、前記送信手段は、前記通信プロトコルのヘッダを送信し、前記部分コンテンツを送信しないという構成にしても構わない。
【００２６】
これにより、受信装置側で視聴しているコンテンツ以外のコンテンツに関しても、コンテンツの属性情報を定期的に通知することができる。
【００２７】
また、前記通信プロトコルはＨＴＴＰであって、前記送信手段は、前記通信プロトコルのヘッダとしてＣＯＮＴＥＮＴ−ＬＥＮＧＴＨが０のＰＯＳＴリクエストを含むヘッダを送信するという構成にしても構わない。
【００２８】
これらにより、ＨＴＴＰを使って送信することができる。
【００２９】
また、前記送信手段は、前記一つ以上のＡＶコンテンツのうち、一つ以上または全部のＡＶコンテンツを、定期的に送信するという構成にしても構わない。
【００３０】
これにより、受信装置側で視聴しているコンテンツ以外のコンテンツに関しても、コンテンツの属性情報を定期的に通知することができ、部分コンテンツに分割しないで伝送を行う場合でも、コンテンツの属性情報を定期的に送信することができる。
【００３１】
また、前記送信手段は、前記一つ以上のＡＶコンテンツのうち、一つ以上または全部のＡＶコンテンツの送信するタイミングを前記一つ以上のＡＶコンテンツの属性情報に基づいて決定するという構成にしても構わない。
【００３２】
これにより、属性情報の内容に応じてコンテンツの属性情報を含める、または、含めないとの処理をすることができるため、必要な情報のみを送ることができる。
【００３３】
また、本発明のコンテンツ受信装置は、少なくとも画像または音声のいずれかを含むＡＶコンテンツについて、前記ＡＶコンテンツの属性情報が通信プロトコルのヘッダに含まれ、前記ＡＶコンテンツは一つないし複数に分割された部分コンテンツとてし、所定の通信プロトコルに従って受信するコンテンツ受信装置であって、前記通信プロトコルのヘッダと前記部分コンテンツとを受信する受信手段と、前記通信プロトコルのヘッダから前記部分コンテンツを受信する時点での前記ＡＶコンテンツの属性情報を取得するヘッダ解析手段とを備える構成としても構わない。
【００３４】
これにより、ＡＶコンテンツの属性情報を解析することができ、コンテンツ受信中にコンテンツの属性情報が変化する場合でも、属性情報の変化を受信することができる。
【００３５】
また、前記コンテンツ受信装置は、前記送信装置に対して前記送信装置が送信するヘッダに、ＡＶコンテンツの属性情報を含めることを指定して、コンテンツ取得要求を送信する要求送信手段を備えるという構成にしても構わない。
【００３６】
これにより、コンテンツの取得要求がなされた際に、属性情報が更新された時点で、効率よくコンテンツの属性情報を取得することができる。
【００３７】
また、前記要求送信手段は、前記ヘッダ解析手段において取得した前記ＡＶコンテンツの属性情報に基づいて、前記ＡＶコンテンツの属性情報を前記ヘッダに含めるまたは含まないことを指定して、コンテンツ取得要求を送信するという構成にしても構わない。
【００３８】
これにより、コンテンツの属性情報が更新された時点で、効率よくコンテンツの属性情報を取得することができる。
【００３９】
また、前記要求送信手段は、前記送信装置が保持する一つ以上のＡＶコンテンツのうちの少なくとも一つ以上のＡＶコンテンツを取得することを指定して、コンテンツ取得要求を送信するという構成にしても構わない。
【００４０】
これにより、属性情報の内容に応じてコンテンツの属性情報を含める、または、含めないとの通知をすることができるため、必要な情報のみを受信することができ、コンテンツの属性情報が更新された時点で、効率よくコンテンツの属性情報を取得することができる。
【００４１】
また、前記要求送信手段は、前記送信装置が保持する前記一つ以上のＡＶコンテンツの属性情報に基づいて、少なくとも一つ以上の前記ＡＶコンテンツのうち取得するＡＶコンテンツを選択してコンテンツ取得要求を送信するという構成にしても構わない。
【００４２】
これにより、視聴をしていないコンテンツ以外の属性情報についてもその変化を知ることができる。
【００４３】
また、前記要求送信手段は、前記送信装置に対して、前記通信プロトコルのヘッダを送信し、前記部分コンテンツを送信しないことを指定して、コンテンツ取得要求を送信するという構成にしても構わない。
【００４４】
これにより、属性情報の内容に応じてコンテンツの属性情報を含める、または、含めないとの通知をすることができるため、必要な情報のみを受信することができる。
【００４５】
また、前記通信プロトコルはＨＴＴＰであって、前記要求送信手段はＨＥＡＤリクエストを送信するという構成にしても構わない。
【００４６】
これにより、ＨＴＴＰを使って受信することができる。
【００４７】
また、前記要求送信手段は、前記一つ以上のＡＶコンテンツのうち少なくとも一つ以上のＡＶコンテンツを取得するためのコンテンツ取得要求を、定期的に送信するという構成にしても構わない。
【００４８】
これにより、受信装置側で視聴しているコンテンツ以外のコンテンツに関しても、コンテンツの属性情報を定期的に受信することができる。
【００４９】
また、前記コンテンツ受信装置は、前記ＡＶコンテンツの属性情報を表示する表示手段を備えるという構成にしても構わない。
【００５０】
これにより、取得したコンテンツの属性情報を、随時ユーザに通知することができる。
【００５１】
また、前記コンテンツ受信装置は、前記ＡＶコンテンツの属性情報を受信する属性情報受信手段を備え、前記要求送信手段は、前記一つ以上のＡＶコンテンツのうち少なくとも一つ以上のＡＶコンテンツの属性情報を取得するための属性情報取得要求を、定期的に送信するという構成にしても構わない。
【００５２】
これにより、取得したコンテンツの属性情報を、随時ユーザに通知することができる。
【００５３】
（実施の形態）
以下に、本発明を実施するための最良の形態を、図面を参照して説明する。
【００５４】
まず、実施の形態におけるネットワークの構成図を、図１を用いて説明する。
【００５５】
図１は、実施の形態におけるコンテンツ送信装置、およびコンテンツ受信装置の接続例を示した図である。図１は大きく二つのシステムに分類される。一つ目は同軸ケーブルを介したテレビジョン放送のためのシステムで、放送網１０を介して、センタ装置１００と、コンテンツ送信装置２００とが接続されている。二つ目はＥｔｈｅｒｎｅｔ（登録商標）ケーブルを介した宅内ＬＡＮで、通信網２０を介して、コンテンツ送信装置２００と、コンテンツ受信装置３００とが接続されている。通信網２０の通信プロトコルにはＴＣＰ／ＩＰを用いる。
【００５６】
センタ装置１００は、テレビジョン放送の基地局内に設置されており、映像コンテンツの配信を行うサーバ等である。センタ装置１００から送信されたコンテンツは、放送網１０に接続している各端末に送信され、各端末ではコンテンツの視聴や録画を行うことができる。
【００５７】
コンテンツ送信装置２００は、例えば、基地局からの放送を受信し復調する機能を備えたＳＴＢ（セットトップボックス）、ＨＤＤレコーダ等である。また、コンテンツ送信装置２００は、宅内ＬＡＮを介してパケット通信を行う機能を有している。コンテンツ送信装置２００は、番組を録画するなどして蓄積したコンテンツを、通信網２０を介して送信することができる。
【００５８】
コンテンツ受信装置３００は、宅内ＬＡＮを介してパケット通信を行う機能を備えたＳＴＢ、テレビ等である。コンテンツ受信装置３００は、通信網２０を介して受信したコンテンツを、視聴したり蓄積したりすることが可能である。
【００５９】
なお、簡単のためコンテンツ送信装置２００とコンテンツ受信装置３００とは異なる機能を有するものとしたが、これらは性能的、機能的に差がなくてもよい。
【００６０】
次に、実施の形態におけるコンテンツ送信装置２００の構成を、図２を用いて説明する。
【００６１】
図２は、実施の形態におけるコンテンツ送信装置２００の構成を示す図である。コンテンツ送信装置２００は、チューナ手段２０１と、復調手段２０２と、コンテンツ蓄積手段２０３と、属性情報生成手段２０４と、管理情報生成手段２０５と、録画制御手段２０６と、送信制御手段２０７と、受信手段２０８と、ヘッダ生成手段２０９と、送信手段２１０とを備える。
【００６２】
コンテンツ送信装置２００を操作するユーザが放送番組の録画を行うと、放送網１０から放送されたコンテンツを、チューナ手段２０１を介して受信し、復調手段２０２において信号の復調を行った後、コンテンツ蓄積手段２０３に蓄積する。コンテンツ蓄積手段２０３は、ＨＤＤやＤＶＤ等のメディアである。また、ＶＯＤ（ビデオ・オン・デマンド）等によりユーザが選択したコンテンツを蓄積する場合も、放送網１０を介して配信されたコンテンツを受信および復調し、コンテンツ蓄積手段２０３に蓄積する。これらの録画の制御は録画制御手段２０６において行う。録画の方法は、予約により指定した時刻に自動的に録画を開始（および終了）する自動録画でもよいし、ユーザの手動操作により行われる手動録画でもよい。
【００６３】
コンテンツ送信装置２００は、ネットワークを介して、蓄積したコンテンツを送信する機能を備える。ここではＰＵＬＬ型、すなわち、受信側からの要求に基づいて、送信側がコンテンツを送信するモデルを想定する。
【００６４】
まず、受信手段２０８において受信側の端末からの要求を受信する。受信した要求が、コンテンツに関する属性情報を取得する要求であれば、属性情報生成手段２０４において、コンテンツの属性情報をリストとして作成し、送信手段２１０を介して送信する。属性情報とは、例えばコンテンツのタイトル名、録画開始時刻、録画終了時刻、録画時間、チャンネル番号、録画モード等のように、コンテンツの内容に関する情報を指す。
【００６５】
受信した要求が、コンテンツの管理情報を取得する要求であれば、管理情報生成手段２０５において、コンテンツの管理情報を作成し、送信手段２１０を介して送信する。管理情報とは、コンテンツのデータの構成に関する情報を指す。具体的には、ＭＰＥＧ動画コンテンツの構成情報として、ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）やＩフレームのバイト位置の情報のように、コンテンツの内部構成に関して記載されたものである。
【００６６】
受信した要求が、コンテンツ自身のデータを取得する要求であれば、コンテンツ蓄積手段２０３からコンテンツのデータを読み出す。ここで、コンテンツ伝送のための通信プロトコルとしてＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を想定すると、ＨＴＴＰのヘッダをヘッダ生成手段２０９において生成する。またこのとき、ヘッダ生成手段２０９において生成するヘッダには、送信するコンテンツの属性情報を含む。送信手段２１０では、コンテンツ蓄積手段２０３から読み出したコンテンツデータに、ヘッダ生成手段２０９で作成したヘッダを付加してコンテンツを送信する。これらの送信の制御は、送信制御手段２０７において行う。
【００６７】
次に、実施の形態におけるコンテンツ受信装置３００の構成を、図３を用いて説明する。
【００６８】
図３は、実施の形態におけるコンテンツ受信装置３００の構成を示す図である。コンテンツ受信装置３００は、入力手段３０１と、再生制御手段３０２と、送信手段３０３と、受信手段３０４と、ヘッダ解析手段３０５と、属性情報抽出手段３０６と、管理情報解析手段３０７と、復号手段３０８と、出力手段３０９とを備える。
【００６９】
コンテンツを視聴したいユーザがリモコン操作を行うと、入力手段３０１を介して命令が入力される。まず、送信側の端末に蓄積されているコンテンツを知るために、コンテンツに関する属性情報を取得する。属性情報には、コンテンツのタイトル名や録画開始時刻等の情報が含まれる。送信手段３０３を介して属性情報取得要求を送信すると、受信手段３０４を介して属性情報を受信する。さらに、属性情報抽出手段３０６を介してコンテンツに関する属性情報を抽出し、出力手段３０９に出力する。出力手段３０９は映像を表示するモニタ等である。ここではコンテンツに関する情報が一覧として画面上に表示される。
【００７０】
次に、ユーザがコンテンツ一覧の中から視聴したいコンテンツを選択する。コンテンツの取得に先立ち、コンテンツに関する管理情報を取得する。管理情報の取得要求は送信手段３０３を介して送信し、送信側から送信された管理情報は受信手段３０４を介して受信する。受信した管理情報を、管理情報解析手段３０７において解析することにより、コンテンツの内部構成に関する情報を知ることができる。特殊再生は、管理情報解析手段３０７において得られた情報に基づいて、取得するデータの範囲を指定することにより実現できる。
【００７１】
次に、選択されたコンテンツを送信側から取得する。送信側に対するコンテンツ取得要求は、送信手段３０３を介して送信する。送信側の端末から送信されたコンテンツは、受信手段３０４を介して受信する。受信手段３０４において受信したデータには、ＨＴＴＰのヘッダも含まれるため、ヘッダ解析手段３０５においてＨＴＴＰヘッダ部の解析を行う。ヘッダの中に属性情報が含まれている場合、これを属性情報抽出手段３０６において抽出し、再生制御手段３０２、および出力手段３０９へと通知する。再生制御手段３０２では、コンテンツの属性情報に応じて操作の制限を変更する。例えば、録画中のコンテンツに対しては通常再生のみを許可し、特殊再生の操作を禁止する。出力手段３０９では、コンテンツの属性情報を表示し、情報をユーザに通知する。
【００７２】
一方、ヘッダ解析手段３０５において切り離したコンテンツのデータ部分は、復号手段３０８で復号したのち、出力手段３０９に出力する。これにより、受信したコンテンツを映像や音声として出力することができる。これらの制御は、再生制御手段３０２において行われる。ここで、復号手段３０８は、データを復号するデコーダ等である。なお、出力手段３０９は音声を出力するスピーカー等であってもよいし、コンテンツを記録するためのＨＤＤやＤＶＤ等の蓄積メディアであってもよい。
【００７３】
次に、実施の形態における再生中コンテンツの属性情報の通知の手順を、図を用いて説明する。
【００７４】
図７は、ある時点でのコンテンツ送信装置２００が保有している全コンテンツの属性情報を一覧で示したものである。
【００７５】
コンテンツ送信装置２００は、コンテンツに関する属性情報として、現在の状態、録画日、録画開始時刻、録画終了時刻、録画時間、チャンネル番号、タイトル名、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）等の情報を保持しており、これらはＩＤを付与することでコンテンツごとに管理されている。なお、現在の状態とは、コンテンツが録画済のものであるか、録画中のものであるかを示すものとする。ここでは、ＩＤ１〜３のコンテンツが録画済であり、ＩＤ４のコンテンツのみが録画中であるものとする。また、ＵＲＩはコンテンツの格納場所を示すものである。これらの情報は、属性情報生成手段２０４において生成される。
【００７６】
図４は、コンテンツ受信装置３００におけるコンテンツ一覧情報表示時の画面を示したものである。
【００７７】
コンテンツ受信装置３００の出力手段３０９が表示する画面５００は、図４に示すように、プレビュー表示部５０１、録画時間表示部５０２、現在時刻表示部５０３、録画情報表示部５０４、録画日表示部５０５、録画開始時刻表示部５０６、チャンネル番号表示部５０７、タイトル名表示部５０８の複数の部分に分割して構成されている。
【００７８】
いま、コンテンツ受信装置３００は、コンテンツ送信装置２００から全コンテンツの属性情報を取得し、リスト表示されたうちの４番目のコンテンツに関する管理情報を取得し、４番目のコンテンツのデータを受信中であるものとする。コンテンツ送信装置２００から取得した属性情報が図７に示すものであれば、図４の録画時間表示部５０２、録画情報表示部５０４、録画日表示部５０５、録画開始時刻表示部５０６、チャンネル番号表示部５０７、タイトル名表示部５０８に表示される内容は、図７の録画時間、現在の状態、録画日、録画開始時刻、チャンネル番号、タイトル名にそれぞれ対応したものとなる。また、プレビュー表示部５０１は、フォーカスがあたっているコンテンツを小画面で再生するものである。ここでは、コンテンツ送信装置２００から取得中の４番目のコンテンツの映像が小画面で表示されている。なお、現在時刻表示部５０３は、コンテンツ受信装置３００内部で保持する時計に基づいて現在時刻を表示している。
【００７９】
ここで、コンテンツ受信装置３００がプレビューしているコンテンツは、コンテンツ送信装置２００において録画中のコンテンツである。このように、番組を録画しながら時間をずらして視聴する方法は、追っかけ再生、または、タイムシフト再生等と呼ばれている。ここでは、コンテンツ送信装置２００において録画中のコンテンツに対して、ネットワークを介して、コンテンツ受信装置３００からプレビュー画面での追っかけ再生を行う。
【００８０】
図１３は、追っかけ再生中のネットワーク上でのパケットのやりとりを示したものである。
【００８１】
まず、コンテンツ受信装置３００からコンテンツ送信装置２００に対して、コンテンツの送信を要求するメッセージを送信する。送信するメッセージはＨＴＴＰのＧＥＴリクエストであり、図９のメッセージ＃１に示す。メッセージ＃１にはＲＡＮＧＥヘッダが含まれており、取得するコンテンツデータの開始バイト位置と終了バイト位置とを指定して要求を行っている。ここでは０バイト目から９９９９９バイト目までを指定して取得している。なお、ここで指定するバイト位置は、コンテンツの取得に先立って取得した管理情報に基づいて決定する。ここでは１ＧＯＰごとにＧＥＴリクエストを送信するものとし、ここで指定された０バイト目は先頭ＧＯＰの開始バイト位置であり、９９９９９バイト目は終了バイト位置である。
【００８２】
さらに、メッセージ＃１には、通常のＨＴＴＰのヘッダ以外に「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｑｕｅｓｔ」というヘッダを付加する。これは、コンテンツ送信装置２００に対して、応答メッセージに録画情報に関するヘッダを付加するように要求するものである。
【００８３】
メッセージ＃１を受信したコンテンツ送信装置２００は、応答として図９のメッセージ＃２に示すような、ＨＴＴＰのレスポンスを送信する。メッセージ＃２には、通常のＨＴＴＰのヘッダ以外に「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｃｏｒｄｉｎｇ」というヘッダを付加する。これは、コンテンツ受信装置３００に対して、送信しているコンテンツは現在録画中であるということを通知するものである。コンテンツ受信装置３００は、このようなヘッダを抽出することにより、現在再生しているコンテンツが録画中であることを知ることができる。なお、コンテンツ送信装置２００は、受信した要求メッセージにヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｑｕｅｓｔ」が含まれている場合にのみ、応答メッセージに録画情報を示すヘッダを付加するものとする。
【００８４】
コンテンツ送信装置２００は、続けてコンテンツのデータを送信する。これは、メッセージ＃１のＲＡＮＧＥヘッダにおいて指定された範囲のコンテンツを送信するものである。コンテンツ受信装置は、これを復号し、出力することでプレビュー画面に受信したコンテンツの映像を表示する。
【００８５】
以下、同様にコンテンツ受信装置３００からメッセージ＃３を送信し、これを受信したコンテンツ送信装置２００がメッセージ＃４およびコンテンツのデータを送信する。メッセージ＃３には、録画情報の取得を示すヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｑｕｅｓｔ」が、メッセージ＃４には、コンテンツの録画情報を示すヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｃｏｒｄｉｎｇ」が含まれている。送信中のコンテンツが録画中である間は、コンテンツ送信装置２００が送信するメッセージには、録画中を示すヘッダが含まれている。
【００８６】
ここで、ある時点において録画が終了するものとする。詳細には、図７に示すように、２１時００分になった時点でコンテンツの録画は終了する。このとき、コンテンツ送信装置２００は、受信したメッセージ＃５に対して、メッセージ＃６を送信する。メッセージ＃６には、ヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｃｏｍｐｌｅｔｅ」が含まれている。これは、送信中のコンテンツの録画が完了したことを通知するものである。
【００８７】
メッセージ＃６を受信したコンテンツ受信装置３００は、受信したメッセージを解析し、ヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｃｏｍｐｌｅｔｅ」が含まれていることを検出した時点で、録画が終了したことを知ることができる。このとき、出力手段３０９に表示している情報を更新する。例えば、図４のような表示画面であれば、録画情報表示部５０４に表示している、録画中を示すマークを消す。これにより、画面を視聴しているユーザは、録画が完了したことを直ちに知ることができる。
【００８８】
また、再生制御手段３０２はコンテンツの属性情報に基づいて操作の制限を切り替える。具体的には、録画中のコンテンツは通常再生のみを許可し、特殊再生を禁止する。これは、特殊再生を行うためにはあらかじめコンテンツの管理情報を取得しておくことが必要なこと、録画中のコンテンツは管理情報も随時更新されていくため、特殊再生を行うためには随時管理情報の更新が必要なこと、管理情報を随時取得するのは大幅なオーバヘッドとなるため応答性の悪化が予想されること等を勘案し、録画中のコンテンツに関しては操作に制限をかけるものとする。
【００８９】
ユーザの操作によってスキップ再生の要求が行われた場合、スキップ再生の命令が入力手段３０１から再生制御手段３０２に送られる。ここで、属性情報抽出手段３０６において取得された属性情報を参照する。コンテンツが録画中のものであれば、要求されたスキップ再生の命令を無効化する。このとき、命令が受け付けられなかった旨を画面に表示してユーザに通知するなどしてもよい。一方、コンテンツの録画が完了していれば、スキップ再生要求をコンテンツ取得要求へと変換して、送信手段３０３を介して送信する。上述のように、応答メッセージのヘッダを解析することにより、録画が完了したことを直ちに検出することが可能である。したがって、コンテンツの録画が終了したタイミングで特殊再生禁止の制限を解除することが可能となる。
【００９０】
なお、録画の終了を検知した時点で画面表示を更新する内容は、録画情報表示部５０４に限定しない。例えば、録画時間表示部５０２に表示されている時間を同時に更新してもよい。この場合、２時間４５分と表示された状態から３時間００分へと表示を更新する。ユーザはコンテンツに関する最新の属性情報を知ることができる。
【００９１】
また、本実施の形態において、録画中のコンテンツの情報を取得するための方法として「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ」というヘッダを用いることとしたが、あくまで一例であり、ヘッダの名称や記述形式等に関する制限は一切設けない。
【００９２】
また、通信プロトコルのヘッダの中に埋め込む属性情報は、録画中か録画中でないかという情報に限定しない。例えば録画時間を通知するなどしてもよい。録画時間を通知すれば、録画時間表示部５０２に表示する時間も、部分コンテンツを受信するタイミングで随時更新することが可能になる。あるいは、録画時間が延長になるなどして録画終了時刻が変更になった場合にその旨を通知するなどしてもよい。
【００９３】
また、本実施の形態において、通信プロトコルのヘッダの中に埋め込む属性情報は、録画に関するものに限定しない。例えば、コンテンツ再生中にコンテンツのタイトル名が更新された場合に、更新されたタイトル名を通知するなどしてもよい。本実施の形態において、通信プロトコルのヘッダの中に埋め込む属性情報は、コンテンツ送信中に変化するものであればよいものとする。
【００９４】
なお、本実施の形態において、通信プロトコルのヘッダの中に埋め込む情報は、コンテンツの属性情報を直接的に記述したものであってもよいし、属性情報が更新されたことを通知するだけのものであってもよい。属性情報の更新のみを通知する場合は、例えば、属性情報が更新されたことを示すフラグを立てること等により実現する。フラグが立っていることを検出したコンテンツ受信装置は、コンテンツ送信装置に対して属性情報取得要求を送信し、再度コンテンツに関する属性情報を取得することにより、最新の属性情報を取得することができる。
【００９５】
また、本実施の形態において、コンテンツ受信装置３００が送信する要求メッセージには、応答に属性情報に関するヘッダを含むように要求するヘッダを付加するものとしたが、取得した属性情報に応じて、ヘッダを付加してもよいし、付加しなくてもよい。例えば、コンテンツ送信装置２００においてコンテンツの録画が完了した場合には、それ以降録画に関する情報を取得しても更新されることはないため、録画情報の取得は不要と判断して、要求メッセージにヘッダを付加しないなどしてもよい。
【００９６】
なお、本実施の形態において、画面表示の形態は限定しない。例えば、図４に示すようなプレビュー画面に限らず、図５に示すような通常の再生画面でもよい。図５において、画面５００には、現在時刻表示部５０３と、コンテンツ表示部５０９と、情報通知部５１０とが含まれている。図５のような画面でコンテンツ視聴中にコンテンツの録画が終了した場合、情報通知部５１０を介して録画が完了したことを通知するなどしてもよい。本実施の形態において、属性情報が更新されたことを通知する通知の形式は問わない。
【００９７】
次に、本実施の形態における、再生中でないコンテンツの属性情報の通知の手順について説明する。
【００９８】
コンテンツ送信装置２００が、図８に示すようなコンテンツおよびコンテンツ属性情報を保持しており、コンテンツ受信装置３００から図６のような画面でプレビュー再生を行う場合を考える。このとき、コンテンツ送信装置２００において録画中のコンテンツは５番目のコンテンツであり、コンテンツ受信装置３００においてプレビュー再生中のコンテンツは４番目のコンテンツである。
【００９９】
コンテンツ受信装置３００は、視聴中のコンテンツ以外のコンテンツの情報を取得するために、コンテンツ受信中に、図１４に示すような通信を行う。図１４において、コンテンツ受信装置３００が送信するメッセージは、図１０のメッセージ＃１１、メッセージ＃１３、メッセージ＃１５、メッセージ＃１７に示すとおりである。これらは、それぞれ別々のコンテンツに対してＨＴＴＰのＨＥＡＤリクエストを送信したものである。なお、これらのメッセージにはヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｑｕｅｓｔ」が含まれており、各々のコンテンツが録画中か否かを問い合わせている。
【０１００】
コンテンツ受信装置３００からの要求メッセージを受信したコンテンツ送信装置２００は、それぞれに対応したメッセージを応答として返す。メッセージ＃１１、メッセージ＃１３、メッセージ＃１５は、いずれも録画済コンテンツに対する要求であるので、それぞれへの応答であるメッセージ＃１２、メッセージ＃１４、メッセージ＃１６にはヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｃｏｍｐｌｅｔｅ」を含む。一方、メッセージ＃１７は、録画中コンテンツに対する要求であるので、応答メッセージ＃１８にはヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｃｏｒｄｉｎｇ」を含む。これにより、コンテンツ受信装置３００は、５番目のコンテンツのみが録画中であると判断することができる。
【０１０１】
コンテンツ受信装置３００は、以降定期的にコンテンツ送信装置２００に対してＨＴＴＰのＨＥＡＤリクエストを送信し、録画状態を問い合わせる。途中で応答メッセージのヘッダが変化した場合には、その時点で録画の終了を検出することができる。録画の終了を検出すると、その時点で画面の表示を更新することにより、ユーザは常に最新のコンテンツ情報を知ることができる。
【０１０２】
なお、このような要求メッセージの送信は、コンテンツ送信装置２００が保持するすべてのコンテンツに対して行ってもよいし、一部のコンテンツに対してのみ行ってもよい。例えば、録画が完了しているコンテンツに対してはそれ以降メッセージを送信せず、録画中のコンテンツに対してのみメッセージを送信するなどしてもよい。また、要求メッセージは定期的に送信してもよいし、取得した属性情報に基づいて要求メッセージを送信するタイミングを決定してもよい。例えば、コンテンツ送信装置から録画終了時刻に関する情報を取得して、録画終了時刻やその付近の時刻で要求メッセージを送信するなどしてもよい。
【０１０３】
また、本実施の形態において、コンテンツの取得にはＨＴＴＰのＧＥＴリクエストを用いるＰＵＬＬ型のモデルを想定したが、ＨＴＴＰのＰＯＳＴリクエストを用いたＰＵＳＨ型のモデルであっても、同様に属性情報を逐次更新することが可能である。
【０１０４】
図１５は、ＰＵＳＨ型で録画中コンテンツの伝送を行う場合のパケットのやりとりを示したものである。
【０１０５】
まず、コンテンツ送信装置２００からコンテンツ受信装置３００に対して、コンテンツの送信を要求するメッセージを送信するとともに、コンテンツのデータも送信する。送信するメッセージはＨＴＴＰのＰＯＳＴリクエストであり、図１１のメッセージ＃２１に示す。メッセージ＃２１にはＸ−ＲＡＮＧＥというヘッダが含まれており、送信するコンテンツデータの開始バイト位置と終了バイト位置とを指定している。ここでは７０００００バイト目から７９９９９９バイト目までを指定して送信している。なお、ここで指定するバイト位置は、コンテンツの管理情報に基づいてＧＯＰの境界を指定してもよいし、任意に値を設定するなどしてもよい。
【０１０６】
さらに、メッセージ＃２１には、通常のＨＴＴＰのヘッダ以外に「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｃｏｒｄｉｎｇ」というヘッダを付加する。これは、コンテンツ受信装置３００に対して、送信しているコンテンツは現在録画中であるということを通知するものである。コンテンツ受信装置３００は、このようなヘッダを抽出することにより、現在受信しているコンテンツが録画中であることを知ることができる。
【０１０７】
コンテンツ送信装置２００は、続けてコンテンツのデータを送信する。これは、メッセージ＃２１のＸ−ＲＡＮＧＥヘッダにおいて指定された範囲のコンテンツを送信するものである。コンテンツ受信装置３００は、指定された範囲のコンテンツの受信が完了すると、コンテンツ送信装置２００に対して応答メッセージ＃２２を送信する。
【０１０８】
ここで、ある時点において録画が終了するものとする。このとき、コンテンツ送信装置２００はメッセージ＃２３を送信する。メッセージ＃２３には、ヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｃｏｍｐｌｅｔｅ」が含まれている。これは、送信中のコンテンツの録画が完了したことを通知するものである。
【０１０９】
メッセージ＃２３を受信したコンテンツ受信装置３００は、受信したメッセージを解析し、ヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｃｏｍｐｌｅｔｅ」が含まれていることを検出した時点で、録画が終了したことを知ることができる。コンテンツ受信装置３００は、続けて送信されるコンテンツの受信が完了すると、コンテンツ送信装置２００に対して応答メッセージ＃２４を送信する。
【０１１０】
一方、送信中でないコンテンツの属性情報の通知の手順は以下のとおりである。
【０１１１】
コンテンツ送信装置２００は、送信中のコンテンツ以外のコンテンツの情報を通知するために、コンテンツ送信中に、図１６に示すような通信を行う。図１６において、コンテンツ送信装置２００が送信するメッセージは、図１２のメッセージ＃３１、メッセージ＃３３、メッセージ＃３５、メッセージ＃３７に示すとおりである。これらは、それぞれ別々のコンテンツに対して、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨが０のＰＯＳＴリクエストを送信したものである。なお、これらのメッセージにはヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ」が含まれており、各々のコンテンツが録画中か録画済かを通知している。
【０１１２】
メッセージ＃３１、メッセージ＃３３、メッセージ＃３５は、いずれも録画済コンテンツの送信要求であるので、ヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｃｏｍｐｌｅｔｅ」を含む。一方、メッセージ＃３７は録画中コンテンツの送信要求であるので、ヘッダ「Ｘ−ＲＥＣＯＲＤＩＮＧ−ＳＴＡＴＥ：ｒｅｃｏｒｄｉｎｇ」を含む。これにより、コンテンツ受信装置３００は、５番目のコンテンツのみが録画中であると判断することができる。なお、これらのリクエストはＣＯＮＴＥＮＴ−ＬＥＮＧＴＨが０であり、実際にコンテンツのデータの送受信は行わない。リクエストを受信したコンテンツ受信装置３００は、各々のメッセージに対してメッセージ＃３２、メッセージ＃３４、メッセージ＃３６、メッセージ＃３８を応答メッセージとして返す。
【０１１３】
コンテンツ送信装置２００は、以降定期的にコンテンツ受信装置３００に対してＨＴＴＰのＰＯＳＴリクエストを送信し、録画状態を通知する。途中でメッセージのヘッダが変化した場合には、その時点で録画の終了を検出することができる。録画の終了を検出すると、その時点で画面の表示を更新することにより、ユーザは常に最新のコンテンツ情報を知ることができる。
【０１１４】
なお、このようなメッセージの送信は、コンテンツ送信装置２００が保持するすべてのコンテンツに対して行ってもよいし、一部のコンテンツに対してのみ行ってもよい。例えば、録画が完了しているコンテンツに対してはそれ以降メッセージを送信せず、録画中のコンテンツに対してのみメッセージを送信するなどしてもよい。また、メッセージは定期的に送信してもよいし、属性情報に基づいてメッセージを送信するタイミングを決定してもよい。例えば、録画終了時刻に関する情報に基づいて、録画終了時刻やその付近の時刻で要求メッセージを送信するなどしてもよい。
【０１１５】
また、本実施の形態において、コンテンツ受信装置３００は、取得した管理情報に基づいてＧＯＰごとに指定するなど、部分コンテンツに分割してコンテンツを取得するものとしたが、コンテンツの取得は、部分コンテンツに分割する方法に限定しない。例えば、コンテンツ送信装置が管理情報を送信しなければ、コンテンツ送信装置３００は管理情報が取得できず、ＧＯＰの開始バイト位置や終了バイト位置を知ることができない。このような場合、コンテンツ受信装置３００は任意に開始バイト位置や終了バイト位置を指定してもよいし、範囲指定を行わずにすべてのコンテンツのデータを一括で取得してもよい。
【０１１６】
すべてのコンテンツデータを一括で取得する場合には、コンテンツ送信装置は、図１７に示すように、コンテンツ受信中に定期的に属性情報取得要求を送信する。録画中のコンテンツの録画が完了するなど、コンテンツの属性情報に変更があった場合は、取得した属性情報の内容も変更されるため、コンテンツ受信装置３００において、情報が更新されたことを検知することができる。
【０１１７】
なお、属性情報取得要求の送信は、コンテンツ送信装置が保持するすべてのコンテンツに対して行ってもよいし、一部のコンテンツに対してのみ行ってもよい。例えば、録画が完了しているコンテンツに対してはそれ以降要求を送信せず、録画中のコンテンツに対してのみ要求を送信するなどしてもよい。また、要求は定期的に送信してもよいし、属性情報に基づいて要求を送信するタイミングを決定してもよい。例えば、録画終了時刻に関する情報に基づいて、録画終了時刻やその付近の時刻で要求を送信するなどしてもよい。
【産業上の利用可能性】
【０１１８】
本発明のコンテンツ送信装置、およびコンテンツ受信装置は、ネットワークを介してＡＶコンテンツの送受信を行うＨＤＤレコーダやＳＴＢ等として有用である。
【図面の簡単な説明】
【０１１９】
【図１】実施の形態におけるネットワークの構成図
【図２】実施の形態におけるコンテンツ送信装置の構成図
【図３】実施の形態におけるコンテンツ受信装置の構成図
【図４】実施の形態における録画中コンテンツのプレビュー画面を示す図
【図５】実施の形態におけるコンテンツの再生画面を示す図
【図６】実施の形態における録画済コンテンツのプレビュー画面を示す図
【図７】実施の形態におけるコンテンツの属性情報を示す図
【図８】実施の形態におけるコンテンツの属性情報を示す図
【図９】実施の形態における属性情報取得のメッセージを示す図
【図１０】実施の形態における属性情報取得のメッセージを示す図
【図１１】実施の形態における属性情報通知のメッセージを示す図
【図１２】実施の形態における属性情報通知のメッセージを示す図
【図１３】実施の形態における属性情報取得のシーケンスを示す図
【図１４】実施の形態における属性情報取得のシーケンスを示す図
【図１５】実施の形態における属性情報通知のシーケンスを示す図
【図１６】実施の形態における属性情報通知のシーケンスを示す図
【図１７】実施の形態における属性情報取得のシーケンスを示す図
【符号の説明】
【０１２０】
１０  放送網
２０  通信網
１００  センタ装置
２００  コンテンツ送信装置
２０１  チューナ手段
２０２  復調手段
２０３  コンテンツ蓄積手段
２０４  属性情報生成手段
２０５  管理情報生成手段
２０６  録画制御手段
２０７  送信制御手段
２０８  受信手段
２０９  ヘッダ生成手段
２１０  送信手段
３００  コンテンツ受信装置
３０１  入力手段
３０２  再生制御手段
３０３  送信手段
３０４  受信手段
３０５  ヘッダ解析手段
３０６  属性情報抽出手段
３０７  管理情報解析手段
３０８  復号手段
３０９  出力手段
５００  画面
５０１  プレビュー表示部
５０２  録画時間表示部
５０３  現在時刻表示部
５０４  録画情報表示部
５０５  録画日表示部
５０６  録画開始時刻表示部
５０７  チャンネル番号表示部
５０８  タイトル名表示部
５０９  コンテンツ表示部
５１０  情報通知部
【図１】
2008118329.tif 000003
【図２】
2008118329.tif 000004
【図３】
2008118329.tif 000005
【図４】
2008118329.tif 000006
【図５】
2008118329.tif 000007
【図６】
2008118329.tif 000008
【図７】
2008118329.tif 000009
【図８】
2008118329.tif 000010
【図９】
2008118329.tif 000011
【図１０】
2008118329.tif 000012
【図１１】
2008118329.tif 000013
【図１２】
2008118329.tif 000014
【図１３】
2008118329.tif 000015
【図１４】
2008118329.tif 000016
【図１５】
2008118329.tif 000017
【図１６】
2008118329.tif 000018
【図１７】
2008118329.tif 000019