JP2004505566A

JP2004505566A - ネットワークリソースにアクセスするためのゲートウェイ

Info

Publication number: JP2004505566A
Application number: JP2002515851A
Authority: JP
Inventors: マッキラン，リアム; ダルトン，キーラン
Original assignee: エイポナ・リミテッド
Priority date: 2000-08-02
Filing date: 2001-07-31
Publication date: 2004-02-19
Also published as: AU2001291711A1; ATE266296T1; ES2220808T3; DE60103163T2; EP1305959A1; EP1305959B1; DE60103163D1; WO2002011459A1; US20030177281A1; US7207048B2

Abstract

ゲートウェイ（１）は、ネットワークリソース（２）を制御するためにＣＯＲＢＡバス（２２）、パーレイＡＰＩのインナレイヤ（２３）、及びネットワークサービスインタフェースのアウタレイヤ（２４）が存在するプラットフォームを有する。ゲートウェイ（１）はまた、アプリケーションインタフェース（２０）と、ネットワークリソース（２）にアクセスしたいというアプリケーション（１０、１３、１４）をもホストする遠隔のプラットフォーム上にあるパーレイＡＰＩ（２１）を有する。ネットワークリソース（２）は、パーレイＡＰＩ（２３）とそれらがパーレイＡＰＩ自体を有する場合には直接に、またはそうでない場合にはインタフェース（２４）とインタフェースする。アプリケーション側では、アプリケーションインタフェース（２０）が、アプリケーション側のインタフェーシング条件を定義する高レベルのＸＭＬコマンドに応答してＸＭＬインタプリタによりインスタンス生成することができるＪａｖａビーンズとして提供される。

Description

