(57)【要約】  移動端末あるいは固定端末（５ｂ−２）を介して通信システム（２）のユーザ（５ｂ−２）へ、先制通知の課金メッセージ（２０１）を提供するための方法及びシステムが開示される。各端末は、通信システム（２）において、少なくとも１つの物理的な接続と、少なくとも１つの機能的な接続を有する。先制通知の課金メッセージ（２０１）は、通信システム（２）における、使用履歴（２０３）、管理情報（２０２）及び動作情報（２０５）に基づいていて、課金の先制通知が与えられる設備あるいはサービスのユーザのリクエストあるいは開始なしで、ユーザへ送信される。【選択図】  なし
2008542889.tif 000002
【特許請求の範囲】
【請求項１】
通信システム（２）によって提供される設備及びサービスに対する、先制通知の課金メッセージを、前記通信システムのユーザの端末（５ａ−ｚ）を介してユーザへ配信する方法であって、
先制通知の課金メッセージ（６０９）用の生成プロセス（６００）として、
前記通信システムによって提供される設備及びサービスに関連する、該通信システムにおけるトリガ条件及びトリガ情報（６０８）に基づいて、ユーザの端末へ先制通知の課金メッセージを送信する時期をトリガする（６０３）ステップを少なくとも含む
ことを特徴とする方法。
【請求項２】
更に、先制通知の課金メッセージを生成するための、前提条件、選択条件、メッセージ定義及びトリガ条件を含むルールを定義する（６１０）ステップを更に備える
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記通信システムは、
設備及びサービスをユーザの端末へ提供するための、前記端末（５ａ−ｚ）への論理的な接続を有する実行機能（１４）と、
設備及びサービスの機能及び実際の使用を可能にするための関連する情報を登録するための１つ以上の実行機能（１４）との論理的な接続を有する管理機能（１２）と、
前記設備及びサービスのユーザに対して、設備及びサービスの実際の使用に対する課金を行うための１つ以上の実行機能（１４）との論理的な接続を有する課金機能（１３）と、
前記実行機能、前記管理機能及び前記課金機能に論理的に接続されている前記生成プロセス（６００）は、更に、
管理条件、課金条件及び選択条件からの管理情報（６０６）に基づいて、先制通知の課金メッセージを送信するための端末を選択する（６０１）ステップと、
管理機能及び課金機能からのアセンブリ情報（６０７）と、メッセージ定義に基づいて、端末のユーザ専用の先制通知の課金メッセージをアセンブルする（６０２）ステップと、
すべての条件に合致する場合に、先制通知の課金メッセージをリリースする（６０９）ステップと
を備えることを特徴とする請求項１に記載の方法。
【請求項４】
ルール（６１０）を適用可能にするために、端末（６０５）をプレスキャンすることによって、更に、
前記端末の管理情報が変更される場合の端末について、前記端末の管理情報が各ルールで記述される前提条件に整合するかをチェックするステップと、
新規のルールが定義されるあるいは定義されているルールが変更される場合の端末について、前記端末の管理情報が前記新規のルールあるいは変更されるルールで記述される前提条件に整合するかをチェックするステップと、
前記端末とルールの組み合わせが前記生成プロセスで削除される場合の端末について、前記端末の管理情報が依然として前記ルールで記述される前提条件に整合するかをチェックするステップと、
管理情報が前記ルールで記述される前提条件に整合する場合に、前記生成プロセスにおけるルールと端末の組み合わせをアクティベートするステップと
を備えることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ルールと端末の組み合わせを前記生成プロセスに存在させることができるための最大有効期間を、ルールの定義に追加するステップを更に備える
ことを特徴とする請求項２に記載の方法。
【請求項６】
前記プレスキャンは、前記生成プロセスでアクティベートする場合、前記ルール及び端末の組み合わせに日時／タイムスタンプを追加するステップを備える
ことを特徴とする請求項４に記載の方法。
【請求項７】
前記生成プロセスは、更に、前記ルールが変更されている場合あるいは削除されている場合、前記日時／タイムスタンプを有する前記ルール及び端末の組み合わせにおいて前記最大有効期間が経過している場合、前記ルール及び端末の組み合わせに対して先制通知の課金メッセージが送信されている場合、あるいは前記選択条件に合致しない場合、前記ルール及び端末の組み合わせを削除するステップを備える
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記生成プロセスのリクエストされている最適化をルールの定義に追加するステップを更に備える
ことを特徴とする請求項２に記載の方法。
【請求項９】
前記プレスキャンは、更に、
プロセスインジケータを前記ルール及び端末の組み合わせに追加し、
前記生成プロセスにおける選択するステップと、アセンブルするステップと、トリガするステップが、前記生成プロセスにおける前記ルール及び端末の組み合わせをアクティベートする場合に実行されなければならないシーケンスを定義する
ステップを備える
ことを特徴とする請求項４に記載の方法。
【請求項１０】
ルールが有効となる、開始日時／時間及び終了日時／時間の期間を、ルールの定義に追加するステップを更に備える
ことを特徴とする請求項２に記載の方法。
【請求項１１】
前記生成プロセスは、更に、前記ルールで記述されている、前記開始日時／時間及び前記終了日時／時間に基づいて、ルールをアクティベートするあるいはデアクティベートするステップを備える
ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
メッセージタイプ、前記先制通知の課金メッセージを受信するユーザのすべてに適用可能な固定メッセージ部分、特定のユーザに専用の可変部分を取得する方法を特定する可変メッセージ部分を含む、先制通知の課金メッセージの定義を、ルールの定義に追加するステップを更に備える
ことを特徴とする請求項２に記載の方法。
【請求項１３】
スキャン周期で実行されるスキャンプロセスによる、前記生成プロセスにおける前記トリガするステップは、
前記スキャンプロセスへ、受信した新規のルール及び端末の組み合わせを追加するステップと、
前記最大有効期間が経過しているルール及び端末の組み合わせそれぞれをチェックして、削除するステップと、
前記ルールがこれ以上アクティブにならないルール及び端末の組み合わせそれぞれをチェックして、削除するステップと、
前記端末のトリガ情報と、前記ルールで記述されるトリガ条件との整合性について、ルール及び端末の組み合わせそれぞれをチェックするステップと、
前記トリガ条件に整合していて、かつ前記トリガするステップが、前記生成プロセスにおける、選択するステップ、アセンブルするステップ及びトリガするステップの内の最後のステップである場合に、リリースメッセージを送信するステップと、
前記トリガ条件に整合していて、かつ前記トリガするステップが、前記生成プロセスにおける、選択するステップ、アセンブルするステップ及びトリガするステップの内の最後のステップでない場合に、前記生成するプロセスにおける次のステップで、ルール及び端末の組み合わせを転送するステップと、
前記トリガ条件に整合している場合に、前記スキャンプロセスからルール及び端末の組み合わせを削除するステップと
を備えることを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
【請求項１４】
通信システム（２）におけるユーザの端末を介して、先制通知の課金メッセージをユーザへ配信する装置であって、
設備及びサービスをユーザの端末へ提供するための、前記端末（５ａ−ｚ）への論理的な接続を有する実行機能（１４）と、
設備及びサービスの機能及び実際の使用を可能にするための関連する情報を登録するための１つ以上の実行機能（１４）との論理的な接続を有する管理機能（１２）と、
前記設備及びサービスのユーザに対して、設備及びサービスの実際の使用に対する課金を行うための１つ以上の実行機能（１４）との論理的な接続を有する課金機能（１３）とを備え、
前記通信システム（２）は、
先制通知を行うための課金マネージャ（１）であって、前記実行機能、前記管理機能及び前記課金機能と、論理的な接続（２０１−２０５）によって動作可能に接続され、請求項１−１１のいずれか１項に記載の方法を実行することによって、先制通知の課金メッセージを生成し、前記先制通知の課金メッセージを、前記端末（５ａ−ｚ）へ転送するための前記実行機能（１４）へ送信するための、課金マネージャを備える
ことを特徴とする装置。
【請求項１５】
前記先制通知を行うための課金マネージャ（１）は、前記先制通知の課金メッセージの生成を制御するために、前記通信システムの端末（５ａ）との論理的な接続（２０６ａ）を有する
ことを特徴とする請求項１３に記載の装置。
【請求項１６】
前記先制通知を行うための課金マネージャ（１）は、更に、
管理情報（２０２）を受信するための前記管理機能（１２）と、プレスキャナ（３０６）へ固有の端末識別情報を送信するためのインタフェース（３１５）と、及び管理情報を記憶するためのアクティブ端末テーブル（３０２）とのインタフェース（３１３）との論理的な接続を有する端末（５ａ−ｚ）の管理情報を処理するための、管理アドミニストレータ（３０１）と、
管理情報を記憶するためのアクティブ端末テーブル（３０２）であって、当該アクティブ端末テーブルの端末の管理情報を更新するための前記端末アドミニストレータ（３０１）へのインタフェース（３１３）と、前記端末の管理情報を取得することを前記プレスキャナに可能にするための前記プレスキャナ（３０６）へのインタフェース（３１４）と、及び前記端末の管理情報を取得することをメッセージジェネレータ（３０７）に可能にするための前記メッセージジェネレータ（３０７）へのインタフェース（３１２）とを有する、アクティブ端末テーブルと、
請求項２、５、８、１０、１１及び１２のいずれか１項に記載の方法を実行するためのルールマネージャ（３０３）であって、先制通知の課金メッセージの生成を制御するための前記通信システム（２）の端末（５ａ）との論理的な接続（２０６）と、ルールを記憶し、かつ取得するためのルールデータベース（３０４）へのインタフェース（３１７）と、アクティベートされているルールをコピーするあるいはデアクティベートされているルールを削除するためのアクティブルールテーブル（３０５）へのインタフェース（３１０）と、及び固有のルール識別子を送信するための前記プレスキャナへのインタフェース（３１６）とを有する、ルールマネージャと、
アクティベートされているルールを記憶するためのアクティブルールテーブル（３０５）であって、アクティベートされているルールをコピーあるいはデアクティベートされているルールを削除するためのルールマネージャ（３０３）へのインタフェース（３１０）と、アクティベートされているルールを取得することを前記プレスキャナに可能にするための前記プレスキャナ（３０６）へのインタフェース（３２０）と、及びアクティベートされているルールを取得することを前記メッセージジェネレータ（３０７）に可能にするためのメッセージジェネレータ（３０７）へのインタフェース（３１１）とを有する、アクティブルールテーブルと、
論理的な接続を介して実行機能（１４）から受信するトリガ情報（２０５）を記憶するためのトリガテーブル（３０８）であって、前記トリガ情報（２０５）を取得することを前記メッセージジェネレータに可能にするための前記メッセージジェネレータ（３０７）へのインタフェース（３２１）とを有する、トリガテーブルと、
論理的な接続（２０３）を介して前記課金機能（１３）から受信する課金レコードを記憶するためのイベントデータベース（３０９）であって、前記イベントデータベースへ問い合わせを行うことを前記メッセージジェネレータに可能にするためのメッセージジェネレータ（３０７）へのインタフェース（３２２）とを有する、イベントデータベースと、
請求項４、６及び９のいずれか１項に記載の方法を実行するプレスキャナ（３０６）であって、固有のルール識別子を受信するためのインタフェース（３１６）と、固有の端末識別子を受信するためのインタフェース（３１５）と、管理情報を取得するためのインタフェース（３１４）と、アクティブルールを取得するためのインタフェース（３２０）と、ルール及び端末の組み合わせを前記メッセージジェネレータ（３０７）へ提供するためのインタフェース（３１８）と、及び前記メッセージジェネレータ（３０７）からルール及び端末の組み合わせを受信するためのインタフェース（３１９）とを有する、プレスキャナと、
請求項３、７及び１３のいずれか１項に記載の方法を実行するメッセージジェネレータ（３０７）であって、ルール及び端末の組み合わせを受信するためのインタフェース（３１８）と、ルール及び端末の組み合わせを送信するためのインタフェース（３１９）と、アクティブルールを取得するためのインタフェース（３１１）と、管理情報を取得するためのインタフェース（３１２）と、トリガ情報を取得するためのインタフェース（３２１）と、前記イベントデータベースへ問い合わせを行うためのインタフェース（３２２）と、前記先制通知の課金メッセージの可変部分に関連する情報を取得するための前記課金機能（１３）への論理的な接続（２０４）と、及び前記先制通知の課金メッセージを送信するための前記実行機能（１４）への論理的な接続（２０２）とを有する、メッセージジェネレータと
を備えることを特徴とする装置。
【請求項１７】
前記プレスキャナ（３０６）は、更に、
インタフェース（３１５）、（３１６）及び（３１９）を介して、前記プレスキャナへの着信コマンドを受信するためのＦＩＦＯ（５０３）と、
前記着信コマンドを実行するためのコントローラ（５０１）であって、前記着信コマンドを取得するための前記ＦＩＦＯ（５０３）へのインタフェースと、内部管理のためのアクティベートされているルール端末識別子テーブル（５０２）へのインタフェースと、管理情報を取得するためのインタフェース（３１４）と、ルールを取得するためのインタフェース（３２０）と、及びルール及び端末識別子ペアを前記メッセージジェネレータへ送信するためのインタフェース（３１８）とを有する、コントローラと、
インタフェース（３１８）を介して、前記メッセージジェネレータ（３０７）へ送信されるルール及び端末識別子ペアを登録するための前記コントローラ（５０１）へのインタフェースを有する、アクティベートされているルール端末識別子テーブル（５０２）と
を備えることを特徴とする請求項１６に記載の装置。
【請求項１８】
前記メッセージジェネレータ（３０７）は、
先制通知の課金メッセージが送信されるべき端末を選択するためのセレクタ（４０１）であって、インタフェース（３１８）を介してトリガ（４０２）とアセンブラ（４０３）からルール及び端末識別子ペアを受信するための内部ＦＩＦＯと、管理情報を取得するためのインタフェース（３１２）と、ルールを取得するためのインタフェース（３１１）と、前記イベントデータベースへ問い合わせを行うためのインタフェース（３２２）と、メッセージ命令を送信するあるいは削除するためのインタフェース（３１９）と、ルール端末識別子ペアを転送するためのトリガ（４０２）とアセンブラ（４０３）それぞれへのインタフェースとを有する、セレクタと、
先制通知の課金メッセージをアセンブルするアセンブラ（４０３）であって、インタフェース（３１８）を介してトリガ（４０２）とセレクタ（４０１）からルール及び端末識別子ペアを受信するための内部ＦＩＦＯと、先制通知の課金メッセージを取得するための課金機能（１３）への論理的な接続（２０４）と、ルールを取得するためのインタフェース（３１１）と、ルールを取得するためのインタフェース（３１１）と、メッセージ命令を送信するあるいは削除するためのインタフェース（３１９）と、アセンブルされたメッセージを転送するためのインタフェース（４０５）と、ルール及び端末識別子ペアを転送するためのトリガ（４０２）とセレクタ（４０１）へのインタフェースとを有する、アセンブラと、
送信する前にアセンブルされたメッセージを記憶するための待機メッセージバッファ（４０２）であって、アセンブルされたメッセージを受信するためのインタフェース（４０５）と、アセンブルされたメッセージを送信するための論理的な接続（２０１）と、メッセージ命令を送信するあるいは削除するためのインタフェース（３１９）とを有する、待機メッセージバッファと、
前記先制通知の課金メッセージが送信されるべき時点を判定するためのトリガ（４０２）であって、インタフェース（３１８）を介してセレクタ（４０１）とアセンブラ（４０３）からルール及び端末識別子ペアを記憶するための内部テーブルと、ルールを取得するためのインタフェース（３１１）と、トリガ情報を取得するためのインタフェース（３２１）と、メッセージ命令を送信するあるいは削除するためのインタフェース（３１９）と、ルール及び端末識別子ペアを転送するためのセレクタ（４０１）とアセンブラ（４０３）へのインタフェースとを有する、トリガと
を備えることを特徴とする請求項１６に記載の装置。
【請求項１９】
請求項１乃至１８のいずれか１項に記載の方法及び機能を実行することを特徴とする、通信システムにおけるノードあるいは複数のノード。
【請求項２０】
請求項１乃至１８のいずれか１項に記載の方法及び機能を、コンピュータに実行させるためのプログラム命令を備えることを特徴とするコンピュータプログラム製品。
【請求項２１】
請求項１乃至１８のいずれか１項に記載の方法及び機能を、コンピュータに実行させるためのプログラム実行可能命令を備え、キャリヤ上のコンピュータプログラム。
【請求項２２】
前記キャリヤは、記録媒体、コンピュータメモリ、リードオンリメモリあるいは電子キャリヤ信号である
ことを特徴とする請求項２１に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野
本発明は、一般的には、移動通信端末及び無線ネットワークインフラストラクチャ、固定通信端末、アプリケーションノード及びトランスポートネットワークを備える通信システムに関するものである。より詳しくは、本発明は、通信システムによって提供されるサービス及び設備を利用するユーザへ課金情報の通知（advice of charge information）を配信する方法及びシステムを容易に実現することである。
【０００２】
本発明の背景
従来の通信システムは、相互接続ネットワークによって接続されている、複数の通信端末及びノードを備えている。この通信システムは、ユーザの端末を介して、その通信システムのユーザへ設備及びサービスを提供する。
【０００３】
現在の通信端末は、アクセスポイントを介する、その相互接続ネットワークへの複数の物理的なアクセスの可能性を持っている。この物理的なアクセスは、電磁波の無線周波数部分を使用する無線リンクに基づくことができ、これらには、一般的には、ＷＬＡＮ、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、ＤＥＣＴあるいはブルートゥースが知られており、あるいはこの物理的なアクセスは、赤外線ポートのような、電磁波の別の部分を利用することができる。これらのタイプのアクセスは、一般的には、無線アクセスあるいはセルラーアクセスとして識別される。代替物としては、情報を送信するために、電子的、光学的あるいはその類の手段を利用する固定線接続がある。これらは、一般的には、ＡＤＳＬ、ＳＤＳＬ、ケーブルモデム、ＬＡＮ、ＩＳＤＮあるいは標準のＰＳＴＮによるものであり、また、これらは、一般的には、有線アクセスとして識別される。
【０００４】
物理的なアクセスとして無線接続のみを有する通信端末は、移動端末として識別される。物理的なアクセスとして有線接続あるいは、有線及び無線接続の組み合わせを有する通信端末は、更に、固定通信端末として識別される。一般的には、本発明では、用語としての端末（群）は、移動及び固定通信端末に対して同等に有効である。
【０００５】
物理的なアクセスに加えて、端末は、通信システムによって提供される設備及びサービスに向けた複数の機能的なアクセスを有することができる。この通信システムには、例えば、交換音声呼、ＩＰベースの音声呼、ＳＭＳ、ＭＭＳ、インターネットブラウジング、電子メールの類がある。
【０００６】
この通信システムは、更に、管理機能、課金機能及び実行機能を備える。実行機能は、実際に、通信システムの設備及びサービスを提供する。管理機能は、様々な要素を登録する。これには、サービス及び設備に対するユーザの加入情報、ユーザの端末の機能及び物理的なアクセスの接続状態、設備及びサービスに対する取り得る割当、ユーザ認証、端末認証及びパスワードの類がある。通信システムにおける課金機能は、設備及びサービスの実際の使用量を登録し、実際の使用量を課金額に変換し、かつ課金情報を、通信ネットワークの外部の請求システムへ転送する。
【０００７】
課金の原則は、請求、プリペイド口座からの課金あるいはクレジット口座からの課金である。この課金は、加入料金で通信システムにおけるサービス及び設備の実際の使用量を賄う加入に従うことができ、あるいは、加入料金で通信システムのサービス及び設備の使用を限られた量だけを賄い、かつその限られた量を越える使用については課金される、加入に従うことができる。
【０００８】
従来の通信システムは、複数のパーティを備え、これらは、通信システムのユーザへサービスと設備を提供する。また、これらのパーティは、プロバイダとして識別される。プロバイダは、競合するサービス及び設備を展開している。価格決定（pricing）は、競争においての主要な要素である。
【０００９】
通信システムのユーザに対しては、通信システムのサービスあるいは設備の実際の総括的な費用を維持することをかなり難しくなっている。現在、レギュレーションは、サービス及び設備に対するユーザのリクエストを実行する前に、サービス及び設備の費用についての情報をプロバイダが提示するということをある程度強要している。この提示された情報は、一般的には、課金の通知（Advice of Charge）として知られている。
【００１０】
現在のシステム及び方法は、課金の通知を提供するものとして知られている。この既存のシステム及び方法の主な欠点は、承諾する（solicited）場合として識別される、ユーザが明確に課金の通知をリクエストする場合、あるいは未承諾する（unsolicited）場合として見なされる、課金の通知が与えられる設備あるいはサービスに対するリクエストをユーザが開始する場合にのみ動作することである。しかしながら、ユーザが明確に課金の通知をリクエストしていない、あるいはサービスあるいは設備を開始していない場合には、ユーザには通知されない。いくつかの状況では、このことは、以下の例で示されるようにユーザの利益を満足しない。
【００１１】
別の端末との音声通信中にユーザの端末で撮影した写真を他の端末へ送信することをユーザに可能にする通信ネットワークにおける設備を、ユーザは知っていて、かつ使用している。しかしながら、写真１枚につきかなり高い料金が発生するので、ユーザは、かなり特別な状況の場合にのみこの設備を使用する。
【００１２】
この設備のプロバイダは、この高い料金が、ユーザが実際にその設備を使用することを控えさせていることを知っている。そのため、プロバイダは、料金を下げて、かつ１枚目、３枚目、５枚目等の写真に対しては半分の料金を課金し、２枚目、４枚目等の写真に対しては料金を無料にする、設備に対する課金スキームを使用するようにしている。
【００１３】
ユーザは、適応されている料金体系を知らないので、写真を送信することよりも、自身の通信相手と関心のある事柄を会話する。ユーザは、１つ以上の写真を送信することのほうがより安いというような新規の料金体系を知っているならば、ユーザは、長時間の会話をするよりも、写真を送信するであろう。
【００１４】
このことを知らないと、ユーザは、写真を送信するための課金の通知をリクエストしないだろうし、そのサービスを開始することもしないであろう。同じような状況が、通信中に所定数の写真を送信した後には、写真を送信する料金が変更する場合に存在する。
【００１５】
例で示されるように、ユーザは、新規の課金についての情報を適時に知ろうとする。同様に、ユーザがこのことを知ろうとする場合は他にも多く存在する。
【００１６】
本発明の要約
本発明によって提供されるソリューションは、ユーザが通信システムの設備及びサービスを使用するためのリクエストを開始することなく、そのサービスあるいは設備に対する未承諾の課金の通知を、ユーザの端末を介してユーザに提供する。
【００１７】
つまり、本発明は、通信システムにおけるユーザの端末を介して、先制通知の課金メッセージをユーザへ配信する方法及び装置を提供する。これは、
設備及びサービスをユーザの端末へ提供するために、端末への論理的な接続を有する実行機能と、
設備及びサービスの機能及び実際の使用を可能にするための関連する情報を登録するための１つ以上の実行機能との論理的な接続を有する管理機能と、
設備及びサービスのユーザに対して、設備及びサービスの実際の使用に対する課金を行うための１つ以上の実行機能との論理的な接続を有する課金機能と
を備える。
【００１８】
この方法は、先制通知の課金メッセージ（６０９）のための生成プロセス（６００）によって特徴付けられ、これは、通信システムによって提供される設備及びサービスに関連する、該通信システムにおけるトリガ条件及びトリガ情報（６０８）に基づいて、ユーザの端末へ先制通知の課金メッセージを送信する時期をトリガする（６０３）ステップを少なくとも含んでいる。
【００１９】
本発明に従う装置は、以下の構成を備える通信システムによって特徴づけられる。これは、先制通知を行うための課金マネージャであって、実行機能、管理機能及び課金機能と、論理的な接続によって動作可能に接続され、上述の方法を実行することによって、先制通知の課金メッセージを生成し、先制通知の課金メッセージを、端末へ転送するための実行機能（１４）へ送信するための、課金マネージャを備える。本発明は、添付の図面を参照して、より詳細な例によって説明される。
【００２０】
図面の詳細説明
図１ａは、相互接続されているノード（３ａ−ｚ）のネットワークとのアクセスポイント（４ａ−ｚ）を介する、物理的なアクセスを有する複数の端末（５ａ−ｚ）を含む、従来の通信システム（２）を示している。端末は、アクセスポイントとの少なくとも１つの物理的なアクセスを有しているが、より多くのそれと同一のものあるいは他のタイプの物理的なアクセスを有することができる。物理的なアクセスは、無線タイプあるいは有線タイプとすることができる。アクセスポイント４ｅ、４ｇ及び４ｚは、無線アクセスを提供し、他のアクセスポイントは有線アクセスを提供する。
【００２１】
図１ｂは、図１ａに示される通信システムの物理レイヤ（点線で示される）に加えて、通信システムの機能レイヤを示している。通信システムの機能レイヤは、通信システムのユーザへ、それらの端末を介して設備及びサービスを提供する。端末との機能的な接続を有する実行機能（１４で示される）は、設備及びサービスを提供する。管理機能（１２で示される）は、登録動作を実行し、かつ課金機能（１３で示される）は課金動作を実行する。
【００２２】
図２は、先制通知の課金マネージャ（１）の（pre-emptive advice of charge manager）を示していて、これは、ＰＡＣＭＡＮと略称される。また、図２は、機能レイヤにおける接続（２０１−２０６）を示している。ＰＡＣＭＡＮは、ネットワーク内の指定されたノード上のコンピュータプログラムとして動作する、あるいは、ネットワーク内の指定されたノードである。または、ＰＡＣＭＡＮは、ネットワーク内のいくつかのノードに分散されているコンピュータプログラムとして動作する、あるいはネットワーク内の指定されたノードとそれに関連する機器を組み合わせたものである。ＰＡＣＭＡＮの出力は、通信システムの端末を介する、通信システムのユーザへの先制通知の課金メッセージ（２０１）である。先制通知の課金メッセージは、未承諾の通知の課金メッセージであり、これは、ユーザが設備あるいはサービスを開始していないものに対するものである。先制通知の課金メッセージ（pre-emptive advice of message：課金メッセージの先制通知）は、以下では、その略称であるＰＡＣメッセージで説明する。
【００２３】
ユーザへのＰＡＣメッセージは、設備及びサービスのユーザの実際の使用と過去の使用、自身の端末に関する管理情報、設備及びサービスに対するユーザ加入に関する管理情報、設備及びサービスの現在の使用を反映するトリガー情報（triggering information）に対して専用となっている。このＰＡＣメッセージは、あるメッセージのタイプであり、これは、ＳＭＳ、音声、ＭＭＳ、あるいはｈｔｔｐのようなある機能的な接続に対して専用となっていることを意味している。ＰＡＣメッセージは、いくつかの端末へ共通して送信される固定部分と、上述の専用となっている情報を含む、オプションの可変部分を有している。
【００２４】
管理情報（２０２）は、通信システムにおける様々な管理機能（１２）によって提供される。管理情報は、これに制限されるものではないが、例えば、ユーザ（端末）ステータス、ユーザ／端末が有する機能アクセスタイプのケイパビリティ、これらの機能アクセスタイプの接続ステータス、あるサービスに対するユーザ登録／加入、支払のタイプがある。管理情報は、ＰＡＣＭＡＮによって取得することができる、あるいは管理機能によって送信され、かつＰＡＣＭＡＮによって記憶することができる。
【００２５】
課金情報は、通信システムの様々な課金機能（１３）によって提供される。課金情報は、設備及びサービスの実際の使用に関する課金レコード（２０３）を有し、各課金機能によってＰＡＣＭＡＮへ送信される。ＰＡＣＭＡＮは、サービス及び設備の履歴使用情報として提供するための課金レコードを内部データベースに記憶する。課金情報は、更に、サービスあるいは設備の可能性があるがまだ開始されてない将来の使用に対して、ＰＡＣＭＡＮのリクエストで提供される課金の通知（２０４）を備えている。ＰＡＣＭＡＮは、提供される情報をユーザへのＰＡＣメッセージに入力する。
【００２６】
トリガ情報（２０５）は、通信システムの様々な実行機能（１４）によって提供される。このトリガ情報は、実行機能によってＰＡＣＭＡＮへ送信される。トリガ情報は、これに限定されるものではないが、端末のスイッチオン／オフ、アクセスタイプ（物理的あるいは機能的）アクティベーション（activation）／デアクティベーション（deactivation）、設備あるいはサービスの使用の開始／終了、設備あるいはサービスを使用する期間に関連する相対的な時間期限、時間枠での設備あるいはサービスを使用する時の相対的な量（例えば、バンドル（bundle）での量）、設備あるいはサービスを使用する時の絶対的な量（例えば、低コストで、記憶制限を越える）、電気通信システムの絶対的な時間／日時、端末のタイムゾーンの絶対的な時間／日時がある。
【００２７】
オペレータは、通信システムの端末（ここでは、例えば、５ａ）との機能的な接続を介してＰＡＣＭＡＮを制御する。この制御の接続（２０６）は、オペレータに、インタラクティブセッションによってＰＡＣＭＡＮを制御することを可能にする。ＰＡＣＭＡＮへのアクセスは、端末認証及びユーザ認証の両方を必要とする。
【００２８】
図６は、ＰＡＣＭＡＮの基本動作を示している。ＰＡＣメッセージ（６０９）の生成は、３つの基本ステップ（６０１、６０２、６０３）を有する生成プロセス（６００）で実行される。これらのステップは、任意のシーケンス（順序）で実行することができる。これらのステップは、ＰＡＣメッセージの内容、それが適用できる場合の条件、及びそれが送信されるべき場合の条件を定義するルール（６１０）によって制御される。複数のこのようなルールが、ＰＡＣＭＡＮ内のルールデータベースに含まれている。これらのルールのそれぞれは、ルール内で記述されている条件に対して、通信システムのすべての端末を定期的にチェックすることを必要とする。今日の通信システムは、数百万の端末を備えている。数千の取り得るルールを伴うことで、コンピュータ能力についての多くの要件を与えることになり、要望される時にＰＡＣメッセージを生成することが可能となっている。それゆえ、プレスキャン（pre-scanning）（６０４）が発生する。
【００２９】
プレスキャンは、通信システムのすべての端末（６０５）中の端末に対してルールが適用可能であるかをチェックする。ルール／端末の組み合わせがプレスキャンをパスする場合、ルール／端末識別子ペアが上述の生成プロセス（６００）でアクティブとなる。プレスキャンは、ルール（６１０）に含まれるいくつかの条件を使用する。これらの条件は、端末の管理構成に関するものであり、頻繁には変更しない。これには、例えば、端末ステータス、物理的なアクセス及び機能的なアクセスのステータス及び可用性、あるサービス及び設備への加入がある。
【００３０】
プレスキャンのパフォーマンスを更に改善するために、プレスキャンは、すべての端末（６０５）を定期的にチェックはしないで、端末の管理情報に変更がある場合にのみチェックする。端末の管理情報の変更が発生すると、プレスキャンは、すべてのルールについてその端末をチェックする。同様に、新規のルールあるいは変更されたルールが存在する場合、プレスキャンは、すべてのルールについてすべての端末をチェックする。
【００３１】
プレスキャンのパフォーマンスの改善は、ルールの削除では動作しないことによって達成され、これは、プレスキャンが生成プロセスにおいてルール／端末識別子ペアを再コールしなければならないことを意味することにもなる。代わりに、生成プロセスは、情報に対するアクセスがある場合にルールの欠如を検出して、それに従って動作する。
【００３２】
生成プロセスにおける更なるパフォーマンスは、生成プロセスによってアクティベートされるルール／端末識別子ペアにタイムスタンプを付加することによって向上する。これは、ルール／端末の組み合わせが生成プロセスにおいて曖昧に存在しないことを安全に保護する。上述のように、ルール内の有効期間が経過すると、生成プロセスは、ルール／端末識別子ペアを削除する。同様に、生成プロセスは、ＰＡＣメッセージが送信される場合、あるいはルールが削除される場合に、ルール／端末識別子ペアを削除する。
【００３３】
どのような場合でも、プレスキャンには、ルール／端末識別子ペアの削除が通知される。プレスキャンは、ルール／端末の組み合わせを再度チェックして、ルールが依然として存在し、かつ条件に依然として合致する場合には、プレスキャンは、生成プロセスにおいてルール／端末識別子ペアを再度アクティベートする。
【００３４】
生成プロセス（６００）は、選択、トリガ及び生成を含み、これについて詳細に説明する。
【００３５】
選択（６０１）では、設備及びサービスの使用履歴に基づいてルールが適用可能であるかどうかの詳細なチェックが実行される。管理詳細情報は頻繁に変更するので、プレスキャン（６０６）では考慮されていない。選択は、適用可能なルールを適用するための条件を取得する。ルールがこれ以上存在しない場合、あるいはルールに合致する条件が存在しない場合、あるいは、ルールの有効期間が経過している場合、選択は、ルール／端末識別子ペアを削除する。条件に合致する場合、ルール／端末識別子ペアは、他のステップの１つに渡される。
【００３６】
トリガ（６０３）では、ＰＡＣメッセージが端末へ送信される場合の正確な時期が判定される。トリガは、その目的のために、ルール／端末識別子ペアを有する内部テーブルを保持する。これは、端末に属するトリガ情報（６０８）を読み出し、それをルールによって提供されるトリガ条件と比較する。トリガは、トリガ条件に合致するすべてのルール／端末の組み合わせを継続的にスキャンする。ルール／端末の組み合わせがトリガ条件に合致する場合、対応するルール端末識別子ペアがスキャンプロセスから取り出され、他のステップの１つへ転送される。ルール／端末の組み合わせに対するルールがこれ以上存在しない場合、あるいは、ルールの有効期間が経過している場合、ルール／端末識別子ペアは削除される。
【００３７】
アセンブリ（６０２）では、実際のメッセージが用意される。メッセージのタイプと固定の内容が、ルール内で定義されている。メッセージの可変の内容は、課金機能から取得される。それゆえ、アセンブリは、課金機能が通常の通知の課金メッセージ（６０７）でリプライするための、可能性のある将来のイベントを特定するリクエストを発行する。課金の通知用に、この実際の課金機能を使用することは、不一致が発生しないという利点を有していて、これは、アルゴリズムがルールに含まれる場合に可能となり得る。ＰＡＣメッセージがアセンブリされると、これは、一時的に、ルール／端末識別子ペアを含めて、待機メッセージバッファに記憶される。
【００３８】
上述の３ステップは、最適化を可能にする任意のシーケンスで実行することができる。１つの例には、メッセージが配信される時点で、トリガが最終ステップで実行されるという最適化がある。別の例には、最新の使用情報の最適化と、アセンブリが最後のステップとなる課金の最良の先制通知に対する最適化の場合がある。選択は、選択条件の１つが事実上、メッセージを送信するためのトリガである場合、最後のステップとすることができる。
【００３９】
生成プロセスの最後のステップは、ルール／端末識別子ペアを次のステップに転送しないで、待機メッセージバッファからそのメッセージをリリースする。加えて、最後のステップは、生成プロセスからルール／端末識別子ペアを削除する。ルール／端末識別子ペアの削除は、同一のルール／端末識別子ペアを有する任意の待機ＰＡＣメッセージを削除することになる。有利なことは、このことは、ルール／端末識別子ペアがＰＡＣメッセージのリリースなしで削除される場合に、このメッセージも削除され、古いメッセージが待機メッセージバッファ内に維持されないことを保証することを意味する。
【００４０】
図３では、ＰＡＣＭＡＮの実施形態が示されている。ＰＡＣＭＡＮの動作は、ルールデータベース（３０４）に含まれるルールのセットによって制御され、それぞれのルールは固有の識別子を有している。ルールマネージャ（３０３）は、ルールのセットを保持している。ルールは無期限に有効である必要はなく、また前もって生成することができるので、これは、アクティブにするための開始日時／時間及び終了日時／時間を有している。ルールマネージャは、データベースをスキャンして、各ルールの開始日時／時間及び終了日時／時間をチェックする。ルールがアクティブである場合（開始日時／時間が経過している場合）、ルールマネージャは、そのルールをアクティブルールテーブル（３０５）へコピーする（３１０）。コピー時には、ルールマネージャは、ＰＡＣＭＡＮの動作に必要とされない管理データは無視する。ルールマネージャは、ルール内の最適化パラメータをプロセスインジケータに変更する。これは、生成プロセスにおけるステップがどのシーケンスで実行されるかを判定する。これは、目的のメッセージの最適化を可能にする。同時に、これは、そのルールをプレスキャナ（３０６）へ通知し（３１６）、これは、そのルールの固有の識別情報によってアクティブとなる。終了日時／時間が経過すると、ルールマネージャは、アクティブルールテーブルからそのルールを削除する。
【００４１】
ルールマネージャは、通信システムの端末を介してＰＡＣＭＡＮを制御することができるオペレータ向けの機能インタフェース（２０６）を制御する。ルールマネージャは、端末及びユーザ認証を管理し、オペレータがルールを追加、削除、あるいは編集することができるインタラクティブセッションを提供する。
【００４２】
ＰＡＣＭＡＮの動作の基礎は、先制通知の課金メッセージが端末に送信されることである。考慮されている端末は、アクティブ端末テーブル（３０２）に保持される。各テーブルエントリは、固有の端末識別情報及び管理詳細情報を含んでいる。端末アドミニストレータ（３０１）は、スイッチオンになる、あるいは無線アクセスポイントへの到達のような端末の動作可用性に基づいて、そのアクティブ端末テーブルに対して端末を入力する、あるいは削除する（３１３）。端末アドミニストレータは、通信システムの様々な管理機能から管理情報を受信し（２０２）、それをアクティブ端末テーブルに記憶する（３１３）。端末アドミニストレータは、新規の端末をアクティブ端末テーブルへ入力する、あるいは記憶された管理情報を変更し、固有の端末識別情報もプレスキャンに提供される（３１５）。
【００４３】
プレスキャナ（３０６）は、図５で詳細に示される。プレスキャナ用の入力の制御は、以下のものによって提供される。
【００４４】
新規のアクティブなルールの固有の識別情報（３１６）による、ルールマネージャ、
自身の管理データが変更されている新規の端末あるいは端末群に対する固有の識別情報（３１５）による、端末アドミニストレータ、あるいは
生成プロセスで削除されているルール／端末識別子ペア（３１９）である。
【００４５】
この入力のすべては、シングルＦＩＦＯ（５０３）に入力される。コントローラ（５０１）は、このＦＩＦＯからの入力を読み出す。その自身の管理に対しては、プレスキャナは、生成プロセスでアクティベートされているルール／端末識別子ペアを、アクティベートされているルール／端末識別子テーブル（５０２）で保持する（３１８）。コントローラ（５０１）は、入力のタイプに依存して、ＦＩＦＯ（５０３）からの入力を処理する。
【００４６】
ＦＩＦＯからの入力が、新規にアクティベートされているルールの固有の識別子である場合、コントローラは、アクティブ端末テーブル（３０２）に含まれるすべての端末を１つずつスキャンすることを開始し、それぞれがルールに対して適用可能であるかどうかを判定する。それゆえ、これは、まず、アクティブルールテーブル（３０５）からルール（３２０）を取得する（３０５）。次に、これは、第１の端末の管理情報を読み出し（３１４）、そして、この管理情報を、ルールに含まれる前提条件と比較する。
【００４７】
この管理情報がその前提条件に整合する場合、コントローラは、ルール／端末識別子ペアをアクティベートされているルール／端末識別子テーブル（５０２）に書き込む。また、コントローラは、タイムスタンプと、ルールに含まれるプロセスインジケータを含むルール／端末識別子ペアを生成プロセスへ送信する（３１８）。ルール／端末識別子ペアが既にそのテーブル（５０２）内に存在している場合、なんの動作も行われず、コントローラは、次の入力をそのＦＩＦＯから読み出す。そうすることで、ルール／端末識別子ペアの複数のエントリが、生成プロセスでアクティベートされることが回避される。
【００４８】
このステップの後、あるいは整合しない場合、コントローラは、次の端末の管理情報を読み出し、整合性をチェックする。このプロセスは、アクティブ端末テーブル内のすべての端末がチェックされるまで継続する。
【００４９】
ＦＩＦＯからの入力が、管理情報が変更されている、あるいは管理情報がアクティブ端末テーブルの新規のものとなっている、端末の固有の識別子である場合、コントローラは、アクティブルールテーブル（３０５）に含まれるアクティブなすべてのルールに対してその端末の管理情報をチェックすることになる。それゆえ、これは、まず、アクティブ端末テーブル（３０２）から端末に対する管理情報を読み出す（３１４）。次に、これは、アクティブルールテーブルから第１のルールを読み出し（３２０）、管理情報と、ルールで記述される前提条件との整合性をチェックする。
【００５０】
管理情報がその前提条件に整合する場合、コントローラは、ルール／端末識別子ペアをアクティベートされているルール／端末識別子テーブル（５０２）に書き込む。また、コントローラは、タイムスタンプと、生成プロセスのアクティベーション用のルールに含まれるプロセスインジケータを含むルール／端末識別子ペアを送信する（３１８）。ルール／端末識別子ペアが既にそのテーブル（５０２）内に存在している場合、なんの動作も行わない。
【００５１】
このステップの後、あるいは整合しない場合、コントローラは、次のルールを読み出し、整合性をチェックする。これは、アクティブルールテーブル内のすべてのルールがチェックされるまで継続する。
【００５２】
ＦＩＦＯからの入力が生成プロセスで削除されるルール／端末識別子ペアである場合（３１９）、コントローラは、まず、アクティベートされているルール／端末識別子テーブル（５０２）からルール／端末識別子ペアを削除する。次に、これは、その端末の管理情報を読み出し（３１４）、また、そのルールを読み出す（３２０）。コントローラは、管理情報が、そのルールで記述されている前提条件と整合するかどうかをチェックする。
【００５３】
管理情報がルールに記述されている前提条件と整合する場合、コントローラは、ルール／端末識別子をテーブル（５０２）に書き戻し、タイムスタンプとそのルールに含まれるプロセスインジケータを含むそのルール／端末識別子を生成プロセスへ送信する。管理情報がルールで記述されている前提条件に整合しない場合、コントローラは、これ以上の動作を行わない。
【００５４】
プレスキャン後、生成プロセスは、メッセージジェネレータ（３０７）で実行される。図４は、メッセージジェネレータの詳細を示している。このメッセージジェネレータは、次の４つの機能を備えている。：選択ステップを実行するセレクタ（４０１）、トリガステップを実行するトリガ（４０２）、アセンブリステップを実行するアセンブラ（４０３）及び送信対象のメッセージを一時的に記憶するための待機メッセージバッファ（４０４）を備える。
【００５５】
このメッセージジェネレータは、プレスキャナ（３０６）から受信する（３１８）入力によって制御される。この入力は、タイムスタンプとプロセスインジケータを含むルール／端末識別子ペアを備えている。この入力は、セレクタ、トリガ及びアセンブラに提供される。但し、各ルール／端末識別子ペアは、プロセスインジケータの値に基づいて、それらの内の１つだけが受け付けられる。セレクタ、トリガ及びアセンブラは、ルールに含まれる情報をリクエストする。これらは、アクティブルールテーブル（３０５）からその情報を読み出す（３１１）。
【００５６】
これに加えて、これらのそれぞれは、自身の機能を実行するための特定の情報を必要とする。アセンブラは、通信システムの課金機能（１３）から、課金の通知をリクエストし、受信する（２０４）。このリクエストは、取り得る将来のイベントに対して行われる。このリクエストに対する必要な情報の詳細及び定義は、ルールに含まれている。
【００５７】
セレクタは、アクティブ端末テーブルで部分的に利用可能な情報を要求し、また、設備及びサービスの使用の履歴からなる他の部分を要求する。アクティブ端末テーブルからの情報は直接読み取られる（３１２）。使用情報の履歴は、ＰＡＣＭＡＮによって保持されるイベントデータベース（３０９）から取得される。課金機能（１３）は、設備あるいはサービスの使用に対する課金レコードをＰＡＣＭＡＮへ送信し（２０３）、これは、事前に処理され、イベントデータベースに記憶される。
【００５８】
トリガは、実際の動作ステータス情報を要求する。この情報は、通信システムの様々な実行機能（１４）によって提供される（２０５）。ＰＡＣＭＡＮは、同期用の情報を記憶するために、端末毎に構成されるトリガテーブル（３０８）を保持している。トリガは、このテーブルからその情報を読み出す（３２１）。
【００５９】
メッセージジェネレータの出力は、メッセージのタイプに依存して、通信システムの実行機能へ転送されるＰＡＣメッセージ（２０１）である。この実行機能は、端末へのトランスポートを取り扱う。
【００６０】
トリガ、アセンブラあるいはプレスキャナから受信される、ルール／端末識別子ペアは、セレクタの動作を制御する。セレクタは、ルール／端末識別子ペアの着信用の内部ＦＩＦＯを有している。ルール／端末識別子ペアがプレスキャナから到来する場合、自身のプロセス識別子が値３あるいは４を有している場合にのみそのＦＩＦＯに入力される。セレクタは、ＦＩＦＯから１つずつルール／端末識別子ペアを取得し、それを処理する。
【００６１】
ルール／端末識別子ペアに対しては、セレクタは、アクティブルールテーブルから対応するルールを読み出し、また、アクティブ端末テーブルから端末の管理情報を取得する。第１の比較チェックにおいて、セレクタは、管理情報がルール内の選択（セレクタ）条件と整合するかどうかのセレクタチェックを実行する。整合する場合、セレクタは、第２のチェックを開始する。それゆえ、これは、イベントデータベースに問い合わせる。この問い合わせ結果は、ルール内の選択（セレクタ）条件との整合用にチェックされる。
【００６２】
第１の比較チェックが失敗する場合、セレクタは、「ルール／端末識別子ペアの削除」命令を送信して、以降の動作は行わない。第２の比較チェックが失敗する場合、同一の動作が行われる。両方のチェクが成功する場合にのみ、セレクタは、ルール／端末識別子ペアのプロセスインジケータの値に依存して、更なる動作を行う。
【００６３】
値が１あるいは３である場合、セレクタは、ルール／端末識別子ペアをアセンブラへ転送する。
【００６４】
値が２あるいは５である場合、セレクタは、「ルール／端末識別子ペアの送信」命令を送信し、その後、「ルール／端末識別子ペアの削除」命令を送信する。
【００６５】
値が４あるいは６である場合、セレクタは、ルール／端末識別子ペアをトリガへ転送する。
【００６６】
セレクタと同様に、プレスキャナ、セレクタあるいはアセンブラから受信されるルール／端末識別子ペアは、トリガを制御する。セレクタとは違って、トリガは、ＦＩＦＯを持たないが、受信したルール／端末識別子ペアを内部テーブルに記憶する。ルール／端末識別子ペアがプレスキャナから受信される場合、プロセスインジケータがチェックされる。プロセスインジケータの値が１あるいは２を有するルール／端末識別子ペアだけが記憶される。内部テーブルには、端末識別子が記憶され、その後、プロセス識別子が記憶される。パフォーマンスを改善するために、このテーブルは、実際には、２つのセクションを含んでいる、１つは、ルール／端末識別子ペアを含み、もう１つは、ルール識別子で記憶される、適用可能なルールのリストを含んでいる。
【００６７】
トリガは、スキャン周期で動作する。１つのスキャン周期で、トリガは、ルール内のトリガ条件との整合性を確認するために、テーブル内のすべてのルール／端末識別子ペアをチェックする。但し、ルールの高頻度の取得は、アクティブルールテーブルからのルール情報を要求するＰＡＣＭＡＮの他の機能と干渉することになる。そのため、トリガは、適用可能なルールを取得することによってスキャン周期を開始する。トリガ動作に関連するルールの部分は、内部に記憶される。
【００６８】
スキャン周期の１回目のパスにおいて、有効期間の満了時に各ルール／端末識別子ペアがチェックされる。ルール／端末識別子ペアの有効期間が満了する場合、ルール／端末識別子ペアは内部テーブルから削除され、かつ「ルール／端末識別子ペアの削除」命令が送信される。ルール／端末識別子ペアの有効なルールがこれ以上存在しないことが検出される場合、同一の動作が行われる。
【００６９】
スキャン周期の２回目のパスで、トリガは、ルール／端末識別子ペアが内部テーブルに存在する、第１の端末用に、トリガテーブルからトリガ情報をフェッチし、それをすべてのルール内のトリガ条件と比較する。これは、対応するルール／端末識別子ペアが内部テーブルに存在することがそのルールに対して提供される。次に、トリガは、上述のように、内部テーブルの次の端末に対するトリガ情報をフェッチし、そのトリガ情報をルールのトリガ条件と比較する。このプロセスは、リスト内のすべての端末がルールに対してチェックされるまで継続する。各チェックの結果は、次のようになり得る：
トリガ情報がルール内のトリガ条件と整合しない場合、更なる動作は行われない。
【００７０】
トリガ情報がルール内のトリガ条件と整合する場合、更なる動作が、ルール／端末識別子ペアのプロセスインジケータの値に依存する。
【００７１】
○  値が１あるいは５である場合、トリガは、ルール／端末識別子ペアをセレクタへ転送する。
【００７２】
○  値が３あるいは６である場合、トリガは、「ルール／端末識別子ペアの送信」命令を送信し、その後、「ルール／端末識別子ペアの削除」命令を送信する。
【００７３】
○  値が２あるいは４である場合、トリガは、ルール／端末識別子ペアをアセンブラへ転送する。
【００７４】
３つの場合のすべてにおいて、トリガは、自身の内部テーブルからルール／端末識別子ペアを削除する。
【００７５】
セレクタと同様に、アセンブラも、プレスキャナ、トリガあるいはセレクタから受信するメッセージを、内部ＦＩＦＯで処理する。プレスキャナから受信する場合、プロセスタイプ識別子が値５あるいは６を有している場合に、ルール／端末識別子ペアが内部ＦＩＦＯに受け入れられる。アセンブラがＦＩＦＯからルール／端末識別子ペアを読み出す場合、アセンブラは、アクティブルールテーブルから対応するルールを読み出すことによって開始する。そのルールが、アクティブルールテーブルに存在していない場合、アセンブラは、「ルール／端末識別子ペアの削除」命令を送信し、このルール／端末識別子ペアに対する更なる動作は実行しない。
【００７６】
有効なルールが取得される場合、アセンブラは、メッセージのタイプ、端末管理データ及びＰＡＣメッセージの固定の部分を考慮するルールの定義に従ってメッセージ本体を用意する。課金ルールが定義されている場合、アセンブラは、必要なデータを収集して、それを課金の通知のために、ネットワークの課金機能へ転送する。課金の通知が課金機能から返信される場合、アセンブラは、その課金の通知をＰＡＣメッセージに組み込む。
【００７７】
ＰＡＣメッセージは、自身のルール／端末識別子ペアとともに、待機メッセージバッファに一時的に記憶される。待機メッセージバッファがマッチする「ルール／端末識別子ペアの送信」命令を受信する場合、ＰＡＣメッセージはリリースされる。マッチする「ルール／端末識別子ペアの削除」命令が受信される場合、このＰＡＣメッセージは待機メッセージバッファから削除される。
【００７８】
ＰＡＣメッセージを記憶した後、ルール／端末識別子ペアに対する残りの動作は、ルール／端末識別子ペアのプロセスインジケータの値に依存する。
【００７９】
値が２あるいは６である場合、アセンブラは、ルール／端末識別子ペアをセレクタへ転送する。
【００８０】
値が１あるいは４である場合、アセンブラは、「ルール／端末識別子ペアの送信」命令を送信し、その後、「ルール／端末識別子ペアの削除」命令を送信する。
【００８１】
値が３あるいは５である場合、アセンブラは、ルール／端末識別子ペアをトリガへ転送する。
【００８２】
ルールの内容及び機能は既に説明しているが、図７は、参照用にルールの内容を示している。ルールは、管理セクション（ＡＤＭ）、条件セクション（ＩＦ）、及びメッセージ定義セクション（ＴＨＥＮ）の３つの部分から構成されている。
【００８３】
管理セクション（ＡＤＭ）は、以下のフィールドを備える：
ＲＮＲ：ルール番号、ルールに対して固有の識別子を提供する
スローガン：自身の目的の認識用のルールを識別するテキスト列
ＤＴＧ開始：ルールのアクティベーション用の日時／時間グループ
ＤＴＧ終了：ルールのデアクティベーション用の日時／時間グループ
最適化：ルールの目的の観点から、生成において求められる最適化の指示
有効期間：ルール／端末の組み合わせが生成プロセスにおいて存在し得る最大期間を特定する
ルールがアクティベートされ、アクティブルールテーブルにコピーされる場合、スローガン、ＴＤＧ開始及びＤＴＧ終了のフィールドが削除される。最適化は、プロセスインジケータの値１−６によって置換され、これは、生成プロセスのステップが実行される場合のシーケンスを判定する。
【００８４】
条件セクション（ＩＦ）は、以下のフィールドを備える：
前提条件：ＰＡＣメッセージがルール／端末の組み合わせに対して送信することができる場合、プレスキャナによるチェック対象となる条件を識別する
選択条件：ＰＡＣメッセージがルール／端末の組み合わせに対して送信できるかを、生成プロセスの選択ステップによって使用される条件
トリガ条件：ＰＡＣメッセージが送信される場合の時点を判定するために、トリガによって使用される条件
これらの条件セクションは、アクティブルールテーブルとなるように、ルールのアクティベーションにおいてコピーされる。
【００８５】
メッセージ定義セクション（ＴＨＥＮ）は、以下のフィールドを備える：
タイプ：ＳＭＳ、ＭＭＳ、ｈｔｔｐあるいは音声のようなＰＡＣメッセージを送信するために使用される機能的な接続
本体：固定部分が記憶されているファイルへのリンクとして、ＰＡＣメッセージの固定内容を定義する
課金ルール：ＰＡＣメッセージの可変部分の取得方法を定義する
メッセージ定義セクションは、ルールがアクティベートされる場合にコピーされる。課金ルールフィールドはオプションであり、可変部分が要求されていない場合には省略することができる。本体フィールドで識別されるファイルは、可変部分が含まれる部分への専用の参照を含むことができる。省略される場合は、可変部分が、固定部分の直後に続くことになる。
【００８６】
本発明の実施形態は、本発明を実現し、当業者にその開示を理解させることを可能にする取り得る方法の１つである。
【図面の簡単な説明】
【００８７】
【図１ａ】従来の通信システムの物理レイヤの状態を示す図である。
【図１ｂ】物理レイヤの概要として、従来の通信システムの機能レイヤの状態を示す図である。
【図２】本発明を含む通信システムを示す図である。
【図３】先制通知を行うための課金マネージャを示す図である。
【図４】メッセージジェネレータを示す図である。
【図５】プレスキャナを示す図である。
【図６】先制通知の課金メッセージを提供する方法を示す図である。
【図７】先制通知の課金メッセージを生成するためのルールの要素を示す図である。
【図１ａ】
2008542889.tif 000003
【図１ｂ】
2008542889.tif 000004
【図２】
2008542889.tif 000005
【図３】
2008542889.tif 000006
【図４】
2008542889.tif 000007
【図５】
2008542889.tif 000008
【図６】
2008542889.tif 000009
【図７】
2008542889.tif 000010
【手続補正書】
【提出日】平成19年3月30日(2007.3.30)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
本発明の要約
本発明は、請求項１に記載される方法及び請求項１２に記載される装置を提供することで、上述の問題を解決する。実施形態は、従属請求項で記載される。
本発明によって提供されるソリューションは、ユーザが通信システムの設備及びサービスを使用するためのリクエストを開始することなく、そのサービスあるいは設備に対する未承諾の課金の通知を、ユーザの端末を介してユーザに提供する。
【手続補正書】
【提出日】平成19年9月14日(2007.9.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信システム（２）における複数の端末（５ａ−ｚ）へ、複数のサービスに関連する、先制通知の課金メッセージ（６０９）を配信する方法であって、
前記課金メッセージのそれぞれの、内容、適用可能にするための条件及び配信するための条件がルール（６１０）によって制御され、
前記複数の端末それぞれに対する管理情報は、前記通信システム（２）で利用可能であり、
前記方法は、
前記課金メッセージ（６０９）を生成する（６００）ステップと、
前記ルール（６１０）を使用して、前記課金メッセージ（６０９）を配信するための端末（５ａ−ｚ）を選択するステップと、
前記課金メッセージ（６０９）を前記端末（５ａ−ｚ）へ送信するステップとを備え、
前記選択するステップは、前記ルール（６１０）の１つ以上が適用可能であるかを検証するために、前記端末（５ａ−ｚ）をプレスキャンするステップを備え、
前記プレスキャンするステップの実行は、前記管理情報の変更時において、該管理情報を変更する前記端末（５ａ−ｚ）に制限され、
前記プレスキャンするステップの後、前記端末に適用するルールに対する端末及びルールの組み合わせに関連する端末−ルール組み合わせ識別子が、前記通信システム（２）においてアクティベートされる
ことを特徴とする方法。
【請求項２】
管理情報を変更している前記端末（５ａ−ｚ）は、前記通信システム（２）に登録される新規の端末と、管理情報を変更している前記通信システム（２）内の既存の端末を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記端末−ルール組み合わせ識別子の削除後に、削除した端末−ルール組み合わせ識別子に対して前記プレスキャンするステップを再度実行するステップを更に備える
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
選択されている前記ルールの少なくとも１つを変更するステップを更に備え、
前記プルスキャンするステップは、前記ルールの少なくとも１つが変更された後に実行される
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
選択されている前記ルール（６１０）を定義するステップを更に備える
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
選択されている前記ルールは、先制通知の課金メッセージを生成するための、前提条件、選択条件、メッセージ定義及びトリガ条件を含み、
前記選択情報は、前記プレスキャンするステップを実行するための前提条件を含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記ルールは、更に、選択されているルールが保持されるべきルール有効期間、端末−ルール組み合わせ識別子が前記通信システムに存在することができる有効期間、前記課金メッセージのメッセージタイプ、固定メッセージ部分、前記課金メッセージ内にユーザ依存データを含ませるためのユーザ依存メッセージ部分を含むグループの少なくとも１つを含む
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記プレスキャンを実行するステップは、新規のルールが定義された後に実行される
ことを特徴とする請求項５乃至７のいずれか１項に記載の方法。
【請求項９】
トリガ条件及びトリガ情報に基づいて、前記送信するステップを実行する時期を判定するためのトリガするステップを更に備える
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記端末−ルール組み合わせ識別子は、更に、プロセス識別子を含み、
前記プロセス識別子は、前記選択するステップ、アセンブルするステップ及び前記トリガするステップが実行されるべきシーケンスを定義する
ことを特徴とする請求項３又は９に記載の方法。
【請求項１１】
前記管理情報は、端末ステータス、前記端末で利用可能な機能アクセスタイプのケイパビリティ、前記機能アクセスタイプの接続ステータス、前記通信システムで提供されるサービスに関連する端末加入情報、支払のタイプを含むグループの少なくとも１つを含む
ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
通信システム（２）における複数の端末（５ａ−ｚ）へ、複数のサービスに関連する、先制通知の課金メッセージ（６０９）を配信する装置であって、
当該装置は、
前記課金メッセージのそれぞれの、内容、適用可能にするための条件及び配信するための条件をルール（６１０）によって制御し、
前記複数の端末それぞれに対する管理情報を、前記通信システム（２）に提供し、
前記課金メッセージ（６０９）を生成し（６００）、
前記ルール（６１０）を使用して、前記課金メッセージ（６０９）を配信するための端末（５ａ−ｚ）を選択し、
前記課金メッセージ（６０９）を前記端末（５ａ−ｚ）へ送信する
ように構成されていて、
前記装置は、更に、
前記ルール（６１０）の１つ以上が適用可能であるかを検証するために、前記端末（５ａ−ｚ）をプレスキャンするステップを実行するように構成されていて、
前記装置は、更に、
前記管理情報の変更時において、該管理情報を変更する前記端末（５ａ−ｚ）にのみ、前記プレスキャンするステップを実行し、
前記プレスキャンするステップの後、前記端末に適用するルールに対する端末及びルールの組み合わせに関連する端末−ルール組み合わせ識別子を、前記通信システム（２）においてアクティベートする
ように構成されている
ことを特徴とする装置。
【請求項１３】
前記通信システム（２）に登録される新規の端末と、管理情報を変更している前記通信システム（２）内の既存の端末を含むグループの少なくとも１つをプレスキャンするように構成されている
ことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記端末−ルール組み合わせ識別子の削除後に、削除した端末−ルール組み合わせ識別子に対して前記プレスキャンするステップを再度実行するように構成されている
ことを特徴とする請求項１２又は１３に記載の装置。
【請求項１５】
選択されている前記ルールを定義するように構成されている
ことを特徴とする請求項１２乃至１４のいずれか１項に記載の装置。
【請求項１６】
請求項１乃至１１のいずれか１項に記載の方法を実行するように構成されている通信システムにおけるノード装置。
【請求項１７】
請求項１乃至１１のいずれか１項に記載の方法を、コンピュータに実行させるためのプログラム命令を備えることを特徴とするコンピュータプログラム。
【国際調査報告】
2008542889.tif 000011
2008542889.tif 000012
2008542889.tif 000013