JP2002502523A

JP2002502523A - コンピュータネットワーク上で音声および映像データを最適に配信するシステムと方法

Info

Publication number: JP2002502523A
Application number: JP55071298A
Authority: JP
Inventors: ケナー，ブライアン; ダブリュコルビー，ケネス; ブラウネル，ロニー
Original assignee: インタヴュ，インコーポレーテッド
Priority date: 1997-05-19
Filing date: 1998-05-19
Publication date: 2002-01-22
Also published as: CN1260889A; AU7593798A; EP0983559A1; CA2290431A1; WO1998053411A1

Abstract

(57)【要約】コンピュータ・ネットワーク上でディジタル・コンテントの配信を最適化する方法と装置。ユーザは、画面上に再生したい音声と映像のデータをブラウザを通して指定する。ネットワーク上の複数のサーバがユーザに提供され、各々は、少なくとも一つのディジタル・フォーマットによる少なくとも一組の指定されたディジタル・コンテントを含んでいる。ネットワーク上のユーザ端末と識別されたサーバとの相対的な電気的距離は、また、指示されたフォーマットによる指定されたディジタル・コンテントを持ち、ユーザ端末に電気的に近いと決定される一つの識別されたサーバをユーザに選ばせるためにユーザに与えられる。

Description

【発明の詳細な説明】コンピュータネットワーク上で音声および映像データを最適に配信するシステムと方法本発明は、インターネットを通じて分配される音声と映像のデータの回復と再生を最適化するシステムと方法に関する。より詳しくは、本発明は、ユーザが以下のことを行うことができるソフトウェアツールを対象とする。（ａ）音声／映像データをより速く誤り無く最適に配信するサイトを選択し、（ｂ）色々な場所に存在するインターネットサーバから音声／映像再生ソフトウェアをダウンロードし、（ｃ）マルチメディア・ソフトウェアの構成要素を検出し、かつ更新し、（ｄ）豊富な音声／映像のコンテントに簡単にアクセスできるようにする。発明の背景インターネットは、コンピュータが接続されて世界中に張り巡らされた自由なネットワークである。メッセージを、インターネット上の任意のコンピュータから他の任意のコンピュータへと、行き先アドレスを指定し、一連の“ホップ”を経由してコンピュータからコンピュータへメッセージを回送することにより送ることができる。インターネット上の各コンピュータや“ノード”は、固有のインターネットアドレスを持っている。途中のコンピュータが、通過中のメッセージを受信した場合、そのコンピュータは、メッセージの予定された行き先を調べてその後、次に回す。インターネットは、大きさと洗練度の両面で、速い速度で成長している。過去には、インターネットの殆どのユーザは、学術的、研究的、あるいは学会のユーザであり、インターネットは、最初その時点では、電子メールとネットワークニュースを送受信し、かつコンピュータファイルを転送するのに使用された。しかし、ワールドワイドウェブ（“ウェブ”あるいは“ＷＷＷ”としても知られている）が数年前に導入されてから、インターネットは、一般的に興味のある他の種類の増えつつあるデータ、すなわち画像で表現されたものや記事等を扱い始めた。ウェブによって、インターネットに、グラフィカル・ユーザ・インターフェイスが与えられる。“ウェブ・ページ”は、しばしば主としてテキストと画像素材から成り、インターネット全体の“ウェブ・サーバ”として知られる数多くのコンピュータに記憶される。これらのウェブ・ページは、一般的にその割り付けと内容が、“ＨＴＭＬ”（ハイパーテキスト・マークアップ言語）で、書かれている。インターネットに接続される全ての個々のコンピュータは、一つあるいは二つ以上のウェブ・ページすなわちＨＴＭＬフォーマットのコンピュータ・ファイルをユーザのアクセスのために記憶することができる。 “ブラウザ”として知られるソフトウェア・プログラムは、希望のウェブ・ページの位置（すなわちインターネット・アドレス）を指定したり、もっとありふれた方法で、ウェブ・ページへ“ホットリンク”したりして、インターネットを通してウェブ・ページにアクセスしたり見たりするのに使用することができる。最も普及しているブラウザは、マイクロソフト・インターネット・エクスプローラとネットスケープ・ナビゲータの二つである。希望のウェブ・ベージは、"htt p://internet.address/directory/filename.htm1のフォーマットによるＨＴＭＬファイルを正確な位置を示す均一資源ロケータ（“ＵＲＬ”）によって指定される。ホットリンクは、以下のように実行される。ユーザは、しばしばユーザのＩＳＰ（インターネット・サービス・プロバイダ）に置かれたコンピュータ上の既知のアドレスを持ったウェブ・ページに最初にアクセスする。ＩＳＰは、ユーザにインターネットへ接続させる組織である。ウェブ・ページは、ＨＴＭＬフォーマットで作られた文書あるいは映像データに加えて、“リンク”や、しばしばインターネット全体の他のコンピュータ上にある、他のウェブ・ページのインターネット・アドレスを示す（ＵＲＬ形式の）埋め込み情報を含むことが可能である。ユーザは、リンクを選ぶ（しばしばマウスで示してクリックすることにより）ことにより、他のウェブ・ページにアクセスすることができ、これは、同様にさらなるデータおよび／または追加のリンクを含み得る。ウェブ・ベージがアクセスされると、その情報は、世界中のどこにあっても遠隔のコンピュータからインターネットを使ってユーザのもとに送信される。最近では、ウェブは、音声データや映像データのような高度に洗練された種類のマルチメディアのコンテントを扱い始めた。例えば、ネットスケープの埋め込みタグのようなＨＴＭＬの様々な拡張によってウェブ・ページに埋め込まれた他のデータを参照することができる。遠隔のウェブ・ページから受信されるデータを扱うために、外部プログラムあるいはブラウザへの“プラグイン”を、自動的に呼び出すことができる。第１世代のウェブ・コンテントすなわち文書と静止画像に比べて、音声と映像データは、著しく大きな容量と帯域幅を要求している。特に、映像ファイルは、非常に大きい可能性があり、約１０メガバイトから１０ギガバイトである。ユーザの端末において、録画された速度に近い速度で映像ファイルを再生するために、そのファイルは、高速がつ定速で配信されなければならない。低速過ぎると、画像は最初に録画されたより遅く再生される。もし、速度が同じでないと、映像はぎくしゃくし、昔の映画のようになる。現時点では、インターネット上のマルチノード・リンクを使って大きなファイルを連続的に高速で転送を行うのは、不可能でないにしても難しい。なぜなら、データは、しばしば遠くから転送されるので、多くの因子が遅延や部分的もしくは転送全体の欠落を引き起こすことがあるからである。特に、小さな画像あるいは文書ファイルを受信するのに、もしユーザがささやかな遅延を経験したとしても、それは一般的に重大ではない。しかし、映像のような実時間データは、転送と表示における時間的制約が非常に特殊で厳しい。同様に、ソフトウェアのプラグインあるいは外部のプログラムは、作動できるために、無傷で受信かつダウンロードされなければならない。一般に、ウェブとインターネットの急成長と結び付いた、このアトリビュートはいくつかの間題を引き起こす。ウェブ・ページへのアクセスによって起こるインターネットの流れは大量かつ増加しており、帯域幅の要求は供給を上回るおそれがある。さらに、ウェブ上のある種のコンテントは、非常に人気がある。現在のインターネットの技術は、特別なあるいは“専用の”遠隔のサイトあるいはサーバからウェブ・ページが与えられるので、人気のある殆どのサイトは、頻繁にダウンロードされる。現在のインターネット技術に従って、ユーザの要求に対する各応答は、別々に送信される。言い換えると、もし１００人のユーザが、同時に同じウェブ・ページの送信を要求すると、１００の別々の送信がこれらのユーザに行われる。これらの人気のあるたくさんのウェブ・ページは、インターネット上の多くのノードを通過して頻繁に送信されるので、関係の無いデータが同じルータ上を送信されることで、要求したデータとそれ以外のデータに対して実質的な繰り返しや遅延や要求の紛失があり得る。もし、映像データを含むウェブ・サーバが、送信能力に対してたくさんの要求を同時に受けると、全速のファイル全てが損なわれる。インターネット上の実時間データの送信能力が十分でないのは、通常３つの要因がある。つまり、パケット損失と、過度のサーバ使用と、ネットワーク・インフラストラクチャが相対的に能力不足であることである。特に、パケット損失は、不十分なネットワーク・インフラストラクチャと経路決定の際に丈夫さが欠けていた場合に起こる。小さな文書と画像のファイルと異なり、相対的に大きな映像ファイルは、定速なデータの流れで数分間（あろいはそれ以上）かかり得るので、通常のネットワーク性能の問題は悪化してしまう。ネットフーク帯域幅あるいは特定のネットワークのデータ運搬能力は限定されている。従って、パケット損失は増大する。長い配信時間によって、サーバの能力が大量に長時間、消費され、他のユーザに利用可能な資源を減らす。従って、ネットワークのインフラストラクチャは、だんだん混雑してくるので、パケット損失は増加し続け、送信時間は増え、サーバの付加はさらに増える。このパターンは、大量の映像型データの流れを意図して送信することで操作されるネットワーク性能の“下方らせん”を例証する。ネットワークの流れが、ネットワーク帯域幅によって課される制限に留まる限り、ネットワーク性能は受け入れられるものであり続ける。しかし、ネットワーク付加の最大値が能力を超えるときはいつでも、上述の下方らせんが始まりネットワーク性能不足の期間が増加する。前述の問題のいくつかを解決しようとする試みにおいて、コンテント・プロバイダは、様々なサーバや“ミラー・サイト”として知られる供給サイト上のインターネットの周囲に人気のあるコンテントを拡げる。各ミラー・サイトには、元のサイトの情報と同じ情報が含まれる。例えば、もし人気のあるウェブ・サイトがニューヨークにあれば、ミラー・サイトは、ロサンゼルス、ロンドン、東京にあってよい。従って、もし、ヨーロッパにいるユーザがニューヨークに元があるサイトにアクセスしにくいときは、地理的に最も近いミラー・サイトすなわちロンドンにホットリンクすることができる。しかし、ミラー・サイトは、必ずしもネットワーク上の理想的な場所にあるとは限らない。ミラー・サイトは、地理的に広く分散しており、ネットワーク上で十分に離れていないかもしれない。前述の例に戻ると、ニューヨークに元があるウェブ・サイトとロサンゼルスのミラー・サイトは、両方とも同じ国内のインターネット・サービスのプロバイダのネットワークに接続されるかも知れない。このような場合には、問題は一つのサイトにアクセスする際の間題が、他にも影響しうる。さらに、ミラー・サイトは、各サーバの負荷を減らすための最適の配置は、されていない。“知的推測”が、ミラー・サイトが置かれるべきところに対してなされるけれど、実際の使用パターンは異なる。さらに、性能拡大の保証はない。ミラー・サイトの帯域幅は、元のサイトのよりも低いが、他の理由で過負荷であろう。ユーザとサーバとの間の接続性を供給するネットワークの力学と性能変数を理解することによって、ミラー・サイトを含むデータ配信サイトの適切な配置への洞察が得られる。ユーザと別のミラー・サイトの間のデータ送信速度には大きな相違が見られる。これによって、ミラー・サイトと一般的に配信サイトとが、理想的に配置及び利用されておらず、また、現在のインターネット資源が可能な限り効率的に使用されていないという事実がわかる。もし、ネットワークの性能特性がさらに理解されれば、現在のインターネットの低価格体系を今のまま利用しつつ映像データを効率的に送信するのに使用し得る、インターネット上の利用可能な帯域幅を識別することが可能であろう。現在は、配信や、ミラー・サイトや、最適の性能を保証するためにユーザがどのミラー・サイトに接続するか決定することができる方法のための最適の場所を選ぶ手だてがない。従来のネットワーク分析技術、たとえば“ピング”や“経路追跡”のプログラムは、ネットワーク接続性の視点を与えるが、プロバイダとミラー・サイトとからインターネットを通じてどんな性能が予想できるかということは殆ど分からない。それゆえに、どこに配信あるいはミラー・サイトが置かれるべきか、または、どのミラー・サイトが最適な性能を得るのに使用されるべきかについて“知的推測”が、なされるのみである。従って、全体のネットワーク性能を決定し、インターネット上で送信ソフトウェアが最適となるように、コンテント・プロバイダが配信あるいはミラー・サイトを最適の位置に置き、かつ、ユーザが最適なミラー・サイトを選択することができるシステム上の方法を与えることへの要求が存在する。ミラー・サイトあるいは配信サイトの最適な配置によっても未解決の他の問題は、音声／映像データと、音声／映像データを復旧し再生するためのマルチメディア用ソフトウェア・プログラムを分配し記憶することに関係する。映像がコンピュータのネットワーク上で送信され得る前に、その映像は、映像のアナログ信号を“１”と“０”に符号化することでディジタル化しなくてはならない。ディジタル化された映像を送信するのに要求される帯域幅を減らすために、映像データ・ストリームが圧縮される。映像圧縮は、データ・ストリーム全体の大きさが縮小されるように、映像データ・ストリームから冗長なデータが取り除かれる過程である。映像データ・ストリームを縮小するのに使用されるのに、多くの異なる圧縮フォーマットがある。すなわち、ＭＰＥＧ，ＪＰＥＧ，Ｈ２６１，Ｉｎｄｅｏ，Ｃｉｎｅｐａｋ，ＡＶＩ，ＱｕｉｃｋＴｉｍｅ，ＴｒｕｅＭｏｔｉｏｎ，Ｗａｖｅｌｅｔなどである。圧縮フォーマットで送信され受信される映像は、見る前に伸張されなければならない。映像の伸張は、通常はブラウザへのプラグインとして、ユーザのマルチメディア端末に置かれる映像再生コーデックによって行われる。コーデックは、単一の圧縮フォーマットを識別し伸張することができるだけである。ユーザに要求された映像クリップは、ユーザの端末においてコーデックによって伸張することができるフォーマットで送信するために記憶されるときに、映像クリップのユーザーへの配信は支障無く進めることができる。これは、予約申し込みのサービスによって、限られたネットワーク上に映像が供給されるという典型的な状況である。このサービスは、予約申し込みするユーザに、好ましいコーデックを供給し、その符号によって識別されるのと同じ圧縮フォーマットで映像クリップを記憶する。そのサービスによって映像クリップがインターネット上で利用可能になり始めるときに、映像クリップが記憶されている圧縮フォーマットを識別するコーデックを持たないマルチメディア端末を持つ予約申し込みしていないユーザによって映像クリップが要求されるというのはさらにあり得ることである。このような場合には、ユーザの映像クリップの要求は、ユーザのコーデックによって識別される圧縮フォーマットで記憶されている映像クリップに再び導かれるか、ユーザは希望の映像クリップを伸張することができるコーデック・プログラムを獲得あるいはダウンロードしなくてはならない。多くの場合、映像の要求は、識別可能なフォーマットの映像クリップに再び導かれることはできないが、これは、映像クリップが大きさとサーバの記憶容量が制限されでいることとから様々な圧縮フォーマットで記憶されていないからである。この状況では、新しいコーデックをダウンロードするのは選択肢の一つに過ぎない。コーデックのプログラムは、通常、要求する映像を参照するウェブ・ページに埋め込まれたリンクを経由してアクセスすることができる。こうして、インターネットを経由してコーデック・プログラムを選択してダウンロードすることが可能になる。ユーザが、ウェブ・ページ上で参照する映像クリップを要求する場合、ウェブ・ページは、通常、ユーザを促して要求している映像のフォーマットを伸張するのに必要なコーデックを手に入れさせる。コーデックを手に入れるために、ユーザは別のウェブ・ページに飛ばされ、コーデックを見つけさせられ、コーデックをダウンロードし導入させられ、そして最初に要求した映像ファイルにリンクしたウェブ・ページを再割り当てしようとする。ユーザがユーザの端末においてコーデックによって識別されないフォーマットの映像を選択する度に、この処理が繰り返されなければならない。こうして、ユーザの端末は、最後に多くの異なるコーデックをメモリに記憶することになろう。殆どの映像コンテント・プロバイダは、絶えず映像データの性能特性と彼らのやり方を拡張しており、それらの映像を識別するコーデックは、映像拡張の特徴を利用するために更新される。コーデックが更新される必要があるかないか、また、性能の上がったコーデックが出されたか否かをユーザが決定するために、ユーザは、コーデックのプロバイダのウェブ・ページを配置し、自身のシステム・プロパティをページ上の情報と比較し、最新の更新分あるいは最新版を持っているかを決定し、最新の更新分あるいは最新版をユーザの端末にダウンロードする。もし、ユーザが自分のマルチメディア・ソフトウェアを更新し続けることを望めば、メモリに記憶されるコーデック毎にこの処理が繰り返されなければならない。最後に、内容が増え拡張された映像ファイルは、コンテント・プロバイダの自由裁量でインターネットを使って無作為に配付される。拡張された映像ファイル位置や、拡張された映像を見るのに使用することができる即席のマルチメディア・ソフトウェアの利用可能性についてユーザに助言するビューア案内は一つも無く、またユーザが全てのデータにアクセスことのできるプログラムも一つも無い。映像ファイルに参照を埋め込むウェブ・ページは、通常、ユーザがインターネットを“サーフ”するときに、偶然巡り会う。もし、ユーザが、映像ファイルを参照するウェブ・ページを見つけて開けば、ユーザは、特別な圧縮フォーマットによる映像の一覧表にアクセスするコンテント・プロバイダや映像配信サービスへのリンクと、そのプロバイダによって運ばれる映像を見るのに使うことのできるコーデックへのリンクとに出会うだろう。しかし、これらのコンテント・プロバイダは、映像やコーデックを多数のフォーマットで記憶しないし、インターネットの周囲の他のサイトに記憶される異なるフォーマットの映像のコンテントやマルチメディア・ソフトウェアへはリンクしない。こうして、最良の映像コンテントへの改良されたアクセスが保証され、内部で配信された音声と映像がユーザに最大の喜びをあたえるように、包括的な方法で上述の問題の全てを扱う解決への必要性が理解される。従って、解決は、ここで以下に記述ずる発明によって与えられる。発明の要旨コンピュータ読み取り可能な媒体上に符号化された基本ソフトウェア・プログラムに、映像クリップを参照するウェブ・ページ上に埋め込まれたリンクを介してアクセスできるシステムと方法が与えられる。埋め込まれたリンクによってユーザがウェブ・ページにアクセスするとき、ユーザは、基本プログラムをユーザの端末にダウンロードしてその機能を使って以下を行うことができる。（ａ）音声あるいは映像のデータとマルチメディアのソフトウェアを高性能ネットワーク接続を介してユーザに配信できるように、ユーザに“電気的に近い”サーバーを配置するネットワーク試験を実施するソフトウェアツールをダウンロードし開始する（ｂ）インターネット上の分配されたサーバからマルチメディア・ソフトウェアをダウンロードし、そのソフトウェアをユーザの端末に導入する（ｃ）基本プログラムとネットワーク試験ソフトウェアツールを含むマルチメディアソフトウェアをユーザの端末において分析し更新する（ｄ）インターネットを通じてサーバに分配された音声／映像データとマルチメディア・ソフトウェアとソフトウェア更新分へとユーザを導く。ユーザが、基本プログラムを参照するウェブ・ページにアクセスするとき、ウェブ・ページに埋め込まれた基本プログラムのスクリプト構成部品はユーザのブラウザとシステム構成部品に訊ねて、ネットワーク試験ソフトウェア・ツールがあるかどうかを検出する。もし、ツールが検出されなければ、ユーザは、ユーザの映像配信システムの構成部品を最適化するために基本プログラムをダウンロードするページに質問される。もし、ユーザが基本プログラムのダウンロードを選ぶと、プログラムはブラウザへのプラグインとして、あるいはスタンドアロンのプログラムとしてダウンロードできる。ダウンロードの後、基本プログラムは、最初、ユーザ端末に“電気的に近い” サーバを配置するのに使用されるネットワーク試験ソフトウェア・ツールを導入し開始する。基本プログラムは、サービス・プロバイダによって維持されるマルチメディア・データベース・マネージャから“配信サイト・ファイル”をネットワーク試験ツールへダウンロードする。配信サイト・ファイルには、マルチメディア・ソフトウェアを記憶するサーバ・サイトの一覧表と、基本プログラムによってユーザのマルチメディア・システム構成部品を更新する更新分とを含む。ユーザが、自分のシステムの更新あるいはマルチメディア構成部品を導入するのを選ぶといつも、基本プログラムはネットワーク試験ツールを活性化し、ツールは基本プログラムによって要求されるデータを記憶するサーバの一覧表から決定する一連のネットワーク性能試験を実施する。サーバは、必要なデータを、混雑が最も少ないネットワークのパスを通ってユーザの端末へ配信することができる。基本プログラムは、また、サービス・プロバイダのマルチメディア・データベース・マネージャがらダウンロードしたマルチメディア・ソフトウェア更新ファイル（ＭＳＵ）を備えている。ＭＳＵファイルは、インターネット上に置かれたマルチメディア・ソフトウェアと更新分の一覧表、およびデータがそこから得られるサーバの一覧表を含んでいる。ネットワーク試験ツールの導入が済んだ後、基本プログラムは、ユーザのシステム資源を分析して、システムによってどんなマルチメディア・ソフトウェアが記憶されているかを決定する。基本プログラムは、ユーザのマルチメディア・ソフトウェアの一覧表を、基本プログラムのＭＳＵファイルに含まれるソフトウェア更新分の一覧表と比較することができる。この比較に基づいて、基本プログラムは、ユーザの端末上に最初に存在しているマルチメディア・ソフトウェアを拡張するのに使用することができる更新分の利用可能性と、また、ユーザのシステム上に存在しない新しいマルチメディア・ソフトウェアの利用可能性とに関してユーザに助言することができる。ユーザは、現在のマルチメディア・ソフトウェアを更新するか、新しいマルチメディア・ソフトウェアをダウンロードするかを選択することができる。もし、ユーザがソフトウェア更新分の新しいソフトウェアを要求すると、基本プログラムは、データをそこから復元する最良のサーバ・サイトを決定するためのネットワーク試験ツールを使用する。一旦、基本プログラムがデータを受信すると、基本プログラムは、ソフトウェアあるいはソフトウェア更新分をユーザの端末上に導入する。基本プログラムは、更新分もしくはソフトウェア・プログラムのどの面が機能性に必要とされているがを決定し、記憶領域を温存するこれらの特質のみを選択的に導入する。いくつかの場合では、基本プログラムは古いソフトウェアを外し、更新でなくソフトウェアの新しい版を導入する。それによって、ユーザに明白な方法でマルチメディア・ソフトウェアのダウンロードと導入を容易にする。ソフトウェアの導入のために基本プログラムを終了しブラウザを再開しなくてはならない場合は、基本プログラムはブラウザを再開しユーザを元の映像の要求を含んでいるウェブ・ページへと連れ戻す。ユーザを勧めて基本プログラムを走らせ、かつ現在のマルチメディア・ソフトウェアを更新するか新しいプログラムを導入するために、基本プログラムは、マルチメディア・データベース・マネージャにより管理される“最も最近出された ”映像ディレクトリにリンクする。映像ディレクトリは、インターネット上のどこかに記憶される映像データにリンクする。ディレクトリ中の各映像を参照することはソフトウェアの種類、すなわち、映像を見るのに必要な再生コーデックを示す。一覧表を参照することで、ユーザは、自分のシステム上にどんな種類のマルチメディア・ソフトウェアを記憶するかを決定することができる。一旦、ユーザが自分のマルチメディア・システムの構成部品を更新し、マルチメディア・データベース・マネージャに管理される映像ディレクトリから映像を選択すると、マルチメディア・データベース・マネージャは、映像配信サイト・ファイルをネットワーク試験ツールにダウンロードする。配信サイト・ファイルは、要求した映像を記憶するサーバの一覧表と、走らせようとするネットワーク性能試験の一覧表とを含んでいる。その後、ネットフーク試験ツールは、ネットワーク性能試験を実施し、どのサーバが最も混雑の少ない経路で映像を配信できるかを決定する。映像は、ユーザの端末にダウンロードされ、更新済みの再生ソフトウェア上で見られる。マルチメディア・データベース・マネージャは、全てのマルチメディア・ソフトウェアの更新分と、インターネット上で利用可能な映像との更新された一覧表を管理する。ユーザが基本プログラムを走らせることを選ぶたびに、基本プログラムは、マルチメディア・データベース・マネージャから更新済みの一覧表をダウンロードし、この一覧表を先に導入したシステム構成部品と比較し、導入可能な更新分を全てユーザに助言する。一旦システム試験が済むと、基本プログラムは、ユーザが映像を選択できるように、マルチメディア・データベース・マネージャにより管理される更新済み映像ディレクトリへとユーザを導く。このようにして、ユーザは、最良で最も豊かな映像を、可能な限り最も速く最も効率が良い方法で受信することを保証される。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者ブラウネル，ロニーアメリカ合衆国カリフォルニア 92024 エンシニタスバーチヴュードライヴ 826

