JP2016540431A - サブスクリプション・プロファイル・リポジトリ（ｓｐｒ）を用いてリアルタイムデータネットワーク使用量情報を提供するための方法、システムおよびコンピュータ読取可能媒体 - Google Patents

Abstract

ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するための方法は、リアルタイムデータネットワーク使用量情報に関する要求を受信するステップを含む。当該方法はさらに、要求に応答して、ＳＰＲにおいてサブスクライバについてのデータ変更を実施するステップを含む。当該方法はさらに、ＳＰＲにおいて、データ変更に応答して、変更の通知をポリシーおよび課金規則機能（ＰＣＲＦ）に送信するステップを含む。当該方法はさらに、ＰＣＲＦにおいて、データ変更の通知に応答して、サブスクライバのために機能している少なくとも１つのポリシーおよび課金実施機能（ＰＣＥＦ）にリアルタイムデータネットワーク使用量情報を要求するステップを含む。当該方法はさらに、ＰＣＲＦにおいて、少なくとも１つのサービングＰＣＥＦからデータネットワーク使用量情報を受信するステップを含む。当該方法はさらに、リアルタイムデータネットワーク使用量情報のインディケーションをＳＰＲに提供するステップを含む。

Description

優先権主張
本願は、２０１３年１１月２０日に提出された米国特許出願連続番号第１４／０８５，７７９号の利益を主張するものであって、その開示全体が引用によりこの明細書中に援用されている。

技術分野
この明細書中に記載される主題は、データネットワーク・サブスクライバにリアルタイムデータネットワーク使用量情報（usage information）を提供することに関する。より特定的には、この明細書中に記載される主題は、ＳＰＲを用いて、リアルタイムデータネットワーク使用量情報を提供するための方法、システムおよびコンピュータ読取可能媒体に関する。

背景
データ通信ネットワークにおいては、データ通信ネットワークサブスクライバが、最新の（current）データネットワーク使用量情報をリアルタイムで取得できることが望ましい。たとえば、データネットワーク・サブスクライバが一か月当たり５ギガバイトのデータを使用すると契約した場合、サブスクライバがそれ自体の最新のデータネットワーク使用量をリアルタイムで取得できることが所望され得る。このため、サブスクライバは、データ容量の購入および／またはそれ自体のデータネットワーク使用量動向の変更を行なえるようになっている。

データネットワーク使用量情報を提供するための一つのアプローチとして、サブスクリプション・プロファイル・リポジトリ（subscription profile repository：ＳＰＲ）を使用することが挙げられ得る。ロング・ターム・エボリューション（long term evolution：ＬＴＥ）ネットワークにおいては、ＳＰＲは、サブスクライバのデータネットワーク使用量プロファイル、すなわち、サブスクライバが契約したデータ割当て量や、使用量情報をも記憶する。しかしながら、ＳＰＲにおける使用量情報は、典型的には、データネットワークセッションが終了する場合にしか更新されない。サブスクライバにとっては、このサブスクライバが１つ以上のデータネットワークセッションに関与している間にデータネットワーク使用量情報をリアルタイムで取得することが所望され得る。この情報を取得するためにセッション終了まで待機することは、場合によっては望ましくない可能性がある。

サブスクライバにデータネットワーク使用量情報を提供するための別のオプションとして、ポリシー制御および課金実施機能（policy control and enforcement function：ＰＣＥＦ）からデータネットワーク使用量情報を取得してもよい。しかしながら、特定のサブスクライバのために機能するＰＣＥＦは動的に決定される。ネットワーク使用量情報を取得するためにサブスクライバが交信する情報技術（information technology：ＩＴ）システムは、サブスクライバについての最新のＰＣＥＦ情報を持たない可能性がある。このため、上記のように機能するＰＣＥＦについての情報がないために、ＩＴシステムにＰＣＥＦから直接データネットワーク使用量情報を取得させることができないかもしれない。ＩＴインターフェイスを用いて、（セッションの最新のバイトカウントなどの）高速で変化する動的状態データを検索することも所望されない。

ＩＴシステムがサブスクライバのデータネットワーク使用量情報についてＰＣＥＦに問合わせることができたとしても、ＰＣＥＦは、サブスクライバのデータネットワーク使用量割当ての全体像を把握していない可能性がある。このシナリオでは、ＰＣＲＦは使用量マネージャであり、ＰＣＥＦは使用量トラッカーであり、ＳＰＲは使用量情報の長期間記録である。ユーザセッションが最初に発生したとき、使用量マネージャは記録から使用量情報を読出して、セッションにとって何が利用可能であるかを計算する。たとえば、サブスクライバの毎月の上限は５ＧＢである可能性があり、サブスクライバが既に１ＧＢを使用してしまっているとする。このため、使用量マネージャ（ＰＣＲＦ）は、ユーザセッションにとって４ＧＢが利用可能であることを認識している。ＰＣＲＦは、使用量トラッカー（ＰＣＥＦ）に全量分を割当てない可能性もある。ＰＣＲＦは、トラッカーに追跡させるよう１００ＭＢを割当ててもよい。サブスクライバがこの１００ＭＢの量を使い果たすと、トラッカーは、このことをマネージャに報告する。すると、さらに別の１００ＭＢのチャンクが割当てられ得る。これは、セッションの寿命中に、数回、起こる可能性がある。この例に続いて、サブスクライバが４個目の１００ＭＢのチャンクを用いている可能性もある。このとき、このこと、すなわち、１．３ＧＢの月ごとの割当て量が使用され、ユーザが別の１００ＭＢのチャンクを消費している最中であることを認識しているのは使用量マネージャだけである。ＩＴシステムがＰＣＥＦに接続してスナップショットを検索することができるとしても、ＩＴシステムが識別することができるのは、１００ＭＢのチャンクのうちどれだけ使用されるかという点、たとえば６０Ｍだけが使用されるという点だけである。他方で、使用量マネージャとしてのＰＣＲＦは、ＳＰＲに最終値を書込む前に消費された先行のチャンクのために必要な計算を実行するだろう。これにより、ＰＣＥＦと交信するだけでは、サブスクライバのデータネットワーク使用量の全体像が得られない可能性がある。

