JP2008507927A - コンテンツ情報をコンテンツサーバに提供する方法及び装置 - Google Patents

Abstract

【解決手段】番組案内記録を保持する方法及び装置は、番組案内インデックスを要求することと、番組案内インデックスを受信することと、受信した番組案内インデックスに基づいて、新たな番組案内記録が存在するかを判定することとからなる各ステップを備える。この方法は更に、新たな番組案内記録を要求することと、番組案内記録を受信することとを備える。１つの局面では、番組案内記録を保持する方法は、番組案内更新表示を受信することと、受信した番組案内更新表示に基づいて、新たな番組案内記録を判定することとからなる各ステップを備える。この方法は更に、更新された番組案内記録を要求することと、更新された番組案内記録を受信することと、番組案内記録を更新することとを備える。
【選択図】 図１

Description

本発明の開示される実施形態は、一般に、コンテンツ配信システムの動作に関し、特に、データネットワーク内のコンテンツサーバへコンテンツ情報を提供する方法及び装置に関する。

メディア配信システムでは、利用可能なコンテンツ又はサービスの配信スケジュールを記述した番組案内（ＰＧ）が、配信ネットワーク内のコンテンツサーバ（ＣＳ）に提供される。例えば、配信ネットワーク上で動作するコンテンツプロバイダーは、ネットワークと通信しているＣＳにＰＧを提供しうる。ＰＧを受信するＣＳは、ＰＧ内の情報をデバイスユーザに表示するように動作する。デバイスユーザはその後、デバイスによって受信されるコンテンツ又はサービスを選択できる。例えば、デバイスユーザは、マルチメディアコンテンス、クリップ、番組、スクリプト、データ、顧客サービス、その他任意の種類のコンテンツ又はサービスを含む受信コンテンツ又はサービスを選択及び／又は予約する。

従って、必要なものはコンテンツ情報を、配信ネットワーク内のコンテンツサーバに提供するように動作し、これによって、コンテンツサーバが、効率的な方法で、ローカルに格納されたコンテンツのコピーを更新できるシステムである。このシステムはまた、無駄な送信及び／又はコンテンツ情報全体の再送信を回避しながら、コンテンツサーバが、ローカルに格納されたコンテンツのコピーを更新するために送信されるＰＧ情報量を最小にするように動作すべきである。

本特許出願は、本特許出願の譲受人に譲渡され、本明細書において参照により明らかに組み込まれる２００４年７月２１日出願の「非リアルタイムのマルチメディアコンテンツを、コンテンツ配信ネットワーク、及びＣＤＭＡ２０００のような無線ラジオネットワークからなるマルチメディア配信システムへ発行する方法及び装置」（Method and Apparatus for Publishing non-real-time Multimedia content to a Multimedia Content Distribution System Consisting of a Content Distribution network and a Wireless Radio Network such as CDMA2000）と題された仮出願６０／５９０，１２７号の優先権を主張する。

１つ又は複数の実施形態では、データネットワーク内のコンテンツサーバへコンテンツ情報を提供するように動作する方法及び装置を備えるコンテンツ配信システムが提供される。

１つの局面では、番組案内記録を保持する方法は、番組案内インデックスを要求することと、番組案内インデックスを受信することと、受信した番組案内インデックスに基づいて、新たな番組案内記録が存在するかを判定することとからなる各ステップを備える。この方法は更に、新たな番組案内記録を要求することと、この番組案内記録を受信することとを備える。

１つの局面では、番組案内記録を保持する方法は、番組案内更新表示を受信することと、受信した番組案内更新表示に基づいて、新たな番組案内記録を判定することとからなる各ステップを備える。この方法は更に、更新された番組案内記録を要求することと、更新された番組案内記録を受信することと、それに従って番組案内記録を更新することとを備える。

１つの局面では、コンテンツ記録を保持する方法は、コンテンツインデックスを要求することと、コンテンツインデックスを受信することと、受信したコンテンツインデックスに基づいて、新たなコンテンツ記録が存在するかを判定することとからなる各ステップを含む。この方法は更に、新たなコンテンツ記録を要求することと、新たなコンテンツ記録を受信することとを備える。

１つの局面では、コンテンツプロバイダーによってコンテンツサーバに番組案内記録を提供する方法は、コンテンツサーバに番組案内更新表示を送ることと、更新された番組案内記録に対する要求をコンテンツサーバから受信することと、更新された番組案内記録をコンテンツサーバに送ることとからなる各ステップを備える。

１つの局面では、コンテンツプロバイダーによってコンテンツサーバへコンテンツ記録を提供する方法は、コンテンツサーバにコンテンツ表示を送ることと、コンテンツ記録に対する要求を受信することと、要求されたコンテンツ記録を送ることとからなる各ステップを備える。

１つの局面では、上述した処理を実行するように動作する処理ロジックを備え、番組案内及び／又はコンテンツを提供及び／又は更新する装置が提供される。

１つの局面では、プロセッサによって実行されると、上記した処理を実行するように動作する命令を備えたコンピュータ読取可能媒体が提供される。

実施形態の他の局面は、後述する図面の簡単な説明、詳細説明、及び特許請求の範囲の検討後に明らかになろう。

本明細書に記載される実施形態の前述の各局面は、添付図面と組み合わせた場合に、以下に示す詳細記述を参照することによって、より容易に明らかになるであろう。

以下の詳細説明は、コンテンツ配信システムの１つ又は複数の実施形態を記載する。このシステムは、無線ネットワーク環境での使用に特に適しているが、限定される訳ではないが、通信ネットワーク、インターネットのような公衆ネットワーク、仮想プライベートネットワーク（ＶＰＮ）のようなプライベートネットワーク、ローカルエリアネットワーク、広域ネットワーク、長距離輸送ネットワーク、他のタイプのデータあるいは通信ネットワークを含む任意の種類のネットワーク環境でも使用されうる。

