JP2010516130A - 入札処理によるサービスアクセス料金表レートの課金状態に依存する判定のための方法およびデバイス - Google Patents

Abstract

通信ネットワーク（１００）を介してアクセス可能なサービス（１０２）へのアクセスユーザの課金のための方法およびデバイスが開示される。少なくとも２つの課金関連状態が、通信ネットワーク（１００）に対して定義される。ユーザに関連付けられている料金表提案エンティティ（１０６ａ、１０６ｂ、３０６、４０１）は、サービス（１０２）へアクセスするユーザから課金するための１つまたは複数の料金表提案を判定し、そして、１つまたは複数の料金表提案をレイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）に送信する。レイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）は、少なくとも２つの課金関連状態の現在の課金関連状態に関係する１つまたは複数の料金表提案を分析し（Ｓ３２０、Ｓ４１５）、１つまたは複数の料金表提案の少なくとも１つが現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかが判定される。レイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）は、さらにサービス（１０２）へアクセスするユーザに課金するための少なくとも１つの料金表提案に準拠する料金表を選択し（Ｓ３２５、Ｓ４２０）、そして、選択された料金表に従ってサービス（１０２）へアクセスするユーザの課金を開始する。
【選択図】 なし

Description

本発明は、通信に関するものであり、特に、通信ネットワークを介してアクセス可能なサービスへのアクセスユーザの課金に関するものである。

サービスはネットワークオペレータによって運用される通信ネットワークを介してユーザによりアクセスすることができる。ネットワークオペレータの通信ネットワークを介してアクセス可能なサービスは、ネットワークオペレータと異なるサービスプロバイダによって提供することができる。選択的には、サービスプロバイダとネットワークオペレータは同一でありうる。ユーザは、通信ネットワークを介するサービスへのアクセスのために移動電話またはコンピュータのようなユーザデバイスを操作することができる。

サービスの例は、例えば、電話をかける、ショート・メッセージ・サービス（ＳＭＳ：Short Message Service）またはマルチメディア・メッセージング・サービス（ＭＭＳ：Multimedia Messaging Service）を介するメッセージの送信、または呼出音若しくはビデオクリップまたは携帯テレビのダウンロードのような一般的な通信サービスである。

共通する特徴は、営利運用会社（commercial operator）がサービスアクセス、即ち、サービスの起動および使用の少なくとも一方に対してユーザに課金することである。

レイティング（rating：料金算定）は、特定サービスへのアクセスコストを判定する行為である。レイティング処理は、サービスアクセスに関連するデータを、金額に等価な値に変換することを含んでいる。レイティング処理は、サービスアクセスユーザに課金すべき料金の計算のための料金表（tariff：タリフ）をさらに検討する。

以下で「サービスアクセス関連データ」と示されるサービスアクセスに関連するデータは、典型的には定量化可能であり、また、時間特性（例えば、曜日、日付、時刻）または使用量（例えば、呼継続時間、データ量、メッセージ数、歌の数）、呼の宛先（例えば、国内回線、海外）または呼の発信元若しくは発呼者の位置または使用するネットワークタイプ（例えば、移動ネットワーク、固定ネットワーク）のような一定のタイプが存在する。サービスアクセス関連データの別の例は、ユーザの加入タイプ、例えば、通常または特別サービス加入、分に基づくまたは秒に基づく、均一（flat rate）料金かそうでないかである。

料金表は、典型的には、レート（rate：料金）および手数料（fee）の少なくとも一方を構成している。レートは、イベントに対して設定されている料金（price）、例えば、ユニット当り分当りの料金または伝送データのユニット当たりの料金である。手数料は、一定のイベントに課金する場合に追加することができる、−典型的には固定−、量であり、例えば、ローミング呼を接続する場合には手数料が上げられる場合があう。イベントは、サービスアクセス関連データと同じであるまたはそれから派生しうる。

レイティングエンティティ（rating entity）は、時にまた、レイティングエンジンとして知られ、サービスアクセスに対して課金すべきコストを判定するために使用することができる。レイティングエンティティは、サービスアクセス関連データを収集し、適用可能な料金表を検討してサービスアクセスに対するコストを計算することができる。適用可能な料金表の判定は、少なくともいくつかのサービスアクセス関連データに依存する場合がある。ユーザによるサービスアクセスの一般的な例は、ユーザが別のユーザに行う移動電話による呼であり、両ユーザの位置および加入情報、サービス起動時間（例えば、勤務時間または週末等）は、典型的には適用可能な料金表に影響を及ぼす。この適用可能な料金表は、上記サービスアクセス関連データを検討してネットワークオペレータによって判定される。このレイティングエンジンは、その場合、例えば、分当りに基づく料金およびローミングユーザの手数料を含む料金表を検討して、呼継続時間に基づき。呼のコストを計算することができる。

既知の課金システムのすべてに共通することは、通信ネットワークオペレータによって料金表が設定されることである。サービスがネットワークオペレータと異なるサービスプロバイダによって提供される場合、サービスプロバイダは、追加する料金表に影響を及ぼしうる。

可能な限りサービスアクセス関連データに影響を及ぼすことによって、例えば、サービスアクセスの回数および継続時間を削減することによって、またはローミングを回避することによってのみ、コスト意識のあるユーザは、その請求書を最少にすることができる。しかしながら、この動作は、ユーザにとり不便であり、また、特に、通信ネットワークの負荷が低い場合においてのサービスアクセスの増加に関心のあるネットワークオペレータにとり不利益である。一方、ネットワークオペレータは、通信ネットワークの負荷が高い状況では、例えば、通常のユーザより特別なユーザを優先することによって、サービスアクセスを制御するための手段をいくつか必要とする。しかしながら、固定加入に基づくこのような制御メカニズムは極めて柔軟性がなく、緊急なサービスアクセスを必要とし、より多く支払う意思があるであろうユーザには適していない。

それゆえ、本発明の目的は、通信ネットワークの高い及び低い少なくとも一方の負荷状況に特に適合するコスト最適化課金に、より利便性および柔軟性を提供する方法、デバイスおよびコンピュータプログラムを提供することである。

この目的は、請求項１および請求項９に記載される方法によって達成される。さらに、それぞれ請求項１５および請求項１７に記載のレイティングエンティティおよび料金表提案エンティティ、請求項１９に記載の通信ネットワーク、請求項２０および請求項２１に記載のコンピュータプログラムおよび請求項２２に記載のコンピュータ可読媒体製品において、本発明が実施される。有利な実施形態は、さらなる請求項に記載される。

本発明は、サービスへアクセスするためのユーザの課金を行なう方法を開示する。このサービスは、通信ネットワークを介してアクセス可能であり、ここで、少なくとも２つの課金関連状態、例えば、通信ネットワークの低負荷状態に関連付けられている第１の課金関連状態および通信ネットワークの高負荷状態に関連付けられている第２の課金関連状態が定義される。

料金表提案エンティティは、サービスへアクセスするユーザから課金するための、１つまたは複数の料金表提案を判定するためのリクエストの受信によってトリガされても良いる。料金表提案エンティティは、ユーザのプリファレンスに従って、１つまたは複数の料金表提案を判定し、かつサービスへアクセスするユーザから課金するための、判定された１つまたは複数の料金表提案をレイティングエンティティに送信する。

レイティングエンティティでは、サービスへアクセスするユーザから課金するための１つまたは複数の料金表提案を、ユーザに関連付けられている料金表提案エンティティから受信される。レイティングエンティティは、少なくとも２つの課金関連状態の現在の課金関連状態に関係する、受信された１つまたは複数の料金表提案を分析する。この分析では、１つまたは複数の料金表提案の少なくとも１つが現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかが判定される。課金関連状態に関連付けられている料金表設定は、任意の種類の情報であり得り、この任意の種類の情報に基づいて１つまたは複数の料金表提案の準拠性を判定することができる。料金表設定は、例えば、通信ネットワークオペレータおよびオプションとしてのサービスを提供するサービスプロバイダによって定義される、例えば、料金表であり得る。料金表設定は、レイティングエンティティに記憶することができる、または分析のためにレイティングエンティティの外部ソースから取得することができる。

レイティングエンティティは、少なくとも１つの準拠する料金表提案の料金表を選択する。好ましくは、選択される料金表は、料金表提案の１つと同一である。しかしながら、少なくとも１つの料金表提案と少なくとも１つの料金表設定との間の準拠性を達成し、かつ確実にするために、選択された料金表と料金表提案は僅かに異なりうる。さらに、レイティングエンティティは、選択された料金表に従って、サービスへアクセスするためのユーザへの課金を開始する。

本発明に従えば、課金処理で使用される料金表に影響を及ぼす機会をユーザに提供する。例えば、サービスアクセスリクエストが行われる場合またはサービスアクセス中に、料金表提案をアドホックに提供することができ、また、料金表提案を、例えば、種々の通信ネットワークの負荷状態と関連付けられている現在の多様な課金関連状態に適合させることができる。加えて、現在の課金関連状態に対する、オペレータおよび上述のオプションとしてのサービスプロバイダによって、設定される料金表設定との準拠性について料金表提案が分析され、その結果に従って、選択される。従って、課金は非常に柔軟で、かつ都合よく実行することができ、また、ユーザのプリファレンスおよびオペレータの関心の双方に適している。

