JP2003520496A - リソース割付け - Google Patents

Abstract

(57)【要約】 リソースにアクセスしまたはそれを使用するよう動作可能な複数装置間の共有リソースを割り付けるための共有リソース割付けシステム。システムは、各装置によるリソースへのアクセスまたはその使用を制御するための制御手段、および一つ以上の装置からの入札を受信するための手段を含む。各入札は、リソースの要求量、および要求量に対して提供された価格を示す。システムはまた、受信した入札を処理するための割付け手段も含み、適度なリソース割付けを決定する。また、決定された割付けに応じて共有リソースへのアクセスまたはその使用を制御する制御手段を命令するための命令手段も含む。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】

本発明は、通信ネットワークのユーザーへ共有リソースを割り付けるための方
法と装置に関し、詳細には、かかる割付けを、動的ベースで、かつリソースが持
つとユーザーのみなす価値に依存して実行できるようにする方法と装置に関する
。

【０００２】

【発明の背景】

電話網やコンピュータネットワーク等の通信ネットワーク内には、制限付きデ
ータリンク（すなわちボトルネック）の帯域幅、共有処理ユニット上の処理パワ
ー、および共有データ記憶ユニット上のデータ記憶容量を含め多数の共有リソー
スがある。かかるリソースを共有する従来の方法は、早い者勝ちベースでリソー
スの利用がいっぱいになるまでリソースを割り付けている。この場合、そのサー
ビスに対する課金は、定期的改訂を別にすれば固定的である。

【０００３】 需要が高いときリソースの利用はいっぱいになり、それを超えるユーザー需要
は拒否され、需要が低いときリソースの利用はいっぱいに満たない。従って、リ
ソースは効率的な方法で利用されてはいないことになる。

【０００４】

【発明の概要】

本発明の第１の局面によれば、以下を含む共有リソース割付けシステムが提供
される。

【０００５】 （i）共有リソース； （ii）リソースへのアクセスまたはその使用に適する複数の装置、 （iii）各装置によるリソースへのアクセスまたはその使用を制御するための制
御手段； （iv）一つ以上の装置からの入札を受信するための手段であって、その入札は、
共有リソースの要求量、およびその要求量に対して支払う用意がある対価を示す
；および、 （v）共有リソースの適切な割付けを決めるために、受信した入札を処理するた
めの、そして、決められた割付けに従って共有リソースへのアクセスまたはその
使用を制御するように制御手段に命令するための手段。

【０００６】 かかるシステムは、共有リソースの需要が高い場合であっても、他のユーザー
は、十分高い価格を提示する用意があるなら、依然として共有リソースにアクセ
スできるという利点を有する。同様に、需要が低い場合でも、単に低価格しか提
供しようとしないユーザーへ割り付けることにより、共有リソースは利用可能な
ままである。

【０００７】 共有リソースは、装置のうち２台の装置間でのデータ通信を許可することが要
件であるリソースであることが好ましい。理想的には２台以上の装置が同一割付
けのリソースに対して、例えば、２台間のデータ通信を許可することにより両当
事者がそのコストに寄与できるようにして入札を行ってもよい。例えば、通信当
事者である２台の装置が入札を行って、両入札による価格提示を集約することに
より、通信を許可することを要件とするリソースの割付けコストに向けて寄与す
ることが望ましい。

【０００８】 ユニット当たりのリソース利用課金は、好ましくは、リソースに対する平均需
要が、利用可能全リソース量の規定の大部分に一致するときの市場需給均衡価格
に近い価格を確定することにより決められたレートで課される。この利点は、入
札者がリソースにあるとみなす価値の真の反映である対価を提示するよう入札者
を促すことである。

【０００９】 共有リソースは、既定期間にわたって装置へ割り付けられるのが好ましい。と
いうのは、これによりシステムは過剰信号のオーバーヘッドを避けることができ
、また入札者への課金の変動を減らす緩衝メカニズムとして作用するからである
。既定期間は、１から１００秒の範囲内であることが好ましい。需要が上昇して
いるときには、或る量の共有リソースの新規割付けを要求する装置へ課される初
期価格は、それより早い時期に或る量のリソースを最初に割り当てられて、その
間リソースの割付けを維持していた装置への課金より高いことが好ましい。これ
もシステムに安定性をもたらす。

【００１０】

【発明の実施の形態】

本発明の典型的な実施の形態を添付図面を参照して説明する。

【００１１】第１の実施の形態 概観 この実施の形態は、一群の相互接続サーバー（以下、サーバーファームと称する
）が最大データ伝送レート（すなわち最大帯域幅）に制限があるデータリンクを
介して、著しく多数のパーソナルコンピュータに接続されたデータ通信システム
である。このデータ通信システムは、サーバーファーム内の１台のサーバー上に
ホスティングされるウェブサイトアプリケーションが、いずれか１台のパーソナ
ルコンピュータへの保証帯域幅割付けに入札して、成功すれば購入することを許
可する。帯域幅は動的ベースで割り付けられて、ウェブサイトアプリケーション
が、制限付きデータリンクの恒久的な保証帯域幅割付けを必要とせずに、転送の
ための保証帯域幅割付けを用いて、限られた時間内にデータを１台のパーソナル
コンピュータに転送することを許可する。

【００１２】 ここで、図１を参照すると、データ通信システム１は、それぞれのモデム２０
−１、２０−２、．．、２０−ｎを介してサーバーファーム５０に接続される多
数のパーソナルコンピュータ１０−１、１０−２、．．、１０−ｎと、マルチプ
レクサ編成３０と、データリンク４０とを備える。この実施の形態では、モデム
装置２０は非対称デジタル加入者線（ＡＤＳＬ）モデムである。かかるモデムは
、最大で毎秒９メガビット（Ｍｂｐｓ）のダウンロード（すなわち、サーバーフ
ァーム５０から接続ＰＣ１０までのデータ転送）速度を達成でき、理想的な状態
では最大１．５Ｍｂｐｓのアップロード（すなわち、接続ＰＣ１０からサーバー
ファーム５０までのデータ転送）速度を達成できる（最大のアップロード速度と
ダウンロード速度の違いが「非対称」という用語の起源であることに注目）。マ
ルチプレクサ編成３０は電話交換機内に設置されている。この場合、マルチプレ
クサはデジタル加入者線アクセスマルチプレクサ（ＤＳＬＡＭ）である。ＤＳＬ
ＡＭ３０は、ＡＤＳＬモデム装置２０から単一データリンク４０に至る多数のラ
インをリンクする。この技術に精通する者にとっては明らかなように、ＤＳＬＡ
Ｍを常に使って、例えば、ＡＤＳＬモデム装置２０などの「Ｘ−ＤＳＬ」モデム
装置からの信号を単一データリンク上に多重化している。本実施例では、データ
リンク４０は最大２００Ｍｂｐｓで転送可能であり、これは、７５Ｍｂｐｓの利
用帯域幅を割り付けたベストエフォート部分４２と、１２５Ｍｂｐｓの割り付け
たサービス品質保証部分４１とに分離される。サーバーファーム５０は、複数の
ホストサーバー８１、８２、８３、８４、ゲートコントローラ６０、インターネ
ット１００への順方向接続部を持つ汎用ルーター９０、およびこれらの構成要素
を相互接続するローカルエリアネットワーク７０を備える。サーバー８１は汎用
サーバーであり、多数の不特定ウェブサイトアプリケーションをホスティングす
る。サーバー８２はサーバー８１と類似するが、以後、ウェブサイトアプリケー
ションＡと称するウェブサイトアプリケーションを追加してホスティングする点
で異なる。従って、サーバー８２は、以後、ウェブサイトホストサーバー８２と
称する。サーバー８３は、サーバー８１および８２と類似するが、入札ルーター
プログラムをホスティングする点で異なる。従って、サーバー８３は、以後、入
札ルーターホストサーバー８３と称する。サーバー８４はサーバー８３と類似す
るが、帯域幅ブローカープログラムをホスティングする点で異なる。従って、サ
ーバー８４は、以後、帯域幅ブローカーホストサーバー８４と称する。

【００１３】 この実施の形態で、データリンク４０のサービス品質保証部分４１は、ゲート
コントローラ６０からＤＳＬＡＭ３０まで移動するデータ専用である一方、ベス
トエフォート部分４２は双方向に移動するデータを搬送するために用いられる。
こうして、データがサーバー８１、８２、８３、８４の一つに向けて送られると
、ゲートコントローラ６０は従来型ルーター装置として働き、データを直接、宛
先のホストサーバーへルーティングする。さもなければ、データがインターネッ
ト１００を経由してのみコンタクト可能な別の装置に向けて送られる場合は、ゲ
ートコントローラ６０はデータをルーター９０に送り、ルーターは次いでインタ
ーネット１００へデータをルーティングする。

【００１４】 別の方向からくるデータについては（すなわち、１台のパーソナルコンピュー
タ１０宛の通信）、ゲートコントローラ６０が各データブロック（以後、データ
グラムと称する）を調査して、各調査データグラムがサービス品質保証部分４１
を通じて伝送できる品質を持っているかどうか判定する。そうであれば、部分４
１を通じてルーティングされ、それにふさわしい品質を持っていなければ、ベス
トエフォート部分４２を通じて従来方法でルーティングされる。

【００１５】 説明のための実施例 図２は、説明のための一実施例を通じてデータ通信システム１の各種構成要素
間を通過する信号を説明するが、ここでは、ウェブサイトアプリケーションＡは
、サービス品質保証部分４１内の帯域幅の入札に成功して、データが、ウェブサ
イトホストサーバー８２からパーソナルコンピュータ１０−１へ転送される。こ
の実施例では、パーソナルコンピュータ１０−１のユーザーが、ウェブサイトホ
ストサーバー８２にホスティングされたウェブサイトＡを閲覧していて、新しい
販促用オーディオビデオクリップをダウンロードしてリアルタイムで見るという
オプションに気が付いたとする。ユーザーはそのオーディオビデオクリップを見
るという選択をし、それにより、パーソナルコンピュータ１０−１は要求信号２
０２を発生し、その信号はウェブサイトホストサーバー８２へ送信される。要求
信号２０２が取るルートは、モデム２０、ＤＳＬＡＭ３０、データリンク４０の
ベストエフォート部分４２、ゲートコントローラ６０、およびローカルエリアネ
ットワーク７０を経由する。要求信号２０２を受信すると、ホストサーバー８２
上で実行されるウェブサイトアプリケーションＡはその要求を処理し、要求され
たオーディオビデオクリップの高品質の経験をユーザーに与えるために比較的高
速のデータレートで、要求されたデータをパーソナルコンピュータ１０−１のユ
ーザーへ完全無欠に送信すべきかどうか判定する。従って、ウェブサイトアプリ
ケーションＡは、データリンク４０のサービス品質保証部分４１内の或る帯域幅
を購入する意向のある旨を示す入札メッセージ２０４を発生する。本実施例では
、入札メッセージは、ウェブサイトアプリケーションＡが部分４１内の３つの異
なる量の帯域幅に幾ら支払う用意があるかを述べる。この入札メッセージ２０４
はローカルエリアネットワーク７０を通じて入札ルーターホストサーバー８３へ
転送される。ホストサーバー８３上で実行される入札ルータープログラムが入札
メッセージ２０４を受信すると、ウェブサイトアプリケーションＡは、入札が順
調にいくよう管理するために、何れの帯域幅のコスト支払いを借方記入できる口
座を持っているかどうかを確認する。口座があれば、入札ルータープログラムは
その口座で利用可能なクレジット金額を含めるように入札メッセージを修正し、
ローカルエリアネットワーク７０を経由して帯域幅ブローカーホストサーバー８
４へ修正入札メッセージ２０６を送信する。

【００１６】 修正入札メッセージ２０６を受信すると、帯域幅ブローカはそれを処理して、
入札メッセージで提示された値段の何れもが、部分４１内の幾らかの帯域幅売却
をウェブサイトアプリケーションＡに保証するほどに十分高いかどうかを判定す
る。本実施例では、入札が順調であった場合、帯域幅ブローカーホストサーバー
８４は、ローカルエリアネットワーク７０を経由してゲートコントローラ６０へ
命令信号２０８を発行する。命令信号２０８は、ゲートコントローラ６０に、ウ
ェブサイトホストサーバー８２から発行され、パーソナルコンピュータ１０−１
宛に送られるデータグラムが、固定時間（本実施例では最初の６秒間）の間、サ
ービス品質保証部分４１を経由してデータリンク４０上に送信されるべき旨通知
する。命令信号２０８はまた、サービス品質保証部分４１内の、特定データグラ
ムのために確保されるべき最小量の帯域幅をゲートコントローラに知らせる。ゲ
ートコントローラ６０に到着する残りの特定データグラムは、次いで、ベストエ
フォート部分４２を通じて従来方法でルーティングされることになる。ゲートコ
ントローラ６０は命令信号２０８を受信すると、関連する詳細を格納し、帯域幅
ブローカへ送り返される肯定応答メッセージ２１０を発生する。肯定応答メッセ
ージ２１０は、ゲートコントローラ６０が受信した旨の詳細を確認するとともに
、それに従って自らを再構成した旨確認する。

【００１７】 ゲートコントローラ６０からの肯定応答メッセージ２１０を受信すると、帯域
幅ブローカーホストサーバー８４は、ローカルエリアネットワーク７０を経由し
て入札ルーターホストサーバー８３へ通知メッセージ２１２を発行する。通知メ
ッセージ２１２には、サービス品質保証部分４１内に割り当てられた帯域幅の量
、その帯域幅の利用可能保証持続時間（６秒間）、その帯域幅に対して入札者に
課される現在価格、および、入札が入札者（すなわちウェブサイトアプリケーシ
ョンＡ）からの確認メッセージがないために無効になる時刻が含まれる。この実
施の形態では、入札がアクティブであると見なされ持続時間は３０秒に設定され
る（すなわち、各契約時間６秒で５契約時間分）。通知メッセージ２１２を受信
すると、入札ルーターはメッセージを調査し、それを順方向通知メッセージ２１
４としてローカルエリアネットワーク７０を経由してウェブサイトホストサーバ
ー８２へ送る。入札ルーターホストサーバー８３からの通知メッセージ２１４を
受信すると、ウェブサイトアプリケーションＡは、サービス品質保証部分４１内
に割り付けられている帯域幅量を測定し、ローカルエリアネットワーク７０、ゲ
ートコントローラ６０、データリンク４０、ＤＳＬＡＭ３０、およびモデム２０
−１を経由して、ウェブサイトホストサーバー８２からパーソナルコンピュータ
１０−１へ、適切なデータレートでデータ送信を開始する。これはデータ信号２
１６により指示される。

【００１８】 最初に入札メッセージ２０６を処理して通知メッセージ２１２を発行した６秒
後、帯域幅ブローカープログラムは再度自動的に入札を処理して、この実施例で
は、入札が依然有効であること、そして入札者の帯域幅割付けが維持されるべき
であることを判定して、新規通知メッセージ２１８を発行する。入札ルーターが
通知メッセージ２１８を受信した場合は、再度これを順方向通知メッセージ２２
０として、ウェブサイトホストサーバー８２へ送る。一方、ウェブサイトホスト
サーバーは、データ信号２２２の指示通りにパーソナルコンピュータ１０−１へ
データを継続して送信をする。通知メッセージを発行するこのプロセスは、通知
メッセージ２２４、２３０および２３６、順方向通知メッセージ２２６、２３２
および２３８、およびデータ信号２２８、２３４および２４０の指示通りに、さ
らに３回繰り返される。５つの通知メッセージ２１２、２１８、２２４、２３０
および２３６を発行した後、入札は、帯域幅ブローカにより、各６秒間５契約時
間の間、アクティブに維持されている。従って、確認メッセージがその前に受信
されない限り、５回目の契約の終了時点で無効になる。本実施例では、５契約期
間後、ウェブサイトアプリケーションＡは、より多くのデータが、サービス品質
保証部分４１を用いて送信されることをなおも望むであろう。従って、それは確
認メッセージ２４２を入札ルーターホストサーバー８３へ発行する。確認メッセ
ージ２４２は問題の入札を識別してそれを再確認することにより、帯域幅ブロー
カが元の入札をさらに５契約期間の間アクティブとして扱うことができる。確認
メッセージ２４２を受信すると、入札ルータープログラムは、ウェブサイトアプ
リケーションＡがその口座に十分な資金をまだ保有していることをチェックする
。本実施例では、この判断は「正」であり、入札ルータープログラムは確認メッ
セージ２４２を順方向確認メッセージ２４４として送る。次いでそれを帯域幅ブ
ローカーホストサーバー８４へルーティングする。

【００１９】 順方向確認メッセージ２４４を受信すると、帯域幅ブローカは入札の終了時間
をリセットする。引き続いて、入札が次回の処理をなされる場合（５回目の契約
期間の終了時）、帯域幅ブローカは、入札がまだアクティブであるか否かを判定
する。なぜなら確認が終わったばかりだからである。こうして入札者への帯域幅
割り付けを維持すべきであると判定してから新規通知メッセージ２４６をこの効
果に対して発行し、それは入札ルーターホストサーバー８３へ送信される。通知
メッセージ２４６は再度、順方向通知メッセージ２４８として、入札ルーターホ
ストサーバー８３からウェブサイトホストサーバー８２へ送られる。ウェブサイ
トホストサーバー８２は、データ信号２５０の指示通りに、この時点までデータ
送信を継続している。しかし、本実施例では、順方向通知メッセージ２４８を受
信した直後に、ウェブサイトアプリケーションＡは、販促用オーディオビデオク
リップのデータ送信を終了し、従って、データリンク４０を通じた帯域幅割付け
入札の終了を望む。これを達成するためにウェブサイトホストサーバー８２は、
入札ルーターホストサーバー８３へ終了要求２５２を送信する。終了要求２５２
を受信すると、入札ルーターは順方向終了要求２５４として終了要求を帯域幅ブ
ローカーホストサーバー８４へ送る。

【００２０】 順方向終了要求２５４を受信すると直ちに、帯域幅ブローカーが終了命令２５
６を発生し、この命令は帯域幅ブローカーホストサーバー８４からゲートコント
ローラへ送信される。それと同時に、帯域幅ブローカーホストサーバー８４は終
了通知メッセージ２５８を送信するが、このメッセージは契約が終了したという
指示、およびセッション全体（すなわち、完全に終了した５契約、および６回目
の部分的に完了した契約）のコストを含む。終了通知メッセージ２５８は、帯域
幅ブローカーホストサーバー８４から入札ルーターホストサーバー８３へ送信さ
れる。終了通知メッセージ２５８を受信すると、入札ルーターはセッションのト
ータルコストを格納し、次いで通知メッセージ上に載せて、ウェブサイトホスト
サーバー８２へ順方向終了通知メッセージ２６０として送る。順方向終了通知メ
ッセージ２６０を受信すると、ウェブサイトアプリケーションＡは、セッション
のトータルコストを、自らの会計目的で書き留める。

【００２１】 ゲートコントローラ６０は、帯域幅ブローカーホストサーバー８４から終了命
令２５６を受信すると直ちに自らを再構成して、元の命令信号２０８の詳細に従
うデータグラムがサービス品質保証部分４１を通じて送信されることを防いで、
肯定応答メッセージ２６２を発生する。このメッセージは、これが実行されてい
ることを知らせるために帯域幅ブローカーホストサーバー８４へ送信されるもの
である。

【００２２】 ウェブサイトホストサーバー８２、入札ルーターホストサーバー８３、および
帯域幅ブローカーホストサーバー８４のさらに詳細な説明は、図３から１９を参
照して以下説明する。

【００２３】 ウェブサイトホストサーバー 図３はウェブサイトホストサーバー８２のブロック図である。図に示すように
、ウェブサイトホストサーバー８２は、メモリー３２０との間で通信するプロセ
ッサ３１０を含む。このメモリーは、ウェブサイトアプリケーションＡ３２１を
含む多数のウェブサイトアプリケーションを格納している。ウェブサイトアプリ
ケーションＡ３２１は、サイトを遠隔地から訪れるユーザーがダウンロードに利
用できるウェブサイトコンテンツ３２２を作り上げている多数のデータファイル
；ウェブサイトアプリケーションがどのようにサービス品質保証帯域幅割付けに
入札するかを制御する入札プログラム３２４；および入札プログラム３２４が用
いる各種オプションのための数値である一組の入札初期設定３２６を格納するデ
ータファイル；を含む。

【００２４】 図４は、入札プログラム３２４の基本操作を説明するフローチャートである。
ステップＳ３５０でプログラムが開始されると、ステップＳ３５１で、遠隔地か
らのサイト訪問者が使用するコンピュータ（以後、要求者と称する）からウェブ
サイトコンテンツ３２２を経てコンテンツ要求がウェブサイトホストサーバー８
２で受信されているか否かが判定される。かかる要求が受信されていない場合、
要求が受信されるまで制御ループはステップＳ３５０とＳ３５１を通じて戻る。

【００２５】 コンテンツ要求が受信されると、制御はステップＳ３５１からステップＳ３５
２へ移り、そこで、要求されたコンテンツデータが「入札可能」であるか否かを
判定する。本実施例では、ウェブサイトアプリケーションＡは、ウェブサイトに
より販売促進されている新製品を広告するオーディオビデオクリップデータファ
イルを含み、このオーディオビデオクリップファイルは入札可能であると旨マー
クが付されている。要求されたコンテンツデータが入札可能でない場合、制御は
ステップＳ３５３へ移り、そこでは要求コンテンツデータが、通常のベストエフ
ォートクラスのサービスを用いて要求者へ送信される（従って、要求者がパーソ
ナルコンピュータ１０のうちの１台であると、要求コンテンツデータはデータリ
ンク４０のベストエフォート部分４２を通じて送信されることになろう）。ステ
ップＳ３５３が完了すると制御は開始ステップＳ３５０へ戻る。コンテンツデー
タが入札可能な場合には、次に制御はステップＳ３５２からステップＳ３５４へ
移り、ここでは新規入札が、ウェブサイトホストサーバー８２のメモリー３２０
に格納された入札初期設定３２６を用いて生成される。

【００２６】 この実施の形態では、入札プログラム３２４により生成される各入札に含まれ
るデータは以下の通りである： ウェブサイトアプリケーションの入札識別子（これはシリアル番号とフィール
ドであり、フィールドには以後、入札者の入札識別子と称するものが記憶されて
いる）； ウェブサイトホストサーバー８２のインターネットプロトコル（ＩＰ）アドレ
ス（このフィールドは以後、入札者のＩＰアドレスと称する）； 要求者のＩＰアドレス（このフィールドは以後、通信者のＩＰアドレスと称す
る‐本実施例では、要求者は常に通信者と同一であり、通信者は、サービス品質
保証部分４１を通じて送信されるべきデータがアドレスされる装置である。しか
し、要求者も入札できる後述の実施の形態では、通信者は受信者ではなくて、デ
ータの送信者であってもよい）； ウェブサイトアプリケーションの請求識別子番号（このフィールドは以後、入
札者の請求識別子と称する。これは入札初期設定３２６内に格納され、この実施
の形態では、サーバーファーム５０を制御するインターネットサービスプロバイ
ダのために口座を開設したときのウェブサイトアプリケーションＡの所有者へ与
えられる口座番号である。口座は、データリンク４０のサービス品質保証部分４
１を通じてウェブサイトアプリケーションＡにより購入される保証帯域幅を許可
するためにのみ用いる）；および、 ３つの送信入札オプション。そのいずれも帯域幅の要求量、およびその帯域幅
に関連する最大提示額を含む。

【００２７】 従って、通常の入札は次の形式をとることになろう： 入札者の入札識別子：１２３４ 入札者のＩＰアドレス：１２．３４．５６．７８ 通信者のＩＰアドレス：７８．５６．３４．１２ 入札者の請求識別子：８８８ 入札オプション送信： 帯域幅＿＿＿＿＿＿最大提示額 ２Ｍｂｐｓ ３セント／分 １Ｍｂｐｓ ３セント／分 ３３３ｋｂｐｓ ２セント／分

【００２８】 入札を生成した後、制御はステップＳ３５５へ移り、そこで入札が入札ルータ
ーホストサーバー８３へ送信される（図２の入札メッセージ２０４）。次に制御
はステップＳ３５６へ移り、そこで、入札の成功可否を識別しながら、入札ルー
ターホストサーバー８３からの回答を待機する。回答が受信されると、制御はス
テップＳ３５７へ移り、入札の成功可否を回答から判定する。入札が不成功であ
った場合、制御はステップＳ３５３へ移り、要求されたコンテンツデータは、以
前のように従来のインターネットプロトコルを用いて送信される。しかし、入札
が成功した場合、制御はステップＳ３５８へ移り、そこで入札ルーターホストサ
ーバー８３から受信した回答（図２の順方向通知信号２１４）を調査して、どれ
だけの量の保証帯域幅が入札に応答して割り付けられているかを測定して、要求
されたコンテンツデータの送信を対応するデータレートで開始する。

【００２９】 次いで、処理はステップＳ３５９へ進み（図４ｂに示す）、ここで、この実施
の形態の場合、ウェブサイトホストサーバーは、すべての要求されたコンテンツ
データが送信済みかどうかを調べるために試験を行う。送信済みでなければ、こ
の実施の形態の場合、ステップＳ３６０で入札が現契約期間の終了時に無効にな
ろうとしているか否かを調べる。現入札が無効になる前の残り時間が６秒を超え
ていれば、制御はループしてステップＳ３５９へ戻る。しかし、現入札が無効に
なる前の残り時間が６秒未満で、かつ送信済みの要求コンテンツデータがそのす
べてではない場合、制御はステップＳ３６１へ移り、ここでは、確認メッセージ
が入札ルーターホストサーバー８３へ送信され（図２の確認メッセージ２３０）
てから、処理がステップＳ３５９へ戻る。すべての要求データが送信済みの場合
、制御はステップＳ３６２へ移り、ここで、終了要求が入札ルーターホストサー
バー８３へ送信される（図２の終了要求２４０）。次いで、ステップＳ３６３と
Ｓ３６４で、妥当な時間内に終了通知が入札ルーターから受信されたか否かを判
定する（この実施の形態では１秒）。かかる通知が受信されていない場合、制御
はステップＳ３６２へ戻り、ここで新規の終了要求が入札ルーターホストサーバ
ー８３へ送信される。終了通知信号が受信されている場合、制御は、開始へ戻る
ステップＳ３６５を経由して開始ステップＳ３５０へ戻り、セッションは終了す
る。図４に記載されていないが、入札プログラム３２４は、通知信号が入札ルー
ターホストサーバー８３から到着次第、更に監視機能を実行して、各セッション
に係わる自らのコスト記録を保全する。

【００３０】 入札ルーターホストサーバー 図５は、プロセッサ４１０と、入札ルーター４２１を格納するメモリー４２０
とを含む入札ルーターホストサーバー８３のブロック図である。入札ルーター４
２１は、入札ルータープログラム４２２；口座を設定したサーバーファーム５０
上にホスティングされるすべてのウェブサイトアプリケーションの口座詳細を格
納しているデータファイル４２４；および、帯域幅ブローカと関連宛先ＩＰアド
レスとを格納するデータファイル４２６；を含む（宛先ＩＰアドレスは、この場
合、帯域幅ブローカーホストサーバー８４、およびデータリンク４０を経由する
各パーソナルコンピュータ１０のＩＰアドレスと一致する）。

【００３１】 図６は、入札ルータープログラム４２２の基本構造を、その機能モジュールの
見地から、そしてそれらがどのようにインタラクトしているかという見地から図
解する。図示の基本的機能モジュールは、入力モジュール４３０、入札メッセー
ジ処理モジュール４３２、帯域幅ブローカ通知処理モジュール４３４、タイミン
グモジュール４３６、および出力モジュール４３８である。入力モジュール４３
０は、入札ルータープログラム４２２へアドレスされたメッセージを受信し、そ
れらが帯域幅ブローカからか、あるいは潜在的入札者からなのかを判定する。潜
在的入札者からのメッセージは、入札メッセージ処理モジュール４３２へ移され
、帯域幅ブローカからのメッセージは、帯域幅ブローカ通知処理モジュール４３
４へ移される。新規入札が入札メッセージ処理モジュール４３２により受信され
る場合と、新規入札を出力モジュール４３８へ送る前にタイミングモジュール４
３６に通知する。出力モジュールは帯域幅ブローカへの新規入札の順方向ルーテ
ィングを扱う。タイミングモジュール４３６は新規入札に関する記録を創出し、
既定時間の間待機する（この場合には１０秒）。この時間が経過すると、この入
札に関する何らの通知も帯域幅ブローカから返信されなかった場合、タイミング
モジュールは、潜在的入札者に、入札が時間切れの結果失敗に終わった旨の通知
を出力する。帯域幅ブローカからの通知を帯域幅ブローカ通知処理モジュール４
３４が受信した場合は常に、そのモジュールは、時間切れプロセスにある既存記
録にこれが一致しているかどうかを見て調べるタイミングモジュール４３６に知
らせる。それが記録の一つへの通知と一致する場合、単純にその記録を消去する
（この入札に関して時間切れ通知が生成されるのを防ぐ）。一致が見られない場
合、タイミングモジュールはアクションをとらず、既存記録は継続して時間切れ
とする。

【００３２】 入札メッセージ処理モジュール 図７は、入札メッセージ処理モジュール４３２の操作のフローチャートである
。ステップＳ４４０での開始後、制御は新規入札メッセージの受信を待機するス
テップＳ４４１へ移る。新規入札メッセージを受信すると、制御はステップＳ４
４２へ移り、そこで入札メッセージを送る入札者の請求ステータスが評価される
。入札者の請求ステータスの評価後、制御はステップＳ４４３へ移り、入札メッ
セージ処理モジュール４３２はその入札が請求可能であるか否かを判定する。

【００３３】 ステップＳ４４３で入札が請求不能であると判定された場合、制御はステップ
Ｓ４４４へ移り、入札者認証に失敗したことを示す通知が入札者へ返送するため
に生成される。さらに、初めに受信した信号が旧入札に関する入札メッセージで
あった場合（帯域幅ブローカ入札識別番号の有無により判定されるように）、帯
域幅ブローカへ送るための、問題の入札を終了するよう要求するメッセージも用
意される。ステップＳ４４４の完了後、制御はステップＳ４４１へ戻される。

【００３４】 ステップＳ４４３で入札が請求可能であると判定された場合、制御はステップ
Ｓ４４５へ移り、処理モジュール４３２は、受信メッセージが新規入札かどうか
、またはそれが旧入札に関するメッセージであるかどうかを判定する。旧入札に
関するメッセージである場合、制御はステップＳ４４６へ移り、そこでメッセー
ジは修正せずに直ちに帯域幅ブローカへの送出のために送られる。ステップＳ４
４６の完了後、制御はステップＳ４４１へ戻される。

【００３５】 ステップＳ４４５で入札メッセージが新規入札であると判定された場合（これ
は、帯域幅ブローカ入札識別子が入札メッセージに含まれていない場合であると
見なされる）、制御はステップＳ４４７へ移る。ステップＳ４４７では、通信者
のＩＰアドレス（新規入札から判定される）がメモリー４２０内に格納された関
連宛先ＩＰアドレス４２６（すなわち、パーソナルコンピュータ１０のＩＰアド
レス）のひとつと一致するかどうかが判定される。これを行うことによって、こ
の実施の形態の帯域幅ブローカがこの目的のためにデータリンク４０を通じて帯
域幅を割り付けるのに適切となるように、確実に、コンテンツデータがデータリ
ンク４０を通じてルーティングされる。注目すべき点は、通信者がルーター９０
とインターネット１００を経由してのみアクセス可能な場合、帯域幅ブローカへ
入札を渡すポイントがないことである。従って一致が見つからなければ、制御は
ステップＳ４４８へ移り、そこで要求通信者にとってサービスが利用できないこ
とを入札者へ知らせる通知が、入札者への返信のために生成される。その後、制
御はステップＳ４４１へ戻る。ステップＳ４４７で通信者のＩＰアドレスが関連
宛先ＩＰアドレス４２６のひとつと一致すると判定された場合、制御はステップ
Ｓ４４９へ移り、入札者の口座番号とクレジット限度が新規入札へ加算されて、
修正入札メッセージが生成される。その後、制御はステップＳ４５０へ移り、そ
こで修正入札メッセージが出力モジュール４３８へ渡されて、帯域幅ブローカへ
ルーティングする。同時に、タイミングモジュール４３６には新規入札が知らさ
れるので、新規入札のために上記時間切れ期間を初期化できる。ステップＳ４５
０の完了後、制御はステップＳ４４１へ戻る。

【００３６】 上記のステップＳ４４２では入札者の請求ステータスが評価されたが、この実
施の形態でそれが行われる方法を図８を参照して説明する。図示のように、サブ
ステップＳ４４２１でステップＳ４４２が開始すると、制御はサブステップＳ４
４２２へ移り、そこで入札メッセージが新規入札の場合、入札メッセージ内に含
まれる請求ＩＤを用いて、入札者の口座詳細がデータファイル４２４内でルック
アップされる。ここで、入札メッセージが旧入札に関する場合、口座データファ
イル４２４が、入札メッセージ内に含まれる帯域幅ブローカの入札識別子を用い
てアクセスされる。というのは、（さらに以下に説明するように）データファイ
ル４２４中の入札者用口座データは、現在アクティブな入札を継続的に更新して
いるからである。次いで制御はサブステップＳ４４２３へ移り、そこで認証チェ
ックを新規入札に対して実行する。これは、間違った口座詳細を語って他の入札
者のふりをする詐欺の入札者を防ぐためである。このチェックを行うために、口
座詳細に格納されたＩＰアドレスは、その入札メッセージの起源を調べることに
より判定された入札者のＩＰアドレスと比較される。これら２つのＩＰアドレス
が一致しない場合、制御はサブステップＳ４４２６へ移り、入札ステータスは、
「請求不能」と設定される。

【００３７】 サブステップＳ４４２３でＩＰアドレスの一致が見出された場合、制御はサブ
ステップＳ４４２４へ移り、そこで口座がアクティブかどうか、クレジットが利
用可能かどうかを判定する。口座が閉鎖されていたり、口座に控除分が設定され
ていたり、あるいは口座がクレジットを利用できない場合、制御はステップＳ４
４２６へ移り、入札ステータスは上記のように「請求不能」と設定される。しか
し、口座がクレジット利用可能なアクティブである場合、制御はステップＳ４４
２５へ移り、そこで入札のステータスは請求可能と設定される。サブステップＳ
４４２５で請求可能、またはステップＳ４４２６で請求不能として入札のステー
タスを設定後、制御はサブステップＳ４４２７へ移り、評価ステップＳ４４２の
終了をマーク付けする。

