JP4311547B2 - コンテンツをマルチキャストする方法 - Google Patents

Description

本出願は、２００２年７月１１日に出願された米国仮出願シリアル番号第60/395,365号の「コンテンツをマルチキャストする方法」、及び、２００１年１０月２４日に出願された米国仮出願シリアル番号第60/345,501号の「コンテンツをマルチキャストする方法」から優先権主張したものであり、その全体はリファレンスとしてここに組み入れられる。

本発明は、公衆ネットワークにわたってコンテンツをトンネリング及びマルチキャストするための方法に関する。

デジタルデータのストリームをプレイバックするために市販又はそれ以外に入手可能なメディアプレーヤーは多く存在する。歴史的には、プレーヤーは、ホストとプレーヤー自身との間でデータストリームのピアトゥピア通信を構成していた。データのストリームはユーザデータグラムプロトコル（「ＵＤＰ」）などを使用して拡張されたネットワークのマルチキャストノードにわたってトンネリングされており、多くのプレーヤーに対してストリームをマルチキャストするのに興味深い成長が残されており、伝統的なプレーヤーは、既存のマルチキャスト配信スキームと互換性がなくなってきている。

本発明は、ネットワークを介してコンテンツをトンネリングさせるためのコンピュータ実装方法に関し、該コンテンツは、プレーヤと適合するデジタルフォーマットに構成される。ブロードキャストセッションを開始する前に、ブロードキャストセッションに関する管理情報を含むアナウンスがネットワークを介して送信される。管理情報は、構成されたコンテンツの制御された受信を許容し、開始時間を含む。構成されたコンテンツは、マルチキャスト配信をサポートし、特定のマシンで制御された受信がされるフォーマットにカプセル化される。構成されたコンテンツは、アナウンスに含まれた開始時間により、複数のマシンにカプセル化された情報をネットワークを介してマルチキャストされる。制御情報は、複数のマシンの内の特定のいくつかで受信されることを許容し、カプセル化は特定のマシンでマルチキャスト送信から剥ぎ取られる。

本発明はまた、特定のプレーヤと適合したデジタルフォーマットにホストマシンで構成されたコンテンツをマルチキャストするシステムに関する。

ある観点では、本発明は、第１の信号としてライブオーディオをキャプチャし、第２の信号としてライブビデオをキャプチャし、データパケットのそれぞれのＵＤＰストリームに第１及び第２の信号を構成し、公衆ネットワークを介して送信されるコモンデータマルチキャストプロトコル（ＣＤＭＰ）と一緒にそれぞれのＵＤＰストリームの各々からデータパケットをカプセル化するステップを有する、公衆ネットワークを介してコンテンツをマルチキャストするためのコンピュータ実行方法を提供し、ＣＤＭＰは、キャプチャされたオーディオ及びビデオをユーザマシンでプレーヤによりプレイバック操作することができるのに十分なヘッダデータを含む。

他の観点では、本発明は、第１の信号としてライブオーディオをキャプチャし、第２の信号としてライブビデオをキャプチャし、データパケットのそれぞれのＵＤＰストリームに第１及び第２の信号を構成し、公衆ネットワークを介して送信するためのそれぞれのＵＤＰのデータパケットを別々のＣＤＭＰストリームにカプセル化するステップを有し、公衆ネットワークを介してコンテンツをマルチキャストするためのコンピュータ実行方法を提供し、ＣＤＭＰは、キャプチャされたオーディオ及びビデオをユーザマシンでプレーヤによりプレイバックすることができるのに十分なヘッダ情報を含む。

更に別の観点では、プレーヤと適合するデジタルフォーマットにコンテンツを構成し、ヘッダを構成されたコンテンツと合体させ、ヘッダはマルチキャスト配信及び管理された受信を許容する管理情報を備え、ネットワークを介して構成されたデータをヘッダと一緒に複数のプレーヤにマルチキャストし、複数のプレーヤのうちの（単数とは限らない）特定のもので受信を選択的に許容する管理情報を使用し、マルチキャストデータからのヘッダを剥ぎ取るステップを有し、公衆ネットワークを介してコンテンツをトンネリングするためのコンピュータ実行方法を提供し、それにより、マルチキャストは、特定のプレーヤと適合する構成されたコンテンツを提供する。

本発明の更に別の観点では、特定のユーザ又はマシンが、申込者とそのネットワークアクセスポイントを動的に管理することによりコンテンツの戦略的な配信を目標にすることができる。

本発明を、コンテンツプロバイダからエンドユーザにネットワークを介してコンテンツを配信するためのプログラマブルマシン（例えば、コンピュータ）で作動するブロードバンド配信プラットフォームを使用する実施形態と合わせて記述する。生徒（即ち、エンドユーザ）双方向参加は、コンテンツプロバイダのインフラストラクチャと適合するバックチャネルを介して提供される。ブロードキャストプラットフォームバックチャネルは、リターンパス対話式利用のために利用される必要はない。コンテンツプロバイダによって送信された各ストリームは、ストリームの要求されたバンド幅を考慮するブロードキャスト時間をスケジューリングする。

図１は、デスクトップコンピュータに直接配信するライブｅラーニングセッションに含まれたメインプラットフォームモジュールを示す。特に、コンテンツプロバイダ１０と、（「Method and System for Broadcast Transmission of Media Object」と名付けられ、1998年３月２４日に出願された係属中の米国特許出願シリアル番号第09/046,901号（リファレンスとしてここに組み入れられる）に記載されたようなチャネル管理センタ（「ＣＭＣ」）の形態をとるのが好ましい）ネットワークアドミニストレータ２０と、エンドユーザ３０がある。

しかしながら更に、図１のブロックダイアグラムは、オブジェクトが１又はそれ以上のコンテンツプロバイダ（図１には１つだけ示されている）によってネットワークアドミニストレータ又はチャネル管理センタに提供されるブロードキャストシステムを図示する。コンテンツプロバイダは、図１には１つだけしか示されていないが、複数のエンドユーザ３０にマルチキャスト送信のスケジューリングを更にすることができるチャネル編集能力を有する。コンテンツプロバイダのチャネル編集能力は、プロフェッショナルチャネル編集センタ（ＣＥＣ Pro）、チャネル編集センタ（ＣＥＣ）又は、マスターチャネル編集センタ（ＣＥＣ Master）のように構成される。

実施形態では、コンテンツプロバイダは、例えば、音楽のための最初のストリームと、ビデオのための第２のストリームのデータの複数のストリームを生成することができるエンコーダ１２で構成されている。オーディオサーバ１４によって管理されたオーディオを戻すように追加のストリームがあり得る。プレゼンテーションサーバ１６は、ネットワークアドミニストレータ２０に送信に関する静的コンテンツの複数（例えば１２）のストリームを生成することができる。データは、コンテンツプロバイダ又はそれ以外でカメラ１８を使用してキャプチャすることができ、特定のｅラーニングセッションに関して要求されるとき、他の材料と結合され得る。コンテンツプロバイダは、コンテンツを管理し、バンド幅をブックし、ｅラーニングセッションの送信をスケジューリングするためにコンピュータ１９を使用して、前述の第09/046,901号特許出願から理解されるように、チャネル編集センタとしてサービスする。バンド幅のブッキング及び送信スケジューリングは、「Decision Support System and Method for Planning Broadcast Transmissions」と名付けられ2000年１２月１５日に出願された米国特許出願シリアル番号第09/738,390号に例示されており周知であり、該出願はリファレンスとしてここに組み入れられる。コンテンツプロバイダ１０は更に、新しい及び将来のエンドユーザとアプリケーションを共有するためのサーバ１７を有する。

