JP6067132B2 - デジタルサービスに対する要求を処理する方法 - Google Patents

Description

本発明は、デジタルサービスに対する要求を処理する方法および関連のミドルウェアシステムに関する。

モバイルデバイス１０２の激増により拡大するビジネスチャンスを生かすべく、サービスエンティティ（またはプロバイダ）によって、より多くの関連デジタルサービスが導入されている。図１は、サービスエンティティのバックエンドサーバ１０４により提供されるデジタルサービスにモバイルデバイス１０２がアクセスするシナリオの例を示す。しかし、モバイルデバイス１０２のユーザが利用可能なデジタルサービスを把握することは、それらのサービスが日々大量に導入されることからますます困難になっており、そうした状況に鑑みれば、サービスエンティティにとってもまた、ユーザが求める適切な種類のデジタルサービスを適時に提供することが難しくなっている。

したがって、先行技術の問題の少なくとも一つに対処すること、および／または当技術分野において有用な選択肢を提供することが、本発明の一つの目的である。

本発明の第一の態様によれば、各サービスエンティティによりホストされる異なるデジタルサービスに対する要求を処理する方法が提供される。本方法は、通信デバイスから要求パケットを受信するステップであって、要求パケットは、ソース識別子および宛先識別子を含む、ステップと、宛先識別子に基づいて、通信デバイスが異なるデジタルサービスのうちのいずれのサービスを要求しているかを判断するステップと、該判断されたデジタルサービスにアクセスするための通信デバイスのアクセス許可を判断するために、ソース識別子に基づいて要求パケットを認証するステップと、アクセス許可が与えられた場合に、要求パケットを修正し、修正された要求パケットを宛先識別子に基づいて、判断されたデジタルサービスへ処理のために転送するステップとを含む。

提案した方法を用いることにより、複雑、冗長で費用のかかるポイントツーポイント実装を都合よく除去することができる。加えて、本方法により、多様なモバイルアプリケーションにより多様な範囲のサーバーシステムと通信するために利用できる共通インタフェースの実装が可能である。したがって、新たなモビリティアプリケーションサービスがより迅速に消費者に届けられ、利用されうる。換言すれば、本方法は、消費者へのモビリティアプリケーションサービスの導入を簡単化および加速する統一ゲートウェイシステムの実装を可能にする。

通信デバイスは、モバイル通信デバイスまたは有線通信デバイスであるのが好ましい。また、本方法は、アクセス許可が与えられない場合、エラーコードを生成するステップと、エラーコードを含むエラーパケットを通信デバイスに転送するステップとをさらに含みうる。本方法は、通信デバイスからデバイスプロファイル情報を取り出すステップをさらに含むのがなお好ましい。

加えて、本方法は、通信デバイスから通信デバイスの位置に対応する情報を取り出すステップをさらに含むのが好ましい。さらに、本方法は、要求パケットの処理に関連付けられた情報のログを記録するステップもさらに含みうる。本方法は、転送された要求パケットに応答して、宛先識別子に関連付けられたシステムから応答パケットを受信するステップと、関連付けられたデータ情報を抽出するために、応答パケットを処理するステップと、抽出されたデータ情報を通信デバイスに転送するステップとをさらに含むのがより好ましい。応答パケットを処理するステップは、抽出されたデータ情報を分析するための対応するステップを行うことを含みうる。この対応するステップは、抽出されたデータ情報がエラーメッセージを含む場合に、エラーメッセージのログを記録し、関連付けられたエラーパケットを送信するステップと、抽出されたデータ情報が成功メッセージを含む場合に、成功メッセージのログを記録し、関連付けられた成功パケットを送信するステップとからなる群より選択されるのが好ましい。さらに、サービスエンティティは、金融、物流、小売、メディア、ヘルスケア、情報エンターテイメント、セキュリティ、教育、および観光を含む群より選択される異なるデジタルサービスを提供しうる。

本発明の第二の態様によれば、各サービスエンティティによりホストされる異なるデジタルサービスに対する要求を処理するためのプロセッサが提供される。プロセッサは、ソース識別子および宛先識別子とを含む要求パケットを通信デバイスから受信し、宛先識別子に基づいて、通信デバイスが異なるデジタルサービスのうちのいずれのサービスを要求しているかを判断するアグリゲータモジュールと、判断されたデジタルサービスにアクセスするための通信デバイスのアクセス許可を判断するために、ソース識別子に基づいて要求パケットを認証するための認証モジュールとを含む。アクセス許可が与えられた場合、アグリゲータモジュールは、要求パケットを修正し、修正された要求パケットを宛先識別子に基づいて判断されたデジタルサービスへ処理のために転送する。

アグリゲータモジュールは、通信デバイスのアクセス許可を判断するためにアクセスマッピングルールを適用するように構成された、プロビジョニングサブモジュールを含むのが好ましい。さらに加えて、アグリゲータモジュールは、通信デバイスのアイデンティティ管理を行うように構成されたアイデンティティおよびアクセスサブモジュールも含むことができ、アイデンティティ管理には、認証、認可および課金を提供するステップが含まれる。さらに、アグリゲータモジュールは、アグリゲータモジュールにより受信される要求パケットに関係する情報のログを記録するように構成された、トランザクションロギングサブモジュールを含むのが好ましい。

本発明の第三の態様によれば、通信デバイスとサーバーシステムとの間のデジタルトランザクションを可能にするためのミドルウェアシステムであって、本発明の第二の態様のプロセッサを含む、ミドルウェアシステムが提供される。

本発明の一態様に関する特徴が、本発明の他の態様に適用されてもよいことが明らかなはずである。

本発明のこれらの態様および他の態様が、以下に記載される実施形態に関して明らかとなり、解明される。

以下で、添付の図面に関して本発明の実施形態を開示する。

先行技術によるポイントツーポイントソリューションの実装を示した図である。 本発明の一実施形態によるミドルウェアシステムを示した図である。 図２のシステムのサービスフレームワークを示した図である。 図２のシステムの集合知フレームワークを示した図である。 図２の集合知フレームワークの代替的表示を示した図である。 仮想現実スーパーモールサービスに関係する例での図２の集合知フレームワークにおいて使用される各コンポーネントを示した図である。 スマートモバイルバンキングサービスに関係する例での図２の集合知フレームワークにおいて使用される各コンポーネントを示した図である。 図４ａのシステムに示されるコアエンジンコンポーネントを示した概略図である。 図５のコアエンジンコンポーネントによるオリジナル要求の受信に関係するユーザケース図である。 図５のコアエンジンコンポーネントによるフォローアップ要求の受信に関係するユーザケース図である。 モバイルインターネットサービスバリューチェーンにおける図２のシステムの応用を示した図である。

