JP2010522460A - テレビ・システムにおけるパーソナライズされた広告を管理する方法及び装置 - Google Patents

Abstract

本発明は、テレビ・クライアント（１０３）、ユーザ嗜好データ・ベース（１０９）、広告プロバイダ・データベース（１０８）、及び宣伝アプリケーション・サーバ（１０５）を含むテレビ・システムにおいてパーソナライズされた広告を管理する方法及び装置を公開する。宣伝アプリケーション・サーバは、ユーザ（Ｊｏｈｎ．Ｂｒｏｗｎ＠ｏｐ．ｎｅｔ）がテレビ・クライアントにおいて存在することを検出する。その後に、宣伝アプリケーション・サーバ（１０５）はユーザ嗜好データベースから検出されたユーザの嗜好を受信する。また、宣伝アプリケーション・サーバ（１０５）は広告プロバイダ・データベースから、相異なる広告プロバイダからの広告に関する情報を受信する。受信された情報は、受信されたユーザ嗜好と受信された広告とでマッチングするために、宣伝アプリケーション・サーバ（１０５）によって用いられる。マッチングから一つ以上の広告が選択される。二つ以上の広告プロバイダからの広告が存在する場合に、広告プロバイダの間でオークションを実行するトランザクション・ブローカとの接続が存在する。最高金額入札を有する広告プロバイダが自身の広告をユーザに送信するだろう。

Description

本発明は一般に通信システムにおける広告の管理に関し、特にパーソナライズされた広告と、ＴＶシステムにおいてどの広告をユーザに示すかを選択する方法とに関する。

テレビ広告市場及びインターネット広告市場はともに広告市場全体の重要な部分である。インターネット広告及びテレビ広告の動向は段階的に収束に向かっているが今日でもまだ大きな違いがある。

テレビ広告は典型的にテレビ番組の合間の休憩の間及びテレビ番組の最中にテレビ視聴者に示される。広告は普通、映像と音声との両方を含むショート・フィルムの形式である。具体的な広告のコンテンツ及びマーケティング・メッセージは宣伝される製品をとても購入しそうな特定のターゲット・グループを引き付けることが意図される。広告のターゲット・グループは好適にはテレビ視聴者にマッチングするべきである。性別、年齢などのような視聴者に関する全般的な知識は広告用休憩に隣り合うテレビ番組のコンテンツに基づく。例えば、ファミリー・カーについての広告はファミリー番組に隣り合う休憩に示され得る。問題となるのは、テレビ広告主が広告を見る視聴者の推測及び見積もりしかできないということである。

インターネット広告は典型的にウェブページ上のバナーとして又はウェブ検索からのキーワードに基づいて示される。これらは単純キストからオーディオ、ピクチャ、及びビデオまでのすべてのものを含む。具体的な広告のコンテンツ及びメッセージはインターネット広告の場合でも特定のターゲット・グループを引き付けるこが意図される。インターネット・ユーザに関する知識及びユーザの興味がどれだけうまく広告にマッチングするかに関する知識は広告が示される文脈から引き出すことができる。例えば、自動車のウェブサイトは恐らくは自動車に興味を持つ個人を引き付けるだろう。自動車のウェブサイトの文脈で示される自動車の広告は恐らくはユーザからいくらかの注目を引き付けるだろう。同様にして、ユーザが「自動車」を検索する際に示される自動車の広告はいくらかの興味を取得できるだろう。結果として、広告のターゲット・グループはインターネット・ウェブサイトのユーザとある程度は同じであるだろう。

よって、説明された先行技術は、広告のマーケティング・メッセージと実際のターゲット・グループの実際の嗜好との間のマッチングの精度に制限を有する。これにより、多くの場合に広告が示されるすべての人に広告が関連しているわけでなく、従って広告主のマーケティング資金の浪費となる。また、顧客は多くのマーケティング・メッセージにたえず攻め立てられていると感じ、これにより、反感が大きくなり、広告に対する拒絶反応が生じる。

インターネット広告に関して、広告のターゲット・グループと広告を視聴する実際のユーザとの間でより正確なマッチングを達成することができる。これを行う既知の方法は、ユーザが自身についての情報及び自身のプロファイルをフォームに埋めることである。この手続きは個別のユーザ・ログイン及びパスワードを伴う特別なユーザ・アカウントを必要とする。

ハンソンらによる特許文献１によれば、ユーザの注目に対して最も代金を支払いそうな広告主及び入札金額がユーザ端末のスクリーンに示される。ユーザが特定の広告主のメッセージを見ることを選ぶと、ユーザは払い戻される。すなわちメッセージを視聴された広告主によって約束された入札額に対してユーザ・サービス・アカウントにクレジットが適用される。よって、広告を視聴するとユーザは代金の支払いを得る。

ＵＳ５，９７４，３９８

本発明は先行技術の装置の欠点を克服し、本発明の総括的な目的は、パーソナライズされた広告をテレビ視聴者におけるテレビ・クライアントに供給する方法及びシステムを提供することである。このようなテレビ・システムにおける宣伝アプリケーション・サーバを提供することも総括的な目的である。

本発明の特定の目的は、サービス・プロバイダとのオークション・ベースの取引関係を介して広告プロバイダがパーソナライズされた広告を供給することを可能にする方法並びに装置及びシステムを提供することである。

これらの目的及びその他の目的は、添付の特許請求の範囲に規定された発明によって達成される。

