(57)【要約】対話型メディアプログラムとのユーザインタラクションがＳＭＩＬ文書のような対話型文書により定義される。その対話型文書は関係するメディアプログラムを再生或は視聴する前にユーザによりダウンロードされる。後での視聴のためにユーザにより録画されるライブイベントの場合、そのイベントの元々スケジュールされた生放送中に生じたかもしれない対話はもはや有効ではないかもしれない。この場合、メディアプログラム用の対話型文書をユーザがダウンロードし、そのメディアプログラムの録画を視聴するときに用いられる対話型文書の更新版を受信するのを可能にする方法と装置が提供される。１つの代表的な実施例では、メディア再生システムは、対話型メディアプログラムの録画に応じて、対話型文書サーバに対話型文書要求を送信する。対話型文書サーバは、もし利用可能であれば、その要求に応じてメディア再生システムに更新版の対話型文書を送信する。
2011524098.tif 000002
【特許請求の範囲】
【請求項１】
対話型メディアプログラムに対する１つ以上の対話イベントを定義する対話型文書を更新する方法（２００，３００，４００）であって、前記方法は
前記対話型文書の第１版をキャッシュ（４８）に格納する工程（２０５，３０５，４０５）と、
文書サーバ（２４）から前記対話型文書に対する更新情報を受信するためにサブスクライブする工程（２０８，３０２，４０２）と、
前記サブスクリプションに応じて、前記文書サーバ（２４）から更新情報を受信する工程（２１４−２１８，３０８−３１２，４０８）とを有することを特徴とする方法。
【請求項２】
前記対話型文書に対する更新を受信するためにサブスクライブする工程は、前記文書サーバ（２４）に対してサブスクリプション要求（２０８，３０２，４０２）を送信する工程を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記サブスクリプション要求は、前記対話型メディアプログラムの録画に応じて、前記文書サーバ（２４）に送信されることを特徴とする請求項２に記載の方法。
【請求項４】
前記サブスクリプション要求は、前記対話型文書の第１版がダウンロードされる時に、前記文書サーバ（２４）に送信されることを特徴とする請求項３に記載の方法。
【請求項５】
前記対話型文書の第１版は対話型メディアプログラムの生放送中に用いられ、
前記対話型文書の更新版は前記対話型メディアプログラムを後で視聴する際に用いられることを特徴とする請求項１に記載の方法。
【請求項６】
前記更新情報を受信する工程は、前記対話型文書の更新版の利用可能性を示す前記文書サーバ（２４）からの更新通知（２１４，３０８）を受信することを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記更新情報を受信する工程はさらに、前記更新通知に応じて前記文書サーバ（２４）から前記対話型文書（２１６−２１８，３１０−３１２）の更新版をダウンロードすることを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記更新情報を受信する工程は、前記文書サーバ（２４）から前記対話型文書（２１８，３１２，４０８）の更新版を受信することを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記対話型文書の前記更新版は前記対話型文書の第１版に含まれない対話イベントを有し、前記対話型メディアプログラムの繰り返しの視聴を刺激することを特徴とする請求項７又は８に記載の方法。
【請求項１０】
対話型メディアプログラムを再生するメディアプレイヤー（４４）を含むメディア再生システム（４０）であって、前記メディア再生システムは、
前記対話型プログラムに関係し、前記対話型メディアプログラムに対する１つ以上の対話イベントを定義する対話型文書の第１版を格納するキャッシュ（４８）と、
前記対話型文書に基づく対話イベントを生成し、前記対話型メディアプログラムが再生中に前記対話イベントに対するユーザ応答をキャプチャーする対話型コントローラ（５２）とを有し、
前記対話型コントローラ（５２）は、文書サーバ（２４）から前記対話型文書の第１版に対する更新情報をサブスクライブし、前記サブスクリプションに応じて前記文書サーバ（２４）から前記更新情報を受信するよう構成されていることを特徴とするメディア再生システム。
【請求項１１】
前記対話型コントローラ（５２）は、前記文書サーバ（２４）に対してサブスクリプション要求を送信することにより、前記対話型文書に対する更新情報を受信するためにサブスクライブすることを特徴とする請求項１０に記載のメディア再生システム。
【請求項１２】
前記対話型コントローラ（５２）はさらに、前記対話型メディアプログラムの録画に応じて、前記文書サーバ（２４）に前記サブスクリプション要求を送信するよう構成されていることを特徴とする請求項１１に記載のメディア再生システム。
【請求項１３】
前記対話型コントローラ（５２）はさらに、前記対話型文書の第１版がダウンロードされる時に、前記文書サーバ（２４）に前記サブスクリプション要求を送信するよう構成されていることを特徴とする請求項１２に記載のメディア再生システム。
【請求項１４】
前記対話型文書の第１版は対話型メディアプログラムの生放送中に用いられ、
前記更新された対話型文書は前記対話型メディアプログラムを後で視聴する際に用いられることを特徴とする請求項１０に記載のメディア再生システム。
【請求項１５】
前記更新情報は、前記対話型文書の更新版の利用可能性を示す更新通知を含むことを特徴とする請求項１０に記載のメディア再生システム。
【請求項１６】
前記対話型コントローラ（５２）はさらに、前記更新通知に応じて前記文書サーバ（２４）から前記対話型文書の更新版をダウンロードするよう構成されていることを特徴とする請求項１５に記載のメディア再生システム。
【請求項１７】
前記更新情報は、前記対話型文書の更新版を含むことを特徴とする請求項１０に記載のメディア再生システム。
【請求項１８】
前記キャッシュと前記対話型コントローラ（５２）との内の少なくとも１つは移動体端末に設けられることを特徴とする請求項１０に記載のメディア再生システム。
【請求項１９】
前記対話型文書の前記更新版は前記対話型文書の第１版に含まれない対話イベントを有し、前記対話型メディアプログラムの繰り返しの視聴を刺激することを特徴とする請求項１６又は１７に記載のメディア再生システム。
【請求項２０】
対話型メディアプログラムに対する１つ以上の対話イベントを定義する対話型文書を更新する方法であって、前記方法は
前記対話型文書のスケジュールされた放送に先立って、前記対話型文書の第１版をキャッシュ（４８）に格納する工程と、
前記スケジュールされた放送時刻に前記対話型メディアプログラムの録画を開始する工程と、
前記対話型メディアプログラムの録画を開始するのに応じて、対話型文書サーバ（２４）にサブスクリプション要求を送信する工程と、
前記サブスクリプション要求に応じて、前記対話型文書サーバ（２４）から前記対話型文書の更新版を受信する工程とを有することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザがメディアプログラムと対話することが可能な対話型メディアシステムに関し、特に、視聴者との対話を扱う資源のサイズ決めと割当てを行う方法に関する。
【背景技術】
【０００２】
対話型メディアは視聴者がメディアプログラムにおける積極的な関与者になることを可能にするメディアを有している。例えば、対話型テレビジョンのシステムの視聴者はゲームショーの番組で出場者と競争し、広告された製品への注文をし、プログラムの内容についての質問やコメントを行い、そのメディアプログラムやそのメディアプログラムの主題などについての情報を要求するかもしれない。多くの場合、視聴者のフィードバックがそのプログラムがどのように続くのかについて影響を与えることになる。メディアの内容に影響を与える視聴者によるフィードバックの例は、実況プログラム（例えば、タレントショーやリアリティショーなど）である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
あとで視聴するためにプログラムを録画取りすることは、対話型テレビジョンには問題を生じさせることになるかもしれない。その問題とはメディアプログラムの元々の送信が終わった後にイベントとの対話を行おうとしてもそれは不可能である点である。プログラムの生放送中に発生する対話イベントは、そのプログラムを録画して後で視聴するときには有効なものではない。例えば、生放送中に発生する投票のイベントは、録画を視聴するときにはもはや有効ではない。この場合、視聴者への投票のさそいは多くのユーザにはうっとうしいものであり、あるユーザには投票するときには欲求不満となるかもしれない。
【課題を解決するための手段】
【０００４】
本発明はビデオプログラムのような対話型メディアプログラムをユーザに配信する対話型メディアシステムに関するものである。ユーザと対話型メディアプログラムとの会話はＳＭＩＬ文書のような対話型文書により定義され、その対話型文書は関係するメディアプログラムを再生或は視聴する前にユーザによりダウンロードされる。その対話型文書は関係するメディアプログラムの実行時間に基づいて対話イベントをトリガするタイムラインを含み、そのメディアプログラムと同期がとらえる。対話イベントがトリガされるとき、オーバレイされたブラウザがユーザに表示され、ユーザ入力やユーザ応答がキャプチャーされ、対話型サーバへと送信される。その対話型文書はメディアプログラムの再生によりトリガされると良い。
【０００５】
後での視聴のためにユーザにより録画されたライブイベントの場合、そのイベントの生放送中に生じたかもしれない対話はもはや有効ではないかもしれない。この場合、メディアプログラム用の対話型文書をユーザがダウンロードし、そのメディアプログラムの録画を視聴するときに用いられる対話型文書の更新版を受信するのを可能にする方法と装置が提供される。１つの代表的な実施例では、そのメディア再生システムは、対話型メディアプログラムの録画に応じて、対話型文書サーバに対話型文書要求を送信する。その対話型文書サーバは、もし利用可能であれば、その要求に応じてメディア再生システムに更新版の対話型文書を送信する。
【０００６】
別の代表的な実施例では、そのメディア再生システムはサブスクライブして対話型文書の更新版を受信しても良い。そのサブスクリプションは、対話型文書が最初にダウンロードされるか、或は、メディアプログラムの録画に応じるときに生成される。サブスクリプション要求に応じて、対話型文書が更新されるか、或は、新しい版が利用可能になるときに、対話型文書サーバは更新版をメディア再生システムに送信すると良い。それから、メディア再生システムはその通知に応じて更新された対話型文書をダウンロードすると良い。他の実施例では、その更新は対話型文書の更新版を有するかもしれない。
【０００７】
さらに別の代表的な実施例では、メディア再生システムは、メディアプログラムの生放送の視聴中に用いられる対話型文書をダウンロードしても良い。その対話型文書のダウンロードは更新に対する暗黙のサブスクリプションとして機能すると良い。対話型文書の更新版が利用可能であるとき、対話型文書サーバは、明示的なダウンロード要求を受信することなく、メディア再生システムに対して、対話型文書の更新版をアップロード或はプッシュすることができる。
【図面の簡単な説明】
【０００８】
【図１】ユーザに対話型メディアコンテンツを提供する通信システムを示す図である。
【図２】対話型文書をダウンロードする代表的な方法を示す図である。
【図３】以前にダウンロードされた対話型文書を更新する方法の第１の代表的な例を示す図である。
【図４】以前にダウンロードされた対話型文書を更新する方法の第２の代表的な例を示す図である。
【図５】以前にダウンロードされた対話型文書を更新する方法の第３の代表的な例を示す図である。
【発明を実施するための形態】
【０００９】
図１は対話型メディアコンテンツをユーザに提供する通信システム１０を図示している。通信システム１０は、コンテンツプロバイダ（例えば、放送会社）或はサービスプロバイダにより運用される対話型メディアシステム２０と、ユーザにコンテンツプロバイダのメディアライブラリからのメディアコンテンツにアクセスし、これを再生することを可能にするメディア再生システム４０とを有する。対話型メディアプログラムは、放送ネットワーク、移動体ネットワーク、インターネットプロトコル（ＩＰ）ネットワーク、或は、その組み合わせなどのような種々の通信ネットワークを介して、種々の異なる電子媒体で配信される。
【００１０】
対話型メディアシステム２０は、ユーザに利用可能なメディアコンテンツを格納する１つ以上のメディアサーバ２２、そのメディアコンテンツに関係した対話イベントを定義する対話型文書を格納する１つ以上の文書サーバ２４、及び、対話イベントを扱う１つ以上の対話型サーバ２６を含む。メディアサーバ２２により格納されたメディアコンテンツは、例えば、ビデオコンテンツ、音声コンテンツ、ビデオ／音声、或は、他のストリーミングメディアのような何らかのタイプのメディアで良い。文書サーバ２４に格納される対話型文書はメディアコンテンツに関係した対話イベントを定義する。後述するように、対話型文書は、メディアコンテンツを再生する間、そのメディアコンテンツに同期して所定の時点時点で対話イベントを生成するスクリプトを含んでいる。その対話型文書は、例えば、ＳＭＩＬ文書、ＸＭＬ文書などを含むことができる。対話型サーバ２６は、対話イベントを扱い処理するように構成された、例えば、ウェブサーバのようなサーバを含む。対話型サーバ２６はユーザ入力とメディア再生システム４０からの応答を受信する。いくつかの実施例では、対話型サーバ２６は、ユーザとの対話がメディアコンテンツに影響を与えるために用いられるシステムにおけるメディアサーバ２２と通信することもできる。
【００１１】
メディア再生システム４０は、メディアコンテンツをユーザに表現するためのディスプレイ４２とメディアプレイヤー４４と対話コントローラ５２と音声システム５０と、ユーザ応答を入力するための１つ以上のユーザ入力制御部５４を有している。ディスプレイ４２と音声システム５０とは、ビデオと音声コンテンツをそれぞれ表現する何らかの適切なデバイスを有する。メディアプレイヤー４４は、ディスプレイ４２と音声システム５０によってそれぞれ表現されるメディアストリームを生成するためのソフトウェアとハードウェアとの内、少なくともいずれかを有する。例えば、メディアプレイヤー４４は伸長アルゴリズムを実装し、メディアストリームを伸長し、ディスプレイ４２と音声システム５０との内の少なくともいずれかにより表現されるのに適切な出力データストリームを生成することができる。好適な実施例では、メディアプレイヤー４４はまた、後での再生や視聴のためにメディアコンテンツを録画することもできる。対話コントローラ５２は１つ以上のプロセッサとメモリとを有し、後述するメディアプログラムと関係する対話イベントを処理する。ユーザ入力制御部５４は、キーパッド、ボタン、ポインティングデバイス、ナビゲーション制御、タッチ型制御などのようなユーザ入力デバイスのいずれかのタイプのものを含み、ユーザが対話イベントに対して応答を入力できるようにしている。いくつかの実施例では、ディスプレイ４２はユーザ入力デバイス５４としても機能するタッチ型スクリーンディスプレイを有しているかもしれない。メディア再生システム４０はホームエンタテイメントシステムや、セルラ電話、ＰＤＡ機器、メディアプレイヤー、或は、ラップトップコンピュータのような移動体端末に組み込まれても良い。
【００１２】
対話型コントローラ５２は、ブラウザ４６とキャッシュ４８とを含む。ブラウザ４６はメディア再生システム４０のプロセッサにより実行されるアプリケーションであり、これを介してユーザとの対話が生じる。キャッシュ４８は対話型文書を格納する。１つの代表的な実施例では、ユーザとの対話はメディア再生システム４０のディスプレイ４２のオーバレイしたブラウザのウィンドウを通じて発生し、ユーザ入力や応答は関係するＪａｖａ（登録商標）ｓｃｒｉｐｔや他の種類のスクリプトによりキャプチャーされる。ブラウザ４６はキャッシュ４８に格納された関係する対話型文書に基づいた特定のメディアプログラムに対する対話イベントを生成し、ユーザ入力と応答とをキャプチャーし、対話型サーバ２６に対してユーザ入力と応答とを送信する。メディアコンテンツとのユーザ対話の例として、対話型プログラムは視聴者の投票や質問を組み込むことができる。対話イベントとその関係するスクリプトを定義する対話型文書はキャッシュ４８に格納される。対話型文書はメディアコンテンツと同期がとられる対話イベントに対するタイムラインを定義する。従って、対話イベントはメディアストリームでのトリガには結合されない。メディアプレイヤー４４はメディアコンテンツの再生が始まるとき対話型文書にトリガをかけることができる。１つの代表的な実施例では、ユニフォーム・リソース・アイデンティファイア（ＵＲＩ）が対応する対話型文書を識別するメディアストリームの始まりに組み込まれると良い。メディアプレイヤー４４は、メディアストリームが開始され、対話型文書にトリガをかけるときにＵＲＩをキャプチャーする。
【００１３】
対話型文書はメディアコンテンツの視聴やレンダリングに先立つ任意の時間に文書サーバ２４からダウンロードされ、視聴要求があるときまでキャッシュ４８に保持されると良い。文書サーバ２４は、例えば、ユーザに対話型文書をダウンロードするためのインタフェースを提供するウェブサーバを有していると良い。文書サーバ２４により、ユーザが頻繁に見るゲームショーのような頻繁に視聴するプログラムに対する周期的なダウンロードをセットアップすることが可能になり、必要なとき対話型文書が利用可能になる。ユーザは、いくつかの実施例では、ユーザが指定した嗜好や観察された視聴パターンに基づいて、メディア再生システム４０のキャッシュ４８に自動的に対話型文書がダウンロードされるサービスへの予約（サブスクライブ）をすることができる。
【００１４】
メディア再生システム４０はまた、メディアプログラムが録画され、ユーザがその後にそのプログラムを視聴するときに対話型文書が利用可能であるときにはいつでも、対話型文書を自動的にダウンロードするように構成されると良い。図２は対話型メディアプログラムに対する対話型文書をダウンロードする代表的な方法１００を例示している。ここでは、メディアプレイヤー４４がメディアプログラムを記憶する能力を含むことを仮定している。ユーザがコマンドをメディアプレイヤー４４に入力し、メディアプログラムを録画するとき（ブロック１０２）、メディアプレイヤー４４は対話型コントローラ５２のブラウザ４６に関係するプログラムの情報を提供する。ブラウザ４６は、メディアプログラムを録画するようにというコマンドに応じて文書サーバ２４からメディアプログラムに対する対話型文書をダウンロードし（ブロック１０４）。その対話型文書をキャッシュ４８に格納する（ブロック１０６）。もし、そのプログラムを記憶するようにというコマンドが、メディアプログラムのスケジュールされた放送の前に入力されるなら、ダウンロードはメディアプログラムの実際の録画の前に発生する。
【００１５】
対話型文書が視聴の前にダウンロードされるので、その対話型文書の新鮮度を保証するメカニズムが必要である。例えば、対話型文書がトリガされるとき、そのダウンロード時刻が現在の時刻と比較され、その対話型文書の古さを判断する。もし、そのダウンロードされた文書が“古い”なら、対話型コントローラ５２は文書サーバ２４に対して対話型文書のより最新版があるかどうかを照会すると良い。より最新版が利用可能であるなら、対話型コントローラは文書サーバ２４から更新された対話型文書をダウンロードする。
【００１６】
後での視聴のためにユーザにより録画されたライブイベントの場合には、そのイベントの生放送中に生じたであろう対話は、そのプログラムの録画が後になって視聴されるときには、有効ではないかもしれない。一例として、生放送したタレントショーは、ユーザが自分の好きな出演者を投票できる対話イベントを含むかもしれない。別の例としては、トークショーではユーザがそのショーの司会者に質問を提出できるかもしれない。これらのタイプの対話イベントは、生放送後には有効ではなくなるかもしれず、そのショーの録画版を視聴するときに対話を試みるユーザには欲求不満がたまったり、いらだたせるものとなるかもしれない。この場合、２つの異なる対話型文書が定義されると良い。即ち、生放送で用いられるリアルタイム版と、生放送の録画と後での視聴のための非同期版である。メディア再生システム４０のキャッシュ４８のリアルタイム版の対話型文書は生放送の後にその対話型文書の非同期版により置換されると良い。非同期版は、録画が視聴されるときにもはや関係がない対話イベントを除去するか或は変更し、或は、異なる対話イベントを代入すると良い。例えば、元々の放送ではユーザに自分の好きな出演者を投票させる投票イベントが含まれるかもしれない。生放送の間に投票は集計され、勝者を決めるのに用いられる。その対話型プログラムの録画版を視聴するときになされる投票は別の目的、例えば、視聴者の好みに関する視聴者からのフィードバックを作成するのに用いられる、異なる対話を可能することは、そのメディアプログラムの繰り返しの視聴を刺激することになるかもしれない。
【００１７】
１つの代表的な実施例では、セション開始プロトコル（ＳＩＰ）のサブスクリプション（subscription）方法が用いられ、メディア再生システム４０のキャッシュ４８に格納された対話型文書を更新することができる。ユーザはライブイベントを録画するとき、メディア再生システム４０はＳＩＰサブスクリプション方法を用いてサブスクライブして文書サーバからの通知を更新することができる。その対話型文書が更新されるとき、文書サーバ２４はＳＩＰ通知メッセージをメディア再生システム４０に送信することができる。メディア再生システム４０はそれから、更新された対話型文書を文書サーバ２４から取り出すことができる。
【００１８】
図３は本発明の１実施例に従う対話型文書を更新する代表的な方法２００を図示している。その方法はＳＩＰ  ＳｕｂｓｃｒｉｂｅとＮｏｔｉｆｙの方法を用いて実装される。しかしながら、当業者であれば、他のプロトコルが用いられて対話型文書に対するサブスクリプション（予約）を作成できることを認識するであろう。メディア再生システム４０のユーザは文書サーバ２４から対話型メディアプログラムに対する対話型文書の第１版をダウンロードし（ステップ２０２、２０４）、キャッシュ４８に第１版を格納する（ステップ２０５）。対話型コントローラ５２のブラウザ４６が対話型サーバ２６から対話型文書をダウンロードするのに用いられる。ブラウザ４６はプログラム識別子を含むダウンロード要求（例えば、ＨＴＴＰ  ＧＥＴ）を文書サーバ２４に送信する（ステップ２０２）。その要求に応じて、文書サーバ２４はライブイベントの生放送の視聴中に用いられる対話型文書を返信する（ステップ２０４）。
【００１９】
その結果、ユーザはライブイベントの録画を開始する（ステップ２０６）。その録画開始に応じて、ウェブブラウザはサブスクリプション要求を文書サーバ２４に送信して、その対話型文書の更新或は新しい版を受信するようにサブスクライブする（ステップ２０８）。もし、更新版が文書サーバ２４により格納されているなら、文書サーバはすぐさま、そのサブスクリプション要求に応じて対話型文書の更新版を送信する（ステップ２１０）。サブスクリプションの時点で、更新版が利用可能でないなら、文書サーバ２４は確認応答を返信して、そのサブスクリプション要求がうまく受信され処理されたことを示す（ステップ２１０）。その後、対話型文書の更新版が利用可能になるとき（ステップ２１２）、文書サーバ２４は更新通知を対話型コントローラ５２に送信する（ステップ２１４）。その更新通知は、対話型文書の更新版へのリンクを含むと良い。対話型コントローラ５２はそれから、文書サーバ２４にダウンロード要求を送信することにより更新版をダウンロードできる（ステップ２１６）。文書サーバ２４はダウンロード要求に応じて更新された対話型文書を返信する（ステップ２１８）。その対話型文書のより新しい版が利用可能になるなら、ステップ２１４−２１８が繰り返されると良い。
【００２０】
一度なされたサブスクリプション要求は後でキャンセルされても良い。一例として、以前のサブスクリプションのキャンセルはユーザがメディアプログラムを視聴するときにユーザとの対話により自動的になされても良い。
【００２１】
図４は対話型文書を更新する別の方法３００を例示しており、ここでは、そのサブスクリプションは対話型文書のオリジナル版がダウンロードされ（ステップ３０２−３０４）キャッシュ４８に格納された（ステップ３０５）時点で作成される。この方法３００では、ブラウザ４６はプログラム識別子を含むダウンロード要求を文書サーバ２４に送信する（ステップ３０２）。ダウンロード要求はダウンロードされた対話型文書の将来の更新のためのサブスクリプション要求を含むと良い。そのダウンロード要求に応じて、文書サーバ２４はライブイベントの生放送の視聴中に用いられる対話型文書を返信する（ステップ３０４）。対話型文書の更新版が後で利用可能になるとき（ステップ３０６）、文書サーバ２４は更新通知を対話型コントローラ５２に送信する（ステップ３０８）。更新通知は対話型文書の更新版へのリンクを含むと良い。対話型コントローラ５２のブラウザ４６はそのとき、ダウンロード要求を文書サーバ２４に送信することにより更新版をダウンロードできる（ステップ３１０）。文書サーバ２４はダウンロード要求に応じて更新された対話型文書を返信する（ステップ３１２）。その対話型文書のより新しい版が利用可能になるなら、ステップ３０６−３１２が繰り返されると良い。
【００２２】
別の代表的な実施例では、対話型コントローラ５２は、キャッシュ４８も管理する完全な能力を備えたウェブサーバを実装することができる。この実施例では、ＨＴＴＰ  ＰＯＳＴとＰＵＴの操作が可能であり、これによりサードパーティのプロバイダがキャッシュ４８を前もってプロビジョンし、以前にダウンロードされた対話型文書への更新情報を提供することが可能になる。もし、対話型コントローラ５２がウェブサーバを実装するなら、文書サーバ２４は各ユーザに対するダウンロードの記録を保持し、標準的なＨＴＴＰ  ＰＯＳＴとＰＵＴの操作を用いて、改訂された対話型文書が利用可能になるときに明示的なダウンロード要求ななくてもメディア再生システム４０のキャッシュ４８にその改訂された対話型文書をアップロード或はプッシュすることができる。
【００２３】
図５はプッシュ技術を用いて対話型文書を更新するための代表的な方法４００を図示している。この方法は、例えば、ＨＴＴＰを用いて実装される。方法４００は文書サーバ２４に対するダウンロード要求を送信するメディア再生システムで開始する（ステップ４０２）。文書サーバ２４は要求された対話型文書を要求者に返信し、そのダウンロードを記録する（ステップ４０４）。対話型文書はキャッシュ４８に格納される（ステップ４０５）。元々の対話型文書のダウンロード中、要求者は対話型文書の更なる更新のためにサブスクライブする。後で、対話型文書の更新版が利用可能になるとき（ステップ４０６）、文書サーバ２４は、ＨＴＴＰ  ＰＯＳＴ或はＰＵＴ手順を用いて明示的なダウンロード要求を待ち合わせることなく、更新された対話型文書を送信する（ステップ４０８）。ユーザはオリジナルのダウンロード中には更新された対話型文書を受信することを拒絶する。また、ユーザは更新された文書に対する前の要求をキャンセルすることができる。例えば、ユーザがプログラムを視聴するとき、メディア再生システムは将来の更新のための要求をキャンセルできる。
【００２４】
本発明の範囲と本質的な特徴を逸脱することなく、ここで説明したのとは別の具体的な方法で本発明を実行しても良いことはもちろんである。それ故に、これらの実施例は全ての点において例示的なものと考えられるべきものであり、本発明を限定するものと考えるべきではない。そして、添付の請求の範囲の意味するところとその同等物の範囲に入る全ての変更は請求の範囲の中に含まれることが意図されている。
【図１】
2011524098.tif 000003
【図２】
2011524098.tif 000004
【図３】
2011524098.tif 000005
【図４】
2011524098.tif 000006
【図５】
2011524098.tif 000007
【手続補正書】
【提出日】平成23年5月30日(2011.5.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
対話型メディアプログラムに対する１つ以上の対話イベントを定義する対話型文書を更新する方法（２００，３００，４００）であって、前記方法は
前記対話型文書の第１版をキャッシュ（４８）に格納する工程（２０５，３０５，４０５）と、
文書サーバ（２４）から前記対話型文書に対する更新情報を受信するためにサブスクライブする工程（２０８，３０２，４０２）と、
前記サブスクライブに応じて、前記文書サーバ（２４）から更新情報を受信する工程（２１４−２１８，３０８−３１２，４０８）とを有することを特徴とする方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１０
【補正方法】変更
【補正の内容】
【請求項１０】
対話型メディアプログラムを再生するメディアプレイヤー（４４）を含むメディア再生システム（４０）であって、前記メディア再生システムは、
前記対話型プログラムに関係し、前記対話型メディアプログラムに対する１つ以上の対話イベントを定義する対話型文書の第１版を格納するキャッシュ（４８）と、
前記対話型文書に基づく対話イベントを生成し、前記対話型メディアプログラムが再生中に前記対話イベントに対するユーザ応答をキャプチャーする対話型コントローラ（５２）とを有し、
前記対話型コントローラ（５２）は、文書サーバ（２４）から前記対話型文書の第１版に対する更新情報をサブスクライブし、前記サブスクライブに応じて前記文書サーバ（２４）から前記更新情報を受信するよう構成されていることを特徴とするメディア再生システム。
【国際調査報告】
2011524098.tif 000008
2011524098.tif 000009
2011524098.tif 000010
2011524098.tif 000011