図２は、本発明の一つの実施形態によるミドルウェアシステム２００（以下ではシステム）を示し、図３は、システム２００の対応するサービスフレームワーク３００を示す。システム２００は、統合モビリティバックボーン（ＭＬＥＢ）とも称される。特に、システム２００は、ＩＰベースのデバイス（例えばスマートフォン、ラップトップ、タブレットなど）および非ＩＰベースのデバイス（例えば２Ｇフォンなど）を含むモバイルデバイス１０２にインストールされたモバイルアプリケーションを、それらのモバイルアプリケーションを通じてモバイルウェブおよびネイティブアプリケーションサービスを提供する対応するバックエンドアプリケーションサーバ２０４に相互接続およびブリッジするための中間ゲートウェイとして機能するインターネットベースの統合モビリティコマンドアンドコントロールプラットホームである。当然のことながら、モバイルウェブおよびネイティブアプリケーションサービスは、要求されるトランザクションを行うためにウェブの使用を必ずしも必要としないデジタルサービスも含む。モバイルウェブおよびネイティブアプリケーションサービスは、関連のウェブベースのコンテンツ提供サービスもさらに含む。理解されうるように、モバイルウェブおよびネイティブアプリケーションサービスは、モバイルデバイス１０２のユーザおよびバックエンドアプリケーションサーバ２０４の間でトランザクションが行われ、情報／データが共有されることを可能にする。バックエンドアプリケーションサーバ２０４は、金融機関（例えば銀行または証券取引所）、商事企業、政府機関、インターネットプロバイダなどにより運営されるようなエンタープライズバックエンドシステムを含む。

システム２００は、図３に示されるサービスフレームワーク３００として概念化され、サービスフレームワーク３００は、モバイルネットワーク３０２を最下階層レベルとして有し、システム２００が中間階層レベルとして構築され、エンタープライズ３０４が最上階層レベルを形成する、３つの階層レベルを含む。モバイルネットワーク３０２は、モバイルデバイス１０２がシステム２００を介してエンタープライズ３０４に接続するのを可能にするために必要な通信無線リンク／インフラを提供する。

当然のことながら、エンタープライズ３０４は、図２に示される各バックエンドアプリケーションサーバ２０４の運営に責任のあるエンティティである。したがって、エンタープライズ３０４は、モバイルデバイス１０２のユーザがアクセスできるモバイルウェブおよびネイティブアプリケーションサービスのプロバイダであり、換言すれば、エンタープライズ３０４は（バックエンドアプリケーションサーバ２０４とともに）、サービスエンティティとも呼称されることが明らかであろう。前述のように、エンタープライズ３０４は、金融（例えば支払、清算決済、バンキングサービスなどを提供する銀行）、物流、小売、メディア、ヘルスケア、情報エンターテイメントおよびセキュリティ等のビジネスエリアの機関を含む。エンタープライズ３０４はさらに、教育、観光などのサービスを提供する政府機関も含む。

図３に示されるように、システム２００は、モバイルデバイス１０２のユーザとエンタープライズ３０４との間でトランザクションが実行され、情報／データが共有されることを可能にする、モバイルネットワーク３０２のモバイルデバイス１０２からエンタープライズ３０４のバックエンドアプリケーションサーバ２０４への間のブリッジとしての役割を果たす。

システム２００は様々なコンポーネントに構築され、各コンポーネントを、図４ａに示すシステム２００の集合知フレームワーク４００に関してさらに説明する。集合知フレームワーク４００の代替的表示が、図４ｂに示される。集合知フレームワーク４００は、システム２００の適切な機能のために必要なソフトウェアコンポーネントを特に含む。具体的には、システム２００のコンポーネントはそれぞれ、通信チャネル（ＣＣ；ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃｈａｎｎｅｌ）コンポーネント２００２、コアエンジン（ＣＥ；ｃｏｒｅ ｅｎｇｉｎｅ）コンポーネント２００４、ソリューションドメイン（ＳＤ；ｓｏｌｕｔｉｏｎｓ ｄｏｍａｉｎ）コンポーネント２００６（ビジネスドメインコンポーネントとも呼称される）、セキュリティインタフェースコンポーネント２００８、支援システムコンポーネント２００１０、およびサービスインタフェースコンポーネント２００１２である。簡潔のため、各コンポーネントに関する「コンポーネント」という語の使用は、以下の記述では省略する。システム２００の集合知フレームワーク４００は、デリバリチャネル４０２およびエンタープライズ３０４のバックエンドアプリケーションサーバ２０４もさらに含む。

デリバリチャネル４０２は、モバイルウェブおよびネイティブアプリケーションサービスがモバイルデバイス１０２のユーザに送達される手段であり、特にその手段は、モバイルデバイス１０２にインストールされたモバイル（またはネイティブ）アプリケーションである。モバイルデバイス１０２は、Ａｐｐｌｅ ｉＯＳ（商標）、Ｇｏｏｇｌｅ Ａｎｄｒｏｉｄ（商標）、ＢｌａｃｋＢｅｒｒｙ ＯＳ（商標）、Ｗｉｎｄｏｗｓ（登録商標） Ｍｏｂｉｌｅ（商標）、Ｓｙｍｂｉａｎ ＯＳ（商標）などを含みうるオペレーティングシステムがインストールされる。したがって、モバイルデバイス１０２上のモバイル（またはネイティブ）アプリケーションは、モバイルデバイス１０２のインストールされた各オペレーティングシステムで実行できるように構成されることが明白である。前述のように、バックエンドアプリケーションサーバ２０４は、モバイルデバイス１０２のユーザにモバイルウェブおよびネイティブアプリケーションサービスを提供する。したがって、システム２００は、それらのサービスを集約した後、集約されたサービスをモバイルデバイス１０２のユーザにデリバリチャネル４０２を通じて提供するように構成される。