本発明の第１の側面では、テレビ・クライアントとユーザ嗜好データベースと広告プロバイダ・データベースと宣伝アプリケーション・サーバとを含むテレビ・システムにおいてパーソナライズされた広告を管理する方法が公開される。宣伝アプリケーション・サーバは、テレビ・クライアントにおいてユーザが存在することを検出し、検出に応じて、検出されたユーザの嗜好を受信する。宣伝アプリケーション・サーバにおいて、広告プロバイダ・データベース内の広告に関する情報も受信される。ユーザ嗜好と受信された広告とを用いて宣伝アプリケーション・サーバにおいてマッチングが行われる。マッチングから、ユーザに示すことが出来る一つ以上の広告が選択される。

広告の選択は、ベスト・マッチング基準のみに従って、又は一番人気広告基準と組み合わせたベスト・マッチング基準に従って行われ得る。

本発明の第２の側面では、上記方法は、オークション方法に関連するステップをさらに有する。宣伝アプリケーション・サーバにおいて、二つ以上の広告プロバイダからの広告が選択されたことが判定される。この判定に応じて、オークションが実行されるトランザクション・ブローカにオークション案内が送信される。宣伝アプリケーション・サーバは最高金額入札を有する広告プロバイダに関する情報を受信し、その後に最高金額入札者からの広告の送信を開始することができる。

本発明の第３の側面では、テレビ・システム内のテレビ・クライアントに供給されるパーソナライズされた広告を管理するシステム内の宣伝アプリケーション・サーバが公開される。上記の宣伝アプリケーション・サーバはいくつかの機能ユニットを備える。テレビ・クライアントにおけるユーザ・プレゼンスを検出する検出ユニットがある。ユーザ嗜好を記憶する嗜好記憶装置と相異なる広告プロバイダからの広告を記憶する広告記憶装置とがある。ユーザ嗜好と広告とのマッチングのために、一つの広告プロバイダからの広告が選択されているかどうかを判定する選択ユニットと、テレビ・クライアントへの一つ以上の広告の供給を開始する送信ユニットとに接続されたマッチング・プロセッサがある。

本発明の第４の側面では、パーソナライズされた広告をテレビ・クライアントに供給するテレビ・システムが存在する。本システムは、テレビ・クライアントにおけるユーザ・プレゼンスを判定するプレゼンス・サーバと、ユーザ嗜好を記憶するユーザ嗜好データベースと、ユーザ・プレゼンスが検出された際に、ユーザ嗜好と利用可能な広告とをマッチングする宣伝アプリケーション・サーバとを含む。宣伝アプリケーション・サーバは、テレビ・クライアントへのマッチングされた広告の供給を開始する。

本発明の第５の側面では、テレビ・システムは、オークションを実行して、最高金額入札を有する広告プロバイダに関する情報を宣伝アプリケーション・サーバに返送するための、宣伝アプリケーション・サーバに接続されたトランザクション・ブローカを含む。

本発明の第６の側面では、パーソナライズされた広告をテレビ・クライアントに供給するテレビ・システムにおける方法であって、ユーザ嗜好がユーザ嗜好データベースに記憶されており、利用可能な広告分野が広告プロバイダ・データベースに記憶されている方法が公開される。本方法は、テレビ・クライアントにおけるユーザ・プレゼンスを監視することを含み、ユーザ・プレゼンスの検出に応じて、入力として用いられるユーザ嗜好と利用可能な広告とで行われるマッチングが存在し、マッチング手続きの後に、テレビ・クライアントに供給される一つ以上の広告を選択するステップが存在する。

テレビ・システムにおける方法はまた、唯一つの広告プロバイダが選択するステップにおいて選択された広告を有する場合に、テレビ・クライアントに選択された広告又は広告群を示すことを含む。

本発明はさらに、二つ以上の広告プロバイダからの広告が選択された場合にオークションを実行し、最高入札者を判定することを伴う。最高入札者からの広告（群）はテレビ・クライアントに示される。

本発明の第１の利点は、テレビ・クライアントのユーザが関連する広告だけを受信することである。なぜなら、広告はパーソナライズされており、且つテレビ・システムは本発明で利用されるユーザ・プレゼンスを認識しているからである。本発明の第２の利点は、ユーザに対して選択されたマッチングする広告を有する広告プロバイダが複数存在する場合に、オークション方法を導入することである。本発明の更なる利点は、公開される技術的システムが広告プロバイダとパーソナライズされた広告を管理するサービス・プロバイダとの間の取引関係をサポートすることである。例えば、サービス・プロバイダにより所有され管理される広告プロバイダ・データベースに広告プロバイダが広告情報を入力した場合に、広告プロバイダにより第１の代金支払いが行われる。選択された広告（群）が視聴者に示された場合に、広告プロバイダからサービス・プロバイダへの第２の代金支払いが行われる。

本発明の教唆が適用され得る通信システムのテレビ・システムの概略全体図である。 、 、 、 本発明に係るＩＰＴＶシステムにおいて実行される動作ステップを説明するフロー図である。 ユーザ嗜好データベースの例である。 いくつかの広告プロバイダに関連する情報を有する広告プロバイダ・データベースの例である。 本発明の実施形態に係る通信システムにおける信号を説明するシーケンス図である。 一つの例に係る宣伝アプリケーション・サーバのブロック図である。

本発明は添付の図面と併せて以下の説明を参照することによって理解される。

図面を通して、同一の参照符号が対応する要素及び類似の要素に用いられるだろう。本明細書を通して、Ａｄは広告のために用いられ、Ａｄ．ＡＳの場合にはＡｄは宣伝のために用いられる。

