JP4950429B2 - メタデータを処理するための方法および装置 - Google Patents

Description

本明細書に記載のシステムおよび方法は、番組コンテンツなどのコンテンツに関連付けられたメタデータの管理に関する。

テレビジョンベースのシステムにおけるクライアントデバイスは、ニュース番組、ホームコメディ、映画、スポーツイベント、コマーシャル、および他の任意のタイプのテレビジョンベースの情報などの放送番組の形態で、番組配信業者からビデオデータおよびオーディオデータなどのデータを受信することができる。ビデオデータおよびオーディオデータは、それぞれビデオコンテンツおよびオーディオコンテンツと呼ばれることもある。クライアントデバイスは、例えば、セットトップボックス、デジタル衛星放送受信機、ケーブルボックス、デジタルビデオレコーダ（ＤＶＲ）、および受信機内蔵型テレビジョンを含む。

様々な番組データを利用して、視聴者に放送される予定の番組を識別することができる。この番組データは、「メタデータ」と呼ばれることがある。１または複数の番組に関連付けられたメタデータは、番組名、チャネル、放送時間などの番組ガイド内に表示される情報を含むことができる。メタデータは、典型的には、来週中に放送される予定の番組など、未来の時点で放送される予定の番組に関連付けられている。既に放送された番組を、ＤＶＲまたは他のデバイス上に録画することができる。これらの録画された番組に関連付けられたメタデータも、同じＤＶＲまたは他のデバイス上に記録することができる。この記録されたメタデータは、関連付けられた番組の放送開始時点では正確である。しばしば、このメタデータは、不正確または不完全になる。例えば、番組の放送時間は、番組が予定よりも早く終了したかまたは延長したことにより、予定の情報とは異なる場合がある。

蓄積された多くの番組の中でユーザが検索を行う場合、メタデータは、ユーザにとって興味ある番組を特定する上で有用である。正確でないまたは完全でないメタデータを使用すると、検索において使用される不正確または不完全なメタデータによって、ユーザが希望の番組を見つけられない場合や、ユーザにとって興味のない番組を識別してしまう場合がある。従って、不正確または不完全なメタデータを使用すると、結果としてフラストレーションを感じる望ましくないユーザ経験につながる可能性がある。

本明細書に記載のシステムおよび方法は、様々なコンテンツに関連付けられたメタデータを管理する。特定の実施形態では、ビデオ番組は、そのビデオ番組に関連付けられたメタデータと共に録画される。ビデオ番組に関連付けられた更新されたメタデータを受信するとすぐに、以前に記録されたメタデータは、更新されたメタデータに置き換えられる。

同様のコンポーネントおよび／または機能を指すために、図面を通じて同様の参照番号が使用されている。

本明細書に記載のシステムおよび方法は、テレビ番組、ビデオオンデマンド（ＶＯＤ）、広告など、様々なコンテンツに関連付けられたメタデータを管理する。これらのシステムおよび方法は、様々なメタデータに関連付けられたタイムスタンプを維持して、メタデータが配信された後に、そのメタデータを更新またはリフレッシュできるようにする。タイムスタンプの代わりにバージョン番号または他のＩＤを使用して、メタデータ間の差を識別することができる。例えば、クライアントデバイスがコンテンツサーバまたは他のデバイスにアクセスすると、コンテンツサーバは、更新されたメタデータをクライアントデバイスに配信する。同様にデータプロバイダは、更新されたメタデータをサーバに提供することができ、このメタデータは、サーバによって保管されているコンテンツまたはサーバにとって利用可能なコンテンツに関連付けられている。この更新されたメタデータは、前のバージョンのメタデータにおける不正確さまたは不完全なデータを訂正することができ、これによってユーザによる興味ある番組の検索結果が改善される。

テレビジョン放送システム（ケーブルテレビ放送局や衛星放送局など）は、ヘッドエンドから顧客に発して通信する。ヘッドエンドは、複数の顧客に信号の放送および他のサービスの提供を行うための設備を含む。ヘッドエンドは、クライアントデバイスと対話し、クライアントデバイスに関連付けられた設定、好み、およびアカウント情報に基づいて、クライアントデバイスにとって適切なコンテンツを提供する。コンテンツは、任意の通信方法、任意の通信プロトコル、および任意の通信媒体を使用してクライアントデバイスに提供することができる。

コンテンツ（およびそのコンテンツに関連付けられたメタデータ）がインターネットなどのデータ通信ネットワークを介してクライアントデバイスに配信される環境との関連から、本明細書で論じるシステムおよび方法について説明する。これらの例は、システムおよび方法を実装できる１つの可能な環境を示している。他の実施形態では、任意の種類のシステムまたはアーキテクチャを使用して、１または複数のクライアントデバイスにコンテンツを提供することができる。クライアントデバイスに配信されるコンテンツは、テレビ番組、ビデオオンデマンド、広告、番組データ、メタデータなどの任意の種類のデータとすることができる。メタデータは、任意の種類のコンテンツに関連付けられた任意のデータとすることができる。メタデータの例は、番組のタイトル、放送日時、番組の格付け、番組の放送時間、番組の内容、番組の解説、番組の賞などを含む。

本明細書で論じる種類のクライアントデバイスの範囲は、テレビジョン対応型パーソナルコンピュータおよびハードディスク搭載型テレビ録画機など、相当なメモリおよび処理リソースを有するクライアントから、メモリがほとんどまたはまったくないおよび／または処理リソースが限られたクライアントに及ぶ。本明細書では、クライアントデバイスの特定の例について説明するが、本明細書に記載のシステムおよび方法と共に任意のクライアントデバイスを使用することができる。クライアントデバイスの例は、パーソナルコンピュータ、ＤＶＤプレーヤ、デジタルビデオレコーダ（ＤＶＲ）、セットトップボックス、ケーブルボックス、衛星放送受信機、テレビジョン、ゲーム機などを含む。本明細書で使用する際、「ユーザ」という用語を「視聴者」と呼ぶ場合もある。

