JP2011521501A - 対話型メディアシステム及び対話型メディアシステムにおける対話型サーバをディメンジョニングする方法 - Google Patents

Abstract

対話型ＴＶシステムについての対話型サーバの大きさが、ユーザとの対話の予測見込みに依存して、動的に定められる。１つの代表的な実施例では、ディメンジョニングシステム（６０）は、対話型メディアプログラムについての要求の数、対話型メディアプログラムについてのカテゴリに基いてイベントの見込みを評価し、予想されるイベントの見込みに基いて、１つ以上の対話型サーバ（２６）の大きさを定める。

Description

本発明は、ユーザがメディアプログラムと対話することが可能な対話型メディアシステムに関し、特に、視聴者との対話を扱う資源のサイズ決めと割当てを行う方法に関する。

対話型メディアは視聴者がメディアプログラムにおける積極的な関与者になることを可能にするメディアを有している。例えば、対話型テレビジョンのシステムの視聴者はゲームショーの番組で出場者と競争し、広告された製品への注文をし、プログラムの内容についての質問やコメントを行い、そのメディアプログラムやそのメディアプログラムの主題などについての情報を要求するかもしれない。多くの場合、視聴者のフィードバックがそのプログラムがどのように続くのかについて影響を与えることになる。メディアの内容に影響を与える視聴者によるフィードバックの例は、実況プログラム（例えば、タレントショーやリアリティショーなど）である。

あとで視聴するためにプログラムを録画取りすることは、対話型テレビジョンには問題を生じさせることになるかもしれない。その問題とはメディアプログラムの元々の送信が終わった後にイベントとの対話を行おうとしてもそれは不可能である点である。プログラムの生放送中に発生する対話イベントは、そのプログラムを録画して後で視聴するときには有効なものではない。例えば、生放送中に発生する投票のイベントは、録画を視聴するときにはもはや有効ではない。この場合、視聴者への投票のさそいは多くのユーザにはうっとうしいものであり、あるユーザには投票するときには欲求不満となるかもしれない。

対話型メディアプログラムを録画する際に生じる別の問題は、対話型イベントを扱うのに必要とされるリソースの量を決めるのが難しい点にある、一度、プログラムが録画されてしまうと、そのメディアプログラムとのユーザによる対話がその後どんな時でも発生するかもしれない。リソース割当てに対する単純な解決策は決まった量のリソース（即ち、対話型サーバ）を対話型メディアプログラム各々に割当てることであろう。しかしながら、この方法はリソースを最も効果的に利用する結果とはならないかもしれない。おそらく、ある対話型メディアプログラムを視聴しているユーザの数は時間とともに変化する。リソースの静的な割当ては、割当てられたリソースが予想される最も高い要求に合致するのに十分でなければならないことを暗黙に意味している。従って、ある対話型メディアプログラムへの要求が低い場合には、その対話型メディアプログラムに割当てられたリソースは用いられることはないであろう。

本発明はビデオプログラムのような対話型メディアプログラムをユーザに配信する対話型メディアシステムに関するものである。１つの代表的な実施例では、ユーザと対話型メディアプログラムとの会話はＳＭＩＬ文書のような対話型文書により定義され、その対話型文書は関係するメディアプログラムを再生或は視聴する前にユーザによりダウンロードされる。その対話型文書は関係するメディアプログラムの実行時間に基づいて対話イベントをトリガするタイムスケジュールを含み、そのメディアプログラムと同期がとらえる。対話イベントがトリガされるとき、オーバレイされたブラウザがユーザに表示され、ユーザ入力やユーザ応答がキャプチャーされ、対話型サーバへと送信される。その対話型文書はメディアプログラムの再生によりトリガされるかもしれない。