以下では、当業者に十分で、完全な理解を与えるために、本発明の詳細な実施形態が記載される。しかしながら、これらの実施形態は説明するものであり、限定することを意図するものではない。

本発明に従う通信ネットワークの実施形態の概要説明を示す図である。 本発明の実施形態に従う課金関連状態および料金表設定の説明を示す図である。 本発明の実施形態に従う方法のフローチャートを示す図である。 図３ａに従う実施形態に関係するメッセージおよび処理チャートを示す図である。 本発明の実施形態に従う方法のフローチャートを示す図である。 図４ａに従う実施形態に関係するメッセージおよび処理チャートを示す図である。 本発明の実施形態に従う方法のフローチャートを示す図である。 本発明の実施形態に従う方法のフローチャートを示す図である。 レイティングエンティティの実施形態の概要説明を示す図である。 料金表提案エンティティの実施形態の概要説明を示す図である。

図１はオペレータによって運用される通信ネットワーク１００の説明図を示している。通信ネットワーク１００は、アクセスネットワーク１０３、コアネットワーク１０４、それぞれのリンクＬ１０１およびＬ１０４を介して接続される課金（charging）システム１０５を含んでいる。この課金システムは、コアネットワーク（不図示）に組み込むことも可能でありうる。

通信ネットワークの例は、移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile communications）ネットワーク、汎用パケット無線システム（ＧＰＲＳ：General Packet Radio System）ネットワーク、ユニバーサル移動通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System）ネットワークまたは第４世代（４Ｇ：fourth generation）ネットワーク、有線電話若しくはデータネットワーク、またはこのような通信ネットワークの組み合わせである。これらの移動通信ネットワークの例では、課金システムは好ましくはコアネットワークの一部であろう。

通信ネットワーク１００は、例えば、サービスネットワークまたはオペレーションサポートシステム若しくは説明を簡単にするために図示していないさらなる接続のようなエンティティをさらに含むことができる。通信ネットワーク１００は、本明細書で移動電話として例示されるユーザデバイス１０１を操作するユーザに対してアクセス可能であるサービス１０２をさらに提供する。提供するサービス１０２は、図示するために通信ネットワーク１００内にしめされている。その理由は、通信ネットワーク１００を介してサービスへのアクセスを達成されるからである。アクセス可能なサービス１０２が存在するサーバのようなデバイスは、通信ネットワーク１００内（例えば、コアネットワーク１０４内）または通信ネットワーク１００の外部に配置することができる。

サービス１０２は、通信ネットワーク１００を介して、例えば、ユーザデバイス１０１からアクセスネットワーク１０３およびコアネットワーク１０４並びにそれぞれのリンクＬ１００、Ｌ１０１、Ｌ１０２を介してアクセスすることができる。

通信ネットワーク１００は、レイティングエンティティ（rating entity）１０７および少なくとも１つの料金表提案エンティティ（tariff proposal entity）１０６ａ、１０６ｂをさらに含んでいる。料金表提案エンティティは、料金表提案エンティティ１０６ａについて示されるように、ユーザデバイス１０１に配置することができる。このタイプの構成に対して、用語「端末中心（terminal-centric）」をさらに使用することができる。端末中心の料金表提案エンティティは、ユーザデバイス１０１に備えることができる、またはユーザデバイスに接続可能である。

代替としてまたはこれに加えて、料金表提案エンティティは、例えば、コアネットワーク１０４に配置されている料金表提案エンティティ１０６ｂのようなユーザデバイス１０１から遠隔の通信ネットワークの他の部分に配置することができる。料金表提案エンティティが通信ネットワークのユーザデバイス１０１から遠隔に存在するこのような構成に対して、用語「ネットワーク中心」も以下で使用する。主として、この用語は、ユーザデバイス１０１および料金表提案エンティティ１０６ｂが、無線アクセスネットワークの無線リンクを介して分離されている構成を意味する。

ユーザは少なくとも１つのネットワーク中心および端末中心の料金表提案エンティティと関連づけられている場合がある。例えば、通信ネットワークの高負荷状態と関連付けられている、例えば、第１の課金関連状態では、例えば、料金表提案エンティティ１０６ｂのようなネットワーク中心の料金表提案エンティティを使用することができる。一方、例えば、通信ネットワークの低負荷状態と関連付けられている第２の課金関連状態では、例えば、料金表提案エンティティ１０６ａのような端末中心の料金表提案エンティティを使用することができる。現在の課金関連状態が第１の課金関連状態から第２の課金関連状態（および／または逆）に変化する場合、ネットワーク中心の料金表提案エンティティから端末中心の料金表提案エンティティ（および／または逆）への切替が開始される場合がある。

図２は、通信ネットワークで定義される「ディスカウント」、「デフォルト」および「オークション」と示される課金関連状態の例を示している。この課金関連状態は、ここでは線２００によって示される料金表設定と関連付けられている。課金関連状態「ディスカウント」に対して、関係する料金表設定２００は低く、例えば、通信ネットワークの低負荷の場合、高いサービス利用可能性を適用することができる。対応して、例えば、通信ネットワークの中かつ高負荷状態に対して課金されるより高いコストを反映するために線２００によって示されるように、課金関連状態「デフォルト」および「オークション」は漸増的により高い料金表設定を有する。

料金表設定に関連付けされている線２００は、課金関連状態「オークション」と関連付けられている料金表設定に準拠するために、さらなる課金関連状態「デフォルト」および「ディスカウント」と比較して課金関連状態「オークション」に対しより高い値の料金表提案を提出しなければならないことを示している。最低および最高の少なくとも一方の閾値パラメータは、選択される料金表を制限するために「最低」および「最高」によって示される、料金表設定を制限することができる。

定義される課金関連状態のそれぞれに対し、サービスアクセスに対するユーザから課金を行なうための料金表を現在の課金状態に関連付けられている少なくとも１つの料金表設定に準拠する提出された料金表提案から選択する通信ネットワークを構成することができる。選択的には、これは少なくとも２つの定義済の課金関連状態のサブセットに対してのみ可能でありうる。例えば、準拠する料金表提案の選択は、課金関連状態「ディスカウント」および「オークション」に対してのみ許容することができる。一方、課金関連状態「デフォルト」に対しては、レイティングエンティティにおいて受信される料金表提案を直ちに廃棄することができる、その理由は、オペレータのデフォルト料金表設定を適用するであろうからである。それゆえ、オペレータは、少なくとも２つの課金状態について、受信する料金表提案が分析および選択のために検討されるか否かを定義することができ、従って、料金表提案の検討を、オペレータが要望しているか否かの、これらの課金関連状態（群）に対する有効な初期フィルタリングを提供することができる。

少なくとも２つの課金関連状態を定義する通信ネットワークを介してアクセス可能なサービスへのアクセスユーザの課金に対して、サービスアクセスに対するユーザから課金を行なうための１つまたは複数の料金表提案を判定するためのリクエストの受信によって、料金表提案エンティティを起動することができる。料金表提案エンティティは、ユーザのプリファレンスに従って１つまたは複数の料金表提案を判定し、レイティングエンティティに、サービスへアクセスするユーザから課金するための、判定した１つまたは複数の料金表提案を送信する。この１つまたは複数の料金表提案の判定は、料金表提案エンティティによって知られている様々なパラメータによって影響を受け得る。このパラメータには、サービスアクセスを取得するための以前に失敗した試行を含んでいるが、これに限定されるものではない。レイティングエンティティへの少なくとも１つの判定した料金表提案の送信は、プッシュ、またはプルの方法で達成することができる。料金表提案エンティティは、１つまたは複数の判定した料金表提案を、レイティングエンティティまたは別のエンティティに送信することができる。この別のエンティティからは、１つまたは複数の判定した料金表提案が、更に、レイティングエンティティにさらに送信される、または別のエンティティからは、１つまたは複数の判定した料金表提案をレイティングエンティティによってダウンロードすることができる。１つまたは複数の料金表提案エンティティは、例えば、レイティングエンティティとの対話形式で、単一メッセージまたはメッセージシーケンスを介して送信することができる。

レイティングエンティティでは、サービスへアクセスするユーザに対する１つまたは複数の料金表提案が、ユーザに関連付けられている料金表提案エンティティから受信される。レイティングエンティティは、少なくとも２つの課金関連状態の現在の課金関連状態に関して受信する１つまたは複数の料金表提案を分析する。この分析では、１つまたは複数の料金表提案の少なくとも１つが、現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかが判定される。

レイティングエンティティは、少なくとも１つの料金表提案に準拠する料金表を選択し、そして、選択する料金表に従ってサービスへアクセスするユーザに対する課金を開始する。

例えば、料金表を最大小数第２位（maximum two decimal places）まで処理するように構成することができるレイティングエンティティによって料金表提案を処理することができるように料金表提案を適合にするために、少なくとも１つの料金表提案と少なくとも１つの料金表設定との間の準拠性（compliance：整合性）を達成し、確認するために、選択される料金表と料金表提案は僅かに異なることがありうるが、この料金表提案は小数第２位より大きい小数位を有する場合があるので、料金表提案および料金表設定が準拠することを判定することができるように料金表提案の丸め込みを実行しなければならない。