本発明は、通信システムにおける広告の管理に関し、特にユーザに供給されるパーソナライズされた広告に関する。一つの利点は、関心のある範囲の広告を見ることができる視聴者の満足度が増加する一方で、広告主は恐らくは興味のある受信者だけに宣伝費用を費やすことである。

本発明による教唆は、ユーザがシステムに接続された端末又はクライアントでテレビの視聴を開始する際にユーザを認証する任意のテレビ・システムに適用され得る。示される例によれば、制御信号の管理のためのＩＰマルチメディアＩＭＳシステムを含むインターネット・プロトコル・テレビジョンＩＰＴＶが存在する。ＩＰＴＶ（インターネット・プロトコル・テレビ）はＩＰネットワーク、典型的にはブロードキャスト・アクセス・ネットワークを介してブロードキャストされるテレビ・サービスを供給する際に用いられる用語である。説明される例では、シグナリングはＩＭＳシステムに対して適用できるＳＩＰ、セッション管理プロトコルのシグナリングであるが、他のシグナリング・システムが同様に用いられてもよい。

図１は本発明を実装するＩＰＴＶシステムのブロック図を公開する。ＩＰＴＶクライアント１０３を伴うセット・トップ・ボックスＳＴＢ１０２を有するユーザ１０１であるジョン・ブラウンは最初にサービス・プロバイダＳＰ１１０とＩＰＴＶサービスについての加入契約を結ぶ。ＩＰＴＶクライアント１０３は宣伝アプリケーション・サーバＡＳ１０５に登録されていて、宣伝ＡＳ１０５はこの例では図１でＩＰＴＶ広告プロバイダ１１０と名付けられたサービス・プロバイダＳＰにより所有される。登録１０６は破線で示される。宣伝ＡＳ１０５は、ＡＰプロバイダ及びこれらの利用可能な広告に関する情報を得るために、広告プロバイダ・データベース１０８に接続される。宣伝ＡＳは、広告に関連するユーザ・プロファイルに関する情報を受信するために、ユーザ嗜好データベースＤＢ１０９にも接続される。本発明によれば、ユーザ・プロファイル情報は、ユーザに送信して示すために最も適切な広告を判定するために用いられる。ユーザ嗜好データベース１０９はホーム加入者サーバＨＳＳ１２０から加入契約情報がロードされ、このロードは破線１０７で示される。従って、嗜好データベース１０９はＩＭＳシステムにおけるユーザ識別子と関連性を有する。ＨＳＳは加入者データと認証データとを管理するメイン・データベースである。宣伝ＡＳ１０５は広告プロバイダＤＢ１０８及びユーザ嗜好ＤＢ１０９と一緒にこの例ではＩＰＴＶ広告プロバイダ１１０と名付けられるサービス・プロバイダＳＰを形成する。

本発明に従うパーソナライズされた広告サービスはＩＭＳのプレゼンス・サービスに基づく。ＩＭＳ標準で規定されるように、ＩＭＳのプレゼンス・シナリオには、三つの主なアクターが存在する。第１のアクターは、プレゼンス・ユーザ・エージェントＰＵＡの役割を果たすＩＰＴＶクライアント１０３である。このエンティティは自身のプレゼンス状態を、プレゼンス・アプリケーション・サーバである第２のアクターに公開する。図１ではプレゼンス・アプリケーション・サーバはプレゼンス・サーバ１２８である。例えば、プレゼンス状態は、ユーザのジョン・スミスが現在、オンライン、オフライン、ビジーなどであることであってもよい。従って、ＩＭＳのプレゼンス・サーバ１２８は相異なるＰＵＡから現在のプレゼンス状態を受信して記憶する。ＩＭＳのプレゼンス・シナリオにおける第３のアクターは、ＰＵＡのプレゼンス状態をサブスクライブするエンティティであるウォッチャーである。図１で説明される実施形態では、ウォッチャーの役割は前述の宣伝アプリケーション・サーバ宣伝ＡＳ１０５により果たされる。三つの主なアクターの間のプレゼンス・サービスの相互作用は以下のようである。宣伝ＡＳ１０５は、パーソナライズされた広告に興味を持つユーザのＩＰＴＶ加入契約に対応するユーザＩＭＳ識別子のリストを有する。宣伝ＡＳ１０５はこれらのユーザのプレゼンス状態をサブスクライブする。（例えばジョン・スミスの）ＩＰＴＶクライアントがＩＭＳコアに登録する際に、プレゼンス状態に関する情報がプレゼンス・サーバ１２８に自動的に転送される。宣伝サーバ１０５はＰｗインタフェースを介してユーザのプレゼンス状態の更新、例えばユーザのジョン・スミスが今はオンラインであることについて通知される。

