JP2007529038A - 異なるドメイン間でのサービス進行を制御する装置及び方法 - Google Patents

Abstract

現在のところ、サードパーティサービスプロバイダによって提供されるサービスへアクセスするために、サービスネットワークオペレータのユーザを認可するための既存メカニズムは、リクエストと回答に基づくほとんどの既存サービスに対して有効であるが、いくつかのトランザクションを含むサービス配信のようなトランザクションサービスについて、既存の技術は、サービスの進行を完全に制御するには、オペレータにとって深刻な制約が存在している。この制約を解消するために、本発明は、サービスの進行を制御するための手段及び方法を提供する。このサービスは、ユーザが第２ドメインによって提供されるそのサービスを使用しながら、そのサービスが認可されている第１ドメインで、複数のトランザクションを必要とする。また、このサービスは、サービスネットワークオペレータとサービスプロバイダ間のサービスの使用を検証するための検証メカニズムを必要とする。

Description

本発明の分野
本発明は、一般的には、第１ドメインが、第２ドメインのサービスプロバイダによって提供されるサービスへアクセスするユーザの認可に関与する場合に、そのサービスの進行を制御することに関するものである。より詳しくは、本発明は、サービスネットワークが、サービスプロバイダによって提供されるサービスへアクセスするユーザを認可する場合に、そのサービスの進行の制御に関するものである。このサービスプロバイダは、オペレータのリソースを介するサービスの使用に対し、ユーザから課金する。

背景
一般的なネットワークオペレータと、特に、移動体オペレータとは、現在、自身のユーザへ広範囲にサービスを提供している。また、かなり頻繁に、これらのサービスは、実際には、外部サービスプロバイダ（ＳＰ）によって提供される。つまり、ネットワークオペレータは、自身のユーザに対して仮想サービスプロバイダとして動作し、かつそのサービスの使用に対してユーザに適切な課金を行う。これに対し、実際には、外部サービスプロバイダがそのサービスを提供し、自身のサービスの提供に対する、オペレータへの課金アカウント（掛け売り勘定：charging account）を生成する。自身のユーザに対してサービスプロバイダとして動作するこのようなネットワークオペレータは、以下では、サービスネットワークオペレータ（ＳＮＯ）と呼ぶことにする。

このような状況において、ＳＮＯネットワークによって示される第１ドメインは、サービスをリクエストするユーザの認証と、リクエストされたサービスへアクセスユーザを認可することに関与する。第２ドメインによって実際に提供されるこのサービスは、ネットワークオペレータと商取引関係があり得る外部サービスプロバイダによって所有されているが、これらのドメインの両方は、別々の企業によって所有され得る。

上述の状況を支援する現在知られているイニシアチブには、自身の加入者へアクセス独立サービスを提供するネットワークオペレータを支援することが目的とされているエリクソンサービス配信プラットホーム（以下では、ＥＳＤＰと称する）がある。一般的に言えば、ＥＳＤＰは、工業的に呼ばれる「ｈｔｔｐ ｒｅｖｅｒｓｅ−ｐｒｏｘｙ」を介して、サービスネットワークで利用可能なサービスへ加入者がアクセスすることを考慮している。周知の方法の下では、ユーザは、認証−認可−アカウンティング（ＡＡＡ：Authentication-Authorisation-Accounting）サーバで認証される。これは、この認証処理で、マスタセッションが生成されるからである。このマスタセッションは、典型的には、アクセスのタイプ、ユーザ識別子、それを使用するための認証メカニズム、セッション確立時間等を含んでいる。アクティブなマスタセッションは、ユーザが認証されていることを保証する。しかしながら、マスタセッションは、ユーザによって使用されるサービスについての情報は持っていない。つまり、ユーザが自身のプロファイルでサービスへアクセスすることを使用するときは、マスタセッションは、サービスを認可する前にユーザが認証されているかを判定するためにチェックされる。

このＥＳＤＰと、他の既知の工業上のプラットホームはともに、通常、シングルサインオン（Single Sign-On）機能と呼ばれるものをサポートし、これによって、信用のあるアクセスネットワークを介してＳＮＯネットワークへアクセスするユーザがたった一回認証されて、サービスネットワークオペレータ（ＳＮＯ）によって提供されるあらゆるサービスに対して認証が成立する。

例えば、信用のあるアクセスネットワークが汎用パケット無線サービス（ＧＰＲＳ）ネットワークのようなパケット無線ネットワークであり、かつユーザが、サービスネットワークオペレータ（ＳＮＯ）ドメインとの接続を取得するために、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）へ割り当てられる場合に、例示の状況が発生する。

このような状況では、シングルサインオン（ＳＳＯ）サービスに対するサポートは、いわゆる「ＭＳＩＳＤＮ転送」メカニズムに基づいている。ここで、ＭＳＩＳＤＮは、伝統的には移動体加入者ＩＳＤＮ番号を介することを意味するものであり、より広い意味では、この番号は、加入者ディレクトリ番号として見なすことができる。要約すると、「ＭＳＩＳＤＮ転送」メカニズムは、ＲＡＤＩＵＳアクセスリクエストメッセージを、ホームサービスネットワークドメイン内の「認証、認可及びアカウンティング」（ＡＡＡ）サーバへ送信することによって、ホームコアネットワークドメイン内のゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）から開始される。ここで、このメッセージは、ＭＳＩＳＤＮとユーザに対するＩＰアドレスを含んでいる。この情報は、ＡＡＡサーバに、ユーザに対するマスタセッションを生成することを可能にし、そうすることで、ユーザがサービスへのアクセスをリクエストするときは、マスタセッションは、ユーザが既に適切に認証されているかを確認するためにチェックされる。より詳しくは、国際出願番号ＷＯ０１／６７７１６Ａ１は、いくつかの状況下で適用することができるＲＡＤＩＵＳアカウンティング開始メッセージに基づく「ＭＳＩＳＤＮ転送」メカニズムを記載している。この国際出願は、シングルサインオンをサポートする、つまり、いくつかの特定の環境下でユーザを一回だけ認証するための構成を記載している。

しかしながら、サービス認可に関しては、ＳＮＯネットワーク下でユーザが一旦認証されると、ユーザは、任意に提供されるサービスを起動するための権限が透過的に許可される。つまり、一旦サービスが認可されると、サービスネットワークオペレータは、サービスを介する制御を解放する。つまり、サービスネットワークオペレータは、これ以上のサービスの進行を制御することができず、サービスの実行中に介在するパーティによって実行されるアクションには関与しておらず、また、この実行中での任意の動作を行うことができない。例えば、サービスの不正使用を回避するためにサービスセッションの切断を行うことができない。

図１に示される、ユーザに対するサービスを認可するための現在の既存のメカニズムは、ユーザがアクセスネットワークへサービスリクエストを発行すると開始する。ここで、このアクセスネットワークは、ＧＰＲＳネットワークであっても良く、これは、このようなリクエストを受信する専用ＧＰＲＳノードであるＧＧＳＮノードである。受信機は、このサービスリクエストをサービスネットワークのアプリケーションゲートウェイモジュール（ＡＧＭ）へ送信する。このサービスネットワークは、一般的には、ユーザとサービス間のアプリケーションメッセージを捕捉し、かつそのユーザとそのサービスを識別することを担当する。特に、上述の「ｈｔｔｐ ｒｅｖｅｒｓｅ−ｐｒｏｘｙ」であっても良い、このアプリケーションゲートウェイモジュール（ＡＧＭ）は、従来より、ユーザがサービスへアクセスすることを許可されているかどうかについての認証決定を、いわゆる認証モジュール（ＡＭ）から取得する手段で提供される。特に、上述のＡＡＡサーバであっても良い、この認証モジュール（ＡＭ）は、一般的には、いくつかの状態に依存するサービスへアクセスすることをユーザが認可されるかどうかを決定することを担当する。アプリケーションゲートウェイモジュールと認可モジュールのどちらのエンティティも、それぞれスタンドアローンの形式で提供することもでき、あるいは他のエンティティに統合することができ、特に、それらの両方を同一のエンティティに統合することができる。

それにもかかわらず、既存のメカニズムは、依然として、例えば、着信音（a ring melody）とその着信音のダウンロードのようなリクエストと回答に基づく今日の多くの既存のサービスに対しては有効であるが、より洗練されたトランザクション（取引）サービス、例えば、関連するサブサービス群の各シーケンスを含むサービスに対しては、既存の技術は、サービスの進行を完全に制御することについてはオペレータにとっては上述の深刻な制限が存在している。

トランザクションサービスに対する１つの簡単なソリューションは、事前の認証に関係なく、認可対象のユーザとサービス間のトランザクションを強制することによって達成されても良い。しかしながら、この可能なソリューションは、任意のトラフィックモデルについてかなり過負荷となり、それを解決することは余計な負担となり得る。

一方、サービスの異なるトランザクションが発生する場合をサービスネットワークオペレータ（ＳＮＯ）が気付かないと、サービスネットワークオペレータは、パーティ、即ち、ユーザとサービスによって実行される異なるアクションを気付くことができず、また、このような異なるアクションに依存する専用のポリシーを適用することができない。また、サービスネットワークオペレータ（ＳＮＯ）は、ユーザがそれを実行することが一旦認可されると、そのサービスを使用することからリアルタイムでユーザを切断することすらできない。

従って、本発明の重要な目的は、ユーザが、第２ドメインによって提供されているサービスを使用しながら、サービスが認可されている第１ドメインでサービスの進行を制御する装置及び方法を提供することである。

本発明の更なる目的は、このような制御が、サービスの使用を検証するための検証メカニズムを更に含んでいる、適切なソリューションを達成することである。

本発明の要約
本発明の目的、及び他の目的は、本発明に従う、サービスの進行を制御する方法及び装置の提供によって達成される。このサービスは、ユーザが第２ドメインによって提供されるそのサービスを使用しながら、そのサービスが認可されている第１ドメインで、複数のトランザクションを必要とする。また、このサービスは、サービスネットワークオペレータとサービスプロバイダ間のサービスの使用を検証するための検証メカニズムを必要とする。