好ましくは、分析テップでは、料金表提案エンティティによって指定される指示に従って、１つまたは複数の料金表提案が分析される。この順序は、ユーザプリファレンスに反映することができ、また、この指示は、料金表提案エンティティがサービスアクセスに対する複数の料金表提案を提出することで、その料金表提案がユーザプリファレンスに従って分析される場合に特に有用である。例えば、関連付けられている料金表提案エンティティは、漸増する値の料金表提案を提出することができる。ユーザプリファレンスが最低価格である場合、レイティングエンティティは、それに従って最低値の料金表提案に対する分析を開始することを指示されるが、これは、最低値の料金表提案とさらに低い値の料金表提案が現在の課金関連状態の料金表設定に準拠せず、また、準拠する料金表提案を判定することができるまでに時間を要する危険を伴う。別の例に従えば、より速いアクセスが必要である場合、この指示はより高い値の料金表提案の分析を開始することでありうる。

レイティングエンティティは、サービスアクセス関連データに基づいて、現在の課金関連状態に関連付けられている料金表設定を判定することができる。このサービスアクセス関連データは、レイティングエンティティにおいて１つまたは複数の料金表提案と共に受信され、また、このサービスアクセス関連データは、サービス、サービスアクセスおよびユーザの詳細に対する準拠性分析において使用される料金表設定を精緻化するためにレイティングエンティティによって使用することができる。

通信ネットワークの負荷状態は、通信ネットワークの任意の部分に対して、例えば、セルレベル、ノードレベル、サブネットワークレベル、ネットワークレベル、エリア（例えば、位置エリアまたはサービスエリア）レベルおよびリンクレベルの少なくともいずれか１つにおいて判定することができる。例えば、通信ネットワークの負荷状態が高、中または低レベルにあるかを示すために、通信ネットワークの負荷状態はレベリングスキームに（leveling scheme）割当てることができる。従って、通信ネットワークの負荷レベルに対応する課金関連状態は、例えば、通信ネットワークの負荷レベル「低（ＬＯＷ）」に対して課金関連状態「ディスカウント（Discount）」および通信ネットワークの負荷レベル「高（ＨＩＧＨ）」に対して課金関連状態「オークション（Auction）」と判定することができる。

少なくとも２つの課金関連状態は、少なくとも２つの通信ネットワークの負荷状態に関連付けることができる。さらに、例えば、現在の通信ネットワークの負荷状態に従って判定される現在の課金関連状態に依存して、レイティングエンティティは、料金表提案エンティティとの通信用のアドレスを選択するように構成することができる。ユーザに関連付けられている第１の料金表提案エンティティに関連付けられているアドレスから、ユーザに関連付けられている第２の料金表提案エンティティのアドレスへ切り替えることにより、レイティングエンティティは、第１の課金関連状態に関連付けられている第１の料金表提案エンティティから第２の課金関連状態に関連付けられている第２の料金表提案エンティティへ切り替えるように構成することができる。例えば、現在の課金関連状態「オークション」を有する通信ネットワークの高負荷状態に対して、レイティングエンティティは、ネットワーク中心料金表提案エンティティ１０６ｂへ向かうことができる。無線リンクＬ１００に空き容量を有する現在の課金関連状態「ディスカウント」に関連付けられている通信ネットワークの低負荷状態に対して、レイティングエンティティは、端末中心料金表提案エンティティ１０６ａと通信することができる。

ユーザは選択された料金表を検証できる場合、ユーザはより確信することができる。選択された料金表提案が、デフォルトのものより低い場合でも、選択された料金表のユーザによる承認は、通信ネットワークを運用する一定の管轄に対する法的課金要件を満足するために必須でさえありうる。好ましくは、選択された料金表の指示が、選択した料金表の承認をリクエストするために操作されるユーザデバイスに送信され、その承認リクエストに対するユーザからの応答が肯定的である場合、選択された料金表に従って課金が開始される。

選択的には、承認アクセスが肯定的でない場合、サービスアクセスが拒否され、オペレータによって設定される（少額の）手数料が、承認を拒否するユーザに課金することができる。選択的には、リクエストされたサービスアクセスを提供し、オペレータによって定義されるデフォルト料金表に従って課金するように、通信ネットワークを構成することができる。

好ましくは、料金表選択の後および承認リクエストの肯定的応答の後の少なくとも一方の後、レイティングエンティティは、サービスへのアクセスを開始するステップを実行する。従って、サービスアクセスに適用可能な料金表（即ち、選択された料金表）をユーザが同意するとの条件の下に、サービスへのアクセスを許可することができる。

レイティングエンティティは、少なくとも１人のさらなるユーザに関連付けられている少なくとも１つのさらなるエンティティから、少なくとも１人のさらなる、サービスへアクセスするユーザから課金を行なうための１つまたは複数のさらなる料金表提案を受信することができる。レイティングエンティティは、ユーザおよび現在の課金関連状態に関係する少なくとも１人のさらなるユーザの、１つまたは複数の受信した料金表提案を分析することができる。この分析では、ユーザおよび少なくとも１人のさらなるユーザの前記受信した１つまたは複数の料金表提案が少なくとも１つの料金表設定に準拠するかが判定される。さらに、１つまたは複数の準拠する料金表提案の中の１つまたは複数の最も価値ある料金表が選択される。ユーザ当りに基づき、サービスへのアクセスが許容される最大ユーザ数まで、この選択が実行される。レイティングエンティティは、ユーザの中の少なくとも１人のユーザおよび最も価値ある料金表が選択されている少なくとも１人のさらなるユーザに対するサービスへのアクセスに対し、ユーザの中の前記少なくとも１人のユーザおよび少なくとも１人のさらなるユーザに対応する選択された最も価値ある料金表に従って課金を開始する。

換言すれば、この分析では、料金表提案が少なくとも１つの料金表設定に準拠するかがチェックされる。ユーザが２つ以上の料金表提案を提出し、その２つ以上が準拠することが起こりうる。この場合、この特定ユーザに対して最も価値ある料金表提案だけさらに検討される。しかしながら、これは、各ユーザに対して、対応する準拠する最も価値ある料金表提案が必ずさらに処理されることを意味するものではない。その理由は、サービスアクセスを最大ユーザ数に制限するからである。従って、準拠する最も価値ある料金表を提案するユーザ数が許容最大ユーザ数を超える場合、ユーザ数はその最大ユーザ数に削減される。例えば、料金表提案を提出するユーザ数がＸであり、準拠する最も価値ある料金表提案数がＹおよび許容ユーザ数がＺであり、Ｘ＞Ｙ＞Ｚである場合、課金されることになるユーザ数はＺである。選択基準は、好ましくは、準拠する最も価値ある料金表提案の値である、即ち、全体でＹの準拠する最も価値ある料金表提案の中の最大値のＺの準拠する最も価値ある料金表提案のみが課金処理に対して選択され、これらＺの関連付けられたユーザのみがサービスにアクセスすることができる。例えば、等しく準拠する最も価値ある料金表提案が多すぎる場合、さらなる選択基準が適用されても良い。最終的には、Ｘ−Ｚのユーザ数は、サービスアクセスに対して考慮されず、これらの数の中で、低すぎる値、そうでなければそれ以外の、準拠する最も価値ある料金表提案を行うＹ−Ｚのユーザを排除する。

レイティングエンティティがサービスアクセス中に１つまたは複数の後続の料金表提案を、例えば、ユーザおよび／または少なくとも１人または複数のさらなるユーザから受信することが起こりうる。この場合、少なくとも２つの課金関連状態の現在の課金関連状態に関連付けられている少なくとも１つの料金表設定との準拠性について、レイティングエンティティは、１つまたは複数の後続の料金表提案を分析することができる。後続の（例えば、サービスアクセス中の）分析で検討される現在の課金関連状態は、以前の（例えば、サービスアクセス前の）分析におけるもののが、現在の課金関連状態と必ずしも同一である必要はない。従って、以前および後続の分析で検討される料金表設定は異なりうる。結果的に、準拠性は、別々に達成される可能性があり、また、準拠する後続の料金表提案は、以前のものと異なる可能性もある（もちろん、特に、課金関連状態と関連料金表設定が変化していない場合、両者は同一でもありうる）。レイティングエンティティは、１つまたは複数の後続の料金表提案の中の後続の料金表を選択して、選択した後続の料金表に従ってサービスへアクセスするための課金の適合を開始することができる。

料金表提案エンティティは、自発的に、例えば、定期的な方法で１つまたは複数の料金表提案を送信するように構成することができる。選択的には、料金表提案エンティティは、ユーザおよび／またはレイティングエンティティによって、後続料金表提案の提出をリクエストされることがありうる。

