JP2001320694A - ウェブクライアントのブラウザ上に「ライブ・メディア索引メニュー」を表示するためのスケーラブルなメディア索引システム - Google Patents

Abstract

(57)【要約】 【課題】 ウェブクライアント上に、リアルタイムで、
メディア・コンテンツを含むライブ・メディア索引メニ
ューを供給するための方法およびシステムを提供する。 【解決手段】 一実施形態においては、メディア・コン
テンツは、少なくとも一つのメディア・ソース上に常駐
する。該一実施形態における一態様においては、本発明
の方法及びシステムは、ウェブクライアントへ、ライブ
・メディア索引メニュー用のレイアウトを供給すること
と、ライブ・メディア索引メニュー用のレイアウト内に
表示するためのウェブクライアントのブラウザへのメデ
ィア・コンテンツを供給することとを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】関連出願への相互参照本出願
は、＿＿＿＿＿付けの、本発明の譲受人に譲渡された、
「追加のソフトウェアまたはプラグインを必要としない
ウェブクライアントのブラウザを通してライブ・メディ
アおよびストリーミング・メディア・コンテンツをオン
デマンドで再生するための適応メディア・ストリーミン
グ・サーバ」という名称の、同時係属米国特許出願第＿
＿＿＿＿号（１６６４Ｐ）に関連している。

【０００２】発明の分野本発明は、コンピュータ・シス
テムに関し、特に、ライブ・メディア、またはストリー
ミング・メディアのようなメディアを、コンピュータ・
システム上でメディア索引メニューを再生することがで
きるスケーラブルなメディア索引システムの中に提供す
ることができる方法およびシステムに関する。

【０００３】

【従来の技術】現在、インターネットまたはローカル・
エリア・ネットワーク（ＬＡＮ）を経由して、ユーザが
多くの製品およびサービスを利用できるようになってい
る。例えば、ユーザは、インターネットまたはＬＡＮ上
でウェブクライアントを経由して、オーディオまたはビ
デオのようなメディア・コンテンツを見たいと思うこと
が多い。そのウェブクライアントは従来のブラウザの中
に通常に組み込まれている仮想計算機が装備されたコン
ピュータ・システムである。例えば、ウェブクライアン
トは、セルラーホン、パーソナル・ディジタル・アシス
タント（ＰＤＡ）、ウェブパッド、パーソナル・コンピ
ュータ、ワークステーション、またはＬＡＮまたはイン
ターネットに接続することができる他の装置を含む。

【０００４】従来のブラウザは多くの機能に対して使わ
れ、あるタイプのコンテンツを再生することができる。
例えば、ウェブクライアントは、通常は、ブラウザを使
ってインターネットまたはＬＡＮに接続し、ユーザがそ
のブラウザ上でコンテンツを見ることができるようにす
る。ブラウザの中の従来の仮想計算機は、通常は、ＪＡ
ＶＡＴＭの仮想計算機である。例えば、従来のブラウザ
は、通常、ＪＰＥＧ画像の受信、圧縮解凍および表示、
または再生することができる。また、従来のブラウザは
ＧＩＦファイル・フォーマットを使うこともできる。従
って、従来のブラウザは、通常は、ある種のオーディオ
および静的画像データを再生することができる。

【０００５】そのアイテム、例えば、再生されるべきメ
ディア・コンテンツまたは他の製品およびサービスなど
を選択するために、ユーザはメディア索引メニューの中
でアイテムを見ることができる。メディア索引メニュー
は、ユーザがどのアイテムが選択のために利用できるか
を知ることができるようにするために使われる。従っ
て、メディア索引メニューは、通常は、外部ソースから
インターネットまたはＬＡＮ経由で従来のブラウザに供
給される。ブラウザはそのメディア索引メニューを表示
する。次に、ユーザは従来のメディア索引メニューを使
って１つまたはそれ以上の所望のアイテムを選択する。

【０００６】

【発明が解決しようとする課題】従来のメディア索引メ
ニューは、通常、２つのタイプのうちの１つに入る。第
１のタイプは、そのアイテムをリアルタイムのメディア
・コンテンツとして従来のメディア索引メニューの中に
表示しようとする。そのようなメディア索引メニュー
は、ライブ・メディア索引メニューと呼ばれる。従っ
て、第１のタイプはライブ・メディア索引メニューを含
む。このタイプの従来のライブ・メディア索引メニュー
は、そのメディア・コンテンツを供給する個々の各サー
バからの絶えず続くアップロードを受け付けるようにセ
ットアップされる専用のウェブサーバを必要とする。従
来のライブ・メディア索引メニューは、ある種の制限お
よび欠点を有する。特に、このタイプの従来のライブ・
メディア索引メニューは、そのメディア・コンテンツを
供給する個々の各サーバからの絶えず続くアップロード
を受け付けるようにセットアップされた専用のウェブサ
ーバを必要とする。従って、その専用のウェブサーバ
は、ウェブクライアント上に表示される従来のライブ・
メディア索引メニューのウィンドウの中に再生されるべ
きメディア・コンテンツを絶えず受け付けなければなら
ない。当業者であれば、このタイプの従来のライブ・メ
ディア索引メニューの最も大きな欠点が、その結果とし
て生じる帯域幅の浪費および潜伏性であることを実感す
る。この従来のメディア索引メニューは、絶えず続くア
ップロードを必要とするので、帯域幅が浪費される。さ
らに、大きなアップロードの潜伏性があり、その結果、
従来のライブ・メディア索引メニューの性能が悪くな
る。言い換えれば、アップロードの潜伏性によって、こ
のタイプの従来のライブ・メディア索引メニューでリア
ルタイプのメディア・コンテンツを供給することが実際
的に困難となる。

【０００７】従来のメディア索引メニューの第２のタイ
プは、上から下への移動の方法に従う静的で一次元のメ
ニューを含む。従って、そのメディア索引メニューは、
以下に説明されるように一次元の方法でレイアウトされ
ることが多い、これによって従来のメディア索引メニュ
ーは使い難く、苛立ちを感じさせるものであった。その
ような従来のメディア索引メニューはウェブポータル上
に現れることが多い。ウェブポータルは、電子メール、
フォーラム、サーチ・エンジン、オンライン・ショッピ
ング・モール、および他のサービスなどの広い範囲の配
列またはリソースおよびサービスを提供するウェブサイ
トおよびサービスである。そのような従来のメディア索
引メニューは、静的であり、上から下への移動の方法に
従う。このことは、ウェブのユーザが、所望の情報が見
つかるまで、通常、一度に１つのアイテムを、静的なメ
ニューの中で上方向または下方向に移動しなければなら
ないことを意味する。そのルックアップの方法は一次元
であり、線形である。言い換えれば、それはメニューの
アイテムに関連している情報を１つずつ見ることを強制
する。この方法は、概要を供給する機能に欠け、時間が
掛かり、ウェブクライアントのユーザが所望のメディア
・コンテンツをあまり効率良く見つけることができな
い。

【０００８】例えば、５００チャネルのケーブル加入の
コンテンツをレビューして、テレビジョンの画面上でど
のメディア・コンテンツを見るかを決めたいと仮定す
る。テレビジョンのための従来のリモート・コントロー
ル・ユニットを使って５００チャネルのうちの１つまた
はそれ以上において何が再生されるかを決定するための
２つの方法がある。１つの方法はユーザが上方向または
下方向のキーを押してシーケンシャルなサーチを実行す
る必要がある。そのようなサーチは非常に非効率的であ
り、極端に時間が掛かる可能性がある。もう１つの方法
は、ユーザがチャネル番号をキーインし、そのチャネル
番号のランダム・アクセスを実行する必要がある。この
場合も、所望のメディア・コンテンツを見つけるのに長
い時間が掛かる可能性がある。いずれの方法も一次元で
あり、ユーザに苛立ちを感じさせるものであった。

【０００９】同様に、ユーザが自分のウェブブラウザを
通してＥｂａｙまたはＹａｈｏｏのようなオークション
・サイトまたはウェブポータルから特定のアイテムをル
ックアップしたい場合がある。従来のシステムは関連し
ているアイテムの最終リストが見つかるまで、一筋に下
方向または上方向にたどる。次に、ユーザはケーブルＴ
Ｖの視聴者と同様な方法で行動し、その最終リストを移
動するか、あるいはその最終リスト上であるアイテムを
キー入力することによってそのアイテムを調べる。従っ
て、特定のアイテムをサーチするのに非常に長い時間が
掛かる。この場合も、いずれの方法も一次元であり、苛
立ちを感じさせるものであった。

【００１０】従って、より効率的な方法でライブ・メデ
ィア索引メニューを供給するための方法およびシステム
が必要である。本発明はそのようなニーズに対応する。
本発明は、ウェブクライアント上でリアルタイムでのメ
ディア・コンテンツを含むライブ・メディア索引メニュ
ーを供給するための方法およびシステムを提供する。

【００１１】

【課題を解決するための手段】１つの実施形態において
は、メディア・コンテンツは、少なくとも１つのメディ
ア・ソース上に存在する。ある態様においては、その方
法およびシステムはライブ・メディア索引メニューに対
するレイアウトをウェブクライアントに供給するステッ
プと、メディア・コンテンツをそのライブ・メディア索
引メニューに対するレイアウトの中に表示するためにウ
ェブクライアントのブラウザに供給するステップとを含
む。１つの実施形態においては、ウェブクライアント
は、そのライブ・メディア索引メニューに対するメディ
ア・コンテンツを追加のソフトウェアまたはプラグイン
を使用しないで再生することができる。もう１つの態様
においては、その方法およびシステムは、ウェブクライ
アントを使ってライブ・メディア索引メニューを要求す
るステップと、そのウェブクライアント上のライブ・メ
ディア索引メニューに対するレイアウトを受信するステ
ップと、そのメディア・コンテンツをウェブクライアン
ト上に受信するステップと、そのメディア・コンテンツ
をそのライブ・メディア索引メニューに対するレイアウ
トの中に表示するステップとを含む。もう１つの態様に
おいては、その方法およびシステムは、ライブ・メディ
ア索引メニューに対するメディア・コンテンツを供給す
るためにライブ・メディアのソース・サーバを登録す
る。この態様においては、その方法およびシステムは、
ライブ・メディア・ソースがライブ・メディア索引サー
バにアクセスできるようにするステップと、そのライブ
・メディアのソース・サーバが以前にデータベースに対
して追加されていなかった場合に、そのライブ・メディ
アのソース・サーバをデータベースに対して追加するス
テップとを含む。

【００１２】ここで開示されるシステムおよび方法によ
ると、本発明は、オーディオまたはビデオを含むライブ
・メディア索引メニューをリアルタイムで再生すること
ができる機能をウェブクライアントに供給する。

【００１３】

【発明の実施の形態】本発明は、メディア索引メニュー
を使用したウェブクライアントへの情報伝達の改善に関
する。以下の説明は、通常の当業者が、本発明を使用で
きるようにするためのものであり、特許出願およびその
要件の形で行う。当業者であれば、好適な実施形態の種
々の修正を容易に思いつくし、本明細書に記載する一般
的な原理は、他の実施形態にも適用することができる。
それ故、本発明は、図に示す実施形態に限定されない
し、本明細書に記載する原理および機能に一致する最も
広い範囲に解釈すべきである。

【００１４】従来のメディア索引メニューを使用した場
合、ユーザは、従来のメディア索引メニューに記載され
ている項目の中から選択することができた。従来のメデ
ィア索引メニューの一つのタイプとしては、従来のライ
ブ・メディア索引メニューがある。このような従来のメ
ディア索引メニューは、リアルタイムで、ライブ・メデ
ィア索引メニュー内の項目に関連するメディア・コンテ
ンツを供給する。しかし、従来のライブ・メディア索引
メニューは、余分な帯域幅を使い、待ち時間の問題を含
んでいる。従来のメディア索引メニューのもう一つのタ
イプは、通常、静的で、一次元のものである。それ故、
従来のメディア索引メニューの場合には、ユーザは、通
常、一回に一項目ずつ、従来のメディア索引メニュー内
を移動しなければならなかった。その結果、従来のメデ
ィア索引メニューは、多くの場合、使用していてイライ
ラするものであった。さらに、このような従来の索引メ
ニューは、試聴者に、ライブのメディア・コンテンツを
供給しなかった。

【００１５】本発明は、ウェブクライアント上に、リア
ルタイムでメディア・コンテンツを含むライブ・メディ
ア索引メニューを供給するためのシステムを提供する。
ある実施形態の場合には、メディア・コンテンツは、少
なくとも一つのメディア・ソース上に常駐する。ある観
点から見た場合、本発明の方法およびシステムは、ウェ
ブクライアントへのライブ・メディア索引メニュー用レ
イアウトの供給、ライブ・メディア索引メニュー用レイ
アウト内に表示するために、ウェブクライアントのブラ
ウザへのメディア・コンテンツの供給を含む。ある実施
形態の場合には、ウェブクライアントは、追加のソフト
ウェアまたはプラグインを使用しないで、ライブ・メデ
ィア索引メニュー用のメディア・コンテンツを再生する
ことができる。他の観点から見た場合、本発明の方法お
よびシステムは、ウェブクライアントを使用しての、ラ
イブ・メディア索引メニューの要求、ウェブクライアン
ト上でのライブ・メディア索引メニュー用レイアウトの
受信、ウェブクライアント上でのメディア・コンテンツ
の受信、およびライブ・メディア索引メニュー用レイア
ウトによるメディア・コンテンツの表示を含む。他の観
点から見た場合、本発明の方法およびシステムは、ライ
ブ・メディア索引メニューに対してメディア・コンテン
ツを供給するためのライブ・メディア・ソース・サーバ
を登録する。この点において、本発明の方法およびシス
テムは、ライブ・メディア・ソース・サーバが、ライブ
・メディア索引サーバにアクセスすることができるよう
にすることと、ライブ・メディア・ソース・サーバが、
まだデータベースに追加されていない場合の、ライブ・
メディア・ソース・サーバをデータベースに追加するこ
ととを含む。

【００１６】本発明を、追加のソフトウェアまたはプラ
グインを導入しないで、ブラウザが解凍し、再生するこ
とができるＪＰＥＧのような特定の圧縮規格により説明
する。しかし、通常の当業者であれば、この方法および
システムは、追加のソフトウェアまたはプラグインを導
入しないで、ブラウザが解凍し、再生することができる
他の圧縮規格に対しても効果的に動作することを容易に
理解することができるだろう。また、本発明は、特定の
アーキテクチャ、ＪＡＶＡＴＭのような特定のソフトウ
ェア、および特定のブラウザ・タイプによっても説明す
る。しかし、当業者であれば、本発明は、他のアーキテ
クチャ、他のソフトウェア、および他のブラウザ・タイ
プに対しても効果的に動作することを容易に理解するこ
とができるだろう。また、本発明は、ライブ・メディア
索引メニュー用のメディア・コンテンツを含むウィンド
ウを持つ特定のレイアウトによっても説明する。しか
し、当業者であれば、上記レイアウトは、単に、ライブ
・メディア索引メニューを提示するためのフォーマット
を意味することを理解することができるだろう。本発明
は、ユーザが、メディア・コンテンツを選択することが
できるライブ・メディア索引メニューによっても説明す
る。しかし、当業者であれば、本発明は、他の項目用の
ものであるが、ライブ・メディア索引メニューでメディ
ア・コンテンツを使用する他のライブ・メディア索引メ
ニューにも適用することができることを容易に理解する
ことができるだろう。

【００１７】また、本発明は、クライアントのブラウザ
が、追加のソフトウェアまたはプラグインを使用しない
で、リアルタイムでライブ・メディア索引メニュー用の
メディアを再生することができるように、適応メディア
・ストリーミング・サーバをメディア・ソースとして使
用するシステムによっても説明する。しかし、通常の当
業者であれば、本発明は、他のメディア・ソースおよび
他のサーバにも適用することができることを容易に理解
することができるだろう。しかし、このような場合、リ
アルタイムでメディア・コンテンツを再生するために、
ブラウザは、追加のソフトウェアを使用することができ
る。