Claims

【特許請求の範囲】１．コンピュータ・ネットワーク上でディジタル・コンテントの配信を最適化する方法であって、コンピュータ・ネットワーク上でユーザ端末に配信するディジタル・コンテントを指定する段階と、その各々が、少なくとも一つのディジタル・フォーマットにより記述されたディジタル・コンテントを少なくとも一つ持つ、上記ネットワーク上の複数のサーバを識別する段階と、上記ユーザ端末と一つあるいは二つ以上の識別されたサーバとの間の上記ネットワーク上の相対的電気的距離を決定する段階と、上記ユーザ端末に電気的に近いと決定された少なくとも一つの識別されたサーバを選択する段階と、記述済みのディジタル・コンテントを少なくとも一つの選択済みサーバから上記ユーザ端末へ上記ネットワーク上で配信する段階とを備えることを特徴とする方法。２．一組のフォーマットから一つのディジタル・フォーマットを指示し、指定されたディジタル・コンテントをこのディジタル・フォーマットで配信する段階を加えて備えることを特徴とする請求項１記載の方法。３．上記ディジタル・フォーマットの組は、利用可能なフォーマットの少なくとも一つのデータベースに照会することによって与えられることを特徴とする請求項２記載の方法。４．データベースは、上記認識済みサーバの各々において指定されたディジタル・コンテントの複製の上記ディジタル・フォーマットを示すことを特徴とする請求項３記載の方法。５．データベースは、上記ユーザ端末においで分析することが可能な上記ディジタル・フォーマットを指示することを特徴とする請求項３記載の方法。６．データベースは、上記ユーザ端末において分析することが可能な上記ディジタル・フォーマットを指示することを特徴とする請求項４記載の方法。７．上記ディジタル・フォーマットの組は、上記ユーザ端末において分析することが可能な上記フォーマットを備えることを特徴とする請求項２記載の方法。８．上記ディジタル・フォーマットの組は、上記認識済みサーバの各々において、指定されたディジタル・コンテントの複製の上記フォーマットを備えることを特徴とする請求項２記載の方法。９．上記ディジタル・フォーマットの組は、上記ユーザ端末において分析することが可能な上記フォーマットを備えることを特徴とする請求項２記載の方法。１０．上記ディジタル・フォーマットの組は、上記ユーザ端末において分析することが可能な、上記認識済みサーバの各々において指定されたディジタル・コンテントの複製のこれらのフォーマットを備えることを特徴とする請求項２記載の方法。１１．コンピュータ・ネットワーク上でディジタル・コンテントの配信を最適化する方法であって、コンピュータ・ネットワーク上でユーザ端末に配信するディジタル・コンテントを指定する段階と、その各々が、少なくとも一つのディジタル・フォーマットにより記述されたディジタル・コンテントを少なくとも一つ持つ、上記ネットワーク上の複数のサーバを識別する段階と、一組の利用可能なフォーマットから一つのディジタル・フォーマットを指示する段階と、上記ユーザ端末と一つあるいは二つ以上の識別されたサーバとの間の上記ネットワーク上の相対的電気的距離を決定する段階と、上記ユーザ端末に電気的に近いと決定され、指示されたフォーマットによって指定されたディジタル・コンテントを持つ、少なくとも一つの識別されたサーバを選択する段階と、指定済みのディジタル・コンテントを、少なくとも一つの選択済みサーバから上記ユーザ端末へ、指示されたフォーマットにより上記ネットワーク上において配信する段階とを備えることを特徴とする方法。１２．指定されたディジタル・コンテントの複製の各フォーマットを、上記識別されたのサーバ上において示すことで一組の利用可能なフォーマットが確定されることを特徴とする請求項１１記載の方法。１３．指示されたディジタル・フォーマットは、上記ユーザ端末において分析することができる利用可能なフォーマットであることを特徴とする請求項１２記載の方法。１４．指示されたフォーマットを分析することができる互換性を持ったコーデックに対してユーザ端末にアクセス可能な局所的な記憶装置の少なくとも一つに照会する段階を加えて備えることを特徴とする請求項１１記載の方法。１５．上記ユーザ端末と上記ネットワーク上のサーバとにアクセス可能な局所的な記憶装置を含むグループから選択された供給元からの少なくとも一つの互換性のあるコーデックを与える段階を加えて備えることを特徴とする請求項１４記載の方法。１６．指示されたフォーマットを分析することができる互換性を持ったコーデックに対してユーザ端末にアクセス可能な記億装置の少なくとも一つに照会する段階と、指示されたフォーマットを分析することができる互換性を持ったコーデックに対してネットワーク上の少なくとも一つのサーバに照会する段階と、上記ユーザ端末と上記ネットワーク上のサーバとにアクセス可能な局所的な記憶装置を含むグループから選択された供給元からの少なくとも一つの互換性のあるコーデックを与える段階とを加えて備えることを特徴とする請求項１１記載の方法。１７．互換性のあるコーデックを持つ複数のサーバを識別する段階と、上記ユーザ端末と、互換性のあるコーデックを持つ一つあるいは二つ以上の識別されたサーバとの間の上記ネットワーク上の相対的電気的距離を決定する段階と、上記ユーザ端末に電気的に近いと決定され、互換性のあるコーデックを持つ少なくとも一つの識別されたサーバを選択する段階と、上記コーデックを少なくとも一つの選択済みサーバから上記ユーザ端末へ上記ネットワーク上で配信する段階とを加えて備えることを特徴とする請求項１６記載の方法。１８．互換性のあるコーデックが、アクセス可能な局所的な記憶装置上に見つからないときは、互換性コーデックがサーバから与えられることを特徴とする請求項１６記載の方法。１９．互換性のあるコーデックが、上記ネットワーク上のサーバから更新されることを特徴とする請求項１６記載の方法。２０．上記ディジタル・コンテントは、ソフトウェアや音声コンテントや映像コンテントや画像コンテントや文書コンテントやそれらのいずれかの組み合わせから成るグループから選択されることを特徴とする請求項１，２，１１のいずれか一つに記載の方法。２１．上記ネットワークは、ワールド・ワイド・ウェブであることを特徴とする請求項１，２，１１のいずれか一つに記載の方法。２２．ディジタル・コンテントを指定する上記段階には、利用可能なコンテントのデータベースを照会する段階が含まれることを特徴とする請求項１記載の方法。２３．ディジタル・コンテントを指定する上記段階には、利用可能なコンテントのデータベースを照会する段階が含まれることを特徴とする請求項２記載の方法。２４．ディジタル・コンテントを指定する上記段階には、利用可能なコンテントのデータベースを照会する段階が含まれることを特徴とする請求項１１記載の方法。２５．複数のサーバを識別する上記段階には、利用可能なサーバのデータベースを照会する段階が含まれることを特徴とする詰求項１記載の方法。２６．複数のサーバを識別する上記段階には、利用可能なサーバのデータベースを照会する段階が含まれることを特徴とする請求項２記載の方法。２７．複数のサーバを識別する上記段階には、利用可能なサーバのデータベースを照会する段階が含まれることを特徴とする請求項１１記載の方法。２８．上記決定する段階には、少なくとも一つの識別されたのサーバからユーザ端末まで、ネットワーク上で試験ファイルを配信する段階が含まれることを特徴とする請求項１記載の方法。２９．上記決定する段階には、少なくとも一つの識別されたのサーバからユーザ端末まで、ネットワーク上で試験ファイルを配信する段階が含まれることを特徴とする請求項２記載の方法。３０．上記決定する段階には、少なくとも一つの識別されたのサーバからユーザ端末まで、ネットワーク上で試験ファイルを配信する段階が含まれることを特徴とする請求項１１記載の方法。３１．速度と正確さの一つあるいは両方のために上記試験ファイルの配信を評価することにより、電気的な距離は少なくとも一部は決定されることを特徴とする請求項３０記載の方法３２．コンピュータ・ネットワーク上でディジタル・コンテントの配信を最適化するシステムであって、コンピュータ・ネットワークと接し、ユーザ端末に配信される指定されたディジタル・コンテントの記録を持つユーザ端末と、各々が、少なくとも一つのディジタル・フォーマットにより指定されたディジタル・コンテントの少なくとも一組を持つことが識別される、ネットワーク上の複数のサーバと、上記ユーザ端末と一つあるいは二つ以上の識別されたサーバとの間の上記ネットワーク上の相対的電気的距離を決定する試験ツールと、ディジタル・コンテントを上記ネットワーク上の一つあるいは二つ以上のサーバから上記ユーザ端末へ配信するダウンロード・ツールとを備えることを特徴とするシステム。３３．利用可能なディジタル・コンテントのデータベースと、利用可能なディジタル・フォーマットのデータベースとのうち少なくとも一つを加えて備えることを特徴とする請求項３２記載のシステム。３４．上記識別されたサーバの各々が試験ファイルを加えて備えることを特徴とする請求項３２記載のシステム。３５．上記試験ツールは、少なくとも一つの識別されたサーバから上記ユーザ端末へ上記試験ファイルを配信するのにダウンロード・ツールを用いることを特徴とする請求項３４記載のシステム。３６．上記試験ファイルを配信する速度と正確さのうち一つあるいは両方が評価されることを特徴とする請求項３５記載のシステム。３７．上記ネットワークは、ワールド・ワイド・ウェブであり、上記ダウンロード・ツールはインターネット・ブラウザ・ソフトウェアを備えることを特徴とする請求項３２記載のシステム。３８．上記ディジタル・コンテントは、ソフトウェアや音声コンテントや映像コンテントや画像コンテントや文書コンテントやそれらのいずれかの組み合わせから成るグループから選択されることを特徴とする請求項３２記載のシステム。３９．上記ディジタル・コンテントは、指示されたディジタル・データのうち少なくとも一つのディジタル・フォーマットで分析することができる、互換性のあるコーデックを備えることを特徴とする請求項３２記載のシステム。４０．識別されたサーバから、上記ユーザ端末にアクセス可能な局所的記憶装置へ、互換性のあるコーデックが配信されることを特徴とする請求項３９記載のシステム。