本明細書で論じる特定の例は、テレビ番組などのビデオコンテンツの放送に関連しているが、本明細書に記載のシステムおよび方法は、任意の種類のコンテンツに適用することができる。他の種類のコンテンツとしては、ラジオ放送、ストリームされるオーディオおよび／またはビデオデータ、画面上のティッカーに変換できる株価データのＸＭＬストリームなどがある。さらに、サーバ上で実行され、サーバに結合されたクライアントデバイス上に情報を表示するアプリケーションは、メタデータを使用して、アプリケーションによって提供されるサービスについて説明することができる。例えば、オーディオデータに関連付けられた最初のメタデータは、オーディオデータを３時間にわたる「クラシック音楽」のブロックと識別することができる。次のメタデータ情報は、説明を充実させて、例えば、作曲家、音楽を演奏する交響楽団、音楽の歴史的意義などを含むことができる。

図１は、コンテンツを１または複数のクライアントデバイス１０２に提供できるアーキテクチャの例１００の様々なコンポーネントを示している。このアーキテクチャの例１００において、（テレビ番組、ビデオオンデマンド、広告などの）コンテンツは、インターネットなどのデータ通信ネットワーク１０４を介して配信される。アーキテクチャ１００は、ネットワーク１０４を介してクライアントデバイスと１または複数のサーバあるいは他のデバイスとの間でデータの双方向通信を提供する。代替実施形態では、コンテンツは、ケーブルネットワーク、無線周波数信号、無線放送、衛星通信システムなどを介してクライアントデバイス１０２に配信される。

特定の実施形態では、クライアントデバイス１０２は、ワールドワイドウェブによって一般的に使用されるプロトコルであるｈｔｔｐ（hyper text transfer protocol）を用いて伝送されるＳＯＡＰ（Simple Object Access Protocol）メッセージを使用して、ネットワーク１０４を介して１または複数のサーバと通信する。他の実施形態では、任意の種類のプロトコルおよび／またはメッセージフォーマットを使用して、クライアントデバイス１０２と１または複数のサーバとの間でデータを交換することができる。

図１には示していないが、各クライアントデバイス１０２は、（テレビジョン、コンピュータモニタ、プロジェクタなどの）ディスプレイデバイス、（ＶＣＲやＤＶＲなどの）録画デバイス、または他のデバイスに結合することができる。あるいは、１または複数のクライアントデバイス１０２自体を、テレビジョンまたは録画デバイスとすることもできる。

図１の例では、ネットワーク１０４は、任意の種類のデータ通信ネットワークとすることができ、ローカルエリアネットワーク（ＬＡＮ）およびインターネットなどの複数の異なるネットワークを含むことができる。コンテンツサーバ１１２は、ネットワーク１０４に結合されている。コンテンツサーバ１１２は、データまたはコンテンツを求める要求をクライアントデバイス１０２から受信すること、番組リストおよびコンテンツをクライアントデバイス１０２に提供すること、メタデータをクライアントデバイス１０２に提供することなど、様々なタスクを実行することができる。データストレージデバイス１１４はコンテンツサーバ１１２に結合され、コンテンツサーバ１１２によって使用または処理される様々なコンテンツ、番組のメタデータ、番組のリスト、および他の情報を保存する。ストレージデバイス１１４によって保存されるコンテンツは、例えば、ビデオオンデマンド（ＶＯＤ）コンテンツ、広告、映画の予告などを含む。

受信機１１０は、コンテンツサーバ１１２およびストレージデバイス１１４に結合されている。受信機１１０は、放送コンテンツ、番組ガイドコンテンツ、および他のデータを様々なソースから受信する。例えば、受信機１１０は、ケーブルネットワーク、無線周波数信号、無線放送、衛星通信システム、または他の任意の通信媒体を介してコンテンツ放送局１０６から放送コンテンツを受信することができる。図１にはコンテンツ放送局１０６が１つ表示されているが、受信機１１０は、任意の数の異なる通信媒体を使用して任意の数のコンテンツ放送局に結合することができる。受信機１１０は、番組ガイドデータプロバイダ１０８から番組ガイド情報を受信する。番組ガイドデータプロバイダ１０８は、放送予定の来たる番組に関する情報を提供する。この番組ガイドデータは、コンテンツサーバ１１２によって使用することができ、１または複数のクライアントデバイス１０２に伝達することができる。図１には番組ガイドデータプロバイダ１０８が１つ表示されているが、受信機１１０は、任意の種類の通信媒体を介して任意の数の番組ガイドデータプロバイダに結合することができる。

データプロバイダ１１６は、コンテンツサーバ１１２およびネットワーク１０４に結合されている。データプロバイダ１１６は、任意の数の以前に放送された番組に関連付けられたメタデータを提供する。データプロバイダ１１６は、（番組ガイドデータプロバイダ１０８と同様に）放送予定の来たる番組に関する番組ガイド情報を提供することもできる。任意の数の異なるデータプロバイダ１１６を、コンテンツサーバ１１２に結合することができる。様々な他のサーバ（図示せず）を、コンテンツサーバ１１２および／またはネットワーク１０４に結合し、コンテンツサーバ１１２および／またはクライアントデバイス１０２と通信することができる。

従来のテレビジョン放送システム（ケーブルテレビ放送局、無線放送局、衛星放送局など）は、ヘッドエンドから顧客に信号を発して通信する。図１のアーキテクチャでは、ヘッドエンドは、（例えばクライアントデバイス１０２を介して）複数の顧客にコンテンツの通信および他のサービスの提供を行うために使用する設備とみなすことができる。ヘッドエンドは、クライアントデバイス１０２と対話し、クライアントデバイスに関連付けられた設定、好み、および他の情報に基づいて、クライアントデバイスにとって適切なコンテンツを提供する。図１を参照すると、コンテンツサーバ１１２、データストレージデバイス１１４、および受信機１１０のうち任意の１または複数のデバイスを、「ヘッドエンド」の一部とみなすことができる。他の実施形態では、１または複数のさらなるデバイスをヘッドエンドの一部とみなすことができる。