通信チャネル２００２は、モバイルウェブおよびネイティブアプリケーションサービスをモバイルデバイス１０２のユーザに送達するために、システム２００がモバイルネットワーク３０２と通信することを可能にする。特に、通信チャネル２００２は、ＳＭＰＰ、ＳＴＫ、ＵＳＳＤ、ＲＴＳＰ、ＸＨＴＭＬ、ＷＳＤＬなどの様々な通信チャネル／プロトコルスタック／ネットワークエレメントを介してシステム２００がモバイルネットワーク３０２と相互作用することを可能にする（ソフトウェアサブモジュールとして実装される）インタフェースを含むことが当業者には明らかであろう。さらに、通信チャネル２００２は、システム２００がバックエンドアプリケーションサーバ２０４と通信できるサブレイヤを有して構成される。サブレイヤは、ＴＣＰ、ＳＯＡＰ、ＸＭＰＰ、ＳＭＴＰ／Ｓなどのインタフェースを含む。当然のことながら、通信チャネル２００２のインタフェースは、必要に応じて（例えば既存のプロトコルがより新しいバージョンにリフレッシュされたとき、あるいは関連のモバイルおよびインターネット技術の新開発により新たなプロトコルが利用可能になったときに）更新可能である。

コアエンジン２００４は、システム２００により提供される主要な機能／サービスを提供するように構成される。この点で、コアエンジン２００４は、システム２００の他の全てのコンポーネント２００２、２００６、２００８、２００１０、２００１２のためにユーザおよびセッション管理を担当する。特に、コアエンジン２００４により提供される機能／サービスには、アイデンティティおよびアクセス管理（ＩＡＭ；ｉｄｅｎｔｉｔｙ‐ａｎｄ‐ａｃｃｅｓｓ‐ｍａｎａｇｅｍｅｎｔ）、トランザクション、アグリゲータ、デバイス管理、ＳＭＳサービス、位置、データマート、ストリーミング、生体認証（例えば虹彩または指紋を用いる生体認証）、音声認識、ルール／ＢＰＭの提供、安全な支払（例えばシェイク）などを含むがこれに限定されない。また、当然のことながら、特定の要請に基づいて、時々必要に応じて新たな機能／サービスがコアエンジン２００４に追加されることもできる。各機能／サービスは、コアエンジン２００４内にインストールされたソフトウェアサブモジュールを通じて提供される。

提供されるサービスの概要を以下に述べる。システム２００により受信された全ての着信要求は、認証、認可および課金（ａｕｔｈｅｎｔｉｃａｔｉｏｎ， ａｕｔｈｏｒｉｓａｔｉｏｎ ａｎｄ ａｃｃｏｕｎｔｉｎｇ）目的の取り扱い（ｈａｎｄｌｉｎｇ）のために考案された集中ＩＡＭフレームワークを用いて処理され、トランザクションのログの記録（ｌｏｇｇｉｎｇ）に関しては、対応する情報を必要に応じて簡単に取り出しおよび一元化できるように、システム２００を通過する全てのトランザクションのログが記録される。すなわち、否認防止（ｎｏｎ−ｒｅｐｕｄｉａｔｉｏｎ）基準を満たすようにタイムスタンプされたログ／レポートを生成するように、手順が考案される。デバイス管理のため、システム２００は、モバイルデバイス１０２をそれぞれのアイデンティティにより識別するが、これには主に、着信要求のＩＤフィールドをシステム２００のデバイスプロファイルデータベースに照合するステップを伴う。デバイス管理には、デバイスの位置を特定および管理するステップであって、システム２００が、要求を開始しているモバイルデバイス１０２の位置データを取得するステップも含む。位置データは、ＧＰＳデータ（すなわち経度、緯度、および高度）、セルラＩＤ、ＩＰジオロケーションなどを含む。特に、ＩＰベースのモバイルデバイス１０２では、位置データはＧＰＳデータを含み、非ＩＰベースのモバイルデバイス１０２では、ＧＰＳデータは直ちに入手できないため、位置データはセルラＩＤだけを含む。

それからアグリゲータは、エンタープライズ３０４により提供されるモバイルウェブおよびネイティブアプリケーションサービスを、モバイルデバイス１０２に提供するために一元化するとともに、システム２００のモニタリングおよび制御を取り扱う（ハンドルする）。安全な支払に関しては、システム２００は、モバイルデバイス１０２およびバックエンドアプリケーションサーバ２０４にプリインストールされた対応するペアリングアルゴリズムに基づいて安全な支払およびモバイルデバイス１０２間のデータ／情報／文書の交換を可能にする、マレーシアのＳｉｌｖｅｒｌａｋｅ Ｍｏｂｉｌｉｔｙ Ｅｃｏ Ｓｙｓｔｅｍ Ｓｄｎ．Ｂｈｄにより考案された「シェイク（Ｓｈａｋｅ）」プロトコル等、この点で適切な任意の支払プロトコルの使用を可能にする。生体認証に関しては、サービスエンティティが提供する特定のサービスにアクセスする許可を与えられないユーザは適宜アクセスを拒否されるように、システム２００は、モバイルデバイス２０４のユーザのアイデンティティを一意的に確認するための指紋認識および虹彩認証方法を実装する。最後に、データマートは、位置データ、発信国、性別情報など、全ての受信生データを格納するために使用される。受信生データは、後にデータおよび情報分析の目的に使用される。

ソリューションドメイン（あるいは別にビジネスドメインとして知られる）２００６は、ユーザの要望に応じてエンタープライズ３０４により提供されるタイプのモバイルウェブ／デジタルおよびネイティブアプリケーションサービスを提供する、ビジネスロジックおよびプロセスを含むように構成される。より具体的には、ソリューションドメイン２００６は、複数のソフトウェアサブモジュールを含み、それぞれが対応するビジネスロジックおよびプロセスを扱う（ハンドルする）ように構成される。さらに、各サブモジュールは、デリバリチャネル４０２のレベルの同等のフロントエンドモバイルアプリケーションも有し、フロントエンドモバイルアプリケーションはユーザに提示するためにバックエンドアプリケーションサーバ２０４から関連の製品／サービス情報を取り出すように構成される。当然のことながら、新たなビジネスロジックおよびプロセスを含むために、必要に応じてソリューションドメイン２００６に新たなサブモジュールが追加されうる。換言すれば、ソリューションドメイン２００６の構成は、必要に応じて進化する。

加えて、ソリューションドメイン２００６は、（各サブモジュールにより提供される）以下のサービスを含む：仮想現実スーパーモール、スマートモバイルバンキング、モバイル広告、モバイルウォレット、モバイルロイヤルティおよび引換、モバイルフライトおよびホテル予約、コンテンツ管理およびその他。特に、ソリューションドメイン２００６により提供されるこれらのサービスは、ユーザが所望するサービスである。仮想現実スーパーモールサービスは、モバイルデバイス１０２（すなわち買い物客）のユーザに広範囲にわたる製品およびサービスを提供し、スマートモバイルドメイン知識は、金融（例えばモバイルバンキング）および非金融業（例えば保険の提供、映画の予約など）に関係するサービスを提供する。説明のため、図４ｃおよび４ｄは、仮想現実スーパーモールサービスおよびスマートモバイルバンキングサービスにそれぞれ関係するシステム２００の集合知フレームワーク４００において用いられる関連の強調されたコンポーネントを示す。したがって、当然のことながら、他のサービスは、集合知フレームワーク４００の異なるコンポーネントを適宜使用する。