別の実施形態では、より一般的な実施形態として、コンテンツプロバイダ１０及びネットワークアドミニストレータ２０は、上述の米国特許出願シリアル番号第09/406,901号に実質的に記載されたように構成されうる。

実施形態でのコンテンツプロバイダ１０に関する適当なハードウェア構成は、カリフォルニア州サンノゼのOne Touch System, Inc.から入手可能な多くのコンポーネントを含む。特に、それらは、エンコーダ１２、プレゼンテーションサーバ１６、オーディオサーバ１４、及びアプリケーションサーバ１７をそれぞれ使用するための適当なエンコーダ、プレゼンテーションサーバ、オーディオサーバ、及びアプリケーションサーバを提供する。アドミニストレータ又は他の人は、ＩＰアドレス及びポートの設定を、ＣＭＣ２０のＵＴＰブロードキャスタをアドレスするものと置換することによりそれらのコンポーネントを構成することができる。同様に、クライアントマシン３１でのＷｅｂアクセスソフトウェアは、ＣＭＣ２０又はネットワークサーバのエッジからマルチキャスト送信を受信するための特定のＩＰマルチキャストアドレス及びポートに設定される。

伝統的には、ストリームコンテンツのプロバイダは、適切に構成されたプレーヤーにプレイバックするためのそれらのデータストリームを構成する。種々の周知のプレーヤのタイプは、ワシントンのリッチモンドにあるマイクロソフト（登録商標）コーポレーションから入手可能なWindows（登録商標）メディアプレーヤー、及び、One Touch Systems, Inc.のFrontrow playerがある。かかるプレーヤについてこれらのストリームをプレイバックするためには、ストリームは適合したフォーマットでなければならない。しかしながら、従来のプレーヤは、ユニキャスト送信に適しており、即ち、コンテンツプロバイダからエンドユーザに対してのものであった。更に、多くのコンテンツプロバイダは、プロプラエタリプレーヤを使用し、所定のエンドユーザでデータストリームの可視を育てる制御及び管理キーをしばしば含む、特定のフォーマットでプレイされうるデータを予想する。それ故、本発明は、下にあるストリームのフォーマットに拘わらず、ストリームコンテンツのマルチキャスト送信を可能にすることによりストリーム送信で従来の制約を克服するものである。

ユーザデータグラムプロトコル（「ＵＤＰ」）がネットワークアドミニストレータ２０に配置されたブロードキャストサーバ２２をＵＤＰトンネリング（「ＵＴＰ」）でストリームするとき、実施形態のブロードキャストプラットフォームではまず、コンテンツプロバイダからの全てのストリームを構成する。次いで、ＵＤＰブロードキャスタ２２は、ＵＤＰストリームのパケットをコモンデータマルチキャストプロトコル（「ＣＤＭＰ」）にカプセル化する。以下に記載するＣＤＭＰパケットは、管理の定期購読を許容し、マルチキャストプラットフォームにわたってストリームの多重化ができる。ネットワークアドミニストレータは、ブロードキャストガイド情報を定期購読エンドユーザに提供するブロードキャストガイドサーバ２４を有するのが好ましい。ネットワークアドミニストレータは、ＣＭＣカーネル２６でコンテンツプロバイダのコンピュータ１９から受信されたブロードキャストリクエストを調整する。ＣＭＣカーネルは、それらの要求をブロードキャストガイドサーバ２４のアシスタンスと通信し、管理する。

変形実施形態では、ＵＤＰストリームは、マルチキャスト配信（例えばＣＤＭＰパケットフォーマット）をサポートするフォーマットにカプセル化され、ネットワークアドミニストレータ２０にコンテンツプロバイダ１０によって直接提供される。

ＣＤＭＰストリームは、公衆ネットワークにわたってマルチキャストであり、（図１では１つのみ示されているが）複数のエンドユーザ３０に受信される。各エンドユーザは、多数のオペレーティングプラットフォームの一つで種々のプログラムを稼働させるクライアントマシン３１を有する。クライアントマシン３１で実行するプログラムは、マルチキャストレディＷｅｂコンプライアントインタフェース（例えば、ウェブブラウザのためのプラグインソフトウェアモジュール）及び適当なプレーヤである。好ましくは、マルチキャストレディインタフェース（「ＭＲＩ」）は、スイスのＺｕｇにあるFantasticコーポレーションから入手可能なMedeiaSurfer（登録商標）ソフトウェア製品である。該プレーヤは、One Touch System,Inc.のFrontRow（登録商標）プレーヤ、又は、ワシントンのリッチモンドのマイクロソフトコーポレーションのWindowsメディアプレーヤー、又は、Real Networks, Inc.のリアルプレーヤであってよい。ＣＤＭＰストリームは、ヘッダを含み、ＵＤＰストリームを好ましくはカプセル化し、許可され且つ意図したエンドユーザマシンでマルチキャスト配信及び制御された繰り返しをすることができる情報を含むようにカプセル化される。ストリームは、ＭＲＩによってクライアントマシンで受信したときに解凍され、再構成される。

構成されたコンテンツのマルチキャスト送信を可能にするためにパケットのカプセル化又は合体は、ネットワークアドミニストレータ２０で実行される。例示的には、ファンクションがネットワークアドミニストレータ２０は、サブスクリプションデータベース５０８からのサブスクリプション情報によってメディアオブジェクトをカプセル化又はエンコードする、１又はそれ以上のサブスクリプション制御マネージャを（例えば、ＣＭＣカーネル２６内に）含む。サブスクリプション情報検索マネージャは、データベース５０８からメディアオブジェクトを受信するためのサブスクリプション情報を検索し、該情報をサブスクリプション管理マネージャに伝送する。サブスクリプション制御マネージャは、データベース５０８から受信したサブスクリプション情報に関してメディアオブジェクトをカプセル化し、エンコードし、又は、カプセル化及びエンコードの両方を行う。

本発明で採用されたカプセル化又はエンコーディングは、多くの形態をとる。例えば、サブスクリプション制御マネージャは、パケットのヘッダとテールを識別し、パケット周りのサブスクリプション情報の追加のプロトコル層を包むようにプログラムされ得る。

変形実施形態では、サブスクリプションデータベース５０８から受信されたサブスクリプション情報は、特定の暗号ソフトウェアに関してメディアオブジェクトをエンコードするための命令を有する。サービスに対して申込み、かくして対応する暗号ソフトウェアを有するクライアントだけが、ブロードキャストオブジェクトを受信することができる。

別の実施形態では、サブスクリプション情報は、例えば、各データパケットを透かし入れすることにより、伝送ビットストリームに埋め込まれる。この実施形態では、サブスクリプション情報は、サブスクリプション管理マネージャ５０６ｂによってビットストリームに加えられる必要はない。サブスクリプション情報は、システムのどんなポイントででもデータに加えられることができ、コンテンツプロバイダ又は他のものによって加えられ得る。

後述するように、カプセル化又はエンコーディングを使用することにより、本発明のシステムが、特定のエンドユーザによって特定のサービスの受信をすることができ又はすることができなくなる。