図２は、ディスプレイデバイス上に表示するために録画された番組のリストを作成できるディスプレイデバイスの例２０４およびクライアントデバイスの例２０２を示している。ディスプレイデバイス２０４は、例えば、テレビジョン、コンピュータモニタ、プロジェクタなどを含む。クライアントデバイス２０２は、コンテンツサーバ（例えば図１のコンテンツサーバ１１２）または他のコンテンツプロバイダからコンテンツを受信する。クライアントデバイス２０２は、１または複数のプロセッサ２０６、番組ガイドアプリケーション２０８、および１または複数のメモリデバイス２１０を含む。１または複数のプロセッサ２０６は、例えば、マイクロプロセッサおよびコントローラを含み、これらは様々な命令を処理して、クライアントデバイス２０２の動作を制御し、他のデバイスと通信を行う。１または複数のメモリデバイス２１０は、例えば、ディスクドライブ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、またはフラッシュメモリとして実装することができる。クライアントデバイス２０２は、１または複数のメモリデバイス２１０を使用して、録画された番組、番組スケジュール情報、番組のメタデータ、構成情報などを保存することができる。

番組ガイドアプリケーション２０８は、１または複数のプロセッサ２０６上で実行され、コンピュータ実行可能命令として不揮発性メモリ（図示せず）またはクライアントデバイス２０２内に保存することができる。番組ガイドアプリケーション２０８は、ディスプレイデバイス２０４上に表示できる録画済み番組ガイド２１２を作成する。例えば、録画済み番組ガイド２１２は、クライアントデバイス２０２によって作成されるオンスクリーンディスプレイ（ＯＳＤ）レイヤ内に表示することができる。あるいは録画済み番組ガイド２１２は、ビデオレイヤなど、クライアントデバイス２０２によって作成される別のレイヤ内に表示することもできる。本明細書では番組ガイドアプリケーション２０８を、録画済み番組ガイド２１２を作成するように構成された単一のアプリケーションとして図示および説明しているが、番組ガイドアプリケーション２０８を、それぞれが１または複数の機能を実行するように分散された複数のコンポーネントアプリケーションとして実装することもできる。

録画済み番組ガイド２１２によって、視聴者は、どの番組がクライアントデバイス２０２および／または他のデバイスによって録画されて視聴可能になっているかを見ることができる。一実施形態では、録画済み番組ガイド２１２は、対話モードで動作し、録画済み番組ガイド２１２内に表示される情報は、リモートコントロールデバイスまたは他の入力デバイス上のコントロールボタン（例えば矢印ボタン）を押すことによって操作される。あるいは番組ガイドアプリケーション２０８は、特定の時間に特定のチャネルで放送される予定の番組を識別する番組ガイドを作成することもできる。

図２の例では、録画済み番組ガイド２１２は、以前に録画された５つの番組に関連付けられた情報を罫線の構成で表示している。代替実施形態では、以前に録画された番組に関連付けられた情報は、どのようにアレンジすることもでき、番組に関連付けられたテキスト情報、グラフィック情報、または他の任意の情報を含むことができる。ヘッダ２１４は、番組が録画された日付、録画された番組のタイトル、録画された番組の長さなど、ヘッダの下の罫線内に表示されているデータの種類を識別する。以前に録画された５つの番組に関する情報は、ヘッダ２１４の下に表示される。視聴者は、録画済み番組ガイド２１２と対話し、ガイドをスクロールして、他の録画された番組に関する情報および／または録画された番組に関連付けられたさらなる情報を表示することができる。代替実施形態では、録画済み番組ガイド２１２は、任意の数の録画された番組に関連付けられた情報を表示することができる。さらに代替実施形態は、録画された番組に関連付けられた異なる情報（例えば、番組内容や番組の格付け）を表示することができる。

図３は、番組を録画して番組に関連付けられたメタデータを記録するためのプロシージャ３００の一実施形態を示す流れ図である。はじめに、番組を録画する要求を受信する（ブロック３０２）。例えば、クライアントデバイスによって視聴者に提示される電子番組ガイド（ＥＰＧ）を介して、視聴者は、要求を生成することができる。あるいは番組用の広告に応答して、または録画対象の番組に関連付けられたチャネルおよび時間枠を視聴者が入力することによって、要求を生成することもできる。特定の実施形態では、視聴者はリモートコントロールデバイス上の「録画」ボタンを押すだけで、その時点で見ているチャネルの録画を開始することができる。

要求された番組は、該当の時間に録画される（ブロック３０４）。録画時刻が未来の時点である場合、デバイスは自動的に該当のチャネルに同調し、指定の時刻に録画を開始する。番組は、ＤＶＲやＶＣＲなどのクライアントデバイスによって録画することができる。また録画された番組に関連付けられたメタデータも、クライアントデバイスまたは他の録画デバイスによって記録される（ブロック３０６）。あるいは番組および／または番組に関連付けられたメタデータは、ネットワーク通信リンクなどの通信リンクを介してクライアントデバイスに結合された別個のデバイス上に記録することもできる。

番組の録画が完了すると、プロシージャ３００は、録画された番組に関連付けられた番組の詳細を識別する（ブロック３０８）。例えば、プロシージャは、録画された番組に関連付けられたメタデータをコンテンツサーバ、データプロバイダ、または他のデータソースから検索することができる。あるいはプロシージャは、録画された番組自体または番組コンテンツと共に受信された情報に基づいて番組の詳細（録画された番組の実際の放送時間など）を識別することができる。ブロック３１０において、プロシージャは、番組が終了した後に識別された番組の詳細が、以前にブロック３０６で記録されたメタデータと異なるかどうかを判定する。異なる場合、プロシージャ３００は、以前に記録されたメタデータを、番組の録画が完了した後に識別された新しいメタデータに更新する（ブロック３１２）。

特定の実施形態では、録画された番組に関連付けられたメタデータは、録画された番組と同じデバイス上に保存される。他の実施形態では、録画された番組に関連付けられたメタデータは、別個のストレージデバイスや別個のクライアントデバイスなどの別個のデバイス上に保存される。