本発明の別の側面は、未使用のリソース割当てをできる限り最小限する一方、ユーザとの対話のための十分なリソースがどんな任意の時間でも利用可能であることを保証するために対話型サーバとその他のリソースの大きさを動的に定める（ディメンジョニングする）方法に関するものである。１つの代表的な実施例では、ディメンジョニングサーバは、対話型文書のダウンロードの数とそのメディアプログラムのカテゴリとに基いて、所与の時間でのイベントとユーザとの対話の見込みを予測する。それから、その計算された見込みが、予想されるユーザによる対話を扱うためのリソースを割当てるために用いられる。例えば、対話型イベントには、その対話型イベントを扱うのに必要なリソースのコストに依存して、重みが与えられると良い。そのリソース割当てが、イベントの見込みとイベントの重みとに基いて決定されると良い。より大きな見込みとより大きな重みをもつイベントはより大きなリソース割当てを必要とする一方、小さな見込みと小さな重みしかないイベントはより少ないリソースしか必要としないであろう。

ユーザに対話型メディアコンテンツを提供する通信システムを示す図である。 対話型イベントを扱うためにリソースを大きさを決定し割当てる代表的なディメンジョニングシステムを示す図である。 ユーザとの対話のために対話型サーバと他のリソースの大きさを決定する代表的な方法を示す図である。 代表的なディメンジョニングサーバを示す図である。

図１は対話型メディアコンテンツをユーザに提供する通信システム１０を図示している。通信システム１０は、コンテンツプロバイダ（例えば、放送会社）或はサービスプロバイダにより運用される対話型メディアシステム２０と、ユーザにコンテンツプロバイダのメディアライブラリからのメディアコンテンツにアクセスし、これを再生することを可能にするメディア再生システム４０とを有する。対話型メディアプログラムは、放送ネットワーク、移動体ネットワーク、インターネットプロトコル（ＩＰ）ネットワーク、或は、その組み合わせなどのような種々の通信ネットワークを介して、種々の異なる電子媒体で配信される。

対話型メディアシステム２０は、ユーザに利用可能なメディアコンテンツを格納する１つ以上のメディアサーバ２２、そのメディアコンテンツに関係した対話イベントを定義する対話型文書を格納する１つ以上の文書サーバ２４、及び、対話イベントを扱う１つ以上の対話型サーバ２６を含む。メディアサーバ２２により格納されたメディアコンテンツは、例えば、ビデオコンテンツ、音声コンテンツ、ビデオ／音声、或は、他のストリーミングメディアのような何らかのタイプのメディアで良い。文書サーバ２４に格納される対話型文書はメディアコンテンツに関係した対話イベントを定義する。後述するように、対話型文書は、メディアコンテンツを再生する間、そのメディアコンテンツに同期して所定の時点時点で対話イベントを生成するスクリプトを含んでいる。その対話型文書は、例えば、ＳＭＩＬ文書、ＸＭＬ文書などを含むことができる。対話型サーバ２６は、対話イベントを扱い処理するように構成された、例えば、ウェブサーバのようなサーバを含む。対話型サーバ２６はユーザ入力とメディア再生システム４０からの応答を受信する。いくつかの実施例では、対話型サーバ２６は、ユーザとの対話がメディアコンテンツに影響を与えるために用いられるシステムにおけるメディアサーバ２２と通信することもできる。

メディア再生システム４０は、メディアコンテンツをユーザに表現するためのディスプレイ４２とメディアプレイヤー４４とブラウザ４６とキャッシュ４８と音声システム５０と、ユーザ応答を入力するための１つ以上のユーザ入力制御部５４を有している。ブラウザ４６とキャッシュ４８とは、ウェブサーバ５２の一部であっても良い。ディスプレイ４２と音声システム５０とは、ビデオと音声コンテンツをそれぞれ表現する何らかの適切なデバイスを有する。メディアプレイヤー４４は、ディスプレイ４２と音声システム５０によってそれぞれ表現されるメディアストリームを生成するためのソフトウェアとハードウェアとの内、少なくともいずれかを有する。例えば、メディアプレイヤー４４は伸長アルゴリズムを実装し、メディアストリームを伸長し、ディスプレイ４２と音声システム５０との内の少なくともいずれかにより表現されるのに適切な出力データストリームを生成することができる。好適な実施例では、メディアプレイヤー４４はまた、後での再生や視聴のためにメディアコンテンツを録画することもできる。ユーザ入力制御部５４は、キーパッド、ボタン、ポインティングデバイス、ナビゲーション制御、タッチ型制御などのようなユーザ入力デバイスのいずれかのタイプのものを含み、ユーザが対話イベントに対して応答を入力できるようにしている。いくつかの実施例では、ディスプレイ４２はユーザ入力デバイス５４としても機能するタッチ型スクリーンディスプレイを有しているかもしれない。

