(57)【要約】【課題】  コンテンツ提供者の意図に沿った関連コンテンツの蓄積を可能とする情報配信装置を提供する。【解決手段】  情報配信装置１００は、所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報、および、前記関連コンテンツを受信する情報記録再生装置１０００が前記関連コンテンツを蓄積媒体に蓄積するための条件を特定する蓄積条件情報を取得する関連コンテンツ蓄積制御情報取得部１０３と、前記関連付け情報および前記蓄積条件情報を、前記関連コンテンツが配信される前に配信する送信部１０８とを備える。【選択図】      図１
2006025410.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信する情報配信装置であって、
所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を取得する関連付け情報取得手段と、
前記関連コンテンツを受信する情報受信蓄積装置が前記関連コンテンツを蓄積媒体に蓄積するための条件を特定する蓄積条件情報を取得する蓄積条件情報取得手段と、
前記関連付け情報および前記蓄積条件情報を、前記関連コンテンツが配信される前に配信する配信手段と
を備える情報配信装置。
【請求項２】
前記関連コンテンツは、前記所定のコンテンツより後に配信されるコンテンツであって、
前記蓄積条件情報は、前記関連コンテンツを前記蓄積媒体に蓄積するための条件として、前記関連コンテンツが配信されるまでに前記情報受信蓄積装置によって受信された前記所定のコンテンツの再生に関する実績が満たさなければならない条件を特定する
請求項１記載の情報配信装置。
【請求項３】
前記満たさなければならない条件とは、前記関連コンテンツが配信されるまでに、前記所定のコンテンツの所定の部位が所定の割合以上再生されたことと、前記所定の部位が所定の回数以上再生されたこととの、一方または双方が満たされている条件を意味する
請求項２記載の情報配信装置。
【請求項４】
さらに、
前記所定のコンテンツの属性情報を取得する属性情報取得手段と、
前記属性情報と、前記関連付け情報と、前記蓄積条件情報とを合成する合成手段とを備え、
前記配信手段は、前記合成手段によって合成された情報を配信する
請求項１記載の情報配信装置。
【請求項５】
さらに、前記関連コンテンツの配信元および配信時刻を特定する関連コンテンツ配信情報を取得する関連コンテンツ配信情報取得手段を備え、
前記配信手段は、さらに、前記関連コンテンツ配信情報を配信する
請求項１記載の情報配信装置。
【請求項６】
さらに、複数の前記関連コンテンツそれぞれが蓄積される際の優先度を特定する優先度情報を取得する優先度取得手段を備え、
前記配信手段は、さらに、前記優先度情報を配信する
請求項１記載の情報配信装置。
【請求項７】
さらに、複数の前記関連コンテンツそれぞれが蓄積される際の順序を特定する順序情報を取得する順序取得手段を備え、
前記配信手段は、さらに、前記順序情報を配信する
請求項１記載の情報配信装置。
【請求項８】
コンテンツを受信して蓄積媒体に蓄積する情報受信蓄積装置であって、
所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を受信する関連付け情報受信手段と、
前記情報受信蓄積装置が前記関連コンテンツを前記蓄積媒体に蓄積するための条件を特定する蓄積条件情報を受信する蓄積条件情報受信手段と、
前記関連コンテンツを前記蓄積媒体に蓄積する際の状態が前記条件を満たしているか否かを判定する判定手段と、
前記状態が前記条件を満たしていると前記判定手段によって判定された場合、前記関連コンテンツを前記蓄積媒体に蓄積する蓄積手段と
を備える情報受信蓄積装置。
【請求項９】
さらに、受信される前記所定のコンテンツの再生に関する実績を管理する実績管理手段を備え、
前記関連コンテンツは、前記所定のコンテンツより後に配信されるコンテンツであって、
前記蓄積条件情報は、前記関連コンテンツを前記蓄積媒体に蓄積するための条件として、前記関連コンテンツが配信されるまでに受信された前記所定のコンテンツの再生に関する実績が満たさなければならない条件を特定し、
前記状態は、前記実績管理手段によって管理されている前記所定のコンテンツの再生に関する実績である
請求項８記載の情報受信蓄積装置。
【請求項１０】
前記満たさなければならない条件とは、前記関連コンテンツが配信されるまでに、前記所定のコンテンツの所定の部位が所定の割合以上再生されたことと、前記所定の部位が所定の回数以上再生されたこととの、一方または双方が満たされている条件を意味する
請求項９記載の情報受信蓄積装置。
【請求項１１】
さらに、前記関連コンテンツの配信元および配信時刻を特定する関連コンテンツ配信情報を受信するする関連コンテンツ配信情報受信手段を備え、
前記蓄積手段は、前記関連コンテンツ配信情報を利用して、前記関連コンテンツを前記蓄積媒体に蓄積する
請求項８記載の情報受信蓄積装置。
【請求項１２】
さらに、複数の前記関連コンテンツそれぞれが蓄積される際の優先度を特定する優先度情報を受信する優先度受信手段を備え、
前記蓄積手段は、前記優先度情報を利用して、前記関連コンテンツを前記蓄積媒体に蓄積する
請求項８記載の情報受信蓄積装置。
【請求項１３】
さらに、複数の前記関連コンテンツそれぞれが蓄積される際の順序を特定する順序情報を受信する順序受信手段を備え、
前記蓄積手段は、前記順序情報を利用して、前記関連コンテンツを前記蓄積媒体に蓄積する
請求項８記載の情報受信蓄積装置。
【請求項１４】
コンテンツを配信する情報配信方法であって、
所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を取得する関連付け情報取得ステップと、
前記関連コンテンツを受信する情報受信蓄積装置が前記関連コンテンツを蓄積媒体に蓄積するための条件を特定する蓄積条件情報を取得する蓄積条件情報取得ステップと、
前記関連付け情報および前記蓄積条件情報を、前記関連コンテンツが配信される前に配信する配信ステップと
を含む情報配信方法。
【請求項１５】
コンテンツを受信して蓄積媒体に蓄積する情報受信蓄積方法であって、
所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を受信する関連付け情報受信ステップと、
情報受信蓄積装置が前記関連コンテンツを前記蓄積媒体に蓄積するための条件を特定する蓄積条件情報を受信する蓄積条件情報受信ステップと、
前記関連コンテンツを前記蓄積媒体に蓄積する際の状態が前記条件を満たしているか否かを判定する判定ステップと、
前記状態が前記条件を満たしていると前記判定ステップにおいて判定した場合、前記関連コンテンツを前記蓄積媒体に蓄積する蓄積ステップと
を含む情報受信蓄積方法。
【請求項１６】
所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を取得する関連付け情報取得ステップと、
前記関連コンテンツを受信する情報受信蓄積装置が前記関連コンテンツを蓄積媒体に蓄積するための条件を特定する蓄積条件情報を取得する蓄積条件情報取得ステップと、
前記関連付け情報および前記蓄積条件情報を、前記関連コンテンツが配信される前に配信する配信ステップと
をコンピュータに実行させるためのプログラム。
【請求項１７】
所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を受信する関連付け情報受信ステップと、
情報受信蓄積装置が前記関連コンテンツを蓄積媒体に蓄積するための条件を特定する蓄積条件情報を受信する蓄積条件情報受信ステップと、
前記関連コンテンツを前記蓄積媒体に蓄積する際の状態が前記条件を満たしているか否かを判定する判定ステップと、
前記状態が前記条件を満たしていると前記判定ステップにおいて判定した場合、前記関連コンテンツを前記蓄積媒体に蓄積する蓄積ステップと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを配信する情報配信装置と、配信されたコンテンツを受信して蓄積媒体に蓄積する情報受信蓄積装置とに関する。
【背景技術】
【０００２】
次世代放送サービスとして、デジタル放送のデータ放送やインターネットなどの双方向通信回線を用いて、受信機の蓄積デバイス（ハードディスク、ＤＶＤ、メモリカードなど）に蓄積するコンテンツを配信するコンテンツ配信サービスが期待されている。コンテンツ配信サービスの特徴の一つとして、メタデータの利用が挙げられる。メタデータは、配信するコンテンツの属性情報であり、コンテンツのタイトル、キーワード、存在位置、放送日時、映像音声の各シーンの説明などを含む。メタデータについては、ＭＰＥＧ７（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）やＴＶＡｎｙｔｉｍｅＦｏｒｕｍなどの団体において規格化が進められている。国内においても、メタデータを用いたコンテンツ配信サービスの規格として、ＡＲＩＢ（電波産業会）において規格化がなされている。ＡＲＩＢにおける規格についてはＡＲＩＢ  Ｂ−ＳＴＤ  Ｂ３８を参照されたい。
【０００３】
コンテンツ配信サービスにおいては、ユーザは世界中の大量のコンテンツの中から所望するコンテンツをダウンロードすることが可能である。そのため、コンテンツ提供者および放送事業者がどのコンテンツをユーザにダウンロードさせるべきかを決定する技術開発、ならびにユーザがどのコンテンツをダウンロードすべきかを決定する技術開発が課題である。
【０００４】
そこで、受信機が、コンテンツのメタデータを受信し、メタデータから存在するコンテンツの一覧を作成し、ユーザがその一覧から欲しいコンテンツを選択し、予約して、受信機にダウンロードする手法が考えられる。しかしながら、選択対象のコンテンツの数が大量になると、この手法では、ユーザは所望のコンテンツを見つけることが困難である。
【０００５】
そのため、ユーザがキーワードを入力し、入力されたキーワードに関連するコンテンツを検索し、ユーザに蓄積の操作を行わせることなくその関連するコンテンツを蓄積する受信機が実用化されている。
【０００６】
また、特許文献１の技術では、ユーザの視聴履歴にしたがって、ユーザの嗜好に合った、または記録済みのコンテンツに関連のある番組を推測し、ユーザにその番組の蓄積予約操作を行わせることなく蓄積予約する、またはユーザの蓄積予約操作を支援する手法が提案されている。
【特許文献１】特開２００１−３３３３３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、キーワードに関連するコンテンツをユーザに蓄積操作を行わせることなく蓄積する受信機や、特許文献１の受信機は、コンテンツ提供者の意思とは無関係に、キーワードまたは記録済みのコンテンツ等に関連するコンテンツを蓄積するため、コンテンツ提供者にとって望ましくないコンテンツが蓄積される場合がある。特に、放送事業者にとっては、ユーザがその放送事業者のコンテンツを視聴することにより得られる視聴履歴によって受信機が他の放送事業者のコンテンツを蓄積することがありえるため、放送事業者の広告事業の妨げとなる。
【０００８】
また、コンテンツ提供者が、各コンテンツについて、そのコンテンツの蓄積の条件を変えたいと希望する場合があるが、コンテンツ毎に蓄積の条件を変えることは実現されていない。
【０００９】
また、従来の技術では、関連するコンテンツが複数存在する場合、複数の関連するコンテンツに対して優先度付けが行われないため、コンテンツ提供者やユーザの意図しないコンテンツが蓄積されてしまう可能性がある。
【００１０】
さらに、関連するコンテンツが複数存在する場合、受信機の蓄積容量が不足すると、ユーザが受信機に残しておきたいと考えるコンテンツが他のコンテンツで上書きされて削除されてしまう可能性がある。
【００１１】
本発明は、これらの課題を鑑みてなされたものであり、コンテンツ提供者の意図に沿った関連コンテンツの蓄積を可能とする情報配信装置、および情報受信蓄積装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の情報配信装置は、コンテンツを配信する情報配信装置であって、所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を取得する関連付け情報取得手段と、前記関連コンテンツを受信する情報受信蓄積装置が前記関連コンテンツを蓄積媒体に蓄積するための条件を特定する蓄積条件情報を取得する蓄積条件情報取得手段と、前記関連付け情報および前記蓄積条件情報を、前記関連コンテンツが配信される前に配信する配信手段とを備える。
【００１３】
例えば、前記関連コンテンツは、前記所定のコンテンツより後に配信されるコンテンツであって、前記蓄積条件情報は、前記関連コンテンツを前記蓄積媒体に蓄積するための条件として、前記関連コンテンツが配信されるまでに前記情報受信蓄積装置によって受信された前記所定のコンテンツの再生に関する実績が満たさなければならない条件を特定する。
【００１４】
例えば、前記満たさなければならない条件とは、前記関連コンテンツが配信されるまでに、前記所定のコンテンツの所定の部位が所定の割合以上再生されたことと、前記所定の部位が所定の回数以上再生されたこととの、一方または双方が満たされている条件を意味する。
【００１５】
本発明の情報配信装置は、さらに、前記所定のコンテンツの属性情報を取得する属性情報取得手段と、前記属性情報と、前記関連付け情報と、前記蓄積条件情報とを合成する合成手段とを備え、前記配信手段は、前記合成手段によって合成された情報を配信してもよい。
【００１６】
本発明の情報配信装置は、さらに、前記関連コンテンツの配信元および配信時刻を特定する関連コンテンツ配信情報を取得する関連コンテンツ配信情報取得手段を備え、前記配信手段は、さらに、前記関連コンテンツ配信情報を配信してもよい。
【００１７】
本発明の情報配信装置は、さらに、複数の前記関連コンテンツそれぞれが蓄積される際の優先度を特定する優先度情報を取得する優先度取得手段を備え、前記配信手段は、さらに、前記優先度情報を配信してもよい。
【００１８】
本発明の情報配信装置は、さらに、複数の前記関連コンテンツそれぞれが蓄積される際の順序を特定する順序情報を取得する順序取得手段を備え、前記配信手段は、さらに、前記順序情報を配信してもよい。
【００１９】
本発明の情報受信蓄積装置は、コンテンツを受信して蓄積媒体に蓄積する情報受信蓄積装置であって、所定のコンテンツに関連付けられている関連コンテンツを特定する関連付け情報を受信する関連付け情報受信手段と、前記情報受信蓄積装置が前記関連コンテンツを前記蓄積媒体に蓄積するための条件を特定する蓄積条件情報を受信する蓄積条件情報受信手段と、前記関連コンテンツを前記蓄積媒体に蓄積する際の状態が前記条件を満たしているか否かを判定する判定手段と、前記状態が前記条件を満たしていると前記判定手段によって判定された場合、前記関連コンテンツを前記蓄積媒体に蓄積する蓄積手段とを備える。
【００２０】
本発明の情報受信蓄積装置は、さらに、受信される前記所定のコンテンツの再生に関する実績を管理する実績管理手段を備え、前記関連コンテンツは、前記所定のコンテンツより後に配信されるコンテンツであって、前記蓄積条件情報は、前記関連コンテンツを前記蓄積媒体に蓄積するための条件として、前記関連コンテンツが配信されるまでに受信された前記所定のコンテンツの再生に関する実績が満たさなければならない条件を特定し、前記状態は、前記実績管理手段によって管理されている前記所定のコンテンツの再生に関する実績であってもよい。
【００２１】
例えば、前記満たさなければならない条件とは、前記関連コンテンツが配信されるまでに、前記所定のコンテンツの所定の部位が所定の割合以上再生されたことと、前記所定の部位が所定の回数以上再生されたこととの、一方または双方が満たされている条件を意味する。
【００２２】
本発明の情報受信蓄積装置は、さらに、前記関連コンテンツの配信元および配信時刻を特定する関連コンテンツ配信情報を受信するする関連コンテンツ配信情報受信手段を備え、前記蓄積手段は、前記関連コンテンツ配信情報を利用して、前記関連コンテンツを前記蓄積媒体に蓄積してもよい。
【００２３】
本発明の情報受信蓄積装置は、さらに、複数の前記関連コンテンツそれぞれが蓄積される際の優先度を特定する優先度情報を受信する優先度受信手段を備え、前記蓄積手段は、前記優先度情報を利用して、前記関連コンテンツを前記蓄積媒体に蓄積してもよい。
【００２４】
本発明の情報受信蓄積装置は、さらに、複数の前記関連コンテンツそれぞれが蓄積される際の順序を特定する順序情報を受信する順序受信手段を備え、前記蓄積手段は、前記順序情報を利用して、前記関連コンテンツを前記蓄積媒体に蓄積してもよい。
【００２５】
本発明は、本発明の情報配信装置の特徴的な構成手段をステップとする情報配信方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現することもできる。また、本発明は、本発明の情報受信蓄積装置の特徴的な構成手段をステップとする情報受信蓄積方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現することもできる。上記のプログラムは、ＣＤ−ＲＯＭなどの記録媒体や通信ネットワークなどの伝送媒体を介して流通させることもできる。
【発明の効果】
【００２６】
本発明は、コンテンツ提供者の意図に沿った関連コンテンツの蓄積を可能とする情報配信装置、および情報受信蓄積装置を提供することができる。
【００２７】
すなわち、本発明によれば、コンテンツ提供者は所定のコンテンツに関連する関連コンテンツの蓄積条件を与えることができる。そのため、ユーザに蓄積操作を行わせることなくキーワードによって関連コンテンツを蓄積する受信機や特許文献１記載の技術に対して、放送事業者などコンテンツ提供者がユーザに視聴させたいコンテンツを蓄積させ、コンテンツ提供者が望まないコンテンツを蓄積させなくすることが可能となる。
【００２８】
また、本発明は、優先度情報および順序情報により、関連コンテンツの蓄積優先度や蓄積領域の状況に応じた蓄積制御などについて記述できるため、コンテンツ提供者およびユーザによってより有効なコンテンツが蓄積されるとともに、ユーザによって受信機に残しておきたいコンテンツの削除を防止することが可能となる。
【発明を実施するための最良の形態】
【００２９】
以下本発明の実施の形態について、図面を参照しながら説明する。
図１は本発明の実施の形態における情報配信装置１００および情報記録再生装置１０００の構成を示すブロック図である。
【００３０】
情報配信装置１００は、コンテンツを配信する装置であって、図１に示すように、コンテンツ取得部１０１、関連情報取得部１０２、関連コンテンツ蓄積制御情報取得部１０３、関連コンテンツ蓄積制御情報合成部１０４、蓄積部１０５、スケジュール取得部１０６、スケジューラ１０７、および送信部１０８から構成される。
【００３１】
情報配信装置１００は本発明の情報配信装置の一例である。関連コンテンツ蓄積制御情報取得部１０３は、本発明の情報配信装置の関連付け情報取得手段、蓄積条件情報取得手段、関連コンテンツ配信情報取得手段、優先度取得手段、および順序取得手段の一例である。送信部１０８は本発明の情報配信装置の配信手段の一例である。関連情報取得部１０２は本発明の情報配信装置の属性情報取得手段の一例である。関連コンテンツ蓄積制御情報合成部１０４は本発明の情報配信装置の合成手段の一例である。
【００３２】
情報記録再生装置１０００は、配信されたコンテンツを受信して蓄積媒体に蓄積する装置であって、関連情報受信部１００１、コンテンツ受信部１００２、蓄積部１００３、関連コンテンツ蓄積制御情報解釈保持部１００４、再生部１００５、視聴実績管理部１００６、関連コンテンツ蓄積判定部１００７、コンテンツ蓄積制御部１００８およびおすすめ表示部１００９から構成される。
【００３３】
情報記録再生装置１０００は本発明の情報受信蓄積装置の一例である。関連情報受信部１００１は、本発明の情報受信蓄積装置の関連付け情報受信手段、蓄積条件情報受信手段、関連コンテンツ配信情報受信手段、優先度受信手段、および順序受信手段の一例である。関連コンテンツ蓄積判定部１００７は本発明の情報受信蓄積装置の判定手段の一例である。コンテンツ蓄積制御部１００８は本発明の情報受信蓄積装置の蓄積手段の一例である。視聴実績管理部１００６は本発明の情報受信蓄積装置の実績管理手段の一例である。
【００３４】
（情報配信装置１００の詳細な説明）
以下、本実施の形態の情報配信装置１００について詳細に説明する。
【００３５】
コンテンツ取得部１０１は、コンテンツ提供者が提供するコンテンツを取得する。取得手段としては、例えば、ネットワーク経由でＰＣから取得する、ＤＶＤなどの蓄積デバイス経由で取得する。取得手段はこれらに制限されるものではない。また、コンテンツの種類としては、放送局が放送する番組、動画ファイル、音声ファイル、ＨＴＭＬファイル、ＢＭＬファイル、および、静止画ファイルなどがあるが、コンテンツの種類はそれらに制限されるものではない。また、上記の番組には、一つまたは複数の動画ファイルによって構成されるコンテンツも含まれる。さらに、番組には、そのコンテンツに、コマーシャルメッセージファイルが付加されたコンテンツも含まれる。
【００３６】
関連情報取得部１０２は、コンテンツの属性情報としての関連情報２００を取得する。取得手段としては、例えば、コンテンツ提供者がキーボードで情報を直接入力することにより取得する、ネットワーク経由でＰＣから取得する、ＤＶＤなどの蓄積デバイス経由で取得する。取得手段はこれらに制限されるものではない。
【００３７】
（関連情報２００の詳細な説明）
図２に関連情報２００の例を示す。関連情報２００は、コンテンツを説明する属性情報である。本例では関連情報２００をＸＭＬで記述する。ＸＭＬはＷ３Ｃ（ＨＴＴＰ：／／ｗｗｗ．ｗ３．ｏｒｇ／）にて策定されているタグベースのマークアップ言語である。なお、関連情報２００の記述言語はＸＭＬに制限されるものではない。
【００３８】
図２において、＜ｍｅｔａｄａｔａ＞と＜／ｍｅｔａｄａｔａ＞とは、その間にコンテンツを説明する関連情報２００が記述されていることを示す。
【００３９】
＜ｔｉｔｌｅ＞ＪａｐａｎＴｏｕｒ＜／ｔｉｔｌｅ＞は、コンテンツのタイトルが“ＪａｐａｎＴｏｕｒ”であることを示す。
【００４０】
＜ｃｏｎｔｅｎｔ＿ｉｄ＞１１１１＜／ｃｏｎｔｅｎｔ＿ｉｄ＞は、当該コンテンツのＩＤが“１１１１”であることを示す。
【００４１】
＜ｔｏｔａｌ＿ｔｉｍｅ＞０２：００：００＜／ｔｏｔａｌ＿ｔｉｍｅ＞は、コンテンツの合計時間が“２時間”であることを示す。
【００４２】
＜ｓｕｂ＿ｃｏｎｔｅｎｔ＞と＜／ｓｕｂ＿ｃｏｎｔｅｎｔ＞とは、その間にコンテンツの部分的な場面（以下、「シーン」と呼ぶ）の属性情報が記述されていることを示す。ｉｄ＝“０００１”は、当該コンテンツにおける当該シーンの識別子が“０００１”であることを示す。
【００４３】
＜ｓｃｅｎｅ＿ｎａｍｅ＞Ｔｏｋｙｏ＜／ｓｃｅｎ＿ｎａｍｅ＞は、シーンの名前が“Ｔｏｋｙｏ”であることを示す。
【００４４】
＜ｓｅｇｍｅｎｔ＞と＜／ｓｅｇｍｅｎｔ＞とは、その間に当該シーンのコンテンツ全体における相対的な再生期間が記述されていることを示す。
【００４５】
＜ｓｔａｒｔ＞００：００：００＜／ｓｔａｒｔ＞および＜ｅｎｄ＞００：１０：００＜／ｅｎｄ＞は、当該シーン（“Ｔｏｋｙｏ”という名前が付与されているシーン）が、コンテンツ全体において“００：００：００から００：１０：００”の期間で再生されることを示す。
【００４６】
上記から、関連情報２００は、コンテンツ全体のタイトルが“ＪａｐａｎＴｏｕｒ”であって、合計時間が“２時間（１２０分）”であり、その中の“Ｔｏｋｙｏ”という名前が付与されているシーンの再生期間が“００：００：００から００：１０：００”であることを示す。
【００４７】
同様に、以下後続のシーンについては、“Ｏｓａｋａ”という名前が付与されているシーンの再生期間が“００：１０：００から００：２０：００”であり、“Ｎａｇｏｙａ”という名前が付与されているシーンの再生期間が“００：２０：００から００：２５：００”であることを、関連情報２００は示す。
【００４８】
本例では関連情報２００として、名前、期間を記述しているが、それ以外にも例えば、出演者、ジャンル、放送日時、キーワードなどを記述してもよく、記述する内容は制限されるものではない。
【００４９】
以下、関連情報２００が記述している内容のコンテンツを「元コンテンツ」と呼ぶことにする。
【００５０】
関連コンテンツ蓄積制御情報取得部１０３は、元コンテンツに関連する他のコンテンツ（以下、「関連コンテンツ」と呼ぶ）の蓄積を制御するための情報である、関連コンテンツ蓄積制御情報３００を取得する。取得手段としては、例えば、コンテンツ提供者がキーボードで情報を直接入力することにより取得する、ネットワーク経由でＰＣから取得する、ＤＶＤなどの蓄積デバイス経由で取得する。取得手段はこれらに制限されるものではない。なお、元コンテンツと関連コンテンツとは、コンテンツ提供者によってあらかじめ関連付けられている。
【００５１】
（関連コンテンツ蓄積制御情報３００の詳細な説明）
図３に関連コンテンツ蓄積制御情報３００の例を示す。後に図４を用いて、図３の関連コンテンツ蓄積制御情報３００とは別の関連コンテンツ蓄積制御情報３００を説明するので、両者を区別するために、図３の関連コンテンツ蓄積制御情報の符号を“３００ａ”とする。関連コンテンツ蓄積制御情報３００は、元コンテンツと関連の深い関連コンテンツの属性情報である。本例では関連コンテンツ蓄積制御情報３００をＸＭＬで記述するが、関連コンテンツ蓄積制御情報３００の記述言語はＸＭＬに制限されるものではない。
【００５２】
図３において、＜ｒｅｌａｔｉｏｎ＞と＜／ｒｅｌａｔｉｏｎ＞とは、その間に、関連コンテンツを説明する情報、すなわち関連コンテンツの蓄積制御情報が記述されていることを示す。
【００５３】
＜ｃｏｎｔｅｎｔ＿ｉｄ＞１１１１＜／ｃｏｎｔｅｎｔ＿ｉｄ＞は、関連コンテンツの元のコンテンツ（元コンテンツ）の識別子が“１１１１”であることを示す。
【００５４】
＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞０００１＜／ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞は、元コンテンツにおける、当該関連コンテンツに対応するシーンがｉｄ＝“０００１”のシーンであることを示す。本例では、関連コンテンツ蓄積制御情報３００のこの部分は、元コンテンツのｉｄが“０００１”であるシーン、すなわち名前が“Ｔｏｋｙｏ”であるシーンに関するものであることを示す。
【００５５】
＜ｓｔｏｒｅ＿ｊｕｄｇｅｍｅｎｔ＞と＜／ｓｔｏｒｅ＿ｊｕｄｇｅｍｅｎｔ＞とは、その間に、元コンテンツの視聴実績にしたがって当該関連コンテンツを蓄積するかどうかを判定するための判定条件である、蓄積判定条件情報が記述されていることを示す。
【００５６】
＜ｄｕｒａｔｉｏｎ＞と＜／ｄｕｒａｔｉｏｎ＞とは、その間に、関連コンテンツを蓄積するかどうかを判定する際に用いる、元コンテンツにおける当該シーン（元コンテンツのｉｄが“０００１”であるシーン、すなわち名前が“Ｔｏｋｙｏ”であるシーン）の、視聴実績を得る対象となる期間（対象期間）が記述されていることを示す。
【００５７】
＜ｓｔａｒｔ＞００：００：００＜／ｓｔａｒｔ＞および＜ｅｎｄ＞００：０８：００＜／ｅｎｄ＞は、元コンテンツにおける当該シーンの視聴実績を得る対象期間が“００：００：００から００：０８：００まで”であることを示す。
【００５８】
＜ｖｉｅｗ＿ａｖｅｒａｇｅ＞タグは、上記対象期間の何パーセント以上を視聴した場合に関連コンテンツを蓄積すると判断するのかを特定する条件を示す。本例では７０％である。また、ｔｒｉｃｋ＿ｐｌａｙ＝“○○○”は、実際の視聴期間を算出する際に、早送り再生または巻戻し再生または一時停止期間を視聴期間に含めるかどうかを示し、“○○○”が“ｔｒｕｅ”である場合、視聴期間に含めることを示す。したがって本例では、早送り再生または巻戻し再生または一時停止期間は視聴期間に含まれる。なお、“○○○”が“ｆａｌｓｅ”である場合、早送り再生または巻戻し再生または一時停止期間は視聴期間に含まれない。ｔｒｉｃｋ＿ｄｅｎｏｍｉｎａｔｏｒ＝“０．３”は、早送り再生または巻戻し再生または一時停止した実際の期間の０．３倍を視聴期間とみなすことを意味する。
【００５９】
＜ｖｉｅｗ＿ｎｕｍｂｅｒ＞タグは、当該シーンの上記対象期間を何回視聴した場合に関連コンテンツを蓄積すると判断するのかを特定する条件を示す。本例では２回である。また、ａｔｔｒ＝“ａｎｄ”は、＜ｖｉｅｗ＿ａｖｅｒａｇｅ＞タグおよび＜ｖｉｅｗ＿ｎｕｍｂｅｒ＞タグで記述される条件の両方を満たす場合にのみ、関連コンテンツを蓄積すると判断する条件を示す。
【００６０】
よって、本例は、元コンテンツの“Ｔｏｋｙｏ”という名前が付与されているシーンのうち、“００：００：００から００：０８：００まで”の期間のうちの７０％以上を少なくとも２回以上視聴した場合にのみ、関連コンテンツを蓄積すると判断することを示す。
【００６１】
＜ｓｔｏｒｅ＿ｃｏｎｔｒｏｌ＿ｉｎｆｏ＞と＜／ｓｔｏｒｅ＿ｃｏｎｔｒｏｌ＿ｉｎｆｏ＞とは、その間に、関連コンテンツを蓄積すると判断した場合の、関連コンテンツの情報およびその蓄積予約制御情報が記述されていることを示す。
【００６２】
＜ｓｔｏｒｅ＿ｉｎｆｏ＞と＜／ｓｔｏｒｅ＿ｉｎｆｏ＞とは、その間に関連コンテンツの蓄積予約制御情報が記述されていることを示す。このタグは一つのシーンに対して一つ以上設定することが可能である。ｓｅｌｅｃｔａｂｌｅ＝“○○○”は、ユーザに、複数の＜ｓｔｏｒｅ＿ｉｎｆｏ＞のいずれかを選択させるかどうかを示す。“○○○”が“ｆａｌｓｅ”である場合、それは、ユーザに選択させずに、情報記録再生装置１０００が決定することを示す。他方、“○○○”が“ｔｒｕｅ”である場合、それは、ユーザが選択することを示す。
【００６３】
＜ｒｅｌａｔｉｏｎ＿ｃｏｎｔｅｎｔ＿ｉｄ＞１２３４＜／ｒｅｌａｔｉｏｎ＿ｃｏｎｔｅｎｔ＿ｉｄ＞は、当該シーンに関連するコンテンツである関連コンテンツの識別子（ｉｄ）が“１２３４”であることを示す。
【００６４】
＜ｓｔｏｒｅ＿ｕｒｉ＞ａｒｉｂ−ｄｃ：／／００１０．００５５．００５５＜／ｓｔｏｒｅ＿ｕｒｉ＞は、当該関連コンテンツが伝送される際のＵＲＩが“ａｒｉｂ−ｄｃ：／／００１０．００５５．００５５”であることを示す。この、ａｒｉｂ−ｄｃ：によるＵＲＩの指定方法については、電波産業会（ＡＲＩＢ）にて策定されているＡＲＩＢ  ＳＴＤ  Ｂ−２４を参照されたい。
【００６５】
＜ｓｔｏｒｅ＿ｓｔａｒｔ＞２／１３：１２：００：００＜／ｓｔｏｒｅ＿ｓｔａｒｔ＞＜ｓｔｏｒｅ＿ｅｎｄ＞２／１３：１４：００：００＜／ｓｔｏｒｅ＿ｅｎｄ＞は、当該関連コンテンツが伝送される日時を示し、本例は、当該関連コンテンツが“２月１３日１２：００：００から１４：００：００まで”伝送されることを示す。
【００６６】
＜ｓｔｏｒｅ＿ｐｒｉｏｒｉｔｙ＞５＜／ｓｔｏｒｅ＿ｐｒｉｏｒｉｔｙ＞は、識別子（ｉｄ）が“１２３４”である関連コンテンツの蓄積優先度が“５”であることを示す。
【００６７】
＜ｓｔｏｒｅ＿ｏｒｄｅｒ＞１＜／ｓｔｏｒｅ＿ｏｒｄｅｒ＞は、当該関連コンテンツの蓄積順番が１番目であることを示す。
【００６８】
これにより、上記は、識別子が“１２３４”である関連コンテンツが、ＵＲＩ＝“ａｒｉｂ−ｄｃ：／／００１０．００５５．００５５”で、“２月１３日１２：００：００から１４：００：００まで”伝送され、その関連コンテンツを、蓄積優先度５、蓄積順番１で、蓄積することを示す。
【００６９】
同様に、次の＜ｓｔｏｒｅ＿ｉｎｆｏ＞タグの内容は、識別子が“１２３４”である関連コンテンツが、ＵＲＩ＝“ａｒｉｂ−ｄｃ：／／００１０．００６６．００６６”で、“２月１４日２３：００：００から翌日０１：００：００まで”伝送され、その関連コンテンツを、蓄積優先度３、蓄積順番２で、蓄積することを示す。
【００７０】
図４は、関連コンテンツ蓄積制御情報３００の別の例示図である。図３の関連コンテンツ蓄積制御情報３００と区別するために、図４の関連コンテンツ蓄積制御情報の符号を“３００ｂ”とする。図４における＜ｒｅｌａｔｉｏｎ＞タグは、元コンテンツの、“Ｔｏｋｙｏ”という名前が付与されているシーンとは別のシーンに関連する関連コンテンツの蓄積制御情報が記述されていることを示す。＜ｃｏｎｔｅｎｔ＿ｉｄ＞１１１１＜／ｃｏｎｔｅｎｔ＿ｉｄ＞は、その関連コンテンツの元のコンテンツ（元コンテンツ）の識別子が“１１１１”であることを示す。また、＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞値は、元コンテンツにおける、その関連コンテンツに対応するシーンが、ｉｄ＝“０００２”のシーン、すなわち“Ｏｓａｋａ”という名前が付与されているシーンであることを示す。
【００７１】
本例では、＜ｄｕｒａｔｉｏｎ＞タグ内の値から明らかなように、視聴実績を得るための当該シーンの対象期間は、“Ｏｓａｋａ”という名前が付与されているシーンにおける相対的再生期間“００：０１：００から００：０９：００まで”である。
【００７２】
＜ｖｉｅｗ＿ａｖｅｒａｇｅ＞タグ内の値から明らかなように、上記シーンの対象期間のうちの８０パーセント以上を視聴した場合に関連コンテンツを蓄積すると判断し、ｔｒｉｃｋ＿ｐｌａｙ＝“ｆａｌｓｅ”であるため、早送り再生または巻戻し再生または一時停止期間は視聴期間に含まれない。
【００７３】
＜ｖｉｅｗ＿ｎｕｍｂｅｒ＞タグ内の値から明らかなように、上記シーンの対象期間を５回視聴した場合に関連コンテンツを蓄積すると判断し、また、ａｔｔｒ＝“ｏｒ”であるため、＜ｖｉｅｗ＿ａｖｅｒａｇｅ＞タグおよび＜ｖｉｅｗ＿ｎｕｍｂｅｒ＞タグで記述される条件の少なくともどちらか一方を満たす場合に、関連コンテンツを蓄積すると判断することとなる。
【００７４】
よって、本例は、元コンテンツの“Ｏｓａｋａ”という名前が付与されているシーンにおける“００：０１：００から００：０９：００まで”の期間のうち、早送り再生または巻戻し再生または一時停止期間を除いて、８０％以上視聴した場合、または、当該シーンの上記対象期間を５回以上視聴した場合にのみ、関連コンテンツを蓄積すると判断することを示す。
【００７５】
＜ｓｔｏｒｅ＿ｉｎｆｏ＞タグ内の値については、ｓｅｌｅｃｔａｂｌｅ＝“ｔｒｕｅ”が記述されている。それは、関連コンテンツを蓄積すると判断するための条件として、上記の“８０％以上視聴した場合”と“当該シーンの対象期間を５回以上視聴した場合”とのどちらかをユーザに選択させることを意味する。
【００７６】
＜ｒｅｌａｔｉｏｎ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグの値は、当該シーンに関連する関連コンテンツの識別子が“２３４５”であることを示す。
【００７７】
＜ｓｔｏｒｅ＿ｕｒｉ＞タグの値は、当該関連コンテンツが伝送される際のＵＲＩが“ａｒｉｂ−ｄｃ：／／００１０．００５５．００５５”であることを示す。
【００７８】
＜ｓｔｏｒｅ＿ｓｔａｒｔ＞２／１３：０８：００：００＜／ｓｔｏｒｅ＿ｓｔａｒｔ＞＜ｓｔｏｒｅ＿ｅｎｄ＞２／１３：０８：３０：００＜／ｓｔｏｒｅ＿ｅｎｄ＞は、当該関連コンテンツが“２月１３日０８：００：００から０８：３０：００まで”伝送されることを示す。
【００７９】
＜ｓｔｏｒｅ＿ｐｒｉｏｒｉｔｙ＞タグの値の通り、ｉｄ＝“２３４５”の関連コンテンツの蓄積優先度は“１０”である。
【００８０】
＜ｓｔｏｒｅ＿ｏｒｄｅｒ＞４＜／ｓｔｏｒｅ＿ｏｒｄｅｒ＞は、当該関連コンテンツの蓄積順番が４番目であることを示す。
【００８１】
これにより、上記は、識別子が“２３４５”である関連コンテンツが、ＵＲＩ＝“ａｒｉｂ−ｄｃ：／／００１０．００５５．００５５”で、“２月１３日０８：００：００から０８：３０：００まで”伝送され、その関連コンテンツを、蓄積優先度１０、蓄積順番４で、蓄積することを示す。
【００８２】
同様に、次の＜ｓｔｏｒｅ＿ｉｎｆｏ＞タグの内容は、識別子が“３４５６”である関連コンテンツが、ＵＲＩ＝“ａｒｉｂ−ｄｃ：／／００１０．００６６．００６６”で、“２月１４日１９：００：００から１９：３０：００まで”伝送され、その関連コンテンツを、蓄積優先度５、蓄積順番７で、蓄積することを示す。
【００８３】
関連コンテンツ蓄積制御情報合成部１０４は、関連情報２００に関連コンテンツ蓄積制御情報３００を合成する。関連コンテンツ蓄積制御情報合成部１０４は、関連コンテンツ蓄積制御情報３００の＜ｃｏｎｔｅｎｔ＿ｉｄ＞タグの値から、対応するコンテンツの関連情報２００を検索する。さらに＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグの値から、関連情報２００内で同一ｉｄ値を持つ＜ｓｕｂ＿ｃｏｎｔｅｎｔ＞タグを検索する。そして、関連コンテンツ蓄積制御情報３００の＜ｒｅｌａｔｉｏｎ＿ｍｅｔａ＞および＜／ｒｅｌａｔｉｏｎ＿ｍｅｔａ＞タグと、＜ｃｏｎｔｅｎｔ＿ｉｄ＞から＜／ｃｏｎｔｅｎｔ＿ｉｄ＞までと、＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞から＜／ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞までとを取り除き、関連情報２００の＜ｓｕｂ＿ｃｏｎｔｅｎｔ＞タグ内に挿入する。
【００８４】
このようにして、本例では、関連コンテンツ蓄積制御情報合成部１０４によって、図３関連コンテンツ蓄積制御情報３００ａ、および図４の関連コンテンツ蓄積制御情報３００ｂが、図２の関連情報２００に合成され、図５の関連情報５００が生成される。関連コンテンツ蓄積制御情報合成部１０４は生成された関連情報５００を蓄積部１０５に出力する。
【００８５】
蓄積部１０５は、元コンテンツ、関連コンテンツ、および関連情報５００を保持する。蓄積部１０５は、ＨＤＤ、ＤＶＤ、半導体メモリ、または不揮発性記録装置などで実現されるが、蓄積部１０５の実現手段はそれらに制限されるものではない。
【００８６】
スケジュール取得部１０６は、元コンテンツ、関連コンテンツ、および関連情報５００を送信する時刻を特定する情報であるスケジュール情報を取得する。
【００８７】
スケジューラ１０７は図示しないタイマーなどを有し、スケジュール取得部１０６によって取得されたスケジュール情報にしたがって、送信部１０８が元コンテンツ、関連コンテンツ、および関連情報５００を送信するタイミングを制御する。
【００８８】
送信部１０８は、スケジューラ１０７の指示にしたがって、元コンテンツ、関連コンテンツ、および関連情報５００を送信する。
【００８９】
（関連コンテンツ蓄積制御情報合成部１０４の処理フロー）
以下、関連コンテンツ蓄積制御情報合成部１０４の処理フローを図６を用いて詳細に説明する。
【００９０】
図６は、情報配信装置１００において、関連情報取得部１０２および関連コンテンツ蓄積制御情報取得部１０３によって、関連情報２００および関連コンテンツ蓄積制御情報３００が取得された後に、関連コンテンツ蓄積制御情報合成部１０４が関連情報２００に関連コンテンツ蓄積制御情報３００を合成し、関連情報５００を生成する処理のフローを示す。
【００９１】
まず、関連コンテンツ蓄積制御情報合成部１０４は、取得された関連情報２００から、元コンテンツを識別するために＜ｃｏｎｔｅｎｔ＿ｉｄ＞タグを検索し、ｃｏｎｔｅｎｔ＿ｉｄ値を抽出する（Ｓ３００１）。
【００９２】
次に、関連コンテンツ蓄積制御情報合成部１０４は、関連コンテンツ蓄積制御情報３００から、当該ｃｏｎｔｅｎｔ＿ｉｄ値が記載されているものを検索する（Ｓ３００２）。
【００９３】
当該ｃｏｎｔｅｎｔ＿ｉｄ値が記載されている関連コンテンツ蓄積制御情報３００が存在する場合（Ｓ３００３でＹＥＳ）、関連コンテンツ蓄積制御情報合成部１０４は、関連情報２００から元コンテンツの一部分を識別するために、＜ｓｕｂ＿ｃｏｎｔｅｎｔ＞タグを検索し、ｉｄ属性値を抽出する（Ｓ３００４）。当該ｃｏｎｔｅｎｔ＿ｉｄ値が記載されている関連コンテンツ蓄積制御情報３００が存在しない場合（Ｓ３００３でＮＯ）、Ｓ３００９に行く。
【００９４】
次に、関連コンテンツ蓄積制御情報合成部１０４は、当該ｃｏｎｔｅｎｔ＿ｉｄ値が記載されている関連コンテンツ蓄積制御情報３００から、当該ｉｄ属性値を持つ＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグを検索する（Ｓ３００５）。
【００９５】
関連コンテンツ蓄積制御情報３００に当該ｉｄ属性値を持つ＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグが存在する場合（Ｓ３００６でＹＥＳ）、関連コンテンツ蓄積制御情報合成部１０４は、当該関連コンテンツ蓄積制御情報３００の当該＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグを含む＜ｒｅｌａｔｉｏｎ＞タグの中身から、＜ｃｏｎｔｅｎｔ＿ｉｄ＞タグと＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグとを削除した部分を、関連情報２００の＜ｓｕｂ＿ｃｏｎｔｅｎｔ＞タグ内の＜／ｓｅｇｍｅｎｔ＞タグの後にコピーする（Ｓ３００７）。
【００９６】
Ｓ３００６でＮＯの場合およびＳ３００７後、関連情報２００について、関連コンテンツ蓄積制御情報合成部１０４が全ての＜ｓｕｂ＿ｃｏｎｔｅｎｔ＞タグの抽出を完了していない場合（Ｓ３００８でＮＯ）、Ｓ３００４に戻る。全てのタグの抽出を完了した場合（Ｓ３００８でＹＥＳ）、Ｓ３００９に行く。
【００９７】
全ての関連情報２００について上記の処理を完了していない場合（Ｓ３００９でＮＯ）、Ｓ３００１に戻って次の関連情報２００について同様の処理を行い、完了した場合（Ｓ３００９でＹＥＳ）、合成処理によって生成された関連情報５００を蓄積部１０５に出力して、処理を完了する（Ｓ３０１０）。
【００９８】
（情報記録再生装置１０００の詳細な説明）
以下、本実施の形態の情報記録再生装置１０００について詳細に説明する。
【００９９】
関連情報受信部１００１は、ネットワークを介して情報配信装置１００から関連情報５００を受信する。関連情報受信部１００１は、放送信号を受信するチューナおよびトランスポートデコーダや、ネットワークカードなどによって構成される。関連情報受信部１００１は、それらによって構成されるものであると制限されるものではない。
【０１００】
コンテンツ受信部１００２は、ネットワークを介して情報配信装置１００からコンテンツを受信する。コンテンツ受信部１００２は、放送信号を受信するチューナおよびトランスポートデコーダや、ネットワークカードなどによって構成される。コンテンツ受信部１００２は、それらによって構成されるものであると制限されるものではなく、関連情報受信部１００１と一つにまとめられてもよい。
【０１０１】
蓄積部１００３は、関連情報受信部１００１が受信した関連情報５００や、コンテンツ受信部１００２が受信したコンテンツを蓄積する。蓄積部１００３は、ＨＤＤ、ＤＶＤ、半導体メモリ、または不揮発性記録デバイスなどによって構成されるが、蓄積部１００３の実現手段はそれらに制限されるものではない。
【０１０２】
関連コンテンツ蓄積制御情報解釈保持部１００４は、関連情報受信部１００１が受信し、蓄積部１００３に蓄積された関連情報５００を解釈して関連コンテンツ蓄積制御情報を抽出し、関連コンテンツ蓄積制御情報を解釈して、蓄積判定条件情報および蓄積予約制御情報を抽出し、蓄積判定条件テーブル１２００および蓄積予約制御テーブル１３００を構築して保持する。
【０１０３】
本実施の形態では、コンテンツおよびコンテンツの関連情報を受信し、保持する装置が、情報配信装置１００からコンテンツおよび関連情報５００を受信し、記録および再生を行う情報記録再生装置１０００である場合を例として説明する。しかしながら、コンテンツおよびコンテンツの関連情報を受信し、保持する装置を、情報配信装置１００から情報受信装置にて受信されたコンテンツおよび関連情報を保持する、情報受信装置に外付けされる外部蓄積デバイス（ＨＤＤ／ＤＶＤ）などによって実現してもよい。
【０１０４】
（蓄積判定条件テーブル１２００の説明）
以下、関連コンテンツ蓄積制御情報解釈保持部１００４が作成して保持する、蓄積判定条件テーブル１２００を図７および図９を用いて説明する。なお、図７の蓄積判定条件テーブル１２００と、図９の蓄積判定条件テーブル１２００とを区別するために、図７の蓄積判定条件テーブルに符号“１２００ａ”を付与し、図９の蓄積判定条件テーブルに符号“１２００ｂ”を付与する。
【０１０５】
ｃｏｎｔｅｎｔ＿ｉｄ欄は、関連コンテンツを蓄積するかどうかを判定するために用いる元コンテンツの識別子を示し、図７では、“ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１”が記載されているので、元コンテンツの識別子は“１１１１”である。
【０１０６】
ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ欄は、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツ（元コンテンツ）の当該関連コンテンツに関連するシーンを特定する識別子を示し、図７では、“ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＝０００１”が記載されているので、そのシーンの識別子は“０００１”である。
【０１０７】
ｓｅｇｍｅｎｔ欄は、ｉｄ＝０００１のシーンの期間を示し、本例は、そのシーンの期間が“００：００：００−００：１０：００”の１０分間であることを示す。
【０１０８】
視聴判定範囲欄は、ｉｄ＝０００１のシーンの期間のうち、関連コンテンツの蓄積判定に用いる期間（対象期間）を示し、本例は、“００：００：００から００：０８：００”の８分間であることを示す。
【０１０９】
視聴割合欄は、蓄積判定の条件として、上記視聴判定範囲のうちの、関連コンテンツを蓄積すると判定する場合の最低の視聴割合を示す。本例は、上記視聴判定範囲の７０％以上が視聴された場合、関連コンテンツを蓄積すると判定することを示す。特殊再生欄は、蓄積判定を行う際に、特殊再生した時間を視聴した実績とみなすか否かを特定するフラグが記述され、本例は、“ｔｒｕｅ”が記述されているため、特殊再生した時間を視聴した実績とみなす。係数欄は、特殊再生欄が“ｔｒｕｅ”である場合に、特殊再生した時間にこの値を掛けて、視聴した実績に含めることを示し、本例は、特殊再生した時間を０．３倍したものを視聴した実績に含めることを示す。
【０１１０】
視聴回数欄は、蓄積判定の条件として、何回以上の視聴が行われた場合に関連コンテンツを蓄積すると判定するのかを示し、本例は、２回以上視聴が行われた場合に関連コンテンツを蓄積すると判定することを示す。視聴判定条件欄は、関連コンテンツを蓄積すると判定する場合に、視聴割合欄の条件と視聴回数欄の条件との両方を満たすべきか、どちらか一方を満たせばよいか定めることを示し、本例は、両方を満たした場合を条件とすることを示す。
【０１１１】
同様に、図９はｃｏｎｔｅｎｔ＿ｉｄ＝１１１１の別のシーン（ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＝０００２）に関する蓄積判定条件テーブル１２００の図例である。
【０１１２】
関連コンテンツを蓄積するかどうかを判定するために用いる元コンテンツの識別子は、“ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１”が記載されているので、“１１１１”である。
【０１１３】
ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツ（元コンテンツ）のシーンを示す識別子は、“０００２”である。
【０１１４】
本例では、ｉｄ＝０００２のシーンの期間は、“００：１０：００−００：２０：００”の１０分間である。
【０１１５】
ｉｄ＝０００２のシーンの期間のうち、関連コンテンツの蓄積判定に用いる期間（視聴判定範囲）は、“００：０１：００から００：０９：００”の８分間であり、それは、元コンテンツの全体における期間では、“００：１１：００から００：１９：００”であることを意味する。
【０１１６】
蓄積判定の条件は、上記視聴判定範囲の８０％以上が視聴された場合、関連コンテンツを蓄積すると判定することを示し、特殊再生は視聴した実績とみなさない。
【０１１７】
視聴回数が５回以上である場合、関連コンテンツを蓄積すると判定され、視聴判定条件が“ｏｒ”であるため、上記の視聴割合（視聴判定範囲の８０％以上）の視聴が行われるか、５回以上の視聴が行われるかのどちらか一方が満たされた場合、関連コンテンツを蓄積すると判定される。
【０１１８】
当該関連コンテンツの情報は、元コンテンツの情報を含んでもよい。
当該蓄積判定条件情報は、当該元コンテンツの少なくとも一つ以上の特定期間を視聴することにより、当該関連コンテンツを蓄積する条件を示す情報であってもよい。
【０１１９】
当該蓄積判定条件情報は、当該元コンテンツの少なくとも一つ以上の特定期間のうち少なくとも一定割合以上の期間を視聴することにより、当該関連コンテンツを蓄積する条件を示す情報であってもよい。当該蓄積判定条件情報は、当該元コンテンツの少なくとも一つ以上の特定期間のうち少なくとも一定割合以上の期間を、少なくとも特定回数以上視聴することにより、当該関連コンテンツを蓄積する条件を示す情報であってもよい。
【０１２０】
当該蓄積判定条件情報は、早送り再生または巻戻し再生またはスロー再生またはコマ送り再生または一時停止による視聴期間を視聴実績期間とみなさないことを示す情報であってもよい。当該蓄積判定条件情報は、早送り再生または巻戻し再生またはコマ送り再生またはスロー再生または一時停止による視聴期間の特定割合の期間を視聴実績期間とみなすことを示す情報であってもよい。
【０１２１】
当該蓄積判定条件情報は、同一期間の視聴を複数回行った場合でも当該期間の一回の視聴とみなすことを示す情報であってもよい。
【０１２２】
（蓄積予約制御テーブル１３００の説明）
以下、関連コンテンツ蓄積制御情報解釈保持部１００４が作成して保持する、蓄積予約制御テーブル１３００を、図８および図１０を用いて説明する。なお、図８の蓄積予約制御テーブル１３００と、図１０の蓄積予約制御テーブル１３００とを区別するために、図８の蓄積予約制御テーブルに符号“１３００ａ”を付与し、図１０の蓄積予約制御テーブルに符号“１３００ｂ”を付与する。
【０１２３】
ｃｏｎｔｅｎｔ＿ｉｄ欄は、関連コンテンツを蓄積するかどうかを判定するための元コンテンツの識別子を示し、図８は、“ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１”が記載されているので、元コンテンツの識別子が“１１１１”であることを示す。
【０１２４】
ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ欄は、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツ（元コンテンツ）のシーンを示す識別子を示し、本例は、“ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＝０００１”が記載されているので、シーンの識別子が“０００１”であることを示す。
【０１２５】
蓄積予約制御情報番号欄は、蓄積予約制御情報の番号を示し、本例は、当該関連コンテンツを１番目に蓄積することを示す。
【０１２６】
ユーザ選択可否欄は、この蓄積予約制御情報による蓄積予約をユーザが選択可能かどうかを示し、本例は、“ｆａｌｓｅ”が記載されているので、ユーザが蓄積予約を選択することができないことを示す。
【０１２７】
関連ｃｏｎｔｅｎｔ＿ｉｄ欄は、蓄積予約すべき関連コンテンツの識別子（ｃｏｎｔｅｎｔ＿ｉｄ）を示し、本例は、蓄積予約すべき関連コンテンツの識別子（ｉｄ）が“１２３４”であることを示す。
【０１２８】
ＵＲＩ欄は、当該関連コンテンツの配信元のＵＲＩを示し、本例は、配信元のＵＲＩが“ａｒｉｂ−ｄｃ：／／００１０．００５５．００５５／”であることを示す。
【０１２９】
期間欄は、当該関連コンテンツが配信される期間を示し、本例は、当該関連コンテンツの配信期間が“２／１３の１２：００：００から１４：００：００”であることを示す。
【０１３０】
優先度欄は、当該蓄積予約制御情報による関連コンテンツの蓄積の優先度を示し、数値が高い方が優先度が高い。本例は、優先度が５であることを示す。
【０１３１】
蓄積順番欄は、当該蓄積予約制御情報による関連コンテンツの蓄積を行う順番を示し、本例は、蓄積の順番が１番目であることを示す。
【０１３２】
よって、番号１の蓄積予約制御情報は、ユーザによる蓄積予約の選択無しで、“ＵＲＩ＝ａｒｉｂ：／／００１０．００５５．００５５／”で、“２／１３の００：１２：００から００：１４：００まで”配信される関連コンテンツ（ｉｄ＝１２３４）を、優先度５、蓄積順番１で蓄積することを示す。
【０１３３】
同様に、番号２の蓄積予約制御情報は、ユーザによる蓄積予約の選択無しで、“ＵＲＩ＝ａｒｉｂ：／／００１０．００６６．００６６／”で、“２／１４の２３：００：００から２／１５の０１：００：００まで”配信される関連コンテンツ（ｉｄ＝１２３４）を、優先度３、蓄積順番２で蓄積することを示す。
【０１３４】
すなわち、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツのシーン（ｉｄ＝０００１）について、図７の蓄積判定条件テーブル１２００ａに記載された蓄積判定条件を満たす視聴が行われた場合、図８の蓄積予約制御テーブル１３００ａに記載された２つの蓄積予約制御情報（蓄積予約制御情報番号１および２）のうち、どちらか一方が選択され、その蓄積予約制御情報にしたがって、関連コンテンツ（本例では優先度の高いｉｄ＝１２３４のコンテンツ）が蓄積される。
【０１３５】
同様に、図１０はｃｏｎｔｅｎｔ＿ｉｄ＝１１１１の別のシーン（ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＝０００２）に関する蓄積予約制御テーブル１３００の図例である。
【０１３６】
関連コンテンツを蓄積するかどうかを判定するための元のコンテンツ（元コンテンツ）の識別子は“ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１”が記載されているので“１１１１”であり、シーンを示す識別子は、“０００２”である。
【０１３７】
本例の１番目の蓄積予約制御情報は、ユーザ選択可否が“ｔｒｕｅ”であるため、蓄積予約をユーザが選択することができることを示す。
【０１３８】
蓄積予約すべき関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄは、“ｉｄ＝２３４５”が記載されているので、“２３４５”である。
【０１３９】
当該関連コンテンツの配信元のＵＲＩは、“ａｒｉｂ−ｄｃ：／／００１０．００５５．００５５／”であり、配信期間は、“２／１３の０８：００：００から０８：３０：００”である。
【０１４０】
当該蓄積予約制御情報による関連コンテンツの蓄積の優先度は１０であり、当該蓄積予約制御情報による関連コンテンツの蓄積を行う順番は、４番目である。
【０１４１】
よって、番号１の蓄積予約制御情報は、ユーザによる蓄積予約の選択が可能で、“ＵＲＩ＝ａｒｉｂ：／／００１０．００５５．００５５／”で、“２／１３の０８：００：００から０８：３０：００まで”配信される関連コンテンツ（ｉｄ＝２３４５）を、優先度１０、蓄積順番４で蓄積することを示す。
【０１４２】
同様に、番号２の蓄積予約制御情報は、ユーザによる蓄積予約の選択が可能で、“ＵＲＩ＝ａｒｉｂ：／／００１０．００６６．００６６／で”、“２／１４の１９：００：００から１９：３０：００まで”配信される関連コンテンツ（ｉｄ＝３４５６）を、優先度５、蓄積順番７で蓄積することを示す。
【０１４３】
再生部１００５は、蓄積部１００３に蓄積されたコンテンツやおすすめ表示部１００９から表示要求されたおすすめコンテンツ画像を再生する。再生部１００５は、画面にコンテンツなどを表示するとともにリモコン操作による指示などを受け付け、それに伴ってコンテンツの切替などを行う。再生部１００５は、コンテンツを再生するときに、コンテンツのどの期間を再生しているのかを示す情報を視聴実績管理部１００６に通知する。具体的には、以下の通りである。
【０１４４】
（１）再生部１００５は、コンテンツの通常再生を開始した時点で、当該コンテンツのｃｏｎｔｅｎｔ＿ｉｄと、通常再生であることを示す情報と、当該コンテンツにおける再生開始位置とを視聴実績管理部１００６に通知する。
【０１４５】
（２）再生部１００５は、コンテンツの通常再生を終了した時点で、ｃｏｎｔｅｎｔ＿ｉｄと、当該コンテンツにおける再生終了位置とを視聴実績管理部１００６に通知する。
【０１４６】
（３）再生部１００５は、コンテンツの早送り再生または巻戻し再生を開始した時点で、ｃｏｎｔｅｎｔ＿ｉｄと、早送り再生または巻戻し再生であることを示す情報と、当該コンテンツにおける再生開始位置とを視聴実績管理部１００６に通知する。
【０１４７】
（４）再生部１００５は、同様に、早送り再生または巻戻し再生を終了した時点で、ｃｏｎｔｅｎｔ＿ｉｄと、当該コンテンツにおける再生終了位置とを視聴実績管理部１００６に通知する。
【０１４８】
（５）再生部１００５は、コンテンツを一時停止した時点で、ｃｏｎｔｅｎｔ＿ｉｄと、一時停止であることを示す情報と、当該コンテンツにおける一時停止した位置と、その時点の絶対時刻とを視聴実績管理部１００６に通知する。
【０１４９】
（６）再生部１００５は、一時停止を終了した時点で、ｃｏｎｔｅｎｔ＿ｉｄと、その時点の絶対時刻とを視聴実績管理部１００６に通知する。
【０１５０】
視聴実績管理部１００６は、主に２つの処理を行う。
一つ目は、再生部１００５から、コンテンツのどの期間を再生しているのかを示す情報の通知を受け、視聴実績テーブル１４００を作成し、管理する。
【０１５１】
二つ目は、後述の関連コンテンツ蓄積判定部１００７から、特定のコンテンツの特定の期間内における、視聴実績の取得要求を受け、関連コンテンツ蓄積判定部１００７に対して、その条件に合った視聴実績情報を返答する。
【０１５２】
当該蓄積予約制御情報は、当該関連コンテンツの存在する場所の情報を少なくとも一つ以上含むとしてもよい。
【０１５３】
当該蓄積予約制御情報は、当該関連コンテンツの伝送路情報を少なくとも一つ以上含むとしてもよい。
【０１５４】
当該蓄積予約制御情報は、当該関連コンテンツが配信される日時を少なくとも一つ以上含むとしてもよい。
【０１５５】
当該蓄積予約制御情報は、当該関連コンテンツを蓄積する優先度を含むとしてもよい。当該蓄積予約制御情報は、当該関連コンテンツを蓄積する順番を含むとしてもよい。
【０１５６】
当該蓄積予約制御情報は、当該関連コンテンツを蓄積する場合に、ユーザに蓄積するかどうかの確認を行う情報を含むとしてもよい。
【０１５７】
当該蓄積予約制御情報は、当該関連コンテンツを蓄積する場合に、ユーザにどの関連コンテンツを蓄積するのかを選択させるための情報を含むとしてもよい。当該蓄積予約制御情報は、当該関連コンテンツを蓄積する場合に、情報記録再生装置１０００の蓄積領域が不足しているときに蓄積済みの別のコンテンツを削除するかどうかをユーザに選択させるための情報を含むとしてもよい。
【０１５８】
当該蓄積予約制御情報は、当該関連コンテンツを蓄積する場合に、情報記録再生装置１０００の蓄積領域から削除すべきコンテンツの情報を含むとしてもよい。当該蓄積予約制御情報に記載された当該関連コンテンツがすでに蓄積済みの場合には、当該関連コンテンツを蓄積しないとしてもよい。当該蓄積予約制御情報に記載された当該関連コンテンツと元コンテンツとが同一の場合には、当該関連コンテンツを蓄積しないとしてもよい。
【０１５９】
（視聴実績テーブル１４００の詳細な説明）
以下、視聴実績管理部１００６が作成して管理する、視聴実績テーブル１４００を、図１１を用いて説明する。
【０１６０】
ｃｏｎｔｅｎｔ＿ｉｄ欄は、再生部１００５によって再生されたコンテンツの識別子を示し、本例は、“ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１”が記載されているので、再生されたコンテンツの識別子が“１１１１”であることを示す。
【０１６１】
視聴実績番号欄は、１回の再生の内容を識別する番号であり、“１”は１番目の再生の内容を示す。
【０１６２】
再生形態欄は、当該視聴実績番号における再生の形態を示し、視聴実績番号“１”については“通常”が記載されているので、それは、再生形態が早送りや巻戻しでない通常の再生であることを示す。
【０１６３】
再生開始位置欄および再生終了位置欄は、当該コンテンツの再生開始位置および再生終了位置を示し、視聴実績番号“１”については、“００：００：００から００：０５：００まで”５分間再生されたことが示されている。
【０１６４】
次の再生については、再生形態が“早送り”再生であり、再生開始位置および再生終了位置が、それぞれ“００：０５：００”、“００：０７：００”であることが示されている。
【０１６５】
次の再生については、再生形態が“通常”再生であり、“００：０７：００から００：１０：００まで”再生されたことが示されている。
【０１６６】
視聴実績番号２の再生については、再生形態が“通常”であり、“００：０１：００から００：２２：００まで”再生されたことが示されている。
【０１６７】
視聴実績番号３の再生については、再生形態が“通常”であり、“００：１１：００から００：１６：００まで”再生されたことが示されており、次の再生については、再生形態が“巻戻し”再生であり、“００：１６：００から００：１５：００まで”再生されたことが示されている。さらに次の再生については、再生形態が、“一時停止”である。このとき、一時停止位置欄は、一時停止した位置を示し、一時停止開始時刻欄および一時停止終了時刻欄は、一時停止を開始および終了した時点の絶対時刻を示し、本例は、“２／１０：１１：００：００から２／１０：１１：０３：００まで”３分間一時停止していたことを示す。
【０１６８】
同様に、視聴実績番号４の再生については、再生形態が“通常”であり、“００：１３：００から００：１９：００まで”再生されたことが示されている。
【０１６９】
（視聴実績管理部１００６による視聴実績テーブル１４００の作成処理の詳細な説明）
視聴実績管理部１００６による、視聴実績テーブル１４００の作成処理は以下の通りである。
【０１７０】
（１）再生部１００５がコンテンツの通常再生を開始した時点で、再生部１００５から、再生を開始したコンテンツのｃｏｎｔｅｎｔ＿ｉｄと当該コンテンツの開始位置との通知を受ける。この通知を受け、視聴実績番号を新たに割振り、視聴実績番号と、再生形態（この場合は“通常”）とを、視聴実績テーブル１４００に書き込む。
【０１７１】
（２）再生部１００５がコンテンツの通常再生を終了した時点で、再生部１００５から、再生を終了したコンテンツのｃｏｎｔｅｎｔ＿ｉｄと当該コンテンツの終了位置との通知を受け、視聴実績テーブル１４００に書き込む。
【０１７２】
（３）再生部１００５がコンテンツの早送りまたは巻戻し再生を開始した時点で、再生部１００５から、再生を開始したコンテンツのｃｏｎｔｅｎｔ＿ｉｄと、早送り再生か巻戻し再生かを識別するための識別情報と、当該コンテンツの開始位置との通知を受け、視聴実績テーブル１４００に書き込む。
【０１７３】
（４）再生部１００５がコンテンツの早送りまたは巻戻し再生を終了した時点で、再生部１００５から、再生を終了したコンテンツのｃｏｎｔｅｎｔ＿ｉｄと、早送り再生か巻戻し再生かを識別するための識別情報と、当該コンテンツの終了位置との通知を受け、視聴実績テーブル１４００に書き込む。
【０１７４】
（５）再生部１００５がコンテンツの一時停止を開始した時点で、再生部１００５から、一時停止を開始したコンテンツのｃｏｎｔｅｎｔ＿ｉｄと、当該コンテンツの一時停止した位置と、一時停止を開始した絶対時刻との通知を受け、視聴実績テーブル１４００に書き込む。
【０１７５】
（６）再生部１００５がコンテンツの一時停止を終了した時点で、再生部１００５から、一時停止を開始したコンテンツのｃｏｎｔｅｎｔ＿ｉｄと、一時停止を終了した絶対時刻の通知を受け、視聴実績テーブル１４００に書き込む。
【０１７６】
（視聴実績管理部１００６による、関連コンテンツ蓄積判定部１００７からの視聴実績取得要求に対する視聴実績の算出例１の説明）
関連コンテンツ蓄積判定部１００７からの視聴実績取得要求に対する、視聴実績管理部１００６による視聴実績の第１の算出例を、図７の蓄積判定条件テーブル１２００ａ、および図１１の視聴実績テーブル１４００を用いて説明する。
【０１７７】
（１）視聴実績管理部１００６は、関連コンテンツ蓄積判定部１００７から、算出すべき視聴実績情報の元のコンテンツ（元コンテンツ）のｃｏｎｔｅｎｔ＿ｉｄと、算出すべき視聴実績情報の元の期間（視聴実績対象期間）の開始位置および終了位置（以下、「対象開始位置」および「対象終了位置」と呼ぶ）と、特殊再生を視聴実績に含めるか否かを示すフラグ（以下、「特殊再生フラグ」と呼ぶ）と、特殊再生を視聴実績に含める場合の係数とを受け取る。図７では、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツ（元コンテンツ）における視聴実績対象期間“００：００：００から００：０８：００まで”、特殊再生フラグ＝ｔｒｕｅ、係数０．３が記載されている。
【０１７８】
（２）図１１の視聴実績テーブル１４００では、視聴実績番号１において、再生開始位置および再生終了位置がそれぞれ“００：００：００、０５：００：００”と、“００：０７：００、００：１０：００”である通常再生が上記視聴実績対象期間と重複する期間を持ち、視聴実績対象期間内での視聴実績は前者が５分、後者が１分で合計６分となる。さらに、“００：０５：００から００：０７：００”は早送り再生期間であり、特殊再生フラグが“ｔｒｕｅ”および係数が“０．３”であるため、この期間の視聴実績は、２分×０．３＝０．６分となる。よって、視聴実績番号１における視聴実績は６分＋０．６分＝６．６分となる。
【０１７９】
（３）（２）と同様に視聴実績番号２では、通常再生が“００：０１：００から００：２２：００”の期間行われているため、視聴実績対象期間内での視聴実績は７分（“００：０１：００から００：０８：００まで”）となる。
【０１８０】
（４）（２）（３）より、当該視聴実績対象期間における視聴実績は、６．６分および７分で、視聴回数は２回となる。
【０１８１】
（視聴実績管理部１００６による、関連コンテンツ蓄積判定部１００７からの視聴実績取得要求に対する視聴実績の算出例２の説明）
関連コンテンツ蓄積判定部１００７からの視聴実績取得要求に対する、視聴実績管理部１００６による視聴実績の第２の算出例を、図９の蓄積判定条件テーブル１２００ｂ、および図１１の視聴実績テーブル１４００を用いて説明する。
【０１８２】
（１）視聴実績管理部１００６は、関連コンテンツ蓄積判定部１００７から、算出すべき視聴実績情報の元のコンテンツ（元コンテンツ）のｃｏｎｔｅｎｔ＿ｉｄと、算出すべき視聴実績情報の元の期間（視聴実績対象期間）の開始位置および終了位置（以下、「対象開始位置」および「対象終了位置」と呼ぶ）と、特殊再生を視聴実績に含めるか否かを示すフラグ（以下、「特殊再生フラグ」と呼ぶ）と、特殊再生を視聴実績に含める場合の係数とを受け取る。図９では、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツにおける視聴実績対象期間“００：１１：００から００：１９：００まで”、特殊再生フラグ＝ｆａｌｓｅが記載されている。
【０１８３】
（２）図１１の視聴実績テーブル１４００では、視聴実績番号１において、再生開始位置および再生終了位置は視聴実績対象期間と重複しないため、視聴実績は０である。
【０１８４】
（３）視聴実績番号２では、通常再生が“００：０１：００から００：２２：００”の期間行われているため、視聴実績対象期間内での視聴実績は８分（“００：１１：００から００：１９：００まで”）となる。
【０１８５】
（４）視聴実績番号３では、通常再生が“００：１１：００から００：１６：００まで”の期間行われているため、その期間が視聴実績対象期間と重複し、視聴実績は５分となる。さらに、巻戻し再生と一時停止とがなされているが、特殊再生フラグが“ｆａｌｓｅ”であるため、視聴実績には追加されない。
【０１８６】
（５）視聴実績番号４では、通常再生が“００：１３：００から００：１９：００まで”の期間行われているため、その期間が視聴実績対象期間と重複し、視聴実績は６分となる。
【０１８７】
（６）（２）から（５）より、当該視聴実績対象期間における視聴実績は、８分、５分および６分で、視聴回数は３回となる。
【０１８８】
関連コンテンツ蓄積判定部１００７は、関連コンテンツ蓄積制御情報解釈保持部１００４が保持している蓄積判定条件テーブル１２００を読み出し、視聴実績管理部１００６から視聴実績を取得して両者を比較し、取得した視聴実績が蓄積判定条件テーブル１２００に記載された蓄積判定条件を満たしているかどうかを判定する。具体的には、まず、関連コンテンツ蓄積判定部１００７は、蓄積判定条件テーブル１２００毎にｓｅｇｍｅｎｔ情報および視聴判定範囲から、当該コンテンツにおける視聴判定範囲の絶対位置を算出する。関連コンテンツ蓄積判定部１００７は、視聴実績管理部１００６に対して、このコンテンツのｃｏｎｔｅｎｔ＿ｉｄと、当該コンテンツの開始位置および終了位置（以下、開始位置と終了位置で構成される期間を「視聴実績対象期間」と呼ぶ）とを渡して、このコンテンツの視聴実績対象期間内における視聴実績を受け取り、蓄積判定条件テーブル１２００に記載された蓄積判定条件と比較を行う。
【０１８９】
（関連コンテンツ蓄積判定部１００７による蓄積判定条件と視聴実績との比較処理の第１の例の説明）
以下、関連コンテンツ蓄積判定部１００７による蓄積判定条件と視聴実績との比較例について、図７の蓄積判定条件テーブル１２００ａ、および図１１の視聴実績テーブル１４００を用いて説明する。
【０１９０】
（１）図７の蓄積判定条件テーブル１２００ａより、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツ（元コンテンツ）における視聴実績対象期間が“００：００：００から００：０８：００（８分）”、特殊再生フラグ＝ｔｒｕｅ、係数０．３という条件で、図１１の視聴実績テーブル１４００から視聴実績を算出すると、視聴時間が６．６分および７分で、視聴回数が２回となる。
【０１９１】
（２）蓄積判定条件テーブル１２００ａの視聴割合が７０％なので、満たすべき視聴時間の条件は８×０．７＝５．６分となる。
【０１９２】
（３）（１）（２）より、２回の視聴実績はともに（２）の５．６分を上回り、かつ蓄積判定条件テーブル１２００の視聴回数＝２、視聴判定条件＝ａｎｄの条件を満たすため、本例では、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１およびｓｕｂ＿ｃｏｎｔｅｎｔ＝０００１における視聴実績は、蓄積判定条件を満たすということになる。
【０１９３】
（関連コンテンツ蓄積判定部１００７による蓄積判定条件と視聴実績との比較処理の第２の例の説明）
以下、関連コンテンツ蓄積判定部１００７による蓄積判定条件と視聴実績との比較例について、図９の蓄積判定条件テーブル１２００ｂ、および図１１の視聴実績テーブル１４００を用いて説明する。
【０１９４】
（１）図９の蓄積判定条件テーブル１２００ｂより、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１のコンテンツ（元コンテンツ）における視聴実績対象期間が“００：１１：００から００：１９：００（８分）”、特殊再生フラグ＝ｆａｌｓｅという条件で、図１１の視聴実績テーブル１４００から視聴実績を算出すると、視聴時間が８分、５分および６分で、視聴回数が３回となる。
【０１９５】
（２）蓄積判定条件テーブル１２００の視聴割合が８０％なので、満たすべき視聴時間の条件は８×０．８＝６．４分となる。
【０１９６】
（３）（１）（２）より、３回の視聴実績のうち、１回目の８分のみが（２）の６．４分を上回る。蓄積判定条件テーブル１２００の視聴回数＝５、視聴判定条件＝ｏｒの条件より、（２）の条件、または、視聴回数５回以上のどちらかを満たせばよく、１回目の視聴実績が（２）を満たすので、本例では、ｃｏｎｔｅｎｔ＿ｉｄ＝１１１１およびｓｕｂ＿ｃｏｎｔｅｎｔ＝０００２における視聴実績は、蓄積判定条件を満たすということになる。
【０１９７】
なお、視聴実績の算出および比較処理は、元コンテンツの再生が終了する度に、行われてもよい。また、視聴実績管理部１００６は視聴実績の算出結果をまとめたものを保持してもよい。また、関連コンテンツ蓄積判定部１００７は、比較結果を保持してもよい。例えば、元コンテンツの再生が終了する度に得られた比較結果を、関連コンテンツ蓄積判定部１００７は、保持してもよい。いずれにしても、視聴実績管理部１００６による視聴実績の算出、および、関連コンテンツ蓄積判定部１００７による蓄積判定条件と視聴実績との比較処理は、関連コンテンツが配信されるまでに行われればよい。
【０１９８】
関連コンテンツ蓄積判定部１００７は、蓄積判定条件を満たしていると判定した場合、蓄積判定条件テーブル１２００に記述された当該コンテンツのｃｏｎｔｅｎｔ＿ｉｄおよびｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄから、蓄積予約制御テーブル１３００を読み出し、関連コンテンツのユーザ選択可否フラグと、ｃｏｎｔｅｎｔ＿ｉｄと、そのコンテンツが送信されるチャンネル情報（ＵＲＩ）と、期間とを読み出す。関連コンテンツ蓄積判定部１００７は、このとき蓄積予約制御テーブル１３００のユーザ選択可否フラグが“ｔｒｕｅ”である場合には、読み出したｃｏｎｔｅｎｔ＿ｉｄをおすすめ表示部１００９に渡し、おすすめ表示部１００９によってユーザに対して、蓄積予約可能な関連コンテンツの情報を表示させ、ユーザのリモコンなどを用いた操作によって選択された関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄを受け取る。関連コンテンツ蓄積判定部１００７は、関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄ、元コンテンツのｃｏｎｔｅｎｔ＿ｉｄおよびｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄをコンテンツ蓄積制御部１００８に通知し、蓄積予約を指示する。
【０１９９】
コンテンツ蓄積制御部１００８は、図示しない予約テーブル１５００と図示しないタイマー機能とを持ち、関連コンテンツ蓄積判定部１００７から、特定の関連コンテンツの蓄積指示を受ける。コンテンツ蓄積制御部１００８は、当該関連コンテンツについて、関連コンテンツ蓄積制御情報解釈保持部１００４から蓄積予約制御テーブル１３００を読み出し、蓄積する関連コンテンツの予約情報を予約テーブル１５００に登録する。
【０２００】
（予約テーブル１５００の詳細な説明）
以下、コンテンツ蓄積制御部１００８が作成して管理する、予約テーブル１５００を、図１２を用いて説明する。
【０２０１】
図１２のｃｏｎｔｅｎｔ＿ｉｄ欄は、蓄積すべきコンテンツの識別子を示し、本例は、蓄積すべきコンテンツの識別子が“ｃｏｎｔｅｎｔ＿ｉｄ＝５５５５”であることを示す。ＵＲＩ（）は、当該コンテンツが送信されるチャンネルを示し、本例は、チャンネルが“ａｒｉｂ−ｄｃ：／／００１０．００２２．００２２／”であることを示す。蓄積開始時刻および蓄積終了時刻は、当該コンテンツを受信開始および終了する時刻を示し、本例は、コンテンツの受信期間が“２／１３の１３：００から１５：００まで”であることを示す。図例の優先度および蓄積順番は、当該コンテンツの優先度および蓄積順番を示し、蓄積予約制御テーブル１３００の優先度および蓄積順番に対応する。本例は、優先度が２、蓄積順番は４であることを示す。同様に、当該予約テーブル１５００の図例は、識別子が“ｃｏｎｔｅｎｔ＿ｉｄ＝６６６６”で、ＵＲＩ＝“ａｒｉｂ−ｄｃ：／／００１０．００３３．００３３／”で送信されるコンテンツを、“２／１３の１７：００：００から１７：３０：００まで”予約蓄積することを示している。
【０２０２】
コンテンツ蓄積制御部１００８は、蓄積開始時刻と蓄積終了時刻とをタイマーにセットし、蓄積開始時刻のタイマーが発火した時点で、受信部に対してＵＲＩを渡して、選局およびコンテンツ受信を指示し、蓄積終了時刻のタイマーが発火した時点で、受信部に対して受信を中止させる。
【０２０３】
関連コンテンツ蓄積判定部１００７が蓄積すると判定した関連コンテンツが複数存在する場合がある。これは、蓄積予約制御テーブル１３００に関連コンテンツとして複数の関連コンテンツが記載されている場合である。このとき、コンテンツ蓄積制御部１００８は、優先度の高い関連コンテンツを予約テーブル１５００に登録する。ただし、予約テーブル１５００に当該関連コンテンツと予約期間が重複する予約がすでに入っている場合、両者の優先度を比較し、今回蓄積予約を行おうとする関連コンテンツの方がすでに蓄積予約が行われている関連コンテンツよりも優先度が低い場合には、関連コンテンツ蓄積判定部１００７から受け取った他の関連コンテンツを予約テーブル１５００に登録する。
【０２０４】
また、コンテンツ蓄積制御部１００８は、優先度が同一の場合には蓄積順番にしたがってどちらを蓄積予約するかを判定する。
【０２０５】
おすすめ表示部１００９は、関連コンテンツ蓄積判定部１００７から、ユーザによる選択可能な関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄを受け取り、当該関連コンテンツに関する関連情報を取得して、当該関連コンテンツのタイトル情報などから構成されるおすすめ表示用画面データを作成し、再生部１００５に出力して、画面上に表示させ、ユーザ操作によって、蓄積する関連コンテンツを選択させる。おすすめ表示部１００９は、ユーザ操作によって選択された関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄを関連コンテンツ蓄積判定部１００７に出力する。
【０２０６】
（おすすめ表示部１００９が出力する画面例の説明）
図１３は、おすすめ表示部１００９が出力する画像の図例である。図１３では、蓄積判定条件を満たし、蓄積予約可能となった関連コンテンツの一つについて、そのタイトルを示している。本例は、“大阪キタめぐり”というコンテンツが関連コンテンツとして蓄積予約可能であることを示す。同様にもう一つ選択可能な関連コンテンツのタイトルを示し、本例は、“大阪ミナミめぐり”という関連コンテンツが蓄積予約可能であることを示す。
【０２０７】
ユーザはリモコンなどの操作によって、どちらかの関連コンテンツを選択し、決定ボタンを押下することにより、選択された関連コンテンツを蓄積予約することになる。
【０２０８】
例えば、おすすめ表示部１００９が、関連コンテンツ蓄積判定部１００７から、ユーザによる選択可能な関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄとして“２３４５”および“３４５６”を受けた場合の処理例を説明する。
【０２０９】
おすすめ表示部１００９は受け取ったｃｏｎｔｅｎｔ＿ｉｄ値にしたがって、蓄積部１００３から当該コンテンツの関連情報を取得する。図１４および図１５はｃｏｎｔｅｎｔ＿ｉｄ＝２３４５および３４５６の関連コンテンツの関連情報の図例である。
【０２１０】
おすすめ表示部１００９は、図１４の関連情報から、タイトルタグ（＜ｔｉｔｌｅ＞）を抽出し、“大阪キタめぐり”という文字列を取得し、おすすめ表示用画面データに埋め込む。
【０２１１】
同様に、おすすめ表示部１００９は、図１５の関連情報から、当該コンテンツのタイトルとして“大阪ミナミめぐり”という文字列を取得し、おすすめ表示用画面データに埋め込む。
【０２１２】
このようにして図１３のようなおすすめ表示画面データを作成する。
以下、本実施の形態における情報記録再生装置１０００の各部の処理フローについて図面を用いて説明する。
【０２１３】
（関連コンテンツ蓄積制御情報解釈保持部１００４の処理フローの説明）
以下、関連コンテンツ蓄積制御情報解釈保持部１００４の処理フローを図面を用いて詳細に説明する。図１６は、情報記録再生装置１０００の関連コンテンツ蓄積制御情報解釈保持部１００４が、受信部によって受信され、蓄積部１００３に記録された関連情報５００から関連コンテンツ蓄積制御情報を抽出および解釈し、関連コンテンツ蓄積制御情報の構成要素である蓄積判定条件情報と蓄積予約制御情報とを取り出して保持する処理フロー示す。
【０２１４】
まず、関連コンテンツ蓄積制御情報解釈保持部１００４は、関連情報５００から＜ｒｅｌａｔｉｏｎ＞タグを検索する（Ｓ３１０１）。＜ｒｅｌａｔｉｏｎ＞タグが存在しない場合（Ｓ３１０２でＮＯ）、処理を終了する。
【０２１５】
関連コンテンツ蓄積制御情報解釈保持部１００４は、蓄積判定条件テーブル１２００および蓄積予約制御テーブル１３００を作成し、蓄積部１００３から関連情報５００を読み出し、＜ｃｏｎｔｅｎｔ＿ｉｄ＞タグおよび＜ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグを抽出し、蓄積判定条件テーブル１２００および蓄積予約制御テーブル１３００のｃｏｎｔｅｎｔ＿ｉｄおよびｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ欄に書き込む（Ｓ３１０３）。
【０２１６】
関連コンテンツ蓄積制御情報解釈保持部１００４は、関連情報５００から＜ｓｅｇｍｅｎｔ＞タグを抽出し、蓄積判定条件テーブル１２００のｓｅｇｍｅｎｔ欄に書き込む（Ｓ３１０４）。
【０２１７】
関連コンテンツ蓄積制御情報解釈保持部１００４は、＜ｒｅｌａｔｉｏｎ＞タグの後、蓄積判定条件情報を示す＜ｓｔｏｒｅ＿ｊｕｄｇｅｍｅｎｔ＞タグを検索し、その中身を読み出し、蓄積判定条件テーブル１２００を構築する（Ｓ３１０５）。具体的には、関連情報５００から＜ｄｕｒａｔｉｏｎ＞タグを抽出してその内容を蓄積判定条件テーブル１２００の視聴判定期間に書き込む。次に、＜ｖｉｅｗ＿ａｖｅｒａｇｅ＞タグ、＜ｖｉｅｗ＿ｎｕｍｂｅｒ＞タグを抽出し、その値を、蓄積判定条件テーブル１２００の視聴割合／特殊再生／係数欄、および視聴回数欄それぞれに書き込み、＜ｖｉｅｗ＿ａｖｅｒａｇｅ＞タグ、＜ｖｉｅｗ＿ｎｕｍｂｅｒ＞タグのａｔｔｒ属性値を視聴判定条件欄に書き込む。
【０２１８】
次に、関連コンテンツ蓄積制御情報解釈保持部１００４は、蓄積予約制御情報を示す＜ｓｔｏｒｅ＿ｃｏｎｔｒｏｌ＿ｉｎｆｏ＞タグを検索し（Ｓ３１０６）、その中身を読み出し、蓄積予約制御テーブル１３００を構築する（Ｓ３１０７からＳ３１０８まで）。
【０２１９】
具体的には、まず、関連コンテンツ蓄積制御情報解釈保持部１００４は、＜ｓｔｏｒｅ＿ｉｎｆｏ＞タグを検索し、見つかった時点で、蓄積予約制御情報番号を発行し、蓄積予約制御テーブル１３００の蓄積予約制御情報番号欄に書き込む（Ｓ３１０７）。蓄積予約制御情報番号は１、２、３、と割り振るが、この方法に制限はない。
【０２２０】
関連コンテンツ蓄積制御情報解釈保持部１００４は、以下、＜ｓｔｏｒｅ＿ｉｎｆｏ＞タグを検索し、その内容を蓄積予約制御テーブル１３００の蓄積予約制御情報番号の次に書き込む（Ｓ３１０８）。具体的には、関連情報５００の＜ｓｔｏｒｅ＿ｉｎｆｏ＞タグ内のｓｅｌｅｃｔａｂｌｅ属性値を読み出し、蓄積予約制御テーブル１３００のユーザ選択可否欄に書き込む。そして、＜ｒｅｌａｔｉｏｎ＿ｃｏｎｔｅｎｔ＿ｉｄ＞タグを読み出し、関連ｃｏｎｔｅｎｔ＿ｉｄ欄に書き込む。同様に、＜ｓｔｏｒｅ＿ｕｒｉ＞＜ｓｔｏｒｅ＿ｓｔａｒｔ＞＜ｓｔｏｒｅ＿ｅｎｄ＞＜ｓｔｏｒｅ＿ｐｒｉｏｒｉｔｙ＞＜ｓｔｏｒｅ＿ｏｒｄｅｒ＞タグをそれぞれ読み出し、蓄積予約制御テーブル１３００のＵＲＩ欄、期間欄（＜ｓｔｏｒｅ＿ｓｔａｒｔ＞タグ、＜ｓｔｏｒｅ＿ｅｎｄ＞タグに対応）、優先度欄、蓄積順番欄それぞれに書き込む（Ｓ３１０８）。
【０２２１】
さらに、関連情報５００に＜ｓｔｏｒｅ＿ｉｎｆｏ＞が存在する場合（Ｓ３１０９でＮＯ）、Ｓ３１０７に戻る。存在しなければ（Ｓ３１０９でＹＥＳ）、処理は終了する。
【０２２２】
このようにして、関連コンテンツ蓄積制御情報解釈保持部１００４は、図５の関連情報５００から、図７、８、９、１０の蓄積判定条件テーブル１２００および蓄積予約制御テーブル１３００を作成する。
【０２２３】
（視聴実績管理部１００６による視聴実績情報の返答処理の処理フローの詳細な説明）
視聴実績管理部１００６による視聴実績情報の返答処理の処理フローについて図１７を用いて詳細に説明する。
【０２２４】
視聴実績管理部１００６は、関連コンテンツ蓄積判定部１００７から、算出すべき視聴実績情報の元のコンテンツ（元コンテンツ）のｃｏｎｔｅｎｔ＿ｉｄと、算出すべき視聴実績情報の元の期間（視聴実績対象期間）の開始位置および終了位置（以下、「対象開始位置」および「対象終了位置」と呼ぶ）と、特殊再生を視聴実績に含めるか否かを示すフラグ（以下、「特殊再生フラグ」と呼ぶ）と、特殊再生を視聴実績に含める場合の係数とを受け取る（Ｓ３２０１）。このとき、最終的に関連コンテンツ蓄積判定部１００７に返答する視聴実績時間の合計値（以下、「視聴時間合計」と呼ぶ）、視聴回数の合計値（以下、「視聴回数合計」と呼ぶ）をともに０にして初期化する。
【０２２５】
視聴実績管理部１００６は、当該ｃｏｎｔｅｎｔ＿ｉｄのコンテンツに関する視聴実績テーブル１４００を検索する（Ｓ３２０２）。
【０２２６】
当該ｃｏｎｔｅｎｔ＿ｉｄのコンテンツに関する視聴実績テーブル１４００が存在しない場合（Ｓ３２０３でＮＯ）、視聴時間合計＝０、視聴回数合計＝０として、関連コンテンツ蓄積判定部１００７に返答し（Ｓ３２１７）、処理を終了する。
【０２２７】
視聴実績管理部１００６は、当該視聴実績テーブル１４００から、Ｓ３２０１における視聴実績対象期間と重複する期間がある視聴実績を検索する（Ｓ３２０４からＳ３２０６まで）。具体的には、以下の通りである。なお、以下、視聴実績対象期間における対象開始位置および対象終了位置を、ＴｔｓおよびＴｔｅとし、視聴実績テーブル１４００に記載された再生開始位置および再生終了位置をＴｐｓおよびＴｐｅとし、一時停止位置をＴｐｐとする。
【０２２８】
視聴実績管理部１００６は、当該視聴実績テーブル１４００から、視聴実績番号を読み出し、視聴回数加算フラグをリセットする（Ｓ３２０４）。
【０２２９】
視聴実績管理部１００６は、当該視聴実績テーブル１４００から視聴実績の再生形態を読み出す（Ｓ３２０５）。
【０２３０】
視聴実績管理部１００６は、視聴実績の再生形態にしたがって、Ｔｐｓ、ＴｐｅまたはＴｐｐを読み出し、再生形態に応じた条件を設定する（Ｓ３２０６）。再生形態に応じた条件は以下の通りである。
【０２３１】
（１）視聴実績テーブル１４００の視聴実績の再生形態が“通常”または“早送り”の場合、その視聴実績のＴｐｓおよびＴｐｅを読み出し、Ｔｐｓ＜Ｔｔｓ＜ＴｐｅまたはＴｔｓ＜Ｔｐｓ＜Ｔｔｅであるかを判定する。
【０２３２】
（２）視聴実績テーブル１４００の視聴実績の再生形態が“巻戻し”の場合、その視聴実績のＴｐｓおよびＴｐｅを読み出し、Ｔｐｅ＜Ｔｔｓ＜ＴｐｓまたはＴｔｓ＜Ｔｐｅ＜Ｔｔｅであるかを判定する。
【０２３３】
（３）視聴実績テーブル１４００の視聴実績の再生形態が“一時停止”の場合、その視聴実績のＴｐｐを読み出し、Ｔｔｓ＜Ｔｐｐ＜Ｔｔｅであるかを判定する。
【０２３４】
上記の条件で、視聴実績が視聴実績対象期間と重複する期間が存在しない場合（Ｓ３２０７でＮＯ）、Ｓ３２１３へ移る。
【０２３５】
上記の条件を満たす場合（Ｓ３２０７でＹＥＳ）、再生形態に応じて以下のようにして視聴実績の時間ｔを算出する（Ｓ３２０８）。下記において、視聴実績対象期間内に包含される視聴実績の開始位置および終了位置をそれぞれＴｓ、Ｔｅとする。
【０２３６】
（１）再生形態が“通常”または“早送り”の場合、
Ｔｐｓ＜Ｔｔｓの場合、Ｔｓ＝Ｔｔｓとなる。
Ｔｔｓ＜Ｔｐｓの場合、Ｔｓ＝Ｔｐｓとなる。
Ｔｐｅ＜Ｔｔｅの場合、Ｔｅ＝Ｔｐｅとなる。
Ｔｔｅ＞Ｔｐｅの場合、Ｔｅ＝Ｔｔｅとなる。
この視聴実績時間ｔは、時間ｔ＝Ｔｅ−Ｔｓとなる。
【０２３７】
（２）再生形態が“巻戻し”の場合、
Ｔｐｅ＜Ｔｔｓの場合、Ｔｓ＝Ｔｔｓとなる。
Ｔｔｓ＜Ｔｐｅの場合、Ｔｓ＝Ｔｐｅとなる。
Ｔｐｓ＜Ｔｔｅの場合、Ｔｅ＝Ｔｐｓとなる。
Ｔｔｅ＞Ｔｐｓの場合、Ｔｅ＝Ｔｔｅとなる。
この視聴実績時間ｔは、時間ｔ＝Ｔｅ−Ｔｓとなる。
【０２３８】
（３）再生形態が“一時停止”の場合、
視聴実績の時間ｔ＝（視聴実績テーブル１４００の一時停止終了時刻）−（一時停止開始時刻）となる。
【０２３９】
視聴実績管理部１００６は、再生形態が“通常”以外の場合（Ｓ３２０９でＮＯ）、特殊再生フラグをチェックし、“ｔｒｕｅ”のとき（Ｓ３２１０でＹＥＳ）、Ｓ３２０８で算出された視聴実績の時間ｔに対して、係数をかける（Ｓ３２１１）。特殊再生フラグが“ｆａｌｓｅ”である場合（Ｓ３２１０でＮＯ）、視聴実績時間に加算せずに、Ｓ３２１２へ移る。
【０２４０】
また、Ｓ３２０９において再生形態が“通常”の場合（Ｓ３２０９でＹＥＳ）、Ｓ３２１２へ移る。
【０２４１】
視聴実績管理部１００６は、算出された視聴実績の時間ｔを視聴時間合計に加算し、視聴回数加算フラグを“ｔｒｕｅ”にする（Ｓ３２１２）。
【０２４２】
視聴実績管理部１００６は、視聴実績テーブル１４００の終端に来たか、または新たな視聴実績番号が存在するかどうかを調べる（Ｓ３２１３）。視聴実績テーブル１４００の終端に来た場合または新たな視聴実績番号が存在する場合（Ｓ３２１３でＹＥＳ）、視聴回数加算フラグをチェックし、“ｔｒｕｅ”の場合（Ｓ３２１４でＹＥＳ）、視聴回数合計を１加算する（Ｓ３２１５）。
【０２４３】
視聴実績管理部１００６は、視聴実績テーブル１４００の終端でない場合（Ｓ３２１６でＮＯ）、Ｓ３２０４に戻る。
【０２４４】
視聴実績管理部１００６は、これまでに算出した視聴時間合計および視聴回数合計を関連コンテンツ蓄積判定部１００７に返答する（Ｓ３２１７）。
【０２４５】
（コンテンツ蓄積制御部１００８による予約テーブル１５００への予約登録処理の処理フロー）
コンテンツ蓄積制御部１００８による予約テーブル１５００への予約登録処理の処理を図１８を用いて説明する。
【０２４６】
コンテンツ蓄積制御部１００８は、関連コンテンツ蓄積判定部１００７から、蓄積すべき関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄ、元コンテンツのｃｏｎｔｅｎｔ＿ｉｄおよびｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄを受け取る（Ｓ３３０１）。
【０２４７】
コンテンツ蓄積制御部１００８は、当該元コンテンツのｃｏｎｔｅｎｔ＿ｉｄおよびｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄ、関連コンテンツのｃｏｎｔｅｎｔ＿ｉｄから該当する元コンテンツが記載されている蓄積予約制御テーブル１３００を検索する（Ｓ３３０２）。
【０２４８】
コンテンツ蓄積制御部１００８は、蓄積予約制御テーブル１３００から当該関連ｃｏｎｔｅｎｔ＿ｉｄを含む蓄積予約制御情報のうち最も優先度の高い情報を取得し、ＵＲＩおよび期間を取得する（Ｓ３３０３）。なお、Ｓ３３０３において優先度が同一であった場合には蓄積順番の小さい方を優先する。
【０２４９】
蓄積予約制御情報が存在しない場合（Ｓ３３０４でＮＯ）、処理は終了する。
コンテンツ蓄積制御部１００８は、予約テーブル１５００に対して、当該期間がすでに予約済みであるか否かを調べる（Ｓ３３０５）。
【０２５０】
当該期間が未予約であった場合（Ｓ３３０５でＮＯ）、コンテンツ蓄積制御部１００８は、予約テーブル１５００に本関連コンテンツの蓄積予約を登録する（Ｓ３３０７）。
【０２５１】
当該期間にすでに予約が入っていた場合（Ｓ３３０５でＹＥＳ）、蓄積予約制御テーブル１３００から次に高い優先度の情報を取得し（Ｓ３３０６）、Ｓ３３０４へ移る。
【０２５２】
なお、本実施の形態の情報配信装置１００は、関連情報と関連コンテンツ蓄積制御情報とを別々に取得するようにしているが、入力者が両者をあらかじめ合成して１つの関連情報にして情報配信装置１００に入力するようにしてもよい。
【０２５３】
また、本実施の形態の情報配信装置１００は、合成された関連コンテンツ蓄積制御情報を情報記録再生装置に送出するようにしているが、取得した元の関連情報および関連コンテンツ蓄積制御情報を別々に送出するようにしてもよい。
【０２５４】
また、本実施の形態の情報記録再生装置１０００では、関連情報受信部１００１とコンテンツ受信部１００２とが存在するが、一つの受信部が関連情報およびコンテンツを受信してもよい。また、その受信部は、チューナを一つ以上保持して、同時に複数のチャンネルの関連情報およびコンテンツを受信してもよい。
【０２５５】
また、本実施の形態の情報記録再生装置１０００は、合成された関連コンテンツ蓄積制御情報を受信するようにしているが、合成前の関連情報と関連コンテンツ蓄積制御情報とを別々に受信し、蓄積するようにしてもよい。
【０２５６】
また、本実施の形態では、元コンテンツにおける、ｓｕｂ＿ｃｏｎｔｅｎｔ＿ｉｄで識別されるシーンに対して関連コンテンツを関連付けているが、関連コンテンツをｃｏｎｔｅｎｔ＿ｉｄで識別される元コンテンツ自体に関連付けてもよく、両者の組み合わせでもよい。
【０２５７】
また、関連コンテンツ蓄積制御情報から蓄積判定条件テーブル１２００および蓄積予約制御テーブル１３００を構築しているが、蓄積判定条件テーブル１２００および蓄積予約制御テーブル１３００を一つのテーブルに構築し、管理してもよい。
【０２５８】
また、早送り再生および巻戻し再生の再生時間の計算において、それぞれの再生のコンテンツにおける開始位置と終了位置との差分をベースとして再生期間を算出しているが、それぞれの再生を開始および終了した時点の絶対時刻の差分をベースにしてもよい。
【０２５９】
また、特殊再生として、早送り再生および巻戻し再生の時間を考慮しているが、コマ送り再生の期間およびスロー再生の期間も特殊再生として扱ってもよい。このときの再生期間の算出において、コマ送り再生およびスロー再生の、コンテンツにおける開始位置と終了位置との差分をベースにしても、それぞれの再生の開始および終了した時点の絶対時刻の差分をベースにしてもよい。
【０２６０】
また、蓄積判定条件情報または蓄積判定条件テーブル１２００の視聴条件判定における複数の条件について、“ａｎｄ”または“ｏｒ”を用いているが、“ａｎｄ”と“ｏｒ”とを組み合わせてもよい。例えば、Ａ、Ｂ、Ｃという条件があった場合に、ＡかつＢ、またはＣという条件を指定してもよい。
【０２６１】
また、コンテンツ蓄積制御部１００８の予約テーブル１５００に対して、蓄積予約制御テーブル１３００からの新たに蓄積予約するコンテンツの配信時間が重複する場合に、蓄積予約制御テーブル１３００の別のコンテンツを予約登録するようにしている。しかしながら、すでに予約済みのコンテンツの優先度と比較し、予約済みのコンテンツの優先度の方が低ければ、予約済みのコンテンツの予約を消去して新たに蓄積予約するコンテンツを優先して予約し、予約を消去したコンテンツが記述されている蓄積予約制御テーブル１３００の別のコンテンツを予約するようにしてもよい。
【０２６２】
また、コンテンツ蓄積制御部１００８の予約テーブル１５００に対して、蓄積予約制御テーブル１３００から予約するコンテンツを優先度順で選んでいるが、蓄積順番で選んでもよく、蓄積開始時刻の早い順で選んでもよく、優先度、蓄積順番、蓄積開始時刻の少なくともいずれかを用いて選べばよい。
【０２６３】
また、関連コンテンツ蓄積制御情報３００または蓄積判定条件情報または蓄積予約制御情報または蓄積予約制御テーブル１３００に、蓄積すべき関連コンテンツとして、元コンテンツが含まれていてもよい。この場合、コンテンツ蓄積制御部１００８は、関連コンテンツ蓄積判定部１００７から視聴実績の判定を行った元コンテンツの識別情報を取得して、当該関連コンテンツと同一かどうか調べ、同一であった場合には当該関連コンテンツを蓄積対象にしないようにする。
【０２６４】
また、関連コンテンツ蓄積制御情報３００または蓄積判定条件情報または蓄積予約制御情報に、蓄積すべき関連コンテンツだけでなく、当該関連コンテンツを蓄積するために必要な蓄積領域を確保するためにあらかじめ削除しておくコンテンツの情報およびその削除条件を記載してもよい。削除条件としては、蓄積領域不足の場合には予約を行わないことを示す“削除不可”、蓄積領域不足の場合に、既に蓄積済みコンテンツの削除を行う“領域不足時削除可”、および蓄積領域に関係なく、蓄積済みコンテンツの削除を行う“削除可”などがある。このとき、コンテンツ蓄積制御部１００８は、当該関連コンテンツを蓄積予約する時に、当該削除条件をチェックし、“削除可”という指定の場合には、まず当該削除するコンテンツの情報にしたがって蓄積領域から当該コンテンツを削除して、関連コンテンツを蓄積予約する。このとき、まだ蓄積領域が不足している場合には、既に蓄積済みコンテンツのうち、有効期限が切れている、日時が古い、利用回数が少ない、ユーザから明示的に削除ロックされていない、などの条件を満たすコンテンツを削除することにより、十分な蓄積領域を確保してもよい。
【０２６５】
コンテンツ蓄積制御部１００８は、蓄積すべき関連コンテンツを蓄積するのに十分な蓄積領域が確保されているか否かを確認し、十分な場合には関連コンテンツの蓄積予約を行う。不足する場合、削除条件が“削除不可”のときには、関連コンテンツの蓄積予約を中止し、“領域不足時削除可”のときには、蓄積領域が十分確保できるまで、蓄積済みのコンテンツの情報にしたがって当該コンテンツを削除してもよいし、既に蓄積済みのコンテンツのうち、日時が古い、利用回数が少ない、ユーザから明示的に削除ロックされていない、などの条件を満たすコンテンツを削除することにより、十分な蓄積領域を確保してもよい。
【産業上の利用可能性】
【０２６６】
本発明の情報配信装置は、コンテンツを配信する装置などとして有用である。また、本発明の情報受信蓄積装置は、配信されたコンテンツを受信して蓄積媒体に蓄積する装置などとして有用である。
【図面の簡単な説明】
【０２６７】
【図１】本発明の実施の形態における情報配信装置１００および情報記録再生装置１０００の構成図
【図２】関連情報の例示図
【図３】関連コンテンツ蓄積制御情報の例示図
【図４】関連コンテンツ蓄積制御情報の例示図
【図５】関連コンテンツ蓄積制御情報が合成された関連情報の例示図
【図６】関連コンテンツ蓄積制御情報合成部１０４の処理フロー図
【図７】蓄積判定条件テーブルの例示図
【図８】蓄積予約制御テーブルの例示図
【図９】蓄積判定条件テーブルの例示図
【図１０】蓄積予約制御テーブルの例示図
【図１１】視聴実績テーブルの例示図
【図１２】予約テーブルの例示図
【図１３】おすすめコンテンツ表示画面の例示図
【図１４】ｃｏｎｔｅｎｔ＿ｉｄ＝２３４５のコンテンツの関連情報の例示図
【図１５】ｃｏｎｔｅｎｔ＿ｉｄ＝３４５６のコンテンツの関連情報の例示図
【図１６】関連コンテンツ蓄積制御情報解釈保持部１００４の処理フロー図
【図１７】視聴実績管理部１００６による視聴実績情報の返答処理の処理フロー図
【図１８】コンテンツ蓄積制御部１００８による予約テーブルへの予約登録処理の処理フロー図
【符号の説明】
【０２６８】
１００    情報配信装置
１０１    コンテンツ取得部
１０２    関連情報取得部
１０３    関連コンテンツ蓄積制御情報取得部
１０４    関連コンテンツ蓄積制御情報合成部
１０５    蓄積部
１０６    スケジュール取得部
１０７    スケジューラ
１０８    送信部
２００    関連情報
３００    関連コンテンツ蓄積制御情報
５００    関連コンテンツ蓄積制御情報合成後の関連情報
１０００    情報記録再生装置
１００１    関連情報受信部
１００２    コンテンツ受信部
１００３    蓄積部
１００４    関連コンテンツ蓄積制御情報解釈保持部
１００５    再生部
１００６    視聴実績管理部
１００７    関連コンテンツ蓄積判定部
１００８    コンテンツ蓄積制御部
１００９    おすすめ表示部
１２００    蓄積判定条件テーブル
１３００    蓄積予約制御テーブル
１４００    視聴実績テーブル
１５００    予約テーブル
【図１】
2006025410.tif 000003
【図２】
2006025410.tif 000004
【図３】
2006025410.tif 000005
【図４】
2006025410.tif 000006
【図５】
2006025410.tif 000007
【図６】
2006025410.tif 000008
【図７】
2006025410.tif 000009
【図８】
2006025410.tif 000010
【図９】
2006025410.tif 000011
【図１０】
2006025410.tif 000012
【図１１】
2006025410.tif 000013
【図１２】
2006025410.tif 000014
【図１３】
2006025410.tif 000015
【図１４】
2006025410.tif 000016
【図１５】
2006025410.tif 000017
【図１６】
2006025410.tif 000018
【図１７】
2006025410.tif 000019
【図１８】
2006025410.tif 000020