JP2001527668A

JP2001527668A - コンピュータネットワーク上の多様なビデオデータを選択し復元するためのシステムと方法

Info

Publication number: JP2001527668A
Application number: JP53985498A
Authority: JP
Inventors: ケナー，ブライアン; ダブリュコルビー，ケネス; ジェイブラウネル，ロニー; ピーウェダースビー，ガイ
Original assignee: インタヴュ，インコーポレーテッド
Priority date: 1997-03-14
Filing date: 1998-03-13
Publication date: 2001-12-25
Also published as: EP0966715B1; ATE329318T1; DE69834807D1; AU720291B2; CA2284063A1; CA2284063C; US6421726B1; WO1998040831A1; DE69834807T2; EP0966715A1; AU6702198A

Abstract

(57)【要約】分散した配付サイトからの様々な種類の映像データを選択し復元するためのシステムおよび方法は、ネットワークのいたる所に“スマートミラー”サイトを配置することを要求する。前記スマートミラーサイトの各々は、システムによって管理される一組のデータを保持する。各“スマートミラー”サイトは、いくつかの異なるファイルのフォーマットによるデータの組を保持する。全てのユーザは、各々の利用可能な配付サイトに関するネットワーク性能の分析に基づいて、特定の配付サイトに割り当てられる。一般化されたネットワーク性能データは、さらなる配付サイトの選択を容易にするために、かつ、従来のネットワークと比較して向上した性能の維持を確実にするために、集計かつ記憶される。適切なファイルフォーマットは、データの要求をするユーザ端末の能力に基づいて自動的に選択される。

Description