ＨＳＳ１２０はＩＭＳコア・システム１２２の中にあり、ＩＭＳコア・システム１２２はサービング呼セッション制御機能Ｓ−ＣＳＣＦも含み、Ｓ−ＣＳＣＦのノードはサービスに対する主制御ポイントであり、またユーザを認証する。Ｓ−ＣＳＣＦはユーザのホーム・ネットワーク内に位置し、認証とサービスの承認とを実行するためにＨＳＳ内のデータにアクセスする。ＨＳＳはすべてのユーザについて加入契約情報を含み、加入契約は特定のユーザがアクセスできるＩＭＳサービスのリストを特定する。この認証及びサービスの承認は詳細には説明されないが、図１では破線１２５で示される。ユーザからのサービス要求によって、Ｓ−ＣＳＣＦ１２４は、認証及びサービスの承認の後に、テレビ・サービスを開始するためにＩＰＴＶ ＡＳ１２６と相互作用する。ユーザがＩＰＴＶ ＡＳ（アプリケーション・サーバ）１２６に登録されてオンラインになると、宣伝ＡＳはプレゼンス・サーバ１２８により通知される。これは、仕様書３ＧＰＰ ＴＳ２３．１４１に従って行われ、さらには説明されない。ＩＰＴＶ ＡＳ１２６は次いで、ユーザがログインしてＩＰＴＶサービスを使用しているという情報を記憶するプレゼンス・サーバ１２８に接続される。この情報は、ユーザが存在してテレビを見ていることを意味する。ＩＭＳコア・システム内のプレゼンス・サーバ１２８は、上記の説明に従うユーザ登録に関する情報を送信するために、宣伝ＡＳ１０５に接続される。プレゼンス・サーバ１２８からプレゼンス情報を得るためにユーザがＩＰＴＶ広告プロバイダ１１０を認証していたことが本発明では重要である。広告を有するテレビ番組をＩＰＴＶクライアント１０３及びＳＴＢ１０２に送信するためのメディア・サーバ１３０もＩＭＳコア１２２内にある。テレビ番組又はテレビ・コンテンツは例えばリアルタイム・トランスポート・プロトコルＲＴＰのトラフィックを伝えるブロードバンド接続で視聴者に送信される。ＲＴＰはＲＦＣ３５５０で特定される。制御プレーンのプロトコルはユニキャスト用のＲＴＳＰ又はマルチキャスト用のＩＧＭＰのどちらかであり得るだろう。メディア・サーバ１３０は、Ｈ．２４８プロトコルを実装するインタフェースを介して宣伝ＡＳ１０５により制御され、このインタフェースを介して宣伝ＡＳ１０５に接続される。

図１では、広告ファーム１４０の例はトランザクション・ブローカ１４２と広告メディア・レポジトリ１４４とで構成される。トランザクション・ブローカ１４２は、二つ以上の広告プロバイダがユーザに広告を供給することができる場合に、オークションに関連する通信のために宣伝ＡＳ１０５に接続される。広告メディア・レポジトリ１４４は、ＩＰＴＶクライアント１０３にさらに供給するためにメディア・サーバ１３０に送信するための広告に関する情報を得るために、宣伝ＡＳ１０５に接続される。広告プロバイダ１４６は、ショート・フィルムのような様々な広告を広告ファーム１４０に供給していて、この広告は広告メディア・レポジトリ１４４に記憶される。トランザクション・ブローカ１４２と宣伝ＡＳ１０５との間には（線５９０、５９２で説明される）接続が存在する。また、トランザクション・ブローカ１４２と広告プロバイダとの間に接続５９１が存在する。これらの接続は、以下の図２の説明に従って、広告プロバイダからＩＰＴＶプロバイダへの代金支払いの相互作用に用いられ得る。

言及された接続５９０、５９２は、個人向け広告及び代金支払い方法の供給を可能とする各パーティの責任を分類するＳＬＡ（サービス・レベル・アグリーメント）を設定するためのサービス・プロバイダ１１０と広告プロバイダ１４６との間のインタフェースを示すために用いられ得る。

広告プロバイダ・データベースにデータを入力する方法を例示するために、広告プロバイダからの破線１１１により接続が公開される。しかしながら、広告メディア・レポジトリ１４４から広告プロバイダ・データベースにデータを入力することができる。

図２では、本発明を実行する主なステップが説明される。図２ａで、最初のステップ２００では、宣伝ＡＳ１０５はテレビ／ＳＴＢにおけるユーザ・プレゼンスを監視する。ステップ２０２で、テレビにおいてユーザが存在することすなわちオンラインであることが検出されるとすぐに、マッチング・ステップ２０４が実行される。マッチング・ステップ２０４において、マッチングして、視聴者に送信するのに最も適切な広告を見つけるために、広告に対するユーザの嗜好が相異なる広告プロバイダからの広告と比較される。ステップ２０６で、一つ以上の広告Ａｄが選択される。視聴者に関連し、取り得る広告の量は膨大であり得る。視聴者に示される一つ又は少数の広告を選択するために、本発明はどの広告を視聴者に表示するかを判定するいくつかのフィルタリング基準を規定する。

用いられる主なフィルタリング基準はベスト・マッチング基準である。このフィルタは広告が視聴者の嗜好にどれくらいよくマッチングするかに基づいて広告を表示する。ベスト・マッチング基準と組み合わせて用いられる別のフィルタリング基準は、一番人気広告基準である。このフィルタは他の視聴者により広告が何回視聴されていたかに基づいて広告を表示する。人気のある広告は、人気の無い広告よりも視聴者の興味が高いと想定される。宣伝される製品は高品質、低価格でありそうであり、流行にのっていて、又は何らかの方法で多くの視聴者を引き付ける。特定の製品の一般顧客認知度は高い。ベスト・マッチング基準がユーザに供給可能ないくつかの広告をもたらす場合に、表示される広告の数を減らすために、一番人気広告基準も適用されてもよい。一つ又は両方のフィルタリング基準を適用した後に一つの広告が選択された場合に、この広告は図２ｂに公開されるステップ２１２、２１３に従ってユーザに表示される。いくつかの広告が同じ広告プロバイダからである場合に、いくつかの広告であってもよい。ＩＰＴＶ広告プロバイダすなわちサービス・プロバイダ１１０は広告プロバイダ１４６と取引関係を有するため、サービス・プロバイダは、図２ｂのステップ２１３を参照して、選択された広告がユーザに示された場合に、広告プロバイダにより代金が支払われ得る。いくつかの代金支払い方法が存在する。一つの例によれば、いくつかの広告が選択されている。このような状況では、広告のリストがユーザに示され得、サービス・プロバイダへの代金支払いの代替の実装が、ユーザ／視聴者が広告のリストから広告を選んだ場合に、なされ得る。

