JP2018082501A - メディアメタデータを相関させる方法および装置 - Google Patents

Abstract

【課題】メディアメタデータを相関させる方法および装置を提供する。
【解決手段】ＤＶＲ、サーバ、またはその他のエージェントが、ＥＰＧデータプロバイダおよび複数のビデオオンデマンド（ＶＯＤ）サービスプロバイダなどの、様々な発信元からのメディアメタデータを相関させる。欠けている情報が、少なくとも１つのメタデータ発信元から、そのインスタンスに挿入される。番組が利用可能な各発信元に関して、ＤＶＲはＤＶＲの永続的な記憶装置上に、その番組に対する標準データ構造のインスタンスに関連するその発信元の識別子を記憶する。ＤＶＲはユーザから検索基準を受信し、該基準を満足する、番組に対する記憶された標準データ構造のインスタンスを検索する。
【選択図】図３

Description

本発明の実施形態は概して、デジタルビデオレコーダ（ＤＶＲ）に関する。本発明の実
施形態は、より具体的には、様々な発信元から集められたメディアメタデータを相関させ
る技術に関する。

本節に記載された手法は追求可能であるが、必ずしも以前に着想されたか追求された手
法とは限らない。したがって、本明細書に別途示されない限り、本節に記載された手法は
本出願の請求項に対する従来技術とは限らず、本節に含まれることによって従来技術と認
められることはない。

洗練された現代のＤＶＲは、将来のいつかにテレビジョン放送される番組の記録をスケ
ジューリングすることが可能である。ＤＶＲのユーザがテレビジョンシリーズのすべての
エピソードを記録することに関心がある場合、ＤＶＲのユーザは、そのシリーズの「シー
ズンパス」を取得するよう自分のＤＶＲに指示することができる。そのような指示に応じ
て、ＤＶＲは自動的に、電子番組ガイド（ＥＰＧ）データから、そのシリーズのエピソー
ドが将来テレビジョン放送される予定の時刻を決定する。通常は、選ばれたシリーズのエ
ピソードが放送されようとするときはいつでも、ＤＶＲはチャンネルを該エピソードが放
送される予定のチャンネルに自動的に合わせ、ＤＶＲのハードディスクドライブ上に該エ
ピソードを記録する。記録されたエピソードがＤＶＲのハードディスクドライブ上に残る
限りは、ＤＶＲのユーザは、ユーザのテレビジョンで該エピソードを再生するようにＤＶ
Ｒに指示することができる。便利なことに、このことは、ユーザが関心を有する番組を、
その番組の放送時刻以外の時刻に見ることを、ＤＶＲのユーザに可能にする。ＤＶＲのユ
ーザは、その番組が放送予定である正確な時刻をあらかじめ知っておくことすら不要であ
る。

本明細書で用いられる場合、「番組」とはテレビジョンのディスプレイおよび／または
スピーカを介して提示される、可視および／または可聴の任意のコンテンツである。例え
ば、番組は複数エピソードのシリーズ中の１エピソード、映画、スポーツイベント、また
はニュースであってもよいが、これは「番組」の排他的な羅列ではない。デジタルビデオ
レコーダ（ＤＶＲ）が将来の記録のために番組をスケジューリングするとき、ＤＶＲは、
ＤＶＲがＤＶＲ自身の記憶機構内に維持する「すること（ｔｏ ｄｏ）」リストに番組を
加えようとする。ＤＶＲの「すること」リスト上の番組が放送されるときにはいつも、Ｄ
ＶＲは自動的にその番組を記録する。

あるＤＶＲは、ＤＶＲのユーザが関心を有するかもしれない特定の番組を検索すること
をＤＶＲのユーザに可能にする。例えば、ＤＶＲのユーザの検索要求に応じて、ＤＶＲは
ＤＶＲのユーザに、ＤＶＲのユーザが関心を有する番組が満足すべき基準をＤＶＲのユー
ザが入力可能なユーザインターフェイスを、示すかもしれない。ユーザインターフェイス
は、番組が満足すべき異なるタイプの基準のために、ユーザが書き入れ可能な異なるフィ
ールドを含むかもしれない。例えば、ユーザインターフェイスは「タイトル」フィールド
、１つ以上の「俳優」フィールド、「カテゴリ」および／または「ジャンル」フィールド
、「年」フィールド、「レーティング」フィールド、などを含むかもしれない。そのよう
なユーザインターフェイスを介して、ユーザによって特定された基準を受信した後、ＤＶ
ＲはＥＰＧデータプロバイダから得られた番組メタデータを検索する。典型的には、ＥＰ
Ｇによって特定された番組メタデータは、ユーザが入力した基準に関する情報の種類（例
えば、タイトル、俳優、カテゴリ、ジャンル、年、レーティングなど）を、番組ごとに示
す。ＤＶＲは、ＥＰＧによって提供された番組メタデータに基づいて、ユーザによって特
定された基準を満足する番組メタデータに関連する放送予定の番組のセットを決定する。
そしてＤＶＲは、ＤＶＲのユーザに、セットに含まれる放送予定の番組のリストを示す。

例えば、ＤＶＲのユーザが語句「Ｃｈｒｉｓｔｏｐｈｅｒ」をユーザインターフェイス
の「俳優」フィールドに入力するが、ユーザインターフェイスの「タイトル」フィールド
は空白のままにした場合、ＤＶＲは、俳優として「Ｃｈｒｉｓｔｏｐｈｅｒ」という名前
（ファーストネームでも、ラストネームでも、ミドルネームでも）の任意のだれかがいる
すべての番組に関して、ＥＰＧによって提供されたメタデータを検索してもよい。ＥＰＧ
によって提供されたメタデータにおいては、異なる種類の情報が異なるメタデータフィー
ルドに見出される。特定の番組のためにＥＰＧによって提供されたメタデータは、「俳優
」識別子をタグ付けされた複数のフィールドを有するかもしれない。「俳優」識別子をタ
グ付けされたフィールドは「俳優」フィールドとみなされる。そのような俳優フィールド
のそれぞれが、その番組に登場する俳優の名前を含むことができる。ＤＶＲは、語句「Ｃ
ｈｒｉｓｔｏｐｈｅｒ」を含む俳優フィールドを含むメタデータと関連する、近々放送の
番組に対するＥＰＧデータを検索してもよい。そのような番組のリストをコンパイルし、
リストから重複するエントリを取り除いた後で、ＤＶＲはＤＶＲのユーザに番組のリスト
を示す。ＤＶＲのユーザは、ＤＶＲのユーザが好むものとしてリストから選択した番組の
記録をスケジューリングするように、ＤＶＲに指示することができる。

有意義なことに、ＤＶＲのユーザが、タイトルとしてではなく俳優として「Ｃｈｒｉｓ
ｔｏｐｈｅｒ」を特定する場合、ＤＶＲはタイトルフィールドにおいて「Ｃｈｒｉｓｔｏ
ｐｈｅｒ」を検索しようとしない。というのは、そうすることは、ＤＶＲのユーザが関心
を有しない検索結果をおそらく導くであろうからである（タイトルに「Ｃｈｒｉｓｔｏｐ
ｈｅｒ」を含む多くの番組では、「Ｃｈｒｉｓｔｏｐｈｅｒ」という名前のいかなる俳優
も主演しないかもしれない）。したがって、ＤＶＲのユーザが最も関心のある結果を導き
そうな正確な検索を行うためには、ＥＰＧによって提供されＤＶＲが検索するメタデータ
は、異なるタイプ（例えば「俳優」メタデータ、「タイトル」メタデータなど）に分類さ
れた情報を含むということが、ＤＶＲに役に立つ。

ＥＰＧデータプロバイダから得られるメタデータは、典型的には、近い将来に様々なチ
ャンネルで放送される予定である番組に関する情報を含む。しかしながら、あるＤＶＲは
、いかなる特定のチャンネルでも、いかなる特定の時刻にも（例えば電波やケーブルで）
放送の予定がない番組を、得て示すこともまた可能である。たとえ、番組コンテンツが近
い将来に（またはこれまでに）いかなるチャンネルでも放送される予定がない場合であっ
ても、あるＤＶＲは、ＤＶＲのユーザが好むいかなる時刻にもＤＶＲのユーザにその番組
コンテンツを（例えばインターネットなどのデータネットワークを介して）ダウンロード
して示すことが可能である。コンテンツがチャンネルで放送される予定があるかどうかに
かかわらず、ＤＶＲのユーザがいつでも要求して見ることができる番組コンテンツは「ビ
デオオンデマンド」（ＶＯＤ）コンテンツと呼ばれる。通常放送されるコンテンツとは異
なり、ＤＶＲのユーザまたはＤＶＲが実際にＶＯＤコンテンツを要求して初めて、ＶＯＤ
コンテンツが典型的にはＤＶＲのユーザに示されるかＤＶＲに提供される。より古い方法
でチャンネルを介して放送されるコンテンツを得るか受信するためにＤＶＲが用いるのと
同じチューナハードウェアを用いて、ＤＶＲはケーブルを介してＶＯＤコンテンツを得る
か受信するかもしれない（しかし必ずしもそうする必要はない）。したがって、ＶＯＤコ
ンテンツおよび非ＶＯＤコンテンツが異なる配信機構を介して利用可能でありえるにもか
かわらず、同じインターフェイスを介して、または異なるインターフェイスを介して、Ｄ
ＶＲはＶＯＤおよび非ＶＯＤコンテンツを得るか受信することができる。

