JP4819884B2 - 通信システムにおける、課金の通知を配信する方法及びシステム - Google Patents

Description

本発明の分野
本発明は、一般的には、移動通信端末及び無線ネットワークインフラストラクチャ、固定通信端末、アプリケーションノード及びトランスポートネットワークを備える通信システムに関するものである。より詳しくは、本発明は、通信システムによって提供されるサービス及び設備を利用するユーザへ課金情報の通知（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）（６０４）が発生する。

プレスキャンは、通信システムのすべての端末（６０５）中の端末に対してルールが適用可能であるかをチェックする。ルール／端末の組み合わせがプレスキャンをパスする場合、ルール／端末識別子ペアが上述の生成プロセス（６００）でアクティブとなる。プレスキャンは、ルール（６１０）に含まれるいくつかの条件を使用する。これらの条件は、端末の管理構成に関するものであり、頻繁には変更しない。これには、例えば、端末ステータス、物理的なアクセス及び機能的なアクセスのステータス及び可用性、あるサービス及び設備への加入がある。

プレスキャンのパフォーマンスを更に改善するために、プレスキャンは、すべての端末（６０５）を定期的にチェックはしないで、端末の管理情報に変更がある場合にのみチェックする。端末の管理情報の変更が発生すると、プレスキャンは、すべてのルールについてその端末をチェックする。同様に、新規のルールあるいは変更されたルールが存在する場合、プレスキャンは、すべてのルールについてすべての端末をチェックする。

プレスキャンのパフォーマンスの改善は、ルールの削除では動作しないことによって達成され、これは、プレスキャンが生成プロセスにおいてルール／端末識別子ペアを再コールしなければならないことを意味することにもなる。代わりに、生成プロセスは、情報に対するアクセスがある場合にルールの欠如を検出して、それに従って動作する。

生成プロセスにおける更なるパフォーマンスは、生成プロセスによってアクティベートされるルール／端末識別子ペアにタイムスタンプを付加することによって向上する。これは、ルール／端末の組み合わせが生成プロセスにおいて曖昧に存在しないことを安全に保護する。上述のように、ルール内の有効期間が経過すると、生成プロセスは、ルール／端末識別子ペアを削除する。同様に、生成プロセスは、ＰＡＣメッセージが送信される場合、あるいはルールが削除される場合に、ルール／端末識別子ペアを削除する。

どのような場合でも、プレスキャンには、ルール／端末識別子ペアの削除が通知される。プレスキャンは、ルール／端末の組み合わせを再度チェックして、ルールが依然として存在し、かつ条件に依然として合致する場合には、プレスキャンは、生成プロセスにおいてルール／端末識別子ペアを再度アクティベートする。

生成プロセス（６００）は、選択、トリガ及び生成を含み、これについて詳細に説明する。

選択（６０１）では、設備及びサービスの使用履歴に基づいてルールが適用可能であるかどうかの詳細なチェックが実行される。管理詳細情報は頻繁に変更するので、プレスキャン（６０６）では考慮されていない。選択は、適用可能なルールを適用するための条件を取得する。ルールがこれ以上存在しない場合、あるいはルールに合致する条件が存在しない場合、あるいは、ルールの有効期間が経過している場合、選択は、ルール／端末識別子ペアを削除する。条件に合致する場合、ルール／端末識別子ペアは、他のステップの１つに渡される。

トリガ（６０３）では、ＰＡＣメッセージが端末へ送信される場合の正確な時期が判定される。トリガは、その目的のために、ルール／端末識別子ペアを有する内部テーブルを保持する。これは、端末に属するトリガ情報（６０８）を読み出し、それをルールによって提供されるトリガ条件と比較する。トリガは、トリガ条件に合致するすべてのルール／端末の組み合わせを継続的にスキャンする。ルール／端末の組み合わせがトリガ条件に合致する場合、対応するルール端末識別子ペアがスキャンプロセスから取り出され、他のステップの１つへ転送される。ルール／端末の組み合わせに対するルールがこれ以上存在しない場合、あるいは、ルールの有効期間が経過している場合、ルール／端末識別子ペアは削除される。