一つの広告プロバイダから二つ以上の広告が選択されていた場合に、広告のリストをＩＰＴＶクライアントに示すことが可能であり、これは図２ｄのステップ２０９で示される。このリストがユーザに示される際に、サービス・プロバイダはステップ２１０で公開される第１の代金支払いを得る。ステップ２１１で、ユーザがリストからいずれかの広告を選んだ場合に、ステップ２１５で、選択された広告はユーザに示される。これは、ステップ２１７で、サービス・プロバイダが第２の代金支払いを得ることを始める。

いくつかの状況では、説明されたフィルタリング基準の両方がマッチング・ステップ２０４で適用された後でさえ、二つ以上の広告プロバイダからの広告が、ユーザ又はテレビ視聴者に表示されるために、宣伝ＡＳ１０５によって選択される。二つ以上の広告プロバイダがマッチングする広告を有するこのような状況では、宣伝ＡＳ１０５はステップ２１６で宣伝オークション機会を開始する。ステップ２１８で、オークションはトランザクション・ブレーカ１４２（図１）の関与によって実行される。オークションで最高入札者が判定される。ステップ２２０で、最高入札者からの広告がユーザ／テレビ視聴者に送信され、オプションとしてサービス・プロバイダは代金支払いを得る。最高入札者からの可能ないくつかの広告が存在する場合にここでステップ２１３と同じ手順が適用されてもよい。

従って、上述のフィルタリング方法を用いることによって一つの広告が選択されて、ユーザが一つの広告２２２、２２４を受信した後に図２ｃが続く。広告の映像コンテンツとともに、視聴者に表示されるすべての広告における相互作用のコンポーネントが規定される。この相互作用のコンポーネントの目的は、視聴者が広告に興味を示していたことを報告する方法をＩＭＳのＩＰＴＶプロバイダが広告プロバイダ１４６に提供することである。別の目的は様々な広告の人気に関する情報を管理することである。ユーザが広告に表示されたオファーをクリックする（ステップ２２６）場合に、ステップ２２８で、この広告がユーザにより相互作用したという情報でユーザ嗜好データベースＤＢ１０９が更新されることがこの図２ｃにおいて公開される。オプションとして、ステップ２２８で、サービス・プロバイダは、この情報がユーザ嗜好データベースにおいて更新された際に、ユーザにより選択された広告を有する広告プロバイダにより代金支払いを得る。

図３は、図１におけるＩＰＴＶ広告プロバイダ１１０内のユーザ嗜好データベースＤＢ１０９の実施形態を示す。１番目の列はユーザに関する情報を管理する。この例では、ＩＭＳ識別子（Ｊｏｈｎ．Ｂｒｏｗｎ＠ｏｐ．ｎｅｔ）が用いられる。次の列で、ユーザ嗜好がカテゴリ及びグループでリストされる。ＳＴＢのＩＰＴＶクライアント１０３は、広告をそれぞれ表すサムネイル表示のような双方向性のためのユーザ・インタフェースを提供することができる。サムネイルの各クリック（広告はユーザによって視聴されている）は、（図１の）宣伝ＡＳ１０５に送信されて視聴者の嗜好情報の更新と、広告プロバイダからサービス・プロバイダへの代金支払いのような対応するビジネス・トランザクションとの更新を引き起こす関連ＳＩＰメッセージをもたらすだろう。最後且つ３番目の列は広告相互作用履歴を管理する。この例では、二つの相異なるグループ〔電話〕及び〔ｍｐ３〕を有する一つのカテゴリ〔エレクトロニクス〕が存在する。別のカテゴリ〔自動車〕では、二つのグループ〔スポーツ・モデル〕及び〔ファミリー・モデル〕が存在する。広告相互作用履歴は各カテゴリ及びグループに対するクリックの回数だけでなく各クリックに対するタイムスタンプをも示す。カテゴリ又はグループを用いる代わりに、嗜好情報は、ユーザが人気のあるキーワード又は同様のものをちょうど言及したタグに基づくことができるだろう。カテゴリにグループを追加した組み合わせはデータベースに投入する方法の単なる一つの例である。

図４は、図１内の広告プロバイダＤＢ１０８の例を示す。このデータベースは相異なる広告プロバイダから利用可能なすべての広告に関する情報を管理する。広告プロバイダ、広告番号、カテゴリ、グループ、及びバージョンのための五つの列が存在する。この例における広告プロバイダは、カテゴリ〔エレクトロニクス〕内のＥＬＥＣ＿Ａ、ＥＬＥＣ＿Ｂである。マッチング手続き（図２ａのステップ２０４）で、図３のユーザ嗜好の列は図４のカテゴリ及びグループの列と比較され、この比較の結果は一つ以上の広告番号である。比較がどのようになされるかについてのアルゴリズムは本発明の部分ではなく、本特許出願でさらなる説明はしない。しかしながら、結果は一つ以上の広告プロバイダからの一つ以上の広告であってもよい。