１つ又は複数の実施形態では、コンテンツ配信システムは、現在の番組案内（ＰＧ）記録を、配信ネットワーク上のコンテンツサーバ（ＣＳ）へ提供するために動作する。例えば、ＰＧ記録は、コンテンツプロバイダーにおいて保持され、ＣＳが受信するために利用可能なスケジューリングされたコンテンツ及び／又はサービスのリストを含む。ＰＧ記録のコピーも、配信ネットワーク上の許可されたＣＳにおいて保持されうる。１つの実施形態では、コンテンツプロバイダー（ＣＰ）においてＰＧ記録が更新される場合、更新されたＰＧ記録の表示が、配信ネットワーク上のＣＳに送信されうる。更新されたＰＧ記録の表示をＣＳが受信した場合、ＣＳは、ＰＧ記録のローカルコピーを更新するために、ＰＧ記録の全てあるいは選択された部分を検索するか否かを判定する。１つの実施形態では、ＣＰにおいてＰＧに対して変化があったか否かを判定するために、ＣＳは、規則的に、スケジュールされたポーリングで、あるいは予め定めた頻度に基づいて、ＣＰからＰＧインデックスを要求する。受信したＰＧインデックスが、ＰＧ記録へのあらゆる更新を示す場合、ＣＳは、ＰＧ記録のローカルコピーを更新するために、ＰＧ記録の全て又は選択された部分を検索する。したがって、各ＣＳは、ＰＧ記録の現在のコピーを保持することができる。これによって、エンドユーザは、利用可能な現在のコンテンツ又はサービスに対する予約が可能となる。その結果、更新通知スキームは、ＰＧ記録及び／又はコンテンツ又はサービスが変化する毎に、全てのＰＧ記録及び／又は番組コンテンツを、全てのＣＳに再送信することに関する負担及び非効率を回避する。

図１は、マルチメディアコンテンツフローを生成し、データネットワークを介して伝送するように動作する伝送システムの１つの実施形態を備えた通信ネットワーク１００の１つの実施形態を示す。例えば、この伝送システムは、ブロードキャスト配信のために、コンテンツプロバイダーネットワークから、無線アクセスネットワークへコンテンツクリップを伝送する際の使用に適している。

ネットワーク１００は、コンテンツプロバイダー（ＣＰ）１０２、コンテンツプロバイダーネットワーク１０４、最適化されたブロードキャストネットワーク１０６、及び無線アクセスネットワーク１０８を含む。ネットワーク１００は、さらにモバイル電話１１２、携帯情報端末（ＰＤＡ）１１４、及びノート型コンピュータ１１６を備えるデバイス１１０を含んでいる。デバイス１１０は、この伝送システムの１つ又は複数の実施形態での使用に適したデバイスのうちの単にいくつかを例示している。図１には３つのデバイスが示されているが、実際には、任意の数のデバイス、あるいは任意の種類のデバイスが、この伝送システムでの使用に適していることが注目されるべきである。

コンテンツプロバイダー１０２は、ネットワーク１００内のユーザへ配信用コンテンツを提供するように動作する。コンテンツは、ビデオ、オーディオ、マルチメディアコンテンツ、クリップ、リアルタイム及び非リアルタイムのコンテンツ、スクリプト、番組、データあるいは他の種類の適切なコンテンツを含む。コンテンツプロバイダー１０２は、配信のためにコンテンツプロバイダーネットワーク１０４にコンテンツを提供する。例えば、コンテンツプロバイダー１０２は、任意の適切な種類の有線及び／又は無線通信リンクを含む通信リンク１１８によってコンテンツプロバイダーネットワーク１０４と通信する。

コンテンツプロバイダーネットワーク１０４は、ユーザへの配信のためにコンテンツを配信するように動作する有線及び無線ネットワークの任意の組み合わせを備える。コンテンツプロバイダーネットワーク１０４は、最適化されたブロードキャストネットワーク１０６と、リンク１２０を介して通信する。リンク１２０は、任意の適切な種類の有線及び／又は無線通信リンクを備える。最適化されたブロードキャストネットワーク１０６は、高品質コンテンツをブロードキャストすることを目指している有線ネットワーク及び無線ネットワークの任意の組み合わせを備える。例えば、最適化されたブロードキャストネットワーク１０６は、複数の最適化された通信チャンネルによって、選択されたデバイスに高品質コンテンツを配信するために最適化された特殊な専用ネットワークかもしれない。

１つ又は複数の実施形態では、この伝送システムは、配信のために、コンテンツプロバイダー１０２からのコンテンツを、無線アクセスネットワークにおけるブロードキャスト基地局（ＢＢＳ）１２４と通信するように動作するコンテンツプロバイダーネットワーク１０４のコンテンツサーバ（ＣＳ）１２２へ配信するように動作する。ＣＳ１２２及びＢＢＳ１２４は、コンテンツプロバイダーネットワーク１０４が、デバイス１１０へのブロードキャスト／マルチキャストのために、無線アクセスネットワーク１０８へのコンテンツフローの形態でコンテンツを配信することを可能にする伝送インタフェース１２６の１つ又は複数の実施形態を使用して通信する。伝送インタフェース１２６は、制御インタフェース１２８、及びベアラチャネル１３０を備える。制御インタフェース１２８は、ＣＳ１２２が、コンテンツプロバイダーネットワーク１０４から無線アクセスネットワーク１０８へ流れるコンテンツフローを追加、変更、キャンセル、あるいは修正できるように動作する。ベアラチャネル１３０は、コンテンツプロバイダーネットワーク１０４から無線アクセスネットワーク１０８へコンテンツフローを伝送するように動作する。

