サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第1の帯域幅プロファイルを動的に変更する方法であって、前記サービスプロバイダに、前記第1の帯域幅プロファイルの変更の要求を、マルチキャストメッセージングプロトコルを介して通信することと、前記第1の帯域幅プロファイルの変更の要求を反映した、前記エンドユーザに割り当てられた第2の帯域幅プロファイルを受けること、を含む方法。さらに、前記第2の帯域幅プロファイルに対して前記サービスプロバイダによって課金される金額の変更を反映するアップデートフィースケジュールを受けること、を含む請求項1の方法。サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第1の帯域幅プロファイルを動的に変更するシステムであって、前記システムは、前記サービスプロバイダに通信可能に繋げられたクエリモジュールであって、マルチキャストメッセージプロトコルを介して前記サービスプロバイダに前記第1の帯域幅の変更の要求を通信し、前記第1の帯域幅プロファイルの変更の要求を反映した、エンドユーザに割り当てられた第2の帯域幅プロファイルを受ける、ように構成されたクエリモジュールを含むシステム。前記第1の帯域幅プロファイルの変更の前記要求は、前記サービスプロバイダから追加のサービスに対する要求を含む、請求項3のシステム。前記第2の帯域幅プロファイルは、前記第1の帯域幅プロファイルからコミットされた情報速度の変更を含む、請求項3のシステム。前記第2の帯域幅プロファイルは、前記第1の帯域幅プロファイルからピーク情報速度の変更を含む、請求項3のシステム。前記第2の帯域幅プロファイルは、前記第1の帯域幅プロファイルからコミットされたバーストサイズの変更を含む、請求項3のシステム。前記第2の帯域幅プロファイルは、前記第1の帯域幅プロファイルからピークバーストサイズの変更を含む、請求項3のシステム。前記マルチキャストメッセージングプロトコルは、インターネットグループ管理プロトコルを含む、請求項3のシステム。前記複数のサービスは、少なくとも電話、テレビ、および高速インターネットサービスを含む、請求項3のシステム。前記クエリモジュールはさらに、前記第2の帯域幅プロファイルに対して前記サービスプロバイダによって課金される金額の変更を反映するアップデートフィースケジュールを受けるように構成されている、請求項3のシステム。サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第1の帯域幅プロファイルを動的に変更するシステムであって、前記システムは、前記サービスプロバイダに通信可能に繋げられたクエリモジュールであって、マルチキャストメッセージプロトコルを介して前記サービスプロバイダに前記第1の帯域幅の変更の要求を通信し、前記第1の帯域幅プロファイルの変更の要求を反映した、エンドユーザに割り当てられた、コミットされた情報速度、ピーク情報速度、コミットされたバーストサイズ、およびピークバーストサイズを含む第2の帯域幅プロファイルを受ける、ように構成されたクエリモジュールを含むシステム。前記第1の帯域幅プロファイルの変更の前記要求は、前記サービスプロバイダからの追加のサービスに対する要求を含む、請求項12のシステム。記載なし本発明に従うと、ネットワークリソースを動的に割り当てる従来の技法に関連する不利点および問題が低減または解消され得る。本発明の一実施形態に従うと、サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第1の帯域幅プロファイルを動的に変更する方法が提供される。方法は、前記サービスプロバイダに、前記第1の帯域幅プロファイルの変更の要求を、マルチキャストメッセージングプロトコルを介して通信することと、前記第1の帯域幅プロファイルの変更の要求を反映した、前記エンドユーザに割り当てられた第2の帯域幅プロファイルを受けること、を含み得る。本発明のある実施形態は、一つ以上の技術的利点を提供し得る。一実施形態の技術的利点は、エンドユーザに割り当てられた帯域幅プロファイルを動的に変更することは、自動的に帯域幅プロファイルを変更することによって、エンドユーザの帯域幅要求の変更特性の全利点を、サービスプロバイダが取得することを可能にし、サービスプロバイダが、この自動化情報を、ネットワークトラフィックを制御するために用いる、ポリシング、シェーピングおよびスケジューリングアルゴリズムに組み込むことを許容し得ることである。幾つかの実施形態はまた、サービスプロバイダが、エンドユーザの変更需要に従い、ネットワークトラフィックがより正確な自動的変更が出来るようにし得る。本発明のある実施形態は、上の技術的利点を含まなくても良いし、幾つか、または全てを含んでも良い。一つ以上の別の技術的利点は、当業者は本明細書中に含まれる図面、記載およびクレームから容易に分かることであろう。本発明の実施形態およびその利点は、類似の符号が様々な図面の類似で対応する部分に対して用いられている図面の図1~4を参照することで、最もよく理解される。図1は、本開示のある実施形態に従う通信システム100を示している。幾つかの実施形態では、通信システム100は、サービスプロバイダ106のエンドユーザ112と通信するサービスプロバイダ106を含み得る。エンドユーザ112は、ルータ102および宅内機器104などのコンポーネントを管理しても良い。一般に、エンドユーザ112は、任意の人、ビジネス、機器、機器のグループ、またはエンドユーザ112とサービスプロバイダ106の間のサービスレベルアグリーメントに従ってサービスプロバイダから複数のサービスを受ける任意の他の適切なエンティティであり得る。図示された実施形態では、エンドユーザ112は、ルータ102に通信可能に結合され、任意の適切な通信ネットワーク上、ルータ102を介してサービスプロバイダ106に通信可能に結合された宅内機器104を所有するまた動作させる。他の実施形態では、エンドユーザ112は、ルータ102および/または宅内機器104と同義であり得る。エンドユーザ112とサービスプロバイダ112の間のサービスレベルアグリーメントは、とりわけ、サービスプロバイダ106からサービスを受ける際にエンドユーザ112に割り当てられる帯域幅のレベルを特定し得る。幾つかの実施形態では、サービスプロバイダ106は、ケーブルオペレータ、電話オペレータ、インターネットサービスプロバイダ、それらの組み合わせ、またはサービスプロバイダ106のエンドユーザ112へのサービスの他の任意の適切な提供者Providerであっても良い。幾つかの実施形態では、サービスプロバイダ106は、サービスプロバイダ106のエンドユーザ112に一つ以上のサービスを提供し得る。図示された例のように、そのようなサービスは、電話、高速インターネット、および/または電話サービスを含み得る。互いにまとめると、これらの3つのサービスは時として、トリプルプレイサービス提供と呼ばれ得る。他のサービスは、たとえば、デュアルモード汎欧州デジタル移動電話システムDualModeGlobalSystemforMobileCommunicationsGSMプラスWiFiサービスであって、携帯ユーザに家庭用有線サービスの範囲内でGMSとWiFiの間の切換えを許容するサービスのような、ある移動性サービスを含み得る。幾つかの実施形態では、宅内機器104は、サービスプロバイダ106からサービスを受けるためにエンドユーザによって使用される幾つかのデバイスを含み得る。宅内機器104は、テレビもしくはケーブルボックスもしくは衛星テレビ受信機、家庭用コンピュータ、または高速インターネットルータのような高速インターネットを受けるように構成された家庭用コンピュータ周辺機器のようなデバイスを含み得る。幾つかの実施形態では、通信システム100はまた、宅内機器104のそれぞれをサービスプロバイダ106に通信可能に結合するように構成されたルータ102を含み得る。幾つかの実施形態では、ルータ102は、サービスプロバイダ106から一つの信号を受け、適切なサービスを宅内機器104の適当な部分に送るように構成され得る。図示された例のように、ルータ102は、サービスプロバイダ106に通信可能に結合され、サービスプロバイダ106からトリプルプレイ通信パッケージを受け得る。ルータ102は次に、宅内機器104テレビに適切なテレビ信号を、宅内機器104電話に電話信号を、宅内機器104コンピュータまたは無線ルータのようなコンピュータ周辺機器に高速インターネット信号を送り得る。幾つかの実施形態では、ルータ102はまた、クエリモジュール110を含み得る。クエリモジュール110は、サービスプロバイダ106を通信するように構成され得る。いくつかの実施形態では、この通信は、ルータ102とサービスプロバイダ106の間、あるマルチキャストメッセージングプロトコルを送ることおよび受けることを含み得る。図示された実施形態では、クエリモジュール110はルータ102の部分であるが、他の実施形態では、クエリモジュール110は宅内機器104のそれぞれに組み込まれても良い。たとえば、宅内機器104がルータ102の必要なしに直接にサービスプロバイダ106と通信する実施形態では、宅内機器104はクエリモジュール110を含み得る。幾つかの実施形態では、クエリモジュール110は、ハードウェアもしくはハードウェア上で走るソフトウェア、またはそれらの任意の適当な組み合わせに実装され得る。他の実施形態では、クエリモジュール110は上述の機能を実行するためにプロセッサによって読み出されるように構成される命令を含むコンピュータ読み出し可能メディアに実装され得る。幾つかの実施形態では、サービスプロバイダ106はまた、帯域幅調整モジュール108を含み得る。帯域幅調整モジュール108はサービスプロバイダ106のエンドユーザ112に割り当てられた帯域幅プロファイルを調整するように構成され得る。図2~4を参照しながら以下でより詳細に記載されるように、エンドユーザ112は、様々な理由でエンドユーザ112に割り当てられた帯域幅プロファイルの変更を要求し得る。幾つかの実施形態では、エンドユーザ112は、クレイモジュール110からマルチキャストメッセージングプロトコルの通信を介して、この変更を要求し得る。サービスプロバイダ106でこの通信を受けると、帯域幅調整モジュール108はエンドユーザ112に関連する帯域幅プロファイルを変更し得る。幾つかの実施形態では、帯域幅調整モジュール108は、ハードウェアもしくはハードウェア上で走るソフトウェア、またはそれらの任意の適当な組み合わせに実装され得る。別の実施形態では、帯域幅調整モジュール108は上述の機能を実行するためにプロセッサによって読み出されるように構成される命令を含むコンピュータ読み出し可能メディアに実装され得る。動作では、宅内機器104のエンドユーザは、初期サービスレベルアグリーメントの一部として、初期帯域幅プロファイルがサービスプロバイダ106によって割り当てられ得る。幾つかの実施形態では、初期帯域幅プロファイルは、サービスプロバイダ106に記憶され、帯域幅調整モジュール108によってアクセスされ得る。図示された例では、帯域幅プロファイルは、トリプルプレイパッケージなどサービスプロバイダ106からサービスを受けるためにエンドユーザ112に約束されている帯域幅の大きさを記載し得る。ある時点で、エンドユーザ112は、サービスプロバイダ106によりエンドユーザ112に割り当てられた帯域幅の変更を要望し得る。帯域幅の増大または減少に対するこの要望の結果として、クエリモジュール110は、図2から4を参照しながら以下でより詳細に記載されるように、サービスプロバイダ106に通信するために、ある情報をマルチキャストメッセージプロトコルにエンコードし得る。サービスプロバイダ106は、このマルチキャストメッセージングプロトコルを受けると、エンドユーザ1120に割り当てられた帯域幅プロファイルを修正するように構成され得る。サービスプロバイダ106の帯域幅調整モジュール108は、この調整を実行し、サービスプロバイダ106によってエンドユーザ112に割り当てられた帯域幅プロファイルを変更するように構成され得る。図2は、本開示のある実施形態に従う、マルチキャストメッセージングプロトコル200の例を示している。図示された実施形態では、マルチキャストメッセージングプロトコル200はインターネットグループ管理プロトコルIGMPパケットである。IGMPメンバーシップレポートメッセージが図示されているが、本開示の範囲から逸脱しない本開示の範囲内で、他のマルチキャストメッセージングプロトコルが用いられ得る。マルチキャストメッセージングプロトコル200は、レコードタイプ202、補助データリンク204、ソース数206、マルチキャストアドレス208、ソースアドレス210、および補助データ212を含む複数のデータフィールドを含み得る。幾つかの実施形態では、レコードタイプ202は、マルチキャストメッセージングプロトコル200に送られるメッセージのタイプを特定するように構成された8ビットフィールドであり得る。たとえば、レコードタイプ202は、一般のクエリまたはグループ特有のクエリを示し得る。図示された実施形態では、レコードタイプ202は、マルチキャストメッセージングプロトコル200は動的帯域幅調整メッセージであることを示し得る。幾つかの実施形態では、補助データ長フィールド214は、補助データフィールド212の補助データの長さを示す8ビットフィールドであり得る。たとえば、図3を参照しながら以下でより詳細に記載されるように、補助データフィールド212はサービスプロバイダ106のエンドユーザ112に関連する帯域幅プロファイルの様々な側面を示す複数のデータフィールドを含み得る。これらのデータフィールドの幾つかまたは全ては、データで占められても良い。補助データ長フィールド204は、幾つかの実施形態では、このフィールドの長さを示すために用いられる。幾つかの実施形態では、ソース数フィールド206は、ソースアドレスフィールド210にリストされたソースアドレスの数を示すように構成され得る。幾つかの実施形態では、ソース数フィールドは、サービスプロバイダ106によって提供されるサービスが向けられ得るソースアドレスの数を示す16ビットフィールドであり得る。たとえば、図1の図示された実施形態では、ルータ102に結合された3つの宅内機器104が存在する。マルチキャストメッセージングプロトコル200は、通信ネットワーク100に接続された全ての宅内機器104は、マルチキャストメッセージングプロトコル200に適用可能である。そのような例では、ソース数フィールド206は数3を示し得る。幾つかの実施形態では、マルチタスクアドレスフィールド208は、サービスプロバイダ106からサービスを受けるように構成されたマルチキャストデバイスのアドレスを示し得る。図1の図示された実施形態では、マルチキャストデバイスはルータ102であり得る。他の実施形態では、マルチキャストアドレスフィールド208は、サービスプロバイダ106から複数のサービスを受けるように構成された別のマルチキャストデバイスを示し得る。再び図2を参照すると、ソースアドレスフィールド210は、サービスプロバイダ106から受けた複数のサービスの一つ以上を受けるように構成されたデバイスのアドレスを含み得る。図示された例では、ソースアドレスフィールド210は、サービスプロバイダ106から受けたサービスの一つ以上を受けるように構成されたソースデバイスのインターネットプロトコルIPアドレスを含むように構成された32ビットフィールドであり得る。図1の図示された実施形態では、宅内機器104は、サービスプロバイダ106から一つ以上のサービスを受けるように構成されたデバイスであり得る。図示された例では、ソースアドレスフィールド210は、図1に図示されている電話、コンピュータおよびテレビ宅内機器104のIPアドレスを含み得る。幾つかの実施形態では、補助データフィールド212は、サービスプロバイダ106のエンドユーザ112に割り当てられた帯域幅プロファイルの所望の変更を示すために用いられるあるデータを含み得る。図3を参照しながら以下でより詳細に記載されるように、補助データフィールド212は、サービスプロバイダ106のエンドユーザ112に関連する帯域幅プロファイルのある部分を示すために用いられる複数のデータフィールドを含み得る。図3は、本開示のある実施形態に従う補助データフィールドの例212を表している。一般に、図3の補助データフィールドの例212は、図2の補助データフィールド212に対応する。幾つかの実施形態では、補助データフィールド212は、サービスプロバイダ106のエンドユーザ112に割り当てられた帯域幅プロファイルを記載する複数のデータフィールドを含み得る。図示された実施形態では、補助データフィールド212は、4つのデータフィールドを含んでいる。即ち、コミットされた情報速度フィールド302、ピーク情報速度フィールド304、コミットされたバーストサイズフィールド306、およびピークバーストサイズフィールド308である。他の実施形態では、より多くまたはより少ないデータフィールドを含み得る。幾つかの実施形態では、コミットされた情報速度フィールド302は、サービスプロバイダ302によって提供されたサービスに対する帯域幅プロファイルに割り当てられた最低補償ビットレートを表すデータ値を含むデータフィールドであり得る。コミットされた情報速度は、初期サービスレベルアグリーメントの一部としてエンドユーザ112に割り当てられた帯域幅を表し得る。一般に、コミットされた情報速度は、サービスレベルアグリーメントを満たすために必要であるまたは望ましいと思われる平均帯域幅であり得る。図示された例では、エンドユーザ112は、サービスプロバイダ106と10Mbpsイーサネットプライベート線に関するサービスレベルアグリーメントを有し得る。そのようなサービスレベルアグリーメントを有するエンドユーザ112に対する帯域幅プロファイルはさらに、コミットされた情報速度は2Mbpsであることを特定し得る。幾つかの実施形態では、帯域幅プロファイルはまた、ピーク情報速度値を含み得る。図示された実施形態では、ピーク情報速度値はピーク情報速度フィールド304に含まれ得る。ピーク情報速度は、サービスレベルアグリーメントの下で、エンドユーザ112が利用可能な最大許容帯域幅を表し得る。図示された例では、ピーク情報速度は、10Mbps、または通信リンクの最大送信速度であり得る。幾つかの実施形態では、帯域幅プロファイルはまた、コミットされたバーストサイズ値を含み得る。図示された実施形態では、コミットされたバーストサイズ値は、コミットされたバーストサイズフィールド306に含まれ得る。コミットされたバーストサイズは、サービスプロバイダ106により通信リンクに送られる情報パケットの平均サイズを表し得る。図示された例では、コミットされたバーストサイズは、2KBであり得る。幾つかの実施形態では、帯域幅プロファイルはまた、ピークバーストサイズ値を含み得る。図示された実施形態では、ピークバーストサイズ値はピークバーストサイズフィールド308に含まれ得る。ピークバーストサイズは、サービスプロバイダ106により通信リンクに送られる情報パケットの最大許容値を表し得る。図示された例では、ピークバーストサイズは、4KBであり得る。本開示の理解を助けるためにある数字が与えられるが、これらの数字は限定として読まれるべきではない。たとえば、エンドユーザ112は、50Mbpsまたは100Mbpsまたは任意の他の送信レートに対するサービスレベルアグリーメントを有し得る。加えて、イーサネット仮想プライベート線またはサービスプロバイダ106からエンドユーザ112に複数のサービスを通信するために適切な任意の他のタイプの通信リンクに対するサービスレベルアグリーメントであり得る。さらに、図4を参照しながら以下でより詳細に記載されるように、コミットされた情報速度、ピーク情報速度、コミットされたバーストサイズ、およびピークバーストサイズ値は、サービスプロバイダ106から受けるサービスおよびサービスプロバイダ106とエンドユーザ112の間のサービスレベルアグリーメントに依存して変化し得る。異なるサービスを最適化することは、異なる帯域幅プロファイルを必要とし得る。たとえば、コミットされたバーストサイズは、電話サービスに対して必要とされるであろうサイズより高速インターネットサービスに対するものの方が大きい場合がある。加えて、図示された実施形態は帯域幅プロファイルを決定するために4つの値を与えるが、帯域幅プロファイルは、本開示の範囲を逸脱することなく、より多い、より少ない、または異なる値を含み得る。図4は本開示のある実施形態に従う、マルチサービスをサポートするために帯域幅を動的に変更する方法の一実施例400を示すフローチャートである。方法400は、新しい所望の帯域幅プロファイルを決定することと、サービスプロバイダ106のエンドユーザ112に割り当てられた帯域幅プロファイルを調整することを含み得る。一実施形態に従うと、方法400は好適にはステップ402で始まる。本開示の教示はシステム100の様々な構成に実装され得る。よって、方法400に対する好適な初期点および方法400に含まれるステップ402~414の順序は、選択された実装に依存し得る。ステップ402では、サービスプロバイダ106は所与のエンドユーザ112に対する帯域幅プロファイルを設定し得る。図1~3を参照して上でより詳細に記載したように、エンドユーザ112はサービスプロバイダ106から受けた複数のサービスに基づいて割り当てられる帯域幅プロファイルを有し得る。幾つかの実施形態では、帯域幅プロファイルは、帯域幅プロファイルは、エンドユーザ112に対するサービスレベルアグリーメントを設定する複数のデータ値を含み得る。図示された例では、帯域幅プロファイルは、コミットされた情報速度、ピーク情報速度、コミットされたバーストサイズ、およびピークバーストサイズを含み得る。帯域幅プロファイルを設定した後、方法400はステップ404に進み得る。ステップ404では、サービスプロバイダ106のエンドユーザ112はサービスプロバイダ106からサービスを受け得る。図1~3を参照して上でより詳細に記載したように、そのようなサービスは、高速インターネット、テレビ、および/または電話サービスを含み得る。そのようなサービスは、サービスプロバイダ106の特定の構成に従って、いろいろに一括で提供されても良いし、個々に提供されても良い。サービスを受けたあと、方法はステップ406に進む。ステップ406では、サービスプロバイダ106のエンドユーザ112は、割り当てられた帯域幅プロファイルの変更が必要であるまたは望ましいことを決定し得る。図1~3を参照して上でより詳細に記載したように、帯域幅プロファイルの変更は、期待した利用い比べたときサービスの実際の利用の変更の結果として、またはサービスプロバイダ106から受けるサービスの数を追加するもしくは削減する要望として、必要であったりまたは望ましかったりする。もし、帯域幅プロファイルの変更が要望されるなら、方法400はステップ408に進み得る。もし、変更が要望されなければ、方法400はステップ404に戻り得て、エンドユーザ112はサービスプロバイダ106からサービスを受け続け得る。ステップ408では、エンドユーザ112は、所望の新しい帯域幅プロファイルを決定し得る。図1~3を参照して上でより詳細に記載したように、帯域幅プロファイルへの実際の変更の決定は、帯域幅プロファイルに含まれる予め指定されたデータ値の変更の手動および/または自動計算の任意の適切な組み合わせによってなされ得る。図示さえた例では、エンドユーザ112は、サービスプロバイダ106によって与えられる高速インターネットサービス上のストリーミングビデオの性能を改善することが必要であるまたは望ましいことを決定し得る。エンドユーザ112は、手動でクエリモジュール110に帯域幅プロファイルのパラメータの所望の変更を告げても良い。より適切な例では、エンドユーザ112は、クエリモジュール110に高速インターネット性能の所望の増加を示すためにソフトウェアインタフェースを用いても良い。クエリモジュール110は次に、それ自身によって、またはルータ102の別のモジュールおよび/もしくは宅内機器104の組み合わせで、帯域幅プロファイルのパラメータの適切な変更を自動的に決定し得る。新しい帯域幅プロファイルを決定した後、方法400はステップ410に進み得る。ステップ410では、方法400は、新しい帯域幅プロファイルをサービスプロバイダ106に通信するためのメッセージを作成し得る。図1~3を参照して上でより詳細に記載したように、クエリモジュール110は、サービスプロバイダ106の帯域幅調整モジュール108に通信するための新しい帯域幅プロファイルを記載する情報を含むマルチキャストメッセージングプロトコルを作成し得る。図示された例では、クエリモジュール110は、図2~3を参照して上でより詳細に記載したようにIGMPパケットに包含される補助データを作成し得る。メッセージを作成した後、方法400はステップ412に進み得る。ステップ412では、方法400は、図1~3を参照して上でより詳細に記載したように、ステップ410で作成されたメッセージをサービスプロバイダ106に通信し得る。メッセージをサービスプロバイダ106に通信した後、方法400はステップ414に進み得る。ステップ414では、サービスプロバイダ106は、図1~3を参照して上でより詳細に記載したように、エンドユーザ112に割り当てられた帯域幅プロファイルをアップデートし得る。幾つかの実施形態では、サービスプロバイダ106は、ステップ410で作成されたメッセージを受けると、自動的にエンドユーザ112に割り当てられた帯域幅プロファイルをアップデートし得る。帯域幅プロファイルをアップデートした後、方法400はステップ404に戻り得て、エンドユーザ112は、サービスプロバイダ106からサービスを、アップデートされた帯域幅プロファイルで受け続け得る。図4は、方法400に関して踏まれるであろう特定の数のステップを開示しているが、方法400は図4に示されたものより、より多くまたはより少ないステップで実行され得る。加えて、図4は方法400に含まれるステップのある順序を開示しているが、方法400に含まれるステップは任意の適切な順序で完了し得る。たとえば、方法400は、同一のステップで、所望の新しい帯域幅プロファイルを決定し、対応するメッセージを作成し得る。加えて、同一の構成で、エンドユーザ112は選択することができる予め設定された、代替の帯域幅プロファイルの組を有する必要があるまたは有することが望ましいことがある。そのような構成では、方法400は、エンドユーザ112が現行の帯域幅プロファイルの変更を決心する前に、新しい帯域幅プロファイルを決定し得る。さらに、方法400は、フィースケジュールおよび/または帯域幅プロファイルの変更に結果としてのサービスプロバイダ106とエンドユーザ112の間のサービスレベルアグリーメントのアップデートをする追加のステップを含み得る。本開示はある実施形態および全般的に関連する方法を用いて記載してきたが、実施形態および方法の変更および入替は、当業者には明らかであろう。加えて、実施形態の例の上の記載は、本開示に限定されない。他の変更、置き換え、および変更は、以下のクレームによって定義されえるような、本開示の目的および範囲から逸脱することなく可能である。