一実施形態では、番組コンテンツおよび関連付けられたメタデータはＤＶＲ上に保存される。スポーツイベントなど、番組の長さが変わる可能性のある特定の番組を録画する際、ＤＶＲは、典型的には、予定された番組の長さを超過する時間分も録画を行う。例えば、フットボールの試合が３時間予定されている場合、ＤＶＲは、試合の長さが３時間を超えても確実に試合全体を録画できるように追加の時間（合計４時間）を録画することができる。しかし試合時間が４時間に満たない場合は、不要なコンテンツがＤＶＲ上に保存され、貴重なストレージスペースを浪費することになる。この状況では、更新されたメタデータは、試合の正確な長さ（例えば時間、分、および／または秒での継続時間）を表示することができる。ＤＶＲは、試合終了後に録画されたいかなるコンテンツも削除することができ、これによって他の番組コンテンツ用にストレージスペースが解放される。

図４は、以前に録画された番組を表示するためのプロシージャ４００の一実施形態を示す流れ図である。はじめにクライアントデバイスは、以前に録画された番組を表示する要求を受信する（ブロック４０２）。これらの以前に録画された番組は、クライアントデバイス上に、またはクライアントデバイスに結合された別のデバイス上に保存することができる。クライアントデバイスは、視聴可能な録画された番組を識別する（ブロック４０４）。識別される番組は、クライアントデバイス上に保存されたすべての録画された番組を含むことができる。クライアントデバイスは、録画された番組のそれぞれに関連付けられた更新されたメタデータがあるかチェックする（ブロック４０６）。あるいはクライアントデバイスは、視聴者に表示される録画された番組に関連付けられた更新されたメタデータがないかチェックすることもできる。例えば、最初に１０の番組のリストがユーザに表示される場合、クライアントデバイスは、それらの１０の番組に関連付けられた更新されたメタデータがないかチェックすることができる。

更新されたメタデータが、録画された番組の１または複数にとって利用可能な場合（ブロック４０８）、クライアントデバイスは、録画された番組に関連付けられた更新されたメタデータを検索する（ブロック４１０）。クライアントデバイスは、録画された番組に関連付けられたメタデータを使用して、その録画された番組を表示する（ブロック４１２）。更新されたメタデータは、（元の予定よりも短く、または長く）修正された番組の長さや、（例えばＴＶ１４からＴＶＭへ、またはそれまで格付けされていなかったものからＴＶＹへと）更新された番組の格付けなど、番組に関する修正された情報を含むことができる。また更新されたメタデータは、スポーツイベントの結果、番組が放送された後に受賞した賞など、番組に関するさらなるデータを含むこともできる。録画された番組は、図２に示した録画された番組のリストと同様に表示することができる。

クライアントデバイスおよび／またはコンテンツサーバは、１または複数の番組（あるいは番組のカテゴリ）に関連する更新されたメタデータを購入することができ、または更新されたメタデータを定期的に提供するメタデータ更新サービスに申し込むこともできる。一実施形態では、クライアントデバイスは、コンテンツサーバに定期的に（例えば毎日）アクセスして、更新されたメタデータを受信する。同様に、コンテンツサーバは、データプロバイダに定期的にアクセスして、更新されたメタデータを受信することができる。他の実施形態では、クライアントデバイスは、コンテンツサーバからメタデータの更新を自動的に受信する。同様にコンテンツサーバは、データプロバイダからメタデータの更新を自動的に受信する。

図５〜８は、予定されている番組と、結果として実際に放送される番組との例を示している。例えば、図５は、特定の時間枠（午後２：００〜午後５：００）において特定のチャネルで予定されている番組の放送５０２を示している。この放送予定情報は、（例えば電子番組ガイドまたは他の番組情報ソースを介して）番組の放送に先立って利用することができる。実際の番組の放送５０４は、実際の番組の放送が放送予定情報とは異なっていたことを示している。例えば、番組Ａが１．０時間ではなく１．５時間継続し、番組Ｂが１．０時間から０．５時間へ短縮された。この状況は、例えば番組Ａが、終了時間が変更されることのあるスポーツイベント（または他の実況中継イベント）である場合に発生する可能性がある。図５の例では、番組Ａが予定よりも延長し、放送局は番組Ｂの放送時間を短縮して（例えば、番組Ｂを「既に進行中」の扱いにして）埋め合わせを行った。実際の番組Ｃの放送は、放送予定情報と一致していた。図５の状況では、番組が放送された後に番組Ａおよび番組Ｂに関連付けられた番組のメタデータを更新して、録画された番組のリストの今後の表示が正確に作成されるようにすることが望ましい。録画された番組のリストは、古いメタデータ（例えば放送予定情報）に依存していると、不正確なデータで作成されてしまう。番組検索アプリケーションなどのアプリケーションは、良質な検索結果を生み出す上でメタデータの正確さに依存している。同様にＤＶＲアプリケーションなどのアプリケーションは、ディスクストレージスペースを管理する上でメタデータの正確さに依存している。

図６は、特定の時間枠において特定のチャネルで予定されている番組の放送６０２と、実際の番組の放送が放送予定情報とは異なっていたことを示す実際の番組の放送６０４とを示している。この例では、番組Ａの放送時間は、放送予定情報によって示されているよりも大幅に短かった。これは、イベントが中止された場合（例えば、野球の試合が雨で中止された場合）に、予定された番組の検索、処理、または放送上の問題によって発生する可能性がある。この状況では、番組Ｂは早く開始し、より長い時間放送された。実際の番組Ｃの放送は、放送予定情報と一致していた。

図７は、特定の時間枠において特定のチャネルで予定されている番組の放送７０２と、実際の番組の放送が放送予定情報とは異なっていたことを示す実際の番組の放送７０４とを示している。この例では、実際の番組Ａの放送は、放送予定情報と一致していた。しかし実際の番組Ｂの放送時間は、放送予定情報によって示されているよりも短かった。さらに番組Ｂの長さが短縮されたため、番組Ｃは、放送予定情報によって示されているよりも早く開始した。さらなる番組（番組Ｄ）が番組Ｃの後に放送された。番組Ｄの放送は、放送予定情報には示されていなかった。例えば、番組Ｄは、番組Ｂの長さが短縮されたことによって生じた時間を埋めるために選択された可能性がある。この番組Ｄの選択は、視聴者、放送局、あるいは他の個人または団体に何ら事前に通知することなく行われた可能性がある。