１つの実施形態では、ＣＳ１２２は、無線アクセスネットワーク１０８を介したブロードキャスト／マルチキャストのために、ＢＢＳ１２４に送信されるコンテンツフローをスケジュールするために、伝送インタフェース１２６を使用する。例えば、コンテンツフローは、コンテンツプロバイダーネットワーク１０４を用いた配信のためにコンテンツプロバイダー１０２によって提供される非リアルタイムコンテンツクリップを備えうる。１つの実施形態では、ＣＳ１２２は、コンテンツクリップに関連した１つ又は複数のパラメータを決定するために、ＢＢＳ１２４とネゴシエートするように動作する。一旦、ＢＢＳ１２４がコンテンツクリップを受信すれば、デバイス１１０の１つ又は複数によって受信されるために、無線アクセスネットワーク１０８を介してコンテンツクリップをブロードキャスト／マルチキャストする。デバイス１１０のうちのどのデバイスも、コンテンツクリップを受信し、後のデバイスユーザによる視聴のためにキャッシュすることが許可されうる。

例えば、デバイス１１０は、無線アクセスネットワーク１０８によるブロードキャストのためにスケジューリングされるコンテンツのリストを表示する番組案内を提供するように動作するクライアント番組１３２を備える。その後、デバイスユーザは、リアルタイムでのレンダリングのため、あるいは後の視聴のためにキャッシュに格納される任意の特定のコンテンツを受信するように選択してもよい。例えば、コンテンツクリップは夜間にブロードキャストされるようにスケジューリングされるかもしれない。また、デバイス１１２は、ブロードキャストを受信し、かつデバイスユーザが翌日にクリップを見ることができるように、キャッシュ１３４内にコンテンツクリップをキャッシュするように動作する。一般に、コンテンツは加入者サービスの一部としてブロードキャストされ、受信デバイスは、ブロードキャストを受信するために、鍵を提供する必要があるか、あるいは、自分自身を認証する必要がある。

１つ又複数の実施形態では、伝送システムは、ＣＳ１２２が、番組案内記録、番組コンテンツ、及びその他の関連情報をコンテンツプロバイダー１０２から受信することを可能にする。ＣＳ１２２は、デバイス１１０への配送のために、コンテンツを更新及び／又は生成する。

図２は、コンテンツ配信システムの１つの実施形態での使用に適したコンテンツプロバイダーサーバ２００の１つの実施形態を示す。例えば、サーバ２００は、図１中におけるサーバ１０２として使用されうる。サーバ２００は、処理ロジック２０２、リソース及びインタフェース２０４、トランシーバーロジック２１０を備える。これは全て内部データバス２１２に接続されている。サーバ２００はまた、起動ロジック２１４、ＰＧ２０６、ＰＧ記録ロジック２０８を備える。これらも、データバス２１２に接続されている。

１つ又は複数の実施形態では、処理ロジック２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、バーチャルマシン、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを備える。したがって、処理ロジック２０２は、一般に、計算機読取可能命令を実行し、内部データバス２１２を経由してサーバ２００の１つ又は複数の他の機能要素を制御するロジックを備える。

リソース及びインタフェース２０４は、サーバ２００が内部システム及び外部システムと通信することを可能にするハードウェア及び／又はソフトウェアを含む。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイドライバー、モデム、あるいは他の内部デバイスリソースを含みうる。外部システムは、ユーザインタフェースデバイス、プリンタ、ディスクドライブ、あるいは他のローカルデバイス又はシステムを含みうる。

トランシーバーロジック２１０は、サーバ２００が、通信チャネル２１６を用いて遠隔デバイス又はシステムと、データ及び／又は他の情報を送受信することを可能にするように動作するハードウェアロジック及び／又はソフトウェアを備える。例えば、１つの実施形態では、通信チャンネル２１６は、サーバ２００がデータネットワークと通信することを可能にする任意の適切な種類の通信リンクを備える。

起動ロジック２１４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、バーチャルマシン、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを備える。起動ロジック２１４は、ＣＳ及び／又はデバイスを起動し、ＣＳ及び／又はデバイスが、ＰＧ２０６に記述されたコンテンツ及び／又はサービスを選択及び受信可能にするように動作する。１つの実施形態では、起動ロジック２１４は、起動処理の間に、ＣＳ及び／又はデバイスに、クライアント番組２２０を送信する。クライアント番組２２０は、ＣＳ及び／又はデバイス上で動作し、ＰＧ２０６を受信し、利用可能なコンテンツ及びサービスに関する情報をデバイスユーザへ表示する。したがって、起動ロジック２１４は、ＣＳ及び／又はデバイスを認証し、クライアント２２０をダウンロードし、クライアント２２０によるデバイス上のレンダリングのためのＰＧ２０６をダウンロードするように動作する。

ＰＧ２０６は、デバイスが受信するために利用可能なコンテンツ及び／又はサービスを記述するあらゆる適切なフォーマットによる情報を備える。例えば、ＰＧ２０６は、サーバ２００のローカルメモリ内に格納されるかもしれないし、コンテンツ又はサービス識別子、スケジューリング情報、料金、及び／又はその他任意の種類の関連情報のような情報を備えうる。１つの実施形態では、ＰＧ２０６は、利用可能なコンテンツ又はサービスに対して変更がなされると、処理ロジック２０２によって更新される１つ又は複数の識別可能なセクションを備える。

ＰＧ記録２０８は、ＰＧ２０６への変更を識別及び／又は記述する通知メッセージを生成するように動作するハードウェア及び／又はソフトウェアを備える。例えば、処理ロジック２０２が、ＰＧ２０６を更新する場合、この変更についてＰＧ記録ロジック２０８に通知される。するとＰＧ記録ロジック２０８は、ＣＳに送信される１つ又は複数の通知メッセージを生成する。これは、サーバ２００内で起動され、ＣＳは、ＰＧ２０６に対する変更に関して迅速に通知されるようになる。

