JP4467523B2 - 通信システム - Google Patents

Description

本発明は通信システムに関する。

通信ネットワークは、ネットワークのさまざまな要素が何をすることが許容されるか及びそれをどのように達成すべきかを説明するある標準又は仕様に従って典型的に動作する。例えば、標準又は仕様は、ユーザ、又は、より正確にはユーザ装置又は端末が回線交換及び／又はパケット交換サービスを与えられているかどうかを定義する。また、標準又は仕様は接続に使用される通信プロトコル及び／又はパラメータを定義する。換言すると、標準及び／又は使用は通信が基づくことのできる「規則」を定義する。無線通信のための異なる標準及び／又は仕様の例は、これらに限定するものではないが、ＧＳＭ（移動通信のためのグローバルシステム）又はさまざまなＧＳＭベースシステム（ＧＰＲＳ：汎用パケット無線サービスなど）、ＡＭＰＳ（アメリカン移動電話システム）、ＤＡＭＰＳ（デジタルＡＭＰＳ）、ＷＣＤＭＡ（広帯域コード分割多重アクセス）、又は、ＵＭＴＳ中のＴＤ／ＣＤＭＡ（ユニバーサル移動通信システム中の時間分割／コード分割多重アクセス）、ＩＭＴ２０００等を含む。

ＧＳＭ、ＧＰＲＳ及び提案された第三世代システムＵＭＴＳなどの既知の無線通信システムにおいて、ユーザは２つの方法のうちの１つで通話のために料金を支払うことができる。第１に、ユーザはユーザが使用した又は行ったサービス及び通話に対して請求される。これはユーザが通話を行い又はサービスを使用した後に発生する。第２に、ユーザは先払いをする。ユーザが通話を行い又はサービスを使用する時、口座に維持された金額が減少される。ユーザはさまざまに異なる方法により口座を補充又は一杯にすることができる。

先払いの（時々、前払い又はアズペイアズユーゴーと呼ばれる）環境では、ユーザが現在残している金額を記憶するエンティテイが設けられる。ユーザが通話をする時又はサービスを使用する時、使用された金額が記憶された金額から控除される。いくつかのシステムでは、ユーザが通話を開始する時又はサービスを使用する時、記憶された金額の内のある金額がサービスのために予約される。もし、必要ならば、さらなる金額を予約することができる。通話又はサービスが完了した時、予約された金額の内の未使用部分が記憶された金額へ戻される。このように、記憶された金額は使用された金額を反映するために更新される。

しかし、先払い環境の文脈中の単一のセッションにおいて、いくつかの異なるサービスへのアクセスをどのように処理するかの問題は解決されていない。

別の問題は、いくつかのＵＭＴＳシステム内で使用した金額を記憶することに責任を持つエンティテイは、ＣＡＭＥＬ（カスタマイズド・アプリケシーョン・フォー・モバイル・ネットワーク・エンハンスド・ロジック）プロトコルを使用することである。しかし、このプロトコルは金額を扱うことができない。

さらなる問題は、課金の責任を持つエンティテイとの通信の量は最小に維持されるべきことである。信号を最小化できなければ、このエンティテイの容量は増加される必要がある。これはエンティテイのコストを増加し、いずれの場合も費用がかさむ。いずれの場合も、信号を最小化することが常に望ましい。

さらなる問題は金額の予約に関する。もし、小さすぎる金額が予約されると、必要な信号の量が増加する。もし、大きすぎる金額が予約されると、ユーザはそれ以外のために十分なお金を持たないであろう。又は、予約のため十分なお金さえも持たないであろう。

本発明の１つの実施の形態の目的は、上述した目的の１つ又はそれ以上を解決することである。

本発明の第１の観点によると、少なくとも１つのユーザ装置と、前記ユーザ装置は１つのセッション中に複数のサービスにアクセスするように構成され、前記少なくとも１つのユーザ装置のために金額を定義する情報を記憶する情報記憶と、前記金額の少なくとも一部が予約されることを要求しそして前記複数のサービス間で前記予約された一部の割当てを制御するコントローラと、を含んだ通信システムが提供される。

本発明の第２の観点によると、少なくとも１つのユーザ装置と、前記ユーザ装置は同時に複数のサービスにアクセスするように構成され、前記少なくとも１つのユーザ装置のために金額を定義する情報を記憶する第１エンティテイと、前記金額の少なくとも一部の予約を要求するコントローラと、を含み、そして前記第１エンティテイは前記予約された一部の金額を定義する情報を第１形式で送信するように構成されていて、前記第２エンティテイは前記予約された金額に関する情報を第２形式に変換するように構成されている、通信システムが提供される。