【００１８】本発明の方法およびシステムをより詳細に
説明するために、図１を参照する。図１は、ウェブクラ
イアント用のブラウザが、追加のソフトウェアまたはプ
ラグインを使用しないで、リアルタイムでインターネッ
トまたはネットワークからメディア・コンテンツを含む
ライブ・メディア索引メニューを再生できるようにする
システム１００の好適な実施形態である。システム１０
０は、メディア索引サーバ１１０、サーバ２００および
２１０、およびウェブクライアント１７０を含む。サー
バ２００および２１０は、以下に説明するように、ライ
ブ・メディア・コンテンツを供給する際に使用すること
ができる。それ故、サーバ２００および２１０は、ライ
ブ・メディア・ソース・サーバ２００および２１０とも
呼ばれる。サーバ２００および２１０は、好適には、適
応メディア・ストリーミング（ＡＭＳ）サーバ２００お
よび２１０であることが好ましい。メディア索引サーバ
１１０、ＡＭＳサーバ２００および２１０およびウェブ
クライアント１７０は、ネットワーク１０２を通して接
続している。ネットワーク１０２は、ローカル・エリア
・ネットワーク（ＬＡＮ）、インターネット、または他
のタイプのネットワークを含むことができる。図１は、
ネットワーク１０２を通してメディア索引サーバ１１０
に接続しているサーバ２００および２１０を示す。しか
し、他の実施形態の場合には、サーバ２００および２１
０は、ＬＡＮ、ＷＡＮを通してメディア索引サーバ１１
０に接続することができるし、またはメディア索引サー
バ１１０に内蔵させることもできる。

【００１９】システム１００を使用することにより、メ
ディア・コンテンツを、ウェブクライアントのブラウザ
１７２上にライブ・メディア索引メニューの形に編成
し、表示することができる。従って、分かりやすくする
ために、図１およびシステム１００により、本発明を説
明する。メディア索引サーバ１１０およびサーバ２００
および２１０の組合せにより、ライブ・メディア・コン
テンツをウェブクライアントのブラウザ１７２上にライ
ブ・メディア索引メニューの形に編成し、表示すること
ができる。

【００２０】サーバ２００および２１０は、好適には、
同じもので、好適には、ＡＭＳサーバであることが好ま
しい。サーバ２００および２１０は、好適には、それぞ
れ、記憶装置（図示せず）および／またはメディア・コ
ンテンツ・ソース１０３、１０４および１０５、および
メディア・コンテンツ・ソース１０６および１０７を含
むか、またはこれらに接続していることが好ましいサー
バ装置である。三つのメディア・コンテンツ・ソース１
０３、１０４および１０５は、図面では、サーバ２１０
に接続していて、二つのメディア・コンテンツ・ソース
１０６および１０７は、サーバ２００に接続している
が、任意の数のメディア・コンテンツ・ソースを使用す
ることに留意されたい。記憶装置（図示せず）およびメ
ディア・コンテンツ・ソースは、オーディオおよび／ま
たはビデオのようなメディア・コンテンツのためのソー
スである。サーバ２００および２１０を使用することに
より、ウェブクライアント１７０は、サーバ２００およ
び２１０からネットワーク１０２を通して送られてくる
メディア・コンテンツをリアルタイムで再生することが
できる。

【００２１】ウェブクライアント１７０は、ネットワー
ク１０２に接続することができるデバイスである。例え
ば、ウェブクライアント１７０は、セルラーホン、パー
ソナル・デジタル・アシスタント（ＰＤＡ）、ウェブパ
ッド、パーソナル・コンピュータ、ラップトップ・コン
ピュータ、またはワークステーションを含むことができ
る。ウェブクライアント１７０は、自分自身を、ネット
ワーク１０２、ブラウザ１７２、ブラウザ１７２上にデ
ータを表示するために、データおよびプロセスを表示す
る際に、ブラウザ１７２が使用するキャッシュ１７４を
接続するためのインターフェース１７１を含む。ブラウ
ザ１７２は、好適には、ＪＡＶＡＴＭ仮想計算機のよう
な仮想計算機を実行することが好ましい。

【００２２】メディア索引サーバ１１０は、ウェブクラ
イアント１７０、およびＡＭＳサーバ２００および２１
０と通信する。メディア索引サーバ１１０は、一つまた
はそれ以上のライブ・メディア索引メニューのレイアウ
トを含む。メディア索引サーバ１１０は、また、アドレ
ス、好適には、サーバ２００および２１０用のユニフォ
ーム・リソース・ロケータ（ＵＲＬ）を含むことが好ま
しい。メディア索引サーバ１１０は、サーバ２００およ
び２１０、サーバ２００および２１０のアドレス、およ
びサーバ２００および２１０の他の情報を識別するため
に、サーバ２００および２１０と通信する。好適には、
ウェブクライアント１７０は、メディア索引サーバ１１
０からライブ・メディア索引メニューを要求することが
好ましい。メディア索引サーバ１１０は、ウェブクライ
アント１７０に、ライブ・メディア索引メニューのレイ
アウトを供給し、ウェブクライアント１７０をＡＭＳサ
ーバ２００および２１０のアドレスに転送する。その後
で、サーバ２００および２１０は、ウェブクライアント
１７０に直接メディア・コンテンツを供給する。サーバ
２００および２１０は、好適には、ウェブクライアント
１７０が、追加のソフトウェアまたはプラグインを導入
しないで、リアルタイムでメディア・コンテンツを再生
することができるような方法で、ウェブクライアント１
７０に直接メディア・コンテンツを供給する。しかし、
どの実施形態の場合にも、好適には、ウェブクライアン
ト１７０内に追加のソフトウェア、またはプラグインを
導入しないことが好ましい。

【００２３】図１には、二つのサーバ２００および２１
０しか表示していないが、任意の数のサーバ２００およ
び２１０を使用することができる。それ故、システム１
００はスケーラブルである。さらに、サーバ２００およ
び２１０がＡＭＳサーバである場合には、ウェブクライ
アント１７０上において、追加のソフトウェアまたはプ
ラグインを必要としなくなる。それ故、ユーザは、追加
のソフトウェアまたはプラグインを導入する際の時間お
よびリソースを使用しないですむ。ある実施形態の場合
には、ライブ・メディア索引メニューは、要求があった
場合だけ、ウェブクライアント１７０に供給される。そ
れ故、ウェブクライアント１７０が使用するリソース
は、少なくてすみ、ライブ・メディア索引メニューを供
給する際に使用する帯域幅が狭くてすむ。さらに、ある
実施形態の場合には、ウェブクライアント１７０に供給
されるメディア・コンテンツを個々のウェブクライアン
ト１７０の帯域幅にマッチするように調整することがで
きる。

【００２４】図２は、本発明のメディア索引サーバ１１
０’のある実施形態の機能ブロック図である。メディア
索引サーバ１１０’は、ウェブサーバ・サブシステム１
１４を通して通信するためのウェブインターフェース１
１２を含む。メディア索引サーバ１１０’は、また、多
重チャネル管理サブシステム１１６、メディア登録サブ
システム１１８、およびメディア転送サブシステム１２
０を含む。ウェブサーバ・サブシステム１１４を使用す
ることにより、メディア索引サーバ１１０’は、ライブ
・メディア転送サブシステム１２０、および多重チャネ
ル管理サブシステム１１６を通してライブ・メディア・
ソース・サーバ２００および２１０により供給されたメ
ディア・ストリーミングおよび他の情報に基づいて、ラ
イブ・メディア索引メニューを表示することができる。
メディア索引サーバ１１０’は、また、メディア索引サ
ーバ１１０’のユーザを確認するための、機密保護機構
を含むことができる。しかし、好適な実施形態の場合に
は、上記機密保護機構を使用する場合には、ＡＭＳサー
バ２００および２１０内に設置される。

【００２５】メディア登録サブシステム１１８は、メデ
ィア索引サーバ１１０’のために、メディア・コンテン
ツのソース、またはライブ・メディア・ソース・サーバ
として、サーバ２００および２１０の登録を制御する。
ライブ・メディア・ソース・サーバ２００および２１０
は、メディア索引サーバ１１０’のためのメディア・ソ
ースとして登録するために、メディア登録サブシステム
１１８内にログすることができる。サーバ２００および
２１０は、好適には、メディア索引サーバ１１０’に、
索引および標準ライブ・メディアＵＲＬ（またはＩＰア
ドレス）を供給することが好ましい。メディア登録サブ
システム１１８は、各サーバ２００および２１０、ライ
ブ・フレーム索引アドレス、および各サーバ２００およ
び２１０用のライブ標準フレーム・アドレスの識別情報
を記憶するデータベースを構築する。ライブ・フレーム
索引アドレスは、メディア・コンテンツを運ぶメディア
索引メニューの特定のライブ・フレームに対する、対応
するサーバ２００および２１０が再生するメディア・コ
ンテンツに対するＵＲＬ（またはＩＰアドレス）であ
る。ライブ・フレームは、通常、メニューに示される多
くのライブ・フレームの中の一つである。それ故、サー
バ２００および２１０は、サーバ２００および２１０
が、それぞれ、メニューに、メディア・コンテンツの一
つ以上のライブ・フレームを供給する場合には、複数の
ライブ・フレーム索引アドレスを持つことができる。ラ
イブ標準フレーム・アドレスは、対応するサーバ２００
および２１０が再生するライブ・メディア・コンテンツ
に対する、ＵＲＬ（またはＩＰアドレス）と、ライブ・
メディア・ソース索引番号との組合せである。ライブ標
準フレームは、通常、ライブ・メディア索引メニューか
らライブ・メディア・ソースが選択された場合に使用さ
れる。それ故、メディア登録サブシステム１１８は、メ
ディア索引サーバ１１０’が、サーバ２００および２１
０の情報、およびライブ・メディア索引メニューに対し
て、サーバ２００および２１０が供給した、メディア・
コンテンツを確実に入手するために使用した、アドレス
の識別情報を含む。

【００２６】ライブ・メディア・ソース・サーバ２００
または２１０を登録するために、サーバ２００または２
１０は、メディア登録サブシステム１１８内にログす
る。メディア登録サブシステム１１８は、ライブ・メデ
ィア・ソース・サーバ２００または２１０の互換性をチ
ェックする。サーバ２００または２１０が、チェックを
渡すと、メディア登録サブシステム１１８は、自動的
に、ライブ・メディア・ソース・サーバ２００または２
１０のアクセス・アドレスの位置を探す。例えば、アク
セス・アドレスは、ＷＡＮまたはＬＡＮ上のサーバ２０
０または２１０のＩＰアドレスであってもよい。メディ
ア登録サブシステム１１８は、その後で、このライブ・
メディア・ソース・サーバの記録が、存在するかどうか
を決定するために、ライブ・メディア索引１１０’のデ
ータベースをチェックする。ライブ・メディア索引１１
０’のデータベース内にこの記録が存在しない場合に
は、メディア登録サブシステム１１８は、このライブ・
メディア・ソース・サーバ（サーバ２００または２１
０）についての記録をデータベースに追加する。記録が
存在する場合には、メディア登録サブシステム１１８の
保守メニューが呼び出される。上記保守メニューは、メ
ディア登録サブシステム１１８内にすでにログされてい
るライブ・メディア・ソース・サーバへ、試写機能、除
去機能、修正機能、動作不能機能、および動作可能機能
を供給する。サーバ２００または２１０のようなライブ
・メディア・ソース・サーバのオーナーは、試写機能に
より、クライアント・ブラウザ１７２上に、再生するラ
イブ・メディア・コンテンツを試写することができる。
ライブ・メディア・ソース・サーバ、またはサーバ２０
０または２１０のオーナーは、このライブ・メディア・
ソース・サーバの記録が、それぞれ、ライブ・メディア
索引サーバ１１０’のデータベースから削除すべきもの
である場合には、削除機能を使用することができる。ラ
イブ・メディア・ソースＡＭＳサーバ２００または２１
０のオーナーは、このライブ・メディア・ソース・サー
バ２００または２１０のある識別情報が、それぞれ修正
すべきものである場合には、修正機能を使用することが
できる。ライブ・メディア・ソース・サーバ２００また
は２１０のオーナーは、このライブ・メディア・ソース
・サーバ２００または２１０が、それぞれ、ネットワー
ク上で一時的にマスクすべきものである場合には、動作
不能機能を使用することができる。ライブ・メディア・
ソース・サーバ２００または２１０のオーナーは、ま
た、このライブ・メディア・ソース・サーバ２００また
は２１０が、それぞれ、ネットワーク上に存在させるべ
きものである場合には、動作可能機能を使用することが
できる。

【００２７】メディア登録サブシステム１１８が構築し
たデータベースに基づいて、多重チャネル管理サブシス
テム１１６は、好適には、ある種のページ・フォーマッ
トで、ライブ・メディア索引メニューを動的に定義する
ことができることが好ましい。それ故、多重チャネル管
理サブシステム１１６は、ライブ・メディア索引メニュ
ーに対するレイアウトを供給することができる。これら
の属性を使用して、メディア索引サーバ１１０’は、メ
ディア登録サブシステム１１８を通し、また、メディア
・ソース・サーバ２００または２１０から多重チャネル
管理サブシステム１１６を通してメニューに対する索引
内のすべてのライブ・メディア・ソースのライブ・メデ
ィア索引サーバ１１０’をすでに受信している。ライブ
・メディア・ソース・サーバ２００または２１０が、個
々のライブ・フレーム内に表示すべきメディア・コンテ
ンツを供給する場合には、各メディア・ソース・サーバ
２００または２１０からのメディア・コンテンツは、好
適には、索引中に、個々にリストの形で表示し、また、
メニュー上の個々のライブ・フレーム内に表示すること
が好ましい。それ故、クライアント・ブラウザ１７２
は、メディア・ライブ索引メニューを試写するために使
用することができる。メディア索引サーバ１１０’のデ
ータベースは、登録してあるこれらのライブ・メディア
・ソースの標準ＵＲＬ（またはＩＰアドレス）を供給す
る。これらのＵＲＬ（またはＩＰアドレス）を使用する
ことにより、クライアント・ブラウザ１７２は、各チャ
ネルに対して、すべてのメディア・コンテンツをライブ
で再生することができる。それにより、ユーザはチャネ
ルを選択することができる。好適には、クライアント・
ブラウザ１７２は、メディア・ライブ索引サーバ１１
０’およびこれらのライブ・メディア・ソース・サーバ
２００および２１０に同時にアクセスすることが好まし
い。

【００２８】メディア索引サーバ１１０’のアドミニス
トレータの優先順位により、これらのライブ・メディア
・ソース・サーバは、ライブ・メディアのタイプ、ライ
ブ・メディア・ソースの位置、ライブ・メディア・ソー
スのコンテンツ、および多重チャネル管理サブシステム
１１６を通しての他の基準により分類される。多重チャ
ネル管理サブシステム１１６は、ウェブサーバ・サブシ
ステム１１４を通して管理インターフェース（図示せ
ず）を供給する。アドミニストレータは、メディア索引
サーバ１１０’のデータベース内で、ライブ・メディア
・ソース・サーバのタイプを再編成するために、この管
理インターフェースを使用することができる。同時に、
アドミニストレータは、多重チャネル管理サブシステム
１１６を通して、メディア索引サーバ１１０’のデータ
ベース内に記録してあるこれらのライブ・メディア・ソ
ース・サーバのアクセス・アドレスおよび他の識別情報
を適用し、削除し、修正し、動作可能にし、動作不能に
することができる。そうしたい場合には、アドミニスト
レータは、適用機能により、メディア索引サーバ１１
０’のデータベースに新しいライブ・メディア・ソース
・サーバの記録を直接追加することができる。それ故、
メディア索引サーバ１１０’のアドミニストレータによ
り、任意の良質のライブ・メディア・ソース・サーバを
メディア索引メニューに追加することができる。もちろ
ん、アドミニストレータは、また、メディア索引サーバ
１１０’からサーバ２００および２１０のようなメディ
ア・ソースを除去することもできる。例えば、任意の質
の悪いまたは有害なライブ・メディア・ソース・サーバ
を発見した場合には、アドミニストレータは、メディア
索引サーバ１１０’のデータベースからそれを削除する
ことができる。ライブ・メディア・ソース・サーバの、
なんらかの不正な識別情報を発見した場合には、アドミ
ニストレータは、メディア索引サーバ１１０’のデータ
ベース内のこのライブ・メディア・ソース・サーバの記
録を手動で修正することができる。任意の理由で、アド
ミニストレータを任意のライブ・メディア・ソース・サ
ーバ２００または２１０の、アクセス・アドレスを動作
不能にし、または任意のライブ・メディア・ソース・サ
ーバ２００または２１０のアクセス・アドレスを動作可
能にすることができる。

