JP2000316025A

JP2000316025A - 通信品質保証型ネットワークシステム

Info

Publication number: JP2000316025A
Application number: JP21837699A
Authority: JP
Inventors: Shigeru Miyake; 滋三宅; Osamu Takada; 治高田; Tomokazu Ebata; 智一江端; Shinri Takihiro; 眞利滝広; Minoru Koizumi; 稔小泉; Toshiaki Hirata; 平田　　俊明; Koji Tsukada; 晃司塚田; Yoshiyuki Kurosaki; 芳行黒崎
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-03-03
Filing date: 1999-08-02
Publication date: 2000-11-14
Also published as: EP1047226A2; EP1047226A3

Abstract

(57)【要約】【課題】運用ポリシーに基づいたネットワーク資源の管
理を行うために、品質を保証された通信路を確保できる
かを事前に検証し、必要に応じて制御の予約を可能とす
ること及び、複数の組織にまたがるネットワークに対す
る制御要求であっても、各組織の運用ポリシーに従って
ネットワーク資源の割付を自動的に調整する。【解決手段】ネットワーク管理者が運用ポリシーを設定
する機能、エンドノードからのネットワーク資源設定要
求を受け付ける機能、ネットワークの経路及び各経路上
のネットワーク装置が保持する資源を管理する機能、資
源割当要求を、運用ポリシーと照合して調整する機能、
他の組織のネットワークとの間でネットワーク資源の割
付制御を調整する機能、を有するポリシーサーバを設置
し、通信の品質を保証する手段を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、企業内および企業
間の情報通信ネットワークにおける、ポリシーベース通
信経路の品質管理・制御システムおよびネットワーク通
信経路の管理・制御方法に関する。

【０００２】

【従来の技術】現在、企業情報ネットワークでは、イン
ターネットで広く使用されているインターネットプロト
コル（ＩＰ）が広く普及している。従来のＩＰネットワ
ークでは、エンドユーザーが通信を確実に行うため、通
信帯域を確保した伝送路を確保するよう通信路上のルー
ター装置に対して逐次的に要求を行う、ＲＳＶＰ（Ｒｅ
ｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｒｏｔｏｃ
ｏｌ）や確保した帯域の設定を変更するＤｉｆｆＳｅｒ
ｖ等のプロトコルが、標準化団体アイ・イー・ティー・
エフ（ＩＥＴＦ：ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅ
ｒｉｎｇＴａｓｋＦｏｒｃｅ）により提唱されてい
る。また、ネットワーク上の機器と、ネットワーク管理
システムとの間で、通信路の帯域確保等の制御を行うた
めのプロトコルとして、ＣＯＰＳがＩＥＴＦで策定中で
ある。

【０００３】他方、ネットワーク上の機器を管理する方
式として、ＩＥＴＦ発行のアール・エフ・シー１９０７
（ＲＦＣ１９０７：ＲｅｑｕｅｓｔｆｏｒＣｏｍ
ｍｅｎｔ１９０７）等で規定されたＳＮＭＰ（Ｓｉ
ｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒ
ｏｔｏｃｏｌ）が一般的に利用されており、機器単位の
設定状況の参照および一部の機器に関しては設定の変更
が可能である。

【０００４】

【発明が解決しようとする課題】しかし、従来のＲＳＶ
ＰおよびＤｉｆｆＳｅｒｖプロトコルは、エンドノード
が接続しているルーター装置に対して、エンドノードか
らの逐次的な制御要求として発行されるため、ネットワ
ーク管理者はすべての制御要求を把握することができ
ず、ネットワーク管理者の考える運用ポリシーに基づい
たネットワーク資源の管理を行うことができないという
問題点があった。また、前記プロトコルに基づく該制御
要求は経路上のルーター装置を順次リレーされることに
より、経路上の通信帯域を確保するプロトコルであるた
め、エンドノードが必要とする通信帯域が確保されるか
どうかを事前に検証することができないという問題点が
あった。さらに、前記プロトコルでは、複数の組織にま
たがるネットワークに制御要求が出された場合、ある組
織の運用ポリシーを、他の組織に適用することができな
いため、組織間で品質を保証された通信路を確保できな
いという問題点があった。

【０００５】本発明の目的は、ネットワーク管理者に対
して、運用ポリシーに基づいたネットワーク資源の管理
を行う手段を提供することにある。本発明の他の目的
は、エンドノードが、品質を保証された通信路を確保で
きるかどうかを事前に検証可能とし、必要に応じて制御
の予約を可能とする手段を提供することにある。本発明
のさらに他の目的は、複数の組織にまたがるネットワー
クに制御要求が出される場合であっても、各組織の運用
ポリシーに従ってネットワーク資源の割付を自動的に調
整する手段を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、ネットワーク管理者がエンドノードからの要求を調
整する運用ポリシーを設定する機能、複数のエンドノー
ドからのネットワーク資源設定要求を受け付ける機能、
ネットワークの経路及び各経路上のネットワーク装置が
保持する資源を管理する機能、エンドノードからの要求
を、運用ポリシーと照合してネットワーク資源の割付制
御をどのように行うかどうかを調整する機能、他の組織
との間で、組織間通信に必要となる自組織の情報を交換
し、その交換した情報を参照する機能、他の組織および
自組織と他の組織の資源に対して、前記資源割付制御の
調整機能に対して、ネットワーク資源の獲得の要求を行
ない、その獲得の状況を管理する機能を有するポリシー
サーバを設置することにより、個々の通信の品質を保証
する手段を提供する、ポリシーベース通信経路の品質管
理・制御システムおよびネットワーク通信経路の管理・
制御を行う。

【０００７】

【発明の実施の形態】本発明の一実施例を、図１から図
２７を用いて説明する。図１は、本実施例に係わるポリ
シーベース通信経路品質管理制御システムが対象とする
ネットワークの例と、ポリシーサーバに送られる情報の
例を示す図である。

【０００８】本実施例が対象とするネットワークシステ
ムは、複数のルーター装置（１０１ａ〜１０１ｅ）から
なるルータネットワークと、集線装置（ＨＵＢ）（１０
３ａ〜１０３ｂ）によってルータネットワークへ接続さ
れたエンドノードＰＣ装置（１０２ａ〜１０２ｆ）から
構成されるネットワークシステムである。このネットワ
ークには、各ルーター装置が持つネットワーク資源を一
括管理・制御するポリシーサーバ（１０４）が接続され
ている。一般に、ネットワーク管理者（１０５）は、ル
ーター装置からなるネットワーク（１００）の運用状態
を管理し、必要に応じてその装置の設定を変更する。ま
た、エンドノードとそれを接続するＨＵＢ装置を含めた
ネットワーク（１１０）では、当該ネットワーク上のエ
ンドノードのユーザー（１０６ａ〜１０６ｂ）がHUB装
置の設定を変更することが可能である。すなわち、ネッ
トワーク全体として、ネットワーク管理者の裁量により
運用されるネットワーク（１００）と、エンドユーザー
の裁量によって使用されるネットワーク（１１０）とが
存在することとなる。

【０００９】従来用いられているＲＳＶＰなどの方法を
用いて、ネットワーク資源割当て制御を行おうとする場
合、その制御要求はエンドノード（１０２ａ〜１０２
ｆ）からルータ装置（１０１ａ〜１０１ｅ）に対して直
接非同期的に出されるため、ネットワーク管理者がその
要求内容を、ネットワーク管理者が定めた運用ポリシー
で管理することが困難である。そこで、本発明では、エ
ンドノードのユーザー（１０６ａ〜１０６ｂ）が出すネ
ットワーク上の資源割当ての要求を、ネットワーク管理
者がポリシーサーバ（１０４）で一括管理する手段を設
ける。また、本発明では、ネットワーク管理者がネット
ワークの資源割当てに関する運用ポリシーを表現した記
述（１０７）をポリシーサーバに事前に登録することに
より、ＲＳＶＰのように、非同期的に発生するユーザー
からの即時的な資源割当て要求および、将来の資源割当
を事前に予約する資源割当要求は、ポリシーサーバによ
り、自動的に運用ポリシーに照合される。ネットワーク
管理者が記述する運用ポリシーは、管理対象のグループ
毎に、グループのメンバー情報、優先度、使用する資源
割当ての条件、経路に関する制限等、ネットワーク管理
に必要な情報群から構成される。また、ユーザーからの
資源割当て要求には、要求元のユーザー名、使用してい
るＰＣ装置の識別子、必要とする資源の条件等が記述さ
れている（１０８）。