本発明の第３の観点によると、セッション中に複数のサービスにアクセスするステップと、前記少なくとも１つのユーザ装置のために金額を定義する情報を記憶するステップと、前記金額の少なくとも一部の予約を要求するステップと、前記複数のサービス間で前記予約された一部の割当てを制御するステップと、を含んだ通信方法が提供される。

本発明の第４の観点よると、少なくとも１つのユーザ装置と、前記ユーザ装置は１つのセッション中に複数のサービスにアクセスするように構成され、前記少なくとも１つのユーザ装置のために金額を定義する情報を記憶する情報記憶とを含んだ通信システム中に使用されるためのコントローラであって、前記金額の少なくとも一部の予約を要求しそして前記複数のサービス間で前記予約された一部の割当てを制御するように構成された前記コントローラが提供される。

本発明の第５の観点によると、同時に複数のサービスにアクセスするステップと、前記少なくとも１つのユーザ装置のために金額を定義する情報を記憶するステップと、前記金額の少なくとも一部の予約を要求するステップと、前記予約された一部の金額を定義する情報を第１形式で送信するステップと、前記予約された金額に関する情報を第２形式に変換するステップとを含んだ通信方法が提供される。

本発明の第６の観点によると、少なくとも１つのユーザ装置と、前記ユーザ装置は同時に複数のサービスにアクセスするように構成され、前記少なくとも１つのユーザ装置のために金額を定義する情報を記憶する第１エンティテイとを含んだ通信システム中に使用されるためのコントローラであって、前記金額の少なくとも一部の予約を要求しそして前記第１エンティテイから受信された第１形式の前記予約された一部の金額を定義する情報を第２形式に変換するように構成されている前記コントローラが提供される。

本発明の実施の形態は、ユーザが所有する金額に関する情報を記憶するエンティテイとネットワーク要素への最適化された通信により、データアクセスサービスなどのサービスのための先払い環境中で、クレジット・コントロールを可能にする。

本発明の実施の形態は、より粒子化（グラニュラー）された態様で、データアクセスサービスのためのリアルタイムクレジット・コントロールの実現を可能にする。

本発明をよりよく理解するため、本発明をどのように実行するかについて、例示的に添付図面を参照して以下に説明する。

以下に本発明を特定の実施の形態を参照して説明する。しかし、この実施の形態は本発明を説明する目的のために提供されたものであり、本発明の範囲を限定するものではない。

特に、本発明は、移動局２などのユーザ装置を支援するＵＭＴＳ（ユニバーサル移動通信システム）ネットワークの特定の例を参照して説明される。

図１を参照すると、本発明を説明する目的のためにＩＰプロトコルシステムを実現したＵＮＴＳネットワークの主な要素が示されている。図１においては、本発明の実施の形態を理解するのに関連したＵＭＴＳシステムの要素のみが示されている。当業者にはこのようなシステムの完全な実現は明らかである。

図１は概略的に、無線アクセスネットワーク４、サービングＧＰＲＳサポートノード（ＳＧＳＮ）６、及び、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を含んだＵＭＴＳネットワーク・インフラストラクチャ１０を示す。典型的に、無線アクセスネットワークは、無線ネットワーク・コントローラにより制御される複数の基地局から構成される。

ＳＧＳＮ６は、ユーザ装置ＵＥ２のために無線アクセスネットワーク４を介してネットワークへのアクセスを提供する。ＳＧＳＮ及びＧＧＳＮは、図１のネットワーク１０のパケット交換ドメインを表す。これらはＵＥ２と同じネットワーク１０又は外部の別のネットワーク中に提供されたアプリケーションとの間のパケットの転送と制御を提供する。

本発明の実施の形態では、ユーザはサービスにアクセスするようになっている。本発明の実施の形態は、特に、ｈｔｔｐ（ハイパーテキストトランスファープロトコル）トラフイックであるインターネット・サービスの設備に適用可能である。もちろん、本発明の実施の形態は、どんな他のサービスにも使用できる。例えば、排他的ではなく、インターネット関連サービスに使用できる。本明細書の目的のために、サービスの用語は、例えば、サービス・プロバイダによりユーザに提供されるサービス、ユーザがネットワーク等へアクセスするアクセス・サービス、ユーザが通話を行い又は受信する通話サービス、又は、料金を発生するユーザ局が関与するどんなことも含むと解される。