【００２９】メディア転送サブシステム１２０は、サー
バ２００および２１０とウェブクライアント１７０との
間の通信の転送を制御する。メディア転送サブシステム
１２０は、各サーバ２００および２１０からのライブ索
引フレームまたはライブ標準フレームのアドレスの動的
再生を制御する。それ故、メディア転送サブシステム１
２０を使用することにより、ウェブクライアント１７０
とメディア索引サーバ１１０’との間の通信の一部をウ
ェブクライアント１７０上に表示されるライブ・メディ
ア索引メニューの適当なライブ索引フレーム、またはラ
イブ標準フレームに直接供給するために、サーバ２００
および２１０に対して適当なサーバ２００および２１０
に転送することができる。

【００３０】メディア索引サーバ１１０’は、また、メ
ディア登録サブシステム１１８により、サーバ２００お
よび２１０からアクセス・アドレスを含む関連情報を通
信し、受信する。ウェブサーバ・サブシステム１１４を
使用することにより、メディア索引サーバ１１０’は、
サーバ２００および２１０から、ライブ・メディア索引
メニュー、およびメディア・コンテンツを表示すること
ができる。メディア索引サーバ１１０’は、ウェブクラ
イアント１７０が、サーバ２００および２１０から直接
ライブ・メディア索引メニューのメディア・コンテンツ
を受信できるように、サーバ２００および２１０のアド
レスを使用して、ウェブクライアント１７０とサーバ２
００および２１０との間の通信を転送する。

【００３１】図３は、本発明のメディア索引サーバ１１
０”のある実施形態のブロック図である。メディア索引
サーバ１１０”は、図２のウェブインターフェース１１
２、ウェブサーバ・サブシステム１１４、多重チャネル
管理サブシステム１１６、メディア登録サブシステム１
１８、およびメディア転送サブシステム１２０類似のウ
ェブインターフェース１１２’、ウェブサーバ・サブシ
ステム１１４’、多重チャネル管理サブシステム１１
６’、メディア登録サブシステム１１８’、およびメデ
ィア転送サブシステム１２０’を含む。図３について説
明すると、メディア索引サーバ１１０”は、また、プロ
セッサ１２２、制御ロジック１２６、組込型ネットワー
ク・オペレーティング・システム１２４、フラッシュ・
メモリ１２８、ランダム・アクセス・メモリ（ＲＡＭ）
バッファ１３０、およびオプションとしての大量記憶装
置１３２を含む。

【００３２】メディア索引サーバ１１０”は、メディア
索引サーバ１１０および１１０’と本質的に同じ機能を
実行する。メディア索引サーバ１１０”は、また、メデ
ィア登録サブシステム１１８’およびウェブサーバ・サ
ブシステム１１４’により、サーバ２００および２１０
からアクセス・アドレスおよび他の識別情報を含む関連
情報を通信し、受信する。メディア索引サーバ１１０”
は、また多重チャネル管理サブシステム１１６’および
メディア転送サブシステム１２０’を使用することによ
りウェブクライアント１７０と通信する。ウェブサーバ
・サブシステム１１４’を使用することにより、メディ
ア索引サーバ１１０”は、サーバ２００および２１０か
ら多重チャネル管理サブシステム１１６’およびライブ
・メディア・ストリーミングにより編成されたライブ・
メディア索引メニューを表示することができる。メディ
ア索引サーバ１１０”は、ウェブクライアント１７０
が、サーバ２００および２１０から直接ライブ・メディ
ア索引メニューに対するメディア・コンテンツを受信で
きるように、サーバ２００および２１０のアドレスを使
用して、ウェブクライアント１７０とサーバ２００およ
び２１０との間の通信を転送する。

【００３３】図４および図５は、システム１００’およ
び１００”を示す。本発明のシステム１００”のある実
施形態が、クライアント１７０に特定のライブ・メディ
ア索引メニューを供給するために、どのように相互に作
用するかを示す。図５は、本発明のシステム１００’の
ある実施形態がクライアント１７０にライブ・標準索引
フレームを供給するために、どのように相互に作用する
かを示す。図４および図５は、ＡＭＳサーバ２００およ
び２１０としての、メディア・ソースまたはサーバ２０
０および２１０を示す。しかし、システム１００’およ
び１００”は、ＡＭＳサーバ２００および２１０の代わ
りに、またはそれに追加して他のサーバまたはメディア
・ソースを使用することができる。

【００３４】図４について説明すると、システム１０
０’は、メディア索引サーバ１１０’、ＡＭＳサーバ２
００および２１０、およびウェブクライアント１７０を
含む。説明を分かり易くするために、これらの図は、シ
ステム１００’およびメディア索引サーバ１１０’、ラ
イブ・メディア・ソース、ＡＭＳサーバ２００および２
１０、およびウェブクライアント１７０の一部しか示し
ていない。ウェブクライアント１７０は、ライブ索引フ
レーム１４０、１４２、１４４、１４６および１４８を
持つライブ・メディア索引メニューを表示するディスプ
レイ１７１を含む。ウェブサーバ・サブシステム１１４
に基づいて、ウェブクライアント１７０は、多重チャネ
ル管理サブシステム１１６、およびメディア転送サブシ
ステム１２０を通してメディア索引サーバ１１０’と通
信し、ライブ・メディア・ソースＡＭＳサーバ２００お
よび２１０は、メディア登録サブシステム１１８を通し
て、メディア索引サーバ１１０’と通信する。

【００３５】ＡＭＳサーバ２００および２１０は、それ
ぞれ、メディア・コンテンツ１３０、１３２および１３
４、およびメディア・コンテンツ１３６および１３８を
含む。好適には、メディア・コンテンツ１３０、１３
２、１３４、１３６および１３８は、それぞれ、メディ
ア・コンテンツ・ソース１０３、１０４、１０５、１０
６および１０７（図示せず）からのものであることが好
ましい。しかし、メディア・コンテンツ１３０、１３
２、１３４、１３６および１３８は、他のソースからの
ものであってもよい。メディア転送サブシステム１２０
により、ＡＭＳサーバ２００および２１０は、ウェブク
ライアント１７０と直接通信することができる。それ
故、ＡＭＳサーバ２００および２１０は、それぞれ、ラ
イブ索引フレーム１４０、１４２、１４４、１４６およ
び１４８にメディア・コンテンツ１３０、１３２、１３
４、１３６および１３８を供給することができる。ＡＭ
Ｓサーバ２００および２１０は、追加のソフトウェアま
たはプラグインを導入しないで、ウェブクライアント１
７０にメディア・コンテンツ１３０、１３２、１３４、
１３６および１３８を供給することができる。ライブ・
メディア索引メニューのレイアウトは、ライブ索引フレ
ーム１４０、１４２、１４４、１４６および１４８の一
部を含む。それ故、システム１００’を使用することに
より、ウェブクライアント１７０は、メディア索引サー
バ１１０’およびＡＭＳサーバ２００および２１０を通
してメニューを表示することができる。

【００３６】図５について説明すると、システム１０
０’は、メディア索引サーバ１１０’、ＡＭＳサーバ２
００および２１０、およびウェブクライアント１７０を
含む。説明を分かりやすくするために、この図は、シス
テム１００”およびメディア索引サーバ１１０’、ＡＭ
Ｓサーバ２００および２１０、およびウェブクライアン
ト１７０のの一部しか図示していない。例えば、この図
は、ネットワーク１０２、およびメディア索引サーバ１
１０’のウェブインターフェース１１２を示す。ウェブ
クライアント１７０は、この図に示すように、ライブ標
準索引フレーム１４０’を持つ、ライブ・メディア索引
メニューを表示するディスプレイ１７１を含む。ウェブ
クライアント１７０は、多重チャネル管理サブシステム
１１６、およびメディア転送サブシステム１２０を通し
てメディア索引サーバ１１０’と通信する。メディア索
引サーバ１１０’は、メディア登録サブシステム１１８
を通してＡＭＳサーバ２００および２１０と通信する。

【００３７】ＡＭＳサーバ２００および２１０は、それ
ぞれ、メディア・コンテンツ１３０、１３２および１３
４、およびメディア・コンテンツ１３６および１３８を
含む。好適には、メディア・コンテンツ１３０、１３
２、１３４、１３６および１３８は、それぞれ、メディ
ア・コンテンツ・ソース１０３、１０４、１０５、１０
６および１０７（図示せず）からのものであることが好
ましい。しかし、メディア・コンテンツ１３０、１３
２、１３４、１３６および１３８は、他のソースからの
ものであってもよい。メディア転送サブシステム１２０
により、ＡＭＳサーバ２００および２１０は、ウェブク
ライアント１７０と直接通信する。システム１００’
は、この図に示すように、すでに、ディスプレイ１７１
上で、ライブ・メディア索引メニューを使用して、一つ
のメディア・コンテンツ１３０’を選択している。それ
故、ＡＭＳサーバ２００は、ライブ標準索引フレーム１
４０’に、メディア・コンテンツ１３０を供給すること
ができる。ＡＭＳサーバ２００は、ウェブクライアント
１７０が、追加のソフトウェアまたはプラグインを導入
しないでも、ウェブクライアント１７０にメディア・コ
ンテンツ１３０を供給することができる。一つのライブ
標準フレーム１４０’を使用した場合には、ライブ・メ
ディア索引メニューのレイアウトは、ライブ標準フレー
ム・アドレス１４０’の位置を含む。システム１００’
を使用することにより、ウェブクライアント１７０は、
メディア索引サーバ１１０’およびＡＭＳサーバ２００
および２１０を通してメニューを表示することができ
る。

【００３８】本発明をより詳細に説明するために、本発
明のＡＭＳサーバ２００または２１０の実施形態を示
す、図６−図８を参照する。ＡＭＳサーバ２００または
２１０、およびウェブクライアント１７０は、＿＿＿＿
＿付けの本発明の譲受人に譲渡された、「追加のソフト
ウェアまたはプラグインを必要としないライブ・メディ
アおよびストリーミング・メディア・コンテンツをオン
デマンドで再生するための適応メディア・ストリーミン
グ・サーバ」という名称の、同時係属米国特許出願第＿
＿＿＿＿号により詳細に説明してある。上記同時係属米
国特許出願は、引用によって本明細書の記載に援用す
る。

【００３９】図６は、ＡＭＳサーバ２００または２１０
のある実施形態のより詳細なブロック図である。ＡＭＳ
サーバ２００または２１０は、ネットワーク１０２を通
して通信するためのウェブインターフェース２１２を含
む。ＡＭＳサーバ２００または２１０は、メディア作成
および供給ブロック２１５を含む。メディア作成および
供給ブロック２１５は、図１のウェブクライアント１７
０に供給されるメディアを作成し、ネットワーク１０２
へそれを供給するのを助ける。図１および図６について
説明すると、メディア作成および供給ブロック２１５
は、好適には、メディア・コンテンツを、ブラウザ１７
２が表示することができるセクションに分割し、そのメ
ディア・コンテンツのセクションを、ネットワーク１０
２、すなわち、ウェブクライアント１７０に供給するこ
とが好ましい。例えば、好適な実施形態の場合には、ビ
デオの場合、メディア作成および供給ブロック２１５
は、メディア・コンテンツをフレームに分割し、ＪＰＥ
Ｇのような規格を使用して、各フレームを圧縮し、ＪＰ
ＥＧファイル（フレームまたはセクション）により、ビ
デオＪＰＥＧファイル（フレームまたはセクション）を
ウェブクライアント１７０に供給する。また、好適な実
施形態の場合には、メディア作成および供給ブロック２
１５は、メディア・コンテンツの各セクションの間で放
棄コマンドを供給する。ＡＭＳサーバ２１０は、また、
確実に、ウェブクライアント１７０のブラウザ１７２
が、追加のソフトウェアまたはプラグインを導入しない
で、リアルタイムでメディア・コンテンツを再生するこ
とができるブラウザ制御ブロック２１３を含む。図１お
よび図６について説明すると、好適な実施形態の場合に
は、ブラウザ制御ブロック２１３は、確実に、ウェブク
ライアント１７０が、メディア・コンテンツをリアルタ
イムで再生することができるように、キャッシュ１７４
からメディア・コンテンツのセクションをフラッシュで
きるようにする。好適な実施形態の場合には、ブラウザ
制御ブロック２１３は、確実に、ブラウザ１７２がデー
タをキャッシュしないようにする。それ故、ブラウザ１
７２が、放棄コマンドを受信し、その後で、データの次
のセクションを受信すると、ブラウザ１７２は、データ
の次のセクションを表示する際に、キャッシュ１７４内
のデータを使用しようとはしない。すなわち、キャッシ
ュ１７４は、ＡＭＳサーバ２００または２１０により供
給されたメディア・コンテンツのセクションの間でフラ
ッシュされる。その結果、ブラウザ１７２は、メディア
・コンテンツをセクション単位で表示し、セクションの
間でキャッシュをフラッシュし、それにより、メディア
・コンテンツをリアルタイムで再生することができる。

【００４０】図７は、ＡＭＳサーバ２００または２１０
のある実施形態のより詳細なブロック図である。ＡＭＳ
サーバ２００または２１０は、メディア入力インターフ
ェース２２８を含む。メディア入力インターフェース２
２８を使用することにより、ＡＭＳサーバ２００’また
は２１０’は、入力ソースからメディアを受信すること
ができる。例えば、ＡＭＳサーバ２００’または２１
０’は、図１のメディア・コンテンツ・ソース１０６お
よび１０７、または１０３、１０４および１０５から、
それぞれ、ライブ・ビデオを受信することができる。図
１および図７について説明すると、ＡＭＳサーバ２０
０’または２１０’は、また、サーバ・ストリーミング
能動（ＳＳＡ）プロセス２１６を含む。ＳＳＡプロセス
２１６は、ビデオおよびオーディオのようなメディアの
ストリーミングを処理する。それ故、ＳＳＡプロセス２
１６の一部は、図６のメディア作成および供給ブロック
２１５に、類似していると見なすことができる。再び図
１および図７について説明すると、ＳＳＡプロセスは、
捕捉スレッド２１８、圧縮スレッド２２０、ストリーミ
ング作成プロセス２２２、ウェブ供給プロセス２２４、
およびリアルタイム・ストリーミング管理プロセス２２
６を含む。捕捉スレッド２１８、圧縮スレッド２２０、
ストリーミング・スレッド２２２およびウェブ供給プロ
セス２２４は並列に能動状態になるが、それに対してス
トリーミングが実行されるメディア・コンテンツのセク
ションが必要な順序になるようにインターロックしてい
る。それ故、メディア・コンテンツの特定の部分が捕捉
され、圧縮され、ストリーミング処理を受け、その順序
で供給される。リアルタイム・ストリーミング管理プロ
セス２２６は、残りのプロセス２１８、２２０、２２２
および２２４が、確実に、同時に正しい順序で実行でき
るようにする。

【００４１】ＡＭＳサーバ２００’または２１０’は、
また、オンデマンド・アクセス・プロセス２１４を含
む。オンデマンド・アクセス・プロセス２１４は、ウェ
ブクライアント１７０が、ＡＭＳサーバ２００’または
２１０’からメディア・コンテンツを要求した場合に、
確実に能動状態になるようにする。オンデマンド・アク
セス・プロセス２１４は、また、ＳＳＡプロセス２１６
は、メディア・コンテンツの供給中は、確実にすべて能
動状態に維持されるようにする。さらに、ある実施形態
の場合には、オンデマンド・アクセス・プロセス２１４
は、ブラウザ１７０が、追加のソフトウェアまたはプラ
グインを導入しないでも、リアルタイムでＡＭＳサーバ
２００’または２１０’からメディア・コンテンツを再
生することができるように、以下に説明するように、キ
ャッシュ１７４が確実に、正しくフラッシュすることが
できるようにする。それ故、オンデマンド・アクセス・
プロセス２１４の一部は、ブラウザ制御ブロック２１３
に類似している。

【００４２】図８は、本発明のＡＭＳサーバ２００”ま
たは２１０”の他の実施形態のブロック図である。ＡＭ
Ｓサーバ２００”または２１０”は、プロセッサ２３
０、制御ロジック２３２、組込型ネットワーク・オペレ
ーティング・システム２３４、フラッシュ・メモリ２３
６、メディア制御入力２３８、ＲＡＭバッファ２４０、
メディア・アクセス制御サブシステム２４２、ビデオ／
オーディオ捕捉エンジン２４４、多重チャネル管理ディ
スプレイ・サブシステム２４６、メディア圧縮エンジン
２４８、メディア・ファイル転送プロトコル（ＦＴＰ）
転送サブシステム２５０、メディア入力インターフェー
ス２５２、メディア帯域幅管理サブシステム２５４、メ
ディア・ストリーミング・サブシステム２５６、ウェブ
インターフェース２５８、メディア供給サブシステム２
６０、オプションとしての大容量記憶装置２６２、レジ
スタ索引クライアント・サブシステム２６４、およびメ
ディア属性管理サブシステム２６６を含む。