【００１０】本発明では、ユーザーから出される資源割
当要求として、将来の資源割当てを事前に予約する事前
予約型と、ユーザーの必要に応じて逐次的に出される即
時型に分類する。事前予約型の資源割当て要求は、ユー
ザーまたはネットワーク管理者が使用する端末からポリ
シーサーバに送られることにより、ネットワーク管理者
の運用ポリシーに従った調整が行われ、ネットワーク資
源の割当てスケジュールとして、ポリシーサーバ内のデ
ータベース（以下、単にＤＢという）に登録される。ま
た、即時型の資源割当要求は、ユーザーが使用する端末
（エンドノード）から一旦ルータ装置に送られるが、ル
ータ内のプロトコル処理機能に、ポリシーサーバへの転
送機能を設けることにより、事前予約型と同様にネット
ワーク管理者の運用ポリシーに従った調整が行われる。
いずれの場合も、資源割当要求は、ポリシーサーバに集
約され、ポリシーサーバによって、運用ポリシーに従っ
た適切な調整を受けた後、ポリシーサーバからの資源割
当て制御命令によって、ルータ装置に対して設定が行わ
れる。

【００１１】図２は、本発明の実施例に係わるポリシー
サーバが稼動しているコンピュータ装置の構成を示す図
である。ポリシーサーバは、一般的なコンピュータ装置
（２０１）上で稼動するプログラムにより実現される。
コンピュータ装置（２０１）は、中央演算処理装置（２
０１ａ）、通信Ｉ／Ｏインタフェースコントローラ（２
０１ｂ）、キーボード＆マウスコントローラ（２０１
ｃ）、ビデオボードコントローラ（２０１ｄ）、ディス
クコントローラ（２０１ｅ）、主記憶装置（２０１ｆ）
から構成されており、キーボードおよびマウス装置（２
０２）、ディスプレイ装置（２０３）、可搬な外部記憶
媒体（２０４）、ハードディスク装置（２０５）が接続
されている。ハードディスク装置（２０５）上には、ポ
リシーサーバ用ＤＢ群（２１０）、ポリシーサーバプロ
グラム（２１１）が、可搬な外部記憶媒体（２０４）か
ら、または、当該ポリシーサーバが接続されているネッ
トワーク経由で、導入されることにより格納されてい
る。該プログラムが主記憶装置（２０１ｆ）上に展開さ
れて稼動することにより、ポリシーサーバが実現され
る。

【００１２】図３は、本実施例に係わるポリシーサーバ
を構成する機能モジュールと対応するデータベースを示
す図である。なお、本発明の説明における各機能は、上
記ハードウェア構成において、プロセッサがプログラム
を実行することによって実現されるものである。

【００１３】本発明では、ある運用ポリシーに基づいて
運用されているネットワークを１つの組織として定義し
ている。このため、ポリシーサーバの機能は、当該定義
に基づく組織内に関する資源割当ての調整を行う自組織
内資源割当処理機能（３００）と、他組織との間で通信
経路を確保する必要がある場合に自組織の運用ポリシー
の一部を他組織に対して知らせるための他組織接続経路
情報提供機能（３２０）から構成されている。

【００１４】自組織内資源割当処理機能（３００）は、
自組織で扱うユーザーの情報のための顧客情報検索／更
新処理（３０１）および顧客ＤＢ（３０１ａ）、ネット
ワーク管理者が自身の運用ポリシーを記述した情報のた
めの運用ポリシー検索／更新処理（３０２）および運用
ポリシーＤＢ（３０２ａ）、ネットワーク管理者が各種
設定内容を入力、更新、保守するための管理者用ＧＵＩ
処理（３０３）、事前予約型及び即時型のネットワーク
資源割当要求を受付けるためのユーザーからの要求受付
処理（３０４）、運用ポリシーに従って個別の資源割当
て要求を調整し、資源割当ての制御内容を決定する資源
割当調停制御処理（３０５）、調停制御処理が使用する
情報のためのネットワーク経路情報ＤＢ（３０５ａ）、
資源割当状況ＤＢ（３０５ｂ）、要求された資源割り当
てが自組織内で閉じない場合には、後述する他組織への
資源割当要求の前処理を行なう資源割当要求事前処理
（３０６）から構成する。

【００１５】また、調整後の事前予約型ネットワーク資
源割当て設定内容のための資源割当スケジュール検索／
更新処理（３０７）および資源割当スケジュールＤＢ
（３０８ａ）、予約期日となった事前予約型ネットワー
ク資源割当てと調整後の即時型ネットワーク資源割当て
の設定内容をルータ装置への制御命令として発行する資
源割当実行処理（３０８）、割当てた資源に対して課金
が発生する場合の処理を行う課金管理処理（３０９）、
ネットワーク経路情報ＤＢ（３０５ａ）、資源割当状況
ＤＢ（３０６ａ）の内容を定期的に検証して更新するネ
ットワーク構成情報更新処理（３１１）から構成され
る。

【００１６】他組織接続経路情報提供機能（３２０）
は、他組織への資源割当の為の事前処理を行なう他組織
への資源割当事前処理（３０６）と、他の組織との間
で、組織間通信に必要となる自組織の情報を交換する処
理やその交換した情報を参照する処理を行ない、他組織
との間で通信を行なうためにネットワーク資源の割当を
他組織に申込む、あるいは他組織からの申込みを受付け
る組織間資源割当処理（３１０）とから成る。

【００１７】組織内顧客管理テーブル（３２１ａ）に
は、組織内の顧客がどの組織とどのサービスで接続を認
可されているかが記載される。組織外顧客管理テーブル
（３２１ｂ）には、組織外のユーザが所属する組織と、
自組織との間でどのサービスを使うことができるかが記
載される。組織間リンク管理テーブル（３２１ｃ）に
は、どのリンクがどの組織と繋がっていて、さらにどの
サービスがどのリンクで使われることが望ましいかが記
載されている。

【００１８】リンクー境界ルータテーブル（３２２ａ）
には、前記リンクが自組織のどのルータと他組織のどの
ルータから成り立っているかが記載されている。リンク
帯域利用状況テーブル（３２２ｂ）には、リンクが使用
できる帯域の上限と、現在使用中の帯域量が記載されて
いる。組織間通信案件テーブル（３２２ｃ）には、現在
組織間の資源割当を行なっている状況が記載される。

【００１９】図４は、図３で示した各機能とデータベー
スの関連とデータアクセスの関係を示す図である。図の
実線は処理の流れを、破線はデータアクセスの関係を示
している。大きな処理の流れは、管理者が行う各種デー
タベースへの登録・更新処理と、ユーザから受け取った
事前予約型及び即時型の各種資源割当要求の処理であ
る。

【００２０】図５は、本実施例に係わるポリシーサーバ
に、ネットワーク管理者が運用ポリシーを設定する場合
の処理の概要を示す図である。管理者の運用ポリシー入
力／保守処理は、最初に管理者用ＧＵＩ（Ｇｒａｐｈｉ
ｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）処理（３０
３）によりネットワーク管理者に、ＧＵＩにより入出力
を行うためのインタフェースを提供する。ここで入力さ
れるポリシー情報（４００）は、例えばＤ課という部署
に所属する全ユーザ情報を含むような形で、全てのユー
ザや部署に対して網羅的に記述されたポリシー情報とな
る。

【００２１】次に、ネットワーク管理者が、顧客情報検
索／更新（３０１）によりＧＵＩ画面を用いて、入力情
報を元にネットワーク管理者の運用ポリシーの対象とな
る顧客情報を、顧客ＤＢ（３０１ａ）から検索あるいは
更新する。この顧客情報検索／更新処理をさらに詳細な
機能に分けると、入力された情報を解析・分類する入力
情報解析機能、顧客ＤＢのレコード情報を検索する顧客
レコード検索機能、管理者からの入力内容に応じて顧客
情報を更新するメンバーリスト更新機能、入力された情
報を格納するための運用ポリシーオブジェクトインスタ
ンスを検索するためのインデックス情報を作成・更新す
る運用ポリシーインスタンスインデックス作成／更新機
能から構成される。

【００２２】次の運用ポリシー検索／更新（３０２）
は、メンバー毎に運用ポリシーオブジェクトのインスタ
ンスを作成あるいは更新する運用ポリシーインスタンス
作成／更新機能、各メンバーに対するネットワーク資源
の使用制限等を運用ポリシーオブジェクトにプロパティ
情報として格納するポリシープロパティ更新機能から構
成される。入力された運用ポリシーの情報は、運用ポリ
シーインスタンス作成／更新機能によりメンバー毎に運
用ポリシーオブジェクトのインスタンスに変換され、各
メンバーに対するネットワーク資源の使用制限等を含め
た運用ポリシーは、ポリシープロパティ更新機能により
運用ポリシーオブジェクトのプロパティ情報として各運
用ポリシーオブジェクトに格納され、さらに、これらの
ポリシーオブジェクト情報は、運用ポリシーＤＢ（３０
２ａ）に格納される。