クライアントマシン３１は、入手可能なプログラミングオプションのエンドユーザに知らせるブロードキャストスケジュール情報にアクセスする。好ましくは、単一のティーチングセッションで生成された各ＵＤＰストリームは、単一のスケジュールで一緒に含まれる。実施形態ではクライアントマシン３１は、パーソナルコンピュータであるが、本発明は、下記に詳述することを達成するために適切なハードウェア及びソフトウェアを有するデバイスを提供する、セットトップケーブルボックスのようなブロードキャストメディアオブジェクトを受信するための他のデバイスを使用してもよい。

具体的には、クライアントマシン３１は、図１０においてブロックダイアグラムで図示する。クライアントマシン３１は、ＮＤＩＳドライバ１１０を介してＴＣＰ／ＩＰスタック１１２のような層状プロトコルに接続されたレシーバ１００を含むのが好ましい。ＴＣＰ／ＩＰスタック１１２は、サブスクリプションマネージャ１１４に接続され、その目的は、受信された情報にエンドユーザによるアクセスを制御し、エンドユーザに関する情報サービスのリストを維持することである。

レシーバ１００は、ブロードキャストファシリティ２５からブロードキャストを受信するように適合された１又はそれ以上のコンポーネント１０２乃至１０８を有するのが好ましい。レシーバ１００は、Ｒｆテレビジョン伝送を受信するためのアンテナ１０２、ケーブルテレビ伝送を受信するためのＣＡＴＶモデム１０４、衛星伝送を受信するための衛星レシーバ１０６、及び／又は、ブロードキャストファシリティ２５により採用されたブロードキャスト技術に依存して、データリンクを介した伝送を受信するためのモデム１０８を有することができる。

注意すべきは、レシーバ１００は、ＮＤＩＳドライバ１１０を介してＴＣＰ／ＩＰスタック１１２のようなプロトコルスタックに結合されることである。好ましい実施形態では、ＴＣＰ／ＩＰスタック１１２は、マイクロソフトコーポレーションによって製造されたWinsock（商標）ＴＣＰ／ＩＰスタックからなってもよい。当業者に知られているように、ＴＣＰ／ＩＰスタック１１２の一つの目的は、ファイルを作る全てのパケットが受信されたかどうかを判断するために、伝送されたファイル又は他のメディアオブジェクトを作るデータパケットの到着、及び、それらが正しい順序で受信されたかを確かめることである。ＴＣＰ／ＩＰスタック１１２がＴＣＰ／ＩＰ通信の正確な受信を検査するとき、通信は、通信に属するサブスクリプション及びサービスを判断するサブスクリプションマネージャ１１４に伝送される。サブスクリプションマネージャ１１４は、次いで、識別されたサービスに属する伝送を受信するように許可されたクライアントマシンか否かを判断し、もし許可されていれば、サービスはエンドユーザによって利用可能である。

特に、サブスクリプションマネージャ１１４は、エンドユーザクライアントマシン３１のバックグラウンドで稼働するソフトウェアプログラムを有するのが好ましい。しかしながら、所望の時、エンドユーザがサブスクリプションマネージャ１１４を最大にすることができ、エンドユーザクライアントマシン３１が受信することを許可されているサービスのリストを表示させ、即ち、エンドユーザが申し込んだサブスクリプションパッケージ内に全てのサービスが包含される。次いで、エンドユーザは、サブスクリプションパッケージ内のサービスを手動で可能にすることができ、又は不可能にすることができる。各許可されたサブスクリプションパッケージは、サブスクリプションマネージャ１１４が、エンドユーザによって不可能にされ、可能にされうるサービスのレコードを維持する。

次いで、通信が受信されたとき、サブスクリプションマネージャ１１４は、エンドユーザが申し込んだサービスに属する伝送か否かを最初に判断する。サブスクリプションマネージャ１１４は、典型的には、受信された通信を試験することにより判断し、伝送をデコード又は非カプセル化するように必要なサブスクリプション情報を有するか否か判断する。

上述のように、カプセル化又はエンコーディングの使用により、本発明のシステムは、特定のエンドユーザによって特定のサービスの受信をすることができたり、できなかったりする。好ましい実施形態では、サービスを申し込んだエンドユーザＰＣにサブスクリプションメッセージアドレスをブロードキャストすることにより特定のサービスを受信するように特定のＰＣ３０を利用可能にする。メッセージは、サービスが、伝送をカプセル化するように採用されたカプセル化プロトコルに情報をまた含み、ブロードキャストしうる、特定の時間及びチャンネルに関する情報を有するのが好ましい。サービスが暗号化されているとき、サブスクリプションメッセージは、伝送を暗号化するのに必要な情報を同様に含み得る。この情報により、クライアントマシン３１は、サービスに属するブロードキャスト送信を識別し、カプセル化情報を剥ぎ、（必要ならば）伝送を暗号解除し、以下に詳細に述べるように、エンドユーザに対して伝送のコンテンツを提供する。

特定のサービスを無効にすることは、所定の時間経過後、ＰＣのメモリからサブスクリプションメッセージを消去するようにＰＣ３０に命令するサブスクリプションメッセージにタイムスタンプを含ませることにより（又は、サービスパラメータメッセージにおける所定の情報を使用することなくＰＣ３０に命令することにより）達成することができる。変形実施形態では、システムは、特定のサービスのブロードキャストに関するチャンネル及び時間を変更することができ、それによりこれらのサービスの連続受信は、サービスを受信することができなくなるＰＣ３０に対して利用できない追加のサービスパラメータ情報が必要である。更に、サービスが暗号化されているとき、特定のＰＣ３０は、暗号を修正することにより使用不可にさせ、使用不可ＰＣ３０に新しい暗号に関する更新されたサブスクリプションメッセージを伝送させない。サービスはまた、サービスから離れる特定のＰＣ３０にサービスに関する利用不可サービスメッセージをアドレスすることにより１又はそれ以上の特定のＰＣ３０を利用不可にすることができる。

注意すべきは、特定サービスを可能／不可能にするサブスクリプションメッセージは、特定のＰＣ３０に対してアドレスされ得ることである。特に、各クライアントマシン３１は、ユニークなアドレスを割り当てられ得る。特定のＰＣ３０のアドレスを有するサブスクリプションメッセージは、上述のような仕方で特定のサービスを利用可能にし及び／又は利用不可にするように各アドレスされたクライアントマシン３１に命令するように伝送される。ユニークなアドレスは、同じアドレスを有する複数のＰＣ３０を構成するユーザを排除するためにハードウェアに実装されるのが好ましい。サブスクリプションマネージャ１１４は、クライアントマシン３１に対してアドレスされたサブスクリプションメッセージを認識し、受信されたメッセージのコンテンツに関してサブスクリプション情報を更新する。

変形実施形態では、特定のＰＣ３０にサブスクリプション情報をアドレスする代わりに、システムは他の仕方でサブスクリプション情報にアクセスすることを規定しうる。例えば、サブスクリプション情報は、ブロードキャストされる前に暗号化又はカプセル化され、その結果、解読情報の適切な暗号を備えたＰＣ３０だけがサブスクリプション情報を受信することができる。また、サブスクリプション情報は、サブスクリプション情報が属するサービスに申し込まれたそれらのＰＣ３０にだけ知られた特定の時間と特定のチャンネルでブロードキャストされうる。

クライアントマシン３１で受信されたマルチキャスト送信が、申し込まれたサービスに属しているならば、次いで、サブスクリプションマネージャ１１４は、エンドユーザがサービスを利用可能か否か判断する。