本発明の第１の構成に従えば、電気通信システムの使用に適しているアプリケーションゲートウェイモジュールが提供される。この電気通信システムでは、サービスネットワークがユーザを認証し、かつサービスプロバイダによって提供されるサービスへアクセスするユーザを認可する。また、アプリケーションゲートウェイモジュールは、ユーザとサービス間のアプリケーションメッセージを捕捉し、かつユーザとサービスを識別するように構成されている。このアプリケーションゲートウェイモジュールは、典型的には、ユーザがサービスへアクセスすることが許可されているかについての認可決定を取得する手段を含む。本発明に従えば、アプリケーションゲートウェイモジュールは、
前記ユーザと前記サービス間で交換される前記アプリケーションメッセージを識別するように意図されていて、かつ前記ユーザに対して認可されている同一のサービス配信に属するサービスセッション識別子を割り当てる手段と、
サービス進行を制御することができるサービス配信における特定イベントを識別するように意図されている、いくつかの状態を有する第１有効状態マシーンを構成する手段と、
前記特定イベントに適用可能なサービスポリシーを起動し、かつ状態遷移を発生する手段と
を備える。

このアプリケーションゲートウェイモジュールでは、前記サービスセッション識別子を割り当てる手段は、前記第１有効状態マシーンの特定インスタンスを開始する手段を含み、前記特定インスタンスは、前記割り当てられたサービスセッション識別子によって識別される。

効果的なことは、このアプリケーションゲートウェイモジュール内の前記サービスポリシーを起動する手段は、リファレンス及び属性の包括的でないリストから選択される少なくとも１つの要素を設定する手段を含み、この要素は、マッチングするためのいくつかのメッセージフィールド値、マッチングで実行するためのいくつかの特定アクション、実行用のいくつかのタイマ値及び管理用のいくつかのトランザクションを含んでいる。また、前記サービスポリシーを起動する手段は、進行中に、任意のサービス配信とは独立しているグローバルサービスポリシーを起動する手段を含んでいる。また、前記サービスポリシーを起動する手段は、前記第１有効状態マシーンの特定インスタンス内の個別のサービスポリシーとして適用するためのグローバルサービスポリシーのインスタンスを開始する手段を含み、前記個別のサービスポリシーは、前記グローバルサービスポリシーからのリファレンスと属性を引き継いでいる。サービスポリシーの動的更新を可能にするために、アプリケーションゲートウェイモジュールは、前記第１有効状態マシーンの特定インスタンス内で処理されるサービス進行中に、個別のサービスポリシーのリファレンス及び属性を、新規のリファレンス及び属性で上書きする手段を更に備える。

このアプリケーションゲートウェイモジュールでは、特定の状態が、与えられるサービスセッション識別子によって識別される、前記第１有効状態マシーンの特定インスタンス内のいくつかの個別のサービスポリシーに関連付けられている。

また、明瞭にするために、アプリケーションゲートウェイモジュール内の前記認可決定を取得する手段は、別のモジュール、即ち、認可モジュールからサービス認可をリクエストする手段を含んでいても良い。この認可モジュールは、固有のエンティティ内にアプリケーションゲートウェイモジュールとともに統合されていても良いし、両者とも、スタンドアローンモジュールとして提供されていても良い。

両者が別モジュールとして共存して提供されると、アプリケーションゲートウェイモジュール内の前記サービスポリシーを起動する手段は、サービスポリシーを設定するために適用可能な少なくとも１つの要素を前記認可モジュールから受信する手段を含むことが好ましい。前記要素は、リファレンスと属性の包括的でないリストから選択されるものであり、この要素は、マッチングするためのいくつかのメッセージフィールド値、マッチングで実行するためのいくつかの特定アクション、実行用のいくつかのタイマ値及び管理用のいくつかのトランザクションを含んでいる。また、前記サービスポリシーを起動する手段は、前記認可モジュールからグローバルサービスポリシーを受信する手段を含んでいる。この構成では、認可モジュールとは別のアプリケーションゲートウェイモジュールは、前記第１有効状態マシーンの特定インスタンス内で処理されるサービス進行中に、個別のサービスポリシーを新規のリファレンスと属性で上書きするように適用可能なリファレンスと属性を、前記認可モジュールから受信する手段を更に備える。その結果、アプリケーションゲートウェイモジュールは、サービス進行中の特定イベントを、前記認可モジュールへ通知する手段と、前記サービス進行を継続するための適切なアクションを判定するための追加処理を、前記認可モジュールからリクエストする手段を更に備える。上述の特徴に従えば、アプリケーションゲートウェイモジュールは、前記認可モジュールから指示を受信する手段を更に備えることが好ましい。前記指示は、制限なく許可されたアクセス、リクエストされた従前のサービスを置換するための別のサービス、強制ログアウト及び状態遷移の指示から選択される。

このように、既に説明されている本発明の第２の構成に従えば、電気通信システムの使用に適している認可モジュールが提供される。この電気通信システムでは、サービスネットワークがユーザを認証し、かつサービスプロバイダによって提供されるサービスへアクセスするユーザを認可する。前記認可モジュールは、前記ユーザがサービスにアクセスすることが許可されているかを決定するように構成され、また、典型的には、アプリケーションゲートウェイモジュールから、サービス認可リクエストを受信する手段と、前記ユーザが前記リクエストされたサービスへアクセスすることが許可されているか否かに応じて、前記アプリケーションゲートウェイモジュールへ応答を返信する手段とを有する。この認可モジュールは、本発明に従えば、
前記ユーザと前記サービス間で交換されるアプリケーションメッセージを相関させるように意図されていて、かつ前記ユーザに対して認可されている同一のサービス配信に属するサービスセッション識別子を生成する手段と、
前記認可モジュールが、サービス進行を制御することを前記アプリケーションゲートウェイを代行することができるサービス進行内の特定イベントを識別するように意図されているいくつかの状態を有する第２有効状態マシーンを構成する手段と、
前記特定イベントに適用可能なサービスポリシーを判定し、かつ状態遷移を発生する手段と
を備える。

この認可モジュールでは、前記サービスセッション識別子を生成する手段は、前記ユーザが前記リクエストされたサービスへのアクセスが許可されているかに応じて、前記アプリケーションゲートウェイモジュールへの返信対象の前記応答に、前記サービスセッション識別子を含める手段を備える。アプリケーションゲートウェイモジュール内の上述の特徴に従えば、前記サービスセッション識別子を生成する手段は、前記サービスセッション識別子によって識別される、前記第２有効状態マシーンの特定インスタンスを開始する手段を含んでいることが好ましい。つまり、特定の状態が、与えられるサービスセッション識別子によって識別される、前記第２有効状態マシーンの特定インスタンス内のいくつかの個別のサービスポリシーに関連付けられていても良い。

また、この認可モジュール内の前記サービスポリシーを判定する手段は、前記アプリケーションゲートウェイモジュール内の特定状態でサービスポリシーを起動するための少なくとも１つの情報要素を、前記アプリケーションゲートウェイモジュールに向けての前記応答へ含める手段を備える。前記少なくとも１つの情報要素は、リファレンスと属性の包括的でないリストから選択されるものであり、この要素は、
−マッチングするためのいくつかのメッセージフィールド値と、
−与えられるメッセージフィールド値とのマッチングで実行するためのアクションのセットと、
実行用のいくつかの新規のタイマ値及び
管理用のいくつかのトランザクションと
を有している。

アプリケーションゲートウェイモジュールに向けての認可モジュールからの応答に含められる上述の要素とは別に、その応答が、進行中の任意のサービス配信とは独立して適用するためのグローバルサービスポリシーであるかを指示するための追加の手段が提供される。

また、上記の両モジュールが少なくとも機能的に存在する場合の調和のために、認可モジュールは、アプリケーションゲートウェイモジュールから、サービス進行で検出される特定イベントを指示する通知を受信する手段を更に備える。また、認可モジュールは、アプリケーションゲートウェイモジュールから、サービス進行を継続するための指示を問い合わせるリクエストを受信する手段を更に備える。この構成では、認可モジュールは、前記アプリケーションゲートウェイモジュールへ向けて、指示を送信する手段を更に備えることが有益である。前記指示は、制限なく許可されたアクセス、リクエストされた従前のサービスを置換するための別のサービス、強制ログアウト及び状態遷移の指示から選択される。

加えて、認可モジュールは、いくつかのアプリケーションサーバ及び提供システムから選択される少なくとも１つのエンティティから、アプリケーションメッセージを受信する手段を更に備えることが有益である。前記アプリケーションメッセージは、前記認可モジュール内の前記第２有効状態マシーンの特定インスタンスを識別するように意図されている、与えられるサービスセッション識別子を含んでいる。

また、本発明によって、サービスネットワークのユーザに、サービスプロバイダのサービスサーバによって提供されるサービスにアクセスすることを認可する方法が提案される。前記ユーザは、前記サービスネットワークによって既に認証されていて、前記サーバは、前記ユーザとの複数のアプリケーションメッセージの交換による複数のトランザクションを有するサービスを配信するように構成されている。この方法は、典型的には、前記ユーザが前記サービスにアクセスすることが許可されているかについての第１認可決定を取得するステップを備える。この方法は、また、本発明に従えば、
前記ユーザと前記サービス間で交換される前記アプリケーションメッセージを識別するように意図されていて、かつ前記ユーザに対して認可されている同一のサービス配信に属するサービスセッション識別子を生成し、割り当てるステップと、
サービス進行を制御することができるサービス配信における特定イベントを識別するように意図されている、いくつかの状態を有する少なくとも１つの有効状態マシーンを構成するステップと、
前記特定イベントに適用可能なサービスポリシーを起動し、かつ状態遷移を発生するステップと
を備える。

本方法の前記サービスセッション識別子を生成し、割り当てるステップは、前記割り当てられたサービスセッション識別子によって識別される、前記少なくとも１つの有効状態マシーンの特定インスタンスを開始するステップを含んでいる。また、前記少なくとも１つの有効状態マシーンの前記特定インスタンス内の特定状態は、いくつかのサービスポリシーに関連付けられている。