アセンブリ（６０２）では、実際のメッセージが用意される。メッセージのタイプと固定の内容が、ルール内で定義されている。メッセージの可変の内容は、課金機能から取得される。それゆえ、アセンブリは、課金機能が通常の通知の課金メッセージ（６０７）でリプライするための、可能性のある将来のイベントを特定するリクエストを発行する。課金の通知用に、この実際の課金機能を使用することは、不一致が発生しないという利点を有していて、これは、アルゴリズムがルールに含まれる場合に可能となり得る。ＰＡＣメッセージがアセンブリされると、これは、一時的に、ルール／端末識別子ペアを含めて、待機メッセージバッファに記憶される。

上述の３ステップは、最適化を可能にする任意のシーケンスで実行することができる。１つの例には、メッセージが配信される時点で、トリガが最終ステップで実行されるという最適化がある。別の例には、最新の使用情報の最適化と、アセンブリが最後のステップとなる課金の最良の先制通知に対する最適化の場合がある。選択は、選択条件の１つが事実上、メッセージを送信するためのトリガである場合、最後のステップとすることができる。

生成プロセスの最後のステップは、ルール／端末識別子ペアを次のステップに転送しないで、待機メッセージバッファからそのメッセージをリリースする。加えて、最後のステップは、生成プロセスからルール／端末識別子ペアを削除する。ルール／端末識別子ペアの削除は、同一のルール／端末識別子ペアを有する任意の待機ＰＡＣメッセージを削除することになる。有利なことは、このことは、ルール／端末識別子ペアがＰＡＣメッセージのリリースなしで削除される場合に、このメッセージも削除され、古いメッセージが待機メッセージバッファ内に維持されないことを保証することを意味する。

図３では、ＰＡＣＭＡＮの実施形態が示されている。ＰＡＣＭＡＮの動作は、ルールデータベース（３０４）に含まれるルールのセットによって制御され、それぞれのルールは固有の識別子を有している。ルールマネージャ（３０３）は、ルールのセットを保持している。ルールは無期限に有効である必要はなく、また前もって生成することができるので、これは、アクティブにするための開始日時／時間及び終了日時／時間を有している。ルールマネージャは、データベースをスキャンして、各ルールの開始日時／時間及び終了日時／時間をチェックする。ルールがアクティブである場合（開始日時／時間が経過している場合）、ルールマネージャは、そのルールをアクティブルールテーブル（３０５）へコピーする（３１０）。コピー時には、ルールマネージャは、ＰＡＣＭＡＮの動作に必要とされない管理データは無視する。ルールマネージャは、ルール内の最適化パラメータをプロセスインジケータに変更する。これは、生成プロセスにおけるステップがどのシーケンスで実行されるかを判定する。これは、目的のメッセージの最適化を可能にする。同時に、これは、そのルールをプレスキャナ（３０６）へ通知し（３１６）、これは、そのルールの固有の識別情報によってアクティブとなる。終了日時／時間が経過すると、ルールマネージャは、アクティブルールテーブルからそのルールを削除する。

ルールマネージャは、通信システムの端末を介してＰＡＣＭＡＮを制御することができるオペレータ向けの機能インタフェース（２０６）を制御する。ルールマネージャは、端末及びユーザ認証を管理し、オペレータがルールを追加、削除、あるいは編集することができるインタラクティブセッションを提供する。

ＰＡＣＭＡＮの動作の基礎は、先制通知の課金メッセージが端末に送信されることである。考慮されている端末は、アクティブ端末テーブル（３０２）に保持される。各テーブルエントリは、固有の端末識別情報及び管理詳細情報を含んでいる。端末アドミニストレータ（３０１）は、スイッチオンになる、あるいは無線アクセスポイントへの到達のような端末の動作可用性に基づいて、そのアクティブ端末テーブルに対して端末を入力する、あるいは削除する（３１３）。端末アドミニストレータは、通信システムの様々な管理機能から管理情報を受信し（２０２）、それをアクティブ端末テーブルに記憶する（３１３）。端末アドミニストレータは、新規の端末をアクティブ端末テーブルへ入力する、あるいは記憶された管理情報を変更し、固有の端末識別情報もプレスキャンに提供される（３１５）。