１つの実施形態では、コンテンツ配信通知メッセージの一部として、メッセージ内で識別されたＰＧのセクションがブロードキャストされる時を示すブロードキャストインジケータが提供される。例えば、１つの実施形態では、ブロードキャストインジケータは、セクションがブロードキャストされることを示すための１ビットと、ブロードキャストがいつ生じるのかを示す時間インジケータとを備える。したがって、ＰＧ記録のローカルなコピーを更新したいＣＳ及び／又はデバイスは、ＰＧ記録の更新されたセクションを受信するために、指定された時間において、ブロードキャストを聞く（listen）ことが出来る。

１つの実施形態では、コンテンツ配信通知システムは、例えば処理ロジック２０２のようなプロセッサによって実行された時、本明細書に記載したサーバ２００の機能を提供するコンピュータ読取可能媒体に格納されたプログラム命令を備える。例えば、このプログラム命令は、例えばフロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリーカード、ＦＬＡＳＨメモリデバイス、ＲＡＭ、ＲＯＭ、あるいはリソース２０４を通じてサーバ２００とインタフェースする他の任意の種類のメモリデバイス又はコンピュータ読取可能媒体のようなコンピュータ読取可能媒体からサーバ２００へロードされうる。別の実施形態では、これら命令は、トランシーバーロジック２１０を介してサーバ２００にインタフェースするネットワークリソース又は外部デバイスからサーバ２００へダウンロードされうる。これらプログラム命令は、処理ロジック２０２によって実行された時、本明細書に記載されたような案内状態通知システムの１つ又は複数の実施形態を提供する。

コンテンツ配信通知システムの１つの実施形態の動作中、ＣＰサーバ２００は、以下の機能のうちの１つ又は複数を実行する。

１． 番組案内は、１つ又は複数の識別可能なセクション（すなわち、サービスレベル、ブロック、時間間隔等）で定義され、起動処理の間に、データネットワーク上のデバイス及び／又はＣＳに配信される。

２． 番組案内の１つ又は複数のセクションが更新又は変更される場合、変更された番組案内のセクションを識別する１つ又は複数の通知メッセージが生成される。

３． この通知メッセージは、データネットワーク内のデバイス及び／又はＣＳへ送信される。ＣＳ及び／又はデバイスは、通知メッセージを処理し、ＰＧのローカルバージョンが更新される必要があるかが判定される。

４． １つの実施形態では、ＰＧの１つ又は複数のセクションが、サーバ２００からブロードキャストされる。これらのセクションは、ＰＧ全体、又はＰＧの選択されたセクションを備えうる。ＣＳ及び／又はデバイスは、ブロードキャストされたＰＧの選択されたセクションを受信し、必要なときにＰＧのローカルコピーを更新する。

５． 別の実施形態では、通知メッセージを受信することに応じて、ＣＳ及び／又はデバイスは、ＰＧの１つ又は複数のセクションを求める要求をサーバ２００へ送信する。サーバ２００は、ＰＧの要求されたセクションを送信することにより応答する。これは、要求元のＣＳ及び／又はデバイスにおいてＰＧのローカルコピーを更新するために使用される。

図３は、コンテンツ配信システムの１つの実施形態での使用に適したコンテンツサーバ（ＣＳ）又はデバイス３００の１つの実施形態を示す。例えば、ＣＳ３００は、図１で示されるＣＳ１２２又はデバイス１１０でありうる。ＣＳ３００は、処理ロジック３０２、リソース及びインタフェース３０４、トランシーバーロジック３０６を備える。これらは全てデータバス３０８に接続されている。ＣＳ３００はまた、クライアント３１０、番組ロジック３１４、及びＰＧロジック３１２を備える。これらは全てデータバス３０８に接続されている。

１つ又は複数の実施形態では、処理ロジック３０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、バーチャルマシン、ソフトウェア、及び／又はハードウェアとソフトウェアとのの任意の組み合わせを備える。したがって、処理ロジック３０２は、一般に、計算機読取可能命令を実行し、かつ内部データバス３０８を経由してＣＳ３００の１つ又は複数の他の機能要素を制御するように構成されたロジックを含む。

リソース及びインタフェース３０４は、ＣＳ３００が、内部システム及び外部システムと通信することを可能にするハードウェア及び／又はソフトウェアを備える。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイドライバー、モデムあるいは他の内部デバイスリソースを含みうる。外部システムは、ユーザインタフェースデバイス、プリンタ、ディスクドライブ、あるいは他のローカルデバイス又はシステムを含みうる。

トランシーバーロジック３０６は、ＣＳ３００が、通信チャンネル３１４を介して外部デバイス又は外部システムとデータ及び／又はその他の情報を送受信することを可能にするように動作するハードウェア及び／又はソフトウェアを備える。例えば、通信チャンネル３１４は、ネットワーク通信リンク、無線通信リンク、あるいは他の種類の通信リンクを備えうる。

動作中、ＣＳ及び／又はデバイス３００は、データネットワークを介して、利用可能なコンテンツ又はサービスを受信できるように起動する。例えば、１つの実施形態では、ＣＳ及び／又はデバイス３００は、起動処理の間に、コンテンツプロバイダーサーバに対して自己を識別する。起動処理の一部として、ＣＳ及び／又はデバイス３００が、ＰＧ記録を受信し、ＰＧロジック３１２によって格納する。ＰＧ３１２は、ＣＳ３００が受信するために利用可能なコンテンツ又はサービスを識別する情報を含んでいる。クライアント３１０は、リソース及びインタフェース３０４を使用して、ＣＳ及び／又はデバイス３００上にＰＧロジック３１２内の情報を与えるために動作する。例えば、クライアント３１０は、デバイスの一部であるディスプレイスクリーン上に、ＰＧロジック３１２内の情報を与える。デバイスユーザがコンテンツ又はサービスを選択できるように、クライアント３１０は更に、リソース及びインタフェースを介してユーザ入力を受け取る。