ブラウザ４６は、ユーザとの対話が生じるメディア再生システム４０におけるアプリケーションである。１つの代表的な実施例では、ユーザとの対話はメディア再生システム４０のディスプレイ４２のオーバレイしたブラウザのウィンドウを通じて発生し、ユーザ入力や応答は関係するＪａｖａｓｃｒｉｐｔ（登録商標）や他の種類のスクリプトによりキャプチャーされる。ブラウザ４６は関係する対話型文書に基づいた特定のメディアプログラムに対する対話イベントを生成し、ユーザ入力と応答とをキャプチャーし、対話型サーバ２６に対してユーザ入力と応答とを送信する。メディアコンテンツとのユーザ対話の例として、対話型プログラムは視聴者の投票や質問を組み込むことができる。対話イベントとその関係するスクリプトを定義する対話型文書はキャッシュ４８に格納される。対話型文書はメディアコンテンツと同期がとられる対話イベントに対するタイムラインを定義する。従って、対話イベントはメディアストリームでのトリガには結合されない。メディアプレイヤー４４はメディアコンテンツの再生が始まるとき対話型文書にトリガをかけることができる。１つの代表的な実施例では、ユニフォーム・リソース・アイデンティファイア（ＵＲＩ）が対応する対話型文書を識別するメディアストリームの始まりに組み込まれると良い。メディアプレイヤー４４は、メディアストリームが開始され、対話型文書にトリガをかけるときにＵＲＩをキャプチャーする。

対話型文書はメディアコンテンツの視聴やレンダリングに先立つ任意の時間に文書サーバ２４からダウンロードされ、視聴要求があるときまでキャッシュ４８に保持されると良い。文書サーバ２４は、例えば、ユーザに対話型文書をダウンロードするためのインタフェースを提供するウェブサーバを有していると良い。文書サーバ２４により、ユーザが頻繁に見るゲームショーのような頻繁に視聴するプログラムに対する周期的なダウンロードをセットアップすることが可能になり、必要なとき対話型文書が利用可能になる。ユーザは、いくつかの実施例では、ユーザが指定した嗜好や観察された視聴パターンに基づいて、メディア再生システム４０のキャッシュ４８に自動的に対話型文書がダウンロードされるサービスへの予約（サブスクライブ）をすることができる。メディア再生システム４０はまた、メディアプログラムが録画され、ユーザがその後にそのプログラムを視聴するときに対話型文書が利用可能であるときにはいつでも、対話型文書を自動的にダウンロードするように構成されると良い。

対話型文書が視聴の前にダウンロードされるので、その対話型文書の新鮮度を保証するメカニズムが必要である。例えば、対話型文書がトリガされるとき、そのダウンロード時刻が現在の時刻と比較され、その対話型文書の古さを判断する。従って、１つの代表的な実施例では、ブラウザの機能はキャッシュ４８も管理する十分な機能を備えたウェブサーバ５２の一部であると良い。この実施例では、ＨＴＴＰ ＰＯＳＴやＰＵＴの動作が可能となっており、これにより、サードパーティのプロバイダがキャッシュ４８を前もってプロビジョニングし、以前にダウンロードされた対話型文書への更新版を提供することを可能にしている。

