(57)【特許請求の範囲】
【請求項１】
ユーザー端末を収容する複数のカスタマ網を接続し、それぞれ異なるプロバイダが運用管理する複数の運用管理網（ドメイン）によって構成される通信ネットワークにおいて、運用管理網に含まれる装置群を集中管理するとともに、カスタマからの要求品質にもとづき相互接続すべき他のプロバイダが運用管理する運用管理網とネゴシエーションしてエンド・ツー・エンドでの要求品質を確保するネットワークサービス管理装置と、前記ネットワークサービス管理装置群の機能的上位層にあって、各プロバイダが運用管理する複数の運用管理網情報を保持し、前記複数のプロバイダの運用管理網間のサービス合意の仲介を行うサービス仲介装置とを含むことを特徴とするマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項２】
前記サービス仲介装置は、各ネットワークサービス管理装置から出力される対応するドメインで提供可能なサービス情報とドメイン情報を受信、格納し、カスタマからの通信サービスの要求発生にともない、当該格納情報を参照して当該要求品質をエンド・ツー・エンドで満足する相互接続すべきドメインのネットワークサービス管理装置を選択し、選択したネットワークサービス管理装置の情報を含む応答を、カスタマからの通信サービスの要求発生元のドメインに属するネットワークサービス管理装置に提供する手段を有することを特徴とする請求項１に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項３】
前記ネットワークサービス管理装置は、前記サービス仲介装置から受信した応答に含まれる相互接続すべき他のドメインのネットワークサービス管理装置と、カスタマの要求品質を満足させる条件でネゴシエーションするとともに、自ドメインを構成する通信装置群の状態を検出し、カスタマの要求品質を満足させる設定および制御を行う手段を有することを特徴とする請求項２に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項４】
前記ネゴシエーション元のネットワークサービス管理装置では、カスタマの要求品質でのサービスをエンド・ツー・エンドで提供するに必要なサービスレベル合意要求を他のドメインのネットワークサービス管理装置に転送し、前記ネゴシエーション先のネットワークサービス管理装置では、前記サービスレベル合意要求を受容する場合は、前記サービスレベル合意要求に含まれるサービスレベル合意情報を登録するとともに受容応答を返送して、サービス合意のネゴシエーションを実行する手段を有することを特徴とする請求項３に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項５】
前記要求品質は、通信のエラーレートあるいは遅延値であることを特徴とする請求項１乃至４のいずれかに記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項６】
前記ネットワークサービス管理装置は、当該プロバイダの提供可能なサービス情報及びプロバイダの運用管理網の構成情報であるドメイン情報を入力するための入出力装置と、前記入力装置より入力された情報を情報種別毎に記憶する記憶装置、および、各カスタマからのサービス要求に基づき処理コマンドの転送先を決定するワークフローサーバと、前記ドメイン情報とサービス情報を前記サービス仲介装置に登録を行い、ワークフローサーバと連携して、次の処理の実行主体を決定する帯域ブローカー、および、前記通信装置の状態を検出し、カスタマの要求品質を満足させる設定および制御を行う内部システムを含むことを特徴とする請求項３に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項７】
前記サービス仲介装置は、前記ネットワークサービス管理装置から、受信したドメイン構成情報と、サービス情報を記憶する記憶装置と、前記記憶装置に対する情報の書き込み、読み出し等の情報管理を行うとともに、前記帯域ブローカーに対するセキュリティ管理機能を提供するデータ処理装置とを含むことを特徴とする請求項２に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項８】
前記帯域ブローカーと、ワークフローサーバは、カスタマのサービス要求に基づく次の処理の実行主体が外部システムにあるか、内部システムにあるかをロジックに従って決定する手段を有し、次の処理の実行主体が外部システムにある場合、帯域ブローカーがそのドメインを決定する手段と、次の処理の実行主体が内部システムにある場合、ワークフローサーバがフォワード先の内部システムを決定する手段とを含むことを特徴とする請求項６に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項９】
前記サービス仲介装置は、前記サービス記憶部に格納されたサービス状態を参照し、カスタマのサービス要求に基づく次の処理の実行主体が外部システムにあるか、内部システムにあるかを決定する手段と、次の処理の実行主体が外部システムにある場合、その外部転送先を決定する手段と、次の処理の実行主体が内部システムにある場合、その転送先の内部システムを決定する手段とを含むことを特徴とする請求項６に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項１０】
前記内部システムは、それぞれワークフローサーバと接続され、カスタマから受け付けたサービスオーダ情報を管理するカスタマケアサーバと、プロバイダの運用管理網内部のネットワークリソースを管理する設計サーバと、あらかじめ記憶されたポリシー情報を読み出すとともに、ベンダ固有の通信装置への設定情報に変換し、サービスを提供するためのプロビジョニングを通信装置に対して行うポリシーサーバと、プロバイダの運用管理網内にある通信装置、及び、それらを接続する回線の接続構成を含む構成管理、回線断等のネットワーク障害管理機能を提供するネットワーク管理装置のいづれかを含むことを特徴とする請求項６に記載のマルチドメインに対応した品質保証型通信サービス提供方式。
【請求項１１】
ユーザー端末を収容する複数のカスタマ網を接続し、それぞれ異なるプロバイダが運用管理する複数の運用管理網（ドメイン）によって構成され、運用管理網に含まれる装置群を集中管理するとともに、カスタマからの要求品質にもとづき相互接続すべき他のプロバイダが運用管理する運用管理網とネゴシエーションしてエンド・ツー・エンドでの要求品質を確保するネットワークサービス管理装置と、前記ネットワークサービス管理装置群の機能的上位層にあって、前記複数のプロバイダの運用管理網が相互接続するための仲介機能を提供するサービス仲介装置とを含むマルチドメインに対応した品質保証型通信サービス提供方法であって、
前記サービス仲介装置に対し、各プロバイダのネットワーク管理装置各々が構成情報であるドメイン情報と提供可能なサービス情報とを登録するサービス登録ステップと、
カスタマからの要求を受けて、前記サービス仲介装置とネットワーク管理装置間で要求品質を満たすサービスを提供するためにサービス条件について合意を行い、該当するドメインのルート情報およびネットワーク管理装置を選択するサービス合意ステップと、
前記ネットワーク管理装置において合意されたサービス条件およびルート情報に基づき通信装置に対しサービスプロビジョニングを行うサービスプロビジョニングのステップとを含むことを特徴とするマルチドメインに対応した品質保証型通信サービス提供方法。
【請求項１２】
前記サービスプロビジョニングステップはさらに、サービスオーダ処理および、ルート設計処理、プロビジョニング処理の各ステップから構成されることを特徴とする請求項１１に記載のマルチドメインに対応した品質保証型通信サービス提供方法。
【請求項１３】
ユーザー端末を収容する複数のカスタマ網を接続し、それぞれ異なるプロバイダが運用管理する複数の運用管理網によって構成されるネットワークにおいて、各プロバイダが運用管理する複数の運用管理網情報を保持し、カスタマからの要求品質にもとづき相互接続すべき複数プロバイダが運用管理する運用管理網間のサービス合意の仲介を行う仲介機能を提供する相互接続網におけるサービス仲介装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、異なるプロバイダによって運用管理される複数のドメインをまたがる品質保証型の通信サービスを提供する品質保証型通信サービス提供方式およびサービス提供方法およびサービス仲介装置に関する。
【０００２】
【従来の技術】
インターネットの発展に伴い、様々な通信サービス提供事業者（ネットワーク・サービス・プロバイダ）によって通信サービスが提供されてきている。このような中で、異なるプロバイダによって相互接続される複数のネットワークを介して、カスタマが要求する品質をエンドツーエンドに保証する通信サービスを提供することが求められている。
【０００３】
このような複数の通信網を接続する方式について、たとえば、特開平０８−２７４８７４号公報の「網相互接続装置及び方法」や、特表平１１−５０１４９５号公報の「トラフィック管理制御用の負荷分散グループのサービス制御点を相互接続する通信リンク」に記載されている。
【０００４】
特開平０８−２７４８７４号に記載されている網接続方法では、異なる電気通信網内の要素が相互接続し、網の境界にまたがってサービスの提供を行うインテリジェント網を接続するため、媒介アクセスプロセッサー（ＭＡＰ）を配している。このＭＡＰによって網間でやりとりされるメッセージの変換、検査、及びエミュレーション等を行い、ユーザー側は既存のインターフェイス及びプロトコルを変えることなく、透化な電気通信網を提供するものである。
【０００５】
また、特表平１１−５０１４９５号公報記載の発明では、複数のサービス・プロバイダとマルチベンダ装置を取り込んだネットワーク環境において、ネットワーク構成要素が過負荷状態なる問題を解決するため、負荷分散モードで使用する２つのサービス制御点（ＳＣＰ）間に直接、通信リンクによって相互接続機能を提供している。
【０００６】
この通信リンクは、負荷分散グループ内で２つのＳＣＰを相互に接続させ、これによって、これらＳＣＰは、それらの輻輳レベルや制御機能についての情報を交換するだけでなく、過負荷ではないＳＣＰへ質問（ｑｕａｒｙ）を送り制御を行う手段を有している。
【０００７】
【発明が解決しようとする課題】
しかし、前記のべた従来技術においては、次のような問題点があった。すなわち、特開平０８−２７４８７４号公報に記載の技術では、相互接続された双方の電気通信網をプロビジョニングして、通信サービスを提供するためのオペレーションについて全く考慮されておらず、相互接続ネットワークを介して品質を保証した通信サービスを提供できないという問題点があった。
【０００８】
また、特表平１１−５０１４９５号公報記載の発明では、ネットワークが過負荷状態になったときの対応策が提案されているだけであり、その対応を行った場合でも、カスタマに品質を保証した通信サービスを十分提供できない。
【０００９】
加えて、相互接続された双方の通信ネットワークをプロビジョニングして、通信サービスを提供するためのオペレーション情報が交換されず、相互接続網を一貫してサービスを提供する機構を備えていない。さらに、通信装置内のＳＣＰにおいて、ＣＰＵ等のリソースを多く使用し、多数の制御機能リストを管理する必要から高機能化する必要があるため、結果としてネットワークに配備される通信装置のコスト増、および処理負荷増をまねくという問題点があった。
【００１０】
このように、従来のネットワークにおいては、今後見込まれる多数のネットワーク・サービス・プロバイダによってネットワークが構成され、これらのネットワークで均一な品質を提供することを十分配慮したものではないため、各通信ネットワーク内に、個別に情報をやりとりする為の高機能な装置を備えざるをえず、ネットワークの拡張性、接続の柔軟性に乏しいというような問題点があった。
【００１１】
本発明は、このような従来技術の問題点を鑑み、異なるプロバイダによって運用される複数のネットワークを介して、カスタマが要求する品質を保証する通信サービスを提供することを目的とし、あらたに、プロバイダ間の提供可能な情報およびプロバイダ網にまたがるルート設計を行う専用のサービス仲介装置（以下、マルチドメインサービスブローカー）を設けることにより、機能分散をはかり、拡張性の高いシステムを提供するものである。
【００１２】
【課題を解決するための手段】
本発明のマルチドメインに対応した品質保証型通信サービス提供方式は、ユーザー端末を収容する複数のカスタマ網を接続し、異なるプロバイダによって運用管理される複数の運用管理網（ドメイン）によって構成されるネットワークにおいて、各プロバイダ網の運用管理網に含まれる装置群を集中管理し、カスタマからのサービスオーダや障害情報の受付けを行うネットワークサービス管理装置と、前記ネットワークサービス管理装置群の機能的上位層にあって、複数のプロバイダが締結するための仲介機能を提供するマルチドメインサービスブローカーとを含んでいる。
【００１３】
さらに、前記ネットワークサービス管理装置は、各プロバイダが提供可能なサービス情報と、ドメイン情報を前記マルチサービスブローカーに出力する手段とを有し、前記マルチサービスブローカーにおいては、受信した各ネットワークサービス管理装置からの出力情報を格納し、カスタマから通信サービスの要求を受けて、複数のプロバイダを締結する為の仲介機能を提供し、当該要求品質を満足するドメインのネットワークサービス管理装置を選択し、当該ネットワークサービス管理装置に必要な情報の照会及び設定を指示する手段を有する。
【００１４】
【発明の実施の形態】
本発明は、複数のネットワーク・サービス・プロバイダによって運用される運用管理網（ｄｏｍａｉｎ：ドメイン）より構成されるマルチドメインネットワークにおいて、要求元のカスタマから、要求先のカスタマへの通信サービスの提供にあたり、エンド・ツー・エンドに、カスタマが要求する通信品質を保証する通信サービスを提供することを目的とする。
【００１５】
そして、各ドメインに設けられたネットワークサービス管理装置間の情報収集と相互の連携を促し、必要とするサービスの仲介を行うマルチドメイン・サービス・ブローカーを導入することにより、異なるドメイン間でもシームレスな通信サービス提供方式を実現するものである。
【００１６】
以下に本発明の実施形態の構成について図面を用いて説明する。図１は、本発明の実施の形態のマルチドメインネットワークの構成図であり、複数のカスタマ網と複数のプロバイダ網によって構成されている。このように、マルチドメインネットワークとは、複数のプロバイダの運用管理網を経由し、互いに遠隔地に配置されたカスタマ網が、相互に通信を行うような構成であり、具体的には、企業のネットワークが本社と支店間で構築されている場合や、協力会社がエクストラネットを構築する等のような場合がある。
【００１７】
図１に例をあげるように、カスタマ網Ｅとカスタマ網Ｄとの間は、異なるプロバイダの運用管理網であるプロバイダＡの運用管理網８とプロバイダＢの運用管理網９が存在し、運用管理網内には、データの中継転送処理を行う複数の通信装置群３を含んで構成されている。
【００１８】
本実施例では、カスタマ網Ｅからカスタマ網Ｄへデータを流すサービスを提供することを例にあげ、カスタマ網Ｅをソースネットワーク４、カスタマ網Ｄをデスティネーションネットワーク５と呼ぶことにする。
【００１９】
カスタマが要求する通信品質をソースネットワーク４からデスティネーションネットワーク５まで満足するためには、経由するプロバイダＡ、Ｂの双方がカスタマの要求通信品質を満たすネットワークサービスを提供する必要がある。ここでいう通信品質とは、たとえば、データトラフィックの遅延、揺らぎ、帯域等をさす。従って、プロバイダＡとプロバイダＢとの間に通信品質について合意するためのネゴシエーション（交渉）と連携動作が必要になる。また、各プロバイダ内の通信装置群３の状態などを検出し、具体的な情報の設定／制御を行う為にプロバイダＡ、Ｂの運用管理網の機能的な上位層には、ネットワークサービス管理装置２が各々配備されている。
【００２０】
（１）ネットワークサービス管理装置
ネットワークサービス管理装置２は、ネットワークの構成管理、障害管理、性能管理、セキュリティ管理、カスタマ管理、サービス管理等の運用管理を行うものであるが、特に運用管理網内のネットワークの状態を管理し、さらに、カスタマからのサービスオーダや障害申告等の受付けを行っている。
【００２１】
図２は、ネットワークサービス管理装置の機能ブロック図である。図に示すように、ネットワークサービス管理装置は、インターネット接続サービス提供の為、あるいは、カスタマ情報やネットワーク情報、プロバイダ情報を管理する為の各種装置群を含んで構成されている。その主な構成を説明すると、プロバイダの運用管理者が、プロバイダが提供できるサービス情報及びプロバイダ運用管理網の構成情報であるドメイン情報を入力するためのキーボード、ディスプレイ等の入出力装置２１、これら入力された情報を情報種別毎に記憶する記憶装置２２、各処理コマンドの内外転送（フォワード）先を決定するワークフローサーバ２４、さらに、ドメイン情報とサービス情報をマルチドメインサービスブローカーに登録を行い、ワークフローサーバと連携し、次の処理の実行主体を決定する帯域ブローカー２３、および、ネットワークサービス管理装置内部の処理を行うカスタマケアサーバ２５、ポリシーサーバ２６、設計サーバ２７、ネットワーク管理装置２８等の内部処理サーバ群から構成されている。
【００２２】
以下、ネットワークサービス管理装置２内の記憶装置２２と帯域ブローカー２３、ワークフローサーバー２４および各種内部処理サーバー群の構成について説明する。
【００２３】
記憶装置
ネットワークサービス管理装置２内の記憶装置２２は、プロバイダが提供できるサービス情報及びプロバイダ運用管理網の構成情報であるドメイン情報等を記憶格納するものであるが、各種情報の種類毎に設けられた以下の複数の記憶部、すなわち、サービスレベル合意記憶部２２１、ドメイン構成記憶部２２２、ネットワーク構成記憶部２２３、リソース記憶部２２４、ポリシー記憶部２２５、サービス記憶部２２６とを備えている。
【００２４】
ここで、サービスレベル合意記憶部２２１とは、詳細は後述するが、プロバイダＡがプロバイダＢと通信サービスに関して合意の上、締結した情報を記憶するものである。この締結情報には、プロバイダＡとプロバイダＢの双方の運用管理網を連結する通信装置、および通信装置を連結する回線のタイプと識別子、サービスタイプ、データトラフィックのプロファイル情報、締結有効時間等を含む。
また、データトラフィックのプロファイル情報とは、帯域情報と通信品質を含み、例えば通信データのトラフィックが、１０Ｍｂｐｓ以下の場合は高優先の通信品質を提供し、１０Ｍｂｐｓ以上の場合は通信データを破棄するというような情報が記述されている。
【００２５】
ドメイン構成記憶部２２２は、カスタマに通信サービスを提供するためのドメイン構成情報を記憶している。ドメイン構成情報とは、プロバイダ運用管理網の構成情報である。たとえば、図１の例では、カスタマ網のソースネットワークからデスティネーションネットワークまでは、プロバイダＡ運用管理網とプロバイダＢ運用管理網を経由しているが、この場合、プロバイダＡ運用管理網とプロバイダＢ運用管理網の連結をサービス提供に必要なプロバイダ網として、ドメイン構成記憶部２２２は記憶している。
【００２６】
ネットワーク構成記憶部２２３は、プロバイダ運用管理網内にある通信装置群３、および、その通信装置群３を連結する回線情報等を記憶している。リソース記憶部２２４は、プロバイダ運用管理網内にある通信装置３、および、その通信装置３が有する全リソース量、使用済みリソース量、残余リソース量等の情報を記憶する。ここで、一般に、リソースとは、通信装置３のＣＰＵ能力、メモリ量、回線の帯域を表現する。本実施例では、回線帯域についてリソースを記憶するが、それ以外の情報を含むものであってよい。
【００２７】
ポリシー記憶部２２５は、プロバイダ運用管理網内の通信装置３に対して設定する情報をポリシーとして記憶する。ここで、ポリシーとは、カスタマに通信サービスを提供する為に通信装置３に設定すべき情報をオペレータにとってわかりやすく表現したものであり、通信装置３のベンダに依存しない表現で記述したものである。例えば、図１を参照すると、カスタマ網Ｅからカスタマ網Ｄまで高優先の通信データを１０Ｍｂｐｓまで保証する、という表現がここでいうポリシーの一例である。サービス記憶部２２６は、カスタマ情報、及び、カスタマから受け付けたサービス情報を記憶する。例えば、カスタマ網Ｅからカスタマ網Ｄまで高優先の通信データを１０Ｍｂｐｓまで保証、という内容を表現するサービスオーダ情報を記憶する。
【００２８】
帯域ブローカー
次に帯域ブローカーの構成について説明する。帯域ブローカー２３はプログラム制御により動作するデータ処理機能を有するシステムであり、外部システム通信手段２３３、セキュリティ管理手段２３４、サービスレベル合意管理手段２３１、ドメインルート管理手段２３２、内部システム通信手段２３５とを備える。
【００２９】
ここで、外部システム通信手段２３３は、外部システムである他のネットワークサービス管理装置群２、及び、マルチドメインサービスブローカー１と接続され、この外部システムと通信するためのインタフェースを提供する。セキュリティ管理手段２３４は、外部システムとの通信に際して、内部システムのセキュリティを確保する。例えば、外部システムとの接続後に、外部システムから認証情報を受信し、認証成功後に情報交換を行う。
【００３０】
サービスレベル合意管理手段２３１は、プロバイダ間で締結、合意したサービス情報をサービスレベル合意記憶部２２１に登録するとともに、情報を管理する。また、入出力装置２１に対してサービスレベル合意情報を登録、編集、削除するためのインタフェースを提供する。
【００３１】
ドメインルート管理手段２３２は、カスタマに通信サービスを提供するために必要なドメインの連結情報をドメイン構成記憶部２２２に登録すると共に、管理する。内部システム管理手段２３５は、帯域ブローカー２３とワークフローサーバ２４が通信するためのインタフェースを提供する。
【００３２】
ワークフローサーバー
ワークフローサーバ２４は、同様に、プログラム制御によりデータ処理を行う機能を有するシステムであり、帯域ブローカー２３、及び、カスタマケアサーバ２５、設計サーバ２７、ポリシーサーバ２６、ネットワーク管理装置２８と各々接続される。ワークフローサーバ２４は、プロバイダが定義したワークフロー、または、オペレーションフローに従って、各サーバに必要な処理命令を転送すると共に、その進捗状況を管理する。
【００３３】
内部処理サーバー群
次に、その他、通信装置を含むネットワークに関し、具体的な設定処理、制御を行う為の各種内部処理サーバ群である、カスタマケアサーバ２５、ポリシーサーバ２６、設計サーバ２７、ネットワーク管理装置２８について説明する。
【００３４】
カスタマケアサーバ２５は、プログラム制御により動作するデータ処理機能を有するシステムであり、ワークフローサーバ２４と接続されている。カスタマから受け付けたサービスオーダ情報を管理し、カスタマ情報、および、カスタマから受け付けたサービス情報をサービス記憶部２２６に登録を行う。また、入出力装置２１に対してサービス情報を登録、編集、削除するための前記サービス記憶部２２６に対するインタフェースを提供する。
【００３５】
設計サーバ２７は、同じくプログラム制御により動作するデータ処理機能を有するシステムであり、ワークフローサーバ２４と接続されている。本サーバ２７は、プロバイダの運用管理網内部のネットワークリソースを管理し、本実施例の場合は、通信回線の全帯域、使用済み帯域、残余帯域を管理している。
【００３６】
リソースの使用状況が変更された場合、リソース記憶部２２４内の情報を更新し、プロバイダの運用管理網内部のトポロジー情報を参照するために、ネットワーク構成記憶部２２３から情報を読み出し、常に最新のネットワークリソース情報を管理している。また、リソース使用計画の出力として、ポリシー情報をポリシー記憶部２２５に登録する処理も行う。
【００３７】
ポリシーサーバ２６は、プログラム制御により動作するデータ処理機能を有するシステムであり、ワークフローサーバ２４と接続される。ポリシー記憶部２２５に記憶されたポリシー情報を読み出すと共に、ベンダ固有の通信装置３への設定情報に変換する。次に、サービスを提供するためのプロビジョニングを通信装置３に対して行う。
【００３８】
ネットワーク管理装置２８は、プログラム制御により動作するデータ処理機能を有するシステムであり、ワークフローサーバ２４と接続される。プロバイダの運用管理網内にある通信装置３、及び、それらを接続する回線の接続構成を含む構成管理、回線断等のネットワーク障害管理機能を提供する。
【００３９】
以上述べた構成によって、ネットワークサービス管理装置は、プロバイダ間の接続の仲介機能を提供するマルチドメインサービスブローカーに、必要な情報を提供するとともに、前記マルチドメインサービスブローカーから通知された情報に基づき、通信装置に対する具体的な設定、制御動作を行う機能を実現することができる。
【００４０】
（２）マルチドメインサービスブローカー
次に、マルチドメインサービスブローカー１について説明する。ネットワークサービス管理装置群２の機能的上位層にマルチドメインサービスブローカー１は配置され、複数のプロバイダが締結するための仲介機能を提供する。
【００４１】
図３は、マルチドメインサービスブローカーの機能ブロック図である。図３を参照すると、マルチドメインサービスブローカー１は、キーボードやディスプレイ等から構成される入出力装置１１、プログラム制御により動作するデータ処理装置１３と、情報を記憶する記憶装置１２から構成される。
【００４２】
入出力装置１１は、セキュリティ管理手段１３３と接続され、マルチドメインサービスブローカー１が管理するプロバイダのネットワークサービス管理装置群２と通信するための認証情報等を登録、変換、削除の操作を行うことができる。記憶装置１２は、ドメイン構成記憶部１２１とサービス記憶部１２２を備える。  ドメイン構成記憶部１２１は、マルチドメインサービスブローカー１が管理するプロバイダの運用管理網とその接続構成を記憶する。本実施例の場合、プロバイダＡとプロバイダＢの運用管理網がマルチドメインサービスブローカー１の管理対象である。
【００４３】
サービス記憶部１２２は、各プロバイダが提供するサービスを記憶する。本実施例の場合、プロバイダＡ、Ｂと共に高品質、中品質、低品質の通信サービスを提供する。データ処理装置１３は、ドメイン構成管理手段１３１、セキュリティ管理手段１３３、サービス管理手段１３２、外部システム通信手段１３４をおのおの備える。
【００４４】
ドメイン構成管理手段１３１は、マルチドメインサービスブローカー１が管理対象とするプロバイダの運用管理網に関するオペレーションを提供し、ドメイン構成記憶部１２１にドメイン構成情報を登録、編集、削除する機能を提供する。マルチドメインサービスブローカー１は、プロバイダから登録申告のあったドメイン情報をドメイン構成管理手段１３１経由でドメイン構成記憶部１２１に記憶する。
【００４５】
セキュリティ管理手段１３３は、マルチドメインサービスブローカー１が接続されるネットワークサービス管理装置群２の認証処理を行う。ネットワークサービス管理装置群２との接続を確立後に認証情報を受信し、セキュリティ管理手段１３３によって認証された場合、ネットワークサービス管理装置２と、その後のデータ交換を行う。
【００４６】
サービス管理手段１３２は、各プロバイダが提供できるサービスを管理すると共に、サービス記憶部１２２にサービス情報の登録、編集、削除を実行するものである。外部システム通信手段１３４は、マルチドメインサービスブローカー１と各プロバイダのネットワークサービス管理装置群２が通信するためのインタフェースを提供する。
【００４７】
次に本発明の動作について説明する。本発明では、異なるプロバイダが操作するネットワークサービス管理装置群２、及び、マルチドメインサービスブローカー１が連携することによって、マルチドメインにまたがる品質保証型の通信サービスをカスタマに提供する。連携のためにキーとなるのが、ネットワークサービス管理装置群２内にある帯域ブローカーとマルチドメインサービスブローカー１である。
【００４８】
本発明のマルチドメインに対応した通信サービス提供方式の手順は、（ア）サービス登録段階、（イ）サービス合意段階、（ウ）サービスプロビジョニング段階、の主に三段階に分類される。以降、図を参照して本発明の実施形態の動作について説明する。
【００４９】
（ア）サービス登録段階
サービス登録段階では、各プロバイダのネットワークサービス管理装置群２がマルチドメインサービスブローカー１に対して、運用管理網が提供できるサービス情報とドメイン情報を登録するフェーズである。この段階の処理により、マルチドメインサービスブローカー１では、接続する全ての運用管理網のサービス情報とプロバイダ情報を収集し、管理することができる。
【００５０】
本サービス登録段階の処理について具体的に説明すると、各プロバイダの運用管理者であるオペレータは、入出力装置１１を使用して、プロバイダが提供できるサービス情報、及び、プロバイダ運用管理網の構成情報であるドメイン情報を入力する。こうして入力されたプロバイダの提供可能なサービス情報、ドメイン情報は、外部システム通信手段２３３を介してマルチドメインサービスブローカー１に送信される。
【００５１】
また、本実施の形態では、各プロバイダのサービス情報および、ドメイン情報をオペレータから入力する実施形態について説明するが、当該情報の入力を、あらかじめプログラムした条件により自動的に設定入力するものであっても、カスタマや各ネットワークサービス管理装置間で通知されるメッセージ情報により自動的に設定更新するように構成することも可能である。
【００５２】
マルチドメインサービスブローカー１は、外部システム通信手段１３４を介して、各プロバイダから提供可能なサービス情報、ドメイン情報を受信すると、各々、記憶装置１２の中のサービス情報記憶部１２２とドメイン構成記憶部１２１に格納しておく。
【００５３】
次に上記述べたサービス登録段階の動作を図４を用いて説明する。図４は、本発明のサービス登録段階の手順を示すフローチャートである。
【００５４】
まず、一連の動作の前にネットワークサービス管理装置２は、マルチドメインサービスブローカー１と管理情報通信用のコネクションを確立し、確立後、ネットワークサービス管理装置２はセキュリティ管理手段２３４によって認証情報を送信し、マルチドメインサービスブローカー１間で管理情報交換の許可を受け、論理的な通信パスを形成しておく。
【００５５】
次に、運用管理者であるオペレータは、入出力装置２１を使用してプロバイダＡが提供できるサービス情報、及び、プロバイダＡ運用管理網の構成情報であるドメイン情報を入力する（ステップＡ１）。入力されたサービス情報、ドメイン情報は、外部システム通信手段２３３を介してマルチドメインサービスブローカー１に送信される（ステップＡ２）。
【００５６】
マルチドメインサービスブローカー１は、外部システム通信手段１３４を介してサービス情報、ドメイン情報を受信すると（ステップＡ３）、その情報の内容チェックを行い（ステップＡ４）、文法的に正しい場合、それらの情報をそれぞれ、サービス情報記憶部１２２とドメイン構成記憶部１２１に格納する（ステップＡ５）。
【００５７】
こうして、マルチドメインサービスブローカー１は、複数のプロバイダの各ネットワークサービス管理装置からドメイン情報、サービス情報を収集し、内部に登録する。
【００５８】
（イ）サービス合意段階
次に、カスタマへの具体的な通信サービスの提供にあたり、相互接続するプロバイダで同等の品質の通信サービスを提供する為、運用管理網間のサービス合意するサービス合意段階について説明する。
【００５９】
このサービス合意段階とは、カスタマからの要求をうけて、マルチドメインネットワーク内を一貫した通信品質で通信サービスを提供できるように、マルチドメインサービスブローカー１および、ネットワークサービス管理装置群とでネゴシエーションを行い、要求品質を満たす適切なドメインを選択し通話ルートの決定を行ってサービスレベルの合意を行う処理に相当する。
【００６０】
ここでいう、サービスレベルの合意について、その必要性について説明する。各プロバイダは、通信品質のレベルをエラーレートあるいは、遅延値などの種々のパラメータによって通信サービスの品質を指定することができ、提供可能な品質およびその指定方法は一般に相違する。たとえばあるプロバイダにおいて、品質の高い順に３レベル、たとえば、ＧＯＬＤ、ＳＩＬＶＥＲ、ＢＲＯＮＺＥという呼称で、カスタマに指定させるものであっても、別のプロバイダにおいては、異なるエラーレートの値やレベル数（たとえば、Ａ、Ｂ、Ｃ、Ｄ）等のパラメータで、カスタマに品質を指定させる場合がある。
【００６１】
よって、カスタマによって要求される品質が、マルチドメインサービスネットワーク内で等しく保たれるためには、それぞれのプロバイダ内で、どのようなサービスのレベルに相当するか対応付けを行い、相互に合意しておく必要がある。このとき、各ドメイン間のサービス合意の仲介者としての役割を果たすのが、マルチドメインサービスブローカー１である。
【００６２】
本サービス合意段階の動作について簡単に説明する。まず、あるプロバイダのオペレータが、ネットワークサービス管理装置２の入出力装置２１を用いてサービスレベル合意をしたい条件であるサービス情報を入力する。入力されたサービス情報は、外部システム通信手段２３３を介して、マルチドメインサービスブローカー１へ送信される。マルチドメインサービスブローカー１はサービス情報を受信すると、サービス管理部１３２によってサービス記憶部１２２を検索して、条件を満足するドメインＩＤを獲得する。
【００６３】
次に、マルチドメインサービスブローカー１は、ドメインＩＤをキーにして、当該ドメインのドメイン構成情報をドメイン構成記憶部１２１から読み出し、要求元のネットワークサービス管理装置群２内の帯域ブローカー２３へ応答としてドメイン情報を送信する。
【００６４】
応答を受信したネットワークサービス管理装置において、マルチドメインサービスブローカー１から、あるドメインが通知されると、オペレータは入出力装置２１を使用してサービスレベル合意情報を帯域ブローカー２３に入力する。
このとき、このサービスレベル合意情報は、ネットワークサービス管理装置２の外部システム通信部２３３を介して、マルチドメインサービスブローカー１から紹介された隣接ドメインの帯域ブローカー２３宛にメッセージ送信され、隣接ドメインにおいてもサービスレベル合意情報が登録される。以上の処理により、プロバイダの運用管理網の間で、相互接続に関する合意がなされる。
【００６５】
この合意情報には、相互接続する通信装置、回線、サービスタイプ、帯域等が含まれる。こうしてサービス合意段階の処理によって、異なるプロバイダ間を同一の品質で通信サービスを提供するための取り決めについて情報の交換と対応づけが行われて、プロバイダ間でサービスレベルの合意がなされることになる。
【００６６】
次に、図５を参照してサービス合意段階を具体的に説明する。サービス合意は、異なるプロバイダ間で締結され、運用管理網の相互接続に関する規約である。
【００６７】
プロバイダＡのオペレータ（以降、オペレータＡ）は、入出力装置２１を用いてサービスレベル合意をしたい条件であるサービス情報を入力する。サービス情報には、高優先、中優先、低優先のサービス分類等の情報が含まれる。入力されたサービス情報は、外部システム通信部２３３を介して、マルチドメインサービスブローカー１へ送信される（ステップＢ１）。
【００６８】
マルチドメインサービスブローカー１がサービス情報を受信すると、サービス管理部１３２がサービス記憶部１２２を検索して、条件を満足するドメインＩＤを獲得する（ステップＢ２）。
【００６９】
そして、ドメイン構成管理部１３１は、ドメインＩＤをキーにして該ドメイン情報をドメイン構成記憶部１２１から獲得する。次に、マルチドメインサービスブローカー１は、外部システム通信部１３４を介して、プロバイダＡの帯域ブローカー２３（以降、帯域ブローカーＡ）へ応答を送信する。帯域ブローカー２３がドメイン情報を受信すると、入出力装置２１へ出力する。本実施例の場合、プロバイダＢのドメイン（以降、ドメインＢ）が紹介される（ステップＢ３）。
【００７０】
オペレータＡは、ドメインＢを指定して、サービスレベル合意情報を入力する。サービスレベル合意情報には、高優先、中優先、低優先等のサービスクラスと要求する通信品質情報を含む。本実施例では、帯域情報を入力する。サービスレベル合意情報は、外部システム通信手段２３３を介して、プロバイダＢの帯域ブローカー２３（以降、帯域ブローカーＢ）に送信される（ステップＢ４）。
【００７１】
ただし、これら一連の処理の送信前に帯域ブローカーＡは帯域ブローカーＢと管理情報交換用のコネクションを確立して認証を受ける。認証は、セキュリティ管理部２３４が行う。
【００７２】
帯域ブローカーＢがサービスレベル合意情報を受信すると、データ内容をチェックする。文法的に誤りがない場合、帯域ブローカーＢ内のサービスレベル合意管理部２３１（以降、サービスレベル合意管理部Ｂ）は、サービスレベル合意記憶部２２１からドメインＡとドメインＢとの間の残余リソース量、高優先、中優先、低優先等のサービス情報を取得する。合意可能な場合、外部システム通信部Ｂを介して、帯域ブローカーＡに対して応答を送信すると共に、プロバイダＡと合意したサービス合意情報をサービスレベル合意記憶部Ｂに登録する（ステップＢ５）。
【００７３】
帯域ブローカーＡが応答を受信して、サービスレベル合意要求が受容された場合、該合意情報をサービスレベル合意記憶部Ａに登録する（ステップＢ６）。
【００７４】
以上の処理により、プロバイダＡとプロバイダＢの運用管理網の間で、相互接続に関する合意がなされる。合意情報は、相互接続する通信装置、回線、サービスタイプ、帯域等を含む。
【００７５】
（ウ）サービスプロビジョニング段階
次に、サービスプロビジョニング段階を実行する。サービスプロビジョニングは、カスタマからのサービスオーダに基づいて、複数のプロバイダの運用管理網を介したカスタマ網間のサービスを開通するため、通信装置に対する情報の設定制御を含むオペレーションを行うステップである。
【００７６】
このサービスプロビジョニング段階とは、サービスオーダ処理、ルート設計処理、プロビジョニング処理の三段階にさらに分類される。そして、これらの処理はそれぞれ、カスタマケアサーバ、設計サーバ、ポリシーサーバにより主に実行される。
【００７７】
これらのサーバ群を通信サービス提供のためのオペレーションフローに従って制御するのが、ワークフローサーバ２４であり、各ドメインのネットワークサービス管理装置２内にあるカスタマケアサーバ２５、設計サーバ２７、ポリシーサーバ２６、ワークフローサーバ２４等を連携動作させるのが、ワークフローサーバ２４である。
【００７８】
すなわち、サービスオーダ処理とは、カスタマケアサーバ２５において、カスタマからサービスオーダ情報を受付し管理すると共に、サービス記憶部２２６に登録する処理をさし、ルート設計処理とは、プロバイダの運用管理網内部のネットワークリソースを管理する設計サーバ２７において、通信回線の全帯域、使用済み帯域、残余帯域を管理し、リソースの使用状況によって具体的なルートを決定する処理をいう。さらに、プロビジョニング処理とは、ポリシーサーバ２６によって記憶部２２５に記憶されたポリシー情報を読み出すと共に、ベンダ固有の通信装置への設定情報に変換する。次に、サービスを提供するためのプロビジョニングを通信装置３に対して行う制御処理をいう。
【００７９】
以下に、サービスプロビジョニング段階におけるサービスオーダ処理、ルート設計処理、プロビジョニング処理の処理例を記述する。
【００８０】
まず、サービスオーダ処理において、カスタマはプロバイダＡに対してサービスオーダを要求し、このサービスオーダ情報は、オペレータＡがネットワークサービス管理装置２の入出力装置２１を使用してカスタマケアサーバ２５に登録を行う。またカスタマケアサーバ２５は、オペレータからの入力情報をサービス記憶部２２６に記憶する。
【００８１】
次に、ルート設計処理では、ドメイン間接続のルート設計と、ドメイン内のルート設計処理を行う。前者は、カスタマ網のソースネットワークからデスティネーションネットワークまでを経由するプロバイダの運用管理網の連結を計算する処理であり、マルチドメインサービスブローカー１が実行する。後者は、プロバイダの運用管理網内において、通信装置３の連結を計算する処理であり、設計サーバ２７が実行する。
【００８２】
まず、ドメイン間接続のルート設計をするために、ネットワークサービス管理装置２の帯域ブローカー２３が外部システム通信手段２３３を介して、マルチドメインサービスブローカー１に要求メッセージを送信する。
【００８３】
マルチドメインサービスブローカー１がドメイン間のルート設計を実行し、応答がマルチドメインサービスブローカー１から、帯域ブローカー２３に送信される。
【００８４】
次に、設計サーバ２７が要求された通信品質を満足するドメイン内部のルートを設計する。設計サーバ２７が実行したドメイン内ルート設計の結果は、リソース記憶部２２４と、ポリシー記憶部２２５に書き込まれる。
【００８５】
リソース記憶部２２４には、設計によって新規に割り当てられたネットワークリソース情報を更新する。ポリシー記憶部２２５には、ネットワーク内の通信装置３に設定するためのコンフィグレーションデータをポリシーとして書き込む。
【００８６】
次に、帯域ブローカー２３のサービスレベル合意管理手段２３１が、サービスレベル合意記憶部２２１を参照して、カスタマの要求するサービス情報が、プロバイダＡとプロバイダＢとの間で合意したサービスに収容できるか否かをチェックする。
【００８７】
収容できる場合、ネットワークサービス管理装置２は、外部システム通信手段２３３を介して、隣接ドメインの帯域ブローカー１へサービスプロビジョニング要求メッセージを送信する。
【００８８】
隣接ドメインの帯域ブローカー２はサービスプロビジョニング要求を受信すると、当該隣接ドメインのネットワークサービス管理装置の設計サーバ２７が要求された通信品質を満足するドメイン内部のルートを計算する。
【００８９】
次に、隣接ドメインの帯域ブローカー２が、設計結果として要求元の帯域ブローカーに対してサービスプロビジョニング応答を送信する。
こうして、サービスオーダ処理、ルート設計処理によって、サービスオーダーの登録と、ドメイン内およびドメイン間のルート設計が実行されることになる。
【００９０】
第三のプロビジョニング処理において、上記設計されたルート情報等にもとづき、該当する通信装置に具体的な構成情報の設定、制御を行う。すなわち、ポリシーサーバ２６はサービスを提供するための通信装置３へのコンフィグレーションデータをポリシー記憶部２２５から読み出す。ここで、ポリシーサーバ２６がプロビジョニングを行う対象は、プロバイダの運用管理網である。
【００９１】
次に、帯域ブローカー２は、ドメイン構成記憶部２２２から該サービスを提供するために経由するドメインの連結情報を取得し、隣接ドメインの帯域ブローカー２に対してサービスプロビジョニングの要求メッセージを送信する。
【００９２】
隣接ドメインの帯域ブローカー２がサービスプロビジョニングの要求メッセージを受信すると、ポリシーサーバ２６が、該サービスのポリシーデータをポリシー記憶部２２５から読み出す。次に、隣接ドメインの運用管理網内で、サービスに関係する通信装置３に対してプロビジョニングを実行する。
【００９３】
次に、隣接ドメインの帯域ブローカー２３は、要求元の帯域ブローカー２３に対してサービスプロビジョニング応答メッセージを送信する。
【００９４】
帯域ブローカー２３が隣接ドメインからサービスプロビジョニング応答メッセージを受信すると処理を終了し、複数のドメインを介した通信サービスが提供される。
【００９５】
次に、上記処理を図６、７を参照してサービスプロビジョニング段階について詳細に説明する。図６は、本発明のサービスプロビジョニング段階の動作を示すフローチャートである。図７は、本発明のサービスの状態遷移図である。
【００９６】
図６のフローチャートにおいて、複数の実行ブロックがある。上側にある内外フォワード先決定（ステップＣ１）は帯域ブローカー２３、または、ワークフローサーバ２４が行う処理である。
【００９７】
また、左側の外部フォワード先決定（ステップＣ２）、アドミッションコントロールデシジョン（ステップＣ５）、サービスプロビジョニング応答送信（ステップＣ３）、サービスプロビジョニング応答受信（ステップＣ４）、サービスプロビジョニング要求送信（ステップＣ６）、サービスプロビジョニング要求受信（ステップＣ７）は、帯域ブローカー２３が行う処理である。
【００９８】
ドメイン間ルート設計（ステップＣ８）は、マルチドメインサービスブローカー１が行う。右側の内部フォワード先決定（ステップＣ９）は、ワークフローサーバ２４が行う。サービス受け付け（ステップＣ１０）はカスタマケアサーバ２５、ドメイン内ルート設計（ステップＣ１１）は設計サーバ２７、プロビジョニング（ステップＣ１２）はポリシーサーバ２６がそれぞれ実行する。
【００９９】
また、サービスプロビジョニング段階では、各ドメインにおいてカスタマに提供するサービスの状態を管理する。図７にサービスの状態遷移図を示す。
【０１００】
始めに、カスタマはプロバイダＡに対してサービスオーダを要求する。サービスオーダには、カスタマ網のロケーション情報、通信品質情報が含まれる。本実施例では、カスタマ網Ｅ、カスタマ網Ｄ、高優先等のサービスクラス、要求帯域が申告される。
【０１０１】
以下の説明において、プロバイダＡにおいて、受け付けたサービスオーダーについてマルチドメインサービスブローカー１が所望の通信サービスを提供するプロバイダとしてプロバイダＢを選定する場合について説明する。ここで、対応各機能装置、ブロックの付番は、以上、図２、３等で述べた構成と同一のものであるが、おのおの各プロバイダに対応してＡ、Ｂの添え字をつけて表記するものとする。
【０１０２】
プロバイダＡにおいて、受け付けたサービスオーダ情報は、オペレータＡが入出力装置２１Ａを使用してカスタマケアサーバ２５Ａに登録する。カスタマケアサーバ２５Ａはデータの文法チェックを行い、正しい場合、サービス記憶部  ２２６Ａに格納する（図６のステップＣ１０）。また、サービス状態をＡｃｃｅｐｔｅｄとして格納する（図７の状態Ｄ１）。
【０１０３】
次に、ワークフローサーバ２４Ａにおいて内外フォワード先決定を行う（ステップＣ１）。
【０１０４】
内外フォワード先決定は、図９に示すようにサービス記憶部２２６Ａに格納されるサービス状態を参照し、プログラム制御としてサーバ、あるいは、システムに組み込まれたロジックによって実行される。以下、図９は、内外フォワーディング先決定ロジックの表である。図１０は、外部フォワーディング先決定ロジックの表である。図１１は、内部ドメインフォワーディング決定ロジックの表である。
【０１０５】
フォワード先決定ロジックでは、サービス状態、オペレーション結果、サービスを提供するための相互接続する各ドメインが連結する位置が使用される。図７に示す状態遷移図によって、カスタマから受け付けたサービスの状態が管理され、ドメイン内ルート設計、サービスプロビジョニングの未実行、成功、失敗等の状態がわかる。これらの状態はおのおのサーバで管理するものであるが、別途ネットワークサービス管理装置内に、各装置群の上記サービスの状態を一括管理する装置を設け、おのおののサーバーから、随時書き込み、参照するものであってもよい。状態を遷移させるためのトリガは、図２に示すカスタマケアサーバ、設計サーバ、ポリシーサーバ等のオペレーション実行であるため、サービス状態を参照する事によって処理を要求するサーバが決定される。
【０１０６】
また、ドメイン連結内での位置は、ソースドメイン、ミドルドメイン、デスティネーションドメインに三分類される。ソースドメインは、カスタマのソースネットワークと接続されるプロバイダ網を表す。デスティネーションドメインは、カスタマのデスティネーションネットワークと接続されるプロバイダ網を表す。ミドルドメインは、ソースドメインとデスティネーションドメインとの間に位置し、カスタマに対してネットワークリソースを提供するプロバイダ網を表す。例えば、プロバイダ網Ａ、  Ｂ、  Ｃがあり、プロバイダ網Ａがカスタマのソースネットワークを収容し、プロバイダ網Ｃがカスタマのデスティネーションネットワークを収容する場合、プロバイダ網Ｂがミドルドメインとなる。これらの情報は、
ネットワークサービス管理装置内で、認識管理されている。
【０１０７】
また、オペレーション結果には、Ｕｎｄｅｆｉｅｎｄ、ＯＫ、ＮＧがある。Ｕｎｄｅｆｉｅｎｄはオペレーション未実行、ＯＫはオペレーション成功、ＮＧはオペレーション失敗を表す。
【０１０８】
今、ワークフローサーバ２４Ａによる内外フォワード先決定ロジックにおいて、自ドメインがソースドメインであり、かつ、サービス状態がＡｃｃｅｐｔｅｄであり、かつ、ドメイン間ルートが未設計である場合、外部システムへ処理を移す（ロジックＬ１）。ここで外部システムとは、ネットワークサービス管理装置の内部処理サーバー群外の外部装置を示しているので、プロバイダＡのワークフローサーバ２４Ａから帯域ブローカー２３Ａへ処理が移る。
【０１０９】
次に、帯域ブローカー２３Ａでは、処理を受けて外部フォワード先決定を行う（ステップＣ２）。今、自ドメインがソースドメインであり、かつ、サービス状態がＡｃｃｅｐｔｅｄであり、かつ、ドメイン間ルートが未設計であるので、ドメイン間ルート設計へ処理が移る（ロジックＬ１１）。つまり、外部システム通信手段２３３Ａを介して、マルチドメインサービスブローカー１に処理移管要求のメッセージが送信される。
【０１１０】
次に、マルチドメインサービスブローカー１がドメイン間ルート設計を実行する（ステップＣ８）。ドメイン間ルート設計は、ドメイン構成管理手段１３１とサービス管理手段１３２がドメイン構成記憶部１２１、サービス情報記憶部１２２を参照して、カスタマが要求するサービスを満足するドメインの連結を設計する。
【０１１１】
ここで、ドメインの連結はカスタマ網のソースネットワークとデスティネーションネットワークを連結するプロバイダのネットワークである。ドメイン間ルート設計後、応答がマルチドメインサービスブローカー１から、プロバイダＡの帯域ブローカー２３Ａに送信される。
【０１１２】
次に、プロバイダＡの帯域ブローカー２３Ａは、前記処理を受けて内外フォワード先決定を行う（ステップＣ１）。この時、自ドメインがソースドメインであり、かつ、サービス状態がＡｃｃｅｐｔｅｄであり、かつ、ドメイン間ルートが既設計であるので、内部システムへ処理が移る（ロジックＬ２）。つまり、プロバイダＡのワークフローサーバ２４Ａへ処理が移る。
【０１１３】
次に、ワークフローサーバ２４Ａが内部フォワード先決定を行う（ステップＣ９）。今、自ドメインがソースドメインであり、かつ、サービス状態がＡｃｃｅｐｔｅｄであり、かつ、ドメイン間ルートが既設計であり、かつ、自ドメインのオペレーション結果がＵｎｄｅｆｉｎｅｄであるので、ドメイン内ルート設計へ処理が移る（ロジックＬ３１）。つまり、設計サーバ２７が要求されり通信品質を満足するドメイン内部のルートを設計する（ステップＣ１１）。
【０１１４】
設計サーバ２７が実行したドメイン内ルート設計の結果は、リソース記憶部２２４とポリシー記憶部２２５に書き込まれる。リソース記憶部２２４には、設計によって新規に割り当てられたネットワークリソース情報を更新する。例えば、１０Ｍｂｐｓの帯域を有するリンクにおいて、１．５Ｍｂｐｓが使用済みであり、新規に１．５Ｍｂｐｓの帯域を割り当てたとき、３．０Ｍｂｐｓのリソースが割り当て済みとなる。ポリシー記憶部２２５には、ネットワーク内の通信装置３に設定するためのコンフィグレーションデータをポリシーとして書き込む。
【０１１５】
次に、プロバイダＡのワークフローサーバ２４Ａがドメインの内外フォワード先決定を行う（ステップＣ１）。今、ソースドメインから自ドメインのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであり、かつ、下流ドメインからデスティネーションドメインまでのサービス状態がＵｎｄｅｆｉｎｅｄであるので、外部システムへ処理が移る（ロジックＬ３）。つまり、帯域ブローカー２３Ａへ処理が移る。
【０１１６】
次に、帯域ブローカー２３Ａが外部フォワード先決定を行う（ステップＣ２）。今、自ドメインがデスティネーションドメインでなく、かつ、ソースドメインから自ドメインまでのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであり、かつ、下流ドメインからデスティネーションドメインまでのサービス状態がＵｎｄｅｆｉｎｅｄであるので、アドミッションコントロールデシジョンへ処理が移る（ロジックＬ２２、ステップＣ５）。
【０１１７】
本実施例の場合、プロバイダＡの運用管理網とプロバイダＢの運用管理網の連結が、カスタマへのサービスへと決定されているので、プロバイダＡのサービスレベル合意管理手段２３１Ａは、サービスレベル合意記憶部２２１Ａを参照して、カスタマの要求するサービス情報が、プロバイダＡとプロバイダＢとの間で合意したサービスに収容できるか否かをチェックする。収容できない場合、入出力装置２１Ａにエラーを表示して処理を終了する。収容できる場合、外部システム通信手段２３３Ａを介して、プロバイダＢの帯域ブローカー２３Ｂ（帯域ブローカーＢ）へサービスプロビジョニング要求を送信する（ステップＣ６）。
【０１１８】
帯域ブローカー２３Ｂがサービスプロビジョニング要求を受信すると（ステップＣ７）、内外フォワード決定ロジックを実行する（ステップＣ１）。今、自ドメインがソースドメインでなく、自ドメインのサービス状態がＡｃｃｅｐｔｅｄであり、かつ、オペレーション結果がＵｎｄｅｆｉｎｅｄであるので、内部システムへ処理が移る（ロジックＬ４）。つまり、ワークフローサーバ２４Ｂへ処理が移る。
【０１１９】
次に、ワークフローサーバ２４Ｂが、内部フォワード決定ロジックを実行する（ステップＣ９）。今、自ドメインがソースドメインであり、かつ、サービス状態がＡｃｃｅｐｔｅｄであり、かつ、ドメイン間ルートが既設計であり、かつ、自ドメインのオペレーション結果がＵｎｄｅｆｉｎｅｄであるので、ドメイン内ルート設計へ処理が移る（ロジックＣ１）。
【０１２０】
次に、設計サーバ２７Ｂが要求された通信品質を満足するドメイン内部のルートを設計し（ステップＣ１１）、ワークフローサーバ２４Ｂへ処理を移管する。
【０１２１】
次に、ワークフローサーバ２４Ｂが、内外フォワード決定ロジックを実行する（ステップＣ１）。
【０１２２】
今、自ドメインがソースドメインでなく、かつ、すべてのドメインのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであるので、外部システムへ処理が移る（ロジックＬ５）。つまり、帯域ブローカー２３Ｂへ処理が移管される。
【０１２３】
次に、帯域ブローカー２３Ｂが、外部フォワード先決定ロジックを実行する（ステップＣ２）。帯域ブローカー２３Ｂ内のドメインルート管理手段２３２Ｂが、ドメイン構成記憶部２２２Ｂから該カスタマに提供するサービスを実現するためのドメイン連結情報を取得する。本実施例の場合、プロバイダＡの運用管理網とプロバイダＢの運用管理網の連結が登録されているので、ネットワークサービス管理装置群２Ａ、つまり、帯域ブローカー２３Ａに対してサービスプロビジョニング応答を送信する（ステップＣ３）。
【０１２４】
帯域ブローカー２３Ａが外部システム通信手段を介して帯域ブローカー２３Ｂからサービスプロビジョニング応答を受信すると（ステップＣ４）、内外フォワード先決定のロジックを実行する（ステップＣ１）。
【０１２５】
本実施例の場合、自ドメインがソースドメインであり、かつ、すべてのドメインのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであるので内部システムへ処理が移管される（ロジックＬ６）。つまり、帯域ブローカー２３Ａの内部システム通信手段を介して、ワークフローサーバ２４Ａに処理が移管される。
【０１２６】
次に、ワークフローサーバ２４Ａがネットワークサービス管理装置群２Ａの中での内部フォワード先を決定する（ステップＣ９）。今、自ドメインがソースドメインであり、かつ、すべてのドメインのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであるので、次の処理はプロビジョニングとなる  （ロジックＬ３２）。つまり、ポリシーサーバ２６Ａに処理が移管される。このとき、対象となるサービスＩＤがワークフローサーバ２４Ａからポリシーサーバ  ２６Ａへ渡される。
【０１２７】
ポリシーサーバ２６ＡはサービスＩＤをキーにして、該サービスを提供するための通信装置へのコンフィグレーションデータをポリシー記憶部２２５Ａから読み出す。但し、本実施例の場合、ポリシーサーバ２６Ａがプロビジョニングを行う領域は、プロバイダＡの運用管理網である。
【０１２８】
次に、読み出したポリシーデータを通信装置固有のコンフィグレーションデータに変換して、プロビジョニングを実行する（ステップＣ１２）。一般に、通信装置３への設定命令、データは通信装置のメーカーによって異なるが、ポリシーデータは各通信装置とは非依存のコンフィグレーションデータである。
【０１２９】
従って、ポリシーサーバは、ポリシーデータを各通信装置に対応した設定命令やデータに変換してプロビジョニングを実行する。プロビジョニングが成功すると、自ドメインのサービス状態をＩｎｔｒａ  ｄｏｍａｉｎ  ＡｌｌｏｃａｔｅｄからＰｒｏｖｉｓｉｏｎｅｄに変更し、サービス記憶部２２６に格納する。また、自ドメインのプロビジョニングオペレーションの結果をＯＫとして管理する。
【０１３０】
ポリシーサーバ２６Ａがプロビジョニングを実行すると、ワークフローサーバ２４Ａへ処理が移管され、内外フォワード先決定を実行する（ステップＣ１）。本実施例の場合、ソースドメインから自ドメインのサービス状態がＰｒｏｖｉｓｉｏｎｅｄであり、かつ、下流ドメインからデスティネーションドメインまでのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであり、かつ下流ドメインのオペレーション結果がＵｎｄｅｆｉｎｅｄであるので、外部システムへ処理が移管される（ロジックＬ７）。つまり、ワークフローサーバ２４Ａから帯域ブローカー２３Ａへ処理が移管される。
【０１３１】
次に、帯域ブローカー２３Ａは、ドメインの外部フォワーディング先決定ロジックを実行する（ステップＣ２）。本実施例の場合、自ドメインがソースドメインでなく、かつ、すべてのドメインでのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであるので、次の処理はサービスプロビジョニング要求送信となる（ロジックＬ２３）。
【０１３２】
帯域ブローカー２３Ａは、ドメイン構成記憶部２２２Ａから該サービスを提供するために経由するドメインの連結情報を取得する。本実施例の場合、プロバイダＡの運用管理網とプロバイダＢの運用管理網の連結となるので、帯域ブローカー２３Ａは帯域ブローカー２３Ｂに対して処理を移管するためのサービスプロビジョニングの要求メッセージを送信する（ステップＣ６）。
【０１３３】
帯域ブローカー２３Ｂがサービスプロビジョニングの要求メッセージを受信すると（ステップＣ７）、メッセージが文法的に誤りでないか否かをチェックする。
【０１３４】
誤りでない場合、内外フォワード先決定のロジックを実行する（ステップＣ１）。本実施例の場合、ソースドメインから上流ドメインのサービス状態がＰｒｏｖｉｓｉｏｎｅｄであり、かつ、自ドメインからデスティネーションドメインまでのサービス状態がＩｎｔｒａ  Ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであり、かつ、自ドメインのプロビジョニングのオペレーション結果がＵｎｄｅｆｉｎｅｄであるので、内部システムへ処理が移管される（ロジックＬ８）。つまり、内部システム通信手段２３５を介してワークフローサーバ２４Ｂへ処理が移管される。
【０１３５】
次に、ワークフローサーバ２４Ｂは、ネットワークサービス管理装置群Ｂの内部フォワード先決定ロジックを実行する（ステップＣ９）。
【０１３６】
本実施例の場合、ソースドメインから上流ドメインのサービス状態がＰｒｏｖｉｓｉｏｎｅｄであり、かつ、自ドメインからデスティネーションドメインまでのサービス状態がＩｎｔｒａ  ｄｏｍａｉｎ  Ａｌｌｏｃａｔｅｄであり、かつ、自ドメインのオペレーション結果がＵｎｄｅｆｉｎｅｄであるので、次の処理はプロビジョニングとなる（ロジックＬ３３）。つまり、ポリシーサーバ２６Ｂへ処理が移管される。このとき、プロビジョニングを行う対象であるサービスＩＤをポリシーサーバ２６Ｂに渡す。
【０１３７】
ポリシーサーバ２６Ｂは、サービスＩＤをキーにして該サービスのポリシーデータをポリシー記憶部２２５Ｂから読み出す。次に、プロバイダＢの運用管理網内で、サービスに関係する通信装置３に対してプロビジョニングを実行し、その結果としてサービス状態を更新する。プロビジョニングに成功した場合、サービス状態をＰｒｏｖｉｓｉｏｎｅｄに変更して、ワークフローサーバ２４Ｂに処理を移管する。
【０１３８】
次に、プロバイダＢのワークフローサーバ２４Ｂは、内外フォワード先決定ロジックを実行する（ステップＣ１）。本実施例の場合、マルチドメイン、かつ、自ドメインがソースドメインでなく、かつ、すべてのドメインのサービス状態がＰｒｏｖｉｓｉｏｎｅｄであるので、外部システムへ処理が移管される（ロジックＬ９）。つまり、ワークフローサーバ２４Ｂから帯域ブローカーＢへ処理が移管される。
【０１３９】
帯域ブローカー２３Ｂは、ワークフローサーバ２４Ｂからのメッセージを受信すると、外部フォワード先決定ロジックを実行する（ステップＣ２）。本実施例の場合、自ドメインがソースドメインでなく、かつ、すべてのドメインのサービス状態がＰｒｏｖｉｓｉｏｎｅｄであるので、次の処理はサービスプロビジョニング応答送信となる（ロジックＬ２５）。
【０１４０】
帯域ブローカー２３Ｂは、ドメイン構成記憶部２２２Ｂから該サービスを実現するためのドメイン連結情報を取得する。本実施例の場合、プロバイダＢの運用管理網の上流ドメインはプロバイダＡであるので、帯域ブローカーＢは、外部システム通信手段２３３を介して、帯域ブローカー２３Ａに対してサービスプロビジョニング応答メッセージを送信する（ステップＣ３）。
【０１４１】
帯域ブローカー２３Ａが帯域ブローカーＢ  ２３からサービスプロビジョニング応答メッセージを受信すると（ステップＣ４）、内外フォワード先決定ロジックを実行する（ステップＣ１）。本実施例の場合、マルチドメイン、かつ、自ドメインがソースドメインであり、かつ、すべてのドメインのサービス状態がＰｒｏｖｉｓｉｏｎｅｄであるので、内部システムへ処理が移管される（ロジックＬ１０）。つまり、帯域ブローカー２３Ａからワークフローサーバ２４Ａへ処理が移管される。
【０１４２】
次に、ワークフローサーバ２４Ａは内部ドメインフォワーディングロジックを実行する（ステップＣ９）。本実施例の場合、自ドメインがソースドメインであり、かつ、すべてのドメインのサービス状態がＰｒｏｖｉｓｉｏｎｅｄであるので、処理を終了する  （ロジックＬ３４）。
【０１４３】
以上のように、プロバイダＡのネットワークサービス管理装置群２ＡとプロバイダＢのネットワークサービス管理装置群２Ｂが、サービス登録段階、サービス合意段階、サービスプロビジョニング段階を連携して実行することによって、複数のドメインを介した通信サービスが提供される。
【０１４４】
【発明の効果】
本発明の第一の効果は、異なるプロバイダによって運用管理される複数のドメインをまたがる品質保証型通信サービスを提供できる点である。その理由は、各ドメイン内において、設計サーバが要求された品質を満たす通信ルートを計算するだけでなく、帯域ブローカー間の要求と応答のメッセージ交換により、複数のドメイン内での通信ルートが計算されるからである。さらに、ドメイン間の通信品質は、帯域ブローカーがドメイン間の残余リソースを管理することによって保証されるからである。
【０１４５】
第二の効果は、カスタマケアサーバ、ポリシーサーバ、設計サーバ、ネットワーク管理装置、ワークフローサーバのシステムメンテナンスやバージョンアップが容易である点である。その理由は、異なるプロバイダとのインタフェース部分を帯域ブローカーのみが有するととにより、上記のサーバ群の変更が、帯域ブローカーまで波及しにくいからである。
【０１４６】
第三の効果は、カスタマケアサーバ、ポリシーサーバ、設計サーバ、ネットワーク管理装置、ワークフローサーバのシステムを他のプロバイダから隠蔽できる点である。その理由は、異なるプロバイダとのインタフェース部分を帯域ブローカーのみが有するととにより、外部プロバイダから見える処理は、帯域ブローカーが提供するインタフェースのみだからである。
【０１４７】
第四の効果は、カスタマ網のソースネットワークからデスティネーションネットワークまでのドメイン間ルートを短時間で算出でき、また、各々のプロバイダが管理する必要がない点である。理由は、マルチドメインサービスブローカーが、提携する全てのドメインのサービス情報を管理することにより、要求されたソースネットワークからデスティネーションネットワークまでを連結するドメイン群を出力できるからである。
【図面の簡単な説明】
【図１】マルチドメインネットワークの構成図である。
【図２】ネットワークサービス管理装置の機能ブロック図である。
【図３】マルチドメインサービスブローカーの機能ブロック図である。
【図４】本発明のサービス登録段階の手順を示すフローチャートである。
【図５】本発明のサービス合意段階の動作を示すフローチャートである。
【図６】本発明のサービスプロビジョニング段階の動作を示すフローチャートである。
【図７】本発明のサービスの状態遷移図である。
【図８】サービス状態遷移図の状態表記の説明である。
【図９】内外フォワーディング先決定ロジックの表である。
【図１０】外部フォワーディング先決定ロジックの表である。
【図１１】内部ドメインフォワーディング決定ロジックの表である。
【符号の説明】
１      マルチドメインサービスブローカー
２      ネットワークサービス管理装置群
３      通信装置
４      カスタマ網Ｅ（ソースネットワーク）
５      カスタマ網Ｄ（デステネーションネットワーク）
１１    入出力装置
１２    記憶装置
１３    データ処理装置
２１    入出力装置
２２    記憶装置
２３    帯域ブローカー
２４    ワークフローサーバ
２５    カスタマケアサーバ
２６    ポリシーサーバ
２７    設計サーバ
２８    ネットワーク管理装置
１２１  ドメイン構成記憶部
１２２  サービス記憶部
１３１  ドメイン構成管理手段
１３２  サービス管理手段
１３３  セキュリティ管理手段
１３４  外部システム管理手段
２２１  サービスレベル合意記憶部
２２２  ドメイン構成記憶部
２２３  ネットワーク構成記憶部
２２４  リソース記憶部
２２５  ポリシー記憶部
２２６  サービス記憶部
２３１  サービスレベル合意管理手段
２３２  ドメインルート管理手段
２３４  セキュリティ管理手段
２３５  内部システム通信手段
【図１】
0003617406.tif 000002
【図２】
0003617406.tif 000003
【図３】
0003617406.tif 000004
【図４】
0003617406.tif 000005
【図５】
0003617406.tif 000006
【図６】
0003617406.tif 000007
【図７】
0003617406.tif 000008
【図８】
0003617406.tif 000009
【図９】
0003617406.tif 000010
【図１０】
0003617406.tif 000011
【図１１】
0003617406.tif 000012