(57)【要約】ゲートウエイ１は、アプリケーションプロバイダ（ＡＰ）４と、多数のＡＰ４にリンクされた少なくとも１つの集合ＡＰ３との間をインタフェイスする。ゲートウエイ１は、ＡＰ４によるアクセス制御権のカスケード接続を管理して、集合ＡＰ３経由のリンクを反映する。他方、ゲートウエイ１は、ユーザとの通信のためにモバイルネットワークイネーブラ１０〜１５とリンクしている。ゲートウエイ１は、多くのコンテンツ及び／又はベアラフォーマットを有するコンテンツを条件付きでプロセッシングし又はレンダリングすることによりコンバージェンスを実行する。内部的に、ゲートウエイ１はＣＯＲＢＡミドルウエアメカニズム２０と、該ミドルウエアメカニズム経由で互いに通信する多数のサービス２１〜２３とを有する。
2006504297.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツサーバインタフェースと、モバイルネットワークインタフェースと、前記インタフェース間で双方向にコンテンツリッチのメッセージをルーティングするためのプロセッサとを備えるアクセスゲートウェイ。
【請求項２】
前記プロセッサが、前記コンテンツサーバインタフェースとインタフェースするためのエッジサービスと、前記モバイルネットワークインタフェースとインタフェースするためのエッジサービスとを含む複数のサービスを有することを特徴とする請求項１に記載のアクセスゲートウェイ。
【請求項３】
各サービスが、それぞれ前記サービス内で自立的に、同じ前記サービス内の他のコンポーネントと通信して動作するための複数のコンポーネントを有することを特徴とする請求項２に記載のアクセスゲートウェイ。
【請求項４】
各サービスが、キューイングメカニズムとイベントディスパッチャとを有し、かつ各コンポーネントが、前記キューイングメカニズムのキューの中に出力メッセージを配置し、かつ前記イベントディスパッチャが前記キューから前記サービスの次のコンポーネントにイベントを送信することを特徴とする請求項３に記載のアクセスゲートウェイ。
【請求項５】
各サービスが、前記サービスの作成時に記憶されたルーティング情報を有し、かつ前記イベントディスパッチャが前記ルーティング情報に従ってイベントを送信することを特徴とする請求項４に記載のアクセスゲートウェイ。
【請求項６】
前記ゲートウェイが更にミドルウェア内部通信メカニズムを有し、かつ各サービスが、前記ミドルウェア通信メカニズムのチャネルからメッセージを検索するためのミドルウェアハンドラと、前記ミドルウェア通信メカニズムのチャネルにメッセージを配置するためのハンドラとを有することを特徴とする請求項２乃至５のいずれかに記載のアクセスゲートウェイ。
【請求項７】
各サービスの単一のハンドラがメッセージの検索及びメッセージの配置の双方を行うことを特徴とする請求項６に記載のアクセスゲートウェイ。
【請求項８】
少なくとも１つのサービスがコンテンツプロトコルコンバータコンポーネントを有することを特徴とする請求項３乃至７のいずれかに記載のアクセスゲートウェイ。
【請求項９】
前記コンポーネントが、外部コンテンツプロトコルと、前記ゲートウェイの内部にありかつ２つの前記インタフェース間で前記ゲートウェイによるコンテンツのプロセッシングのために使用されるコンテンツプロトコルとの間で変換を行うことを特徴とする請求項８に記載のアクセスゲートウェイ。
【請求項１０】
少なくとも１つのサービスが、メッセージコンテンツをプロセッシングするための論理ルールコンポーネントを有することを特徴とする請求項３乃至９のいずれかに記載のアクセスゲートウェイ。
【請求項１１】
前記プロセッサが、前記ゲートウェイ内でメッセージをルーティングするためのワークフローマネージャを有することを特徴とする請求項１ないし１０のいずれかに記載のアクセスゲートウェイ。
【請求項１２】
前記ワークフローマネージャが、メッセージをパースしてルーティングリストを決定することにより、メッセージを送信することを特徴とする請求項１１に記載のアクセスゲートウェイ。
【請求項１３】
前記ワークフローマネージャがルーティングリストを前記メッセージ内に組み込むことを特徴とする請求項１２に記載のアクセスゲートウェイ。
【請求項１４】
前記ワークフローリストが、内部フォーマットマークアップ言語への拡張として前記メッセージ内に組み込まれることを特徴とする請求項１３に記載のアクセスゲートウェイ。
【請求項１５】
前記ワークフローマネージャが前記ゲートウェイ内のサービスであることを特徴とする請求項１１乃至１４のいずれかに記載のアクセスゲートウェイ。
【請求項１６】
前記ゲートウェイがミドルウェア通信メカニズムを有し、前記ワークフローマネージャサービスがデフォルトのミドルウェアチャネルにサブスクライブし、かつエッジサービスが自動的に、いずれかのサーバインタフェースで受信したメッセージを前記デフォルトのチャネルに配置することを特徴とする請求項１５に記載のアクセスゲートウェイ。
【請求項１７】
各サービスが、前記ワークフローリスト内に次のサービスインジケータを検出しない場合に、メッセージを前記デフォルトチャネルに配置することを特徴とする請求項１６に記載のアクセスゲートウェイ。
【請求項１８】
サービスがトランザクションロギングサービスであり、かつ前記サービスが、前記ワークフローリスト内に次のサービスが無い場合にメッセージデータを記憶することによってメッセージを終了することを特徴とする請求項２乃至１７のいずれかに記載のアクセスゲートウェイ。
【請求項１９】
前記プロセッサが、様々なコンテンツフォーマットを有する複数のメッセージを用いることによってコンバージェンスを実行し、様々なコンテンツフォーマットを有する出力メッセージを生成することを特徴とする請求項１乃至１８のいずれかに記載のアクセスゲートウェイ。
【請求項２０】
前記プロセッサが、異なる下位のベアラを有する複数のメッセージを用いることによりコンバージェンスを実行して、単一のコヒーレントメッセージを提供することを特徴とする請求項１乃至１９のいずれかに記載のアクセスゲートウェイ。
【請求項２１】
前記プロセッサが、ネットワークベアラからのコンテンツまたはメッセージを、他のネットワークシステムから受信したデータに従って条件付きでプロセッシングまたはレンダリングすることによりコンバージェンスを実行することを特徴とする請求項２１に記載のアクセスゲートウェイ。
【請求項２２】
セッションマネージャサービスが、コンバージェンスのための外部システムと前記ゲートウェイ間の連携を管理することを特徴とする請求項２０または２１に記載のアクセスゲートウェイ。
【請求項２３】
前記プロセッサが、受信したメッセージのコンテンツフォーマットを内部フォーマットに変換し、かつ前記内部フォーマットで前記メッセージを処理することを特徴とする請求項１９乃至２２のいずれかに記載のアクセスゲートウェイ。
【請求項２４】
前記内部フォーマットがマークアップ言語であることを特徴とする請求項２３に記載のアクセスゲートウェイ。
【請求項２５】
前記ゲートウェイが、第１フォーマットのコンテンツを有する入力メッセージを受信し、前記第１フォーマットを内部フォーマットに変換し、前記内部フォーマットを第２フォーマットに変換して前記メッセージを外部システムに送信し、第３フォーマットの前記コンテンツを有する前記外部システムから応答を受信し、前記第３フォーマットを前記内部フォーマットに変換し、かつ第４フォーマットの前記コンテンツを有する出力メッセージを生成することを特徴とする請求項１９乃至２４のいずれかに記載のアクセスゲートウェイ。
【請求項２６】
前記プロセッサが、アクセス権とアプリケーションプロバイダサーバのユーザサーバポリシーとを管理するためのアクセス制御認証機能を有することを特徴とする請求項１乃至２５のいずれかに記載のアクセスゲートウェイ。
【請求項２７】
前記機能が、関連するアプリケーションプロバイダサーバによる直接アクセスのための権利を有するユーザサービスポリシー及びアクセス制御権の組と、カスケード接続構造の前記アプリケーションプロバイダサーバにより委譲され得る最大の権利のスキーマとを生成することを特徴とする請求項２６に記載のアクセスゲートウェイ。
【請求項２８】
前記機能が、既存の権利の組のスキーマに対するアクセス権及びユーザーサービスポリシーへの新しい要求を自動的に検査することを特徴とする請求項２７に記載のアクセスゲートウェイ。
【請求項２９】
前記機能が、内部ミドルウェアメカニズムを介して前記ゲートウェイの他のサービスと通信する前記ゲートウェイ内のプロビジョニングサービスであることを特徴とする請求項２７又は２８に記載のアクセスゲートウェイ。
【請求項３０】
デジタルコンピュータ上で実行する際に請求項１乃至２９のいずれかに記載のゲートウェイの動作を実行するためのソフトウェアコードからなるコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部ドメインとモバイルネットワークドメイン間のコンテンツの通信に関し、かつサービスの提供と、サービス並びにモバイルネットワークドメインの外側に配置されたサービス及びコンテンツプロバイダの管理とに関する。
【背景技術】
【０００２】
ヨーロッパ特許明細書第１０７９３１５Ａ２号に記載されるように、インターネットとモバイルネットワークドメインとをブリッジするためのサーバを提供することが知られている。このサーバはドキュメントの要求を受け取り、かつ起点サーバに要求を渡す。起点サーバからドキュメントを受け取り、かつクライアントのセマンティックプリファレンスを用いて構文上のトランスコーディングを実行する。サーバには、構文上及びプロトコルの両方のトランスコーダが存在する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、次の目的のいくつか又は全部に適合するサービスアクセスゲートウェイを提供することを目的とする。即ち、
−特定の環境での動作のためのセットアップに特に汎用性を有すること、及び／又は
−インターネットドメインにおける多数のアプリケーションプロバイダ（ＡＰ）とのインタラクションを、それらが、単一のＡＰサーバが続いて別のＡＰのグループとリンクするように集合している場合でも、制御された方法で可能にすること、及び／又は
−第１フォーマットのコンテンツが第２フォーマットのコンテンツに作用して出力コンテンツに第３フォーマットを与えるようにして、収束的なコンテンツフォーマットを制御された方法で提供すること、及び／又は
−アプリケーションプロバイダと多数のネットワークベアラ及びサービスを有するサービスとの間のインタラクションを制御された方法で可能にし、そのような多数のベアラ及びサービスを単一の「収束的」サブスクライバサービスに結合させるアプリケーションの提供を容易にすることである。
【課題を解決するための手段】
【０００４】
本発明によれば、コンテンツサーバインタフェースと、モバイルネットワークインタフェースと、前記インタフェース間で双方向にコンテンツリッチのメッセージをルーティングするためのプロセッサとを備えるアクセスゲートウェイが提供される。
【０００５】
ある実施例では、前記プロセッサが、前記コンテンツサーバインタフェースとインタフェースするためのエッジサービスと、前記モバイルネットワークインタフェースとインタフェースするためのエッジサービスとを含む複数のサービスを有する。
【０００６】
別の実施例では、各サービスが、それぞれ前記サービス内で自立的に、同じ前記サービス内の他のコンポーネントと通信して動作するための複数のコンポーネントを有する。
【０００７】
更に別の実施例では、各サービスが、キューイングメカニズムとイベントディスパッチャとを有し、かつ各コンポーネントが、前記キューイングメカニズムのキューの中に出力メッセージを配置し、かつ前記イベントディスパッチャが前記キューから前記サービスの次のコンポーネントにイベントを送信する。
【０００８】
ある実施例では、各サービスが、前記サービスの作成時に記憶されたルーティング情報を有し、かつ前記イベントディスパッチャが前記ルーティング情報に従ってイベントを送信する。
【０００９】
別の実施例では、前記ゲートウェイが更にミドルウェア内部通信メカニズムを有し、かつ各サービスが、前記ミドルウェア通信メカニズムのチャネルからメッセージを検索するためのミドルウェアハンドラと、前記ミドルウェア通信メカニズムのチャネルにメッセージを配置するためのハンドラとを有する。
【００１０】
更に別の実施例では、各サービスの単一のハンドラがメッセージを検索しかつメッセージを配置する。
【００１１】
ある実施例では、少なくとも１つのサービスがコンテンツプロトコルコンバータコンポーネントを有する。
【００１２】
別の実施例では、前記コンポーネントが、外部コンテンツプロトコルと、前記ゲートウェイの内部にありかつ２つの前記インタフェース間で前記ゲートウェイによるコンテンツのプロセッシングのために使用されるコンテンツプロトコルとの間で変換を行う。
【００１３】
更に別の実施例では、少なくとも１つのサービスが、メッセージコンテンツをプロセッシングするための論理ルールコンポーネントを有する。
【００１４】
ある実施例では、プロセッサが、ゲートウェイ内でメッセージをルーティングするためのワークフローマネージャを有する。
【００１５】
別の実施例では、ワークフローマネージャが、メッセージをパースしてルーティングリストを決定することにより、メッセージをルーティングする。
【００１６】
更に別の実施例では、ワークフローマネージャがメッセージ内にルーティングリストを組み込む。
【００１７】
ある実施例では、ワークフローリストが、内部フォーマットマークアップ言語への拡張としてメッセージ内に組み込まれている。
【００１８】
別の実施例では、ワークフローマネージャがゲートウェイ内のサービスである。
【００１９】
更に別の実施例では、前記ゲートウェイがミドルウェア通信メカニズムを有し、前記ワークフローマネージャサービスがデフォルトのミドルウェアチャネルにサブスクライブし、かつエッジサービスが自動的に、いずれかのサーバインタフェースで受信したメッセージを前記デフォルトのチャネルに配置する。
【００２０】
ある実施例では、各サービスが、前記ワークフローリスト内に次のサービスインジケータを検出しない場合に、メッセージを前記デフォルトチャネルに配置する。
【００２１】
別の実施例では、サービスがトランザクションロギングサービスであり、かつ前記サービスが、前記ワークフローリスト内に次のサービスが無い場合にメッセージデータを記憶することによってメッセージを終了する。
【００２２】
更に別の実施例では、前記プロセッサが、様々なコンテンツフォーマットを有する複数のメッセージを用いることによってコンバージェンスを実行し、様々なコンテンツフォーマットを有する出力メッセージを生成する。
【００２３】
ある実施例では、前記プロセッサが、異なる下位のベアラを有する複数のメッセージを用いることによりコンバージェンスを実行して、単一のコヒーレントメッセージを提供する。
【００２４】
別の実施例では、前記プロセッサが、ネットワークベアラからのコンテンツまたはメッセージを、他のネットワークシステムから受信したデータに従って条件付きでプロセッシングまたはレンダリングすることによりコンバージェンスを実行する。
【００２５】
更に別の実施例では、セッションマネージャサービスが、コンバージェンスのためにゲートウェイと外部システム間の連携を管理する。
【００２６】
ある実施例では、前記プロセッサが、受信したメッセージのコンテンツフォーマットを内部フォーマットに変換し、かつ前記内部フォーマットで前記メッセージを処理する。
【００２７】
別の実施例では、内部フォーマットがマークアップ言語である。
【００２８】
更に別の実施例では、前記ゲートウェイが、第１フォーマットのコンテンツを有する入力メッセージを受信し、前記第１フォーマットを内部フォーマットに変換し、前記内部フォーマットを第２フォーマットに変換して前記メッセージを外部システムに送信し、第３フォーマットの前記コンテンツを有する前記外部システムから応答を受信し、前記第３フォーマットを前記内部フォーマットに変換し、かつ第４フォーマットの前記コンテンツを有する出力メッセージを生成する。
【００２９】
ある実施例では、前記プロセッサが、アクセス権とアプリケーションプロバイダサーバのユーザサーバポリシーとを管理するためのアクセス制御認証機能を有する。
【００３０】
別の実施例では、前記機能が、関連するアプリケーションプロバイダサーバによる直接アクセスのための権利を有するユーザサービスポリシー及びアクセス制御権の組と、カスケード接続構造の前記アプリケーションプロバイダサーバにより委譲され得る最大の権利のスキーマとを生成する。
【００３１】
更に別の実施例では、前記機能が、既存の権利の組のスキーマに対するアクセス権及びユーザーサービスポリシーへの新しい要求を自動的に検査する。
【００３２】
ある実施例では、前記機能が、内部ミドルウェアメカニズムを介して前記ゲートウェイの他のサービスと通信する前記ゲートウェイ内のプロビジョニングサービスである。
【発明を実施するための最良の形態】
【００３３】
本発明は、添付図面を参照しつつ、単なる実施例として以下に記載されるいくつかの実施態様に関する詳細な説明からより明確に理解することができる。
【００３４】
図１に関し、サービスアクセスゲートウェイ１は、インターネットのような外部ドメインとモバイルオペレータのドメインとの間をインタフェースするように配置される。前者において、個々のアプリケーションプロバイダサーバ２（ＡＰ）と、多数の個々のＡＰ４にリンクする集合ＡＰサーバ３とインターフェースする。１つの集合ＡＰが１つ又は複数の別の集合ＡＰとリンクするカスケード接続の構成とすることができる。モバイルネットワーク側では、ゲートウエイ１が、ショートメッセージサービスセンタ（ＳＭＳＣ）１０、マルチメディアメッセージサービスセンタ（ＭＭＳＣ）、ワイヤレスアプリケーションプロトコル（ＷＡＰ）ゲートウェイ１３、ロケーションサーバ１５、及びプレゼンスサーバ１４を含む広範なモバイルネットワークイネーブラとインタフェースする。両方の側における相互接続は、特定の状況によって変化する。
【００３５】
ゲートウェイ１は、広範なコンテンツリッチメッセージへのモバイルステーション要求及びあらゆるダウンロードを取り扱う非常に汎用な手法でセットアップすることができる。これは、単一の又は複合的なカスケード接続されたＡＰ構造について及び動的な手法でのコンテンツフォーマット及び／又はベアラのコンバージェンス即ち収束のための方法で行う。これには、ロケーションサーバ、プレゼンスサーバまたはタイムサーバのようなネットワークサービスから戻されるデータ及びサービス論理による条件付きの配信又は配信不能を含むことができる。これは以下により詳細に説明する。
【００３６】
図２に関し、ゲートウエイ１は、１つ又は複数のサービスと下位のＣＯＲＢＡミドルウェア通信メカニズム２０とを有する。この実施例では、前記ゲートウェイが、ゲートウェイソフトウェアアーキテクチュアの各セットアップについて異なるとはいえ、環境によって決定される次のサービスを有する。即ち、
２１：セッションマネージャ、
２２：ワークフローマネージャ（ＷＦＭ）、
２３：エッジＳＭＴＰベアラサービス、
２４：トランザクションマネージャ、
２５：エッジＳＭＰＰベアラサービス、
２６：トランザクションロギングサービス、
２７：エンティティレゾルーションサービス、
２８：コンテンツプロセッシングサービス、
２９：ビリングサービス、
３１：エッジＨＴＴＰサービス、及び
３３：エッジＳＯＡＰベアラサービス。
【００３７】
前記用語「エッジ」は、外部ネットワーク又はモバイルネットワークドメインとのインタフェースを形成するサービスについて使用され、その他は前記ゲートウェイ内の内部プロセッシングのに関するものである。
【００３８】
個々のサービスがインスタンス化される方法が図３に示されている。
サービスフレームワーク４１は、ＸＭＬコンフィグレーションドキュメント４０をパースし、かつ命令のパーシング（解析）に従って目標のサービスのコンポーネントをインスタンス化するための実行可能なコードを有する。２つ以上のＸＭＬコンフィグレーションドキュメントがあってもよい。図３は、ＣＯＲＢＡプロトコルハンドラ４２，ＸＸＸ／ＭＡＭＰコンポーネント４３、論理４４、４５、及びＭＡＭＰ／ＸＸＸコンポーネント４６の生成を示している。前記コンポーネントは、パースしたＸＭＬに従ってフレームワーク４１によりインスタンス化される。前記用語「ＸＸＸ」はコンフィグレーションのためのフレームワーク４１の動作の汎用性を強調するのに使用される。これは、ＭＡＭＰへのまたはそれからの様々なフォーマット、内部言語についてコンポーネントをインスタンス化することができる。前記コンポーネントは、自動的にそれ自体を自律的にサービスフレームワーク４１に登録する。この登録は、前記コンポーネントからフレームワーク４１への矢印で示されている。前記コンポーネントのインスタンス化の一部分として、フレームワーク４１は、前記サービス内の内部的なメッセージのルーティングに関する情報を記憶する。また、これは、ＸＭＬドキュメント４０をパースすることによって収集される。
【００３９】
図４に関し、実施例のサービス５０は次のコンポーネントを有する。即ち、
５３：ＣＯＲＢＡプロトコルハンドラ、
５４：ＳＭＴＰ／ＭＡＭＰコンバータ、
５５：ＭＡＭＰ／ＨＴＭＬコンバータ、
５６，５７：業務ルールのための論理コンポーネント、及び
５８：アクセス制御。
【００４０】
図４に示すように、フレームワーク４１はまた、コンフィグレーションの後に、ランタイムで非常に重要な役割を果たす。これは、以下により詳細に説明するイベントディスパッチャ５１及びキューメカニズム５２を有する。
【００４１】
図５に示すサービス１００は、（ゲートウェイ１の）外部ＨＴＴＰデバイス１０２とインタフェースするエッジサービスである。そのコンポーネントには次のものが含まれる。即ち、
ＭＧＳ／ＨｔｔｐＰｕｓｈインタラクション機能を有するＨＴＴＰプロトコルハンドラ１０１、
モデルストア１０４，トランスレータ１０５、及びモバイルデバイスへの配信のためにコンテンツを外部フォーマットからＳＭＩＬフォーマットに変換するためのＳＭＩＬジェネレータオブジェクトを有するＳＤＬパーサ１０３、
ＭＡＭＰ／ＳＤＬコンバータ１０７、
ＳＤＬ／ＭＡＭＰコンバータ１０８、及び
イベントディスパッチャを含む内部コンポーネント１１０を有するサービスフレームワーク１０９。
【００４２】
このように、前記サービスフレームワークによって、広範なサービスが、ＸＭＬコンフィグレーションドキュメント内にコ−ド化されたＸＭＬ命令に従って汎用的な方法で生成され得ることが分かる。前記コンポーネントをＸＭＬから生成するための正確なメカニズムは、前記ＸＭＬコンフィグレーションドキュメントに参照されるモジュール又はコンポーネントのダイナミックローディングによるものである。
【００４３】
サービス内の内部通信が、ステップ１２１乃至１２７のフローシーケンスとして図６に示されている。ステップ１２１において、ＣＯＲＢＡプロトコルハンドラ（「ＣＰＨ」）が、別のサービスからＭＡＭＰフォーマットでイベントを受信する。ステップ１２２において前記ＣＰＨが、そのサービスフレームワークのキューイングメカニズム５２のキューにイベントを配置する。サービスフレームワークのイベントディスパッチャ５１は、ステップ１２３及び１２４において、記憶された内部ルーティング情報に従って前記サービスのコンポーネントに関するイベントオブジェクトとして前記イベントを記入する。このコンポーネントは前記イベントを１２５において処理し、かつ別のイベントを１２６においてキューに記入する。ステップ１２７において、次に前記イベントは、再び前記ルーティング情報に従って、前記サービスの次のコンポーネントにディスパッチされる。このように、各サービス間の相互通信は、前記ＸＭＬコンフィギュレーションドキュメントから前記サービスの生成時に記憶されたルーティング情報を用いてイベントディスパッチャ５１の制御下で、内部イベントのためのハブとしてフレームワークのキューイングメカニズム５２を用いて実行される。
【００４４】
図７は、ステップ１４１乃至１５０を有する方法１４０としてゲートウェイ１内のサービス間通信を示している。ステップ１４１において、エッジサービスがメッセージを受信する。ゲートウェイ１内のメッセージのコンテンツのプロトコルは、プロプライエタリ内部ＸＭＬベースの言語としてＭＡＭＰと呼ばれる。到来するコンテンツのプロトコル／フォーマットに拘わらず、それは常に前記ゲートウェイ内でＭＡＭＰに変換される。ステップ１４２において、前記メッセージは、ワークフロールーティングリストを持っていないので、ＣＯＲＢＡのデフォルトチャンネルに記入される。
【００４５】
ステップ１４３において、前記デフォルトＣＯＲＢＡチャネル上で待ち受けするワークフローマネージャ（「ＷＦＭ」）サービスが前記メッセージを受信する。ステップ１４４において、前記ＷＦＭサービスが、その論理コンポーネントに従って前記メッセージの初期のワークフローリストを決定し、かつ前記リストをＭＡＭＰとして前記メッセージに付加する。次に、前記ＷＦＭサービスの前記ＣＰＨコンポーネントが前記リストを読み取り、かつＣＯＲＢＡ２０の関連するチャネルに前記メッセージを配置する。ステップ１４５は、各サービスの前記ＣＰＨから起こって順に前記ワークフローリストを読み取りかつ前記メッセージを関連するＣＯＲＢＡ２０チャネルに配置するサービス間の前記メッセージのルーティング全体を示している。これは前記リスト内に次のサービスインジケータ無しでサーバに届くと、前記プロトコルハンドラ（ＣＰＨ）が、ステップ１４６において前記ＷＦＭサービスにより検索されたところから、前記デフォルトＣＯＲＢＡチャネル上に前記メッセージを配置する。このサービスは、先にこのメッセージを処理したことを「認識」しておらず、単に前記デフォルトＣＯＲＢＡチャネルから検索されるあらゆる他のメッセージとして取り扱われる。このように、前記ＷＦＭサービスが前記ＭＡＭＰをパースし、かつその論理コンポーネントに従って、ステップ１４８においてワークフローを前記メッセージに適用する。自動的に、前記メッセージは、ステップ１５０において前記ゲートウェイの外部で前記モバイルネットワークドメインの関連するイネーブラに前記メッセージを送る外部のＭＡＭＰ／ＸＸＸコンポーネントを有するエッジサービスに、ステップ１４９において送信する。
【００４６】
到来するメッセージの最終目的地が必ずしもゲートウェイ１から外れている必要がないことを注意すべきである。別の実施例では、これは内部サービスメッセージであり得る。
【００４７】
図８に関し、ゲートウェイ１（「Ｈｙｄｒａ」）とインターネット及びモバイルネットワークドメインの外部システムとの間におけるコンテンツメッセージの通信が示されている。同図では、矢線の上に示す表記がベアラ（例えばＳＭＳ）を表すのに対し、前記矢線の下側の表記はコンテンツフォーマット（例えばｘＨＴＭＬ）を表している。この図から、ＧＳＭテキストコンテンツを有するＳＭＳベアラに始まるメッセージが、ＨＴＴＰベアラ上のｘＨＴＭＬコンテンツのＡＰからの出力を用いてサーバ１により処理されて、ＭＭＳベアラ上のＳＭＩＬコンテンツのモバイルステーションに最後のメッセージを提供することが分かる。これを「コンバージェンス」（収束）と呼ぶ。本明細書において、多数のネットワークベアラ又はサービスからの様々な個別のフォーマットで及び内部プロセッシング又はレンダリングによりデータ及び／又はコンテンツを制御する能力が、これらを「収束」して、単一の個別のメッセージまたはメッセージのストリームを提供する。
【００４８】
より複雑な実施例が図９に示されている。この使用例は、コンバージェンスの３つの側面を強調している。
【００４９】
・モバイルユーザの視点から−同じ電話にＳＭＳを送り込みかつそれからＭＭＳを取得する、即ち収束的な送信及び配信。
【００５０】
・アプリケーションの視点から−２つのアプリケーションが結合して増大させた情報を提供する、即ちロケーションシステムを用いてデータをアプリケーションに供給し、ロケーションレジスタにアクセスしなければならないアプリケーションディベロッパ無しでロケーション依存のプロセッシングを支援する。
【００５１】
・コンテンツの視点から−前記アプリケーションからＸＨＴＭＬを検索して、ＳＭＩＬを携帯電話に供給する。
【００５２】
以下に前記メッセージを説明する。
（１）携帯電話ユーザは、前記ＳＭＳＣへのキーワードを含むＳＭＳを送る。前記携帯電話ユーザに知られずに、前記キーワードが実際は収束的なサービスまたはバーチャルサービス（実際には存在しないが、Ｈｙｄｒａが、ウェブベースのアプリケーションをロケーションの詳細と結合させることによって存在するように見え得るようにしている）を識別する。前記用語「収束的なサービス」及び「バーチャルサービス」は、図２のサービス２１〜３３のようなゲートウェイ１の内部部分ではなく、ユーザが見るものとしてのサービスを意味する。
（２）前記ＳＭＳＣがＨｙｄｒａ内でＳＭＰＰサービスに前記ＳＭＳを送る。
（３）前記ＳＭＰＰサービスは、メッセージがトランザクションマネージャサービス内に記憶されることによって失われることがないことを確実にし、かつ次に前記ＳＭＳＣにメッセージの受け取りを認める。ここで、Ｈｙｄｒａは前記メッセージに対して応答可能である。
（４）前記ＳＭＰＰサービスが前記ＭＡＭＰメッセージを前記デフォルトメッセージチャネルに送り出す−これは前記ワークフローマネージャにより拾い上げられることになる。
（５）前記ワークフローマネージャは、そのルールを用いて、ワークフロー要素を前記ＭＡＭＰメッセージに割り当てる。この場合、次のワークフローステップ、セッションマネージャ、エンティティレゾルバ及びコンテンツプロセッサを割り当てる。それは、どのような出力の形態を前記コンテンツプロセッサが生成するかを知らないので、いかなる別のステップも決定することはできない。
（６）前記セッションマネージャは新しいセッションを作成する。これは、前記コンテンツプロセッサがレンダされた情報をキャッシュできるようにし、かつビリングがセッションの利用に対してＣＤＲを生成できるようにする。
（７）前記エンティティレゾルバサービスが、内部ＵＵＩＤに対応する様々なアドレスのレゾリューションに基づいて前記ＭＡＭＰメッセージに追加のデータを配置する。
（８）前記コンテンツプロセッサが、解析済みエンティティに関するアプリケーション定義を用いて、それが実際に収束的なサービスであること、かつ従って実際のアプリケーションに要求を出す前にロケーション情報を取得する必要があることを決定する。
（９）前記ロケーションサービスが、携帯電話ユーザの現在のロケーションに関連する前記ＭＡＭＰメッセージ内に追加のデータを配置する。
（１０）前記コンテンツプロセッサがＨＴＴＴを用いて、前記アプリケーションからＸＨＴＭＬを取得する。前記アプリケーションへの要求には、ロケーション情報−即ち、オペレータのロケーションレジスタから前記アプリケーションを抽出し、かつ前記アプリケーション及びロケーションレジスタが収束できるようにする−を含む。例えば、前記アプリケーションは、映画情報のアプリケーションであってよく、かつ前記ロケーションレジスタからのロケーション情報の追加及び前記ＸＭＬコンフィギュレーションからのサービス定義に基づく条件付きプロセッシングによって、都市特有の映画館リストを特定することができる。
（１１）前記コンテンツプロセッサが、前記アプリケーションからの前記ＸＨＴＭＬを携帯電話での表示に適した形にレンダする。
（１２）前記ワークフローマネージャサービスが、更新されたＭＡＭＰメッセージを受信する。異なるルールは前記ＭＡＭＰメッセージに適合しないので、新しいワークフローが割り当てられて、前記ＭＡＭＰメッセージをビリング、ＳＭＴＰにもっていくことができるようにする。
（１３）前記ビリングサービスは、現在のセッション情報に基づいてコストを計算する。プリペイドのクレジット（モバイルユーザが前払いしたと仮定して）に対して検査が行われる。これは、コンテンツのプロセッシング後に行われるが、それはレンダリングフォーマット（ＳＭＳまたはＭＭＳ）や、アプリケーションのＸＨＴＭＬを解決するのに要求されるメッセージの数（例えば、多数のイメージを送るためにいくつかのＭＭＳを必要とする場合）を事前に決定できないからである。
（１４）前記ＳＭＴＰサービスは、前記ＭＡＭＰメッセージのコンテンツ（即ち、レンダされた前記アプリケーションからのコンテンツ）をＳＭＴＰプロトコル経由で前記ＭＭＳＣに送る。
（１５）前記ＭＭＳＣは、前記メッセージの受け取りを認めて、前記トランザクションマネージャサービスが前記トランザクションをコミットできるようにする。
（１６）前記ＭＭＳが携帯電話ユーザに送られる。
（１７）現在のセッション内で更に別の活動が行われない期間の後に、前記セッションマネージャが前記セッションを終了して、前記ワークフローマネージャサービスへの新しいＭＡＭＰメッセージをトリガする。
（１８）前記ワークフローマネージャサービスが前記ＭＡＭＰメッセージにルールを適用して、そのセッションに関連するプロセッシング、即ちコンテンツプロセッサ、ビリングを終わらせることができるようにそれらのサービスを訪問すべきかどうかを決定する。
【００５３】
コンバージェンスの別の実施例では、サブスクライバが、用語「ニュース」を有するＧＳＭテキストメッセージを特定のＭＳＩＳＤＮに送信する。前記ＳＭＳＣは前記メッセージをゲートウェイ１（Ｈｙｄｒａ）に配信する。Ｈｙｄｒａは関連するＡＰにアクセスしてｘＨＴＭＬコンテンツを受信し、これをＭＭＳに変換し、かつＭＭＳコンテンツをモバイルネットワークの前記ＭＭＳＣに送る。前記ＭＭＳＣは次にＭＭＳコンテンツをサブスクライバに配信する。
【００５４】
更に別の実施例における使用の場合には、前記サブスクライバが前記ＭＭＳ内のオプションの選択と共に上述したＭＭＳに応答する。前記ＭＭＳＣは前記メッセージをＨｙｄｒａに送り、それが内部的に先のセッションのｘＨＴＭＬコンテンツを前記セッションマネージャから検索して、それをＭＭＳに変換する。このＭＭＳは前記ＭＭＳＣに送られ、これが次に前記サブスクライバに送信する。上述した最後のシナリオから、Ｈｙｄｒａ内のセッション制御又は制御サービスの動作が非常に重要な場合があることが理解される。それによって、セッション全体のサイクル間の重要なリンクが提供される。より詳細に言えば、これは、多数のベアラにわたる幾つかのシーケンシャルなアトミックユーザサービスレベルのトランザクションがある場合に現在の状態を維持することによって、利用可能な収束的サービスを提供する際に重要なセッションベースのアプリケーションのナビゲーションを容易にする。以下の記載において、用語「収束的なサービス」及び「ユーザサービス」は、図４のサービスのような内部ゲートウェイサービスと混同してはならない。これらは、ユーザが見るものとしてのサービスである。例えば、ＷＡＰ又はＩＶＲ経由で多数のメニューレベルを横断するサブスクライバ入力が要求されるユーザサービスにおいて、ＳＭＳ又はＭＭＳによるサブスクライバへの中間的なサービスデータ又はコンテンツの配信によって、サブスクライバがその現在のセッションに記憶されているその進行状態に基づいて最も論理的である前記サービス内のロケーションに戻るように、セッションベースのアプリケーションナビゲーションが現在のサブスクライバ状態を前記トランザクション内に維持する。
【００５５】
特定の実施例では、サブスクライバをそのユーザサービスのインタラクションを再開させるよりはむしろ、ユーザサービスが所定の内部障害のイベントにおける論理点で再開できるようにする。更に、セッションコントロールはまた、前記収束的サービスが、前記コンポーネントのベアラ又は内部ゲートウェイのサービスの管理を通じて可能な場合よりも高いレベルで管理され得るようにする。セッション管理は、ユーザサービスレベルのビリング及び課金イベントが、前記サービスアクセスゲートウェイ上で生成され得るようにし、これがユーザサービスのビリングを独立して、かつ共通の「収束的」サービストランザクションに関連する様々なシステムにわたるイベント間の論理的連携が利用可能な場合に、コンポーネントベアラシステムにより生成されるビリング記録の相関関係を必要とすることなく、容易にする。
【００５６】
また、セッション制御は、ユーザサービスの現在の状態をモニタし、ユーザサービスの活動をモニタし、ユーザサービスの異常を検出しかつ活動停止中のタイムアウトのような、さもなければ個々のベアラシステムの管理を通じてユーザサービスを管理する際に気付かないであろうセッションレベルのサービス管理パラメータを適用することによって、ユーザサービスの管理を容易にする。特定の実施例は，コンテンツダウンロードの要求がサブスクライバによりＳＭＳＣによって行われた場合及びコンテンツがＭＭＳＣにより配信される場合のユーザサービスにおけるものである。このユーザサービスに関するビリングの場合には、セッション管理無しで、前記ＳＭＳＣからのビリング記録を前記コンテンツの配信に関連するＭＭＳＣからのビリング記録と相関させて前記ユーザサービスについてビリングすることが必要になる。セッション管理は、前記ＳＭＳＣ及びＭＭＳＣを介したトランザクションの推移を追跡しかつ前記セッションにおける適当な段階での適当なビリングイベントを生成することによって、ゲートウェイ１からのユーザサービスレベルのビリングを容易にする。同じ例を用いた場合、前記ユーザサービスが首尾良く前記アプリケーションプロバイダに配信されることをＳＭＳが要求する場合、故障が発生したことで要求されたコンテンツを含むＭＭＳＣが戻されることはない。セッション管理は、セッション活動をモニタし、かつ故障をロギングすることによって、このエラーの検出を容易にしている。セッション管理が無い場合、このような故障は、２つの独立したベアラサービスの活動をモニタすることによりオペレータのネットワークで検出することが、何れのベアラにおいても故障が発生していないので、非常に困難である。
【００５７】
図１に関連して上述したように、カスケード接続の特権について説明する。これらの特権は，ゲートウェイ１のプロビジョニングサービスにより管理される。このプロビジョニングサービスは、ゲートウェイ１上でプロビジョニングするためにＡＰからオンライン要求を受信する。図１１に示すように、ステップ１６０において、前記ゲートウェイの開始時における前記プロビジョニングサービスが、ゲートウェイ１のオペレータ（ホスト）に権利を付与する。ステップ１６１において、前記オペレータは次に権利を、集合ＡＰをホストするサービスプロバイダ（又は仮想サービスプロバイダ）に権利を付与する。ステップ１６２において、前記仮想サービスプロバイダが関連する多数のＡＰに権利を付与し、それが次にステップ１６３において下位のＡＰに権利を付与する。いずれか１つの当事者により付与され得る権利は、発生元の権利の組の「委譲可能なスキーマ」により定義される権利のサブセットである。前記サーバの認証及びポリシー制御サービスが前記権利を実行する。
【００５８】
図１２に関し、前記プロビジョニングサービスにより生成される記録１７０は、アクセス制御値を定義するスキーマ１７２と、権利保持者の被指定者の権利の最大範囲を画定する委譲可能なスキーマ１７３とを有する権利１７１を含む。また、レコード１７０は、デジタル署名１７４又は他の認証データを含む。前記プロビジョニングサービスにより生成される別のレコード１８０は、レコード１７０の保持者の被指定人に関するものである。このレコードは、委譲可能なスキーマ１７３のサブセットであるスキーマ１８２により定義される権利１８１を有する。また、レコード１８０は、委譲可能なスキーマ１８３を有し、前記状況が生じた場合に更なるカスケード接続を可能にしている。また、レコード１８０及びそれに続く全てのレコードのためのデジタル署名１８４が存在する。実際には、本当の権利がネットワークベアラへのアクセスの権利のようなサービスポリシーパラメータ、許可されたコンテンツフォーマット及びボリューム、最大及び最小課金パラメータを支配する。
【００５９】
本発明によれば、インターネットドメイン内のアプリケーションプロバイダサーバとインターフェースし、かつモバイルネットワークドメイン内のイネーブラとインタフェースして、サブスクライバへの広範なコンテンツのダウンロード及びユーザサービスの提供を可能にするゲートウェイが提供されることが分かる。コンテンツ又はユーザサービスは、カスケード接続されたアクセス制御権メカニズムのおかげで、非常に簡単なセットアップで独立して又はリンクされたＡＰサーバのウエブを介して動作する特定のＡＰサーバにより提供することができる。別の大きな利点は、コンテンツフォーマットのコンバージェンスを効率的に実行して、サブスクライバの所望のコンテンツフォーマット又はサービスタイプを提供し得る能力である。これは、サブスクライバのモバイルデバイスの能力及びＡＰコンテンツフォーマットが広範なものであるという事実に拘らず実現される。また、ゲートウェイ１がサブスクライバへの最終的な配信の前に２方向セッションでモバイルネットワークイネーブラとインタフェースするという事実が、コンバージェンスにおいて大きな汎用性を実現するのに役立っている。
【００６０】
本発明の別の利点は、特定の環境によって設定される正確な条件に従う迅速な配置を前記ゲートウェイソフトウエアアーキテクチュアが可能にしているという事実である。管理者は単に所望のゲートウェイ１の各サービスに関するＸＭＬコンフィグレーションドキュメントの組を準備し、かつ前記のサービスフレームワークが自動的に動作して、全ての内部イベントのハンドリング及びサービス対サービス通信能力を含むサービスを生成する。
【００６１】
本発明は、上述した実施例に限定されるものでなく、その構成及び詳細において様々に変更することができる。例えば、ゲートウェイ１は、モバイルネットワーク以外の通信ネットワークとインタフェースすることができ、その場合にネットワークデバイスの能力はモバイルデバイスのそれと同じ方法で取り扱われる。非モバイルネットワークの特定の実施例には、固定電話又はＩＰベースのサブスクライバネットワーク及びデジタルＴＶネットワークがある。
【図面の簡単な説明】
【００６２】
【図１】本発明のサービスアクセスゲートウェイおよびその環境の一般的な配置を示す上位の図である。
【図２】或る実施例におけるゲートウェイの内部アーキテクチュアの図である。
【図３】ゲートウェイのサービスのインスタンス化を示す図である。
【図４】異なるサービスの図である。
【図５】異なるサービスの図である。
【図６】サービス内での内部メッセージングを示すフロー図である。
【図７】ゲートウェイにおけるメッセージの流れを示すフロー図である。
【図８】コンテンツフォーマットのコンバージェンスを示すメッセージ転送図である。
【図９】コンバージェンスを示すより複雑なメッセージ転送図である。
【図１０】アクセス制御のカスケード接続を示すフロー図である。
【図１１】サービスプロバイダ特権のカスケード接続を示す図である。
【図１】
2006504297.tif 000003
【図２】
2006504297.tif 000004
【図３】
2006504297.tif 000005
【図４】
2006504297.tif 000006
【図５】
2006504297.tif 000007
【図６】
2006504297.tif 000008
【図７】
2006504297.tif 000009
【図８】
2006504297.tif 000010
【図９】
2006504297.tif 000011
【図１０】
2006504297.tif 000012
【図１１】
2006504297.tif 000013
【国際調査報告】
2006504297.tif 000014
2006504297.tif 000015
2006504297.tif 000016
2006504297.tif 000017
2006504297.tif 000018