(57)【要約】バックボーン構造における交換点において金銭的支払いを実施して、バックボーンキャリアの顧客間で質の交換を奨励する方法およびシステム。メッセージオリジネータは、上記バックボーンにデータを送信した場合に、第１の額を支払う。メッセージターミネータは、上記バックボーンからデータを受信した場合に、これより少ない額を支払われる。上記バックボーンの所有者は、上記オリジネータによって支払われた上記額の１％を保持する。これらの支払いは、上記バックボーンキャリアと上記ターミネータおよびオリジネータとの間のアグリーメントに規定される性能基準に関連する。通常、上記システムは、エンドツーエンドネットワークの性能の測定を実行し、上記アグリーメントによって必要な上記性能は上記測定されたデータに関連する。【選択図】図５
2004514305.tif 000002
【特許請求の範囲】
【請求項１】
バックボーンキャリアによってネットワーク上でメッセージを送信する方法であって、
該バックボーンキャリアのバックボーン構造を、少なくとも第１のクライアントを有する第１のインターネットサービスプロバイダに接続する工程と、
該バックボーン構造を、少なくとも第２のクライアントを有する第２のインターネットサービスプロバイダに接続する工程と、
該第１のクライアントから該第２のクライアントへのメッセージを受信する工程であって、該メッセージは該第１のインターネットサービスプロバイダを介して受信される、工程と、
該メッセージの特徴による受領額を該第１のインターネットサービスプロバイダに課金する工程と、
該第１のクライアントから該メッセージを受信する該第２のインターネットサービスプロバイダへの接続を仲介する工程であって、該接続を仲介する工程は、該バックボーンキャリアによって該受領額の一部を保持して、該第２のインターネットサービスプロバイダに該受領額の別の一部を支払う工程を含む、工程と
を包含する、方法。
【請求項２】
前記第２のインターネットサービスプロバイダに支払われる前記一部は、該第２のインターネットサービスプロバイダが所定の性能基準を満たしているか否かに依存して変化する、請求項１に記載の方法。
【請求項３】
前記第１のインターネットサービスプロバイダに課金される前記受領額は、該第２のインターネットサービスプロバイダが所定の性能基準を満たしているか否かに依存して変化する、請求項１に記載の方法。
【請求項４】
前記第１のインターネットサービスプロバイダに課金される前記受領額は、前記バックボーンキャリアが所定の性能基準を満たしているか否かに依存して変化する、請求項１に記載の方法。
【請求項５】
前記バックボーンキャリアによって保持される前記額は、該バックボーンキャリアが所定の性能基準を満たしているか否かに依存して変化する、請求項１に記載の方法。
【請求項６】
前記第１のインターネットサービスプロバイダに課金される前記料金は、前記バックボーンキャリアによって保持される前記受領額の一部と、前記第２のインターネットサービスプロバイダに支払われる該受領額の一部との合計に等しい、請求項１に記載の方法。
【請求項７】
ネットワーク上におけるメッセージ伝送の価格設定を行う方法であって、
該ネットワークにおけるバックボーンによって、第１のクライアントから第２のクライアント用のメッセージを受信する工程であって、該メッセージは、メッセージオリジネータを介して該バックボーン構造によって受信される、工程と、
該メッセージオリジネータに受領額を課金する工程と、
該第１のクライアントによって送信された該メッセージを終了するようにメッセージターミネータへの接続を仲介する工程であって、該接続を仲介する工程は、該受領額の一部を保持する工程、および該メッセージターミネータに該受領額の別の一部を支払う工程を含む、工程と
を包含する、方法。
【請求項８】
前記メッセージターミネータに支払われる一部は、該メッセージターミネータが所定の性能基準を満たしているか否かに依存して変化する、請求項７に記載の方法。
【請求項９】
前記メッセージオリジネータに課金される前記受領額は、該メッセージオリジネータが所定の性能基準を満たしているか否かに依存して変化する、請求項７に記載の方法。
【請求項１０】
前記メッセージオリジネータに課金される前記受領額は、前記バックボーンが所定の性能基準を満たしているか否かに依存して変化する、請求項７に記載の方法。
【請求項１１】
前記接続を仲介するために保持される前記額は、前記バックボーンが所定の性能基準を満たしているか否かに依存して変化する、請求項７に記載の方法。
【請求項１２】
前記メッセージオリジネータに課金される前記料金は、前記バックボーンによって保持される前記受領額の一部と、前記メッセージターミネータに支払われる該受領額の一部との合計に等しい、請求項７に記載の方法。
【請求項１３】
前記ネットワークにおける前記バックボーンによって、前記第２のクライアントから前記第１のクライアント用のメッセージを受信する工程であって、該メッセージは、該バックボーン構造によって前記メッセージオリジネータを介して受信される、工程と、
該第２のクライアントからの該メッセージオリジネータに受領額を課金する工程と、
該第２のクライアントからの前記メッセージターミネータへの接続を仲介する工程であって、該接続を仲介する工程は、該受領額の一部を保持する工程、および該第２のクライアントからの該メッセージターミネータに該受領額の別の一部を支払う工程を含む、工程と
を包含する、請求項７に記載の方法。
【請求項１４】
前記メッセージターミネータに支払われる前記額は、バックボーンキャリアと前記メッセージターミネータとの間のサービスレベルアグリーメントに規定される性能基準によって決定される、請求項７に記載の方法。
【請求項１５】
前記メッセージオリジネータに課金される前記額は、バックボーンキャリアと前記メッセージオリジネータとの間のサービスレベルアグリーメントに規定される性能基準によって決定される、請求項７に記載の方法。
【請求項１６】
前記メッセージターミネータおよび前記バックボーンの性能基準はサービスレベルアグリーメントに規定される、請求項７に記載の方法。
【請求項１７】
前記メッセージオリジネータは、前記メッセージが所定の送達パラメータ内で送達される場合のみ前記受領額を課金される、請求項７に記載の方法。
【請求項１８】
性能基準はネットワーク利用可能度の性能基準を含む、請求項７に記載の方法。
【請求項１９】
性能基準はパケットロスの許容料の性能基準を含む、請求項７に記載の方法。
【請求項２０】
性能基準は送達遅延用の性能基準を含む、請求項７に記載の方法。
【請求項２１】
性能基準はネットワークスループット用の性能基準を含む、請求項７に記載の方法。
【請求項２２】
性能基準はスライド制の許容可能な性能を規定し、前記メッセージターミネータに支払われる前記額は該スライド制によって変化する、請求項７に記載の方法。
【請求項２３】
性能基準は、前記メッセージオリジネータと前記メッセージターミネータとの間のエンドツーエンド性能を指定するＳＬＡに規定される、請求項７に記載の方法。
【請求項２４】
前記メッセージオリジネータに課金される前記額は、該メッセージオリジネータが申し込んだサービスクラスに依存する、請求項７に記載の方法。
【請求項２５】
前記メッセージターミネータに課金される前記額は、該メッセージに割り当てられたサービスクラスに依存する、請求項７に記載の方法。
【請求項２６】
前記仲介用に保持された前記額は、前記メッセージに割り当てられたサービスクラスに依存する、請求項７に記載の方法。
【請求項２７】
均一料金が、前記メッセージオリジネータから受信された各メッセージに対して、該メッセージオリジネータに課金される、請求項７に記載の方法。
【請求項２８】
前記メッセージオリジネータはＩＳＰである、請求項７に記載の方法。
【請求項２９】
前記メッセージオリジネータは私的ネットワークである、請求項７に記載の方法。
【請求項３０】
前記メッセージオリジネータは個人である、請求項７に記載の方法。
【請求項３１】
前記バックボーンは、その仲介料金を集金するために所定の性能基準を満たす必要がある、請求項７に記載の方法。
【請求項３２】
性能基準は、個々の顧客、前記バックボーン、およびエンドツーエンドシステムの性能に対する要件の組み合わせを含む、請求項７に記載の方法。
【請求項３３】
前記メッセージターミネータに支払われ、かつ、該メッセージオリジネータに課金される前記額は、顧客が前記バックボーンと契約したサービスクラスの種類に応じて異なる、請求項７に記載の方法。
【請求項３４】
前記バックボーンは、前記開始されたデータ量に関わらず、前記メッセージオリジネータに均一料金を課金する、請求項７に記載の方法。
【請求項３５】
前記バックボーンは、前記終了されたデータ量に関わらず、前記メッセージターミネータに均一料金を支払う、請求項７に記載の方法。
【請求項３６】
ネットワーク上におけるメッセージ伝送の価格設定を行う方法であって、
メッセージの開始および受信の両方を行うインターネットサービスプロバイダに、該インターネットサービスプロバイダがメッセージを開始した場合に、受領額を課金する工程と、
該メッセージの宛先である別のインターネットサービスプロバイダへの接続を仲介する工程であって、該接続を仲介する工程は、該受領額の一部を受け取る工程、および該メッセージの該宛先である他のインターネットサービスプロバイダに該受領額の別の一部を支払う工程を含む、工程と
を包含する、方法。
【請求項３７】
ネットワーク上におけるメッセージ伝送の価格設定を行う方法であって、
メッセージオリジネータに受領額を課金する工程と、
該メッセージを受信するようにメッセージターミネータへの接続を仲介する工程であって、該接続を仲介する工程は、該受領額の一部を保持する工程、および該メッセージターミネータに該受領額の別の一部を支払う工程を含む、工程と
を包含する、方法。
【請求項３８】
バックボーンキャリア上でメッセージを送信する装置であって、
該バックボーンキャリアのバックボーン構造を、少なくとも第１のクライアントを有する第１のインターネットサービスプロバイダに接続するように構成されたソフトウェア部分と、
該バックボーン構造を、少なくとも第２のクライアントを有する第２のインターネットサービスプロバイダに接続するように構成されたソフトウェア部分と、
該第１のクライアントから該第２のクライアント用のメッセージを受信するように構成されたソフトウェア部分であって、該メッセージは該第１のインターネットサービスプロバイダを介して受信される、ソフトウェア部分と、
該第１のインターネットサービスプロバイダに、該メッセージの特徴による受信額を課金するように構成されたソフトウェア部分と、
該第１のクライアントから該メッセージを受信する該第２のインターネットサービスプロバイダへの接続を仲介するように構成されたソフトウェア部分であって、該接続を仲介する工程は、該バックボーンキャリアによって該受領額の一部を保持する工程と、該第２のインターネットサービスプロバイダに該受領額の別の一部を支払う工程とを含む、ソフトウェア部分と
を含む、装置。
【請求項３９】
前記第２のインターネットサービスプロバイダに支払われる前記一部は、該第２のインターネットサービスプロバイダが所定の性能基準を満たしているか否かに依存して変化する、請求項３８に記載の装置。
【請求項４０】
前記第１のインターネットサービスプロバイダに課金される前記受領額は、前記第２のインターネットサービスプロバイダが所定の性能基準を満たしているか否かに依存して変化する、請求項３８に記載の装置。
【請求項４１】
前記第１のインターネットサービスプロバイダに課金される前記受領額は、前記バックボーンキャリアが所定の性能基準を満たしているか否かに依存して変化する、請求項３８に記載の装置。
【請求項４２】
前記バックボーンキャリアによって保持される前記額は、該バックボーンキャリアが所定の性能基準を満たしているか否かに依存して変化する、請求項３８に記載の装置。
【請求項４３】
前記第１のインターネットサービスプロバイダに課金される前記料金は、前記バックボーンキャリアによって保持される前記受領額の一部と、前記第２のインターネットサービスプロバイダに支払われる該受領額の一部との合計に等しい、請求項３８に記載の装置。
【請求項４４】
ネットワーク上におけるメッセージ伝送の価格設定を行う装置であって、
該ネットワークにおけるバックボーンによって、第１のクライアントから第２のクライアント用のメッセージを受信するように構成されたソフトウェア部分であって、該メッセージは、メッセージオリジネータを介して該バックボーン構造によって受信される、ソフトウェア部分と、
該メッセージオリジネータに受領額を課金するように構成されたソフトウェア部分と、
該第１のクライアントによって送信された該メッセージを終了するようにメッセージターミネータへの接続を仲介するように構成されたソフトウェア部分であって、該接続を仲介する工程は、該受領額の一部を保持する工程、および該メッセージターミネータに該受領額の別の一部を支払う工程を含む、ソフトウェア部分と
を含む、装置。
【請求項４５】
ネットワーク上におけるメッセージ伝送の価格設定を行う装置であって、
メッセージの開始および受信の両方を行うインターネットサービスプロバイダに、該インターネットサービスプロバイダがメッセージを開始した場合に、受領額を課金するように構成されたソフトウェア部分と、
該メッセージの前記宛先である別のインターネットサービスプロバイダへの接続を仲介するように構成されたソフトウェア部分であって、該接続を仲介する工程は、該受領額の一部を受け取る工程、および該メッセージの該宛先である他のインターネットサービスプロバイダに該受領額の別の一部を支払う工程を含む、ソフトウェア部分と
を含む、装置。
【請求項４６】
ネットワーク上におけるメッセージ伝送の価格設定を行う装置であって、
メッセージオリジネータに受領額を課金するように構成されたソフトウェア部分と、
該メッセージを受信するようにメッセージターミネータへの接続を仲介するように構成されたソフトウェア部分であって、該接続を仲介する工程は、該受領額の一部を保持する工程、および該メッセージターミネータに該受領額の別の一部を支払う工程を含む、ソフトウェア部分と
を含む、装置。
【請求項４７】
コンピュータプログラム製品であって、データ処理システムによって実行可能な命令を含み、該データ処理システムは、
メッセージの開始および受信の両方を行うインターネットサービスプロバイダに、該インターネットサービスプロバイダがメッセージを開始した場合に、受領額を課金するように構成されたコンピュータプログラムコードデバイスと、
該メッセージの前記宛先である別のインターネットサービスプロバイダへの接続を仲介するように構成されたコンピュータプログラムコードデバイスであって、該接続を仲介する工程は、該受領額の一部を受け取る工程、および該メッセージの該宛先である他のインターネットサービスプロバイダに該受領額の別の一部を支払う工程を含む、コンピュータプログラムコードデバイスと
を含む、コンピュータプログラム製品。
【請求項４８】
コンピュータプログラム製品であって、データ処理システムによって実行可能な命令を含み、該データ処理システムは、
メッセージオリジネータに受領額を課金するように構成されたコンピュータプログラムコードデバイスと、
該メッセージを受信するようにメッセージターミネータへの接続を仲介するように構成されたコンピュータプログラムコードデバイスであって、該接続を仲介する工程は、該受領額の一部を保持する工程、および該メッセージターミネータに該受領額の別の一部を支払う工程を含む、コンピュータプログラムコードデバイスと
を含む、コンピュータプログラム製品。
【発明の詳細な説明】
【０００１】
（背景）
本出願は、２０００年５月６日に出願されたＧａｄｄｉｓによる米国仮特許出願第６０／２０２，４５６号、および２０００年６月２０日に出願された米国特許出願第０９／５９７，８５３号に関して合衆国法典第３５巻１１９条第ｅ項に基づく優先権を主張する。
【０００２】
（Ａ．技術分野）
本出願は、複数のネットワークを介してデータを送信するための方法に関し、より詳細には、エクストラネットを介して送受信されるデータを介するための方法およびプライススキームに関する。エクストラネットは、ネットワークプロバイダの奨励金を提供して、質の高い方法でそれぞれ他の顧客トラフィックを伝える。
【０００３】
（Ｂ．発明の背景）
（ｉ．高品質インターネットサービスの必要性）
ある場合において、高い優先順位かつ保証された最大トランジット時間でネットワークを介してデータを送信することが所望される。例えば、あるデータがリアルタイムで必要とされ得るか、または高い重要度になり得る。現在のところ、ある従来のネットワークプロトコル（例えば、非同期伝送モード（ＡＴＭ）プロトコル）は、「サービスのレベル」を示す規定を含んでおり、「サービスのレベル」は、Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ（ＱｏＳ）として言及される機能を表し、読み出すための特定の送信されたデータである。ユーザは、手数料を支払って、ＡＴＭサービスにおいてより高いサービスの質を得る。同様の保証があるインターネットを介してデータを送信することが所望される。残念ながら、インターネットの設計では、インターネットサービスプロバイダ（ＩＳＰｓ）の奨励金を提供せずに、結果としてインターネットのユーザの性能保証になるという点において協力する。
【０００４】
（ｉｉ．ハードウェアソルーションの展開の妨げ）
インターネットにおける高品質サービスの目的を達成するための可能な方法は、インターネットトラフィックのルートを決めるために用いられるルーターをアップグレードすることである。残念ながら、インターネットにおけるＱｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ（ＱｏＳ）能力のあるルーター端末相互間の展開は、大規模投資を必要とする。このような根本的なアップグレードをすることは、キャリアがそうするように動かされる場合であっても、一般に実用的でない。このことは、有名な「ニワトリと卵」の問題のように、ＱｏＳネットワークのアップグレードに関する投資、またはＱｏＳサービスの受諾およびその投資を支払うための増分収益のどちらが第１に来るかに関する。
【０００５】
従って、ＱｏＳの展開の妨げは実際に実質的である。第１に、ＱｏＳの展開は、ネットワーク基盤において大規模投資を必要とする。第２に、２つのＩＳＰがその投資をされる場合でさえも、ＩＳＰ間の伝送を容易にするためのサービスの交換は現在のところない。第３に、現在の実用的なドライバーの欠如は、ＩＳＰまたは潜在的クライアントに対して、必然的な投資の高いリスクを生む。
【０００６】
（ｉｉｉ．ピアリング問題）
あるＩＳＰの顧客からのトラフィックが別のＩＳＰの顧客に定められる場合、インターネットサービスプロバイダ（ＩＳＰ）間のトラフィックの交換は、「ピアリング（ｐｅｅｒｉｎｇ）」として言及される。このことは、「トランジット（ｔｒａｎｓｉｔ）」に対して明暗を有して、交換されるトラフィックは、受信するＩＳＰの顧客に対してだけでなく、インターネット（インターネットは、受信するＩＳＰのピアリング接続を介して順に達せられる）に渡って他のユーザにも定められる。ＩＳＰは、一般にトランジット接続の料金として請求し、一方で、ピアリング接続は両替を含まない。そして、ピアは、トランジットが全インターネットへの有料アクセスを提供するのに対して、ＩＳＰ間で顧客トラフィックの無料双方向交換を提供する。例えば、ＩＳＰ自体の全国系バックボーンを有する大規模なＩＳＰは、しばしば、全国系バックボーンを有する他の大規模なＩＳＰに双方に同意し、ＩＳＰの顧客データを自由に交換する（注意：インターネットバックボーンは、ネットワークの端部または局部とインターネットのピア部分との間のデータを伝播するＩＳＰのネットワークの中心部分である）。ピアリングの代わりに、全国系バックボーンを有する大規模なＩＳＰは、相互のバックボーン共有を提供することができない、より小さい地域系ＩＳＰにトランジットサービスを提供する。これらのより小さいＩＳＰは、大規模のＩＳＰ全国系バックボーンを用いて、ＩＳＰのサービス領域の外部のユーザに達する。ピアリング接続は、２つの異なるＩＳＰ間のトラフィックフローが近似的に等しいという根底にある前提に基づく。情報トラフィックを自由に交換し、手数料なしで交換するためのこれら相互の同意は、あるピアリングパートナーが別のトラフィックよりも実質的に多く搬送することを強いる場合、経済上の意味にならない。不安定なバンド幅は、大部分のピアデータが「ホットポテトルーティング（ｈｏｔ　ｐｏｔａｔｏ　ｒｏｕｔｉｎｇ）」と呼ばれるルーティング方法を用いるピア間にルーティングされるので、ピアリングの関係と関係がある。
【０００７】
従来のインターネットピアリングにおいて、顧客のトラフィックを搬送する始点ピアネットワークは、デスティネーションピアのネットワークに最も近いエントリポイントを見出し、できる限り早くトラフィックオフの状態になる。このいわゆる「ホットポテト」ルーティングに基づいて、ピアへできる限り早く伝達することによってトラフィックを除去することが、始点のキャリアにとって利点がある。ピアネットワークがトラフィックを搬送するために利用できる場合、さらなるバンド幅を運搬するためのＩＳＲの報酬がない。同様に、宛先ピアネットワークは、オリジネータのネットワーク中に最も近いエントリポイントからのオリジネータのネットワークへ回帰データを送信する。理想の世界において、このデータ伝送に用いられる２つの交換点が、地理的に分散される場合、パスへは宛先ピアのネットワークに第１に伝わり、パスワードからは始点ネットワークに第１に伝わることによって、この種のルーティングは、２つのネットワーク終端間の非対称のルーティングパスを生じる。理想的に、用いられるバンド幅の量は、両方向において対称であり、２つのネットワークは、類似した地理的範囲を有して、公正な経済交流を生じる。それぞれのピアは、半分のバンド幅を搬送し、それぞれのピアは、（おそらく）有料の顧客を有し、半分の伝送量を支払う。
【０００８】
残念ながら、インターネットピアリングモデルは、一般に、ピア間の対称バンド幅の前提に基づいて、この前提に欠陥があるように提供される。Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ（ＷＷＷ）の増大およびＷＷＷトラフィックの増加は、バンド幅の非対称の増幅される問題を有する。ウェブコンテンツのプロバイダは、大量のデータを搬送する傾向がある。ウェブコンテンツのプロバイダとウェブコンテンツを見る個人との間のバンド幅は、しばしば不安定になる。ウェブコンテンツのプロバイダは、典型的に、そのプロバイダが受信するよりも４〜１０倍広いバンド幅を送信する。個人は、ウェブページコンテンツプロバイダが多量のページデータを個人に戻し、それによって、多量のバンド幅を消費することによって、ちょうど単一のアドレスを送信することによりウェブページを要求する。
【０００９】
例えば、個人をサービスするＩＳＰ　ＡとウェブコンテンツプロバイダをサービスするＩＳＰ　Ｂとの間のシナリオを検討する。ＩＳＰ　ＡおよびＢは共に、ホットポテトルーティングを用い、ピアリングＩＳＰに最も近いエントリポイントにおいてネットワークトラフィックオフを投げ捨てる。ＩＳＰ　Ａのクライアントは、ウェブページの要求を送信し、ＩＳＰ　Ａは、要求をルーティングする。この要求は、移動した距離（ホットポテトルーティング）の大多数をＩＳＰ　Ｂによって搬送される。ＩＳＰ　Ｂは、要求されたウェブページに戻り、個人からの初期の要求よりもかなり広いバンド幅を構成する。ＩＳＰ　Ｂは、同様にホットポテトルーティングを有し、移動した距離の大部分のウェブトラフィックをＩＳＰ　Ａが搬送する。ＩＳＰ　Ａは、このシナリオにおけるバンド幅トラフィック量の公正な共有よりも搬送することを強いる。
【００１０】
上記の例示において、ＩＳＰ　Ａは、外部のバンド幅に対する以上にＩＳＰ　Ａの顧客に請求することができない。何故なら、外部バンド幅の始点となるエンティティはＩＳＰ　Ｂの顧客であるからである。従って、現在のピアリングシステムは、ＩＳＰの正当な経済的奨励を提供せず、システムのバンド幅またはサービスのシステムの質を増加する。何故なら、増加されたバンド幅および質は、ＩＳＰのピアによって消費され得るからである。
【００１１】
上述された局面は、しばしば、インターネットのビジネスツービジネス（Ｂ２Ｂ）に対する容認できない乏しいサービスを生じる。多くのビジネスの顧客は、フレームリレー、ＡＴＭ、およびはるかにコスト効果の良い公共のＩＰインターネットからの顧客の戦略的に重要なネットワークシステムへのプライベートラインを移動することを減少する。何故なら、インターネットは、顧客が要求する性能とサービス保証を提供することができないからである。このインターネットを介してデータを送信しようとする欠如は、インターネット仮想プライベートネットワーク（ＶＰＮ）の受諾を送らせる。この質および信頼の欠如が無検査を残した場合、Ｂ−２−Ｂ取引市場へのインターネット市場セグメントの増大を遅らせる。Ｂ−２−Ｂ取引市場は、来年のＢ２Ｂの電子商取引のトランザクションにおいて７．３兆ドルを上回って見積もられる。
【００１２】
必要とされるのは、インターネットサービスプロバイダ（ＩＳＰ）の顧客によって必要とされるＱｏＳを提供するためのＩＳＰを動機付けるシステムおよび方法である。インターネットサービスプロバイダは、Ｂ２Ｂおよびデータデリバリの手数料の別のタイプを支援する。
【００１３】
（本発明の実施例の要旨）
本発明の上述の実施形態は、例えば、ＩＳＰといったネットワークプロバイダに対して動機および奨励を提案し、個人ユーザであろうと、他のキャリアであろうと、会社であろうとプロバイダの顧客に保証されたＱｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ（ＱｏＳ）を提供する。
【００１４】
ある性能が必要に合い得る場合、公共のＩＰインターネットを用いる完全に激変されたＢ２Ｂに対する現在のネットワークにおいてさえも可能性がある。ビジネスの顧客は、威力を有し、複数のキャリアを覆う端末相互間のＳｅｒｖｉｃｅ　Ｌｅｖｅｌ　Ａｇｒｅｅｍｅｎｔ（ＳＬＡ）の形式でインターネットキャリアからの保証を必要とする。利用性、パケットロス、遅延、および処理能力の保証は、満足させる必要がある。これらの必要性が満足されるとき、現在のところ、プライベートＢ２Ｂネットワークのトラフィックの大部分は、公共のＩＰインターネットに移動され得る。これが一旦生じると、インターネットキャリアは、より多くの増分収益を生成し、ビジネスの顧客は、コミュニケーションを統合し、コストを減少することができる。
【００１５】
本発明の上述の実施形態は、大多数のビジネスの顧客がネットワーク化されたビジネスの宛先間に端末相互間保証の追加料金を支払う。何故なら、その増分収益は、顧客がプライベートネットワークのインフラ基盤または乏しいインターネット性能によって損害を受けるビジネスで支払われるよりもずっと少ない。本発明の少なくとも１つの上述の実施形態は、さらに、割り増の公共のＩＰサービスが従来のピアリングの接続性をバイパスして、ＩＰサービスを異なる価格設定モデルおよびデリバリモデルと置き換える得るという信頼に基づく。ある実施形態において、割り増しの公共のＩＰサービスは、同様の物理的なインフラ基盤を介して、同様の顧客に正規のインターネットサービスに加えて提案され得る。
【００１６】
本発明の上述の実施形態は、バックボーン構造における交換点に基づいて金銭的な支払いを実施して、バックボーンキャリアの顧客間で高品質の交換に対する奨励を構築する。本発明の上述の実施形態が総合的に効果がない場合でさえも、将来のネットワークが交換容量の１種以上を有することが想定される。例えば、最善の努力サービス（ピアリング）、割り増しのサービス（巨額の支払いを用いる）およびロングランに対する容量、音声およびビデオのリアルタイム性能の保証の支払いのフローに対するシステム（ネットワークにおける全体的なフローのサブセット）の可能性があり得る。
【００１７】
本発明の上述の実施形態は、ＩＳＰがネットワークのリモートトランジット端末にデータを搬送するためのそのキャリアに対する奨励を構築するために、そのネットワークに入力する全ての上等なクラスのデータに対して支払われる必要があるという保証に基づく。この準備は、転送キャリアを必要とし、受信ネットワークおよび料金を支払うためにある程度の性能の必要性に合うために受信ネットワークに対するその料金を支払う。転送キャリアは、送信ネットワークと受信ネットワーク間で交換することを容易にして、質を検証し、キャリア間の手数料を決定し、支払いの困難に対して少ない仲介手数料を支払う。
【００１８】
本発明の利点が、以下の記述の一部において示され、一部において、その記述から明白になり、本発明の実行によって知られ得る。本発明の目的および利点は、上掲の特許請求の範囲およびそれに等価なものに特に示される要素および組み合わせによって実現され、達成される。
【００１９】
（実施形態の詳細な説明）
ここで、本発明のいくつかの実施形態に関して詳細に記載され、実施形態の例が添付の図面において図示される。実施可能な場合は必ず、同一または同様の部分に関する図面にわたって、同一の参照符号が用いられる。
【００２０】
（ｉ．インターネットルーティング）
図１〜図４は、従来のインターネットシステムにおいて利用可能な機能を示す。図１は、従来のインターネットエンドユーザモデルを示すブロック図である。この従来のモデルにおいて、企業１１０、１２０といったエンドユーザは、地域系または全国系インターネットサービスプロバイダ（ＩＳＰ）１３０からインターネットへのアクセスを購買し、使用する帯域幅の広さ（例えば、使用ベースまたは「バースト可能な（ｂｕｒｓｔａｂｌｅ）」接続）または使用することが予定される帯域幅の広さ（すなわち、ＩＳＰにより最大容量が設定される）に対して、ＩＳＰに月々の手数料を支払う。この帯域幅は、通常、Ｔ１回路の一部またはＴ１回路全体、あるいはＴ３回路の一部またはＴ３回路全体として提供され、毎秒メガビット（Ｍｂｐｓ）に換算して測定され、どちらの方向でも搬送され、または利用可能である。エンドユーザ１１０および１２０の両方が同じＩＳＰを用いる場合、これらのエンドユーザは、通常、インターネットには全く接続しないことに留意されたい。データは、双方向に送信され得る。すなわち、データの送信および受信が同時に行なわれ得る。
【００２１】
図２は、従来のインターネットトランジットモデルを示すブロック図である。このモデルにおいて、エンドユーザ２１０は地域系ＩＳＰ２３０に接続し、エンドユーザ２２０は全国系ＩＳＰ２４０に接続する。ＩＳＰ２３０といった地域系ＩＳＰは、顧客のデータを大抵の宛先に搬送するために、１つ以上の全国系ＩＳＰ２４０からインターネットアクセスを購買しなければならない。なぜなら、地域系ＩＳＰのネットワークは、宛先と直接接続するスコープを有しないからである。このタイプのインターネットアクセスは「トランジット」接続と呼ばれる。なぜなら、地域系ＩＳＰ２３０は、全国系ＩＳＰ２４０のネットワークをトランジットし、宛先エンドユーザ２２０に到達するからである。地域系ＩＳＰ２３０は、企業エンドユーザが購買するのとほぼ同じ方法で、比較的大きいＩＳＰからトランジットインターネットアクセスを購買する。地域系ＩＳＰは、使用するか、使用することが予定される帯域幅の広さに対して月々の料金を支払うだけである。地域系ＩＳＰと全国系ＩＳＰとの間のこれらのトランジッに接続は、通常、Ｔ３回路の一部またはＴ３回路全体であり、どちらの方向でもメガビット（Ｍｂｐｓ）に換算して測定される。従って、トランジットモデルにおいて、地域系ＩＳＰは、地域系ＩＳＰの、入って来るトラフィックおよび出て行くトラフィックの両方を包含する全国系ＩＳＰに手数料を支払う。
【００２２】
図２に示される状態において、地域系ＩＳＰ２３０は、以下のコストを負担する：
エッジ「Ａ」コスト：地域系ＩＳＰ２３０ネットワーク内でデータを転送するコスト。
【００２３】
全国系ＩＳＰのネットワークに接続するトランジットコスト
図２に示される状態において、全国系ＩＳＰ２４０は、以下のコストを負担する：
長距離コスト：全国系ＩＳＰ２４０ネットワーク内でデータを転送するコスト。
【００２４】
エッジ「Ｂ」コスト：全国系ＩＳＰ２４０ネットワーク内でエンドユーザ２２０にデータを転送するコスト。従って、このモデルにおいて、ユーザ２１０は、ＩＳＰ２３０に代金を支払って、データを送信および受信し、ＩＳＰ２３０は、ＩＳＰ２４０に代金を支払って、データを送信および受信する。
【００２５】
図３は、従来のインターネットピアリングモデルを示すブロック図である。このモデルにおいて、エンドユーザ３１０は、始点となるＩＳＰ（例えば、地域系ＩＳＰ３３０）に接続し、エンドユーザ３２０は、別の始点となるＩＳＰ（例えば、地域系ＩＳＰ３４２）に接続する。この例において、ＩＳＰ３３０および３４２は、始点となるＩＳＰおよび終点となるＩＳＰの両方の機能を果たす。なぜなら、これらのカスタマーは、データを送信および受信の両方を行なうからである。しかしながら、これは、すべてのＩＳＰに関して常にそうではあり得ない。カスタマーからの資金の流れに関して、図３のシステムは、基本的に「ビルアンドキープシステム（ｂｉｌｌ　ａｎｄ　ｋｅｅｐ　ｓｙｓｔｅｍ）」である。これにより、各ＩＳＰは、送信および受信されたデータの代金をそれぞれのエンドユーザに請求し、収益を保持する。互いのトラフィックを搬送するための経済的奨励の欠如は、終端間の性能に保証を提供するための障害となる。なぜなら、各ＩＳＰは、通常、データを可能な限り迅速にピアに「一掃する」ことを図り、トラフィックを搬送するコストを最小化するからである。インターネットプロトコル（ＩＰ）の動作の仕方が原因で、始点となるＩＳＰも終点となるＩＳＰも、データのパケットが他のプロバイダのネットワーク上のどこに宛てることになっているのかを正確に知らない。従って、ＩＳＰは、通常、データパケットを最も近い「ピアリングポイント（ｐｅｅｒｉｎｇ　ｐｏｉｎｔ）」に到達させ、これを、宛先ＩＳＰネットワークに伝送し、そのＩＳＰがこれを宛先エンドユーザ（すなわち、このＩＳＰのカスタマ）に搬送する。これは、「ホットポテト（ｈｏｔ　ｐｏｔａｔｏ）」ルーティングと呼ばれる。なぜなら、このルーティングは、始点となるＩＳＰネットワークのトラフィックを可能な限り迅速に有効に停止するからである。トラフィックが始点となるＩＳＰから一度オフネットになると、始点となるＩＳＰは性能を保証し得ない。
【００２６】
図３において、ユーザ３１０からユーザ３２０にデータが送信されると、データは始点となるＩＳＰ３３０から、データをエンドユーザ３２０に輸送する、「長距離」ＩＳＰとしての機能を果たすＩＳＰ３４２に伝達される。これは、ピアＩＳＰが、通常、データを可能な限り迅速にピアＩＳＰに伝達するために起こる。同様に、データがユーザ３２０からユーザ３１０に送信されると、このデータは、始点となるＩＳＰ３４２から、データをエンドユーザ３１０に伝送する、「長距離」ＩＳＰと呼ばれるＩＳＰ３３０に渡される。
【００２７】
示されるように、大抵の全国系ＩＳＰは、「ピアリング」接続を用いてトラフィックを容易に交換する。ピアリング接続においては、どちらの当事者も接続に関して相手側に支払わない。各当事者は、等しい量のトラフィックを相手側に送信／相手側から受信し（すなわち、これらの当事者は、「ピアリング」する）、従って、これらが互いに同様の料金を課される場合、各々の収支はゼロである。この理由で、広い／全国系ＩＳＰは、通常狭い／地域系ＩＳＰとピアリングしない。その代わりに、これらのＩＳＰは、図２に示されるように、地域系ＩＳＰがアクセスの代金を支払うことを要求する。それでも、全国系ＩＳＰ間のピアリング構成において潜在的不公正が存在する。なぜなら、プッシュプルトラフィックは、通常、平衡しないからである。例えば、ユーザは、データをアップロードするよりもはるかに多くデータをダウンロードする傾向がある。幾分簡略化された例として、あるＩＳＰがウェブサーバを支援し、そのピアＩＳＰが、ウェブを閲覧する複数のユーザを支援する場合、データトラフィックは、おそらく不等に配信される。これは、一方のＩＳＰがデータを受信するよりもはるかに多くデータを送信するためである。
【００２８】
図３において、各始点となるＩＳＰは、以下のコストを負担する：
始点となるトラフィック上でのエッジ伝送：ピアＩＳＰに伝達する前にパケットを伝送する。
【００２９】
終点となるトラフィック上でのエッジに加えて長距離伝送：始点となるＩＳＰからパケットが引き渡された後にパケットを伝送する。
【００３０】
図４は、従来のインターネット多重トランジット／ピアリングモデルを示すブロック図である。
【００３１】
このモデルは、トランジットおよびピアリングの特定の組み合わせを含む。図４において、ユーザ４１０からユーザ４２０にデータが送信されると、データは、地域系ＩＳＰ４３０から地域系ＩＳＰ４４０に渡され、その後、データをエンドユーザ４２０に伝送する全国系４５０に渡される。このＩＳＰは、「長距離」ＩＳＰとしての機能を果たす。多重トランジット／ピアリングモデルは、データ伝送のエッジのどちらか一方または両方に２つ以上のＩＳＰを有する。この例において、地域系ＩＳＰは、トランジットモデルを用いてデータを伝達する一方で、地域系ＩＳＰ４４０は、全国系ＩＳＰ４５０とピアリング関係を有する。別の例において、地域系ＩＳＰ４３０および４４０は、ピアリングされ得る一方で、地域系ＩＳＰ４４０は全国系ＩＳＰ４５０とのトランジット関係を有する。本実施例において、任意のＩＳＰ４３０、４４０または４５０は長距離ＩＳＰであり得る。
【００３２】
従って、図４の多重トランジット／ピアリングモデルに示されるように、従来のインターネットトラフィックは、１）トランジットモデル、２）ピアリングモデルまたは３）これら両方の組み合わせのうちの１つを用いる。
【００３３】
（ｉ．奨励モデル（Ｉｎｃｅｎｔｉｖｅ　Ｍｏｄｅｌ））
本明細書中の特定の図は、説明を明確にするために幾分簡略化されることが理解される。例えば、本発明による複数のシステムは、多重交換、交換を介する多重カスタマー（ｍｕｌｔｉｐｌｅ　ｃｕｓｔｏｍｅｒ）、およびカスタマーを介する多重クライアントを含む。
【００３４】
図５は、本発明の好適な実施形態による奨励モデルを示すブロック図である。このモデルにおいて、エンドユーザ５１０および５２０は、上述のサービスのために、これらのローカルＩＳＰと依然として合意を結ぶ。エンドユーザは、アクセスに関する代金をＩＳＰに支払、ＩＳＰは、トラフィックをエンドユーザにおよびエンドユーザから搬送する代金をＩＳＰに支払う。ＩＳＰ５３０およびＩＳＰ５５０は、バックボーンキャリア５４０の「カスタマー」と呼ばれる。しかしながら、ＩＳＰ５３０とバックボーンキャリア５４０との関係、ＩＳＰ５５０とバックボーンキャリア５４０との関係は、従来のピアリング関係に（少なくとも完全には）基づかない。
【００３５】
その代わりに、奨励モデルのもとで、始点となるトラフィックに関してバックボーン５４０の各カスタマーは借方記入され（請求され）、バックボーンへのおよびバックボーンからの終点となるトラフィックに関して貸方記入（支払われる）。これらの借方／貸方は、特定の毎秒メガビット（Ｍｂｐｓ）インクリメントで測定される、伝送されたデータの量に基づく。従って、例えば、ＩＳＰは、バックボーンキャリア５４０に１Ｍｂｐｓの伝送に対して定額を支払うことを約束し得る。特定の実施形態において、後述されるように、ＳＬＡにより、データが少なくとも所定のレート（例えば、所定のＭｂｐｓレート）で伝送されるというカスタマーとバックボーンキャリア５４０との間の合意がある。
【００３６】
奨励モデルにおいて、始点となるカスタマーにより借方記入された額の一部が用いられ、終点となるカスタマーに貸方記入される。始点となるカスタマーにより借り方記入された額の一部の残部は、バックボーンキャリア５４０が始点となるカスタマ５３０と終点となるカスタマ５５０との間のトランザクションを仲介するために受け取る料金を構成する。図５において、始点となるカスタマーは、ＩＳＰ等のカスタマーとして定義され、データをバックボーン５４０に配置する。図４において、終点となるカスタマーは、バックボーン５４０からデータを受信するＩＳＰ等のカスタマーとして定義される。他のネットワークがデータ伝送において含まれ得ることが理解され得る。例えば、図５に示されるように、データは、始点となるＩＳＰによりバックボーン５４０に転送される前に、トランジットモデルおよび／またはピアリングモデルにおいて複数のＩＳＰを横断する。同様に、データは、データがバックボーン５４０を離れた後に、エンドユーザに転送される前に複数のＩＳＰを横断し得る。従って、図５において、始点となるカスタマーという用語および終点となるカスタマーは、バックボーン５４０に「接触する」カスタマーとして定義され、それぞれ、データをバックボーンに、およびバックボーンから送達する。カスタマーはＩＳＰのみに限定されず、例えば、ＩＳＰ、企業または個人であり得る。
【００３７】
図５のシステムによる特定の実施形態において、バックボーン５４０は、各カスタマーとサービスレベルアグリーメント（ＳＬＡ）について合意する。終点となるＩＳＰが、合意されたＳＬＡを満たさない場合、バックボーン５４０は、終点となるトラフィックに関する貸方記入を保留する。特定の実施形態において、保留された貸方記入は、その後、始点となるＩＳＰに補償として伝送される。特定の実施形態において、バックボーンキャリア５４０は、さらに、特定の性能要求について同意し、バックボーンキャリア５４０がその要求を満たさない場合、トランザクションの仲介に関する手数料は、そのバックボーンキャリアの貸方に記入されない。バックボーンキャリア５４０がその要求を満たさない場合、バックボーンキャリアは、依然として、終点となるカスタマー／ＩＳＰに貸方記入する。バックボーンキャリアの仲介手数料は、通常、回収されるが、始点となるカスタマーまたは終点となるカスタマーに返金されてもよい（または始点となるカスタマーと終点となるカスタマーとの間で分配される）。このような返金は、例えば、月ベースで行なわれ得る。種々のカスタマーとバックボーン５４０との間のＳＬＡは、互いに異なり得る。なぜなら、これらのＳＬＡは、好適には、バックボーン５４０と種々のカスタマーとの間で別々に交渉されるからである。バックボーン５４０は、種々のＩＳＰと、異なったＳＬＡを有し得る。ＳＬＡは、通常、類似であり、さらに、ユニバーサルＳＬＡを有することも可能であることが考えられる。それでも、すべてのＳＬＡが同じであることが常に要求されるのではない。例えば、特定の大型のカスタマーは、より有利なＳＬＡについてバックボーンキャリア５４０の所有者と交渉することができ得る。
【００３８】
別の実施形態において、特定のカスタマーは、バックボーンキャリアを有する「ポートフォリオＳＬＡ」に含まれる。ポートフォリオＳＬＡにおいて、１つ以上のクライアントの群に関して性能が測定される。従って、例えば、互いの間で大量のデータを交換する２つの大企業は、そのトラフィックに関してより高い性能を所望し得る。この状態において、特に、これらの２つの企業間のトラフィックに関する性能データが収集される。ＳＬＡポートフォリオにおけるこれらの企業に関する奨励モデルの借方記入および貸方記入は、ＳＬＡポートフォリオにおける企業間の性能の測定値に基づいて行なわれる。
【００３９】
説明された奨励モデルは、キャリア間のサービスの質（ＱｏＳ）をインプリメントするためのフレームワークを生成し、これにより、特定の用途（音声、映像等）に異なった等級のサービスが合わせられ得、関係するＩＳＰにより異なったＳＬＡが提供される。借方記入／貸方記入は、これらのサービスの等級ごとに異なり、（おそらく）エンドユーザに課金される価格も同様に異なる。あるいは、バックボーンキャリアは、単一等級のサービスを有する奨励モデルをインプリメントし得る。この単一等級のサービスは、好適には、従来のインターネットサービスよりも良好である。あるいは、バックボーンは、異なったレベルの使用（異なったボリュームのトラフィック等）に対する階層的課金を有する奨励モデルをインプリメントし得る。従って、大量のトラフィックを転送または受信するユーザは、少量のトラフィックを転送したユーザよりも低いレート（しかしながら、より高い総額）を支払う。この状態において、終点となるカスタマーに支払われる金額は現状維持か、または始点となるカスタマーの階層（ｔｉｅｒ）により、さらに異なり得る。借方記入／貸方記入は、さらに、正確な使用法または使用法の階層に基づき得る。あるいは、バックボーンキャリアは、すべてのカスタマーに均一料金が借方記入される（例えば、月ベースで）無制限の価格構造を有する奨励モデルをインプリメントし得る。このようなモデルにおいて、すべての終点となるカスタマーに貸方記入された手数料が支払われることも起こり得る（例えば、月ベースで）。あるいは、バックボーンキャリアは、特定の大型カスタマーまたはクライアントに所定の期間に関して課金しないことを決定し得、奨励モデルにより提供されたＱｏＳの値の大型カスタマーまたはクライアントを納得させる。従って、例えば、大型の潜在的クライアントは、特定の期間の間、トラフィックに関して課金され得ない。ＩＳＰ／カスタマーは、さらに、同じ期間の間、潜在的クライアントに課金しないよう説得され得る。
【００４０】
図５の奨励モデルにおいて、バックボーン５４０は、長距離輸送コスト、カスタマーへの貸方記入／借方記入の管理、およびエンドツーエンドＳＬＡを適用しオフネットの質を保証することを含む、すべての輸送コストを背負う。各カスタマー／ＩＳＰ５１０、５５０は、これらのそれぞれのカスタマーのエッジコストを負担する。
【００４１】
図５の奨励モデルは、好適には、「インターネットデータ交換システム」（ｉＤＥＳ）ＳＭにより実施される。図６（ａ）は、本発明の好適な実施形態による、バックボーン５４０および複数のカスタマー５３０、５５０を有するインターネットデータ交換システムを示すブロック図である。典型的なｉＤＥＳは、好適には、以下の構成要素を含む：
ＮＡＤ−ネットワーク解析デバイス
ＥＲ６１０およびＥＲ６１２等、エクストラネット交換サイト（ＥＥ）に配置された高速バックボーンルータ（ＥＲ）
ルータ（ＥＲ）６１０、６１２に接続されたバックボーン５４０。ダークファイババックボーンという用語は、設置されているが、まだ使用されていないインフラストラクチャを指す。通常、一般的に、光ファイバネットワークに関する破棄し得ない使用権（ＩＲＵ）を所有するか、または有するバックボーンキャリアは、「ダークファイバ」という用語を用い、本来、バックボーンキャリアは、ファイバにデータを流し（ｌｉｔ）、このファイバを介して完全な動作制御を有することを示す。例えば、特定の電気事業は、インフラストラクチャを電話またはケーブルＴＶ会社に賃貸するか、またはインフラストラクチャを自社のオフィスを相互接続するために用い得ることを見込んで設置された電源供給ラインをすでに有する場所に光ファイバケーブルを導入した。記載された実施形態において、バックボーン５４０は、１０，０００ルートマイルより多いダークファイバを含み、Ｎｏｒｔｅｌ　Ｏｐｔｅｒａ光波技術を用い、このファイバにデータを流すが、バックボーン５４０の他の物理的インプリメンテーションが本発明の趣旨および範囲から逸脱することなく用いられ得る。
【００４２】
図６（ａ）において、バックボーン構造５４０は、少なくとも２つの交換サイト６１０、６１２を有する。地域系ＩＳＰ５３０、５５０等のカスタマーは、これらの交換サイトを介してバックボーン構造５４０に接続する。実施例において、クライアントＡおよびＣは、地域系ネットワーク５３０および５５０上のそれぞれのトンネル６０２および６０４を確立することにより、地域系ネットワーク５３０および５５０（カスタマー）を介してバックボーン５４０の交換サイトに接続する。本実施形態において、トンネルは、好適には、少なくともＲＦＣ１７０１、ＲＦＣ１７０２およびＲＦＣ２７８４（ＩＰを介するＧＲＥ）に規定されているように、ＧＲＥトンネリングプロトコルを用いてインプリメントされる。これらのＲＦＣは、参考のため、本明細書中に援用される。「ＲＦＣ」（「Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔ」）は、インターネット設計および動作の種々の局面を規定するＩｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋｆｏｒｃｅ（ＩＥＴＦ）により利用可能なドキュメントである。任意の適切なプロトコルが用いられ得、トンネリングがインプリメントされる。そのプロトコルは、ＭｉｃｒｏｓｏｆｔのＰＰＴＰまたはＣｉｓｃｏ　ＳｙｓｔｅｍのＬａｙｅｒ２Ｆｏｒｗａｒｄｉｎｇ　ｐｒｏｔｏｃｏｌを含むが、これらに限定されない。クライアントと交換サイトとの間のトンネルの使用は、カスタマーのデータがバックボーンキャリアに送達されることの保証を支援する。同様に、ネットワーク解析デバイス（ＮＡＤ）の使用は、クライアントと交換サイトとの間のネットワーク性能を測定することを可能にする。ＮＡＤは、暗号化および／またはＶｏｉｃｅｏｖｅｒ　ＩＰ等の、性能の測定ではなく、他のサービスを実行するために用いられ得る。これは、奨励モデルの借方／貸方／および仲介手数料に影響を与え得る。なぜなら、暗号化および／またはボイスオーバＩＰは、システム性能に影響を与え得るからである。
【００４３】
実施例において、ネットワークを介してデータをリクエストおよび送信するクライアントＢは、トンネルを用いずに６０８をカスタマー５３０に接続する。実施例において、クライアントＢは、本実施例に含まれ、交換点へのすべての接続が、トンネルを介して作成される必要がないことを示す。クライアントＢは、さらに、ＮＡＤを含む。システムにおける任意のクライアントはＮＡＤを含み得る。
【００４４】
実施例において、ネットワークを介してデータをリクエストおよび送信するクライアントＤは、トンネルを用いずに、６４８を直接ルータ６１０に接続する。クライアントＤは、本実施例に含まれ、例えば、法人および特定のイントラネットといった特定のクライアントが、トンネリングなしに、およびＩＳＰ／カスタマネットワークを通過せずに交換点に接続することを示す。この場合、クライアントＤは、カスタマーであることが考えられ得る。カスタマー５３０および５５０の各々は、少なくとも１つのクライアントを有する。大抵のクライアントはＮＡＤを有する。ＮＡＤは、後述されるように性能データを収集する。図６（ａ）は、さらに、インターネットトランジットシステム内に種々のルータ（Ｒ）を、バックボーン５４０内に種々のルータ（Ｃ）を含む。図６（ａ）は、さらに、ネットワーク性能を有効にモニタリングするためにＮＡＤを含む。
【００４５】
図６（ｂ）は、図６（ａ）のインターネットデータ交換システムの実施例の部分のさらなる詳細を示すブロック図である。２つのカスタマーＩＳＰ５３０、５５０は、それぞれの交換点６１０、６１２を介してバックボーン５４０に接続される。示される実施例において、カスタマー５３０、５５０と交換点６１０、６１２との間の接続は、光ファイバを介する光同期伝送ネットワーク（ＳＯＮＥＴ）である。ベースレート（ＯＣ−１）は５１．８４Ｍｂｐｓである。ＯＣ−２はベースレートの２倍で、ＯＣ−３はベースレートの３倍、以下同様、で動作する。図６（ｂ）のシステムは、さらに、後述されるように、ＮＡＤを含み、性能およびネットワーク管理システムを監視および測定し、ＳＬＡをインプリメントする。
【００４６】
図７（ａ）は、本発明の奨励法のインプリメンテーションによる、２つのカスタマ（例えば、ＩＳＰ７１０および７２０）とバックボーン７４０との間の資金の流れの例を示すブロック図である。示されるように、各カスタマー／ＩＳＰは、１つ以上のクライアントを有する。
【００４７】
図７（ａ）の実施例において、ＩＳＰ　Ａ　７１０は、ＩＳＰ　Ａからの始点となるデータおよびＩＳＰ　Ａによる終点となるデータに関して、それぞれ支払われた借方記入および貸方記入の額に関するバックボーン７４０を所有するキャリアと合意する。本実施例において、ＩＳＰ　Ａは、バックボーン７４０を始点とするデータ１Ｍｂ毎に＄４７５が借方記入／貸方記入される。同様に、ＩＳＰＡはバックボン７４０を終点とするデータのＭｂ毎に＄１９０が貸方記入／支払われる。重要なことは、ＩＳＰ　ＡがＩＳＰ　Ｂと交渉しないことである。その代わりに、各カスタマー／ＩＳＰは、バックボーン７４０と交渉し、借方／貸方方式について同意する。少なくとも１実施形態において、すべてのカスタマーはバックボーンとの同じ借方／貸方方式を有するが、すべての実施形態に関する要求事項ではない。
【００４８】
従って、図７（ａ）の実施例において、ＩＳＰ　Ａは、クライアント＃１にＩＳＰ　Ａを介して送信する１Ｍｂ毎に＄１９００を課金する。実施例において、ＩＳＰ　Ａは、ＩＳＰ　Ａが、この＄１９００の手数料と引き換えに、特定のプレミアムデータレートおよび信頼性の測定を送達することをクライアント＃１と合意する。クライアント＃１が１ＭｂのデータをＩＳＰ　Ａ７１０に送信すると、ＩＳＰ　Ａ７１０は、データをバックボーン５４０に送達し、バックボーン７４０は、例えば、図５に示されるように、データを転送し、ＩＳＰ　Ｂ７２０といった宛先ＩＳＰにデータを伝達する。本実施例において、バックボーン７４０は、ＩＳＰ　Ａから始点となるデータを受信すると、ＩＳＰ　Ａに＄４７５を借方記入する。バックボーン７４０は、１ＭｂのデータがＩＳＰ　Ｂに送達されると、ＩＳＰ　Ｂ７２０に＄１９０を借り方記入する。特定の実施形態において、この貸方記入は、ＩＳＰ　Ｂ７２０がバックボーン７４０とＩＳＰＢとの間のＳＬＡにおいて具体化されるように、特定の性能特定を満たす場合のみ支払われる。バックボーンキャリア７４０は、仲介手数料として（＄４７５〜＄１９０＝＄２８５）ＩＳＰから借方記入された＄２８５の金額をそれ自体のために保持する。
【００４９】
本実施例において、ＩＳＰ　ＡおよびＩＳＰ　Ｂは、バックボーン７４０と同一の貸借合意（ｄｅｂｉｔ／ｃｒｅｄｉｔ　ａｒｒａｎｇｅｍｅｎｔ）を有する。従って、本実施例において、ＩＳＰ　Ｂは、そのクライアント＃２に、クライアント＃２がＩＳＰ　Ｂを介して送信する１Ｍｂ毎に＄１９００を課金する。ＩＳＰ　Ｂは、さらに、ＩＳＰ　Ｂがその手数料と引き換えに特定のプレミアムデータレートおよび信頼性の測定を送達することをクライアント＃２と合意する。クライアント＃２が１ＭｂのデータをＩＳＰ　Ｂ７２０に送信すると、ＩＳＰ　Ｂ７２０は、バックボーン７４０にデータを伝達し、このバックボーンはデータを、例えば、図５に示されるように、ＩＳＰＡ　７１０といった宛先ＩＳＰに伝達する。本実施例において、バックボーン７４０は、ＩＳＰ　Ｂから始点となるデータを受信すると、＄４７５をＩＳＰ　Ｂに借り方記入する。ＩＳＰ　Ａ７１０が、バックボーン７４０とＩＳＰ　Ａとの間のＳＬＡにおいて具体化されるように特定の性能測定を満たすと仮定して、バックボーン７４０は、１ＭｂのデータがＩＳＰ　Ａに送達されると、ＩＳＰ　ａ７１０に＄１９０を貸方記入する。バックボーン７４０は、１ＭｂのデータがＩＳＰ　Ａに送達されると、ＩＳＰ　Ａ７１０に＄１９０を貸方記入する。特定の実施形態において、この貸方記入は、ＩＳＰ　Ａ７１０がバックボーン７４０とＩＳＰ　Ａとの間のＳＬＡにおいて具体化されるように、特定の性能測定を満たす場合にのみ支払われる。バックボーンキャリア７４０は、仲介手数料（＄４７５〜＄１９０＝＄２８５）として、ＩＳＰ　Ａから借方記入された＄２８５の金額をそれ自体のために保持する。
【００５０】
したがって、図７（ａ）に示すように、クライアント＃１によって支払われた＄１９００のうち、データが送信された場合、＄１４２５が始点のＩＳＰによって保持される（＄１９００−バックボーンに支払われた４７５＝＄１４２５）。本実施例において、このことはＩＳＰ　ＡおよびＩＳＰ　Ｂの両方に当てはまる。クライアント＃１によって支払われた＄１９００のうち、＄４７５はまず、ＩＳＰ　Ａの貸方に記入される。この＄４７５のうち、＄２８５はバックボーン料金としてバックボーン７４０によって保持され、そして＄１９０は終点の顧客／ＩＳＰの借方に記入される。したがって、本実施例において、ＩＳＰ　Ａが１Ｍｂのデータをバックボーン７４０を介して送信および受信の両方を行えば、ＩＳＰ　Ａは１Ｍｂのデータの送信および１Ｍｂのデータの受信について合計＄１６１５を受け取る（＄１９００（クライアント＃１から）＋＄１９０（終点のデータについて）−＄４７５（始点のデータについての貸方への記入）＝＄１６１５）。本実施例において、ＩＳＰ　Ｂは、同じ額を受け取る。本実施例において、ＩＳＰ　ＡおよびＩＳＰ　Ｂのいずれが始点のＩＳＰであっても、バックボーン７４０は搬送する１Ｍｂのデータ当たり＄２８５の仲介料金を保持する。
【００５１】
なお、本発明は図７（ａ）の実施例に限定されない。他の実施においては、バックボーン７４０は、料金および２つのＩＳＰを有するＳＬＡ構成が異なり得、かつ、したがって、その仲介料金を調整し得る。これらの実施例の両方において、バックボーン７４０によって保持される量の額プラス受信側のＩＳＰの借方へ記入される金額は、始点のＩＳＰの貸方に記入される量に等しい。しかし、他の実施において、これら３つの値（借方、貸方、および仲介料金）は、本実施例のように合算する必要はない。例えば、バックボーン７４０は一定期間について小さな損失で動作すると決定し得る。同様に、バックボーン７４０は、その仲介料金の一部を報酬または奨励としてＩＳＰへ渡し得るか、またはその仲介料金の一部を報酬または奨励として第三者へ支払い得る。一般に、上記の奨励方法の実施形態において、始点の顧客／ＩＳＰの貸方に記入される量は、終点の顧客／ＩＳＰの借方に記入される量よりも大きい。
【００５２】
上記のように、奨励方法の使用には、いくつかの利点がある。これらの利点には、バックボーン７４０が切望されるＱｏＳソリューションをＩＳＰ／顧客に対して提示し、そしてしたがって、これらのＩＳＰ／顧客およびそのクライアントの満足および定着を増加する能力などがある。さらに、プレミアムプライスサービスの提示からの増分収益、ならびにクライアントへのさらなるバンド幅、ハードウェアおよびサービスは、システムに関与するすべてのＩＳＰの利点となる。ＩＳＰがバックボーン７４０のための仲介料金に対してプレミアムサービス料金をいくらか失うとしても、ＱｏＳの増加は、ＩＳＰがクライアントを定着させるのに役立つ傾向があり、かつＩＳＰはプレミアムサービスからより多くの利益を得られ得る。さらに、上記の実施形態は、顧客／ＩＳＰへの長距離移送コストを低減する。さらに、顧客／ＩＳＰがバックボーン５４０キャリアの所有者からマーケティングおよび販売のサポートを得るという利点があることが考えられる。
【００５３】
記載された奨励法は、さらに、エンドツーエンドパフォーマンスを保証する重要な役割を担うデータ通信に関する費用有効的な解決法を提供する。しめされたインプリメンテーションにおいて、奨励法はインターネット上でインプリメントされ、バックボーン７４０のカスタマーであるＩＳＰのクライアントにユビキュイタスアクセス、すなわち場所を選ばない（ａｎｙ−ｔｏ−ａｎ）連結性を提供する。奨励モデルは、必ずしもインターネットに限定されず、その代わりに、有線または無線に関わらず、任意の適切なネットワーク上で用いられ得る。
【００５４】
図７（ｂ）は、奨励法による、いくつかのＩＳＰとバックボーンキャリアとの間における資金の流れを示すブロック図である。実施例において、ＩＳＰは、さらに、そのクライアントが、奨励モデルを含まない、定期的なノンプレミアム（ｎｏｎ−ｐｒｅｍｉｕｍ）インターネットサービスにサインアップすることを可能にする。本実施例において、奨励モデルは、図７（ａ）との関連で上述されるように動作する。本実施例において、データが、従来のインターネットモデルを介して送信されると、プレミアムサービスに対して＄１９００を収集する代わりに、ＩＳＰ　Ａは、さらに、従来のインターネットピアリングによる１Ｍｂのインターネットアクセスに対して、＄１４００といった（おそらく）より小額を回収する。上述のように、インターネットピアリングにおいて、ＩＳＰ　ＡおよびＩＳＰ　Ｂは、データを互いに対しておよび互いから交換し、データ伝送に関して互いに課金しない。このようなピアリンアレンジメント（ｐｅｅｒｉｎｇ　ａｒｒａｎｇｅｍｅｎｔ）は、最終的にデータを送達する一方で、奨励法と同じ性能保証を提供しない。従って、本実施例において、ピアリングアレンジメントは、奨励法を介して１Ｍｂのデータを転送し、従来のインターネットモデルを介して１Ｍｂのデータを転送すると、ＩＳＰ　Ａは、図７（ａ）との関連で記載されたように、従来のアクセス対してクライアント＃１により支払われる＄１４００全部にさらに＄１６１５をさらに保持する。本実施例は、クライアント＃１がＩＳＰ　Ａに対してより高いレートを支払、奨励法のもとで、より高い標準、サービスおよび信頼性を保証することを前提とすることに留意されたい。上述のように、バックボーン７４０とＩＳＰ　Ａとの、バックボーン７４０とＩＳＰ　Ｂとの間の合意は、同じであり得るが、同じである必要はない。
【００５５】
ｉｉｉ．奨励モデルへのＳＬＡの影響
ＳＬＡを用いずに奨励モデルを実施し得るが、ＳＬＡは、顧客（ｃｕｓｔｏｍｅｒ）（およびそのバックボーン）が高レベルのサービスを維持するように奨励金を追加する。これは、サービスレベルが関連のＳＬＡに指定されているレベルを下回る場合、奨励金は支払われないからである。ＳＬＡを用いないシステムにおいて、性能の測定値に関わらず、始点となる顧客および終点となる顧客から借方に記入され、そして始点となる顧客および終点となる顧客の貸方に記入される。
【００５６】
図８（ａ）は、本発明によるバックボーンキャリアのルータからデータを収集する中央収集点８５０を示すブロック図である。記載する実施形態において、図８のシステムにおけるルーターは好適には、カリフォルニア州マウンテンビューのＪｕｎｉｐｅｒ　Ｎｅｔｗｏｒｋｓ製造のＪｕｎｉｐｅｒ　Ｎｅｔｗｏｒｋｓ　ｍｏｄｅｌ　Ｍ２０のルータである。しかし、本発明の意図および範囲から逸脱せずに、他の適切なルータおよびネットワークデバイスを用いてもよい。記載する実施形態において用いるルータは、そのスループット（一秒あたりメガビット、すなわちＭｂｐｓ）を定期的に決定することが可能であり、そしてデータセンターまたはメインサーバなどの中央領域に決定したスループットを伝達することが可能である。例えば、記載する実施形態において、バックボーンの交換サイトにおけるルータ８６２、８６４、８６６は、送信データおよび受信データの平均スループットを５分ごとに決定する能力を有する。次いで、これらの平均スループットの決定は、中央サイト８５０に伝送される。特に、記載する実施形態において、各ルータは、現在の時間期間の間に送信および受信された、複数のバイトおよび複数のパケットを定期的に伝送する。ＩＳＰと交換点との間の各トンネル接続のバイト数およびパケット数が決定される。記載する実施形態において、ＳＮＭＰプロトコルを用いてデータを中央点８５０に輸送する。
【００５７】
図８（ｂ）は、測定されているシステム性能を示すブロック図である。例において、クライアントは、ＮＡＤを有してテストメッセージの性能をモニタリングおよび測定する。テストメッセージは、システムに定期的に送信されて、システム全体（例えば、エンドツーエンド）の性能、および個々の顧客およびバックボーンの性能をテストする。性能データは、テストメッセージが来た場所を識別する情報、テストメッセージが始点となる顧客および終点となる顧客およびバックボーンに伝達されるまでの時間（待ち時間）を識別する情報、ならびにどのパケットロスおよびジッターが伝送に関連付けられているかを識別する情報を含む。ジッターは、現在の時間期間の間に、伝送速度が平均値から変化した実際の量として記載される。図示する例において、テストメッセージが顧客／ＩＳＰ　Ａに伝達されるまでにかかる平均時間はＸ１ミリ秒であり、テストメッセージがバックボーン７４０に伝達されるまでにかかる平均時間はＹ１ミリ秒であり、テストメッセージが顧客／ＩＳＰ　Ｂに伝達されるまでにかかる平均時間はＺ１ミリ秒である。同様に、各顧客／ＩＳＰ　Ａ、バックボーン７４０、および顧客／ＩＳＰ　Ｂはそれぞれ、測定された期間の間に、Ｘ２％、Ｙ２％、およびＺ２％のパケットロスを有する。同様に、顧客／ＩＳＰ　Ａ、バックボーン７４０、および顧客／ＩＳＰ　Ｂの利用可能度はそれぞれ、Ｘ３％、Ｙ３％、およびＺ３％である。同様に、顧客／ＩＳＰ　Ａ、バックボーン７４０、および顧客／ＩＳＰ　Ｂのスループットはそれぞれ、Ｘ４Ｍｂ、Ｙ４ＭｂおよびＺ４Ｍｂである。同様に、顧客／ＩＳＰ　Ａ、バックボーン７４０、および顧客／ＩＳＰ　Ｂのジッターは、Ｘ５ミリ秒、Ｙ５ミリ秒、およびＺ５ミリ秒である。
【００５８】
好適には、この情報を用いてシステムの特定のエレメントがそのＳＬＡ要件を満たしているかを判定する。記載する実施形態において、測定は伝送されたデータの測定とは別個に行われることに留意されたい。他の実施形態は、伝送されたデータの測定を行うことによって性能を測定し得る。記載する実施形態において、性能データは、待ち時間、パケットロスおよび利用可能度を測定される。これらの統計は、バックボーン用、各顧客用、およびシステム全体（すなわち、エンドツーエンド）用に保管される。
【００５９】
図９（ａ）および図９（ｅ）は、データを収集して、データによって支払いを決定する方法を示すフローチャートである。図９（ａ）において、現在の請求期間（例えば、１ヶ月）の間に、中央領域は、交換／ルータから複数の始点となるビットおよび終点となるビットに関するデータを受信する。このデータは、例えば、クライアント（トラフィックはクライアントによって送信または受信された）およびトラフィックの量を示す。各クライアントに関連付けられた顧客は、既知である（または決定され得る）。このデータは、図９（ｂ）に示すデータベースに追加される。図９（ａ）において、請求期間が終了すると、中央領域は、各顧客／ＩＳＰの始点となるビットの９５番目の百分位数、および終点となるビットの９５番目の百分位数を決定する。以下に見られるように、９５番目の百分位数を用いて、各顧客の借方および貸方に記入する額を決定する。
【００６０】
図９（ｂ）は、所与の顧客にとって始点とされるデータおよび終点とされるデータの９５番目の百分位数を決定するために収集されたデータの一例である。図は、１回の請求期間の間に一人の顧客の一人のクライアント用のデータを含んだ表を示す。各クライアントに対して同様のデータを収集することが理解される。各クライアントに対して、請求期間中の各サンプル期間の複数の始点とされるＭビットおよび複数の終点とされるＭビットが格納される。請求期間の終了時において、このデータを用いて、図９（ｃ）および図９（ｄ）に示すこのクライアント用の始点とされるデータおよび終点とされるデータの９５番目の百分位数を決定する。
【００６１】
図９（ｃ）は、クライアント用のサンプル始点となるデータが降順に分類される点を示す。分類されたサンプルの上から５番目の百分位数は無視されて、次に大きいサンプル（９５番目の百分位数のサンプル）を用いて、クライアント用の借方／課金（始点）を計算する。顧客のすべてのクライアントの９５番目の百分位数（始点）を組み合わせて、顧客の９５番目の百分位数（始点）を形成する。図９（ｄ）に示すように、同様のプロセスを用いて、顧客のすべてのクライアントの９５番目の百分位数（終点）を決定して、これらの値を組み合わせて、顧客の９５番目の百分位数（終点）を形成する。以下に見受けられるように、顧客の９５番目の百分位数（始点および終点）を用いて、顧客の借方および貸方に記入する額を決定する。
【００６２】
百分位数の計算には３つの重要な要素がある。
１）百分位数の番号
百分位数は基本的に、時間の百分率に関して、データ点が結果生じる値より下であることを言う。９５番目の百分位数は、時間データ点の９５％が結果生じる値より下であり、時間データ点の５％が結果生じる値より上であることを言う。平均値使用または平均使用を計画するシステムにおいて、ネットワークは、半分の時間、使用不可（飽和）となり得、したがって、記載する実施形態はより高い（９５％）使用率を計画する。
２）用いたデータ点
百分位数は所定のセットのデータ点に基づいて計算される。これらのデータ点が表すものは、百分位数の結果の意味を理解する際に有意である。ネットワーク百分位数は、サンプリングされたスループットの利用に基づく。サンプル速度は、百分位数がいかに正確または許容度が広いかを示す。サンプル速度が頻繁であればあるほど、百分位数がより正確になり、許容度が低くなる。記述する実施形態において、データサンプルを５分（サンプル期間）ごとに収集する。ルータは５分の期間を越えてビットを数え、データサンプルは２つの値ごとの５分の平均ビットを表す。ルータから受信した値が平均化されているため、この５分の期間内のハイおよびローは知られていない。
３）データセットサイズ
データセットサイズは値の範囲を示す。ネットワークの百分位数において、データセットは、サンプルが収集される時間期間である。任意の堅実な計画および傾向の決定に関しては通常、利用の頂点および谷をカバーするために妥当な大きさのデータセットが必要である。
【００６３】
上述の実施形態において、交換は５分ごとにサンプルを送信し、請求期間は約１ヶ月であるが、任意の妥当なサンプル速度および請求期間を用いてもよい。したがって、各クライアント用の交換／ルータからのサンプル数は、約
１２×２４（時間）×３０（日）＝８６４０サンプル
であり得る。
【００６４】
したがって、交換／ルータからのサンプルは、最後の５分間に各顧客のトンネル用の交換／ルータへの／からの始点としてのＭｂ数および終点としてのＭｂ数に関する情報を含む。（請求期間にわたって取られた）これらのサンプルのうちの８６４０を用いて、クライアントの９５番目の百分位数を決定し、クライアントの９５番目の百分位数を用いて顧客の９５番目の百分位数を決定する。
【００６５】
本発明の少なくとも１つの実施形態は「階層」価格設定を用いる。顧客が０と第１のバイト数との間の始点となる（または終点となる）場合、顧客はバイトごとに第１の額が課金される。顧客が請求期間の間、第２のバイト数より低い第１のバイト数より上のバイトで始点となる（または終点となる）と、顧客はバイトあたり異なる額を課金される。上述の実施形態において、バイトあたりの価格は階層が高くなればなるほど下がる。階層型価格設定の他の変形が可能であり、本明細書において説明した奨励モデルで用い得る。例えば、終点となるデータおよび始点となるデータに対して異なる階層スキームを用いてもよい。あるいは、階層型価格設定を用いずに、バイトあたり均一領域を課金してもよい。
【００６６】
図９（ｅ）は、各顧客の支払い額（すなわち、借方額および貸方額）を決定する方法を示すフローチャートである。エレメント９５１は、各交換サイトのループを開始する。エレメント９５２は、顧客を介して各トンネルのループを開始する。（クライアントＢの交換への接続、および組み合わされた顧客／クライアントＤの図６（ａ）の交換への接続は好適には、これらを目的としたトンネルとして数えられる）。エレメント９５３において、現在の交換サイトおよびクライアントへの／からの現在のトンネルに関して、現在の顧客がデータを開始すると、現在の顧客は、請求期間の間に顧客が開始したデータの９５番目の百分位数によって借方に記入される。（別の実施形態において、顧客は顧客の実際の始点されるバイト数によって借方に記入され得、９５番目の百分位数の計算は用いられない。）
エレメント９５４は、顧客がこのトンネル用のデータを終了した場合、バックボーンを有する終点となる顧客が、ＳＬＡに指定された性能規格を満たしているか否かを判定する。終点となる顧客がサンプル期間の間にＳＬＡを満たさなかった場合、エレメント９５８において、バックボーンキャリアは好適には、終点となる顧客の貸方に記入された全額を保持する。（特定の実施形態において、終点となる顧客の性能がＳＬＡを有する始点となる顧客のＳＬＡに満たない場合、この額の一部が補償金として始点となる顧客と共有される。）終点となる顧客がサンプル期間の間にＳＬＡを満たした場合、エレメント９５６において、バックボーンキャリアは、この顧客の終点とされるデータの９５番目の百分位数によって、サンプル時間期間の間に終了したデータに対して、顧客の貸方に記入する。したがって、顧客は、この顧客の終点となるデータの９５番目の百分位数に単位価格を乗算することによって得られた額だけ貸方に記入される。
【００６７】
エレメント９６０〜９７０は、バックボーンキャリアがその手数料を保持しないかもしれない環境に関連する。記述する実施形態において、バックボーンは手数料を保持しない場合はあっても、手数料を常に集金すると考えられる。エレメント９６０は、バックボーンが、始点となる顧客とともに個々の性能ＳＬＡを満たしているか否かを決定する。満たしていない場合、バックボーンによって通常、保持される手数料は、エレメント９６６において始点となる顧客に付与される（または、幾つかの実施形態において、補償金として始点となる顧客と終点となる顧客との間で分割される）。特定の実施形態において、顧客はこの額を顧客のクライアントに渡すように奨励されるが、これは必要条件ではない。
【００６８】
エレメント９６４において、バックボーンがＳＬＡを満たすと、バックボーンは、始点となる顧客から借方に記入された額の一部である手数料を保持する。エレメント９６８および９７０は各ループを終了する。
【００６９】
図９（ｆ）は、種々のシステムエレメントの性能を決定する方法を示すフローチャートである。エレメント９８０において、バックボーンおよび各顧客の平均待ち時間が決定される。記載する実施形態において、待ち時間はミリ秒で測定され、１人のクライアントから別のクライアントへの往復時間を表す。上述したように、クライアントはテストパケットを定期的に送信し、結果得られた測定値を平均待ち時間を決定するために中央領域に伝送する。
【００７０】
エレメント９８２において、バックボーンおよび各顧客の平均パケットロスが決定される。記載する実施形態において、パケットロスは、送信されたパケットの百分率で測定される。上述したように、クライアントは、テストパケットを定期的に送信し、結果得られた測定値を平均パケットロスを決定するために中央領域に伝送する。
【００７１】
エレメント９８４において、バックボーンおよび各顧客の利用可能度の百分率が決定される。記載する実施形態において、利用可能度は総時間の百分率で測定される。上述したように、クライアントはテストパケットを定期的に送信し、結果得られた測定値を平均利用可能度を決定するために中央領域に伝送する。
【００７２】
エレメント９８６において、システム全体の平均待ち時間、パケットロス、および利用可能度が決定される。この数は、システムの個々の部分に対する性能結果を組み合わせることによって得られる。少なくともエレメント９８６は必要に応じて用いてよい。
【００７３】
図９（ｇ）は、ＳＬＡとの適合をテストすることを目的として収集された性能の統計の種類の一例である。この図は、平均待ち時間、パケットロス、および利用可能度が、バックボーンおよび各顧客および各クライアントに対して決定される点を示す。図９（ｈ）は、必要な性能値の表の一例である。記載する実施形態において、すべての顧客は、バックボーンと同じＳＬＡを有するが、これは常にそうであるわけではない。したがって、すべてのＳＬＡにとって、バックボーンの最大許容平均待ち時間は７０ｍｓであり、バックボーンの最大許容パケットロスは．２％であり、バックボーンの最小許容利用可能度は９９．９９％である。同様に、すべてのＳＬＡの下において、顧客の最大許容平均待ち時間は４０ｍｓであり、顧客の最大許容パケットロスは．４％であり、顧客の最小許容利用可能度は９９．９％である。顧客とバックボーンキャリアとの間で交渉されたＳＬＡに依存して、他の実施形態が異なる許容値を有し得ることに留意されたい。図において、システム全体の最大許容平均待ち時間は１５０ｍｓであり、システム全体の最大許容パケットロスは１％であり、システム全体の最小許容利用可能度は９９．８％である。
【００７４】
図９（ｃ）のエレメント９５４および９５８に示すように、終点となる顧客がそのＳＬＡ性能要件を満たさない場合、終点となる顧客は終点となるデータの貸方を受信しない。したがって、終点となる顧客は高質のサービスを送達するように動機付けされる。図９（ｃ）のエレメント９６４に示すように、バックボーンがそのＳＬＡ性能要件を満たさない場合、バックボーンはその仲介手数料を保持しないかもしれない。したがって、バックボーンキャリアは高質のサービスを送達し、システム全体のサービスの質を損う顧客を保持しないように動機付けされる。
【００７５】
記載する実施形態において、バックボーンキャリアとＩＳＰ／顧客との間の典型的なＳＬＡは、ネットワークの利用可能度のない最大時間、パケットロス、スループット、ビットエラー率、待ち時間、およびジッターのうちの１つ以上に対する最小要件を有する。すべてのＳＬＡがこれらの値それぞれに対して要件を有する必要はない。他のＳＬＡが性能の異なる測定値を有し得る。
【００７６】
上述したように、プレミアムサービスのクラス（単数または複数）があるため、ＱｏＳに提供する次世代のルータおよびスイッチに投資する経済的な奨励を提供することによって、ＱｏＳのインターネットの開発が可能になる。技術が進化すると共に、プレミアム顧客のダイヤルインの直接的なＩＳＰ接続、ＳＯＨＯ（小規模事業所）、在宅勤務、および他の使用に専用のＤＳＬなどの一意的なサービス構築も得られる。
【００７７】
例えば、オンライン仲介業者は、１日中株取引をしている個人投資家およびプラチナ顧客用に高質の専用ダイアルインのアカウントを提供するために、高質のサービスを所望し得る。オンライン仲介業者は、高レベルのＳＬＡを有するバックボーン７４０に取り付ける全国系ダイアルインと提携することによってこれを達成し得る。これらの機構を適所に設けると、オンライン仲介業者は、保証された株式取引性能ウィンドウ（これはオンライン仲介業者の最終的な目標である）を確立し得る。
【００７８】
サービスが構築される方法のために、すなわち、バックボーンのカットスルーがキャリアエッジアクセスを有するために、ＱｏＳ切替機器は、インクリメントする様態でインターネットのエッジに配置されることが多い。これにより、経済ドライバを生成してその成長を奨励しつつ、ＱｏＳインターネットを配置するコスト負担が和らげられる。
ｉｖ．（交換サイト）
交換サイトは、バックボーン７４０の地域の存在現場において多くのＩＳＰの相互接続を介して構築される。これらの接続は、ＤＳ−３およびＯＣ−３などの高容量のローカルループであり得るか、または別の種類の複数メガビットのパイプであり得る。あるいは、それは、バックボーンのダークファイバネットワークの一部／拡張部を介し得る。これらの基本相互接続が物理的接続を提供するため、ルータはインターネットキャリアから交換サイトルータに接続される。
【００７９】
プレミアムサービスのカテゴリーにおいて、境界ゲートウェイプロトコル（ＢＧＰ）を用いて、グローバルなプレミアムサービスグループの一部であるＩＰアドレス（これらのサービスのうちの１つを購入した顧客のすべてのアドレス）の幾つか、すべてを発表し得るか、あるいはすべてを発表しないことがある。これは、地域に密着したプレミアムサービスの顧客を割り当てられた地域交換サイトに接続するために用いられる、カットスルー相互接続の方法に依存して決定される。例えば、トンネルを用いて、強制された地域系ルーチンを促進すると、トンネルの終点のみを発表することが必要であり、このトンネルを越えて到達可能である顧客アドレスは、バックボーンキャリアおよび特定の顧客によってのみ知られる。しかし、地域系ルーチンに影響を与えるようにルーチン選好がインターネットキャリアによって用いられると、ＢＧＰ全体の発表が必要であり得る。種々の実施形態は、本発明の意図および範囲から逸脱せずに、任意の適切な方法でルーチンを実施し得る。
ｖ．テストおよび検証
本発明の重要な部分は、帯域幅の使用法および性能を測定および決定する能力である。ＳＬＡは、性能をテストし、そして有意義な方法で結果を報告する能力を必要とする。
【００８０】
本発明の特定の実施形態は、プレミアムサービスの顧客の高度なＳＬＡテストサービスを含む。これは、本明細書において「ネットワーク分析デバイス（ＮＡＤ）」と呼ばれる低価格のサーバをクライアントサイトに配置して、サーバそれ自体、交換サイト内のＮＡＤと、他のクライアントサイトにおける他のＮＡＤとの間でテストを実行することによって達成される。
【００８１】
上述の性能測定方法に加え、クライアントおよび顧客が、Ｕｎｉｘ（Ｒ）　ｐｉｎｇコマンド（利用可能度および待ち時間用）および追跡コマンド（地域系ルーチンが有効であることを保証するため）などの標準ツールを用い得ることが考えられる。他の実施は、ＴＣＰおよびＵＤＰなどのトランスポートプロトコルもテストして、有効な性能がこのレベルでも存在し、そしてＷＥＢフロー、映像フロー、音声フローなどのより高レベルなプロトコル平面をテストする能力を開発することを保証する。
【００８２】
したがって、要約すると、現在の発明は、バックボーンキャリアが、始点と終点との間でデータを仲介することを可能にする支払い方法を含む。始点は借方記入され、終点は貸方記入され、バックボーンの所有者は、借方額および貸方額との差の所定の部分を保持する。さらに、本発明は、借方／貸方システムにおける特定の支払いが行われるまたは払い戻される前に、満たされる必要があるＳＬＡ要件を実施する。
【００８３】
特定の実施形態は、差別化されたサービスを提供するように分離され得る複数のバックボーンを含み得る。このような差別化されたサービスは、地理、産業、または所定の他の属性またはカテゴリー化に基づき得る。各差別化されたサービスは好適には、自身の借方／貸方／仲介手数料をそれぞれ有する。さらに、一意的な借方／貸方／仲介手数料の構造は、２つ以上のこれらの分離されたバックボーンを横断する必要がある顧客間の通信に適用され得る。例えば、北アメリカのバックボーンおよび全ヨーロッパのバックボーンがあり得る。異なる借方／貸方／仲介手数料は、特定のメッセージがある分離されたバックボーンから別の分離されたバックボーンに渡された場合に、課金され得る。
【００８４】
したがって、本発明は、上掲の特許請求の範囲および均等物の意図および範囲内にある場合、すべてのこのような別の実施形態、改変および変形を包括することが意図される。
【図面の簡単な説明】
【図１】
図１は、従来のインターネットエンドユーザモデルを示すブロック図である。
【図２】
図２は、従来のインターネットトランジットモデルを示すブロック図である。
【図３】
図３は、従来のインターネットピアリングモデルを示すブロック図である。
【図４】
図４は、従来のインターネットマルチ−トランジット／ピアリングモデルを示すブロック図である。
【図５】
図５は、本発明の好適な実施形態によるインセンティブモデルを示すブロック図である。
【図６ａ】
図６ａは、本発明の好適な実施形態による複数の顧客を有するインターネットデータ交換システムを示すブロック図である。
【図６ｂ】
図６ｂは、図６ａのインターネットデータ交換システムの一部のさらなる詳細を示すブロック図である。
【図７ａ】
図７ａは、本発明によるインセンティブ方法の実現を用いて、いくつかのＩＳＰとバックボーンキャリアとの間における資金のフローを示すブロック図である。
【図７ｂ】
図７ｂは、本発明によるインセンティブ方法の実現とインターネットピアリングとの組み合わせに従って、いくつかのＩＳＰとバックボーンキャリアとの間における資金のフローを示すブロック図である。
【図８ａ】
図８ａは、本発明によるバックボーンキャリアに接続されたルータからのデータを収集する中央収集点を示すブロック図である。
【図８ｂ】
図８ｂは、実施されるシステムパフォーマンス測定を示すブロック図である。
【図９ａ】
図９ａは、このデータに従ってデータを収集し、支払を決定する方法を示すフローチャートである。
【図９ｂ】
図９ｂは、所与の顧客について、最初のデータおよび最後のデータの９５番目の百分位数を決定するように収集されたデータの例を提供する。
【図９ｃ】
図９ｃは、所与の顧客について、最初のデータおよび最後のデータの９５番目の百分位数を決定するように収集されたデータの例を提供する。
【図９ｄ】
図９ｄは、所与の顧客について、最初のデータおよび最後のデータの９５番目の百分位数を決定するように収集されたデータの例を提供する。
【図９ｅ】
図９ｅは、このデータに従ってデータを収集し、支払を決定する方法を示すフローチャートである。
【図９ｆ】
図９ｆは、様々なシステム要素についてのパフォーマンスを決定する方法を示すフローチャートである。
【図９ｇ】
図９ｇは、ＳＬＡを用いて適合検査するために収集されたパフォーマンス統計学のタイプの例を示す。
【図９ｈ】
図９ｈは、要求されたパフォーマンス値のテーブルの例である。
【図１】
2004514305.tif 000003
【図２】
2004514305.tif 000004
【図３】
2004514305.tif 000005
【図４】
2004514305.tif 000006
【図５】
2004514305.tif 000007
【図６ａ】
2004514305.tif 000008
【図６ｂ】
2004514305.tif 000009
【図７ａ】
2004514305.tif 000010
【図７ｂ】
2004514305.tif 000011
【図８ａ】
2004514305.tif 000012
【図８ｂ】
2004514305.tif 000013
【図９ａ】
2004514305.tif 000014
【図９ｂ】
2004514305.tif 000015
【図９ｃ】
2004514305.tif 000016
【図９ｄ】
2004514305.tif 000017
【図９ｅ】
2004514305.tif 000018
【図９ｆ】
2004514305.tif 000019
【図９ｇ】
2004514305.tif 000020
【図９ｈ】
2004514305.tif 000021
【国際公開パンフレット】
2004514305.tif 000022
2004514305.tif 000023
2004514305.tif 000024
2004514305.tif 000025
2004514305.tif 000026
2004514305.tif 000027
2004514305.tif 000028
2004514305.tif 000029
2004514305.tif 000030
2004514305.tif 000031
2004514305.tif 000032
2004514305.tif 000033
2004514305.tif 000034
2004514305.tif 000035
2004514305.tif 000036
2004514305.tif 000037
2004514305.tif 000038
2004514305.tif 000039
2004514305.tif 000040
2004514305.tif 000041
2004514305.tif 000042
2004514305.tif 000043
2004514305.tif 000044
2004514305.tif 000045
2004514305.tif 000046
2004514305.tif 000047
2004514305.tif 000048
2004514305.tif 000049
2004514305.tif 000050
2004514305.tif 000051
2004514305.tif 000052
2004514305.tif 000053
2004514305.tif 000054
2004514305.tif 000055
2004514305.tif 000056
2004514305.tif 000057
2004514305.tif 000058
2004514305.tif 000059
2004514305.tif 000060
2004514305.tif 000061
2004514305.tif 000062
2004514305.tif 000063
2004514305.tif 000064
2004514305.tif 000065
2004514305.tif 000066
2004514305.tif 000067
2004514305.tif 000068
2004514305.tif 000069
2004514305.tif 000070
【国際公開パンフレット（コレクトバージョン）】
2004514305.tif 000071
【国際調査報告】
2004514305.tif 000072
2004514305.tif 000073
2004514305.tif 000074