【００２３】図２８は、本実施例において、ネットワー
ク管理者が使用するリソース割当運用ポリシー設定のう
ち、基本情報に関するＧＵＩ画面例を示す図である。図
５に示したように、ポリシーサーバにネットワーク管理
者の運用ポリシーを設定する場合の処理では、管理者用
ＧＵＩ処理（３０３）により運用ポリシー（４００）を
ポリシーサーバーに登録する。この処理の際にネットワ
ーク管理者が使用するＧＵＩ画面では、まず顧客に関す
る情報とその顧客に提供するサービスについての具体的
な設定が必要となる。

【００２４】図２８に示したリソース割当運用ポリシー
設定の基本情報に関するＧＵＩ画面（２１００）では、
設定内容を識別するための契約名称、対象とする顧客の
情報としてのグループ、対象となるグループのメンバー
を設定する。この設定により、顧客として登録されたユ
ーザーは、契約名称によって使用可能な具体的なサービ
スを識別し、実際のリソースの割当要求を行うことがで
きる。

【００２５】図２９に、本発明の実施例に係わるネット
ワーク管理者が使用するリソース割当運用ポリシー設定
の契約サービス情報に関するＧＵＩ画面例を示す。この
ＧＵＩ画面（２２００）では、ＧＵＩ画面（２１００）
で設定した契約名称で識別可能な顧客に提供するサービ
スについて、詳細な内容を設定することができる。たと
えば、接続可能な組織のような接続制限に関する情報、
優先度、許可帯域、許可時間帯のようなリソース割当て
の制限に関する情報、課金に関する情報を設定すること
ができる。

【００２６】図６は、本実施例に係わるネットワークユ
ーザーからの要求に基づいた事前予約型の資源割当処理
の概要を示す図である。事前予約型の資源割当処理は、
ユーザーから、将来のある日付けや時間帯のように通信
開始時と終了時とを指定した資源割当てに関する要求と
して、ネットワーク資源割当て要求を受付けることによ
って起動する。最初に行われるユーザーからの資源割当
て要求受付け処理（３０４）では、要求を受け取る要求
内容受信処理（５１１）が、事前予約型ネットワーク資
源割当要求（１０８ａ）に例示される資源割当ての要求
元、資源割当てを要求する両端点、資源割当ての内容、
資源割当ての期間を含んだ、ユーザの要求を受け取り、
内容を解析する要求内容解析処理（５１２）が、内容を
分類・解析する。

【００２７】次に、顧客ＤＢ（３０１ａ）から該ユーザ
ー情報を検索する顧客情報検索／更新処理（３０１）
が、要求送信元のユーザーを特定し、該ユーザーに対す
る運用ポリシーを検証する。仮に、ユーザーからの要求
がネットワーク経由ではなく、ネットワーク管理者に直
接通知された場合、管理者用ＧＵＩ処理（３０３）によ
りネットワーク管理者がユーザー要求の内容を入力す
る。また、個別の資源割当て要求に対して、ネットワー
ク管理者が特別な設定を行う場合も、管理者用ＧＵＩ処
理（３０３）を用いる。

【００２８】次に、運用ポリシー検索／更新処理（３０
２）は、ユーザーから送られた資源割当て要求を検証す
るために、送信元のユーザーに関する運用ポリシーの内
容を、送信元ユーザをキーとして運用ポリシーＤＢ（３
０２ａ）から検索する。検索結果は、図の運用ポリシー
ＤＢから検索された該当ユーザーに対する運用ポリシー
を表現する内容の例（５０１）のような、内容を含んで
いる。

【００２９】次に、資源割当調停制御処理（３０５）で
以下の処理を行う。要求内容可否判定機能（５１３）が、ネットワーク上の
資源の状況を資源割当状況ＤＢ（３０５ｂ）から検索
し、ユーザーからの資源割当要求（１０８ａ）を、あら
かじめ設定されている運用ポリシー（５０１）から検索
された個別のユーザーに対する運用ポリシーの内容と照
合する。運用ポリシーの範囲内の要求に対しては、ネッ
トワーク経路検索機能（５１４）が、資源割当てを行う
ネットワークの経路を、経路情報ＤＢ（３０５ａ）から
検索し、要求された資源を割当てることが可能かどうか
を判定する。他組織経路使用判定機能（５１５）が、他
組織との接続経路に関する情報のための他組織接続経路
情報ＤＢ（３２１ａ）からの情報を元に、検索された経
路が自組織内のネットワークで閉じているかどうかを調
査し、他組織に対して資源割当要求を転送する必要があ
るかどうかを判定する。資源割当可否判定（５１６）
が、ネットワークの資源を割当てる経路と、実際に割当
てる資源の内容を決定する。他組織経路使用判定機能
（５１５）は、他組織の経路を使用する必要性をが確認
したら、他組織への資源割当要求事前処理機能（３０
６）により、他組織に対する資源割当要求用の送信メッ
セージを組立てる処理を含めた、他組織に対する資源割
当要求を行なう前の事前処理を行なう。

【００３０】図１０は、他組織への資源割当要求事前処
理機能（３０６）の処理を示す図である。先ず、組織内
顧客管理ＤＢ（３２１ａ）に格納されている、図１２の
組織内顧客管理テーブルを参照することで、自組織の要
求元の顧客が要求している、自組織外の組織、許可帯
域、許可時間帯、および契約組織間サービスの条件を満
たしているかどうかを確認し、要求元の権限を判定する
（５１６）。なお、本テーブルにおいて使用されている
Ｏｂ，Ｏｃ，Ｏｄは各々組織Ｂ、組織Ｃ、組織Ｄを示す
ものであり、要求元ユーザは組織Ａに属するものとす
る。また、Ｓｔ、Ｓｖ、Ｓｂは、各々、トンネリングサ
ービス（通信帯域をトンネルとして提供し、他の組織と
の接続を提供するサービス）、ビデオ会議サービス、ベ
ストエフォート型サービスを示しており、以下の説明で
も同様の内容として扱う。

【００３１】次に、要求元が他のサービスの相手として
いる他組織の顧客に関して、その顧客に組織間のサービ
スの権限が与えられているかどうかを、組織外顧客管理
ＤＢに格納されている、組織外顧客管理テーブル（３２
１ｂ）を参照することで、他組織にいる要求先の顧客
の、許可帯域、許可時間帯、および契約組織間サービス
の条件を満たしているかどうかを確認し、要求先の権限
を判定する（５１７）。

【００３２】さらに、実際にサービスを行なうにあた
り、組織間のリンクで必要となる帯域が確保できるかど
うかを、ネットワーク経路情報ＤＢ（３０５ａ）に格納
されている、図１６の組織間リンク管理テーブル（３２
２ａ）と、資源割当状況ＤＢ（３０６ａ）に格納されて
いる、図１６のリンク帯域利用状況テーブル（３２２
ｂ）を参照することで判定する（５１８）。前記の判定
で全てがクリアになった場合は、組織間のリンク資源割
当実行要求（５１９）を実行することで組織間のリンク
資源の確保を実施し、さらにその割り当てた内容を、前
記図１６のリンク帯域利用状況テーブル（３２２ｂ）に
反映する。

【００３３】次に、図6に示す資源割当スケジュール検
索／更新処理（３０７）は、最終的に決定された資源割
り当ての設定内容を、資源割当て機能が実行可能な形式
のポリシーオブジェクトに加工し、登録する。さらに、
資源割当て実行処理（３０８）は、組織内の資源割当て
スケジュールに従い、登録されたポリシーオブジェクト
を解釈し、資源割当ての制御コマンドを、ＳＮＭＰ、Ｃ
ＯＰＳ等のプロトコルを用いて、ポリシーオブジェクト
に記述された経路上のルータ装置へ送る。さらに、前
記、他組織への資源割当要求事前処理（３０６）の処理
を行なった場合は、組織間資源割当処理（３１０）を行
なう。上記制御コマンドを受け取ったルータ装置は、ネ
ットワーク経路と資源割当てを行う。

【００３４】図１１は、上記組織間資源割当処理（３１
０）の処理を示す図である。この段階で、すでに、組織
間のリンクおよび自組織内のネットワーク資源の確保は
完了しているので、他組織への資源割当要求送信（５２
０）を実施し、該当する他組織のポリシーサーバに当該
他組織のネットワーク資源割当を要求する。この処理の
成功あるいは失敗を、他組織からの資源割当要求応答受
信（５２１）で受取り、組織間資源割当処理判定（５２
２）にてその結果を判定する。