【００４３】ＡＭＳサーバ２００”または２１０”は、
好適には、ＡＭＳサーバ２００または２１０および２０
０’または２１０’とほぼ同じ機能を行うことができる
ものであることが好ましい。それ故、ＡＭＳサーバ２０
０”または２１０”は、図１のネットワーク１０２を通
してウェブクライアント１７０にメディア・コンテンツ
を供給することができる。図１および図８について説明
すると、ＡＭＳサーバ２００”または２１０”は、ウェ
ブクライアント１７０が、リアルタイムでウェブクライ
アント１７０上でメディア・コンテンツを再生すること
ができるような速さでキャッシュ１７４をフラッシュで
きるように、ウェブクライアント１７０を制御すること
ができる。より詳細に説明すると、ＡＭＳサーバ２０
０”または２１０”は、セクション単位でウェブクライ
アント１７０にメディア・コンテンツを供給し、ウェブ
クライアント１７０が、確実に、各セクションが供給さ
れた後で、キャッシュ１７４をフラッシュできるように
する。

【００４４】メディア・コンテンツは、オプションとし
ての大容量記憶装置２６２に記憶することもできるし、
または、メディア・コンテンツは、メディア入力インタ
ーフェース２５２を通してメディア・ソース１０４、１
０６および１０８から供給される。ビデオ／オーディオ
捕捉エンジン２４４、メディア圧縮エンジン２４８、メ
ディア・ストリーミング・サブシステム２５６、および
メディア供給サブシステム２６０は、ＡＭＳサーバ２０
０”または２１０”に対するビデオ／オーディオをスト
リーミングするために、捕捉、圧縮、ストリーミングお
よび供給を処理する。好適には、ビデオは、メディア圧
縮エンジン２４８により、ＪＰＥＧを使用して、フレー
ム単位で圧縮することが好ましい。登録索引組合せサブ
システム２６４は、ＡＭＳサーバ２００”または２１
０”からメディア・コンテンツを入手することができる
クライアントの登録および追跡を制御する。メディア入
力制御２３８は、メディア・コンテンツ・ソース１０
４、１０６６および１０８のようなメディア入力デバイ
スを制御する。メディア・アクセス制御サブシステム２
４２は、管理、およびクライアントの身元確認および認
可を行う。それ故、ＡＭＳサーバ２００”または２１
０”に対するメディアへのアクセスは、パスワードまた
は他の類似の機構により制御することができる。多重チ
ャネル管理ディスプレイ・サブシステム２４６は、リア
ルタイムでライブ索引メニュー管理およびチャネル管理
を行う。メディアＦＴＰ転送サブシステム２５０は、メ
ディアを、ＦＴＰを使用して他のユニフォーム・リソー
ス・ロケータＵＲＬ（またはＩＰアドレス）に再度送信
するか、転送することができる。メディア帯域幅管理サ
ブシステム２５４は、リアルタイムでクライアントの帯
域幅に従って帯域幅検出および適応メディア属性供給を
行う。それ故、ＡＭＳサーバ２００”または２１０”
は、クライアント１７０の帯域幅に動的に適応すること
ができる。メディア属性管理サブシステム２６６は、リ
アルタイムでＡＭＳサーバ２００”または２１０”に対
して自動的にメディア品質制御およびメディア・サイズ
調整を行うことができる。他の実施形態の場合には、画
像の品質およびフレームのサイズをアドミニストレータ
により調整することができる。

【００４５】ＡＭＳサーバ２００または２１０、２０
０’または２１０’および２００”または２１０”は、
オンデマンドで、ウェブクライアント１７０にメディア
・コンテンツを供給し、ウェブクライアント１７０が、
追加のソフトウェアまたはプラグインを使用しなくて
も、リアルタイムでメディア・コンテンツを表示できる
ようにする。ＡＭＳサーバ２００または２１０、２０
０’または２１０’および２００”または２１０”は、
捕捉、圧縮、ストリーミングおよび供給を含めて、メデ
ィア・ストリーミングを行うことができる。さらに、捕
捉機能および圧縮機能を使用しないで、メディアが、オ
プションとしての大容量記憶装置２６２のような他のソ
ースからではなく、メディア・コンテンツ・ソース１０
４、１０６および１０８のようなソースから供給された
場合には、ＡＭＳサーバ２００または２１０、２００’
または２１０’および２００”または２１０”は、単
に、メディアをオンデマンドで供給する。図１、図６、
図７および図８について説明すると、すでに説明したよ
うに、ＡＭＳサーバ２００または２１０、２００’また
は２１０’および２００”または２１０”は、ウェブク
ライアント１７０にメディア・コンテンツをセクション
単位で供給することにより、その機能の一部を実行す
る。さらに、ＡＭＳサーバ２００または２１０、２０
０’または２１０’および２００”または２１０”は、
キャッシュ１７４が、再生されたメディアの各セクショ
ンの間で、確実にフラッシュすることができるように、
ウェブクライアント１７０を制御する。

【００４６】図９は、本発明のウェブクライアント１７
０’のある実施形態である。ウェブクライアント１７
０’は、システム１００、１００’または１００”で、
ＡＭＳサーバ２００または２１０が使用された場合に使
用される。ウェブクライアント１７０’は、ウェブイン
ターフェース１７１’、ブラウザ１７２’、キャッシュ
１７４’およびウェブクライアント・メディア再生プロ
セス１７６を含む。図１および図９について説明する
と、ウェブインターフェース１７１’を使用することに
より、ウェブクライアント１７０’は、インターネット
であってもよい、ネットワーク１０２と接続することが
できる。キャッシュ１７４’を使用することにより、ブ
ラウザ１７２’は、データをキャッシュすることができ
る。ブラウザ１７２’は、プッシュにより動作可能にな
るブラウザである。それ故、ブラウザ１７２’は、デー
タが、ソースからブラウザ１７２’にプッシュされた
時、ネットワークからデータを受信する。

【００４７】ウェブクライアント・メディア再生プロセ
ス１７６は、プッシュにより動作可能になったブラウザ
１７２’が、追加のソフトウェアまたはプラグインを導
入しないで、リアルタイムでメディア・コンテンツを再
生することができるようにする際に、それを容易にす
る。ウェブクライアント・メディア再生プロセス１７６
は、メディア・コンテンツ解凍および再生スレッド１７
８、およびキャッシュ・フラッシュ・スレッド１８０を
含む。メディア・コンテンツ解凍および再生スレッド１
７８は、ＡＭＳサーバ２００または２１０、２００’ま
たは２１０’および２００”または２１０”により、ウ
ェブクライアント１７０’のプッシュされた、メディア
・コンテンツのセクションを解凍し、再生する。メディ
ア・コンテンツは、すでに説明したように、ＡＭＳサー
バ２００または２１０、２００’または２１０’および
２００”または２１０”により、セクションに分解され
る。キャッシュ・フラッシュ・スレッド１８０は、キャ
ッシュ１７４’をフラッシュする。より詳細に説明する
と、ウェブクライアント１７０’は、ＡＭＳサーバ２０
０または２１０、２００’または２１０’および２０
０”または２１０”からメディア・コンテンツの一つの
セクションを受信する。ウェブクライアント１７０’
は、メディア・コンテンツ解凍および再生スレッド１７
８を使用してブラウザ１７２’上で、上記セクションを
解凍し、再生する。しかし、すでに説明したように、Ａ
ＭＳサーバ２００または２１０、２００’または２１
０’および２００”または２１０”により供給されるセ
クションは、従来のブラウザによっても解凍し、再生す
ることができる。例えば、セクションは、ＪＰＥＧを使
用して圧縮したビデオ・データのフレームであってもよ
い。キャッシュ・フラッシュ・スレッド１８０は、プッ
シュにより動作可能になるブラウザ１７２’により各セ
クションが再生された後で、キャッシュ１７４’をフラ
ッシュする。それ故、ブラウザ１７２’は、一つのセク
ションを再生し、キャッシュ１７４’がフラッシュさ
れ、ブラウザ１７２’が次のセクションを再生する。以
下同じ。キャッシュ・フラッシュ・スレッド１８０、お
よびメディア・コンテンツ解凍および再生スレッド１７
８は、以下に説明するように、ＡＭＳサーバ２００また
は２１０、２００’または２１０’および２００”また
は２１０”により供給された情報により、この方法で機
能する。

【００４８】図１０は、本発明のウェブクライアント１
７０”の他の実施形態である。ウェブクライアント１７
０”は、システム１００、１００’または１００”で、
ＡＭＳサーバ２００または２１０が使用された場合に使
用される。ウェブクライアント１７０”は、ウェブイン
ターフェース１７１”、ブラウザ１７２”、キャッシュ
１７４”およびウェブクライアント・プルプロセス１８
２、およびパッチ・スレッドｘ１９０を含む。図１およ
び図１０について説明すると、ウェブインターフェース
１７１”を使用することにより、ウェブクライアント１
７０”は、インターネットであってもよいネットワーク
１０２と接続することができる。キャッシュ１７４”を
使用することにより、ブラウザ１７２”は、データをキ
ャッシュすることができる。ブラウザ１７２”は、プッ
シュにより動作可能になるブラウザである。それ故、ブ
ラウザ１７２”は、データが、ソースからブラウザ１７
２”に、データが、ウェブクライアント１７０”により
プルされた時、ネットワークからデータを受信する。

【００４９】クライアント・プルプロセス１８２は、プ
ルにより動作可能になったブラウザ１７２”が、追加の
ソフトウェアまたはプラグインを導入しないで、リアル
タイムでメディア・コンテンツを再生することができる
ようにする際に、それを容易にする。クライアント・プ
ルプロセス１８２は、メディア・プルスレッド１８４、
メディア・コンテンツ解凍および再生スレッド１８６、
およびキャッシュ・フラッシュ・スレッド１８８を含
む。メディア・プルスレッド１８４は、ＡＭＳサーバ２
００または２１０、２００’または２１０’および２０
０”または２１０”からメディア・コンテンツのセクシ
ョンをプルする。メディア・スレッド１８４によりプル
されたメディア・データは、すでに説明したように、Ａ
ＭＳサーバ２００または２１０、２００’または２１
０’および２００”または２１０”により、セクション
に分解される。メディア・コンテンツ解凍および再生ス
レッド１８６は、ＡＭＳサーバ２００または２１０、２
００’または２１０’および２００”または２１０”か
らウェブクライアント１７０”によりプルされたメディ
ア・コンテンツを解凍し、再生する。キャッシュ・フラ
ッシュ・スレッド１８８は、キャッシュ１７４”をフラ
ッシュする。より詳細に説明すると、ウェブクライアン
ト１７０”は、プルスレッド１８４を使用して、ＡＭＳ
サーバ２００または２１０、２００’または２１０’お
よび２００”または２１０”からメディア・コンテンツ
の一つのセクションをプルする。ウェブクライアント１
７０”は、メディア・コンテンツ解凍および再生スレッ
ド１８６を使用して、上記セクションを解凍し、再生す
る。しかし、すでに説明したように、ＡＭＳサーバ２０
０または２１０、２００’または２１０’および２０
０”または２１０”により供給されるセクションは、従
来のブラウザによっても解凍し、再生することができ
る。例えば、セクションは、ＪＰＥＧを使用して圧縮し
たビデオ・データのフレームであってもよい。キャッシ
ュ・フラッシュ・スレッド１８８は、プルにより動作可
能になるブラウザ１７２”により各セクションが再生さ
れた後で、キャッシュ１７４”をフラッシュする。それ
故、クライアント・プルプロセス１８２は、セクション
をプルし、ビデオ／オーディオ・スレッド１８４は、セ
クションを解凍し、そのセクションをブラウザ１７２”
上で再生し、キャッシュ１７４”はフラッシュされ、ク
ライアント・プルプロセス１８２は次のセクションをプ
ルする。以下同じ。キャッシュ・フラッシュ・スレッド
１８８、およびメディア・コンテンツ解凍および再生ス
レッド１８６は、以下に説明するように、ＡＭＳサーバ
２００または２１０、２００’または２１０’および２
００”または２１０”により供給された情報により、ま
たパッチ・スレッドｘ１９０によりこの方法で機能す
る。

【００５０】キャッシュ１７４”を正しくフラッシュす
るために、パッチ・スレッドｘ１９０は、プルにより動
作可能になるブラウザ１７２”で使用される。パッチ・
スレッドｘ１９０は、追加のソフトウェアまたはプラグ
インを導入しないで、ＡＭＳサーバ２００または２１
０、２００’または２１０’および２００”または２１
０”により供給される。プルにより動作可能になるブラ
ウザ１７２”は、通常、ＪＡＶＡＴＭ仮想計算機を含
む。例えば、フラッシュされたキャッシュ１７４”のリ
ソースの解放は、通常、低い優先順位の背景スレッドの
使用を伴う。しかし、メディア・コンテンツ解凍および
再生スレッド１８６は、高い優先順位を持つ。それ故、
パッチ・スレッドｘ１９０を使用しない場合には、キャ
ッシュ１７４”がフラッシュされた後で、リソースは、
低い優先順位のスレッドにより解放することはできな
い。すなわち、メディア・コンテンツ解凍および再生ス
レッド１８６の優先順位は、低い優先順位のスレッドに
サービスを行うことはできない。従って、ウェブクライ
アント１７０”はクラッシュする恐れがある。以下に説
明するように、パッチ・スレッドｘ１９０を使用するこ
とにより、低い優先順位のスレッドもサービスを受ける
ことができる。より詳細に説明すると、パッチ・スレッ
ドｘ１９０を使用することにより、メディア・コンテン
ツ解凍および再生スレッド１８６を低い優先順位のスレ
ッドでインターリーブすることができる。それ故、キャ
ッシュ１７４”を、以下に説明するように、メディア・
コンテンツのセクションの間でフラッシュすることがで
き、ウェブクライアント１７０”をクラッシュしないで
リソースが解放される。

【００５１】図１１は、メディア索引サーバ１１０’ま
たは１１０”を含むサーバ２００または２１０のような
メディア・ソースを登録するための方法２８０のある実
施形態の高いレベルのフローチャートである。上記方法
２８０は、ＡＭＳサーバ２００または２１０、２００’
または２１０’および２００”または２１０”、および
ウェブクライアント１７０、１７０’お１７０”と一緒
に使用することができる。さらに、上記方法２８０は、
他のシステム（図示せず）と一緒に使用することもでき
る。説明を分かりやすくするために、図１のＡＭＳサー
バ２００または２１０、メディア索引サーバ１１０、お
よびウェブクライアント１７０を使用して、方法２８０
を説明する。しかし、方法２８０は、他の数のライブ・
メディア・ソース・サーバ２００および２１０、他のラ
イブ・メディア・ソース、他のメディア索引サーバ、ま
たは他のウェブクライアントと一緒に使用することがで
きる。ある実施形態の場合には、サーバ２００または２
１０は、ＡＭＳサーバである。

【００５２】方法２８０は、登録対象のメディア・ソー
ス・サーバが、メディア索引サーバ１１０にログオンし
た時にスタートする。この方法は、ステップ２８２にお
いて、登録対象のサーバ２００または２１０のようなラ
イブ・メディア・ソース・サーバが、メディア索引サー
バ１１０と互換性を持つかどうかを判断する。ライブ・
メディア・ソース・サーバが互換性を持つ場合には、方
法が引続き実行される。互換性を持たない場合には、ス
テップ２８３において、ライブ・メディア・ソース・サ
ーバは拒否される。ライブ・メディア・ソース・サーバ
が互換性を持っている場合には、メディア索引サーバ１
１０は、ステップ２８４において、登録対象のライブ・
メディア・ソース・サーバに対する識別情報を入手す
る。例えば、ステップ２８４は、サーバ２００または２
１０のアドレスの受信ステップを含むことができる。そ
の後で、登録したライブ・メディア・ソース・サーバの
データベースが、ステップ２８６において、上記ライブ
・メディア・ソース・サーバを含むように変更される
か、構築される。好適な実施形態の場合には、ステップ
２８６は、データベースが、登録中のライブ・メディア
・ソース・サーバに対する記録を含んでいるかどうかを
判断するために、チェックを行うステップと、存在しな
い場合には記録を追加するステップと、記録が存在する
場合には、その記録を変更するために、図２のところで
すでに説明したメニューを供給するステップとを含む。