プレスキャナ（３０６）は、図５で詳細に示される。プレスキャナ用の入力の制御は、以下のものによって提供される。

新規のアクティブなルールの固有の識別情報（３１６）による、ルールマネージャ、
自身の管理データが変更されている新規の端末あるいは端末群に対する固有の識別情報（３１５）による、端末アドミニストレータ、あるいは
生成プロセスで削除されているルール／端末識別子ペア（３１９）である。

この入力のすべては、シングルＦＩＦＯ（５０３）に入力される。コントローラ（５０１）は、このＦＩＦＯからの入力を読み出す。その自身の管理に対しては、プレスキャナは、生成プロセスでアクティベートされているルール／端末識別子ペアを、アクティベートされているルール／端末識別子テーブル（５０２）で保持する（３１８）。コントローラ（５０１）は、入力のタイプに依存して、ＦＩＦＯ（５０３）からの入力を処理する。

ＦＩＦＯからの入力が、新規にアクティベートされているルールの固有の識別子である場合、コントローラは、アクティブ端末テーブル（３０２）に含まれるすべての端末を１つずつスキャンすることを開始し、それぞれがルールに対して適用可能であるかどうかを判定する。それゆえ、これは、まず、アクティブルールテーブル（３０５）からルール（３２０）を取得する（３０５）。次に、これは、第１の端末の管理情報を読み出し（３１４）、そして、この管理情報を、ルールに含まれる前提条件と比較する。

この管理情報がその前提条件に整合する場合、コントローラは、ルール／端末識別子ペアをアクティベートされているルール／端末識別子テーブル（５０２）に書き込む。また、コントローラは、タイムスタンプと、ルールに含まれるプロセスインジケータを含むルール／端末識別子ペアを生成プロセスへ送信する（３１８）。ルール／端末識別子ペアが既にそのテーブル（５０２）内に存在している場合、なんの動作も行われず、コントローラは、次の入力をそのＦＩＦＯから読み出す。そうすることで、ルール／端末識別子ペアの複数のエントリが、生成プロセスでアクティベートされることが回避される。

このステップの後、あるいは整合しない場合、コントローラは、次の端末の管理情報を読み出し、整合性をチェックする。このプロセスは、アクティブ端末テーブル内のすべての端末がチェックされるまで継続する。

ＦＩＦＯからの入力が、管理情報が変更されている、あるいは管理情報がアクティブ端末テーブルの新規のものとなっている、端末の固有の識別子である場合、コントローラは、アクティブルールテーブル（３０５）に含まれるアクティブなすべてのルールに対してその端末の管理情報をチェックすることになる。それゆえ、これは、まず、アクティブ端末テーブル（３０２）から端末に対する管理情報を読み出す（３１４）。次に、これは、アクティブルールテーブルから第１のルールを読み出し（３２０）、管理情報と、ルールで記述される前提条件との整合性をチェックする。

管理情報がその前提条件に整合する場合、コントローラは、ルール／端末識別子ペアをアクティベートされているルール／端末識別子テーブル（５０２）に書き込む。また、コントローラは、タイムスタンプと、生成プロセスのアクティベーション用のルールに含まれるプロセスインジケータを含むルール／端末識別子ペアを送信する（３１８）。ルール／端末識別子ペアが既にそのテーブル（５０２）内に存在している場合、なんの動作も行わない。

このステップの後、あるいは整合しない場合、コントローラは、次のルールを読み出し、整合性をチェックする。これは、アクティブルールテーブル内のすべてのルールがチェックされるまで継続する。

ＦＩＦＯからの入力が生成プロセスで削除されるルール／端末識別子ペアである場合（３１９）、コントローラは、まず、アクティベートされているルール／端末識別子テーブル（５０２）からルール／端末識別子ペアを削除する。次に、これは、その端末の管理情報を読み出し（３１４）、また、そのルールを読み出す（３２０）。コントローラは、管理情報が、そのルールで記述されている前提条件と整合するかどうかをチェックする。