【００３８】 帯域幅ブローカ通知処理モジュール 図９は、帯域幅ブローカ通知処理モジュール４３４の操作を説明するフローチ
ャートである。開始すると、制御はステップＳ４６０からステップＳ４６１へ移
り、そこで帯域幅ブローカからの通知を待機する。かかる通知を受信すると、制
御はステップＳ４６２へ移り、そこでタイミングモジュールは通知の受信を知ら
される。このステップが完了すると制御はステップＳ４６３へ移り、これまでの
セッションコストがその通知から判定され、入札者の口座詳細とともにデータフ
ァイル４２４に格納される。注目する点は、関連口座詳細は、それが新規入札に
関する最初の通知でない限り、帯域幅ブローカの入札識別子を用いて識別される
ことであり、その場合、口座詳細は、通知に含まれる帯域幅ブローカの入札識別
子を用いて識別され、更なる参照のためにデータファイル４２４の口座詳細とと
もに格納される。ステップＳ４６３が完了すると制御はステップＳ４６４へ移り
、そこで入札者への順方向ルーティングのために通知メッセージが出力モジュー
ル４３８へ渡される。ステップＳ４６４の完了後、制御はステップＳ４６１へ移
る。

【００３９】 帯域幅ブローカーホストサーバー 図１０は、プロセッサ５１０とメモリー５２０とを含む帯域幅ブローカーホス
トサーバー８４のブロック図である。メモリー５２０に格納されるのは帯域幅ブ
ローカ５２１である。帯域幅ブローカ５２１は、帯域幅ブローカープログラム５
２２、ゲートコントローラデータ５２６、および入札ルーターデータ５２８を含
む。さらに、メモリー領域には、帯域幅ブローカープログラム５２２のための作
業メモリー５２４が設けられている。この実施の形態では、ゲートコントローラ
データ５２６は、単に、ゲートコントローラ６０のＩＰアドレスを備えるだけで
ある。同様に、この実施の形態において、入札ルーターデータ５２８は、入札ル
ーターホストサーバー８３のＩＰアドレス、およびドメイン名、または入札ルー
ターホストサーバー８３内の入札ルータープログラム４２２の仮想アドレスを含
んでいる（ドメイン名、または入札ルーターの仮想アドレスは、入札ルーターに
対して意図されたメッセージが順調に運ばれることを確保するだけのために用い
られる）。

【００４０】 図１１は、帯域幅ブローカープログラム５２２の全体的構造および作業メモリ
ー５２４のブロック図である。図示のように、帯域幅ブローカープログラム５２
２は、入力／出力メッセージハンドリングモジュール５３０、ゲートパフォーマ
ンスモニターモジュール５３２、新規入札メッセージの初期処理モジュール５３
４、クレジット管理モジュール５３６、最低入札価格（ＭＢＰ）・スポット価格
（ＳＰ）・最大効率容量（ＭＥＣ）判定モジュール５３８、および旧入札処理モ
ジュール５４０を含む。作業メモリー５３４内にはアクティブ入札格納部５４４
がある。

【００４１】 入力／出力メッセージハンドリングモジュール５３０のタスクは外部装置からの
信号の受信および帯域幅ブローカープログラム５２２内の適当なモジュールへそ
れらを送る。この実施の形態では、帯域幅ブローカだけが入札ルーターホストサ
ーバー８３またはゲートコントローラ６０からのメッセージを受信する。さらに
メッセージハンドリングモジュール５３０も帯域幅プログラム５２２内のモジュ
ールからのメッセージを受信するよう働き、適当な外部装置にそれらを送る。

【００４２】 ゲートパフォーマンスモニターモジュール５３２は、データリンク４０のサー
ビス品質保証部分４１の使用記録を保全する。特に、この実施の形態では、それ
は部分４１のどれだけの実際のスペア帯域幅が利用可能であるかの記録を保全し
、この情報をそれを知る必要のある他のモジュールが利用できるようにする（す
なわちモジュール５３４、５３８および５４０）。この実施の形態では、利用可
能な実際のスペア帯域幅の量が、割り付けられた帯域幅を持つ各入札の記録を保
つことにより判定される。これらの記録は、モジュール５３４または５４０から
発行される命令信号を監視することにより保全され、それらの命令信号はゲート
コントローラ６０に命令して、何らかの方法（すなわち、その割付けを増減して
）、部分４１を通じて帯域幅の割付けを変える。それとともに、命令された割付
け変更が成されたことを確認するゲートコントローラ６０からの肯定応答信号も
監視される。新規命令信号が作成される場合は常に、ゲートパフォーマンスモニ
ター５３２が各記録に仮補正を加える（利用可能なスペア帯域幅量の算出時に考
慮される）。仮修正を確認するゲートコントローラ６０からの肯定応答が受信さ
れると、補正が確定される。肯定応答が受信されない場合、または受信された肯
定応答が正しくない場合、ゲートパフォーマンスモニターモジュール５３２は命
令信号をゲートコントローラに再送する。モジュール５３４または５４０の一方
が仮補正をキャンセルする命令を送った場合、モジュール５３２はその仮補正を
消去する。

【００４３】 さらに、ゲートパフォーマンスモジュール５３２は、どれほどの帯域幅が部分
４１内に割り付けられているか（この実施の形態では、１１５ｍｂｐｓで常に一
定のままである）、つまり部分４１の最大容量と利用可能なスペア容量を判定す
るために、全体ステータス要求メッセージを周期的にゲートコントローラ６０へ
送る。ゲートコントローラ６０から受信すると、必要に応じてこの情報を用いて
、ゲートパフォーマンスモジュールの内部記録を更新できる。

【００４４】 この実施の形態では、クレジット管理モジュール５３６が、新規入札メッセー
ジを入力／出力メッセージハンドリングモジュール５３０から受信し、入札者の
利用可能なクレジットと口座番号とを含む、入札に関連する入札者記録を設定し
、その後、新規入札メッセージモジュール５３４の初期処理または旧入札モジュ
ール５４０の処理から生成された通知を受信することにより、その入札の結果と
して課されたコストを監視する。ユーザーがすべての利用可能なクレジットを使
い切っている場合、クレジット管理モジュールは、以下さらに詳細に説明するよ
うに、関連セッションを終了させる旧入札モジュール５４０の処理に警告を送る
。

【００４５】 アクティブ入札格納部５４４は、再審用に各入札の次回期日順に多数の入札を
格納し、また、格納部内の各入札は以下の情報を含む： 入札者の入札識別子、 入札者のＩＰアドレス、 通信者のＩＰアドレス、 入札者の請求識別子、

【００４６】 送信入札オプション、 帯域幅（オプション１） 最大提示額（オプション１）、 帯域幅（オプション２） 最大提示額（オプション２）、 帯域幅（オプション３） 最大提示額（オプション３）、

【００４７】 入札者のクレジット限度額、

【００４８】 帯域幅ブローカ（ＢＢ）の入札識別子、 次回再審時間、 入札時間、 最後確認時間、 現在の帯域幅、 セッション開始時でのＭＢＰ、 セッション開始時でのＳＰ、 現在価格、 次回再審までの保証帯域幅のコスト、および、 トータルコスト。 新規入札メッセージモジュールの初期処理 ここで、新規入札メッセージモジュール５３４の初期処理の基本機能および詳
細処理について説明する。モジュール５３４の基本機能は、帯域幅ブローカによ
り入札メッセージが受信されたときに、それら入札メッセージの初期処理を実行
することである。この実施の形態では、かかるメッセージは、新規入札のいずれ
か一つ、旧入札の確認、または旧入札に関する終了要求であり得る。終了要求の
場合、終了通知を発行することにより対応セッションを終了させ、適当な帯域幅
を再割付けするようにゲートコントローラ６０へ命令する。確認の場合、対応入
札の最終確認時間が更新される。新規入札の場合には、入札メッセージが何れか
の入札オプションを満たすかどうか調査される。一つの入札オプションが満たさ
れる場合、セッションは開始され、その入札はアクティブ入札格納部５４４に格
納される。さもなければ、入札は拒否されて、入札が不首尾に終わったことを示
す失敗通知が生成されて入札ルーターを経由して入札者へ送信される。

【００４９】 図１２は、新規入札メッセージモジュール５３４の初期処理の詳細操作のフロ
ーチャートである。ステップＳ５５０でモジュールの操作が開始されると、新規
入札メッセージはステップＳ５５１で待機する。新規入札メッセージを受信する
と、制御はステップＳ５５１からステップＳ５５２へ移り、そこでモジュール５
３４は、そのメッセージが旧入札と関係しているのか、あるいは新規入札と関連
しているのかを判定する。メッセージが旧入札と関係しているかどうかを判定す
るには、受信した入札メッセージがＢＢ入札識別子を含むかどうかを調べる。か
かる識別子が存在する場合は、メッセージは旧入札に関係していると見なされ、
さもなければ、新規入札に関係していると見なされる。

【００５０】 メッセージが旧入札に関係していると見なされる場合、制御はステップＳ５５
３へ移り、そこでモジュール５３４は、メッセージが確認メッセージであるかど
うか判定するとともに、メッセージ内に含まれるＢＢ入札識別子を、アクティブ
入札格納部５４４に格納される入札の一つとを一致させることにより、それが現
在のアクティブ入札と一致するかどうかを判定する。一致が見つかると、制御は
ステップＳ５５３からステップＳ５５４へ移り、そこでアクティブ入札格納部に
格納された一致入札内の最後確認時間フィールドが現在時間にリセットされる。
ステップＳ５５４が完了すると、制御はステップＳ５５０へ戻る。

【００５１】 ステップＳ５５３で、受信した入札メッセージが確認メッセージでないと判定
された場合、または既存の入札と一致しないと判定された場合、制御はステップ
Ｓ５５５へ移る。ステップＳ５５５では、メッセージが終了要求かどうか、そし
てアクティブ入札格納部５４４内の既存入札と一致するかどうか調べられる。そ
れが終了要求である場合、制御はステップＳ５５６へ移り、そこで終了通知が生
成されて、メッセージハンドリングモジュール５３０経由で入札ルーターに送ら
れ、次いで入札ルーターは入札者へ通知を送る。ステップＳ５５６でも、命令が
生成されて、メッセージハンドリングモジュール５３０経由でゲートコントロー
ラ６０へ命令が送られる（自らの記録内に仮の再割付けを行うゲートパフォーマ
ンスモニターモジュール５３２へも送られる）。この命令は、ゲートコントロー
ラ６０に対して、対応帯域幅を再割付けすることにより現セッションを終了させ
るよう命令する。最終的に、終了した入札はアクティブ入札格納部５４４から消
去され、制御は開始ステップＳ５５０へ戻される。

【００５２】 ステップＳ５５５で、受信した入札メッセージが終了要求ではない、あるいは
現入札と一致しないと判定された場合、この実施の形態では、そのメッセージは
、多分何かのせいで損壊したとして無効とみなされる。このような場合、制御は
ステップＳ５５７へ移り、そこでエラーメッセージが生成されて、メッセージハ
ンドリングモジュール５３０経由で入札ルーターへ返送される。ステップＳ５５
７が完了すると制御は開始ステップＳ５５０へ戻る。

【００５３】 ステップＳ５５２で、処理モジュール５３４が、受信したメッセージが新規入
札に関連していると判定される場合、制御はステップＳ５５８へ移り、そこで新
規入札識別子番号が生成されて新規入札へ加えられる。ステップＳ５５８が完了
すると制御はステップＳ５５９へ移り、そこで入札オプション（要求された帯域
幅量の降順）が、現在の最小入札価格（ＭＢＰ）、およびデータリンク４０のサ
ービス品質保証部分４１内で利用可能なスペアの実際帯域幅と比較される。制御
は次いでステップＳ５６０へ移り、そこで何れかの入札オプションが成功してい
るかどうか判定する。この実施の形態では、成功するには、セント／分でみた最
大提示額と、各要求量の帯域幅との比は、現在の最低入札価格（ＭＢＰ）より大
きくなければならず、要求帯域幅はスペアの実際の帯域幅と等しいかそれ未満で
なければならない。入札オプションが成功しない場合、制御はステップＳ５６０
からステップＳ５６６へ移り、そこで失敗通知が生成されて、入札ルーター経由
で入札者へ送られる。この通知は入札が失敗したことを示すとともに入札者の入
札識別子を含む。ステップＳ５６６が完了すると、制御はステップＳ５５０の開
始へ戻る。

【００５４】 ステップＳ５６０で、少なくとも一つの入札オプションが成功していると判定
された場合、制御はステップＳ５６１へ移り、そこで命令が生成されて、メッセ
ージハンドリングモジュール５３０経由でゲートコントローラ６０へ送信される
が、この命令は、ゲートコントローラ６０に、対応する入札者から通信者へのあ
るレートでデータグラムを介して許可するよう命令するものであり、このレート
は、データリンク４０のサービス品質保証部分４１を経由する最高の帯域幅を有
する成功入札オプションに対する帯域幅の量に等しいかそれ未満である。この命
令はまた、この割付けの仮記録を行うゲートパフォーマンスモニターモジュール
５３２へも送られる。

【００５５】 ステップＳ５６１の完了後、制御はステップＳ５６２へ移ってわずかな遅延を してから、制御がステップ５６３へ移り、そこで肯定応答メッセージがゲー
トコントローラ６０から受信されているかどうかをモジュール５３４が判定する
。肯定応答が受信されていない場合、制御はステップＳ５６４へ移り、そこでモ
ジュール５３４は、ゲートコントローラ６０に対する３回未満の命令の試みが、
失敗して、その結果として肯定応答メッセージが受信されたのかどうかを判定す
る。かかる試みが３回未満の場合、制御はステップＳ５６１へ戻ってゲートコン
トローラ６０に命令し、それによって肯定応答を検出する更なる試み行われる。
かかる３回の試行が不首尾に終わった場合、制御はステップＳ５６５へ移り、キ
ャンセル命令がゲートコントローラ６０へ送られて、入札は失敗したものとして
扱われる。制御はステップＳ５６６へ移り、そこで失敗通知が上記のように発行
される。

【００５６】 ステップＳ５６３で、ゲートコントローラ６０自身が再構成を終えて、要求さ
れた通信の通過を許可することを示す肯定応答メッセージが受信された場合、制
御はステップＳ５６７へ移る。ステップＳ５６７では、入札内の以下を含む各種
入札フィールドが初期化される。すなわち、現在時間へ設定される入札時間フィ
ールド；同様に現在時間へ設定される最後確認時間フィールド；現在時間に６秒
を加えて設定される次回再審時間フィールド；成功した入札帯域幅量へ設定され
る現在帯域幅フィールド；現在の最低入札価格の値へ設定されるセッション開始
フィールドでの最低入札価格（ＭＢＰ）；同様に最低入札価格の現在の値へ設定
される現在価格フィールド；ゼロへ設定されるトータルコストフィールド；次回
再審までの時間を乗じた現在帯域幅を乗じた現在価格設定される次回再審フィー
ルドまでの保証帯域幅のコスト；スポット価格の現在値へ設定されるセッション
開始フィールドでのスポット価格（ＳＰ）；およびゼロへ設定されるサービス期
間カウントフィールド。ステップＳ５６７が完了すると制御はステップＳ５６８
へ移り、そこでモジュール５３４は通知メッセージを生成する。この通知メッセ
ージは、入札オプションの一つが成功したことを確認し、現在帯域幅、現在価格
、次回再審までの保証帯域幅のコスト、および入札の無効を防ぐよう入札の確認
が要求される時間（すなわち、最後確認時間プラス３０秒）を示す。通知メッセ
ージは、入札者の入札識別子およびＢＢ入札識別子も含む。通知メッセージは、
入札者に利用可能クレジット額を監視するためのクレジット管理モジュール５３
６と、入札ルーターホストサーバー８３へ順方向送り、本実施例ではウェブサイ
トホストサーバー８２へそこから戻すためのメッセージハンドリングモジュール
５３０との双方へ渡される。

【００５７】 ステップＳ５６８が完了すると制御はステップＳ５６９へ移り、そこで入札が
アクティブ入札格納部５４４に格納される。この実施の形態では、アクティブ入
札格納部５４４に格納される全ての入札は、現在時間に６秒を加えて設定された
次回再審時間を有し、それにより新規に処理される全ての入札は、再審を受ける
入札列の最後尾に付き、前の入札が処理されると一つづつ上がっていく。ステッ
プＳ５６９が完了すると制御は開始ステップＳ５５０へ戻る。 旧入札モジュールの処理 ここで、旧入札モジュール５４０の処理の基本機能および詳細処理について説
明する。需要変化を動的に把えるためには、モジュール５４０の基本機能が、ア
クティブ入札格納部５４４内の各入札を周期的に処理すること、そしてデータリ
ンク４０のサービス品質保証部分４１内の帯域幅割付けを調整することである。
特に、この実施の形態では、モジュール５４０は周期的に各入札を調査し、その
入札に関連する帯域幅割付けを維持し得るかどうか、あるいは現在のスポット価
格（以降で詳細に説明するが、現在の需要レベルを表す）がある値に上昇したか
どうかを判定する。ある値とは、入札対象の帯域幅割付けが、入札に関連する新
規低帯域幅オプションまで逓減されねばならない値であるか、またはどの入札オ
プションも、現在のスポット価格と比較して、それと関連する十分に高い価格を
持たない場合に、入札が完全に終了すべき値である。

【００５８】 図１３は旧入札モジュール５４０の処理の詳細操作を説明するフローチャート
である。ステップＳ５８７で開始すると、制御はステップＳ５８８へ移り、ここ
で、モジュール５４０は、再審期限となる、アクティブ入札格納部５４４内のい
ずれか一つの入札を待機する。これは、この実施の形態では、現在時間と、アク
ティブ入札格納５４４の入札の列の最初の入札の次回再審時間フィールドとを比
較することにより行われる。次回再審時間が現在時間以下である場合、再審準備
が済んだばかりの入札が選択されて、制御はステップＳ５８９へ移る。さもなけ
れば、入札の再審準備ができるまで制御はステップＳ５８７へ戻る。

【００５９】 ステップＳ５８９では、入札のサービス期間カウントは一つ増分し、次に制御
がステップＳ５９０へ移る。ステップＳ５９０からＳ５９３を用いて、入札オプ
ションの成功と失敗の評価にどの価格を使うかを判定するとともに、オプション
の一つが成功した場合にユーザーが次回契約期間に課金される価格を判定する。
全般的な効果として、新規入札は最低入札価格（スポット価格より高いこともあ
る）で取引されねばならない一方、達成された入札はスポット価格を用いている
ということである。これら２つの極値の間で、入札に課される価格は多くの契約
を繰り返すうちに最低入札価格（ＭＢＰ）からスポット価格（ＳＰ）へとゆっく
りと下がる（１０契約または「サービス期間」の最大値まで）。明らかに、セッ
ション開始時にＭＢＰがＳＰに等しい場合は、何ら移行も要求されない。

【００６０】 こうしてステップＳ５９０では、選択された入札のセッション開始時のＭＢＰ
が、セッション開始時のＳＰより高いかどうかが判定される。ステップＳ５９０
の判定が肯定の場合、制御はステップＳ５９１へ移り、そこでモジュール５４０
はサービス期間カウントが１０以下であるかどうか判定する。ステップＳ５９０
またはステップＳ５９１の判定が否定の場合、制御はステップＳ５９２へ移り、
そこで「トークン価格」と呼ばれる中間変数はスポット価格の現在値に設定され
る。ステップＳ５９１でサービス期間カウントが１０以下であると判定された場
合、制御はステップS５９３へ進み、そこで中間変数トークン価格は、現在のス
ポット価格または、現在の価格（入札の現在価格フィールドに格納されている）
からセッション開始時のＭＢＰとＳＰの差の１０％を差し引いたいずれか高い方
へ設定される。ステップＳ５９２またはステップＳ５９３の中間変数トークン価
格の値を設定した後、制御はステップＳ５９４へ移る。

【００６１】 ステップＳ５９４でモジュール５４０は、トークン価格が、選択された入札の
現在サービス中の入札オプションに含まれる最大提示額より高いかどうか判定す
る。この実施の形態では、これは現在のスポット価格が、入札が再評価された６
秒前の最後の時間のときの値から上昇している場合だけであろう。トークン価格
が現在サービス中の入札オプションの現在帯域幅に対する最大提示額より低い場
合、制御はステップＳ５９５へ移り、そこで現在の値はトークン価格へ設定され
る。ステップＳ５９５が完了すると制御はステップＳ５９６へ移り、そこで次回
再審時間は現在時間に６秒を加えて調整される。すなわち、トータルコストは、
次回再審フィールドまで、保証帯域幅コストに現在格納されている分だけ増加し
、次いで次回再審までの保証帯域幅のコストは、現在の帯域幅と、現在価格と、
次回再審までの時間との積へリセットされる。ステップＳ５９６が完了すると制
御はステップＳ５９７へ移り、ここで通知メッセージが生成されるが、この通知
メッセージは、ＢＢ入札識別子、入札者の入札識別子、現在の帯域幅、現在の価
格、次回再審までの保証帯域幅のコスト、および入札が無効になるのを防ぐよう
確認メッセージに要求される時間を含む。この通知メッセージは、入札ルーター
ホストサーバー８３への順方向ルーティングのために、クレジット管理モジュー
ル５３６、ゲートパフォーマンスモニターモジュール５３２、およびメッセージ
ハンドリングモジュール５３０へ渡される。ステップＳ５９７が完了すると制御
はステップＳ５９８へ移り、そこで入札がアクティブ入札格納５４４に戻されて
格納される。ステップＳ５９８が完了すると、制御は開始ステップＳ５９９へ戻
ってから開始ステップＳ５８７へ戻る。

【００６２】 ステップＳ５９４で、選択された入札の現在サービス中の入札オプションに含
まれる現在の帯域幅に対する最大提示額よりトークン価格の方が高いことを、モ
ジュール５４０が判定した場合、制御はステップＳ５９４からステップＳ６００
へ移る。かかる肯定判定は、現在サービス中の帯域幅割付けに対して支払う用意
があると入札者が示しているしきい値以上に上昇しているスポット価格を示すこ
とに注目されたい。従って、ステップＳ６００で、もしあれば、トークン価格を
上まわる価格を支払う用意があると入札者が示している次回の帯域幅最低要求量
を見つける試みがなされる。ステップＳ６００が完了すると制御はステップＳ６
０１へ移り、そこでモジュール５４０は、少なくとも一つの入札オプションがス
テップＳ６００で受け入れられることが判明したかどうか判定する。

【００６３】 いずれの入札オプションも受け入れられないことが判明した場合、制御はステ
ップＳ６０２へ移り、そこでトータルコストは、次回再審フィールドまで、保証
帯域幅のコストに現在格納されている値分だけ増加する。ステップＳ６０２が完
了すると制御はステップＳ６０３へ移り、そこで終了メッセージ通知が生成され
る。終了メッセージ通知は、帯域幅ブローカ入札識別子、入札者の入札識別子、
セッションが終了した旨の表示、およびトータルコストを含む。この終了メッセ
ージ通知は、クレジット管理モジュール５３６（これが入札者の記録を消去でき
る）と、入札ルーターホストサーバー８３（そこから入札者をホスティングする
、例えばウェブサイトホストサーバー８２などのサーバー）へ順方向ルーティン
グするためにメッセージハンドリングモジュール５３０とへ渡される。

【００６４】 ステップＳ６０３が完了すると制御はステップＳ６０４へ移り、そこでゲート
コントローラ６０への送信用命令メッセージが生成される。命令メッセージもゲ
ートパフォーマンスモニター５３２へ渡され、サービス品質保証部分４１内の帯
域幅割付けの記録から仮の再割付けを行う。そして、ゲートコントローラ６０か
らの、仮の再割付けが永久化されるよう帯域幅が再割付けされたという肯定応答
の形での確認を待機する。命令メッセージは帯域幅ブローカの入札識別子、およ
びこの入札に関して成された割付けが終了されるべきであるという指示を含む。
ステップＳ６０４が完了すると制御はステップＳ６０５へ移り、そこで入札はア
クティブ入札格納部５４４から消去され、次に制御が開始ステップＳ６０６を経
由して開始ステップＳ５８７へ戻る。注目すべきは、この実施の形態で、帯域幅
ブローカは、入札を消去する前に、そしてウェブサイトホストサーバー８２への
順方向送信のために入札ルーターホストサーバー８３へ終了通知を発行する前に
、ゲートコントローラ６０からの肯定応答メッセージ受信を待機しないので、ゲ
ートコントローラ６０の再構成に問題がある場合でも、ユーザーは追加コストを
負担しないで済む。

【００６５】 ステップＳ６０１でモジュール５４０が、選択された入札の少なくとも一つの
入札オプションが受け入れ可能であると判定した場合、制御はステップＳ６０７
へ移り、そこで少量で新規の適当なデータグラム（すなわち、選択される入札オ
プションの特定データグラム）へのサービス品質部分４１内の帯域幅割付けを低
減するようゲートコントローラ６０に命令するメッセージが生成されて、それは
メッセージハンドリングモジュール５３０経由でゲートコントローラ６０へ送信
される。ステップＳ６０７が完了すると制御はステップＳ６０８へ移り、選択さ
れた入札の現在の帯域幅フィールドは、受け入れられた帯域幅（すなわち、選択
され受け入れ可能な入札オプションに対する帯域幅入札）へそれを設定すること
により調整される。

【００６６】 ステップＳ６０７が完了すると、制御は上記のようにステップＳ５９５へ戻る。 ＭＢＰ、ＳＰおよびＭＥＣ判定モジュール ＭＢＰ、ＳＰおよびＭＥＣ判定モジュール５３８の基本機能および詳細動作に
ついて説明する。モジュール５３８の基本機能は、周期的に現在の需要レベルと
、利用可能帯域幅の利用との関係を再審することであり、それは一般に最高価格
入札が低価格の入札に優先してサービスされるように、サービス品質保証部分４
２全体の利用可能帯域幅に対する適当な価格を確定できるよう試みるためである
。適用される基本原理は、需給均衡化価格以上の価格を提示する全入札が需給均
衡化価格で帯域幅を与えられるように、そしてかかるすべての均衡入札の帯域幅
の合計が、適度な量の安定性を有するサービス品質保証帯域幅に対する利用可能
帯域幅へ、実用可能なほど近くに維持されるように、需給均衡化価格を達成する
ことである。

【００６７】 この概念を、価格弾力性を表す代表的需要曲線を示す図１４を参照して、ここ
でより詳細に説明する。縦軸は競売に付されるリソース（この場合は帯域幅）の
値段を表す。値段は入札者がそれに対して支払う用意がある値段により決められ
ているが、帯域幅のユニット当たりの値段（この場合、セント/分/Ｋbps）で表
される。水平軸は値段毎にランク付けされた累積帯域幅需要を表す。曲線は需要
が価格とともに変わる様子を説明している。従って、価格が高ければ需要は低下
し、価格が低ければ需要は高まる。固定量の帯域幅が競売にかけられる場合（線
ＲＬにより示される）、マーケットの需給均衡価格Ｐを判定することが可能とな
り、ここでリソース限度は需要曲線と交点を結ぶ。このマーケットの需給均衡価
格を課すことにより、線ＲＬの左の需要（領域ＳＤで示される）は正確に利用可
能帯域幅の量と一致し、従って受け入れ可能である。より低い価格にある（領域
ＲＤで示される）余分な需要は、事実上価格を外されるので拒否される。

【００６８】 この技術に精通する者には明らかなように、このように正確に定義された需要
曲線により瞬間需要を完璧に知ることができる。実際には、完璧に需要を知るこ
とは実現できない。この実施の形態には、特定量の短期需要変動性がある。従っ
て、短期需要は、需要が単一の線ではなく、そこで経験的な曲線状領域を定義す
ることによってより良好に特性付けられる。これは図１５に説明されている。領
域ＳＴＶは、単一線ＵＤが基本需要曲線を表し、曖昧要因が短期変動性を表して
単一線ＵＤを、それを横切る両方向に拡げたものとして考えることができる。（
破線ＳＴＶＨ、ＳＴＶＬで表す）。従って、マーケットの需給均衡価格が基本需
要に従って設定された場合（図１５で需要Ｐのユニット当たり値段で示す）、需
要はリソース限度ＲＬをしばしば越えることになろう（ハッチング領域ＥＤで表
される）。

【００６９】 基本需要ＵＤの変化によりもたらされる需要領域の変化を、図１６に示す。こ
の図で注目すべきは、領域ＳＴＶの厚さは変わらず、短期変動性が一定のままで
あることを示しているということである。基本需要のかかる変化の典型は電話通
信ネットワークであり、ここでは、需要は一日の時間、そしてネットワークオペ
レータのコントロール範囲外の他のイベントに従って変動する。

【００７０】 この実施の形態のシステムは、価格（スポット価格）を設定することにより短
期変動性の問題を克服する。ここで、その価格は十分高いので、基本需要は、最
も短期の変動性が適合可能なリソース限度を大きく下回るレベルまで低減される
。これを図１７に示す。注目すべきは、価格Ｐでの平均需要（線ＭＤで表される
）がリソース限度ＲＬより幾らか低いということである。図１７はベル型曲線（
ＳＴＤ）も示す。この曲線は、価格Ｐでの瞬間需要が、Ｐ線と需要曲線型領域Ｓ
ＴＶの交点を越えて広がっているが、近似的な正規分布を持つ平均の両側に落ち
着く確率は低く、平均値ＭＤで落ち着く確率が最も高いであろうことを示してい
る。

【００７１】 この実施の形態では、最大効率容量（ＭＥＣ）が設定されて、システムが対処
できる平均需要ＭＤに一致するよう試行して、需要の短期変動をリソース限度を
越えずに順応させることができる。少なくとも、予め定めたごく一部の入札およ
び入札再審は、サービスを拒否されるに過ぎない。なぜなら、さもなければ、そ
れらはリソース限度を超過させてしまうからである。）課せられる価格を変動さ
せて、ＭＥＣと略等しい基本需要を試行して保持する。

【００７２】 ＭＢＰ、ＳＰおよびＭＥＣ判定モジュール５３８はまた、最低入札価格（ＭＢ
Ｐ）の値段も設定する。これは、需要がリソース限度を超えるほど早く上昇する
のを防ぐとともに、スポット価格が需要変化を計算に入れるために変化させなけ
ればならないレートを低減する緩衝メカニズムとして働く。その狙いは、スポッ
ト価格が、基本需要の変化がない場合に、需要の短期変動に応答して変化するの
を防ぐことである。

【００７３】 ＭＢＰ、ＳＰおよびＭＥＣの判定モジュール５３８の詳細動作を、図１８に示
すフローチャートを参照して説明する。ステップＳ６５０でモジュールが動作を
開始すると、モジュールが必要とする多数の変数がステップＳ６５１で初期化さ
れる。変数ＭＡＸは１１５に設定される。すなわち、これはデータリンク４０の
サービス品質保証部分４１内の入札者への割付けに利用可能な最大量の帯域幅を
表し、本実施例では、１１５Ｍｂｐｓに固定されていると仮定している。変数Ｍ
ＥＣは８０に設定される。すなわち、ＭＥＣはサービス品質保証部分４１内の最
大効率容量を表す。上記理由により、これは最大利用可能量ＭＡＸより幾らか低
く設定されて、新規入札に適合できるバッファを提供する。このシステムの狙い
は概ね、スポット価格と、最大効率容量にかなり近い平均帯域幅割付けを維持す
るよう入札者に課される最低入札価格とを動的に変化させることにより、平均帯
域幅割付けを、妥当な範囲で最大効率容量に近づけることである。変数ＨＩＴＨ
ＲＥＳＨは、需要の増加が部分４２内の帯域幅割付けをこのしきい値を超えて増
加させたときに、最低入札価格の増加をトリガーするために用いる変数である。
この実施の形態では、ＨＩＴＨＲＥＳＨは８８の値に設定される。変数ＬＯＷＴ
ＨＲＥＳＨは、ＨＩＴＨＲＥＳＨに類似するが、異なるのは、需要の低下がデー
タ部分４０内の帯域幅割付けをこのしきい値未満に低下させた時に、それがスポ
ット価格の低減をトリガーするために用いられる点である。この実施の形態で、
ＬＯＷＴＨＲＥＳＨは６８の値に設定される。

【００７４】 この実施の形態では、ＭＥＣ、ＨＩＴＨＲＥＳＨ、およびＬＯＷＴＨＲＥＳＨ
は、区別できる許可された多数の値の間で下記のように変化する。この実施の形
態で、各ＭＥＣ、ＨＩＴＨＲＥＳＨ、およびＬＯＷＴＨＲＥＳＨに関連する３つ
のかかる区別できる許可された値がある。この実施の形態では、これら許可され
た値は下表に従って設定される：

【００７５】

【表０】 ＭＥＣ、ＨＩＴＨＲＥＳＨ、およびＬＯＷＴＨＲＥＳＨの初期値が上記のように
ＭＥＣ２、ＨＩＴＨＲＥＳＨ２、およびＬＯＷＴＨＲＥＳＨ２それぞれに対応す
ることに注意されたい。

【００７６】 定数Ｗ、Ｎ、Ｍ、Ｋ、ＺおよびＶもまたステップＳ６５１で初期化される。こ
の実施の形態では、以下の値に初期化される。すなわち、Ｗ＝５０、Ｎ＝４、Ｍ
＝３０、Ｋ＝０．４、Ｚ＝１、Ｖ＝０．６である。これらの定数は、モジュール
５３８が各種の式で用いるが、より詳細に以下に説明する。アレイＳＰの１５０
個すべては１００に設定される。ＳＰアレイは、任意の特定サンプル時間で入札
者に課されるスポット価格の値を保持する。実際には、アレイ要素の一つは現在
のスポット価格を格納し、他の要素は先行する１４９のサンプル期間でのスポッ
ト価格の値を格納する。スポット価格の値の数が１５０個を超えると、新規のス
ポット価格の値が循環的に旧い値に上書きされる。同様にアレイＭＢＰは、１５
０会員すべてを１００の値に初期化する。アレイＭＢＰは入札者に課される最低
入札価格を上記１５０サンプル期間全体に示す。同様に、アレイＵＴＩＬは１５
０会員すべてを初期値８５に設定する。アレイＵＴＩＬは、任意のサンプル時間
でのデータリンク４０のサービス品質保証部分４２内に割り付けられた実際の帯
域幅の量を表す。アレイＳＰ、ＭＢＰおよびＵＴＩＬを用いて、先行する１４９
サンプル期間（この実施の形態では３０分間）全体のこれら各変数により採用さ
れた値の履歴を保持する。

【００７７】 以下のパラメータもまた初期化される。すなわち、ＭＩＮＳＰ、ＴＨＲＥＳＨ
ＴＯＯＭＡＮＹおよびＴＨＲＥＳＨＴＯＯＦＥＷである。この場合には、以下の
値に初期化される。すなわち、ＭＩＮＳＰ＝０、ＴＨＲＥＳＨＴＯＯＭＡＮＹ＝
５０、ＴＨＲＥＳＨＴＯＯＦＥＷ＝１０である。ＭＩＮＳＰが示すのは、スポッ
ト価格がシステムより許可されて低下できる最低値である。システムはＴＨＲＥ
ＳＨＴＯＯＭＡＮＹおよびＴＨＲＥＳＨＴＯＯＦＥＷを用いて、最大効率容量（
ＭＥＣ）の設定が高過ぎるかまたは低過ぎるかを判定する。注意すべきは、大き
な短期変動は比較的低いＭＥＣを必要とする一方、低い短期変動は、より高いＭ
ＥＣを使用できるようにすべきであるということである。サンプル期間を計算す
るために用いるインデックス変数ＳＡＭＰＬＥＣＯＵＮＴもまた、ＳＡＭＰＬＥ
ＣＯＵＮＴ＝０に初期化され、変数ＳＡＭＰＬＥＴＩＭＥは現在時間に初期化さ
れる。パラメータＭＩＮＭＢＰも初期化される。この場合には、０．５に初期化
される。ＭＩＮＭＢＰは、ＳＰがゼロに低下する場合に、ＭＢＰがゼロに貼り付
くことを防ぐ。これは以下さらに詳細に説明する。

