(57)【要約】【課題】従来の広告システムでは、広告の再生媒体であるテレビなどのメーカに対して広告料が分配されないという課題がある。そのためメーカにとっては、例えば広告配信に関するサービス向上のための機能をテレビに実装するなど、広告主に積極的に協力するだけのインセンティブが得られない。むしろ自身の直接の顧客のユーザビリティを向上させるため、メーカは、例えば録画装置であればＣＭをカットして録画する機能などを提供しているのが現状である。【解決手段】以上の課題を解決するために、本発明は、ＡＶ装置と、サーバ装置と、からなる広告システムであって、どのメーカのＡＶ装置にてどの広告が再生されたかなどを集計し、その集計結果に応じてＡＶ装置のメーカに対しても広告再生の対価が分配されるよう構成した広告システムを提供する。【選択図】図２
2010282319.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶ装置から、広告ＩＤと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する受信部と、
広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する支払金算出部と、
を有するサーバ装置。
【請求項２】
前記受信部は、前記広告ＩＤで識別される広告と合わせて前記ＡＶ装置にて再生されるコンテンツの配信元を識別するコンテンツ配信元ＩＤを、前記広告ＩＤとメーカＩＤに加えて関連付けた広告処理情報を受信するコンテンツ配信元受信手段を有し、
前記支払金算出部は、さらに広告処理情報中のコンテンツ配信元ＩＤに基づいて広告ＩＤと関連付けてコンテンツ配信元ＩＤごとの支払金も算出するコンテンツ配信元支払金算出手段を有する
請求項１に記載のサーバ装置。
【請求項３】
前記広告処理情報を送信する送信部を有するＡＶ装置と、
請求項１又は２に記載のサーバ装置と、
からなる広告システム。
【請求項４】
前記ＡＶ装置は、
広告を含むコンテンツの選択を受付ける第一コンテンツ選択受付部と、
受付けた選択に基づいて広告処理情報を生成する第一広告処理情報生成部と、
選択されたコンテンツを受信するオンデマンド受信部と、
受信したコンテンツを再生する第一再生部と、
を有する請求項３に記載の広告システム。
【請求項５】
前記ＡＶ装置の第一コンテンツ選択受付部は、
携帯端末上にコンテンツリストを表示するコンテンツリスト表示手段と、
前記コンテンツリストを利用した選択を受付けるリスト選択手段と、
を有する請求項４に記載の広告システム。
【請求項６】
前記ＡＶ装置は、
同報送信された広告を含むコンテンツを受信する同報送信受信部と、
受信したコンテンツを再生する第二再生部と、
前記広告の再生処理のたびに広告処理情報を生成する第二広告処理情報生成部と、
を有する請求項３に記載の広告システム。
【請求項７】
ＡＶ装置から、広告ＩＤと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する受信ステップと、
広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する支払金算出ステップと、
を計算機に実行させるサーバ装置の動作方法。
【請求項８】
ＡＶ装置にて再生されるコンテンツのコンテンツＩＤと、前記コンテンツの内容を示すコンテンツメタデータと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する第三受信部と、
広告及び広告ＩＤを、その広告の内容を示す広告メタデータと関連付けて蓄積する広告蓄積部と、
受信した広告処理情報に含まれるコンテンツメタデータと前記広告メタデータに基づいて、広告蓄積部から広告及び広告ＩＤを取得する広告取得部と、
前記取得した広告をＡＶ装置に対して返信する広告返信部と、
広告処理情報中のメーカＩＤに基づいて、前記取得した広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する第三支払金算出部と、
を有するサーバ装置。
【請求項９】
前記第三受信部は、ＡＶ装置にて再生されるコンテンツの配信元を識別するコンテンツ配信元ＩＤを、前記コンテンツＩＤとコンテンツメタデータとメーカＩＤに加えて関連付けた広告処理情報を受信するコンテンツ配信元受信手段を有し、
前記第三支払金算出部は、さらに広告処理情報中のコンテンツ配信元ＩＤに基づいて広告ＩＤと関連付けてコンテンツ配信元ＩＤごとの支払金も算出するコンテンツ配信元支払金算出手段を有する
請求項８に記載のサーバ装置。
【請求項１０】
コンテンツメタデータと関連付けられたコンテンツの選択を受付ける第三コンテンツ選択受付部と、
前記選択を受付けたコンテンツに基づいて前記広告処理情報を生成する第三広告処理情報生成部と、
前記広告処理情報を送信する第三送信部と、
前記送信した広告処理情報に基づいてサーバ装置から返信された広告を受信する第三オンデマンド受信部と、
受信した広告を再生する第三再生部と、
を有するＡＶ装置と、
請求項８又は９に記載のサーバ装置と、
からなる広告システム。
【請求項１１】
広告及び広告ＩＤを、その広告の内容を示す広告メタデータと関連付けて蓄積する広告蓄積部を有するサーバ装置の動作方法であって、
ＡＶ装置にて再生されるコンテンツのコンテンツＩＤと、前記コンテンツの内容を示すコンテンツメタデータと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する第三受信ステップと、
受信した広告処理情報に含まれるコンテンツメタデータと前記広告メタデータに基づいて、広告蓄積部から広告及び広告ＩＤを取得する広告取得ステップと、
前記取得した広告をＡＶ装置に対して返信する広告返信ステップと、
広告処理情報中のメーカＩＤに基づいて、前記取得した広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する第三支払金算出ステップと、
を計算機に実行させるサーバ装置の動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、家庭内のテレビやレコーダ／プレーヤなどのＡＶ（オーディオ・ビジュアル）装置にて再生され出力表示される広告に関して広告主より支払われる広告料を、その再生端末の製造者（メーカ）に対して分配するための技術に関する。
【背景技術】
【０００２】
従来、各種の広告がコンテンツと合わせて表示装置上で再生され、その対価としてコンテンツ提供者などには広告料が支払われている。例えばテレビ放送では、同報送信にて配信される放送番組コンテンツの間にＣＭを流すことを前提に、広告主からテレビ局に対して予め定額の広告料が支払われるビジネスモデルとなっている。また、ＰＣ（パーソナル・コンピュータ）やネットワーク接続可能なテレビなどにサーバ装置からコンテンツをオンデマンドにて配信する場合も、同様に配信動画コンテンツなどに広告動画が挿入され再生されることで、そのオンデマンドリクエストの回数に応じた広告料がコンテンツプロバイダなどに対して支払われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３５７３００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の広告システムにおいては、その広告の再生媒体であるテレビなどＡＶ装置のメーカに対しては、広告料が分配されないという課題がある。そのためメーカにとっては、例えば広告配信に関するサービス向上のための機能をテレビに実装するなど、広告主に積極的に協力するだけのインセンティブが得られない。むしろ自身の直接の顧客のユーザビリティを向上させるため、メーカは、例えば録画装置であればＣＭをカットして録画する機能などを提供しているのが現状である。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明は、どのメーカのＡＶ装置にてどの広告が再生されたかを示す広告処理情報を集計し、その集計結果に応じてＡＶ装置のメーカに対しても広告再生の対価が分配されるよう支払金を算出する機能を備えたサーバ装置を提供する。
【０００６】
具体的には、ＡＶ装置から、広告ＩＤと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する受信部と、広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する支払金算出部と、の構成要件を有するサーバ装置を提供する。また、広告と合わせて再生されるコンテンツの配信元にも広告料が支払われるよう、前記受信部が、前記広告ＩＤで識別される広告と合わせて前記ＡＶ装置にて再生されるコンテンツの配信元を識別するコンテンツ配信元ＩＤを、前記広告ＩＤとメーカＩＤに加えて関連付けた広告処理情報を受信するコンテンツ配信元受信手段を有し、前記支払金算出部が、さらに広告処理情報中のコンテンツ配信元ＩＤに基づいて広告ＩＤと関連付けてコンテンツ配信元ＩＤごとの支払金も算出するコンテンツ配信元支払金算出手段を有するサーバ装置も提供する。
【０００７】
また、前記広告処理情報を送信する送信部を有するＡＶ装置と、上記構成のサーバ装置と、からなる広告システムも提供する。
【０００８】
またオンデマンド型のコンテンツ配信においてＡＶ装置のメーカに広告料が分配されるよう、前記ＡＶ装置が、上記構成に加えてさらに広告を含むコンテンツの選択を受付ける第一コンテンツ選択受付部と、受付けた選択に基づいて広告処理情報を生成する第一広告処理情報生成部と、選択されたコンテンツを受信するオンデマンド受信部と、受信したコンテンツを再生する第一再生部と、を有する広告システムも提供する。またさらに、上記構成に加えて前記ＡＶ装置のコンテンツ選択受付部が、携帯端末上にコンテンツリストを表示するコンテンツリスト表示手段と、前記コンテンツリストを利用した選択を受付けるリスト選択手段と、を有する広告システムも提供する。
【０００９】
あるいは同報送信（放送）型のコンテンツ配信においてＡＶ装置のメーカに広告料が分配されるよう、前記ＡＶ装置が、上記構成に加えてさらに同報送信された広告を含むコンテンツを受信する同報送信受信部と、受信したコンテンツを再生する第二再生部と、前記広告の再生処理のたびに広告処理情報を生成する第二広告処理情報生成部と、を有する広告システムも提供する。
【００１０】
また上記のようなオンデマンド型のコンテンツ配信においては、予めコンテンツと広告とが紐付けられているのではなく、ＡＶ装置からの広告処理情報によって例えば車の映画がリクエストされると蓄積された広告の中から車のＣＭを選択し配信する、といった具合にコンテンツと広告の内容マッチングによる広告配信も行われている。そこで、本発明では、コンテンツの内容などに合わせて広告を適宜抽出し配信する機能を備えるサーバ装置や広告システムも提供する。
【００１１】
具体的には、ＡＶ装置にて再生されるコンテンツのコンテンツＩＤと、前記コンテンツの内容を示すコンテンツメタデータと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する第三受信部と、広告及び広告ＩＤを、その広告の内容を示す広告メタデータと関連付けて蓄積する広告蓄積部と、受信した広告処理情報に含まれるコンテンツメタデータと前記広告メタデータに基づいて、広告蓄積部から広告及び広告ＩＤを取得する広告取得部と、前記取得した広告をＡＶ装置に対して返信する広告返信部と、広告処理情報中のメーカＩＤに基づいて、前記取得した広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する第三支払金算出部と、を有するサーバ装置を提供する。
【００１２】
また、コンテンツメタデータと関連付けられたコンテンツの選択を受付ける第三コンテンツ選択受付部と、前記選択を受付けたコンテンツに基づいて前記広告処理情報を生成する第三広告処理情報生成部と、前記広告処理情報を送信する第三送信部と、前記送信した広告処理情報に基づいてサーバ装置から返信された広告を受信する第三オンデマンド受信部と、受信した広告を再生する第三再生部と、を有するＡＶ装置と、上記構成要件を有するサーバ装置と、からなる広告システムも提供する。
【発明の効果】
【００１３】
以上のような構成をとる本発明によって、広告の再生媒体として従来より広告再生システムの一端を担っていたＡＶ装置のメーカに対しても、そのメーカ製のＡＶ装置での広告再生実績に応じて広告料を分配することができる。したがってメーカにとっては広告配信に関するサービス向上のための機能をテレビに実装するなどのインセンティブが得られることになり、ひいては広告主の利益にもつながる効果が期待できる。
【図面の簡単な説明】
【００１４】
【図１】実施例１の広告システムにおける広告料分配の仕組みの一例を説明するための概念図
【図２】実施例１の広告システムにおける機能ブロックの一例を表す図
【図３】実施例１の広告システムの支払金算出処理の一例を表す概念図
【図４】実施例１の広告システムのＡＶ装置におけるハードウェア構成の一例を表す図
【図５】実施例１の広告システムのサーバ装置におけるハードウェア構成の一例を表す図
【図６】実施例１の広告システムにおける処理の一例を表すフローチャート
【図７】実施例２の広告システムにおける機能ブロックの一例を表す図
【図８】実施例２の広告システムにおける処理の流れの一例を表すフローチャート
【図９】実施例３の広告システムにおける機能ブロックの一例を表す図
【図１０】実施例３の広告システムにおける処理の流れの一例を表すフローチャート
【図１１】実施例４の広告システムにおける機能ブロックの一例を表す図
【図１２】実施例４の広告システムにおける処理の流れの一例を表すフローチャート
【図１３】実施例５の広告システムにおける機能ブロックの一例を表す図
【図１４】実施例５の広告システムの広告取得部における広告ＩＤ及び広告の取得処理の一例を表す図
【図１５】実施例５の広告システムにおけるハードウェア構成の一例を表す図
【図１６】実施例５の広告システムにおける処理の流れの一例を表すフローチャート
【発明を実施するための形態】
【００１５】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１６】
なお、実施例１は、主に請求項１、２、３、７について説明する。また、実施例２は、主に請求項４について説明する。また、実施例３は、主に請求項５について説明する。また、実施例４は、主に請求項６について説明する。また、実施例５は、主に請求項８、９、１０、１１について説明する。
【００１７】
≪実施例１≫
<概要>
図１は、本実施例の広告システムにおける広告料分配の仕組みの一例を説明するための概念図である。この図１（ａ）にあるように、ユーザＡのテレビ装置はインターネットを介してコンテンツ提供サーバに接続されており、ユーザＡの選択した映画Ｘが再生されている。そして、この映画Ｘの間にはＣＭ１が挿入再生されるようになっており、例えばこのＣＭ１の再生に応じて、図１（ｂ）に示すようにＣＭ１の広告ＩＤと、その再生端末であるユーザＡのテレビ装置（メーカα製）のメーカＩＤとを紐付けた広告処理情報が生成される。
【００１８】
そして本実施例の広告システムでは、各家庭のテレビなどで生成された上記広告処理情報をサーバ装置にて収集することで、例えば図１（ｃ）の円グラフで示すようなＣＭ１に関するテレビ装置メーカα、β、γごとの再生実績を算出する。そして、例えばＣＭ１の全広告料１０００万円のうち１００万円がメーカに支払われる広告料とすると、本実施例の広告システムでは、その再生実績に応じてメーカαに３５万円、メーカβに２５万円、メーカγに４０万円が支払われる。また図示していないその他のＣＭ２，３、・・・についても同様にメーカごとの再生実績を算出し、その再生実績に応じて広告料が各メーカに支払われる、という具合である。
【００１９】
<機能的構成>
図２は、本実施例の広告システムを構成する各装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の広告システムは、「ＡＶ装置」（０２００）と、「サーバ装置」（０２１０）と、からなる。なお、「ＡＶ装置」とは家庭内で利用されるオーディオ・ビジュアル用の再生装置であって、例えばテレビ装置や次世代ＤＶＤなどのレコーダ・プレーヤ、ＰＣ（パーソナルコンピュータ）装置などが挙げられる。そして、このようなＡＶ装置上ではＣＭを含むテレビ放送コンテンツ、広告映像を含む次世代ＤＶＤなどの販売パッケージコンテンツ、あるいは広告画像などを含むインターネット配信コンテンツが再生される、という具合である。
【００２０】
なお以下に記載する各装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらメディアの読取ドライブなど）、情報入力に利用される入力デバイス、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザ・インターフェース用アプリケーションなどが挙げられる。
【００２１】
そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力され、メモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。また、この発明は広告システムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２２】
以下、図２を用いて本実施例の広告システムを構成する「ＡＶ装置」と「サーバ装置」の構成要件について詳細に説明する。まず、この図に示すようにＡＶ装置は、「送信部」（０２０１）を有する。
【００２３】
「送信部」（０２０１）は、広告ＩＤとメーカＩＤとを関連付けた情報である広告処理情報を送信する機能を有し、例えばＣＰＵや主メモリ、通信回路、送信プログラムなどによって実現できる。なお、「広告ＩＤ」とはＡＶ装置上で再生される広告を識別する情報をいう。しかし一般的に広告は、前述のようにその他エンターテインメント系のコンテンツなどとともに（コンテンツの間などに挿入されて）再生されユーザに視聴されることが多い。そこで、例えばコンテンツとそれに含まれる広告の関連付けをＩＤテーブルなどを利用して一意に特定できるのであれば、送信部は広告ＩＤに替えてコンテンツＩＤを取得し、メーカＩＤと関連付けて送信するよう構成しても良い。また、その「コンテンツＩＤ」は、コンテンツを識別するための任意の文字列情報のほか、例えばコンテンツタイトルなどであっても良い。また、コンテンツが放送番組コンテンツであれば、放送チャンネルと放送日時情報などであっても良い。
【００２４】
また、「メーカＩＤ」とは、自装置メーカを識別可能な情報をいい、直接メーカを識別する情報のほか、従来よりメーカによって付与管理されている「機器固有ＩＤ」などを替わりに利用しても良い。この場合も両ＩＤを関連付けたＩＤテーブルなどを利用して一意に特定できるよう構成すると良い。そして、このようなメーカＩＤを例えば内蔵フラッシュメモリなどに蓄積しておき、必要に応じて上記広告ＩＤやコンテンツＩＤと紐付けて広告処理情報として送信する、という具合である。
【００２５】
なお、この広告処理情報がＡＶ装置からサーバ装置に送信されるタイミングは、実施例２や実施例４などで後述するように様々であって良い。すなわちインターネット配信のようなオンデマンド型の広告システムにおいては、この広告処理情報をその配信リクエストとして送信する構成とし、ユーザによるオンデマンド再生コンテンツの選択に応じて（広告再生の前に）広告処理情報を生成し送信するというタイミングが挙げられる。あるいはテレビ放送のような同報送信型の広告システムにおいては、そのＣＭが再生表示されるたびに（広告再生の後で）広告処理情報を生成、蓄積し、所定のタイミングで集計情報として送信するといったタイミングが挙げられる。
【００２６】
また、オンデマンド型の広告システムであっても、放送型と同様に広告再生の後でＡＶ装置が広告処理情報を生成、蓄積し、所定のタイミングで集計情報として送信するよう構成しても良い。このような構成とすれば、広告がＡＶ装置上で再生表示されたことを条件として広告処理情報を集計することができ、例えばＡＶ装置からはコンテンツリクエストのみがあって広告再生がなされない場合を集計の対象外として無用な広告料の分配を防ぐことができる。
【００２７】
そして、いずれの場合でも本実施例の広告システムでは、広告を含むコンテンツあるいは広告そのものの配信リクエストや再生表示に応じて上記広告処理情報を生成し、所定のタイミングでサーバ装置に送信することで、広告ごとのメーカ別再生実績をカウントすることができる。
【００２８】
つづいて図２に示す「サーバ装置」（０２１０）の構成要件について説明する。この図にあるように、本実施例の広告システムを構成するサーバ装置は、「受信部」（０２１１）と、「支払金算出部」（０２１２）と、を有する。「受信部」（０２１１）は、広告処理情報を受信する機能を有し、例えばＣＰＵや主メモリ、通信回路、受信プログラムなどによって実現できる。そしてサーバ装置では、ここで受信した各ＡＶ装置からの広告処理情報を蓄積などして集計する、という具合である。
【００２９】
「支払金算出部」（０２１２）は、広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する機能を有し、例えばＣＰＵや主メモリ、支払金算出プログラムなどによって実現できる。具体的に、図３に示すように各ＡＶ装置から送信された広告処理情報に含まれる広告ＩＤとメーカＩＤを参照して、広告ＩＤごとにメーカＩＤ別の再生回数などを集計する。つづいて、それらを合計してＣＭごとの総再生回数などを算出する。そしてＣＭごとに各メーカの再生回数／総再生回数を演算し、例えばＣＭ１であればメーカα製テレビでの再生が２５％、メーカβ製テレビで１５％、メーカγ製テレビで３０％、・・・という具合にメーカごとの再生割合を算出する。そして、ＣＭ１の広告料のうちのメーカに支払われる分を、前記算出した割合に応じて分配することでメーカＩＤごとの支払金を算出する。また、その他のＣＭ２、ＣＭ３、・・・についても同様にして再生割合に応じてメーカＩＤごとの支払金を算出する、という具合である。
【００３０】
なお、分配対象となる広告料は従来のテレビ広告のようにその再生回数などに係らず固定として、その中の例えば１割をＡＶ装置のメーカで分配する構成としても良い。あるいは、広告処理情報を利用してＣＭの実際の再生回数などをカウントし、その回数に応じて広告料が従量的に決定され、その中の例えば１割をＡＶ装置のメーカで分配する構成としても良い。
【００３１】
また、前述のように広告処理情報には広告ＩＤの替わりにコンテンツＩＤが含まれているケースもある。その場合には、「コンテンツＩＤ−広告ＩＤテーブル」などを参照して、コンテンツＩＤを広告ＩＤに変換する処理を行うよう構成すると良い。なお、一のコンテンツに複数の広告が含まれる場合には、このテーブルにて一のコンテンツＩＤに対して複数の広告ＩＤが関連付けられるよう構成すると良い。
【００３２】
また、前述のように広告処理情報中にはメーカＩＤの替わりに機器固有ＩＤが含まれているケースもあり得る。その場合にも、同様に「メーカＩＤ−機器固有ＩＤテーブル」をサーバ装置にて予め保持しておき、当該テーブル情報を参照して機器固有ＩＤからメーカＩＤの取得処理を行うよう構成すると良い。
【００３３】
以上のように本実施例の広告システムでは、広告の再生媒体であるＡＶ装置のメーカＩＤと関連付けてＣＭの再生回数などを集計することで、ＣＭごとにメーカ別の再生実績を算出し、それに応じて広告料を各メーカに分配することができる。
【００３４】
<その他の機能的構成>
また、本実施例のサーバ装置やＡＶ装置からなる広告システムは、広告と合わせて再生されるコンテンツの配信元に対しても広告料が支払われるよう、広告処理情報にコンテンツ配信元ＩＤを含み送受信する構成としても良い。
【００３５】
具体的にサーバ装置は、上記構成に加えて、受信部が「コンテンツ配信元受信手段」を有し、支払金算出部が「コンテンツ配信元支払金算出手段」を有する。
【００３６】
「コンテンツ配信元受信手段」は、コンテンツ配信元ＩＤを、前記広告ＩＤとメーカＩＤに加えて関連付けた広告処理情報を受信する機能を有する。「コンテンツ配信元ＩＤ」とは、前記広告ＩＤで識別される広告と合わせて前記ＡＶ装置にて再生されるコンテンツの配信元を識別するための情報をいい、例えばコンテンツの配信プロバイダのＩＤや、放送局ＩＤなどが挙げられる。
【００３７】
「コンテンツ配信元支払金算出手段」は、さらに広告処理情報中のコンテンツ配信元ＩＤに基づいて広告ＩＤと関連付けてコンテンツ配信元ＩＤごとの支払金も算出する機能を有する。このようにして、メーカに加えて、従来どおりコンテンツの配信元であるコンテンツプロバイダや放送局などに対しても広告料を分配支払することができる。
【００３８】
また、上記サーバ装置にてコンテンツ配信元ＩＤを含む広告処理情報を受信するためには、その広告処理情報の送信主体であるＡＶ装置にてコンテンツ配信元ＩＤを取得する必要がある。そこで、ＡＶ装置にてコンテンツ配信元ＩＤを取得する方法としては以下のような方法が挙げられる。すなわち、コンテンツがオンデマンド型のコンテンツであれば、例えばＡＶ装置上でコンテンツを選択する際のリスト情報内などに、コンテンツプロバイダを識別するＩＤをコンテンツ配信元ＩＤとして含む構成とし、コンテンツ選択時に取得する方法が挙げられる。またコンテンツが放送型コンテンツであれば、そのチャンネル情報や地域情報などから放送局を識別する情報をコンテンツ配信元ＩＤとして取得する方法が挙げられる。
【００３９】
そしてＡＶ装置では、このようにして取得したコンテンツ配信元ＩＤを、広告ＩＤとメーカＩＤと関連付けて広告処理情報としてサーバ装置に所定のタイミングで送信する、という具合である。
【００４０】
<ハードウェア構成>
図４は、上記ＡＶ装置におけるハードウェア構成の一例を表す概略図である。また図５は、上記サーバ装置におけるハードウェア構成の一例を表す概略図である。この図を利用してメーカ別の広告支払金の算出処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【００４１】
まず、ＡＶ装置に関して以下に説明する。この図４にあるように、ＡＶ装置は、送信部に係る演算処理やその他の各種演算処理を実行するための「ＣＰＵ」（０４０１）と、「主メモリ」（０４０２）と、を備えている。またメーカＩＤなどを保持する「フラッシュメモリ」（０４０３）や、ユーザからの各種操作入力を受け付ける「ＵＩ（ユーザ・インターフェース）」（０４０４）、広告を再生表示するための「ディスプレイ」（０４０５）、そしてネットワークを介してサーバ装置と通信するための「通信回路」（０４０６）、も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００４２】
また、「主メモリ」にはプログラムが読み出され、「ＣＰＵ」は読み出された当該プログラムを参照し、プログラムで示される手順に従い各種演算処理を実行する。また、この「主メモリ」や「フラッシュメモリ」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」の演算処理においては、そのアドレスを特定し格納されているデータにアクセスすることで、データを用いた演算処理を行うことが可能になっている。
【００４３】
ここで、当該ＡＶ装置はインターネットを介して動画コンテンツの提供サーバにアクセスし、受信したオンデマンド型のコンテンツ選択画面を「ディスプレイ」上に表示している。なお、ここで選択可能なコンテンツは、複数の広告動画などが含まれたコンテンツでも良いし、広告コンテンツそのものでも良い。そして、「ＵＩ」にてコンテンツの選択操作を受付けると、「ＣＰＵ」は送信プログラムを解釈し、その解釈結果にしたがって、前記選択されたコンテンツの例えばタイトルなどをコンテンツＩＤ（コンテンツが広告そのものであれば広告ＩＤ）として「主メモリ」のアドレス１に格納する。つづいて、「フラッシュメモリ」に保持されている自身の機器固有ＩＤをメーカＩＤとして「主メモリ」のアドレス２に読み出す。そして、そのコンテンツＩＤと機器固有ＩＤ（メーカＩＤ）とを紐付けて広告処理情報を生成し、コンテンツの配信リクエストとして動画コンテンツの提供サーバなど宛に「通信回路」を介して送信する。そして、送信した配信リクエストである広告処理情報に応じて返信された広告を含むコンテンツ（あるいは広告そのもの）を「通信回路」にて受信し、「ディスプレイ」に再生表示する、という具合である。
【００４４】
あるいは上記「ＵＩ」にて受付けるユーザ操作は、図示しない「チューナ」を制御するためのチャンネル切替操作であっても良い。その場合、受付けたチャンネル周波数にてチューナが制御され、当該チャンネルで同報送信されている広告を含む放送コンテンツを受信し、「ディスプレイ」にて再生表示する。そして「ＣＰＵ」は別の送信プログラムの解釈結果にしたがって、「ディスプレイ」にて再生表示されているＣＭを含む放送番組のコンテンツＩＤを、例えば受信放送コンテンツのＴＳヘッダや電子番組表を参照して取得し、「主メモリ」のアドレス１に広告ＩＤとして格納する。なお、ＴＳヘッダを参照する場合、放送番組のＩＤではなく放送ＣＭの広告ＩＤを直接取得しても良い。そして「フラッシュメモリ」に保持されている機器固有ＩＤ（メーカＩＤ）を「主メモリ」のアドレス２に読み出し、両者を関連付けて広告処理情報を生成する。なお、この場合は生成した広告処理情報をすぐに送信せずに「フラッシュメモリ」などに一時的に蓄積しておいても良い。そして所定のタイミングで広告処理情報をサーバ装置宛に「通信回路」を介して送信する、という具合である。またＡＶ装置がレコーダであれば、広告を含む録画コンテンツの選択操作を「ＵＩ」にて受付け、そのコンテンツを再生表示する際に、録画データ内のプロパティ情報などを参照してコンテンツＩＤを取得するよう構成すると良い。
【００４５】
以上のようにして本実施例のＡＶ装置では、自身の機器固有ＩＤ（メーカＩＤ）を、広告を含むコンテンツや広告コンテンツそのものを識別するコンテンツＩＤと紐付けた広告処理情報としてサーバ装置に送信することができる。また、上記所定のタイミングでサーバ装置に送信する広告処理情報中には、コンテンツ配信元ＩＤをさらに加えるよう構成しても良い。その場合、例えばコンテンツ選択画面にてコンテンツを選択した際にそのコンテンツ配信プロバイダのＩＤを選択画面情報内から読み出すと良い。あるいは、電子番組表を参照して、チャンネル情報や時刻情報から放送局ＩＤを取得し、コンテンツ配信元ＩＤとして広告処理情報に含む処理を行っても良い。
【００４６】
次に図５を用いて、上記のように各ＡＶ装置から送信された広告処理情報を集計し、広告ＩＤと関連付けてメーカ別広告料の支払金を算出するサーバ装置について説明する。この図にあるように、サーバ装置は、支払金算出部であり、またその他の各種演算処理を実行するための「ＣＰＵ」（０５０１）と、「主メモリ」（０５０２）と、を備えている。またＩＤ変換用などの各種テーブルデータなどを保持する「ＨＤＤ」（０５０３）、そして受信部であり、ネットワークを介してＡＶ装置と通信するための「通信回路」（０５０４）、も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００４７】
ここで、前記ＡＶ装置から送信された広告処理情報を「通信回路」にて受信すると、「ＣＰＵ」は受信した広告処理情報に含まれるコンテンツＩＤを取得する。ここでサーバ装置の「ＨＤＤ」には、コンテンツとともに再生される広告を示す「コンテンツＩＤ−広告ＩＤテーブル」が保持されている。そこで「ＣＰＵ」の演算処理によってコンテンツＩＤをキーとして当該テーブルデータの検索処理を実行し、該コンテンツとともに再生された広告の広告ＩＤを取得する（なお、一つのコンテンツに合わせて複数の広告が再生される場合には、一つのコンテンツに関して複数の広告ＩＤが取得されても良い）。そして、前記受信した広告処理情報に含まれるコンテンツＩＤをその広告ＩＤに替えてメーカＩＤと関連付け、「ＨＤＤ」に蓄積する。
【００４８】
また、受信した広告処理情報が配信リクエストであって、このサーバ装置が動画提供サーバ装置も兼ねていれば、広告処理情報のコンテンツＩＤで示されるコンテンツをＡＶ装置に対して返信し、ＡＶ装置上で広告を含むコンテンツを再生させる。また、ＡＶ装置にてコンテンツとは関係なく広告そのものが再生されるなどして、広告処理情報中に広告ＩＤそのものが含まれている場合には、もちろん上記ＩＤの変換処理は行う必要がない。
【００４９】
その後、例えば1ヶ月などをサイクルとして所定の時間が経過したことを検知すると「ＣＰＵ」は支払金算出プログラムを解釈し、その解釈結果にしたがって、その期間中に各ＡＶ装置から収集した広告処理情報の集計処理を実行する。すなわち、「ＣＰＵ」は「ＨＤＤ」に蓄積されている広告処理情報を「主メモリ」に読み出し、広告処理情報で示される広告ＩＤとメーカＩＤを参照する。そして、例えば広告ＩＤ１に関連付けられたメーカＩＤαの数、メーカＩＤβの数、メーカＩＤγの数、・・・をカウントし、それぞれ「主メモリ」のアドレス１，２，３・・・に格納する。つづいて、それぞれのカウント数を「ＣＰＵ」の演算処理によって合算して算出した広告ＩＤ１の総カウント数（＝総再生回数や総リクエスト回数など）を、「主メモリ」のアドレス４に格納する。そしてメーカＩＤ別のカウント数を総カウント数で除し、広告ＩＤ１についてメーカＩＤ別のカウント割合を算出する。
【００５０】
次に、広告ＩＤ１の広告料が固定であれば、「ＨＤＤ」からその固定値を読み出し「主メモリ」のアドレス５に格納する。また広告料が再生従量で決定されるのであれば、「ＨＤＤ」から広告単価／回数を読み出し、前記広告ＩＤ１の総カウント回数を乗じてその広告料を算出し、「主メモリ」のアドレス５に格納する。そして「ＣＰＵ」の演算処理によって、当該広告料を前記算出したメーカＩＤ別のカウント割合で除し、広告ＩＤ１についてのメーカごとの支払金を算出する。また、広告ＩＤ２、広告ＩＤ３、・・・についても同様の処理を繰り返して行い、各広告についてメーカごとの支払金を算出する、という具合である。
【００５１】
また広告処理情報中に、前述のようにコンテンツ配信元ＩＤが含まれている場合には、上記メーカごとの支払金算出処理と同様にして、コンテンツ配信元ＩＤごとに広告ＩＤの再生回数を集計し、その分配割合を算出する処理を実行すると良い。そして、広告料のうちメーカ分を除いた金額をその分配割合で分配することで、メーカに加えコンテンツ配信元にもその広告の再生実績に応じた広告料を支払うことができる。
【００５２】
なお、広告処理情報がメーカＩＤの替わりに機器固有ＩＤを含んでいる場合には「ＨＤＤ」から「メーカＩＤ−機器固有ＩＤテーブルデータ」を読み出し、機器固有ＩＤをメーカＩＤに変換する処理を実行するよう構成すると良い。
【００５３】
<処理の流れ>
図６は、本実施例の広告システムにおける処理の流れの一例を表すフローチャートである。この図にあるように、ＡＶ装置にて広告を含むコンテンツなどの再生処理やリクエスト処理に応じて、その広告ＩＤと、自身のメーカＩＤとを関連付けた広告処理情報を生成し（ステップＳ０６０１）、サーバ装置に送信する（ステップＳ０６０２）。
【００５４】
サーバ装置では、各ＡＶ装置から送信された広告処理情報を受信し（ステップＳ０６１１）、それをＨＤＤなどに蓄積しておく。そして例えば所定の集計サイクルに応じて集計時刻が来たことを検知などすると、ＨＤＤに蓄積している広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する（ステップＳ０６１２）。
【００５５】
また、上記ステップＳ０６０１では、広告ＩＤで識別される広告と合わせて前記ＡＶ装置にて再生されるコンテンツの配信元を識別するコンテンツ配信元ＩＤを、さらに広告処理情報に含み送信するよう構成しても良い。その場合、サーバ装置では、さらに広告処理情報中のコンテンツ配信元ＩＤに基づいて広告ＩＤと関連付けてコンテンツ配信元ＩＤごとの支払金も算出する図示しないステップを実行すると良い。
【００５６】
<効果の簡単な説明>
以上のように本実施例の広告システムでは、広告の再生媒体であるＡＶ装置のメーカＩＤと関連付けてＣＭの再生回数などを集計することで、ＣＭごとにメーカ別の再生実績を算出することができる。したがって、ＡＶ装置のメーカに対しても、自社製ＡＶ装置での広告再生実績に応じて広告料を分配することができる。そして、この分配金の支払いによって、メーカにとっては広告配信に関するサービス向上のための機能をテレビに実装するなどのインセンティブが得られることになり、ひいては広告主の利益にもつながる効果が期待できる。
【００５７】
≪実施例２≫
<概要>
本実施例は、上記実施例を基本として、広告を含むコンテンツ配信をオンデマンドによって行うことを特徴とする広告システムである。具体的に、オンデマンドによる広告システムでは、ユーザが配信を希望する広告を含むコンテンツを選択し、その配信リクエストを動画提供サーバに対して送信する必要がある。そこで本実施例の広告システムでは、サーバ装置をコンテンツの提供サーバと論理的に一体とし、配信リクエストとしてコンテンツＩＤ（広告ＩＤ）とメーカＩＤを含む広告処理情報を受信するよう構成する、という具合である。
【００５８】
<機能的構成>
図７は、本実施例の広告システムにおける機能ブロックの一例を表す図である。なお、本実施例の「サーバ装置」（０７１０）については、上記実施例にて記載したものと同様であるので、その説明は省略する。そして、この図にあるように、本実施例の「ＡＶ装置」（０７００）は、「送信部」（０７０１）と、「第一コンテンツ選択受付部」（０７０２）と、「第一広告処理情報生成部」（０７０３）と、「オンデマンド受信部」（０７０４）と、「第一再生部」（０７０５）と、を有する。なお、「送信部」は上記実施例にて記載済みであるので、その説明は省略する。
【００５９】
「第一コンテンツ選択受付部」（０７０２）は、広告を含むコンテンツの選択を受付ける機能を有し、例えばＣＰＵや主メモリ、ＧＵＩ（グラフィカル・ユーザ・インターフェース）を含むコンテンツ選択受付プログラムなどによって実現できる。具体的には、例えばコンテンツ提供サーバ装置から配信可能なコンテンツのリストを受信し、ディスプレイに表示する。そして、そのリストの中からユーザが選択したコンテンツの識別情報を受付ける、という具合である。
【００６０】
なお、「広告を含むコンテンツ」とは、例えば、動画コンテンツの始まりや終わり、あるいは間に広告動画コンテンツが挿入再生される形態が挙げられる。またその他にも、コンテンツを再生表示する枠と、テキスト・画像を含む広告コンテンツを表示する枠を同一画面内にレイアウトして両者を表示する形態、あるいは広告をポップアップなど別ウィンドウで表示する形態なども挙げられる。あるいは、前述のようにコンテンツが広告コンテンツそのものであっても良い。
【００６１】
「第一広告処理情報生成部」（０７０３）は、受付けた選択に基づいて広告処理情報を生成する機能を有し、例えばＣＰＵや主メモリ、第一広告処理情報生成プログラムなどで実現できる。具体的に、前記コンテンツ選択受付部にてコンテンツＩＤ：Ｃ００１が受付けられた場合、自身の機器固有ＩＤ（メーカＩＤ）「Ｍ００１」をフラッシュメモリなどから読み出し、当該ＩＤ「Ｃ００１」に関連付けて広告処理情報を生成する、という具合である。そして本実施例では、このようにユーザによって選択されたコンテンツのＩＤを含み生成された広告処理情報が、前述の送信部の処理によってコンテンツ配信リクエストとしてサーバ装置に送信されることになる。
【００６２】
「オンデマンド受信部」（０７０４）は、選択されたコンテンツを受信する機能を有し、例えばＣＰＵや主メモリ、通信回路、オンデマンド受信プログラムなどで実現できる。具体的に、上記のコンテンツ配信リクエスト（広告処理情報）に応じてサーバ装置から返信された広告を含むコンテンツを受信する、という具合である。
【００６３】
「第一再生部」（０７０５）は、受信したコンテンツを再生する機能を有し、例えばＣＰＵや主メモリ、第一再生プログラム、あるいはそれらをワンチップ化などしたいわゆるデコーダ、およびディスプレイやスピーカなどの再生出力装置によって実現できる。もちろん受信したコンテンツは広告と合わせて再生されることになる。以上のように本実施例の広告システムでは、ユーザのコンテンツ選択に応じて広告処理情報を生成し、その広告処理情報を広告を含むコンテンツの配信リクエストとしてサーバ装置に送信することで、オンデマンド型のシステムにおいてメーカに広告料を分配することができる。
【００６４】
なお上記例において本発明のサーバ装置はコンテンツの動画提供サーバ装置と一体であっても良いし、別体のものであっても構わない。また両サーバ装置が別体の装置である場合には、両サーバ装置間で情報を送受信しあい連携することで、論理的に一体の装置として上記同様の処理を行うよう構成すると良い。
【００６５】
<処理の流れ>
図８は、本実施例の広告システムにおける処理の流れの一例を表すフローチャートである。この図にあるように、まず、例えばＡＶ装置は、コンテンツリストなど表示し広告を含むコンテンツの選択を受付ける（ステップＳ０８０１）。そして、例えばＧＵＩを介したリモコン操作などによってコンテンツの選択を受付けると、その選択に基づいてコンテンツＩＤ（広告ＩＤ）とメーカＩＤとを関連付けて広告処理情報を生成し（ステップＳ０８０２）、サーバ装置に送信する（ステップＳ０８０３）。そして、送信した広告処理情報に応じて返信された広告を含むコンテンツを受信し（ステップＳ０８０４）、その広告をディスプレイなどに再生表示する（ステップＳ０８０５）。
【００６６】
サーバ装置では、各ＡＶ装置から送信された広告処理情報を受信し（ステップＳ０８１１）、それをＨＤＤなどに蓄積しておく。そして例えば所定の集計サイクルに応じて集計時刻が来たことを検知などすると、ＨＤＤに蓄積している広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する（ステップＳ０８１２）。
【００６７】
<効果の簡単な説明>
以上のように本実施例の広告システムでは、ユーザのコンテンツ選択に応じて広告処理情報を生成し、その広告処理情報を広告を含むコンテンツの配信リクエストとしてサーバ装置に送信することで、オンデマンド型のシステムにおいてメーカに広告料を分配することができる。
【００６８】
≪実施例３≫
<概要>
本実施例は、上記実施例２を基本として、そのコンテンツの選択をユーザの携帯端末に表示したコンテンツリストを利用して行わせることを特徴とする広告システムである。
【００６９】
<機能的構成>
図９は、本実施例の広告システムにおける機能ブロックの一例を表す図である。なお、本実施例の「サーバ装置」（０９１０）については、実施例１にて記載したものと同様であるので、その説明は省略する。そして、この図にあるように、本実施例の「ＡＶ装置」（０９００）は、実施例２を基本として、「送信部」（０９０１）と、「第一コンテンツ選択受付部」（０９０２）と、「第一広告処理情報生成部」（０９０３）と、「オンデマンド受信部」（０９０４）と、「第一再生部」（０９０５）と、を有する。なお、これら構成要件については実施例２にて記載済みであるので、その説明は省略する。そして、本実施例のＡＶ装置の特徴点は、第一コンテンツ選択受付部が「コンテンツリスト表示手段」（０９０６）と、「リスト選択手段」（０９０７）と、をさらに有する点である。
【００７０】
「コンテンツリスト表示手段」（０９０６）は、携帯端末上にコンテンツリストを表示する機能を有し、例えばＣＰＵや主メモリ、通信回路、コンテンツリストによるＧＵＩを含むコンテンツリスト表示プログラムなどで実現することができる。具体的には、広告を含むコンテンツを配信する動画提供サーバ装置からコンテンツリストを取得する。あるいは当該サーバ装置から配信可能なコンテンツの識別情報を取得し、自身でコンテンツリストを生成する。そして、そのように取得・生成したコンテンツリストを例えば赤外線通信などの近距離無線通信を利用して携帯端末に送信し、携帯端末上で当該コンテンツリストを表示させる、という具合である。なお、「携帯端末」とは、ＡＶ装置に対するコンテンツ選択操作用の入力デバイスとなる携帯型の端末装置をいい、例えば携帯電話やＰＨＳ（パーソナル・ハンディフォン・システム）、スマートフォン、あるいは表示機能付の多機能リモコンなどが挙げられる。
【００７１】
「リスト選択手段」（０９０７）は、前記コンテンツリストを利用した選択を受付ける機能を有し、例えばＣＰＵや主メモリ、通信回路、リスト選択プログラムなどで実現することができる。このようにして、本実施例の広告システムでは、携帯端末にてユーザにコンテンツを選択させ、その選択に基づいてメーカに広告料を分配することができる。
【００７２】
また、本実施例では近距離無線通信などによってＡＶ装置から携帯端末にコンテンツリストが送信される形態を例に挙げているが、それ以外にも、例えば携帯端末がコンテンツ提供サーバにインターネットなどを介してアクセスし、直接コンテンツリストを取得するよう構成しても良い。その場合、携帯端末はコンテンツ提供サーバからのコンテンツリストを利用したコンテンツの選択情報をＡＶ装置に送信し、以降は同様の処理が実行される、という具合である。
【００７３】
<処理の流れ>
図１０は、本実施例の広告システムにおける処理の流れの一例を表すフローチャートである。この図にあるように、まず、ＡＶ装置は携帯端末に対してコンテンツリストを送信し、携帯端末上に表示させる（ステップＳ１００１）。そしてコンテンツリストを参照し、携帯端末にて受付けたコンテンツの選択情報を受信する（ステップＳ１００２）。すると、その選択に基づいて広告ＩＤ（コンテンツＩＤ）とメーカＩＤを関連付けて広告処理情報を生成し（ステップＳ１００３）、サーバ装置に送信する（ステップＳ１００４）。そして送信した広告処理情報に応じて返信された広告を含むコンテンツを受信し（ステップＳ１００５）、その広告をディスプレイなどに再生表示する（ステップＳ１００６）。
【００７４】
サーバ装置では、各ＡＶ装置から送信された広告処理情報を受信し（ステップＳ１０１１）、それをＨＤＤなどに蓄積しておく。そして例えば所定の集計サイクルに応じて集計時刻が来たことを検知などすると、ＨＤＤに蓄積している広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する（ステップＳ１０１２）。
【００７５】
<効果の簡単な説明>
以上のように本実施例の広告システムでは、携帯端末にてユーザにコンテンツを選択させ、その選択に基づいてメーカに広告料を分配することができる。
【００７６】
≪実施例４≫
<概要>
本実施例も、上記実施例２や３と同様に実施例１を基本とする広告システムである。そしてその相違点は、実施例２などがオンデマンド型で広告を含むコンテンツを配信するシステムにおいて広告料をＡＶ装置のメーカに分配するのに対して、本実施例は、テレビ放送などの同報送信により広告を含むコンテンツを配信するシステムにおいて広告料を分配することができることを特徴とする。
【００７７】
<機能的構成>
図１１は、本実施例の広告システムにおける機能ブロックの一例を表す図である。なお、本実施例の「サーバ装置」（１１１０）については、上記実施例にて記載したものと同様であるので、その説明は省略する。そして、この図にあるように、本実施例の「ＡＶ装置」（１１００）は、「送信部」（１１０１）と、「同報送信受信部」（１１０２）と、「第二再生部」（１１０３）と、「第二広告処理情報生成部」（１１０４）と、を有する。なお、「送信部」は上記実施例１にて記載済みであるので、その説明は省略する。
【００７８】
「同報送信受信部」（１１０２）は、同報送信された広告を含むコンテンツを受信する機能を有し、例えばＣＰＵや主メモリ、チューナ、復調回路、同報送信制御プログラムや、それらをワンチップ化したもので実現できる。具体的に、例えば所定周波数帯の放送波などにて同報送信されている広告を含むコンテンツをチューナにて受信する、という具合である。
【００７９】
「第二再生部」（１１０３）は、受信したコンテンツを再生する機能を有し、例えばＣＰＵや主メモリ、第一再生プログラム、あるいはそれらをワンチップ化などしたいわゆるデコーダ、およびディスプレイやスピーカなどの再生出力装置によって実現できる。そして本実施例では、このようなコンテンツに含まれる広告の再生に応じて広告処理情報が生成されることを特徴とする。
【００８０】
「第二広告処理情報生成部」（１１０４）は、前記広告の再生処理のたびに広告処理情報を生成する機能を有し、例えばＣＰＵや主メモリ、第二広告処理情報生成プログラムなどによって実現できる。具体的に、例えば受信し再生しているＣＭなどについて、ＴＳヘッダなどの情報を参照しそのＣＭを識別する広告ＩＤを取得する。そして取得した広告ＩＤを、フラッシュメモリなどから読み出した自身のメーカＩＤと関連付けて広告処理情報を生成する、という具合である。また取得する広告ＩＤは、その他にも例えばチャンネルと時刻情報の組み合わせであっても良いし、あるいは電子番組表で示される番組ＩＤ（コンテンツＩＤ）であっても良い。そして、サーバ装置に送信された後で、それらの情報をキーとしてデータベースを検索することで当該コンテンツに含まれる広告ＩＤを特定する構成としても良い。そして、このように生成した広告処理情報を、例えば生成のつど又は所定の周期でサーバ装置に送信する、という具合である。
【００８１】
このように本実施例の広告システムでは、テレビ放送などの同報送信された広告を含むコンテンツの再生に応じて広告処理情報を生成しサーバ装置に送信することで、同報送信型のシステムにおいてメーカに広告料を分配することができる。
【００８２】
<処理の流れ>
図１２は、本実施例の広告システムにおける処理の流れの一例を表すフローチャートである。この図にあるように、まず、例えばＡＶ装置は、チューナなどにて同報送信されている広告を含むコンテンツを受信し（ステップＳ１２０１）、ディスプレイなどに再生表示する（ステップＳ１２０２）。するとその再生に応じて広告ＩＤ（コンテンツＩＤ）とメーカＩＤを関連付けて広告処理情報を生成し（ステップＳ１２０３）、サーバ装置に送信する（ステップＳ１２０４）。
【００８３】
サーバ装置では、各ＡＶ装置から送信された広告処理情報を受信し（ステップＳ１２１１）、それをＨＤＤなどに蓄積しておく。そして例えば所定の集計サイクルに応じて集計時刻が来たことを検知などすると、ＨＤＤに蓄積している広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する（ステップＳ１２１２）。
【００８４】
<効果の簡単な説明>
以上のように本実施例の広告システムでは、テレビ放送などの同報送信された広告を含むコンテンツの再生に応じて広告処理情報を生成しサーバ装置に送信することで、同報送信型のシステムにおいてメーカに広告料を分配することができる。
【００８５】
≪実施例５≫
<概要>
本実施例は、上記実施例２や３などのようなオンデマンド型のコンテンツ配信において、予めコンテンツと広告とが紐付けられているのではなく、例えば車の映画がリクエストされると蓄積された広告の中から車のＣＭを選択し配信する、といった具合にコンテンツと広告の内容マッチング型の広告配信機能を備えることを特徴とする広告システムである。
【００８６】
<機能的構成>
図１３は、本実施例の広告システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の広告システムは、上記実施例と同様に、「ＡＶ装置」（１３００）と「サーバ装置」（１３１０）と、からなる。そして本実施例では「ＡＶ装置」（１３００）が、「第三コンテンツ選択受付部」（１３０１）と、「第三広告処理情報生成部」（１３０２）と、「第三送信部」（１３０３）と、「第三オンデマンド受信部」（１３０４）と、「第三再生部」（１３０５）と、を有する。
【００８７】
「第三コンテンツ選択受付部」（１３０１）は、コンテンツメタデータと関連付けられたコンテンツの選択を受付ける機能を有する。なお「コンテンツメタデータ」とは、コンテンツの内容を示す情報や内容に関連する情報をいい、例えばレース映画などという具合に直接的に内容を示す情報のほか、コンテンツのタイトルや概要（あらすじ）情報、ジャンル情報、出演者・製作者情報、あるいは当該コンテンツの内容に合わせた想定視聴ユーザを示す視聴セグメント情報、コンテンツ内で登場する商品などを示す登場商品情報なども挙げられる。そして、例えばコンテンツ選択の際のリスト情報内などにコンテンツＩＤとコンテンツメタデータとを関連付けておくことで、ユーザからのコンテンツの選択に合わせてコンテンツメタデータが取得されるよう構成する、という具合である。
【００８８】
「第三広告処理情報生成部」（１３０２）は、前記選択を受付けたコンテンツに基づいて、そのコンテンツＩＤと、前記コンテンツメタデータと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する機能を有する。つまり、例えば車の映画に合わせて車のＣＭを適宜配信するなどの場合、コンテンツと広告とが予め紐付けられていない。そのためＡＶ装置にて広告ＩＤを特定することができず、広告ＩＤを含む広告処理情報を送信することはできない。またＡＶ装置からコンテンツＩＤを送信しても、「コンテンツＩＤ−広告ＩＤテーブル」が存在し得ないためコンテンツＩＤから広告を特定することができない。そこで本実施例では、ＡＶ装置からコンテンツメタデータを含む広告処理情報を生成し送信する構成をとる。それにより後述するサーバ装置において、メタデータで示されるコンテンツの内容と、広告のメタデータとでマッチング処理を行いコンテンツの内容にあった広告を適宜抽出する、という具合である。
【００８９】
また、コンテンツメタデータが「タイトル名」などコンテンツを一意に識別できるもの以外の例えばジャンル情報や出演者・製作者情報などであれば、広告処理情報には別途コンテンツＩＤを含むよう生成し、広告処理情報でリクエストされたコンテンツを特定できるよう構成すると良い。
【００９０】
「第三送信部」（１３０３）は、前記生成した広告処理情報を送信する機能を有する。また、「第三オンデマンド受信部」（１３０４）は、前記送信した広告処理情報に基づいてサーバ装置から返信された広告を受信する機能を有し、「第三再生部」（１３０５）は、その受信した広告を再生する機能を有する。このようにして、ＡＶ装置では、オンデマンドのリクエストとして送信される広告処理情報に応じて返信された広告の再生が実行される、という具合である。
【００９１】
つづいて本実施例の「サーバ装置」（１３１０）における構成要件について説明する。図１３にあるように、サーバ装置は、「第三受信部」（１３１１）と、「広告蓄積部」（１３１２）と、「広告取得部」（１３１３）と、「広告返信部」（１３１４）と、「第三支払金算出部」（１３１５）と、を有する。
【００９２】
「第三受信部」（１３１１）は、ＡＶ装置にて再生されるコンテンツのコンテンツＩＤと、前記コンテンツの内容を示すコンテンツメタデータと、該ＡＶ装置のメーカを識別可能なメーカＩＤとを関連付けた情報である広告処理情報を受信する機能を有する。前述のように車の映画に合わせて車のＣＭを適宜配信するなどの場合、コンテンツと広告とが予め紐付けられていない。そこで本実施例のサーバ装置では、広告ＩＤを特定するためのコンテンツメタデータを含む広告処理情報を受信する、という具合である。
【００９３】
「広告蓄積部」（１３１２）は、広告及び広告ＩＤを、広告メタデータと関連付けて蓄積する機能を有し、例えばＨＤＤなどの二次記憶装置によって実現することができる。なお「広告メタデータ」とは、その広告の内容を示す情報や内容に関連する情報をいい、広告対象の商品・サービス名やその商品カテゴリ情報、広告の出演者・製作者情報、商品会社情報、広告商品の想定購買対象を示す購買セグメント情報、あるいは例えばタイヤの広告であれば「車」という具合に商品の関連性などで広告を区別する商品関連性情報などが挙げられる。
【００９４】
「広告取得部」（１３１３）は、受信した広告処理情報に含まれるコンテンツメタデータと前記広告メタデータに基づいて広告及び広告ＩＤを取得する機能を有し、例えばＣＰＵや主メモリ、広告取得プログラムなどによって実現することができる。具体的に、例えば図１４に示すように、広告処理情報にはコンテンツメタデータとして、「タイトル：自動車レース」、「あらすじ：自動車で世界１週レースをするストーリーである」、「ジャンル：レース、自動車」などが含まれている。すると、例えばタイトルやあらすじを形態素解析して得られた「自動車」をキーワードとして、広告蓄積部の広告メタデータを検索する。そこで、例えばキーワードマッチング処理によって「広告商品：自動車」の広告や「広告商品：自動車保険」の広告、あるいは「広告商品：タイヤ、商品関連：車」の広告を特定し、その広告及び広告ＩＤを取得する。またその他のコンテンツメタデータとして「出演者：Ｘ」、「視聴セグメント：３０代男性」などが示されていれば、そのまま広告メタデータとの一致検索処理を行う。そして例えば「広告商品：音楽ＣＤ、演奏者：Ｘ」の広告や「広告商品：紳士服、購買セグメント：３０代男性」の広告などを特定し、特定した広告及び広告ＩＤを取得する。
【００９５】
そして、取得した広告ＩＤを、その広告処理情報に含まれるメーカＩＤと関連付け、支払金算出のためのデータとして集計する、という具合である。
【００９６】
「広告返信部」（１３１４）は、広告取得部と、前記取得した広告を、受信した広告処理情報に応じてＡＶ装置に対して返信する機能を有し、例えばＣＰＵや主メモリ、広告返信プログラムなどによって実現することができる。もちろん、前述のように本実施例のサーバ装置がコンテンツ提供サーバも兼ねていれば、ここで返信する広告と合わせてコンテンツを返信するよう構成すると良い。また両者が別体のサーバ装置であれば、コンテンツ提供サーバからコンテンツを取得する、あるいはコンテンツ提供サーバに広告を出力して、いずれかのサーバ装置からＡＶ装置に対して広告とコンテンツが合わせて返信されるよう構成すると良い。
【００９７】
「第三支払金算出部」（１３１５）は、広告処理情報中のメーカＩＤに基づいて、前記取得した広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する。なお、ここでのメーカごとの支払金の算出処理は前述のものと同様であるので、その説明は省略する。
【００９８】
以上のように、本実施例の広告システムによって、予めコンテンツと広告とが紐付けられていなくても、ＡＶ装置からのコンテンツ配信リクエスト（広告処理情報）によって広告を配信するとともに、ＡＶ装置ごとの再生広告数を集計し、そのＡＶ装置のメーカに対する広告の支払金を算出することができる。
【００９９】
<ハードウェア構成>
図１５は、本実施例の広告システムの特にサーバ装置におけるハードウェア構成の一例を表す図である。この図にあるように、本実施例のサーバ装置は、上記実施例のサーバ装置同様に、「ＣＰＵ」（１５０１）と、「主メモリ」（１５０２）と、「ＨＤＤ」（１５０３）と、「通信回路」（１５０４）などを備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【０１００】
ここでまず、ＡＶ装置にて、ユーザによるコンテンツ選択操作などに応じて、そのコンテンツＩＤとコンテンツメタデータと、ＡＶ装置のメーカＩＤとを関連付け生成された広告処理情報が送信される。なお、ＡＶ装置におけるコンテンツメタデータの取得については、例えば前述のコンテンツ選択のためのリスト情報内にてコンテンツＩＤとコンテンツメタデータを関連付けておき、選択されたコンテンツに関するコンテンツメタデータを取得するよう構成すると良い。
【０１０１】
そしてサーバ装置では、上記送信されたコンテンツメタデータを含む広告処理情報を「通信回路」にて受信し、「主メモリ」のアドレス１に格納する。すると、「ＣＰＵ」は広告取得プログラムを解釈し、その解釈結果にしたがって、まず、広告処理情報に含まれるコンテンツメタデータを取得し、「主メモリ」のアドレス２に格納する。つづいて所定のルールに従い、そのコンテンツメタデータから広告を特定するためのキーワードを抽出する。具体的には、例えばタイトルやあらすじを形態素解析し、解析された形態素の中から、予め広告特定に利用可能として登録されているキーワードに合致するものを抽出する。あるいは、コンテンツメタデータがジャンル情報や出演者・製作者情報、視聴セグメント情報などであれば、そのままキーワードとして抽出する方法も挙げられる。
【０１０２】
そして抽出されたキーワードを利用して、「ＣＰＵ」の論理演算処理による「ＨＤＤ」内の広告メタデータの検索処理を実行し、配信すべき広告を特定する。そして、特定された広告およびその広告ＩＤを「ＨＤＤ」から取得し、「主メモリ」のアドレス３、４などに格納する。もちろん、複数の広告が取得されれば、それらの広告及び広告ＩＤも同様に「ＨＤＤ」から取得し、「主メモリ」の別アドレスに格納する。そして「ＣＰＵ」は広告返信プログラムを解釈し、その解釈結果にしたがってＡＶ装置に対して「主メモリ」のアドレス３などに格納されている広告を「通信回路」から送信する、という具合である。
【０１０３】
また、メーカ別の支払金を算出するため、「主メモリ」のアドレス１に格納されている広告処理情報に含まれるメーカＩＤをアドレス５に読み出し、それをアドレス４などに格納されている広告ＩＤと関連付け、集計用の新たな広告処理情報として「ＨＤＤ」に蓄積する。なお、以降の支払金の算出処理については実施例１での記載と同様であるので、その説明は省略する。
【０１０４】
<処理の流れ>
図１６は、本実施例の広告システムにおける処理の流れの一例を表すフローチャートである。この図にあるように、まず、ＡＶ装置にてコンテンツの配信リクエストの操作処理に応じて、リクエスト対象のコンテンツＩＤとそのコンテンツメタデータと、自身のメーカＩＤと、を関連付けた広告処理情報を生成し（ステップＳ１６０１）、サーバ装置に送信する（ステップＳ１６０２）。
【０１０５】
サーバ装置ではＡＶ装置から送信された広告処理情報を受信する（ステップＳ１６１１）と、受信した広告処理情報中のコンテンツメタデータを利用して、例えばリクエストのあったコンテンツに合わせて配信される広告を特定するためのキーワードを決定する。そして、ＨＤＤなどに保持されている図１２に示すような「広告メタデータ」を参照して配信する広告を特定し、その広告および広告ＩＤを取得する（ステップＳ１６１２）。そして、取得した広告をＡＶ装置に返信する（ステップＳ１６１３）。
【０１０６】
また、取得した広告ＩＤについては、広告処理情報中のメーカＩＤと関連付けて（ステップＳ１６１４）ＨＤＤなどに蓄積しておく。そして例えば所定の集計サイクルに応じて集計時刻が来たことを検知などすると、ＨＤＤに蓄積している広告処理情報中のメーカＩＤに基づいて広告ＩＤと関連付けてメーカＩＤごとに支払金を算出する（ステップＳ１６１５）。
【０１０７】
<効果の簡単な説明>
以上のように、本実施例の広告システムによって、予めコンテンツと広告とが紐付けられていなくても、ＡＶ装置からのコンテンツ配信リクエスト（広告処理情報）によって広告を配信するとともに、ＡＶ装置ごとの再生広告数を集計し、そのＡＶ装置のメーカに対する広告の支払金を算出することができる。
【符号の説明】
【０１０８】
０２００  ＡＶ装置
０２０１  送信部
０２１０  サーバ装置
０２１１  受信部
０２１２  支払金算出部
【図１】
2010282319.tif 000003
【図２】
2010282319.tif 000004
【図３】
2010282319.tif 000005
【図４】
2010282319.tif 000006
【図５】
2010282319.tif 000007
【図６】
2010282319.tif 000008
【図７】
2010282319.tif 000009
【図８】
2010282319.tif 000010
【図９】
2010282319.tif 000011
【図１０】
2010282319.tif 000012
【図１１】
2010282319.tif 000013
【図１２】
2010282319.tif 000014
【図１３】
2010282319.tif 000015
【図１４】
2010282319.tif 000016
【図１５】
2010282319.tif 000017
【図１６】
2010282319.tif 000018