管理情報がルールに記述されている前提条件と整合する場合、コントローラは、ルール／端末識別子をテーブル（５０２）に書き戻し、タイムスタンプとそのルールに含まれるプロセスインジケータを含むそのルール／端末識別子を生成プロセスへ送信する。管理情報がルールで記述されている前提条件に整合しない場合、コントローラは、これ以上の動作を行わない。

プレスキャン後、生成プロセスは、メッセージジェネレータ（３０７）で実行される。図４は、メッセージジェネレータの詳細を示している。このメッセージジェネレータは、次の４つの機能を備えている。：選択ステップを実行するセレクタ（４０１）、トリガステップを実行するトリガ（４０２）、アセンブリステップを実行するアセンブラ（４０３）及び送信対象のメッセージを一時的に記憶するための待機メッセージバッファ（４０４）を備える。

このメッセージジェネレータは、プレスキャナ（３０６）から受信する（３１８）入力によって制御される。この入力は、タイムスタンプとプロセスインジケータを含むルール／端末識別子ペアを備えている。この入力は、セレクタ、トリガ及びアセンブラに提供される。但し、各ルール／端末識別子ペアは、プロセスインジケータの値に基づいて、それらの内の１つだけが受け付けられる。セレクタ、トリガ及びアセンブラは、ルールに含まれる情報をリクエストする。これらは、アクティブルールテーブル（３０５）からその情報を読み出す（３１１）。

これに加えて、これらのそれぞれは、自身の機能を実行するための特定の情報を必要とする。アセンブラは、通信システムの課金機能（１３）から、課金の通知をリクエストし、受信する（２０４）。このリクエストは、取り得る将来のイベントに対して行われる。このリクエストに対する必要な情報の詳細及び定義は、ルールに含まれている。

セレクタは、アクティブ端末テーブルで部分的に利用可能な情報を要求し、また、設備及びサービスの使用の履歴からなる他の部分を要求する。アクティブ端末テーブルからの情報は直接読み取られる（３１２）。使用情報の履歴は、ＰＡＣＭＡＮによって保持されるイベントデータベース（３０９）から取得される。課金機能（１３）は、設備あるいはサービスの使用に対する課金レコードをＰＡＣＭＡＮへ送信し（２０３）、これは、事前に処理され、イベントデータベースに記憶される。

トリガは、実際の動作ステータス情報を要求する。この情報は、通信システムの様々な実行機能（１４）によって提供される（２０５）。ＰＡＣＭＡＮは、同期用の情報を記憶するために、端末毎に構成されるトリガテーブル（３０８）を保持している。トリガは、このテーブルからその情報を読み出す（３２１）。

メッセージジェネレータの出力は、メッセージのタイプに依存して、通信システムの実行機能へ転送されるＰＡＣメッセージ（２０１）である。この実行機能は、端末へのトランスポートを取り扱う。

トリガ、アセンブラあるいはプレスキャナから受信される、ルール／端末識別子ペアは、セレクタの動作を制御する。セレクタは、ルール／端末識別子ペアの着信用の内部ＦＩＦＯを有している。ルール／端末識別子ペアがプレスキャナから到来する場合、自身のプロセス識別子が値３あるいは４を有している場合にのみそのＦＩＦＯに入力される。セレクタは、ＦＩＦＯから１つずつルール／端末識別子ペアを取得し、それを処理する。

ルール／端末識別子ペアに対しては、セレクタは、アクティブルールテーブルから対応するルールを読み出し、また、アクティブ端末テーブルから端末の管理情報を取得する。第１の比較チェックにおいて、セレクタは、管理情報がルール内の選択（セレクタ）条件と整合するかどうかのセレクタチェックを実行する。整合する場合、セレクタは、第２のチェックを開始する。それゆえ、これは、イベントデータベースに問い合わせる。この問い合わせ結果は、ルール内の選択（セレクタ）条件との整合用にチェックされる。