【００３５】資源予約が成功すると、組織間でサービス
を開始する準備が完了したことになる。なお、組織間通
信案件ＤＢに格納されている図１７の組織間通信案件テ
ーブル（３２２ｃ）には、この組織間での資源予約の状
況、およびサービスの実施状況がポリシーサーバによっ
て記録される。案件番号として、自組織と他組織との間
で資源予約を行なっている番号、あるいはサービスを実
施している番号を付与する。この番号は組織間の資源予
約の開始によって生成し、資源予約の失敗、あるいはサ
ービスの終了によって消去する。状態は、現在組織間の
資源予約がどの程度まで進んでいるかを示すものであ
る。Ｓｔｅｐ０は、他組織への資源割当要求事前処理
（３０６）が実施中であることを示し、Ｓｔｅｐ１は、
リンクの資源予約が実施中であることを示す。さらにＳ
ｔｅｐ２は、自組織内の資源予約が実施中であることを
示し、Ｓｔｅｐ３は、他組織内の資源予約が実施中であ
ることを示す。Ｓｔｅｐ４は全ての資源予約が完了し、
現在組織間のサービスが実施中であることを示す。リン
クは、この案件で使用されている、あるいは使用される
予定のリンク番号を示し、使用予定／使用中帯域は、こ
の案件で使用されている、あるいは使用される予定の帯
域量を示している。サービス残時間は、案件番号で振ら
れたサービスが使用可能である残りの時間を示してい
る。

【００３６】図７は、上述した即時型の資源割当処理の
概要を示す図である。即時型の資源割当処理は、事前予
約型と同様の手順で、ユーザーから、現在から将来のあ
る時刻までの資源割当て実行要求を含んだ、ネットワー
ク資源割当て要求を受付けることによって起動する。ユ
ーザーからの資源割当て要求受付け処理（３０４）は、
図6に例示する即時型ネットワーク資源割当要求（１０
８ｂ）を、図6と同様に処理する。顧客情報検索／更
新処理（３０１）と運用ポリシー検索／更新処理（３０
２）との処理内容は図6と同様である。

【００３７】検索結果は、図の運用ポリシーＤＢから送
信元ユーザと現在時刻をキーとして検索された該当ユー
ザーに対する運用ポリシーを表現する内容の例（６０
１）のような、内容を含んでいる。資源割当調停制御処
理（３０５）では、ユーザーからの資源割当要求（１０
８ｂ）をあらかじめ設定されている運用ポリシー（６０
１）により検証し、運用ポリシーの範囲内の要求に対し
ては、実際に資源割当て処理を行うためネットワーク資
源の現状と資源を割当てる経路を調査し、要求された資
源を割当てることが可能かどうかを判定し、ネットワー
クの資源を割当てる経路と、実際に割当てる資源の内容
を決定する。この資源割当調停制御処理（３０５）での
要求内容可否判定機能（５１３）、ネットワーク経路検
索機能（５１４）、他組織経路使用判定機能（５１
５）、の処理内容は図6と同じである。資源割当状況検索
（６１６）が、ネットワーク管理システム等からの情報
をあわせて、現在の資源の割当て状況を検索し、続い
て、、資源割当可否判定（６１７）がネットワークの資
源を割当てる経路と、実際に割当てる資源の内容を決定
する。資源割当要求事前処理機能（３０６）と資源割当
て実行処理（３０８）との処理内容は、図６で説明した
内容と同じである。さらに、前記、他組織への資源割当
要求事前処理（３０６）の処理を行なった場合は、組織
間資源割当処理（３１０）を行なう。この処理内容は、
図６で説明した内容と同じである。

【００３８】最後に、課金管理処理（３０９）により、
即時型の資源割当てに対する課金状況を計算し、登録す
る。事前予約型では、資源割り当ての内容はスケジュー
ル登録と、その実行記録により計算可能であるが、即時
型資源割当では実際に割当てた資源に関して課金が行わ
れるため、この処理が必要となる。

【００３９】図８は、本実施例に係わる他組織のポリシ
ーサーバから送られた資源割当要求の処理の概要を示す
図である。他組織から送られた資源割当要求処理は、自
組織内の資源割当て処理と同様に資源割当要求と運用ポ
リシーの内容を調整して、最終的な割当資源を決定する
処理であるが、要求を出す組織と要求を受付ける組織が
異なるため、要求送出側組織の情報が一部隠蔽されてい
る等の相違がある。他組織から送られた資源割当要求の
処理は、他組織からのネットワーク資源割当て要求を受
付けることによって起動される。

【００４０】最初に行われる他組織からの要求受付処理
（３２２）では、要求を受け取る要求内容受信処理（５
１１）が、他組織が要求するネットワーク資源割当要求
（１０８ｃ）に例示される要求を受け取り、受信内容を
分解し、内容を解析する要求内容解析処理（５１２）
が、内容を分類・解析する。ここで他組織から資源割当
要求は、自組織内の資源割当て要求とは異なり、発信元
が要求を送出した組織となっている点が異なる。この処
置は、ユーザーの情報を異なった組織で共有していない
場合に有効な処理である。

【００４１】顧客情報検索／更新処理（３０１）と運用
ポリシー検索／更新処理（３０２）との処理内容は図
6、図7と同様である。検索結果は、図の運用ポリシーＤ
Ｂから検索された該当組織に対する運用ポリシーを表現
する内容の例（７０１）のような、内容を含んでいる。

【００４２】他組織資源割当調停制御（３１０）は、他
組織からの資源割当要求（１０８ｃ）を、他組織に対し
てあらかじめ設定されている運用ポリシーの検索結果
（７０１）により検証し、運用ポリシーの範囲内の要求
に対しては、実際に資源割当て処理を行うためネットワ
ーク資源の現状と資源を割当てる経路を調査し、要求さ
れた資源を割当てることが可能かどうかを判定し、ネッ
トワークの資源を割当てる経路と、実際に割当てる資源
の内容を決定する。

【００４３】この他組織資源割当調停制御（３１０）で
の要求内容可否判定（５１３）、ネットワーク経路検索
機能（５１４）、他組織経路使用判定機能（６１５）、
資源割当状況検索（６１６）、資源割当可否判定（６１
７）の処理内容は、図7での説明と同様である。続いて、課金内容計算（３０９）が決定した資源割当て
に対する課金状況を計算し、、要求元へ返答（７１９）
する。資源割当要求事前処理機能（３０６）の処理内容
は、図６，図７で説明した内容と同じである。また、前
記、他組織への資源割当要求事前処理（３０６）の処理
を行なった場合は、組織間資源割当処理（３１０）を行
なう。この処理内容は、図6,図７で説明した内容と同じ
である。

【００４４】図９は、本発明の実施例に係わる複数組織
の間で交換するネットワーク経路の概要を示す図であ
る。本実施例において、組織とは、それぞれ独自の運用
ポリシーによって運用されている部分的なネットワーク
を持つ領域(ドメイン)であると定義する。したがってネ
ットワーク全体は、それぞれの運用ポリシーを持つ複数
のポリシードメイン(ネットワーク)からなり、各ポリシ
ードメインは相互に接続されている。このとき、組織間
の接続部の位置は厳密に定義され、接続部分での運用ポ
リシーは両端の組織間で合意されている必要がある。図
の例では、組織Ａ、組織Ｂ、組織Ｃ、及び組織Ｄとの間
の接続を記述している。組織間で不定期に公開、情報交
換される情報を図１２,１３に示す。

【００４５】図１２に示すような組織内顧客管理テーブ
ルに記載されている顧客の中で、特に、接続可能組織が
記載されている顧客の場合は、自組織のポリシーサーバ
が、その顧客情報をそれぞれの接続可能組織に関係する
情報に変換し、その後、関係するそれぞれの組織のポリ
シーサーバに送付する。例えば図１２の場合、自組織ユ
ーザアドレスUa2が組織内部で使用を許されているサー
ビスは、St,Svの２種類で、利用可能な帯域は５Ｍｂｐ
ｓであり、その利用時間は９：００から１７：００であ
る、と言うことが組織Ocに対して送付されることにな
る。

【００４６】図１３には、ポリシーサーバが、上記の如
き公開情報を複数の他組織のポリシーサーバから受信
し、それを編集して他組織の顧客管理テーブルとして構
成した組織外顧客管理テーブルを示す。すなわち、組織
外顧客管理テーブルには、そのテーブルを管理する組織
に対して、他の組織が公開したいと希望している組織が
所有する図１２の組織内顧客管理テーブルの内容の一部
が記述されることになる。

【００４７】また、ポリシーサーバの管理者によって作
成される組織間の物理的なネットワーク経路情報として
は、図１５に示すようなリンク−境界ルータ対応テーブ
ル、及び図１６に示すような組織間リンク管理テーブル
がある。以上のテーブルについての詳しい説明は後述す
る。

【００４８】なお、図１５に示すようなリンク−境界ル
ータ対応テーブルに示すように、組織間で共有する情報
は、組織間を接続する経路に関するものであり、各組織
に所属する接続点の情報は含まない。したがって、たと
えば組織Ａのポリシーサーバが、組織Ｂとの接続が必要
な資源割当て要求を受け取った場合、ポリシーサーバ
は、組織Ａ−組織Ｂ間の経路Ｌ１（８０１）あるいは、
Ｌ２（８０２）、Ｌ３（８０３）、別の組織経由の経
路、の中から、ユーザーからの資源割当て要求と照らし
て、組織Ｂに対する資源割当て要求の対象となる経路を
決定する。同様に、組織Ｂのポリシーサーバが他組織と
の接続を必要とする資源割当要求を受け取った場合に
は、組織Ａ−組織Ｂ間の経路Ｌ１（８０１）あるいは、
Ｌ２（８０２）、Ｌ３（８０３）、別の組織経由の経
路、の中から経路を選択する。