【００７８】 ステップＳ６５１が完了すると制御はステップＳ６５２へ移り、そこで変数Ｓ
ＡＭＰＬＥＴＩＭＥは２秒だけ増分する。次いで処理はステップＳ６５３へ進み
、次のサンプル期間を待つ。次のサンプル期間になると（すなわち、現在時間が
ＳＡＭＰＬＥＴＩＭＥ以上の場合）、制御はステップＳ６５４へ移る。ステップ
Ｓ６５４で、ＳＡＭＰＬＥＣＯＵＮＴは１だけ増分し、現在のサンプル期間のＵ
ＴＩＬの値は、ＭＡＸから利用可能なスペアの実際の容量を減じることにより判
定される。この実施の形態では、部分４１内の利用可能なスペアの実際の容量は
、ゲートパフォーマンスモニターモジュール５３２によりモジュール５３８へ提
供される。ステップＳ６５４が完了すると制御はステップＳ６５５へ移り、モジ
ュール５３８は、現在のサンプルについてのＵＴＩＬがＨＩＴＨＲＥＳＨ以上か
どうか判定する。否定であれば制御はステップＳ６５６へ移り、肯定であれば制
御はステップＳ６５７へ移る。ステップＳ６５６でモジュール５３８は、現在の
サンプルについてのＵＴＩＬがＬＯＷＴＨＲＥＳＨを超えるかどうか判定する。
肯定であれば制御はステップＳ６６４へ移り、否定であれば制御はステップＳ６
７０へ移る。

【００７９】 ステップＳ６５７で変数Ｃは次式に従って設定される： C=(K×(MAX-HITHRESH)/(MAX-UTIL))² 次いで、この方法で計算したＣの値を、次のステップＳ６５８で用いて、現在の
サンプル期間の最低入札価格（ＭＢＰ）についての初期値を次式に従って決定す
る： MBP(SAMPLE COUNT)=MAX[SP(SAMPLE COUNT-1)×(1+C); MINMBP] この技術に精通する者には明らかなように、上記２つの式は基本的に現在のサン
プル期間についての最低入札価格がある値を取るように組合わせる。その値は、
先行するサンプル期間中に決定されたスポット価格を、最大量に対する高位のし
きい値をどれほどの利用が超えているかに依存する量分だけ大きく、その最大量
により、ＳＰがゼロまたは非常に小さく、ＭＢＰが最小ＭＩＮＭＢＰへ設定され
る場合、しきい値は利用可能な帯域幅の実際の量を超える前に超える（ここで、
ＵＴＩＬ＞ＨＩＴＨＲＥＳＨ。ＵＴＩＬ＜ＨＩＴＨＲＥＳＨの場合、ＭＢＰがＭ
ＩＮＭＢＰ以下に低下することを許可される点に注意すること。）。

【００８０】 ステップＳ６５８が完了すると制御はステップＳ６５９へ移り、モジュール５
３８は、先行するＮサンプル期間（この場合、Ｎは４に設定されている）中の最
低入札価格が、先行するサンプル期間で判定されるスポット価格を超えているか
否かを判定する。否の場合、制御はステップＳ６６０へ移る。かかる負の判定が
基本的に意味することは、最低入札価格が、スポット価格以上に最近だけ上昇し
ているということであり、それゆえ、需要の上昇が単純に短期変動性の結果かも
しれないので、この時点でスポット価格を替える必要がないということである。
従って、ステップＳ６６０で、現在のサンプル期間についてのスポット価格は、
先行するサンプル期間についてのスポット価格と同一価格に設定される。次いで
制御はステップＳ６７７へ移る。

【００８１】 ステップＳ６５９で最低入札価格（ＭＢＰ）が先行Ｎサンプル期間についての
スポット価格（ＳＰ）を超えていると判定された場合、制御はステップＳ６６１
へ移る。かかる肯定判定がここで基本的に意味することは、最低入札価格が十分
に長い期間の間スポット価格より高くなっているということであり、これは短期
変動だけに対抗するときの基本需要の変化を示し、こうしてスポット価格（ＳＰ
）を上昇させて、需要を下げる試みをする。従って、ステップＳ６６１において
、現在のサンプル期間に対するスポット価格の新規値段は、最後のＮサンプル期
間全体の最低入札価格（ＭＢＰ）の平均値段と、先行するサンプル期間中に判定
されたスポット価格（ＳＰ）との重み付け平均値として設定される。この重み付
け平均に用いられる重み付けは、この場合には、０．６に設定されたＶにより与
えられ、重み付けの６０％は最後のＮサンプル期間全体の最低入札価格の平均値
を伴い、重み付けの４０％は先行サンプル期間中のスポット価格を伴う。ステッ
プＳ６６１が完了した後、制御はステップＳ６６２へ移り、モジュール５３８は
最低入札価格（ＭＢＰ）がスポット価格の新規値段より低くはないことをチェッ
クする（ステップＳ６６１で判定されたように）。否であれば、制御はステップ
Ｓ６７７へ移り、肯定であれば制御はステップＳ６６３へ移り、最低入札価格（
ＭＢＰ）は、新規スポット価格と等しくなるまで上昇し、制御はステップＳ６７
７へ移る。

【００８２】 ステップＳ６５６へ戻って、ＵＴＩＬがＬＯＷＴＨＲＥＳＨより大きいと判定
された場合、これは部分４１内の実際の帯域幅割付けが高位しきい値と低位しき
い値間にあることを示し、基本需要が安定であることを示していると受け取られ
る。従って、この場合、最低入札価格（ＭＢＰ）はゆっくりと降下して、スポッ
ト価格との線へ入ってくるか、既にそこにあるならスポット価格と等しくそれを
保つことができる。なぜなら、需要が安定なら、スポット価格は安定であるべき
で、最低入札価格によって提供される緩衝アクションの必要がないからである。
こうしてステップＳ６６４で、現在のサンプル期間についての最低入札価格（Ｍ
ＢＰ（ＳＡＭＰＬＥＣＯＵＮＴ））は、先行最低入札価格の値段（ＭＢＰ（ＳＡ
ＭＰＬＥＣＯＵＮＴ−１））から、（i）最後のサンプル期間についての最低入
札価格とスポット価格の差の（Ｗ）部分、すなわち（Ｗ×（ＭＢＰ（ＳＡＭＰＬ
ＥＣＯＵＮＴ−１）−ＳＰ（ＳＡＭＰＬＥＣＯＵＮＴ−１）））、または（ii）
最後のサンプル期間での最低入札価格の低下、すなわち（ＭＢＰ（ＳＡＭＰＬＥ
ＣＯＵＮＴ−２）−ＭＢＰ（ＳＡＭＰＬＥＣＯＵＮＴ−１））の大きい方を減じ
た値段へ設定される。これは、前回のサンプル期間での最低入札価格がスポット
価格未満に設定されない場合である（なぜなら、現在のサンプル期間についての
スポット価格はまだ設定されていないからである）。これは次式で表される： MBP(SAMPLECOUNT)=max[SP(SAMPLECOUNT); MBP(SAMPLECOUNT-1)- max[Wx(MBP(SAM
PLECOUNT-1)- SP(SAMPLECOUNT-1)); MBP(SAMPLECOUNT-2)- MBP(SAMPLECOUNT-1)]
] ステップS６６４が完了すると制御はステップS６６５へ移り、モジュール５３８
は、最低入札価格が先行するＮサンプル期間についてのスポット価格より一貫し
て高いかどうかを再度チェックする。そうでなければ、これはスポット価格の変
化が必要とされていないことを示し、制御はステップＳ６６０へ移り、現在のサ
ンプル期間についてのスポット価格が先行サンプル期間についてのスポット価格
の値段と等しくなるよう設定され、制御はステップＳ６７７へ移る。ステップＳ
６６５で、最低入札価格が、先行するＮステップについてのスポット価格より一
貫して高いことが判定された場合、制御はステップＳ６６７へ移り、現在のサン
プル期間についてのスポット価格は上昇する。これは、先行するＮサンプル期間
全体の最低入札価格（ＭＢＰ）の平均値と、先行するサンプル期間のスポット価
格（ＳＰ）の値段との重み付け平均値として判定することにより再度行われる。
上記のように、使用する重み付けはこの場合には、０．６に等しく設定されるＶ
により与えられる。ステップＳ６６７が完了すると制御はステップＳ６６８へ移
り、そこでモジュール５３８は、現在のサンプル期間についてのＭＢＰが現在の
サンプル期間についてのスポット価格以上であることを再度チェックする。否で
あれば制御はステップＳ６７７へ直接移り、肯定なら制御は最初にステップＳ６
６９へ移る。ここで現在のサンプル期間についてのＭＢＰの値段は、現在のサン
プル期間についてのスポット価格の値段と等しくなるよう上昇している。

【００８３】 ステップＳ６５６でＵＴＩＬがＬＯＷＴＨＲＥＳＨ以下であると判定された場
合（すなわち、部分４１の帯域幅割付けは、需要を増加させるようスポット価格
が低下すべきことを示す低位しきい値を下回っている）、制御はステップＳ６７
０へ移り、そこでモジュール５３８は最初に、先行サンプル期間の最低入札価格
が、先行サンプル期間のスポット価格より高かったかどうかを判定する。高けれ
ば制御はステップＳ６７１へ移り、そこで最低入札価格はステップＳ６６４で用
いる同一式を用いて、スポット価格へ向かって低下する。ステップＳ６７１が完
了すると制御はステップＳ６７２へ移り、そこで現在のサンプル期間のスポット
価格が、先行サンプル期間のスポット価格と等しくなるよう設定される（すなわ
ち、一定に保たれる）。ステップＳ６７２が完了すると制御はステップＳ６７７
へ移る。

【００８４】 ステップＳ６７０で、先行サンプル期間の最低入札価格が先行サンプル期間の
スポット価格を超えなかったと判定されると、これは基本需要が下落しているこ
とを示し、スポット価格が低下する必要があると考えられる。従って、この場合
、制御はステップＳ６７３へ移り、そこでモジュール５３８は、利用が一貫して
先行するＮサンプル期間についての低位しきい値を下回っているかどうかを判定
する。否の場合、基本需要が短期変動のせいであるかもしれないことを示すと見
なし、制御はステップＳ６７４へ移り、そこで現在のサンプル期間のスポット価
格と最低入札価格は、先行サンプル期間のスポット価格の値段に設定される（す
なわち、それらは変化しない）。ステップＳ６７４が完了すると制御はステップ
Ｓ６７７へ移る。

【００８５】 利用が一貫して先行するＮサンプル期間の低位しきい値を下回る場合、制御は
ステップＳ６７３からステップＳ６７５へ移る。このステップＳ６７３での肯定
判定は、下回っている需要が実際に落下していて、スポット価格がより多くの需
要を喚起するように下げるべきことを示すものとして把える。こうして、ステッ
プＳ６７５において、スポット価格は（i）先行する値段の９０％；または（ii
）最後に低下した量と同じ量によってスポット価格を低下させることにより得ら
れた値段（先行するサンプル期間中低下したら）；の低い方に設定される。これ
は、スポット価格が、ＭＩＮＳＰと定義されるスポット価格に許される最低価格
を下回って低下することが許可されない場合である（この実施の形態では、ゼロ
に設定される）。ステップＳ６７５が完了すると制御はステップＳ６７６へ移り
、そこで現在のサンプル期間についての最低入札価格が、現在のサンプル期間に
ついてのスポット価格に等しくなるよう低下し、制御はステップＳ６７７へ移る
。

【００８６】 ステップＳ６７７は接合ステップであり、そこでは、各サンプル期間（すなわ
ち、高位しきい値より多い利用、高位と低位しきい値間の利用、または低位しき
い値より低い利用）に起きる帯域幅利用に関連する３つの異なる潜在的な状況に
対応する３つの主要分岐すべてが合流している。ステップＳ６７７で、モジュー
ル５３８は、スポット価格が先行するＭサンプルについて変化しないままである
かどうかを判定する（この場合には、Ｍは３０に設定されている）。変化しない
ままであれば、システムが安定し過ぎていて、スポット価格が高過ぎることを示
すと見なす。この場合、制御はステップＳ６７８へ移り、そこで現在のサンプル
期間についてのスポット価格は、（i）先行値段の９０％、または（ii）取り得
る最低値段（ＭＩＮＳＰ）、の高い方まで低下する。ステップＳ６７８が完了す
ると制御はステップＳ６７９へ移る。

【００８７】 ステップＳ６７７で、スポット価格が先行Ｍサンプルについて一定でないと判
定された場合、制御はステップＳ６７９へ移り、ステップＳ６７９で、モジュー
ル５３８は、最大効率容量（ＭＥＣ）を調整するかどうかの評価をすべきか否か
を判定する。ＳＡＭＰＬＥＣＯＵＮＴが１５０で正確に割りきれるか否かを判定
することにより成される。言いかえれば、ＭＥＣは、１５０サンプル毎、または
５分毎に評価される。ステップＳ６７９での判定が否の場合、制御はステップＳ
６８０を経由してステップＳ６５２へ戻る。

【００８８】 ステップＳ６７９で、最大効率容量（ＭＥＣ）が再審されるべきと判定される
場合、制御はステップＳ６８１へ移り、モジュール５３８は、利用が、先行する
１５０サンプル期間中で、変数ＴＨＲＥＳＨＴＯＯＭＡＮＹ（この場合５０の値
を持つ）により設定される既定の時間数より多くＨＩＴＨＲＥＳＨを超えている
かどうかを判定する。超えていれば、ＭＥＣが高すぎることを示していると考え
られる（高い短期変動が需要をあふれさせることが多いということに基づく）。
従って、この場合、制御はステップＳ６８２へ移り、そこでＭＥＣは、可能なら
、それを次に低いＭＥＣの許可された値段へ設定することにより、低下する（例
えば、ＭＥＣがＭＥＣ２に等しい場合、ＭＥＣはＭＥＣ１へ低下する）。ステッ
プＳ６８２でも、ＨＩＴＨＲＥＳＨは、次に低いＨＩＴＨＲＥＳＨの許可された
値段へ低下し、そしてＬＯＷＴＨＲＥＳＨは、次に低いＬＯＷＴＨＲＥＳＨの許
可された値段へ低下する。ステップＳ６８２の完了後、制御はステップＳ６８３
を経由してステップＳ６５２へ戻る。

【００８９】 利用率が、先行する１５０サンプル期間中のＴＨＲＥＳＨＴＯＯＭＡＮＹを超
えるＨＩＴＨＲＥＳＨを超えていない場合、制御はステップＳ６８１からＳ６８
４へ移り、モジュール５３８は、ＵＴＩＬが、先行する１５０サンプル期間中の
ＴＨＲＥＳＨＴＯＯＦＥＷ未満の回数よりＨＩＴＨＲＥＳＨを超えたかどうかを
判定する。そうでない場合には、ＭＥＣが、システムが体験する短期変動に対す
る正しい値段を持つということを示すとみなされ、制御はステップＳ６８５を経
由してステップＳ６５２へ移る。しかし、ステップＳ６８４での肯定の判定は、
ＭＥＣが低すぎるということを示すものと考えられる。すなわち、短期変動は、
最大効率容量（ＭＥＣ）が、値付けの不安定性と、利用可能な帯域幅の最大値を
超える需要の頻繁な発生との危険に遭遇しないで上昇することを許すほど十分に
低い。結果として、制御はステップＳ６８６へ移り、ＭＥＣは、次に高い許可さ
れたＭＥＣの値段へ上昇し（例えば、ＭＥＣがＭＥＣ２に等しかった場合、ＭＥ
Ｃ３へ上昇する）、ＨＩＴＨＲＥＳＨとＬＯＷＴＨＲＥＳＨもまた次に高い許可
されたそれらの値段へ上昇する。ＭＥＣ、ＨＩＴＨＲＥＳＨ、およびＬＯＷＴＨ
ＲＥＳＨは常に互いに上下動することに注意されたい。また、ＭＥＣが上昇する
と、ＬＯＷＴＨＲＥＳＨ、ＭＥＣ、およびＨＩＴＨＲＥＳＨの差は減少する（す
なわち、ＬＯＷＴＨＲＥＳＨとＨＩＴＨＲＥＳＨ間の帯域は小さい）。これはＭ
ＥＣが上昇すると、システムは、利用率の変化に対してさらに敏感になるという
ことを意味する。ステップＳ６８６が完了すると、制御は戻りのステップＳ６８
７を経由してステップＳ６５２へ戻る。

【００９０】 図１９で、ゲートコントローラ６０をさらに詳細に説明する。図に見られるよ
うにゲートコントローラ６０はインターフェース１９６を有し、ＬＡＮ７０へ接
続されている。帯域幅ブローカからの命令は、インターフェース１９６からメモ
リー１９４の命令を格納するコントローラ１９２へ送られる。また、コントロー
ラ１９２からの肯定応答は、インターフェース１９６とＬＡＮ７０を経由して帯
域幅ブローカへ返送される。ゲートコントローラ６０の他の主要な要素は制御可
能なルーター１９０である。ルーター１９０は、データグラムをＬＡＮ７０から
インターフェース１９６を経由して受信し、それらをコントローラ１９２の制御
のもとで部分４１または４２へ載せてルーティングする。

【００９１】 第１の実施の形態に関する一般的な注釈 ＭＥＣが上昇するか下降するかを判定するための代替アルゴリズムは以下のよ
うである。

【００９２】 ＭＢＰは需要における短期（すなわち、数１０秒間隔を超える時間）変動率に
抑制をかけるための手段である。低い変動率の状況下では、ＭＢＰはＳＰとさほ
ど違わないが、高い変動率の条件下では、ＭＢＰは、需要が瞬間的に急上昇する
場合（および、ＭＡＸに達する恐れがある場合）、瞬間的な需要が収束するとき
のＳＰと同じレベルに戻る前に、ＳＰ以上に上昇することが多い。それゆえに、
我々は変動の測定基準としてＭＢＰとＳＰの差を用いることができ、従って、Ｍ
ＥＣの設定が高すぎるかあるいは低すぎるかを設定できた。

【００９３】 手順は以下の通りである。つまり、ステップＳ６７９がＭＥＣの再審が必要で
あると判定する場合、ＭＢＰとＳＰの１５０の直近の値が使用されて（ＭＢＰ−
ＳＰ）の１５０の値を計算する。次いでこれらの１５０の値の合計を計算する（
代替として、大きな値の（ＭＢＰ−ＳＰ）にさらに重み付けを与えたい場合には
、これら１５０の値の２乗の合計を用いる）。この合計は２つのしきい値、ＨＩ
ＴＨＲＥＳＨ２およびＬＯＴＨＲＥＳＨ２と比較される。合計がＨＩＴＨＲＥＳ
Ｈ２を超える場合には、変動率が高いことが示され、従って、ＭＥＣは、次に低
いレベル（例えば、ＭＥＣ１およびＭＥＣ２）にまで下げられるはずである。合
計がＬＯＴＨＲＥＳＨ２未満の場合は変動率が低いことが示され、従って、ＭＥ
Ｃは、次に高いレベル（例えば、ＭＥＣ２およびＭＥＣ３）にまで上昇するはず
である。

【００９４】 上記の説明から、単一の制約付きリンク（またはボトルネック）全体の帯域幅
が、彼らが割付けを望む帯域幅に対して支払う用意がある最高価格に依存して、
動的な方法で各種の入札者に割付けされるシステムを、第１の実施の形態のデー
タ通信システム１が提供することは明らかであろう。そのシステムの重要な局面
は、帯域幅割付けがさほど動的には実行されないので、大きな不安定性が生じな
いことである。また、システムがあまり動的ではないことを保証することによっ
て、所望データを転送する能力を著しく損なうことになるから、入札と割付けの
状態をシステムの別の構成要素に知らせることにだけ関連する余計なデータを防
ぐ（すなわち、信号のオーバーヘッドの量を可能な限り低く保つ）。

【００９５】 システムが極端に動的すぎるのを防ぐ重要なメカニズムは、契約期間の使用で
あり、第１の実施の形態では６秒に設定された。言うまでもなく別の長さの契約
期間を状況に応じて用いてもよい。さらに、契約期間の長さは、システムオペレ
ータにより、任意の特定のシステムについての最適値を試行して達成するよう周
期的に調整できる。代替として、この処理は、システム安定性の測定を周期的に
評価することにより（例えば、スポット価格の変化レートが正と負の間を交代す
る周波数、または全体の送信データ量に対する入札情報に関する送信データ量の
比、すなわち、信号オーバーヘッド）、そして契約期間をそれに従って調整する
ことにより自動化できる。システムを比較的安定に保つ別の重要な特徴は、スポ
ット価格以上に設定される最低入札価格を用いることである。これはヒステリシ
スの形として動作し、それにより、需要増加の場合には、比較的長い期間成功し
続けているような入札だけが、上昇するスポット価格の観点から、最初に帯域幅
を割付けされる。この効果は需要の短期変動をある程度抑制する傾向がある。

【００９６】 上記実施の形態において、単純なアルゴリズムを用いて最低入札価格とスポッ
ト価格が、任意の特定の時間で変化するはずであるかどうかを判定する。アルゴ
リズムは単純に、しきい値レベルを超えた場合、最低入札価格をスポット価格を
超えて上昇させる需要しきい値レベルの使用に基づくものである。最低入札価格
は基本需要の増加に応えて上昇するはずである（その後、基本需要の増加に応え
る最低入札価格に続いてスポット価格はゆっくりと上昇するはずである）。こう
して第１の実施の形態の単純なアルゴリズムは、特定のしきい値以上の絶対的な
需要の増加が、基本需要における増加を示すということを基本的に仮定している
。しかし、上記のように、期待されているのは、短期変動が幾つかの低い平均需
要を超える正規分布を持つであろうことである。従って、しきい値を超える需要
の大きさが、基本需要における変化よりむしろ短期変動のせいであるであるとい
うことが常に起こり得る（しきい値が設定されない場合は、多数の帯域幅のとき
は非効率ではあるが、平均需要より高い多くの標準偏差が非常にまれにではある
が用いられる）。

【００９７】 スポット価格と最低入札価格を判定するための多数の代替アルゴリズムを説明
する。

【００９８】 アルゴリズムＢ 上記の代替として用いられるもう少し洗練されたアルゴリズムを説明する。そ
のアルゴリズムは、短期変動を無視することが可能となるよう瞬間利用率の平均
または積分を実行する。このアルゴリズムでは、需要（すなわち、ＵＴＩＬ）は
、前記のように頻繁な間隔でサンプリングされ（例えば、前記のように２秒毎）
、そして瞬間利用率と最大効率容量（すなわち、標準偏差で表されるＵＴＩＬ−
ＭＥＣ、つまり、長期間測定されるかまたは過去の記録から計算された（ＵＴＩ
Ｌ−ＭＥＣ）の標準偏差）が測定される。次いで、既定数ｎ（例えばｎ＝５）全
体の、連続したサンプル期間のかかる測定（ＵＴＩＬ−ＭＥＣの）の合計につい
てのしきい値の値を用いて、基本需要が増加しているかどうか判定する。このよ
うに、それが単に短期変動による場合、ＵＴＩＬ−ＭＥＣの測定値から離れた大
きな値は無視され、そして、大きな測定値のどちらかの側のＵＴＩＬ−ＭＥＣの
別の測定値は、すべてのｎ測定値の合計がしきい値値を超えないように、十分小
さくする、同様な低位しきい値（例えば、高位しきい値の負反転）を用いて基本
需要の低下を検出する。基本需要が増加していると検出される場合、ＭＢＰはＳ
Ｐより高く設定され、ＳＰは以前に成されたように上昇するかもしれない（すな
わち、ＵＴＩＬ≧ＨＩＴＨＲＥＳＨがステップＳ６５５で判定されたように扱わ
れる）。同様に、基本需要が減少していると検出される場合、ＭＢＰ（および多
分ＳＰ）は前記のように減少する（すなわち、ＵＴＩＬ＜ＬＯＷＴＨＲＥＳＨが
ステップＳ６５６で検出される）。

【００９９】 上記のように、最大効率容量（ＭＥＣ）の特定の許可された値は、既定であり
、高位しきい値の値を長期（すなわち、１５００サンプル期間）にわたって超過
する回数の測定は、最大効率容量が高すぎるか（この場合には、次に低い許可さ
れた最大効率容量の値へ低下する）、あるいは低すぎるかの（この場合には、次
に高い許可された最大効率容量の値へ上昇する）測定として扱われる。上記のよ
うに、ＭＥＣの各許可された値は、対応する高位および低位しきい値の許可され
た値を有し、最大効率容量が減少するとき高位しきい値が増加するという一般的
なルールを有している。

【０１００】 アルゴリズムＢは、第１実施の形態で説明したアルゴリズムより少しだけ更に
洗練されているが、それが、需要が典型的なセッション長さ（すなわち、入札が
アクティブな典型的時間）に対して短い間隔でサンプリングされる場合、短期需
要でも正規分布によって非常に精度が高く捉えられることが期待できない（なぜ
なら、全体に瞬間的な利用率が平均化されている多数のサンプルは、典型的なセ
ッション長さと比較して短い）という事実を回避することはできない。この理由
は、あるサンプル時間での大部分の利用率が前回のサンプル時間についてのそれ
と同じためである。

【０１０１】 アルゴリズムＣ アルゴリズムＣを用いて、第１の実施の形態で説明したアルゴリズムで用いら
れるＨＩＴＨＲＥＳＨとＬＯＷＴＨＲＥＳＨの値を置き換える瞬間的な高位しき
い値と低位しきい値の値を生成できる。この場合、ＨＩＴＨＲＥＳＨとＬＯＷＴ
ＨＲＥＳＨは各サンプル期間で変化でき、従って、これらの過去の値は、最低入
札価格、スポット価格そしてサンプリングされる実際の利用率と関連付けられて
配列に格納されるべきである（すなわち、ＵＴＩＬ）。

【０１０２】 アルゴリズムＣは、制限のあるリソース（例えば、帯域幅）に関するデータ送
信の試みの長期的挙動から得られる結果に基づく。かかるデータ送信の試みつま
り呼出しは以下を有すると仮定する。

【０１０３】 （i） 安定な平均値周囲の呼出し長さのランダム分布、 （ii）既定範囲内の、そして安定な平均値周囲の帯域幅要件のランダム分布、お
よび、 （iii）安定な平均値を有する到着のポアソンレート。

【０１０４】 上記仮定の組合せにより、瞬間的な容量利用率はランダムに変動するが、平均
の容量利用率は安定であるシステムが生まれる。

【０１０５】 かかる挙動をシミュレートするモデルを呼出しモデルとして以下に参照する。
かかる呼出しモデルはアルゴリズムＣでＨＩＴＨＲＥＳＨとＬＯＷＴＨＲＥＳＨ
の値を計算するために用いられる。各呼出しモデルは多数の既定のパラメータを
共有する。既定のパラメータは、 （i） 利用可能な最大容量、 （ii） 平均呼出し長さ、 （iii） 各呼出しの要求帯域幅の範囲と平均の要求帯域幅、および、 （iv） サンプル間の時間（例えば２秒）。

【０１０６】 これらの値はオペレータにより時折変更される。呼出しモデルを完全に特定す
るためにさらに２個のパラメータが必要である。しかし、先に特定された固定の
４個のパラメータを持つ部分的に特定されたモデルは、現在の包括的モデルと呼
ばれる。

【０１０７】 現在の包括的モデルのコンピュータシミュレーションは、先行するサンプル期
間から判定される２個の追加パラメータの各値で何回も実行される。呼出しモデ
ルを完全に特定するために必要な２個の追加パラメータは、 （v） 平均化された容量利用率、および、 （vi） 先行するサンプル期間内の実際の利用率。

【０１０８】 ネットワークオペレータは、モデルとなるシステムの実際のパラメータを反映
する上記第１の４パラメータの適当な値を持つ包括的モデルを創出する。できれ
ば、関連する過去の経験を参考にする。次いでネットワークオペレータは、この
包括的モデルから導き出された呼出しモデルを各サンプル時間で、第５パラメー
タの値として最大効率容量の現在値を用いて、また、そのサンプルについての実
際の利用率（すなわち、ＵＴＩＬ）のサンプル値を用いて実行する。各モデル実
行は２秒間のシミュレーションを行い、シミュレーションされた最終利用率、つ
まり、シミュレーション期間の最後でシミュレーションされた利用率を生成する
。オペレータはまた信頼範囲を判定する（例えば９０％、実行によっては例えば
１００シミュレーションで個別シミュレーション結果の最大値５％と最小値５％
を除外する）。残った最大最終利用率はＨＩＴＨＲＥＳＨに対応し、残った最小
最終利用率はＬＯＷＨＲＥＳＨに対応する。次のサンプル期間についての実際の
利用率（すなわち、ＵＴＩＬの値）がこうして決定されたＨＩＴＨＲＥＳＨを超
える場合、基本需要は最大効率容量以上に増加していることを示していると考え
られる。同様に、次のサンプル期間で測定された利用率がＬＯＷＴＨＲＥＳＨよ
り低い場合、基本需要は最大効率容量以下に移動していることを示していると考
えられる。かかる基本需要の仮定された変化をすべて把握するために、最低入札
価格および／またはスポット価格は、第１の実施の形態で成されたのと同様に変
化させられる。

【０１０９】 注意すべきは、上記アルゴリズムは、需要曲線（すなわち、需要が価格変化に
つれてどう変化するか）を計算するのにアクティブ入札内に含まれる情報量すべ
てを使用しないということである。サービスされているアクティブ入札と、最近
受信して失敗した入札との双方に含まれる情報すべてを考慮するアルゴリズムが
用いられる。しかし、これを達成するために、例えば、略１０秒ないし２０秒の
、それらが受信された後の短時間での、かかる失敗入札を格納するための新規格
納が必要とされる。下記のアルゴリズム（アルゴリズムＤ）は、アクティブ入札
と最近受信して失敗した入札双方の入札オプションすべての内部に含まれる情報
を用いて、需要（少なくとも、現在アクティブな入札と現在の受信して失敗した
入札に基づく）が最大効率容量の現在値と等しくなる価格を示す値（以後、ＭＥ
ＣＰＲＩＣＥと称する）を決定する。次いでＭＥＣＰＲＩＣＥを用いて、スポッ
ト価格を調整する。こうしてシステムはスポット価格の値を見付けるよう試行し
、基本需要が最大効率容量と等しくなることを実際に確認する。

【０１１０】 アルゴリズムＤ アルゴリズムＤは、何れの上記アルゴリズムをも補強する。アルゴリズムＤは
、汎用アルゴリズムが、スポット価格変化が要求されていることを示すときはい
つでも、アクティブ化される（すなわち、図１８のステップＳ６６１、Ｓ６６７
、およびＳ６７５）。スポット価格変化が要求されている場合、アルゴリズムは
、アクティブ入札格納内と、現在の受信して失敗した入札格納内とに格納されて
いるすべての入札を並べる。すべての場合で、アルゴリズムは最初に、入札価格
としてユーザーに入札された最初の選択値段だけを考慮する（すなわち、各入札
のオプション１）。この選択が現在提供されているものであるかどうかに拘わら
ない。これらの最初の選択入札オプションの何れも値段（すなわち、ｋｂｐｓ（
または別の容量単位）あたりの最高価格）の降順で並べられ、アルゴリズムは、
最高入札オプションから任意の別のオプションまで探した帯域幅集合全体を計算
する。得られた全容量のリストから、要求された全容量がＭＥＣと等しくなるか
、あるいはそれを超える入札オプションが識別され、これを以後、ＬＡＳＴＢＩ
Ｄと称する。

【０１１１】 最初の最大提示価格が、並べられた入札オプションリストのＬＡＳＴＢＩＤの
それよりも下回るすべての入札について、第２の選択入札オプションは、それが
ＬＡＳＴＢＩＤのそれよりも高い最大提示価格であるかどうかを調査される。新
規の高い第２の選択入札オプションを用いて、入札オプションは新規ＬＡＳＴＢ
ＩＤを識別するために再度並べ替えられる。この処理は平衡に達するまで繰り返
される。この処理の後続の繰り返しの間、そのオプションがＬＡＳＴＢＩＤ以下
に並べられる入札は、ＬＡＳＴＢＩＤ以上に並べられるオプションが見つかるま
で、第２、第３、第４などのオプションへ移動する。一旦それらがオプションを
使い果たすと（つまり、ＬＡＳＴＢＩＤ以下に並ぶオプションのみを有する）、
入札は処理から廃棄される。平衡に達すると、ＬＡＳＴＢＩＤとして現在選択さ
れた入札オプションに関する最大提示が、変数ＭＥＣＰＲＩＣＥについての現在
の値段として用いられる。

【０１１２】 一組の所与の入札を有するＭＥＣＰＲＩＣＥを判定するための上記処理は、次
の表１から表６を参照して以下説明する。表１は、それぞれ３つの入札オプショ
ンを有する５つの入札、ＡからＥを示す。注意すべきは、各入札オプションが、
要求された量の帯域幅、および、分とｋｂｐｓあたりのセントの１０００分の１
で表される最高価格を含むことである。これは、入札内の各オプションと関連す
る、要求された帯域幅フィールドと最大提示フィールドを、帯域幅（ｋｂｐｓで
表される）あたりの最大提示価格で割って、１０００を掛けることにより導き出
される。

【０１１３】

【表１】 以下に示す表２は、各入札の第1オプションが価格／ｋｂｐｓにより並べられ
ているアルゴリズムの第1ラウンドを説明する。合計．ｋｂｐｓとあるコラムは
、最高入札オプションから任意の別の入札オプションまで探した合計容量を示す
。本実施例では、ＭＥＣは８００ｋｂｐｓである。従って、ＬＡＳＴＢＩＤは入
札Ｃである。

【０１１４】

【表２】 表２で各入札を識別する文字に続く括弧内の数字は現在選択されている入札オ
プションを示す。第１ラウンドで判定されるＬＡＳＴＢＩＤは入札Ｃであるので
、次のラウンドで入札ＤとＥの双方についての第２オプションが選択され、入札
オプションが再度並べ替えられる。

【０１１５】

【表３】 従って、このラウンドでのＬＡＳＴＢＩＤはＢとなる。次のラウンドで入札Ｃ
のオプション２が選択され、入札オプションが再度並べ替えられる。その結果を
以下の表４に示す。

【０１１６】

【表４】 従って、ラウンド３のＬＡＳＴＢＩＤはＥである。次のラウンドで入札Ｂのオ
プション２が選択され、入札オプションが再度並べ替えられる。その結果を以下
の表５に示す。

【０１１７】