典型的に、ＶＯＤコンテンツは、あるＶＯＤサービスプロバイダが維持しているインタ
ーネットにアクセス可能なサーバ上に、デジタル形式で記憶される。多くの異なるＶＯＤ
サービスプロバイダがあってもよく、それぞれが自分自身のサーバのセットを有し、それ
ぞれが自分自身のサーバのセット上に記憶されたＶＯＤコンテンツの異なるセットを有す
る。特定のＤＶＲは複数の異なるＶＯＤサービスプロバイダからＶＯＤコンテンツを得る
ことが可能であってもよい。ＤＶＲおよびＤＶＲのユーザに、特定のＶＯＤサービスプロ
バイダがどのＶＯＤコンテンツを提供するかを知らせるために、該特定のＶＯＤサービス
プロバイダは、該特定のＶＯＤサービスプロバイダのサーバ上に、ダウンロード可能なＶ
ＯＤメタデータを記憶してもよい。ＶＯＤメタデータは、特定のＶＯＤサービスプロバイ
ダのサーバからアクセス可能なＶＯＤコンテンツに関する様々な種類の情報を示してもよ
い。

所与のＤＶＲは典型的には、単一のよく知られており広く用いられているＥＰＧデータ
プロバイダから番組メタデータを得るのみである。このことにより、ＤＶＲがＥＰＧデー
タプロバイダから得る番組メタデータは通常、番組メタデータが属する特定の番組にかか
わらず、ＤＶＲによって予想されるフォーマットに従う。通常、ある番組に対してＥＰＧ
によって提供されたメタデータは、フィールドの特定の組（例えば、タイトル、俳優、カ
テゴリ、ジャンル、年、レーティングなど）を含み、したがって、他の各番組に対してＥ
ＰＧによって提供されたメタデータもまた、該フィールドの特定の組を含むであろう（そ
れらのフィールドの内容は、番組ごとに異なるのが当然であろうにもかかわらず）。言い
換えれば、各番組に対してＥＰＧによって提供されたメタデータの「構造」は、典型的に
は番組ごとに一様であろう。ＥＰＧによって提供されたメタデータのこの構造的な一様性
のために、ＤＶＲはユーザによって開始された番組コンテンツ検索をより正確に実施する
ことができる。ＥＰＧによって提供されたメタデータが構造的に一様でなかったならば、
検索結果はより不正確になるかもしれない。上記例を参照すると、様々な番組と関連する
メタデータが、個々の「タイトル」および「俳優」フィールドを含まない場合、ユーザに
よって特定された基準に合致する番組の検索を行うときに、ＤＶＲは俳優として「Ｃｈｒ
ｉｓｔｏｐｈｅｒ」を含む番組とタイトルに「Ｃｈｒｉｓｔｏｐｈｅｒ」を含む番組の区
別ができないであろう。

上に述べたように、ＤＶＲは様々なＶＯＤコンテンツプロバイダからＶＯＤコンテンツを得ることが可能であるかもしれない。これらのＶＯＤコンテンツプロバイダによって提供された番組メタデータは、ＥＰＧによって提供されたメタデータと同じ構造ではないことがしばしばあるだろう。すなわち、ＶＯＤコンテンツプロバイダはしばしば、自らの番組メタデータの構造をだれか他人の番組メタデータの構造に合わせることにほとんどあるいは全く意欲を感じない。あるＶＯＤコンテンツプロバイダによって提供された番組メタデータは、他のＶＯＤコンテンツプロバイダによって提供された番組メタデータと同じ構造を有しないことがしばしばあるだろう。加えて、たとえＶＯＤメタデータがそのようなタイトル、俳優、および（数タイプの情報を名づけるための）ジャンルなどの情報を含み、例えば情報がＶＯＤメタデータ内のタイトル、俳優、またはジャンルとして特にタグ付けされる保証は、しばしば全くないことがある―ＶＯＤメタデータ内の情報項目の「タイプ」（例えば、情報項目がタイトルであるか俳優であるか）は、ＶＯＤメタデータのみから決定することがしばしば困難であるか不可能である。ＤＶＲが通常放送されているコンテンツを検索することができるのと同様にして、ＤＶＲのユーザがＶＯＤコンテンツを検索することができるのがよいにもかかわらず、ＶＯＤによって提供されたメタデータにおける構造的な不一致は、ＤＶＲの方法において障害として存在することがしばしばあり、この障害がなければ、このようにＶＯＤコンテンツを検索することがＤＶＲのユーザには可能になるはずである。
例えば、本願発明は以下の項目を提供する。
（項目１）
様々な発信元からのメディアメタデータを相関させる方法であって、
発信元から得られた第１のメタデータと別の発信元から得られた第２のメタデータが、前記第１のメタデータの少なくとも一部が、前記第２のメタデータの少なくとも一部に類似しているまたはそれと同一であると決定することによって、同一の特定コンテンツに関連する旨を決定するステップであって、前記第１のメタデータの構造が、前記第２のメタデータの構造とは異なっている、ステップと、
前記第１のメタデータと前記第２のメタデータの両方に、情報が含まれている旨を決定するステップであって、前記第１のメタデータが、情報項目が特定のタイプであることを示し、かつ前記第２のメタデータが、情報項目が前記特定のタイプであることを示さない、ステップと、
前記第１のメタデータに、少なくとも部分的に基づいて、前記第２のメタデータを更新して、前記第２のメタデータの情報項目が前記特定のタイプであることを示すステップと、
前記更新された第２のメタデータに、少なくとも部分的に基づいて、表示されたマルチメディアコンテンツ情報のリスト内で、特定されるべき１組のマルチメディアコンテンツを決定するステップであって、前記１組のマルチメディアコンテンツの内の少なくとも１個のマルチメディアコンテンツが、前記発信元から入手可能であり、かつ前記１組のマルチメディアコンテンツの内の他の少なくとも１個のマルチメディアコンテンツが、前記別の発信元から入手可能である、ステップと
を備える、方法。
（項目２）
前記発信元が電子番組ガイドであり、かつ前記第２のメタデータが、ビデオオンデマンド（ＶＯＤ）コンテンツプロバイダから利用可能であるコンテンツに関連している、請求項１に記載の方法。
（項目３）
前記第１のメタデータが、第１のビデオオンデマンド（ＶＯＤ）コンテンツプロバイダから利用可能であるコンテンツに関連していて、かつ前記第２のメタデータが、前記第１のＶＯＤコンテンツプロバイダとは異なる第２のＶＯＤコンテンツプロバイダから利用可能であるコンテンツに関連している、項目１に記載の方法。
（項目４）
前記方法が、デジタルビデオレコーダ（ＤＶＲ）である装置によって実行される、請求項１に記載の方法。
（項目５）
特定のタイプが、タイトル、俳優、およびジャンルのうち少なくとも１つである、請求項１に記載の方法。
（項目６）
１つ以上の基準を規定するユーザ入力を受信するステップであって、前記１つ以上の基準の内の特定基準が１つ以上のタイプを示す、ステップと、
前記基準を満足する番組の組の結果を決定するステップであって、前記番組の組の結果が、情報の候補項目を検索することにより決定され、前記情報の候補項目が、前記１つ以上のタイプの内のタイプとなることが示されていて、前記番組の組の結果が、表示された番組情報のリスト内で特定されるように前記番組の組内に含まれている、ステップと、
をさらに備える、項目１に記載の方法。
（項目７）
前記１つ以上のタイプの内のタイプとなることが示されている前記情報の候補項目が、前記第２のメタデータ内の前記情報の項目を含む、項目６に記載の方法。
（項目８）
関係する番組を決定するステップであって、前記関係する番組に関連する前記メタデータが、前記番組の組の結果内の番組に関連するメタデータ内にも含まれている情報の項目を含む、ステップ、
をさらに備える、項目６に記載の方法。
（項目９）
前記方法が、デジタルビデオレコーダ（ＤＶＲ）に代えて、（ａ）ＤＶＲの外部にあり、（ｂ）ネットワークを介してＤＶＲと通信する、サーバによって実行される、項目１
に記載の方法。
（項目１０）
前記第２のメタデータが、特定の発信元から利用可能であるコンテンツに関連し、
前記方法が、
前記第１のメタデータと前記第２のメタデータが、前記同一のコンテンツに関連している旨の決定に応じて、（ａ）前記同一のコンテンツに関連し、（ｂ）前記第１のメタデータ内で特定されているが、（ｃ）前記第２のメタデータ内では特定されていない、１つ以上の詳細を決定するステップと、
前記１つ以上の詳細を決定するステップに応じて、第３のメタデータ内に前記１つ以上の詳細を記憶するステップと、
前記第３のメタデータと前記特定の発信元の間の関連性を、永続的な記憶装置上に記憶するステップと、
をさらに備える、項目１に記載の方法。
（項目１１）
前記第２のメタデータが、特定の時刻に特定のチャンネルで放送される予定のコンテンツに関連し、かつ前記第１のメタデータが、ＤＶＲがいつでも得ることができるコンテンツに関連している、項目１に記載の方法。
（項目１２）
（ａ）ＶＯＤ番組に関する過去のユーザの行動に少なくとも部分的に基づいて、非ＶＯＤ番組の記録の予定を作成すること、または（ｂ）非ＶＯＤ番組に関する過去のユーザの行動に少なくとも部分的に基づいて、ＶＯＤ番組のブックマークを作成すること、のうち少なくとも１つをさらに備える、項目１に記載の方法。
（項目１３）
前記第２のメタデータの少なくとも一部に類似するまたはそれと同一である前記第１のメタデータの少なくとも一部が、前記第２のメタデータの少なくとも一部とは異なるようにタグ付またはラベル付される、項目１に記載の方法。
（項目１４）
１つ以上のプロセッサに、項目１〜１３のいずれか一項に記載のステップを実行させ
ることが可能なコード化された命令が記憶された、揮発性の、または不揮発性のコンピュータ読み取り可能な記憶媒体。
（項目１５）
項目１〜１３のいずれか一項に記載のステップを実行するプロセッサおよび手段を備
える装置。