ＰＣＥＦから使用量情報を直接取得する際のさらに別の問題は、ユーザが、複数の同時セッションを行なって別々のＰＣＥＦを機能させる可能性がある点である。このような場合、ＩＴシステムが単一のＰＣＥＦと交信するのであれば、このＩＴシステムは、サブスクライバの最新のネットワーク使用量をすべて有することにはならないだろう。正確な使用量カウントを提供するためのダイレクトインターフェイスとして、ＩＴシステムは、場合によっては、サブスクライバのために機能し得る如何なるＰＣＥＦにも対応するダイレクトインターフェイスを有することが必要となるだろう。このような解決策は拡張可能でも実用的でもない。

最新のデータネットワーク使用量情報を提供することはサブスクライバおよびネットワークオペレータにとって有用であり得る。たとえば、最新のセッションのせいで、サブスクライバがそれ自体のデータ割当て分を超過してしまう場合、サブスクライバは、セッション中にこの情報を得ることを所望するかもしれない。このため、サブスクライバは、セッションを終了することができるか、または追加のデータネットワーク容量を購入することができるようになっている。ネットワークオペレータは、最新の割当て分を超過してしまう前に、追加のデータネットワーク使用量割当て分を購入するための機会をサブスクライバに提供することを所望する可能性がある。

したがって、これらの問題点を考慮すると、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するための方法、システムおよびコンピュータ読取可能媒体が必要となる。

概要
この明細書中に記載される主題は、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するための方法、システムおよびコンピュータ読取可能媒体に関する。一方法は、リアルタイムデータネットワーク使用量情報に関する要求を受信するステップを含む。当該方法はさらに、要求に応答して、ＳＰＲにおいてサブスクライバについてのデータ変更を実施するステップを含む。当該方法はさらに、ＳＰＲにおいて、データ変更に応答して、ポリシーおよび課金規則機能（policy and charging rules function：ＰＣＲＦ）に変更の通知を送信するステップを含む。当該方法はさらに、ＰＣＲＦにおいて、データ変更の通知に応答して、サブスクライバのために機能する少なくとも１つのポリシーおよび課金実施機能（policy and charging enforcement function：ＰＣＥＦ）にリアルタイムデータネットワーク使用量情報を要求するステップを含む。当該方法はさらに、ＰＣＲＦにおいて、少なくとも１つのサービングＰＣＥＦからデータネットワーク使用量情報を受信するステップを含む。当該方法はさらに、リアルタイムデータネットワーク使用量情報のインディケーションをＳＰＲに対して提供するステップを含む。

「リアルタイムデータネットワーク使用量情報」という語は、この明細書中において用いられる場合、それが取得された時点で最新であるデータネットワーク使用量情報のスナップショットを指す。たとえば、リアルタイムデータネットワーク使用量情報のスナップショットは、このような情報に関する要求がＰＣＥＦによって受信された時点で、かつ、ＰＣＥＦが要求を処理する時間を得た後に、ＰＣＥＦによって維持されているネットワーク使用量カウンタの値であってもよい。データネットワーク使用量情報が毎秒あたり数千バイトの速度で変化し得ることが理解される。このため、この明細書中に記載されるメカニズムを用いて得られるリアルタイムデータネットワーク使用量情報は、情報がサブスクライバに返送される時までは、正確な最新データネットワーク使用量カウント（usage count）ではない可能性がある。しかしながら、「リアルタイムデータネットワーク使用量情報」という語は、サブスクライバが関与していた最終セッション終了時に取得されたデータネットワーク使用量情報よりも新しい、サブスクライバまたはネットワークオペレータの要求に応じて取得されたデータネットワーク使用量情報を含むものとして意図されている。

この明細書中に記載される主題は、ハードウェアおよび／またはファームウェアと組み合わせてソフトウェアで実現することができる。たとえば、この明細書中に記載される主題は、プロセッサによって実行されるソフトウェアで実現することができる。例示的な一実現例においては、この明細書中に記載される主題は、コンピュータ実行可能命令が格納された非一時的なコンピュータ読取可能媒体を用いて実現することができる。コンピュータ実行可能命令は、コンピュータのプロセッサによって実行されると、ステップを実行するよう当該コンピュータを制御する。この明細書中に記載される主題を実現するのに好適である例示的なコンピュータ読取可能媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路などの非一時的なコンピュータ読取可能媒体を含む。加えて、この明細書中に記載される主題を実現するコンピュータ読取可能媒体は、単一のデバイスもしくはコンピューティングプラットフォームに配置されてもよく、または、複数のデバイスもしくはコンピューティングプラットフォームにわたって分散されてもよい。

図面の簡単な説明
この明細書中に記載される主題を、ここで、添付の図面に関連付けて説明する。