【表５】 従って、ラウンド４のＬＡＳＴＢＩＤはＤである。次のラウンドでオプション
３が入札Ｅで用いられ、入札オプションが再度並べ替えられる。その結果を以下
の表６に示す。

【０１１８】

【表６】 従って、ラウンド５の終了でのＬＡＳＴＢＩＤはＤである。それより低く並べ
られた入札はないので平衡に達している。従って、ＭＥＣＰＲＩＣＥは、Ｄの現
在選択されている価格／ｋｂｐｓ、つまり２、に設定される。

【０１１９】 ＭＥＣＰＲＩＣＥの値を上記の方法で決定すると、スポット価格の値は以下の
方法で修正（図１８のステップＳ６６５,Ｓ６７３またはＳ６７７で判定された
ように、増加または減少）されてもよい： i） 増加する場合、スポット価格は次式で計算される。

【０１２０】 スポット価格＝最後のスポット価格＋下記の高い方 （ａ）（（ＭＥＣＰＲＩＣＥ−最後のスポット価格）のＷ％）、または、 （ｂ）最後のサンプル期間でのスポット価格の増加、および、 ii） 減少する場合、スポット価格は次式で計算される。

【０１２１】 スポット価格＝最後のスポット価格＋下記の高い方 （ａ）（最後のスポット価格−ＭＥＣＰＲＩＣＥ）のＷ％、または、 （ｂ）最後のサンプル期間でのスポット価格の減少。

【０１２２】 スポット価格が、ある固定最小値（ＭＩＮＳＰ）より低く低下することが許容さ
れない場合である。

【０１２３】 スポット価格がどのように修正されるかという上記修正を別にすると、図１８
を参照する上記アルゴリズム、実際には上記アルゴリズムＢまたはＣを用いても
よい。

【０１２４】 実施の形態１についての更に一般的な注釈 既にある入札が修正できない例を第１の実施の形態で説明する。しかし一般に
、入札を修正することは可能である。これを行う一つの方法は、入札者に修正さ
れた入札を送るよう許可することであり、その修正入札は元の入札の入札識別子
を含むが（確認または終了要求が行うのと同じ方法で）、ある方法で入札オプシ
ョンを修正する（例えば、ある方法で帯域幅の要求量または最大提示を上昇また
は下降させることにより）。かかる修正入札を受信すると、入札ブローカはアク
ティブ入札格納内の入札の記録を修正する。入札が次回に再審される場合、修正
入札オプションが考慮される。かかる修正入札を再審する場合に用いる価格（す
なわち、トークン価格）は、それが幾つかの場合に変化しないままの入札が持っ
ていたであろう価格と同じである。しかし別の場合には、ネットワークオペレー
タは代替の価格を用いて（例えば、ＭＢＰ）、ＭＢＰがＳＰより高い場合に起き
る悪用（例えば、ＳＰを課されてしまうまでに帯域幅の少量だけを最初に要求し
、次いで、彼がＭＢＰを支払う必要が決してない大量の帯域幅を要求するよう入
札を修正する入札者による）を防ぐことができる。

【０１２５】 同様に、第１の実施の形態において、利用可能帯域幅の最大量が固定されるよ
う考慮される。多くの場合はそうではないだろうが、この場合、ゲートコントロ
ーラまたはネットワークオペレータは、帯域幅ブローカに、しかるべく知らせる
。概略としては、ゲート性能モニターは、制御データリンクの一般状態について
知らせるゲートコントローラからの状態チェックを受信する（すなわち、それが
落ちていないことを確認するために）。

【０１２６】 第１の実施の形態は、入札ルーターや帯域幅ブローカと同じ領域にいる入札者
にだけ入札をすることを許可した。これは単純なセキュリティメカニズムが適し
ていることを意味した。しかし一般的には、これが実情に合っているとは言えな
いだろう。従って、システムは以下のセキュリティ機能の何れかを達成するよう
拡張されることが好ましい。

【０１２７】 i） 商業的に流用されやすいユーザーデータの秘密の安全を確保すること、
ii） ユーザーを、入札ルーターおよび／または帯域幅ブローカにより、または
第３者機関の請求組織（例えば、クレジットカード会社またはインターネット支
払いプロバイダ）により、適切な口座のユーザーとして認証すること、およびか
かる口座の状況をチェックすること、および、 iii） 入札がユーザーから来たこと、それらがどこから来たと主張するかを認
証すること。

【０１２８】 （i）上記は普通に利用可能な例えば、ハイパーテキスト転送プロトコル保護な
どの暗証技法を用いて達成してもよく、（ii）チャレンジアンドレスポンス技法
を用いて達成してもよく（デジタル署名の使用を含む）、そして（iii）デジタ
ル署名および個人／パブリックキー暗証技法を用いて達成してもよい。

【０１２９】 上記システムにおいて、各データ通信セッションの一方のパーティだけが、す
なわち、データ送信者だけが制限付きデータリンク４０上の帯域幅の入札ができ
た。しかし以下に説明する第２の実施の形態はデータ送信者（例えば、ウェブサ
イトアプリケーション）とデータ受信者（例えば、パーソナルコンピュータ１０
−１）のどちらかあるいは双方が、制限付きデータリンク上の帯域幅割付けに入
札できる。

【０１３０】 同様に、第１の実施の形態のシステムでは、購入した帯域幅割付けに対して入
札者が請求される単一メカニズムだけが説明された。代替の実施の形態では、請
求入札者に対する多くの別のメカニズムがサポートされる。代表的には、入札ル
ーターまたは帯域幅ブローカのどちらかが請求が行われることを確認する責任を
持つ。一般に、特定の小さな金額までは使えるように、別々のエンティティ（例
えば、ＩＳＰの請求センターまたは例えば、Ｖｉｓａなどの第３者機関）から認
証を得ることを含む。小額が使用された場合、入札ルーターまたは帯域幅ブロー
カは別々のエンティティに請求書を発行し、さらに認証された小額を使用できる
よう認証を要求する。注意すべきは、多くの場合、ビジネスユーザーの口座は限
度なしで操作され（ＩＳＰ請求センターが言うことによると）、従って、リアル
タイムのクレジットチェックは行われないということである。こうして、第２の
実施の形態を以下に説明する。どの入札者（データの送信者でも受信者でも）に
とっても第３者機関（例えば、Ｖｉｓａなどのクレジットカード会社）のサービ
スを用いることが付加的に可能になる。

【０１３１】 以下に説明する第２の実施の形態は、第１の実施の形態に対して施す更に多く
の改良を説明する。これらはウェブサイトアプリケーションの請求プログラムに
、どの入札オプションが用いられたかを判定する場合、ユーザーフィールドのク
ラスを考慮させることを含む。ユーザーフィールドのクラスは、ウェブサイトア
プリケーションに見られる有名な特徴であり、それにより、各ユーザー（すなわ
ち、ウェブサイトへの訪問者）は、例えば、ユーザーが以前に幾らの金額を消費
したか、ウェブサイトを何回訪問したかなどの、ウェブサイトに関するユーザー
の以前の振舞いに従って、多数の別々のクラスの一つに割り当てられる。第２の
実施の形態で説明される別の改良点は、入札オプションに含まれる情報の拡張で
あり、サービスフィールドの形態を含む。サービスの形態は、インターネットプ
ロトコルの特徴であり、別々の種類のサービスを要求するデータグラムに、別々
の方法で一つ以上のネットワークを越えてルーティングさせることを可能にする
。この特徴は、別々の制限付きボトルネックが別々の種類のサービスについて発
生するシステムで有用である。

【０１３２】 第２の実施の形態 第２の実施の形態のシステム構成は第１の実施の形態のそれと同一である。第
１と第２の実施の形態の違いは以下にある。

【０１３３】 （i）パーソナルコンピュータ１０−１において、第２の実施の形態では入札プ
ログラムと、入札プログラムと関連する入札初期設定とをそのメモリーに格納し
ていた、 （ii）入札ルーターにおいて、この実施の形態では、すべての入札者がデータリ
ンク４０を越える帯域幅を調達する目的のためにそれで設定する口座を持つ必要
がない、そして、 （iii）帯域幅ブローカにおいて、それはセッションのコスト共有を許すよう適
合し、またそれは第３者機関（例えば、Ｖｉｓａ）が、入札ルーターで口座を持
たない入札者からの支払いを得るよう請求するための手段を含む。

【０１３４】 入札可能なパーソナルコンピュータ 図１９を参照して、この実施の形態におけるパーソナルコンピュータ１０−１
は、処理ユニット１０１０、処理ユニットへ接続されるモニター１０２０と入札
プログラムインターフェースディスプレー領域１０２４を表示するよう適合され
たスクリーン１０２２を有し、入札プログラム１０３１と入札初期設定１０３２
の関連データ格納を含むメモリー１０３０、キーボード１０４０、およびマウス
１０４２を備える。上記のように、パーソナルコンピュータ１０−１はモデム２
０−１へ導かれる接続を有し、そしてこれは処理ユニット１０１０へ接続されて
いるよう示される。

【０１３５】 入札初期設定１０３２はデータを格納し、それは入札プログラム１０３１によ
り必要とされる。特に、それは以下のデータ項目を含む。

【０１３６】 １）既定値モードフィールド。このフィールドを用いて入札プログラムが自動で
入札を適切に生成するかどうかどうか、あるいはそれがユーザーに適切な時間に
促すべきかどうかを示す。

【０１３７】 ２）入札者の収入識別子。この実施の形態では、このフィールドはＶｉｓａカー
ド番号、購入した帯域幅に支払うために用いられるＶｉｓａカードの有効期限、
およびカード保持者の名前を保持する。

【０１３８】 ３）最後に用いた入札者の入札識別子。このフィールドは最後に用いたシリアル
番号を保持する。これは新規入札が創生される度に更新される。

【０１３９】 ４）入札オプションの既定値設定の数。このフィールドは入札オプションの別の
設定の数（現在の場合３）を保持し、特定の設定が、自動的に用いられるべき、
または上記第１フィールドの値に従ってユーザーを促す場合に、強調表示され提
案された設定として提示されるべき状況を示すデータとともに別の状況で用いら
れる。

【０１４０】 ３つの実施例の設定を下記に挙げる。

【０１４１】 ａ）設定１（例えば、インターネット電話） 帯域幅 サービス種別 最大提示 １００ｋｂｐｓ ＃３ １ｃｅｎｔ／ｍｉｎ 支払いオプション：別のパーティが負担するかもしれない。自己負担 ０〜１０
０％ プロトコル：ＵＤＰ この設定が用いられるべき状況：インターネット電話の会話を設定する場合。

【０１４２】 ｂ）設定２（例えば、インターネットビデオ電話） 帯域幅 サービス種別 最大提示 ２Ｍｂｐｓ ＃３ ２ｃｅｎｔ／ｍｉｎ 支払いオプション：別のパーティが負担せねばならない。自己負担 ０〜５０％
プロトコル：ＵＤＰ

【０１４３】 １Ｍｂｐｓ ＃３ ２ｃｅｎｔ／ｍｉｎ 支払いオプション：別のパーティが負担せねばならない。自己負担 ０〜５０％

【０１４４】 ３３３ｋｂｐｓ ＃３ １ｃｅｎｔ／ｍｉｎ 支払いオプション：別のパーティが負担せねばならない。自己負担 ０〜５０％

【０１４５】 用いられるべき状況：インターネットビデオ電話セッションを設定する場合。

【０１４６】 ｃ）設定３（例えば、汎用） 帯域幅 サービス種別 最大提示 ２Ｍｂｐｓ ＃３ １ｃｅｎｔ／ｍｉｎ 支払いオプション：別のパーティが負担せねばならない。自己負担 ０〜３３％

【０１４７】 １Ｍｂｐｓ ＃３ １ｃｅｎｔ／ｍｉｎ 支払いオプション：別のパーティが負担せねばならない。自己負担 ０〜１００
％

【０１４８】 ３３３ｋｂｐｓ ＃３ ０．５ｃｅｎｔ／ｍｉｎ 支払いオプション：別のパーティが負担するかもしれない。自己負担 ０〜１０
０％ プロトコル：不特定

【０１４９】 用いる状況：設定１も設定２も適用できない場合。

【０１５０】 サービスフィールドの種別は３つの可能な異なるコードの一つを含むことができ
る。１）＃１は通常サービスを表す、２）＃２は低ジッターサービスを表す、３
）＃３は低待ち時間を表す。

【０１５１】 ５） 入札者の個人的暗証キー。

【０１５２】 ６） 入札ルーターアドレス詳細。

【０１５３】 ７） 時間と日付、持続時間およびトータルコストを含む前回セッションの記録
。

【０１５４】 入札プログラム１０３１の詳細操作は、図２１で説明する。ステップＳ１０５
２で開始すると制御はステップＳ１０５３へ移り、モデム２０−１を経由して接
続される情報源からのダウンロードデータへの要求が発生しているかどうかを判
定する。かかる要求が発生していない場合、制御は、かかる要求の発生が検出さ
れるまで、ステップＳ１０５３へ戻って循環する。かかる要求が検出されると、
制御はステップＳ１０５４へ移り、入札の初期設定の既定値モードフィールドが
質問されて、ユーザーを促すべきかどうか、あるいは入札を自動的に発生するべ
きかどうかを判定する。ユーザーを促すべきと判定した場合には、制御はステッ
プＳ１０５５へ移る。

【０１５５】 ステップＳ１０５５で、入札プログラムはインターフェースディスプレイに入
札プログラムインターフェース表示領域１０２４内のスクリーン１０２２を表示
させ、ユーザーは表示領域内で、彼または彼女が、提案したデータのダウンロー
ドを送信するために新規入札したいかどうか促される。インターフェースは、ユ
ーザーが選択するよう利用可能入札オプションの全設定を挙げ、使用フィールド
についての状況に従って適当な一つを強調表示させる。こうして、ユーザーが入
札を送りたいと欲すれば、用いるべき関連する入札の設定は確立され、制御はス
テップＳ１０５６へ移る。ユーザーが入札を送るのを欲しない場合、制御はステ
ップＳ１０５３へ戻る。ユーザーが入札を送ることを選択した場合、制御はステ
ップＳ１０５６へ移り、ユーザーにより選択されるどちらの設定であっても、関
連する入札オプションが入札初期設定１０３２から得られ、制御はステップＳ１
０５８へ移る。ステップＳ１０５４で入札が自動的に発生されるべきと判定され
た場合、制御はステップＳ１０５７へ移り、最初に、どれが支配的状況に与えら
れた選択すべき正しい入札設定であるかを判定するために、入札初期設定テーブ
ルの質問によって適切な入札詳細が得られる。次いで、関連入札オプションが入
札初期設定１０３２から読み込まれる。その後、制御はステップＳ１０５８へ移
り、新規入札が生成される。入札は、以下に与えられる形式を持つ。

【０１５６】 １．入札者の入札識別子。

【０１５７】 これは最後に用いられた入札者の入札識別子を入札初期設定テーブルから読みこ
むことにより得られる。そしてそれを１だけ増分する（これが成される場合、最
後に用いた入札者の入札初期設定内の入札識別子フィールドも、新規に増分され
た値へ更新される）。

【０１５８】 ２．通信者の入札識別子。

【０１５９】 このフィールドは、この実施の形態では、空欄のままである。値は、一致した入
札が見つかった場合、入札ブローカによりここに格納される（下記に更に詳細に
説明する）。

【０１６０】 ３．入札者のＩＰアドレスとポート番号。

【０１６１】 この情報はパーソナルコンピュータの通信を扱うオペレーティングシステムの一
部により生成されるダウンロードデータへの要求から得られる。

【０１６２】 ４．通信者のＩＰアドレスとポート番号。

【０１６３】 これらの詳細はダウンロードへの要求から得られる。

【０１６４】 ５．プロトコルタイプ。これもダウンロードへの要求から得られる。

【０１６５】 ６．入札者の請求識別子。この情報は入札初期設定から得られる。

【０１６６】 ７．入札者デジタル署名。これは入札者の入札識別子と、入札初期設定から得ら
れる入札者の個人キーとを用いて生成される。

【０１６７】 ８．入札オプションの設定。

【０１６８】 これらは以下に説明する方法で入札初期設定から選択される。

【０１６９】 こうして生成された入札は、ステップＳ１０５８で入札初期設定内に格納され
ている入札ルーターのアドレス詳細を用いて入札メッセージとして適切な入札ル
ーターへ送信される。

【０１７０】 ステップＳ１０５８が完了すると制御はステップＳ１０５９へ移り、応答が受
信されているかどうか判定される。応答が受信されている場合、制御はステップ
Ｓ１０６０へ移り、入札が成功しているかどうか判定される。入札が不成功であ
った場合、制御はステップＳ１０６８を経由して開始へ移り、新規トリガーイベ
ントをステップＳ１０５３で待機する。入札が成功した場合、制御はステップＳ
１０６１へ移り、入札プログラム１０３１は、終了条件が満たされているかどう
かを判定する。

【０１７１】 この実施の形態では、終了条件は、セッションを終了するために、または、す
べての可能な入札オプションについての最低提示をゼロに低下させために、入札
プログラムインターフェースを介してのユーザーからの直接命令を含む。代替と
して、終了条件は、入札初期設定に設定し格納できる。かかる終了条件の実施例
は、モデムリンクが例えば３０秒間の既定長さを越える間アイドル状態にあるか
どうか判定される。終了条件が満たされていない場合、制御はステップＳ１０６
２へ移り、入札プログラム１０３１は、入札が無効となる前に残っているのが１
２秒を超えているかどうか判定する。超えている場合には、制御はステップＳ１
０６１へ戻る。さもなければ、制御はステップＳ１０６３へ移り、確認メッセー
ジが入札ルーターへ送信され、次いで制御はステップＳ１０６１へ戻る。注意す
べきは、この実施の形態では、パーソナルコンピュータ１０−１が、確認のため
の１２秒を帯域幅ブローカに到達するよう許可することである。なぜならそれは
ウェブサイトホストサーバーより遠いからである。

【０１７２】 ステップＳ１０６１で終了条件が満たされると判定される場合は、制御はステ
ップＳ１０６４へ移る。ステップＳ１０６４では、終了要求が生成され入札ルー
ターへ送信される。終了要求は帯域幅ブローカの入札識別子を含む（これは帯域
幅ブローカにより送信される通知の一つから得られ、入札ルーターによりパーソ
ナルコンピュータ１０−１へ送出される）。注意すべきは、セッションの終了要
求の代わりに、入札プログラムが代替としてすべての入札オプションへの最大提
示をゼロにまで低下できることである。これは終了しているセッションに常に生
じる結果ではない。なぜなら、ユーザーの入札は共有入札の一部であるかも知れ
ず、入札への別の参加者がセッションを維持させるよう十分高い最大提示をして
いるかもしれないし、あるいはゼロを超えるより低い帯域幅割付けへ低下させて
いることもあり得るからである。代替として、帯域幅のためにユーザーに課され
るスポット価格は、実際には、どんな場合でもゼロになるようにしてもよい。ス
テップＳ１０６４が完了すると制御はステップＳ１０６５へ移り、流れがステッ
プＳ１０６６に制御を渡す前に、短時間遅延され、終了通知が受信されているか
どうか判定される。そうでなければ、制御はステップＳ１０６４へ移り、終了要
求（または、すべての入札オプションにゼロの最高価格を提示するよう入札を修
正する要求）は再送信され、次いで更なる僅かな遅延の（例えば、１０秒間の）
後、制御は再度ステップＳ１０６６へ移る。終了通知が受信されると、制御はス
テップＳ１０６７へ移り、入札初期設定内に格納されるセッションの記録は、今
終了したセッションの詳細、セッションの長さ、およびセッションのトータルコ
ストを含めるよう更新される。ステップＳ１０６７が完了すると制御はステップ
Ｓ１０６８を経由して開始ステップＳ１０５０へ戻る。

【０１７３】 入札プログラム１０３１はまた、ユーザーが入札初期設定１０３２内に格納す
る各種詳細を修正することを許可するためのソフトウエア（不図示）を含む。

【０１７４】 この実施の形態では、帯域幅ブローカは、第１の実施の形態の帯域幅ブローカ
と比較して、第２の実施の形態の帯域幅ブローカがコスト共有の可能性を扱うこ
とができるよう僅かに修正される。かかる修肯定のひとつは、この実施の形態で
は、入札を格納するよう用いる一致入札格納を含めることであり（以後、潜在的
一致入札と称する）、その入札は、彼らが別のパーティからの少なくとも幾つか
の分担を必要とする支払いオプションフィールドに含んでいるか、あるいはその
入札が別のパーティからの幾つかの分担を許可するかのいずれかであり、その入
札に対する一致入札は、入札が最初に受信される場合には発見できない。一旦、
入札が一致入札格納内に既定の待機時間の間、一致入札へ一致されないで格納さ
れると、それがそれ自身の帯域幅入札をサポートできるかどうか判定するよう処
理される。できない場合は、失敗通知が生成されて入札者へ返送される。入札が
処理された後（成功して、または失敗して）、一致入札格納から消去される。し
かし、事前に帯域幅ブローカにより一致入札が受信される場合は、初期の入札は
一致入札格納から消去され、次いで２つの入札は一致して、下記に詳細に説明す
るように互いに処理される。

【０１７５】 別の重要な修正は一致入札格納を含めることである。この格納は互いに一致し
ている全入札の記録を保持していて、混成入札設定が作り出される（これは下記
に詳細に説明する）。

【０１７６】 別の重要な修正はコスト共有機能モジュールを含めることである。これはすべ
ての新規の到来メッセージをチェックし、コスト共有に関係することを処理する
。その基本機能は、可能な場合、同一セッションに関する入札を一致させること
であり（すなわち、一致入札）、そして２つ以上のパーティがセッションのコス
トを共有する混成入札を生成し維持することである。

【０１７７】 コスト共有機能モジュールの動作の実施例を図２２に示す。動作はステップＳ
１０８０で開始され、その後、制御はステップＳ１０８１へ移り、帯域幅ブロー
カは新規入札メッセージが受信されているかどうかを判定する。受信されていな
ければ、制御はステップＳ１０８０へ戻る。一旦、新規入札メッセージが受信さ
れると、制御はステップＳ１０８１からステップＳ１０８２へ移り、帯域幅ブロ
ーカは、入札メッセージがコスト共有の可能性を示す新規入札、あるいは下記の
ようなコスト共有機能モジュールにより現在管理されている旧入札のいずれに関
係するかを判定する。入札メッセージがいずれのかかる入札にも関係しない場合
には、制御はステップＳ１０８３へ移り、入札メッセージの処理は上記のように
第１の実施の形態の新規入札メッセージモジュール５３４の初期処理において実
行される。

【０１７８】 ステップＳ１０８２の判定が肯定の場合には、制御はステップＳ１０８４へ移
る。入札メッセージがコスト共有の可能性を示す新規入札の場合には、コスト共
有機能モジュールが潜在的分担入札を探す。これを実行するために、プログラム
はアクティブ入札格納５４４と一致入札格納（不図示）を通じて探す。これらの
格納を探した後一致入札が見つからない場合には、入札はそれ自身を一致入札格
納に格納する。一致入札がその後受信される場合、この実施の形態では、入札は
一致入札格納に最大２秒間格納され、その後入札処理はステップＳ１０８５へ移
る。その間に一致入札が見つかると、双方の入札は共同処理のために次のステッ
プＳ１０８９へ移る。一致入札がアクティブ入札格納５４４で見つかった場合は
、処理はアクティブ入札が再審される時間になるまで中断され、次いで双方の一
致入札はステップＳ１０８９へ移る。ステップＳ１０８４では、帯域幅ブローカ
は一致入札が割付けされているかどうか判定する。割付けされていない場合は、
制御はステップＳ１０８３へ移り、入札が通常通り処理される。ある入札が別の
入札と一致するかどうかを判定するために、コスト共有機能は最初に、その通信
者の入札識別子フィールドに入札がゼロでない値を含むかどうか判定する。もし
含む場合は、すべての他の入札を単純に探して、入札者の入札識別子フィールド
の一致する値が、他の入札のそれの一つであることを見付けることができるかど
うかを調べる。同様に、一致すべき入札の入札者の入札識別子フィールドが、任
意の他の入札の通信者の入札識別子フィールドに保持されている値と一致しない
ことをチェックする。次に、コスト共有機能モジュールは、普通はフローと称さ
れるものと同一であるパラメータを参照して入札を一致させるよう試みる。これ
らのパラメータは、発信元と宛先のＩＰアドレス、発信元と宛先のポート番号（
与えられていれば）、および用いられるプロトコルの種類（例えば、ＴＣＰまた
はＵＤＰ）（与えられていれば）である。これらの詳細は入札者のＩＰアドレス
とポート番号フィールド、通信者のＩＰアドレスとポート番号フィールド、およ
びプロトコル種類フィールドに見出される。

【０１７９】 一致入札がステップＳ１０８４で発見されると、制御はステップＳ１０８９へ
移り、入札オプションを調査して、少なくとも一つの一致入札を形成し、それら
の間のパーティ双方が、セッションのコストの１００％を負担する用意があると
いう可能性があるかどうかを判定し、または代替として、個人的な入札オプショ
ンを形成し、一つのパーティが個人的にセッションのコストの１００％を負担す
る用意があるという可能性があるかどうを判定する。少なくとも一つのかかる入
札オプションを見付けることができる場合は、制御はステップＳ１０９０へ移り
、さもなければ、制御はステップＳ１０８７へ移り、失敗通知が生成され、入札
者または各入札者へ送られる。通知は、最低入札価格の現在値、同一のセッショ
ンの入札者から新規入札がいつまでに処理されるかの指示、および入札が失敗し
たことの指示を含む。この通知が生成され送られた後、新規の入札または各入札
は消去される（一致入札格納から）。ステップＳ１０８７が完了した後、制御は
開始ステップＳ１０８０へ戻る。ステップＳ１０８９の判定が肯定の場合は、制
御はステップＳ１０９０へ移り、混成入札設定がコンパイルされる。最初に、帯
域幅入札の量によって入札オプションを一致させる試みが成される。帯域幅の一
致が、それぞれの帯域幅が特定の許容誤差（例えば、±１０％）内で等しい場合
は、存在が考慮される。ペア内の入札オプション双方の「自己負担」の百分率の
各ペアが、加算すると１００％になるかどうかも調べる。かかる入札オプション
は以後、一致入札オプションと称する。一致入札オプションの各ペアを用いて、
共同入札オプションを生成する。その場合には、共同入札オプションの最大合計
提示は、可能な場合には、各個人的一致入札オプションからの最大提示の合計で
ある。個人的な最大提示が、各入札に示される「自己負担」の百分率の許容範囲
へ対応する別の人に対する適切な比ではない場合、これは可能ではないかもしれ
ない。かかる場合、共同入札オプションの最大提示は、各一致入札オプションか
らの最大負担を判定することにより形成され、これは「自己負担」の百分率、お
よびこれらの最大負担をともに合計した百分率の要件が満たされることを可能に
する。幾つかの非一致入札オプションがある場合には、各非一致入札オプション
の支払いオプションは、コストの１００％負担の用意があるかどうかを検査する
。かかる入札オプションは、以後、実行可能個人入札オプション、と称する。混
成入札設定は、ジョイント入札オプション、実行可能個人入札オプション、また
はその双方を含む。

【０１８０】 こうして形成された混成入札設定は、元の入札とともに一致入札格納に格納さ
れる。元の入札に関するどのメッセージもコスト共有機能モジュールによりしか
るべく処理される。コスト共有機能モジュールは混成入札設定をしかるべく修正
でき、修正された入札設定を適切な時に再実行する（例えば、入札が確認された
時）。ステップＳ１０９０が完了すると制御はステップＳ１０９１へ移り、混成
入札設定は、通常入札として処理されるために送られる。通常入札と異なるのは
、通知が発行される場合はいつでも、それはコスト共有機能モジュールへ向けら
れ、通知は、各当事者について一通の、計２通の通知へ処理される。その通知で
各当事者の負担が計算され、通知に含まれる。ステップＳ１０９１が完了すると
制御は開始ステップＳ１０８０へ戻る。

【０１８１】 入札一致の説明として、２つの一致入札の入札オプションを、結果として生じ
る混成入札設定とともに以下に述べる。

【０１８２】 第１入札 ２Ｍｂｐｓ ２セント／分 支払いオプション： 他の当事者が負担するかもしれない。

【０１８３】 自己負担 ０〜１００％ １Ｍｂｐｓ ２セント／分 支払いオプション： 他の当事者が負担するかもしれない。

【０１８４】 自己負担 ０〜１００％

【０１８５】 ０．５Ｍｂｐｓ ２セント／分 支払いオプション： 他の当事者が負担するかもしれない。

【０１８６】 自己負担 ０〜１００％

【０１８７】 第２入札 １Ｍｂｐｓ ２セント／分 支払いオプション： 他の当事者が負担するかもしれない。

【０１８８】 自己負担 ０〜３３％

【０１８９】 ３３３ｋｂｐｓ １セント／分 支払いオプション： 他の当事者が負担するかもしれない。

【０１９０】 自己負担 ０〜６７％

【０１９１】 １１２ｋｂｐｓ ０．５セント／分 支払いオプション： 他の当事者が負担するかもしれない。

【０１９２】 自己負担 ０〜１００％

【０１９３】 混成入札設定 帯域幅 最大提示額 当事者１：当事者２ ２Ｍｂｐｓ ２セント／分 １００：０ １Ｍｂｐｓ ３セント／分 ６７：３３ ０．５Ｍｂｐｓ ２セント／分 １００：０ １１２ｋｂｐｓ ０．５セント／分 ０：１００

【０１９４】 最初に、異なる量を一致させることを試みると、１１２ｋｂｐｓ（第２入札の
第３オプション）の量は、第１入札のどのオプションとも一致させることができ
ないが、第２入札でこの入札オプションに対して１００％の支払いの用意がある
ので、この入札オプションはそれ自身の支払いに基づく。それゆえ実行可能個人
入札オプションとして混成入札設定に現れる。３３３ｋｂｐｓ（第２入札の第２
入札オプション）の量は、第１入札のどのオプションとも一致させることができ
ないが、この入札オプションは負担を必要としているので、それ自身の支払いに
基づくことができない。それゆえこの入札オプションは混成入札設定に現れない
。第１入札の０．５Ｍｂｐｓオプションは、第２入札のオプションと一致させる
ことができないが、単独の支払いに基づく。よって、これは実行可能個人入札オ
プションとして混成入札設定に現れる。双方の入札の１Ｍｂｐｓオプションは一
致し、従って集約できる。しかしこの場合、第２入札者が負担する用意がある最
大値は、全体の３３％であり、従って、第２入札者により提示される最大量は、
１セント／分であり、第１入札者に承認可能な負担比２／３と、第２入札者への
１／３とで、ジョイント入札オプションに対する３セント／分の全最大提示額を
与える。最終的には、第１当事者だけが２Ｍｂｐｓの量について提示しているに
すぎないが、第１当事者は１００％負担支払いの用意があるので、この入札オプ
ションは実行可能個人入札オプションとして生き残り、従って、混成入札設定へ
加算される。

【０１９５】 第１の実施の形態と比較したときの、この実施の形態における帯域幅ブローカ
ープログラムの機能性に関する他の著しい拡張は、クレジット管理モジュール５
３６にあり、このモジュールは、第１の実施の形態で説明した機能性に加えて、
第３者機関の請求システムとの処理ができるよう拡張される。例えば、この実施
の形態では、パーソナルコンピュータ１０−１のユーザーは、生成される新規入
札毎にＶｉｓａカードの詳細を含むように自身の入札初期設定を設定している。
新規入札が、例えば、Ｖｉｓａ等の第３者機関請求詳細を有する入札ルーターに
より受信されると、入札ルーターはそれ自身の請求行動をとらない。その代わり
、新規入札が帯域幅ブローカに到着すると、クレジット管理モジュール５３６は
、入札が第３者機関請求詳細を含んでいること、そしてそれが請求識別子フィー
ルドで識別される口座からの支払いを第３者機関が認証するというチェックに関
わる第３者機関（例えば、Ｖｉｓａ）に直接連絡することを判定する。クレジッ
ト管理モジュール５３６は、既定の小額（例えば、１０ドル）までの課金のため
に第３者機関請求システムからの認証を求める。要求が認証されると、クレジッ
ト管理モジュール５３６はセッションコストを監視し、認証された全量が使い果
たされてしまった場合、自動的に第３者機関請求システムからの少量合計額追加
に対する更なる認証を求める。セッションの最後に、第３者機関請求システムに
、セッショントータルコストの請求書が送付される。

【０１９６】 図２３を参照すると、第２の実施の形態のウェブサイト入札プログラムは、第
１の実施の形態から僅かに修正されている。その修正は主として、入札を共有す
る勧誘が、ウェブサイトからのコンテンツデータを要求するパーソナルコンピュ
ータへ送信可能になるということである。更に、第２の実施の形態のウェブサイ
ト入札プログラムは、それ以上の強化を含み、それにより、異なるユーザーを複
数の異なるユーザークラスの一つへ分類でき、入札プログラムが、異なる帯域幅
オプションについて入札をする用意がある量を、任意の特定ユーザーについての
ユーザークラスに依存して変化させることができる。

【０１９７】 その方法はステップＳ１１００で開始し、その後、制御はステップＳ１１０１
へ移り、そこでコンテンツデータの要求を待機する。かかる要求が受信されてい
る場合、制御はステップＳ１１０２へ移り、データを要求しているユーザーのユ
ーザークラスが判定される。ユーザーを複数の異なるユーザークラスの一つへ分
類する方法は、この技術では周知であり、詳細についてはここで説明しないが、
説明するための実施例としては、この実施の形態のウェブサイト入札プログラム
は、既知または未知の２つの異なるユーザークラスしか持たない。新規ユーザー
はウェブサイトで登録するよう勧誘され、以前に訪問したウェブサイトで既に登
録しているユーザーは「ログオン」へ招待される。ウェブサイトにログオンした
後、ユーザーは既知のクラスへ所属するよう分類され、一方、以前は登録してい
たとしても、現在は登録していないおよび／またはログオンしないユーザーは、
未知のユーザークラスへ分類される。