モバイル広告およびアラートサービスは、エンタープライズ３０４がモバイル広告に登録することを可能にするモバイルチャネルを提供し、システム２００は、不正利用報告または販売キャンペーン等の目的でＳＭＳアラート／通知を送信するように構成される。そして、モバイルウォレットサービスは、ＮＦＣまたは前述の「Ｓｈａｋｅ」プロトコル等のキャッシュレス、カードレスおよびコンタクトレスのデリバリメカニズムを利用した安全な支払サービスを提供する。モバイルウォレットは、前払いストアドバリューモバイルウォレットまたはオンライン後払いモバイルウォレットとして構成される。一方で、モバイルオファーおよびロイヤリティサービスは、モバイルデバイス１０２のユーザが金銭的オファー／割引のためのｅクーポンにアクセスすること、および買い物に使用されるマーチャントポイントを換金することを可能にする。旅行および観光サービスは、旅行をしたいと考えるモバイルデバイス１０２のユーザが、フライト／宿泊予約を行うことを可能にし、コンテンツ管理サービスは、モバイルデバイス１０２のユーザが、コンテンツ（例えばカタログ情報、製品情報、販売促進および等価物）を公開、編集、および修正することを可能にする。

サービスインタフェース２００１２に関しては、サービスインタフェース２００１２はサードパーティインタフェース（例えばＳＤＥ．ＯＳおよびＳＤＥ．ＯＳ支払サービス）を含む。具体的には、サービスインタフェース２００１２は、モバイルバンキングのためのコアバンキング、マーチャントポイント引換のためのロイヤリティスキーム、不正利用報告のための不正利用検知、製品およびサービス提供のための小売等のサービスを提供するために、バックエンドアプリケーションサーバ２０４とインタフェース接続する。一方で、サービスインタフェース２００１２は、コアバンキングおよびカード支払サービスを提供するためにも、関連付けられたバックエンドアプリケーションサーバ２０４とインタフェース接続する。したがって、サービスインタフェース２００１２（異なるバックエンドアプリケーションサーバ２０４により用いられるのに適切なフォーマットにデータを変換するために機能する）を通じて、例えば物流、航空、旅行、観光、メディア、セキュリティなどのエンタープライズが、モバイルデバイス１０２のユーザにサービスを提供することができる。

支援システム２００１０は、モニタリングおよび報告のための、必要なプロビジョニング／管理／運用支援ビジネスシステムまたはバックオフィスを含む。

加えて、システム２００は、アクセスを要求するモバイルデバイス１０２の必要なアクセス権を確認するために、モバイルデバイス１０２からバックエンドアプリケーションサーバ２０４へのセキュリティインタフェース２００８（例えば暗号化およびセキュリティ強化）も提供する。特に、セキュリティインタフェース２００８は、インジェクションフロー、クロスサイトスクリプティング（ＸＳＳ）、不完全認証、セッション管理等のセキュリティ機構に関してモバイルインターネットセキュリティの態様を扱う（ハンドルする）ように構成される。さらに、セキュリティインタフェース２００８は、デリバリチャネル４０２のレベルで、ｎｅｖｅｒ‐ｓａｖｅ‐ｓｅｎｓｉｔｉｖｅ（センシティブ情報を保存しない）、ＰＩＮ桁のランダム化、ジェイルブレイク検知等、モバイルデバイス１０２のためのモバイルセキュリティの他の態様も実装する。

図５は、システム２００のコアエンジン２００４の概略図５００を示す。コアエンジン２００４は主に、アグリゲータ５０２を含み、これにプロビジョニングマネージャ５０４、アイデンティティおよびアクセスマネージャ５０６、トランザクションログマネージャ５０８、トレースヘルパー５１０、構成ヘルパー５１２、デバイスプロファイルマネージャ５１４、および位置マネージャ５１６を含む他のモジュールが通信可能に結合される。プロビジョニングマネージャ５０４、アイデンティティおよびアクセスマネージャ５０６、トランザクションログマネージャ５０８、デバイスプロファイルマネージャ５１４およびデバイス位置マネージャ５１６は、集合的にマネージャモジュールとも呼称されることが理解されねばならない。

アグリゲータ５０２は、システム２００のソリューションドメイン２００６と通信チャネル２００２との間での着信要求および発信応答の協調／指示のための集中クリアリングハウスとしての役割を果たす。重要なことに、アグリゲータ５０２は、全ての要求／応答が、マネージャモジュール５０４、５０６、５０８、５１０、５１２、５１４、５１６により提供される同一の一連の処理チェックを受けることを要求することにより、運用の制御および一貫性を確保する。さらに、マネージャモジュール５０４、５０６、５０８、５１０、５１２、５１４、５１６の間で通信される任意のシステム要求も、アグリゲータ５０２を通じてルーティングされる。

アグリゲータ５０２は、以下のアクティビティのタイプについてのユーザ管理の取り扱いに関する専用機能も提供する：（ｉ）匿名ユーザのセッションを開始する、（ｉｉ）登録ユーザに関してユーザをログインする、（ｉｉｉｉ）新規ユーザを登録する、（ｉｖ）ユーザの詳細を更新する、および（ｖ）ユーザの記録を取り出す。

構成に関しては、アグリゲータ５０２は、ソリューションドメイン２００６または通信チャネル２００２から伝送される要求を受信するためにバックグラウンドで能動的に待ち受けるように設けられる。ソリューションドメイン２００６または通信チャネル２００２からの要求は、アグリゲータ５０２によって等しい扱いを受けることが強調されなければならない。換言すれば、要求は、優先扱いなく受信された順番に基づいて処理される。また、トランザクションが実行されるために、モバイルデバイス１０２のユーザによる開始時にバックエンドアプリケーションサーバ２０４への（通信チャネル２００２を介して受信される）要求が生成されることも明らかであろう。当然のことながら、トランザクションは、１つの要求のみを含む、または複数の逐次的要求を含む。アグリゲータ５０２により受信された要求はその後、処理のために通信チャネル２００２またはソリューションドメイン２００６の適切なソフトウェアサブモジュールに適宜転送される。加えて、要求は、対応する要求に含まれるクライアントコードから、アグリゲータ５０２により一意的に識別される。