この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのシステムを示すネットワーク図である。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するための例示的なメッセージフローを示すネットワーク図である。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのＩＴシステムの例示的なコンポーネントを示すブロック図である。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのＳＰＲの例示的なコンポーネントを示すブロック図である。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのＰＣＲＦの例示的なコンポーネントを示すブロック図である。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのＰＣＥＦの例示的なコンポーネントを示すブロック図である。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供する際にＩＴシステムによって実行される例示的なステップを示すフローチャートである。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供する際にＳＰＲによって実行される例示的なステップを示すフローチャートである。 この明細書中に記載される主題の実施形態に従った、リアルタイムデータネットワーク使用量情報を提供する際にＰＣＲＦによって実行される例示的なステップを示すフローチャートである。 この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供する際にＰＣＥＦによって実行される例示的なステップを示すフローチャートである。

詳細な説明
この明細書中に記載される主題は、ＳＰＲを用いて、リアルタイムデータネットワーク使用量情報を提供するための方法、システムおよびコンピュータ読取可能媒体を含む。図１は、この明細書中に記載される主題が機能し得る例示的なネットワークアーキテクチャを示すネットワーク図である。図１を参照して、サブスクリプション・プロファイル・リポジトリ（ＳＰＲ）１００は、データネットワーク・サブスクライバについてのサブスクリプション情報を記憶する。ＳＰＲ１００は、１つ以上のポリシーおよび課金規則機能（ＰＣＲＦ）１０２と通信して、データネットワーク・サブスクライバについてのポリシー情報をＰＣＲＦ１０２に提供し得る。ＰＣＲＦ１０２は、サブスクライバについてのポリシーをポリシーおよび課金実施機能（ＰＣＥＦ）１０４にインストールする。ＰＣＥＦ１０４は、サブスクライバについてのデータネットワーク使用量情報を維持し、ポリシーを実施する。サブスクライバ１０６などのサブスクライバがリアルタイムデータネットワーク使用量情報を取得することを所望する場合、サブスクライバは、サブスクライバの携帯電話会社または他のデータネットワーク・サービスプロバイダに関連付けられた情報技術（information technology：ＩＴ）システム１０８と交信し得る。サブスクライバにポリシー情報を提供するための実現可能な一解決策は、ＩＴシステム１０８にＳＰＲ１００から情報を取得させることである。しかしながら、ＳＰＲ１００は、リアルタイムデータネットワーク使用量情報を提供するほど十分に頻繁には更新されない。別の実現可能な解決策は、ＩＴシステム１０８に、ＰＣＥＦ１０４から、データネットワーク使用量情報を直接取得させることである。しかしながら、特定のサブスクライバのために機能するＰＣＥＦが動的に割当てられているので、ＩＴシステム１０８は、サブスクライバのために機能するＰＣＥＦと直接交信するための可視性を持たない可能性がある。

これらの問題点を考慮して、ＳＰＲ１００によって維持されるデータネットワーク使用量情報の更新をトリガするためのメカニズムが提供される。図２は、この明細書中に記載される主題の実施形態に従った、サブスクライバに関するリアルタイムデータネットワーク使用量情報を提供するための方法およびシステムを示す。図２を参照して、ステップ１において、サブスクライバ１０６がＩＴシステム１０８にデータネットワーク使用量情報を要求する。ステップ２において、ＩＴシステム１０８が、ＳＰＲ１００で、サブスクライバについてのフラグを設定する。サブスクライバのプロファイルにおいてフラグを設定することにより、サブスクライバのプロファイルにおいてデータ変更が実施される。サブスクライバのプロファイルにおいてデータ変更を実施することにより、サブスクライバのために機能するＰＣＲＦに対してデータ変更を通知するように、ＳＰＲの既存のメカニズムがトリガされる。このメカニズムは、ＳＰＲ１００からサービングＰＣＲＦ１０２に送信されるプッシュ通知要求（push notification request：ＰＮＲ）メッセージである。以下は、プッシュ通知要求メッセージに含まれ得る例示的なフィールドを示す。

プッシュ通知要求メッセージについての上述のフォーマットは、「第３世代パートナーシッププロジェクト；技術仕様グループコアネットワークおよび端末；Ｄｉａｍｅｔｅｒプロトコルに基づいたＳｈインターフェイス；プロトコル詳細」（ＴＲ２９．３２９（公開１２）（２０１３））によって指定されており、その開示全体が引用によってこの明細書中に援用されている。上述のメッセージフォーマットでは、メッセージがサブスクライバ識別フィールドによって識別されたサブスクライバについての更新済みデータネットワーク使用量情報に関する要求であることを、ＰＣＲＦ１０２に伝達するために、ユーザデータＡＶＰの一部が用いられてもよい。

ＰＮＲ要求の目的は、サーバによって維持されているユーザデータの変更をＤｉａｍｅｔｅｒサーバによってＤｉａｍｅｔｅｒクライアントに通知することである。この例においては、ＳＰＲ１００がＤｉａｍｅｔｅｒサーバとしての役割を果たし、ＰＣＲＦ１０２がＤｉａｍｅｔｅｒクライアントとしての役割を果たしている。ＳＰＲ１００がサブスクライバについての最新のサービングＰＣＲＦ情報を維持しており、このため、ＩＴシステム１０８がサービングＰＣＲＦ情報に直接アクセスする必要のないことが強調されるべきである。

