(57)【要約】エンドユーザアプリケーション（１５）は複数のルート（２１、２２、２３）上で送達される同じデータに対する複数のアクセス要求を生成し、各要求は目標とされたウェブサーバまたは他のインターネットアプリケーション（１３）にそれらの共通の発信元の表示を伝達する。前記目標とされたアプリケーション（１３）は、共通の発信元の該表示、及びしたがって同じデータに対する複数の要求を要求する複数のアドレス（２１Ｘ、２２Ｙ、２３Ｚ）が同じエンドユーザ（１５）に関連付けられているか、及びこれが該要求されたデータを分割し、それを要求する異なるアドレスにデータの異なる部分をストリーミングするケースであるのかを特定するように構成された手段を有する。該エンドユーザは、該要求されたデータを受信すると、該複数のルート上で送信された該データをユーザによるアクセスのための単一のストリームにアセンブルする。トラフィックが、それが別の経路上での場合よりある経路上でより低速である場合には、バッファリングが必要となる可能性がある。
2006505034.tif 000002
【特許請求の範囲】
【請求項１】
同じデータに対する要求を行う複数のアドレスが同じエンドユーザと関連付けられているかどうか、及びこれが前記要求されたデータを分割し、前記データの異なる部分をそれを要求する前記異なるアドレスにストリーミングするケースであるかを特定するように構成された手段を有する、分散型情報ネットワーク上でユーザ端末からの要求の受信時にデータを提供するための、インターネットアプリケーション。
【請求項２】
データ要求と関連付けられた相関コードを特定するための手段と、それぞれのこのようなデータ要求を、前記同じ相関コードを有する前記同じデータに対するあらゆる過去の要求と関連付けるための手段と、前記データ要求と関連付けられた前記アドレス間で前記要求されたデータを分割するための手段とを含む、請求項１に記載のインターネットアプリケーション。
【請求項３】
アドレスを前記要求することと、前記アドレス間で前記データを相応して分配することのそれぞれに使用可能な前記データレートを特定するための手段を含む、請求項１または２に記載のインターネットアプリケーション。
【請求項４】
分散型情報ネットワーク上でインターネットアプリケーションからデータをアクセスするためのユーザ端末であって、複数のルート上で前記インターネットアプリケーションにより送達される前記同じデータに対する複数のアクセス要求を生成するための手段であって、各要求が目標とされるインターネットアプリケーションにそれらの共通の発信元の表示を伝達するものと、前記要求されたデータを受信し、前記ユーザによるアクセスのために複数のルート上で送信された前記データを単一のストリームにアセンブルする手段とを備える、ユーザ端末。
【請求項５】
その発信元を示す相関コードを有する第１のアクセス要求を生成するための手段と、前記第１の要求に応えて受信される前記データのデータレートが所定のレベルを満たしているのかを判断するための手段と、前記同じ相関コードを使用して異なるルート上で１つ以上の追加の要求を生成するための手段とを含む、請求項４に記載のユーザ端末。
【請求項６】
入信データをバッファリングし、前記データのコンテンツにより規定される方法でのリアセンブリを可能にするための手段を含む、請求項４または５に記載のユーザ端末。
【請求項７】
分散型情報ネットワーク上でインターネットアプリケーションからデータにアクセスする方法において、ユーザ端末は複数のルート上で前記インターネットアプリケーションにより送達される同じデータに対する複数のアクセス要求を生成し、それぞれの要求は目標とされるインターネットアプリケーションにそれらの共通の発信元の表示を伝達し、前記インターネットアプリケーションは、前記同じデータに対する要求を行う複数のアドレスが前記同じエンドユーザと関連付けられているかどうか、及びこれが前記要求されたデータを分割し、前記データの異なる部分を、それを要求する異なるアドレスにストリーミングするケースであるかを特定し、前記ユーザ端末は前記複数のルート上で前記要求されたデータを受信し、単一のストリームにそれをアセンブルする、方法。
【請求項８】
前記ユーザ端末はその発信元を示す相関コードを有する初期アクセス要求を生成し、前記インターネットアプリケーションは前記相関コードを記憶し、前記ユーザ端末が、前記初期要求に応えて受信されたデータが所定のデータレートを満たしていないと判断する場合に、前記ユーザ端末は前記同じ相関コードを使用して１つ以上の追加要求を送信し、前記インターネットアプリケーションは前記同じエンドユーザと関連付けているような要求を特定する、請求項７に記載の方法。
【請求項９】
前記インターネットアプリケーションは前記要求側アドレスのそれぞれに対する前記接続で使用可能な前記データレートを特定し、前記アドレスのそれぞれに送信される前記データを相応して分配する、請求項７または請求項８に記載の方法。
【請求項１０】
前記入信データは、前記ユーザ端末がそれをリアセンブルできるようにするための情報を含み、前記ユーザ端末はそのリアセンブルを相応して可能にするための情報をバッファリングする、請求項７乃至請求項９のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータベースからのデータの受入れ(accession)に関し、特にリモートウェブサイトからの大きなファイルまたはストリーミングされた（非リアルタイム）ビデオの受け入れに関する。
【背景技術】
【０００２】
現在では、高ビットレート（毎秒２Ｍｂ）ＡＤＳＬ（非対称型デジタル加入者ループ）接続を有するユーザが、場合によっては他国にあるリモートサイトからの高ビットレートビデオコンピュータファイルの「ストリーミング」を試みる場合、受信ビットレートは、輻輳及び共用される国際接続での他のユーザとの容量に対する競合のために、多くの場合該ユーザの接続が受信可能である、おそらく単に毎秒１００ｋｂから毎秒４００ｋｂよりはるかに低速である。このレートではビデオ品質は低く、実質的には受け入れられない。該特定のユーザのために例えば毎秒２Ｍｂのスループットを提供するために基礎を成す(underlying)ネットワークを改変することは可能であるが、これにはコアインターネットプロトコル（ＩＰ）ネットワークに対する変更が必要となる。改善されたスループットをサポートするために複数の仮想接続及びアクセス接続を使用する概念は、ＡＴＭのための逆多重化（Ｉｎｖｅｒｓｅ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  ｆｏｒ  ＡＴＭ）（ＩＭＡ）（ＡＴＭ−フォーラム  ＡＦ−ＰＨＹ−００８６．００１０）という形式ですでに確立、実現されている。インターネットアクセスの場合、エンドユーザは単一のＩＰアドレスを取得し、アクセスサーバはインターネット全体でのルーティングのために１つのストリームの中にデータをリアセンブルする(reassemble)であろう。アクセスサーバが、接続指向型ＡＴＭアクセスネットワークとＩＰルーテッド(routed)コアの間のゲートウェイであることに留意されたい。したがって、ボトルネックが、事実上、アクセスサーバとアクセスされているデータベースの間にある場合には何の利点もないであろう。
【０００３】
大部分のアクセスネットワークは、エンドユーザが、選択する場合に、同じまたは異なるインターネットサービスプロバイダを使用して同時に何回もアクセスを獲得できるようにする能力を有する。ユーザはログオンするたびに、別のＩＰアドレスを取得する。コアＩＰネットワークに対して、これらのアドレスは全て別々のユーザであるように見える。コアＩＰネットワークが重い負荷をかけられるとき、それはアクセスを争っているアドレスの間で均等にその帯域幅を分けるので、３回ログオンしたユーザは、１回だけしかログオンしなかったユーザの３倍の帯域幅を取得するであろう。複数回ログオンするためのメカニズムは、複数非同期転送モード（ＡＴＭ）相手固定接続(permanent virtual connection)または交換仮想接続(switched virtual connection)（ＰＶＣまたはＳＶＣ）あるいはＰＰＰｏＥ（ポイントツーポイントプロトコルオーバーイーサネット（ＴＭ））となるであろう。しかしながら、該エンドユーザに対するデータをストリーミングするインターネットアプリケーションが３つの別々のＩＰアドレスからある特定のストリームに対する要求を受信すると、それは３つ全てのアドレスに同じデータを送信し、該データは単に多様なリンク間で複製されるにすぎないため、追加の帯域幅は実際的には役に立たない。
【発明の開示】
【０００４】
本発明のある態様によると、分散型情報ネットワーク上でインターネットアプリケーションからデータにアクセスする方法が提供され、そこではユーザ端末は複数のルート上でインターネットアプリケーションにより送達される同じデータに対する複数のアクセス要求を生成し、それぞれの要求は目標とされたインターネットアプリケーションに対するそれらの共通の発信元の表示を伝達し、該インターネットアプリケーションは、同じデータに対する要求を行う複数のアドレスが同じエンドユーザに関連付けられているのか、及びこれが要求されたデータを分割し、該データの異なる部分を、それを要求する異なるアドレスにストリーミングするケースであるのかを特定し、ユーザ端末は複数のルートで要求されたデータを受信し、それを単一のストリームにアセンブルする。
【０００５】
本発明の別の態様によると、インターネットアプリケーションは、同じデータに対する複数の要求を要求する複数のアドレスが同じエンドユーザに関連付けられているのか、及びこれが要求されたデータを分割し、データの異なる部分をそれを要求する異なるアドレスにストリーミングするのかを特定するように構成された手段を有する。補足的な態様によると、エンドユーザアプリケーションは、複数のルートで送達される同じデータに対する複数のアクセス要求を生成するための手段であって、各要求が目標とされたインターネットアプリケーションに対するそれらの共通の発信元の表示を伝達するものと、要求されたデータを受信し、ユーザによるアクセスのために複数のルート上で送信されたデータを単一のストリームにアセンブルするための手段とを備える。
【０００６】
トラフィックが、それが別の経路上にある場合より１の経路上でより低速である場合、バッファリングが必要となってもよい。
【０００７】
好ましい実施形態では、インターネットアプリケーションは、データ要求と関連付けられた相関コードを特定するための手段と、該同じ相関コードを有する該同じデータに対するあらゆる過去の要求とこのようなそれぞれのデータ要求とを関連付けるための手段と、該データ要求と関連付けられたアドレスの間で該要求されたデータを分割するための手段とを含む。該対応するユーザ端末は、その発信元を示す相関コードを有する第１のアクセス要求を生成するための手段と、該第１の要求に応えて受信されたデータのデータレートが所定のレベルを満たすかどうかを判断するための手段と、該同じ相関コードを使用する異なるルート上で１つ以上の追加の要求を生成するための手段とを含む。
【０００８】
本発明は、改善されたサービスの質及び改善されたダウンロード速度を提供する。本発明は、インターネットアプリケーションが本発明を利用するユーザのアドレスを特定できるようにインターネットアプリケーション及びユーザ装置が協働することを必要とするが、現在配備されているコアインターネットまたはＩＰネットワーク、あるいはそれらの構成要素装置（ルータ及びアクセスサーバ）に対する変更は必要としない。ユーザは従来どおりに同じインターネットサービスプロバイダに複数回接続してもよく、あるいは複数のインターネットサービスプロバイダに同時に接続すること（相手固定接続または交換仮想接続のどちらかの複数の仮想チャネルで可能であるとして知られている機能）を好んでもよい。
【０００９】
したがって、ブロードバンドアクセスネットワーク、エンドユーザクライアントソフトウェア、及びインターネットアプリケーションに対する単純な変更を用いて、エンドユーザは単一のインターネット接続を行うユーザのレートの数倍で非リアルタイムデータを受信できる。アクセスネットワークの管理システム及びサポートシステムは、それぞれが異なるＩＳＰに接続されてよい、複数の仮想チャネルとしてユーザのブロードバンドインターネット接続を動作する能力を提供するための修正を必要としてもよい。
【００１０】
さらに大きな遅延、及びこの遅延におけるより大きな変動は、より大きな初期バッファを必要とする可能性があり、要求されてからビデオが起動し、画面上に表示されるのにさらに時間を要する結果となる可能性がある。ある好ましい構成では、第１のストリームは従来どおりに接続され、他は、受信ビットレートが適切ではないと見なされる場合に追加される。したがって、初期遅延は最小限に抑えられるであろう。したがって、異なるＴＶチャネルの間を頻繁に切り替える視聴者は、何がチャネルに表示されているのかを遅延なく特定できるようになるが、品質が最適レベルに達するのを待たなければならない可能性がある。
【発明を実施するための最良の形態】
【００１１】
本発明の実施形態は、ここで、図面を参照しながら一例として説明されるであろう。
【００１２】
図１に図示されるように、現在、単一の相手固定接続（ＰＶＣ）１０がＡＤＳＬユーザのユーザ端末１とアクセスサーバ１１の間に設定される。アクセスサーバ１１はＰＶＣ１０及びＰＶＣ上にカプセル化された(encapsulated)ＰＰＰ（１２）シグナリングを終了する。またそれはエンドユーザ端末１にＩＰアドレス１Ｘを提供し、それがインターネット１４に接続し、例えば放送ウェブサーバ１３（図３及び図４）などの任意の他のインターネットアプリケーションにデータを送信できるようにする。
【００１３】
交換仮想接続（ＳＶＣ）ＡＤＬＳマルチプレクサ（ＤＳＬＡＭ）２０を用いると、エンドユーザ端末１５は、複数のアクセスサーバ２１、２２、２３に同時に接続できる。図２は、３つの異なるインターネットサービスプロバイダにログオンされているユーザを示す。再び、ＰＰＰを使用して、ユーザは接続ごとに一意のルータブル(routable)ＩＰアドレス２１Ｘ、２２Ｙ、２３Ｚを与えられる。接続数が増加し、わずかに競合レベル（データにアクセスしようとする個々のＩＰアドレス数）を高めるが、ビジー時には図２でのように３つのＩＳＰに接続した個々のユーザは依然として図１の例でのように単一のＩＳＰに接続したユーザのほぼ３倍多くのデータを取得する。（レートの実際の増加は３ｎ／（ｎ＋２）であり、この場合ｎはデータにアクセスするＩＰアドレスの総数である。トラフィックがビジーであるとき、「ｎ」の値は大きいため、式は値３．０で収束する。）
３つ全ての接続が同じ宛て先サーバ１３に対して行われる場合、図２の構成のユーザ１５は、データの大部分が複製されるため全体的な情報レートで得をしない。図３は、既存のＩＰネットワークストリーミングプロトコルを使用して、アクセスされているサーバ３は、それが３つの異なるＩＰアドレス２１Ｘ、２２Ｙ、２３Ｚからの要求を受信するため、どのようにしてユーザ１５を３人の別々のユーザと見なすのかを示している。その結果、それはアクセスサーバ２１、２２、２３を介して該３つの異なるルートのそれぞれでエンドユーザ１５に対して同じデータを送信し、その結果、余分なＳＶＣをセットアップし、それらの上でデータをダウンストリームしようと試みることには明らかにほとんど利点がない。
【００１４】
ユーザ１５が、別の大陸にある放送ウェブサーバ１３から毎秒５００ｋｂでビデオをダウンストリームするのを試みているシナリオを考える。接続２１、２２、２３のそれぞれは重い負荷をかけられ、それぞれ毎秒２００ｋｂだけしか供給できない。ユーザは該３つの接続の内の最速のレートでのみ有益なデータを取得する。
【００１５】
図４及び図５に図示されている実施形態においては、エンドユーザからの相関ＩＤを含む強化されたストリーミングプロトコルが提供される。該相関ＩＤは、それが他のユーザにより複製される見込みがないように選択される。それは、無作為にあるいはユーザの一意のアドレスに基づいて、様々な方法で生成できるであろう。
【００１６】
図５に図示されているように、ユーザ端末１５は複数のインターネットサービスプロバイダのアクセスサーバ２１、２２、２３．．．．にログオンし、各サーバから異なるアドレスＸ、Ｙ、Ｚ．．．．を取得する（ステップ５０）。同じＩＳＰに２つ以上の接続を確立することが可能であるだろう。しかしながら、不正アクセスを防止するために同じユーザによる同時ログオンを防ぐように設計された認証システムを有するＩＳＰもある。このような認証システムは、このような同時ログオンを可能にするためには再構成を必要とするであろう。
【００１７】
ユーザ端末１５は、最初に、第１のアクセスサーバ２１上で、一意の相関コードを含む初期のストリーミング要求５１を行う。
【００１８】
放送ウェブサーバ１３は、過去の要求の記憶に対してこの要求をチェックする（ステップ５２）が、同じ相関コードを有するあらゆるこのような要求を検出することはできない。これは、ユーザ１が行ったこのデータに対する第１の要求であるため、このような過去の要求は記録されず、ビデオストリームは従来のようにユーザ１に戻される（ステップ５３）。
【００１９】
ユーザ端末１５はここで所定の値に対して該ビデオストリームのデータレートをチェックする（ステップ５４）。データレートが低速すぎる場合には、ユーザ端末１は、同じ相関コードを使用するが、別のアクセスサーバ２２を使用して類似する要求５５を送信する。
【００２０】
ユーザ端末はまた低ビットレートにより支配され、質が低下したビデオストリームを表示し始めることがあり、その結果ユーザは何が受信されているのかを見ることができる。代わりに、データは、さらに１つまたは複数のストリームが追加されたときに、完全な質でストリームが全て表示できるようにバッファリングされてよい。第１のオプションの質の低下は、リアルタイム信号が送信されているとき、あるいはユーザが何が使用可能なのかを確かめるために多くのフィードをサンプリングしている場合など、遅延が望ましくないときに好まれている。
【００２１】
ウェブサーバ１３は、過去の要求の記憶に対してこの要求５５を再びチェックする（ステップ５２）が、今回は、異なるＩＰアドレス２１Ｘ、２２Ｙから出現するにも関わらず、要求５１、５５が事実上同じ発信元１からであることを認識する。サーバ３は、次に、それらがそれぞれサポートできるレートに従って接続２１、２２の間でデータを分配する（ステップ５６）。達成可能なデータレートに関する情報は、例えば、現在のＴＣＰ／ＩＰスタック内のＴＣＰスライド式(sliding)ウィンドウサイズから取得できる。ウィンドウサイズは現在のインターネットＴＣＰセッションでのデータスループットに適応するため、それはスループットの妥当に正確な表現である。データがリアセンブルされる順序を特定するために小さなデータオーバヘッドが送信されたデータで必要とされる。
【００２２】
このプロセスは、ユーザ端末１がデータレートが満足なものである（あるいは全ての使用可能なアドレスが使用されている）と判断するまで繰り返され（ステップ５４）、次に受信されたデータが正しい順序でバッファリングされ、アセンブルされる（ステップ５７）。その結果、複数のサービスプロバイダ２１、２２、２３上で、ユーザの有効なデータレートは、単にそれ自体で最速のレートであるよりむしろ、サービスプロバイダのスループットの合計となるであろう。したがってこの例では、３つの毎秒２００ｋｂの接続は毎秒６００ｋｂを提供するであろう。したがって、毎秒５００ｋｂのテレビストリームは、共に作動する３つの接続によりサポートされ、その場合どれもそれ自体でこのようにできないであろう。膨大な数の並列アクセス試行を行っているユーザによりネットワークに過負荷がかけられるのを回避するために、インターネットアプリケーションは任意の指定されたユーザに使用可能な接続数を制限してよい。しかしながら、実際問題としては、２、３以上の接続を使用しようと試みるユーザは、自身のアクセス接続の帯域幅が制限要因となるためより大きな利点を経験することはないであろう。
【００２３】
本発明は、本願と同日に出願され、英国特許出願第０２２５３５９．９号からの優先権を主張している、本出願人の同時係属国際出願に説明されている発明と共に使用されてよい。該他の出願は、宛て先に送信されたパケットごとに、到達するそのパケットの第１のインスタンスが到達する他のパケットの第１のインスタンスとアセンブルされ、単一の出力ストリームを形成するように、複数の並列チャネル上でその全体として送信することにより、信号の待ち時間（遅延）を改善する方法を説明している。例えば６つのフィード（ＩＰアドレス）を使用して、ストリームは本発明に従って帯域幅を２倍にするために２つに分割されてよく、したがってこれらの２つのストリームは遅延を削減するためにそれぞれ３倍複製される。
【図面の簡単な説明】
【００２４】
【図１】従来技術の従来の単一ＩＳＰ接続サービスの概略図である。
【図２】３つのインターネットプロトコル（ＩＰ）アドレスに対する３つの交換仮想接続（ＳＶＣ）の接続の概略図である。
【図３】複数の従来のＳＶＣ上でなぜストリーミングが作用しないのかの概略図である。
【図４】複数の経路上でストリーミングが相互に関連付けられた、本発明に従って動作するシステムの概略図である。
【図５】本発明の一実施形態の動作方法を描くフローチャートである。
【図１】
2006505034.tif 000003
【図２】
2006505034.tif 000004
【図３】
2006505034.tif 000005
【図４】
2006505034.tif 000006
【図５】
2006505034.tif 000007
【国際調査報告】
2006505034.tif 000008
2006505034.tif 000009