JP5079427B2 - システム用のサービスプロビジョニング及びアクチベーションエンジン - Google Patents

Description

本発明は、一般に、サービスプロビジョニング(service provisioning)及びアクチベーションプラットホーム(activation platform)のサービスロジック及びネットワーク一体化(integration)をプロビジョニングする(provisioning)ためのサービスエンジンに係る。

優先権の請求：本出願は、２００６年８月３１日に出願されたＥＰＯ特許出願第０６４２５６０２．７号、及び２００６年８月３１日に出願されたイタリア特許出願第ＭＩ２００６Ａ００１６６６号の利益を請求するものであり、これらの出願は、その全体を参考としてここに援用する。

ボイス、データ及び／又はビデオをプロビジョニングするようなテレコミュニケーションサービスプロビジョニング及びアクチベーションシステムは、非常に競争の激しい環境において市場の要求を満足するために絶え間なく進化している。多くのプロビジョニング及びサービスアクチベーションシステムは、今日、少数のサービス及び特殊なネットワークテクノロジーのために確立されており、新たなネットワーク要素がシステムに追加されるときに新たなアダプタのコード化を必要とすることがある。又、新たなサービスのプロビジョニングは、ネットワークに向けてこれらサービスのアクチベーションを満足するために新たなサービスロジックのコード化も必要とする。

サービスプロビジョニング及びアクチベーションのための方法、システム、エンジン、及びツールが開示される。プロビジョニングサービスオーダーエンジンは、定義され構成されたワークフローに基づいてサービスオーダーを処理し、そしてネットワークにおけるサービスのアクチベーション及びプロビジョニングの結果を反映するサービスオーダー結果を発生することができる。プロビジョニングネットワークエンジンは、ネットワークへのサービスのプロビジョニングをマネージし、プロビジョニングされるべきサービスに特有の予想されるネットワークコマンドを発生することができる。

当業者であれば、添付図面及び以下の詳細な説明を検討すれば、他のシステム、方法、ツール、エンジン、特徴及び効果が明らかとなろう。このような付加的なシステム、方法、特徴、及び効果は、この説明に含まれ、本発明の範囲内に包含され、且つ特許請求の範囲によって保護されるものとする。

サービスプロビジョニング及びアクチベーションシステムについて説明する。このシステムは、サービスプロバイダーの通信ネットワーク上の加入者により要求されるサービスをアクチベートしそしてプロビジョニングする通信ＩＴスタック内に存在する。サービスプロビジョニング及びアクチベーションシステムは、上流システムインターフェイス、サービスロジック及びネットワークインターフェイスのようなコンポーネントレイヤを含むことができる。プロビジョニングサービスオーダーエンジン及びプロビジョニングネットワークエンジンが利用できることで、プロビジョニングサービスロジック実施及びワークフロー定義の複雑さが、コードベースの事柄から純粋な構成の事柄へと移行される。これは、プロビジョニングサービスロジックの実施又は保守により要求される努力及び時間の減少を許す。プロビジョニングネットワークエンジンは、ネットワークレイヤとの一体化を簡単化して、ネットワークとの一体化の実施又は保守により要求される努力及び時間を減少することができる。プロビジョニングサービスオーダーエンジン及びプロビジョニングネットワークエンジンは、通信オペレータに対してサービスプロビジョニング及びアクチベーションシステムの実施及び変更／改善により要求される実施／保守コスト、リスク及びタイムフレームの全体的な減少を与えることができる。

図１は、通信システム１００のブロック図である。この通信システム１００は、通信オペレータのためのサービスプロビジョニング及びアクチベーションシステム１３０を備えることができる。通信ネットワーク１１０は、加入者１２０により利用されるサービス、例えば、ボイス、データ、ショートメッセージサービス（ＳＭＳ）及び／又はビデオ通信、メッセージング、等を提供することができる。通信ネットワーク１１０は、サービスプロバイダー及びオペレータにより設けられ維持されて、この通信ネットワーク１１０により提供されるサービスを加入者１２０が利用できるようにする。加入者は、これらのサービスを利用し、地上回線で使用される電話、移動電話、衛星電話、ＢＬＡＣＫＢＥＲＲＹ、パーソナルデジタルアシスタント（ＰＤＳ）、ゲームコンソール、コンピュータ、等の装置を使用して、他の加入者と通信することができる。サービスプロビジョニング及びアクチベーションシステム１３０は、通信ネットワーク１１０上の加入者１２０のためのサービスをアクチベートしプロビジョニングするシステムである。

通信ネットワーク１１０は、ローカルエリアネットワーク（ＬＡＮ）及びワイドエリアネットワーク（ＷＡＮ）、例えば、インターネットを含むことができる。通信ネットワーク１１０は、ソフトウェア、アプリケーション及び／又はロジックにより制御できる信号保持媒体を含むことができる。通信ネットワーク１１０は、ボイス、データ又はビデオサービスをローカル又は長距離アプリケーションにおいてサポートするためのネットワーク要素の組み合わせを含むことができる。通信ネットワーク１１０は、銅ケーブル、同軸ケーブル及びファイバケーブルの使用により、或いはマイクロ波や衛星のようなワイヤレス技術を通して、実質上世界中のどこにでも加入者１２０を接続することができる。