料金表提案エンティティは、通信ネットワークの負荷状態の変化について通知され、また、レイティングエンティティに１つまたは複数の新規の料金表提案を送信するようにトリガされても良い。代替としてまたはこれに加えて、このような通知がなされた料金表提案エンティティはユーザデバイスに向かい、ユーザに通信ネットワークの負荷状態の変化について通知し、また、通信ネットワークの負荷状態の変化に適合する１つまたは複数の料金表提案の判定および／または承認をユーザにリクエストすることができる。代替としてまたは通信ネットワークの負荷状態の変化に加えて、変化した課金関連状態および／または１つまたは複数の関連付けられている料金表設定は、上述の１つまたは複数のエンティティに通信され、同様な方法で処理されることで、ユーザデバイスを含むかまたは含むことなくレイティングエンティティに１つまたは複数の新規の料金表提案を送信することができる。

代替としてまたはこれに加えて、レイティングエンジンは、１つまたは複数の以前に受信した料金表提案を記憶し、また、課金関連状態およびそれゆえその少なくとも１つの関連付けられている料金表設定が変化する場合、それらの１つまたは複数の受信した料金表提案を再分析することができる。

レイティングエンティティは、従って、この分析によって現在適用可能な料金表出力を選択して、これを後の分析によって後の適用可能な料金表出力によって置換することができる。

現在の課金関連状態の変化をもたらし、従って、関連付けられている少なくとも１つの料金表設定を変更する通信ネットワークの負荷状態を変更するために、適合化は特に有用である。結果的に、以前に準拠した料金表提案は、これ以上準拠することができず、以前に準拠していなかった料金表提案が後に準拠することになりうる。

課金関連状態の変化は、既にアクセスされ、かつ以前に選択された料金表に従って課金されるサービスに対する課金に影響を及ぼしえない。しかしながら、運用され、現在の課金関連状態への料金表の適合を要求することができる通信ネットワークおよび／またはサービスが存在しえる。その理由は、例えば、以前に選択された料金表が、変化した現在の課金関連状態の１つまたは複数の料金表設定にこれ以上準拠することができないからである。従って、（例えば、１つまたは複数の後続の料金表提案の提出並びに分析、および／または以前に提出された、記憶されている料金表提案の分析によって）選択された料金表の適合は、ユーザをサービスアクセスから切断しない確率を高めることができる。

さらに、１つまたは複数の後続の料金表提案の提出並びに分析、および／または以前に受信し、記憶されている料金表提案の再分析は、ユーザに対する料金表の改善になりうる。その理由は、変化した課金関連状態に関連付けられている料金表設定が、例えば、ある程度低下する場合、以前に選択され、適用可能な料金表が高すぎることがあり得り、また、ユーザと同意し、ネットワークオペレータの、およびオプションとしてサービスプロバイダの料金表設定になお準拠するより低い料金表によって、その以前に選択され、適用可能な料金表を置換することはユーザにとり有益であるからである。

好ましくは、料金表提案エンティティは、少なくとも２つの課金関連状態の現在の課金関連状態に関する情報を受信し、１つまたは複数の料金表提案を判定する場合に現在の課金関連状態を検討する。任意の通信ネットワークエンティティ、例えば、コア・ネットワーク・エンティティまたはアクセス・ネットワーク・エンティティから現在の課金関連状態を料金表提案エンティティに指示することができる。さらに、ユーザに指示するために、現在の課金関連状態を、ユーザデバイスに、例えば、ディスプレイまたはスピーカを介して、または他のユーザ出力手段を介して、出力することができる。種々の料金表設定は、例えば、図２と共に説明される、種々の課金関連状態と関連付けることができ、現在の課金関連状態の知識、−および好ましくはこれに加えて適用可能な現料金表設定−は、レイティングエンティティにおいて受信される少なくとも１つの料金表提案が現在の課金関連状態の料金表設定に準拠する確率を高める。

通信ネットワークは、無線アクセスネットワークを含むことができ、また、ユーザデバイスは、無線アクセスネットワークの第１の側において動作することができ、また、料金表提案エンティティおよびレイティングエンティティは、例えば、料金表提案エンティティ１０６ｂについて図１に示されるように、無線アクセスネットワークの第２の側において動作することができる。ネットワーク中心の解決策に従えば、ユーザに関連付けられている料金表提案エンティティは、「ネットワーク内」に配置され、そして、ユーザに代わって料金表を提案するように構成することができる。ユーザプリファレンスは、複数のサービスアクセスに適用することができる事前構成において、ユーザによって構成することができる。ユーザプリファレンスは、ユーザによって、特定のサービスまたは特定のサービスタイプに対して設定することができる。

好ましくは、料金表提案エンティティは、（著しい）遅延なくレイティングエンティティと通信することができるような容量を有するリンクを介して、レイティングエンティティと接続することができる。それゆえ、ネットワーク中心の構成は、殆ど常に無線リンクの容量がボトルネックをもたらす無線通信ネットワークにおいて特に利点を有し、一方「ネットワーク内」のエンティティ間の接続は、典型的には、過負荷により影響を受けることが遥かに少ない。

代替としてまたはこれに追加して、料金表提案エンティティは、ユーザデバイスにおいて動作することができ、このユーザデバイスは、ユーザと料金表提案エンティティとの間でのより即時的な相互動作を提供することができ、例えば、サービスアクセスをオークションに掛けることになる場合、ユーザの経験を増すことができる。一例が、料金表提案エンティティ１０６ａを伴う図１で見ることができる。

好ましくは、料金表提案エンティティは、ソフトウェアエージェントを備えている。ソフトウェアエージェントは、ユーザに代わって動作するソフトウェアを備えている。このような「代わる動作」は、動作が適切である場合（および動作が適切あるか）を決定する権限を意味する。関係し、かつ派生する概念は、（特に、学習および推論等のいくつかの人工知能の側面を表す）インテリジェントエージェント、（そのエージェントがその目的を達成する方法を修正することができる）自律エージェント、（物理的に個別の機器において実行される）分散エージェント、マルチエージェントシステム（目的を単独で達成する能力を持たず、従って、通信しなければならない分散エージェント）、移動エージェント（その実行を種々のプロセッサに再配置することができるエージェント）およびさらに多くのものを含んでいる。

ソフトウェアエージェントの使用は、それゆえ、ユーザ相互動作をユーザプリファレンス、法的要件等に依存して、最少、ゼロ相互動作にさえ最少化することができる利点を有し、特に、ネットワーク中心の実施形態に対しては有利であり、料金表提案エンティティは、好ましくは、最少のユーザ相互動作により自律的に動作するように構成されている。

ソフトウェアエージェントは、以前の料金表提案の提出から学習する能力があり、１つまたは複数の、判定し、送信された料金表提案の少なくとも１つが準拠する確率を高めるために、現在の判定処理において判定することになる料金表提案を（おそらく）現在の課金関連状態のおそらく料金表設定に適合させることができる。

図３ａは方法のフローチャート図を示し、図３ｂは種々のエンティティ３０１、３０４、３０６、３０７の間で交換される対応メッセージおよび種々のエンティティにおいて実行される処理を示している。

サービスへのアクセスを希望するユーザは、自身のユーザデバイス３０１に向かい、メッセージＭ３００を介してユーザデバイス３０１からネットワーク３０４（例えば、コアネットワーク）へ送信することができる、Ｓ３００、サービスアクセスリクエストを起動することができる。ネットワーク３０４は、メッセージＭ３０５を介して料金表提案リクエストを、ユーザと関連付けられている料金表提案エンティティ３０６に送信することができるＳ３０５。料金表提案エンティティ３０６のアドレスはメッセージＭ３００と共に提供することができる。代替としてまたはこれに加えて、メッセージＭ３００は、ユーザアイデンティティを備えることができる、またはユーザアイデンティティを付随させることができ、そのユーザアイデンティティから、ネットワーク３０４は、ユーザデバイス３０１のユーザに関連付けられている料金表提案エンティティ３０６を特定することができる。１つまたは複数のメッセージＭ３００、Ｍ３０５は、現在の課金関連状態に関する情報を備える、または付随させることができる。

料金表提案エンティティ３０６は、好ましくは、現在の課金関連状態を考慮して、料金表提案を判定しＳ３１０、Ｐ３１０、ステップＳ３１５に従って、料金表提案をメッセージＭ３１５により、サービスアクセスに対する課金を扱うレイティングエンティティ３０７に送信する。レイティングエンティティ３０７は、現在の課金関連状態の料金表設定に関する料金表提案を分析しＳ３２０、Ｐ３２０、その分析に従って１つの準拠する料金表を選択するＳ３２５、Ｐ３２５。現在の課金関連状態は、レイティングエンティティ３０７によって事前に知られている、または現在の課金関連状態は、料金表提案の提供Ｓ３１５と共に指示されることができる。現在の課金関連状態の料金表設定の判定には、サービスアクセス関連データは、レイティングエンティティ３０７によって考慮されることができる。サービスアクセス関連データは、料金表提案の提供（プロビジョン：provision）Ｓ３１５と共に受信される、または別途取得することができる。

