(57)【要約】【課題】  記録再生装置に記録されたコンテンツデータを再生する際においても、有効な宣伝広告を行う。【解決手段】  記録再生装置ＲＣ-ｋは、放送設備ＢＥによって放送されるコンテンツデータを記録・再生する。かかる記録装置ＲＣ-ｋは、自機内に記録されているコンテンツデータの再生時に、当該コンテンツデータに組み込まれているオリジナル広告情報の差し替え用の差替広告情報を管理サーバＣＳからダウンロードする。この際、管理サーバＣＳは、広告の内容を示す広告ストーリーパターンデータと、記録再生装置ＲＣ-ｋのユーザの嗜好に合致するコンテンツ内容を示すストーリーパターンデータに基づいて、上述した差替広告情報を選択して、該差替広告情報を記録再生装置ＲＣ-ｋに配信する。記録再生装置ＲＣ-ｋは、この配信された差替広告情報をオリジナル広告情報と差し替えてコンテンツデータを再生する。【選択図】  図１
2005156996.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信手段と、
前記受信手段によって受信された前記コンテンツデータを記録するコンテンツデータ記録手段と、
前記コンテンツデータ記録手段に記録されている前記コンテンツデータを再生する再生手段と、
前記コンテンツデータを再生する際に、当該コンテンツデータに組み込まれている前記第１広告属性情報、または、自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定手段と、
前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合に、外部から前記第１広告情報とは異なる第２広告情報を取得する広告情報取得手段と、
を具備し、
前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合であって、前記広告情報取得手段によって前記第２広告情報が取得された場合に、前記再生手段が、当該第２広告情報を当該コンテンツデータに組み込まれている前記第１広告情報と差し替えて、当該コンテンツデータを再生する
ことを特徴とする情報記録再生端末装置。
【請求項２】
前記受信手段は、
当該コンテンツデータの放送日時及び当該コンテンツデータの最低再生回数の少なくとも何れか一方を前記第１広告属性情報として受信し、
前記判定手段は、
前記第１広告属性情報及び自機のユーザの属性を示す属性情報の少なくとも何れか一方に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する
ことを特徴とする請求項１に記載の情報記録再生端末装置。
【請求項３】
前記第１広告属性情報が前記第１広告情報の差し替えの可否を示す差替可否情報を含み、
前記判定手段は、
前記差替可否情報により前記第１広告情報の差し替えが許可されている場合に、前記第１広告情報の差し替えが必要と判定する
ことを特徴とする請求項１に記載の情報記録再生端末装置。
【請求項４】
前記コンテンツデータを編集し、当該編集の内容を示す編集データを生成する編集データ生成手段と、
前記編集データを前記外部に送信する編集データ送信手段と
を更に有することを特徴とする請求項１に記載の情報記録再生端末装置。
【請求項５】
前記外部から前記編集データを取得する編集データ取得手段を更に有することを特徴とする請求項４に記載の情報記録再生端末装置。
【請求項６】
広告内容を示す第１広告情報の組み込まれたコンテンツデータを受信して、当該コンテンツデータを再生する一方、一定の場合に前記第１広告情報とは異なる第２広告情報を取得して、当該第１広告情報を前記第２広告情報と差し替えて前記コンテンツデータを再生する情報記録再生端末装置が収容された広告情報配信システムにおける、サーバであって、
前記第２広告情報を複数記録した第１記録手段と、
前記第２広告情報に対応する広告の内容を示す情報であって、前記第１記録手段に記録された前記第２広告情報の各々に対応した広告内容情報を記録した第２記録手段と、
前記コンテンツデータを受信した前記情報記録再生端末装置から、当該情報記録再生端末装置における前記コンテンツデータの再生履歴を示す履歴情報であって、当該コンテンツデータに対応するコンテンツ内容を示すコンテンツ内容情報を含む履歴情報を取得する取得手段と、
前記履歴情報と前記広告内容情報の双方に基づいて、少なくとも１つの前記第２広告情報を選択する選択手段と、
前記選択手段によって選択された第２広告情報を前記情報記録再生端末装置に配信する広告情報配信手段と
を具備することを特徴とする広告情報配信サーバ。
【請求項７】
前記第２記録手段は、
前記広告内容情報として、前記第２広告情報に対応する広告に登場するキャラクタ及び設定場所の、少なくとも何れか一方が、前記広告にかかる任意の時点に登場する登場確率を示す情報を記録し、
前記取得手段は、
前記履歴情報に含まれる前記コンテンツ内容情報として、コンテンツデータに対応するコンテンツに登場するキャラクタ及び設定場所の、少なくとも何れか一方が、当該コンテンツのストーリー進行にかかる任意の時点に登場する登場確率を示す情報を取得し、
前記選択手段は、
前記履歴情報と前記広告内容情報の双方に基づいて、少なくとも１つの前記第２広告情報を選択する
ことを特徴とする請求項６に記載の広告情報配信サーバ。
【請求項８】
前記選択手段は、
前記履歴情報に含まれている前記コンテンツ内容情報に対応する登場確率と前記広告内容情報に含まれている前記登場確率の差分を算出し、当該差分に基づいて前記第２広告情報を選択する
ことを特徴とする請求項７に記載の広告情報配信サーバ。
【請求項９】
前記第２広告情報の広告内容に対するアンケート内容を示すアンケートデータを生成して、当該アンケートデータを前記情報記録再生端末装置に配信するアンケートデータ配信手段と、
前記アンケートデータに従って前記情報記録再生端末装置のユーザが回答したアンケート結果に対応する結果データを取得する結果データ取得手段と
を更に有することを特徴とする請求項６に記載の広告情報配信サーバ。
【請求項１０】
前記情報記録再生端末装置のユーザを識別するための識別情報と、金銭的価値に対応したポイントデータを対応づけて記録する第３記録手段と、
少なくとも前記結果データが取得された場合に、既に前記第３記録手段に記録されている前記ポイントデータよりも金銭的価値が高い前記ポイントデータを前記第３記録手段に書き込むポイントデータ書込手段と
を更に有することを特徴とする請求項９に記載の広告情報配信サーバ。
【請求項１１】
前記情報記録再生端末装置において生成される前記コンテンツデータの編集内容を示す編集データを取得する編集データ取得手段と、
前記編集データを記録する第４記録手段と
を更に有することを特徴とする請求項６に記載の広告情報配信サーバ。
【請求項１２】
前記編集データを、前記情報記録再生端末装置に配信する編集データ配信手段を更に有することを特徴とする請求項１１に記載の広告情報配信サーバ。
【請求項１３】
前記情報記録再生端末装置のユーザを識別するための識別情報と、金銭価値に対応したポイントデータを対応づけて記録する第３記録手段と、
少なくとも前記結果データが取得された場合に、既に前記第３記録手段に記録されている前記ポイントデータよりも金銭的価値が高い前記ポイントデータを前記第３記録手段に書き込む第１ポイントデータ書込手段と、
前記編集データの配信がなされた場合には、既に前記第３記録手段に記録されている前記ポイントデータよりも金銭的価値が低い前記ポイントデータを前記第３記録手段に書き込む第２ポイントデータ書込手段と
を更に有することを特徴とする請求項１２に記載の広告情報配信サーバ。
【請求項１４】
ネットワークに収容された広告情報配信サーバと、情報記録再生端末装置から構成されるシステムであって、
前記情報記録再生端末装置は、
少なくとも広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信手段と、
前記受信手段によって受信された前記コンテンツデータを記録するコンテンツデータ記録手段と、
前記コンテンツデータ記録手段に記録されている前記コンテンツデータを再生する再生手段と、
前記コンテンツデータを再生する際に、当該コンテンツデータに組み込まれている前記第１広告属性情報及び自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定手段と、
前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合に、前記広告情報配信サーバから前記第１広告情報とは異なる第２広告情報を取得する広告情報取得手段と、
を具備し、
前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合であって、前記広告情報取得手段によって前記第２広告情報が取得された場合に、前記再生手段が、当該第２広告情報を当該コンテンツデータに組み込まれている前記第１広告情報と差し替えて、当該コンテンツデータを再生する一方、
前記広告情報配信サーバは、
前記第１広告情報とは異なる第２広告情報を複数記録した広告情報記録手段と、
前記情報記録・再生情報記録再生端末装置に対して、前記第２広告情報を配信する広告情報配信手段とを具備する
ことを特徴とする広告情報配信システム。
【請求項１５】
前記広告情報配信サーバは、
前記第２広告情報に対応する広告の内容を示す情報であって、前記第１記録手段に記録された前記第２広告情報の各々に対応した広告内容情報を記録した広告内容情報記録手段と、
前記コンテンツデータを受信した前記情報記録再生端末装置から、当該情報記録再生端末装置における前記コンテンツデータの再生履歴を示す履歴情報であって、当該コンテンツデータに対応するコンテンツ内容を示すコンテンツ内容情報を含む履歴情報を取得する履歴情報取得手段と、
前記履歴情報と前記広告内容情報の双方に基づいて、少なくとも１つの前記第２広告情報を選択する選択手段と、を更に有し、
前記広告情報配信手段は、
前記選択手段によって選択された第２広告情報を前記情報記録再生端末装置に配信する
ことを特徴とする請求項１４に記載の広告情報配信システム。
【請求項１６】
前記広告内容情報記録手段は、
前記広告内容情報として、前記第２広告情報に対応する広告に登場するキャラクタ及び設定場所の、少なくとも何れか一方が、前記広告にかかる任意の時点に登場する登場確率を示す情報を記録し、
前記履歴情報取得手段は、
前記履歴情報に含まれる前記コンテンツ内容情報として、コンテンツデータに対応するコンテンツに登場するキャラクタ及び設定場所の、少なくとも何れか一方が、当該コンテンツのストーリー進行にかかる任意の時点に登場する登場確率を示す情報を取得し、
前記選択手段は、
前記履歴情報と前記広告内容情報の双方に基づいて、少なくとも１つの前記第２広告情報を選択する
ことを特徴とする請求項１５に記載の広告情報配信システム。
【請求項１７】
ネットワークに収容された広告情報配信サーバと、情報記録再生端末装置から構成されるシステムにおいて前記情報記録再生端末装置に広告内容を示す広告情報を配信する広告情報配信方法であって、
前記情報記録再生端末装置が、少なくとも第１の広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信過程と、
前記情報記録再生端末装置が、前記受信過程において受信された前記コンテンツデータを記録するコンテンツデータ記録過程と、
前記情報記録再生端末装置が、前記コンテンツデータ記録過程において記録された前記コンテンツデータを再生する再生過程と、
を具備し、
前記再生過程は、
前記情報記録再生端末装置が、再生対象となる前記コンテンツデータに組み込まれている前記第１広告属性情報及び自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定過程と、
前記情報記録再生端末装置が、前記判定過程において前記第１広告情報の差し替えが必要と判定された場合に、前記広告情報配信サーバに対して前記第１広告情報とは異なる第２広告情報の取得要求を送信する送信過程と、
前記広告情報配信サーバが、前記送信過程において送信された前記取得要求に従って、前記第２広告情報を配信する配信過程と、
前記配信過程において前記第２広告情報が配信された場合に、前記情報記録再生端末装置が、再生対象となっている前記コンテンツデータに組み込まれている前記第１広告情報と当該配信された前記第２広告情報を差し替えて、当該コンテンツデータを再生する差替再生過程と、を具備する
ことを特徴とする広告情報配信方法。
【請求項１８】
コンピュータにより、コンテンツデータを再生するためのコンテンツデータ再生プログラムであって、
前記コンピュータを、
少なくとも広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信手段、
前記受信手段によって受信された前記コンテンツデータを記録媒体に書き込む、書込手段、
前記記録媒体に記録されている前記コンテンツデータを再生する再生手段、
前記コンテンツデータを再生する際に、当該コンテンツデータに組み込まれている前記第１広告属性情報及び自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定手段、
前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合に、外部から前記第１広告情報とは異なる第２広告情報を取得する広告情報取得手段、
として機能させると共に、
前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合であって、前記広告情報取得手段によって前記第２広告情報が取得された場合に、前記再生手段が、当該第２広告情報を当該コンテンツデータに組み込まれている前記第１広告情報と差し替えて、当該コンテンツデータを再生するように前記コンピュータを機能させる
ことを特徴とするコンテンツデータ再生プログラム。
【請求項１９】
コンテンツデータに組み込まれた第１広告情報とは異なる第２広告情報を、コンピュータにより、情報記録再生端末装置に配信するための広告情報配信プログラムであって、
前記コンピュータを、
前記第２広告情報に対応する広告の内容を示す広告内容情報を取得する広告内容情報取得手段、
前記コンテンツデータを受信した前記情報記録再生端末装置から、当該情報記録再生端末装置における前記コンテンツデータの再生履歴を示す履歴情報であって、当該コンテンツデータに対応するコンテンツの内容を示すコンテンツ内容情報を含む履歴情報を取得する履歴情報取得手段、
前記履歴情報と前記広告内容情報の双方に基づいて、少なくとも１つの前記第２広告情報を選択する選択手段、
前記選択手段によって選択された第２広告情報を前記情報記録再生端末装置に配信する広告情報配信手段
として機能させることを特徴とする広告情報配信プログラム。
【請求項２０】
請求項１８に記載のコンテンツデータ再生プログラムを記録したコンピュータに読み取り可能な情報記録媒体。
【請求項２１】
請求項１９に記載の広告情報配信プログラムを記録したコンピュータに読み取り可能な情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを記録再生するシステムに関し、特にコンテンツデータの再生中に広告情報を差し替える技術に関する。
【背景技術】
【０００２】
近年の情報化社会においては、企業にとって自社製品の宣伝広告活動が非常に重要な意義を有している。このため、各企業は、多額の宣伝広告費用を投資することにより、テレビ等の放送媒体を利用した宣伝広告活動に勤しんでいる。かかる産業構造を反映し、現在、我が国において放送されるコンテンツデータには、各種の広告情報が組み込まれている状況にある。
【０００３】
一方、かかる宣伝広告活動を促進する技術の一環として、パッケージメディアに記録されているコンテンツデータに広告情報を付加する発明も提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００３−８７７４７
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、ハードディスクレコーダ（以下、「ハードディスク」を「ＨＤ」と略称する）やＤＶＤレコーダ等の記録再生装置が普及している現在では、放送されたコンテンツデータが放送日時にリアルタイムに視聴されない場合が多く、宣伝広告活動を行っている企業にとっては、自己の投資を十分に回収できない可能性が発生してきている。特に、広告客体となる製品が流行性に富んでいる場合や、所謂シーズン物であるような場合には、かかる傾向が顕著となる。
【０００５】
一方、上述した先行技術（特許文献１参照）を、放送後に記録再生装置に記録されたコンテンツデータに応用することも考えられる。しかし、同発明は、ダウンロードした広告情報をコンテンツデータの再生中に予め定められたタイミングで再生するものにすぎない。このため、広告主にとっては、宣伝広告内容の有効期限を管理することができないばかりでなく、組み込まれる広告情報がユーザの嗜好に合致しない場合等、自信の意図する宣伝広告効果を得ることができない場合も生じ得た。
【０００６】
本願は、以上のような事情に鑑みてなされたものであり、その課題の一例としては、記録再生装置に記録されたコンテンツデータを再生する際においても、有効な宣伝広告を行うことにあり、特に、広告主の意図する宣伝広告効果を得ることを可能とする情報記録再生端末装置、広告情報配信サーバ、広告情報配信システム、広告情報配信方法、コンテンツデータ再生プログラム、広告情報配信プログラム及び情報記録媒体を提供することにある。
【課題を解決するための手段】
【０００７】
上述した課題を解決するため、請求項１に記載の情報記録再生端末装置は、少なくとも広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信手段と、前記受信手段によって受信された前記コンテンツデータを記録するコンテンツデータ記録手段と、前記コンテンツデータ記録手段に記録されている前記コンテンツデータを再生する再生手段と、前記コンテンツデータを再生する際に、当該コンテンツデータに組み込まれている前記第１広告属性情報、または、自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定手段と、前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合に、外部から前記第１広告情報とは異なる第２広告情報を取得する広告情報取得手段と、を具備し、前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合であって、前記広告情報取得手段によって前記第２広告情報が取得された場合に、前記再生手段が、当該第２広告情報を当該コンテンツデータに組み込まれている前記第１広告情報と差し替えて、当該コンテンツデータを再生することを特徴とする。
【０００８】
また、請求項６に記載の広告情報配信サーバは、広告内容を示す第１広告情報の組み込まれたコンテンツデータを受信して、当該コンテンツデータを再生する一方、一定の場合に前記第１広告情報とは異なる第２広告情報を取得して、当該第１広告情報を前記第２広告情報と差し替えて前記コンテンツデータを再生する情報記録再生端末装置が収容された広告情報配信システムにおける、サーバであって、前記第２広告情報を複数記録した第１記録手段と、前記第２広告情報に対応する広告の内容を示す情報であって、前記第１記録手段に記録された前記第２広告情報の各々に対応した広告内容情報を記録した第２記録手段と、前記コンテンツデータを受信した前記情報記録再生端末装置から、当該情報記録再生端末装置における前記コンテンツデータの再生履歴を示す履歴情報であって、当該コンテンツデータに対応するコンテンツ内容を示すコンテンツ内容情報を含む履歴情報を取得する取得手段と、前記履歴情報と前記広告内容情報の双方に基づいて、少なくとも１つの前記第２広告情報を選択する選択手段と、前記選択手段によって選択された第２広告情報を前記情報記録再生端末装置に配信する広告情報配信手段とを具備することを特徴とする。
【０００９】
また更に、請求項１４に記載の広告情報配信システムは、ネットワークに収容された広告情報配信サーバと、情報記録再生端末装置から構成されるシステムであって、前記情報記録再生端末装置は、少なくとも広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信手段と、前記受信手段によって受信された前記コンテンツデータを記録するコンテンツデータ記録手段と、前記コンテンツデータ記録手段に記録されている前記コンテンツデータを再生する再生手段と、前記コンテンツデータを再生する際に、当該コンテンツデータに組み込まれている前記第１広告属性情報及び自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定手段と、前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合に、前記広告情報配信サーバから前記第１広告情報とは異なる第２広告情報を取得する広告情報取得手段と、を具備し、前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合であって、前記広告情報取得手段によって前記第２広告情報が取得された場合に、前記再生手段が、当該第２広告情報を当該コンテンツデータに組み込まれている前記第１広告情報と差し替えて、当該コンテンツデータを再生する一方、前記広告情報配信サーバは、前記第１広告情報とは異なる第２広告情報を複数記録した広告情報記録手段と、前記情報記録・再生情報記録再生端末装置に対して、前記第２広告情報を配信する広告情報配信手段とを具備することを特徴とする。
【００１０】
更に、請求項１７に記載の広告情報配信方法は、ネットワークに収容された広告情報配信サーバと、情報記録再生端末装置から構成されるシステムにおいて前記情報記録再生端末装置に広告内容を示す広告情報を配信する広告情報配信方法であって、前記情報記録再生端末装置が、少なくとも第１の広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信過程と、前記情報記録再生端末装置が、前記受信過程において受信された前記コンテンツデータを記録するコンテンツデータ記録過程と、前記情報記録再生端末装置が、前記コンテンツデータ記録過程において記録された前記コンテンツデータを再生する再生過程と、を具備し、前記再生過程は、前記情報記録再生端末装置が、再生対象となる前記コンテンツデータに組み込まれている前記第１広告属性情報及び自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定過程と、前記情報記録再生端末装置が、前記判定過程において前記第１広告情報の差し替えが必要と判定された場合に、前記広告情報配信サーバに対して前記第１広告情報とは異なる第２広告情報の取得要求を送信する送信過程と、前記広告情報配信サーバが、前記送信過程において送信された前記取得要求に従って、前記第２広告情報を配信する配信過程と、前記配信過程において前記第２広告情報が配信された場合に、前記情報記録再生端末装置が、再生対象となっている前記コンテンツデータに組み込まれている前記第１広告情報と当該配信された前記第２広告情報を差し替えて、当該コンテンツデータを再生する差替再生過程と、を具備することを特徴とする。
【００１１】
更にまた、請求項１８に記載のコンテンツデータ再生プログラムは、コンピュータにより、コンテンツデータを再生するためのコンテンツデータ再生プログラムであって、前記コンピュータを、少なくとも広告内容を示す第１広告情報と当該第１広告情報の属性を示す第１広告属性情報が組み込まれたコンテンツデータを受信する受信手段、前記受信手段によって受信された前記コンテンツデータを記録媒体に書き込む、書込手段、前記記録媒体に記録されている前記コンテンツデータを再生する再生手段、前記コンテンツデータを再生する際に、当該コンテンツデータに組み込まれている前記第１広告属性情報及び自機のユーザの属性を示すユーザ属性情報の少なくとも何れか一方の属性情報に基づいて、当該コンテンツデータに含まれている前記第１広告情報の差し替えの要否を判定する判定手段、前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合に、外部から前記第１広告情報とは異なる第２広告情報を取得する広告情報取得手段、として機能させると共に、前記判定手段によって前記第１広告情報の差し替えが必要と判定された場合であって、前記広告情報取得手段によって前記第２広告情報が取得された場合に、前記再生手段が、当該第２広告情報を当該コンテンツデータに組み込まれている前記第１広告情報と差し替えて、当該コンテンツデータを再生するように前記コンピュータを機能させることを特徴とする。
【００１２】
また、請求項１９に記載の広告情報配信プログラムは、コンテンツデータに組み込まれた第１広告情報とは異なる第２広告情報を、コンピュータにより、情報記録再生端末装置に配信するための広告情報配信プログラムであって、前記コンピュータを、前記第２広告情報に対応する広告の内容を示す広告内容情報を取得する広告内容情報取得手段、前記コンテンツデータを受信した前記情報記録再生端末装置から、当該情報記録再生端末装置における前記コンテンツデータの再生履歴を示す履歴情報であって、当該コンテンツデータに対応するコンテンツの内容を示すコンテンツ内容情報を含む履歴情報を取得する履歴情報取得手段、前記履歴情報と前記広告内容情報の双方に基づいて、少なくとも１つの前記第２広告情報を選択する選択手段、前記選択手段によって選択された第２広告情報を前記情報記録再生端末装置に配信する広告情報配信手段として機能させることを特徴とする。
【００１３】
また更に、請求項２０に記載の情報記録媒体は、請求項１８に記載のコンテンツデータ再生プログラムを記録し、請求項２１に記載の情報記録媒体は、請求項１９に記載の広告情報配信プログラムを記録していることを特徴とする。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照し、本願の実施の形態について説明する。なお、係る実施形態は、本願を限定するものではなく、本願の技術思想の範囲内において任意に変更可能である。
【００１５】
［１］第１実施形態
［１．１］第１実施形態の構成
（１）システムの全体構成
（１-１）概要
まず、図１を用いて本願の実施形態にかかる広告情報配信システム１の構成を説明する。なお、図１は、本実施形態にかかる広告情報配信システム１の構成を示すブロック図である。
【００１６】
同図に示すように本実施形態にかかる広告情報配信システム１は、各ユーザの所有する記録再生装置ＲＣ-ｋ（ｋ＝１，２，・・・，ｎ）と、放送設備ＢＥと、管理サーバＣＳと、公衆デジタル網ＩＳＮと、放送設備ＢＥ及び管理サーバＣＳを相互に接続する専用線ＬＬと、を有する。なお、同図においては、図面が煩雑となることを防ぐため、複数存在する記録再生装置ＲＣ-ｋの内、所定の記録再生装置ＲＣ-ｋのみを記載している。なお、例えば、本実施形態の記録再生装置ＲＣ-ｋは、本願の「情報記録再生端末装置」を構成し、管理サーバＣＳは、「広告情報配信サーバ」を構成する。
【００１７】
この広告情報配信システム１は、以下の内容を実現するものである。すなわち、
ｉ）放送設備ＢＥから広告情報の組み込まれたコンテンツデータを含む放送波を放送する。
【００１８】
ｉｉ）この放送波を記録再生装置ＲＣ-ｋにより受信し、当該放送波に含まれているコンテンツデータを記録する。この際、記録再生装置ＲＣ-ｋは、当該コンテンツデータの内容を示すストーリーパターンデータを生成する。なお、このストーリーパターンデータについては、次述する。
【００１９】
ｉｉｉ）記録再生装置ＲＣ-ｋに記録されているコンテンツデータの再生時に、当該コンテンツデータの記録時から一定以上の期間が経過している場合等、当該広告情報の宣伝広告効果が望めない場合、記録再生装置ＲＣ-ｋは、管理サーバＣＳから当該広告情報の差し替え用の広告情報をダウンロードする。この際、管理サーバＣＳは、記録再生装置ＲＣ-ｋにおいて生成されたストーリーパターンデータと、広告情報の内容を示すストーリーパターンデータ（以下、「広告ストーリーパターンデータ」という）に基づいて記録再生装置ＲＣ-ｋに配信すべき広告情報を決定する。なお、以下においては、放送時にコンテンツデータに組み込まれて放送される広告情報をオリジナル広告情報と呼び、記録再生装置ＲＣ-ｋにおいて、オリジナル広告情報と差し替えられる広告情報を差替広告情報と呼ぶ。また、単に広告情報というときは、これら双方を含むものとする。
【００２０】
ｉｖ）記録再生装置ＲＣ-ｋは、管理サーバＣＳからダウンロードした、差替広告情報とオリジナル広告情報を差し替えつつ、当該コンテンツデータの再生を行う。
【００２１】
なお、本システム１の具体的な構成については、後述する。
【００２２】
（１-２）ストーリーパターンデータについて
ここで、まず、上述したストーリーパターンデータについて説明することとする。
ストーリーパターンデータとは、上述のように各コンテンツデータに対応するコンテンツの内容、或いは、広告情報に対応する広告の内容を示すデータであり、登場人物に対応したストーリーパターンデータ（以下、「人物パターンデータ」）と、登場場所に対応したストーリーパターンデータ（以下、「場所パターンデータ」）から構成されている。なお、以下、本項においては、理解を助けるため、コンテンツデータ及び広告情報を併せてコンテンツデータと呼ぶこととする。
【００２３】
まず、人物パターンデータとは、各コンテンツデータに対応するコンテンツに登場する人物やキャラクタが各フレームに登場する確率を示すデータであり、各人物が登場したフレーム数に基づいて決定される。一方、場所パターンデータとは、各コンテンツにおいて舞台となる場所が各フレームに登場する確率を示すデータであり、各場所が舞台となっているフレーム数に基づいて決定される。
【００２４】
以下、かかるストーリーパターンデータの生成方法について説明する。
［ストーリーパターンデータの生成方法］
＜人物パターンデータの生成方法＞
人物パターンデータは、図２に示す人物パターン生成テーブルＴＢＬ１に基づいて生成されるデータである。なお、図２は、同実施形態における人物パターン生成テーブルＴＢＬ１の内容を示す図である。
【００２５】
同図において、行及び列は、上記処理により抽出された人物名、すなわち、当該コンテンツデータに対応したコンテンツ中に登場している人物名を意味している。従って、図２に示す例の場合には、当該コンテンツに「人物１」、「人物２」、「人物３」、・・・「人物ｎ」なるｎ人の人物が登場していることとなる。
【００２６】
また、この人物パターン生成テーブルＴＢＬ１の各行と各列の交わるフィールドには、カウンタが設けられており、このカウンタをインクリメントすることにより人物パターン生成テーブルＴＢＬ１は、更新される。
具体的には、以下の処理を通じて、人物パターン生成テーブルＴＢＬ１が更新される。
【００２７】
まず、人物パターンデータの生成対象となっているコンテンツデータの開始フレームから順に、後述する図６に示す人物情報に含まれている人物名を抽出して、当該人物名に対応する行と列の交わるフィールドのカウンタをインクリメントする。
【００２８】
なお、人物情報とは、コンテンツデータを構成する付加情報に含まれる情報であり、各フレームに登場する登場人物の人物名等の属性を示す情報であるが、これについては、後述する放送設備ＢＥの説明欄において説明する。
【００２９】
このカウンタのインクリメントの際、
（ｉ）フレーム内に登場している人物が一人の場合
例えば、登場人物が「人物１」のみの場合、人物パターン生成テーブルＴＢＬ１において、ｔ（１１）のカウンタが“１”だけインクリメントされる。
【００３０】
（ｉｉ）フレーム内に登場している人物が複数の場合
例えば、登場人物が「人物１」と「人物２」の場合、人物パターン生成テーブルＴＢＬ１において、ｔ（１１）、ｔ（２２）、ｔ（１２）、ｔ（２１）の各カウンタが、夫々“１”ずつインクリメントされる。
【００３１】
かかる処理が最終フレームまで、順次行われることにより、人物パターン生成テーブルＴＢＬ１の更新が完了する。このような処理を通じて、人物パターン生成テーブルＴＢＬ１が更新されるため、テーブルＴＢＬ１の各フィールドに格納されているカウンタは、夫々、ａ）コンテンツに各登場人物が登場した延べ登場フレーム数、及び、ｂ）他の登場人物と同一フレーム内に登場したフレーム数、を示すこととなる。
【００３２】
なお、フレーム数は、当該コンテンツデータに対応するコンテンツに占める、時間数を意味するため、これらは、夫々、ａ）コンテンツに各登場人物が登場した延べ登場時間数、及び、ｂ）他の登場人物と同一フレーム内に登場した時間数に対応したものとなる。
以上の過程を経て、更新された人物パターン生成テーブルＴＢＬ１に格納されている各カウンタ値「ｔ（ｉｊ）」を以下の（式１）に代入する。
【００３３】
【数１】
2005156996.tif 000003
ここで、（式１）において右辺は、人物パターン生成テーブルＴＢＬ１の行方向の数値の和であり、「人物ｊ」の登場している延べ登場フレーム数を意味している。
【００３４】
次いで、（式１）の算出結果たるＴｔ（ｉｊ）を（式２）に代入することによりａ（ｉｊ）が算出されると共に、この算出結果に基づいて（式３）に示すマトリクス「Ａ」が算出され、当該「Ａ」に対応するデータが生成される。
【００３５】
【数２】
2005156996.tif 000004
【００３６】
【数３】
2005156996.tif 000005
なお、このマトリクス「Ａ」の各パラメータａ（ｉｊ）は、「人物ｊ」の延べ登場フレーム数に対して占める、「人物ｊ」と「人物ｉ」の同時登場フレーム数の割合、すなわち、「人物ｊ」が「人物ｉ」と同一フレーム上に現れている確率を意味している。よって、「人物ｊ」に対応するａ（ｉｊ）（ｉ=１，２，．．．．，ｎ）は、以下の（式４）に示す関係にある。
【００３７】
【数４】
2005156996.tif 000006
上記生成処理によって得られたＡマトリクスは、マルコフチェーンにおける推移確率行列を表している。このマルコフチェーンにおける推移確率行列は、以下の変換式（式５）のｋの値を無限大（∞）にしたものが収束値（定常分布）となるが、経験的に「３０」以上でほぼ収束することから、本実施形態においては「ｋ」の値として「３０」以上を設定するものとする。マルコフチェーンでは収束値は（式５）に示すように各行の値が等しい行列となることが知られている。
【００３８】
【数５】
2005156996.tif 000007
本実施形態において人物パターンデータは、このＵマトリクスを要素としている。
【００３９】
（式５）における、α（ｉ）なるパラメータは、各フレームに対して各人物が登場する確率を示すものである。従って、Ａマトリックスを上記（式５）により変換して、Ｕを算出し、これを人物パターンデータとして利用すれば、当該コンテンツデータに対応するコンテンツに登場する全人物の中で、どの人物の登場確率が最も高いのかを特定することが可能となる。このことは同時に、人物パターンデータに基づいて、当該コンテンツにおける主人公であると想定される人物（以下、「潜在主人公」）を特定できることを意味している。
【００４０】
従って、この人物パターンデータに基づいて当該コンテンツデータに対応するコンテンツの主人公が何人いるのかを把握することが可能となる一方、当該人物が男性か女性か等の登場人物の属性により、当該コンテンツデータが如何なる内容を有するものかを特定することが可能となる。例えば、潜在主人公と想定される人物が二人いて、当該人物が男女各一名ずつであれば、当該コンテンツデータに対応するコンテンツは、恋愛ドラマ調の内容のものであると想定される。
【００４１】
ここで、上記（式３）の算出結果と、この算出結果を（式５）に代入した場合の関係を図３及び図４に従って説明する。なお、図３は、あるコンテンツデータについてマトリクスを算出した実験結果を図式化したものであり、図４は、このＡマトリクスの各パラメータを（式５）に代入した後の算出結果を図式化したものである。なお、これらの図において、ｘｙ平面は、夫々、Ａマトリクス及びＵマトリクスにおける行及び列に対応しており、ｚ軸は、Ａマトリクス及びＵマトリクスの各パラメータに対応する数値を表している。
【００４２】
図３に示すように、Ａマトリクスは、ランダムな値を示している。これに対して、Ａマトリクスを（式５）に代入すると、マトリクスの収束値（定常分布）が求められ、ストーリー中での最終的な各人物の登場確率が得られることとなる。が正規化され、各フレームに各人物が登場する確率が得られることとなる。従って、図４に示す例の場合、「人物１」が最もそのストーリーに登場する可能性が高いこととなり、「人物１」が潜在主人公と特定できる。
【００４３】
＜場所パターンデータの生成＞
場所パターンデータは、図５に示す場所パターン生成テーブルＴＢＬ２に基づいて生成されるデータである。なお、図５は、本実施形態における場所パターン生成テーブルＴＢＬ２の内容を示す図である。
【００４４】
同図において、各行及び列は、上記処理により抽出された場所名、すなわち、当該コンテンツデータに対応したコンテンツ中において舞台となっている場所名を意味している。従って、図５に示す例の場合、当該コンテンツデータに対応するコンテンツにおいて「場所１」、「場所２」、「場所３」、・・・「場所ｍ」なるｍ箇所の場所が舞台となっていることを意味している。
【００４５】
また、この場所パターン生成テーブルＴＢＬ２の各行と各列の交わるフィールドには、人物パターン生成テーブルＴＢＬ１と同様にカウンタが設けられており、後述する場所情報に基づき、このカウンタをインクリメントすることにより場所パターン生成テーブルＴＢＬ２は、更新される。
【００４６】
なお、この際の更新方法は、上述した人物パターン生成テーブルＴＢＬ１更新時の処理と基本的に同じであるが、カウンタのインクリメント基準のみが以下のように異なっている。すなわち、
（ｉ）当該コンテンツデータの最初のフレームの場合
場所パターン生成テーブルＴＢＬ２において、舞台となっている場所に対応するカウンタが“１”だけインクリメントされる。例えば、舞台が「場所１」の場合、場所パターン生成テーブルＴＢＬ２において、ｔｐ（１１）のカウンタのみが“１”だけインクリメントされる。
【００４７】
（ｉｉ）最初以降のフレームの場合
ａ）開始から一度も場所に変化が生じていない場合
場所パターン生成テーブルＴＢＬ２において、舞台となっている場所に対応するカウンタが“１”だけインクリメントされる。例えば、舞台が「場所１」の場合、場所パターン生成テーブルＴＢＬ２において、ｔｐ（１１）のカウンタのみが“１”だけインクリメントされる。
【００４８】
ｂ）開始後、一度でも場所に変化が生じた後のフレームの場合
場所パターン生成テーブルＴＢＬ２において、変化前と変化後の場所名のそれぞれに対応するカウンタが“１”ずつインクリメントされる。例えば、舞台が「場所１」から「場所２」へと変化した場合、場所パターン生成テーブルＴＢＬ２において、ｔｐ（１１）、ｔｐ（１２）、ｔｐ（２１）、ｔｐ（２２）、のカウンタが、夫々、“１”ずつインクリメントされる。
【００４９】
ｃ）場所変化後のフレームであって、当該場所の状態が継続している場合
場所パターン生成テーブルＴＢＬ２において、変化前と変化後の場所名のそれぞれに対応するカウンタが“１”ずつインクリメントされる。例えば、舞台が「場所１」から「場所２」へと変化後、「場所２」の状態が継続している場合、場所パターン生成テーブルＴＢＬ２において、ｔｐ（２２）の他、ｔｐ（１２）、ｔｐ（２１）のカウンタが、夫々“１”ずつインクリメントされる。
【００５０】
以上の処理を経て、場所パターン生成テーブルＴＢＬ２を更新すると、当該テーブルＴＢＬ２に格納されている各数値を以下の（式８）及び（式９）に代入することにより各パラメータが算出されると共に、（式１０）に示すＢマトリクスが算出される。
【００５１】
【数６】
2005156996.tif 000008
【００５２】
【数７】
2005156996.tif 000009
【００５３】
【数８】
2005156996.tif 000010
なお、ｂ（ｉｊ）についても、上述のａ（ｉｊ）と同様に
【００５４】
【数９】
2005156996.tif 000011
という関係が成立するため、
【００５５】
【数１０】
2005156996.tif 000012
なる関係が与えられる。
【００５６】
本実施形態において、場所パターンデータは、このＶマトリクスを要素としている。
【００５７】
（式１０）におけるβ（ｉ）なるパラメータは、各場所が各フレームの舞台となる確率を示すものである。従って、上述の人物パターンデータと同様に、Ｖマトリクスを算出して、これを場所パターンデータとして用いることにより、メイン舞台であると想定される場所（以下、「潜在中心位置」）を特定できることとなる。
【００５８】
本実施形態において、管理サーバＣＳは、複数の差替広告情報と、各差替広告情報に対応するストーリーパターンデータ（以下、「広告ストーリーパターンデータ」という）を保有しており、ユーザの嗜好に合致するストーリーパターンデータとの一致性の高い広告ストーリーパターンデータに対応する差替広告情報を記録再生装置ＲＣ-ｋに配信する。なお、管理サーバＣＳが配信対象となる差替広告情報を選択する方法については、後述する。
【００５９】
（２）各装置の具体的構成
（２-１）放送設備ＢＥ及び公衆デジタル網ＩＳＮについて
次に、本実施形態にかかる広告情報配信システム１の具体的構成について図１を参照しつつ説明する。
【００６０】
まず、公衆デジタル網ＩＳＮは、ＩＳＤＮ（Integrated service digital network）やＦＴＴＨ（Fiber To The Home）網、インターネット等のネットワークであり、自網が収容している記録再生装置ＲＣ-ｋや管理サーバＣＳに対してデータ通信サービスを提供する。なお、この公衆デジタル網ＩＳＮは、単一のネットワークでも良いし、例えば、ＦＴＴＨ網とインターネットが図示せぬアクセスポイントを介して接続されている構成であってもよい。
【００６１】
放送設備ＢＥは、放送事業者の保有する地上デジタル放送の放送設備であり、コンテンツデータにオリジナル広告情報を組み込み、そのコンテンツデータをＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式で変調して、放送する。また、この放送設備ＢＥは、専用線ＬＬによって管理サーバＣＳと接続されており、新たに収録された広告に対応する広告情報を差替広告情報として随時、管理サーバＣＳに送信する。
【００６２】
ここで、この放送設備ＢＥによって放送される放送データのデータフォーマットについて、図６を参照しつつ説明する。なお、図６は、本実施形態におけるコンテンツデータのデータフォーマットを示す図である。同図に示すように本実施形態において、この放送データは、コンテンツデータと放送局生成メタデータａから構成されている。
【００６３】
コンテンツデータは、放送設備ＢＥにおいて収録された番組等のコンテンツに対応するデータであり、複数のフレームに対応するデータから構成されている。また、各コンテンツデータは、物語を構成するストーリーの一場面である複数のシーンに分割されており、各シーンは、カメラアングルの切り替え等により複数のカットに分割されている。更に、各シーンの間にはオリジナル広告情報が組み込まれている。
【００６４】
各フレームに対応するデータは、当該フレームに対応する画像データ、音声データ及び付加情報を有している。付加情報とは、当該フレームの属性を示す情報であり、当該フレームに登場している人物やキャラクタ（以下、これらをまとめて「人物」とする）のストーリー設定上の役名、年齢、性別、職業等を示す上述の人物情報と、当該フレームのストーリー設定上の舞台となっている場所名、時代設定を示す上述の場所情報を含んでいる。
【００６５】
また、この付加情報には、「ドラマ」、「ドキュメント」等、当該コンテンツデータの属するジャンルを示すジャンル情報や当該フレームにおいてＢＧＭが流れている場合には、当該ＢＧＭの曲調を示す曲調情報が含まれている。
【００６６】
なお、各カットを構成するフレーム数及び各シーンを構成するカット数は任意であり、各コンテンツデータの生成時に当該コンテンツデータの作成者が決定するものである。また、コンテンツデータのデータ形式は任意であるが、本実施形態においては、説明をより具体的なものとするため、画像データについてはＭＰＥＧ（Moving Picture Experts Group）形式で、音声データについてはＡＣ−３（Audio Code number 3）形式で、付加情報についてはＸＭＬ（eXtensible Markup Language）形式で記述されているものとする。
【００６７】
一方、放送局生成メタデータａは、コンテンツデータの属性を示すデータであり、図７に示すように、放送メインデータａ-１と、放送シーンデータａ-２と、広告属性データａ-３から構成されている。
【００６８】
放送メインデータａ-１は、各コンテンツデータに一対一に対応づけられたデータであり、例えば、放送日時、放送ｃｈ、タイトル、出演者、ジャンル等の属性を示す情報からなっている。また、放送シーンデータａ-２は、各シーンに一対一に対応づけられたデータであり、例えば、当該シーンのタイムコード、登場人物の役名、場所名、時刻等の属性を示す情報からなっている。
【００６９】
一方、広告属性データａ-３は、コンテンツデータに組み込まれているオリジナル広告情報の属性を示すデータであり、差替可否フラグと、最低視聴回数と、各オリジナル広告情報に対応する広告ＩＤ、タイムコード等の属性情報が含まれている。差替可否フラグは、オリジナル広告情報の差し替えの可否を示すフラグであり、このフラグの値が“０”の場合、オリジナル広告情報の差し替えが禁じられていることを意味する。これに対し、このフラグが“１”の場合、オリジナル広告情報の差し替えが許容されていることを意味している。
【００７０】
また、最低視聴回数とは、当該コンテンツデータに組み込まれているオリジナル広告情報の差し替えを許容するまでの最低視聴回数を示す情報であり、この最低視聴回数を超えるまでは、オリジナル広告情報の差し替えが禁じられていることを意味している。
【００７１】
更に、広告属性データａ-３に含まれている広告ＩＤとは、各広告情報の各々に固有の識別情報であり、広告情報配信システム１を構成する各装置は、この広告ＩＤに基づいて各広告情報を識別する。なお、この広告ＩＤの決定方法は、任意である。
【００７２】
（２-２）記録再生装置ＲＣ-ｋの具体的構成
次いで、記録再生装置ＲＣ-ｋは、放送設備ＢＥによって放送されたコンテンツデータの一般視聴者が保有するＨＤレコーダ等の記録装置であり、放送波を受信して、当該放送波に含まれているコンテンツデータを自機内の記録装置に記録すると共に、当該コンテンツデータの再生を行う。
【００７３】
また、この記録再生装置ＲＣ-ｋは、自機内に記録されているコンテンツデータの再生時に、オリジナル広告情報の差し替えが必要な場合には、管理サーバＣＳに対して差替広告情報の配信リクエストメッセージを送信する。一方、管理サーバＣＳにおいては、上述したストーリーパターンデータに基づく差替広告情報の選択が行われ、当該差替広告情報が記録再生装置ＲＣ-ｋに配信される。記録再生装置ＲＣ-ｋは、その配信された差替広告情報をオリジナル広告情報と差し替えて、当該コンテンツデータを再生する。この結果、記録再生装置ＲＣ-ｋにおいては、オリジナル広告情報に替えて、ユーザの嗜好に合致した差替広告情報が再生されることとなる。
【００７４】
かかる機能を有する本実施形態にかかる記録再生装置ＲＣ-ｋの具体的構成を図８に示す。同図に示すように本実施形態にかかる記録再生装置ＲＣ-ｋはＴＶ受信部２０１と、ネットワークインターフェイス２０２と（以下、「インターフェイス」を「Ｉ／Ｆ」と略称する）、ユーザＩ／Ｆ部２０３と、メタデータ記録部２０４と、主記録装置２０５と、テーブル記録部２０６と、システム制御部２０７と、広告情報記録装置２０８と、スイッチ２０９と、デコーダ２１０と、データバス２１１と、を有する。
【００７５】
なお、本実施形態におけるＴＶ受信部２０１は、本願の「受信手段」を構成し、主記録装置２０５は、「コンテンツデータ記録手段」を構成する。また、本実施形態における、システム制御部２０７は、本願の「再生手段」と、「判定手段」と、「広告情報取得手段」を構成する。
【００７６】
ＴＶ受信部２０１は、地上デジタル放送の受信装置であり、ユーザが選択した周波数に同調すると共に、受信アンテナＡＴを介して受信した放送波に復調処理を施し、その復調して得られたコンテンツデータをシステム制御部２０７へ供給する。
【００７７】
ネットワークＩ／Ｆ部２０２は、公衆デジタル網ＩＳＮとデータバス２１１との間のデータの授受を仲介し、公衆デジタル網ＩＳＮから受信したデータをデータバス２１１へと出力すると共に、データバス２１１を通じて入力されたデータを公衆デジタル網ＩＳＮへと送信する。
【００７８】
ユーザＩ／Ｆ部２０３は、図示しないキーボード等からなる操作部または外部リモコンを有しており、ユーザの入力操作に対応した入力信号をシステム制御部２０７に出力する。
【００７９】
デコーダ２１０は、システム制御部２０７の制御の下、スイッチ２０９を介して入力されたコンテンツデータをデコードし、動画像信号および音声信号に変換して、モニタＭに出力する。この結果、モニタＭから、当該コンテンツデータに対応した動画像が表示されると共に音声が出力される。
【００８０】
スイッチ２０９は、ａ、ｂ及びｃの３つの端子を有しており、各端子は、夫々、端子ａが主記録装置２０５の出力側に、端子ｂが広告情報記録装置２０８の出力側に、端子ｃがデコーダ２１０の入力側に接続されている。また、このスイッチ２０９は、システム制御部２０７による制御の下、端子ａ、ｂ間において接続先を切り替え、端子ｃに入力される信号を切り替える。この結果、スイッチ２０９が端子ａに接続されている状態では主記録装置２０５からの出力データが、スイッチ２０９が端子ｂに接続されている状態では広告情報記録装置２０８からの出力データが、夫々、デコーダ２１０に入力されることとなる。なお、このスイッチ２０９は、物理的なものであっても良いし、論理的なものであっても良い。
【００８１】
主記録装置２０５は、例えば、ＨＤ等の記録装置により構成され、ＴＶ受信部２０１において受信された放送データに含まれるコンテンツデータが記録される。
【００８２】
広告情報記録装置２０８には、管理サーバＣＳからダウンロードされた差替広告情報が記録される。なお、主記録装置２０５と広告情報記録装置２０８は、ハードウェア的には、１つのハードディスクを２つの領域に分割することにより実現しても良いし、２つのハードディスクにより構成するようにしても良い。
【００８３】
テーブル記録部２０６は、例えば、ＥＥＰＲＯＭやＳＲＡＭ等の内部メモリ、或いは、装着可能な外部メモリによって構成され、本実施形態においては、上述した人物パターン生成テーブルＴＢＬ１及び場所パターン生成テーブルＴＢＬ２を生成する際のワークエリアとして用いられる。
【００８４】
また、このテーブル記録部２０６には、自機のユーザを管理するために、ユーザのユーザＩＤと、当該ユーザによって設定されているパスワードを格納するためのテーブルが設けられている。なお、ユーザＩＤとは、広告情報配信システム１に収容されている記録再生装置ＲＣ-ｋの各ユーザに割り振られるユニークな識別情報であり、本実施形態においては、記録再生装置ＲＣ-ｋ及び管理サーバＣＳの双方において共有されている情報である。このユーザＩＤの決定及び割り振りの方法は、任意であり、例えば、記録再生装置ＲＣ-ｋの購入時に、当該記録再生装置ＲＣ-ｋの購入者及びその家族等の情報を管理サーバＣＳに登録して、管理サーバＣＳと記録再生装置ＲＣ-ｋの間において当該ユーザＩＤを共有するようにしてもよい。
【００８５】
システム制御部２０７は、図示せぬＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の記録媒体や、ＣＰＵ（Central Processing Unit）を有し、記録再生装置ＲＣ-ｋの各部を制御する。
【００８６】
具体的には、システム制御部２０７は、以下の処理を実行する。
［記録制御］
システム制御部２０７は、主記録装置２０５に対するコンテンツデータの記録及び消去を制御する。具体的には、システム制御部２０７は、ユーザＩ／Ｆ部２０３から供給されるユーザの入力操作に対応した入力信号に従い、コンテンツデータの記録予約を行う。そして、当該記録予約日時になると、システム制御部２０７は、同調周波数の変更信号をデータバス２１１を介してＴＶ受信部２０１へと出力すると共に、主記録装置２０５へと制御信号を送る。この結果、ＴＶ受信部２０１を介して受信された放送波中のコンテンツデータが主記録装置２０５に順次記録される。
【００８７】
また、本実施形態において特徴的な事項として、主記録装置２０５に対するコンテンツデータの記録終了をトリガとして、システム制御部２０７は、システム生成メタデータｂを生成し、放送局生成メタデータａと対応づけてメタデータ記録部２０４に記録する。
【００８８】
ここで、このシステム生成メタデータｂについて図９を参照しつつ説明する。なお、図９は、本実施形態におけるシステム生成メタデータｂのデータフォーマットを示す図である。同図に示すように、このシステム生成メタデータｂは、各コンテンツデータに一対一に対応づけられているデータｂ-１と、各シーンと一対一に対応づけられているデータｂ-２から構成され、データｂ-１は、更に、タイトルデータｂ-１-１と、広告差替・調査データｂ-１-２から構成されている。
【００８９】
タイトルデータｂ-１-１は、当該コンテンツデータの視聴者を管理するためのデータであり、図１０に示すように、例えば、当該コンテンツデータの録画者に対応したユーザＩＤ、録画日時、消去者に対応したユーザＩＤ、当該コンテンツデータの再生者を示すユーザＩＤ等のデータを有している。
【００９０】
次いで、広告差替・調査データｂ-１-２は、コンテンツデータの再生に際して、視聴される広告情報を管理するためのデータである。この広告差替・調査データｂ-１-２は、図１１に示すように、例えば、広告ＩＤやタイムコード、再生回数等のオリジナル広告情報の属性を示す情報と、当該オリジナル広告情報と差し替えられる差替広告情報の属性を示す情報から構成されている。
【００９１】
一方、データｂ-２は、図１２に示すように、各シーンに対応するストーリーパターンデータと、例えば、再生回数等の再生履歴に対応するデータから構成されている。ここで、各シーンに対応するストーリーパターンデータは、コンテンツデータの記録終了時にシステム生成メタデータｂと共に生成されるものである。なお、ストーリーパターンデータの生成方法については、上述のとおりである。
【００９２】
［再生制御］
システム制御部２０７は、主記録装置２０５に記録されているコンテンツデータの再生を制御する。このシステム制御部２０７は、コンテンツデータの再生モードとして、通常モード、差し替えモードの２つのモードを有しており、再生対象となっているコンテンツデータによって、これらのモードを切り替えて、再生を行う。これらのモードは、夫々、以下のようなものである。
【００９３】
＜差し替えモード＞
コンテンツデータの再生時に、管理サーバＣＳから差替広告情報をダウンロードすると共に、そのダウンロードした差替広告情報をオリジナル広告情報と差し替えて再生するモードである。
【００９４】
＜通常モード＞
コンテンツデータの再生時に、オリジナル広告情報の差し替えを行うことなく、そのまま当該コンテンツデータを再生するモードである。
【００９５】
これらの再生モードは、コンテンツデータの再生に先立って決定されるものであり、上述した放送局生成メタデータａに含まれている差替可否フラグと、最低視聴回数によって決定される。具体的には、
＜差替可否フラグが“０”の場合＞
この場合、オリジナル広告情報の差し替えが禁止されているため、通常モードが選択される。
【００９６】
＜差替可否フラグが“１”の場合＞
この場合、オリジナル広告情報の差し替えが許容されているため、以下の基準に従って再生モードを選択する。
【００９７】
（ｉ）タイプＡ
ケース１  広告差替・調査データｂ-１-２に含まれるオリジナル広告情報の再生回数が、広告属性データａ-３の最低視聴回数を超えている場合
ケース２  コンテンツデータの記録日時から所定の時間を経過している場合
の何れの場合にも該当していないときは、オリジナル広告情報の差し替えの必要性がないことから、通常モードが選択される。
【００９８】
なお、記録日時からの経過時間として、どの程度の時間を設定するかは、任意であり、この時間数の長短により、オリジナル広告情報の有効期限を決定することが可能である。また、経過時間の算出方法も任意であるが、現在時刻と放送局生成メタデータａに記述されている放送日時との差分に基づいて決定される。
【００９９】
（ｉｉ）タイプＢ
上記ケース１、ケース２の何れか一の場合に該当するときは、オリジナル広告情報の差し替えの必要性があることから、差し替えモードが選択される。
【０１００】
また、コンテンツデータの再生回数が増えると、当該コンテンツデータに対応する差替広告情報が、既に管理サーバＣＳからダウンロードされ、広告情報記録装置２０８に記録済みの状態となっている場合がある。この状態において、差し替えモードに設定されると、システム制御部２０７は、以下のようにして、オリジナル広告情報に差し替えて再生すべき差替広告情報を決定する。
【０１０１】
ａ）既に広告情報記録装置２０８に記録されている差替広告情報の再生回数がオリジナル広告情報について設定されている最低視聴回数を越えていない場合、新たに差替広告情報をダウンロードすることなく、既に、ダウンロードされている差替広告情報を利用する。
【０１０２】
ｂ）広告情報記録装置２０８に記録されている差替広告情報の再生回数がオリジナル広告情報について設定されている最低視聴回数を越えている場合、新たに差替広告情報を管理サーバＣＳからダウンロードして、このダウンロードした差替広告情報をオリジナル広告情報の差し替えに利用する。
【０１０３】
なお、この際の具体的動作については、後に詳述する。
【０１０４】
また、本実施形態においてシステム制御部２０７は、主記録装置２０５に記録されているコンテンツデータの再生に際して、メタデータ記録部２０４に記録されているシステム生成メタデータｂを更新し、更新後のシステム生成メタデータｂをユーザＩＤと共に管理サーバＣＳにアップロードする。この結果、常に更新された状態のシステム生成メタデータｂが記録再生装置ＲＣ-ｋと管理サーバＣＳの間において共有されることとなる。
【０１０５】
（２-３）管理サーバＣＳの具体的構成
管理サーバＣＳは、広告代理店や、広告代理店から広告情報の放送を委任される放送事業者によって保有されているサーバであり、広告情報の差し替えを管理する。この管理サーバＣＳの具体的構成を図１３に示す。
【０１０６】
同図に示すように本実施形態にかかる管理サーバＣＳは、システム制御部１１と、ネットワークＩ／Ｆ部１２と、通信Ｉ／Ｆ部１３と、広告情報データベース１４（以下、「データベース」を「ＤＢ」という）と、メタデータＤＢ１５と、これらを相互に接続するデータバス１６と、を有する。
【０１０７】
なお、本実施形態における広告情報ＤＢ１４は、本願の「第１記録手段」を構成し、メタデータＤＢ１５は、「第２記録手段」を構成する。また、本実施形態におけるシステム制御部１１は、本願の「取得手段」と、「選択手段」と、「広告情報配信手段」を構成する。
【０１０８】
ネットワークＩ／Ｆ部１２は、公衆デジタル網ＩＳＮとデータバス１６との間のデータの授受を仲介し、公衆デジタル網ＩＳＮから受信したデータをデータバス１６へと出力すると共に、データバス１６を介して入力されたデータを公衆デジタル網ＩＳＮへと送信する。
【０１０９】
通信Ｉ／Ｆ部１３は、専用線ＬＬと接続されており、管理サーバＣＳから送られてきたデータをデータバス１６に出力する一方、データバス１６を介して送られてきたデータを専用線ＬＬを介して、管理サーバＣＳに送信する。
【０１１０】
差替広告情報ＤＢ１４には、専用線ＬＬを介して放送設備ＢＥから送信されてきた差替広告情報が格納される。この差替広告情報ＤＢ１４に格納されている差替広告情報は、記録再生装置ＲＣ-ｋからのリクエストメッセージに従って、システム制御部１１によって配信される。
【０１１１】
図１４は、本実施形態にかかる差替広告情報ＤＢ１４の記録内容の一例を示した図である。同図に示すように、本実施形態において、この差替広告情報ＤＢ１４には、格納されている各差替広告情報の広告ＩＤと対応づけて、当該ＩＤに対応する差替広告情報のデータ本体と、当該差替広告情報のデータサイズ、当該差替広告情報に対応する広告メタデータが記録されている。
【０１１２】
この差替広告情報ＤＢ１４に記録されている広告メタデータは、差替広告情報の属性を示すデータであり、図１５に示すように、当該広告情報に対応する広告ＩＤ、広告情報のファイル名、作成日等を示すデータ、差し替え対象となった広告情報の広告ＩＤ一覧を示すデータが含まれている。また、この広告メタデータには、差替広告情報の配信先となった記録再生装置ＲＣ-ｋのユーザに対応するユーザＩＤ、配信日時に対応したデータが配信履歴として含まれており、各差替広告情報が記録再生装置ＲＣ-ｋに配信されるたびに更新される。
【０１１３】
システム制御部１１は、図示せぬＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等を有し、管理サーバＣＳの各部を制御する。このシステム制御部１１は、ユーザ管理部１１１と、差替広告情報配信部１１２とを有しており、各部は、それぞれ、以下のような機能を有している。
【０１１４】
ａ）ユーザ管理部１１１
上述のように、記録再生装置ＲＣ-ｋは、自機に記録されているコンテンツデータの再生に際して、システム生成メタデータｂをアップロードする構成となっている。ユーザ管理部１１１は、この記録再生装置ＲＣ-ｋからアップロードされてくるシステム生成メタデータｂを管理する。かかる機能を実現するため、本実施形態においてメタデータＤＢ１５には、ユーザ管理ＤＢ１５１と広告差替・調査ＤＢ１５３が設けられている。
【０１１５】
ユーザ管理ＤＢ１５１は、各記録再生装置ＲＣ-ｋのユーザを管理するためのデータが格納されたＤＢである。このユーザ管理ＤＢ１５１の記録内容を図１６に示す。同図に示すように本実施形態において、このユーザ管理ＤＢ１５１には、各ユーザＩＤと対応づけて、当該ユーザのユーザ情報と、記録再生装置ＲＣ-ｋからアップロードされてきたシステム生成メタデータｂに含まれるデータｂ-２が格納される。ここで、上述したようにデータｂ-２には、ユーザの再生履歴が含まれているため、同ＤＢ１５１に格納されているデータｂ-２を参照することにより、各ユーザの再生履歴の管理が可能となる。
【０１１６】
これに対して、広告差替・調査ＤＢ１５３は、各差替広告情報の配信状況及び配信後の再生状況を管理するためのデータが格納されるＤＢである。この広告差替・調査ＤＢ１５３の記録内容を図１７に示す。同図に示すように本実施形態にかかる広告差替・調査ＤＢ１５３には、各ユーザＩＤと対応づけて、記録再生装置ＲＣ-ｋからアップロードされてきた広告差替・調査データｂ-１-２が格納されている。従って、このＤＢ１５３に格納されているデータを参照することにより、各ユーザに対する差替広告情報の配信状況等を把握することが可能となる。
【０１１７】
また、広告差替・調査ＤＢ１５３には、各広告ＩＤと対応づけて、当該広告ＩＤに対応する差替広告情報を視聴したユーザのアンケート結果を示すデータ（以下「アンケートデータ」という）が格納されている。
【０１１８】
なお、このアンケート結果に対応するデータの構成は任意である。例えば、ユーザが、所定の質問事項に従って、「ｙｅｓ」「ｎｏ」の何れかを選択する形で、アンケートに回答するのであれば、各質問事項に対するユーザの回答数をカウントとするようにしても良い。
【０１１９】
また、アンケート方法についても、任意であるが、本実施形態においては、ユーザ管理部１１１にアンケート用のページに対応するデータを保有させておき、当該ページ上においてアンケートを回答させるものとする。
【０１２０】
ｂ）差替広告情報配信部１１２
差替広告情報配信部１１２は、記録再生装置ＲＣ-ｋから送信されてきたリクエストメッセージに対して、差替広告情報を配信する機能を有し、論理的には、システム制御部１１にＦＴＰ（File Transfer Protocol）ファイルサーバ機能を持たせることにより実現されるものである。
【０１２１】
かかる機能を実現するため、本実施形態にかかる管理サーバＣＳのメタデータＤＢ１５には、上述したユーザ管理ＤＢ１５１及び広告差替・調査ＤＢ１５３の他、広告ストーリーパターンＤＢ１５２が設けられている。
【０１２２】
広告ストーリーパターンＤＢ１５２は、差替広告情報ＤＢ１４に格納されている各差替広告情報に対応するストーリーパターンデータ（以下、「広告ストーリーパターンデータ」という）を格納するためのＤＢである。この広告ストーリーパターンＤＢ１５２の記録内容を図１８に示す。同図に示すように、広告ストーリーパターンＤＢ１５２には、差替広告情報ＤＢ１４に格納されている各差替広告情報に対応する広告ＩＤと、当該差替広告情報に対応した広告ストーリーパターンデータが対応づけて格納されている。
【０１２３】
ここで、この広告ストーリーパターンデータは、差替広告情報が放送設備ＢＥから送信されてきた際に、管理サーバＣＳのユーザ管理部１１１によって生成され、このＤＢ１５２に記録されるものである。従って、本実施形態において、広告ストーリーパターンデータとユーザ管理ＤＢ１５１に格納されているデータｂ-２に含まれているストーリーパターンデータは、出所の異なるものである。なお、ストーリーパターンデータの生成方法は、上述したとおりである。
【０１２４】
差替広告情報配信部１１２は、記録再生装置ＲＣ-ｋに配信すべき差替広告情報を決定するに際して、以下の処理を実行する。
すなわち、差替広告情報配信部１１２は、リクエストメッセージに付加されてきたユーザＩＤに対応するデータｂ-２をユーザ管理ＤＢ１５１から読み出し、かかるデータｂ-２に含まれている各ストーリーパターンデータを抽出する。そして、差替広告情報配信部１１２は、この抽出したストーリーパターンデータに基づき、ユーザの嗜好に合致するコンテンツ内容を示すストーリーパターンデータを生成する。
【０１２５】
なお、このユーザの嗜好に合致するコンテンツ内容を示すストーリーパターンデータの生成方法については、任意であるが、本実施形態においては、説明をより具体的なものとするため、以下の方法によるものとする。すなわち、ユーザ管理部１１１は、抽出した各ストーリーパターンデータの、各々に対応するＵ及びＶマトリクスの平均値を算出し、この算出結果に対応するＵ及びＶマトリクスを、ユーザの嗜好に合致するコンテンツ内容を示すストーリーパターンデータとするのである。
【０１２６】
このようにして、ユーザの嗜好に合致するコンテンツ内容を示すストーリーパターンデータが生成されると差替広告情報配信部１１２は、この生成したストーリーパターンデータと最も一致性の高い、広告ストーリーパターンデータを広告ストーリーパターンＤＢ１５２から検索する。そして、この検索の結果、ヒットした広告ストーリーパターンデータに対応する差替広告情報を配信対象として決定する。
【０１２７】
この際、差替広告情報配信部１１２は、以下の方法により、両ストーリーパターンデータの一致性を判定する。
【０１２８】
まず、両ストーリーパターンデータに対応するＵ及びＶマトリクスの内、最も数値の高いα（ｉ）値とβ（ｉ）値、すなわち、潜在主人公と潜在中心位置に対応するα（ｉ）値とβ（ｉ）値を、（式１１）及び（式１２）に代入する。
【０１２９】
【数１１】
2005156996.tif 000013
【０１３０】
【数１２】
2005156996.tif 000014
ここで、（式１１）に示すように、ｃＡ値は、比較対照となる両ストーリーパターンデータに対応するα（ｉ）値の差分によって決定されるため、両ストーリーパターンデータのＵマトリクスにおいてα（ｉ）値が近い程、ｃＡ値は小さくなる。従って、この値が小さくなればなる程、両Ｕマトリクスは近似性を示すこととなり、ユーザの嗜好に合致するコンテンツ内容と差替広告情報との内容的な類似性が確保されていることとなる。
【０１３１】
ｃＢ値についても同様であり、このｃＢ値が小さくなればなるほど潜在中心位置のコンテンツ内における位置づけが類似したものとなると想定される。
【０１３２】
差替広告情報配信部１１２は、このｃＡ値及びｃＢ値が最も小さくなる広告ストーリーパターンデータを最も一致性の高い広告ストーリーパターンデータとして選択する。この際、ｃＡ、ｃＢ両値が同一となる広告ストーリーパターンデータが複数ある場合、差替広告情報配信部１１２は、ｃＡ値の小さなものを一致性の高い広告ストーリーパターンデータとして選択する。
【０１３３】
［１．２］第１実施形態の動作
（１）コンテンツデータ記録時の動作概要
次に、本実施形態にかかる記録再生装置ＲＣ-ｋにおいて、コンテンツデータを記録する際の動作を説明する。なお、以下の説明においては、随時、放送設備ＢＥからコンテンツデータと放送局生成メタデータａが変調された放送波が放送されているものとして説明を行う。
【０１３４】
まず、ユーザが、ユーザＩ／Ｆ部２０３を操作することにより、記録再生装置ＲＣ-ｋの電源を入れると、ＴＶ受信部２０１によって受信されたコンテンツデータが、システム制御部２０７による制御の下、デコーダ２１０によって復号され、画像信号等としてモニタＭに供給される。この結果、モニタＭには、放送中のコンテンツデータに対応した画像が表示されることとなる。
【０１３５】
この状態において、コンテンツデータを記録しようとする場合、ユーザは、ユーザＩ／Ｆ部２０３に所定の操作を行うことが必要となる。なお、この際の操作内容については、任意であり、例えば、ユーザＩ／Ｆ部２０３の図示せぬ操作部に記録予約ボタンを設け、当該ボタンが押下するようにしても良い。
【０１３６】
かかる操作がなされた場合、システム制御部２０７は、記録者を決定するため、ユーザＩＤとパスワードを入力するための画面に対応する画像データを生成してデコーダ２１０に供給する。この結果、モニタＭにユーザＩＤ等を入力するための画面が表示される。ユーザが、この状態において、ユーザＩＤ等をユーザＩ／Ｆ部２０３に入力すると、システム制御部２０７は、当該ユーザＩＤ等とテーブル記録部２０６に記録されているユーザＩＤ等が一致するか否かを判定して、一致しない場合には、処理を終了する。
【０１３７】
一方、ユーザＩＤ等が一致する場合、システム制御部２０７は、そのユーザＩＤ等を図示せぬＲＡＭに記憶すると共に、図１９に示す処理を開始する。この処理において、システム制御部２０７は、まず、ユーザによって記録予約日時等を指定する入力が行われたか否かを判定する状態となり（ステップＳ１）、ユーザによって入力操作が行われるまで、同ステップの処理を繰り返す（「ｎｏ」）。なお、この際、例えば、モニタＭへと予約画面に対応した画像を出力し、当該画面上で記録予約日時等を指定する構成とすれば、ユーザの記録予約操作が容易となる。
【０１３８】
次いで、ユーザが記録予約を行う旨の入力操作を行うと、ステップＳ１における判定が「ｙｅｓ」となり、システム制御部２０７は、当該入力操作に従って、コンテンツデータの記録予約を行う（ステップＳ２）。この時点で、記録予約が完了した旨がユーザに通知され、ユーザによる入力操作は、完了することとなる。
【０１３９】
次いで、システム制御部２０７は、記録予約日時となったか否かを判定する状態となり（ステップＳ３）、記録予約日時が到来するまで同ステップの処理を繰り返す（「ｎｏ」）。その後、時間が経過し、記録予約日時となると、システム制御部２０７においては、ステップＳ３における判定が「ｙｅｓ」となり、ステップＳ４の処理が実行されることとなる。
【０１４０】
このステップＳ４において、システム制御部２０７は、ＴＶ受信部２０１と主記録装置２０５に制御信号を出力する。この結果、ＴＶ受信部２０１において予約ｃｈに対応した放送データが順次受信され、主記録装置２０５に記録されていくと共に、当該放送データに含まれている放送局生成メタデータａがメタデータ記録部２０４に記録される。
【０１４１】
次いで、システム制御部２０７は、コンテンツデータ等の記録が終了したか否かを判定する状態となり（ステップＳ５）、当該コンテンツデータ等の記録が終了するまで、ステップＳ４及びステップＳ５の処理を繰り返すことにより、コンテンツデータ等の記録を継続する。この結果、記録予約に対応したコンテンツデータ等が主記録装置２０５及びメタデータ記録部２０４に記録される。
【０１４２】
一方、記録予約の終了時刻となると、システム制御部２０７は、ステップＳ５において「ｙｅｓ」と判定し、テーブル記録部２０６に人物パターン生成テーブルＴＢＬ１と場所パターン生成テーブルＴＢＬ２を生成すると共に、これらのテーブルＴＢＬ１及びＴＢＬ２に基づいて当該コンテンツデータに対応するストーリーパターンデータを生成する（ステップＳ６）。この際、システム制御部２０７は、（式５）及び（式１０）に基づいて、各シーン毎にＵ及びＶマトリクスを算出し、これらＵ及びＶマトリクスに対応するストーリーパターンデータを生成する。
【０１４３】
次いで、システム制御部２０７は、システム生成メタデータｂを生成すると共に、その生成したデータｂを当該コンテンツデータに対応する放送局生成メタデータａと対応づけてメタデータ記録部２０４に記録する（ステップＳ７）。この際、システム制御部２０７は、ステップＳ６において生成したストーリーパターンデータに基づいて、各シーンに対応するデータｂ-２を生成する。
【０１４４】
そして、かかる一連の処理が終了すると、システム制御部２０７は、その生成したシステム生成メタデータｂをアップロードして（ステップＳ８）、処理を終了する。この際、システム制御部２０７は、当該システム生成メタデータｂにユーザＩＤを付加する。
【０１４５】
一方、記録再生装置ＲＣ-ｋからシステム生成メタデータｂがアップロードされてくると、管理サーバＣＳにおいては、ユーザ管理部１１１がこのアップロードされてきたシステム生成メタデータｂに含まれている、ユーザＩＤに基づいてユーザ管理ＤＢ１５１と広告差替・調査ＤＢ１５３を更新する。
【０１４６】
（２）コンテンツデータ再生時の動作
（２-１）記録再生装置ＲＣ-ｋにおける処理
（２-１-１）コンテンツデータ再生処理
次に、本実施形態にかかる記録再生装置ＲＣ-ｋにおいて、主記録装置２０５に記録されているコンテンツデータを再生する際の動作について説明する。
【０１４７】
まず、主記録装置２０５に記録されているコンテンツデータを再生する場合、ユーザは、ユーザＩ／Ｆ部２０３に所定の操作を行うことが必要となる。なお、かかる操作内容については、任意であり、例えば、ユーザＩ／Ｆ部２０３の図示せぬ操作部に再生ボタンを設け、当該ボタンが押下された場合に、以下の処理を実行するようにしても良い。
【０１４８】
かかる入力操作がなされると、システム制御部２０７は、再生者を決定するため、ユーザＩＤとパスワードの入力を求め、入力されたユーザＩＤ等がテーブル記録部２０６に記録されているユーザＩＤ等と一致するか否かを判定する。そして、両ユーザＩＤ等が一致する場合、システム制御部２０７は、ユーザが再生対象を選択するための画面に対応する画像データを生成して、デコーダ２１０に出力する。この結果、モニタＭには、再生対象を選択するための選択画面が表示される。ユーザは、この状態において再生対象となるコンテンツデータを選択する旨の入力操作を行えばよい。なお、選択画面の構成は任意である。例えば、放送局生成メタデータａに含まれているコンテンツタイトルを一覧として表示するようにしても良い。
【０１４９】
この状態において、ユーザがユーザＩ／Ｆ部２０３に対して再生対象を決定する旨の入力操作を行うと、システム制御部２０７は、ユーザＩ／Ｆ部２０３から送られてきた入力信号に従い、図２０〜図２２に示すコンテンツデータ再生処理を実行する。
【０１５０】
この処理において、システム制御部２０７は、まず、ユーザによって選択されたコンテンツデータに対応する放送局生成メタデータａをメタデータ記録部２０４から読み出して、図示せぬＲＡＭに展開すると共に、当該放送局生成メタデータａに含まれている差替可否フラグと最低視聴回数を抽出する（ステップＳａ１）。
【０１５１】
次いで、システム制御部２０７は、放送局生成メタデータａに基づいて、再生モードを通常モードにすべきか否かを判定する（ステップＳａ２）。
【０１５２】
具体的には、システム制御部２０７は、
ａ）差替可否フラグが“０”の場合、通常モードを選択し
ｂ）差替可否フラグが“１”の場合であって、
ケース１  広告差替・調査データｂ-１-２に含まれるオリジナル広告情報の再生回数が、広告属性データａ-３の最低視聴回数を超えている場合
ケース２  コンテンツデータの記録日時から所定の時間を経過している場合
の何れの場合にも該当していない場合、通常モードを選択し、
ｃ）差替可否フラグが“１”の場合であって、上述のケース１又はケース２の何れかの一の場合に該当している場合、差し替えモードを選択する（ステップＳａ２）。
【０１５３】
かかる判定の結果、通常モードを選択した場合（ステップＳａ２「ｙｅｓ」）、システム制御部２０７は、再生モードを通常モードに設定して（ステップＳａ３）、コンテンツデータの再生を開始する（ステップＳａ１１）。
【０１５４】
これに対してステップＳａ２において、差し替えモードを選択した場合（ステップＳａ２「ｎｏ」）、システム制御部２０７は、再生モードを差し替えモードに設定し（ステップＳａ４）、オリジナル広告情報の差し替え用に、既に、差替広告情報がダウンロードされているか否かを判定する（ステップＳａ５）。この判定において「ｎｏ」と判定した場合、システム制御部２０７は、配信サーバＣＳに対して、リクエストメッセージを送信して（ステップＳａ８）、受信を待機する状態となる（ステップＳａ９「ｎｏ」）。この際、システム制御部２０７は、当該リクエストメッセージに再生時にユーザが入力したユーザＩＤと、オリジナル広告情報に対応する広告ＩＤを付加する。
【０１５５】
一方、記録再生装置ＲＣ-ｋからリクエストメッセージを受信すると、管理サーバＣＳの差替広告情報配信部１１２は、後述する差替広告情報決定処理を実行し、記録再生装置ＲＣ-ｋに配信すべき差替広告情報を決定する。かかる処理により決定された差替広告情報が当該差替広告情報に対応する広告ＩＤと共に、記録再生装置ＲＣ-ｋに配信される。
【０１５６】
このようにして、差替広告情報の配信が完了すると、記録再生装置ＲＣ-ｋのシステム制御部２０７においては、ステップＳａ９における判定が「ｙｅｓ」となり、管理サーバＣＳから配信された差替広告情報が広告情報記録装置２０８に記録される（ステップＳａ１０）。この際、システム制御部２０７は、メタデータ記録部２０４に記録されている広告差替・調査データｂ-１-２に当該広告ＩＤを追記して、当該差替広告情報を管理するためのフィールドを生成する。かかる処理を通じて、差替広告情報が広告情報記録装置２０８に記録されると、システム制御部２０７は、ユーザによって指定されたコンテンツデータの再生を開始する（ステップＳａ１１）。
【０１５７】
これに対して、ステップＳａ５において「ｙｅｓ」と判定した場合、システム制御部２０７は、当該差替広告情報に対応する再生回数を、メタデータ記録部２０４に記録されている広告差替・調査データｂ-１-２から抽出して（ステップＳａ６）、その抽出した再生回数がステップＳａ１において抽出した最低視聴回数以上であるか否かを判定する（ステップＳａ７）。この判定の結果、「ｙｅｓ」と判定した場合、システム制御部２０７は、上述したステップＳａ８〜ステップＳａ１０の処理を実行した後、コンテンツデータの再生を開始するのに対し（ステップＳａ１１）、「ｎｏ」と判定した場合、システム制御部２０７は、ステップＳａ８〜ステップＳａ１０の処理を実行することなくコンテンツデータの再生を開始する（ステップＳａ１１）。
【０１５８】
このようにして、コンテンツデータの再生が開始されると、システム制御部２０７は、オリジナル広告情報の再生点に到達したか否かを判定する状態となり（ステップＳａ１２）、当該再生点に到達するまで、同判定処理を繰り返す（「ｎｏ」）。この際、システム制御部２０７は、メタデータ記録部２０６に記録されている放送局生成メタデータａの放送シーンデータａ-２に含まれているタイムコードに従って、オリジナル広告情報の再生点を判別する。
【０１５９】
一方、コンテンツデータの再生が進み、オリジナル広告情報の再生点に到達するとステップＳａ１２における判定が「ｙｅｓ」となり、システム制御部２０７は、現在設定されている再生モードが通常モードか否かを判定する状態となる（ステップＳａ１３）。
【０１６０】
かかる判定において、再生モードが通常モードに設定されているものと判定した場合、システム制御部２０７は、メタデータ記録部２０４に記録されている広告差替・調査データｂ-１-２のオリジナル広告情報に対応する再生回数を更新する（ステップＳａ１４）。そして、システム制御部２０７は、現在再生中のコンテンツデータの再生が終了点にまで到達したか否かを判定する状態となり（ステップＳａ１７）、終了点に到達していないと判定した場合にはステップＳａ１２〜ステップＳａ１４の処理を繰り返す（ステップＳａ１７「ｎｏ」）。
【０１６１】
一方ステップＳａ１３において現在の再生モードが差し替えモードであると判定した場合、システム制御部２０７は、スイッチ２０９の切り替えを制御する（ステップＳａ１５）。同処理により、スイッチ２０９においては、スイッチの切り替えが行われ、端子ｃへの入力信号が端子ｂの出力信号に変更されることとなる。この結果、デコーダ２１０には、オリジナル広告情報の再生終了時間まで差替広告情報が入力され、モニタＭに差替広告情報が表示される。
【０１６２】
このようにして、ステップＳａ１５の処理が完了すると、システム制御部２０７は、メタデータ記録部２０４に記録されている広告差替・調査データｂ-１-２の差替広告情報に対応する再生回数を更新する（ステップＳａ１６）。そして、システム制御部２０７は、当該コンテンツデータの再生が終了点まで、到達したか否かを判定する状態となり、終了点に到達するまでステップＳａ１２、１３、及びステップＳａ１５〜ステップＳａ１７の処理を繰り返す。
【０１６３】
一方、コンテンツデータの再生が終了点にまで達すると、システム制御部２０７は、ステップＳａ１７において「ｙｅｓ」と判定して、ユーザにアンケートの回答を促す画面に対応する画像データを生成して、デコーダ２１０に出力し（ステップＳａ１８）、ユーザの入力を待機する状態となる（ステップＳａ１９）。この結果、モニタＭには、例えば、「アンケートに回答しますか」等の文字列と共に、「ｙｅｓ」、「ｎｏ」の二つのボタンが表示される。
【０１６４】
かかる表示に従って、ユーザがユーザＩ／Ｆ部２０３に対して、例えば、「ｙｅｓ」、「ｎｏ」何れかのボタンを選択する旨の入力操作を行うと、ユーザＩ／Ｆ部２０３から入力操作に対応した入力信号が供給され、システム制御部２０７においてはステップＳａ１９における判定が「ｙｅｓ」となる。この結果、システム制御部２０７は、ステップＳａ２０において、当該入力信号が「ｙｅｓ」に対応したものか否かが判定される。
【０１６５】
ここで、例えば、ユーザが「ｎｏ」を選択する旨の入力操作を行っていた場合、システム制御部２０７は、ステップＳａ２０において「ｎｏ」と判定し、処理を終了する。
【０１６６】
これに対して、ユーザが「ｙｅｓ」を選択する旨の入力操作を行っていた場合、システム制御部２０７は、ステップＳａ２０において「ｙｅｓ」と判定し、管理サーバＣＳに対して、アンケートページのリクエストメッセージを送信する（ステップＳａ２１）。管理サーバＣＳは、このリクエストメッセージに対して、アンケートページに対応したＨＴＭＬデータをレスポンスメッセージとして返信する。
【０１６７】
一方、ＨＴＭＬデータが送信されてくると、記録再生装置ＲＣ-ｋのシステム制御部２０７は、当該ＨＴＭＬデータに基づいてアンケートページに対応した画像をモニタＭに表示させて（ステップＳａ２２）、アンケートが終了したか否かを判定する状態となる（ステップＳａ２３）。
【０１６８】
その後、ユーザがアンケートに回答すると、システム制御部２０７においては、ステップＳａ２３判定が「ｙｅｓ」となり、広告差替・調査データｂ-１-２が更新される（ステップＳａ２４）。
【０１６９】
次いで、システム制御部２０７は、画像データを生成し、デコーダ２１０に供給して（ステップＳａ２５）、ユーザによる入力を待機する状態となる（ステップＳａ２６）。この結果、モニタＭには、例えば、「アンケート内容及び更新後のメタデータをサーバにアップロードしてもよろしいですか。」等の文字列と共に、「ｙｅｓ」、「ｎｏ」の２つのボタンが表示される。
【０１７０】
ユーザが同画面に従って、例えば、「ｎｏ」を選択する旨の入力操作をユーザＩ／Ｆ部２０３に行うと、当該操作に対応した入力信号がシステム制御部２０７へと供給されて、ステップＳａ２６における判定が「ｙｅｓ」となり、次いで、ステップＳａ２７における判定が「ｎｏ」となる。この結果、システム制御部２０７は、更新後の広告差替・調査データｂ-１-２と、ユーザの入力したアンケート結果に対応するアンケートデータを管理サーバＣＳにアップロードすることなく処理を終了する。
【０１７１】
一方、ユーザがモニタ２に表示された画面に従って、「ｙｅｓ」を選択する旨の入力操作をユーザＩ／Ｆ部２０３に行うと、システム制御部２０７においては、同様にステップＳａ２６における判定が「ｙｅｓ」となる。そして、システム制御部２０７は、ステップＳａ２７において「ｙｅｓ」と判定して、ユーザの入力したアンケート結果に対応するアンケートデータと、更新後の広告差替・調査データｂ-１-２を管理サーバＣＳにアップロードして（ステップＳａ２８）、処理を終了する。
【０１７２】
かかるアンケートデータ等がアップロードされてくると、管理サーバＣＳにおいては、そのアンケートデータと、更新後の広告差替・調査データｂ-１-２を広告差替・調査ＤＢ１５３に格納する。この結果、管理サーバＣＳから配信された差替広告情報に対するユーザのアンケート結果等が管理サーバＣＳにおいて管理されることとなる。
【０１７３】
（２-１-２）再生履歴情報管理処理
次に、図２３を参照しつつ、記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する再生履歴情報管理処理について説明する。この処理は、上述した図２０のステップＳａ１１をトリガとして実行される処理であり、管理サーバＣＳに対してストーリーパターン情報をアップロードするための処理である。
【０１７４】
この処理において、システム制御部２０７は、まず、再生中のコンテンツデータに含まれているシーンｎの再生が終了した時点で、上述した図１８に示すシステム生成メタデータｂ内のデータｂ-２に含まれている当該シーンｎに対応した再生履歴を更新する（ステップＳｂ１）。この際、システム制御部２０７は、再生対象を選択する際にユーザが入力したユーザＩＤと対応づけられている再生履歴を更新する。例えば、コンテンツデータの再生を行っているユーザのユーザＩＤが「＃０００１」である場合において、「シーン１」の再生が終了すると、システム制御部２０７は、「シーン１」に対応した再生履歴の「＃０００１」に対応するフィールドを更新する（ステップＳｂ１）。
【０１７５】
次いで、システム制御部２０７は、当該コンテンツデータの再生が終了点に到達したか否かを判定する状態となり（ステップＳｂ２）、当該コンテンツデータの再生が終了するまでステップＳｂ１及びステップＳｂ２の処理を繰り返す。
【０１７６】
例えば、コンテンツデータの再生が開始され、再生対象となっているシーンが「シーン１」、「シーン２」、「シーン３」と移行していった場合、システム制御部２０７は、「シーン１」に対応した再生履歴を更新した後（ステップＳｂ１）、ステップＳｂ２において「ｎｏ」と判定する結果、「シーン２」、「シーン３」の順に、再生履歴を更新する。
【０１７７】
その後、コンテンツデータの再生が進行して、当該コンテンツデータの再生が終了点に到達すると、ステップＳｂ２おける判定が「ｙｅｓ」となり、システム制御部２０７は、ユーザにデータｂ-２のアップロードを許可するか否かの確認画面に対応した画像データを生成すると共に、デコーダ２１０に出力して（ステップＳｂ３）、ユーザの入力を待機する状態となる（ステップＳｂ４）。この結果、モニタＭには、例えば、「再生履歴をアップロードします。よろしいですか」等の文字列と共に、「ｙｅｓ」、「ｎｏ」の二つのボタンが表示される。
【０１７８】
かかる表示に従って、ユーザがユーザＩ／Ｆ部２０３に対して、例えば、「ｙｅｓ」、「ｎｏ」何れかのボタンを選択する旨の入力操作を行うと、ユーザＩ／Ｆ部２０３から入力操作に対応した入力信号が供給され、ステップＳｂ４における判定が「ｙｅｓ」となる。この結果、システム制御部２０７は、ステップＳｂ５において、当該入力信号が「ｙｅｓ」に対応したものか否かを判定する。
【０１７９】
ここで、例えば、ユーザが「ｎｏ」を選択する旨の入力操作を行っていた場合、システム制御部２０７は、ステップＳｂ５において「ｎｏ」と判定し、処理を終了する。
【０１８０】
これに対して、ユーザが「ｙｅｓ」を選択する旨の入力操作を行っていた場合、システム制御部２０７は、ステップＳｂ５において「ｙｅｓ」と判定し、管理サーバＣＳに対して、データｂ-２をアップロードし（ステップＳｂ６）、処理を終了する。この際、システム制御部２０７は、管理サーバＣＳにアップロードするデータｂ-２に再生者に対応するユーザＩＤを付加する。
【０１８１】
一方、データｂ-２がアップロードされてくると、管理サーバＣＳのユーザ管理部１１１は、当該データｂ-２をユーザ管理ＤＢ１５１に格納する。この際、ユーザ管理部１１１は、当該データｂ-２に付加されているユーザＩＤを検索キーとして、ユーザ管理ＤＢ１５１を検索し、当該ユーザＩＤと対応づけられたフィールドにデータｂ-２を格納する。この結果、ユーザ管理ＤＢ１５１が更新されることとなる。
【０１８２】
（２-２）管理サーバＣＳにおける差替広告情報決定処理
次に、図２４を参照しつつ、管理サーバＣＳにおいて実行される上述した差替広告情報決定処理について説明する。同処理は、上述した図２０のステップＳａ８において記録再生装置ＲＣ-ｋによって送信されたリクエストメッセージの受信をトリガとして開始される処理である。
【０１８３】
この処理において、管理サーバＣＳの差替広告情報配信部１１２は、まず、当該リクエストメッセージに付加されているユーザＩＤと広告ＩＤを抽出して、図示せぬＲＡＭに記憶する（ステップＳｃ１）。そして、差替広告情報配信部１１２は、このユーザＩＤを検索キーとしてユーザ管理ＤＢ１５１を検索し、当該ユーザＩＤと対応づけて格納されているデータｂ-２を読み出す（ステップＳｃ２）。
【０１８４】
次いで、差替広告情報配信部１１２は、この読み出したデータｂ-２に含まれているストーリーパターンデータを抽出し、当該ストーリーパターンデータに基づいてユーザの嗜好に合致するコンテンツ内容を示すストーリーパターンデータを生成する（ステップＳｃ３）。なお、この際の生成方法は、上述したとおりである。
【０１８５】
次いで、差替広告情報配信部１１２は、広告ストーリーパターンＤＢ１５２から広告ストーリーパターンデータを読み出し（ステップＳｃ４）、比較処理を実行する（ステップＳｃ５）。この比較処理において、差替広告情報配信部１１２は、各広告ストーリーパターンデータについて、ステップＳｃ３において生成したストーリーパターンデータとの間におけるｃＡ値及びｃＢ値を上述した（式１１）及び（式１２）に基づいて算出する。
【０１８６】
この比較処理が終了すると、差替広告情報配信部１１２は、ｃＡ値、ｃＢ値の合計が最小となるものから順に、幾つかの広告ストーリーパターンデータを選択する（ステップＳｃ６）。この際、差替広告情報配信部１１２は、ＲＡＭに格納されている広告ＩＤに基づいて、当該広告ＩＤに対応する広告ストーリーパターンデータを除外する。また、この際差替広告情報配信部１１２は、当該広告ＩＤに基づいて配信すべき差替広告情報数を決定して、その決定した数の広告ストーリーパターンデータを選択する。
【０１８７】
次いで、差替広告情報配信部１１２は、ステップＳｃ６において選択した広告ストーリーパターンデータと対応づけて広告ストーリーパターンＤＢ１５２に格納されている広告ＩＤを検索キーとして差替広告情報ＤＢ１４を検索し、当該広告ＩＤに対応する差替広告情報を読み出す（ステップＳｃ７）。このようにして、差替広告情報を読み出すと、差替広告情報配信部１１２は、当該差替広告情報を記録再生装置ＲＣ-ｋに配信して（ステップＳｃ８）、処理を終了する。
【０１８８】
なお、かかる差替広告情報の配信をトリガとして、記録再生装置ＲＣ-ｋのシステム制御部２０７においては、図２０ステップＳａ９における判定が「ｙｅｓ」となり、処理が進行することとなる。
【０１８９】
このようにして、本実施形態にかかる記録再生装置ＲＣ-ｋは、少なくとも広告内容を示すオリジナル広告情報と当該オリジナル広告情報の属性を示す広告属性データａ-３を含む放送局生成メタデータａが組み込まれたコンテンツデータを受信し、この受信されたコンテンツデータを主記録装置２０５に記録すると共に、当該コンテンツデータを再生する。かかる再生に際して、記録再生装置ＲＣ-ｋは、広告属性データａ-３等のデータに基づいて、当該コンテンツデータに含まれているオリジナル広告情報の差し替えの要否を判定し、オリジナル広告情報の差し替えが必要と判定された場合に、差替広告情報をダウンロードすると共に、当該差替広告情報を当該コンテンツデータに組み込まれているオリジナル広告情報と差し替えて、当該コンテンツデータを再生する構成を採用している。
【０１９０】
この構成により、オリジナル広告情報の差し替えが必要な場合にのみ、オリジナル広告情報と差し替えるべき差替広告情報がダウンロードされて、記録再生装置ＲＣ-ｋにおいて差し替え再生される。このため、本実施形態にかかる記録再生装置ＲＣ-ｋによれば、記録再生装置ＲＣ-ｋに記録されたコンテンツデータに組み込まれているオリジナル広告情報が不適切な再生時期に再生される場合においても、適切な宣伝広告を行うことが可能となり、広告主の意図する宣伝広告効果を得ることも可能となる。
【０１９１】
また、本実施形態にかかる記録再生装置ＲＣ-ｋは、当該コンテンツデータの放送日時及び当該コンテンツデータの最低視聴回数の少なくとも何れか一方を含む広告属性データａ-３を受信し、該データａ-３に基づいて当該コンテンツデータに含まれているオリジナル広告情報の差し替えの要否を判定する構成となっている。すなわち、同構成の下では、放送時に広告主の意向を反映しつつ広告属性データａ-３の記述内容を設定することが可能となる。
【０１９２】
また更に、本実施形態にかかる記録再生装置ＲＣ-ｋは、広告属性データａ-３に含まれている、差替可否フラグにおいてオリジナル広告情報の差し替えが許可されている場合に、当該オリジナル広告情報の差し替えが必要と判定する構成となっている。この構成により、差替可否フラグにおいてオリジナル広告情報の差し替えが許可されている場合にのみ、オリジナル広告情報の差し替えが行われるため、放送時に広告主の意向をより反映した、オリジナル広告情報の差し替えが可能となる。
【０１９３】
更に、本実施形態にかかる管理サーバＣＳは、広告内容を示すオリジナル広告情報の組み込まれたコンテンツデータを受信して、当該コンテンツデータを再生する一方、一定の場合にオリジナル広告情報とは異なる差替広告情報を取得して、オリジナル広告情報を差替広告情報と差し替えて、コンテンツデータを再生する記録再生装置ＲＣ-ｋが収容された広告情報配信システムにおけるサーバであって、差替広告情報を複数記録した広告情報ＤＢ１４と、差替広告情報に対応する広告の内容を示す情報であって、広告情報ＤＢ１４に記録された差替広告情報の各々に対応した広告ストーリーパターンデータを記録したメタデータＤＢ１５とを有し、コンテンツデータを受信した記録再生装置ＲＣ-ｋから、当該記録再生装置ＲＣ-ｋにおけるコンテンツデータの再生履歴を示す履歴情報であって、当該コンテンツデータに対応するコンテンツ内容を示すストーリーパターンデータを含むデータｂ-２を取得して、データｂ-２と広告ストーリーパターンデータの双方に基づいて、少なくとも１つの差替広告情報を選択すると共に、その選択された差替広告情報を記録再生装置ＲＣ-ｋに配信する構成を採用している。この構成により、ユーザの嗜好に合致する広告内容を有する差替広告情報が管理サーバＣＳから、記録再生装置ＲＣ-ｋに配信される。このため、配信された差替広告情報に対応する広告を視聴したユーザの興味を引くことが可能となり、広告主の意図する宣伝広告効果を得ることが可能となる。
【０１９４】
更にまた、本実施形態にかかる管理サーバＣＳは、広告ストーリーパターンデータとして、差替広告情報に対応する広告に登場するキャラクタ及び設定場所の、少なくとも何れか一方が、当該広告にかかる任意の時点に登場する登場確率を示す情報を用い、コンテンツデータに対応するコンテンツに登場するキャラクタ及び設定場所の、少なくとも何れか一方が、当該コンテンツのストーリー進行にかかる任意の時点に登場する登場確率を示すストーリーパターンデータと、当該広告ストーリーパターンデータの双方に基づいて、少なくとも１つの差替広告情報を選択する構成となっている。この構成により、ストーリーパターンデータという、客観的にコンテンツ等の内容を示すデータに基づいて差替広告情報が選択されるため、ユーザの嗜好性をより加味した差替広告情報の選択が可能となる。
【０１９５】
また、本実施形態にかかる管理サーバＣＳは、広告ストーリーパターンデータに対応する登場確率と、ストーリーパターンデータに対応する登場確率の差分を算出し、当該差分に基づいて差替広告情報が選択される構成となっている。この構成により、客観的な基準に基づいた差替広告情報の選択が行われるため、よりユーザの嗜好に合致する差替広告情報の選択を行うことが可能となる。
【０１９６】
また更に、本実施形態にかかる管理サーバＣＳは、差替広告情報の広告内容に対するアンケート内容を示すデータを生成して、当該データを記録再生装置ＲＣ-ｋに配信すると共に、当該データに従って記録再生装置ＲＣ-ｋのユーザが回答したアンケート結果に対応するデータを取得する構成を採用している。この構成により、各差替広告情報に対するアンケート結果が取得されるため、広告主にアンケート結果をフィードバックすることが可能となる。
【０１９７】
なお、本実施形態においては、広告差替・調査データｂ-１-２に各広告情報の再生回数等を記述し、当該再生回数に従って、再生モードを決定する構成を採用している。具体的には、本実施形態にかかる記録再生装置ＲＣ-ｋは、当該再生回数が最低視聴回数を上回った場合に、再生モードを差し替えモードに設定しているのである。しかし、広告差替・調査データｂ-１-２に各広告情報の再生回数をユーザ毎に記述するようにして、ユーザ毎に各広告情報の再生回数を管理するようにしても良い。この場合、記録再生装置ＲＣ-ｋにおいてコンテンツデータを再生する際に、ユーザが入力したユーザＩＤと対応づけられている再生回数が最低視聴回数を上回った場合に再生モードを差し替えモードに設定するようにすれば良い。
【０１９８】
また、本実施形態において放送設備ＢＥによって放送されているコンテンツデータには、フレーム毎に付加情報が付加されている構成となっている。しかし、この付加情報は、連続する複数のフレームのおいて登場人物や場所等に変化がない場合には、複数のフレーム毎、或いは、カット毎、シーン毎に付加することも可能である。ただし、かかる構成を採用する場合には、例えば、「フレームｆ１〜フレームｆ３０まで、変化なし」等の情報を付加情報に追加することが必要となる。そして、ストーリーパターンデータを生成する際には、フレームｆ１〜フレームｆ３０までは、同一のカウンタｔ（ｉｊ）をインクリメントするようにすればよい。
【０１９９】
また更に、本実施形態において管理サーバＣＳと放送設備ＢＥは、専用線ＬＬによって接続された構成となっている。しかし、両者は、公衆デジタル網ＩＳＮを介して、通信を行う構成としても良い。
【０２００】
また更に、本実施形態において管理サーバＣＳの広告ストーリーパターンＤＢ１５２に格納されている広告ストーリーパターンデータは、放送設備ＢＥから差替広告情報が送信されてきた時点で、管理サーバＣＳの差替広告情報配信部１１２によって生成される構成としているが、この広告ストーリーパターンデータは、事前に放送設備ＢＥにおいて生成して差替広告情報と共に管理サーバＣＳに送信するようにしても良い。
【０２０１】
更に、本実施形態において示した、放送局生成メタデータａ及びシステム生成メタデータｂのデータフォーマットは、一例にすぎず、上記構成を実現することができる情報が含まれていれば、他のデータフォーマットを有するようにしても良い。
【０２０２】
更にまた、本実施形態において差替広告情報は、コンテンツデータの再生に先立って、記録再生装置ＲＣ-ｋが管理サーバＣＳからダウンロードする構成となっている。しかし、差替広告情報は、コンテンツデータの再生時にリアルタイムでダウンロードするようにしても良いし、事前にダウンロードしておく構成としても良い。リアルタイムにダウンロードする場合、上述したステップＳａ８〜ステップＳａ１０の処理は行わず、同様の処理をステップＳａ１５において実行するようにすればよい。
【０２０３】
また、本実施形態においてストーリーパターンデータは、シーン単位で生成される構成となっている。しかし、ストーリーパターンデータは、コンテンツ単位で生成するようにしても良い。
【０２０４】
また更に、本実施形態において、記録再生装置ＲＣ-ｋは、公衆デジタル網ＩＳＮと接続されており、この公衆デジタル網ＩＳＮを介してデータ通信を行う構成となっている。しかし、記録再生装置ＲＣ-ｋのネットワークＩ／Ｆ部２０２に無線通信機能を搭載し、移動通信網を介してデータ通信を行う構成としても良い。
【０２０５】
更に、本実施形態においては、記録再生装置ＲＣ-ｋに配信すべき差替広告情報を管理サーバＣＳの差替広告情報配信部１１２が決定する構成となっているが、当該処理の動作を規定するプログラムが記録された記録媒体と、それを読み取るコンピュータと、を備え、このコンピュータで当該プログラムを読み込むことによって上述と同様の処理動作を行うようにしてもよい。
【０２０６】
更にまた、本実施形態において記録再生装置ＲＣ-ｋは、放送波を受信することにより、当該放送波に含まれているオリジナル広告情報の組み込まれたコンテンツデータを主記録装置２０５に記録する構成となっている。しかし、コンテンツデータは、インターネット等のネットワークを介して、記録再生装置ＲＣ-ｋに配信される構成としても良い。この場合、図１に示したシステム構成にコンテンツ配信を行うサーバを設けることにより同様の処理を実現することが可能となる。
【０２０７】
［２］第２実施形態
本実施形態にかかる広告情報配信システム１は、図１に示した構成と同様の構成により実現されるものである。従って、特に示さない限り、図１の各構成要素は、第１実施形態と同様の構成を有し、同一の動作を行うものである。
【０２０８】
本実施形態にかかる広告情報配信システム１は、広告情報の配信により、記録再生装置ＲＣ-ｋのユーザに特典を与え、ユーザへの広告情報の配信の可能性を向上させるためのものである。具体的には、差替広告情報の配信及びアンケート回答に対して、金銭的価値に対応するポイントを与え、当該ポイントに対応するサービスを記録再生装置ＲＣ-ｋのユーザに与えるものである。
【０２０９】
かかる機能を実現するため、本実施形態にかかる記録再生装置ＲＣ-ｋのシステム制御部２０７は、上述したシステム生成メタデータｂとして、上述したデータｂ-１-１、ｂ-１-２、ｂ-２の他に、ポイント管理データｂ-１-３を生成する。このポイント管理データｂ-１-３のデータフォーマットを図２５に示す。同図に示すように本実施形態にかかるポイント管理データｂ-１-３は、例えば、ポイントの更新日時、ポイント残高、ポイントの有効期限、ポイントの獲得履歴や使用履歴等の情報が含まれている。
【０２１０】
そして、記録再生装置ＲＣ-ｋのシステム制御部２０７は、コンテンツデータの再生時に、
ａ）差替広告情報が再生された場合
ｂ）ユーザが上述したアンケートに回答した場合
にポイント管理データｂ-１-３を更新する。
【０２１１】
具体的には、上記ａ）、ｂ）の何れかに該当する事態が生じた場合に、システム制御部２０７は、ポイント管理データｂ-１-３のポイント残高を所定値だけインクリメントして、ポイント有効期限を追記すると共に、ポイント獲得履歴を追記する。このようにして、ポイント管理データｂ-１-３が更新される度に、システム制御部２０７は、ユーザＩＤと共に、更新後のポイント管理データｂ-１-３を管理サーバＣＳにアップロードする。
【０２１２】
一方、この記録再生装置ＲＣ-ｋからアップロードされてきたポイント管理データｂ-１-３を管理するため、管理サーバＣＳのメタデータＤＢ１５には、ポイント管理ＤＢが設けられている。図２６にこのポイント管理ＤＢの記録内容の一例を示す。同図に示すように、本実施形態にかかるポイント管理ＤＢには、各ユーザＩＤと対応づけて、当該ユーザＩＤと共にアップロードされてきたポイント管理データｂ-１-３が格納されている。
【０２１３】
管理サーバＣＳのユーザ管理部１１１は、記録再生装置ＲＣ-ｋからポイント管理データｂ-１-３がアップロードされてくると、当該データｂ-１-３と共にアップロードされてきたユーザＩＤと対応するフィールドに当該データｂ-１-３を格納する。この結果、ポイント管理データｂ-１-３が記録再生装置ＲＣ-ｋと管理サーバＣＳの間で、共有されることとなる。
【０２１４】
管理サーバＣＳの保有者たる広告事業者は、このポイントに基づいて、記録再生装置ＲＣ-ｋのユーザに各種のサービスを提供する。なお、各ユーザに与えられるポイントに基づいて、各ユーザに如何なるサービスを与えるのかは任意であるが、例えば、ポイント数に対応した景品を与えるようにしても良い。また、管理サーバＣＳの保有者たる広告事業者がユーザに各種のサービスを提供し、当該サービスを受けるためにポイントを使用するようにしてもよい。
【０２１５】
このようにして、本実施形態にかかる管理サーバＣＳは、記録再生装置ＲＣ-ｋのユーザを識別するためのユーザＩＤと、金銭的価値に対応したポイントを対応づけてメタデータＤＢ１５に記録し、少なくともアンケート結果に対応するデータが取得された場合に、既にメタデータＤＢ１５に記録されているポイントよりも金銭的価値が高いポイントをメタデータＤＢ１５に書き込む構成となっている。この構成により、各ユーザＩＤと対応づけて、ポイントが加算され、当該ポイントに応じたサービスをユーザに提供することが可能となるため、アンケートに対する回答の回収率を高めることが可能となる。
【０２１６】
［２．１］第２実施形態の応用例
本応用例にかかる広告情報配信システム１は、図１に示した構成と同様の構成により実現されるものである。従って、特に示さない限り、図１の各構成要素は、第１実施形態と同様の構成を有し、同一の動作を行うものである。
【０２１７】
ここで、本応用例は、第２実施形態にかかる広告情報配信システムにおいて、上述したポイントを利用した、一つのサービス形態を提案するものである。
【０２１８】
具体的には、本応用例は、以下のようなサービス提供を行うことを目的とする。すなわち、各記録再生装置ＲＣ-ｋのユーザがコンテンツデータの編集を行った際に、当該編集内容を示すデータを記録再生装置ＲＣ-ｋから管理サーバＣＳにアップロードする。そして、各ユーザは、上述したポイントを利用して、編集内容を示すデータを管理サーバＣＳからダウンロードし、当該データを利用できるようにするのである。なお、本応用例において「編集」とは、ユーザがコンテンツデータ内にチャプタを挿入したり、各シーンの再生順序を変更したり、当該コンテンツデータの要約を作成したりすることを言う。
【０２１９】
かかる機能を実現するため、本応用例にかかる記録再生装置ＲＣ-ｋのシステム制御部２０７は、システム生成メタデータｂの生成に際し、当該データｂの一部としてコンテンツ編集データｂ-１-４を生成する。ここで、コンテンツ編集データｂ-１-４とは、記録再生装置ＲＣ-ｋのユーザがコンテンツデータを編集した場合における、その編集内容を示すデータであり、例えば、図２７に示すようなデータフォーマットを有している。
【０２２０】
なお、システム生成メタデータｂの生成時において、このデータｂ-１-４に具体的な内容は記述されず、その後、ユーザがコンテンツデータの編集を行う度に、その編集内容を示す情報が追記されることとなる。
【０２２１】
また、コンテンツ編集データｂ-１-４に追記される内容は任意であるが、図２７に示す場合には、当該コンテンツデータの編集等を行ったユーザのユーザＩＤや、ユーザによって挿入されたチャプタの属性、タイムコード、更には、当該コンテンツデータに含まれる各シーンの再生順序等の情報が含まれている。
【０２２２】
かかるコンテンツ編集データｂ-１-４は、コンテンツデータの再生時に、当該コンテンツデータの再生制御のために用いられる。例えば、コンテンツ編集データｂ-１-４に当該コンテンツデータの再生順序が含まれている場合、当該順序に従って、コンテンツデータの再生が行われる等である。
【０２２３】
ユーザがコンテンツデータの編集を行うことにより、コンテンツ編集データｂ-１-４が更新された場合、本実施形態にかかる記録再生装置ＲＣ-ｋのシステム制御部２０７は、当該更新後のコンテンツ編集データｂ-１-４を管理サーバＣＳにアップロードする。この際、システム制御部２０７は、コンテンツデータの編集を行ったユーザに対応するユーザＩＤを、当該データｂ-１-４に付加する。
【０２２４】
一方、コンテンツ編集データｂ-１-４がアップロードされてくると、管理サーバＣＳのユーザ管理部１１１は、当該コンテンツ編集データｂ-１-４を、図２８に示すコンテンツ編集ＤＢに格納する。この際、ユーザ管理部１１１は、当該ユーザＩＤに対応するフィールドに当該コンテンツ編集データｂ-１-４を格納する。そして、ユーザ管理部１１１は、記録再生装置ＲＣ-ｋからの配信リクエストに従って、コンテンツ編集ＤＢに格納されているコンテンツ編集データｂ-１-４を配信する。これにより、本実施形態にかかる広告情報配信システム１は、一人のユーザが行ったコンテンツデータの編集内容を全てのユーザの間で共有することが可能となる。
【０２２５】
また、管理サーバＣＳのシステム制御部１１は、各コンテンツ編集データｂ-１-４を管理するため、図示せぬＥＥＰＲＯＭ上に図２９に示す管理テーブルＴＢＬ３を記録している。同図に示すように、この管理テーブルＴＢＬ３には、各コンテンツ編集データｂ-１-４の内容と、当該データｂ-１-４のダウンロードランキング、ダウンロードに必要なポイント数が格納されている。かかるテーブルＴＢＬ３は、記録再生装置ＲＣ-ｋからコンテンツ編集データｂ-１-４がアップロードされてくるたびにフィールドを追加する形で更新される。
【０２２６】
次に、図３０及び図３１を参照しつつ本実施形態において、コンテンツデータの編集を行う際の動作及びコンテンツ編集データｂ-１-４の配信を受ける際の動作について説明する。
【０２２７】
（１）コンテンツ編集時の動作
記録再生装置ＲＣ-ｋの主記録装置２０５に記録されているコンテンツデータを編集する場合、ユーザは、ユーザＩ／Ｆ部２０３に所定の操作を行うことが必要となる。なお、かかる操作内容については、任意であり、例えば、ユーザＩ／Ｆ部２０３の図示せぬ操作部に編集ボタンを設け、当該ボタンが押下された場合に、以下の処理を実行するようにしても良い。
【０２２８】
かかる入力操作がなされると、システム制御部２０７は、編集者を決定するため、ユーザＩＤとパスワードの入力を求め、入力されたユーザＩＤ等がテーブル記録部２０６に記録されているユーザＩＤ等と一致するか否かを判定する。そして、両ユーザＩＤ等が一致する場合、システム制御部２０７は、ユーザが編集対象を選択するための画面に対応する画像データを生成して、デコーダ２１０に出力する。この結果、モニタＭには、編集対象を選択するための選択画面が表示される。ユーザは、この状態において編集対象となるコンテンツデータを選択する旨の入力操作を行えばよい。なお、選択画面の構成は任意である。例えば、放送局生成メタデータａに含まれているコンテンツタイトルを一覧として表示するようにしても良い。
【０２２９】
この状態において、ユーザがユーザＩ／Ｆ部２０３に対して編集対象を決定する旨の入力操作を行うと、システム制御部２０７は、ユーザＩ／Ｆ部２０３から送られてきた入力信号に従い、図３０に示すコンテンツデータ編集処理を実行する。
【０２３０】
この処理においてシステム制御部２０７は、まず、編集処理を実行し（ステップＳｄ１）、コンテンツデータの編集が終了するまで、同ステップＳｄ１の処理を継続する（ステップＳｄ２「ｎｏ」）。このステップＳｄ１において、システム制御部２０７は、ユーザがユーザＩ／Ｆ部２０３に行った入力操作に対応した編集内容を示す情報をコンテンツ編集データｂ-１-４に追記することにより、データｂ-１-４を更新する。なお、具体的な編集内容については、上述のように任意である。
【０２３１】
その後、ユーザによるコンテンツデータの編集が終了すると、システム制御部２０７は、例えば、「編集内容をアップロードしてもよろしいですか」等の文字列を含む画像データを生成して、デコーダ２１０に供給して（ステップＳｄ３）、ユーザの入力を待機する状態となる（ステップＳｄ４）。この結果、モニタＭには、当該画像データに対応した画像が表示される。
【０２３２】
この状態において、ユーザが例えば、アップロードを禁止する旨をユーザＩ／Ｆ部２０３に入力すると、システム制御部２０７は、ステップＳｄ４において「ｙｅｓ」と判定し、次いで、ステップＳｄ５において「ｎｏ」と判定し、コンテンツ編集データｂ-１-４をアップロードすることなく、処理を終了する。
【０２３３】
これに対し、ユーザがアップロードを許可する旨をユーザＩ／Ｆ部２０３に入力した場合、システム制御部２０７は、ステップＳｄ４において「ｙｅｓ」と判定し、次いで、ステップＳｄ５においても「ｙｅｓ」と判定する。この結果、システム制御部２０７は、更新後のコンテンツ編集データｂ-１-４にユーザＩＤを付加して管理サーバＣＳにアップロードし（ステップＳｄ６）、処理を終了する。
【０２３４】
一方、このコンテンツ編集データｂ-１-４がアップロードされてくると、管理サーバＣＳのユーザ管理部１１１は、当該データｂ-１-４をコンテンツ編集ＤＢに格納すると共に、管理テーブルＴＢＬ３を更新する。
【０２３５】
（２）コンテンツ編集データｂ-１-４の配信を受ける際の動作
コンテンツ編集データｂ-１-４をダウンロードする場合、ユーザは、ユーザＩ／Ｆ部２０３に自己のユーザＩＤ等を入力し、コンテンツ編集データｂ-１-４をダウンロードする旨を入力することが必要となる。かかる入力をトリガとして、記録再生装置ＲＣ-ｋのシステム制御部２０７においては図３１に示す処理が実行されることとなる。
【０２３６】
この処理において、システム制御部２０７は、管理サーバＣＳに対して、リクエストメッセージを送信し（ステップＳｅ１）、レスポンスメッセージの受信を待機する状態となる（ステップＳｅ２）。
【０２３７】
このリクエストメッセージを受信すると、管理サーバＣＳのユーザ管理部１１１は、管理テーブルＴＢＬ３の内容を示すＨＴＭＬデータを生成し、当該ＨＴＭＬデータをレスポンスメッセージとして返信する。この際、ユーザ管理部１１１は、各コンテンツ編集データの格納位置を示すＵＲＬを当該ＨＴＭＬデータ内においてアンカーにより指定する。
【０２３８】
このＨＴＭＬデータの受信を契機として、記録再生装置ＲＣ-ｋのシステム制御部２０７は、ステップＳｅ３の処理を実行し、ユーザによる入力を待機する状態となる（ステップＳｅ４）。すなわち、システム制御部２０７は、当該ＨＴＭＬデータを処理して、デコーダ２１０に供給することにより、モニタＭに当該ＨＴＭＬデータに対応する画像を表示させるのである（ステップＳｅ３）。この結果、モニタＭには、管理テーブルＴＢＬ３の内容を示す画像が表示される。
【０２３９】
この状態において、ユーザがユーザＩ／Ｆ部２０３にコンテンツ編集データｂ-１-４を選択する旨を入力すると、システム制御部２０７は、ステップＳｅ４において「ｙｅｓ」と判定し、ポイント管理データｂ-１-３から当該ユーザのポイント残高を抽出する（ステップＳｅ５）。次いで、システム制御部２０７は、ポイント残高がユーザの指定したコンテンツ編集データｂ-１-４の必要ポイント数を越えているか否かを判定する（ステップＳｅ６）。
【０２４０】
かかる判定の結果、「ｎｏ」と判定した場合、システム制御部２０７は、「このデータはダウンロードできません」等の文字列を含む画像データを生成して、デコーダ２１０に供給し（ステップＳｅ１０）、処理を終了する。
【０２４１】
これに対して、ステップＳｅ６において「ｙｅｓ」と判定した場合、システム制御部２０７は、ユーザによって選択されたコンテンツ編集データｂ-１-４に対応するＵＲＬを抽出し、当該ＵＲＬを付加したリクエストメッセージを送信して（ステップＳｅ７）、レスポンスメッセージの受信を待機する状態となる(ステップＳｅ８)。
【０２４２】
一方、このメッセージを受信すると、管理サーバＣＳのユーザ管理部１１１は、メッセージに付加されているＵＲＬからユーザが所望しているコンテンツ編集データｂ-１-４を特定して、当該コンテンツ編集データｂ-１-４を記録再生装置ＲＣ-ｋに返信する。
【０２４３】
このようにして、コンテンツ編集データｂ-１-４が返信されてくると、システム制御部２０７は、当該コンテンツ編集データｂ-１-４に基づいて、メタデータ記録部２０４に記録されているコンテンツ編集データｂ-１-４を更新すると共に、ポイント管理データｂ-１-４のポイント残高等を更新して（ステップＳｅ９）、処理を終了する。
【０２４４】
かかる一連の処理が実行される結果、記録再生装置ＲＣ-ｋにおいては、当該コンテンツ編集データｂ-１-４に基づいたコンテンツデータの再生が可能となる。
【０２４５】
このようにして、本応用例にかかる記録再生装置ＲＣ-ｋは、コンテンツデータを編集し、当該編集の内容を示すコンテンツ編集データｂ-１-４を生成し、当該コンテンツ編集データｂ-１-４を管理サーバＣＳに送信する構成となっており、また、本応用例にかかる管理サーバＣＳは、記録再生装置ＲＣ-ｋにおいて生成されるコンテンツデータ編集データｂ-１-４を取得し、その取得したコンテンツ編集データｂ-１-４を記録する構成となっている。かかる構成により、広告情報配信システム１に収容されている全ての記録再生装置ＲＣ-ｋにおいてコンテンツ編集データｂ-１-４が共用されることとなるため、コンテンツ編集データｂ-１-４の一元管理が可能となる。
【０２４６】
更に、本応用例にかかる記録再生装置ＲＣ-ｋは、管理サーバＣＳからコンテンツ編集データｂ-１-４をダウンロードする構成となっている。このため、他の記録再生装置ＲＣ-ｋにおいて生成されたコンテンツ編集データｂ-１-４を利用することが可能となる。
【０２４７】
更にまた、本応用例にかかる管理サーバＣＳは、記録再生装置ＲＣ-ｋのユーザを識別するためのユーザＩＤと、金銭価値に対応したポイントを対応づけてメタデータＤＢ１５に記録し、少なくともアンケート結果に対応したデータが取得された場合に、既にメタデータＤＢ１５に記録されているポイントよりも金銭的価値が高いポイントを書き込むと共に、コンテンツ編集データｂ-１-４の配信がなされた場合には、既にメタデータＤＢ１５に記録されているポイントよりも金銭的価値が低いポイントを書き込む構成となっている。この構成により、アンケートに対する回答の回収率を増加させると共に、コンテンツ編集データｂ-１-４の配信という、新たなサービス形態を実現することが可能となる。
【０２４８】
なお、本応用例においては、コンテンツ編集データのアップロードに対して、ポイントの加算は行われていないが、アップロードに対して、ポイントを加算するようにしても良い。
【図面の簡単な説明】
【０２４９】
【図１】第１実施形態における広告情報配信システム１の構成を示すブロック図である。
【図２】同実施形態における人物パターン生成テーブルＴＢＬ１の内容を示す図である。
【図３】同実施形態におけるＡマトリクスの実験的な算出結果を示す図である。
【図４】同実施形態におけるＵマトリクスの実験的な算出結果を示す図である。
【図５】同実施形態における場所パターン生成テーブルＴＢＬ２の内容を示す図である。
【図６】同実施形態におけるコンテンツデータのデータフォーマットを示す図である。
【図７】同実施形態における放送局生成メタデータａのデータフォーマットを示す図である。
【図８】同実施形態における記録再生装置ＲＣ-ｋの構成を示すブロック図である。
【図９】同実施形態におけるシステム生成メタデータｂのデータフォーマットを示す図である。
【図１０】同実施形態におけるタイトルデータｂ-１のデータフォーマットを示す図である。
【図１１】同実施形態における広告差替・調査データｂ-２のデータフォーマットを示す図である。
【図１２】同実施形態におけるデータｂ-２のデータフォーマットを示す図である。
【図１３】同実施形態における管理サーバＣＳの構成を示すブロック図である。
【図１４】同実施形態における広告情報ＤＢ１４の記録内容の一例を示す図である。
【図１５】同実施形態における広告メタデータのデータフォーマットを示す図である。
【図１６】同実施形態におけるユーザ管理ＤＢ１５１の記録内容の一例を示す図である。
【図１７】同実施形態における広告差替・調査ＤＢ１５３の記録内容の一例を示す図である。
【図１８】同実施形態における広告ストーリーパターンＤＢ１５２の記録内容の一例を示す図である。
【図１９】同実施形態における記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する処理を示すフローチャートである。
【図２０】同実施形態における記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する処理を示すフローチャートである。
【図２１】同実施形態における記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する処理を示すフローチャートである。
【図２２】同実施形態における記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する処理を示すフローチャートである。
【図２３】同実施形態における記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する処理を示すフローチャートである。
【図２４】同実施形態における管理サーバＣＳの差替広告情報配信部１１２が実行する処理を示すフローチャートである。
【図２５】第２実施形態におけるポイント管理データｂ-１-３のデータフォーマットを示す図である。
【図２６】同実施形態におけるポイント管理ＤＢの記録内容の一例を示す図である。
【図２７】応用例におけるコンテンツ編集データｂ-１-４のデータフォーマットを示す図である。
【図２８】同応用例におけるコンテンツ編集ＤＢの記録内容の一例を示す図である。
【図２９】同応用例における管理テーブルＴＢＬ３の記録内容の一例を示す図である。
【図３０】同応用例における記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する処理を示すフローチャートである。
【図３１】同応用例における記録再生装置ＲＣ-ｋのシステム制御部２０７が実行する処理を示すフローチャートである。
【符号の説明】
【０２５０】
ＣＳ・・・管理サーバ
１１・・・システム制御部
１２・・・ネットワークＩ／Ｆ部
１３・・・通信Ｉ／Ｆ部
１４・・・広告情報ＤＢ
１５・・・メタデータＤＢ
１６・・・データバス
ＲＣ-ｋ・・・記録再生装置
２０１・・・ＴＶ受信部
２０２・・・ネットワークＩ／Ｆ部
２０３・・・ユーザＩ／Ｆ部
２０４・・・メタデータ記録部
２０５・・・主記録装置
２０６・・・テーブル記録部
２０７・・・システム制御部
２０８・・・広告情報記録装置
２０９・・・スイッチ
２１０・・・デコーダ
２１１・・・データバス
ＢＥ・・・放送設備
ＩＳＮ・・・公衆デジタル網
【図１】
2005156996.tif 000015
【図２】
2005156996.tif 000016
【図３】
2005156996.tif 000017
【図４】
2005156996.tif 000018
【図５】
2005156996.tif 000019
【図６】
2005156996.tif 000020
【図７】
2005156996.tif 000021
【図８】
2005156996.tif 000022
【図９】
2005156996.tif 000023
【図１０】
2005156996.tif 000024
【図１１】
2005156996.tif 000025
【図１２】
2005156996.tif 000026
【図１３】
2005156996.tif 000027
【図１４】
2005156996.tif 000028
【図１５】
2005156996.tif 000029
【図１６】
2005156996.tif 000030
【図１７】
2005156996.tif 000031
【図１８】
2005156996.tif 000032
【図１９】
2005156996.tif 000033
【図２０】
2005156996.tif 000034
【図２１】
2005156996.tif 000035
【図２２】
2005156996.tif 000036
【図２３】
2005156996.tif 000037
【図２４】
2005156996.tif 000038
【図２５】
2005156996.tif 000039
【図２６】
2005156996.tif 000040
【図２７】
2005156996.tif 000041
【図２８】
2005156996.tif 000042
【図２９】
2005156996.tif 000043
【図３０】
2005156996.tif 000044
【図３１】
2005156996.tif 000045