通信ネットワーク１１０は、サービスロジックと共に動作し、オペレータが、ネットワーク内の多数のスイッチを管理し且つ多数のそして常に変化するサービスを加入者１２０に提供するのを許す。通信システム１００は、サービスプロビジョニング及びアクチベーションシステム１３０を備え、これは、通信ネットワーク１１０に接続されて、通信ネットワーク１１０へのサービスを提供し、変更しそして切り換える上で役立つ。サービスプロビジョニング及びアクチベーションシステム１３０は、パッケージされ又はカスタマイズされたアーキテクチャー又はアプリケーションで通信ネットワーク１１０を設計し且つ構築する上で役立つように使用できると共に、新たな又は既存のハードウェア、パッケージされカスタマイズされたソフトウェア、及び通信ネットワーク１１０全体にわたる通信を一体化する上で役立つように使用できる。

図２は、１つ以上のソフトウェアアプリケーションにより実施できる通信オーダリング及びサービスプロビジョニングシステム２００のブロック図である。このシステム２００は、各アプリケーションが他のアプリケーションへの直接的な接続を発生できるように、例えば、インターネットを経て、ウェブサイトアプリケーション間で情報を交換するための端−端（Ｅ２Ｅ）システムでよい。アプリケーションは、例えば、ACCENTUREにより製造されたACCENTURE COMMUNICATIONS SOLUTIONSのようなＥ２Ｅフレームワーク、或いはＢＳＳ（ビジネスサポートシステム）及びＯＳＳ（オペレーションサポートシステム）能力及びシステムの一体化フレームワークをなす他のフレームワークのように、サービスプロバイダー／通信オペレータのビジネス及び技術的能力を満足するものでよい。システム２００は、SIEBELにより製造されたeBusiness顧客関係マネージメント（ＣＲＭ）アプリケーションのような顧客ケアアプリケーション２１０を含むことができる。又、オーダー能力を含む顧客ケアアプリケーション２１０は、顧客のライフサイクルにわたり顧客の相互作用及び関係をモニタリングし、マネージし、分析するのにも使用できる。

顧客ケアアプリケーション２１０は、ミドルウェアアプリケーション２２０を経て、一体化オーダーマネージメント（ＩＯＭ）システムのようなオーダーマネージメントアプリケーション２１５へサービスオーダープロビジョニングイベントを送信することができる。ミドルウェアアプリケーション２２０は、MICROSOFTにより製造されたBIZTALK SERVERを経てACCENTUREにより製造されたＩＯＭ用のアクセンチュア・コミュニケーションズ・ソルーションで実施することができる。ミドルウェアアプリケーション２２０は、バスとして動作して、データ通信、一体化及び変換をマネージするための企業アプリケーション一体化（ＥＡＩ）を含むことができる。ミドルウェアアプリケーション２２０は、顧客ケアアプリケーション２１０からサービスオーダープロビジョニングイベントを受け取り、そしてそのサービスオーダープロビジョニングイベントをＩOＭ２１５へディスパッチする。ＩＯＭ２１５は、サービスオーダープロビジョニングイベントを、プロビジョニングされるべきプロビジョニングサービスオーダーのセットへと分解し、そしてそれを、ミドルウェアアプリケーション２２０を通して、サービスプロビジョニング及びアクチベーションシステム２３０へ送信する。サービスプロビジョニング及びアクチベーションシステムがプロビジョニングサービスオーダーのプロビジョニングを完了すると、ミドルウェアアプリケーションを経てＩＯＭへサービスプロビジョニング及びアクチベーション結果を返送する。ＩＯＭ２１５は、ミドルウェアアプリケーション２２０を経て顧客ケアアプリケーションへ、プロビジョニングされたサービスの結果を含むラインアイテム結果を返送し、そしてその結果に基づいて、残りのプロビジョニングサービスオーダーを、ミドルウェアアプリケーション２２０を経て、ＩＯＭアプリケーションで定義されたワークフローに続くプロビジョニングへ送信し続ける。サービスプロビジョニング及びアクチベーションシステムにおいてプロビジョニングサービスオーダーが完了すると、ＩＯＭは、ミドルウェアアプリケーション２２０を経て顧客ケアアプリケーション２１０へサービスオーダープロビジョニング結果を返送する。

サービスプロビジョニング及びアクチベーションシステム２３０は、コロラド州イングルウッドに本部があるEVOLVING SYSTEMS Inc.により製造されたTERTIO、或いはオペレータが通信ネットワークに向けてサービスをアクチベートしプロビジョニングするのを許す他のカスタム在庫品アプリケーションで実施することができる。サービスプロビジョニング及びアクチベーションシステム２３０は、一般に、ミドルウェアアプリケーション２２０を通して顧客ケアアプリケーション及び／又はオーダーマネージメントのような上流システムと一体化するための上流システムインターフェイス２４０と、サービスオーダーのプロビジョニングのマネージメント（サービスオーダーの分解、ワークフローマネージメント、エラーハンドリング、等）を行なうためのサービスロジックレイヤ２７０と、ネットワークレイヤと一体化するためのネットワークインターフェイスレイヤ２５０とを含む３層アーキテクチャーを備えている。ネットワークレイヤ２６０は、２Ｇ、２．５Ｇ及び３Ｇ世代サービス、前払い及び後払い加入者、消費者及び会社加入者のように、ワイヤライン及びワイヤレスサービスをプロビジョニングするためのネットワーク要素を含むが、これらに限定されない。ワイヤレスサービスに関しては、プロビジョニングされるべきサービスは、ボイス、データ、ファクシミリ、ショートメッセージサービス（ＳＭＳ）、汎用パケット無線サービス（ＧＰＲＳ）、ｅメール、ワイヤレスアプリケーションプロトコル（ＷＡＰ）、マルチメディアメッセージサービス（ＭＭＳ）、及びボイスメールサービスを含むが、これらに限定されない。