【０１９８】 ステップＳ１１０２が完了すると制御はステップＳ１１０３へ移り、要求コン
テンツデータが以前決定されたユーザークラスで入札可能か否かを判定する。こ
れを行うために、ユーザーへダウンロードする利用可能コンテンツデータの各項
目は、各ユーザークラスで入札可能かどうかを示すフィールドを含む。入札可能
でない場合、制御はステップＳ１１０４へ移り、要求コンテンツデータは、ベス
トエフォートだけを用いてユーザーへ送信される。ステップＳ１１０４が完了す
ると制御は開始ステップＳ１１００へ戻り、コンテンツデータの新規要求を待機
する。ステップＳ１１０３でコンテンツデータが各ユーザークラスで入札可能で
あると判定されると、制御はステップＳ１１０５へ移り、新規入札者の入札識別
子が生成される。ステップＳ１１０５が完了すると制御はステップＳ１１０６へ
移り、入札者の入札識別子は、よりハイレベルのアプリケーションが、通信者（
すなわち、最初にコンテンツデータを要求したパーソナルコンピュータ）へセッ
ションコストを負担する勧誘を生成し送信することを希望する場合に、入札プロ
グラムとともに実行されるそのハイレベルのアプリケーションで利用可能となる
。かかる勧誘は入札者の入札者識別子（すなわち、ウェブサイト入札プログラム
の入札識別子）を含み、その識別子は、勧誘に応えて入札を生成する場合に、パ
ーソナルコンピュータ１０−１により用いられる。この技術に精通する者には明
らかなように、パーソナルコンピュータからの新規入札にウェブサイトの入札識
別子を含めることは、ウェブサイト入札プログラムから一致する入札を探し出す
のを、より高速に、かつ、より信頼度の高いものにする。ステップＳ１１０６が
完了すると制御はステップＳ１１０７へ移り、ステップＳ１１０８へ制御が渡さ
れる前に僅かな遅延が発生する。この実施例では、略２秒の僅かな遅延が用いら
れる。ステップＳ１１０８で、適切な帯域幅ブローカへの順方向送信のために新
規入札メッセージが生成されて入札ルーターへ送信される。注意すべきは、新規
入札が、勧誘されている通信者（すなわち、パーソナルコンピュータ１０−１）
へ送信したものと同じ入札者の入札識別子を含むことである。

【０１９９】 ステップＳ１１０８が完了すると制御はステップＳ１１０９へ移り、帯域幅ブ
ローカからの入札メッセージへの応答を待機する。応答を受信すると制御はステ
ップＳ１１１０へ移り、ウェブサイト入札プログラムは入札の成功可否を判定す
る。入札が不成功であった場合、制御はステップＳ１１０４へ移り、要求された
コンテンツデータがベストエフォートを用いて通信者（パーソナルコンピュータ
１０−１）へ送信される。しかし、入札が成功した場合は、制御はステップＳ１
１１１へ移り、セッションで割付けられた保証帯域幅が判定されて、データは対
応するレートで通信者（パーソナルコンピュータ１０−１）へ送信される。送信
を開始した後、送信を続けながら、制御をステップＳ１１１２へ移し、ウェブサ
イト入札プログラムは、要求された全コンテンツデータが送信されたかどうか、
あるいは幾つかの別の終了条件が満たされているかどうかを判定する（例えば、
一般的な時間切れ、またはセッションの最大コストが超過している等）。終了条
件がまだ満たされていない場合には、制御はステップＳ１１１３へ移り、受信さ
れる確認がないまま入札が期間満了となる前に残り６秒を超えるかどうか判定す
る。入札が残り６秒を超えている場合は、制御は、終了条件が満たされるか、ま
たは入札が無効となる前に残り６秒未満となるまで、ステップＳ１１１２へ戻る
。入札が、無効となる前に残り６秒未満になっている場合は、制御はステップＳ
１１１４へ移り、帯域幅ブローカに順方向送信するために確認信号が入札ルータ
ーに送信される。ステップＳ１１１４が完了すると制御はステップＳ１１１２へ
戻る。

【０２００】 ステップＳ１１１２で全コンテンツデータが送信されていると判定された場合
、または幾つかの他の終了条件が満たされている場合は、制御はステップＳ１１
１５へ移り、終了要求が生成され、帯域幅ブローカへ順方向送信するために入札
ルーターへ送信される。ステップＳ１１１５が完了すると制御はステップＳ１１
１６へ移り、ステップＳ１１１７に制御を渡す前に僅かな遅延が生成され、ウェ
ブサイト入札プログラムは、終了通知が入札ルーターから戻って受信されるかど
うかを判定する。かかる通知が受信されていない場合は、制御はステップＳ１１
１５へ戻り、更に終了要求が生成され、帯域幅ブローカへ順方向送信するために
入札ルーターへ送信される。これは終了通知が受信されるまで続き、制御はステ
ップＳ１１１８を経て開始ステップへ戻る。

【０２０１】 第２の実施の形態に関する一般的注釈 上記の第２の実施の形態は、２人以上の当事者がどのようにデータ送信セッシ
ョンのコストを分担できるかを説明する（特にデータ送信者とデータ受信者）。
その概念は、３人以上の関係当事者がデータ送信セッションのコストを分担する
ことを許可するよう拡張できる。それぞれの場合に、関係当事者は、同じデータ
送信セッションに対して、より大きな入札に向けて分担を形成する用意があると
いう指示を伴う入札を提出する。次いでこれらの入札は帯域幅ブローカにより混
成入札として取り込まれる。セッションのコストを格納したいと願う当事者達が
、ジョイント歩調をとって帯域幅ブローカを助けるには多くの方法がある。一つ
の選択は、一人の当事者に、どんな帯域幅であっても特定の最高金額（例えば、
１セント／分）を支払う用意があることを示させることである。かかる入札を用
いて、他の当事者または当事者達により提出されるすべての入札オプションでジ
ョイント入札オプションを形成することができる。

【０２０２】 第２の実施の形態で説明されたシステムの基本構造は、リンクを制限している
単一の帯域幅つまり単一のボトルネックを通じての割付け帯域幅に制限されたま
まである。以下に説明する第３の実施の形態は、２つのかかるボトルネックを通
じて帯域幅が割付けられる場合を説明する。かかるシステムは２台のゲートコン
トローラと２台の帯域幅ブローカを含む（一台のブローカが各ゲートコントロー
ラと関わる）。この実施の形態では、単一の入札ルーターは、受信する入札メッ
セージを、最適の帯域幅ブローカへルーティングするために応答できる。各帯域
幅ブローカの機能性は、双方のボトルネックを通じてデータが送信されるデータ
送信セッションのために、双方のボトルネック内部の帯域幅割付けを可能とする
ように、単一入札が２つの入札に分離されるようにすべく拡張される必要がある
。

【０２０３】 第３の実施の形態 第３の実施の形態に従ってデータ通信システムの構築が図２４で説明される。
簡明にするために、この第３の実施の形態は、２人以上の通信当事者からの入札
分担を許可しない。図１のものと同様の項目は、図２４で同じ参照番号が与えら
れている。このように、基本構造はＰＣ１０−１と同一であり、モデム２０−１
、多重編成３０、およびデータリンク４０を経由して接続されている。データリ
ンクは、単一領域５１へのベストエフォート部分４２とサービス品質保証部分４
１を有する（すなわち、ネットワークや、例えばインターネットサービスプロバ
イダ等の単一当事者により制御されるネットワークの組合せ）。この実施の形態
では、単一の領域５１はサーバーファーム５０より著しく大きく、ワイドエリア
ネットワーク７１（ＷＡＮ「Ａ」）を経て広い面積に広がって接続される多くの
サーバーを有している。この実施の形態では、単一の領域５１は、サーバーファ
ーム５２へ接続されるサービス品質保証部分４４と、ベストエフォート部分４５
とを有する第２のデータリンク４３を持つ。注意すべきは、どのシステムでもそ
の帯域幅およびサービス品質は２本以上の、例えば、この実施の形態では、以後
、マルチノードシステムと称する、制限付きデータリンクを通じて割付けられて
いるのが普通である。同様に、２本以上の制限付きデータリンクを通じて、帯域
幅割付けを確認する他の帯域幅ブローカと通信するよう適している帯域幅ブロー
カは、マルチノード可能帯域幅ブローカと称する。

【０２０４】 ウェブサイトＢ９５も図２４で説明する。これは、ローカルエリアネットワー
ク７２およびデータリンク４３を経由して単一領域５１に接続されている。単一
領域５１内には、ワイドエリアネットワーク７１およびワイドエリアネットワー
ク７１に接続されている３台のゲートコントローラ６１、６２、６３がある。

【０２０５】 ゲートコントローラ６２、６３は、ワイドエリアネットワーク７１上に伝送さ
れるデータ量を制御し、それにより、データは予測可能に振舞う。これを行うと
ネットワークオペレータ（不図示）はいつでも、各ゲートコントローラがワイド
エリアネットワーク７１の上にどれほどのデータを載せるかを命令できる。ゲー
トコントローラ６１、６２、６３はそれぞれ第１、第２、および第３ゲートコン
トローラと称する。第１ゲートコントローラ６１は、前記のようにデータリンク
４０を通じてＰＣ１０へのデータ伝送を制御する。第２ゲートコントローラ６２
は、データリンク４３を通じてサーバーファーム５２からのデータ伝送を制御す
る。第３ゲートコントローラ６３は、インターネット１００からのデータ伝送を
制御する。

【０２０６】 ワイドエリアネットワーク７１には、第１の帯域幅ブローカ９３および第２の
帯域幅ブローカ９４も接続されている。この実施の形態では、第１と第２の帯域
幅ブローカ９３、９４は異なるサーバー（不図示）によりホスティングされ、各
帯域幅ブローカは、ワイドエリアネットワーク７１へのリンク同様、それぞれ第
１と第２のゲートコントローラへの直接リンクを有する。ワイドエリアネットワ
ーク７１へは第１入札ルーター９１も接続されている。第１の入札ルーター９１
は第１の実施の形態の入札ルーターと類似していて、異なるのは、それが第１と
第２の帯域幅ブローカ双方の詳細を格納していることと、下記に更に詳細に説明
するように、適当な帯域幅ブローカへ、受信する入札メッセージをルーティング
できるということである。第１の入札ルーター９１も、ワイドエリアネットワー
ク７１へのリンクと同様に、第１の帯域幅ブローカ９３と第１のゲートコントロ
ーラ６１双方へ直接リンクを有している。サーバーファーム５２も、第２のワイ
ドエリアネットワーク７３（ＷＡＮ「Ｂ」）への接続も含むローカルエリアネッ
トワーク７２へ接続される第２の入札ルーター９２を含む。第２の入札ルーター
９２は、ＷＡＮＡ７１とＷＡＮＢ７３双方について入札をルーティングできる。

【０２０７】 図２５は、図２４で説明されるデータ通信システムの各種要素間を流れる信号
を説明する単一フロー図である。

【０２０８】 本実施例では、パーソナルコンピュータ１０−１のユーザーは、ウェブサイト
Ｂ９５を訪問していて、自身のスクリーン上に表示される関連するアイコンをク
リックすることによって、販促用オーディオビデオクリップをダウンロードする
ことを決める。この行動は要求信号２６５を生成させ、ウェブサイトＢに送信さ
れる。要求信号２６５が取る経路は、モデム２０−１、マルチプレクサ編成３０
、データリンク４０のベストエフォート部分４２、第１ゲートコントローラ６１
、ワイドエリアネットワーク７１、第２ゲートコントローラ６２、ローカルエリ
アネットワーク７２、および最後にウェブサイトＢである。要求信号２６５を受
信すると、ウェブサイトＢ入札プログラムは、要求されたコンテンツデータが入
札可能であると判定して、第２入札ルーター９２へ送信する新規入札２６６を生
成する。第２入札ルーター９２が新規入札を受信すると、第２入札ルーターはウ
ェブサイトＢ９５がその入札に関して真正の口座を有し、その口座が利用可能資
金を保有するということを判定する。入札ルーター９２は入札が入札者の口座詳
細（すなわち、ウェブサイトＢのそれら）を含むよう修正し、第２の帯域幅ブロ
ーカ９４に入札メッセージを送る。新規入札をどの帯域幅ブローカに載せて送る
かを知るために、入札ルーター９２はその帯域幅ブローカ、および関連する宛先
ＩＰアドレス格納４６を検査する。ウェブサイトＢ９５からパーソナルコンピュ
ータ１０−１へ伝送するデータが、第２の帯域幅ブローカ９４により制御される
第２のゲートコントローラ６２により制御されるデータリンク４３を通じて最初
に伝送しなければならないことをそのアドレス格納から判定する。

【０２０９】 こうして修正された入札２６７は入札ルーター９２から第２の帯域幅ブローカ
９４に送信される。修正された新規入札２６７を受信すると、第２の帯域幅ブロ
ーカ９４は、以下で更に詳細に説明する方法で、新規入札を処理し、データリン
ク４４とデータリンク４１上の双方の割付けに対して入札するように、入札を配
分しなければならないと決定する。この決定の結果、第２の帯域幅ブローカ９４
は入札を配分し、データリンク４１の帯域幅の割付けを制御する第１の帯域幅ブ
ローカ９３に仮入札２６８を送信する。仮入札２６８を受信すると、第１の帯域
幅ブローカ９３は、仮入札を処理して、少なくとも一つの仮入札オプションが承
認されるだろう旨を示す仮応答２６９を戻す。仮応答２６９を受信すると、帯域
幅ブローカ２は、データリンク４４およびデータリンク４１の双方上で一致する
帯域幅割付けを保証するために選択する入札オプションを決定し、次いで第１の
帯域幅ブローカ９３に限定入札２７０を送信する。同時に、第２の帯域幅ブロー
カ９４は、ウェブサイトＢからのデータグラムを、データリンク４３のサービス
品質保証部分４４を通じて送信させる命令２７１を第２のゲートコントローラ６
２に発行する。限定入札２７０を受信すると、第１の帯域幅ブローカ９３は入札
を処理して、ウェブサイトＢからパーソナルコンピュータ１０−１に適当なレー
トでデータグラムを送信させる同様の命令２７２を第１のゲートコントローラ６
１に発行する。命令２７１を受信して少し経過すると第２のゲートコントローラ
２は、第２の帯域幅ブローカ９４に、要求された割付けが成された旨を知らせる
ために肯定応答２７３を発行して戻す。同様に、命令２７２を受信して少し経過
すると第１のゲートコントローラ６１は、第１の帯域幅ブローカ９３に、要求さ
れた割付けが成されたことを確認するために肯定応答２７４を送信して戻す。肯
定応答２７４を受信すると、第１の帯域幅ブローカ９３は限定入札２７０が成功
したことを知らせる限定応答２７５を送る。第２の帯域幅ブローカ９４により、
第１の帯域幅ブローカ９３からの限定応答２７５と、肯定応答２７３（自身のリ
ソース割付けを扱う第２の帯域幅ブローカの一部からの最初の限定応答が、入札
配分を扱う第２の帯域幅ブローカの一部へ送られる）の双方を受信すると、第２
の帯域幅ブローカは通知２７６を生成し、第２の帯域幅ブローカ９４から第２の
入札ルーター９２へ送信する。

【０２１０】 通知２７６を受信すると、第２の入札ルーター９２は、ウェブサイトＢ９５へ
の送信通知２７７として通知を送る。送信通知２７７を受信すると、ウェブサイ
トＢは、要求されたようにパーソナルコンピュータ１０−１に帯域幅が割付けら
れたことを判定し、帯域幅量がこうして割付けられたことを知って、データ信号
２７８によって示されたようにパーソナルコンピュータ１０−１にコンテンツデ
ータ送信を適切なレートで開始する。

【０２１１】 第１の契約期間が完了すると、ウェブサイトＢからの入札は再度帯域幅ブロー
カ９４により再審され、帯域幅ブローカは第１の帯域幅ブローカ９３に送信する
仮入札２７９を再度生成する。また、配分を扱う第２の帯域幅ブローカ９４の一
部は、自己のリソース割付けを扱う第２の帯域幅ブローカの一部に仮入札を内部
で渡す。これは不図示である。仮入札２７９を受信すると、第１の帯域幅ブロー
カ９３は、仮入札２７９を処理して、第２の帯域幅ブローカ９４に仮応答２８０
を発行して戻す。仮応答２８０は、第２の帯域幅ブローカ９４により処理され、
次いで第１の帯域幅ブローカ９３に送信するために限定入札２８１が生成され送
信される（内部限定入札もやはり、第２の帯域幅ブローカのあるポートから別の
ポートへ送られる）。限定入札２８１に応答して、第１の帯域幅ブローカ９３は
限定応答２８２を発行する。この例では、限定入札２８１は、実質的に限定入札
２７０と同一であり、２つの帯域幅ブローカによる課金は増加していない。従っ
て、現在のデータ送信セッションに対して割付けられた帯域幅の変更は不要であ
る。よって、ゲートコントローラ６１または６２のどちらにも命令を送る必要が
ない。従って、この実施例では、限定応答２８２は、割付けが以前の契約から変
更されていないことを確認する。

【０２１２】 限定応答２８２を受信すると、第２の帯域幅ブローカ９４は、各データ割付け
と関わるコストを組み換える通知信号２８３を生成する（すなわち、第２の帯域
幅ブローカリソースと、第１の帯域幅ブローカの自己リソースとに関わるコスト
）。この通知２８３は、ウェブサイトＢへの送信通知２８４として通知を送る第
２の入札ルーター９２へ渡される。この入札ルーターは、データ信号２８５によ
り示されるようにデータの送信を継続する。

【０２１３】 送信通知信号２８４を受信して少し経過すると、ウェブサイトＢは終了条件が
満たされていることを判定し（例えば、要求されたデータの送信を終了した）、
終了要求２８６を生成する。終了要求は第２の入札ルーター９２に送られる。終
了要求２８６を受信すると、第２の入札ルーター９２は、それを送信終了要求２
８７として第２の帯域幅ブローカ９４に送る。送信終了要求２８７を受信すると
、第２の帯域幅ブローカ９４は、第１の帯域幅ブローカ９３へ送られる終了要求
２８８を生成し送信する。また第２のゲートコントローラ６２へ送られる終了命
令２８９も生成する。これはウェブサイトＢからパーソナルコンピュータ１０−
１へのデータグラムによる部分４４への更なるアクセスを防ぐよう命令するもの
である。第１の帯域幅ブローカ９３が終了要求２８８を受信すると、それは第１
のゲートコントローラ６１へ送られる終了命令２９０を生成する。これはウェブ
サイトＢからパーソナルコンピュータ１０−１へのデータグラムによる部分４１
への更なるアクセスを防ぐよう命令するものである。同時に、第２の帯域幅ブロ
ーカ９４も通知信号２９１を生成する。この通知信号はセッションの終了とセッ
ションのトータルコストを示し、これは第２の入札ルーター９２へ送られる。第
２の入札ルーター９２は通知信号２９１を受信し、それをウェブサイトＢに送信
通知信号２９２として送る。送信通知２９２を受信すると、ウェブサイトＢは自
己の記録のためにセッションのトータルコストを書きとめる。命令２８９を受信
して少し経過すると、第２のゲートコントローラ６２は肯定応答２９３を生成し
、第２の帯域幅ブローカ９４へ送信して、ウェブサイトＢからパーソナルコンピ
ュータ１０−１へのデータグラムに対する部分４４を通じての帯域幅割付けが停
止したことを知らせる。同様に、命令２９０を受信して少し経過すると、第１の
ゲートコントローラ６１は肯定応答信号２９４を生成し、第１の帯域幅ブローカ
９３へ送って、ウェブサイトＢからパーソナルコンピュータ１０−１へのデータ
グラムに対する部分４１を通じての帯域幅割付けが停止したことを知らせる。肯
定応答信号２９４を受信すると、第１の帯域幅ブローカ９３は通知２９５を生成
して送る。その通知は、第２の帯域幅ブローカ９４へ送られ割付け解除が成功し
たことを知らせる。

【０２１４】 ここで図２６へ移ると、第２の帯域幅ブローカ９４の全体構成が示されている
。この構成は、マルチモード可能帯域幅ブローカ９４の代表例である。帯域幅ブ
ローカ９４は機能的に２つの部分９４０と９４９へ分割される。第１部分９４０
は入札配分事項を扱い（すなわち、複数の制限付きデータリンク全体の帯域幅の
安全確保のために単一入札を複数入札に配分する）、一方第２部分９４９は自己
のリソース（すなわち、自己制御のもとにあるデータボトルネック）の仲買いを
扱う。第１部分９４０内に、すべてのルーティング局面を取扱う入札ルーティン
グモジュール９４１（次のホップ）を含む（すなわち、もしあるなら、更に別の
どの帯域幅ブローカが、入札者が所望する全接続にわたって保証帯域幅を確保す
るための取扱いに必要かを判定）。入札ルーティングモジュール９４１は、帯域
幅ブローカのアドレス詳細と、関連する順方向宛先のＩＰアドレスとの格納を含
む。

【０２１５】 入札ルーター９４の第１の部分９４０は、３個の要素９４３、９４４、および
９４５を備える入札配分モジュール９４２を含む。３個の要素はブローカの仲買
詳細格納９４３であり、入札分配目的の通信を可能とするための、自身の仲買詳
細と任意の帯域幅ブローカの仲買詳細を含む各種仲買詳細を格納する。このデー
タは、最低入札価格と、下記の自己リソース仲買モジュール９４６と、通信状態
にある任意の他のブローカとの双方によって課されるスポット価格を含む。分配
モジュール９４２はまた、帯域幅ブローカ９４が２つ以上の帯域幅ブローカ間の
分配に責任を持つすべての入札を格納するために用いられるアクティブマルチブ
ローカ入札格納９４４も含む。入札配分モジュール９４２はまた、分配プログラ
ム９４５も含み、これは、自己リソースと、通信をしている帯域幅ブローカのそ
れらとの間で必要な場合に、入札を分配するために用いられる。分配プログラム
９４５の動作を以下に詳細に説明する。

【０２１６】 帯域幅ブローカ９４の第２の部分は自己リソース仲買モジュール９４６を含み
、これは基本的に上記の第１の実施の形態で説明した帯域幅ブローカと同様であ
る。第２の部分９４９はまた仮入札処理モジュール９４７も含み、仮入札を処理
して、入札が限定入札であったとしたら、各仮入札内のどの入札オプションが、
承認されただろうかを判定する。かかる仮応答は誰が仮入札を送ったとしても返
送される（すなわち、自己入札分配モジュールまたは遠くにある帯域幅ブローカ
の入札分配モジュール）。

【０２１７】 図２７を参照して、図２６の分配プログラム９４５の動作を説明する。ステッ
プＳ１２００で開始された後、制御はステップＳ１２０１へ移り、新規入札が受
信されると、分配プログラム９４５は、要求された接続が更に別の帯域幅ブロー
カにより制御されるボトルネック内の帯域幅を必要としているかどうかを判定す
る。かかる更に別のブローカが必要とされない場合、制御はステップＳ１２０２
へ移り、第１の実施の形態に関して説明したように、新規入札が通常入札として
処理される。代替として、更に別の帯域幅ブローカからの帯域幅が必要であると
判定された場合、分配プログラム９４５は、どの帯域幅ブローカが特別な帯域幅
について連絡されるべきかを、入札者のインターネットプロトコルアドレスおよ
び新規入札で識別された通信者についての情報を伴った入札ルーティングモジュ
ール９４１を参照することにより判定する。制御はステップＳ１２０３へ移り、
新規入札は２つの仮入札を生成するために、現在保有している仲買詳細に従って
、再分割される。これを成すために、分配プログラム９４５は、ブローカの仲買
詳細格納９４３に相談して、自己リソース（自己リソース仲買モジュール９４６
により判定されたように）、および帯域幅を必要とする更に別の帯域幅ブローカ
双方に対する現在の最低入札価格を決定する。自己最低入札価格の詳細は非常に
正確であろうが、更に別の帯域幅ブローカにより提示された最低入札価格の記録
は、若干日付が古いであろう。というのは、更に別の帯域幅ブローカだけがその
現在の最低入札価格を周期的に一斉通知しているからである（例えば、１０秒毎
に）。関連する最低入札価格（または、旧い入札が処理される場合には、最低入
札価格とスポット価格の間の適当な中間価格）を確立すると、入札の入札オプシ
ョンは、最低入札価格の比率と同じ比率に分割される。例えば、第１の帯域幅ブ
ローカ９３が最近、最低入札価格を１０００分の１セント／分／ｋｂｐｓで広告
し、そして第２の帯域幅ブローカにより提示された最低入札価格が１０００分の
２セント／分／ｋｂｐｓで広告されていた場合、一つの入札オプション（例えば
、１０００分の６セント／分／ｋｂｐｓ）は２つの再分割入札に分割され、第１
は最大提示額として、第２の再分割入札オプションについての最大提示額（例え
ば、１０００分の４セント／分／ｋｂｐｓ）のそれの半分を持つ。

【０２１８】 ステップＳ１２０３が完了すると、この実施の形態では１秒後に時間切れとな
るタイマーが開始し、制御はステップＳ１２０４へ移って、再分割入札オプショ
ンが、それぞれの帯域幅ブローカの仮入札処理モジュールへ仮入札として送られ
る。制御はステップＳ１２０５へ移り、分配プログラム９４５は、先行するステ
ップに送られる仮入札に関して仮応答が受信されたかどうか判定する。仮応答が
受信された場合は、分配プログラム９４５は、各ブローカでの最大許容帯域幅選
択が帯域幅量に関して一致するかどうか判定する。一致する場合は、制御はステ
ップＳ１２０６へ移り、仮入札に対応する限定入札が提出される。しかし仮応答
に不一致がある場合は（一つの帯域幅ブローカが別の帯域幅ブローカより高い帯
域幅入札オプションをサービスすることを提示する用意があることを示す）、制
御はステップＳ１２０７へ移り、入札オプションの再分割が再計算される。

【０２１９】 仮応答は、最低入札価格の更新バージョンを含み、（または中間価格またはス
ポット価格等の適切な価格）それぞれ帯域幅ブローカが課金している。従って、
再分割入札オプションの再計算は、各再分割された入札オプションに関する別の
再分割された最大提示額を生じるかもしれない。ステップＳ１２０７が完了する
と制御はステップＳ１２０８へ移り、配分プログラム９４５は、再計算された再
分割入札オプションが前回計算された再分割入札オプションと異なるかどうか判
定する。ステップＳ１２０３で開始されたタイマーが時間切れしたかどうかも判
定する。タイマーがまだ時間切れになっていない場合、および再分割入札オプシ
ョンが変更された場合は、制御はステップＳ１２０４へ戻り、新規再分割入札オ
プションが新規仮入札の一部として送られ、上記処理が繰り返される。しかしス
テップＳ１２０８で、再分割入札オプションが変更されないままであるか、また
はタイマーが時間切れと判定される場合は、制御はステップＳ１２０９へ移り、
限定入札がすべての帯域幅ブローカにより仮に受け付けられる最高入札オプショ
ンだけを用いて提出される（すなわち、帯域幅の大部分を要求する入札オプショ
ン）。限定入札はその自己リソース仲買モジュール９４６と、更に帯域幅ブロー
カとの双方へ送られ（例えば、入札ブローカ１）、制御はステップＳ１２１０へ
移る。

【０２２０】 ステップＳ１２１０で、すべての限定応答（すなわち、更に別の帯域幅ブロー
カから、そしてそれ自身のリソース仲買モジュール９４６からの）は、各データ
割付けと関わるコストを判定するために検査され、これらのコストが組み合わさ
れて、適切な入札ルーター（この実施例では、第２の入札ルーター９２）を経由
して入札者に送られる従来の通知を生成する。この通知は、入札者に入札が成功
したこと、どれだけの帯域幅が割付けられたか、および通知が関係する保証契約
期間にわたってどれだけのコストがかかっているかを知らせる。ステップＳ１２
１０が完了すると制御はステップＳ１２１１へ移り、元の入札は現在の契約期間
が満了するまでアクティブマルチブローカ入札格納９４４に置かれる。その時間
に入札は再処理され、新規仮入札ラウンドと仮応答が以前のように発行される。

【０２２１】 図２８はスポット価格と最低入札価格を計算するためのアルゴリズムに対する
可能性のある強化の動作を説明する。このアルゴリズムは、第３の実施の形態の
単一領域マルチノードデータ通信システムへ適用可能である。このアルゴリズム
を用いて、スポット価格と最低入札価格を再審する時（すなわち、サンプル時間
が発生する時）を判定し、そして同じ領域内のすべての帯域幅ブローカを調整す
る。これを行う目的は、同じ領域内の異なる帯域幅ブローカ間の入札分配による
スポット価格と最低入札価格の判定内の変動に、平衡状態へ落着く機会を与える
ことを可能にすることである。手順を制御するために、単一領域内の単一帯域幅
ブローカはマスターブローカと呼ばれ、同じ領域内の他のすべての帯域幅ブロー
カはスレーブブローカと呼ばれる。

【０２２２】 ステップＳ１２２０でアルゴリズムを開始すると、制御はステップＳ１２２１
へ移り、ブローカはスポット価格再審がトリガー（起動）されたかどうかを判定
する。マスターブローカの場合は、特定の時間切れ期間（すなわち、４秒間）が
経過するとスポット価格再審はトリガーされる。スレーブブローカの場合は、ス
ポット価格再審を初期化するマスターブローカからの信号を受信するとスポット
価格再審はトリガーされる。かかるスポット価格再審トリガーが検出される場合
は、制御はステップＳ１２２２へ移り、ブローカは限定入札または２つ以上の帯
域幅ブローカ間に分配される必要がない通常入札の承認を中止する。限定入札の
承認はＳＰ、ＭＢＰを計算中の場合は中止する。入札分配モジュール（ＢＡＭ）
がすべての帯域幅ブローカを満足させる入札の分配を発見した場合は（すなわち
、図２６ｂのＳ１２０８が「ＹＥＳ」と返答した場合）、限定入札を送る。これ
が処理される時間までに、価格は変更されるかもしれないし、入札は一つ以上の
帯域幅ブローカで失敗するかもしれない。しかしそれが限定入札であるので、ユ
ーザーは始めから終わりまでのサービスを受けていないにも拘わらず、成功した
入札として課金される。その解答は、価格が再計算されたとＢＡＭが認識した時
（帯域幅ブローカはＢＡＭにこれを明白に知らせることができるし、あるいはＢ
ＡＭはこれを限定入札の承認が中止されているという事実から推定できる）、別
の限定入札を送る前に、入札がまだ可能である（仮入札を送る）かどうかを調べ
るためにチェックすべきである。

【０２２３】 ステップＳ１２２２が完了すると制御はステップＳへ１２２３へ移り、マスタ
ーブローカは、そのスポット価格を再審するようすべてのスレーブブローカに信
号を送る。次いで、ステップＳ１２２４で各帯域幅ブローカはそのスポット価格
と最低入札価格（および適切なら、それは最大効率容量も再審できる）の再審を
、第１の実施の形態で行ったのと同じ方法で実行する。ステップＳ１２２４が完
了すると制御はステップＳ１２２５へ移り、先行するステップでの再審の結果が
仮結果として設定され、単一領域内のすべてのブローカへ一斉通知される。制御
はステップＳ１２２６へ移り、マスターブローカは、すべてのスポット価格と最
低入札価格の仮結果が他の帯域幅ブローカから一斉通知されるのを待機し、何れ
かのスポット価格と最低入札価格（それ自身を含む）が５％を超えて変化したか
どうかを判定する。少なくとも一つの変化が５％を超えて大きい場合は、制御は
ステップＳ１２２７へ移り、マスターブローカは、再審処理が、この実施の形態
では１秒に設定される既定の最大再審時間を超えての処理中ではないことをチェ
ックする。処理中の場合は、制御はステップＳ１２２８へ移り、マスターブロー
カは他のブローカへ信号を一斉通知して、スポット価格再審を終了することを知
らせる。再審が終了されるべきでない場合は、制御は、各帯域幅ブローカが最初
に、単一領域内の各帯域幅ブローカから受信されるすべての最低入札価格とスポ
ット価格の仮結果を待機する段階へ移る。

【０２２４】 一旦、すべてのこれらの結果が受信されると（この実施の形態では、すべての
帯域幅ブローカは、自身の結果を一斉通知する５０ｍｓ以内にすべての結果が一
斉通知されたということを仮定している）、各帯域幅ブローカは、アクティブマ
ルチブローカ入札格納９４４内に含まれるすべての入札を検査し、それぞれの帯
域幅ブローカへ送るそれぞれの仮入札を生成する。帯域幅ブローカはまた、他の
帯域幅ブローカからの仮入札を承認する。仮入札の送信と受信が、短い時間にわ
たって実行される（例えば、５０ｍｓ）。各帯域幅ブローカにより一斉通知され
るスポット価格と最低入札価格の仮の値を用いて、アクティブマルチブローカ入
札格納内のマルチブローカ入札がどのように分配されるかを判定する。ステップ
Ｓ１２３１が完了した後、制御はステップＳ１２２４へ戻り、新規の仮スポット
価格と最低入札価格が計算され、他の帯域幅ブローカへ一斉通知される。そして
処理は、いずれかの平衡位置に達するまで繰り返される（ステップＳ１２２６に
より判定されるか、または再審がステップＳ１２２７で時間切れとマスターブロ
ーカにより判定されるように）。再審の終了がステップＳ１２２８でトリガーさ
れる場合は、制御はステップＳ１２３２へ移り、各帯域幅ブローカのスポット価
格と最低入札価格の最新の仮の値が現在の限定値として設定される。制御はステ
ップＳ１２３３へ移り、各帯域幅ブローカは限定入札と通常入札の承認を再開す
る。ステップＳ１２３３が完了した後、制御は開始ステップＳ１２２０でアルゴ
リズムの開始へ戻る。

【０２２５】 第３の実施の形態についての一般的な注釈 第３の実施の形態は、２つ以上のボトルネックを扱うにはシステムをどのよう
に拡張すればよいかという実施例を与える。ボトルネックを２つ以上扱えるよう
にする異なる方法がある。例えば、単一の帯域幅ブローカは、特定のボトルネッ
クと関わる多数の異なるゲートコントローラを制御できる。かかる帯域幅ブロー
カは、特定のデータ送信セッションまたは接続が、どのボトルネックを通じての
アクセスを要求しているのかを判定し、近似的に各ボトルネックと関わるコスト
と見なされる代理価格を計算する。次いで、この代理価格を超える新規入札が承
認され、帯域幅ブローカは、帯域幅の所望量が各ボトルネックを通じて割付けら
れることを保証するよう必要な全ゲートを制御する。

【０２２６】 第３の実施の形態の別の局面は、２つの帯域幅ブローカが同じ領域に割付けら
れたことである。ネットワークオペレータは、異なる帯域幅ブローカ間での迅速
な通信を確保することができた。この特徴を用いて、各帯域幅ブローカにより実
行される最低入札価格とスポット価格の再審を調整した。これは、異なるボトル
ネックの帯域幅に対する値段の内部分配の反復を特定回数実行することにより、
不安定さに合理的平衡点へ落着かせる機会を与えることが可能になった。

【０２２７】 システムを拡張して２つ以上の領域をカバーすることは可能であり、以下に説
明する第４の実施の形態はかかるシステムの例である。かかるシステムでは、異
なる領域に割付けられた異なる帯域幅ブローカ間の迅速な通信の保証はないので
、図２７に説明するアルゴリズムは用いられない。しかし、異なる領域間の入札
者分配により発生する不安定さは単一領域内の場合よりも軽微であると期待でき
る。