ＧＧＳＮ８は、インターネット・トラフイック・アナライザーＩＴＡ１２に接続されている。ＩＴＡ１２は、３つのインターネット・サーバー１４ａ、１４ｂ及び１４ｃにより図１に表されるインターネットとＧＧＳＮ８との間に配される。ＩＴＡ１２は、通常はインターネット・トラフイックを干渉せず、単にそれを観察する。しかし、いくつかの実施の形態では、ユーザがそのユーザ等に対してブロックされたあるサイトにアクセスすることを防止できる。ＩＴＡ１２により提供される機能は後により詳細に説明される。

ＩＴＡ１２は、ＯＳＣ（オンラインサービスコントローラ）１８に接続される。ＯＳＣ１８の目的は、ネットワークを介して提供されるサービス、すなわち、データアクセスネットワーク装置、アプリケシーョン・サーバー等のためにオンラインクレジット制御を実行することである。ＯＳＣ１８は、ネットワークを介して同時的に提供されるサービスのためにユーザの先払い金額残高を取扱う。本発明の実施の形態は、複数のサービスが同時に又は単一のセッションでアクセスされる状況に適用可能である。ＯＳＣは、ＲＡＤＩＵＳプロトコル環境で動作する。もちろん、ＤＩＡＭＥＴＥＲ等の他のプロトコルも、本発明の代替的な実施の形態で使用できる。ＯＳＣの機能は後でより詳細に説明される。

本発明の実施の形態では、ユーザ装置２は、少なくとも部分的に先払いベースで動作するように構成されている。これはユーザが前もって金額を支払い、ユーザが料金を発生する時に、これらが先払い金額から控除されることを意味する。ユーザが利用できる現在の金額に関する情報は、本明細書で外部残高ハンドラーＥＢＨと呼ばれるサービスコントロールポイントＳＣＰ２０に記憶される。したがって、ユーザが料金を発生する時、ＥＢＨ２０に記憶されている情報は更新される。ＥＢＨ２０は、ＩＮＳＣＰ（インテリジェントネットワークＳＣＰ）、ＧＳＭＳＣＦ（サービスコントロールファシリテイ）、例えば、ＬＤＡＰ（ライトウェイトデイレクトリイアクセスプロトコル）又は他の適当なエンティテイなどの適当なＳＣＰにより提供できる。ＥＢＨ２０は、ＯＳＣ１８に接続されている。

本発明の実施の形態では、ＥＢＨはユーザが前払い残高口座内に持つ金額を記憶する。そして、ＥＢＨは、要求に応答して、お金を時間又はボリュームについてのトークンへ翻訳する。しかし、本発明の代替的な実施の形態では、ＥＢＨは実際の金額の代わりに実際の金額を表す何かを記憶することができる。例えば、いくつかのトークンを記憶できる。各トークンはある金額値を表す。本発明の代替的な実施の形態では、ＥＢＨは金額値、時間等により表されるデータ量を記憶してもよい。

本発明の好適な実施の形態では、ＥＢＨ２０は、ＣＡＭＥＬプロトコルに従って動作するように構成されている。

ＥＢＨ２０は、本発明の実施の形態では、タリフテーブル１９を持つように構成される。これはデータのあるボリュームについてコストを記憶する。各ユーザはテーブル中の少なくとも１つの値に関連付けられる。本発明の好適な実施の形態では、エントリイは全てのユーザについて同じである。換言すると、全てのユーザに対して単一のタリフテーブルが存在する。

いくつかの実施の形態では、ユーザは単に１つの値と関連付けられる。しかし、本発明の他の実施の形態では、ユーザは複数の値と関連付けられる。本発明のいくつかの実施の形態では、テーブルの各エントリイは、いくつかのユーザに関連付けられる。テーブル中に、例えば、１と１０の間、そして好ましくは１と５の間の相対的に少ない数のエントリイが存在してよい。本発明の別の実施の形態では、各ユーザに対して別のエントリイが存在してよい。

本発明の好適な実施の形態では、ユーザと必要なテーブル中のエントリイとの間のいずれの関連もＯＳＣ１８中に記憶される。本発明の代替的な実施の形態では、関連はＥＢＨ自身の中に設けられる。図１にタリフテーブル１９の一例が示されている。それはＡＰＮ（アクセスポイント名前）とデータのある量についてのコストとの間の関連を示す。本発明の好適な実施の形態では、ＡＰＮはダミーネームの例である。ＥＢＨ２０は、ＯＳＣにより供給されるＡＰＮの識別に依存して必要なエントリイをアクセスする。ダミーネームフォーマットは、本発明の実施の形態はＣＡＭＥＬ環境、特に、ＣＡＭＥＬフェーズＩＩＩ環境で動作できることを意味する。