図３は、サービスプロビジョニング及びアクチベーションシステムの上流システムインターフェイスの詳細なアーキテクチャーを含む通信オーダリング及びサービスプロビジョニングシステム３００のブロック図である。上流システムインターフェイス２４０は、オーダーマネージメントアプリケーション３１０で実施することができる。システム３００は、端−端（Ｅ２Ｅ）システムでよい。上流システムインターフェイス３１０は、ミドルウェアアプリケーション２２０を通り受信要求マネージャー３２０を経てサービスプロビジョニング及びアクチベーションシステムを上流システムと一体化するのをマネージし、受信要求マネージャー３２０は、ミドルウェアアプリケーション２２０から応答マネージャー３４０を経てサービスオーダーを受け取るモジュールであり、例えば、プロビジョニングサービスオーダー結果をミドルウェアアプリケーションへ返送するモジュールである。又、上流システムインターフェイス３１０は、プロビジョニングサービスオーダーの確認もマネージし、有効なプロビジョニングサービスオーダーをシステムサービスロジック２７０へ送信する前に公式なチェックを遂行する。フォーマット検証モジュール３３０は、各プロビジョニングサービスオーダー形式について定義された構成された確認ルールに基づいて、受信要求マネージャー３２０から受け取られたサービスオーダーのフォームを確認する。

図４は、プロビジョニングサービスオーダーエンジン４２０及びプロビジョニングネットワークエンジン４３０で実施されるサービスプロビジョニング及びアクチベーションシステムのシステムサービスロジック２７０の詳細なアーキテクチャーを含む通信オーダリング及びサービスプロビジョニングシステムのブロック図である。要求マネージメント及びワークフローエンジン４１０は、上流システムインターフェイス２４０からプロビジョニングサービスオーダーを受け取り、そしてネットワークに対するサービスのプロビジョニングを反映するプロビジョニングサービスオーダー結果を上流システムインターフェイス２４０へ送信する。又、要求マネージメント及びワークフローエンジン４１０は、ネットワークインターフェイス２５０を経てネットワークへネットワークコマンドを送信することもできる。

要求マネージメント及びワークフローエンジン４１０は、プロビジョニングサービスオーダーエンジン４２０及びプロビジョニングネットワークエンジン４３０を含むことができる。プロビジョニングサービスオーダーエンジン４２０は、プロビジョニングサービスオーダーに含まれるサービスをプロビジョニングするのに必要なワークフローをマネージするためのロジックを与える。プロビジョニングネットワークエンジン４３０は、ネットワークコマンドのアクションと、ネットワークレイヤへのそれらのワークフロートとをマネージする。ワークフロー及びネットワークコマンド定義４４０は、プロビジョニングサービスオーダーを確認するためのデータ（キー、プロビジョニングされるべきサービス要素、等）と、ワークフロー定義と、ネットワークコマンド定義と、ネットワークコマンドワークフローと、ネットワークレイヤ２６０に向かうプロビジョニングサービスオーダーに含まれるサービスをプロビジョニングしアクチベートするためにネットワークレイヤ２６０へ送信されるべきビジュアルサービス／ネットワークコマンドとを含むメタデータのセットを与える。

図５は、プロビジョニングサービスオーダーエンジン４２０のロジックを例示するフローチャートである。このロジックは、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合せで実施できる。ブロック５００において、ロジックは、サービスオーダータスクを制御するのに使用されるフラグを初期化することができる。ブロック５０５において、ロジックは、サービスオーダー結果を初期化することができる。ブロック５１０において、サービスオーダーに対しキーリスト及びサービス要素リストが検索される。ブロック５１５において、ロジックは、フォーマットが正しいかどうか決定する。フォーマットに関する情報は、メモリに記憶されそしてライブラリーにより編成されてもよい。