【００５３】図１２は、クライアントが、メディア索引
サーバ１１０、１１０’または１１０”を使用して、ラ
イブ・メディア索引メニューを再生することができるよ
うにする方法２９０のある実施形態の高いレベルのフロ
ーチャートである。上記方法２９０は、ＡＭＳサーバ２
００、またはＡＭＳサーバ２００’または２１０’２０
０”または２１０”、およびウェブクライアント１７
０、１７０’および１７０”と一緒に使用することがで
きる。ある実施形態の場合には、サーバ２００または２
１０は、ＡＭＳサーバである。さらに、上記方法２９０
は、他のシステム（図示せず）またはサーバと一緒に使
用することもできる。説明を分かりやすくするために、
図１のＡＭＳサーバ２００または２１０、メディア索引
サーバ１１０、およびウェブクライアント１７０を使用
して、方法２９０を説明する。しかし、方法２９０は、
他の数のサーバ２００および２１０、他のライブ・メデ
ィア・ソース・サーバまたはサーバ、他のメディア索引
サーバ、または他のウェブクライアントと一緒に使用す
ることができる。

【００５４】メディア索引サーバ１１０は、ステップ２
９２において、ウェブクライアント１７０にライブ・メ
ディア索引メニュー用のレイアウトを供給する。ステッ
プ２９２は、好適には、メディア索引サーバ１１０から
ライブ・メディア索引メニューを要求するウェブクライ
アント１７０に応じて実行することが好ましい。それ
故、ある実施形態の場合には、ウェブクライアント１７
０は、ネットワーク１０２を通して、メディア索引サー
バ１１０から、メニュー・コンテンツを含むライブ・メ
ディア索引メニューを要求する。それ故、ウェブクライ
アント１７０による要求に応じてだけ、ウェブクライア
ント１７０にレイアウトおよびメディア・コンテンツを
含むライブ・メディア索引メニューを供給することによ
って、ウェブクライアント１７０に対する帯域幅が節約
される。好適には、レイアウトは、その中にメディア・
コンテンツが表示されるライブ・フレームまたは少なく
とも一つのライブ標準フレームを含むことが好ましい。
ライブ・メディア索引メニューで再生されるメディア・
コンテンツは、好適には、ビデオまたはオーディオであ
ることが好ましい。

【００５５】レイアウト内で再生されるメディア・コン
テンツは、ステップ２９４において、ウェブクライアン
ト上で再生するために、ウェブクライアント１７０に供
給される。好適な実施形態の場合には、ステップ２９４
は、ライブ・メディア・ソース・サーバにウェブクライ
アント１７０を転送することにより実行される。それ
故、ステップ２９４は、好適には、ライブ・メディア・
ソース・サーバ用のライブ・メディア転送サブシステム
１２０および識別情報を使用して実行することが好まし
い。それ故、メディア・コンテンツは、レイアウトの適
当なフレーム内で、ライブ・メディア・ソース・サーバ
からウェブクライアント１７０に直接供給される。この
メディア・コンテンツは、サーバ２００または２１０を
含むが、これに限定されない、複数のライブ・メディア
・ソース・サーバからのものであってもよい。好適に
は、これらのライブ・メディア・ソース・サーバは、方
法２８０のところで説明した登録済みのもであることが
好ましい。それ故、方法２９０を使用することにより、
各フレーム用のメディア・コンテンツを含むライブ・メ
ディア索引メニューを、好適には、ウェブクライアント
のブラウザ１７２を使用して、ウェブクライアント１７
０上で再生することができる。ライブ・メディア・ソー
ス・サーバが、ＡＭＳサーバ２００または２１０である
場合には、ウェブクライアント１７０は、追加のソフト
ウェアまたはプラグインを使用しないでメディア・コン
テンツを再生することができる。

【００５６】図１３は、ウェブクライアントが、追加の
ソフトウェアまたはプラグインを使用しないで、リアル
タイムでライブ・メディア索引メニューを再生できるよ
うにする方法３００のある実施形態である。上記方法３
００は、ＡＭＳサーバ２００または２１０、および２０
０’または２１０’および２００”または２１０”、お
よびウェブクライアント１７０、１７０’および１７
０”と一緒に使用することができる。さらに、方法３０
０は、他のシステム（図示せず）と一緒に使用すること
もできる。説明を分かりやすくするために、図１のＡＭ
Ｓサーバ２００および２１０、メディア索引サーバ１１
０、およびウェブクライアント１７０を使用して、方法
３００を説明する。しかし、この方法３００は、他の数
のＡＭＳサーバ２００および２１０、他のライブ・メデ
ィア・ソース・サーバ、他のメディア索引サーバ、また
は他のウェブクライアントと一緒に使用することができ
る。好適には、この方法３００は、ＡＭＳサーバ２００
または２１０と一緒に使用することが好ましい。

【００５７】図１および図１３について説明すると、ラ
イブ・メディア索引メニュー用のレイアウトは、ステッ
プ３０２において、メディア索引サーバ１１０からウェ
ブクライアント１７０に供給される。ステップ３０２
は、好適には、メディア索引サーバ１１０からライブ・
メディア索引メニューを要求するウェブクライアント１
７０に応じて実行することが好ましい。それ故、ある実
施形態の場合には、ウェブクライアント１７０は、ネッ
トワーク１０２を通して、メディア索引サーバ１１０か
らメニュー・コンテンツを含むライブ・メディア索引メ
ニューを要求する。それ故、ウェブクライアント１７０
による要求に応じてだけ、ウェブクライアント１７０に
レイアウトおよびメディア・コンテンツを含むライブ・
メディア索引メニューを供給することによって、ウェブ
クライアント１７０に対する帯域幅が節約される。好適
には、レイアウトは、その中にメディア・コンテンツが
表示されるライブ・フレームまたは少なくとも一つのラ
イブ標準フレームを含むことが好ましい。ライブ・メデ
ィア索引メニューで再生されるメディア・コンテンツ
は、好適には、ビデオまたはオーディオであることが好
ましい。

【００５８】ステップ３０４において、メディア・コン
テンツのリアルタイムでの再生を行うことができるよう
に、ウェブクライアント１７０は、キャッシュ１７４を
確実にフラッシュすることができる。好適には、ステッ
プ３０４は、ＡＭＳサーバ２００または２１０により実
行することが好ましい。ステップ３０４は、好適には、
ＡＭＳサーバ２００または２１０が、ウェブクライアン
ト１７０と直接通信することができるように、通信を転
送するメディア索引サーバ１１０により実行することが
好ましい。ある実施形態の場合には、ステップ３０４
は、以下に説明するセクションが、セクションの実際の
サイズより大きいサイズを持つことをブラウザ１７２に
示すステップを含む。ある実施形態の場合には、ステッ
プ３０４は、また、各セクションが表示された後で、リ
アルタイムで、確実に、キャッシュ１７０をフラッシュ
することができるステップを含む。好適な実施形態の場
合には、ステップ３０４のこれらの部分は、ＡＭＳサー
バ２００または２１０により実行される。

【００５９】ライブ・メディア索引メニューで再生され
るメディア・コンテンツのセクションは、ステップ３０
６において、セクション単位でウェブクライアント１７
０に供給される。好適には、ステップ３０６は、ＡＭＳ
サーバ２１０により実行することが好ましい。それ故、
ＡＭＳサーバ２００または２１０は、好適には、メディ
ア・コンテンツをセクションに分割し、ウェブクライア
ント１７０へ供給するためのセクションを作成し、この
セクションを、順序通りに、ネットワーク１０２を通し
てウェブクライアント１７０に供給することが好まし
い。上記セクションは、ブラウザ１７２が、追加のソフ
トウェアまたはプラグインを使用しないで、ブラウザ１
７２をレイアウト内の各セクションを表示することがで
きるタイプのものである。ブラウザ１７２は、好適に
は、対応するライブ索引フレーム、またはライブ標準フ
レーム内にメディア・コンテンツを再生することが好ま
しい。ある実施形態の場合には、ステップ３０６は、メ
ディア・コンテンツの捕捉、圧縮、ストリーミングおよ
び供給を含む。ビデオ・コンテンツの場合には、ステッ
プ３０６は、好適には、ビデオをフレームに分割し、Ｊ
ＰＥＧによりフレームを圧縮することが好ましい。それ
故、各セクションは、ＪＰＥＧ圧縮フレームである。

【００６０】ウェブクライアント１７０は、ステップ３
０８において、各セクションがレイアウト内で再生され
た後で、キャッシュからセクションをフラッシュするこ
とができる。それ故、方法３００を使用することによ
り、メディア・コンテンツは、セクション単位でウェブ
クライアントに供給される。メディア・コンテンツは、
好適には、レイアウト内で再生されるように、各ライブ
・フレームまたはライブ標準フレームに対して、セクシ
ョン単位で供給することが好ましい。その後で、ブラウ
ザは、メディア・コンテンツの各セクションを表示する
ことができ、キャッシュを、セクションが表示された後
でフラッシュすることができる。ブラウザは、追加のソ
フトウェアまたはプラグインを導入しないでメディア・
コンテンツの各セクションを表示することができる。そ
れ故、方法３００を使用することにより、レイアウト内
の各ライブ・フレームまたはライブ標準フレームに対し
て一つのセクションがウェブクライアント１７０に供給
される。その後で、上記セクションは、ブラウザ１７２
により、適当なライブ・フレーム、またはライブ標準フ
レーム内に表示される。ある実施形態の場合には、上記
セクションは、解凍され、表示される。ウェブクライア
ント１７０は、また、セクションの表示の間にキャッシ
ュ１７４をフラッシュすることができる。それ故、ウェ
ブクライアント１７０は、あたかも、メディア・コンテ
ンツがリアルタイムで供給され、表示されているかのよ
うな錯覚を起こさせる。代わりに、ウェブクライアント
１７０およびブラウザ１７２は、あたかも、メディア・
コンテンツの一つのセクションだけが、各ライブ・フレ
ームまたはライブ標準フレーム内に表示されているかの
ように行動する。ある実施形態の場合には、ウェブクラ
イアント１７０は、そのセクションのサイズが、そのセ
クションの実際のサイズより大きいという情報を受けと
り、ウェブクライアント１７０は、あたかも、ブラウザ
１７２が、同じセクションを反復して表示しているかの
ように行動する。さらに、毎回、異なるセクションが、
ブラウザ１７２により確実に表示されるように、セクシ
ョンの間にキャッシュがフラッシュされる。それ故、ウ
ェブクライアントは、追加のソフトウェアまたはプラグ
インを導入しないで、ネットワーク１０２を通して供給
されたメディア・コンテンツを再生することができる。

【００６１】図１４は、ウェブクライアントが、追加の
ソフトウェアまたはプラグインを導入しないで、リアル
タイムでライブ・メディア索引メニューを再生すること
ができるようにするための本発明の方法３１０のより詳
細なフローチャートである。上記方法３１０は、サーバ
２００または２１０、ＡＭＳサーバ２００または２１
０、、２００’または２１０’および２００”または２
１０”、およびウェブクライアント１７０、１７０’お
１７０”と一緒に使用することができる。さらに、上記
方法３１０は、他のシステム（図示せず）と一緒に使用
することもできる。説明を分かりやすくするために、図
１のＡＭＳとしてのサーバ２００または２１０、メディ
ア索引サーバ１１０、およびウェブクライアント１７０
を使用して、方法２１０を説明する。しかし、方法３１
０は、他の数のサーバ２００および２１０、他のサー
バ、他のメディア索引サーバ、または他のウェブクライ
アントと一緒に使用することができる。

【００６２】図１および図１４について説明すると、ウ
ェブクライアント１７０は、ステップ３１２において、
メディア索引サーバ１１０から、ライブ・メディア索引
メニューを要求する。それ故、ある実施形態の場合に
は、ウェブクライアント１７０は、ネットワーク１０２
を通してメディア索引サーバ１１０からメニュー・コン
テンツを含むライブ・メディア索引メニューを要求す
る。それ故、ウェブクライアント１７０による要求に応
じてだけ、ウェブクライアント１７０に、レイアウトお
よびメディア・コンテンツを含むライブ・メディア索引
メニューを供給することによって、ウェブクライアント
１７０に対する帯域幅が節約される。ライブ・メディア
索引メニュー・コンテンツのレイアウトは、ステップ３
１４において、メディア索引サーバ１１０からウェブク
ライアント１７０に供給される。好適には、レイアウト
は、その中にメディア・コンテンツが表示されるライブ
・フレームまたは少なくとも一つのライブ標準フレーム
を含むことが好ましい。ライブ・メディア索引メニュー
で再生されるメディア・コンテンツは、好適には、ビデ
オまたはオーディオであることが好ましい。

【００６３】メディア索引サーバ１１０は、ステップ３
１６において、ライブ・メディア索引メニューで再生さ
れるメディア・コンテンツを供給するために使用される
ＡＭＳサーバ２００または２１０のアドレスにウェブク
ライアント１７０を転送する。ＡＭＳサーバ２００また
は２１０は、ステップ３１８において、レイアウト内で
メディア・コンテンツのリアルタイムでの再生を確実に
行うことができるように、キャッシュ１７４をフラッシ
ュすることができる。ある実施形態の場合には、ステッ
プ３１８は、以下に説明するセクションが、セクション
の実際のサイズより大きいサイズを持つことをブラウザ
１７２に示すステップを含む。ある実施形態の場合に
は、ステップ３１８は、また、各セクションが表示され
た後で、リアルタイムで確実にキャッシュ１７０をフラ
ッシュすることができるステップを含む。

【００６４】ＡＭＳサーバ２００または２１０は、ステ
ップ３２０において、ライブ・メディア索引メニューの
セクションで再生されるメディア・コンテンツのセクシ
ョンを、セクション単位でウェブクライアント１７０に
供給する。それ故、ＡＭＳサーバ２１０は、好適には、
メディア・コンテンツをセクションに分割し、ウェブク
ライアント１７０へ供給するためのセクションを作成
し、このセクションを、順序通りに、ネットワーク１０
２を通してウェブクライアント１７０に供給することが
好ましい。上記セクションは、ブラウザ１７２が、追加
のソフトウェアまたはプラグインを使用しないで、レイ
アウト内の各セクションを表示することができるタイプ
のものである。ブラウザ１７２は、好適には、対応する
ライブ索引フレーム、またはライブ標準フレーム内にメ
ディア・コンテンツを再生することが好ましい。ある実
施形態の場合には、ステップ３２０は、メディア・コン
テンツの捕捉、圧縮、ストリーミングおよび供給を含
む。ビデオ・コンテンツの場合には、ステップ３２０
は、好適には、ビデオをフレームに分割し、ＪＰＥＧに
よりフレームを圧縮することが好ましい。それ故、各セ
クションは、ＪＰＥＧ圧縮フレームである。

【００６５】その後で、ウェブクライアント１７０は、
ステップ３２２においては、対応するライブ・フレーム
またはライブ標準フレーム内にメディア・コンテンツを
表示する。ウェブクライアント１７０は、ステップ３２
４において、レイアウト内で、各セクションが再生され
た後で、キャッシュからセクションをフラッシュする。
それ故、方法３１０を使用することにより、メディア・
コンテンツは、セクション単位でウェブクライアントに
供給される。メディア・コンテンツは、好適には、レイ
アウト内で表示される各ライブ・フレームまたはライブ
標準フレームに対して、セクション単位で供給すること
が好ましい。その後で、ブラウザは、メディア・コンテ
ンツの各セクションを表示することができ、キャッシュ
を、セクションが表示された後でフラッシュすることが
できる。ブラウザは、追加のソフトウェアまたはプラグ
インを導入しないで、メディア・コンテンツの各セクシ
ョンを表示することができる。それ故、方法３００を使
用することにより、レイアウト内の各ライブ・フレーム
またはライブ標準フレームに対する、一つのセクション
がウェブクライアント１７０に供給される。その後で、
上記セクションは、ブラウザ１７２により、適当なライ
ブ・フレーム、またはライブ標準フレーム内に表示され
る。ある実施形態の場合には、上記セクションは、解凍
され、表示される。ウェブクライアント１７０は、ま
た、セクションの表示の間にキャッシュ１７４をフラッ
シュすることができる。それ故、ウェブクライアント１
７０は、あたかも、メディア・コンテンツが、リアルタ
イムで供給され、表示されていないかのような錯覚を起
こさせる。代わりに、ウェブクライアント１７０および
ブラウザ１７２は、あたかも、メディア・コンテンツの
一つのセクションだけが、各ライブ・フレームまたはラ
イブ標準フレーム内に表示されているかのように行動す
る。ある実施形態の場合には、ウェブクライアント１７
０は、そのセクションのサイズが、そのセクションの実
際のサイズより大きいという情報を受けとり、ウェブク
ライアント１７０は、あたかも、ブラウザ１７２が、同
じセクションを反復して表示しているかのように行動す
る。さらに、毎回、異なるセクションが、ブラウザ１７
２により確実に表示されるように、セクションの間にキ
ャッシュがフラッシュされる。それ故、ウェブクライア
ントは、追加のソフトウェアまたはプラグインを導入し
ないで、ネットワーク１０２を通して供給されたメディ
ア・コンテンツを再生することができる。