また、本方法の前記サービスポリシーを起動するステップは、リファレンス及び属性の包括的でないリストから選択される少なくとも１つの要素を設定するステップを含んでいても良い。この要素は、マッチングするためのいくつかのメッセージフィールド値、マッチングで実行するためのいくつかの特定アクション、実行用のいくつかのタイマ値及び管理用のいくつかのトランザクションを含んでいる。

更に、また、本方法は、サービスプロバイダのいくつかのサービスサーバと提供システムのいくつかのエンティティから選択されるエンティティで生成されるアプリケーションメッセージを、前記サービスネットワークで受信するステップを更に備えることが有益である。前記アプリケーションメッセージは、前記少なくとも１つの有効状態マシーンの特定インスタンスを識別するように意図されている、与えられるサービスセッション識別子を含んでいる。

一方、上述の２つのモジュールと調和するために、上記方法の前記少なくとも１つの有効状態マシーンを構成するステップは、上述のアプリケーションゲートウェイモジュール内の第１有効状態マシーンを構成するステップと、上述の認可モジュールの第２有効状態マシーンを構成するステップとを備える。

実施形態の詳細説明
以下では、外部サービスプロバイダ（３０）によって提供され、かつサービスネットワークオペレータのユーザによって使用されるサービスに対して、複数のトランザクションを介在するようなサービス配信それぞれについての進行を制御することを、サービスネットワークオペレータ（２０）に可能にする装置及び方法の実施形態を説明する。

それゆえ、本発明の第１の構成に従えば、図３Ａに示されるような、有効状態マシーンを有するアプリケーションゲートウェイモジュール（ＡＧＭ）（２）が提供される。これは、同一のサービス配信に属するメッセージを追跡し、かつサービスの進行を監視する。つまり、これは、ユーザがサービスへアクセスすることを認可されてから、サービスを終了するまで、あるいはユーザが明示的にサービスを中止するまで、あるいはタイムアウトが満了するまでの時間に、クライアント（１、９）とサービスサーバ（５、６）間で交換されるメッセージである。説明を簡単にするために、用語クライアント（１、９）と用語ユーザ（１、９）は、本明細書を通しては区別しないで使用し、これらの両方がユーザ端末側を参照するものとする。これは、どんなときでも、機器（１、９）は、アクセスネットワーク（１０）を介して、サービスネットワーク（２０）と通信するために使用される。

本発明の第２の構成に従えば、図３Ｂに示されるような、別の有効状態マシーンで拡張もされる認可モジュール（ＡＭ）（３０）が提供され、これは、サービス配信の進行を制御する。

現在の実施形態では、ＡＧＭ（２）とＡＭ（３）のエンティティの両方が、スタンドアローン形式で提供されているが、固有の有効状態マシーンを共有する固有のエンティティにそれぞれ統合されても良い。図２に示されるような、ＡＧＭとＡＭのエンティティを別にする実施形態が提供されると、新規のインタフェース（Ｉ−３ｘ）が２つの有効状態マシーン間で提供される。この新規のインタフェースは、アプリケーションゲートウェイモジュール（２）に、サービス認可を認可モジュール（３）にリクエストすることを可能にし、かつサービスの進行中に発生するこれらに関連するイベントを通知する。一方、このインタフェースは、認可モジュール（３）に、サービス認可の許可及び取消を行い、かつサービス配信の進行の制御を行うことを可能にする。

アプリケーションゲートウェイモジュール（２）内の有効状態マシーン、本明細書では、いわゆる、サービスコンテキスト状態マシーン（ＳＣＳＭ）は、ユーザに対する特定のサービス配信が、サービス進行中にアプリケーションゲートウェイモジュール（２）で割り当てられても良いといういくつかの状態を含んでいる。つまり、ユーザ（１、９）とサービスサーバ（５、６）間で交換される、あらゆるアプリケーションメッセージ（Ｉ−２Ｘ、Ｉ−４Ｘ）は、ユーザとサービスサーバ間に介在するアプリケーションゲートウェイモジュール（２）でサービスコンテキスト状態マシーン（ＳＣＳＭ）のインスタンスをトラバースする（traverse）。ここでは、各サービス配信に対して、１つのＳＣＳＭインスタンスが存在する。上述のように、サービス配信は、いくつかのトランザクション、即ち、サービストランザクションを介在していても良い。

認可モジュール（３）の有効状態マシーン、本明細書では、いわゆる、サービス進行状態マシーン（ＳＰＳＭ）は、ユーザに対する特定のサービス配信がサービス進行中に認可モジュール（３）で割り当てられても良いといういくつかの状態を含んでいる。加えて、このサービス進行状態マシーン（ＳＰＳＭ）は、サービスネットワーク（２０）に、サービス配信の進行を気付かせるために使用される。また、認可モジュール（３）内のこのサービス進行状態マシーン（ＳＰＳＭ）は、サービス進行中にあるイベントの通知をリクエストすることによって、あるいはサービスからユーザを切断することによって、サービスネットワークにサービスの配信を発生させるために使用されても良い。アプリケーションゲートウェイモジュール（２）における上述のＳＣＳＭに対しては、各サービス配信に対する認可モジュール（３）内のＳＰＳＭのインスタンスが存在し、このサービス配信は、いくつかのサービストランザクションが介在する。

本発明に従えば、アプリケーションゲートウェイモジュール（２）のＳＣＳＭに、同一のサービス配信に属するアプリケーションメッセージを追跡することを可能にするために、ユーザ（１、９）とサービスサーバ（５、６）間で交換される、あらゆるアプリケーションメッセージは、サービスリクエスト単位で生成される個別のサービスセッション識別子を含んでいて、また、ユーザがサービスを明示的に中止するまで、サービスが終了するまで、あるいはタイムアウトが満了するまでのサービス進行中には存在している。つまり、このサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）は、同一サービス配信に属するメッセージを固有の方法で識別するために使用される。結局のところ、サービスリクエスト単位でサービスセッション識別子を生成するための手段が存在し、この手段は、認可モジュール（３）に配置されることが好ましいこと意味し、また、個別のサービスセッション識別子を特定のサービス配信に割り当てる手段が存在する。これは、任意のサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含まないユーザからのサービスリクエストをアプリケーションゲートウェイモジュールで受信するからである。

図３Ａの遷移図は、アプリケーションゲートウェイモジュール（ＡＧＭ）で、サービス進行中に割り当てられる基本状態を示している。アクティブなサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）がない状態で、ＡＧＭ（２）でユーザ（１、９）からのメッセージを捕捉すると、認可リクエストが認可モジュール（３）へ送信され、一方で、初期の「ＮＵＬＬ」状態と「サービス認可」状態との間での遷移が発生する。ユーザに対して一旦サービスが認可されると、サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）が認可モジュール（３）で生成され、アプリケーションゲートウェイモジュール（２）へ返信される。一方、状態「サービス認可」と状態「アクティブサービス」との間で遷移が発生する。この段階で、ユーザ（１、９）からサービスサーバ（５、６）へ向けてのアプリケーションメッセージは、このアクティブなサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含んでいる。アプリケーションゲートウェイモジュール（２）によって捕捉される場合には、図３Ａに示される遷移は生成しない。しかしながら、当業者には、特定あるいは有効な実装下では有益となる他の重要な状態を区別することができるであろう。つまり、図３Ａに示されるサービスコンテキスト状態マシーン（ＳＣＳＭ）のインスタンスは、サービスログアウト、タイムアウト満了、あるいは切断リクエストが発生するまで「アクティブサービス」状態を維持している。この切断リクエストは、サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）と対応するリファレンス及び属性が確実に削除されるまでに、「切断サービス」状態への遷移を引き起こすものを発生する。個別のサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）と対応するリファレンス及び属性が一旦確実に削除さえると、最終遷移が「切断サービス」状態と「ＮＵＬＬ」状態との間のサービスコンテキスト状態マシーン（ＳＣＳＭ）のこのインスタンスで実行される。ここで、後者の「ＮＵＬＬ」状態は、サービスがリクエストされる場合の初期状態と見なされるものであり、また、最終状態は、サービスが終了している場合である。

同様の方法で、上述のサービスコンテキスト状態マシーン（ＳＣＳＭ）は、アプリケーションゲートウェイモジュール（２）で動作し、サービス進行状態マシーン（ＳＰＳＭ）は、認可モジュール（３）で動作する。図３Ｂで示される、サービス進行状態マシーン（ＳＰＳＭ）は、図３Ａの上述のサービスコンテキスト状態マシーン（ＳＣＳＭ）と実質的に同一の状態と対応する遷移を含んでいて、更に説明される、更なる効果を実現するために必要な多少の変形を伴っている。

アプリケーションゲートウェイモジュール（２）内のサービスコンテキスト状態マシーン（ＳＣＳＭ）は、サービス進行の地点を識別する手段を含んでいて、この地点は、アプリケーションゲートウェイモジュール（２）と認可モジュール（３）が、サービスコンテキスト状態マシーン（ＳＣＳＭ）とサービス進行状態マシーン（ＳＰＳＭ）との間での適切かつ対応する状態遷移を各自実行するために互いに通信する地点である。

また、この手段は、受信するアプリケーションメッセージに渡って適用されるこれらの地点におけるポリシーを設定するために提供される。このポリシーは、以下では、サービスフィルタ（ＳＦ）と呼ぶが、マッチングするための基準の集合及び、ポリシーを適用する特定のアプリケーションメッセージに渡って実行するアクションのセットとして理解されても良い。特に、基準は、タイマ満期（「タイムアウト」）であっても良く、そのような基準を有するポリシーは、切断を強制することに関係するアクションを持っていても良い。

ユーザ（１、９）からのあるいはサービス（５、６）から受信するアプリケーションメッセージを基準によって評価する方法で、サービスフィルタ（ＳＦ−１、ＳＦ−２、ＳＦ−３、ＳＦ−４）を装備させる、即ち、始動させることができる。出力が成功する場合、その評価は、アプリケーションゲートウェイモジュール（２）と認可モジュール（３）との間で交換される通知あるいはリクエストの類となり、状態遷移を引き起こすことになる。サービスフィルタ（ＳＦ−１、ＳＦ−２、ＳＦ−３、ＳＦ−４）が装備されないあるいは設定されないと、受信するアプリケーションメッセージに対しては、サービスコンテキスト状態マシーン（ＳＣＳＭ）は、任意の対話を行うことなく、受信するアプリケーションメッセージの処理を続行する。