本発明は、例として、しかし限定としてではなく、添付の図面において図示され、同一
の参照符号は同一の要素に言及する。

本発明の一実施形態が実施されるシステムを示すブロック図である。 本発明の一実施形態が実施される例示のシステムを示す図である。 本発明の一実施形態による、デジタルビデオレコーダ（ＤＶＲ）の構成要素の全体の概観を示すブロック図である。 本発明の一実施形態による、様々な発信元からのメディアメタデータを相関させる技術を示すフロー図である。 一実施形態が実装されるコンピュータシステムの例を示すブロック図である。

様々な発信元からのメディアメタデータを相関させる方法および装置が記載される。以
下の記載においては、説明の目的で、本発明の完全な理解を提供するために、多くの特定
の詳細部が記載される。しかしながら、本発明がこれらの特定の詳細部なしに実施されて
もよいことは当業者には明らかであろう。他の例では、本発明を不必要に不明瞭にするこ
とを避けるように、周知の構造または装置がブロック図形式において示される。

実施形態は本明細書において以下の概要に従って記述される。
１．０ 全体の概観
２．０ ＤＶＲの概観
３．０ 様々な発信元からのメディアメタデータの相関
４．０ 実施の機構−ハードウェアの概観
５．０ 拡張例および代替例

１．０ 全体の概観
先述の背景技術で特定された需要、および以下の記載において明らかになる他の需要お
よび目的が、本発明において達成される。それは、一態様では、様々な発信元からの番組
メタデータを相関させる技術を含む。

本発明の一実施形態によれば、ＤＶＲは、別々の発信元からの番組メタデータの別々の
組を得る。例えば、ＤＶＲはＥＰＧデータプロバイダから番組メタデータの第１の組を得
て、第１のＶＯＤサービスプロバイダから番組メタデータの第２の組を得て、第２のＶＯ
Ｄサービスプロバイダから番組メタデータの第３の組を得るかもしれない。そのような状
況下で、番組メタデータの第１の組は、近い将来に様々なチャンネルで放送される予定の
番組に関する情報を特定し、番組メタデータの第２の組は、第１のＶＯＤサービスプロバ
イダのサーバに記憶された番組に関する情報を特定し、番組メタデータの第３の組は、第
２のＶＯＤサービスプロバイダのサーバに記憶された番組に関する情報を特定する。これ
らの様々な発信元からＤＶＲが得る番組メタデータの組の構造は、異なる。例えば、メタ
データの１つの組における特定のタイプの情報（例えば、タイトル、俳優、カテゴリ、ジ
ャンル、年代、レーティングなど）は、メタデータの別の組における同じタイプの情報と
は異なって（または全く異ならずに）タグ付けまたはラベリングされるかもしれない。他
の実施例では、それぞれの発信元からの番組メタデータが実際に同じ特定の番組に関する
ものであったとしても、発信元の１つからの番組メタデータは、発信元の別の１つからの
番組メタデータが含まない特定の番組に関する情報のタイプ（例えば、タイトル、俳優、
カテゴリ、ジャンル、年代、レーティングなど）を含むかもしれない。

本発明の一実施形態によれば、別々の発信元からのメタデータの別々の組を得る前に、
ＤＶＲは自動的に、メタデータの２つ以上の組が関連する同一の番組を識別することを試
みるように、メタデータの該組を比較する。本発明の一実施形態によれば、この比較を行
う際に、メタデータのそれらの組が異なってタグ付けまたはラベリングされていても、お
よび、メタデータの１つの組が、メタデータの他の組が含まない少なくとも何らかの情報
を含む場合であっても、ＤＶＲはメタデータの１つの組に含まれる情報とメタデータの他
の組に含まれる情報の間の類似点を探しだす。第１の発信元からのメタデータの組におい
て表されるような番組メタデータが、第２の発信元からのメタデータの異なる組において
表されるような番組メタデータに十分類似するとの判定に応じて、ＤＶＲは、第１の発信
元からの番組メタデータの組および第２の発信元からの番組メタデータの組が実際に同一
の番組に言及していると結論づける。

本発明の一実施形態によれば、番組メタデータの２つの別々の組が実際に同一の番組に
関するとの決定に応じて、ＤＶＲは、番組メタデータの少なくとも１つの組から、番組メ
タデータの他の組に欠けている番組に関する情報を選択する。ＤＶＲは、番組に対する「
標準（ｃａｎｏｎｉｃａｌ）」データ構造のインスタンスを生成し、このインスタンスに
、メタデータ発信元の少なくとも１つに欠けている情報を挿入する。標準データ構造のイ
ンスタンスにおいて、メタデータ発信元からの情報項目のそれぞれは特定の概要によって
ラベリングおよび／または記憶され、したがって、標準データ構造のインスタンスにおけ
る情報項目のそれぞれの「タイプ」（例えば、タイトル、俳優、カテゴリ、ジャンル、年
代、レーティングなど）が知られる。例えば、標準データ構造のインスタンスは、特定の
ＸＭＬ概要に従うＸＭＬドキュメント（情報のタイプを示すＸＭＬタグを含む）として記
憶されてもよい。そしてＤＶＲは、メタデータの組が実際に（しかしながら、おそらくは
明示的にではなく）関連する番組の一意的な番組識別子に関連して、ＤＶＲの永続的な記
憶装置（例えば、１つ以上のハードディスクドライブまたはソリッドステートドライブ）
上にこの標準データ構造のインスタンスを記憶する。

本発明の一実施形態によれば、この番組が利用可能である各発信元に対して、この番組
に対する標準データ構造のインスタンスに関連して、ＤＶＲはＤＶＲの永続的な記憶装置
上にこの発信元の類似点を記憶する。例えば、同一の番組が第１のＶＯＤサービスプロバ
イダと第２のＶＯＤサービスプロバイダの両方から利用可能である場合、ＤＶＲは第１の
ＶＯＤサービスプロバイダと第２のＶＯＤサービスプロバイダの両方に、この番組に対す
る標準データ構造のインスタンスを関連づけてもよい。同様に、特定の時刻に特定のチャ
ンネルで放送される予定の番組もまたＶＯＤサービスプロバイダから利用可能である場合
は、ＤＶＲはチャンネル／時刻とＶＯＤサービスプロバイダの両方に、この番組に対する
標準データ構造のインスタンスを関連づけてもよい。

本発明の一実施形態によれば、ＤＶＲのユーザによって特定された基準を満足する番組
を探しだす旨のそのＤＶＲのユーザの要求に応じて、ＤＶＲはＤＶＲのユーザから基準を
受信し、基準を満足する番組に対する記憶された標準データ構造のインスタンスを探しだ
す。ＤＶＲは基準を満足する番組のリストを作成し、そしてＤＶＲのユーザに該リストを
示す。有意義なことに、リストは、（ａ）将来の特定の時刻に特定のチャンネルで放送さ
れることになっている番組、および（ｂ）ユーザの裁量でＶＯＤサービスプロバイダから
利用可能なＶＯＤ番組の両方を含んでもよい。そのような状況下で、ＤＶＲのユーザは、
わずか１つのユーザインターフェイスを介して作成されたわずか１つの検索で、様々な発
信元から来る番組を探しだす可能性から利益を得る。ＤＶＲが、メタデータ比較に基づく
標準データ構造のインスタンスを生成および完成させることによって、それらの発信元の
いずれかから得られた番組メタデータが希薄であったり、不完全であったり、または特定
性に欠けていても、ＤＶＲのユーザはこのようにして利益を得ることができる。

他の態様では、本発明の実施形態は先述の技術を実行するように構成されたコンピュー
タ装置とコンピュータ読み取り可能記憶媒体とを包含する。

２．０ ＤＶＲの概観
図２Ａは、本発明の一実施形態で実施されうる例示のシステムを図示する。システムは
、例えばイーサネット（登録商標）インターフェイスや無線通信ポートなどの、任意の通
信インターフェイスを介してネットワーク２０５に通信可能に接続されるＤＶＲ２０２な
どといった、少なくとも１つのクライアント装置を含む。ＤＶＲの機能は米国特許第６２
３３３８９号明細書に典型的に示され、該特許は本譲受人によって所有され、参照によっ
て本明細書に組み込まれる。システムはまた、サービスプロバイダ２０４、コンテンツプ
ロバイダ２０６、パーソナルコンピュータ２０８および持ち運び可能な装置２１０を含む
。