選択された料金表を、例えば、料金表提案エンティティ３０６を介してメッセージＭ３３０ａ、Ｍ３３０ｂによりユーザデバイス３０１に指示することができるＳ３３０。選択された料金表のユーザへの指示は、適切な指示手段、例えば、ディスプレイまたはスピーカにより達成することができる。ユーザは、レイティングエンジンに対し選択されたサービス料金表を承認することができるＳ３３５。ユーザデバイス３０１のキーボードの一定のキーを押下する、または「イエス」あるいは「オーケー」またはその類をユーザデバイス３０１のマイクロフォンに発言することによって、指示され、選択された料金表のその承認をユーザは指示することができ、そして、承認し、選択された料金表の指示は、メッセージＭ３３５ａ、Ｍ３３５ｂを介してレイティングエンティティ３０７に送信することができる。

選択された料金表の承認の受信によって起動される、レイティングエンティティ３０７は、ユーザとレイティングエンティティ３０７との間で適用可能な料金表、即ち、選択された料金表に関する同意が得られると、ネットワーク３０４に、ステップＳ３４０に従ってサービスアクセスが許可されることを指示することができる。サービスアクセスの許可の指示は、メッセージＭ３４０を介してネットワーク３０４に送信することができる。

ネットワーク３０４は、サービスアクセス関連データ、例えば、サービスアクセス継続時間、送信パケット数、ＳＭＳ配信状態等を、ステップＳ３４５に示されるように、サービスアクセス中に（不図示）および／またはサービスアクセス完了後に、レイティングエンティティ３０７に、例えば、メッセージＭ３４５またはメッセージシーケンスにより提供することができる。

選択された料金表およびサービスアクセス関連データに基づいて、レイティングエンティティ３０７は、サービスアクセスに対するユーザへの課金を実行するＳ３５０、Ｐ３５０。課金処理では、サービスアクセスに対するユーザに課金するコストが、選択された料金表およびサービスアクセス関連データに基づいて計算される。

サービスアクセスに対して課金されるコストは、例えば、メッセージＭ３５５によって、ネットワーク３０４でアクセス可能またはネットワーク３０４を介してアクセス可能な請求書作成エンティティ（billing entity）（不図示）に指示することができるＳ３５５。課金レコードは、レイティングエンティティ３０７によって作成され、課金コストを請求書作成エンティティに報告することができる。課金レコードは、課金コスト（または請求書作成エンティティが指示された情報から課金コストを判定することができるような課金コストの指示）を含み、また、通常は、ユーザアイデンティティまたは請求書作成エンティティがユーザまたは対応するグループに対する請求書を作成することができるようなユーザ関係グループのアイデンティティをそれぞれ含んでいる。課金レコードは、（例えば、サービスアクセス関連データから導出される）サービスアクセスに関する情報を含み、また、好ましくは、ユーザ（またはグループ）に関してトランスペアレントな請求書の作成のために、サービスアクセスおよび選択された料金表に関する情報の全てまたはサブセットを含む請求書を請求エンティティが作成することができるような、選択された料金表をさらに含むことができる。

図４ａは方法のフローチャート図を示し、図４ｂは種々のエンティティ４０１、４０４、４０７の間で交換する対応メッセージおよび種々のエンティティにおいて実行される処理を示している。

アクセスされるサービスの選択によって起動される、ユーザデバイス４０１の料金表提案エンティティは、好ましくは、現在の課金関連状態に従って、サービスアクセスのための料金表提案を判定するＳ４００、Ｐ４００。料金表提案に付随するサービスアクセスリクエストは、メッセージＭ４０５によりネットワーク４０４に送信されるＳ４０５。ネットワーク４０４は、料金表提案をメッセージＭ４１０によりレイティングエンティティ４０７に転送するＳ４１０。好ましくは、料金表設定のより正確な判定のために、料金表提案はサービスアクセス関係情報を付随している。転送された料金表提案が現在の課金関連状態の１つまたは複数の料金表設定に準拠する場合、レイティングエンティティ４０７は、転送された料金表提案を分析するＳ４１５、Ｐ４１５。現在の課金関連状態は、レイティングエンティティ４０７が事前に知られている場合がある、または現在の課金関連状態は、料金表提案の転送Ｓ４１０と共に指示される場合がある。

提案された料金表が少なくとも１つの料金表設定に準拠する場合、レイティングエンティティ４０７は、提案された料金表を選択するＳ４２０、Ｐ４２０。ユーザデバイス４０１における選択された料金表の承認は、例えば、法的要件をかなえるために必要とされ、実行することができるが、承認リクエストおよび承認メッセージの交換に起因する通信ネットワークの負荷を最少にするために、端末中心の構成のこの例に対しては無されている。

レイティングエンティティ４０７は課金を開始しＳ４２５、Ｐ４２５、メッセージＭ４２５によりネットワーク４０４におけるサービスアクセスを起動する（ユーザデバイスによるサービスアクセスは、図４には示されていない）。

ステップＳ４３０に従って、ネットワーク４０４は、ステップＳ４２５、Ｐ４２５で開始される課金処理を完了し、課金の実行のためにサービスアクセスに対する全コストが計算できるようにＳ４３５、Ｐ４３５、必要なサービスアクセス時に生成されるサービスアクセス関連データを折り返し送信することができる。サービスアクセス関連データは、１つまたは複数のメッセージＭ４３０により受信される場合がある。計算されるコストは、メッセージＭ４４０により請求書作成エンティティ（不図示）に指示することができるＳ４４０。

図５および図６の以下の説明では、用語「オペレータ」、「ユーザ」、「エージェント」および「アプリケーション」を使用する。以下の実施形態の理解を容易にするために、アクセスネットワーク１０３またはコアネットワーク１０４若しくはレイティングエンティティ１０７を有する課金システム１０５のようなサブパートへの通信ネットワークのさらなる細分化は控える。以下の説明では、また、同一の理由でリンクを明確に言及していない。通信ネットワークは、「オペレータ」によって運用されて、１人または複数のユーザへのアクセスのために１つまたは複数のサービス１０２を提供し、それゆえ課金を実行すると想定する。料金表提案の受信および分析、料金表の選択および課金指示は、「オペレータ」のレイティングエンティティによって実行されると想定する。課金関連状態「オークション」と「ディスカウント」および「端末中心」と「ネットワーク中心」の構成は区別される。「ユーザ」はユーザデバイスを操作し、また、「エージェント」または「アプリケーション」を含む料金表提案エンティティに関連付けられていると想定する。以下の説明で、「エージェント」は、ネットワーク中心の構成のために使用される。これは、エージェントは、ネットワークの計算エンティティに配置することができ、そして、ユーザ相互動作を最少にすることなくまたは最少にすることにより自律動作ができるからである。一方、端末中心の構成では、ユーザデバイスにおいて動作するアプリケーションが使用される。このアプリケーションは、料金表提案処理および相互動作にユーザをより多く関与させるために、より多くのユーザ相互動作を提供するように構成されている。

図５は「ネットワーク中心」の構成および課金関連状態「ディスカウント」のための方法のステップのフローチャートを示している。

ステップＳ５０１に従って、オペレータは、ユーザデバイスのユーザに、あるサービスに対する現在の課金関連状態「ディスカウント」について通知する。この課金関連状態は、それが「オークション」または「デフォルト」に変わるまで、ユーザデバイスに保存することができ、オプションとして、例えば、ユーザデバイスのディスプレイに常に示すことができる。

ステップＳ５０２で、ユーザは「ディスカウントされた」サービスへのアクセスを試行する。

オペレータは、ステップＳ５０３で、「ディスカウント」料金表を提案するためのリクエストによりユーザのエージェントにコンタクトする。このリクエストは、提案の上限を持たせるために、オプションとしてレイティングエンティティのデフォルトサービス料金表を含めることができる。

ステップＳ５０４に従って、エージェントは、ユーザによって構成されるプリファレンスに従って料金表提案を計算し、そして、その料金表の提案をオペレータに返信する。エージェントは、オプションとしてそれぞれの動作のログを取ることができる。

オペレータは、ステップＳ５０５で、提案された料金表を、現在の課金関連状態の料金表設定を記述するその料金表ディスカウントポリシーと比較する。提案された料金表がサービスの最低料金表およびデフォルト料金表によって定義される料金表の範囲に入る場合、料金表ディスカウントポリシーは、例えば、その提案された料金表を受け入れることを記述することができよう。受け入れの可能性は、提案された料金表がデフォルト料金表にいかに近いかにも関係しえよう。

決定点Ｓ５０６に従って、ユーザの料金表提案がオペレータに受け入れ可能（Ｙ）かまたは受け入れ可能でない（Ｎ）か、即ち、料金表提案が現在の課金関連状態の少なくとも１つの料金表設定に準拠する（Ｙ）かまたはしない（Ｎ）かを、オペレータは判定する。

オペレータが、決定点Ｓ５０６で、料金表提案が受入れ可能でない（Ｎ）と判定すれば、この方法はステップＳ５０７に進む。エージェントおよび／またはユーザデバイスは、好ましくは、拒否に関する通知を受けることとなり、ユーザは「デフォルト」料金表を使用するサービスをアクセスするための提供を受けるか、またはサービスへアクセスするためのさらなる料金表提案の提出を請われるであろう。