ここでは、異なるタイプのサービスフィルタのセットが識別される。本発明が提供する第１タイプのサービスフィルタは「トリガー」タイプであり、これによって、定義されているサービスフィルタが、動作に入るために静的に装備される。本発明が提供する第２タイプのサービスフィルタは「イベント」タイプであり、これによって、定義されているサービスフィルタが、動作に入るために動的に装備される。本発明の目的に対して、「静的に装備されること」は、アプリケーションゲートウェイモジュール（２）と認可モジュール（３）の適用可能なコンフィグレーション（構成）中に始動されるものとして理解される。これは、例えば、オペレーション（動作）データの提供中に発生しても良い。一方、「動的に装備されること」は、サービス進行中に始動されるものとして理解される。

加えて、サブタイプである、例えば、「リクエスト」と「通知」は、特定タイプに対して定義されても良い。前者は、サービスの進行の処理が適切な順序で受信されるまで保留されてそれが再開する場合に適用する。一方、後者は、サービス保留を必ずしも含むものではない。

上述の分類に従って、以下のサービスフィルタのセットは、本実施形態で生じても良い。

−「トリガー−リクエスト」（ＳＦ−ＴＲ）、これは静的に装備されるサービスフィルタであり、ＳＣＳＭインスタンス内での状態遷移を引き起こし、かつ遭遇するサービス進行を保留するために関与する。これには、例えば、サービス認可自身を引き起こすためのサービスフィルタのセットがある。

−「トリガー−通知」（ＳＦ−ＴＮ）、これは静的に装備されるサービスフィルタであり、サービス進行を継続しながら、別のエンティティへ向けての通知を発行するために関与する。これには、例えば、認可モジュール（３）に提供されるタイムアウト指示がある。

−「イベント−リクエスト」（ＳＦ−ＥＲ）、これは、追加のオペレーション手段によって設定される特別の基準で動的に装備されるサービスフィルタであり、別のエンティティから更なる命令を受信するまでに遭遇するサービス信号を保留するために関与する。これには、例えば、プリペイドダウンロード用の新規のサブサービスリクエストに関して、認可モジュール（３）からの命令を待機するアプリケーションゲートウェイモジュール（２）がある。

−「イベント−通知」（ＳＦ−ＥＮ）、これは、追加のオペレーション手段によって設定される特別の基準で動的に装備されるサービスフィルタであり、サービス進行を継続しながら、別のエンティティへ向けての通知を発行するために関与する。これには、例えば、認可モジュール（３）に提供される更なる広告（advertisements）を受信することのユーザ承認の指示がある。

例えば、図４は、アプリケーションゲートウェイモジュール（２）内のサービスコンテキスト状態マシーン（ＳＣＳＭ）を介して装備される、いくつかのサービスフィルタを示している。この実施形態では、サービスフィルタ「認可−リクエスト」（ＳＦ−１）と「タイムアウト」（ＳＦ−３２）は、サービスを起動するための第１メッセージの到来前に装備される。これらのサービスフィルタ（ＳＦ−１、ＳＦ−３２）が第１メッセージの到来前に装備できるかは疑問に感じるかもしれないが、これは、その時点で、ＳＣＳＭインスタンスがまだ生成されていないからである。しかしながら、本発明のこの実施形態は、上述のように静的に装備される、グローバルサービスフィルタの類に対して提供するものであり、これは、ＳＣＳＭインスタンスを開始する前に動作している。特定のＳＣＳＭインスタンスを開始する時は、対応する個々のサービスフィルタは、そのグローバルサービスフィルタからのリファレンス及び属性を引き継ぐことによっても例証される。特に、更なる追加の動作手段が、ＳＣＳＭインスタンス内のある状態下で、「タイムアウト」（ＳＦ−３２）のような個々のサービスフィルタを上書きするために提供される。一方で、動的に配置されるようにむしろ構成される、「情報−解析」（ＳＦ−２）と「ログアウト−リクエスト」（ＳＦ−３１）のような他のサービスフィルタは、サービスの進行中に引き続いて装備される。

他の技術的な特徴に関しては、サービスフィルタ「認可−リクエスト」（ＳＦ−１）と「情報−解析」（ＳＦ−２）は、ＳＣＳＭインスタンスのために使用される個別のサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別される特定のサービス配信下で受信されるこれらのメッセージにおけるフィールドを評価するために使用されても良い。ＳＣＳＭインスタンスを通過する場合、検査対象のフィールドの内容が適用可能なフィルタとマッチする場合、アプリケーションゲートウェイモジュール（２）は、認可モジュール（３）へ向けてメッセージを発行する。一方で、評価されるフィルタサブタイプに依存して、サービスの進行は中断なく継続する、あるいは、認可モジュール（３）からの対応する回答の到来までは中断される。

いくつかの用途の場合について、サービス認可に続く処理によって、例示的かつ限定的でない方法で更に説明する。これは、同一のサービス配信の連続メッセージの処理、サービスログアウト、タイムアウト満了及びサービス切断に対するものである。

図５と更に図２も参照して示される第１の用途の場合、アプリケーションゲートウェイモジュール（２）内の第１状態マシーン（ＳＣＳＭ）の新規のインスタンスと、認可モジュール（３）内の第２状態マシーン（ＳＰＣＭ）はそれぞれ、サービス認可中に開始される。ここで、サービスコンテキスト識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）が生成され、かつ更なる第１（ＳＣＳＭ）状態マシーンインスタンスと第２（ＳＰＳＭ）状態マシーンインスタンスとを相互に関連付けるために割り当てられる。ユーザ（９）が、オペレータのサービスネットワーク（２０）を介して提供されるサービス（５）へのアクセスを試行する場合に処理が開始する。それゆえ、ユーザは、ＨＴＴＰリクエスト−ＵＲＩのようなサービス識別子とともに、ユーザ識別子を含むサービスリクエスト（Ｓ−５１０）を発行する。

この到来するメッセージ、即ち、サービスリクエストの受信においては、アプリケーションゲートウェイモジュール（２）は、このリクエストに対して、アクティブなサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）が存在するかどうかをチェックする。これは、このサービスへアクセスするためにユーザ（９）に対して受信される最初のサービスリクエストであるので、関係するサービスセッション識別子はなく、それにより、新規のＳＣＳＭインスタンスが開始される。

この時点で、また、本発明の実施形態に従えば、グローバルサービスフィルタは、必要とされる引き継ぎ関係を有する個々のサービスフィルタとして対応するように例証される。例えば、タイプ「トリガー」のサービスフィルタ「認可−リクエスト」（ＳＦ−１）は、認可モジュール（３）へ向けてのサービス認可リクエストを起動するために、状態「ＮＵＬＬ」から出力されるものとして適用される。それでもなお、本発明の別の実施形態に従えば、これらのグローバルサービスフィルタは、これらの特定のＳＣＳＭインスタンス内での所定状態に遭遇するメッセージのすべてに対して更に適用される一般ポリシーとして、単に取り扱われ、かつ理解されても良い。例えば、特定のサービス配信が状態「ＮＵＬＬ」に一旦なると、起動するための最初の動作は、認可モジュール（３）へ向けてのサービス認可リクエストの起動である。更なる別の実施形態では、サービスフィルタが提供手段によってダウンロードされ、静的に装備されるこれらのものが、提供時以降から既にアクティブとなり、また、動的に装備されるものが、個々の順序と、おそらくは個々の値の受信におけるサービス進行中に起動され、それの目的のためにマッチングすることを実行することができる。

サービスフィルタを提供し、かつ装備するための上述の実施形態群の中からの選択に関係なく、新規のＳＣＳＭインスタンス内で、「ＮＵＬＬ」状態から「サービス認可」状態の遷移が生成される。これは、アプリケーションゲートウェイモジュール（２）が、認可モジュール（３）から、ユーザによってリクエストされるサービスの認可をリクエストする（Ｓ−５１１）場合である。ここで、アプリケーションゲートウェイモジュール（２）は、サービス認可リクエスト内に、次のものから選択される少なくとも１つの情報要素を含んでいても良い。これには、例えば、ＨＴＴＰのような使用されるプロトコル、例えば、ＰＯＳＴのようなメッセージタイプ、例えば、リクエストされたＵＲＩのようなリクエストされたサービス、ユーザ識別子及び取り得る適用可能なサービスフィルタがある。

サービス認可リクエストの受信においては、認可モジュール（３）はユーザを識別し、認可モジュールがサービスへのアクセスを許可するかあるいは拒否するかに基づいて、対応するポリシーを、リクエストされたサービスに対するユーザに適用する。アクセスが認可されると、認可モジュールが、認可モジュール（３）とアプリケーションゲートウェイモジュール（２）との間でのサービス進行を制御するように構成されていると仮定し、認可モジュールは、サービス進行状態マシーン（ＳＰＳＭ）の新規のインスタンスを開始する。ここで、「ＮＵＬＬ」状態から「サービス認可」状態への遷移が発生し、アプリケーションゲートウェイモジュール（２）へ向けて更にダウンロードされるこのようなサービス配信に対する新規のサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を生成する。

加えて、サービス進行状態マシーン（ＳＰＳＭ）内に含まれる異なる状態に関係して、サービスコンテキスト状態マシーン（ＳＣＳＭ）の指示されている状態内の特定のサービスフィルタを装備するための手段が提供される。それゆえ、特定のＳＰＳＭ状態に関係して、アプリケーションゲートウェイモジュール（２）で一旦受信され、また、指示されているＳＣＳＭ状態内の特定のサービスフィルタを動的に装備するために更に使用される、いくつかのフィールド値が存在し得る。これらのメッセージフィールド値は、あるＳＣＳＭインスタンス内での解析中にマッチングされると、動作に入る「トリガー」あるいは「イベント」を引き起こすことになる。

別の実施形態の下では、ＳＰＳＭインスタンスが開始されない場合には、サービスへのアクセスは、サービス進行を介する制御を必要とすることなく認可されても良い。また、サービスセッション識別子が生成される場合には、このサービスセッション識別子は、単に、アプリケーションゲートウェイモジュール（２）における相関関係用に使用される。