【０００１】
【技術分野】
本発明は、オペレータのネットワークリソース（例えば、ＨＬＲ、ＳＭＳＣまたはＩＶＲプラットフォーム）のユーザサービスを提供するためのアプリケーションとをインタラクションを可能にするためのゲートウェイに関する。
【０００２】
【背景技術】
ネットワーク加入者サービスがアプリケーションにより提供されることが知られている。しかしながら、これまで、このようなアプリケーションは一般に、例えばプリペイド、呼び出し転送、またはボイスメールサービスなどのオペレータのネットワークでホストされている。この方法の問題は、特定のシステムの詳細な知識が、要求されるインタラクションのために、これをプログラムするのに要求されることである。これは時間を要しかつ高価であり、可能なフレキシビリティが制限されている。
【０００３】
これが、ネットワーク内にまたはネットワーク外に配置されたアプリケーションがネットワークノードにアクセスできるようにするオープンＡＰＩのためのメカニズムを提供するべく「パーレイ」（Ｐａｒｌａｙ）規格が開発された理由の１つである。これは重要な開発であるが、ゲートウェイがパーレイ規格を利用して、最小の先行時間でアプリケーションとネットワークノードが簡単にかつ柔軟に連結できるようにする必要がある。短い先行時間を達成することは、特にネットワークオペレータにとって、加入者の数を維持しかつ収入を増やすべく絶えず増え続ける様々な加入者サービスを提供しようと努めることから、重要である。
【０００４】
国際出願特許明細書第ＷＯ００／４２７６０（エリクソン）は、ネットワーク端末からサービスノードにアクセスする方法について記載しており、ネットワークはＶｏＩＰ部分とセルラー部分とを有する。これは、ＶｏＩＰに関する特定の条件について効果的と思われるが、ゲートウェイが広範なアプリケーションによる広範なネットワークリソースへの汎用性のあるアクセスを可能にする必要がある。
【０００５】
本発明は、このようなゲートウェイを提供することを目的としている。
【０００６】
【発明の開示】
本発明によれば、アプリケーションの電気通信ネットワークリソースとのインタラクションのためのゲートウェイであって、前記アプリケーションとインタフェースするための手段と、前記ネットワークリソースとインタフェースするための手段とを備え、
前記ネットワークインタフェース手段が、
ネットワークリソースとインタフェースしかつそれを制御するための手段からなるネットワークサービスインタフェースのアウタレイヤと、
対応するオープンスタンダードＡＰＩを有するネットワークリソースとインタフェースするため及び前記アウタレイヤのネットワークサービスインタフェースとインタフェースするための手段からなるオープンスタンダードＡＰＩのインナレイヤとを備えることを特徴とするゲートウェイが提供される。
【０００７】
ある実施例では、前記ゲートウェイが更に、前記アプリケーションインタフェース手段と前記ネットワークインタフェース手段インナレイヤとの間にあるミドルウェアバスを有する。
【０００８】
別の実施例では、前記ミドルウェアバスがＣＯＲＢＡ規格に従っている。
【０００９】
更に別の実施例では、前記ゲートウェイが、インナレイヤオープンスタンダードサービス、アウタレイヤサービスレベルのプログラム、及び前記サービスレベルプログラムとネットワークトラフィック間のインタラクションを管理するための手段からなるサービスゲートウェイを有する。
【００１０】
ある実施例では、前記サービスレイヤプログラムが、通信ダイヤログを管理するためのコールステートマシンを提供するための手段からなる。
【００１１】
別の実施例では、前記ゲートウェイがネットワーク通知をサービス論理プログラムとアプリケーションとにディスパッチするための手段からなる通知デマルチプレクサを有する。
【００１２】
更に別の実施例では、前記アウタレイヤが信号スタックと、前記スタック及び前記サービスゲートウェイのサービス論理プログラム間での変換を実行するための手段とを有するネットワークゲートウェイを備える。
【００１３】
ある実施例では、前記インナレイヤが、
前記ミドルウェアバスへのオープンスタンダードフレームワークインタフェースと、
アプリケーションとのインタラクションのための前記ミドルウェアバスへのオープンスタンダードサービスインタフェースとを有する。
【００１４】
ある実施例では、前記ゲートウェイが前記アウタレイヤ及び前記インナレイヤに対する管理、プロビジョニング、サブスクリプション及びセキュリティ機能を有するフレームワークを備える。
【００１５】
別の実施例では、前記ゲートウェイが、前記インナレイヤ及び前記アウタレイヤに次の機能を、即ち
制御及びコンフィグレーションテーブルのための永続的なデータストアと、
分散オブジェクトミドルウェア通信メカニズムを用いない内部通信のための通信機能と、
イベントを受け取るため、受け取ったイベントを情報、エラー及び重大のカテゴリに分類するため、並びに前記イベントをロギングするために前記ゲートウェイ内の機能に標準インタフェースを提供するイベント管理者とを提供するためのプラットフォームリソースを有する。
【００１６】
ある実施例では、前記プラットフォームリソースが更に、ゲートウェイの機能のためにタイマを呼び出しかつ取り消すための手段からなるタイマ機能を有する。
【００１７】
ある実施例では、前記ゲートウェイが、
ゲートウェイ管理信号を経路指定するための管理エンティティと、
前記管理エンティティに連結され、かつ別個のハードウェアプラットフォーム上の管理インタフェースとの通信のための手段を有するウェブサーバと、
前記管理エンティティに連結され、かつインナレイヤ及びアウタレイヤのための一次ハードウェアプラットフォームのスタートアップ及びシャットダウンを制御するための手段を有するプラットフォーム管理者とを備える。
【００１８】
ある実施例では、前記アプリケーションとインタフェースするための前記手段が、アプリケーションインタフェース及びロジックを有する構成要素からなるアプリケーション側レイヤと、前記インナレイヤの前記オープンスタンダードＡＰＩと通信するためのオープンスタンダードＡＰＩからなるネットワーク側レイヤとを有する。
【００１９】
別の実施例では、前記アプリケーション側レイヤ及び前記ネットワーク側レイヤが、各アプリケーションのプラットフォーム上に存在し、かつ前記プラットフォームが前記インナレイヤ及び前記アウタレイヤのプラットフォームから遠隔にある。
【００２０】
別の実施例では、前記アプリケーション側レイヤが、再使用可能なオブジェクトと、前記オブジェクトをインスタンス生成して構成要素を提供するための手段とを有する。
【００２１】
ある実施例では、前記インスタンス生成手段が、高レベルのインターフェーシングコマンドのユーザ入力を解釈するための手段からなるＸＭＬインタープリタを有する。
【００２２】
別の側面によれば、アプリケーションとネットワークリソースへのアクセスを提供するゲートウェイオープンスタンダードＡＰＩとの間をインタフェースするためのアプリケーションクライアントであって、
オープンスタンダードＡＰＩからなるコアと、
再使用可能なオブジェクト及び前記オブジェクトをインスタンス生成してロジック及びアプリケーションインタフェースを有する構成要素を提供するための手段とを有することを特徴とするアプリケーションクライアントが提供される。
【００２３】
ある実施例では、前記インスタンス生成手段が、ＸＭＬインタープリタと、インターフェーシング条件を定義する高レベルのＸＭＬコマンドの入力を送るためのユーザインタフェースとを有する。
【００２４】
別の実施例では、前記アプリケーションクライアントが更に、使用可能なユーティリティオブジェクトと、前記オブジェクトをインスタンス生成して、ロギング、トレーシング、データベースへのアクセス及びタイマ機能のための構成要素を提供する手段とを有する。
【００２５】
【発明を実施するための最良の形態】
本発明は、添付図面を参照しつつ、以下に単なる実施例として記載されるいくつかの実施態様に関する詳細な説明から、より明確に理解することができる。
【００２６】
図１に関し、ゲートウェイ１は、一方の側において１つまたは複数のオペレータのネットワーク２と対話する。ネットワーク２は、固定回線及び無線ネットワーク両方を有するが、これはその一方だけで構成することができる。この側のゲートウェイ１は、最終的に加入者携帯電話２、コンピュータ４及び他のユーザ装置とインタフェースする。アプリケーション側では、ゲートウェイ１はネットワークオペレータによりホストされたアプリケーション１０と、（ファイアウォール１１及びインターネット１２を介して）ＡＳＰによりホストされた商用ポータルアプリケーション１３と及びイントラネット１４内の企業アプリケーションとインタフェースしている。
【００２７】
より詳細には、図２に関し、アプリケーション１０、１３、１４は、図示される例としてフリーダイヤル「０８００」サービス、航空会社のフライトポータル、及びショッピングポータルを有する。ネットワーク側３では、ネットワークノードがＨＬＲ、ＭＳＣ及びＳＭＳＣを有する。ゲートウェイ１は、レイヤ２０、２１、２３及び２４からなる４レイヤ構造と中央ＣＯＲＢＡバス２２とを有する。ゲートウェイ１の目的は、前記アプリケーションがネットワークリソースにアクセスできるようにすることである。
【００２８】
レイヤ２０は、前記アプリケーションに適合するように構成されたインタフェース構成要素を有する。各インタフェース構成要素は、アプリケーションインタフェース、パーレイインタフェース及びそれらの間のロジックを有する。
【００２９】
レイヤ２１、２３はそれぞれ、レイヤ２０構成要素パーレイインタフェースとインタフェースするのに適したレイヤ２１内、及びネットワークノードインタフェーシングに適したレイヤ２３内にオープンパーレイＡＰＩを有する。このようなＡＰＩは、抽象レベルにおいて、パーレイ仕様で特定されている。
【００３０】
レイヤ２４は、ネットワークリソースとインタフェースしかつこれらを制御するためのネットワークサービスインタフェースを有する。このように、高いレベルにおいて、前記パーレイＡＰＩ間のミドルウェアを提供するＣＯＲＢＡバス２２の周囲に対称形のゲートウェイ１が存在する。
【００３１】
矢印で示すように、いくつかのアプリケーションがレイヤ２０とインタフェースするのに対し、その他はパーレイＡＰＩを有し、かつ従ってレイヤ２１と直接インタフェースしている。同様に、いくつかのネットワークノードはレイヤ２４とインタフェースし、その他はレイヤ２３内の前記パーレイＡＰＩと直接インタフェースする。しかしながら、直接的であるか間接的であるかに拘わらず、全てのインタラクションはパーレイレイヤ２１、２３を通過し、従ってこれらのレイヤ及びＣＯＲＢＡバス２２は、ゲートウェイ１の中央ミドルウェアコアとして機能する。
【００３２】
次に図３に関し、ゲートウェイ１は、レイヤ２３、２４を提供するプラットフォームと、ＣＯＲＢＡバス２２とを有する。ＯＡ＆Ｍシステム２８が前記プラットフォームに連結されている。上部レイヤ２０、２１が、ＣＯＲＢＡバス２２に連結された別個のコンピュータに存在する。
【００３３】
これらＯＡ＆Ｍシステム２８は、企業体オペレータ２８Ａ、サービス提供者２８Ｂ、フレームワークオペレータ２８Ｃ、管理ユーザインタフェース２８Ｄ、及び外部オペレータシステム２８Ｅを有する。レイヤ２４は、第１にネットワークゲートウェイ３１によりかつサービスゲート３２のサービス論理プログラムによって実行される。レイヤ２３は第１にサービスゲートウェイ３２のサービス及びパーレイインタフェース４１により、かつフレームワーク３６のフレームワークパーレイインタフェース４０により実行される。
【００３４】
またレイヤ２３、２４双方は、様々なＯＡ＆Ｍシステム２８によりアクセスされる。また、前記プラットフォームはウェブサーバ３０、プラットフォームリソースバス３５、プラットフォーム３７、プラットフォーム管理者３８及び管理エンティティ３９を有する。
【００３５】
プラットフォームリソース３７は、ＣＯＲＢＡイベント管理者３７Ａ及びＣＯＲＢＡアラーム管理者３７Ｂを有する。
【００３６】
また、リソース３７は、次のような非ＣＯＲＢＡ・ＡＰＩ即ちデータベースＡＰＩ３７Ｃ、通信ＡＰＩ３７Ｄ、タイマＡＰＩ３７Ｅ、メモリ管理者ＡＰＩ３７Ｆ、コンフィグレーションパラメータＡＰＩ３７Ｇ、及びトレース／ログＡＰＩ３７Ｈを有する。
【００３７】
管理者３８は、プラットフォーム管理者３８Ａ、アカウント管理者３８Ｂ、ネットワーク管理ＭＩＢ３８Ｃ、及びネットワークリソース管理者３８Ｄを有する。
【００３８】
以下にレイヤ２３及び２４をより詳細に説明する。フレームワーク３６及びサービスゲートウェイ３２は、それぞれパーレイインタフェース４０、４１によりＣＯＲＢＡバス２２と連結されている。各パーレイインタフェースによって、外部アクセスのためのＡＰＩ及びインタフェースのインスタンス生成が提供される。２つのインタフェースカテゴリが提供される。パーレイフレームワークインタフェース４０によって、サービスインタフェース４１の管理を支援し、かつアプリケーションに安全で信頼あるアクセス及び提供されたサービスの発見を提供する周辺機能が提供される。パーレイサービスインタフェース４１によって、広範なネットワークサービス及び情報への抽象プログラミングＡＰＩがアプリケーションに提供される。
フレームワーク３６：
フレームワーク３６によって、再使用可能なサービス要素として共通のサービス機能が与えられる。フレームワーク３６によって次のものが提供される。
・管理：サービスとパーレイ管理及び外部管理システム２８間をインタフェースするような簡単なフレームワーク管理及びサービス管理タスクで、サービスのディプロイメント及びコンフィグレーション、サービスの開始、及びサービスの停止を提供する。サービスを配備するとき、管理データベーステーブル及びプラットフォームリソース３７、サービスゲートウェイ３２、及びネットワークゲートウェイ３１との通信チャネルが作成される。
・プロビジョニング：全世界的な基準に基づくか、または限定されたアドレス指定もしくはイベント及びアラーム管理のためにレベルを設定するようなユーザグループの範囲でのレイヤ２３の前記パーレイＡＰＩに関するサービスコンフィグレーションパラメータの定義。さらに、共通のプロビジョニングによって、関連するサービスが共通のプロビジョニング戦略を共有できるようになる。
・サブスクリプション：アプリケーションの動作に関係があるトリガイベントを設定することを含めサービス利用のためのユーザの登録。これは共通のサブスクリプションインタフェースであることから、各サービスに関連するユーザについて一定の方法が提供される。
・セキュリティ：フレームワーク３６は、業界標準のセキュリティアルゴリズムとのセキュリティインタフェースを有する。
【００３９】
フレームワーク３６は永続性を有する。即ち、何らかの理由でゲートウェイ１が終了した場合、そこで前記フレームワークが活動状態に戻ると、全てのトリガ、サブスクリプション及び他の設定が復元される。
サービスゲートウェイ３２：
サービスゲートウェイ３２は、（レイヤ２４）サービス論理プログラムとネットワークゲートウェイ３１を介して受け渡しされるネットワークトラフィック間のインタラクションを管理する。これを達成するため、サービスゲートウェイ３２は、所定のネットワークリソースプロトコルについて（レイヤ２３の）特定のパーレイサービスによって要求される状態モデルをサポートする。例えば、サービスゲートウェイ３２において実行される呼び出し制御サービスは、適当なサービス論理プログラムを介してネットワークゲートウェイ３１にまたはそれからメッセージを送りまたは受け取ることができる。この抽象コール制御サービスは、ＩＮＡＰ、ＳＩＰなどについて使用するために提供されかつ構成することができる。サービスゲートウェイ３２におけるサービス論理プログラムによって、通信ダイアログを管理するためにＩＮＡＰ及びＳＩＰを基準とするコールステートマシンが提供される。
【００４０】
サービスゲートウェイ３２は、フレームワーク３６において提供される機能（サブスクリプション、プロビジョニングなど）を用いて、（レイヤ２４）サービス論理プログラムで、前記アプリケーションの署名されたトリガイベントと（レイヤ２３）パーレイサービスインスタンス間の関連付けを管理し、効果的にサービスサブスクリプションを多重化する。
【００４１】
このように、サービスゲートウェイ３２によって、ネットワーク通知を第１に適当なサービス論理プログラムへ及び必要に応じてアプリケーションにディスパッチする通知でマルチプレクサが提供される。
ネットワークゲートウェイ３１：
ネットワークゲートウェイ３１は、ベンダ提供のスタックプリミティブとサービスゲートウェイ３２のサービス論理プログラム間の翻訳を実行する。またこれは、ネットワークとサービス間の新たなまたは進行中の通信についてトランザクションまたはダイヤログの関連付けを管理する。
【００４２】
ネットワークゲートウェイ３１のコンフィグレーションによって、サービスゲートウェイ３２内で実行されるサービス論理プログラムとゲートウェイ１にインタフェースするネットワークリソース間の一貫性のあるマッピングが提供される。
【００４３】
サービスゲートウェイ３２のサービス論理プログラムとネットワークゲートウェイ３１の機能との組み合わせによって、前記ネットワークリソースとインタフェースしかつこれを制御するためのレイヤ２４ネットワークサービスインタフェースが提供される。
プラットフォームリソース３７：
これは、前記ゲートウェイの他の機能的構成要素によりアクセスしかつ使用するための総称的サポートリソースである。これらは、サービスの実行だけに限定されていないことから、総称的フレームワークリソースとは別個のものと考えられている。以下のものが前記プラットフォームリソースである。
・データベース３７Ｃ：全ての制御及びコンフィグレーションテーブル、プロビジョニングデータ及びサブスクリプションデータに関する永続的データストア。加えて、前記サービスの実行もが永続的データの記憶を要求する場合には、前記サービスは出版ＡＰＩを介してデータベース３７Ｃを利用することができる。
・通信３７Ｄ：ゲートウェイ１は、分散型ソリューションを実現するために、前記アーキテクチュアにおいてＣＯＲＢＡ通信を使用する。しかしながら、全てのプロセス間通信がＣＯＲＢＡの使用を要求するわけでなく、通信ライブラリ及びプログラミングインタフェースを用いて、ゲートウェイ１の全通信の一貫性及び移植性のある実行を確保することができる。このリソースは、プラットフォーム独立形式において通信キュー及びソケットを管理しかつ制御する責任を有する。・イベント管理者３７Ａ：ゲートウェイ１の構成要素は、その動作を表示するためにイベントを生成する。イベント管理者３７Ａは、全構成要素が一貫性のある方式でイベントをログすることができる標準インタフェースを提供する。これはイベントを収集し、かつ前記イベントのログへのロギングを管理する。イベント管理者３７Ａは、次のようなイベントの分類、即ち、１．情報、２．エラー、３．重大をサポートする。
【００４４】
この前記イベントの分類は、イベントを生成する構成要素に知られておらず、むしろイベント管理者がコンフィグラブルイベント管理テーブルを用いて、イベントの詳細を定義する。このようにして、イベントはイベント管理テーブルを介して再分類することができる。前記テーブルはまた、前記イベントについて宛先ログを制御し、かつイベントログに含まれるべき追加のイベント情報テキストを定義するべく用いることができる。
【００４５】
前記イベント管理テーブルを介して、イベントは「支払い請求可能」と定義することができ、その場合には、前記イベントは支払い請求が適当であると考えられ、かつ後の支払い請求処理のために支払い請求ログに書き込まれる。この支払い請求戦略は、支払い請求ログ及び支払い請求処理のための生データを生成するものである。これらの支払い請求ログの内容は、管理エンティティ３９を介して前記ゲートウェイオペレータにより構成可能である。次に、前記支払い請求ログは仲介システムに供給されて、顧客の支払い請求システムへの入力のために課金レコードを生成することができる。従って、前記ゲートウェイのオペレータは支払い請求の十分な柔軟性を利用することができる。
【００４６】
全イベントは、前記イベント管理テーブルにおいて定義されるコンフィグラブルなイベントレベルを有する。ゲートウェイ１は、前記オペレータにより構成されて、イベント閾値レベルをサポートすることができる。前記イベントレベル閾値より低いものに対して前記イベント管理者によりイベントのロギングをサポートすることのみによって、全イベントロギングが動的に制御され得る。
・アラーム管理者３７Ｂ：アラーム管理者３７Ｂは、イベント管理者の特別な場合である。これは、標準的なアラームＡＰＩと、上述した前記イベント管理者と同じコンフィグラブルな特性を提供する。しかしながら、アラーム管理者３７Ｂはまた、基盤ネットワークリソースにより生成されかつネットワークゲートウェイ３１を介してフィルタリングされるアラームに適用することから、前記イベント管理者とは別個の機能を有するものと考えられる。加えて、前記ネットワーク、サービスまたは他の構成要素がアラームを起こす場合、アラーム管理者３７Ｂは、アラームのロギングに加えて、要求される場合には、前記アラームを外部管理ユーザインタフェース２８Ｄに、及び管理エンティティ２９を介してネットワーク管理ＭＩＢ３８Ｃに報告する。コンフィグラブルなアラーム管理テーブルを用いて、アラームの分類及び報告を定義する。
・タイマ３７Ｅ：前記ゲートウェイ内で動作する多くの電気通信ダイアログは、システムリソースが故障の結果としてロックされておらず、期待されるダイアログを完了しまたは継続することを確保するべく、タイマの使用を要求する。前記ゲートウェイプラットフォームは、総称的プラットフォーム独立型タイマ管理機能及びプログラミングＡＰＩを有する。これを用いてタイマを呼び出しかつ取り消しし、タイマが経過した時を表示する。正確なタイマの値は、タイマ管理テーブルを介して構成可能である。
・メモリ管理者３７Ｆ：これは、前記プラットフォーム上で実行される全てのメモリ動作を標準化し、かつ簡単化する。このリソースは、第一に複数ハードウェアプラットフォームにおける移植性を簡単化する。
・Ｃｐａｒａｍｓ３７Ｇ：ゲートウェイ１は、共通のコンフィグラブルパラメータ（Ｃｐａｒａｍｓ）ライブラリを有する。コンフィグレーションを要求する全てのプロセスはこの共通のリソースを使用し、パラメータ値自体の設定及び個々のプロセスの現在のコンフィグレーションを復元する能力は、管理エンティティ３９を介して制御される。
・トレース／ロギング３７Ｂ：前記ゲートウェイ構成要素の動作に関する情報メッセージは、この機能により、ゲートウェイオペレータによる検査のために提供することができる。加えて記録された情報のレベル及び量は、Ｃｐａｒａｍｓを用いることによって個々のプロセスを基準として構成することができ、トレーシング及びロギングの程度を動的に制御することが可能になる。
管理エンティティ３９：
管理エンティティ３９は、前記プラットフォーム内の全てのキープロセス及び構成要素を管理しかつ構成する責任を有する。前記管理エンティティはそれ自体プロセスであり、ゲートウェイウェブサーバ３９を介して管理ユーザインタフェースへのＨＴＴＰインタフェースを提供する。管理エンティティ３９により提供される主要な機能は次の通りである。
・プラットフォームリソース：管理エンティティ２９は、全てのデータベース及びコンフィグレーションデータを管理し、かつイベント及びアラーム管理者と対話して、要求された宛先（例えばＧＵＩ、外部システムなど）への関連する情報の引き渡しを確実にするために、前記プラットフォームリソースとインタフェースする。
【００４７】
ゲートウェイ１は、前記管理エンティティを介して高度にコンフィグラブルである。これによって前記ゲートウェイオペレータにはプラットフォーム動作について最大の制御が与えられる。各コンフィグラブルパラメータは、デフォルト値（インストレーション時に設定され、かつプロセスの起動時に使用される）、及びある範囲の許容値を有する。
・プラットフォーム管理者３８Ａ：プラットフォーム管理者３８Ａは、前記ゲートウェイそれ自体のスタートアップ／シャットダウン及びデータベースのようなプラットフォームリソースの管理について責任を有する。加えて、前記プラットフォーム管理者は、次のものを含むプロセス管理制御を提供する。
プロセスのスタートアップ／シャットダウン。
プロセスの状態監視。プラットフォーム管理者３８Ａは、そのように構成された場合、プロセスの自動再スタートを試みる。
プロセストレース制御。サポートスタッフに問題解決のために提供されるトレースのレベルを構成するメカニズムを提供する。
プロセスの統計制御。コマンド時または一定のコンフィグラブルなインターバルにおいてプロセスの動作及びトラフィックに関するカウンタを得るためのメカニズム。
・アカウント管理者３８Ｂ：前記ゲートウェイへのアクセスと必要とする外部ユーザのための基本的アカウント管理サポートを提供する。各外部ユーザは、前記ゲートウェイへのアクセスの様々なカテゴリを与えるべく分類することができる。アカウント管理者３８Ｂは、ゲートウェイの使用が有効になっているようなアカウントに対して適当なパーレイインタフェースのアクセスを提供する責任を有する。
・ネットワーク管理者ＭＩＢ３８Ｃ：外部ＯＡ＆Ｍシステム及びＳＮＭＰとの相互接続性で定義されるＭＩＢが提供される。
・ネットワークリソース管理者３８Ｂ：サポートされた各ネットワークリソースは、前記リソースのコンフィグレーションのため及び現在のリソース状態の問い合わせのためのプロプラエタリメカニズムを提供する。前記ネットワークリソース管理者は、全ての基盤ネットワークリソースの共通かつ一貫性のあるビューを提供する。
ウェブサーバ：管理エンティティ３９により提供されるプラットフォーム及びプロセス管理に加えて、ゲートウェイ１は、前記管理インタフェースをサポートするウェブサーバ３０を有する。前記管理システムは、ＨＴＴＰを介して前記ウェブサーバインタフェースと通信する。前記管理ウェブインタフェースは、ＪＳＰ、Ｊａｖａビーンズ及びサーブレットの組み合わせを用いる。この方法によって、前記管理インタフェースは、必要な場合にコーズウェイ（Ｃａｕｓｅｗａｙ）プラットフォームから分散させることができる。前記サーブレットにより表される前記インタフェース管理ロジックと前記フレームワーク及びサービスゲートウェイによりサポートされる前記パーレイインタフェース間の通信は、前記フレームワークオペレータ、企業体オペレータ及びパーレイ使用において定義されるサービス提供者インタフェースについてＣＯＲＢＡを介して実行される。加えて、管理ユーザインタフェース２８Ｄとのインタフェースに要求される前記管理ロジックは、プロプラエタリ内部メッセージングプロトコルを介して前記管理エンティティ３９と通信する。
【００４８】
以下に、外部管理システム２８について詳細に説明する。
管理ユーザインタフェース２８Ｄ：ゲートウェイ１の管理及びコンフィグレーションを制御するべく基本ユーザインタフェースを提供する。標準コマンドを実行しかつ結果を表示するＧＵＩに加えて、前記ゲートウェイの素早いインストレーション及びコンフィグレーションを可能にするべく、スクリプトを基準とする構成要素が含まれている。管理ユーザインタフェース２８Ｄは、第１にプラットフォームの動作に関係しており、管理エンティティ３９及びプラットフォームリソース３７を介して提供される前記機能と強く連結されている。
フレームワークオペレータ２８Ｃ：パーレイインタフェース４０の基本コンフィグレーションをサポートし、かつサービスゲートウェイ３２内でサポートされた及びパーレイインタフェース４０を介してアクセス可能な種類のサービスを管理しかつ特定する責任を有する。
サービス提供者２８Ｂ：パーレイフレームワークインタフェース４０について登録されるべきサービスの実行を可能にする。
企業体オペレータ２８Ａ：前記基板ネットワークオペレータから論理的に分離されたエンティティとしてサービスプロバイダを表す。企業体オペレータ２８Ａはまたゲートウェイ及びネットワークオペレータであり得るとはいえ、この論理的分離によって新たなビジネス関係を開発する可能性が生じる。この任意によるネットワークオペレータとサービス提供者との分離によって、サービスの卸売（ＡＳＰ）と仮想ネットワークオペレータの関係に関するサポートが与えられ、かつ大きな企業体または主なアカウントに前記サービスをより制御できるようになりかつその使用を特定の要求に合わせる能力が可能になる。
【００４９】
ゲートウェイ１における企業体オペレータ２８Ａの役割は、論理的ビジネスの特徴が存在するかどうかに拘わらず、要求される。企業体オペレータ２８Ａは、サービス契約及びサブスクリプションアカウント並びにアプリケーションと使用したいと思うサービス間の関係を作りかつ管理する責任を有する。階層的サブスクリプショントポロジは、サービスのプロファイル及び類似のアプリケーションユーザのグループがサービスの同じグループ化へのアクセスを持つことができるように、サブスクリプション割当てグループを用いることによってサポートされる。
【００５０】
企業体オペレータ２８Ａは、アプリケーションがパーレイインタフェース４０を介してアクセス可能なネットワークサービスを利用できるようになる前に、有効なサブスクリプションアカウントを作る。
【００５１】
再びアプリケーション側について考えると、アプリケーション１０、１３及び１４は前記ロジックを実行して、エンドユーザまたはクライアントが要求するアプリケーションの経験を与える。このアプリケーションは、前記オペレータが単一のプラットフォーム上で、または（図示するように）ゲートウェイ１から離れてかつ通信のためにＣＯＲＢＡを用いて、完全なアプリケーションのソリューションを提供したい場合には、ゲートウェイ１において局所的に実行することができる。
【００５２】
アプリケーション１０、１３及び１４は、パーレイフレームワーク３６のアクセス及びサービスの発見を得るために、アプリケーションとパーレイインタフェース４０間のパーレイ通信を管理する。また、いったん適当なサービスが利用のために選択されると、前記アプリケーションは、該アプリケーションが要求した必要なネットワークリソースの機能を用いるために、パーレイインタフェース４１を介して前記サービスと対話する。
【００５３】
サービスプロバイダ（企業体、仮想及び「実体」のあるネットワークオペレータを含む）、独立のソフトウェアベンダ、及び潜在的なエンドユーザ自身によるアプリケーションの開発はレイヤ２０、２１を実行するパーレイクライアントプロキシ（ＰＣＰ）を用いることによって簡単になる。これは、レイヤ２３、２４へのパーレイ通信を簡単にし、かつ前記サービスの単純な使用に基づいてアプリケーション構成要素の再使用を促進し、それによってアプリケーション開発活動を簡単にするべく提供される。ゲートウェイオペレータ及びゲートウェイオペレータ以外の関係者はＰＣＰを用いることができる。
【００５４】
ゲートウェイ１をネットワークオペレータドメイン内に完全に統合するために、ネットワーク管理、顧客の世話、支払請求などのような既存のオペレータ管理システムへのインタフェースが提供される。ゲートウェイ１は、多くのアクセスプロトコル、例えば、ＳＮＭＰ、ＣＯＲＢＡ、ＨＴＴＰを介して管理エンティティへの外部アクセスを提供することによって、この統合化をサポートする。前記ゲートウェイオペレータは、前記管理エンティティを介して提供される外部アクセスを構成して、ゲートウェイ管理機能と外部システム間の適当な相互接続性をサポートする。
【００５５】
図４に関し、ＰＣＰ５０が示されている。レイヤ２０は、ＸＭＬインタプリタ、パーレイビーンズ、ユーティリティビーンズ及び構成要素アプリケーションを有する。また、共通のプロキシ管理者が存在する。ＰＣＰ５０は、前記アプリケーションと共にＡＳＰによりホストされ、図２に示すように短い先行時間でレイヤ２３、２４への簡単なインタフェースを可能にしている。レイヤ２１は、パーレイＡＰＩを有する。
【００５６】
前記パーレイビーンズは、アプリケーションインタフェース、パーレイインタフェース及びそれらの間のロジックを提供するべく簡単にインスタンス生成することができる再使用可能なオブジェクトである。ＸＭＬスクリプト機能によって、インタフェース構成要素を簡単にインスタンス生成できるようにするユーザインタフェースが提供される。前記ＸＭＬインタプリタは自動的に前記パーレイビーンズの低レベルでのインスタンス生成を実行して、前記インタフェース構成要素を完全なものにする。
【００５７】
このように、ＰＣＰ５０は、前記アプリケーションに適合するレイヤ２０の構成要素（前記パーレイビーンズ）の簡単なインスタンス生成を可能にする、レイヤ２０のための「生の」構成要素、レイヤ２１のためのパーレイＡＰＩ、及びツールを有する。
【００５８】
ＰＣＰ５０は、アプリケーション開発者をパーレイＡＰＩの複雑さから及びＣＯＲＢＡの複雑さから見えなくしている。これは多くのプログラミングインタフェースを提供し、パーレイインタフェースの定義に直接基づいたアプリケーションを開発するための完全な責任と（レイヤ２１へ）、または代わりに構成要素を基準とするＪａｖａビーンズ及びＩＤＥもしくは簡単なＸＭＬを基準とするスクリプティングインタフェース（レイヤ２０へ）を用いてＪａｖａを基準とするアプリケーションを開発することとの間における選択をアプリケーション開発者に与える。インタフェースの選択は、アプリケーション開発者の技能及び開発しようとするアプリケーションの複雑さに依存することになる。簡単なアプリケーションは、ビーンズからまたはスクリプトを用いて構成し得るが、より複雑なアプリケーションはＰＣＰコアを用いてＪａｖａプログラミングインタフェースがパーレイサービスをどのようにサポートしているかということをより十分に理解することが必要である。
【００５９】
パーレイクライアントアプリケーションの開発を簡単にするために、ＰＣＰ５０は、アプリケーション開発者にパーレイのようなＪａｖａビーンズをアプリケーション開発者に見せる。このビーンズは、Ｊａｖａパーレイオブジェクトの実行と他の関連するオブジェクトからなる前記ＰＣＰコア上で動作する。前記ＰＣＰコアの内容は、前記パーレイアプリケーションには直接アクセス可能ではないが、その代わりにパーレイビーンズによって制御される。前記コアは、制御されかつ最適化されたやり方ではあるが、前記アプリケーションに完全なパーレイの機能を提供するように設計されている。
【００６０】
前記ＰＣＰコアの第１の機能は、ＣＯＲＢＡを用いる前記パーレイＡＰＩとパーレイオブジェクトのＪａｖａ実行との間で変換することである。重要な利点は、ＣＯＲＢＡの知識の要求することなくパーレイアプリケーションの開発が可能になることである。
ＰＣＰビーンズ
この構成要素は、すぐに統合されてＰＣＰアプリケーションを製造することができるしっかりした、有効で再使用可能な機能を提供する。これらのＰＣＰビーンズを用いて開発されたアプリケーションは、他のあらゆるＰＣＰアプリケーションと同じ方式で前記ＰＣＰコアに対して実行することができる。
【００６１】
前記ＰＣＰビーンズの大部分はそれ自身ＧＵＩの外観を全く持っていないにも拘わらず、その特性は構成することができ、かつＪａｖａビーンズＩＤＥの内部で目に見えるように組み立てることができる。
【００６２】
前記ＰＣＰビーンズは、パーレイＡＰＩについて詳細な知識を必要とすることなく、パーレイアプリケーションの開発を可能にする。アプリケーション開発者は単に、パーレイ及びゲートウェイ１内で動作するサービスの概念的な理解が必要なだけであり、かついくつかのＰＣＰビーンズからアプリケーションを組み立てることができる。ＰＣＰビーンズによって、アプリケーション開発のための簡単で利用が容易なサービス作成環境が得られる。
【００６３】
ＰＣＰ５０について提供されるＰＣＰビーンズには２つのカテゴリがある。第１のカテゴリは、パーレイビーンズとして知られ、再使用可能な機能を提供する。パーレイビーンズは、他のＰＣＰビーンズからのイベントに応答し、ＰＣＰコア上の動作を引き起こす。このような例には、コーズウェイパーレイゲートウェイについて認証を実行するＪａｖａビーンズ、前記ゲートウェイ内で実行するサービスを発見するＪａｖａビーンズ、及び前記ゲートウェイで実行する様々なサービスについて再使用可能な機能を包含するＪａｖａビーンズが含まれる。
【００６４】
ＰＣＰビーンズの第２のカテゴリは、ユーティリティビーンズとして知られ、ＰＣＰコアに対して特有のものではない再使用可能な機能を提供する。ユーティリティビーンズは、ＰＣＰコア上でいかなる動作も引き起こさない。これらには、ロギング及びトレーシングのため、データベースのアクセスのため、及び時限呼び出しのためのＪａｖａビーンズが含まれる。
【００６５】
ＸＭＬインタプリタは、ＰＣＰ５０によって提供される様々なＪａｖａビーンズ間のインタラクションを定義する文書型定義（ＤＴＤ）を有する。ＸＭＬインタプリタは、各ＸＭＬノードがＰＣＰコアまたはユーティリティビーンズのいずれかを表し、かつビーンズの特性がノードのパラメータにより表される場合に、ＸＭＬを用いてアプリケーションを記述することを可能にする。
【００６６】
プロキシ管理者は、ＰＣＰ５０と、その中で実行されるアプリケーションを管理するための責任を有する管理エンティティである。これは、アプリケーションのライフサイクル及びプロファイル管理機能を実行する。アプリケーションライフサイクル管理は、ＰＣＰ５０上にアプリケーションをインストールし、起動し、停止させかつアンインストールする機能からなる。アプリケーションプロファイル管理は、前記プラットフォーム上に配備された各アプリケーションについてＰＣＰの設定のコンフィグレーションからなる。
【００６７】
本発明によって現在のネットワーク信号及び通信プロトコル（２Ｇ）から、アプリケーションとネットワークリソース間のアダプタとして機能させることによって新しく出現する技術（３Ｇ）へと移行する簡単な道を提供することが分かる。また、ゲートウェイ１は、多くの個別のネットワークリソースと直接通信するよりはむしろ、単一の論理エンティティとしてネットワークの能力に問い合わせしかつこれを利用することができる。ゲートウェイ１は、ネットワークの独立性及びベンダ供給のハードウェア製品における移植性をサポートする。加えて、ゲートウェイ１は管理に関する一連のサービスを非常に効率的に提供する。レイヤ２０及び２１において、ゲートウェイ１によって、ＪａｖａにおけるパーレイＡＰＩまたはＣ＋＋言語、分散ミドルウェアがアプリケーション開発者から隠されている簡単なＪａｖａアプリケーション開発、Ｊａｖａビーンズを用いた構成要素を基準とする開発環境、及びスクリプトを基準とするアプリケーション開発を含む、広範なアプリケーション開発者のインタフェースの選択が可能になる。
【００６８】
加えて、前記ＰＣＰは、ソフトウェア開発キット（ＳＤＫ）エミュレーションモードを有し、前記ＰＣＰにおいて利用可能な前記ＡＰＩの全ての能力及び機能を用いたアプリケーションの開発が、統合されたエミュレーション及びテスト機能と組み合わされる。これは、ゲートウェイレイヤ２３、２４またはネットワーク接続を必要とすることなく簡単なプラットフォーム上で実現され、従ってアプリケーション開発者の社会はネットワークオペレータから別れてかつアプリケーションが標準化されたＡＰＩの要求に適合するという自信を持ってアプリケーションのアイデアを開発しかつ試験できるようになる。
【００６９】
本発明は上述した実施例に限定されるものでなく、その構成及び詳細において様々に変更することができる。
【図面の簡単な説明】
【図１】本発明のゲートウェイのコンテキストを示す図である。
【図２】ゲートウェイの論理構造を示す図である。
【図３】ゲートウェイのネットワーク側構造を詳細に示す図である。
【図４】ゲートウェイのアプリケーション側構造を詳細に示す図である。