要求は、（ｉ）オリジナル要求および（ｉｉ）フォローアップ要求の、２つのタイプに分類される。当然のことながら、要求は、伝送のためにデジタル化されたパケットの形にフォーマットされる。オリジナル要求は、所望のトランザクションを開始する要求であり、トランザクションヘッダ、要求ヘッダ、およびボディ部分のオブジェクトフィールドを含む。トランザクションヘッダは、トランザクション、クライアントコード、およびセッションＩＤに関する情報を含む。クライアントコードは、所定の期間（例えば２０秒）後に失効するように時間が定められたセッションＩＤに関連付けられる。要求ヘッダは、要求元（すなわちユーザにより操作されるモバイルデバイス１０２）と要求された宛先とを含む要求についての情報を含む一方で、ボディ部分は、さらなる処理のために要求された宛先に転送されるべき要求データを含む。

フォローアップ要求は、以前のオリジナル要求の後に続く後続の要求であって、アグリゲータヘッダ、要求ヘッダ、およびボディ部分のオブジェクトフィールドを含む。特に、アグリゲータヘッダは、オリジナル要求の処理に基づく、アグリゲータ５０２から受信された以前のトランザクションに関する情報を含む。要求についての情報を含む要求ヘッダは、要求元と要求された宛先とを含み、ボディ部分は、さらなる処理のために要求された宛先に転送されるべき要求データを含む。

アグリゲータ５０２により受信される要求はいずれも、チェック判定および他の関連の処理を行うために、コアエンジン２００４内に設けられた各マネージャモジュールにまず転送される。それが済むと、要求がアグリゲータ５０２により修正されて、新たなパケットに変換され（すなわちオリジナル要求パケットの特定のフィールドの値が変更され）、要求された宛先に転送される。特に、新たなパケットは、アグリゲータヘッダおよびボディ部分の、２つのオブジェクトフィールドを含む。アグリゲータヘッダは、アグリゲータ５０２により処理された後の特定のトランザクションについての情報を提供し、トランザクション、クライアントコード、セッション、ユーザ、デバイス、および位置情報を含む。ボディ部分は、さらなる処理のために要求された宛先に転送されるべき要求データを含む。

その後、処理された要求がアグリゲータ５０２により、要求された宛先（すなわち関連付けられたバックエンドアプリケーションサーバ２０４）へ、さらなる関連の処理のために転送される。その結果、転送された要求は、要求された宛先によってうまく処理される、およびうまく処理されない、のいずれか一方である。処理の成功に関しては、要求された宛先により返された結果が、その後、返された結果のデータを含む応答オブジェクトとして要求元に転送される。一方で、処理の不成功に関しては、要求された宛先から（エラー例外コードを含む）エラー応答が受信され、その後、アグリゲータ５０２がエラー応答を要求元に転送する。

プロビジョニングマネージャ５０４は、要求元が要求において指定された要求された宛先（すなわちバックエンドアプリケーションサーバ２０４）と通信することを認可されるかどうかを判断するアクセスマッピングルールを適用するように設けられる。これは、プロビジョニングマネージャ５０４（のデータベース）に格納されたアクセスマッピングルールに関して、要求元と関連付けられる、要求された宛先とを比較することにより判断される。アクセスマッピングルールは、二段階の（すなわち宛先コンポーネントおよび関係する機能に基づく）定義された粒度（ｇｒａｎｕｌａｒｉｔｙ）を有し、全てのルールを条件に基づいて構成可能である。これにより、実行時にシステム２００によりアクセス権（すなわち許可）の動的プロビジョニングが与えられまたは取り消されうる。

アイデンティティおよびアクセスマネージャ５０６に関しては、ユーザがモバイルデバイス１０２を通じてシステム２００にアクセスするのを促進するために、中央フレームワークを介してアイデンティティ管理（すなわち認証、認可および課金）を制御するように構成される。特に、システム２００による認証、認可および課金を可能にする目的で、着信要求のアイデンティティが確認される。認証は、アクセスを認める／拒否するために、要求が登録されたエンティティ（すなわちユーザ／デバイス）から生じたものか、または匿名のエンティティから生じたものかの判断を可能にする。したがって、要求が実際にシステム２００に既に登録されたエンティティからのものである場合には、対応するユーザおよび新たに生成されたセッションＩＤに要求がマッピングされる。認可は、アイデンティティクレデンシャルに基づいて、登録されたエンティティが要求において指定された要求された宛先（すなわちバックエンドアプリケーションサーバ２０４）と通信することを許可されるかどうかの判断を可能にする。課金も同様に、アイデンティティクレデンシャルに基づいて、トランザクション課金目的に用いられる、要求のヘッダ部分に含まれる情報の特定および抽出を可能にする。

さらに、アイデンティティおよびアクセスマネージャ５０６は、複数のアイデンティティリポジトリの使用をサポートし、マスタアイデンティティリポジトリの使用は、複数のアプリケーションへのシングルサインオンユーザアクセスの制御を可能にする一方で、独立したアイデンティティリポジトリの使用は、各ユーザのグループに対する制御を維持する必要がある個々のアプリケーションへのユーザのアクセスの制御を可能にする。アイデンティティリポジトリは、アプリケーションの要件に応じて、外部データベースであるか、またはシステム２００内に構成されたデータベースである。加えて、全てのアイデンティティ情報（ユーザＩＤ、パスワード、個人情報などを含む）を、動的ユーザアクセスプロビジョニングを可能にするように構成可能であり、実行時にユーザアクセス権が与えられまたは取り消されうることが当業者には明らかであろう。

トランザクションログマネージャ５０８は、アグリゲータ５０２により受信される全ての着信要求の情報のログを記録するように構成され、処理されたトランザクションのデータが、必要速度および性能に最適に調整された中央データベースリポジトリにログを記録される。さらに、各要求に関連付けられた全ての付帯情報（例えばアイデンティティおよびデバイスプロファイル）が、任意の関連トランザクションデータと共にログを記録されねばならない。要求の発信元およびトランザクションの結果が把握されるように、要求の受信および応答の提示に関してログの記録が行われる。当然のことながら、トランザクションは、監査目的のためにシステム２００内で個々にトラッキングされる最小作業単位であるものとして定義される。加えて、全てのログを記録されたトランザクションは、否認防止基準を満たし、任意のログを記録された詳細の簡単な取り出しおよび一元化を可能にするように、タイムスタンプされる。いずれのトランザクションも２つのログで記述され、第１ログ（すなわち「要求ログ」）は、受信される要求を記録するために使用される一方、第２ログ（すなわち「応答ログ」）は、対応する要求に関して送られた応答を記録するために使用される。