１つの実施形態では、ＣＳ３００は、トランシーバーロジック３０６を介して通知メッセージを受信する。例えば、このメッセージは、ＣＳ３００へブロードキャスト又はユニキャストされ、トランシーバーロジック３０６によって受信されうる。このＰＧ通知メッセージは、ＰＧロジック３１２においてＰＧ記録への更新を識別する。１つの実施形態では、クライアント３１０は、ＰＧロジック３１２においてローカルコピーを更新する必要があるかを判定するためにＰＧ通知メッセージを処理する。例えば、１つの実施形態では、通知メッセージは、セクション識別子、開始時刻、終了時刻、及びバージョン番号を含んでいる。ＣＳ３００は、ＰＧ通知メッセージ内の情報を、既存のＰＧロジック３１２においてローカルに格納された情報と比較するために動作する。ＣＳ３００が、ＰＧ通知メッセージから、ＰＧロジック３１２においてローカルコピーの１つ又は複数のセクションが更新される必要があると判定すると、ＣＳ３００は、いくつかの方法のうちの１つで、ＰＧの更新されたセクションを受信するように動作する。例えば、ＰＧの更新されたセクションは、ＰＧ通知メッセージ内で示された時間にブロードキャストされうる。これによって、トランシーバーロジック３０６は、ブロードキャストを受信し、更新されたセクションをＣＳ３００へ渡すことができるようになる。ＣＳ３００は、ＰＧロジック３１２においてローカルコピーを更新する。

別の実施形態では、ＣＳ３００は、受信したＰＧ更新通知メッセージに基づいて、ＰＧのセクションが更新を必要とするかを判定し、ＰＧの所望の更新されたセクションを得るために、ＣＰサーバに要求を送信する。例えば、その要求は、任意の適切なフォーマットを用いてフォーマットされ、例えば、要求元のＣＳ識別子、セクション識別子、バージョン番号、及び／又は他の任意の適切な情報のような情報を備える。

１つの実施形態では、ＣＳ３００は、ＰＧ通知システムの１つ又は複数の実施形態における下記機能のうちの１つ又は複数を実行する。下記機能は、本実施形態の範囲内で変更、再調整、修正、追加、削除、あるいは調節されうることが注目されるべきである。

１． ＣＳは、コンテンツ又はサービスを受信するために、コンテンツプロバイダーシステムとの動作のために起動される。起動処理の一部として、クライアントとＰＧとがＣＳに送信される。

２． １つ又は複数のＰＧ通知メッセージがＣＳによって受信され、ローカルに格納されたＰＧの１つ又は複数のセクションが更新される必要があるかを判定するために使用される。

３． １つの実施形態では、ローカルに格納されたＰＧの１つ又は複数のセクションを更新する必要があるとＣＳが判定する場合、ＣＳは、そのローカルコピーを更新する必要があるＰＧの更新されたセクションを取得するために、配信システムからのブロードキャストを聞く（listen）。

４． 別の実施形態では、ＣＳは、必要とするＰＧの更新されたセクションを取得するために、１つ又は複数の要求メッセージをＣＰに送信する。

５． この要求に応じて、ＣＰは、ＣＳに対して、ＰＧの更新セクションを送信する。

６． ＣＳは、ＰＧのローカルのコピーを更新するために、ＰＧの受信された更新セクションを使用する。

１つの実施形態では、コンテンツ配信システムは、例えば処理ロジック３０２のようなプロセッサによって実行された場合、本明細書で記載したようなコンテンツ配信通知システムの機能を提供するコンピュータ読取可能媒体上に格納されたプログラム命令を備える。例えば、この命令は、例えばフロッピーディスク、ＣＤＲＯＭ、メモリーカード、ＦＬＡＳＨメモリデバイス、ＲＡＭ、ＲＯＭ、あるいはリソース及びインタフェース３０４を介してＣＳ３００とインタフェースするその他の任意の種類のメモリデバイスかコンピュータ読取可能媒体のようなコンピュータ読取可能媒体からＣＳ３００にロードされうる。別の実施形態では、これら命令は、トランシーバーロジック３０６を経由してＣＳ３００にインタフェースするネットワークリソースからＣＳ３００へダウンロードされうる。これら命令は、処理ロジック３０２によって実行された時、本明細書で記載したようなコンテンツ配信システムの１つ又は複数の実施形態を提供する。

ＣＳ３００は単に１つの実装を表わしており、その他の実装が実施形態の範囲内で可能であることが注目されるべきである。

図４は、ＰＧ記録更新システムの１つの実施形態を提供する方法４００の１つの実施形態を示す。明瞭さのために、本方法４００は、本明細書で図２及び図３を参照して上述したように、ＣＰ４０２及びＣＳ４０４に関して記載される。

ブロック４０６では、番組案内記録を保持する方法は、ＣＰ４０２から番組案内インデックスを要求することで始まる。この要求は、規則的又はスケジューリングされたポーリング、任意の予め定めた頻度に基づきうる。あるいは、ＣＳ又は別のエンティティによって決定されたニーズに基づきうる。ブロック４０８において、ＣＰ４０２から番組案内インデックスを受信した後、ブロック４１０において、ＣＳ４０４は、受信番組案内インデックスに基づいて、新たな番組案内記録が存在するかを判定する。更新されたＰＧ記録あるいは新たなＰＧ記録が存在する場合、ブロック４１２において、ＣＳ４０４は、新たな番組案内記録を要求する。ＣＳ４０４は、ブロック４１４において、ＣＰ４０２から新たな番組案内記録あるいは更新された記録を受信し、ブロック４１６において、ＣＳ４０４においてローカルに保持された番組案内記録を更新しうる。