図５を更に参照すると、認可モジュール（３）から、次のものから選択される少なくとも１つの情報を含む応答（Ｓ−５１２）がアプリケーションゲートウェイモジュール（２）へ返信される。：
−本来受信することができるサービス識別子、あるいはその変更版
−アプリケーションゲートウェイモジュール（２）内、かつおそらくは、自身の存続期間中の認可モジュール（３）内のサービス配信を識別する、サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）
−いくつかのメッセージフィールド識別子と、対応する値（Ａｎａｌｙｓｅ−Ｉｎｆｏ−ＳＦ−ｖａｌｕｅ）、これは、適用可能なＳＣＳＭインスタンスの状態「サービスアクティブ」内のサービスフィルタ「情報−解析」（ＳＦ−２）を装備するために更に使用される。このサービスフィルタは、サービスコンテキスト存続期間中は持続している。

−いくつかのメッセージフィールド識別子と対応する値（Ｌｏｇｏｕｔ−ＳＦ−ｖａｌｕｅ）、これは、適用可能なＳＣＳＭインスタンスの状態「サービスアクティブ」内のサービスフィルタ「ログアウト」（ＳＦ−３１）を装備するために更に使用される。このサービスフィルタは、ユーザがログアウトしている場合にＡＭ（３）へ通知するために使用することができ、また、サービス進行存続期間中は持続している。

−新規のタイムアウト値（Ｔｉｍｅｏｕｔ−ｖａｌｕｅ）、これは、静的に装備されている従前のタイムアウト値を上書きすることによって、既に装備されているサービスフィルタ「タイムアウト」（ＳＦ−３２）を動的に装備するために使用される。このサービスフィルタは、上書きされない限り、サービスコンテキスト存続期間中は持続している。

−単なる数、あるいは、むしろ特定の指示のリストによる、いくつかの管理用のトランザクション
アプリケーションゲートウェイモジュール（２）へ戻す、認可モジュール（３）からのこの応答の提供においては、認可モジュール（３）におけるＳＰＳＭインスタンスの遷移は、状態「アクティブサービス」となる。

しかしながら、サービスが拒否されると、図示されていないが、否定応答がアプリケーションゲートウェイモジュール（２）へ返信される。ここで、ＳＣＳＭインスタンスの遷移は「ＮＵＬＬ」状態となり、更にまた、ＳＣＳＭインスタンスが終了される。あるいは、単に、ＳＣＳＭインスタンスが終了される。

アプリケーションゲートウェイモジュール（２）における、肯定応答（Ｓ−５１２）の受信においては、応答メッセージで受信されるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）は、ＳＣＳＭインスタンスに関連付けられる。サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）が受信されない場合、次に、サービスリクエストが継続することが許可され、また、関係するＳＣＳＭが削除される。つまり、サービスネットワークオペレータ（２０）が絶対的に信用するこれらのユーザ（１、９）及びサービスプロバイダ（３０）に対して、本発明の主要な特徴を無効にする機能を持っている。

受信されたサービスフィルタは、このＳＣＳＭインスタンス内の「イベント」サービスフィルタとして装備されるが、静的に装備されるサービスフィルタ「タイムアウト」（ＳＦ−３２）については、動的に上書きすることができる。次に、ＳＣＭＳインスタンスは、「アクティブサービス」状態に進行する。受信されたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）は、ユーザ（９）によってリクエストされるサービスを提供する（Ｓ−５１４、Ｓ−５１５）ことを担当するサーバ（５）へ向けて転送されるサービスリクエスト（Ｓ−５１３）に組み込まれる。そして、このサーバ（５）のアドレスは、認可モジュール（３）からの応答で受信されても良い。一方、否定応答が受信された場合、それ自身のアプリケーションゲートウェイモジュール（２）は、ユーザがリクエストされたサービスへのアクセスを認可されていないことを示す否定応答をユーザ（９）へ返信する。

図６と更に図２も参照して示される第２の用途の場合、ユーザからの次のサービスリクエスト（Ｓ−６１０からＳ−６１３）と、同一のサービス配信処理内でのコンテンツ配信の起動が例示される。これらのサービスリクエストのいずれかと対応するコンテンツ配信は、そのサービス配信処理内の相関関係用に少なくとも意図されているアクティブなセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を有している。

この第２の用途の場合、図５に示される認可処理中に、アプリケーションゲートウェイモジュール（２）へ返信される応答（Ｓ−５１２）に、認可モジュール（３）が、サービスフィルタ値（Ａｎａｌｙｓｅ−Ｉｎｆｏ−ＳＦ−ｖａｌｕｅ）を事前に含めているという想定例である。このサービスフィルタ値（Ａｎａｌｙｓｅ−Ｉｎｆｏ−ＳＦ−ｖａｌｕｅ）は、ユーザ（９）が、同一のサービス配信内で特に特定サービス（ｓｅｒｖｉｃｅＢＩＳ）をリクエストする場合に、認可モジュール（３）へ向けて解析リクエストを再度起動するためのアプリケーションゲートウェイモジュールで、サービスフィルタを装備するように意図されている。

つまり、特別に取り扱われる上述の特定サービス（ｓｅｒｖｉｃｅＢＩＳ）とは異なる同一あるいは別のサービスへユーザがアクセスしている間（Ｓ−６１０からＳ−６１３）、サービス進行は、受信したサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を識別することによって、認可の相関（correlating）を続ける。それゆえ、到来メッセージの受信においては、アプリケーションゲートウェイモジュールは、メッセージ内に含まれるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を介してＳＣＳＭインスタンスを取得する。この場合、このメッセージは、「アクティブサービス」状態にある。この段階で、サービスフィルタ「情報−解析」（ＳＦ−２）と「ログアウト」（ＳＦ−３１）は、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を有する到来メッセージについて評価される。

上述の特定サービス（ｓｅｒｖｉｃｅＢＩＳ）をリクエストするユーザ（９）からのサービスリクエスト（Ｓ−６１４）の受信においては、アプリケーションゲートウェイモジュール（２）は、受信されたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別されるＳＣＳＭインスタンス下で、装備済のサービスフィルタ「情報−解析」（ＳＦ−２）に遭遇する。ユーザによってリクエストされたサービス（ｓｅｒｖｉｃｅＢＩＳ）が、認可モジュール（３）からで受信されたサービスフィルタ値（Ａｎａｌｙｓｅ−Ｉｎｆｏ−ＳＦ−ｖａｌｕｅ）とマッチングして、そのようなフィルタを装備し、アプリケーションゲートウェイモジュールは、上述の認可モジュールへ戻される特定解析リクエスト（Ｓ−６１５）を発行する。この特定解析リクエストは、次から選択されるものの少なくとも１つの要素を含んでいる：例えば、ＨＴＴＰのような使用されるプロトコル、例えば、ＰＯＳＴのようなメッセージタイプ、リクエストされたサービス（ｓｅｒｖｉｃｅＢＩＳ）、ユーザ識別子、サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）及び取り得る適用可能なサービスフィルタがある。

この特定サービス（ｓｅｒｖｉｃｅＢＩＳ）に対する解析リクエスト（Ｓ−６１５）を受信する認可モジュールは、受信されたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別されるＳＰＳＭインスタンスを取得し、現在適用可能な特定の状態に基づいて、異なるポリシーがユーザとリクエストされたサービスに適用されても良い。これに関係して、また、現在の実施形態に従えば、これらのポリシーは、特定の属性を有する個別のサービスフィルタとして例示され、かつ特定のＳＰＳＭインスタンスに割当可能なグローバルサービスフィルタによって実現される。本実施形態は、認可モジュール（３）でグローバルサービスフィルタ群と、自身の適用と、アプリケーションゲートウェイモジュール（２）で定められるような外部の適用とを、調和させて提供することが可能である。別の実施形態では、これらのポリシーと、サービス配信を許可できるかどうかを判定するために適用される本来のポリシーは、完全なサービス配信を許可しているユーザが、特に特定サービス（ｓｅｒｖｉｃｅＢＩＳ）に現在アクセスすることができるかどうか、つまり、ユーザによってリクエストされる追加の認可に対してマークされているかを判定するための処理手段を備えることによって実行されても良い。

認可モジュール（３）でこれらのポリシーの少なくとも１つを適用すると、制限なくアクセスが許可されても良い。あるいは、リクエストされた従前のサービス（ｓｅｒｖｉｃｅＴＥＲ）と置き換えるために別の特定サービス（ｓｅｒｖｉｃｅＴＥＲ）が返信されても良い。あるいは、強制されたログアウトが起動されても良い。この状況の例には、インターネットを介して「視聴中−ＴＶ−サービス」へアクセスすることが許可されているユーザがある。ここで、このサービスは、ユーザによって選択的に選択することができ、かつ更なる認可を必要としないいくつかのチャネルを含んでいる。これは、ユーザのリクエストは、サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含んでいるからである。加えて、「視聴中−ＴＶ−サービス」は、最終的には、ユーザが選択的に選択することができ、かつユーザが個別に課金される（ｓｅｒｖｉｃｅＢＩＳ）、別のいくつかのチャネルを含んでいる。それゆえ、これらの後者のチャネルの１つの選択においては、ユーザは、適切な課金、ログインあるいは承認データをユーザからリクエストすることができる、別のサービス（ｓｅｒｖｉｃｅＴＥＲ）へ向けられても良い。

次に、認可モジュールが、ユーザ及びサービスに適用可能なポリシーを、好ましくは、サービスフィルタによって処理し、また、上述の結果：アクセスの許可、切断、あるいは別のサービス（ｓｅｒｖｉｃｅＴＥＲ）が接続されていることのいずれかに判定すると、認可モジュールは、アプリケーションゲートウェイモジュール（２）へ対応する応答を返信する（Ｓ−６１６）。アプリケーションゲートウェイモジュールは、新たに指示されたサービス（ｓｅｒｖｉｃｅＴＥＲ）を担当するサーバへ向けてサービスリクエストを転送する（Ｓ−６１７）。ここで、このサーバは、以前のもの（５）と同一である。そして、サーバは、ユーザ（９）へ向けて、リクエストされたサービスに対して適合しているコンテンツを提供する（Ｓ−６１８、Ｓ−６１９）。