図６は、ライブラリーフォーマット６００を例示するブロック図である。サービスオーダーライブラリー６１０は、アクセンチュア・コミュニケーションズ・ソルーションのようなオーダー及びビリングアプリケーション２１０のためのプロビジョニング能力をサポートするように定義されたサービスオーダーのテンプレートを含むことができる。サービスオーダーライブラリーは、サービスを追加し、変更し、保留し、再開しそして終了するためのファンクションを含むことができる。サービスオーダーライブラリー６１０は、以下に詳細に述べる基本的サービスロジックライブラリー６２０及びメッセージングサービスロジックライブラリー６３０を使用するようにアクセスすることができる。基本的サービスロジックライブラリー６２０は、基本的サービスカテゴリーに対してサービス要素をプロビジョニングするモジュールを含むことができる。メッセージングサービスロジックライブラリー６３０は、メッセージングサービスカテゴリーに対してサービス要素をプロビジョニングするモジュールを含むことができる。基本的サービスは、ＣＯＲＥネットワークベアラサービス、例えば、ボイス、データ、ファックス、等々を含むことができる。メッセージングサービスは、ｅメール、ボイスメール、ＭＭＳ、等を含むことができる。どのように実施するかにより、基本的及びメッセージングサービスは、単一のライブラリーへと結合されてもよいし、又は異なる仕方でパーズされてもよい。ユーティリティライブラリー６４０は、他のライブラリーにより使用される一般的能力及びファンクション、例えば、他のライブラリーにより使用するためのＴＣＬスクリプトを与えることができる。

図５において、ブロック５２０では、フォーマットが正しくない場合に、サービスオーダータスクは、サービスオーダー失敗結果を発生することができる。これが生じた場合には、サービスプロビジョニング及びアクチベーションシステム２３０は、プロビジョニングサービスオーダー失敗結果をミドルウェアアプリケーション２２０へ返送する。ブロック５２５において、フォーマットが正しい場合には、キーリストを使用してアプリケーションキーを満たすと共に、サービス要素リストを使用して内部エンジンリストを発生する。ブロック５３０では、見つかったバーチャルサービス要素が内部エンジンリストに追加される。バーチャルサービス要素とは、ネットワークにより要求されるがＣＲＭにより指定もマネージもされないサービスのリストである。これらのサービスがバーチャルと称されるのは、プロビジョニングが、ＣＲＭにより要求されたサービスをプロビジョニングするために、それらをアクチベートしてプロビジョニングすることも必要だからである。ブロック５３５では、入力サービスオーダーデータを確認することができる。サービスオーダーエンジンにおけるデータの確認は、全ての必須キーが存在し且つ予想されないキーが不存在であることを確認し、キーの値が、定義された範囲、リスト及びタイプに合致することを確認し、そして全ての必須サービス要素が存在し且つ予期されないサービス要素が不存在であることを確認することを含む。ユーティリティライブラリー５４０をコールすることによりチェックを行うことができる。

ブロック５４０において、図５のライブラリーのようなライブラリーは、プロビジョニングされるべき特定のプロビジョニングサービスオーダー形式に対して構成されたサービスオーダープロビジョニングワークフローにより指定されたときにコールされる。ロジックは、エンジンリストにおいてワークフローにより定義された全てのサービス要素のプロビジョニングを完了するよう試みる。ブロック５４５において、ロジックは、このプロビジョニングプロセス中にエラーが発生するかどうか決定することができる。例えば、誤ったコンフィギュレーションがあるが、又はサービス要素のプロビジョニングがネットワークにおいて失敗した場合に、エラーが発生する。ブロック５５０では、エラーが発生する場合に、サービスオーダー失敗結果が発生される。ブロック５５５では、ロジックは、全ての要素が完了したかどうか決定する。ブロック５６５において、全ての要素が完了していない場合に、次の要素が処理される。エラーが発生した場合には、プロセスが終了となり、これで、サービスオーダープロビジョニング失敗結果を発生する。エンジンリストに含まれたサービス要素のプロビジョニング中にエラーが発生しない場合には、プロビジョニングサービスオーダー成功結果が発生される。

図７は、プロビジョニングネットワークエンジン４３０のロジックを例示するフローチャートである。プロビジョニングネットワークエンジン４３０は、ネットワークに向けて処理されるべき一連のネットワークコマンドを動的に構成する。ブロック７００において、サービスオーダータスクを制御するためのフラグが初期化される。ブロック７１０において、ロジックは、サービスロジックタスクの結果として返送されるべきタスク結果データを発生するのに使用されるタスク結果変数及び他の変数を初期化する。ブロック７２０では、キーリスト及び属性リストがパーズされる。パーズは、各特定のサービスロジックタスクに対してカスタマイズすることができる。ブロック７３０において、ロジックは、必須属性が存在しそして決定された範囲／リスト／形式に適合することを確認する。ブロック７３４において、ロジックは、必須属性が有効であるかどうか決定する。必須属性が有効でない場合には、ブロック７３６において、ロジックは、サービス要素プロビジョニング失敗結果を発生する。サービス要素プロビジョニング失敗は、サービスオーダープロビジョニングワークフローにおいて構成されたエラーハンドリングルールに従ってプロビジョニングサービスオーダーエンジンによりマネージされる。ブロック７４０において、必須属性が有効である場合には、ロジックは、メタテーブルにアクセスして、変数を、ネットワークにより予想される値に変換する。各サービスロジックライブラリー又はプロビジョニングされるべきネットワーク要素に対してロジックをカスタマイズすることができる。