オペレータが、決定点Ｓ５０６で、料金表提案が受け入れ可能である（Ｙ）と判定する場合、ステップＳ５０８に従って料金表提案が、サービスアクセスに対するユーザへの課金が選択される。

ユーザは、サービスへのアクセスの提供を受けることになり、また、選択された料金表は、ステップＳ５０９に従ってユーザに承認のために示される。選択された料金表は、ユーザデバイスのユーザに適する方法で、例えば、呼内通知の形式で、またはユーザデバイスのディスプレイ上の指示によって示すことができる。

決定点Ｓ５１０で、ユーザが選択された料金表を受け入れる（Ｙ）か否（Ｎ）かがチェックされる。このために、オペレータとユーザとの間の通信が確立される。

決定点Ｓ５１０で、ユーザが提供されたアクセスを受け入れない（Ｎ）場合、オペレータは、サービスアクセスを提供しないが、ステップＳ５１１に従って代わりに手数料を課金することがありえよう。オペレータおよびエージェントの双方は、成功しない試行についての情報を記憶することができよう。

ステップＳ５１２に従って、ユーザが、決定点Ｓ５１０で、選択された料金表において提供されるアクセスを受け入れる（Ｙ）場合、サービスアクセスが認可され、選択された料金表に基づいて課金が実行される。

課金関連状態「ディスカウント」に対する「端末中心」の解決策は、幾分同様に実装することができる。例えば、ステップＳ５０１−ステップＳ５０３およびステップＳ５０５−ステップＳ５１２は、「端末中心」の解決策に対して同一の方法で記述することができよう。より多くのユーザ相互動作を許容するように、ステップＳ５０４を修正することができる。例えば、（ネットワーク中心の構成に対するものようなネットワークのエージェントに代わり）ユーザデバイスにおけるアプリケーションはリクエストを処理して、料金表提案を入力するようにユーザに依頼する。これは、例えば、キーボードにより料金表をタイプすることによって、リストから料金表を選択することによって、あるいは上がる（下がる）料金表がユーザデバイスに示される場合の「停止」を押下することによって、行うことができる。選択的には、アプリケーションは、ユーザが定義するプリファレンス設定に基づいて提案を計算することができよう。何れにしろ−しかしながら−判定される料金表は、料金表提案としてユーザデバイスからオペレータに次いで送信される。ユーザデバイスは、オプションとして、この動作のログを取ることができる。

図６は「ネットワーク中心」の構成および課金関連状態「オークション」に対する方法のステップのフローチャートを示している。

ステップＳ６０１に従って、オペレータは、ユーザデバイスのユーザにあるサービスの現在の課金関連状態「オークション」について通知することができる。ＧＳＭでは、課金関連状態を、例えば、ＢＣＣＨ（Broadcast Control Channel：ブロードキャスト制御チャネル）を使用して有効に送信することができよう。課金関連状態は、それが「ディスカウント」または「デフォルト」に変わるまでユーザデバイスで維持され、オプションとして（例えば、ユーザデバイスに）常に示すことができる。

ステップＳ６０２に従って、ユーザは「オークションに掛ける」サービスへのアクセスを試行する。この意図に関する情報は、オペレータに、例えば、ＲＡＣＨ（Random Access Channel：ランダム・アクセス・チャネル）により送信される。このような通信は、アクセスネットワークの輻輳情況においても可能である。

オペレータは、ステップＳ６０３で、ユーザを１つまたは複数のサービスオークションに割り当てる。ｎ≧１の利用可能な同一タイプのサービス、例えば、２つの音声チャネルがありえよう。

ステップＳ６０４に従って、オペレータは、オークションの入札に対するリクエストによりユーザのエージェントにコンタクトする。用語「入札（bid）」はオークションでは一般的であり、また、これは、図６に関連してオークションに掛けるサービスへのアクセスに対する料金表提案とともに使用される。このリクエストは、最小限のｎ個のオークションに対する最高入札を含む場合がある。入札がない場合、レイティングエンティティによって計算されるデフォルト料金表を代わりに採用することができる。

ステップＳ６０５に従って、エージェントは、ユーザによって構成されるプリファレンスルールに従って新規の入札を計算し、また、新規の入札をオペレータに返信する。エージェントは、オプションとしてそれぞれの動作のログを取ることができる。

ステップＳ６０６に従って、オペレータは、複数のユーザから受信される全ての所与の入札からｎ個の最高入札を選択し、ｎ個の最高入札が現在の課金関連状態の設定に準拠するかをさらにチェックし、例えば、ｎ個の入札のいずれかが所定の閾値を下回るかをチェックすることができる。これらの入札は、さらなる処理から除外することができる。

ステップＳ６０７に従って、オークションが終了したか（Ｙ）またはしないか（Ｎ）を問い合わせる。オークションが終了する（Ｙ）場合、例えば、入札ラウンドの時間制限または最大数になる場合、オペレータは、ステップＳ６０８に進む。その他の場合、オペレータは、ステップＳ６０４にステップバックし、例えば、これらのユーザからおよび／または他のユーザからさらに多くの入札を集めることができる。

ユーザがｎ個の準拠する最高の入札を有するこれらユーザの中にある場合、ユーザの準拠する入札は、ステップＳ６０８に従ってサービスへのアクセスの料金表として選択される。

ユーザの選択する入札（即ち、選択される料金表）は、次いでオプションのステップＳ６０９に従って受け入れのためユーザに提出することができる。選択されるサービス料金表は、適切な方法で、例えば、呼内通知の形式でユーザに示すことができる。ユーザが提供されるアクセスを受け入れない場合、オペレータは、手数料をユーザに課金することができよう。ユーザが選択される入札を受け入れない場合、本方法は、ステップＳ６１０にさらに進むことができる。

ステップＳ６１０に従って、選択される入札に基づきこのユーザに対するサービスアクセスに対する課金が開始されることになる。

選択的には、オペレータが提案を受け入れない場合、エージェントおよび／またはユーザは、好ましくは、拒絶に関する通知を受け、そして、サービスへのアクセスは拒否されることになる。

オペレータおよびエージェント双方は、成功でない試行に関する情報を記憶することができよう。

課金関連状態「オークション」に対する「端末中心」の解決策は、幾分同様に実装することができる。例えば、ステップＳ６０１−ステップＳ６０３およびステップＳ６０６−ステップＳ６１０を「端末中心」の解決策に対して同一な方法で記述することができよう。ステップＳ６０４を修正して、オークション入札に対するリクエストが料金表提案エンティティとして動作するユーザデバイスのアプリケーションにＢＣＣＨを介して送信するようにすることができる。ステップＳ６０５を変更して、より多くのユーザ相互動作を許容することができる、例えば、（ネットワーク中心の構成に対するようなネットワークのエージェントに代わり）ユーザデバイスにおけるアプリケーションはリクエストを処理し、料金表提案を入力するようにユーザに依頼する。これは、例えば、キーボードにより料金表をタイプすることによって、あるいはリストから料金表を選択することによって、あるいは上がる（下がる）料金表がユーザデバイスに示される場合の「停止」を押下することによって、行うことができる。選択的には、アプリケーションは、ユーザが定義するプリファレンス設定に基づき料金表提案を計算することができよう。何れにしろ、選択する値は、次いで、オペレータに料金表提案として有効な伝送手段により送信される。ユーザデバイスは、オプションとしてこの動作のログを取ることができる。

図７および図８に関して、以下に詳細に説明されるデバイスにおいて、本発明をさらに実施される。参照記号は、図示のためのみに使用されるものであり、これに制限されることを意図するものではない。

少なくとも２つの課金関連状態が定義される通信ネットワークを介してアクセス可能なサービスへのアクセスに対するユーザに課金するためのレイティングエンティティＲＥ７００において、本発明を実施することができる。レイティングエンティティＲＥ７００は、メッセージを受信するための受信ユニットＲ７００、およびメッセージおよび情報を処理するための処理ユニットＰ７００を備えている。オプションとして、レイティングエンティティＲＥ７００は、例えば、料金表またはサービスアクセスの開始の指示のためのメッセージを送信するための送信ユニットＴ７００、および／または情報、例えば、課金関連状態に関連付けられている料金表設定を記憶および／または取得するための記憶ユニットＳ７００を備えている。

受信ユニットＲ７００は、ユーザに関連付けられている料金表提案エンティティから、サービスへアクセスするためのユーザに課金するための１つまたは複数の料金表提案を受信するように構成することができる。処理ユニットＰ７００は、少なくとも２つの課金関連状態の現在の課金関連状態に関する１つまたは複数の受信された料金表提案の分析を実行するように構成することができる。ここで、少なくとも１つまたは複数の料金表提案が現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかを判定することができる。処理ユニットＰ７００は、さらにサービスへのアクセスに対するユーザに課金するための、少なくとも１つの準拠する料金表提案の中の料金表を選択し、そして、その選択された料金表に従ってサービスへのアクセスに対するユーザへの課金を開始するようにすることができる。

処理ユニットＰ７００は、分析において料金表提案エンティティによって特定される指示に従って１つまたは複数の料金表提案を分析するように構成することができる。

