(57)【要約】  プレミアムメディア資産を動的にセグメント化してセグメントをプライシングする方法と装置を提供する。本方法と装置は、トピック、古さ、人気度、または長さなどの要因または複数の要因の組み合わせにより集中的にまたはローカル的にコンテンツをプライシングするように動作可能である。
2015531102.tif 000002
【特許請求の範囲】
【請求項１】
オーディオビデオ番組の処理方法であって、
前記オーディオビデオ番組を受信するステップと、
前記オーディオビデオ番組を複数のオーディオビデオセグメントにセグメント化するステップと、
前記オーディオビデオセグメントの少なくとも一つのプライスを決定するステップと、
前記少なくとも一つのオーディオビデオセグメントを求める要求を受信するステップと、
前記オーディオビデオセグメントを表示するステップとを有する、方法。
【請求項２】
前記少なくとも一つのオーディオビデオセグメントを求める要求は、前記少なくとも一つのオーディオビデオセグメントの購入に応じて行われる、請求項１に記載の方法。
【請求項３】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントの時間的長さに応じて決まる、請求項１に記載の方法。
【請求項４】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントの人気度の決定に応じて決まる、請求項１に記載の方法。
【請求項５】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントが購入された回数に応じて決まる、請求項１に記載の方法。
【請求項６】
前記プライスはユーザプロファイル中のデータに応じて決まる、
請求項１に記載の方法。
【請求項７】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントの古さに応じて決まる、請求項１に記載の方法。
【請求項８】
前記プライスは類似のオーディオビデオセグメントのコストに応じて決定される、
請求項１に記載の方法。
【請求項９】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントに関するメタデータに応じて決まる、請求項１に記載の方法。
【請求項１０】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントのトピックに応じて決まる、請求項１に記載の方法。
【請求項１１】
オーディオビデオ番組の配信方法であって、
前記オーディオビデオ番組を複数のオーディオビデオセグメントにセグメント化するステップと、
前記オーディオビデオセグメントの少なくとも一つのプライスを決定するステップと、
前記少なくとも一つのオーディオビデオセグメントを求める要求を受信するステップと、
前記要求に応じて前記オーディオビデオセグメントを送信するステップとを有する、方法。
【請求項１２】
前記少なくとも一つのオーディオビデオセグメントを求める要求は、前記少なくとも一つのオーディオビデオセグメントの購入に応じて行われる、請求項１１に記載の方法。
【請求項１３】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントの時間的長さに応じて決まる、請求項１１に記載の方法。
【請求項１４】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントの人気度の決定に応じて決まる、請求項１１に記載の方法。
【請求項１５】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントが購入された回数に応じて決まる、請求項１１に記載の方法。
【請求項１６】
前記プライスはユーザプロファイル中のデータに応じて決まる、
請求項１１に記載の方法。
【請求項１７】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントの古さに応じて決まる、請求項１１に記載の方法。
【請求項１８】
前記プライスは類似のオーディオビデオセグメントのコストに応じて決定される、
請求項１１に記載の方法。
【請求項１９】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントに関するメタデータに応じて決まる、請求項１１に記載の方法。
【請求項２０】
前記プライスは、前記少なくとも一つのオーディオビデオセグメントのトピックに応じて決まる、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオビデオの処理方法と配信方法とに関する。
【背景技術】
【０００２】
本出願は、２０１２年  ７月  ５日出願の米国仮出願第６１／６６８，１７７号の優先権を主張するものである。
【０００３】
ユーザは、テレビジョン、コンピュータ、モバイルデバイス、セットトップボックスなどを用いてメディアを消費する時、一般的には、映画、テレビ番組、短いストリームビデオなどのビデオメディア資産を見ている。通常、かかるビデオ番組にはオーディオ情報と、そのオーディオ情報を記述する情報とが付随している。例えば、米国のテレビジョン番組は、オーディオ情報の一部である話された言葉をテキストとして表示するクローズドキャプション情報とともに送信される。テレテキスト情報、インターネット上の関連ウェブサイト／メディアを指すユニフォームリソースロケータなど他のタイプの可聴情報をビデオ番組とともに送信することができる。
【０００４】
ビデオ資産を消費するユーザは、現在消費している資産に関連するもっと多くのメディアを見つけることを試みる。そうするため、ユーザは、そのビデオ資産に伴う番組案内情報にアクセスして、かかる情報を用いて、ビデオ番組の他の番組案内情報を探すことができる。しかし、このアプローチの問題点は、番組案内情報が番組の「マクロな」観点しか提供せず、一般的情報のみを収集できるだけである点にある。
【０００５】
最近では、ランク付けされた読み出しが、ウェブページや関係データベースなどの様々な種類のデータにとって、人気のあるデータアクセスパラダイムとなっている。ユーザ要求に対して、システムは、データの統計を利用して、ランク付けされた関連マッチのリストを特定し、ランク付けし、返す。この分野における広範な業績により、多くのアプリケーションドメインにおいて、ランク付けされた読み出しパラダイムがうまく使われている。例えば、ほとんどの商業的データベースシステムは、ユーザが提供するスコアリング関数に基づき、ランク付けされたデータ検索をサポートしている。しかし、ビデオ検索システムでは平行した発展は見いだせない。ほとんどのビデオ検索システムは、ユーザが有効な方法で関連ビデオを見つけられるようにするメカニズムをサポートしていない。それはすべてのタイプのビデオ検索についての課題であるが、この問題はテレビジョンのニュースにおいて最も顕著である。テレビニュースは一連の独立したストーリーを含むので、非常に重要なこととして、テレビニュースの検索システムは、ビデオ全体中の関連セグメントを識別し、関連セグメントのみをユーザに返さなければならない。ユーザがあるイベントに関するライブのテレビニュースを視聴しているとする。このユーザは、過去のイベントについては知らないが、このイベントについてより詳しく知りたがっている。ニュースプロバイダはアクセス可能サーバに過去に放送されたニュースビデオの大規模コレクションを格納しており、ユーザはこの格納されたコンテンツにアクセスして、そのイベントに関してより詳しく知りたいと考えていると仮定する。換言すると、あるトピックのテレビニュースを視聴しているユーザがサーバ中の関連ニュースをもっと見たがっているというシナリオを考える。かかるシナリオでは、システムがユーザに一組のニュースビデオを推奨できると便利である。
【０００６】
さらに、所望のニュースコンテンツが購入できるプレミアムメディアプログラムの一部であるとき、ユーザがかかるプログラム中のコンテンツにアクセスするには、一般的に、かかるプログラム全部を購入しなければならない。上記シナリオにおいて、望ましいことは、ユーザが番組の関心のあるトピック／セグメントを購入でき、プライシングが動的に行われることだろう。
【発明の概要】
【０００７】
プレミアムメディア資産を動的にセグメント化してセグメントをプライシングする方法と装置を提供する。本方法と装置は、要因の組み合わせに応じて、コンテンツを集中的にまたはローカル的にプライシングするように機能する。
【図面の簡単な説明】
【０００８】
本開示の上記その他の態様、特徴、及び利点は、添付した図面を参照して読むと、好ましい実施形態の詳細な説明から明らかとなるであろう。
【０００９】
図中、同じ要素には同じ参照数字を付した。
【図１】家庭またはエンドユーザにコンテンツを配信するシステムの一実施形態を示すブロック図である。
【図２】メディアサーバ、オンラインソーシャルネットワーク、及びメディアを消費する消費デバイスの構成を表すシステムを示すブロック図である。
【図３】セットトップボックス／デジタルビデオレコーダの一実施形態を示すブロック図である。
【図４】メディア資産に関連するトピックを取得する方法を示す図である。
【図５】異なるチャネル／ソースから複数のビデオコンテンツを受信する複数のチューナを示すブロック図である。
【図６】ビデオセグメントを実行するシステムの一実施形態を示す図である。
【図７】ニュースビデオ番組のタイムライン例を示す図である。
【図８】メディアセグメントのプライシング方法を示すフローチャートである。
【発明を実施するための形態】
【００１０】
言うまでもなく、図に示した要素はハードウェア、ソフトウェア、またはこれらの組み合わせでの様々な形態で実施できる。好ましくは、これらの要素を、適切にプログラムした汎用デバイス上のハードウェアとソフトウェアの組み合わせで実施する。汎用デバイスはプロセッサ、メモリ、及び入出力インタフェースなどである。ここで、「結合した（ｃｏｕｐｌｅｄ）」とは、直接的に接続されていること、または一以上の中間的コンポーネントまたは信号経路を通して間接的に接続されていることを意味するものとする。かかる中間的コンポーネントはハードウェアベースのコンポーネントとソフトウェアベースのコンポーネントとの両方を含む。
【００１１】
この説明は、本開示の原理を例示するものである。言うまでもなく、当業者は、ここには明示的に説明や図示はしていないが、本開示の原理を化体し、その範囲内に含まれる様々な構成を工夫することができる。
【００１２】
説明中、補助的情報の形式でのメタデータの存在がメディア資産の一例として、ビデオ資産に付随することが期待される。メディア資産はビデオ、オーディオ、両者の混合などである。補助的情報としてのメタデータは、テレテキスト、クローズドキャプション情報、テキスト、別のメディアを指すユニフォームリソースロケータ、トリガーなどである。以下に説明するほとんどの実施形態では、説明する補助的情報はクローズドキャプション情報であるが、他のタイプの補助的情報もここに説明する原理を用いて処理できる。
【００１３】
プレミアムビデオ資産のベンダーに課題を提示する一ビデオ資産はニュース番組である。ニュース放送中、多くの異なるトピックまたはセグメント（例えば、政治、スポーツ、天気、地域、全国ニュースなど）が提示される。ユーザは一セグメントだけのためにニュース番組全体を購入したいとは思わないだろう。これらの実施形態は、同じビデオ資産中のトピックがいかに変化するかという動的な性質を示すニュース番組に関して説明されているこの説明は、その他の、音楽コンサート、映画、ドラマ、コメディ、ユーチューブビデオなどのビデオ資産に説明する原理を適用できるという点で、限定的なものではない。
【００１４】
ここで図１を参照して、家庭又はエンドユーザにコンテンツを配信するシステム１００の一実施形態のブロック図を示す。コンテンツは、映画スタジオやプロダクションハウスなどのコンテンツソース１０２から発する。コンテンツは２つの形式のうち少なくとも一方で供給され得る。一形式はブロードキャスト形式のコンテンツである。ブロードキャストコンテンツは、ブロードキャストアフィリエイトマネージャ１０４に供給される。ブロードキャストアフィリエイトマネージャ１０４は、一般的には、ＡＢＣ（Ａｍｅｒｉｃａｎ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ）、ＮＢＣ（Ｎａｔｉｏｎａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ）、ＣＢＳ（Ｃｏｌｕｍｂｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓｙｓｔｅｍ）などの全国的放送サービスである。ブロードキャストアフィリエイトマネージャは、コンテンツを収集して格納し、配信ネットワーク１（１０６）として示した配信ネットワークを介して、コンテンツの配信をスケジューリングする。配信ネットワーク１（１０６）は、ナショナルセンターから一又は複数のリージョナルセンター又はローカルセンターへの衛星リンク伝送を含む。配信ネットワーク１（１０６）は、地上放送、衛星放送、又はケーブル放送により、またはＩＰを介して外部ネットワークから、ローカル配信システムを用いるローカルコンテンツ配信も含み得る。ローカルに配信されたコンテンツは、ユーザの家庭にあるユーザのセットトップボックス／デジタルビデオレコーダ（ＤＶＲ）１０８に提供される。その後、コンテンツはユーザが検索できる利用可能コンテンツのボディに含められる。
【００１５】
第２の形式のコンテンツは、特殊コンテンツと呼ばれる。特殊コンテンツは、プレミアムビューイング、ペイパービューその他のさもなければ放送アフィリエイトマネージャに提供されるコンテンツとして配信されるコンテンツを含む。多くの場合には、特殊なコンテンツはユーザにより要求されるコンテンツである。特殊なコンテンツはコンテンツマネージャ１１０に配信される。コンテンツマネージャ１１０は、コンテンツプロバイダ、放送サービス、又は配信ネットワークサービスなどと提携（ａｆｆｉｌｉａｔｅｄ）したインターネットウェブサイトなどのサービスプロバイダであり得る。コンテンツマネージャ１１０は、インターネットコンテンツを、配信システムに組み入れる（ｉｎｃｏｒｐｏｒａｔｅ）こともできるし、または明示的に検索のみに組み入れ、ユーザのセットトップボックス／デジタルビデオレコーダ１０８にまだ配信されていないコンテンツを検索できるようにすることもできる。コンテンツマネージャ１１０は、別の配信ネットワークである配信ネットワーク２（１１２）を介して、ユーザのセットトップボックス／デジタルビデオレコーダ１０８に、コンテンツを配信できる。配信ネットワーク２（１１２）は、高速ブロードバンドインターネットタイプの通信システムを含んでいてもよい。重要なことであるが、ブロードキャストアフィリエイトマネージャ１０４からのコンテンツは、配信ネットワーク２（１１２）の全部又は一部を用いて配信してもよく、コンテンツマネージャ１１０からのコンテンツは、配信ネットワーク１（１０６）の全部又は一部を用いて配信してもよい。また、ユーザは、コンテンツを、デリバリネットワーク２（１１２）を介してインターネットから直接取得してもよく、コンテンツをコンテンツマネージャ１１０により管理させる必要はない。また、検索範囲は、利用可能コンテンツを超えて、放送可能なコンテンツや将来利用可能になるコンテンツに広がる。
【００１６】
セットトップボックス／デジタルビデオレコーダ１０８は、配信ネットワーク１と配信ネットワーク２の一方又は両方から、異なるタイプのコンテンツを受信できる。セットトップボックス／デジタルビデオレコーダ１０８は、コンテンツを処理し、ユーザの嗜好とコマンドとに基づき、コンテンツを分離する。また、セットトップボックス／デジタルビデオレコーダ１０８は、オーディオ及びビデオのコンテンツを記録・再生する、ハードディスクドライブや光ディスクドライブなどの記憶装置を含む。セットトップボックス／デジタルビデオレコーダ１０８の動作のさらなる詳細と、記憶されたコンテンツの再生に関連する機能とは、図３を参照して以下に説明する。処理されたコンテンツは、ディスプレイ装置１１４に提供される。ディスプレイ装置１１４は、従来の２次元タイプのディスプレイでもよいし、あるいは先進的な３次元ディスプレイであってもよい。言うまでもなく、無線電話、ＰＤＡ、コンピュータ、ゲームプラットフォーム、リモートコントロール、マルチメディアプレーヤなどの表示機能を有するその他の装置は、本開示の教示を利用でき、本開示の範囲内にあると思われる。
【００１７】
配信ネットワーク２は、ソーシャルネットワーキング機能を提供するウェブサイトやサーバを表すオンラインソーシャルネットワーク１１６に結合している。例えば、ユーザが操作しているセットトップボックス１０８は、オンラインソーシャルネットワーク１１６にアクセスして、他のユーザからの電子メッセージにアクセスし、コンテンツ選択のための他のユーザによる推奨をチェックし、他のユーザによりポストされた画像を見て、「インターネットコンテンツ」パスにより利用できる他のウェブサイトを参照する。
【００１８】
オンラインソーシャルネットワークサーバ１１６は、コンテンツマネージャ１１０と接続されて、両要素官で情報が交換できるようになっていてもよい。コンテンツマネージャ１１０を介してセットトップボックス１０８上で視聴するため選択されたメディアは、これの関連から、オンラインソーシャルネットワーク１１６の電子メッセージで参照できる。このメッセージは、セットトップボックス１０８でメディアを視聴している消費ユーザのステータス情報にポストできる。すなわち、セットトップボックス１０８を利用しているユーザは、メディア資産の≪ＡＳＳＥＴＩＤ≫、≪ＡＳＳＥＴＴＹＰＥ≫及び≪ＬＯＣＡＴＩＯＮ≫などの情報を示すコマンドが、コンテンツマネージャ１１０から発行されることを命令する。これは、ユーザの識別に用いられるフィールド≪ＵＳＥＲＮＡＭＥ＞＞により識別されたユーザの＜＜ＳＥＲＶＩＣＥ  ＩＤ≫にリストされたオンラインソーシャルネットワーク１１６へのメッセージであり得る。識別子は電子メールアドレス、ハッシュ、英数字列などである。
【００１９】
コンテンツマネージャ１１０は、この情報を≪ＳＥＲＶＩＣＥ  ＩＤ≫にリストされたソーシャルネットワーキングサーバ１１６に送る。ここで、＆ＵＳＥＲＮＡＭＥの電子メッセージは、ユーザのステータス情報にポストされたメディア資産の≪ＡＳＳＥＴＩＤ≫、≪ＡＳＳＥＴＴＹＰＥ≫及び≪ＬＯＣＡＴＩＯＮ≫に合わせて振る舞う情報を有する。ソーシャルネットワーキングサーバ１１６にアクセスできる他のユーザは、消費ユーザのステータス情報を読んで、その消費ユーザがどのメディアを視聴しているか知ることができる。
【００２０】
メディアアセットとの用語は、ビデオベースメディア、オーディオベースメディア、テレビジョンショー、映画、インターラクティブサービス、ビデオゲーム、ＨＴＭＬベースのウェブページ、ビデオオンデマンド、オーディオ／ビデオブロードキャスト、ラジオ番組、広告、ポッドキャストなどである。
【００２１】
図２は、メディアサーバ、オンラインソーシャルネットワーク、及びメディアを消費する消費デバイスの構成を表すシステム２００を示すブロック図である。メディアサーバ２１０、２１５、２２５及び２３０は、メディアが記憶されているメディアサーバを表す。かかるメディアサーバは、単数のハードディスクドライブ、複数のハードディスクドライブ、サーバファーム（ｓｅｒｖｅｒ  ｆａｒｍ）、ディスクベースの記憶デバイス、及びその他のタイプの大規模記憶デバイスであってブロードバンドネットワークによるメディア配信に用いられるものである。
【００２２】
メディアサーバ２１０と２１５はコンテンツマネージャ２０５により制御される。同様に、メディアサーバ２２５と２３０はコンテンツマネージャ２３５により制御される。メディアサーバのコンテンツにアクセスするため、ＳＴＢ１０８、パーソナルコンピュータ２６０、タブレット２７０、電話２８０などの消費デバイスを操作しているユーザは、かかるコンテンツを有料で視聴（ｐａｉｄ  ｓｕｂｓｃｒｉｐｔｉｏｎ）できる。視聴（ｓｕｂｓｃｒｉｐｔｉｏｎ）はコンテンツマネージャ２３５との取り決めで管理できる。例えば、コンテンツマネージャ２３５はサービスプロバイダであり、ＳＴＢ１０８を操作するユーザは、映画チャンネルのプログラミングや会員制音楽配信サービスを有する。音楽はブロードバンドネットワーク２５０によりユーザに送信できる。コンテンツマネージャ２３５は、ＳＴＢ１０８に配信されるコンテンツの記憶と配信とを管理する。同様に、パーソナルコンピュータ２６０、タブレット２７０及び電話２８０などその他のデバイスには他の会員制配信（ｓｕｂｓｃｒｉｐｔｉｏｎｓ）があってもよい。留意点として、コンテンツマネージャ２０５及び２３５から得られる会員制配信（ｓｕｂｓｃｒｉｐｔｉｏｎｓ）はオーバーラップがあってもよい。例えば、ディズニーなどの映画スタジオのコンテンツが両方のコンテンツマネージャを通じて利用できてもよい。同様に、両コンテンツマネージャ２０５と２３５は利用できるコンテンツに違いがあってもよく、例えば、コンテンツマネージャ２０５はＥＳＰＮのスポーツ番組を有し、コンテンツマネージャ２３５はＦＯＸＳＰＯＲＴＳのコンテンツを視聴できるようにする。コンテンツマネージャ２０５と２３５は、ＮＥＴＦＬＩＸ、ＨＵＬＵなどのメディア資産を提供するコンテンツプロバイダであり、ユーザはかかるコンテンツプロバイダの会員制配信を受ける。かかるタイプのコンテンツプロバイダの別名は、ＯＴＴ（ｏｖｅｒ  ｔｈｅ  ｔｏｐ）サービスプロバイダであり、これは他のサービス上で配信できるものである。例えば、図１で考えると、コンテンツマネージャ１１０は、ユーザ操作のセットトップボックス１０８にインターネットへのアクセスを提供する。コンテンツマネージャ２０５／２３５（図２に示した）からのＯＴＴ（ｏｖｅｒ  ｔｈｅ  ｔｏｐ）サービスは、コンテンツソース１０２からの「インターネットコンテンツ」接続などにより配信できる。
【００２３】
コンテンツマネージャ２０５，２３５により、会員制配信（ｓｕｂｓｃｒｉｐｔｉｏｎ）はコンテンツが認証される唯一の方法ではない。一部のコンテンツはコンテンツマネージャ２０５，２３５を通じて自由にアクセスでき、この場合、コンテンツマネージャはアクセスするコンテンツにはお金を課金しない。コンテンツマネージャ２０５，２３５は、一定時間の視聴（時間数）に対する単一フィーによるビデオオンデマンドとして配信される他のコンテンツにも課金できる。コンテンツは、購入して、ＳＴＢ１０８、パーソナルコンピュータ２６０、タブレット２７０などのユーザのデバイスに記憶できる。コンテンツはコンテンツマネージャ２０５，２３５から受信される。コンテンツマネージャ２０５，２３５の、その他の購入、レンタル、及び会員制視聴オプションも利用できる。
【００２４】
オンラインソーシャルサーバ２４０、２４５は、ブロードバンドネットワーク２５０を通じて通信するオンラインソーシャルネットワークを実行しているサーバを表す。ＳＴＢ１０８、パーソナルコンピュータ２６０、タブレット２７０、電話２８０などの消費デバイスを操作しているユーザは、そのデバイスを通じてオンラインソーシャルサーバ２４０、２４５と、及びその他のユーザと、インターラクトできる。ソーシャルネットワークに関してインプリメントできる一フィーチャは、異なるタイプのデバイス（ＰＣ、電話、タブレット、ＳＴＢ）を用いるユーザは、ソーシャルネットワークを通じて互いに通信できることである。例えば、両方のユーザが同じソーシャルネットワークを用いていると、第１のユーザが電話２８０を用い、第２のユーザがパーソナルコンピュータ２６０を用いていても、第１のユーザは、第２のユーザのアカウントにメッセージをポストできる。ブロードバンドネットワーク２５０、パーソナルコンピュータ２６０、タブレット２７０及び電話２８０は、本技術分野で知られた用語である。例えば、電話２８０はインターネット機能と音声通信をする機能を有する移動デバイスであり得る。
【００２５】
ここで図３を参照して、セットトップボックス／デジタルビデオレコーダ３００のコアの一実施形態のブロック図を、消費デバイスの一例として示す。図示したデバイス３００は、ディスプレイデバイス１１４を含む他のシステムに組み込まれてもよい。いずれの場合であっても、説明を簡明にするため、システムの完全な動作に必要なコンポーネントでも、当業者には周知なので、図示していないものもある。
【００２６】
図３に示した装置３００において、コンテンツは入力信号レシーバ３０２において受信される。入力信号レシーバ３０２は、地上波、ケーブル、衛星、イーサネット（登録商標）、光ファイバ及び電話線などのネットワークを介して供給される信号を、受信、復調及び復号するのに用いる既知の受信回路である。所望の入力信号は、制御インタフェース（図示せず）を通じて供給されるユーザ入力に基づいて、入力信号レシーバ３０２において選択され、読み出される。復号された出力信号が入力ストリームプロセッサ３０４に送られる。入力ストリームプロセッサ３０４は、最終的な信号選択と処理とを行い、コンテンツストリームに対してビデオコンテンツのオーディオコンテンツからの分離を含む。オーディオコンテンツは、圧縮デジタル信号などの受信フォーマットからアナログ波信号への変換をするオーディオプロセッサ３０６に送られる。アナログ波形信号はオーディオインタフェース３０８に送られ、さらにディスプレイ装置又はオーディオアンプ（図示せず）に送られる。あるいは、オーディオインタフェース３０８は、オーディオ出力装置又はディスプレイ装置に、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルや、ＳＰＤＩＦ（Ｓｏｎｙ／Ｐｈｉｌｉｐｓ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｆｏｒｍａｔ）などその他の代替的オーディオインタフェースを用いて、デジタル信号を提供してもよい。また、オーディオプロセッサ３０６は、オーディオ信号の記憶に必要な変換も行う。
【００２７】
入力ストリームプロセッサ３０４からのビデオ出力はビデオプロセッサ３１０に送られる。ビデオ信号は複数のフォーマットのうちの一つである。ビデオプロセッサ３１０は、入力信号フォーマットに基づき、必要に応じて、ビデオコンテンツの変換を行う。また、ビデオプロセッサ３１０は、ビデオ信号の格納に必要な変換も行う。
【００２８】
記憶装置３１２は、入力で受信されたオーディオコンテンツとビデオコンテンツを記憶する。記憶装置３１２は、コントローラ３１４の制御下、ユーザインタフェース３１６から受け取ったコマンド（例えば、早送り（ＦＦ）や巻き戻し（Ｒｅｗ）などのナビゲーション命令）に基づき、コンテンツの読み出しと再生を可能にする。記憶装置３１２は、ハードディスクドライブ、ＳＲＡＭ（ｓｔａｔｉｃ  ＲＡＭ）やＤＲＡＭ（ｄｙｎａｍｉｃ  ＲＡＭ）などの一又は複数の大容量集積電子メモリであり、又はＣＤ（ｃｏｍｐａｃｔ  ｄｉｓｋ）ドライブやＤＶＤ（ｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｄｉｓｋ）ドライブなどの交換可能光ディスク記憶システムであってもよい。一実施形態では、記憶デバイス３１２は外部にあり、システム内になくてもよい。
【００２９】
ビデオプロセッサ３１０からの変換後のビデオ信号は、入力からのものでも記憶装置３１２からのものであっても、ディスプレイインタフェース３１８に送られる。表示インタフェース３１８は、さらに、表示信号を上記のタイプの表示装置に送る。ディスプレイインタフェース３１８は、ＲＧＢ（ｒｅｄ−ｇｒｅｅｎ−ｂｌｕｅ）などのアナログ信号インタフェースであっても、ＨＤＭＩ（ｈｉｇｈ  ｄｅｆｉｎｉｔｉｏｎ  ｍｕｌｔｉｍｅｄｉａ  ｉｎｔｅｒｆａｃｅ）などのデジタルインタフェースであってもよい。言うまでもなく、ディスプレイインタフェース３１８は、以下により詳しく説明するように、３次元グリッドに検索結果を表すいろいろな画面を生成する。
【００３０】
コントローラ３１４は、装置３００の、入力ストリームプロセッサ３０２、オーディオプロセッサ３０６、ビデオプロセッサ３１０、記憶装置３１２、及びユーザインタフェース３１６を含む複数のコンポーネントにバスを介して相互接続されている。コントローラ３１４は、入力ストリーム信号を、記憶装置に記憶する又は表示するための信号に変換する変換処理を管理する。また、コントローラ３１４は、記憶されたコンテンツの読み出しと再生も管理する。さらに、後で説明するように、コントローラ３１４は、記憶されているコンテンツの、または配信ネットワークを介して配信されるコンテンツの検索を実行する。コントローラ３１４は、コントローラ２１４のための情報と命令とを記憶する制御メモリ３２０（例えば、揮発性または不揮発性メモリであり、ランダムアクセスメモリ、スタティックＲＡＭ、ダイナミックＲＡＭ、リードオンリーメモリ、プログラマブルＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）に結合している。さらに、メモリのインプリメンテーションは、単一メモリデバイス、又は共有メモリを形成するように接続された２以上のメモリ回路などの可能性のある実施形態を含む。さらにまた、より大きな回路では、メモリがバス通信回路の一部など、他の回路とともに含まれていても良い。
【００３１】
効率的に動作するため、本開示のユーザインタフェース３１６は、カーソルをディスプレイ中で動かす入力デバイスを用いる。これにより、カーソルがコンテンツ上を通るにつれコンテンツが拡大される。一実施形態では、入力デバイスはリモートコントローラであり、ジャイロスコープや加速度計などの動き検出の形式であり、これによりユーザはスクリーンまたはディスプレイ中でカーソルを自由に動かせる。他の一実施形態では、入力デバイスはタッチパッドやタッチ検知デバイスの形式のコントローラであり、スクリーン上の、またはパッド上のユーザの動きをトラッキングする。他の一実施形態では、入力デバイスは方向ボタンを有する従来のリモートコントロールであってもよい。
【００３２】
図４は、メディア資産に関連するトピックを取得する方法４００を示す図である。本方法はメディア資産に関連する補足情報からキーワードを抽出するステップ４０５で始まる。しかし、このステップは、他のキーワード抽出法とは異なり、この方法の最後の処理ではない。（セットトップボックス１０８、コンテンツマネージャ２０５／２３５などの中の）クローズドキャプションプロセッサを用いることができる一アプローチは、ビデオメディア資産とともに送信されるＥＩＡ−６０８／ＥＩＡ−７０８フォーマットのクローズドキャプション情報を読む。クローズドキャプショニングプロセッサは、捕捉したクローズドキャプションデータをＡＳＣＩＩテキストストリームとして出力するデータスライサを有する。
【００３３】
放送ソースが異なれば、その構成も異なり、データストリームがどう構成されるかに応じて、クローズドキャプションとその他のタイプの補足情報が、関心のあるデータを抽出できるように構成される。例えば、ＡＴＳＣフォーマットを用いてアメリカ合衆国における放送用にフォーマットされたＭＰＥＧ−２トランスポートストリームは、欧州におけるＤＶＢ−Ｔ送信用に用いられるデジタルストリームとは異なり、日本で用いられるＡＲＩＢベースの送信とも異なる。
【００３４】
ステップ４０５において、このステップは、出力されたテクストストリームが、トピックスにマッピングされる一連のキーワードを生成するステップで処理されて始まる。すなわち、出力されたテキストストリームは一連のセンテンスにフォーマットされる。各センテンスは、残りのワードがキーワードであることを示すストップワードを削除するように処理される。ストップワードは、センテンスのセマンティックな意味に加わらない一般的に用いられているワード（例えば、ｏｆ、ｏｎ、ｉｓ、ａｎ、ｔｈｅなど）である。英語のストップワードリストは周知である。前処理ステップは、ステップの一部であってもよいが、かかるリストからストップワードを読み出し、それをテキストストリームから削除する。
【００３５】
キーワードは、キーワードをトピックに関連付ける所定のシソーラスデータベースを用いることにより、抽出されたキーワードを一連のトピックスに（クエリタームとして）マッピングすることにより、ステップ４１５においてさらに処理される。このデータベースは、キーワードを特定のサブジェクトにマッピングしようとするコンパレータを用いることにより、限定されたトピック選択（例えば、人、サブジェクトなど）が定義され、様々なキーワードがかかるトピックスと関連しているように、設定できる。例えば、お金、株、市場などのキーワードがトピック「ファイナンス」に関連づけられたシソーラスデータベース（例えば、ＷｏｒｄＮｅｔやＹａｈｏｏ  ＯｐｅｎＤｉｒｅｃｔｏｒｙプロジェクト）を設定することができる。同様に、合衆国大統領、第４４代大統領、オバマ大統領、バラクオバマなどのキーワードは、トピック「バラクオバマ」と関連づけられる。他のトピックは、これまたはトピック決定の同様なアプローチを用いてキーワードから決定できる。これを行う他の方法は、コンテンツがトピックベースで分類されているＷｉｋｉｐｅｄｉａ（または類似の）ナレッジベースを用いることである。上記の通り、キーワードがＷｉｋｉｐｅｄｉａに関連トピックを有するとき、シソーラスデータベースとして生成する目的で、キーワードのトピックへのマッピングが得られる。
【００３６】
各センテンスについてかかるトピックスが決定されると、かかるセンテンスは次の形式で表すことができる：
＜ｔｏｐｉｃ＿１：ｗｅｉｇｈｔ＿１；ｔｏｐｉｃ＿２；ｗｅｉｇｈｔ＿２，．．．，ｔｏｐｉｃ＿ｎ，ｗｅｉｇｈｔＮ，ｎｅ＿１，ｎｅ＿２，．．．，ｎｅ＿ｍ＞。
Ｔｏｐｉｃ＿ｉはセンテンス中のキーワードに基づいて特定されたトピックでり、ｗｅｉｇｈｔ＿ｊは対応する関連性（ｒｅｌｅｖａｎｃｅ）であり、ｎｅ＿ｉはセンテンス中で認識されたネームド・エンティティ（ｎａｍｅｄ  ｅｎｔｉｔｙ）である。ネームド・エンティティは、文法分析を用いて認識できるセンテンス中の人、場所、その他の固有名詞を指す。
【００３７】
可能性として、一部のエンティティは、頻繁に言及されることもあるが、「ｈｅ、ｓｈｅ、ｔｈｅｙ」などの代名詞を通して間接的に参照されることもある。各センテンスは別々に分析されても、かかる代名詞はカウントされない。かかるワードはストップワードリストにあるからである。ワード「ｙｏｕ」は頻繁に使われるような場合、特殊ケースである。名前解決の利用により、用語「ｙｏｕ」を、前の又は現在のセンテンスで参照されているキーワード／トピックに割り当てる役に立つ。さもなければ、ある用語に参照されることがなければ、「ｙｏｕ」は無視される。この問題を解決するため、名前解決はストップワードが削除される前に行える。
【００３８】
複数のセンテンスが同じトピックのセットについて話し、同じネームド・エンティティのセットに言及している場合、一連のセンテンスの「カレントトピック」が現在参照されているものと仮定する。新しいセンテンスのセットにわたり新しいトピックが参照される場合、新しいトピックが話されていると仮定する。期待としては、トピックはビデオプログラムの経過に応じて頻繁に変化する。
【００３９】
これと同じ原理は、ユーザのデバイスにより受信されるＲＳＳ（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ）フィードの受信にも適用できる。これは一般的にはユーザが「ジョイン」するものである。これらのフィードは一般的にテキストと関連タグを表し、キーワード抽出プロセスを用いてフィードから関連トピックを見つけることができる。ＲＳＳフィードを分析して、後で説明するアプローチを用いて、関連する検索結果を返すことができる。重要なこととして、本明細書に列挙したアプローチを用いることにより、ブロードキャスト及びＲＳＳの両フィードを用いるのは同時に行える。
【００４０】
カレントトピックが終わり（４０５）、新しいトピックが始まると、複数キーワードのベクトルを用いることにより、ある期間にわたり、かかる変化を検出する。例えば、ニュース放送においては、スポーツ、政治、お天気など多くのトピックが話される。前述の通り、各センテンスはトピック加重のリスト（ベクトルとして参照される）として表される。連続したセンテンスの類似性を（あるいは、一定数のワードを含む２つのウィンドウの間を）比較することができる。ベクトルを比較する類似性の尺度はたくさんあり、例えば余弦類似性（ｃｏｓｉｎｅ  ｓｉｍｉｌａｒｉｔｙ）やＪａｃｃａｒｄインデックスを用いるものがある。かかるベクトルの生成から、用語を比較して、かかるベクトル間の相違を示す類似性を求める。これらの比較はある期間にわたり行われる。かかる比較により、トピックからトピックまでどのくらいの変化があるか決定して、所定閾値を決定するのに役に立つ。用いる手法にもよるが、「相違」の尺度が閾値を超えると、トピックが変化した可能性が高い。
【００４１】
このアプローチの一例として、依存性パーサ（ｄｅｐｅｎｄｅｎｃｙ  ｐａｒｓｅｒ）を用いて、現在のセンテンスを現在のトピックに対してチェックする。依存性パーサは、センテンスを処理して、そのセンテンスの文法的構造を判断する。これらは、そのセンテンスを正確にタグ付けし、処理するために、機械学習技術を利用する非常に高度なアルゴリズムである。これは、英語には本質的に曖昧な部分が多いので、特にやりにくい。第１に、センテンス中に代名詞があるか調べるチェックを行う。あれば、エンティティ解決ステップを実行して、現在のセンテンスにおいてどのエンティティが述べられているか判断する。代名詞が使われてなく、新しいトピックが見つからない場合、現在のセンテンスは前のセンテンスと同じトピックに言及しているものと仮定する。例えば、現在のセンテンスに「ｈｅ／ｓｈｅ／ｔｈｅｙ／ｈｉｓ／ｈｅｒ」があれば、かかる用語は前のセンテンスのエンティティを参照している可能性が高い。かかる代名詞の使用により、現在のセンテンスが前のセンテンスと同じトピックに言及しているものと仮定できる。同様に、その次のセンテンスについて、そのセンテンスにおける代名詞の使用は前のセンテンスと同じトピックへの言及であると仮定できる。
【００４２】
連続するセンテンスのベクトル間に変化があると、２つのベクトル間の相違が大きい場合、トピック間の変更（４０５）が記される（ｎｏｔｅｄ）。様々な実施形態において、かかる相違は変わり得るが、（相違点の）数が多ければトピック変化の検出がより正確になる。しかし、用いる数が大きいとトピックの検出による遅延が長くなる。ステップ４２０において、この新しいトピックとともに新しいクエリを送信できる。
【００４３】
現在のトピックを検出した後、ステップ４３０において、トピックを入力すると、ニュースストアとウェブサイトが返され、検索エンジンまたはニュースウェブサイトを用いて、かかるトピックについてより多くの情報を集める（ｄｅｔｅｒｍｉｎｅ）ことができる。具体的に、トピックを用いてクエリタームを生成できる。理想的には、人の名前、組織、場所などとして識別された固有名詞などのキーワードは、クエリ形成において優先される。すなわち、これらのタイプのトピックは、ＧＯＯＧＬＥやＢＩＮＧなどの検索ウェブサイトに入力されると、普通名詞に関連するトピックスより良い結果を返す。
【００４４】
異なる検索エンジンが異なる限定基準を用いるとき、クエリはアクセスされる検索エンジンに特有のフォーマットで形成され得る。例えば、クエリの結果が具体的なフォーマット（ニュースストーリー、ウェブページ、ＵＲＬなど）に言及すること、クエリの結果があるソース（例えば、ロイターやＣＮＮなどのニュースソース、あるウェブサイトなど）から得られること、その他のタイプの限定を指定した基準を有するクエリが送信され得る。
【００４５】
結果として得られるクエリは、かかる結果を受信するデバイスにより解析できるフォーマットで配信できる。例えば、結果は、「ヒット」として返される新しいストーリーのヘッド及びボディを表す様々なフィールドを有するＸＭＬフォーマットで配信できる。また、結果もＲＳＳフィードとして返され得る。また、オプションとして、結果は送信されたクエリに応じて返されるウェブサイトＵＲＬも含む。当業者は、結果をどのように返すかに関する他のフォーマットをインプリメントできる。これらはクエリ結果の様々な形式である。
【００４６】
他の一アプローチは、トピック検索時に、最も頻繁に呼ばれるエンティティ（固有名詞）と、そのトピックとの関係が最も強いキーワードとの両方を用いることである。多くの検索エンジンは検索にキーワードを用いるが、トピックのみを用いるのでは十分でないことがある。そのため、トピックと頻繁に用いられているキーワードの使用により、検索の基礎としてトピックを用いるより、具体的な結果が得られる。例えば、決定されたトピック「ファイナンス」では、外部の検索エンジンに依存しているため、意味のあるヒットが得られないかも知れない。「ファイナンス」及びファイナンスと関連する頻出キーワード「マネー」を有するクエリを与えられると、検索エンジンはより良い結果を提供でき、特に新しいストーリーを返そうとする時はそうである。
【００４７】
ステップ４５０において、上記のアプローチの結果が返され、現在のトピックの関連性に応じてランク付けされる。分析されるビデオ資産と、（クエリが形成された後に）検索エンジンから返されるニュースストーリーとの間で共有されているキーワードの量を決定することにより、かかるランキングを計算できる。ビデオ資産とかかるニュースストーリーのテキストとの間の共分散を決定できる。上記のベクトルアプローチを、かかる比較の実行に用いることができる。
【００４８】
トピックが非常に人気があるものであれば、互いに類似した多くのストーリーが返される。それゆえ、（ステップ４４０において）返された検索結果から冗長なストリーを削除することが望ましい。かかる重複を削除する一アプローチは、各文書のｂａｇ−ｏｆ−ｗｏｒｄ表現を用いて、複数の文書間で胸痛のワードの量を比較することである。多くのワードが共通であれば、かかる文書は類似しており、その一方を削除すると決定する。
【００４９】
他の冗長問題はニュースストーリーの長さに関するものである。すなわち、長く、視聴に長時間を要するニュースストーリーを用いないことが望ましい。同様に、検索結果を長時間表示しないことが望ましい。かかる結果は陳腐化して見えるからである。そのため、閾値更新期間を用い、この値に示した期間後にトピックが変化しない時、新しいトピックの検出を実行し、または新しいクエリを送信する。新しいクエリの結果から、最近生成されたニュースストーリーが他のニュース記事よりも表示される（これは記事の時間情報を分析することにより行える）。
【００５０】
あるいは、ある期間にわたるすべてのトピックを、以前にマッチしたニュースストーリーと共に記憶できる。この期間中にトピックが繰り返された場合、マッチするが以前には表示されていない他のニュースストーリーが表示される。これは、ｕｐｄａｔｅ＿ｄｕｒａｔｉｏｎ値があるトピックのある閾値を超えた時に行われ得る。第２のトピックとその関連ニュースストーリーがこの時間中に表示できる。
【００５１】
上記の原理は、（地上波放送、ケーブル、衛星、ＩＰＴＶなどを通じて）異なるチャネル／ソースから複数のビデオコンテンツを受信する複数のチューナー（５１０ａ，ｂ，ｃ．．．ｎ）のブロック図を示す図５に沿ってスケールすることができる。各チューナに関連する補足情報はステップ５２０でクローズドキャプション及びＲＳＳフィード抽出器により処理され、関連キーワード／メタデータを生成する。５３０からのＲＳＳフィードは、ブロードキャストチャネルと同様に解析できるクエリの異なるソースを表す。これにより、ＲＳＳフィードとビデオコンテンツの両方を有するというアイデアが同時に処理され得る。
【００５２】
ユーザプロファイル５４０は、図６に示した（ステップ４６０に示した）ように、トピックがどう選択され表現されるかに影響する。例えば、ユーザは、様々なニュースストーリーを提供する様々な情報原を用いることを要求できる。  例えば、図６において、ＣＮＮ（６０５）とＦＯＸ  ＮＥＷＳ（６１０）は両方とも、ビデオフレーム６２０に示したＣＮＮの分析ビデオからの処理された補足情報に応じて提示される自分のニュースストーリーを有するインタフェースが示されている。ビデオチャンネルの追加的ソースは、（ＦＯＸ、ＣＢＳ、ＡＢＣなどを選択することにより）６３０においてタブを選択することにより選択できるが、ユーザプロファイルが調節され他のソース（ＥＳＰＮ、ＧＯＯＧＬＥ  ＮＥＷＳなど）が選択されない限り、ニュースソース（ＣＮＮ、ＦＯＸ  ＮＥＷＳ）は同じである。
【００５３】
ユーザプロファイル５４０は、ユーザが選択するニュースストーリーに応じてインターラクティブに調整できる。すなわち、嗜好エンジンを用いて、使われる可能性が高くないものから、どの検索結果が関連性がより高いか選択できる。例えば、「ＳＰＯＲＴＳ」などのトピックが主画面にあるとき、ユーザプロファイルは、他のスポーツより、フットボールにフォーカスしたニュースストーリーが提示されるべきことを示すことができる。同様に、プロファイルは、ユーザが、あるスポーツをするプレーヤに関するテキストより、スポーツの得点を好むことを反映することができる。ユーザプロファイル５４０をどう調整するかに関する他のバリエーションは、ここに説明する原理により実行できる。
【００５４】
キーワードから関連トピックを決定するのにトピック抽出器５５０を用い、それにより、個々のトピックは５６０ａ、５６０ｂ、５６０ｃに示したような方法で出力できる。これらのトピックを検索エンジンに送信して検索結果を得ることができる。その検索結果を視聴者に提示できる。
【００５５】
ここで図６を参照して、ビデオセグメンテーションを実行する提案のシステムの概要を示す。この実施形態では、ニュースビデオ版具ものセグメンテーションとインデックス付けを実行する。第１のニュースビデオデータは、衛星ソース、地上波送信、またはインターネット接続６１０などの放送源から読み出すことができる。ニュースビデオデータを受信後、データはトピックに応じてセグメント化され、インデックス付け、ランク付け、及び読み出し６２０に用いる適当な情報ユニットが生成される。システムは、ユーザ６３０が興味を有するだろうトップニュースセグメントを決定するように動作できる。リアルタイムで関連ニュースビデオを効率的に読み出すのに、トップｋ（ｔｏｐ−ｋ）処理アルゴリズムを用いることができる。システムはこれらの推奨をユーザ６４０に提示する。
【００５６】
次いでインデックス構造が組み込まれ、ニュースビデオセグメント６５０とクローズドキャプションセグメント６６０の効率的なランタイム読み出しをサポートする。関連ニュースビデオを識別するため、この実施形態によるシステムはＣＣデータ（ＣＣ−ｄａｔａ）間の余弦類似性（ｃｏｓｉｎｅ  ｓｉｍｉｌａｒｉｔｉｅｓ）に依存する。このインデックス付け及びセグメンテーションデータは集められ、ローカルまたはオンラインのメモリロケーションのうちいずれかに記憶される。この情報はサービスプロバイダなどの共通エンティティにより集められ、他のユーザの利益として用いられる。これらのステップはどれもオフラインでまたはオンラインで実行できる。この実施形態では、図６に示したように、推奨段階はオンラインプロセスであり、インデックス付け及びデータ収集の段階はオフラインで処理される。留意点として、前記の実施形態はユーザ宅で実行されるとして説明したが、ヘッドエンドやサービスプロバイダのロケーションにおいて実行されてもよい。
【００５７】
また、オンラインのオーディオ及びビデオのデータは、システム６８０がアクセスできるリモートロケーションに格納してもよい。コンテンツプロバイダーはこのコンテンツをリモートでセグメント化及びインデックス付けし（６７０）、データをセグメントのインデックス構造（ｉｎｄｅｘ  ｓｔｒｕｃｔｕｒｅｓ  ｏｆ  ｔｈｅ  ｓｅｇｍｅｎｔｓ）に追加する。このように、リモートにあるオーディオ及びビデオプログラミングはシステムによりアクセス可能である。インデックス構造には、任意的に、ローカル生成されたインデックスエントリー、リモート生成されたインデックスエントリー、またはその両方が入れられる。
【００５８】
ここで、図７を参照し、ニュースビデオ番組のタイムライン７００の一例を示す。この実施形態では、ニュースビデオ番組は、ＬＡ地方の話題、ワールドニュース、お天気、及び人間的興味のセグメントを含む。タイムライン７００は、クローズドキャプションのトピック抽出法を用いて、５分ずつのブロックにセグメント化されたトピックにセグメント化されたニュース番組を示す。しかし、番組のセグメントは、いくつのセグメントに分割されてもよく、セグメントごとに時間が異なってもよく、例えば、一セグメントが１分間で、第２のセグメントが３分間であってもよい。セグメントは、分割時、セグメント間にメタデータが挿入されてもよい。メタデータは、例えば、番組名、出演する俳優やニュースキャスター、番組の日時、及びセグメントのトピックを示すものである。例えば、「ＬＡ地方の話題」を示すメタデータは５分間のセグメントを使っている。セグメントから抽出された追加的詳細（例えば、ＬＡキング、ハリケーンフランシスなど）もメタデータとして示され得る。
【００５９】
図６に戻り、システム６００は、各ニュースビデオをセグメント化して、インデックス付け、ランク付け、読み出し、及び適当なユニットのユーザへの提示をする。ニュースビデオのセグメント化のため、システムは、トピック検出及びトラッキング（ＴＤＴ）を実行する。これは主にストリーミングニュースデータ中のイベントの検出とトラッキングにフォーカスするものである。ＴＤＴシステムは、常に更新されているニュースストーリーをモニターし、初めて現れた新しいストーリー（すなわち、以前のニュースイベントとは大きく異なるイベント）を検出することを試みる。初めてのストーリーを検出するため、現在のＴＤＴシステムは、新しい文書を過去の文書と比較し、コンテンツベースの類似性値に基づき、ストーリーの新しさに関する決定をする。
【００６０】
ニュースビデオ及び対応するクローズドキャプションテキストにおいて、システムは、クローズドキャプションテキストをセンテンスストリームとしてデコードし、センテンスレベルトピック検出に基づきクローズドキャプションセグメント｛ＣＣ］，ＣＣ２，ＣＣｊ，．．．．，ｃｃｎ｝を識別する。
【００６１】
新しいビデオセグメント｛ＶＳ］，ＶＳ２，ＶＳ３，．．．．，ｖＳｎ｝がＣＣセグメントに組み込まれた時間データにより決定される。ＣＣデータを調べることにより、各ニュースビデオは、通常は独立した少数のストーリーを含むが、トピックに基づきまとまりのあるユニットにセグメント化される。
【００６２】
ニュースビデオセグメント及び対応するＣＣセグメントが識別されると、次のステップは、インデックス構造を構成して、リアルタイムでのコンテンツベースニュースビデオ読み出しをサポートすることである。ＣＣセグメントの集まり｛ＣＣ］，ＣＣ２，ＣＣｊ，．．．，ｃｃｎ｝について、システムは、各セグメントを文書として扱い、対応するｍ×１文書キーワードマトリックスＤを生成する。ここで、１はセグメントの区別できるキーワード数である。ソートされたアクセスをサポートするため、各キーワードについて、逆リスト＜ｉ，Ｗｊｊ＞を保持する。ここで、ＷｊｊはＣＣセグメントＣＣｊのキーワードｔｊの加重である。この実施形態の逆インデックスは、ソートされたアクセス（ｓｏｒｔｅｄ  ａｃｃｅｓｓ）をサポートするため、加重の降順で保持されている。かかるソートされたリストを作成して維持するオーバーヘッドは小さい。これはオフラインプロセスとして実行され、各キーワードのソートされたリストは、ＭｙＳＱＬ、ＰｏｓｔｇｒｅＳＱＬ、及びＢｅｒｋｅｌｅｙ  ＤＢなどのほとんどのデータベースシステムによりサポートされた効率的なＢ＋ツリーインデックスを用いてインプリメントできるからである。
【００６３】
ニュースビデオセグメントの集まり｛ｖｓＩ，ＶＳｚ，ＶＳＪ，．．．，ｖＳｎ｝について、システムは、ビデオテーブルＶＴ（ｉｄ，ｌｏｃａｔｉｏｎ，ｓｔａｒｔ＿ｔｉｍｅ，ｅｎｄ＿ｔｉｍｅ｝を生成する。ここで、ｉｄはニュースビデオ（すなわちＣＣ−）セグメントの識別子であり、ｌｏｃａｔｉｏｎはニュースビデオファイルのロケーションに対応し、ｓｔａｒｔ＿ｔｉｍｅ及びｅｎｄ＿ｔｉｍｅはそれぞれニュースビデオセグメントの開始時間と収量時間を表す。ビデオテーブルＶＴは、ランダムアクセスを効率的にサポートするため、ｉｄに関するＢ＋ツリーインデックスを用いてインデックスされる。
【００６４】
テレビジョンのリアルタイムという性質により、システムがデータベース中の、ユーザがテレビで視聴している現在のニュースストーリーにマッチするベストなニュースセグメントを探せる効率的なメカニズムが必要となる。方法の一例では、ＣＣセグメントを用いて余弦類似性（ｃｏｓｉｎｅ  ｓｉｍｉｌａｒｉｔｙ）を計算し、ＣＣセグメントがトップｋの最高スコアを有するニュースビデオセグメントを推奨する。クローズドキャプションはテレビジョン番組に関するコンテクストキュー（ｃｏｎｔｅｘｔｕａｌ  ｃｕｅｓ）を含むので、コンテクストキューは、ビデオアブストラクション、セグメント化、及びテレビ番組予告を含む様々なアプリケーションで用いても良い。クローズドキャプションにより提供されるコンテンツ情報は、データベース中の関連ニュースストーリーを特定するのに利用できる。現在のニュースの入来クローズドキャプションストリームが、前のストリーム比較して、新しいストーリーとしてマークするのに相違が十分であるか判断してもよい。例えば、入来ＣＣストリームが新しいトピックを導入するものと識別された場合、このストリームはトピック境界として用いることができる。次に、現在のＣＣセグメントＣＣｑがクエリーとして扱われ、関連ニュースビデオセグメントを読み出すためサーバに送られる。次に、新しいＣＣセグメントＣＣｑ；が、現在の入来ＣＣストリームで生成される。あるいは、システムは、現在のＣＣストリームを加えることにより、現在のＣＣセグメントＣＣｑを漸増的に更新してもよい。現在のＣＣセグメントＣＣｑは次の段階でユーザクエリとして用いられる。
【００６５】
余弦スコアリング機能とＣＣデータを用いてトップｋビデオ読み出しを処理する効率的な方法があることが望ましい。アプローチの一例では、データベース中のＣＣセグメント全体のベクトルをスキャンし、クエリＣＣセグメントとの余弦類似性（ｃｏｓｉｎｅ  ｓｉｍｉｌａｒｉｔｙ）を計算し、ｋベスト解（ｋ−ｂｅｓｔ  ｓｏｌｕｔｉｏｎｓ）のみを残す。あるいは、第２のアプローチでは、ＩＲシステムで一般的に用いられる逆ファイル（ｉｎｖｅｒｔｅｄ  ｆｉｌｅｓ）を利用する。逆ファイルインデックスは、検索に用いることができる区別できるすべてのワードを含むアクセス構造である。
【００６６】
ここで図８を参照して、メディアセグメント８００をプライシングする方法を示す。ユーザは、ビデオ番組の一部のみを購入したいと思うかも知れない。第１のステップは、ビデオをセグメント化する（ステップ８１０）。セグメント化は、前述の通り、（放送に用いられるスクリプトに基づき）マニュアルで、または自動的に行い得る。このステップの出力はセグメント化された番組である。これにより、ユーザは、例えば、アイスホッケーに関するセグメントを連続して視聴でき、他のトピックに関するコンテンツは見なくる。
【００６７】
本発明の第２のステップは、分割されたメディアセグメントを取って、かかるセグメントをメディアサーバにアップロードする。メディアサーバにおいて、かかるセグメントは購入され得る（ステップ８２０）。例えば、セグメントは、ＨＵＬＵ、Ａｍａｚｏｎ、及び放送事業者のウェブサイト（例えば、ＣＢＳ．ｃｏｍ、ＴＢＳ．ｃｏｍ、ＢＣＣ．ｃｏｍ）などのサービスプロバイダにアップロードできる。メディアセグメントはＤＲＭプロテクションを有し、クレジットカード、ＰａｙＰａｌ、マイクロペイメント、ギフトカードなどを用いて購入できる。
【００６８】
あるいは、メディアのセグメント化がユーザ宅で行われる場合、セグメント化されたメディアをアップロードするのではなく、セグメントに関するメタデータがサービスプロバイダに送信され得る。サービスプロバイダは、メタデータに基づいてコンテンツのプライスを動的に生成し、ユーザに支払いに応じてコンテンツにアクセスできるようにする（ステップ８３０）。
【００６９】
メディアセグメントをプライシングする別のアプローチには、アプリケーションが異なれば、メディアセグメントのプライスを可変できるものが含まれる。コンテンツプロバイダは固定プライスアプローチを用いることもできる。コンテンツプロバイダーは、セグメントに対して最適な固定プライスを決定してもよいし、セグメントの長さに応じてプライスを決めてもよい。例えば、１分のセグメントを１０セントとし、３分のセグメントを３０セントとしてもよい。
【００７０】
コンテンツプロバイダーは、ユーザの過去の購買に応じてセグメントのプライスを決めても良い。例えば、人気のあるスポーツセグメントは地域のニュースストーリーより高いプライスとする。また、より頻繁に購買されたセグメントは、頻繁にアクセスされていないセグメントより高いまたは低いプライスとしてもよい。
【００７１】
コンテンツプロバイダーは、そのコンテンツにアクセスするだろうユーザのプロファイルを用いて、セグメントのプライスを決定しても良い。このアプローチは、コンテンツにアクセスするユーザの実際のプロファイルを考慮する。例えば、カリフォルニアのユーザは、ペンシルバニアのユーザより、カリフォルニア州議会に関するセグメントにより多い金額を支払うかも知れない。また、多数のセグメントにアクセスするユーザは、コンテンツに頻繁にはアクセスしないユーザより、セグメントごとに異なるプライスを支払うかも知れない。ユーザプロファイルは、ユーザが記入する一般プロファイルに基づき、または収集されたデータから生成され、特定のウェブサイトにアクセスするユーザはローカルニュースよりスポーツ番組の方を好むと判断する。スポーツプログラミングのプライシングまたはセグメントは、ローカルプログラミングのプライシングまたはセグメントと異なっても良い。同様に、例えば俳優などのサブトピックがプロファイル中で最も人気があれば、人気のある俳優を含む最近のニュースストーリーのセグメントは、「あの人は今」ニュースセグメントに出ている俳優とは異なるプライスが付けられるだろう。
【００７２】
コンテンツプロバイダーは時間価値プライシングを用いて、長いセグメントがあればあるほど、またはある時に生成されたセグメントが関連があればあるほど、セグメントのプライスを下げても、上げてもよい。例えば、フットボールゲームに関するセグメントは、今週は３０セントであるが、同じセグメントが来週は２２セントに下がる。プライスの線形低下または対数低下を用いることもできる。
【００７３】
コンテンツプロバイダーはウェブベース規格化を用いて、動的にプライスを決定してもよい。セグメントのプライシングは、他のソースに対するあるセグメントの人気度を測るインターネットで利用できる他のセグメントと比較できる。例えば、ユーチューブを通じて利用できる同様のセグメントに基づいてもよい。この場合、ＣＢＳなどのコンテンツプロバイダーは数学的なモデルを実行して、トピック、セグメントの時間的長さに対して、かかるセグメントがいくつのヒットを受けたか判断することができる。より人気のあるセグメントは、人気のないセグメントより価値があるだろう。
【００７４】
ウェブベースの規格化法は、ＦａｃｅｂｏｏｋやＴｗｉｔｔｅｒなどのソーシャルネットワークサイトからのキーワードタグをモニターして、補足してもよい。ＣＢＳ及びＰＥＴ  ＶＩＤＥＯなどのキーワードがより頻繁に使われれば、かかる情報でタグ付けされたセグメントは、ＣＢＳ及びＰＯＬＩＴＩＣＡＬ  ＳＰＥＥＣＨよりも価値がある。また、この規格化アプローチは、プライスの決定に複数のソースを用い、これらの入力から統計的なモデルを構成できる。
【図１】
2015531102.tif 000003
【図２】
2015531102.tif 000004
【図３】
2015531102.tif 000005
【図４】
2015531102.tif 000006
【図５】
2015531102.tif 000007
【図６】
2015531102.tif 000008
【図７】
2015531102.tif 000009
【図８】
2015531102.tif 000010
【国際調査報告】
2015531102.tif 000011
2015531102.tif 000012
2015531102.tif 000013