ブロック７５０において、ロジックは、サービス要素をプロビジョニングするために処理されるべきネットワークアクションを検索する。ブロック７６０において、ロジックは、ネットワークアクションを完了する際にエラーが発生したかどうか決定する。ブロック７７０において、エラーが生じた場合には、サービス要素プロビジョニング結果が発生される。ブロック７８０において、ロジックは、全てのＥＰＴが送信されたかどうか決定する。ブロック７９０において、ＵＬがコールされ、全てのＥＰＴが送信されるまでＥＰＴを送信する。ＥＰＴに対して送信するのに必要なデータを得るためにＳＬＥが読み取られる。ブロック７９５において、全てのＥＰＴが送信された後に、ロジックは、サービス要素プロビジョニング結果を発生する。次いで、タスク結果データを上流システムインターフェイスに送信することができる。

図８は、例示的ネットワークインターフェイス８００により実施されるネットワークインターフェイス２５０のブロック図である。システムサービスロジック２７０は、ネットワークインターフェイス８００に接続される。ネットワークインターフェイス８００は、コマンド発生及びシーケンスマネージメントモジュール８１０と、コマンド送信及び応答受信モジュール８２０と、コンフィギュレーションファイル８３０とを含むことができる。ネットワークインターフェイス８００は、ERICSSON SOGアダプタ又は他のネットワーク要素インターフェイスのようなネットワークアダプタで実施することができる。コマンド発生及びシーケンスマネージメント８１０は、特定のネットワーク要素においてサービスをプロビジョニングするためにプロビジョニングネットワークエンジン４３０により使用されるライブラリーのように、１組のネットワークコマンドを与えるためのルールベースのコマンド発生及びコマンドシーケンシングを含む。コマンド送信及び応答受信８２０は、通信プロトコル、通信及びセッションハンドリング、サービスコマンド送信及び応答受信、並びにコマンドレベル再試みを含む。これは、特定のネットワーク要素においてサービスをプロビジョニングするためにプロビジョニングネットワークエンジン４３０により使用されるライブラリーのように、１組のネットワークコマンドを与えるのに使用できる。コンフィギュレーションファイル８３０は、一体化されるべきネットワーク要素に対して全ての特定の確認、ルール及び変換を含む。これは、ネットワーク要素、モデル又は売主により特定のものでよい。例えば、ERICISSON HLRは、NOKIA HLR、等とは異なる。

図９は、プロビジョニングサービスオーダーエンジン及びプロビジョニングネットワークエンジンで実施されるサービスプロビジョニング及びアクチベーションシステムの詳細なアーキテクチャーを含むＥ２Ｅ通信オーダリング及びサービスプロビジョニングシステムのブロック図である。

図１０は、サービスプロビジョニング及びアクチベーションシステムを実行するために通信システム１００に使用される例示的コンピュータシステム１０００のブロック図である。このコンピュータシステム１０００は、これがここに開示する方法又はコンピュータベースファンクションの１つ以上を遂行するようにさせるために実行できる１組のインストラクションを含む。コンピュータシステム１０００は、スタンドアローン装置として動作してもよいし、或いは例えばネットワークを使用して、他のコンピュータシステム又は周辺装置に接続されてもよい。通信システム１００は、ハードウェア、ソフトウェア、又はファームウェア、或いはその組み合せで実施されてもよい。分散処理又はコンポーネント／オブジェクト分散処理、パラレル処理、又はバーチャルマシン処理を含む（これらに限定されないが）別のソフトウェア実施が使用されてもよく、又、これらは、ここに開示するツールを実施するように構成されてもよい。

ネットワークの配備において、コンピュータシステム１０００は、サーバーの容量において動作することもできるし、サーバー・クライアントユーザネットワーク環境においてクライアントユーザコンピュータとして動作することもできるし、或いはピア対ピア（又は分散型）ネットワーク環境においてピアコンピュータシステムとして動作することもできる。又、コンピュータシステム１０００は、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、パーソナルデジタルアシスタント（ＰＤＡ）、移動装置、パルムトップコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、通信装置、或いは他のマシンであって、それにより行なわれるべきアクションを指定する１組のインストラクションを（順次に又はその他で）実行できるマシンのような種々の装置として実施されてもよいし又はそれらに組み込まれてもよい。コンピュータシステム１０００は、ボイス、ビデオ又はデータ通信を与える電子装置を使用して実施されてもよい。更に、単一のコンピュータシステム１０００が示されているが、「システム」という語は、１組又は多数の組のインストラクションを個々に又は一緒に実行して１つ以上のコンピュータファンクションを遂行するシステム又はサブシステムの集合を含むものと考えねばならない。

図１０において、コンピュータシステム１０００は、プロセッサ１００２、例えば、中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、又はその両方を含むことができる。更に、コンピュータシステム１０００は、バス１００８を経て互いに通信できるメインメモリ１００４及びスタティックメモリ１００６を含むことができる。更に、コンピュータシステム１０００は、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）、フラットパネルディスプレイ、ソリッドステートディスプレイ、又は陰極線管（ＣＲＴ）のようなビデオディスプレイユニット１０１０を含むことができる。加えて、コンピュータシステム１０００は、キーボードのような入力装置１０１２と、マウスのようなカーソル制御装置１０１４を含むことができる。又、コンピュータシステム１０００は、ディスクドライブユニット１０１６、信号発生装置１０１８、例えば、スピーカ又はリモートコントロール、及びネットワークインターフェイス装置１０２０を含むことができる。