第１の比較チェックが失敗する場合、セレクタは、「ルール／端末識別子ペアの削除」命令を送信して、以降の動作は行わない。第２の比較チェックが失敗する場合、同一の動作が行われる。両方のチェクが成功する場合にのみ、セレクタは、ルール／端末識別子ペアのプロセスインジケータの値に依存して、更なる動作を行う。

値が１あるいは３である場合、セレクタは、ルール／端末識別子ペアをアセンブラへ転送する。

値が２あるいは５である場合、セレクタは、「ルール／端末識別子ペアの送信」命令を送信し、その後、「ルール／端末識別子ペアの削除」命令を送信する。

値が４あるいは６である場合、セレクタは、ルール／端末識別子ペアをトリガへ転送する。

セレクタと同様に、プレスキャナ、セレクタあるいはアセンブラから受信されるルール／端末識別子ペアは、トリガを制御する。セレクタとは違って、トリガは、ＦＩＦＯを持たないが、受信したルール／端末識別子ペアを内部テーブルに記憶する。ルール／端末識別子ペアがプレスキャナから受信される場合、プロセスインジケータがチェックされる。プロセスインジケータの値が１あるいは２を有するルール／端末識別子ペアだけが記憶される。内部テーブルには、端末識別子が記憶され、その後、プロセス識別子が記憶される。パフォーマンスを改善するために、このテーブルは、実際には、２つのセクションを含んでいる、１つは、ルール／端末識別子ペアを含み、もう１つは、ルール識別子で記憶される、適用可能なルールのリストを含んでいる。

トリガは、スキャン周期で動作する。１つのスキャン周期で、トリガは、ルール内のトリガ条件との整合性を確認するために、テーブル内のすべてのルール／端末識別子ペアをチェックする。但し、ルールの高頻度の取得は、アクティブルールテーブルからのルール情報を要求するＰＡＣＭＡＮの他の機能と干渉することになる。そのため、トリガは、適用可能なルールを取得することによってスキャン周期を開始する。トリガ動作に関連するルールの部分は、内部に記憶される。

スキャン周期の１回目のパスにおいて、有効期間の満了時に各ルール／端末識別子ペアがチェックされる。ルール／端末識別子ペアの有効期間が満了する場合、ルール／端末識別子ペアは内部テーブルから削除され、かつ「ルール／端末識別子ペアの削除」命令が送信される。ルール／端末識別子ペアの有効なルールがこれ以上存在しないことが検出される場合、同一の動作が行われる。

スキャン周期の２回目のパスで、トリガは、ルール／端末識別子ペアが内部テーブルに存在する、第１の端末用に、トリガテーブルからトリガ情報をフェッチし、それをすべてのルール内のトリガ条件と比較する。これは、対応するルール／端末識別子ペアが内部テーブルに存在することがそのルールに対して提供される。次に、トリガは、上述のように、内部テーブルの次の端末に対するトリガ情報をフェッチし、そのトリガ情報をルールのトリガ条件と比較する。このプロセスは、リスト内のすべての端末がルールに対してチェックされるまで継続する。各チェックの結果は、次のようになり得る：
トリガ情報がルール内のトリガ条件と整合しない場合、更なる動作は行われない。

トリガ情報がルール内のトリガ条件と整合する場合、更なる動作が、ルール／端末識別子ペアのプロセスインジケータの値に依存する。

○ 値が１あるいは５である場合、トリガは、ルール／端末識別子ペアをセレクタへ転送する。

○ 値が３あるいは６である場合、トリガは、「ルール／端末識別子ペアの送信」命令を送信し、その後、「ルール／端末識別子ペアの削除」命令を送信する。

○ 値が２あるいは４である場合、トリガは、ルール／端末識別子ペアをアセンブラへ転送する。

３つの場合のすべてにおいて、トリガは、自身の内部テーブルからルール／端末識別子ペアを削除する。