パーソナルコンピュータ２０８は、例えばデスクトップコンピュータまたはラップトッ
プコンピュータなどのパーソナルコンピューティング装置であってもよく、ネットワーク
２０５とも、無線を含む任意の通信インターフェイスを介して接続される。持ち運び可能
な装置２１０はマルチメディアコンテンツを表示可能な任意のハンドヘルドコンピューテ
ィング装置、セルラ電話、持ち運び可能なメディアプレイヤ、または任意の他の持ち運び
可能な装置であってもよく、無線を含む任意の通信インターフェイスを介してネットワー
ク２０５に接続されてもよい。ＤＶＲ２０２、パーソナルコンピュータ２０８および持ち
運び可能な装置２１０はそれぞれネットワーク２０５を介してサービスプロバイダ２０４
と通信する。他の実施形態では、ＤＶＲ２０２、パーソナルコンピュータ２０８、および
持ち運び可能な装置２１０はそれぞれネットワーク２０５を介してコンテンツプロバイダ
２１０と通信する。

ネットワーク２０５は、通信システムにおける装置間のデータの交換を提供する任意の
媒体または機構によって実施されてもよい。ネットワーク２０５の例には、限定するもの
ではないが、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡ
Ｎ）、インターネット、１つ以上の地上、衛星、または無線リンクなどが挙げられる。代
替としてまたは加えて、ネットワーク２０５に接続された任意の数の装置が通信リンクを
介して互いに直接接続されてもよい。

一実施形態では、コンテンツプロバイダ２０６はケーブル、衛星、地上通信、または他
の通信方法を介して放送番組コンテンツをＤＶＲ２０２に提供する。放送番組コンテンツ
は、音声、映像、またはビデオコンテンツなどの任意のマルチメディアコンテンツを含ん
でよい。別の実施形態では、コンテンツプロバイダ２０６はマルチメディアコンテンツ、
例えば任意のダウンロード可能なコンテンツなどを、ＤＶＲ２０２、パーソナルコンピュ
ータ２０８、または持ち運び可能な装置２１０に、ネットワーク２０５を介して提供する
。

一実施形態では、ＤＶＲ２０２はサービスプロバイダ２０４と通信し、サービスプロバ
イダ２０４は番組ガイドデータ、グラフィカルリソース（例えばフォント、写真など）、
サービス情報、ソフトウェア、広告、イベント識別データ、およびユーザの関心を満たす
ためにＤＶＲ２０２がサービスプロバイダ２０４を独立して動作させることを可能にする
他の形式のデータ、を提供する。他の実施形態では、ＤＶＲ２０２、パーソナルコンピュ
ータ２０８、および持ち運び可能な装置２１０は互いに通信し、コンテンツ、メタデータ
、または他の任意のデータをネットワーク２０５、通信接続、または任意のローカルネッ
トワークを介して転送することができる。

他の実施形態では、コンテンツプロバイダ２０６は、コンテンツデータ、または、プロ
モーションデータ、アイコン、ウェブデータ、および他の情報からなる任意のメタデータ
をサービスプロバイダ２０４に提供してもよい。それから、サービスプロバイダ２０４は
メタデータを解釈して（ｉｎｔｅｒｐｒｅｔ）そのコンテンツデータメタデータをＤＶＲ
２０２、パーソナルコンピュータ２０８、または持ち運び可能な装置２１０に提供しても
よい。

図２Ｂを参照すると、一実施形態では、ＤＶＲ２０２は一般に、信号コンバータ２５４
によって示される複数の構成要素を備え、それらはアナログテレビジョン信号をデジタル
化してデジタルデータストリームに変換するかデジタルデータストリームを受け入れるか
する必要がある。ＤＶＲの内部構造および動作の例は米国特許第６２３３３８９号明細書
にさらに記載される。

ＤＶＲ２０２は、アンテナ、ケーブルテレビシステム、衛星受信器などからの放送信号
を、入力２５２Ａを介して受信する。入力２５２Ａは、複数の信号が同時に受信および記
録されることを可能にする、複数のチャンネル合わせモジュールを有してもよい。例えば
、入力２５２Ａによって受信されたＴＶ入力ストリームは、全国テレビジョン方式委員会
（ＮＴＳＣ）準拠の信号またはＰＡＬ準拠の放送信号の形態をとってもよい。他の例によ
れば、入力２５２Ａによって受信されるＴＶ入力ストリームはデジタルサテライトシステ
ム（ＤＳＳ）準拠の信号、デジタル放送サービス（ＤＢＳ）準拠の信号、またはアドバン
スドテレビジョン方式委員会（ＡＴＳＣ）準拠の信号などのデジタル形式をとってもよい
。ＤＢＳ、ＤＳＳ、およびＡＴＳＣは動画エキスパートグループ２（ＭＰＥＧ−２）およ
びＭＰＥＧ−２トランスポートと呼ばれる規格に基づく。ＭＰＥＧ−２トランスポートは
、ＴＶ受信器が入力ストリームを逆アセンブル（ｄｉｓａｓｓｅｍｂｌｅ）して、多重化
された信号内から番組を見つけることを可能にするように、ＴＶ発信元送信機からのデジ
タルデータストリームをフォーマットするための規格である。

ＭＰＥＧ−２トランスポート多重化は、同一の放送チャンネル内に、複数の映像および
音声放送および個人データを含む複数の番組をサポートする。入力２５２Ａは特定の番組
にチャンネルを合わせ、チャンネルから特定のＭＰＥＧストリームを抽出し、ＭＰＥＧス
トリームをシステムの残りに供給する。アナログＴＶ信号は別々の映像音声エンコーダを
用いて同一のＭＰＥＧフォーマットにコード化され、したがってシステムの残りの部分は
信号がどのように得られたのかを知らない。情報は多くの標準方法でアナログＴＶ信号の
垂直帰線期間（ＶＢＩ）に変調されてもよい。例えば北米放送テレテキスト標準（ＮＡＢ
ＴＳ）が用いられて情報をＮＴＳＣ信号のある線上に変調してもよく、ＦＣＣ（米国連邦
通信委員会）は字幕（ＣＣ）および拡張データサービス（ＥＤＳ）のために他のある線の
使用を命じる。そのような信号は入力２５２Ａによってデコードされて、あたかも信号が
ＭＰＥＧ−２プライベートデータチャンネルを介して配信されたかのように、他のモジュ
ールに送られる。

記録モジュール２６０は、少なくとも１つの記憶装置にデジタルデータストリームを記
憶することによって、入来するそのデータストリームを記録する。記憶装置は、デジタル
データストリームのセグメントを保持するように設計された記憶装置２６４Ａ／２６４Ｂ
によって示される。記憶装置２６４Ａ／２６４Ｂは、内部の２６４Ａおよび／または外部
の２６４Ｂである、１つ以上の不揮発記憶装置（例えばハードディスク、ソリッドステー
トドライブ、ＵＳＢ外部ハードドライブ、ＵＳＢ外部メモリスティック、ＵＳＢ外部ソリ
ッドステートドライブ、ネットワークにアクセス可能な記憶装置、など）であってもよい
。信号変換器２５４はデータストリームのセグメントを検索し、データストリームをアナ
ログ信号に変換し、そして信号をＲＦ搬送波に変調し、出力２５２Ｂを通し、それを介し
て信号は標準のＴＶセットに配信される。出力２５２Ｂは代替として、ＴＶセットまたは
映像モニタにデジタル信号を配信してもよい。例えば、ＤＶＲ２０２はデジタルビジュア
ルインターフェイスポート（ＤＶＩ）ケーブルを介してＴＶにデジタル信号を送信するた
めにＤＶＩを利用してもよい。

ＤＶＲ２０２はまた通信インターフェイス２６２を含み、それを介してＤＶＲ２０２は
ネットワーク２０５と、イーサネット（登録商標）、無線ネットワーク、モデム、または
他の通信規格を通して通信する。さらに、ＤＶＲ２０２はＴＶシステムに一体化されても
よく、よって上記構成要素は、ＤＶＲ２０２の各構成要素の機能を実施可能なＴＶセット
内に収納される。

他の実施形態では、ＤＶＲ２０２は一般的に、例えばＰＣ、ＤＶＲ、サービスプロバイ
ダ、またはコンテンツサーバなどの複数の発信元からデジタルデータ信号を受信、記録、
記憶、転送、および再生するために必要な、複数の構成要素からなる。ＤＶＲ２０２は他
のＤＶＲまたはＰＣにデジタルデータ信号を転送することができる。ＤＶＲ２０２はエン
コーダ２５６Ａおよびデコーダ２５６Ｂを介して、再生、記憶または転送のための複数の
フォーマットにデジタル信号をコード化またはデコードしてもよい。本発明の一実施形態
によれば、エンコーダ２５６ＡはＭＰＥＧストリームを生成する。本発明の他の実施形態
によれば、エンコーダ２５６Ａは異なるコーデックを用いてコード化されたストリームを
生成する。デコーダ２５６Ｂはエンコーダ２５６Ａによってコード化されたストリーム、
またはストリームが適切なデコーダを用いて受信された場合のフォーマットで記憶された
ストリームをデコードする。ＤＶＲ２０２はまた、デジタルデータ信号を記憶、転送また
は再生する暗号化器／解号器２５８を用いてデジタルデータ信号を暗号化または解号する
こともできる。