図１０において、ディスクドライブユニット１０１６は、１組以上のインストラクション１０２４、例えば、ソフトウェアを埋め込むことのできるコンピュータ読み取り可能な媒体１０２２を含むことができる。更に、インストラクション１０２４は、ここに述べる方法又はロジックの１つ以上を埋め込むことができる。特定の実施形態では、インストラクション１０２４は、コンピュータシステム１０００により実行される間に、メインメモリ１００４、スタティックメモリ１００６、及び／又はプロセッサ１００２内に完全に又は少なくとも部分的に存在してもよい。又、メインメモリ１００４及びプロセッサ１００２は、コンピュータ読み取り可能な媒体を含んでもよい。

専用のハードウェア実施、例えば、特定用途向け集積回路、プログラム可能なロジックアレー、及び他のハードウェア装置は、ここに述べるツールの１つ以上を実施するように構成できる。種々の実施形態の装置及びシステムを含むアプリケーションは、一般的に、種々の電子的及びコンピュータシステムを含むことができる。ここに述べる１つ以上の実施形態は、２つ以上の特定の相互接続されたハードウェアモジュール又は装置を、それらモジュール間で及びそれらモジュールを通して通信される関連制御及びデータ信号と共に使用して、或いは特定用途向け集積回路の一部分として使用して、機能を実施することができる。

本開示は、インストラクション１０２４を含むか、又は伝播信号に応答してインストラクション１０２４を受け取って実行し、ネットワーク１０２６に接続された装置がネットワーク１０２６を経てボイス、ビデオ又はデータを通信できるようにするコンピュータ読み取り可能な媒体を意図している。更に、インストラクション１０２４は、ネットワーク１０２６を経、ネットワークインターフェイス装置１０２０を経て、送信又は受信することができる。コンピュータ読み取り可能な媒体は、単一の媒体として示されているが、「コンピュータ読み取り可能な媒体」という語は、１組以上のインストラクションを記憶する集中型又は分散型データベース、及び／又は関連キャッシュ及びサーバーのような単一媒体又は多数の媒体を包含する。又、「コンピュータ読み取り可能な媒体」という用語は、プロセッサにより実行するための１組のインストラクションを記憶、エンコード又は保持することのできる媒体、或いはコンピュータシステムがここに述べる方法又はオペレーションの１つ以上を遂行するようにさせる媒体も包含する。

コンピュータ読み取り可能な媒体は、１つ以上の不揮発性リードオンリメモリを収容するメモリカード又は他のパッケージのようなソリッドステートメモリを含んでもよい。更に、コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ又は他の揮発性再書き込み可能なメモリでもよい。加えて、コンピュータ読み取り可能な媒体は、送信媒体を経て通信される信号のような搬送波信号を捕獲するためのディスク又はテープ或いは他の記憶装置のような磁気−光学又は光学媒体を含んでもよい。ｅメール又は他の自蔵情報アーカイブ又は１組のアーカイブへのデジタルファイル取り付けは、有形記憶媒体と同等の分布媒体と考えられる。従って、この開示は、データ又はインストラクションを記憶できるコンピュータ読み取り可能な媒体又は分布媒体並びに他の等効物及び継承媒体の１つ以上を包含すると考えられる。

本明細書は、特定の規格及びプロトコルを参照して特定の実施形態で実施できる要素及び機能を説明したが、本発明は、このような規格及びプロトコルに限定されない。例えば、インターネット及び他のパケット交換ネットワーク送信のための規格（例えば、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＨＴＭＬ、ＨＴＴＰ）は、現状の例を表わしている。このような規格は、本質的に同じ機能を有するよりしっかりした又はより効率的な等効物に置き換えられる。従って、ここに開示したものと同じ又は同様の機能を有する置き換え規格及びプロトコルは、それと同等であると考えられる。

ここに述べた実施形態の例示は、種々の実施形態の構造を一般的に理解することを意図したものである。これらの例示は、ここに述べる構造又は方法を使用する装置及びシステムの全ての要素及び特徴を完全に説明することを意図していない。本開示を検討したときに多数の他の実施形態が明らかとなろう。本開示から他の実施形態を導出して使用することができ、本開示の範囲から逸脱せずに、構造的及び論理的置き換え及び変更がなされるであろう。加えて、これらの例示は、単なる表現であって、正確なスケールで描かれたものではない。これら例示の中のある部分は誇張され、一方、他の部分は最小化されている。従って、本開示及び図面は、それに限定するのではなく、例示に過ぎない。

特定の実施形態を図示して説明したが、同じ又は同様の目的を果たすように構成される今後の構成体を、ここに示す特定の実施形態に置き換えられることが明らかである。本開示は、種々の実施形態のいずれの及び全ての今後の適応も変更も包含するものとする。前記実施形態と、ここに特に説明しなかった他の実施形態との組み合せも、前記説明を検討したときに当業者に明らかであろう。

上述した要旨は、説明上のもので、それに限定されず、特許請求の範囲は、本発明の真の精神及び範囲内に入るこのような全ての変更、改善及び他の実施形態を網羅することが意図される。従って、法律で許される最大の程度まで、本発明の範囲は、特許請求の範囲及びその等効物の最も広い許容解釈範囲で決定されるべきであり、且つ以上の詳細な説明によって限定又は制限されるべきではない。