ＰＮＲメッセージを受信したことに応答して、ＰＣＲＦ１０２は、ＰＮＲメッセージをリアルタイムデータネットワーク使用量情報に関する要求として認識し、ステップ４において、サブスクライバのために機能するＰＣＥＦと交信する。ＰＣＲＦ１０２はサブスクライバについてのサービングＰＣＥＦ情報を維持する。なぜなら、当該ＰＣＲＦ１０２はサブスクライバについてのポリシーをＰＣＥＦにインストールするノードであるからである。

ＰＣＥＦ１０４は、使用量情報に関する要求を受信し、ステップ５において、サービングＰＣＲＦ１０２に使用量情報を提供する。ＰＣＥＦ１０４は、サブスクライバについての最新のリアルタイム使用量カウントを認識している。なぜなら、当該ＰＣＥＦ１０４は、サブスクライバについての、データネットワーク使用量ポリシーを含むポリシーを実施するからである。データセッションの終了を待つことなく、使用量情報がＰＮＲメッセージに応答して要求されたので、ＰＣＥＦ１０４は、サブスクライバが１つ以上のデータセッションに関与している間であっても、最新の使用量情報を提供することができる。

ステップ６において、ＰＣＲＦ１０２は、プロファイル更新要求（profile-update request：ＰＵＲ）メッセージを介してＳＰＲ１００にリアルタイムデータネットワーク使用量情報を提供する。ＳＰＲ１００は、ＰＵＲメッセージを受信し、ステップ７において、ＩＴシステム１０８にリアルタイム使用量情報を提供する。以下の例示的なフィールドはＰＵＲメッセージに含まれてもよい：

上述の例においては、ＰＵＲメッセージはユーザデータＡＶＰ値を含む。ユーザデータＡＶＰ値は、サブスクライバについての最新のデータネットワーク使用量情報を伝えるために用いられてもよい。しかしながら、この明細書中に記載される主題は、ＰＵＲメッセージを用いて最新のデータネットワーク使用量情報をＰＣＲＦからＳＰＲに伝達することに限定されない。上述のように、この情報を搬送するためのプロプライエタリまたは非プロプライエタリのメッセージはいずれも、この明細書中に記載される主題の範囲から逸脱することなく用いられ得る。

ステップ８において、ＩＴシステム１０８がサブスクライバ１０６にリアルタイムデータネットワーク使用量情報を提供する。このため、図２に示されるステップを用いると、更新されたデータネットワーク使用量情報をリアルタイムで取得するようにＳＰＲをトリガすることによって、サブスクライバがデータセッションに関与している間でさえも、サブスクライバからの要求に応答して、リアルタイムサブスクライバ・データネットワーク使用量情報を提供することができる。

この明細書中に記載される主題は、サブスクライバからの要求に応答してリアルタイムデータネットワーク使用量情報を提供するかまたは取得することに限定されない。代替的なシナリオにおいては、データまたはモバイルネットワークオペレータは、図２に示されるステップを用いて、サブスクライバについてのデータネットワーク使用量情報をリアルタイムで取得してもよい。ネットワークオペレータがこの情報をリアルタイムで取得することを所望し得る１つの理由は、サブスクライバが１つ以上のデータネットワークセッションに関与している間に当該サブスクライバがしきい値にあるかまたはしきい値の付近にある場合に、ネットワークオペレータが何らかの措置を講じることができるようにするためである。たとえば、ネットワークオペレータは、サブスクライバのデータネットワーク容量の割当てを超過しつつある場合に、サブスクライバが追加のデータネットワーク容量を購入することができるというメッセージをサブスクライバに送信することを所望する可能性がある。別の例においては、データネットワーク・オペレータは、サブスクライバのデータネットワーク容量割当てを超過しつつあることを、サブスクライバが１つ以上のデータネットワークセッションに関与している間に、サブスクライバに単に通知するだけでもよい。

図３は、この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのＩＴシステム１０８のための例示的なアーキテクチャを示すブロック図である。図３を参照して、ＩＴシステム１０８は、サブスクライバとインターフェイスをとるためのサブスクライバ・インターフェイス３００と、ＳＰＲとインターフェイスをとるためのＳＰＲインターフェイス３０２とを含む。サブスクライバ・インターフェイス３００は、サブスクライバが電話通話によってＩＴシステム１０８と交信する場合に、サブスクライバまたは対話型音声応答（interactive voice response：ＩＶＲ）インターフェイスとウェブ通信を行なうためのハイパーテキスト転送プロトコル（hypertext transfer protocol：ＨＴＴＰ）インターフェイスなどの如何なる好適なインターフェイスであってもよい。別の例においては、サブスクライバ・インターフェイス３００は、ＳＭＳを介してサブスクライバと通信するためのＳＭＳインターフェイスであってもよい。ＳＰＲインターフェイス３０２は、サブスクライバについての更新済みデータネットワーク使用量情報を取得するようＳＰＲ１００をトリガするデータ変更がＩＴシステム１０８によってＳＰＲ１００において実施されることを可能にする如何なる好適なインターフェイスであってもよい。たとえば、ＳＰＲインターフェイス３０２は、データベース関連のインターフェイスであってもよく、この場合、ＩＴシステム１０８は、ＳＰＲ１００によって維持されるサブスクライバ・プロファイルデータ・リポジトリに記憶されたサブスクライバ・プロファイルにデータを書込むことによって、サブスクライバ・データの変更を実施することができる。ＩＴシステム１０８におけるコンポーネントは１つ以上のプロセッサ３０４によって実現または実行されてもよい。