サービスが申し込まれ且つ利用可能の両方であることを保証し、次いで、サブスクリプションマネージャ１１４は、受信されたパケットが、ストリーミングデータ送信のような動的メディアオブジェクト又はファイルのような静的メディアオブジェクトの一部であるかどうかを判断する。パケットが、ファイルの一部であるならば、サブスクリプションマネージャ１１４は、ファイルレシーバ１１６にパケットを転送する。同様に、パケットがストリーミングデータ送信の一部であるとき、サブスクリプションマネージャ１１４は、パケットをストリーミングデータレシーバ１１８に転送する。

ファイルレシーバ１１６は、HTTPキャッシュ１２２を管理するI-キャッシュプロキシサーバ１２０に接続される。好ましい実施形態では、HTTPキャッシュ１２２は、全ての受信されたインターネットデータをストアする。次いで、ユーザは、URLリクエストをファイルに送信し、そのコンテンツに対するアクセスを得る。変形実施形態では、受信された情報は、異なるメモリにストアされ、ブラウザを使用してアクセスすることができる。

ＨＴＴＰキャッシュ１２２は、多くの方法で入ってくるデータを管理するように適合されうる。例示的には、キャッシュ１２２は、新しいデータが受信されたとき古いデータを上書きするようにプログラムされ、キャッシュ１２２にストアされた情報の量がしきい値に達したとき、入ってくる情報のストレージを止めるようにプログラムされうる。

ストリーミングデータレシーバ１１８は、クライアントマシン３１のエンドユーザに表示するための出力ポートにデータをストリーミングするプレイアウトを管理するリアルタイムデータインターフェース１２４に接続される。ある状況では、プレイアウトは、ＤＤＥインターフェイス、エクセル（登録商標）などのような追加のインターフェースを介してなされる。リアルタイムデータインターフェース１２４は、プレイアウト中、受信されたストリーミングデータを一時的にストアするリアルタイムデータベース１２６に接続される。

クライアントマシン３１は更に、受信されたファイル及びストリーミングデータをナビゲートする際にエンドユーザを助けるために、メディアサーファ（登録商標）１２８及びインターネットエクスプローラ（登録商標）のようなウェブブラウザ又はＨＴＴＰを含む、種々のソフトウェアツールを提供する。

ブロードキャストされうるオブジェクトは、送信される前に圧縮され、圧縮形態でそれらのバンド幅要求に関するブロードキャストにスケジューリングされる。ブロードキャストを受信したとき、解凍はクライアントマシン３１によって実行され、かくして、メディアオブジェクトを、クライアントマシン３１のエンドユーザに対して透明な仕方で圧縮された形態でブロードキャストされうる。

アナウンスは、ＵＤＰトンネリングセッションに先立つ。ブロードキャストセッションを開始する前に、コンテンツプロバイダ１０は、必要なバンド幅をブッキングし、コンピュータ１９でブッキングシステムソフトウェアを使用してブロードキャストガイド（ＢＧ）情報を送信することにより、送信をスケジューリングする。スケジュール及びＢＧ情報は、ブロードキャスト開始時間、ブロードキャスト期間、及び、チャンネルグループ／チャンネルを含む。この情報は、ＣＭＣ２０に転送され、順番にＭＲＩに情報をブロードキャストする。ＭＲＩのグラフィカルユーザインターフェース（「ＧＵＩ」）は、プレイされ得る各ティーチングセッションに関する信号ＢＧアナウンスを表示するのが好ましい。特に、種々のティーチングセッションは、所定のエンドユーザによってアクセス可能なチャンネル内又はそれによって申し込まれた、BGアナウンスを表示するようにフィルタリングされる。アナウンスは、ブロードキャスト中、使用されうるチャンネルによってリストされる。ＢＧアナウンスを選択すること（例えば、クライアントマシン３１又は他の入力デバイスに接続されたマウスを使用すること）により、ＵＤＰトンネリングセッションは開始し、ＣＤＭＰパケットを受信し、処理し、プレイヤ適合ストリームをプレイヤに転送する。

スケジュールされた開始時間で、コンテンツプロバイダ１０は、データストリーム送信を開始する。コンテンツを見るために、エンドユーザは、クライアントマシン３１で彼又は彼女のプレーヤを開始する。プレーヤは、ＭＲＩを稼働させる同じコンピュータ３１又は異なるコンピュータから稼働されうる。何れの仕方でも、ＭＲＩにおけるアドレス／ポートセットにデータを受信するように構成されるならば、プレーヤはコンテンツプロバイダからデータストリームを受信する。最も好ましくは、ユーザは、ＭＲＩのＧＵＩに表示されたＢＧセッションアナウンスを選択することによりプレーヤを開始することができる。ローカルマシンのプレーヤとＭＲＩの間のかかる統合は、プレーヤのポート及びＩＰマルチキャストアドレスで特定のアナウンスをマッピングすることにより達成されうる。

ブロードキャストセッションが複数ストリームを含むことができるので、簡略化されたブッキング及びバンド幅スケジューリングは、単一のセッション（例えば、ティーチングセッション）に関係するコンテンツプロバイダ１０から全てのデータストリームを多重化することによる。実施形態では、これは、インストラクタが単一のｅラーニングセッションに関連したストリームの全てをいったんブッキングすることができるように、ブッキングシステムに構築され、コンテンツプロバイダのコンピュータ１９で常駐アプリケーションで達成される。このアプリケーションは、ここでは、ワンセッションモジュール（One Session Module）４０（「ＯＳＭ」）と称し、セッションをエンドユーザに対して転送するようにＣＭＣ２０によって要求されたアクションを管理する。特に、ＯＳＭ４０は、単一ティーチングセッションにおいて関連した複数のストリーム（例えば、ビデオとオーディオの別々のストリーム）のブッキングを自動化する。まず、ブッキングのための要求されたバンド幅は、それらは典型的には６４ｋｂｐｓを使用するとき複数のプレゼンテーションストリームに関して容易に決定されうる。例えば、４つのスケジュールが順番に予約され、３つがそれぞれオーディオストリームであり、１つがビデオストリームである。共有及びプライベートバンド幅が使用されうる。一方、静的コンテンツに関するバンド幅の使用を計算することは、ストリーミングの数が固定されておらず、典型的には１から１２まで変化するので、幾分込み入っている。従って、単一の多重化ストリームに関して要求されるバンド幅は決まらず、静的コンテンツを収容するために必要な合計のバンド幅だけが計算されうる。

ＯＳＭ４０は、バンド幅パフォーマンスパズルをアドレスするために以下のもののうちの一つを利用することができる；
（１）スケジュールは、各静的コンテンツストリームに関して予約される。ＵＴＰブロードキャスタ２２は、静的コンテンツストリームを有する全てのポート（例えば１２）を監視する。
（２）スケジュールは、静的コンテンツストリームの一つに関して予約され、コンテンツプロバイダ１０又はＣＭＣ２０で、所望ならば、ＵＴＰブロードキャスタの前に、マルチプレクサ４２を使用して全てのストリームを単一のストリームに多重化する。図２に示したように、ＵＴＰブロードキャスタ２２は、指定されたポートで多重化されたストリームを監視し、データが受信されたとき、MRI４６に関し、又はその中に常駐するデマルチプレクサ４４は、プレイバックのためにプレーヤ４８にデマルチプレックスされたストリームを提供する。このソリューションは、多重化／デマルチプレックスプロセスによって導入される遅延の観点において同期問題を生成する。遅延の影響は、コンテンツが静的なので、今のところ高くなるとは信じられないが、如何なる遅延も他のストリームで同期してレストアするようにプレイバックの際にプレーヤによってアドレスされうる。いかなる遅延の影響もまた、複数の性的コンテンツストリームを監視するために稼働するのに必要なスレッドを聞く際に縮小するために性能改善によりオフセットされうる。ＭＲＩ４６は、各信号セッションに関してＢＧアナウンスを受信し、これらのアナウンスは、エンドユーザに対してブロードキャストガイドに表示されるようにするために、ＭＲＩ４６に関し、又はその中でＢＧハンドラ４９によって取り扱われる。