【００４９】仮に、組織Ａから組織Ｂへ経路Ｌ２を使用
して接続し、その経路に対する資源割当て要求を行うと
決定された場合、組織Ａの内部での資源割当要求は、ポ
リシーサーバが、ユーザーからの資源割当要求を加工す
ることにより、要求元のユーザーが使用しているエンド
ノードから組織Ａに属する経路Ｌ２及びＬ３の接続点ｐ
２（８１２）までの資源割当要求として処理する。

【００５０】図１８は、組織Ａと組織Ｂでの組織間での
資源割当要求の処理の関係を示すシーケンス図である。
具体的には、図６または図７で示した組織Ａのポリシー
サーバが実施する他組織への資源割当処理（３１０）
と、図8で示した組織Ｂのポリシーサーバが実施する他
組織からの資源割当要求処理の処理の関係を示すもので
ある。組織Ａでの他組織への資源割当処理（３１０）
は、他組織への資源割当要求送信（５２０）、他組織か
らの資源割当要求応答受信（５２１）、組織間資源割当
処理判定（５２２）により構成される。

【００５１】図１９は、組織間資源割当処理（３１０）
によって、組織間にまたがってサービスを受けることの
できる顧客に関する情報を交換するシーケンスを示す図
である。組織Ａにて、組織内顧客管理ＤＢの内容変更を
検知すると（８０１）、その内容がどの組織に関係があ
るか分析を行ない（８０２）、該当の組織に対してその
内容を送信する（８０３）。この内容変更を受取った組
織Ｂ、Ｃ及びＤは、組織外顧客管理ＤＢの内容を変更す
る。

【００５２】図２０は、顧客ＤＢ（３０１ａ）に格納さ
れる顧客データの実装方法に関する別の例を示した図で
ある。図の例では、顧客ＤＢとして、ＩＴＵ−ＴＸ。５
００シリーズの規格に準拠したディレクトリサービス型
のデータベースを利用しており、各ユーザの情報は、企
業組織の形態に従った階層構造により管理される。この
実装例では、部課のような部署に対してポリシーを設定
した場合、その部署に所属するユーザーや、さらに下位
の部署に対して、上位の部署のポリシーを継承すること
も可能となる。例えば、Ｄ課のオブジェクトの詳細情報
には、Ｄ課に所属するユーザーＡおよびユーザーＣに関
する情報を書くこともできる。また、Ｄ課が契約してい
るサービスＳｖ、Ｓｔ、Ｓｂに対するポリシーのインデ
ックス情報を記入しておくことにより、Ｄ課が契約した
サービスに対するポリシー情報Ｓｖ−００２００、Ｓｔ
−００２０１、Ｓｂ−００３０３を参照することができ
る。さらに、Ｄ課に所属するユーザーＡのオブジェクト
の詳細情報には、Ｄ課に対するポリシー情報Ｓｔ−００
２０１、Ｓｂ−００３０３のほかに、Ｓｔ−００２００
を加工したＳｖ−００２０１を記入している。このよう
に、上位の部署のポリシーをそのまま継承するだけでな
く、上位部署のポリシーを加工し、独自のポリシーとし
て追加することができる。

【００５３】図２１は、図２０に示した部署またはユー
ザーに割当てられたポリシー情報の記述例を示した図で
ある。各ポリシー情報には、ポリシー情報の識別子であ
るＰｏｌｉｃｙＩＤの他、接続可能組織、許可優先
度、許可帯域、許可時間帯等の資源割当ての制限条件
や、サービス契約で最低限保証すべき帯域、要求された
帯域に対する変動の許容度の条件等のサービス保証の条
件を記述できる。また、各ポリシー情報が、上位のポリ
シーを継承した場合には、各条件は上位ポリシーに指定
された条件を参照するポインタとして実装されるため、
上位ポリシーの条件をそのまま参照することができる。
これにより、上位のポリシーを変更した場合でも、下位
のポリシーを参照する場合には、ポインタにより変更さ
れた上位のポリシーを参照することとなり、上位ポリシ
ーの変更に連動して下記のポリシーが自動的に更新され
ることとなる。

【００５４】図２２は、図6で示した事前予約型資源割
当て処理のうち、資源割当てスケジュール登録（３０
７）の処理フローを示した図である。事前予約型の資源
割当て処理では、資源割当実行処理を指示する資源割当
てオブジェクト（１７００、１７１０）の作成と、作成
された資源割当てオブジェクトのルータへの送信が別の
ステップとして行われる。資源割当てスケジュール登録
処理（３０７）では、資源割り当て判定結果受付処理
（１６０１）で資源割当て可否判定結果に基づくスケジ
ュール情報（１６００）を受付け、指定経路の再検索処
理（１５０２）で、資源割り当てを行う経路が通過する
ルータ毎の経路要素に分解し、設定変更指示を与える必
要があるルータ装置を特定する。さらに、指定経路が実
際に使用可能かどうかを判定（１５０３）した後、経路
要素毎の資源割当て状況を確認する処理（１５０４）を
行う。資源割当て可能である状況を確認（１５０５）す
ると、各経路要素に対応したルータ装置への資源割当て
オブジェクトを作成する（１５０６）。作成された資源
割当てオブジェクトは、スケジュールＤＢに登録（１５
０７）され、全経路要素について、この処理が繰り返す
（１５０８）。

【００５５】上記の処理によりスケジュールＤＢに蓄え
られた資源割当てオブジェクトは、ポリシーサーバーが
定期的にスケジュールＤＢを検索（１５０９）し、実施
すべき資源割当てが登録されていた場合には（１５１
０）、該当する資源割当てオブジェクトを取り出して各
ルータ装置に送信する（１５１１）。このようにして、
スケジュールに従った資源割当て指示をルータ装置に送
信することにより、事前予約型の資源割当て処理が実現
できる。

【００５６】図２３は、逐次処理型の資源割当て実行処
理（３０８）の内容を示したフロー図である。資源割当
てオブジェクト作成に関する処理内容は、図２２で示し
た事前予約型の資源割当て処理と同様であるが、逐次処
理型の資源割当て実行処理では、スケジュールＤＢを用
いず、作成した資源割当てオブジェクトをすぐにルータ
装置に送信する（１５１１）という点が異なっている。

【００５７】図２４は、図２２および図２３で示した処
理の結果作成される資源割当てオブジェクト（１７０
０、１７１０）の内容の例を示した図である。図２４
は、事前予約型の資源割当てオブジェクトの例であり、
オブジェクトＩＤと、資源割当てを行う経路要素ごとに
接続元、接続先、保証帯域等の資源割当て用パラメータ
が記述されている。また、事前予約型の資源割当てオブ
ジェクトには、資源割り当てが実施される時刻および資
源割当てを解除する時刻の情報も記述されている。

【００５８】図２５は、資源割当オブジェクト（１７０
０，１７１０）を受取り、資源割当てを実行するルータ
装置の機能構成例を示した図である。図２５では、資源
割当て機能を内蔵しないルータ装置（１８１０）に対し
ても、資源割当て機能を付加する資源割当て実行エージ
ェント装置（１８００）をハードウェア装置として付加
することにより、資源割当て処理を実施させることがで
きることを示している。また、資源割当て実行エージェ
ント装置（１８００）の機能を、ルータ装置（１８１
０）の筐体に内蔵し、資源割当て機能を付加することも
可能である。

【００５９】ルータ装置（１８１０）の機能は、ネット
ワーク上のパケットのルーティング処理を行うネットワ
ークインタフェース（１８１８ａ〜１８１８ｎ）と、ル
ーティング制御モジュール（１８１７）、ルータの設定
を更新するルータ設定コマンド処理機能（１８１１）、
ルータの設定及び状態をＳＮＭＰを使用して監視するＳ
ＮＭＰエージェント機能（１８１２）、各管理情報を提
供する資源管理情報ベース（ＭａｎａｇｅｍｅｎｔＩ
ｎｆｏｒｍａｔｉｏｎＢａｓｅ）ＭＩＢ処理機能（１
８１３）、経路ＭＩＢ処理機能（１８１４）、その他の
ＭＩＢ処理機能（１８１５）、ＲＳＶＰ等のようにネッ
トワークから非同期に送られてくる資源割当要求を資源
割当て実行エージェント装置（１８００）に中継する資
源割当て要求中継機能（１８１６）から構成される。