図８は、特定の時間枠において特定のチャネルで予定されている番組の放送８０２を示している。この例では、実際の番組の放送に関して矛盾する番組メタデータを受信した。メタデータの第１のセット８０４は、番組Ａが予定よりも延長し、それに応じて番組Ｂが短縮されたことを示している。このメタデータの第１のセット８０４は、番組Ｃが放送予定情報と一致していたことも示している。メタデータの第２のセット８０６は、番組Ａは放送予定情報と一致していたが、番組Ｂは予定よりも延長したことを示している。さらに番組Ｃの放送時間は、番組Ｂの追加時間分を調整するために短縮された。

図８の例では、メタデータの２つの異なるセット８０４および８０６が、異なるデータプロバイダによって作成されたか、または異なる時間に作成された（例えば、正しい放送情報が確認された後で正しいメタデータが作成された）可能性がある。一実施形態では、メタデータの複数のセット間における矛盾は、最新のタイムスタンプを有するメタデータを選択し、他のメタデータを切り捨てることによって解決することができる。別の実施形態では、メタデータの両方のセットが維持され、メタデータの両方のセットからの情報が、例えば、利用可能な番組リストに同時に表示される。さらなる実施形態では、矛盾するメタデータのセットがすべて無視され、その結果、訂正されたメタデータのセットを受信するまで、利用可能な番組リストは「無効」となる場合がある。別の実施形態では、ＡからＦの文字による等級など、相対的なランキングをデータプロバイダに割り当てることができる。より高位の文字等級を有するデータプロバイダは、矛盾が存在する場合に、より正確で完全な情報を有するとみなされる。

図９は、視聴可能な番組のリストを作成するためのプロシージャ９００の一実施形態を示す流れ図である。はじめに、視聴可能な番組のリストを表示する要求を受信する（ブロック９０２）。この要求は、例えば、クライアントデバイス、コンテンツサーバ、または他のデバイスによって受信することができる。この要求は、特定の種類の番組（スポーツ、映画など）、特定の格付け（ＧやＴＶ１４）、１または複数のキーワード、または他の情報を指定して、表示される番組を選別することができる。プロシージャは、要求に応答して、例えば、要求において指定された選別用の情報を使用して、表示される番組を識別する（ブロック９０４）。プロシージャ９００は、識別された番組に関連付けられたメタデータを識別する（ブロック９０６）。このメタデータは、例えば、クライアントデバイス上にローカルに保存することもできるし、コンテンツサーバや他のデバイス上に保存することもできる。特定の番組に関連付けられたメタデータは、最終評点、番組に対する批評、番組に関する解説など、番組が放送された後に作成される情報を含むことができる。

プロシージャは、番組に関連付けられたメタデータを使用して、視聴可能な番組のリストを作成することによって継続する（ブロック９０８）。最後に、作成された視聴可能な番組のリストが、要求側のデバイスに提供される（ブロック９１０）。この番組のリストは、番組に関連付けられたメタデータのいくつかまたはすべてを含むことができる。例えば、番組の要約を表示することはできるが、全解説を表示するだけの十分なスペースがない場合もある。この例では、視聴者は、利用可能な番組のガイドに含まれる「全解説」ボタンを起動して、特定の番組に関連付けられた全解説を表示することができる。

図１０は、データプロバイダから受信した更新されたメタデータを処理するためのプロシージャ１０００の一実施形態を示す流れ図である。プロシージャ１０００は、クライアントデバイス、コンテンツサーバ、または他のデバイスによって実施することができる。最初に、プロシージャは、更新されたメタデータをデータプロバイダから受信する（ブロック１００２）。プロシージャは、更新されたメタデータに関連付けられたタイムスタンプを識別する（ブロック１００４）。タイムスタンプは、発行の日付および／または時刻、改訂番号、またはメタデータに関連付けられた固有な種類の他の指標とすることができる。プロシージャ１０００は、以前に保存されたメタデータ、すなわちブロック１００２において更新されたメタデータを受信する前に受信された最新のメタデータを識別することによって継続する（ブロック１００６）。プロシージャは、以前に保存されたメタデータに関連付けられたタイムスタンプも識別する（ブロック１００８）。次に、更新されたメタデータに関連付けられたタイムスタンプが、以前に保存されたメタデータに関連付けられたタイムスタンプよりも新しいかどうかに関して判定を下す（ブロック１０１０）。更新されたメタデータに関連付けられたタイムスタンプが、以前に保存されたメタデータに関連付けられたタイムスタンプよりも新しい場合、以前に保存されたメタデータは、更新されたメタデータに置き換えられる（ブロック１０１２）。しかし、更新されたメタデータに関連付けられたタイムスタンプが、以前に保存されたメタデータに関連付けられたタイムスタンプよりも古い場合、更新されたメタデータは、切り捨てられ（ブロック１０１４）、これによって、以前に保存されたメタデータが、システムによって使用される現行のメタデータとして維持される。

図１１は、視聴可能な番組のリストの例１１０２を示している。利用可能な番組のリスト１１０２は、視聴可能な番組、ならびにその番組に関連付けられた格付け、およびその番組の長さなど、それらの番組に関するさらなる情報を表示する。一実施形態では、利用可能な番組のリスト１１０２は、対話モードで動作し、表示される情報は、リモートコントロールデバイスまたは他の入力デバイス上のコントロールボタン（例えば矢印ボタン）を押すことによって操作される。

図１１の例では、利用可能な番組のリスト１１０２は、６つの番組に関連付けられた情報を罫線の構成で表示する。ヘッダ１１０４は、番組のタイトル、番組に関連付けられた格付け、番組の長さなど、ヘッダの下の罫線内に表示されたデータの種類を識別する。６つの番組に関する情報は、ヘッダ１１０４の下の罫線内に表示される。視聴者は、利用可能な番組のリスト１１０２と対話し、ガイドをスクロールして、視聴可能な他の番組に関する情報および／または録画された番組に関連付けられたさらなる情報を表示することができる。代替実施形態では、利用可能な番組のリスト１１０２は、任意の数の録画された番組に関連付けられた情報を表示することができる。さらに代替実施形態は、番組に関連付けられた異なる情報（例えば番組内容や番組の賞）を表示することができる。