ＯＳＭ４０は、単一のラーニングセッションに関し、又はその中で生成されるオーディオ、ビデオ、及び静的コンテンツストリームのすべてに関して単一のストリームを定義し、この情報は、ＵＴＰブロードキャスタ２２に通されうる。この方法では、一つのブッキングだけが全体のセッションにブロードキャストされることを要求するので、ＢＧ情報管理は、前述の09/738,390特許出願に記載されたようなものである。

ライブセッションレコーディングに関して、セッションは、ＭＲＩ４６が、特定のロケーションにおいてハードディスク又は他のリポジトリにセッションファイルをストアする、キャッシュされたコンテンツ配信コンフィギュレーション又はパッケージ配送（非常に信頼できる）を使用してエンドユーザに配送されうる。このファイルは、アクセスされ、プレーヤ４８を使用していかなる時でも見られうる。

記録されたセッションに関するパッケージ配送（ＰＤ）を使用するとき、ティーチングセッションは、最初にファイルに記録される。コンテンツプロバイダ１０は、ＰＤ送信をスケジューリングし、必要なバンド幅をブッキングし、上述のようなブッキングシステムを使用してＢＧ情報を提供する。スケジュール及びＢＧ情報は、ファイルブロードキャスト開始時間、ファイルブロードキャスト期間、チャンネルグループ／チャンネル、及び、ファイルサイズを含む。好ましい実施形態では、ＢＧ情報は、メディアのタイプを識別し、メディアオブジェクトが進行し、適切なプレーヤがクライアントマシン３１でランチされる。注意すべきは、プレーヤはＭＲＩのＧＵＩで表示されたＢＧセッションアナウンスを選択することにより開始されうることである。次いで、このファイルは、ＭＲＩ４６を有するマシン対するブロードキャストに関するＣＭＣ２０にアップロードされる。ＭＲＩ ＧＵＩは、各記録されたセッションファイルに関する一つのＢＧアナウンスを表示するのが好ましい。アナウンスは、各セッションをブロードキャストするのに使用されるチャンネルによってリストされうる。ＭＲＩ４６を備えたマシンは、ファイルを受信し、予め構成されたロケーションでハードディスクにそれをストアする。ファイルがそのマシンにいったんストアされたとき、エンドユーザは、関連するＢＧアナウンスを選択することにより、又は、リポジトリに直接アクセスすることによりプレーヤ４８でファイルを開くことができ得る。ＭＲＩ４６は、プレーヤ４８ではなく他のマシンに常駐することがある（例えば、ＭＲＩ４６がローカルエリアネットワークサーバ又はネットワークサーバのエッジである場合）。

記録されたティーチングセッションを包含するＭＩＭＥタイプのファイルがウェブブラウザ（例えば、マイクロソフトコーポレーションから入手可能なインターネットエクスプローラ）によって認識されるとき、キャッシュコンテンツ配送（ＣＣＤ）は、ＭＲＩ４６にファイルを配送するのに使用されうる。このモードでは、ティーチングセッションは、ファイルに記録され、コンテンツプロバイダ１０はＣＣＤ送信をスケジューリングし、上述したようなブッキングシステムを使用してＢＧ情報と必要なバンド幅をブッキングする。ティーチングセッションファイルは、ＭＲＩ４６をホスティングするマシンに対してブロードキャストするためのＣＭＣ２０にアップロードされる。ＭＲＩ ＧＵＩは、各セッションをブロードキャストするのに使用されるチャンネルによってリスとされているアナウンスを備え、各記録されたセッションファイルに関するＢＧアナウンスを表示する。エンドユーザは、関連するＢＧアナウンスを選択することにより、又は、リポジトリに直接アクセスすることによりプレーヤ４８で、以前に記録されたセッションにアクセスする。

上述の議論は全体的に、デスクトップマシンに対するＭＲＩ４６にコンテンツをマルチキャストする配送メカニズムに関するものであったが、本発明はそれに限定されるものではない。それよりも、図３を参照して次に記載されるように、インテリジェントキャッシュ技術が、ネットワークエッジサーバにマルチキャストするのに利用されうる。

図３は、インテリジェントキャッシュ５０が、ＣＭＣ２０とエンドユーザマシン３１とそれらのそれぞれのプレーヤ４８との間でマルチメディアコンテンツのフローに位置する、図１の構成の変形を図示する。特に、インテリジェントキャッシュは、多数のエンドユーザに近位なネットワークエッジに位置する。典型的な構成は、ネットワークペリメータに関して多くのマシンを採用することができる。インテリジェントキャッシュ５０は、それぞれのプレーヤ４８を備えた複数のクライアントマシン３１にマルチメディアサービスを提供する。インテリジェントキャッシュ５０によって提供されたサービスの中は、マルチメディアコンテンツのキャッシング、保証されたコンテンツのキャッシング、ストリーミング管理、ブロードキャストガイド転送、ローカルエンドユーザアドミニストレーション、及び、ＣＭＣ２０をエンドユーザサブスクリプション情報とインターフェースすることを含む。

インテリジェントキャッシュ５０は、マルチキャストがキャッシュで進行し、そのマシンで終端するように、ＭＲＩ実行をするのが好ましい。キャッシュにアクセスするエンドユーザは、コンテンツプロバイダのストリームを検索するために適当なプレーヤを有することだけが必要である。好ましくは、インテリジェントキャッシュは、スイスのＺｕｇにあるファンタスティックコーポレーションの「メディアエース（MediaAce）（「ＭＡ」）」製品を有し、受信及び処理を管理し、すべてのブロードキャストセッションをストアするのに使用される。

図３の構成は、実質的に上述したタイプと数のストリームと、それらのスケジューリングと、ブッキングと、ブロードキャストを作動させる。しかしながら、この構成では、インテリジェントキャッシュ５０のＭＡモジュールは、オリジナルプレゼンテーションストリームを包含するＣＤＭＰパケットを受信し、ティーチングセッションアナウンスをエンドユーザにポータルページを介して提供する。エンドユーザは、在来のウェブブラウザによって、ポータルページにアクセスし、記載したように特定のセッションアナウンスを選択する。これは、マルチキャストがインテリジェントキャッシュ５０で終端され、その後はデータ転送が、プレーヤ４８と適合するフォーマットであり、その結果、各クライアントマシン３１が、コンテンツプロバイダ１０からマルチキャストコンテンツにアクセスし、見るためにＭＲＩ４６（又はＭＡモジュール）を要求しないので、可能である。ポータルページから作られたいかなる選択も、ＭＡが、要求するプレーヤにプレゼンテーションストリームを転送することができる。