図５Ａ及び図５Ｂは、番組案内インデックスの１つの実施形態を示す。ＰＧインデックス５０２は、番組案内インデックスタイムスタンプ５０４及び番組案内リファレンス５０６のうちの少なくとも１つを備える。この番組リファレンス５０６は、コンテンツプロバイダーサービスＩＤ ５１０、番組案内タイムスタンプ５１２、及び番組案内ロケーション５１４のうちの少なくとも１つを備える。図６Ａ及び図６Ｂは、ＰＧ記録の１つの実施形態を示す。ＰＧ６０２は、ＣＰサービスＩＤ ６０４、ＰＧ開始時刻６０６、ＰＧ終了時間６０８、及びＰＧプレゼンテーション６１０のうちの少なくとも１つを備える。図６Ｂに示されるＰＧプレゼンテーション６１０は、プレゼンテーションタイトル６１４、プレゼンテーションサブタイトル６１６、プレゼンテーション説明６１８、プレゼンテーションジャンル６２０、プレゼンテーション評価６２２、プレゼンテーション評価モディファイア６２４、プレゼンテーション開始時刻６２６、及びプレゼンテーション持続時間６２８のうちの少なくとも１つを備える。

図７は、ＰＧ記録更新システムの１つの実施形態を提供する方法７００の１つの実施形態を示す。明瞭さのために、本方法７００は、本明細書で図２及び図３を参照して上述したように、ＣＰ７０２及びＣＳ７０４に関して記載される。

番組案内記録を更新する方法は、ブロック７０６において、ＣＰ７０２が、番組案内更新表示を送ることで始まる。更新表示を送ることは、ＣＰ７０２においてＰＧ記録に生じる予定外の更新に基づくかもしれない。更新表示は、予め定めた頻度に基づいて送られるか、ネットワーク内のＣＳ７０４又は他の任意のエンティティからの要求に基づいて送られうる。ＣＳ７０４は、更新表示を受信すると、ブロック７０８において、ＣＰ７０２にメッセージを送る。ブロック７１０では、受信した更新表示に基づいて、ＣＳ７０４が、あらゆる新しい又は更新された番組案内記録を判定しうる。更新されたＰＧ記録又は新たなＰＧ記録が存在する場合、ブロック７１２では、ＣＳ７０４が、スケジュールされた何れのポーリングルーチンをも待つ必要なく、新たな番組案内記録又は更新された番組案内記録を要求する。ＣＳ７０４は、ブロック７１４において、要求した番組案内記録をＣＰ７０２から受信し、ブロック７１６において、ＣＳ７０４においてローカルに保持された番組案内記録を更新しうる。

図８は、コンテンツ記録を提供する方法８００の１つの実施形態を示す。明瞭さのために、本方法８００は、本明細書で図２及び図３を参照して上述したように、ＣＰ８０２及びＣＳ８０４に関して記載される。

コンテンツ記録を提供する方法は、ブロック８０６において、ＣＰ８０２からコンテンツインデックスを要求することで始まる。この要求は、規則的なポーリングスケジュールや、予め定めた任意のスケジュールに基づくかもしれない。あるいは、ネットワーク内のＣＳ８０４又は他のエンティティによって決定された必要性に基づきうる。１つの実施形態では、この要求は、コンテンツを提供するエンティティのＵＲＬアドレスから構成されうる。このエンティティは、ＰＧ情報を提供するエンティティと同じであるか、あるいは異なる。ブロック８０８においてコンテンツインデックスを受信した後、ＣＳ８０４は、ブロック８１０において、受信したコンテンツインデックスに基づいて、新たな番組記録又はプレゼンテーション記録が存在するかを判定する。更新された番組記録及び／又は新たな番組記録、又はプレゼンテーション記録が存在する場合、ブロック８１２では、ＣＳ８０４は、少なくとも１つの新たなプレゼンテーション記録を要求する。ＣＳ８０４は、ブロック８１４において、ＣＰ８０２からプレゼンテーション記録を受信し、ブロック８１６において、ＣＳ８０４においてローカルに保持されるプレゼンテーション記録を生成及び／又は更新する。プレゼンテーション記録は、少なくとも１つの番組記録を含みうる。例えば、プレゼンテーション記録は、「コマーシャル」番組を備えうる「ニュース」プレゼンテーションを識別しうる。同様に、ブロック８１８において、ＣＳ８０４が、新たな番組記録を要求する。ＣＳ８０４は、ブロック８２０において、ＣＰから番組記録を受信し、ブロック８２２において、ＣＳ８０４においてローカルに保持された番組記録を生成及び／又は更新しうる。最終的に、ＣＳ８０４は、ブロック８２４において、受信したプレゼンテーション記録及び／又は番組記録に基づいて、番組コンテンツを要求する。ＣＳ８０４は、エンドユーザのデバイスにコンテンツを提供するために要求される暗号化、符号化、圧縮、及びその他のアクションを含みうる番組コンテンツを生成しうる。

図９Ａ乃至図９Ｃは、コンテンツインデックスの１つの実施形態を示す。コンテンツインデックス９０２は、コンテンツインデックスタイムスタンプ９０４、プレゼンテーションリファレンス９０６、及び番組リファレンス９０８のうちの少なくとも１つを備える。図９Ｂで示される番組リファレンス９０６は、プレゼンテーションタイムスタンプ９１０及びプレゼンテーションロケーション９１２のうちの少なくとも１つを備える。図９Ｃで示される番組リファレンス９０８は、番組タイムスタンプ９１４及び番組ロケーション９１６を備える。