特に、要求ログは、以下のフィールドの情報を格納する：「要求タイムスタンプ」、「要求元」、「要求宛先」、「サーバＩＤ」（バックエンドアプリケーションサーバ２０４を識別する）、「スレッドＩＤ」（処理システムスレッドを識別する）、「クライアントＩＤ」、「トランザクションＩＤ」（同じトランザクションにサーブする複数の要求をグループ化する）、「セッションＩＤ」（利用可能なら）、「ユーザＩＤ」（利用可能なら）、「デバイスプロファイル情報」（利用可能なら）、および「デバイス位置情報」（利用可能なら）。

一方で、応答ログは、以下のフィールドの情報を格納する：「応答タイムスタンプ」、「サーバＩＤ」（ホスティングアプリケーションサーバを識別する）、「スレッドＩＤ」（処理スレッドを識別する）、「結果コード」（成功コードまたはエラーコードを示す）、および「結果メッセージ」（成功メッセージまたはエラーメッセージとして）。当然のことながら、結果コードのリストは、コアエンジン２００４によりアクセス可能なシステムデータベース（図示せず）に格納された総合メッセージマッピングテーブルに関してプリロードされ参照される。さらに、結果メッセージは「｛０｝」のフォーマットでパラメータ化され、フォーマット「｛０｝」における「０」はその後、システム２００により適切な文字列値で置き換えられる。説明のため、「｛０｝」のフォーマットに符号化された結果メッセージの一例は「｛ＳＹＳ１００｝」であり、「ＳＹＳ１００」は、メッセージマッピングテーブルから参照される「Ｉｎｖａｌｉｄ‐Ｕｓｅｒ‐Ｌｏｇｉｎ」を示す。

トレースヘルパー５１０は、デバッギング、性能最適化、未知の実行時例外の解読および任意の他の非動作に関係するログの記録を促進するために使用されるトレースログに、システムトレース／メッセージのログを記録するために設けられる。トレースログは、以下の情報を含む：「トレースタイムスタンプ」、「サーバＩＤ」（バックエンドアプリケーションサーバ２０４を識別する）、「スレッドＩＤ」（処理システムスレッドを識別する）、および「トレースメッセージ」。メッセージは、「｛０｝」のフォーマットでパラメータ化され、システムが後にフォーマット「｛０｝」における「０」を適切な文字列値で置き換える。これも、先の段落で前述した類似の内容を参照して理解されねばならない。

さらに、構成ヘルパー５１２は、コアエンジン２００４により使用されるグローバル構成パラメータへのアクセスを制御するように構成される。当然のことながら、グローバル構成パラメータは、メッセージマッピングテーブルに関してプリロードされ参照される。

デバイスプロファイルマネージャ５１４は、サービスを要求しているモバイルデバイス１０２のプロファイルについての情報を含むデータベースを格納するように構成され、したがって、関連アクセス権の付与に関するそれらのモバイルデバイス１０２の管理を可能にする。一方で、デバイス位置マネージャ５１６は、要求を送出する特定のモバイルデバイス１０２が、要求されたサービスを提供するマーチャントの付近に位置するかを確認し、付近に位置する場合には、適切に情報を用いてモバイルデバイス１０２を操作するユーザへのサービスの供給をより良好に促進するように構成される。すなわち、デバイス位置マネージャ５１６は、前述のように位置データを介して特定のモバイルデバイス１０２の位置を特定することができる。

図６は、コアエンジン２００４による（アグリゲータ５０２を介した）オリジナル要求の受信に関係するユーザケース図６００を示す。アグリゲータ５０２は、まず、要求元６０２により（通信チャネル２００２またはソリューションドメイン２００６を介して）要求された宛先６０４に送信されるトランザクションの要求を受信する。要求は、上述のように、トランザクション情報（すなわちクライアントコード、トランザクションおよびセッション）、要求ヘッダ（すなわち要求元６０２および要求された宛先６０４についての情報）、およびボディ部分を含む。その後、以下の順序で各マネージャモジュールにより、要求が順に処理される：（１）利用可能ならセッション識別子に基づいて要求のユーザアイデンティティを特定するために、アイデンティティおよびアクセスマネージャ５０６がトリガされる。ユーザアイデンティティが有効と判断された場合には、関連付けられたユーザのアイデンティティ情報が要求ヘッダに添付される。（２）それから、要求を開始しているモバイルデバイス１０２のデバイスプロファイル情報が利用可能ならそのようなデバイスプロファイルを特定するために、デバイスプロファイルマネージャ５１４が起動される。取り出されたプロファイル情報が、オリジナル要求ヘッダに書き込まれる（すなわち要求ヘッダが修正される）。（３）次に、モバイルデバイス１０２の現在の位置情報が利用可能なら、モバイルデバイス１０２の現在の位置を特定するために、デバイス位置マネージャ５１６が起動される。その後、取り出された位置情報が要求ヘッダに書き込まれる。（４）トランザクションに対応する要求の処理に関する関連付けられたログを記録するために、トランザクションログマネージャ５０８が起動される。（５）最後に、要求された宛先６０４と通信するための要求元６０２のアクセス権を判断するために、プロビジョニングマネージャ５０４が利用される。有効なアクセス権がある場合、要求は続行することを許可される。しかし、アクセス権が無効な場合には、その結果、例外（ｅｘｃｅｐｔｉｏｎ）が投げられる（ｔｈｒｏｗｎ）。無効なアクセス権の判断により生成された、投げられた例外に対応するエラーコード含むエラーメッセージが、その後トランザクションログマネージャ５０８によりログを記録される。その後、アグリゲータ５０２が、投げられた例外をエラーパケットとして要求元６０２へ転送し返す。