【００６６】方法３００および３１０のある実施形態の
場合には、ステップ３０４および３１８は、それぞれ、
メディア・コンテンツをリアルタイムで確実に再生する
ことができ、使用するブラウザのタイプに依存するよう
に、ウェブクライアント１７０が、確実にキャッシュを
フラッシュすることができるようにする。図１５は、そ
れぞれ、方法３００または３１０の上記実施形態内のス
テップ３０４または３１８である。図１を使用して、図
１５を説明する。ブラウザ１７０のタイプは、ステップ
３３０において、ＡＭＳサーバ２１０により決定され
る。ある実施形態の場合には、ステップ３３０は、ウェ
ブクライアント１７０からの情報を受信するステップ
と、上記情報に基づいて、ブラウザ１７０のタイプを判
断するステップとを含む。他の実施形態の場合には、こ
の判断は、図１４の方法３１０のステップ３１２内のラ
イブ・メディア索引メニューに対するウェブクライアン
トの要求の情報により行うことができる。図１５に戻っ
て説明すると、その後で、ステップ３３２において、Ａ
ＭＳサーバ２１０は、ウェブクライアント１７０に、ブ
ラウザ１７２のタイプに対して適当な命令を供給する。
上記命令により、ウェブクライアント１７０は、メディ
ア・コンテンツのセクションの間にキャッシュ１７４を
フラッシュすることができる。

【００６７】図１６−図１８は、ウェブクライアント
が、追加のソフトウェアを使用しないで、リアルタイム
でメディア・コンテンツを再生できるようにする方法３
５０の好適な実施形態である。説明を分かりやすくする
ために、方法３５０を、図１のシステム１００を使用し
て説明する。しかし、この方法３５０は、ＡＭＳサーバ
２００または２１０、２００’または２１０’および２
００”または２１０”およびクライアント１７０、１７
０’および１７０”と一緒に使用することができる。さ
らに、方法３５０は、他のシステム（図示せず）と一緒
に使用することもできる。図１６−図１８および図１に
ついて説明すると、ＡＭＳサーバ２００または２１０
は、ステップ３５２において、メディア索引サーバ１１
０により登録される。それ故、メディア索引サーバ１１
０は、ＡＭＳサーバ２００および２１０、ＡＭＳサーバ
２００および２１０のアドレス、およびＡＭＳサーバ２
００および２１０を通して入手することができるメディ
ア・コンテンツを意識する。

【００６８】メディア索引サーバ１１０は、ステップ３
５４において、ＡＭＳサーバ２００または２１０に関連
する情報のデータベースを構築する。メディア索引サー
バ１１０は、好適には、ステップ３５４を実行するため
に、メディア登録サブシステム１１８を使用することが
好ましい。上記データベースは、ＡＭＳサーバ２００ま
たは２１０の、好適には、ＵＲＬであることが好ましい
アドレス、およびＡＭＳサーバ２００または２１０に関
連する他の情報を含む。メディア索引サーバ１１０は、
ステップ３５６において、データベース内のＡＭＳサー
バ２００または２１０の属性を使用して、ライブ・メデ
ィア索引メニューのページを動的に定義する。また、ス
テップ３５６において、メディア索引サーバ１１０は、
ライブ・メディア索引メニューに対するレイアウトを定
義する。メディア索引サーバ１１０は、好適には、ステ
ップ３５６を実行するために、ウェブサーバ・サブシス
テム１１４を使用することが好ましい。それ故、メディ
ア索引サーバ１１０は、ライブ・メディア索引メニュー
を供給するのに必要なデータを含む。

【００６９】ウェブクライアント１７０は、ステップ３
５８において、メディア索引サーバ１１０からライブ・
メディア索引メニューを要求する。好適な実施形態の場
合には、ステップ３５８は、ウェブクライアント１７０
が、好適には、メディア索引サーバ１１０用のＵＲＬを
使用して、ネットワーク１０２を通してメディア索引サ
ーバ１１０に、ライブ・メディア索引メニューに対する
要求を送信した時に実行されることが好ましい。それ
故、ウェブクライアント１７０による要求に応じてだ
け、ウェブクライアント１７０にメディア・コンテンツ
を供給することによって、ウェブクライアント１７０に
対する帯域幅が節約される。その後で、メディア・ソー
ス・サーバは、ステップ３６０において、ウェブクライ
アント１７０の身元を確認し、認可する。それ故、ステ
ップ３６０において、ウェブクライアント１７０が正し
いウェブクライアント１７０であるかどうか決定され、
ウェブクライアント１７０が、メディア・ソース・サー
バ１１０からメディア索引メニューを入手するために認
可されたことが確認される。

【００７０】メディア・ソース・サーバ１１０は、ステ
ップ３６０において、ウェブクライアント１７０の身元
を確認し、認可する。それ故、ステップ３６０におい
て、メディア索引サーバ１１０は、ウェブクライアント
１７０が正しいウェブクライアント１７０であるかどう
かを判断し、メディア索引サーバ１１０からライブ・メ
ディア索引メニューを入手するために、ウェブクライア
ント１７０が認可されていることを確保する。

【００７１】その後で、メディア索引サーバ１１０は、
ウェブクライアント１７０にライブ・メディア索引メニ
ューのレイアウトを供給し、ステップ３６２において、
ウェブクライアント１７０をＡＭＳサーバ２００および
２１０のＵＲＬへ転送する。それ故、ウェブクライアン
ト１７０とＡＭＳサーバ２００および２１０との間のト
ラヒックは、メディア索引サーバ１１０をバイパスする
ことができる。

【００７２】ステップ３６４において、ウェブクライア
ント１７０は、どのタイプのブラウザ１７２を使用する
のかを決定する。好適な実施形態の場合には、ステップ
３６４においては、ブラウザ１７２が、プッシュにより
動作可能になるブラウザであるのか、プルにより動作可
能になるブラウザであるのかを、ステップ３５８におい
て行われた要求の情報に基づいて判断する。その後で、
ステップ３６６において、ブラウザ１７２が、プッシュ
により動作可能になるブラウザであると判断される。

【００７３】ブラウザがプッシュにより動作可能になる
ブラウザである場合には、ＡＭＳサーバ２１０は、ヘッ
ダをウェブクライアント１７０へプッシュし、ステップ
３６８において、ウェブクライアントに、メディア・コ
ンテンツのセクションのサイズを表示する。好適な実施
形態の場合には、セクションのサイズおよびヘッダは、
別々にウェブクライアントに供給される。ヘッダは、好
適には、共通のゲートウェイ・インターフェースである
ことが好ましく、また、好適には、メディア・コンテン
ツのストリーミングのためのウェブクライアント１７０
を作成するストリーミング・ヘッダであることが好まし
い。ヘッダは、好適には、ウェブクライアント１７０、
ＡＭＳサーバ２１０が供給したメディア・コンテンツを
キャッシュしないように命令することが好ましい。それ
故、キャッシュ１７４は、メディア・コンテンツのセク
ションの間にフラッシュすることができ、それにより、
リアルタイムでメディア・コンテンツを再生することが
できる。ステップ３６８において、ウェブクライアント
に供給されたサイズは、メディア・コンテンツのセクシ
ョンの実際のサイズより大きい。その理由について以下
に説明する。

【００７４】ステップ３７０において、メディア・コン
テンツを供給するために、ＡＭＳサーバ１１０は、確実
に能動状態に維持される。ある実施形態の場合には、ス
テップ３７０において、メディアの作成および供給ブロ
ック２１５、またはＳＳＡプロセス２１６は、メディア
・コンテンツがウェブクライアント１７０に供給されて
いる間中、確実に能動状態に維持される。それ故、ＡＭ
Ｓサーバ２１０は、メディア・コンテンツに関連するそ
の機能を、メディア・コンテンツがウェブクライアント
１７０に供給されている間中、継続して供給する。例え
ば、ＡＭＳサーバ２１０がウェブクライアント１７０に
ストリーミング・メディアを供給する場合には、ステッ
プ３７０において、メディア・コンテンツが、ウェブク
ライアント１７０に供給されるまで、ＡＭＳサーバ１１
０は、確実に、捕捉、圧縮、ストリーミングおよび供給
を継続して行うことができる。

【００７５】メディア・ストリーミングを実行しなけれ
ばならない場合には、ＡＭＳサーバ２１０は、ステップ
３７２において、メディア・コンテンツ入力を捕捉し、
メディア・コンテンツを圧縮し、コンテンツ・データ・
ファイルを更新する。ステップ３７２においては、メデ
ィア・コンテンツに対するこれらの機能がセクション単
位で実行される。その結果、特定のファイルは、圧縮さ
れたメディア・コンテンツの一つのセクションを含む。
また、ステップ３７２においては、メディア・コンテン
ツのセクションが捕捉され、圧縮され、そのデータ・フ
ァイルが急速に、また正しい順序で更新されるように、
確実に、捕捉機能、圧縮機能および更新機能がインター
リーブされ、インターロックされる。しかし、メディア
・コンテンツのストリーミングが実行されない場合に
は、ステップ３７２は、オンデマンドで、ＡＭＳサーバ
２１０によりメディアを供給することができるように、
メディア・ソースからメディア・コンテンツを受信する
ステップを含む。

【００７６】その後で、ＡＭＳサーバ２１０は、ステッ
プ３７４において、圧縮済みのメディア・コンテンツの
一つのセクションをウェブクライアントへプッシュす
る。好適には、メディア・コンテンツの上記セクション
は、ＪＰＥＧファイルおよび／または標準ウェブオーデ
ィオ・ファイルのような標準ファイルに含まれているこ
とが好ましい。それ故、ウェブクライアント１７０のブ
ラウザ１７２は、追加のソフトウェアまたはプラグイン
を導入しないで、ステップ３７４においてプッシュされ
たメディア・コンテンツの上記セクションを再生できる
ものでなければならない。

【００７７】ウェブクライアントは、メディア・コンテ
ンツのセクションを受信し、好適には、ステップ３７６
において、図９のウェブクライアント・メディア再生プ
ロセス１７６をスタートすることが好ましい。ウェブク
ライアント１７０は、ステップ３７８において、ブラウ
ザ１７２上で、メディアを解凍し、再生する。ステップ
３７８は、好適には、図９のウェブクライアント・メデ
ィア再生プロセス１７６を使用して実行することが好ま
しい。しかし、すでに説明したように、メディア・コン
テンツのセクションは、追加のソフトウェアまたはプラ
グインを使用しないでも、ブラウザ１７２上で解凍し、
再生することができる。その後で、ウェブクライアント
１７０は、ステップ３８０において、キャッシュ１７４
をフラッシュする。その後で、ウェブクライアント１７
０が、引続きメディア・コンテンツの要求を行い、ステ
ップ３８２において、ステップ３７６において供給した
セクションのサイズが適合しない場合には、ステップ３
７０−３８０が反復して実行される。セクションのサイ
ズは、通常、適合しない。何故なら、セクションの実際
のサイズは、好適には、ステップ３７６において、ウェ
ブクライアント１７０に供給されたセクションのサイズ
より小さいことが好ましいからである。それ故、ウェブ
クライアント１７０は、ステップ３７４において、ウェ
ブクライアント１７０にプッシュされたメディア・コン
テンツのセクションは不完全なものと見なし、メディア
・コンテンツの要求を継続して行う。ステップ３７８に
おいて、セクションが表示された後で、ステップ３８０
において、キャッシュ１７４がフラッシュされる。その
後で、メディア・コンテンツの次のセクションをウェブ
クライアント１７０に対してプッシュすることができ
る。次のセクションは、前のセクションの残りを含まな
い状態で、ブラウザ１７０上に表示される。何故なら、
キャッシュがフラッシュされたからである。メディア・
コンテンツのセクションを表示し、キャッシュをフラッ
シュするプロセスは、プッシュにより動作可能になるブ
ラウザ上に必要なメディア・コンテンツが表示されるま
で継続することができる。

【００７８】ステップ３６６において、ブラウザ１７０
が、プッシュにより動作可能になるブラウザではないと
判断された場合には、ブラウザ１７０は、図１０のブラ
ウザ１７２”のような、プルにより動作可能になるブラ
ウザである。図１６−図１８および図１に戻って説明す
ると、このような場合、ＡＭＳサーバ２１０は、ステッ
プ３８４において、ウェブクライアント１７０にアプレ
ットを供給する。アプレットは、好適には、ＪＡＶＡＴ
Ｍのアプレットであることが好ましい。アプレットは、
好適には、ウェブクライアント１７０がキャッシュ１７
４をフラッシュすることができる、図１０のパッチ・ス
レッドｘ１９０を含むことが好ましい。また、好適な実
施形態の場合には、アプレットは、ウェブクライアント
１７０にメディア・コンテンツのサイズを供給する。し
かし、すでに説明したように、メディア・コンテンツの
セクションの実際のサイズは、好適には、ウェブクライ
アント１７０に供給されるサイズより小さいことが好ま
しい。

【００７９】ＡＭＳサーバ２１０は、ステップ３８６に
おいて、メディア・コンテンツを捕捉し、圧縮し、また
コンテンツ・ファイルを更新する。ステップ３８６にお
いては、メディア・コンテンツに対するこれらの機能
が、セクション単位で実行される。その結果、特定のフ
ァイルは、圧縮済みのメディア・コンテンツの一つのセ
クションを含む。また、ステップ３８６においては、メ
ディア・コンテンツのセクションが、捕捉され、圧縮さ
れ、そのデータ・ファイルが急速に、また正しい順序で
更新されるように、確実に、捕捉機能、圧縮機能および
更新機能がインターリーブされ、インターロックされ
る。しかし、メディア・コンテンツのストリーミングが
実行されない場合には、ステップ３８６は、オンデマン
ドで、ＡＭＳサーバ２１０によりメディアを供給するこ
とができるように、メディア・ソースからメディア・コ
ンテンツを受信するステップを含む。

【００８０】その後で、ウェブクライアント１７０は、
パッチ・スレッドｘ１９０が、すでに、ウェブクライア
ント１７０上に存在するかどうかを判断するためにチェ
ックを行い、存在する場合には、ステップ３８８におい
て、パッチ・スレッドｘ１９０を抹消する。ウェブクラ
イアント１７０は、好適には、図１０のクライアント・
プルプロセス１８２をスタートし、ステップ３９０にお
いて、ＡＭＳサーバ２１０からメディア・コンテンツの
一つのセクションをプルする。プルプロセスをスタート
するステップと、メディア・コンテンツの一つのセクシ
ョンをプルするステップも、二つの別々のステップであ
ると見なすことができることに留意されたい。プルされ
たメディア・コンテンツの上記セクションは、好適に
は、ＪＰＥＧファイルおよび／または標準ウェブオーデ
ィオ・ファイルのような標準ファイル内に含まれている
ことが好ましい。それ故、ウェブクライアント１７０の
ブラウザ１７２は、追加のソフトウェアまたはプラグイ
ンを導入しないで、ステップ３９０においてプルしたメ
ディア・コンテンツの上記セクションを再生できるもの
でなければならない。