通信システムのブロック図である。 通信オーダリング及びサービスプロビジョニングシステムのブロック図である。 上流システムインターフェイスの詳細なアーキテクチャーを含む通信オーダリング及びサービスプロビジョニングシステムのブロック図である。 システムサービスロジックの詳細なアーキテクチャーを含む通信オーダリング及びサービスプロビジョニングシステムのブロック図である。 プロビジョニングサービスオーダーエンジンの例示的ロジックのフローチャートである。 例示的ライブラリーフォーマットのブロック図である。 プロビジョニングネットワークエンジンの例示的ロジックのフローチャートである。 ネットワークインターフェイスの詳細なアーキテクチャーを例示するブロック図である。 オーダーマネージメントアプリケーションと、要求マネージメント及びワークフローエンジンとの両方を含む通信オーダリングシステムのブロック図である。 サービスプロビジョニング及びアクチベーションシステムを実行するために通信システムに使用できるコンピュータシステムを例示するブロック図である。

符号の説明

１００：通信システム
１１０：通信ネットワーク
１２０：加入者
１３０：サービスプロビジョニング及びアクチベーションシステム
２００：通信オーダリング及びサービスプロビジョニングシステム
２１０：顧客ケアアプリケーション
２１５：オーダーマネージメントアプリケーション（ＩＯＭ）
２２０：ミドルウェアアプリケーション
２３０：サービスプロビジョニング及びアクチベーションシステム
２４０：上流システムインターフェイス
２５０：ネットワークインターフェイスレイヤ
２６０：ネットワークレイヤ
２７０：サービスロジックレイヤ
３００：通信オーダリング及びサービスプロビジョニングシステム
３１０：オーダーマネージメントアプリケーション
３２０：受信要求マネージャー
３３０：フォーマット検証モジュール
３４０：応答マネージャー
４１０：要求マネージメント及びワークフローエンジン
４２０：プロビジョニングサービスオーダーエンジン
４３０：プロビジョニングネットワークエンジン
４４０：ワークフロー及びネットワークコマンド定義

Claims (16)

1. 通信ネットワーク（１１０）のための要求マネージメント及びワークフローエンジン（４１０）において、
   決定されたワークフローに基づいてサービスオーダーを処理するためのプロビジョニングサービスオーダーエンジン(a provisioning service order engine)であって、前記通信ネットワーク（１１０）のプロビジョニングに基づいてサービスオーダー結果を発生するプロビジョニングサービスオーダーエンジン（４２０）と、
   前記通信ネットワーク（１１０）へのサービスのプロビジョニングをマネージするためのプロビジョニングネットワークエンジン（４３０）であって、プロビジョニングされるべきサービスに特有の予想されるネットワークコマンドを発生するプロビジョニングネットワークエンジン（４３０）と、
   前記サービスオーダーに含まれるサービスのプロビジョン及びアクチベーションのためのコマンド定義を含むデータ構造のセットを提供するワークフロー及びネットワークコマンド定義データベース（４４０）と
   を備え、
   前記プロビジョニングネットワークエンジン（４３０）は、キーリスト形式のデータ構造及び属性リスト形式のデータ構造をある値へとパーズするよう構成され、
   前記プロビジョニングネットワークエンジン（４３０）は、前記パーズされた(parsed)キーリスト形式のデータ構造及び前記パーズされた属性リスト形式のデータ構造が決定された値に適合することを確認するよう構成され、
   前記プロビジョニングネットワークエンジン（４３０）は、値を、ネットワークにより予想されるネットワーク値へ変換するよう構成される、
   エンジン。