本発明のより深い理解を得るために、図５のシーケンス図は図１に従うシステム内の様々なノード内の相互作用を示す。ホーム・ローカル・エリア・ネットワークＬＡＮに存在するＳＴＢ１０２は最終視聴者１０１へのテレビ・コンテンツ及び広告コンテンツを含む映像ストリームを表示する。本発明の前提は、ＳＴＢがＩＭＳクライアントを有し、ＩＭＳパブリック識別子ＩＭＰＵを用いてＩＭＳシステムにログインすることによって、視聴者がＩＰＴＶにアクセスできることである。本発明では、これは、ＩＰＴＶクライアント１０３がＩＭＳクライアント１０４へのインタフェースを有する方法によって実装される。シナリオが非ＩＭＳシナリオである場合に、ＩＰＴＶクライアントは、ＩＰＴＶ ＡＳ１２６に到達可能な別の通信エンティティを用いることができる。ＩＭＳクライアントを有するＩＭＳのＳＴＢ１０２はＳＩＰメッセージ５００を用いてＳ−ＣＳＣＦ１２４に登録する。Ｓ−ＣＳＣＦ１２４はユーザを認証し、テレビ・サービスに登録するためにＩＰＴＶ ＡＳ１２６にＳＩＰメッセージ５１０を送信する。ＩＰＴＶ ＡＳはユーザ登録に関するメッセージ５２０をプレゼンス・サーバ１２８に送り、プレゼンス・サーバ１２８は次いで、ＩＭＳコア・システムにおいてユーザがＩＰＴＶサービスに登録されたことを宣伝アプリケーション・サーバ１０５に通知５３０する。よって、宣伝ＡＳ１０５は、ユーザがテレビ・サービスにログインしてＩＰＴＶクライアントにおいて存在していることをここで検出していて、テレビ視聴者は本発明によってパーソナライズされた広告を得るだろう。ユーザに送られる広告を処理するために、宣伝ＡＳは、ユーザ嗜好を得るためにユーザ嗜好ＤＢ１０９にメッセージ５４０を送り、ユーザ嗜好はメッセージ５５０で宣伝ＡＳに送られる。次のステップで、相異なる広告プロバイダからの広告のリストが広告プロバイダＤＢ１０８から受信５７０される。図４の説明によれば、リストは相異なる広告プロバイダからの広告に関する情報を公開する。マッチング手続き５８０は宣伝ＡＳにおいて行われ、この手続きのもとでユーザ嗜好リストは広告のリストと比較される。マッチング手続きにより、広告と嗜好との間にマッチングが存在する場合に一つ以上の広告が選択５８１される。

上記選択ステップは選択を行うための適切な基準の使用を含む。一つの有用な基準はベスト・マッチング基準であり、これは明らかであり、図３及び図４からは例えば電話グループであり得、電話グループは従って広告番号１及び２に対してマッチングを生成する。ベスト・マッチング基準を用いる際に取り得る多くの広告が存在する場合に、取り得る広告の数を減らすために一番人気広告についての基準をベスト・マッチング基準に組み合わせることができる。

選択手続きにおいて、マッチングする広告を二つ以上の広告プロバイダが有すると判定された場合に、宣伝ＡＳ１０５は宣伝オークション機会に類似するオークション案内をトランザクション・ブローカ１４２に送信５９０する。トランザクション・ブローカ１４２は広告プロバイダの間でオークションを実行５９１する。この手続きは詳細には説明されない。オークションの結果は最高額入札者であり最高額入札者に関する情報はトランザクション・ブローカ１４２から、この情報が受信される宣伝ＡＳ１０５に送信５９２される。ここで、宣伝ＡＳは、どの広告プロバイダが最高額入札を有するか及びその結果としてどの広告が視聴者に送信されるかについて通知される。オプションとして、前述のとおり、リストにおいてクリックすることにより広告を選択できる視聴者に広告のリストが送信され得る。

上述の本発明によれば、ユーザがテレビを見る際に、ユーザの興味によく適合する個人向け広告を受信するだろう。これにより、ユーザが広告に興味を持つことになる。本システムはパーソナライズされた広告を管理して供給し、それにより広告プロバイダ及びサービス・プロバイダの両方が利益を得られる。本システムのさらなる利点は、ユーザが広告を視聴する際又はサービス・プロバイダがユーザ嗜好データベースを更新する際に、広告プロバイダからサービス・プロバイダへの代金支払いを含むことのオプションである。

ステップ５９３で、「認可コンテンツ転送」というメッセージが広告メディア・レポジトリ１４４に送信される。このメッセージは広告ＤＢからのどの広告が視聴者に送信されるかに関する情報を含む。広告メディア・レポジトリはその後にメッセージ５９４で実際の広告をメディア・サーバ１３０に送信する。宣伝ＡＳ１０５からメディア・サーバ１３０への「ストリーミング広告開始」という信号で、メディア・サーバはテレビ・コンテンツのストリーミング内に広告を含める。これは示す。