図４は、この明細書中に記載される主題の実施形態に従った、リアルタイムデータネットワーク使用量情報を提供するためのＳＰＲ１００のための例示的なアーキテクチャを示すブロック図である。図４を参照して、ＳＰＲ１００は、ＩＴシステム１０８と対話するためのＩＴシステムインターフェース４００を含む。ＩＴシステムインターフェース４００は、サブスクライバ・プロファイルデータ・リポジトリ４０２に記憶されたサブスクライバ・プロファイルについてのデータ変更を実施するためのコマンドをＩＴシステム１０８から受信し得る。サブスクライバ・プロファイル・リポジトリ４０２は各々のサブスクライバについてのプロファイルを記憶してもよい。サブスクライバＡについてのプロファイル４０４を一例として示す。図示される例においては、プロファイル４０４は、サブスクライバのためのデータネットワーク上限（allowance）（５ＧＢ）、サブスクライバのためのデータネットワーク使用量（３．５ＧＢ）を含む。ＳＰＲ１００は、データ変更についての通知を受けることに関与しているシステムのリストを維持し得る。まず、ユーザセッションが開始されると、サービングＰＣＲＦは、その時点で変更通知を「サブスクライブ」していた、ＳＰＲからのサブスクライバ・プロファイルを検索する。データ変更がなされると、ＳＰＲは、事前にサブスクライブしていたシステムに通知を送信する。この例においては、サービングＰＣＲＦはＰＣＲＦ１であって、サブスクライバについてのデータ変更通知を受信するようサブスクライブしている。

上述のように、ＳＰＲ１００によって維持されるデータネットワーク使用量情報を、セッション終了時よりも頻繁に更新するための何らかのトリガメカニズムがない場合、ＳＰＲ１００によって記憶されている使用量情報には、サブスクライバによるリアルタイムデータネットワーク使用量の反映がなされていない可能性がある。サブスクライバ・プロファイル情報への更新をトリガするための例示的なトリガメカニズムは、サブスクライバ・プロファイル・マネージャ４０５によって提供されてもよい。たとえば、このような変更がＩＴシステム１０８によってサブスクライバ・プロファイルに書込まれると、サブスクライバ・プロファイル・マネージャ４０５は、サブスクライバ・プロファイルデータにおける変更を検出し得る。このような変更が発生すると、サブスクライバ・プロファイル・マネージャ４０５は、サブスクライバ・プロファイルデータの変更をサービングＰＣＲＦに通知するために上述のＰＮＲメッセージを生成してもよい。ＰＮＲメッセージは、ＰＣＲＦ１０２がサブスクライバ・データ使用量情報の更新に関する要求として認識している情報を搬送し得る。

ＰＮＲメッセージは更新済みサブスクライバ・データネットワーク使用量情報を取得するために好都合な既存のメカニズムを提供するが、この明細書中に記載される主題は、この情報を取得するためにＰＮＲメッセージを用いることに限定されない。代替的な実現例においては、ＰＣＲＦが更新済みネットワーク情報に関する要求として認識しているプロプライエタリまたは他のタイプのメッセージであって、かつこの情報を取得するためにＰＣＲＦをトリガするプロプライエタリまたは他のタイプのメッセージが送信されてもよい。

ＳＰＲ１００はまた、ＰＣＲＦ１０２と通信するためのＰＣＲＦインターフェイス４０６を含む。ＰＣＲＦインターフェイス４０６は、更新済みデータネットワーク使用量情報に関する要求をＰＣＲＦ１０２に送信し、ポリシー関連のサブスクライバ情報をＰＣＲＦ１０２に伝達し、更新済みデータネットワーク使用量情報をＰＣＲＦ１０２から受信し、サブスクライバ・プロファイルデータ・リポジトリ４０２に情報を記憶させる。図４に示されるコンポーネントは、１つ以上のプロセッサ４０８によって実行または実現されてもよい。

図５は、この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのＰＣＲＦ１０２のための例示的なアーキテクチャを示すブロック図である。図５を参照して、ＰＣＲＦ１０２は、ＳＰＲ１００と通信するためのＳＰＲインターフェイス５００を含む。ＳＰＲインターフェイス５００は、ＳＰＲ１００からデータ変更の通知を受信し、それらの通知をポリシーエンジン５０２に提供し得る。ポリシーエンジン５０２は、受信したメッセージを処理し、適切な動作を決定する。ポリシーエンジン５０２はまた、サブスクライバについてのサービングＰＣＥＦ情報５０４を維持し得る。ＰＣＲＦ１０２はまた、ＰＣＥＦ１０４と通信するためのＰＣＥＦインターフェイス５０６を含む。ＰＣＥＦインターフェイス５０６は、サブスクライバのために機能しているＰＣＥＦ１０４にリアルタイムデータネットワーク使用量情報に関する要求を送信してもよい。１つ以上のプロセッサ５０８が、ＰＣＲＦ１０２のコンポーネントを実現または実行し得る。

図６は、この明細書中に記載される主題の実施形態に従った、ＳＰＲを用いてリアルタイムデータネットワーク使用量情報を提供するためのＰＣＥＦ１０４の例示的なコンポーネントを示すブロック図である。図６を参照して、ＰＣＥＦ１０４は、ポリシーおよび他のメッセージをＰＣＲＦ１０２から受信するためのＰＣＲＦインターフェイス６００を含む。ＰＣＥＦ１０４はまた、ＰＣＲＦ１０２から受信されたインストール済みポリシー６０４を実施するためのポリシー実施エンジン６０２を含む。ポリシー実施エンジン６０２はまた、サブスクライバ数に基づいて使用量カウンタ（usage counter）６０６を実現してもよい。使用量カウンタ６０６は、ポリシーがインストールされる各々のサブスクライバによって、データネットワーク使用量の最新のカウントを維持する。ＰＣＥＦ１０４は、データネットワーク接続を介してデータをサブスクライバに送信したりサブスクライバから送信したりするためのサブスクライバ・データ・インターフェイス６０８を含み得る。１つ以上のプロセッサ６１０が、ＰＣＥＦ１０４のコンポーネントを実現または実行し得る。

図７は、この明細書中に記載される主題の実施形態に従った、サブスクライバについてのリアルタイムデータネットワーク使用量情報を提供する際にＩＴシステム１０８によって実行される例示的なステップを示すフローチャートである。図７を参照して、ステップ７００において、サブスクライバについてのリアルタイムデータネットワーク使用量情報に関する要求が受信される。たとえば、ＩＴシステム１０８は、サブスクライバについてのリアルタイムデータネットワーク使用量情報を要求するＳＭＳメッセージ、電子メールまたは通話をサブスクライバ１０６から受信してもよい。この要求は、サブスクライバが関与している１つ以上のデータセッションがまだ進行中である間に受信されてもよい。代替的には、当該要求は、モバイルネットワークオペレータから発生させてもよい。

ステップ７０２において、要求に応答して、ＩＴシステム１０８が、サブスクライバについてのデータネットワーク使用量情報を更新するようＳＰＲ１００をトリガする。たとえば、上述のとおり、ＩＴシステム１０８は、ＳＰＲ１００によって維持されているサブスクライバのプロファイルにおいてフラグを設定してもよく、この場合、フラグの設定により、ＳＰＲ１００をトリガして、ＰＣＲＦがサブスクライバについての要求使用量情報として解釈するであろうデータ変更通知を送信するようにし得る。ステップ７０４において、ＩＴシステム１０８が、サブスクライバについてのリアルタイムデータネットワーク使用量情報を受信する。たとえば、ＩＴシステム１０８は、サブスクライバについてのリアルタイムデータネットワーク使用量情報を含むメッセージをＳＰＲ１００から受信してもよく、または、ＳＰＲ中のサブスクライバ・プロファイルから読出して、データ変更を検出してもよい。

図８は、サブスクライバに関するリアルタイムデータネットワーク使用量情報を提供する際にＳＰＲ１００によって実行される例示的な全体的ステップを示すフローチャートである。図８を参照すると、ステップ８００において、ＳＰＲ１００が、サブスクライバについてのデータ変更要求を受信する。データ変更要求は、サブスクライバのプロファイルにおいてフラグを設定するための、ＩＴシステム１０８からのメッセージであってもよい。データ変更要求によって、サブスクライバについてのデータの変更をサービングＰＣＲＦに通知するようにＳＰＲがトリガされてもよい。したがって、ステップ８０２において、ＳＰＲ１００は、サブスクライバのために機能するＰＣＲＦを識別する。ステップ８０２は、サブスクライバについてのデータ変更通知を受信することを承諾しているすべてのＰＣＲＦを決定するためにそれ自体の状態データを分析することによって、実行されてもよい。ステップ８０４において、ＳＰＲ１００がＰＮＲをサービングＰＣＲＦに送信する。ＰＮＲは、ＰＣＲＦによって認識されるパラメータを使用量情報に関する要求として含んでもよい。ステップ８０６において、ＳＰＲが、サブスクライバについての使用量情報を含むＰＵＲを受信する。ステップ８０８において、ＳＰＲ１００がＩＴシステムに使用量情報を提供する。

図９は、サブスクライバに関するリアルタイムデータネットワーク使用量情報を提供する際にＰＣＲＦ１０２によって実行される例示的なステップを示すフローチャートである。図９を参照して、ステップ９００において、ＰＣＲＦ１０２がＳＰＲからＰＮＲを受信する。ステップ９０２において、ＰＣＲＦ１０２が、ＰＮＲを、サブスクライバについてのリアルタイムデータネットワーク使用量情報に関する要求として識別する。ステップ９０４において、ＰＣＲＦ１０２がサービングＰＣＥＦを識別する。ＰＣＲＦ１０２は、サブスクライバについてのポリシーをＰＣＥＦにインストールしたノードであるので、このＰＣＲＦ１０２は、サービングＰＣＥＦに関する情報を記憶していてもよい。ステップ９０６において、ＰＣＲＦ１０２が、リアルタイムデータネットワーク使用量情報に関する要求をサービングＰＣＥＦに送信する。ステップ９０８において、ＰＣＲＦ１０２は、サービングＰＣＥＦ１０４からリアルタイムデータネットワーク使用量情報を受信し、ステップ９１０において、ＰＵＲメッセージを介してＳＰＲ１００に対してリアルタイム使用量情報のインディケーションを提供する。複数のＰＣＥＦがサブスクライバのために機能している場合、ＰＣＲＦ１０２は、サブスクライバが関与している各々のセッションによって用いられている最新のバイトカウントについてＰＣＥＦの各々に対して照会を行って、サービングＰＣＥＦのすべてから得られるバイトカウントを合計してもよい。ＰＵＲメッセージにて提供されるリアルタイム・ネットワーク使用量情報のインディケーションは、ユーザの最新データネットワークセッションすべてについての合計バイトカウントを表わしている可能性がある。単一のＰＣＥＦがサブスクライバのために機能している場合であっても、ＰＣＥＦにサブスクライバのデータネットワーク使用量割当ての一部しか割当てられていないのであれば、たとえば、１ＧＢ割当てのうち１００ＭＢのチャンクしか割当てられていないのであれば、ＰＣＲＦは、事前に割当てられたすべてのチャンクからの使用量とともに最新のチャンクのうちのサブスクライバの使用量を合計して、この合計をＳＰＲに提供してもよい。