好適な実施の形態では、データのある量の観念的なコストがタリフテーブル中に記憶される。しかし、本発明の別の実施の形態では、ある時間量についてのコスト又はコンピュータ「クリック」のある数（ユーザにより活動化された特定のマウス又は等価な機能の回数）などのサービスアクセスパラメータ、アクセスのある数等など異なる情報を記憶してもよい。以下のことに注意すべきである。いくつかの実施の形態では、ＥＢＨが例えば前払い金額を表すデータ量を記憶する場合では、タリフテーブルは必要ではないであろう。

ＯＳＣ１８は、単一の先払い口座残高を介して課金されるサービスの同時使用を達成するために予約処理を実行する。本発明の実施の形態では、ＯＳＣ１８は、以下により詳細に説明する予約論理及びトークン（又は金額値）割当て論理を適用することにより、ＥＢＨ及びＩＴＡの方向へ実現される通信量を顕著に最適化する。

また、ＯＳＣ１８は、タリフテーブル１７を含む。これはユーザがタリフをアクセスできる各サーバーについてリストするテーブルを含む。例えば、第１エントリイは第１サーバー１４ａについてのコストを表し１ＭＢのデータが０．５セントのコストであることを示す。第２エントリイは第２サーバー１４ｂについて１ＭＢのデータが１セントのコストであることを表す、第３サーバーのコストは無料でありただのサービスを提供する。与えられたテーブルは複数のユーザ間で共有できる。

ＯＳＣ１８は、あるユーザについて口座残高にお金がない時、エンドユーザ切断を開始でき、所定のタイムアウトの後、エンドユーザセッション切断を開始する。代替的又は追加的に、ＯＳＣは、ユーザが先払い口座残高を充填できる充填ページにエンドユーザを向かわせることを開始できる。

要約すると、ＯＳＣ１８は、ＥＢＨ２０と１つ又は複数の対話を持つ。ＥＢＨ２０との対話を通じて、金額が予約され、金額が口座残高から控除され／追加される。ＯＳＣ１８は、単一エンドユーザのためにネットワーク要素の方向へ１つ又は複数のアカウンテイングセッション対話を維持する。ＯＳＣ１８がネットワーク要素から要求１３を受信する時、接続２２を経由してＥＢＨ２０からお金を要求する。ＯＳＣ１８は、接続２４を経由してＥＢＨ２０からお金を受取り、そして現在の予約量、サポートされる異なるネットワーク要素の量、及び、サポートされる異なるサービスクラスの数にしたがって、予約アルゴリズムを適用する。要求するネットワーク要素がアクセスネットワーク装置である場合、ＯＳＣ１８はその特定のアカウンテイングセッションについて予約されたお金に基づいて、要求するネットワーク要素へ配達されるべきボリューム、時間等により表されるサービストークンの量を計算する。このように、ＯＳＣ１８はサービストークンを計算し、そして接続１５を経由してそれらをＩＴＡ１２へ配達する。

図１及び図２を参照して、１つの例を説明する。例では、ＩＴＡはバイト数を数えるように構成されている。しかし、本発明の代替的な実施の形態では、他のエンティテイがバイト数を数えるように構成できる。例えば、ＧＧＳＮ又は他の適当なエンティテイがバイトを計数できる。

ユーザがセッションを開始し、同じセッション中に、おそらく、同じ時間に、サーバー１４ａ乃至ｃにより提供される３つのサービスをアクセスする。これはＩＴＡ１２により検出される。ＩＴＡ１２はステップＳ１でＧＧＳＮ８からアカウンテイング開始要求を受信する。ＩＴＡ１２はステップＳ２でＧＧＳＮ８へ要求のアクノレッジをする。ステップＳ３で、ＩＴＡ１２はＯＳＣ１８へアカウンテイング要求を送信する。ＯＳＣ１８はユーザの識別及びサーバーの識別を含む。

ステップＳ４で、ＯＳＣ１８は、ユーザの識別及びＥＢＨ２０中のタリフテーブル内に記憶されたダミーＡＰＮ識別を含むＥＢＨ２０へ要求を送信する。ステップＳ５で、ＥＢＨはダミーＡＰＮを使用してタリフテーブルを見て、予約すべき金額に関連したデータボリュームを定義する情報を返す。例えば、提供されたダミーＡＰＮは、第１エンティテイのそれである。したがって、ＥＢＨはユーザの残高の１セントを予約し、そして１ＭＢが予約された情報を返す。