一実施形態では、ＤＶＲ２０２はサービスプロバイダ２０４と通信する。サービスプロ
バイダ２０４は、プログラムガイドデータ、ブランドアイコンおよび画像などのグラフィ
カルリソース、サービス情報、ソフトウェアプログラム、広告、および、ＤＶＲ２０２が
サービスプロバイダ２０４から独立して動作して自立的な記録機能を実行することを可能
にする他の形式のデータを提供する。ＤＶＲ２０２とサービスプロバイダ２０４の間の通
信は安全な配信アーキテクチャを使用して、サービスデータとユーザのプライバシーの両
方が保護されるように、ＤＶＲ２０２とサービスプロバイダ２０４の間でデータを転送す
る。

３．０ 様々な発信元からのメディアメタデータの相関
図１は、本発明の一実施形態が実施されることができるシステム１００を示すブロック
図である。本発明の実施形態は、追加としてまたは代替として、図１に示された構成要素
よりも多い、または少ない、または異なる構成要素を含むシステムにおいて実施されても
よい。

システム１００はＤＶＲ１０２、インターネット１０４、ＥＰＧデータプロバイダ１０
６、およびＶＯＤサービスプロバイダ１０８Ａ−Ｎを含む。ＤＶＲ１０２、ＥＰＧデータ
プロバイダ１０６、およびＶＯＤサービスプロバイダ１０８Ａ−Ｎはインターネット１０
４に通信可能に接続される。ＤＶＲ１０２はインターネット１０４を介してＥＰＧデータ
プロバイダ１０６およびＶＯＤサービスプロバイダ１０８Ａ−Ｎにデータを送信し、そこ
からデータを受信する。加えて、ＤＶＲ１０２は、典型的にはインターネット以外の媒体
を介して、予定された番組を表す放送されたテレビジョン信号を受信する。例えば、ＤＶ
Ｒ１０２はケーブルを介しておよび／または無線によって、放送されたテレビジョン信号
を受信してもよい。

本発明の一実施形態では、ＤＶＲ１０２はＥＰＧデータプロバイダからＥＰＧメタデー
タを周期的に受信する。ＥＰＧメタデータは、様々な時刻に様々なチャンネルで（例えば
ケーブルを介しておよび／または無線によって）放送される予定の番組を識別する。本発
明の一実施形態では、ＥＰＧデータにおいて識別される一意的な番組のそれぞれは、他の
いかなる番組も有しない一意的な識別子を有する。さらに、本発明の一実施形態では、複
数エピソードのシリーズの一意的なエピソードのそれぞれが、そのシリーズの他のいかな
るエピソードも（他のいかなるシリーズも）有しない一意的な識別子を有する。本発明の
一実施形態では、ＥＰＧデータプロバイダ１０６はインターネット１０４を介してＤＶＲ
１０２に、ＥＰＧデータ内のそのような識別子を送信する。ＥＰＧデータプロバイダ１０
６は、１つ以上のサーバとして実施されてもよい。本発明の一実施形態では、ＥＰＧデー
タは、ＤＶＲ１０２が解釈するように構成されたＸＭＬ概要に従ったＸＭＬドキュメント
としてフォーマットされる。

ＶＯＤサービスプロバイダ１０８Ａ−Ｎのそれぞれが、１つ以上のサーバからなる個別
の組として実施されてもよい。ＶＯＤサービスプロバイダ１０８Ａ−Ｎのそれぞれは個別
の人または組織によって所有され、操作される。ＶＯＤサービスプロバイダ１０８Ａ−Ｎ
は、典型的にはＤＶＲ１０２のユーザの要求に応じて、ＤＶＲ１０２がインターネット１
０４を介してダウンロードすることができる番組を記憶する。通常は、ＤＶＲ１０２は、
ＤＶＲ１０２が任意のＶＯＤサービスプロバイダ１０８Ａ−Ｎから受信した番組を、ＤＶ
Ｒ１０２がそれらの番組を受信したときに、（例えばＤＶＲ１０２に接続されたテレビジ
ョン画面を介して）再生する。すなわち、本発明の一実施形態では、ＤＶＲ１０２は、Ｖ
ＯＤサービスプロバイダがインターネット１０４を介して（例えば、トランスミッション
コントロールプロトコルおよびインターネットプロトコルを用いて）ＤＶＲ１０２に「ス
トリーミング」する番組を、再生する。加えて、または代替として、本発明の一実施形態
では、ＤＶＲ１０２は、ＤＶＲ１０２のユーザが後に見るために、そのようなダウンロー
ドされた番組を永続的な記憶装置に記録することができる。本発明の一実施形態では、Ｖ
ＯＤサービスプロバイダ１０８Ａ−Ｎのそれぞれが、そのＶＯＤサービスプロバイダにア
クセスするためにＤＶＲ１０２が用いる、異なったユニフォームリソースロケータに関連
づけられる。

ＶＯＤサービスプロバイダ１０８Ａ−Ｎのそれぞれが、ＤＶＲ１０２がインターネット
１０４を介してダウンロード可能な番組を記憶しても、本発明の一実施形態では、ＶＯＤ
サービスプロバイダ１０８Ａ−Ｎのそれぞれが記憶する番組の組は少なくともわずかには
異なっている。したがって、ＶＯＤサービスプロバイダ１０８ＡはＶＯＤサービスプロバ
イダ１０８Ｂが記憶しないある番組を記憶しているかもしれず、逆もまた同じである。本
発明の一実施形態では、ＶＯＤサービスプロバイダが記憶する番組に関する情報を（潜在
的な他の情報の中から）示す番組メタデータを、ＶＯＤサービスプロバイダ１０８Ａ−Ｎ
のそれぞれがさらに記憶する。本発明の一実施形態では、ＤＶＲ１０２はＶＯＤサービス
プロバイダ１０８Ａ−Ｎにこの番組メタデータを要求して、ＶＯＤサービスプロバイダ１
０８Ａ−Ｎから受信し、この番組メタデータを用いて、どのＶＯＤ番組がＶＯＤサービス
プロバイダ１０８Ａ−Ｎからダウンロードおよび閲覧可能であるかを示すメニューを、生
成してＤＶＲのユーザ１０２に表示する。

ＶＯＤサービスプロバイダ１０８Ａ−Ｎの１つが記憶する番組メタデータは、ＶＯＤサ
ービスプロバイダ１０８Ａ−Ｎの他のいかなる１つが記憶する番組メタデータとも、フォ
ーマットが異なるかもしれない（そして典型的には異なる）。ＶＯＤサービスプロバイダ
１０８Ａ−ＮのすべてがＸＭＬドキュメントの形態で番組メタデータを記憶するとしても
（そしてＶＯＤサービスプロバイダ１０８Ａ−Ｎの１つ以上が、ある他のフォーマットで
番組メタデータを記憶するかもしれない）、それらのＸＭＬドキュメントが従うＸＭＬ概
要は（もしあれば）ＸＭＬドキュメントごとに異なる。典型的には、いかなるＶＯＤサー
ビスプロバイダ１０８Ａ−Ｎによって記憶された番組メタデータのいずれも、ＥＰＧデー
タプロバイダ１０６が提供するＥＰＧメタデータが従うのと同じＸＭＬ概要に従うことは
ない。典型的には、いかなるＶＯＤサービスプロバイダ１０８Ａ−Ｎによって記憶された
番組メタデータのいずれも、ＥＰＧデータプロバイダ１０６が提供するＥＰＧメタデータ
において番組を識別する一意的な識別子によって番組を識別することはない。しばしば、
ＶＯＤサービスプロバイダ１０８Ａ−Ｎの操作者はそのような識別子に気づかない。

ＥＰＧメタデータプロバイダ１０６がＤＶＲ１０２に提供するＥＰＧメタデータは、放
送される予定の番組に関する詳細な情報を通常含むが、ＶＯＤサービスプロバイダ１０８
Ａ−Ｎが記憶する番組メタデータは、しばしば、よりわずかであり、含む詳細はより少な
い。例えば、ＥＰＧメタデータは、シリーズのエピソードのために、少なくとも（ａ）そ
のエピソードのための一意的な識別子、（ｂ）そのエピソードのタイトル、（ｃ）そのエ
ピソードが属するシリーズのタイトル、（ｄ）そのエピソードが属するジャンル（例えば
、ドラマ、コメディ、ホラー、冒険物、ドキュメンタリーなど）、（ｅ）（もしあれば）
そのエピソードのレーティング（例えば、ＴＶ−Ｙ、ＴＶ−Ｙ７、ＴＶ−Ｇ、ＴＶ−ＰＧ
、ＴＶ−１４、ＴＶ−ＭＡ）、（ｆ）そのエピソードが当初に放送された年、（ｇ）その
エピソードに出演する１人以上の俳優の名前、を示すかもしれない。ＥＰＧメタデータに
おいて、これらの情報アイテムのそれぞれはＸＭＬタグによって画定され、該ＸＭＬタグ
は、該ＸＭＬタグによって画定されることができるこれらの情報アイテムのそれぞれの「
タイプ」を特定する。結果として、ＤＶＲ１０２は、ＥＰＧメタデータのどの部分が番組
のエピソードのタイトルを示すのか、ＥＰＧメタデータのどの部分が番組のエピソードの
例えばジャンルを示すのか、比較的簡単に決定することができる。ＥＰＧメタデータとは
対照的に、ＶＯＤサービスプロバイダ１０８Ａ−Ｎが提供する番組メタデータはＥＰＧメ
タデータに含まれる詳細の多くを除外するかもしれない。ＶＯＤサービスプロバイダ１０
８Ａ−Ｎが提供する番組メタデータは、該番組メタデータにおいて特定される情報項目の
「タイプ」を明確には示さないかもしれない。