図１２は、番組を放送する前の番組に関連付けられたメタデータと、放送が終了した後の番組に関連付けられた更新されたメタデータとの例を示している。メタデータ１２０２の第１のセットは、番組が放送される前に利用できる可能性のあるメタデータの一例である。メタデータ１２０２は、番組のタイトル、放送チャネル、番組の放送日時、番組の簡単な説明、番組に関連付けられた数語のキーワード、および番組に関する短いコメントを含む。こうした情報は、これから放送される番組にとって典型的なものである。メタデータ１２０２は、データベース、コンテンツサーバ、クライアントデバイス、または他の任意のデバイス内に保存することができる。メタデータは、任意のデータ構造を使用して任意のフォーマットで保存することができる。

メタデータ１２０４は、メタデータ１２０２に比べてさらなる情報および更新された情報を含む。例えば、番組がバスケットボールの試合であり、２つのセッションが延長し、これによって番組時間は予定よりも長くなった。メタデータ１２０２が予定の長さを２時間と識別する一方で、メタデータ１２０４は番組の長さを２時間３５分と正しく識別する。メタデータ１２０４には、２つのセッションが延長した試合であったこと、試合の勝者、得点の新記録を達成した選手、ならびに試合が終了した後に入手できる他のハイライトおよびコメントなど、試合に関するさらなる情報が含まれる。メタデータ１２０４は、この番組が「２００４年に行われた試合のベスト１００」のリストに加えられたり、この番組に関して後に発表されるさらなるコメントや批評を追加するなど、番組に関するさらなる情報を含むように、未来の時点でさらに更新することができる。

メタデータ１２０２および１２０４は、番組に関連付けることができる種類のメタデータの例を示している。他の実施形態では、任意の種類のデータを特定の番組に関連付けることができる。さらにメタデータは、番組が放送される前、番組の放送中、または番組が放送された後の任意の時点で更新および／または修正することができる。

図１３は、クライアントデバイスの例を含むテレビジョンベースのシステム１３００を示す図である。システム１３００は、例えば、ビデオコンテンツ、録画された番組のリスト、利用可能な番組のリスト、および他のデータを表示するためのディスプレイデバイス１３０４も含む。クライアントデバイス１３０２は、セットトップボックス、衛星放送受信機、ハードディスク搭載型テレビ録画機、デジタルビデオレコーダ（ＤＶＲ）および再生装置、ゲーム機、情報機器、ならびに任意の数の類似の実施形態として実装することができる。

クライアントデバイス１３０２は、１または複数のチューナ１３０６を含み、その典型としては、様々な周波数やチャネルに同調してテレビジョン信号を受信する１または複数の帯域内チューナ、ならびに番組データをクライアントデバイス１３０２に放送してくる放送チャネルに同調する帯域外チューナがある。チューナ１３０６は、ハードウェアベースのチューナ、および／またはデータのＩＰベースのデジタルストリームに「同調」または識別できるデジタルチューナを含むことができる。ＩＰベースのデジタルストリームは、チューナと同様の機能を果たすが、コンテンツの配信（例えば、コンテンツのユニキャスト配信）用にＩＰ環境内で使用される。クライアントデバイス１３０２は、１または複数のプロセッサ１３０８（例えば、任意のマイクロプロセッサ、コントローラなど）も含み、このプロセッサは様々な命令を処理して、クライアントデバイス１３０２の動作を制御し、他の電子デバイスおよびコンピューティングデバイスと通信する。

クライアントデバイス１３０２は、１または複数のメモリコンポーネントと共に実装することができ、その例としては、ランダムアクセスメモリ（ＲＡＭ）１３１０、大容量記憶媒体１３１２、ディスクドライブ１３１４、および不揮発性メモリ１３１６（例えば、ＲＯＭ、Ｆｌａｓｈ、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）がある。ディスクドライブ１３１４は、ハードディスクドライブ、磁気テープ、書き換え可能コンパクトディスク、ＤＶＤなど、任意の種類の磁気ストレージデバイスや光ディスクストレージデバイスを含むことができる。１または複数のメモリコンポーネントは、受信されたコンテンツ、番組のメタデータ１３１８、録画された番組１３２０、クライアントデバイス１３０２用の構成情報、および／またはグラフィカルユーザインタフェース情報など、様々な情報および／またはデータを記憶する。クライアントデバイス１３０２の代替実施態様は、一定範囲の処理機能およびメモリ機能を含むことができ、図１３に示したものとは異なる任意の数のメモリコンポーネントを含むことができる。例えば、相当なメモリおよび処理リソースと共にフルリソース（full-resource）クライアントを実装することもできるし、ローリソース（low-resource）クライアントとしては、処理機能およびメモリ機能が限られていてもよい。

オペレーティングシステム１３２２および１または複数のアプリケーションプログラム１３２４は、不揮発性メモリ１３１６内に格納され、１または複数のプロセッサ１３０８上で実行されて、ランタイム環境を提供することができる。ランタイム環境は、様々なインタフェースを定義可能にすることによって、クライアントデバイス１３０２の拡張性を促進し、この様々なインタフェースによってアプリケーションプログラム１３２４は、クライアントデバイス１３０２と対話することができる。アプリケーションプログラム１３２４は、Ｗｅｂ（例えば「ワールドワイドウェブ」）をブラウズするためのブラウザ、電子メールを容易にする電子メールプログラム、利用可能な番組およびビデオオンデマンドコンテンツを検索して表示するプログラム、および任意の数の他のアプリケーションプログラムを含むことができる。

１または複数のプロセッサ１３０８上で実行される番組ガイドアプリケーション１３２６は、不揮発性メモリ１３１６内に格納されて実施され、表示用の番組ガイドを作成する。視聴者は、番組ガイドアプリケーション１３２６を使用して、現在および未来の番組スケジュールを見ることができ、来たる番組用のリマインダをセットすることができ、および／または１または複数の番組を録画する命令を入力することができる。