特定のチャンネルのコンテンツブロードキャストのアナウンスは、ビデオオンデマンド（「ＶｏＤ」）及びストリーミングを含む種々のビューを示す。図４は、これらのビューの間で選択することができるタブ１０２，１０４を例示的に備えたポータルページ１００を示す。ライブトレーニングセッションに関して、ポータルぺージ１００は、ＭＡポータルページが各ティーチングセッションに関するＢＧアナウンスを表示する、さらなるビューを要求する。アナウンスは、ブロードキャストで使用されるチャネルによってリスとされるのが好ましい。

ユーザは、標準的な入力デバイス（例えば、マウス）を使用して、ポータルページ１００のＢＧアナウンスを選択することができ、ローカルプレゼンテーションプレーヤを開始することができる。プレーヤは、ＭＲＩ４６がストリームを転送するＭＡによって使用されるポート及びＩＰアドレスで受信されるように構成されるのが好ましい。これは、上述したように、プレーヤの構成を変更することにより可能である。プレーヤ４８のコントロールをポータルページ１００に統合することにより、エンドユーザがクリックスタートプレイバックをすることができる追加の利点が提供される。

ライブセッションがファイルに記録されるならば、本発明のブロードキャストプラットフォームは、ＰＤシステムを介して相対的な方法でそのファイルを配送することができる。（ファイルは、電子メールプロトコルを包含する、多数の電子プロトコルを使用してＣＭＣ２０アドミニストレータに配送されうる。）特に、ティーチングセッションは、ファイルに記録される。次いで。コンテンツプロバイダは、ＰＤ送信をスケジューリングし、必要なバンド幅をブッキングし、上述したように、ブッキングシステムを使用してＢＧ情報をブロードキャストする。ファイル及びＢＧ情報の両方が、ＭＡに対してブロードキャストするためのＣＭＣにアップロードされる。ティーチングセッションを包含するファイルは、ＭＡモジュール（例えば、インテリジェントキャッシュ５０）を備えたマシンで受信され、事前構成リポジトリのファイルサーバにストアされる。ＭＡは、ポータルページ１００のＭＡビューに受信されたファイルに関するアナウンスを加える。次いで、エンドユーザは、ファイルを彼又は彼女のマシン３１にダウンロードすることができ、プレーヤ４８又は他のオンデマンドアプリケーションでそれを見ることができる。図５では、ポータルページ１００’は、ＭＡビューの前に属する適切な選択可能タブ１０６を示す。

ＭＡは、ファイルがＭＡから参照されることができ、ストレージから検索されることができるようなドライバを含む。ポータルページ１００’のＭＡビュー内では、ＢＧアナウンスが、ファイルサーバにストアされたファイルを参照するＵＲＬを含む。エンドユーザは、プレーヤ４８又は他のクライアントアプリケーションによってプレイされるファイルを備えたアナウンスのクリックによって簡単にファイルを検索することができる。

次いで、本発明の、４つの統合シナリオに関して記載し、各々が、上述のＣＥＣ及びＣＭＣブロードキャストプラットフォームの使用をさせる。シナリオは、エンドユーザがライブ又はオンデマンドトレーニングセッションにわたって互いに異なっている。

図６は、ライブｅラーニングが、そこで実行されるＭＲＩ４６ソフトウェアとプレーヤ４８を備えたクライアントデスクトップコンピュータ３１に直接ブロードキャストするシナリオを図示する。ライブトレーニングセッションは、上述したようなハードウェアコンポーネント１２乃至１８を使用して生成される。ライブＡＶストリーム及び固定されたコンテンツが、スケジュールされ、ブッキングされ、アップロードされ、ＣＢＣ１９及びＣＭＣ２０（ＢＧブロードキャスタ２４及びＣＭＣカーネル２６を含む）を有するブロードキャストプラットフォームを介してクライアントデスクトップにブロードキャストする。ブロードキャストすることは、典型的なプレーヤ４８と適合したものでなく、コンテンツプロバイダ１０によって提供されたオリジナルストリームであるマルチキャスト転送である。しかしながら、クライアントサイドでは、ＭＲＩ４６は、ライブＡＶストリーム及び固定されたコンテンツを受信し、それらを理解できないフォーマットに解凍し、プレーヤ４８の用なクライアントアプリケーションにそれらの入手可能ストリームを作る。受取人は、例えば、ＭＲＩブロードキャストガイドビューア内のセッションアナウンスをクリックすることにより、ＭＲＩ４６を介してライブセッションにアクセスする。ユーザ名及びパスワードが、セッションの選択及び／又はプレイのために必要である。

図７は、ライブ及びオンデマンドセッションがクライアントデスクトップに直接ブロードキャストするシナリオを図示する。このシナリオにより、ライブセッションが記録されることができ得る。記録されたライブセッションは、所定のエンドユーザによってオンデマンドで見るために利用可能である。記録され、サーバにストアされたセッションは、ブロードキャストプラットフォームを介してＭＲＩに直接配信される。これらのセッションは、キャッシュコンテンツ又はパッケージ配送としてブロードキャストされうる。ユーザは、ＭＲＩブロードキャストガイドビューア又は他のアプリケーションを介してオンデマンドセッションにアクセスすることができる。ＭＲＩブロードキャストガイドビューアのセッションアナウンスをクリックするか、若しくは、ハードディスクにストアされたスタートファイルを選択することにより、ログウェブページは、ユーザがセッションを見るのを始めるために、ユーザ名とパスワードを入力することで現れる。ビューセッションは、ＭＲＩ４６内で活性化される。

図８のシナリオでは、ライブセッションは、ＭＡにブロードキャストされ、次いで、クライアントデスクトップマシンに転送される。マルチキャスト利用可能ＬＡＮの入り口でライブセッションをＭＡにブロードキャストすることにより、ＭＲＩ４６をクライアントのデスクトップマシンにインストールする必要がない。更に、ユーザは、ＭＡポータルページ１００、１００’を介してライブセッションにアクセスする。

図９のシナリオでは、オンデマンドセッションは、ＭＡにブロードキャストされ、ファイルサーバにストアされ、クライアントマシン３１の個々のデスクトップでクライアントマシン３１にダウンロードされる。このシナリオは、ユニキャストＬＡＮインフラストラクチャで周囲に展開される。記録されたセッションは、上述のようにスケジュールされ、ブッキングされ、アップロードされ、ブロードキャストされ、そしてストアされる。ユーザ／受取人は、ＭＡポータルページ１００、１００’を介してオンデマンドセッションにトリガをかける。ＭＡブロードキャストガイドビューア内のセッションアナウンスをクリックすることにより、オンデマンドセッションに関するログインウェブページは開かれる。ユーザ名とパスワードを入力した後、オンデマンドセッションは、ファイルサーバからクライアントデスクトップに引き下ろされる。結局、オンデマンドセッションは、クライアントデスクトップにインストールされたオンデマンドクライアントアプリケーションを介して凝視される。インターネットを介したＦＴＰダウンロードが廃れているので、このシナリオは、オンデマンドセッションを教えるように、分散を改良する。