図１０は、この明細書中に記載される主題の実施形態に従った、サブスクライバに関するリアルタイムデータネットワーク使用量情報を提供する際にＰＣＥＦ１０４によって実行される例示的なステップを示す。図１０に示されるステップは、所与の時間にサブスクライバのために機能している複数のＰＣＥＦの各々によって実行されてもよい。図１０を参照して、ステップ１０００において、ＰＣＥＦ１０４が、サブスクライバについてのリアルタイム使用量情報に関する要求を受信する。当該要求は、サブスクライバに関する１つ以上のデータネットワークセッションが進行中である間に受信されてもよい。当該要求はサービングＰＣＲＦ１０２から発生させてもよい。ステップ１００２において、ＰＣＥＦ１０４がサブスクライバについてのデータネットワーク使用量カウンタを読出す。ＰＣＥＦはこのようなカウンタを維持し得るが、これは、ＰＣＥＦが、そのポリシー実施機能の一部としてこのようなカウンタを維持することを要求されているからである。ステップ１００４において、ＰＣＥＦが、サブスクライバに関するリアルタイムデータネットワーク使用量情報をＰＣＲＦ１０２に提供する。リアルタイムデータネットワーク使用量情報は、サブスクライバが関与している１つ以上のデータネットワークセッションが進行中である間に、サブスクライバによって用いられている最新のデータバイト量であってもよい。

このため、ＳＰＲにおいて維持されるデータネットワーク使用量情報の更新をトリガすることによって、この明細書中に記載される主題は、サブスクライバについてのリアルタイムデータネットワーク使用量情報を提供することができる。この明細書中に記載される主題は、データネットワーク使用量情報の更新を実施するために既存のメカニズムを変更したものを用いている。ここで開示されている主題のさまざまな詳細がここに開示されている主題の範囲から逸脱することなく変更され得ることが理解されるだろう。さらに、上述の説明は、例示だけを目的としたものであって、限定を目的としたものではない。

Claims (21)

1. サブスクリプション・プロファイル・リポジトリ（ＳＰＲ）を利用してサブスクライバについてのリアルタイムデータネットワーク使用量情報を提供するための方法であって、
   サブスクライバについてのリアルタイムデータネットワーク使用量情報に関する要求を受信するステップと、
   前記要求に応答して、ＳＰＲにおいて前記サブスクライバについてのデータ変更を実施するステップと、
   前記ＳＰＲにおいて、前記データ変更に応答して、リアルタイムデータネットワーク使用量情報をポリシーおよび課金規則機能（ＰＣＲＦ）に要求するステップと、
   前記ＰＣＲＦにおいて、
   リアルタイムデータネットワーク使用量情報に関する前記要求を受信するステップと、
   前記要求に応答して、前記サブスクライバについてのリアルタイムデータネットワーク使用量情報を少なくとも１つのポリシーおよび課金実施機能（ＰＣＥＦ）に要求するステップと、
   前記少なくとも１つのＰＣＥＦから前記リアルタイムデータネットワーク使用量情報を受信するステップと、
   前記ＳＰＲに前記リアルタイムデータネットワーク使用量情報のインディケーションを提供するステップとを含む、方法。