例えば、第１の課金状態から第２の課金関連状態への切替が発生し、かつ現在の課金関連状態がその関連する料金表設定を変更する場合に、現在の課金関連状態に依存して、処理ユニットＰ７００は、料金表提案エンティティとの通信用のアドレスを選択するように構成することができる。特に、ユーザデバイスがユーザのためにサービスへのアクセスを試行しようとするアクセスネットワークの通信ネットワークの負荷状態が（例えば、現在の課金関連状態「オークション」に対して）高いと示される場合、レイティングエンティティは、このユーザに関連付けられているネットワーク中心の料金表提案エンティティのアドレスを選択するように構成することができる。アクセスネットワークの通信ネットワークの負荷状態が後に低下し、十分な容量が利用可能である場合、ユーザの端末中心の料金表提案エンティティのアドレスが、それに従って選択することができる。

処理ユニットＰ７００は、さらに選択された料金表の承認をリクエストするために、ユーザによって操作されるユーザデバイスへの選択された料金表の指示を開始するように構成することができる。送信ユニットＴ７００を介して、その指示は、ユーザデバイスに送信することができる。承認リクエストに対するユーザからの応答が肯定的である場合、処理ユニットＰ７００はさらに、選択された料金表に従って課金を開始するように構成することができる。この応答は、受信ユニットＲ７００により受信することができる。

料金表の選択の後および／または承認リクエストに対する肯定的応答の受信の後、処理ユニットＰ７００は、サービスアクセスを開始するように構成することができる。

少なくとも１人のさらなるユーザに関連付けられている少なくとも１つのさらなるエンティティから、受信ユニットＲ７００は、サービスへのアクセスするその少なくとも１人のさらなるユーザに課金するための１つまたは複数のさらなる料金表提案を受信するように構成することができる。処理ユニットＰ７００は、ユーザおよび現在の課金関連状態に関係する少なくとも１人のさらなるユーザの、１つまたは複数の受信された料金表提案を分析するように構成することができる。ここで、１つまたは複数の受信された料金表提案が少なくとも１つの料金表設定に準拠するかが判定され、また、１つまたは複数の準拠する料金表提案の中の１つまたは複数の最も価値ある料金表が、ユーザ当りに基づき、サービスへのアクセスに対して許容される最大ユーザ数まで選択される。さらに、処理ユニットＰ７００は、ユーザの中の少なくとも１人のユーザおよび最も価値ある料金表が選択されている少なくとも１人のさらなるユーザのサービスに対するアクセスに対する課金を開始するように構成することができる。この課金は、少なくとも１人のユーザに対応して選択される最も価値ある料金表に従うことができる。

受信ユニットＲ７００は、さらにサービスアクセス中に１つまたは複数の後続の料金表提案を受信するように構成することができる。少なくとも２つの課金関連状態の現在の課金関連状態に関連付けられている少なくとも１つの料金表設定との準拠性について、処理ユニットＰ７００は、１つまたは複数の後続の料金表提案を分析し、１つまたは複数の後続の料金表提案の中から後続の料金表を選択し、そして、選択される後続の料金表に従ってサービスへのアクセスに対する課金の適合を開始するように構成することができる。

少なくとも２つの課金関連状態が定義される通信ネットワークを介してアクセス可能なサービスへのアクセスに対するユーザに課金するための料金表提案エンティティＴＥ８００において、本発明を実施することができる。料金表提案エンティティＴＥ８００は、メッセージおよび情報を処理するための処理ユニットＰ８００およびメッセージを送信するための送信ユニットＴ８００を備えている。オプションとして、料金表提案エンティティＴＥ８００は、例えば、料金表または現在の課金関連状態の指示のためのメッセージを受信するための受信ユニットＲ８００、および／または情報、例えば、現在の課金関連状態に関連する料金表設定を記憶および／または取得する記憶ユニットＳ８００を備えている。

処理ユニットＰ８００は、少なくとも１つのユーザのプリファレンスに従って１つまたは複数の料金表提案を判定するように構成することができる。送信ユニットＴ８００は、レイティングエンティティに、サービスへアクセスするユーザに課金するための、１つまたは複数の判定された料金表提案を送信するように構成することができる。

受信ユニットＲ８００は、少なくとも２つの課金関連状態の現在の課金関連状態に関する情報を受信するように構成することができる。処理ユニットＰ８００は、１つまたは複数の料金表提案を判定する場合に、現在の課金関連状態を考慮するように構成することができる。

１つまたは複数の料金表提案の判定は、サービスへアクセスするためのユーザに課金するための料金表提案に対するリクエストによってトリガすることができる。このリクエストは、受信ユニットＲ８００を介して受信され、また、１つまたは複数の料金表提案の判定をトリガする処理ユニットＰ８００に転送することができる。

通信ネットワークは、無線リンクを有する無線アクセスネットワークを備えることができ、また、ユーザデバイスは、無線リンクの第１の側で動作し、料金表提案エンティティＴＥ８００およびレイティングエンティティＲＥ７００は、無線リンクの第２の側で動作することができる。

代替としてまたはこれに加えて、料金表提案エンティティＴＥ８００は、ユーザデバイスにおいて動作することができる。料金表提案エンティティＴＥ８００は、ユーザデバイスと何も共有しなくてもよく、少なくとも１つのまたは全てのそのユニットＲ８００、Ｔ８００、Ｐ８００、Ｓ８００と共有してもよい。

料金表提案エンティティは、処理ユニットＰ８００にロードすることができるソフトウェアエージェントを備えることができる。エージェントは、好ましくは、ネットワーク中心の構成用に使用されるが、代替としてまたはこれに加えて、端末中心の構成に使用することができよう。

本発明は、また、レイティングエンティティにおいて動作する場合に上述の本方法を実装するためのソフトウェアコードの一部を備えるコンピュータプログラムに関係する。このコンピュータプログラムは、コンピュータが読取可能な媒体に記憶することができる。コンピュータが読取可能な媒体は、レイティングエンティティ内または外部に配置される固定または書換可能メモリでありうる。コンピュータプログラムは、例えば、ケーブルまたは無線リンクを介して、信号シーケンスとしてレイティングエンティティに伝送することもできる。

コンピュータプログラムは、サービスへアクセスするためのユーザに課金するための１つまたは複数の料金表提案を分析するようにするコードを備えることができる。通信ネットワークにおいて定義される少なくとも２つの課金関連状態の現在の課金関連状態に関して、ユーザに関連付けられている料金表提案エンティティから受信される１つまたは複数の料金表提案を分析することができる。この分析では、１つまたは複数の料金表提案の少なくとも１つが現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかが判定される。このコードは、さらにサービスへアクセスするユーザに課金するための料金表提案に準拠する少なくとも１つの料金表を選択し、その選択された料金表に従ってサービスへアクセスするユーザの課金を開始するように構成することができる。コンピュータプログラムは、レイティングエンティティによって実行される方法のステップを実装するためのコードをさらに備えることができる。

本発明は、また、料金表提案エンティティにおいて動作する場合に上述の方法を実装するための、ソフトウェアコードの一部を備えるコンピュータプログラムに関係する。このコンピュータプログラムは、コンピュータが読取可能な媒体に記憶することができる。コンピュータが読取可能な媒体は、料金表提案エンティティ内または外部に配置される固定または書換可能メモリでありうる。コンピュータプログラムは、例えば、ケーブルまたは無線リンクを介して信号シーケンスとして料金表提案エンティティに伝送することもできる。

コンピュータプログラムは、ユーザのプリファレンスに従って１つまたは複数の料金表提案を判定し、かつサービスへアクセスするユーザに課金するための判定された１つまたは複数の料金表提案のレイティングエンティティへの送信を開始するように構成されるコードを備えることができる。

Claims (22)

1. 少なくとも２つの課金関連状態が定義される通信ネットワーク（１００）を介してアクセス可能なサービス（１０２）へアクセスするユーザの課金を行なう方法であって、
   レイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）が、
   前記サービスへアクセスする前記ユーザから課金するための１つまたは複数の料金表提案を、前記ユーザに関連付けられている料金表提案エンティティ（１０６ａ、１０６ｂ、３０６、４０１）から受信するステップと、
   前記少なくとも２つの課金関連状態の内の現在の課金関連状態に関係する前記１つまたは複数の料金表提案を分析するステップ（Ｓ３２０、Ｓ４１５）であって、前記１つまたは複数の料金表提案の少なくとも１つが前記現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかが判定される、分析するステップ（Ｓ３２０、Ｓ４１５）と、
   前記サービス（１０２）へアクセスする前記ユーザから課金するための、前記１つまたは複数の料金表提案の内の前記準拠する少なくとも１つの料金表提案の料金表を選択するステップ（Ｓ３２５、Ｓ４２０）と、
   前記選択された料金表に従って、前記サービス（１０２）へアクセスするユーザの課金を開始するステップと
   を実行する
   ことを特徴とする方法。
2. 前記分析するステップ（Ｓ３２０、Ｓ４１５）では、前記料金表提案エンティティ（１０６ａ、１０６ｂ、３０６、４０１）によって指定される指示に従って、前記１つまたは複数の料金表提案が分析される
   ことを特徴とする請求項１に記載の方法。
