JP2004519168A

JP2004519168A - 統合化された通信サーバおよび方法

Info

Publication number: JP2004519168A
Application number: JP2002565369A
Authority: JP
Inventors: カパースカレン; エーブルーキングマイケル
Original assignee: Siemens Information and Communication Mobile LLC
Current assignee: Siemens Communications Inc
Priority date: 2001-02-12
Filing date: 2002-02-01
Publication date: 2004-06-24
Also published as: WO2002065788A2; US20020112055A1; KR100601023B1; AU2002243808A1; KR20020089450A; WO2002065788A3; EP1285542A2

Abstract

少なくとも１つのサービスオプションの選択を受け取るステップを含んだ統合化された通信サーバを提供する方法が提供されている。少なくとも１つのタイプの加入者の容量情報が受け取られる。サービスオプション選択および容量情報に基づいて結果セットを生成するために、所定の規則セットが適用される。前記結果セットに基づいて、１つまたは複数のネットワーク要素に対してコンフィギュレーションパラメータが決定される。

Description

【０００１】
発明の技術分野
本発明は一般に通信システムの分野に関し、特に、統合化された通信サーバおよび方法に関する。
【０００２】
発明の背景
従来の構内交換機（ＰＢＸ）では内部連絡サービスにより、株式会社、組織および他の企業がそれらの人員に内部通信サービスを提供することを可能にする。これにより、人員は外部の公衆電話網を使用せずにお互いに電話することが可能である。最近では、無線ネットワークおよびコンピュータネットワークがＰＢＸに統合されて、専用オフィスネットワーク内で無線装置のユーザに無線通信を提供することのできる専用オフィスネットワークを作り出している。
【０００３】
従来の専用オフィスネットワークに関連する不利には、ネットワークのサーバを介して加入者に提供されるであろうサービスに関わる制限がある。例えば、ハードコード化された制限は典型的には、加入者にサービスを提供するためにネットワークに含まれるであろうサーバの数に関連して存在する。同様に、ハードコード化された制限は典型的には、ネットワークにはどのタイプのサーバが含まれているかということに関連して存在する。さらに、あるネットワークに対してサーバをプロビジョニングする場合、オペレータは通常、どのサーバをネットワークに含むかおよび適切なサーバのバージョンをどこに配置するかを知っている必要がある。したがって、従来の専用オフィスネットワークは比較的柔軟性に欠け、拡張性がないために、オペレータはプロビジョニングする間にサーバに関して比較的多くの知識を有していなければならない。
【０００４】
発明の要約
本発明によれば、従来のシステムに関連する不利および問題を実質的に取り除くかあるいは低減する統合化された通信サーバおよびその方法が提供されている。特に、本発明の統合化された通信サーバはオペレータがプロビジョニング中に必要とするサーバの知識が少ない任意の適切な数のサーバを含むことができるという点で柔軟性かつ拡張性のある専用オフィスネットワークを提供する。
【０００５】
本発明の一実施形態によれば、少なくとも１つのサービスオプションの選択を受け取るステップを含んだ統合化された通信サーバを提供する方法が提供されている。少なくとも１つのタイプの加入者の容量情報が受信される。規定のセットの規則が適用されて、サービスオプションの選択および容量情報に基づいて結果セットが生成される。１つまたは複数のネットワーク要素のコンフィギュレーションパラメータが、結果セットに基づいて決定される。
【０００６】
本発明の別の実施形態によれば、統合化された通信サーバ（ｉｎｔｅｇｒａｔｅｄｃｏｍｍｕｎｉｃａｔｉｏｎｓｅｒｖｅｒ＝ＩＣＳ）を提供するサービスエンジンが提供されている。このサービスエンジンはサービスおよび容量情報を受け取るように動作可能な規則エンジンを備えている。規則エンジンはまた、サービスおよび容量情報に基づいて複数のネットワーク要素の中からどれをＩＣＳに含むかを決定するように動作可能である。規則エンジンはまた、結果セットに基づいて１つまたは複数のネットワーク要素のコンフィギュレーションパラメータを決定するように動作可能である。
【０００７】
本発明の１つまたは複数の実施形態の技術的利点には、統合化された通信サーバを提供することが含まれている。特定の実施形態では、統合化された通信サーバはプロビジョニング中にオペレータにより提供されるサービスおよび容量情報ならびに関連する他の情報に基づいて、特定の専用オフィスネットワークに対してどのサーバが必要であるかを決定する。統合化された通信サーバはまた、適切なサーバのバージョンをどこに配置するかに関する情報を有している。この結果、オペレータはどのサーバが必要であるかおよびそのサーバをどこに配置するかについて知る必要がない。したがってこの統合化された通信サーバはインプリメンテーションが比較的が容易である専用オフィスネットワークを提供する。
【０００８】
本発明の１つまたは複数の実施形態の他の技術的利点には、拡張性のある統合化された通信サーバを提供するステップが含まれている。特定の実施形態では、統合化された通信サーバは任意の適切な数のサーバを含んでよい。さらに、この統合化された通信サーバは任意の適切なタイプのサーバを含んでよい。この結果、統合化された通信サーバを備えた専用オフィスネットワークは、任意の適切なサービスを提供するように動作可能なサーバを含むことによって、そのサービスを提供するために所望のように変形することができる。したがって、本発明の統合化された通信サーバは、ネットワークの加入者に提供されることになっているサービスに基づいて拡張可能な専用オフィスネットワークを提供する。
【０００９】
以下の各図、解説および特許請求の範囲を参照すれば、当業者には他の技術的利点が容易に理解されよう。
【００１０】
図面の簡単な説明
本発明およびその利点をより完全に理解するために、ここで添付図面を参照して説明するが、同一の参照符号は同一の構成要素を示すものである。ここで
図１は、本発明の一実施形態の通信システムを示すブロック図であり、
図２は、本発明の一実施形態による図１のサービスエンジンの詳細を示すブロック図であり、
図３は、本発明の一実施形態による図２のデータプロセッサの詳細を示すブロック図であり、
図４は、本発明の一実施形態による図２の外部データ発行元の詳細を示すブロック図であり、
図５は、本発明の一実施形態による図１の統合化された通信サーバを提供する方法を示すフローチャートであり、
図６は、本発明の一実施形態による図１のモバイル装置を管理する方法を示すフローチャートであり、
図７は、本発明の一実施形態による図１のデータアプリケーションをモバイル装置に提供する方法を示すフローチャートであり、
図８は、本発明の一実施形態による図１のデータアプリケーションをモバイル装置に提供する方法を示すフローチャートである。
【００１１】
発明の詳細な説明
図１は本発明の一実施形態の通信システム１０を示すブロック図である。システム１０は複数の権限を有する加入者に通信を提供するプライベートネットワーク１２を備えている。一実施形態によれば、プライベートネットワーク１２は特定のビジネスエンタープライズ用の通信ネットワークを備え、権限のある加入者には業務上の人員を含む。プライベートネットワーク１２は、複数のモバイル装置１６間に通信を提供するオフィスネットワーク１４と、構内交換機（ＰＢＸ）ネットワーク１８と、インターネットプロトコル（ＩＰ）ネットワーク２０とを含んでいる。
【００１２】
オフィスネットワーク１４はモバイル装置１６と通信を行う無線サブシステム２２と、オペレーション、管理、維持およびプロビジョニング（ｏｐｅｒａｔｉｏｎｓ，ａｄｍｉｎｉｓｔｒａｔｉｏｎ，ｍａｉｎｔｅｎａｎｃｅａｎｄｐｒｏｖｉｓｉｏｎｉｎｇ＝ＯＡＭＰ）機能をプライベートネットワーク１２に提供するパケット交換サブシステム２４とを備えている。無線サブシステム２２は１つまたは複数の基地局サブシステム（ｂａｓｅｓｔａｔｉｏｎｓｕｂｓｙｓｔｅｍ＝ＢＳＳ）２６を備えている。各基地局サブシステム２６は１つまたは複数の基地送信局（ＢＴＳ）または基地局２８、および相応する無線付属インターネットプラットフォーム（ｗｉｒｅｌｅｓｓａｄｊｕｎｃｔＩｎｔｅｒｎｅｔｐｌａｔｆｏｒｍ＝ＷＡＲＰ）３０を備えている。各基地局２８は相応するＷＡＲＰ３０と特定の地理的領域に位置するモバイル装置１６との間に通信を提供するように動作可能である。ここで用いられているように「各」とは識別されたアイテムの少なくとも１つのサブセットのすべてを意味するものである。
【００１３】
認証されたモバイル装置１６は認証された加入者にプライベートネットワーク１２内で無線通信を提供するように動作可能である。モバイル装置１６はセルラー電話または無線通信を提供することのできる他の適切な装置を備えてよい。一実施形態によれば、モバイル装置１６は世界移動電話規格（ＧＳＭ＝ＧｌｏｂａｌＳｔａｎｄａｒｄｆｏｒＭｏｂｉｌｅＴｅｌｅｐｈｏｎｙ）のフェーズ２またはより高度なモバイル装置１６を含んでいる。各モバイル装置１６は無線インタフェース３２を介して基地局２８と通信を行うように動作可能である。無線インタフェース３２は、モバイル装置１６と基地局２８との間に回線交換メッセージまたはパケット交換メッセージを転送するように動作可能な任意の適切な無線インタフェースを含んでよい。例えば、無線インタフェース３２はＧＳＭ／ＧＰＲＳ（ＧＳＭ／汎用パケット無線サービス＝ｇｅｎｅｒａｌｐａｃｋｅｔｒａｄｉｏｓｅｒｖｉｃｅ）インタフェース、ＧＳＭ／ＥＤＧＥ（ＧＳＭ／ｅｎｈａｎｃｅｄｄａｔａｒａｔｅｆｏｒＧＳＭｅｖｏｌｕｔｉｏｎ）インタフェース、または他の適切なインナＴフェースを含んでよい。
【００１４】
ＷＡＲＰ３０はモバイル装置１６から受信された音声および／またはデータメッセージをＩＰネットワーク２０に供給しかつＩＰネットワーク２０から受信されたメッセージをモバイル装置１６に提供することによって、内部および／または外部の音声および／またはデータネットワークにアクセス可能な認証されたモバイル装置１６を提供するように動作可能である。一実施形態によれば、ＷＡＲＰ３０は回線交換プロトコルを用いて基地局２８を介して通信を提供するように動作可能であり、かつパケット交換プロトコルを用いてＩＰネットワーク２０と通信を行うように動作可能である。この実施形態のために、ＷＡＲＰ３０はインターワーキング機能を実行して回線交換プロトコルとパケット交換プロトコルとの間で翻訳を行うように動作可能である。したがって、例えば、ＷＡＲＰ３０はＩＰネットワーク２０に伝送するようにモバイル装置１６からのメッセージをデータパケットにパケット化することができ、かつモバイル装置１６に伝送するようにＩＰネットワーク２０から受信されたデータパケットに含まれたメッセージをデパケット化することができる。
【００１５】
パケット交換システム２４は統合化された通信サーバ（ｉｎｔｅｇｒａｔｅｄｃｏｍｍｕｎｉｃａｔｉｏｎｓｅｒｖｅｒ＝ＩＣＳ）４０と、ネットワーク管理局（ｎｅｔｗｏｒｋｍａｎａｇｅｍｅｎｔｓｔａｔｉｏｎ＝ＮＭＳ）４２と、ＰＢＸゲートウェイ（ｇａｔｅｗａｙ＝ＧＷ）４４とを備えている。ＩＣＳ４０は、オペレータがＩＣＳ４０を介してネットワーク要素の各々のＯＡＭＰ機能を実行することができるように、複数のネットワーク要素を統合するように動作可能である。したがって、例えば、オペレータはＮＭＳ４２に表示されたＩＣＳ４０の単一のインタフェースを介して、パケット交換サブシステム２４のＯＡＭＰ機能を実行することができる。
【００１６】
ＩＣＳ４０は複数のネットワーク要素を備えている。これらのネットワーク要素は加入者にデータサービスを提供しかつオペレータに統合化されたＯＡＭＰインタフェースを提供するサービスエンジン５０と、オフィスネットワーク１４に加入者管理機能を提供する加入者位置レジスタ（ｓｕｂｓｃｒｉｂｅｒｌｏｃａｔｉｏｎｒｅｇｉｓｔｅｒ＝ＳＬＲ）５２と、ＨｉｃｏｍＦｅａｔｕｒｅＡｃｃｅｓｓインタフェーシングおよび機能（フィーチャー）を介してＰＢＸ機能を提供するテレワーキングサーバ（ｔｅｌｅｗａｏｒｋｉｎｇｓｅｒｖｅｒ＝ＴＷＳ）５４と、呼制御機能を調整するゲートキーパ５６と、ＷＡＰ加入者のデータを受信かつ送信する無線アプリケーションプロトコルサーバ（ｗｉｒｅｌｅｓｓａｐｌｉｃａｔｉｏｎｐｒｏｔｏｃｏｌｓｅｒｖｅｒ＝ＷＡＰＳ）５８と、モバイル装置１６にサーバ主導の機能またはプッシュ機能、トランザクション機能を提供するプッシュサーバ（ｐｕｓｈｓｅｒｖｅｒ＝ＰＳ）６０および／または他の任意の適切なサーバ６２とを備えてよい。
【００１７】
ネットワーク要素５０，５２，５４，５６，５８，６０および６２の各々は媒体に符号化された論理を含んでよい。この論理はプログラムタスクを実行する機能的命令を含んでいる。媒体はコンピュータディスクまたは他のコンピュータが判読可能な媒体、特定用途向け集積回路（ＡＳＩＣ＝ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、再構築可能なゲートアレイ（ＦＰＧＡ＝ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、デジタルシグナルプロセッサ（ＤＳＰ＝ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｅｒ）、他の適切な専用または汎用プロセッサ、伝送媒体または、論理が符号化かつ利用されてよい他の適切な媒体を含んでよい。以下に詳細に説明するように、ＩＣＳ４０はＮＭＳ４２を介してオペレータにより選択されるような加入者にオフィスネットワーク１４によって提供されるサービスのタイプに基づいて、１つまたは複数のサーバ５４，５８，６０および６２を含んでよい。
【００１８】
ゲートウェイ４４はＰＢＸネットワーク１８とＩＰネットワーク２０との間でメッセージを受け渡すように動作可能である。一実施形態によれば、ゲートウェイ４４は回線交換プロトコルを用いてＰＢＸネットワーク１８と通信を行いかつパケット交換プロトコルを用いてＩＰネットワーク２０と通信を行うように動作可能である。この実施形態に対して、ゲートウェイ４４はインターワーキング機能を実行して回線交換プロトコルとパケット交換プロトコルとの間で翻訳を行うように動作可能である。したがって、例えば、ゲートウェイ４４はＩＰネットワーク２０に伝送するためにメッセージをデータパケットにパケット化し、かつＩＰネットワーク２０から受信されたデータパケットに含まれたメッセージをデパケット化することができる。
【００１９】
通信システム１０はまたインターネット７０、公衆陸上移動通信ネットワーク（ＰＬＭＮ＝ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）７２および公衆電話交換網（ＰＳＴＮ＝ｐｕｂｌｉｃｓｗｉｔｃｈｅｄｔｅｌｅｐｈｏｎｅｎｅｔｗｏｒｋ）７４を備えてもよい。ＰＬＭＮ７２はモバイル装置１６に通信を提供するように動作可能であり、ＰＳＴＮ７４は標準電話、クライアントおよびモデムまたはデジタル加入者線接続を用いるコンピュータなどのテレフォニ装置７６に通信を提供するように動作可能である。ＩＰネットワーク２０はプライベートネットワーク１２とインターネット７０およびＰＬＭＮ７２の両方との間に通信を提供するようにインターネット７０およびＰＬＭＮ７２に接続されてよい。ＰＳＴＮ７４はＰＬＭＮ７２およびＰＢＸネットワーク１８に接続されてよい。これにより、プライベートネットワーク１２はＰＢＸネットワーク１８を介してかつ／またはＰＬＭＮ７２を用いてＩＰネットワーク２０を介してＰＳＴＮ７４と通信することができる。
【００２０】
ＰＢＸネットワーク１８はプライベートネットワーク１２への回線交換メッセージを処理するように動作可能である。ＰＢＸネットワーク１８はＩＰネットワーク２０、パケット交換サブシステム２４、ＰＳＴＮ７４および１つまたは複数のＰＢＸ電話７８に接続されている。ＰＢＸネットワーク１８は回線交換メッセージを送信かつ受信するように動作可能な任意の適切なネットワークを含んでよい。一実施形態によれば、ゲートウェイ４４およびゲートキーパ５６はＰＢＸネットワーク１８の機能を実行することができる。この実施形態のために、プライベートネットワーク１２は別個のＰＢＸネットワーク１８を備える必要がない。
【００２１】
ＩＰネットワーク２０は、ＩＰネットワーク２０のネットワークアドレスに向けてデータパケットを送信しかつネットワークアドレスからデータパケットを受信するように動作可能である。ＩＰネットワーク２０はローカルエリアネットワーク、ワイドエリアネットワークまたは他の任意の適切なパケット交換ネットワークを備えてよい。ＰＢＸネットワーク１８、インターネット７０およびＰＬＭＮ７２に加えて、ＩＰネットワーク２０は無線通信サブシステム２２およびパケット交換サブシステム２４に接続されている。
【００２２】
ＩＰネットワーク２０はまた、直接またはインターネット７０などの他の任意の適切なネットワーク介してのいずれかで外部データソース８０に接続されてよい。外部データソース８０はＩＰネットワーク２０に向けてかつＩＰネットワーク２０からデータを送信かつ受信するように動作可能である。外部データソース８０は、ＭＩＣＲＯＳＯＦＴＥＸＣＨＡＮＧＥ、ＬＯＴＵＳノーＴＥＳなどの１つまたは複数の外部データアプリケーションあるいは他の任意の適切な外部データアプリケーションを実行するように動作可能なワークステーションまたは他の適切な装置を備えてよい。外部データソース８０はまた、任意の適切なフォーマットで外部データを格納するように動作可能な、ビジネスエンタープライズ用の会社データベースなどの１つまたは複数のデータベースを備えてよい。外部データソース８０は、ＩＰネットワーク２０と外部データソース８０との間で通信されたデータがＩＣＳ４０によって処理可能な内部フォーマット以外のフォーマットであるという点で外部に存在している。
【００２３】
ＰＬＭＮ７２はホーム・ロケーション・レジスタ（ＨＬＭ＝ｈｏｍｅｌｏｃａｔｉｏｎｒｅｇｉｓｔｅｒ）およびオペレーション保守センター（ＯＭＣ＝ｏｐｅｒａｔｉｏｎａｎｄｍａｉｎｔｅｎａｎｃｅｃｅｎｔｅｒ）８４を備えている。ＨＬＲ８２は位置管理、認証、サービス管理、加入者管理およびＰＬＭＮの他の任意の適切な機能を調整するように動作可能である。ＨＬＲ８２はまたプライベートネットワーク１２とＰＬＭＮ７２との間でローミングを行うモバイル装置１６のために位置管理を調整するように動作可能である。ＯＭＣ８４はＷＡＲＰ３０に管理機能を提供するように動作可能である。ＨＬＲ８２はＳＳ７−ＩＰインターワーキングユニット（ＳＳ７−ＩＰｉｎｔｅｒｗｏｒｋｉｎｇｕｎｉｔ＝ＳＩＵ）８６を介してＩＰネットワーク２０に接続されてよい。ＳＩＵ８６はＩＰネットワーク２０を介してＷＡＲＰ３０とインタフェースを取り、かつモビリティ・シグナリングリングを介してＰＬＭＮ７２とインタフェースを取る。
【００２４】
図２は本発明の一実施形態のサービスエンジン５０の詳細を示すブロック図である。サービスエンジン５０はＮＭＳ４２を介してオペレータに統合化されたＯＡＭＰインタフェースを提供しかつ加入者にデータサービスを提供するように動作可能である。以下に詳細に説明するように、サービスエンジン５０はオペレータがオフィスネットワーク１４を介して加入者に提供される特定のサービスに基づいて、ＩＣＳ４０を構成することを可能にしている。
【００２５】
サービスエンジン５０は、シンプルネットワーク管理プロトコル（ｓｉｍｐｌｅｎｅｔｗｏｒｋｍａｎａｇｅｍｅｎｔｐｒｏｔｏｃｏｌ＝ＳＮＭＰ）機能を提供するＯＡＭＰマネージャ１００と、サブエージェントを管理するＯＡＭＰマスターエージェント１０２と、サービスエンジン５０を介してデータをルートさせるサービスモジュール１０６と、ユーザに情報を表示するプレゼンテーションモジュール１０８と、データを格納するリポジトリ１１２と、リポジトリ１１２を管理するデータサービス１１４と、どのネットワーク要素をＩＣＳ４０に含むかを決定する規則エンジン１１６と、ＩＣＳ４０の内部および外部データを処理するデータプロセッサ１２０と、内部フォーマットと任意の適切な外部フォーマットととの間でデータを変換する外部データ発行元１２２を備えている。
【００２６】
マネージャ１００、マスターエージェント１０２、サービスモジュール１０６、プレゼンテーションモジュール１０８、リソジトリ１１２，データサービス１１４、規則エンジン１１６、データプロセッサ１２０および外部データ発行元はそれぞれ、媒体に符号化された論理を含んでよい。この論理はプログラムタスクを実行する機能的命令を含んでいる。媒体はコンピュータディスクまたは他のコンピュータが判読可能な媒体、特定用途向け集積回路（ＡＳＩＣ＝ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、再構築可能なゲートアレイ（ＦＰＧＡ＝ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、デジタルシグナルプロセッサ（ＤＳＰ）、他の適切な専用または汎用目的のメインプロセッサ、伝送媒体、または論理が符号化かつ利用されてよい他の適切な媒体を含んでよい。リポジトリ１１２はまた任意の適切なデータストアまたはサービスエンジン５０に永続的なデータ格納を提供するように動作可能なデータストアを組み合わせたものを備えてもよい。
【００２７】
マネージャ１００はＩＣＳ４０およびネットワーク管理局対応のいずれかのＳＮＭＰＶ２に対してＳＮＭＰ機能を提供するように動作可能である。マネージャ１００はまたサービスモジュール１０６が管理データを獲得かつ修正することを可能にし、特定のサブエージェントに特定の事象が生じたときに通知を受信することを可能にし、コマンドを生成してサブエージェントに送ることを可能にし、かつサブエージェントからのコマンドに対する応答を受信することを可能にするように動作可能である。サブエージェントは図５に関して以下により詳細に説明するように、オフィスネットワーク１４によって加入者に提供されるサービスのタイプに基づいてＩＣＳ４０に存在する任意のサーバ５４，５８，６０および／または６２を含んでいる。したがって、例えば、マネージャ１００は条件を形成してサブエージェントをプロヴィジョニングしかつサブエージェントからアラームを得るように動作可能である。
【００２８】
マスターエージェント１０２はＩＣＳ４０の登録されたサブエージェントのリストを維持するように動作可能である。ネットワークエレメントのプロビジョニング中に各サーバ５４，５８，６０および／または６２がＩＣＳ４０に含まれるときに、サーバ５４，５８，６０または６２はサービスエンジン５０のマスターエージェント１０２と共にサブエージェントとして登録される。したがって、登録されたサーバ５４，５８，６０または６２が故障し、したがってサービスエンジン５０に対して不明になっている場合、サービスエンジン５０は故障を認識してそれに応答する。しかし、サーバ５４，５８，６０または６２がネットワークエレメントのプロビジョニング中にＩＣＳ４０に含まれずかつマスターエージェント１０２と共にサブエージェントとして登録されていない場合、サービスエンジン５０は不明のサーバ５４，５８，６０または６２を故障していると認識しないであろう。
【００２９】
サービスモジュール１０６はデータをルートさせかつサービスエンジン５０を形成し、かつルーティング中にデータ変換を調整するように動作可能である。このように、サービスモジュール１０６はネットワークコンフィギュレーション要求を処理し、ＷＡＰイネーブルド・デバイスにテキストメッセージを送り、ミーティング、ｅ−ｍａｉｌ等に関するテキスト通知をモバイル装置１６に送り、かつ加入者コンフィギュレーション要求およびＷＡＰ要求を管理するように動作可能である。サービスモジュール１０６はまた登録されたインタフェースのリスト、それをサポートする構成要素のほかどの構成要素がオフィスネットワーク１４のどのサービスをサポートするかに関する情報を維持するように動作可能である。これらの構成要素は、あサポートされたインタフェースに影響を及ぼすことなくる構成要素を置換かつ交換できるように、これら構成要素のインターフェースをサービスモジュールにダイナミックに登録することができる。
【００３０】
プレゼンテーションモジュール１０８はウェブベースのユーザインタフェースをＩＣＳ４０に提供するように動作可能である。このように、プレゼンテーションモジュール１０８はユーザオペレーションおよびユーザ確認のほか、基本データエントリの確認に対するインタフェースを提供するように動作可能である。プレゼンテーションモジュール１０８はまた、ルートさせかつさらに処理を行うサービスモジュール１０６にユーザオペレーション要求を送信し、かつ返送された結果をユーザに表示するように動作可能である。ユーザオペレーションは加入者プロビジョニング、ネットワーク要素プロビジョニング、加入者プロファイルコンフィギュレーション、および他の任意の適切なユーザオペレーションを含んでよい。プレゼンテーションモジュール１０８によって実行される確認にはタイプチェック、フィールド長確認、フォーマット確認、レンジチェック、ビジネス規則チェック、および他の任意の適切なデータ確認を含んでよい。
【００３１】
リポジトリ１１２はＩＣＳ４０に対するトランザクション管理、コネクションプーリング、およびスレッド管理を提供するように動作可能である。リポジトリ１１２はＩＣＳ４０の内部または外部のデータソースと通信を行う複数のドライバを含んでよい。例えば、リポジトリ１１２はＪＤＢＣ−ＯＤＢＣドライバ、ＮａｔｉｖｅＡＰＩドライバ、ＪＤＢＣ−ＮｅｔＰｕｒｅＪａｖａドライバ、Ｎａｔｉｖｅ−ＰｒｏｔｏｃｏｌＰｕｒｅＪａｖａドライバ、および他の任意の適切なドライバを含んでよい。
【００３２】
データサービス１１４はより高いレベルのデータ要求を基本データオペレーションに翻訳するように動作可能である。このように、データサービス１１４はリポジトリ１１２に格納されたデータの要求を受け取り、かつリポジトリ１１２からのデータを探し出しかつ取り出すように動作可能である。データサービス１１４はまた、リポジトリ１１２に格納するためにデータを受け取りかつそのデータをリポジトリ１１２内の適切な場所に格納するように動作可能である。例えば、リポジトリ１１２が複数のデータベースを含む場合、データサービス１１４はリポジトリ１１２の適切なデータベース内にデータを格納するように動作可能である。
【００３３】
図５に関連して以下に詳細に説明するように、規則エンジン１１６はＮＭＳ４２を介してオペレータからサービスおよび容量情報、ならびに関連する他の情報を受け取り、かつ前記サービスおよび容量情報に基づいてサーバ５４，５８，６０および／または６２などのサーバのうちどのサーバをＩＣＳ４０に含むかを決定するように動作可能である。一実施形態によれば、規則エンジン１１６は規則エンジン１１６および／またはリポジトリ１１２に格納されてよくかつ適宜修正されてよい結果セットを生成するために、サービスおよび容量情報に特定の規則セットを適用する。結果セットに基づいて、規則エンジン１１６はどのネットワーク要素をＩＣＳ４０に含むかを決定するように動作可能である。この結果セットが後から利用できるように、結果セットはリポジトリ１１２に格納されてよい。したがって、例えばオフィスネットワーク１１４が故障した場合、サービスおよび容量情報を再び提供することをオペレータに要求することなくＩＣＳ４０を再構成するために、結果セットがリポジトリ１１２から取り出されてよい。
【００３４】
図３は本発明の一実施形態のデータプロセッサ１２０の詳細を示すブロック図である。データプロセッサ１２０はＩＣＳ４０内でデータを処理する複数のユーティリティを提供するように動作可能である。データプロセッサ１２０はドキュメントオブジェクトモデル（ｄｏｃｕｍｅｎｔｏｂｊｅｃｔｍｏｄｅｌ＝ＤＯＭ）１５０、ＤＯＭパーサ１５２、ＳＡＸ（＝ＳｉｍｐｌｅＡＰＩｆｏｒＸＭＬ）１５６、ＳＡＸパーサ（構文解析系）（ｐａｒｓｅｒ）１５８、要求ブローカ１６０、翻訳プログラム１６４、バリデター（ｖａｌｉｄａｔｏｒ）１６８、クエリ（問い合わせ）（ｑｕｅｒｙ）エンジン１７２、ＸＳＬＴトランスフォーマ１７４、ハイパーリンクモジュール１７６、Ｘｐａｔｈモジュール１７８および他の任意の適切な構成要素などの複数の構成要素を含んでよい。
【００３５】
構成要素１５０，１５２，１５６，１５８，１６０，１６４，１６８，１７２，１７４，１７６および１７８の各々は媒体に符号化された論理を含んでよい。この論理はプログラムタスクを実行する機能的命令を含んでいる。媒体はコンピュータディスクまたは他のコンピュータが判読可能な媒体、ＡＳＩＣ、ＦＰＧＡ、ＤＳＰ他の適切な特定のプロセッサまたはメインプロセッサ、伝送媒体、または論理が符号化かつ利用されてよい他の適切な媒体を含んでよい。
【００３６】
ＤＯＭ１５０はドキュメントオブジェクトモデル・レベル１またはプログラムおよびスクリプトがドキュメントの内容、構造およびスタイルにダイナミックにアクセスしかつそれらを更新することを可能にする他の適切なプラットフォーム・ニュートラルおよび言語ニュートラルなインタフェースを実行するように動作可能である。一実施形態によれば、ＤＯＭ１５０はハイパーテキスト・マークアップ・ランゲージ（ｈｙｐｅｒｔｅｘｔｍａｒｋｕｐｌａｎｇｕａｇｅ＝ＨＴＭＬ）およびエクステンシブル・マークアップ・ランゲージ（ｅｘｔｅｎｓｂｌｅｍａｒｋｕｐｌａｎｇｕａｇｅ＝ＸＭＬ）ドキュメントを表すオブジェクトの標準的なセット、これらのオブジェクトをどのように組み合わすことができるかの標準モデル、およびこれらのオブジェクトにアクセスしかつそれらを操作する標準インタフェースを提供するように動作可能である。ＤＯＭパーサ１５２はＤＯＭ技法（ｍｅｔｈｏｄｏｌｏｇｙ）を用いたＸＭＬ解析に関連するサービスを提供するように動作可能である。
【００３７】
ＳＡＸ１５６はイベントベースのＸＭＬパーシングに標準インタフェースを提供するように動作可能である。ＳＡＸ１５６を用いることにより、ＸＭＬドキュメントへの比較的簡単でローレベル（ｌｏｗ−ｌｅｖｅｌ）なアクセスを提供することができる。これにより、利用可能なシステムメモリ以上のドキュメントのパーシングが可能となり、かつコールバック・イベント・ハンドラを用いてデータ構造の構成をすることが可能となる。ＳＡＸパーサ１５８はＳＡＸ技法を用いたＸＭＬパーシングに関連するサービスを提供するように動作可能である。
【００３８】
リクエストブローカ１６０は、現時点で利用可能なサービスに影響を及ぼすことなく、ＸＭＬデータ処理に関連する任意の適切な新しいサービスまたは技術を提供するように動作可能である。トランスレータ１６４はＸＭＬ翻訳に関連する任意の適切なサービスを提供するように動作可能である。バリデター１６８は任意の適切な確認サービスを提供するように動作可能である。例えば、バリデター１６８はＤＴＤに対してＸＭＬデータを確認することができる。クエリエンジン１７２は実際のＸＭＬデータに関連する任意の適切なサービスをユーザに提供するように動作可能である。ＸＳＬＴトランスフォーマ１７４はＸＳＬＴ言語の仕様を実行するように動作可能である。このように、ＸＳＬＴトランスフォーマ１７４はソースツリーを結果ツリーに変換する規則を記述するように動作可能である。ＸＳＬＴトランスフォーマ１７４はまたパターンをテンプレートと関連付けることによって変換を実行するように動作可能である。あるパターンはソースツリーの要素とマッチされ、あるテンプレートはその結果ツリーの一部を形成するように例示化される。結果ツリーを校正する際、結果ツリーがソースツリーの構造と異なる構造を含むように、ソースツリーからの要素がフィルタリングされかつ順序付けされてよい。
【００３９】
ハイパーリンクモジュール１７６はＸＭＬリンク言語（Ｘｌｉｎｋ）およびＸＭＬポインタ言語（Ｘｐｏｉｎｔｅｒ）を用いてリンキングおよびアドレッシングをインプリメントするように動作可能である。Ｘｌｉｎｋによって要素がＸＭＬに挿入されてリソース間のリンクを作成かつ記述することが可能となる。ＸＭＬシンタックスを用いて、ＸｌｉｎｋがＨＴＭＬ用の一方向ハイパーリンクを記述する構造を作成することができる。ＸｐｏｉｎｔｅｒはＸＭＬドキュメントの内部構造へのアドレッシングをサポートすることができる。ＸｐｏｉｎｔｅｒはＸＭＬドキュメントの要素、文字列および他の任意の適切な構造を提供することができる。Ｘｐａｔｈモジュール１７８はＸｐａｔｈの仕様をインプリメントするように動作可能である。ＸｐａｔｈはＸＳＬ変換およびＸｐｏｉｎｔｅｒ間で共有される機能に共通のシンタックスおよびセマンティクスを提供するように動作可能である。
【００４０】
図４は本発明の一実施形態の外部データ発行元１２２の詳細を示したブロック図である。外部データ発行元１２２は、外部データソース８０から受信された外部データフォーマットのデータをＩＣＳ４０が処理可能な内部フォーマットのデータに変換するように動作可能である。一実施形態によれば、外部データ発行元１２２はＲＤＢＭＳ，ＬＯＴＵＳノーＴＥＳ，ＭＩＣＲＯＳＯＦＴＥＸＣＨＡＮＧＥ，ＬＤＡＰ，ＯＯＤＢＭＳおよび他の任意の適切な外部データソースなどの外部データソース８０からのデータを変換することができる。外部データ発行元１２２は外部データをＸＭＬまたは他の適切なフォーマットなどの内部フォーマットに変換することができる。
【００４１】
外部データ発行元１２２はドライバブリッジ１９０、オブジェクトファクトリ１９２およびマッピングストラテジー１９４を備えている。ドライバブリッジ１９０、オブジェクトファクトリ１９２およびマッピングストラテジー１９４はそれぞれ媒体に符号化された論理を含んでいる。この論理はプログラムタスクを実行する機能的命令を含んでよい。媒体はコンピュータディスクまたは他のコンピュータが判読可能な媒体、ＡＳＩＣ、ＦＰＧＡ、ＤＳＰ他の適切な専用または汎用目的のプロセッサ、伝送媒体、または論理が符号化かつ利用されてよい他の適切な媒体を含んでよい。
【００４２】
ドライバブリッジ１９０は外部データフォーマットに変換されるデータからの外部データフォーマットの抽象化を実行するように動作可能である。結果的に、外部データソース８０がその実行から独立して変動できるように、各外部データソース８０のインタフェースはその実行から切り離される。これによってランタイム時に選択または切り換えられるインプリメンテーションが可能となる。一実施形態によれば、抽象化およびインプリメンテーションはサブクラス化によって拡張可能である。さらに、ドライバブリッジ１９０による抽象化のインプリメンテーションはオブジェクトファクトリ１９２に一切影響を及ぼさない。
【００４３】
オブジェクトファクトリ１９２は外部データソース８０から外部フォーマットの外部データを受け取り、かつそのデータをＩＣＳ４０が処理可能な内部フォーマットの内部データに変換するように動作可能である。同様に、オブジェクトファクトリ１９２は内部フォーマットの内部データを外部データソース８０の外部フォーマットの外部データに変換するように動作可能である。
【００４４】
マッピングストラテジー１９４はオブジェクトファクトリ１９２が外部フォーマットからの外部データを内部フォーマットの内部データに変換することによって複数のアルゴリズムを提供するように動作可能である。一実施形態によれば、アルゴリズムを互換可能にするためにアルゴリズムが内部封入されてよい。したがって、各アルゴリズムはそのアルゴリズムを用いたクライアントとは無関係に変えることができる。
【００４５】
図５は本発明の一実施形態の通信サーバ４０を示すフローチャートである。この方法はステップ５００で始まり、そこでＩＣＳ４０はＮＭＳ４２を介して認証情報の要求をオペレータに呈示する。ステップ５０２では、ＩＣＳ４０はオペレータから認証情報を受け取る。この認証情報はユーザ識別子、パスワード等を含んでよい。
【００４６】
決定ステップ５０４では、オペレータが認証情報に基づいて認証されていない場合、方法はノーブランチに従って決定ステップ５０４からステップ５００に戻り、そこで認証情報の要求が再度呈示される。しかし、オペレータが認証情報に基づいて認証された場合、方法はイエスブランチに従ってステップ５０６に進む。
【００４７】
ステップ５０６では、ＩＣＳ４０はオペレータに管理オプションを示す。これらのオプションには例えば、ネットワーク要素プロビジョニング、コンフィギュレーション管理、状態管理、フォールト管理、ソフトウェア管理、パフォーマンス管理および／または他の任意の適切な管理オプションが含まれていてよい。ステップ５０８では、ＩＣＳ４０はオペレータからネットワーク要素（ＮＥ＝ｎｅｔｗｏｒｋｅｌｅｍｅｎｔ）プロビジョニングの選択を受け取る。ステップ５１０では、ＩＣＳ４０はオペレータにサービスオプションを呈示する。ステップ５１２では、ＩＣＳ４０はオペレータから１つまたは複数のサービスの選択を受け取る。
【００４８】
ステップ５１２では、ＩＣＳ４０はオペレータに容量要求を提供する。ステップ５１６では、ＩＣＳ４０はオペレータから特定のタイプの加入者の容量に関する容量情報を受け取る。決定ステップ５１８では、オペレータによって提供された情報に基づいてさらなるタイプの加入者がいるか否かに関する決定がなされる。さらなるタイプの加入者がいる場合、方法はイエスブランチに従って決定ステップ５１８からステップ５１４に戻り、そこでＩＣＳ４０が別のタイプの加入者の容量要求を示す。しかし、さらなるタイプの加入者がいない場合、方法はノーブランチに従って決定ステップ５１８からステップ５２０に進む。
【００４９】
ステップ５２０では、規則エンジン１１６はオペレータによって選択されたサービスおよび各タイプの加入者の容量情報に基づいて結果セットを生成するために、リポジトリ１１２に格納された規則を適用する。一実施形態によれば、結果セットはサーバ５４，５８，６０および／または６２などのネットワーク要素のうちどれをＩＣＳ４０に含むべきかを識別する。ステップ５２２では、結果セットはリポジトリ１１２に格納される。ステップ５２４では、ＯＣＳ４０はＮＭＳ４２を介してオペレータに結果セットを呈示する。
【００５０】
ステップ５２６では、ＩＣＳ４０は結果セットに基づいて情報をプロビジョニングする要求を示す。ステップ５２８では、ＩＣＳ４０はＩＣＳ４０に含まれるものと識別されたネットワーク要素に従って、オペレータからのプロビジョニング情報を受け取る。ステップ５３０では、ＩＣＳ４０は結果セットに基づいて、ＩＣＳ４０に対するネットワーク要素のコンフィギュレーションパラメータを決定する。例えば、ＩＣＳ４０は離れた場所に特定のバージョンのネットワーク要素を位置決めし、離れた場所からオフィスネットワーク１４のパケット交換サブシステム２４にネットワーク要素をダウンロードする。ステップ５３２では、ＩＣＳ４０はオペレータから受信されたプロビジョニング情報に基づいて検索されたネットワーク要素をプロビジョニングする。この時点で、ＩＣＳ４０はネットワーク要素をインストールかつ起動してもよい。
【００５１】
決定ステップ５３４では、ネットワーク要素のプロビジョニングが成功したか否かが決定される。ネットワーク要素のプロビジョニングが成功した場合、方法はイエスブランチに従ってステップ５３４からステップ５３６に進む。ステップ５３６では、ＩＣＳ４０は成功メッセージをオペレータに呈示する。ステップ５３８では、ネットワーク要素はマスターエージェントと共にサブエージェントとして登録される。一実施形態によれば、ネットワーク要素はマスターエージェント１０２に登録メッセージを送ることによって、自らマスターエージェント１０２に登録する。次にこの方法はステップ５４０に進む。
【００５２】
決定ステップ５３４に戻ると、ネットワーク要素のプロビジョニングが成功しなかった場合、方法はノーブランチに従ってステップ５３４からステップ５４２に進む。ステップ５４２では、ＩＣＳ４０はオペレータにエラーメッセージを呈示する。次にこの方法は決定ステップ５４０に進む。
【００５３】
決定ステップ５４０では、プロビジョニングすべきさらなるネットワーク要素があるか否かについて決定が行われる。プロビジョニングすべきさらなるネットワーク要素が存在する場合、方法はイエスブランチに従ってステップ５４０からあステップ５３０に戻って、そこで別のネットワーク要素が検索される。しかし、プロビジョニングすべきさらなるネットワーク要素が存在しない場合、方法はノーブランチに従ってスタップ５４０からステップ５４４に進む。ステップ５４４では、登録されたネットワーク要素のプロビジョニング情報がリポジトリ１１２に格納され、その時点で方法は終了する。
【００５４】
図６は本発明の一実施形態のモバイル装置１６を管理する方法を示したフローチャートである。この方法はステップ６００で始まり、そこでＩＣＳ４０は無線マークアップ言語（ｗｉｒｅｌｅｓｓｍａｒｋｕｐｌａｎｇｕａｇｅ＝ＷＭＬ）デックの要求をモバイル装置１６から受け取る。ステップ６０２では、ＳＬＲ５２の加入者プロファイルに基づいて、ＩＣＳ４０は規則を適用してその要求の正当性を決定する。
【００５５】
決定ステップ６０４では、ＩＣＳ４０は要求が正当か否かを決定する。要求が正当な場合、方法はイエスブランチに従って決定ステップ６０４からステップ６０６に進む。ステップ６０６０では、ＩＣＳ４０はモバイル装置１６にＷＭＬデックを生成する。ステップ６０８では、ＩＣＳ４０はモバイル装置１６にＷＭＬデックを呈示する。次にこの方法は決定ステップ６１０に進む。
【００５６】
決定ステップ６０４に戻れば、要求が正当でない場合、方法はノーブランチに従って決定ステップ６０４からステップ６１２に進む。ステップ６１２では、ＩＣＳ４０はモバイル装置１６に拒絶メッセージを呈示する。次にこの方法は決定ステップ６１０に進む。
【００５７】
決定ステップ６１０では、ＩＣＳ４０は加入者プロファイル更新の要求がモバイル装置１６から受信されたか否かを決定する。加入者プロファイル更新要求ががモバイル装置１６から受け取られた場合、方法はイエスブランチに従ってステップ６１０からステップ６１４に進む。ステップ６１４では、モバイル装置１６のＳＬＲ５２の加入者プロファイルに基づいて、ＩＣＳ４０は規則を適用して要求が正当か否かを決定する。
【００５８】
決定ステップ６１６では、ＩＣＳ４０は要求が正当か否かを決定する。要求が正当な場合、方法はイエスブランチに従って決定ステップ６１６からステップ６１８に進む。ステップ６１８では、モバイル装置１６のＳＬＲ５２の加入者プロファイルが更新される。次にこの方法はステップ６２０に進む。
【００５９】
決定ステップ６１６に戻れば、要求が正当でない場合、方法はノーブランチに従って決定ステップ６１６からステップ６２２に進む。ステップ６２２では、ＩＣＳ４０はモバイル装置１６に拒絶メッセージを呈示する。次に方法は決定ステップ６２０に進む。
【００６０】
決定ステップ６１０に戻れば、加入者プロファイルの更新要求が所定の時間後にモバイル装置１６から受け取られていない場合、方法はノーブランチに従って決定ステップ６１０から決定ステップ６２０に進む。
【００６１】
決定ステップ６２０では、ＩＣＳ４０は新しいＷＭＬデックの要求がモバイル装置１６から受け取られたか否かを決定する。新しいＷＭＬデックの要求がモバイル装置１６から受け取られた場合、方法はイエスブランチに従って決定ステップ６２０からステップ６０２に戻り、そこでＩＣＳ４０はＳＬＲ５２の加入者プロファイルに基づいて規則を適用して要求が正当か否かを決定する。しかし、所定時間後にモバイル装置１６から新しいＷＭＬの要求が受け取られない場合、方法はステップ６２０からのノーブランチに従って終了する。
【００６２】
図７は本発明の一実施形態に従ってモバイル装置１６にデータアプリケーションを提供する方法を示すフローチャートである。この方法はステップ７００で始まり、そこでＩＣＳ４０は外部データソース８０で実行された外部アプリケーションから、モバイル装置１６に対して任意の形のメッセージを受け取る。ステップ７０２では、外部データ発行元１２２は外部アプリケーションに対応する外部フォーマットからの任意の形のメッセージをＩＣＳ４０が処理可能な内部フォーマットに変換する。ステップ７０４では、ＩＣＳ４０はモバイル装置１６に任意の形のメッセージを提供する。
【００６３】
決定ステップ７０６では、ＩＣＳ４０は応答メッセージがモバイル装置１６から受け取られたか否かに関して決定を行う。応答メッセージがモバイル装置１６から受け取られなかった場合、方法は決定ステップ７０６からのノーブランチに従って終了する。しかし、応答がモバイル装置１６から受け取られた場合、方法はイエスブランチに従ってステップ７０６からステップ７０８に進む。
【００６４】
ステップ７０８では、外部データ発行元１２２は内部フォーマットからの応答メッセージを外部アプリケーションに対応する外部フォーマットに変換する。ステップ７１０では、ＩＣＳ４０はモバイル装置１６からの応答メッセージを外部データソース８０の外部アプリケーションに提供し、その時点で方法は終了する。
【００６５】
図８は本発明の一実施形態に従ってモバイル装置１６にデータアプリケーションを提供する方法を示すフローチャートである。この方法はステップ８００で始まり、そこでＩＣＳ４０は外部データソース８０で実行されている外部アプリケーションのためにモバイル装置１６からの要求メッセージを受け取る。
【００６６】
ステップ８０２では、外部データ発行元１２２はＩＣＳ４０が処理可能な内部フォーマットから外部データソース８０の外部アプリケーションに対応する外部フォーマットに、要求メッセージを変換する。ステップ８０４では、ＩＣＳ４０は外部アプリケーションの外部データソース８０に要求メッセージを提供する。
【００６７】
ステップ８０６では、ＩＣＳ４０はモバイル装置１６の外部アプリケーションから応答メッセージを受け取る。ステップ８０８では、外部データ発行元１２２は外部フォーマットから内部フォーマットに応答メッセージを変換する。ステップ８１０では、ＩＣＳ４０はモバイル装置１６に応答メッセージを提供し、その時点で方法は終了する。
【００６８】
いくつかの実施形態を用いて本発明を説明してきたが、当業者には種々の変更および変形示唆されよう。本発明は変更および変形が添付した特許請求の範囲の範囲に入るようにすることを意図している。
【図面の簡単な説明】
【図１】
本発明の一実施形態の通信システムを示すブロック図である。
【図２】
本発明の一実施形態による図１のサービスエンジンの詳細を示すブロック図である。
【図３】
本発明の一実施形態による図２のデータプロセッサの詳細を示すブロック図である。
【図４】
本発明の一実施形態による図２の外部データ発行元の詳細を示すブロック図である。
【図５】
本発明の一実施形態による図１の統合化された通信サーバを提供する方法を示すフローチャートである。
【図６】
本発明の一実施形態による図１のモバイル装置を管理する方法を示すフローチャートである。
【図７】
本発明の一実施形態による図１のデータアプリケーションをモバイル装置に提供する方法を示すフローチャートである。
【図８】
本発明の一実施形態による図１のデータアプリケーションをモバイル装置に提供する方法を示すフローチャートである。

