(57)【要約】【課題】ユーザのデータの機密性を保証し、サービスを提供する。【解決手段】  ユーザの複数のサービス提供物の記述を各ユーザのためのメモリ（２５）に記録し、トランザクションＩＤのサーバ手段（ＧＩＴＤ）が、定められたサービスに、秘匿トランザクションＩＤを関連づけることを可能にする管理モジュール（２７）を含み、サービスのトランザクション開始のリクエスト（１）を発信し、トランザクションＩＤのサーバ手段（ＧＩＴＤ）の通信インターフェース（２１，２３）に送り、ユーザＩＤを通知し、リクエストを分析（１’）して、管理モジュール（２７）及びコントロール手段（２６）によって秘匿トランザクションＩＤを生成する。【選択図】図１
2004362591.tif 000002
【特許請求の範囲】
【請求項１】
サーバを利用してユーザにサービスを提供するに際し、ユーザの秘匿ＩＤの管理を用い、
付加価値サービスを提供するプロバイダのもとでユーザによって申し込まれた複数のサービス提供物の記述を、各ユーザのためのメモリの中に記録することによる、ユーザに対するサーバのサービス提供方法であって、
該方法が、トランザクションＩＤのサーバ手段を介して実現され、
前記トランザクションＩＤのサーバ手段が、
一人のユーザまたはユーザグループ、および定められたサービスに、秘匿トランザクションＩＤを関連づけることを可能にするコントロール手段である管理モジュールを含み、
サブトランザクションを実現する定められたサーバ構成要素のイネーブラをコールするために、サービスのトランザクション開始のリクエストを、ユーザのサービスの要求を傍受したサーバ構成要素のイネーブラあるいは付加価値サービスを提供するプロバイダに送信し、
開始のリクエストは、オープンなプリミティブのセットを用いて逐次の仕方で記述され、
トランザクションＩＤのサーバ手段の通信インターフェースに送られ、ユーザＩＤを通知し、
リクエストが分析され、
該分析されたリクエストに対応して、トランザクションＩＤのサーバの管理手段およびコントロール手段によって、秘匿トランザクションＩＤが生成され、
秘匿トランザクションＩＤを利用するトランザクションの実現過程を含むことを特徴とする、
ユーザに対するサーバのサービス提供方法。
【請求項２】
リクエストの分析が、定められたサーバ構成要素のイネーブラに対する、複数のサービス提供物の中からユーザにとってアクセス可能なディレクトリの作成されたサービス提供物との対応を、管理モジュールによって検証し、
サーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）によって提供されるサービスおよび明示されたユーザに対するユーザＩＤに応じた、トランザクションＩＤのサーバ手段のコントロール手段による、トランザクション開始の許可の検査を含むことを特徴とする、請求項１に記載の方法。
【請求項３】
トランザクションの実現過程が、トランザクションＩＤのサーバ手段の側から秘匿トランザクションＩＤを受信した付加価値サービスを提供するプロバイダによって始められ、
サービスを提供するプロバイダが、秘匿トランザクションＩＤをパラメータに用いて、定められたサーバ構成要素のイネーブラに、サブトランザクションとなる定められたサービスの要求を実行し、
該要求は、アンマスクリクエストのトランザクションＩＤのサーバの方への送信を、定められたサーバ構成要素のイネーブラに基づいた応答として開始するためのものであり、
該「アンマスク」は、秘匿トランザクションＩＤに対応する認証ＩＤの提供を、秘匿ＩＤから可能にするものであり、
次に、検査が、トランザクションＩＤのサーバ手段のコントロール手段によって実現され、
該検査は、定められたサーバ構成要素のイネーブラが、このサービスおよびこのユーザについて許可されるか否かを検証するためのものであり、
その結果が許可の場合、認証ユーザＩＤが、サブトランザクションの実現を可能にするために、定められたサーバ構成要素の方にイネーブラインターフェースと呼ばれる通信インターフェースを経由して伝送されることを特徴とする、請求項１または請求項２に記載の方法。
【請求項４】
トランザクションＩＤが、最大１５ディジットから構成され、ダイアリングプランＵＩＴ−Ｔ  Ｅ−１６４を満足するものであり、
認証ＩＤが、ＭＳＩＳＤＮ番号であることを特徴とする、請求項１に記載の方法。
【請求項５】
トランザクションＩＤのサーバ手段が、
ＢＥＧＩＮ（ＳＴ）、ＣＯＭＭＩＴ（ＣＴ）、ＲＯＬＬＢＡＣＫ（ＥＴ）のいずれかのコマンドから成るトランザクションイベントの発信を生成するトランザクションエンジンを備え、
トランザクションエンジンの各イベントおよび、トランザクションＩＤのサーバ手段の利用の間に発信される情報の全体を、メモリ内に記録する、トレーサビリティエンジンを備えることを特徴とする、請求項１に記載の方法。
【請求項６】
ユーザＩＤ番号、トランザクションＩＤ、トランザクションに結びついた提供物、トランザクションに結びついた提供物のためのトランザクションの進展状態を示す、トランザクションコンテキストを、トランザクションＩＤのサーバ手段のメモリ内へ記録した後に、
秘匿トランザクションＩＤが、サービスを提供するプロバイダに送信されることを特徴とする、請求項１に記載の方法。
【請求項７】
サービスを提供するプロバイダへの秘匿トランザクションＩＤの送信が、
トランザクションの通知インターフェースと呼ばれる、ＩＤのサーバ手段の第二の通信インターフェースを介した、外的システムの方へのトランザクションの始まりを表すトランザクションイベントの生成の前に行われる、請求項６に記載の方法。
【請求項８】
外的システムの方へのトランザクションの始まりを表すトランザクションイベントの生成が、トランザクションＩＤのサーバ手段のトランザクションエンジンによって生成されるコマンドＢＥＧＩＮ（ＳＴ）によって行われる、請求項７に記載の方法。
【請求項９】
トランザクションＩＤのサーバ手段が、トランザクションの通知インターフェースから外的システムに、トランザクションエンジンによって生成されたコマンドＣＯＭＭＩＴ（ＣＴ）によって、提供物の完全な実現を表すデータを伝送し、トランザクションが完全に実現されたということを外的システムに示す、請求項７または８に記載の方法。
【請求項１０】
トランザクションＩＤのサーバ手段が、トランザクションの通知インターフェースを経由して、リスタートの終わりタイプのトランザクションイベントＲＯＬＬＢＡＣＫを発信し、エラーでのトランザクションのリスタート数が超えたこと、そして通信の管理者にデータを提供するためのまたはサービスの請求書を発行するためのあるいはしないためのトランザクションが取り消されたことを、外的システムに通告する、請求項７に記載の方法。
【請求項１１】
トランザクションＩＤのサーバの管理手段およびコントロール手段が、トランザクションの開始のリクエストの分析を、トランザクションの開始のリクエストにおいて通知されるサービスの技術的なアドレスと、トランザクションＩＤのサーバ手段のメモリ内に記録された、複数のサービス提供物の複数の記述中のディレクトリの作成されたサービス提供物との間の対応の解明によって実行する、請求項１に記載の方法。
【請求項１２】
トランザクションＩＤのサーバ手段のメモリが、サービスの記述の提供インターフェースと呼ばれる第三の通信インターフェースを介してデータの収集入力が行われる、前記プロバイダによって認証されたサービス提供物の記述を記録する、請求項１に記載の方法。
【請求項１３】
サービス提供物の記述が、ＩＤのサーバ手段のコントロール手段にサービスの良好な実行を検査することおよびその始まりと終わりを検出することを可能にさせる、記述用言語あるいは相当する形態において作成されるデータを含む、請求項１に記載の方法。
【請求項１４】
トランザクションＩＤのサーバ手段が、付加価値サービスを提供するプロバイダのために用意された追加の通信インターフェースを備え、第一のインターフェースが、サーバ構成要素のために用意される、請求項１に記載の方法。
【請求項１５】
トランザクションＩＤのサーバ手段が、Ｓｔａｒｔ（Ｓ）、Ｃｏｍｐｌｅｔｅｄ（Ｃ）、Ｅｒｒｏｒ（Ｅ）、Ｍａｓｋ、Ｕｎｍａｓｋ、Ｕｐｄａｔｅ、ＯｐｅｎＴｒａｎｓａｃｔｉｏｎ、ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎのメソッドを実現する内部ロジックを備える、請求項１に記載の方法：
【請求項１６】
トランザクションＩＤのサーバ手段のメソッドＳｔａｒｔ（Ｓ）が、トランザクションＩＤを生成し（Ｓ１）、メモリにトランザクションコンテキストを作り出し（Ｓ２）、ＢＥＧＩＮ（ＳＴ）タイプのトランザクションイベントを生成し、そしてサービスを提供するプロバイダにトランザクションＩＤを返信する、請求項１５に記載の方法。
【請求項１７】
トランザクションＩＤのサーバ手段のメソッドＣｏｍｐｌｅｔｅｄ（Ｃ）が、トランザクションのサブトランザクション（Ｒ’）が実現（Ｃ０）されたかどうかをテスト（Ｃ１）によって決定し、それ相応にトランザクションコンテキストを変更（Ｃ２）し、提供物の記述を探索（Ｃ３）することによってトランザクションＩＤのサーバ手段が外部のイベントを待つ（Ｃ５）ことが必要かどうかを決定し、ロジックを、経過時間「ＴｉｍｅＯｕｔ」の処理待ちあるいはトランザクションの閉鎖「ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎ」に位置決めし、トランザクションが完了したかどうか検証し（Ｃ４）、そしてＣＯＭＭＩＴ（ＣＴ）タイプのトランザクションイベントを生成する、請求項１５または請求項１６に記載の方法。
【請求項１８】
トランザクションＩＤのサーバ手段のメソッドＥｒｒｏｒ（Ｅ）が、エラーでのリスタート数が超えたかどうかを検証し、超えた場合にＲＯＬＬＢＡＣＫ（ＥＴ）タイプのトランザクションイベントを生成する、請求項１５に記載の方法。
【請求項１９】
メソッドＭａｓｋが、技術的アドレスおよび前記複数の提供物から標的を定められた提供物の情報を捜し出すために、サービス提供物への加入者ユーザのアクセスを検査するために、そしてアクセス拒否（Ｒ１）を発信するかあるいはメソッドＳｔａｒｔ（Ｓ）を開始するために、サーバ構成要素のイネーブラによって発信される、請求項１５に記載の方法。
【請求項２０】
メソッドＵｎｍａｓｋが、サーバ構成要素のイネーブラによって発信され、技術的アドレスとトランザクションＩＤとを表すデータからおよび前記複数の提供物から標的を定められた提供物の情報をサーチし、サーバ構成要素のイネーブラへのパートナのプロバイダのアクセスを検査し、サーバ構成要素に作られたリクエストがトランザクションの現在のコンテキストと対応していることを検証し、またトランザクションＩＤのサーバ手段が更新の処理待ちであることをサーバ構成要素に通告し、秘匿トランザクションＩＤに結びついたＭＳＩＳＤＮ番号を返信し、更新の処理待ちとなり、受信した更新がメソッドＣｏｍｐｌｅｔｅｄ（Ｃ）を発信するためにせよ、メソッドＥｒｒｏｒ（Ｅ）のためにせよ、提供物の実現に必要な情報を含んでいることを検証するためのものである、請求項１５に記載の方法。
【請求項２１】
メソッドＵｐｄａｔｅが、サーバ構成要素のイネーブラによって発信され、またトランザクションＩＤのサーバのリクエストの実現に関する更新の処理待ち状態から成る、請求項１５に記載の方法。
【請求項２２】
メソッドＯｐｅｎＴｒａｎｓａｃｔｉｏｎが、付加価値サービスを提供するプロバイダによって発信され、事業者の加入者へのパートナのアクセスを検査し、アクセス拒否（Ｒ３）を引き起こすかあるいはメソッドＳｔａｒｔ（Ｓ）を開始させる、請求項１５に記載の方法。
【請求項２３】
メソッドＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎが、付加価値サービスを提供するプロバイダによって発信され、トランザクションＩＤのサーバ手段のロジックの待ち時間「ＴｉｍｅＯｕｔ」を解除することを可能にするイベントを生成する、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信の分野および、マルチメディアサービスの管理に関するものである。本発明は、より詳細には、サーバイネーブラの全体を経由して提供されるサービスの完全な提供を、しかもユーザの秘匿ＩＤを管理することによって検査することを可能にする方法に関するものである。
【０００２】
以下に続く文において、サービスを交付することができるあらゆるサーバ構成要素をイネーブラあるいは「サービス・イネーブラ」と呼ぶことにする。
本明細書、請求の範囲又は図面において使用される英語表記の技術用語の意味は、次のとおりである。
「Ｃｏｍｍｉｔ」とは、トランザクションに対する動作であって、その状態を、決定的に認証された状態にすることを可能にする動作を示す用語である。
「Ｒｏｌｌｂａｃｋ」とは、失敗のトランザクションに対する動作であって、途中でトランザクションの放棄を通告することおよび、システムをその初期状態に戻すことを可能にする動作を示す用語である。
「Ｂｅｇｉｎ」とは、トランザクションの始まりを示す動作を示す用語である。
「ＴｉｍｅＯｕｔ」とは、コール時間の終了を示す用語である。
「Ｍａｓｋ」とは、マスクすることを示す用語である。
「Ｕｎｍａｓｋ」とは、アンマスクすることを示す用語である。
「Ｓｔａｒｔ」とは、始動を示す用語である。
「Ｃｏｍｐｌｅｔｅｄ」とは、良好な完了を通知することを示す用語である。
「Ｅｒｒｏｒ」とは、エラーを通知することを示す用語である。
「Ｕｐｄａｔｅ」とは、更新を示す用語である。
「ＯｐｅｎＴｒａｎｓａｃｔｉｏｎ」とは、トランザクションを開くことを意味する用語である。
「ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎ」とは、トランザクションを閉じることを意味する用語である。
【背景技術】
【０００３】
先行技術において、秘匿ＩＤを使ってユーザの身元をマスクおよびアンマスクすることを可能にするインターフェースを有する情報処理システムの形での、ＩＤの管理者（ＧＩＤ）が周知である。
そのような管理者ＧＩＤは、ユーザと通信するための手段を外的システムに提供するが、しかしながらユーザの身元をそれに通信することはない。
ＩＤの管理者ＧＩＤは、特定の情報の機密性を保証することを目的とする法的制約のために設置される。
ＧＩＤは、しかしながら、サービスと、ユーザあるいは定められたユーザグループとに同時に関連したセッションあるいはトランザクションの概念を管理するには適さない。
【０００４】
通信の管理者（ＧＤ）もまた周知であって、該通信の管理者は、サービスの請求書作成の管理システムに密接に関連した情報処理システムから成るものである。
通信の管理者ＧＤは、一方では、サービスの料金をユーザに知らせ、またその確認を得るためにユーザとの通信を保証し、また他方では、サービスの終わりに請求書作成の開始を保証する。
通信の管理者ＧＤは、もっぱら請求書作成の問題の方に方向づけされており、また管理者ＧＤの活用は、サービスを作り出し提供することができるサーバ構成要素のイネーブラに技術的に依存している。
【０００５】
提供物の管理者（ＧＯ）も存在しており、サービス提供物の良好な実行を検証するのに使用されるものである。
ＧＯは、大抵は、サービスを作り出し、また提供することができるサーバ構成要素のイネーブラに技術的に依存している。
該提供物の管理者は、したがって、多くの場合、「単独サーバ構成要素」さらには単独リクエストである。
該提供物の管理者はしたがって、始めから終わりまでの「マルチサーバ構成要素」のサービスの良好な実行を取り扱うことはできない。
【０００６】
その上に、サービスの展開のソフトウェアプラットフォーム「フレームワーク」が周知であるが、これは一般に、パートナに事業者のネットワークのリソースで検査されたアクセスを提供するものである。
これらのパートナは、付加価値サービスを提供するプロバイダＶＡＳＰ（英語Ｖａｌｕｅ  Ａｄｄｅｄ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒより）であることができる。
プラットフォームＯＳＡ（Ｏｐｅｎ  Ｓｅｒｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ）あるいはＰＡＲＬＡＹは、そのようなプラットフォーム「フレームワーク」の例である。
ＯＳＡは、このように、標準容量を提供するモバイル無線電話ネットワークを用いてインターフェースを定義することを可能にする。
ＰＡＲＬＡＹは、ＯＳＡに匹敵するが、しかし、電話通信の固定ネットワーク用である。
そのようなサービス展開プラットフォームは、以下のように機能する。
プロキシモードの場合には、付加価値サービスを提供するプロバイダＶＡＳＰパートナによるソフトウェアプラットフォーム「フレームワーク」の技術的な集積化またさらに、サービスを作り出し提供することができる新しいサーバ構成要素のイネーブラあるいは単にサービスを作り出し提供することができる「既存の」サーバ構成要素の新しいインターフェースを統合するためのソフトウェアプラットフォーム「フレームワーク」の更新を強要する。
あるいはディレクトリモード「ディレクトリ」の場合は、リファレンスが、ソフトウェアプラットフォーム「フレームワーク」によって、サービスを作り出し提供することができるサーバ構成要素のイネーブラに一旦割り当てられると、もはやいかなる統計情報もそれを経由しないことを強要する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、電気通信事業者のネットワークの複数のサーバ構成要素のイネーブラを利用する加入者にサービスセッションの管理を保証できる可能性がある解決案は、現在において存在しない。
そのとき、サービスの完全な（あるいは不完全な）実現についてのイベントを生成することは可能ではない。
【０００８】
本発明の目的は、先行技術のこれらの不都合を無くすことである。
このように、この文書に記載される発明は、以下の諸問題を対象にすることを可能にする解決案を提供する。
・事業者ネットワークのサーバ構成要素のイネーブラを利用する、サービスの良好な提供を保すること。
・始めから終わりまでのＱｏＳ（サービスの質）を保証すること。
・ユーザおよび定められたサービスについての、サーバ構成要素のイネーブラへのアクセスを検査すること。
・サービスの利用および実現についての統計情報の獲得であって、モバイルのリクエストからくるＰｕｌｌ／ＭＯ（携帯電話発信）モードでも、モバイルに向けてサーバ構成要素のリクエストからくるＰｕｓｈ／ＭＴ（携帯電話着信）モードでも獲得されること。
・秘匿ＩＤの管理であって、事業者に、サービスを提供するプロバイダに対するユーザの機密性を保証することを可能にさせること。
【課題を解決するための手段】
【０００９】
このために、本発明は、少なくとも一つのサーバを利用するサービスの完全な提供の、ユーザの秘匿ＩＤの管理を用いた実行方法に関しており、該発明は、サービスを提供するプロバイダのもとでユーザによって申し込まれた複数のサービス提供物の記述を各ユーザのためのメモリの中に記録するトランザクションＩＤのサーバ手段を介して実現されることを特徴とする実行方法であって、前記トランザクションＩＤのサーバ手段は、一人のユーザまたはユーザグループ、および少なくとも一つの定められたサービスに、秘匿トランザクションＩＤを関連づけることを可能にする管理モジュールを含み、前記方法は、以下の過程を含む：
−サブトランザクションを実現する少なくとも一つの定められたサーバ構成要素のイネーブラにコールする少なくとも一つのサービスのトランザクション開始のリクエストの、ユーザのサービスの要求を傍受したサーバ構成要素のイネーブラあるいは前記サービスを提供するプロバイダのうちの一つによる発信であって、このリクエストは、オープンなプリミティブのセットを用いて逐次の仕方で記述され、またトランザクションＩＤのサーバ手段の通信インターフェースに送られ、ユーザＩＤを通知する、
−リクエストを分析し、該分析したリクエストに対応して、トランザクションＩＤのサーバの管理手段およびコントロール手段による秘匿トランザクションＩＤが生成され、そして、
−秘匿トランザクションＩＤを利用するトランザクションの実現の過程。
すなわち、本発明の課題を解決するための手段は、次のとおりである。
第１に、
少なくとも一つのサーバを利用してユーザにサービスを提供するに際し、ユーザの秘匿ＩＤの管理を用い、
付加価値サービスを提供するプロバイダ（３３）のもとでユーザによって申し込まれた複数のサービス提供物の記述を、各ユーザのためのメモリ（２５）の中に記録することによる、ユーザに対するサービス提供方法であって、
該方法が、トランザクションＩＤのサーバ手段（ＧＩＴＤ）を介して実現され、
前記トランザクションＩＤのサーバ手段（ＧＩＴＤ）が、
一人のユーザまたはユーザグループ、および少なくとも一つの定められたサービスに、秘匿トランザクションＩＤを関連づけることを可能にする管理モジュール（２７）を含み、
サブトランザクション（Ｒ’）を実現する少なくとも一つの定められたサーバ構成要素のイネーブラ（３１）をコールするために、少なくとも一つのサービスのトランザクション開始のリクエスト（１）を、ユーザのサービスの要求を傍受したサーバ構成要素のイネーブラあるいは付加価値サービスを提供するプロバイダ（３３）のうちの一つに送信し、
開始のリクエスト（１）は、オープンなプリミティブのセットを用いて逐次の仕方で記述され、
また、トランザクションＩＤのサーバ手段（ＧＩＴＤ）の通信インターフェース（２１，２３）に送られ、ユーザＩＤを通知し、
リクエストが分析（１’）され、
該分析されたリクエストに対応して、トランザクションＩＤのサーバ（ＧＩＴＤ）の管理手段としての管理モジュール（２７）およびコントロール手段（２６）によって、秘匿トランザクションＩＤが生成され、
秘匿トランザクションＩＤを利用するトランザクションの実現過程（Ｒ）を含むことを特徴とする、ユーザに対するサーバのサービス提供方法。
第２に、
リクエストの分析（１’）が、定められたサーバ構成要素のイネーブラ（３１）に対する、複数のサービス提供物の中からユーザにとってアクセス可能なディレクトリの作成されたサービス提供物との対応を、管理モジュール（２７）によって検証し、
サーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）によって提供されるサービスおよび明示されたユーザに対するユーザＩＤに応じた、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のコントロール手段（２６）による、トランザクション開始の許可の検査を含むことを特徴とする、前記第１に記載の方法。
第３に、
トランザクションの実現過程（Ｒ）が、トランザクションＩＤのサーバ手段（ＧＩＴＤ）の側から秘匿トランザクションＩＤを受信した付加価値サービスを提供するプロバイダ（３３）によって始められ、
サービスを提供するプロバイダ（３３）が、秘匿トランザクションＩＤをパラメータに用いて、定められたサーバ構成要素のイネーブラ（３１）に、サブトランザクションとなる定められたサービスの要求を実行し、
該要求は、アンマスクリクエスト（５）のトランザクションＩＤのサーバ（ＧＩＴＤ）の方への送信を、定められたサーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）に基づいた応答として開始するためのものであり、
該「アンマスク」は、秘匿トランザクションＩＤに対応する認証ＩＤの提供を、秘匿ＩＤから可能にするものであり、
次に、検査（５’１０’）が、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のコントロール手段（２６）によって実現され、
該検査は、定められたサーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）が、このサービスおよびこのユーザについて許可されるか否かを検証するためのものであり、
その結果が許可の場合、認証ユーザＩＤが、サブトランザクション（Ｒ’）の実現を可能にするために、定められたサーバ構成要素のイネーブラ（３１）の方にイネーブラインターフェースと呼ばれる通信インターフェース（２１）を経由して伝送（７，１２）されることを特徴とする、前記第１または前記第２に記載の方法。
第４に、
トランザクションＩＤが、最大１５ディジットから構成され、ダイアリングプランＵＩＴ−Ｔ  Ｅ−１６４を満足するものであり、
認証ＩＤが、ＭＳＩＳＤＮ番号であることを特徴とする、前記第１に記載の方法。
第５に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）が、
ＢＥＧＩＮ（ＳＴ）、ＣＯＭＭＩＴ（ＣＴ）、ＲＯＬＬＢＡＣＫ（ＥＴ）のいずれかのコマンドから成るトランザクションイベントの発信を生成するトランザクションエンジン（２８）を備え、
トランザクションエンジン（２８）の各イベントおよび、トランザクションＩＤのサーバ手段（ＧＩＴＤ）の利用の間に発信される情報の全体を、メモリ（２５）内に記録する、トレーサビリティエンジン（２９）を備えることを特徴とする、前記第１に記載の方法。
第６に、
ユーザＩＤ番号、トランザクションＩＤ、トランザクションに結びついた提供物、トランザクションに結びついた提供物のためのトランザクションの進展状態を示す、トランザクションコンテキストを、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のメモリ（２５）内へ記録した後に、
秘匿トランザクションＩＤが、サービスを提供するプロバイダ（３３）に送信（３）されることを特徴とする、前記第１に記載の方法。
第７に、
サービスを提供するプロバイダ（３３）への秘匿トランザクションＩＤの送信（３）が、
トランザクションの通知インターフェース（２２）と呼ばれる、ＩＤのサーバ手段の第二の通信インターフェースを介した、少なくとも一つの外的システム（４０）の方へのトランザクションの始まりを表すトランザクションイベントの生成の前に行われる、前記第６に記載の方法。
第８に、
少なくとも一つの外的システム（４０）の方へのトランザクションの始まりを表すトランザクションイベントの生成が、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のトランザクションエンジン（２８）によって生成されるコマンドＢＥＧＩＮ（ＳＴ）によって行われる、前記第７に記載の方法。
第９に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）が、トランザクションの通知インターフェース（２２）から少なくとも一つの外的システム（４０）に、トランザクションエンジン（２８）によって生成されたコマンドＣＯＭＭＩＴ（ＣＴ）によって、提供物の完全な実現を表すデータを伝送し、トランザクションが完全に実現されたということを例えば請求書作成の外的システム（４０）に示す、前記第７または８に記載の方法。
第１０に、
トランザクションＩＤのサーバ手段が、トランザクションの通知インターフェース（２２）を経由して、リスタートの終わりタイプのトランザクションイベントＲＯＬＬＢＡＣＫを発信し、エラーでのトランザクションのリスタート数が超えたこと、そして通信の管理者にデータを提供するためのまたはサービスの請求書を発行するためのあるいはしないためのトランザクションが取り消されたことを、少なくとも一つの外的システム（４０）に通告する、前記第７に記載の方法。
第１１に、
トランザクションＩＤのサーバ（ＧＩＴＤ）の管理手段としての管理モジュール（２７）およびコントロール手段（２６）が、トランザクションの開始のリクエストの分析（１’）を、トランザクションの開始のリクエスト（１）において通知されるサービスの技術的なアドレスと、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のメモリ（２５）内に記録された、複数のサービス提供物の複数の記述中のディレクトリの作成されたサービス提供物との間の対応の解明によって実行する、前記第１に記載の方法。
第１２に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）のメモリが、サービスの記述の提供インターフェース（ＩＦＤＳ）と呼ばれる第三の通信インターフェースを介してデータの収集入力が行われる、前記プロバイダによって認証されたサービス提供物の記述を記録する、前記第１に記載の方法。
第１３に、
サービス提供物の記述が、ＩＤのサーバ手段のコントロール手段にサービスの良好な実行を検査することおよびその始まりと終わりを検出することを可能にさせる、記述用言語あるいは相当する形態において作成されるデータを含む、前記第１に記載の方法。
第１４に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）が、付加価値サービスを提供するプロバイダのために用意された追加の通信インターフェース（２３）を備え、第一の通信インターフェース（２１）が、サーバ構成要素のイネーブラ（３１）のために用意される、前記第１に記載の方法。
第１５に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）が、Ｓｔａｒｔ（Ｓ）、Ｃｏｍｐｌｅｔｅｄ（Ｃ）、Ｅｒｒｏｒ（Ｅ）、Ｍａｓｋ、Ｕｎｍａｓｋ、Ｕｐｄａｔｅ、ＯｐｅｎＴｒａｎｓａｃｔｉｏｎ、ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎのメソッドを実現する内部ロジックを備える、前記第１に記載の方法：
第１６に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）のメソッドＳｔａｒｔ（Ｓ）が、トランザクションＩＤを生成し（Ｓ１）、メモリにトランザクションコンテキストを作り出し（Ｓ２）、ＢＥＧＩＮ（ＳＴ）タイプのトランザクションイベントを生成し、そしてサービスを提供するプロバイダ（３３）にトランザクションＩＤを返信する、前記第１５に記載の方法。
第１７に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）のメソッドＣｏｍｐｌｅｔｅｄ（Ｃ）が、トランザクションのサブトランザクション（Ｒ’）が実現（Ｃ０）されたかどうかをテスト（Ｃ１）によって決定し、それ相応にトランザクションコンテキストを変更（Ｃ２）し、提供物の記述を探索（Ｃ３）することによってトランザクションＩＤのサーバ手段（ＧＩＴＤ）が外部のイベントを待つ（Ｃ５）ことが必要かどうかを決定し、ロジックを、経過時間「ＴｉｍｅＯｕｔ」の処理待ちあるいはトランザクションの閉鎖「ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎ」に位置決めし、トランザクションが完了したかどうか検証し（Ｃ４）、そしてＣＯＭＭＩＴ（ＣＴ）タイプのトランザクションイベントを生成する、前記第１５または前記第１６に記載の方法。
第１８に、
トランザクションＩＤのサーバ手段（ＧＩＴＤ）のメソッドＥｒｒｏｒ（Ｅ）が、エラーでのリスタート数が超えたかどうかを検証し、超えた場合にＲＯＬＬＢＡＣＫ（ＥＴ）タイプのトランザクションイベントを生成する、前記第１５に記載の方法。
第１９に、
メソッドＭａｓｋが、技術的アドレス（２０１）および前記複数の提供物から標的を定められた提供物（２０３）の情報をサーチ（２０２）するために、サービス提供物への加入者ユーザのアクセスを検査（２０４）するために、そしてアクセス拒否（Ｒ１）を発信するかあるいはメソッドＳｔａｒｔ（Ｓ）を開始するために、サーバ構成要素のイネーブラによって発信される、前記第１５に記載の方法。
第２０に、
メソッドＵｎｍａｓｋが、サーバ構成要素のイネーブラによって発信され、技術的アドレスとトランザクションＩＤとを表すデータからおよび前記複数の提供物から標的を定められた提供物（２０６）の情報をサーチ（２０５）し、サーバ構成要素のイネーブラ（３１）へのパートナのプロバイダ（３３）のアクセスを検査（２０７）し、サーバ構成要素に作られたリクエストがトランザクションの現在のコンテキストと対応していることを検証（２０８）し、またトランザクションＩＤのサーバ手段（ＧＩＴＤ）が更新の処理待ちであることをサーバ構成要素のイネーブラ（３１）に通告し、秘匿トランザクションＩＤに結びついたＭＳＩＳＤＮ番号を返信（２１０）し、更新の処理待ち（２１１）となり、受信した更新がメソッドＣｏｍｐｌｅｔｅｄ（Ｃ）を発信するためにせよ、メソッドＥｒｒｏｒ（Ｅ）のためにせよ、提供物の実現に必要な情報を含んでいることを検証（３０２）するためのものである、前記第１５に記載の方法。
第２１に、
メソッドＵｐｄａｔｅが、サーバ構成要素のイネーブラによって発信され、またトランザクションＩＤのサーバ（ＧＩＴＤ）のリクエストの実現に関する更新の処理待ち（２１１）状態から成る、前記第１５に記載の方法。
第２２に、
メソッドＯｐｅｎＴｒａｎｓａｃｔｉｏｎが、付加価値サービスを提供するプロバイダによって発信され、事業者の加入者へのパートナのアクセスを検査（１００）し、アクセス拒否（Ｒ３）を引き起こすかあるいはメソッドＳｔａｒｔ（Ｓ）を開始させる、前記第１５に記載の方法。
第２３に、
メソッドＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎが、付加価値サービスを提供するプロバイダ（３３）によって発信され、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のロジックの待ち時間「ＴｉｍｅＯｕｔ」を解除することを可能にするイベントを生成する、前記第１７に記載の方法。
【００１０】
本発明は、したがって、許可されたユーザのための秘匿セッションＩＤの利用によって、サービスを提供するプロバイダに対してユーザの機密性を保証しながら、サービスの提供を達成することを可能にするものである。
【００１１】
本発明の他の特徴によると、分析の過程は、定められたサーバ構成要素のイネーブラの、複数のサービス提供物の中からユーザにとってアクセス可能なディレクトリの作成されたサービス提供物との対応の、管理モジュールによる検証と、サーバ構成要素のイネーブラによって提供されるサービスおよび明示されたユーザについての、とりわけユーザＩＤに応じた、トランザクションＩＤのサーバ手段のコントロール手段による、トランザクションの開始の許可の検査とを含む。
【００１２】
本発明の他の特徴によると、トランザクションの実現の過程は、トランザクションＩＤのサーバ手段の側から秘匿トランザクションＩＤを受信した付加価値サービスを提供するプロバイダによって始められ、サービスを提供するプロバイダは、秘匿トランザクションＩＤに対応する認証ＩＤの提供を秘匿ＩＤから可能にするアンマスクリクエストのトランザクションＩＤのサーバの方への送信を、定められたサーバ構成要素のイネーブラに基づいた応答として開始するためのものであり、該「アンマスク」は、秘匿トランザクションＩＤに対応する認証ＩＤの提供を秘匿ＩＤから可能にするものであり、つぎに検査が、トランザクションＩＤのサーバ手段のコントロール手段によって実現され、それは、定められたサーバ構成要素のイネーブラがこのサービスおよびこのユーザについて許可されるか否かを検証するためのものであり、その結果許可の場合には、認証ＩＤ（ＭＳ−ＩＳＤＮ）が、サブトランザクションの実現を可能にするために、定められたサーバ構成要素の方にイネーブラインターフェースと呼ばれる通信インターフェースを経由して伝送される。
【００１３】
本発明の他の特徴によると、トランザクションＩＤは、最大１５ディジットから構成され、ダイアリングプランＵＩＴ−Ｔ  Ｅ−１６４を満足するものであり、また認証ＩＤは、ＭＳＩＳＤＮ（携帯電話サービス統合デジタル網）番号である。
【００１４】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段（ＧＩＴＤ）は、一方では、次のコマンド：ＢＥＧＩＮ，ＣＯＭＭＩＴ，ＲＯＬＬＢＡＣＫのいずれかから成るトランザクションイベントの発信を生成するトランザクションエンジンを、他方では、トランザクションエンジンの各イベントおよび、トランザクションＩＤのサーバ手段の利用の間に発信される情報の全体を、前記メモリ内に記録する、トレーサビリティエンジンを備える。
【００１５】
本発明の他の特徴によると、秘匿トランザクションＩＤは、とりわけ以下を指し示すトランザクションコンテキストの、トランザクションＩＤのサーバ手段のメモリ内への記録の後、サービスを提供するプロバイダに送信される：
−ユーザＩＤ番号、
−トランザクションＩＤ、
−トランザクションに結びついた提供物、
−トランザクションに結びついた提供物のためのトランザクションの進展状態（完了したサブトランザクションの数、実行されなければならない状態のままであるサブトランザクションの数等）。
【００１６】
本発明の他の特徴によると、サービスを提供するプロバイダへの秘匿トランザクションＩＤの送信は、さらに、トランザクションの通知インターフェースと呼ばれる、トランザクションＩＤのサーバ手段の第二の通信インターフェースを介した、少なくとも一つの外的システムの方へのトランザクションの始まりを表すトランザクションイベントの生成の前に行われる。
【００１７】
本発明の他の特徴によると、少なくとも一つの外的システムの方へのトランザクションの始まりを表すトランザクションイベントの生成は、トランザクションＩＤのサーバ手段のトランザクションエンジンによって生成されるコマンドＢＥＧＩＮによって行われる。
【００１８】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段は、トランザクションの通知インターフェースから少なくとも一つの外的システムに、トランザクションエンジンによって生成されたコマンドＣＯＭＭＩＴによって、提供物の完全な実現を表すデータを伝送し、トランザクションが完全に実現されたことを例えば請求書作成の外的システムに示す。
【００１９】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段は、トランザクションの通知インターフェースを経由して、リスタートの終わりタイプのトランザクションイベントＲＯＬＬＢＡＣＫを発信し、エラーでのトランザクションのリスタート数が超えたこと、そして通信の管理者にデータを提供するための、またサービスの請求書を発行するためあるいはしないためのトランザクションが取り消されたことを、少なくとも一つの外的システムに通告する。
【００２０】
本発明の他の特徴によると、トランザクションＩＤのサーバの管理手段およびコントロール手段は、トランザクションの開始のリクエストの分析を、特に、トランザクションの開始のリクエストにおいて通知される、サービスの技術的なアドレスと、トランザクションＩＤのサーバ手段のメモリ内に記録された複数のサービス提供物の複数の記述の中のディレクトリの作成されたサービス提供物との間の対応の解明によって実行する。
【００２１】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段のメモリは、サービスの記述の提供インターフェースと呼ばれる第三の通信インターフェースを介してデータの収集入力が行われる、前記プロバイダによって認証された、サービス提供物の記述を記録する。
【００２２】
本発明の他の特徴によると、サービス提供物の記述は、トランザクションＩＤのサーバ手段のコントロール手段にサービスの良好な実行を検査することおよびそこから始まりと終わりを検出することを可能にさせる、記述言語あるいは相当する形態において作成されるデータを含む。
【００２３】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段は、付加価値サービスを提供するプロバイダのために用意された追加の通信インターフェースを備え、第一のインターフェースは、サーバ構成要素のために用意される。
【００２４】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段は、次のメソッドを実現する内部ロジックを備える：Ｓｔａｒｔ、Ｃｏｍｐｌｅｔｅｄ、Ｅｒｒｏｒ、Ｍａｓｋ、Ｕｎｍａｓｋ、Ｕｐｄａｔｅ、ＯｐｅｎＴｒａｎｓａｃｔｉｏｎ、ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎ。
【００２５】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段のメソッドＳｔａｒｔは、トランザクションＩＤを生成し、メモリにトランザクションコンテキストを作り上げ、ＢＥＧＩＮタイプのトランザクションイベントを生成し、そしてサービスを提供するプロバイダにトランザクションＩＤを返信する。
【００２６】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段のメソッドＣｏｍｐｌｅｔｅｄは、トランザクションのサブトランザクションが実現されたかどうかをテストによって決定し、それ相応にトランザクションコンテキストを変更し、提供物の記述を検討することによってトランザクションＩＤのサーバ手段が外部のイベントを待つことが必要かどうかを決定し、ロジックを、経過時間「ＴｉｍｅＯｕｔ」の処理待ちあるいはトランザクションの閉鎖「ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎ」に位置決めし、トランザクションが完了したかどうか検証し、そしてＣＯＭＭＩＴタイプのトランザクションイベントを生成する。
【００２７】
本発明の他の特徴によると、トランザクションＩＤのサーバ手段のメソッドＥｒｒｏｒは、エラーでのリスタート数が超えたかどうかを検証し、そしてそうである場合、ＲＯＬＬＢＡＣＫタイプのトランザクションイベントを生成する。
【００２８】
本発明の他の特徴によると、メソッドＭａｓｋは、技術的アドレスおよび前記複数の提供物から標的を定められた提供物の情報を捜し出すために、サービス提供物への加入者ユーザのアクセスを検査するために、そしてアクセス拒否を発信するかあるいはメソッドＳｔａｒｔを開始するために、サーバ構成要素のイネーブラによって発信される。
【００２９】
本発明の他の特徴によると、メソッドＵｎｍａｓｋは、サーバ構成要素のイネーブラによって発信される、技術的アドレスとトランザクションＩＤとを表すデータからおよび提供物のリストから標的を定められた提供物の情報をサーチし、サーバ構成要素のイネーブラへのパートナのプロバイダのアクセスを検査し、サーバ構成要素に作られたリクエストがトランザクションの現在の状態と対応していることを検証し、またトランザクションＩＤのサーバ手段が更新の処理待ちであることをサーバ構成要素に通告し、秘匿トランザクションＩＤに結びついたＭＳＩＳＤＮを返信し、更新の処理待ちとなり、そして、受信した更新が、メソッドＣｏｍｐｌｅｔｅｄを発信するためにせよメソッドＥｒｒｏｒのためにせよ、提供物の実現に必要な情報を含んでいることを検証する。
【００３０】
本発明の他の特徴によると、メソッドＵｐｄａｔｅは、サーバ構成要素のイネーブラによって発信され、またトランザクションＩＤのサーバのリクエストの実現に関する更新の処理待ちの状態から成る。
【００３１】
本発明の他の特徴によると、メソッドＯｐｅｎＴｒａｎｓａｃｔｉｏｎは、付加価値サービスを提供するプロバイダによって発信され、事業者の加入者へのパートナのアクセスを検査し、アクセス拒否を引き起こすかあるいはメソッドＳｔａｒｔを開始させる。
【００３２】
本発明の他の特徴によると、メソッドＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎは、付加価値サービスを提供するプロバイダによって発信されて、トランザクションＩＤのサーバ手段のロジックの待ち時間「ＴｉｍｅＯｕｔ」を解除することを可能にするイベントを生成する。
【発明を実施するための最良の形態】
【００３３】
以下に図面を参照しながら、本発明の実施の態様について説明するが、本発明は以下の例に限定されるものではない。
図１は、Ｐｕｓｈ／ＭＴモードでの変形例における、本発明における実施のプロセスの一例を表す概略図である。
図２は、ＩＤのサーバ手段によって利用される三つのロジック構成要素を表す説明図である。
図３は、ネットワークのサーバ構成要素のイネーブラとＩＤのサーバ手段との間の相互作用に結びついた状態のロジックの説明図である。
図４は、付加価値サービスを提供するプロバイダとＩＤのサーバ手段との間の相互作用に結びついた状態のロジックの例の説明図である。
図５は、Ｐｕｌｌ／ＭＯモードでの変形例における、本発明における実施のプロセスの一例を概略的に表した説明図である。
【００３４】
本発明は、今度は、図１および図２と関連して記述される。
【００３５】
本発明による方法は、トランザクションＩＤのサーバ手段を介して実現されるが、該トランザクションＩＤのサーバ手段は、後に、トランザクションＩＤの管理者（ＧＩＴＤ）と呼ばれることになるものである。
このＩＤのサーバ手段（ＧＩＴＤ）は、定められたサービスのトランザクションあるいはサブトランザクションについて、ユーザ（あるいはユーザグループ）に対応する識別構成要素を関連づけることを可能にする。
このトランザクションＩＤは、ＶＡＳＰ、アプリケーションプロバイダおよび専門化されたポータル、あるいは他のパートナのようなパートナサービスを提供するプロバイダ（３３）との通信において、ＭＳ−ＩＳＤＮ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ−Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）番号と取替えに利用されるもので、また規格にかなったダイアリングプラン、例えばＵＩＴ−Ｔ  Ｅ．１６４、の推挙にかなっていることを特徴とするものである。
このことにより、このトランザクションＩＤを解釈する可能性のある事業者を識別することを可能にする情報を含む最大１５ディジットのシーケンスが、強要される。
トランザクションＩＤの管理者（ＧＩＴＤ）は、サーバすなわちイネーブラ（３１）を用いたデータの伝送を可能にするための第一の通信インターフェース（２１）を含む。
この管理者（ＧＩＴＤ）は、さらに、トランザクションの通知インターフェース（２２）と呼ばれる第二の通信インターフェースを含み、トランザクションの始まり（ＳＴ）、終了（ＣＴ）、あるいは取消し（ＥＴ）を表すトランザクションイベントの生成を、どんな外的システム（４０）の方へも可能にする。
この通知インターフェース（２２）は、例えば、管理者（ＧＩＴＤ）を一つあるいは複数の請求書作成の外的システム（４０）に、および／または通信の管理者につなぐことを可能にする。
【００３６】
図１に表されているように、トランザクションＩＤの管理者（ＧＩＴＤ）は、管理モジュール（２７）を含む。
該管理モジュールは、ユーザあるいはユーザグループに、および少なくとも一つの定められたサービスに、トランザクションＩＤを関連づけることを可能にするものである。
管理者（ＧＩＴＤ）は、例えば、サービスを提供するプロバイダ（３３）のもとでの、サービス提供物へのユーザの加入契約を管理することができる。
変形例では、トランザクションＩＤの管理者（ＧＩＴＤ）は、加入契約の管理者に接続することもできる。
管理者（ＧＩＴＤ）のメモリ（２５）は、プロバイダによって認証されたサービス提供物の記述を記録させること、またサービスについてのユーザあるいはユーザグループに関する複数のトランザクションコンテキストを記録することを可能にする。
各トランザクションコンテキストは、ユーザＩＤ番号、トランザクションＩＤ、トランザクションに結びついた提供物、およびトランザクションの進展状態を示す。
この進展状態は、例えば完了したサブトランザクション（Ｒ’）の数、実行されなければならない状態のままであるサブトランザクション（Ｒ’）の数によって記述されることができる。
サービス提供物の記述は、供給システム（３２）によって、サービスの記述の提供インターフェース（ＩＦＤＳ）と呼ばれる第三の通信インターフェースを用いて、データ収集入力されることができる。
【００３７】
図１に表されているように、トランザクションＩＤの管理者（ＧＩＴＤ）は、以下を行う可能性のあるソフトウェアプラットフォームの中心に置かれることができる。
・トランザクションＩＤを管理すること。
・ネットワークのイネーブラ（３１）によるアンマスクのリクエストへのアクセスの統計情報を管理すること。
・サービスの表示、またより詳細にはそのシーケンス化／実行を記録すること。
・サービスの実行を検査することであり、したがってその始めから終わりまでの実現を確認すること。
・トランザクショントリガ、例えば始めるためのＢＥＧＩＮ（ＳＴ）、実行するためのＣＯＭＭＩＴ（ＣＴ）、取り消すためのＲＯＬＬＢＡＣＫ（ＥＴ）（図２）を発信すること。
【００３８】
トランザクションＩＤを管理することに成功するために、管理モジュール（２７）は、メモリ（２５）に、およびサービスの記述の提供インターフェース（ＩＦＤＳ）につながっている。
本発明の実施態様において、トランザクションＩＤの管理者（ＧＩＴＤ）のメモリ（２５）は、提供インターフェース（ＩＦＤＳ）を利用するサービスの記述の供給システム（３２）によって伝送されたサービス提供物の記述を記録する。
この供給システム（３２）は、パートナのプロバイダ（３３）が考慮に入れるものであって、サービスの完全な記述を提供することを可能にする。
本発明の実施態様において、メモリ（２５）は、サービス、とりわけ提供物の一部を成すイネーブラ構成要素（ＬＯＣ，ＳＭＳ，ＭＭＳ）を用いた通信モード、を詳細に説明する記述を記録する。
この記述は、例えばＥｘｐｒｅｓｓｉｏｎ  Ｒｅｇｕｌｉｅｒｅ、ＸＭＬ  ＳｃｈｅｍａあるいはＤＴＤなどの記述言語から、またはトランザクションＩＤの管理者（ＧＩＴＤ）にサービスの良好な実行を検査させること、およびそこから始まりと終わりを検出させることを可能にする、他のあらゆる形態で定義されることが可能であり得よう。
パートナのプロバイダ（３３）は、自らのサービスの記述モードを知っているため、したがって、一つあるいは複数のサービスを含む、予想された記述に対応する提供物が実際に実現される。
【００３９】
例えば、位置決定イネーブラ（ＬＯＣ）、ショートメッセージイネーブラ（ＳＭＳ）、およびマルチメディアメッセージイネーブラ（ＭＭＳ）を介入させるサービス提供物の場合において、サービスの記述は、次の形態「（ＳＭＳ＿ＭＯ，ＬＯＣ，ＭＭＳ）」を呈することができる。
すなわち、完全なサービスは、ＳＭＳ＿ＭＯ、位置決定の要求、およびマルチメディアメッセージの送信から成らなければならない。
他の例において、記述は、次のように作成されることができる。
「（ＬＯＣ，ＷＡＰ−ＰＵＳＨ＋，［ｃｌｏｓｅ−ｔｒａｎｓａｃｔｉｏｎ｜ｔｉｍｅｏｕｔ（２ｊｏｕｒｓ）］）」
このことは、サービスが、位置決定の要求、続いて１からｎプッシュのＷＡＰから成らなければならないことを意味する。
サービスの終わりは、タイムアウトと呼ばれるコール時間に基づいてか、あるいは、サーバ構成のイネーブラ（３１）またはサービスを提供するプロバイダ（３３）の明瞭なクローズトランザクションと呼ばれるトランザクションの閉鎖の命令によって引起こされる。
【００４０】
サービスの記述は、サーバ構成要素のイネーブラ（３１）の各リクエストの内容を、例えば「（ＳＭＳ＿ＭＯ：‘＾ＢＬＡＧＵＥ＊’，ＭＭＳ）」のように詳細に説明して、サービスがＢＬＡＧＵＥで始まるＳＭＳ＿ＭＯおよびマルチメディアメッセージから成らなければならないことを意味することもできる。
本発明の実施変形例において、サービスの記述は、場合によっては、例えば入れ子になるように定義され得る、トランザクションサブパートを組み入れることができる。
このように、記述ＸＭＬの場合において、インポートあるいはリファレンスのメカニズムが利用されることができる。
この場合、サービスの実現は、トランザクションサブパートの実現によって条件づけられる可能性がある。
これらのトランザクションサブパートは、場合によっては、請求書作成の外的システム（４０）によって別々に請求書が発行される。
図１のサーバ構成のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）は例として挙げられているだけである。
ＣＡＭＥＬ、ＷＡＰサーバー等のような他のどんなサーバ構成要素のイネーブラも、トランザクションＩＤの管理者（ＧＩＴＤ）を用いて実施されるプロセスにおいて利用されることができる。
【００４１】
本発明の実施態様において、トランザクションＩＤのサーバ手段（ＧＩＴＤ）は、付加価値サービスを提供するプロバイダ（３３）あるいはその相当物のために用意される追加の通信インターフェース（２３）を有するが、第一の通信インターフェース（２１）は、ネットワークのサーバ構成要素（ＬＯＣ，ＳＭＳ，ＭＭＳ）のために用意されているものである。
この追加の通信インターフェース（２３）は、パートナのプロバイダ（３３）に、あるサービスタイプで定められたユーザのためのトランザクションを開くことを可能にさせる。
この通信インターフェース（２３）は、サービスを提供するプロバイダ（３３）が加入者に向かってサービスを始める場合においてのみ、すなわちＰＵＳＨモードでのみ必要なものであり、例えば図１の実施態様における通りである。
オープンなサービスの記述の場合において、ＶＡＳＰタイプあるいは類似タイプのパートナのプロバイダ（３３）は、サービスがパートナのプロバイダにしたがって実現されたことを示すことをパートナのプロバイダに許可するメソッドを、自由に有することができる。
別の面では、この追加の通信インターフェース（２３）はオプションなので、管理者（ＧＩＴＤ）は、大抵の場合、パートナＶＡＳＰあるいは類似のパートナのために明確な構成要素となる。
【００４２】
本発明は、今度は、図２と関連して記述される。
【００４３】
図２は、本発明のプロセスにしたがって、ユーザの秘匿トランザクションＩＤを用いてサービスの完全な提供を管理するために、管理モジュール（２７）に利用される内部ロジックの、三つのロジック構成要素を示している。
この内部ロジックによって実現される三つのメソッドの中で、一般にＳＴＡＲＴ（Ｓ）と呼ばれるメソッドは、ＭＳＩＳＤＮＩＤの事前の回収（Ｓ０）の後、次の操作を続けて実行する。
・提供されたデータ、そのうちとりわけＭＳＩＳＤＮ番号に基づいたトランザクションＩＤの生成（Ｓ１）。
・ＭＳＩＳＤＮＩＤ、トランザクションＩＤ、トランザクションに結びついた提供物およびトランザクションの進展状態を含む、トランザクションコンテキストの創作（Ｓ２）。
・管理者（ＧＩＴＤ）のメモリ（２５）内へのトランザクションコンテキストの記録。
・トランザクションの始まりを通知するために外的システム（４０）の方に送信されるトランザクションイベントＢＥＧＩＮ（ＳＴ）の生成。
・トランザクションＩＤの管理者（ＧＩＴＤ）による、サービスを提供するプロバイダ（３３）への、サービスに対応するトランザクションＩＤの送信（３）。
【００４４】
トランザクションＩＤのサーバ手段（ＧＩＴＤ）の、一般にＣｏｍｐｌｅｔｅｄ（Ｃ）と呼ばれるメソッドは、トランザクションのサブトランザクションが完全に実現された（Ｃ０）かどうかをテスト（Ｃ１）によって決定し、ついでそれ相応にトランザクションコンテキストを変更する（Ｃ２）。
さらに、メソッドＣｏｍｐｌｅｔｅｄ（Ｃ）は、提供物の記述を検討（Ｃ３）することによって、トランザクションＩＤのサーバ手段（ＧＩＴＤ）が外部のイベントを待つ（Ｃ５）ことが必要かどうかを決定し、ロジックを、経過時間「ＴｉｍｅＯｕｔ」の処理待ちあるいはトランザクションの閉鎖「ＣｌｏｓｅＴｒａｎｓａｃｔｉｏｎ」に位置決めする。
つまり、このメソッドは、トランザクションが完了したかどうか検証（Ｃ４）すること、そしてＣＯＭＭＩＴ（ＣＴ）タイプのトランザクションイベントを生成することを可能にする。
メソッドＣｏｍｐｌｅｔｅｄ（Ｃ）に対応するロジック構成要素が、トランザクションの変化の検査を実行することを可能にすることが理解される。
複数のサブトランザクション（Ｒ’）が、このメソッドを用いた同じトランザクション中で続けて実現されることができる。
図２の実施態様において、メソッドＣｏｍｐｌｅｔｅｄ（Ｃ）は、このように、次の操作を含む。
・場合によっては、サブトランザクション（Ｒ’）の実現の終わり（Ｃ０）の検査テスト（Ｃ１）および、実現されたサブトランザクション（Ｒ’）を中に統合することによる、トランザクションコンテキスト内に記録させられたトランザクションの進展状態の変更（Ｃ２）。
・管理者（ＧＩＴＤ）が外部のイベントを待つ必要があるかどうかを決定するための、提供物の記述の検討（Ｃ３）。
・第一に挙げるべき場合において、ロジックの、イベントの処理待ちへの位置決め（Ｃ５）であって、この処理待ちはコール時間「ＴｉｍｅＯｕｔ」あるいはトランザクションの閉鎖「Ｃｌｏｓｅ−Ｔｒａｎｓａｃｔｉｏｎ」のあとで完了するものである、もしくは、もし如何なる特別なイベントも予想されない場合には、トランザクションの進展状態の検証（Ｃ４）。
・サブトランザクションの終わりを通知するために外的システム（４０）の方に送信されるトランザクションイベントＣＯＭＭＩＴ（ＣＴ）の生成。
【００４５】
トランザクションＩＤの管理者（ＧＩＴＤ）は、トランザクションの通知インターフェース（２２）からどんな外的システム（４０）の方へも、コマンドＣＯＭＭＩＴ（ＣＴ）によってサービスの完全な実現を表すデータを伝送することができるが、該コマンドは、トランザクションが完全に実現されていることを、例えば請求書作成の外的システム（４０）に示すために、トランザクションエンジン（２８）によって生成されるものである。
管理者（ＧＩＴＤ）は、さらにメモリ（２５）内に、トランザクションコンテキストのこの変化を記録させる。
検証過程（Ｃ４）は、特に、完全に最後のサブトランザクション（Ｒ’）の終わりと中間のサブトランザクション（Ｒ’）の終わりとの間で見分けをつけることを可能にする。
トランザクションの実現の進展状態は、したがって、決定されることができる。
【００４６】
トランザクションＩＤのサーバ手段（ＧＩＴＤ）の内部ロジックはまた、一般にＥＲＲＯＲ（Ｅ）と呼ばれるメソッドも実現するが、該メソッドは、本発明によるプロセスにおいて影響を有するエラーの存在を検出および通告することを可能にするものである。
エラーコード（Ｅ０）は、エラー上のリスタートの数を検証する比較手段によって受信される。
比較（Ｅ１）は、エラーでのリスタート数とあらかじめ定められた閾値との間で実行される。
閾値に達しない限り、エラーは引き起こされ（Ｅ２）、そしてトランザクションコンテキストにいかなる結果も及ぼさない。
反対の場合、トランザクションイベントＲＯＬＬＢＡＣＫ（ＥＴ）が、トランザクションコンテキストを取り消すために外的システム（４０）の方に送信される。
本発明の実施態様において、トランザクションＩＤは、すぐに消去される。
【００４７】
本発明は、今度は図１、２、および３と関連して記述される。
【００４８】
第一の通信インターフェース（２１）は、サービスおよび定められたユーザのためのトランザクションを初期設定することを可能にする。
該インターフェースは、サーバ構成要素のイネーブラ（３１）によって始められた、トランザクションＩＤのアンマスクリクエスト（５，１０）へのアクセスも可能にする。
このマンマスクリクエスト（５，１０）は、例えばＭＳＩＳＤＮ番号から成るＩＤを捜し出すことを可能にする。
この通信インターフェース（２１）に向けられる、サービスの更新すなわちＵｐｄａｔｅのリクエスト（３０１）を実行することも可能である。
図３に説明されているように、更新Ｕｐｄａｔｅのリクエスト（３０１）は、サービスの良好な提供を確保する目的において、サービス提供物の加入者ユーザまでの、イネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）リクエストの具体的な実現に結びつけられることができる。
Ｕｐｄａｔｅリクエストはまた、例えば、サービスの内容の検証を可能にするために、サーバ構成要素のイネーブラ（３１）から加入者に通過する情報の内容に結びついている。
【００４９】
本発明の実施態様において、更新Ｕｐｄａｔｅのメソッドは、サーバ構成要素のイネーブラ（３１）によって発信される。
該メソッドは、トランザクションＩＤのサーバ（ＧＩＴＤ）のリクエストの実現に関して更新の処理待ち状態にすることから成る。
更新は、サーバ構成要素のイネーブラ（３１）へのリクエストの実現の際に非同期式の仕方で実現されることができるが、またサービス提供物の全体あるいは一部の、トランザクションＣＯＭＭＩＴ（ＣＴ）を条件づけることもできる。
例えば、ショートメッセージのイネーブラ（ＳＭＳ）の場合、内容がユーザに伝達されたことを確認するために、伝達通知の非同期メッセージが利用されることができる。
【００５０】
本発明によるプロセスは、Ｐｕｓｈ／ＭＴモードでもＰｕｌｌ／ＭＯモードでも良好に機能することができ、少なくとも一つの定められたサービスのトランザクション開始のリクエスト（１）の発信は、ユーザによってにせよサービスを提供するプロバイダ（３３）によってにせよ、始められることができる。
図１の例において、電話番号タイプのＩＤあるいは他のあらゆるユーザＩＤによってリクエストに表示されるユーザの会計のために、管理者（ＧＩＴＤ）に、トランザクションの開始を要求するのは、プロバイダ（３３）である。
このリクエスト（１）は、管理者（ＧＩＴＤ）の第一の通信インターフェース（２１）の方にＰｕｓｈモードで送られる。
管理者は、そのとき、リクエストの対象になるサービスと、メモリ（２５）に記録された複数のサービス提供物の中からディレクトリの作成されたサービス提供物との対応を検証するために、管理者（ＧＩＴＤ）の管理手段としての管理モジュール（２７）およびコントロール手段（２６）を介してリクエスト（１）の分析（１’）を行う。
管理手段としての管理モジュール（２７）およびコントロール手段（２６）は、特に、トランザクションの開始のリクエスト（１）において通知されたサービスの技術的アドレスと、ＩＤのサーバ手段（ＧＩＴＤ）のメモリ（２５）内に記録された複数のサービス提供物の記述の中でディレクトリの作成されたサービス提供物との間の、対応の解明によって分析（１’）を行う。
図１の実施態様において、技術的アドレスは、リクエスト（１）の発信元であるプロバイダ（３３）によって提供されるサービスを記述するために、トランザクションの開始のリクエスト（１）に挿入される。
この技術的アドレスは、管理者（ＧＩＴＤ）によって「解明」され、また管理者は、この技術的アドレスにトランザクションＩＤを関連づける。
【００５１】
本発明の実施態様において、分析（１’）の過程は、技術的アドレス内に示されたサーバ構成要素のイネーブラ（３１）と、複数のサービス提供物の中からユーザのためにアクセス可能なディレクトリの作成されたサービス提供物との対応の、管理モジュール（２７）による検証ならびに、これらのサーバ構成要素のイネーブラ（３１）よって提供されるサービスおよび明示されたユーザのためのユーザＩＤに応じた、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のコントロール手段（２６）によるトランザクションの開始許可の検査、を含む。
秘匿トランザクションＩＤを利用するトランザクションの実現過程（Ｒ）は、リクエスト（１）の分析（１’）の過程の後に続く。
【００５２】
図１の実施態様において、サービスを提供するプロバイダ（３３）によって発信されたトランザクション開始のリクエスト（１）は、サブトランザクション（Ｒ’）を実現する三つのサーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）にコールするサービスに関するものである。
このリクエスト（１）は、トランザクションＩＤの管理者（ＧＩＴＤ）のプロバイダによって通信インターフェース（２３）に送られるものであり、オープンなプリミティブのセットを用いて逐次の仕方で記述されることができ、またユーザＩＤを通知するものである。
本発明の他の実施態様において、リクエスト（１）は、一つまたは複数のサーバ構成要素のイネーブラ（３１）にコールする少なくとも一つのサービスに関することができる。
【００５３】
トランザクションの実現過程（Ｒ）は、秘匿トランザクションＩＤの受信後、サービスを提供するプロバイダ（３３）によって始められる。
サービスを提供するプロバイダ（３３）は、図１に説明されているように、パラメータでの秘匿トランザクションＩＤを用いて、サーバ構成要素のイネーブラ（３１）の中から定められたサーバ（ＬＯＣ，ＳＭＳ，ＭＭＳ）に、サブトランザクション（Ｒ’）となる、定められたサービスの要求を実行する。
この要求への応答として、定められたサーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）は、秘匿ＩＤから、秘匿トランザクションＩＤに対応する認証ＩＤの提供を許可するために、トランザクションＩＤの管理者（ＧＩＴＤ）の方に、マスクを取るアンマスクリクエスト（５，１０）を送信する。
つぎに検査（５’，１０’）が、トランザクションＩＤのサーバ手段（ＧＩＴＤ）のコントロール手段（２６）によって実現され、定められたサーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）が、このサービスおよびこのユーザのために許可されるか否かを検証し、その結果、許可の場合には、認証ＩＤが、サブトランザクション（Ｒ’）の実現を可能にするために、定められたサーバ構成要素（ＬＯＣ，ＳＭＳ，ＭＭＳ）の方に、第一の通信インターフェース（２１）を経由して伝送される（７，１２）。
【００５４】
図１の例において、第一のサブトランザクション（Ｒ’）は、位置決定サーバ（ＬＯＣ）を介入させる位置決定サービスに関するものである。
この第一のサブトランザクション（Ｒ’）は、サービスを提供するプロバイダ（３３）によって実行され、またパラメータでのトランザクションＩＤを用いて位置決定サーバ（ＬＯＣ）に送られる、位置決定の要求（４）から始める。
管理者（ＧＩＴＤ）によって伝送（７）される認証ＩＤを受信した後、位置決定サーバ（ＬＯＣ）は、サービスを提供するプロバイダ（３３）に要求された位置決定情報を伝送（８）する。
【００５５】
本発明の好ましい実施態様において、トランザクションＩＤの管理者（ＧＩＴＤ）は、一方では、次のコマンド：ＢＥＧＩＮ（ＳＴ），ＣＯＭＭＩＴ（ＣＴ），ＲＯＬＬＢＡＣＫ（ＥＴ）のいずれかから成るトランザクションイベントの発信を生成するトランザクションエンジン（２８）を、他方では、トランザクションエンジン（２８）の各イベントおよび、トランザクションＩＤの管理者（ＧＩＴＤ）の利用の間に発信される情報の全体をメモリ（２５）内に記録するトレーサビリティエンジン（２９）を備える。
図１に表されているように、トランザクションの開始のための許可の検査をともなった分析（１’）の過程に続いてすぐに、トランザクションエンジン（２８）によって生成されるコマンドＢＥＧＩＮ（ＳＴ）の形態で、トランザクションの始まりのイベントの少なくとも一つの外的システム（４０）の方への送信が行われる。
トランザクションの始まりのイベントの生成は、管理者（ＧＩＴＤ）のトランザクションの通知インターフェース（２２）を介して実現される。
【００５６】
外的システム（４０）は、例えば請求書作成のチケットを予約するための、請求書作成システムから成ることができる。
分析（１’）の過程の後にはまた、コマンドＢＥＧＩＮ（ＳＴ）の生成とほぼ同じ瞬間に実現される、サービスの開始の統計のトレーサビリティエンジン（２９）による記録が続く。
トランザクションの始まりのイベントが外的システム（４０）に送信されるとすぐに、サブトランザクション（Ｒ’）は実現されることができる。
トレーサビリティエンジン（２９）は、サブトランザクション（Ｒ’）のそれぞれの終わりに統計（６，１１）も記録する。
トランザクションコンテキストは、サブトランザクション（Ｒ’）の実現の終わりの際に更新される。
当然、通信の管理者、ＩＨＭタイプのシステム、行為ごとのあるいは契約金額での支払システム、および他の類似のシステムが、トランザクションエンジン（２８）に組み込まれることができる。
本発明の実施態様において、トレーサビリティエンジン（２９）は、例えば肯定か否定かとなるアクセス検査、完全か途中かとなる提供物の実現についての、トランザクションＩＤの管理者（ＧＩＴＤ）の利用によって発信される情報の全体を自由に使える。
【００５７】
図１の例において、第二のサブトランザクション（Ｒ’）は、ショートメッセージサーバ（ＳＭＳ）を介入させており、サービスを提供するプロバイダ（３３）は、サーバ（ＳＭＳ）に要求（４）を実行する。
通信モードは、位置決定サーバ（ＬＯＣ）を用いたサブトランザクション（Ｒ’）のための上述の場合に類似である。
今回は、管理者（ＧＩＴＤ）によって伝送（１２）された認証ＩＤを受信した後、サーバ（ＳＭＳ）は、要求されたショートメッセージの情報をサービスを提供するプロバイダ（３３）に伝送（１３）する。
第三のサブトランザクションは、マルチメディアメッセージのサーバ構成のイネーブラ（ＭＭＳ）を介入させる。
この第三のサブトランザクションの例においては、統一性の欠如が、メモリ（２５）内に記録されたサービスの記述とマルチメディアメッセージサーバ構成のイネーブラ（ＭＭＳ）の依拠の要求との間で、管理者（ＧＩＴＤ）によって検出されている。
そのようなエラーは、例えばサービスの記述が電子メールの送信を準備する際に、検出される可能性がある。
最初の二つの過程（１４，１５）は、位置決定サーバ（ＬＯＣ）に関する第一のサブトランザクション（Ｒ’）の最初の二つの過程である、要求（４）とアンマスクリクエスト（５）に類似している。
ついで、統一性の欠如は、図３の対応する図を用いて説明されているように、アンマスクのメソッドの実行の際に検出される。
トレーサビリティエンジン（２９）は、トランザクションの失敗を表す統計情報（１６）を記録する。
つぎに、トランザクションＩＤの管理者（ＧＩＴＤ）は、第一の通信インターフェース（２１）を経由して、否定の応答（１７）を、サーバ構成要素のイネーブラ（ＭＭＳ）に送信する。
このサーバ構成要素のイネーブラ（ＭＭＳ）は、サービスを提供するプロバイダ（３３）に、マルチメディアショートメッセージの送信の許可の拒否（１８）を通知する。
最後に、トランザクションＩＤの管理者（ＧＩＴＤ）は、トランザクションの通知インターフェース（２２）を経由して、始めから終わりまでのサービスが失敗したこと、エラーでトランザクションのリスタート数が超えたことを外的システム（４０）に通告するために、リスタートの終わりタイプのトランザクションイベントＲＯＬＬＢＡＣＫ（ＥＴ）を発信する。
このイベントＲＯＬＬＢＡＣＫ（ＥＴ）は、トランザクションが取り消されたことを通知する。
本発明の実施態様において、トランザクションイベントＲＯＬＬＢＡＣＫ（ＥＴ）を用いて提供されるデータは、通信の管理者に伝送され、サービスの請求書を発行するか否かを許可する。
【００５８】
本発明は、今度は、図３および図４に関連して記述される。
【００５９】
図３は、サーバ構成要素のイネーブラ（３１）と管理者（ＧＩＴＤ）との間の相互作用に結びついた状態のロジックを用いたメソッドを表している。
トランザクションＩＤの管理者（ＧＩＴＤ）の、Ｍａｓｋと呼ばれるマスクするメソッドは、技術的アドレス（２０１）からおよびメモリ（２５）内に記録された複数のサービス提供物から、ＩＤのために標的を定められた提供物（２０３）の情報を、第一の時間においてサーチ（２０２）する
つぎに、メソッドＭａｓｋは、加入者ユーザの、サービスの提供物（２０３）へのアクセスを検査（２０４）し、そしてアクセス拒否（Ｒ１）を発信するかあるいはメソッドＳｔａｒｔ（Ｓ）を開始する。
【００６０】
トランザクションＩＤの管理者（ＧＩＴＤ）の、Ｕｎｍａｓｋと呼ばれるマスクを取るメソッドは、技術的アドレスとトランザクションＩＤを表すデータからおよび前記複数の提供物から標的を定められた提供物（２０６）の情報を、第一の時間においてサーチ（２０５）する。
次に、図３に説明されるように、メソッドＵｎｍａｓｋは、サーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）へのパートナのプロバイダ（３３）のアクセスを検査（２０７）し、そして、サーバ構成要素（ＬＯＣ，ＳＭＳ，ＭＭＳ）に作られたリクエストがトランザクションの現在のコンテキストと対応していることを検証（２０８）する。
ついで、更新が必要な場合においては、メソッドＵｎｍａｓｋは、トランザクションＩＤの管理者（ＧＩＴＤ）が更新の処理待ちであることをサーバ構成要素のイネーブラ（ＬＯＣ，ＳＭＳ，ＭＭＳ）に通告して続行し、ＭＳＩＳＤＮ番号あるいは、秘匿トランザクションＩＤに結びついた類似のＩＤを返信（２１０）し、更新Ｕｐｄａｔｅの処理待ち（２１１）となり、そして受信した更新が、メソッドＣｏｍｐｌｅｔｅｄ（Ｃ）のためにせよメソッドＥｒｒｏｒ（Ｅ）のためにせよ、提供物の実現に必要な情報を含んでいることを検証（３０２）する。
アクセス拒否（Ｒ２）は、アクセスが検査（２０７）の際に許可されなかったときに通知される。
図３の実施態様において、更新の検査（２０９）の過程は、検証（２０８）の過程の後で介入して、更新Ｕｐｄａｔｅが必要でない場合においては、メソッドＣｏｍｐｌｅｔｅｄ（Ｃ）を用いて提供物の実現を直接促進する。
【００６１】
図４は、トランザクションの開始および閉鎖に使用されるサービスを提供するプロバイダ（３３）とトランザクションＩＤの管理者（ＧＩＴＤ）との間の、通信メソッドを表している。
メソッドＯｐｅｎＴｒａｎｓａｃｉｏｎは、付加価値サービスを提供するプロバイダ（３３）によって、管理者（ＧＩＴＤ）のプロバイダのための通信インターフェース（２３）の方に発信されて、事業者の加入者へのパートナのプロバイダ（３３）のアクセスを検査（１００）し、そしてアクセス拒否（Ｒ３）を生じさせるか、あるいはメソッドＳｔａｒｔ（Ｓ）を開始する。
メソッドＣｌｏｓｅＴｒａｎｓａｃｉｏｎは、プロバイダ（３３）によって管理者（ＧＩＴＤ）のプロバイダ用の通信インターフェース（２３）の方に発信されるものであり、トランザクションＩＤの管理者（ＧＩＴＤ）のロジックの待ち時間「ＴｉｍｅＯｕｔ」を解除することを可能にするイベントを生成する。
【００６２】
本発明は、今度は、図５に関連して記述される。
【００６３】
Ｐｕｌｌ／ＭＯモードでは、サービスの提供の運動学は、Ｐｕｓｈモードでの動き方と比べていくつかの違いを呈する。
図５は、後にショートメッセージＳＭＳの送信が続く位置決定要求から成るようにメモリ（２５）内に記述されるサービスの場合を説明している。
Ｐｕｓｈモードの場合と同様に、サービスのラン、とりわけイネーブラの方への依拠は、サービスの記述の中で情報を与えられ、サービスを提供するプロバイダ（３３）の技術的アドレスは、管理者（ＧＩＴＤ）によって既知である。
【００６４】
まず初めに、ユーザのサービス要求は、ユーザの携帯電話から伝送されるメッセージＭＯを介して、メッセージのためのサーバ構成要素のイネーブラ（ＳＭＳ）に送信されなければならない。
サーバ構成要素のイネーブラ（ＳＭＳ）は、そのとき、ユーザから発せられたサービス要求を傍受する。
イネーブラ（ＳＭＳ）の大きな有利な点はサービスの技術的アドレスに結びついているので、イネーブラ（ＳＭＳ）は、したがって、ユーザおよび関係するサービスのためのトランザクションＩＤの管理者（ＧＩＴＤ）にトランザクションの開始を要求する（Ｏ）。
この開始のリクエスト（Ｏ）は、管理者（ＧＩＴＤ）の第一の通信インターフェース（２１）に向けられるものであり、オープンなプリミティブのセットを用いて逐次の仕方で記述され、そしてユーザＩＤを通知する。
リクエスト（Ｏ）の分析（１’）がそのとき実行されて、管理者（ＧＩＴＤ）のコントロール手段（２６）によって許可される場合には、コマンドＢＥＧＩＮ（ＳＴ）が、外的システム（４０）にトランザクションの始まりのイベントを通知するために、トランザクションエンジン（２８）によって生成される。
【００６５】
サービスとユーザに対応するトランザクションＩＤは、ショートメッセージの大きな口座であるイネーブラ（ＳＭＳ）に返信（３’）される。
つぎに、付加価値サービスを提供するプロバイダ（３３）は、イネーブラ（ＳＭＳ）から送信されたショートメッセージの形でユーザのリクエストを受信（３’’）するが、しかしながら、その正確な身元を知ることはない、というのも、唯一トランザクションＩＤだけがプロバイダに提供されるからである。
サブトランザクション（Ｒ’）は、そのとき、Ｐｕｓｈモード（図１）の通信モードにおけるのと同じ仕方で実現されることができる。
最後のサブトランザクション（Ｒ’）の終わりに、トランザクションＩＤの管理者（ＧＩＴＤ）は、サービスのためのトランザクションの実現（Ｒ）の良好な完了を検出する。
管理者は、関係するユーザのためにサービスが始めから終わりまで提供されたことを、トランザクションイベントＣＯＭＭＩＴ（ＣＴ）の生成によって、外的システム（４０）に通知する。
【００６６】
本発明による方法の利点のうちの一つは、事業者ネットワークの複数のイネーブラを利用する加入者のサービスセッションを、その実現の進展についてのイベントを生成することによって、管理することを可能にすることであり、このことは、例えば、実際に実行されたサブトランザクションの数に応じてサービスの請求書を発行することを可能にする。
【００６７】
既存の技術に比べた本発明の利点のうちの他の一つは、事業者が、サービスを提供するプロバイダに対してユーザのデータの機密性を保証することができるということである。
【００６８】
技術に精通した人々にとって、本発明が、請求の範囲に記載されるような発明の適応分野からそれることなく、他の多数の特有の形態での実施態様を可能にすることは、明白なはずである。
したがって、本実施態様は、例証として見なされなければならず、また付属の請求項の範囲で定義される分野において変更されることができるものであり、本発明は、上記に与えられた詳細に限定されるものではない。
【００６９】
［語句の説明］
技術的アドレスとは、文字の連鎖であって、定められたサービスをイネーブラのために記述しているものを示す。
技術的アドレスは、メディアＳＭＳおよびＧＤの場合において、ショートメッセージあるいはショートコード（例えば「２２２２」）、あるいはメディアｗａｐの場合においてＵＲＬアドレス（例：ｈｔｔｐ：／／ｗａｐ．ｓｆｒ．ｎｅｔ）であることができる。
技術的アドレスを構成する文字の連鎖は、キャラクタで終わることもできる。
略語の原文の表記と意味は、次のとおりである。
ＣＡＭＥＬ：Ｃｕｓｔｏｍｉｚｅｄ  Ａｐｐｌｉｃａｔｉｏｎｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  Ｅｎｈａｎｃｅｄ  Ｌｏｇｉｃ（モバイル用アプリケーションの総称的な名前）。
ＤＴＤ：Ｄｅｆｉｎｉｔｉｏｎ  Ｔｙｐｅ  ｄｅ  Ｄｏｃｕｍｅｎｔ（文書型定義）
ＧＤ：Ｇｅｓｔｉｏｎｎａｉｒｅ  ｄｅ  Ｄｉａｌｏｇｕｅ（通信の管理者）
ＧＩＤ：Ｇｅｓｔｉｏｎｎａｉｒｅ  ｄ’Ｉｄｅｎｔｉｆｉａｎｔ（ＩＤの管理者）
ＧＩＴＤ：Ｇｅｓｔｉｏｎｎａｉｒｅ  ｄ’Ｉｄｅｎｔｉｆｉａｎｔ  Ｔｒａｎｓａｃｔｉｏｎｎｅｌ（トランザクションＩＤの管理者）
ＧＯ：Ｇｅｓｔｉｏｎｎａｉｒｅ  ｄ’Ｏｆｆｒｅ（提供物の管理者）
ＬＯＣイネーブラ：位置決定のプラットフォーム
ＳＭＳイネーブラ：ショートメッセージを送信することを可能にするプラットフォーム
ＭＭＳイネーブラ：マルチメディアメッセージを送信するためのプラットフォーム
ＩＨＭ：Ｉｎｔｅｒａｃｔｉｏｎ  Ｈｏｍｍｅ−Ｍａｃｈｉｎｅ（人間とコンピュータの相互作用）
ＭＯ／ＭＴ：Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ／Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｅｄ（携帯電話発信／携帯電話着信）
ＭＳ−ＩＳＤＮ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ−Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ（携帯電話サービス統合デジタル網で、携帯電話のコール番号のこと）
ＯＳＡ：Ｏｐｅｎ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ（モバイル無線電話ネットワークを用いてインターフェースを定義するもの）
ＰＡＲＬＡＹ：ＯＳＡに匹敵するもので、固定ネットワーク用のものを示す。
ＵＩＴ：Ｕｎｉｏｎ  Ｉｎｔｅｒｎａｔｉｏｎａｌｅ  ｄｅｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ（国際電気通信連合）
ＶＡＳＰ：Ｖａｌｕｅ  Ａｄｄｅｄ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ（付加価値サービスを提供するプロバイダ）
ＷＡＰ：ワイヤレスアプリケーション用プロトコル（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）
ＷＡＰサーバ：モバイルネットワークで伝送された情報を、インターネットを用いて互換性のあるフォーマットに翻訳し、また逆の変換を実行することが可能なＷＡＰブリッジ（ＷＡＰゲートウェイ）を経由して携帯電話によって使用することができる、ＷＡＰサーバ。
ＸＭＬ：ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ（拡張可能なマークアップ言語で、ＨＴＭＬに似た記述言語）
【図面の簡単な説明】
【００７０】
【図１】Ｐｕｓｈ／ＭＴモードでの変形例における、本発明における実施のプロセスの一例を表す概略図である。
【図２】ＩＤのサーバ手段によって利用される三つのロジック構成要素を表す説明図である。
【図３】ネットワークのサーバ構成要素のイネーブラとＩＤのサーバ手段との間の相互作用に結びついた状態のロジックの説明図である。
【図４】付加価値サービスを提供するプロバイダとＩＤのサーバ手段との間の相互作用に結びついた状態のロジックの例の説明図である。
【図５】Ｐｕｌｌ／ＭＯモードでの変形例における、本発明における実施のプロセスの一例を概略的に表した説明図である。
【符号の説明】
【００７１】
１  リクエストの分析
３  送信
４  要求
５  アンマスクリクエスト
６  統計
７  伝送
８  伝送
１０  マンマスクリクエスト
１１  統計
１２  伝送
１３  伝送
１４  過程
１５  過程
１６  統計情報
１７  応答
１８  拒否
２１  通信インターフェース
２２  通知インターフェース
２３  通信インターフェース
２５  メモリ
２６  コントロール手段
２７  管理モジュール
２８  トランザクションエンジン
２９  トレーサビリティエンジン
３１  イネーブラ
３２  供給システム
３３  プロバイダ
４０  外的システム
【図１】
2004362591.tif 000003
【図２】
2004362591.tif 000004
【図３】
2004362591.tif 000005
【図４】
2004362591.tif 000006
【図５】
2004362591.tif 000007