有効なアクセス権があるものとすると、ヘッダ部分が修正されたオリジナル要求が、要求された宛先６０４に転送され、したがってアグリゲータ５０２が、要求された宛先６０４から応答が返されるのを待つ。要求された宛先６０４が存在しないか、利用可能でないか、または応答が所定の終了期限内に受信されない場合には、アグリゲータ５０２により例外が投げられる。その後、トランザクションログマネージャ５０８が、投げられた例外に対応するエラーコードを含むエラーメッセージをロギングするために起動され、また、アグリゲータ５０２が、投げられた例外をエラーパケットとして要求元６０２へ転送し返す。一方で、要求された宛先６０４が例外で応答した場合、アグリゲータ５０２により例外が捕捉される（ｃａｕｇｈｔ）。同様に、生成された例外に関するエラーメッセージが、トランザクションログマネージャ５０８によりログを記録され、アグリゲータ５０２が、投げられた例外をエラーパケットとして要求元６０２へ転送し返す。要求された宛先６０４が成功メッセージで応答した場合には、成功メッセージが（成功パケットとして）要求元６０２に転送され、それに応じてトランザクションログマネージャ５０８が、受信される成功メッセージの受信に対応する情報のログを記録する。

図７は、コアエンジンレイヤ２００４による（アグリゲータ５０２を介した）フォローアップ要求の受信に関係するユーザケース図７００を示す。アグリゲータ５０２は、要求元７０２から（通信チャネル２００２またはソリューションドメイン２００６を介して）要求された宛先７０４に伝送されたトランザクションの要求を受信する。当然のことながら、このフォローアップ要求の要求元７０２および要求された宛先７０４の値は、図６のオリジナル要求の要求元６０２および要求された宛先６０４のそれぞれの値に対応する。要求は、上述のように、アグリゲータヘッダ（すなわちトランザクション、クライアント、セッション、ユーザ、デバイス、および位置）、要求ヘッダ（すなわち要求元７０２および要求された宛先７０４についての情報）、およびボディ部分を含む。ここでは、要求は、マネージャモジュールの一部によって以下の順序で処理される：（ｉ）要求の処理に対応する関連付けられたログを記録するために、トランザクションログマネージャ５０８が起動され、（ｉｉ）要求された宛先７０４と通信するための要求元７０２のアクセス権を判断するために、プロビジョニングマネージャ５０４がトリガされる。有効なアクセス権がある場合、要求は続行することを許可される。しかし、無効なアクセス権が確認された場合、その結果、アグリゲータ５０２により例外が投げられる。それから、投げられた例外に対応するエラーコードを含むエラーメッセージが、トランザクションログマネージャ５０８によりログを記録される。その後、アグリゲータ５０２が、投げられた例外をエラーパケットとして要求元７０２へ転送し返す。

有効なアクセス権があるものとすると、ヘッダ部分が修正された要求が、要求された宛先７０４に転送され、アグリゲータ５０２が、要求された宛先７０４から応答を待つ。宛先が利用可能でないか、存在しないか、または応答が所定の終了期限内に受信されない場合には、アグリゲータ５０２により例外が投げられる。その後、投げられた例外に対応するエラーコードを含むエラーメッセージのログを記録するために、トランザクションログマネージャ５０８が起動され、さらにアグリゲータ５０２が、投げられた例外をエラーパケットとして要求元７０２へ転送し返す。同様に、要求された宛先７０４が例外で応答した場合、アグリゲータ５０２により例外が捕捉される。それから、エラーメッセージがトランザクションログマネージャ５０８によりログを記録され、アグリゲータ５０２が、投げられた例外をエラーパケットとして要求元７０２に転送し返す。一方で、要求された宛先７０４が成功メッセージで応答した場合には、成功メッセージが（成功パケットとして）要求元７０２に転送され、それに応じてトランザクションログマネージャ５０８が成功メッセージの受信に対応する情報のログを記録する。

システム２００を使用する際には、従来のミドルウェアシステムを開発するために典型的に使用される複雑、冗長で費用のかかるポイントツーポイント実装が除去されうる。さらに、モバイルインターネットサービスバリューチェーンに関して、システム２００は、同様に多様な範囲のバックエンドアプリケーションサーバ２０４と通信する多様なモバイルアプリケーションにより利用されうる共通のプラットホームとして機能する。その結果、新たなモバイルウェブおよびネイティブアプリケーションサービスが導入されるペースが有益に加速され、したがってマーチャント（すなわちサービスエンティティ）が所望するビジネスドメインの開発の方により重点が置かれうる。図８にモバイルインターネットサービスバリューチェーンにおけるシステム２００の具体的役割が示され、ここでバリューチェーンは、４つのキープレーヤ、すなわち（モバイルウェブおよびネイティブアプリケーションサービスを消費する）モバイルデバイスユーザ、（モバイル通信サービスを供給する）モバイルネットワークオペレータ、（モバイルウェブおよびネイティブアプリケーションサービスを提供する）エンタープライズ、および（モバイル通信サービスおよびアプリケーションサービスを統合および集約することにより、モバイルデバイスユーザをエンタープライズにブリッジする）システム２００を主に含む。換言すれば、システム２００は、モバイル消費者への統合モバイルウェブおよびネイティブアプリケーションサービスの導入を都合よく簡単化および加速する統一ゲートウェイおよびサービスイネーブラである。

しかし、記載された実施形態（単数または複数）は、制限的に解釈されてはならない。例えば、当然のことながら、システム２００は、バックエンドアプリケーションサーバ２０４と通信するために有線通信システム（例えばデスクトップベースのパーソナルコンピュータ）により用いられてもよく、モバイルデバイス１０２だけに制限されない。

図面および以上の説明において本発明が詳細に図解および説明されているが、このような図解および説明は、制限としてではなく説明または例示と解釈されねばならず、本発明は、開示された実施形態に限定されない。請求された本発明を実施する際には、当業者は開示された実施形態の他の変形例を理解および遂行しうる。

Claims (14)

1. 各サービスエンティティによりホストされる異なるデジタルサービスに対する要求を処理する方法であって、前記方法は、
   アグリゲータモジュールおよび認証モジュールを含むプロセッサを提供するステップであって、前記プロセッサに通信デバイスが接続される、ステップと、
   前記通信デバイスから要求パケットを受信するステップであって、前記要求パケットは、ソース識別子および宛先識別子を含むステップと、
   前記宛先識別子に基づいて、前記通信デバイスが前記異なるデジタルサービスのうちのいずれのサービスから要求しているかを判断するステップと、
   前記通信デバイスがサービスを要求している異なる前記デジタルサービスのうちの１つにアクセスするための前記通信デバイスのアクセス許可を判断するために、前記ソース識別子に基づいて前記要求パケットを認証するステップと、
   を含み、
   前記要求パケットを認証するステップは、前記ソース識別子および前記宛先識別子をアクセスマッピングルールと比較するステップであって、前記アクセスマッピングルールは、動的ユーザアクセスを可能にするように構成可能である、ステップと、
   前記アクセス許可が与えられた場合に、前記要求パケットを修正し、修正された前記要求パケットを前記宛先識別子に基づいて、処理のために異なる前記デジタルサービスのうちの１つへ転送するステップであって、前記要求パケットを修正することは、対応するクライアントコードおよび新たに生成されたセッションＩＤへの要求をマッピングすることを含み、前記クライアントコードは、所定の期間後に失効するように時間が定められた前記セッションＩＤに関連付けられる、ステップと、
   異なる前記デジタルサービスのうちの１つが利用可能ではない、提示又は応答が前記所定の期間内に受信されない場合に、エラー応答を前記通信デバイスへ返送するステップと、
   を含む
   方法。