本発明の一実施形態によれば、ＤＶＲ１０２（またはＤＶＲ１０２の代わりに動作する
何らかの他のエージェントまたは自動化された機構）は、（ａ）情報項目のタイプを実際
に識別する番組メタデータにおいて特定された、該タイプを識別する、および、（ｂ）１
つ以上の番組メタデータ発信元から除外されたかもしれない番組詳細を「穴埋めする（ｆ
ｉｌｌ ｉｎ）」ために、ＥＰＧデータプロバイダ１０６およびＶＯＤサービスプロバイ
ダ１０８Ａ−Ｎから受信された番組メタデータを相関させる。本発明の一実施形態では、
ＤＶＲ１０２（またはＤＶＲ１０２の代わりに動作する何らかの他のエージェントまたは
自動化された機構）は、番組メタデータが関連する番組の間の類似点を決定するために、
各メタデータ発信元から受信された番組メタデータを比較する。この比較に基づいて、Ｄ
ＶＲ１０２（またはＤＶＲ１０２の代わりに動作する何らかの他のエージェントまたは自
動化された機構）は、番組に関連するメタデータが該番組を明示的に識別しない場合であ
っても、上記された一意的な番組識別子で各番組をラベリングしようと試みる。

例えば、ＤＶＲ１０２は、ＶＯＤサービスプロバイダ１０８Ａから受信された番組メタ
データ内の語句が、ＥＰＧメタデータにおいて識別された特定の番組のタイトルに非常に
似ているか同一である旨を、決定するかもしれない。加えて、ＤＶＲ１０２は、ＶＯＤサ
ービスプロバイダ１０８Ａから受信された番組メタデータ内の語句が、ＥＰＧメタデータ
において示されたような、特定の番組に現れる俳優の名前に非常に似ているか同一である
旨を、決定するかもしれない。その結果として、この類似点により、ＤＶＲ１０２は、Ｖ
ＯＤサービスプロバイダ１０８から受信された番組メタデータが、同一のＥＰＧメタデー
タが関連する同一の特定の番組に実際に関連する旨を、無理なく結論づける。この結論に
応じて、番組メタデータが一意的な番組識別子および対応するＥＰＧデータに示される他
の詳細を含むように、ＤＶＲ１０２はＶＯＤサービスプロバイダ１０８Ａからの番組メタ
データを向上させることができる。ＤＶＲ１０２は、ＶＯＤ番組メタデータ内において認
識されているがラベリングされていない情報項目をそれぞれ、タイプによってラベリング
してもよい。

図３は、本発明の一実施形態による、様々な送信元からのメディアメタデータを相関さ
せる技術を示すフロー図である。本発明の代替の実施形態では、様々な発信元からのメデ
ィアメタデータを相関させる技術は、図３に示されたものより多い、少ない、あるいは異
なるステップを含むかもしれない。

いま図３に言及すると、ブロック３０２において、ＤＶＲはＥＰＧデータプロバイダか
らＥＰＧメタデータを受信する。ＥＰＧメタデータは、（（例えば、無線、衛星、インタ
ーネット、またはケーブルを介して）放送されたテレビジョン信号またはマルチメディア
信号としてＤＶＲが受信可能な）スケジューリングされた番組が放送されるか利用可能と
なる予定のチャンネルを示し、それらのスケジューリングされた番組が放送されるか利用
可能となる予定の日時を示す。上記したように、本発明の一実施形態では、各番組（複数
エピソードのシリーズの一エピソードであってもよい）に対して、ＥＰＧメタデータは、
その番組のみを識別する番組識別子を示す。各番組は一意的な識別子を有する。この識別
子は、ＥＰＧデータプロバイダを起源とするものであってもよいが、本発明の一実施形態
では、この識別子はＥＰＧデータプロバイダ以外の発信元が起源である。例えば、中間サ
ーバがＥＰＧメタデータをインターセプトして、番組識別子を追加することでＥＰＧメタ
データを向上させてから、ＤＶＲに識別子が向上したメタデータを転送してもよい。

ブロック３０４において、ＤＶＲはＤＶＲの永続的な記憶装置にＥＰＧメタデータを記
憶する。そうする際に、ＤＶＲは、ＥＰＧメタデータ内のタグおよび／またはラベルを分
析して、メタデータ内にある様々な情報項目のタイプを決定してもよい。例えば、「シリ
ーズ」タグ内に含まれる情報が、番組が属する複数エピソードのシリーズのタイトルを示
す旨を、ＤＶＲが決定してもよい。別の例では、「エピソード」タグ内に含まれる情報が
、番組が表すエピソードのタイトルを示す旨を、ＤＶＲが決定してもよい。別の例では、
「ＩＤ」タグ内に含まれる情報が、その番組に関する一意的な識別子を示す旨を、ＤＶＲ
が決定してもよい。

ＥＰＧメタデータは、典型的には、複数の番組に関する情報を含む。そのような各番組
に関して、ＤＶＲは、その番組が関連するメタデータ情報項目と共に、その番組に対する
「標準」データ構造のインスタンスを追加する。例えば、標準データ構造のインスタンス
は、ＥＰＧメタデータから得られるものとしてシリーズタイトルをＤＶＲが挿入する、「
シリーズタイトル」フィールドを含んでもよい。別の例では、標準データ構造のインスタ
ンスは、ＥＰＧメタデータから得られるものとして、番組に適合するジャンルをＤＶＲが
挿入する、「ジャンル」フィールドを含んでもよい。本発明の一実施形態では、標準デー
タ構造のインスタンスの構造は、番組ごとに変わることがなく、しかし標準データ構造の
インスタンスのフィールドに挿入される値は変わる。したがって、本発明の一実施形態で
は、標準データ構造のすべての例は同じフィールドを有する。

ＤＶＲは定期的にＥＰＧデータプロバイダからＥＰＧメタデータを得てもよい。一回ご
とに、ＤＶＲにおいて記憶された標準データ構造のインスタンスの貯えは成長してもよい
。以下に記載されるように、ＤＶＲがＶＯＤサービスプロバイダから受信した番組メタデ
ータを識別して向上させるように、ＤＶＲはこれらの標準データ構造のインスタンスを使
用してもよい。

ブロック３０６において、ＤＶＲはＶＯＤサービスプロバイダから番組メタデータを受
信する。典型的には、ＶＯＤサービスプロバイダが提供するコンテンツ―ＶＯＤサービス
プロバイダが記憶しているコンテンツのリストをＤＶＲのユーザが要求することに応じて
、ＤＶＲはそのような番組メタデータを受信する。ＶＯＤサービスプロバイダから受信さ
れた番組メタデータは、明らかにはラベリングされていないこともあり、番組に関してＥ
ＰＧメタデータと同じくらい多くの詳細な情報を有することもある。

ブロック３０８において、ＤＶＲは標準データ構造のインスタンスを有するＶＯＤ番組
メタデータにおける番組情報を比較する。ＶＯＤ番組メタデータは複数の異なる番組に関
する番組情報を含んでもよい。ＶＯＤ番組メタデータ内の情報と標準データ構造のインス
タンス内の情報との類似性に基づいて、ＶＯＤ番組メタデータが関連する番組を、ＤＶＲ
は識別しようと試みる（ＶＯＤメタデータは明示的にはこれらの番組を識別しないかもし
れない）。例えば、タイトルと俳優の両方において、特定の番組に対するＶＯＤ番組メタ
データと、特定の標準データ構造のインスタンスとの類似性に基づいて、ＶＯＤ番組メタ
データが関連する特定の番組が、特定の標準データ構造のインスタンスが関連する番組と
実際に同一である旨を、ＤＶＲが決定してもよい。ＤＶＲは、番組の間の類似点を識別し
ようと試みるために、様々な発見的手法および比較技術を用いてもよい。本発明の一実施
形態では、標準データ構造のインスタンス内の情報とＶＯＤ番組メタデータ内の情報の間
の定量化された類似点が特定の閾値を超えた場合に、ＤＶＲは標準データ構造のインスタ
ンスとＶＯＤ番組メタデータが同一の番組に関連するものと判断する。

ブロック３１０では、特定の標準データ構造のインスタンスがすでに関連している番組
と同じ番組にＶＯＤ番組メタデータが関連する旨を決定することに応じて、ＤＶＲは、Ｖ
ＯＤ番組メタデータが関連する番組に対する新しい標準データ構造のインスタンスを作成
して追加する。古い標準データ構造のインスタンス内の情報項目とＶＯＤ番組メタデータ
の間の類似点に基づいて、ＤＶＲはＶＯＤ番組メタデータ内の情報項目のタイプを決定す
る。例えば、古い標準データ構造のインスタンスが「エピソードのタイトル」フィールド
内に特定のエピソードのタイトルを示す場合、およびＶＯＤ番組メタデータが「エピソー
ドのタイトル」フィールドの値と合致する情報項目を含む場合、ＤＶＲは新しい標準デー
タ構造の「エピソードのタイトル」フィールドに、該情報項目を追加してもよい。