3. 前記少なくとも２つの課金関連状態は、少なくとも２つの通信ネットワークの負荷状態に関連付けられている
   ことを特徴とする請求項１または２に記載の方法。
4. 前記現在の課金関連状態に依存して、前記料金表提案エンティティ（１０６ａ、１０６ｂ、３０６、４０１）と通信するためのアドレスを選択するステップを更に備える
   ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記選択された料金表の承認をリクエストするために、前記ユーザによって操作されるユーザデバイスへ前記選択された料金表の指示を送信するステップと、
   前記ユーザからの前記承認のリクエストに対する応答が肯定応答である場合、前記選択された料金表に従って前記課金を開始するステップと
   を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 前記料金表の選択の後、及び前記承認のリクエストに対する前記肯定応答の受信の後の少なくとも一方の後に、前記サービス（１０２）へのアクセスを開始するステップを更に備える
   ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記サービスへアクセスする少なくとも１人の更なるユーザから課金するための１つまたは複数の更なる課金提案を、前記少なくと１人の更なるユーザに関連付けられている少なくとも１つの更なるエンティティから受信するステップと、
   前記現在の課金関連状態に関係する、前記ユーザと前記少なくと１人の更なるユーザとの前記１つまたは複数の料金表提案を分析するステップであって、前記１つまたは複数の料金表が前記少なくとも１つの料金表設定に準拠するかが判定され、かつユーザ当りに基づき、前記サービス（１０２）へのアクセスが許容されるユーザの最大数まで、前記１つまたは複数の料金表提案の内の準拠する料金表提案の１つまたは複数の最も価値ある料金表が選択される、分析するステップと、
   前記選択された最も価値ある料金表に従う課金として、前記最も価値ある料金表が選択されている、前記ユーザの少なくとも１人と前記少なくとも１人の更なるユーザに対する前記サービス（１０２）へのアクセスに対する課金を開始するステップと
   を更に備えることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. サービスのアクセス中に、１つまたは複数の後続の料金表提案を受信するステップと、
   前記少なくとも２つの課金関連状態の現在の課金関連状態に関連付けられている少なくとも１つの課金設定に準拠する、前記１つまたは複数の後続の料金表提案を分析するステップと、
   前記１つまたは複数の後続の料金表提案の内の後続の料金表を選択するステップと、
   前記選択された後続の料金表に従って、前記サービスへアクセスするための前記課金の適合を開始するステップと
   を更に備えることを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. 少なくとも２つの課金関連状態が定義される通信ネットワーク（１００）を介してアクセス可能なサービス（１０２）へアクセスするユーザの課金を行なう方法であって、
   前記ユーザに関連付けられている料金表提案エンティティ（１０６ａ、１６０ｂ、３０６、４０１）が、
   前記ユーザの少なくとも１つのプリファレンスに従って、１つまたは複数の料金表提案を判定するステップと、
   前記サービス（１０２）へアクセスする前記ユーザから課金するための、前記判定された１つまたは複数の料金表提案を、レイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）へ送信するステップと
   を備えることを特徴とする方法。
10. 前記少なくとも２つの課金関連状態の内の現在の課金関連状態に関しての情報を受信するステップと、
    前記１つまたは複数の料金表提案を判定する場合に、前記現在の課金関連状態を検討するステップと
    を更に備えることを特徴とする請求項９に記載の方法。
11. 前記１つまたは複数の料金表提案の判定は、前記サービス（１０２）へアクセスする前記ユーザから課金するための料金表提案に対するリクエストによってトリガされる
    ことを特徴とする請求項９または１０に記載の方法。
12. 前記通信ネットワーク（１００）は、無線リンク（Ｌ１００）を有する無線アクセスネットワーク（１０３）を備え、
    前記ユーザデバイス（１０１）は、前記無線リンクの第１の側で動作し、
    前記料金表提案エンティティ（１０６ｂ）と前記レイティングエンティティ（１０７）は、前記無線リンク（Ｌ１００）の第２の側で動作する
    ことを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
13. 前記料金表提案エンティティ（１０６ａ、４０１）は、前記ユーザデバイスで動作する
    ことを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
14. 前記料金表提案エンティティ（１０６ａ、１０６ｂ、３０６、４０１）は、ソフトウェアエージェントを備える
    ことを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
15. 少なくとも２つの課金関連状態が定義される通信ネットワーク（１００）を介してアクセス可能なサービス（１０２）へアクセスするユーザの課金を行なうための前記ユーザに関連付けられているレイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）であって、
    メッセージを受信するための受信ユニット（Ｒ７００）と、
    メッセージと情報を処理するための処理ユニット（Ｐ７００）とを備え、
    前記受信ユニット（Ｒ７００）は、前記サービスへアクセスする前記ユーザから課金するための１つまたは複数の料金表提案を、前記ユーザに関連付けられている料金表提案エンティティ（１０６ａ、１０６ｂ、３０６、４０１）から受信するように構成されていて、
    前記処理ユニット（Ｐ７００）は、
    前記少なくとも２つの課金関連状態の内の現在の課金関連状態に関係する前記１つまたは複数の料金表提案の分析として、前記１つまたは複数の料金表提案の少なくとも１つが前記現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかを判定する、分析を行ない、
    前記サービス（１０２）へアクセスする前記ユーザから課金するための、前記１つまたは複数の料金表提案の内の前記準拠する料金表提案の料金表を選択し、
    前記選択された料金表に従って、前記サービス（１０２）へアクセスするユーザの課金を開始する
    ように構成されている
    ことを特徴とするレイティングエンティティ。
16. 前記レイティングエンティティは、当該レイティングエンティティに関する範囲で、請求項１乃至１４のいずれか１項に記載の方法の各ステップを実行するように構成されている
    ことを特徴とする請求項１５に記載のレイティングエンティティ。
17. 少なくとも２つの課金関連状態が定義される通信ネットワーク（１００）を介してアクセス可能なサービス（１０２）へアクセスするユーザの課金を行なうための前記ユーザに関連付けられている料金表提案エンティティ（１０６ａ、１６０ｂ、３０６、４０１）であって、
    メッセージと情報を処理するための処理ユニット（Ｐ８００）と、
    メッセージを送信するための送信ユニット（Ｔ８００）とを備え、
    前記処理ユニット（Ｐ８００）は、前記ユーザの少なくとも１つのプリファレンスに従って、１つまたは複数の料金表提案を判定するように構成され、
    前記送信ユニットは、前記サービス（１０２）へアクセスする前記ユーザから課金するための、前記判定された１つまたは複数の料金表提案を、レイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）へ送信するように構成されている
    ことを特徴とする料金表提案エンティティ。
18. 前記料金表提案エンティティは、当該料金表提案エンティティに関する範囲で、請求項１乃至１４のいずれか１項に記載の方法の各ステップを実行するように構成されている
    ことを特徴とする請求項１７に記載の料金表提案エンティティ。
19. 請求項１５または１６に記載のレイティングエンティティと、請求項１７または１８に記載の料金表提案エンティティ（１０６ａ、１０６ｂ、３０６、４０１）とを備える通信ネットワーク（１００）。
20. 少なくとも２つの課金関連状態が定義される通信ネットワーク（１００）を介してアクセス可能なサービス（１０２）へアクセスするユーザの課金を行なうためのレイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）の処理ユニットにロード可能なコンピュータプログラムであって、
    前記ユーザに関連付けられている料金表提案エンティティ（１０６ａ）から受信され、かつ前記少なくとも２つの課金関連状態の内の現在の課金関連状態に関係して分析される、前記サービス（１０２）へアクセスする前記ユーザから課金するための１つまたは複数の料金表提案の分析として、前記１つまたは複数の料金表提案の少なくとも１つが前記現在の課金関連状態に関連付けられている少なくとも１つの料金表設定に準拠するかが判定される、分析（Ｓ３２０、Ｓ４１５）を行ない、
    前記サービス（１０２）へアクセスする前記ユーザから課金するための、少なくとも１つの前記１つまたは複数の料金表提案の内の前記準拠する料金表提案の料金表を選択し（Ｓ３２５、Ｓ４２０）、
    前記選択された料金表に従って、前記サービス（１０２）へアクセスするユーザの課金を開始する
    ように構成されているコードを備える
    ことを特徴とするコンピュータプログラム。
21. 少なくとも２つの課金関連状態が定義される通信ネットワーク（１００）を介してアクセス可能なサービス（１０２）へアクセスするユーザの課金を行なうための料金表提案エンティティ（１０６ａ、１６０ｂ、３０６、４０１）の処理ユニットにロード可能なコンピュータプログラムであって、
    前記ユーザの少なくとも１つのプリファレンスに従って、１つまたは複数の料金表提案を判定し、
    前記サービス（１０２）へアクセスする前記ユーザから課金するための、前記判定された１つまたは複数の料金表提案を、レイティングエンティティ（１０７、３０７、４０７、ＲＥ７００）へ送信することを開始する
    ように構成されているコードを備える
    ことを特徴とするコンピュータプログラム。
22. 請求項２１または請求項２２の少なくとも一方に従うコンピュータプログラムを備えるコンピュータプログラム読取可能媒体製品。

Images