2. 前記通信デバイスは、モバイル通信デバイスである、請求項１記載の方法。
3. 前記通信デバイスは、有線通信デバイスである、請求項１記載の方法。
4. 前記アクセス許可が与えられない場合に、エラーコードを生成するステップと、
   前記エラーコードを含むエラーパケットを前記通信デバイスに転送するステップと
   をさらに含む、請求項１から３のいずれか一項に記載の方法。
5. 前記通信デバイスからデバイスプロファイル情報を取り出すステップをさらに含む、請求項１から４のいずれか一項に記載の方法。
6. 前記通信デバイスから前記通信デバイスの位置に対応する情報を取り出すステップをさらに含む、請求項１から５のいずれか一項に記載の方法。
7. 前記要求パケットの処理に関連付けられた情報のログを記録するステップをさらに含む、請求項１から６のいずれか一項に記載の方法。
8. 前記方法は、
   転送された前記要求パケットに応答して、前記宛先識別子に関連付けられたシステムから応答パケットを受信するステップと、
   関連付けられたデータ情報を抽出するために、前記応答パケットを処理するステップと、
   抽出された前記データ情報を前記通信デバイスに転送するステップと
   をさらに含み、
   前記応答パケットを処理するステップは、抽出された前記データ情報を分析するための対応するステップを行うことを含む、
   請求項１から７のいずれか一項に記載の方法。
9. 前記対応するステップは、抽出された前記データ情報がエラーメッセージを含む場合に、前記エラーメッセージのログを記録し、関連付けられたエラーパケットを送信することと、抽出された前記データ情報が成功メッセージを含む場合に、前記成功メッセージのログを記録し、関連付けられた成功パケットを送信することとからなる群より選択される、請求項８記載の方法。
10. 前記サービスエンティティは、金融、物流、小売、メディア、ヘルスケア、情報エンターテイメント、セキュリティ、教育、および観光を含む群より選択される前記異なるデジタルサービスを提供する、請求項１から９のいずれか一項に記載の方法。
11. 各サービスエンティティによりホストされる異なるデジタルサービスに対する要求を処理するためのプロセッサであって、前記プロセッサは、
    ソース識別子および宛先識別子を含む要求パケットを通信デバイスから受信し、前記宛先識別子に基づいて、前記通信デバイスが前記異なるデジタルサービスのうちのいずれのサービスから要求しているかを判断するアグリゲータモジュールと、
    前記通信デバイスがサービスを要求している異なる前記デジタルサービスのうちの１つにアクセスするための前記通信デバイスのアクセス許可を判断するために、前記ソース識別子に基づいて前記要求パケットを認証する認証モジュールと、
    を含み、
    前記アグリゲータモジュールは、前記ソース識別子および前記宛先識別子をアクセスマッピングルールと比較するように構成されたプロビジョニングサブモジュールを含み、前記アクセスマッピングルールは、動的ユーザアクセスを可能にするように構成可能であり、
    前記アクセス許可が与えられた場合に、前記アグリゲータモジュールは、前記要求パケットを修正し、修正された前記要求パケットを前記宛先識別子に基づいて、処理のために異なる前記デジタルサービスのうちの１つへ転送し、前記要求パケットを修正することは、対応するクライアントコードおよび新たに生成されたセッションＩＤへの要求をマッピングすることを含み、前記クライアントコードは、所定の期間後に失効するように時間が定められた前記セッションＩＤに関連付けられ、異なる前記デジタルサービスのうちの１つが利用可能ではない、提示又は応答が前記所定の期間内に受信されない場合に、前記アグリゲータモジュールは、エラー応答を前記通信デバイスへ返送する、
    プロセッサ。
12. 前記アグリゲータモジュールは、前記通信デバイスのアイデンティティ管理を行うように構成されたアイデンティティおよびアクセスサブモジュールを含み、
    アイデンティティ管理は、認証、認可、および課金を提供するステップを含む、
    請求項１１記載のプロセッサ。
13. 前記アグリゲータモジュールは、前記アグリゲータモジュールにより受信される前記要求パケットに関係する情報のログを記録するように構成されたトランザクションロギングサブモジュールを含む、請求項１１又は１２に記載のプロセッサ。
14. 通信デバイスとサーバーシステムとの間のデジタルトランザクションを可能にするためのミドルウェアシステムであって、
    各サービスエンティティによりホストされる異なるデジタルサービスに対する要求を処理するためのプロセッサを備え、
    前記プロセッサは、
    ソース識別子および宛先識別子を含む要求パケットを通信デバイスから受信し、前記宛先識別子に基づいて、前記通信デバイスが前記異なるデジタルサービスのうちのいずれのサービスから要求しているかを判断するアグリゲータモジュールと、
    前記通信デバイスがサービスを要求している異なる前記デジタルサービスのうちの１つにアクセスするための前記通信デバイスのアクセス許可を判断するために、前記ソース識別子に基づいて前記要求パケットを認証する認証モジュールと、
    を含み、
    前記アグリゲータモジュールは、前記ソース識別子および前記宛先識別子をアクセスマッピングルールと比較するように構成されたプロビジョニングサブモジュールを含み、前記アクセスマッピングルールは、動的ユーザアクセスを可能にするように構成可能であり、
    前記アクセス許可が与えられた場合に、前記アグリゲータモジュールは、前記要求パケットを修正し、修正された前記要求パケットを前記宛先識別子に基づいて、処理のために異なる前記デジタルサービスのうちの１つへ転送し、前記要求パケットを修正することは、対応するクライアントコードおよび新たに生成されたセッションＩＤへの要求をマッピングすることを含み、前記クライアントコードは、所定の期間後に失効するように時間が定められた前記セッションＩＤに関連付けられ、異なる前記デジタルサービスのうちの１つが利用可能ではない、提示又は応答が前記所定の期間内に受信されない場合に、前記アグリゲータモジュールは、エラー応答を前記通信デバイスへ返送する、
    ミドルウェアシステム。