(57)【要約】【課題】視聴者に対して時間的に効果的に広告が提供できるようにする。【解決手段】ＩＰＢ５１での実コンテンツの再生に際し、または再生中に、当該ＩＰＢ５１からケーブルヘッドエンドシステム１０の広告コンテンツサーバ１０３に広告コンテンツの配信が要求されることにより、当該サーバ１０３からＩＰＢ５１に広告コンテンツが配信される構成とする。もし、ＩＰＢ５１での実コンテンツの再生中に広告コンテンツの配信が要求された場合、当該ＩＰＢ５１では、広告コンテンツサーバ１０３から配信される広告コンテンツは、当該実コンテンツの再生が一時停止された状態で再生される。また、実コンテンツの再生に際して広告コンテンツの配信が要求された場合であれば、ＩＰＢ５１に配信される広告コンテンツは、実コンテンツの再生開始に先立って再生される。【選択図】　　図１
2004140584.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信システムと、当該コンテンツ配信システムから配信される実コンテンツを再生するクライアント端末とを備えたコンテンツ配信・再生システムにおいて、
前記コンテンツ配信システムは、
前記クライアント端末から要求された実コンテンツを当該クライアント端末に配信する実コンテンツサーバと、
前記実コンテンツサーバから配信可能な実コンテンツの群を蓄積する実コンテンツ蓄積手段と、
前記実コンテンツサーバから配信可能な広告コンテンツの群を蓄積する広告コンテンツ蓄積手段と、
前記クライアント端末から受信した広告コンテンツ配信要求に応じ、前記実コンテンツサーバから前記クライアント端末に配信される実コンテンツに挿入される広告コンテンツを、前記広告コンテンツ蓄積手段に蓄積されている広告コンテンツ群の中から選択して当該クライアント端末に配信する広告コンテンツ配信サーバとを備え、
前記クライアント端末は、
前記実コンテンツの再生に際し、または再生中に、前記コンテンツ配信システムに対して広告コンテンツの配信を要求する手段と、
前記実コンテンツの再生中に前記広告コンテンツの配信が要求された場合、当該広告コンテンツ配信要求後に前記実コンテンツの再生を一時停止させる手段と、
前記広告コンテンツ配信要求に従って前記コンテンツ配信システムから配信される広告コンテンツの再生終了に応じて、前記実コンテンツの再生を開始または再開させる手段とを備える
ことを特徴とするコンテンツ配信・再生システム。
【請求項２】
前記コンテンツ配信システムは、
前記実コンテンツ蓄積手段に蓄積されている実コンテンツ毎に、当該実コンテンツの概要と広告コンテンツが挿入可能な広告挿入可能位置とを示すコンテンツメタ情報を蓄積するコンテンツメタ情報蓄積手段を更に備え、
前記クライアント端末は、
前記コンテンツメタ情報蓄積手段に蓄積されているコンテンツメタ情報のうち、前記実コンテンツサーバから配信される実コンテンツに対応するコンテンツメタ情報を少なくとも取得する手段と、
前記実コンテンツサーバから配信される実コンテンツの再生位置を時間監視して、当該再生位置が当該実コンテンツに対応する前記コンテンツメタ情報により示される広告挿入可能位置に到達したことを検出する時間監視手段とを更に備え、
前記広告コンテンツ要求手段は、前記時間監視手段による広告挿入可能位置検出に応じ、前記広告コンテンツサーバに対して広告コンテンツを要求する
ことを特徴とする請求項１記載のコンテンツ配信・再生システム。
【請求項３】
前記クライアント端末は、
前記コンテンツメタ情報により示される複数の広告挿入可能位置の中から実際に広告を挿入する位置を視聴者に選択させる手段を更に備え、
前記時間監視手段は、前記実コンテンツの再生位置が、前記コンテンツメタ情報により示される複数の広告挿入可能位置のうち視聴者により選択された広告挿入可能位置に到達したことを検出する
ことを特徴とする請求項２記載のコンテンツ配信・再生システム。
【請求項４】
前記クライアント端末は、
前記コンテンツ配信システムから配信される実コンテンツに挿入される広告コンテンツの挿入位置を示す広告挿入位置を視聴者に指定させる手段と、
前記実コンテンツサーバから配信される実コンテンツの再生位置を時間監視して、当該再生位置が視聴者により指定された広告挿入位置に到達したことを検出する時間監視手段と
を更に備え、
前記広告コンテンツ配信要求手段は、前記時間監視手段による広告挿入可能位置検出に応じ、前記広告コンテンツサーバに対して広告コンテンツの配信を要求する
ことを特徴とする請求項１記載のコンテンツ配信・再生システム。
【請求項５】
コンテンツ配信システムから配信される実コンテンツを再生するクライアント端末において、前記実コンテンツに広告コンテンツを挿入するための広告コンテンツ挿入方法であって、
前記実コンテンツの再生に際し、または再生中に、前記クライアント端末から前記コンテンツ配信システムに対して広告コンテンツの配信を要求するステップと、
前記実コンテンツの再生中に広告コンテンツの配信が要求された場合、当該広告コンテンツ配信要求後に前記実コンテンツの再生を一時停止させるステップと、
前記広告コンテンツ配信要求に従って前記コンテンツ配信システムから配信される広告コンテンツの再生終了に応じて、前記実コンテンツの再生を開始または再開させるステップと
を具備することを特徴とする広告コンテンツ挿入方法。
【請求項６】
実コンテンツの概要と広告コンテンツが挿入可能な広告挿入可能位置とを示すコンテンツメタ情報を前記コンテンツ配信システムから取得するステップと、
前記実コンテンツの再生位置を時間監視して、当該再生位置が当該実コンテンツに対応する前記コンテンツメタ情報により示される広告挿入可能位置に到達したことを検出するステップと
を更に具備し、
前記広告挿入可能位置に到達したことが検出された場合に、前記コンテンツ配信システムに対して広告コンテンツの配信が要求される
ことを特徴とする請求項５記載の広告コンテンツ挿入方法。
【請求項７】
前記コンテンツメタ情報により示される複数の広告挿入可能位置の中から実際に広告を挿入する位置を視聴者に選択させるステップを更に具備し、
前記コンテンツメタ情報により示される複数の広告挿入可能位置のうち視聴者により選択された広告挿入可能位置に到達したことが検出された場合に、前記コンテンツ配信システムに対して広告コンテンツの配信が要求される
ことを特徴とする請求項６記載の広告コンテンツ挿入方法。
【請求項８】
前記コンテンツ配信システムから配信される実コンテンツに挿入される広告コンテンツの挿入位置を示す広告挿入位置を視聴者に指定させるステップと、
前記実コンテンツの再生位置を時間監視して、当該再生位置が視聴者により指定された広告挿入位置に到達したことを検出するステップと
を更に具備し、
前記広告挿入可能位置に到達したことが検出された場合に、前記コンテンツ配信システムに対して広告コンテンツの配信が要求される
ことを特徴とする請求項５記載の広告コンテンツ挿入方法。
【請求項９】
コンテンツ配信システムから配信される実コンテンツを再生するクライアント端末において、
前記コンテンツ配信システムに対して広告コンテンツの配信を要求する手段と、
前記実コンテンツの再生中に広告コンテンツの配信が要求された場合、当該広告コンテンツ配信要求後に前記実コンテンツの再生を一時停止させる手段と、
前記広告コンテンツ配信要求に従って前記コンテンツ配信システムから配信される広告コンテンツの再生終了に応じて、前記実コンテンツの再生を開始または再開させる手段と
を具備することを特徴とするクライアント端末。
【請求項１０】
実コンテンツの概要と広告コンテンツが挿入可能な広告挿入可能位置とを示すコンテンツメタ情報を前記コンテンツ配信システムから取得する手段と、
前記実コンテンツの再生位置を時間監視して、当該再生位置が当該実コンテンツに対応する前記コンテンツメタ情報により示される広告挿入可能位置に到達したことを検出する時間監視手段と
を更に具備し、
前記広告コンテンツ配信要求手段は、前記時間監視手段による広告挿入可能位置検出に応じ、前記コンテンツ配信システムに対して広告コンテンツの配信を要求する
ことを特徴とする請求項９記載のクライアント端末。
【請求項１１】
前記コンテンツメタ情報により示される複数の広告挿入可能位置の中から実際に広告を挿入する位置又は回数を視聴者に選択させる手段を更に具備し、
前記時間監視手段は、前記実コンテンツの再生位置が、前記コンテンツメタ情報により示される複数の広告挿入可能位置のうち視聴者により選択された広告挿入可能位置に到達したことを検出する
ことを特徴とする請求項１０記載のクライアント端末。
【請求項１２】
前記時間監視手段を起動する手段であって、視聴者により複数の広告挿入可能位置が選択された場合、前記実コンテンツの再生開始及び再生再開のそれぞれのタイミングで前記時間監視手段を起動する手段を更に具備し、
前記時間監視手段は、前記起動手段により起動される毎に時間監視を開始することにより、前記実コンテンツの再生位置が前記選択された各広告挿入可能位置に到達したことを順次検出する
ことを特徴とする請求項１１記載のクライアント端末。
【請求項１３】
前記コンテンツ配信システムから配信される実コンテンツに挿入される広告コンテンツの挿入位置を示す広告挿入位置を視聴者に指定させる手段と、
前記実コンテンツの再生位置を時間監視して、当該再生位置が視聴者により指定された広告挿入位置に到達したことを検出する時間監視手段と
を更に具備し、
前記広告コンテンツ配信要求手段は、前記時間監視手段による広告挿入可能位置検出に応じ、前記コンテンツ配信システムに対して広告コンテンツの配信を要求する
ことを特徴とする請求項９記載のクライアント端末。
【請求項１４】
視聴者を特定する視聴者識別情報を前記コンテンツ配信システムに通知することにより、当該コンテンツ配信システムに対して、当該視聴者識別情報で特定される視聴者の特性に適した広告コンテンツを決定させる視聴者識別情報通知手段を更に具備することを特徴とする請求項９記載のクライアント端末。
【請求項１５】
視聴者が所持する当該視聴者の視聴者識別情報が記録されたカード型記憶媒体との間で通信が可能なカードインタフェースを更に具備し、前記視聴者識別情報通知手段は、前記カード型記憶媒体に記録されている前記視聴者識別情報を前記カードインタフェースを介して読み取って前記コンテンツ配信システムに通知することを特徴とする請求項１４記載のクライアント端末。
【請求項１６】
視聴者の特性を表す視聴者特性情報を前記コンテンツ配信システムに通知することにより、当該コンテンツ配信システムに対して、当該視聴者特性情報で示される視聴者の特性に適した広告コンテンツを決定させる手段を更に具備することを特徴とする請求項９記載のクライアント端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信システムからクライアント端末に配信される動画像データに代表されるコンテンツ（実コンテンツ）にクライアント端末側で広告コンテンツを挿入するための広告コンテンツ挿入技術に係り、特に広告コンテンツ挿入機能を有するコンテンツ配信・再生システム、広告コンテンツ挿入方法及びクライアント端末に関する。
【０００２】
【従来の技術】
近年、各種のネットワークの広帯域化に伴い、動画像データに代表されるコンテンツ（コンテンツデータ）を配信するコンテンツ配信サービスが普及してきている。このコンテンツ配信サービスとしては、放送サービス、或いはＶＯＤ（Ｖｉｄｅｏ　Ｏｎ　Ｄｅｍａｎｄ）サービスが知られている。
【０００３】
また、コンテンツ配信サービスの普及と共に、配信されるコンテンツの再生時に当該コンテンツ中に広告コンテンツを挿入して再生する広告コンテンツ挿入技術も種々開発されている。
【０００４】
従来の広告コンテンツ挿入技術は、広告コンテンツが挿入されるコンテンツ（以下、広告コンテンツと区別するために実コンテンツと称する）に、当該広告コンテンツのＷｅｂサーバ上のロケーションを表すＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を組み込むと共に、両コンテンツ各々の再生時間情報を付加しておき、当該各再生時間情報に従って、対応する実コンテンツとＵＲＬで指定された広告コンテンツ（広告Ｗｅｂコンテンツ）とをそれぞれ再生するものである（例えば、特許文献１参照）。
【０００５】
また、従来の広告コンテンツ挿入技術には、クライアント端末としての番組広告再生装置（受信機）において所定の実コンテンツ（時間番組）が再生された場合に、入手された広告コンテンツ（広告情報）を用いて当該再生装置にて広告を再生するものもある（例えば、特許文献２参照）。この特許文献２に記載された広告コンテンツ挿入技術では、広告の再生中も実コンテンツは再生されるため、厳密には広告コンテンツの挿入とは異なる。また、特許文献２には、受信機または視聴者を特定するＩＤ毎の個別情報と広告別の限定条件とを保持し、ＩＤ毎に個別広告情報を生成して放送する放送装置（コンテンツ配信システム）が記載されている。この放送装置によれば、対象とする視聴者層に選択的に広告を視聴させることができる。また、この放送装置は、契約情報、視聴履歴情報に基づいて広告コンテンツを抽出することにより、効果的に広告を提供できるように構成されている。
【０００６】
また、従来の広告コンテンツ挿入技術には、データ配信サーバ（コンテンツ配信システム）側に記憶されている複数の広告コンテンツ（広告データ）の中から、視聴者の属性情報をもとに当該視聴者に適した広告コンテンツを選択して、データ配信サーバからクライアント端末としての視聴者の通信端末に対し、実コンテンツ（データ）の配信前に送信するものもある（例えば、特許文献３参照）。ここでは、データ配信サーバから配信された実コンテンツ（データ）を通信端末で再生する際には、当該コンテンツ中に挿入された広告再生領域に基づいて当該コンテンツの再生が中断され、先に送信されている広告コンテンツが再生される。この特許文献３に記載された広告コンテンツ挿入技術によれば、個々の視聴者の嗜好や特性に適した広告を選択して配信できるため、効果的に広告を提供できる。
【０００７】
【特許文献１】
特開２００２−１６３１４１号公報（段落００１３、図９）
【０００８】
【特許文献２】
特開２００２−１１１６１０号公報（段落０００９〜００１２）
【０００９】
【特許文献３】
特開２００２−３２４０３号公報（段落０００８〜００１１）
【００１０】
【発明が解決しようとする課題】
上記したように、特許文献１及び３に記載された従来の広告コンテンツ挿入技術では、広告コンテンツの挿入位置の情報は、当該コンテンツが挿入される実コンテンツ中に予め組み込まれている。このため、視聴者の視聴時間に合わせて広告コンテンツを配信することはできず、必ずしも効果的な広告提供とはなり難い。また、実コンテンツ毎に、広告コンテンツの挿入位置の情報を組み込まなければならない。
【００１１】
一方、特許文献２に記載された従来の広告コンテンツ挿入技術では、実コンテンツ中に広告コンテンツの挿入位置の情報を組み込む必要はない。しかし、実コンテンツの再生中に広告コンテンツを再生することから、広告の画像の表示位置を移動する手段、或いは広告の画像を一定時間だけ消去させる手段等が必要となるだけでなく、実コンテンツ及び広告コンテンツ共に視聴し難く、効果的な広告提供を実現することは困難である。
【００１２】
本発明は上記事情を考慮してなされたものでその目的は、広告コンテンツ配信のための起動をクライアント端末側から行うことにより、視聴者に対して時間的に効果的に広告が提供できるコンテンツ配信・再生システム、広告コンテンツ挿入方法及びクライアント端末を提供することにある。
【００１３】
【課題を解決するための手段】
本発明の１つの観点によれば、コンテンツ配信システムから配信される実コンテンツを再生するクライアント端末が提供される。このクライアント端末は、上記コンテンツ配信システムに対して広告コンテンツの配信を要求する手段と、実コンテンツの再生中に広告コンテンツの配信が要求された場合、当該広告コンテンツ配信要求後に上記実コンテンツの再生を一時停止させる手段と、上記広告コンテンツ配信要求に従って上記コンテンツ配信システムから配信される広告コンテンツの再生終了に応じて、上記実コンテンツの再生を開始または再開させる手段とを備えたことを特徴とする。
【００１４】
上記の構成においては、クライアント端末側での実コンテンツの再生に際し、または再生中に、当該クライアント端末側からコンテンツ配信システム側に広告コンテンツの配信が要求されることにより、当該コンテンツ配信システム側からクライアント端末側に広告コンテンツが配信される。もし、実コンテンツの再生中に広告コンテンツの配信が要求された場合であれば、クライアント端末側に配信される広告コンテンツは、当該実コンテンツの再生が一時停止された状態で再生される。また、前記実コンテンツの再生に際して広告コンテンツの配信が要求された場合であれば、配信された広告コンテンツは、実コンテンツの再生開始に先立って再生される。
【００１５】
このように、上記の構成においては、クライアント端末側で広告コンテンツ配信（再生）を起動することにより、視聴者毎の実コンテンツ（例えば、放送番組コンテンツまたはＶＯＤコンテンツ）の視聴時間に合わせて広告を配信することが可能となり、視聴者に対して時間的に効果的に広告が提供できる。また、広告コンテンツの再生中に実コンテンツが再生されることはないため、この点でも効果的な広告提供が可能となり、しかも、実コンテンツ自体に、広告コンテンツの挿入位置の情報を組み込む必要がない。また、広告コンテンツを実コンテンツから独立に管理できるため、実コンテンツに無関係に広告コンテンツを更新することも可能である。
【００１６】
ここで、実コンテンツの概要と広告コンテンツが挿入可能な広告挿入可能位置とを示すコンテンツメタ情報を上記コンテンツ配信システムから取得する手段と、上記実コンテンツの再生位置を時間監視して、当該再生位置が当該実コンテンツに対応するコンテンツメタ情報により示される広告挿入可能位置に到達したことを検出する時間監視手段とを追加し、この時間監視手段による広告挿入可能位置検出に応じ、上記広告コンテンツ配信要求手段から上記コンテンツ配信システムに対して広告コンテンツの配信が要求される構成とするとよい。
【００１７】
このようにすると、実コンテンツを何ら変更することなく、単にコンテンツメタ情報を書き換えるだけで、任意の広告挿入可能位置を設定できる。特に、コンテンツメタ情報により示される複数の広告挿入可能位置の中から実際に広告を挿入する位置を視聴者に選択させる手段を追加し、上記実コンテンツの再生位置が、上記コンテンツメタ情報により示される複数の広告挿入可能位置のうちの視聴者により選択された広告挿入可能位置に到達したことが時間監視手段により検出される構成とするならば、視聴者自身が所望の広告挿入位置を選択的に設定できるようになり、一層効果的な広告提供が可能となる。
【００１８】
また、コンテンツメタ情報を利用して複数の広告挿入可能位置の中から広告挿入位置を視聴者に選択させる代わりに、広告挿入位置自体を視聴者に指定させることも可能である。この場合、より一層効果的な広告提供が可能となる。
【００１９】
また、視聴者を特定する視聴者ＩＤ（視聴者識別情報）をコンテンツ配信システムに通知することにより、当該コンテンツ配信システムに対して、当該視聴者ＩＤで特定される視聴者の特性に適した広告コンテンツを決定させる視聴者識別情報通知手段を追加するならば、視聴者に適合する効果的な広告提供が可能となる。ここで、視聴者が所持する当該視聴者の視聴者ＩＤが記録されたカード型記憶媒体との間で通信が可能なカードインタフェースを設け、カード型記憶媒体に記録されている視聴者ＩＤを当該カードインタフェースを介して読み取ってコンテンツ配信システムに通知する構成とするならば、１つのクライアント端末が複数の視聴者で共有されている場合にも、当該端末を利用して実際に視聴しようとしている視聴者の視聴者ＩＤを、特別の入力操作を行うことなく、コンテンツ配信システムに通知することが可能となる。なお、視聴者ＩＤを通知する代わりに、視聴者ＩＤで特定される視聴者の特性（例えば、属性または嗜好）を表す視聴者特性情報をコンテンツ配信システムに通知することも可能である。
【００２０】
なお、以上のクライアント端末に係る本発明は、当該クライアント端末とコンテンツ配信システムとを備えたコンテンツ配信・再生システムに係る発明、更には当該クライアント端末において実コンテンツに広告コンテンツを挿入するための広告コンテンツ挿入方法に係る発明としても成立する。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
図１は本発明の一実施形態に係るコンテンツ配信・再生システムの構成を示すブロック図である。
【００２２】
図１において、ケーブルヘッドエンドシステム１０は、コンテンツの配信が可能なコンテンツ配信システム、例えば番組コンテンツ及びＶＯＤ（Ｖｉｄｅｏ　Ｏｎ　Ｄｅｍａｎｄ）コンテンツの配信が可能な放送・ＶＯＤシステムである。ケーブルヘッドエンドシステム１０は、コンテンツ（番組コンテンツ及びＶＯＤコンテンツ）のストリーミング配信を行う。ケーブルヘッドエンドシステム１０は、ナビゲーションサーバ１０１と、実コンテンツサーバ１０２と、広告コンテンツサーバ１０３と、管理サーバ１０４と、実コンテンツ蓄積装置（実コンテンツストレージ装置）１０５と、広告コンテンツ蓄積装置（広告コンテンツストレージ装置）１０６と、コンテンツメタ情報ＤＢ（データベース）１０７と、視聴者管理ＤＢ１０８と、広告管理ＤＢ１０９と、ルータ１１０とを備えている。なお、ナビゲーションサーバ１０１、実コンテンツサーバ１０２、広告コンテンツサーバ１０３、管理サーバ１０４、実コンテンツ蓄積装置１０５、広告コンテンツ蓄積装置１０６、コンテンツメタ情報ＤＢ１０７、視聴者管理ＤＢ１０８及び広告管理ＤＢ１０９は、分散して配置されていても構わない。
【００２３】
実コンテンツ蓄積装置１０５は、多数の実コンテンツが蓄積された大容量ディスク装置から構成される。実コンテンツは、ビデオ（映像）コンテンツとオーディオコンテンツとから構成される。ここでは、ビデオコンテンツとオーディオコンテンツとを区別する必要があるとき以外は、実コンテンツを当該ビデオコンテンツとオーディオコンテンツとを一元化したコンテンツとして扱う。
【００２４】
広告コンテンツ蓄積装置１０６は、実コンテンツに挿入して利用可能な多数の広告コンテンツが蓄積された大容量ディスク装置から構成される。実コンテンツ蓄積装置１０５と広告コンテンツ蓄積装置１０６とは独立して管理され、実コンテンツと当該実コンテンツに挿入される広告コンテンツとの関係は固定化されていない。本実施形態では、実コンテンツに挿入される広告コンテンツは、当該実コンテンツの配信を要求した視聴者（ユーザ）の特性としての嗜好等に応じて決定される。
【００２５】
コンテンツメタ情報ＤＢ１０７は、実コンテンツ蓄積装置１０５に蓄積されている各実コンテンツ毎に、当該コンテンツの概要を表すコンテンツメタ情報を保存・管理するデータベースである。このコンテンツメタ情報は、対応する実コンテンツの属性である、例えば当該コンテンツの識別情報としてのコンテンツＩＤ、タイトル、実コンテンツの分類であるジャンル、出演者、再生時間（ＶＯＤに供される実コンテンツ、つまりＶＯＤコンテンツの場合）等の情報を含む。なお、放送に供される実コンテンツ、つまり放送コンテンツの場合には、再生時間に代えて放送日時と放送時間の情報が用いられる。コンテンツメタ情報はまた、対応する実コンテンツに挿入可能な広告の数と、広告が挿入可能な位置を表す情報（広告挿入可能位置情報）を含む。本実施形態において、実コンテンツ毎の広告挿入可能位置は、対応する実コンテンツの先頭から広告挿入開始位置までの再生時間により表される。
【００２６】
図２は、コンテンツメタ情報ＤＢ１０７に保存されている実コンテンツ毎のコンテンツメタ情報に含まれる、コンテンツＩＤと広告挿入可能位置情報の一例を示す。図２によれば、例えばコンテンツＩＤが３１００の実コンテンツ（トータルの再生時間９０分）の場合には、広告挿入可能位置は、図３に示すように、再生開始から３０分後と６０分後との２箇所であることが分かる。なお、広告挿入可能位置として、実コンテンツの先頭位置、つまり実コンテンツの再生開始から０分後（再生時間０）に設定されることもある。
【００２７】
視聴者管理ＤＢ１０８は、ケーブルヘッドエンドシステム１０から配信されるコンテンツの視聴者を管理するための情報（視聴者情報）を保存・管理するデータベースである。視聴者管理ＤＢ１０８は、視聴者属性情報ＤＢ１０８ａと視聴者嗜好情報ＤＢ１０８ｂとから構成される。
【００２８】
図４は視聴者属性情報ＤＢ１０８ａのデータ構造例を示す。この例では、視聴者属性情報ＤＢ１０８ａには、視聴者毎に、当該視聴者の個人情報としての属性情報が保存される。この視聴者属性情報は、対応する視聴者の識別情報としての視聴者ＩＤと当該視聴者の氏名、性別、年齢及び居住地（住所）との組を含む。
【００２９】
図５は視聴者嗜好情報ＤＢ１０８ｂのデータ構造例を示す。この例では、視聴者嗜好情報ＤＢ１０８ｂには、視聴者毎に、当該視聴者の実コンテンツの視聴に関する嗜好度を示す視聴者嗜好情報が保存される。この視聴者嗜好情報は、対応する視聴者の識別情報としての視聴者ＩＤとジャンル毎の当該視聴者にとっての興味の度合いを表す嗜好度（視聴者嗜好度）との組を含む。ここでは、実コンテンツは、図５に示すように、「ニュース」「スポーツ」「ドラマ」「音楽」「映画」「アニメ」「旅行」の各ジャンルに分類され、視聴者嗜好度が５段階で表されている。この視聴者嗜好情報ＤＢ１０８ｂは、各視聴者ＩＤの視聴者に対してジャンル毎の興味度をアンケート調査し、興味の度合いにより、例えば５段階評価でアンケートに回答してもらうことで作成可能である。視聴者属性情報及び視聴者嗜好情報は、いずれも視聴者の特性を表す情報（視聴者特性情報）である。
【００３０】
広告管理ＤＢ１０９は、広告コンテンツ蓄積装置１０６に蓄積されている各広告コンテンツを配信した際に広告効果のある、配信先の視聴者の嗜好と属性とを管理するための情報（広告管理情報）を保存・管理するデータベースである。
【００３１】
図６は広告管理ＤＢ１０９のデータ構造例を示す。この例では、広告管理ＤＢ１０９には、広告コンテンツ毎に、当該広告コンテンツの広告管理情報が保存される。この広告管理情報は、対応する広告コンテンツの識別情報としての広告コンテンツＩＤと当該広告コンテンツを配信した際に広告効果のある、配信先の視聴者の嗜好（興味のある実コンテンツのジャンル）及び属性との組を含む。ここでは、配信先の視聴者の嗜好として、対応する広告を配信（挿入）したい実コンテンツのジャンル（嗜好ジャンル）が最大３種（嗜好ジャンル１乃至３）設定される。また、配信先の視聴者の属性として、対応する広告を配信（挿入）したい視聴者（ターゲットの視聴者）の年齢、性別及び居住地が設定される。
【００３２】
再び図１を参照すると、ナビゲーションサーバ１０１は、クライアント端末としての後述するＩＰＢ（ＩＰストリーミング用ＳＴＢ（セットトップボックス））５１に保持されているＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ；電子プログラムガイド）及びナビゲーションクライアントソフトウェア（ブラウザ）と連携して、視聴者が視聴を希望するコンテンツの種類を受け付ける。ナビゲーションサーバ１０１は、受け付けたコンテンツ種類がＶＯＤコンテンツの場合、そのメディア情報（メディア記述）を該当する視聴者のＩＰＢ５１に対して通知する。このメディア情報は、実コンテンツサーバ１０２のＷｅｂアドレス及び当該ＶＯＤコンテンツのファイル情報を含む。
【００３３】
実コンテンツサーバ１０２は、実コンテンツ蓄積装置１０５に蓄積されている多数の実コンテンツを管理する。実コンテンツサーバ１０２は、ＩＰＢ（クライアント端末）５１からＶＯＤコンテンツの配信要求があった場合には、当該要求のあったコンテンツを要求元に配信（ストリーミング配信）する。この実コンテンツサーバ１０２とＩＰＢ５１とのセッション開始や応答等のセッション管理プロトコルには、例えばＲＴＳＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｓｔｒｅａｍｉｎｇ　Ｐｒｏｔｏｃｏｌ）が用いられるものとする。
【００３４】
広告コンテンツサーバ１０３は、広告コンテンツ蓄積装置１０６に蓄積されている多数の広告コンテンツを管理する。広告コンテンツサーバ１０３は、ＩＰＢ５１から広告コンテンツ要求があった場合は、当該ＩＰＢ５１を利用中の視聴者を特定する視聴者識別情報としての視聴者ＩＤに従って、当該視聴者の特性（ここでは、属性及び嗜好）に適合した当該視聴者に最適な広告コンテンツを配信する。
【００３５】
管理サーバ１０４は、ケーブルヘッドエンドシステム１０内の各サーバのＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）アドレス及びコンフィグレーションファイル（構成情報ファイル）を保持し、ＩＰＢ５１に通知する。
【００３６】
ルータ１１０は、ルーティングプロトコルに基づきルーティングテーブルを構成し、ＩＰパケットを中継する。
【００３７】
ディストリビューションハブ（ＨＵＢ）２０は、ケーブルヘッドエンドシステム１０の配信拠点を成す。ディストリビューションハブ２０は、ケーブルヘッドエンドシステム１０からは遠隔の地に設置されており、ＣＭＴＳ（Ｃａｂｌｅ　Ｍｏｄｅｍ　Ｔｅｒｍｉｎａｔｉｏｎ　Ｓｙｓｔｅｍ）２１を収容する。ケーブルヘッドエンドシステム１０には、ディストリビューションハブ２０を含む多数のディストリビューションハブが、高速ネットワークである光リングネットワーク（光伝送ネットワーク）３０により接続されている。なお、図１では、ディストリビューションハブ２０以外のディストリビューションハブは省略されている。
【００３８】
ＣＭＴＳ２１は、ケーブルヘッドエンドシステム１０内のルータ１１０と同様の機能を持つルータである。ＣＭＴＳ２１は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）ケーブルとしてのＣＡＴＶ（Ｃａｂｌｅ　Ｔｅｌｅｖｉｓｉｏｎ）ケーブル（ＲＦケーブル）４０とのインタフェース（ＲＦインタフェース）２１０を有する。
【００３９】
ＣＡＴＶケーブル４０には、多数のＩＰＢ５１が接続されている。ＩＰＢ５１には、例えばＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）受像機（以下、ＴＶと称する）５２が接続されている。ＩＰＢ５１は、ＣＡＴＶケーブル４０を介して転送されるＩＰストリームを受信し、その上位プロトコルである、それぞれビデオ及びでオーディオＣＯＤＥＣ（ｃｏｄｅ／ｄｅｃｏｄｅ）に従ったデコード処理を行うことで、そのビデオデコード結果をＴＶ５２（のモニタ）に表示させると共に、オーディオデコード結果をＴＶ５２（のスピーカ）から音声出力させる。本実施形態では、ＩＰＢ５１単体だけでなく、ＩＰＢ５１とＴＶ５２との組、またはＴＶ５２単体を、クライアントまたはクライアント端末と呼ぶこともある。なお、ＩＰＢ５１とＴＶ５２との組に代えて、ＩＰＢ５１の機能と表示モニタとを備えたＰＣ（パーソナルコンピュータ）を用いることも可能である。
【００４０】
図７はＩＰＢ５１の構成を示すブロック図である。
同図に示すように、ＩＰＢ５１は、ＲＦインタフェース５１１と、ＭＡＣインタフェース５１２と、ＨＤＤ（ハードディスクドライブ）５１３と、ＨＤＤコントローラ５１４と、フラッシュメモリ５１５と、ＲＡＭ５１６と、ＣＰＵ５１７と、ＩＣカードインタフェース５１８と、内部バス５１９とから構成される。
【００４１】
ＲＦインタフェース５１１は、ＣＡＴＶケーブル４０を構成する２つのＲＦケーブルである上りＲＦケーブル４０１及び下りＲＦケーブル４０２とのインタフェースを成す。ＲＦインタフェース５１１は、ＣＡＴＶケーブル４０との間でアナログ信号レベルで送受信するＲＦチューナ機能を有する。
【００４２】
ＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　ｃｏｎｔｒｏｌ）インタフェース５１２は、はＣａｂｌｅ　ＭＡＣプロトコルを終端するためのＭＡＣデバイスである。
【００４３】
ＨＤＤ５１３は、ＯＳ（オペレーティングシステム）、各種ミドルウエアプログラム、及びケーブルヘッドエンドシステム１０側から配信された各種コンテンツ（実コンテンツと広告コンテンツ）を保存しておくのに用いられる蓄積装置（ストレージ装置）である。
【００４４】
ＨＤＤコントローラ５１４は、ＨＤＤ５１３とＲＡＭ５１６との間のデータ転送を制御する。
【００４５】
フラッシュメモリ５１５は、ブートプログラム（図示せず）とファームウェアプログラム５１５ａとを格納した書き換え可能な不揮発性メモリである。ファームウェアプログラム５１５ａは、ＩＰＢ５１側（クライアント端末側）で実コンテンツを再生してからの経過時間を計測するための時間監視プロセスを含む。
【００４６】
ＲＡＭ５１６は、ＩＰパケットの送受信時及びフラッシュメモリ５１５に格納されているファームウェアプログラムの実行時に用いられる。
【００４７】
ＣＰＵ５１７は、各種プログラムを実行する、例えば汎用のＣＰＵである。ＣＰＵ５１７により実行されるプログラムには、フラッシュメモリ５１５に格納されているファームウェアプログラム５１５ａが含まれている。ＣＰＵ５１７は、ファームウェアプログラム５１５ａに従って、受信コンテンツをデコードして再生するデコード機能を有する。ＣＰＵ５１７はまた、ファームウェアプログラム５１５ａ中の時間監視プロセス（時間監視ルーチン）に従って実コンテンツ再生からの経過時間を計測し、設定された時間を計測した場合に、内部割り込みを発生するタイマ（時間監視）機能と、当該内部割り込みに応じて、クライアント側（ＩＰＢ５１側）から配信側（ケーブルヘッドエンドシステム１０の広告コンテンツサーバ１０３側）に広告コンテンツの配信を要求する広告コンテンツ配信要求機能を有する。ＣＰＵ５１７は更に、広告コンテンツ配信要求時に、後述するＩＣカードに記憶されている視聴者ＩＤをケーブルヘッドエンドシステム１０側に通知する機能も有する。
【００４８】
ＩＣカードインタフェース５１８は、ＩＣカード（図示せず）とＲＡＭ５１６との間のデータ通信（転送）をコントロールするＩＣカードコントローラ機能と、当該ＩＣカードが装着されるカードスロット（図示せず）とを備えている。ＩＣカードは、視聴者の認証に用いられる視聴者ＩＤが記憶されたカード型記憶媒体であり、ＩＣカードコントローラ機能を実現するためのＣＰＵを内蔵する。なお、ＩＣカードインタフェース５１８が、例えばブルートゥースインタフェースのように、非接触ＩＣカードとの間で無線によるデータ通信を行うものであっても構わない。また、視聴者ＩＤが記憶されたカード型記憶媒体として、ＩＣカードに代えてメモリカードを用いることも可能である。
【００４９】
次に、図１のシステムの動作について、ＩＰＢ５１からの要求に応じてケーブルヘッドエンドシステム１０から当該ＩＰＢ５１に対して実コンテンツ及び広告コンテンツを配信する場合を例に、図８及び図９のシーケンスチャート並びに図１０及び図１１のフローチャートを参照して説明する。なお、ここでは、通信制御プロトコルに、最も一般的に使用されるストリーミング配信制御プロトコルであるＲＴＳＰが適用されるものとする。
【００５０】
まず、ＩＰＢ５１が起動すると、当該ＩＰＢ５１とＣＭＴＳ２１との間で通信の周波数帯のネゴシエーションが行われる。その後、ＩＰＢ５１は、ケーブルヘッドエンドシステム１０内の管理サーバ１０４からコンフィグレーションファイルをダウンロードし、ナビゲーションサーバ１０１のＩＰアドレスを獲得する。ＩＰＢ５１は、このＩＰアドレスを用いてケーブルヘッドエンドシステム１０内のナビゲーションサーバ１０１をアクセスすることにより、当該ナビゲーションサーバ１０１からＩＰＢ５１内のＨＤＤ５１３にＥＰＧメニューをダウンロードする。ＥＰＧメニューには、（実コンテンツの）ジャンル毎のボタン、及びシステムプロバイダが推奨する実コンテンツ等が表示されている。
【００５１】
今、ナビゲーションサーバ１０１からＩＰＢ５１にダウンロードされたＥＰＧメニューがＴＶ５２のモニタに表示されている状態で、視聴者（ユーザ）が、リモートコントローラ、いわゆるリモコンを操作して、当該ＥＰＧメニュー上で所望の実コンテンツを指定したものとする。するとＩＰＢ５１からナビゲーションサーバ１０１に対して、実コンテンツ配信に関するメディア情報（実コンテンツサーバ１０２の情報及び指定の実コンテンツのファイル情報を含むメディア情報）を要求するためのメディア情報取得要求が、例えばＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）のＧＥＴ要求を用いて発行される（ステップＳ１）。ここでは、ＶＯＤ視聴のために、実コンテンツとしてＶＯＤコンテンツが要求されたものとする。なお、ＥＰＧメニュー上からは、実コンテンツとして、放送番組視聴のための番組コンテンツも、チャネル変更（切り替え）により要求可能である。
【００５２】
ナビゲーションサーバ１０１は、ＩＰＢ５１からのメディア情報取得要求を受信すると、当該要求に対する応答（ナビサーバ応答）をＩＰＢ５１に送信する（ステップＳ２）。このナビサーバ応答により、ナビゲーションサーバ１０１からＩＰＢ５１に対して、実コンテンツサーバ１０２のＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）上のロケーションを表すＷｅｂアドレス、いわゆるＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）と、当該ＩＰＢ５１から要求された実コンテンツのファイル名を表すファイル情報と、当該実コンテンツのコンテンツメタ情報とを含むメディア情報が通知される。ここで、実コンテンツはビデオコンテンツとオーディオコンテンツとから構成される。このため、ビデオコンテンツとオーディオコンテンツ各々のファイル名は存在するものの、実コンテンツのファイル名は実際には存在しない。しかし本実施形態では、説明の簡略化のために、ビデオコンテンツとオーディオコンテンツとを前述のように一元化して実コンテンツとして扱い、当該実コンテンツのファイル名が存在するものとしている。なお、実コンテンツサーバ１０２のＷｅｂアドレス（ＵＲＬ）と、各実コンテンツのコンテンツメタ情報（コンテンツメタ情報ＤＢ１０７の内容）とを、ＩＰＢ５１の起動時（ＥＰＧメニューのダウンロードを含む初期化処理時）にナビゲーションサーバ１０１から取得して、ＩＰＢ５１内のＨＤＤ５１３に保存しておく構成とすることも可能である。
【００５３】
ＩＰＢ５１は、ナビゲーションサーバ１０１からのナビサーバ応答によりメディア情報を取得すると、当該メディア情報に含まれているＷｅｂアドレスをもとに、実コンテンツサーバ１０２のセットアップをＲＴＳＰのＳＥＴＵＰコマンドを用いて要求する（ステップＳ３）。これを受けて実コンテンツサーバ１０２は自身のセットアップを実行し、当該セットアップが終了すると、セットアップ終了を通知するための応答をＩＰＢ５１に送信する（ステップＳ４）。
【００５４】
ＩＰＢ５１はセットアップ要求に対する実コンテンツサーバ１０２からの応答を受信すると、当該実コンテンツサーバ１０２に対し、ＲＴＳＰのＰＬＡＹコマンドを用いて実コンテンツの配信（再生）要求を送信する（ステップＳ５）。実コンテンツサーバ１０２は、この実コンテンツ配信（再生）要求を受け取ると、当該要求に対する応答をＩＰＢ５１に送信し、続いて、ＩＰＢ５１から要求された実コンテンツを当該ＩＰＢ５１にストリーミング配信する（ステップＳ６）。
【００５５】
ＩＰＢ５１は、実コンテンツサーバ１０２からの応答を受信すると、当該応答に続いて配信（ストリーミング配信）される実コンテンツの再生が可能であると認識できた時点で、ファームウェアプログラム５１５ａ中の時間監視プロセス（時間監視ルーチン）を起動する（ステップＳ７）。これによりＩＰＢ５１（内のＣＰＵ５１７）は、時間監視プロセスに従って、図１０のフローチャートで示される手順で、以下に述べる時間監視処理（ステップＳ８）を実行する。
【００５６】
まず、ＩＰＢ５１（内のＣＰＵ５１７）は時間監視のためのタイマ値を次のように決定する（ステップＳ８１）。本実施形態においてＩＰＢ５１は、視聴者がＥＰＧメニュー上で所望の実コンテンツを指定する操作を行った際に、ナビゲーションサーバ１０１から通知されるメディア情報中のコンテンツメタ情報をもとに、ＴＶ５２のモニタに広告挿入選択画面を表示する。この広告挿入選択画面は、視聴者がＥＰＧメニュー上で指定した実コンテンツに広告を挿入する回数や位置を、当該視聴者がリモコン操作で選択するのに用いられる。例えば、コンテンツＩＤ＝３１００の実コンテンツが指定された場合であれば、広告挿入選択画面には、図３の例のように、コンテンツ先頭から３０分後の位置（広告挿入可能位置１）とコンテンツ先頭から６０分後の位置（広告挿入可能位置２）の２箇所が、選択可能に表示される。ここでの選択肢は、例えば、実コンテンツの最初と最後を除けば、広告挿入可能位置１及び２の両方、広告挿入可能位置１のみ、広告挿入可能位置２のみ、或いは広告挿入可能位置１及び２共に選択しない、の４つである。もし、広告挿入可能位置１及び２を共に選択した場合には、視聴料金は最も安くなり、逆に広告挿入可能位置１及び２を共に選択しなかった場合には、視聴料金は最も高くなる。或いは、広告挿入選択画面に広告回数を表示し（本例では２回、１回、０回）、その中から選択する方法も可能である。このとき、視聴者が１回を選択した場合は、更に広告挿入可能位置１或いは広告挿入可能位置２を選択させる等の方法が考えられる。視聴者が広告挿入選択画面上で選択した広告挿入の情報は、ＩＰＢ５１内のＲＡＭ５１６に確保された広告挿入位置記憶領域に、ＩＰＢ５１内のＣＰＵ５１７により格納される。なお、広告挿入位置を、視聴者のリモコン操作、例えばＴＶ５２の画面上での図３中の矢印に相当するカーソルの移動操作により、視聴者自身に自由に指定させる構成とすることも可能である。この場合、コンテンツメタ情報中に広告挿入可能位置情報を含める必要はない。
【００５７】
ＩＰＢ５１（内のＣＰＵ５１７）は、視聴者が広告挿入選択画面上で選択した広告挿入の情報に基づいて上記タイマ値を決定する。ここでは、選択された広告挿入位置の数（広告挿入回数）がｎ（ｎは１以上の自然数）で、実コンテンツの再生に伴う第１回目のタイマ値決定であれば、選択されたｎ個の広告挿入位置のうち、１番目の挿入位置を表す（コンテンツ先頭からの）再生時間が、タイマ値として決定される。また、第２回目以降である第ｉ回目（ｉは１＜ｉ≦ｎを満足する自然数）のタイマ値決定であれば、ｉ番目の挿入位置を表す（コンテンツ先頭からの）再生時間とｉ−１番目の挿入位置を表す（コンテンツ先頭からの）再生時間との差分が、タイマ値として決定される。
【００５８】
ＩＰＢ５１（内のＣＰＵ５１７）はステップＳ８１でタイマ値を決定すると、当該タイマ値を、例えばＣＰＵ５１７内のレジスタ（またはＲＡＭ５１６内に確保されたレジスタ領域）に設定する（ステップＳ８２）。そしてＩＰＢ５１（内のＣＰＵ５１７）は、時間監視プロセスに従い、コンテンツ再生開始時（またはコンテンツ再生再開時）からの経過時間を計測する時間監視動作（タイマ動作）を起動する（ステップＳ８３）。この間、ＩＰＢ５１は実コンテンツサーバ１０２からストリーミング配信されるコンテンツ（ストリーミングコンテンツ）を受信して再生し、映像はＴＶ５２のモニタに表示させ、音声（音響）はＴＶ５２のスピーカから出力させる。
【００５９】
ＩＰＢ５１（内のＣＰＵ５１７）は、コンテンツ再生開始時（またはコンテンツ再生再開時）からの経過時間の計測により、タイマ値に一致する時間を計測すると、タイマの時間切れ（ｅｘｐｉｒｅ）、つまりタイムアウトを検出する（ステップＳ８４）。すると、ＩＰＢ５１では、タイムアウト検出をトリガとして内部割り込みが発生し、時間監視プロセスとは別のプロセス（ここでは、広告挿入プロセス）が起動される（ステップＳ８５）。
【００６０】
ところで、実コンテンツサーバ１０２からの実コンテンツのストリーミング配信で送信されるＩＰパケットのヘッダには、当該パケットの送信時刻を表すタイムスタンプが設定されているのが一般的である。したがって、コンテンツ再生開始時（またはコンテンツ再生再開時）の受信パケット中のタイムスタンプの示す時刻を基準に、後続の受信パケット中のタイムスタンプの示す時刻を監視することによっても、コンテンツ再生開始時（またはコンテンツ再生再開時）からの経過時間を計測することが可能である。また、コンテンツメタ情報により、対応する実コンテンツへの広告挿入可能位置として、実コンテンツの先頭位置を示す再生時間０が設定されている場合には、コンテンツ再生開始前に時間監視プロセスが起動され、その起動と同時にタイムアウトが検出される。
【００６１】
ＩＰＢ５１は、広告挿入プロセスに従い、ナビゲーションサーバ１０１に対し、例えばＨＴＴＰのＧＥＴ要求により、広告コンテンツ配信に関するメディア情報（広告コンテンツサーバ１０３のＷｅｂアドレスを含むメディア情報）を要求するためのメディア情報取得要求を発行する（ステップＳ９）。なお、広告コンテンツサーバ１０３のＷｅｂアドレスを、実コンテンツを配信させる一連の処理の中でＲＴＳＰのＧＥＴ−ＰＡＲＡＭＥＴＥＲコマンドで取得することも、或いはＩＰＢ５１の起動時の処理（初期化処理）で取得することも可能である。
【００６２】
ナビゲーションサーバ１０１は、ＩＰＢ５１からのメディア情報取得要求に応じて当該ＩＰＢ５１に応答（ナビサーバ応答）を返す（ステップＳ１０）。このナビサーバ応答により、ナビゲーションサーバ１０１からＩＰＢ５１に対して、広告コンテンツサーバ１０３のＷｅｂアドレス（ＵＲＬ）を含むメディア情報が通知される。
【００６３】
ＩＰＢ５１（内のＣＰＵ５１７）は、ナビゲーションサーバ１０１からのナビサーバ応答によりメディア情報を取得すると、当該メディア情報に含まれているＷｅｂアドレスで指定される広告コンテンツサーバ１０３に対し、現在視聴中の視聴者のＩＤを、例えばＲＴＳＰのＳＥＴ−ＰＡＲＡＭＥＴＥＲコマンドを用いて通知する（ステップＳ１１）。この視聴者ＩＤは、次のようにしてＩＰＢ５１内のＣＰＵ５１７により認識される。本実施形態において、視聴者は、ケーブルヘッドエンドシステム１０が提供する実コンテンツを視聴しようとする場合、当該視聴者のＩＤが記録されたＩＣカードをＩＰＢ５１が有するＩＣカードインタフェース５１８のカードスロットに装着する。ＣＰＵ５１７は、このＩＣカードインタフェース５１８のカードスロットに装着されたＩＣカードから当該カードに記録されている視聴者ＩＤを読み取ることにより、現在ＩＰＢ５１を介して実コンテンツを視聴しようとしている視聴者の視聴者ＩＤを認識する。このように、視聴者ＩＤが記録されたＩＣカードをＩＰＢ５１が有するＩＣカードインタフェース５１８を介して当該ＩＰＢ５１内のＣＰＵ５１７により読み取らせる構成は、ＩＰＢ５１を複数の視聴者が共有する場合に適している。
【００６４】
広告コンテンツサーバ１０３は、ＳＥＴ−ＰＡＲＡＭＥＴＥＲ等のコマンドによってＩＰＢ５１から通知された視聴者ＩＤを受信すると、当該コマンドに対する応答をＩＰＢ５１に送信する（ステップＳ１２）。次に広告コンテンツサーバ１０３は、ＩＰＢ５１から通知された視聴者ＩＤを持つ視聴者にとって最適な広告コンテンツを検索して、当該サーバ１０３内にロードする広告コンテンツ検索処理を、図１１のフローチャートで示される手順で次のように実行する（ステップＳ１３）。
【００６５】
まず広告コンテンツサーバ１０３は、視聴者属性情報ＤＢ１０８ａ及び視聴者嗜好情報ＤＢ１０８ｂに対し、ＩＰＢ５１から通知された視聴者ＩＤをキーにして、例えばＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ　Ｑｕｅｒｙ　Ｌａｎｇｕａｇｅ）を用いて、当該視聴者ＩＤを持つ視聴者の属性情報及び嗜好情報を問い合わせる（ステップＳ１３１）。広告コンテンツサーバ１０３は、この視聴者ＩＤをキーとする問い合わせにより、視聴者属性情報ＤＢ１０８ａ及び視聴者嗜好情報ＤＢ１０８ｂから、当該視聴者ＩＤを持つ視聴者の属性情報及び嗜好情報を取得する（ステップＳ１３２）。なお、この視聴者ＩＤをもとに当該視聴者ＩＤを持つ視聴者の属性情報及び嗜好情報を取得する処理を、ＩＰＢ５１側で行い、上記ステップＳ１１では、取得した属性情報及び嗜好情報、つまり視聴者特性情報を広告コンテンツサーバ１０３に通知するようにしてもよい。
【００６６】
広告コンテンツサーバ１０３は、上記ステップＳ１３２で視聴者ＩＤを持つ視聴者の属性情報及び嗜好情報を取得すると、その属性情報及び嗜好情報をもとに当該視聴者にとって最適な広告を次のようにして決定する。
【００６７】
まず広告コンテンツサーバ１０３は、広告管理ＤＢ１０９に対し、視聴者の属性情報をもとに、ターゲット年齢、性別、居住地が視聴者にマッチした広告コンテンツの広告管理情報を問い合わせる（ステップＳ１３３）。図９に示した広告管理ＤＢ１０９の場合、図５中の視聴者ＩＤが０００２の視聴者の例では、コンテンツＩＤが２０００（年齢でマッチしない）と４０００（性別でマッチしない）のコンテンツの広告管理情報は対象外となる。
【００６８】
次に広告コンテンツサーバ１０３は、視聴者の属性にマッチした広告コンテンツの広告管理情報と当該視聴者の嗜好情報とをもとに、当該広告コンテンツ毎に、その広告コンテンツが当該視聴者の嗜好に適合している度合いを示す広告嗜好度を算出する（ステップＳ１３４）。この広告嗜好度は、次のようにして算出される。まず本実施形態では、広告管理情報中の嗜好ジャンル１，２，３について、そのジャンルに対する視聴者の嗜好度を計算する際の重みが、例えば５，３，１のように定められている。そこで、広告コンテンツサーバ１０３は、視聴者の嗜好情報に含まれている、各ジャンル毎の視聴者嗜好度のうち、嗜好ジャンル１，２，３に対する視聴者嗜好度に、重み５，２，１をそれぞれ乗じて、その和を算出することで、当該視聴者にとっての対応する広告に対する嗜好度（広告嗜好度）を求める。
【００６９】
上記した視聴者ＩＤが０００２の視聴者の場合、図６中のコンテンツＩＤが１０００の広告コンテンツの例では、当該視聴者にとっての当該広告コンテンツに対する広告嗜好度は、
５（嗜好ジャンル１：映画）×３点（映画に対する視聴者嗜好度）＋２（嗜好ジャンル２：旅行）×５点（旅行に対する視聴者嗜好度）＋１（嗜好ジャンル３：アニメ）×１点（アニメに対する視聴者嗜好度）＝２６点
となる。
【００７０】
同様に、視聴者ＩＤが０００２の視聴者の場合、図６中のコンテンツＩＤが３０００の広告コンテンツの例では、当該視聴者にとっての当該広告コンテンツに対する広告嗜好度は、
５（嗜好ジャンル１：音楽）×２点（音楽に対する視聴者嗜好度）＋２（嗜好ジャンル２：ドラマ）×３点（ドラマに対する視聴者嗜好度）＝１６点
となる。
【００７１】
このように、視聴者の属性にマッチした全ての広告コンテンツについて、当該視聴者にとっての当該各広告コンテンツに対する広告嗜好度を算出する（ステップＳ１３４）。この結果、視聴者にとっての広告コンテンツ毎の広告嗜好度をランク付けできる。上記の例では、算出された広告嗜好度から、コンテンツＩＤが１０００の広告を挿入する方が、コンテンツＩＤが３０００の広告を挿入するよりも、広告効果が期待できることが分かる。
【００７２】
広告コンテンツサーバ１０３は、算出された広告コンテンツ毎の広告嗜好度をもとに、視聴者にとって最適な、言い換えれば視聴者に対して広告効果が最も期待できる広告コンテンツのコンテンツＩＤを決定する（ステップＳ１３５）。そして広告コンテンツサーバ１０３は、決定されたコンテンツＩＤの広告コンテンツを広告コンテンツ蓄積装置１０６から当該サーバ１０３内にロードする（ステップＳ１３６）。
【００７３】
なお、広告契約料金を複数段階に設定し、その料金に応じた重要度（料金が高いほど値が大きくなる重要度）を、広告コンテンツ毎の広告管理情報に付加し、広告嗜好度の計算において当該重要度を加味すること、例えば当該重要度を係数として用い、上述の計算式で算出された広告嗜好度に乗じることも可能である。また、上述の計算式で算出された広告嗜好度が同一または同レベル（広告嗜好度の差が一定の範囲内）の広告コンテンツが複数存在する場合に限り、上記重要度に従ってランク付けしてもよい。いずれの場合にも、広告コンテンツ毎の配信確率に広告契約料金の違いを反映させることができる。
【００７４】
また、同一広告でも、その広告が挿入される実コンテンツのジャンルによって、広告効果は異なる可能性がある。したがって、再生される実コンテンツのコンテンツメタ情報で示されるジャンルをもとに、そのジャンルに一致する嗜好ジャンルの重みを増加（例えば２倍に）して広告嗜好度を計算してもよい。このようにすると、視聴者が視聴する実コンテンツのジャンルに適合し、且つ当該視聴者の嗜好にも適合した広告に対する広告嗜好度を上げることができる。
【００７５】
また、同一実コンテンツの複数の位置に広告を挿入する場合、既に挿入済みの広告は対象外とすればよい。つまり、広告嗜好度が最も高い広告から順に選択（決定）すればよい。更に、同一広告ばかりが決定されるのを防ぐため、予め定められた数（広告挿入位置の数より多い数）を上限とする、広告嗜好度が上位の広告を対象に、順番に或いはランダムに選択することも可能である。
【００７６】
さて、ＩＰＢ５１は、ＳＥＴ−ＰＡＲＡＭＥＴＥＲコマンドによる視聴者ＩＤ通知に対する広告コンテンツサーバ１０３からの応答を受信すると、ＲＴＳＰのＰＡＵＳＥコマンドを用いて、実コンテンツサーバ１０２による実コンテンツのストリーミング配信（再生）の一時停止（中断）を要求する（ステップＳ１４）。実コンテンツサーバ１０２は、ＩＰＢ５１からのＰＡＵＳＥコマンドを受信すると、実コンテンツの配信を一時停止すると共に、当該コマンドに対する応答をＩＰＢ５１に送信する（ステップＳ１５）。ここでは、ＰＡＵＳＥコマンドに応じて実コンテンツの配信を即時に停止するのではなく、例えばシーンの切れ目までを配信し、しかる後に上記配信を停止するとよい。
【００７７】
ＩＰＢ５１は、ＰＡＵＳＥコマンドに対する実コンテンツサーバ１０２からの応答を受信すると、先のステップＳ９でのメディア情報取得要求に対するナビゲーションサーバ１０１からの応答（ステップＳ１０）により取得した広告コンテンツサーバ１０３のＷｅｂアドレスをもとに、広告コンテンツサーバ１０３のセットアップをＲＴＳＰのＳＥＴＵＰコマンドを用いて要求する（ステップＳ１６）。これを受けて広告コンテンツサーバ１０３は自身のセットアップを実行し、当該セットアップが終了すると、セットアップ終了を通知するための応答をＩＰＢ５１に送信する（ステップＳ１７）。
【００７８】
ＩＰＢ５１はセットアップ要求に対する広告コンテンツサーバ１０３からの応答を受信すると、当該広告コンテンツサーバ１０３に対し、ＲＴＳＰのＰＬＡＹコマンドを用いて広告コンテンツの配信（再生）要求を送信する（ステップＳ１８）。広告コンテンツサーバ１０３は、この広告コンテンツ配信（再生）要求を受け取ると、当該要求に対する応答をＩＰＢ５１に送信し、続いて、先のステップ１２で検索してロードしておいた、視聴者にとって最適な広告コンテンツを当該ＩＰＢ５１にストリーミング配信する（ステップＳ１９）。
【００７９】
ＩＰＢ５１は、広告コンテンツサーバ１０３からの応答を受信すると、当該応答に続いてストリーミング配信される広告コンテンツの再生を開始して、当該広告コンテンツの再生時間を計測する。ＩＰＢ５１は、所定の広告再生時間を計測すると、例えばＲＳＴＰのＴＥＡＲＤＯＷＮコマンドを用いて、広告コンテンツの終了要求を広告コンテンツサーバ１０３に送信する（ステップＳ２０）。
【００８０】
上記広告コンテンツの再生により、それまで再生されていた実コンテンツに当該広告コンテンツがＩＰＢ５１側（視聴者側）で挿入されたことになる。ここでは、実コンテンツの再生が一時停止（中断）された状態で、広告コンテンツが再生される。このため、広告コンテンツをＴＶ５２のモニタの全画面に表示することができる。よって、ＶＯＤ視聴でありながら、現在のＴＶ放送と同様の広告効果が期待できる。また、実コンテンツに挿入された広告コンテンツは、当該実コンテンツを視聴する視聴者の嗜好に合致した広告コンテンツであり、しかも広告コンテンツの挿入回数と挿入位置は視聴者自身が指定したものであるため、より高い広告効果が期待できる。
【００８１】
広告コンテンツサーバ１０３は、ＩＰＢ５１からの広告コンテンツ終了要求を受信すると、当該終了要求に対する応答をＩＰＢ５１に送信する（ステップＳ２１）。
【００８２】
ＩＰＢ５１は、広告コンテンツ終了要求に対する広告コンテンツサーバ１０３からの応答を受信すると、先のステップＳ５と同様に、ＲＴＳＰのＰＬＡＹコマンドを用いて実コンテンツの配信（再生）要求を広告コンテンツサーバ１０３に送信する（ステップＳ２２）。この配信（再生）要求は、本実施形態のように実コンテンツのストリーミングの一時停止中であったなら、当該実コンテンツの再生再開のために送信される。一方、実コンテンツの再生開始に際しての、つまりタイマ値０の場合における、広告コンテンツの再生の終了であったなら、当該実コンテンツの再生開始のために送信される。実コンテンツサーバ１０２は、ＩＰＢ５１からの実コンテンツ配信（再生）要求を受け取ると、当該要求に対する応答をＩＰＢ５１に送信し、続いて、ＩＰＢ５１から要求された実コンテンツを当該ＩＰＢ５１にストリーミング配信する（ステップＳ２３）。
【００８３】
ＩＰＢ５１は、広告コンテンツサーバ１０３からの応答を受信すると、当該応答に続いて配信された実コンテンツの再生再開（または再生開始）が可能であると認識できた時点で、再びファームウェアプログラム５１５ａ中の時間監視プロセスを起動して、コンテンツ再生再開時（またはコンテンツ再生時）からの経過時間を計測する（ステップＳ２４，Ｓ２５）。この間、ＩＰＢ５１は、実コンテンツサーバ１０２から配信されるストリーミングコンテンツを受信して再生し、ＴＶ５２から表示及び音声（音響）出力させる。
【００８４】
以上に述べた実施形態では、広告コンテンツ配信（再生）のための要求が、ＩＰＢ５１（クライアント端末）側でのＶＯＤ視聴のためのメディア情報取得要求（ＶＯＤ視聴要求）をトリガとして、ＩＰＢ５１からケーブルヘッドエンドシステム１０（内の広告コンテンツサーバ１０３）に対して送信されるものとして説明した。しかし、ＩＰＢ５１（クライアント端末）側でのＶＯＤ視聴要求以外のイベント、例えば放送番組（プログラム）切り替え、つまりチャネル指定のためのメディア情報取得要求（放送番組視聴要求）時に、当該要求をトリガとして、広告コンテンツ配信（再生）のための要求をＩＰＢ５１からケーブルヘッドエンドシステム１０に送信させることも可能である。このように、ＩＰＢ５１（クライアント端末）側で広告コンテンツ配信（再生）を起動することにより、視聴者毎の実コンテンツ（ＶＯＤコンテンツまたは番組コンテンツ）の視聴時間に合わせて広告を配信することができるため、視聴者に対して時間的に効果的に広告が提供できる。
【００８５】
また上記実施形態では、クライアント端末としてのＩＰＢ５１が、ＣＡＴＶケーブル４０に接続されるセットトップボックス（ＳＴＢ）である場合を想定している。しかし本発明は、ＣＡＴＶケーブル４０に接続されるセットトップボックスに限らず、例えばバス型ＬＡＮに接続されるセットトップボックス、或いはＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）、ＦＴＴＨ（Ｆｉｂｅｒ　ｔｏ　ｔｈｅ　Ｈｏｍｅ）等の種々のインタフェースに接続されるセットトップボックスであっても、同様に適用し得る。
【００８６】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果の少なくとも１つが得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００８７】
【発明の効果】
以上詳述したように本発明によれば、クライアント端末側で広告コンテンツ配信（再生）を起動するようにしたので、視聴者毎の実コンテンツの視聴時間に合わせて広告を配信することができ、これにより視聴者に対して時間的に効果的に広告が提供できる。また、ケーブルベッドエンド側で視聴者毎にＶＯＤ視聴要求以降の広告挿入時間の管理が必要なくなるため、システムの簡略化が可能となる。また、広告コンテンツの再生中は実コンテンツの再生が停止されるため、この点でも効果的な広告提供が可能となり、しかも、実コンテンツ自体に、広告コンテンツの挿入位置の情報を組み込む必要がない。また、広告コンテンツを実コンテンツから独立に管理できるため、実コンテンツに無関係に広告コンテンツを更新することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るコンテンツ配信・再生システムの構成を示すブロック図。
【図２】図１中のコンテンツメタ情報ＤＢ１０７に保存されている実コンテンツ毎のコンテンツメタ情報に含まれる、コンテンツＩＤと広告挿入可能位置情報の一例を示す図。
【図３】実コンテンツの再生時間と広告挿入可能位置との関係の一例を示す図。
【図４】図１中の視聴者属性情報ＤＢ１０８ａのデータ構造例を示す図。
【図５】図１中の視聴者嗜好情報ＤＢ１０８ｂのデータ構造例を示す図。
【図６】図１中の広告管理ＤＢ１０９のデータ構造例を示す図。
【図７】図１中のＩＰＢ５１の構成を示すブロック図。
【図８】同実施形態の動作を説明するためのシーケンスチャートの一部を示す図。
【図９】同実施形態の動作を説明するためのシーケンスチャートの残りを示す図。
【図１０】同実施形態における時間監視処理（図８ステップＳ８）の手順を示すフローチャート。
【図１１】同実施形態における広告コンテンツ検索処理（図９ステップＳ１３）の手順を示すフローチャート。
【符号の説明】
１０…ケーブルヘッドエンドシステム（コンテンツ配信システム）
４０…ＣＡＴＶケーブル
５１…ＩＰＢ（ＩＰストリーミング用ＳＴＢ、クライアント端末）
５２…ＴＶ
１０２…実コンテンツサーバ
１０３…広告コンテンツサーバ
１０６…広告コンテンツ蓄積装置
１０７…コンテンツメタ情報ＤＢ
１０８…視聴者管理ＤＢ
１０８ａ…視聴者属性情報ＤＢ
１０８ｂ…視聴者嗜好情報ＤＢ
１０９…広告管理ＤＢ
５１５ａ…ファームウェアプログラム
５１７…ＣＰＵ
５１８…ＩＣカードインタフェース
【図１】
2004140584.tif 000003
【図２】
2004140584.tif 000004
【図３】
2004140584.tif 000005
【図４】
2004140584.tif 000006
【図５】
2004140584.tif 000007
【図６】
2004140584.tif 000008
【図７】
2004140584.tif 000009
【図８】
2004140584.tif 000010
【図９】
2004140584.tif 000011
【図１０】
2004140584.tif 000012
【図１１】
2004140584.tif 000013