加えて、本発明の一実施形態では、古い標準データ構造のインスタンスが、ＶＯＤ番組
メタデータ内に値が含まれない何らかのフィールドの値を含む場合、ＤＶＲは新しい標準
データ構造のインスタンスの対応するフィールドに、古い標準データ構造のインスタンス
からの値を追加する。したがって、ＤＶＲはＥＰＧメタデータを用いて、ＶＯＤサービス
プロバイダから受信された部分的に完全なメタデータを「完成する」ことができる。ＤＶ
Ｒが新しい標準データ構造のインスタンスに「持ち越す（ｃａｒｒｙ ｏｖｅｒ）」こと
ができる値のひとつに、場合によってはＶＯＤ番組メタデータ内では特定されない、一意
的な番組識別子がある。

（ＥＰＧメタデータの値を含む）古い標準データ構造のインスタンス内のある値と、（
ＶＯＤ番組メタデータの値を含む）新しい標準データ構造のインスタンス内のある値とは
、該古い標準データ構造のインスタンスと該新しい標準データ構造のインスタンスが同じ
番組に関連していても、異なることがある。例えば、標準データ構造の１つのフィールド
は、番組の送信元を示すフィールドであるかもしれない。一例では、このフィールドの値
はケーブルメディアプロバイダまたは無線放送のメディアプロバイダを示すかもしれない
が、ほかの例では、このフィールドの値はＶＯＤサービスプロバイダのサーバのＵＲＬを
示すかもしれない。ＶＯＤ番組コンテンツに関連しない情報は、ＶＯＤ番組コンテンツの
ための値を含む標準データ構造のインスタンスから除外されてもよい。例えば、いくつか
の状況において、ＶＯＤ番組がＶＯＤサービスプロバイダからいつでも利用可能である場
合には、ＶＯＤ番組に対する標準データ構造のインスタンスは、番組が放送される予定の
チャンネル、あるいは、番組が放送される予定の日時に関連する値を含まないかもしれな
い。

ブロック３１２では、ＤＶＲは（ブロック３１０において作成および追加された）新し
い標準データのインスタンスを、ＤＶＲの永続的な記憶装置に記憶する。したがって、新
しい標準データ構造のインスタンスは、他のＶＯＤサービスプロバイダからのＶＯＤ番組
メタデータが関連する番組を、ＤＶＲが将来識別するために用いてもよい標準データ構造
のインスタンスをＤＶＲが貯えたものの一部となる。したがって、本発明の一実施形態で
は、ＤＶＲはＥＰＧメタデータを使用して、部分的に完全なＶＯＤ番組メタデータを識別
して完成させるが、本発明の一実施形態では、ＤＶＲはそれに加えてまたは代替として、
１つのＶＯＤサービスプロバイダのメタデータからの詳細を使用して、別のＶＯＤサービ
スプロバイダからの部分的に完全な何らかのメタデータを識別して完成させる。

ＤＶＲのユーザがＤＶＲに、ＤＶＲを介して利用可能な番組コンテンツのリストを示す
よう指示する場合、ＤＶＲはＤＶＲが記憶している標準データ構造のインスタンスに基づ
いて、そのようなリストを生成することができる。リストは（ａ）特定の日時に特定のチ
ャンネルで放送される予定の番組と、（ｂ）ＤＶＲがＶＯＤサービスプロバイダからダウ
ンロードおよび／またはストリーミングすることができる番組の両方への参照を含んでも
よい。したがって、様々なメディア発信元からの番組が、ユーザインターフェイスにおけ
る簡潔で包括的なリストとしてＤＶＲのユーザに示されることができる。利用可能な番組
のリストを簡潔化するために、同一の番組が複数の異なる発信元から利用可能である場合
は、ＤＶＲは同一の番組への複数の参照を選択的に除外してもよい。ＤＶＲは、２つの番
組に対する標準データ構造のインスタンスに記憶された一意的な番組識別子に基づいて、
２つの番組が同一である旨を決定することができる。

加えて、ＤＶＲのユーザによって特定された基準（例えば、タイトル内に特定の単語を
有するすべての番組、または特定の俳優が現れるすべての番組）を満足する番組の検索を
ＤＶＲのユーザが要求することに応じて、ＤＶＲは、関連のフィールド（例えば、タイト
ル、俳優など）の値がＤＶＲのユーザによって特定された基準を満足する、標準データ構
造のインスタンスのセットを決定することによって、それらの番組を検索することができ
る。ＤＶＲは、様々なメディア発信元（例えばケーブルテレビジョン信号、無線テレビジ
ョン信号、および複数の異なるＶＯＤサービスプロバイダなど）からの番組を含む、基準
に合致する番組のリストを示すことができる。さらに、基準に合致する番組リストを単純
化するために、同一の番組が複数の異なる発信元から利用可能である場合、ＤＶＲは同一
の番組への複数の参照を選択的に除外してもよい。

上記の技術のあるステップはＤＶＲによって実施されるものとして記載されるが、本発
明の代替の実施形態では、ステップの１つ以上がＤＶＲの代わりにＤＶＲの外部にある何
らかの機構によって実行されてもよい。例えば、ＤＶＲの外部にあるサーバ、およびＤＶ
Ｒがインターネットを介して通信するサーバが、ＤＶＲとＥＰＧデータプロバイダとＶＯ
Ｄサービスプロバイダの間の通信を仲介してもよい。サーバはＥＰＧデータプロバイダお
よびＶＯＤサービスプロバイダからメタデータをインターセプトしてもよい。サーバは上
記のように標準データ構造のインスタンスを生成し、追加し、記憶することができ、それ
によってＤＶＲがそれらのタスクを実行することをなくす。本発明の一実施形態では、特
定の基準に合致する番組の検索を実行するようにＤＶＲのユーザがＤＶＲに指示する場合
、ＤＶＲの代わりにこの検索を実行するようにＤＶＲがサーバに指示する。ＤＶＲはした
がって、ＤＶＲのユーザに、ＤＶＲがサーバから受信した検索結果を示すことができる。

上に述べたように、本発明の一実施形態では、ＤＶＲ（またはサーバ、またはＤＶＲの
代わりに動作する機構）は、ＶＯＤサービスプロバイダからのＶＯＤ番組メタデータ内で
少なくとも部分的に識別される番組に対する一般的なデータ構造のインスタンスを生成す
る。上に述べたように、本発明の一実施形態では、ＥＰＧデータプロバイダからのＥＰＧ
メタデータは、および／または（他のＶＯＤサービスプロバイダからの）他のＶＯＤ番組
メタデータは、ＶＯＤサービスプロバイダから受信された部分的なメタデータから除外さ
れてもよい詳細を「穴埋め」して完成させるために使用される。加えて、または代替とし
て、本発明の一実施形態では、既存の標準データ構造のインスタンス内に存在する追加の
メディア相関情報が、ＶＯＤ番組メタデータが関連する番組に対して生成された標準デー
タ構造のインスタンスに、同様に追加される。

標準データ構造のインスタンスがＤＶＲ（または別のサーバ）に記憶される前または後
に、人間のエージェントが、標準データ構造のインスタンスに、該インスタンスの番組と
１つ以上の他のインスタンスの番組との間の相関を示す情報を加えることによって、標準
データ構造のインスタンス内の情報を向上させることができる。例えば、特定の番組が「
ダーク・ヒーロー（ｄａｒｋ ｈｅｒｏ）（行動が決して正義ではないと思われる主人公
）」を主役にする場合、人間のエージェントが、該インスタンスに関する標準データ構造
に、該特定の番組が「ダーク・ヒーロー」を主役にする旨を示す情報を追加するかもしれ
ない。同じ番組がＶＯＤサービスプロバイダから利用可能となった場合、該特定の番組が
「ダーク・ヒーロー」を主役にする旨を示す情報もまた、上記の技術を用いて、ＶＯＤサ
ービスプロバイダから利用可能にされた番組に対する標準データ構造のインスタンスにコ
ピーされるであろう。したがって、番組に対するＶＯＤメタデータが「ダーク・ヒーロー
」などの人間のエージェントによって加えられた属性を含まない場合でさえも、本発明の
一実施形態では、同一の番組に対する既存の標準データ構造のインスタンスがそれらの属
性をすでに示している限り、その番組に対する新しい標準データ構造のインスタンスは、
それらの属性を自動的に含むであろう。そのような属性は、標準データ構造内の個別のフ
ィールドまたは複数のフィールドと一致してもよい。

本発明の一実施形態では、ＤＶＲは検索の特徴を提供し、該検索によって、人間のエー
ジェントによって加えられた同様の属性（例えば「ダーク・ヒーロー」など）を有する番
組が、それらの属性を有するために関連している番組として、ＤＶＲのユーザに示される
。例えば、ＤＶＲのユーザは、特定のタイトルを有する番組を検索するようにＤＶＲに指
示するかもしれない。ＤＶＲのユーザの検索要求に応じて、ＤＶＲは、該特定のタイトル
を有する番組（従来の放送によるものとＶＯＤによって提供されたものの両方）のリスト
を戻すことができる。加えて、ＤＶＲは、該特定のタイトルを有する番組の標準データ構
造のインスタンス内に特定された属性と同じまたは類似した、人間のエージェントによっ
て加えられた属性を有する番組（特定のタイトルを有しない番組を含む）のリストを戻す
ことができる。人間のエージェントによって加えられたそのような属性は、いかなるＥＰ
Ｇデータプロバイダから受信されたいかなるメタデータに特定された属性にも、加えられ
るかもしれない。