後での視聴のためにユーザにより録画されたライブイベントの場合には、そのイベントの生放送中に生じたであろう対話は、有効ではないかもしれない。一例として、生放送したタレントショーは、ユーザが自分の好きな出演者を投票できる対話イベントを含むかもしれない。別の例としては、トークショーではユーザがそのショーの司会者に質問を提出できるかもしれない。これらのタイプの対話イベントは、生放送後には有効ではなくなるかもしれず、そのショーの録画版を視聴するときに対話を試みるユーザには欲求不満がたまったり、いらだたせるものとなるかもしれない。この場合、２つの異なる対話型文書が定義されると良い。即ち、生放送で用いられるリアルタイム版と、生放送の録画と後での視聴のための非同期版である。メディア再生システム４０のキャッシュ４８のリアルタイム版の対話型文書は生放送の後にその対話型文書の非同期版により置換されると良い。

１つの代表的な実施例では、セション開始プロトコル（ＳＩＰ）のサブスクリプション（subscription）方法が用いられ、メディア再生システム４０のキャッシュ４８に格納された対話型文書を更新することができる。ユーザはライブイベントを録画するとき、メディア再生システム４０はＳＩＰサブスクリプション方法を用いてサブスクライブして文書サーバからの通知を更新することができる。その対話型文書が更新されるとき、文書サーバ２４はＳＩＰ通知メッセージをメディア再生システム４０に送信することができる。メディア再生システム４０はそれから、更新された対話型文書を文書サーバ２４から取り出すことができる。もし、メディア再生システム４０がウェブサーバ５２を実装するなら、文書サーバ２４は各ユーザに対するダウンロードの記録を保持し、標準的なＨＴＴＰ ＰＯＳＴとＰＵＴの操作を用いて、改訂された対話型文書が利用可能になるときにユーザの介入がなくてもメディア再生システム４０のキャッシュ４８にその改訂された対話型文書をアップロードすることができる。

上述の対話型メディアシステム２０では、対話型イベントはライブイベントの生放送中だけではなく、どんな時でも生じるかもしれない。その対話型イベントを扱うのに必要な対話型サーバ２６と他のリソースが割当てられる必要がある。あるタイプのイベントに関しては、対話型サーバ２６は、要求を受信するウェブサーバやユーザ応答を記録（ログ）するデータベースサーバと同じくらい単純で良い。別のシナリオでは、ユーザとの対話はもっと複雑であるかもしれない。リソースを割当てるための最も単純な解決策は、対話型メディアプログラム各々に固定的な量のリソース（例えば、対話型サーバ）を割当てることであろう。しかしながら、この方法はリソースを最も効果的に利用する結果とはならないかもしれない。おそらく、ある対話型メディアプログラムを視聴しているユーザの数は時間とともに変化するであろう。リソースの静的な割当ては、割当てられたリソースが予想される最も高い要求に合致するのに十分でなければならないことを示唆している。従って、ある対話型メディアプログラムへの要求が低い場合には、その対話型メディアプログラムに割当てられたリソースは用いられることはないであろう。

本発明に従えば、ユーザとの対話に必要な対話型サーバ２６と他のリソースは、その対話型メディアコンテンツを視聴するのに影響を与えるかもしれない他のイベントや環境を考慮して動的に割当てられる。予測アルゴリズムが用いられて、対話型イベントの見込みを予測する。複数の対話型メディアプログラムは複数のカテゴリに割当てられる。対話型メディアプログラムに対するイベントの見込みは、その対話型メディアプログラムのカテゴリと対話型文書のダウンロード数とに基づいて決定される。イベントの見込みの計算は利用パターンの履歴（例えば、特定のカテゴリにおける既知の対話発生回数）、視聴に影響を与えるかもしれないスケジュールされたイベント、一年のいつであるか、一日のいつであるか、そして、ユーザとの対話に関係する他の情報を考慮することができる。一旦、イベント発生の見込みが決定されると、その対話型イベントを扱い処理するためにリソースの大きさが決定されて割当てられる。リソース割当てを決定する際に、対話型イベントはそのイベントを扱うのに要求されるリソースの量に依存して、重み付けされると良い。対話型リソースを割当てるための割当て方法は、ユーザ要求が小さい場合には未使用となるであろう静的なリソース割当てを回避することにより、対話型リソースの使用をより効率的なものにする。本発明により、その対話型リソースが他のプログラムに再割当てすることが可能になる。