【発明の詳細な説明】コンピュータネットワーク上の多様なビデオデータを選択し復元するためのシステムと方法本発明は、配付されたデータを貯蔵し復元するためのシステムと方法に関し、特に、ユーザが、動的であり配付済みの多用途ネットワークに関するネットワーク性能情報を得、また、この情報を使ってコンピュータのデータ、特にマルチメディアの内容を受信する先の最適な供給元とサーバーを認識し、かつ選択し、同様にユーザから見ることのできるマルチメディアの内容の特別な種類を選択することができるシステムと方法に関する。このような供給元やサーバーやコンテントの種類は、ネットワークの容量を増加させ、サーバーの負荷を分配し、サーバーとユーザの間の転送遅延を減少させ、マルチメディアの内容を見る際の障害を減少させる。発明の背景インターネットは、世界中に広く接続されるコンピュータを自由に結ぶネットワークである。行き先アドレスを指定することで、インターネット上のどのコンピュータからも他のコンピュータに、メッセージを送ることができ、そのメッセージを“ホップ(hops)”を連結することでコンピュータからコンピュータに回送することができる。コンピュータやルータやインターネット上の“ノード(node) ”の各々には、単一のインターネットアドレスが付けられている。中間のコンピュータやルータが通過中のメッセージを受信すると、そのコンピュータは、メッセージの目指す行き先をチェックし、それに従って通過させる。インターネットは、大きさと洗練度の両方において、速い速度で成長している。過去には、インターネットの殆どのユーザは、学術・研究・学会のユーザであり、インターネットは、最初はこのような機会に電子メールやネットワークニュースを送受信し、コンピュータのファイルを転送するのに使用された。しかし、 “ウェブ(Web)”あるいは“ＷＷＷ”としても知られるワールドワイドウェブ(Wo rld Wide Web)が数年前に導入されてから、インターネットは、一般的に興味のある他の種類の大量のデータ、すなわち画像表現や記事等を取り扱い始めた。ウェブのプロトコルと言語は、インターネットを広くナビゲートする（naviga te）する画像手段を確立した。“ウェブページ(Web pages)”は、多くの場合、まずテキストと画像資料を含み、“ウェブサーバ(Web servers)”としてインターネットにおいて知られている多くのコンピュータ上に記憶される。“ブラウザ (browser)”として知られるソフトウェアプログラムは、希望するウェブページの位置（すなわち、インターネットアドレス）を指定することによってインターネットを横断してウェブページにアクセスしこれを見るのに使用することができる。ウェブページにアクセスすると、その情報は、遠くのコンピュータ（サーバあるいは供給元）から、世界中どこでもインターネットを経由してユーザのところに送信される。最近では、ウェブは、音声や映像データのような高度に洗練された種類のマルチメディアの内容とコンピュータソフトウェアを取り扱い始めた。第１世代のウェブの内容、すなわちテキストと静止画とを比較すると、音声クリップや映像クリップやソフトウェアプログラムは、非常に大量の記憶容量と帯域幅とを要求されている。前記映像クリップをコンピュータネットワーク上で送信する前に、このクリップは、映像のアナログ信号を“１”と“０”に符号化することでデジタル化しなくてはならない。デジタル化された映像を送信するのに必要な帯域幅を減らすために、映像のデータストリームは、しばしば圧縮される。映像の圧縮は、データストリームの全体の大きさを減らすために、映像データストリームから冗長なデータを除去する処理である。映像データストリームを減らすために使用できる多くの異なる圧縮フォーマット、例えばＭＰＥＧ，ＪＰＥＧ，Ｈ２６１，Ｉｎｄｅｏ，Ｃｉｎｅｐａｋ，ＡＶＩ，ＱｕｉｃｋＴｉｍｅ，Ｔｒｕｅｍｏｔｉｏｎ，Ｗａｖｅｌｅｔなどがある。圧縮フォーマットで受信された映像のクリップは、通常見る前に伸張しなければならない。映像の伸張は、一般的にビデオプレイヤー“CODEC”プログラムか、しばしばユーザのマルチメディア端末に備わる圧縮器／伸張器によって行われる。一般的に言って、１つのコーデック（CODEC）のプログラムは、一つの圧縮フォーマットを認識しかつ伸張することができるだけである。映像のクリップが、ユーザ端末のもとでＣＯＤＥＣで伸張することができるようなフォーマットで送信に備えて蓄積されると、映像クリップをユーザへ配るのが支障無く行える。この状況は、契約サービスが、限られたネットワークを通じて映像を供給する典型である。このサービスは、推奨するコーデックを契約ユーザに供給し、かつ映像クリップを供給されたコーデックによって認識できる圧縮フォーマットで蓄積する。しかし、サービスによって、映像クリップがインターネット上で利用可能になり始めると、サービスプロバイダの推奨するコーデックを備えていないマルチメディア端末を持った、契約していないユーザが映像クリップを要求することが起こりうる。この場合には、もしユーザが映像クリップを見たいと望むと、その希望する映像クリップを伸張することができるコーデックプログラムを手に入れるかダウンロードする必要がある。映像クリップファイルと同様に、コーデックプログラムファイルは、ダウンロードするのに長時間掛かる大きなファイルということもある。さらに、コーデックプログラムは、マルチメディア端末にインストールするのに難しく、時間がかかり、不便なものということもある。もし、ユーザが、コーデックプログラムを、映像ファイルを見る前にダウンロードしなけれはならないとしたら、この特定の映像を探し続けるのに疲れてしまうかも知れない。現在では、不可能ではないにしろ、大容量の音声／映像ファイルをインターネット上のマルチノードのリンクを通じて連続的に高速送信することは難しい。このデータは、しばしば遠くから送信されるので、多くの因子によって、遅延したり、部分的あるいは全体の送信が失われたりすることがある。ユーザが少量の画像ファイルあるいはテキストファイルを受信するのにささやかな遅れを経験することは決定的に重要なことではない。しかし、映像のような実時間データは、その転送と表示に対する時間的な要求が厳しく非常に特殊であるということが分かる。従来からのインターネット様のデータネットワークの現在における設計は、表示と重要なデータ転送率の変化が、通常のデータ（例えば、テキストと静止画）には許容しうるという原則に則っている。従って、テキストと画像情報に世界中の場所からアクセスするのを許すことには重要な価値があるので、その転送の欠点は受け入れられるものであると考えられており、インターネットの基本的な能力はデータ転送価格を下げるのに幾分か“必要以上に契約されている(oversubsc ribed)”。言い換えると、ネットワークのデータ転送が時宜を得ているかどうかは、長距離通信接続の比較的重要でない総経費を与えるためにかなり妥協されてきた。音声−映像データをインターネットのようなメッセージ指向のネットワークを通して首尾よく転送するために、少なからぬユーザにとって、ネットワーク資源は、時宜よく転送をするのを促進するような方法で任せられるべきである。任せられたネットワーク資源を使用するシステムは、一般的にインターネットのような分割利用のネットワークの現在の価格体系を利用することができない。というのは、データパケットごとのやり方でネットワーク資源を分割利用することに参加することができないからである。映像データは、重要度の低いデータを除外して転送されなければならない。転送経費は、こうして重要なものになり、特に接続が“長距離”であるか、接続が延長時間以上に延びた時にはそうである。上述した時宜対価格の兼ね合いのもう一つの結果として、ネットワークが表面上無計画な特徴の設計のものとなった。遅延とスループットの変化は、従来より低価格の言い訳になっていたので、インターネットの下部構造の構成もまた価格を考慮して影響されてきた。従って、ネットワークの相互接続の効率は、めったに考慮されることはなかった。リアルタイムデータの急速な成長は、この要求を変えている。時間の制約のあるデータをインターネット上でデータ転送するのに十分な性能が得られないのには通常４つの要素があると考えられる：それは、パケット損失とサーバーの過度の利用とネットワーク基盤の能力不足とネットワークのハードウェア特有の遅延である。特に、パケット損失は、不十分な基盤と経路決定に関する（robustness）の欠如によって引き起こされる。その特有の遅延は、他の事柄に比べて、インターネット上の多ノードのパスにおいて隣接するノード間のデータの流れがうまく制御されていないことが原因であると考えられている。小容量のテキストと画像ファイルと異なり、比較的大容量の映像ファイルは、 “ストリーミング(streaming)”あるいはデータの定常的な流れに、数分間（あるいはもっと多く）が必要である。従って、通常のネットワーク性能に関する問題は悪化する。ネットワークの帯域幅あるいは特定のネットワークのデータ運搬の能力には限りがある。こうして、パケット損失と遅延は、増大する。伝達に長時間が必要となると、サーバーの能力は大量に長時間消耗され、多のユーザに利用可能な資源が減少する。従って、ネットワーク基盤がますます混雑するので、パケット損失と遅延とが増加し、転送時間は増大し、サーバーの負荷はさらに増える。この例によって、ネットワーク性能の“下方向らせん(downward spiral)”が実証され、映像クリップのような大容量ファイルの意図的転送によって動作させることができる。ネットワークのデータの流れが、ネットワークの帯域幅によって決まる限界以内にある限り、ネットワークの性能は許容範囲内になる。しかし、ネットワークの負荷の最大値が、能力を超えるといつでも、上述の下方向らせんが始まり、ネットワーク性能の低下する時間を長引かせる。上述したように、希望するウェブのページの位置（すなわちインターネットのアドレス）を指定するか、もっと普通にウェブのページに“ホットリンク(hotli nking)”することで、インターネットを通じてウェブのページにアクセスし、これを見るのに、ブラウザプログラムが使用できる。普通使われるブラウザには、リンクス（Lynx）,NCSAモザイク（NCSA Mosaic）,ネットスケープ・ナビゲータ（Netscape Navigator）,マイクロソフト・インターネット・エキスプロアラー（Microsoft Internet Explorer）がある。希望するウェブのページは、単一資源位置入力装置（“URL”）によって指定され、”http://internet.address/dir ectory/filename.html”のシンタックスを用いてファイルの詳細な位置を指定することができる。ウェブのページは、通常、配置と内容に関して、“HTML(HyperText MarkupLan gage)”として知られる言語によって記述される。インターネットに接続されるいかなる特定のコンピュータも、ユーザがアクセスするために一つ以上のウェブのページすなわちHTMLフォーマットによるファイルを蓄えておくことができる。一つのHTMLのウェブのページと他のものをホットリンクするには以下のようにすればよい。ユーザは、最初に既知のアドレスを持ったウェブのページにアクセスするが、それはしばしばユーザのISP（Internet Service Provider）のところにある。ISPは、ユーザにインターネットの接続性を知らせる機構である。HTML フォーマットで書かれたテキストと映像のデータに加えて、しばしばインターネット上の他のコンピュータ上にある他のウェブのページのインターネットアドレスを示す埋め込み情報（URL形式による）あるいは“リンク（links）”を含むことができる。ユーザは、（しばしばマウスでポイントあるいはクリックすることで）リンクを選択し、同様にさらなるデータおよび／または追加されたリンクを含むことができる他のウェブのページにアクセスすることができる。 HTMLへの様々な拡張、たとえばネットスケイプの埋め込みタグは、ウェブのページに埋め込まれる他のデータを参照することができる。ブラウザの中には、テキストと映像以外のデータを扱うことができないものがある。他のブラウザは、データを様々な方法で扱うことができる。たとえばNCSAモザイクは、データをユーザのコンピュータにダウンロードさせ、その後にデータを見るか操作するための外部プログラムを希望によっては呼び出させることによって未知の種類のデータを参照する。ネットスケープ・ナヒゲータ，マイクロソフト・インターネット・エキスプロアラーの最新版にはさらに進んだ特徴がある：遠隔のウェブのページから受信されるデータを扱うために、ブラウザの拡張機能あるいは“プラグイン(plug-in)”を自動的に呼び出すことができる。ジャヴァ（Java）言語で書かれたネットワークプログラムである“アプレット(applet)”のような他の手段を、ブラウザの環境あるいはネットワークの機能拡張に使用することができる。マルチメディアのディジタルデータは、非常に大きな容量と帯域幅を要求することがある。特に、映像ファイルは、非常に大きくおおよそ１０ＭＢ（メガバイト）から１０ＧＢ（ギガバイト）である。書かれたときの速度に近い速度で映像ファイルを再生するために、ファイルは、一定の高速度で送られなければならない。十分に遅く、画像は最初に撮影された時よりも遅い速度で再生される。もし、速度が等しくないと、映像はぎくしゃくした昔の映画のように見える。上述したネットワークの設計上の妥協は、一般的に音声と映像のデータをインターネット上で転送する点に影響が出ている。ブラウザを用いてウェブを”サーフ(surf)”するユーザが、テキストと静止画を復元している間の少しの遅延と転送率の変化には気付かない間、このような欠点は、実時間の音声及び映像の情報がアクセスされたときに明らかに、かつ重要になる。これらの問題を解決する試みにおいて、インターネットのコンテントプロバイダ（content provider）は、時々“ミラーサイト(mirror site)”として知られる種々のサーバ上のインターネットの周囲に一般的な内容を広める。各ミラーサイトは、本来のサイトの情報と本質的に同一の情報を含んでいる。例えば、もし、一般的なウェブのサイトがニューヨークにあるとすると、ミラーサイトは、ロサンジェルスやロンドンや東京にあってもよい。従って、もしヨーロッパのユーザが元のニューヨークのサイトにアクセスするのが難しいとき、そのユーザは、地理的に最も近い場所、すなわちロンドンのミラーサイトにホットリンクすることができる。しかし、ミラーサイトには、いくつかの欠点がある。例えば、ミラーサイトは地理的に広く分布することができるが、実際の使用やネットワークの混雑さ等に関してネットワーク上に必然性を持って分布しているわけではない。このように、ニューヨークとロサンジェルスのミラーサイトとは、ともに同じ国際的なインターネットサービスのプロバイダのネットワークに接続することができるが、これは、サイトの一つにアクセスするのが困難であるときは、他にアクセスするのにもまた影響されるということである。さらに、ミラーサイトは、各サーバの負荷を減らすのに最適なように配置されるわけではない。“経験に基づいた椎測(educated guess)”をミラーサイトの置かれる場所に関して行うことができるが、実際の使用パターンは異なる。さらに、拡張機能に関しては保証しない。ミラーサイトの帯域幅は、元のサイトの帯域幅よりも狭いか、他の理由から過負荷になっている。さらに、ミラーサイトは、しばしば、原則的には自発的にホストになる。もし、ウェブのサイトが、非常に一般的であり、サービスプロバイダが、主題が契約者に関心のあるものであると決定すると、サービスプロバイダは、元のウェブサイトのミラーサイトに寄生することに合意するかも知れない。そのような合意は、人はミラーサイトに引きつけられ、そこに寄生する他の内容にホットリンクするかも知れないので、ミラーサイトのホストには魅力あるものであろう。他方、そのような自発的な結合には、信頼性が無く、いつでも（severe）され得る。本質的に、ミラーサイトは、２次データ源となり、それは利用可能であったり、なかったりし、ユーザの便を図ることができ、しかし、ネットワークの帯域幅や効率に取り組みはしない。ミラーサイトは、ネットワークの性能の特徴を明らかにはしないし、インターネット上のそれのような現在の低価格の値付け方法を依然として利用している間に、映像データを能率良く転送するのに使用することができるような利用可能な帯域幅を見つけることをしない。現在では、最適な引き渡し場所を選択する補助は無く、最適な性能を保証するサイトに接続するミラーサイトはどれがよいかを決定するのをユーザに決定させる既知の方法も無い。実際、従来からのミラーサイトを使用するのは任意である。典型的には、ユーザは、元のサイト（あるいは既知のミラーサイト）にアクセスしようとして、一回以上、試みた末に、もし性能が不十分であると分かると他のミラーサイトに移るであろう。このやり方は、ネットワーク資源の十分に活用していない。明らかに、ミラーサイトは、ウェブサイトが過負荷になるという問題を解決する最適なものではない。他のものに比して、これに対する重要な理由は、ネットワークの性能を考慮していないことである。ネットワークの解析、特にインターネット上の特定の経路と接続との性能は、よく知られており、また開発されている。例えば、“ピング(ping)”プログラムは、インターネットに接続されたコンピュータに、遠隔のホストがアクセス可能かどうかを決定させる。しかし、ピングプログラムは、ＩＣＭＰプロトコルとして知られる低優先度のネットワークプログラムを使用し、従って意味のある性能解析の情報を与えることはない。“追跡経路(traceroute)”プログラムが、コンピュータから遠隔にあるホストへのメッセージの送信と、各リンクごとの遅延の追跡と、メッセージが取る経路の決定の後に続く。追跡経路の応用は、データの流れを調査するのに使うことができる。しかし、これは、意味のある性能解析の情報を与える能力を欠いている。追跡経路は、一つの方向を伝搬していくメッセージに関する経路情報のみを与え、それは時間的に一瞬のことについてのみである。さらに、テストを行っていて１台のコンピュータへと／から繋がっている経路の接続特性のみが、通常決定され、テストの範囲を広げることは可能であるが、インターネットは非常に大きなものなのでロジスティックには（logistically）実際的でない。 “ピング”や“追跡経路”プログラムのような従来のネットワーク解析技術は、ネットワークの接続の観点を与えるが、インターネット上のプロバイダとミラーサイトからどんな性能が期待できるかという知識は殆ど与えない。その結果、供給サイトあるいはミラーサイトをどこに設置すべきか、あるいはどのミラーサイトを最適な性能を得るのに使用するべきかという点に関し、“推測”のみが、可能となる。インターネット上での映像の供給は、急速に普及したが、ユーザの映像に関する要求は、殆どの場合、ユーザ端末上でコーデック（CODEC）によって認識される圧縮方式で蓄積されている映像クリップで満足でき、従ってユーザが新しいコーデックプログラムをダウンロードする必要を除去するあるいは減らすことを確かめられる、システムに対する必要性が存在する。ネットワーク全体の性能を決定する方法に関して、さらなる必要性がある。システムがその方法を使って、内容プロバイダにデータ配付やネットワーク上の最適な位置にミラーサイトをを動的に置かせることができ、またユーザにデータを受信するのに最適なミラーサイトを選択させるような、さらなる必要性が存在する。本発明の要約本発明は、インターネットの周囲のサイトへ／からウェブの内容を最適に配付するシステムと方法を導く。ここでは”スマートミラーリング”と呼ぶ、知的なミラー機構が、ミラーサイトの配置と、その必要性を決定し、あるウェブの内容に対するユーザの要求を最適なミラーサイトに導くのに使用される。ユーザ端末上に既に導入され利用可能なコーデックプログラムによって認識されるフォーマットにより圧縮されている映像クリップのファイルを自動的に選択するのに、フォーマット選択法が使用される。多くの“スマート(smart)”な配付あるいはミラーサイトは、一般的なウェブの内容をインターネットの様々な場所に配付するのに使用される。多数のユーザにより実行されるテストに基づいた、ネットワーク解析の包括的な方法が対話形式で使用されて、サイトの好ましい場所を決定し、各個々のユーザにより使用される最適なサイトを決定する。従って、各個々のユーザは、改良された性能を出すスマートなミラーあるいは配付サイトに回送されるので、ネットワークの全体的な混雑は減少する。殆どの場合、改良されたサーバは、データが通るはずのネットワーク接続の数を減らすために、ユーザに電子的に近いところに置かれ、従ってパケット損失と遅延とを減少させる。さらに、ネットワーク解析の結果、メッセージの流れは、既に過負荷となっているそれらの配付サイトとネットワーク領域とから離れて、余り利用されていないサーバとネットワークに回送される。この結果、各ユーザから見てスループットが改善され、従って、システムを使用するコンテントプロバイダから与えられる内容の魅力を増大する。コンテントプロバイダは、性能のさしたる低下を伴わずに、インターネット上で多数のユーザを得ることができる。本発明によるシステムは、元のウェブと、少なくとももう一つの配付サイト（ミラーサイト）から始まる。システムを使いたがっている各ユーザには、実施形態において、環境設定ユーティリティと顧客プログラムを含むソフトウェアを与えられるであろう。この環境設定ユーティリティは、最初、特定のユーザに対して、どのサイトが改良された性能を与えるかを決定するのに使用される。本発明のある実施形態において、環境設定ユーティリティは、最初にサービスプロバイダから、“配付サイトのファイル”をダウンロードする。この配付サイトのファイルには、利用可能な配付サイトの一覧と、実行すべきネットワークテスト一覧とが含まれている。実行すべきこの種のテストとテストの頻度とは、配付サイトのファイルの中に記述されており、これは、ネットワークをテストするユーザの数と、ネットワークの見込み上の流出、あるいは配付システムの能力とに依存している。環境設定ユーティリティは、配付サイトのファイル中に記述されたテストのサブセットを実行する。テストの結果、どの配付サイトがユーザに対して、改良された性能を生み出すかを示し、またテストを実行するユーザの視点から様々に一般化されたネットワークの能力に関する情報も含んでいる。ネットワークのテストの結果と、選択された配付サイトの素性が、（可能な構成による電子メールによって）配付サービスプロバイダに送り返され、サービスプロバイダのデータベースに組み入れられる。環境設定ユーティリティにより選ばれた配付サイトは、その後、ユーザが配付システムサービスプロバイダによって管理される全ての内容を復元するのに使用される。その結果、ユーザがウェブの内容を見て、特定の項目、例えばサービスプロバイダの配付システムに管理される映像クリップを見つけたときに、顧客のソフトウェアは、明記された“スマートミラー”配付サイトから自動的にそれを復元する。サイトに関する好みとデフォルトのサイトは、要求に応じて、あるいはネットワークの負荷と流れの変化に応じて一定の期間で、定期的に更新することができる。さらに、本発明の前記環境設定ユーティリティ（configuration utility）が、種々のネットワークテストを行っており、かつ、前記テストの結果をサービスプロバイダに供給しているので、システムおよびネットワーク性能に関する貴重なデータが利用可能である。このようなデータは、どの“スマートミラー”配付サイトが効率的に動作し、どの“スマートミラー”配付サイトが効率的に動作していないのか、どのスマートミラー配付サイトが過負荷状態なのか、また、より多くの配付サイトまたは容量の追加により、インターネットのどの部分が恩恵を受けるのか、に関する情報を提供する。さらに、このようなデータは、徹底的な性能測定、作業負荷の特徴づけ(workl oad characterization)、経路の安定性、および停止の測定基準（outage metrics）のような高度なネットワーク分析を行うことを可能にする。したがって、工学の立場から見ると、ミラーサービスプロバイダは、改善された性能が提供されていることを確実にすることを続けることができる。マーケティングの展望からは、コンテントプロバイダには、改善された性能のためのスマートミラーまたは配付サイトをどこに設置すべきかを、また、どのＩＳＰが改善された受け渡しを提供するのか知らせることができる。埋め込み映像クリップを持つウェブページは、またスマートミラーとフォーマット選択法を活性化するコードを含んでいる。従って、本発明による映像クリップの選択及び復元のシステムは、各映像クリップを様々な場所に、多くの異なる圧縮フォーマットで蓄える。フォーマット選択モジュールは、どのコーデックプログラムをユーザ端末に導入するか決定し、使用する好みのコーデックを選択し、好みのコーデックにより認識される圧縮フォーマットで蓄積されている映像クリップを置き、映像配付システムが希望のクリップを置いて復元できるように映像の要求を再び導いたり変更したりするように、ユーザ端末に指示を出すプログラムを備えている。適切なコーデックが見つからないと、フォーマット選択モジュールは、ユーザに好みのコーデックをダウンロードさせ導入させる。フォーマット選択モジュールの第１の実施形態において、映像クリップは、多くの異なる圧縮フォーマットで、インターネットに接続される個々の配付サイトに蓄えられる。映像クリップと、そのアドレスは、サーバにアクセスをするウェブページ上で参照される。また、ウェブページは、ユーザ端末に訊ねて、どのコーデックが端末に導入されるかを決定する埋め込みプログラムも含んでいる。埋め込みプログラムは、ユーザがウェブページ上で参照される映像クリップを要求したときに、自動的に実行される。もし、サーバの一つによって蓄えられた映像クリップを伸張することができるコーデックがあることが、質問によって突き止められると、埋め込みプログラムは、コーデックを選択し適切な映像クリップを要求する。フォーマット選択モジュールの第２の実施形態において、比較的小容量のプログラムが、ブラウザ上に“プラグイン(plug-in)”あるいは同種のものとして導入される。“プラグイン”の実施形態は、先の実施形態の中で記述した埋め込みソフトウェアプログラムと同じ作用を行い、上述したスマートミラーの機能と対話する機能が追加されている。図面の簡潔な説明図１は、多数のユーザと多数のコンテントプロバイダとを備える、本発明によるシステムに関する、例示されたネットワーク形態のブロック図である。図２は、本発明によるシステムにおいて用いられる環境設定ユーティリティの動作を説明するフローチャートである。図３は、本発明によるシステムにおいて用いられるクライアントプログラムの動作を説明するフローチャートである。図４は、本発明によるフォーマット選択モジュールの埋め込み型プログラムの実施形態の動作を説明するフローチャートである。図５は、本発明によるフォーマット選択モジュールの”プラグイン”の実施形態の動作を説明するフローチャートである。発明の詳細な説明本発明について、詳細な例示的実施形態に関連して以下に説明する。本発明が広範な種々の形式で具現され得ることは明白であり、これらの形式の中には、開示される実施形態のものとは全く異なったものもあり得る。その結果、本明細書中に開示される特定の構造的かつ機能的詳細は単に典型例に過ぎず、かつ、本発明の範囲を制限するものではない。最初に、図１を参照すると、主に広範囲の通信ネットワークの典型例となるように意図されているインターネット１０が“雲”として表されている。このインターネットは、多数のコンピュータの相互接続されたネットワークとして知られている。“地理的に”互いに近くにあるインターネット接続されたコンピュータが、インターネット上で“電子的に”互いに近くに存在することがあるが、このような場合が通常のこととは限らない。しかしながら、インターネットに接続されたあるコンピュータは、インターネットに接続された他の任意のコンピュータと通信することができる。メッセージは、おそらく、互いに直接接続されているコンピュータ間における一連のリンクまたは“ホップ(hops)”を具備するパスを介して移動することになる。さらに、第１ユーザ端末１２が図１に表されている。この第１ユーザ端末１２は、通常は、単に、インターネット１０に接続されたコンピュータ、ルーター、または端末サーバーであるインターネットサービスプロバイダ（ＩＳＰ）１４に接続されている。このＩＳＰ１４は、第２ユーザ端末１６のような、さらなるユーザ端末の中心となることができる。さらに、第２のＩＳＰ１８のような他のＩＳＰが、インターネット１０に接続されている。第３ユーザ端末２０は、第２ＩＳＰ１８に接続されて示されている。後述する動作的な詳細に従って３つのユーザ端末のみが示されているが、本発明に関して同時発生するユーザ数には制限がないことが分かる。従来の技術において周知であるように、コンテントプロバイダもまた、インターネット１０に接続されている。第１のコンテントプロバイダ２２は、例えばスポーツの得点やハイライトのような、ある種類のコンテンツを供給することができる。第２のコンテントプロバイダ２４は、例えばビジネスニュースのような、違う種類のコンテンツを供給することができる。従来は、（例えば第１ユーザ端末１２を用いている）あるユーザが、第１のコンテントプロバイダ２２により供給されたコンテンツにアクセスしたいと希望した場合、端末１２は、第１のコンテントプロバイダ２２に直接問い合わせていた。要求メッセージは、端末１２からインターネット１０を介してコンテントプロバイダ２２へ伝搬していた。コンテントプロバイダ２２は、所望のデータを、インターネット１０を介して端末１２へ送り返していた。幾つかのデリバリーまたは“ミラー”サイトは、図１においてインターネット１０に接続されて示されている。第１配付サイト２６については、第１ユーザ端末１２から少数の“バウンド”位置に設置することができる。第１の配付サイト２６には、音声／映像クリップのような内容を蓄える蓄積モジュール２７が含まれる。第２配付サイト２８については、第１ユーザ端末１２からより遠く離れているが第３ユーザ端末２０に近い位置に設置することができる。第３配付サイト３０については、第２配付サイト２８と同じくらい第３ユーザ端末２０に近い位置に設置することができる。前述したように、“地理的に”互いに近くにあるユーザとプロバイダまたは配付サイトは、インターネット上においては“電子的に ”互いに近くないことがある。ユーザとプロバイダまたは配付サイトとの間の“ 電子的”な距離を減少させるために、データが移動する必要があるネットワーク接続の数とルーター数とを減少させることができる。前述したように、スマートミラーリングシステムは、前述のネットワーク問題の発生を減少させることにより、ネットワーク性能を改善するように作用する。幾つかの場合において、本発明のネットワークテストの手順は、幾分長いパスの方が幾分短いパスよりも優れたスループットを供給することを示しているが、パケットの損失および遅延の問題は、主に、データが移動する必要があるネットワータの接続数を減らすことにより減少する。ネットワークケーブルにおいては、僅かなパケット損失しか生じず、かつ、本質的に何の遅延も生じない。パケットの損失および遅延は、通常は、過負荷状態にあるネットワークの記憶装置およびルーティング装置により引き起こされる。本発明のスマートミラーサイトは、各々のユーザに対し、電子的に近く設置されているので、パケットの損失および遅延は低減する。通常は単一のサーバーにより処理されてきた負荷を多数の配付サイトが分配するので、過度のサーバー利用の問題は抑えられる。異なった場所にある並列の配付サイトから検索されたデータは、一般には、同じネットワークリンク上を移動する必要がないので、ネットワークインフラストラクチャーの比較的低い容量はさほど問題ではなくなる。本発明を説明する目的のために、配付サイトは、データ、またはソフトウェアコードのような他のファイルを記憶できるネットワーク上の受け渡し用“ノード ”である。さらに、この用語は、データの受け渡しに関して応答可能なサイトをも含んでおり、ミラーサイト、コンテントプロバイダ、および放送ビデオストリームまたはＷｅｂサイトを含んでいる。前記システムにおいては、ミラーサービスプロバイダ（ＭＳＰ）３２は、インターネット１０に接続されている。このＭＳＰ３２は、配付サイト２６，２８，３０の分配に関する、かつ、ユーザ端末１２，１６，２０からオリジナルサイトおよび配付サイトへの要求の割当てに関する管理機能を働かせ、インターネット１０上でのデータの送受信が可能なデータベースを備えている。この管理機能は、ユーザ端末１２上の記憶媒体（すなわちＲＡＭ）内で実行される環境設定ユーティリティ３４およびクライアントプログラム３６の利用によって容易になる。環境設定ユーティリティ３４およびクライアントプログラム３６は、第１ユーザ端末１２のみの一部として図１に示されているが、前記システムに関係している、端末１６，２０のようなあらゆるユーザ端末が、このようなソフトウェアを用いることが分かる。前記システムに参加することを所望しているユーザは、環境設定ユーティリティ３４とクライアントプログラム３６とを具備するソフトウェアを、ＭＳＰ３２から直接に、または、（ブラウザまたはコンピュータの動作システムの一部ような）小売りの、あるいは他のチャンネルを介して得ることができる。本発明の、説明されている実施形態において、環境設定ユーティリティ３４により実行される機能については、ブラウザまたは他のネットワークアプリケーションのような、一般的なインターネットアプリケーションソフトウェア内に組み込むことができ、スタンドアロン（stand-alone）プログラムは必要ないことを特筆しておく。環境設定ユーティリティ好ましい実施形態において、前記環境設定ユーティリティ３４は、第１ユーザ端末１２がシステムにアクセスする前に、コマンドまたは自動のいずれかによって、ユーザにより実行される必要がある。環境設定ユーティリティ３４の動作は、図２において詳細に示されている。前記環境設定ユーティリティ３４は、ユーザ端末１２上で最初に実行されたときに、ＭＳＰ３２（図１）から配付サイトファイルを検索する(ステップ４０)。ユーザが既に配付サイトファイル（例えば、環境設定ユーティリティ３４を用いて受信したもの）を持っていて、かつ、この配付サイトファイルが十分に新しい場合には、この配付サイトファイルを、ユーザ端末１２のローカルハードディスクから検索することができる。この配付サイトファイルは、全ての利用可能な配付サイト（配付サイト２６，２８，３０のような）のリストと、ユーザ端末１２において実行すべきネットワークテストのリストとを有している。本発明の場合には、僅か２つの配付サイトのみが存在することができ、あるいは、ユーザ数に応じて数千もの配付サイトが存在することもできる。サイトの数については、各々の利用可能な配付サイトが配付サイトファイル内に表示され、原則的に無制限である。前記配付サイトファイルは、ＭＳＰのコンピュータシステム内から、データベースにより生じる。このデータベースのアプリケーションは、実行すべき最適なテストを動的に決定するために、ユーザについての情報を用いる。この結果、この配付サイトファイルは、存在している全ての配付サイトのためのエントリーを有する必要がない。リストについては、適切または実行可能と思われるサイトのみを有するように作ることができる。最初に、デリバリーシステムのユーザのためのテスト形態におけるランタイム（run-time）の変動の規模は小さい。つまり、ユーザの第１グループは全て、本質的に同じテストを実行する。しかしながら、配付サイトが発達するにつれて、各々のユーザのテストの強度は、ネットワーク中に及ぶテストの増大した規模を補償するために低減される。テストの範囲およびテストされた配付サイトの数については、ともにネットワークテストの総負荷をさらに低減するように制限することができる。ある実施形態において、配付サイトファイルは、以下のようなフォーマットを有する。１．ファイル改訂番号およびメッセージ(File Revision Number and Messag e)。ファイルは、新しいバージョンの環境設定ユーティリティ３４が利用可能かどうかを判断するためにこのフィールドを有する。配付サイトファイルの改訂番号が環境設定ユーティリティのバージョン番号よりも大きい場合には、環境設定は許可されない。代わりに、ユーザはより新しいバージョンの環境設定ユーティリティ３４を得るように促される。本明細書中で説明するようなファイル改訂の検証は、最新情報を取り入れた配付サイト選択アルゴリズムが、環境設定ユーティリティ３４により生じるテストデータに適用されることを確実にする。２．利用可能なスマートミラー配付サイトのリスト。各々の利用可能な配付サイトのために、以下の情報が提供される。ａ．ホストタイム。“www.server.com”という既知のインターネットフォーマットにおいて。ｂ．ＩＰアドレス。既知のフォーマット形式における、数値によるインターネットアドレス。このアドレスは、現在、フォームｗ，ｘ，ｙ，ｚからなる３２ヒットの数であり、ここで、ｗ，ｘ，ｙおよびＺは、各々０〜２５５の範囲である。ｃ．代わりの名前(Alternate Name)。“The First Mirror Site”のような非公式な名前。ｄ．実行すべきテストのリスト。各々のテストのために、以下の情報が提供されている。ｉ．テストＩＤ。各々の形式のテストは、環境設定ユーティリティ３４に知られている独自の識別子（identifier）を有しているｉｉ．重み係数。各々のテストは、指定された割合により重みづけされる。ｉｉｉ．頻度。各々のテストは必ずしも毎回実行する必要はない。このフィールドは、特定のテストがどのくらい頻繁に実行されるのかを判断する蓋然性を指定する。ｉｖ．さらなる情報(任意)。あるテストに関しては、さらなる情報が必要とされる。ｅ．サイト優先権レベル(Site Preference Level)。各々のサイトには、例えば１〜１００の間の重みづけまたは優先権レベルを与えることができる。後述するように、ＭＳＰのデータベース内の総計としてのデータは、ユーザが一人で即時的に徹底したテストを行うだけでは不可能な、ネットワーク使用分析を実行するために用いられる。ここで提供された前記重み係数は、サービスプロバイダのデータベースから受信したテスト結果を組み込むために用いられる。さらに、いったん所定の最大使用レベルに到達すると、この重み係数は、新たなユーザの配付サイトへの割当てを制限するためにも用いられる。ｆ．テストサイトフラグ。このフラグがイネーブル状態になった場合には、前述のテストが実行されるが、前記サイトは、たとえ最も優れた性能を生じさせても、配付サイトとして割り当てられない。ｇ．コンテントプロバイダグループ。各々のサイトは、１つまたは２つ以上のコンテントプロバイダグループに属することができ、これにより、決まったコンテンツのみをミラーリングする。ユーザが、特定の配付サイトにより扱われた形式のデータに関心かない場合には、このデータはテストされる必要はない。前記環境設定ユーティリティ３４は、例えば、ユーザ名、電子メールアドレス、パスワード、モデム速度、およびアクセス制御に関する情報（例えば、どのレベルの属性かユーザに見えるのか）のような、環境設定過程において必要とされる種々の項目の情報に関して、ユーザに問い合わせる(ステップ４２)。アクセス制御機構については、さらに詳細に後述する。本発明のある実施形態において、ユーザから受け取った情報は、暗号化され、かつ、ユーザ端末１２上の環境設定ファイルに記憶される。次に、前記環境設定ユーティリティ３４は、ユーザ端末１２がインターネットに接続されているかどうかを判断する(ステップ４２)。もし、接続されていなければ、接続を開始するか（ステップ４４）またはユーザに接続するように促す。次に、一連のネットワークテストが実行される(ステップ４６)。１つまたは２つ以上のテストを、配付サイトファイルに掲載された各々の利用可能なサイトのために実行することができる。ファイル内の全てのサイトがテストされる必要はない。現在、以下のテスト形式が、有用なデータを提供すると考えられている。１．Ｐｉｎｇ。該Ｐｉｎｇは、遠隔にあるサーバーが到達可能かどうかと、到達可能な場合に、優先順位の低いメッセージがユーザ端末１２から前記遠隔サーバーまでを往復するための所要時間とに関する情報を提供する。Ｐｉｎｇは、さらなる評価のためにサイトが利用可能かどうかを判断する場合に有用な、簡潔なテストである。Ｐｉｎｇアプリケーションにより戻される過度の時間については、効果的な情報の受け渡しのためには余りに遅過ぎるデリバリーシステムを削除することができる。このテストは、テストされる配付サイトの数を減少させるために、前記端末により用いられる。２．経路追跡。該経路追跡は、ユーザ端末１２から遠隔のサーバーへのメッセージによりどのような経路が選ばれるのかに関する情報を提供する。この情報には、この方法に沿ってどのようなシステムが用いられるのか、また、各々のバウンドにどのくらいの時間がかかるのかも含まれている。経路追跡は、情報送信のパスを記録するために、環境設定ユーティリティ３４により用いられる。幾度かの追跡により異なる結果が得られた場合には、特定のユーザから特定のサーバーへの経路の安定性が容認できるものではないことを示す。さらに、特定の経路上で、サービスプロバイダのシステムデータベースから予め集計されたデータは、特定のユーザのための特定の配付サイトを選択する判断に影響を与える。経路の安定性は主要な問題である。３．逆経路追跡。該逆経路追跡は、遠隔のサーバーからユーザ端末へのメッセージによりどのような経路が選ばれるのかに関する情報を提供する。この情報には、この方法に沿ってどのようなシステムが用いられるのか、また、各々のバウンドにどのくらいの時間がかかるのかも含まれている。逆経路追跡は、情報受信の経路を記録するために、環境設定ユーティリティ３４により用いられる。幾度かの追跡により異なる結果か得られた場合には、特定のサーバーから特定のユーザへの経路の安定性が容認できるものではないことを示す。さらに、特定の経路上で、サービスプロバイダのシステムデータベースから予め集計されたデータは、特定のユーザのための特定の配付サイトを選択する判断に影響を与える。経路の安定性は主要な問題である。４．動的経路追跡。該動的経路追跡は、経路追跡や逆経路追跡に類似しているが、インターネット上で任意に指定された組のコンピュータ間における経路追跡である。動的経路追跡は、情報送信の経路を記録するために、環境設定プログラムにより用いられる。幾度かの追跡により異なる結果が得られた場合には、２つのネットワーク位置間の経路の安定性が容認できるものではないことを示す。さらに、特定の経路上で、サービスプロバイダのシステムデータベースから予め集計されたデータは、特定のユーザのための特定の配付サイトを選択する判断に影響を与える。前述のように、経路の安定性は主要な問題である。５．ネームサーバー解像度遅延(Name Server Resolution Delay)。数値で表されたインターネットアドレスが指定されていない場合には、どの数値アドレスか所望のホストネームに対応するのかを判断するために、ネームサーバーのルックアップ（lookup）が実行される。この処理は、かなりの時間がかかる。６．スループット。バイト／秒での実際のスループットを判断するために、サンプルファイルが、遠隔のサーバーから全てまたは部分的にダウンロードされる。７．スループット変動。スループットが比較的一定であるか変動しているのかを判断するために、サンプルファイルが、遠隔のサーバーから全てまたは部分的にダウンロードされる。８．誤り率(error rate)。送信が送信エラーを被り易いかどうかを判断するために、サンプルファイルが、遠隔のサーバーから全てまたは部分的にダウンロードされる。この情報は、ユーザに戻されるエラーメッセージパケットの数を計数することにより得られ、これにより、ユーザからサーバーへの誤り率を学習し、かつ、送信されたバイト数の端数（fraction）として受信されたバイト数をトラッキングすることにより、サーバーからユーザへの誤り率を学習する。９．パケット断片化(Packet Fragmentation)。送信が、断片化または故障したパケット受信を被り易いかどうかを判断するために、サンプルファイルが、遠隔サーバーから全てまたは部分的にダウンロードされる。１０．容量問い合わせ(Capacity Query)。遠隔サーバーがイネーブル状態である場合には、環境設定ユーティリティ３４は、サーバーに、該サーバーの送信容量と平均的な負荷とを問い合わせる。この情報は、ほとんど全てのインターネットサーバーによりサポートされている“ＳＮＭＰ”（Simple Network Managem ent Protocol）を介して集められる。１１．巨視的（macroscopic）ネットワーク分析。ＭＳＰデータベースにより蓄積されたデータは、ネットワークの動きの全体的な概要を提供する。この情報により、スマートミラーシステムユーザは、利用可能な配付サイトの過去の性能を知ることができる。蓄積されたデータは、ネットワーク性能を分析するためにデリバリーシステムデータベースにより操作され、これにより、ネットワークの大容量領域の使用が強調され、その一方で、低下した性能を既に経験している領域の使用は強調されない。前述のテストの各々がどのように実行されるのかに関する情報は、ネットワーク分析に関する従来技術において公知である。例えば、Bob Quinn and Dave Shu te,"Windows Sockets Network Programming"(Addison-Wesley 1996)を参照のこと。本発明のある実施形態において、テストは、サーバーが到達可能であるかどうかを検証するための“ｐｉｎｇ”テスト、一連の小容量（例えば２０Ｋ）のダウンロード、一連の大容量（例えば２００Ｋ）のダウンロード、および受け渡しパスを記録するための“経路追跡／逆経路追跡”テストを実行することによりなされる。前記経路追跡情報はＭＳＰ３２により用いられ、これにより、テストデータはＭＳＰ３２のデータベース内の情報と相関関係を持つ。こうして、特に粗悪なネットワークリンクおよびサーバーを識別することができる。このような情報は、前述した配付サイトファイルにおいて提供される。特定のリンクまたはサーバーが、他のユーザから得られた情報に基づいて信頼性の無いものであることが知られた場合には、たとえ、１つのテストで良い結果が得られたとしても、個々のユーザは、そのリンクまたはサーバーから離れて経路指定され得る。短いダウンロードは、サーバー容量を決定するために用いられる。前記ネームサーバー解像度遅延については、データ送信を始めるためにサーバーが要する時間の他に、このようなテストにより決定することができる。後の結果は、サーバーの負荷、容量、および性能に強く関連している。長いダウンロードによって、前記環境設定ユーティリティ３４は、パケット損失、ネットワークの輻輳、およびサーバー利用が、ファイルの受け渡しにどのような影響を及ぼすのかを判断することが可能になる。一人のユーザから得られた結果に基づいて、前述の要因のうちのどれが、性能の低下を引き起こしているのかを判断することは理想的ではない。しかしながら、ＭＳＰ３２により維持されたデータベースに記憶されたような結果は、総計的には根本的な原因を示している。テスト結果の中には、他のテスト結果とともに用いられるものもあることを特筆しておく。例えば、容量の問い合わせを介して決定されたような、配付サイト上の負荷については、サーバーの負荷特性を考えれば、平均的に期待されるダウンロード時間を得るために、スループットテストの結果により分割することができる。全ての指定されたテストが実行された後に、これらの結果は、集計され、かつ、処理される(ステップ４８)。あるテストについてうまく実行することができなかったということが起こり得る。このような場合には、最悪の場合の値（例えば、ゼロ値のスループットまたは極度に大きな遅延）を結果として適切に示す必要がある。考え得る全てのテストが、前記環境設定ユーティリティ３４が実行される度に行われるのではないことを特筆することは重要である。多数のユーザがシステムを使用するときには、サーバーおよびネットワーク容量上での実質的な消耗が、テスト手順のみにより引き起こされ、前述したネットワーク性能の急降下を増大させることになる。前述したように、テスト頻度数は、テストを実行するユーザの数を動的に制御する目的のために配付サイトファイル内に記憶される。環境設定ユーティリティ３４により実行されるテストは、どの配付サイトが特定のユーザへのデータの受け渡しに最も適しているかを決定することにおける統計的一致を達成するために実行される。統計的一致については、ユーザの小容量サンプルを十分上手くテストし、かつ、そのデータを用いて配付サイトの選択に影響を与えるか、または、多数のユーザに幾つかの利用可能なテストを個々に“軽く”テストさせ、かつ、そのデータを総計として用いるかのいずれかにより得られる。それゆえに、システムが最初に用いられるときには、比較的少数のユーザがシステムに“登録される”。ＭＳＰ３２により維持される配付サイトファイルは、これらの条件を反映し、かつ、比較的厳しく（環境設定ユーティリティ３４によって）ネットワークをテストするように各々のユーザに要求する。ユーザの数が増加するにつれて、配付サイトファイルは、各々のユーザにより実行されるテストを減少させるように変更される。非常に多数のユーザがシステムを用いる時までに、環境設定ユーティリティ３４は、（前述したような、“ｐｉｎｇ”形式のテストを介して）配付サイトの到達可能性（reachability）のためのテストを主に行い、かつ、他のユーザにより提供されかつＭＳＰ３２により維持されるデータベースに記憶されたテストデータに主として依存する。しかしなから、多くのユーザがシステムをテストしているときでさえ、（例えば５０００人に１人の）少数のユーザが、包括的なテスト一式を実行するように選ばれることがある。好ましくは、テストティングはサーバーの総負荷の約５％より多くに寄与すべきではない。この目的に到達する１つの方法は、多数のサーバーを軽くテストして、十分な性能を有する配付サイトのクループを生じさせることである。次に、この配付サイトのグループについては、データを検索するために順番に用いることができる。前記グループ内の各々の配付サイトのための、マルチメディアクリップの実際のダウンロード時間に関する情報は、後述するように蓄積され、かつ、配付サイトの性能に関するさらなる情報を、さらなる徹底したテストを必要とせずに、平易にＭＳＰ３２に供給することができる。それゆえに、集約されたテスト結果と、ＭＳＰ３２により配付サイトファイルに提供された情報とに基づいて、環境設定ユーティリティ３４は、どの配付サイト、または配付サイトのグループが、ユーザ端末１２に最も適しているのかを判断する(ステップ５０)。この判断は、実行された種々のテストに重みづけをしてかつ各々のサイトの値を比較することにより、数値的になされる。好ましい実施形態においては、比較的少数の配付サイトおよびユーザ端末による、低トラフィック環境における使用のために、環境設定ユーティリティ３４は、主としてｐｉｎｇテストとスループットテストとに依存する。最初のｐｉｎｇテストは、配付サイトが到達可能であるかどうかを判断するために実行される。長短のダウンロードは、配付サイトからの最大および最小のスループットを決定するために、かつ、ビデオデータの送信に適応するのにスループットの変動が十分小さいかどうかを判断するために、スループットテストにおいて実行される。それゆえに、これらのテストは、全て大きな重みを与えられている。経路追跡のような他のテストを行うこともでき、かつ、その結果を、配付サイトを選択することなくＭＳＰ３２に知らせることもできる(このような他のテストには、例えば、ゼロまたはほとんどゼロの重みを与えてもよい)。システムの大きさが増大し、かつ、さらなる配付サイトおよびユーザが登録されるにつれて、サイト選択公式（site selection formula）が、配付サイトファイルのコンテンツを変更することにより、変化しているネットワーク条件を反映するように変更され得る。本発明のある実施形態において、登録商標をもつグラフィカルインタフェースが提供され、これにより、ユーザの位置と、テストされる各々のサイトの（地理的および電子的の両方の）位置とを、ユーザ端末１２に接続されているモニターに表示することができ、これにより、サイト間の相対位置を視覚的に示すことが可能となる。ある実施形態においては、ディスプレイは、“レーダースクリーン ”の形式で示されており、該ディスプレイ上に、ユーザ端末１２および配付サイトが、適切な地理的範囲のマップ上に重ね合わされた“ブリップ(blips)”として表示される。ユーザにアプリケーションを用いることを奨励し、かつ、より多くのネットワーク中に及ぶデータを提供するために、ユーザインタフェースは、ユーザが、さらなる性能テストのために、“この目的だけのための(ad-hoc)”テストサイトに入ることを可能にする。この場合には、環境設定ユーティリティは、デフォルトＷｅｂサイトファイル(例えば“index.htm")、またはユーザにより要求された特定のファイルのいずれかをテストする。ユーザが選択したサイトからの分析結果は、他のサイトからの結果と妥当な比較がなされるように適合される。幾つかのグループのコンテントプロバイダを適応させるために、多くの組の配付サイトを本発明により維持することができることを特筆しておく。各々のコンテントプロバイダは、あるサイトにおいてのみミラーリングされ得る。それゆえに、独自の組の配付サイトを有する各々のコンテントプロバイダのために、主要な配付サイトが、環境設定ユーティリティ３４により選択される。このことを達成するために、前述のテストを一度実行することができ、かつ次に、ある実施形態においては、数値による重みづけを各々の適切な組の配付サイトに適用することができる。各々のコンテントプロバイダのグループに対して１度ずつ、複数のスマートミラーサイトが選択される。コンテントプロバイダのグループは、配付サイトファイルにおいて指定される。存在し得る各々の配付サイトは、１つまたは２つ以上のコンテントプロバイダのグループに属しているものとして識別される。コンテントプロバイダのグループが用いられるときには、僅か２つのグループが存在することもでき、その最大数は本質的に無制限である。さらに、優先順位が付いた配付サイトの序列が、発生し、かつ、維持され得ることも特筆しておく。このことがなされた場合には、主要なスマートミラーサイトが応答し損なっても、システムは、次の最高位に位置づけられたスマートミラーサイトに降りていくことが可能である。スマートミラーサイトが選択された後に、あるデータが、電子メールまたは他のインターネット電子プロトコルを介してＭＳＰ３２へ送信される(ステップ５２)。ユーザと、選択されたスマートミラーサイトの独自性と、各々のテストが実行された時間および日付を含む全ての未処理テストデータ（raw test data）および結果とに問い合わせることにより受信された情報は、テキストファイルにコンパイルされる(該テキストファイルは、ある実施形態においては暗号化される)。ＭＳＰ３２による受信に基づいて、データは、システムの管理および分析における使用のためにデータベースに記憶される。最後に、前記環境設定ユーティリティ３４は、各々の組の配付サイトのための選択されたスマートミラーサイトの独自性、または優先順位の付いたリストを( 暗号化された)環境設定ファイルに保存する(ステップ５４)。環境設定ユーティリティは、またテスト済みの各配付サイトに対する相対的性能の情報を保存することができる。クライアントプログラム３６は、適切なスマートミラーサイトからデータファイル（映像クリップまたは他のコンテンツ）をダウンロードするために、暗号化された環境設定ファイルを用いる。システムの動作において、ＭＳＰ３２がある機能を実行することを特筆しておく。ＭＳＰ３２は、配付サイトのリストを維持しており、必要な際にサイトを追加したり削除したりする。さらに、ＭＳＰ３２は、環境設定ユーティリティ３４を実行しているユーザから電子メールまたは他の手段を介して受信された情報を備えた、ネットワーク性能のデータベースを維持している。大量のデータが多数のユーザから受信される際に、データベースは、インターネットおよびその一部の、性能および他の特性に関する貴重な情報を提供することができる。このような情報を得るための種々のデータ処理技術が知られている。本発明とともに用いられる配付サイトの位置は、マーケティングに関する考察やコスト／利益の分析を含んでいる多くの要因により最終的に決定される。しかしなから、ＭＳＰのデータベースに記憶されているデータは、インターネットまたは他のネットワーク上の所定の位置に配付サイトを配置することの有用性を確認することができる。ある実施形態においては、サーバーは、各々の主要なバックボーン（単一の会社により維持されているインターネットの一部）上と、Regi onal Bell Operating Company（"RBOCs"）により操業されている主要な回線のような、多数のユーザにサービス供給している他のインターネット回線上とに設置される。多数のユーザにサービス供給しているか、または大量のビデオ受け渡しトラフィックを有するあるネットワークにおいては、サーバーを前記ネットワークのための主要な存在地点（Points of Presence："POPs"）に配置することができ、これにより、各々のユーザが迅速なサーバーに対して長所を有することが確実となる。いったん、前記環境設定ユーティリティ３４が実行されると、ユーザは、データファイル、特に映像クリップ、音声クリップ、ソフトウェアプログラム、および他のコンテンツの受信を可能かつ容易にするために、システムを用いることができる。時間が経過し、かつ、インターネットのユーザ領域の使用パターンが変化するにつれて、ユーザは、自分のユーザ端末１２と結びついたスマートミラーサイトの性能に不満を感じることがある。このような場合に、ユーザは、自由に環境設定ユーティリティ３４を再実行する（re-run）ことができる。その時までに、さらなる配付サイトにサービス供給させることができた可能性があるか、または異なった既存のサイトが、以前に割り当てたものよりも優れた性能を示すことがある。さらに、選択されたスマートミラーサイトが十分に動作していない（例えば、１０回の試行のうち３回は失敗する）と、再生プログラム３６が判断した場合に、該再生プログラム３６は、ユーザに、環境設定ユーティリティ３４を再実行するように促すことができる。本発明の他の実施形態においては、テストおよびミラー割当ては、スマートミラーサービス上のファイルの各々の要求によって、または１，３，１０または１００の要求の後毎におけるような幾つかの間欠的な時刻において、自動的に実行される。スマートミラー本発明のある実施形態において、前記スマートミラーシステムは、Ｗｅｂページ上に参照しやすく掲載された映像クリップ（“clip”）または音声クリップをダウンロードするための配付サイトを設置するために用いられる。この実施形態においては、前記クライアントプログラムについては、“再生プログラム”と称するかまたは考えることができる。この再生プログラムは、クライアントプログラム３６の機能を実行することに加えて、ビデオデータの検索および再生を可能にする。通常は、ブラウザプログラム３８は、Ｗｅｂコンテンツを見るためにユーザ端末１２上で実行される。通常用いられるブラウザプログラムは、NCSA Mos aic，Netscape Navigator，およびMicrosoft Internet Explorerである。このブラウザプログラム３８によって、ユーザは、インターネット上の種々のＷｅｂサイト間において、ホットリンク機能を行うことが可能になる。前記ＥＭＢＥＤタグは、どのＷｅｂページが、システムにより管理されているコンテンツを有しているのかを示すために、ＨＴＭＬ文書内で用いられている。ブラウザプログラム３８が、ＥＭＢＥＤタグを有するＷｅｂページを受信すると、該タグにより参照符をつけられたファイルのダウンロードが開始され、かつ、ファイル形式が分析される。ファイルが、例えば、ＭＰＥＧのような、再生プログラム３６により扱われる形式である場合には、ブラウザプログラム３８は、再生プログラム３６を開始させる。次に、前記タグのコンテンツは、ブラウザプログラム３８により、再生プログラム３６へ渡される。前記再生プログラム３６（図１）は、ＭＳＰ３２により促進されるスマートミラーリングサービスを提供する。再生プログラム３６の動作は、図３に詳細に示されている。前記再生プログラムは、最初に、“ＳＭ”（スマートミラー）パラメータが存在するかどうかを判断するためにＥＭＢＥＤタグを分析する(ステップ６０)。このようなパラメータの存在は、埋め込まれたクリップがスマートミラーリングのためにイネーブル状態であることを示している。“ＳＭ”パラメータに関連したデータは、特定のコンテントプロバイダが用いるミラーサーバーのグループの他に、所望のクリップを生じさせた特定のコンテントプロバイダを指定する。前記ＥＭＢＥＤタグが、システムにより処理される映像クリップまたは他のコンテンツを載せていると、前記再生プログラム３６が判断した場合に、コンテントプロバイダ２２からの埋め込まれたクリップの送信は中止される(ステップ６２)。次に再生プログラム３６は、もし存在すれば、ＥＭＢＥＤステートメントからアクセス制御または評価（rating）情報を抽出する(ステップ６４)。この評価情報は、ユーザ端末１２に記憶された環境設定ファイルに記憶された基準レベルに対して比較される(ステップ６６)。クリップに対する評価情報が存在しない場合には、環境設定ファイルは、以下に定義するような、未評価の（unrated）クリップを再生することができるかどうか問い合わせをされる(ステップ６８)。前述の情報に基づいて、再生プログラム３６は、所望のクリップを見ることを認可または却下する。再生が認可された場合には、再生プログラム３６は、ユーザ端末１２に属するローカルコンピュータ上に、参照されたクリップを発見しようとする(ステップ７０)。このクリップがそこに存在する場合には、該クリップは、再度ダウンロードされず、かつ、コンピュータ上で（ディスクまたはＲＡＭから）直接再生され得る(ステップ７２)。しかしながら、ローカルコンピュータ上でクリップを作成した時間および日付は、最初に、ネットワーク上で利用可能なクリップに関する時間および日付に対して照合され、これにより、記憶されたクリップが最新バージョンであるかどうかが判断される(ステップ７４)。もし、最新バージョンでない場合には、記憶されたクリップは捨てられ(ステップ７６)、かつ、ダウンロードは以下のように続行される。前記クリップがローカルコンピュータ上に存在しない場合には、プレーヤは、 “http://”、環境設定ファイルに記憶された選択されたスマートミラーサイトのＩＰアドレス、ミラーファイルへのパス名(例えば、“/pub/mirror/”)、ＥＭＢＥＤステートメント内の“ＳＭ”パラメータから選ばれたコンテントプロバイダ名、ＥＭＢＥＤステートメントから選ばれたファイル名、という形式で新たなＵＲＬを作成する(ステップ７８)。構成されたＵＲＬは、環境設定ユーティリティ３４により選択された適切なスマートミラーサイトから、選択されたクリップを検索するために用いられる(ステップ８０)。２組以上の配付サイトが、異なったコンテントプロバイダに対して存在する場合には、“ＳＭ”パラメータは、環境設定ファイル内のどのスマートミラーサイトが前記構成されたＵＲＬにおいて用いられるべきかを判断するために、再生プログラム３６によりさらに用いられる( ステップ８２)。前記構成されたＵＲＬに対応するクリップがスマートミラーサイトにおいて発見されないか、またはアクセスすることができない場合には、ダウンロードは、環境設定ファイルにおける次位に位置づけられたスマートミラーサイトから続行される(ステップ８４)。全ての配付サイトが作動しない場合には、ダウンロードは、ＥＭＢＥＤステートメントにより直接指定されたように、元のコンテントプロバイダのサイトから続行される。再生が却下された場合には、プレーヤは、クリップが送信されないようにし( ステップ８８)、かつ、ダウンロードが許可されていないことをユーザに知らせるヒットマップを表示する(ステップ９０)。ＥＭＢＥＤタグが、システムにおいて処理されない映像クリップまたは他のコンテンツを載せていると、再生プログラム３６が判断した場合には、プレーヤは、環境設定ファイルにより設定されたアクセス制御レベルが、これらのクリップ、または“未評価”と考えられている他のファイルを再生することを、ユーザに許可しているかどうかを検査する(ステップ９２)。もし許可していれば、前記クリップは、そのオリジナルであるコンテントプロバイダ２２から、従来の手段により送信され(ステップ９４)、かつ、再生プログラム３６は、ダウンロードファイルを表示する(ステップ９６)。もし許可していない場合には、プレーヤは、クリップが送信されないようにし(ステップ９８)、かつ、ダウンロードが許可されていないことをユーザに知らせるヒットマップを表示する(ステップ１００)。ダウンロードに基づいて、所望のクリップを表すデータファイルは、ローカルコンピュータ上の、通常はハードディスク上にあり、ユーザ端末に属している、特定のデータ領域内に記憶される(ステップ１０２)。ある実施形態においては、このデータ領域を、再生プログラム３６によって、ＬＲＵ法(least-recently-us ed)に基づいて管理することができる。つまり、データ領域内に新たなクリップのための空き場所が残されてない場合に、最も長く用いられていない（または見られていない）単数または複数のクリップを捨てて場所を空けることができる( ステップ１０４)。本発明のある実施形態において、前記クライアントプログラム３６は、ダウンロードが成功したことを表すために、ＭＳＰ３２へメッセージを送信することが可能である(ステップ１０６)。このメッセージは、ユーザ端末１２のインターネットアドレス、選択されたサーバー一式の独自性、ダウンロードを達成するために用いられるサイトのインターネットアドレス、作動しなかった全てのサイトのインターネットアドレス、ダウンロードされたファイル名、およびファイルをダウンロードする時間、を有している。さらに、この情報については、ファイルのダウンロードを追跡するために、かつ、任意のスマートミラーサイトに何らかの問題があるかどうかをリアルタイムで判断するために、ＭＳＰ３２により用いることができる。あるいはまた、クライアントプログラム３６は、ファイル送信動作に関する小さなローカルデータベースを維持することができる。これにより、各々のダウンロード時間を測定することができる。特に、要求されたファイルの送信をサーバーか開始するのに要する時間と、データ送信速度の安定性と、送信の誤り率とに関する情報を集計することができる。多少の間隔をおいて(例えば、週単位または１００回のダウンロード毎に)、前述したユーザおよびサーバーの情報の他に、蓄積されたファイル送信動作情報を有するメッセージが、ＭＳＰ３２のデータベースを更新するために、該ＭＳＰ３２へ（自動的にまたは要求に基づいて）送信される(ステップ１０６)。このさらなる情報は、追加のテストを一切行わずに、ＭＳＰのネットワークに関する“知識”を増大させる。このデータは、システムのコストをサポートすべく、配付サイトのプロバイダから得られるサービスの質を査定し、かつ、コンテントプロバイダにサービスの質に関する証拠を提供する目的のために、配付サイトの性能を確かめることにおいて特に貴重である。しかしながら、ほとんど同じ情報を、環境設定ユーティリティ３４を実行している新たなユーザを介して得られることが分かる。さらに、ＭＳＰへのダウンロード情報の提供は、特に優れた加入者を基礎としたサービスとして本発明を利用することを容易にする。成功したダウンロードがデータベースにおいてトラッキングされる際に、各々のユーザは、トラック料金に対する関連した“アカウント”を持つことができる。ユーザには、ファイル単位、メガバイト単位、月単位、または他の公知の手段で、支払いを請求することができる。ある実施形態においては、ファイルに関連したＥＭＢＥＤタグは、請求書情報、すなわちファイルの“値段”を含んでいる。本発明によるダウンロードトラッキング性能は、ダウンロードが甚だしく困難であるか遅いことが判明した場合に発行すべき割引または貸金（credits）を許容する。スマートミラー配付サイト上に記憶されたファイルが、本発明の認可されたユーザ（例えは、支払われたアカウントを持つユーザ）のみにより用いられることを確実にするために、配付サイトに記憶されたファイルについては任意に暗号化形式にすることができ、かつ、前述したダウンロードステップは解読ステップである。このような暗号化および解読については、周知の手段により実行することができる。前述したように、本発明により管理されるクリップは、該クリップに関連したコンテンツ評価情報を有することができる。このことは、前記クリップに対応するＥＭＢＥＤステートメント内に“ＰＧ”パラメータを提供することにより達成される。ある実施形態においては、裸体画、性的表現、冒涜的言動、および暴力という４つの特性が評価される。それに応じて、ＰＧパラメータは、４桁の引数（four-digit argument）により指定される。各々の特性は、１〜３の階級に基づいて評価される。１は、フィルタリング無し（すなわち、全てのコンテンツは許容可能である）に対応し、２は、いくらかのフィルタリング（例えば、放送されるテレビにおいて通常許容されるレベルに等しい）に対応し、かつ、３は、最も広範囲なフィルタリング（例えば、子供向け）に対応する。ファイルに関するＥＭＢＥＤステートメントに備えられた評価レベルは、前述の認可工程において、ユーザ端末１２に記憶された環境設定ファイルに備えられた評価フィルターレベルと比較され、かつ、認可されたファイルのみが送信される。フォーマットの選択本発明は、使用可能な複数のフォーマットから好みのファイルフォーマットを選択することができる。従って、第１配付サイト２６（図１）の蓄積モジュール２７には、異なるフォーマットによる複数の映像クリップのための記憶場所が含まれる。本発明のシステムと方法においては、いくつでも構わないのだが、１１６−１１９の４つのクリップが示されている。同様に、ブラウザ３８（図１）によって、複数のコーデックが導入されている。本発明のシステムと方法においては、いくつでも構わないのだか、１１０−１１４の３つのコーデックが示されている。本発明のフォーマット選択部品の１実施形態が、図４のフローチャートと共に、記述される。フォーマット選択の処理は、蓄積モジュール２７（図１）に蓄えられ、かつコーデック１１０−１１４（図１）の一つにより支援される好みのフォーマットで、映像クリップ１１６−１１９の内の一つを認識しようとする。本発明を使用して、図４に示すように、その内部で映像クリップを参照するウェブページもまた埋め込み型ソフトウェアプログラムを含んでいる。このソフトウェアプログラムは、ジャバスクリプト（JavaScript）言語で書くことができ、これは、従来技術として知られており、ネットスケープナビゲータとマイクロソフトインターネットエクスプロアラーを含め、現在利用可能な多くのウェブブラウザと互換性がある。第１に、映像クリップを含むウェブのページは、ユーザ端末によって配置される(ステップ１２０)。埋め込みソフトウェアプログラム“スクリプト”は、ブラウザによって読まれ、翻訳される(ステップ１２２)。埋め込みスクリプトは、一連の選択されたコーデックと、対応する映像クリップのフォーマットの種類とを明記する。明記されたフォーマットのそれぞれによるクリップは、一つ以上の配付サイト（図１）上に蓄積される。コーデックは、優先順位付きの順番でスクリプトで記述される。もし、表の最初のコーデックが、ユーザ端末上に導入されると、それは使用される。もし、表の後ろの方のコーデックのみが導入されると、それは代わりに使用される。第１に、埋め込みスクリプトがブラウザに、選択されたコーデックが導入されたかどうかを確認するべく質問をする(ステップ１２４)。もし、否なら（ステップ１２６）埋め込みスクリプトは、さらに多くのコーデックが支援されており使用可能であるか（ステップ１３６）を確認する。もし導入されていれば、戻ってブラウザに再び質問する(ステップ１２４)。もし、選択されたコーデックの一つが導入されていれば(ステップ１２６)、ＵＲＬが映像クリップの記憶場所から作られる(ステップ１２８)。例えば、その様に作られたＵＲＬとして、"http://www.deliverysite.com/clips/watchme"がある。作られたＵＲＬは、フォーマットの種類の拡張子を持たないことに注意したい。作られたＵＲＬは、その後、映像クリップの場所にフォーマットの種類の拡張子（例えば、MPEGフォーマットされたクリップ用の".mpg"、あるいはウィンドウズ用にフォーマットされたクリップのマイクロソフトの映像用の".avi"）を追加して変更される(ステップ１３０)。使用されるフォーマットの種類の拡張子は、選択されたコーデックに依存する。結果として得られるＵＲＬ（例えば、"htt p://www.deliverysite.com/clips/watchme.mpg"）は独自に、ユーザ端末上に導入される選択されたコーデックによって認識されるフォーマットによる映像クリップのファイルを明記する。このＵＲＬは、その後、ＵＲＬにより記述される配付サイトに送信され、クリップはダウンロードされ(ステップ１３２)、再生される(ステップ１３４)。映像クリップのファイルが受信されると、ブラウザは、表示のために正しいコーデックを自動的に呼び出す。もし、選択されたコーデックがすべてチェックされて（ステップ１３６）ユーザ端末に何も導入されなければ、埋め込みスクリプトは、ユーザに好みのコーデックを導入させる(ステップ１３８)。もし、ユーザが、導入をしようとすれば( ステップ１４０)、ユーザは、ダウンロードしようとするコーデックのさらに広い選択範囲を与えられる（ステップ１４２）か、あるいはこの選択は埋め込みスクリプトによって自動的になされる。コーデックは、その後ダウンロードされ( ステップ１４４)、導入される(ステップ１４６)。埋め込みスクリプトは、再実行されて、新しいコーデックが正しく導入されたかどうかを、またそれを使って正しく導入したかを（ステップ１２４−１３４）確認する。もし、ユーザが、新しいコーデックを導入するのを望まなければ、誤りメッセージが表示され(ステップ１４８)、映像はダウンロードも表示もされない。ある環境において、コーデックの導入（ステップ１４６）は、埋め込みスクリプトによって自動的に行われないであろう。例えば、ネットスケープナビゲータの現在のバージョンは、アプリケーションを抜けて再始動しない限り、新しいプラグインを認識しない。そのような場合、コーデックをダウンロードする前に、埋め込みスクリプトは、その種類（例えば、マイクロソフトインターネットエキスプロアラーあるいはネットスケープナビゲータ）について決定するためにブラウザに質問し、その質問の結果に基づいて他に可能な選択肢を選ぶことができる。例えば、後者の場合、埋め込みスクリプトは、ダウンロードされたコーデックを自動でなく導入するにはどうしたらいいかという指示をユーザに与える。他方、マイクロソフトインターネットエキスプロアラーは、ユーザの介入無しにダウンロードと導入がされ、かつブラウザ内で動作可能なプログラムであるアクティベックス（ActiveX）の制御を行わせ、また、埋め込みスクリプトは、ブラウザに依存し、この特徴を実行するコードを含むことができる。同様にして、異なるコーデックのプログラムが、異なるブラウザの環境で用いられるのに選択することができる。フォーマット選択モジュールの上記の実施形態は、映像クリップを参照し、他の場合なら静的なURLにフォーマットの種類の拡張子を追加する動作を行う。代わりに、フォーマット選択モジュールは、代わりのフォーマットが異なる配付サイトに蓄積されるように、実行することができる。この代わりの実行において、一つのステップ内で、URLが作られ（ステップ１２８）そして変更され(ステップ１３０)、選択された各コーデックは、ファイルの種類の唯一の拡張子というよりむしろ、使用に際して完全に唯一のURLを作り出す。例えば、"http://www.oth ersite.com./clips/watchme.mpg"は、特定の映像クリップのMPEG版を表し、一方、"http://www.othersite.com/videos/watchme.avi"は、同じクリップのAVI版を表している。図４を参照して記述されたフォーマット選択モジュールの実施形態は、先述したスマートミラーシステムと相互作用はしないことに注意したい。しかし、異なるクリップフォーマットに関する独自のURLが、いくつかの配付サイトを通してあるクリップに対する要求を広めるのに使うことができ、それゆえミラーリング（mirroring）の基本形を実行する。第２に、本発明の現在の実施形態は、ミラーサイトの選択と結びついてファイルのフォーマットを選択することができる。埋め込みソフトウェアプログラム（ “スクリプト(script)”）を既に導入されているプラグインのプログラムに沿って用いるこの実施形態は、図５のフローチャートと共に記述される。最初に、映像クリップを含むウェブページがユーザ端末によって読み込まれる (ステップ１６０)。埋め込みソフトウェアプログラム“スクリプト”は、その後読み出されて解釈される。埋め込みスクリプトは、フォーマット選択のプラグインが導入されたか否かを確かめる(ステップ１６２)。もし、否なら、スクリプトは、ユーザにプラグインをダウンロードし導入する機会を与える(ステップ１６４)。もし、ユーザがプラグインを導入するのを望まない（ステップ１６６）なら、スクリプトは、図４に記述されるように進む(ステップ１６８とラベルＡであり、制御をステップ１２２に移す)。さもないと、もしユーザがプラダインを導入するのを望むと(ステップ１６６) 、プラグインはダウンロードされ（ステップ１７０）導入される(ステップ１７２)。上述したように、プラグインは、スクリプトによって自動的に導入されるものではない。もし、そのような場合は、ユーザは、手動で導入するように指示を受けることができる。もし、プラグインが既にある場合、あるいはユーザがそれを導入するのに適切な処置を取った場合は、プラグインは埋め込みスクリプトによって呼ばれる(ステップ１７４)。これは、フォーマット選択のプラグインを備えたブラウザによって関連付けられる種類（もしくは拡張子）を持つ埋め込みファイルを指定する “エンベッド（"EMBED"）”ステートメントによって実行される。 EMBEDステートメントは、また、フォーマット選択のためにプラグインが使用するパラメータを指定する。プラグインは、選択されたコーデックの優先権付きの一覧表と、ファイルの種類の拡張子とを備えるこれらのパラメータを復元する(ステップ１７６)。その後、埋め込みスクリプトの実施形態のように、プラグインは、選択したコーデックが導入されたかどうかを決定するのにブラウザに質問をする。もし、否なら(ステップ１８０)、プラグインは、もっと多くの使用できるコーデックが支援されており利用可能であるかどうかを確認し、もし、そうであれば、戻ってブラウザに再質問をする(ステップ１７８)。もし、選択されたコーデックが導入されれば(ステップ１８０)、プラグインは、要求のリディレクタ（redirector）の機能が利用可能かどうかを決定するためにブラウザに質問する。リディレクタは、上述したように、また、フォーマット選択モジュールから分離したブラグインとして実行可能、あるいは同じプラグインの一部として実行可能であるスマートミラーの特徴を実行する。どちらの場合も、リディレクタの機能は、ユーザがスマートミラーサービスに加入したか、ソフトウェアを正しく構成したか、あるいは他のことを考慮した結果によって利用可能であるかも知れないし、そうでないかも知れない。もし、リディレクタが利用可能でないときは(ステップ１８６)、ユーザは適切なソフトウェアをダウンロードし、導入するように促される(ステップ１８８)。リディレクタが利用可能であろうとなかろうと、URLは、EMBEDステートメントの中で渡されるパラメータからプラグインによって作られる(ステップ１９０)。図４に関連して上述したように、作られたURLには、静的な映像の記憶場所が備わり、URLは、その後、ユーザ端末上にある選択されたコーデックに基づいたファイルの種類を付加するという変更を受ける(ステップ１９２)。その後、クリップは、直接にあるいは、本発明の特徴のスマートミラーを実行するリディレクタを通して（すなわち再生プログラム３６）ダウンロードされ( ステップ１９４)、これは図３と一緒に説明される。特に、もし再生プログラム３６が存在するなら、制御はステップ６０に渡され、これはクリップのダウンロードを扱う。（ステップ７２，９６，１０８における）再生は、ブラウザもしくは再生プログラム３６によって自動的に呼ばれる適切なコーデックによって実行される。もし、クリップが直接ダウンロードされれば(そしてリディレクタの特徴が利用可能でなければ)、クリップは、従来からの手段で再生される。しかし、フォーマット選択のプラグインは、本発明により管理される映像クリップを含む配付サイトの一覧表を含む環境設定ファイルと関連付けているかも知れない。クリップのダウンロード用にウェブのページ上に蓄えられているURLを用いる代わりに、プラグインは、配付サイトの一覧表から任意に選び、クリップの名前と、選択されたフォーマットの種類を選はれた配付サイトに追加することができる。その後、ダウンロードは、任意に選択された配付サイトから行われる(ステップ１９４)。これは、スマートミラー法を実行しないけれど、負荷分散の或る水準を実行する。特定のユーザ端末において行われる選択は、その端末に最適ではないかも知れないが、映像クリップの要求は複数の配付サイトに拡げられる。映像クリップファイルが受信されると、ブラウザは、表示のために正しいコーデックを自動的に呼び出す(ステップ１９６)。もし、選択された全てのコーデックが、プラグインに確かめられ(ステップ１８２)、ユーザ端末に導入されたものがなければ、埋め込みスクリプトは、ユーザに好みのコーデックを導入するのを促す(ステップ１９８)。もし、ユーザが導入することを選べば(ステップ２００)、ユーザは、ダウンロードするコーデックの次の選択を与えられ(ステップ２０２)るか、この選択がプラグインによって自動的に行われる。コーデックは、その後ダウンロードされて(ステップ２０４)、導入される(ステップ２０６)。プラグインは、その後新しいコーデッタの正しい導入が行われたか確かめ、正しく導入されていればそれを用いる(ステップ１７８から始まる)。もし、ユーザが、新しいコーデックを導入したくなければ、誤りメッセージが表示され(ステップ２０８)、映像はダウンロードも表示もされない。上記のように、コーデックの導入（ステップ２０６）は、埋め込みスクリプトによって自動的に行われはしない。従って、ブラウザに依存する一連の処理は、自動的にコーデックを導入するか、手動の導入をユーザに指示するかで始められるが、これは図４と共に土述されている。フォーマット選択モジュールの後者の実施形態は、２つの主要な機能を持つものとして記述されるが、第１に、希望するコーデックとファイルのフォーマットを選択し、第２に、スマートミラーシステムとその方法によって配付サイトを選ぶ。この２つの動作の詳しい順番は、最も重要なものではないという点に注意したい。説明済みの実施形態は、最初にフォーマットの選択を行い、第２に、配付サイトの選択を行うが、逆の順番も等しく動作可能であり、開示された実施形態に比べて長所と短所とがあるということを理解されたい。前述のことを考慮すると、本発明の実施形態が、所定のユーザとコンテントプロバイダまたは配付サイトとの間のネットワークのための性能データを得てかつ分析することを可能にするために、多くの様々なアプリケーションにおいて用いられ得ることが分かる。したがって、説明されている実施形態は、インターネットという状況の中で動作しているシステムを例示しているが、このようなシステムは、共同の“イントラネット”のような他のネットワーク環境においても有用であることが分かる。さらに、例示的な実施形態が、主として、ビデオデリバリーシステムにおける使用に関して説明されているが、本発明によるシステムについては、他の様々な種類のコンピュータデータ（例えば、アプリケーションプログラム、データベースファイル、および他のヒジネス情報、バーチャルリアリティファイル、Macrom edia社のShockwaveのファイルのようなマルチメディア、および本のような大容量のテキストファイル）を分類させるために用いることもできることが分かる。このような他の形式のデータについては、詳細に前述した様々なコンテントプロバイダのグループにおいて、本発明により管理することができる。他の形式のデータを見るかまたは利用するためには、通常は、（再生プログラム３６以外の）異なった形式のプログラムが、ユーザ端末１２において呼び出される。さらに、前記ユーザ端末１２において実行されるとして説明したある機能性( 特に、環境設定ファイル３４またはクライアント／再生プログラム３６において実行される、ある機能)については、スタンドアロンプログラムとして、ブラウザプログラム内で実行する“プラグイン”あるいは“ヘルパーアプリケーション (helper application)”として、またはブラウザ環境内で実行するために配付サイトからダウンロードされたＪａｖａアプレットとして、実行することができることを特筆しておく。Microsoft社のWindowsのオペレーティングシステムを実行することが可能なユーザ端末に対しては、Microsoft社のActiveXとして知られる環境もまた有用であり、それは、上述のように“プラグイン”と同様に動作するソフトウェアプログラムを実行するのに使用することができる。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ１０Ｋ 15/02 Ｇ１０Ｋ 15/02 Ｈ０４Ｎ 7/173 ６３０Ｈ０４Ｎ 7/173 ６３０ (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者ブラウネル，ロニージェイアメリカ合衆国カリフォルニア 92024 エンシニタスバーチヴュードライヴ 826 (72)発明者ウェダースビー，ガイピーアメリカ合衆国カリフォルニア 92125 サンディエゴパースースロード 8674