【００８１】ウェブクライアントは、ステップ３９２に
おいて、ブラウザ１７２上で、メディア・コンテンツを
受信し、解凍し、再生する。ステップ３９２は、好適に
は、図１０のクライアント・プルプロセス１８２を使用
して実行することが好ましい。しかし、すでに説明した
ように、メディア・コンテンツのセクションは、追加の
ソフトウェアまたはプラグインを使用しないでも、ブラ
ウザ１７２上で解凍し、再生することができる。その後
で、ウェブクライアント１７０は、ステップ３９４にお
いて、キャッシュ１７４をフラッシュする。

【００８２】その後で、ウェブクライアントは、ステッ
プ３９６において、パッチ・スレッドｘ１９０をスター
トする。その後で、パッチ・スレッドｘ１９０は、ステ
ップ３９８において、クライアント・プルプロセス１８
２を抹消する。クライアント・プルプロセス１８２を抹
消することにより、ウェブクライアント１７０に対する
下位の優先順位のスレッドがサービスを受けることがで
き、それ故、適当なリソースを解放される。従って、パ
ッチ・スレッドｘ１９０は、それぞれ、ステップ４００
および４０２において、ある時間の間アイドル状態にな
り、リソースが解放される。その後で、それぞれ、ステ
ップ４０４および４０６において、パッチ・スレッドｘ
１９０は、アイドル状態から抜け出し、クライアント・
プルプロセス１８２をスタートする。ＪＡＶＡＴＭの仮
想計算機は、好適には、ブラウザ１７２に内蔵させるこ
とが好ましい。すでに説明したように、パッチ・スレッ
ドｘは、下位の優先順位のスレッドを、上位の優先順位
のクライアント・プルプロセス１８２、および解放され
た適当なリソースによりインターリーブされることがで
きるようにＪＡＶＡＴＭの仮想計算機のために使用され
る。従って、ステップ３８４−３９６において、ウェブ
クライアント１７０をクラッシュしないでキャッシュ１
７４をフラッシュすることができる。

【００８３】ウェブクライアント１７０が、ステップ４
０８において、メディア・コンテンツを引続き要求する
場合には、ステップ３９０−４０６が反復して実行され
る。セクションのサイズは、通常、適合しない。何故な
ら、セクションの実際のサイズは、好適には、ステップ
３９０において、ウェブクライアント１７０に供給され
たセクションのサイズより小さいことが好ましいからで
ある。それ故、ウェブクライアント１７０は、ウェブク
ライアント１７０がプルしたメディア・コンテンツのセ
クションは不完全なものと見なし、メディア・コンテン
ツの要求を継続して行う。メディア・コンテンツのセク
ションを表示し、キャッシュをフラッシュし、リソース
を解放するこのプロセスは、プルにより動作可能になる
ブラウザ上に必要なメディア・コンテンツが表示される
まで継続することができる。

【００８４】それ故、方法３５０を使用することによ
り、図９のブラウザ１７２’のようなプッシュにより動
作可能になるブラウザ、および図１０のブラウザ１７
２”のようなプルにより動作可能になるブラウザを、ネ
ットワーク１０２を通して、ライブ・メディア索引メニ
ュー用のメディア・コンテンツと一緒に供給することが
できる。両方のブラウザ１７２’および１７２”に対し
て同じＡＭＳサーバ２００または２１０、２００’また
は２１０’および２００”または２１０”を使用する代
わりに、ブラウザ１７２’および１７２”の中の一つを
他のＡＭＳサーバ（図示せず）に割り当てることができ
ることに留意されたい。このような実施形態の場合に
は、あるタイプのブラウザに対してだけ、特定のＡＭＳ
サーバを使用することができ、一方、他のＡＭＳサーバ
を他のタイプのブラウザに対してだけ使用することがで
きる。しかし、方法３５０を使用すれば、同じＡＭＳサ
ーバ２００および２１０、２００’および２１０’、２
００”および２１０”を異なるタイプのブラウザに対し
て使用することができる。

【００８５】それ故、システム１００、メディア索引サ
ーバ１１０、１１０’および１１０”、ＡＭＳサーバ２
００または２１０、２００’または２１０’および２０
０”または２１０”ウェブクライアント１７０、１７
０’および１７０”および方法３００、３１０および３
５０により、メディア・コンテンツを含むライブ・メデ
ィア索引メニューを、ネットワーク１０２を通してウェ
ブクライアント１７０、１７０’お１７０”に供給する
ことができ、また、追加のソフトウェアまたはプラグイ
ンを使用しないで、リアルタイムで再生することができ
る。追加のソフトウェアまたはプラグインを導入する必
要がないので、ソフトウェアまたはプラグイン用の十分
なリソースを持つものではなく、メディア・コンテンツ
を含むライブ・メディア索引メニューを任意のウェブク
ライアント１７０、１７０’および１７０”上に再生す
ることができる。例えば、メディア・コンテンツを、セ
ルラーホンＰＤＡ、ウェブパッドおよび大手でないクラ
イアントに供給し、その上で再生することができる。そ
れ故、特定のウェブクライアント１７０、１７０’ま１
７０”は、少ないリソースしか消費しない。さらに、追
加のソフトウェアまたはプラグインの導入によるウェブ
クライアント１７０、１７０’および１７０”に対する
追加の機密保護違反が起こる恐れがない。ある実施形態
の場合には、ライブ・メディア索引メニューに対するメ
ディア・コンテンツの供給は、ウェブクライアント１７
０、１７０’および１７０”が使用することができる帯
域幅に応じて動的に更新される。さらに、ＡＭＳサーバ
２００または２１０、２００’または２１０’および２
００”または２１０”を、スケーラブルなものにするこ
とができる。メディア・コンテンツ・ソース１０４、１
０６および１０８のようなメディア・コンテンツの追加
のソースを特定のＡＭＳサーバ２００または２１０、ま
たは２００’または２１０’および２００”または２１
０”に接続することができ、または、それぞれ、より多
くのメディア・コンテンツまたはサービスを、より多く
のウェブクライアント１７０、１７０’および１７０”
に供給するために、ＡＭＳサーバ２００または２１０、
２００’または２１０’および２００”または２１０”
を相互に接続することができる。さらに、特定のＡＭＳ
サーバ２００または２１０、２００’または２１０’お
よび２００”または２１０”を比較的簡単に実行するこ
とができるようにすることができる。従って、システム
１００、ＡＭＳサーバ２００または２１０、２００’ま
たは２１０’および２００”または２１０”、ウェブク
ライアント１７０、１７０’および１７０”方法３０
０、３１０および３５０は、ウェブクライアントにメデ
ィア・コンテンツを供給し、その上でメディア・コンテ
ンツを再生する従来のシステムと比較した場合、多くの
利点がある。メディア索引サーバ１１０、１１０’およ
び１１０”を、より多くのＡＭＳサーバをメディア索引
サーバ１１０、１１０’および１１０”に接続すること
により、スケーラブルなものにすることができる。さら
に、例えば、ライブ・フレームまたはライブ標準フレー
ムのようなライブ・メディア索引メニューで再生される
メディア・コンテンツは、メディア索引サーバ１１０、
１１０’および１１０”を通過しないで、ＡＭＳサーバ
２００または２１０、２００’または２１０’および２
００”または２１０”とウェブクライアント１７０、１
７０’および１７０”との間を直接通過するように転送
される。その結果、システム１００、１００’および１
００”の帯域幅を広くすることができ、ある実施形態の
場合には、システム１００、１００’および１００”の
帯域幅を少なくとも二倍に広げることができる。さら
に、システム１００、１００’および１００”を使用す
ることにより、図４および図５に示すように、ライブ・
メディア索引メニューを急速に拡張および縮小すること
ができる。

【００８６】好適には、追加のソフトウェアまたはプラ
グインを導入しないで、リアルタイムで、ウェブクライ
アント内のブラウザに、インターネットまたはＬＡＮの
ようなネットワークを通して、メディア・コンテンツを
含むライブ・メディア索引メニューを供給するための方
法およびシステムについて説明してきた。本発明により
書かれたソフトウェアは、メモリ、ＣＤ−ＲＯＭまたは
ネットワークを通して送信され、プロセッサにより実行
される、コンピュータが読むことができる媒体のある種
の形で記憶すべきである。従って、コンピュータが読む
ことができる媒体は、例えば、ネットワークを通して送
信することができる、コンピュータが読むことができる
信号を含むためのものである。図示の実施形態を参照し
ながら、本発明を説明してきたが、通常の当業者であれ
ば、上記実施形態報は種々に変更することができ、その
ような変更も、本発明の精神および範囲に含まれること
を容易に理解することができるだろう。従って、通常の
当業者であれば、添付の特許請求の範囲の精神および範
囲から逸脱することなしに多くの修正を行うことができ
る。

【００８７】

【発明の効果】以上詳細に説明したように、本発明によ
れば、ウェブクライアント上でリアルタイムでのメディ
ア・コンテンツを含むライブ・メディア索引メニューを
より効率的に供給できるという効果がある。

【図面の簡単な説明】

【図１】 ウェブクライアントに対するブラウザが、イ
ンターネットまたはネットワーク経由で複数のソフトウ
ェアからメディア・コンテンツを含むライブ・メディア
索引メニューをリアルタイムで再生できるようにするシ
ステムの一実施形態のブロック図である。

【図２】 本発明によるメディア索引サーバの一実施形
態のブロック図である。

【図３】 本発明によるメディア索引サーバの一実施形
態の、より詳細なブロック図である。

【図４】 本発明によるシステムの一実施形態が、特定
のライブ・メディア索引メニューをクライアントに供給
するためにどのように対話するかを示している図であ
る。

【図５】 本発明によるシステムの一実施形態が、ライ
ブの標準フレームをクライアントに供給するためにどの
ように対話するかを示している図である。

【図６】 ウェブクライアントに対するブラウザが追加
のソフトウェアまたはプラグインを必要としないで、リ
アルタイムでインターネットまたはネットワークからの
メディア・コンテンツを含むライブ・メディア索引メニ
ューを再生できるようにするための、適応メディア索引
サーバの一実施形態の高レベルのブロック図である。

【図７】 ウェブクライアントに対するブラウザが追加
のソフトウェアまたはプラグインを必要としないで、リ
アルタイムでインターネットまたはネットワークからの
メディア・コンテンツを含むライブ・メディア索引メニ
ューを再生できるようにするための適応メディア索引サ
ーバの一実施形態のブロック図である。

【図８】 ウェブクライアントに対するブラウザが追加
のソフトウェアまたはプラグインを必要としないで、リ
アルタイムでインターネットまたはネットワークからの
メディア・コンテンツを含むライブ・メディア索引メニ
ューを再生できるようにするための適応メディア索引サ
ーバの一実施形態の詳細なブロック図である。

【図９】 追加のソフトウェアまたはプラグインを必要
としないで、リアルタイムでインターネットまたはネッ
トワークからのメディア・コンテンツを含むライブ・メ
ディア索引メニューを再生することができる、ウェブク
ライアントの一実施形態のブロック図である。

【図１０】 追加のソフトウェアまたはプラグインを必
要としないで、リアルタイムでインターネットまたはネ
ットワークからのメディア・コンテンツを含むライブ・
メディア索引メニューを再生することができるウェブク
ライアントの他の実施形態のブロック図である。

【図１１】 本発明に従ってメディア・ソースを登録す
るための方法の一実施形態の高レベルのフローチャート
である。

【図１２】 ウェブクライアントのブラウザが本発明に
従ってライブ・メディア索引メニューを再生できるよう
にするための方法の一実施形態の高レベルのフローチャ
ートである。

【図１３】 ウェブクライアントのブラウザが追加のソ
フトウェアまたはプラグインを必要としないで、リアル
タイムでインターネットまたはネットワークからのメデ
ィア・コンテンツを含むライブ・メディア索引メニュー
を再生できるようにするための方法の一実施形態のフロ
ーチャートである。

【図１４】 ウェブクライアントのブラウザが追加のソ
フトウェアまたはプラグインを必要としないで、リアル
タイムでインターネットまたはネットワークからのメデ
ィア・コンテンツを含むライブ・メディア索引メニュー
を再生できるようにするための方法の他の実施形態の高
レベルのフローチャートである。

【図１５】 ウェブクライアントのブラウザがキャッシ
ュを十分に確実にフラッシュできるようにするための方
法の一実施形態のフローチャートである。

【図１６】 ウェブクライアントのブラウザが追加のソ
フトウェアまたはプラグインを必要としないで、リアル
タイムでインターネットまたはネットワークからのメデ
ィア・コンテンツを含むライブ・メディア索引メニュー
を再生できるようにするための方法の好適な実施形態
の、より詳しいフローチャートを示している。

【図１７】 ウェブクライアントのブラウザが追加のソ
フトウェアまたはプラグインを必要としないで、リアル
タイムでインターネットまたはネットワークからのメデ
ィア・コンテンツを含むライブ・メディア索引メニュー
を再生できるようにするための方法の好適な実施形態
の、より詳しいフローチャートを示している。

【図１８】 ウェブクライアントのブラウザが追加のソ
フトウェアまたはプラグインを必要としないで、リアル
タイムでインターネットまたはネットワークからのメデ
ィア・コンテンツを含むライブ・メディア索引メニュー
を再生できるようにするための方法の好適な実施形態
の、より詳しいフローチャートを示している。

【符号の説明】

１００ システム １１０ メディア索引サーバ １０３，１０４，１０５，１０６および１０７ メディ
アコンテンツソース ２００，２１０ サーバ １７０ ウェブクライアント １７１ インタフェース １７２ ブラウザ １７４ キャッシュ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 １７０ Ｇ０６Ｆ 17/30 １７０Ｄ ３１０ ３１０Ｂ ３８０ ３８０Ｆ

Claims (38)

【特許請求の範囲】
1. 【請求項１】 キャッシュを利用するブラウザを含むウ
   ェブクライアント上でリアルタイムでメディア・コンテ
   ンツを含むライブ・メディア索引メニューを供給するた
   めの方法であって、メディア・コンテンツが少なくとも
   １つのメディア・ソース上に存在していて、該方法は、 （ａ） 前記ライブ・メディア索引メニューに対するレ
   イアウトを前記ウェブクライアントに供給するステップ
   と、 （ｂ） 前記ライブ・メディア索引メニューに対する前
   記レイアウトの中に表示するために前記ウェブクライア
   ントの前記ブラウザに対して前記メディア・コンテンツ
   を供給するステップとを含む方法。
2. 【請求項２】 請求項１に記載の方法において、前記メ
   ディア・コンテンツが前記ウェブクライアントの前記ブ
   ラウザに供給され、前記ウェブクライアントの前記ブラ
   ウザが追加のソフトウェアまたはプラグインを使用しな
   いで、リアルタイムで前記ライブ・メディア索引メニュ
   ーに対する前記レイアウトの中に前記メディア・コンテ
   ンツのセクションを読み出して表示することができる方
   法。
3. 【請求項３】 請求項２に記載の方法において、前記ブ
   ラウザがキャッシュを利用し、前記メディア・コンテン
   ツを複数のセクションに分けることができ、メディア・
   コンテンツがステップ（ｂ）を供給し、前記ステップ
   （ｂ）は、 （ｂ１） 前記ライブ・メディア索引メニューに対する
   前記レイアウトの中に、前記メディア・コンテンツをリ
   アルタイムで再生できるようにするために、ウェブクラ
   イアントが前記キャッシュを確実にフラッシュできるよ
   うにするステップと、 （ｂ２） 前記メディア・コンテンツの前記複数のセク
   ションを、ネットワーク上でセクションごとに前記ウェ
   ブクライアントに供給するステップと、 （ｂ３） 前記複数の各セクションが、前記ライブ・メ
   ディア索引メニューに対する前記レイアウトの中にセク
   ションごとに一度表示されるたびに、前記ウェブクライ
   アントが前記キャッシュから前記メディア・コンテンツ
   の各セクションをフラッシュすることができるようにす
   るステップとを含む方法。
4. 【請求項４】 請求項１に記載の方法において、前記ラ
   イブ・メディア・ソースがサーバであり、前記サーバは
   １つのアドレスを有しており、前記メディア・コンテン
   ツ供給ステップが、 （ｃ） 前記ウェブクライアントが前記メディア・コン
   テンツを前記サーバから直接受信することができるよう
   にするために、前記サーバの前記アドレスに前記ウェブ
   クライアントを転送するステップをさらに含む方法。
5. 【請求項５】 請求項３に記載の方法において、前記確
   実にするステップ（ｂ１）および前記複数セクション供
   給ステップ（ｂ２）が、適応メディア・ストリーミング
   ・サーバによって実行されるようになっている方法。