ｅラーニング製品をＣＥＣ／ＣＭＣブロードキャストプラットフォームに統合すると、サブスクリプション管理システム（ＳＭＳ）は、個々のエンドユーザを利用可能にさせ、特定のグループのエンドユーザをターゲットにすることができ、例えば、内部通信及びトレーニング目的などである。統合は、企業がＳＭＳ（例えば、クライアントデスクトップのユーザ名、ＩＰ又はＭＡＣアドレスなど）からユーザデータをプレーヤ４８のユーザ管理システムに抽出することができるようにすべきである。従って、ティーチングセッションの受取人だけが、即ち、ＳＭＳ内に登録する必要がある。ティーチングセッションに関する受取人を識別するプロセスは以下の通りである；
ステップ１：ユーザデータをＳＭＳに入力する
ステップ２：ティーチングセッションに関する受取人のＳＭＳグループを生成する
ステップ３：特定のティーチングセッションに関するＳＭＳ内でグループを選択する
ステップ４：このグループの必要なユーザデータをコンテンツプロバイダのユーザ管理システムに抽出する。

図８及び９のシナリオの場合で注意すべきことは、内部通信及びトレーニングを目標にするための能力は、サポートされない個々の特定なものに直接影響する。ＭＡを使用することにより、ＭＡのそれぞれのＩＰ又はＭＡＣアドレスがＳＭＳ内に入力される。従って、ＳＭＳにストアされた情報とティーチングセッションの受取人との間の直接関係を続けることが可能である。しかしながら、所定の受取人が特定のＭＡにアクセスするので、直接でないグループの所定のレベルは、依然として提供される。

かくして、上述のように、本発明により、送信された材料を受信することができるエンドユーザの規定及びブロードキャストパラメータを超えて制御を行う仕方において、動的及び静的両方のオーディオ、ビデオ、及びデータオブジェクトの広い変化の転送が可能である。

本発明は、実施形態と一緒に記載したが、種々の変更、訂正は可能であり、特許請求の範囲の記載について判断されるべきである。

本発明を実行するための第１のハードウェア構成。 マルチキャストコンテンツのデスクトップ受信を可能にするブロードキャストプラットフォームにおける所定のソフトウェアモジュールの外観図。 ネットワークサーバのエッジを使用して本発明を実行するための第２のハードウェア構成。 本発明の実施形態のポータルページの第１のスクリーンショット。 本発明の実施形態のポータルページの第２のスクリーンショット。 本発明による第１の作動シナリオを図示する。 本発明による第２の作動シナリオを図示する。 本発明による第３の作動シナリオを図示する。 本発明による第４の作動シナリオを図示する。 本発明を実行するために用いられるクライアントマシンの実施形態の部録ダイアグラム。

Claims (39)

1. ネットワークを介してコンテンツをトンネリングさせるコンピュータ実行方法であって、コンテンツが、前記ネットワークに接続可能な特定のマシンで作動するプレーヤと適合するデジタルフォーマットに構成され、
   a)ブロードキャストセッションを開始する前に、ネットワークを介してブロードキャストセッションに関係する制御情報を包含するアナウンスを送信し、前記制御情報が、構成されたコンテンツの制御された受信を許容するコンテンツ識別(identifying)データを含み、開始時間を含み、当該アナウンスが、カプセル化ステップで採用されるカプセル化プロトコルを識別するサブスクリプションメッセージを含み、アナウンスが、どのマシンがブロードキャストセッションを受信できるかを動的に変更するための情報を含み、
   b)ネットワーク常の特定のマシンで制御された受信とマルチキャスト配信をサポートするフォーマットに前記構成されたコンテンツをカプセル化し、
   c)前記アナウンスに包含された開始時間により、カプセル化されたフォーマットの構成されたコンテンツをネットワークを介して複数のマシンに対してマルチキャストし、
   d)前記複数のマシンのうちの特定のものでコンテンツの受信を選択的に許容するように、
   制御情報のコンテンツ識別データを、自動的に使用し、
   e)前記特定のマシンでカプセルを剥ぎ取る、ステップを有し、
   それによりカプセル化されたコンテンツのマルチキャストがそのような特定のマシンのプレーヤと適合し、
   前記プレーヤと適合するデジタルフォーマットがユニキャストパケットフォーマットであり、前記構成されたコンテンツをカプセル化するステップが、マルチキャストパケット内にユニキャストパケットフォーマットを包含することを含む、ことを特徴とする、ことを特徴とするコンピュータ実行方法。
2. 前記構成されたコンテンツをカプセル化するステップが、パケットを前記構成されたコンテンツと合体させることを含む、ことを特徴とする請求項１に記載の方法。
3. 前記合体されたパケットが、ヘッダを有することを特徴とする請求項２に記載の方法。
4. 前記ステップd)及びe)が、特定のマシンで実行するメディアレディインターフェースによって実行されることを特徴とする請求項１に記載の方法。
5. ブロードキャストセッションが、前記構成されたコンテンツのマルチキャストを有することを特徴とする請求項１に記載の方法。
6. 前記アナウンスがマルチキャストであることを特徴とする請求項１に記載の方法。
7. 前記アナウンスがブロードキャストガイド所油法を含むことを特徴とする請求項１に記載の方法。
8. 前記アナウンスが、前記カプセル化ステップで採用されたカプセル化プロトコルを識別するサブスクリプションメッセージを有することを特徴とする請求項１に記載の方法。
9. 前記サブスクリプションメッセージが更に、ブロードキャストセッションサービスがブロードキャストである時間及びチャンネルを含むことを特徴とする請求項８に記載の方法。
10. 前記サブスクリプションメッセージが更に、マルチキャスト送信を暗号化する必要がある情報を含むことを特徴とする請求項８に記載の方法。
11. カプセル化されたデータが、ネットワークを介してマルチキャストされる前に多重化され、特定のマシンでデマルチプレクスされることを特徴とする請求項１に記載の方法。
12. バックチャンネルリターンパスをコンテンツプロバイダに提供することによりエンドユーザと相互通信することを許容するステップを更に有することを特徴とする請求項１に記載の方法。
13. ネットワークを介してコンテンツをトンネリングさせるためのコンピュータ実装システムであって、前記コンテンツは、プレーヤと適合するデジタルフォーマットに構成され、
    コンテンツプロバイダから構成されたコンテンツを受信し、ネットワークを介してマルチキャストプロトコルでコンテンツをブロードキャストするように構成されたネットワークアドミニストレータを有し、前記アドミニストレータがプログラムされたマシンを備え、
    該プログラムされたマシンが、
    a)ネットワークと通信するサブスクライビングエンドユーザのマシンに、ブロードキャストセッションに関するサブスクリプション・データを含む制御情報を包含するアナウンスを送信するように構成されたブロードキャストガイドブロードキャスタであって、制御情報は、そのようなサブスクライビングエンドユーザによって受信されたサブスクリプションデータに基づいて、サブスクライビングエンドユーザによって、自動的に、構成されたコンテンツの制御された受信を許容するものであり、開始時間を含み、構成されたコンテンツのブロードキャストの前にアナウンスがブロードキャストされ、アナウンスは、カプセル化ステップで採用されたカプセル化プロトコルを識別するサブスクリプションメッセージを含むものであり、アナウンスが、どのマシンが、ブロードキャストセッションを受信できるかを動的に変更するための情報を含むものであり、
    b)前記構成されたコンテンツにカプセル化を適用し、前記サブスクライビングエンドユーザのマシンにカプセル化されたコンテンツをネットワークを介してマルチキャストするように構成されたＵＴＰブロードキャスタと
    を含み、
    前記ＵＴＰブロードキャスタが、コンテンツプロバイダから構成されたコンテンツを受信し、前記構成されたコンテンツをＵＤＰストリームに変換し、前記ＵＤＰストリームをＣＤＭＰパケットにカプセル化するように更に構成されたことを特徴とするコンピュータ実装システム。