図２は対話型イベントを扱うためにリソースの大きさを決定し割当てる代表的なディメンジョニングシステム６０を示す図である。ディメンジョニングシステム６０は、対話型イベントを扱うためにサーバリソースの大きさを決定しその割当てを実行するディメンジョニングサーバ６２と、対話型メディアプログラムの視聴に影響を及ぼすかもしれない外部イベントのリストを格納するためのイベントデータベース６４と、複数の対話型メディアプログラムと複数のイベントを複数のカテゴリに割当てるためのカテゴリ化サーバ６６とを有する。別に示すが、カテゴリ化サーバ６６の機能はディメンジョニングサーバ６２に組み込まれても良い。ディメンジョニングサーバ６２は、どの対話型サーバ６２と他の対話型リソースがメディアプログラムに割当てられるのかを決定し、通知メッセージを対話型サーバ２６、或は、対話型サーバ２６を構成する別のサーバに送信する。

ディメンジョニングサーバ６２は他のソースからの情報を収集し、サーバリソースの大きさの決定と割当てとを実行する。ディメンジョニングサーバ６２により収集された情報のリストは、メディアサーバ２２により提供される対話型メディアプログラムと、文書サーバ２４により受信されるダウンロード要求の数と、カテゴリ化サーバ６６からの対話型マルチメディアプログラムについてのカテゴリ割当てと、イベントデータベース６４からのイベントリストとのリストを含む。イベントデータベース６４のイベントリストは、サービスプロバイダやサードパーティにより提供される他のスケジュールされたプログラムや、スポーツの生中継、生のコンサートなどのような対話型メディアプログラムの視聴に影響を及ぼすかもしれない他のスケジュールされたイベントを含むかもしれない。他のスケジュールされたイベントについての情報は、例えば、サービスプロバイダや他のサードパーティのコンテンツプロバイダにより維持管理される電子プログラムガイド（ＥＰＧ）から得られるかもしれない。カテゴリ化サーバ６６は対話型メディアプログラムとともに対話型メディアプログラムの視聴に影響を及ぼすかもしれない外部イベントとをカテゴリに分類する。外部イベントをカテゴリに分類することで、ディメンジョニングサーバ６２が対話型メディアプログラムの視聴に外部イベントが与える潜在的な影響を解析するための基礎が提供される。例えば、選手権試合のようなメジャーなスポーツイベントは対話型のスポーツプログラムに重大な影響を与えるかもしれないが、対話型料理プログラムには無視できる程度の影響であるかもしれない。メディアプログラムのカテゴリとイベントのカテゴリとの間の相関は、視聴パターンの履歴に基いて決定され、ユーザとの対話の見込みを調整するのに用いられると良い。

図３はユーザとの対話のために対話型サーバ２６と他のリソースの大きさを決定する代表的な方法を例示している。この処理を開始するために、ディメンジョニングサーバ６２はまず、対話型メディアプログラムのカテゴリを決定し（ブロック１０２）、対話型メディアプログラムについての対話型文書がダウンロードされた回数を判断する（ブロック１０４）。ダウンロードの回数はその対話型メディアプログラムに対するユーザの要求を反映している。ダウンロード回数の多い対話型メディアプログラムはダウンロード回数の少ない対話型メディアプログラムよりも多くの対話型イベントを生成するであろうと推定しても良いであろう。ダウンロードの時間分布も考慮されると良い。相対的に短い時間の間に多くの回数のダウンロードがあることは、その対話型ビデオプログラムに対する要求の高いことを示しており、それ故に、対話型イベントがより高い公算で発生する見込みがあることを示している。要求を判断するに際し、より最近のダウンロードには時間的にずっと前のダウンロードよりも大きな重みが与えられる。