【０２２８】 第４の実施の形態 図２９は、マルチ領域通信システムの概略図である。５つの内部接続された領
域を示す。そのうちの２つ、ＩＳＰ Ａ、ＩＳＰ Ｂは、割付け領域１にあり、そ
のうちの２つ、ＩＳＰ Ｃ、ＩＳＰ Ｄは、割付け領域２にある。第５領域のＩＳ
Ｐ Ｅは、領域１と領域２の双方にまたがっていて、データを一つの領域から他
の領域へ流す制限付きデータリンク４６を有する。２つの異なる領域の例は、欧
州と北米であり、大西洋光ファイバーケーブル内の容量が制限されていることを
象徴する制限付きデータリンクを有する。第１のユーザー１１は、ＩＳＰ Ｂに
より制御される領域に接続され、そこには第１の帯域幅ブローカ９７が割付けら
れている。第２のユーザー１２は、領域２のＩＳＰ Ｄにより制御される領域に
接続されている。ＩＳＰ Ｄにより制御される領域は、第２の帯域幅ブローカ９
８を含む。第１のユーザー１１が、第２のユーザー１２とデータ送信セッション
を設定するよう望んでいる場合は、データはＩＳＰ Ｂにより制御される領域、
ＩＳＰ Ｅにより制御される領域、およびＩＳＰ Ｄにより制御される領域を通っ
て流れなければならない。従って、データは領域１と領域２を接続している制限
付きデータリンク４６を通って流れなくてはならない。かかる接続は著しく多数
の異なるデータボトルネックの通過に関わることになる。しかし、上記の階層化
様式の技法を用いることにより、単一データ送信セッションが関係している限り
、その複雑さは軽減され、２つの帯域幅ブローカ、すなわち第１の帯域幅ブロー
カ９７と第２の帯域幅ブローカ９８だけがあればよい。

【０２２９】 これを行うために、第１の帯域幅ブローカは、特に、データリンク４６の使用
を含み、そのデータリンクに至る任意の入口ポイント（例えば、入口ポイント１
３）間のアクセスを制御する。同様に、第２の帯域幅ブローカ９８は、どのデー
タがその領域への任意の出口ポイント（例えば、出口ポイント１４）間を通るか
を制御し、そして制限付きデータリンク４６の使用を含む。これを行うために、
各帯域幅ブローカは、入口または出口ポイントとデータリンク４６間の全ボトル
ネックを考慮して代理価格を判定する（例えば、ＢＢ１にとって、代理価格は、
入口ポイント１３、ＩＳＰ ＢとＩＳＰ Ｅとの間のゲートウェイ１５、およびデ
ータリンク４６内部を対象とする。同様に、第２の帯域幅ブローカは、データリ
ンク４６と出口ポイント１４間の全データボトルネック、リンク４６の使用、Ｉ
ＳＰ ＤとＩＳＰ Ｅ間のゲートウェイ、および入口ポイント１４の代理価格を決
定する）。

【０２３０】 第１のユーザー１１が、第２のユーザー１２への接続のために入札する場合は
、第１の帯域幅ブローカ９７は、自己のリソースと第２の帯域幅ブローカ９８と
の間で入札を分配する。第１の帯域幅ブローカは、次いで、第１と第２のユーザ
ー間の任意の限定データグラムが、入口ポイント１３からリンク４６までの間の
明瞭な経路を有すること、リンク４６の使用を含んでいることを確保する。同様
に、第２の帯域幅ブローカは、すべての限定データグラムが、データリンク４６
と出口ポイント１４との間の明瞭な経路を有することを確保する。限定データグ
ラムが、データリンク４６を通じて明瞭な経路を有することを確保するためには
、ＩＳＰ ＢとＩＳＰ Ｄ双方がＩＳＰ Ｅからデータリンク４６上の帯域幅の割
付けを購入する必要がある。これはＩＳＰ Ｅがデータリンク４６と関わる適切
な帯域幅ブローカを有する場合は、本発明の動的入札メカニズムを用いて成され
る。注意すべきは、かかる帯域幅割付けは、大量の個人データ送信セッションを
データリンク４６を通じてＩＳＰ Ｂから渡すのに十分な大量（すなわち、バル
ク）帯域幅を必要とする場合だろうということである。代替として、ＩＳＰ Ｂ
はデータリンク４６を通る固定の静的バルク量の帯域幅を購入できる。

【０２３１】 この技術に精通する者にとっては明らかなように、上記入札システムは多くの
人々により共有される有限リソースが存在する任意のシステムに適用でき、ここ
でリソースのユーザーは共有リソースの特定量に対して別のユーザーと異なる価
格を支払う用意がある。例えば、リソースは、共有サーバー上の帯域幅処理パワ
ー、バッファー待ち行列位置の共有データ格納のデータストレージであってもよ
い。上記例は、ボトルネックの帯域幅が乏しいリソースとなるような、データ送
信ボトルネックが存在するコンピューターネットワーク環境に大部分の焦点を合
わせている。ここで第５の実施の形態を説明する。これは基地局と、基地局によ
りサービスされている多くの移動体局との間に類似の帯域幅ボトルネックがある
のが普通な移動体データネットワークに関する。

【０２３２】 第５の実施の形態 移動体データネットワークの概略図を図３０に示す。ネットワークは、第１基
地局コントローラ６００により制御される基地局６０１から６０７の第１グルー
プ、第２基地局コントローラ６１０により制御される基地局６１１から６１７の
第２グループ、コアネットワークまたはバックボーン６３０、ネットワークサー
バー６４０の集合、および外部ゲートウェイ６５０の集合を含む。移動局６２０
は、外部ゲートウェイ６５０のうちの一台を多分経由して、コアネットワーク６
３０に接続される任意の他のユーザーと通信できる。

【０２３３】 実施例として、移動局６２０が、或る量のデータを一台のネットワークサーバ
ー６４０からダウンロードしたいという状況を考える。これを実行するために、
移動局６２０は最も近い基地局（すなわち、基地局６０１または基地局６０３）
の一つとの呼出しを初期化し、移動局に奉仕する何れかの基地局（すなわち、基
地局６０１）を経由して伝送される要求信号を送信する。第１基地局コントロー
ラ６００およびネットワークサーバー６４０の集合までのコアネットワーク６３
０は、ここで適切なサーバーへルーティングされる。ネットワークサーバー６４
０の集合内の適切なネットワークサーバーは次いで、要求データをコアネットワ
ーク６３０、第１基地局コントローラ６００、および適切な基地局を経由して、
移動局６２０へ送信する。多くの移動局が基地局６０１によりサービスされてい
る場合は、基地局６０１と、それによりサービスされている各移動局との間の送
信できるデータ量に制限がある。従来の編成では、移動局によってはサービスを
拒否されることが起き、場合に応じて、基地局との接続を初期化するか、ベスト
エフォートサービスへの格下げを試みることになる。しかし、この実施の形態で
は、各移動局は無線インターフェースの帯域幅に入札でき、この入札は帯域幅ブ
ローカ６６０により処理される。基地局６０１と、基地局によりサービスされる
すべての移動局６０２との間の利用可能な帯域幅の一部は、上記のように２つの
部分、すなわち、従来のベストエフォート部分と、サービス品質保証部分とに分
割される。どの移動局もサービス品質保証部分内の帯域幅割付けに入札できる。
かかる入札は、入札を処理する帯域幅ブローカ６６０へ渡され、成功すれば、適
切な基地局コントローラ６００の構成は、問題の移動局宛てのデータが、無線イ
ンターフェースのサービス品質保証部分内を運ばれるように制御する。

【０２３４】 第５の実施の形態の強化 移動局内では、無線インターフェース上を搬送されるトラヒック（すなわち、
データ）が、以下のパラメータを用いて多数の異なるクラスへ分類される。

【０２３５】 （１） 最大ピークと平均要求帯域幅の比（以後、コンテンション比と称する）
。

【０２３６】 （２） 最大許容遅延（普通は、オペレータが、かかる最大遅延が時間にして例
えば５％かそれ未満の僅かな割合しか超えないことを確保する）。

【０２３７】 （３） ３つの起こり得る値を有する移動度インジケータで表す、すなわち、低
移動度−例えば室内での使用、中移動度−例えば歩行中の使用、および高移動度
−例えば車両内使用、である。

【０２３８】 帯域幅ブローカ６６０により実行される基本処理は、サービス品質保証を必要
とするトラヒック種類の特定クラスを特定する入札が処理される場合、以下のス
テップを含むよう強化される。

【０２３９】 新規入札を受信すると、帯域幅ブローカは最初に、要求されたトラヒック種類
が別の種類のトラヒックと同じリソース（例えば、無線インターフェースで指定
された容量）を用いるかどうかを判定する。同じリソースを用いない場合は（例
えば、各トラヒック種類が自身のリソースを有する場合）、入札は通常の方法で
処理される。そうでない場合は、特定のトラヒック種類に対する帯域幅の要求量
は、要求された実効帯域幅の普通の量へ変換される。この実効帯域幅に提示され
る最高価格を計算し、最低入札価格と比較して、入札を承認するかまたは拒否す
るかを判定する。すべての入札オプションを拒否する場合は、入札失敗と記録さ
れ、入札が不成功に終わったことをユーザーに知らせる通知がユーザーに送られ
、既定の時間の後、入札は消去される。しかし、入札を承認した場合は、適切な
基地局コントローラに適切なトラヒック通過を許可するよう命令し、入札者に入
札の成功を通知する。更に、トラヒック種類のクラスが中移動度または高移動度
の場合には、帯域幅ブローカは関係の基地局コントローラに、移動局の隣接セル
への移動に備えて、かかる隣接セル内のトラヒックのために幾つか準備をするよ
う通知する。

【０２４０】 承認された入札が再審の期限となる場合には、接続が維持できるかどうかを判
定する（入札に課せられる最低入札価格、および、現在使用中の特定リソース、
すなわち基地局と移動局間の無線インターフェースの指定帯域幅のスポット価格
、の現在値に基づく）。トラヒック種類が中移動度または高移動度クラスの場合
は、トラヒックのための準備が隣接セル内で幾つか成される。すなわち、移動局
が隣接セルの一つに移動する場合は、そのセル内の帯域幅の利用効果が、移送の
正味効果に従って判定される。例えば、要求された実効帯域幅の２０％の確保が
隣接セルに予約されていて、かつ問題の移動局がその隣接セルに移動する場合は
、そのセルに与えられた帯域幅の利用増加は、実効要求帯域幅の８０％であると
考えられる。

【０２４１】 実施例として次の表を考える。

【０２４２】

【表７】 各入札オプションは、要求されたトラヒック種類を、コンテンション比の平均
により特定する。コンテンション比は、３つの値すなわち、１：１、５：１、２
０：１の一つをとるとともに、３種類の移動度、すなわち、室内、歩行または車
両の一つをとる。表７は次いで、現在セルと、次に移動するセルとして期待され
る指定隣接セルとの双方の内部の、実際の要求領域に基づく実効要求需要をどの
ように計算するかを説明する。実施例として、種類が歩行移動度で、最大提示額
２セント／分の、コンテンション比５：１を有する１００ｋｂｐｓ（ピーク）の
トラヒックを要求する入札オプションを考える。これは、現在セルについては１
００ｋｂｐｓに２０％を乗ずることにより、「次に期待されるセル」については
５％を乗ずることにより、実効要求帯域幅へ変換できる。従って、これは現在セ
ルの２０ｋｂｐｓの実効需要、および「次に期待されるセル」の５ｋｂｐｓの実
効需要に一致する。

【０２４３】 すべてのボトルネックを制御するために、単一帯域幅ブローカを用いる代替と
して、別の帯域幅ブローカが各セルと関連付けられる。この場合は、入札オプシ
ョンは、現在セルの帯域幅ブローカと、「次に期待されるセル」の帯域幅ブロー
カとの間で分配され、その場合、入札は、各セルでの最低入札価格を乗じた各セ
ル内の要求された実効帯域幅の比に従って分配される。こうして、上記実施例に
おける、「次に期待されるセル」の最低入札価格が、現在セルでの最低入札価格
のそれの２倍であった場合は、入札は１を乗じた２０ｋｂｐｓと、２を乗じた５
ｋｂｐｓの比、つまり２：１に等しく、すなわち、現在セルの２０ｋｂｐｓに対
する６．７セントと、「次のセル」での５ｋｂｐｓに対する３．３セントに従っ
て分配される。

【０２４４】 データネットワークのユーザーは、トラヒック種類の異なるクラスと関わる別
のコストを有するネットワークの保証帯域幅を提示される。しかし、異なるクラ
スのトラヒックが同じリソースの使用を共有することもある。効率の観点から、
データネットワークのオペレータは、トラヒック種類の異なるクラス間のリソー
スの容量を、固定された方法で分割することを望まないかもしれない。その代わ
りに、各トラヒック種類または少なくとも特定のトラヒック種類が、異なるトラ
ヒック種類へのリソースの動的割付けを伴ってリソースの全容量へアクセスする
ことを望むかもしれない。それでも、オペレータは、特定のトラヒック種類がそ
の容量を利用できる範囲を制限することも望むかも知れない（例えば、特定の別
のトラヒック種類が共有リソースへの少なくとも或る量のアクセスを常に有する
よう保証する）。

【０２４５】 異なるトラヒック種類の例は、サポートされる保証最大ピーク帯域幅と、平均
帯域幅との比（すなわち、コンテンション比）の違いである。サービスは例えば
、１：１、２：１、および２０：１等のコンテンション比で提示される。

【０２４６】 オペレータは、コンテンション比とともに要求ピーク需要から導き出される平
衡実効要求帯域幅へ変換することにより同一リソース上のこれらの異なるトラヒ
ック種類を管理できる。適当な変換因子の実施例を下記の表８に与える。

【０２４７】

【表８】 オペレータはまた、特定のトラヒッククラスによるリソースの利用を制限し、そ
の他については制限しないと望むかもしれない。例えばオペレータは、クラスＡ
とＢを結合させることによるリソースの継続使用が、利用可能リソースの全容量
の５０％を超えないよう要求できる。これを達成するために、クラスＡまたはＢ
のトラヒックのために帯域幅を要求するすべての入札オプションが、全体として
のリソース（すなわち、すべてのトラヒッククラスに提示されるリソース）およ
び全容量の５０％部分のリソース（クラスＡとＢに属するトラヒックが全体の中
で越えることができないリソース）に関する第１の最低入札価格の双方より高い
最高価格を提供していなければならないことを要求する帯域幅ブローカが使用さ
れる。

【０２４８】 かかる状況を扱うために、帯域幅ブローカは、新規に受信した入札設定を下記
のように処理する。

【０２４９】 （１）入札設定を受信すると、帯域幅ブローカは、入札が、単一リソースを一種
類以上の他のトラヒック種類と共有するトラヒック種類についての要求帯域幅か
どうかを判定する。そうでない場合は、入札設定は通常の方法で処理される。さ
もなければ、 （２）要求帯域幅は、例えば上記したような適切なアルゴリズムに従って、実効
要求帯域幅へ変換される。

【０２５０】 （３）入札設定の特定トラヒック種類に対して利用可能な全リソースの一部に制
限があるかどうか判定する。かかる制限がない場合は、入札は上記で計算した実
効需要に基づいて処理される。さもなければ、 （４）最低入札価格（または、この種類の入札の後続する処理の場合には、長期
の確立された入札に対する適切な中間価格またはスポット価格）が、特定された
トラヒック種類に関わるすべての市場に関して検査され、最高の最低入札価格を
有する市場が識別される。入札設定内の入札オプションは、最高の識別価格およ
びその市場で利用可能な容量に基づいて承認されるか、拒否される（成功した入
札オプションの結果として入札者に或る容量が割付けられる場合、リソースの利
用は、入札で特定したトラヒック種類に関するすべての市場に対して考慮される
ということを心に留めておく）。

【０２５１】 提示される単一のサービス品質（ＱｏＳ）レベル 上記に説明した実施の形態は、帯域幅のユニット毎に十分に高い価格を提示す
る入札者への予約帯域幅の提供に焦点が当てられていた（すなわち、瞬間的なス
ポット価格または最低入札価格以上の支払いを提示するこれらの入札者）。しか
し、例えば、パケット損失や遅延等の、サービス品質に対する幾つかの既定の測
定基準またはパラメータによって判定できるので、最低サービス品質レベルのネ
ットワーク容量の提供に同一原理を適用できる。

【０２５２】 第６の実施の形態 図３１は、ローカルエリアネットワーク（ＬＡＮ）７１０を経由して接続され
る単一の販売者ネットワーク７３０を表す概略図であり、販売者のサービスに対
する４人の潜在的購入者を有する（販売者のネットワーク７３０上のデータのユ
ーザー７５０への送信のための容量である）。購入者はＡ、Ｂ、ＣおよびＤと名
付ける。この実施の形態では、購入者から販売者へ流れるトラヒックだけが考慮
される。購入者のトラヒック（すなわち、例えば、ユーザー７５０へネットワー
クを越えて送信されるデータパケット）は、購入者のポート７０１ａ、７０１ｂ
、７０１ｃ、７０１ｄを経てＬＡＮ７１０へ入る。それらのポートで送信の最大
レートが制御されて、ポートが過密状態になってサービス品質が劣化を始める前
までは、最大の実効帯域幅または送信レートを有する販売者のポート７２０を経
由して販売者のネットワークへ入る。通常は、すべての購入者Ａ、Ｂ、Ｃおよび
Ｄの最大送信レートの合計は、過密状態にならずに、すなわち、パケットの遅延
または損失なしに、販売者がサポートできる最大実効帯域幅を超える。上記のよ
うに、購入者のポート７０１ａ〜７０１ｄには各購入者の最大送信レートを制御
する能力があり、これは動的に成される。

【０２５３】 この実施の形態では、ネットワークは、第１の測定点と第２の測定点との間で
その性能の連続品質試験を実施する。第１の測定点は、購入者の送信レートが制
御される点から下流のローカルエリアネットワーク内の点であるように選択され
る（すなわち、購入者ポート７０１ａ〜７０１ｄ）。この選択は、送信レートの
制限により発生する購入者のネットワーク内の過密状態によって品質測定が影響
されないことを保証する。この実施の形態では、測定は大部分の時間でパケット
遅延（待ち時間）の形をとるが、パケット損失またはＥＣＮ（明瞭過密状態通知
）を測定することも可能である。この実施の形態では、第２の測定点は第１の測
定点の下流にある販売者のネットワーク７３０内の単一点である。しかし、ユー
ザーはネットワーク内の第２測定点下流の多くの点を測定した加重平均を提供す
るネットワークを要求するかもしれない。この場合は、各種の測定が用いられ、
それらは単一計量値へ集約される。

【０２５４】 この実施の形態では、販売者はできるだけ多くの購入者へのサービス提供を、
可能性のある最高送信レートで、或る最低しきい値レベル以上の品質測定値を一
貫して維持しながら目指す。最低しきい値レベルは十分に広告されるので、この
実施の形態では、購入者との契約に基づいて財務的違約金（最低しきい値が維持
されない場合に販売者によって蒙る）のきっかけとなる。例えば、そのレベルは
、１００ｍｓの往復遅延と設定されるかもしれない（契約として同意された例え
ば６ヶ月間にわたって）。従って、販売者は往復遅延を１００ｍｓ（最大遅延）
以下に維持しようと目指し、この実施の形態では、平均遅延（目標平均遅延）に
ついて更に低い目標を持つ。次いで、販売者は、スポット価格と最低入札価格に
一貫性を持たせて、先の実施の形態へ関連して上記したように予約帯域幅の価格
設定と類似する価格管理を操作する。

【０２５５】 この価格管理の下で最大遅延と目標平均遅延は、予約帯域幅容量を販売する場
合は、最大容量と平均実効容量へ対応している。従って、現在の遅延が目標平均
遅延以上に上昇する場合は、販売者のネットワークへの新規送信に対する最低入
札価格は、スポット価格以上に上昇する。この実施の形態では、この場合は５分
である既定の持続時間を超える最大送信レートについて、価格はドル／Ｍｂｐｓ
／ｈで定義される。既定の持続時間を超える最大送信レートに基づく課金をする
と、購入者は、可能な限り送信のバースト性を最小化しようとする。この実施の
形態では、最低入札価格は、既存の購入者による追加容量に対するどんな要求に
も適用され、あるいは新規購入者からの容量に対するどんな要求にも適用される
。

【０２５６】 スポット価格および最低入札価格を変更するために用いるアルゴリズムは、第
１の実施の形態に関して詳細に説明した予約帯域幅を販売するために用いるもの
と同じであるが、ただし必要な変更を加えてある。

【０２５７】 この実施の形態では、各購入者は、最高限度価格と一致する最大送信レートに
ついての初期設定を常に有している。実施例は下記の表９に与えられる。第１の
実施の形態に関する予約帯域幅で説明したように、購入者は周期的に自身の初期
設定を適切な帯域幅ブローカ７４０へ入札の形で送る。ブローカ７４０は、周期
的に現在の遅延、最大遅延および平均実効遅延の間の関係に基づいて価格を変更
する。現在の価格は各購入者の最大送信レートを判定するために購入者の入札と
比較される。例えば、遅延の増加は価格を０．８ドルから１．３ドル／Ｍｂｐｓ
／ｈへ上昇させるかもしれない。これは購入者の最大送信レートを変化させる効
果を持つ。この購入者の入札を下記の表９に１０Ｍｂｐｓから５Ｍｂｐｓまで並
べておく。

【０２５８】

【表９】 合理的な購入者は、価格が上昇すると送信レートを低下させる。これは販売者
のネットワークの過密状態を低下させるので、現在の遅延を低下させる傾向を持
つ。価格が上昇したとき、この購入者が送信レートを低下させる意味を理解する
には、各購入者Ａ、Ｂ、ＣおよびＤは、低下した送信レートから被害を受けるの
は低価値のトラヒックだけであるから、自身のトラヒックに優先権を与えるため
のメカニズムを持つことから利益を受ける。これは、この実施の形態では、購入
者自身が保有する内部ネットワークサービスを自分の依頼客、またはアプリケー
ションへ販売する、すなわち事実上販売者となる各購入者により、ここで説明し
たのと同じシステムを用いて、達成される。

【０２５９】 卸売りと小売り 待ち時間（および他のＱｏＳベースの）ベースのサービスの卸売り用途がある
ので、これらが予約帯域幅に対するものであるかまたは他のＱｏＳ基準に基づく
ものであるかとは無関係に、卸売りと小売の用途で適用される幾つかの実施の違
いには注釈を加える価値がある。

【０２６０】 小売の場合、２人の当事者間の各セッションに対する請求記録があるべきかも
しれない。セッションについて予約されるか許可された帯域幅の増加がある場合
は、以前から存在する部分（スポット価格で）および追加の部分（最低入札価格
で）について別々に請求することは現実的でない。従ってこの場合、セッション
全体は最初にＭＢＰで請求される方が都合がよく、次いで、短期間についてはス
ポット価格へ低下する価格で請求される。卸売りの場合も同じ規則が適用される
が、ＭＢＰでの追加帯域幅だけを請求する代替案には、実行するだけの価値があ
るだろう。

【０２６１】 小売の場合、個人当事者間のセッションは頻繁に設定されたり中止されたりす
る。つまり、販売されるサービスの特徴は、それが間欠的であるということであ
る。小売の場合はまた、思いもかけないサービス拒絶や、他のユーザーの行動か
ら起きるＱｏＳの変化により、著しく影響されやすいということもある。よって
、現在のサービス契約に、過渡的な変化に対する何らかの保護を提供する価値が
ある。卸売りでかつ単一のネットワークサービス販売者の場合は、販売者のネッ
トワークを通じて恒久接続をしていることがある。しかし、購入者による送信レ
ートの変動性は、販売者の価格の変動性に暗に含まれている。すでに注記したよ
うに、購入者は販売者のネットワーク使用を最近の過密状態の兆候に応じて調整
できる。販売者は、過密状態の影響を、契約でそれを認めている自分の顧客に渡
すことによりこれを調整するのが普通である。卸販売の購入者のサービス変動に
対する許容範囲の重要性の一つは、ＭＢＰにより提供される既存サービス容量の
保護が、小売の場合より価値が低いということである。ピーク送信レートによる
価格設定は実効スループットに近いピーク送信レートを保つことをユーザーに奨
励するが、過密状態もまた、ユーザーの現在のピーク送信レート内のトラヒック
レベルの増加により起きる。ピークレートが増加せずに過密状態が上昇する場合
には、ＭＢＰ上昇は過密状態が悪化するのを妨げない。スポット価格は、ＭＢＰ
の変化が過密状態に逆らわない場合には、すばやく変化しなければならない。従
って、ＭＢＰの既存トラヒック安定化の影響も、この筋書きで若干少なくなる。
よって、特定の状況では、ＭＢＰを常にスポット価格と一致させることが適切で
あろう。つまり、事実上、可変スポット価格だけを維持する。

【０２６２】 すべてのトラヒックへ適用可能な単一スポット価格がある場合は、著しく簡略
化された実施が可能であり、帯域幅ブローカは現在価格をユーザーに広告し、ユ
ーザーは自身の制限を適用する。この場合、ユーザー送信レートのネットワーク
監視はないであろうから、価格設定は、相互に合意した最高限度ではなく、実際
の帯域幅使用（ピークレートまたは送信容量のどちらか）に基づくであろう。

【０２６３】 多様なサービスレベル 上記実施の形態は２種類のサービスレベルの可能性だけを説明した。つまり、
ベストエフォートとサービス品質保証レベルである。しかし、多くの別のサービ
スレベルが、第７の実施の形態を参照すると下記のように提供できる。

【０２６４】 第７の実施の形態 図３２は、図３１と類似の設定を示すが、３種類のサービスレベル、ゴールド
、シルバーおよびベストエフォートを有し、販売者により販売されている。この
実施の形態では、購入者Ａ、Ｂ、Ｃ、Ｄはすべて、ローカルエリアネットワーク
（ＬＡＮ）８１０、および多くのユーザーが接続される販売者のネットワーク８
３０への販売者のポート８２０を経由して接続されている。すなわち、帯域幅ブ
ローカ８４０は各購入者がＬＡＮ８１０上に送る最大トラヒック量を制御する。
この実施の形態の販売者のネットワーク８３０では、ゴールドのトラヒックはシ
ルバーのトラヒックより高い優先権を有し、シルバーのトラヒックはベストエフ
ォートトラヒックより高い優先権を有する。にもかかわらず、ゴールドのトラヒ
ックだけがネットワーク８３０内の、ある割合のリソースの使用を許可されてい
る。この実施の形態では、ゴールド、シルバーともにその割合は５０％に設定さ
れていて、その割合はこの実施の形態では、７５％に設定されている。販売者は
異なるサービスレベルについて異なる最低品質基準を設定する。また、各サービ
スレベルについて、それぞれの品質基準に基づきスポットと最低入札価格を別々
に設定する。

【０２６５】 各サービスレベルは、適当なマーカーでトラヒックをマーキングしてアクセス
される（この実施の形態では、トラヒックまたはデータパケットは、DiffServe
CodepointsまたはＩＰ先行マーカーを用いてマーキングされる。すなわち、イン
ターネットプロトコルヘッダー内の既存の３ビット先行フィールドによる）。よ
って各購入者は、選択する最高限度価格と関わる各サービスレベルについての最
大送信レートを示すサービスの初期設定を有する。この場合、購入者は異なるサ
ービスレベルの性能間には相互依存性があることを意識する必要がある。すなわ
ち、ゴールドのサービスが比較的過密状態にあるときは、他のサービスもまた同
様である。下記の表１０は可能性のある初期設定テーブルを示す。

【０２６６】

【表１０】 上記実施例において、シルバーを外れるトラヒックは（または、例えばゴール
ドから外される最後の３Ｍｂｐｓ等の、シルバーへ入らずにゴールドから外れる
トラヒックは）、保証のないベストエフォートサービスか、同等の目標、品質基
準へ移る。これにより、プレミアムサービスレベルを通常用いるこれらの通信に
対する品質保護の値段を超える場合には、他の（プレミアム）サービスレベルの
価格を最後の方策のサービスとして用いることができる。従って、ベストエフォ
ートサービスに対する使用ベースの価格はない。同様に、購入者は４５Ｍｂｐｓ
の全トラヒックに対する最大送信レートを有する（ベストエフォートを経由する
トラヒックを含む）。ゴールドサービス価格が上昇すると、購入者はゴールドの
使用をセグメント化するという実施例を示す。購入者は最大価値セグメントをゴ
ールドトラヒックとして保護し、残りをシルバーへ格下げする。これらの条件の
もとで、シルバーも同様に高価格（そして過密状態）になると予想されるので、
購入者は、シルバー価格が特定のしきい値以上に上昇する場合、シルバートラヒ
ックだったものをベストエフォートレベルへ移動することにより、格下げされた
ゴールドトラヒックのための余地を作るのを助ける。

【０２６７】 すべての購入者の初期設定テーブルは、帯域幅ブローカ８４０へ提出される。
この実施の形態では、それは、各購入者のネットワークのはずれにある装置上の
、最大送信レートと適切なトラヒックマーキングの双方を強化するとともに、ス
ポット価格と最低入札価格の設定に責任を持つ。

【０２６８】 マルチノードネットワーキング 予約帯域幅以外の品質基準に基づくサービスに対するマルチノードネットワー
キングは、予約帯域幅のそれと同様に動作する。一旦、関連する帯域幅ブローカ
が識別されると、第１の帯域幅ブローカはユーザーの入札を各ノードの現在の価
格に基づいて関連ブローカ間で分割する。そして、各ノードの承認可能入札とと
もに最高帯域幅オプションを限定入札として提出する。マルチノード、単一領域
および複数領域の動作間の違いも変化しないままである。

【０２６９】 複数の販売者 上記の実施の形態は、かかる接続、および、かかる接続の特定帯域幅または他
の品質基準の動的使用を伴う、所望の接続に用いられる単一ネットワークまたは
一組のネットワークのみを取扱う。しかし、類似の原理は、関連当事者間の要求
データを送ることができる競合ネットワークの選択がある場合、複数の異なるネ
ットワークのうちのどれが用いられるべきかを選択するのに用いられる。下記の
第８の実施の形態はかかる状況を説明する。

【０２７０】 第８の実施の形態 図３３は、サービスセンターの概略図であり、複数の購入者Ａ、Ｂ、Ｃおよび
Ｄは、希望する接続のために複数の販売者のネットワークＸ、Ｙ、Ｚへアクセス
できる。第６と第７の実施の形態にあるように、各購入者は、購入者のポート９
０１ａ〜９０１ｄを有し、そこで、ＬＡＮ上または交換ネットワーク９１０上の
最大データ送信レートが帯域幅ブローカまたは帯域幅マネージャー９４０により
制御される。各販売者のネットワークＸ、Ｙ、Ｚは、単一ネットワークの場合と
同じようにスポット価格と最低入札価格を操作する。論理的に見ると、かかる各
ネットワークＸ、Ｙ、Ｚは帯域幅仲買機能を有し、その機能は、これらの価格を
設定し、ユーザーにより成される入札に応えるそのサービスへのアクセスを制御
し、そして、これは、データが交換ネットワーク９１０上にしかるべく送られる
レートを制御する帯域幅ブローカ９４０に知らせる。更に初期入札フィルタ処理
があり、帯域幅ブローカ９４０によりこの実施の形態で実行される。これは各購
入者の入札が、購入者に最上のオプションを提示するサービスＸ、ＹまたはＺへ
送信されることを保証する。下記の表１１はこれを説明する。フィルタ処理は、
購入者が、最高の帯域幅／品質オプションで代替サービスＸ、ＹまたはＺのどれ
かで承認される入札を有するかどうかチェックする。入札は最低価格の制約付き
サービスへ送られる。制約付きオプションの場合には、処理は入札者のテーブル
の次の最高レベルの帯域幅／品質について繰り返される。表３で、最上のオプシ
ョンはサービスＸの５Ｍｂｐｓピーク送信レートである。購入者の入札は従って
、サービスＸへの入札へ送られる（または処理される）。入札が一旦承認される
と、より高次レベルの仲買機能は、交換ネットワーク９１０の交換機能へ、購入
者のトラヒックを販売者のネットワークへ向けるよう信号を送る。サービスプロ
バイダ変更の場合は、これは必須のルーティング命令の送付を意味する。変更が
ない場合は、かかる何かが交換ネットワークにより必要とされるなら、既存のル
ーティングの確認を意味する。

【０２７１】

【表１１】 サービス供給者の変更はすべて、新規供給者から新規帯域幅を購入することを
意味する。この場合は従って、ＭＢＰは、プロバイダ自身がトラヒックの揺動（
swing）に応える価格変化に従って一つのサービスプロバイダから別のプロバイ
ダへトラヒックが振動して揺動するのを抑制するという重要な役割を演ずる。あ
る供給者により値下げされ、他の供給者ではそのままの価格は、トラヒックをそ
の供給者へ惹き付けるだろう。それが低価格供給者の目標を越える容量利用率を
生じる場合、上昇する最初の価格がＭＢＰである。これは既存のユーザーにサー
ビスを切換えさせるか、帯域幅を低下させることを優先させるサービス上の追加
の帯域幅需要を抑制する効果を持つ。トラヒックレベルが目標レベル以上のまま
である場合（すなわち、新規要求は少なくともサービス終了に等しい）、スポッ
ト価格は、サービス終了を加速するよう上昇する。

【０２７２】 二者択一の供給者間の価格競争が原因で、ネットワークが過密状態にない場合
は需要は価格に非常に敏感である。これらの状況では、価格に対する強い下方圧
力があり、あるサービスプロバイダから別のプロバイダへのトラヒックの切換え
は、ネットワークが過密状態にないので、サービス上ほとんど有害な影響がない
。潜在的な過密状態がない場合、ＭＢＰはスポット価格より高くなるであろう。
従って、それが、避けることができる過密状態を引き起こしてしまうと、サービ
スプロバイダを切換えることに財政的な違約金がかかる。

【０２７３】 サービス分類による価格調整 過密状態のＩＰネットワークリソースの使用に、ＩＰネットワークに対する優
先度の仕組みを用いることにより、そして、最終ユーザーの予算を与えることに
より、ユーザー価値に従って優先順位を付けることが示唆されている。しかし、
本発明者は、ユーザーが購入サービスに対する十分なサービスレベルを受ける確
信をどのようにして得るか、あるいは、ネットワーク条件変更のために、ユーザ
ーはどのようにして自らの要件を自動的に調整するか、について如何なる示唆も
意識しない。しかし、示唆される優先順位を付ける技法を、ユーザーの入札初期
設定の使用、および帯域幅ブローカ、インテリジェント入札エージェント、リソ
ース管理エージェントの品質試験の局面、または以下に説明する方法のネットワ
ークサービス品質試験手段と組合せ、期待性能と対応させて、ユーザーにネット
ワーク使用の自己規制を実行させ、そして最終ユーザーの価値に従ってネットワ
ークリソースへの優先順位を付けたアクセスの非常に単純なネットワーク実施を
実行することができる。