より一般的に説明すると、また、上述の実施形態以外の他のより洗練されたサービスに適用可能であり、認可モジュールからアプリケーションゲートウェイモジュールへの応答（Ｓ−６１６）は、次のものから選択される要素の少なくも１つを含んでいる。：
−本来受信することができるサービス識別子、あるいはその変更版
−いくつかの新規のメッセージフィールドと、対応する値（Ａｎａｌｙｓｅ−Ｉｎｆｏ−ＳＦ−ｖａｌｕｅ）の少なくとも一方、これらは、適用可能なＳＣＳＭインスタンスの状態「サービスアクティブ」内のサービスフィルタ「情報−解析」（ＳＦ−２）を装備するために更に使用される。

−いくつかの新規のメッセージフィールド識別子と対応する新規の値（Ｌｏｇｏｕｔ−ＳＦ−ｖａｌｕｅ）の少なくとも一方、これらは、適用可能なＳＣＳＭインスタンスの状態「サービスアクティブ」内のサービスフィルタ「ログアウト」（ＳＦ−３１）を装備するために更に使用される。

−新規のタイムアウト値（Ｔｉｍｅｏｕｔ−ｖａｌｕｅ）、これは、従前のタイムアウト値を上書きすることによって、既に装備されているサービスフィルタ「タイムアウト」（ＳＦ−３２）を動的に装備するために使用される。

第３の用途は、図７と更に図２も参照して示される。この第３の用途の場合、図６の場合で示される第２の用途のように、同一のサービス配信処理内でユーザとコンテンツ配信（Ｓ−６１２、Ｓ−６１３）からの次のサービスリクエスト（Ｓ−６１０、Ｓ−６１１）の起動で開始し、ここで、サービスリクエストとコンテンツ配信は、そのサービス配信処理内の相関関係用に、与えられるアクティブサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含んでいる。

図７に示される、この第３の用途の場合、所望のログアウト（ＲｅｑｕｅｓｔｅｄｓｅｒｖｉｃｅＬＯＧＯＵＴ）を示すサービスリクエストを送信する（Ｓ−７１４）ことによって、ユーザ（９）は明示的にログアウトを開始する。

アプリケーションゲートウェイモジュール（ＡＧＭ）（２）でこのようなログアウトリクエスト（Ｓ−７１４）を受信すると、サービスフィルタ「ログアウト−リクエスト」（ＳＦ−３１）は、このフィルタに対して示される値（Ｌｏｇｏｕｔ−ＳＦ−ｖａｌｕｅ）に適用可能で、かつ従うことが検出される。このようなイベントは、ＡＭ（３）に通信される（Ｓ−７１５）。ここで、このサービスフィルタ「ログアウト−リクエスト」（ＳＦ−３１）は、認可処理中あるいは従前のサービスリクエスト中に認可モジュール（ＡＭ）（３）から対応する指示を受信する場合にＡＧＭ（２）での対応するＳＣＳＭインスタンス内で従前に装備されたものである。それゆえ、このようなイベントの通信には、次のものから選択される要素の少なくとも１つを含んでいる。これには、例えば、ＨＴＴＰのような使用されるプロトコル、例えば、ＰＯＳＴのようなメッセージタイプ、例えば、リクエストされたＵＲＩのようなリクエストされたサービス、ユーザ識別子、サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）及び検出可能なサービスフィルタがある。

このようなリクエストの受信において、ＡＭ（３）内のＳＰＳＭインスタンスは、「アクティブサービス」状態から「切断サービス」状態への遷移を実行する。サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）が削除されて、ＳＰＳＭインスタンスは消滅する。応答がＡＧＭ（２）に返信されると（Ｓ−７１６）、ＳＣＳＭインスタンスで、「アクティブサービス」状態から「切断サービス」状態への遷移が発生するとともに、ＳＣＳＭインスタンスで、現在のサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）へのリファレンスの削除が発生する。

このような上述の通信がリクエストされる場合、ＡＧＭ（２）内のＳＣＳＭは、ＡＭからの指示（Ｓ−７１６）を待機する。そうでない場合、通知の場合、応答確認を待つことなく、「アクティブサービス」状態と「切断サービス」状態間での状態遷移がＳＣＳＭインスタンスで実行される。

ユーザのログアウトは、個別のサービス配信処理の特別な特徴に依存して、サービス（５）を担当するサーバへ通知される（Ｓ−７１７）。ここで、このログアウトは、例えば、「グッドバイ（good-bye）」ページのような最終コンテンツを、ユーザへ配信する（Ｓ−７１８、Ｓ−７１９）。

第４の用途は、図８と更に図２も参照して示される。この第４の用途の場合、上述したものの１つのように、アクティブサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を用いる同一のサービス配信処理内でユーザとコンテンツ配信（Ｓ−６１２、Ｓ−６１３）からの次のサービスリクエスト（Ｓ−６１０、Ｓ−６１１）の起動で開始する。

この用途の場合には、ユーザ（５）はサービス（５）に接続していて、割当られたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を持っている。但し、ユーザは、長期間の間、サービスにアクセスしていない。この動作してない期間の間は、休止（inactivity）タイマが動作し、満了すると、サービスフィルタ「タイムアウト」が、アプリケーションゲートウェイモジュール（ＡＧＭ）（２）で適用可能なＳＣＳＭインスタンスに対して起動される。次に、ＡＧＭ（２）は、このようなイベントと通信する。即ち、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を有するＡＧＭには、認可モジュール（ＡＭ）（３）へのメッセージは渡っていない。この通信（Ｓ−８１５）には、次のものから選択される少なくとも１つの要素を含んでいる。：これには、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）と、検出されたサービスフィルタ（タイムアウト）がある。

このような通信の受信において、認可モジュール（３）で相関関係にあるＳＰＳＭインスタンスは、状態「切断サービス」への遷移を実行し、与えられているサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）へのリファレンスを削除し、かつアプリケーションンゲートウェイモジュール（ＡＧＭ）（２）へ対応する応答確認を返信する。この応答の受信においては、ＡＧＭでのＳＣＳＭインスタンスは、「アクティブサービス」状態から「切断サービス」状態へ移行し、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）へのリファレンスも同様に削除する。

更なるサービスリクエストが、上記の削除されたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を有するユーザ（５）から受信されると（Ｓ−８１０）、タイムアウトが満了、あるいは、サービスリクエストを認可しない他の理由（未認可）を示すことが可能な否定回答を返信する（Ｓ−８１９）。

第５の用途の場合も、図２とともに図９で示される。この第５の用途の場合、上述したものと同様に、ユーザからの次のサービスリクエストの起動（Ｓ−６１０、Ｓ−６１１）と、アクティブなサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を有する同一のサービス配信処理内でのコンテンツ配信（Ｓ−６１２、Ｓ−６１３）で開始する。

この例示の用途の場合は、サービスネットワークオペレータがいつでもサービス進行を終了することができるメカニズムを提供する。これにより、認可モジュール（ＡＭ）（３）内で、オペレータポリシーを設定するための手段が提供され、これは、大局的に、ユーザ単位、かつサービス単位で適用可能であり、オペレータに、認可モジュール（３）内の制御手段を介して認可サービスの進行を停止することを可能にする。先の用途の場合に対して上述したものが既に導入されているこの実施形態に従えば、これらのポリシーは、グローバルサービスフィルタによって実現されても良く、これは、特定の属性を有する個別のサービスフィルタとしてインスタンス化（instanced）されても良く、また、特定のＳＰＳＭインスタンスに割当可能であっても良い。また、上述の別の実施形態に従えば、これらのポリシーは、完全なサービス配信を許可されているユーザが、そのサービスを現在も続行することができるかを判定するための処理手段を持つことによって実行されても良い。換言すれば、認可モジュールＡＭ（３）でこれらのポリシーの少なくとも１つを適用するので、強制されたログアウトあるいはサービス切断がアプリケーションゲートウェイモジュール（ＡＧＭ）（２）へ向けて起動される。状態「アクティブサービス」と「切断サービス」間の遷移が対応するＳＰＳＭインスタンスで一旦実行されると、これらのＳＰＳＭインスタンスとサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）の両方が終了される。次に、図９は、どのようにしてＡＭ（３）が、次のものから選択される少なくとも１つの要素を含む切断リクエストをＡＧＭ（２）へ向けて送信する（Ｓ−９０８）かを示している。この要素には、ユーザ識別子及びサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）がある。

ＡＧＭ（２）で切断リクエストを受信すると（Ｓ−９０８）、ＳＣＳＭインスタンスは、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を使用することによって識別され、状態「アクティブサービス」と「切断サービス」間の遷移がＳＣＳＭインスタンスで実行され、このＳＣＳＭインスタンスと与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）の両方及びそのリファレンスが削除され、応答が、認可モジュール（３）へ返信される（Ｓ−９０９）。上述の用途の場合のように、更なるサービスリクエストが、最近終了されたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を有するユーザ（５）から受信されると（Ｓ−９１０）、どうしてサービスが終了されたか（未認可）の理由を示すことが可能な否定回答を返信する（Ｓ−８１９）。

上述の用途とは別に、他のアプリケーションサーバ（７、８）と提供システムは、後者については図示されていないが、以下にリストされるものの１つとするアクションを、包括的でない（non-exhaustive：非包括的な）方法で実行するために、認可モジュール（３）とも相互作用しても良い。

−与えられるサービスセッション識別子によって識別される特定のサービスインスタンス、即ち、ＳＰＳＭインスタンスあるいはＳＣＳＭインスタンスに関係するデータの読出、このデータは、その特定のサービスインスタンス内で適用可能なサービスフィルタに対して設定されるデータを含んでいる。

−与えられるサービスセッション識別子によって識別される特定のサービスインスタンスの切断のリクエスト、これによって、このメッセージの到来における認可モジュール（３）は、アプリケーションゲートウェイモジュール（２）へ切断リクエストを発行する。