対話型メディアプログラムのカテゴリも考慮される。あるカテゴリのプログラムでは対話型イベントはおそらく、他のカテゴリのものよりも多く生じるであろう。例えば、ゲームショー番組は、特に、ユーザとの対話に賞品や賞金が提供されているなら、おそらく多くの数の対話型イベントが生じる結果となるであろう。これとは対照的に、スポーツ番組では対話型イベントが発生することがそれほど多くないであろう。ユーザとの対話の見込みを判断する際には、異なるカテゴリについての対話型イベントの既知の発生率が考慮されると良い。

ユーザとの対話の見込みを評価する際には、外部イベントも考慮されると良い。外部イベントには対話型メディアプログラムを視聴するのに影響を及ぼすかもしれないスケジュールされたプログラムや生のイベントを含む。外部イベントの予想される影響度が用いられてユーザとの対話の見込みを調整すると良い。ユーザとの対話についての外部イベントの影響を判断するに際して、外部イベントも対話型メディアプログラムのカテゴリと比較されるカテゴリに割当てられると良い。視聴パターンの履歴に基いて、カテゴリ間の相関が決定され、対話型メディアプログラムの視聴について１つのプログラム或はイベントの影響を予測するのに用いられる。対話型メディアプログラムの同じ或は関係するカテゴリ内にあるイベントはその対話型メディアプログラムに対する要求と高い相関があるかもしれないが、一方で、関係のないカテゴリ内にある外部イベントは影響が少ないであろう。一例として、選手権の試合の放送は対話型スポーツトーク番組に対する要求に重大な影響を及ぼすかもしれないが、料理番組にはほとんど影響を及ぼさない。

ディメンジョニングサーバ６２は、カテゴリとダウンロード回数とに基いて、ユーザとの対話の見込みを計算する（ブロック１０６）。要求はおそらくは時間とともに変化するので、ディメンジョニングサーバ６２は特定の対話型メディアプログラムをユーザが視聴するという見込みの時系列を生成する。例えば、ディメンジョニングサーバ６２は、毎週、毎日、或は毎時のような所定の時間区間にわたる見込みを予測する。一般に、時間間隔を短くすると、リソースの利用という観点からはより効率的であるが、複雑さが増すというコストやディメンジョニングサーバ６２における計算リソースに対する要求という点では効率的ではない。イベント発生の見込みの判断はリソースが識別され確保されるように十分に前もってなされる。例えば、所与の日の所与の時間にある特定の対話型メディアプログラムとのユーザによる対話の見込みは一日、一週、或は一月前に判断され、ユーザとの対話を扱うためのリソースを識別し割当てるのに十分な時間があるようにされる。

ディメンジョニングサーバ６２に関する最後のステップは、対話型メディアプログラムについてリソースを決定し割当てること（ブロック１０８）と、割当てられる対話型サーバ２６に割当て通知を送信すること（ブロック１１０）である。割当て通知は、対話型サーバ２６を構成することを担当する幾つかの他のサーバにも交互に送信されると良い。必要とされるリソースの量は、上述したイベントの見込みと対話型メディアプログラムと関係する複数のイベントの合成重みとに基いて決定される。ユーザとの対話の回数とタイプとは対話型文書から決定される。対話型文書により定義される各イベントが金銭やシステム負荷というイベントの相対的なコストを反映する重み係数に割当てられる。例として、ウェブページを取り出すことには小さな重みが割当てられる一方で、Ｊａｖａ（登録商標）のプログラムをユーザにアップロードすることには高い重みが割当てられる。全てのイベントの割合が合計がとられたり、或はその平均値がとられて、対話型メディアプログラムについての合成重みに達する。それから、ディメンジョニングサーバ６２は、イベントの見込み、複数のイベントの合成重み、これらのイベントのタイプに依存して、対話型メディアプログラムについてのリソースを割当てる。

