(57)【特許請求の範囲】
【請求項１】
ディープ・パケット・インスペクション（ＤＰＩ）デバイスを使用するＰｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法であって、
ａ．  ユーザによってサブミットされたサービス・アクセス要求を受信するステップと、
ｂ．  所定のポリシ・ルールに基づいて、前記サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するステップと、
ｃ．  クレジット制御要求をスポンサー付きデータ課金デバイスに送信するステップであって、前記クレジット制御要求は、前記スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
ｄ．  前記スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するステップであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御情報を含む、ステップと、
ｅ．  前記課金制御情報に基づいて、前記サービス・アクセス要求を前記スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするステップと
を含む方法。
【請求項２】
前記課金制御情報に基づいて、前記サービス・アクセス要求に対応するクレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するステップと、
前記トリガ条件が満たされるかどうかをインスペクトするステップと、
前記トリガ条件が満たされるときに、前記クレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するステップと、
前記クレジット制御更新要求に基づいて前記スポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信するステップであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御更新情報を含む、ステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記トリガ条件は、
前記スポンサー付きデータ・アプリケーションへの前記ユーザのアクセスが、所定のアクセス時間期間を超過すること、
前記ユーザの勘定残高が、所定のしきい値未満であること、
前記ユーザに対応するＩＰアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも１つを含む、請求項２に記載の方法。
【請求項４】
ディープ・パケット・インスペクション（ＤＰＩ）デバイスを使用するＰｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法であって、
Ａ．  ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するステップであって、前記クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
Ｂ．  前記クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、前記スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するステップと、
Ｃ．  前記クレジット制御要求に対応するクレジット制御応答を前記ディープ・パケット・インスペクション・デバイスに送信するステップであって、前記クレジット制御応答は、前記課金制御情報を含む、ステップと
を含む方法。
【請求項５】
前記ステップＢは、
前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致する場合に、前記課金制御情報を判定するステップであって、前記課金制御情報は、前記スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、ステップと、
前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致しない場合に、前記課金制御情報に関するクレジット制御要求をＯＣＳに送信し、前記ＯＣＳによって前記クレジット制御要求に基づいてフィード・バックされた前記課金制御情報を受信するステップと
のうちのいずれか１つを含む、請求項４に記載の方法。
【請求項６】
前記ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するステップと、
スポンサー付きサービスの前記所定のルールと組み合わせた前記クレジット制御更新要求に基づいて、前記クレジット制御更新要求に対応する課金制御更新情報を判定するステップと、
前記クレジット制御更新要求に対応するクレジット制御更新応答を前記ディープ・パケット・インスペクション・デバイスに送信するステップであって、前記クレジット制御更新応答は、前記課金制御更新情報を含む、ステップと
をさらに含む、請求項４または５に記載の方法。
【請求項７】
ディープ・パケット・インスペクション（ＤＰＩ）デバイスを使用するＰｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するディープ・パケット・インスペクション・デバイスであって、
ユーザによってサブミットされたサービス・アクセス要求を受信するように構成された第１の要求受信モジュールと、
所定のポリシ・ルールに基づいて、前記サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するように構成されたアプリケーション判定モジュールと、
クレジット制御要求をスポンサー付きデータ課金デバイスに送信するように構成された第１の要求送信モジュールであって、前記クレジット制御要求は、前記スポンサー付きデータ・アプリケーションの識別情報を含む、第１の要求送信モジュールと、
前記スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するように構成された第１の応答受信モジュールであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御情報を含む、第１の応答受信モジュールと、
前記課金制御情報に基づいて、前記サービス・アクセス要求を前記スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするように構成されたリダイレクティング・デバイスと
を備えるディープ・パケット・インスペクション・デバイス。
【請求項８】
前記課金制御情報に基づいて、前記サービス・アクセス要求に対応するクレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するように構成されたトリガ条件判定モジュールと、
前記トリガ条件が満たされるかどうかをインスペクトするように構成されたインスペクション・モジュールと、
前記トリガ条件が満たされるときに、前記クレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するように構成された第２の要求送信モジュールと、
前記クレジット制御更新要求に基づいて前記スポンサー付きデータ課金デバイスから返された前記クレジット制御更新応答を受信するように構成された第２の応答受信モジュールであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御更新情報を含む、第２の応答受信モジュールと
をさらに備える、請求項７に記載のディープ・パケット・インスペクション・デバイス。
【請求項９】
前記トリガ条件は、
前記スポンサー付きデータ・アプリケーションへの前記ユーザのアクセスが、所定のアクセス時間期間を超過すること、
前記ユーザの勘定残高が、所定のしきい値未満であること、
前記ユーザに対応するＩＰアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも１つを含む、請求項８に記載のディープ・パケット・インスペクション・デバイス。
【請求項１０】
請求項７乃至９のいずれか１項に記載のディープ・パケット・インスペクション・デバイスを含む、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金を実行するゲートウェイ（ＰＧＷ）。
【請求項１１】
ディープ・パケット・インスペクション（ＤＰＩ）デバイスを使用するＰｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するスポンサー付きデータ課金デバイスであって、
ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するように構成された第２の要求受信モジュールであって、前記クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、第２の要求受信モジュールと、
前記クレジット制御要求に対応する前記スポンサー付きサービスの所定のルールに基づいて、前記スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するように構成された課金制御判定モジュールと、
前記クレジット制御要求に対応するクレジット制御応答を前記ディープ・パケット・インスペクション・デバイスに送信するように構成された第１の応答送信モジュールであって、前記クレジット制御応答は、前記課金制御情報を含む、第１の応答送信モジュールと
を備える、スポンサー付きデータ課金デバイス。
【請求項１２】
前記課金制御判定モジュールは、
前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致する場合に、前記課金制御情報を判定する動作であって、前記課金制御情報は、前記スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、動作と、
前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致しない場合に、前記課金制御情報に関するクレジット制御要求をＯＣＳに送信し、前記ＯＣＳによって前記クレジット制御要求に基づいてフィード・バックされた前記課金制御情報を受信する動作と
のうちのいずれか１つを実行する、請求項１１に記載のスポンサー付きデータ課金デバイス。
【請求項１３】
前記スポンサー付きデータ課金デバイスは、
前記ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するように構成された第３の要求受信モジュールと、
スポンサー付きサービスの前記所定のルールと組み合わせた前記クレジット制御更新要求に基づいて、前記クレジット制御更新要求に対応する課金制御更新情報を判定するように構成された課金更新入手モジュールと、
前記クレジット制御更新要求に対応するクレジット制御更新応答を前記ディープ・パケット・インスペクション・デバイスに送信するように構成された第２の応答送信モジュールであって、前記クレジット制御更新応答は、前記課金制御更新情報を含む、第２の応答送信モジュールと
をさらに備える、請求項１１または１２に記載のスポンサー付きデータ課金デバイス。
【請求項１４】
請求項１１乃至１３のいずれか１項に記載のスポンサー付きデータ課金デバイスを含む、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するオンライン課金システム（ＯＣＳ）。
【請求項１５】
請求項７乃至１０のいずれか１項に記載のディープ・パケット検出デバイスおよび請求項１１乃至１４のいずれか１項に記載のスポンサー付きデータ課金デバイスを含む、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、より詳細には、スポンサー付きデータ・アプリケーション（ｓｐｏｎｓｏｒｅｄ  ｄａｔａ  ａｐｐｌｉｃａｔｉｏｎ）に対する課金制御を実行する技術に関する。
【背景技術】
【０００２】
高速ブロードバンド・データ・アクセスの分野、マルチメディア・マルチタスク・スマート・フォン／タブレット、およびクラウド・コンピューテーションベースのアプリケーションでのモバイル通信技術の急速な発展に伴って、エンド・ユーザは、どこでもいつでもモバイル端末を介してアプリケーションに便利にアクセスし、またはアプリケーションをダウンロードすることができる。ますます多くのサービス・プロバイダが、大規模なアプリケーションを提供することによってユーザの目を引くので、オペレータは、対応するデータに対する課金制御を実行することを望む。
【０００３】
したがって、ネットワーク・オペレータとサービス・プロバイダとの間のスポンサー付きデータ課金モデルが現れる。このモデルでは、サービス・プロバイダは、ネットワーク・オペレータに直接に支払うのではなく、サービス・プロバイダからダウンロードしたアプリケーションについて支払うようにユーザを引き付ける。サービス・プロバイダは、これらのアプリケーション・データをダウンロードするために提供されたブロードバンド・ネットワークについてネットワーク・オペレータに償うために、これらのユーザからの支払をネットワーク・オペレータと分け合う。
【０００４】
従来技術では、３ＧＰＰが、ネットワーク内の特定のリソースを保護するためにネットワーク・オペレータがネットワーク帯域幅を制御し、管理するのを援助するためにＰｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ（ポリシおよび課金制御）（ＰＣＣ）技術を導入する。しかし、既存のＰＣＣアーキテクチャを、スポンサー付きデータ課金モデルによく適合させることはできない。ＰＣＣアーキテクチャは、オペレータが、それ自体の加入者のデータ・サービス接続を制御することだけを可能にすることができるが、加入者のデータ・サービス接続に関するポリシおよび課金制御をどのように実行すべきかという問題に明確に対処することはできない。
【０００５】
したがって、課金システムの正確な比率および効率を改善するために、スポンサー付きデータ・アプリケーションに対する課金制御をどのように実行すべきかを解決することが、差し迫った問題になる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法および装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を提供し、この方法は、
ａ．  ユーザによってサブミットされたサービス・アクセス要求を受信するステップと、
ｂ．  所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するステップと、
ｃ．  クレジット制御要求をスポンサー付きデータ課金デバイスに送信するステップであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
ｄ．  スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するステップであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む、ステップと、
ｅ．  課金制御情報に基づいて、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするステップと
を含む。
【０００８】
好ましくは、この方法は、
−  課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するステップと、
−  トリガ条件が満たされるかどうかをインスペクトするステップと、
−  トリガ条件が満たされるときに、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するステップと、
−  クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信するステップであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む、ステップと
をさらに含む。
【０００９】
より好ましくは、トリガ条件は、
−  スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
−  ユーザの勘定残高が、所定のしきい値未満であること、
−  ユーザに対応するＩＰアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも１つを含む。
【００１０】
本発明の別の態様によれば、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法がさらに提供され、この方法は、
Ａ．  ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するステップであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
Ｂ．  クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するステップと、
Ｃ．  クレジット制御要求に対応するクレジット制御応答をディープ・パケット・インスペクション・デバイスに送信するステップであって、クレジット制御応答は、課金制御情報を含む、ステップと
を含む。
【００１１】
好ましくは、ステップＢは、
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合に、課金制御情報を判定するステップであって、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、ステップと、
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合に、課金制御情報に関するクレジット制御要求をＯＣＳに送信し、ＯＣＳによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信するステップと
のうちのいずれか１つを含む。
【００１２】
好ましくは、この方法は、
−  ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するステップと、
−  スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定するステップと、
クレジット制御更新要求に対応するクレジット制御更新応答をディープ・パケット・インスペクション・デバイスに送信するように構成された第２の応答送信モジュールであって、クレジット制御更新応答は、課金制御更新情報を含む、第２の応答送信モジュールと
をさらに含む。
【００１３】
本発明のさらなる態様によれば、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するディープ・パケット・インスペクション・デバイスがさらに提供され、このディープ・パケット・インスペクション・デバイスは、
ユーザによってサブミットされたサービス・アクセス要求を受信するように構成された第１の要求受信モジュールと、
所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するように構成されたアプリケーション判定モジュールと、
クレジット制御要求をスポンサー付きデータ課金デバイスに送信するように構成された第１の要求送信モジュールであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、第１の要求送信モジュールと、
スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するように構成された第１の応答受信モジュールであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む、第１の応答受信モジュールと、
課金制御情報に基づいて、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするように構成されたリダイレクティング・デバイスと
を備える。
【００１４】
好ましくは、ディープ・パケット・インスペクション・デバイスは、
課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するように構成されたトリガ条件判定モジュールと、
トリガ条件が満たされるかどうかをインスペクトするように構成されたインスペクション・モジュールと、
トリガ条件が満たされるときに、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するように構成された第２の要求送信モジュールと、
クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信するように構成された第２の応答受信モジュールであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む、第２の応答受信モジュールと
をさらに備える。
【００１５】
より好ましくは、トリガ条件は、
−  スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
−  ユーザの勘定残高が、所定のしきい値未満であること、
−  ユーザに対応するＩＰアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも１つを含む。
【００１６】
本発明のさらなる態様によれば、上記のディープ・パケット・インスペクション・デバイスを含む、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金を実行するＰＧＷがさらに提供される。
【００１７】
本発明のさらなる態様によれば、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するスポンサー付きデータ課金デバイスがさらに提供され、このスポンサー付きデータ課金デバイスは、
ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するように構成された第２の要求受信モジュールであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、第２の要求受信モジュールと、
クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するように構成された課金制御判定モジュールと、
クレジット制御要求に対応するクレジット制御応答をディープ・パケット・インスペクション・デバイスに送信するように構成された第１の応答送信モジュールであって、クレジット制御応答は、課金制御情報を含む、第１の応答送信モジュールと
を備える。
【００１８】
好ましくは、課金制御判定モジュールは、
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合に、課金制御情報を判定する動作であって、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、動作と、
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合に、課金制御情報に関するクレジット制御要求をＯＣＳに送信し、ＯＣＳによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信する動作と
のうちのいずれか１つを実行する。
【００１９】
好ましくは、スポンサー付きデータ課金デバイスは、
ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するように構成された第３の要求受信モジュールと、
スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定するように構成された課金更新入手モジュールと、
クレジット制御更新要求に対応するクレジット制御更新応答をディープ・パケット・インスペクション・デバイスに送信するように構成された第２の応答送信モジュールであって、クレジット制御更新応答は、課金制御更新情報を含む、第２の応答送信モジュールと
をさらに備える。
【００２０】
本発明のさらなる態様によれば、上記のスポンサー付きデータ課金デバイスを含む、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するＯＣＳがさらに提供される。
【００２１】
本発明のさらなる態様によれば、上記のディープ・パケット検出デバイスおよび上記のスポンサー付きデータ課金デバイスを含む、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するシステムがさらに提供される。
【発明の効果】
【００２２】
従来技術と比較して、本発明は、ＰＣＣアーキテクチャを拡張するためにディープ・パケット・インスペクション・デバイスおよびスポンサー付きデータ課金デバイスを導入し、対応するスポンサー付きデータ・アプリケーションは、ユーザによってサブミットされたサービス・アクセス要求に基づいて判定され、さらに、対応する課金制御情報は、スポンサー付きデータ・アプリケーションに基づいて判定され、対応するネットワーク・デバイスは、情報に基づいてリダイレクトされ、したがって、本発明は、スポンサー付きデータ・アプリケーションに対するリアルタイムの監視および課金を実現し、課金システムの正確な比率および効率を改善する。
【００２３】
本発明の他の特徴、目的、および利益は、次の添付図面を参照する非限定的な実施形態の詳細な説明を読むことによってより明白になる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行するデバイスを示す概略図である。
【図２】本発明の別の態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を示す流れ図である。
【図３】本発明の１つの好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を示す流れ図である。
【図４】本発明の別の好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を示す流れ図である。
【発明を実施するための形態】
【００２５】
複数の図面の同一のまたは同様の符号は、同一のまたは同様の構成要素を表す。
【００２６】
以下では、本発明を、添付図面を参照してさらに詳細に説明する。
【００２７】
図１に、本発明の一態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行するデバイスの概略図を示す。このシステムは、ディープ・パケット・インスペクション（ＤＰＩ）デバイスおよびスポンサー付きデータ課金サーバ（ＳＤＣＳ）デバイスを含み、ＤＰＩは、第１の要求受信モジュール１０１、アプリケーション判定１０２、第１の要求送信モジュール１０３、第１の応答受信モジュール、およびリダイレクティング・モジュール１０５を含み、ＳＤＣＳは、第２の要求受信モジュール１０６、課金制御判定モジュール１０７、および第１の応答送信モジュール１０８を含む。
【００２８】
ＤＰＩ内の第１の要求受信モジュール１０１は、加入者によってサブミットされたサービス・アクセス要求を受信する。たとえば、加入者は、モバイル端末内の対応するアプリケーション・アイコンまたは関連するページのページ・ボタンをクリックすることによってサービス・アクセス要求をサブミットし、ＤＰＩが、ゲートウェイ内、たとえばＰＧＷ内に配置されるときには、ＤＰＩは、モバイル端末と相互作用し、ＤＰＩ内の第１の要求受信モジュール１０１が、加入者によってサブミットされたサービス・アクセス要求を入手するようになっており、あるいは、ＤＰＩが独立のデバイスである場合には、ＤＰＩは、ＰＧＷなどのゲートウェイと相互作用し、ＤＰＩ内の第１の要求受信モジュール１０１が、加入者によってサブミットされたサービス・アクセス要求を入手するようになっている。
【００２９】
アプリケーション判定モジュール１０２は、所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定する。具体的には、アプリケーション判定モジュール１０２は、所定のポリシ・ルールに従って、第１の要求受信モジュール１０１によって受信されたサービス・アクセス要求に基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定し、たとえば、Ｐａｒｔｎｅｒｓｈｉｐ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（パートナーシップ・マネジメント・システム）（ＰＭＳ）から受信されたポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、たとえば、スポンサー付きデータ・アプリケーションの使用トラフィックをインスペクトする。
【００３０】
ここで、ＰＭＳは、オペレーション・ネットワークに関して異なるサードパーティ・サービス・プロバイダによって提供されるスポンサー付きデータを管理し、ポリシ・ルール、スポンサー付きサービスのルール、およびスポンサー付きデータの価格リストを、責任を負うデバイスに提供する。ここで、ネットワークは、専用のベアラ・パスまたはデータ・チャネルをこれらのスポンサー付きデータ・アプリケーションに割り当てる。スポンサー付きデータ・アプリケーションは、専用のデータ・チャネルからサードパーティ・サービス・プロバイダに向けられる。スポンサー付きデータ・アプリケーションの専用のデータ・チャネルは、ゲートウェイＰＧＷ内で「無料」である、すなわち、ＰＧＷは、スポンサー付きデータ・アプリケーションを監視せず、報告しない。ＤＰＩが独立である場合には、ＤＰＩは、ＰＧＷの重荷を軽減するために、専用のデータ・チャネルを介してスポンサー付きデータ・アプリケーションを監視する。ＤＰＩは、スポンサー付きデータ・アプリケーションのインスペクション情報を所定のポリシ・ルールと照合し、専用のデータ・チャネルを介して各スポンサー付きデータ・アプリケーションの使用トラフィックを監視する。ここで、ＤＰＩは、スポンサー付きデータ・アプリケーションのデータ・トラフィック使用条件をリアルタイムでＳＤＣＳに報告する。
【００３１】
第１の要求送信モジュール１０３は、クレジット制御要求をＳＤＣＳに送信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。具体的には、第１の要求送信モジュール１０３は、アプリケーション判定モジュール１０２によって判定されたスポンサー付きデータ・アプリケーションに基づいてスポンサー付きデータ・アプリケーションの識別情報を入手し、さらに、第１の要求送信モジュールは、識別情報をクレジット制御要求の特定のフィールドに書き込むことによってクレジット制御要求を生成し、その要求をＳＤＣＳに送信する。
【００３２】
ＳＤＣＳ内の第２の要求受信モジュール１０６は、ＤＰＩから送信されたクレジット制御要求を受信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。
【００３３】
課金制御判定モジュール１０７は、クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定する。具体的には、課金制御判定モジュール１０７は、次の動作、すなわち、
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合には、課金制御情報を判定する動作であって、ここで、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、動作、
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合には、課金制御情報に関するクレジット制御要求をオンライン課金システムＯＣＳに送信し、ＯＣＳによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信する動作であって、ここで、ＯＣＳは、サービス・アクセス要求に対応する非スポンサー付きデータ・アプリケーションに課金する、動作
のうちの任意の１つを実行する。
【００３４】
たとえば、課金制御判定モジュール１０７は、ＤＰＩから送信され、第２の要求受信モジュールによって受信されたクレジット制御要求に基づいて、要求の特定のフィールドからスポンサー付きデータ・アプリケーションの識別情報を解析し、それらが一致する場合には、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報が、判定され、それらが一致しない場合には、課金制御情報に関するクレジット制御要求が、ＯＣＳに送信され、ＯＣＳは、対応する課金制御情報を判定し、これをＳＤＣＳに返す。
【００３５】
ここで、サービス・アクセス要求が、スポンサー付きサービスのルールに一致せず、たとえば、サービス・アクセス要求が、所定のアクセス期間を超え、加入者に対応するＩＰアドレスが、許可されるアクセスのリストに含まれず、または、ユーザの残りのトラフィックが、使用可能なしきい値未満である場合には、サービス・アクセス要求に対応するデータ・アプリケーションは、非スポンサー付きデータ・アプリケーションである、すなわち、加入者は、データ・アプリケーションに支払わなければならないと考えることができ、ＯＣＳは、既存の課金制御ルールに基づいて、非スポンサー付きデータ・アプリケーションに課金する。ＰＧＷは、共通のデータ使用トラフィックだけを、Ｇｙ基準ポイントを介してＯＣＳに報告する。
【００３６】
ここで、スポンサー付きサービスのルールを、たとえば、ＩＰアドレス範囲、プロトコル、ＵＲＬ、アプリケーションＩＤ、その他、またはその組合せに基づいて判定することができ、あるいは、加入者の価格リストＩＤ、スポンサー時間期間、トラフィックしきい値、もしくは他の情報、またはその組合せと組み合わせてさらに判定することができる。上の情報を、たとえば、デバイス・タイプ、モバイルＭＤＮ／ＭＳＩＤＳＮプレフィックスもしくは番号範囲、ＩＭＳＩプレフィックス、アクセス・ポイント名、アクセス技術タイプ、サービス識別子、サービス・タイプ、アプリケーション・タイプ、位置情報、ローミング情報、時刻、日付、トラフィック使用しきい値、ＩＰアドレス範囲、その他を含めて（これに限定されずに）、ＰＭＳによってＳＤＣＳに提供することができる。
【００３７】
スポンサー付きサービスのいくつかのルールの例を、下に提供する。
【００３８】
１）位置ベースのスポンサー付きデータ・アプリケーション
エンド・ユーザが、ホーム・ネットワーク内のサードパーティ・サービス・プロバイダのデータ・サービスにアクセスするときに、サービス・データは、そのサードパーティ・サービス・プロバイダによってスポンサーされ、エンド・ユーザが、ホーム・ネットワークを越えてネットワーク内または特定の位置でローミングするときに、データ・サービスは、サードパーティ・サービス・プロバイダによるスポンサー付きではなくなり、エンド・ユーザは、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならない。
【００３９】
２）ＩＰアドレス範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、ｘとｙとの間のＩＰアドレス範囲を有し、ネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
【００４０】
３）時刻範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、指定された時間期間内にネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
【００４１】
４）トラフィック使用制約ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、すべてのエンド・ユーザについて、１ヵ月以内のエンド・ユーザの総トラフィック使用が１ＧＢ未満である限り、ネットワーク・オペレータにアクセスするためのエンド・ユーザのすべてのトラフィックが、スポンサー付きでなければならず、端末使用が１ＧＢトラフィックを使い果たしたときには、エンド・ユーザが、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならないというネットワーク・オペレータとの契約を有する。
【００４２】
第１の応答送信モジュール１０８は、クレジット制御要求に対応するクレジット制御応答をＤＰＩに送信し、ここで、クレジット制御応答は、課金制御情報を含む。具体的には、第１の応答送信モジュール１０８は、クレジット制御フィールドの特定のフィールドに課金制御情報を書き込むことを介して課金制御判定モジュール１０７によって判定された課金制御情報に基づいてクレジット制御応答を生成し、さらに、クレジット制御応答は、Ｇｙ基準ポイントを介してＤＰＩに送信される。
【００４３】
ＤＰＩ内の第１の応答受信モジュール１０４は、スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む。
【００４４】
リダイレクティング・モジュール１０５は、課金制御情報に基づいて、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセスをリダイレクトする。たとえば、ＳＤＣＳから返された課金制御情報が、スポンサー付きデータ・アプリケーションに関するユーザの課金クォータ、たとえば２００ＭＢを含むときに、リダイレクティング・モジュール１０５は、ユーザがスポンサー付きデータ・アプリケーションにアクセスするように、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトする。あるいは、ＳＤＣＳから返された課金制御情報に含まれる課金クォータがゼロであるときには、リダイレクティング・モジュール１０５は、サービス・アクセス要求を対応するネットワーク・デバイスにリダイレクトするのではなく、セッションを終了する。
【００４５】
本発明では、非スポンサー付きデータ・アプリケーションの使用は、既存のＯＣＳによって管理され、制御されるが、スポンサー付きデータ・アプリケーションの使用は、本発明で導入されるＳＤＣＳによって管理され、制御され、したがって、スポンサー付きデータ・アプリケーションは、共通のトラフィック・ユーザ・チャージャ（ｔｒａｆｆｉｃ  ｕｓｅｒ  ｃｈａｒｇｅｒ）によって管理されず、ユーザによって支払われるのでもない。したがって、本発明は、スポンサー付きデータ・アプリケーションへの二重課金を効果的に回避する。
【００４６】
好ましい実施形態では、ＤＰＩは、さらに、トリガ条件判定モジュール、インスペクション・モジュール、第２の要求送信モジュール、および第２の応答受信モジュールを含み、ＳＤＣＳは、さらに、第３の要求受信モジュール、課金更新入手モジュール、および第２の応答送信モジュールを含み、これらのすべてが、図面には示されていない。
【００４７】
ＤＰＩ内のトリガ条件判定モジュールは、課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。具体的には、ＳＤＣＳは、課金制御情報をＤＰＩに送信するときに、スポンサー付きサービスの対応するルールと、ＩＰアドレス範囲、スポンサー付き時間期間、トラフィックしきい値、その他などの情報とを、課金制御情報に書き込むことができ、ＤＰＩが、課金制御情報を受信した後に、その上のトリガ条件判定モジュールは、上の情報またはその組合せに基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。ここで、トリガ条件は、
−  スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
−  ユーザの勘定残高が、所定のしきい値未満であること、
−  ユーザに対応するＩＰアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも１つを含むが、これに限定されない。
【００４８】
たとえば、所定のアクセス時間期間が、１０：００〜１２：００である場合に、スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過するときに、ＤＰＩは、対応するクレジット制御更新要求をＳＤＣＳに送信しなければならない。
【００４９】
当業者は、上のトリガ条件が例示にすぎず、他の既存のまたはおそらく将来に案出されるトリガ条件も、本発明に適用可能である場合に、参照によって本明細書に組み込まれている本発明の保護範囲に含まれなければならないことを理解するに違いない。
【００５０】
インスペクション・モジュールは、トリガ条件が満たされるかどうかをインスペクトする。ここで、インスペクション・モジュールは、インスペクトすべき各スポンサー付きデータ・アプリケーションを常にインスペクトし、上のトリガ条件が満たされるかどうかを判定する。
【００５１】
トリガ条件が満たされるときには、第２の要求送信モジュールは、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信する。ここで、クレジット制御更新要求は、スポンサー付きデータ・アプリケーションをインスペクトしたことの結果を含む。
【００５２】
ＳＤＣＳ内の第３の要求受信モジュールは、ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信する。
【００５３】
課金更新入手モジュールは、スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定する。ここで、課金更新入手モジュールは、クレジット制御更新要求の特定のフィールドからスポンサー付きデータ・アプリケーションのインスペクション結果を抽出し、さらに、スポンサー付きサービスの所定のルールとのさらなる組合せで、クレジット制御更新要求がスポンサー付きデータ・アプリケーションまたは非スポンサー付きデータ・アプリケーションのどちらに対応するのかを判定し、その後、対応する課金制御更新情報を直接に判定するか、または非スポンサー付きデータ・アプリケーションに課金するためにこれをＯＣＳに送信する。
【００５４】
第２の応答送信モジュールは、クレジット制御更新応答の特定のフィールドに情報を書き込むことを介して課金更新入手モジュールによって入手された課金制御更新情報に基づいて、対応するクレジット制御更新応答を生成し、さらに、クレジット制御更新応答をＤＰＩに返す。
【００５５】
ＤＰＩ内の第２の応答受信モジュールは、クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む。
【００５６】
好ましくは、ディープ・パケット・インスペクション・デバイスは、独立であるか、ゲートウェイ（ＰＧＷ）内に配置されるものとすることができる。
【００５７】
好ましくは、スポンサー付きデータ課金デバイスは、独立であるか、オンライン課金システム（ＯＣＳ）内に配置されるものとすることができる。
【００５８】
好ましくは、本発明は、さらに、歳入分与および決済システム（Ｒｅｖｅｎｕｅ  Ｓｈａｒｉｎｇ  ａｎｄ  Ｓｅｔｔｌｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＲＳＳＳ）を導入することができ、ＲＳＳＳは、ネットワーク・オペレータとサードパーティ・サービス・プロバイダとの間のスポンサー付きデータの価格リストをＰＭＳから受信し、ＳＤＣＳからの課金制御情報と組み合わせて、サードパーティ・サービス・プロバイダの勘定を判定する。
【００５９】
図２に、本発明の別の態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法の流れ図を示す。
【００６０】
ステップ２０１では、ＤＰＩが、加入者によってサブミットされたサービス・アクセス要求を受信する。たとえば、加入者は、モバイル端末内の対応するアプリケーション・アイコンまたは関連するページのページ・ボタンをクリックすることによってサービス・アクセス要求をサブミットし、ＤＰＩが、ゲートウェイ内、たとえばＰＧＷ内に配置されるときには、ＤＰＩは、モバイル端末と相互作用し、ステップ２０１で、ＤＰＩが、加入者によってサブミットされたサービス・アクセス要求を入手するようになっており、あるいは、ＤＰＩが独立のデバイスである場合には、ＤＰＩは、ＰＧＷなどのゲートウェイと相互作用し、ステップ２０１で、ＤＰＩが、加入者によってサブミットされたサービス・アクセス要求を入手するようになっている。
【００６１】
ステップ２０２では、ＤＰＩは、所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定する。具体的には、ステップ２０２で、ＤＰＩは、所定のポリシ・ルールに従って、ステップ２０１で受信されたサービス・アクセス要求に基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定し、たとえば、パートナーシップ・マネジメント・システム（ＰＭＳ）から受信されたポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、たとえば、スポンサー付きデータ・アプリケーションの使用トラフィックをインスペクトする。
【００６２】
ここで、ＰＭＳは、オペレーション・ネットワークに関して異なるサードパーティ・サービス・プロバイダによって提供されるスポンサー付きデータを管理し、ポリシ・ルール、スポンサー付きサービスのルール、およびスポンサー付きデータの価格リストを、責任を負うデバイスに提供する。ここで、ネットワークは、専用のベアラ・パスまたはデータ・チャネルをこれらのスポンサー付きデータ・アプリケーションに割り当てる。スポンサー付きデータ・アプリケーションは、専用のデータ・チャネルからサードパーティ・サービス・プロバイダに向けられる。スポンサー付きデータ・アプリケーションの専用のデータ・チャネルは、ゲートウェイＰＧＷ内で「無料」である、すなわち、ＰＧＷは、スポンサー付きデータ・アプリケーションを監視せず、報告しない。ＤＰＩが独立である場合には、ＤＰＩは、ＰＧＷの重荷を軽減するために、専用のデータ・チャネルを介してスポンサー付きデータ・アプリケーションを監視する。ＤＰＩは、スポンサー付きデータ・アプリケーションのインスペクション情報を所定のポリシ・ルールと照合し、専用のデータ・チャネルを介して各スポンサー付きデータ・アプリケーションの使用トラフィックを監視する。ここで、ＤＰＩは、スポンサー付きデータ・アプリケーションのデータ・トラフィック使用条件をリアルタイムでＳＤＣＳに報告する。
【００６３】
ステップ２０３では、ＤＰＩが、クレジット制御要求をＳＤＣＳに送信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。具体的には、ステップ２０３で、ＤＰＩは、ステップ２０２で判定されたスポンサー付きデータ・アプリケーションに基づいてスポンサー付きデータ・アプリケーションの識別情報を入手し、さらに、識別情報をクレジット制御要求の特定のフィールドに書き込むことによってクレジット制御要求を生成し、その要求をＳＤＣＳに送信する。
【００６４】
ＳＤＣＳは、ＤＰＩから送信されたクレジット制御要求を受信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。
【００６５】
ステップ２０４では、ＳＤＣＳが、クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定する。具体的には、ステップ２０４で、ＳＤＣＳは、次の動作のうちの任意の１つを実行する。
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合には、課金制御情報を判定し、ここで、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含み、
−  サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合には、課金制御情報に関するクレジット制御要求をオンライン課金システムＯＣＳに送信し、ＯＣＳによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信し、ここで、ＯＣＳは、サービス・アクセス要求に対応する非スポンサー付きデータ・アプリケーションに課金する。
【００６６】
たとえば、ステップ２０４では、ＳＤＣＳが、ＤＰＩから送信され、ステップ２０３で受信されたクレジット制御要求に基づいて、要求の特定のフィールドからスポンサー付きデータ・アプリケーションの識別情報を解析し、それらが一致する場合には、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報が、判定され、それらが一致しない場合には、課金制御情報に関するクレジット制御要求が、ＯＣＳに送信され、ＯＣＳは、対応する課金制御情報を判定し、これをＳＤＣＳに返す。
【００６７】
ここで、サービス・アクセス要求が、スポンサー付きサービスのルールに一致せず、たとえば、サービス・アクセス要求が、所定のアクセス期間を超え、加入者に対応するＩＰアドレスが、許可されるアクセスのリストに含まれず、または、ユーザの残りのトラフィックが、使用可能なしきい値未満である場合には、サービス・アクセス要求に対応するデータ・アプリケーションは、非スポンサー付きデータ・アプリケーションである、すなわち、加入者は、データ・アプリケーションに支払わなければならないと考えることができ、ＯＣＳは、既存の課金制御ルールに基づいて、非スポンサー付きデータ・アプリケーションに課金する。ＰＧＷは、共通のデータ使用トラフィックだけを、Ｇｙ基準ポイントを介してＯＣＳに報告する。
【００６８】
ここで、スポンサー付きサービスのルールを、たとえば、ＩＰアドレス範囲、プロトコル、ＵＲＬ、アプリケーションＩＤ、その他、またはその組合せに基づいて判定することができ、あるいは、加入者の価格リストＩＤ、スポンサー時間期間、トラフィックしきい値、もしくは他の情報、またはその組合せと組み合わせてさらに判定することができる。上の情報を、たとえば、デバイス・タイプ、モバイルＭＤＮ／ＭＳＩＤＳＮプレフィックスもしくは番号範囲、ＩＭＳＩプレフィックス、アクセス・ポイント名、アクセス技術タイプ、サービス識別子、サービス・タイプ、アプリケーション・タイプ、位置情報、ローミング情報、時刻、日付、トラフィック使用しきい値、ＩＰアドレス範囲、その他を含めて（これに限定されずに）、ＰＭＳによってＳＤＣＳに提供することができる。
【００６９】
スポンサー付きサービスのいくつかのルールの例を、下に提供する。
【００７０】
１）位置ベースのスポンサー付きデータ・アプリケーション
エンド・ユーザが、ホーム・ネットワーク内のサードパーティ・サービス・プロバイダのデータ・サービスにアクセスするときに、サービス・データは、そのサードパーティ・サービス・プロバイダによってスポンサーされ、エンド・ユーザが、ホーム・ネットワークを越えてネットワーク内または特定の位置でローミングするときに、データ・サービスは、サードパーティ・サービス・プロバイダによるスポンサー付きではなくなり、エンド・ユーザは、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならない。
【００７１】
２）ＩＰアドレス範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、ｘとｙとの間のＩＰアドレス範囲を有し、ネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
【００７２】
３）時刻範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、指定された時間期間内にネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
【００７３】
４）トラフィック使用制約ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、すべてのエンド・ユーザについて、１ヵ月以内のエンド・ユーザの総トラフィック使用が１ＧＢ未満である限り、ネットワーク・オペレータにアクセスするためのエンド・ユーザのすべてのトラフィックが、スポンサー付きでなければならず、端末ユーザが１ＧＢトラフィックを使い果たしたときには、エンド・ユーザが、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならないというネットワーク・オペレータとの契約を有する。
【００７４】
ステップ２０５では、ＳＤＣＳが、クレジット制御要求に対応するクレジット制御応答をＤＰＩに送信し、ここで、クレジット制御応答は、課金制御情報を含む。具体的には、ステップ２０５で、ＳＤＣＳは、クレジット制御フィールドの特定のフィールドに課金制御情報を書き込むことを介してステップ２０４で判定された課金制御情報に基づいてクレジット制御応答を生成し、さらに、クレジット制御応答は、Ｇｙ基準ポイントを介してＤＰＩに送信される。
【００７５】
ＤＰＩは、スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む。
【００７６】
ステップ２０６では、ＤＰＩが、課金制御情報に基づいて、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセスをリダイレクトする。たとえば、ＳＤＣＳから返された課金制御情報が、スポンサー付きデータ・アプリケーションに関するユーザの課金クォータ、たとえば２００ＭＢを含むときに、ステップ２０６で、ＳＤＣＳは、ユーザがスポンサー付きデータ・アプリケーションにアクセスするように、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトする。あるいは、ＳＤＣＳから返された課金制御情報に含まれる課金クォータがゼロであるときには、ステップ２０６で、ＳＤＣＳは、サービス・アクセス要求を対応するネットワーク・デバイスにリダイレクトするのではなく、セッションを終了する。
【００７７】
本発明では、非スポンサー付きデータ・アプリケーションの使用は、既存のＯＣＳによって管理され、制御されるが、スポンサー付きデータ・アプリケーションの使用は、本発明で導入されるＳＤＣＳによって管理され、制御され、したがって、スポンサー付きデータ・アプリケーションは、共通のトラフィック・ユーザ・チャージャによって管理されず、ユーザによって支払われるのでもない。したがって、本発明は、スポンサー付きデータ・アプリケーションへの二重課金を効果的に回避する。
【００７８】
好ましい実施形態では、この方法は、さらに、ステップ２０７〜２１１を含み、上記ステップのすべてが、図面には示されていない。
【００７９】
ステップ２０７では、ＤＰＩが、課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。具体的には、ＳＤＣＳは、課金制御情報をＤＰＩに送信するときに、スポンサー付きサービスの対応するルールと、ＩＰアドレス範囲、スポンサー付き時間期間、トラフィックしきい値、その他などの情報とを、課金制御情報に書き込むことができ、ＤＰＩが、課金制御情報を受信した後に、ステップ２０７で、その上のＤＰＩは、上の情報またはその組合せに基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。ここで、トリガ条件は、
−  スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
−  ユーザの勘定残高が、所定のしきい値未満であること、
−  ユーザに対応するＩＰアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも１つを含むが、これに限定されない。
【００８０】
たとえば、所定のアクセス時間期間が、１０：００〜１２：００である場合に、スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過するときに、ＤＰＩは、対応するクレジット制御更新要求をＳＤＣＳに送信しなければならない。
【００８１】
当業者は、上のトリガ条件が例示にすぎず、他の既存のまたはおそらく将来に案出されるトリガ条件も、本発明に適用可能である場合に、参照によって本明細書に組み込まれている本発明の保護範囲に含まれなければならないことを理解するに違いない。
【００８２】
ステップ２０８では、ＤＰＩは、トリガ条件が満たされるかどうかをインスペクトする。ここで、ステップ２０８で、ＤＰＩは、インスペクトすべき各スポンサー付きデータ・アプリケーションを常にインスペクトし、上のトリガ条件が満たされるかどうかを判定する。
【００８３】
トリガ条件が満たされるときには、ステップ２０９で、ＤＰＩは、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信する。ここで、クレジット制御更新要求は、スポンサー付きデータ・アプリケーションをインスペクトしたことの結果を含む。
【００８４】
ＳＤＣＳは、ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信する。
【００８５】
ステップ２１０では、ＳＤＣＳが、スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定する。ここで、ステップ２１０で、ＳＤＣＳは、クレジット制御更新要求の特定のフィールドからスポンサー付きデータ・アプリケーションのインスペクション結果を抽出し、さらに、スポンサー付きサービスの所定のルールとのさらなる組合せで、クレジット制御更新要求がスポンサー付きデータ・アプリケーションまたは非スポンサー付きデータ・アプリケーションのどちらに対応するのかを判定し、その後、対応する課金制御更新情報を直接に判定するか、または非スポンサー付きデータ・アプリケーションに課金するためにこれをＯＣＳに送信する。
【００８６】
ステップ２１１では、ＳＤＣＳが、クレジット制御更新応答の特定のフィールドに情報を書き込むことを介してステップ２１０で入手された課金制御更新情報に基づいて、対応するクレジット制御更新応答を生成し、さらに、クレジット制御更新応答をＤＰＩに返す。
【００８７】
ＤＰＩは、クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む。
【００８８】
図３に、本発明の１つの好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法の流れ図を示す。図３は、次のシナリオを示す。サードパーティ・サービス・プロバイダが、ｘとｙとの間のＩＰアドレス範囲を有し、ネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
【００８９】
図３を参照すると、１）  ユーザは、スポンサー付きデータ・アプリケーションをクリックし、サービス・アクセス要求、たとえばｍｏｖｉｅ．ｃｏｍをサブミットし、
２）  ＰＧＷは、ＡＰＮを介してスポンサー付きデータ・アプリケーションをインスペクトし、
３）  ＰＧＷは、スポンサー付きデータ・アプリケーションをＤＰＩに転送し、
４）  ＤＰＩは、所定のポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、
５）  ＤＰＩは、スポンサー付きデータ・アプリケーションの課金制御情報、たとえば課金クォータを入手するために、Ｇｙ基準ポイントを介してＳＤＣＳにクレジット制御要求を送信し、
６）  ＳＤＣＳは、スポンサー付きサービスのルールを実行し、このケースでは、スポンサー付きデータ・アプリケーションは、完全にサードパーティ・サービス・プロバイダによってスポンサーされ、
７）  ＳＤＣＳは、クレジット制御応答をＤＰＩに返し、このクレジット制御応答は、課金制御情報を含み、
８）  ＤＰＩは、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセス要求をリダイレクトし、たとえば、これをｍｏｖｉｅ．ｃｏｍにリダイレクトする。
【００９０】
図４に、本発明の別の好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法の流れ図を示す。図４は、次のシナリオを示す。サードパーティ・サービス・プロバイダは、すべてのエンド・ユーザについて、１ヵ月以内のエンド・ユーザの総トラフィック使用が１ＧＢ未満である限り、ネットワーク・オペレータにアクセスするためのエンド・ユーザのすべてのトラフィックが、スポンサー付きでなければならず、端末ユーザが１ＧＢトラフィックを使い果たしたときには、エンド・ユーザが、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならないというネットワーク・オペレータとの契約を有する。
【００９１】
図４を参照すると、１）  ユーザが、８００ＭＢのトラフィックを使い果たしたときに、エンド・ユーザは、スポンサー付きデータ・アプリケーション、たとえばｍｏｖｉｅ．ｃｏｍをクリックし、
２）  ＰＧＷは、ＡＰＮを介してスポンサー付きデータ・アプリケーションをインスペクトし、
３）  ＰＧＷは、スポンサー付きデータ・アプリケーションをＤＰＩに転送し、
４）  ＤＰＩは、所定のポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、
５）  ＤＰＩは、スポンサー付きデータ・アプリケーションの課金制御情報、たとえば課金クォータを入手するために、Ｇｙ基準ポイントを介してＳＤＣＳにクレジット制御要求を送信し、
６）  ＳＤＣＳは、スポンサー付きサービスのルールを実行し、このケースでは、ユーザが、８００ＭＢのスポンサー付きトラフィックを使い果たした（１ＧＢトラフィックしきい値より少なく、２００ＭＢの残りのトラフィックがある）ことを計算し、
７）  ＳＤＣＳは、クレジット制御応答をＤＰＩに返し、このクレジット制御応答は、課金制御情報、たとえば残りのトラフィックが２００ＭＢであることを含む。
８）  ＤＰＩは、スポンサー付きデータ・アプリケーションを監視し、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセス要求をリダイレクトし、たとえば、これをｍｏｖｉｅ．ｃｏｍにリダイレクトし、
９）  ２００ＭＢの残りのトラフィックが使い果たされた後に、ＤＰＩは、クレジット制御更新要求をＳＤＣＳに送信し、
１０）  ＳＤＣＳは、トラフィック使用が、しきい値に達したことを確認し、ＯＣＳが非スポンサー付きデータ・アプリケーションへの課金を実行するように、ＯＣＳにクレジット制御を送信し、
１１）  ＯＣＳは、クレジット制御応答をＳＤＣＳに送信し、このクレジット制御応答は、課金制御情報、たとえば課金クォータを含み、
１２）  ＳＤＣＳは、課金制御情報をＤＰＲに転送する。
【図１】
0005989134.tif 000002
【図２】
0005989134.tif 000003
【図３】
0005989134.tif 000004
【図４】
0005989134.tif 000005