JP3696815B2 - 受付制御システムおよび方法 - Google Patents
受付制御システムおよび方法 Download PDFInfo
- Publication number
- JP3696815B2 JP3696815B2 JP2001254036A JP2001254036A JP3696815B2 JP 3696815 B2 JP3696815 B2 JP 3696815B2 JP 2001254036 A JP2001254036 A JP 2001254036A JP 2001254036 A JP2001254036 A JP 2001254036A JP 3696815 B2 JP3696815 B2 JP 3696815B2
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- user
- route
- management unit
- user request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、受付制御システムおよび方法に関し、特にＶＰＮ（Virtual Private Network）で帯域保証サービスを行う際などに用いられ、ユーザからの帯域予約要求の受け付けを行う受付制御システムおよび方法に関するものである。
【０００２】
【従来の技術】
ＩＰ技術を利用したＶＰＮ実現技術や、DiffServ（Differentiated Service）のようにネットワークの転送装置（エッジノード）でフロー単位の制御を行い、中継装置（コアノード）でクラス単位の制御を行う品質制御技術では、ユーザに対して帯域保証サービスを提供する際、受付制御システムを用いて、多数のユーザから帯域予約要求を受け付け、その要求に応じた帯域を予約設定し管理するものとなっている。
【０００３】
図２４に従来の受付制御システムのブロック図を示す。
この受付制御システム８０は、１つのユーザ要求受付部８２、複数の帯域管理部８１、および複数の装置設定部８３から構成されている。ユーザ要求受付部８２と帯域管理部８１との関係は１対多となるため、ユーザ要求受付部８２の情報管理部では、各ユーザ８５の契約情報の他、帯域管理部８１と各帯域管理部８１で管理する帯域情報との関係も保持している。
【０００４】
また、帯域管理部８１の情報管理部においても、帯域情報の他、帯域管理部８１と各帯域管理部８１にて管理する帯域情報との関係を保持している。
さらに、帯域管理部８１と装置設定部８３の対応関係は１対１または１対多となるため、帯域管理部８１の情報管理部では、帯域管理部８１と装置設定部８３との対応関係についても保持している。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来の受付制御システムでは、ネットワーク規模の増大とともに増加する帯域情報については、各帯域管理部へ分散して管理しているものの、ユーザ数およびユーザ要求回数にかかわらず、１つのユーザ要求受付部がユーザ要求の受付を行う構成となっているため、ユーザ数の増加に伴いユーザ要求回数が増大して、ユーザ要求受付部の処理負荷が増大し、ユーザ要求受付部の性能が低下するという問題点があった。さらに、この性能低下が原因で、ユーザ要求受付部が受付制御システムのボトルネックとなり、受付制御機能全体の性能が低下するという問題点があった。
本発明はこのような課題を解決するためのものであり、ユーザ要求受付部の処理負荷を軽減して性能の低下を抑制し、受付制御機能全体の性能低下を回避できる受付制御システムおよび方法を提供することを目的としている。
【０００６】
【課題を解決するための手段】
このような目的を達成するために、本発明にかかる受付制御システムは、リンクを介して相互に接続された複数の中継ノードと、これら中継ノードのいずれかへリンクを介して接続されているとともに１つ以上のユーザ拠点をそれぞれ収容する複数の転送装置とからなるネットワークで、各ユーザ拠点間でのパケット通信の通信帯域を保証する帯域保証サービスを提供する際、送信元および送信先となる所望のユーザ拠点間でのパケット通信に用いる通信帯域の予約を要求するユーザ要求をユーザから受け付けて、ユーザ拠点間における当該要求帯域の予約可否を判断する受付制御システムにおいて、ユーザからのユーザ要求の通知に応じて、予め設定されている当該ユーザのユーザ契約情報を参照し、ユーザ要求で要求された各ユーザ拠点を収容する送信元転送装置と送信先転送装置における要求帯域の予約可否を判断する複数のユーザ要求受付部と、ネットワークを分割して設定された各管理エリアに対応して設けられ、当該管理エリアに属する各リンクの帯域を示す帯域情報と、各転送装置間を結ぶ各経路のうち当該管理エリアを通る各経路の構成を示す中継経路情報とを管理し、ユーザ要求受付部で受け付けられたユーザ要求に基づき、帯域情報および中継経路情報を参照して、送信元転送装置と送信先転送装置とを結ぶ経路上の各リンクについて要求帯域の予約可否を判断する複数の帯域管理部と、各転送装置と当該転送装置が属する管理エリアを管理する帯域管理部との対応を示す管理対応情報を一元管理し、ユーザ要求受付部からの問い合わせに応じて所望の転送装置に対応する帯域管理部を回答する情報位置管理サーバとを設けて、各ユーザ要求受付部で、送信元転送装置に対応する帯域管理部を情報位置管理サーバへ問い合わせ、その回答により得られた送信元帯域管理部へユーザ要求を通知するようにしたものである。
【０００７】
管理対応情報については、各ユーザ要求受付部で、情報位置管理サーバからの回答により得られた転送装置と帯域管理部との対応関係を示す管理対応情報を一時的に保持し、新たなユーザ要求に応じて管理対応情報を検索することにより、当該送信元転送装置に対応する帯域管理部を取得し、管理対応情報に当該送信元転送装置が含まれていない場合にのみ情報位置管理サーバに対して問い合わせを行うようにしてもよい。
また、各ユーザ要求受付部で、予め割り当てられている特定ユーザのユーザ契約情報のみをそれぞれ管理し、特定ユーザからのユーザ要求のみを受け付けるようにしてもよい。
【０００８】
要求経路が複数の管理エリアに跨る場合、送信元帯域管理部で、ユーザ要求受付部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路すべてについての予約可否を判断し、後続帯域管理部で、他の帯域管理部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する新たな後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する新たな後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路のうち当該後続帯域管理部以降の経路についての予約可否を判断し、その判断結果をユーザ要求の通知元へ通知するようにしてもよい。
【０００９】
さらに、送信元帯域管理部および後続帯域管理部で、要求経路のうち当該帯域管理部における管理経路について帯域予約可と判断した場合にのみ、ユーザ要求をさらに後続の帯域管理部へ通知するようにしてもよい。
【００１０】
また、本発明にかかる受付制御方法は、リンクを介して相互に接続された複数の中継ノードと、これら中継ノードのいずれかへリンクを介して接続されているとともに１つ以上のユーザ拠点をそれぞれ収容する複数の転送装置とからなるネットワークで、各ユーザ拠点間でのパケット通信の通信帯域を保証する帯域保証サービスを提供する際、複数のユーザ要求受付部と複数の帯域管理部とを有する受付制御システムで、送信元および送信先となる所望のユーザ拠点間でのパケット通信に用いる通信帯域の予約を要求するユーザ要求をユーザから受け付けて、ユーザ拠点間における当該要求帯域の予約可否を判断する受付制御方法であって、各ユーザ要求受付部で、ユーザからのユーザ要求の通知に応じて、予め設定されている当該ユーザのユーザ契約情報を参照し、ユーザ要求で要求された各ユーザ拠点を収容する送信元転送装置と送信先転送装置における要求帯域の予約可否を判断し、各帯域管理部で、ネットワークを分割して設定された各管理エリアのうち担当する１つの管理エリアについて、その管理エリアに属する各リンクの帯域を示す帯域情報と、各転送装置間を結ぶ各経路のうち当該管理エリアを通る各経路の構成を示す中継経路情報とを管理し、ユーザ要求受付部で受け付けられたユーザ要求に基づき、帯域情報および中継経路情報を参照して、送信元転送装置と送信先転送装置とを結ぶ経路上の各リンクについて要求帯域の予約可否を判断し、ユーザ要求受付部で、送信元転送装置に対応する帯域管理部を受付制御システムに設けられた情報位置管理サーバへ問い合わせ、その回答により得られた送信元帯域管理部へユーザ要求を通知し、情報位置管理サーバで、各転送装置と当該転送装置が属する管理エリアを管理する帯域管理部との対応を示す管理対応情報を一元管理し、ユーザ要求受付部からの問い合わせに応じて所望の転送装置に対応する帯域管理部を回答するようにしたものである。
【００１１】
管理対応情報については、各ユーザ要求受付部で、情報位置管理サーバからの回答により得られた転送装置と帯域管理部との対応関係を示す管理対応情報を一時的に保持し、新たなユーザ要求に応じて管理対応情報を検索して、当該送信元転送装置に対応する帯域管理部を取得し、管理対応情報に当該送信元転送装置が含まれていない場合にのみ情報位置管理サーバに対して問い合わせを行うようにしてもよい。
また、各ユーザ要求受付部で、予め割り当てられている特定ユーザのユーザ契約情報のみをそれぞれ管理し、特定ユーザからのユーザ要求のみを受け付けるようにしてもよい。
【００１２】
要求経路が複数の管理エリアに跨る場合、送信元帯域管理部で、ユーザ要求受付部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路についての予約可否を判断し、後続帯域管理部で、他の帯域管理部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路のうち当該後続帯域管理部以降の経路についての予約可否を判断し、その判断結果をユーザ要求の通知元へ通知するようにしてもよい。
【００１３】
さらに、送信元帯域管理部および後続帯域管理部で、要求経路のうち当該帯域管理部における管理経路について帯域予約可と判断した場合にのみ、ユーザ要求をさらに後続の帯域管理部へ通知するようにしてもよい。
【００１４】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
図１は本発明の一実施の形態にかかる受付制御システムおよびネットワークの構成を示すブロック図である。
まず、受付制御システムの構成について説明する。
受付制御システム１には、複数の帯域管理部１１、複数のユーザ要求受付部１２、複数の装置設定部１３、および１つの情報位置管理サーバ１４が設けられている。ユーザ要求受付部１２および装置設定部１３は、ＶＰＮやDiffServなどの制御対象となるネットワーク２と所定の通信経路で接続されている。
【００１５】
以下では、３つの帯域管理部＃１（１１Ａ），帯域管理部＃２（１１Ｂ），帯域管理部＃３（１１Ｃ）と、２つのユーザ要求受付部＃１（１２Ａ），ユーザ要求受付部＃２（１２Ｂ）と、４つの装置設定部＃１（１３Ａ），装置設定部＃２（１３Ｂ），装置設定部＃３（１３Ｃ），装置設定部＃４（１３Ｄ）とから受付制御システムを構成した場合を例として説明する。なお、本実施の形態にかかる受付制御システムはこれに限定されるものではなく、ネットワークの規模に応じて帯域管理部１１、ユーザ要求受付部１２、装置設定部１３が複数設けられている受付制御システムであれば、本発明を適用できる。
【００１６】
ユーザ要求受付部１２（１２Ａ，１２Ｂ）は、予め割り当てられているユーザからネットワーク２を介して帯域予約のためのユーザ要求を受け付け、予め管理している契約条件をユーザ要求が満たす場合にのみ、各帯域管理部１１のうちその要求経路に対応する帯域管理部１１へユーザ要求を通知する管理装置（サーバ装置）である。
帯域管理部１１（１１Ａ〜１１Ｃ）は、ネットワーク２の経路構成と各経路の通信帯域を管理し、通知されたユーザ要求に応じてその要求経路における要求帯域の予約可否を判断し、予約可の場合には帯域予約を設定する管理装置（サーバ装置）である。
【００１７】
情報位置管理サーバ１４は、各経路の端点となる転送装置とその転送装置を管理する帯域管理部との対応関係を一元管理し、ユーザ要求受付部１２からの問い合わせに応じて転送装置に対応する帯域管理部を回答する管理装置（サーバ装置）である。
装置設定部１３（１３Ａ〜１３Ｄ）は、帯域管理部１１からの指示に応じて、ネットワーク２内の転送装置に対して帯域予約を行う端末装置である。
【００１８】
次に、ネットワーク２の構成について説明する。
ネットワーク２には、ネットワーク内部に設けられてパケットを中継する中継ノード２１〜２３と、ネットワーク端点（経路端点）に設けられてネットワーク外部のユーザ拠点５１〜５３のいずれか１つ以上をそれぞれ収容するとともに、これらユーザ拠点と中継ノード２１〜２３との間でパケットを転送する転送装置３１〜３５とが設けられている。なお、ユーザ拠点とは、各ユーザが用いる１つ以上の通信端末装置を意味し、例えば企業でＶＰＮを利用する形態では、ユーザが１つの企業に相当し、ユーザ拠点がその企業の各オフィスに相当する。
【００１９】
中継ノード＃１（２１）と中継ノード＃２（２２）は、リンク＃４（４４）を介して相互接続されており、中継ノード＃１と中継ノード＃３（２３）は、リンク＃８（４８）を介して相互接続されている。また中継ノード＃２と中継ノード＃３は、リンク＃５（４５）を介して相互接続されている。
中継ノード＃１には、リンク＃１（４１）を介して転送装置＃１（３１）が相互接続され、同じくリンク＃２（４２）を介して転送装置＃２（３２）が相互接続されている。
【００２０】
中継ノード＃２（２２）には、リンク＃６（４６）を介して転送装置＃４（３４）が相互接続され、同じくリンク＃７（４７）を介して転送装置＃５（３５）が相互接続されている。
中継ノード＃３（２３）には、リンク＃３（４３）を介して転送装置＃３（３３）が相互接続されている。
【００２１】
転送装置＃１には、ユーザ＃１−拠点＃１（５１Ａ）およびユーザ＃２−拠点＃１（５２Ａ）が収容され、転送装置＃２には、ユーザ＃１−拠点＃２（５１Ｂ）およびユーザ＃３−拠点＃１（５３Ａ）が収容されている。
転送装置＃３には、ユーザ＃１−拠点＃３（５１Ｃ）およびユーザ＃２−拠点＃２（５２Ｂ）が収容されている。
転送装置＃４には、ユーザ＃１−拠点＃４（５１Ｄ）、ユーザ＃２−拠点＃３（５２Ｃ）およびユーザ＃３−拠点＃３（５３Ｃ）が収容され、転送装置＃５には、ユーザ＃１−拠点＃５（５１Ｅ）およびユーザ＃３−拠点＃４（５３Ｄ）が収容されている。
【００２２】
なお、ネットワーク２は複数の管理エリアに分割されて受付制御システム１により管理されている。ここでは、ネットワーク２が３つの管理エリア２Ａ〜２Ｃに分割されている。
管理エリア２Ａには、中継ノード＃１，転送装置＃１および転送装置＃２が属し、転送装置＃１→中継ノード＃１（リンク＃１）、転送装置＃２→中継ノード＃１（リンク＃２）、中継ノード＃１→転送装置＃１（リンク＃１）、中継ノード＃１→転送装置＃２（リンク＃２）、中継ノード＃１→中継ノード＃２（リンク＃４）および中継ノード＃１→中継ノード＃３（リンク＃８）の各帯域が帯域管理部＃１により管理されている。
【００２３】
管理エリア２Ｂには、中継ノード＃３および転送装置＃３が属し、転送装置＃３→中継ノード＃３（リンク＃３）、中継ノード＃３→転送装置＃３（リンク＃３）、中継ノード＃３→中継ノード＃２（リンク＃５）、中継ノード＃３→中継ノード＃１（リンク＃８）の各帯域が帯域管理部＃２により管理されている。
管理エリア２Ｃには、中継ノード＃２，転送装置＃４および転送装置＃５が属し、中継ノード＃２→中継ノード＃１（リンク＃４）、中継ノード＃２→中継ノード＃３（リンク＃５）、中継ノード＃２→転送装置＃４（リンク＃６）、中継ノード＃２→転送装置＃５（リンク＃７）、転送装置＃４→中継ノード＃２（リンク＃６）、転送装置＃５→中継ノード＃２（リンク＃７）の各帯域が帯域管理部＃３により管理されている。
【００２４】
図２は受付制御システムの構成を示すブロック図である。
ユーザ要求受付部＃１（１２Ａ）には、帯域管理部＃１（１１Ａ）、帯域管理部＃２（１１Ｂ）、帯域管理部＃３（１１Ｃ）および情報位置管理サーバ（１４）が接続されている。同様にして、ユーザ要求受付部＃２（１２Ｂ）にも、帯域管理部＃１（１１Ａ）、帯域管理部＃２（１１Ｂ）、帯域管理部＃３（１１Ｃ）および情報位置管理サーバ（１４）が接続されている。
また、帯域管理部＃１〜＃３は相互に接続されている。
【００２５】
帯域管理部＃１には、装置設定部＃１（１３Ａ）と装置設定部＃２（１３Ｂ）とが接続されており、装置設定部＃１を介して転送装置＃１が設定され、装置設定部＃２を介して転送装置＃２が設定される。
帯域管理部＃２には、装置設定部＃３（１３Ｃ）が接続されており、装置設定部＃３を介して転送装置＃３が設定される。
また帯域管理部＃３には、装置設定部＃４（１３Ｄ）が接続されており、装置設定部＃４を介して転送装置＃４および転送装置＃５が設定される。
【００２６】
各ユーザ要求受付部＃１，＃２には、各種情報を管理する情報管理部が設けられており、予め割り当てられたユーザとの契約内容を示すユーザ契約情報と、転送装置とその転送装置を管理する（その転送装置に関する情報を有している）帯域管理部との対応関係を示す管理対応情報の一部とが情報管理部により管理されている。
本実施の形態では、ユーザ要求受付部＃１にユーザ＃１およびユーザ＃２が割り当てられており、図６に示すようなユーザ契約情報と、図７に示すような管理対応情報とが管理されている。またユーザ要求受付部＃２にユーザ＃３が割り当てられており、図８に示すようなユーザ契約情報と、図９に示すような管理対応情報とが管理されている。
【００２７】
ユーザ契約情報（図６，図８参照）では、各ユーザごとに個別に付与されているユーザ識別子と、各ユーザの拠点ごとに個別に付与されている拠点識別子との組すなわちユーザ拠点ごとに、予約可能な全帯域幅を示す契約帯域、送信用として現在予約されている帯域幅を示す送信予約帯域、受信用として現在予約されている帯域幅を示す受信予約帯域、およびそのユーザ拠点が収容されている転送装置を示す転送装置識別子が管理されている。
【００２８】
管理対応情報（図７，図９参照）では、転送装置を示す転送装置識別子と、その転送装置に関する管理情報を有する帯域管理部を示す帯域管理部識別子とが管理されている。
なお、ユーザ要求受付部＃１，＃２では、すべての転送装置に関する管理対応情報を管理しているのではなく、必要に応じて情報位置管理サーバ１４から取得して用いたいくつかの転送装置に関する管理対応情報を一時的に管理している。これにより、連続して同一転送装置に関する管理対応情報を参照する場合には、自装置の管理対応情報で処理可能となり、情報位置管理サーバ１４への問い合わせ回数を低減でき、処理負担を軽減できる。
【００２９】
情報位置管理サーバ１４には、各種情報を管理する情報管理部が設けられており、転送装置とその転送装置を管理する（その転送装置に関する情報を有している）帯域管理部との対応関係を示すすべての管理対応情報が情報管理部により一元管理されている。
図１０に情報位置管理サーバ１４で管理されている管理対応情報を示す。なお、この管理対応情報は上記図７，図９のものと同じ構成であり、ここでの説明は省略する。
【００３０】
帯域管理部＃１〜＃３には、各種情報を管理する情報管理部が設けられており、予め割り当てられた管理エリアに属するリンクの帯域幅を示す帯域情報と、同じく管理エリア内の各中継経路の構成を示す経路情報とが情報管理部で管理されている。
本実施の形態では、帯域管理部＃１に対して管理エリア２Ａが割り当てられており、帯域管理部＃１では図１１に示すような帯域情報と図１２に示すような経路情報とが管理されている。また帯域管理部＃２に対して管理エリア２Ｂが割り当てられており、帯域管理部＃２では図１３に示すような帯域情報と図１４に示すような経路情報とが管理されている。さらに帯域管理部＃３に対して管理エリア２Ｃが割り当てられており、帯域管理部＃３では図１５に示すような帯域情報と図１６に示すような経路情報とが管理されている。
【００３１】
帯域情報（図１１，図１３，図１５）では、データ送出ノード（転送装置または中継ノード）を示す識別子と、そのデータ送出ノードに接続されたリンクとの組ごとに、そのリンクが持つ最大予約可能帯域幅を示す帯域情報と、現在予約されている帯域幅を示す予約帯域情報とが管理されている。
経路情報（図１２，図１４，図１６）では、送信元ノード（転送装置）を示す送信元ノード識別子と、送信先ノード（転送装置）を示す送信先ノード識別子との組すなわち中継経路ごとに、その中継経路を構成するリンク、中継経路および帯域管理部を示す中継経路情報が管理されている。
【００３２】
次に、図３〜図５を参照して、本実施の形態にかかる受付制御システムの動作について説明する。図３はユーザ要求受付部におけるユーザ要求受付処理を示すフローチャート、図４は帯域管理部における帯域設定処理を示すフローチャート、図５は受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点２間の帯域予約）を示すシーケンス図である。
初期状態として、ユーザ要求受付部＃１，＃２、情報位置管理サーバ、各帯域管理部＃１〜＃３で管理する情報は、上記図６〜１６で説明した通りであるものとする。
【００３３】
このような状態において、ユーザ＃１から受付制御システム１に対して、以下のユーザ要求＃１が要求された場合、
［ユーザ要求＃１］
・フロー識別子：送信元＝拠点＃１、送信先＝拠点＃２
・帯域：５Ｍｂｐｓ
ユーザ要求受付部＃１では、図３のユーザ要求受付処理を開始する。
【００３４】
まず、ユーザ要求受付部＃１は、そのユーザ要求＃１の要求内容を確認し（ステップ１００）、自装置で管理しているユーザ契約情報（図６参照）を元に、要求経路の各拠点の契約帯域および予約帯域
・拠点＃１＝（１０Ｍｂｐｓ，０Ｍｂｐｓ）
・拠点＃２＝（１５Ｍｂｐｓ，０Ｍｂｐｓ）
を取得する（ステップ１０１）。
そして、ユーザ要求＃１で要求された帯域：５Ｍｂｐｓと比較する（ステップ１０２）。
【００３５】
ここで、送信元または送信先の契約帯域が要求帯域より小さく、これら拠点で要求帯域を予約できない場合は（ステップ１０２：ＮＯ）、その要求元ユーザ＃１に対して要求帯域を予約できない旨のエラーを通知し（ステップ１１４）、一連のユーザ要求受付処理を終了する。
一方、送信元および送信先の契約帯域の両方が要求帯域と予約帯域の合計値以上で、これら拠点で要求帯域を予約可能な場合は（ステップ１０２：ＹＥＳ）、自装置のユーザ契約情報の当該拠点に対応する送信予約帯域および受信予約帯域を更新する（ステップ１０３）。この場合は、図１７に示すように、送信元となる拠点＃１の送信予約帯域を５Ｍｂｐｓとし、送信先となる拠点＃２の受信予約帯域を５Ｍｂｐｓとする。
【００３６】
続いて、ユーザ契約情報から、送信元の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃１と、送信先の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃２とを確認し（ステップ１０４）、自装置の管理対応情報（図７参照）内に、その送信元転送装置がエントリ（保持）されているかどうか確認する（ステップ１０５）。
ここで、エントリされていない場合は（ステップ１０６：ＮＯ）、その送信元転送装置＃１に対応する帯域管理部を情報位置管理サーバ１４へ問い合わせる（ステップ１０７）。
【００３７】
情報位置管理サーバ１４では、ユーザ要求受付部＃１からの送信元転送装置＃１に対応する帯域管理部の問い合わせを受信すると、自装置の管理対応情報（図１０参照）を検索して、送信元転送装置＃１に対応する帯域管理部として帯域管理部＃１を取得し、その結果をユーザ要求受付部＃１に対して回答する。
ユーザ要求受付部＃１では、情報位置管理サーバ１４からの回答を受け取って、図１８に示すように、その内容を自装置の管理対応情報の空欄へ記述する（ステップ１０８）。このとき、管理対応情報に空欄が存在しなかった場合は、最も古いエントリまたは最も利用されていないエントリを削除して上書きすればよい。
【００３８】
そして、その送信元転送装置＃１に対応する帯域管理部＃１に対して、ユーザ＃１からのユーザ要求＃１を通知する（ステップ１０９）。このとき、送信元および送信先となる転送装置として、転送装置＃１および転送装置＃２についても帯域管理部＃１へ通知する。
なお、ステップ１０６において、送信元転送装置＃１のエントリが存在した場合は（ステップ１０６：ＹＥＳ）、情報位置管理サーバ１４への問い合わせは不要となるため、ステップ１０９へ直接移行すればよい。これにより、ユーザ要求受付部＃１および情報位置管理サーバ１４での処理負担を軽減できる。
【００３９】
一方、帯域管理部＃１では、ユーザ要求受付部＃１からのユーザ要求＃１およびその送信元および送信先の転送装置の通知に応じて、図４に示した帯域設定処理を開始する。
まず、自装置の経路情報（図１２参照）を検索して、ユーザの要求経路として、送信元転送装置＃１から送信先転送装置＃２への中継経路＃１（転送装置＃１→）リンク＃１→中継ノード＃１→リンク＃２（転送装置＃２）を特定する（ステップ１２０）。
【００４０】
続いて、自装置の帯域情報（図１１参照）を検索して、上記中継経路＃１の経路を構成する個々のリンクについて、その帯域情報と予約帯域情報とを取得する（ステップ１２１）。そして、これら各リンクごとに予約帯域情報が示す予約帯域幅とユーザ要求＃１の要求帯域幅との合計値を計算し、その合計値と上記帯域情報の最大予約可能帯域幅とを比較する（ステップ１２２）。
ここで、上記合計値が最大予約可能帯域幅よりも大きく、当該リンクで予約不可能な場合は（ステップ１２２：ＮＯ）、そのユーザ要求＃１の通知元ここではユーザ要求受付部＃１に対して、帯域予約失敗を示すエラーを通知し（ステップ１３２）、一連の帯域予約処理を終了する。
【００４１】
一方、各リンクにおいて上記合計値が最大予約可能帯域よりも小さく、上記中継経路＃１で予約可能と判断された場合は（ステップ１２２：ＹＥＳ）、自装置の帯域情報のうちその中継経路＃１を構成する管理経路の各リンクについて予約帯域情報を更新する（ステップ１２３）。この場合は、図１９に示すように、送信元転送装置＃１のリンク＃１についてその予約帯域情報を５Ｍｂｐｓとし、中継ノード＃１のリンク＃２についてその予約帯域情報を５Ｍｂｐｓとする。
そして、その中継経路＃１が示すように、後続する帯域管理部が存在せず（ステップ１２４：ＮＯ）、自装置が送信元転送装置＃１を管理する送信元帯域管理部であることから（ステップ１２７：ＹＥＳ）、ユーザ要求＃１の送信元ノードとなる転送装置＃１に対し、帯域予約を設定する（ステップ１２８）。
【００４２】
この場合は、転送装置＃１に対応する装置設定部＃１を介して、
［トラヒック］
送信元：ユーザ＃１−拠点＃１
送信先：ユーザ＃１−拠点＃４
レート：５Ｍｂｐｓ
ＱｏＳ：最優先転送クラス
の帯域予約を設定する。
【００４３】
そして、そのユーザ要求＃１の通知元、ここではユーザ要求受付部＃１に対して、帯域予約の成功を通知し（ステップ１２９）、一連の帯域予約処理を終了する。
ユーザ要求受付部＃１では、送信元帯域管理部＃１から帯域予約の成功が通知された場合は（ステップ１１０：ＹＥＳ）、ユーザ要求＃２の要求元であるユーザ＃１に対して帯域予約の成功を通知して（ステップ１１１）、一連のユーザ要求受付処理を終了する。
【００４４】
このように、複数のユーザ要求受付部を設けてユーザからのユーザ要求を受け付けるとともに、ユーザ要求を所定の帯域管理部へ通知する際に必要となる転送装置と帯域管理部との対応関係を示す管理対応情報を情報位置管理サーバで一元管理しておき、必要に応じて各ユーザ要求受付部から情報位置管理サーバへ問い合わせを行うようにしたので、ユーザからのユーザ要求を各ユーザ要求部で分散して受付することができ、ネットワーク規模が増大した場合でも迅速な受付処理を実現できる。また、情報位置管理サーバで管理対応情報を一元管理するようにしたので、単に複数のユーザ要求受付部を設けた場合と比較して、各ユーザ要求部で管理対応情報を管理する必要がなくなり、ユーザ要求受付部で管理する情報量の増大を回避できる。
【００４５】
また、情報位置管理サーバへの問い合わせにより取得した管理対応情報を、各ユーザ要求受付部で一時的に記憶して再利用するようにしたので、情報位置管理サーバへのアクセスを削減でき、ユーザ要求受付部および情報位置管理サーバでの処理負担を軽減できる。
【００４６】
続いて、ユーザ＃１から受付制御システム１に対して、以下のユーザ要求＃２が要求された場合、
［ユーザ要求＃２］
・フロー識別子：送信元＝拠点＃１、送信先＝拠点＃４
・帯域：５Ｍｂｐｓ
ユーザ要求受付部＃１では、上記と同様にして図３のユーザ要求受付処理を開始する。図２０に受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点４間の帯域予約）のシーケンス図を示す。
【００４７】
まず、ユーザ要求受付部＃１は、そのユーザ要求＃２の要求内容を確認し（ステップ１００）、自装置で管理しているユーザ契約情報（図１７参照）を元に、要求経路の各拠点の契約帯域および予約帯域
・拠点＃１＝（１０Ｍｂｐｓ，５Ｍｂｐｓ）
・拠点＃４＝（１５Ｍｂｐｓ，０Ｍｂｐｓ）
を取得する（ステップ１０１）。
そして、ユーザ要求＃２で要求された帯域：５Ｍｂｐｓと比較する（ステップ１０２）。
【００４８】
ここで、送信元および送信先の契約帯域の両方が要求帯域と予約帯域の合計値以上で、これら拠点で要求帯域を予約可能なことから（ステップ１０２：ＹＥＳ）、自装置のユーザ契約情報の当該拠点に対応する送信予約帯域および受信予約帯域を更新する（ステップ１０３）。この場合は、図２１に示すように、送信元となる拠点＃１の送信予約帯域を１０（＝５＋５）Ｍｂｐｓとし、送信先となる拠点＃４の受信予約帯域を５Ｍｂｐｓとする。
【００４９】
続いて、ユーザ契約情報から、送信元の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃１と、送信先の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃２とを確認し（ステップ１０４）、自装置の管理対応情報（図１８参照）内に、その送信元転送装置がエントリ（保持）されているかどうか確認する（ステップ１０５）。
ここで、エントリされていることから（ステップ１０６：ＹＥＳ）、情報位置管理サーバ１４へ問い合わせを行わず、自装置の管理対応情報から取得した送信元転送装置＃１に対応する帯域管理部＃１に対して、ユーザ＃１からのユーザ要求＃２を通知する（ステップ１０９）。このとき、送信元および送信先となる転送装置として、転送装置＃１および転送装置＃４についても帯域管理部＃１へ通知する。
【００５０】
一方、帯域管理部＃１では、ユーザ要求受付部＃１からのユーザ要求＃２およびその送信元および送信先の転送装置の通知に応じて、前述と同様に図４に示した帯域設定処理を開始する。
まず、自装置の経路情報（図１２参照）を検索して、ユーザの要求経路として、送信元転送装置＃１から送信先転送装置＃４への中継経路＃２（転送装置＃１→）リンク＃１→中継ノード＃１→リンク＃４→帯域管理部＃３（転送装置＃４）を特定する（ステップ１２０）。
【００５１】
続いて、自装置の帯域情報（図１９参照）を検索して、上記中継経路＃２の経路を構成する個々のリンクについて、その帯域情報と予約帯域情報とを取得する（ステップ１２１）。そして、これら各リンクごとに予約帯域情報が示す予約帯域幅とユーザ要求＃２の要求帯域幅との合計値を計算し、その合計値と上記帯域情報の最大予約可能帯域幅とを比較する（ステップ１２２）。
ここでは、各リンクにおいて上記合計値が最大予約可能帯域以下であることから、上記中継経路＃２で予約可能と判断され（ステップ１２２：ＹＥＳ）、自装置の帯域情報のうちその中継経路＃２を構成する各リンクの予約帯域情報を更新する（ステップ１２３）。
【００５２】
この場合、図２２に示すように、送信元転送装置＃１のリンク＃１についてその予約帯域情報を１０（５＋５）Ｍｂｐｓとする。
そして、その中継経路＃２が後続する帯域管理部＃３の存在することを示すことから（ステップ１２４：ＹＥＳ）、その帯域管理部＃３に対し、ユーザ要求＃２＊（以下、＊印で帯域管理部＃３に関する情報または処理を示す）を通知する（ステップ１２５）。
【００５３】
帯域管理部＃３では、帯域管理部＃１からのユーザ要求＃２およびその送信元および送信先の転送装置の通知に応じて、帯域管理部＃１と同様に、図４に示した帯域設定処理を開始する。
まず、自装置の経路情報（図１６参照）を検索して、ユーザの要求経路として、送信元転送装置＃１から送信先転送装置＃４への中継経路＃２＊（転送装置＃１→）中継ノード＃２→リンク＃６（→転送装置＃４）を特定する（ステップ１２０＊）。
【００５４】
続いて、自装置の帯域情報（図１５参照）を検索して、上記中継経路＃２＊の経路を構成する個々のリンクについて、その帯域情報と予約帯域情報とを取得する（ステップ１２１＊）。そして、これら各リンクごとに予約帯域情報が示す予約帯域幅とユーザ要求＃２＊の要求帯域幅との合計値を計算し、その合計値と上記帯域情報の最大予約可能帯域幅とを比較する（ステップ１２２＊）。
ここで、上記合計値が最大予約可能帯域幅よりも大きく、当該リンクで予約不可能な場合は（ステップ１２２：ＮＯ＊）、そのユーザ要求＃２＊の通知元ここでは帯域管理部＃１に対して、帯域予約失敗を示すエラーを通知し（ステップ１３２＊）、一連の帯域予約処理を終了する。
【００５５】
一方、各リンクにおいて上記合計値が最大予約可能帯域以下で、上記中継経路＃２＊で予約可能と判断された場合は（ステップ１２２：ＹＥＳ＊）、自装置の帯域情報のうちその中継経路＃２＊を構成する各リンクの予約帯域情報を更新する（ステップ１２３＊）。この場合は、図２３に示すように、中継ノード＃２のリンク＃６についてその予約帯域情報を５Ｍｂｐｓとする。
そして、その中継経路＃２＊に後続する帯域管理部が存在せず（ステップ１２４：ＮＯ＊）、自装置が送信元転送装置＃１を管理する送信元帯域管理部ではないことから（ステップ１２７：ＮＯ）、当該ユーザ要求＃２＊の通知元ここでは帯域予約部＃１に対して帯域予約の成功を通知し、一連の帯域予約処理を終了する。
【００５６】
帯域管理部＃１では、後続の帯域管理部＃３からユーザ要求＃２＊に対して予約成功が通知された場合（ステップ１２６：ＹＥＳ）、自装置が送信元転送装置＃１を管理する送信元帯域管理部であることから（ステップ１２７：ＹＥＳ）、ユーザ要求＃２の送信元ノードとなる転送装置＃１に対し、これに対応する装置設定部＃１を介して、
［トラヒック］
送信元：ユーザ＃１−拠点＃１
送信先：ユーザ＃１−拠点＃４
レート：５Ｍｂｐｓ
ＱｏＳ：最優先転送クラス
の帯域予約を設定する（ステップ１２８）。
【００５７】
そして、そのユーザ要求＃２の通知元、ここではユーザ要求受付部＃１に対して、帯域予約の成功を通知し（ステップ１２９）、一連の帯域予約処理を終了する。
一方、後続の帯域管理部＃３からユーザ要求＃２＊に対して予約失敗が通知された場合（ステップ１２６：ＮＯ）、その元となるユーザ要求＃２に関する帯域情報（図１９参照）の帯域予約情報を元の内容（図１１参照）に戻し（ステップ１３０）、そのユーザ要求＃２の通知元ここではユーザ要求受付部＃１に対して、予約失敗を示すエラーを通知し（ステップ１３１）、一連の帯域予約処理を終了する。
【００５８】
ユーザ要求受付部＃１では、送信元帯域管理部＃１から帯域予約の成功が通知された場合は（ステップ１１０：ＹＥＳ）、ユーザ要求＃２の要求元であるユーザ＃１に対して帯域予約の成功を通知して（ステップ１１１）、一連のユーザ要求受付処理を終了する。
また、送信元帯域管理部＃１から帯域予約の失敗が通知された場合は（ステップ１１０：ＮＯ）、そのユーザ要求＃２に関するユーザ契約情報（図１７参照）の送信予約帯域および受信予約帯域を元の内容（図６参照）に戻す（ステップ１１２）。そして、ユーザ要求＃２の要求元であるユーザ＃１に対して帯域予約の失敗を示すエラー通知して（ステップ１１３）、一連のユーザ要求受付処理を終了する。
【００５９】
このように、複数の管理エリアに跨る要求経路については、各帯域管理部で要求経路のうち当該管理エリアにおける管理経路について予約可否を確認するとともに、後続の経路については対応する管理エリアの帯域管理部で確認するようにしたので、大規模なネットワークに対しても容易に対応できる。
さらに、当該管理経路について予約可と判断された場合にのみ後続の帯域管理部へユーザ要求を通知するようにしたので、後続の帯域管理部での無駄な帯域予約処理を抑止できる。
【００６０】
【発明の効果】
以上説明したように、本発明は、複数のユーザ要求受付部を設けてユーザからのユーザ要求を受け付けるとともに、ユーザ要求を所定の帯域管理部へ通知する際に必要となる転送装置と帯域管理部との対応関係を示す管理対応情報を情報位置管理サーバで一元管理しておき、必要に応じて各ユーザ要求受付部から情報位置管理サーバへ問い合わせを行うようにしたので、ユーザからのユーザ要求を各ユーザ要求部で分散して受付することができ、ネットワーク規模が増大した場合でも迅速な受付処理を実現できる。また、情報位置管理サーバで管理対応情報を一元管理するようにしたので、単に複数のユーザ要求受付部を設けた場合と比較して、各ユーザ要求部で管理対応情報を管理する必要がなくなり、ユーザ要求受付部で管理する情報量の増大を回避できる。
【図面の簡単な説明】
【図１】 本発明の一実施の形態にかかる受付制御システムおよびネットワークの構成を示すブロック図である。
【図２】 受付制御システムの構成を示すブロック図である。
【図３】 ユーザ要求受付部でのユーザ要求受付処理を示すフローチャートである。
【図４】 帯域管理部での帯域予約処理を示すフローチャートである。
【図５】 受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点２間の帯域予約）を示すシーケンス図である。
【図６】 ユーザ契約情報（ユーザ要求受付部＃１）の具体例を示す説明図である。
【図７】 管理対応情報（ユーザ要求受付部＃１）の具体例を示す説明図である。
【図８】 ユーザ契約情報（ユーザ要求受付部＃２）の具体例を示す説明図である。
【図９】 管理対応情報（ユーザ要求受付部＃２）の具体例を示す説明図である。
【図１０】 管理対応情報（情報位置管理サーバ）の具体例を示す説明図である。
【図１１】 帯域情報（帯域管理部＃１）の具体例を示す説明図である。
【図１２】 経路情報（帯域管理部＃１）の具体例を示す説明図である。
【図１３】 帯域情報（帯域管理部＃２）の具体例を示す説明図である。
【図１４】 経路情報（帯域管理部＃２）の具体例を示す説明図である。
【図１５】 帯域情報（帯域管理部＃３）の具体例を示す説明図である。
【図１６】 経路情報（帯域管理部＃３）の具体例を示す説明図である。
【図１７】 ユーザ契約情報（ユーザ要求受付部＃１）の更新例を示す説明図である。
【図１８】 管理対応情報（ユーザ要求受付部＃１）の更新例を示す説明図である。
【図１９】 帯域情報（帯域管理部＃１）の更新例を示す説明図である。
【図２０】 受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点４間の帯域予約）を示すシーケンス図である。
【図２１】 ユーザ契約情報（ユーザ要求受付部＃１）の更新例を示す説明図である。
【図２２】 帯域情報（帯域管理部＃１）の更新例を示す説明図である。
【図２３】 帯域情報（帯域管理部＃３）の更新例を示す説明図である。
【図２４】 従来の受付制御システムの構成を示すブロック図である。
【符号の説明】
１…受付制御システム、２…ネットワーク、２Ａ…管理エリア（帯域管理部＃１担当）、２Ｂ…管理エリア（帯域管理部＃２担当）、２Ｃ…管理エリア（帯域管理部＃３担当）、１１Ａ…帯域管理部＃１、１１Ｂ…帯域管理部＃２、１１Ｃ…帯域管理部＃３、１２Ａ…ユーザ要求受付部＃１、１２Ｂ…ユーザ要求受付部＃２、１３Ａ…装置設定部＃１、１３Ｂ…装置設定部＃２、１３Ｃ…装置設定部＃３、１３Ｄ…装置設定部＃４、１４…情報位置管理サーバ、２１…中継ノード＃１、２２…中継ノード＃２、２３…中継ノード＃３、３１…転送装置＃１、３２…転送装置＃２、３３…転送装置＃３、３４…転送装置＃４、３５…転送装置＃５、４１…リンク＃１、４２…リンク＃２、４３…リンク＃３、４４…リンク＃４、４５…リンク＃５、４６…リンク＃６、４７…リンク＃７、４８…リンク＃８、５１Ａ…ユーザ＃１−拠点＃１、５１Ｂ…ユーザ＃１−拠点＃２、５１Ｃ…ユーザ＃１−拠点＃３、５１Ｄ…ユーザ＃１−拠点＃４、５１Ｅ…ユーザ＃１−拠点＃５、５２Ａ…ユーザ＃２−拠点＃１、５２Ｂ…ユーザ＃２−拠点＃２、５２Ｃ…ユーザ＃２−拠点＃３、５３Ａ…ユーザ＃３−拠点＃１、５３Ｂ…ユーザ＃３−拠点＃２、５３Ｃ…ユーザ＃３−拠点＃３。
【発明の属する技術分野】
本発明は、受付制御システムおよび方法に関し、特にＶＰＮ（Virtual Private Network）で帯域保証サービスを行う際などに用いられ、ユーザからの帯域予約要求の受け付けを行う受付制御システムおよび方法に関するものである。
【０００２】
【従来の技術】
ＩＰ技術を利用したＶＰＮ実現技術や、DiffServ（Differentiated Service）のようにネットワークの転送装置（エッジノード）でフロー単位の制御を行い、中継装置（コアノード）でクラス単位の制御を行う品質制御技術では、ユーザに対して帯域保証サービスを提供する際、受付制御システムを用いて、多数のユーザから帯域予約要求を受け付け、その要求に応じた帯域を予約設定し管理するものとなっている。
【０００３】
図２４に従来の受付制御システムのブロック図を示す。
この受付制御システム８０は、１つのユーザ要求受付部８２、複数の帯域管理部８１、および複数の装置設定部８３から構成されている。ユーザ要求受付部８２と帯域管理部８１との関係は１対多となるため、ユーザ要求受付部８２の情報管理部では、各ユーザ８５の契約情報の他、帯域管理部８１と各帯域管理部８１で管理する帯域情報との関係も保持している。
【０００４】
また、帯域管理部８１の情報管理部においても、帯域情報の他、帯域管理部８１と各帯域管理部８１にて管理する帯域情報との関係を保持している。
さらに、帯域管理部８１と装置設定部８３の対応関係は１対１または１対多となるため、帯域管理部８１の情報管理部では、帯域管理部８１と装置設定部８３との対応関係についても保持している。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来の受付制御システムでは、ネットワーク規模の増大とともに増加する帯域情報については、各帯域管理部へ分散して管理しているものの、ユーザ数およびユーザ要求回数にかかわらず、１つのユーザ要求受付部がユーザ要求の受付を行う構成となっているため、ユーザ数の増加に伴いユーザ要求回数が増大して、ユーザ要求受付部の処理負荷が増大し、ユーザ要求受付部の性能が低下するという問題点があった。さらに、この性能低下が原因で、ユーザ要求受付部が受付制御システムのボトルネックとなり、受付制御機能全体の性能が低下するという問題点があった。
本発明はこのような課題を解決するためのものであり、ユーザ要求受付部の処理負荷を軽減して性能の低下を抑制し、受付制御機能全体の性能低下を回避できる受付制御システムおよび方法を提供することを目的としている。
【０００６】
【課題を解決するための手段】
このような目的を達成するために、本発明にかかる受付制御システムは、リンクを介して相互に接続された複数の中継ノードと、これら中継ノードのいずれかへリンクを介して接続されているとともに１つ以上のユーザ拠点をそれぞれ収容する複数の転送装置とからなるネットワークで、各ユーザ拠点間でのパケット通信の通信帯域を保証する帯域保証サービスを提供する際、送信元および送信先となる所望のユーザ拠点間でのパケット通信に用いる通信帯域の予約を要求するユーザ要求をユーザから受け付けて、ユーザ拠点間における当該要求帯域の予約可否を判断する受付制御システムにおいて、ユーザからのユーザ要求の通知に応じて、予め設定されている当該ユーザのユーザ契約情報を参照し、ユーザ要求で要求された各ユーザ拠点を収容する送信元転送装置と送信先転送装置における要求帯域の予約可否を判断する複数のユーザ要求受付部と、ネットワークを分割して設定された各管理エリアに対応して設けられ、当該管理エリアに属する各リンクの帯域を示す帯域情報と、各転送装置間を結ぶ各経路のうち当該管理エリアを通る各経路の構成を示す中継経路情報とを管理し、ユーザ要求受付部で受け付けられたユーザ要求に基づき、帯域情報および中継経路情報を参照して、送信元転送装置と送信先転送装置とを結ぶ経路上の各リンクについて要求帯域の予約可否を判断する複数の帯域管理部と、各転送装置と当該転送装置が属する管理エリアを管理する帯域管理部との対応を示す管理対応情報を一元管理し、ユーザ要求受付部からの問い合わせに応じて所望の転送装置に対応する帯域管理部を回答する情報位置管理サーバとを設けて、各ユーザ要求受付部で、送信元転送装置に対応する帯域管理部を情報位置管理サーバへ問い合わせ、その回答により得られた送信元帯域管理部へユーザ要求を通知するようにしたものである。
【０００７】
管理対応情報については、各ユーザ要求受付部で、情報位置管理サーバからの回答により得られた転送装置と帯域管理部との対応関係を示す管理対応情報を一時的に保持し、新たなユーザ要求に応じて管理対応情報を検索することにより、当該送信元転送装置に対応する帯域管理部を取得し、管理対応情報に当該送信元転送装置が含まれていない場合にのみ情報位置管理サーバに対して問い合わせを行うようにしてもよい。
また、各ユーザ要求受付部で、予め割り当てられている特定ユーザのユーザ契約情報のみをそれぞれ管理し、特定ユーザからのユーザ要求のみを受け付けるようにしてもよい。
【０００８】
要求経路が複数の管理エリアに跨る場合、送信元帯域管理部で、ユーザ要求受付部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路すべてについての予約可否を判断し、後続帯域管理部で、他の帯域管理部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する新たな後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する新たな後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路のうち当該後続帯域管理部以降の経路についての予約可否を判断し、その判断結果をユーザ要求の通知元へ通知するようにしてもよい。
【０００９】
さらに、送信元帯域管理部および後続帯域管理部で、要求経路のうち当該帯域管理部における管理経路について帯域予約可と判断した場合にのみ、ユーザ要求をさらに後続の帯域管理部へ通知するようにしてもよい。
【００１０】
また、本発明にかかる受付制御方法は、リンクを介して相互に接続された複数の中継ノードと、これら中継ノードのいずれかへリンクを介して接続されているとともに１つ以上のユーザ拠点をそれぞれ収容する複数の転送装置とからなるネットワークで、各ユーザ拠点間でのパケット通信の通信帯域を保証する帯域保証サービスを提供する際、複数のユーザ要求受付部と複数の帯域管理部とを有する受付制御システムで、送信元および送信先となる所望のユーザ拠点間でのパケット通信に用いる通信帯域の予約を要求するユーザ要求をユーザから受け付けて、ユーザ拠点間における当該要求帯域の予約可否を判断する受付制御方法であって、各ユーザ要求受付部で、ユーザからのユーザ要求の通知に応じて、予め設定されている当該ユーザのユーザ契約情報を参照し、ユーザ要求で要求された各ユーザ拠点を収容する送信元転送装置と送信先転送装置における要求帯域の予約可否を判断し、各帯域管理部で、ネットワークを分割して設定された各管理エリアのうち担当する１つの管理エリアについて、その管理エリアに属する各リンクの帯域を示す帯域情報と、各転送装置間を結ぶ各経路のうち当該管理エリアを通る各経路の構成を示す中継経路情報とを管理し、ユーザ要求受付部で受け付けられたユーザ要求に基づき、帯域情報および中継経路情報を参照して、送信元転送装置と送信先転送装置とを結ぶ経路上の各リンクについて要求帯域の予約可否を判断し、ユーザ要求受付部で、送信元転送装置に対応する帯域管理部を受付制御システムに設けられた情報位置管理サーバへ問い合わせ、その回答により得られた送信元帯域管理部へユーザ要求を通知し、情報位置管理サーバで、各転送装置と当該転送装置が属する管理エリアを管理する帯域管理部との対応を示す管理対応情報を一元管理し、ユーザ要求受付部からの問い合わせに応じて所望の転送装置に対応する帯域管理部を回答するようにしたものである。
【００１１】
管理対応情報については、各ユーザ要求受付部で、情報位置管理サーバからの回答により得られた転送装置と帯域管理部との対応関係を示す管理対応情報を一時的に保持し、新たなユーザ要求に応じて管理対応情報を検索して、当該送信元転送装置に対応する帯域管理部を取得し、管理対応情報に当該送信元転送装置が含まれていない場合にのみ情報位置管理サーバに対して問い合わせを行うようにしてもよい。
また、各ユーザ要求受付部で、予め割り当てられている特定ユーザのユーザ契約情報のみをそれぞれ管理し、特定ユーザからのユーザ要求のみを受け付けるようにしてもよい。
【００１２】
要求経路が複数の管理エリアに跨る場合、送信元帯域管理部で、ユーザ要求受付部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路についての予約可否を判断し、後続帯域管理部で、他の帯域管理部からのユーザ要求に応じて、要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へユーザ要求を通知し、そのユーザ要求に対する後続帯域管理部からの帯域予約成否通知と管理経路に関する予約可否とに基づき要求経路のうち当該後続帯域管理部以降の経路についての予約可否を判断し、その判断結果をユーザ要求の通知元へ通知するようにしてもよい。
【００１３】
さらに、送信元帯域管理部および後続帯域管理部で、要求経路のうち当該帯域管理部における管理経路について帯域予約可と判断した場合にのみ、ユーザ要求をさらに後続の帯域管理部へ通知するようにしてもよい。
【００１４】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
図１は本発明の一実施の形態にかかる受付制御システムおよびネットワークの構成を示すブロック図である。
まず、受付制御システムの構成について説明する。
受付制御システム１には、複数の帯域管理部１１、複数のユーザ要求受付部１２、複数の装置設定部１３、および１つの情報位置管理サーバ１４が設けられている。ユーザ要求受付部１２および装置設定部１３は、ＶＰＮやDiffServなどの制御対象となるネットワーク２と所定の通信経路で接続されている。
【００１５】
以下では、３つの帯域管理部＃１（１１Ａ），帯域管理部＃２（１１Ｂ），帯域管理部＃３（１１Ｃ）と、２つのユーザ要求受付部＃１（１２Ａ），ユーザ要求受付部＃２（１２Ｂ）と、４つの装置設定部＃１（１３Ａ），装置設定部＃２（１３Ｂ），装置設定部＃３（１３Ｃ），装置設定部＃４（１３Ｄ）とから受付制御システムを構成した場合を例として説明する。なお、本実施の形態にかかる受付制御システムはこれに限定されるものではなく、ネットワークの規模に応じて帯域管理部１１、ユーザ要求受付部１２、装置設定部１３が複数設けられている受付制御システムであれば、本発明を適用できる。
【００１６】
ユーザ要求受付部１２（１２Ａ，１２Ｂ）は、予め割り当てられているユーザからネットワーク２を介して帯域予約のためのユーザ要求を受け付け、予め管理している契約条件をユーザ要求が満たす場合にのみ、各帯域管理部１１のうちその要求経路に対応する帯域管理部１１へユーザ要求を通知する管理装置（サーバ装置）である。
帯域管理部１１（１１Ａ〜１１Ｃ）は、ネットワーク２の経路構成と各経路の通信帯域を管理し、通知されたユーザ要求に応じてその要求経路における要求帯域の予約可否を判断し、予約可の場合には帯域予約を設定する管理装置（サーバ装置）である。
【００１７】
情報位置管理サーバ１４は、各経路の端点となる転送装置とその転送装置を管理する帯域管理部との対応関係を一元管理し、ユーザ要求受付部１２からの問い合わせに応じて転送装置に対応する帯域管理部を回答する管理装置（サーバ装置）である。
装置設定部１３（１３Ａ〜１３Ｄ）は、帯域管理部１１からの指示に応じて、ネットワーク２内の転送装置に対して帯域予約を行う端末装置である。
【００１８】
次に、ネットワーク２の構成について説明する。
ネットワーク２には、ネットワーク内部に設けられてパケットを中継する中継ノード２１〜２３と、ネットワーク端点（経路端点）に設けられてネットワーク外部のユーザ拠点５１〜５３のいずれか１つ以上をそれぞれ収容するとともに、これらユーザ拠点と中継ノード２１〜２３との間でパケットを転送する転送装置３１〜３５とが設けられている。なお、ユーザ拠点とは、各ユーザが用いる１つ以上の通信端末装置を意味し、例えば企業でＶＰＮを利用する形態では、ユーザが１つの企業に相当し、ユーザ拠点がその企業の各オフィスに相当する。
【００１９】
中継ノード＃１（２１）と中継ノード＃２（２２）は、リンク＃４（４４）を介して相互接続されており、中継ノード＃１と中継ノード＃３（２３）は、リンク＃８（４８）を介して相互接続されている。また中継ノード＃２と中継ノード＃３は、リンク＃５（４５）を介して相互接続されている。
中継ノード＃１には、リンク＃１（４１）を介して転送装置＃１（３１）が相互接続され、同じくリンク＃２（４２）を介して転送装置＃２（３２）が相互接続されている。
【００２０】
中継ノード＃２（２２）には、リンク＃６（４６）を介して転送装置＃４（３４）が相互接続され、同じくリンク＃７（４７）を介して転送装置＃５（３５）が相互接続されている。
中継ノード＃３（２３）には、リンク＃３（４３）を介して転送装置＃３（３３）が相互接続されている。
【００２１】
転送装置＃１には、ユーザ＃１−拠点＃１（５１Ａ）およびユーザ＃２−拠点＃１（５２Ａ）が収容され、転送装置＃２には、ユーザ＃１−拠点＃２（５１Ｂ）およびユーザ＃３−拠点＃１（５３Ａ）が収容されている。
転送装置＃３には、ユーザ＃１−拠点＃３（５１Ｃ）およびユーザ＃２−拠点＃２（５２Ｂ）が収容されている。
転送装置＃４には、ユーザ＃１−拠点＃４（５１Ｄ）、ユーザ＃２−拠点＃３（５２Ｃ）およびユーザ＃３−拠点＃３（５３Ｃ）が収容され、転送装置＃５には、ユーザ＃１−拠点＃５（５１Ｅ）およびユーザ＃３−拠点＃４（５３Ｄ）が収容されている。
【００２２】
なお、ネットワーク２は複数の管理エリアに分割されて受付制御システム１により管理されている。ここでは、ネットワーク２が３つの管理エリア２Ａ〜２Ｃに分割されている。
管理エリア２Ａには、中継ノード＃１，転送装置＃１および転送装置＃２が属し、転送装置＃１→中継ノード＃１（リンク＃１）、転送装置＃２→中継ノード＃１（リンク＃２）、中継ノード＃１→転送装置＃１（リンク＃１）、中継ノード＃１→転送装置＃２（リンク＃２）、中継ノード＃１→中継ノード＃２（リンク＃４）および中継ノード＃１→中継ノード＃３（リンク＃８）の各帯域が帯域管理部＃１により管理されている。
【００２３】
管理エリア２Ｂには、中継ノード＃３および転送装置＃３が属し、転送装置＃３→中継ノード＃３（リンク＃３）、中継ノード＃３→転送装置＃３（リンク＃３）、中継ノード＃３→中継ノード＃２（リンク＃５）、中継ノード＃３→中継ノード＃１（リンク＃８）の各帯域が帯域管理部＃２により管理されている。
管理エリア２Ｃには、中継ノード＃２，転送装置＃４および転送装置＃５が属し、中継ノード＃２→中継ノード＃１（リンク＃４）、中継ノード＃２→中継ノード＃３（リンク＃５）、中継ノード＃２→転送装置＃４（リンク＃６）、中継ノード＃２→転送装置＃５（リンク＃７）、転送装置＃４→中継ノード＃２（リンク＃６）、転送装置＃５→中継ノード＃２（リンク＃７）の各帯域が帯域管理部＃３により管理されている。
【００２４】
図２は受付制御システムの構成を示すブロック図である。
ユーザ要求受付部＃１（１２Ａ）には、帯域管理部＃１（１１Ａ）、帯域管理部＃２（１１Ｂ）、帯域管理部＃３（１１Ｃ）および情報位置管理サーバ（１４）が接続されている。同様にして、ユーザ要求受付部＃２（１２Ｂ）にも、帯域管理部＃１（１１Ａ）、帯域管理部＃２（１１Ｂ）、帯域管理部＃３（１１Ｃ）および情報位置管理サーバ（１４）が接続されている。
また、帯域管理部＃１〜＃３は相互に接続されている。
【００２５】
帯域管理部＃１には、装置設定部＃１（１３Ａ）と装置設定部＃２（１３Ｂ）とが接続されており、装置設定部＃１を介して転送装置＃１が設定され、装置設定部＃２を介して転送装置＃２が設定される。
帯域管理部＃２には、装置設定部＃３（１３Ｃ）が接続されており、装置設定部＃３を介して転送装置＃３が設定される。
また帯域管理部＃３には、装置設定部＃４（１３Ｄ）が接続されており、装置設定部＃４を介して転送装置＃４および転送装置＃５が設定される。
【００２６】
各ユーザ要求受付部＃１，＃２には、各種情報を管理する情報管理部が設けられており、予め割り当てられたユーザとの契約内容を示すユーザ契約情報と、転送装置とその転送装置を管理する（その転送装置に関する情報を有している）帯域管理部との対応関係を示す管理対応情報の一部とが情報管理部により管理されている。
本実施の形態では、ユーザ要求受付部＃１にユーザ＃１およびユーザ＃２が割り当てられており、図６に示すようなユーザ契約情報と、図７に示すような管理対応情報とが管理されている。またユーザ要求受付部＃２にユーザ＃３が割り当てられており、図８に示すようなユーザ契約情報と、図９に示すような管理対応情報とが管理されている。
【００２７】
ユーザ契約情報（図６，図８参照）では、各ユーザごとに個別に付与されているユーザ識別子と、各ユーザの拠点ごとに個別に付与されている拠点識別子との組すなわちユーザ拠点ごとに、予約可能な全帯域幅を示す契約帯域、送信用として現在予約されている帯域幅を示す送信予約帯域、受信用として現在予約されている帯域幅を示す受信予約帯域、およびそのユーザ拠点が収容されている転送装置を示す転送装置識別子が管理されている。
【００２８】
管理対応情報（図７，図９参照）では、転送装置を示す転送装置識別子と、その転送装置に関する管理情報を有する帯域管理部を示す帯域管理部識別子とが管理されている。
なお、ユーザ要求受付部＃１，＃２では、すべての転送装置に関する管理対応情報を管理しているのではなく、必要に応じて情報位置管理サーバ１４から取得して用いたいくつかの転送装置に関する管理対応情報を一時的に管理している。これにより、連続して同一転送装置に関する管理対応情報を参照する場合には、自装置の管理対応情報で処理可能となり、情報位置管理サーバ１４への問い合わせ回数を低減でき、処理負担を軽減できる。
【００２９】
情報位置管理サーバ１４には、各種情報を管理する情報管理部が設けられており、転送装置とその転送装置を管理する（その転送装置に関する情報を有している）帯域管理部との対応関係を示すすべての管理対応情報が情報管理部により一元管理されている。
図１０に情報位置管理サーバ１４で管理されている管理対応情報を示す。なお、この管理対応情報は上記図７，図９のものと同じ構成であり、ここでの説明は省略する。
【００３０】
帯域管理部＃１〜＃３には、各種情報を管理する情報管理部が設けられており、予め割り当てられた管理エリアに属するリンクの帯域幅を示す帯域情報と、同じく管理エリア内の各中継経路の構成を示す経路情報とが情報管理部で管理されている。
本実施の形態では、帯域管理部＃１に対して管理エリア２Ａが割り当てられており、帯域管理部＃１では図１１に示すような帯域情報と図１２に示すような経路情報とが管理されている。また帯域管理部＃２に対して管理エリア２Ｂが割り当てられており、帯域管理部＃２では図１３に示すような帯域情報と図１４に示すような経路情報とが管理されている。さらに帯域管理部＃３に対して管理エリア２Ｃが割り当てられており、帯域管理部＃３では図１５に示すような帯域情報と図１６に示すような経路情報とが管理されている。
【００３１】
帯域情報（図１１，図１３，図１５）では、データ送出ノード（転送装置または中継ノード）を示す識別子と、そのデータ送出ノードに接続されたリンクとの組ごとに、そのリンクが持つ最大予約可能帯域幅を示す帯域情報と、現在予約されている帯域幅を示す予約帯域情報とが管理されている。
経路情報（図１２，図１４，図１６）では、送信元ノード（転送装置）を示す送信元ノード識別子と、送信先ノード（転送装置）を示す送信先ノード識別子との組すなわち中継経路ごとに、その中継経路を構成するリンク、中継経路および帯域管理部を示す中継経路情報が管理されている。
【００３２】
次に、図３〜図５を参照して、本実施の形態にかかる受付制御システムの動作について説明する。図３はユーザ要求受付部におけるユーザ要求受付処理を示すフローチャート、図４は帯域管理部における帯域設定処理を示すフローチャート、図５は受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点２間の帯域予約）を示すシーケンス図である。
初期状態として、ユーザ要求受付部＃１，＃２、情報位置管理サーバ、各帯域管理部＃１〜＃３で管理する情報は、上記図６〜１６で説明した通りであるものとする。
【００３３】
このような状態において、ユーザ＃１から受付制御システム１に対して、以下のユーザ要求＃１が要求された場合、
［ユーザ要求＃１］
・フロー識別子：送信元＝拠点＃１、送信先＝拠点＃２
・帯域：５Ｍｂｐｓ
ユーザ要求受付部＃１では、図３のユーザ要求受付処理を開始する。
【００３４】
まず、ユーザ要求受付部＃１は、そのユーザ要求＃１の要求内容を確認し（ステップ１００）、自装置で管理しているユーザ契約情報（図６参照）を元に、要求経路の各拠点の契約帯域および予約帯域
・拠点＃１＝（１０Ｍｂｐｓ，０Ｍｂｐｓ）
・拠点＃２＝（１５Ｍｂｐｓ，０Ｍｂｐｓ）
を取得する（ステップ１０１）。
そして、ユーザ要求＃１で要求された帯域：５Ｍｂｐｓと比較する（ステップ１０２）。
【００３５】
ここで、送信元または送信先の契約帯域が要求帯域より小さく、これら拠点で要求帯域を予約できない場合は（ステップ１０２：ＮＯ）、その要求元ユーザ＃１に対して要求帯域を予約できない旨のエラーを通知し（ステップ１１４）、一連のユーザ要求受付処理を終了する。
一方、送信元および送信先の契約帯域の両方が要求帯域と予約帯域の合計値以上で、これら拠点で要求帯域を予約可能な場合は（ステップ１０２：ＹＥＳ）、自装置のユーザ契約情報の当該拠点に対応する送信予約帯域および受信予約帯域を更新する（ステップ１０３）。この場合は、図１７に示すように、送信元となる拠点＃１の送信予約帯域を５Ｍｂｐｓとし、送信先となる拠点＃２の受信予約帯域を５Ｍｂｐｓとする。
【００３６】
続いて、ユーザ契約情報から、送信元の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃１と、送信先の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃２とを確認し（ステップ１０４）、自装置の管理対応情報（図７参照）内に、その送信元転送装置がエントリ（保持）されているかどうか確認する（ステップ１０５）。
ここで、エントリされていない場合は（ステップ１０６：ＮＯ）、その送信元転送装置＃１に対応する帯域管理部を情報位置管理サーバ１４へ問い合わせる（ステップ１０７）。
【００３７】
情報位置管理サーバ１４では、ユーザ要求受付部＃１からの送信元転送装置＃１に対応する帯域管理部の問い合わせを受信すると、自装置の管理対応情報（図１０参照）を検索して、送信元転送装置＃１に対応する帯域管理部として帯域管理部＃１を取得し、その結果をユーザ要求受付部＃１に対して回答する。
ユーザ要求受付部＃１では、情報位置管理サーバ１４からの回答を受け取って、図１８に示すように、その内容を自装置の管理対応情報の空欄へ記述する（ステップ１０８）。このとき、管理対応情報に空欄が存在しなかった場合は、最も古いエントリまたは最も利用されていないエントリを削除して上書きすればよい。
【００３８】
そして、その送信元転送装置＃１に対応する帯域管理部＃１に対して、ユーザ＃１からのユーザ要求＃１を通知する（ステップ１０９）。このとき、送信元および送信先となる転送装置として、転送装置＃１および転送装置＃２についても帯域管理部＃１へ通知する。
なお、ステップ１０６において、送信元転送装置＃１のエントリが存在した場合は（ステップ１０６：ＹＥＳ）、情報位置管理サーバ１４への問い合わせは不要となるため、ステップ１０９へ直接移行すればよい。これにより、ユーザ要求受付部＃１および情報位置管理サーバ１４での処理負担を軽減できる。
【００３９】
一方、帯域管理部＃１では、ユーザ要求受付部＃１からのユーザ要求＃１およびその送信元および送信先の転送装置の通知に応じて、図４に示した帯域設定処理を開始する。
まず、自装置の経路情報（図１２参照）を検索して、ユーザの要求経路として、送信元転送装置＃１から送信先転送装置＃２への中継経路＃１（転送装置＃１→）リンク＃１→中継ノード＃１→リンク＃２（転送装置＃２）を特定する（ステップ１２０）。
【００４０】
続いて、自装置の帯域情報（図１１参照）を検索して、上記中継経路＃１の経路を構成する個々のリンクについて、その帯域情報と予約帯域情報とを取得する（ステップ１２１）。そして、これら各リンクごとに予約帯域情報が示す予約帯域幅とユーザ要求＃１の要求帯域幅との合計値を計算し、その合計値と上記帯域情報の最大予約可能帯域幅とを比較する（ステップ１２２）。
ここで、上記合計値が最大予約可能帯域幅よりも大きく、当該リンクで予約不可能な場合は（ステップ１２２：ＮＯ）、そのユーザ要求＃１の通知元ここではユーザ要求受付部＃１に対して、帯域予約失敗を示すエラーを通知し（ステップ１３２）、一連の帯域予約処理を終了する。
【００４１】
一方、各リンクにおいて上記合計値が最大予約可能帯域よりも小さく、上記中継経路＃１で予約可能と判断された場合は（ステップ１２２：ＹＥＳ）、自装置の帯域情報のうちその中継経路＃１を構成する管理経路の各リンクについて予約帯域情報を更新する（ステップ１２３）。この場合は、図１９に示すように、送信元転送装置＃１のリンク＃１についてその予約帯域情報を５Ｍｂｐｓとし、中継ノード＃１のリンク＃２についてその予約帯域情報を５Ｍｂｐｓとする。
そして、その中継経路＃１が示すように、後続する帯域管理部が存在せず（ステップ１２４：ＮＯ）、自装置が送信元転送装置＃１を管理する送信元帯域管理部であることから（ステップ１２７：ＹＥＳ）、ユーザ要求＃１の送信元ノードとなる転送装置＃１に対し、帯域予約を設定する（ステップ１２８）。
【００４２】
この場合は、転送装置＃１に対応する装置設定部＃１を介して、
［トラヒック］
送信元：ユーザ＃１−拠点＃１
送信先：ユーザ＃１−拠点＃４
レート：５Ｍｂｐｓ
ＱｏＳ：最優先転送クラス
の帯域予約を設定する。
【００４３】
そして、そのユーザ要求＃１の通知元、ここではユーザ要求受付部＃１に対して、帯域予約の成功を通知し（ステップ１２９）、一連の帯域予約処理を終了する。
ユーザ要求受付部＃１では、送信元帯域管理部＃１から帯域予約の成功が通知された場合は（ステップ１１０：ＹＥＳ）、ユーザ要求＃２の要求元であるユーザ＃１に対して帯域予約の成功を通知して（ステップ１１１）、一連のユーザ要求受付処理を終了する。
【００４４】
このように、複数のユーザ要求受付部を設けてユーザからのユーザ要求を受け付けるとともに、ユーザ要求を所定の帯域管理部へ通知する際に必要となる転送装置と帯域管理部との対応関係を示す管理対応情報を情報位置管理サーバで一元管理しておき、必要に応じて各ユーザ要求受付部から情報位置管理サーバへ問い合わせを行うようにしたので、ユーザからのユーザ要求を各ユーザ要求部で分散して受付することができ、ネットワーク規模が増大した場合でも迅速な受付処理を実現できる。また、情報位置管理サーバで管理対応情報を一元管理するようにしたので、単に複数のユーザ要求受付部を設けた場合と比較して、各ユーザ要求部で管理対応情報を管理する必要がなくなり、ユーザ要求受付部で管理する情報量の増大を回避できる。
【００４５】
また、情報位置管理サーバへの問い合わせにより取得した管理対応情報を、各ユーザ要求受付部で一時的に記憶して再利用するようにしたので、情報位置管理サーバへのアクセスを削減でき、ユーザ要求受付部および情報位置管理サーバでの処理負担を軽減できる。
【００４６】
続いて、ユーザ＃１から受付制御システム１に対して、以下のユーザ要求＃２が要求された場合、
［ユーザ要求＃２］
・フロー識別子：送信元＝拠点＃１、送信先＝拠点＃４
・帯域：５Ｍｂｐｓ
ユーザ要求受付部＃１では、上記と同様にして図３のユーザ要求受付処理を開始する。図２０に受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点４間の帯域予約）のシーケンス図を示す。
【００４７】
まず、ユーザ要求受付部＃１は、そのユーザ要求＃２の要求内容を確認し（ステップ１００）、自装置で管理しているユーザ契約情報（図１７参照）を元に、要求経路の各拠点の契約帯域および予約帯域
・拠点＃１＝（１０Ｍｂｐｓ，５Ｍｂｐｓ）
・拠点＃４＝（１５Ｍｂｐｓ，０Ｍｂｐｓ）
を取得する（ステップ１０１）。
そして、ユーザ要求＃２で要求された帯域：５Ｍｂｐｓと比較する（ステップ１０２）。
【００４８】
ここで、送信元および送信先の契約帯域の両方が要求帯域と予約帯域の合計値以上で、これら拠点で要求帯域を予約可能なことから（ステップ１０２：ＹＥＳ）、自装置のユーザ契約情報の当該拠点に対応する送信予約帯域および受信予約帯域を更新する（ステップ１０３）。この場合は、図２１に示すように、送信元となる拠点＃１の送信予約帯域を１０（＝５＋５）Ｍｂｐｓとし、送信先となる拠点＃４の受信予約帯域を５Ｍｂｐｓとする。
【００４９】
続いて、ユーザ契約情報から、送信元の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃１と、送信先の拠点に対応する転送装置を示す転送装置識別子ここでは転送装置＃２とを確認し（ステップ１０４）、自装置の管理対応情報（図１８参照）内に、その送信元転送装置がエントリ（保持）されているかどうか確認する（ステップ１０５）。
ここで、エントリされていることから（ステップ１０６：ＹＥＳ）、情報位置管理サーバ１４へ問い合わせを行わず、自装置の管理対応情報から取得した送信元転送装置＃１に対応する帯域管理部＃１に対して、ユーザ＃１からのユーザ要求＃２を通知する（ステップ１０９）。このとき、送信元および送信先となる転送装置として、転送装置＃１および転送装置＃４についても帯域管理部＃１へ通知する。
【００５０】
一方、帯域管理部＃１では、ユーザ要求受付部＃１からのユーザ要求＃２およびその送信元および送信先の転送装置の通知に応じて、前述と同様に図４に示した帯域設定処理を開始する。
まず、自装置の経路情報（図１２参照）を検索して、ユーザの要求経路として、送信元転送装置＃１から送信先転送装置＃４への中継経路＃２（転送装置＃１→）リンク＃１→中継ノード＃１→リンク＃４→帯域管理部＃３（転送装置＃４）を特定する（ステップ１２０）。
【００５１】
続いて、自装置の帯域情報（図１９参照）を検索して、上記中継経路＃２の経路を構成する個々のリンクについて、その帯域情報と予約帯域情報とを取得する（ステップ１２１）。そして、これら各リンクごとに予約帯域情報が示す予約帯域幅とユーザ要求＃２の要求帯域幅との合計値を計算し、その合計値と上記帯域情報の最大予約可能帯域幅とを比較する（ステップ１２２）。
ここでは、各リンクにおいて上記合計値が最大予約可能帯域以下であることから、上記中継経路＃２で予約可能と判断され（ステップ１２２：ＹＥＳ）、自装置の帯域情報のうちその中継経路＃２を構成する各リンクの予約帯域情報を更新する（ステップ１２３）。
【００５２】
この場合、図２２に示すように、送信元転送装置＃１のリンク＃１についてその予約帯域情報を１０（５＋５）Ｍｂｐｓとする。
そして、その中継経路＃２が後続する帯域管理部＃３の存在することを示すことから（ステップ１２４：ＹＥＳ）、その帯域管理部＃３に対し、ユーザ要求＃２＊（以下、＊印で帯域管理部＃３に関する情報または処理を示す）を通知する（ステップ１２５）。
【００５３】
帯域管理部＃３では、帯域管理部＃１からのユーザ要求＃２およびその送信元および送信先の転送装置の通知に応じて、帯域管理部＃１と同様に、図４に示した帯域設定処理を開始する。
まず、自装置の経路情報（図１６参照）を検索して、ユーザの要求経路として、送信元転送装置＃１から送信先転送装置＃４への中継経路＃２＊（転送装置＃１→）中継ノード＃２→リンク＃６（→転送装置＃４）を特定する（ステップ１２０＊）。
【００５４】
続いて、自装置の帯域情報（図１５参照）を検索して、上記中継経路＃２＊の経路を構成する個々のリンクについて、その帯域情報と予約帯域情報とを取得する（ステップ１２１＊）。そして、これら各リンクごとに予約帯域情報が示す予約帯域幅とユーザ要求＃２＊の要求帯域幅との合計値を計算し、その合計値と上記帯域情報の最大予約可能帯域幅とを比較する（ステップ１２２＊）。
ここで、上記合計値が最大予約可能帯域幅よりも大きく、当該リンクで予約不可能な場合は（ステップ１２２：ＮＯ＊）、そのユーザ要求＃２＊の通知元ここでは帯域管理部＃１に対して、帯域予約失敗を示すエラーを通知し（ステップ１３２＊）、一連の帯域予約処理を終了する。
【００５５】
一方、各リンクにおいて上記合計値が最大予約可能帯域以下で、上記中継経路＃２＊で予約可能と判断された場合は（ステップ１２２：ＹＥＳ＊）、自装置の帯域情報のうちその中継経路＃２＊を構成する各リンクの予約帯域情報を更新する（ステップ１２３＊）。この場合は、図２３に示すように、中継ノード＃２のリンク＃６についてその予約帯域情報を５Ｍｂｐｓとする。
そして、その中継経路＃２＊に後続する帯域管理部が存在せず（ステップ１２４：ＮＯ＊）、自装置が送信元転送装置＃１を管理する送信元帯域管理部ではないことから（ステップ１２７：ＮＯ）、当該ユーザ要求＃２＊の通知元ここでは帯域予約部＃１に対して帯域予約の成功を通知し、一連の帯域予約処理を終了する。
【００５６】
帯域管理部＃１では、後続の帯域管理部＃３からユーザ要求＃２＊に対して予約成功が通知された場合（ステップ１２６：ＹＥＳ）、自装置が送信元転送装置＃１を管理する送信元帯域管理部であることから（ステップ１２７：ＹＥＳ）、ユーザ要求＃２の送信元ノードとなる転送装置＃１に対し、これに対応する装置設定部＃１を介して、
［トラヒック］
送信元：ユーザ＃１−拠点＃１
送信先：ユーザ＃１−拠点＃４
レート：５Ｍｂｐｓ
ＱｏＳ：最優先転送クラス
の帯域予約を設定する（ステップ１２８）。
【００５７】
そして、そのユーザ要求＃２の通知元、ここではユーザ要求受付部＃１に対して、帯域予約の成功を通知し（ステップ１２９）、一連の帯域予約処理を終了する。
一方、後続の帯域管理部＃３からユーザ要求＃２＊に対して予約失敗が通知された場合（ステップ１２６：ＮＯ）、その元となるユーザ要求＃２に関する帯域情報（図１９参照）の帯域予約情報を元の内容（図１１参照）に戻し（ステップ１３０）、そのユーザ要求＃２の通知元ここではユーザ要求受付部＃１に対して、予約失敗を示すエラーを通知し（ステップ１３１）、一連の帯域予約処理を終了する。
【００５８】
ユーザ要求受付部＃１では、送信元帯域管理部＃１から帯域予約の成功が通知された場合は（ステップ１１０：ＹＥＳ）、ユーザ要求＃２の要求元であるユーザ＃１に対して帯域予約の成功を通知して（ステップ１１１）、一連のユーザ要求受付処理を終了する。
また、送信元帯域管理部＃１から帯域予約の失敗が通知された場合は（ステップ１１０：ＮＯ）、そのユーザ要求＃２に関するユーザ契約情報（図１７参照）の送信予約帯域および受信予約帯域を元の内容（図６参照）に戻す（ステップ１１２）。そして、ユーザ要求＃２の要求元であるユーザ＃１に対して帯域予約の失敗を示すエラー通知して（ステップ１１３）、一連のユーザ要求受付処理を終了する。
【００５９】
このように、複数の管理エリアに跨る要求経路については、各帯域管理部で要求経路のうち当該管理エリアにおける管理経路について予約可否を確認するとともに、後続の経路については対応する管理エリアの帯域管理部で確認するようにしたので、大規模なネットワークに対しても容易に対応できる。
さらに、当該管理経路について予約可と判断された場合にのみ後続の帯域管理部へユーザ要求を通知するようにしたので、後続の帯域管理部での無駄な帯域予約処理を抑止できる。
【００６０】
【発明の効果】
以上説明したように、本発明は、複数のユーザ要求受付部を設けてユーザからのユーザ要求を受け付けるとともに、ユーザ要求を所定の帯域管理部へ通知する際に必要となる転送装置と帯域管理部との対応関係を示す管理対応情報を情報位置管理サーバで一元管理しておき、必要に応じて各ユーザ要求受付部から情報位置管理サーバへ問い合わせを行うようにしたので、ユーザからのユーザ要求を各ユーザ要求部で分散して受付することができ、ネットワーク規模が増大した場合でも迅速な受付処理を実現できる。また、情報位置管理サーバで管理対応情報を一元管理するようにしたので、単に複数のユーザ要求受付部を設けた場合と比較して、各ユーザ要求部で管理対応情報を管理する必要がなくなり、ユーザ要求受付部で管理する情報量の増大を回避できる。
【図面の簡単な説明】
【図１】 本発明の一実施の形態にかかる受付制御システムおよびネットワークの構成を示すブロック図である。
【図２】 受付制御システムの構成を示すブロック図である。
【図３】 ユーザ要求受付部でのユーザ要求受付処理を示すフローチャートである。
【図４】 帯域管理部での帯域予約処理を示すフローチャートである。
【図５】 受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点２間の帯域予約）を示すシーケンス図である。
【図６】 ユーザ契約情報（ユーザ要求受付部＃１）の具体例を示す説明図である。
【図７】 管理対応情報（ユーザ要求受付部＃１）の具体例を示す説明図である。
【図８】 ユーザ契約情報（ユーザ要求受付部＃２）の具体例を示す説明図である。
【図９】 管理対応情報（ユーザ要求受付部＃２）の具体例を示す説明図である。
【図１０】 管理対応情報（情報位置管理サーバ）の具体例を示す説明図である。
【図１１】 帯域情報（帯域管理部＃１）の具体例を示す説明図である。
【図１２】 経路情報（帯域管理部＃１）の具体例を示す説明図である。
【図１３】 帯域情報（帯域管理部＃２）の具体例を示す説明図である。
【図１４】 経路情報（帯域管理部＃２）の具体例を示す説明図である。
【図１５】 帯域情報（帯域管理部＃３）の具体例を示す説明図である。
【図１６】 経路情報（帯域管理部＃３）の具体例を示す説明図である。
【図１７】 ユーザ契約情報（ユーザ要求受付部＃１）の更新例を示す説明図である。
【図１８】 管理対応情報（ユーザ要求受付部＃１）の更新例を示す説明図である。
【図１９】 帯域情報（帯域管理部＃１）の更新例を示す説明図である。
【図２０】 受付制御システム全体の動作（ユーザ＃１の拠点＃１−拠点４間の帯域予約）を示すシーケンス図である。
【図２１】 ユーザ契約情報（ユーザ要求受付部＃１）の更新例を示す説明図である。
【図２２】 帯域情報（帯域管理部＃１）の更新例を示す説明図である。
【図２３】 帯域情報（帯域管理部＃３）の更新例を示す説明図である。
【図２４】 従来の受付制御システムの構成を示すブロック図である。
【符号の説明】
１…受付制御システム、２…ネットワーク、２Ａ…管理エリア（帯域管理部＃１担当）、２Ｂ…管理エリア（帯域管理部＃２担当）、２Ｃ…管理エリア（帯域管理部＃３担当）、１１Ａ…帯域管理部＃１、１１Ｂ…帯域管理部＃２、１１Ｃ…帯域管理部＃３、１２Ａ…ユーザ要求受付部＃１、１２Ｂ…ユーザ要求受付部＃２、１３Ａ…装置設定部＃１、１３Ｂ…装置設定部＃２、１３Ｃ…装置設定部＃３、１３Ｄ…装置設定部＃４、１４…情報位置管理サーバ、２１…中継ノード＃１、２２…中継ノード＃２、２３…中継ノード＃３、３１…転送装置＃１、３２…転送装置＃２、３３…転送装置＃３、３４…転送装置＃４、３５…転送装置＃５、４１…リンク＃１、４２…リンク＃２、４３…リンク＃３、４４…リンク＃４、４５…リンク＃５、４６…リンク＃６、４７…リンク＃７、４８…リンク＃８、５１Ａ…ユーザ＃１−拠点＃１、５１Ｂ…ユーザ＃１−拠点＃２、５１Ｃ…ユーザ＃１−拠点＃３、５１Ｄ…ユーザ＃１−拠点＃４、５１Ｅ…ユーザ＃１−拠点＃５、５２Ａ…ユーザ＃２−拠点＃１、５２Ｂ…ユーザ＃２−拠点＃２、５２Ｃ…ユーザ＃２−拠点＃３、５３Ａ…ユーザ＃３−拠点＃１、５３Ｂ…ユーザ＃３−拠点＃２、５３Ｃ…ユーザ＃３−拠点＃３。
Claims (10)
- リンクを介して相互に接続された複数の中継ノードと、これら中継ノードのいずれかへリンクを介して接続されているとともに１つ以上のユーザ拠点をそれぞれ収容する複数の転送装置とからなるネットワークで、前記各ユーザ拠点間でのパケット通信の通信帯域を保証する帯域保証サービスを提供する際、送信元および送信先となる所望のユーザ拠点間でのパケット通信に用いる通信帯域の予約を要求するユーザ要求をユーザから受け付けて、前記ユーザ拠点間における当該要求帯域の予約可否を判断する受付制御システムにおいて、
ユーザからの前記ユーザ要求の通知に応じて、予め設定されている当該ユーザのユーザ契約情報を参照し、前記ユーザ要求で要求された各ユーザ拠点を収容する送信元転送装置と送信先転送装置における要求帯域の予約可否を判断する複数のユーザ要求受付部と、
前記ネットワークを分割して設定された各管理エリアに対応して設けられ、当該管理エリアに属する各リンクの帯域を示す帯域情報と、前記各転送装置間を結ぶ各経路のうち当該管理エリアを通る各経路の構成を示す中継経路情報とを管理し、前記ユーザ要求受付部で受け付けられたユーザ要求に基づき、前記帯域情報および前記中継経路情報を参照して、前記送信元転送装置と送信先転送装置とを結ぶ経路上の各リンクについて要求帯域の予約可否を判断する複数の帯域管理部と、
前記各転送装置と当該転送装置が属する管理エリアを管理する帯域管理部との対応を示す管理対応情報を一元管理し、前記ユーザ要求受付部からの問い合わせに応じて所望の転送装置に対応する帯域管理部を回答する情報位置管理サーバとを備え、
前記各ユーザ要求受付部は、前記送信元転送装置に対応する帯域管理部を前記情報位置管理サーバへ問い合わせ、その回答により得られた送信元帯域管理部へ前記ユーザ要求を通知することを特徴とする受付制御システム。 - 請求項１記載の受付制御システムにおいて、
前記各ユーザ要求受付部は、前記情報位置管理サーバからの回答により得られた転送装置と帯域管理部との対応関係を示す管理対応情報を一時的に保持し、新たなユーザ要求に応じて前記管理対応情報を検索することにより、当該送信元転送装置に対応する帯域管理部を取得し、前記管理対応情報に当該送信元転送装置が含まれていない場合にのみ前記情報位置管理サーバに対して問い合わせを行うことを特徴とする受付制御システム。 - 請求項１記載の受付制御システムにおいて、
前記各ユーザ要求受付部は、予め割り当てられている特定ユーザのユーザ契約情報のみをそれぞれ管理し、前記特定ユーザからのユーザ要求のみを受け付けることを特徴とする受付制御システム。 - 請求項１記載の受付制御システムにおいて、
前記送信元帯域管理部は、前記ユーザ要求受付部からのユーザ要求に応じて、前記要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する前記要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを前記中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へ前記ユーザ要求を通知し、そのユーザ要求に対する前記後続帯域管理部からの帯域予約成否通知と前記管理経路に関する予約可否とに基づき前記要求経路すべてについての予約可否を判断し、
前記後続帯域管理部は、前記他の帯域管理部からのユーザ要求に応じて、前記要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する前記要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを前記中継経路情報が示す場合は、その後続経路を管理する新たな後続帯域管理部へ前記ユーザ要求を通知し、そのユーザ要求に対する前記新たな後続帯域管理部からの帯域予約成否通知と前記管理経路に関する予約可否とに基づき前記要求経路のうち当該後続帯域管理部以降の経路についての予約可否を判断し、その判断結果を前記ユーザ要求の通知元へ通知することを特徴とする受付制御システム。 - 請求項４記載の受付制御システムにおいて、
前記送信元帯域管理部および前記後続帯域管理部は、前記要求経路のうち当該帯域管理部における管理経路について帯域予約可と判断した場合にのみ、前記ユーザ要求をさらに後続の帯域管理部へ通知することを特徴とする受付制御システム。 - リンクを介して相互に接続された複数の中継ノードと、これら中継ノードのいずれかへリンクを介して接続されているとともに１つ以上のユーザ拠点をそれぞれ収容する複数の転送装置とからなるネットワークで、前記各ユーザ拠点間でのパケット通信の通信帯域を保証する帯域保証サービスを提供する際、複数のユーザ要求受付部と複数の帯域管理部とを有する受付制御システムで、送信元および送信先となる所望のユーザ拠点間でのパケット通信に用いる通信帯域の予約を要求するユーザ要求をユーザから受け付けて、前記ユーザ拠点間における当該要求帯域の予約可否を判断する受付制御方法であって、
前記各ユーザ要求受付部で、ユーザからの前記ユーザ要求の通知に応じて、予め設定されている当該ユーザのユーザ契約情報を参照し、前記ユーザ要求で要求された各ユーザ拠点を収容する送信元転送装置と送信先転送装置における要求帯域の予約可否を判断し、
前記各帯域管理部で、前記ネットワークを分割して設定された各管理エリアのうち担当する１つの管理エリアについて、その管理エリアに属する各リンクの帯域を示す帯域情報と、前記各転送装置間を結ぶ各経路のうち当該管理エリアを通る各経路の構成を示す中継経路情報とを管理し、前記ユーザ要求受付部で受け付けられたユーザ要求に基づき、前記帯域情報および前記中継経路情報を参照して、前記送信元転送装置と送信先転送装置とを結ぶ経路上の各リンクについて要求帯域の予約可否を判断し、
前記ユーザ要求受付部で、前記送信元転送装置に対応する帯域管理部を前記受付制御システムに設けられた情報位置管理サーバへ問い合わせ、その回答により得られた送信元帯域管理部へ前記ユーザ要求を通知し、
前記情報位置管理サーバで、前記各転送装置と当該転送装置が属する管理エリアを管理する帯域管理部との対応を示す管理対応情報を一元管理し、前記ユーザ要求受付部からの問い合わせに応じて所望の転送装置に対応する帯域管理部を回答することを特徴とする受付制御方法。 - 請求項６記載の受付制御方法において、
前記各ユーザ要求受付部で、前記情報位置管理サーバからの回答により得られた転送装置と帯域管理部との対応関係を示す管理対応情報を一時的に保持し、新たなユーザ要求に応じて前記管理対応情報を検索して、当該送信元転送装置に対応する帯域管理部を取得し、前記管理対応情報に当該送信元転送装置が含まれていない場合にのみ前記情報位置管理サーバに対して問い合わせを行うことを特徴とする受付制御方法。 - 請求項６記載の受付制御方法において、
前記各ユーザ要求受付部で、予め割り当てられている特定ユーザのユーザ契約情報のみをそれぞれ管理し、前記特定ユーザからのユーザ要求のみを受け付けることを特徴とする受付制御方法。 - 請求項６記載の受付制御方法において、
前記送信元帯域管理部で、前記ユーザ要求受付部からのユーザ要求に応じて、前記要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する前記要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを前記中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へ前記ユーザ要求を通知し、そのユーザ要求に対する前記後続帯域管理部からの帯域予約成否通知と前記管理経路に関する予約可否とに基づき前記要求経路についての予約可否を判断し、
前記後続帯域管理部で、前記他の帯域管理部からのユーザ要求に応じて、前記要求経路のうち当該帯域管理部の管理エリアに属する部分の管理経路に関する前記要求帯域の予約可否を判断し、当該要求経路のうち後続の経路が他の帯域管理部で管理されていることを前記中継経路情報が示す場合は、その後続経路を管理する後続帯域管理部へ前記ユーザ要求を通知し、そのユーザ要求に対する前記後続帯域管理部からの帯域予約成否通知と前記管理経路に関する予約可否とに基づき前記要求経路のうち当該後続帯域管理部以降の経路についての予約可否を判断し、その判断結果を前記ユーザ要求の通知元へ通知することを特徴とする受付制御方法。 - 請求項９記載の受付制御方法において、
前記送信元帯域管理部および前記後続帯域管理部で、前記要求経路のうち当該帯域管理部における管理経路について帯域予約可と判断した場合にのみ、前記ユーザ要求をさらに後続の帯域管理部へ通知することを特徴とする受付制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001254036A JP3696815B2 (ja) | 2001-08-24 | 2001-08-24 | 受付制御システムおよび方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001254036A JP3696815B2 (ja) | 2001-08-24 | 2001-08-24 | 受付制御システムおよび方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003069635A JP2003069635A (ja) | 2003-03-07 |
| JP3696815B2 true JP3696815B2 (ja) | 2005-09-21 |
Family
ID=19082252
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001254036A Expired - Fee Related JP3696815B2 (ja) | 2001-08-24 | 2001-08-24 | 受付制御システムおよび方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3696815B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4398263B2 (ja) | 2004-01-13 | 2010-01-13 | 富士通株式会社 | 経路設計方法 |
| JP5111256B2 (ja) | 2008-06-23 | 2013-01-09 | 株式会社日立製作所 | 通信システムおよびサーバ装置 |
-
2001
- 2001-08-24 JP JP2001254036A patent/JP3696815B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003069635A (ja) | 2003-03-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6092113A (en) | Method for constructing a VPN having an assured bandwidth | |
| CN100401701C (zh) | 网络控制设备及其路径控制方法 | |
| JP3816390B2 (ja) | サービス割り当て装置 | |
| US5848055A (en) | Bandwidth correlation means for paths in connection-oriented packet switching networks | |
| JP2000032048A (ja) | ネットワーク装置 | |
| US6661806B1 (en) | Resource reservation | |
| JP2000312226A (ja) | 通信品質を保証する方法 | |
| US7168044B1 (en) | Apparatus and method for automatic network connection provisioning | |
| US20030084140A1 (en) | Data relay method | |
| US7296087B1 (en) | Dynamic allocation of shared network resources between connection-oriented and connectionless traffic | |
| JP4339627B2 (ja) | パーソナルストレージサービス提供方法 | |
| JP3696815B2 (ja) | 受付制御システムおよび方法 | |
| EP0971509A1 (en) | Bandwidth reservation | |
| JP2002359634A (ja) | 通信経路設計方法、通信経路設計装置及びプログラム | |
| JP3717463B2 (ja) | 移動通信システム及び移動通信装置 | |
| JP2002051076A (ja) | 管理サーバ | |
| JP2000069039A (ja) | 予約ベース帯域変更サービスシステム | |
| CN101171794A (zh) | 用于防止数据网中的资源过分预订的方法、系统和带宽管理器 | |
| JP3927386B2 (ja) | 協調スケジューリング型ＱｏＳ制御システムおよびその方法 | |
| JP2004503958A (ja) | 優先ネットワーク接続を判定するための入札機構 | |
| EP1113629A2 (en) | Session subscription system and method for same | |
| JP2000270010A (ja) | 蓄積型データ転送方式およびデータ転送スケジュール決定方法 | |
| JP3016023B1 (ja) | ネットワ―ク資源予約方法 | |
| JP3716927B2 (ja) | 帯域管理装置および方法およびプログラムおよび記録媒体 | |
| JP2000324160A (ja) | アドミッション制御方法およびアドミッション制御装置ならびにパケット通信網 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050617 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050628 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050630 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080708 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110708 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |