(57)【要約】モバイルクレジットが不十分なモバイル装置ユーザをセカンダリ有料サイトに誘導するためのシステムおよび方法を開示する。ＰＣＲＦはユーザに対応するモバイル装置からの要求を受信する。ＰＣＲＦは、ユーザモバイルネットワーク利用アカウントに関連付けられるクレジットが閾値より低いことを検出し、要求にタグを割り当てる。タグはリダイレクトサイト情報およびセカンダリサイト情報を含む。リダイレクトサイト情報はリダイレクトサイトに対応する少なくとも１つのネットワーク識別子を含み、セカンダリサイト情報は、ユーザモバイルネットワーク利用アカウントに関連付けられるクレジットが閾値より低い場合にユーザがアクセス可能な支払いサイトに対応する少なくとも１つのネットワーク識別子を含む。ＰＣＲＦは、リダイレクトサイトおよび少なくとも１つの支払いサイトの少なくとも１つにユーザをルーティングするために、要求および対応するタグをＰＣＥＦに送信する。
2018518852.tif 000002
【特許請求の範囲】
【請求項１】
モバイルクレジットが不十分なモバイル装置ユーザを有料のセカンダリサイトに誘導するための方法であって、
ユーザに対応するモバイル装置からの要求であってＵＲＬを含む要求を、ポリシー制御および課金ルール機能（ＰＣＲＦ）によって受信するステップと、
ユーザモバイルネットワーク利用アカウントに関連付けられるクレジットが閾値より低いことをＰＣＲＦによって検出するステップと、
前記ユーザモバイルネットワーク利用アカウントに関連付けられる前記クレジットが前記閾値より低い場合、リダイレクトサイトに対応する少なくとも１つのネットワーク識別子を含むリダイレクトサイト情報と、前記ユーザがアクセスできる支払いサイトに対応する少なくとも１つのネットワーク識別子を含むセカンダリサイト情報とを含むタグを、ＰＣＲＦによって前記要求に割り当てるステップと、
前記ユーザをリダイレクトサイトおよび少なくとも１つの支払いサイトの少なくとも１つに誘導するために、前記要求および前記対応するタグをＰＣＲＦによってポリシーおよび課金実施機能（ＰＣＥＦ）に送信するステップと、
を含む方法。
【請求項２】
前記タグは少なくとも１つの制限フィルタルールをさらに含み、前記制限フィルタルールは、支払いサイトに関連付けられるトラヒックがブロックされないように、少なくとも１つの支払いサイトに関連付けられる、請求項１に記載の方法。
【請求項３】
前記制限フィルタルールは制限フィルタＩＤに関連付けられ、前記制限フィルタＩＤは、ＰＣＥＦで事前に設定された制限フィルタルールに関連付けられる、請求項２に記載の方法。
【請求項４】
前記要求はクレジット管理の要求の更新（ＣＣＲ‐Ｕ）メッセージをさらに含み、前記ＣＣＲ‐Ｕメッセージは前記ユーザに関連付けられる利用情報を含む、請求項１に記載の方法。
【請求項５】
前記ＣＣＲ‐Ｕメッセージは、前記ユーザを識別するサブスクリプションＩＤに関する情報、および前記ユーザに関連付けられるサービスの開始以来使用されたクォータの量を示す利用サービスＩＤに関する情報の少なくとも１つをさらに含む、請求項４に記載の方法。
【請求項６】
前記ＰＣＥＦはパケットデータネットワークゲートウェイ（ＰＧＷ）と同じ場所に位置する、請求項１に記載の方法。
【請求項７】
前記タグは少なくとも１つの属性値ペア（ＡＶＰ）を含む、請求項１に記載の方法。
【請求項８】
前記タグは、
リダイレクトのイネーブル状態、および
ＩＰｖ４アドレス、ＩＰｖ６アドレス、またはＵＲＬの少なくとも１つに関連付けられるリダイレクトアドレスタイプ、
の少なくとも１つをさらに含む、請求項１に記載の方法。
【請求項９】
前記ネットワーク識別子は、ＩＰアドレスおよびＵＲＬの少なくとも１つを含む、請求項１に記載の方法。
【請求項１０】
前記閾値は、前記ユーザモバイルネットワーク利用アカウントに残っているクレジットが１０％以下であるユーザに関連付けられる、請求項１に記載の方法。
【請求項１１】
モバイルクレジットが不十分なモバイル装置ユーザを有料のセカンダリサイトに誘導するシステムであって、
前記システムは、
プロセッサと、
前記プロセッサに結合され、かつコンピュータ可読命令を含むメモリと、
を備え、
前記コンピュータ可読命令は、前記プロセッサによって実行されたときに、前記プロセッサに、
ユーザに対応するモバイル装置からの要求であってＵＲＬを含む前記要求を、ポリシー制御および課金ルール機能（ＰＣＲＦ）によって受信させ、
ユーザモバイルネットワーク利用アカウントに関連付けられるクレジットが閾値より低いことを前記ポリシー制御および課金ルール機能（ＰＣＲＦ）によって検出させ、
ユーザモバイルネットワーク利用アカウントに関連付けられるクレジットが前記閾値より低い場合に、リダイレクトサイトに対応する少なくとも１つのネットワーク識別子を含むリダイレクトサイト情報、および前記ユーザがアクセス可能な支払いサイトに対応する少なくとも１つのネットワーク識別子を含むセカンダリサイト情報を含むタグを、前記ポリシー制御および課金ルール機能（ＰＣＲＦ）によって、前記要求に割り当てさせ、
前記リダイレクトサイトおよび前記少なくとも１つの支払いサイトの少なくとも１つに前記ユーザを誘導するために、前記ポリシー制御および課金ルール機能（ＰＣＲＦ）によって、前記要求および前記対応するタグをポリシーおよび課金実施機能（ＰＣＥＦ）に送信させる、
システム。
【請求項１２】
前記タグは少なくとも１つの制限フィルタルールをさらに含み、前記制限フィルタルールは、前記支払いサイトに関連付けられるトラヒックがブロックされないように、少なくとも１つの支払いサイトに関連付けられる、請求項１１に記載のシステム。
【請求項１３】
前記制限フィルタルールは制限フィルタＩＤに関連付けられ、前記制限フィルタＩＤは前記ＰＣＥＦに事前に設定された制限フィルタルールに関連付けられる、請求項１２に記載のシステム。
【請求項１４】
前記要求はクレジット管理の要求の更新（ＣＣＲ‐Ｕ）メッセージをさらに含み、前記ＣＣＲ‐Ｕメッセージは前記ユーザに関連付けられる利用情報を含む、請求項１１に記載のシステム。
【請求項１５】
前記ＣＣＲ‐Ｕメッセージは、前記ユーザを識別するサブスクリプションＩＤに関する情報および前記ユーザに関連付けられるサービスの開始以来使用されたクォータの量を示す利用サービスＩＤに関する情報の少なくとも１つをさらに含む、請求項１４に記載のシステム。
【請求項１６】
前記ＰＣＥＦはパケットデータネットワークゲートウェイ（ＰＧＷ）と同じ場所に位置する、請求項１１に記載のシステム。
【請求項１７】
前記タグは少なくとも１つの属性値ペア（ＡＶＰ）を含む、請求項１１に記載のシステム。
【請求項１８】
前記タグは、
リダイレクトのイネーブル状態、および
ＩＰｖ４アドレス、ＩＰｖ６アドレス、またはＵＲＬの少なくとも１つに関連付けられるリダイレクトアドレスタイプ、
の少なくとも１つをさらに含む、
請求項１１に記載のシステム。
【請求項１９】
前記ネットワーク識別子はＩＰアドレスおよびＵＲＬの少なくとも１つを含む、請求項１１に記載のシステム。
【請求項２０】
前記閾値は、前記ユーザモバイルネットワーク利用アカウントに残っているクレジットが１０％以下のユーザに関連付けられる、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
【０００２】
本願は、米国特許法第１１９号（ｅ）に基づき、「Ｅｎｈａｎｃｅｄ  Ｒｅｄｉｒｅｃｔｉｏｎ  Ｈａｎｄｌｉｎｇ  ｆｒｏｍ  Ｐｏｌｉｃｙ  Ｓｅｒｖｅｒ」と称する２０１５年３月１０日出願の米国特許仮出願第６２／１３０８７１号の優先権を主張し、その内容全体を参照によって本明細書に援用する。
【０００３】
本発明の実施形態は一般的に、電気通信網におけるリダイレクト処理のためのコンピュータ化された方法および装置に関する。
【背景技術】
【０００４】
従来、リダイレクト情報属性値ペア（ＡＶＰ）は、モバイルネットワークデータプランで割り当てられたクォータ（quota：定数）を超えたユーザをリダイレクトするために使用されてきた。リダイレクト情報ＡＶＰは、リダイレクトサーバのインターネットプロトコル（ＩＰ）アドレスまたはＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ）を識別するだけである。ユーザが追加のクォータを購入するために訪問する必要のある他のＵＲＬまたはＩＰアドレスは現在、ＡＶＰでは通信されない。ユーザがセカンダリサイトを訪問することを可能にするために、事業者は通常、これらのセカンダリサイト宛ての（またはそこから出発する）トラヒックを無料化するためにポリシーおよび課金実施機能（ＰＣＥＦ）に関する何らかの静的ルールを設定する。これは、ＰＣＥＦに関するこの静的構成を常に管理しかつ維持することを事業者に強制する。事業者が他のリセラーと契約を締結するとき常に（各々のリセラーは彼ら自体のリダイレクトＵＲＬおよびセカンダリサイトを有するので）、事業者は各ＰＣＥＦに関するこれらの静的ルールを設定しなければならないので、これは煩雑になり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
（対応する記載なし）
【課題を解決するための手段】
【０００６】
本書では、モバイルクレジットが不十分なモバイル装置ユーザをセカンダリ有料サイト（有料のセカンダリサイト）に誘導するためのシステムおよび方法を開示する。一部の実施形態では、システムおよび方法は、ポリシー制御および課金ルール機能（ＰＣＲＦ）によって、ユーザに対応するモバイル装置からの要求を受信することを含み、要求はＵＲＬを含む。一部の実施形態では、システムおよび方法は、ユーザモバイルネットワーク利用アカウントに関連付けられるクレジットが閾値より低いことを、ＰＣＲＦによって検出することを含む。一部の実施形態では、システムおよび方法は、ＰＣＲＦによって要求にタグを割り当てることを含み、タグはリダイレクトサイト情報およびセカンダリサイト情報を含み、リダイレクトサイト情報はリダイレクトサイト（リダイレクトされたサイト）に対応する少なくとも１つのネットワーク識別子を含み、セカンダリサイト情報は、ユーザモバイルネットワーク利用アカウントに関連付けられるクレジットが閾値より低い場合にユーザがアクセス可能な支払いサイトに対応する少なくとも１つのネットワーク識別子を含む。一部の実施形態では、システムおよび方法は、ユーザをリダイレクトサイトおよび少なくとも１つの支払いサイトの少なくとも１つにユーザをルーティングするために、ＰＣＲＦによって要求および対応するタグをポリシーおよび課金実施機能（ＰＣＥＦ）に送信することを含む。
【０００７】
一部の実施形態では、タグは少なくとも１つの制限フィルタルールをさらに含み、制限フィルタルールは、支払いサイトに関連付けられるトラヒックがブロックされないように少なくとも１つの支払いサイトに関連付けられる。一部の実施形態では、制限フィルタルールは制限フィルタＩＤに関連付けられ、制限フィルタルールに関連付けられる制限フィルタＩＤは、ＰＣＥＦに事前に設定される。一部の実施形態では、要求はクレジット管理の要求の更新（ＣＣＲ‐Ｕ）メッセージをさらに含み、ＣＣＲ‐Ｕメッセージはユーザに関連付けられる利用情報を含む。一部の実施形態では、ＣＣＲ‐Ｕメッセージは、サブスクリプションＩＤに関する情報（サブスクリプションＩＤはユーザを識別する）および利用サービスＩＤに関する情報（利用サービスＩＤはユーザに関連付けられるサービスの開始以来使用されたクォータの量を示す）の少なくとも１つをさらに含む。一部の実施形態では、ＰＣＥＦはパケットデータネットワークゲートウェイ（ＰＧＷ）と同じ場所に位置する。一部の実施形態では、タグは少なくとも１つの属性値ペア（ＡＶＰ）を含む。一部の実施形態では、タグはリダイレクトのイネーブル状態（利用可能状態）およびリダイレクトアドレスタイプの少なくとも１つをさらに含み、リダイレクトアドレスタイプはＩＰｖ４アドレス、ＩＰｖ６アドレス、またはＵＲＬの少なくとも１つに関連付けられる。一部の実施形態では、ネットワーク識別子はＩＰアドレスおよびＵＲＬの少なくとも１つを含む。一部の実施形態では、閾値は、ユーザモバイルネットワーク利用アカウントに残っているクレジットが１０％以下であるユーザに関連付けられる。
【０００８】
開示する主題のこれらおよび他の可能性は、以下の図、詳細な説明、および請求項の考察後に、さらに深く理解されるであろう。本書で使用する表現および用語は説明を目的とするものであって、限定とみなすべきではないことを理解されたい。
【０００９】
開示する主題の様々な目的、特徴、および利点は、以下の図面に関連して検討したときに、開示する主題の以下の詳細な説明を参照することにより、いっそうよく理解することができる。そこでは、同様の参照番号は、同様の要素を同じものとして扱う。
【図面の簡単な説明】
【００１０】
【図１】本開示の一部の実施形態に係る、ネットワーク化されたシステムを示す系統図である。
【図２Ａ】本開示の一部の実施形態に係る、ＰＧＷとＰＣＲＦとの間のメッセージの送受信を示す図表である。
【図２Ｂ】本開示の一部の実施形態に係る、ＰＧＷ、ＰＣＲＦ、およびバックエンド課金システムの間のメッセージの送受信を示す図表である。
【図３】ＡＶＰおよびＰＣＥＦを使用する場合のリダイレクトサイトおよびセカンダリ有料サイトへのユーザのルーティングを示す系統図である。
【図４】本開示の一部の実施形態に係る、ＡＶＰを使用する場合のリダイレクトサイトおよびセカンダリ有料サイトへのユーザのルーティングを示す系統図である。
【図５】本開示の一部の実施形態に係る、リダイレクトサイトおよびセカンダリ有料サイトへのユーザのルーティングを示す図表である
【図６】本開示の一部の実施形態に係る、ＰＣＲＦによるリダイレクトサイトおよびセカンダリ有料サイトへのユーザのルーティングを示すフローチャートである。
【発明を実施するための形態】
【００１１】
本開示は、顧客をリダイレクトまたはセカンダリ支払いサイトに誘導するためのシステムおよび方法に関する。一部の実施形態では、新規顧客またはリセラー毎に実施エンジンでルールを手動で確立する代わりに、ポリシー決定点として働くポリシーおよび課金ルール機能（ＰＣＲＦ）は、この情報を実施エンジンに動的に提供することができる。
【００１２】
図１は、一部の実施形態に係る、ネットワーク化されたシステム１００を示す系統図である。システム１００はユーザ機器（ＵＥ）１０２、進化型ノードＢ（ｅＮｏｄｅＢ）１０４、モビリティ管理エンティティ（ＭＭＥ）１０６、サービングゲートウェイ（ＳＧＷ）モジュール１０８、ポリシーおよび課金ルール機能（ＰＣＲＦ）１１０、パケットデータネットワークゲートウェイ（ＰＧＷ）１１２、バックエンド課金システム（ＢＳ）１１４、ギガビット無線（Ｇｉ）ネットワーク１１６、属性値ペア（ＡＶＰ）１２０、ポリシーおよび課金実施機能（ＰＣＥＦ）１２２、リダイレクトサイト１３０、およびセカンダリ有料サイト（有料の第２のサイト）１３２を含む。
【００１３】
ＵＥ１０２はｅＮｏｄｅＢ１０４を介してネットワーク化されたシステム１００に接続される。ＵＥ１０２は、モバイルデータネットワーク（例えば、モバイル電話、タブレット、ラップトップ）に接続するように構成されたコンピューティング装置を含む。ｅＮｏｄｅＢ１０４はセルサイトの無線部である。単一のｅＮｏｄｅＢ１０４は幾つかの無線送信器、受信器、制御部、および電源装置を含んでよい。ｅＮｏｄｅＢ１０４はＭＭＥ１０６およびＳＧＷ１０８にバックホールすることができる。バックホールとは、処理のための別個の位置へ比較的長い距離にわたってパケットまたは通信信号を転送するプロセスである。ＳＧＷ１０８はユーザデータパケットをルーティングして転送する一方、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンのためのモビリティアンカーとしても働く。ＭＭＥ１０６はネットワーク化されたシステム１００の制御ノードである。ＭＭＥ１０６は、ＬＴＥ無線ネットワークに接続するＵＥ１０２のためのモビリティおよびセキュリティ機能をも含む、ＬＴＥ関連制御プレーンシグナリングを処理する。ＭＭＥ１０６はまた、トラッキングエリア管理およびページング手順の支援を含め、アイドルモードのＵＥにも対処する。
【００１４】
ＵＥ１０２がネットワークに接続すると、データセッション（例えば４Ｇセッション）を生成し、かつＵＥ１０２へのデータ接続性を提供するために、複数の制御メッセージがネットワーク要素間で交換される。上で説明した通り、ｅＮｏｄｅＢ１０４はＭＭＥ１０６およびＳＧＷ１０８にバックホールすることができる。ＳＧＷ１０８はユーザパケットをＰＧＷ１１２にルーティングしかつ転送する。ＰＧＷ１１２はポリシー実施点（ＰＥＰ）として働くことができる。ＰＧＷ１１２は、加入者に特定的なポリシー情報をダウンロードすることのできるＰＣＲＦ１１０と通信する。ＰＣＲＦはポリシー決定点（ＰＤＰ）として働く。セッション生成時に、ＰＣＲＦ１１０はＰＧＷ１１２に対し、特定のセッションの利用情報を追跡し、かつ利用閾値に達したときにＰＣＲＦ１１０に通知するように要求することができる。利用情報はＵＥ１０２に対応する割当てクォータ（例えばモバイルデータクレジット量）を含むことができ、かつ一定量に設定することができる。一部の実施形態では、ＰＣＲＦはバックエンド課金システム（ＢＳ）１１４に接続することができる。以下にさらに詳述する通り、ＢＳ１１４はユーザ課金情報をＰＣＲＦ１１０に通信することができる。
【００１５】
一部の実施形態では、ＰＣＲＦ１１０は１つ以上のＡＶＰ１２０を含む。以下でさらに詳述する通り、ＰＣＲＦ１１０は１つ以上のＡＶＰを使用して、利用閾値に達したときに要求のリダイレクトに関する情報を通信することができる。一部の実施形態では、ＰＧＷ１１２はＰＣＥＦ１２２を含むことができる。ＰＣＥＦ１２２はＰＣＲＦ１１０から受け取ったポリシー決定を実施する。
【００１６】
ＰＧＷ１１２はまたＵＥ１０２に対し、Ｇｉネットワーク１１６を介して外部パケットデータネットワークへの接続を提供する。ユーザが割り当てられたクォータを使い果たすと、ＰＣＲＦ１１０は、アプリケーショントラヒックをリダイレクトＵＲＬ１３０にリダイレクトするようにＰＣＥＦ１２２に指示する。リダイレクト直後に、ポータルは単に、ユーザがそのクレジット限度に達したこと、およびクォータを追加購入することによって彼のクォータを充填（リチャージ）する必要があることを述べるだけである。新しいクォータの購入プロセスは通常、ユーザを安全なｈｔｔｐサイト１３２に導く追加リンク上でユーザがクリックする必要があり、このサイト１３２でユーザはトランザクションの代金を支払うために彼／彼女のクレジットカード情報または銀行口座情報のいずれかを入力することができる。クォータをリチャージするためにユーザが訪問しなければならないＩＰアドレスおよびＵＲＬ（本書ではネットワーク識別子ともいう）を本書では、集合的にセカンダリサイトという。
【００１７】
図２Ａは、本開示の一部の実施形態に係る、利用閾値に達したときのＰＧＷとＰＣＲＦとの間のメッセージの送受信を示す図表である。図２Ａは、ＳＧＷ１０８、ＰＧＷ１１２、ＰＣＲＦ１１０、セッションセットアップ状態２００、ＰＧＷからＰＣＲＦへ送信されるメッセージ２０２、およびＰＣＲＦからＰＧＷへ送信されるメッセージ２０４を示す。
【００１８】
セッションセットアップ状態２００は、ＵＥ１０２が最初にネットワークに正常に接続できることを示す。ネットワーク接続手順の一部として、ＰＣＲＦ１１０はＵＥ１０２のための特定の利用閾値を割り当て、ＵＥの利用が割当て利用閾値に達したときに、ＰＣＥＦ１２２にＰＣＲＦ１１０と接触するように要求する。正常なネットワーク接続後に、ＰＧＷは、利用閾値に達したときを決定することができる。利用閾値に達したとき、ＰＣＥＦ１２２を含むＰＧＷ１１２は、クレジット管理の要求の更新（ＣＣＲ‐Ｕ）メッセージ２０２をＰＣＲＦ１１０に送信し、利用情報をＰＣＲＦ１１０に通信する。簡単に言うと、ＣＣＲ‐Ｕメッセージは、加入者を識別するサブスクリプションＩＤ（subscription ID:）、およびサービスの開始以来使用されたクォータの量を示す利用サービスＩＤに関する情報を含む。ＰＣＲＦ１１０が、前記ユーザはその割当てクォータを超えたと決定した場合、それは、ユーザがクォータを追加購入できるようにユーザをポータルにリダイレクトすることをＰＧＷ１１２に指示する、クレジット管理応答（ＣＣＡ）メッセージ２０４を送信する。簡単に言うと、ＣＣＡメッセージはリダイレクトＵＲＬに関する情報を含み、それは、クォータを追加購入するためにユーザがリダイレクトされるポータルのアドレスとすることができる。一部の実施形態では、ポータルは、ユーザがリダイレクトサイトまたは支払いサイトのような無料のサイトにリンクすることを可能にするアプリケーションを含む。一部の実施形態では、リダイレクトサイトは、ユーザがリダイレクトされる最初のウェブページである。ここから、ユーザはリンクを辿って他のセカンダリサイトにアクセスすることもできる。
【００１９】
図２Ｂは、本開示の一部の実施形態に係る、利用閾値に達したときのＰＧＷ、ＰＣＲＦ、およびバックエンド課金システムの間のメッセージの送受信を示す図表である。図２Ｂは、ＳＧＷ１０８、ＰＧＷ１１２、ＰＣＲＦ１１０、ＢＳ１１４、セッションセットアップ状態２１０、ＰＧＷからＰＣＲＦへ送信されるメッセージ２１２、ＢＳからＰＣＲＦへ送信されるメッセージ２１４、およびＰＣＲＦからＰＧＷへ送信されるメッセージ２１６を示す。
【００２０】
セッションセットアップ状態２１０は、ＵＥがネットワークに正常に接続したことを示す。初期ネットワーク接続後に、ＢＳ１１４は、ユーザが割り当てられたクォータを超えたときを決定することができる。一部の実施形態では、ＢＳ１１４は運用支援システムの一部であり、それには各ユーザの割当てクォータ情報が用意されている。ＢＳ１１４は個々の各ユーザのこのクォータの利用を動的に追跡し、ユーザが用意されたクォータを超えたとき、ユーザをリダイレクトするようにＰＣＲＦ１１０に指示する。一部の実施形態では、割当てクォータは、モバイルネットワーク利用アカウントに関連付けられた全てのクレジットを使い果たしたユーザに関連付けられる。一部の実施形態では、割当てクォータは、モバイルネットワーク利用アカウントのクレジットの一部分の使用（例えば１０％以下のクレジットが残っている）に関連付けられる。バックエンド課金システム１１４が、前記ユーザは割当てクォータを超えたと決定したとき、ＢＳ１１４はこの情報２１４をＰＣＲＦ１１０に通信することができる。この情報２１４に基づいて、ＰＣＲＦ１００は、ユーザのモバイルネットワーク利用アカウントに関連付けられたクレジットが閾値より低減したことを検出し、このＰＣＲＦ１００は次に、再認可要求（ＲＡＲ）メッセージ２１６をＰＧＷ１１２に送信し、ユーザがクォータを追加購入できるようにユーザをポータルにリダイレクトすることをＰＧＷ１１２に指示することができる。ＰＧＷ１１２はＲＡＲに応答して再認可応答（ＲＡＡ）２１２を送信する。
【００２１】
図３は、アプリケーショントラヒックのリダイレクトＵＲＬおよびセカンダリ有料サイト（有料の第２のサイト）への従来のリダイレクトを示す系統図である。図３は、ＰＣＲＦ１１０、リダイレクト情報ＡＶＰ３０２、ＰＣＥＦ１２２、リダイレクトサイト１３０、およびセカンダリ有料サイト１３２を示す。
【００２２】
ＰＣＲＦ１１０は、ＤＩＡＭＥＴＥＲベースのＧｘインタフェースを介してリダイレクト情報ＡＶＰ３０２を送信することにより、リダイレクト情報をＰＣＥＦ１２２に提供する。リダイレクト情報ＡＶＰは以下の情報を含む。
リダイレクト情報：：＝＜ＡＶＰヘッダ：１０８５＞
［リダイレクトサポート］
［リダイレクトアドレスタイプ］
［リダイレクトサーバアドレス］
＊［ＡＶＰ］
【００２３】
リダイレクト情報ＡＶＰ３０２は、以下の情報を通信するグループ化ＡＶＰである。
１）リダイレクトサポートＡＶＰ（本書ではリダイレクトイネーブル状態とも呼ばれる）‐この属性は、リダイレクトがイネーブルされたか（利用可能にされたか）それともディセーブルされたか（利用不能にされたか）を伝達する。
２）リダイレクトアドレスタイプＡＶＰ‐この属性は、特定のリダイレクトサーバアドレスがＩＰｖ４アドレスまたはＩＰｖ６アドレスまたはＵＲＬであるかどうかを伝達する。
３）リダイレクトサーバアドレスＡＶＰ‐この属性はリダイレクトサーバのアドレスを伝達する。
【００２４】
リダイレクト情報ＡＶＰ３０２はリダイレクトサーバ１３０のＩＰアドレスまたはＵＲＬを識別するだけである。クォータ１３２を追加購入するためにユーザが訪問する必要のあるその他のＵＲＬまたはＩＰアドレスはいずれも現在、リダイレクトサイトＡＶＰ３０２で通信されない。ユーザがセカンダリサイト１３２に訪問することを可能にするために、事業者は通常、これらのセカンダリサイト宛ての（またはそこから出発する）トラヒックを無料化するために、ＰＣＥＦ１２２に関する幾つかの静的ルール３０４を設定する。これは、ＰＣＥＦ１２２に関するこの静的構成を常に管理しかつ維持することを事業者に強制する。事業者が他のリセラーと契約を締結するとき常に（各々のリセラーは彼ら自体のリダイレクトＵＲＬおよびセカンダリサイトを有するので）、事業者は各ＰＣＥＦに関するこれらの静的ルールを設定しなければならないので、これは煩雑になり得る。
【００２５】
図４は、本開示の一部の実施形態に係る、ＡＶＰを使用するアプリケーショントラヒックのリダイレクトＵＲＬおよびセカンダリ有料サイトへのリダイレクトを示す系統図である。図４は、強化されたリダイレクト情報ＡＶＰ４０２、制限アクセスリストＡＶＰ４０４、ＰＣＥＦ１２２、リダイレクトサイト１３０、およびセカンダリ有料サイト１３２を示す。
【００２６】
ＰＣＲＦ１１０は強化されたリダイレクト情報ＡＶＰ４０２および制限アクセスリストＡＶＰ４０４をＰＣＥＦ１２２に提供する。強化されたリダイレクト情報ＡＶＰ４０２と制限アクセスリストＡＶＰ４０４の組合せは、ＤＩＡＭＥＴＥＲベースのＧｘインタフェースを介してＰＣＲＦ１１０がリダイレクトサーバ情報およびセカンダリサイト情報の両方をＰＣＥＦ１２２に通信することを可能にする。強化されたリダイレクト情報ＡＶＰ４０２および制限アクセスリストＡＶＰ４０４（本書ではユーザ要求へのタグとも呼ばれる）を以下に示す。
リダイレクト情報：：＝＜ＡＶＰヘッダ：１０８５＞
［リダイレクトサポート］
［リダイレクトアドレスタイプ］
［リダイレクトサーバアドレス］
［制限アクセスリスト］
＊［ＡＶＰ］
制限アクセスリスト：：＝＜ＡＶＰヘッダ：：ｘｘｘ＞
［制限フィルタルール］
＊［制限フィルタＩＤ］
＊［リダイレクトサーバ］
【００２７】
強化されたリダイレクト情報ＡＶＰ４０２は、リダイレクト情報ＡＶＰ３０２で通信される情報と同様に、リダイレクトサポート、リダイレクトアドレスタイプ、およびリダイレクトサーバアドレスを通信する。強化されたリダイレクト情報ＡＶＰ４０２はまた制限アクセスリストをも含む。制限アクセスリストＡＶＰは、以下のＡＶＰから成るグループ化ＡＶＰである。
１）限定フィルタルールＡＶＰ‐この属性は、整合トラヒックがブロックされることなく、ユーザがクォータを正常に再充填することができるように、ＰＣＲＦがセカンダリサイトと整合するフィルタルールを提供することを可能にする。一部の実施形態では、同じリセラーからサービスを購入した全てのユーザは、同一セットの制限フィルタルールを使用する。
２）制限フィルタＩＤＡＶＰ‐この属性は、ＰＣＲＦが、ＰＣＥＦに関して事前に設定されたフィルタルールのＩＤを通信することを可能にする。一部の実施形態では、事業者は、ＰＣＥＦに関する全てのリダイレクトサイトおよびセカンダリサイトを網羅するルールのリストを用意し、それらをディセーブル状態に維持することができる。後の時点で、ＰＣＲＦは次いでこれらの静的ルールをセッション単位でイネーブル（利用可能に）することができる。
３）リダイレクトサーバＡＶＰ‐このグループ化された属性は、ＰＣＥＦがセカンダリサイトのＩＰアドレスまたはＵＲＬのいずれかを指定することを可能にする。
【００２８】
制限アクセスリストＡＶＰを含めることにより、事業者はＰＣＲＦネットワーク要素のみにリダイレクトサーバおよびセカンダリサイト情報を設定することが可能になる。ＰＣＲＦは次いで、ＧｘインタフェースでＤＩＡＭＥＴＥＲプロトコルを介して、この情報をネットワークの全てのＰＣＥＦ要素に動的に通信することができる。これは、事業者がＰＣＥＦに関してセカンダリサイト情報を設定する必要性を緩和する。これは事業者の構成の負担を軽減する。例えば、通常の無線ネットワークには、一般的にＰＣＲＦ要素よりずっと多いＰＣＥＦネットワーク要素が存在する。ＰＣＲＦは中心的なポリシー決定点である。ポータルおよびセカンダリサイト情報をＰＣＲＦに用意することによって、ＰＣＲＦは、その通信相手である全てのＰＣＥＦネットワーク要素にこの情報を動的に提供することができる。事業者がそのネットワークに新しいＰＣＥＦ要素を導入するときに、ネットワークに導入された各ＰＣＥＦ要素にこの情報を用意することを心配する必要はない。
【００２９】
図５は、本開示の一部の実施形態に係る、リダイレクトサイトおよびセカンダリ有料サイトへのユーザのルーティングを示す図表である。
【００３０】
ステップ５０１で、ＵＥ１０２はウェブサイトｈｔｔｐ：／／ｗｗｗ．ｓｏｍｅｗｅｂｓｉｔｅ．ｃｏｍに移動しようとしている。ステップ５０２で、ＰＣＥＦ１２２がこのパケットを受信すると、それは、ＵＥ１０２がＰＣＲＦネットワーク要素によってリダイレクトモードにセットされていることを認識する。その結果、ステップ５０３で、ＰＣＥＦ１２２はこのＨＴＴＰ要求に対し、ロケーションとしてｗｗｗ．ｒｅｄｉｒｅｃｔｓｉｔｅ．ｃｏｍと共に３０２応答コードで応答する。ステップ５０４で、ＵＥ１０２のウェブブラウザがこのメッセージを受信すると、それは、ロケーションフィールドに指定されたウェブサイト、この例ではｗｗｗ．ｒｅｄｉｒｅｃｔｓｉｔｅ．ｃｏｍに、２回目のＧＥＴ要求を行う。ステップ５０５で、リダイレクトサイト１３０がこの要求を受信すると、それは２００ＯＫ応答を返し、かつクォータを充填するためにユーザが訪問する必要のあるリチャージウェブサイト１３２へＨＲＥＦ（ＨＴＴＰリファレンス）をも含むトップレベルウェブページを送信する。ステップ５０６で、ユーザはこのリンクをクリックし、ＵＲＬｗｗｗ．ｒｅｃｈａｒｇｅｓｉｔｅ．ｃｏｍに移動する。ステップ５０７で、ＰＣＥＦ１２２がこの要求を受信したとき、それは、ＵＥ１０２が移動しようとしているウェブサイトであるｗｗｗ．ｒｅｃｈａｒｇｅｓｉｔｅ．ｃｏｍがＰＣＲＦによって制限フィルタルールの１つとして指定されていることつまり、ｗｗｗ．ｒｅｃｈａｒｓｉｔｅ．ｃｏｍは認可されたサイトであることを知る。したがってＰＣＥＦ１２２により、トラヒックがリチャージウェブサイト１３２に移動することができる。ステップ５０８で、リチャージウェブサイトがＨＴＴＰＳ要求を受信すると、それは２００ＯＫ応答を送信し、このウェブサイトのためのトップレベルウェブページとして働く。
【００３１】
図６は、本開示の一部の実施形態に係る、ＰＣＲＦによるリダイレクトサイトおよびセカンダリ有料サイトへのユーザのルーティングを示すフローチャートである。
【００３２】
ステップ６０１で、ＰＣＲＦは、ユーザに対応するモバイル装置からの要求を含む通信を受信する。ＵＥがネットワークに接続したときに、ＰＣＥＦは、このＵＥに対しＰＣＲＦによって設定された利用閾値にＵＥが達していることを検出したとき、この通信をＰＣＲＦに送信する。
【００３３】
ステップ６０２で、ＰＣＲＦは、ＵＥが設定されたクォータに達していることを検出する。加入者が契約したプランのタイプに応じて、事業者は各加入者に最大利用クォータを設定する。この情報はバックエンド課金システムに用意される。ユーザがネットワークに初期接続しているプロセス中に、ＰＣＲＦは課金システムと通信して、加入者のクォータ情報を入手する。ＰＣＲＦはこの情報を用いて、ＵＥのクォータ利用が設定値に達したかどうかを決定する。ひとたびＵＥが設定されたクォータに達すると、ＵＥがユーザトラヒックのためにネットワークを正常に利用できるようになる前に、ＵＥはクォータを追加購入するように要求される。上述の通り、ＵＥは、セカンダリサイトへの到達に関連付けられる無料トラヒックのためにネットワークを使用することができる。
【００３４】
ステップ６０３で、ＰＣＲＦはＵＥをリダイレクトモードに設定し、ＵＥにリダイレクトサイトおよびセカンダリサイト情報を割り当てる。上述の通り、リダイレクトサイトおよびセカンダリサイトは、強化されたリダイレクト情報ＡＶＰ４０２および制限アクセスリストＡＶＰ４０４に指定することができる。
【００３５】
ステップ６０４で、ＰＣＲＦはこの情報をＣＣＡメッセージでＰＣＥＦに返送する。このメッセージを受信すると、ステップ６０４でＰＣＥＦはＵＥからのＨＴＴＰ要求を、ＰＣＲＦによって伝達されたポータルにリダイレクトする。ポータルを訪問した後、ユーザはポータルのリンクを辿ってリダイレクトサイトまたはセカンダリサイトにアクセスすることができる。ユーザは次いで、ネットワークを使用し続けるためにクォータを追加購入することができる。
【００３６】
以下の説明では、開示した主題のシステムおよび方法ならびにそのようなシステムおよび方法を運用できる環境等について、開示する主題の完全な理解を提供するために、多くの特定的な詳細が記載される。しかし、開示した主題はそのような特定的な詳細が無くても実施することができ、かつ当業界で周知の特定の特徴については、開示する主題の不必要な複雑さを回避するために詳述しないことは、当業者には明白であろう。加えて、以下に提供する実施形態は例証であり、開示する主題の範囲に含まれる他のシステムおよび方法があることが考察されることは理解されるであろう。
【００３７】
本書に記載する主題は、本明細書に開示した構造手段およびそれらの構造的均等物またはそれらの組合せをはじめ、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、もしくはハードウェアで実装することができる。本書に記載する主題は、データ処理装置（例えばプログラマブルプロセッサ、コンピュータ、または複数のコンピュータ）によって、またはその動作を管理するために実行される、情報担持体（例えば機械可読記憶装置）に有形に具現化されあるいは伝播信号に具現化された、１つ以上のコンピュータプログラムなど、１つ以上のコンピュータプログラム製品として実装することができる。コンピュータプログラム（またプログラム、ソフトウェア、ソフトウェアアプリケーション、またはコードとしても知られる）は、コンパイル言語またはインタプリタ言語をはじめとするいずれかの形のプログラミング言語で書くことができ、かつそれはスタンドアロンプログラムとして、またはモジュール、コンポーネント、サブルーチン、もしくはコンピューティング環境で使用するのに適した他のユニットをはじめ、任意の形で展開することができる。コンピュータプログラムは必ずしもファイルに対応しない。プログラムは、他のプログラムまたはデータを保持するファイルの一部分に、当該プログラム専用の単一ファイルに、または複数の調整ファイル（例えば１つ以上のモジュール、サブプログラム、またはコードの一部分を格納するファイル）に格納することができる。コンピュータプログラムは、１つのコンピュータ上で、または１つのサイトの複数のコンピュータ上で、または複数のサイトに分散され通信ネットワークによって相互接続された複数のコンピュータ上で実行するように展開することができる
【００３８】
本書に記載する主題の方法ステップを含む、本明細書に記載したプロセスおよび論理フローは、入力データを操作し、かつ出力を生成することによって、１つ以上のコンピュータプログラムを実行して本書に記載する手段の機能を達成する１つ以上のプログラマブルプロセッサによって実行することができる。プロセスおよび論理フローはまた、専用論理回路、例えばＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって実行することもでき、かつ本書に記載する主題の装置はそのようなものとして実現することができる。
【００３９】
コンピュータプログラムの実行に適したプロセッサは、例として、汎用および専用両方のマイクロプロセッサ、ならびに任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般的に、プロセッサは読出し専用メモリまたはランダムアクセスメモリまたは両方から命令およびデータを受け取る。コンピュータの本質的な要素は、命令を実行するためのプロセッサ、ならびに命令およびデータを格納するための１つ以上のメモリデバイスである。一般的に、コンピュータはまた、データを格納するための１つ以上のマスストレージデバイス、例えば磁気ディスク、光磁気ディスク、または光ディスクからデータを受け取り、あるいはデータをそこに送り、あるいはその両方のために、それらを含み、あるいはそれらに作動的に結合される。コンピュータプログラム命令およびデータを具現化するのに適した情報担持体は、例として半導体メモリデバイスをはじめ、あらゆる形の不揮発性メモリ（例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイス）、磁気ディスク（例えば内蔵ハードディスクまたはリムーバブルディスク）、光磁気ディスク、および光ディスク（例えばＣＤおよびＤＶＤディスク）を含む。プロセッサおよびメモリは専用論理回路を補足するか、あるいは専用論理回路内に組み込むことができる。
【００４０】
ユーザとの対話を行うために、本書に記載した主題は、情報をユーザに対し表示するためのディスプレイ装置、例えばＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ、それによってユーザがコンピュータに入力を行うことのできるキーボード、およびポインティング装置（例えばマウスまたはトラックボール）を有するコンピュータ上に実現することができる。ユーザとの対話を行うために他の種類の装置を使用することもできる。例えば、ユーザに提供されるフィードバックは任意の形のセンサフィードバック（例えば視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバック）とすることができ、ユーザからの入力は音響、音声、または触覚入力をはじめ、任意の形で受け取ることができる。
【００４１】
本書に記載した主題は、バックエンド構成部品（例えばデータサーバ）、ミドルウェア構成部品（例えばアプリケーションサーバ）、またはフロントエンド構成部品（例えば、それを通してユーザが本書に記載する主題の実現と対話することのできるグラフィカルユーザインタフェースまたはウェブブラウザを有するクライアントコンピュータ）、あるいはそのようなバックエンド、ミドルウェア、およびフロントエンド構成部品の任意の組合せを含む、コンピューティングシステム内に実装することができる。システムの構成部品は、任意の形または媒体のデジタルデータ通信、例えば通信ネットワークによって相互接続することができる。通信ネットワークの例は、ローカルエリアネットワーク（「ＬＡＮ」）およびワイドエリアネットワーク（「ＷＡＮ」）、例えばインターネットを含む。
【００４２】
開示した主題はその適用を、以下の説明に記載しあるいは図面に示した構成の詳細および構成部品の配置に限定されないことを理解されたい。開示した主題は他の実施形態が可能であり、かつ様々なやり方で実施しかつ実行することができる。また、本書で使用した表現および用語は説明を目的とするものであって、限定とみなすべきではないことも理解されたい。
【００４３】
したがって、本開示の基礎を成す概念は、開示された主題の幾つかの目的を実行するための他の構造、方法、およびシステムの設計の基礎として容易に利用可能であることを、当業者は理解されるであろう。したがって、それらが開示する主題の趣旨および範囲から逸脱しない限り、請求項はそのような均等な構成を含むものとみなされることが重要である。
【００４４】
開示した主題について上記の例証としての実施形態で説明しかつ図解したが、本開示は単なる例として行われたものであって、以下に続く請求項によってのみ限定される開示した主題の趣旨および範囲から逸脱することなく、開示した主題の実装の細部に多くの変形を施すことができることを理解されたい。
【図１】
2018518852.tif 000003
【図２Ａ】
2018518852.tif 000004
【図２Ｂ】
2018518852.tif 000005
【図３】
2018518852.tif 000006
【図４】
2018518852.tif 000007
【図５】
2018518852.tif 000008
【図６】
2018518852.tif 000009
【国際調査報告】
2018518852.tif 000010