ＯＳＣ１８は、データを金額へ変換する。すなわち、１セントへ戻す。これはＯＳＣ１８でＥＢＨ２０のタリフテーブルのある知識を必要とする。ＯＳＣは予約の現在の量、サポートされる異なるネットワーク要素の数、及び、サポートされる異なるサービスクラスの数に基づいて金額予約アルゴリズムを実行する。本発明の好適な実施の形態では、お金はサービスの特定のものに割当てられるのではなく、要求によりお金が割当てられることを可能にする。

この実施の形態では、ＯＳＣ１８は、異なるサービスクラスにより使用できるボリューム、時間、サービスパラメータで表されたトークンの量をステップＳ６でＩＴＡ１２へ送信する。ＩＴＡ１２は次の計算を規則的に実行する。

ｘ／Ａ＋ｙ／Ｂ＋ｚ／Ｃ＝１
ここで、ｘ、ｙ及びｚはＩＴＡの持つカウンタである。Ａ、Ｂ及びＣはＩＴＡに送信されたボリュームの量である。合計が１に等しい時、全てのお金が使用されている。予約された金額はトークンの数を計算するために使用される。

代替的な実施の形態では、ＯＳＣはＩＴＡに金額情報の量を送信し、そしてもし必要ならば、現在ユーザにより使用されるサービスについてのタリフ情報を送信する。この代替的な実施の形態では、ＩＴＡは次の計算を規則的に実行する。

（ＸｘＡ）＋（ＹｘＢ）＋（ＺｘＣ）
ここで、Ｘ、Ｙ及びＺはそれぞれのサーバー１４ａ−ｃにより提供されるバイト数であり、Ａ、Ｂ及びＣはそれらのそれぞれのサーバーのデータ単位当たりのコストである。したがって、ＸｘＡはサーバー１４ａにより発生するコストを表す。その他も同様である。合計が予約された量である１セントに等しく又は近くなる時、ＩＴＡ１２はステップＳ７でＯＳＣへメッセージを送信する。

そして、さらなるお金を予約するプロセスが、ステップＳ４乃至ステップＳ６と同様又は類似のステップＳ８乃至Ｓ１０により繰返される。再びＩＴＡは計算を実行する。この予約及び予約された金額の使い切りは数回実行できる。図２に示された例では、ユーザはセッションの終了を決定し、そしてＧＧＳＮ８はステップＳ１１でＩＴＡ１２にアカウンテイング停止メッセージを送信する。ステップＳ１２で、メッセージはＩＴＡ１２によりアクノレッジされ、ＩＴＡ１２はＧＧＳＮ８へアクノレッジメントを送信する。ＩＴＡ１２は、セッションを切断し、そしてステップ１３でアカンテイング停止メッセージをＯＳＣ１８へ送信する。ＯＳＣ１８はステップ１４でアカウント返答メッセージにより返答する。これは停止メッセージをアクノレッジする。また、ＩＴＡ１２により送信されたアカウント停止メッセージＳ１０は、現在予約されたお金が実際にどれだけ使用されたかについての情報を含む。

ステップＳ１５で、ＯＳＣ１８は、どれだけ予約されたお金が使用されたかを示す課金レポートメッセージをＥＢＨ２０へ送信する。このレポートは、全セッションでどれだけ使用されたかを示す。より好ましくは、現在予約されたお金の内どれだけが使用されたかを示す。そして、ＥＢＨはユーザに関連した金額を更新する。ＥＢＨに送信された課金レポートはデータ単位で使用された量又は残った量を示す。金額値とデータ単位との間の必要な変換は、ＯＳＣ１８で実行される。

説明された実施の形態は、ユーザが１つ又は複数のサーバーにより提供されるサービスを同時に使用する環境で動作する。さらに、１つ又は複数のサービスは、異なるレートで課金されるデータアクセスサービスである。

図３を参照すると、ユーザがお金を使い果たした時に発生する信号が示されている。ステップＳ’１乃至Ｓ’８は図２に示されるステップＳ１乃至Ｓ８と同じであり、詳細に説明しない。ステップＳ’９で、ＥＢＨはＯＳＣにユーザがその口座にそれ以上のお金を持たないことを知らせる。ステップＳ’１０で、ＯＳＣ１８はユーザがトップページへ向かわされるか又は適当なメッセージを提供されるようにこの情報をＩＴＡ１２へ送信する。タイマーが開始される。時間間隔の終わりで、ＯＳＣ１８はＥＢＨが充填されたかどうかをチェックするように構成されている。これは、ステップＳ’８及びＳ’９と同じステップＳ’１１及びＳ’１２において実行される。もし、いまだ資金がなければ、接続が切断される。