−次のものから選択される少なくとも１つの要素で、与えられるサービスフィルタに適用可能な新規の値の供給、この要素は、与えられるサービスセッション識別子によって識別される与えられるサービスインスタンスに関係している、マッチング用のいくつかの基準及びマッチングで実行するためのいくつかのアクションと、ＳＰＳＭインスタンスであるサービスインスタンスあるいはＳＣＳＭインスタンス、あるいはそれらの両方がある。

データあるいはステータス単位で、サービスインスタンスに関連するアクションを実行するために認可モジュール（３）と相互作用することを要望するこれらのアプリケーションサーバ（７、８）あるいは提供システムは、そのサービスインスタンスを識別するために、サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を必要とする。

いくつかの基本的な用途の場合は、図２で基本的には示されているが、これについてのユーザによるサービスの使用が、サービスネットワーク（２０）内でどのようにして検証できるかを良好に示す例示の方法が以下で示される。

検証メカニズムの第１の用途の場合は、例えば、サービスネットワークオペレータ（２０）によって提供されるが、サードパーティサービスプロバイダ（３０）によって装備されるサービスに対する「リアルタイム課金」の類がある。これに関しては、オペレータは、サービスの使用に対するユーザの課金に関与するが、このようなサービスの使用の情報は、サードパーティサービスプロバイダ（ＳＰ）からもたらされる。オペレータは、課金対象のユーザが現在そのサービスにアクセスしているかを確認する必要がある。この目的のために、オペレータとサービスプロバイダ間で署名されるサービスレベルアグリーメント（ＳＬＡ）は、ユーザ（１、９）とサービスサーバ（５、６）間で交換されるこれらのアプリケーションメッセージ（Ｉ−１ｘ、Ｉ−２ｘ、Ｉ−４ｘ）内に常に含まれる、割当られたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）も、サービスプロバイダからオペレータの課金システム（８）へのメッセージ（Ｉ−６ｘ）に含まれ、かつそのメッセージ内に課金記録を与えることを記述している。このサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）は、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）がアクティブサービスインスタンスに属していることをチェックし、確認するために、認可モジュール（３）へクエリー（Ｉ−８ｘ）を発行するために使用される。ユーザアカウントが検出されたことを提供することが尽きると、課金システム（８）は、認可モジュール（３）へ向けてのユーザに対する切断リクエストを起動しても良く、かつ後者は、アプリケーションゲートウェイモジュール（２）へ向けての上述の一般的な用途の場合で説明されている同様の処理を適用することが好ましい。課金システム（８）、認可モジュール（３）及びアプリケーションゲートウェイモジュール（２）は、介在するサービスインスタンス、即ち、ＳＰＳＭインスタンス及びＳＣＳＭインスタンスを識別するために、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）をすべて使用する。

第２の用途の場合の検証メカニズムは、例えば、サードパーティサービスプロバイダ（３０）によってサービスネットワーク（２０）に属するサービスイネブラー（enabler）（７）を使用することであっても良い。これに関しては、サービスネットワークオペレータは、サードパーティサービスプロバイダとのサービスレベルアグリーメント（ＳＬＡ）を署名して、後者に、ユーザがサービスイネブラーによって提供される特徴を必要とするサービスへアクセスする場合にのみサービスイネブラーの使用を可能にするようにしても良い。それゆえ、サービスネットワークオペレータは、サービスプロバイダ（５）からサービスイネブラー（７）へのクエリー（Ｉ−５ｘ）が、常に、介在するサービスインスタンス、即ち、ＳＰＳＭインスタンスあるいはＳＣＳＭインスタンス、あるいはそれらの両方を識別するためにサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含むことを必要とする。上述の検証メカニズムと同様の方法で、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）がアクティブなサービスインスタンスに属しているかをチェックし、確認するために、サービスイネブラーは、そのサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を使用して、認可モジュール（３）へクエリー（Ｉ−７ｘ）を発行する。

本出願人の発明は、例示であり、かつ限定されないことが意図されている様々な実施形態の組み合わせで説明されている。当業者には、これらの実施形態を変更することができることが予想される。本出願人の発明の範囲は、明細書及び図面とともに請求項によって定義され、また、これらの請求項の範囲内に収まるあらゆる変更は、これらに含まれるように意図されるものである。

サービスが回答を伴うリクエストに基づいている場合に、サービスプロバイダによって提供されるサービスにアクセスするために、認証済ユーザをサービスネットワークが認可するアーキテクチャを示す図である。 本発明に従う拡張インタフェース及びエンティティを伴う図１のアーキテクチャの簡略図である。 アプリケーションゲートウェイモジュールと認可モジュールそれぞれでのサービス進行中に割り当てられる基本状態間の遷移例を示す図である。 アプリケーションゲートウェイモジュールと認可モジュールそれぞれでのサービス進行中に割り当てられる基本状態間の遷移例を示す図である。 いくつかのサービスフィルタ、即ち、サービス進行中に割り当てられる状態に渡って起動され得るサービスポリシーと、そのサービスフィルタの適用対象となり得るいくつかの遷移を示す図である。 アプリケーションゲートウェイモジュール内の第１有効状態マシーンの第１状態と、認可モジュールの第２有効状態マシーンそれぞれの新規インスタンスが開始され、かつそれらのインスタンスの両方の相関をとるために、サービスセッション識別子が生成され、割り当てられる、サービス認可中の処理を示す図である。 認可モジュールが、特定の遷移に対するサービスポリシーを起動することをアプリケーションゲートウェイモジュールに指示することで、ユーザがそのような特定の遷移をリクエストする場合が認可モジュールに通知されることを、与えられるサービス配信内で実施する間の処理を示す図である。 与えられるサービスセッション識別子によって識別されるサービス配信から、ユーザが明示的にログアウトをリクエストすることを、与えられるサービス配信内で実施する間の別の処理を示す図である。 与えられるサービスセッション識別子によって識別されるサービス配信に対するタイムアウトの満了を、アプリケーションゲートウェイモジュールが検出し、それを認可モジュールへ通知することを、与えられるサービス配信内で実施した後の処理を示す図である。 サービスネットワークオペレータによって、認可モジュールを介する動作を、与えられるサービスセッション識別子によって識別されるサービス配信の進行中にいつでも終了することができることを、与えられるサービス配信内で実施する間の更なる処理を示す図である。

Claims (30)

1. 電気通信システムの使用に適しているアプリケーションゲートウェイモジュール（２０）であって、この電気通信システムでは、サービスネットワーク（２０）がユーザ（１、９）を認証し、かつサービスプロバイダ（３０）によって提供されるサービス（５、６）へアクセスするユーザを認可し、前記アプリケーションゲートウェイモジュール（２）は、前記ユーザと前記サービス間のアプリケーションメッセージを捕捉し（Ｉ−２、Ｉ−４、Ｉ−２ｘ、Ｉ−４ｘ）、かつ前記ユーザと前記サービスを識別するように構成され、
   また、前記アプリケーションゲートウェイモジュール（２）は、前記ユーザが前記サービスへアクセスすることが許可されているかについての認可決定（Ｉ−３、Ｉ−３ｘ）を取得する手段を含み、
   前記アプリケーションゲートウェイモジュール（２）は、
   前記ユーザと前記サービス間で交換される前記アプリケーションメッセージを識別するように意図されていて、かつ前記ユーザに対して認可されている同一のサービス配信に属するサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を割り当てる手段と、
   サービス進行を制御することができるサービス配信における特定イベントを識別するように意図されている、いくつかの状態を有する第１有効状態マシーン（ＳＣＳＭ）を構成する手段と、
   前記特定イベントに適用可能なサービスポリシー（ＳＦ）を起動し、かつ状態遷移を発生する手段と
   を備えることを特徴とするアプリケーションゲートウェイモジュール。
2. 前記サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を割り当てる手段は、前記第１有効状態マシーン（ＳＣＳＭ）の特定インスタンスを開始する手段を含み、
   前記特定インスタンスは、前記割り当てられたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別される
   ことを特徴とする請求項１に記載のアプリケーションゲートウェイモジュール。
3. 前記サービスポリシー（ＳＦ）を起動する手段は、リファレンス及び属性の包括的でないリストから選択される少なくとも１つの要素を設定する手段を含み、この要素は、マッチングするためのいくつかのメッセージフィールド値、マッチングを実行するためのいくつかの特定アクション、実行用のいくつかのタイマ値及び管理用のいくつかのトランザクションを含んでいる
   ことを特徴とする請求項２に記載のアプリケーションゲートウェイモジュール。
4. 前記サービスポリシー（ＳＦ）を起動する手段は、進行中に、任意のサービス配信とは独立しているグローバルサービスポリシーを起動する手段を含んでいる
   ことを特徴とする請求項２に記載のアプリケーションゲートウェイモジュール。
5. 前記サービスポリシー（ＳＦ）を起動する手段は、前記第１有効状態マシーン（ＳＣＳＭ）の特定インスタンス内の個別のサービスポリシーとして適用するためのグローバルサービスポリシーのインスタンスを開始する手段を含み、
   前記個別のサービスポリシーは、前記グローバルサービスポリシーからのリファレンスと属性を引き継いでいる
   ことを特徴とする請求項２に記載のアプリケーションゲートウェイモジュール。
6. 前記第１有効状態マシーン（ＳＣＳＭ）の特定インスタンス内で処理されるサービス進行中に、個別のサービスポリシーのリファレンス及び属性を、新規のリファレンス及び属性で上書きする手段を更に備える
   ことを特徴とする請求項５に記載のアプリケーションゲートウェイモジュール。
7. 特定の状態が、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別される、前記第１有効状態マシーン（ＳＣＳＭ）の特定インスタンス内のいくつかの個別のサービスポリシー（ＳＦ−３１、ＳＦ−３２）に関連付けられている
   ことを特徴とする請求項５に記載のアプリケーションゲートウェイモジュール。
8. 前記認可決定を取得する手段は、請求項１５に記載の認可モジュール（３）からサービス認可をリクエストする手段を含んでいる
   ことを特徴とする請求項２に記載のアプリケーションゲートウェイモジュール。