図４は図３で図示した方法を実施する代表的なディメンジョニングサーバ６２を図示している。ディメンジョニングサーバ６２は中央処理ユニット（ＣＰＵ）２０２、メモリ２０４、ネットワークインタフェース２０６、そしてオプションとしてユーザインタフェース２０８を有している。ＣＰＵ２０２はメモリ２０４に格納されたコンピュータプログラムと命令とを実行し、図３に示した処理を実行する。イーサネット（登録商標）インタフェースや無線ローカルエリアネットワーク（ＷＬＡＮ）のようなネットワークインタフェース２０６により、ディメンジョニングサーバ６２と、メディアサーバ２２、文書サーバ２４、イベントデータベース６４、カテゴリ化サーバ６６のような他のデバイスとの間の通信が可能になる。ユーザインタフェース２０８は、例えば、キーボードとディスプレイとを有し、オペレータがディメンジョニングサーバ６２と対話することを可能にしている。しかしながら、当業者であれば、オペレータがネットワークインタフェース２０６を介してリモート的にディメンジョニングサーバ６２にアクセスしてユーザインタフェース２０８を不要にできることも認識するであろう。

本発明の範囲と本質的な特徴を逸脱することなく、ここで説明したのとは別の具体的な方法で本発明を実行しても良いことはもちろんである。それ故に、これらの実施例は全ての点において例示的なものと考えられるべきものであり、本発明を限定するものと考えるべきではない。そして、添付の請求の範囲の意味するところとその同等物の範囲に入る全ての変更は請求の範囲の中に含まれることが意図されている。

Claims (22)

1. １つ以上の対話イベントを含む複数の対話型メディアプログラムに対する対話用リソースを割当てる方法であって、前記方法は、
   前記複数の対話型メディアプログラムと関係する要求の数を決定する工程と、
   前記複数の対話型メディアプログラムについて複数のメディアカテゴリを決定する工程と、
   少なくとも部分的には前記複数のメディアカテゴリと前記複数の対話型メディアプログラムについての要求の数とに基いて、ユーザとの対話の見込みを示すイベントの見込みを決定する工程と、
   前記ユーザとの対話を扱うために前記イベントの見込みに基いて、１つ以上の対話用リソースを割当てる工程とを有することを特徴とする方法。
2. 前記複数の対話型メディアプログラムと関係する要求の数を決定する工程は、前記複数の対話型メディアプログラムと関係する対話型文書の要求の数を決定する工程を含むことを特徴とする請求項１に記載の方法。
3. 前記イベントの見込みを決定する工程は、複数のメディアカテゴリ各々における利用の履歴に基いて、前記イベントの見込みを決定する工程を含むことを特徴とする請求項１に記載の方法。
4. 前記イベントの見込みを決定する工程は、１つ以上の外部イベントに基いてイベントの見込みを調整する工程を含むことを特徴とする請求項３に記載の方法。
5. 前記外部イベントは、スケジュールされたイベントを含み、
   前記イベントの見込みを調整する工程は、前もって存在するイベントスケジュールに基いてイベントの見込みを調整する工程を含むことを特徴とする請求項４に記載の方法。