【０２７４】 この種の実施の例は、上記のマルチレベルサービスであるが（図３２参照）、
少なくとも日単位の既定時間で、サービスレベル毎の固定価格となる。これらの
価格は、ユーザーの入札エージェントまたはリソース管理エージェントには既知
である。また、ネットワークプロバイダが維持または概算を引き受ける目標サー
ビスレベルはない。それに代えてユーザーは自身の目標サービスレベルを、各サ
ービスオプション（入札）と関連付ける。ネットワークは（多分アプリケーショ
ン種類に関する入札者からの情報との関連において）、入札者により用いられる
経路に沿うネットワークの性能に関する更新情報を提供する。これは以下に更に
詳細に説明する。入札者がネットワーク性能データを用いて、各サービスレベル
についてアプリケーション性能の予測を形成できる（または、関心のあるアプリ
ケーションの種類についてネットワークが入札者により十分な情報を与えられる
場合、実施の形態によっては、ネットワークはこれらの予測を自動的に提供する
）。入札者（または、この場合実際の入札が実施されないので、どちらかと言え
ば、ネットワークサービスバイヤー）はこれらの予測、価格、データおよび入札
者の入札オプション（または、どちらかと言えば、リソースが幾らであるかに関
する彼の指示、およびバイヤーがネットワークから或る量のリソースを幾らで購
入するかに興味を持つか）を用いて、利用可能な最上のオプションをいつでも選
択できる。下記の表１２で実施例を説明する。初期設定２だけが承認可能な価格
でサポート可能である。シルバーサービスはそのための実行可能なオプション２
の低価格の方として選択される。

【０２７５】

【表１２】 入札エージェントはまた、可能であれば、実際のアプリケーション性能をチェ
ックし、これを用いてネットワーク性能または使用インジケータに基づく予測ア
プリケーション性能の予測を再校正する。

【０２７６】 この実施はネットワークプロバイダによる非常に単純な実施という利点がある
。彼は単に優先順位付けサービスを提供し、別勘定、固定価格に従って各サービ
スクラスに送られるすべてのトラヒックを請求する。彼は提供するサービスレベ
ルに対する責任を持たないので、価格変更または入会管理に介入する必要がない
。彼はまた送られた容量当たりの価格決定もでき、請求目的のために個人セッシ
ョンの記録をとる必要はない。ユーザーは、サービスに利用価値がある場合、ど
のサービスを用いるべきか、そしてどの制限を彼の送信レートに適用すべきかの
決定に対して責任を持つ。トラヒックは、価値により、サービスレベルを上げる
ことにより、優先順位付けが成され、需要が増大すると所望の品質を達成する。
これは一定のサービス品質での価格変更に等しい。低い価値のバイヤーは、送信
レートを低下させ、彼らのうちの一人が承認可能な価格で承認可能なアプリケー
ション性能を提示する場合、最終的にはプレミアムサービスの使用を放棄するだ
ろう。

【０２７７】 リソース管理エージェントの動作についての一つの特定の実施例に従って、入
札の自己規制について更に詳細を説明する。

【０２７８】 １．各サービスレベル（Ｇ、Ｓ、Ｂ）について、例えば、ＥＣＮ、Ｐｉｎｇ試験
、パケット損失、およびフロー当たりスループット等の一種類以上の測定基準に
よりネットワークの性能を試験する。

【０２７９】 ２．各アプリケーション（Ｘ、Ｙ、Ｚ、例えば、声、ゲーム、適応可能ビデオ）
について、各サービスレベルのネットワーク性能基準に基づく性能予測を導く。
アプリケーションに相応しい測定基準でのアプリケーション性能測定。

【０２８０】 ３．各サービスの予測性能を用いて、最も好ましいアプリケーションを決定する
。つまり、バイヤーの初期設定テーブルに基づくネットワークサービスレベル対
である。表中のこれらの予測性能レベルは、リソース管理エージェントにより継
続して更新される。

【０２８１】 ４．アプリケーション出力に関するアクション、およびネットワークサービス選
択が、最上のオプションを実施するために成される（これは最大送信レートを設
定すること、トラヒックが適切にマーキングされることを含む）。

【０２８２】 ５．短時間ｔの間、予測性能が達成されている場合、直接評価するため周期的に
アプリケーションの性能を試験する。アプリケーション性能が所望のレベル以下
である場合には、または所望のレベル以下になりそうなことを示す兆候がある場
合には（７）へ行く。アプリケーション性能が時間ｔの後でもまだ可能な場合は
（６）へ行く。

【０２８３】 ６．現在のレベルより低価格のサービスレベルのための予測アプリケーションの
性能が少なくとも現在のアプリケーション性能と同じであるか？ ＹＥＳなら（
３）に行く。でなければ（５）に行く。

【０２８４】 ７．可能なら、予測アプリケーションの性能が少なくとも現在のサービスレベル
のアプリケーション性能を維持するための必要性能と同程度の良好さを持つ次候
補のより高い優先度のサービスへ行く。そのサービスは初期設定テーブルにより
指示される最高限度価格内である。次いで（５）へ行く。可能でなければ、（３
）へ行くが、少なくとも失敗したばかりのそれと同じくらい高いアプリケーショ
ン性能を有する初期設定テーブルのすべてのオプションを除去する。すなわち、
以下を条件とする。短時間ｔの間、プレミアムサービスが利用可能でなく（例え
ば、ベストエフォートを送る、または利用できないメッセージを送る）、かつ、
より低いアプリケーション性能を有するオプションが初期設定テーブルにより指
示されるようなアクションをまだ取らないなら、最低アプリケーション性能オプ
ションまたは正当として扱われるオプションだけを伴って（３）へ行く。

【０２８５】 注意すべきは、マーカーは、初期設定テーブルの使用に影響を与えるので、性
能についての過去の記録を設定する必要があるということである。

【０２８６】 アプリケーション性能試験が、ネットワーク性能について、およびアプリケー
ションプラットフォーム性能について、別々に試験可能である場合の変形。

【０２８７】 ７．（代替） ７．１．（５）での試験がネットワーク性能の不完全さを示した場合は、これが
、ネットワーク条件に基づく現在の予測アプリケーション性能と一致しているか
どうかチェックする。一致していれば、（３）に行く。さもなければ、所与のネ
ットワーク性能から導き出された予測アプリケーション性能を、或る量／百分率
（各種アルゴリズムが適用できる）だけ割り引き（再校正する）、（３）へ行く
。

【０２８８】 ７．２．（５）での試験はネットワーク性能の不完全さを示さないが、それにも
関わらず、アプリケーション性能が不完全な場合は、（３）に行く。しかし、現
在の宛先ＩＰアドレスがアクティブユーザープロファイルと関連している限り、
そのＩＰアドレスとの通信に失敗したアプリケーションと少なくとも同じ位高い
アプリケーション性能を伴う初期設定テーブルの全オプションを消去する。

【０２８９】 ７．３．周期的に、所与のネットワーク性能データについてのアプリケーション
性能予測を既定値にリセットする。または代替として適切なアルゴリズムを用い
てそれらを増加させる。これは７．１の下方傾向とは逆に予測値に上方傾向を生
み出す。

【０２９０】 注意すべきは、隣接するサービスレベル間の好ましくない振動を防ぐことであ
り、ある形のヒステリシスが用いられるべきである。例えば、ステップ６で、ス
テップ３へ行く決定は、より低いレベルで測定されたネットワーク性能が、所望
のアプリケーション性能を維持するために、予測される要求ネットワーク性能よ
りも、例えば１５％良好な既定のマージンを持つ場合だけ成される。代替として
、ネットワークは、異なるサービスレベル間の過度の変化を最小化するために、
任意のサービスレベル内の新規データフロー上のある種の罰金を課すことができ
る。例えば、新規フローの課金を負わせない等、すなわち、ＭＢＰを新規フロー
に適用すると、これは急速に標準価格に低下するか、または短い初期期間にわた
って、新規フローの派生的な更に悪いサービスレベルを最初は課すことになる。
しかし、これらの最後の３つのオプションは、ネットワークが実行する必要があ
るデータフロー監視の複雑さが著しく増大するという不利な面を持つ。

【０２９１】 全般的な変形 上記の実施例は、概ね、分離したハードウエア内の入札ルーターにより実行さ
れる機能を、帯域幅ブローカおよびゲートコントローラにより実行されるそれら
へ設置した。しかしこれらの機能は、多数の異なるハードウェアの組み合わせで
実行できる（例えば、サーバー、強化されたルーターまたはゲート制御装置等の
単一処理装置内のすべて）。

【０２９２】 第1の実施の形態では、スポット価格が下がった場合でも、より高い品質のサ
ービスへアクティブ入札のグレードを上げるようなアクションは取られなかった
。しかし、スポット価格がそれを許すほど低下した場合には、かかるグレードア
ップが実行されることが予想される。

【０２９３】 最終ポイント １．入札初期設定の設定値 １．１ コストと他の因子に依存する所望の量のリソースに関する入札初期設定
または全体初期設定の事前格納設定を有することが、第１と第２の実施の形態で
説明したように、ユーザーまたはコンピューターアプリケーションが特定のクラ
スの通信を実行しようと要望する場合、または第２の実施の形態により、ユーザ
ーが自動的にネットワークにより交渉されるコスト共有を要望する場合の、自動
的な使用を可能にする。

【０２９４】 １．２ 上記１．１との組合せで、入札初期設定の事前格納設定を有することが
有用である。なぜなら、それは適用される通信クラスについての単一入札初期設
定の生成を可能とするからである。

【０２９５】 １．２．１ 多くのネットワーク条件。

【０２９６】 １．２．２ 多くの異なるネットワークでは、彼らの間に、異なるネットワーク
条件、異なる利用可能サービス、および異なる価格体系を有する。これは例えば
、異なるが唯一であるネットワークを越えて到達する同じクラスのユーザーへの
多くの異なる送信のサポートへ適用できる。あるいは、例えば、ネットワークサ
ービスの動的選択へ適用でき、そこでは、ユーザーまたはユーザークラスとの通
信のために使用するネットワークサービスの選択がある。

【０２９７】 入札初期設定は従って、次の利点を持つ。

【０２９８】 ａ） 異なる条件の下で、ユーザーの好む通信品質を交渉するための簡単で高速
な使用法。

【０２９９】 ｂ） 多くのネットワークを有し、自動的に交渉を達成する実用的な手段、およ
び、多くのネットワークを越えて到達するユーザーと通信の品質を購入する実用
的な手段。そうでなければ、サービスの知識、すべての可能なネットワークにつ
いての価格設定の方針、および、いつでも所与の通信クラスに対して最も適切な
サービスを選択する複雑な手順が必要となろう。

【０３００】 注意すべきは、これは、ネットワークが何らかの動的なリソース価格設定を適
用するかどうかの利点を有することである（帯域幅ブローカによる使用のための
第１の実施の形態に関して説明した特定システムは言うまでもない。このシステ
ムはどんな場合でも固定価格で動作できる）。すなわち、下記の一つを用いるネ
ットワークからのサービス品質の交渉に適用する提案された概略図からの一般的
な利点がある。

【０３０１】 ａ． 上記実施の形態で説明した入札プロトコル。

【０３０２】 ｂ． 任意の他の正式な交渉または信号化処理。

【０３０３】 ｃ． （i）通信サービス利用可能性および価格設定、および（ii）ネットワー
クと、サービスバイヤーの代わりにデータ送信および／または受信に責任を持つ
サーバーとの間の必要な承認管理、のための特別編成。

【０３０４】 この利点は以下により著しく強化される。

【０３０５】 １． 最終ユーザーとキャッシュサーバー間の通信に対する入札サポート能力（
下記２参照）。

【０３０６】 ２． バイヤーからの限られた情報に基づくバイヤーに代わって入札を生成する
能力（下記３参照）。

【０３０７】 ２．キャッシュ環境での入札 上記の第１または第２の実施の形態の代表的使用例は、図１で示されるような
最終ユーザーとウェブサーバー間の通信のためのアクセスネットワークの品質サ
ービスを交渉するためである。コンテンツと完全なウェブアプリケーションは、
図１に示されるように「ラスト１マイル」ネットワークに隣接して割付けできる
が、更に一般的な場合は、アプリケーションが遠隔地のホストサイトでホスティ
ングされるということであり（汎用インターネットまたは、図１のサーバーファ
ームとアプリケーションホスト間の個人的ネットワーク編成を経由してアクセス
される）、その場合には、図１に示される一種のサーバーファームでキャッシュ
される、ネットワーク品質の影響を受けやすいより多くのデータを伴う。普通は
、ユーザーログオンおよび、アプリケーションの類似局面は、遠隔ホストとの通
信を必要とする。

【０３０８】 この、更に一般的な場合には、アプリケーション所有者は、グローバルまたは
たぶん地域的な正当使用権をもつユーザークラスとコンテンツクラスについての
入札初期設定ができるという利益を享受できるだろう。これは以下により達成さ
れる。

【０３０９】 １．「ラスト１マイル」ネットワークへ隣接するサーバーファームのサーバーで
、適切な内容を添えて入札初期設定テーブルをキャッシュすること（すなわち、
帯域幅が幾らで、どんな品質の通信であるかを設定するテーブルは、異なる最高
限度価格の選択のために確立されるべきである）。

【０３１０】 ２．この発明の入札プログラムのためのある範囲の手段を以下へ提供すること。

【０３１１】 ａ．初期設定テーブルを、特定設定またはコンテンツ種類の送信のための特定の
サブのテーブルと一体にする。

【０３１２】 ｂ．ＩＰアドレスを、認識されたユーザークラスと一体にする。

【０３１３】 ３．追加の入札情報の価値 第１から第５の実施の形態において、帯域幅ブローカは、帯域幅の降順で（ま
たは別のサービス品質測定基準で）ユーザーの入札を処理する。多くの場合、こ
れは帯域幅ブローカが、入札者の利益を最大にするために行動することを明白に
保証する。しかし、利益が、例えば、第１から第８までの実施の形態の帯域幅ブ
ローカによるか、または入札テーブルの事前処理をする入札プログラム（別の言
い方では、入札エージェント）によるこれまで以上の、行動の基となる情報を、
入札に組み入れることにより得られる場合があり、特に、価格設定と帯域幅仲買
が、これまでの実施の形態を参照すると上記の帯域幅ブローカ要素として実行さ
れるだけではない場合である。

【０３１４】 特に以下の４つの機能は価値がある。

【０３１５】 ａ）オプション群の初期設定の明示的な順序の使用。これは適切な順序の入札の
処理を可能にする。すなわち、 ａ． 順序は、２つ以上の品質の測定基準が使用されているので、そうでなくと
も不確定である（例えば、７０ｍｓの遅延未満で７００ｋｂｐｓと、１００ｍｓ
遅延未満で１０００ｋｂｐｓとの間の選択）。

【０３１６】 ｂ． 入札は、別の価格ではない或る価格で、選択サービス種類によりサポート
される幾つかのフローを有する価値フロー集合から生まれる。実施例は、複数の
サービス品質ネットワークのシルバーサービスに対する入札テーブルである（上
記の表１０）。この場合、入札はユーザー利益を表さず、単に、シルバーサービ
ス自体の価格へ付加する情報（または仮定）に基づく品質レベル間のフローを切
換えるときに成される判断を伴う、価格に対する一組の応答にすぎない。

【０３１７】 ｂ）サービス利用可能性の変更に直面して、入札テーブルを用いた正しい価格キ
ャップの計算目的に対するユーザー利益を推定できることを示すためのマーカー
の使用。このマーカーは、テーブルがユーザー利益の真の反映であったというこ
とをまず示すだろう。そして、受信する入札プログラムまたは帯域幅ブローカに
、ユーザーにほのめかされた利益に基づいて適切な入札またはサービス選択を構
築する認可を与えるだろう。機能は、等価値ではあるがサービス品質パラメータ
は異なるサービスオプションの場合でさえ適用できる。入札テーブルは、ユーザ
ーの初期設定の順序を示すことができる（解の不確定性問題を避けるために）。
入札プログラム受取人またはブローカは次いで、等価格キャップを有する２つ以
上の隣接入札があるかどうかを書き留める（購入したユニットは異なるだろうか
ら、ユニット価格ではなく総消費で表す）。プログラムはすべてのかかる等価性
から、ユーザー利益がこれらの場合に等しいことを推定する。従って、それは、
サービスオプションに制限がある場合に、いずれかのサービスに対する適切な入
札を構築できる。それは計算目的のために、すべてのサービスが利用可能であり
、等しい利益のサービスが利用可能であるという仮定によりこれを行う（例えば
、下記最終ポイントの４を参照）。

【０３１８】 ｃ）その異なるフローに信号を出すインジケータおよび関連処理は、価値を持つ
ために必要な同時サポートとして処理されるべきである。実施例は、ストリーミ
ングビデオアプリケーションのオーディオチャネル、ビデオチャネル、およびア
プリケーション制御チャネルであろう。入札プログラムまたはブローカはこうし
て、例えば、少なくとも、各サービス種類についてオプションのサービス最低保
証性能が、かかるサービスについて指示された価格制限内で利用できた、という
場合にだけ入札を続行するよう命令される。別の実施例は、それぞれのフローに
対する性能の好ましい関連性であろう（すなわち、組合せの範囲はどこまで許容
されるか）。次いで、ユーザーはフローの組合せに対する価値に入札でき、入札
プログラムまたはブローカは、異なるフロー種類間で適切な入札価格を割付ける
ことにより、最高価値の組合せを見付けるよう探し求める。これは、複数ノード
全体で正当な最高帯域幅の解を求めるためにアナログ式で成されよう。

【０３１９】 ４．簡単なアルゴリズムによる階層的入札の実施例／より高いレベルの入札の自
動化処理 第４の実施の形態は、２つのネットワーク間の中間点へ（または、から）アク
セスするリソースのための、２つのアクセスネットワークのそれぞれへの入札に
制限された最終ユーザーによるリソースのための入札を有するサービス階層の場
合を説明する。不変のものとしてのアクセスネットワーク間のバックボーンリソ
ースの瞬間的な取扱いは、かかるリソースが、結局は、アクセスネットワーク所
有者の中期制御の下にあり、彼の領域内にあるとして取扱われるということを意
味する。これは、アクセスオペレータが、マルチノード、単一領域の解を実行す
るか、またはより高いレベルのオペレータの中間点へアクセスする所与の割付け
内のすべての最終ユーザーへ利用可能なリソースの有用な代理測定基準を持つか
のどちらかを、更に実行可能にさせる。すなわち、トラヒックが、受取人のアク
セスネットワークに事実上受け渡されるポイントである。特に、各アクセスネッ
トワークが、彼の制御の下で、利用可能リソースの単一で代理の測定基準を用い
る場合には、端から端までのサービス品質は、既に説明したように帯域幅ブロー
カの２ノードバージョンにより交渉できる。これは、経路中のすべてのノードで
の最上の解、およびその解に続く安定性の素早い同定の大きな助けとなる。なぜ
なら、経路中の各ノードでの需給均衡価格を見付ける試行が不要となるからであ
る。代替の広域解は、経路に沿って各関連ノード間で分割されるべきユーザーの
入札値段を必要とし、あるノードでの条件の変更がすべてのノードへの入札を変
化させるので、満足すべき解を見出すのが、時間とリソースの消費であり、かつ
本質的に不安定であるという結果を伴う。それはまたフロー毎の入札と仲買手数
料が、すべての通信経路に沿って可能でなければならない解を意味する。階層的
なこの実施の形態では、これを必要とせず、従って、彼らが更に大きな対象範囲
で実行できるようにする。そして、入札者に関係するネットワークの入口と出口
を除いてアクティブな入札を避けるよう探す。

【０３２０】 バックボーンネットワークは、大容量と高レベルの性能で動作するので、バッ
クボーン内の個々のフロー毎に品質制御を正確に実施するのは可能ではないし、
また経済的ではなく、数千、数百万毎の異なるフロー市場の需給均衡アクティビ
ティや、多数の異なる広域リソース群の間でほとんど確実にその価値を分配する
こととなるとなおさらである。従って、どんなバックボーンの動的リソース管理
であっても、高レベルの集合体で実行する必要がある。

【０３２１】 第４の実施の形態の詳細を参照してこの実施例に従ってみる。第４の実施の形
態を参照して、すでに与えられた実施例において、ユーザー１１がどのようにし
て入札するかを示す。ユーザー１２への送信を事実上２ノードの解決法で、第１
に、ＩＳＰ Ｅのネットワーク（ＩＳＰ Ｂの制御下にある）の中間点へ到達する
ための代理リソースへのアクセスを用いて行う。第２に、ＩＳＰ Ｅのネットワ
ークの中間点からユーザー１２（ＩＳＰ Ｄの制御下にある）へ、かかる別のリ
ソースへのアクセスを用いる。この目的のために、ＩＳＰ Ｂは、彼のネットワ
ークからＩＳＰ Ｅのネットワークの中間点へのリソースの固定容量を用いる。

【０３２２】 ＩＳＰ Ｅがその顧客に動的ネットワーク容量を提示する場合を考えると、Ｉ
ＳＰ Ｂはこのリソースの余裕のある使用の推定値段を監視できる。特にＩＳＰ
Ｂは、彼が、Ｅのサービスの現在スポット価格に、必要な付加コストと許容でき
るマージンを加えたものに基づくスポット価格を提示した場合、どれ位の需要が
あるかを連続的に監視できる。彼はまた、かかるサービスと収入発生の現在レー
トの提示から彼への収入の違いが判る。彼は次いで、これと他の情報に基づいた
Ｅのリソースについての入札ポリシーに到達する必要がある。この情報だけを用
いて、彼は上記のように、短期のマージン（直接コスト未満の総収入）を最大に
するための入札初期設定テーブルを引き出すことができる。彼が制約のない独占
主義者でない限り、彼はこれを実行しそうにない。もっとありそうなのは、彼は
、目標マージン、等価サービスに対する現在の市場価格により、および／または
、価格または第１初期設定の拒否レートのいずれかまたは両方に関しての中期性
能に関する顧客への説明または義務により導かれるであろう。

【０３２３】 ＩＳＰ Ｂが動的価格を目指している場合には、動的価格は彼に収入の５０％
のマージンを与え、彼は連続的に、ＩＳＰのネットワークの中間点への再販売ア
クセスに対する彼の現在の価格、市場需給均衡価格と、そのサービスの卸価格に
適切な目標利益幅を加えたものと、比較できる。ＩＳＰ Ｂのスポット価格が、
卸価格に利益幅を加えたものを越える場合には、彼は原則として、Ｅの現在のス
ポット価格で、彼らの入札の監視からユーザーによる要望として示される帯域幅
量に入札でき、そして、最高容量入札が失敗の場合には、より高い価格（示され
た最終ユーザー需要に従って）でより少ない帯域幅量に入札できる。 しかし、ＩＳＰ Ｂはかかる危険を冒すだけではなく、Ｅのネットワークへの
リソース価格と容量へ変更することによりマルチノード入札へ不安定さも導入す
るということを考慮する必要がある。それゆえ、彼は彼の顧客からの現在の需要
が、彼が購入する卸売り帯域幅の変更に値する程十分安定であるということの確
立に努める。そして、彼のユーザーの接続の変化より長い時間フレームを越える
かかる変化をさせるよう努める。例えば、彼が、彼のユーザーと６秒間動作して
いるかもしれない間に、ＩＳＰ Ｅから購入する帯域幅の５分以上の期間を扱う
方が有利かもしれない。

【０３２４】 従って、最低限でも、ＩＳＰ Ｂは、最後の５分間を越えるスポット価格（提
示された）をＩＳＰ Ｅの価格に利幅を加算したものと比較する。代替として、
例えば、彼は最後の３つの５分間を越えるこれらの価格の移動平均を取るかもし
れない。更に、変更する前に最低しきい値によっては越える価格の差を必要とす
る方が有利かもしれない。これは、Ｅによる価格変更によるか、またはＢのネッ
トワークの価格低下により獲得された特別帯域幅の急な戻し入れがある場合を減
らすべきであるという有利さを持つ。ＩＳＰ Ｅが最低入札価格を操作している
場合には、ＩＳＰ Ｂは、サービスの安定さを提供するためにそれに頼るかもし
れない。特に入札の変更が最低入札価格の使用にトリガーをかける場合には、Ｉ
ＳＰ Ｂがその変更に効力を持たせるために、示された入札の著しい変更を必要
とするなら、有利である。

【０３２５】 それで、かかる編成の一実施例は、第１のＢＢ９７で仲買されたリソースのス
ポット価格と最低入札価格を維持することに加えて以下の手順を用いるＢを有す
る。

【０３２６】 １．ＩＳＰ Ｅからのリソース購入のための最後の３つの５分間のそれぞれにつ
いて、注、顧客からの入来入札から、要求される帯域幅は、 ａ．Ｅの価格に適切な利益幅 ｂ．（ａ）の２０％を超える ｃ．（ａ）の４０％を超える ｄ．（ａ）の６０％を超える ２．以下より低いときの指示された入札を計算する ａ．３周期を超える関連価格の加重平均と結び付けられた各価格での需要の加重
平均 ｂ．直近の３つの需要と価格状況 ３．結果が、供給される現在容量での提示価格の低下があるにちがいないという
示唆がある場合、指示された入札を直ちに実施する。さもなければ、現在の供給
された容量についての指示された入札が（あるいは、書き込みを経た暗黙の入札
）、最低入札価格を１５％超える場合のみ、指示された入札を実施する。さもな
ければ、ＩＳＰ Ｂの入札テーブルは変更しないままとする。

【０３２７】 代替の手順は以下の実施例により説明される。ここでＢは、Ｂにより彼の顧客
に販売される帯域幅のコストとして、ＥによりＢに課されるコストの２倍の目標
を持つ。

【０３２８】 １）特定の時間で、Ｂは、Ｅを通り抜ける経路上の帯域幅に対して顧客に＄５／
Ｇｂｐｓ／ｈのスポット価格を課している。しかし、ＥはＢに＄１．５／Ｇｂｐ
ｓ／ｈのＭＢＰとともに、＄１／Ｇｂｐｓ／ｈ（スポット価格）を課しているに
すぎない。

【０３２９】 ２）Ｂは、その顧客へのその現在のスポット価格が、その目標価格と実質的に異
なるかどうか（例えば、±２０％）を見て試験する。この場合には、Ｂは、顧客
への現在のスポット価格（＄５／Ｇｂｐｓ／ｈ）＞目標価格（２×＄１．５／Ｇ
ｂｐｓ／ｈ ×１．２）を判定し、そうなることを判定する（注意すべきは、Ｍ
ＢＰが目標価格を計算するときに用いられることである。なぜなら、Ｂが成功裏
に新規入札を提出する場合、これは彼が最初に課されるものであるから）。

【０３３０】 ３）異なる価格での彼のオプションを判定するために、Ｂは、Ｂにより課される
異なる処理で、Ｅを通る経路に沿う帯域幅についての彼の顧客からの需要を試験
する。すなわち、本実施例では、Ｂは、１．５、２、３および４＄／Ｇｂｐｓ／
ｈで需要について試験し、更に＄５／Ｇｂｐｓ／ｈで需要を知るために試験し、
次いでＢは、１．５、２、３、４および５＄／Ｇｂｐｓ／ｈでの集合体における
彼の顧客の需要に対応する各価格で要求される量を伴って０．７５、１、１．５
、２および２．５＄／Ｇｂｐｓ／ｈで入札オプションを生成する。

【０３３１】 彼が、特定種類の送信（例えば、送信されるデータクラスおよび、データの受
信者および／または送信者のクラスにより判定される）のためのネットワーク上
のデータ送信のための各種サービス品質レベルにある、と考える利点を示すポリ
シーまたは初期設定テーブルを設定しているネットワークサービス（例えば、コ
ンテンツプロバイダ）の、各潜在的購入者にとっての一つの概略の利点は、この
情報が、ネットワーク構成の上位当事者に渡され、そして他の当事者が、どれほ
ど多くのリソースを、そして幾らのコストで、試行して確保すべきかを判定する
のを助けるために用いられる、ということである。これは、関与するネットワー
クの正確な動作が未知である場合でも、最も価値があるトラヒックにリソース割
付けをするための、安定な解決を提供することを容易にする。

【０３３２】 全体の注釈 上記の実施の形態は、かなり複雑なネットワーク設定を参照して説明された。
そこでは、ネットワークは、過密状態のリソースを割付ける試みを一つの方法ま
たは別の方法で捜し、それにより、最も価値のあるトラヒックが、価値の少ない
トラヒックに優先して実行される。しかし、ネットワークが余り賢くなくても、
帯域幅ブローカのそれと等価のメカニズムは、固定価格で単純な早い者勝ち承認
管理基準に基づいてリソース割付けをするために提供されるだろうか？ かかる
場合には、入札創生の、かつ知的な入札のメカニズム提供に依然として価値があ
る。なぜなら、それらが用いられる環境（例えば、インターネット）は、不均一
な環境だからである。事前設定を可能とし、ネットワーク上の各種送信によって
変わる価値をネットワークまたは他の当事者に示すことを可能とすることは、ネ
ットワークサービスのコンテンツプロバイダまたは類似の購入者にとって有用で
ある。

【０３３３】 第２の実施の形態では、３種類のサービスが規定される実施例だけを与えるに
すぎない。しかし、これは可能とするものの全てではない。例えば、上記に示し
たもの以外の別のサービス基準があり、サービスは２個以上の定義パラメータで
規定される（例えば、最大７０ｍｓの待ち時間および最大３％のパケット損失）
。

【０３３４】 第４の実施の形態で、Ｅのネットワークの中間点にアクセスする必要があるリ
ソースの組合せに対する代理価格が参照されている。これは、オペレータが、こ
の目的のために、ユーザー利用可能なリソースの単一代理測定基準を用いるとい
う概念、および代理測定基準により表されるリソースの集約へのアクセスのため
に、実際のスポット価格と最低入札価格を確立するという概念を表す意図を持っ
ている。

【０３３５】 上記の実施の形態は、通信ネットワークのリソース割付けのための装置と方法
に関連している。しかし、本発明はまた、上記方法のすべてを実行するためのソ
フトウエアに適用可能である。例えば、磁気媒体等の、適当な媒体に格納される
か、または、サーバーやルーター等の、処理装置のメモリー内に格納される。ソ
フトウエアは、例えば、インターネット等の、データ通信ネットワーク上の信号
として運ばれてもよい。ソフトウエアは、ソースコード形式または、完全にまた
は一部がコンパイルされた形式であってもよい。

【図面の簡単な説明】

【図１】 図１は、制限付きデータリンクを介して相互に通信する多数のコンピュータ端
末を備えるコンピュータネットワークの概略図であり、

【図２ａ】 図２ａは、制限付きデータリンクの帯域幅に入札への操作中および操作後の、
図１に示すコンピュータ端末間のデータフローを説明するフロー図の一部を示し
；

【図２ｂ】 図２ｂは、図２ａで説明するフロー図の残り部分を示し；

【図３】 図３は、図１に示すコンピュータネットワークの一部を形成するウェブサイト
ホストサーバーの主要構成要素を説明するブロック図であり；

【図４ａ】 図４ａは、図３に示すウェブサイトホストサーバーの一部を形成する入札プロ
グラムのフロー制御の一部を説明するフロー図であり、

【図４ｂ】 図４ｂは、入札プログラムの残り部分のフロー制御を説明するフロー図であり
；

【図５】 図５は、入札ルーターホストサーバーの主要構成要素を説明する概略図であり
；

【図６】 図６は、入札ルーターホストサーバーの一部を形成する入札ルータープログラ
ムの基本構成要素を説明する概略図であり；

【図７】 図７は、図６に示す入札ルータープログラムの一部を形成する入札メッセージ
処理モジュールのフロー制御を説明するフロー図であり；

【図８】 図８は、図７で説明した処理ステップの一部を形成する、入札者の取引ステー
タス評価に関わる処理ステップを説明するフローチャートであり；

【図９】 図９は、図６で説明した入札ルータープログラムの一部を形成する、帯域幅ブ
ローカの通知処理モジュールの処理ステップを説明するフローチャートであり；

【図１０】 図１０は、帯域幅ブローカーホストサーバーの主要構成要素を説明する概略図
であり；

【図１１】 図１１は、図１０で説明した帯域幅ブローカーホストサーバーの一部を形成す
る帯域幅ブローカープログラムの基本構成要素を説明するブロック図であり；

【図１２ａ】 図１２ａは、図１１に示す帯域幅ブローカの一部を形成する新規入札メッセー
ジモジュールの初期処理に関わる処理ステップの一部を説明するフローチャート
であり；

【図１２ｂ】 図１２ｂは、新規入札メッセージモジュールの初期処理の残り部分の処理ステ
ップを説明するフロー図であり；

【図１３ａ】 図１３ａは、図１１で説明した帯域幅ブローカの一部を形成する旧入札モジュ
ールの処理に関わる処理ステップの一部を説明するフロー図であり；

【図１３ｂ】 図１３ｂは、旧入札モジュールの処理に関わる処理ステップの別の部分を説明
するフロー図であり；

【図１３ｃ】 図１３ｃは、旧入札モジュールの処理に関連する残り部分の処理ステップを説
明するフロー図であり；

【図１４】 図１４は、需要ユニット当たりの価値が需要に影響を与える様子を説明するプ
ロット図であり；

【図１５】 図１５は、需要ユニット当たりの価値が、潜在需要に対して変動する様子を説
明するプロット図であり；

【図１６】 図１６は、短期流動性に何らの変化もなく、需要ユニット当たりの価値が、潜
在需要の変化の結果として変化し得る様子を説明するプロット図であり；

【図１７】 図１７は、固定価格での瞬間需要が、正規分布を持つ平均需要に対して変化す
る様子を説明するプロット図であり；

【図１８ａ】 図１８ａは、図１１に示す帯域幅ブローカの一部を形成するＭＢＰ、ＳＰ、Ｍ
ＥＣ決定モジュールに関わる処理ステップの一部を説明するフロー図であり；

【図１８ｂ】 図１８ｂは、ＭＢＰ、ＳＰ、ＭＥＣ決定モジュールにより使用される処理ステ
ップの別の部分を説明するフロー図であり；

【図１８ｃ】 図１８ｃは、ＭＢＰ、ＳＰ、ＭＥＣ決定モジュールにより使用される処理ステ
ップの別の部分を説明するフロー図であり；

【図１８ｄ】 図１８ｄは、ＭＢＰ、ＳＰ、ＭＥＣ決定モジュールにより使用される処理ステ
ップの別の部分を説明するフロー図であり；

【図１８ｅ】 図１８ｅは、ＭＢＰ、ＳＰ、ＭＥＣ決定モジュールにより使用される処理ステ
ップの残り部分を説明するフロー図であり；

【図１９】 図１９は、図１に示すコンピュータネットワークの一部を形成するゲートコン
トローラの主要構成要素を説明するブロック図であり；

【図２０】 図２０は、図１で説明するコンピュータネットワークの一部を形成するパーソ
ナルコンピュータの主要構成要素を示すブロック図であり；

【図２１ａ】 図２１ａは、図２０で説明するパーソナルコンピュータにより形成される処理
ステップの一部を説明するフロー図であり；

【図２１ｂ】 図２１ｂは、図２０で説明するパーソナルコンピュータが実行する処理ステッ
プの残り部分を説明するフロー図であり；

【図２２ａ】 図２２ａは、コスト共有機能モジュールが実行する処理ステップの一部を説明
するフロー図であり；

【図２２ｂ】 図２２ｂは、コスト共有機能モジュールが使用する処理ステップの残り部分を
説明するフロー図であり；

【図２３ａ】 図２３ａは、ウェブサイトホストサーバーが実行する処理ステップを説明する
フロー図であり；