図１０は、プレゼンテーション記録の１つの実施形態を示す。プレゼンテーション記録１００２は、ＣＰ番組ＩＤ １００４、及び例えばＵＲＬアドレスのようなプレゼンテーションロケーション情報１００６を含む。

図１１Ａ乃至図１１Ｃは、番組記録の１つの実施形態を示す。番組記録１１０２は、番組評価１１０４、番組持続時間１１０６、及び番組コンテンツ情報１１０８のうちの少なくとも１つを備える。番組評価１１０４は、番組ＭＰＡＡ評価１１１２、番組ＴＶ評価１１１４、又はその他の評価スキームのうちの少なくとも１つを備える。番組コンテンツ情報１１０８は、番組コンテンツ符号化スキーム１１１６、及び番組コンテンツロケーション１１１８を備える。

図１２Ａ及び図１２Ｂは、メディア情報配信システム及び方法のためのフローチャートを示す。ブロック１２０２では、コンテンツサーバ（ＣＳ）が、コンテンツプロバイダー（ＣＰ）から番組案内インデックスを受信する。このインデックスはＣＳによって要求され、別のエンティティによって送られるか、又はＣＰによって送られるかもしれない。ブロック１２０４では、少なくとも１つのＣＳが、新たな又は更新された番組案内のＣＰにおける利用可能性に基づいて、ＣＰから番組案内記録を要求する。１つの実施形態では、図１２Ｂのブロック１２１８乃至１２２２に示すように、ＣＰは、少なくとも１つのＣＳに番組案内更新表示を与え、ＣＳは、新たなＰＧ記録又は更新されたＰＧ記録をＣＰから要求しうる。

いずれにせよ、ブロック１２０６において、ＣＳは、ＣＰからコンテンツインデックスを受信する。コンテンツインデックスは、少なくとも１つの番組記録を備える少なくとも１つのプレゼンテーション記録を識別しうる。ブロック１２０８では、ＣＳは、少なくとも１つのプレゼンテーション記録を要求しうる。ブロック１２１０では、ＣＳは、現在のプレゼンテーションに関連する番組記録のうちの少なくとも１つを要求しうる。結果的に、ＣＳはまた、ブロック１２１２において、ＣＰから番組コンテンツを要求しうる。ブロック１２１４では、現在のプレゼンテーションに関連した更なる番組記録が存在するかが判定される。更なる番組が存在する場合、ＣＳは、ブロック１２１０乃至１２１２において、そのような番組を要求しうる。ブロック１２１６では、更なるプレゼンテーションが存在するかが判定される。更なるプレゼンテーションが存在する場合、ＣＳは、ブロック１２０８乃至１２１４において、関連する番組に加えて、そのようなプレゼンテーションを要求しうる。スケジューリングされたプレゼンテーションがすべて処理された後、この処理は、ブロック１２０２において、次にスケジュールされたコンテンツプロバイダーのポーリングのために、又はブロック１２１８において、ＣＰから次の更新表示を受信するために再開する。

従って、コンテンツ配信システムの１つ又は複数の実施形態が本明細書に記載された一方、様々な変形が、本発明の精神又は本質的な特徴から逸脱することなく実施形態となりうることが理解されるだろう。従って、本明細書の開示及び記述は、限定するのではなく、特許請求の範囲に記載された本発明の範囲の例示となることが意図されている。

図１は、コンテンツ配信システムの１つの実施形態を備えるネットワークを示す。 図２は、コンテンツ配信システムの１つの実施形態での使用に適したコンテンツプロバイダーの１つの実施形態を示す。 図３は、コンテンツ配信システムの１つの実施形態での使用に適したコンテンツサーバの１つの実施形態を示す。 図４は、コンテンツプロバイダーシステムから番組案内情報を取得する１つの実施形態を示す。 図５Ａは、番組案内インデックスの１つの実施形態を示す。 図５Ｂは、番組案内インデックスの１つの実施形態を示す。 図６Ａは、番組案内記録の１つの実施形態を示す。 図６Ｂは、番組案内記録の１つの実施形態を示す。 図７は、コンテンツサーバシステムへ番組案内情報を与える１つの実施形態を示す。 図８は、コンテンツプロバイダーシステムからコンテンツ情報を取得する１つの実施形態を示す。 図９Ａは、コンテンツインデックスの１つの実施形態を示す。 図９Ｂは、コンテンツインデックスの１つの実施形態を示す。 図９Ｃは、コンテンツインデックスの１つの実施形態を示す。 図１０は、プレゼンテーション記録の１つの実施形態を示す。 図１１Ａは、番組記録の１つの実施形態を示す。 図１１Ｂは、番組記録の１つの実施形態を示す。 図１１Ｃは、番組記録の１つの実施形態を示す。 図１２Ａは、コンテンツ情報配信システムの１つの実施形態を示す。 図１２Ｂは、コンテンツ情報配信システムの１つの実施形態を示す。

Claims (32)

1. 番組案内記録を保持する方法であって、
   番組案内インデックスを要求することと、
   前記番組案内インデックスを受信することと、
   前記受信した番組案内インデックスに基づいて、新たな番組案内記録が存在するかを判定することと、
   新たな番組案内記録を要求することと、
   前記番組案内記録を受信することとを備える方法。