そして、ＰＤＰコンテキストがステップＳ’１３乃至Ｓ’１６で解除される。メッセージがＩＴＡ１２を経由してＧＧＳＮ８へ送信される（ステップＳ’１３及びＳ’１４）。これはステップＳ’１５及びＳ’１６でＧＧＳＮ８からＯＳＣ１８へアクノレッジされる。

実際には、エンティテイ間には他の信号が存在するが、これは簡潔さのために省略されていることを理解すべきである。

説明された実施の形態の代替では、ＩＴＡユニットはどのサーバーが無料サービスを提供するかを定義する情報を記憶する。したがって、資金への要求はユーザが支払いを要するサーバーへアクセスした場合のみ開始される。

本発明の実施の形態では、代替的な方法が使用できることを理解すべきである。好適な実施の形態では予約された資金を異なるサービスへ効果的に動的に割当てる。本発明の代替的な実施の形態では、予約された資金は異なるサーバーへ割当てることができる。予約されたお金が分割される割合は、もしコストがより高ければ、サーバーが予約された資金のより大きい量を得るようにデータ単位のコストに基づくことができる。代替的に、予約されたお金はサーバー数に基づいて等しい部分に分割できる。１つのサーバーが予約されたお金のその持分を使い切った時、他のサーバーに割当てられた未使用のお金をそのサーバーへ再割当することができる。

これらの代替的な実施の形態の１つが下のテーブルを参照してより詳細に説明される。下の例では、２セントが予約されて、そして列内に識別された４つのサービスが存在する。この例では、予約された量は、各サービスが０．５セントを割当てられるように４つに分割される。これは０．５セントで得ることのできるデータ量であるサービストークンへ変換され、そして３列中にリストされる。４列は使用されたサービストークンの数を含み、５列は使用されたデータ量を数えるアクセス装置カウンタを提供する。

本発明の好適な実施の形態では、現在予約されたお金が使用された時又は予約されたお金のあるパーセンテイジが使い切られた時又はある金額値が残った時にのみさらなる資金を予約することができる。いくつかの実施の形態では、追加のお金が予約される時点は、次の少なくとも１つに依存できる。すなわち、
サーバー数、データの単位量のコスト及び接続の活動レート。

本発明の１つの実施の形態では、ＥＨＢに記憶されているタリフはあるユーザについて、異なる金額を予約することが可能である。これは次の少なくとも１つを考慮することができる。ユーザが持つ金額、ユーザが接続されているサーバー数、データの単位量のコスト、及び、接続の活動。

本発明の実施の形態では、ＯＳＣは金額値をトークンへ変換できる。

図４は、本発明の１つの実施の形態による構成を示す。図４の構成は、各サーバーについて、行うことが必要な資金の予約の要求を示す。ステップＴ１乃至Ｔ６は、サーバー１にのみこれが実行されることを除いて図２のステップＳ１乃至Ｓ６と同じである。ステップＴ７乃至Ｔ１０はサーバー２についてを除いてステップＴ３乃至Ｔ６に対応する。同様に、サーバー３について、ステップＴ３乃至Ｔ６に対応するステップＴ１１乃至Ｔ１４が実行される。図４から理解されるように、これは各サーバーに対して予約を行うことが必要な時、サーバーによる全使用が１つの予約された金額よりも少ないどうかにかかわらず、不必要に信号を増加する。しかし、これは本発明のある実施の形態において好ましいであろう。

本発明の実施の形態の効果は、次の通りである。

ＯＳＣ１８とネットワークアクセス装置との間に交換されるＲＡＤＩＵＳメッセージなどの信号の量が最小である。これはネットワークと処理負荷が最小であることを意味する。

ＳＳ７リンクとＣＡＭＥＬプロトコルトランザクションを最小にする単一のＥＢＨ２０対話が存在する。

エンドユーザ口座残高を良く利用することを導く単一の金額予約が存在する。

本発明の実施の形態は、少なくともいくつかがデータアクセスサービスである、サービスの同時的使用についてクレジット制御を可能にする。

本発明の実施の形態は、必要なプロトコルメッセージの数を最適化し（例えば、トラフイック最適化）、そしてデータアクセスサービスの同時的使用を可能にする。データアクセスサービス消費モデルは予測不可能であるため、本発明の実施の形態はＥＢＨとの必要な接続量を最小にしながら、エンドユーザが１つ又は複数のネットワークサーバーから提供されるデータアクセスサービスのどんな組合わせも消費することを可能にする。