【図２３ｂ】 図２３ｂは、ウェブサイトホストサーバーが使用する処理ステップの別の部分
を説明するフロー図であり；

【図２３ｃ】 図２３ｃは、ウェブサイトホストサーバーが使用する処理ステップの残り部分
を説明するフロー図であり；

【図２４】 図２４は、２つの制限付きデータリンクを介して相互に通信する多数のコンピ
ュータ端末を備えるコンピュータネットワークの概略図であり；

【図２５ａ】 図２５ａは、制限付きデータリンクの帯域幅への入札操作中、およびその後の
、図２４に示すコンピュータ端末間のデータフローを説明するフロー図の一部を
示し；

【図２５ｂ】 図２５ｂは、図２５ａで説明したフロー図のさらに別の部分を示し；

【図２５ｃ】 図２５ｃは、図２５ａで説明したフロー図のさらに別の部分を示し；

【図２５ｄ】 図２５ｄは、図２５ａで説明したフロー図の残り部分を示し；

【図２６】 図２６は、図２５のコンピュータネットワークの一部を形成する帯域幅ブロー
カの基本構成要素を説明するブロック図であり；

【図２７ａ】 図２７ａは、図２６の帯域幅ブローカの一部を形成する分配プログラムが実行
する処理ステップの一部を説明するフロー図であり；

【図２７ｂ】 図２７ｂは、分配プログラムが使用する処理ステップの残り部分を説明するフ
ロー図であり；

【図２８ａ】 図２８ａは、図２５に示すコンピュータネットワークの構成要素である帯域幅
ブローカが、ＳＰおよびＭＢＰの再審をいつ実行すべきかを決定するための処理
ステップを説明するフロー図であり；

【図２８ｂ】 図２８ｂは、図２９ａで説明するフロー図の残り部分を説明するフロー図であ
り；

【図２９】 図２９は、多数の制限付きデータリンクを介し、かつ３つの異なる領域を介し
て２台のコンピュータ端末が相互に通信するコンピュータネットワークの概略図
であり；

【図３０】 図３０は移動電話ネットワークを説明するフロー図であり；

【図３１】 図３１は、ローカルエリアネットワークを介して４件のネットワークサービス
潜在購入者へ接続されるネットワークの概略図であり、ここでネットワークはネ
ットワーク使用コストを制御して、ネットワークを通過する通信量によって蒙る
遅延レベルを、最大遅延しきい値以下に維持する。

【図３２】 図３２は、図３１と類似のネットワークの概略図であり、２種類以上の保証サ
ービス品質、すなわちサービスレベルをネットワークがどのようにして提供する
かを示す。

【図３３】 図３３は、複数のネットワークが、ネットワークサービス潜在購入者のための
通信を搬送する上で、直接の競合状態にあるネットワーク編成の概略図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ， ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ディビッド・シンクレア・ファーガソン 英国，ＣＢ２ ５ＧＧ，ケンブリッジシャ ー州，ハーストン，ハーストン ミル，サ イエンティフィック ジェネリクス リミ テッド内 (72)発明者 ラッセル・ジョン・ハガー 英国，ＣＢ２ ５ＧＧ，ケンブリッジシャ ー州，ハーストン，ハーストン ミル，サ イエンティフィック ジェネリクス リミ テッド内 (72)発明者 ネイル・フィリップ・パーシー 英国，ＣＢ２ ５ＧＧ，ケンブリッジシャ ー州，ハーストン，ハーストン ミル，サ イエンティフィック ジェネリクス リミ テッド内 (72)発明者 レベッカ・ブロウ・ホイル 英国，ＣＢ２ ５ＧＧ，ケンブリッジシャ ー州，ハーストン，ハーストン ミル，サ イエンティフィック ジェネリクス リミ テッド内 (72)発明者 ペーター・ケリー 英国，ＣＢ２ ５ＧＧ，ケンブリッジシャ ー州，ハーストン，ハーストン ミル，サ イエンティフィック ジェネリクス リミ テッド内 Ｆターム(参考） 5K030 GA08 GA19 HB08 KA04 LC09

Claims (80)

【特許請求の範囲】
1. 【請求項１】 共有リソースのアクセスまたは利用システムであって、以下を備える： 共有リソース； 或る量の共有リソースへアクセスしまたは使用するよう動作可能な複数の装置
   ； 一台以上の前記装置から、前記装置が使用を望む前記共有リソースの一つ以上
   の所望量指示と、前記装置が、前記共有リソースの前記所望量または前記各所望
   量のために支払う用意がある金額との指示を入手するための手段； 一ユニット量の前記共有リソースにアクセスしまたは使用するために現在コス
   トにアクセスしまたは判定するための手段； 前記装置または前記各装置が、その指示と前記現在コストに従ってアクセスし
   または使用できる前記共有リソースの量を判定するための手段；および、 前記装置または前記各装置がアクセスしまたは使用できる前記共有リソースの
   前記量を、前記装置または前記各装置に知らせるための手段。
2. 【請求項２】 前記共有リソースが、異なる特性および/またはユニット量当たりのコストを
   有する複数の異なる種類のサブリソースに分割される、 請求項１によるシステム。
3. 【請求項３】 前記共有リソースは、通信ネットワーク上で信号を送信している間に要求され
   るリソースである、 請求項１または２によるシステム。
4. 【請求項４】 前記共有リソースが、前記ネットワークの２人以上のユーザー間の通信ネット
   ワーク上の、帯域幅、通信ネットワークに接続される共有処理装置の処理パワー
   ；または通信ネットワークへ接続されたデータ格納装置内のデータ格納容量；あ
   るいはこれら３種類のリソースの任意の組合せ；のうちの一つである、 請求項１、２または３によるシステム。
5. 【請求項５】 前記各指示が、前記リソースの前記所望量または前記各所望量に関わる前記リ
   ソースの品質測定基準と、前記装置が前記量に対して支払う用意がある金額とに
   関する指示を更に含む、 上記請求項のいずれかによるシステム。
6. 【請求項６】 前記品質測定基準が、最小許容待ち時間または往復パケット遅延；パケットジ
   ッター最小レベル；最低保証連続帯域幅スループット；またはネットワーク性能
   の別の測定基準；のうちの一つである、 請求項５によるシステム。
7. 【請求項７】 前記各指示が、複数の入札オプションを並べる初期設定テーブルを備え、各入
   札オプションは前記リソースの要求量および関連する最高限度価格を含む、 上記請求項のいずれかによるシステム。
8. 【請求項８】 前記初期設定テーブルが、コンテンツの種類にそれぞれが関わる複数の入札オ
   プション群を備え、よって、異なる入札オプション群を異なる種類のコンテンツ
   のために用いて送信できる、 請求項７によるシステム。
9. 【請求項９】 前記初期設定テーブルが複数の入札オプション群を備え、各群はユーザークラ
   スと関連付けられ、それにより、異なる入札オプション群を、データを送受信す
   る異なったユーザークラスのために用いることができる、 請求項７によるシステム。
10. 【請求項１０】 前記初期設定テーブルが複数の入札オプション群を備え、各群はアプリケーシ
    ョンの種類に関連付けられ、よって、異なる入札オプション群を、前記装置が取
    り付けられているネットワーク上に送信されるデータを制御する異なった種類の
    アプリケーションのために用いることができる、 請求項７、８または９によるシステム。
11. 【請求項１１】 前記初期設定テーブルが、前記入札オプションのための明示的な初期設定順序
    を含む、 請求項７によるシステム。
12. 【請求項１２】 前記初期設定テーブルが、一群以上の入札オプションを備え、各群は、前記リ
    ソースの要求量およびその量に対する提示価格を並べる複数の入札オプションを
    含み、よって、前記各入札オプション内の前記リソースのユニット当たりの前記
    提示価格が、前記次に安い入札オプションから前記それぞれの入札オプションへ
    移るときの前記リソースの前記量の差で除した前記装置の利益の差に等しく設定
    される、 請求項７から１１までのいずれかによるシステム。
13. 【請求項１３】 前記初期設定テーブルは、前記入札テーブルが、前記入札オプション内に含ま
    れる前記各リソース量の前記装置への前記利益を反映することを指示するマーカ
    ーを含む、 請求項７から１２までのいずれかによるシステム。
14. 【請求項１４】 前記初期設定テーブルは、或る量の前記リソースに対する一件以上の異なる要
    求が、成功している一件の要求と関わる前記利益が他の関連する前記要求または
    前記各要求の成功に依存するような、何らかの方法に関連しているという指示を
    含む、 請求項７から１３までのいずれかによるシステム。
15. 【請求項１５】 第1ネットワークおよび前記第1ネットワークに接続される第２ネットワーク；
    前記装置または前記各装置により要求される前記共有リソースの一部として、一
    台以上の前記装置へのオンワード販売のための前記第２ネットワークから、或る
    量の第２ネットワーク共有リソースを購入するための購入手段を含む前記第１ネ
    ットワーク；および、前記装置または前記各装置からの前記指示に基づいて、前
    記装置または前記各装置が所望する前記共有リソースの複数の異なるコストで、
    前記共有リソースに対する需要の前記集合量を評価するための手段を含む前記購
    入手段；を含む、 上記請求項のいずれかによるシステム。
16. 【請求項１６】 前記購入手段が、前記第２ネットワーク共有リソースの前記所望量を、前記装
    置または前記各装置からの前記共有リソースに対する需要の前記評価レベルに基
    づいて、第１ネットワークに代わって購入することを決定するよう動作可能であ
    る、 請求項１５によるシステム。
17. 【請求項１７】 前記購入手段が、毎時１回を超えるが毎分１回未満の頻度で購入するために、
    前記第２ネットワーク共有リソースの前記所望量を再審するよう動作可能である
    、 請求項１５または１６によるシステム。
18. 【請求項１８】 前記指示入手手段が、リソース割付け手段への入札を生成して送信するための
    入札生成手段を備え、前記入札は、前記リソースの少なくとも一つの要求量およ
    び関連する価格を含む、 先に記載の請求項のいずれかによるシステム。
19. 【請求項１９】 前記現在コストアクセスまたは判定手段は、前記受信した入札に依存する利用
    可能な前記リソースのユニット当たりの現在価格を判定するとともに、前記受信
    した入札と、利用可能な前記リソースのユニット当たりの現在価格とに依存する
    前記各装置により使用またはアクセスされる前記リソースの前記量を判定するた
    めに、一台以上の前記装置から一件以上の入札を受信するためのリソース割付け
    手段、を備える、 請求項１８によるシステム。
20. 【請求項２０】 前記リソース割付け手段が、前記装置または前記各装置に、使用またはアクセ
    スされる前記リソースの前記量を知らせるための前記報知手段、を含む、 請求項１９によるシステム。
21. 【請求項２１】 前記装置または前記各装置による前記リソースへのアクセスまたはその使用を
    制御する制御手段を更に備え、前記リソース割付け手段は、前記装置または前記
    各装置が、前記リソース割付け手段により判定された前記量にアクセスまたは使
    用できる前記リソースの前記量を制限するよう前記制御手段に命令するための手
    段、を更に備える、 上記請求項のいずれかによるシステム。
22. 【請求項２２】 前記割付け手段が、前記共有リソースのユニット当たりの第１価格を決定する
    ための手段、および前記リソースのユニット当たりの提示価格が前記第１価格以
    上である入札に応えて、前記共有リソースの前記要求量を割付けるための手段を
    含む、 請求項１９、２０または２１のいずれかによるシステム。
23. 【請求項２３】 前記割付け手段は、前記リソースの前記利用率を、可能な前記リソースの規定
    の最大利用百分率に略等しくなるよう維持するために、前記受信された入札によ
    り決定したように、前記共有リソースに対する需要レベルに従って第１価格を変
    えるための手段を更に含む、 請求項２２によるシステム。
24. 【請求項２４】 前記割付け手段が、前記リソースのユニット当たりの第２価格を決定する手段
    、および前記リソースのユニット当たりの提示価格が前記第２価格以上となる場
    合に、新規入札に応えて前記共有リソースの要求量を割付けるための手段を更に
    含む、 請求項２２または２３によるシステム。
25. 【請求項２５】 前記割付け手段が、前記第１価格が変化するレートを超えるレートで、前記受
    信した入札により決定したように、前記需要レベルに従って前記第２価格を変え
    る手段を更に含む、 請求項２３または２４によるシステム。
26. 【請求項２６】 前記割付け手段が、第２価格を既定のしきい値を超えて前記受信した入札によ
    り決定したように、前記需要レベルに応えて前記第１価格を超える値段に設定す
    るための手段を更に備える、 請求項２５によるシステム。
27. 【請求項２７】 前記割付け手段が、前記第２価格を、既定のしきい値以下に低下する前記リソ
    ースの前記品質の測定値に応えて前記第１価格を超える値段に設定するための手
    段を更に備える、 請求項２５によるシステム。
28. 【請求項２８】 前記指示入手手段が、前記現在コストアクセスまたは判定手段および前記報知
    手段も含むリソース管理エージェントの一部として形成され、前記各装置は関連
    するリソース管理エージェントを有する、 請求項１から１７までのいずれかによるシステム。
29. 【請求項２９】 関連する装置の前記リソース管理エージェントは、前記サブリソースの各々に
    対する前記リソースユニット量当たりの現在価格についての通知を、現在価格の
    現在価格格納手段から受信するように成され、そして前記装置は、各サブリソー
    スと関わる前記サービス品質の測定と、所望の前記共有リソースの前記量、品質
    、価格に関する前記装置からのそれぞれの指示とに従って、アクセスまたは使用
    すべきリソースの量、およびそのひとつのサブリソースまたは複数のサブリソー
    スを判定するように成される、 請求項２、５および２８によるシステム。
30. 【請求項３０】 リソースを使用するよう動作可能である多数の装置群間の共有リソースへのア
    クセスまたは使用を割付けるためのリソース割付け装置であって、以下を備える
    ： 前記共有リソースのアクセスまたは使用に適する一台以上の装置から複数の入
    札を受信するための受信手段であって、前記入札は前記共有リソースの量、およ
    び前記要求量についての提示価格を指示し； 受信される前記入札に依存して前記リソースを使用するよう動作可能である前
    記装置による前記リソースへのアクセスまたは使用の割付けを判定するための割
    付け手段；および、 前記判定された割付けに従って前記共有リソースへのアクセスを制御するよう
    制御装置に命令するための命令手段。
31. 【請求項３１】 前記データネットワーク上のデータを送受信するために前記装置により必要と
    されるひとつのリソースまたは複数のサブリソースを、データネットワークに接
    続される装置が使用するのを制御するためのリソース管理エージェントであって
    、前記リソース管理エージェントは以下を含む： 前記装置に関わる一組の初期設定とインターフェースするための手段であって
    、前記一組の初期設定は、前記リソースまたは前記サブリソースに関わる所与の
    サービス品質レベルに対して、そして前記ネットワーク上の前記装置から／への
    関連するデータフローの所与の一組の特性のもとでの所与の最高限度価格に対し
    て、前記リソースまたは前記サブリソースのどれだけの量が前記装置に所望され
    ているかに関する少なくとも一組の指示を含み； 関連する前記サービス品質レベルおよび関連する前記コストを含む前記リソー
    スまたは前記サブリソースの特性を判定するよう前記ネットワークとインターフ
    ェースするための手段；および、 前記一組の初期設定と、前記リソースまたは前記サブリソースの前記特性とに
    依存して、関連するデータフローのために用いる前記装置に対する、前記リソー
    スまたは前記サブリソースの適切な量を判定するための処理手段。
32. 【請求項３２】 請求項３１によるリソース管理エージェントであって、前記処理手段は、前記
    リソースまたは前記サブリソースに関わるサービス品質レベルに対して、そして
    前記ネットワーク上の前記装置から／への所与のデータフローのための、前記ネ
    ットワークから実際に利用可能な前記リソースまたは前記サブリソースのコスト
    に対して、前記リソースまたは前記サブリソースのどれだけの量が前記装置によ
    って実際に所望されるか、に関して前記装置と関わる前記一組の初期設定に基づ
    いて、評価された指示を生成するための変換手段を含み、前記実際に利用可能な
    サービス品質レベルおよびコストは、前記一組の初期設定に含まれるコストとは
    異なる。
33. 【請求項３３】 入札ルーター装置であって、以下を備える： 入札が共有リソースの要求量、および前記要求量に対する提示価格を指示する
    、前記共有リソースのユーザーからの入札を受信する手段； 割付け装置または前記各割付け装置により割付けられることが可能な前記共有
    リソースの性質を示すデータとともに、前記共有リソースの部分を入札ユーザー
    へ割付けるよう動作可能な、一台以上の前記割付け装置のアドレスデータを格納
    するためのデータ格納手段； 前記入札を前記割付け装置へ送るべきか否か、もし送るべきなら、どの割付け
    装置へ送るかを判定する、前記格納データを用いて各入札を処理するための手段
    ；および、 前記割付け装置へ入札を送るための送信手段。
34. 【請求項３４】 通信ネットワーク上の通信装置と通信するよう動作可能な入札装置であって、
    前記通信ネットワークは少なくとも一つの共有リソースを含み、前記共有リソー
    スへのアクセスは、前記入札と通信装置間で通信が生成されるように、前記入札
    装置と前記通信装置の双方により必要とされ、前記装置は以下を備える： 前記入札装置と前記通信装置間の通信開始を検出するための検出手段；および
    、 前記通信開始の前記検出手段による検出に応えて、前記共有リソースの要求割
    付けと、前記要求割付けに対する提示価格とを指示する入札を生成するための入
    札生成手段。
35. 【請求項３５】 前記通信の終了を検出するための終了検出手段；および、 前記通信と接続している前記共有リソースの前記割付けを終了するよう要求す
    る終了要求を生成するための終了要求生成手段を更に備える、 請求項３４による装置。
36. 【請求項３６】 前記通信に対する所望サービス品質を判定するためのサービス品質判定手段を
    更に備え、前記入札生成手段は、前記所望サービス品質を達成するために、前記
    共有リソースの十分な割付けを要求する入札を生成するよう動作可能である、 請求項３４または３５による装置。
37. 【請求項３７】 前記入札生成手段が、複数の異なる入札オプションを有する入札を生成するよ
    うに成され、各入札オプションは、前記共有リソースの要求割付けと、前記要求
    割付けに対する提示価格を含む、 請求項３４から３６までのいずれかによる装置。
38. 【請求項３８】 共有リソースへアクセスまたはそれを 使用するよう動作可能な一台以上の装置により、前記共有リソースへのアクセス
    またはその使用を制御するための制御装置であって、前記制御手段は以下を含む
    ： どれだけの量の前記共有リソースが、前記装置または前記各装置に割付けられ
    るべきかについての命令を受信するための命令受信手段； どれだけの量の前記共有リソースが、前記装置または前記各装置に割付けられ
    るべきかを指示するデータを格納するための格納手段；および、 前記格納データに従って、前記共有リソースへアクセスまたはそれを使用する
    よう動作可能な前記装置または前記各装置による、前記共有リソースへのアクセ
    スまたはその使用を制御するための制御手段。
39. 【請求項３９】 共有リソースへのアクセスまたはそれを使用するよう動作可能な複数の装置群
    間の共有リソースへのアクセスまたはその使用を制御するための方法であって、
    以下のステップを含む： 前記装置が使用を望むとともに、前記装置が前記共有リソースの前記所望量ま
    たは前記各所望量について支払う用意がある、前記共有リソースの一つ以上の所
    望量の指示を一台以上の装置から入手するステップ； 前記共有リソースの１ユニット量にアクセスし、またはそれを使用するための
    現在コストを入手するまたは判定するステップ； 前記装置または前記各装置が、その指示と前記現在コストに従って、アクセス
    または使用できる前記共有リソースの前記量を判定するステップ；および、 アクセスまたは使用できる前記共有リソースの前記量を、前記装置または前記
    各装置に知らせるステップ。
40. 【請求項４０】 前記共有リソースが、ユニット量当たりの異なる特性および／またはコストを
    有する、複数の異なる種類のサブリソースに分割される、 請求項３９による方法。
41. 【請求項４１】 前記共有リソースが、通信ネットワーク上の信号の前記送信中に必要とされる
    リソースである、 請求項３９または４０による方法。
42. 【請求項４２】 前記共有リソースが：前記ネットワークの２人以上のユーザー間の通信ネット
    ワーク上の帯域幅；通信ネットワークに接続される共有処理装置の処理パワー；
    または、通信ネットワークへ接続されるデータ格納装置内のデータ格納容量；ま
    たはこれら３種類のリソースの任意の組合せ；のうちの一つである、 請求項３９、４０または４１による方法。
43. 【請求項４３】 前記各指示が、前記リソースの前記所望量または前記各所望量に関わる前記リ
    ソースの品質測定に関する指示、および前記装置が支払う用意がある金額を更に
    含む、 請求項３９から４２までのいずれかによる方法。
44. 【請求項４４】 前記品質測定が、最小許容待ち時間または往復パケット遅延；パケットジッタ
    ー最小レベル；最低保証連続帯域幅スループット；またはネットワーク性能に関
    する別の測定；のうちの一つである、 請求項４３による方法。
45. 【請求項４５】 前記各指示が、複数の入札オプションを並べる初期設定テーブルを備え、前記
    入札オプションの各々は前記リソースの要求量および関連する最高限度価格を含
    む、 請求項３９から４４までのいずれかによる方法。
46. 【請求項４６】 前記初期設定テーブルが、コンテンツの種類と関わる複数の入札オプション群
    を備え、よって、異なる入札オプション群を異なる種類のコンテンツのために用
    いて送信できる、 請求項４５による方法。
47. 【請求項４７】 前記初期設定テーブルが複数の入札オプション群を備え、各群はユーザークラ
    スと関連付けられ、よって、異なる入札オプション群を、データを送受信する異
    なるユーザークラスのために用いることができる、 請求項４５または４６による方法。
48. 【請求項４８】 前記初期設定テーブルが複数の入札オプション群を備え、各群はアプリケーシ
    ョンの種類と関連付けられ、よって、異なる入札オプション群を、前記装置が取
    り付けられているネットワーク上に送信するデータを制御する異なる種類のアプ
    リケーションのために用いることができる、 請求項４５、４６または４７による方法。
49. 【請求項４９】 前記初期設定テーブルが、前記入札オプションのための明示的な初期設定順序
    を含む、 請求項４５から４８までのいずれかによる方法。
50. 【請求項５０】 前記初期設定テーブルが一群以上の入札オプション群を備え、各群は、前記リ
    ソースの要求量およびその量に対する提示価格を並べる複数の入札オプションを
    含み、よって、前記各入札オプション内の前記リソースのユニット当たり提示価
    格が、次に安い入札オプションから前記それぞれの入札オプションへ移るときの
    前記リソースの前記量の差で除した前記装置の利益の差に等しくなるよう設定さ
    れる、 請求項４５から４９までのいずれかによる方法。
51. 【請求項５１】 前記初期設定テーブルは、前記入札テーブルが、前記入札オプション内に含ま
    れる前記各リソース量の前記装置への前記利益を反映することを指示するマーカ
    ーを含む、 請求項４５から５０までのいずれかによる方法。
52. 【請求項５２】 前記初期設定テーブルは、或る量の前記リソースに対する一件以上の異なる要
    求が、成功している一件の要求と関わる前記利益が他の関連する前記要求または
    前記各要求の成功に依存するような、何らかの方法に関連しているという指示を
    含む、 請求項４５から５１までのいずれかによる方法。
53. 【請求項５３】 前記装置が第１ネットワークに接続され、次いで第２ネットワークに接続され
    、前記方法は、前記第１ネットワークが、第２ネットワーク共有リソースの或る
    量を、前記装置または前記各装置により要求される前記共有リソースの一部とし
    て一台以上の前記装置にオンワード販売するために、前記第２ネットワークから
    購入するステップを更に含み、前記購入ステップは、前記共有リソースについて
    の需要合計量を、前記装置または前記各装置からの前記指示に基づいて、前記装
    置または前記各装置が所望する共有リソースの複数の異なるコストで評価する、 請求項３９から５２までのいずれかによる方法。
54. 【請求項５４】 前記購入ステップが、前記第２ネットワーク共有リソースの前記所望の量を、
    前記装置または前記各装置からの前記共有リソースに対する需要の前記評価レベ
    ルに基づいて前記第１ネットワークの代わりに購入するよう決定することを含む
    、 請求項５３による方法。
55. 【請求項５５】 前記購入ステップが、前記第２ネットワーク共有リソースの前記所望の量を再
    審して、毎時１回を超えるが毎分１回未満の頻度で購入することを含む、 請求項５３または５４による方法。
56. 【請求項５６】 前記指示入手ステップが、リソース割付け手段への入札を生成し送信すること
    を含み、前記入札は、前記リソースの少なくとも一つの要求量、および関連する
    価格を含む、 請求項３９から５５までのいずれかによる方法。
57. 【請求項５７】 前記現在コストへのアクセスまたは判定するステップは、前記受信した入札に
    依存する利用可能な前記リソースのユニット当たりの現在価格を判定するととも
    に、前記受信した入札と、利用可能な前記リソースのユニット当たりの前記現在
    価格とに依存する前記各装置により使用またはアクセスされる前記リソースの前
    記量を判定するために、一台以上の前記装置から一件以上の入札を受信するため
    の前記リソース割付け手段を含む、 請求項５６による方法。
58. 【請求項５８】 前記リソース割付け手段が、前記装置または前記各装置に、使用またはアクセ
    スされる前記リソースの前記量を知らせるための前記報知ステップを実行する、 請求項５７による方法。
59. 【請求項５９】 制御手段に、前記装置または前記各装置による前記リソースへのアクセスまた
    は使用を制御させるステップ、および前記装置または前記各装置が、前記リソー
    ス割付け手段により判定された前記量へアクセスまたは使用できる前記リソース
    の前記量を制限するよう前記制御手段に命令するステップを更に含む、 請求項３９から５８までのいずれかによる方法。
60. 【請求項６０】 前記割付けステップが、前記共有リソースのユニット当たりの第１価格を決定
    するステップ、および前記リソースのユニット当たりの提示価格が前記第１価格
    以上である入札に応えて、前記共有リソースの前記要求量を割付けるステップを
    含む、 請求項５７、５８または５９のいずれかによるシステム。
61. 【請求項６１】 前記割付けステップは、前記リソースの前記利用率を、可能な前記リソースの
    規定の最大利用百分率に略等しくなるよう維持するために、前記受信した入札に
    より決定したように、前記共有リソースに対する需要レベルに従って第１価格を
    変えるステップを更に含む、 請求項６０による方法。
62. 【請求項６２】 前記割付けステップが、前記リソースのユニット当たりの第２価格を決定する
    ステップ、および前記リソースのユニット当たりの提示価格が前記第２価格以上
    となる場合に、新規入札に応えて前記共有リソースの要求量を割付けるステップ
    を更に含む、 請求項６０または６１による方法。
63. 【請求項６３】 前記割付けステップが、前記第１価格が変化するレートを超えるレートで、前
    記受信した入札により決定したように、前記需要レベルに従って前記第２価格を
    変化させるステップを更に含む、 請求項６１および６２による方法。
64. 【請求項６４】 前記割付けステップが、前記第２価格を既定のしきい値を超えて前記受信した
    入札により決定したように、前記需要レベルに応えて前記第１価格を超える値段
    に設定するステップを更に含む、 請求項６３による方法。
65. 【請求項６５】 前記割付けステップが、前記第２価格を既定のしきい値以下に低下する前記リ
    ソースの前記品質の測定値に応えて前記第１価格を超える値段に設定するステッ
    プを更に含む、 請求項６３による方法。
66. 【請求項６６】 前記指示入手ステップは、前記現在コストへのアクセスまたは判定ステップお
    よび前記報知ステップを実行するリソース管理エージェントにより実行される、 請求項３９から５５までのいずれかによる方法。
67. 【請求項６７】 関連する装置の前記リソース管理エージェントは、前記サブリソースの各々に
    対するリソースユニット量当たりの前記現在価格の通知を、現在価格格納手段か
    ら受信し、そして前記装置は、各サブリソースと関わる前記サービス品質の測定
    と、所望の前記共有リソースの前記量、品質、価格に関する前記装置からのそれ
    ぞれの指示とに従って、アクセスまたは使用すべきリソース、および前記リソー
    スのひとつサブリソースまたは複数のサブリソースの量を判定する、 請求項４０、４４および６６による方法。
68. 【請求項６８】 リソースを使用するよう動作可能である多数の装置群間の共有リソースへのア
    クセスまたは使用を割付けるためのリソース割付け方法であって、以下を含む： 前記共有リソースへアクセスまたは使用に適する一台以上の装置から複数の入
    札を受信する方法であって、前記入札は前記共有リソースの要求量、および前記
    要求量について提示価格を指示し； 受信される前記入札に依存して、前記装置による前記リソースへのアクセスま
    たは使用の割付けを判定し；そして、 前記判定された割付けに従って前記共有リソースへのアクセスを制御するよう
    制御装置に命令する。
69. 【請求項６９】 前記データネットワーク上のデータを送受信するために前記装置により必要と
    されるリソースまたはサブリソースを、データネットワークに接続された装置が
    使用するのを制御するためのリソース管理方法であって、前記リソース管理方法
    は以下を含む： 前記装置に関わる一組の初期設定とインターフェースし、前記一組の初期設定
    は、前記リソースまたは前記サブリソースに関わる所与のサービス品質レベルに
    対して、そして前記ネットワーク上の前記装置から／への関連するデータフロー
    の所与の一組の特性のもとでの所与の最高限度価格に対して、前記リソースまた
    は前記サブリソースのどれだけの量が前記装置に所望されているかに関する少な
    くとも一組の指示を含み； 関連する前記サービス品質レベルおよび関連する前記コストを含む前記リソー
    スまたは前記サブリソースの特性を判定するよう前記ネットワークとインターフ
    ェースし；および、 前記一組の初期設定と、前記リソースまたは前記サブリソースの前記特性とに
    依存して、関連するデータフローのために用いる前記装置に対する、前記リソー
    スまたは前記サブリソースの適切な量を判定する。
70. 【請求項７０】 請求項６９によるリソース管理方法であって、前記判定ステップは、前記リソ
    ースまたは前記サブリソースに関わるサービス品質レベルに対して、そして前記
    ネットワーク上の前記装置から／への所与のデータフローのための、前記ネット
    ワークから実際に利用可能な前記リソースまたは前記サブリソースのコストに対
    して、前記リソースまたは前記サブリソースのどれだけの量が前記装置によって
    実際に所望されるか、に関して前記装置と関わる前記一組の初期設定に基づいて
    、評価された指示を生成するステップを含み、前記実際に利用可能なサービス品
    質レベルおよびコストは、前記一組の初期設定に含まれるコストとは異なる。
71. 【請求項７１】 入札のルーティング方法であって、以下を含む： 共有リソースのユーザーからの入札を受信し、前記入札が前記共有リソースの
    要求量、および前記要求量に対する提示価格を指示し； 前記共有リソースの性質を示すデータとともに、前記共有リソースの複数部分
    を入札ユーザーに割付けるよう動作可能な、一台以上の割付け装置のアドレスデ
    ータを格納し、前記共有リソースは前記割付け装置または前記各割付け装置によ
    り割付けられることが可能であり； 前記入札を割付け装置へ送るべきか否か、もし送るべきなら、どの割付け装置
    へ送るかを判定し、前記格納データを用いて各入札を処理し；そして 前記割付け装置へ入札を送る方法。
72. 【請求項７２】 通信ネットワーク上の通信装置と通信するよう動作可能な入札装置が使用する
    ための入札方法であって、前記通信ネットワークは少なくとも一つの共有リソー
    スを含み、前記共有リソースへのアクセスは、前記入札装置と前記通信装置間の
    通信が生成されるように、前記入札装置と前記通信装置の双方により必要とされ
    、前記方法は以下を含む： 前記入札装置と前記通信装置間の通信開始を検出し；そして、 前記通信開始の前記検出手段による検出に応えて、前記共有リソースの要求割
    付けと、前記要求割付けに対する提示価格とを指示する入札を生成する。
73. 【請求項７３】 更に、前記通信の終了を検出し；そして、 前記通信と接続している前記共有リソースの前記割付けを終了するよう要求す
    る終了要求を生成する、 請求項７２による方法。
74. 【請求項７４】 前記通信に対する所望サービス品質を判定するためのサービス品質判定手段を
    更に含み、前記入札生成手段は、前記所望サービス品質を達成するために、前記
    共有リソースの十分な割付けを要求する入札を生成するよう動作可能である、 請求項７２または７３による方法。
75. 【請求項７５】 前記入札生成ステップが、複数の異なる入札オプションを有する入札を生成す
    るステップを含み、各入札オプションは、前記共有リソースの要求割付けと、前
    記要求割付けに対する提示価格とを含む、 請求項７２から７４までのいずれかによる方法。
76. 【請求項７６】 共有リソースにアクセスまたは使用するよう動作可能な一台以上の装置により
    、前記共有リソースへのアクセスまたはその使用を制御する方法であって、前記
    方法は以下を含む： どれだけの量の前記共有リソースが、前記装置または前記各装置に割付けられ
    るべきかについての命令を受信し； どれだけの量の前記共有リソースが、前記装置または前記各装置に割付けられ
    るべきかを指示するデータを格納し；そして 前記格納データに従って、前記共有リソースへアクセスまたは使用するよう動
    作可能な前記装置または前記各装置による、前記共有リソースへのアクセスまた
    は使用を制御する方法。
77. 【請求項７７】 請求項３９から７６までのいずれかによる方法を実行するためのコンピュータ
    プログラム。
78. 【請求項７８】 請求項７７によるコンピュータプログラムを搬送するキャリア媒体。
79. 【請求項７９】 通信ネットワーク上の通信装置と通信するよう動作可能な入札装置が使用する
    ための入札を生成する方法であって、前記通信ネットワークは少なくとも一つの
    共有リソースを含み、前記共有リソースへのアクセスは、前記入札装置と前記通
    信装置との間の通信が生成されるように、前記入札装置と前記通信装置の双方に
    より必要とされ、前記方法は以下を含む： 複数の入札オプションを形成し、前記各入札オプションは、その量のリソース
    についての提示価格を伴うリソースの所望量を指示し； 前記共有リソースが要求されるフローの一つ以上の特性を識別する情報を生成
    し；そして 入札を形成するよう前記入札オプションとフロー情報を一緒に束ねる。
80. 【請求項８０】 通信ネットワーク上の受信装置への送信装置による送信のためにデータを生成
    する方法であって、前記通信ネットワークは、少なくとも一つの共有リソースを
    含み、前記共有リソースへのアクセスは前記送信装置と前記受信装置とにより必
    要とされ、前記方法は以下を含む： 前記送信装置および前記受信装置が、どれだけの量の前記共有リソースを用い
    れば、前記生成されるデータの送信が可能となるか、に関する指示を受信し； 前記ネットワーク上の送信のためのデータを生成し、そのデータが前記送信装
    置および前記受信装置双方のアドレス情報を含み；そして 前記共有リソースの前記指示された量を超過しないレートで前記ネットワーク
    上に前記データを送信する。