【００６０】なお、ＳＮＭＰエージェント機能（１８１
２）に対してＳＮＭＰを用いて、資源ＭＩＢ処理機能
（１８１３）、経路ＭＩＢ処理機能（１８１４）、その
他のＭＩＢ処理機能（１８１５）が管理するＭＩＢの情
報を外部から変更することにより、ルータの設定変更を
行い、ルータ設定コマンド処理機能（１８１１）と同等
の機能を提供することも可能である。

【００６１】図２５に示すルータ装置は、通常のコンピ
ュータ装置と類似のハードウェア構成を取っており、中
央演算装置、主記憶装置、二次記憶装置、通信インタフ
ェースコントローラ等により構成される。資源割当て実
行エージェント（１５００）は、上記資源割当てオブジ
ェクト（１７００、１７１０）を受付け、ルータ装置
（１８１０）の設定を変更する機能を提供する。また、
ルータ装置（１８１０）の資源割当状況を監視し、ポリ
シーサーバーまたはネットワーク管理システムからの要
求にしたがって資源割当て状況の情報を回答する機能を
提供する。本実施例で述べたこの資源割当実行エージェ
ント装置は、従来のルータ装置に接続する拡張装置とし
て稼動させることも可能であるし、資源割当実行エージ
ェント装置の各機能(１８０２，１８０３，１８０４，
１８０５，１８０６)をルータ装置上のソフトウェアと
して実装することも可能である。

【００６２】資源割当て実行エージェント（１５００）
は、ポリシーサーバー等の他のネットワーク装置と通信
する為のネットワークインターフェース（１８０１）、
ポリシーサーバーから送られた資源割当てオブジェクト
の内容を解析する資源割当てオブジェクト解析機能（１
８０２）、ネットワーク側から送られたＲＳＶＰ等の資
源割当て要求内容を解析し、必要に応じてポリシーサー
バに対する資源割当て可否を問合せる資源割当て要求処
理機能（１８０３）、資源割当ての指示に従ってルータ
設定手順を作成し、ルータ装置への設定変更を実行する
ルータ設定手順作成機能（１８０４）、ＳＮＭＰ等の方
法でルータ装置の資源割当て状況を管理する資源割当て
管理機能（１８０５）、ルータ装置から中継されたネッ
トワーク側から送られたＲＳＶＰ等の資源割当て要求パ
ケットを処理する資源割当て要求パケット処理機能（１
８０６）から構成される。

【００６３】図２６は、ポリシーサーバから渡された資
源割当オブジェクト（１７００，１７１０）にしたがっ
て、ルータ装置側で行われる資源割当て実行処理のフロ
ーを示す図である。ポリシーサーバーから資源割当て実
行エージェント（１８００）へ渡された資源割当要求オ
ブジェクト（１７１０）は、資源割当オブジェクト解析
機能（１８０２）の資源割当オブジェクト受信処理（１
９０１）に受信された後、設定対象となるネットワーク
インタフェース毎の情報に分解される（１９０２）。ネ
ットワークインタフェース毎に分解された資源割当要求
情報に基づき、資源状態管理機能（１８０５）は、イン
ターフェース毎の資源割当状態をルータのＭＩＢ情報参
照（１９０３）により、設定可能な資源割当要求である
かを検証（１９０３）し、全ネットワークインタフェー
スに対して検証処理を行う（１９０４）。

【００６４】設定可能性が検証されると、各ネットワー
クインタフェースへの設定情報として、直接ルータ設定
コマンドが解釈可能な設定情報の形式に変換（１８０
４）し、ルータへ設定する。通常のルータがネットワー
ク管理者によりメンテナンスされる場合と同様に送られ
たコマンドにしたがって、ルータ設定コマンド処理（１
８１１）により、実際のルータ設定が変更される。

【００６５】図２７は、ルータ装置（１８１０）および
資源割当実行エージェント装置（１８００）上で稼動す
る、ネットワークから受信したユーザからの資源割当て
要求をポリシーサーバーへ中継する処理のフローを示す
図である。ネットワークインタフェース１８１８ａ〜１
８１８ｎのいずれかのインタフェースからＲＳＶＰのよ
うなパケット形式で送られてくるユーザからの資源割当
要求は、ルーティング制御ソフトウェアから資源割当中
継処理（１８１６）を介して資源割当実行エージェント
装置側（１８００）側に転送される。

【００６６】次に、資源割当要求処理（１８０３）は、
パケットヘッダの検証処理（２００１）を行い、ポリシ
ーサーバーへ中継処理が必要なパケットであるかを判別
（２００２）する。中継処理を必要としないと判断した
場合には、ルーティング制御ソフトウェアに制御を戻し
（２００５）て処理を終了する。ポリシーサーバへの転
送が必要な場合には、資源割当要求の形式に形式を変換
（２００３）して、ユーザからの即時型資源割当要求情
報（１０８ｄ）として、ポリシーサーバ側に情報を転送
（２００４）する。

【００６７】図３２に、本発明の実施例に係わるポリシ
ークライアントソフトウェアが稼動しているコンピュー
タ装置の構成を示す。コンピュータ装置（２３１）は、
中央演算処理装置（２３１ａ）、通信Ｉ／Ｏインタフェ
ースコントローラ（２３１ｂ）、キーボード＆マウスコ
ントローラ（２３１ｃ）、ビデオボードコントローラ
（２３１ｄ）、ディスクコントローラ（２３１ｅ）、主
記憶装置（２３１ｆ）から構成されており、キーボード
およびマウス装置（２３２）、ディスプレイ装置（２３
３）、可搬な外部記憶媒体（２３４）、ハードディスク
装置（２３５）が接続されている。ハードディスク装置
（２３５）上には、ポリシークライアントプログラム
（１１１）が、可搬な外部記憶媒体（２３４）から、ま
たは、当該ポリシークライアントが接続されているネッ
トワーク経由で、導入されることにより格納されてい
る。該プログラムが主記憶装置（２３１ｆ）上に展開さ
れて稼動することにより、ポリシークライアントが実現
される。

【００６８】ポリシークライアントソフトウェア（１１
１）は、ユーザプログラムからとのインタフェース機能
を提供するアクセスＡＰＩ（１１１ａ）と、ユーザーに
対するユーザインタフェースを提供するＧＵＩ制御部
（１１１ｂ）と、ＧＵＩ制御部、または、アクセスＡＰ
Ｉを通じて送られたＱｏＳ保証要求に関する資源割当要
求を作成し、ＣＯＰＳプロトコルに中継する資源割当要
求作成部（１１１ｃ）から構成される。

【００６９】図３０に、本発明の実施例に係わるネット
ワークのユーザーが使用するリソース割当要求の実行Ｇ
ＵＩ画面例を示す。ユーザーは、ネットワークを介して
ポリシーサーバーに直接接続するか、または、あらかじ
めユーザープログラムにポリシークライアントソフトウ
ェア（１１１）を組み込み、ポリシークライアントソフ
トウェアのリソース割当要求処理を呼び出すことによ
り、ＧＵＩ画面（２３００）を呼び出し、ポリシーサー
バーに対してリソース割当てを要求する。

【００７０】このとき、ポリシークライアントソフトウ
ェア（１１１）はポリシーサーバー（１０４）に対し
て、ユーザーが要求したりソース割当ての情報を通知す
る必要があるので、後述するように、ユーザーが指定し
たリソース割当て要求を通知するリソース割当て要求メ
ッセージ（２４００）を作成する。もしも、エンドノ
ードが、一般的なＲＳＶＰを用いて資源割当要求を行な
う必要がある場合には、このＧＵＩ画面を利用せず、ユ
ーザープログラムが、図３２のアクセスＡＰＩ（１１１
ａ）により、ユーザーが指定したリソース割当て要求を
通知するリソース割当て要求メッセージ（２４００）
を、ポリシークライアントソフトウェアが作成するよう
指示をすることもできる。

【００７１】このＧＵＩ画面（２３００）を用いて、ネ
ットワーク管理者がリソース割当運用ポリシー設定のＧ
ＵＩ画面（２１００、２２００）で設定した内容に基づ
いた設定内容の範囲内で、ユーザーはリソースの割当て
を要求する。このＧＵＩ画面（２３００）では、リソー
ス割当の要求者である接続元のユーザーと、通信品質保
証された通信を行なう相手である接続先のユーザー名を
指定することにより、それぞれのユーザーが使用してい
るネットワーク上のエンドノードを特定し、さらに、そ
のエンドートゥーエンド接続に対して割当てる通信の帯
域などを指定する。このとき、要求する帯域に関して
は、実際に保証される帯域が揺らぎを起こす場合もある
ため、帯域の変化の範囲を許容度として指定できるよう
にすることも望ましい。