セレクタと同様に、アセンブラも、プレスキャナ、トリガあるいはセレクタから受信するメッセージを、内部ＦＩＦＯで処理する。プレスキャナから受信する場合、プロセスタイプ識別子が値５あるいは６を有している場合に、ルール／端末識別子ペアが内部ＦＩＦＯに受け入れられる。アセンブラがＦＩＦＯからルール／端末識別子ペアを読み出す場合、アセンブラは、アクティブルールテーブルから対応するルールを読み出すことによって開始する。そのルールが、アクティブルールテーブルに存在していない場合、アセンブラは、「ルール／端末識別子ペアの削除」命令を送信し、このルール／端末識別子ペアに対する更なる動作は実行しない。

有効なルールが取得される場合、アセンブラは、メッセージのタイプ、端末管理データ及びＰＡＣメッセージの固定の部分を考慮するルールの定義に従ってメッセージ本体を用意する。課金ルールが定義されている場合、アセンブラは、必要なデータを収集して、それを課金の通知のために、ネットワークの課金機能へ転送する。課金の通知が課金機能から返信される場合、アセンブラは、その課金の通知をＰＡＣメッセージに組み込む。

ＰＡＣメッセージは、自身のルール／端末識別子ペアとともに、待機メッセージバッファに一時的に記憶される。待機メッセージバッファがマッチする「ルール／端末識別子ペアの送信」命令を受信する場合、ＰＡＣメッセージはリリースされる。マッチする「ルール／端末識別子ペアの削除」命令が受信される場合、このＰＡＣメッセージは待機メッセージバッファから削除される。

ＰＡＣメッセージを記憶した後、ルール／端末識別子ペアに対する残りの動作は、ルール／端末識別子ペアのプロセスインジケータの値に依存する。

値が２あるいは６である場合、アセンブラは、ルール／端末識別子ペアをセレクタへ転送する。

値が１あるいは４である場合、アセンブラは、「ルール／端末識別子ペアの送信」命令を送信し、その後、「ルール／端末識別子ペアの削除」命令を送信する。

値が３あるいは５である場合、アセンブラは、ルール／端末識別子ペアをトリガへ転送する。

ルールの内容及び機能は既に説明しているが、図７は、参照用にルールの内容を示している。ルールは、管理セクション（ＡＤＭ）、条件セクション（ＩＦ）、及びメッセージ定義セクション（ＴＨＥＮ）の３つの部分から構成されている。

管理セクション（ＡＤＭ）は、以下のフィールドを備える：
ＲＮＲ：ルール番号、ルールに対して固有の識別子を提供する
スローガン：自身の目的の認識用のルールを識別するテキスト列
ＤＴＧ開始：ルールのアクティベーション用の日時／時間グループ
ＤＴＧ終了：ルールのデアクティベーション用の日時／時間グループ
最適化：ルールの目的の観点から、生成において求められる最適化の指示
有効期間：ルール／端末の組み合わせが生成プロセスにおいて存在し得る最大期間を特定する
ルールがアクティベートされ、アクティブルールテーブルにコピーされる場合、スローガン、ＴＤＧ開始及びＤＴＧ終了のフィールドが削除される。最適化は、プロセスインジケータの値１−６によって置換され、これは、生成プロセスのステップが実行される場合のシーケンスを判定する。

条件セクション（ＩＦ）は、以下のフィールドを備える：
前提条件：ＰＡＣメッセージがルール／端末の組み合わせに対して送信することができる場合、プレスキャナによるチェック対象となる条件を識別する
選択条件：ＰＡＣメッセージがルール／端末の組み合わせに対して送信できるかを、生成プロセスの選択ステップによって使用される条件
トリガ条件：ＰＡＣメッセージが送信される場合の時点を判定するために、トリガによって使用される条件
これらの条件セクションは、アクティブルールテーブルとなるように、ルールのアクティベーションにおいてコピーされる。

