(57)【要約】リクエストされるサービスの質（ＱｏＳ）に従ってネットワークファブリックを通じてデータをルーティングするインテリジェントスイッチは、プロセッサ、プロセッサおよびネットワークファブリックに接続されたネットワークインターフェース、ならびにリクエストされたＱｏＳにデータを送達するためのロードを予測し、かつトラフィックを再配分する手段を備える。ある実施例では、以下の内の１つ以上を含み得る。予測解析がＱｏＳを伝達するように構成するために使用される。ネットワークファブリックは、１つ以上のＰＯＰおよびゲートウェイハブを含み、各ＰＯＰは、その現在のロード状況およびＱＯＳ構成をゲートウェイハブに送信し、予測解析は、オンザフライで全体のネットワークのための一貫したＱｏＳを伝達するためのデータストリームのロードバランシングを処理するように実行される。【選択図】図１
2005500769.tif 000002
【特許請求の範囲】
【請求項１】
リクエストされたサービスの質（ＱｏＳ）に従ってワークファブリックを通じてデータをルーティングするインテリジェントスイッチであって、
プロセッサと、
該プロセッサおよび該ネットワークファブリックに接続されたネットワークインターフェースと、
該データを該リクエストされたＱｏＳで送達するために、ロードを予測し、かつ、トラフィックを再配分する手段と
を備える、インテリジェントスイッチ。
【請求項２】
ＱｏＳを送達するように前記ファブリックを構成するために予測解析が用いられる、請求項１に記載のインテリジェントスイッチ。
【請求項３】
前記ネットワークファブリックは、１つ以上のＰＯＰおよびゲートウェイハブを備え、各ＰＯＰは、現在のロード状態およびＱＯＳ構成をゲートウェイハブに送信し、ここで、データストリームのロードバランシングを処理して、実行中のネットワーク全体に一定のＱｏＳを送達するために、予測解析が実行される、請求項１に記載のインテリジェントスイッチ。
【請求項４】
前記予測手段は、トラフィックおよびプロセッサ使用のスナップショットを周期的に取得し、該トラフィックおよび使用データを、最適なＱｏＳを提供するためのネットワークの構成を予測するために用いられる使用パターンについて事前に記録されたデータと相関させる、請求項１に記載のインテリジェントスイッチ。
【請求項５】
前記ネットワークファブリックは、ＢＩＦＳ（Ｂｉｎａｒｙ  Ｆｏｒｍａｔ  ｆｏｒ  Ｓｃｅｎｅｓ）データおよびＤＭＩＦ（Ｄｅｌｉｖｅｒｙ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）データを含む、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）エレメンタリストリーム（ＥＳ）をストリーミングする、請求項１に記載のインテリジェントスイッチ。
【請求項６】
前記ＢｉＦＳデータは、コンテンツの構成を決定するために、ＤＭＩＦデータを含む、請求項５に記載のインテリジェントスイッチ。
【請求項７】
前記ＤＭＩＦおよび前記ＢｉＦＳ情報は、チャネルにアクセスするデバイスの能力を決定する、請求項１に記載のインテリジェントスイッチ。
【請求項８】
一旦ＢｉＦＳ層が、利用可能なＤＭＩＦ構成およびネットワーク状態に対して構文解析およびチェックされると、前記データコンテンツは、ネットワークの構成を決定する、請求項１に記載のインテリジェントスイッチ。
【請求項９】
前記予測手段は、前記ＯＤおよび前記ＢｉＦＳを構文解析して、マルチプレクサにわたされるエレメントをレギュレートする、請求項１に記載のインテリジェントスイッチ。
【請求項１０】
前記ＢｉＦＳは、双方向通信の規則を含む、請求項１に記載のインテリジェントスイッチ。
【請求項１１】
前記規則は、データベースにおけるフィールドを照会するために用いられ、該フィールドは、１つ以上のＩｆ／Ｔｈｅｎステートメントを実行するスクリプトを含み得る、請求項１に記載のインテリジェントスイッチ。
【請求項１２】
前記規則は、所与のシーンにて特定のオブジェクトをカスタマイズする、請求項１に記載のインテリジェントスイッチ。
【請求項１３】
前記ネットワークファブリックは、非同期転送モード（ＡＴＭ）および電話網を含む、請求項１に記載のインテリジェントスイッチ。
【請求項１４】
前記データは、メディアコンテンツである、請求項１に記載のインテリジェントスイッチ。
【請求項１５】
前記データは、グラフィカルユーザインターフェース（ＧＵＩ）を表す、請求項１に記載のインテリジェントスイッチ。
【請求項１６】
前記ＧＵＩは、リモートサーバによって生成され、かつ、前記ファブリックを介して１つ以上のデバイスにブロードキャストされる、請求項１に記載のインテリジェントスイッチ。
【請求項１７】
システムであって、
ネットワークファブリックと、
リクエストされたサービスの質（ＱｏＳ）に従って、ネットワークファブリックを通じてデータをルーティングするためのインテリジェントスイッチであって、
プロセッサと、
該プロセッサおよび該ネットワークファブリックに接続されたネットワークインターフェースと、
該データを該リクエストされたＱｏＳで送達するためにロードを予測し、かつトラフィックを再配分する手段とを備える、インテリジェントスイッチと、
該インテリジェントスイッチに接続された１つ以上のクライアントと
を備える、システム。
【請求項１８】
ＱｏＳを送達するように前記ファブリックを構成するために予測解析が用いられる、請求項１７に記載のシステム。
【請求項１９】
前記ネットワークファブリックは、１つ以上のＰＯＰおよびゲートウェイハブを備え、かつ、各ＰＯＰは、現在のロードステータスおよびＱＯＳ構成を該ゲートウェイハブに送信し、ここで、データストリームのロードバランシングを処理して、実行中のネットワーク全体に一定のＱｏＳを送達するために、予測解析が実行される、請求項１７に記載のシステム。
【請求項２０】
前記デバイスは、リモートサーバによって生成され、かつ、前記ファブリックを介して１つ以上のデバイスにブロードキャストされるメディアコンテンツまたはグラフィカルユーザインターフェース（ＧＵＩ）を表す、請求項１７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＤＩＳＰＬＡＹＩＮＧ  Ａ  ＧＲＡＰＨＩＣＡＬ  ＵＳＥＲ  ＩＮＴＥＲＦＡＣＥ」と題された米国特許出願第０９／９３２，２１７号、「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＡＵＴＨＯＲＩＮＧ  ＣＯＮＴＥＮＴと題された米国特許出願第０９／９３２，３４４号、「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＰＲＥＳＥＮＴＩＮＧ  ＣＵＳＴＯＭＩＺＡＢＬＥ  ＭＵＬＴＩＭＥＤＩＡ  ＰＲＥＳＥＮＴＡＴＩＯＮ」と題された米国特許出願第０９／９３２，３４５号に関し、これらの全ては、同一出願において同一出願人に譲受され、それと共に同時に出願され、その内容を本明細書中で参考として援用する。
【背景技術】
【０００２】
（背景）
本発明はネットワークファブリックに関する。
【０００３】
通信産業は、ボイス、ビデオ、およびデータの広帯域伝送のためのネットワーク技術において急速に拡張している。２つのこのような技術は、光ファイバ技術の使用に基づく高速同期キャリアシステムであるＳＯＮＥＴ、および高速低遅延多重化およびスイッチングネットワークであるＡＴＭである。ＳＯＮＥＴは、高速であり、高容量であり、および大規模公共ネットワークに対して適するが、ＡＴＭは、集合、多重化、およびスイッチング動作を提供するために広帯域統合サービスデジタルネットワーク（ＢＩＳＤＮ）に適用可能である。
【０００４】
ＡＴＭは、通信信号を搬送するために標準的なサイズのパケット（セル）を使用する。伝送設備を介して伝送される各セルは、５バイトのヘッダおよび４８バイトのペイロードを含む。ペイロードがデジタルフォームであるために、ペイロードは、デジタル化されたボイス、デジタル化されたビデオ、デジタル化されたファクシミリ、デジタル化されたデータ、マルチメディア、または上記の任意の組み合わせを表わし得る。ヘッダは、ＡＴＭ通信の経路に沿った各スイッチングノードがセルを適切な出力に切り替えることを可能にする情報を含む。このセルは、予め確立された仮想的な接続を介してソースから宛先に進む。仮想的な接続では、同じ仮想接続アドレスを有する同じ入口ポートからの全てのセルは、同じ出口ポートに送信される。一旦仮想接続が顧客構内機器（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）（ＣＰＥ）ソースからＣＰＥ宛先に確立された場合、仮想接続の全てのセルは、同じノードを介して同じ宛先に送信される。
【０００５】
米国特許第６，００２，６９２号に説明されたように、典型的なスイッチアーキテクチャは、ラインインターフェースユニット（ＬＩＭ）、スイッチファブリック、およびコントロールを含む。ＡＴＭネットワークを介して進行するセルのためのデータパスは、ラインインターフェースに入り、ファブリックを通過し、次いで別のラインインターフェースを介して出ることである。シグナリングおよび管理機能のためには、セルは、出力ストリームから除去され、コントローラに送信される。コントローラはまた、セルをＬＩＭに送ることによってネットワークを介してセルを伝送し得る。次いで、セルは、ファブリックを介して伝送され、最終的に出口ラインインターフェースに伝送される。コントローラに進むかまたはスイッチをそのままにする前にファブリックを介して制御を送ることは、アーキテクチャが多数のポートに拡張される場合、複数のコントローラが、中枢プロセッサに送られた呼び出し制御およびネットワーク管理メッセージとの少数のラインインターフェースをそれぞれモニタすることを可能にする。
【０００６】
接続情報がＡＴＭヘッダおよびスイッチ自体の内部で使用されるスイッチセルヘッダに含まれる。ＡＴＭヘッダは、２つの通信エンティティ間の単一の接続を互いに固有に表す仮想パス識別子（ＶＰＩ）および仮想回路識別子（ＶＣＩ）を含む。ペイロードタイプおよびヘッダエラーフィールドを含む他の情報は、セルを運ぶ際にネットワークによって使用するために含まれる。スイッチヘッダは、接続を表す接続識別子を含む。接続識別子の部分は、本文書で以後説明されるようにシーケンス番号によって置換され得る。さらに、スイッチヘッダは、ルーティング情報を含むことにより、セルは、スイッチファブリックを介してルーティングされ得る。
【０００７】
インターネットおよびビデオおよび音声コンテンツ伝送等のアプリケーションの人気のために、不満足な必要なものは、任意の時間および任意の場所の帯域幅に対して存在する。さらに、デジタルデバイスの急増により、異なる能力および特徴を有する複数のデバイスは、ファブリックを介して迅速かつ効率的に機能する必要があり、それにより、高品質提示は、最小のネットワークリソースを用いて達成される。
【発明の開示】
【課題を解決するための手段】
【０００８】
（要旨）
要求されたサービスの品質（ＱｏＳ）に従ったネットワークファブリックを介してデータをルーティングするためのインテリジェントスイッチは、プロセッサ、プロセッサに接続されるネットワークインターフェース、およびネットワークファブリック、ならびに要求されたＱｏＳにおいてデータを伝達するために付加を予測しそしてトラフィックを再分散するための手段を含む。
【０００９】
本発明のインプリメンテーションは、以下の内の１つ以上を含み得る。予測解析がＱｏＳを伝達するように構成するために使用される。ネットワークファブリックは、１つ以上のＰＯＰおよびゲートウェイハブを含み、各ＰＯＰは、その現在のロード状況およびＱＯＳ構成をゲートウェイハブに送信し、予測解析は、オンザフライで全体のネットワークのための一貫したＱｏＳを伝達するためのデータストリームのロードバランシングを処理するように実行される。予測手段は、トラフィックおよびプロセッサの使用の定期的に写真を撮り（ｔａｋｅ  ｓｎａｐｓｈｏｔｓ）、トラフィックおよび利用データを、最適なＱｏＳを提供するためのネットワーク構成を予測するために使用される利用パターンに対して以前にアーカイブされたデータと相関させる。ネットワークファブリックストリームは、場面に対するバイナリフォーマット（ＢＦＩＳ）データおよび伝達マルチメディア統合フレームワーク（ＤＭＩＦ）データを含むＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）基本ストリーム（ＥＳ）を流す。ＢｉＦＳデータは、ＤＭＩＦデータを含み、コンテンツの構成を決定する。ＤＭＩＦおよびＢｉＦＳ情報は、チャンネルにアクセスするデバイスの能力を決定する。一旦そのＢｉＦＳ層がパースされ、利用可能なＤＭＩＦ構成およびネットワークステータスに対してチェックされると、そのデータコンテンツは、ネットワークの構成を定義する。この予測手段は、ＯＤおよびＢｉＦＳを構文解析し、マルチプレクサに送られるエレメントを調整する。ＢｉＦＳは、相互作用規則を含む。規則は、データベース内のフィールドにクエリするために使用され、そのフィールドは、１つ以上のＩｆ／Ｔｈｅｎ文を実行するスクリプトを含み得る。規則は、所与の場面における特定のオブジェクトをカスタマイズする。ネットワークファブリックは、非対称転送モード（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）（ＡＴＭ）および電話ネットワークを含む。データは、メディアコンテンツであるか、データは、グラフィックユーザインターフェース（ＧＵＩ）を表わす。ＧＵＩは、リモートサーバによって生成され、ファブリックを介して１つ以上のデバイスにブロードキャストされる。
【００１０】
本発明の利点は、以下の内の１つ以上を含み得る。システムは、テキスト、イメージ、音声、およびビデオオンデマンドを簡単な直感的な態様で提供するために効率的な態様で、従来のメディアの利点とインターネットを結合する。
【００１１】
ファブリックは、デジタルメディアデータストリームとリアルタイムで通信する能力を支援する。システムは、データ伝送に対して従来のアプローチよりも安価かつよりフレキシブルである。ファブリックは、大衆へのリアルタイムマルチメディア通信を提供する能力を向上させる大容量並列処理ネットワーク内部への組み込みにより影響を与える。このようなネットワークは、コンテンツクリエータおよびネットワーク所有者がリソースを視覚化可能にするシームレスのグローバルメディアシステムを提供するローカルリソースのメモリ空間および処理時間のみに制限的にアクセスするのではなく、システムは、ネットワーク全体にわたってリソースへのアクセスを可能にする。バッテリ寿命が制限されているので、メモリおよび処理論理が非常に少ない、利用可能であるワイヤレスデバイス等の小さいアクセスポイントでは、システムは、伝達をカスタマイズ可能であることにより、特定のデバイスハードウェア特性に与えられた高品質な提示を提供しつつ、賢明な帯域幅消費が達成される。
【００１２】
本発明はまた、全体のネットワークを介して高価なハードウェアップグレードを実施するのではなく、ネットワークを介してデータをブロードキャストすることによって新しいアプリケーションソフトウェアおよびサービスの展開を支援する。ネットワークを介したソフトウェアのブロードキャストは、国家的にブロードキャストされる広告または他のプログラムの終了時に実行され得る。従って、サービスが広告され、次いで広告の終了時に新しい加入者に伝送される。
【００１３】
他の利点および特徴が、図面および特許請求の範囲を含む以下の説明から明らかになる。
【発明を実施するための最良の形態】
【００１４】
（説明）
ここで、図をより詳細に参照すると、カスタマイズ可能なコンテンツ伝送システムのための構造図、ならびに種々のコンテンツリクエストまたは取引を完了するために利用するコンピュータシステムを処理するためのプロセスについての論理フローチャートが図面に示される。図の研究からより容易に理解されるように、ネットワークを介して消費者との通信を可能にするコンピュータ上でプログラムが実行されることが理解されるべきである。
【００１５】
図１は、例示的ネットワークを示す。システムはまた、ユーザオンデマンドに対して、コンテクストによってリアルタイムで改変された場合、コンテンツを格納し、コンテンツを供給し、コンテンツをストリーミングする。システムは、複数のネットワーク６０に接続するスイッチングＦＡＢＲＩＣ５０を含む。データ通信ネットワークのソースアドレスと宛先アドレスとの間のトランザクションをルーティングするために、スイッチングＦＡＢＲＩＣ５０は、スイッチ５６の複数のステージを使用する相互接続アーキテクチャを提供する。スイッチングＦＡＢＲＩＣ５０は、複数のスイッチングデバイスを含み、調整可能である。なぜなら、ＦＡＢＲＩＣ５０のスイッチングデバイスの各々が複数のネットワークポートを含み、ＦＡＢＲＩＣ５０のスイッチングデバイスの数が、スイッチのためのネットワーク６０の接続の数を増加させるために増加され得る。ＦＡＢＲＩＣ５０は、全てのネットワークを含み、そのネットワークは、参加し（ｓｕｂｓｃｒｉｂｅ）、互いに接続され、ワイヤレスネットワーク、ケーブルテレビネットワーク、Ｅｘｏｄｕｓ、Ｑｕｅｓｔ、ＤＢＮ等のＷＡＮを含む。
【００１６】
コンピュータ６２は、例えば、非同期転送モード（ＡＴＭ）スイッチであり得るスイッチ５６に接続されるネットワークハブ６４に接続される。ネットワークハブ６４は、ＡＴＭネットワークを非ＡＴＭネットワーク（例えば、イーサネット（Ｒ）ＬＡＮ）とインターフェースするように機能する。コンピュータ６２はまた、ＡＴＭスイッチ５６に直接接続される。複数のＡＴＭスイッチは、ＷＡＮ６８に接続される。ＷＡＮ６８は、全ての関連したネットワークの合計であるＦＡＢＲＩＣと通信し得る。ＦＡＢＲＩＣは、正確なポート（ドア）によって、外部にあるネットワーク内に入来するデータを、ネットワーク内の次のノードに移動させる。
【００１７】
視聴端末７０が局所的ネットワーク６０に接続され得る。１つ以上のリージョナルサーバ５５（ＲＵＥ）は、ユーザに対してオンデマンドでカスタマイズかつストリーミングされ得るコンテンツデータベースを含む。その中央レポジトリは、例えば、コンテンツ財産、コンテンツページ、コンテンツ構造、リンク、およびユーザプロファイルに関する情報を格納する。各リージョナルサーバ５５（ＲＵＥ）はまた、その指定されたネットワークに接続される端末７０またはコンピュータ６２とのトランザクションを処理する。各サーバ５５（ＲＵＥ）は、ユーザへのオンデマンドをカスタマイズかつストリーミングされ得るコンテンツデータベースを含む。その中央レポジトリは、例えば、財産の内容（ｃｏｎｔｅｎｔｓ  ａｓｓｅｔｓ）、コンテンツページ、コンテンツ構造、リンク、およびユーザプロファイルに関する情報を格納する。各リージョナルサーバ５５（ＲＵＥ）はまた、各ユーザに対する利用情報をキャプチャし、ある期間にわたって集められたデータに基づいて、歴史的利用情報に基づいてユーザの関心を予測し得る。予測されたユーザの関心およびサーバに格納されたコンテンツに基づいて、サーバは、ユーザの関心に対するコンテンツをカスタマイズし得る。リージョナルサーバ５５（ＲＵＥ）は、ロードを処理する際の増加を処理するように調整可能な計算ファームであり得る。コンテンツをカスタマイズした後、リージョナルサーバ５５（ＲＵＥ）は、カスタマイズされたコンテンツを、リクエストしている視聴端末７０に通信させる。
【００１８】
視聴端末７０は、パーソナルコンピュータ（ＰＣ）、セットトップボックスに接続されたテレビジョン（ＴＶ）、ＤＶＤプレイヤに接続されたＴＶ、ＰＣ−ＴＶ、ワイヤレスハンドヘルドコンピュータまたはセルラー電話であり得る。しかし、システムは、任意の特定のハードウェア構成に限定されず、コンピュータ、格納媒体、ワイヤレストランシーバおよびテレビジョンシステムが開発されるに伴い、有用性を増加させてきた。以下において、上記の内のいずれかは、時には、「視聴端末」と呼ばれる。表示されるプログラムは、例えば米国において利用されたＮＴＳＣに従うアナログ信号として、またはアナログキャリア上に変調されたデジタル信号として、またはインターネットを介して送信されたデジタルストリームとして、またはＤＶＤ上に格納されたデジタルデータとして伝送され得る。信号は、インターネット、ケーブル、またはＴＶ等のワイヤレス伝送、衛星またはセルラー伝送によって受信され得る。
【００１９】
一実施形態では、視聴端末７０は、ブラウザＧＵＩおよび関連するソフトウェアを実行するために単に使用され得るプロセッサを含み、またはプロセッサは、ワードプロセッシング、グラフィックス等の他のアプリケーションを実行するために構成され得る。視聴端末のディスプレイは、テレビジョンスクリーンおよびコンピュータモニタの両方として使用され得る。端末は、上記の内の１つに類似するキーボード、マウス、およびリモート制御デバイス等の複数の入力デバイスを含む。しかし、これらの入力デバイスは、キー、トラックボール、ポインティングデバイス、スクロールメカニズム、音声起動、またはそれらの組み合わせを用いてコマンドを入力する単一のデバイスに結合され得る。
【００２０】
端末７０は、リージョナルサーバ５５（ＲＵＥ）と組み合わせてコンテンツ２およびコンテンツ３に基づいてカスタムレンダリングを提供する。所望のコンテンツは、ＤＶＤ等のディスク上に格納され得、例えば、衛星からのダウンロード、インターネットまたは他のオンラインサービスを介した伝送、同軸ケーブル等の別の陸線（電話線、光ファイバ）を介した伝送、あるいはワイヤレス技術を介してアクセスされ、ダウンロードされ、および／または自動的に更新され得る。
【００２１】
入力デバイスは、端末を制御するために使用され得、リモートコントロール、キーボード、マウス、音声起動インターネット等であり得る。端末は、ライブビデオ、ベースバンドビデオ、またはケーブルのいずれかに接続されたキャプチャカード等のビデオキャプチャメカニズムを含み得る。ビデオキャプチャカードは、ビデオイメージをデジタル化し、モニタ中のウインドウ内のビデオイメージを表示する。端末はまた、種々のメカニズムを用いて、インターネットを介してリージョナルサーバ５５（ＲＵＥ）に接続される。これは、５６Ｋモデム、ケーブルモデム、ワイヤレス接続またはＤＳＬモデムであり得る。この接続を介して、ユーザは、適切なインターネットサービスプロバイダ（ＩＳＰ）に接続させ、次いで、典型的にはＴ１またはＴ３ラインを介して、インターネット等のネットワーク６８のバックボーンに接続される。ＩＳＰは、陸線、ワイヤレスライン、またはこれらの組み合わせを含む１つ以上のメディアまたは電話ネットワークを介して、ポイントツーポイントプロトコル（ＰＰＰ）またはシリアルラインインターネットプロトコル（ＳＬＩＰ）１００等のプロトコルを用いて視聴端末７０と通信する。端末側上では、同様のＰＰＰまたはＳＬＩＰ層がＩＳＰと通信するために提供される。さらに、ＰＰＰまたはＳＬＩＰクライアント層がＰＰＰまたはＳＬＩＰ層と通信する。最終的には、ネットワークアウェア（ｎｅｔｗｏｒｋ  ａｗａｒｅ）ＧＵＩ（ＶＵＩ）は、ユーザに適する態様でインターネットを介して受信されたデータを受信かつフォーマットする。以下により詳細に説明されるように、コンピュータは、ＭＰＥＧ４プロトコル（ＩＳＯ  １４４９６）によって提供される機能性を用いて通信する。Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ（ＷＷＷ）または単に「Ｗｅｂ」は、標準ＩＰプロトコルに忠実な全てのサーバを含む。例えば、通信は、通信媒体を介して提供され得る。いくつかの実施形態では、クライアントおよびサーバは、高性能通信のためにシリアルラインインターネットプロトコル（ＳＬＩＰ）またはＴＣＰ／ＩＰ接続を介して接続され得る。
【００２２】
サーバ５５との接続を確立し、ユーザが情報にアクセスすることを可能にするユーザインターフェース（ＶＵＩ）は、視聴端末内部でアクティブである。一実施形態では、ユーザインターフェース（ＶＵＩ）は、音声−視覚情報（例えば、動画、ビデオ、音楽）をコーディングするために使用される規格であるＭｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ−４（ＭＰＥＧ−４）をデジタル圧縮フォーマットで支援するＧＵＩである。他のビデオおよび音声コーディングフォーマットと比較して、ＭＰＥＧの主要な利点は、高品質圧縮技術を用いて同じ品質に対してはるかに小さくなる。別の実施形態では、ＧＵＩ（ＶＵＩ）は、Ｊａｖａ（Ｒ）オペレーティングシステム等のオペレーティングシステムの上位にあり得る。ＧＵＩに関するさらなる詳細は、「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＤＩＳＰＬＡＹＩＮＧ  Ａ  ＧＲＡＰＨＩＣＡＬ  ＵＳＥＲ  ＩＮＴＥＲＦＡＣＥ」と題された同時継続中の出願に開示され、その内容を参考として援用する。
【００２３】
別の実施形態では、端末７０は、ＤＶＤを再生するインテリジェントエンターテインメントユニットである。端末７０は、ブラウザを介して入力された利用パターンをモニタし、リージョナルサーバ５５（ＲＵＥ）を、ユーザコンテクストデータを用いて更新する。これに応答して、リージョナルサーバ５５（ＲＵＥ）は、ＤＶＤ上に格納された１つ以上のオブジェクトを修正し得、更新されるかまたは新しいオブジェクトは、衛星からダウンロードされるか、インターネットまたは他のオンラインサービスを介して伝送されるか、または、同軸ケーブル、電話線、光ファイバ、または端末に戻すワイヤレス技術等の別の陸線を介して伝送される。次いで端末７０は、ＤＶＤ上の他のオブジェクトと共に新しいまたは更新されたオブジェクトをレンダリングし、所望されたユーザビューのオンザフライカスタム化を提供する。
【００２４】
システムは、スイッチを用いてサーバと１つ以上の端末との間のＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）を扱う。サーバは、ストリームを含むチャンネルまたはアドレスをブロードキャストする。これらのチャンネルは、ＷＡＮのメンバである端末によって、ＩＰプロトコルを用いてアクセスされ得る。所与のＷＡＮに対するゲートウェイにおいて存在するスイッチは、リクエストされたチャンネルを受信する帯域幅をアプリケーション割り当てる。最初のチャンネルは、スイッチがパースするＢｉＦＳ層情報を含み、ＭＩＦを処理して、そのネットワークのためのハードウェアプロファイルを決定し、定義された提示を終了するために必要なＡＶＯに対するアドレスを決定する。スイッチは、ＷＡＮ上にブロードキャストする前の最終的な編集のために、マルチプレクサにＡＶＯおよびＢｉＦＳ層情報を渡す。
【００２５】
ＭＰＥＧ４規格によって特定されたように、コーディングプロセスから生じるデータストリーム（基本ストリームＥＳ）は、別個に伝送または格納され得、受信器側において実際のマルチメディア提示を作成するように構成される必要があるのみである。ＭＰＥＧ−４では、場面を構成するオーディオ−ビジュアルコンポーネント間の関係は、２つのメインレベルにおいて説明される。場面に対するバイナリフォーマット（ＢＦＩＳ）は、その場面内のオブジェクトの空間時間構成を説明する。視聴者は、例えば、そのオブジェクトを場面上に再構成することによって、または３Ｄ仮想環境における観察者自身の観点を変更することによって、オブジェクトと相互作用する可能性を有し得る。場面の説明は、２−Ｄおよび３−Ｄ構成オペレータおよびグラフィックプリミティブのためのノードの多くのセットを提供する。より低いレベルでは、オブジェクト記述子（ＯＤ）は、各オブジェクト（例えば、テレビ会議への参加者のオーディオおよびビデオストリーム）はまた、基本的なストリーム間の関係を定義し、基本ストリームにアクセスするために必要なＵＲＬ、基本ストリームをパースするために必要なデコーダの特性、知的所有権、およびその他等のさらなる情報を提供する。
【００２６】
メディアオブジェクトは、ストリーミングデータを必要としてもよく、１つ以上の基本的なストリームで運ばれる。オブジェクト記述子は、あるメディアオブジェクトに関連する全てのストリームを識別する。これにより、階層的に符号化されたデータ、コンテンツに関するメタ情報の関連（「オブジェクトコンテンツ情報」と呼ばれる）ならびにそのコンテンツに関連する知的所有権を取り扱うことが可能となる。各ストリーム自体は、構成情報の１セットの記述子によって特徴付けられる（例えば、必要なデコーダリソースおよびエンコードされたタイミング情報の精度を決定すること）。さらに、この記述子は、ヒントをサービスの質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）（ＱＯＳ）に運んで、その記述子は、送信のために要求（例えば、最大ビットレート、ビットエラーレート、プライオリティ等）する。基本的なストリームの同期は、基本的なストリーム内の個々のアクセスユニットの時間サンプリングによって達成される。同期層は、このようなアクセスユニットおよび時間サンプリングの同定を管理する。このメディアタイプとは別に、この層によって、基本的なストリームのアクセスユニット（例えば、ビデオまたはオーディオフレーム、シーン記述コマンド）のタイプを同定して、メディアオブジェクトの時間ベースまたはシーン記述の時間ベースを回復させることが可能となる。この層は、それらの間の同期を可能にする。この層のシンタックスは、非常に多くの方法で構成可能であり、システムの広帯域スペクトルで使用することが可能である。
【００２７】
ソースから送信先に情報をストリーミングする同期送達は、ネットワークから利用可能な異なるＱｏＳを探索して、２つの層マルチプレクサを含む同期層および送達層に関して特定される。第１のマルチプレクサ層は、ＤＭＩＦ規格、ＭＰＥＧ−４標準のパート６に従って管理される（ＤＭＩＦは、Ｄｅｌｉｖｅｒｙ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋを代表している）。このマルチプレクスは、ＭＰＥＧ‐規格ＦｌｅｘＭｕｘツールによって具現化され得、これにより、低マルチプレクシングオーバーヘッドによる基本的なストリーム（ＥＳ）のグルーピングを可能にする。この層におけるマルチプレキシングは、例えば、類似のＱｏＳ必要条件によってＥＳをグルーピングして、ネットワーク接続の数、または、エンドトゥーエンド（ｔｈｅ  ｅｎｄ  ｔｏ  ｅｎｄ）遅延を減少するように用いられ得る。「ＴｒａｎｓＭｕｘ」（搬送マルチプレキシング）層は、要求されたＱｏＳをマッチングする搬送サービスを提供する層をモデル化する。
【００２８】
コンテンツは、システムがチャネルにアクセス可能となるようにブロードキャストされ得る。このコンテンツは、生のＢｉＦＳ層を含む。ＢｉＦＳ層は、コンテンツの構成を決定するために必要とされる必要なＤＭＩＦ情報を含む。これは、一連の基準フィルタとして見られ得、ＡＶＯ関係およびプライオリティのためのＢｉＦＳ層で定義される関係をアドレス指定し得る。
【００２９】
ＤＭＩＦおよびＢｉＦＳは、アプリケーションが常駐するチャネルにアクセスするデバイスの性能を決定する。その後、それらは、サーバと端末デバイスの間の処理パワーの分散を決定し得る。ＦＡＢＲＩＣに構築されたインテリジェンスによって、全ネットワークは、それ自体を構成する予測解析を利用して、ＱＯＳを伝達することができる。
【００３０】
スイッチ１６は、データフローをモニタして、衝突が起こらないことを保証し得る。このスイッチはまた、ＯＤおよびＢｉＦＳをパースして、そのスイッチがどの要素をマルチプレクサに渡して、どの要素を渡さないのかを調節する。これは、ネットワークのタイプ（スイッチはそのネットワークへのゲートとして動きを止めている）およびＤＭＩＦ情報に基づいて決定される。スイッチによるこの「コンテンツ確認」は、所与のＷＡＮ（例えば、Ｎｏｋｉａ  １４４ｋ  ３−Ｇワイヤレスネットワーク）へのゲートウェイで起こる。これらのゲートウェイは、多重化されたデータをそのデータのそれぞれのＰＯＰのスイッチに送る。データベースがカスタマイズされたコンテンツの相互作用のために、および、コンテンツのブロードキャスト中の「ルールドリブン（Ｒｕｌｅｓ  Ｄｒｉｖｅｎ）」関数の実行のためにインストールされている。
【００３１】
コンテンツが生み出されるとき、ＢｉＦＳは、データベースのフィールドにクエリを行う相互作用のルールを含み得る。このフィールドは、一連の「ルールドリブン」（Ｉｆ／Ｔｈｅｎステートメント）（例えば、ＩＦユーザ「Ｘ」が「プロフィールＡ」にフィットしている場合、Ｔｈｅｎ  ＡＶＯ４に対するチャネル２２３にアクセスする（Ｉｆ  ｕｓｅｒ  “Ｘ”  ｆｉｔｓ  “Ｐｒｏｆｉｌｅ  Ａ”  ｔｈｅｎ  ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ  ２２３  ｆｏｒ  ＡＶＯ  ４））を実行するスクリプトを含み得る。このルールドリブンシステムは、特定のオブジェクトをカスタマイズし得る（例えば、所与のシーンにおいて、商品登録されていない（ｇｅｎｅｒｉｃ）缶をコカコーラ（Ｃｏｋｅ）の缶にカスタマイズする）。
【００３２】
各ＰＯＰは、その現在のロードステータスおよびＱＯＳ構成をゲートウェイハブに送る。そのゲートウェイハブでは、予測解析が実行され、データストリームのロードバランシングおよびプロセッサ割り当てを扱い、オンザフライで（ｏｎ  ｔｈｅ  ｆｌｙ）ネットワーク全体に対して矛盾のないＱＯＳを伝達する。この結果は、コンテンツのＢｉＦＳ層が利用可能なＤＭＩＦ構成およびネットワークステータスに対してパースされて、チェックされると、コンテンツはネットワークの構成を定義する。
【００３３】
このスイッチはまた、周期的に、トラフィックおよびプロセッサの使用法をチェックする（ｔａｋｅ  ｓｎａｐｓｈｏｔ）。この情報はアーカイブに保管され、最新の情報は、ネットワークの構成を予測して、最適なＱＯＳを提供するために用いられる使用法のパターンのために、以前にアーカイブに保管されたデータを相関される。従って、ネットワークは、絶え間なく再構成しているネットワークである。
【００３４】
ＦＡＢＲＩＣのこのコンテンツは、２つのハイレベルなグループにカテゴリー化され得る。
１．Ａ／Ｖ（オーディオおよびビデオ）：ＡＶＯ（オーディオビデオオブジェクト）、（ＢｉＦＳ層で定義されている）それらの関係および挙動、ならびに、様々なプラットフォーム上のコンテンツを最適化するための（ＤＭＩＦ）（分散マルチメディアインタフェースフレームワーク）を含むプログラムが生成され得る。コンテンツは、ＧＬＵＩを生のＢｉＦＳ層を含むチャネルにアクセス可能にすることによって、「多重化されない」様態でブロードキャストされ得る。このＢｉＦＳ層は、コンテンツの構成を決定するために必要とされる必要なＤＭＩＦ情報を含む。これは、一連の基準フィルタとして、見られ得る。その基準フィルタは、ＡＶＯの関係および優先順位のためにＢｉＦＳ層に定義された関係にアドレス指定する。一つの例示的な応用では、接続済ワイヤレスＰＤＡを３−Ｇ  ＷＡＮ上で用いる人は、所与のチャネル、例えば、チャネル３４５にアクセスをリクエストし得る。このリクエストは、ワイヤレスネットワークを介してＰＤＡから伝達して、チャネル３４５にアクセスされる。チャネル３４５は、特定の番組に関するＢｉＦＳ層情報を含む。そのＢｉＦＳ層では、ＤＭＩＦ情報は、次のことを意味する・・・。アクセススピード１４４ｋでこのコンテンツがＰＤＡ上で再生されている場合、ＡＶＯ１，３，６，１３および２２にアクセスする。これらのＡＶＯが定義され得るチャネルは、ＢｉＦＳ層に含まれ得、コンテンツをサポートする関連のＲＲＵＥデータベース上のフィールドにＢｉＦＳ層をアクセスさせることによって、拡張可能であり得る。このことは、プログラムの要素がいずれ修正されることを考慮している。このシステムの応用の実用的な例は、以下のとおりである。商標登録されていない缶によってコンテンツを送信するブロードキャスターが、コカコーラ（Ｃｏｋｅ）から広告料を、ペプシ（Ｐｅｐｓｉ）から別の広告料を受け取り得る。ボトルの実際のラベルは、所与のエリアからの視聴者がコンテンツを見る場合に、広告者を表している。データベースは、さらにより複雑な挙動のためのルールを含んで、そのルールを支配し得る。ユーザのプロフィールおよびコンテンツとの相互作用に関するＩｆ／Ｔｈｅｎステートメントは、オンザフライで各視聴者に対するカスタマイズされた経験を生成し得る。
２．  アプリケーション（ＡＳＰ）：ＦＡＢＲＩＣで動作しているアプリケーションは、他のコンテンツタイプを表す。これらのアプリケーションは、サーバ上で動作して、接続されたデバイスのＧＬＵＩにそれらのインタフェースをブロードキャストするように開発され得る。ＦＡＢＲＩＣおよびＶＵＩの影響によって、第三者の開発者がアプリケーション（例えば、ワイヤレス接続ＰＤＡ等のエンドユーザターミナルデバイスに、例えば、圧縮ＪＰＥＧフォーマットで、そのインタフェースを送り得るワードプロセッサ）を書くことが可能となる。
【００３５】
例示的な視聴者カスタマイゼーションは、次に説明される。ＭＰＥＧ規格のコンテキストにおいて、基本ストリーム（ＥＳ）は、単一のソースエンティティから圧縮層の単一の送信先エンティティへのモノ−メディアの連続フローである。アクセスユニット（ＡＵ）は、ＥＳ内のそれぞれアクセス可能なデータの一部であり、タイミング情報が起因し得る最小のデータエンティティである。提示（ｐｒｅｓｅｎｔａｔｉｏｎ）は、オーディオ、ビデオ、テキスト、グラフィック、プログラムコントロールおよびそれに関連するロジック、合成情報（すなわち、シーンに対するバイナリフォーマット）、ならびに、純粋なディスクリプティブ（ｄｅｓｃｒｉｐｔｉｖｅ）データ（このデータによって、アプリケーションは、提示コンテキストディスクリプタ（ｐｒｅｓｅｎｔａｔｉｏｎ  ｃｏｎｔｅｘｔ  ｄｅｓｃｒｉｐｔｏｒ）（ＰＣＤ））を表す多くの基本ストリームからなる。多重化される場合、ストリームは、デコーダに渡される前にデマルチプレクサされる。以下で述べるさらなるストリームは、ビデオの遠近（マルチアングル）、または、オーディオおよびテキストの言語を目的としている。以下の表は、アクセスユニットで破壊され、デコードされ、そして、作成または送信のための準備をした各ＥＳを示す。
【００３６】
【表１】
2005500769.tif 000003
この例示的な相互作用提示では、タイムラインは、シーンの進展を示す。このコンテンツは、この提示をより適切にするが、一方で、提示コンテキスト記述子は、もう一方のストリームに常駐している。各記述子は、開始および終了時間コードを示す。コンテキストのピースは、自由に重複し得る。シーンが再生するときに：現在のコンテンツストリームがレンダリングされ、現在のコンテキストは、ネットワークを介してシステムに送信される。この提示コンテキストは、特定のＥＳに帰属して、各ＥＳは、コンテストの内容（ｄｅｓｃｒｉｐｔｉｏｎ）を有していても、有していなくてもよい。異なるＥＳの提示コンテキストは、同じストリームに常駐していてもよいし、異なるストリームに常駐していてもよい。各提示記述子は、開始および終了フラッグを有して、両方がゼロのときは、その中間のあるポイントを示す。記述子情報が各アクセスユニットにおいて繰り返されるかどうかは、関連するコンテンツストリームのランダムアクセス特性に対応する。例えば、ＭＰＥＧビデオの予測的な双方向フレームは、ランダムにアクセス可能ではない。なぜなら、それらは、それらの外部のフレームに依存しているからである。従って、これらの場合に、ＰＣＤ情報は、このような瞬間に繰り返される必要はない。
【００３７】
提示コンテキストのパーシングステージの間、ＰＣＤが絶対である、すなわち、ＰＣＤの一時的な定義が有効であるか条件付きであるとき（この場合には、ユーザが選択した場合にアクティブであるにすぎない）にＰＣＤのコンテキストが常にアクティブであるかどうかが決定される。後者の場合には、ＰＣＤは、提示コンテンツ（コンテキストではない）を参照して、ジャンプし、コンテキストのナビゲーションを可能にする。条件付きコンテキストはまた、相互作用のコンテキストとみなされてもよい。これらのＰＣＤは、コンテキストメニュー内にある、ユーザに表示するコンテキスト情報を含む。これらのＰＣＤは、相互の言語翻訳に関していてもよい。
【００３８】
次に、シーンの提示が説明される。この提示は、シーンの詳細（すなわち、誰および何がシーンにあり、何が起こるのか）に関わる。これらの要素の全ては、シーンのコンテキストに寄与している。最初の場合、シーンのアイテムおよび文字は、それらのシーンが存在している間じゅうコンテキストの関連性を有し得る。起こっていることに関して、関連しているコンテキストは、当該の活動タイムラインを反映する傾向がある。
【００３９】
絶対的なコンテキストは、システムに到達されている特定のシーンまたはセグメントを示すのみである。この情報は、メインの提示、例えば、広告の外部のさらなる情報を通す（ｆｕｎｎｅｌ）ように用いられ得る。
【００４０】
相互作用のコンテキストは、従来のメニューとは異なり、ユーザによってトリガされる。インタラクティブなコンテキストは、ユーザがコンテキストメニューを介してコンテキストに関連する情報にアクセスする手段を提供する。ＰＣＤは、何のテキストおよびテキストのプロパティがユーザに提示されるのかを、および、メニュー内の階層位置を示す。例えば、ロバートデニーロおよびアルパチーノが喫茶店で会うというシーンは、以下で示されるデニーロに関連するコンテキストのノードを特定し得る。括弧の部分は、メニュー内の位置を示している。そのため、ＨＴＭＬのＨＲＥＦに類似して、エンドアクションが省略されるが、以下のフォーマットに従っている。＜ｌｏｃａｌＳｔｒｅａｍＩＤ＝’’’’ｒｅｍｏｔｅＳｔｒｅａｍＩＤ＝’’’’ｔｒａｎｓｉｔｉｏｎＳｔｒｅａｍＩＤ＝’’’’＞。これは、コンテンツがどこで見つけられ得るかを特定しており、接続のタイプに依存している。例えば、ローカルストリームＩＤを有していないコンテンツは、グレーアウト（ｇｒａｙ  ｏｕｔ）されるか省略され、インターネット接続がアクティブではない場合にＧＵＩの嗜好に依存している。従来のストリームは、増加した感知反応性に用いられるローカルなプレースホルダーであり、ストリーム獲得のためのフィードバックを提供する。
【００４１】
【表２】
2005500769.tif 000004
括弧部は、メニュー内の位置を示している。そのため、ＨＴＭＬのＨＲＥＦに類似して、エンドアクションが省略されるが、以下のフォーマットに従っている。＜ｌｏｃａｌＳｔｒｅａｍＩＤ＝’’’’ｒｅｍｏｔｅＳｔｒｅａｍＩＤ＝’’’’ｔｒａｎｓｉｔｉｏｎＳｔｒｅａｍＩＤ＝’’’’＞。これは、接続タイプに依存して、コンテンツが（相互に排他的ではなく）どこで見つけられ得るのかを特定する。例えば、ローカルストリームＩＤを有していないコンテンツは、グレーアウト（ｇｒａｙ  ｏｕｔ）されるか省略され、インターネット接続がアクティブではない場合にＧＵＩの嗜好に依存している。従来のストリームは、増加した感知反応性に用いられるローカルなプレースホルダーであり、ストリーム獲得のためのフィードバックを提供する。広告のために良い機会である。
【００４２】
コンテンツメニューをいかに構造化するかを決定することは、著者または情報提供者に任せられている。バックグラウンドミュージック、位置、セットの小道具、および、ブランド名に対応するオブジェクト（例えば、衣服）に関する情報は、コンテキストの情報を提供し得る。
【００４３】
コンテキストがしばらくして変化するので、新規の相互のコンテキストの追加は、進行中のプロセスで起こり得る。ＧＵＩがオンラインセッション中にフィードバックを絶え間なく提供しているので、このシステムは、一つ以上のさらなる提示コンテキストストリームの新規のコンテキストを渡し得る。
【００４４】
人々は、様々な理由で、そして、様々なことを考えて映画を観る。価値追加（Ｖａｌｕｅ−ａｄｄ）加入者は、以下のリストに示されたような特別な関心に対して要求を満たし得る。
【００４５】
【表３】
2005500769.tif 000005
全ての提示コンテキスト記述子は、基本ストリームに関するコンテンツ領域を定義し、選択的に、関連する階層構造内に配置されたコンテキストメニューアイテムを定義する。それは、データベース、鍵のように機能して、データベース、鍵に対応する。記述子がプレースホルダーにすぎないので、意味を生成する意味的な記述子（ｓｅｍａｎｔｉｃ  ｄｅｓｃｒｉｐｔｏｒ）として用いられる。つまり、セグメントがどのように他のセグメントおよびユーザと関係するか、さらには、ユーザがどのように他のユーザを関係するかである。
【００４６】
意味的な記述子は、コンテキストの記述子で動作して、重み付き属性の集合を生成する。重み付き属性は、コンテキストセグメント、ユーザの履歴および広告に適用され、インテリジェントマーケティングに対して重みベースのシステムを与える。一つの実施形態では、ルールベースのデータエージェントの論理は、その後、構造化されたクエリ言語に下がる。意味的な記述子は、それ自体では識別子、ラベルおよび定義にすぎず、カテゴリー化を導入するために十分である。意味的な記述子のパワーは、他の意味的な記述子との相互関係に基づいている。以下の記述子（陽気な（ｐｌａｙｆｕｌ）、ばかな、愉快な、浮気な、魅力的な、捕食的（ｐｒｅｄａｔｏｒｉａｌ）な、および、茶目っ気のある）を取り上げる。コンポーネント「陽気な」は、非常に異なるコンテキスト（例えば、ユーモア（「ばかな」、「愉快な」）、性的関心（「浮気な」、「魅力的な」）、および、ハンティング／苦痛（動物とその動物の捕食者、ペンギンまたはジョーカとピンチ状態のダイナミックデュオ、または、彼らが遊び好きである（ｐｌａｙｆｕｌｎｅｓｓ）ために常に失敗している全悪党を考えてみる））で現れ得る。ここで、これらの異なる応用が非常に異なっている上に、この全く異色の遊び好きの性格に対するアピールを示す人々を取り上げる。この難解さ（ｄｅｐｔｈ）がない場合に、間違って推薦する場合があることに至ると指摘せずに、ユーモア、性別、野生動物ショーおよび性的な示唆をユーザが楽しんでいると述べることは、ポイントを逃すことである。
【００４７】
（確かに選択したのか受動的に視聴しているのかにかかわらず）特定の設備によって見られるものをシステムが格納するので、システムがどのコンポーネントにいつ、何回、長時間、精度良く注目するのかは、広く行き渡っている。アクティビティのロギングは、コンテンツの意味的なモデリングから独立しており、その結果、現在のモデルは、そのモデルの前の期間に有効である。これは、非実時間で処理される必要のある集合をモデルに対する変化がトリガし得ることを意味している。記述子間の関係は、特別から一般へと移り変わる。例えば、浮気であることは、遊び好きであることのある一つのタイプであり、それにより、意味（ｓｅｍａｎｔｉｃｓ）は浮気から遊び好きに移り変わり、その結果、浮気なものはまた遊び好きであると考えられる。ばかであることは、遊び好きであることが多いが、必ずしもそうとはいえない。明確にすべき愚かとばかの異なるタイプがある。これにより、ある言葉の特定の一つの意味は、粒状の記述子に関することとなっている。従って、ラベルの後ろの数は、ある用語のどの意味が意図されていたかを示す。茶目っ気のあることは、概して、遊び好きであることのコンポーネントを有しているが、ハンティングおよび悪党の捕獲に関しては、「遊び好き」は、逆の完全性として偶然にも一致する。しかし、一般的な戦略は、大部分の粒状の記述子を配置して、それらをより洗練された意味に蓄積することである。システムは、しばらく微調整が最初ではないように洗練されるが、ほとんどデータがないときでさえも、システムは、スリラーおよびスポーツ等の様々なジャンルを区別し得る。
【００４８】
提示コンテキスト記述子および意味的記述子は、この２つの記述子と関連した重みとを結合する意味的な提示マップを介して関連付けられる。このことは、コンテンツ内の属性の突出をスコアする際に良好な柔軟性を追加する。関連する特定の式を表現することは、特定のデータベースエージェントに一致する。
【００４９】
＜ａｃｔｏｒ＞の例に戻って参照すると、３つの異なる広告が存在し得る。システムは、等しいと全て考慮されるが、問題のプロファイルに関係なくある程度の分散を使用し、広告の最適な一致は、一般に、インストール時にプロファイル履歴の属性ベースの相関から生じ、現在のコンテンツが鑑賞され、かつ、広告が考慮されて、いくらか基準をスコアする。結果として、システムは、ユーザがユーザインターフェースにおいて特定の行動を要求するときに、コンテンツを予想し、カスタマイズし得る。
【００５０】
図２は、ローカルサーバ６２の例示の動作を示す。最初に、サーバ６２は、コンテンツデータベースおよびコンテキストデータベースを初期化する（ステップ３００）。次に、サーバは、それに導かれる要求を受信し、解析する（ステップ３０２）。要求が互換性のオーサリングシステムによるものである場合、サーバは、受信される情報をそのコンテンツデータベースに追加するか、または更新する（ステップ３０４）。コンテンツデータベースは、特定の映画、企業のプレゼンテーション、ビデオ番組、またはマルチメディアコンテンツにおける１つ以上のシーンの細分化された分類を提供する。分類に基づいて、コンテキスト情報が適用され得る。例えば、映画は、１００のシーンを有する。例えば、映画の編集者といったコンテンツクリエータは、例えば、ＸＭＬ互換性のフォーマットなど、所定のフォーマットを用いてそれぞれのシーンに注釈を付けるためにオーサリングシステムを使用する。注釈は、シーンのタイプ、関与する俳優／女優、カスタマイズされ得るオブジェクトのリスト、および定義をローカルサーバに告げ、それにより、ローカルサーバは、オブジェクトを取り出して、修正し得る。全てのシーンに注釈を付けた後、オーサリングシステムは、情報をローカルサーバ６２に更新する。
【００５１】
ステップ３０４から、要求がオーサリングシステムによるものでない場合、ローカルサーバ６２は、それがユーザによるものかどうかを決定する（ステップ３０６）。そうであれば、システムは、ユーザが登録されたユーザか、新しいユーザかどうかを決定し、要求されるコンテンツを登録されたユーザに提供する。ローカルサーバ６２は、デフォルトのコンテンツを送信し得るか、またあるいは、異なる視角を選択することによってインタラクティブに代替のコンテンツを生成して、例えば、特定のシーンまたは俳優／女優に関する更なる情報を生成し得る。ローカルサーバ６２は、ユーザによって得られる動作をリアルタイムに受信し、経時的に、特定のユーザの行動はコンテンツデータベースに基づいて予測され得る。例えば、ユーザがプログラムをブラウジングすると、ユーザは、例えば、俳優、女優のショー、同時期に公開された他の映画、または、第一者、第二者、もしくは第三者のベンダーを経て利用可能であり得る旅行パックまたは宣伝に関連した特定の興味または関心領域に関する更なる情報を得ることを望み得る。取り込まれたコンテキストは、コンテキストデータベースに格納され、毎日複数の番組放送のでさえも視聴者に情報をカスタマイズするために用いられる。さらに、システムは、リアルタイムで視聴者に利用できる情報を素早く更新し、提供し得る。ユーザにサービスした後、プロセスは、ステップ３０２に戻って、次の要求を取り扱う。
【００５２】
ステップ３０２から、定期的に、システムは、さらなる外部データをユーザの使用パターンに相関することによってコンテキストデータベースを更新し、コンテキスト的に同様の情報ではあるが、見たことがない情報に、ユーザが関心を持ち得るかどうかを決定する（ステップ３１０）。このことは、コンテキストデータベースをデータマイニングすることによってなされる。
【００５３】
ある実施例において、サーバ６２は、データにグループ分け（クラスタ）を見出す。それぞれのクラスタは、レコードが残りのデータと類似するよりも、さらに同じクラスタのメンバーに類似するレコードを含む。例えば、マーケティングアプリケーションにおいて、企業は、一組の顧客についての履歴情報に基づく広告キャンペーンに対して誰をターゲットにするか、かつ、前回のキャンペーンに顧客はどのように対応したのかを決定することを望み得る。クラスタリング技術は、レコードのコレクションを分析し、類似する属性を有するレコードのクラスタを識別するための自動化されたプロセスを提供する。例えば、サーバは、最も類似し、レコードをそれぞれのクラスタに配置するレコードを識別することによって所定の数のクラスタにレコードをクラスタリングし得る。カテゴリ（例えば、クラスおよびクラスタ）が一旦確立されると、ローカルサーバ６２は、カテゴリの属性を用いて、決定を導き得る。例えば、あるカテゴリがほとんど十代であるユーザを表す場合、ウェブマスタは、このカテゴリにおけるユーザによってアクセスされるウェブページにおいて、十代向きの広告を含むことを決定し得る。しかし、高齢者である異なるカテゴリのユーザもまた、たびたびそのプレゼンテーションにふとアクセスする場合、ローカルサーバ６２は、あるプレゼンテーションにおける十台向きの広告を含むことを望み得ない。それぞれの観点は、特定のユーザにカスタマイズされ得る。ゆえに、懸念する静的視聴構成はない。ユーザは、異なる広告ではあるが、同じコンテンツを見ることができる。
【００５４】
他の実施例において、データマイニングを行うためにＮａｉｖｅ−Ｂａｙｅｓ識別子（ｃｌａｓｓｉｆｉｅｒ）が用いられ得る。Ｎａｉｖｅ−Ｂａｙｅｓ識別子は、Ｂａｙｅｓルールを用いて、属性が提供された属性と互いに条件付きで独立していると仮定して、状況が提供されれば各クラスの可能性を計算する。ラベルが提供されると、Ｎａｉｖｅ−Ｂａｙｅｓ識別子は、各属性値について、条件付き可能性の推定を必要とする。離散データについては、少数のパラメータのみが推定される必要があるので、推定は素早く安定し、より多くのデータがそれほどモデルを変えない。連続した属性と共に、打切りは、データがますます利用可能になると、さらなる間隔を形成する可能性が高くなり、ゆえに、表示パワーが増加する。しかし、連続したデータでさえも、打切りは、通常、グローバルであり、属性のインタラクションを考慮し得ない。一般に、多くの関連性のない特徴がある場合、Ｎａｉｖｅ−Ｂａｙｅｓ識別子が好まれない。Ｎａｔｉｖｅ−Ｂａｙｅｓ識別子は、関連性のない属性に対して頑強である（ｒｏｂｕｓｔ）。分類化は、多くの属性からの証拠を考慮して、「主な効果」がない多くの場合に役立つプロパティの最終的な予測を行う。さらに、属性が条件付きで独立であるという想定が、例えば、医学実務において維持される場合、Ｎａｔｉｖｅ−Ｂａｙｅｓ識別子は最適になる。マイナス面では、Ｎａｔｉｖｅ−Ｂａｙｅｓ識別子は、独立の想定を強くさせる必要がある。これらの想定が妨害されると、達成できる精度は、すぐに集束し（ａｓｙｍｐｔｏｔｅ）、データベースサイズが増大するほど改善されない。
【００５５】
他のデータマイニング技術が利用されてもよい。例えば、決定木識別子が利用されてもよい。この識別子は、各レコードをクラスに割り当てて、決定木識別子は、自動的にデータによるものが含まれる（生成される）。レコードが構成されるデータおよび各レコードに関連付けられたラベルは、トレーニングセットと呼ばれる。
決定木は、一般に、帰納的パーティショニングによって構築される。一変量（単一の属性）の分割は、いくつかの基準（例えば、相互情報、利得比、ジーニインデックス（ｇｉｎｉ  ｉｎｄｅｘ））を用いるツリーのルートに対して選択される。次に、データは、テストに従って分割され、プロセスは、それぞれの子に対して再帰的に繰り返される。完全なツリーが構築された後、ツリーサイズを減少する枝切りステップが実行される。一般に、決定木は、シリアルタスクが含まれる場合が好ましく、すなわち、一旦、重要な特色の値が、公知になると、依存性および分散が変化する。また、決定木は、部分母集団にデータを分割することがより容易に下位問題を与える場合に好ましい。さらに、決定木は、重要な特色がある、すなわち、いくつかの特色が他のものよりもさらに重要である場合に好ましい。
【００５６】
またさらなる実施例において、ＮＢ−木ハイブリッド識別子と呼ばれるハイブリッド識別子は、１セットのレコードを分類化するために生成される。ＵＳ特許６，１８２，０５８号に論じられるように、各レコードは、複数の属性を有する。本発明に従って、ＮＢ−Ｔｒｅｅ識別子は、ゼロ以上の決定ノードおよび１つ以上のリーフノードを有する決定木構造を含む。各決定ノードにおいて、テストは、１つ以上の属性に基づいて実行される。各リーフノードにおいて、Ｂａｙｅｓ  Ｒｕｌｅに基づいた識別子はレコードを分類化する。
【００５７】
データマイニング動作の結果を用いて、コンテキストデータベースを更新する。ゆえに、次回、ユーザは情報を見て、ローカルサーバ６２は、自動的に、ユーザの望みに対して正確にコンテンツをカスタマイズし得る。
【００５８】
ここで図３を参照すると、コンテンツをオーサリングし、新しいコンテンツをローカルサーバ６２に登録するためのプロセス３５０が示される。プロセス３５０は、Ｄｅｓｉｇｎ  ＴｉｍｅにおいてＡｕｔｈｏｒｉｎｇ  Ｓｙｓｔｅｍによって実行される。まず、ユーザは、コンテンツ要素を取り込む（ステップ３５２）。次に、ユーザは、コンテキストの記述子を基本ストリーム（例えば、ＭＰＥＧ−７  レイヤー情報）に適用する（ステップ３５４）。ユーザはまた、例えば、複数のウィンドウまたはイベントの特定のポップアップといった合成的なレイアウトを規定し、窓付きのプレゼンテーションに表示されるべきと意図される特定のコンテンツは、例えば、ポップアップを活用し得る（ステップ３５６）。コンテンツは、レイアウト、シーケンス、およびナビゲーションフローに関して構成される（ステップ３５８）。このステップにおいて、ユーザはまた、ナビゲーションインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を特定し得る。ナビゲーションインタラクティビティの例は、プレイバックが、定期的に、フロー制御を決定する保留中のユーザのインタラクションをブレイクする場合、アンコール（クリック可能なターゲット）、形式、代替のトラックおよびコンテキストメニュー、仮想的存在（ＶＲＭＬのようなナビゲーション）、ならびにインタラクティブなストップモードである。次に、ユーザは、コンテキストメニューをコンテキストの記述子に定義し、かつ、関連付けて、コンテキストメニューエントリ、記述子、および１つ以上の次の最終動作の階層的なポジショニングを特定する（ローカルオフライン、遠隔、および遷移型（遠隔が定義される場合））（ステップ３６０）。ユーザは、フローカスタマイズに対するデザイン時間ルールを特定し得る（ステップ３６２）。次に、ユーザは、イメージの宛先（例えば、ＣＤ、ＤＶＤ、ストリーム）を特定し得る（ステップ３６４）。ユーザはさらに、特定のコンテンツセグメントに対して変化し得るライセンシング条件（コピー防御、アクセス制御、および電子商取引）を特定し得る（ステップ３６６）。次に、ユーザが既にユーザではない場合、コンテンツプロバイダとして登録する（ステップ３６８）。さらに、ユーザは、最後の登録された出力イメージを生成し得、登録は、コンテンツ、コンテキスト、ライセンシング条件に関するシステムデータベースを更新することを必要とする（ステップ３７０）。
【００５９】
上記ステップを用いると、ユーザは、コンポーネントまたはアセットを特定のプロジェクトに取り込み、アセットを編集して、結果として生じるコンテンツのプレゼンテーションをカスタマイズするために利用され得る情報によってアセットに注釈を付ける。オーサリングシステムはまた、映画のチャプターポイントおよびメニューのボタンとＵＲＬとを関連付け得る。ビデオのタイムラインレイアウトが提供される。これは、ユーザがＮＬＥシステムに要求する一種のアセンブル編集をサポートする。複数のビデオクリップは、タイムライン上に、単にドロップされるか、または、再構成され得る。クリップのヘッドおよびテールは、正しい位置を取られ得、結果として生じる出力は、ＭＰＥＧに対応する。ユーザはさらに、サブピクチャを用いて映画の上にアクティブボタンメニュー、ならびにインタラクティブの映画およびトレーニングタイトル上にアクティブボタンホットスポットを作成し得る。
【００６０】
オーサのコンテキストの従属した付加価値コンテンツに対する上記ステップは、コンテンツフローを構成する代わりに（または加えて）、コンテキストのトリガーが、多様なコンテキストのセグメントを利用可能にさせるように定義されることを除いて、初期のコンテンツオーサリングと同じであり、従って、最初の関連は、外部コンテンツに依存する。
【００６１】
ここで、図４を参照すると、ローカルターミナル７０上を実行するプロセス４００が示される。ユーザは、最初に、サーバにログインする（ステップ４０１）。サーバは、ユーザの特徴を読み出して、ユーザの好みにカスタマイズされるオプションのリストを提示する（ステップ４０２）。オプションは、ユーザが過去に鑑賞したか、または見る可能性が高い、数ある中で、映画、スポーツ番組、金融プレゼンテーションのカスタムリストを含み得る。ユーザは、提示されるオプションのうちの１つを選択し得るか、リストにはないアイテムを指定し得るか、あるいは、新しいＤＶＤを挿入し得る（ステップ４０４）。ユーザの選択は、コンテキストデータベースに更新され（ステップ４０６）、ローカルサーバ６２は、再生されるべきコンテンツから情報を読み出す（ステップ４０８）。例えば、ユーザが新しいＤＶＤを挿入した場合、ローカルサーバ６２は、ＤＶＤを識別し、コンテンツに関係するカスタマイズ可能なオブジェクトおよび情報についてそのコンテンツデータベースを検索する。コンテンツデータベースに基づいて、ローカルサーバは、例えば、関連付けられたコンテンツについての広告または情報といったコンテンツおよび／または関連付けられた番組をカスタマイズし（ステップ４１０）、端末７０にコンテンツをストリーミングする（ステップ４１２）。ユーザは、受動的にコンテンツを鑑賞し得るか、または、異なる視角を選択することによってコンテンツとインタラクトし得るか、シーンもしくは関係のある俳優および女優に関するある情報を照会するか、あるいは、所望ならば、コマーシャルとインタラクトし得る。各ユーザの動作が、動作のコンテキストと共に読み出され、結果として生じるデータを用いて、そのユーザに対してコンテキストデータベースを更新する（ステップ４１４）。ローカルサーバは、ループを戻ってステップ４１０に戻る前に、新しいインタラクションに基づいてコンテンツを調整して、要求されるコンテンツを鑑賞し続け得る（ステップ４１６）。従って、プロセスは、ユーザにカスタマイズされたコンテンツを提供し、ユーザが、サブスクリプションに対してリンクし、検索し、選択し、読み出して、開始し、かつ、ＤＶＤ上の情報および遠隔のデータベース、コンピュータネットワークまたはオンラインサーバ（例えば、インターネットもしくはワールドワイドウェブ上のネットワークサーバ）からの補足的な付加価値情報とインタラクトすることを可能にする。
【００６２】
図５は、ブラウザ／プレイヤ内のコンテンツの消費に関するプロセス４５０を示す。まず、ユーザは、コンテンツの再生を開始する（ステップ４５２）。次に、ブラウザ／プレイヤは、任意の多重化ストリームを逆多重化し（ｄｅｍｕｌｔｉｐｌｅｘｅ）（ステップ４５４）、ＢｉＦＳ基本ストリームを解析する（ステップ４５６）。その結果、ユーザは、コンテンツが保護される場合にアクセスすることができるように任意の必要なライセンシング要求を満たし得、このことは、新しいコンテンツ取得のイベントにおいて継続中であり得る（ステップ４５８）。次に、ブラウザ／プレイヤは、適切なデコーダを呼び出し（ステップ４６０）、コンテンツの再生を始める（ステップ４６２）。ブラウザ／プレイヤは、コンテキストのフィードバックをシステムに送信し続けて（ステップ４６４）、システムは、ユーザの好みを更新し、データベースにフィードバックする（ステップ４６６）。システムは、例えば、早送りおよび巻戻しといったトランスポート動作をキャプチャし、コンテキスト情報を生成する。なぜなら、これらの動作は、例えば、ユーザがスキップすることを意図するセグメント、およびユーザが繰り返して鑑賞することを意図する部分はシステムにとって意味があるので、どのようにユーザがタイトルとインタラクトするかを表す局面である。一実施形態にいおいて、システムはユーザのログを取り、コンテキストのフィードバックを格納し、Ｓｅｍａｎｔｉｃ  Ｍａｐが割り当てられる任意の関連する重みを適用し、間接的割り当てのためのＳｅｍａｎｔｉｃ  Ｒｅｌａｔｉｏｎｓｈｉｐテーブルを利用する。中間テーブルは、最適な決定に対して使用されるべきであり、関連する重みの割り当ては、アクティブユーザ状態情報に反映される。次に、システムは、例えば、新しいコンテキストメニューアイテムのような、利用可能である新しいコンテキスト情報を送信する（ステップ４６８）。システムは、複数のウィンドウがない限り、例えば、顧客にフォーカスされた対象広告を送信するような、ルールに基づくロジックを利用し得る。このことは、遠隔コンテンツ取得プロセスの間に生じ得る傾向にある（ステップ４７０）。次に、システムは、遠隔コンテンツのための要求に対処する（ステップ４７２）。
【００６３】
コンテンツを鑑賞した後、ユーザは、再生を停止する任意のインタラクティブの選択に応答する（例えば、タイムアウトおよびデフォルト動作がないメニュー画面を有する）（ステップ４７４）。ライブストリームが一次停止されると、システムは、できる限りタイムシフトを実行する（ステップ４７６）。ユーザは、いつでもコンテキストメニューを起動し、選択を利用可能にする（ステップ４７８）。この選択は、プレイヤおよびブラウザの構成で特定されるペアレンタルコントロールに制約され得る。
【００６４】
図６Ａは、１つ以上のコンテクスト３におけるコンテンツ２を視聴するユーザ１間の関係を示す例示的な図を示す。ユーザ１は、グラフィカルユーザインターフェース（ＧＵＩ）、ボイスユーザインターフェース（ＶＵＩ）、またはこれらの組み合わせであり得るユーザインターフェースを介して視聴システムとインタラクトする。最初に、ユーザ１は、コンテンツ２を見ることを単にリクエストし得る。コンテンツ２がユーザにストリーミングされかつ再生される。ユーザ１はデフォルトストリームを視聴してもよいし、例えば異なる角度、特定のシーンまたは男優／女優に関するさらなる情報に対するクエリを選択することによってコンテンツ２とインタラクトしてもよい。ユーザの関心は、ユーザの選択において暗黙的に示され、リクエストは、コンテクスト３としてキャプチャされる。ユーザインターフェースを介してユーザ１によってなされたアクションがキャプチャされ、そして経時的に、特定のユーザの挙動がコンテクスト３に基づいて予測され得る。従って、ユーザ１が特定のプログラムに関連したさらなる情報と共に提示され得る。例えば、ユーザ１がプログラムを介してブラウジングしている場合、ユーザは、男優、女優のショー、同じ期間で関連した他の映画、あるいは、１次的、２次的、またはサードパーティベンダを介して利用可能であり得る旅行パッケージまたは旅行プロモーション等に関連した興味または関心のある特定の領域に関係するより多くの情報の取得を望み得る。キャプチャされたコンテンツ３は、毎日の多くの番組を放送しながらも、情報を視聴者にカスタマイズするために使用される。さらにシステムは、利用可能な情報を視聴者にリアルタイムで迅速に更新かつ提供し得る。コンテンツ２およびコンテクスト３の組み合わせは、広告を含むカスタマイズされたコンテンツを視聴者に提供するために使用される。
【００６５】
図６Ｂは、メイン提示ウインドウが広告中に補助的なウインドウと共に表示される例示的な提示を示す。以下の説明では、提示コンテクスト記述子（ＰＣＤ）は、モノメディアコンテンツの特定の部分によって具体化されるコンテクストを指定する。意味記述子（ＳＤ）は、これらのＰＣＤに意味を与えることにより、コンテンツの種々の意味特性を区別することができる。意味記述子は、非周期的な関係グラフを形成し得る。必要関係は、意味関係テーブルにおいてマッピングされる。その関係は、特殊から一般に流れる移行等価性を規定し、その結果、特定の意味インスタンスはまた、より一般的な包括的な意味を有効にする。意味記述子およびＰＣＤの適用は、意味マップと呼ばれるテーブル内で発生し、これにより１以下の非ゼロ重みさらに提供する（デフォルト）。
【００６６】
ＰＣＤがアクティブになる場合、ＰＣＤに帰属したＳＤは意味マップを介して位置付けられる。重みによって特定されるスコアは、累積プロファイルおよびセッションプロファイルにおいて位置付けられ得る各属性の小計に加算される。当該各属性に対して、移行の合計は、意味関係テーブルを介して関係するＳＤに対して適用され、意味マップにおける関連属性に割り当てられた重みを適用する。
【００６７】
ここで図１Ｂを再度参照すると、メイン提示ウインドウが広告中の補助的なウインドウと共に表示される。広告は、メイン提示が再生している間、画像のみのバナーであり得るが、メイン提示が休止する度に（ユーザ選択が継続しているときに提示が停止する場合を含む）、ビデオまたはオーディオ−音声広告が実行し得る。フルスクリーンモードに対して、ウインドウは、これらの目的のために一時的に分割し得る。
【００６８】
時刻０では、視聴者は基本的なオーディオ−ビデオクリップを見る。この点では、ＰＣＤ１が有効になり、状態変化がシステムに伝えられる。以下のフィードバックプロセスが発生する。
【００６９】
システムは、意味マップを介して直接的におよび意味関係テーブルを介して間接的にリンクされる属性を位置付け、セッションに位置付けられる合計スコアおよび累積ユーザ状態属性を更新する。この値は、現在のコンテクストの一部である。ユーザがこの点で提示を休止する場合、現在の提示コンテクスト、セッションコンテクスト、またはユーザ履歴に最も適合するコマーシャルは、属性スコアの比較によって選択され得る。実際には、動作（ユーザが行う任意の選択）は、現在のコンテクストと共にログを取られる。コンテクストメニューオプションの起動は、現在のコンテクストに対して有効なコンテクストのコンテンツオプションを生み出す。
【００７０】
時刻１では、視聴者はクリップの視聴を継続する。ＰＣＤ１が有効のままである間、ＰＣＤ２が有効になる。ＰＣＤ２に対するコンテクスト状態変化がシステムに送信される。時刻０において説明されるフィードバックプロセスが再発する。
【００７１】
時刻２では、視聴者はクリップの視聴を継続する。ＰＣＤ１〜２が有効のままである間、ＰＣＤ３が有効になる。ＰＣＤ３に対するコンテクスト状態変化がシステムに送られる。時刻０において説明されるフィードバックプロセスが再発する。
【００７２】
時刻３では、視聴者はクリップの視聴を継続する。ＰＣＤ１および３が有効のままである間、ＰＣＤ２が無効になり、ＰＣＤ４が有効になる。ＰＣＤ２およびＰＣＤ４に対するコンテクスト状態変化がシステムに送信される。時刻０において説明されるフィードバックプロセスが再発する。
【００７３】
時刻４では、視聴者はクリップの視聴を継続する。ＰＣＤ１および３が有効のままである間、ＰＣＤ４が無効になる。ＰＣＤ４に対するコンテクスト状態変化がシステムに伝えられる。時刻０において説明されるフィードバックプロセスが再発する。
【００７４】
時刻５では、視聴者はクリップの視聴を継続する。ＰＣＤ１が有効のままである間、ＰＣＤ３が無効になる。ＰＣＤ３に対するコンテクスト状態変化がシステムに送られる。時刻０において説明されるフィードバックプロセスが再発する。
【００７５】
時刻６では、視聴者はクリップの視聴を継続する。ＰＣＤ１が有効のままである間、ＰＣＤ５が有効になる。ＰＣＤ５に対するコンテクスト状態変化がシステムに送られる。時刻０において説明されるフィードバックプロセスが再発する。
【００７６】
時刻７では、視聴者はクリップの視聴を継続する。ＰＣＤ１および５が有効のままである間、ＰＣＤ６が有効になる。ＰＣＤ６に対するコンテクスト状態変化がシステムに送信される。時刻０において説明されるフィードバックプロセスが再発する。
【００７７】
時刻８では、視聴者はクリップの視聴を継続する。ＰＣＤ１および５が有効のままである間、ＰＣＤ６が無効になる。ＰＣＤ６に対するコンテクスト状態変化がシステムに伝えられる。時刻０において説明されるフィードバックプロセスが再発する。
【００７８】
時刻９では、視聴者はクリップの視聴を継続する。ＰＣＤ１が有効のままである間、ＰＣＤ５が無効になる。ＰＣＤ３に対するコンテクスト状態変化がシステムに送られる。時刻０において説明されるフィードバックプロセスが再発する。
【００７９】
この例において、マルチアングルのようなマルチトラックストリームは、異なったコンテキストの概念を混同しないために割愛される。ここで対象となっているセマンティックスは、メタデータとしてのコンテキストであり、パースペクティブとしてのコンテキストではない。パースペクティブとしてのコンテキストは、当然、固有のコンテキストを有する代替的コンテンツに対応する。メタデータとしてのコンテキストは、コンテンツに関するコンテンツにいっそう対応し、そのパースペクティブは、確かに、このコンテンツを取得するが、メタデータの概念は、より多くを含み、パースペクティブのコンテキストによって制限されない。１実施形態において、図１Ａおよび図１Ｂのシステムは、ユーザの経験をカスタマイズするために行動解析を利用し得るという点で、ＤＶＤマルチアングルおよびナビゲーションをサポートし得る。メタデータのより一般的な場合に的を絞ることによって、特定のコンテンツまたはそのサブセクションに対するユーザの関心についての理解が深まり得る。
【００８０】
ここで、図７を参照して、ユーザの集団への参加を強化するプロセス５００が示される。あるユーザは、公開閲覧セッションへの参加を選択するか、または、そのようなセッションから出ることを選択し得、これは、例えば、ポイントツーポイントプレゼンテーションのために有用である（ステップ５０２）。公開閲覧セッションを選択する場合、他の公開ユーザが可視になり、グループに加わり得、これにより、一人のユーザとの同期化されたセッションが、ナビゲーションの目的でパイロットとして指定される（ステップ５０４）。グループの一部、すなわち通信ウィンドウが利用可能にされた場合、ユーザは、コンテンツについて話し合う（ステップ５０６）。グループの一部であるがパイロットではない場合、閲覧されるすべてのコンテンツが受動的モードでログされるが、これは、ユーザが双方向選択の役割を担わないからである（ステップ５０８）。パイロットは、ホワイトボードモードに入り、プレゼンテーションコンテンツ上に作図し得、これらの作図は、他のグループメンバーに可視の状態で行われる（ステップ５１０）。ユーザは、第３者パーティ付加価値情報と類似である注釈モードで作業することを選択し得、このモードで、ユーザは、プレゼンテーションの特定のシーケンスと結びついたコメントを残し得、このような注釈モードの可視性が、公開か、または限定されたアクセスグループにのみ可視であり得、注釈ウィンドウがこのために利用され、かつ、ユーザが現在閲覧しているコンテンツと結びついている（ステップ５１２）。注釈にコメントされると、ユーザは、ｅメール通知を受信することを選択し得る（ステップ５１４）。
【００８１】
次に、
【００８２】
【表４】
2005500769.tif 000006
の参加者間の双方向通信の例示的シーケンスについて説明される。
【００８３】
１）ＡＵＴＨＯＲは、ＦＡＢＲＩＣからＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭをダウンロードするか、または特定のインストールディスクからＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭを取得し、どちらの場合も、完全実行可能なＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭは、セキュリティのために、インストールされたコンピュータ上に常駐しない。
【００８４】
２）ＡＵＴＨＯＲは、ＦＡＢＲＩＣでＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭをインストールおよび登録し、ＡＵＴＨＯＲ  ＳＹＳＴＥＭは、Ｊｉｎｉおよび／またはＬＤＡＰ等の技術を利用してＡＳＰサービスプロバイダに照会する方法を知っており、ＵＳＥＲは、さらに、ＡＵＴＨＯＲ  ＳＹＳＴＥＭのＡＳＰサービスプロバイダのロケーションに手動で入って接続する。
【００８５】
３）ＡＵＴＨＯＲは、ＦＡＢＲＩＣで登録し、かつ、ＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭを利用するためにＦＡＢＲＩＣにログインする。
【００８６】
４）ＡＵＴＨＯＲは、コンテンツストリームをＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭにインポートする。
【００８７】
５）ＡＵＴＨＯＲは、コーデックをコンテンツストリームと関連付ける。
【００８８】
６）ＡＵＴＨＯＲは、プレゼンテーションコンテキスト記述子（ＰＣＤ）を付与してコンテンツセグメントを一意的に識別し、ＰＣＤは、自由にオーバーラップし得、ＰＣＤは、種々の長さのエレメンタリストリームのコンテキストが異なるセグメントを指定する。
【００８９】
７）ＡＵＴＨＯＲは、文脈オブジェクトへの参照（Ｃｏｎｔｅｘｔｕａｌ  Ｏｂｊｅｃｔ  Ｒｅｆｅｒｅｎｃｅ）を定義し、これらを階層的に関連付け得る。
【００９０】
８）ＡＵＴＨＯＲは、定義されたＣＯＲをＰＣＤおよび他のＣＯＲの属性と考える。
【００９１】
９）ＡＵＴＨＯＲは、コンテキストストリームを特定のレイアウトに構成し、ナビゲーションおよびシーケンスのストリームを定義する。
【００９２】
１０）ＡＵＴＨＯＲは、ＣＭＥ（Ｃｏｎｔｅｘｔ  Ｍｅｎｕ  Ｅｎｔｒｉｅｓ）を定義し、これらをＣＯＲおよびＰＣＤに自由に関連付ける。
【００９３】
１１）ＡＵＴＨＯＲは、ユーザ入力または使用の統計を取得し、分岐およびコンテンツの取得に影響を及ぼすことによって、フローカスタマイザーションの設計時間規則を明確にする。
【００９４】
１２）ＡＵＴＨＯＲは、コンパイルおよびシミュレーションを介してタイトルを試験し、ＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭの使用許諾ポリシーに依存して、ＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭの機能性の多様な使用が、実行時コードダウンロードおよび／またはコード修正ならびに商業取引をもたらし得る。
【００９５】
１３）ＡＵＴＨＯＲは、タイトルのイメージ宛先を明確にし、静的格納媒体の所与の仕様であっても、ＡＵＴＨＯＲは、その代わりにストリームおよびストリームセグメントがリモートでＦＡＢＲＩＣ内に常駐するという仕様を定め得る。
【００９６】
１４）ＡＵＴＨＯＲは、アクセス制御オプションを特定し、これらの特定は、一般的または個別的（すなわち、タイトル、ストリーム、およびストリームセグメント）であり得、ＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭは、この情報をＩＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ  Ｐｒｏｐｅｒｔｙ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｐｒｏｔｅｃｔｉｏｎ）エレメンタリストリームに伝達し、アクセス制御は、企業および通信教育アプリケーション等についてのユーザの許可を含み得る。
【００９７】
１５）ＡＵＴＨＯＲは、種々の複製保護オプションを明確にし、かつ適用し、これらの仕様は、一般的および／または個別的（すなわち、タイトル、ストリームおよびストリームセグメント）であり得、複製保護オプションは、ＦＡＢＲＩＣから選択され、かつ、許可に基づくＦＡＢＲＩＣからの認可および認証に基づいて利用可能であり、ここで、ＡＵＴＨＯＲは、いくつかの方法へのアクセスを有するが、すべての方法へのアクセスは有しない。
【００９８】
１６）ＡＵＴＨＯＲは、ＦＡＢＲＩＣに新しい複製保護オプションを定義および登録し得、アクセス可能な範囲および任意の商業的意味を示す。
【００９９】
１７）ＡＵＴＨＯＲは、ＦＡＢＲＩＣで商業的制約を明確にして、ＦＡＢＲＩＣで価格付けモデルの生成をもたらし、これらの価格付けモデルは、価格付けのためのＸＭＬグラマーでアーティキュレートされ、かつ、ＦＡＢＲＩＣ内に格納される。
【０１００】
１８）ＡＵＴＨＯＲは、ＦＡＢＲＩＣデータベースを利用して、価格付けのために効果をシミュレートし得る。
【０１０１】
１９）ＡＵＴＨＯＲは、商業的制約を適用し、これらの仕様は、一般的および／または個別的（すなわち、タイトル、ストリームおよびストリームセグメント）であり得る。
【０１０２】
２０）ＡＵＴＨＯＲは、最終出力イメージを生成し、これは、ＦＡＢＲＩＣのレジストレーションを含み、この時点で、ストリームは、リモートストリーミングのＦＡＢＲＩＣに転送され得、このレジストレーションはタイトル情報およびストリームがＦＡＢＲＩＣに転送されることを含み、このレジストレーションは、ＰＣＤ、ＣＯＲおよびＣＭＥ仕様がＦＡＢＲＩＣに転送されることを含み、このレジストレーションは、コーデック情報がＦＡＢＲＩＣに転送されることを含み、このレジストレーションは、アクセス制御情報がＦＡＢＲＩＣに転送されることを含む。
【０１０３】
２１）ＵＳＥＲは、ＦＡＢＲＩＣからダウンロードされたか、インストールディスクから取得されたか、またはＵＳＥＲのデバイス上にすでに常駐しているＧＬＵＩを取得する。
【０１０４】
２２）最初の使用時に、ＵＳＥＲは、ＦＡＢＲＩＣにＧＬＵＩを登録し、これは、ＦＡＢＲＩＣが、配布されたＧＬＵＩの性能的制約を理解しなければならないので重要である。
【０１０５】
２３）ＧＬＵＩへの最初のログインリクエスト時に、ＵＳＥＲは、ＦＡＢＲＩＣで登録されなければならず、これは、商業取引および課金に関する金融情報を含むか、この金融情報は、後から必要に応じて供給され得る。
【０１０６】
２４）ＵＳＥＲは、種々の家族メンバーを収容するといったユーザプロファイルを生成し得る。
【０１０７】
２５）ＵＳＥＲは、関心の対象であるコンテンツ属性に基づいてタイトル情報に加入し得る。
【０１０８】
２６）ＵＳＥＲは、セキュリティ仕様を含む、ＦＡＢＲＩＣ内のリモート格納を選択し得る。
【０１０９】
２７）ＵＳＥＲは、ＦＡＢＲＩＣからダウンロードされたか、またはコンテンツ格納媒体から再生されたコンテンツを取得する。
【０１１０】
２８）ＵＳＥＲは、特定のタイトルがこれを可能にする場合、コンテンツをオフラインで閲覧することを選択し得る。
【０１１１】
２９）オフラインで閲覧するために、ＧＬＵＩは、そのインストールイメージの白抜き領域内に使用統計を蓄積し得、これは、コンテンツフローカスタマイゼーションがオフラインセッションで行われることを可能にし得、ＧＬＵＩは、後の時点で、この情報でＦＡＢＲＩＣを後から更新し得る。
【０１１２】
３０）ＵＳＥＲは、ＦＡＢＲＩＣにログインし得、これは、認証、承認およびアクセスログを含む。
【０１１３】
３１）ＦＡＢＲＩＣは、サーバ上で利用可能な更新されたＧＬＵＩコンポーネントのＵＳＥＲに通知し得る。
【０１１４】
３２）ＦＡＢＲＩＣは、ＵＳＥＲが加入している情報をＵＳＥＲに提供し得、これは、ｅメールを介して伝達され得る。
【０１１５】
３３）ＵＳＥＲは、オーディオ−ビジュアルコンテンツ、情報、ＡＳＰアプリケーションストリーム、または類似のタイプのコンテンツに関し得る、ＧＬＵＩ内のコンテンツにアクセスする。
【０１１６】
３４）ＧＬＵＩは、ＡＵＴＨＯＲからか、またはＳＵＰＰＬＥＭＥＮＴＡＬ  ＣＯＮＴＥＮＴ  ＰＲＯＶＩＤＥＲから、ＦＡＢＲＩＣからの新しいＰＣＤ、ＣＯＲおよびＣＭＥを受信し得る。
【０１１７】
３５）ＧＬＵＩは、アクセス制御情報の存在に反応し、これは、ユーザが特定の場合にオンラインセッションを開始することを必要とする。
【０１１８】
３６）ＧＬＵＩは、ユーザにＦＡＢＲＩＣと共に商業的制約情報を提供する。
【０１１９】
３７）ＧＬＵＩは、ＰＣＤ状態の変化を伝達し、これらの変化は、商業的フィードバックを間接的に提供し得る。
【０１２０】
３８）ＧＬＵＩは、ＣＭＥを介して識別される等、ＵＳＥＲの代わりに新しいコンテンツストリームをリクエストし得、コンテンツを取得する間、ＧＬＵＩは、任意の特定の移行コンテンツをストリーム取得プロセスとして表示し、ＧＬＵＩは、仕様を広告するためにＦＡＢＲＩＣと通信し、これは、選択パラメータを広告することを含み得、この場合、コンテンツと共に格納された広告が、広告に関する選択および表示され得る一方で、ＰＣＤ状態の変化でＦＡＢＲＩＣを更新し、ＧＬＵＩは、ストリームを取得する間か、または、これを見込んで、広告を時にダウンロードし得る。
【０１２１】
３９）ユーザの双方向通信は、ＰＣＤによって記載され、ユーザが異なった閲覧オプションを選択する場合、これは、それぞれのＰＣＤを活性化および不活性化し、ＵＳＥＲは、リモートストリームをリクエストする場合（ＣＭＥ、または明示的コンテンツリンクを介して等）、これは、ＰＣＤのこの活性化および不活性化に対応し、ＣＯＲは、直接的または他のＣＯＲによってＰＣＤに必然的に関連付けられ、従って、ＧＬＵＩは、その状態変化をＦＡＢＲＩＣに伝達する必要がないが、ナビゲーションのためのＣＯＲの利用は、ＦＡＢＲＩＣに伝達され得る。
【０１２２】
４０）ＵＳＥＲは、アクターの特定の組み合わせを有するすべてのシーンをナビゲートするといった、コンテキストベースのシークを達成するために、ＣＯＲと双方向通信し得る。
【０１２３】
４１）ＵＳＥＲは、ＡＳＰアプリケーションのＧＵＩを表すコンテンツと双方向通信し得る。ここで、ＧＵＩエレメントは、イベントモデルの部分としてイベント専用コンテキストと共にオペレーティンクシステムに伝達されるべき一意的識別子（ＰＣＤ）に対応する。基本的に、オペレーティングシステムは、コンテキストが双方向通信されているＧＵＩエレメントを知らなければならない。ローカルアプリケーションプロキシが特定のイベントを処理するように登録されていない場合、この情報は、リモートアプリケーションに送信されたメッセージを含む。
【０１２４】
４２）ＧＬＵＩがＯＳ  ＧＵＩとして利用されるイベントにおいて、ＯＳ作図ルーチンは、ＧＬＵＩのＯＳ  ＡＰＩを用いて描画され、これにより、ダイナミック、ビジュアルおよびオーディオビジュアルエレメンタリストリームが生成される。例えば、システムメッセージが表示される必要がある場合、オーディオビジュアルシーンオブジェクトは、メッセージテキストと共に、ＡＰＩを介してＯＳからＧＬＵＩに渡される。ＧＬＵＩは、その後、必要なＢｉＦＳコマンドと共にストリームを動的に生成して、シーンを変更する。
【０１２５】
４３）ＵＳＥＲは、ＧＬＵＩを介して商業取引を行う場合、ＧＬＵＩは、ＦＡＢＲＩＣと通信して、必要な取引を生成および格納する。適用可能ならば、基本的な支払および履行システムの場合、ＦＡＢＲＩＣは通信する。
【０１２６】
４４）ＵＳＥＲは、ＧＬＵＩを介してＦＡＢＲＩＣと双方向通信し得、価格付けシナリオおよび意味を可視化する。ＵＳＥＲは、ＡＳＰの支出を管理するために、課金的制約を確立し得る。
【０１２７】
４５）ＵＳＥＲが、ある時間にわたってタイトルと双方向通信と、ＦＡＢＲＩＣは、ＰＣＤおよびＣＯＲの重み付きスコアを蓄積し、これを用いて、このコンテンツまたは付加価値ストリームを提供すべきか、そして、それはいつかなどに関する決定が計算され得る。さらに、ＡＵＴＨＯＲおよびＳＵＰＰＬＥＭＥＮＴＡＬ  ＣＯＮＴＥＮＴＰＲＯＶＩＤＥＲは、このデータを利用してサービスを向上させ得る。
【０１２８】
４６）一旦タイトルがＦＡＢＲＩＣで登録されると、ＳＵＰＰＬＥＭＥＮＴＡＬ  ＣＯＮＴＥＮＴ  ＰＲＯＶＩＤＥＲは、ＡＵＴＨＯＲＩＮＧ  ＳＹＳＴＥＭを利用することによって、オーディオビジュアルストリームまたは情報等の新しいコンテンツをタイトルのＰＣＤおよびＣＯＲに関連つけ得る。このアクセスは、営業許可に対応してもよいし、対応しなくともよく、かつ、ＰＣＤおよびＣＯＲにアクセスするためのアクセス許可に対応してもよいし、対応しなくてもよい。
【０１２９】
４７）新しいコンテンツを既存のタイトルと関連付ける際に、ＡＵＴＨＯＲまたはＳＵＰＰＬＥＭＥＮＴＡＬ  ＣＯＮＴＥＮＴ  ＰＲＯＶＩＤＥＲは、新しいＰＣＤまたはＣＯＲを生成する必要を見出し得る。アクセス制御、商業的制約、および複製保護が、コンテンツを新規に認証することでアーティキュレートされる。コンテンツストリームが外部タイトルに関連付けられ、かつ、ＦＡＢＲＩＣ内に常駐することを除いて、コンテンツ生成プロセスは、スタンドアロンコンテンツを承認するプロセスと同一である。
【０１３０】
４８）ＵＳＥＲは、ＦＡＢＲＩＣと共に動作して使用許諾（ｌｉｃｅｎｃｉｎｇ）の制約を交渉するＧＬＵＩを介して、ＳＵＰＰＬＥＭＥＮＴＡＬ  ＣＯＮＴＥＮＴ  ＰＲＯＶＩＤＥＲの提供に加入し得る。
【０１３１】
４９）ＵＳＥＲは、集団ベースの機能性に参加し得る。この機能性は、注釈サーバを生成するためのＦＡＢＲＩＣ内のデータベースおよびディレクトリによって、ならびに、ＧＬＵＩ内の統合モジュールとは異なり得る注釈サーバによって利用可能にされる。
【０１３２】
この集団ベースの機能性の下で、ＵＳＥＲは、同じコンテンツを閲覧するユーザ等の他のオンラインＵＳＥＲを見出し得る。この集団の参加は、指定されたパイロットユーザが、ホワイトボード双方向通信を含む、同期化された閲覧経験を指定されたパイロットＵＳＥＲが駆動し得る公開および秘密閲覧セッションを含み得る。この集団参加は、注釈の公開または秘密ポスティング、ならびに、ＵＳＥＲによって提供される、特定のタイトルに属する公開および秘密の注釈の受信を含み得る。従って、タイトルの適切なセグメントは、活性になり、関連した注釈は、可視になる。
【０１３３】
【表５】
2005500769.tif 000007
本発明は、特許法に準拠して、かつ、新規の原理を適用するために必要とされる情報を当業者に提供するために、かつこのような特殊化されたコンポーネントを必要に応じて構成および使用するために、本明細書中で、かなり詳細に記載された。しかしながら、本発明は、仕様的に異なった機器およびデバイスによって実行され得ること、および、機器の詳細および動作手順の両方に関して、本発明それ自体の範囲から逸脱することなく、種々の改変が行われ得ることが理解されるべきである。
【図面の簡単な説明】
【０１３４】
【図１】図１は、カスタマイズ可能な提示を支援するためのＦＡＢＲＩＣの一実施形態を示す。
【図２】図２は、ローカルサーバのための例示的な動作を示す。
【図３】図３は、例示的なオーサリングプロセスを示す。
【図４】図４は、視聴端末を動かす例示的なプロセスを示す。
【図５】図５は、ブラウザ／プレイヤ内部のコンテンツ消費に関するプロセスを示す。
【図６Ａ】図６Ａは、１つ以上の特定のコンテクストにおける１つ以上のユーザ視聴コンテンツ間の関係を示す例示的な図を示す。
【図６Ｂ】図６Ｂは、例示的な提示を示す。
【図７】図７は、ユーザコミュニティ参加を高めるプロセスを示す。
【図１】
2005500769.tif 000008
【図２】
2005500769.tif 000009
【図３】
2005500769.tif 000010
【図４】
2005500769.tif 000011
【図５】
2005500769.tif 000012
【図６Ａ】
2005500769.tif 000013
【図６Ｂ】
2005500769.tif 000014
【図７】
2005500769.tif 000015
【国際公開パンフレット】
2005500769.tif 000016
2005500769.tif 000017
2005500769.tif 000018
2005500769.tif 000019
2005500769.tif 000020
2005500769.tif 000021
2005500769.tif 000022
2005500769.tif 000023
2005500769.tif 000024
2005500769.tif 000025
2005500769.tif 000026
2005500769.tif 000027
2005500769.tif 000028
2005500769.tif 000029
2005500769.tif 000030
2005500769.tif 000031
2005500769.tif 000032
2005500769.tif 000033
2005500769.tif 000034
2005500769.tif 000035
2005500769.tif 000036
2005500769.tif 000037
2005500769.tif 000038
2005500769.tif 000039
2005500769.tif 000040
2005500769.tif 000041
2005500769.tif 000042
2005500769.tif 000043
2005500769.tif 000044
2005500769.tif 000045
2005500769.tif 000046
2005500769.tif 000047
2005500769.tif 000048
2005500769.tif 000049
2005500769.tif 000050
2005500769.tif 000051
2005500769.tif 000052
2005500769.tif 000053
2005500769.tif 000054
2005500769.tif 000055
2005500769.tif 000056
2005500769.tif 000057
2005500769.tif 000058
2005500769.tif 000059
2005500769.tif 000060
2005500769.tif 000061
2005500769.tif 000062
2005500769.tif 000063
2005500769.tif 000064
2005500769.tif 000065
2005500769.tif 000066
【国際公開パンフレット（コレクトバージョン）】
2005500769.tif 000067
2005500769.tif 000068
【国際公開パンフレット（コレクトバージョン）】
2005500769.tif 000069
2005500769.tif 000070
【国際調査報告】
2005500769.tif 000071
2005500769.tif 000072
2005500769.tif 000073