【００７２】図３１は、上記資源割当て要求メッセージ
オブジェクト（２４００）の例を示す図である。リソ
ース割当て要求メッセージ（２４００）は、メッセージ
自体の属性を示すメッセージヘッダ（２４０１）、リソ
ースが割り当てられ品質が保証された通信の通信先の属
性を示す通信先情報（２４０２）、リソース割り当てを
要求する通信元の属性の情報を示す通信元情報（２４０
３）、リソース割り当ての要求内容を示すリソース割当
要求情報（２４０４）、品質が保証された通信を行う期
間を示すセッション寿命（２４０５）から構成されてい
る。このリソース割当て要求メッセージは、図３に示す
ユーザーからの要求受付け処理（３０４）で受信され、
ポリシーサーバーで処理される。

【００７３】以上の通り、本実施例によれば、以下に示
す４つの効果がある。第１に、ネットワーク管理者は、
運用ポリシーをポリシーサーバにあらかじめ登録してお
くことにより、ネットワーク資源を当該運用ポリシーに
基づいて簡単に管理することができる。第２に、ネット
ワーク上のエンドノードのユーザーは、ポリシーサーバ
に対する問合せ及び予約を行うことにより、品質を保証
された通信路を予約をすることが可能となる。第３に、
ユーザーが複数の組織にまたがるネットワークに対する
品質を保証された通信路を確保したい場合であっても、
自組織のポリシーサーバに対して問合せ及び予約を行え
ばよい。第４に、ユーザーから複数の組織にまたがるネ
ットワークに対する品質を保証された通信路の要求があ
った場合でも、ネットワーク管理者は、自組織のネット
ワークに関する運用ポリシーについて設定すれば、組織
間をまたがった通信路に対しても、各組織の運用ポリシ
ーに従ったネットワーク資源の割付を自動的に調整する
ことができる。

【００７４】

【発明の効果】以上述べたように、本発明によれば、ネ
ットワーク資源を統合的に管理し制御することにより、
通信の品質を保証することが可能になる。

【図面の簡単な説明】

【図１】本発明の実施例に係わるポリシーベース通信経
路品質管理制御システムが対象とするネットワークの例
と、ポリシーサーバに送られる情報の例を示す図である

【図２】本発明の実施例に係わるポリシーサーバが稼動
しているコンピュータ装置の構成を示す図である。

【図３】本発明の実施例に係わるポリシーサーバを構成
する機能モジュールと対応するデータベースを示す図で
ある。

【図４】本発明の実施例に係わるポリシーサーバを構成
する機能モジュールと対応するデータベースの関係を示
す図である。

【図５】本発明の実施例に係わるポリシーサーバにネッ
トワーク管理者の運用ポリシーを設定する場合の処理の
概要を示す図である。

【図６】本発明の実施例に係わるネットワークユーザー
からの要求に基づいた事前予約型の資源割当処理の概要
を示す図である。

【図７】本発明の実施例に係わるネットワークユーザー
からの要求に基づいた即時型の資源割当処理の概要を示
す図である。

【図８】本発明の実施例に係わる他組織のポリシーサー
バから送られた資源割当要求処理の概要を示す図であ
る。

【図９】本発明の実施例に係わる複数組織の間で交換す
るネットワーク経路及び資源の情報の概要を示す図であ
る。

【図１０】本発明の実施例に係わる他組織への資源割当
要求事前処理の概要を示す図である。

【図１１】本発明の実施例に係わる組織間資源割当処理
の概要を示す図である。

【図１２】本発明の実施例に係わる組織内顧客管理テー
ブルを示す図である。

【図１３】本発明の実施例に係わる組織外顧客管理テー
ブルを示す図である。

【図１４】本発明の実施例に係わる組織間リンク管理テ
ーブルを示す図である。

【図１５】本発明の実施例に係わるリンク−境界ルータ
対応テーブルを示す図である。

【図１６】本発明の実施例に係わる組織間リンク管理テ
ーブルを示す図である。

【図１７】本発明の実施例に係わる組織間通信案件テー
ブルを示す図である。

【図１８】本発明の実施例に係わる他組織への資源割当
処理と、資源割当要求処理の関係を示すシーケンス図で
ある。

【図１９】本発明の実施例に係わる組織間資源割当処理
によって、組織間にまたがってサービスを受けることの
できる顧客情報を交換するシーケンスを示す図である。

【図２０】本発明の実施例に係わる顧客情報ＤＢ内に格
納されるデータの階層構造の例を示す図である。

【図２１】本発明の実施例に係わるポリシーＤＢ内に格
納されるデータの例を示す図である。

【図２２】本発明の実施例に係わる事前予約型の資源割
当処理のうち、スケジュールＤＢへの登録処理の内容を
示す図である。

【図２３】本発明の実施例に係わる逐次処理型の資源割
当処理のうち、資源割当実行処理の内容を示す図であ
る。

【図２４】本発明の実施例に係わるポリシーオブジェク
トの内容の例を示す図である。

【図２５】本発明の実施例に係わるルータ装置の構成を
示す図である。

【図２６】本発明の実施例に係わるルータ装置側で行わ
れる資源割当て実行処理のフローを示す図である。

【図２７】本発明の実施例に係わるネットワークから受
信したユーザからの資源割当て要求をポリシーサーバー
へ中継する処理のフローを示す図である。

【図２８】本発明の実施例に係わるネットワーク管理者
が使用するリソース割当運用ポリシー設定のうち、基本
情報に関するＧＵＩ画面の例を示す図である。

【図２９】本発明の実施例に係わるネットワーク管理者
が使用するリソース割当運用ポリシー設定、契約サービ
ス情報に関するＧＵＩ画面の例を示す図である。

【図３０】本発明の実施例に係わるネットワークのユー
ザーが使用するリソース割当要求の実行ＧＵＩ画面の例
を示す図である。

【図３１】本発明の実施例に係わる資源割当て要求メッ
セージオブジェクトの例を示す図である。

【図３２】本発明の実施例に係わるポリシークライアン
トソフトウェアが稼動するコンピュータ装置の構成を示
す図である。

【符号の説明】