クライアントデバイス１３０２は、１または複数の通信インタフェース１３２８、およびＰＳＴＮ、ＤＳＬ、ケーブル、または他の種類のモデム１３３０をさらに含む。通信インタフェース１３２８は、シリアルおよび／またはパラレルインタフェースとして、無線インタフェースとして、および／または他の任意のタイプのネットワークインタフェースとして実装することができる。無線インタフェースによって、クライアントデバイス１３０２は、リモートコントロールデバイス１３３４から、あるいは別の赤外線（ＩＲ）、８０２．１１、Ｂｌｕｅｔｏｏｔｈ、または類似のＲＦ入力デバイスからなど、ユーザが操作する入力デバイスからの制御入力コマンド１３３２および他の情報を受信することができる。入力デバイスは、ワイヤレスキーボード、または携帯情報端末（ＰＤＡ）、ハンドヘルドコンピュータ、携帯電話などの別のハンドヘルド入力デバイス１３３６を含むことができる。ネットワークインタフェースならびにシリアルおよび／またはパラレルインタフェースによって、クライアントデバイス１３０２は、様々な通信リンクを介して他の電子デバイスおよびコンピューティングデバイスと対話および通信することができる。モデム１３３０によって、クライアントデバイス１３０２が、従来の電話回線、ＤＳＬ接続、ケーブル、および／または他のタイプの接続を介して他の電子デバイスおよびコンピューティングデバイスと通信することが容易になる。

クライアントデバイス１３０２は、ビデオデコーダを含むことができるコンテンツプロセッサ１３３８、ならびに／もしくはＮＴＳＣ、ＰＡＬ、ＳＥＣＡＭなどの放送ビデオ信号および番組データ、または他のテレビジョンシステムアナログビデオ信号とＤＶＢ、ＡＴＳＣ、あるいは他のテレビジョンシステムデジタルビデオ信号を受信、処理、および復号するためのさらなるプロセッサも含む。例えば、コンテンツプロセッサ１３３８は、ＭＰＥＧ（Moving Pictures Experts Group）形式で符号化されたビデオコンテンツおよび／または画像データを復号するＭＰＥＧ−２またはＭＰＥＧ−４デコーダを含むことができる。本明細書に記載のシステムは、任意のタイプのビデオ符号化方式用に、ならびに符号化されていないデータストリームおよび／またはコンテンツストリーム用に実装することができる。

典型的には、ビデオコンテンツおよび番組データは、ビデオデータおよび対応するオーディオデータを含む。コンテンツプロセッサ１３３８は、ディスプレイデバイス１３０４上に表示するようにフォーマットされるビデオおよび／またはディスプレイコンテンツを作成し、ディスプレイデバイス１３０４内の１または複数のスピーカ（図示せず）などのプレゼンテーションデバイスによって提示されるようにフォーマットされる復号されたオーディオデータを作成する。コンテンツプロセッサ１３３８は、ビデオおよび／またはディスプレイコンテンツを処理して、対応する画像をディスプレイデバイス１３０４上に表示するためのディスプレイコントローラ（図示せず）を含むことができる。ディスプレイコントローラは、画像処理用のグラフィックプロセッサ、マイクロコントローラ、集積回路、および／または類似のビデオ処理コンポーネントを含むことができる。

クライアントデバイス１３０２は、テレビジョン１３０４に、またはオーディオデータおよびビデオデータを処理および／または表示あるいは他の方法でレンダリングする他のデバイスに、オーディオ信号、ビデオ信号、および／またはディスプレイ信号を提供するオーディオおよび／またはビデオ出力１３４０も含む。ビデオ信号およびオーディオ信号は、ＲＦ（無線周波数）リンク、Ｓ−Ｖｉｄｅｏリンク、コンポジットビデオリンク、コンポーネントビデオリンク、または他の類似の通信リンクを介してクライアントデバイス１３０２からテレビジョン１３０４へ伝達することができる。

別々に表示されているが、クライアントデバイス１３０２のコンポーネントのいくつかは、１つの特定用途向け集積回路（ＡＳＩＣ）内に実装することができる。さらにシステムバス（図示せず）は、典型的には、クライアントデバイス１３０２内の様々なコンポーネントを接続する。システムバスは、メモリバスやメモリコントローラ、ペリフェラルバス、拡張グラフィックポート（Accelerated Graphics Port）、または様々な任意のバスアーキテクチャを使用するローカルバスなど、複数のタイプのバス構造の任意の１または複数として実装することができる。例えばこうしたアーキテクチャは、ＩＳＡ（Industry Standard Architecture）バス、ＭＣＡ（Micro Channel Architecture）バス、ＥＩＳＡ（Enhanced ISA）バス、ＶＥＳＡ（Video Electronics Standards Association）ローカルバス、およびメザニンバスとしても知られているＰＣＩ（Peripheral Component Interconnect）バスを含むことができる。

上記の説明は、構造的な特徴および／または方法論的な行為に特有の表現を使用しているが、添付の特許請求の範囲において定義される本発明は、説明した具体的な特徴または行為には限定されないことを理解されたい。むしろ具体的な特徴および行為は、本発明を実施する際の典型的な形態として開示されている。

コンテンツを１または複数のクライアントデバイスに提供できるアーキテクチャの例の様々なコンポーネントを示す図である。 ディスプレイデバイス上に表示するために録画された番組のリストを作成できるディスプレイデバイスの例およびクライアントデバイスの例を示す図である。 番組を録画して、番組に関連付けられたメタデータを記録するためのプロシージャの一実施形態を示す流れ図である。 以前に録画された番組を表示するためのプロシージャの一実施形態を示す流れ図である。 予定されている番組と、結果として実際に放送される番組との例を示す図である。 予定されている番組と、結果として実際に放送される番組との例を示す図である。 予定されている番組と、結果として実際に放送される番組との例を示す図である。 予定されている番組と、結果として実際に放送される番組との例を示す図である。 視聴可能な番組のリストを作成するためのプロシージャの一実施形態を示す流れ図である。 データプロバイダから受信した更新されたメタデータを処理するためのプロシージャの一実施形態を示す流れ図である。 視聴可能な番組のリストの例を示す図である。 番組を放送する前の番組に関連付けられたメタデータと、放送が終了した後の番組に関連付けられた更新されたメタデータとの例を示す図である。 クライアントデバイスの例を含むテレビジョンベースのシステムを示す図である。