Claims

統合化された通信サーバを提供する方法であって、
少なくとも１つのサービスオプションの選択を受け取るステップと、
少なくとも１つのタイプの加入者の容量情報を受け取るステップと、
所定の規則セットを適用して、前記サービスオプションの選択および前記容量情報に基づいて結果セットを生成するステップと、
前記結果セットに基づいて１つまたは複数のネットワーク要素のコンフィギュレーションパラメータを決定するステップとを含んだ方法。
前記結果セットに基づいてプロビジョニング情報を受け取るステップと、
前記プロビジョニング情報に基づいて前記ネットワーク要素の各々をプロビジョニングするステップとをさらに含んだ請求項１記載の方法。
前記ネットワーク要素のプロビジョニングが成功したときに、前記ネットワーク要素の各々を登録するステップをさらに含んだ請求項２記載の方法。
前記プロビジョニング情報を格納するステップをさらに含んだ請求項２記載の方法。
前記結果セットを格納するステップをさらに含んだ請求項１記載の方法。
前記統合化された通信サーバから離れた位置にあるネットワーク要素を探し出しすことを含んだコンフィギュレーションパラメータを決定するステップと、
前記離れた位置から前記ネットワーク要素をダウンロードするステップとを含んだ請求項１記載の方法。
オペレータから認証情報を受け取るステップと、
前記オペレータが前記認証情報に基づいて認証されたかどうかを決定するステップと、
前記オペレータが認証されたときに管理オプションを呈示するステップであり、該管理オプションはネットワーク要素プロビジョニングを含んだステップと、
ネットワーク要素プロビジョニングの選択を受け取るステップとを含んだ請求項１記載の方法。
統合化された通信サーバを提供するシステムであって、
コンピュータが判読可能な媒体と、
前記コンピュータが判読可能な媒体に格納された論理とを含み、
前記論理は少なくとも１つのサービスオプションを受け取り、少なくとも１つのタイプの加入者の容量情報を受け取り、所定の規則セットを適用して前記サービスオプションの選択および前記容量情報に基づいて結果セットを生成し、かつ該結果セットに基づいて１つまたは複数のネットワーク要素のコンフィギュレーションパラメータを決定するように動作可能であるシステム。
前記論理が前記結果セットに基づいてプロビジョニング情報を受け取るように、かつ該プロビジョニング情報に基づいて前記ネットワーク要素の各々をプロビジョニングするようにさらに動作可能である請求項８記載のシステム。
前記論理が前記ネットワーク要素のプロビジョニングが成功したときに、前記ネットワーク要素の各々を登録するようにさらに動作可能である請求項９記載のシステム。
前記論理が前記プロビジョニング情報を格納するようにさらに動作可能な請求項９記載のシステム。
前記論理が前記結果セットを格納するようにさらに動作可能な請求項８記載の方法。
前記論理が前記統合化された通信サーバから離れた位置にあるネットワーク要素を探し出しかつ前記離れた位置から前記ネットワーク要素をダウンロードすることによって、コンフィギュレーションパラメータを決定するようにさらに動作可能な請求項８記載のシステム。
前記論理が、オペレータから認証情報を受け取り、該オペレータが該認証情報に基づいて認証されたかどうかを決定し、前記オペレータが認証されたときに管理オプションを呈示し、該管理オプションはネットワーク要素プロビジョニングを含んでおり、かつネットワーク要素プロビジョニングの選択を受け取るようにさらに動作可能な請求項８記載のシステム。
統合化された通信サーバ（ＩＣＳ）を提供するサービスエンジンであって、サービスおよび容量情報を受け取り、該サービスおよび容量情報に基づいて複数のネットワーク要素のうちどれを前記ＩＣＳに含むかを決定し、かつ前記結果セットに基づいてコンフィギュレーションパラメータを決定するように動作可能な規則エンジンを備えたサービスエンジン。
前記結果セットに基づいてプロビジョニング情報を受け取り、かつ該プロビジョニング情報に基づいて前記ネットワーク要素の各々をプロビジョニングするように動作可能なマネージャをさらに備えた請求項１５記載のサービスエンジン。
前記サービスエンジンに永久的なデータ格納を提供するように動作可能なリポジトリと、
前記リポジトリに格納されたデータの要求を受け取るように動作可能であり、かつ前記サービスエンジンに格納されたデータを受け取りかつ前記リポジトリに該データを格納するように動作可能であるデータサービスとをさらに備えた請求項１６記載のサービスエンジン。
前記リポジトリが前記プロビジョニング情報および前記結果セットを格納するようにさらに動作可能な請求項１７記載のサービスエンジン。
前記ＩＣＳの登録されたネットワーク要素のリストを維持するように動作可能なマスターエージェントをさらに備え、前記ネットワーク要素のプロビジョニングが成功したときに、前記ネットワーク要素の各々が前記マスターエージェントに登録されるように動作可能な請求項１６記載のサービスエンジン。
前記規則エンジンが前記統合化された通信サーバから離れた位置にあるネットワーク要素を探し出しかつ前記離れた位置から前記ネットワーク要素をダウンロードすることによって、コンフィギュレーションパラメータを決定するようにさらに動作可能な請求項１５記載のサービスエンジン。
統合化された通信サーバを提供する方法であって、
オペレータから認証情報を受け取るステップと、
前記オペレータが前記認証情報に基づいて認証されたかどうかを決定するステップと、
前記オペレータが認証されたときに管理オプションを呈示するステップであり、該管理オプションはネットワーク要素プロビジョニングを含んでいるステップと、
ネットワーク要素プロビジョニングの選択を受け取るステップと、
少なくとも１つのサービスオプションの選択を受け取るステップと、
少なくとも１つのタイプの加入者情報の容量情報を受け取るステップと、
所定の規則セットを適用して前記サービスオプション選択および前記容量情報に基づいて結果セットを生成するステップと、
前記統合化された通信サーバから離れた位置にあるネットワーク要素を探し出しかつ前記離れた位置から前記ネットワーク要素をダウンロードすることによって、前記結果セットに基づいて１つまたは複数のネットワーク要素のコンフィギュレーションパラメータを決定するステップと、
前記結果セットに基づいてプロビジョニング情報を受け取るステップと、
前記プロビジョニング情報に基づいて前記ネットワーク要素の各々をプロビジョニングするステップと、
前記ネットワーク要素のプロビジョニングが成功したときに前記ネットワーク要素の各々を登録するステップと、
前記プロビジョニング情報および前記結果セットを格納するステップとを含んだ方法。