１００…ネットワーク管理者が運用状態を管理するネッ
トワーク、１０１ａ〜１０１ｅ…ルーター装置、１０２
ａ〜１０２ｆ…エンドノード、１０３ａ〜１０３ｂ…Ｈ
ＵＢ装置、１０４…ポリシーサーバ、１０５…ネットワ
ーク管理者、１０６ａ〜１０６ｂ…ネットワーク上のエ
ンドノードのユーザー、１０７…ネットワーク管理者の
運用ポリシー、１０８…ユーザーの資源割当要求、１０
８ａ…事前処理型ネットワーク資源割当要求を表現する
内容の例、１０８ｂ…即時型ネットワーク資源割当要求
を表現する内容の例、１０８ｃ…他組織のポリシーサー
バから転送されたネットワーク資源割当要求を表現する
内容の例、１１１…ポリシークライアントソフトウェ
ア、２０１…コンピュータ装置、２０１ａ…中央演算処
理装置、２０１ｂ…通信Ｉ／Ｏインタフェースコントロ
ーラ、２０１ｃ…キーボード＆マウスコントローラ、２
０１ｄ…ビデオボードコントローラ、２０１ｅ…ディス
クコントローラ、２０１ｆ…主記憶装置、２０２…キー
ボードおよびマウス装置、２０３…ディスプレイ装置、
２０４…可搬な外部記憶媒体、２０４…ハードディスク
装置、２１０…ポリシーサーバ用ＤＢ群、２１１…ポリ
シーサーバプログラム、２３１…コンピュータ装置、２
３１ａ…中央演算処理装置、２３１ｂ…通信Ｉ／Ｏイン
タフェースコントローラ、２３１ｃ…キーボード＆マウ
スコントローラ、２３１ｄ…ビデオボードコントロー
ラ、２３１ｅ…ディスクコントローラ、２３１ｆ…主記
憶装置、２３２…キーボードおよびマウス装置、２３３
…ディスプレイ装置、２３４…可搬な外部記憶媒体、２
３５…ハードディスク装置、３００…自組織内資源割当
処理機能、３０１…顧客情報検索／更新処理、３０１ａ
…顧客ＤＢ、３０２…運用ポリシー検索／更新処理、３
０２ａ…運用ポリシーＤＢ、３０３…管理者用ＧＵＩ処
理、３０４…ユーザーからの要求受付処理、３０５…資
源割当調停制御処理、３０５ａ…ネットワーク経路情報
ＤＢ、３０５ｂ…資源割当状況ＤＢ、３０６…他組織へ
の資源割当要求事前処理、３０７…資源割当スケジュー
ル検索／更新処理、３０８…資源割当実行処理、３０８
ａ…資源割当スケジュールＤＢ、３０９…課金管理処
理、３１０…他組織資源割当調停制御処理、３２０…他
組織接続経路情報提供機能、３２１ａ…組織外顧客管理
テーブル、３２１ｂ…組織外顧客管理テーブル、３２１
ｃ…他組織接続経路情報テーブル、３２２…他組織から
の要求受付処理、３２２ａ…リンク境界−ルータ管理テ
ーブル、３２２ｂ…リンク帯域利用状況テーブル、３２
２ｃ…組織間通信案件管理テーブル、４００…管理者が
設定する運用ポリシーを表現する内容の例、５０１…運
用ポリシーＤＢから検索された該当ユーザーに対する運
用ポリシーを表現する内容の例、５１１…要求内容受信
処理、５１２…要求内容解析処理、５１３…要求内容可
否判定、５１４…ネットワーク経路検索、５１５…他組
織経路使用判定、５１６…要求元権限判定、５１７…要
求先権限判定、５１８…リンク利用状況判定、５１９…
リンク資源割当実行処理、５２０…他組織への資源割当
要求送信、５２１…他組織からの資源割当要求応答受
信、５２２…組織間資源割当処理判定、６００…ユーザ
ーが要求するネットワーク資源割当要求を表現する内容
の例、６０１…運用ポリシーＤＢから検索された該当ユ
ーザーに対する運用ポリシーを表現する内容の例、６１
６…資源割当状況検索、６１７…資源割当可否判定、７
０１…運用ポリシーＤＢから検索された該当組織に対す
る運用ポリシーを表現する内容の例、７１９…要求元へ
の返答機能、８００…他組織に公開、情報交換される相
互接続経路情報の例、８０１…組織Ａ−組織Ｂ間の経路
Ｌ１、８０２…組織Ａ−組織Ｂ間の経路Ｌ２、８０３…
組織Ａ−組織Ｂ間の経路Ｌ３、８０４…組織Ａとさらに
別の組織間の経路Ｌ４、８０５…組織Ｂとさらに別の組
織間の経路Ｌ５、８１１…組織Ａに属する経路Ｌ１の接
続点ｐ１、８１２…組織Ａに属する経路Ｌ２及びＬ３の
接続点ｐ２、８１３…組織Ａに属する経路Ｌ４の接続点
ｐ３、８２１…組織Ｂに属する経路Ｌ１およびＬ２の接
続点Ｐ１、８２２…組織Ｂに属する経路Ｌ３の接続点Ｐ
２、８２３…組織Ｂに属する経路Ｌ５の接続点Ｐ３、８
３１…組織内顧客管理ＤＢ変更検知、８３２…組織内顧
客管理ＤＢの内容分析、８３３…組織内顧客管理ＤＢの
変更内容送信、１５００…事前予約型資源割当判定結
果、１５０１…資源割当判定結果受付、１５０２…ネッ
トワーク経路再検索、１５０３…指定経路使用可能判
定、１５０４…経路要素の資源割当状況確認、１５０５
…経路要素の資源割当可否確認、１５０６…経路要素の
資源割当てオブジェクト作成、１５０７…スケジュール
ＤＢ登録処理、１５０８…経路要素終了判定、１５０９
…スケジュールＤＢ検索処理、１５１０…スケジュール
判定、１５１１…資源割当てオブジェクト送付、１６０
０…逐次処理型資源割当判定結果、１７００、１７０１
…資源割当オブジェクト、１８００…資源割当て事項エ
ージェント装置、１８０１…ネットワークインターフェ
ース、１８０２…資源割当てオブジェクト解析機能、１
８０３…資源割当要求処理機能、１８０４…ルータ設定
手順作成機能１８０５…資源状態管理機能、１８０６…
資源割当要求パケット処理機能、１８１０…ルータ装
置、１８１１…ルータ設定コマンド処理機能、１８１２
…ＳＮＭＰエージェント機能、１８１３…資源ＭＩＢ処
理機能、１８１４…経路ＭＩＢ処理機能、１８１５…そ
の他ＭＩＢ処理機能、１８１６…資源割当て要求中継機
能、１８１７…ルーティング制御ソフトウェア、１８１
８ａ〜１８１８ｎ…ネットワークインターフェース、１
９０１…資源割当オブジェクト受信処理、１９０２…設
定対象ネットワークインタフェース検索処理、１９０３
…ネットワークインタフェースの設定状況を確認するＭ
ＩＢ参照処理、２００１…資源要求パケットヘッダの検
証処理、２００２…ポリシーサーバへの中継処理の必要
性判定処理、２００３…即時型資源割当要求への形式変
換処理、２００４…資源割当要求のポリシーサーバーへ
の転送送信処理、２００５…ルーティング制御ソフトウ
ェアへの制御委譲処理、２１００…リソース割当に関す
る運用ポリシー設定のＧＵＩ画面、２２００…リソース
割当に関する運用ポリシー設定ＧＵＩ画面、２３００…
リソース割当要求の実行ＧＵＩ画面、２４００…資源割
当て要求メッセージオブジェクト、２４０１…メッセー
ジヘッダ、２４０２…通信先情報、２４０３…通信元情
報、２４０４…リソース割当要求情報、２４０５…セッ
ション寿命。

───────────────────────────────────────────────────── フロントページの続き (72)発明者江端智一神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者滝広眞利神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者小泉稔神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者平田俊明神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者塚田晃司神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者黒崎芳行神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内Ｆターム(参考） 5K030 GA08 HA08 HD03 LC09 MB01 5K033 CC01 DB18 9A001 CC02 JJ18 JZ25 LL02

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続されたエンドノード
と、前記ネットワークの運用ポリシーを管理するポリシ
ーサーバとからなるネットワークシステムにおいて、前記エンドノードは、通信を行う際に一定の通信品質を
確保するに必要なネットワーク資源の割り当て要求を発
行する手段を備え、前記ポリシーサーバは、通信に供する前記ネットワーク上のネットワーク資源に
ついて、前記運用ポリシーを保持する手段と、前記エンドノードが発行する前記ネットワーク資源の割
り当て要求を受けとる手段と、前記資源割り当て要求と、前記運用ポリシーとに基づ
き、品質保証された通信路を確定する手段と、前記通信路を構成する他のネットワーク装置に対して、
前記品質保証された通信路を確保するに必要な制御命令
を作成する手段と、前記制御命令を送付して前記品質保証された通信路を確
保する手段とを備えることを特徴とするネットワークシ
ステム。
【請求項２】前記資源割当て要求は、通信開始時刻情報
を含み、品質保証された通信路をあらかじめ要求するこ
とを特徴とすることを特徴とする請求項１記載のネット
ワークシステム。
【請求項３】前記通信路を確保するための制御命令は、
通信開始時刻情報を含むことを特徴とする請求項１記載
のネットワークシステム。
【請求項４】前記ネットワークは、複数のポリシーサー
バ各々が管理する運用ポリシーに従って運用される複数
のネットワークからなり、前記資源割り当て要求を受信したポリシーサーバは、前記資源割当要求が、前記複数のネットワークに渡って
通信路を確保するものである場合は、前記確定した通信
を確保するに必要な、他のポリシーサーバへの資源割当
要求を発行する手段を備え、前記複数ネットワークに渡って品質保証された通信路を
確保する手段を有することを特徴とする請求項１ないし
３いずれかに記載のネットワークシステム。
【請求項５】前記ポリシーサーバは、前記他のポリシー
サーバへ発行した資源割り当て要求に対する、割り当て
要求応答を受信する手段と、要求した資源が確保できない場合は、すでに確保した他
のネットワーク資源を解放する手段とを備えることを特
徴とする請求項４記載のネットワークシステム。
【請求項６】ネットワークの運用ポリシーを管理するポ
リシーサーバであって、通信に供する前記ネットワーク上のネットワーク資源に
ついて、前記運用ポリシーを保持する手段と、前記ネットワーク上に一定の通信品質を確保するネット
ワーク資源の割り当て要求を受けとる手段と、前記資源割り当て要求と、前記運用ポリシーとに基づ
き、品質保証された通信路を確定する手段と、前記通信路を構成する他のネットワーク装置に対して、
前記品質保証された通信路を確保するに必要な制御命令
を作成する手段と、前記制御命令を送付して前記品質保証された通信路を確
保する手段とを備えることを特徴とするポリシーサー
バ。
【請求項７】前記通信路を確保するための制御命令は、
通信開始時刻情報を含むことを特徴とする請求項６記載
のポリシーサーバ。
【請求項８】前記資源割り当て要求を受信したポリシー
サーバは、前記資源割当要求が、当該ポリシーサーバが管理する以
外のネットワークに渡って通信路を確保するものである
場合は、前記確定した通信を確保するに必要な、他のポ
リシーサーバへの資源割当要求を発行する手段を備え、前記複数ネットワークに渡って品質保証された通信路を
確保する手段を有することを特徴とする請求項６または
７記載のポリシーサーバ。
【請求項９】前記ポリシーサーバは、前記他のポリシー
サーバへ発行した資源割り当て要求に対する、割り当て
要求応答を受信する手段と、要求した資源が確保できない場合は、すでに確保した他
のネットワーク資源を解放する手段とを備えることを特
徴とする請求項８記載のポリシーサーバ。