14. 前記コンテンツプロバイダに配置されたスケジューリングシステムを更に有し、
    前記スケジューリングシステムが、前記サブスクライビングエンドユーザのマシンに対してカプセル化されたコンテンツをネットワークを介してマルチキャストする開始時間をスケジューリングする、ことを特徴とする請求項１３に記載のシステム。
15. 前記開始時間が、コンテンツストリームの要求されたバンド幅の観点でスケジュールされることを特徴とする請求項１４に記載のシステム。
16. 前記ネットワークアドミニストレータがチャンネル管理センタを有し、前記コンテンツプロバイダがチャンネル編集センタを有することを特徴とする請求項１３に記載のシステム。
17. 前記ＵＴＰブロードキャスタが、所定のＩＰアドレス設定及び所定のポート設定を有し、前記ＵＴＰブロードキャスタが、所定のＩＰアドレス及び所定のポートでコンテンツプロバイダから構成されたコンテンツを受信する、ことを特徴とする請求項１３に記載のシステム。
18. 前記構成されたコンテンツが、データファイル、ストリーミングオーディオ、及びストリーミングビデオからなるグループから選択された複数のメディアオブジェクトを含む、
    ことを特徴とする請求項１３に記載のシステム。
19. 前記ネットワークアドミニストレータが、前記コンテンツプロバイダから受信されたブロードキャストリクエストを管理し、ブロードキャストガイドブロードキャスタを使用してサブスクライビングエンドユーザとブロードキャストを通信させるチャネル管理センタを有することを特徴とする請求項１３に記載のシステム。
20. サブスクライビングエンドユーザのマシンが、マルチキャストレディインターフェースと特定のプレーヤとを各々有し、前記マシンがネットワークと適合し、前記マルチキャストレディインターフェースが、ＣＤＭＰストリームを受信し、特定のプレーヤと適合するストリームを出力する、ことを特徴とする請求項１３に記載のシステム。
21. 前記マシンが、１又はそれ以上のプレーヤを有し、前記ＵＴＰブロードキャスタが、サブスクライビングエンドユーザにカプセル化されたコンテンツをネットワークを介してマルチキャストする、ことを特徴とする請求項２０に記載のシステム。
22. 前記マルチキャストレディインターフェースが、ブロードキャストガイドブロードキャスタから送信されたアナウンスを表示するグラフィカルユーザインターフェースを有することを特徴とする請求項２０に記載のシステム。
23. 送信されたアナウンスが、カプセル化されたコンテンツがネットワークを介してマルチキャストされるブロードキャストチャンネルにより前記グラフィカルユーザインターフェースに表示されることを特徴とする請求項２２に記載のシステム。
24. 前記マルチキャストレディインターフェースが、サブスクライビングエンドユーザの関数として送信されたアナウンスを表示するフィルタを含むことを特徴とする請求項２２に記載のシステム。
25. 前記フィルタが、サブスクリプション情報に基づいて作動することを特徴とする請求項２４に記載のシステム。
26. 前記グラフィカルユーザインターフェースにより、特定のサブスクライビングエンドユーザが、エンドユーザのマシンに関する入力デバイスを使用してカプセル化されたコンテンツの１又はそれ以上のマルチキャストを選択することができる、ことを特徴とする請求項２４に記載のシステム。
27. ＵＴＰブロードキャスタによるカプセル化されたコンテンツマルチキャストの受信を選択的に許容するブロードキャストガイドブロードキャスタによって提供される制御情報を使用するように構成されたマルチキャストレディインターフェースを更に有することを特徴とする請求項１３に記載のシステム。
28. マルチキャストレディインターフェースが更に、プレーヤと適合したフォーマットにマルチキャストのカプセル化されたコンテンツを変換するように構成され、変換が、ＵＴＰブロードキャスタによって提供されたカプセル化を除去することによってなされる、ことを特徴とする請求項２７に記載のシステム。
29. ＵＴＰブロードキャスタは、ネットワークを介してマルチキャストする前に、カプセル化されたコンテンツを多重化するように構成される、ことを特徴とする請求項１３に記載のシステム。
30. ネットワークを介してコンテンツをトンネリングさせるためのコンピュータ実行方法であって、前記コンテンツが、プレーヤと適合するデジタルフォーマットを有し、
    パケットを構成されたコンテンツと合体させ、前記パケットは、ネットワークを介してのマルチキャスト配信を許容し、及び、ネットワークに接続された複数のマシンの特定の１つあるいはそれより多くにおける制御された受信を許容する、コンテンツ識別データを含む制御情報を有し、パッケージを合体するステップが、カプセル化プロトコルの少なくとも１つのレイヤを、デジタルフォーマットを有するコンテンツに追加することを含み、
    カプセル化プロトコルによってカプセル化された構成されたコンテンツをネットワークを介して、複数のマシンにマルチキャストし、
    ネットワークを介したマルチキャストするステップに先立って、アナウンスを、複数のマシンに送信するステップであって、アナウンスは、合体ステップで採用されるカプセル化プロトコルを識別するサブスクリプションメッセージを含むものであり、制御情報のデータを識別するコンテンツが、サブスクリプションメッセージ内の識別されたカプセル化プロトコルによって、パケットから、カプセル化プロトコルの少なくとも１つのレイヤを除去することによって、構成されたコンテンツの複数のマシンにおいて、選択的な受信を許容するものであり、それにより、複数のマシンに、プレイヤと適合するフォーマットで、構成されたコンテンツを与え、アナウンスが、どのマシンが、ブロードキャストセッションを受信できるかを動的に変更するための情報を含み、
    プレーヤと適合するデジタルフォーマットが、ユニキャストパケットフォーマットであり、パケットを合体させるステップが、マルチキャストパケット内にユニキャストパケットフォーマットを包含することを有する、
    ことを特徴とする方法。
31. 合体されたパケットがヘッダを有する、ことを特徴とする請求項３０に記載の方法。
32. ステップc)及びｄ）が、特定のマシンで実行するメディアレディインターフェースによって実行される、ことを特徴とする請求項３０に記載の方法。
33. アナウンスが、ステップb)のマルチキャスト送信のステップの前に送信される、ことを特徴とする請求項３０に記載の方法。
34. アナウンスが、ブロードキャストガイド情報を含む、ことを特徴とする請求項３３に記載の方法。
35. アナウンスが、前記合体ステップで採用されたカプセル化プロトコルを識別するサブスクリプションメッセージを有する、ことを特徴とする請求項３３に記載の方法。
36. サブスクリプションメッセージが、ブロードキャストセッションサービスがブロードキャストである、時間とチャンネルを更に含むことを特徴とする請求項３５に記載の方法。
37. サブスクリプションメッセージが更に、マルチキャスト送信を暗号化する必要がある情報を含むことを特徴とする請求項３３に記載の方法。
38. カプセル化されたデータは、ネットワークを介してマルチキャストされる前に多重化されることを特徴とする請求項３０に記載の方法。
39. バックチャンネルリターンパスをコンテンツプロバイダに提供することにより、エンドユーザと相互接続することを許容する追加のステップを有する、ことを特徴とする請求項３０に記載の方法。

Images