(57)【特許請求の範囲】
【請求項１】
加入者のデータセッションに対して課金する方法であって、
オンライン課金システム（ＯＣＳ）が、前記データセッションを開始する要求に応答して、前記データセッションに付与される第１付与済みサービス単位のデータを提供するステップと、
前記ＯＣＳが、前記データセッション中に、前記加入者に対する課金条件の変更を、請求および収益管理システム（ＢＲＭ）から受信するステップと、
前記ＯＣＳが、前記変更に応答して、前記加入者に再認証メッセージを送信するステップと、
前記ＯＣＳが、前記再認証メッセージに応答して、前記加入者から、前記第１付与済みサービス単位のデータの提供以降に前記データセッションに使用された第１使用済みサービス単位を含む第１更新メッセージを受信するステップと、
前記ＯＣＳが、前記第１更新メッセージに応答して、前記課金条件の変更および前記第１使用済みサービス単位に基づいて、前記データセッションに付与される第２付与済みサービス単位のデータを提供するステップとを含む、方法。
【請求項２】
前記ＯＣＳが、前記第１更新メッセージに含まれる前記第１使用済みサービス単位と、前記第１更新メッセージ以降に使用された前記データセッションのための第２使用済みサービス単位とを含む合計の使用済みサービス単位に従って、前記加入者の前記データセッションを課金するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記課金条件の変更は、追加のデータ単位の購入を含む、請求項１に記載の方法。
【請求項４】
前記ＯＣＳが、前記データセッション中に、前記加入者から、時間ベースの更新メッセージを受信するステップをさらに含み、
前記時間ベースの更新メッセージは、前記データセッション中に予め設定された時間間隔で生成され、直前の更新メッセージ以降に使用されたサービス単位を含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記ＯＣＳが、前記データセッション中に、前記加入者から、消費ベースのメッセージを受信するステップをさらに含み、
前記消費ベースの更新メッセージは、付与済みサービス単位のデータ消費量に応答して生成され、直前の更新メッセージ以降に使用されたサービス単位を含む、請求項１から３のいずれか１項に記載の方法。
【請求項６】
前記ＯＣＳが、前記データセッションを開始する前記要求に応答して、前記データセッションに付与される第３付与済みサービス単位のデータを提供するステップをさらに含み、
前記第１付与済みサービス単位のデータは、前記データセッション中の料金変更時間前のものに対応しており、
前記第３付与済みサービス単位のデータは、前記データセッション中の料金変更時間後のものに対応する、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記ＯＣＳが、終了要求を受信するステップをさらに含み、
前記終了要求は、前記第２使用済みサービス単位を含む第２更新メッセージ以降に使用された使用済みサービス単位を含む、請求項２に記載の方法。
【請求項８】
プロセッサによって実行されると、プロセッサに請求項１から７のいずれか１項に記載の方法を実行させる命令を含むコンピュータ読取可能プログラム。
【請求項９】
通信ネットワークを介して、ユーザ機器（ＵＥ）と、請求および収益管理システム（ＢＲＭ）とに連結されたオンライン課金システム（ＯＣＳ）であって、
前記ＯＣＳは、前記通信ネットワークを介してネットワークメッセージを生成および受信するプロセッサを含み、
前記ネットワークメッセージの生成および受信は、
前記ＵＥからのデータセッションを開始する要求に応答して、前記データセッションに付与される第１付与済みサービス単位のデータを前記ＵＥに提供するステップと、
前記データセッション中に、前記ＵＥに対する課金条件の変更を前記ＢＲＭから受信するステップと、
前記変更に応答して、前記ＵＥに再認証メッセージを送信するステップと、
前記再認証メッセージに応答して、前記ＵＥから、前記第１付与済みサービス単位のデータの提供以降に前記データセッションに使用された第１使用済みサービス単位を含む第１更新メッセージを受信するステップと、
前記第１更新メッセージに応答して、前記課金条件の変更および前記第１使用済みサービス単位に基づいて、前記データセッションに付与される第２付与済みサービス単位のデータを前記ＵＥに提供するステップとを含む、ＯＣＳ。
【請求項１０】
前記課金条件の変更は、前記ＵＥのデータ残高の満杯補充を含む、請求項９に記載のＯＣＳ。
【請求項１１】
前記ネットワークメッセージの生成および受信は、前記第１更新メッセージに含まれる前記第１使用済みサービス単位と、前記第１更新メッセージ以降に使用された前記データセッションのための第２使用済みサービス単位とを含む合計の使用済みサービス単位に従って、前記ＵＥの前記データセッションを課金するステップをさらに含む、請求項９に記載のＯＣＳ。
【請求項１２】
前記データセッション中に、前記ＵＥから、時間ベースの更新メッセージを受信することをさらに含み、
前記時間ベースの更新メッセージは、前記データセッション中に予め設定された時間間隔で生成され、直前の更新メッセージ以降に使用されたサービス単位を含む、請求項９から１１のいずれか１項に記載のＯＣＳ。
【請求項１３】
前記データセッション中に、前記ＵＥから、消費ベースの更新メッセージを受信することをさらに含み、
前記消費ベースの更新メッセージは、付与済みサービス単位のデータ消費量に応答して生成され、直前の更新メッセージ以降に使用されたサービス単位を含む、請求項９から１１のいずれか１項に記載のＯＣＳ。
【請求項１４】
前記データセッションを開始する前記要求に応答して、前記データセッションに付与される第３付与済みサービス単位を前記ＵＥに提供するステップをさらに含む、
前記第１付与済みサービス単位のデータは、前記データセッション中の料金変更時間前のものに対応しており、
前記第３付与済みサービス単位のデータは、前記データセッション中の料金変更時間後のものに対応する、請求項９から１３のいずれか１項に記載のＯＣＳ。
【発明の詳細な説明】
【技術分野】
【０００１】
分野
１つの実施形態は、一般に電気通信に関し、特に電気通信データサービスのオンライン課金に関する。
【背景技術】
【０００２】
背景情報
サービス提供者／事業者は、有線および／または無線通信ネットワークを用いて、多くの音声および／またはデータサービスを加入者に提供する。これらのサービスの例として、移動電話通信、インターネットの接続、ネットゲーム、オーディオ、ビデオおよびマルチメディアプログラムの放送または同時放送などが挙げられる。ユーザ機器、例えば、携帯電話、ＰＤＡ、スマートフォン、テキストメッセージング装置、ＧＰＳ（Global Positioning System：衛星測位システム）装置、ネットワークインターフェイスカード、ノートブックコンピュータ、およびデスクトップコンピュータは、無線インターフェイスを介して１つ以上の基地局に接続して、通信ネットワークによって提供されたサービスを利用することができる。
【０００３】
事業者は、オフライン課金機能およびオンライン課金機能を使用して、さまざまなサービスを使用する装置による料金を追跡する。第３世代パートナーシッププロジェクト（３ＧＰＰ／３ＧＰＰ２）標準グループは、一連の仕様を定義した。これらの一連の仕様を使用して、さまざまなネットワークドメイン（例えば、回線交換ネットワークドメイン、パケット交換ネットワークドメイン、および／または無線ネットワークドメイン）、ＩＰマルチメディアサブシステム（ＩＭＳ）、および新興３Ｇ／ＯＭＡアプリケーションサービスの課金を行うことができるオンライン課金システムおよびオフライン課金システムを実現することができる。
【０００４】
しかしながら、事業者は、スマートフォンおよび他のモバイル装置の使用増加によりデータ使用量の急増という問題に直面している。スマートフォンおよび他のモバイル装置の使用増加は、事業者のネットワーク資源に負荷をかけ、ネットワークの過負荷を引き起こし、ネットワークの混雑およびデータ帯域の不足によって、加入者の快適さが低下するまたは事業者がネットワーク容量を追加する必要がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
概要
一実施形態は、加入者のデータセッションに対して課金するためのオンライン課金システム（ＯＣＳ）に関する。このＯＣＳは、データセッションを開始する要求に応答して、データセッションに付与される第１付与済みサービス単位のデータを提供する。データセッション中に、ＯＣＳは、加入者に対応する課金条件の変更を受信し、その変更に応答して、再認証メッセージを加入者に送信する。ＯＣＳは、再認証メッセージに応答して、前回の更新メッセージ以降にデータセッションに使用された使用済みサービス単位を含む第１更新メッセージを加入者から受信する。第１更新メッセージに応答して、ＯＣＳは、課金条件の変更および使用済みサービス単位に基づいて、データセッションに付与される第２付与済みサービス単位のデータを提供する。
【図面の簡単な説明】
【０００６】
【図１】本発明の実施形態を実現しおよび／または本発明の実施形態と情報交換するネットワーク要素を含む通信ネットワークを示す概要図である。
【図２】本発明の一実施形態に従ったコンピュータ／サーバシステムを示すブロック図である。
【図３】一実施形態に従って、非線形データ課金を示すデータセッションの一例である。
【図４】本発明の実施形態に従ったデータセッションのコールフローを示す図である。
【発明を実施するための形態】
【０００７】
詳細な説明
一実施形態は、データセッション中にデータ使用量の更新を受信し、各更新時の課金条件を決定するオンライン課金システムに関する。したがって、データセッションの全体に亘ってデータ使用量が線形的であると仮定する必要なく、各セッションのデータ使用量をより精確に計測することによって、セッション中の異なる期間において、利用可能な残高の修正、データ転送率の変更などの特定の課金条件を検討することができる。
【０００８】
図１は、本発明の実施形態を実現しおよび／または本発明の実施形態と情報交換するネットワーク要素を含む通信ネットワーク１００を示す概要図である。ネットワーク１００は、一般に、通信セッションに対応するオンライン課金を提供するランタイムエンジンであるオンライン課金システム（Online Charging System：ＯＣＳ）１０２を含む。ＯＣＳ１０２は、請求および収益管理システム（Billing and Revenue Management System：ＢＲＭ）１０１に連結される。ＢＲＭは、ネットワーク１００の登録ユーザ／消費者の各々の情報を記憶し、各消費者の課金パラメータ、例えば電話使用料、利用可能な時間および奨励、現在の残高などを決定する。
【０００９】
ユーザは、ユーザ機器（User Equipment：ＵＥ）１０５を使用して、ネットワーク１００に接続することができる。ＵＥ１０５は、ユーザが音声通話、映像提供およびショートメッセージサービス（ＳＭＳ）などを表すデータ伝送を含む通信セッションに参加することを可能にする任意種類の装置であってもよい。ネットワーク１００は、ＵＥ１０５をネットワーク１００に接続する多くの異なる種類のネットワーク要素、例えば、無線通信タワー１０６、ルータ１０７および図１に示されていない他の既知の装置を含むことができる。
【００１０】
ＯＣＳ１０２によるオンライン課金とは、提供されているサービスにリアルタイム影響を与える課金情報に従って課金するメカニズムを指す。オンライン課金において、ネットワーク資源の使用量に対応する課金情報が、資源使用量と共に収集される。しかしながら、ネットワーク資源の使用量の付与は、ＯＣＳ１０２の課金決定に基づいてネットワークによって行われる。ＯＣＳ１０２の課金決定は、ＢＲＭ１０１から取得され且つＯＣＳ１０２に維持されたユーザの許容可能な資源に基づいて行われる。
【００１１】
一実施形態において、ネットワーク１００は、３ＧＰＰ規格に準拠するＩＭＳネットワークである。最初にサービスを提供して、後でＩＭＳユーザに対して課金するという後払い課金方法（postpaid charging）とは対照的に、ＯＣＳ１０２は、サービスを提供する前にＩＭＳユーザが口座残高を有し、サービスを提供するたびに、口座残高から引き落すという前払い課金方法（prepaid charging）を利用する。
【００１２】
一実施形態において、ＯＣＳ１０２は、オンライン課金機能、口座残高管理機能（ＡＢＭＦ）、および算定機能（ＲＦ）を含む。ＡＢＭＦは、ＩＭＳユーザの口座に一定量のサービス単位を保持する。算定機能は、ネットワーク事業者によって定義された料金表に従って、サービス利用料金を決定する。オンライン課金機能は、ＡＢＭＦおよび算定機能を利用して、オンライン課金を実行する。
【００１３】
図１には示されていないが、ＩＭＳネットワーク内の追加のネットワーク／サービス要素、例えば、プロキシ通話セッション制御機能（Ｐ−ＣＳＣＦ）、セッション通話セッション制御機能（Ｓ−ＣＳＣＦ）およびアプリケーションサーバ（ＡＳ）は、課金トリガ機能（ＣＴＦ）を有する。このＣＴＦは、サービス使用状況を監視し、課金イベントに応じて課金メッセージを生成するように構成されている。その後、ＣＴＦは、課金メッセージをＯＣＳ１０２に送信して、サービス使用状況に関するオンライン課金を提供する。
【００１４】
直接引き落しまたはクオータ予約として、オンライン課金を実施することができる。直接引き落しの場合、オンライン課金機能は、各取引に応じて、ユーザの口座から即座にクオータを引き落す。クオータ予約の場合、オンライン課金機能は、ユーザの口座に一定のクオータを付与し、要求しているサービス要素にクオータを提供する。要求しているサービス要素は、サービス使用状況を監視し、サービス使用状況に応じてクオータを控除することによって、予算管理を実行する。クオータがなくなると、サービス要素は、別のクオータを要求して、プロセスを続行する。サービスが終了すると、ユーザの口座から控除するクオータの合計が決定される。
【００１５】
例えば、以下は、ＩＭＳネットワークにおける典型的なセッションに対する課金例を示している。ＩＭＳユーザは、セッション開始プロトコル（ＳＩＰ）要請メッセージなどの適切なシグナルメッセージを介して、セッションを開始するまたはセッションの受信を要請する。セッションを管理するためにＩＭＳユーザにＳ−ＣＳＣＦが割り当てられているため、シグナルメッセージは、Ｓ−ＣＳＣＦを通過する。ＩＭＳユーザに対応するシグナルメッセージの受信に応答して、Ｓ−ＣＳＣＦは、ホーム加入者サーバ（ＨＳＳ）にアクセスすることによって、ＩＭＳユーザの加入者プロファイルを利用する。加入者プロファイルは、ＩＭＳユーザが加入しているサービスのレベルおよび付加サービスなどを示す。また、加入者プロファイルは、ＩＭＳユーザが前払いユーザであることを示す。したがって、セッションの開始を検出することに応答して、Ｓ−ＣＳＣＦ内のＣＴＦは、セッションに対してオンライン課金を開始する。オンライン課金を開始するために、ＣＴＦは、セッションの開始を示すＣＣＲ（Diameter Ro Credit Control Request）：開始メッセージを生成し、ＣＣＲ：開始メッセージをＯＣＳ１０２に送信する。
【００１６】
ＯＣＳ１０２のオンライン課金機能は、ＣＣＲ：開始メッセージ内の情報を処理することによって、ＩＭＳユーザを特定し、セッションに対応するメディアの種類を決定し、特定されたＩＭＳユーザ情報および決定されたメディアの種類情報または他の情報をもって、算定機能を利用して、セッションの料金を決定する。オンライン課金機能は、ＡＢＭＦを利用して、ＩＭＳユーザがセッションを開始するのに十分な口座残高をもっているか否かを判断し、そうであれば、セッションに付与するサービス単位の量を決定する。次に、オンライン課金機能は、ＣＣＡ（Credit Control Answer）：開始メッセージを生成し、ＣＣＡ：開始メッセージをＳ−ＣＳＣＦに送信する。ＣＣＡ：開始メッセージは、当該セッションが許可されていることを示すと共に、セッションに付与されたクオータの量を示す。
【００１７】
Ｓ−ＣＳＣＦ（またはＩＭＳゲートウェイ）は、ＣＣＡ：開始メッセージを受信し、予算管理を行う。予算管理を行うために、Ｓ−ＣＳＣＦは、サービス単位のクオータを特定し、セッションが継続すると共に当該クオータを減分する。Ｓ−ＣＳＣＦ内のＣＴＦが別の課金イベントを特定した場合、Ｓ−ＣＳＣＦは、ＣＣＲ：更新メッセージを生成する。例えば、課金イベントは、ＳＩＰ要請メッセージ、再要請メッセージまたは更新メッセージを承認する「ＳＩＰ  ２００  ＯＫ」メッセージの受信、サービス単位のクオータの消尽、有効期間の終了などを含むことができる。Ｓ−ＣＳＣＦは、ＣＣＲ：更新メッセージをＯＣＳ１０２に送信する。オンライン課金機能は、同様のプロセスを実行することによって、セッションに別クオータのサービス単位（利用可能な場合）を付与し、ＣＣＡ：更新メッセージを生成し、ＣＣＡ：更新メッセージをＳ−ＣＳＣＦに送信する。ＣＣＡ：更新メッセージは、セッションの継続が許可されていることを示すと共に、セッションに付与されたサービス単位の追加クオータを示す。
【００１８】
Ｓ−ＣＳＣＦ（またはＩＭＳゲートウェイ）は、ＣＣＡ：更新メッセージを受信し、新たに付与されたクオータに対して、再び予算管理を実行する。セッションが一定時間の後終了すると仮定する。セッション終了の特定に応答して、Ｓ−ＣＳＣＦ内のＣＴＦは、ＣＣＲ：終了メッセージを生成し、ＣＣＲ終了メッセージをＯＣＳに送信する。ＣＣＲ：終了メッセージは、セッションに使用されたサービス単位の数（セッションの継続時間またはオンライン課金機能により与えられた最新のクオータの一部）を示す。オンライン課金機能は、ＡＢＭＦを用いて、当該セッションに応じてＩＭＳユーザの口座から控除されるクオータの合計を決定する。
【００１９】
ＢＲＭ１０１、例えばOracle（登録商標）社のＢＲＭ製品などによって、ネットワーク事業者は、グローバル移動通信システム（ＧＳＭ（登録商標））マネージャおよびリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）マネージャなどの任意要素を用いて、サービスを構築して、サービス利用状況（例えば、消費者のデータセッションの時間数または電話通話の長さ）に関するデータを取得することができる。ネットワーク事業者は、ＢＲＭ１０１を使用して、料金表を定義し、サービスに応じて請求する料金を決めることもできる。例えば、ネットワーク事業者は、月契約料または定額料金で、無線電話サービスまたはインターネットの使用に対して課金することができる。
【００２０】
また、消費者が消費者サービス担当者に電話をかけるまたはウェブページを使用するように、ＢＲＭ１０１を使用して、消費者を登録することができる。消費者は、通常、インターネット接続および電子メールなどの１つ以上のサービスを契約する。消費者口座データ、例えば電話番号、インターネットサービスのログインおよび課金情報などは、ＢＲＭデータベースに格納される。
【００２１】
また、ＢＲＭ１０１を使用して、消費者を管理することができる。消費者の口座情報が変更した場合（例えば、消費者が自分のクレジットカードを変更した場合）、消費者管理ツールを使用して口座情報を更新することができ、または消費者が自分の口座を管理するウェブページを消費者に提供することができる。
【００２２】
また、ＢＲＭ１０１を使用して、消費者のログインを認証および承認することができる。例えば、使用状況をリアルタイムに追跡することができるサービスである場合、ＢＲＭ１０１は、ＢＲＭデータベースに格納された消費者データを使用して、消費者の身元を認証し、上述したサービスを使用する消費者の承認を確認する。
【００２３】
さらに、ＢＲＭ１０１を使用して、サービス使用量を計測且つ算定する（例えば、無線電話の場合、１分間１０セントで算定する）ことによって、サービス使用量を算定する。課金は、消費者の口座残高に対して追加してなされる。
【００２４】
一実施形態において、ＢＲＭ１０１およびＯＣＳ１０２とネットワーク１００の他のネットワーク要素との間のインターフェイスは、Oracle（登録商標）社のオンライン通信調停コントローラ（Communications Online Mediation Controller）によって制御される。このコントローラは、Diameter RoプロトコルまたはＲＡＤＩＵＳプロトコルに準拠するネットワークメッセージを内部ＢＲＭ通信プロトコルに準拠するネットワークメッセージに高速変換してから、認証、承認、イベント評価および口座残高の更新などのプロセスを実行する。一実施形態において、オンライン通信調停コントローラは、ＢＲＭ１０１とネイティブ統合することによって、ＢＲＭ１０１との接続を形成することができ、これらの接続を利用して、ＢＲＭ内部プロセスを呼び出すことができる。
【００２５】
図２は、本発明の一実施形態に従ったコンピュータ／サーバシステム１０を示すブロック図である。以下に詳細に開示される本発明の実施形態の機能のいずれかを実現するために、必要に応じて、システム１０を使用して、図１に示すネットワーク要素のいずれかを実装することができる。単一のシステムとして図示されているが、システム１０の機能は、分散システムとして実現することができる。さらに、本明細書に開示された機能は、別体のサーバまたは装置上で実現することができ、ネットワークを介して連結できるサーバまたは装置上で実現することもできる。また、システム１０の１つ以上の構成要素を省略してもよい。例えば、ＯＣＳ１０２の機能を実現するために、システム１０は、一般に、図２に示されたディスプレイ２４または１つ以上の他の要素を必要としないサーバであってもよい。
【００２６】
システム１０は、情報を通信するためのバス１２または他の通信機構と、バス１２に連結され、情報を処理するためのプロセッサ２２とを含む。プロセッサ２２は、任意種類の汎用プロセッサまたは専用プロセッサであってもよい。また、システム１０は、情報およびプロセッサ２２によって実行される命令を格納するためのメモリ１４を含む。メモリ１４は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、磁気ディスクまたは光ディスクなどの静的記憶装置、または任意種類の他のコンピュータ読取可能媒体であってもよい。さらに、システム１０は、ネットワークにアクセスするための通信装置２０、例えばネットワークインターフェイスカードを含む。これによって、ユーザは、システム１０に直接的に接続することができ、またはネットワークを介して遠隔的に接続することができ、または他の任意の方法でシステム１０に接続することもできる。
【００２７】
コンピュータ読取可能媒体は、プロセッサ２２によってアクセス可能な任意利用可能な媒体であってよく、揮発性媒体および不揮発性媒体の両方、取外し可能媒体および取外し不可能媒体の両方、または通信媒体を含む。通信媒体は、コンピュータ読取可能命令、データ構造、プログラムモジュール、または他のデータを搬送波または他の搬送機構などの変調データ信号内で搬送することができる任意の情報配信媒体を含むことができる。
【００２８】
プロセッサ２２は、バス１２を介して、液晶ディスプレイ（ＬＣＤ）などのディスプレイ２４に接続することができる。必要に応じてユーザとシステム１０とのインターフェイスを形成するように、キーボード２６およびコンピュータマウスなどのカーソル制御装置２８は、バス１２に接続される。
【００２９】
一実施形態において、メモリ１４は、プロセッサ２２によって実行されると機能するソフトウェアモジュールを格納する。モジュールは、システム１０のオペレーティングシステム機能を提供するオペレーティングシステム１５を含む。モジュールは、非線形方式でデータセッションに対して課金する非線形データ課金モジュール１６、および本明細書に開示された他のすべての機能を含む。システム１０は、より大きなシステムの一部、例えば、Oracle（登録商標）社の「Oracle通信順応性課金エンジン」に追加された機能であってもよい。したがって、システム１０は、追加機能を含む１つ以上の追加機能モジュール１８を含むことができる。データベース１７は、バス１２に連結され、モジュール１６および１８の集中記憶装置を形成する。
【００３０】
上述した典型的な通信ネットワークおよび典型的なＩＭＳセッションにおいて、音声サービスは、線形的に消費される（例えば、１０分間の音声通話が常に「オン」であり、全ての通話が分単位を消費する）。対照的に、データに基づく通信セッション中のデータの使用量は、非線形的に消費される。例えば、１時間であるデータセッション中において、一定の期間中に映像が流れているため、データのダウンロードが多くなり、他の期間中ではユーザが既にダウンロードされたデータを閲覧していると、事実上データのダウンロードはなされない。しかしながら、既知の課金システムは、データセッション進行中のさまざまな時点で、利用可能な残高、オファー、残高の補充／満杯補充(満杯となるような補充：top-up）などの特定の課金条件を考慮することができない。その代わりに、既知の課金システムは、データセッションの全体を単一のセッションとして取り扱い、全てのデータがデータセッションの全体に亘って線形的に消費されたと仮定する。
【００３１】
その結果、事業者は、ピーク期間および非ピーク期間に応じた異なるデータ転送率を、正確に提供することができない。既知の課金システムは、しばしばセッション開始時またはセッション終了時に課金条件を受け取り、これらの条件を全セッションの課金基礎として使用する。したがって、課金される量は、実際の消費パターンに基づいたものではなく、線形に分布する。しかしながら、データセッションが長引く（例えば、加入者が１時間以上映画を視聴する）と、加入者の許容範囲とはならず、超過料金が発生する可能性がある。さらに、事業者は現在、ピーク時により少ないデータを使用し、非ピーク時により多くのデータを使用するように、加入者の行動に影響を及ぼすことができない。
【００３２】
最後に、事業者は、現在、セッションが終了した時点しか収益を認識することができないため、長引くデータセッションの対応に問題を抱えている。データセッションが数日間乃至数週間に長引いて、一会計期間に開始したデータセッションが次の会計期間で終了する場合では、事業者は、データセッションが開始した会計期間に対応する収益を得られなくなる。一部の事業者は、加入者が既に消費した使用量に対応する収益を認識するように、長引くデータセッションを定期的に分割する。しかしながら、このことで、顧客満足度が低下する可能性がある。
【００３３】
本発明の実施形態は、データセッション中にまたは複数の所定セグメント中に、ＢＲＭ１０１から、レート変更または残高変更などの情報を含む１つ以上の「更新」を受信する。既知の従来技術とは対照的に、ＯＣＳ１０２は、更新に含まれた算定条件の変更に応答して、再認証をするようにネットワーク（すなわち、ＵＥ１０５および関連するネットワーク要素）に通知する。したがって、実施形態は、長引くデータセッション中に課金条件の変更を考慮し、これらの条件およびネットワークからの使用状況報告を使用して、データセッションに対してより正確な料金を提供することができる。さらに、各セグメントの最後に情報を更新することによって、実施形態は、再算定の場合に料金を再作成できるように、データセッションの各セグメントに関する十分な情報を保持することができる。
【００３４】
図３は、一実施形態に従って、非線形データ課金を示すデータセッションの一例である。図３のデータセッションは、１０：００に開始し、１０：３０に終了する。本発明の実施形態によれば、このデータセッションは、３つのセグメントに分割される。図３の例では、各セグメントは、１０分間持続する。
【００３５】
まず、１０：００にセッションを開始するために、ＵＥ１０５は、他のネットワーク要素を介して、ＯＣＳ１０２から２０ＭＢのデータを要求し（すなわち、要求済みサービス単位（ＲＳＵ））、ＯＣＳ１０２により２０ＭＢのデータが付与された（すなわち、付与済みサービス単位（ＧＳＵ）。１０：００から１０：１０の間に、データの実際消費量は、１０ＭＢ（すなわち、使用済みサービス単位（ＵＳＵ））である。１０：１０から１０：２０の間に、データの実際消費量は、１０ＭＢである。１０：２０に、ユーザは、１００ＭＢの無料追加データの満杯補充を取得する。満杯補充は、ＢＲＭ１０１によって付与される任意利用可能なデータ単位の追加量にすることができる。図３の例において、満杯補充は、データセッション中に行われる。例えば、ユーザは、ウェブサイトに行ってより多くのデータ（ＭＢ）を購入することができ、任意の手段を介して無料追加データ（ＭＢ）を取得することができ、またはデータセッション中の特定時間で自動的に分配するようにデータ（ＭＢ）を増加することができる。データ（ＭＢ）の増加は、ＢＲＭ１０１から取得される。
【００３６】
この例を続けると、１０：２０から１０：３０の間に、１ＭＢのデータが消費される。図示のように、１０：１０から１０：３０の間に、合計１１ＭＢのデータが消費される。データセッションの全体において、合計２１ＭＢのデータが消費される。
【００３７】
前述したように、図３の例の場合、既知の課金システムは、データセッションに対応するデータ使用量を線形的に計算する。したがって、従来技術の課金システムは、３０２およびライン３０３によって示されるように、３つのセグメントの各セグメントに７ＭＢのデータが線形的に消費され、合計で２１ＭＢとなると仮定する。対照的に、本発明の実施形態は、３０５およびライン３０６によって示されるように、各セグメントまたは更新中の実際消費量に従って、データ使用量を計算する。
【００３８】
図３と合わせて、本発明の実施形態のいくつかの利点を示すことができる。例えば、１０：２０から１０：３０の間にデータ転送率がピーク（すなわち、高い）であり、１０：００から１０：２０の間にデータ転送率が非ピーク（すなわち、低い）であると仮定する。従来技術のシステムでは、加入者が７ＭＢのピーク使用量および１４ＭＢの非ピーク使用量を使用したとして課金される。対照的に、本発明の実施形態によれば、１０：２０から１０：３０のピーク時に１ＭＢのみの実際使用量および２０ＭＢの非ピーク使用量が計算される。これによって、加入者は、より少なめに課金される。
【００３９】
さらに、付与された２０ＭＢを使用した後、加入者は、１ＭＢ毎に遥かに高く課金されると仮定する。従来技術のシステムでは、１０時２０分の満杯補充を行わないため、付与された２０ＭＢを上回る１ＭＢ毎に課金される。対照的に、本発明の実施形態によれば、セッション中にＢＲＭ１０１から受信した通信に基づいて満杯補充が行われたので、追加の１ＭＢは、無料で満杯補充された１００ＭＢの一部である。
【００４０】
図４は、本発明の実施形態に従ったデータセッションのコールフローを示す図である。図４のコールフローは、ネットワーク要素のＵＥ１０５と、ＵＥ１０５に関連し且つＵＥ１０５がデータセッションを開始することを可能にするネットワーク要素ＯＣＳ１０２およびＢＲＭ１０１との間で行われる。図４に示すメッセージングは、３ＧＰＰ関連規格に準拠する。
【００４１】
ステップ４０２において、ＵＥ１０５は、データセッションに対応するＲＳＵを含むＣＣＲ：開始メッセージを生成する。
【００４２】
ステップ４０３において、ＯＣＳ１０２は、データセッションに付与されるＧＳＵ１およびＧＳＵ２を含むＣＣＡメッセージを生成する。図４の実施形態は、２つのＧＳＵを含む。その理由は、ＯＣＳ１０２は、これから料金が変更することを知っているからである。料金変更時間でネットワークを強制的に復帰させると、すべての活動セッションから大量の要求を招く可能性がある。ＯＣＳ１０２は、料金変更時間でネットワークを強制的に復帰させるのではなく、変更前のクオータおよび変更後のクオータを付与する。これによって、ネットワークは、後で、各期間（料金変更時間の前後）の使用量を個別に報告することができる。
【００４３】
ステップ４０４において、ＵＥ１０５は、ＣＣＲ：更新メッセージを生成する。この更新メッセージは、セッションに対応する現在のデータ使用量に関する第１更新をＯＣＳ１０２に提供し、再認証を求める。ステップ４０４で更新メッセージを生成するタイミングは、（例えば、ステップ４０３のＣＣＡに定義されているように、１０分間隔ごとに）事前設定または事前構成することができ、またはステップ４０３で付与されたデータがほぼ消費されるというＵＥ１０５の認識に基づいて（すなわち、割り当てられたクオータの消費に基づいて）設定することができる。ステップ４０４のＣＣＲ：更新メッセージは、２つのＵＳＵを含み、一方が料金変更時間前のものであり、他方が料金変更時間後のものである。このことは、ステップ４０３のＣＣＡによって、ＵＥ１０５に知られている。したがって、ＯＣＳ１０２は、２つのＵＳＵに報告された非線形／実際消費量を与えることができる。
【００４４】
ステップ４０５において、更新メッセージに応答して、ＯＣＳ１０２は、追加のＧＳＵを含み得るＣＣＡメッセージを生成する。ＯＣＳ１０２は、現在の残高、オファーなどの現在条件に基づいて、追加のＧＳＵを付与するか否かを決定する。
【００４５】
ステップ４０６において、消費者データに対する更新（すなわち、変更された課金条件）を含むメッセージがＢＲＭ１０１からＯＣＳ１０２に送信される。更新の一例として、図３に示された加入者のデータ残高を１００ＭＢで増加させる満杯補充が挙げられる。更新の他の例として、新規オファーの購入、口座残高の調整、返済などが挙げられる。ステップ４０６の更新は、ランダムな時間でトリガされてもよく、月１回の付与（例えば、５００分の無料時間）などの固定ベースでトリガされてもよい。
【００４６】
ステップ４１２において、変更された課金状態に応答して、ＯＣＳ１０２は、別の更新メッセージを提供するように、ＵＥ１０５および関連ネットワーク要素を含むネットワークに通知する再認証メッセージを生成する。
【００４７】
ステップ４０７において、再認証メッセージに応答して、ＵＥ１０５は、ＣＣＲ：更新メッセージを生成する。この更新メッセージは、セッションの現在データ使用量に対する別の更新メッセージをＯＣＳ１０２に提供する。
【００４８】
ステップ４０８において、追加の更新メッセージに応答して、ＯＣＳ１０２は、追加のＧＳＵを含み得るＣＣＡメッセージを生成する。ＯＣＳ１０２は、ステップ４０６において消費者データに対する更新を認識しているため、ステップ４０８では実際の現在条件に基づいてＧＳＵを修正することができる。
【００４９】
ステップ４０９において、ＵＥ１０５は、ＣＣＲ：終了メッセージを生成して、データセッションを終了する。ステップ４０９の終了メッセージは、データセッションに最後のＵＳＵを提供する。
【００５０】
ステップ４１０において、ＯＣＳ１０２は、データセッションを終結するＣＣＡメッセージを生成する。
【００５１】
図４のコールフロー例において、ＵＥ１０５からＯＣＳ１０２に送信される２つの更新メッセージ４０４、４０７が生成される。しかしながら、他の実施形態において、データセッションの長さに応じて、他の任意の数の更新メッセージを生成することができる。各更新メッセージは、データセッションに現在使用されているデータ単位をＯＣＳ１０２に提供する。先行技術のネットワークとは対照的に、ＵＥ１０５は、例えばステップ４０４で事前認可された時間帯ではなく、ＯＣＳ１０２からの再認証メッセージ４１２に応答して、更新メッセージ４０７を生成する。さらに、先行技術のネットワークとは対照的に、実施形態は、ステップ４０２と４０９との間の期間にデータ単位を線形に分配するのではなく、ステップ４０４、４０７および４０９の一部としての実際消費単位を記録する。
【００５２】
上述したように、課金条件の変更は、長引くデータセッション中に行われ、データサービスの使用は、線形的に消費されない。図４の例のステップ４０４および４０７の更新は、データ使用の概観を示し、その時点の課金条件を組み合わせて理解すると、情報の損失なしに、断続的なコール記録の記憶およびデータセッションの再評価を行うことができる。
【００５３】
開示されるように、実施形態は、データセッション中に使用更新をＯＣＳに提供する。実施形態は、実際の消費に基づいた課金の正確性を加入者に提供する。また、事業者は、設定可能な時間間隔で、長引くデータセッションに対応する収益を認識することもできる。
【００５４】
いくつかの実施形態は、本明細書に具体的に例示されおよび／または記載される。しかしながら、開示された実施形態の修正および変形は、上記の教示によって包含され、本発明の精神および意図された範囲から逸脱することなく、添付の特許請求の範囲内に含まれることを理解すべきである。
【図１】
0006576441.tif 000002
【図２】
0006576441.tif 000003
【図３】
0006576441.tif 000004
【図４】
0006576441.tif 000005