基礎となるネットワーク技術とは無関係にサービスを管理するネットワークモデル、方法及びプログラム製品
【課題】サービスを管理するネットワークモデル、方法、システムを提供する。
【解決手段】サービスを管理するネットワークモデルは、サービスを最終サービスプロバイダに結び付ける最終サービスドメインを含む。最終サービスドメインは、それぞれが最終サービスドメインにトラフィックの移送を行う１つ以上のネットワークを備える複数の卸売りサービスドメインを含む。１つ以上のゲートウェイを使用して、卸売りサービスドメインの１つを別の卸売りサービスドメインの１つに接続し、接続された卸売りサービスドメイン間を通過するトラフィック上でプロトコルの変換を実行する。さらに、１つ以上のゲートウェイは、ユーザを最終サービスドメインに接続するように構成され、サービスに関連するプロトコルによってユーザと通信するように構成される。処理ドメインは、最終サービスドメインが提供したアプリケーションの抽象的表現を提供する。
【解決手段】サービスを管理するネットワークモデルは、サービスを最終サービスプロバイダに結び付ける最終サービスドメインを含む。最終サービスドメインは、それぞれが最終サービスドメインにトラフィックの移送を行う１つ以上のネットワークを備える複数の卸売りサービスドメインを含む。１つ以上のゲートウェイを使用して、卸売りサービスドメインの１つを別の卸売りサービスドメインの１つに接続し、接続された卸売りサービスドメイン間を通過するトラフィック上でプロトコルの変換を実行する。さらに、１つ以上のゲートウェイは、ユーザを最終サービスドメインに接続するように構成され、サービスに関連するプロトコルによってユーザと通信するように構成される。処理ドメインは、最終サービスドメインが提供したアプリケーションの抽象的表現を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、２０００年７月２４日に出願した暫定の米国特許出願第６０／２２０，３３９号についての利益を請求する。この特許の開示内容は参照することによって本願の一部をなすものとする。
【０００２】
［発明の背景］
本発明は、一般に、通信ネットワークの分野に関し、より詳細には、ネットワークサービスの管理に関する。
【背景技術】
【０００３】
近年は、インターネットが具体化している増大するデータ利用の数を支援する公衆通信回線を近代化する必要性に対処すべく、規制する力が世界的に働いている。多くのユーザは、比較的狭い帯域幅の公衆交換電話網（ＰＳＴＮ）のダイアルアップ接続を介してインターネットに接続する。このレベルの性能は多くの消費者を満足させるが、アクセス速度がより早くなれば、ほとんど確実にさらなる満足が与えられるであろう。
【０００４】
合衆国及び他の国の規制者は、真の「情報社会」を作り出す価値を認識しており、汎用の広帯域アクセスを奨励する又は指令さえも行う方策を講じている。より早いインターネットのアクセス速度に対する消費者からの要求、及び規制当局による汎用広帯域アクセスに対する指令にもかかわらず、今日のネットワークはユニバーサルなインターネットプロトコル（ＩＰ）のネットワークの方に進展する見込みがない。
【０００５】
一般に、公衆音声ネットワークは、近代的な通信の基礎と考えられている。多くの先進工業国の国家のポリシーは、一般には時分割多重化（ＴＤＭ）技術に基づいて、音声サービスの安定性を保証する要求を反映している。ＩＰネットワークは、ＴＤＭに基づく現在の音声ネットワークと同じ程度の信頼性及び安定性を一般に提供するものとはいえず、ＩＰネットワークが近いうちにＴＤＭの音声ネットワークに取って代わる見込みはない。
【０００６】
従って、今日の通信ネットワークが、１つの構成に基づき、１つの管理組織により保持され、また１つの技術的規律に従う単一の世界的なネットワークに向かって発展する見込みはない。それよりも、通信ネットワークは、音声サービス及び他のより進んだデータサービスに対応し、非同期転送モード（ＡＴＭ）のような技術に基づいたアクセスネットワークを含む可能性がある。通信ネットワークは、ＩＰ、ＡＴＭ、フレームリレー、ＴＤＭ、及び高密度波長分割多重（ＤＷＤＭ）による各種の光学技術に対応する中核のネットワークを含む可能性もある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従って、ネットワーク技術は収束する代わりに発散する。しかしながら、ネットワークサービスの消費者は、基礎となるネットワーク技術がどのように拡散しようとも、一貫したインターフェースを要求することがある。サービスプロバイダ及びネットワークの所有者は、現在のサービスの提供による収益及び安定性を徐々に衰えることなく、より早いネットワークのアクセス速度に対する潜在能力を利用する戦略に関心がある。このため、サービスの消費者及びサービスプロバイダの両方の利益になることができるサービスを運用する、改良されたシステム及び方法に対する要求が存在する。
【課題を解決するための手段】
【０００８】
［発明の要約］
本発明の実施形態により、サービスを管理するネットワークモデル、方法、システム、及びコンピュータのプログラム製品が提供される。例えば、サービスを管理するネットワークモデルは、サービスを最終サービスプロバイダに結び付ける最終サービスドメインを含む。この最終サービスドメインは、それぞれが最終サービスドメインにトラフィックの移送を行う１つ以上のネットワークを備える複数の卸売り（ホールセール）サービスドメインを含む。１つ以上のゲートウェイを使用して、卸売りサービスドメインの１つを別の卸売りサービスドメインの１つに接続し、接続された卸売りサービスドメイン間を通過するトラフィックについてプロトコルの変換を実行する。さらに、１つ以上のゲートウェイは、ユーザを最終サービスドメインに接続するように構成され、さらに、サービスに関連するプロトコルによってユーザと通信するように構成される。処理ドメインは、最終サービスドメインが提供したアプリケーションの抽象的表現を提供する。都合がよいことに、サービス配信環境をネットワークドメイン及び処理ドメインを備える最終サービスドメインとしてモデル化する（modeling）ことにより、本発明は基礎となるネットワーク技術とは無関係にサービスの管理を容易にすることができる。
【０００９】
本発明のさらに別の実施形態では、サービス管理システムが最終ービスドメインと通信結合され、最終サービスドメイン内のリソースを示す複数のソフトェアオブジェクトと、サービスについての要求事項を最終サービスドメイン内のリソースに関連付ける規定を含むポリシーデータベースとを備える。
【００１０】
本発明の特定の実施形態では、サービスについての要求事項は、ーザに関連したサービスについての要求事項（service requirement）と、最終サービスプロバイダに関連した取引についての要求事項（business requirement）とを含む。
【００１１】
本発明の実施形態は、発明のネットワークモデルの態様に関して主に説明されているが、本発明を方法、システム、及びコンピュータのプログラム製品として具体化することもできることは理解されよう。
【００１２】
本発明の別の特徴は、以下の特定の実施形態の詳細な説明を添付の図面と併せて読めば、一層容易に理解されよう。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態によるネットワークモデルのアーキテクチャを説明するブロック図である。
【図２】本発明の実施形態によるデータ処理システムを説明するブロック図である。
【図３】本発明の実施形態に基づいてサービスを管理する方法、システム、及びコンピュータのプログラム製品を説明するソフトウェアアーキテクチャのブロック図である。
【図４】本発明の実施形態に基づいてサービスを管理する、具体例としての動作を説明するフローチャートである。
【図５】本発明の実施形態による仮想サービスを説明するブロック図である。
【図６】本発明のさらに別の実施形態に基づいてサービスを管理する、具体例としての動作を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
本発明については各種の修正や別の形態が可能であるが、その特定の実施形態を図面の中の実施例により示し、本願で詳細に説明する。しかしながら、本発明を開示された特定の形態に限定する意図はなく、逆に、本発明は、特許請求の範囲により定義する本発明の精神及び範囲の中に入る全ての変形例、等価なもの、及び代替例をカバーすることを理解されたい。同じ参照番号は、全ての図面の説明の中で同様の要素を意味する。
【００１５】
本発明は、方法、システム、及び／又はコンピュータのプログラム製品として具体化することができる。従って、本発明は、ハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）の中で具体化することができる。さらに、本発明は、命令実行システムとの関係によって又はそれとの関係の中で使用するための、媒体の中に組み込まれたコンピュータが使用可能な又はコンピュータが読取り可能なプログラムコードを有するコンピュータが使用可能な又はコンピュータが読取り可能な記録媒体上のコンピュータのプログラム製品の形態を取ることができる。この文書との関連においては、コンピュータが使用可能な又はコンピュータが読取り可能な媒体は、命令実行システム、機器、又は装置との関係によって又はそれとの関係の中で使用するための、プログラムを含む、記憶する、通信する、伝える、又は移送することができるどのような媒体であっても良い。
【００１６】
コンピュータが使用可能な又はコンピュータが読取り可能な媒体は、例えば、電子的、磁気的、光学的、電磁的、赤外線の、又は半導体のシステム、機器、装置、又は伝搬媒体とすることができるが、これらに限定されない。コンピュータが読取り可能な媒体のより具体的な例（完全なリストではない）には以下の事項が含まれる、すなわち、１つ以上の接続線を有する電気的接続、携帯用コンピュータのディスケット、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能なプログラム可能リードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、及び携帯コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）が含まれる。コンピュータが使用可能な又はコンピュータが読取り可能な媒体は、さらに、プログラムがプリントされる紙又は他の適当な媒体であっても良いことに注意されたい。その理由は、プログラムは、例えば、紙又は他の媒体を光学スキャニングすることによって電子的に収集し、次に、編集、解釈、又は必要な場合適当な方法で処理し、その後コンピュータのメモリの中に記憶することができるからである。
【００１７】
多くの従来のネットワークでは、サービスは特定の技術の枠組みに結合される。しかしながら、サービスは結局はネットワークを超越することが予想される。すなわち、各種のアーキテクチャ及びプロトコルを採用する装置の組み合わせを含むネットワーク上で、高範囲のサービスを提供することができる。ユーザはより大きなネットワークドメイン内で、１つ以上のサブネットワーク又は中核のネットワークが対応していないプロトコルで配信されたサービスを要求することができる。本発明は、基礎となるネットワーク技術に依存しない、サービスを管理するネットワークモデル、方法、システム、及びコンピュータのプログラム製品を提供することができる。このため、本発明は、消費者が個人的なサービスネットワークとしてネットワークを見ることができるように、サービスを消費者に対して個別化することができるサービス管理における改良された柔軟性を提供することができる。
【００１８】
ここで、図１を参照する。本発明の実施形態によるネットワークモデルのアーキテクチャは、サービス管理システム２４に通信結合された最終サービスドメイン（ＥＳＤ）２２を備える。サービス配信環境は、それぞれが最終サービスプロバイダ（ＥＳＰ）に結合した１つ以上のＥＳＤ２２を備えることができる。ＥＳＰは、消費者に対するサービスのプロバイダを意味する。これは例えば、最終ユーザ及び／又は別のサービスプロバイダとすることもできる。インターネットサービスのような従来のサービスは、ＥＳＤや、地域電話会社（ＬＥＣ、Local Exchange Carrier）のような小売り通信事業者およびインターイクスチェンジ通信事業者（inter-exchange carrier）（ＩＸＣ）としてモデル化することができ、インターネットのサービスプロバイダ（ＩＳＰ）はＥＳＰとして表すことができる。
【００１９】
図１に示すように、ＥＳＤ２２は、複数の中核卸売りサービスドメイン（ＷＳＤ）２６ａ，２６ｂ及びアクセス用ＷＳＤ２８ａ，２８ｂ，２８ｃ及び２８ｄを備える。各ＷＳＤは、ＥＳＤ２２及び関連するＥＳＰが使用する、アクセス及び移送接続を提供する１つ以上のネットワークを備える。さらに、各ＷＳＤは、関連する卸売りサービスプロバイダ（ＷＳＰ）を有する。各ＷＳＤは、あるプロバイダに対する小売りサービスが別のプロバイダに対する卸売りサービスになるという意味で、「内部ＥＳＤ」と考えることができる。アクセス用ＷＳＤ２８ａ，２８ｂ，２８ｃ，２８ｄは、顧客／ユーザをＥＳＤ２２に結合するＷＳＤに対応する（すなわち、顧客／ユーザがＥＳＤ２２にアクセスするときに経由するＷＳＤ）。それに対して、中核ＷＳＤ２６ａ，２６ｂは、顧客／ユーザをＥＳＤ２２に結合するために使用されないＷＳＤに対応する。ＷＳＤの例には、ＬＥＣ及び／又はＩＸＣが所有し動作する設備ネットワーク（facility network）がある。というのは、これらの設備ネットワークは、設備ネットワークに重なる論理サービスネットワークに対して移送及びアクセスのリソースを与えるためである。
【００２０】
ＷＳＤ（中核及びアクセス）は、ゲートウェイ（ＧＷ）と呼ばれる装置を介して互いにまた顧客／ユーザに接続される。図１に示すように、ＥＳＤ２２は、各種のＷＳＤの１つに接続された８つのゲートウェイ３２ａ，３２ｂ，３２ｃ，３２ｄ，３２ｅ，３２ｆ，３２ｇ及び３２ｈを備える。さらに具体的に言うと、ＧＷ３２ａ，３２ｄ，３２ｇ，及び３２ｈは、それぞれ、顧客／ユーザをアクセス用ＷＳＤ２８ａ，２８ｂ，２８ｃ，及び２８ｄに接続し、ＥＳＤサービスに関連したプロトコルを用いて顧客／ユーザと通信するように構成される。他方、ＧＷ３２ｂ，３２ｃ，３２ｅ，及び３２ｆは、ＥＳＤ２２の中でＷＳＤを互いに接続する。ＧＷ装置は、種々のＥＳＤ及び／又はＷＳＤが使用するプロトコル間を変換するように構成された変換装置として具体化することができる。従来のＧＷ装置の例には、専用回線をＩＰネットワークに又はＡＴＭネットワークをＰＳＴＮネットワークにリンクするために使用されるネットワーク装置が含まれるが、これらに限定されることはない。本発明の実施形態によるＧＷ装置は、「サービススイッチ（service switch）」及び／又は「サービスの存在点（service points of presence）（ＰＯＰ）」と呼ばれる。これらのサービススイッチのＧＷ装置は、ＧＷ３２ａ，３２ｄ，３２ｇ，及び３２ｈのようにＥＳＤ２２の端部で動作される場合、到来するトラフィックを分析し、アプリケーションに基づいて到来するユーザのトラフィックを分離するように構成することができる。サービススイッチのＧＷ装置は、ＧＷ３２ｂ，３２ｃ，及び３２ｆのようにＥＳＤ２２の内部で動作する場合は、異なるネットワークのプロトコルをブリッジするように構成することができる。
【００２１】
ＥＳＤ２２は、ＥＳＤ２２によって提供されたアプリケーションの抽象的表現を提供する処理ドメイン３４をさらに備える。より具体的に言うと、この処理ドメイン３４は、ＥＳＤ２２の顧客／ユーザがネットワークによって提供されたアプリケーションとして認識するこれらのネットワーク処理を表現する。例えば、多くのＴＣＰ／ＩＰネットワークは、論理的な名前−アドレス変換（name-to-address translation）を提供するドメインネームシステム（Domain Name System）（ＤＮＳ）と呼ばれるサービスを含む。このサービスを提供するネットワークＤＮＳサーバは、ネットワーク処理として見ることができる。ネットワーク処理のリソースは、ＷＳＤの内部を含むＥＳＤ２２の中のどこにでも配置することができる。本発明の実施形態によれば、これらのネットワーク処理は処理ドメイン３４として表される。
【００２２】
サービス管理システム２４は、ＥＳＤ２２と通信して、そこから、例えば、性能、構成、トポロジー、タイミング、及び／又はトラフィックのデータを収集する。サービス管理システム２４が収集したデータは、他のアプリケーションが使用するためにリポジトリ内に記憶される。これらのリポジトリは、構造化照会言語（ＳＱＬ）をサポートしているリレーショナルデータベース管理システム（ＲＤＢＭＳ）として実行される。他のアプリケーションが収集されたデータにアクセスすることを容易にするために、収集されたデータをＳＱＬデータベース内に記憶することは望ましい。都合が良いことに、アプリケーションは基礎となるＲＤＢＭＳの独自に開発したインターフェース（proprietary interface）を知る必要なしに、ＳＱＬデータベースにアクセスすることができる。
【００２３】
クライアントアプリケーション４２はサービス管理システム２４と通信して、収集されたデータの分析に基づいてサービス管理システム２４が作成した報告書にアクセスし、ＥＳＤ２２が提供したサービスを管理する（例えば、ＥＳＤ２２が提供したサービスがサービスの承認された品質に適合しているかどうかを決定する）。容量計画アプリケーション４４はサービス管理システム２４と通信して、ＥＳＤ２２のトポロジーまたは形状を、形成したり構成したりする点で管理者を支援し、及び／又はＥＳＤ２２が伝えたトラフィックを配信する。課金アプリケーション４６はサービス管理システム２４と通信して、ＥＳＤ２２から収集したデータの分析に基づいて請求書を発生する。最後に、サービス提供アプリケーション４８はサービス管理システム２４と通信して、新しいサービスをＥＳＤ２２又は他のＥＳＤに導入することを容易にする。
【００２４】
クライアントアプリケーション４２、容量計画アプリケーション４４、課金アプリケーション４６、及びサービス提供アプリケーション４８を支援するサービス管理システム２４及び／又はデータ処理システムは、本発明の実施形態に基づいて、サービスを管理するためのコンピュータ使用、記憶、及び制御プログラムのリソースを用いて構成することができる。従って、クライアントアプリケーション４２、容量計画アプリケーション４４、課金アプリケーション４６、及びサービス提供アプリケーション４８を支援するサービス管理システム２４及び／又はデータ処理システムは、単一のプロセッサシステム、多重プロセッサシステム、又はさらにスタンドアロン形コンピュータシステムのネットワークとしてそれぞれを実現することができる。
【００２５】
図１は典型的なネットワークモデルのアーキテクチャを示しているが、本発明はそのような構成に限定されるものではなく、本願で説明された動作を実行することができるどのような構成をも包含する意向であることは理解されよう。
【００２６】
ここで図２を参照すると、典型的なデータ処理システム５０のアーキテクチャが示されている。このデータ処理システム５０は、本発明に基づいて、クライアントアプリケーション４２、容量計画アプリケーション４４、課金アプリケーション４６、及びサービス提供アプリケーション４８を支援するサービス管理システム２４及びデータ処理システムの実施形態として使用することができる。データ処理システム５０は、キーボード又はキーパッドなどの入力装置５２、ディスプレイ５４、及びプロセッサ５８と通信するメモリ５６を備える。データ処理システム５０は、記憶システム６２、スピーカ６４、及びプロセッサ５８と通信する入力／出力（Ｉ／Ｏ）データポート６６をさらに備える。記憶システム６２は、フロッピー（登録商標）ディスク、ＺＩＰドライブ、ハードディスクなどのようなリムーバブルな及び／又は固定の媒体、並びにＲＡＭＤＩＳＫのような仮想記憶装置を含む。Ｉ／Ｏデータポート６６は、データ処理システム５０と他のコンピュータシステム又はネットワーク（例えば、インターネット）との間にデータを転送するために使用される。これらの構成要素は、本願で説明するように動作するように構成することができる、多くの従来のコンピュータの装置及び／又はシステムの中で使用される従来の構成要素とすることができる。
【００２７】
図３は、本発明に基づいてサービス管理システム２４の実施形態の中で使用することができるプロセッサ７２及びメモリ７４を示す。このプロセッサ７２は、アドレス／データバス７６を介してメモリ７４と通信する。例えば、プロセッサ７２は、市販の又は特注のマイクロプロセッサとすることができる。メモリ７４は、本発明の実施形態に基づいて、サービスを管理するために使用されるソフトウェア及びデータを含むメモリ装置の全体的な階層構造を示す。メモリ７４は以下の種類の装置を含む、すなわち、キャッシュ、ＲＯＭ，ＰＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ、フラッシュ、ＳＲＡＭ、及びＤＲＡＭを含むが、これらに限定されることはない。
【００２８】
図３に示すように、メモリ７４は５つ以上のソフトウェア及び／又はデータの主要な分類を含む、すなわち、オペレーティングシステム７８、共通オブジェクト・リクエスト・ブローカー・アーキテクチャ（Common Object Request Broker Architecture）（ＣＯＲＢＡ）のプログラムモジュール８２、仲介機能モジュール８６、オブジェクト管理者プログラムモジュール８８、及びデータモジュール９２を含む。
【００２９】
オペレーティングシステム７８は、コンピュータシステムの動作を制御する。特に、オペレーティングシステム７８はコンピュータシステムのリソースを管理して、プロセッサ７２によるプログラムの実行を取り仕切ることができる。メモリ７４内のソフトウェアモジュールがオブジェクト指向のシステムとして実行できるようにＣＯＲＢＡモジュール８２を構成して、各種のソフトウェアオブジェクト間の通信を容易にすることができる。さらに、ＣＯＲＢＡモジュール８２は、オブジェクトを異質ネットワークを通って配信することも可能にする。例えば、オブジェクトをネットワーク内の異なるデータ処理システムを通って配信して、なおかつ互いにあたかもオブジェクトがローカルであるように見ることができる。分散形オブジェクト指向のコンピュータシステムでは、クライアントオブジェクトは、遠隔のサーバオブジェクトを参照するためにオブジェクトハンドルが与えられる。遠隔オブジェクトとは、そのクラスがオブジェクトハンドルが存在する処理とは異なる処理の中で実行されるオブジェクトのことである。さらに、遠隔オブジェクトは、オブジェクトハンドルが存在するデータ処理システムから離れたデータ処理システムで実行される。オブジェクトハンドルは遠隔のサーバオブジェクトを識別し、クライアントオブジェクトが遠隔オブジェクトの目mm場となるファンクションを呼び出すことを可能にする。ＣＯＲＢＡは、本発明の実施形態の中で使用することができる典型的な分散形オブジェクトモジュールである。しかしながら、それにもかかわらず、分散形コンポーネント・オブジェクト・モデル（Distributed Component Object Model）（ＤＣＯＭ）及びジャバリモートメソッド呼出し（Java（登録商標）Remote Method Invocation）（ＲＭＩ）モデルのような他の分散形オブジェクトモデルを、本発明の他の実施形態の中で使用することができることは理解する必要がある。ＣＯＲＢＡモデルは、後で簡単に説明される。
【００３０】
ＣＯＲＢＡモデルは、オブジェクトが局所的に又は遠隔に配置されていても、オブジェクトが互いにユーザに意識させずに相互作用するオブジェクトバスとして動作する、オブジェクト・リクエスト・ブローカー（Object Request Broker）（ＯＲＢ）に基づいている。ＣＯＲＢＡサーバのオブジェクトは、メソッドの集合から構成されるインターフェースをサポートしている。ＣＯＲＢＡサーバのオブジェクトの特定のインスタンスは、オブジェクトの参照によって識別される。そのオブジェクトの参照は、あたかもＣＯＲＢＡクライアントのオブジェクト及びＣＯＲＢＡサーバのオブジェクトが同じアドレス空間を共有しているように、ＣＯＲＢＡクライアントのオブジェクトによってＣＯＲＢＡサーバのオブジェクトへのメソッドによるコールをするのに利用される。ＣＯＲＢＡを使用する分散形ソフトウェアを開発するリソースは、サードパーティのソフトウェアプロバイダから得ることができる。
【００３１】
図３を再度参照する。仲介機能モジュール８６は、リソースの名前、能力、制限事項、及びリソースにおける他の任意の適切な特性を識別することによって、ＥＳＤ内の各リソースを表現するために使用されるソフトウェアオブジェクトの集合として構成することができる。従って、本発明の実施形態によれば、ＥＳＤ２２内の装置、サービスモデル、消費者、サードパーティのソフトウェアパッケージ等は、それぞれの仲介機能モジュール８６によって全て表現することができる。所与の種類の全てのリソースは、仲介機能モジュール８６のオブジェクトがこれらのリソースを表現すると、サービス管理システム２４のソフトウェアにとって同一に見える。オブジェクト指向の設計及びプログラミングの原理によれば、所定の種類のリソースによって又はそのリソース上で実行できる任意の関数又はメソッドは、その種類の任意のリソースによって又はそのリソース上で実行することができる。各種のネットワーク装置が関連する特定の仲介機能モジュール８６のオブジェクトによって作られるため、都合が良いことに、仲介機能モジュール８６によって本発明は基礎となるネットワーク技術とは無関係にサービスを管理することができる。
【００３２】
オブジェクト管理者モジュール８８は、新しいサービスが必要とされる場合及び／又は新規の装置がＥＳＤ２２の中に設置される場合、新しい仲介機能モジュール８６のオブジェクトを生成するように構成することができる。オブジェクト管理者モジュール８８は、仲介機能モジュール８６のオブジェクト間の関連性を生成するようにさらに構成することができる。例えば、装置のインターフェースがＥＳＤ２２の中に作られる場合、サービスモデル、処理及び接続のルーティング、課金、サービス支援システム（ＳＳＳ）、並びに他の動作支援システム（ＯＳＳ）の機能へのそれらのリンケージが、仲介機能モジュール８６のソフトウェアオブジェクトが装置のインターフェースを表現することによって提供することができる。同様に、サービス管理システム２４は、仲介機能モジュール８６のソフトウェアオブジェクトがサードパーティのソフトウェアを表現することによって、サードパーティのソフトウェアを利用することができる。例えば、サードパーティの課金システム又は故障チケットシステム（trouble-ticket system）を、全ての装置オブジェクトにリンクすることができる。これらの装置オブジェクトから、そのシステムはＣＯＲＢＡモジュール８２を介して課金データ又は問題報告書受け取る。
【００３３】
データモジュール９２は、ポリシールールデータベース（policy rules database）９４及びリソース能力データベース（resource capabilities database）９６を備える。このポリシールールデータベース９４は、サービスについての要求事項をＥＳＤ２２内のリソースと関連付けるルールの集合を含む。サービスについての要求事項は、サービスプロバイダに関連した顧客／ユーザ及び／又は取引についての要求事項に対応した要求事項を含む。リソース能力データベース９６は、ＥＳＤ２２内のリソースの能力に関する情報を含む。本発明の他の実施形態では、ＥＳＤ２２内のリソースの能力をリソース能力データベース９６の中で記憶する必要はなく、その代わり、リソースの能力をＥＳＤ２２から、例えば、能力報告書を介して、サービス管理システム２４に伝達することができる。
【００３４】
図３は本発明の実施形態に基づいて、サービスを管理するために使用できる具体例としてのソフトウェアのアーキテクチャを示しているが、本発明はそのような構成に限定されるものではなく、本願で説明された動作を実行することができるどのような構成をも包含する意向であることは理解されよう。
【００３５】
本発明の動作を実行するコンピュータのプログラムコードは、Java（登録商標）、Smalltalk、又はＣ＋＋などのオブジェクト指向のプログラミング言語で書くことができる。しかしながら、本発明の動作を実行するコンピュータのプログラムコードは、Ｃプログラミング言語又はコンパイルベーシック（ＣＢＡＳＩＣ）などの従来の手続き型プログラミング言語で書くこともできる。さらに、いくつかのモジュール又はルーチンは、性能及び／又はメモリの使用量を高めるために、アセンブリー言語又はさらにマイクロコードで書くこともできる。
【００３６】
以後、本発明の例示的な実施形態による方法、システム、及びコンピュータのプログラム製品のフローチャート及び／又はブロック図を参照して、本発明を説明する。フローチャート及び／又はブロック図の各ブロック並びにフローチャート及び／又はブロック図内のブロックの組み合わせは、コンピュータのプログラム命令及び／又はハードウェアの動作によって実行することができることは理解されよう。これらのコンピュータプログラムの命令は、汎用コンピュータ、特殊目的のコンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに与えられて、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサを介して実行する命令が、フローチャート及び／又はブロック図の中で指定された機能を実行する手段を作り出すような装置を実現する。
【００３７】
コンピュータ又は他のプログラム可能なデータ処理装置を特定の方法で機能させることができるこれらのコンピュータプログラムの命令を、コンピュータが使用可能な又はコンピュータが読取り可能なメモリの中に記憶して、コンピュータが使用可能な又はコンピュータが読取り可能なメモリの中に記憶された命令が、フローチャート及び／又はブロック図のブロックの中で指定された機能を実行するような命令を含む製品を作り出すこともできる。
【００３８】
コンピュータプログラムの命令をコンピュータ又は他のプログラム可能なデータ処理装置にロードし、一連の動作ステップをコンピュータ又は他のプログラム可能な装置上で実行させて、コンピュータの実行による処理を行い、コンピュータ又は他のプログラム可能な装置上で実行される命令がフローチャート及び／又はブロック図のブロックの中で指定された機能を実行するステップを実行することもできる。
【００３９】
図５のブロック図及び図４及び図６のフローチャートを参照して、本発明の実施形態に基づいて、サービスを管理する具体例としての動作を以下に説明する。
【００４０】
ここで図４を参照する。サービスを管理する具体例としての動作がブロック１０２で開始する。このブロック１０２では、別個の仮想処理及び仮想サービスを含むサービスモデルが生成される。このことは、例えば、図５の中で示されている。図５では、仮想サービスモデル１０４には、サービスモデルをその構成要素の仮想接続部１０８と仮想処理部１１２とに分離するためのポリシー計算サービス・トポロジー・マップ（policy computed service topology map）１０６で示すように、ユーザパラメータ及び、前述したポリシールールデータベース９４及び／又はリソース能力データベース９６内に含まれるようなポリシーが含まれる。仮想接続部はＥＳＤ２２を通る情報ルートであり、仮想処理部は、ＥＳＤ２２内の処理ドメイン３４によって示されるネットワーク駐在サービスである。図４に戻る。ブロック１１４において、これらの仮想要素、すなわち、仮想接続部１０８及び仮想処理部１１２の各々は、ＥＳＤ２２を構成する１つ以上の「実」リソースに割り当てられる。
【００４１】
ここで図６を参照する。本発明のさらに別の実施形態による、サービスを管理する具体例としての動作は、ブロック１１６で開始する。このブロック１１６では、サービス点がＥＳＤ２２の中で識別される。サービス点は、ユーザがそれを通ってサービスにアクセスし、及び／又は処理ドメイン３４によって示されたネットワーク処理／ネットワーク駐在アプリケーションに対してホストとして動作する、ＥＳＤ２２内の位置／リソースに対応する。次に、サービス管理システム２４は、ブロック１１８において、ＥＳＤ２２内のサーバのリソースをネットワーク駐在アプリケーションに対してホストサイトとして識別された位置に確保する。次に、ブロック１２２において、仮想接続トポロジーがメタルートレベル（meta-route level）に生成される。
【００４２】
図５に示すように、ＧＷ間メタルートマップ（GW-to-GW meta-route map）１２４が、仮想接続部１０８に基づいて、各仮想接続に対してＥＳＤ２２を通るルートを定義するＧＷの順序付きリスト（ordered list）を指定することによって作られる。メタルートマップ１２４に加えて、１つのＷＳＤを通るＧＷの対の間の特定の経路を提供するＷＳＤ内部ルートマップ１２６も生成される。本発明の実施形態によれば、サービス管理システム２４は、ＷＳＤ内部ルートマップ１２６を生成する必要がない。その理由は、ＧＷ装置が、それぞれのＷＳＤに関連するプロトコルを用いて、個々のＷＳＤ内部を通るこれらのルートを生成することができるためである。このため、サービス管理システム２４は、ＧＷ装置間のホップを指定し、それぞれのＷＳＤ内の接続を生成する責任をそれぞれＷＳＤによって接続されたＧＷ装置の対に委託することによって、仮想接続を生成することができる。
【００４３】
図４及び図６のフローチャート並びに図５のブロック図は、サービス管理システム２４のソフトウェアの実施形態のアーキテクチャ、機能性、及び動作を示している。これに関連して、指定された論理機能を実行する１つ以上の実行可能な命令を含む各ブロックは、コードのモジュール、セグメント、又は部分を示す。いくつかの別の方法で具体化する場合、ブロックの中で言及された機能が図４〜図６で示された順序から外れることがあることにも注意されたい。例えば、連続して示された２つのブロックが、事実上、ほぼ同時に実行される、又は必要とされる機能によっては、逆の順序で実行されるブロックもある。
【００４４】
本発明の原理からほとんど逸脱することなく、多くの変形例及び修正例を好ましい実施形態に対して作ることができる。そのような変形例及び修正例の全ては、以下の特許請求の範囲の中に記載するような本発明の範囲の中に含まれるものとする。
【技術分野】
【０００１】
［関連出願］
本出願は、２０００年７月２４日に出願した暫定の米国特許出願第６０／２２０，３３９号についての利益を請求する。この特許の開示内容は参照することによって本願の一部をなすものとする。
【０００２】
［発明の背景］
本発明は、一般に、通信ネットワークの分野に関し、より詳細には、ネットワークサービスの管理に関する。
【背景技術】
【０００３】
近年は、インターネットが具体化している増大するデータ利用の数を支援する公衆通信回線を近代化する必要性に対処すべく、規制する力が世界的に働いている。多くのユーザは、比較的狭い帯域幅の公衆交換電話網（ＰＳＴＮ）のダイアルアップ接続を介してインターネットに接続する。このレベルの性能は多くの消費者を満足させるが、アクセス速度がより早くなれば、ほとんど確実にさらなる満足が与えられるであろう。
【０００４】
合衆国及び他の国の規制者は、真の「情報社会」を作り出す価値を認識しており、汎用の広帯域アクセスを奨励する又は指令さえも行う方策を講じている。より早いインターネットのアクセス速度に対する消費者からの要求、及び規制当局による汎用広帯域アクセスに対する指令にもかかわらず、今日のネットワークはユニバーサルなインターネットプロトコル（ＩＰ）のネットワークの方に進展する見込みがない。
【０００５】
一般に、公衆音声ネットワークは、近代的な通信の基礎と考えられている。多くの先進工業国の国家のポリシーは、一般には時分割多重化（ＴＤＭ）技術に基づいて、音声サービスの安定性を保証する要求を反映している。ＩＰネットワークは、ＴＤＭに基づく現在の音声ネットワークと同じ程度の信頼性及び安定性を一般に提供するものとはいえず、ＩＰネットワークが近いうちにＴＤＭの音声ネットワークに取って代わる見込みはない。
【０００６】
従って、今日の通信ネットワークが、１つの構成に基づき、１つの管理組織により保持され、また１つの技術的規律に従う単一の世界的なネットワークに向かって発展する見込みはない。それよりも、通信ネットワークは、音声サービス及び他のより進んだデータサービスに対応し、非同期転送モード（ＡＴＭ）のような技術に基づいたアクセスネットワークを含む可能性がある。通信ネットワークは、ＩＰ、ＡＴＭ、フレームリレー、ＴＤＭ、及び高密度波長分割多重（ＤＷＤＭ）による各種の光学技術に対応する中核のネットワークを含む可能性もある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従って、ネットワーク技術は収束する代わりに発散する。しかしながら、ネットワークサービスの消費者は、基礎となるネットワーク技術がどのように拡散しようとも、一貫したインターフェースを要求することがある。サービスプロバイダ及びネットワークの所有者は、現在のサービスの提供による収益及び安定性を徐々に衰えることなく、より早いネットワークのアクセス速度に対する潜在能力を利用する戦略に関心がある。このため、サービスの消費者及びサービスプロバイダの両方の利益になることができるサービスを運用する、改良されたシステム及び方法に対する要求が存在する。
【課題を解決するための手段】
【０００８】
［発明の要約］
本発明の実施形態により、サービスを管理するネットワークモデル、方法、システム、及びコンピュータのプログラム製品が提供される。例えば、サービスを管理するネットワークモデルは、サービスを最終サービスプロバイダに結び付ける最終サービスドメインを含む。この最終サービスドメインは、それぞれが最終サービスドメインにトラフィックの移送を行う１つ以上のネットワークを備える複数の卸売り（ホールセール）サービスドメインを含む。１つ以上のゲートウェイを使用して、卸売りサービスドメインの１つを別の卸売りサービスドメインの１つに接続し、接続された卸売りサービスドメイン間を通過するトラフィックについてプロトコルの変換を実行する。さらに、１つ以上のゲートウェイは、ユーザを最終サービスドメインに接続するように構成され、さらに、サービスに関連するプロトコルによってユーザと通信するように構成される。処理ドメインは、最終サービスドメインが提供したアプリケーションの抽象的表現を提供する。都合がよいことに、サービス配信環境をネットワークドメイン及び処理ドメインを備える最終サービスドメインとしてモデル化する（modeling）ことにより、本発明は基礎となるネットワーク技術とは無関係にサービスの管理を容易にすることができる。
【０００９】
本発明のさらに別の実施形態では、サービス管理システムが最終ービスドメインと通信結合され、最終サービスドメイン内のリソースを示す複数のソフトェアオブジェクトと、サービスについての要求事項を最終サービスドメイン内のリソースに関連付ける規定を含むポリシーデータベースとを備える。
【００１０】
本発明の特定の実施形態では、サービスについての要求事項は、ーザに関連したサービスについての要求事項（service requirement）と、最終サービスプロバイダに関連した取引についての要求事項（business requirement）とを含む。
【００１１】
本発明の実施形態は、発明のネットワークモデルの態様に関して主に説明されているが、本発明を方法、システム、及びコンピュータのプログラム製品として具体化することもできることは理解されよう。
【００１２】
本発明の別の特徴は、以下の特定の実施形態の詳細な説明を添付の図面と併せて読めば、一層容易に理解されよう。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態によるネットワークモデルのアーキテクチャを説明するブロック図である。
【図２】本発明の実施形態によるデータ処理システムを説明するブロック図である。
【図３】本発明の実施形態に基づいてサービスを管理する方法、システム、及びコンピュータのプログラム製品を説明するソフトウェアアーキテクチャのブロック図である。
【図４】本発明の実施形態に基づいてサービスを管理する、具体例としての動作を説明するフローチャートである。
【図５】本発明の実施形態による仮想サービスを説明するブロック図である。
【図６】本発明のさらに別の実施形態に基づいてサービスを管理する、具体例としての動作を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
本発明については各種の修正や別の形態が可能であるが、その特定の実施形態を図面の中の実施例により示し、本願で詳細に説明する。しかしながら、本発明を開示された特定の形態に限定する意図はなく、逆に、本発明は、特許請求の範囲により定義する本発明の精神及び範囲の中に入る全ての変形例、等価なもの、及び代替例をカバーすることを理解されたい。同じ参照番号は、全ての図面の説明の中で同様の要素を意味する。
【００１５】
本発明は、方法、システム、及び／又はコンピュータのプログラム製品として具体化することができる。従って、本発明は、ハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）の中で具体化することができる。さらに、本発明は、命令実行システムとの関係によって又はそれとの関係の中で使用するための、媒体の中に組み込まれたコンピュータが使用可能な又はコンピュータが読取り可能なプログラムコードを有するコンピュータが使用可能な又はコンピュータが読取り可能な記録媒体上のコンピュータのプログラム製品の形態を取ることができる。この文書との関連においては、コンピュータが使用可能な又はコンピュータが読取り可能な媒体は、命令実行システム、機器、又は装置との関係によって又はそれとの関係の中で使用するための、プログラムを含む、記憶する、通信する、伝える、又は移送することができるどのような媒体であっても良い。
【００１６】
コンピュータが使用可能な又はコンピュータが読取り可能な媒体は、例えば、電子的、磁気的、光学的、電磁的、赤外線の、又は半導体のシステム、機器、装置、又は伝搬媒体とすることができるが、これらに限定されない。コンピュータが読取り可能な媒体のより具体的な例（完全なリストではない）には以下の事項が含まれる、すなわち、１つ以上の接続線を有する電気的接続、携帯用コンピュータのディスケット、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能なプログラム可能リードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、及び携帯コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）が含まれる。コンピュータが使用可能な又はコンピュータが読取り可能な媒体は、さらに、プログラムがプリントされる紙又は他の適当な媒体であっても良いことに注意されたい。その理由は、プログラムは、例えば、紙又は他の媒体を光学スキャニングすることによって電子的に収集し、次に、編集、解釈、又は必要な場合適当な方法で処理し、その後コンピュータのメモリの中に記憶することができるからである。
【００１７】
多くの従来のネットワークでは、サービスは特定の技術の枠組みに結合される。しかしながら、サービスは結局はネットワークを超越することが予想される。すなわち、各種のアーキテクチャ及びプロトコルを採用する装置の組み合わせを含むネットワーク上で、高範囲のサービスを提供することができる。ユーザはより大きなネットワークドメイン内で、１つ以上のサブネットワーク又は中核のネットワークが対応していないプロトコルで配信されたサービスを要求することができる。本発明は、基礎となるネットワーク技術に依存しない、サービスを管理するネットワークモデル、方法、システム、及びコンピュータのプログラム製品を提供することができる。このため、本発明は、消費者が個人的なサービスネットワークとしてネットワークを見ることができるように、サービスを消費者に対して個別化することができるサービス管理における改良された柔軟性を提供することができる。
【００１８】
ここで、図１を参照する。本発明の実施形態によるネットワークモデルのアーキテクチャは、サービス管理システム２４に通信結合された最終サービスドメイン（ＥＳＤ）２２を備える。サービス配信環境は、それぞれが最終サービスプロバイダ（ＥＳＰ）に結合した１つ以上のＥＳＤ２２を備えることができる。ＥＳＰは、消費者に対するサービスのプロバイダを意味する。これは例えば、最終ユーザ及び／又は別のサービスプロバイダとすることもできる。インターネットサービスのような従来のサービスは、ＥＳＤや、地域電話会社（ＬＥＣ、Local Exchange Carrier）のような小売り通信事業者およびインターイクスチェンジ通信事業者（inter-exchange carrier）（ＩＸＣ）としてモデル化することができ、インターネットのサービスプロバイダ（ＩＳＰ）はＥＳＰとして表すことができる。
【００１９】
図１に示すように、ＥＳＤ２２は、複数の中核卸売りサービスドメイン（ＷＳＤ）２６ａ，２６ｂ及びアクセス用ＷＳＤ２８ａ，２８ｂ，２８ｃ及び２８ｄを備える。各ＷＳＤは、ＥＳＤ２２及び関連するＥＳＰが使用する、アクセス及び移送接続を提供する１つ以上のネットワークを備える。さらに、各ＷＳＤは、関連する卸売りサービスプロバイダ（ＷＳＰ）を有する。各ＷＳＤは、あるプロバイダに対する小売りサービスが別のプロバイダに対する卸売りサービスになるという意味で、「内部ＥＳＤ」と考えることができる。アクセス用ＷＳＤ２８ａ，２８ｂ，２８ｃ，２８ｄは、顧客／ユーザをＥＳＤ２２に結合するＷＳＤに対応する（すなわち、顧客／ユーザがＥＳＤ２２にアクセスするときに経由するＷＳＤ）。それに対して、中核ＷＳＤ２６ａ，２６ｂは、顧客／ユーザをＥＳＤ２２に結合するために使用されないＷＳＤに対応する。ＷＳＤの例には、ＬＥＣ及び／又はＩＸＣが所有し動作する設備ネットワーク（facility network）がある。というのは、これらの設備ネットワークは、設備ネットワークに重なる論理サービスネットワークに対して移送及びアクセスのリソースを与えるためである。
【００２０】
ＷＳＤ（中核及びアクセス）は、ゲートウェイ（ＧＷ）と呼ばれる装置を介して互いにまた顧客／ユーザに接続される。図１に示すように、ＥＳＤ２２は、各種のＷＳＤの１つに接続された８つのゲートウェイ３２ａ，３２ｂ，３２ｃ，３２ｄ，３２ｅ，３２ｆ，３２ｇ及び３２ｈを備える。さらに具体的に言うと、ＧＷ３２ａ，３２ｄ，３２ｇ，及び３２ｈは、それぞれ、顧客／ユーザをアクセス用ＷＳＤ２８ａ，２８ｂ，２８ｃ，及び２８ｄに接続し、ＥＳＤサービスに関連したプロトコルを用いて顧客／ユーザと通信するように構成される。他方、ＧＷ３２ｂ，３２ｃ，３２ｅ，及び３２ｆは、ＥＳＤ２２の中でＷＳＤを互いに接続する。ＧＷ装置は、種々のＥＳＤ及び／又はＷＳＤが使用するプロトコル間を変換するように構成された変換装置として具体化することができる。従来のＧＷ装置の例には、専用回線をＩＰネットワークに又はＡＴＭネットワークをＰＳＴＮネットワークにリンクするために使用されるネットワーク装置が含まれるが、これらに限定されることはない。本発明の実施形態によるＧＷ装置は、「サービススイッチ（service switch）」及び／又は「サービスの存在点（service points of presence）（ＰＯＰ）」と呼ばれる。これらのサービススイッチのＧＷ装置は、ＧＷ３２ａ，３２ｄ，３２ｇ，及び３２ｈのようにＥＳＤ２２の端部で動作される場合、到来するトラフィックを分析し、アプリケーションに基づいて到来するユーザのトラフィックを分離するように構成することができる。サービススイッチのＧＷ装置は、ＧＷ３２ｂ，３２ｃ，及び３２ｆのようにＥＳＤ２２の内部で動作する場合は、異なるネットワークのプロトコルをブリッジするように構成することができる。
【００２１】
ＥＳＤ２２は、ＥＳＤ２２によって提供されたアプリケーションの抽象的表現を提供する処理ドメイン３４をさらに備える。より具体的に言うと、この処理ドメイン３４は、ＥＳＤ２２の顧客／ユーザがネットワークによって提供されたアプリケーションとして認識するこれらのネットワーク処理を表現する。例えば、多くのＴＣＰ／ＩＰネットワークは、論理的な名前−アドレス変換（name-to-address translation）を提供するドメインネームシステム（Domain Name System）（ＤＮＳ）と呼ばれるサービスを含む。このサービスを提供するネットワークＤＮＳサーバは、ネットワーク処理として見ることができる。ネットワーク処理のリソースは、ＷＳＤの内部を含むＥＳＤ２２の中のどこにでも配置することができる。本発明の実施形態によれば、これらのネットワーク処理は処理ドメイン３４として表される。
【００２２】
サービス管理システム２４は、ＥＳＤ２２と通信して、そこから、例えば、性能、構成、トポロジー、タイミング、及び／又はトラフィックのデータを収集する。サービス管理システム２４が収集したデータは、他のアプリケーションが使用するためにリポジトリ内に記憶される。これらのリポジトリは、構造化照会言語（ＳＱＬ）をサポートしているリレーショナルデータベース管理システム（ＲＤＢＭＳ）として実行される。他のアプリケーションが収集されたデータにアクセスすることを容易にするために、収集されたデータをＳＱＬデータベース内に記憶することは望ましい。都合が良いことに、アプリケーションは基礎となるＲＤＢＭＳの独自に開発したインターフェース（proprietary interface）を知る必要なしに、ＳＱＬデータベースにアクセスすることができる。
【００２３】
クライアントアプリケーション４２はサービス管理システム２４と通信して、収集されたデータの分析に基づいてサービス管理システム２４が作成した報告書にアクセスし、ＥＳＤ２２が提供したサービスを管理する（例えば、ＥＳＤ２２が提供したサービスがサービスの承認された品質に適合しているかどうかを決定する）。容量計画アプリケーション４４はサービス管理システム２４と通信して、ＥＳＤ２２のトポロジーまたは形状を、形成したり構成したりする点で管理者を支援し、及び／又はＥＳＤ２２が伝えたトラフィックを配信する。課金アプリケーション４６はサービス管理システム２４と通信して、ＥＳＤ２２から収集したデータの分析に基づいて請求書を発生する。最後に、サービス提供アプリケーション４８はサービス管理システム２４と通信して、新しいサービスをＥＳＤ２２又は他のＥＳＤに導入することを容易にする。
【００２４】
クライアントアプリケーション４２、容量計画アプリケーション４４、課金アプリケーション４６、及びサービス提供アプリケーション４８を支援するサービス管理システム２４及び／又はデータ処理システムは、本発明の実施形態に基づいて、サービスを管理するためのコンピュータ使用、記憶、及び制御プログラムのリソースを用いて構成することができる。従って、クライアントアプリケーション４２、容量計画アプリケーション４４、課金アプリケーション４６、及びサービス提供アプリケーション４８を支援するサービス管理システム２４及び／又はデータ処理システムは、単一のプロセッサシステム、多重プロセッサシステム、又はさらにスタンドアロン形コンピュータシステムのネットワークとしてそれぞれを実現することができる。
【００２５】
図１は典型的なネットワークモデルのアーキテクチャを示しているが、本発明はそのような構成に限定されるものではなく、本願で説明された動作を実行することができるどのような構成をも包含する意向であることは理解されよう。
【００２６】
ここで図２を参照すると、典型的なデータ処理システム５０のアーキテクチャが示されている。このデータ処理システム５０は、本発明に基づいて、クライアントアプリケーション４２、容量計画アプリケーション４４、課金アプリケーション４６、及びサービス提供アプリケーション４８を支援するサービス管理システム２４及びデータ処理システムの実施形態として使用することができる。データ処理システム５０は、キーボード又はキーパッドなどの入力装置５２、ディスプレイ５４、及びプロセッサ５８と通信するメモリ５６を備える。データ処理システム５０は、記憶システム６２、スピーカ６４、及びプロセッサ５８と通信する入力／出力（Ｉ／Ｏ）データポート６６をさらに備える。記憶システム６２は、フロッピー（登録商標）ディスク、ＺＩＰドライブ、ハードディスクなどのようなリムーバブルな及び／又は固定の媒体、並びにＲＡＭＤＩＳＫのような仮想記憶装置を含む。Ｉ／Ｏデータポート６６は、データ処理システム５０と他のコンピュータシステム又はネットワーク（例えば、インターネット）との間にデータを転送するために使用される。これらの構成要素は、本願で説明するように動作するように構成することができる、多くの従来のコンピュータの装置及び／又はシステムの中で使用される従来の構成要素とすることができる。
【００２７】
図３は、本発明に基づいてサービス管理システム２４の実施形態の中で使用することができるプロセッサ７２及びメモリ７４を示す。このプロセッサ７２は、アドレス／データバス７６を介してメモリ７４と通信する。例えば、プロセッサ７２は、市販の又は特注のマイクロプロセッサとすることができる。メモリ７４は、本発明の実施形態に基づいて、サービスを管理するために使用されるソフトウェア及びデータを含むメモリ装置の全体的な階層構造を示す。メモリ７４は以下の種類の装置を含む、すなわち、キャッシュ、ＲＯＭ，ＰＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ、フラッシュ、ＳＲＡＭ、及びＤＲＡＭを含むが、これらに限定されることはない。
【００２８】
図３に示すように、メモリ７４は５つ以上のソフトウェア及び／又はデータの主要な分類を含む、すなわち、オペレーティングシステム７８、共通オブジェクト・リクエスト・ブローカー・アーキテクチャ（Common Object Request Broker Architecture）（ＣＯＲＢＡ）のプログラムモジュール８２、仲介機能モジュール８６、オブジェクト管理者プログラムモジュール８８、及びデータモジュール９２を含む。
【００２９】
オペレーティングシステム７８は、コンピュータシステムの動作を制御する。特に、オペレーティングシステム７８はコンピュータシステムのリソースを管理して、プロセッサ７２によるプログラムの実行を取り仕切ることができる。メモリ７４内のソフトウェアモジュールがオブジェクト指向のシステムとして実行できるようにＣＯＲＢＡモジュール８２を構成して、各種のソフトウェアオブジェクト間の通信を容易にすることができる。さらに、ＣＯＲＢＡモジュール８２は、オブジェクトを異質ネットワークを通って配信することも可能にする。例えば、オブジェクトをネットワーク内の異なるデータ処理システムを通って配信して、なおかつ互いにあたかもオブジェクトがローカルであるように見ることができる。分散形オブジェクト指向のコンピュータシステムでは、クライアントオブジェクトは、遠隔のサーバオブジェクトを参照するためにオブジェクトハンドルが与えられる。遠隔オブジェクトとは、そのクラスがオブジェクトハンドルが存在する処理とは異なる処理の中で実行されるオブジェクトのことである。さらに、遠隔オブジェクトは、オブジェクトハンドルが存在するデータ処理システムから離れたデータ処理システムで実行される。オブジェクトハンドルは遠隔のサーバオブジェクトを識別し、クライアントオブジェクトが遠隔オブジェクトの目mm場となるファンクションを呼び出すことを可能にする。ＣＯＲＢＡは、本発明の実施形態の中で使用することができる典型的な分散形オブジェクトモジュールである。しかしながら、それにもかかわらず、分散形コンポーネント・オブジェクト・モデル（Distributed Component Object Model）（ＤＣＯＭ）及びジャバリモートメソッド呼出し（Java（登録商標）Remote Method Invocation）（ＲＭＩ）モデルのような他の分散形オブジェクトモデルを、本発明の他の実施形態の中で使用することができることは理解する必要がある。ＣＯＲＢＡモデルは、後で簡単に説明される。
【００３０】
ＣＯＲＢＡモデルは、オブジェクトが局所的に又は遠隔に配置されていても、オブジェクトが互いにユーザに意識させずに相互作用するオブジェクトバスとして動作する、オブジェクト・リクエスト・ブローカー（Object Request Broker）（ＯＲＢ）に基づいている。ＣＯＲＢＡサーバのオブジェクトは、メソッドの集合から構成されるインターフェースをサポートしている。ＣＯＲＢＡサーバのオブジェクトの特定のインスタンスは、オブジェクトの参照によって識別される。そのオブジェクトの参照は、あたかもＣＯＲＢＡクライアントのオブジェクト及びＣＯＲＢＡサーバのオブジェクトが同じアドレス空間を共有しているように、ＣＯＲＢＡクライアントのオブジェクトによってＣＯＲＢＡサーバのオブジェクトへのメソッドによるコールをするのに利用される。ＣＯＲＢＡを使用する分散形ソフトウェアを開発するリソースは、サードパーティのソフトウェアプロバイダから得ることができる。
【００３１】
図３を再度参照する。仲介機能モジュール８６は、リソースの名前、能力、制限事項、及びリソースにおける他の任意の適切な特性を識別することによって、ＥＳＤ内の各リソースを表現するために使用されるソフトウェアオブジェクトの集合として構成することができる。従って、本発明の実施形態によれば、ＥＳＤ２２内の装置、サービスモデル、消費者、サードパーティのソフトウェアパッケージ等は、それぞれの仲介機能モジュール８６によって全て表現することができる。所与の種類の全てのリソースは、仲介機能モジュール８６のオブジェクトがこれらのリソースを表現すると、サービス管理システム２４のソフトウェアにとって同一に見える。オブジェクト指向の設計及びプログラミングの原理によれば、所定の種類のリソースによって又はそのリソース上で実行できる任意の関数又はメソッドは、その種類の任意のリソースによって又はそのリソース上で実行することができる。各種のネットワーク装置が関連する特定の仲介機能モジュール８６のオブジェクトによって作られるため、都合が良いことに、仲介機能モジュール８６によって本発明は基礎となるネットワーク技術とは無関係にサービスを管理することができる。
【００３２】
オブジェクト管理者モジュール８８は、新しいサービスが必要とされる場合及び／又は新規の装置がＥＳＤ２２の中に設置される場合、新しい仲介機能モジュール８６のオブジェクトを生成するように構成することができる。オブジェクト管理者モジュール８８は、仲介機能モジュール８６のオブジェクト間の関連性を生成するようにさらに構成することができる。例えば、装置のインターフェースがＥＳＤ２２の中に作られる場合、サービスモデル、処理及び接続のルーティング、課金、サービス支援システム（ＳＳＳ）、並びに他の動作支援システム（ＯＳＳ）の機能へのそれらのリンケージが、仲介機能モジュール８６のソフトウェアオブジェクトが装置のインターフェースを表現することによって提供することができる。同様に、サービス管理システム２４は、仲介機能モジュール８６のソフトウェアオブジェクトがサードパーティのソフトウェアを表現することによって、サードパーティのソフトウェアを利用することができる。例えば、サードパーティの課金システム又は故障チケットシステム（trouble-ticket system）を、全ての装置オブジェクトにリンクすることができる。これらの装置オブジェクトから、そのシステムはＣＯＲＢＡモジュール８２を介して課金データ又は問題報告書受け取る。
【００３３】
データモジュール９２は、ポリシールールデータベース（policy rules database）９４及びリソース能力データベース（resource capabilities database）９６を備える。このポリシールールデータベース９４は、サービスについての要求事項をＥＳＤ２２内のリソースと関連付けるルールの集合を含む。サービスについての要求事項は、サービスプロバイダに関連した顧客／ユーザ及び／又は取引についての要求事項に対応した要求事項を含む。リソース能力データベース９６は、ＥＳＤ２２内のリソースの能力に関する情報を含む。本発明の他の実施形態では、ＥＳＤ２２内のリソースの能力をリソース能力データベース９６の中で記憶する必要はなく、その代わり、リソースの能力をＥＳＤ２２から、例えば、能力報告書を介して、サービス管理システム２４に伝達することができる。
【００３４】
図３は本発明の実施形態に基づいて、サービスを管理するために使用できる具体例としてのソフトウェアのアーキテクチャを示しているが、本発明はそのような構成に限定されるものではなく、本願で説明された動作を実行することができるどのような構成をも包含する意向であることは理解されよう。
【００３５】
本発明の動作を実行するコンピュータのプログラムコードは、Java（登録商標）、Smalltalk、又はＣ＋＋などのオブジェクト指向のプログラミング言語で書くことができる。しかしながら、本発明の動作を実行するコンピュータのプログラムコードは、Ｃプログラミング言語又はコンパイルベーシック（ＣＢＡＳＩＣ）などの従来の手続き型プログラミング言語で書くこともできる。さらに、いくつかのモジュール又はルーチンは、性能及び／又はメモリの使用量を高めるために、アセンブリー言語又はさらにマイクロコードで書くこともできる。
【００３６】
以後、本発明の例示的な実施形態による方法、システム、及びコンピュータのプログラム製品のフローチャート及び／又はブロック図を参照して、本発明を説明する。フローチャート及び／又はブロック図の各ブロック並びにフローチャート及び／又はブロック図内のブロックの組み合わせは、コンピュータのプログラム命令及び／又はハードウェアの動作によって実行することができることは理解されよう。これらのコンピュータプログラムの命令は、汎用コンピュータ、特殊目的のコンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに与えられて、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサを介して実行する命令が、フローチャート及び／又はブロック図の中で指定された機能を実行する手段を作り出すような装置を実現する。
【００３７】
コンピュータ又は他のプログラム可能なデータ処理装置を特定の方法で機能させることができるこれらのコンピュータプログラムの命令を、コンピュータが使用可能な又はコンピュータが読取り可能なメモリの中に記憶して、コンピュータが使用可能な又はコンピュータが読取り可能なメモリの中に記憶された命令が、フローチャート及び／又はブロック図のブロックの中で指定された機能を実行するような命令を含む製品を作り出すこともできる。
【００３８】
コンピュータプログラムの命令をコンピュータ又は他のプログラム可能なデータ処理装置にロードし、一連の動作ステップをコンピュータ又は他のプログラム可能な装置上で実行させて、コンピュータの実行による処理を行い、コンピュータ又は他のプログラム可能な装置上で実行される命令がフローチャート及び／又はブロック図のブロックの中で指定された機能を実行するステップを実行することもできる。
【００３９】
図５のブロック図及び図４及び図６のフローチャートを参照して、本発明の実施形態に基づいて、サービスを管理する具体例としての動作を以下に説明する。
【００４０】
ここで図４を参照する。サービスを管理する具体例としての動作がブロック１０２で開始する。このブロック１０２では、別個の仮想処理及び仮想サービスを含むサービスモデルが生成される。このことは、例えば、図５の中で示されている。図５では、仮想サービスモデル１０４には、サービスモデルをその構成要素の仮想接続部１０８と仮想処理部１１２とに分離するためのポリシー計算サービス・トポロジー・マップ（policy computed service topology map）１０６で示すように、ユーザパラメータ及び、前述したポリシールールデータベース９４及び／又はリソース能力データベース９６内に含まれるようなポリシーが含まれる。仮想接続部はＥＳＤ２２を通る情報ルートであり、仮想処理部は、ＥＳＤ２２内の処理ドメイン３４によって示されるネットワーク駐在サービスである。図４に戻る。ブロック１１４において、これらの仮想要素、すなわち、仮想接続部１０８及び仮想処理部１１２の各々は、ＥＳＤ２２を構成する１つ以上の「実」リソースに割り当てられる。
【００４１】
ここで図６を参照する。本発明のさらに別の実施形態による、サービスを管理する具体例としての動作は、ブロック１１６で開始する。このブロック１１６では、サービス点がＥＳＤ２２の中で識別される。サービス点は、ユーザがそれを通ってサービスにアクセスし、及び／又は処理ドメイン３４によって示されたネットワーク処理／ネットワーク駐在アプリケーションに対してホストとして動作する、ＥＳＤ２２内の位置／リソースに対応する。次に、サービス管理システム２４は、ブロック１１８において、ＥＳＤ２２内のサーバのリソースをネットワーク駐在アプリケーションに対してホストサイトとして識別された位置に確保する。次に、ブロック１２２において、仮想接続トポロジーがメタルートレベル（meta-route level）に生成される。
【００４２】
図５に示すように、ＧＷ間メタルートマップ（GW-to-GW meta-route map）１２４が、仮想接続部１０８に基づいて、各仮想接続に対してＥＳＤ２２を通るルートを定義するＧＷの順序付きリスト（ordered list）を指定することによって作られる。メタルートマップ１２４に加えて、１つのＷＳＤを通るＧＷの対の間の特定の経路を提供するＷＳＤ内部ルートマップ１２６も生成される。本発明の実施形態によれば、サービス管理システム２４は、ＷＳＤ内部ルートマップ１２６を生成する必要がない。その理由は、ＧＷ装置が、それぞれのＷＳＤに関連するプロトコルを用いて、個々のＷＳＤ内部を通るこれらのルートを生成することができるためである。このため、サービス管理システム２４は、ＧＷ装置間のホップを指定し、それぞれのＷＳＤ内の接続を生成する責任をそれぞれＷＳＤによって接続されたＧＷ装置の対に委託することによって、仮想接続を生成することができる。
【００４３】
図４及び図６のフローチャート並びに図５のブロック図は、サービス管理システム２４のソフトウェアの実施形態のアーキテクチャ、機能性、及び動作を示している。これに関連して、指定された論理機能を実行する１つ以上の実行可能な命令を含む各ブロックは、コードのモジュール、セグメント、又は部分を示す。いくつかの別の方法で具体化する場合、ブロックの中で言及された機能が図４〜図６で示された順序から外れることがあることにも注意されたい。例えば、連続して示された２つのブロックが、事実上、ほぼ同時に実行される、又は必要とされる機能によっては、逆の順序で実行されるブロックもある。
【００４４】
本発明の原理からほとんど逸脱することなく、多くの変形例及び修正例を好ましい実施形態に対して作ることができる。そのような変形例及び修正例の全ては、以下の特許請求の範囲の中に記載するような本発明の範囲の中に含まれるものとする。
【特許請求の範囲】
【請求項１】
サービスを最終サービスプロバイダに関連付ける最終サービスドメインを含む前記サービスを管理するネットワークモデルであって、
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが前記最終サービスドメインに対してトラフィックの移送を提供する少なくとも１つのネットワークを含む前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものは、前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２のものは、ユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと、
前記最終サービスドメインによって与えられたアプリケーションの抽象的表現を提供する処理ドメインと
を備えるものである、ネットワークモデル。
【請求項２】
前記最終サービスドメインと通信結合するサービス管理システムをさらに備え、
前記サービス管理システムは、
前記サービスを提供するために、前記最終サービスドメイン内のリソースを表現する複数のソフトウェアオブジェクトと、
前記サービスの要求事項を前記最終サービスドメイン内のリソースと関連付けるルールを含むポリシーデータベースと
備えるものである、請求項１に記載のネットワークモデル。
【請求項３】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項１に記載のネットワークモデル。
【請求項４】
前記複数のゲートウェイの第１のものは、前記複数のホールセールサービスドメインの１つの中で内部接続をセットアップするようにさらに構成されるものである、請求項１に記載のネットワークモデル。
【請求項５】
前記複数のゲートウェイの第２のものは、到来するユーザのトラフィックを分析して、前記到来するユーザのトラフィックをアプリケーションに基づいて分離するようにさらに構成されるものである、請求項１に記載のネットワークモデル。
【請求項６】
サービスの配信を容易にする複数のリソースを含む最終サービスドメインを提供するステップと、
複数の仮想処理部と前記サービスに関連する前記最終サービスドメインからの複数の仮想接続部とを含むサービスモデルを生成するステップと、
前記最終サービスドメイン内の前記複数のリソースの能力を指定する情報を得るステップと、
前記複数のリソースの能力を指定する前記情報に基づいて、前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれに割り当てるステップと
を含んでなるサービスを管理する方法。
【請求項７】
前記サービスの要求事項を前記複数のリソースに関連付けるルールを含むポリシーデータベースを提供するステップをさらに含み、
前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれに割り当てるステップは、
前記複数の仮想処理部及び前記複数の仮想接続部を前記ポリシーデータベースに基づいて前記複数のリソースのそれぞれに割り当てるステップをさらに含むものである、請求項６に記載の方法。
【請求項８】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項７に記載の方法。
【請求項９】
前記サービスモデルを生成するステップは、
ユーザが前記サービスにアクセスする少なくとも１つのリソースと最終サービスドメインのアプリケーションに対してホストとして動作する少なくとも１つのリソースとに対応する前記最終サービスドメイン内のサービス点を識別するステップを含むものである、請求項７に記載の方法。
【請求項１０】
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが、前記最終サービスドメインに対してトラフィックの移送を行う少なくとも１つのネットワークを備える前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものは、前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２のものは、ユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと
を備えるものである、請求項９に記載の方法。
【請求項１１】
前記複数の仮想接続部のそれぞれを、前記最終サービスドメインを通るルートを定義する前記ゲートウェイの複数の順序付きリストのそれぞれに関連付けるステップをさらに含むものである、請求項１０に記載の方法。
【請求項１２】
前記複数の仮想接続部のそれぞれを、前記ホールセールサービスドメイン内の複数のルートのそれぞれに関連付けるステップをさらに含むものである、請求項１１に記載の方法。
【請求項１３】
サービスの配信を容易にする複数のリソースを備える最終サービスドメインを設ける手段と、
複数の仮想処理部と前記サービスに関連する前記最終サービスドメインからの複数の仮想接続部とを含むサービスモデルを生成する手段と、
前記最終サービスドメイン内の前記複数のリソースの能力を指定する情報を得る手段と、
前記複数のリソースの能力を指定する前記情報に基づいて、前記複数の仮想処理部と前記複数の仮想接続部とを前記複数のリソースのそれぞれに割り当てる手段と
を備えてなるサービスを管理するシステム。
【請求項１４】
前記サービスの要求事項を前記複数のリソースに関連付けるルールを含むポリシーデータベースを提供する手段をさらに含み、
前記複数の仮想処理部と前記複数の仮想接続部とを前記複数のリソースのそれぞれの１つに割り当てるステップは、
前記複数の仮想処理部と前記複数の仮想接続部とを前記ポリシーデータベースに基づいて前記複数のリソースのそれぞれに割り当てるステップをさらに含むものである、請求項１３に記載のシステム。
【請求項１５】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項１４に記載のシステム。
【請求項１６】
前記サービスモデルを生成する手段は、
ユーザが前記サービスにアクセスする少なくとも１つのリソースと最終サービスドメインのアプリケーションに対してホストとして動作する少なくとも１つのリソースとに対応する前記最終サービスドメイン内のサービス点を識別する手段を含むものである、請求項１４に記載のシステム。
【請求項１７】
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが、前記最終サービスドメインに対してトラフィックの移送を行う少なくとも１つのネットワークを備える前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものが前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２の１つがユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと
を備えるものである、請求項１６に記載のシステム。
【請求項１８】
前記複数の仮想接続部のそれぞれを、前記最終サービスドメインを通るルートを定義する前記ゲートウェイの複数の順序付きリストのそれぞれに関連付ける手段をさらに含む請求項１７に記載のシステム。
【請求項１９】
前記複数の仮想接続部のそれぞれを、前記ホールセールサービスドメイン内の複数のルートのそれぞれに関連付ける手段をさらに含む請求項１８に記載のシステム。
【請求項２０】
コンピュータが読取り可能なプログラムコードを有するコンピュータが読取り可能な記録媒体を含むサービスを管理するコンピュータのプログラム製品であって、
前記コンピュータが読取り可能なプログラムコードは、
前記サービスの配信を容易にする複数のリソースを含む最終サービスドメインを提供するコンピュータが読取り可能なプログラムコードと、
複数の仮想処理部及び前記サービスに関連する前記最終サービスドメインからの複数の仮想接続部を含むサービスモデルを生成するコンピュータが読取り可能なプログラムコードと、
前記最終サービスドメイン内の前記複数のリソースの能力を指定する情報を得るコンピュータが読取り可能なプログラムコードと、
前記複数のリソースの能力を指定する前記情報に基づいて、前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれの１つに割り当てるコンピュータが読取り可能なプログラムコードと
を含むものである、コンピュータプログラム製品。
【請求項２１】
前記サービスの要求事項を前記複数のリソースに関連付けるルールを含むポリシーデータベースを提供するコンピュータが読取り可能なプログラムコードをさらに含み、
前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれに割り当てるコンピュータが読取り可能なプログラムコードが、
前記複数の仮想処理部及び前記複数の仮想接続部を前記ポリシーデータベースに基づいて前記複数のリソースのそれぞれに割り当てるコンピュータが読取り可能なプログラムコードをさらに含むものである、請求項２０に記載のコンピュータのプログラム製品。
【請求項２２】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項２１に記載のコンピュータのプログラム製品。
【請求項２３】
前記サービスモデルを生成するコンピュータが読取り可能なプログラムコードは、
ユーザが前記サービスにアクセスする少なくとも１つのリソース及び最終サービスドメインのアプリケーションに対してホストとして動作する少なくとも１つのリソースに対応する前記最終サービスドメイン内のサービス点を識別するコンピュータが読取り可能なプログラムコードを含むものである、請求項２１に記載のコンピュータのプログラム製品。
【請求項２４】
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが、前記最終サービスドメインに対してトラフィックの移送を行う少なくとも１つのネットワークを備える前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものは、前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２のものは、ユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと
を備えるものである、請求項２３に記載のコンピュータのプログラム製品。
【請求項２５】
前記複数の仮想接続部のそれぞれを、前記最終サービスドメインを通るルートを定義する前記ゲートウェイの複数の順序付きリストのそれぞれに関連付けるコンピュータが読取り可能なプログラムコードをさらに含む請求項２４に記載のコンピュータのプログラム製品。
【請求項２６】
前記複数の仮想接続部のそれぞれを、前記ホールセールサービスドメイン内の複数のルートのそれぞれに関連付けるコンピュータが読取り可能なプログラムコードをさらに含む請求項２５に記載のコンピュータのプログラム製品。
【請求項１】
サービスを最終サービスプロバイダに関連付ける最終サービスドメインを含む前記サービスを管理するネットワークモデルであって、
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが前記最終サービスドメインに対してトラフィックの移送を提供する少なくとも１つのネットワークを含む前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものは、前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２のものは、ユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと、
前記最終サービスドメインによって与えられたアプリケーションの抽象的表現を提供する処理ドメインと
を備えるものである、ネットワークモデル。
【請求項２】
前記最終サービスドメインと通信結合するサービス管理システムをさらに備え、
前記サービス管理システムは、
前記サービスを提供するために、前記最終サービスドメイン内のリソースを表現する複数のソフトウェアオブジェクトと、
前記サービスの要求事項を前記最終サービスドメイン内のリソースと関連付けるルールを含むポリシーデータベースと
備えるものである、請求項１に記載のネットワークモデル。
【請求項３】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項１に記載のネットワークモデル。
【請求項４】
前記複数のゲートウェイの第１のものは、前記複数のホールセールサービスドメインの１つの中で内部接続をセットアップするようにさらに構成されるものである、請求項１に記載のネットワークモデル。
【請求項５】
前記複数のゲートウェイの第２のものは、到来するユーザのトラフィックを分析して、前記到来するユーザのトラフィックをアプリケーションに基づいて分離するようにさらに構成されるものである、請求項１に記載のネットワークモデル。
【請求項６】
サービスの配信を容易にする複数のリソースを含む最終サービスドメインを提供するステップと、
複数の仮想処理部と前記サービスに関連する前記最終サービスドメインからの複数の仮想接続部とを含むサービスモデルを生成するステップと、
前記最終サービスドメイン内の前記複数のリソースの能力を指定する情報を得るステップと、
前記複数のリソースの能力を指定する前記情報に基づいて、前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれに割り当てるステップと
を含んでなるサービスを管理する方法。
【請求項７】
前記サービスの要求事項を前記複数のリソースに関連付けるルールを含むポリシーデータベースを提供するステップをさらに含み、
前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれに割り当てるステップは、
前記複数の仮想処理部及び前記複数の仮想接続部を前記ポリシーデータベースに基づいて前記複数のリソースのそれぞれに割り当てるステップをさらに含むものである、請求項６に記載の方法。
【請求項８】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項７に記載の方法。
【請求項９】
前記サービスモデルを生成するステップは、
ユーザが前記サービスにアクセスする少なくとも１つのリソースと最終サービスドメインのアプリケーションに対してホストとして動作する少なくとも１つのリソースとに対応する前記最終サービスドメイン内のサービス点を識別するステップを含むものである、請求項７に記載の方法。
【請求項１０】
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが、前記最終サービスドメインに対してトラフィックの移送を行う少なくとも１つのネットワークを備える前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものは、前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２のものは、ユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと
を備えるものである、請求項９に記載の方法。
【請求項１１】
前記複数の仮想接続部のそれぞれを、前記最終サービスドメインを通るルートを定義する前記ゲートウェイの複数の順序付きリストのそれぞれに関連付けるステップをさらに含むものである、請求項１０に記載の方法。
【請求項１２】
前記複数の仮想接続部のそれぞれを、前記ホールセールサービスドメイン内の複数のルートのそれぞれに関連付けるステップをさらに含むものである、請求項１１に記載の方法。
【請求項１３】
サービスの配信を容易にする複数のリソースを備える最終サービスドメインを設ける手段と、
複数の仮想処理部と前記サービスに関連する前記最終サービスドメインからの複数の仮想接続部とを含むサービスモデルを生成する手段と、
前記最終サービスドメイン内の前記複数のリソースの能力を指定する情報を得る手段と、
前記複数のリソースの能力を指定する前記情報に基づいて、前記複数の仮想処理部と前記複数の仮想接続部とを前記複数のリソースのそれぞれに割り当てる手段と
を備えてなるサービスを管理するシステム。
【請求項１４】
前記サービスの要求事項を前記複数のリソースに関連付けるルールを含むポリシーデータベースを提供する手段をさらに含み、
前記複数の仮想処理部と前記複数の仮想接続部とを前記複数のリソースのそれぞれの１つに割り当てるステップは、
前記複数の仮想処理部と前記複数の仮想接続部とを前記ポリシーデータベースに基づいて前記複数のリソースのそれぞれに割り当てるステップをさらに含むものである、請求項１３に記載のシステム。
【請求項１５】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項１４に記載のシステム。
【請求項１６】
前記サービスモデルを生成する手段は、
ユーザが前記サービスにアクセスする少なくとも１つのリソースと最終サービスドメインのアプリケーションに対してホストとして動作する少なくとも１つのリソースとに対応する前記最終サービスドメイン内のサービス点を識別する手段を含むものである、請求項１４に記載のシステム。
【請求項１７】
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが、前記最終サービスドメインに対してトラフィックの移送を行う少なくとも１つのネットワークを備える前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものが前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２の１つがユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと
を備えるものである、請求項１６に記載のシステム。
【請求項１８】
前記複数の仮想接続部のそれぞれを、前記最終サービスドメインを通るルートを定義する前記ゲートウェイの複数の順序付きリストのそれぞれに関連付ける手段をさらに含む請求項１７に記載のシステム。
【請求項１９】
前記複数の仮想接続部のそれぞれを、前記ホールセールサービスドメイン内の複数のルートのそれぞれに関連付ける手段をさらに含む請求項１８に記載のシステム。
【請求項２０】
コンピュータが読取り可能なプログラムコードを有するコンピュータが読取り可能な記録媒体を含むサービスを管理するコンピュータのプログラム製品であって、
前記コンピュータが読取り可能なプログラムコードは、
前記サービスの配信を容易にする複数のリソースを含む最終サービスドメインを提供するコンピュータが読取り可能なプログラムコードと、
複数の仮想処理部及び前記サービスに関連する前記最終サービスドメインからの複数の仮想接続部を含むサービスモデルを生成するコンピュータが読取り可能なプログラムコードと、
前記最終サービスドメイン内の前記複数のリソースの能力を指定する情報を得るコンピュータが読取り可能なプログラムコードと、
前記複数のリソースの能力を指定する前記情報に基づいて、前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれの１つに割り当てるコンピュータが読取り可能なプログラムコードと
を含むものである、コンピュータプログラム製品。
【請求項２１】
前記サービスの要求事項を前記複数のリソースに関連付けるルールを含むポリシーデータベースを提供するコンピュータが読取り可能なプログラムコードをさらに含み、
前記複数の仮想処理部及び前記複数の仮想接続部を前記複数のリソースのそれぞれに割り当てるコンピュータが読取り可能なプログラムコードが、
前記複数の仮想処理部及び前記複数の仮想接続部を前記ポリシーデータベースに基づいて前記複数のリソースのそれぞれに割り当てるコンピュータが読取り可能なプログラムコードをさらに含むものである、請求項２０に記載のコンピュータのプログラム製品。
【請求項２２】
前記サービスの要求事項は、
前記ユーザに関連したサービスの要求事項と、
前記最終サービスプロバイダに関連した取引の要求事項と
を含むものである、請求項２１に記載のコンピュータのプログラム製品。
【請求項２３】
前記サービスモデルを生成するコンピュータが読取り可能なプログラムコードは、
ユーザが前記サービスにアクセスする少なくとも１つのリソース及び最終サービスドメインのアプリケーションに対してホストとして動作する少なくとも１つのリソースに対応する前記最終サービスドメイン内のサービス点を識別するコンピュータが読取り可能なプログラムコードを含むものである、請求項２１に記載のコンピュータのプログラム製品。
【請求項２４】
前記最終サービスドメインは、
複数のホールセールサービスドメインのそれぞれが、前記最終サービスドメインに対してトラフィックの移送を行う少なくとも１つのネットワークを備える前記複数のホールセールサービスドメインと、
複数のゲートウェイの少なくとも第１のものは、前記複数のホールセールサービスドメインの１つを前記ホールセールサービスドメインの別の１つに結合させ、前記結合されたホールセールサービスドメイン間を通過するトラフィック上でプロトコル変換を実行するものであり、前記複数のゲートウェイの少なくとも第２のものは、ユーザを前記最終サービスドメインに結合するように構成され、前記サービスに関連したプロトコルによって前記ユーザと通信するようにさらに構成されるものである、前記複数のゲートウェイと
を備えるものである、請求項２３に記載のコンピュータのプログラム製品。
【請求項２５】
前記複数の仮想接続部のそれぞれを、前記最終サービスドメインを通るルートを定義する前記ゲートウェイの複数の順序付きリストのそれぞれに関連付けるコンピュータが読取り可能なプログラムコードをさらに含む請求項２４に記載のコンピュータのプログラム製品。
【請求項２６】
前記複数の仮想接続部のそれぞれを、前記ホールセールサービスドメイン内の複数のルートのそれぞれに関連付けるコンピュータが読取り可能なプログラムコードをさらに含む請求項２５に記載のコンピュータのプログラム製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−１６０４１９（Ｐ２０１１−１６０４１９Ａ）
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−７１０８（Ｐ２０１１−７１０８）
【出願日】平成２３年１月１７日（２０１１．１．１７）
【分割の表示】特願２００２−５１４９５３（Ｐ２００２−５１４９５３）の分割
【原出願日】平成１３年７月２０日（２００１．７．２０）
【出願人】（５０３０３５５２３）トレンディアム，インコーポレイテッド (1)
【Ｆターム（参考）】
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願番号】特願２０１１−７１０８（Ｐ２０１１−７１０８）
【出願日】平成２３年１月１７日（２０１１．１．１７）
【分割の表示】特願２００２−５１４９５３（Ｐ２００２−５１４９５３）の分割
【原出願日】平成１３年７月２０日（２００１．７．２０）
【出願人】（５０３０３５５２３）トレンディアム，インコーポレイテッド (1)
【Ｆターム（参考）】
[ Back to top ]