宣伝アプリケーション・サーバＡＳ１０５のブロック図が図６に示される。ブロック図は宣伝ＡＳ１０５の機能的な視点である。図１のプレゼンス・サーバ１２８からの通知でユーザ・プレゼンス情報を検出する検出ユニット６１０が存在する。相異なる広告プロバイダからの広告を記憶する広告記憶装置６１５も存在する。記憶装置６１５の代わりに、実装では、単に、広告に関する情報が入力されるが記憶されない入力部６１５であってもよい。広告記憶装置又は入力部６１５はＩＰＴＶ広告プロバイダ１１０（図１参照）の広告プロバイダＤＢに接続される。嗜好記憶装置６２０は、検出ユニットによりＴＶ視聴者として存在すること、すなわちオンラインであることが検出されたユーザのプレゼンスを記憶するために用いられる。別の実施形態では、嗜好記憶装置が入力部であってもよいし、情報が記憶されないで使用されるために入力されてもよい。検出ユニット６１０は、検出されたユーザについての嗜好をダウンロード又はフェッチするための情報を送信するために嗜好記憶装置６２０に接続される。記憶装置の例によれば、広告記憶装置６１５及び嗜好記憶装置６２０は宣伝ＡＳ１０５のＲＡＭ（ランダムアクセスメモリ）の一部であり、これらは適切なデータへの高速なアクセスのために（図１における）データベース１０８、１０９からのすべてのエントリを最初に配置するために用いられる。マッチング・プロセッサ６２５は広告記憶装置６２０、嗜好記憶装置６１５、及び検出ユニット６１０に接続される。マッチング・プロセッサ６２５は、識別されたユーザがＳＴＢに存在することを意味する検出ユニット６１０からの開始命令６１２によって、嗜好記憶装置６２０内の情報及び広告記憶装置６１５内の情報を処理する。どのように処理が行われるかは前述した。マッチング・プロセッサ６２５からの結果は接続された選択ユニット６３０に送信され、選択ユニット６３０は適切な基準に従って広告を選択するタスクと、マッチング・プロセッサからの結果として広告を有する二つ以上の広告プロバイダが存在するかどうかを判定する更なるタスクとを有する。ＩＰＴＶクライアントへの一つ以上の広告の供給を開始する送信ユニット６３２が選択ユニット６３０に接続される。送信ユニット６３２は、ストリーム開始メッセージを送信するために、前述の広告メディア・レポジトリ１４４に接続され、前述のメディア・サーバ１３０にも接続される。

宣伝ＡＳ１０５は、二つ以上の広告主からの広告が選択された場合の通信のためにトランザクション・ブローカ１４２に接続されたオークション通信ユニット６３５も含む。オークション通信ユニット６３５は、トランザクション・ブローカ１４２にいつコンタクトするかに関する情報を受信するために選択ユニット１４２にも接続される。オークション通信ユニット（６３５）はトランザクション・ブレーカ（１４２）に広告オークション機会を送信し、最高金額入札を有する広告プロバイダに関する情報を返信として受信する。

ＩＰＴＶのパーソナライズされた広告サービスの加入者に関する情報を管理する加入者記憶装置６４０も存在する。サービスへの加入者としてのＩＰＴＶクライアントＩＤの受信によって、プレゼンス・サーバ１２８からプレゼンス状態をサブスクライブするために加入者記憶装置６４０から検出ユニット６１０への通知がある。加入者記憶装置６４０は図６において破線で示されるように検出ユニット６１０に接続される。

本発明は、ＳＩＰ（セッション開始プロトコル）を有するＩＭＳ（ＩＰマルチメディア・サブシステム）で実装されるものとして説明されるが、本発明はこのような技術システムに限定されない。また、システムがログイン情報を管理でき、システムにおいて利用可能なクライアント又は端末上でテレビをユーザがいつ見ているかを認識する限り、その他のシステム及び信号が用いられ得る。例えば、端末又はクライアントは、例によればＳＴＢセット・トップ・ボックスであってもよいし、若しくはＰＣ端末又は移動体端末であってもよい。

Claims (24)

1. テレビ・クライアントとユーザ嗜好データベースと広告プロバイダ・データベースと宣伝アプリケーション・サーバとを含むテレビ・システムにおいてパーソナライズされた広告を管理する方法であって、
   前記方法は前記宣伝アプリケーション・サーバで実行され、
   前記方法は、
   ‐前記テレビ・クライアントにおけるユーザ・プレゼンスを検出するステップと、
   ‐前記ユーザ嗜好データベースから前記検出されたユーザの嗜好を受信するステップと、
   ‐前記広告プロバイダ・データベースから相異なる広告プロバイダからの広告に関する情報を受信するステップと、
   ‐前記受信されたユーザ嗜好を前記受信された広告に関する情報とマッチングするステップと、
   ‐前記広告と前記嗜好との間にマッチングが存在する場合に、一つ以上の広告を選択するステップと
   を有することを特徴とする方法。
2. 前記テレビ・クライアントへの選択された広告の送信を開始するステップをさらに有することを特徴とする請求項１に記載の方法。
3. 前記検出するステップは前記システムへのユーザ・ログインに関する通知を含むことを特徴とする請求項１に記載の方法。
4. 前記通知はプレゼンス・サーバから受信されることを特徴とする請求項３に記載の方法。
5. 前記選択するステップはベスト・マッチング基準を含むことを特徴とする請求項１に記載の方法。
6. 前記選択するステップは一番人気広告基準と組み合わせたベスト・マッチング基準を含むことを特徴とする請求項１に記載の方法。
7. 前記方法は、前記宣伝アプリケーション・サーバで実行される、
   ‐二つ以上の広告プロバイダからの広告が選択されたことを検出／判定するステップと、
   ‐トランザクション・ブローカ・ノードにオークション案内を送信するステップと、
   ‐最高金額入札を有する広告プロバイダに関する情報を受信するステップと、
   ‐最高金額入札ユーザからの広告の送信を開始するステップと
   をさらに有することを特徴とする請求項１に記載の方法。