メッセージ定義セクション（ＴＨＥＮ）は、以下のフィールドを備える：
タイプ：ＳＭＳ、ＭＭＳ、ｈｔｔｐあるいは音声のようなＰＡＣメッセージを送信するために使用される機能的な接続
本体：固定部分が記憶されているファイルへのリンクとして、ＰＡＣメッセージの固定内容を定義する
課金ルール：ＰＡＣメッセージの可変部分の取得方法を定義する
メッセージ定義セクションは、ルールがアクティベートされる場合にコピーされる。課金ルールフィールドはオプションであり、可変部分が要求されていない場合には省略することができる。本体フィールドで識別されるファイルは、可変部分が含まれる部分への専用の参照を含むことができる。省略される場合は、可変部分が、固定部分の直後に続くことになる。

本発明の実施形態は、本発明を実現し、当業者にその開示を理解させることを可能にする取り得る方法の１つである。

従来の通信システムの物理レイヤの状態を示す図である。 物理レイヤの概要として、従来の通信システムの機能レイヤの状態を示す図である。 本発明を含む通信システムを示す図である。 先制通知を行うための課金マネージャを示す図である。 メッセージジェネレータを示す図である。 プレスキャナを示す図である。 先制通知の課金メッセージを提供する方法を示す図である。 先制通知の課金メッセージを生成するためのルールの要素を示す図である。

Claims (16)

1. 通信システム（２）における複数の端末（５ａ−ｚ）へ、ユーザが開始していない設備及びサービスに対する課金メッセージとしてその通知がユーザに承諾されていない課金メッセージである、先制通知の課金メッセージ（６０９）を配信する方法であって、
   前記課金メッセージのそれぞれの、内容、適用可能にするための条件及び配信するための条件がルール（６１０）によって制御され、
   前記複数の端末それぞれに対する管理情報であって、前記通信システム（２）における管理機能によって提供される、前記ユーザの前記端末あるいは加入情報に関する管理情報は、前記通信システム（２）で利用可能であり、
   前記方法は、
   前記課金メッセージ（６０９）を生成する（６００）ステップと、
   前記ルール（６１０）を使用して、前記課金メッセージ（６０９）を配信するための端末（５ａ−ｚ）を選択するステップと、
   前記課金メッセージ（６０９）を送信する時期を判定するためのトリガ条件及び前記端末から取得される時間に関するトリガ情報に基づいて、前記課金メッセージ（６０９）を送信する時期を判定するためのトリガするステップと、
   前記トリガするステップによって判定された時期に、前記課金メッセージ（６０９）を前記端末（５ａ−ｚ）へ送信するステップとを備え、
   前記選択するステップは、前記ルール（６１０）の１つ以上が適用可能であるかを検証するために、前記端末（５ａ−ｚ）をプレスキャンするステップを備え、
   前記プレスキャンするステップの実行は、前記管理情報の変更が発生した前記端末（５ａ−ｚ）に制限され、
   前記プレスキャンするステップの後、前記端末に適用するルールに対する端末及びルールの組み合わせに関連する端末−ルール組み合わせ識別子が、前記通信システム（２）において前記課金メッセージを配信するための端末を選択するためにチェックされ、チェックの結果、選択条件に整合する端末−ルール組み合わせ識別子で示される端末が、前記課金メッセージ（６０９）を配信するための端末として選択される
   ことを特徴とする方法。
2. 管理情報を変更している前記端末（５ａ−ｚ）は、前記通信システム（２）に登録される新規の端末と、管理情報を変更している前記通信システム（２）内の既存の端末を含む
   ことを特徴とする請求項１に記載の方法。
3. 前記端末−ルール組み合わせ識別子の削除後に、削除した端末−ルール組み合わせ識別子に対して前記プレスキャンするステップを再度実行するステップを更に備える
   ことを特徴とする請求項１又は２に記載の方法。
4. 選択されている前記ルールの少なくとも１つを変更するステップを更に備え、
   前記プレスキャンするステップは、前記ルールの少なくとも１つが変更された後に実行される
   ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 選択されている前記ルール（６１０）を定義するステップを更に備える
   ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 選択されている前記ルールは、前記先制通知の課金メッセージを生成するための、前記選択条件、メッセージ定義及び前記トリガ条件を含み、
   前記選択条件は、前記プレスキャンするステップを実行するための前提条件を含む
   ことを特徴とする請求項５に記載の方法。