2. 前記番組案内インデックスは、番組案内インデックスタイムスタンプ及び番組案内リファレンスのうちの少なくとも１つを備える請求項１の方法。
3. 前記番組案内レファレンスは、コンテンツプロバイダーサービスＩＤ、番組案内タイムスタンプ、及び番組案内ロケーションのうちの少なくとも１つを備える請求項２の方法。
4. 前記番組案内記録は、コンテンツプロバイダーサービスＩＤ、番組案内開始時刻、番組案内終了時刻、及び番組案内プレゼンテーションのうちの少なくとも１つを備える請求項１の方法
5. 前記番組案内プレゼンテーションは、プレゼンテーションタイトル、プレゼンテーションサブタイトル、プレゼンテーション説明、プレゼンテーションジャンル、プレゼンテーション評価、プレゼンテーション評価モディファイア、プレゼンテーション開始時刻、及びプレゼンテーション持続時間のうちの少なくとも１つを備える請求項４の方法。
6. 番組案内記録を保持する方法であって、
   番組案内更新表示を受信することと、
   前記受信した番組案内更新表示に基づいて、新たな番組案内記録を判定することと、
   前記判定をすると、更新された番組案内記録を要求することと、
   前記更新された番組案内記録を受信することと、
   前記番組案内記録を更新することとを備える方法。
7. 前記番組案内記録は、コンテンツプロバイダーサービスＩＤ、番組案内開始時刻、番組案内終了時刻、及び番組案内プレゼンテーションのうちの少なくとも１つを備える請求項６の方法。
8. 前記番組案内プレゼンテーションは、プレゼンテーションタイトル、プレゼンテーションサブタイトル、プレゼンテーション説明、プレゼンテーションジャンル、プレゼンテーション評価、プレゼンテーション評価モディファイア、プレゼンテーション開始時刻、及びプレゼンテーション持続時間のうちの少なくとも１つを備える請求項７の方法。
9. コンテンツ記録を保持する方法であって、
   コンテンツインデックスを要求することと、
   前記コンテンツインデックスを受信することと、
   前記受信したコンテンツインデックスに基づいて、新たなコンテンツ記録が存在するかを判定することと、
   新たなコンテンツ記録を要求することと、
   前記新たなコンテンツ記録を受信することとを備える方法。
10. 前記コンテンツインデックスは、コンテンツインデックスタイムスタンプ、プレゼンテーションレファレンス、及び番組レファレンスのうちの少なくとも１つを備える請求項９の方法。
11. 前記プレゼンテーションレファレンスは、プレゼンテーションタイムスタンプ、及びプレゼンテーションロケーションのうちの少なくとも１つを備える請求項１０の方法。
12. 前記番組レファレンスは、番組時間スタンプ、及び番組ロケーションのうちの少なくとも１つを備える請求項１０の方法。
13. 前記コンテンツ記録は、プレゼンテーション記録を備える請求項９の方法。
14. 前記プレゼンテーション記録は、コンテンツプロバイダー番組ＩＤ、及びプレゼンテーションロケーションのうちの少なくとも１つを備える請求項１３の方法。
15. 少なくとも１つのプレゼンテーションを要求することと、
    前記要求したプレゼンテーションを受信することとを更に備える請求項１３の方法。
16. 前記プレゼンテーション記録は、番組記録を備える請求項１３の方法。
17. 前記番組記録は、番組評価、番組持続時間、及び番組コンテンツ情報のうちの少なくとも１つを備える請求項１６の方法。
18. 前記番組評価は、ＭＰＡＡ評価、及びテレビ評価のうちの少なくとも１つを備える請求項１７の方法。
19. 前記番組コンテンツ情報は、番組コンテンツ符号化情報、及び番組コンテンツロケーション情報のうちの少なくとも１つを備える請求項１７の方法。
20. 少なくとも１つの番組を要求することと、
    前記要求した番組を受信することとを更に備える請求項１６の方法。
21. コンテンツプロバイダーによって、コンテンツサーバに番組案内記録を提供する方法であって、
    コンテンツサーバに番組案内更新表示を送ることと、
    更新された番組案内記録の要求を、前記コンテンツサーバから受信することと、
    前記更新された番組案内記録を、前記コンテンツサーバに送ることとを備える方法。
22. 前記番組案内記録は、コンテンツプロバイダーサービスＩＤ、番組案内開始時刻、番組案内終了時刻、及び番組案内プレゼンテーションのうちの少なくとも１つを備える請求項２１の方法。
23. 前記番組案内プレゼンテーションは、プレゼンテーションタイトル、プレゼンテーションサブタイトル、プレゼンテーション説明、プレゼンテーションジャンル、プレゼンテーション評価、プレゼンテーション評価モディファイア、プレゼンテーション開始時刻、及びプレゼンテーション持続時間のうちの少なくとも１つを備える請求項２２の方法。
24. コンテンツプロバイダーによってコンテンツサーバにコンテンツ記録を提供する方法であって、
    前記コンテンツサーバにコンテンツ表示を送ることと、
    コンテンツの要求を受信することと、
    要求された記録を送ることとを備える方法。
25. 前記コンテンツはプレゼンテーションを備える請求項２４の方法。
26. 前記プレゼンテーションは、コンテンツプロバイダー番組ＩＤ、及びプレゼンテーションロケーションのうちの少なくとも１つを備える請求項２５の方法。
27. 少なくとも１つのプレゼンテーションの要求を受信することと、
    前記要求されたプレゼンテーションを送ることとを更に備える請求項２５の方法。
28. 前記プレゼンテーションは番組を備える請求項２５の方法。
29. 前記番組は、番組評価、番組持続時間、及び番組コンテンツ情報のうちの少なくとも１つを備える請求項２８の方法。
30. 前記番組評価は、ＭＰＡＡ評価、及びテレビ評価のうちの少なくとも１つを備える請求項２９の方法。
31. 前記番組コンテンツ情報は、番組コンテンツ符号化情報、及び番組コンテンツロケーション情報のうちの少なくとも１つを備える請求項２９の方法。
32. 少なくとも１つの番組の要求を受信することと、
    前記要求された番組を送ることとを更に備える請求項２８の方法。

Images