(57)【特許請求の範囲】
【請求項１】
インターネットにおける複数のＩＳＰをまたがるデータ転送であって、コンテンツを有するコンテンツサーバと、該コンテンツの利用者の利用者端末間のデータ転送における伝送帯域を確保する方法において、
前記コンテンツサーバは、
前記利用者端末からのコンテンツ名、確保したい帯域値、予約開始日時の情報を含むコンテンツ要求を受信し、
該コンテンツ要求に対応して、発注番号を割り振り、インターネットにおける伝送帯域の確保の仲介を行う帯域確保仲介サーバのＩＰアドレス、コンテンツ名、確保したい帯域値、予約開始日時、予約終了日時、前記コンテンツサーバと前記利用者端末間の全ルータのポートのＩＰアドレスを、テーブルに設定し、
該テーブルに設定された帯域確保仲介サーバのＩＰアドレスを宛先アドレスにして、コンテンツ名を除く前記テーブルの内容を、前記利用者からの帯域確保依頼として、前記帯域確保仲介サーバに送信し、
前記帯域確保仲介サーバが、前記データ伝送経路における伝送帯域の確保を、前記コンテンツサーバ又は前記利用者端末に代わって行うことを特徴とする伝送帯域を確保する方法。
【請求項２】
請求項１記載の伝送帯域を確保する方法において、
前記確保したい帯域値に代えて、前記利用者端末と前記利用者端末が接続されているＩＳＰ間の接続回線の帯域を、確保帯域値とすることを特徴とする伝送帯域を確保する方法。
【請求項３】
請求項１記載の伝送帯域を確保する方法において、
前記コンテンツサーバのコンテンツのコピーを有するコピーサーバが存在する場合、
前記帯域確保仲介サーバは、前記コンテンツサーバ又は前記利用者端末の要求に基づいて、前記コピーサーバと前記利用者端末間の帯域を確保することを特徴とする伝送帯域を確保する方法。
【請求項４】
請求項１記載の伝送帯域を確保する方法において、
インターネット上の伝送帯域の確保をＲＳＶＰにより行う場合、
前記ＩＳＰは、予め契約している仲介業者が発行したＩＤが添付された帯域設定要求のＲＳＶＰに対してのみ、帯域確保の設定を行うことを特徴とする伝送帯域を確保する方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットにおける伝送帯域を確保する方法に関する。
【０００２】
【従来の技術】
インターネット上でのアプリケーションやコンテンツの多様化に伴って、広帯域を必要とするビデオ等のマルチメディアアプリケーションが登場してきている。これらのマルチメディアアプリケーションでは、必要とする帯域やタイミング等の要求品質が高くなっている。この要求を満たすための品質保証メカニズムとして、品質保証を一切行わない従来のベストエフォートサービスに代えて、ＲＳＶＰ（Resource  Reservation  Protocol：ＲＦＣ２２０５で規定されている。）や帯域仲介（Bandwidth Brokering：ＲＦＣ２６３８で規定されている。）といった帯域割当てメカニズムが検討され、一部では装置に実装されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の帯域割当てメカニズムは、以下の理由により、複数のＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ：インターネット接続業者）にまたがる通信の場合には、実際には、適用するのが難しいという問題がある。
(１）ネットワークのエンドツーエンドにおいて、同一の方式によるメカニズムが動作していなければならない。
（２）これらの品質保証に対する対価は、基本的には、受信者/送信者がＩＳＰ毎に支払わなければならないが、ＩＰ（インターネットプロトコル）ルーティングにおいては、どのＩＳＰを経由して通信が行われたかが分からないため、その請求先を明確にすることができない。
（３）ＩＳＰは、帯域割当て要求がきた時点で、それに対する対価が得られる保証なしで、その要求を受けざるを得ない。
（４）ＲＳＶＰで、帯域割当て制御をする場合には、受信端末にＲＳＶＰ機能を実装する必要があるが、現状では、ＲＳＶＰ機能を実装している端末は少ない。
（５）必要とするインターネット接続業者の帯域は、受信端末の能力や受信端末と最寄りのルータ間の帯域に左右されるにも関わらず、帯域仲介では、送信側からしか帯域割当ての設定が行えない。
（６）必要とする帯域は、受信端末の能力や受信端末と最寄りのルータ間の帯域に左右されるにも関わらず、実際のコンテンツ受信者側では、通信に関するパラメータは専門外にもかかわらず、伝送帯域という通信の専門項目を明示的に決定しなければ、受信者側の帯域要件を、帯域割当てメカニズムに伝えることができない。
【０００４】
その結果、現状では、これらのメカニズムを利用して複数ＩＳＰを介したインターネット上での、帯域制御されたデータ通信は、まだ実現されていない。
【０００５】
本発明は、上記のような問題点を回避または克服して、複数のＩＳＰにまたがる通信の場合においても、帯域制御されたデータ通信を行うことを目的とするものである。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【０００７】
請求項１に記載された発明は、インターネットにおける複数のＩＳＰをまたがるデータ転送であって、コンテンツを有するコンテンツサーバと、該コンテンツの利用者の利用者端末間のデータ転送における伝送帯域を確保する方法において、
前記コンテンツサーバは、
前記利用者端末からのコンテンツ名、確保したい帯域値、予約開始日時の情報を含むコンテンツ要求を受信し、
該コンテンツ要求に対応して、発注番号を割り振り、インターネットにおける伝送帯域の確保の仲介を行う帯域確保仲介サーバのＩＰアドレス、コンテンツ名、確保したい帯域値、予約開始日時、予約終了日時、前記コンテンツサーバと前記利用者端末間の全ルータのポートのＩＰアドレスを、テーブルに設定し、
該テーブルに設定された帯域確保仲介サーバのＩＰアドレスを宛先アドレスにして、コンテンツ名を除く前記テーブルの内容を、前記利用者からの帯域確保依頼として、前記帯域確保仲介サーバに送信し、
前記帯域確保仲介サーバが、前記データ伝送経路における伝送帯域の確保を、前記コンテンツサーバ又は前記利用者端末に代わって行うことを特徴とする。
【０００８】
請求項１に記載された発明によれば、二つの通信装置の内、一方の通信装置が、インターネットにおける伝送帯域の確保の仲介を行う帯域確保仲介サーバに対して、データ伝送が行なわれるデータ伝送経路の帯域確保の申請を行い、前記帯域確保仲介サーバが、前記データ伝送経路における伝送帯域の確保を、前記二つの通信装置に代わって行うことにより、複数のＩＳＰにまたがる通信の場合においても、帯域制御されたデータ通信を行うことができる。
【０００９】
請求項２に記載された発明は、請求項１記載の伝送帯域を確保する方法において、前記確保したい帯域値に代えて、前記利用者端末と前記利用者端末が接続されているＩＳＰ間の接続回線の帯域を、確保帯域値とすることを特徴とする。
【００１０】
請求項２に記載された発明によれば、確保したい帯域値に代えて、利用者端末と前記利用者端末が接続されているＩＳＰ間の接続回線の帯域を、確保帯域値とすることができる。
【００１１】
請求項３に記載された発明は、請求項１記載の伝送帯域を確保する方法において、
前記コンテンツサーバのコンテンツのコピーを有するコピーサーバが存在する場合、
前記帯域確保仲介サーバは、前記コンテンツサーバ又は前記利用者端末の要求に基づいて、前記コピーサーバと前記利用者端末間の帯域を確保することを特徴とする。
【００１２】
請求項３に記載された発明によれば、データ転送に係るオリジナルのコンテンツを有するオリジナルサーバは、データ転送に係る受信者又は送信者の要求に基づいて、コピーサーバからの帯域を確保して転送することを、コピーサーバに通知することにより、利用者に最も近いコピーサーバから配信できて、しかも、コピーサーバと利用者間の伝送帯域を確保することができる。
【００１３】
請求項４に記載された発明は、請求項１記載の伝送帯域を確保する方法において、インターネット上の伝送帯域の確保をＲＳＶＰにより行う場合、前記ＩＳＰは、予め契約している仲介業者が発行したＩＤが添付された帯域設定要求のＲＳＶＰに対してのみ、帯域確保の設定を行うことを特徴とする。
【００１４】
請求項４に記載された発明によれば、ＩＳＰは、予め契約している仲介業者が発行したＩＤが添付された帯域設定要求のＲＳＶＰに対してのみ、帯域確保の設定を行うことにより、ＲＳＶＰを用いて行う場合であっても、確実に、伝送帯域を確保することができる。
【００１７】
【発明の実施の形態】
次に、本発明の実施の形態について図面と共に説明する。
（第１の手段）
インターネットにおいて、複数のＩＳＰ等をまたがる二者間（例えば利用者〜コンテンツ業者等）のデータ転送を行う場合、二者間のデータ転送経路における一定の伝送帯域の確保を二者に成り代わり仲介業者が行うことを可能とする手段を説明する。ここでは、利用者側端末（以下、「ＤＴＥ−ａ」という）とコンテンツサービス提供会社のサーバ（以下、「コンテンツサーバα」という）間におけるＤＴＥ−ａのポリシー（確保したい帯域値、予約開始日時等）に基づき、仲介業者のサーバ（以下、「仲介業者サーバβ」という）が二者間のデータ転送経路上の機器（ルータ等）の伝送帯域の確保を指示する場合について説明する。
【００１８】
(１）システム構成
第１の手段を図１のシステム構成例に基づいて説明する。図１のシステムは、ＤＴＥ−ａ、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）、コンテンツサーバα及び仲介業者サーバβから構成されている。
【００１９】
次に、コンテンツサーバα、仲介業者サーバβ及びＩＳＰの構成と動作について説明する。
（２）コンテンツサーバαの構成
図１に示されているように、コンテンツサーバαは、回線対応部１１、制御部１２及びコンテンツ１６から構成されている。
【００２０】
回線対応部１１は、インターネット等のネットワークとのインターフェースをとる装置であり、データの入出力を行う。回線対応部１１で、受信したデータは、制御部１２に転送し、処理を依頼するとともに、制御部１２から依頼されたデータの送出を行う。
【００２１】
制御部１１は、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及び利用者ポリシー保管テーブル１５を有し、各テーブルに応じて、回線対応部１１から受け取ったデータを処理する。また、ＩＰトレースルートを実施し、そのＩＣＭＰ（Internet  Control  Message  Protocol）応答メッセージを処理することができる。
【００２２】
仲介業者アドレス管理テーブル１３を図２（Ａ）に示す。仲介業者アドレス管理テーブル１３は、仲介業者サーバのＩＰアドレスをあらかじめ保持している。利用者からの帯域を予約する旨のメッセージがきた場合、利用者ポリシー保管テーブル１５に仲介業者サーバβのＩＰアドレスを設定するために使用するテーブルである。
【００２３】
コンテンツ情報管理テーブル１４を図２（Ｂ）に示す。コンテンツ情報管理テーブル１４は、コンテンツ毎のコンテンツ容量をあらかじめ保持している。利用者からの帯域を予約する旨のメッセージがきた場合、利用者ポリシー保管テーブル１５にコンテンツ送信予約終了日時を設定する際にその時刻を算出するために使用するテーブルである。
【００２４】
利用者ポリシー保管テーブル１５を図２(Ｃ)に示す。利用者ポリシー保管テーブル１５は、仲介業者のＩＰアドレス、帯域予約を依頼してきた利用者のＩＰアドレス、コンテンツ名、確保したい帯域値、予約開始日時、予約終了日時、ルータのポートのＩＰアドレスを一連の発注番号（該当業者の中でユニークな番号）毎に記録しておくテーブルである。利用者から帯域を予約する旨のメッセージがきた場合、発注番号を１つ割り振り、利用者からの要求内容（コンテンツ名、確保帯域、予約開始時刻）をそれぞれの欄に設定する。同時に、該当の帯域確保要求を依頼する仲介業者のＩＰアドレスを仲介業者アドレス管理テーブル１３から抽出し、仲介業者のＩＰアドレス欄に設定する。
【００２５】
さらに、利用者からの帯域予約要求の際に送られてきたコンテンツ名をキーにして、コンテンツ情報管理テーブル１４から抽出した該当コンテンツの容量と同時に送付されてきた確保帯域値とから、コンテンツ送信終了時間を算出し、予約終了日時欄に設定する。
【００２６】
また、利用者のＩＰアドレスを元にトレースルートを行い、ＩＣＭＰメッセージから取得した該伝送路上の全ルータポートのＩＰアドレスをそれぞれルータポートのＩＰアドレス欄に登録する。ここで採取したアドレスは、後々、ＤＴＥ−ａ〜コンテンツサーバα間の帯域を確保してもらうためのルータを識別する情報として利用されることになる。
【００２７】
このテーブルに設定された内容に従って、仲介業者への帯域予約の依頼が行われることになる。
（３）コンテンツサーバαの動作
ＤＴＥ−ａから帯域予約要求を伴ったコンテンツ要求（コンテンツ名、確保したい帯域値、予約開始日時）を受信して、仲介業者サーバβへ帯域確保の依頼を行うとともに、仲介業者サーバβから帯域確保の予約結果を受信して、その内容を該当利用者に通知するまでの動作を説明する。
【００２８】
▲１▼ＤＴＥ−ａからコンテンツ要求を受信した制御部１２は、該当要求に対して発注番号を割り振り、仲介業者のＩＰアドレス、利用者のＩＰアドレス、コンテンツ名、確保したい帯域値、予約開始日時、コンテンツ予約終了日時、ＤＴＥ−ａ〜コンテンツサーバ間の全ルータのポートのＩＰアドレスを、利用者ポリシー保管テーブル１５に設定する。
【００２９】
▲２▼利用者ポリシー保管テーブル１５に設定された、仲介業者のＩＰアドレスを宛て先アドレスにして、コンテンツ名を除く、テーブルのその他の欄の内容を、該当利用者からの帯域確保依頼として仲介業者サーバβへ送信する。なお、以降、ここで送信した内容の全部または一部をその利用者の”ポリシー”と呼ぶ。
【００３０】
▲３▼仲介業者サーバβから発注番号が付与された帯域予約結果を受信したコンテンツサーバαは、発注番号を元に、利用者ポリシー保管テーブル１５を検索し、該当発注番号に一致する欄の利用者ＩＰアドレスを宛て先アドレスにして、帯域予約結果を発注番号付きで送信する。▲１▼から明らかなように、該当発注番号に一致する欄の帯域予約内容は、ＤＴＥ−ａからのものであるので、結果は、正確にＤＴＥ−ａに通知されることになる。
【００３１】
また、ＤＴＥに通知した発注番号は、後述の第４の手段で示すように、確保帯域を途中で解除するのに用いることになる。
（４）仲介業者サーバβの構成
仲介業者の仲介業者サーバβは、回線対応部２１及び制御部２２、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５を有する。
【００３２】
回線対応部２１は、インターネット等のネットワークとのインターフェースをとる装置であり、データの入出力を行う。回線対応部２１で、受信したデータは、制御部２２に転送し、処理を依頼するとともに、制御部２２から依頼されたデータの送出を行う。
【００３３】
制御部２２は、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４、ポリシー予約判定管理テーブル２５を持ち、各テーブルに応じて、回線対応部２１から受け取ったデータを処理する。
【００３４】
契約ＩＳＰ管理テーブル２３を図３（Ａ）に示す。契約ＩＳＰ管理テーブル２３は、ＤＴＥ−ａ〜コンテンツサーバα間のルータに対して帯域確保の指示を出すことができるＩＳＰのポリシーサーバ（帯域確保設定サーバ）の、ＩＰアドレスを検索するテーブルである。ＤＴＥ−ａ〜コンテンツサーバα間の各ルータを管理するＩＳＰに割り当てられたネットワークアドレス毎に、ポリシーサーバ及び顧客管理サーバ（第２の手段で使用することになる）のＩＰアドレスをあらかじめ保持している。
【００３５】
コンテンツサーバαから利用者のポリシーを受け取った仲介業者サーバβは、受け取った内容からルータのＩＰアドレスを抽出する。仲介業者サーバβは、そのＩＰアドレスから判明したネットワークアドレスをキーにして本テーブルを検索することにより、該当ルータに指示を出すことができるポリシーサーバや顧客管理サーバのＩＰアドレスを知ることができる。
【００３６】
ＩＳＰポリシーテーブル２４を図３（Ｂ）に示す。ＩＳＰポリシーテーブル２４は、コンテンツサーバαから受け取った利用者のポリシーを一時的に保持しているテーブルである。ＤＴＥ−ａ〜コンテンツサーバ間のルータに対して帯域確保の指示を出すことができるＩＳＰのポリシーサーバ毎に、仲介業者サーバβが割り振った受注番号（仲介業者サーバβの中でユニークな番号）、該当ポリシーサーバのＩＰアドレス、利用者ＩＰアドレス、確保帯域、予約開始日時、予約終了日時を記録しているテーブルである。
【００３７】
コンテンツサーバαから利用者のポリシーを受け取った仲介業者サーバβは、契約ＩＳＰ管理テーブル２４から判明したポリシーサーバのＩＰアドレス毎に、受注番号を割り振り、該当利用者のポリシー（利用者ＩＰアドレス、確保帯域、予約開始日時、予約終了日時）を各欄に設定する。ＤＴＥ−ａ〜コンテンツサーバα間にルータが複数あり、それを管理するポリシーサーバも複数ある場合には、各々のポリシーサーバに受注番号を割り振り、該当利用者のポリシーを各欄に設定しておくことになる。
【００３８】
仲介業者サーバβから、ポリシーサーバへ帯域予約の依頼メッセージを送信するときは、このテーブル内のポリシーサーバのＩＰアドレスを宛て先アドレスにして、残りの欄の内容（利用者のポリシー）を通知することになる。
【００３９】
ポリシー予約判定管理テーブル２５を図３(Ｃ)に示す。ポリシー予約判定管理テーブル２５は、仲介業者サーバβが各ポリシーサーバへ帯域予約した結果を管理するためのテーブルである。ＤＴＥ−ａ〜コンテンツサーバ間にある各ポリシーサーバに依頼した帯域予約の結果がすべてＯＫにならなければ、ＤＴＥ−ａ〜コンテンツサーバ間の帯域が全区間を通じて確保されたことにはならない。このテーブルにおいて、該当する全ポリシーサーバからの帯域予約に対する結果を本テーブルに記録し、全ポリシーサーバからの結果を受け取った後、全ての結果がＯＫの場合は、コンテンツサーバαに帯域予約がＯＫである旨を通知し、１つでもＮＧである場合には、ＮＧである旨を通知することになる。
【００４０】
具体的には、ＩＳＰポリシーテーブル２４を生成した後、このテーブルにおいて、コンテンツ業者のＩＰアドレスとその業者の発注番号毎（コンテンツ業者から依頼された利用者のポリシー毎）に、該当するポリシーサーバ数分の受注番号とポリシーサーバのＩＰアドレスの組を記録しておく。
【００４１】
ポリシーサーバに依頼した帯域予約依頼に対する結果メッセージを各ポリシーサーバから受信すると、該当メッセージ中の受注番号と送信元アドレスであるポリシーサーバのＩＰアドレスをキーに、テーブル内の該当欄にＯＫ、ＮＧを随時書き込んでいく。全ポリシーサーバからの予約結果が揃うと、その予約結果に対応するコンテンツ業者のＩＰアドレス欄のＩＰアドレスを宛て先ＩＰアドレスにして、該当発注番号の帯域予約可否を通知することになる。
（５）仲介業者サーバβの動作
コンテンツサーバαから帯域予約要求を伴ったポリシー（発注番号、利用者ＩＰアドレス、確保帯域、予約開始時刻、予約終了日時、ルータのポートのＩＰアドレス）を受信して、ポリシーサーバへの帯域確保予約を行い、ポリシーサーバから受け取った予約結果を元に、コンテンツサーバαに帯域予約結果を返答する動作を説明する。
【００４２】
▲１▼  コンテンツサーバαからの発注番号付きの利用者のポリシーを受信すると、ポリシー内にあったルータのＩＰアドレスから判明するＩＳＰのネットワークアドレスをキーに、契約ＩＳＰアドレス管理テーブル２３から各ＩＳＰのポリシーサーバのＩＰアドレスを検索する。判明したポリシーサーバのＩＰアドレス毎に受注番号を割り振って、ポリシーサーバ数分、該当の利用者ポリシーをＩＳＰポリシーテーブル２４に格納しておく。
【００４３】
▲２▼  同時に、該当コンテンツ業者のＩＰアドレスと発注番号と、その発注に対応するポリシーサーバ数分のポリシーサーバのＩＰアドレスと▲１▼で割り振った受注番号の組を、ポリシー予約判定管理テーブル２５に設定する。
【００４４】
▲３▼  ▲１▼で格納した利用者のポリシーから、ポリシーサーバのＩＰアドレスを宛て先ＩＰアドレスにして、受注番号及び利用者のポリシーを送信する。
【００４５】
▲４▼  各ポリシーサーバから帯域予約結果メッセージを受信すると、該当メッセージの送信元ＩＰアドレスと、送付されてきた受注番号をキーに、ポリシー予約判定管理テーブル２５を検索し、該当欄に予約結果を設定する。
【００４６】
▲５▼  ▲４▼により該当する全ポリシーサーバから帯域予約結果を受け取り、該当する利用者のポリシーの予約可否が判明すると、ポリシー予約判定管理テーブル２５の、該当欄のコンテンツ業者のＩＰアドレスを宛て先アドレスにして、該当発注番号で示される利用者のポリシーに対する帯域予約結果を送信する。
【００４７】
ところで、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）は、それぞれ、ポリシーサーバ３０（３０−ａ、３０−ｂ）及びＩＳＰルータ４０(４０−ａ、４０−ｂ)を有している。ポリシーサーバ３０は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３を有する。
【００４８】
以下、ポリシーサーバ３０及びＩＳＰルータ４０の構成と動作について説明する。
（６）ポリシーサーバ（帯域確保設定サーバ）の構成
ポリシーサーバ３０は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３を有する。
【００４９】
出力側ポート帯域管理テーブル３１を図４（Ａ）に示す。出力側ポート帯域管理テーブル３１は、該当ポリシーサーバ配下のルータＩＰアドレス毎に、ルータの帯域制御ポート、日時別の帯域予約後の残り回線帯域を管理しているテーブルである。
【００５０】
仲介業者サーバβからの受注番号付きポリシーと共に送られたルータのＩＰアドレスをキーに、後述するルータ管理テーブル３３により判明した、実際に該当の利用者ポリシーの帯域予約を行うポート番号の残り回線帯域より、該当の利用者ポリシーが要求している確保帯域が、予約したい日時の所定の一定時間を通じて、少ない場合、該当ポートで帯域を確保することができるとみなす。また、そのとき、該当ポートの残り回線帯域欄を該当要求帯域分、減らす。同時に、仲介業者サーバβに、帯域が確保できた旨を返信することになる。
【００５１】
運用ポリシー管理テーブル３２を図４（Ｂ）に示す。運用ポリシー管理テーブル３２は、該当ポリシーサーバにおいて、ルータに帯域を確保を指示したり、帯域を解除を指示したりすることを実行指定時刻になるまで待機するために、該当の利用者ポリシーを保管しておくテーブルである。ポリシー番号（ポリシーサーバの中でユニークな番号）毎に、指示先のルータのＩＰアドレス、送信先ＩＰアドレス、確保帯域、予約開始日時、予約終了日時、仲介業者のＩＰアドレス、受注番号、ルータの仮想ＩＰアドレス、ルータの出力ポート番号が格納されている。
【００５２】
仲介業者サーバβから受信した受注番号付きポリシーの確保帯域と出力側ポート帯域管理テーブル３１の該当ポート残り回線帯域を参照し、ポリシーの確保帯域を満足できると判明した場合、ポリシー番号を付与し、ポリシー内容を各欄に登録しておく。また、この時判明したポート番号も、該当欄に記録しておく。
【００５３】
該当の利用者ポリシーの実行指定時刻になると、該当ポリシーサーバは、該当ルータへ、ポリシー番号つきで該当欄のポリシーを送信し、ルータにポリシーの指示を行う。
【００５４】
ルータ管理テーブル３３を図４(Ｃ)に示す。ルータ管理テーブル３３は、ルータのポートに割り振られたＩＰアドレスとルータを制御する仮想ＩＰアドレスの対応関係をあらかじめ保持しているテーブルである。仲介業者サーバβからの受注番号付きのポリシーと共に送られる該当ルータのＩＰアドレをキーに本テーブルを検索することにより、実際に利用者ポリシーの帯域予約を行うポート番号の問い合わせや、帯域予約を指示するための宛て先（ルータの仮想ＩＰアドレス）を抽出することができる。
（７）ポリシーサーバの動作
次に、ポリシーサーバの動作を説明する。
【００５５】
▲１▼  仲介業者サーバβから受注番号付きポリシーを受信したポリシーサーバ３０は、送付されたポリシー内のルータＩＰアドレスをキーに、ルータ管理テーブル３３で、該当ルータの仮想ＩＰアドレスを検索する。
【００５６】
▲２▼  検索した仮想ＩＰアドレスを宛て先ＩＰアドレスにして、受信済みのポリシー内の利用者ＩＰアドレスを送付し、該当ＩＰアドレスがルーティングされたときの出力ポートを問い合わせる旨のメッセージを送信する。
【００５７】
▲３▼  ルータから該当ポート番号を受信すると、出力側ポート帯域管理テーブル３１を参照し、該当ルータポート番号の残り帯域より該当ポリシーの確保帯域のほうが小さいことを確認する。
【００５８】
▲４▼  該当ルータポートの残り帯域にポリシー分の帯域を確保できると判明した場合、運用ポリシー管理テーブル３２にポリシーを登録する。また、この時、ルータの仮想ＩＰアドレスとルータの出力ポートも登録しておく。さらに、仲介業者サーバβに対して、該当受注番号のポリシーが予約可能であることを通知する。
【００５９】
▲５▼  以降、常時、運用ポリシー管理テーブル３２を監視し、ルータに帯域の確保指示や解除指示を行う時刻になると、ルータにその旨を通知する。
（８）ＩＳＰルータの動作
ポリシーサーバ３０から利用者向け出力側ポート番号の問い合わせる旨のデータを受信した場合、ルーティング情報から該当の利用者ＩＰアドレス宛のデータは、どのポートから出力されるのか検索し、結果をポリシーサーバ３０へ送信する。
【００６０】
また、帯域確保や帯域確保解除指示のデータを受信した場合、指示のあったポートの回線帯域を確保するとともに、帯域確保が完了した旨のメッセージをポリシーサーバ３０へ送信する。
（第２の手段）
インターネットにおいて、複数のＩＳＰ等をまたがる二者間のデータ転送を行う場合、二者間のデータ転送経路における一定の伝送帯域の確保を二者に成り代わり仲介業者が行うことを可能とする。
ここでは、ＤＴＥ−ａとコンテンツサーバα間において、ＤＴＥ−ａが確保したい帯域値を設定しない代わりに、ＤＴＥ−ａが公衆電話網等でＩＳＰと接続した時の接続回線の帯域を、確保帯域値とするような場合において、仲介業者サーバβが二者間のデータ転送経路上の機器の伝送帯域の確保を指示する場合について説明する。
【００６１】
(１）システム構成
第２の手段を図５のシステム構成例に基づいて説明する。図５のシステムは、ＤＴＥ−ａ、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）、コンテンツサーバα及び仲介業者サーバβから構成されている。
【００６２】
次に、コンテンツサーバα、仲介業者サーバβ及びＩＳＰの構成と動作について説明する。
（２）コンテンツサーバαの構成
コンテンツサーバαは、回線対応部１１、制御部１２及びコンテンツ１６から構成されている。制御部１２は、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及び利用者ポリシー保管テーブル１５を有する。
【００６３】
回線対応部１１、制御部１２及び仲介業者アドレス管理テーブル１３は、第１の手段におけるコンテンツサーバαの回線対応部１１、制御部１２及び仲介業者アドレス管理テーブル１３と同じである。
【００６４】
また、第２の手段におけるコンテンツ情報管理テーブル１４は、コンテンツ毎のコンテンツ容量をあらかじめ保持している。利用者からの帯域を予約する旨のメッセージがきた場合、そのメッセージ内にあるコンテンツ名をキーにしてコンテンツ容量を検索し、仲介業者サーバβ側に送付するためのテーブルである。仲介業者サーバβにおいて、仲介業者サーバβ側で判明することになる利用者の確保帯域と、コンテンツサーバαから送付したコンテンツの容量、帯域予約開始日時から、帯域予約終了日時を割り出すために利用される。
【００６５】
また、第２の手段における利用者ポリシー保管テーブル１５は、第１の手段におけるコンテンツサーバαの利用者ポリシー保管テーブル１５と同じである。ただし、利用者から確保したい帯域値が通知されないので、利用者ポリシー保管テーブル１５内の確保帯域、予約終了日時は、空欄のままである。
（３）コンテンツサーバαの動作
利用端末からコンテンツ要求（コンテンツ名、予約開始日時）を受信して、仲介業者サーバβへ帯域確保予約を行うまでの動作を説明する。
【００６６】
▲１▼  利用端末からコンテンツ要求を受信した制御部１２は、該当要求に対して発注番号を割り振り、第１の手段におけるコンテンツサーバαで説明した要領で、仲介業者のＩＰアドレス、利用者のＩＰアドレス、コンテンツ名、帯域予約開始日時、ＤＴＥ−ａ〜コンテンツサーバ間の全ルータのポートのＩＰアドレスを、利用者ポリシー保管テーブル１５に設定する。
【００６７】
▲２▼  利用者ポリシー保管テーブルに設定された、仲介業者のＩＰアドレスを宛て先アドレスにして、コンテンツ名を除く、テーブルのその他の欄の内容を、該当利用者からの帯域確保依頼として仲介業者サーバβへ送信する。ただし、該当テーブル内の帯域確保値は空欄なので、通知しない。
【００６８】
▲３▼  仲介業者サーバβから発注番号が付与された帯域予約結果を受信したコンテンツサーバαは、発注番号を元に、利用者ポリシー保管テーブルを検索し、該当発注番号に一致する欄の利用者ＩＰアドレスを宛て先アドレスにして、帯域予約結果を送信する。▲１▼から明らかなように、該当発注番号に一致する欄の帯域予約内容は、ＤＴＥ−ａからのものであるので、結果は、正確にＤＴＥ−ａに通知されることになる。
（４）仲介業者サーバβの構成
仲介業者のサーバβは、回線対応部２１及び制御部２２から構成されている。また、制御部２２は、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５を有する。
【００６９】
回線対応部２１、制御部２２及びポリシー予約判定管理テーブル２５は、第１の手段における仲介業者サーバβの回線対応部２１、制御部２２及びポリシー予約判定管理テーブル２５と同じである。
【００７０】
第２の手段における契約ＩＳＰ管理テーブル２３は、ＤＴＥ−ａ〜コンテンツサーバ間のルータに対して帯域確保の指示を出すことができるＩＳＰのポリシーサーバの、ＩＰアドレスを検索するテーブルである。
【００７１】
ＤＴＥ−ａ〜コンテンツサーバ間の各ルータを管理するＩＳＰに割り当てられたネットワークアドレス毎に、ポリシーサーバ及び顧客管理サーバのＩＰアドレスをあらかじめ保持している。コンテンツサーバαから利用者のポリシーを受け取った仲介業者サーバβは、受け取った内容からルータのＩＰアドレスを抽出する。仲介業者サーバβは、そのＩＰアドレスから判明したネットワークアドレスをキーにして本テーブルを検索することにより、該当ルータに指示を出すことができるポリシーサーバのＩＰアドレスを知ることができる。また、コンテンツサーバαから利用者のポリシーを受け取った際、利用者のＩＰアドレスを抽出する。仲介業者サーバβは、そのＩＰアドレスから判明したネットワークアドレスをキーにして本テーブルを検索することにより、該当利用者が該当ＩＳＰと接続した際の回線帯域値を保存している顧客管理サーバのＩＰアドレスを知ることができる。
【００７２】
第２の手段におけるＩＳＰポリシーテーブル２４は、各コンテンツ業者からのポリシーを一時的に保持しているテーブルであり、各ＩＳＰ向けポリシーを一連の受注番号（該当仲介業者の中でユニークな番号）で管理しており、ポリシーサーバのＩＰアドレス、利用者ＩＰアドレス、確保帯域、予約開始日時、予約終了日時を受注番号毎に登録しているテーブルである。
【００７３】
コンテンツサーバαから発注番号付きでポリシー（コンテンツ名、予約開始日時、ルータポートのＩＰアドレス）及びコンテンツ容量がきた場合、その各ルータポートのＩＰアドレスと契約ＩＳＰ管理テーブル２３のネットワークアドレスから該当するポリシーサーバＩＰアドレスを抽出し、それぞれに受注番号を付与してポリシー（利用者ＩＰアドレス、予約開始日時）を各欄に設定する。
【００７４】
さらに、利用者ＩＰアドレスのネットワークアドレスを元に後述するＩＳＰの顧客管理サーバへ「ＤＴＥ−ａがＩＳＰ接続時の利用帯域」を問い合わせる。
【００７５】
問い合わせ結果を受信し、接続時の利用帯域値とコンテンツ容量からコンテンツ送信終了日時を割り出し、確保帯域欄、予約終了日時欄に設定する。
【００７６】
仲介業者サーバβが該当ＩＳＰのポリシーサーバへ帯域予約するためのポリシーを送信する場合、受注番号とポリシーサーバのペアをキーに該当ポリシーを抽出するために使用する。
（５）仲介業者サーバβの動作
コンテンツサーバαから帯域予約要求を伴ったポリシー（発注番号、利用者ＩＰアドレス、予約開始日時、ルータのポートのＩＰアドレス）及びコンテンツ容量を受信して、ポリシーサーバへの帯域確保予約を行うまでの動作を説明する。
【００７７】
▲１▼  コンテンツサーバαからの発注番号付きポリシーを受信すると、ポリシー内にあった利用者のＩＰアドレスから判明するＩＳＰのネットワークアドレスをキーに、契約ＩＳＰアドレス管理テーブル２３から、利用者を管理する各ＩＳＰの顧客管理サーバのＩＰアドレスを検索する。
【００７８】
▲２▼  判明したＩＰアドレスを宛て先アドレスにして、該当利用者の接続回線帯域値を問い合わせる。
【００７９】
▲３▼  顧客管理サーバから通知のあった該当利用者の接続回線帯域値と、ポリシー内のコンテンツ容量、予約開始日時から、予約終了日時を算出する。
【００８０】
▲４▼  コンテンツサーバαから受信した発注番号付きの利用者のポリシーと▲３▼において算出した予約終了日時を、ポリシー内にあったルータのＩＰアドレスから判明するＩＳＰのネットワークアドレスをキーに、契約ＩＳＰアドレス管理テーブル２３から各ＩＳＰのポリシーサーバのＩＰアドレスを検索する。判明したポリシーサーバのＩＰアドレス毎に受注番号を割り振って、ポリシーサーバ数分、該当の利用者ポリシーをＩＳＰポリシーテーブル２４に格納しておく。
【００８１】
▲５▼  同時に、該当コンテンツ業者のＩＰアドレスと発注番号と、その発注に対応するポリシーサーバ数分のポリシーサーバのＩＰアドレスと▲１▼において割り振った受注番号の組を、ポリシー予約判定管理テーブル２５に設定する。
【００８２】
▲６▼  ▲１▼において格納した利用者のポリシーから、ポリシーサーバのＩＰアドレスを宛て先ＩＰアドレスにして、受注番号及び利用者のポリシーを送信する。
【００８３】
▲７▼  各ポリシーサーバから帯域予約結果メッセージを受信すると、該当メッセージの送信元ＩＰアドレスと、送付されてきた受注番号をキーに、ポリシー予約判定管理テーブル２５を検索し、該当欄に予約結果を設定する。
【００８４】
以降、第１の手段における仲介業者サーバβの動作▲５▼と同様の動作をする。
【００８５】
ところで、ＩＳＰ（ＩＳＰ−ａ〜ＩＳＰ−ｃ）は、それぞれ、ポリシーサーバ３０、ＩＳＰルータ４０及び顧客管理サーバ５０を有している。ポリシーサーバ３０は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３を有する。また、顧客管理サーバ５０は、顧客管理テーブル５１を有する。
【００８６】
なお、第２のポリシーサーバ３０は、第１の手段におけるポリシーサーバ３０と同じであり、第２のＩＳＰルータ４０は、第１の手段におけるＩＳＰルータ４０と同じである。
（６）顧客管理サーバの構成
ＩＳＰの顧客管理サーバは、図６に示す顧客管理テーブル５１を有する。
【００８７】
顧客管理テーブル５１は、利用者が該当ＩＳＰへ接続完了した時点での利用者のＩＰアドレス、接続時の利用帯域が設定されるテーブルである。
【００８８】
仲介業者サーバβから利用者がＩＳＰへ接続完了した時点での利用帯域を問い合わせてきた場合、利用者ＩＰアドレスをキーに該当利用者の接続時の利用帯域を送信する。
（７）顧客管理サーバの動作
▲１▼  仲介業者サーバβから利用者のＩＳＰへコネクト完了した時点での利用帯域の問い合わせを受信すると、利用者ＩＰアドレスをキーに顧客管理テーブル５１から該当利用者の利用帯域を抽出する。
【００８９】
▲２▼  抽出した利用者の利用帯域を仲介業者サーバβへ送信する。
（第３の手段）
インターネットにおいて、複数のＩＳＰ等をまたがる二者間（例えば利用者〜コンテンツ業者等）のデータ転送を行う場合、二者間のデータ転送経路における一定の伝送帯域の確保を二者に成り代わり仲介業者が行うことを可能とする。
【００９０】
ここでは、ＤＴＥ−ａとコンテンツ業者間でＤＴＥ−ａが要求する該当コンテンツのコピーを持つサーバ（以下、コピーサーバという）が、オリジナルのコンテンツサーバαとは別に、インターネット内の場所に存在し、ＤＴＥ−ａから最も近いコピーサーバから該当コンテンツを配信するような場合において、仲介業者サーバβが二者間のデータ転送経路上の機器の伝送帯域の確保を指示する場合について説明する。
【００９１】
(１）システム構成
第３の手段を図７のシステム構成例に基づいて説明する。図７のシステムは、ＤＴＥ−ａ、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）、コンテンツサーバα及び仲介業者サーバβから構成されている。
【００９２】
次に、コンテンツサーバα、仲介業者サーバβ及びＩＳＰの構成と動作について説明する。
（２）コンテンツサーバαの構成
コンテンツサーバαは、回線対応部１１、制御部１２及びコンテンツ１６から構成されている。制御部１２は、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４、利用者ポリシー保管テーブル１５及びコピーコンテンツ管理テーブル１６を有する。
【００９３】
回線対応部１１、仲介業者アドレス管理テーブル１３及びコンテンツ情報管理テーブル１４は、第１の手段におけるコンテンツサーバαの回線対応部１１、仲介業者アドレス管理テーブル１３及びコンテンツ情報管理テーブル１４と同じである。
【００９４】
制御部１２は、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４、利用者ポリシー保存テーブル１５、コピーコンテンツ管理テーブル１７を持ち、各テーブルに応じて、回線対応部１１から受信したデータを処理する。また、ＩＰトレースルートを実施し、そのＩＣＭＰ応答メッセージを処理する。
【００９５】
利用者ポリシー保管テーブル１５は、第１の手段におけるコンテンツサーバαの利用者ポリシー保管テーブル１５と同じである。ただし、トレースルートはコピーサーバ６０から実施されるため、利用者ポリシー保管テーブル１５内の該当発注番号に対応するルータポートのＩＰアドレスは空欄である。
【００９６】
コピーコンテツ管理テーブル１６を図８（Ａ）に示す。コピーコンテツ管理テーブル１６は、コンテンツ業者とコピーコンテンツ配信の契約を結んでいるＩＳＰのネットワークアドレスと該当コンテンツの配布先であるコピーサーバ６０のＩＰアドレスをあらかじめ保持している。
【００９７】
利用者からの帯域予約する旨のメッセージがきた場合、コピーサーバ６０から利用者までの帯域を確保し、該当コンテンツを配信するために利用者ポリシー保管テーブル１５内の利用者のポリシー（利用者のＩＰアドレス、コンテンツ名、確保帯域、予約開始日時、予約終了日時）を該当コピーサーバ６０へ送信する際に、該当コピーサーバ６０のＩＰアドレスを着アドレスとして設定するために利用者ポリシー保管テーブル１５内の利用者ＩＰアドレスをキーにコピーコンテンツ管理テーブル１６内のネットワークアドレスから該当コピーサーバ６０のＩＰアドレスを抽出するときに利用される。
（３）コンテンツサーバαの動作
利用端末から帯域予約要求を伴ったコンテンツ要求（コンテンツ名、確保したい帯域値、予約開始日時）を受信して、コピーサーバ６０へ帯域確保予約の指示を行うまでの動作を説明する。
【００９８】
▲１▼  利用端末からコンテンツ要求を受信した制御部１２は、該当要求に対して発注番号を割り振り、第１の手段におけるコンテンツサーバαで説明した要領で、仲介業者のＩＰアドレス、コンテンツ名、確保帯域、帯域予約開始日時、帯域予  約終了日時を利用者ポリシー保管テーブル１５に設定する。
【００９９】
▲２▼  利用者ポリシー保管テーブルに設定された利用者ＩＰアドレスをキーにコピーコンテンツ管理テーブル１６内のネットワークアドレスから抽出された該当コピーサーバ６０のＩＰアドレスを宛て先アドレスにして、テーブルのその他の欄の内容を該当利用者からの帯域確保依頼としてコピーサーバ６０へ送信する。
【０１００】
ただし該当テーブル内のルータポートのＩＰアドレスはコピーサーバ側のトレースルート結果となるので通知しない。
【０１０１】
▲３▼  コピーサーバ６０から発注番号が付与された帯域予約結果を受信したコンテンツサーバαは、発注番号を元に、利用  者ポリシー保管テーブルを検索し、該当発注番号に一致する欄の利用者ＩＰアドレスを宛て先アドレスにして、帯域予約結果を送信する。▲１▼から明らかにように、該当発注番号に一致する欄の帯域予約内容は、ＤＴＥ−ａからのものであり、結果及び発注番号は、正確にＤＴＥ−ａに通知されることになる。
（４）仲介業者サーバβの構成
仲介業者の仲介業者サーバβは、回線対応部２１及び制御部２２から構成されている。制御部２２は、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５を有する。
【０１０２】
回線対応部２１、制御部２２及びポリシー予約判定管理テーブル２５は、第１の手段における仲介業者サーバβの回線対応部２１、制御部２２及びポリシー予約判定管理テーブル２５と同じである。
【０１０３】
契約ＩＳＰ管理テーブル２３は、ＤＴＥ−ａ〜コピーサーバ６０のルータに対して帯域確保指示を出すことができるＩＳＰのポリシーサーバの、ＩＰアドレスを検索するテーブルである。ＤＴＥ−ａ〜コピーサーバ間の各ルータを管理するＩＳＰに割り当てられたネットワークアドレス毎に、ポリシーサーバのＩＰアドレスをあらかじめ保持している。コピーサーバ６０から利用者のポリシーを受け取った仲介業者サーバβは、受信した内容からルータのＩＰアドレスを抽出する。仲介業者サーバβは、そのＩＰアドレスから判明したネットワークアドレスをキーにして本テーブルを検索することにより、該当ルータに指示を出すことができるポリシーサーバのＩＰアドレスを知ることができる。
【０１０４】
ＩＳＰポリシーテーブル２４は、各コピーサーバから受信した利用者ポリシーを一時的に保持しているテーブルであり、各ＩＳＰ向けポリシー及び帯域確保指示を行う該当ポリシーサーバのＩＰアドレスを一連の受注番号毎に記録しているテーブルである。
【０１０５】
コピーサーバ６０から発注番号付きポリシーを受信した仲介業者サーバβは、第１の手段における仲介業者サーバβと同様に振る舞うことになる。
（５）仲介業者サーバβの動作
コピーサーバ６０から帯域予約要求を伴ったポリシー（発注番号、コンテンツ名、利用者ＩＰアドレス、確保帯域、予約開始日時、予約終了日時）を受信して、ポリシーサーバへの帯域確保予約を行うまでの動作を説明する。
【０１０６】
▲１▼  コピーサーバ６０から発注番号付きポリシーを受信すると、ポリシー内にあったルータのＩＰアドレスから判明するＩＳＰのネットワークアドレスをキーに、契約ＩＳＰアドレス管理テーブル２３から各ＩＳＰのポリシーサーバのＩＰアドレスを検索する。判明したポリシーサーバのＩＰアドレス毎に受注番号を割り振り、ポリシーサーバ数分、該当の利用者ポリシーをＩＳＰポリシーテーブル２４に設定する。
【０１０７】
以降、第１の手段における仲介業者サーバβの動作と同様に振る舞う。
【０１０８】
ところで、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）は、それぞれ、ポリシーサーバ３０、ルータ４０及びコピーサーバ６０を有している。ポリシーサーバ３０は、運用ポリシー管理テーブル３１、出力側ポート帯域管理テーブル３２及びルータ管理テーブル３３を有する。また、コピーサーバ６０は、利用者ポリシー保管テーブル６１を有する。
【０１０９】
以下、ＩＳＰのポリシーサーバ３０、ＩＳＰルータ４０及びコピーサーバ６０について説明する。
（６）ポリシーサーバの構成及び動作
ポリシーサーバ３０は、運用ポリシー管理テーブル３１、出力側ポート帯域管理テーブル３２及びルータ管理テーブル３３を有する。
【０１１０】
この運用ポリシー管理テーブル３１、出力側ポート帯域管理テーブル３２及びルータ管理テーブル３３は、第１の手段におけるポリシーサーバの運用ポリシー管理テーブル３１、出力側ポート帯域管理テーブル３２及びルータ管理テーブル３３と同じである。
（７）ＩＳＰルータの動作
ＩＳＰルータ４０の動作は、第１の手段におけるＩＳＰルータの動作と同じである。
（８）コピーサーバ
ＩＳＰおけるコピーサーバ６０は、利用者ポリシー保管テーブル６１を持ち、コンテンツサーバαから受信したデータを処理する。
【０１１１】
また、ＩＰトレースを実施し、そのＩＣＭＰ応答メッセージを処理することができる。
（９）利用者ポリシー保管テーブル
図８（Ｂ）に利用者ポリシー保管テーブル６１を示す。利用者ポリシー保存テーブル６１は、第１の手段の利用者ポリシー保管テーブル１５と同様の振る舞いを行うテーブルであり、コンテンツサーバαの代わりに仲介業者サーバβに利用者のポリシーに伴う帯域予約要求を行う。
【０１１２】
コンテンツサーバαから発注番号付きの利用者の帯域を予約する旨のメッセージがきた場合、その内容（発注番号、仲介業者のＩＰアドレス、コンテンツ名、利用者のＩＰアドレス、確保帯域、予約開始日時、予約終了日時）を発注番号毎に記録する。
【０１１３】
また、利用者ＩＰアドレスを元にトレースルートを行い、ＩＣＭＰメッセージから該伝送路上の全ルータポートのＩＰアドレスをそれぞれルータポートのＩＰアドレスの欄に記録する。
【０１１４】
このテーブルに設定された内容に従って、仲介業者への帯域予約の依頼が行われる。
（１０）コピーサーバの動作
コンテンツサーバαから利用端末の帯域予約要求を伴ったコンテンツ要求（コンテンツ名、確保したい帯域値、予約開始時刻）を受信して、仲介業者サーバβへ帯域確保予約を行うとともに、仲介業者サーバβから帯域確保予約結果を受信して、その内容をコンテンツサーバαへ通知するまでの動作を説明する。
【０１１５】
▲１▼  コンテンツサーバαから利用者のコンテンツ要求を受信したコピーサーバ６０の制御部(図示せず)は、その内容を発注番号毎の利用者ポリシー内容を第１の手段の利用者ポリシー保管テーブル１５で説明した要領で、利用者ポリシー保管テーブル２の各欄を設定する。
【０１１６】
▲２▼  以降、第１の手段のコンテンツサーバαと同様の振る舞いをする。
【０１１７】
▲３▼  仲介業者サーバβから発注番号が付与された帯域予約結果を受信したコピーサーバ６０は、コンテンツサーバαに帯域予約結果を送信する。
（第４の手段）
インターネットにおいて、複数のＩＳＰ等をまたがる二者間において一定の伝送帯域を確保し、データ転送が行われている際に、利用者からの確保帯域を解除することを可能とする手段を説明する。
【０１１８】
ここでは、ＤＴＥ−ａとコンテンツサーバα間において、ＤＴＥ−ａが通知した帯域値でコンテンツをダウンロード中に、ＤＴＥ−ａからの確保帯域解除要求により、仲介業者サーバβが帯域解除を行う場合について説明する。
【０１１９】
(１）システム構成
第４の手段を図９のシステム構成例に基づいて説明する。図９のシステムは、ＤＴＥ−ａ、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）、コンテンツサーバα及び仲介業者サーバβから構成されている。
【０１２０】
また、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）は、それぞれ、ポリシーサーバ及び１又は複数のルータを有している。
【０１２１】
次に、コンテンツサーバα、仲介業者サーバβ及びＩＳＰの構成と動作について説明する。
（２）コンテンツサーバαの構成
コンテンツサーバαは、回線対応部１１、制御部１２及びコンテンツ１６から構成されている。制御部１２は、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及び利用者ポリシー保管テーブル１５を有する。
【０１２２】
これらの回線対応部１１、制御部１２、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及び利用者ポリシー保管テーブル１５は、第１の手段におけるコンテンツサーバαの回線対応部１１、制御部１２、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及び利用者ポリシー保管テーブル１５と同じである。
（３）コンテンツサーバαの動作
利用者から確保帯域の解除要求（第１の実施例でコンテンツサーバαから通知された発注番号を付与）を受信して、仲介業者サーバβへ確保帯域の解除依頼を行い、その結果を仲介業者サーバβから受信するまでの動作を説明する。
【０１２３】
▲１▼  利用者から発注番号付きの確保帯域解除要求を受信すると、利用者ポリシー保管テーブル１５の発注番号を検索し、テーブル内の仲介業者のＩＰアドレスを宛て先アドレスにして、発注番号付きの確保帯域解除依頼を仲介業者サーバβに送信する。
【０１２４】
▲２▼  仲介業者サーバβからポリシーを削除する発注番号を受信し、該当発注番号のポリシーを削除する。
（４）仲介業者サーバβの構成
仲介業者の仲介業者サーバβは、回線対応部２１及び制御部２２から構成されている。制御部２２は、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５を有する。
【０１２５】
回線対応部２１、制御部２２、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５は、第１の手段における仲介業者サーバβの仲介業者の仲介業者サーバβは、回線対応部２１、制御部２２、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５と同じである。
（５）仲介業者サーバβの動作
コンテンツサーバαから発注番号付きで確保帯域解除を依頼する旨のデータを受信して、ポリシーサーバへの確保帯域の解除を行うとともに、ポリシーサーバ３０から受け取った解除完了のメッセージを、コンテンツサーバαに返答する動作を説明する。
【０１２６】
▲１▼  コンテンツサーバαからの発注番号付き確保帯域を解除する旨のデータを受信すると、その発注番号をキーにポリシー予約判定管理テーブル２５内の受注番号とＩＳＰポリシーサーバＩＰアドレスを検索する。
【０１２７】
▲２▼  検索から判明したポリシーサーバのＩＰアドレスを宛て先アドレスにして、判明したポリシーサーバ全てに対して、受注番号付き確保帯域を解除する旨のメッセージを送信する。
【０１２８】
▲３▼  各ポリシーサーバから該当受注番号の確保帯域を解除した旨のデータを受信すると、ポリシー予約判定管理テーブル２５における該当受注番号の予約中のフラグを消去する。該当発注番号に対応する全ての受注番号の予約中フラグが消去されると、該当発注番号のデータを全て削除すると共に、該当発注番号に対する帯域予約解除の旨をコンテンツサーバαに送信する。
【０１２９】
ところで、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）は、それぞれ、ポリシーサーバ３０及び又は複数のルータ４０を有している。また、ポリシーサーバ３０は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３を有する。
【０１３０】
以下、ＩＳＰのポリシーサーバ３０及びＩＳＰルータについて説明する。
（６）ポリシーサーバの構成
ポリシーサーバ３０は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３を有する。
【０１３１】
これらの出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３は、第１の手段におけるポリシーサーバの構成及び動作と同じである。
（７）ポリシーサーバ３０の動作
▲１▼  仲介業者サーバβから受注番号付き確保帯域解除メッセージを受信すると、該当メッセージの発信元ＩＰアドレスと受注番号をキーにして、運用ポリシー管理テーブルを検索する。一致した欄のルータＩＰアドレス（帯域予約/解除を指示するためのアドレス）を宛て先アドレスとして、同欄内に記録されている利用者のポリシーを解除する旨を送信する。
【０１３２】
▲２▼  ルータから該当確保帯域解除の完了の旨を受信すると、運用ポリシー管理テーブル内の該当欄の、ルータの出力ポート番号をキーに、出力側ポート帯域管理テーブル１の該当ポート残り回線帯域をポリシー解除分元に戻す。また、運用ポリシー管理テーブルの該当ポリシーを削除する。
【０１３３】
▲３▼  仲介業者サーバβへ受注番号付きポリシーを解除した旨のデータを送信する。
（８）ＩＳＰルータの動作
ＩＳＰルータの動作は、第１の手段におけるＩＳＰルータの動作と同じである。
（第５の手段）
インターネットにおいて、複数のＩＳＰ等をまたがる二者間のデータ転送を行う場合、仲介業者があらかじめ発行したＩＤ（支払ＩＤ）を付与してＲＳＶＰにより帯域予約を行い、経路上の各ルータがＲＳＶＰの予約メッセージ内の該当ＩＤをチェックすることで、仲介業者に帯域予約に対する料金の支払いが保証されたＩＤによって帯域予約を認証することを可能とする場合について説明する。
(１）システム構成
第５の手段を図１０のシステム構成例に基づいて説明する。図１０のシステムは、ＤＴＥ−ａ、ＩＳＰ（ＩＳＰ−ａ、ＩＳＰ−ｂ）、コンテンツサーバα及び仲介業者サーバβから構成されている。
【０１３４】
次に、コンテンツサーバα、仲介業者サーバβ及びＩＳＰの構成と動作について説明する。
（２）コンテンツサーバαの構成
コンテンツサーバαは、回線対応部１１、制御部１２及びコンテンツ１６から構成されている。回線対応部１１は、第１の手段におけるコンテンツサーバαの回線対応部１1と同じである。制御部１２は、支払ＩＤ保管テーブル１８を有する。また、回線対応部１１から受け取ったデータを処理する。さらに、ＲＳＶＰプロトコルを実行し、処理することができる。
【０１３５】
支払ＩＤ保管テーブル１８を図１1(Ａ)に示す。支払ＩＤ保管テーブル１８は、仲介業者との帯域確保に関する支払い総括契約時に発行したＩＤを保管しておくテーブルである。本ＩＤは、ＲＳＶＰの各メッセージ（Ｐａｔｈメッセージ、Ｒｅｓｖメッセージ、Ｒｅｓｖ  Ｔｅａｒメッセージ、Ｐａｔｈ  Ｔｅａｒメッセージ）のオブジェクトとして送受信され、支払い保証された帯域確保の旨のメッセージ（ＲＳＶＰメッセージ）かどうかを、ルータが判断するのに利用される。また、ルータの管理サーバや仲介業者が、帯域確保に対する支払い保証の確認キーとしても、やりとりされることになる。
(３)コンテンツサーバαの動作
利用者端末から帯域予約要求を伴ったコンテンツ要求を受信して、コンテンツサーバα〜利用者端末間の経路上のルータに帯域確保を依頼するためＰａｔｈ  Ｔｅａｒメッセージを送信するとともに、その後、同目的のために、利用者端末から送信された、Ｒｅｓｖメッセージを受信するまでの動作を説明する。
【０１３６】
▲１▼  利用者端末からコンテンツ要求を受信したコンテンツサーバαは、まず、帯域確保をしないまま、該当コンテンツを利用者端末に対して送信し始める。また、利用者端末までの経路上のルータに帯域確保の準備を行わせるため、支払ＩＤ保管テーブルから抽出したＩＤをオブジェクトとして搭載し、利用者端末のＩＰアドレスを宛て先アドレスにして、Ｐａｔｈメッセージを送信する。
【０１３７】
▲２▼  利用者端末が送出したＲｅｓｖメッセージを受信すると、メッセージ中のフロースペックオブジェクトの内の確保帯域に従って、送信中のコンテンツの転送速度を制御することになる。
【０１３８】
▲３▼  利用者端末から、Ｒｅｓｒｖ  Ｔｅａｒメッセージを受信すると、利用者端末に向けてＰａｔｈ  Ｔｅａｒメッセージを送出し、帯域確保の解除の確認の旨を送出する
また、仲介業者サーバβから、帯域確保に対する対価としての料金請求を求められた場合の動作を説明する。
【０１３９】
▲１▼  仲介業者サーバβから、請求明細（請求料金、支払ＩＤ、送信先ＩＰアドレス、送信先ポート番号、確保帯域、利用開始日時、利用終了日時）を受け取ると、仲介業者に料金を支払うとともに、利用者に該当料金を請求する。
(４)仲介業者サーバβの構成
仲介業者の仲介業者サーバβは、回線対応部２１及び制御部２２から構成されている。回線対応部２１は、第１の手段における仲介業者サーバβの回線対応部２１と同じである。制御部２２は、支払ＩＤ管理テーブル２６及びＩＳＰ請求明細テーブル２７を有し、各テーブルに応じて、回線対応部２１から受け取ったデータを処理する。
【０１４０】
支払ＩＤ管理テーブル２６を図１１(Ｂ)に示す。支払ＩＤ管理テーブル２６は、コンテンツ提供業者との間で交わされた契約時に、あらかじめコンテンツ業者への料金請求に使われるＩＰアドレス毎に、コンテンツ提供業者に払いだした支払ＩＤを記録しているテーブルである。
【０１４１】
ＩＳＰ請求明細テーブル２７を図１１(Ｃ)に示す。ＩＳＰ請求明細テーブル２７は、ルータを管理し、帯域確保に対する対価としての料金を集計するサーバ（課金集計サーバ８０）から通知された料金明細を記録しておくテーブルである。本テーブル内の明細を一定間隔で、コンテンツ提供業者に通知することになる。
（５）仲介業者サーバβの動作
課金集計サーバ８０から料金明細を受信して、コンテンツサーバαに料金請求をだすまでの動作を説明する。
【０１４２】
▲１▼  ＩＳＰルータからの帯域確保の利用明細を受け取った課金集計サーバから、支払ＩＤ付きの料金請求明細を受信した仲介業者サーバβは、一旦、ＩＳＰ請求明細テーブルに記録しておく。
【０１４３】
▲２▼  一定間隔経過すると、支払ＩＤ管理テーブルから、本テーブル内の該当支払ＩＤに一致するコンテンツサーバαのＩＰアドレスを宛て先アドレスにして、本テーブル内の料金請求内容を送信する。
【０１４４】
次に、ＩＳＰの課金集計サーバ８０、ＩＳＰルータ４０の構成及び動作について説明する。
(６)課金集計サーバの構成及び動作
課金集計サーバ８０は、請求先判別テーブル８１及び請求明細テーブル８２を有する。
【０１４５】
請求先判別テーブル８１を図１２(Ａ)に示す。請求先判別テーブル８１は、課金集計サーバ８０やＩＳＰルータ４０を管理するＩＳＰと仲介業者との間で交わされた契約時に、支払ＩＤ毎に、料金請求先である仲介業者のＩＰアドレスをあらかじめ保管しているテーブルである。
【０１４６】
請求明細テーブル８２を図１２(Ｂ)に示す。請求明細テーブル８２は、ＩＳＰルータ４０から収集した利用明細(支払ＩＤ、送信先ＩＰアドレス、送信先ポート番号）を記録しておくテーブルである。
(７)課金収集サーバの動作
各ＩＳＰルータから利用明細を受信して、仲介業者サーバβに料金請求をだすまでの動作を説明する。
【０１４７】
▲１▼  該当課金集計サーバ８０が管理し、あらかじめ知っているＩＳＰルータ４０のＩＰアドレスを宛て先アドレスにして、該当ルータの帯域確保の利用明細を一定周期で収集する。
【０１４８】
▲２▼  利用明細を収集した課金集計サーバ８０は、利用明細内の支払ＩＤをキーに請求先判別テーブルから、請求先である仲介業者サーバβのＩＰアドレスを抽出する。
【０１４９】
▲３▼  抽出したＩＰアドレスを宛て先アドレスにして、利用明細を仲介業者サーバβに送信する。
(８)ＩＳＰルータの構成
ＩＳＰルータ４０は、ＲＳＶＰの各メッセージ内に、新規に定義された支払ＩＤというオブジェクトを解釈する能力があるルータであり、支払ＩＤ判別テーブル４１及び利用明細テーブル４２を有する。
【０１５０】
支払ＩＤ判別テーブル４１を図１２(Ｃ)に示す。支払ＩＤ判別テーブル４１は、課金集計サーバ８０やＩＳＰルータを管理するＩＳＰと仲介業者との間で交わされた契約時に、支払ＩＤを保管しているテーブルである。
【０１５１】
コンテンツ提供業者からの支払ＩＤを含むＰａｔｈメッセージを受信したとき、または、利用者から支払ＩＤを含むＲｅｓｒｖメッセージを受信したとき、該当支払ＩＤを本テーブル内のＩＤと比較し一致するかどうかを確認することにより、該当メッセージによる帯域確保に対する料金の支払い保証があるかどうかを確認することができる。
【０１５２】
利用明細テーブル４２を図１２(Ｄ)に示す。利用明細テーブル４２は、支払ＩＤ、送信ＩＰアドレス、送信先ポート番号、確保帯域、利用開始日時、利用終了日時を記録するテーブルである。これらは、ＲＳＶＰの各メッセージ（Ｐａｔｈメッセージ、Ｒｅｓｒｖメッセージ、Ｒｅｓｒｖ  Ｔｅａｒメッセージ、Ｐａｔｈ  Ｔｅａｒメッセージ）を受信した時に、メッセージから抽出し、記録していくことになる。また、課金集計サーバ８０から利用明細の収集メッセージがあると、利用明細を課金集計サーバ８０に送信することになる。
(９)ＩＳＰルータの動作
コンテンツ提供業者や利用者端末から帯域確保のためのＲＳＶＰメッセージを送受信する際の動作を説明する。
【０１５３】
▲１▼  コンテンツサーバαから支払ＩＤをオブジェクトとして設定されたＰａｔｈメッセージを受信すると、支払ＩＤ判別テーブル内の支払ＩＤと合致するかどうか確認する。合致すると、該当メッセージ内のセッションオブジェクト（コンテンツ送信先ＩＰアドレス、送信先ポート番号）を該当支払ＩＤとともに、利用明細テーブルに記録する。その後、該当メッセージを利用者端末に対して送出する。
【０１５４】
▲２▼  利用者端末から支払ＩＤをオブジェクトとして設定されたＲｅｓｒｖメッセージを受信すると、支払ＩＤ及びセッションを利用明細テーブル内の内容と確認し一致すると、該当メッセージ内のフロースペックオブジェクトに設定されていた予約帯域を、実際にルータの確保帯域として設定する。また、このとき利用明細テーブル４２に、該当帯域と帯域を確保した利用開始日時を記録する。その後、該当メッセージをコンテンツ提供業者に対して送出する。
【０１５５】
▲３▼  利用者端末から支払ＩＤをオブジェクトとして設定されたＲｅｓｒｖｅ  Ｔｅａｒメッセージを受信すると、支払ＩＤ及びセッションを利用明細テーブル内の内容と確認し一致すると、実際にルータが確保帯域した帯域をもとに戻す。また、利用明細テーブルに利用終了日時を記録する。その後、該当メッセージをコンテンツ提供業者に対して送出する。
【０１５６】
▲４▼  コンテンツサーバαから支払ＩＤをオブジェクトとして設定されたＰａｔｈ  Ｔｅａｒメッセージを受信すると、そのまま、利用端末にＰａｔｈ  Ｔｅａｒメッセージを転送する。
【０１５７】
次いで、課金集計サーバ８０から、利用明細を収集する旨のメッセージを受信した時の動作を説明する。
【０１５８】
▲１▼  該当サーバを管理するＩＳＰの課金集計サーバ８０から、保存している利用明細を収集する旨のメッセージを受信すると、それまでに保存された利用明細を課金集計サーバ８０に送信する。
【０１５９】
次に、本発明の実施例を、第１の実施例〜第５の実施例として、順次、説明する。
【０１６０】
(第１の実施例)
利用者（ＤＴＥ−ａ）がコンテンツ提供業者αのコンテンツＡをインターネット経由で配信する際に、ＤＴＥ−ａ及びコンテンツサーバα（コンテンツ提供業者α）のＩＰアドレス、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上で確保したい帯域値、ＤＴＥ−ａ〜コンテンツサーバα間の全てのルータのＩＰアドレスをコンテンツサーバαから仲介業者サーバβ（仲介業者β）に通知し、仲介業者サーバβがＤＴＥ−ａ〜コンテンツサーバα間のポリシーサーバ（各ＩＳＰ業者のＰａ〜Ｐｃ）に伝送路上のルータに確保したい帯域値を確保させる場合の実施例を説明する。
【０１６１】
(１)システム構成
第１の実施例を図１３のネットワーク構成を例にして説明する。なお、後述する第２の実施例〜第４の実施例についても、図１３のネットワーク構成の例を用いて説明する。
【０１６２】
第１の実施例のネットワーク構成は、図１３（Ａ）に示すように、利用者端末（ＤＴＥ−ｂ〜ＤＴＥ−ｃ）、ＩＳＰ（ＩＳＰ−ａ〜ＩＳＰ−ｃ）、コンテンツ提供業者のサーバ（コンテンツサーバα）及び仲介業者のサーバ（仲介業者サーバβ）から構成されている。
【０１６３】
また、ＩＳＰ（ＩＳＰ−ａ〜ＩＳＰ−ｃ）は、それぞれ、ポリシーサーバ３０（Ｐａ〜Ｐｃ）、顧客管理サーバ５０（Ｋａ〜Ｋｃ）、コピーサーバ６０（Ｓａ〜Ｓｃ）及びルータ４０（Ｒａ〜Ｒｄ）を有している。
【０１６４】
また、ルータ４０（Ｒａ〜Ｒｄ）は、図１３（Ａ）に示すようにポート１（図における「ポート▲１▼」を、丸付き数字でない、「ポート１」と記載する。以下同じ。）からポート１５を有する。
【０１６５】
また、コンテンツサーバαは、図１に示すように、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及び利用者ポリシー保管テーブル１５を有する。
【０１６６】
また、仲介業者サーバβは、図１に示すように、契約ＩＳＰ管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５を有する。
【０１６７】
図１３（Ａ）における端末及びサーバ等のＩＰアドレスを図１３（Ｂ）に示す。
（２）前提条件
図１３（Ａ）におけるネットワーク構成で、下記に示すコンポーネントに各種データが設定されている。ここでは、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps"の帯域を"2001/9/1 10:00〜12:00"で予約していることとする。
【０１６８】
次に、コンテンツ提供業者α、仲介業者β、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）におけるポリシーサーバＰａ〜Ｐｃ及びルータＲａ〜Ｒｄで設定されているテーブル群を、順に、説明する。
【０１６９】
（Ａ）コンテンツサーバαに設定されているテーブル群
コンテンツサーバαに設定されているテーブル群は、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及び利用者ポリシー保管テーブル１５である。
【０１７０】
利用者ポリシー保管テーブル１５は、図１４(Ａ)に示すように、利用者（ＤＴＥ−ａ）の帯域予約要求を一連の発注番号で管理するテーブルである。利用者（ＤＴＥ−ａ）の帯域予約要求がポリシーである。
【０１７１】
仲介業者アドレス管理テーブル１３は、図１４(Ｂ)に示すように、利用者（ＤＴＥ−ａ）からの帯域予約要求のポリシーを仲介業者に送信するために、仲介業者（サーバ）のＩＰアドレスを管理するテーブルである。ここでは、予め仲介業者サーバβのＩＰアドレスを保持していることとする。
【０１７２】
コンテンツ情報管理テーブル１４は、図１４(Ｃ)に示すように、利用者（ＤＴＥ−ａ）の帯域予約要求の予約終了時間を算出するためのコンテンツの容量を管理するテーブルである。ここでは、コンテンツＡ、Ｂの情報を所有していることとする。
【０１７３】
（Ｂ）仲介業者サーバβに設定されているテーブル群
仲介業者βの仲介業者サーバβに設定されているテーブル群は、契約ＩＳＰアドレス管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５である。
【０１７４】
契約ＩＳＰアドレス管理テーブル２３は、図１５(Ａ)に示すように、ＩＳＰ業者向けに帯域予約を行うために、ＩＳＰ業者のネットワークアドレス、ポリシーサーバ（Ｐａ〜Ｐｃ）及び顧客管理サーバ（Ｋａ〜Ｋｃ）のＩＰアドレスを管理するテーブルである。ここでは、予めＩＳＰ−ａ〜ＩＳＰ−ｃのネットワークアドレス、ポリシーサーバ及び顧客管理サーバのＩＰアドレスを保持していることとする。
【０１７５】
ＩＳＰポリシーテーブル２４は、図１５(Ｂ)に示すように、コンテンツ提供業者（コンテンツサーバα）より送信される利用者（ＤＴＥ−ａ）からの帯域予約要求のポリシーをＩＳＰ業者のポリシーサーバ（Ｐａ〜Ｐｃ）に送信するために一時的に保存し、一連の受注番号で管理するテーブルである。
【０１７６】
ポリシー予約判定管理テーブル２５は、図１５（Ｃ)に示すように、ＩＳＰ業者のポリシーサーバ（Ｐａ〜Ｐｃ）からの予約結果を管理するテーブルである。
【０１７７】
（Ｃ）ポリシーサーバ（Ｐａ〜Ｐｃ）に設定されているテーブル群
ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のポリシーサーバ（Ｐａ〜Ｐｃ）に設定されているテーブル群は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３である。
【０１７８】
出力側ポート帯域管理テーブル３１は、図１６(Ａ)〜図１６(Ｃ)に示すように、配下ルータにおける出力側ポートの帯域を管理するテーブルである。ここでは、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps" の帯域を"2001/9/1 10:00〜12:00"で予約していることとする。
【０１７９】
運用ポリシー管理テーブル３２は、図１７(Ａ)〜図１７(Ｃ)に示すように、ＩＳＰ業者の配下ルータの運用中のポリシーを一連のポリシー番号で管理するテーブルである。ここでは、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps" の帯域を"2001/9/1 10:00 〜12:00"で予約していることとする。
【０１８０】
ルータ管理テーブル３３は、図１８(Ａ)〜図１８(Ｃ)に示すように、仲介業者サーバβからのポリシーを配下ルータに指示する際に、該当ルータを識別するためのＩＰアドレスを管理するテーブルである。なお、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のルータ（Ｒａ〜Ｒｄ）は、所定のルーチング情報を所有し、そのルーチング情報よりルーチングを行うこととする。
（３）動作例
第１の実施例におけるシーケンスを図１９及び図２０に示す。また、ＤＴＥ−ａ、コンテンツサーバα、仲介業者サーバβ、ポリシーサーバＰａ〜Ｐｃ及びルータＲａ〜Ｒｄの処理フローを図２１〜図２７に示す。
【０１８１】
ここで、第１の実施例における動作例を図１９及び図２０のシーケンス及び図２１〜図２７の処理フローに従って説明する。
【０１８２】
ここでは、ＤＴＥ−ａがＷｅｂ画面上のコンテンツ一覧の中から、以下の要求条件を選択する場面から説明する。
【０１８３】
シーケンス１（図１９の▲１▼に相当する。以下同じ。）：ＤＴＥ−ａは、Ｗｅｂ画面上で要求条件を選択し、同条件を設定したＩＰパケットをコンテンツサーバα向けに送信する（図２１：step10101〜10104）。そのときの、要求条件を含むコンテンツサーバα向けのデータのＩＰパケットを図２７(Ａ)に示す。
【０１８４】
なお、ＤＴＥ−ａの要求条件は、次のとおりであるとする。
【０１８５】
・コンテンツ名：コンテンツＡ
・確保したい帯域値：６４ｋｂｐｓ
・予約日時：２００１．９．１ａｍ１０：００
シーケンス２：受信したコンテンツサーバαは、発ＩＰアドレス及びＤＴＥ−ａの要求条件（コンテンツ名、確保したい帯域値及び予約日時）を抽出する（図２２：step10201〜10204）。
【０１８６】
まず、図２７(Ｂ)の矢印に示すように、仲介業者アドレス管理テーブルより仲介業者サーバβのＩＰアドレスを抽出する（図２２：step10205）。
【０１８７】
次に、図２７(Ｃ)の矢印に示すように、指定されたコンテンツ名（コンテンツＡ）について、コンテンツ情報管理テーブル上のコンテンツ名を検索し、合致するコンテンツ名に対応する容量から予約終了日時を算出する（図２２：step10206）。図２７(Ｄ)▲１▼に示すように、５７．６ＭバイトのコンテンツＡを６４Ｋｂｐｓで伝送するので、このコンテンツの伝送には、７２００秒必要であることが分かる。図２７(Ｄ)▲２▼に示すように２００１．９．１ａｍ１０：００に７２００秒を加算して、図２７(Ｄ)▲３▼に示すように、２００１．９．１ａｍ１２：００を得ることができる。これにより、予約終了日時を、２００１．９．１ａｍ１２：００と予測する。
【０１８８】
さらに、図２７(Ｅ)に示すように、発注番号”α１”を付与して、各々の抽出結果項目（仲介業者サーバのＩＰアドレス、コンテンツ名、発ＩＰアドレス、確保帯域、予約日時、算出した予約終了日時）を利用者ポリシー保管テーブル上の項目欄（発注番号、仲介業者ＩＰアドレス、コンテンツ名、利用者のＩＰアドレス、確保帯域、予約開始日時及び予約終了日時）に登録する（図２２：step10207）。
【０１８９】
ここで、コンテンツサーバαは、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上にコンテンツＡの転送ルートを確保するために、登録した利用者ポリシー保管テーブル上の項目欄（利用者のＩＰアドレス）を着ＩＰアドレスとし、ＤＴＥ−ａ向けに、図２７(Ｆ)に示すＩＰトレースルートを送信する（図２２：step10208）。
【０１９０】
シーケンス３：ＩＰトレースルートを受信したルータＲｃは、発ＩＰアドレスを着アドレスに変換し、ポート１２のＩＰアドレスを発ＩＰアドレスとし、図２８(Ａ)に示すような、コンテンツサーバα向けのＩＣＭＰメッセージを送信する（図２６：step10601〜10604）。
【０１９１】
シーケンス４：図２８(Ｂ)に示すように、ルータＲｃからのＩＣＭＰメッセージを受信したコンテンツサーバαは、発ＩＰアドレスを抽出し、利用者ポリシー保管テーブル上の項目欄（ルータのポートのＩＰアドレス）に登録する（図２２：step10209）。
【０１９２】
シーケンス５：ルータＲｃは、シーケンス２の動作と同様にルータＲｂへＩＰトレースルートを送信し、受信したルータＲｂは、シーケンス３の動作と同様にコンテンツサーバα向けにＩＣＭＰメッセージを送信する。順次、ルータＲａもシーケンス２及びシーケンス３と同様の動作を行う（図２６：step10601〜step10604）。そのときのルータＲｂがコンテンツサーバαに向けたＩＣＭＰメッセージを図２８(Ｃ)に示し、ルータＲａがコンテンツサーバαに向けたＩＣＭＰメッセージを図２８(Ｄ)に示す。
【０１９３】
シーケンス６：ルータＲｂ、ルータＲａからのＩＣＭＰメッセージを受信したコンテンツサーバαは、シーケンス４の動作と同様に発ＩＰアドレスを抽出し、利用者ポリシー保管テーブル上の項目欄（ルータのポートのＩＰアドレス）に登録する（図２２：step10210）。図２９(Ａ)には、発ＩＰアドレスが登録された利用者ポリシー保管テーブルを示す。
【０１９４】
次に、利用者ポリシー保管テーブル上の発注番号”α１”に対応する項目欄（仲介業者のＩＰアドレス）を着ＩＰアドレスとし、発注番号”α１”のポリシーの項目（発注番号、利用者のＩＰアドレス、確保帯域、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）を設定したＩＰパケットを仲介業者サーバβに送信する（図２２：step10211）。図２９(Ｂ)に示す網がけの情報をデータとするＩＰパケットであって、図２９(Ｃ)に示すＩＰパケットを仲介業者サーバβに送信する。
【０１９５】
シーケンス７：ＩＰパケットを受信した仲介業者サーバβは、発ＩＰアドレス及び発注番号α１のポリシーの項目（発注番号、利用者のＩＰアドレス、確保帯域、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）を抽出する。
【０１９６】
まず、抽出した項目（ルータのポートのＩＰアドレス：図３０(Ａ)の矢印）から、契約ＩＳＰアドレス管理テーブル上の項目欄（ネットワークアドレス）を検索し、合致したネットワークアドレスに対応する項目欄（ポリシーサーバのＩＰアドレス）を抽出する（図２３：step10301〜10307）。
【０１９７】
なお、合致しなかった場合には、発注番号”α１”のポリシー予約が不可能となった旨をコンテンツサーバαに送信する（図２３：step10312〜10313）。
【０１９８】
次に、抽出したポリシーサーバＰｃのＩＰアドレスを抽出し、受注番号”β１”を付与して、ＩＳＰポリシーテーブル上の項目欄（受注番号、ポリシーサーバのＩＰアドレス）に登録する。
【０１９９】
さらに、抽出した項目（発ＩＰアドレス、利用者のＩＰアドレス、確保帯域、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）をＩＳＰポリシーテーブル上の受注番号”β１”に対応した項目欄（コンテンツ業者サーバのＩＰアドレス、利用者のＩＰアドレス、確保帯域、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）に登録する。
【０２００】
順次、合致したネットワークアドレスに対応するポリシーサーバＰｂ、Ｐａについても同様の動作を行い、図３０(Ｂ)に示すように、ＩＳＰポリシーテーブルに登録する（図２３：step10308、10309）
また、先に抽出した項目（発ＩＰアドレス、発注番号）をポリシー予約判定管理テーブル上の項目欄（コンテンツ業者サーバのＩＰアドレス及び発注番号）に登録し、図３１(Ａ)に示すように、その受注番号及びポリシーサーバのＩＰアドレスの対と同様の値をポリシー予約判定管理テーブル上の項目欄（コンテンツ業者サーバのＩＰアドレス”136.10.0.1”）に対応して項目欄（受注番号、ポリシーサーバのＩＰアドレス）に登録する（図２３：step10310）。
【０２０１】
ここで、仲介業者サーバβは、ＩＳＰ業者のポリシーサーバ（Ｐｃ）にポリシーを実行させるために、ＩＳＰポリシーテーブル上の受注番号”β１”に対応する項目欄（ポリシーサーバのＩＰアドレス）を着ＩＰアドレスとし、受注番号”β１”のポリシー項目（受注番号、利用者のＩＰアドレス、コンテンツ業者サーバのＩＰアドレス、確保帯域、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）を設定したＩＰパケットをポリシーサーバＰｃ向けに送信する（図２３：step10301〜step10311）。ポリシーサーバＰｃ向けのポリシーを抽出するＩＳＰポリシーテーブルを図３１(Ｂ)に示し、仲介業者サーバβから、ポリシーサーバＰｃ向けの送信ＩＰパケットを図３１(Ｃ)に示す。
【０２０２】
順次、仲介業者サーバβは、受注番号”β２”、”β３”のポリシーを抽出し、ポリシーサーバＰｂ、Ｐａについても同様の動作を行い、シーケンス９〜シーケンス１５の動作と同様の処理を行う（図２３：step10301〜10311）。ここで、仲介業者サーバβから、ポリシーサーバＰｂ及びＰａ向けの送信ＩＰパケットを図３１(Ｄ)、(Ｅ)に示す。
【０２０３】
シーケンス８：図３１（Ａ）の仲介業者サーバβからのＩＰパケットを受信したポリシーサーバＰｃは、発ＩＰアドレス及び受注番号β１のポリシーの項目（受注番号、利用者のＩＰアドレス、コンテンツ提供業者サーバのＩＰアドレス、確保帯域、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）を抽出する。
【０２０４】
次に、図３２(Ａ)に示すように、抽出した項目（ルータのポートのＩＰアドレス）から、ルータ管理テーブル上の項目欄（ルータのポートのＩＰアドレス）を検索し、合致したルータのポートのＩＰアドレスに対応する項目欄（ルータの仮想ＩＰアドレス）を抽出する（図２４：step10401〜10405）。
【０２０５】
次に、配下ルータＲｃ向けにポリシーを送信するために、ポリシー番号”１”を付与して、シーケンス７での抽出項目（発ＩＰアドレス、受注番号、利用者のＩＰアドレス、コンテンツ提供業者サーバのＩＰアドレス、確保帯域、予約開始日時、予約終了日時、ルータの仮想ＩＰアドレス）を運用ポリシー管理テーブル上の項目欄（仲介業者のＩＰアドレス、受注番号、宛先ＩＰアドレス、送信元ＩＰアドレス、確保帯域、予約開始日時、予約終了日時、ルータの仮想ＩＰアドレス）登録する（図２４：step10406）。ルータのポートのＩＰアドレスを検索するタルータ管理テーブルを図３２(Ｂ)に示す。
【０２０６】
ここで、抽出したルータの仮想ＩＰアドレスを着ＩＰアドレスとし、ポリシー番号１の利用者ＩＰアドレス向けの出力側ポートの問合せを設定したＩＰパケットをルータＲｃに送信する（図２４：step10407）。ルータＲｃに送信される出力側ポートの問合せを設定したＩＰパケットを図３２(Ｃ)に示す。
【０２０７】
シーケンス９：問合せを設定したＩＰパケットを受信したルータＲｃは、利用者ＩＰアドレスについて検索し、ポリシーサーバＰｃ向けに問合せ結果（出力側ポート"１０"）を設定したＩＰパケットを送信する（図２４：step10605、10611、10612）。ルータＲｃからポリシーサーバＰｃ向けの問合せ結果のＩＰパケットを図３２(Ａ)に示す。
【０２０８】
シーケンス１０：受信したポリシーサーバＰｃは、ポリシー番号及び問合せ結果（出力側ポート"１０"）を抽出し、運用ポリシー管理テーブル上のポリシー番号を検索し、合致したポリシー番号に対応する出力ポート番号欄に登録する（図２４：step10408、10410、10411）。ポリシー番号１を登録する運用ポリシー管理テーブルを図３３(Ｂ)に示す。
【０２０９】
次に、出力ポート番号を抽出し、出力ポート帯域管理テーブル上のポート番号欄を検索し、合致したポート番号に対応する予約時間に対する残り回線に着目する。
【０２１０】
まず、シーケンス８での抽出項目（予約開始時間及び予約終了時間）が、"10:00" 及び "12:00"であるため、合致したポート番号に対応する予約時間（10:00 〜12:00 ）に対する残りの回線帯域について、帯域値の確保が可能か評価を行う。図３３(Ｃ)に示すように、残りの回線帯１Ｍｂｐｓに対して、６４Ｋｂｐｓを引いても、０．９３６Ｍｂｐｓであり、評価の結果、"０ｂｐｓ以上"となったため、受注番号β１のポリシーが”可能”と判断し、図３３(Ｄ)に示すように、出力ポート帯域管理テーブルを更新する（図２４：step10412〜10414）。
【０２１１】
なお、計算の結果、"０ｂｐｓ以下”となった場合には、受注番号β１のポリシーが”不可能”と判断し、仲介業者サーバβ向けにその旨を送信する（図２４：step10416）。
【０２１２】
ここで、ポリシーサーバＰｃは、図３３(Ｅ)に示すように、運用ポリシー管理テーブル上の項目欄（仲介業者のＩＰアドレス）を着ＩＰアドレスとし、受注番号β１のポリシーの予約結果”○”を設定したＩＰパケットを仲介業者サーバβ向けに送信する（図２４：step10415）。
【０２１３】
シーケンス１１：図３４(Ａ)に示す運用ポリシー管理テーブルから、ポリシーサーバＰｃは、予約開始時刻となったとき、ポリシー番号１のポリシーの項目（ポリシー番号、宛先ＩＰアドレス、送信元ＩＰアドレス、確保帯域、予約開始日時、予約終了日時）を抽出する（図２５：step10501〜10502）。
【０２１４】
次に、図３４(Ｂ)に示すように、ルータＲｃにポリシーを設定させるために、運用ポリシー管理テーブル上の項目欄（ルータの仮想ＩＰアドレス）を着ＩＰアドレスとし、先に抽出したポリシー番号１のポリシー項目を設定したＩＰパケットをルータＲｃに送信する（図２５：step10505）。そのときの、ポリシー番号１のポリシー項目を設定したデータのＩＰパケットを図３４(Ｂ)に示す。
【０２１５】
シーケンス１２：ポリシーサーバＰｃからのポリシー番号１のポリシー項目を設定したデータのＩＰパケットを受信したルータＲｃは、ポリシー項目を抽出し、宛先ＩＰアドレス、送信元ＩＰアドレス向けのポートに対し、ポリシーを設定する（対象ポートは、ポート番号"１０"及"１２"）。
【０２１６】
次に、ポリシー番号１のポリシー設定完了の旨を設定したＩＰパケットをポリシーサーバＰｃに送信する（図２６：step10605、10606、10609、10610）。そのときの、ポリシー番号１のポリシー設定完了のデータのＩＰパケットを図３４(Ｃ)に示す。
【０２１７】
シーケンス１３：順次、ポリシーサーバＰｂ、Ｐａは、仲介業者サーバβ向けに受注番号" β２" 、" β３" のポリシーの予約結果”○”を設定したＩＰパケットを送信する（図２４：step10401〜10408、10410〜10415）。そのときの、受注番号" β２" 、" β３" のポリシーの予約結果”○”を設定したデータのＩＰパケットを図３４(Ｄ)、(Ｅ)に示す。
【０２１８】
シーケンス１４：シーケンス１０及びシーケンス１３の動作でポリシーサーバＰａ〜Ｐｃより送信されたＩＰパケットを受信した仲介業者サーバβは、順次、ポリシーサーバＰａ〜Ｐｃからの受注番号β１〜β３のポリシーの予約結果”○”を抽出し、ポリシー予約判定管理テーブル上の項目欄（受注番号）を検索し、合致した受注番号に対応する項目欄（予約結果）に”○”を登録する（図２３：step10314、10315）。図３５(Ａ)に、合致した受注番号に対応する項目欄（予約結果）に”○”が登録されたポリシー予約判定管理テーブルを示す。
【０２１９】
次に、仲介業者サーバβは、ポリシー予約判定管理テーブルの予約結果の項目欄が、全て”○”となったため、総合判定の結果で”予約可能”と判断する。
【０２２０】
ここで、ポリシー予約判定管理テーブル上の項目欄（コンテンツ業者サーバ）を着ＩＰアドレスとし、発注番号α１の総合判定結果”○”を設定したＩＰパケットをコンテンツサーバαに送信する（図２３：step10316）。そのときの、発注番号α１の総合判定結果”○”を設定したＩＰパケットを図３５（Ｂ）に示す。
【０２２１】
なお、ポリシーの予約結果で”×”が１つでも存在した場合には、総合判定”不可能”と判断し、コンテンツサーバα向けにその旨を送信する。
【０２２２】
シーケンス１５：受信したコンテンツサーバαは、発注番号α１の総合判定結果”○”を抽出し、ＤＴＥ−ａ向けのポリシー予約可能と判断し、発注番号”α１”を添付してＤＴＥ−ａ向けに完了の旨（例えば、「発注番号”α１”で予約できました。コンテンツＡの送信を開始してから、２時間後に完了します。」）を送信する（図２２：step10212〜10217）。そのときの、予約完了の旨のデータのＩＰパケットを図３５(Ｃ)に示す。
【０２２３】
なお、ポリシーの予約結果で総合判定”不可能”となった場合には、ＤＴＥ−ａ向けにその旨（例えば、「予約できませんでした。」）を送信する。
（第２の実施例）
ＤＴＥ−ａがコンテンツ提供業者αのコンテンツＡをインターネット経由で配信する際に、ＤＴＥ−ａ及びコンテンツサーバαのＩＰアドレス、ＤＴＥ−ａが契約しているＩＳＰ−ａのＩＰアドレス、ＤＴＥ−ａ〜コンテンツサーバα間の全てのルータのＩＰアドレスをコンテンツサーバαから仲介業者サーバβに通知し、仲介業者サーバβがＩＳＰ−ａのポリシーサーバＰａへＤＴＥ−ａ〜ＩＳＰ−ａ間の確保する帯域の問合せを行い、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上にその帯域値を確保させる場合の実施例を説明する。
(１）前提条件
図１３のネットワーク構成で、下記に示すコンポーネントに各種データが設定されている。
【０２２４】
まず、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps"の帯域を"2001/9/1 10:00 〜12:00"で予約していることとする。
【０２２５】
ここで、コンテンツ提供業者α、仲介業者β、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）におけるポリシーサーバＰａ〜Ｐｃ、顧客管理サーバＳａ〜Ｓｃ及びルータＲａ〜Ｒｄで設定されているテーブル群を説明する。
【０２２６】
（Ａ）コンテンツ提供業者αのコンテンツサーバαに設定されているテーブル群は、利用者ポリシー保管テーブル１５、仲介業者アドレス管理テーブル１３及びコンテンツ情報管理テーブル１４であり、その内容は、第１の実施例で説明したテーブルと同様である。
【０２２７】
（Ｂ）仲介業者βの仲介業者サーバβに設定されているテーブル群は、契約ＩＳＰアドレス管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５であり、その内容は、第１の実施例で説明したテーブルと同様である。
【０２２８】
（Ｃ）ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のポリシーサーバ（Ｐａ〜Ｐｃ）に設定されているテーブル群は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３であり、その内容は、第１の実施例で説明したテーブルと同様である。
【０２２９】
（Ｄ）ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）の顧客管理サーバ（Ｋａ〜Ｋｃ）には、顧客管理テーブル５１が設定されている。この顧客管理テーブル５１は、図４１に示すように、各ＩＳＰ業者と契約している顧客が公衆電話網等を介して、接続する際の利用帯域を管理するテーブルである。なお、図４１（Ａ）はＩＳＰ−ａの顧客管理テーブルであり、図４１（Ｂ）はＩＳＰ−ｂの顧客管理テーブルであり、図４１（Ｃ）はＩＳＰ−ｃの顧客管理テーブルである。
【０２３０】
なお、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のルータ（Ｒａ〜Ｒｄ）は、所定のルーチング情報を所有し、そのルーチング情報よりルーチングを行うこととする。
（２）動作例
第２の実施例におけるシーケンスを図３６に示す。また、ＤＴＥ−ａ、コンテンツサーバα、仲介業者サーバβ、ポリシーサーバＰａ〜Ｐｃ及びルータＲａ〜Ｒｄの処理を図２６の処理フロー（第１の実施例で用いた処理フロー）、図３７〜図４０に処理フローに示す。
【０２３１】
図３６のシーケンス及び図２６、図３７〜図４０の処理フローに基づいて、第２の実施例の動作を説明する。
【０２３２】
ここでは、ＤＴＥ−ａがＷｅｂ画面上のコンテンツ一覧の中から、以下の条件を選択する場面から説明する。
【０２３３】
シーケンス１：ＤＴＥ−ａは、Ｗｅｂ画面上で要求条件を選択し、同条件を設定したＩＰパケットをコンテンツサーバα向けに送信する（図３７：step20101〜step20104）。ＤＴＥ−ａからコンテンツサーバα向けに送信されるＩＰパケットを、図４２（Ａ）に示す。
【０２３４】
なお、ＤＴＥ−ａの要求条件は、次のとおりである。
・コンテンツ名：コンテンツＡ
・予約日時：２００１．９．１−ａｍ１０：００
シーケンス２：ＤＴＥ−ａからのＩＰパケットを受信したコンテンツサーバαは、発ＩＰアドレス及びＤＴＥ−ａの要求条件（コンテンツ名、確保したい帯域値及び予約日時）を抽出する。
【０２３５】
まず、図４２（Ｂ）の矢印に示すように、仲介業者アドレス管理テーブルより仲介業者サーバβのＩＰアドレスを抽出する（図３８：step20201〜step20204）。
【０２３６】
次に、発注番号”α１”を付与して、各々の抽出結果項目（仲介業者サーバβのＩＰアドレス、コンテンツ名、発ＩＰアドレス、確保帯域及び予約日時）を利用者ポリシー保管テーブル上の項目欄（発注番号、仲介業者のＩＰアドレス、コンテンツ名、利用者のＩＰアドレス、確保帯域及び予約開始日時）に登録する（図３８：step20205、20206）。それぞれの結果が登録された利用者ポリシー保管テーブルを図４２(Ｃ)に示す。
【０２３７】
ここで、コンテンツサーバαは、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上にコンテンツＡの転送ルートを確保するために、登録した利用者ポリシー保管テーブル上の項目欄（利用者のＩＰアドレス）を着ＩＰアドレスとし、ＤＴＥ−ａ向けにＩＰトレースルートを送信する（図３８：step20207）。コンテンツサーバαからＤＴＥ−ａ向けに送信されるトレースルートのパケットを、図４２（Ｄ）に示す。
【０２３８】
シーケンス３：図４３（Ａ）に示すように、コンテンツサーバαからのトレースルートのパケットを受信したルータＲｃは、発ＩＰアドレスを着アドレスに変換し、ポート１２のＩＰアドレスを発ＩＰアドレスとし、コンテンツサーバα向けにＩＣＭＰメッセージを返送する（図２６：step10601〜step10604）。
【０２３９】
シーケンス４：返送されたＩＣＭＰメッセージを受信したコンテンツサーバαは、発ＩＰアドレスを抽出し、利用者ポリシー保管テーブル上の項目欄（ルータのポートのＩＰアドレス）に登録する（図３８：step20208）。発ＩＰアドレスを登録した利用者ポリシー保管テーブルを図４３（Ｂ）に示す。
【０２４０】
シーケンス５：ルータＲｃは、シーケンス２の動作と同様にルータＲｂへＩＰトレースルートを返送し、受信したルータＲｂは、シーケンス３の動作と同様にコンテンツサーバα向けにＩＣＭＰメッセージを返送する。順次、ルータＲａもシーケンス２及びシーケンス３と同様の動作を行う（図２６：step10601〜step10604）。ルータＲｂが、コンテンツサーバα向けに返送するＩＣＭＰメッセージを図４３(Ｃ)に示し、ルータＲａが、コンテンツサーバα向けに返送するＩＣＭＰメッセージを図４３(Ｄ)に示す。
【０２４１】
シーケンス６：ルータＲｂ、ルータＲａからのＩＣＭＰメッセージを受信したコンテンツサーバαは、シーケンス４の動作と同様に発ＩＰアドレスを抽出し、利用者ポリシー保管テーブル上の項目欄（ルータのポートのＩＰアドレス）に登録する（図３８：step20209）。発ＩＰアドレスを登録した利用者ポリシー保管テーブルを図４４（Ａ）に示す。
【０２４２】
次に、指定されたコンテンツ名（コンテンツＡ）について、コンテンツ情報管理テーブル上のコンテンツ名欄を検索し、合致するコンテンツ名に対応する容量を抽出する（図３８：step20210）。ここでは、図４４（Ｂ）に示すように、コンテンツＡであるので、57.6Ｍバイトの容量の値を抽出している。
【０２４３】
また、利用者ポリシー保管テーブル上の発注番号”α１”に対応する項目欄（仲介業者のＩＰアドレス）を着ＩＰアドレスとし、コンテンツ容量及び発注番号”α１”のポリシーの項目（発注番号、利用者のＩＰアドレス、予約開始日時及びルータのポートのＩＰアドレス）を設定したＩＰパケットを仲介業者サーバβに送信する（図３８：step20211）。利用者ポリシー保管テーブルにおける図４４(Ｃ)に示す網がけの受注番号α１のポリシーを抽出して、その情報をデータとするＩＰパケットであって、図４４(Ｄ)に示すＩＰパケットを仲介業者サーバβに送信する。
【０２４４】
シーケンス７：図４４(Ｄ)のＩＰパケットを受信した仲介業者サーバβは、発ＩＰアドレス、コンテンツ容量及び発注番号α１のポリシーの項目（発注番号、利用者のＩＰアドレス、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）を抽出する（図３９：step20301〜20303、20307）。
【０２４５】
まず、抽出した項目（ルータのポートのＩＰアドレス：図４５(Ａ)の矢印）から、契約ＩＳＰアドレス管理テーブル上の項目欄（ネットワークアドレス）を検索し、合致したネットワークアドレスに対応する項目欄（ポリシーサーバのＩＰアドレス）を抽出する（図３９：step20308〜step20310）。
【０２４６】
次に、合致したネットワークアドレスに対応したポリシーサーバＰｃのＩＰアドレスを抽出し、受注番号”β１”を付与して、顧客管理サーバＫｃのＩＰアドレス以外の項目をＩＳＰポリシーテーブル上の項目欄（受注番号、ポリシーサーバのＩＰアドレス）に登録する。
【０２４７】
さらに、抽出した項目（発ＩＰアドレス、利用者のＩＰアドレス、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）をＩＳＰポリシーテーブル上の項目欄（コンテンツ業者サーバのＩＰアドレス、利用者のＩＰアドレス、予約開始日時、予約終了日時及びルータのポートのＩＰアドレス）に登録する（step20311）。
【０２４８】
順次、合致したネットワークアドレスに対応したポリシーサーバＰｂ、Ｐａについても同様の動作を行い、図４５（Ｂ）に示すように、ポリシーサーバＰａ〜Ｐｃ向けのポリシーをＩＳＰポリシーテーブルに登録する（図３９：step20311）。
【０２４９】
また、仲介業者サーバβは、先に抽出した項目（発ＩＰアドレス、発注番号）をポリシー予約判定管理テーブル上の項目欄（コンテンツ業者サーバのＩＰアドレス及び発注番号）に登録する。
【０２５０】
さらに、図４５（Ｃ）に示すように、ＩＳＰポリシーテーブルに登録した”受注番号”及び”ポリシーサーバのＩＰアドレス”と同様の値をポリシー予約判定管理テーブル上の項目欄（コンテンツ業者サーバのＩＰアドレス”136.10.0.1”）に対応して項目欄（受注番号、ポリシーサーバのＩＰアドレス）に登録する（図３９：step20311）。
【０２５１】
ここで、先に抽出した発注番号α１のポリシーの項目（利用者のＩＰアドレス）から、契約ＩＳＰアドレス管理テーブル上の項目欄（ネットワークアドレス）を検索し、合致したネットワークアドレスに対応する項目欄（顧客管理サーバのＩＰアドレス）を着ＩＰアドレスとし、発注番号α１を付与して、利用者のＩＰアドレスがＩＳＰとの接続時の利用回線帯域値の問合せを設定したＩＰパケットを送信する（図３９：step20312〜step20314）。図４５(Ｄ)に契約ＩＳＰアドレス管理テーブルを示す。このテーブルから、仲介業者サーバβは、顧客管理サーバのアドレスを検索して、そのアドレスを着ＩＰアドレスとする顧客管理サーバＫａ向けのＩＰパケットを図４５(Ｅ)に示す。
【０２５２】
シーケンス８：仲介業者サーバβからのＩＰパケットを受信した顧客管理サーバＫａは、利用者のＩＰアドレスを抽出し、顧客管理テーブル上の項目欄（利用者のＩＰアドレス）を検索し、合致した利用者のＩＰアドレスに対応した項目欄（接続時の利用帯域値）を抽出する（図４０：step20401〜step20405）。図４６(Ａ)に顧客管理テーブルを示す。このテーブルから利用者ＩＰアドレスで検索して、接続時の利用帯域を知る。
【０２５３】
ここで、発注番号α１の回答となるＩＳＰ接続時の利用帯域値”64Kbps”を設定したＩＰパケットを仲介業者サーバβへ送信する（図４０：step20406）。仲介業者サーバβへ送信するパケットを図４６(Ｂ)に示す。
【０２５４】
シーケンス９：受信した仲介業者サーバβは、発注番号α１及びＩＳＰ接続時の利用帯域値”64Kbps”を抽出し、ＩＳＰポリシーテーブル上の発注番号α１に対する受注番号”β１〜β２”に対応した項目欄（確保帯域）の全てに登録する（図３９：step20304）。
【０２５５】
また、ＩＳＰ接続時の利用帯域値”64Kbps”であるため、先に抽出した項目（コンテンツ容量）より予約終了日時を算出し、ＩＳＰポリシーテーブル上の発注番号α１に対する受注番号”β１〜β２”に対応した項目欄（予約終了日時）の全てに登録する（図３９：step20305、20306）。図４６(Ｃ)▲１▼に示すように、５７．６ＭバイトのコンテンツＡを６４Ｋｂｐｓで伝送するので、このコンテンツの伝送には、７２００秒必要であることが分かる。図４６(Ｃ)▲２▼に示すように２００１．９．１ａｍ１０：００に７２００秒を加算して、図４６(Ｃ)▲３▼に示すように、２００１．９．１ａｍ１２：００を得ることができる。これにより、予約終了日時を、２００１．９．１ａｍ１２：００と算出する。このように算出した予約終了日時と確保帯域を図４６(Ｄ)に示ように、受注番号ごとに、ＩＳＰポリシーテーブルに登録する。
【０２５６】
シーケンス１０：第１の実施例のシーケンス７〜シーケンス１５の動作と同様の動作を行う。
（第３の実施例）
ＤＴＥ−ａがコンテンツ提供業者αのコンテンツＡをインターネット経由で配信する際に、ＤＴＥ−ａに最も近いＩＳＰ業者のコピーサーバから配信させるために、コンテンツサーバαは、ＤＴＥ−ａに該当ＩＳＰ業者を選択し、そのコピーサーバ向けにＤＴＥ−ａ及びＤＴＥ−ａ〜コピーサーバ間の全てのルータのＩＰアドレス、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上で確保させたい帯域を通知する。
【０２５７】
受信したコピーサーバ６０は、ＤＴＥ−ａ〜コピーサーバ間の伝送路上に帯域値を確保させる場合の実施例を説明する。
(１）前提条件
図１３のネットワーク構成で、下記に示すコンポーネントに各種データが設定されている。
【０２５８】
まず、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps"の帯域を"2001/9/1 10:00 〜12:00"で予約していることとする。
【０２５９】
ここで、コンテンツ提供業者α、仲介業者β、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）におけるポリシーサーバＰａ〜Ｐｃ、コピーサーバＳａ〜Ｓｃ及びルータＲａ〜Ｒｄで設定されているテーブル群を説明する。
【０２６０】
（Ａ）コンテンツサーバαに設定されているテーブル群は、利用者ポリシー保管テーブル１５、仲介業者アドレス管理テーブル１３、コンテンツ情報管理テーブル１４及びコピーコンテンツ管理テーブル１７であり、利用者ポリシー保管テーブル１５、仲介業者アドレス管理テーブル１３及びコンテンツ情報管理テーブル１４は、第１の実施例で説明したテーブルと同様である。また、コピーコンテンツ管理テーブル１７は、予めＩＳＰ業者との契約でコンテンツのコピーを配布し、そのコピーコンテンツを保管するコピーサーバ（Ｓａ〜Ｓｃ）に対し、利用者ポリシー保管テーブル１５の内容を送信するために、コピーサーバ（Ｓａ〜Ｓｃ）のネットワークアドレス及びＩＰアドレスを管理するテーブルである。図５１（Ａ）に、例えばコンテンツＡのコピーコンテンツ管理テーブルを示す。
【０２６１】
（Ｂ）仲介業者サーバβに設定されているテーブル群は、契約ＩＳＰアドレス管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５であり、その内容は、第１の実施例で説明した契約ＩＳＰアドレス管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５と同様である。
【０２６２】
（Ｃ）ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のポリシーサーバ（Ｐａ〜Ｐｃ）に設定されているテーブル群は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３であり、その内容は、第１の実施例で説明した出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３と同様である。
【０２６３】
（Ｄ）ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のコピーサーバ（Ｓａ〜Ｓｃ）には、利用者ポリシー保存テーブル６１が設定されている。この利用者ポリシー保存テーブル６１は、図５１（Ｂ）に示すように、コンテンツサーバαから送信される利用者ポリシー保管テーブル１５の内容をコピーサーバ（Ｓａ〜Ｓｃ）に登録し、オリジナルサーバ（コンテンツサーバα）代わって、利用者（ＤＴＥ−ａ）の帯域予約要求を保管し、一連の発注番号で管理するテーブルである。
【０２６４】
なお、予めコンテンツ提供業者との契約に基づいて、コンテンツサーバαのＩＰアドレスをコピーサーバ内に保持している。
【０２６５】
また、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のルータ（Ｒａ〜Ｒｄ）は、所定のルーチング情報を所有し、そのルーチング情報よりルーチングを行うこととする。
（２）動作例
第３の実施例におけるシーケンスを図４７に示す。また、ＤＴＥ−ａ、コンテンツサーバα、仲介業者サーバβ、ポリシーサーバＰａ〜Ｐｃ及びルータＲａ〜Ｒｄの処理を図２１の処理フロー（第１の実施例で用いた処理フロー）、図２６の処理フロー（第１の実施例で用いた処理フロー）及び図４８〜図５０のＳ処理フローに示す。
【０２６６】
図４７のシーケンス、図２１の処理フロー、図２６の処理フロー及び図４８〜図５０の処理フローに基づいて動作例を説明する。
【０２６７】
ここでは、ＤＴＥ−ａがＷｅｂ画面上のコンテンツ一覧の中から、以下の条件を選択する場面から説明する。
【０２６８】
シーケンス１：ＤＴＥ−ａは、Ｗｅｂ画面上で要求条件を選択し、同条件を設定したＩＰパケットをコンテンツサーバα向けに送信する（図２１：step10101〜step10104）。図５２に、コンテンツサーバα向けのＩＰパケットを示す。
【０２６９】
なお、ＤＴＥ−ａの要求条件は、次のとおりである。
・コンテンツ名：コンテンツＡ
・確保したい帯域値：６４ｋｂｐｓ
・予約日時：２００１．９．１−ａｍ１０：００
シーケンス２：受信したコンテンツサーバαは、発ＩＰアドレス及びＤＴＥ−ａの要求条件（コンテンツ名、確保したい帯域値及び予約日時）を抽出する（図４８：step30101〜30104）。
【０２７０】
まず、図５３(Ａ)の矢印に示すように、仲介業者アドレス管理テーブルより仲介業者サーバβのＩＰアドレスを抽出し、利用者ポリシー保管テーブル上の項目欄（仲介業者のＩＰアドレス）に登録する（図４８：step30105）。
【０２７１】
次に、図５３(Ｂ)の矢印に示すように、指定されたコンテンツ名（コンテンツＡ）について、コンテンツ情報管理テーブル上のコンテンツ名欄を検索し、合致するコンテンツ名に対応する容量から予約終了日時を算出し、利用者ポリシー保管テーブル上の予約終了日時欄へ登録する（図４８：step30106）。図５３(Ｃ) ▲１▼に示すように、５７．６ＭバイトのコンテンツＡを６４Ｋｂｐｓで伝送するので、このコンテンツの伝送には、７２００秒必要であることが分かる。図５３(Ｃ)▲２▼に示すように２００１．９．１ａｍ１０：００に７２００秒を加算して、図５３(Ｃ)▲３▼に示すように、２００１．９．１ａｍ１２：００を得ることができる。これにより、予約終了日時を、２００１．９．１ａｍ１２：００と予測する。
【０２７２】
さらに、図５３(Ｄ)に示すように、発注番号”α１”を付与して、各々の抽出結果項目（仲介業者サーバのＩＰアドレス、コンテンツ名、発ＩＰアドレス、確保帯域、予約日時及び算出した予約終了日時）を利用者ポリシー保管テーブル上の項目欄（発注番号、仲介業者のＩＰアドレス、コンテンツ名、利用者のＩＰアドレス、確保帯域、予約開始日時及び予約終了日時）に登録する（図４８：step30108）。
【０２７３】
次に、抽出した利用者のＩＰアドレスより、図５３(Ｅ)の矢印に示すように、コピーコンテンツ管理テーブル上のネットワークアドレス欄を検索し、合致したネットワークアドレスに対応した項目欄（コピーサーバのＩＰアドレス）を抽出する（図４８：step30108、30109）。
【０２７４】
ここで、コンテンツサーバαは、抽出したコピーサーバのＩＰアドレスを着アドレスとし、発注番号α１のポリシーの項目（発注番号、仲介業者のＩＰアドレス、コンテンツ名、利用者のＩＰアドレス、確保帯域、予約開始日時、予約終了日時）を設定したＩＰパケットをコピーサーバＳａ向けに送信する（図４８：step30110）。図５３(Ｆ)にコピーサーバＳａ向けＩＰパケットを示す。
【０２７５】
シーケンス３：受信したコピーサーバＳａは、発注番号α１のポリシーを抽出し、利用者ポリシー保管テーブル上の項目欄（発注番号、仲介業者のＩＰアドレス、コンテンツ名、利用者のＩＰアドレス、確保帯域、予約開始日時、予約終了日時）に登録する（図５０：step30301〜30305）。図５４(Ａ)に、発注番号α１のポリシーを登録した利用者ポリシー保管テーブルを示す。
【０２７６】
ここで、コピーサーバＳａは、ＤＴＥ−ａ〜コピーサーバＳａ間の伝送路上にコンテンツＡの転送ルートを確保するために、登録した利用者のＩＰアドレスを着ＩＰアドレスとし、ＤＴＥ−ａ向けにＩＰトレースルートを送信する（図５０：step30306）。図５４（Ｂ）に、ＤＴＥ−ａ向けのＩＰトレースルートのパケットを示す。
【０２７７】
シーケンス４：コピーサーバＳａからのＩＰトレースルートのパケットを受信したルータＲａは、発ＩＰアドレスを着アドレスに変換し、ポート“４”のＩＰアドレスを発ＩＰアドレスに設定し、コピーサーバＳａ向けにＩＣＭＰメッセージを返送する（図２１：step10601〜step10604）。図５４（Ｃ）に、ルータＲａから返送されるコピーサーバＳａ向けのＩＣＭＰメッセージを示す。
【０２７８】
シーケンス５：ＩＣＭＰメッセージを受信したコピーサーバＳａは、発ＩＰアドレスを抽出し、利用者ポリシー保管テーブル上の項目欄（ルータのポートのＩＰアドレス）に登録する（図５０：step30312〜step30314）。図５４(Ｄ)に示されているように、ルータのポートのＩＰアドレス（130.40.0.1）を、利用者ポリシー保管テーブル上の項目（ルータのポートのＩＰアドレス）に登録する
シーケンス６：第１の実施例シーケンス７〜シーケンス１５と同様の処理を行う。
【０２７９】
シーケンス７：受信したコピーサーバＳａは、コンテンツサーバα向けに発注番号α１のポリシー予約完了の旨を送信する（図５０：step30307〜step30311）。図５４(Ｅ)に、コンテンツサーバα向けの、発注番号α１のポリシー予約完了の旨データのＩＰパケットを示す。
【０２８０】
シーケンス８：受信したコンテンツサーバαは、コピーサーバＳａからの予約完了の旨を保管する（図５０：step30111）。
（第４の実施例）
事前に予約したコンテンツＡをインターネット経由で帯域値（６４Ｋｂｐｓ）により、ＤＴＥ−ａに配信している状態において、ＤＴＥ−ａの都合により通信途中で予約を解約するために、ＤＴＥ−ａからコンテンツサーバαへ発注番号を通知することで、確保した帯域を解放する場合の実施例を説明する。
(１）前提条件
図１３のネットワーク構成で、下記に示すコンポーネントに各種データが設定されている。
【０２８１】
まず、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps"の帯域を"2001/9/1 10:00 〜12:00"で予約していることとする。
【０２８２】
また、ＤＴＥ−ａは、事前にコンテンツ提供業者αのコンテンツＡについて、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上に"64Kbps"の帯域を"2001/9/1 10:00 〜12:00"で予約しておき、ＤＴＥ−ａのＷｅｂ画面上でコンテンツＡが配信されている場面とする。
【０２８３】
ここで、コンテンツ提供業者α、仲介業者β、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）におけるポリシーサーバＰａ〜Ｐｃ及びルータＲａ〜Ｒｄで設定されているテーブル群を説明する。
【０２８４】
（Ａ）コンテンツサーバαに設定されているテーブル群は、利用者ポリシー保管テーブル１５、仲介業者アドレス管理テーブル１３及びコンテンツ情報管理テーブル１４であり、その内容は、第１の実施例で説明したテーブルと同様である。
【０２８５】
（Ｂ）仲介業者サーバβに設定されているテーブル群は、契約ＩＳＰアドレス管理テーブル２３、ＩＳＰポリシーテーブル２４及びポリシー予約判定管理テーブル２５であり、その内容は、第１の実施例で説明したテーブルと同様である。
【０２８６】
（Ｃ）ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のポリシーサーバ（Ｐａ〜Ｐｃ）に設定されているテーブル群は、出力側ポート帯域管理テーブル３１、運用ポリシー管理テーブル３２及びルータ管理テーブル３３であり、ルータ管理テーブル３３は、第１の実施例で説明したテーブルと同様である。
【０２８７】
また、出力側ポート帯域管理テーブル３１は、配下ルータにおける出力側ポートの帯域を管理するテーブルである。ＩＳＰ−ａ、ＩＳＰ−ｂ、ＩＳＰ−ｃにおける出力側ポート帯域管理テーブルを図６２（Ａ）、（Ｂ）、(Ｃ)に示す。
【０２８８】
ここでは、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps" の帯域を"2001/9/1 10:00〜12:00"の時間帯に予約していることとする。
【０２８９】
また、ＤＴＥ−ａが、事前にコンテンツ提供業者αのコンテンツＡについて、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上に"64Kbps"の帯域を"2001/9/1 10:00 〜12:00"で予約していることとする。
【０２９０】
また、運用ポリシー管理テーブル３２は、ＩＳＰ業者の配下ルータの運用中のポリシーを一連のポリシー番号で管理するテーブルである。図６３（Ａ）、（Ｂ）、(Ｃ)に、ＩＳＰ−ａ、ＩＳＰ−ｂ、ＩＳＰ−ｃにおける運用ポリシー管理テーブルを示す。
【０２９１】
ここでは、予めＤＴＥ−ｂ〜ＤＴＥ−ｃ間の伝送路上に"128Kbps" の帯域を"2001/9/1 10:00 〜12:00"の時間帯に予約していることとする。
【０２９２】
また、利用者（ＤＴＥ−ａ）が、事前にコンテンツ提供業者αのコンテンツＡについて、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上に"64Kbps"の帯域を"2001/9/1 10:00 〜12:00"で予約していることとする。
【０２９３】
また、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）のルータ（Ｒａ〜Ｒｄ）は、所定のルーチング情報を所有し、そのルーチング情報よりルーチングを行うこととする。
（２）動作例
第４の実施例におけるシーケンスを図５５及び図５６に示す。また、ＤＴＥ−ａ、コンテンツサーバα、仲介業者サーバβ、ポリシーサーバＰａ〜Ｐｃ及びルータＲａ〜Ｒｄの処理フローを図５７〜図６１に示す。
【０２９４】
図５５及び図５６のシーケンス及びを図５７〜図６１の処理フローに基づいて第４の実施例の動作例を説明する。
【０２９５】
ここでは、利用者（ＤＴＥ−ａ）は、事前にコンテンツ提供業者αのコンテンツＡについて、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上に"64Kbps"の帯域を"2001/9/1 10:00 〜12:00"で予約しておき、ＤＴＥ−ａのＷｅｂ画面上でコンテンツＡが配信されている場面から説明する。
【０２９６】
シーケンス１：ＤＴＥ−ａは、都合によりＷｅｂ画面上で要求条件を設定したＩＰパケットをコンテンツサーバα向けに送信する（図５７：/step40101〜40102）。図６４(Ａ)に、コンテンツサーバα向けのＩＰパケットを示す。
【０２９７】
なお、ＤＴＥ−ａの要求条件は、次のとおりである。
・発注番号α１の予約を解約
シーケンス２：ＩＰパケットを受信したコンテンツサーバαは、図６４(Ｂ)の矢印に示すように、発ＩＰアドレス及び発注番号を抽出し、利用者ポリシー保管テーブル上の発注番号欄について合致する項目が存在するか検索する（図５８：step40201〜40205）。
【０２９８】
検索結果で合致したため、利用者ポリシー保管テーブル上の項目欄（仲介業者のＩＰアドレス）を着ＩＰアドレスとし、発注番号”α１”のポリシーを解除する旨を設定したＩＰパケットを仲介業者サーバβに送信する（図6-4-6/step40206）。発注番号”α１”のポリシーを解除する旨を設定したＩＰパケットを図６４(Ｃ)に示す。
【０２９９】
シーケンス３：受信した仲介業者サーバβは、発ＩＰアドレス及び発注番号を抽出し、ポリシー予約判定管理テーブル上のコンテンツ業者のＩＰアドレス欄及び発注番号欄を検索し、２項目を同時に満足する受注番号及びポリシーサーバのＩＰアドレスを抽出する（図５９：step40301〜step40307）。図６５(Ａ)
ここで、ポリシーサーバのＩＰアドレスを着ＩＰアドレスとし、受注番号”β１〜β３”のポリシーを解除する旨を設定したＩＰパケットをポリシーサーバＰａ〜Ｐｃに送信する（図５９：step40308）。図６５(Ｂ)、(Ｃ)、(Ｄ)に、ポリシーサーバＰｃ、Ｐｂ、Ｐｄ向けのポリシーを解除する旨を設定したＩＰパケットを示す。
【０３００】
シーケンス４：Ｐｃ向けのポリシーを解除する旨を設定したＩＰパケットを受信したポリシーサーバＰｃは、受注番号β１の解除の旨であるため、図６６(Ａ)の矢印に示すように、発ＩＰアドレス及び発注番号を抽出し、運用ポリシー管理テーブル上の仲介業者のＩＰアドレス欄及び受注番号欄を検索し、２項目を同時に満足する項目欄（ポリシー番号、宛先ＩＰアドレス、送信元ＩＰアドレス、確保帯域、予約開始日時、予約終了日時、ルータの仮想ＩＰアドレス））を抽出する（図６０：step40401〜step40405）。
【０３０１】
次に、抽出したルータの仮想ＩＰアドレスを着アドレスとし、ポリシー番号１のポリシー項目（ポリシー番号、宛先ＩＰアドレス、送信元ＩＰアドレス、確保帯域、予約開始日時、予約終了日時）を解除する旨を設定したＩＰパケットをルータＲｃに送信する（図６０：step40406）。図６６(Ｂ)にルータＲｃに送信されるＩＰパケットを示す。
【０３０２】
シーケンス５：受信したルータＲｃは、ポリシー項目を抽出し、宛先ＩＰアドレス及び送信元ＩＰアドレス向けのポートに対し、ポリシーの設定を解除する（対象ポートは、ポート番号“１０”及び“１２”）。
【０３０３】
次に、ポリシー番号１のポリシー解除完了の旨を設定したＩＰパケットをポリシーサーバＰｃに送信する（図６１：step40501〜step40504）。図６６(Ｃ)に、ポリシーサーバＰｃに送信されるＩＰパケットを示す。
【０３０４】
シーケンス６：ＩＰパケットを受信したポリシーサーバＰｃは、ポリシー番号を抽出し、運用ポリシー管理テーブル上のポリシー番号欄を検索し、図６７(Ａ)に示すように、ポート番号１０に合致するポリシー番号に対応する出力項目（予約開始日時、予約終了日時、ポート番号）を抽出する（図６０：step40407）。
【０３０５】
次に、抽出した出力ポート番号“１０”について、出力側ポート帯域管理テーブル上のポート番号を検索し、さらに、予約開始日時及び予約終了日時より予約時間（10:00 〜12:00 ）と合致する残りの回線帯域について、帯域値（６４Ｋｂｐｓ）を加算し、出力ポート帯域管理テーブルを更新する（図６０：step40408）。図６７(Ｂ)に示すように、残りの帯域が１Ｍｂｐｓとなったので、図６７(Ｃ)に示すように、１０時から１２時におけるポート番号１０の残りの帯域を１Ｍｂｐｓと更新する。
【０３０６】
ここで、運用ポリシー管理テーブル上の項目欄（仲介業者のＩＰアドレス）を着ＩＰアドレスとし、受注番号β１のポリシー予約解除完了の旨を仲介業者サーバβ向けに送信する（図６０：step40409）。仲介業者サーバβ向けに送信されたＩＰパケットを図６７(Ｄ)に示す。
【０３０７】
さらに、ポリシーサーバＰｃは、運用ポリシー管理テーブル上の受注番号β１を検索し、図６７(Ｅ)に示すように、合致したポリシーを削除する（図６０：step40410）。
【０３０８】
シーケンス７：順次、ポリシーサーバＰｂ、Ｐａは、仲介業者サーバβ向けに受注番号”β２”、”β３”のポリシー予約解除完了の旨を設定したＩＰパケットを送信する（図６０：step40401〜40410、図６１：40501〜40504 ）。図６８(Ａ)、(Ｂ)に、ポリシーサーバＰｂ、Ｐａが、仲介業者サーバβに対して、受注番号”β２”、”β３”のポリシー予約解除完了の旨を設定したＩＰパケットを示す。
【０３０９】
シーケンス８：仲介業者サーバβは、順次、シーケンス６の動作で送信されたＩＰパケットを受信し、ポリシー予約判定管理テーブル上の受注番号欄を検索し、合致する受注番号に対応する予約結果欄を削除する。
【０３１０】
順次、シーケンス７の動作で送信されたＩＰパケットに対しても同様の動作を行う（図５９：step40304〜40306 ）。図６８(Ｃ)に、予約結果を更新するポリシー予約判定管理テーブルを示す。
【０３１１】
次に、ポリシー予約判定管理テーブルの予約結果の項目が、全て”  ”となったため、総合判定”予約解除”と判断し、発注番号α１のポリシー予約解除完了の旨を設定したＩＰパケットをコンテンツサーバα向けに送信する（図５９：step40309）。図６８(Ｄ)に、コンテンツサーバα向けに送信されるポリシー予約解除完了の旨を設定したＩＰパケットを示す。
【０３１２】
そして、ポリシー予約判定管理テーブル上の発注番号欄を検索し、図６８(Ｅ)に示すように、合致した発注番号に対応するポリシーを削除する（図５９：step40310）。
シーケンス９：ＩＰパケットを受信したコンテンツサーバαは、発注番号α１のポリシー予約解除完了であるため、利用者ポリシー保管テーブル上の項目欄（利用者のＩＰアドレス）を着ＩＰアドレスとし、発注番号α１を解約処理が完了した旨（例えば、発注番号α１の解約処理が済みました。）を設定したＩＰパケットを送信する（図５８：step40208、40209）。図６９(Ａ)に、発注番号α１を解約処理が完了した旨を設定したＩＰパケットを示す。
【０３１３】
次に、利用者ポリシー保管テーブル上の発注番号α１を検索し、図６９(Ｂ)に示すように、合致した発注番号に対応するポリシーを削除する（図５８：step40210）。
（第５の実施例）
ＤＴＥ−ａがコンテンツ提供業者αのコンテンツＡをインターネット経由で配信させる際に、要求したいコンテンツをコンテンツサーバαに通知する。
【０３１４】
受信したコンテンツサーバαが、仲介業者βから発行されたＩＤを添付したＲＳＶＰメッセージを用いて、ＤＴＥ−ａ〜コンテンツサーバα間の伝送路上のルータに対し、予めＤＴＥ−ａに登録した帯域値を確保させる場合の実施例を説明する。
【０３１５】
(１)システム構成
第５の実施例を図７０を用いて説明する。第５の実施例のネットワーク構成は、図７０（Ａ）に示すように、端末（ＤＴＥ−ｂ〜ＤＴＥ−ｃ）、ＩＳＰ（ＩＳＰ−ａ〜ＩＳＰ−ｃ）、コンテンツ提供業者のサーバ（コンテンツサーバα、γ）及び仲介業者のサーバ（仲介業者サーバβ）から構成されている。
【０３１６】
また、ＩＳＰ（ＩＳＰ−ａ〜ＩＳＰ−ｃ）は、それぞれ、課金集計サーバ（Ｃａ〜Ｃｃ）及びルータ（Ｒａ〜Ｒｄ）を有している。
【０３１７】
また、ルータ（Ｒａ〜Ｒｄ）は、図７０（Ａ）に示すようにポート１（図における「ポート▲１▼」を、丸付き数字でない、「ポート１」と記載する。以下同じ。）からポート１７を有する。
【０３１８】
また、コンテンツ提供業者のサーバは、図８０に示すように、支払ＩＤ保管テーブルを有する。なお、図８０（Ａ）は、コンテンツサーバαの支払ＩＤ保管テーブルであり、図８０（Ｂ）は、コンテンツサーバγの支払ＩＤ保管テーブルである。
【０３１９】
また、仲介業者のサーバ（仲介業者サーバβ、γ）は、図８１(Ａ)、（Ｂ）示すように、支払ＩＤ管理テーブル、ＩＳＰ請求明細テーブルを有する。
【０３２０】
また、課金集計サーバは、図８２（Ａ）、（Ｂ）示すように、請求先判別テーブル、請求明細テーブルを有する。
【０３２１】
また、ルータ（Ｒａ〜Ｒｃ）は、図８３（Ａ）、図８３（Ｂ）〜（Ｅ）示すように、支払ＩＤ判定テーブル、ルータＲａ〜Ｒｄの利用明細テーブルを有する。
【０３２２】
また、図７０（Ａ）における端末及びサーバのＩＰアドレスを図７０（Ｂ）に示す。
（２）前提条件
図７０（Ａ）のネットワーク構成で、下記に示すコンポーネントに各種データが設定されている。
【０３２３】
まず、ＤＴＥ−ｂが、コンテンツサーバαからコンテンツＡについて”64Kbps”の帯域を"2001/9/1 9:00〜11:00"で配信していることとする。また、ＤＴＥ−ｃは、サーバγからコンテンツＢについて”64Kbps”の帯域を"2001/9/1 9:00〜12:00"で配信していることとする。
【０３２４】
なお、予め仲介業者との契約で、仲介業者サーバβのＩＰアドレスをコンテンツサーバα内及びサーバγ内に保持している。
【０３２５】
また、コンテンツサーバα及びサーバγはＲＳＶＰプロトコル対応とする。
【０３２６】
ここで、コンテンツ提供業者α、γ、仲介業者β、ＩＳＰ業者（ＩＳＰ−ａ〜ＩＳＰ−ｃ）における課金集計サーバＣａ〜Ｃｃ及びルータＲａ〜Ｒｄ、ＤＴＥ−ａで設定されているテーブル群を説明する。
【０３２７】
また、テーブル群の説明後、本発明によるＲＳＶＰメッセージ上のオブジェクト部の設定を説明する。
【０３２８】
（Ａ）コンテンツサーバα及びサーバγは、支払ＩＤ保管テーブル１８を有する。支払ＩＤ保管テーブル１８は、予め仲介業者から割り当てられた支払ＩＤを保持するテーブルである。
【０３２９】
ここでは、コンテンツ提供業者α、γは、上述したように、仲介業者βの支払ＩＤを保持している。
【０３３０】
（Ｂ）仲介業者サーバβは、上述したように、支払ＩＤ管理テーブル２６及びＩＳＰ請求明細テーブル２７を有する。支払ＩＤ管理テーブル２６は、予め支払ＩＤの支払先であるコンテンツ提供業者サーバのＩＰアドレスを管理するテーブルである。
【０３３１】
また、ＩＳＰ請求明細テーブル２７は、ＩＳＰ業者からの請求明細を収集し、コンテンツ提供業者に請求するためのテーブルである。
【０３３２】
（Ｃ）ＩＳＰ−ａ〜ＩＳＰ−ｃの課金集計サーバ（Ｃａ〜Ｃｃ）は、請求先判別テーブル８１及び請求明細テーブル８２を有する。なお、課金集計サーバ（Ｃａ〜Ｃｃ）内に料金表を保持している。
【０３３３】
請求先判別テーブル８１は、図８２（Ｂ）に示すように、収集した配下ルータの利用明細を仲介業者に請求する際に、請求先の仲介業者を判別するためのテーブルである。
【０３３４】
また、請求明細テーブル８２は、図８２（Ｂ）に示すように、配下ルータの利用明細を収集し、仲介業者に請求する請求額を算出し、管理するテーブルである。
【０３３５】
（Ｄ）ＩＳＰ−ａ〜ＩＳＰ−ｃのルータ（Ｒａ〜Ｒｄ）は、支払ＩＤ判別テーブル４１及び利用明細テーブル４２を有する。なお、全てのルータはＲＳＶＰプロトコル対応ルータとする。
【０３３６】
支払ＩＤ判別テーブル４１は、コンテンツ提供業者への非加入者の利用を防ぐために、事前にＲＳＶＰメッセージを判別するためのテーブルであり、予め全ての配下ルータに登録しておく。
【０３３７】
ここでは、図８３（Ａ）に示すように、仲介業者βより支払された支払ＩＤを保持することとする。
【０３３８】
また、利用明細テーブル８２は、ルータでのＲＳＶＰの利用状況の明細を記録しておくテーブルである。
【０３３９】
ここでは、ＤＴＥ−ｂが、コンテンツサーバαからコンテンツＡについて”64Kbps”の帯域を"2001/9/1 9:00〜11:00"で配信していることとする。また、ＤＴＥ−ｃは、サーバγからコンテンツＢについて”64Kbps”の帯域を"2001/9/1 9:00〜12:00"で配信していることとする。
【０３４０】
（Ｅ）利用者（ＤＴＥ−ａ）に設定されている接続時の利用帯域
接続時の利用帯域について説明すれば、予め回線接続する際の帯域を端末に設定している。なお、ＤＴＥ−ａはＲＳＶＰプロトコル対応とする。
【０３４１】
（Ｆ）本発明のＲＳＶＰメッセージのオブジェクト部への設定
予めＲＳＶＰメッセージ上のオブジェクト部におけるＣｌａｓｓ−Ｎｕｍ部に本発明の支払ＩＤ識別子を設け、仲介業者βから発行された支払ＩＤをＲＳＶＰメッセージのオブジェクト部に設定し、そのメッセージを受信したルータにリソースの確保及び解放を行わせる。
（３）動作例
第５の実施例におけるシーケンスを図７１及び図７２に示す。また、ＤＴＥ−ａ、コンテンツサーバα〜γ、課金集計サーバＣａ〜Ｃｃ及びルータＲａ〜Ｒｄの処理を図７３〜図７９の処理フローに示す。
【０３４２】
図７１及び図７２のシーケンス及び図７３〜図７９の処理フローに基づいて、動作例を説明する。
【０３４３】
ここでは、ＤＴＥ−ａが、Ｗｅｂ画面上のコンテンツ一覧の中から、以下の条件を選択する場面から説明する。
【０３４４】
シーケンス１：ＤＴＥ−ａは、Ｗｅｂ画面上で条件を選択し、コンテンツサーバα向けに同条件を設定したＩＰパケットを送信する（図７３：step50101〜50103）。図８４（Ａ）に、ＤＴＥ−ａからコンテンツサーバα向けの条件を設定したＩＰパケットを示す。
【０３４５】
なお、ＤＴＥ−ａの要求条件は、次のとおりであるとする。
【０３４６】
・コンテンツ名：コンテンツＡ
シーケンス２：受信したコンテンツサーバαは、発ＩＰアドレス及びＤＴＥ−ａの要求条件（コンテンツ名）を抽出する。
【０３４７】
”コンテンツＡ”を要求してきたため、発ＩＰアドレスを着ＩＰアドレスとし、コンテンツＡを設定したＩＰパケットをＤＴＥ−ａ向けに配信する（図７４：step50201〜50205）。図８４（Ｂ）に、コンテンツサーバαから、ＤＴＥ−ａ向けに配信されるコンテンツＡが設定されたＩＰパケットを示す。
【０３４８】
次に、図８４（Ｃ）に示すように、仲介業者βに対応した利用者ＲＳＶＰ保管テーブル上の支払ＩＤを抽出する。この発ＩＰアドレスを着ＩＰアドレスとし、所定のＲＳＶＰにより項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＰａｔｈメッセージをＤＴＥ−ａ向けに送信する（図７４：step50206、50207）。図８４（Ｄ）に、ＤＴＥ−ａ向けに送信されるＰａｔｈメッセージを示す。
【０３４９】
シーケンス３：Ｐａｔｈメッセージを受信したルータＲｃは、Ｐａｔｈメッセージ上のセッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）及び支払ＩＤオブジェクトを抽出する。
【０３５０】
まず、抽出した支払ＩＤ”β”から支払ＩＤ判別テーブルを検索し、その結果が合致することを確認する（図７８：step50601〜50607）。図８５（Ａ）に、抽出した支払ＩＤ”β１”から支払ＩＤ判別テーブルを検索する様子を示す。
【０３５１】
また、該当セッッションが存在することを確認する（図７８：step50608）。
【０３５２】
同時に、２つの条件を満足したため、先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を利用者明細テーブル上の項目欄（送信先ＩＰアドレス、送信先ポート番号、支払ＩＤ）に登録する（図７８：step50609）。図８５（Ｂ）に、セッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）及び支払ＩＤオブジェクトが登録された利用者明細テーブルを示す。
【０３５３】
ここで、ルータＲｃは、所定のＲＳＶＰにより先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＰａｔｈメッセージをＤＴＥ−ａ向けに送信する（図７８：step50610）。図８５（Ｃ）に、ルータＲｃから、ＤＴＥ−ａ向けのＰａｔｈメッセージを示す。
【０３５４】
なお、２つの条件を満足しなかった場合には、所定のＲＳＶＰにより先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＰａｔｈ  Ｅｒｒｏｒメッセージをコンテンツサーバα向けに送信する（図７８：step50611）。
【０３５５】
シーケンス４：順次、ルータＲｂ、Ｒａは、シーケンス３と同様の動作を行い、ＤＴＥ−ａ向けにＰａｔｈメッセージを送信する（図７８：step50601〜50611）。図８６（Ａ）、（Ｂ）に、ルータＲｂ及びルータＲａから、ＤＴＥ−ａ向けのＰａｔｈメッセージを示す。
【０３５６】
シーケンス５：受信したＤＴＥ−ａは、発ＩＰアドレス、セッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）及び支払ＩＤオブジェクトを抽出する（図７３：step50105〜50108）。
【０３５７】
まず、Ｐａｔｈメッセージが通過したルータにリソースを確保させるためのＲｅｓｖメッセージを送信するために、予めＤＴＥ−ａに登録された”帯域値６４Ｋｂｐｓ”を抽出し、先に抽出した発ＩＰアドレスを着ＩＰアドレスとし、所定のＲＳＶＰにより項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］、フロースペックオブジェクト［確保帯域］及び支払ＩＤオブジェクト）を設定したＲｅｓｖメッセージをコンテンツサーバα向けに送信する（図７３：step50109）。図８７に、ＤＴＥ−ａから、コンテンツサーバα向けに送信されたＲｅｓｖメッセージを示す。
【０３５８】
シーケンス６：図８７のＲｅｓｖメッセージを受信したルータＲａは、Ｒｅｓｖメッセージ上のセッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）、フロースペックオブジェクト（確保帯域）及び支払ＩＤオブジェクトを抽出する（図７８：step50612〜50614）。
【０３５９】
まず、図８８（Ａ）に示すように、抽出した支払ＩＤ”β１”から支払ＩＤ判別テーブルを検索し、その結果が合致することを確認する（図７８：step50615〜50617）。
【０３６０】
また、該当セッションに対し、Ｒｅｓｖメッセージ上のフロースペックオブジェクトの確保帯域を確保する（図７８：step50618）。
【０３６１】
同時に、２つの条件を満足したため、予約開始とみなし、先に抽出したセッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）により、利用者明細テーブル上の項目欄（送信先ＩＰアドレス、送信先ポート番号）について検索し、その結果が合致したことを確認し、その際の時刻（2001/9/1 10:00）を合致したセッションオブジェクトに対応する利用開始日時欄に登録し、また、抽出したフロースペックオブジェクトから、所定のＲＳＶＰにより確保帯域を割り出し、利用明細テーブル上を同様に検索し、確保帯域欄に登録する（図７８：step50619、50620）。図８８（Ｂ）に、利用開始日時、確保帯域を登録した利用明細テーブルを示す。
【０３６２】
ここで、ルータＲａは、先に抽出した発ＩＰアドレスを着ＩＰアドレスとし、所定のＲＳＶＰにより項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］、フロースペックオブジェクト［確保帯域］及び支払ＩＤオブジェクト）を設定したＲｅｓｖメッセージをコンテンツサーバα向けに送信する（図７８：step50621）。図８８（Ｃ）に、ルータＲａから、コンテンツサーバα向けに送信されるＲｅｓｖメッセージを示す。
【０３６３】
なお、２つの条件を満足しなかった場合には、所定のＲＳＶＰにより先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］、フロースペックオブジェクト［確保帯域］及び支払ＩＤオブジェクト）を設定したＲｅｓｖ  ＥｒｒｏｒメッセージをＤＴＥ−ａ向けに送信する。
【０３６４】
シーケンス７：順次、ルータＲｂ、Ｒｃは、シーケンス６と同様の動作を行い、コンテンツサーバα向けに送信する（図７８：step50612〜50622）。図８９（Ａ）、（Ｂ）に、ルータＲｂ、ルータＲｃから、コンテンツサーバα向けに送信されるＲｅｓｖメッセージを示す。
【０３６５】
シーケンス８：受信したコンテンツサーバαは、Ｒｅｓｖメッセージを受信したため、帯域の確保ができたことを確認する（図７４：step50211、50212）。
【０３６６】
シーケンス９：ＤＴＥ−ａは、コンテンツＡの配信が完了したことを受けて、確保されたパス経路及びリソースを解放させるため、所定のＲＳＶＰにより項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＲｅｓｖ  Ｔｅａｒメッセージをコンテンツサーバα向けに送信する（図７３：step50110、50111）。図８９（Ｃ）に、ＤＴＥ−ａから、コンテンツサーバα向けに送信するＲｅｓｖ  Ｔｅａｒメッセージを示す。
【０３６７】
シーケンス１０：受信したルータＲａは、Ｒｅｓｖ  Ｔｅａｒメッセージ上のセッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）及び支払ＩＤオブジェクトを抽出する（図７９：step50623〜50625）。
【０３６８】
まず、図９０（Ａ）に示すように、抽出した支払ＩＤ”β１”から支払ＩＤ判別テーブルを検索し、その結果が合致することを確認する（図７９：step50626、50627）。
【０３６９】
また、該当セッションに確保したリソースを解放する（図７９：step50628）同時に、２つの条件を満足したため、予約終了とみなし、先に抽出したセッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）により、利用者明細テーブル上の項目欄（送信先ＩＰアドレス、送信先ポート番号）について検索し、その結果が合致したことを確認し、その際の時刻（2001/9/1 12:00）を合致したセッションオブジェクトに対応する利用終了日時欄に登録する（図７９：step50629、50630）。図９０（Ｂ）に、利用終了日時欄が登録された利用者明細テーブルを示す。
【０３７０】
ここで、所定のＲＳＶＰにより先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＲｅｓｖ  Ｔｅａｒメッセージをコンテンツサーバα向けに送信する（図７９：step50631）。図９０（Ｃ）に、ルータＲａから、コンテンツサーバα向けに送信されるＲｅｓｖ  Ｔｅａｒメッセージを示す。
【０３７１】
なお、２つの条件を満足しなかった場合には、所定のＲＳＶＰにより先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＲｅｓｖ  ＥｒｒｏｒメッセージをＤＴＥ−ａ向けに送信する（図７９：step50632）。
【０３７２】
シーケンス１１：順次、ルータＲｂ、Ｒｃは、シーケンス１０と同様の動作を行い、コンテンツサーバα向けに送信する（図７９：step50623〜50632）。図９１（Ａ）、（Ｂ）に、ルータＲｂ及びルータＲｃから、コンテンツサーバα向けに送信されるＲｅｓｖ  Ｔｅａｒメッセージを示す。
【０３７３】
シーケンス１２：受信したコンテンツサーバαは、Ｒｅｓｖ  Ｔｅａｒメッセージ上のセッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）及び支払ＩＤオブジェクトを抽出する（図７４：step50213〜50215）。
【０３７４】
次に、所定のＲＳＶＰにより先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＰａｔｈ  ＴｅａｒメッセージをＤＴＥ−ａ向けに送信する（図７４：step50216）。図９１（Ｃ）に、コンテンツサーバαから、ＤＴＥ−ａ向けて送信されるＰａｔｈ  Ｔｅａｒメッセージを示す。
【０３７５】
シーケンス１３：受信したルータＲｃは、Ｐａｔｈ  Ｔｅａｒメッセージ上のセッションオブジェクト（コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号）及び支払ＩＤオブジェクトを抽出する（図７９：step50633〜50635）まず、抽出した支払ＩＤ”β１”から、図９２（Ａ）に示すように、支払ＩＤ判別テーブルを検索し、その結果が合致することを確認する（図７９：step50636、50637）。
【０３７６】
ここで、ルータＲｃは、先に抽出した発ＩＰアドレスを着ＩＰアドレスとし、所定のＲＳＶＰにより項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］、及び支払ＩＤオブジェクト）を設定したＰａｔｈ  ＴｅａｒメッセージをＤＴＥ−ａ向けへ送信する（図７９：step50638）。図９２（Ｂ）に、ルータＲｃから、ＤＴＥ−ａ向けて送信されるＰａｔｈ  Ｔｅａｒメッセージを示す。
【０３７７】
なお、支払ＩＤが合致しなかった場合には、所定のＲＳＶＰにより先に抽出した項目（セッションオブジェクト［コンテンツ送信先ＩＰアドレス、コンテンツ送信先ポート番号］及び支払ＩＤオブジェクト）を設定したＰａｔｈＥｒｒｏｒメッセージをコンテンツサーバα向けに送信する（図７９：step50639）。
【０３７８】
シーケンス１４：順次、ルータＲｂ、Ｒａは、シーケンス１３と同様の動作を行い、ＤＴＥ−ａ向けに送信する（図７９：35/step50633〜50639）。図９２（Ｂ）、（Ｃ）に、ルータＲｂ及びルータＲａから、ＤＴＥ−ａ向けて送信されるＰａｔｈ  Ｔｅａｒメッセージを示す。
【０３７９】
シーケンス１５：受信したＤＴＥ−ａは、ＰａｔｈＴａｅｒメッセージを受信したため、確保した帯域を解放したと確認する（図７３：step50115）。
【０３８０】
シーケンス１６：各ＩＳＰ業者は、一定の周期で仲介業者に請求するために、全ての配下ルータ向けに利用明細テーブルのログを収集する。ここではＩＳＰ−ｃを動作例にとって説明する。
【０３８１】
課金集計サーバＣｃは、配下ルータで保持している利用明細テーブルのログを収集する旨の要求を設定したＩＰパケットを配下ルータＲｃ、Ｒｄ向けに送信する（図７８：step50501）。図９３（Ａ）、（Ｂ）に、課金集計サーバＣｃから、ルータＲｃ、Ｒｄ向けに送信されるＩＰパケットを示す。
【０３８２】
シーケンス１７：受信したルータＲｃは、利用明細テーブルのログ（支払ＩＤ、送信先ＩＰアドレス、送信先ポート番号、確保帯域、利用開始日時及び利用終了日時）を収集し、課金集計サーバＣｃ向けに収集したログを設定したＩＰパケットを送信する。順次、ルータＲｄも同様の動作を行う（図７９：step50640〜50643）。図９３（Ｃ）、（Ｄ）に、ルータＲｃ及びルータＲｄから、課金集計サーバＣｃ向けに収集したログを設定したＩＰパケットを示す。
【０３８３】
シーケンス１８：ＩＰパケットを受信した課金集計サーバＣｃは、配下ルータから収集したログを請求明細テーブル上の項目欄（支払ＩＤ、送信先ＩＰアドレス、送信先ポート番号、送信元ＩＰアドレス、確保帯域、利用開始日時及び利用終了日時）に登録する（図７８：step50503〜50504）。
【０３８４】
さらに、利用開始日時及び利用終了日時から、利用時間を算出し、また、確保帯域より所定の料金表を参照して、請求料金を算出し、請求明細テーブル上の請求料金欄に登録する（図７８：step50505、50506）。図９４（Ａ）に、各ルータからのログを登録した請求明細テーブルを示す。
【０３８５】
次に、支払ＩＤ”β１”より、図９４（Ｂ）に示すように、請求先判別テーブル上の支払ＩＤ欄を検索し、合致する支払ＩＤに対応する仲介業者サーバのＩＰアドレスを抽出する（図７８：step50507）。
【０３８６】
ここで、仲介業者サーバのＩＰアドレスを着ＩＰアドレスとし、請求明細テーブルを設定したＩＰパケットを仲介業者サーバβ向けに送信する（図７８：step50508）。図９４（Ｃ）に、課金集計サーバＣｃから、仲介業者サーバβ向けに送信されるＩＰパケットを示す。
【０３８７】
シーケンス１９：順次、課金集計サーバＣｂ及びＣａから、請求明細テーブルを設定したＩＰパケットを仲介業者サーバβ向けに送信する（図７８：step50503〜50508）。図９４（Ｄ）、（Ｅ）に、課金集計サーバＣｂ及びＣａから、仲介業者サーバβ向けに送信されるＩＰパケットを示す。
【０３８８】
シーケンス２０：受ＩＰパケットを信した仲介業者サーバβは、発ＩＰアドレス及び請求明細の項目（請求料金、支払ＩＤ、送信先ＩＰアドレス、送信先ポート番号、確保帯域、利用開始日時及び利用終了日時）を抽出し、ＩＳＰ請求明細テーブル上の項目欄（ＩＳＰ業者サーバのＩＰアドレス、請求料金、支払ＩＤ、送信先ＩＰアドレス、送信先ポート番号、確保帯域、利用開始日時及び利用終了日時）に登録する（図７６：step50401〜50403）。図９５（Ａ）に、各ＩＳＰ業者からの請求項目が登録されたＩＳＰ請求明細テーブルを示す。
【０３８９】
次に、ＩＳＰ請求明細テーブル上の請求項目（請求額、支払ＩＤ、送信先ＩＰアドレス、送信先ポート番号、確保帯域、利用開始日時、利用終了日時）を抽出する。
【０３９０】
まず、支払ＩＤ”β１”、”β２”より、図９５（Ｂ）に示すように、支払ＩＤ管理テーブル上を支払ＩＤ欄を検索し、合致する支払ＩＤに対応するコンテンツ業者サーバのＩＰアドレスを抽出する。
【０３９１】
ここで、抽出したコンテンツ業者サーバのＩＰアドレスを着ＩＰアドレスとし、ＩＳＰ毎に請求明細を設定したＩＰパケットをコンテンツサーバα又はサーバγ向けに送信する（図７６：step50404〜50406）。図９５（Ｃ）、(Ｄ)に、仲介業者サーバβから、コンテンツサーバα及びサーバγ向けに送信されるＩＰパケットを示す。
【０３９２】
シーケンス２１：ＩＰパケットを受信したコンテンツサーバα及びサーバγは、請求額の集計を行い、ＤＴＥ毎に請求明細を設定したＩＰパケットをＤＴＥ−ａ〜ｃ向けに送信する（図７５：step50301〜50303）。図９６(Ａ)、(Ｂ)に、コンテンツサーバαから、ＤＴＥ−ａ及びＤＴＥ−ｂに送信される請求明細を設定したＩＰパケットを示す。図９６(Ｃ)に、コンテンツサーバγから、ＤＴＥ−ｃに送信される請求明細を設定したＩＰパケットを示す。
【０３９３】
本実施例によれば、受信端末が明示的に必要とする伝送帯域を示さなくても、自動的に最適な伝送帯域を帯域割当てメカニズムに伝えるとともに、帯域割当てメカニズム自身が送信者からのトリガー型か受信者からのトリガー型かに関わらず、原則としてコンテンツ提供者（送信者）の機能とネットワークの機能を追加することにより、受信端末の負担を最小限に抑えて、複数ＩＳＰにまたがるＱｏＳ制御を実現することができる。
また、複数ＩＳＰ個別からの帯域割当てに対する対価を一括して送信者または受信者に請求できるようにすることができる。
また、本発明は、次のような実施の態様を有する。
（付記１）  インターネットにおける複数のＩＳＰをまたがるデータ転送であって、二つの通信装置間のデータ転送における伝送帯域を確保する方法において、前記二つの通信装置の内、一方の通信装置が、インターネットにおける伝送帯域の確保の仲介を行う帯域確保仲介サーバに対して、データ伝送が行なわれるデータ伝送経路の帯域確保の申請を行い、
前記帯域確保仲介サーバが、前記データ伝送経路における伝送帯域の確保を、前記二つの通信装置に代わって行うことを特徴とする伝送帯域を確保する方法。
（付記２）  付記１記載の伝送帯域を確保する方法において、
前記一方の通信装置は、前記帯域確保の申請において、前記二つの通信装置のＩＰアドレス、前記二つの通信装置間の伝送経路上の全てのルータのＩＰアドレス、確保したい帯域値を前記帯域確保仲介サーバに通知することを特徴とする伝送帯域を確保する方法。
（付記３）  付記又１は２記載の伝送帯域を確保する方法において、
前記帯域確保仲介サーバは、前記二つの通信装置間の伝送経路上の全てのルータのＩＰアドレスから、各々のルータに対し帯域確保を設定する帯域確保設定サーバを決定することを特徴とする伝送帯域を確保する方法。
（付記４）  付記又３記載の伝送帯域を確保する方法において、
前記帯域確保設定サーバは、前記帯域確保仲介サーバからの帯域設定要求に従って、該当ルータに対し帯域確保の設定を行うことを特徴とする伝送帯域を確保する方法。
（付記５）  付記２記載の伝送帯域を確保する方法において、
前記一方の通信装置は、前記確保したい帯域値に代えて、
前記通信装置が接続されているＩＳＰのＩＤ及び該ＩＳＰに接続された通信装置のＩＰアドレスを前記帯域確保仲介サーバに通知することを特徴とする伝送帯域を確保する方法。
（付記６）  付記５記載の伝送帯域を確保する方法において、
前記帯域確保仲介サーバは、前記通信装置の接続速度を確保する帯域とすることを特徴とする伝送帯域を確保する方法。
（付記７）  付記５記載の伝送帯域を確保する方法において、
前記帯域確保仲介サーバは、前記ＩＳＰに接続された通信装置の接続速度を、該通信装置が接続されているＩＳＰに、問い合わせることを特徴とする伝送帯域を確保する方法。
（付記８）  付記７記載の伝送帯域を確保する方法において、
前記通信装置が接続されているＩＳＰは、前記帯域確保仲介サーバからの問い合わせに対して、回答することを特徴とする伝送帯域を確保する方法。
（付記９）  付記１記載の伝送帯域を確保する方法において、
前記データ転送に係るコンテンツのコピーを有するコピーサーバが存在する場合、
前記データ転送に係るオリジナルのコンテンツを有するオリジナルサーバは、前記データ転送に係る受信者又は送信者の要求に基づいて、前記コピーサーバからの帯域を確保して転送することを、前記コピーサーバに通知することを特徴とする伝送帯域を確保する方法。
（付記１０）  付記９記載の伝送帯域を確保する方法において、
前記オリジナルサーバから通知を受けたコピーサーバは、当該コピーサーバのＩＰアドレスと、当該コピーサーバからコンテンツを受信する通信装置のＩＰアドレスと、確保したい帯域値と、当該コピーサーバと当該コピーサーバからコンテンツを受信する通信装置間の伝送経路上の全てのルータのＩＰアドレスとを前記帯域確保仲介サーバに通知することを特徴とする伝送帯域を確保する方法。
（付記１１）  付記３記載の伝送帯域を確保する方法において、
前記帯域確保仲介サーバは、前記ルータのＩＰアドレスとそのルータに対し帯域確保を設定する帯域確保設定サーバとの対応テーブルを参照して、帯域確保設定サーバを決定することを特徴とする伝送帯域を確保する方法。
（付記１２）  付記４記載の伝送帯域を確保する方法において、
前記帯域確保仲介サーバは、帯域確保後、確保帯域の解除の旨の通知を受け取った場合、確保中の帯域を解除するように、前記帯域確保設定サーバに対して指示することを特徴とする伝送帯域を確保する方法。
（付記１３）  付記１２記載の伝送帯域を確保する方法において、
前記帯域確保設定サーバは、前記仲介業者サーバからの確保帯域解除要求に基づいて、該当ルータに対し確保帯域の解除を行うことを特徴とする伝送帯域を確保する方法。
（付記１４）  付記４記載の伝送帯域を確保する方法において、
インターネット上の伝送帯域の確保をＲＳＶＰにより行う場合、
前記ルータは、予め契約している仲介業者が発行したＩＤが添付された帯域設定要求のＲＳＶＰに対してのみ、帯域確保の設定を行うことを特徴とする伝送帯域を確保する方法。
（付記１５）  付記１４記載の伝送帯域を確保する方法において、
前記ルータは、前記ＩＤが添付されたＲＳＶＰを利用した事実を記録することを特徴とする伝送帯域を確保する方法。
（付記１６）  付記１４又は１５記載の伝送帯域を確保する方法において、
前記仲介業者は、前記ルータを保有するＩＳＰと、ＲＳＶＰを利用するＩＰアドレスとＲＳＶＰ利用時の対価支払い契約を結び、前記仲介業者サーバは、ＲＳＶＰ利用ＩＰアドレスを通知する代わりにＲＳＶＰ添付用の前記ＩＤを発行することを特徴とする伝送帯域を確保する方法。
（付記１７）  付記１４記載の伝送帯域を確保する方法において、
前記帯域確保仲介サーバは、前記ルータを保有するＩＳＰから、前記ＩＤとＲＳＶＰを利用したとの通知を受けた場合、
前記ＩＳＰに対価を支払うトリガを発生させるとともに、
前記ＩＤ発行時に登録したＩＰアドレスと発/着ＩＰアドレスを比較することにより、ＲＳＶＰ利用者を特定し、該当利用者に対し、対価を要求するトリガを発生させることを特徴とする伝送帯域を確保する方法。
（付記１８）  インターネットにおける複数のＩＳＰをまたがるデータ転送であって、二つの通信装置間のデータ転送における伝送帯域を確保する装置において、
前記二つの通信装置の内における一方の通信装置からのデータ伝送が行なわれるデータ伝送経路の帯域確保の申請を受けて、
前記データ伝送経路における伝送帯域の確保を、前記二つの通信装置に代わって行うことを特徴とする伝送帯域を確保する装置。
【発明の効果】
上述の如く本発明によれば、次に述べる種々の効果を奏することができる。
【０３９４】
コンテンツの受信者は、ネットワークに関するパラメータをいちいちコンテンツ要求毎に指定する必要がなくなる。
【０３９５】
また、受信端末に、帯域割当て機構対応の機能を実装しなくても、帯域保証を受けることができる。
【０３９６】
また、送信者/受信者は、一括して帯域保証に対する対価を支払えばよくなる。
【０３９７】
また、ＩＳＰは、帯域割当て要求がきた時点で、対価が得られる保証を確認してから帯域保証要求を受け付けることができるようになる。
【図面の簡単な説明】
【図１】第１の手段を説明するためのシステム構成例である。
【図２】第１の手段におけるコンテンツサーバαが有するテーブルである。
【図３】第１の手段における仲介業者サーバβが有するテーブルである。
【図４】第１の手段におけるポリシーサーバが有するテーブルである。
【図５】第２の手段を説明するためのシステム構成例である。
【図６】第２の手段におけるＩＳＰの顧客管理テーブルである。
【図７】第３の手段を説明するためのシステム構成例である。
【図８】  第３の手段におけるコンテンツサーバαのコンテンツ管理テーブルとＩＳＰの利用者ポリシー保管テーブルである。
【図９】第４の手段を説明するためのシステム構成例である。
【図１０】第５の手段を説明するためのシステム構成例である。
【図１１】第５の手段におけるコンテンツサーバα及び仲介業者サーバβのテーブル(その１)である。
【図１２】第５の手段における課金集計サーバ及びＩＳＰルータのテーブルである。
【図１３】本発明の第１〜第４の実施例を説明するためのネットワーク構成の例とそのＩＰアドレスである。
【図１４】第１の実施例を説明するためのコンテンツサーバαに設定されているテーブル群である。
【図１５】第１の実施例を説明するための仲介業者サーバβに設定されているテーブル群である。
【図１６】第１の実施例を説明するためのポリシーサーバに設定されているテーブル群である。
【図１７】第１の実施例を説明するためのＩＳＰの顧客管理テーブルである。
【図１８】  第１の実施例を説明するためのＩＳＰのルータ管理テーブルである。
【図１９】第１の実施例におけるシーケンス(その１)である。
【図２０】第１の実施例におけるシーケンス(その２)である。
【図２１】第１の実施例におけるコンテンツを予約するときのＤＴＥの処理フローである。
【図２２】第１の実施例におけるデータを受信したときのコンテンツサーバの処理フローである。
【図２３】第１の実施例におけるデータを受信したときの仲介業者サーバの処理フローである。
【図２４】第１の実施例におけるデータを受信したときのポリシーサーバの処理フローである。
【図２５】第１の実施例におけるルータに帯域確保／確保解除を命令するときのポリシーサーバの処理フローである。
【図２６】第１の実施例におけるデータを受信したときのルータの処理フローである。
【図２７】第１の実施例におけるシーケンス１、２を説明するための図である。
【図２８】  第１の実施例におけるシーケンス３〜５を説明するための図である。
【図２９】第１の実施例におけるシーケンス６を説明するための図である。
【図３０】第１の実施例におけるシーケンス７(その１)を説明するための図である。
【図３１】第１の実施例におけるシーケンス７(その２)を説明するための図である。
【図３２】第１の実施例におけるシーケンス８を説明するための図である。
【図３３】第１の実施例におけるシーケンス９、１０を説明するための図である。
【図３４】第１の実施例におけるシーケンス１１〜１３を説明するための図である。
【図３５】第１の実施例におけるシーケンス１４を説明するための図である。
【図３６】第２の実施例におけるシーケンスである。
【図３７】第２の実施例におけるコンテンツを予約するときのＤＴＥの処理フローである。
【図３８】第２の実施例におけるデータを受信したときのコンテンツサーバの処理フローである。
【図３９】第２の実施例におけるデータを受信したときの仲介業者サーバの処理フローである。
【図４０】第２の実施例におけるデータを受信したときの顧客管理サーバの処理フローである。
【図４１】第２の実施例における顧客管理テーブルを説明するための図である。
【図４２】第２の実施例におけるシーケンス１、２を説明するための図である。
【図４３】第２の実施例におけるシーケンス３〜５を説明するための図である。
【図４４】第２の実施例におけるシーケンス６を説明するための図である。
【図４５】第２の実施例におけるシーケンス７を説明するための図である。
【図４６】第２の実施例におけるシーケンス８、９を説明するための図である。
【図４７】第３の実施例におけるシーケンスである。
【図４８】第３の実施例におけるデータを受信したときのコンテンツサーバの処理フローである。
【図４９】第３の実施例におけるデータを受信したときの仲介業者サーバの処理フローである。
【図５０】第３の実施例におけるデータを受信したときのコピーサーバの処理フローである。
【図５１】第３の実施例を説明するための図である。
【図５２】第３の実施例におけるシーケンス１を説明するための図である。
【図５３】第３の実施例におけるシーケンス２を説明するための図である。
【図５４】第３の実施例におけるシーケンス３〜８を説明するための図である。
【図５５】第４の実施例におけるシーケンス(その１)である。
【図５６】第４の実施例におけるシーケンス(その２)である。
【図５７】第４の実施例におけるコンテンツを解約を要求するときのＤＴＥの処理フローである。
【図５８】第４の実施例におけるデータを受信したときのコンテンツサーバの処理フローである。
【図５９】第４の実施例におけるデータを受信したときの仲介業者サーバの処理フローである。
【図６０】第４の実施例におけるデータを受信したときのポリシーサーバの処理フローである。
【図６１】第４の実施例におけるデータを受信したときのルータの処理フローである。
【図６２】第４の実施例を説明するための図(その１)である。
【図６３】第４の実施例を説明するための図(その２)である。
【図６４】第４の実施例におけるシーケンス１、２を説明するための図である。
【図６５】第４の実施例におけるシーケンス３を説明するための図である。
【図６６】第４の実施例におけるシーケンス４、５を説明するための図である。
【図６７】第４の実施例におけるシーケンス６を説明するための図である。
【図６８】第４の実施例におけるシーケンス７、８を説明するための図である。
【図６９】第４の実施例におけるシーケンス９を説明するための図である。
【図７０】本発明の第５の実施例を説明するためのネットワーク構成図とそのＩＰアドレスである。
【図７１】第５の実施例におけるシーケンス(その１)である。
【図７２】第５の実施例におけるシーケンス(その２)である。
【図７３】第５の実施例におけるコンテンツを受信するときのＤＴＥの処理フローである。
【図７４】第５の実施例におけるデータを受信したときのコンテンツサーバの処理フローである。
【図７５】第５の実施例における利用料金を請求されたときのコンテンツサーバの処理フローである。
【図７６】第５の実施例におけるデータを受信したときの仲介業者サーバの処理フローである。
【図７７】第５の実施例における利用料金を集計するときの課金集計サーバの処理フローである。
【図７８】第５の実施例におけるデータを受信したときのルータの処理フロー(その１)である。
【図７９】第５の実施例におけるデータを受信したときのルータの処理フロー(その２)である。
【図８０】第５の実施例を説明するための図(その１)である。
【図８１】第５の実施例を説明するための図(その２)である。
【図８２】第５の実施例を説明するための図(その３)である。
【図８３】第５の実施例を説明するための図(その４)である。
【図８４】第５の実施例におけるシーケンス１、２を説明するための図である。
【図８５】第５の実施例におけるシーケンス３を説明するための図である。
【図８６】第５の実施例におけるシーケンス４を説明するための図である。
【図８７】第５の実施例におけるシーケンス５を説明するための図である。
【図８８】第５の実施例におけるシーケンス６を説明するための図である。
【図８９】第５の実施例におけるシーケンス７〜９を説明するための図である。
【図９０】第５の実施例におけるシーケンス１０を説明するための図である。
【図９１】第５の実施例におけるシーケンス１１、１２を説明するための図である。
【図９２】第５の実施例におけるシーケンス１３、１４を説明するための図である。
【図９３】第５の実施例におけるシーケンス１６、１７を説明するための図である。
【図９４】第５の実施例におけるシーケンス１８、１９を説明するための図である。
【図９５】第５の実施例におけるシーケンス２０を説明するための図である。
【図９６】第５の実施例におけるシーケンス２１を説明するための図である。
【符号の説明】
１１、２１    回線対応部
１２、２２    制御部
１３    仲介業者アドレス管理テーブル
１４    コンテンツ情報管理テーブル
１５    利用者ポリシー保管テーブル１５
１６    コンテンツ
１７    コピーコンテンツ管理テーブル
１８    支払ＩＤ保管テーブル
２３    契約ＩＳＰ管理テーブル
２４    ＩＳＰポリシーテーブル
２５    ポリシー予約判定管理テーブル
２６    支払ＩＤ管理テーブル
２７    ＩＳＰ請求明細テーブル
３０    ポリシーサーバ
３１    出力側ポート帯域管理テーブル
３２    運用ポリシー管理テーブル
３３    ルータ管理テーブル
４０    ＩＳＰルータ
４１    支払ＩＤ判別テーブル
４２    利用明細テーブル
５０    顧客管理サーバ
５１    顧客管理テーブル
ＤＴＥ−ａ〜ＤＴＥ−ｄ    利用者端末
ＩＳＰ−ａ〜ＩＳＰ−ｃ    インターネット接続業者
ＤＴＥ−ａ〜ＤＴＥ−ｃ    利用者端末
Ｐａ〜Ｐｃ    ポリシーサーバ
Ｋａ〜Ｋｃ    顧客管理サーバ
Ｓａ〜Ｓｃ    コピーサーバ
Ｒａ〜Ｒｄ    ルータ
Ｃａ〜Ｃｃ    課金集計サーバ
【図１】
0004284009.tif 000002
【図２】
0004284009.tif 000003
【図３】
0004284009.tif 000004
【図４】
0004284009.tif 000005
【図５】
0004284009.tif 000006
【図６】
0004284009.tif 000007
【図７】
0004284009.tif 000008
【図８】
0004284009.tif 000009
【図９】
0004284009.tif 000010
【図１０】
0004284009.tif 000011
【図１１】
0004284009.tif 000012
【図１２】
0004284009.tif 000013
【図１３】
0004284009.tif 000014
【図１４】
0004284009.tif 000015
【図１５】
0004284009.tif 000016
【図１６】
0004284009.tif 000017
【図１７】
0004284009.tif 000018
【図１８】
0004284009.tif 000019
【図１９】
0004284009.tif 000020
【図２０】
0004284009.tif 000021
【図２１】
0004284009.tif 000022
【図２２】
0004284009.tif 000023
【図２３】
0004284009.tif 000024
【図２４】
0004284009.tif 000025
【図２５】
0004284009.tif 000026
【図２６】
0004284009.tif 000027
【図２７】
0004284009.tif 000028
【図２８】
0004284009.tif 000029
【図２９】
0004284009.tif 000030
【図３０】
0004284009.tif 000031
【図３１】
0004284009.tif 000032
【図３２】
0004284009.tif 000033
【図３３】
0004284009.tif 000034
【図３４】
0004284009.tif 000035
【図３５】
0004284009.tif 000036
【図３６】
0004284009.tif 000037
【図３７】
0004284009.tif 000038
【図３８】
0004284009.tif 000039
【図３９】
0004284009.tif 000040
【図４０】
0004284009.tif 000041
【図４１】
0004284009.tif 000042
【図４２】
0004284009.tif 000043
【図４３】
0004284009.tif 000044
【図４４】
0004284009.tif 000045
【図４５】
0004284009.tif 000046
【図４６】
0004284009.tif 000047
【図４７】
0004284009.tif 000048
【図４８】
0004284009.tif 000049
【図４９】
0004284009.tif 000050
【図５０】
0004284009.tif 000051
【図５１】
0004284009.tif 000052
【図５２】
0004284009.tif 000053
【図５３】
0004284009.tif 000054
【図５４】
0004284009.tif 000055
【図５５】
0004284009.tif 000056
【図５６】
0004284009.tif 000057
【図５７】
0004284009.tif 000058
【図５８】
0004284009.tif 000059
【図５９】
0004284009.tif 000060
【図６０】
0004284009.tif 000061
【図６１】
0004284009.tif 000062
【図６２】
0004284009.tif 000063
【図６３】
0004284009.tif 000064
【図６４】
0004284009.tif 000065
【図６５】
0004284009.tif 000066
【図６６】
0004284009.tif 000067
【図６７】
0004284009.tif 000068
【図６８】
0004284009.tif 000069
【図６９】
0004284009.tif 000070
【図７０】
0004284009.tif 000071
【図７１】
0004284009.tif 000072
【図７２】
0004284009.tif 000073
【図７３】
0004284009.tif 000074
【図７４】
0004284009.tif 000075
【図７５】
0004284009.tif 000076
【図７６】
0004284009.tif 000077
【図７７】
0004284009.tif 000078
【図７８】
0004284009.tif 000079
【図７９】
0004284009.tif 000080
【図８０】
0004284009.tif 000081
【図８１】
0004284009.tif 000082
【図８２】
0004284009.tif 000083
【図８３】
0004284009.tif 000084
【図８４】
0004284009.tif 000085
【図８５】
0004284009.tif 000086
【図８６】
0004284009.tif 000087
【図８７】
0004284009.tif 000088
【図８８】
0004284009.tif 000089
【図８９】
0004284009.tif 000090
【図９０】
0004284009.tif 000091
【図９１】
0004284009.tif 000092
【図９２】
0004284009.tif 000093
【図９３】
0004284009.tif 000094
【図９４】
0004284009.tif 000095
【図９５】
0004284009.tif 000096
【図９６】
0004284009.tif 000097