図１に示された要素および接続は本発明の例示的な実施の形態を説明する目的のためであり、当業者はＵＭＴＳネットワーク１０の実現を完全に理解していることに注意すべきである。

説明された実施の形態では、異なる課金が異なるサービスについて行われている。本発明の代替的な実施の形態では、異なる課金は異なるサービスクラスについて行われてもよい。

本発明の実施の形態は特に、ＳＩＰ（セッション開始プロトコル）、ＨＴＴＰ、ＲＴＣＰ／ＲＴＰｍ（リアルタイムコントロールプロトコル／リアルタイムプロトコル）、ＦＴＰ（ファイルトランスファープロトコル）等のＩＰプロトコルを使用した通信システム適用可能である。しかし、本発明の実施の形態はどんな適当なプロトコルを使用したどんな適当なネットワークと共に使用できることを理解すべきである。本発明の実施の形態は特にユーザ装置が無線接続を経由してネットワークに接続される実施の形態に適用可能である。しかし、本発明の実施の形態はまた有線接続を経由してユーザ装置がネットワークへ接続されるシステムにも適用可能である。

ユーザ装置はどんな適当な形式をとることができ、例えば、モバイル電話機、モバイルステーション、パーソナルデジタルアシスタント、ラップトップコンピュータ、ポータブルコンピュータ、コンピュータ又は他の適当な装置であってよい。

本発明のいくつかの実施の形態では、ＧＧＳＮ及びＩＴＡは単一エンティテイにより提供される。

本発明の実施の形態がＵＭＴＳ通信ネットワークに関連して説明された。本発明の実施の形態は他の標準を用いた他のネットワークと共に使用できることに注意すべきである。本発明の実施の形態は無線通信ネットワークに関連して説明された。本発明の実施の形態はまた有線通信ネットワークと関連して使用できることを理解すべきである。

本発明が説明のために好適な実施の形態の例を参照してここに説明されたが、この実施の形態に限定するものではない。本発明の範囲は特許請求の範囲の記載により定義される。

本発明を実現したシステムの概略図。 本発明を実現した第１信号流れを示す図。 本発明を実現した第２信号流れを示す図。 本発明を実現したさらなる信号流れを示す図。

Claims (35)

1. 複数のデータアクセスサービスを提供する複数のサーバーを特定するアカウンティング要求を第１エンティテイから受信し、ここで、少なくとも１つのユーザ装置は、前記複数のサーバーからの前記複数のサービスに前記第１エンティテイを介してアクセスすることができ；
   前記少なくとも１つのユーザ装置についての金額を定義する情報記憶を含む第２エンティテイに対して、前記金額の一部を予約された一部として当該第２エンティテイに予約するよう要求し；その後、前記複数のサービス間で前記予約された一部の割当てを制御するように構成された装置であって、前記割当てに従って前記少なくとも１つのユーザ装置は前記複数のサービスにアクセスすることを許され、該装置は前記第２エンティテイのプロトコルとは異なるプロトコルに従って動作することを特徴とする装置。