４．０ 実施の機構−ハードウェアの概観
図４は、本発明の実施形態が実装されてもよいコンピュータシステム４００を示すブロ
ック図である。コンピュータシステム４００はバス４０２または情報を通信するための他
の通信機構と、バス４０２と結合されており情報を処理するためのプロセッサ４０４と、
を含む。コンピュータシステム４００はまた、バス４０２に結合された、ランダムアクセ
スメモリ（ＲＡＭ）または他の動的記憶装置などの、情報およびプロセッサ４０４によっ
て実行される命令を記憶するためのメインメモリ４０６を含む。メインメモリ４０６はま
た、プロセッサ４０４によって実行される命令の実行の間、一時的な変数または他の中間
情報を記憶するために用いられてもよい。コンピュータシステム４００はさらに、バス４
０２に結合された、プロセッサ４０４のために静的情報および命令を記憶するためのリー
ドオンリーメモリ（ＲＯＭ）４０８または他の静的記憶装置を含む。情報および命令を記
憶するための磁気ディスクまたは光ディスクなどの記憶装置４１０が提供され、バス４０
２に結合される。

コンピュータシステム４００はバス４０２を介して、例えば陰極線管（ＣＲＴ）などの
、コンピュータユーザに情報を示すためのディスプレイ４１２に結合されてもよい。情報
およびコマンド選択をプロセッサ４０４に通信するための、英数字および他のキーを含む
入力装置４１４が、バス４０２に結合される。他のタイプのユーザ入力装置は、方向情報
およびコマンド選択をプロセッサ４０４に通信し、ディスプレイ４１２上でカーソルの移
動を制御するための、マウス、トラックボール、スタイラス、またはカーソル方向キーな
どのカーソル制御４１６である。この入力装置は典型的には、第１の軸（例えばｘ軸）お
よび第２の軸（例えばｙ軸）である２つの軸において２つの自由度を有し、それは装置が
平面上での位置を特定することを可能にする。

本発明は、ＤＶＲの選択されたトリックプレイモードに応じた表示のために多フレーム
映像番組のフレームを選択するためのコンピュータシステム４００の使用に関する。本発
明の一実施形態によれば、ＤＶＲの選択されたトリックプレイモードに応じた表示のため
に多フレーム映像番組のフレームを選択することは、メインメモリ４０６に含まれる１つ
以上の命令の１つ以上の配列を実行するプロセッサ４０４に応じて、コンピュータシステ
ム４００によって提供される。そのような命令は他のコンピュータ読み取り可能媒体、例
えば記憶装置４１０からメインメモリ４０６に読み取られてもよい。メインメモリ４０６
に含まれる命令の配列の実行は、プロセッサ４０４に本明細書に記載された処理のステッ
プを実行させる。代替の実施形態では、本発明を実施するためのソフトウェア命令の代わ
りに、または組み合わせて、ハードワイヤードの回路が用いられてもよい。したがって、
本発明の実施形態はハードウェア回路およびソフトウェアのいかなる特定の組み合わせに
も限定されない。

本明細書で用いられる用語「コンピュータ読み取り可能な媒体」は、プロセッサ４０４
に実行の命令を提供することに関与する任意の媒体を指す。そのような媒体は、不揮発性
媒体、揮発性媒体、および送信媒体を含むがそれらに限定されない、多くの形態をとるこ
とができる。不揮発性媒体には、例えば、光または磁気ディスク、例えば記憶装置４１０
などが挙げられる。揮発性媒体にはダイナミックメモリ、例えばメインメモリ４０６など
が挙げられる。送信媒体には同軸ケーブル、銅線および、バス４０２を有するワイヤを含
む光ファイバなどが挙げられる。送信媒体はまた、電波および赤外線データ通信の最中に
生成されるものなどの、音波または光波の形態をとることもできる。

コンピュータ読み取り可能媒体の共通の形態には、例えば、フロッピー（登録商標）デ
ィスク、フレキシブルディスク、ハードディスク、磁気テープ、または他の任意の磁気媒
体、ＣＤ−ＲＯＭ、他の任意の光学媒体、パンチカード、紙テープ、穴のパターンを有す
る他の任意の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、他の
任意のメモリチップまたはカートリッジが挙げられる。

様々な形態のコンピュータ読み取り可能媒体が、実施のためにプロセッサ４０４への１
つ以上の命令の１つ以上の配列を実行することに関与してもよい。例えば、命令はリモー
トコンピュータの磁気ディスク上で最初に実行されてもよい。リモートコンピュータはそ
のダイナミックメモリに命令をロードして、モデムを用いて電話線で命令を送信すること
ができる。コンピュータシステム４００にローカルなモデムが電話線上のデータを受信し
て、赤外線送信器を用いてデータを赤外線信号に変換することができる。赤外線検出器が
赤外線信号に搬送されたデータを受信して、適切な回路がバス４０２上にデータを流すこ
とができる。バス４０２はメインメモリ４０６にデータを搬送し、メインメモリ４０６か
らプロセッサ４０４は命令を取り出して実施する。メインメモリ４０６によって受信され
た命令は、プロセッサ４０４による実施の前または後のいずれかに、記憶装置４１０上に
、任意で記憶されてもよい。

コンピュータシステム４００はバス４０２に結合された通信インターフェイス４１８も
含む。通信インターフェイス４１８はローカルネットワーク４２２に接続されたネットワ
ークリンク４２０に、双方向データ通信結合を提供する。例えば、通信インターフェイス
４１８は、対応するタイプの電話線にデータ通信接続を提供する総合デジタル通信網（Ｉ
ＳＤＮ）カードまたはモデムであってもよい。他の例として、通信インターフェイス４１
８は、互換可能なローカルエリアネットワーク（ＬＡＮ）にデータ通信接続を提供するＬ
ＡＮカードであってもよい。無線リンクが実装されてもよい。そのような任意の実装にお
いて、通信インターフェイス４１８は、様々なタイプの情報を示すデジタルデータストリ
ームを搬送する電気的、電磁気的、または光信号を送信および受信する。

ネットワークリンク４２０は一般的に１つ以上のネットワークを介して他のデータ装置
にデータ通信を提供する。例えば、ネットワークリンク４２０はローカルネットワーク４
２２を介して、ホストコンピュータ４２４またはインターネットサービスプロバイダ（Ｉ
ＳＰ）４２６によって操作されるデータ装置への接続を提供してもよい。同様に、ＩＳＰ
４２６は、「インターネット」４２８と一般的に呼ばれている世界的パケットデータ通信
ネットワークを介してデータ通信サービスを提供する。ローカルネットワーク４２２およ
びインターネット４２８は共に、デジタルデータストリームを搬送する電気的、電磁気的
、または光信号を用いる。デジタルデータをコンピュータシステム４００へ、またはコン
ピュータシステム４００から搬送する、様々なネットワークを介した信号およびネットワ
ークリンク４２０上にあって通信インターフェイス４１８を介した信号は、情報を運ぶ搬
送波の例示的な形態をとる。

コンピュータシステム４００は、ネットワーク、ネットワークリンク４２０、および通
信インターフェイス４１８を介して、メッセージを送信し、プログラムコードを含むデー
タを受信することができる。インターネットの例では、サーバ４３０はアプリケーション
プログラムのために要求されたコードを、インターネット４２８、ＩＳＰ４２６、ローカ
ルネットワーク４２２および通信インターフェイス４１８を介して送信してもよい。

受信されたコードは受信されたときにプロセッサ４０４によって実行されてもよく、お
よび／または後の実行のために記憶装置４１０、または他の不揮発性記憶装置に記憶され
てもよい。このようにして、コンピュータシステム４００は搬送波の形態でアプリケーシ
ョンコードを得ることができる。

５．０ 拡張例および代替例
前記の特定において、本発明は、その特定の実施形態を参照して記載された。しかしな
がら、本発明のより広い精神および範囲から逸脱することなく、様々な修正および変更が
加えられてもよいことは明らかである。明細書および図面は、したがって、限定的な意味
ではなく例示的な意味とみなされるべきである。

例えば、本発明のいくつかの上記実施形態は、ＶＯＤ番組および非ＶＯＤ番組の両方を
含む番組のリストを示すために相関させられたメタデータを用いることに関するが、本発
明の追加の実施形態は、そのような相関させられたメタデータが非ＶＯＤ番組の記録をス
ケジューリングするために、および／またはＶＯＤ番組をブックマークする（場合によっ
ては、ＤＶＲによる後の取得および／またはＤＶＲのユーザによる閲覧のために）ために
も使用される、実施形態を含んでもよい。例えば、１つ以上のＶＯＤ番組に関するＤＶＲ
のユーザの行動に基づいて、ＤＶＲは１つ以上の非ＶＯＤ番組の記録を自動的にスケジュ
ーリングしてもよく、それは該１つ以上のＶＯＤ番組と該１つ以上の非ＶＯＤ番組の間で
相関させられたメタデータに基づいて行われる。別の例では、１つ以上の非ＶＯＤ番組（
例えば、従来の、時間がスケジューリングされて放送される番組）に対するＤＶＲのユー
ザの行動に基づいて、ＤＶＲは自動的に１つ以上のＶＯＤ番組を（ユーザの注意を向けさ
せるように）ブックマークしてもよく、それは該１つ以上のＶＯＤ番組と該１つ以上の非
ＶＯＤ番組の間で相関させられたメタデータに基づいて行われる。メタデータは本明細書
で記載された技術を用いて相関させられてもよい。

Claims (1)

1. 明細書に記載された発明。

Images