符号の説明

１０２，２０２ クライアントデバイス
１０４ ネットワーク
１０６ コンテンツ放送局
１０８ 番組ガイドデータプロバイダ
１１０ 受信機
１１２ コンテンツサーバ
１１４ データストレージ
１１６ データプロバイダ
２０６ １または複数のプロセッサ
２０８ 番組ガイドアプリケーション
２１０ １または複数のメモリデバイス

Claims (11)

1. ビデオ番組に関連付けられたメタデータを処理する方法であって、
   ビデオ番組をクライアントデバイスにおいて録画すること、
   前記ビデオ番組に関連付けられたメタデータを前記クライアントデバイスにおいて記録することであって、記録されたメタデータは、前記番組コンテンツの放送が終了する前に生成された情報であって、前記ビデオ番組の放送予定時間と前記記録されたメタデータに関連付けられた固有の指標となるタイムスタンプとを含むこと、
   前記ビデオ番組を前記放送予定時間を越える時間の間、続けて録画すること、
   前記ビデオ番組に関連付けられた第１の更新されたメタデータを受信することであって、前記第１の更新されたメタデータは、前記ビデオ番組が終了した後に生成される情報と、前記ビデオ番組の実際の放送時間と、前記第１の更新されたメタデータに関連付けられた固有の指標となるタイムスタンプとを含むこと、
   前記第１の更新されたメタデータに関連付けられたタイムスタンプが前記記録されたメタデータに関連付けられたタイムスタンプより新しいか否か判定すること、
   前記第１の更新されたメタデータに関連付けられたタイムスタンプが前記記録されたメタデータに関連付けられたタイムスタンプより新しいとき、前記記録されたメタデータを前記第１の更新されたメタデータに置き換えること、
   記録されたビデオ番組の放送時間が前記実際の放送時間より長いとき、前記記録されたビデオ番組のうち前記実際の放送時間より長い部分を削除すること、
   前記ビデオ番組に関連付けられた第２の更新されたメタデータを前記クライアントデバイスからコンテンツサーバに要求すること、
   前記第２の更新されたメタデータを前記コンテンツサーバから受信すること、
   前記第２の更新されたメタデータに関連付けられたタイムスタンプが、以前に記録されたメタデータまたは以前に受信された第１の更新されたメタデータに関連付けられたタイムスタンプより新しいか否か判定すること、および
   前記第２の更新されたメタデータに関連付けられたタイムスタンプが前記以前に記録されたメタデータまたは前記以前に受信された第１の更新されたメタデータに関連付けられたタイムスタンプより新しいとき、前記以前に記録されたメタデータまたは前記以前に受信された第１の更新されたメタデータを前記第２の更新されたメタデータに置き換えること
   を備えたことを特徴とする方法。
2. 前記ビデオ番組に関連付けられた前記第２の更新されたメタデータを定期的に要求することを特徴とする請求項１に記載の方法。
3. 前記ビデオ番組に関する情報を表示する要求を受信すること、および、
   前記第１および／または第２の更新されたメタデータ内に含まれる前記情報の少なくとも一部を表示すること
   をさらに備えたことを特徴とする請求項１に記載の方法。
4. 前記ビデオ番組が終了した後に生成される情報は、スポーツイベントの結果、受賞した賞のデータを含むことを特徴とする請求項１に記載の方法。
5. 前記以前に受信された更新されたメタデータが、前記第２の更新されたメタデータよりも新しい場合に、前記第２の更新されたメタデータを切り捨てることをさらに備えたことを特徴とする請求項１に記載の方法。
6. 前記更新された第１および／または第２のメタデータを少なくとも１つのクライアントデバイスに通信することをさらに備えたことを特徴とする請求項１に記載の方法。
7. 前記ビデオ番組は、オーディオデータを含むことを特徴とする請求項１に記載の方法。
8. 放送コンテンツに関連付けられたメタデータを処理する装置であって、
   ストレージデバイスと、
   前記ストレージデバイスに結合されたプロセッサであって、
   放送コンテンツおよび前記放送コンテンツに関連付けられたメタデータを前記ストレージデバイス上に記録することであって、前記メタデータは、前記番組コンテンツの放送が終了する前に生成された情報であって、前記ビデオ番組の放送予定時間と前記記録されたメタデータに関連付けられた固有の指標となるタイムスタンプとを含むこと、
   前記放送コンテンツに関連付けられた第１の更新されたメタデータをさらに受信することであって、前記第１の更新されたメタデータは、前記番組コンテンツの放送が終了した後に生成された情報と、前記ビデオ番組の実際の放送時間と、前記第１の更新されたメタデータに関連付けられた固有の指標となるタイムスタンプとを含むこと、
   前記ビデオ番組に関連付けられた第２の更新されたメタデータをコンテンツサーバに要求すること、
   前記第２の更新されたメタデータを前記コンテンツサーバから受信すること、
   前記第１および／または第２の更新されたメタデータに関連付けられたタイムスタンプが、以前に受信されたメタデータに関連付けられたタイムスタンプよりも新しいかどうかを判定すること、および、
   前記更新されたメタデータに関連付けられたタイムスタンプが、前記以前に記録されたメタデータに関連付けられたタイムスタンプよりも新しい場合に、前記以前に記録されたメタデータを前記更新されたメタデータに置き換えるプロセッサと
   を備えたことを特徴とする装置。
9. 前記プロセッサに結合された通信インタフェースであって、更新されたメタデータを前記装置に結合された複数のデータプロバイダから受信する通信インタフェースをさらに備えたことを特徴とする請求項８に記載の装置。
10. 前記プロセッサは、前記ストレージデバイス上に保存されたメタデータに基づいて利用可能なコンテンツのリストをさらに作成することを特徴とする請求項８に記載の装置。
11. 前記プロセッサは、前記放送コンテンツに関連付けられた前記第２の更新されたメタデータを定期的な間隔でさらに要求することを特徴とする請求項８に記載の装置。

Images