2. サブスクライバに関するリアルタイムデータネットワーク使用量情報に関する要求を受信するステップは、データネットワーク・オペレータの情報技術（ＩＴ）システムにおいて前記要求を受信するステップを含む、請求項１に記載の方法。
3. 前記要求を受信するステップは、通話、テキスト・メッセージまたは電子メールのうちの１つを介して前記サブスクライバから前記要求を受信するステップを含む、請求項１または２に記載の方法。
4. 前記ＳＰＲにおいて前記サブスクライバについてのデータ変更を実施するステップは、前記ＳＰＲによって維持される前記サブスクライバについてのプロファイルにおいてフラグを設定するステップを含む、請求項１〜３のいずれか１項に記載の方法。
5. 前記リアルタイム使用量情報を取得するために前記ＰＣＲＦにメッセージを送信するステップは、前記ＰＣＲＦにプッシュ通知要求（ＰＮＲ）メッセージを送信するステップを含む、請求項１〜４のいずれか１項に記載の方法。
6. 前記ＰＣＲＦにおいて、前記要求の受信に応答して、前記サブスクライバのために機能する少なくとも１つのＰＣＥＦを識別するステップを含み、前記ＰＣＲＦは、前記少なくとも１つのＰＣＥＦからデータネットワーク使用量情報を受信し、前記サブスクライバについての合計の最新データネットワーク使用量カウントを決定する、請求項１から５のいずれかに記載の方法。
7. 前記ＳＰＲに前記リアルタイムデータネットワーク使用量情報のインディケーションを提供するステップは、プロファイル更新要求（ＰＵＲ）メッセージを介して前記ＳＰＲに使用量情報を提供するステップを含む、請求項１〜６のいずれか１項に記載の方法。
8. 前記ＳＰＲから、前記サブスクライバと対話する情報技術（ＩＴ）システムに、前記リアルタイムデータネットワーク使用量情報を提供するステップを含む、請求項１〜７のいずれか１項に記載の方法。
9. 前記少なくとも１つのＰＣＥＦから前記リアルタイムデータネットワーク使用量情報を受信するステップは、前記サブスクライバが１つ以上のデータネットワークセッションに関与している間に、前記サブスクライバについてのデータネットワーク使用量情報を反映させたバイトカウントを前記ＰＣＥＦから受信するステップを含む、請求項１に記載の方法。
10. 前記リアルタイムデータ使用量情報は、ロング・ターム・エボリューション（ＬＴＥ）データネットワーク使用量情報を含む、請求項１から９のいずれかに記載の方法。
11. サブスクリプション・プロファイル・リポジトリ（ＳＰＲ）を利用してサブスクライバについてのリアルタイムデータネットワーク使用量情報を提供するためのシステムであって、
    サブスクライバについてのリアルタイムデータネットワーク使用量情報に関する要求を受信し、前記要求に応答して、前記サブスクライバについてのデータ変更を実施するように構成された情報技術（ＩＴ）システムと、
    前記ＩＴシステムから前記データ変更を受信し、前記データ変更に応答して、リアルタイムデータネットワーク使用量情報を前記サブスクライバに要求するように構成されたＳＰＲと、
    ポリシーおよび課金規則機能（ＰＣＲＦ）とを含み、前記ポリシーおよび課金規則機能（ＰＣＲＦ）は、リアルタイムデータネットワーク使用量情報に関する要求を受信し、前記要求に応答して、リアルタイムデータネットワーク使用量情報を少なくとも１つのポリシーおよび課金実施機能（ＰＣＥＦ）に要求し、前記少なくとも１つのＰＣＥＦから前記リアルタイムデータネットワーク使用量情報を受信し、前記ＳＰＲに前記リアルタイムデータネットワーク使用量情報を提供するように構成される、システム。
12. 前記ＩＴシステムは、データネットワーク・オペレータによって管理される、請求項１１に記載のシステム。
13. 前記ＩＴシステムは、通話、テキスト・メッセージまたは電子メールのうちの１つを介して前記サブスクライバから前記要求を受信するように構成される、請求項１１または１２に記載のシステム。
14. 前記ＩＴシステムは、前記ＳＰＲによって維持されている前記サブスクライバについてのプロファイルにおいてフラグを設定することによって、前記ＳＰＲにおいて前記サブスクライバについての前記データ変更を実施するように構成される、請求項１１〜１３のいずれか１項に記載のシステム。
15. 前記ＳＰＲは、プッシュ通知要求（ＰＮＲ）メッセージを前記ＰＣＲＦに送信して、前記リアルタイムデータネットワーク使用量情報を取得するように前記ＰＣＲＦをトリガするように構成される、請求項１１〜１４のいずれか１項に記載のシステム。
16. 前記ＰＣＲＦは、前記サブスクライバのために機能する前記少なくとも１つのＰＣＥＦを識別するように構成され、前記ＰＣＲＦは、前記少なくとも１つのＰＣＥＦからデータネットワーク使用量情報を受信し、前記サブスクライバについての合計の最新データネットワーク使用量カウントを決定する、請求項１１〜１５のいずれか１項に記載のシステム。
17. 前記ＰＣＲＦは、プロファイル更新要求（ＰＵＲ）メッセージを介して前記使用量情報を前記ＳＰＲに提供するように構成される、請求項１１〜１６のいずれか１項に記載のシステム。
18. 前記ＳＰＲは、前記リアルタイムデータネットワーク使用量情報を前記ＩＴシステムに提供するように構成される、請求項１１〜１７のいずれか１項に記載のシステム。
19. 前記ＰＣＲＦは、前記サブスクライバが１つ以上のデータネットワークセッションに関与している間に、前記サブスクライバについてのデータネットワーク使用量情報を反映させたバイトカウントを前記少なくとも１つのＰＣＥＦから受信するように構成される、請求項１１〜１８のいずれか１に記載のシステム。
20. 実行可能命令が格納された非一時的なコンピュータ読取可能媒体であって、前記実行可能命令は、コンピュータのプロセッサによって実行されると、
    サブスクリプション・プロファイル・リポジトリ（ＳＰＲ）において、
    前記ＳＰＲにおいてサブスクライバについてのデータ変更を実施するために情報技術（ＩＴ）システムから通信を受信するステップと、
    前記データ変更を実施するための前記通信に応答して、リアルタイムデータネットワーク使用量情報をポリシーおよび課金規則機能（ＰＣＲＦ）に要求するステップと、
    前記リアルタイムデータネットワーク使用量情報のインディケーションを含む通信を前記ＰＣＲＦから受信するステップと、
    前記リアルタイムデータネットワーク使用量情報の前記インディケーションを前記ＩＴシステムに提供するステップと、を実行させるよう前記コンピュータを制御する、非一時的なコンピュータ読取可能媒体。
21. 実行可能命令が格納された、請求項２０に記載の非一時的なコンピュータ読取可能媒体であって、前記実行可能命令は、コンピュータのプロセッサによって実行されると、請求項１〜１０のいずれか１項に記載の方法を実行させるよう前記コンピュータを制御する、非一時的なコンピュータ読取可能媒体。

Images