7. 前記ルールは、更に、選択されているルールが保持されるべきルール有効期間、端末−ルール組み合わせ識別子が前記通信システムに存在することができる有効期間、前記課金メッセージのメッセージタイプ、固定メッセージ部分、前記課金メッセージ内にユーザ依存データを含ませるためのユーザ依存メッセージ部分を含むグループの少なくとも１つを含む
   ことを特徴とする請求項６に記載の方法。
8. 前記プレスキャンを実行するステップは、新規のルールが定義された後に実行される
   ことを特徴とする請求項５乃至７のいずれか１項に記載の方法。
9. 前記端末−ルール組み合わせ識別子は、更に、プロセス識別子を含み、
   前記プロセス識別子は、前記選択するステップ、アセンブルするステップ及び前記トリガするステップが実行されるべきシーケンスを定義する
   ことを特徴とする請求項３に記載の方法。
10. 前記管理情報は、端末ステータス、前記端末で利用可能な機能アクセスタイプのケイパビリティ、前記機能アクセスタイプの接続ステータス、前記通信システムで提供されるサービスに関連する端末加入情報、支払のタイプを含むグループの少なくとも１つを含む
    ことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
11. 通信システム（２）における複数の端末（５ａ−ｚ）へ、ユーザが開始していない設備及びサービスに対する課金メッセージとしてその通知がユーザに承諾されていない課金メッセージである、先制通知の課金メッセージ（６０９）を配信する装置であって、
    当該装置は、
    前記課金メッセージのそれぞれの、内容、適用可能にするための条件及び配信するための条件をルール（６１０）によって制御し、
    前記複数の端末それぞれに対する管理情報であって、前記通信システム（２）における管理機能によって提供される、前記ユーザの前記端末あるいは加入情報に関する管理情報を、前記通信システム（２）に提供し、
    前記課金メッセージ（６０９）を生成し（６００）、
    前記ルール（６１０）を使用して、前記課金メッセージ（６０９）を配信するための端末（５ａ−ｚ）を選択し、
    前記課金メッセージ（６０９）を送信する時期を判定するためのトリガ条件及び前記端末から取得される時間に関するトリガ情報に基づいて、前記課金メッセージ（６０９）を送信する時期を判定し、
    前記判定された時期に、前記課金メッセージ（６０９）を前記端末（５ａ−ｚ）へ送信する
    ように構成されていて、
    前記装置は、更に、
    前記ルール（６１０）の１つ以上が適用可能であるかを検証するために、前記端末（５ａ−ｚ）をプレスキャンするステップを実行するように構成されていて、
    前記装置は、更に、
    前記管理情報の変更が発生した前記端末（５ａ−ｚ）にのみ、前記プレスキャンするステップを実行し、
    前記プレスキャンするステップの後、前記端末に適用するルールに対する端末及びルールの組み合わせに関連する端末−ルール組み合わせ識別子を、前記通信システム（２）において前記課金メッセージを配信するための端末を選択するためにチェックし、チェックの結果、選択条件に整合する端末−ルール組み合わせ識別子で示される端末を、前記課金メッセージ（６０９）を配信するための端末として選択する
    ように構成されている
    ことを特徴とする装置。
12. 前記通信システム（２）に登録される新規の端末と、管理情報を変更している前記通信システム（２）内の既存の端末を含むグループの少なくとも１つをプレスキャンするように構成されている
    ことを特徴とする請求項１１に記載の装置。
13. 前記端末−ルール組み合わせ識別子の削除後に、削除した端末−ルール組み合わせ識別子に対して前記プレスキャンするステップを再度実行するように構成されている
    ことを特徴とする請求項１１又は１２に記載の装置。
14. 選択されている前記ルールを定義するように構成されている
    ことを特徴とする請求項１１乃至１３のいずれか１項に記載の装置。
15. 請求項１乃至１０のいずれか１項に記載の方法を実行するように構成されている通信システムにおけるノード装置。
16. 請求項１乃至１０のいずれか１項に記載の方法を、コンピュータに実行させるためのプログラム命令を備えることを特徴とするコンピュータプログラム。

Images