8. 前記送信を開始するステップは、広告メディア・レポジトリに送信される認可コンテンツ転送情報と、メディア・サーバに送信されるストリーミング広告開始情報とを含むことを特徴とする請求項７に記載の方法。
9. テレビ・システム内のテレビ・クライアントに供給されるパーソナライズされた広告を管理する前記システム内の宣伝アプリケーション・サーバであって、
   ‐前記テレビ・クライアントにおけるユーザ・プレゼンスを検出する検出ユニットと、
   ‐前記検出されたユーザからのプレゼンスのための入力部と、
   ‐相異なる広告プロバイダからの広告に関する情報のための入力部と、
   ‐ユーザ嗜好を広告に関する情報とマッチングするマッチング・プロセッサと、
   ‐広告を選択して、一つの広告プロバイダからの広告が選択されているかどうかを判定する選択ユニットと、
   ‐前記クライアントへの前記一つ以上の広告の前記供給を開始する送信ユニットと
   を備えることを特徴とする宣伝アプリケーション・サーバ。
10. 前記検出ユニットは、前記プレゼンス・サーバに接続されており、前記パーソナライズされた宣伝テレビ・サービスの加入者のプレゼンス状態のための加入契約を有することを特徴とする請求項９に記載の宣伝アプリケーション・サーバ。
11. 前記パーソナライズされた宣伝テレビ・サービスの加入者に関して前記検出ユニットに通知するための、前記検出ユニットに接続された加入者記憶装置をさらに備えることを特徴とする請求項９に記載の宣伝アプリケーション・サーバ。
12. 前記選択ユニットは二つ以上の広告プロバイダが選択されているかを判定することを特徴とする請求項９に記載の宣伝アプリケーション・サーバ。
13. 前記トランザクション・ブローカに広告オークション機会を送信して、最高金額入札を有する広告プロバイダに関する情報を受信する、前記選択ユニット及び前記トランザクション・ブローカに接続されたオークション通信ユニットをさらに備えることを特徴とする請求項１２に記載の宣伝アプリケーション・サーバ。
14. パーソナライズされた広告をテレビ・クライアントに供給するテレビ・システムであって、
    ‐前記テレビ・クライアントにおけるユーザ・プレゼンスを判定するプレゼンス・サーバと、
    ‐ユーザ嗜好を記憶するユーザ嗜好データベースと、
    ‐ユーザ・プレゼンスが検出された際に、前記データベース内のユーザ嗜好と利用可能な広告とをマッチングして、前記テレビ・クライアントへのマッチングされた広告の前記供給を開始する宣伝アプリケーション・サーバと
    を備えるテレビ・システム。
15. 前記宣伝アプリケーション・サーバに利用可能な広告を送信するために、相異なる広告プロバイダから記憶された前記利用可能な広告を有する広告プロバイダ・データベースをさらに備えることを特徴とする請求項１４に記載のテレビ・システム。
16. 広告オークション機会が前記宣伝アプリケーション・サーバから受信された際にオークションを実行して、最高金額入札を有する前記広告プロバイダに関する情報を前記宣伝アプリケーション・サーバに返送する、前記宣伝アプリケーション・サーバに接続されたトランザクション・ブローカをさらに備えることを特徴とする請求項１４に記載のテレビ・システム。
17. パーソナライズされた広告をテレビ・クライアントに供給するテレビ・システムにおける方法であって、ユーザ嗜好がユーザ嗜好データベースに記憶されており、利用可能な広告分野が広告プロバイダ・データベースに記憶されており、前記方法が、
    ‐前記テレビ・クライアントにおけるユーザ・プレゼンスを監視してユーザ・プレゼンスを検出するステップと、
    ‐ユーザが存在するとユーザ嗜好と利用可能な広告とをマッチングするステップと、
    ‐前記テレビ・クライアントに供給される一つ以上の広告を選択するステップと
    を有することを特徴とする方法。
18. 二つ以上の広告プロバイダが前記選択するステップにおいて選択された広告を有している場合に、
    ‐広告オークション機会をトランザクション・ブローカで開始するステップと、
    ‐前記トランザクション・ブローカが前記オークションを実行して最高金額入札者を判定するステップと、
    ‐前記テレビ・クライアントに最高金額入札者からのマッチングされた広告を送信するステップと
    をさらに有することを特徴とする請求項１７に記載の方法。
19. 一つの広告プロバイダが前記選択するステップにおいて選択された広告を有する場合に、前記テレビ・クライアントに選択された広告を示すステップをさらに有することを特徴とする請求項１７に記載の方法。
20. 前記サービス・プロバイダに代金支払いをするステップをさらに有する請求項１９に記載の方法。
21. 一つの広告プロバイダが前記選択するステップにおいて選択されていた広告を有する場合に、
    ‐前記テレビ・クライアントに広告のリストを示すステップと、
    ‐ユーザが前記リスト内の何れかの広告を選んだ場合に、前記選択された広告が前記ユーザに示されることを特徴とする請求項１７に記載の方法。
22. 前記サービス・プロバイダに代金を支払うステップをさらに有することを特徴とする請求項２１に記載の方法。
23. ‐前記ユーザに示された広告において前記テレビ・クライアントを用いて相互作用するステップと、
    ‐相互作用情報でユーザ嗜好データベースを更新するステップと
    をさらに有することを特徴とする請求項１８又は１９に記載の方法。
24. 前記サービス・プロバイダに代金を支払うステップをさらに有することを特徴とする請求項２３に記載の方法。

Images