Claims

【特許請求の範囲】１．分散型コンピュータネットワーク上に置かれた配付サイトからの、可能な複数のフォーマットの中の一つによるデータファイルを要求し受信するシステムであって、前記ネットワークに接続された少なくとも１つのコンテントプロバイダと、前記ネットワークに接続された少なくとも２つの配付サイトと、前記ネットワークに接続されたユーザ端末と、前記ネットワークに接続された全ての配付サイトから、好みの配付サイトを選択するためのサイト選択装置と、データファイル用の好ましいフォーマットを選択するためのフォーマット選択装置と、希望のサイトからユーザ端末へと、希望するフォーマットでデータファイルをダウンロードするためのダウンロード装置とを備え、前記コンテントプロバイダは、少なくとも１つのデータファイルを記憶しており、各々の配付サイトは、前記コンテントプロバイダと同じデータファイルを記憶していることを特徴とするシステム。２．前記ネットワークと接続しているデータベースをさらに備えることを特徴とする請求項１記載のシステム。３．前記選択装置は、前記ネットワークを試験するネットワーク試験装置を備えることを特徴とする請求項２記載のシステム。４．前記ネットワーク試験装置は、前記ユーザ端末と接続している第１記憶媒体を備え、該第１記憶媒体は、前記ユーザ端末において前記ネットワークを試験し、かつ前記ネットワークに接続された全ての配付サイトから好みの配付サイトを選ぶように実行することができる第１のソフトウェアプログラムを具備していることを特徴とする請求項３記載のシステム。５．前記第１ソフトウェアプログラムは、前記データベースにより作成された配付サイトのリストを用いることを特徴とする請求項４記載のシステム。６．前記第１ソフトウェアプログラムは、前記配付サイトのリストから前記好ましい配付サイトを選択するためのネットワーク分析手順からの結果を用いることを特徴とする請求項５記載のシステム。７．前記第１ソフトウェアプログラムは、前記好みの配付サイトに関する優先順位付きリストを作成するためのネットワーク分析手順からの結果を用いることを特徴とする請求項５記載のシステム。８．前記ネットワーク分析手順は、少なくとも部分的に、前記ユーザ端末において実行されることを特徴とする請求項６記載のシステム。９．前記ネットワーク分析手順は、複数のネットワークテストを具備することを特徴とする請求項８記載のシステム。１０．前記のダウンロード装置は、ユーザ端末に接続された第２の記憶媒体を備え、該第２の記憶媒体は、前記ユーザ端末において好みの配付サイトから前記ユーザ端末へとデータファイルのダウンロードを実行することができる第２のソフトウェアプログラムを具備していることを特徴とする請求項４記載のシステム。１１．前記フォーマット選択装置は、前記ユーザ端末に接続される第３記憶媒体を備え、該第３記憶媒体は、前記ユーザ端末においてデータファイルの複数のフォーマットのうち、どのフォーマットが前記ユーザ端末によって処理可能かを認識するために実行することができる第１ソフトウェアプログラムを具備していることを特徴とする請求項１０記載のシステム。１２．前記第３ソフトウェアプログラムは、前記第３の記憶媒体上に恒久的に記憶されることを特徴とする請求項１１記載のシステム。１３．前記第３ソフトウェアプログラムは、前記好みの配付サイトから前記第３の記憶媒体へ送信されることを特徴とする請求項１１記載のシステム。１４．前記第３のソフトウェアプログラムは、コンテントプロバイダから前記第３の記憶媒体へと送信されることを特徴とする請求項１１記載のシステム。１５．前記のデータファイルは、映像クリップを備えることを特徴とする請求項１記載のシステム。１６．分散型コンピュータネットワーク上の好みの配付サイトから、好みのフォーマットのファイルをダウンロードするシステムであって、希望するファイルを認識する段階と、前記希望するファイルが、一つまたは二つ以上の配付サイトでミラーリングされるかどうかを決定する段階と、もし、前記希望するファイルがミラーリングされれば、配付サイトに関して優先付けされた一覧表上に好みの配付サイトを配置する段階と、可能な複数のデータファイルのフォーマットから好みのデータファイルのフォーマットを認識する段階と、前記好みの配付サイトから前記好みのデータファイルのフォーマットで、希望するファイルをダウンロードする段階とを備えたダウンロード方法。１７．前記好みのデータファイルのフォーマットを認識する段階は、どのデータファイルのフォーマットがユーザ端末によって処理可能かを決定する段階と、どのデータファイルのフォーマットが前記好みの配付サイト上で利用可能かを決定する段階と、処理可能で利用可能な、好みのデータファイルのフォーマットを選択する段階とを備えることを特徴とする請求項１６記載の方法。１８．前記１番目の決定段階と、前記２番目の決定段階と、前記選択の段階とは、前記ユーザ端末上で実行可能なプログラムによって実行されることを特徴とする請求項１７記載の方法。１９．前記プログラムは、前記好みの配付サイトから受信されることを特徴とする請求項１８記載の方法。２０．前記プログラムは、前記ネットワークと接続しているコンテントプロバイダから受信されることを特徴とする請求項１９記載の方法。