2. 前記プロビジョニングサービスオーダーエンジン（４２０）及び前記プロビジョニングネットワークエンジン（４３０）は、ミドルウェアアプリケーション（２２０）とネットワークインターフェイス（２５０）との間に接続される、請求項１に記載のエンジン。
3. 前記データ構造のセットはキーリスト形式のデータ構造及びサービスオーダーリスト形式のデータ構造を含み、前記プロビジョニングサービスオーダーエンジン（４２０）は、前記キーリスト形式のデータ構造及びサービスオーダーリスト形式のデータ構造をサービスオーダーから検索するよう構成される、請求項１に記載のエンジン。
4. 前記プロビジョニングサービスオーダーエンジン（４２０）は、前記キーリスト形式のデータ構造及び前記サービスオーダーリスト形式のデータ構造の正しいフォーマットを検証するよう構成される、請求項３に記載のエンジン。
5. 前記プロビジョニングサービスオーダーエンジン（４２０）は、アプリケーションキーの形式のデータ構造を前記キーリスト形式のデータ構造で満たし、そして前記フォーマットが正しい場合にサービス要素リスト形式のデータ構造と共に内部エンジンリスト形式のデータ構造を作成するよう構成される、請求項４に記載のエンジン。
6. 前記プロビジョニングサービスオーダーエンジン（４２０）及び前記プロビジョニングネットワークエンジン（４３０）によりアクセスできる内部エンジンリスト形式のデータ構造を更に備え、前記サービスオーダーエンジン（４２０）は、前記内部エンジンリスト形式のデータ構造にバーチャルサービス要素を追加するよう構成される、請求項１に記載のエンジン。
7. 前記プロビジョニングサービスオーダーエンジン（４２０）は、前記内部エンジンリスト形式のデータ構造に指定されたライブラリーをコールするよう構成される、請求項６に記載のエンジン。
8. 前記サービスオーダーエンジンリスト形式のデータ構造は、前記コールされたライブラリーからエラーが生じたかどうか決定するよう構成される、請求項７に記載のエンジン。
9. 前記プロビジョニングサービスオーダーエンジン（４２０）は、エラーが生じない場合にサービスオーダーを発生するよう構成される、請求項８に記載のエンジン。
10. 前記プロビジョニングネットワークエンジン（４３０）は、ネットワークアクションテーブルにより指定されたアクションをコールするよう構成される、請求項１に記載のエンジン。
11. 前記プロビジョニングネットワークエンジン（４３０）は、コール中にエラーが生じるかどうか決定するよう構成される、請求項１０に記載のエンジン。
12. 前記プロビジョニングネットワークエンジン（４３０）は、エラーが生じない場合にタスク結果データを発生するよう構成される、請求項１１に記載のエンジン。
13. 通信ネットワーク（１１０）のための要求マネージメント及びワークフローにおいて、 プロビジョニングサービスオーダーエンジン（４２０）によって、決定されたワークフローに基づいてサービスオーダーを処理して、前記通信ネットワーク（１１０）のプロビジョニングに基づいてサービスオーダー結果を発生する段階と、
    プロビジョニングネットワークエンジン（４３０）によって、前記通信ネットワーク（１１０）へのサービスのプロビジョニングをマネージして、プロビジョニングされるべきサービスに特有の予想されるネットワークコマンドを発生する段階と、
    ワークフロー及びネットワークコマンド定義データベース（４４０）によって、前記サービスオーダーに含まれるサービスのプロビジョン及びアクチベーションのためのコマンド定義を含むデータ構造のセットを提供する段階と
    を含み、
    プロビジョニングネットワークエンジン（４３０）によって、キーリスト形式のデータ構造及び属性リスト形式のデータ構造をある値(values)へとパーズ(parsing)するステップ（７２０）と、
    プロビジョニングネットワークエンジン（４３０）によって、前記値が決定された値／リスト／タイプに適合する(compliant with)ことを確認する(validating)ステップ（７３０）と、
    プロビジョニングネットワークエンジン（４３０）によって、前記値を、ネットワークにより予想されるネットワーク値へ変換するステップ（７４０）と、
    サービスロジックエンジンテーブル形式のデータ構造により指定されるアクションをコールするステップ（７５０）と、
    プロビジョニングネットワークエンジン（４３０）によって、前記コールからエラーが生じたかどうか決定するステップ（７６０）と、
    プロビジョニングネットワークエンジン（４３０）によって、エラーが生じない場合にはタスク結果データを発生し、さもなければ、タスク結果データを発生せずにプロセスから退出するステップと、
    を更に備えた、方法。
14. プロビジョニングサービスオーダーエンジン（４２０）によって、サービスオーダーからキーリスト形式のデータ構造及びサービスオーダーリスト形式のデータ構造を検索するステップ（５１０）と、
    プロビジョニングサービスオーダーエンジン（４２０）によって、前記キーリスト形式のデータ構造及びサービスオーダーリスト形式のデータ構造の正しいフォーマットを検証(verifying)するステップ（５１５）と、
    プロビジョニングサービスオーダーエンジン（４２０）によって、前記フォーマットが正しくない場合にはサービスオーダー失敗結果(a failed service order result)を発生するステップ（５２０）と、
    を更に備えた請求項１３に記載の方法。
15. プロビジョニングサービスオーダーエンジン（４２０）によって、アプリケーションキーをキーリストで満たし、そして前記フォーマットが正しい場合にサービス要素リスト共に内部エンジンリストを作成するステップ（５２５）と、
    プロビジョニングサービスオーダーエンジン（４２０）によって、前記内部エンジンリストにバーチャルサービス要素を追加するステップ（５３０）と、
    プロビジョニングサービスオーダーエンジン（４２０）によって、前記内部エンジンリストに指定されたライブラリーをコールするステップ（５４０）と、
    プロビジョニングサービスオーダーエンジン（４２０）によって、コールされたライブラリーからの要素に対してエラーが生じたかどうかチェックするステップ（５４５）と、 プロビジョニングサービスオーダーエンジン（４２０）によって、エラーが生じた場合にはサービスオーダー失敗結果を発生するステップ（５５０）と、
    を更に備えた請求項１４に記載の方法。
16. プロビジョニングサービスオーダーエンジン（４２０）によって、前記コールされたライブラリーからの全ての要素がチェックされたかどうか決定するステップ（５５５）と、 プロビジョニングサービスオーダーエンジン（４２０）によって、全ての要素がチェックされない場合には、次の要素をチェックするステップ（５６５）と、
    プロビジョニングサービスオーダーエンジン（４２０）によって、全ての要素がチェックされた後に、エラーが生じない場合には、サービスオーダー結果を発生するステップ（５６０）と、
    を更に備えた請求項１５に記載の方法。

Images