6. 【請求項６】 請求項１に記載の方法において、 （ｃ） 前記ライブ・メディア索引メニューの前記レイ
   アウトを前記クライアントに供給するメディア・インデ
   ックス・サーバ上に少なくとも１つのメディア・ソース
   を登録するステップをさらに含む方法。
7. 【請求項７】 請求項１に記載の方法において、 （ｃ） 前記ウェブクライアントが前記ライブ・メディ
   ア索引メニュー供給ステップ（ａ）の前に前記ライブ・
   メディア索引メニューを要求することができるステップ
   をさらに含む方法。
8. 【請求項８】 請求項３に記載の方法において、前記ブ
   ラウザが１つのタイプを有し、前記確実にするステップ
   （ｂ１）が、 （ｂ１ｉ） 前記ブラウザの前記タイプを決定するステ
   ップと、 （ｂ１ｉｉ） 前記ウェブクライアントが前記キャッシ
   ュをフラッシュして前記メディア・コンテンツをリアル
   タイムで再生できるようにする、前記ブラウザの前記タ
   イプに固有の命令を前記ブラウザに供給するステップと
   をさらに含む方法。
9. 【請求項９】 請求項８に記載の方法において、前記タ
   イプ決定ステップ（ｂ１ｉ）が、 （ｂ１ｉａ） 前記ブラウザがプッシュ・イネーブル型
   ブラウザであるか、あるいはプルイネーブル型ブラウザ
   であるかを決定するステップを含む方法。
10. 【請求項１０】 請求項９に記載の方法において、前記
    セクションが第１のサイズを有し、前記命令供給ステッ
    プ（ｂ１ｉｉ）が、 （ｂ１ｉｉａ） 前記ブラウザがプッシュ・イネーブル
    型ブラウザであった場合に、前記ブラウザがデータをキ
    ャッシュしないことを前記ウェブクライアントに対して
    示すステップと、 （ｂ１ｉｉｂ） 前記ブラウザがプッシュ・イネーブル
    型ブラウザであった場合に、セクションが前記第１のサ
    イズより大きい第２のサイズを有していることを前記ウ
    ェブクライアントに対して示すステップと、 （ｂ１ｉｉｃ） 前記ブラウザがプルイネーブル型ブラ
    ウザであった場合に、前記ウェブクライアントをクラッ
    シュさせずに、前記ウェブクライアントが前記キャッシ
    ュをフラッシュできるようにするパッチスレッドを含む
    アプレットを前記ウェブクライアントに供給するステッ
    プとをさらに含む方法。
11. 【請求項１１】 請求項１０に記載の方法において、前
    記複数のセクション供給ステップ（ｂ３）が、 （ｂ３ｉ） 前記ブラウザがプッシュ・イネーブル型ブ
    ラウザであった場合に、前記複数の各セクションを前記
    ウェブに対してプッシュし、前記複数の各セクションに
    次に放棄コマンドが与えられるステップと、 （ｂ３ｉｉ） 前記ウェブブラウザがプルイネーブル型
    ブラウザであった場合に、前記ウェブブラウザが前記複
    数の各セクションをセクションごとにプルすることがで
    きるようにするステップをさらに含む方法。
12. 【請求項１２】 請求項３に記載の方法において、前記
    複数セクション供給ステップ（ｂ３）が、 （ｂ３ｉ） 前記複数の各セクションを前記ウェブクラ
    イアントに供給し、前記複数の各セクションに次に放棄
    コマンドが与えられるステップをさらに含む方法。
13. 【請求項１３】 請求項３に記載の方法において、前記
    複数セクション供給ステップ（ｂ３）が、 （ｂ３ｉ） 前記メディア・コンテンツを捕捉するステ
    ップと、 （ｂ３ｉｉ） 前記メディア・コンテンツを圧縮して前
    記複数のセクションを供給するステップと、 （ｂ３ｉｉｉ） 前記複数のセクションをストリーム化
    するステップと、 （ｂ３ｉｖ） 前記複数の各セクションを供給し、前記
    複数の各セクションに次に放棄コマンドが与えられるス
    テップとをさらに含む方法。
14. 【請求項１４】 請求項１に記載の方法において、前記
    メディア・コンテンツがビデオ・データを含み、前記複
    数の各セクションがビデオ・データのＪＰＥＧフレーム
    を含む方法。
15. 【請求項１５】 請求項１に記載の方法において、前記
    メディア・コンテンツがオーディオ・データを含む方
    法。
16. 【請求項１６】 請求項３に記載の方法において、前記
    複数セクション供給ステップ（ｂ３）が、 （ｂ３ｉ） 前記ウェブクライアントの帯域幅を考慮す
    るために、前記複数のセクションが送信されるレートを
    調整するステップをさらに含む方法。
17. 【請求項１７】 ウェブクライアント上でリアルタイム
    でメディア・コンテンツを含むライブ・メディア索引メ
    ニューを供給するための方法であって、前記メディア・
    コンテンツはライブ・メディア・ソース上に存在してい
    て、該方法は、 （ａ） 前記ウェブクライアントを使って前記ライブ・
    メディア索引メニューを要求するステップと、 （ｂ） 前記ウェブクライアント上で前記ライブ・メデ
    ィア索引メニューに対するレイアウトを受信するステッ
    プと、 （ｃ） 前記ウェブクライアント上で前記メディア・コ
    ンテンツを受信するステップと、 （ｄ） 前記ライブ・メディア索引メニューに対する前
    記レイアウトの中に、前記メディア・コンテンツを表示
    するステップとを含む方法。
18. 【請求項１８】 請求項１７に記載の方法において、前
    記ウェブクライアントがキャッシュを利用しているブラ
    ウザを含み、前記メディア・コンテンツを複数のセクシ
    ョンに分けることができ、前記ウェブクライアントの前
    記ブラウザが追加のソフトウェアまたはプラグインを使
    用しないで、前記メディア・コンテンツの前記セクショ
    ンを読み出して表示することができ、前記方法は、 （ｆ） 前記メディア・コンテンツをリアルタイムで表
    示できるようにするために、前記ウェブクライアントが
    前記キャッシュを確実にフラッシュできるようにするス
    テップをさらに含み、前記受信ステップ（ｃ）が、 （ｃ１） 前記ウェブクライアント上で前記メディア・
    コンテンツの前記複数の各セクションをセクションごと
    にネットワーク上で受信するステップを含み、表示のセ
    クション（ｄ）が、 （ｄ１） 前記複数の各セクションを前記ライブ・メデ
    ィア索引メニューに対する前記レイアウトの中にセクシ
    ョンごとに表示するステップと、 （ｄ２） 前記複数の各セクションが前記ライブ・メデ
    ィア索引メニューの前記レイアウトの中に表示されるた
    びに、前記メディア・コンテンツの各セクションを前記
    キャッシュからフラッシュするステップとを含む方法。
19. 【請求項１９】 請求項１６に記載の方法において、前
    記ライブ・メディアのソースが１つのアドレスを有して
    いるサーバであって、該方法は、 （ｇ） 前記ウェブクライアントを前記サーバの前記ア
    ドレスに転送し、前記ウェブクライアントが前記メディ
    ア・コンテンツを前記サーバから直接に受信できるよう
    にするステップをさらに含む方法。
20. 【請求項２０】 ライブ・メディア索引メニューに対す
    るメディア・コンテンツを供給するためのライブ・メデ
    ィア・ソースを登録するための方法であって、該方法
    は、 （ａ） ライブ・メディア・ソースがライブ・メディア
    索引サーバにアクセスできるようにするステップと、 （ｂ） 前記ライブ・メディア・ソースが、以前にデー
    タベースに対して追加されていなかった場合に、前記デ
    ータベースに対して前記ライブ・メディア・ソースを追
    加するステップとを含む方法。
21. 【請求項２１】 請求項２０に記載の方法において、 （ｃ） 前記ライブ・メディア・ソースが以前に前記デ
    ータベースに対して追加されていた場合に、前記データ
    ベースの中の前記ライブ・メディア・ソースに対するレ
    コードを変更することができるようにするステップをさ
    らに含む方法。
22. 【請求項２２】 請求項２０に記載の方法において、 （ｃ） 前記ライブ・メディア・ソースが、前記メディ
    ア索引サーバと適合性があるかどうかを判定するステッ
    プをさらに含む方法。
23. 【請求項２３】 請求項２０に記載の方法において、 （ｃ） 前記ライブ・メディア・ソースからの前記メデ
    ィア・コンテンツを使って、前記メディア・コンテンツ
    を含むライブ・メディア索引メニューをウェブクライア
    ントに供給するステップをさらに含む方法。
24. 【請求項２４】 ウェブクライアント上でメディア・コ
    ンテンツを含むライブ・メディア索引メニューをリアル
    タイムで供給するためのシステムであって、該システム
    は、 前記ライブ・メディア索引メニューに対するレイアウト
    を前記ウェブクライアントに供給するためのメディア索
    引サーバと、 前記ライブ・メディア索引メニューに対する前記メディ
    ア・コンテンツを供給するための、少なくとも１つのラ
    イブ・メディア・ソースとを含むシステム。
25. 【請求項２５】 請求項２４に記載のシステムにおい
    て、前記ウェブクライアントがキャッシュを利用してい
    るブラウザを含み、前記メディア・コンテンツを複数の
    セクションに分けることができ、前記ウェブクライアン
    トの前記ブラウザが追加のソフトウェアまたはプラグイ
    ンを使用しないで、メディア・コンテンツの前記セクシ
    ョンを読み出して表示することができ、前記システム
    は、 前記メディア索引メニューの前記レイアウトの中に、前
    記メディア・コンテンツをリアルタイムで表示できるよ
    うにするために、前記キャッシュを確実にフラッシュで
    きるようにするための手段と、 ネットワーク上で前記ウェブクライアントに対する前記
    メディア・コンテンツの複数のセクションをセクション
    ごとに供給するための手段とを含むシステム。
26. 【請求項２６】 請求項２５に記載のシステムにおい
    て、前記ウェブクライアントの前記ブラウザが、追加の
    ソフトウェアまたはプラグインを使用しないで、前記ラ
    イブ・メディア索引メニューに対する前記レイアウトの
    中に、前記コンテンツの前記セクションをリアルタイム
    で読み出して表示できるようになっているシステム。
27. 【請求項２７】 請求項２６に記載のシステムにおい
    て、前記メディア索引サーバが前記ライブ・メディア・
    ソースを含むシステム。
28. 【請求項２８】 請求項２４に記載のシステムにおい
    て、前記ライブ・メディア・ソースが１つのアドレスを
    有しているサーバであり、前記メディア索引サーバが、
    前記ウェブクライアントを前記サーバの前記アドレスに
    転送するためのメディア転送サブシステムをさらに含む
    システム。
29. 【請求項２９】 請求項２４に記載のシステムにおい
    て、前記サーバが適応メディア・ストリーミング・サー
    バであり、前記ウェブクライアントから前記メディア・
    コンテンツに対する要求を受信するためのインターフェ
    ースをさらに含むシステム。
30. 【請求項３０】 請求項２５に記載のシステムにおい
    て、前記確実にする手段が、 前記ブラウザの前記タイプを決定するための手段と、 前記ウェブクライアントが前記キャッシュをフラッシュ
    して前記メディア・コンテンツがリアルタイムで表示さ
    れるようにすることができるようにする、前記ブラウザ
    の前記タイプに固有の命令を前記ブラウザに供給するた
    めの手段をさらに含むシステム。
31. 【請求項３１】 請求項２５に記載のシステムにおい
    て、前記ライブ・メディア索引サーバが、 多重チャネル管理サブシステムと、 前記少なくとも１つのライブ・メディア・ソースのそれ
    ぞれを登録するためのメディア登録サブシステムとをさ
    らに含むシステム。
32. 【請求項３２】 ウェブクライアントにライブ・メディ
    ア・コンテンツを含むライブ・メディア索引メニューを
    供給するためのライブ・メディア索引サーバであって、
    該ライブ・メディア索引サーバは、 前記少なくとも１つのライブ・メディア・ソースをそれ
    ぞれ登録するためのメディア登録サブシステムと、 前記ライブ・メディア索引メニューを定義するための多
    重チャネル管理サブシステムとを含むサーバ。
33. 【請求項３３】 請求項３２に記載のライブ・メディア
    索引サーバにおいて、 ウェブクライアントにメディア・コンテンツを供給する
    ために、少なくとも１つのライブ・メディア・ソースに
    ウェブクライアントを転送するためのメディア転送サブ
    システムをさらに含むサーバ。
34. 【請求項３４】 請求項３２に記載のライブ・メディア
    索引サーバにおいて、前記メディア登録サブシステム
    は、前記ライブ・メディア・ソースが前記メディア索引
    サーバと両立できるかどうかをさらに判定するようにな
    っているサーバ。
35. 【請求項３５】 複数のセクションに分離することがで
    きるメディア・コンテンツを含むメディア索引メニュー
    をリアルタイムで再生することができるウェブクライア
    ントであって、 キャッシュと、 前記ウェブクライアントが前記メディア・コンテンツを
    要求し、前記メディア索引メニューに対するレイアウト
    を受信し、ネットワーク上でセクションごとに前記メデ
    ィアの前記複数のセクションを受信することができるよ
    うにするためのウェブインターフェースと、 追加のソフトウェアまたはプラグインを使用しないで、
    前記メディア索引メニューに対する前記レイアウトの中
    に、前記メディア・コンテンツの前記複数の各セクショ
    ンを読み出して表示することができるウェブクライアン
    トのキャッシュを利用しているブラウザと、 前記ウェブクライアントが前記キャッシュをフラッシュ
    することができ、前記メディア・コンテンツを前記ライ
    ブ・メディア索引メニューに対する前記レイアウトの中
    に再生することができ、それによって、前記メディア・
    コンテンツの前記複数の各セクションが、前記ライブ・
    メディア索引メニューに対する前記レイアウトの中に前
    記複数の各セクションが表示された後、前記メディア・
    コンテンツの前記複数の各セクションを前記キャッシュ
    から確実にフラッシュできるようにするための手段とを
    含むウェブクライアント。
36. 【請求項３６】 キャッシュを利用しているブラウザを
    含むウェブクライアント上で、メディア・コンテンツを
    含むライブ・メディア索引メニューをリアルタイムで供
    給するためのプログラムを含むコンピュータが読むこと
    ができる媒体であって、前記メディア・コンテンツが少
    なくとも１つのメディア・ソース上に存在し、前記プロ
    グラムが、 （ａ） 前記ライブ・メディア索引メニューに対するレ
    イアウトを前記ウェブクライアントに供給するステップ
    と、 （ｂ） 前記ライブ・メディア索引メニューに対する前
    記レイアウトの中に表示するために、前記メディア・コ
    ンテンツを前記ウェブクライアントの前記ブラウザに供
    給するステップとに対する命令を含むコンピュータが読
    むことができる媒体。
37. 【請求項３７】 ウェブクライアント上にメディア・コ
    ンテンツを含むライブ・メディア索引メニューをリアル
    タイムで供給するためのプログラムを含むコンピュータ
    が読むことができる媒体であって、前記メディア・コン
    テンツはライブ・メディア・ソース上に存在し、前記プ
    ログラムは、 （ａ） 前記ウェブクライアントを使って前記ライブ・
    メディア索引メニューを要求するステップと、 （ｂ） 前記ウェブクライアント上の前記ライブ・メデ
    ィア索引メニューに対するレイアウトを受信するステッ
    プと、 （ｃ） 前記メディア・コンテンツを前記ウェブクライ
    アント上で受信するステップと、 （ｄ） 前記ライブ・メディア索引メニューに対する前
    記レイアウトの中に、前記メディア・コンテンツを表示
    するステップとに対する命令を含むコンピュータが読む
    ことができる媒体。
38. 【請求項３８】 ライブ・メディア索引メニューにメデ
    ィア・コンテンツを供給するためのライブ・メディア・
    ソースを登録するためのプログラムを含むコンピュータ
    が読むことができる媒体であって、前記方法は、 （ａ） ライブ・メディア・ソースがライブ・メディア
    索引サーバにアクセスできるようにするステップと、 （ｂ） 前記ライブ・メディア・ソースが以前にデータ
    ベースに対して追加されていなかった場合に、前記デー
    タベースに対して前記ライブ・メディア・ソースを追加
    するステップとを含むコンピュータが読むことができる
    媒体。