通信サービスのためのサードパーティアクセスゲートウェイ
【課題】安全且つ管理されたアクセスを可能にしたり、複数の種々のタイプのサービス要求者に対して独立した許可基準を効率的且つ柔軟にサポートするアーキテクチャを提供することを目的とする。
【解決手段】通信アーキテクチャは、安全なアクセスゲートウェイを介して通信サービスをサードパーティに公表する。サードパーティは、その固有の製品及びサービスをサポートするためにサービスを利用する他の通信サービスプロバイダとすることができる。アクセスゲートウェイは、公表サービスのための安全で標準化され且つ制御されたアクセスプラットフォームを提供し、このようなアクセスに伴う技術的な問題に対処する。公表サービスへの効率的で安全なアクセスのための技術的な解決策を提供することに加え、アーキテクチャはまた、既存の通信サービスプロバイダのための追加の収益チャンネルを提供する。
【解決手段】通信アーキテクチャは、安全なアクセスゲートウェイを介して通信サービスをサードパーティに公表する。サードパーティは、その固有の製品及びサービスをサポートするためにサービスを利用する他の通信サービスプロバイダとすることができる。アクセスゲートウェイは、公表サービスのための安全で標準化され且つ制御されたアクセスプラットフォームを提供し、このようなアクセスに伴う技術的な問題に対処する。公表サービスへの効率的で安全なアクセスのための技術的な解決策を提供することに加え、アーキテクチャはまた、既存の通信サービスプロバイダのための追加の収益チャンネルを提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
（優先権の主張）
本出願は、２００６年９月２０日申請のＥＰＯ特許出願第０５４２５６５６．５号、及び２００６年９月２０日申請のイタリア特許出願第ＭＩ２００５Ａ００１７４１号の恩恵を主張し、この両方は、その全体が引用により本明細書に組み込まれる。
（技術分野）
本発明は、通信処理システムアーキテクチャに関する。特に、本発明は、通信サービスプロバイダ機能への安全で管理されたサードパーティアクセスの提供に関する。
【背景技術】
【０００２】
データ処理及び通信技術における急速な進歩は、消費者が利用可能な膨大な通信サービスをもたらしている。このような通信サービスは、従来の電話サービス、インターネットサービス、ケーブルテレビサービス、携帯電話サービス、ページングサービス、音声及びデータを組み合わせた配信サービス、及び多くの他のサービスを含む。更に、多くのサービスは、無線又はワイヤラインベースのいずれかとすることができる。
【０００３】
従来の通信サービスプロバイダは、通信製品及びサービスの広域スペクトルを実装し確実に提供するために莫大な量の時間、資金、及び先進技術を注ぎ込んできた。これまで、この投資は、通信サービスプロバイダに対してのみ重要な利益であった。すなわち、通信サービスプロバイダは、内々且つプロバイダ自らの使用に対するプロバイダ固有技術を内部で保持していた。
【０００４】
高度な通信アーキテクチャのこの背景に、各通信サービスプロバイダ内に新しい収益チャンネルにつながる新しいビジネス機会を探求し開発する要求がある。サービスプロバイダアーキテクチャにおける既存の技術は、このような新しい収益チャンネルを促進させることができる。しかしながらこれまでは、サードパーティがサービスプロバイダアーキテクチャの基本的な機能にアクセスできる、十分に安全で、フレキシブルで、効率的なメカニズムが存在しなかった。
【０００５】
【特許文献１】ＥＰＯ特許出願第０５４２５６５６．５号公報
【特許文献２】イタリア特許出願第ＭＩ２００５Ａ００１７４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
拡張された通信サービスプロバイダアーキテクチャに対する必要性が長期にわたり存在している。
【０００７】
サードパーティアクセスに対して拡張された通信サービスプロバイダアーキテクチャを設定することにより重大な技術的課題が生じる。例えば、内部機能への安全且つ管理されたアクセスを可能にするアーキテクチャを提供する際の技術的な課題がある。別の技術的課題は、複数の種々のタイプのサービス要求者に対して独立した許可基準を効率的且つ柔軟にサポートするデータベースデータモデルアーキテクチャを提供することにある。サービス要求者は、サービス要求を送出する個人のエンドユーザから企業のアプリケーションまで多岐にわたる可能性がある。
【課題を解決するための手段】
【０００８】
本発明の１つの態様は、通信アーキテクチャのためのアクセスゲートウェイである。ゲートウェイは、通信サービスプロバイダとサービスプロバイダで実装される機能を使用するよう要求を送出するサードパーティとの間のアクセスポイントを提供する。ゲートウェイは、使用可能なサービスを公表し、該公表されたサービスへのサードパーティ要求を認証、許可、及び処理すると共に、無許可のアクセスに対して通信サービスプロバイダを保護する。
【０００９】
ゲートウェイは、サードパーティと基本的通信サービス機能との間の幾つかのインターフェースを実装する。加入者通信インターフェースは、例えばサードパーティ通信ネットワークアクセス要求（例えば、ウェブサイトコンテンツに対するＨＴＴＰ要求）を受け取る。アプリケーションインターフェースは、例えばショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）、請求サービス、及び他の公表サービスのような公表サービスへのサードパーティ要求を受け取る。
【００１０】
サードパーティゲートウェイは、サービス要求ハンドラを含む。サービス要求ハンドラは、加入者通信インターフェースを介して通信ネットワークアクセス要求を受け取る。サービス要求ハンドラは、通信ネットワークアクセス要求から加入者デバイス識別子（例えば携帯電話などの加入者デバイスに関連したＭＳＩＳＤＮ）を抽出し、加入者デバイス識別子の記録についてプロファイリングデータベースをサーチする。許可された記録が存在する場合、サービス要求ハンドラは、サービスプロバイダ通信インターフェースを介して通信ネットワークアクセス要求を通信ネットワークサービスプロバイダに転送する。
【００１１】
ゲートウェイは、通信ネットワークアクセス要求を公表サービス要求と区別する。このために、ゲートウェイは、公表サービス要求をアプリケーションインターフェースを介してサードパーティから受け取る機能ハンドラを提供する。機能ハンドラは次に、安全な証明書識別子を公表サービス要求から抽出し、プロファイリングデータベースをサーチして、証明書識別子に関連したサードパーティアプリケーションを許可することができる。
【００１２】
公表サービスを使用するためサードパーティアプリケーションを許可した後、機能ハンドラは、通信サービスプロバイダによって予想される入力メッセージを形成するよう公表サービス要求をマップする。例えば、機能ハンドラは、サービスブローカー通信インターフェースを介した通信アーキテクチャにおけるサービスブローカーへの配信のために公表サービス要求をラップ(wrap)することができる。機能ハンドラは、ＳＭＳ要求、ＭＭＳ要求、セッション開始プロトコル（ＳＩＰ）要求、請求要求、又は公表サービスのための他のいずれかの要求のためのラッパー(wrapper)を提供することができる。
【００１３】
本発明の別の態様は、複数のタイプのサービス要求者の特に効率的な設定及び許可をサポートするプロファイリングデータベース及びデータモデルである。データモデルは、複数のタイプのサービス要求者が関係するルートノード（例えば企業テーブル）を提供する。ルートノードからデータモデルは、ネットワーク通信要求者及び公表サービスの要求者などの種々のタイプのサービスの要求者に対して独立したブランチ(branch)を設定する。
【００１４】
従って、１つの企業は、ネットワーク通信サービス（例えば、インターネット閲覧サービス）を要求し、並びに公表されたＳＭＳサービスに対する要求を提示する企業アプリケーション（例えば、ＳＭＳフロントエンド）を設定する携帯電話を従業員らに提供することができる。許可データの種々のタイプを、各ブランチに沿って設定し、サービス要求者のタイプに応じて許可を選択的に調整することができる。更に、データモデルは、状態識別子を各ブランチ内の複数のレベルで設定する。これに応じて、アクセスゲートウェイは、サービス要求者の各タイプに対してだけではなく、各タイプ内の個々のサービス要求者に対しても許可基準を柔軟に設定し適用することができる。
【００１５】
本発明の他のシステム、方法、特徴、及び利点は、以下の各図及び詳細な説明を検討すると当業者には明らかであり、或いは明らかになるであろう。全てのこのような追加のシステム、方法、特徴、及び利点は、本明細書に含まれ、本発明の範囲内にあり、更に添付の請求項によって保護されるものとする。
【発明を実施するための最良の形態】
【００１６】
本発明は、以下の図面及び説明を参照するとより理解することができる。図中の構成要素は、必ずしも縮尺通りではなく、本発明の原理を例証することに重点が置かれている。更に図では、同じ参照符号は種々の図面全体を通して対応する部分又は要素を示している。
【００１７】
図示された要素は、以下に更に詳細に説明するように相互に利用される。しかしながら、詳細な説明を示す前に、説明される特定の実装に関係なく以下の説明の全ては限定ではなく本質的に例示的なものである点に留意されたい。例えば、選択された実装の態様、特徴、又は構成要素はメモリ内に記憶されるものとして示されているが、サードパーティゲートウェイ及びその基本となる構成要素に適合するシステム及び方法の全て又は一部は、他の機械可読媒体、例えばハードディスク、フロッピー（登録商標）ディスク、及びＣＤ−ＲＯＭなどの二次記憶装置、ネットワークから受け取られる信号、或いは現在公知であるか又は今後開発されるＲＯＭ又はＲＡＭの他の形式に記憶させ、分散させ、もしくは読み取ることができる。
【００１８】
更に、サードパーティアクセスゲートウェイアーキテクチャの特定の構成要素を説明するが、サードパーティアクセスゲートウェイアーキテクチャに適合する製造の方法、システム、及び製品は、追加又は異なる構成要素を含むことができる。例えば、プロセッサは、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、個別論理、或いは他のタイプの回路又は論理の組合せとして実装することができる。同様に、メモリは、ＤＲＡＭ、ＳＲＡＭ、フラッシュ、又はメモリの他のいずれかのタイプとすることができる。フラグ、データ、データベース、テーブル、及び他のデータ構造は、別々に記憶及び管理することができ、単一のメモリ又はデータベースに統合し、分散し、或いは多くの種々の方法で論理的且つ物理的に編成することができる。プログラムは、単一のプログラムの一部、別個のプログラム、或いは幾つかのメモリ及びプロセッサにわたって分散させることができる。システムは、１つの処理システムにおけるハードウェア、ソフトウェア、又はハードウェアとソフトウェアの組み合わせで実装するか、或いは複数の処理システムに分散させることができる。
【００１９】
図１は、サードパーティ１０２と対話する通信アーキテクチャ１００の一部を示す。サードパーティ１０２は、形式及び実装において大きく異なる場合がある。例えば、サードパーティ１０２は、携帯電話、携帯情報端末、ネットワーク（例えばインターネット）通信デバイスなどの加入者デバイス１０４；ショートメッセージサービス（ＳＭＳ）メッセージングアプリケーション、セッション開始プロトコル（ＳＩＰ）システム、及び製品とサービスに対して顧客に請求する課金アプリケーションなどの他のサービスプロバイダによって実装される通信サービスアプリケーションのようなアプリケーション１０６；及び他のデバイス、プログラム、又はエンティティ１０８を含むことができる。
【００２０】
通信アーキテクチャ１００は、通信製品及びサービスをサポートする機能を実装する。更に、以下に詳細に説明されるように、通信アーキテクチャ１００は、選択された機能をサードパーティ１０２に公表する。換言すると、サードパーティ１０２は、アーキテクチャ１００に既に配備されている機能を使用するために通信アーキテクチャ１００と通信することができる。すなわち、サードパーティ１０２は、通信アーキテクチャ１００によって既に提供されている機能をローカルに複製するために必要な資源を消費する必要がない。
【００２１】
製品及びサービス、並びにこれらの公表された基本機能は、実装毎に異なる可能性がある。例えば、通信アーキテクチャ１００は、ＳＭＳメッセージングサービス（ＳＭＳメッセージを配信し請求する）、マルチメディアメッセージングシステム（ＭＭＳ）メッセージングサービス（ＭＭＳメッセージを配信し請求する）、及びＳＩＰサービス（ＳＩＰ呼出しをセットアップし呼出しに対し請求する）を公表することができる。別の例えば、通信アーキテクチャ１００は、Ｃｈａｒｇｅ（請求）サービス（アカウントに対して料金を請求するよう要求する）、インターネットプロトコルテレビ（ＩＰＴＶ）サービス（テレビ番組の配信を要求する）、ユーザ状態サービス（「オンライン」、「オフライン」、「ビジー」、又は「アウェイ」などの現在のユーザ状態を要求する）、及びユーザ認証サービス（例えば、モバイルユーザが存在するかどうか、及びモバイルユーザがＩＰＴＶサービスなどの要求サービスを購入する信用証明情報を有するかどうかの検証を要求する）を公表することができる。他の機能は、付加的に或いは代替的に提供することができる。更に、通信アーキテクチャ１００は、サードパーティアクセスゲートウェイ１１０を介した通信ネットワークサービス（例えば、インターネット閲覧サービス）へアクセスを提供することができる。
【００２２】
通信アーキテクチャ１００は、公表サービスへのアクセスを保証する。そのために、アーキテクチャ１００は、サードパーティアクセスゲートウェイ１１０を供給する。サードパーティアクセスゲートウェイ１１０は、公表サービスへのサードパーティ１０２のための単一問合わせ窓口としての役割を果たす。
【００２３】
図１に示されるように、サードパーティアクセスゲートウェイ１１０は、サードパーティ１０２からサービス要求１１２を受け取る。これに応じて、サードパーティアクセスゲートウェイ１１０は、サービス要求が認証され許可されたサードパーティから発信されていることを検証する。ネットワーク通信サービス要求（一例として）の場合、サードパーティアクセスゲートウェイ１１０は、許可されたサービス要求を処理し、そのサービス要求をサービスプロバイダ１１４に中継する。ＳＭＳ、ＭＭＳ、及びＳＩＰサービス要求などの公表サービス要求の場合、サードパーティアクセスゲートウェイ１００は、許可されたサービス要求を処理しサービスブローカー１１６に中継することができる。
【００２４】
サービスブローカー１１６は、サービス要求を実行する。これを行う場合、サービスブローカー１１６は、アーキテクチャ１００が実装して通信製品及びサービスを生成、導入、管理、及び維持を行うビジネスサポートシステム（ＢＳＳ）及びオペレーションサポートシステム（ＯＳＳ）１１８と通信することができる。サービス要求を実行する際に、サービスブローカー１１６は、サービスに関連するデータをサービスブローカー１１６に配信又は返信することができるネットワーク層１２０と付加的に又は代替として通信することができる。サービスプロバイダ１１４及びサービスブローカー１１６からの応答は、発信側のサードパーティ要求者に配信するためにサードパーティアクセスゲートウェイ１１０に返される。
【００２５】
その結果、サードパーティアクセスゲートウェイ１１０は、サードパーティ１０２と、通信アーキテクチャ１００で実装される公表機能との間のセキュリティ層を提供する。サードパーティアクセスゲートウェイ１１０により、サードパーティは、別の通信アーキテクチャで既に実装された機能を用いて広範囲な製品及びサービスを開発、導入、配信、及び管理を行うことができる。同時に、サードパーティアクセスゲートウェイ１１０によって、通信アーキテクチャ１０がサードパーティ１０２に対して安全で標準化され制御された方法に向けてコア機能を公表することができる。
【００２６】
図２は、サードパーティアクセスゲートウェイ１１０の詳細図を示す。サードパーティアクセスゲートウェイ１１０は、加入者デバイス１０４、サービスプロバイダ１１４、及び要求アプリケーション１０６と通信する。サードパーティゲートウェイ１１０はまた、サービスブローカー１１６と通信する。図２は、サービスブローカー１１６が幾つかの公表サービス、すなわちＳＭＳサービス２０２、ＭＭＳサービス２０４、Ｃｈａｒｇｅサービス２０６、ＳＩＰサービス２０８、及びユーザ認証サービス２１０に対するサービス要求の受け付けを示している。
【００２７】
任意選択的であるが、加入者デバイス１０４、サービスプロバイダ１１４、及び要求アプリケーション１０６は、仲介手段を介してサードパーティアクセスゲートウェイ１１０と通信することができる。一例として仲介手段は、ウェブサーバー２１２及びウェブサーバー２１３などのウェブサーバーを含むことができる。仲介手段は、サードパーティアクセスゲートウェイ１１０と加入者デバイス１０４、サービスプロバイダ１１４、及び要求アプリケーション１０６との間の暗号化された或いは他の安全な通信リンクを実装することができる。例えば、仲介手段（又はサードパーティゲートウェイ１１０自体）は、認証を提供し、秘密鍵と公開鍵の公開鍵暗号ペアの公開鍵構成要素を送るＳＳＬ証明書及び証明書識別子を伴うセキュアソケットプロトコル（ＨＴＴＰＳプロトコルなど）を実装することができる。次いで、ウェブサーバー２１２及び２１３とゲートウェイ１１０は、プロファイリングデータベース２２８内に記憶されたクライアント証明書及び許可情報を使用してサードパーティ１０２を許可することができる。
【００２８】
サードパーティアクセスゲートウェイ１１０は、幾つかのインターフェースを介して通信する。インターフェースは、加入者通信インターフェース２１６及び／又はサービスブローカー通信インターフェース２１８を含む。インターフェースはまた、サービスプロバイダ通信インターフェース２２０及びアプリケーションインターフェース２２２を含む。
【００２９】
インターフェース２１６−２２２は、多くの方法で実装することができる。一例として、インターフェース２１６−２２２は、サポートしている物理レイヤ（例えば、１つ又はそれ以上のネットワークインターフェースカード）を備えた、ＩＰアドレス、ポート番号、及び通信プロトコルによって定義されるネットワークソケットとすることができる。インターフェース２１６−２２２は、プロセス間通信、メッセージング、又は信号方式を使用する物理レイヤを介して、ＨＴＴＰ、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）、ジャバデータベースコネクティビティ（ＪＤＢＣ）、又は他の通信プロトコルを使用して通信することができる。メッセージは、拡張可能マーク付け言語（ＸＭＬ）メッセージなどのいずれかの要求形式のネットワークパケット（例えば、ＴＣＰ／ＩＰパケット）で符号化することができる。更に、ファイアウォールは、未知のホストからの要求をブロックするように設定することができる。
【００３０】
サードパーティアクセスゲートウェイ１１０は、サービス要求を扱う２つのメッセージハンドラを含む。サービス要求ハンドラ２２４は、インターネット閲覧要求、ウェブサーバー情報要求、又は他のネットワークアクセス要求などの通信ネットワークアクセス要求を受け取り処理する。機能ハンドラ２２６は、ＳＭＳサービス要求又はＣｈａｒｇｅサービス要求などの公表サービス使用要求を受け取り処理する。
【００３１】
通信ネットワークアクセス要求の処理を要約すると、サービス要求ハンドラ２２４は、要求を受け取り、加入者デバイス識別子（例えば、ＭＳＩＳＤＮ識別子）を抽出し、更にいずれかの所与の加入者デバイスに対応することができる検証情報（例えば、マッチングアクティブＭＳＩＳＤＮ記録）についてプロファイリングデータベース２２８をサーチする。検証情報が特定されると、サービス要求ハンドラ２２４は、サービスプロバイダ通信インターフェース２１６を介してその要求をサービスプロバイダ１１４にマップする。サービスプロバイダ１１４は、要求されたデータに応答する。その結果、サービス要求ハンドラ２２４は、加入者通信インターフェース２１６を介してデータを要求者に返す。
【００３２】
公表サービス要求の処理を要約すると、機能ハンドラ２２６は、証明機関によって発行されたデジタル証明書を任意選択的に含む要求を受け取る。機能ハンドラ２２６は、デジタル証明書に基づいて要求者を認証する。機能ハンドラ２２６はまた、証明書識別子（例えば、公開鍵又はサブジェクト一意の識別子）を抽出することができ、証明書識別子にマッチする要求者アプリケーションについてプロファイリングデータベース２２８をサーチする。機能ハンドラ２２６はまた、マッチング要求者アプリケーションが１つ又はそれ以上のサービスにおいてアクティブ状態（又はアプリケーションがサービスを要求するよう許可されていることを示す他の状態）を有するかどうかを判定することができる。
【００３３】
許可された要求者アプリケーションが要求されたサービスについて認証され許可されると、機能ハンドラ２２６は、ダウンストリーム処理の要求をラップし、ラップされた要求をサービスブローカー１１６に転送する。サービスブローカー１１６は、肯定応答を機能ハンドラ２２６に供給し、許可された要求者アプリケーションの公表サービスに対する要求の実行を開始する。従って、一例として、許可された要求者アプリケーションは、ＳＭＳメッセージ又はＭＭＳメッセージを送信し、これに対して請求を行い、ＳＩＰ接続をセットアップし、顧客アカウントに対してＣｈａｒｇｅを提示し、或いはアーキテクチャ１００において公表された他のいずれかのサービスを利用することができる。
【００３４】
サービス要求ハンドラ２２４及び機能ハンドラ２２６は、サービス使用要求を許可する。このために、サービス要求ハンドラ２２４及び機能ハンドラ２２６は、プロファイリングデータベース２２８を参照する。以下に更に詳細に説明されるように、プロファイリングデータベース２２８は、サービス要求者についての許可情報を保持する。アクセス管理モジュール２３０は、プロファイリングデータベース２２８及びサービス要求ハンドラ２２４を機能ハンドラ２２６（又はサードパーティアクセスゲートウェイ１１０の他のいずれかのプログラム又はエンティティ）に接続することができる。一例として、アクセス管理モジュール２３０は、データベースサーチエンジンを含むデータベースサーバー２３２を実装することができる。このために、アクセス管理モジュール２３０及びプロファイリングデータベース２２８は、Ｏｒａｃｌｅ（商標）、Ｍｉｃｒｏｓｏｆｔ（商標）ＳＱＬ、又は他のサードパーティデータベースサーバープラットフォーム上に構築することができる。
【００３５】
サードパーティアクセスゲートウェイ１１０は更に、レポーティングモジュール２３４を含む。レポーティングモジュール２３４は、サービス要求ハンドラ２２４及び機能ハンドラ２２６からサービス要求処理記録を取得する。レポーティングモジュール２３４は、サービスログファイル２３６（例えば、サービス要求ハンドラ２２４及び／又は機能ハンドラ２２６を実行するシステムとのＦＴＰ接続を介して）を取得し、以下に更に詳細に説明するように該ログファイル２３６を処理してプロファイリングデータベース２２８のログテーブルを更新する。
【００３６】
図３は、サービス要求ハンドラ２２４の追加の詳細を示している。サービス要求ハンドラ２２４は、プロセッサ３０２及びメモリ３０４を含む汎用処理アーキテクチャにおいて実装することができる。メモリ３０４は、以下に説明するようにサービス要求ハンドラ機能を提供するプログラム及びデータを記憶する。
【００３７】
プロセッサ３０２は、サービス要求ハンドラ機能専用とすることができる。例えば、サービス要求ハンドラ２２４は、サードパーティゲートウェイ１１０の全体のアーキテクチャ内の独立した処理システムとすることができる。他の実装ではプロセッサは、追加のプログラム全体で共用し、従ってサードパーティゲートウェイ１１０での追加の機能を実行することができる。例えば、プロセッサ３０２はまた、機能ハンドラ２２６の機能の実行及び／又はインターフェース２１６−２２２を介したメッセージの送受信の開始を行うことができる。
【００３８】
メモリ３０４は、ネットワークアクセス要求処理プログラム３０６を含む。処理プログラム３０６は、例えば加入者通信インターフェース２１６を介して受信された通信ネットワークアクセス要求３０８を処理する。図３は、通信ネットワークアクセス要求３０８が統一資源位置指定子（ＵＲＬ）３１２及びＭＳＩＳＤＮ３１４を含むハイパーテキスト転送プロトコル（ＨＴＴＰ）要求３１０である実施例を示している。
【００３９】
処理プログラム３０６は、ネットワークアクセス要求３０８を許可する。１つの実装ではプロセスプログラム３０６は、要求３０８からＭＳＩＳＤＮ３１４を抽出する。処理プログラム３０６は、要求をアクセス管理モジュール２３０に送出し、ＭＳＩＳＤＮに基づいてプロファイリングデータベース２２８をサーチする。アクセス管理モジュール２３０は、処理プログラム３０６にサーチ結果を戻し、次いで該プログラムは、許可された記録がＭＳＩＳＤＮについて存在するかどうかを判断する。
【００４０】
許可された加入者デバイスからのネットワークアクセス要求では、サービス要求ハンドラ２２４は、要求を扱う宛先ウェブサーバーを決定する。このために、ネットワークアクセス要求処理プログラム３０６は、ウェブサーバーマッピング３１６を設定し、適用することができる。ウェブサーバーマッピング３１６は、使用可能なウェブサーバー（例えば、名前、ＩＰアドレス、及び／又はポート番号によって識別された）をＭＳＩＳＤＮ及び／又はＨＴＴＰ要求の統一資源位置指定子（ＵＲＬ）もしくは他のデータの一部に関連付けることができる。サービス要求ハンドラ２２４は、これによってどのサービスプロバイダ１１４がネットワークアクセス要求３０８を扱うかを判定する。
【００４１】
選択されたサービスプロバイダ１１４は、要求されたデータによってアクセス要求３０８に応答する。図３は、サービスプロバイダ１１４がＨＴＴＰ応答データ３１８によってＨＴＴＰ要求３０８に応答する実施例を示している。応答データ３１８は、ＨＴＴＰ要求３０８に応答するＨＴＭＬ、画像、音声、及び／又は動画データ、或いは他のいずれかのデータを含むことができる。サービス要求ハンドラ２２４は、ＨＴＴＰ応答データ３１８を許可された要求者に返す。
【００４２】
サービス要求ハンドラ２２４はまた、ログファイル３２０を作成することができる。ログファイル３２０は、各サービス要求に対していずれかの要求されるサービス追跡情報を含むことができる。ログされる情報は、許可された加入者情報、ＭＳＩＳＤＮ、サービス要求日時、ＵＲＬデータ、転送されるデータの量、応答サービスプロバイダの識別子、エラーコード、トランザクション識別子、及び他の情報を含むことができる。サービス要求ハンドラ２２４は、プロファイリングデータベース２２８のログテーブルを構文解析して読み込むためレポーティングモジュール２３４にログファイル３２０を提供することができる。
【００４３】
図４は、機能ハンドラ２２６の追加の詳細を示している。機能ハンドラ２２６は、プロセッサ４０２及びメモリ４０４を含む汎用処理アーキテクチャにおいて実装することができる。メモリ４０４は、以下に説明するように機能ハンドラの機能を提供するプログラム及びデータを記憶する。ウェブサーバー４３６（例えば、Ａｐａｃｈｅ Ａｘｉｓウェブサーバー）は、クライアント証明書に基づいたサードパーティ認証及びＳＳＬを介した安全な通信チャンネルを提供することができる。
【００４４】
機能ハンドラ２２６は、サードパーティゲートウェイ１１０の全体的なアーキテクチャ内の独立した処理システムとすることができる。他の実装において、プロセッサ４０２は、追加のプログラム全体で共用し、サードパーティゲートウェイ１１０において追加の機能を実行することができる。例えば、プロセッサ４０２はまた、サービス要求ハンドラ２２４の機能の実行及び／又はインターフェース２１６−２２２を介したメッセージの送受信の開始を行うことができる。
【００４５】
メモリ４０４は、公表サービス要求処理プログラム４０６を含む。処理プログラム４０６は、例えばアプリケーションインターフェース２２２を介して受信される公表サービス要求４０８を処理する。図４に示されるサービス要求４０８は、サービス要求４０８と共に含まれるデジタル証明書内に存在することができる証明書識別子４１０（例えば、公開鍵又はサブジェクト一意の識別子）を含む。処理プログラム４０６は、最初にデジタル証明書を復号し証明機関による証明書の発行を検証することによって公表サービス要求４０８を認証することができる。次いで、処理プログラム４０６は、検証された公開鍵を利用してサービス要求４０８を（例えば、解読されたメッセージハッシュ値と計算されたメッセージハッシュ値とを比較することによって）認証することができる。或いは、機能ハンドラ２２６は、認証にウェブサーバー４２６を利用することができる。
【００４６】
１つの実装では処理プログラム４０６は、要求４０８から証明書識別子４１０を抽出する。処理プログラム４０６は、要求をアクセス管理モジュール２３０に送出し、証明書識別子４１０に基づいてプロファイリングデータベース２２８をサーチする。アクセス管理モジュール２３０は、サーチ結果を処理プログラム４０６に返す。その結果、処理プログラム４０６は、証明書識別子４１０に対応し、要求されたサービスに対応するアクティブな（或は他の方法で許可された）インストールサービスにリンクされる許可された企業アプリケーションが存在するかどうかを判定する。
【００４７】
認証及び許可されたアプリケーションからの公表サービス要求では、機能ハンドラ２２６は、どの公表サービスが要求されたかを判定する。サービスタイプをサービス要求４０８で指定し、或いは送信されるサードパーティゲートウェイ１１０内の特定のエンドポイントに基づいてサービス要求を区別することができる。各サービス要求４０８は、要求される公表サービスのタイプに応じて形式及びコンテンツが異なる可能性がある。
【００４８】
サードパーティゲートウェイ１１０は、サードパーティ１０２に対する公表サービスのウェブサービス記述言語（ＷＳＤＬ）記述子を定義し公開することができる。ＷＳＤＬ記述子は、サービスのロケーション（例えば、サードパーティアクセスゲートウェイ１１０で設定されたエンドポイントのネットワークアドレス）及びサービスが公表する機能を指定することができる。ＷＳＤＬ記述子はまた、各公表サービス、実行することができるオペレーション、及び包含されるメッセージを定義することができる。従って、サードパーティ１０２は、公開された記述子を受け取り、サービス要求を伝達する場所、サービス要求が準拠すべき形式及びコンテンツ、並びに期待できる応答の形式及びコンテンツを理解する。
【００４９】
機能ハンドラ２２６は、サービスブローカー１１６と要求アプリケーション１０６間の仲介手段として機能する公表サービスインターフェース４１２を提供する。公表サービスインターフェース４１２は、受け取ったサービス要求メッセージ４０８をサードパーティゲートウェイ１１０によって予想される形式（例えば、ＷＳＤＬ記述子で指定された入力メッセージの形式）からこのような要求のサービスブローカー１１６によって予想される形式に変換することができる。換言すると、ラッパーは、公表サービスのための入力メッセージを形成するためにＷＳＤＬ定義によって加えられるマッピングである。従って、公表サービスインターフェース４１２は、サービスブローカー１１６を公表サービス要求メッセージの大きく異なる可能性のある形式及びコンテンツから分離し、要求アプリケーションを公表サービスに効率的に接続する。
【００５０】
このために、公表サービスインターフェース４１２は、サービスブローカー１１６のための標準化された（すなわちラップされた）公表サービス要求４２４を準備するラッパー論理を含むことができる。ラッパー論理は、ＷＳＤＬを構文解析して受信されたメッセージの形式及びコンテンツをＷＳＤＬ定義で指定されたメッセージ定義に適合するように変換する処理プログラムを表わすことができる。サービスブローカー１１６によって予想されるメッセージフォーマットの実施例を以下に説明する。
【００５１】
ラッパー論理は、公表サービスのいずれに対しても提供することができる。図４は、ＳＭＳラッパー４１４、ＭＭＳラッパー４１６、及び状態問合せラッパー４１８を示す。図４はまた、モバイルユーザ認証ラッパー４２０、ユーザ認証ラッパー４２２、ＳＩＰラッパー４３２、及びＣｈａｒｇｅラッパー４３４を示している。
【００５２】
１つの実装では公表サービスインターフェース４１２は、ジャバ遠隔メソッド呼出し（ＲＭＩ）を利用することができる。ＲＭＩは、ジャバオブジェクトを定義することができるメカニズム、及び遠隔で呼びされるこれらの方法を提供する。このために、サービスブローカー１１６は、公表サービス要求を扱うオブジェクトを生成するオブジェクトサーバーとして機能することができる。オブジェクトは、機能ハンドラ２２６がオブジェクトに対する参照を取得して該オブジェクトを遠隔で呼び出すことができるように登録することができる。しかしながら、サードパーティゲートウェイ１１０は、他のメッセージ通信及び遠隔手続き呼出し技術によりラップされたサービス要求メッセージ及び応答をサービスブローカー１１６との間で送受信することができる。
【００５３】
機能ハンドラ２２６は、サービスブローカー１１６から公表サービス要求に対するサービス要求応答４２６を取得する。機能ハンドラ２２６は、要求応答４２６を要求アプリケーションに提供する。更に、機能ハンドラ２２６は、各公表サービス要求応答のための標準応答フォーマットを提供することができる。このために、図４に示されたラッパーは、ＷＳＤＬ定義で定義された出力メッセージに従ってラップされた公表サービス要求応答４２８を生成することができる。
【００５４】
機能ハンドラ２２６はまた、ログファイル４３０を作成することができる。ログファイル４３０は、許可された加入者情報、証明書識別子、サービス要求日時、実行された要求の数、実行された要求のタイプ、エラーコード、トランザクション識別子、及び他の情報などのいずれかの要求された公表サービス追跡情報を含むことができる。機能ハンドラ２２６は、プロファイリングデータベース２２８のログテーブルを構文解析して読み込むためのレポーティングモジュール２３４にログファイル４３０を供給することができる。
【００５５】
図５は、プロファイリングデータベース２２８のデータモデルの例示的な実装を示す。プロファイリングデータベース２２８は、アーキテクチャ１００によって提供される１つ又はそれ以上の公表サービスへのアクセスが可能な企業を特徴付ける情報を記憶する企業テーブル５０２を含む。企業識別子フィールド５０４は、企業テーブル５０２の各記録を一意に識別するための一次キーを提供する。企業テーブル５０２は、以下の表１に詳細に示される。
【００５６】
エンドユーザテーブル５０６は、ネットワーク通信サービス及び公表サービスを使用するＭＳＩＳＤＮ（一般的に特定の個人に関連する）に関する情報を記憶する。エンドユーザテーブル５０６は、エンドユーザ、その企業、及びそのＭＳＩＳＤＮ間の関係を設定する。一次キーエンドユーザ識別子フィールド５０８は、エンドユーザテーブル５０６の各記録を一意に識別する。エンドユーザテーブル５０６は、以下の表２に詳細に示されている。
【００５７】
ＭＳＩＳＤＮテーブル５１０は、ＭＳＩＳＤＮフィールド５１２で識別されたＭＳＩＳＤＮを設定するデバイス識別子テーブルを提供する。ＭＳＩＳＤＮは、携帯電話用のＧＳＭ ＳＩＭカードなどの加入者デバイスと関連付けることができる。次いで、エンドユーザテーブル５０６は、エンドユーザをＭＳＩＳＤＮ識別子フィールドを使用してＭＳＩＳＤＮに関連付けることができる。ＭＳＩＳＤＮテーブル５１０の当該状態フィールドは、加入者デバイス状態を提供する。一次キーは、ＭＳＩＳＤＮテーブル５１０の各記録を一意に識別するＭＳＩＳＤＮ識別子フィールド５１４で提供される。ＭＳＩＳＤＮテーブル５１０は、以下の表３に詳細に示されている。
【００５８】
状態テーブル５２０は、エンドユーザ、企業、ＭＳＩＳＤＮ、又は他のエンティティに対する可能な状態を設定する。一次キー状態識別子フィールド５２２は、状態テーブル５２０の各記録を一意に識別する。状態テーブル５２０は、以下の表４に詳細に示されている。
【００５９】
状態の実施例は、アクティブ、非アクティブ、中断、及びアイドルを含む。従って、サードパーティゲートウェイ１１０は、その状態を多くの異なるレベルの１つに設定することができる。例えば、状態は、企業、企業アプリケーション、ユーザ、又は特定のＭＳＩＳＤＮの状態を反映できる。サービス要求を許可する場合、サードパーティゲートウェイ１１０は、状態が要求を許可する前のいずれかの要求レベルにあることをチェックすることができる。例えば、サードパーティゲートウェイ１１０は、ＭＳＩＳＤＮ及びエンドユーザの両方がアクティブのまま維持されることを保証することができる。代替的に或いは追加として、ゲートウェイ１１０は、関連する企業もまたアクティブのまま維持されることを保証することができる。
【００６０】
エンドユーザクロスアプリケーションテーブル５１６は、エンドユーザとエンドユーザが加入しているビジネスアプリケーションとの間の関係を設定する。エンドユーザ識別子及びアプリケーション識別子フィールドは、エンドユーザを企業アプリケーションにリンクする一次キー／外部キーフィールド５１８を提供する。エンドユーザクロスアプリケーションテーブル５１６は、以下の表５に詳細に示されている。
【００６１】
企業アプリケーションテーブル５２４は、公表サービス要求を提示することができる企業内のアプリケーションの特徴を設定する。特徴は、名前、記述、ＵＲＬ、証明書識別子フィールド５２６に記憶された証明書識別子、及び他の特徴を含むことができる。一例として、企業アプリケーションテーブルは、例えばサードパーティサービスプロバイダで実行するＳＭＳフロント及びアプリケーションの特徴を指定することができる。ＳＭＳフロントエンドは、該ＳＭＳフロントエンドに関連付けられた企業の顧客に代わってサードパーティゲートウェイ１１０にＳＭＳ要求を提示することができる。
【００６２】
一次キーアプリケーション識別子フィールド５２８は、企業アプリケーションテーブル５２４で各記録を一意に識別する。更に、状態識別子は、各企業アプリケーション記録の状態情報を提供する。企業アプリケーションテーブル５２４は、以下の表６に詳細に示されている。
【００６３】
インストールされたサービステーブル５３０は、企業が加入している公表サービスの記録を設定する。従って、インストールされたサービスは、企業アプリケーションがどの公表サービスを要求することができるかを識別する。インストールされたサービス識別子フィールド５３２は、一次キーとして機能し、インストールされたサービステーブル５３０の各記録を一意に識別する。インストールされたサービステーブル５３０は、以下の表７に詳細に示されている。
【００６４】
インストールされた属性テーブル５３４は、特定の企業に関連したサービスの特徴を設定する。インストールされた属性識別子フィールド５３６は、一次キーとして機能し、インストールされた属性テーブル５３４の各記録を一意に識別する。以下の表８は、インストールされた属性テーブル５３４を詳細に示している。
【００６５】
サービス属性テーブル５３８は、サードパーティアクセスゲートウェイ１１０を介して使用可能な公表サービスの属性についての名前、記述、及びデフォルト値を記憶する。サービス属性の実施例には、
経常的料金：サービスを使用するために毎月支払われるコスト（例えば、センドＳＭＳ又はセンドＭＭＳの公表サービスにアクセスするための１カ月のコスト）
スレショルド：毎月送信できるＳＭＳ又はＭＭＳメッセージの量
追加の割当額：スレショルドを越えた場合の１つのＳＭＳ又はＭＭＳメッセージ当たりのコスト
を含む。
【００６６】
デフォルト値は、インストールされた属性テーブルにエクスポートできる。次いで、インストールされた属性テーブルの値は、特定企業アプリケーションに対して適切に修正できる。
【００６７】
属性識別子フィールド５４０は、一次キーとして機能し、サービス属性テーブル５３８の各記録を一意に識別する。以下の表９は、サービス属性テーブル５３４を詳細に示している。
【００６８】
サービスカタログテーブル５４２は、サードパーティアクセスゲートウェイ１１０を介して使用可能な公表サービスに関連する名前、記述、状態、及び他の情報を記憶する。各ビジネスアプリケーション１１４又はサービスプロバイダ１０６は、サービスカタログテーブル５４２で定義された１つ又はそれ以上のサービスに加入することができる。サービスカタログテーブル５４２は、公表されたＳＭＳ、ＭＭＳ、Ｃｈａｒｇｅ、又は他のタイプの公表サービスのための名前、記述、識別子、及び状態を提供する記録を設定することができる。サービス識別子フィールド５４４は、一次キーとして機能し、サービスカタログテーブル５４２の各記録を一意に識別する。以下の表１０は、サービスカタログテーブル５４２を示している。
【００６９】
一例として、プロファイリングデータベース２２８は、公表されたＳＭＳサービスを定義することができる。このために、サービスカタログは、「Ｓｅｎｄ ＳＭＳ」に設定されたＳｅｒｖｉｃｅ＿Ｎａｍｅで新しい記録を設定することができる。次いで、サービス属性テーブルは、「１００」のＡｔｔｒｉｂｕｔｅ＿Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ（すなわち、１カ月につき１００のＳＭＳメッセージ）で「Ｔｈｒｅｓｈｏｌｄ」のＡｔｔｒｉｂｕｔｅ＿Ｎａｍｅを設定することができる。Ａｔｔｒｉｂｕｔｅ＿Ｄｅｓｃｒｉｐｔｉｏｎは任意選択的に、スレショルドを記述する１つのテキスト文字列に設定することができる。サービス属性テーブルはまた、＄１，０００のＡｔｔｒｉｂｕｔｅ＿Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ（すなわち、１カ月当たり＄１，０００の公表サービスコストまでのアクセス）で経常的料金属性を定義することができる。関連するＡｔｔｒｉｂｕｔｅ＿Ｄｅｓｃｒｉｐｔｉｏｎは、経常的料金を記述するテキスト文字列を提供することができる。
【００７０】
サードパーティの企業は、公表されたＳＭＳメッセージサービスへアクセスするために通信サービスプロバイダと交渉することができる。アクセスの期限及び条件は、交渉によって決まることになり、プロファイリングデータベース２２８のデータモデルによってサポートされる。プロファイリングデータベース２２８は、企業の企業記録を設定し、企業にリンクされた企業アプリケーション記録を設定する。次いでインストールされたサービステーブルは、サービスカタログで定義された「Ｓｅｎｄ ＳＭＳ」サービスを指定する企業アプリケーションのためのインストールされたサービス記録を設定することができる。サービス属性テーブルで提供されるデフォルト値は、インストールされた属性テーブルの企業に対し具体的に設定することができる。例えば、インストールされた属性テーブルは、１カ月につき１０，０００ＳＭＳメッセージのスレショルド、及び１カ月につき＄５，０００の経常的料金を定義することができる。
【００７１】
企業アプリケーションとインストールされたサービスの組合せは、企業アプリケーションのためのクライアントポートフォリオを設定する。企業アプリケーションは、サードパーティゲートウェイ１１０がクライアントポートフォリオに関して許可するサービス要求を提示する。ポートフォリオデータベース２２８で設定されたデータモデルは、クライアントポートフォリオの柔軟な定義、修正、及び削除をサポートする。
【００７２】
図５は、特にサービス要求の種々のタイプの効率的な設定及び許可をサポートするデータモデルを実装するプロファイリングデータベース２２８を示している。企業テーブル５０２は、サービス要求者の複数のタイプを関連する企業に戻って関連付けるルートテーブルとしての働きをする。企業テーブル５０２から、データモデルは、ネットワーク通信要求者及び公表サービス要求者に対する独立したブランチを設定する。要求者の各タイプは企業に関連付けられている。例えば、１つの企業は、ネットワーク通信サービス（例えば、インターネット閲覧サービス）を要求する両方の従業員を含むことができ、同時に企業は、公表されたＳＭＳサービスに対する要求を提示するアプリケーション（例えば、ＳＭＳフロントエンド）を設定することができる。
【００７３】
データモデルにより、サードパーティゲートウェイ１１０は、種々の基準に基づいて要求者の各タイプを許可することができる。従って、基準は、要求者タイプに対して独自に選択し、調整することができる。同時にデータモデルのブランチング構造により、要求者の各タイプは同じデータモデルに共存でき、単一の企業に対する関係を設定でき、更に要求者の各タイプに対して一意の許可制御をサポートすることができる。
【００７４】
企業テーブルは、企業テーブル５０２（表２）の一意の企業識別子を使用してサードパーティゲートウェイ１１０にアクセスできる１つ又はそれ以上の企業を定義する。エンドユーザブランチ５５４は、エンドユーザテーブル５０６の一意のエンドユーザ識別子５０８と企業識別子フィールドを使用した特定の企業へ戻る関係を提供することによって設定される。同様に、企業アプリケーションブランチ５５６は、企業識別子フィールドを使用した特定の企業へ戻る関係によって企業アプリケーションを設定する一意のアプリケーション識別子５２８を提供することによって設定される。従って、エンドユーザ及び要求アプリケーションは、要求者の両方のタイプを含むことができる企業へ戻ってリンクされる。
【００７５】
更に、データモデルの各ブランチは、要求者の各タイプに対して種々の許可基準を設定するメカニズムを提供する。エンドユーザブランチでは、例えばＭＳＩＳＤＮは、ネットワーク通信アクセス要求（例えば、インターネットを閲覧する移動電話ユーザ又はＰＤＡユーザのための）を許可するデータフィールドを提供する。従って、エンドユーザブランチは、エンドユーザテーブル５０６（表２）のＭＳＩＳＤＮ識別子フィールドによってエンドユーザをＭＳＩＳＤＮに関連付けるＭＳＩＳＤＮテーブル５１０を設定する。
【００７６】
データモデルはまた、エンドユーザのための複数の許可オプションを提供する。このために、データモデルは、状態（例えば、アクティブ、非アクティブ、中断、又はアイドル）を定義する状態テーブル５２０を設定する。サードパーティゲートウェイ１１０は、要求を許可すべきかどうかをその状態から判定することができる。エンドユーザテーブル５０６で定義された各エンドユーザ及びＭＳＩＳＤＮテーブル５１０で定義された各ＭＳＩＳＤＮは、状態を指定することができる。
【００７７】
例えば、サービス要求ハンドラ２２４は、サービス要求がＭＳＩＳＤＮテーブル５１０で設定されたＭＳＩＳＤＮを伴う場合に許可されるエンドユーザのネットワーク通信要求を考慮することによって許可ポリシーを管理することができる。ポリシーに応じて、サービス要求ハンドラ２２４はまた、ＭＳＩＳＤＮが許可された状態（例えば、アクティブ）を有することをチェックし保証することができる。更に又は代替的に、ポリシーに応じてサービス要求ハンドラ２２４は、ＭＳＩＳＤＮにリンクされたエンドユーザが許可された状態を有することを保証するためにチェックすることができる。データモデルはこれによって、エンドユーザの許可制御を設定するための効率的且つ柔軟なメカニズムを提供する。更に、エンドユーザのための許可制御は、企業アプリケーションの許可制御とは無関係である。
【００７８】
データモデルのアプリケーションブランチは、企業アプリケーションに対する異なる許可メカニズムを設定する。特に、アプリケーションブランチは、証明書識別子に基づいて許可を設定する。このために、アプリケーションテーブル５２４で定義された各企業アプリケーションは、証明書識別子フィールド５２６を含む。証明書識別子フィールド５２６は、デジタル証明書の認証を介してデジタル証明書から取得された識別子（例えば、公開鍵又はサブジェクト一意の識別子）に対してチェックすることができる事前割当て識別子（例えば、公開鍵）を記憶する。
【００７９】
証明書識別子は認証中に取得される。データベース２２８の企業アプリケーション記録に証明書識別子を含むと、追加の許可識別子を必要とすることなく証明書識別子の使用を許可まで効率的に拡張する。従って、機能ハンドラ２２８は、極めて安全な認証技術をサポートするだけでなく、企業アプリケーションの効率的で安全な許可のために認証から取得された結果を使用する。企業アプリケーションの許可を強化することで、サードパーティによる有用な通信サービスの許可されないアクセスに対して強力な保護が得られる。
【００８０】
更に、データモデルは、柔軟なサービス定義及び属性定義構造を提供する。特に、データモデルは、インストールされたサービステーブル５３０（表７）のアプリケーション識別子を使用して１つ又はそれ以上のインストールされたサービスを各企業アプリケーションに関連付けることができる。このように、企業アプリケーションが要求を許可された公表サービスが設定され、企業アプリケーションにリンクされる。次いでサービスカタログテーブル５４２は、サービス記述フィールドを使用して各インストールされたサービスに対して詳細な記述を提供することができる。
【００８１】
同様に、インストールされた属性テーブル５３４は、インストールされたサービス識別子フィールド（表８）によって提供されたリンクを介してインストールされたサービスの特定の属性を定義することができる。次いでサービス属性テーブル５３８は、属性記述フィールドを使用して各属性に対して詳細な記述を提供することができる。インストールされた属性に対するデフォルト値は、サービス属性テーブル５３８から提供することができる。
【００８２】
企業アプリケーションブランチのテーブル５２４、５３０、５３４、５３８、及び５４２の各々は、状態識別子フィールドを含むことができる。データモデルはこれによって、企業アプリケーションがいずれかの所与の公表サービスの使用を許可された場合に設定する際の相当量の追加のポリシー管理の柔軟性を提供する。例えば、証明書識別子の認証及び回復後、機能ハンドラ２２８は、証明書識別子にマッチするアクティブな企業アプリケーションが企業アプリケーションテーブル５２４で見つけられた場合に、企業アプリケーションが要求されたサービスの使用を許可することを判定する許可ポリシーを設定することができる。更に、ポリシーは、要求された公表サービスにマッチするアクティブなインストールされたサービスに企業アプリケーションをリンクすることを要求することができる。更に、許可ポリシーに応じて、機能ハンドラ２２８は、インストールされたサービスをアクティブなインストールされた属性、サービス属性、又はサービスカタログエントリにリンクすることを要求することができる。実施されたポリシーに応じて、データモデルは、テーブル５２４、５３０、５３４、５３８、及び５４２の１つ又はそれ以上において状態フィールドを修正することによって公表サービスへのアクセスを柔軟に許可或いは拒否することができる。
【００８３】
従ってデータモデルは、エンドユーザ、企業アプリケーション、又は他のサービス要求者を許可する際に調べる状態フィールド及び許可識別子（例えば、ＭＳＩＳＤＮ識別子及び証明書識別子）に基づいて柔軟なポリシー管理をサポートする。ポリシーは、要求が許可されたとみなされる前にデータモデルの各ブランチ内の１つ又はそれ以上のレベル（例えば、企業レベル、エンドユーザレベル、ＭＳＩＳＤＮレベル、又は企業アプリケーションレベル）でデータモデルの１つ又はそれ以上の記録について状態基準を指定することができる。ポリシーは、各企業アプリケーション及びエンドユーザによって異なる場合がある。
【００８４】
上述のように、レポーティングモジュール２３４は、ログファイル２３６を構文解析し、プロファイリングデータベース２２８にログテーブルを応答可能に読み込むことができる。第１ログテーブル５４６は、通信ネットワークアクセス要求（例えば、ＨＴＴＰ要求）のためログがとられた（例えば、毎日）情報を記憶することができる。オブジェクト識別子フィールド５３８は、ログテーブル５４６の各行の一意の識別子を提供する。表１１は、第１ログテーブル５４６の例示的な実装を示している。
【００８５】
第２ログテーブル５５０は、公表サービス要求（例えば、ＳＭＳ請求要求）のための（例えば、毎日）ログがとられた情報を記憶することができる。オブジェクト識別子フィールド５５２は、ログテーブル５５０の各行の一意の識別子を提供する。表１２は、第２ログテーブル５４６の例示的な実装を示している。
【００８６】
図６は、通信ネットワークアクセス要求を扱うためのメッセージフロー図６００を示している。概略として、サービス要求ハンドラ２２４は、アクセス要求を受け取り、要求者に許可を与え、要求をウェブサーバーに転送する。ウェブサーバーはアクセス要求結果をサービス要求ハンドラ２２４に返し、次いでサービス要求ハンドラ２２４は該結果を要求パーティに返す。
【００８７】
図６は、サービスパーティ（例えば、エンドユーザ又は加入者デバイス）が、ＭＳＩＳＤＮ、サービスパーティ識別子、ＵＲＬ、又は他のネットワークアクセス情報を含むことができるＨＴＴＰサービス要求を送信する（動作６０２）ことを示している。サービス要求ハンドラ２２４は、ＨＴＴＰ要求からＭＳＩＳＤＮを抽出する（動作６０４）。サービス要求ハンドラ２２４は、ＭＳＩＳＤＮに基づいてデータベースサーチを開始する。ＭＳＩＳＤＮが見つけられアクティブである場合、要求が許可される。
【００８８】
サービス要求ハンドラ２２４はまた、プロファイリングデータベース２２８をサーチし、サービスパーティの記録が存在するかどうかを判定することができる（動作６０６）。プロファイリングデータベース２２８は、サーチ結果を返す（動作６０８）。サービスパーティが現在存在していない（動作６１０）場合、サービス要求ハンドラ２２４は、サービスパーティをプロファイリングデータベース２２８に追加し、そのサービスパーティをアクティブなＭＳＩＳＤＮに関連付ける（動作６１２）。
【００８９】
サービス要求ハンドラ２２４はまた、サービスパーティが存在すること、及び抽出されたＭＳＩＳＤＮがサービスパーティの新しいＭＳＩＳＤＮであることを判定することができる（動作６１４）。この場合、サービス要求ハンドラ２２４は、サービスパーティの古いＭＳＩＳＤＮの状態をイナクティブに更新することができる（動作６１６）。更に、サービス要求ハンドラ２２４は、プロファイリングデータベース２２８のサービスパーティのＭＳＩＳＤＮを更新し、新しいＭＳＩＳＤＮを反映する（動作６１８）。サービス要求ハンドラ２２４はこれによって、どのサービスパーティがどのＭＳＩＳＤＮに関連付けられるかを正確に維持する。
【００９０】
更に、サービス要求ハンドラ２２４は、該要求を要求されたデータによって応答するウェブサーバーに送信する。このために、サービス要求ハンドラ２２４は、ＭＳＩＳＤＮに基づいて該要求をウェブサーバーにルーティングすることができる。例えば、サービス要求ハンドラ２２４は、ＭＳＩＳＤＮと、その要求を扱うために割り当てられたウェブサーバーとの間の相関性を設定するルックアップテーブルを実装することができる。
【００９１】
このために、１つの実装において、サービス要求ハンドラ２２４は、要求のＵＲＬ及び割り当てられたウェブサーバーに基づいて新しいＵＲＬを作る（動作６２０）。換言すると、新しいＵＲＬは、ＭＳＩＳＤＮにマップされたサーバーから元のＵＲＬでのコンテンツの要求を指定する。サービス要求ハンドラ２２４は、ＨＴＴＰ要求を選択されたウェブサーバーに転送し（動作６２２）、その応答データを受信する（動作６２４）。応答データは、発信サービスパーティに伝達される（動作６２６）。
【００９２】
図７及び図８は、公表サービス要求を扱うためのメッセージフロー図７００及び８００を示している。概略として、機能ハンドラ２２６は、サービス要求を受信し、要求者を認証し、更に要求者が公表サービスへのアクセスを許可されたことを検証する。認証され許可された要求者からの公表サービス要求は、ラップされてサービスブローカー１１６に配信される。
【００９３】
図７に示されるように、機能ハンドラ２２６は、外部の企業アプリケーション１０６からＭＭＳ／ＳＭＳサービス要求を受け取る（動作７０２）。サービス要求はまた、サービスプロバイダ１１４からも受け取ることができる。機能ハンドラ２２６は、要求から証明書識別子を抽出する（動作７０４）。機能ハンドラ２２６は、企業アプリケーションテーブル５２４のマッチング証明書識別子についてプロファイリングデータベース２２８をサーチし（動作７０６）、プロファイリングデータベース２２８はサーチ結果を返す（動作７０８）。マッチング証明書識別子は、要求企業アプリケーションを許可することができ、或いは企業アプリケーションに許可を与えるために行われる１つのチェックとすることができる（動作７１０）。企業アプリケーション及び／又は関連する企業の状態のチェックなどの追加のチェックは、許可が完了する前に実行することができる。
【００９４】
機能ハンドラ２２６は、サービス要求にマッピングを加える（動作７１２）。次いで、機能ハンドラ２２６は、ＲＭＩ要求をサービスブローカー１１６に送信する（動作７１４）。サービスブローカー１１６は、要求応答をＲＭＩ要求に返す（動作７１６）。応答は、サービスブローカー１１６が要求を受信したことの肯定応答とすることができる。機能ハンドラ２２６は、要求応答をアプリケーション１１６に返す（動作７１８）。
【００９５】
図８に示されるように、機能ハンドラ２２６は、サービスプロバイダ１１４からＣｈａｒｇｅ、ＳＩＰ、又はＵｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ ｒｅｑｕｅｓｔ（ユーザ許可要求）を受け取り（動作８０２）、証明書識別子を抽出する（動作８０４）。企業アプリケーションはまた、このようなサービス要求を提示することができる。機能ハンドラ２２６は、アプリケーションテーブル５２４のマッチング証明書識別子についてプロファイリングデータベース２２８をサーチし（動作８０６）、プロファイリングデータベース２２８はサーチ結果を返す（動作８０８）。機能ハンドラ２２６は、認証されたアプリケーションが許可されるかどうかを判定する（動作８１０）。
【００９６】
更に具体的には、マッチング証明書識別子はアプリケーションを許可し、或いは企業アプリケーションを許可する場合の第１ステップを提供することができる。機能ハンドラ２２６はまた、要求企業アプリケーションに関連したサービスについてプロファイリングデータベース２２８をサーチすることができる。アクティブなサービスがプロファイリングデータベース２２８の要求アプリケーションに関連して見つけられた場合、機能ハンドラ２２６は、サービス要求を許可することができる。機能ハンドラ２２６は、プロファイリングデータベース２２８の要求企業アプリケーション、関連企業、又は他の記録の状態に基づいて他の許可ポリシーを実装することができる。
【００９７】
許可されたサービス要求を提示する認証されたアプリケーションにおいて、機能ハンドラ２２６は、提示のためにサービス要求をラップする。次いで機能ハンドラ２２６は、遠隔メソッド呼出しを実行し要求をサービスブローカー１１６に送出することができる。機能ハンドラ２２６はこれによって、ＲＭＩを介してラップされた要求をサービスブローカー１１６に送信する（動作８１４）。機能ハンドラ２２６は、サービスブローカー１１６から応答を受け取る（動作８１６）。応答は、サービスブローカー１１６によって提供された肯定応答、エラーメッセージ、又は他の応答とすることができる。機能ハンドラは、要求応答をアプリケーション１０６に返す（動作８１８）。
【００９８】
図９は、公表されたＳＭＳサービスのためのサービス要求９００の実施例を示している。アプリケーションは、アーキテクチャ１００にＳＭＳサービス要求を提示し、アーキテクチャ１００がＳＭＳメッセージを送信して、アプリケーションに代わってそのＳＭＳメッセージに対して請求するよう要求することができる。サービス要求９００は、サービス要求の一意の識別子を提供することができるトランザクション識別子フィールド９０２、要求がＳＭＳ要求であることを指定することができるメッセージタイプフィールド９０４、及び要求がＳＭＳのどのバージョンに準拠するかを指定するＳＭＳバージョンフィールド９０６を含む。サービス要求９００はまた、Ｔｏ Ａｄｄｒｅｓｓフィールド９１０、ＣＣ Ａｄｄｒｅｓｓフィールド９１２、及びＢＣＣ Ａｄｄｒｅｓｓフィールド９１４などのアドレス指定情報を含む。サービスコードフィールド９１６は、ＳＭＳサービス要求を提示するサービスプロバイダの識別子を提供する。
【００９９】
配信タイミング情報もまたサービス要求９００内に存在する。特に、要求９００は、要求時間フィールド９１８、有効時間フィールド９２０、及び最短配信時間フィールド９２２を含む。要求９００はまた、優先順位フィールド９２４を使用したメッセージ優先順位、サブジェクトフィールド９２６のメッセージのサブジェクト、及び請求パーティフィールド９２８でのメッセージの配信に対して課金するパーティを指定する。ＳＭＳメッセージのコンテンツは、コンテンツフィールド９３０内に存在する。
【０１００】
上述のように、公表サービスインターフェース４１２は、要求をサービスブローカー１１６の標準形式にラップすることができる。図１０は、ラップされたＳＭＳメッセージ１０００の実施例を示している。ＳＭＳラッパー４１４は、トランザクション識別子フィールド９０２をトランザクション識別子フィールド１００２にマップし、メッセージタイプ（例えば、ＳＭＳメッセージのための「ＳＭＳＤＥＬＩＶＥＲＹ」）を指定することができるトランザクションラベルフィールド１００４を追加し、更に、ＳＭＳバージョンフィールド９０６をドロップしながらメッセージタイプフィールド９０４をサービスタイプフィールド１００６にマップする。同様に、ＳＭＳラッパー４１４は、アドレス指定フィールド９１０−９１４をＴｏ Ａｄｄｒｅｓｓフィールド１０１０、ＣＣ Ａｄｄｒｅｓｓフィールド１０１２、及びＢＣＣ Ａｄｄｒｅｓｓフィールド１０１４にマップし、更にサービスコードフィールド９１６をサービス識別子フィールド１０１６にマップする。
【０１０１】
配信タイミング情報もまた、ラップされた要求１０００内に存在する。特に、ＳＭＳラッパー４１４は、要求時間フィールド９１８を開始日付フィールド１０１８にマップし、有効時間フィールド９２０を終了日付フィールド１０２０にマップし、更に最短配信時間フィールド９２２をドロップする。ＳＭＳラッパー４１４はまた、優先順位フィールド９２４を優先順位フィールド１０２２に、サブジェクトフィールド９２６をサブジェクトフィールド１０２４に、及び請求パーティフィールド９２８をアカウント識別子フィールド１０２６にマップする。ＳＭＳメッセージのコンテンツは、コンテンツフィールド９３０からメッセージ本体フィールド１０２８にマップされる。
【０１０２】
表１３は、図９に示された要求メッセージから得られたフィールド値を有するラップされたＸＭＬ ＳＭＳ要求メッセージの例示的な実装を示している。ラップされたメッセージは、ラベルフィールド（ＳＭＳメッセージの「ＳＭＳＤＥＬＩＶＥＲＹ」に設定）を追加する。
【０１０３】
【０１０４】
図１１は、サービスブローカー１１６から返された公表サービス応答１１００の実施例を示している。応答１１００は、要求の肯定応答を提供し、トランザクション識別子フィールド１１０２、トランザクションラベルフィールド１１０４、及び要求状態フィールド１１０６を含む。応答１１００はまた、要求しているアプリケーションにエラー条件を伝達するエラーコードフィールド１１０８及びエラー記述フィールド１１１０を提供する。
表１４は、図１１に示されたデータフィールドを伝達するＸＭＬメッセージの実施例を示している。
【０１０５】
【０１０６】
機能ハンドラ２２６はまた、要求アプリケーションへの配信のためのサービスブローカー応答をラップすることができる。換言すると、要求アプリケーションに返された応答メッセージの形式及びコンテンツは、サービスブローカー１１６から送信された応答メッセージの形式及びコンテンツとは異なる可能性がある。図１２は、ラップされたＳＭＳ応答１２００の実施例を示している。
【０１０７】
ＳＭＳラッパー４１４は、応答１１００からの情報を、トランザクション識別子フィールド１２０２、状態フィールド１２０４、エラーコードフィールド１２０６、及びエラー記述フィールド１２０８を含むラップされた応答１２００にマップする。ラップされた応答１２００はまた、メッセージタイプフィールド１２１０（例えば、要求アプリケーションによって予想される「＜ＳＭＳ＞」又は別の値に設定）、及び適用可能なＳＭＳバージョンを要求アプリケーションにレポートするＳＭＳバージョンフィールド１２２１を追加する。トランザクションラベルフィールド１１０４はドロップすることができる。
【０１０８】
図１３は、ＭＭＳの公表サービス要求１３０２からラップされたＭＭＳサービス要求１３０４へのマッピングを示す。ＴＳＯＬＡＢＥＬは、「ＭＭＳＤｅｌｉｖｅｒｙ」又は他のいずれかの識別子に設定することができる。アプリケーションは、マルチメディアコンテンツをいずれかの指定された受信者に配信するためにＭＭＳサービス要求を送出することができる。図１４は、ＭＭＳの公表サービス応答１４０２からラップされたＭＭＳサービス応答１４０４へのマッピングを示している。
【０１０９】
図１５は、ＳＩＰの公表サービス要求１５０２からラップされたＳＩＰサービス要求１５０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「ＳＩＰＣａｌｌ」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、ＳＩＰ要求１５０２で指定された送信者と受信者間の通信チャンネルを設定するためにＳＩＰ要求を開始することができる。図１６は、ＳＩＰの公表サービス応答１６０２からラップされたＳＩＰサービス応答１６０４へのマッピングを示している。ＴＳＯＬＡＢＥＬフィールドはドロップすることができる。
【０１１０】
図１７は、状態公表サービス要求１７０２からラップされた状態サービス要求１７０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「ＧｅｔＵｓｅｒＳｔａｔｕｓ」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、状態要求１７０２にリストされた１つ又はそれ以上のユーザの状態をチェックするために状態要求を送出することができる。状態要求１７０２は、特定のサービスプロバイダに関する状態を要求するためにプロバイダ識別子を更に含むことができる。図１８は、状態応答１８０２からラップされた状態サービス応答１８０４へのマッピングを示している。
【０１１１】
図１９は、認証公表サービス要求１９０２からラップされた認証サービス要求１９０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「認証」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、特定のサービス及びプロバイダに関するＭＳＩＳＤＮの認証を要求するために認証要求１９０２を送出することができる。図２０は、状態公表サービス応答２００２からラップされた状態サービス応答２００４へのマッピングを示している。応答は、サービス状態（例えば、「ＯＫ」、又は「切断」）、顧客タイプ（例えば「商用」又は「住宅用」）、顧客のサービスプランの識別情報、ＳＩＭモジュール、無線デバイスタイプ、ＭＭＳ又はＵＭＴＳ又はＧＰＲＳメッセージを送受信する機能、アクセスチャンネル（例えば、「モバイル」又は「ランドライン」）、或いはＭＳＩＳＤＮが利用可能な他のいずれかの状態情報などの広範な状態情報を含むことができる。
【０１１２】
図２１は、請求（Ｃｈａｒｇｅ）公表サービス要求２１０２からラップされた請求サービス要求２１０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「請求（Ｃｈａｒｇｅ）」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、２つのエンドポイント間（例えば、送信側ＵＲＩと受信側ＵＲＩ間）の指定された開始及び終了日付での通信セッションに対する課金を要求し、請求要求２１０２で指定されたサービスプロバイダによって扱われる請求要求を開始することができる。図２２は、請求公表サービス応答２２０２からラップされた請求サービス応答２２０４へのマッピングを示している。ＴＳＯＬＡＢＥＬフィールドは応答でドロップすることができる。
【０１１３】
表１５は、公表サービスについてのＷＳＤＬ定義の実施例を示している。特に表１５は、公表サービスの入力及び出力メッセージ及びメッセージフォーマットを定義することができる例示的なＷＳＤＬ請求サービス記述子を示している。請求サービス記述子は、請求サービス要求及び応答が入力及び出力メッセージによって定義されるように送信される＜ポート＞（「ＣｈａｒｇｅＡｄａｐｔｅｒＦｒｏｎｔＥｎｄ」）を定義する。更に、請求サービス記述子は、入力及び出力メッセージのためのメッセージ形式及びコンテンツ（それぞれ「ｓｕｂｍｉｔＲｅｑＲｅｑｕｅｓｔ」及び「ｓｕｂｍｉｔＲｅｑＲｅｓｐｏｎｓｅ」）を定義する。ＳＯＡＰ結合もまた、請求公表サービス要求が（「ロケーション」指定子を介して）送られるロケーションとして定義される。
【０１１４】
ＷＳＤＬ定義は、類似の方式で各公表サービスに対して設定することができる。ＷＳＤＬ定義は、ゲートウェイ１１０及び公表サービスの実装に応じて大きく異なる可能性がある。
【０１１５】
【０１１６】
サードパーティゲートウェイ１１０は、通信サービスプロバイダによって提供される公表サービスへの安全で効率的なアクセスを提供する。サードパーティゲートウェイ１１０は、安全な認証中に取得された証明書識別子を用いることによってサードパーティ許可を強化する。データベース２２８の企業アプリケーション記録に証明書識別子を含むことで、企業アプリケーション用の許可識別子を別個に又は独自に必要とせずに証明書識別子の使用を許可にまで効率的に拡張する。企業アプリケーションの強化された許可は、重要な通信の無許可のサードパーティアクセスに対する強力な保護をもたらす。
【０１１７】
更に、ＭＳＩＳＤＮフィールド及び証明書識別子フィールドは、サービス要求者の種々のタイプに対する独立した許可基準である。データモデルにおける複数のレベル状態フィールドと共に、データモデルは、サービス要求ハンドラ２２４に対する柔軟なポリシー管理をサポートする。ポリシーは、要求が許可されたと見なされる前に、データモデルにおける各ブランチ内の１つ又はそれ以上のレベル（例えば、企業レベル、エンドユーザレベル、又は企業アプリケーションレベル）でデータモデルの記録に対する状態基準を指定することができる。
【０１１８】
サービス要求者の複数の種々のタイプのアクセスを安全に許可するための技術を要約すると、サードパーティゲートウェイ１１０は、サービス要求者の第１タイプ（例えば、企業アプリケーション）から公表サービス要求を受け取る。サードパーティゲートウェイ１１０はまた、サービス要求者の第２のタイプ（例えば、移動電話デバイス）からネットワーク通信サービス要求を受け取る。サードパーティゲートウェイは、公表サービス要求を認証し、該公表サービス要求を認証することにより安全な許可識別子（例えば公開鍵）を取得する。
【０１１９】
プロファイリングデータベース２２８は、安全な許可識別子に基づいてプロファイリングデータベース２２８で定義されたデータモデルのサービス要求者ブランチからのサーチ結果を提供する。サードパーティゲートウェイ１１０は、サーチ結果に表示される企業アプリケーションを判定する。企業アプリケーションの許可は、第１サーチ結果の１つ又はそれ以上の状態識別子（例えば、企業アプリケーション識別子）に基づいて進行する。
【０１２０】
サービス要求者の第２タイプに関して、サードパーティゲートウェイ１１０は、デバイス識別子をネットワーク通信サービス要求から抽出する。プロファイリングデータベース２２８はまた、デバイス識別子に基づいて異なるサービス要求者ブランチからサーチ結果を提供する。第２サーチ結果に示された加入者デバイスは、第２サーチ結果の１つ又はそれ以上の加入者デバイス状態識別子に基づいて判定され許可される。
【０１２１】
本発明の種々の実施形態を説明してきたが、より多くの実施形態及び実装が本発明の範囲内で可能であることは当業者には明らかであろう。従って、本発明は、添付の請求項及びこれらの均等物の観点以外で限定されるものではない。
【図面の簡単な説明】
【０１２２】
【図１】サードパーティアクセスゲートウェイを含む通信アーキテクチャの一部を示す図である。
【図２】サービスブローカーと、外部デバイス、アプリケーション、及びサービスプロバイダと通信状態にあるサードパーティアクセスゲートウェイを示す図である。
【図３】アクセス管理モジュールと通信状態にあるサービス要求ハンドラを示す図である。
【図４】アクセス管理モジュールと通信状態にある機能ハンドラを示す図である。
【図５】プロファイリングデータベースを示す図である。
【図６】通信ネットワークアクセス要求のメッセージフロー図である。
【図７】ＳＭＳ及びＭＭＳ公表サービス要求のためのメッセージフロー図である。
【図８】請求（Ｃｈａｒｇｅ）、ＳＩＰ、及び許可サービス要求のメッセージフロー図である。
【図９】ＳＭＳ公表サービス要求を示す図である。
【図１０】ラップされたＳＭＳサービス要求を示す図である。
【図１１】ＳＭＳサービス要求応答を示す図である。
【図１２】ラップされたＳＭＳサービス要求応答を示す図である。
【図１３】ＭＭＳ公表サービス要求からラップされたＭＭＳサービス要求へのマッピングを示す図である。
【図１４】ＭＭＳ公表サービス応答からラップされたＭＭＳサービス応答へのマッピングを示す図である。
【図１５】ＳＩＰ公表サービス要求からラップされたＳＩＰサービス要求へのマッピングを示す図である。
【図１６】ＳＩＰ公表サービス応答からラップされたＳＩＰサービス応答へのマッピングを示す図である。
【図１７】状態公表サービス要求からラップされた状態サービス要求へのマッピングを示す図である。
【図１８】状態応答からラップされた状態サービス応答へのマッピングを示す図である。
【図１９】認証公表サービス要求からラップされた認証サービス要求へのマッピングを示す図である。
【図２０】認証公表サービス応答からラップされた認証サービス応答へのマッピングを示す図である。
【図２１】請求公表サービス要求からラップされた認証サービス要求へのマッピングを示す図である。
【図２２】請求公表サービス応答からラップされた認証サービス応答へのマッピングを示す図である。
【符号の説明】
【０１２３】
１００ 通信アーキテクチャ
１０２ サードパーティ
１０４ 加入者デバイス
１０６ アプリケーション
１０８ その他
１１０ サードパーティアクセスゲートウェイ
１１２ サービス要求
１１４ サービスプロバイダ
１１６ サービスブローカー
１１８ ビジネスサポートシステム（ＢＳＳ）及びオペレーションサポートシステム（ＯＳＳ）
１２０ ネットワーク層
【技術分野】
【０００１】
（優先権の主張）
本出願は、２００６年９月２０日申請のＥＰＯ特許出願第０５４２５６５６．５号、及び２００６年９月２０日申請のイタリア特許出願第ＭＩ２００５Ａ００１７４１号の恩恵を主張し、この両方は、その全体が引用により本明細書に組み込まれる。
（技術分野）
本発明は、通信処理システムアーキテクチャに関する。特に、本発明は、通信サービスプロバイダ機能への安全で管理されたサードパーティアクセスの提供に関する。
【背景技術】
【０００２】
データ処理及び通信技術における急速な進歩は、消費者が利用可能な膨大な通信サービスをもたらしている。このような通信サービスは、従来の電話サービス、インターネットサービス、ケーブルテレビサービス、携帯電話サービス、ページングサービス、音声及びデータを組み合わせた配信サービス、及び多くの他のサービスを含む。更に、多くのサービスは、無線又はワイヤラインベースのいずれかとすることができる。
【０００３】
従来の通信サービスプロバイダは、通信製品及びサービスの広域スペクトルを実装し確実に提供するために莫大な量の時間、資金、及び先進技術を注ぎ込んできた。これまで、この投資は、通信サービスプロバイダに対してのみ重要な利益であった。すなわち、通信サービスプロバイダは、内々且つプロバイダ自らの使用に対するプロバイダ固有技術を内部で保持していた。
【０００４】
高度な通信アーキテクチャのこの背景に、各通信サービスプロバイダ内に新しい収益チャンネルにつながる新しいビジネス機会を探求し開発する要求がある。サービスプロバイダアーキテクチャにおける既存の技術は、このような新しい収益チャンネルを促進させることができる。しかしながらこれまでは、サードパーティがサービスプロバイダアーキテクチャの基本的な機能にアクセスできる、十分に安全で、フレキシブルで、効率的なメカニズムが存在しなかった。
【０００５】
【特許文献１】ＥＰＯ特許出願第０５４２５６５６．５号公報
【特許文献２】イタリア特許出願第ＭＩ２００５Ａ００１７４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
拡張された通信サービスプロバイダアーキテクチャに対する必要性が長期にわたり存在している。
【０００７】
サードパーティアクセスに対して拡張された通信サービスプロバイダアーキテクチャを設定することにより重大な技術的課題が生じる。例えば、内部機能への安全且つ管理されたアクセスを可能にするアーキテクチャを提供する際の技術的な課題がある。別の技術的課題は、複数の種々のタイプのサービス要求者に対して独立した許可基準を効率的且つ柔軟にサポートするデータベースデータモデルアーキテクチャを提供することにある。サービス要求者は、サービス要求を送出する個人のエンドユーザから企業のアプリケーションまで多岐にわたる可能性がある。
【課題を解決するための手段】
【０００８】
本発明の１つの態様は、通信アーキテクチャのためのアクセスゲートウェイである。ゲートウェイは、通信サービスプロバイダとサービスプロバイダで実装される機能を使用するよう要求を送出するサードパーティとの間のアクセスポイントを提供する。ゲートウェイは、使用可能なサービスを公表し、該公表されたサービスへのサードパーティ要求を認証、許可、及び処理すると共に、無許可のアクセスに対して通信サービスプロバイダを保護する。
【０００９】
ゲートウェイは、サードパーティと基本的通信サービス機能との間の幾つかのインターフェースを実装する。加入者通信インターフェースは、例えばサードパーティ通信ネットワークアクセス要求（例えば、ウェブサイトコンテンツに対するＨＴＴＰ要求）を受け取る。アプリケーションインターフェースは、例えばショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）、請求サービス、及び他の公表サービスのような公表サービスへのサードパーティ要求を受け取る。
【００１０】
サードパーティゲートウェイは、サービス要求ハンドラを含む。サービス要求ハンドラは、加入者通信インターフェースを介して通信ネットワークアクセス要求を受け取る。サービス要求ハンドラは、通信ネットワークアクセス要求から加入者デバイス識別子（例えば携帯電話などの加入者デバイスに関連したＭＳＩＳＤＮ）を抽出し、加入者デバイス識別子の記録についてプロファイリングデータベースをサーチする。許可された記録が存在する場合、サービス要求ハンドラは、サービスプロバイダ通信インターフェースを介して通信ネットワークアクセス要求を通信ネットワークサービスプロバイダに転送する。
【００１１】
ゲートウェイは、通信ネットワークアクセス要求を公表サービス要求と区別する。このために、ゲートウェイは、公表サービス要求をアプリケーションインターフェースを介してサードパーティから受け取る機能ハンドラを提供する。機能ハンドラは次に、安全な証明書識別子を公表サービス要求から抽出し、プロファイリングデータベースをサーチして、証明書識別子に関連したサードパーティアプリケーションを許可することができる。
【００１２】
公表サービスを使用するためサードパーティアプリケーションを許可した後、機能ハンドラは、通信サービスプロバイダによって予想される入力メッセージを形成するよう公表サービス要求をマップする。例えば、機能ハンドラは、サービスブローカー通信インターフェースを介した通信アーキテクチャにおけるサービスブローカーへの配信のために公表サービス要求をラップ(wrap)することができる。機能ハンドラは、ＳＭＳ要求、ＭＭＳ要求、セッション開始プロトコル（ＳＩＰ）要求、請求要求、又は公表サービスのための他のいずれかの要求のためのラッパー(wrapper)を提供することができる。
【００１３】
本発明の別の態様は、複数のタイプのサービス要求者の特に効率的な設定及び許可をサポートするプロファイリングデータベース及びデータモデルである。データモデルは、複数のタイプのサービス要求者が関係するルートノード（例えば企業テーブル）を提供する。ルートノードからデータモデルは、ネットワーク通信要求者及び公表サービスの要求者などの種々のタイプのサービスの要求者に対して独立したブランチ(branch)を設定する。
【００１４】
従って、１つの企業は、ネットワーク通信サービス（例えば、インターネット閲覧サービス）を要求し、並びに公表されたＳＭＳサービスに対する要求を提示する企業アプリケーション（例えば、ＳＭＳフロントエンド）を設定する携帯電話を従業員らに提供することができる。許可データの種々のタイプを、各ブランチに沿って設定し、サービス要求者のタイプに応じて許可を選択的に調整することができる。更に、データモデルは、状態識別子を各ブランチ内の複数のレベルで設定する。これに応じて、アクセスゲートウェイは、サービス要求者の各タイプに対してだけではなく、各タイプ内の個々のサービス要求者に対しても許可基準を柔軟に設定し適用することができる。
【００１５】
本発明の他のシステム、方法、特徴、及び利点は、以下の各図及び詳細な説明を検討すると当業者には明らかであり、或いは明らかになるであろう。全てのこのような追加のシステム、方法、特徴、及び利点は、本明細書に含まれ、本発明の範囲内にあり、更に添付の請求項によって保護されるものとする。
【発明を実施するための最良の形態】
【００１６】
本発明は、以下の図面及び説明を参照するとより理解することができる。図中の構成要素は、必ずしも縮尺通りではなく、本発明の原理を例証することに重点が置かれている。更に図では、同じ参照符号は種々の図面全体を通して対応する部分又は要素を示している。
【００１７】
図示された要素は、以下に更に詳細に説明するように相互に利用される。しかしながら、詳細な説明を示す前に、説明される特定の実装に関係なく以下の説明の全ては限定ではなく本質的に例示的なものである点に留意されたい。例えば、選択された実装の態様、特徴、又は構成要素はメモリ内に記憶されるものとして示されているが、サードパーティゲートウェイ及びその基本となる構成要素に適合するシステム及び方法の全て又は一部は、他の機械可読媒体、例えばハードディスク、フロッピー（登録商標）ディスク、及びＣＤ−ＲＯＭなどの二次記憶装置、ネットワークから受け取られる信号、或いは現在公知であるか又は今後開発されるＲＯＭ又はＲＡＭの他の形式に記憶させ、分散させ、もしくは読み取ることができる。
【００１８】
更に、サードパーティアクセスゲートウェイアーキテクチャの特定の構成要素を説明するが、サードパーティアクセスゲートウェイアーキテクチャに適合する製造の方法、システム、及び製品は、追加又は異なる構成要素を含むことができる。例えば、プロセッサは、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、個別論理、或いは他のタイプの回路又は論理の組合せとして実装することができる。同様に、メモリは、ＤＲＡＭ、ＳＲＡＭ、フラッシュ、又はメモリの他のいずれかのタイプとすることができる。フラグ、データ、データベース、テーブル、及び他のデータ構造は、別々に記憶及び管理することができ、単一のメモリ又はデータベースに統合し、分散し、或いは多くの種々の方法で論理的且つ物理的に編成することができる。プログラムは、単一のプログラムの一部、別個のプログラム、或いは幾つかのメモリ及びプロセッサにわたって分散させることができる。システムは、１つの処理システムにおけるハードウェア、ソフトウェア、又はハードウェアとソフトウェアの組み合わせで実装するか、或いは複数の処理システムに分散させることができる。
【００１９】
図１は、サードパーティ１０２と対話する通信アーキテクチャ１００の一部を示す。サードパーティ１０２は、形式及び実装において大きく異なる場合がある。例えば、サードパーティ１０２は、携帯電話、携帯情報端末、ネットワーク（例えばインターネット）通信デバイスなどの加入者デバイス１０４；ショートメッセージサービス（ＳＭＳ）メッセージングアプリケーション、セッション開始プロトコル（ＳＩＰ）システム、及び製品とサービスに対して顧客に請求する課金アプリケーションなどの他のサービスプロバイダによって実装される通信サービスアプリケーションのようなアプリケーション１０６；及び他のデバイス、プログラム、又はエンティティ１０８を含むことができる。
【００２０】
通信アーキテクチャ１００は、通信製品及びサービスをサポートする機能を実装する。更に、以下に詳細に説明されるように、通信アーキテクチャ１００は、選択された機能をサードパーティ１０２に公表する。換言すると、サードパーティ１０２は、アーキテクチャ１００に既に配備されている機能を使用するために通信アーキテクチャ１００と通信することができる。すなわち、サードパーティ１０２は、通信アーキテクチャ１００によって既に提供されている機能をローカルに複製するために必要な資源を消費する必要がない。
【００２１】
製品及びサービス、並びにこれらの公表された基本機能は、実装毎に異なる可能性がある。例えば、通信アーキテクチャ１００は、ＳＭＳメッセージングサービス（ＳＭＳメッセージを配信し請求する）、マルチメディアメッセージングシステム（ＭＭＳ）メッセージングサービス（ＭＭＳメッセージを配信し請求する）、及びＳＩＰサービス（ＳＩＰ呼出しをセットアップし呼出しに対し請求する）を公表することができる。別の例えば、通信アーキテクチャ１００は、Ｃｈａｒｇｅ（請求）サービス（アカウントに対して料金を請求するよう要求する）、インターネットプロトコルテレビ（ＩＰＴＶ）サービス（テレビ番組の配信を要求する）、ユーザ状態サービス（「オンライン」、「オフライン」、「ビジー」、又は「アウェイ」などの現在のユーザ状態を要求する）、及びユーザ認証サービス（例えば、モバイルユーザが存在するかどうか、及びモバイルユーザがＩＰＴＶサービスなどの要求サービスを購入する信用証明情報を有するかどうかの検証を要求する）を公表することができる。他の機能は、付加的に或いは代替的に提供することができる。更に、通信アーキテクチャ１００は、サードパーティアクセスゲートウェイ１１０を介した通信ネットワークサービス（例えば、インターネット閲覧サービス）へアクセスを提供することができる。
【００２２】
通信アーキテクチャ１００は、公表サービスへのアクセスを保証する。そのために、アーキテクチャ１００は、サードパーティアクセスゲートウェイ１１０を供給する。サードパーティアクセスゲートウェイ１１０は、公表サービスへのサードパーティ１０２のための単一問合わせ窓口としての役割を果たす。
【００２３】
図１に示されるように、サードパーティアクセスゲートウェイ１１０は、サードパーティ１０２からサービス要求１１２を受け取る。これに応じて、サードパーティアクセスゲートウェイ１１０は、サービス要求が認証され許可されたサードパーティから発信されていることを検証する。ネットワーク通信サービス要求（一例として）の場合、サードパーティアクセスゲートウェイ１１０は、許可されたサービス要求を処理し、そのサービス要求をサービスプロバイダ１１４に中継する。ＳＭＳ、ＭＭＳ、及びＳＩＰサービス要求などの公表サービス要求の場合、サードパーティアクセスゲートウェイ１００は、許可されたサービス要求を処理しサービスブローカー１１６に中継することができる。
【００２４】
サービスブローカー１１６は、サービス要求を実行する。これを行う場合、サービスブローカー１１６は、アーキテクチャ１００が実装して通信製品及びサービスを生成、導入、管理、及び維持を行うビジネスサポートシステム（ＢＳＳ）及びオペレーションサポートシステム（ＯＳＳ）１１８と通信することができる。サービス要求を実行する際に、サービスブローカー１１６は、サービスに関連するデータをサービスブローカー１１６に配信又は返信することができるネットワーク層１２０と付加的に又は代替として通信することができる。サービスプロバイダ１１４及びサービスブローカー１１６からの応答は、発信側のサードパーティ要求者に配信するためにサードパーティアクセスゲートウェイ１１０に返される。
【００２５】
その結果、サードパーティアクセスゲートウェイ１１０は、サードパーティ１０２と、通信アーキテクチャ１００で実装される公表機能との間のセキュリティ層を提供する。サードパーティアクセスゲートウェイ１１０により、サードパーティは、別の通信アーキテクチャで既に実装された機能を用いて広範囲な製品及びサービスを開発、導入、配信、及び管理を行うことができる。同時に、サードパーティアクセスゲートウェイ１１０によって、通信アーキテクチャ１０がサードパーティ１０２に対して安全で標準化され制御された方法に向けてコア機能を公表することができる。
【００２６】
図２は、サードパーティアクセスゲートウェイ１１０の詳細図を示す。サードパーティアクセスゲートウェイ１１０は、加入者デバイス１０４、サービスプロバイダ１１４、及び要求アプリケーション１０６と通信する。サードパーティゲートウェイ１１０はまた、サービスブローカー１１６と通信する。図２は、サービスブローカー１１６が幾つかの公表サービス、すなわちＳＭＳサービス２０２、ＭＭＳサービス２０４、Ｃｈａｒｇｅサービス２０６、ＳＩＰサービス２０８、及びユーザ認証サービス２１０に対するサービス要求の受け付けを示している。
【００２７】
任意選択的であるが、加入者デバイス１０４、サービスプロバイダ１１４、及び要求アプリケーション１０６は、仲介手段を介してサードパーティアクセスゲートウェイ１１０と通信することができる。一例として仲介手段は、ウェブサーバー２１２及びウェブサーバー２１３などのウェブサーバーを含むことができる。仲介手段は、サードパーティアクセスゲートウェイ１１０と加入者デバイス１０４、サービスプロバイダ１１４、及び要求アプリケーション１０６との間の暗号化された或いは他の安全な通信リンクを実装することができる。例えば、仲介手段（又はサードパーティゲートウェイ１１０自体）は、認証を提供し、秘密鍵と公開鍵の公開鍵暗号ペアの公開鍵構成要素を送るＳＳＬ証明書及び証明書識別子を伴うセキュアソケットプロトコル（ＨＴＴＰＳプロトコルなど）を実装することができる。次いで、ウェブサーバー２１２及び２１３とゲートウェイ１１０は、プロファイリングデータベース２２８内に記憶されたクライアント証明書及び許可情報を使用してサードパーティ１０２を許可することができる。
【００２８】
サードパーティアクセスゲートウェイ１１０は、幾つかのインターフェースを介して通信する。インターフェースは、加入者通信インターフェース２１６及び／又はサービスブローカー通信インターフェース２１８を含む。インターフェースはまた、サービスプロバイダ通信インターフェース２２０及びアプリケーションインターフェース２２２を含む。
【００２９】
インターフェース２１６−２２２は、多くの方法で実装することができる。一例として、インターフェース２１６−２２２は、サポートしている物理レイヤ（例えば、１つ又はそれ以上のネットワークインターフェースカード）を備えた、ＩＰアドレス、ポート番号、及び通信プロトコルによって定義されるネットワークソケットとすることができる。インターフェース２１６−２２２は、プロセス間通信、メッセージング、又は信号方式を使用する物理レイヤを介して、ＨＴＴＰ、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）、ジャバデータベースコネクティビティ（ＪＤＢＣ）、又は他の通信プロトコルを使用して通信することができる。メッセージは、拡張可能マーク付け言語（ＸＭＬ）メッセージなどのいずれかの要求形式のネットワークパケット（例えば、ＴＣＰ／ＩＰパケット）で符号化することができる。更に、ファイアウォールは、未知のホストからの要求をブロックするように設定することができる。
【００３０】
サードパーティアクセスゲートウェイ１１０は、サービス要求を扱う２つのメッセージハンドラを含む。サービス要求ハンドラ２２４は、インターネット閲覧要求、ウェブサーバー情報要求、又は他のネットワークアクセス要求などの通信ネットワークアクセス要求を受け取り処理する。機能ハンドラ２２６は、ＳＭＳサービス要求又はＣｈａｒｇｅサービス要求などの公表サービス使用要求を受け取り処理する。
【００３１】
通信ネットワークアクセス要求の処理を要約すると、サービス要求ハンドラ２２４は、要求を受け取り、加入者デバイス識別子（例えば、ＭＳＩＳＤＮ識別子）を抽出し、更にいずれかの所与の加入者デバイスに対応することができる検証情報（例えば、マッチングアクティブＭＳＩＳＤＮ記録）についてプロファイリングデータベース２２８をサーチする。検証情報が特定されると、サービス要求ハンドラ２２４は、サービスプロバイダ通信インターフェース２１６を介してその要求をサービスプロバイダ１１４にマップする。サービスプロバイダ１１４は、要求されたデータに応答する。その結果、サービス要求ハンドラ２２４は、加入者通信インターフェース２１６を介してデータを要求者に返す。
【００３２】
公表サービス要求の処理を要約すると、機能ハンドラ２２６は、証明機関によって発行されたデジタル証明書を任意選択的に含む要求を受け取る。機能ハンドラ２２６は、デジタル証明書に基づいて要求者を認証する。機能ハンドラ２２６はまた、証明書識別子（例えば、公開鍵又はサブジェクト一意の識別子）を抽出することができ、証明書識別子にマッチする要求者アプリケーションについてプロファイリングデータベース２２８をサーチする。機能ハンドラ２２６はまた、マッチング要求者アプリケーションが１つ又はそれ以上のサービスにおいてアクティブ状態（又はアプリケーションがサービスを要求するよう許可されていることを示す他の状態）を有するかどうかを判定することができる。
【００３３】
許可された要求者アプリケーションが要求されたサービスについて認証され許可されると、機能ハンドラ２２６は、ダウンストリーム処理の要求をラップし、ラップされた要求をサービスブローカー１１６に転送する。サービスブローカー１１６は、肯定応答を機能ハンドラ２２６に供給し、許可された要求者アプリケーションの公表サービスに対する要求の実行を開始する。従って、一例として、許可された要求者アプリケーションは、ＳＭＳメッセージ又はＭＭＳメッセージを送信し、これに対して請求を行い、ＳＩＰ接続をセットアップし、顧客アカウントに対してＣｈａｒｇｅを提示し、或いはアーキテクチャ１００において公表された他のいずれかのサービスを利用することができる。
【００３４】
サービス要求ハンドラ２２４及び機能ハンドラ２２６は、サービス使用要求を許可する。このために、サービス要求ハンドラ２２４及び機能ハンドラ２２６は、プロファイリングデータベース２２８を参照する。以下に更に詳細に説明されるように、プロファイリングデータベース２２８は、サービス要求者についての許可情報を保持する。アクセス管理モジュール２３０は、プロファイリングデータベース２２８及びサービス要求ハンドラ２２４を機能ハンドラ２２６（又はサードパーティアクセスゲートウェイ１１０の他のいずれかのプログラム又はエンティティ）に接続することができる。一例として、アクセス管理モジュール２３０は、データベースサーチエンジンを含むデータベースサーバー２３２を実装することができる。このために、アクセス管理モジュール２３０及びプロファイリングデータベース２２８は、Ｏｒａｃｌｅ（商標）、Ｍｉｃｒｏｓｏｆｔ（商標）ＳＱＬ、又は他のサードパーティデータベースサーバープラットフォーム上に構築することができる。
【００３５】
サードパーティアクセスゲートウェイ１１０は更に、レポーティングモジュール２３４を含む。レポーティングモジュール２３４は、サービス要求ハンドラ２２４及び機能ハンドラ２２６からサービス要求処理記録を取得する。レポーティングモジュール２３４は、サービスログファイル２３６（例えば、サービス要求ハンドラ２２４及び／又は機能ハンドラ２２６を実行するシステムとのＦＴＰ接続を介して）を取得し、以下に更に詳細に説明するように該ログファイル２３６を処理してプロファイリングデータベース２２８のログテーブルを更新する。
【００３６】
図３は、サービス要求ハンドラ２２４の追加の詳細を示している。サービス要求ハンドラ２２４は、プロセッサ３０２及びメモリ３０４を含む汎用処理アーキテクチャにおいて実装することができる。メモリ３０４は、以下に説明するようにサービス要求ハンドラ機能を提供するプログラム及びデータを記憶する。
【００３７】
プロセッサ３０２は、サービス要求ハンドラ機能専用とすることができる。例えば、サービス要求ハンドラ２２４は、サードパーティゲートウェイ１１０の全体のアーキテクチャ内の独立した処理システムとすることができる。他の実装ではプロセッサは、追加のプログラム全体で共用し、従ってサードパーティゲートウェイ１１０での追加の機能を実行することができる。例えば、プロセッサ３０２はまた、機能ハンドラ２２６の機能の実行及び／又はインターフェース２１６−２２２を介したメッセージの送受信の開始を行うことができる。
【００３８】
メモリ３０４は、ネットワークアクセス要求処理プログラム３０６を含む。処理プログラム３０６は、例えば加入者通信インターフェース２１６を介して受信された通信ネットワークアクセス要求３０８を処理する。図３は、通信ネットワークアクセス要求３０８が統一資源位置指定子（ＵＲＬ）３１２及びＭＳＩＳＤＮ３１４を含むハイパーテキスト転送プロトコル（ＨＴＴＰ）要求３１０である実施例を示している。
【００３９】
処理プログラム３０６は、ネットワークアクセス要求３０８を許可する。１つの実装ではプロセスプログラム３０６は、要求３０８からＭＳＩＳＤＮ３１４を抽出する。処理プログラム３０６は、要求をアクセス管理モジュール２３０に送出し、ＭＳＩＳＤＮに基づいてプロファイリングデータベース２２８をサーチする。アクセス管理モジュール２３０は、処理プログラム３０６にサーチ結果を戻し、次いで該プログラムは、許可された記録がＭＳＩＳＤＮについて存在するかどうかを判断する。
【００４０】
許可された加入者デバイスからのネットワークアクセス要求では、サービス要求ハンドラ２２４は、要求を扱う宛先ウェブサーバーを決定する。このために、ネットワークアクセス要求処理プログラム３０６は、ウェブサーバーマッピング３１６を設定し、適用することができる。ウェブサーバーマッピング３１６は、使用可能なウェブサーバー（例えば、名前、ＩＰアドレス、及び／又はポート番号によって識別された）をＭＳＩＳＤＮ及び／又はＨＴＴＰ要求の統一資源位置指定子（ＵＲＬ）もしくは他のデータの一部に関連付けることができる。サービス要求ハンドラ２２４は、これによってどのサービスプロバイダ１１４がネットワークアクセス要求３０８を扱うかを判定する。
【００４１】
選択されたサービスプロバイダ１１４は、要求されたデータによってアクセス要求３０８に応答する。図３は、サービスプロバイダ１１４がＨＴＴＰ応答データ３１８によってＨＴＴＰ要求３０８に応答する実施例を示している。応答データ３１８は、ＨＴＴＰ要求３０８に応答するＨＴＭＬ、画像、音声、及び／又は動画データ、或いは他のいずれかのデータを含むことができる。サービス要求ハンドラ２２４は、ＨＴＴＰ応答データ３１８を許可された要求者に返す。
【００４２】
サービス要求ハンドラ２２４はまた、ログファイル３２０を作成することができる。ログファイル３２０は、各サービス要求に対していずれかの要求されるサービス追跡情報を含むことができる。ログされる情報は、許可された加入者情報、ＭＳＩＳＤＮ、サービス要求日時、ＵＲＬデータ、転送されるデータの量、応答サービスプロバイダの識別子、エラーコード、トランザクション識別子、及び他の情報を含むことができる。サービス要求ハンドラ２２４は、プロファイリングデータベース２２８のログテーブルを構文解析して読み込むためレポーティングモジュール２３４にログファイル３２０を提供することができる。
【００４３】
図４は、機能ハンドラ２２６の追加の詳細を示している。機能ハンドラ２２６は、プロセッサ４０２及びメモリ４０４を含む汎用処理アーキテクチャにおいて実装することができる。メモリ４０４は、以下に説明するように機能ハンドラの機能を提供するプログラム及びデータを記憶する。ウェブサーバー４３６（例えば、Ａｐａｃｈｅ Ａｘｉｓウェブサーバー）は、クライアント証明書に基づいたサードパーティ認証及びＳＳＬを介した安全な通信チャンネルを提供することができる。
【００４４】
機能ハンドラ２２６は、サードパーティゲートウェイ１１０の全体的なアーキテクチャ内の独立した処理システムとすることができる。他の実装において、プロセッサ４０２は、追加のプログラム全体で共用し、サードパーティゲートウェイ１１０において追加の機能を実行することができる。例えば、プロセッサ４０２はまた、サービス要求ハンドラ２２４の機能の実行及び／又はインターフェース２１６−２２２を介したメッセージの送受信の開始を行うことができる。
【００４５】
メモリ４０４は、公表サービス要求処理プログラム４０６を含む。処理プログラム４０６は、例えばアプリケーションインターフェース２２２を介して受信される公表サービス要求４０８を処理する。図４に示されるサービス要求４０８は、サービス要求４０８と共に含まれるデジタル証明書内に存在することができる証明書識別子４１０（例えば、公開鍵又はサブジェクト一意の識別子）を含む。処理プログラム４０６は、最初にデジタル証明書を復号し証明機関による証明書の発行を検証することによって公表サービス要求４０８を認証することができる。次いで、処理プログラム４０６は、検証された公開鍵を利用してサービス要求４０８を（例えば、解読されたメッセージハッシュ値と計算されたメッセージハッシュ値とを比較することによって）認証することができる。或いは、機能ハンドラ２２６は、認証にウェブサーバー４２６を利用することができる。
【００４６】
１つの実装では処理プログラム４０６は、要求４０８から証明書識別子４１０を抽出する。処理プログラム４０６は、要求をアクセス管理モジュール２３０に送出し、証明書識別子４１０に基づいてプロファイリングデータベース２２８をサーチする。アクセス管理モジュール２３０は、サーチ結果を処理プログラム４０６に返す。その結果、処理プログラム４０６は、証明書識別子４１０に対応し、要求されたサービスに対応するアクティブな（或は他の方法で許可された）インストールサービスにリンクされる許可された企業アプリケーションが存在するかどうかを判定する。
【００４７】
認証及び許可されたアプリケーションからの公表サービス要求では、機能ハンドラ２２６は、どの公表サービスが要求されたかを判定する。サービスタイプをサービス要求４０８で指定し、或いは送信されるサードパーティゲートウェイ１１０内の特定のエンドポイントに基づいてサービス要求を区別することができる。各サービス要求４０８は、要求される公表サービスのタイプに応じて形式及びコンテンツが異なる可能性がある。
【００４８】
サードパーティゲートウェイ１１０は、サードパーティ１０２に対する公表サービスのウェブサービス記述言語（ＷＳＤＬ）記述子を定義し公開することができる。ＷＳＤＬ記述子は、サービスのロケーション（例えば、サードパーティアクセスゲートウェイ１１０で設定されたエンドポイントのネットワークアドレス）及びサービスが公表する機能を指定することができる。ＷＳＤＬ記述子はまた、各公表サービス、実行することができるオペレーション、及び包含されるメッセージを定義することができる。従って、サードパーティ１０２は、公開された記述子を受け取り、サービス要求を伝達する場所、サービス要求が準拠すべき形式及びコンテンツ、並びに期待できる応答の形式及びコンテンツを理解する。
【００４９】
機能ハンドラ２２６は、サービスブローカー１１６と要求アプリケーション１０６間の仲介手段として機能する公表サービスインターフェース４１２を提供する。公表サービスインターフェース４１２は、受け取ったサービス要求メッセージ４０８をサードパーティゲートウェイ１１０によって予想される形式（例えば、ＷＳＤＬ記述子で指定された入力メッセージの形式）からこのような要求のサービスブローカー１１６によって予想される形式に変換することができる。換言すると、ラッパーは、公表サービスのための入力メッセージを形成するためにＷＳＤＬ定義によって加えられるマッピングである。従って、公表サービスインターフェース４１２は、サービスブローカー１１６を公表サービス要求メッセージの大きく異なる可能性のある形式及びコンテンツから分離し、要求アプリケーションを公表サービスに効率的に接続する。
【００５０】
このために、公表サービスインターフェース４１２は、サービスブローカー１１６のための標準化された（すなわちラップされた）公表サービス要求４２４を準備するラッパー論理を含むことができる。ラッパー論理は、ＷＳＤＬを構文解析して受信されたメッセージの形式及びコンテンツをＷＳＤＬ定義で指定されたメッセージ定義に適合するように変換する処理プログラムを表わすことができる。サービスブローカー１１６によって予想されるメッセージフォーマットの実施例を以下に説明する。
【００５１】
ラッパー論理は、公表サービスのいずれに対しても提供することができる。図４は、ＳＭＳラッパー４１４、ＭＭＳラッパー４１６、及び状態問合せラッパー４１８を示す。図４はまた、モバイルユーザ認証ラッパー４２０、ユーザ認証ラッパー４２２、ＳＩＰラッパー４３２、及びＣｈａｒｇｅラッパー４３４を示している。
【００５２】
１つの実装では公表サービスインターフェース４１２は、ジャバ遠隔メソッド呼出し（ＲＭＩ）を利用することができる。ＲＭＩは、ジャバオブジェクトを定義することができるメカニズム、及び遠隔で呼びされるこれらの方法を提供する。このために、サービスブローカー１１６は、公表サービス要求を扱うオブジェクトを生成するオブジェクトサーバーとして機能することができる。オブジェクトは、機能ハンドラ２２６がオブジェクトに対する参照を取得して該オブジェクトを遠隔で呼び出すことができるように登録することができる。しかしながら、サードパーティゲートウェイ１１０は、他のメッセージ通信及び遠隔手続き呼出し技術によりラップされたサービス要求メッセージ及び応答をサービスブローカー１１６との間で送受信することができる。
【００５３】
機能ハンドラ２２６は、サービスブローカー１１６から公表サービス要求に対するサービス要求応答４２６を取得する。機能ハンドラ２２６は、要求応答４２６を要求アプリケーションに提供する。更に、機能ハンドラ２２６は、各公表サービス要求応答のための標準応答フォーマットを提供することができる。このために、図４に示されたラッパーは、ＷＳＤＬ定義で定義された出力メッセージに従ってラップされた公表サービス要求応答４２８を生成することができる。
【００５４】
機能ハンドラ２２６はまた、ログファイル４３０を作成することができる。ログファイル４３０は、許可された加入者情報、証明書識別子、サービス要求日時、実行された要求の数、実行された要求のタイプ、エラーコード、トランザクション識別子、及び他の情報などのいずれかの要求された公表サービス追跡情報を含むことができる。機能ハンドラ２２６は、プロファイリングデータベース２２８のログテーブルを構文解析して読み込むためのレポーティングモジュール２３４にログファイル４３０を供給することができる。
【００５５】
図５は、プロファイリングデータベース２２８のデータモデルの例示的な実装を示す。プロファイリングデータベース２２８は、アーキテクチャ１００によって提供される１つ又はそれ以上の公表サービスへのアクセスが可能な企業を特徴付ける情報を記憶する企業テーブル５０２を含む。企業識別子フィールド５０４は、企業テーブル５０２の各記録を一意に識別するための一次キーを提供する。企業テーブル５０２は、以下の表１に詳細に示される。
【００５６】
エンドユーザテーブル５０６は、ネットワーク通信サービス及び公表サービスを使用するＭＳＩＳＤＮ（一般的に特定の個人に関連する）に関する情報を記憶する。エンドユーザテーブル５０６は、エンドユーザ、その企業、及びそのＭＳＩＳＤＮ間の関係を設定する。一次キーエンドユーザ識別子フィールド５０８は、エンドユーザテーブル５０６の各記録を一意に識別する。エンドユーザテーブル５０６は、以下の表２に詳細に示されている。
【００５７】
ＭＳＩＳＤＮテーブル５１０は、ＭＳＩＳＤＮフィールド５１２で識別されたＭＳＩＳＤＮを設定するデバイス識別子テーブルを提供する。ＭＳＩＳＤＮは、携帯電話用のＧＳＭ ＳＩＭカードなどの加入者デバイスと関連付けることができる。次いで、エンドユーザテーブル５０６は、エンドユーザをＭＳＩＳＤＮ識別子フィールドを使用してＭＳＩＳＤＮに関連付けることができる。ＭＳＩＳＤＮテーブル５１０の当該状態フィールドは、加入者デバイス状態を提供する。一次キーは、ＭＳＩＳＤＮテーブル５１０の各記録を一意に識別するＭＳＩＳＤＮ識別子フィールド５１４で提供される。ＭＳＩＳＤＮテーブル５１０は、以下の表３に詳細に示されている。
【００５８】
状態テーブル５２０は、エンドユーザ、企業、ＭＳＩＳＤＮ、又は他のエンティティに対する可能な状態を設定する。一次キー状態識別子フィールド５２２は、状態テーブル５２０の各記録を一意に識別する。状態テーブル５２０は、以下の表４に詳細に示されている。
【００５９】
状態の実施例は、アクティブ、非アクティブ、中断、及びアイドルを含む。従って、サードパーティゲートウェイ１１０は、その状態を多くの異なるレベルの１つに設定することができる。例えば、状態は、企業、企業アプリケーション、ユーザ、又は特定のＭＳＩＳＤＮの状態を反映できる。サービス要求を許可する場合、サードパーティゲートウェイ１１０は、状態が要求を許可する前のいずれかの要求レベルにあることをチェックすることができる。例えば、サードパーティゲートウェイ１１０は、ＭＳＩＳＤＮ及びエンドユーザの両方がアクティブのまま維持されることを保証することができる。代替的に或いは追加として、ゲートウェイ１１０は、関連する企業もまたアクティブのまま維持されることを保証することができる。
【００６０】
エンドユーザクロスアプリケーションテーブル５１６は、エンドユーザとエンドユーザが加入しているビジネスアプリケーションとの間の関係を設定する。エンドユーザ識別子及びアプリケーション識別子フィールドは、エンドユーザを企業アプリケーションにリンクする一次キー／外部キーフィールド５１８を提供する。エンドユーザクロスアプリケーションテーブル５１６は、以下の表５に詳細に示されている。
【００６１】
企業アプリケーションテーブル５２４は、公表サービス要求を提示することができる企業内のアプリケーションの特徴を設定する。特徴は、名前、記述、ＵＲＬ、証明書識別子フィールド５２６に記憶された証明書識別子、及び他の特徴を含むことができる。一例として、企業アプリケーションテーブルは、例えばサードパーティサービスプロバイダで実行するＳＭＳフロント及びアプリケーションの特徴を指定することができる。ＳＭＳフロントエンドは、該ＳＭＳフロントエンドに関連付けられた企業の顧客に代わってサードパーティゲートウェイ１１０にＳＭＳ要求を提示することができる。
【００６２】
一次キーアプリケーション識別子フィールド５２８は、企業アプリケーションテーブル５２４で各記録を一意に識別する。更に、状態識別子は、各企業アプリケーション記録の状態情報を提供する。企業アプリケーションテーブル５２４は、以下の表６に詳細に示されている。
【００６３】
インストールされたサービステーブル５３０は、企業が加入している公表サービスの記録を設定する。従って、インストールされたサービスは、企業アプリケーションがどの公表サービスを要求することができるかを識別する。インストールされたサービス識別子フィールド５３２は、一次キーとして機能し、インストールされたサービステーブル５３０の各記録を一意に識別する。インストールされたサービステーブル５３０は、以下の表７に詳細に示されている。
【００６４】
インストールされた属性テーブル５３４は、特定の企業に関連したサービスの特徴を設定する。インストールされた属性識別子フィールド５３６は、一次キーとして機能し、インストールされた属性テーブル５３４の各記録を一意に識別する。以下の表８は、インストールされた属性テーブル５３４を詳細に示している。
【００６５】
サービス属性テーブル５３８は、サードパーティアクセスゲートウェイ１１０を介して使用可能な公表サービスの属性についての名前、記述、及びデフォルト値を記憶する。サービス属性の実施例には、
経常的料金：サービスを使用するために毎月支払われるコスト（例えば、センドＳＭＳ又はセンドＭＭＳの公表サービスにアクセスするための１カ月のコスト）
スレショルド：毎月送信できるＳＭＳ又はＭＭＳメッセージの量
追加の割当額：スレショルドを越えた場合の１つのＳＭＳ又はＭＭＳメッセージ当たりのコスト
を含む。
【００６６】
デフォルト値は、インストールされた属性テーブルにエクスポートできる。次いで、インストールされた属性テーブルの値は、特定企業アプリケーションに対して適切に修正できる。
【００６７】
属性識別子フィールド５４０は、一次キーとして機能し、サービス属性テーブル５３８の各記録を一意に識別する。以下の表９は、サービス属性テーブル５３４を詳細に示している。
【００６８】
サービスカタログテーブル５４２は、サードパーティアクセスゲートウェイ１１０を介して使用可能な公表サービスに関連する名前、記述、状態、及び他の情報を記憶する。各ビジネスアプリケーション１１４又はサービスプロバイダ１０６は、サービスカタログテーブル５４２で定義された１つ又はそれ以上のサービスに加入することができる。サービスカタログテーブル５４２は、公表されたＳＭＳ、ＭＭＳ、Ｃｈａｒｇｅ、又は他のタイプの公表サービスのための名前、記述、識別子、及び状態を提供する記録を設定することができる。サービス識別子フィールド５４４は、一次キーとして機能し、サービスカタログテーブル５４２の各記録を一意に識別する。以下の表１０は、サービスカタログテーブル５４２を示している。
【００６９】
一例として、プロファイリングデータベース２２８は、公表されたＳＭＳサービスを定義することができる。このために、サービスカタログは、「Ｓｅｎｄ ＳＭＳ」に設定されたＳｅｒｖｉｃｅ＿Ｎａｍｅで新しい記録を設定することができる。次いで、サービス属性テーブルは、「１００」のＡｔｔｒｉｂｕｔｅ＿Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ（すなわち、１カ月につき１００のＳＭＳメッセージ）で「Ｔｈｒｅｓｈｏｌｄ」のＡｔｔｒｉｂｕｔｅ＿Ｎａｍｅを設定することができる。Ａｔｔｒｉｂｕｔｅ＿Ｄｅｓｃｒｉｐｔｉｏｎは任意選択的に、スレショルドを記述する１つのテキスト文字列に設定することができる。サービス属性テーブルはまた、＄１，０００のＡｔｔｒｉｂｕｔｅ＿Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ（すなわち、１カ月当たり＄１，０００の公表サービスコストまでのアクセス）で経常的料金属性を定義することができる。関連するＡｔｔｒｉｂｕｔｅ＿Ｄｅｓｃｒｉｐｔｉｏｎは、経常的料金を記述するテキスト文字列を提供することができる。
【００７０】
サードパーティの企業は、公表されたＳＭＳメッセージサービスへアクセスするために通信サービスプロバイダと交渉することができる。アクセスの期限及び条件は、交渉によって決まることになり、プロファイリングデータベース２２８のデータモデルによってサポートされる。プロファイリングデータベース２２８は、企業の企業記録を設定し、企業にリンクされた企業アプリケーション記録を設定する。次いでインストールされたサービステーブルは、サービスカタログで定義された「Ｓｅｎｄ ＳＭＳ」サービスを指定する企業アプリケーションのためのインストールされたサービス記録を設定することができる。サービス属性テーブルで提供されるデフォルト値は、インストールされた属性テーブルの企業に対し具体的に設定することができる。例えば、インストールされた属性テーブルは、１カ月につき１０，０００ＳＭＳメッセージのスレショルド、及び１カ月につき＄５，０００の経常的料金を定義することができる。
【００７１】
企業アプリケーションとインストールされたサービスの組合せは、企業アプリケーションのためのクライアントポートフォリオを設定する。企業アプリケーションは、サードパーティゲートウェイ１１０がクライアントポートフォリオに関して許可するサービス要求を提示する。ポートフォリオデータベース２２８で設定されたデータモデルは、クライアントポートフォリオの柔軟な定義、修正、及び削除をサポートする。
【００７２】
図５は、特にサービス要求の種々のタイプの効率的な設定及び許可をサポートするデータモデルを実装するプロファイリングデータベース２２８を示している。企業テーブル５０２は、サービス要求者の複数のタイプを関連する企業に戻って関連付けるルートテーブルとしての働きをする。企業テーブル５０２から、データモデルは、ネットワーク通信要求者及び公表サービス要求者に対する独立したブランチを設定する。要求者の各タイプは企業に関連付けられている。例えば、１つの企業は、ネットワーク通信サービス（例えば、インターネット閲覧サービス）を要求する両方の従業員を含むことができ、同時に企業は、公表されたＳＭＳサービスに対する要求を提示するアプリケーション（例えば、ＳＭＳフロントエンド）を設定することができる。
【００７３】
データモデルにより、サードパーティゲートウェイ１１０は、種々の基準に基づいて要求者の各タイプを許可することができる。従って、基準は、要求者タイプに対して独自に選択し、調整することができる。同時にデータモデルのブランチング構造により、要求者の各タイプは同じデータモデルに共存でき、単一の企業に対する関係を設定でき、更に要求者の各タイプに対して一意の許可制御をサポートすることができる。
【００７４】
企業テーブルは、企業テーブル５０２（表２）の一意の企業識別子を使用してサードパーティゲートウェイ１１０にアクセスできる１つ又はそれ以上の企業を定義する。エンドユーザブランチ５５４は、エンドユーザテーブル５０６の一意のエンドユーザ識別子５０８と企業識別子フィールドを使用した特定の企業へ戻る関係を提供することによって設定される。同様に、企業アプリケーションブランチ５５６は、企業識別子フィールドを使用した特定の企業へ戻る関係によって企業アプリケーションを設定する一意のアプリケーション識別子５２８を提供することによって設定される。従って、エンドユーザ及び要求アプリケーションは、要求者の両方のタイプを含むことができる企業へ戻ってリンクされる。
【００７５】
更に、データモデルの各ブランチは、要求者の各タイプに対して種々の許可基準を設定するメカニズムを提供する。エンドユーザブランチでは、例えばＭＳＩＳＤＮは、ネットワーク通信アクセス要求（例えば、インターネットを閲覧する移動電話ユーザ又はＰＤＡユーザのための）を許可するデータフィールドを提供する。従って、エンドユーザブランチは、エンドユーザテーブル５０６（表２）のＭＳＩＳＤＮ識別子フィールドによってエンドユーザをＭＳＩＳＤＮに関連付けるＭＳＩＳＤＮテーブル５１０を設定する。
【００７６】
データモデルはまた、エンドユーザのための複数の許可オプションを提供する。このために、データモデルは、状態（例えば、アクティブ、非アクティブ、中断、又はアイドル）を定義する状態テーブル５２０を設定する。サードパーティゲートウェイ１１０は、要求を許可すべきかどうかをその状態から判定することができる。エンドユーザテーブル５０６で定義された各エンドユーザ及びＭＳＩＳＤＮテーブル５１０で定義された各ＭＳＩＳＤＮは、状態を指定することができる。
【００７７】
例えば、サービス要求ハンドラ２２４は、サービス要求がＭＳＩＳＤＮテーブル５１０で設定されたＭＳＩＳＤＮを伴う場合に許可されるエンドユーザのネットワーク通信要求を考慮することによって許可ポリシーを管理することができる。ポリシーに応じて、サービス要求ハンドラ２２４はまた、ＭＳＩＳＤＮが許可された状態（例えば、アクティブ）を有することをチェックし保証することができる。更に又は代替的に、ポリシーに応じてサービス要求ハンドラ２２４は、ＭＳＩＳＤＮにリンクされたエンドユーザが許可された状態を有することを保証するためにチェックすることができる。データモデルはこれによって、エンドユーザの許可制御を設定するための効率的且つ柔軟なメカニズムを提供する。更に、エンドユーザのための許可制御は、企業アプリケーションの許可制御とは無関係である。
【００７８】
データモデルのアプリケーションブランチは、企業アプリケーションに対する異なる許可メカニズムを設定する。特に、アプリケーションブランチは、証明書識別子に基づいて許可を設定する。このために、アプリケーションテーブル５２４で定義された各企業アプリケーションは、証明書識別子フィールド５２６を含む。証明書識別子フィールド５２６は、デジタル証明書の認証を介してデジタル証明書から取得された識別子（例えば、公開鍵又はサブジェクト一意の識別子）に対してチェックすることができる事前割当て識別子（例えば、公開鍵）を記憶する。
【００７９】
証明書識別子は認証中に取得される。データベース２２８の企業アプリケーション記録に証明書識別子を含むと、追加の許可識別子を必要とすることなく証明書識別子の使用を許可まで効率的に拡張する。従って、機能ハンドラ２２８は、極めて安全な認証技術をサポートするだけでなく、企業アプリケーションの効率的で安全な許可のために認証から取得された結果を使用する。企業アプリケーションの許可を強化することで、サードパーティによる有用な通信サービスの許可されないアクセスに対して強力な保護が得られる。
【００８０】
更に、データモデルは、柔軟なサービス定義及び属性定義構造を提供する。特に、データモデルは、インストールされたサービステーブル５３０（表７）のアプリケーション識別子を使用して１つ又はそれ以上のインストールされたサービスを各企業アプリケーションに関連付けることができる。このように、企業アプリケーションが要求を許可された公表サービスが設定され、企業アプリケーションにリンクされる。次いでサービスカタログテーブル５４２は、サービス記述フィールドを使用して各インストールされたサービスに対して詳細な記述を提供することができる。
【００８１】
同様に、インストールされた属性テーブル５３４は、インストールされたサービス識別子フィールド（表８）によって提供されたリンクを介してインストールされたサービスの特定の属性を定義することができる。次いでサービス属性テーブル５３８は、属性記述フィールドを使用して各属性に対して詳細な記述を提供することができる。インストールされた属性に対するデフォルト値は、サービス属性テーブル５３８から提供することができる。
【００８２】
企業アプリケーションブランチのテーブル５２４、５３０、５３４、５３８、及び５４２の各々は、状態識別子フィールドを含むことができる。データモデルはこれによって、企業アプリケーションがいずれかの所与の公表サービスの使用を許可された場合に設定する際の相当量の追加のポリシー管理の柔軟性を提供する。例えば、証明書識別子の認証及び回復後、機能ハンドラ２２８は、証明書識別子にマッチするアクティブな企業アプリケーションが企業アプリケーションテーブル５２４で見つけられた場合に、企業アプリケーションが要求されたサービスの使用を許可することを判定する許可ポリシーを設定することができる。更に、ポリシーは、要求された公表サービスにマッチするアクティブなインストールされたサービスに企業アプリケーションをリンクすることを要求することができる。更に、許可ポリシーに応じて、機能ハンドラ２２８は、インストールされたサービスをアクティブなインストールされた属性、サービス属性、又はサービスカタログエントリにリンクすることを要求することができる。実施されたポリシーに応じて、データモデルは、テーブル５２４、５３０、５３４、５３８、及び５４２の１つ又はそれ以上において状態フィールドを修正することによって公表サービスへのアクセスを柔軟に許可或いは拒否することができる。
【００８３】
従ってデータモデルは、エンドユーザ、企業アプリケーション、又は他のサービス要求者を許可する際に調べる状態フィールド及び許可識別子（例えば、ＭＳＩＳＤＮ識別子及び証明書識別子）に基づいて柔軟なポリシー管理をサポートする。ポリシーは、要求が許可されたとみなされる前にデータモデルの各ブランチ内の１つ又はそれ以上のレベル（例えば、企業レベル、エンドユーザレベル、ＭＳＩＳＤＮレベル、又は企業アプリケーションレベル）でデータモデルの１つ又はそれ以上の記録について状態基準を指定することができる。ポリシーは、各企業アプリケーション及びエンドユーザによって異なる場合がある。
【００８４】
上述のように、レポーティングモジュール２３４は、ログファイル２３６を構文解析し、プロファイリングデータベース２２８にログテーブルを応答可能に読み込むことができる。第１ログテーブル５４６は、通信ネットワークアクセス要求（例えば、ＨＴＴＰ要求）のためログがとられた（例えば、毎日）情報を記憶することができる。オブジェクト識別子フィールド５３８は、ログテーブル５４６の各行の一意の識別子を提供する。表１１は、第１ログテーブル５４６の例示的な実装を示している。
【００８５】
第２ログテーブル５５０は、公表サービス要求（例えば、ＳＭＳ請求要求）のための（例えば、毎日）ログがとられた情報を記憶することができる。オブジェクト識別子フィールド５５２は、ログテーブル５５０の各行の一意の識別子を提供する。表１２は、第２ログテーブル５４６の例示的な実装を示している。
【００８６】
図６は、通信ネットワークアクセス要求を扱うためのメッセージフロー図６００を示している。概略として、サービス要求ハンドラ２２４は、アクセス要求を受け取り、要求者に許可を与え、要求をウェブサーバーに転送する。ウェブサーバーはアクセス要求結果をサービス要求ハンドラ２２４に返し、次いでサービス要求ハンドラ２２４は該結果を要求パーティに返す。
【００８７】
図６は、サービスパーティ（例えば、エンドユーザ又は加入者デバイス）が、ＭＳＩＳＤＮ、サービスパーティ識別子、ＵＲＬ、又は他のネットワークアクセス情報を含むことができるＨＴＴＰサービス要求を送信する（動作６０２）ことを示している。サービス要求ハンドラ２２４は、ＨＴＴＰ要求からＭＳＩＳＤＮを抽出する（動作６０４）。サービス要求ハンドラ２２４は、ＭＳＩＳＤＮに基づいてデータベースサーチを開始する。ＭＳＩＳＤＮが見つけられアクティブである場合、要求が許可される。
【００８８】
サービス要求ハンドラ２２４はまた、プロファイリングデータベース２２８をサーチし、サービスパーティの記録が存在するかどうかを判定することができる（動作６０６）。プロファイリングデータベース２２８は、サーチ結果を返す（動作６０８）。サービスパーティが現在存在していない（動作６１０）場合、サービス要求ハンドラ２２４は、サービスパーティをプロファイリングデータベース２２８に追加し、そのサービスパーティをアクティブなＭＳＩＳＤＮに関連付ける（動作６１２）。
【００８９】
サービス要求ハンドラ２２４はまた、サービスパーティが存在すること、及び抽出されたＭＳＩＳＤＮがサービスパーティの新しいＭＳＩＳＤＮであることを判定することができる（動作６１４）。この場合、サービス要求ハンドラ２２４は、サービスパーティの古いＭＳＩＳＤＮの状態をイナクティブに更新することができる（動作６１６）。更に、サービス要求ハンドラ２２４は、プロファイリングデータベース２２８のサービスパーティのＭＳＩＳＤＮを更新し、新しいＭＳＩＳＤＮを反映する（動作６１８）。サービス要求ハンドラ２２４はこれによって、どのサービスパーティがどのＭＳＩＳＤＮに関連付けられるかを正確に維持する。
【００９０】
更に、サービス要求ハンドラ２２４は、該要求を要求されたデータによって応答するウェブサーバーに送信する。このために、サービス要求ハンドラ２２４は、ＭＳＩＳＤＮに基づいて該要求をウェブサーバーにルーティングすることができる。例えば、サービス要求ハンドラ２２４は、ＭＳＩＳＤＮと、その要求を扱うために割り当てられたウェブサーバーとの間の相関性を設定するルックアップテーブルを実装することができる。
【００９１】
このために、１つの実装において、サービス要求ハンドラ２２４は、要求のＵＲＬ及び割り当てられたウェブサーバーに基づいて新しいＵＲＬを作る（動作６２０）。換言すると、新しいＵＲＬは、ＭＳＩＳＤＮにマップされたサーバーから元のＵＲＬでのコンテンツの要求を指定する。サービス要求ハンドラ２２４は、ＨＴＴＰ要求を選択されたウェブサーバーに転送し（動作６２２）、その応答データを受信する（動作６２４）。応答データは、発信サービスパーティに伝達される（動作６２６）。
【００９２】
図７及び図８は、公表サービス要求を扱うためのメッセージフロー図７００及び８００を示している。概略として、機能ハンドラ２２６は、サービス要求を受信し、要求者を認証し、更に要求者が公表サービスへのアクセスを許可されたことを検証する。認証され許可された要求者からの公表サービス要求は、ラップされてサービスブローカー１１６に配信される。
【００９３】
図７に示されるように、機能ハンドラ２２６は、外部の企業アプリケーション１０６からＭＭＳ／ＳＭＳサービス要求を受け取る（動作７０２）。サービス要求はまた、サービスプロバイダ１１４からも受け取ることができる。機能ハンドラ２２６は、要求から証明書識別子を抽出する（動作７０４）。機能ハンドラ２２６は、企業アプリケーションテーブル５２４のマッチング証明書識別子についてプロファイリングデータベース２２８をサーチし（動作７０６）、プロファイリングデータベース２２８はサーチ結果を返す（動作７０８）。マッチング証明書識別子は、要求企業アプリケーションを許可することができ、或いは企業アプリケーションに許可を与えるために行われる１つのチェックとすることができる（動作７１０）。企業アプリケーション及び／又は関連する企業の状態のチェックなどの追加のチェックは、許可が完了する前に実行することができる。
【００９４】
機能ハンドラ２２６は、サービス要求にマッピングを加える（動作７１２）。次いで、機能ハンドラ２２６は、ＲＭＩ要求をサービスブローカー１１６に送信する（動作７１４）。サービスブローカー１１６は、要求応答をＲＭＩ要求に返す（動作７１６）。応答は、サービスブローカー１１６が要求を受信したことの肯定応答とすることができる。機能ハンドラ２２６は、要求応答をアプリケーション１１６に返す（動作７１８）。
【００９５】
図８に示されるように、機能ハンドラ２２６は、サービスプロバイダ１１４からＣｈａｒｇｅ、ＳＩＰ、又はＵｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ ｒｅｑｕｅｓｔ（ユーザ許可要求）を受け取り（動作８０２）、証明書識別子を抽出する（動作８０４）。企業アプリケーションはまた、このようなサービス要求を提示することができる。機能ハンドラ２２６は、アプリケーションテーブル５２４のマッチング証明書識別子についてプロファイリングデータベース２２８をサーチし（動作８０６）、プロファイリングデータベース２２８はサーチ結果を返す（動作８０８）。機能ハンドラ２２６は、認証されたアプリケーションが許可されるかどうかを判定する（動作８１０）。
【００９６】
更に具体的には、マッチング証明書識別子はアプリケーションを許可し、或いは企業アプリケーションを許可する場合の第１ステップを提供することができる。機能ハンドラ２２６はまた、要求企業アプリケーションに関連したサービスについてプロファイリングデータベース２２８をサーチすることができる。アクティブなサービスがプロファイリングデータベース２２８の要求アプリケーションに関連して見つけられた場合、機能ハンドラ２２６は、サービス要求を許可することができる。機能ハンドラ２２６は、プロファイリングデータベース２２８の要求企業アプリケーション、関連企業、又は他の記録の状態に基づいて他の許可ポリシーを実装することができる。
【００９７】
許可されたサービス要求を提示する認証されたアプリケーションにおいて、機能ハンドラ２２６は、提示のためにサービス要求をラップする。次いで機能ハンドラ２２６は、遠隔メソッド呼出しを実行し要求をサービスブローカー１１６に送出することができる。機能ハンドラ２２６はこれによって、ＲＭＩを介してラップされた要求をサービスブローカー１１６に送信する（動作８１４）。機能ハンドラ２２６は、サービスブローカー１１６から応答を受け取る（動作８１６）。応答は、サービスブローカー１１６によって提供された肯定応答、エラーメッセージ、又は他の応答とすることができる。機能ハンドラは、要求応答をアプリケーション１０６に返す（動作８１８）。
【００９８】
図９は、公表されたＳＭＳサービスのためのサービス要求９００の実施例を示している。アプリケーションは、アーキテクチャ１００にＳＭＳサービス要求を提示し、アーキテクチャ１００がＳＭＳメッセージを送信して、アプリケーションに代わってそのＳＭＳメッセージに対して請求するよう要求することができる。サービス要求９００は、サービス要求の一意の識別子を提供することができるトランザクション識別子フィールド９０２、要求がＳＭＳ要求であることを指定することができるメッセージタイプフィールド９０４、及び要求がＳＭＳのどのバージョンに準拠するかを指定するＳＭＳバージョンフィールド９０６を含む。サービス要求９００はまた、Ｔｏ Ａｄｄｒｅｓｓフィールド９１０、ＣＣ Ａｄｄｒｅｓｓフィールド９１２、及びＢＣＣ Ａｄｄｒｅｓｓフィールド９１４などのアドレス指定情報を含む。サービスコードフィールド９１６は、ＳＭＳサービス要求を提示するサービスプロバイダの識別子を提供する。
【００９９】
配信タイミング情報もまたサービス要求９００内に存在する。特に、要求９００は、要求時間フィールド９１８、有効時間フィールド９２０、及び最短配信時間フィールド９２２を含む。要求９００はまた、優先順位フィールド９２４を使用したメッセージ優先順位、サブジェクトフィールド９２６のメッセージのサブジェクト、及び請求パーティフィールド９２８でのメッセージの配信に対して課金するパーティを指定する。ＳＭＳメッセージのコンテンツは、コンテンツフィールド９３０内に存在する。
【０１００】
上述のように、公表サービスインターフェース４１２は、要求をサービスブローカー１１６の標準形式にラップすることができる。図１０は、ラップされたＳＭＳメッセージ１０００の実施例を示している。ＳＭＳラッパー４１４は、トランザクション識別子フィールド９０２をトランザクション識別子フィールド１００２にマップし、メッセージタイプ（例えば、ＳＭＳメッセージのための「ＳＭＳＤＥＬＩＶＥＲＹ」）を指定することができるトランザクションラベルフィールド１００４を追加し、更に、ＳＭＳバージョンフィールド９０６をドロップしながらメッセージタイプフィールド９０４をサービスタイプフィールド１００６にマップする。同様に、ＳＭＳラッパー４１４は、アドレス指定フィールド９１０−９１４をＴｏ Ａｄｄｒｅｓｓフィールド１０１０、ＣＣ Ａｄｄｒｅｓｓフィールド１０１２、及びＢＣＣ Ａｄｄｒｅｓｓフィールド１０１４にマップし、更にサービスコードフィールド９１６をサービス識別子フィールド１０１６にマップする。
【０１０１】
配信タイミング情報もまた、ラップされた要求１０００内に存在する。特に、ＳＭＳラッパー４１４は、要求時間フィールド９１８を開始日付フィールド１０１８にマップし、有効時間フィールド９２０を終了日付フィールド１０２０にマップし、更に最短配信時間フィールド９２２をドロップする。ＳＭＳラッパー４１４はまた、優先順位フィールド９２４を優先順位フィールド１０２２に、サブジェクトフィールド９２６をサブジェクトフィールド１０２４に、及び請求パーティフィールド９２８をアカウント識別子フィールド１０２６にマップする。ＳＭＳメッセージのコンテンツは、コンテンツフィールド９３０からメッセージ本体フィールド１０２８にマップされる。
【０１０２】
表１３は、図９に示された要求メッセージから得られたフィールド値を有するラップされたＸＭＬ ＳＭＳ要求メッセージの例示的な実装を示している。ラップされたメッセージは、ラベルフィールド（ＳＭＳメッセージの「ＳＭＳＤＥＬＩＶＥＲＹ」に設定）を追加する。
【０１０３】
【０１０４】
図１１は、サービスブローカー１１６から返された公表サービス応答１１００の実施例を示している。応答１１００は、要求の肯定応答を提供し、トランザクション識別子フィールド１１０２、トランザクションラベルフィールド１１０４、及び要求状態フィールド１１０６を含む。応答１１００はまた、要求しているアプリケーションにエラー条件を伝達するエラーコードフィールド１１０８及びエラー記述フィールド１１１０を提供する。
表１４は、図１１に示されたデータフィールドを伝達するＸＭＬメッセージの実施例を示している。
【０１０５】
【０１０６】
機能ハンドラ２２６はまた、要求アプリケーションへの配信のためのサービスブローカー応答をラップすることができる。換言すると、要求アプリケーションに返された応答メッセージの形式及びコンテンツは、サービスブローカー１１６から送信された応答メッセージの形式及びコンテンツとは異なる可能性がある。図１２は、ラップされたＳＭＳ応答１２００の実施例を示している。
【０１０７】
ＳＭＳラッパー４１４は、応答１１００からの情報を、トランザクション識別子フィールド１２０２、状態フィールド１２０４、エラーコードフィールド１２０６、及びエラー記述フィールド１２０８を含むラップされた応答１２００にマップする。ラップされた応答１２００はまた、メッセージタイプフィールド１２１０（例えば、要求アプリケーションによって予想される「＜ＳＭＳ＞」又は別の値に設定）、及び適用可能なＳＭＳバージョンを要求アプリケーションにレポートするＳＭＳバージョンフィールド１２２１を追加する。トランザクションラベルフィールド１１０４はドロップすることができる。
【０１０８】
図１３は、ＭＭＳの公表サービス要求１３０２からラップされたＭＭＳサービス要求１３０４へのマッピングを示す。ＴＳＯＬＡＢＥＬは、「ＭＭＳＤｅｌｉｖｅｒｙ」又は他のいずれかの識別子に設定することができる。アプリケーションは、マルチメディアコンテンツをいずれかの指定された受信者に配信するためにＭＭＳサービス要求を送出することができる。図１４は、ＭＭＳの公表サービス応答１４０２からラップされたＭＭＳサービス応答１４０４へのマッピングを示している。
【０１０９】
図１５は、ＳＩＰの公表サービス要求１５０２からラップされたＳＩＰサービス要求１５０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「ＳＩＰＣａｌｌ」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、ＳＩＰ要求１５０２で指定された送信者と受信者間の通信チャンネルを設定するためにＳＩＰ要求を開始することができる。図１６は、ＳＩＰの公表サービス応答１６０２からラップされたＳＩＰサービス応答１６０４へのマッピングを示している。ＴＳＯＬＡＢＥＬフィールドはドロップすることができる。
【０１１０】
図１７は、状態公表サービス要求１７０２からラップされた状態サービス要求１７０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「ＧｅｔＵｓｅｒＳｔａｔｕｓ」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、状態要求１７０２にリストされた１つ又はそれ以上のユーザの状態をチェックするために状態要求を送出することができる。状態要求１７０２は、特定のサービスプロバイダに関する状態を要求するためにプロバイダ識別子を更に含むことができる。図１８は、状態応答１８０２からラップされた状態サービス応答１８０４へのマッピングを示している。
【０１１１】
図１９は、認証公表サービス要求１９０２からラップされた認証サービス要求１９０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「認証」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、特定のサービス及びプロバイダに関するＭＳＩＳＤＮの認証を要求するために認証要求１９０２を送出することができる。図２０は、状態公表サービス応答２００２からラップされた状態サービス応答２００４へのマッピングを示している。応答は、サービス状態（例えば、「ＯＫ」、又は「切断」）、顧客タイプ（例えば「商用」又は「住宅用」）、顧客のサービスプランの識別情報、ＳＩＭモジュール、無線デバイスタイプ、ＭＭＳ又はＵＭＴＳ又はＧＰＲＳメッセージを送受信する機能、アクセスチャンネル（例えば、「モバイル」又は「ランドライン」）、或いはＭＳＩＳＤＮが利用可能な他のいずれかの状態情報などの広範な状態情報を含むことができる。
【０１１２】
図２１は、請求（Ｃｈａｒｇｅ）公表サービス要求２１０２からラップされた請求サービス要求２１０４へのマッピングを示している。ＴＳＯＬＡＢＥＬは、「請求（Ｃｈａｒｇｅ）」又は他のいずれかの識別子に設定することができる。要求アプリケーションは、２つのエンドポイント間（例えば、送信側ＵＲＩと受信側ＵＲＩ間）の指定された開始及び終了日付での通信セッションに対する課金を要求し、請求要求２１０２で指定されたサービスプロバイダによって扱われる請求要求を開始することができる。図２２は、請求公表サービス応答２２０２からラップされた請求サービス応答２２０４へのマッピングを示している。ＴＳＯＬＡＢＥＬフィールドは応答でドロップすることができる。
【０１１３】
表１５は、公表サービスについてのＷＳＤＬ定義の実施例を示している。特に表１５は、公表サービスの入力及び出力メッセージ及びメッセージフォーマットを定義することができる例示的なＷＳＤＬ請求サービス記述子を示している。請求サービス記述子は、請求サービス要求及び応答が入力及び出力メッセージによって定義されるように送信される＜ポート＞（「ＣｈａｒｇｅＡｄａｐｔｅｒＦｒｏｎｔＥｎｄ」）を定義する。更に、請求サービス記述子は、入力及び出力メッセージのためのメッセージ形式及びコンテンツ（それぞれ「ｓｕｂｍｉｔＲｅｑＲｅｑｕｅｓｔ」及び「ｓｕｂｍｉｔＲｅｑＲｅｓｐｏｎｓｅ」）を定義する。ＳＯＡＰ結合もまた、請求公表サービス要求が（「ロケーション」指定子を介して）送られるロケーションとして定義される。
【０１１４】
ＷＳＤＬ定義は、類似の方式で各公表サービスに対して設定することができる。ＷＳＤＬ定義は、ゲートウェイ１１０及び公表サービスの実装に応じて大きく異なる可能性がある。
【０１１５】
【０１１６】
サードパーティゲートウェイ１１０は、通信サービスプロバイダによって提供される公表サービスへの安全で効率的なアクセスを提供する。サードパーティゲートウェイ１１０は、安全な認証中に取得された証明書識別子を用いることによってサードパーティ許可を強化する。データベース２２８の企業アプリケーション記録に証明書識別子を含むことで、企業アプリケーション用の許可識別子を別個に又は独自に必要とせずに証明書識別子の使用を許可にまで効率的に拡張する。企業アプリケーションの強化された許可は、重要な通信の無許可のサードパーティアクセスに対する強力な保護をもたらす。
【０１１７】
更に、ＭＳＩＳＤＮフィールド及び証明書識別子フィールドは、サービス要求者の種々のタイプに対する独立した許可基準である。データモデルにおける複数のレベル状態フィールドと共に、データモデルは、サービス要求ハンドラ２２４に対する柔軟なポリシー管理をサポートする。ポリシーは、要求が許可されたと見なされる前に、データモデルにおける各ブランチ内の１つ又はそれ以上のレベル（例えば、企業レベル、エンドユーザレベル、又は企業アプリケーションレベル）でデータモデルの記録に対する状態基準を指定することができる。
【０１１８】
サービス要求者の複数の種々のタイプのアクセスを安全に許可するための技術を要約すると、サードパーティゲートウェイ１１０は、サービス要求者の第１タイプ（例えば、企業アプリケーション）から公表サービス要求を受け取る。サードパーティゲートウェイ１１０はまた、サービス要求者の第２のタイプ（例えば、移動電話デバイス）からネットワーク通信サービス要求を受け取る。サードパーティゲートウェイは、公表サービス要求を認証し、該公表サービス要求を認証することにより安全な許可識別子（例えば公開鍵）を取得する。
【０１１９】
プロファイリングデータベース２２８は、安全な許可識別子に基づいてプロファイリングデータベース２２８で定義されたデータモデルのサービス要求者ブランチからのサーチ結果を提供する。サードパーティゲートウェイ１１０は、サーチ結果に表示される企業アプリケーションを判定する。企業アプリケーションの許可は、第１サーチ結果の１つ又はそれ以上の状態識別子（例えば、企業アプリケーション識別子）に基づいて進行する。
【０１２０】
サービス要求者の第２タイプに関して、サードパーティゲートウェイ１１０は、デバイス識別子をネットワーク通信サービス要求から抽出する。プロファイリングデータベース２２８はまた、デバイス識別子に基づいて異なるサービス要求者ブランチからサーチ結果を提供する。第２サーチ結果に示された加入者デバイスは、第２サーチ結果の１つ又はそれ以上の加入者デバイス状態識別子に基づいて判定され許可される。
【０１２１】
本発明の種々の実施形態を説明してきたが、より多くの実施形態及び実装が本発明の範囲内で可能であることは当業者には明らかであろう。従って、本発明は、添付の請求項及びこれらの均等物の観点以外で限定されるものではない。
【図面の簡単な説明】
【０１２２】
【図１】サードパーティアクセスゲートウェイを含む通信アーキテクチャの一部を示す図である。
【図２】サービスブローカーと、外部デバイス、アプリケーション、及びサービスプロバイダと通信状態にあるサードパーティアクセスゲートウェイを示す図である。
【図３】アクセス管理モジュールと通信状態にあるサービス要求ハンドラを示す図である。
【図４】アクセス管理モジュールと通信状態にある機能ハンドラを示す図である。
【図５】プロファイリングデータベースを示す図である。
【図６】通信ネットワークアクセス要求のメッセージフロー図である。
【図７】ＳＭＳ及びＭＭＳ公表サービス要求のためのメッセージフロー図である。
【図８】請求（Ｃｈａｒｇｅ）、ＳＩＰ、及び許可サービス要求のメッセージフロー図である。
【図９】ＳＭＳ公表サービス要求を示す図である。
【図１０】ラップされたＳＭＳサービス要求を示す図である。
【図１１】ＳＭＳサービス要求応答を示す図である。
【図１２】ラップされたＳＭＳサービス要求応答を示す図である。
【図１３】ＭＭＳ公表サービス要求からラップされたＭＭＳサービス要求へのマッピングを示す図である。
【図１４】ＭＭＳ公表サービス応答からラップされたＭＭＳサービス応答へのマッピングを示す図である。
【図１５】ＳＩＰ公表サービス要求からラップされたＳＩＰサービス要求へのマッピングを示す図である。
【図１６】ＳＩＰ公表サービス応答からラップされたＳＩＰサービス応答へのマッピングを示す図である。
【図１７】状態公表サービス要求からラップされた状態サービス要求へのマッピングを示す図である。
【図１８】状態応答からラップされた状態サービス応答へのマッピングを示す図である。
【図１９】認証公表サービス要求からラップされた認証サービス要求へのマッピングを示す図である。
【図２０】認証公表サービス応答からラップされた認証サービス応答へのマッピングを示す図である。
【図２１】請求公表サービス要求からラップされた認証サービス要求へのマッピングを示す図である。
【図２２】請求公表サービス応答からラップされた認証サービス応答へのマッピングを示す図である。
【符号の説明】
【０１２３】
１００ 通信アーキテクチャ
１０２ サードパーティ
１０４ 加入者デバイス
１０６ アプリケーション
１０８ その他
１１０ サードパーティアクセスゲートウェイ
１１２ サービス要求
１１４ サービスプロバイダ
１１６ サービスブローカー
１１８ ビジネスサポートシステム（ＢＳＳ）及びオペレーションサポートシステム（ＯＳＳ）
１２０ ネットワーク層
【特許請求の範囲】
【請求項１】
通信サービスにアクセスする複数の種々のタイプのサービス要求者に対してアクセスを安全に許可する方法であって、
サービス要求者の第１のタイプから公表サービス要求を受け取る段階と、
前記公表サービス要求を認証し、前記公表サービス要求の認証から安全な許可識別子を取得する段階と、
前記安全な許可識別子に基づいてプロファイリングデータベースで定義された第１サービス要求者ブランチ(branch)から第１サーチ結果を取得する段階と、
前記第１サーチ結果に示された企業アプリケーションを判定する段階と、
前記第１サーチ結果における企業アプリケーション状態識別子に基づいて前記企業アプリケーションを許可する段階と、
サービス要求者の第２のタイプからネットワーク通信サービス要求を受け取る段階と、
前記ネットワーク通信サービス要求からデバイス識別子を抽出する段階と、
前記デバイス識別子に基づいてプロファイリングデータベースの第２サービス要求者ブランチから第２サーチ結果を取得する段階と、
前記第２サーチ結果に示された加入者デバイスを判定する段階と、
前記第２サーチ結果の加入者デバイス状態識別子に基づいて前記加入者デバイスを許可する段階と、を含む方法。
【請求項２】
前記公表サービス要求を受け取る段階が、クライアント証明書が添付された公表通信サービス要求を受け取る段階を含む請求項１に記載の方法。
【請求項３】
前記安全な許可識別子が、前記クライアント証明書において符号化された公開鍵を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記第１サービス要求者ブランチが、企業テーブルにリンクされた企業アプリケーションテーブルを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記第１要求者ブランチは更に、前記企業アプリケーションテーブルにリンクされたサービステーブルをインストールすることを含み、
そして、前記企業アプリケーションを許可する段階が、
前記企業アプリケーションがアクティブであることを前記企業アプリケーション状態識別子が指定したと判定する段階と、
前記インストールされたサービステーブルが、前記公表サービス要求で要求された前記公表サービスに対応し且つ前記企業アプリケーション記録とリンクするインストールされたサービス記録を定義したことを判定する段階と、を含む請求項４に記載の方法。
【請求項６】
前記許可する段階が更に、前記インストールされたサービス記録がアクティブ状態を有することを判定する段階を含む請求項５に記載の方法。
【請求項７】
前記第２サービス要求者ブランチが、エンドユーザテーブルにリンクされたデバイス識別子テーブルを含み、前記デバイス識別子テーブルが、前記加入者デバイスに対応するデバイス識別子記録を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記デバイス識別子テーブルは、ＭＳＩＳＤＮテーブルを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記加入者デバイスを許可する段階が、
前記加入者デバイスがアクティブであることを前記加入者デバイス状態識別子が指定したと判定する段階と、
前記エンドユーザテーブルは、前記デバイス識別子記録にリンクされたエンドユーザ記録をアクティブ状態で定義したと判定する段階と、を含む請求項７に記載の方法。
【請求項１０】
通信アーキテクチャにおけるサードパーティアクセスゲートウェイのためのデータモデルであって、
(a)ルートテーブルと、
(b)加入者デバイスのための第１許可データを提供する加入者デバイス識別子と、前記加入者デバイス識別子に対して定義された加入者デバイス状態とを有するデバイス識別子テーブルを含む、前記ルートテーブルの第１サービス要求者ブランチと、
(c)サードパーティ要求者アプリケーションのための第２許可データを提供する前記サードパーティ要求者アプリケーション用の安全な証明書識別子と、許可されたサードパーティ要求者アプリケーションを指定する企業アプリケーション識別子と、現在のサードパーティ要求者アプリケーション状態を設定する企業アプリケーション状態識別子とを有する企業許可テーブルを含む、前記ルートテーブルの第２サービス要求者ブランチと、を備えるデータモデル。
【請求項１１】
前記証明書識別子は、公開鍵暗号化ペアの公開鍵構成要素を含むことを特徴とする請求項１０に記載のデータモデル。
【請求項１２】
前記加入者デバイス識別子は、モバイル加入者統合サービスデジタルネットワーク（ＭＳＩＳＤＮ）識別子を含むことを特徴とする請求項１０に記載のデータモデル。
【請求項１３】
前記ルートテーブルは、企業テーブルを含むことを特徴とする請求項１０に記載のデータモデル。
【請求項１４】
前記第１サービス要求者ブランチは更に、前記企業テーブル及び前記デバイス識別子テーブルにリンクされたエンドユーザテーブルを含むことを特徴とする請求項１３に記載のデータモデル。
【請求項１５】
前記エンドユーザテーブルは、エンドユーザ状態識別子を含むことを特徴とする請求項１４に記載のデータモデル。
【請求項１６】
前記企業テーブルは、企業状態識別子を含むことを特徴とする請求項１４に記載のデータモデル。
【請求項１７】
前記企業アプリケーションテーブルは更に、前記企業アプリケーションテーブルを前記企業テーブルにリンクする企業識別子を含むことを特徴とする請求項１３に記載のデータモデル。
【請求項１８】
前記企業テーブルは更に、企業状態識別子を含むことを特徴とする請求項１６に記載のデータモデル。
【請求項１９】
機器により読み出し可能な媒体と、前記媒体上で符号化されアクセスゲートウェイ内のプロセッサにある方法を実行させる命令とを備えた製品であって、前記方法が、
サービス要求者の第１タイプから公表サービス要求を受け取る段階と、
前記公表サービス要求を認証し、前記公表サービス要求の認証から安全な許可識別子を取得する段階と、
前記安全な許可識別子に基づいてプロファイリングデータベースで定義された第１サービス要求者ブランチから第１サーチ結果を取得する段階と、
前記第１サーチ結果に示された企業アプリケーションを判定する段階と、
前記第１サーチ結果における企業アプリケーション状態識別子に基づいて前記企業アプリケーションを許可する段階と、
サービス要求者の第２タイプからネットワーク通信サービス要求を受け取る段階と、
前記ネットワーク通信サービス要求からデバイス識別子を抽出する段階と、
前記デバイス識別子に基づいてプロファイリングデータベースの第２サービス要求者ブランチから第２サーチ結果を取得する段階と、
前記第２サーチ結果に表示された加入者デバイスを判定する段階と、
前記第２サーチ結果の加入者デバイス状態識別子に基づいて前記加入者デバイスを許可する段階と、を含むことを特徴とする製品。
【請求項２０】
前記公表サービス要求を受け取る段階が、クライアント証明書が添付された公表通信サービス要求を受け取る段階を含む請求項１９に記載の製品。
【請求項２１】
前記安全な許可識別子が、前記クライアント証明書において符号化された公開鍵を含むことを特徴とする請求項１９に記載の製品。
【請求項２２】
前記第１サービス要求者ブランチが、企業テーブルにリンクされた企業アプリケーションテーブルを含むことを特徴とする請求項１９に記載の製品。
【請求項２３】
前記第１サービス要求者ブランチが更に、前記企業アプリケーションテーブルにリンクされインストールされたサービステーブルを含むことを特徴とする請求項１９に記載の製品。
【請求項２４】
前記第２サービス要求者ブランチが、エンドユーザテーブルにリンクされたデバイス識別子テーブルを含むことを特徴とする請求項１９に記載の製品。
【請求項２５】
前記サービス要求者の第１タイプが企業アプリケーションを含み、前記サービス要求者の第２タイプが移動電話加入者を含むことを特徴とする請求項１９に記載の製品。
【請求項１】
通信サービスにアクセスする複数の種々のタイプのサービス要求者に対してアクセスを安全に許可する方法であって、
サービス要求者の第１のタイプから公表サービス要求を受け取る段階と、
前記公表サービス要求を認証し、前記公表サービス要求の認証から安全な許可識別子を取得する段階と、
前記安全な許可識別子に基づいてプロファイリングデータベースで定義された第１サービス要求者ブランチ(branch)から第１サーチ結果を取得する段階と、
前記第１サーチ結果に示された企業アプリケーションを判定する段階と、
前記第１サーチ結果における企業アプリケーション状態識別子に基づいて前記企業アプリケーションを許可する段階と、
サービス要求者の第２のタイプからネットワーク通信サービス要求を受け取る段階と、
前記ネットワーク通信サービス要求からデバイス識別子を抽出する段階と、
前記デバイス識別子に基づいてプロファイリングデータベースの第２サービス要求者ブランチから第２サーチ結果を取得する段階と、
前記第２サーチ結果に示された加入者デバイスを判定する段階と、
前記第２サーチ結果の加入者デバイス状態識別子に基づいて前記加入者デバイスを許可する段階と、を含む方法。
【請求項２】
前記公表サービス要求を受け取る段階が、クライアント証明書が添付された公表通信サービス要求を受け取る段階を含む請求項１に記載の方法。
【請求項３】
前記安全な許可識別子が、前記クライアント証明書において符号化された公開鍵を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記第１サービス要求者ブランチが、企業テーブルにリンクされた企業アプリケーションテーブルを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記第１要求者ブランチは更に、前記企業アプリケーションテーブルにリンクされたサービステーブルをインストールすることを含み、
そして、前記企業アプリケーションを許可する段階が、
前記企業アプリケーションがアクティブであることを前記企業アプリケーション状態識別子が指定したと判定する段階と、
前記インストールされたサービステーブルが、前記公表サービス要求で要求された前記公表サービスに対応し且つ前記企業アプリケーション記録とリンクするインストールされたサービス記録を定義したことを判定する段階と、を含む請求項４に記載の方法。
【請求項６】
前記許可する段階が更に、前記インストールされたサービス記録がアクティブ状態を有することを判定する段階を含む請求項５に記載の方法。
【請求項７】
前記第２サービス要求者ブランチが、エンドユーザテーブルにリンクされたデバイス識別子テーブルを含み、前記デバイス識別子テーブルが、前記加入者デバイスに対応するデバイス識別子記録を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記デバイス識別子テーブルは、ＭＳＩＳＤＮテーブルを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記加入者デバイスを許可する段階が、
前記加入者デバイスがアクティブであることを前記加入者デバイス状態識別子が指定したと判定する段階と、
前記エンドユーザテーブルは、前記デバイス識別子記録にリンクされたエンドユーザ記録をアクティブ状態で定義したと判定する段階と、を含む請求項７に記載の方法。
【請求項１０】
通信アーキテクチャにおけるサードパーティアクセスゲートウェイのためのデータモデルであって、
(a)ルートテーブルと、
(b)加入者デバイスのための第１許可データを提供する加入者デバイス識別子と、前記加入者デバイス識別子に対して定義された加入者デバイス状態とを有するデバイス識別子テーブルを含む、前記ルートテーブルの第１サービス要求者ブランチと、
(c)サードパーティ要求者アプリケーションのための第２許可データを提供する前記サードパーティ要求者アプリケーション用の安全な証明書識別子と、許可されたサードパーティ要求者アプリケーションを指定する企業アプリケーション識別子と、現在のサードパーティ要求者アプリケーション状態を設定する企業アプリケーション状態識別子とを有する企業許可テーブルを含む、前記ルートテーブルの第２サービス要求者ブランチと、を備えるデータモデル。
【請求項１１】
前記証明書識別子は、公開鍵暗号化ペアの公開鍵構成要素を含むことを特徴とする請求項１０に記載のデータモデル。
【請求項１２】
前記加入者デバイス識別子は、モバイル加入者統合サービスデジタルネットワーク（ＭＳＩＳＤＮ）識別子を含むことを特徴とする請求項１０に記載のデータモデル。
【請求項１３】
前記ルートテーブルは、企業テーブルを含むことを特徴とする請求項１０に記載のデータモデル。
【請求項１４】
前記第１サービス要求者ブランチは更に、前記企業テーブル及び前記デバイス識別子テーブルにリンクされたエンドユーザテーブルを含むことを特徴とする請求項１３に記載のデータモデル。
【請求項１５】
前記エンドユーザテーブルは、エンドユーザ状態識別子を含むことを特徴とする請求項１４に記載のデータモデル。
【請求項１６】
前記企業テーブルは、企業状態識別子を含むことを特徴とする請求項１４に記載のデータモデル。
【請求項１７】
前記企業アプリケーションテーブルは更に、前記企業アプリケーションテーブルを前記企業テーブルにリンクする企業識別子を含むことを特徴とする請求項１３に記載のデータモデル。
【請求項１８】
前記企業テーブルは更に、企業状態識別子を含むことを特徴とする請求項１６に記載のデータモデル。
【請求項１９】
機器により読み出し可能な媒体と、前記媒体上で符号化されアクセスゲートウェイ内のプロセッサにある方法を実行させる命令とを備えた製品であって、前記方法が、
サービス要求者の第１タイプから公表サービス要求を受け取る段階と、
前記公表サービス要求を認証し、前記公表サービス要求の認証から安全な許可識別子を取得する段階と、
前記安全な許可識別子に基づいてプロファイリングデータベースで定義された第１サービス要求者ブランチから第１サーチ結果を取得する段階と、
前記第１サーチ結果に示された企業アプリケーションを判定する段階と、
前記第１サーチ結果における企業アプリケーション状態識別子に基づいて前記企業アプリケーションを許可する段階と、
サービス要求者の第２タイプからネットワーク通信サービス要求を受け取る段階と、
前記ネットワーク通信サービス要求からデバイス識別子を抽出する段階と、
前記デバイス識別子に基づいてプロファイリングデータベースの第２サービス要求者ブランチから第２サーチ結果を取得する段階と、
前記第２サーチ結果に表示された加入者デバイスを判定する段階と、
前記第２サーチ結果の加入者デバイス状態識別子に基づいて前記加入者デバイスを許可する段階と、を含むことを特徴とする製品。
【請求項２０】
前記公表サービス要求を受け取る段階が、クライアント証明書が添付された公表通信サービス要求を受け取る段階を含む請求項１９に記載の製品。
【請求項２１】
前記安全な許可識別子が、前記クライアント証明書において符号化された公開鍵を含むことを特徴とする請求項１９に記載の製品。
【請求項２２】
前記第１サービス要求者ブランチが、企業テーブルにリンクされた企業アプリケーションテーブルを含むことを特徴とする請求項１９に記載の製品。
【請求項２３】
前記第１サービス要求者ブランチが更に、前記企業アプリケーションテーブルにリンクされインストールされたサービステーブルを含むことを特徴とする請求項１９に記載の製品。
【請求項２４】
前記第２サービス要求者ブランチが、エンドユーザテーブルにリンクされたデバイス識別子テーブルを含むことを特徴とする請求項１９に記載の製品。
【請求項２５】
前記サービス要求者の第１タイプが企業アプリケーションを含み、前記サービス要求者の第２タイプが移動電話加入者を含むことを特徴とする請求項１９に記載の製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２００７−８９１９９（Ｐ２００７−８９１９９Ａ）
【公開日】平成１９年４月５日（２００７．４．５）
【国際特許分類】
【外国語出願】
【出願番号】特願２００６−２８４３３３（Ｐ２００６−２８４３３３）
【出願日】平成１８年９月２０日（２００６．９．２０）
【出願人】（５０４０５１０８７）アクセンチュア グローバル サーヴィシズ ゲゼルシャフト ミット ベシュレンクテル ハフツング (17)
【Ｆターム（参考）】
【公開日】平成１９年４月５日（２００７．４．５）
【国際特許分類】
【出願番号】特願２００６−２８４３３３（Ｐ２００６−２８４３３３）
【出願日】平成１８年９月２０日（２００６．９．２０）
【出願人】（５０４０５１０８７）アクセンチュア グローバル サーヴィシズ ゲゼルシャフト ミット ベシュレンクテル ハフツング (17)
【Ｆターム（参考）】
[ Back to top ]