9. 前記サービスポリシー（ＳＦ）を起動する手段は、サービスポリシーを設定するために適用可能な少なくとも１つの要素を前記認可モジュール（３）から受信する手段を含み、
   前記要素は、リファレンスと属性の包括的でないリストから選択されるものであり、この要素は、マッチングするためのいくつかのメッセージフィールド値、マッチングを実行するためのいくつかの特定アクション、実行用のいくつかのタイマ値及び管理用のいくつかの遷移を含んでいる
   ことを特徴とする請求項８に記載のアプリケーションゲートウェイモジュール。
10. 前記サービスポリシー（ＳＦ）を起動する手段は、前記認可モジュール（３）からグローバルサービスポリシーを受信する手段を含んでいる
    ことを特徴とする請求項８に記載のアプリケーションゲートウェイモジュール。
11. 前記第１有効状態マシーン（ＳＣＳＭ）の特定インスタンス内で処理されるサービス進行中に、個別のサービスポリシーを新規のリファレンスと属性で上書きするように適用可能なリファレンスと属性を、前記認可モジュール（３）から受信する手段を更に備える
    ことを特徴とする請求項８に記載のアプリケーションゲートウェイモジュール。
12. サービス進行中の特定イベントを、前記認可モジュール（３）へ通知する手段を更に備える
    ことを特徴とする請求項８に記載のアプリケーションゲートウェイモジュール。
13. 前記サービス進行を継続するための適切なアクションを判定するための追加処理を、前記認可モジュール（３）からリクエストする手段を更に備える
    ことを特徴とする請求項８に記載のアプリケーションゲートウェイモジュール。
14. 前記認可モジュール（３）から指示を受信する手段を更に備え、前記指示は、制限なく許可されたアクセス、リクエストされた従前のサービス（ｓｅｒｖｉｃｅＢＩＳ）を置換するための別のサービス（ｓｅｒｖｉｃｅＴＥＲ）、強制ログアウト及び状態遷移の指示から選択される
    ことを特徴とする請求項１３に記載のアプリケーションゲートウェイモジュール。
15. 電気通信システムの使用に適している認可モジュール（３）であって、この電気通信システムでは、サービスネットワーク（２０）がユーザ（１、９）を認証し、かつサービスプロバイダ（３０）によって提供されるサービス（５、６）へアクセスするユーザを認可し、前記認可モジュール（３）は、前記ユーザ（１、９）がサービス（５、６）にアクセスすることが許可されているかを決定するように構成され、
    請求項１に記載されるアプリケーションゲートウェイモジュール（２）から、サービス認可リクエストを受信する（Ｓ−５１１）手段と、
    前記ユーザ（１、９）が前記リクエストされたサービス（５、６）へアクセスすることが許可されているかに応じて、前記アプリケーションゲートウェイモジュール（２）へ応答を返信する手段とを有し、
    前記認可モジュール（３）は、
    前記ユーザと前記サービス間で交換されるアプリケーションメッセージを相関させるように意図されていて、かつ前記ユーザに対して認可されている同一のサービス配信に属するサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を生成する手段と、
    前記認可モジュールが、サービス進行を制御することを前記アプリケーションゲートウェイを代行することができるサービス進行内の特定イベントを識別するように意図されているいくつかの状態を有する第２有効状態マシーン（ＳＰＳＭ）を構成する手段と、
    前記特定イベントに適用可能なサービスポリシー（ＳＦ）を判定し、かつ状態遷移を発生する手段と
    を備えることを特徴とする認可モジュール。
16. 前記サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を生成する手段は、前記ユーザ（１、９）が前記リクエストされたサービス（５，６）へのアクセスが許可されているかに応じて、前記アプリケーションゲートウェイモジュール（２）への返信対象の前記応答（Ｓ−５１２）に、前記サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含める手段を備える
    ことを特徴とする請求項１５に記載の認可モジュール。
17. 前記サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を生成する手段は、前記サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別される、前記第２有効状態マシーン（ＳＰＳＭ）の特定インスタンスを開始する手段を含んでいる
    ことを特徴とする請求項１６に記載の認可モジュール。
18. 特定の状態が、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別される、前記第２有効状態マシーン（ＳＰＳＭ）の特定インスタンス内のいくつかの個別のサービスポリシーに関連付けられている
    ことを特徴とする請求項１７に記載の認可モジュール。
19. 前記サービスポリシー（ＳＦ）を判定する手段は、前記アプリケーションゲートウェイモジュール内の特定状態でサービスポリシー（ＳＦ−２）を起動するための少なくとも１つの情報要素を、前記アプリケーションゲートウェイモジュール（２）に向けての前記応答（Ｓ−５１２）へ含める手段を備え、
    前記少なくとも１つの情報要素は、リファレンスと属性の包括的でないリストから選択されるものであり、この要素は、
    −マッチングするためのいくつかのメッセージフィールド値（Ａｎａｌｙｓｅ−Ｉｎｆｏ−ＳＦ値、Ｌｏｇｏｕｔ−ＳＦ値）と、
    −与えられるメッセージフィールド値とのマッチングを実行するためのアクションのセットと、
    実行用のいくつかの新規のタイマ値（Ｔｉｍｅｏｕｔ値）及び
    管理用のいくつかのトランザクションと
    を有している
    ことを特徴とする請求項１５に記載の認可モジュール。
20. 前記サービスポリシーを起動するための少なくとも１つの情報要素を、前記アプリケーションゲートウェイモジュール（２）に向けての前記応答（Ｓ−５１２）へ含める手段は、その応答が、進行中の任意のサービス配信とは独立して適用するためのグローバルサービスポリシーであることを指示する手段を含んでいる
    ことを特徴とする請求項１９に記載の認可モジュール。
21. 請求項１に記載のアプリケーションゲートウェイモジュール（２）から、サービス進行で検出される特定イベントを指示する通知を受信する手段を更に備える
    ことを特徴とする請求項１６に記載の認可モジュール。
22. 請求項１に記載のアプリケーションゲートウェイモジュール（２）から、サービス進行を継続するための指示を問い合わせるリクエストを受信する手段を更に備える
    ことを特徴とする請求項１６に記載の認可モジュール。
23. 前記アプリケーションゲートウェイモジュール（２）へ向けて、指示を送信する手段を更に備え、前記指示は、制限なく許可されたアクセス、リクエストされた従前のサービス（ｓｅｒｖｉｃｅＢＩＳ）を置換するための別のサービス（ｓｅｒｖｉｃｅＴＥＲ）、強制ログアウト及び状態遷移の指示から選択される
    ことを特徴とする請求項２２に記載の認可モジュール。
24. いくつかのアプリケーションサーバ（７、８）及び提供システムから選択される少なくとも１つのエンティティから、アプリケーションメッセージ（Ｉ−７Ｘ、Ｉ−８Ｘ）を受信する手段を更に備え、
    前記アプリケーションメッセージは、前記認可モジュール（３）内の前記第２有効状態マシーン（ＳＰＳＭ）の特定インスタンスを識別するように意図されている、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含んでいる
    ことを特徴とする請求項１６に記載の認可モジュール。
25. サービスネットワーク（２０）のユーザ（１、９）に、サービスプロバイダ（３０）のサービスサーバ（５、６）によって提供されるサービスにアクセスすることを認可する方法であって、前記ユーザ（１、９）は、前記サービスネットワークによって既に認証されていて、前記サーバ（５、６）は、前記ユーザ（１、９）との複数のアプリケーションメッセージの交換による複数のトランザクションを有するサービスを配信するように構成されている、方法であって、
    前記ユーザが前記サービスにアクセスすることが許可されているかについての第１認可決定（Ｉ−３、Ｉ−３Ｘ）を取得するステップと、
    前記ユーザと前記サービス間で交換される前記アプリケーションメッセージを識別するように意図されていて、かつ前記ユーザに対して認可されている同一のサービス配信に属するサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を生成し、割り当てるステップと、
    サービス進行を制御することができるサービス配信における特定イベントを識別するように意図されている、いくつかの状態を有する少なくとも１つの有効状態マシーン（ＳＣＳＭ、ＳＰＳＭ）を構成するステップと、
    前記特定イベントに適用可能なサービスポリシー（ＳＦ）を起動し、かつ状態遷移を発生するステップと
    を備えることを特徴とする方法。
26. 前記サービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を生成し、割り当てるステップは、前記割り当てられたサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）によって識別される、前記少なくとも１つの有効状態マシーン（ＳＰＳＭ、ＳＣＳＭ）の特定インスタンスを開始するステップを含んでいる
    ことを特徴とする請求項２５に記載の方法。
27. 前記少なくとも１つの有効状態マシーン（ＳＣＳＭ、ＳＰＳＭ）の前記特定インスタンス内の特定状態は、いくつかのサービスポリシー（ＳＦ−１、ＳＦ−２、ＳＦ−３１、ＳＦ−３２）に関連付けられている
    ことを特徴とする請求項２６に記載の方法。
28. 前記サービスポリシー（ＳＦ）を起動するステップは、リファレンス及び属性の包括的でないリストから選択される少なくとも１つの要素を設定するステップを含み、この要素は、マッチングするためのいくつかのメッセージフィールド値、マッチングで実行するためのいくつかの特定アクション、実行用のいくつかのタイマ値及び管理用のいくつかのトランザクションを含んでいる
    ことを特徴とする請求項２５に記載の方法。
29. サービスプロバイダ（３０）のいくつかのサービスサーバ（５、６）と提供システムのいくつかのエンティティから選択されるエンティティで生成されるアプリケーションメッセージを、前記サービスネットワーク（２０）で受信するステップを更に備え、
    前記アプリケーションメッセージは、前記少なくとも１つの有効状態マシーン（ＳＣＳＭ、ＳＰＳＭ）の特定インスタンスを識別するように意図されている、与えられるサービスセッション識別子（Ｓｅｒｖｉｃｅ＿Ｃｏｎｔｅｘｔ＿ＩＤ）を含んでいる
    ことを特徴とする請求項２５に記載の方法。
30. 前記少なくとも１つの有効状態マシーンを構成するステップは、請求項１に記載されるアプリケーションゲートウェイモジュール（２）内の第１有効状態マシーン（ＳＣＳＭ）を構成するステップと、請求項１５に記載の認可モジュール（３）の第２有効状態マシーン（ＳＰＳＭ）を構成するステップとを備える
    ことを特徴とする請求項２５に記載の方法。

Images