Claims

アプリケーションの電気通信ネットワークリソースとのインタラクションのためのゲートウェイであって、前記アプリケーションとインタフェースするための手段と、前記ネットワークリソースとインタフェースするための手段とを備え、
前記ネットワークインタフェース手段が、
ネットワークリソース（２）とインタフェースしかつそれを制御するための手段からなるネットワークサービスインタフェースのアウタレイヤ（２４）と、
対応するオープンスタンダードＡＰＩを有するネットワークリソースとインタフェースするため及び前記アウタレイヤ（２４）のネットワークサービスインタフェースとインタフェースするための手段からなるオープンスタンダードＡＰＩのインナレイヤ（２３）とを備えることを特徴とするゲートウェイ。
前記ゲートウェイ（１）が更に、前記アプリケーションインタフェース手段（２０、２１）と前記ネットワークインタフェース手段インナレイヤ（２３）との間にあるミドルウェアバス（２２）を有することを特徴とする請求項１に記載のゲートウェイ。
前記ミドルウェアバスがＣＯＲＢＡ規格に従うことを特徴とする請求項２に記載のゲートウェイ。
前記ゲートウェイ（１）が、インナレイヤ（２３）オープンスタンダードサービス、アウタレイヤ（２４）サービスレベルのプログラム、及び前記サービスレベルプログラムとネットワークトラフィック間のインタラクションを管理するための手段からなるサービスゲートウェイ（３２）を有することを特徴とする請求項１乃至３のいずれかに記載のゲートウェイ。
前記サービスレイヤプログラムが、通信ダイヤログを管理するためのコールステートマシンを提供するための手段からなることを特徴とする請求項４に記載のゲートウェイ。
前記ゲートウェイ（３２）がネットワーク通知をサービス論理プログラムとアプリケーションとにディスパッチするための手段からなる通知デマルチプレクサを有することを特徴とする請求項４または５に記載のゲートウェイ。
前記アウタレイヤ（２４）が信号スタックと、前記スタック及び前記サービスゲートウェイ（３２）のサービス論理プログラム間での変換を実行するための手段とを有するネットワークゲートウェイ（３１）を備えることを特徴とする請求項４乃至６に記載のゲートウェイ。
前記インナレイヤ（２３）が、
前記ミドルウェアバス（２２）へのオープンスタンダードフレームワークインタフェース（４０）と、
アプリケーション（１０、１３、１４）とのインタラクションのための前記ミドルウェアバス（２２）へのオープンスタンダードサービスインタフェース（４１）とを有することを特徴とする請求項２乃至７のいずれかに記載のゲートウェイ。
前記ゲートウェイ（１）が前記アウタレイヤ（２４）及び前記インナレイヤ（２３）に対する管理、プロビジョニング、サブスクリプション及びセキュリティ機能を有するフレームワーク（３６）を備えることを特徴とする請求項１乃至８のいずれかに記載のゲートウェイ。
前記ゲートウェイ（１）が、前記インナレイヤ（２３）及び前記アウタレイヤ（２４）に次の機能を、即ち
制御及びコンフィグレーションテーブルのための永続的なデータストア（３７Ｃ）と、
分散オブジェクトミドルウェア通信メカニズムを用いない内部通信のための通信機能（３７Ｄ）と、
イベントを受け取るため、受け取ったイベントを情報、エラー及び重大のカテゴリに分類するため、並びに前記イベントをロギングするために前記ゲートウェイ（１）内の機能に標準インタフェースを提供するイベント管理者（３７Ａ）とを提供するためのプラットフォームリソース（３７）を有することを特徴とする請求項１乃至９のいずれかに記載のゲートウェイ。
前記プラットフォームリソースが更に、ゲートウェイ（１）の機能のためにタイマを呼び出しかつ取り消すための手段からなるタイマ機能を有することを特徴とする請求項１０に記載のゲートウェイ。
前記ゲートウェイ（１）が、
ゲートウェイ管理信号を経路指定するための管理エンティティ（３９）と、
前記管理エンティティ（３９）に連結され、かつ別個のハードウェアプラットフォーム上の管理インタフェース（２８）との通信のための手段を有するウェブサーバ（３０）と、
前記管理エンティティ（３９）に連結され、かつインナレイヤ（２３）及びアウタレイヤ（２４）のための一次ハードウェアプラットフォームのスタートアップ及びシャットダウンを制御するための手段を有するプラットフォーム管理者（３８Ａ）とを備えることを特徴とする請求項１乃至１１のいずれかに記載のゲートウェイ。
前記アプリケーションとインタフェースするための前記手段が、アプリケーションインタフェース及びロジックを有する構成要素からなるアプリケーション側レイヤ（２０）と、前記インナレイヤ（２３）の前記オープンスタンダードＡＰＩと通信するためのオープンスタンダードＡＰＩからなるネットワーク側レイヤ（２１）とを有することを特徴とする請求項１乃至１２のいずれかに記載のゲートウェイ。
前記アプリケーション側レイヤ（２０）及び前記ネットワーク側レイヤ（２１）が、各アプリケーションのプラットフォーム上に存在し、かつ前記プラットフォームが前記インナレイヤ（２３）及び前記アウタレイヤ（２４）のプラットフォームから遠隔にあることを特徴とする請求項１３に記載のゲートウェイ。
前記アプリケーション側レイヤ（２０）が、再使用可能なオブジェクトと、前記オブジェクトをインスタンス生成して構成要素を提供するための手段とを有することを特徴とする請求項１３または１４に記載のゲートウェイ。
前記インスタンス生成手段が、高レベルのインターフェーシングコマンドのユーザ入力を解釈するための手段からなるＸＭＬインタープリタを有することを特徴とする請求項１５に記載のゲートウェイ。
アプリケーションとネットワークリソースへのアクセスを提供するゲートウェイオープンスタンダードＡＰＩとの間をインタフェースするためのアプリケーションクライアントであって、
オープンスタンダードＡＰＩからなるコア（２１）と、
再使用可能なオブジェクト及び前記オブジェクトをインスタンス生成してロジック及びアプリケーションインタフェースを有する構成要素を提供するための手段とを有することを特徴とするアプリケーションクライアント。
前記インスタンス生成手段が、ＸＭＬインタープリタと、インターフェーシング条件を定義する高レベルのＸＭＬコマンドの入力を送るためのユーザインタフェースとを有することを特徴とする請求項１７に記載のアプリケーションクライアント。
前記アプリケーションクライアントが更に、使用可能なユーティリティオブジェクトと、前記オブジェクトをインスタンス生成して、ロギング、トレーシング、データベースへのアクセス及びタイマ機能のための構成要素を提供する手段とを有することを特徴とする請求項１７または１８に記載のアプリケーションクライアント。