6. 前記イベントの見込みを調整する工程は、前記複数の対話型メディアプログラムについての前記複数のメディアカテゴリと前記外部イベントに対する対応するイベントカテゴリとの間の比較に基いて、イベントの見込みを決定する工程を含むことを特徴とする請求項４に記載の方法。
7. 前記イベントの見込みを決定する工程は、個々のメディアプログラムにおいて選択されたイベントについてのイベントの見込みを決定する工程を含むことを特徴とする請求項１に記載の方法。
8. 前記イベントの見込みを決定する工程は、個々のメディアプログラムについての寄せ集めたイベントの見込みを決定する工程を含むことを特徴とする請求項１に記載の方法。
9. 前記イベントの見込みを決定する工程は、複数のメディアカテゴリについての寄せ集めたイベントの見込みを決定する工程を含むことを特徴とする請求項１に記載の方法。
10. 前記イベントの見込みに基いて、１つの以上の対話用リソースを割当てる工程は、前記イベントの見込みについての重みを決定する工程と、前記イベントの見込みと前記重みとに基いてリソースを割当てる工程とを有することを特徴とする請求項１に記載の方法。
11. １つ以上の対話イベントを含む複数の対話型メディアプログラムに対する対話用リソースを割当てるシステム（６０）であって、前記システムは、
    前記複数の対話型メディアプログラムと関係する要求の数を決定し、
    前記複数の対話型メディアプログラムについての複数のメディアカテゴリを決定し、
    少なくとも部分的には前記複数のメディアカテゴリと前記複数の対話型メディアプログラムについての要求の数とに基いて、ユーザとの対話の見込みを示すイベントの見込みを決定し、
    前記ユーザとの対話を扱うために前記イベントの見込みに基いて、１つ以上の対話用リソースを割当てるよう構成されたプロセッサ（２０２）を含むディメンジョニングサーバ（６２）を有することを特徴とするシステム。
12. 前記プロセッサ（２０２）は、前記複数の対話型メディアプログラムと関係する対話型文書の要求の数を決定することにより、前記複数の対話型メディアプログラムと関係する要求の数を決定するよう構成されていることを特徴とする請求項１１に記載のシステム。
13. 前記プロセッサ（２０２）は、各メディアカテゴリにおける利用の履歴に基いて、前記イベントの見込みを決定することにより、前記イベントの見込みを決定するよう構成されていることを特徴とする請求項１１に記載のシステム。
14. 前記プロセッサ（２０２）は、１つ以上の外部イベントに基いてイベントの見込みを調整することにより、前記イベントの見込みを決定するよう構成されていることを特徴とする請求項１３に記載のシステム。
15. 前記外部イベントは、スケジュールされたイベントを含み、
    前記プロセッサは、前もって存在するイベントスケジュールに基いてイベントの見込みを調整することにより、前記イベントの見込みを調整するよう構成されていることを特徴とする請求項１４に記載のシステム。
16. 前記プロセッサ（２０２）は、前記複数の対話型メディアプログラムについての前記複数のメディアカテゴリと前記外部イベントに対する対応するイベントカテゴリとの間の比較に基いて、前記イベントの見込みを決定することにより、前記イベントの見込みを調整するよう構成されていることを特徴とする請求項１４に記載のシステム。
17. 前記プロセッサ（２０２）は、個々のメディアプログラムにおいて選択されたイベントについてイベントの見込みを決定するよう構成されていることを特徴とする請求項１１に記載のシステム。
18. 前記プロセッサ（２０２）は、個々のメディアプログラムについてのイベントの見込みを決定するよう構成されていることを特徴とする請求項１１に記載のシステム。
19. 前記プロセッサ（２０２）は、メディアカテゴリについての寄せ集めたイベントの見込みを決定するよう構成されていることを特徴とする請求項１１に記載のシステム。
20. 前記プロセッサ（２０２）は、前記イベントの見込みについての重みを決定し、前記イベントの見込みと前記重みとに基いてリソースを割当てることにより、前記１つの以上の対話用リソースを割当てるよう構成されていることを特徴とする請求項１１に記載のシステム。
21. 対話型イベントの見込みに影響を及ぼす外部イベントについての情報を格納し、イベント情報を前記イベントの見込みを計算する際に用いるために前記ディメンジョニングサーバ（６２）に提供するイベントデータベース（６４）をさらに有することを特徴とする請求項１１に記載のシステム。
22. 前記イベントの見込みを計算する際に用いるために複数のメディアプログラムの複数のカテゴリについて前記ディメンジョニングサーバ（６２）に情報を提供するカテゴリ化サーバ（６６）をさらに有することを特徴とする請求項１１に記載のシステム。

Images