2. 前記予約された一部は、前記複数のサービス間で複数の部分に分割される請求項１に記載の装置。
3. 前記予約された一部は、等しく分割される請求項２に記載の装置。
4. 前記複数のサービスのうちの１つに当初割当てられた、前記予約された一部の未使用部分は、それを使い切ったときに、前記複数のサービス間で再割当される請求項２又は３に記載の装置。
5. 前記予約された一部は、前記サービスのうちのどれが前記予約された一部を必要とするかに依存して割当てられる請求項１乃至４のいずれかに記載の装置。
6. 前記予約された一部は、動的に割当てられる請求項１乃至５のいずれかに記載の装置。
7. 前記予約された一部は、サービス活動、サービス数、及び前記サービスのコストの内の少なくとも１つに依存して割当てられる請求項１乃至６のいずれかに記載の装置。
8. 前記予約された一部がどれだけ使われたかを監視するように構成されている請求項１乃至７のいずれかに記載の装置。
9. 前記監視は、前記複数のサービスの各々について前記少なくとも１つのユーザが前記予約された一部をどれだけ使用したかを定期的に決定し、加算して、前記複数のサービスの全てについて、前記少なくとも１つのユーザが前記予約された一部をどれだけ使用したかを決定することによって実行される請求項８に記載の装置。
10. 前記複数のサービスの各々のコストを定義する情報を使用することにより、前記予約された一部がどれだけ使用されたかを監視するように構成されている請求項８又は９のいずれかに記載の装置。
11. 前記複数のサービスの各々のコストを定義する情報は、データ又は時間単位の内の１つに対するコストである請求項１０に記載の装置。
12. 前記予約された一部の全てが使い切られた時又は前記予約された一部のあるパーセンテイジが使い切られた時、前記お金額のさらなる一部が予約可能である請求項１乃至１１のいずれかに記載の装置。
13. 前記金額が、金額値、前記金額に対応するデータ量、前記金額に対応する時間間隔、前記金額に対応するサービスアクセスパラメータの量の１つとして定義される請求項１乃至１２のいずれかに記載の装置。
14. 前記複数のサービスの少なくとも１つが、インターネット・サービスを含む請求項１乃至１３のいずれかに記載の装置。
15. 複数のエンティテイを含む請求項１乃至１４のいずれかに記載の装置。
16. 前記複数のエンティテイは、トラフイックアナライザー及びクレジットコントローラの少なくとも１つを含む請求項１５に記載の装置。
17. クレジットコントローラを含む請求項１乃至１６のいずれかに記載の装置。
18. 前記複数のサービスのコストに関する情報を記憶するように構成されている請求項１乃至１７のいずれかに記載の装置。
19. 前記予約された一部の金額を定義する情報を第１形式で受信し、そして前記第１形式を第２形式に変換するように構成されている請求項１に記載の装置。
20. 複数のデータアクセスサービスを提供する複数のサーバーを特定するアカウンティング要求を第１エンティテイからコントローラにおいて受信し、ここで、少なくとも１つのユーザ装置は、前記複数のサーバーからの前記複数のサービスに前記第１エンティテイを介してアクセスすることができ；前記コントローラから、前記少なくとも１つのユーザ装置についての金額を定義する情報記憶を含む第２エンティテイへ、前記金額の一部を予約された一部として前記第２エンティテイにおいて予約する要求を送信し；その後、前記複数のサービス間で前記予約された一部の割当てを制御するように構成された方法であって、該割当てに従って前記少なくとも１つのユーザ装置は前記複数のサービスにアクセスすることを許され、該装置は前記第２エンティテイのプロトコルとは異なるプロトコルに従って動作することを特徴とする方法。
21. 前記予約された一部は、前記複数のサービス間で複数の部分に分割される請求項２０に記載の方法。
22. 前記予約された一部は、等しく分割される請求項２１に記載の方法。
23. 前記複数のサービスのうちの１つに当初割当てられた、前記予約された一部の未使用部分は、それを使い切ったときに、前記複数のサービス間で再割当される請求項２１又は２２に記載の方法。
24. 前記予約された一部は、前記サービスのうちのどれが前記予約された一部を必要とするかに依存して割当てられる請求項２０乃至２３のいずれかに記載の方法。
25. 前記予約された一部は、動的に割当てられる請求項２０乃至２４のいずれかに記載の方法。
26. 前記予約された一部は、サービス活動、サービス数、及び前記サービスのコストの内の少なくとも１つに依存して割当てられる請求項２０乃至２５のいずれかに記載の方法。
27. 前記予約された一部がどれだけ使われたかを監視することを備える請求項２０乃至２６のいずれかに記載の方法。
28. 前記監視は、前記複数のサービスの各々について前記少なくとも１つのユーザが前記予約された一部をどれだけ使用したかを定期的に決定し、加算して、前記複数のサービスの全てについて、前記少なくとも１つのユーザが前記予約された一部をどれだけ使用したかを決定することによって実行される請求項２７に記載の方法。
29. 前記複数のサービスの各々のコストを定義する情報を使用することにより、前記予約された一部がどれだけ使用されたかを監視することを備える請求項２７又は２８に記載の方法。
30. 前記複数のサービスの各々のコストを定義する情報は、データ又は時間単位の内の１つに対するコストである請求項２９に記載の方法。
31. 前記予約された一部の全てが使い切られた時又は前記予約された一部のあるパーセンテイジが使い切られた時、前記お金額のさらなる一部が予約可能である請求項２０乃至３０のいずれかに記載の方法。
32. 前記金額が、金額値、前記金額に対応するデータ量、前記金額に対応する時間間隔、前記金額に対応するサービスアクセスパラメータの量の１つとして定義される請求項２０乃至３１のいずれかに記載の方法。
33. 前記複数のサービスの少なくとも１つが、インターネット・サービスを含む請求項２０乃至３２のいずれかに記載の方法。
34. 前記複数のサービスのコストに関する情報を記憶するように構成されている請求項２０乃至３３のいずれかに記載の方法。
35. 前記予約された一部の金額を定義する情報を第１形式で受信し、そして前記第１形式を第２形式に変換することを含む請求項２０に記載の方法。

Images