データ型指向ユーザ機器のアカウント情報を通知するための方法および装置
本発明は、データ型指向ユーザ機器のアカウント情報を通知するための方法および装置を開示する。方法は、各ユーザが事前決定された条件を満たすかどうかを判定するステップと、事前決定された条件が満たされる場合に、パケット・データ・ネットワーク・ゲートウェイにユーザのためのアカウント情報通知制御情報をアクティブ化させるステップとを含み、アカウント情報通知制御情報は、ウェブ通知サーバのネットワーク・アドレスを含む。本発明を用いると、端末ユーザは、自分のアカウント情報をよりタイムリに知り、それによって、ワイヤレス・ブロードバンド・データ・サービスの使用モードをアカウント情報に従って調整できるようになり、例えば、ある期間の間はサービスにアクセスする頻度を少なくして、もしくはサービスを使用不可にして、それによって、高額の請求書を回避することができ、または前払いの入金を行って、それによって、重要な接続が期限切れアカウントのせいでつながらなくなることを防止することができる。通信事業者およびサービス・プロバイダは、ワイヤレス・ブロードバンド・データ・サービスのユーザ・エクスペリエンスを改善して、それによって、ユーザの不満を減らし、ワイヤレス・ブロードバンド・データ・サービスの分野において顧客を失うことを避けることができる。本発明の方法では、新しい機能を提供しながらも、他のタイプのユーザ機器と良好な互換性を有することが可能である。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、アカウント情報の通知に関し、詳細には、パケット・データ・ネットワークにおいてデータ型指向（ｄａｔａ−ｔｙｐｅ−ｏｒｉｅｎｔｅｄ）ユーザ機器のアカウント情報を通知するための方法および装置に関する。
【背景技術】
【０００２】
ＧＳＭＡの報告によれば、世界中のワイヤレス・ブロードバンド接続の数は、２００９年２月までに１億に達しており、このことは、世界中でのワイヤレス・ブロードバンド・データ・サービスの人気を示している。ワイヤレス・ブロードバンド・データ・カード・サービスは、ユーザが、パーソナル・コンピュータ、ラップトップ・デバイスなどを用いて、ワイヤレス・ブロードバンド・データ（例えば、インターネット、ウェブ・ベースの電子メールなど）にアクセスすることを可能にする。
【０００３】
ワイヤレス・ブロードバンド・データ・カード・サービスの１つの料金（ｔａｒｉｆｆ）プラン・モードは、以下のようなものである。例えば、ユーザは、事前設定された月間のデータ許容量（データ量）、例えば５Ｇバイトに対して一定の月間のデータ金額を支払うが、ひとたびユーザの月間のデータ許容量に達すると、データ料金モードは、メガバイト（ＭＢ）当たりの超過料金、例えば０．２５元／ＭＢに切り換わり、これは、５ＧＢのデータ許容量閾値に達した後は、ユーザは、追加の１ＧＢデータ・アクセスに対して追加の２５６元を支払わなければならないことを意味する。ワイヤレス・データにますます依存するようになるにつれて、通常のブラウジングおよびローミング行為がデータ・サービス料金にどのように変換されるのかが分からないという事実に、今ではユーザが不満をもらすようになっている。その証拠となり得るのが、ローミング中のユーザを保護するために策定された最近の欧州連合（ＥＵ）規則、およびユーザとサービス・プロバイダの間で戦われた北米における最近の集団訴訟である。
【０００４】
従来の回路交換ベースの電気通信ネットワークの場合、課金システムは、音声通信セッション前／中に、リアルタイム音声告知またはＳＭＳ通知をユーザに提供することができる。例えば、オンライン課金システムは、ユーザが通話を行う前に、「お客様の残高はＸＸ元です」といった音声告知をユーザに提供することができ、別の例では、オンライン課金システムは、ユーザの残高が下限の残高閾値に達したときに、さらに音声通知をユーザに送ることができる。したがって、ユーザは、セッションの費用、残高、および他の情報についてのリアルタイムの知識を得ることができ、その後、それらの情報に基づいて、さらに以降の動作モードを決定することができる。
【０００５】
通信ネットワークが、パケット・データ・ネットワークに切り換わっていくにつれて、主としてデータ・サービスを目的とするユーザ機器（すなわち、ノートブック・コンピュータ、デスクトップ・コンピュータなど）は、音声またはＳＭＳ通知モードをサポートしないことがある。しかし、これらのユーザ機器のユーザは、自分のアカウント情報を知りたがっている。データ料金は一般に高額であるので、月間、四半期間、または年間のデータ量の閾値をひとたび超過すると、ユーザが驚くべき請求書を受け取る可能性が非常に高くなる。今現在、実現可能で有効な解決策はまだ存在していないので、これらのユーザは、データ・サービスの使用に慎重になっており、加入したワイヤレス・ブロードバンド・データ・サービスの登録を解除するユーザの数は、増加しており、したがって、通信事業者およびサービス・プロバイダは、新たな課題を突き付けられている。
【発明の概要】
【課題を解決するための手段】
【０００６】
上述の問題に鑑みて、本発明の一実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知する、オンライン課金デバイスにおける、方法が提供される。方法は、ａ．ユーザ毎にユーザが事前決定された条件を満たすかどうかを判定するステップと、ｂ．ユーザが事前決定された条件を満たす場合に、ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報をアクティブ化するように、パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するステップとを含み、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、方法は、ウェブ通知サーバからアカウント情報要求を受信するステップであって、アカウント情報要求が、ユーザのアカウント情報を要求するために使用される、ステップと、ウェブ通知サーバにユーザのアカウント情報を提供するステップとをさらに含む。
【０００７】
さらに、ステップａは、
−ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、事前決定された条件が満たされると判定するステップを含む。
【０００８】
さらに、ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイに接続されたために、または過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であったために、事前決定された条件が満たされる場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザ機器を制御した後、方法は、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告したかどうかを判定するステップと、ウェブ通知サーバが、ユーザにアカウント情報を通知する動作の完了を報告した場合に、パケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報を非アクティブ化するように、パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するステップとをさらに含む。
【０００９】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、パケット・データ・ネットワーク・ゲートウェイが、ユーザのためのアカウント情報通知制御情報をアクティブ化させた後、ユーザが、データ・サービスの第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバに接続するようにユーザのユーザ機器を制御する。
【００１０】
本発明の別の実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知する、パケット・データ・ネットワーク・ゲートウェイにおける、方法が提供される。方法は、Ａ．オンライン課金デバイスからアクティブ化コマンドを受信するステップと、Ｂ．アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するステップであって、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、ステップと、Ｄ．ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するステップとを含む。
【００１１】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、ステップＢの後、ステップＤの前に、方法は、Ｃ．ユーザのユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するステップであって、データ・サービス・アクセス要求メッセージが、データ・サービスの第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、ステップをさらに含み、ステップＤは、データ・サービス・アクセス要求メッセージが受信された場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するステップをさらに含む。
【００１２】
本発明の別の実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、方法が提供される。方法は、ｉ．ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するステップと、ｉｉ．オンライン課金制御デバイスからユーザのアカウント情報を獲得するステップと、ｉｉｉ．ウェブ通知ページを生成するステップであって、ウェブ通知ページが、ユーザのアカウント情報を含む、ステップと、ｉｖ．ユーザのユーザ機器にウェブ通知ページを送信するステップと、ｖ．ユーザのユーザ機器のために実行されるアカウント情報通知が完了したときに、アカウント情報通知の完了の情報をオンライン課金デバイスに通知するステップとを含む。
【００１３】
本発明の別の実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置が提供される。第１の装置は、ユーザ毎にユーザが事前決定された条件を満たすかどうかを判定するための第１のユニットと、ユーザが事前決定された条件を満たす場合に、ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報をアクティブ化するように、パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するための第２のユニットとを備え、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、第１の装置は、ウェブ通知サーバからアカウント情報要求を受信するための第１の受信ユニットであって、アカウント情報要求が、ユーザのアカウント情報を要求するために使用される、第１の受信ユニットと、ウェブ通知サーバにユーザのアカウント情報を提供するための第３のユニットとをさらに備える。
【００１４】
さらに、第１のユニットは、
−ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、事前決定された条件が満たされると判定する。
【００１５】
さらに、第１のユニットはさらに、ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイに接続されたために、または過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であったために、事前決定された条件が満たされる場合に、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告したかどうかを判定するためのものであり、第２のユニットはさらに、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告した場合に、パケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報を非アクティブ化するように、パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するためのものである。
【００１６】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、パケット・データ・ネットワーク・ゲートウェイが、ユーザのためのアカウント情報通知制御情報をアクティブ化させた後、ユーザが、データ・サービスの第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバに接続するようにユーザのユーザ機器を制御する。
【００１７】
本発明のさらなる実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置が提供される。第２の装置は、オンライン課金デバイスからアクティブ化コマンドを受信するための第２の受信ユニットと、アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するための第４のユニットであって、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、第４のユニットと、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するための第５のユニットとを備える。
【００１８】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、第２の装置は、ユーザのユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するための第６のユニットであって、データ・サービス・アクセス要求メッセージが、データ・サービスの第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、第６のユニットをさらに備え、第５のユニットはさらに、データ・サービス・アクセス要求メッセージが受信された場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するためのものである。
【００１９】
本発明のさらなる実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置が提供される。第３の装置は、ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するための第７のユニットと、オンライン課金制御デバイスからユーザのアカウント情報を獲得するための第８のユニットと、ウェブ通知ページを生成するための第９のユニットであって、ウェブ通知ページが、ユーザのアカウント情報を含む、第９のユニットと、ユーザのユーザ機器にウェブ通知ページを送信するための第１０のユニットとを備え、第１０のユニットはさらに、ユーザのユーザ機器のために実行されるアカウント情報通知が完了したときに、アカウント情報通知の完了の情報をオンライン課金デバイスに通知するためのものである。
【００２０】
さらに、第９のユニットによって生成されるウェブ通知ページが、
−ユーザとの対話的動作を実行するためのコンテンツ、および
−ユーザに付加価値サービスを提供するためのコンテンツ
のうちの少なくとも一方をさらに含む。
【００２１】
本発明の実施形態によれば、システムは、端末ユーザが最初にデータ・サービスにアクセスしたときに、データ・サービスをアクティブ化するためにパスワードを入力するよう端末ユーザを促すことができ、システムは、累積のデータ量が月間割当量閾値に接近したときに、ユーザへの通知を行わせることができ、システムは、加入者アカウントの有効期間に変更があったときに、通知イベントを生じさせることができ、システムは、残高が使い切られたときに、端末ユーザに入金を実行させるために通知イベントを生じさせることができ、他にも様々なことを行うことができる。
【発明の効果】
【００２２】
本発明による方法および装置を用いる場合、達成可能な技術的効果は、以下のものを含むが、それらに限定されない。
１．端末ユーザは、自分のアカウント情報についてよりタイムリな知識を得て、それによって、ワイヤレス・ブロードバンド・データ・サービスのそれ以降の使用モードのより適切なハンドリングを実行することができ、例えば、ある期間の間はサービスにアクセスする頻度を少なくして、もしくはサービスを使用不可にして、それによって、高額の請求書を回避することができ、または前払いの入金を行って、それによって、重要な接続が期限切れアカウントのせいでつながらなくなることを防止することができる。
２．通信事業者およびサービス・プロバイダは、ワイヤレス・ブロードバンド・データ・サービスのユーザ・エクスペリエンスを改善して、それによって、ユーザの不満を減らし、ワイヤレス・ブロードバンド・データ・サービスの分野において顧客を失うことを避けることができる。
３．新しい機能を提供しながらも、他のタイプのユーザ機器と良好な互換性を有することが可能である。
【００２３】
本発明の他の特徴および利点は、図面を参照して行われる、本発明の少なくとも非限定的な実施形態についての以下の説明からより明らかになるであろう。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するためのネットワーク・アーキテクチャの図である。
【図２】本発明の第１の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示す図である。
【図３】本発明の第２の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示す図である。
【図４】本発明の第３の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示す図である。
【図５】本発明の一実施形態による、システムの構造図である。
【図６】本発明の一代替実施形態に従ってユーザ機器に表示される、アカウント情報を通知するためのウェブ通知ページの概略図である。
【図７】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置のブロック図である。
【図８】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置のブロック図である。
【図９】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置のブロック図である。
【発明を実施するための形態】
【００２５】
同一または同様の参照番号は、図面全体にわたって、同一または同様の技術的特徴を示す。
【００２６】
本発明の非限定的な実施形態が、図面を参照して、以下で紹介される。図１は、本発明の典型的な応用シナリオを示しており、簡潔にするため、４つのユーザ機器（ＵＥ）１１〜１４、これらのＵＥにそれぞれアクセスを提供するアクセス・デバイス２１〜２４、およびそれぞれのアクセス・デバイスの上位層に存在する制御デバイス３１〜３３だけを示している。図１はさらに、パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ、これ以降、ゲートウェイと呼ばれる）４、ウェブ通知サーバ（これ以降、通知サーバと呼ばれる）５、およびオンライン課金デバイス６を示している。オンライン課金デバイス６は、オンライン課金システムの機能を実行し、オンライン課金デバイスとオンライン課金システムの２つの概念は、本明細書の文脈では互いに区別されない。
【００２７】
オンライン課金デバイス６には、ゲートウェイ４と対話するためのダイアメータＧｙインタフェース（Ｄｉａｍｅｔｅｒ Ｇｙ ｉｎｔｅｒｆａｃｅ）と、通知サーバ５と対話するためのユーザ・アカウント・アクセス・インタフェースとが提供され、ゲートウェイ４は、ＨＴＴＰプロトコルで、パケット・データ・ネットワークおよびサーバ５と通信する。
【００２８】
一般性を失うことなく、ユーザ機器１１は、ノードＢ ２１および無線ネットワーク・コントローラ３１を介して進化型パケット・コアに接続される、ＧＰＲＳまたはＵＭＴＳデバイスであり、ユーザ機器１２は、ｅノードＢを介して進化型パケット・コアに接続される、ＬＴＥデバイスであり、ユーザ機器１３は、ＢＴＳおよびＤｏＲＮＤを介して進化型パケット・コアに接続される、３Ｇ１Ｘ／ＨＲＰＤデバイスであり、ユーザ機器１４は、例えば、ＷｉＭａｘ、ＷｉＦｉなどの他の技術に基づいた端末デバイスであり、適切なアクセス・デバイスを介して進化型パケット・コアに接続される。
【００２９】
図１に示されるシナリオは、本発明を適用可能な多くのシナリオの１つにすぎず、加えて、図面および実施形態を参照して提示される本明細書の文脈における説明は、本発明の非限定的な詳細な紹介であり、本発明の範囲を限定するものではないと解釈すべきことが、当業者には理解されよう。例えば、以下で言及されるシグナリングは、一般にはダイアメータ・プロトコルから取られるが、当業者であれば、本明細書を検討することによって、いかなる発明的な努力も払わずに、別のプロトコルを採用するネットワーク環境に本発明のアイデアを適用することができる。
【００３０】
本発明の少なくとも１つの実施形態は、ウェブ通知ページをユーザ機器に送信することによって、アカウント情報が通知される、革新的なソリューションを提供する。ウェブ・ベースの通知サーバ５を用いる場合、ユーザに提供できるユーザ・エクスペリエンスは、以下のものを含むが、それらに限定されない。
【００３１】
１．ウェブ・ベースのアカウント情報通知機能
ユーザの現在適用されている料金が、ウェブ通知ページでユーザに通知される。
料金の残高および料金使用の統計が、ウェブ通知ページでユーザに通知される。
ユーザによるデータ・サービスの使用（例えば、消費データ量が一定の事前決定された閾値または消費限界に達した）および可能な料金変更が、ウェブ通知ページでユーザに通知される。
【００３２】
２．ウェブ・ベースのユーザ対話機能
ユーザには、ウェブ通知ページにおいて対応する機能のいくつかのリンクが提供され、例えば、ユーザは、１つのリンクをクリックすることによって、新しいサービス・パッケージ（例えば、５元で有効期間が２日間の３００ＭＢのデータ許容量）を購入することができる。
事前設定された閾値に達した場合、ユーザは、ウェブ通知ページにおけるサービス・アドバイスに基づいて、自分の現在のデータ・セッションを延長することができる。
ウェブ通知ページにおけるユーザのデータ・セッションには、パスワード・ベースのセキュリティ保証を提供することができ、例えば、ユーザは、自分のデータ・サービスに関連するリソースを他のユーザにトロイの木馬を介して不当に占有されないように、ＰＩＮコードを入力するよう促される。
【００３３】
３．ウェブ・ベースの付加価値サービス機能
通信事業者は、ユーザがクリックを行って、通信事業者によって提供されるリストから音楽をダウンロードできるように、必須の通知およびユーザ対話機能に加えて、ユーザに提示されるウェブ通知ページにいくつかの役立つリンクをさらに追加することができる。さらに、ユーザ機器に送信されるウェブ・ベースの通知ページに、いくつかの広告情報をさらに追加することができ、そのような広告情報は、ユーザと通信事業者の間の合意に好ましくは基づいており、それによって、苦情を回避する。例えば、通信事業者は、いくつかのデータ・サービスのボーナス／ディスカウントをユーザに提供することができ、その見返りに、ユーザは、自分が受信するウェブ・ベースの通知ページにおいて広告情報を受け入れることに同意する。
【００３４】
本発明の要点は、長い間にわたってユーザ機器の弱みであった、パーソナル・コンピュータなどが音声またはＳＭＳ通知をリアルタイムに受信できないという問題が、ウェブ・ベースのアカウント情報通知に基づいて対処されることに存する。本発明の一実施形態によれば、オンライン課金デバイス６は、事前決定された条件が満たされたことをユーザについて決定し、その後、ユーザのユーザ機器が属するゲートウェイに、ユーザのためのアカウント情報通知制御情報をアクティブ化するよう命令する。一般性を失うことなく、そのような事前決定された条件は、ユーザのユーザ機器が、初期化プロセスにおいて（パケット・データ・ネットワーク）ゲートウェイへの接続を要求すること、過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であること、および過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上であることという条件のうちのいずれか１つとすることができる。
【００３５】
「ユーザ」および「ユーザ機器」という概念は、本明細書の文脈では頻繁に繰り返し現れるが、「ユーザ」は特に、アカウントが対応するもの、典型的には人および企業を指し、「ユーザ機器」は特に、ユーザによって使用される特定の電子端末デバイス、例えば、ノートブック・コンピュータ、デスクトップ・コンピュータなどを指す。もちろん、２つの概念は、本明細書の文脈において特に互いに区別されなくても、いかなる混乱も招くことはない。
【００３６】
本発明の実施形態が、特定のフローチャートを参照しながら、上述のいくつかの事前決定された条件に関連して以下で紹介される。
【００３７】
第１の実施形態：ユーザ機器が初期化プロセスにおいてゲートウェイへの接続を要求したために事前決定された条件が満たされる
【００３８】
図２を参照すると、図２は、第１の実施形態に従ってアカウント情報を通知する方法のフローと、対応するウェブ通知ページとを示している。最初に、ユーザ（チャン氏）が、自分のユーザ機器１１、例えば、ノートブック・コンピュータを起動し、ユーザ機器１１は、チャン氏の入力操作に応答して、ゲートウェイ４との接続の確立を要求するために、データ・セッション確立要求を生成し、それをゲートウェイ４に送信する。特にダイアメータ・プロトコルでは、要求は、ＰＤＰコンテキスト確立要求である。
【００３９】
次にステップＳ２０２において、ゲートウェイ４は、ユーザの有効性を検証するために、チャン氏のためのダイアメータＣＣＲｉ（クレジット制御要求イニシャル）メッセージを生成し、それをオンライン課金デバイス６に送信する。
【００４０】
この例では、ゲートウェイ４からＣＣＲｉを受信すると、オンライン課金デバイス６は、事前決定された条件が満たされることを決定し、またはオンライン課金デバイス６は、最初に、ＣＣＲｉメッセージに基づいて、チャン氏のアカウント設定情報をチェックし、その後、事前決定された条件が満たされることを決定する。ユーザ機器１１から先に送信された要求は、チャン氏の特性情報を含むので（例えば、要求は、チャン氏と結び付けられた物理ポートを介してゲートウェイ４に到着し、または要求は、身元情報を伝える）、オンライン課金デバイス６は、ユーザであるチャン氏が事前決定された条件を満たすことを決定することができ、それによって、その後の動作の適切なトリガリングを実行することができる。
【００４１】
事前決定された条件が満たされることが決定すると、オンライン課金デバイス６は、ステップＳ２０３において、ＣＣＡｉ（クレジット制御要求応答）メッセージをゲートウェイ４に返し、このＣＣＡｉメッセージは、本発明におけるアクティブ化コマンドの具体的な一例である。ＣＣＡｉメッセージにおいて、オンライン課金デバイス６は、チャン氏によって要求されたデータ・サービスの開始前に、ウェブ・ベースのアカウント情報通知を実行するために、マルチサービス・クレジット制御と呼ばれる属性値ペア（ＡＶＰ：Ａｔｔｒｉｂｕｔｅ Ｖａｌｕｅ Ｐａｉｒ）に、以下のサブＡＶＰを書き込む。
Ａ）許可サービス・ユニット（Ｇｒａｎｔｅｄ Ｓｅｒｖｉｃｅ Ｕｎｉｔ）＝０
Ｂ）最終指示ユニット（Ｆｉｎａｌ−Ｉｎｄｉｃａｔｅ−Ｕｎｉｔ）、これは、リダイレクション・アクションとしての最終ユニット・アクションと、リダイレクションＵＲＬアドレスを含み、リダイレクションＵＲＬアドレスは、通知サーバ５のネットワーク・アドレスである。
【００４２】
上述の情報Ａ）およびＢ）は、チャン氏のためにゲートウェイ４によってアクティブ化されるアカウント情報通知制御情報に含まれ、ゲートウェイ４は、情報をアクティブ化した後直ちに、最終指示ユニット内で示される通知サーバ５に接続するようにユーザ機器１１を制御することができる。より好ましい実施形態は、以下で詳述される。
【００４３】
さらに、ＣＣＡｉは、以下のサブＡＶＰをさらに含むことができる。
Ｃ）レーティング・グループ（Ｒａｔｉｎｇ−Ｇｒｏｕｐ）、これは、どのタイプのデータ・サービスが、通知サーバ５にリダイレクトされるかを示すために使用され、これらのデータ・サービスからなる組は、本明細書の文脈では、データ・サービスの第１の組とも呼ばれる。その場合、アクティブ化されたアカウント情報通知制御情報は、データ・サービスの第１の組にしかるべく対応する。
【００４４】
ＣＣＡｉにおいて、レーティング・グループは省略することができ、情報のこの項目が省略される場合、ゲートウェイ４は、デフォルトによって、どのタイプのデータ・サービスに対するアクセス要求もリダイレクトされること、すなわち、すべてのデータ・サービスがデータ・サービスの第１の組に属することを仮定する。
【００４５】
さらに、ＣＣＡｉは、以下のサブＡＶＰをさらに含むことができる。
Ｄ）有効時間（Ｖａｌｉｄｉｔｙ−Ｔｉｍｅ）、これは、ゲートウェイ４が、ユーザ機器１１からのデータ・サービス要求を待つ期間を示すために使用される。有効時間が満了する前に、ユーザ機器１１からデータ・サービス要求を受信しない場合、データ・サービス・アクセス要求のリダイレクションは、もはやチャン氏のために実行されない。その場合、アクティブ化されたアカウント情報通知制御情報が、この有効時間をさらに含む。
【００４６】
ＣＣＡｉにおいて、有効時間も省略することができ、例えば、ゲートウェイ４は、有効時間のデフォルト値として事前決定された静的または準静的な値を保存することができ、このデフォルト値は、一般に有限である。もちろん、本発明の範囲から逸脱することなく、デフォルト値を無限に設定することもできる。
【００４７】
ゲートウェイ４に対して、通知サーバ５のネットワーク・アドレスおよびレーティング・グループは、一時的にある程度は不変とすることができ、したがって、通知サーバ５のネットワーク・アドレスおよびレーティング・グループをＣＣＡｉから獲得した後、ゲートウェイ４は、これらの情報を保存することができ、以降のかなりの継続期間にわたって、そのような情報をオンライン課金デバイス６に要求する必要がないことを、ここでは留意されたい。これに鑑みて、ステップＳ２０３におけるＣＣＡｉは、特定の指示的な情報を含まないことがあるが、ゲートウェイ４は、そのようなＣＣＡｉ（アクティブ化コマンド）の受信時に、対応するユーザのための事前保存されたアカウント情報通知制御情報をアクティブ化するように構成される。
【００４８】
ステップＳ２０３の後、ゲートウェイ４は、有効時間に相当する継続期間を有するタイマを開始し、この継続期間中にユーザがレーティング・グループ内で示されるデータ・サービスを要求するかどうかを監視し、すなわち、受信したＣＣＡｉメッセージに基づいて、チャン氏のためのアカウント情報通知制御情報をアクティブ化する。また、ＰＤＮゲートウェイは、「ベアラ・セッション確立応答」をユーザ機器１１に返し、ゲートウェイ４は、ユーザ機器１１がそれと正常に接続されたことを知ることができる。
【００４９】
チャン氏は、ユーザ機器１１がゲートウェイ４との上述の接続を確立した後のある時点に、ユーザ機器１１を用いて、データ・サービスに対するアクセス要求を開始する。例えば、ステップＳ２０５において、チャン氏は、例えば、オンライン・ビデオを再生するリンクをクリックすることによって、ユーザ機器１１上でデータ・サービスを開始し、その後、ユーザ機器１１は、「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」メッセージを生成し、それをネットワーク側に送信する。このメッセージは、データ・サービス・アクセス要求の一例であり、ＵＲＬ１は、オンライン・ビデオを提供するマルチメディア・サーバのネットワーク・アドレスである。「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」メッセージは、アクセス・ネットワークを介して、ゲートウェイ４にルーティングされる。ゲートウェイ４は、データ・サービス・アクセス要求を検出し、この例では、データ・サービスは、ＣＣＡｉにおいて示されるデータ・サービスの第１の組に属し、すなわち、データ・サービスは、レーティング・グループに包含され、リダイレクトされる。
【００５０】
上述の決定に基づいて、ゲートウェイ４は、ステップＳ２０６において、「ｈｔｔｐ ３０２ （リダイレクションＵＲＬ）」メッセージを生成し、それをユーザ機器１１に送信し、「リダイレクションＵＲＬ」の部分は、通知サーバ５のネットワーク・アドレスである。リダイレクトされる異なるタイプのデータ・サービスに対応する通知サービスは、本発明の範囲から逸脱することなく、同じであっても、または同じでなくてもよく、そのため、データ・サービスの第１の組に包含されるそれぞれのデータ・サービスが通知サーバ５に対応するシナリオが、以下では説明されることに留意されたい。その場合、チャン氏は、もともとはオンライン・ビデオ・サーバへのアクセスを要求するが、ユーザ機器１１は、ビデオ・サーバに直接的に接続される代わりに、最終的に通知サーバに接続され、それも、本明細書の文脈ではリダイレクションと呼ばれる。
【００５１】
ステップＳ２０７において、ユーザ機器１１は、「ｈｔｔｐ ３０２ （リダイレクションＵＲＬ）」メッセージに基づいて、「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」要求メッセージを生成し、それをゲートウェイ４に送信する。その場合の「リダイレクションＵＲＬ」は、通知サーバ５のネットワーク・アドレスであるので、ゲートウェイ４は、それによって、「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」が通知サーバ５に転送されることを知り、対応する転送動作を実行する。
【００５２】
通知サーバ５は、ユーザ機器１１からの要求の受信時に、アカウント情報通知が実行されるユーザがチャン氏であることを確認し、その後、ステップＳ２０８において、チャン氏のアカウント情報を獲得するために、オンライン課金デバイス６にアカウント情報要求を送信する。
【００５３】
次のステップＳ２０９において、オンライン課金デバイス６は、チャン氏のアカウント情報を通知サーバ５に返す。この例では、チャン氏に結び付けられたパッケージの加入契約情報が返され、それによれば、今月のパッケージは、５ＧＢのデータ割当量（またはデータ許容量）を有し、３ＧＢが消費され、２ＧＢが残っており、今月のパッケージのトラフィック統計についての残り期間は１５日である。本明細書の文脈における「今月」は、別途述べられない限り、トラフィック統計に関する月を指す。月当たり３０日が存在する場合、今月は１５日が経過しており、以下の例では、今月経過した１５日が、いわゆる第１の継続期間である。ユーザは、アカウント情報通知モードを自分に望ましくカスタマイズすることができ、このカスタマイズは、オンライン課金デバイス６によって通知サーバに提供されるアカウント情報に反映され、最終的には通知サーバ５によってユーザに提示されるウェブ通知ページに反映される。
【００５４】
通知サーバ５は、チャン氏のアカウント情報の獲得時に、ステップＳ２１０において、ウェブ通知ページを構成する。ウェブ通知ページは、チャン氏のアカウント情報を含み、好ましくは、そこに提示されるアカウント情報は、ほぼリアルタイムである。例えば、時刻Ｔ１におけるアカウント情報は、時刻Ｔ２におけるアカウント情報と異なることがあり、これは一般に、パッケージの使用に反映される。通知サーバ５は、構成された通知ページを含む「Ｈｔｔｐ Ｒｅｓｐｏｎｓｅ」メッセージをユーザ機器１１に返し、その後、図２の左側に示されるページが、ユーザ機器１１の画面上にポップアップする。実際には、ユーザ機器１１は、電源が入れられて以来、今までのところオンライン・ビデオ・サービスにアクセスしていないので、タイトルは、これがサービス前通知であることを示している。ウェブ通知ページは、ユーザの今月のデータ割当量が５ＧＢであること、今月の消費トラフィック量が３ＧＢであり、残りが２ＧＢであること、および今現在、今月末まで残り１５日であることといった情報をさらに反映する。
【００５５】
好ましくは、ウェブ通知ページは、マン−マシン対話ボタンおよび必須のプロンプト情報をさらに提供する。もちろん、図２に示されるウェブ通知ページは、本発明の非限定的な一例にすぎず、ユーザは、ページを見た後で、ページのプロンプトに応答して、関連する操作を実行する（例えば、ウェブ通知ページ内にあるリンクなどをクリックする）ことができる。その後、ステップＳ２１１において、ユーザ機器と通知サーバ５の間で、複数のｈｔｔｐ要求とｈｔｔｐ応答が発生し、それによって、オンライン課金デバイス６上のアカウント情報がさらにアクセスされ／更新される。この例において、その説明を繰り返すことは省略する。
【００５６】
チャン氏が関連する操作を実行した後、例えば、ユーザがユーザ機器１１をコントロールして、ボタン「ＯＫ」をクリックした後、方法は、ステップＳ２１２に進み、ユーザ機器１１は、「ｈｔｔｐ ｇｅｔ （ｓｅｎｄ ｉｎｆｏＵＲＬ， ＵＲＬ１）」メッセージを生成し、それを通知サーバ５に送信する。このメッセージは、チャン氏がウェブ通知ページに関連する操作を終えた旨の情報を通知サーバ５に通知することを目的とする。
【００５７】
チャン氏がウェブ通知ページに関連する操作を終えたことを通知サーバ５が知った後、通知サーバ５は、ステップＳ２１３において、通知プロセスが正常に完了したことをオンライン課金デバイス６にさらに通知する。任意選択的に、オンライン課金デバイス６は、通知サーバ５の通知に依存する代わりに、一定の継続期間にわたって待った後で、通知の完了を自動的に決定することができる。
【００５８】
その後、チャン氏のためにアカウント情報通知制御情報をアクティブ化できるように、オンライン課金デバイス６は、ステップＳ２１４において、ＲＡＲメッセージをゲートウェイ４に送信して、通知プロセスが完了したことをゲートウェイ４に通知する。その後、ユーザ機器１１が、ゲートウェイ４を介して、データ・サービスの第１の組のうちのデータ・サービスに対するアクセス要求を再び送信した場合、ゲートウェイ４は、上述のリダイレクションを実行することなく、その要求を、それが実際に指し示すネットワーク・アドレスに転送する。
【００５９】
ステップＳ２１５において、ゲートウェイ４は、ＲＡＡ応答メッセージをオンライン課金デバイス６に送信する。
【００６０】
ゲートウェイ４は、ユーザのためのリダイレクション・ステータスを終了した後、ステップＳ２１６において、最初に要求されたデータ・サービスの許容割当量を獲得するために、ＣＣＲｕ更新要求メッセージをオンライン課金デバイス６にさらに送信する。
【００６１】
ステップＳ２１７において、オンライン課金デバイス６は、対応する割当量を許可し、それをＣＣＡｕメッセージのＧＳＵ ＡＶＰの中に入れ、ＣＣＡｕメッセージをゲートウェイ４に返す。
【００６２】
さらに、オンライン課金デバイス６は、ステップＳ２１８において、応答メッセージを通知サーバ５にさらに返し、これは、ステップＳ２１３の後に直ちに実行することができる。
【００６３】
ステップＳ２１２における要求に応答して、通知サーバ５は、ステップＳ２１９において、「ｈｔｔｐ ｒｅｓｐｏｎｓｅ （ｓｅｎｄ ｉｎｆｏＵＲＬ）」メッセージをユーザ機器１１に返す。さらに、ステップＳ２２０において、通知サーバ５は、先にステップＳ２０５において開始されたデータ・サービス・アクセス要求のための要求を再開するようユーザ機器１１に命令するために、「ｈｔｔｐ ３０２ （ＵＲＬ１）」メッセージをユーザ機器１１にさらに返し、この場合、宛先アドレスは、依然として、マルチメディア・サーバの上述のアドレスＵＲＬ１である。
【００６４】
その後、ユーザ機器１１は、ステップＳ２２１において、「ｈｔｔｐ ｇｅｔ （ＵＲＬ１）」メッセージを生成し、それを送信し、このメッセージは、ゲートウェイ４にさらに転送される。
【００６５】
ゲートウェイ４は、チャン氏のためのリダイレクション・ステータスを終了したので、この時、ユーザ機器１１から送信されるデータ・サービス・アクセス要求は、指定されたアドレスＵＲＬ１に転送される。また、ゲートウェイ４は、データ・サービスについてのデータ量の監視を開始する。
【００６６】
ゲートウェイ４は、マルチメディア・サーバからのパケット・データ・ネットワーク・サービス・アクセス応答を、例えば、この例では「ｈｔｔｐ ｒｅｓｐｏｎｓｅ ＵＲＬ１」を、応答の受信時に、ユーザ機器１１に転送する。
【００６７】
その後、第１の実施形態では、ユーザであるチャン氏には、機器に電源が入れられた後にアカウント情報の通知を、または彼が何らかのデータ・サービスへのアクセスを要求した場合はより適切な通知を提供することができ、それによって、チャン氏は、以降の操作を選択することができる。
【００６８】
第１の実施形態の代替として、説明した方法の最初のステップとして、ステップＳ２０５を実行することができ、それに続いて、ステップＳ２０２を、次にステップＳ２０３およびステップＳ２０６を実行することができ、その場合、もともとは図２に示されていたステップＳ２０１およびステップＳ２０４は、それらはともに特に異なるネットワーク環境に適用されることを主な理由として、省略される。
【００６９】
第２の実施形態：過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が第１の事前決定された閾値以上であるために事前決定された条件が満たされる
【００７０】
図３を参照すると、図３に示されるアカウント情報通知プロセスは、進行中セッションにおけるアカウント情報通知と呼ぶことができ、すなわち、データ・サービスのためのユーザのトラフィック使用が、ユーザの限界割当量に接近したときに、ウェブ通知ページが、ユーザ機器上にポップアップされて、ユーザに提示される。
【００７１】
図３を参照すると、図３は、図２に示されたフローの後の期間に行うことができるフローを示しており、この時、ユーザであるチャン氏は、ビデオ・サーバによって提供されるオンライン・ビデオ・サービスを、ユーザ機器１１を用いて視聴している。
【００７２】
ユーザ機器１１のユーザのデータ・サービス・トラフィックを監視するプロセス中に、ステップＳ３０１において、ゲートウェイ４は、先にステップＳ２１５においてオンライン課金デバイス６によって許可されたすべてのサービス・ユニットをチャン氏が使い切ったことを見出し、その場合、ゲートウェイ４は、さらなる割当量を要求するために、ＣＣＲｕ要求メッセージを生成し、それをオンライン課金デバイス６に送信する。
【００７３】
ステップＳ３０２において、オンライン課金デバイス６は、ＣＣＲｕにおいて示されるユーザのデータ・サービス使用が、月間の許容量に接近していることを、例えば、チャン氏によって消費されたデータ量が、今月の過去の第１の継続期間、例えば２０日間の間に、４．５ＧＢの第１の事前決定された閾値に到達したこと、またはそれを超過したことを見出す。その場合、オンライン課金デバイス６は、内部ダイアメータ・リダイレクション・ロジックをトリガし、ＣＣＡｕメッセージを設定する。オンライン課金デバイス６は、呼に先立って、データ・サービスのタイプの通知を実行するために、「ＣＣＡｕ」（ＣＣＡ［更新］）メッセージ内のマルチサービス・クレジット制御ＡＶＰに、以下のサブＡＶＰを書き込む。
Ａ）許可サービス・ユニット＝０、これは、現在のサービス・データ要求を維持するようＰＤＮゲートウェイに命令する。
Ｂ）最終指示ユニットＡＶＰ、これは、リダイレクション・アクションとしての最終ユニット・アクションと、リダイレクションＵＲＬアドレスを含み、リダイレクションＵＲＬアドレスは、通知サーバ５のネットワーク・アドレスである。
Ｃ）レーティング・グループＡＶＰ、これは、どのタイプのデータ・トラフィックが、通知サーバ５にリダイレクトされるかを示すために使用される。
Ｄ）有効時間ＡＶＰ、これは、ＰＤＮゲートウェイが、ネットワークからのデータ・サービス要求を待つ期間を示すために使用される。
【００７４】
好ましくは、ステップＳ３０２の後、ゲートウェイ４は、ユーザ機器１１の現在のデータ・サービスを中断することができ、ユーザ機器１１が、データ・サービス要求をリフレッシュしようと試みる場合、または自動的に、もしくはユーザの入力に応答して、別のネットワーク・アドレスに対して要求を再開しようと試みる場合、この要求は、通知サーバ５にリダイレクトされる。図３の左側に示されるウェブ通知ページにおいて、タイトルは、これがセッション中の通知ページであることを示しており、パッケージの現在の使用量が閾値に接近していることも示しており、特にトラフィックの現在の使用量が４．８ＧＢであり、残りが２００ＭＢであることを反映している。
【００７５】
それぞれのＡＶＰのオプションなどは、第１の実施形態のものと同じであり、その説明を繰り返すことは省略する。さらに、ステップＳ３０３からステップＳ３２０までの説明については、ステップＳ２０５からステップＳ２２２までの説明を参照することができる。
【００７６】
チャン氏が、ユーザ機器１１を用いて、データ要求を開始した場合、または別のＵＲＬへのアクセスを開始した場合、ＰＤＮゲートウェイは、現在のデータ要求を維持する。モバイル・ユーザ機器は、ステップ３においてモバイル・アクセス・ネットワークを介してＰＤＮゲートウェイにルーティングされる、「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」要求を開始する。
【００７７】
第３の実施形態：過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が第２の事前決定された閾値以上であるために事前決定された条件が満たされる
【００７８】
図４を参照すると、図４は、本発明の第３の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示している。
【００７９】
ステップＳ４０１において、ゲートウェイ４は、トラフィックを監視し、許可サービス・ユニットが使い切られたことを見出し、その場合、ゲートウェイ４は、さらなる割当量を要求するために、ＣＣＲｕ要求メッセージを生成し、それをオンライン課金デバイス６に送信する。
【００８０】
ステップＳ４０２において、オンライン課金デバイス６は、チャン氏が今月のトラフィックを使い切ったことを検出する。言い換えると、第２の事前決定された閾値が５ＧＢトラフィックである場合、ユーザ機器１１を含むが、それに限定されない、ユーザ機器を用いて、チャン氏によって消費されたデータ・トラフィック量は、最後の第２の継続期間、例えば２５日間で、この第２の事前決定された閾値に達している。その場合、オンライン課金デバイス６は、事前決定された条件が満たされると決定し、それによって、内部ダイアメータ・リダイレクション・ロジックをトリガし、ＣＣＡｕメッセージを生成する。ＣＣＡｕメッセージは、以下のサブＡＶＰを含む。
Ａ）許可サービス・ユニット＝０、これは、ユーザであるチャン氏の現在のデータ・サービスを保持するようゲートウェイ４に命令する。
Ｂ）最終指示ユニット、これは、リダイレクション・アクションとしての最終ユニット・アクションと、リダイレクションＵＲＬアドレスを含み、リダイレクションＵＲＬアドレスは、通知サーバ５のネットワーク・アドレスである。
Ｃ）レーティング・グループ、これは、どのタイプのデータ・トラフィックが、通知サーバ５にリダイレクトされるかを示すために、すなわち、データ・サービスの第１の組を指示するために使用される。
Ｄ）有効時間、これは、ゲートウェイ４が、ネットワークからのデータ・サービス要求を待つ期間を示すために使用される。
【００８１】
その後、ステップＳ４０２の後、ゲートウェイ４は、ユーザ機器１１の現在のデータ・サービスを保持し、そのため、チャン氏は、データ・サービスにアクセスすることができない。
【００８２】
次のステップＳ４０３において、チャン氏がデータ・セッションを開始する準備ができたとき、ユーザ機器１１は、ゲートウェイ４にルーティングされる「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」要求を開始する。
【００８３】
ステップＳ４０４において、ゲートウェイ４は、要求を通知サーバ５にリダイレクトするために、「３０２ （リダイレクションＵＲＬ）」メッセージをユーザ機器１１に返す。
【００８４】
ステップＳ４０５において、ユーザ機器１１は、ゲートウェイ４にルーティングされる「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」要求メッセージを送信し、ゲートウェイ４は、「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」がリダイレクトされたデータ・ストリームであることを知り、その後、それを通知サーバ５に転送する。
【００８５】
ステップＳ４０６において、その後、通知サーバ５は、ユーザであるチャン氏の要求に応答して、ユーザであるチャン氏のアカウント情報を獲得するために、アカウント情報要求をオンライン課金デバイス６に送信する。
【００８６】
次のステップＳ４０７において、オンライン課金デバイス６は、チャン氏のアカウント情報を通知サーバ５に返し、この例では、今月のチャン氏のパッケージのトラフィックは使い切られている。
【００８７】
その後、ステップＳ４０８において、通知サーバ５は、チャン氏の現在のアカウント情報に従って、ウェブ通知ページを構成し、このウェブ通知ページは、チャン氏のアカウント情報を含む。その後、通知サーバ５は、ウェブ通知ページを含むｈｔｔｐ応答を、ユーザ機器１１に返す。ユーザ機器１１側では、ユーザであるチャン氏に対して、図４の左側に示されるウェブ通知ページをポップアップさせる。
【００８８】
ステップＳ４０９において、オンライン課金デバイス６は、現在のセッションを終了するために、セッション終了要求をゲートウェイ４に送信し、ステップＳ４１０において、ゲートウェイ４は、ＡＳＡメッセージをオンライン課金デバイス６に返し、ステップＳ４１１において、ゲートウェイ４は、使用されたサービス・ユニットを報告するために、ＣＣＲｔメッセージを生成し、それをオンライン課金デバイス６に送信し、ステップＳ４１２において、オンライン課金デバイス６は、ＣＣＡｔメッセージをゲートウェイ４に返し、最後のステップＳ４１３において、ゲートウェイ４は、ベアラ・セッション・アボート・メッセージを生成し、それをユーザ機器１１に送信する。
【００８９】
図５を参照すると、図５は、本発明の一実施形態による全体的なシステムの構造図を示しており、オンライン課金システムは、オンライン課金ロジックと、レーティング・ロジックと、残高管理ロジックとを含み、その中に多数の通知イベントを維持する。通知イベントＸ毎に、エンドユーザには最終的に、通知サーバ内に維持されたウェブ通知ページが提供される。本発明のこの通知機能は、各通知イベントに、方針ベースのウェブ通知ページ決定機構を提供する。例えば、通知イベントの場合、ローミングの場合の拡張ウェブ通知ページは、ホーム・ネットワークの場合のウェブ通知ページとは異なり、購入者に英語で提供されるウェブ通知ページも、購入者に中国語で提供されるウェブ通知ページとは異なる。
【００９０】
本発明では、特定の通知イベントのための異なるウェブ通知ページは、以下の条件によって決定されるが、以下のリストは、すべての条件を含んでおらず、エンドユーザまたは通信事業者によって、必要に応じてより多くの条件を拡張または追加することができる。オンライン課金システムは、通知ページ毎に対応するＵＲＬアドレスを設定する。通知サーバは、ＵＲＬアドレスに基づいて、ウェブ通知ページのためのインデックス付けされた（検索された）維持方法を獲得する。
＞＞加入者のサービスのクラス
＞＞加入者の言語
＞＞加入者が属するＭＶＮＯ
＞＞サービス・データのカテゴリ
＞＞ホームまたはローム（ｒｏａｍ）、開始ゾーン
＞＞アクセスポイントの数
＞＞呼の方向：着信または発信
【００９１】
もちろん、システムは、本発明の技術的ソリューションにおけるフレンドリなウェブ通知機構に加えて、通常のメッセージ通知をさらにトリガすることができる。この目的で、通知サーバは、ユーザの電子メール・アドレス、インスタント・メッセージ（ＩＭ）アドレス、またはマルチメディア・ショート・メッセージング・サービス／ショート・メッセージング・サービス（ＭＭＳ／ＳＭＳ）といった情報を維持する。その場合、通知メッセージは、モバイル・ハンドヘルド端末内に記録として保存することができる。マルチメディア・ショート・メッセージング・サービス／ショート・メッセージング・サービス（ＭＭＳ／ＳＭＳ）の通知をサポートしない純粋なデータ・カード・デバイスの場合、本発明は、別のモバイル・ハンドヘルド端末から送信される、追加のデータ・カード・サービス通知を提供することができる。例えば、エンドユーザには、データ・カード・サービスおよびモバイル・ハンドヘルド端末が提供され、エンドユーザは、自分のモバイル・デバイスからデータ・カード・サービス使用通知を獲得することができる。
【００９２】
図６は、本発明の一代替実施形態による、ユーザ機器に表示される、アカウント情報を通知するためのウェブ通知ページの概略図を示している。示されるように、モバイル通信事業者は、上述の従来の通知およびユーザ対話操作のスペースに並べて、いくつかのウェブ広告をさらに提供することができる。ウェブ・ページ上に提供される広告のタイプは、エンドユーザと通信事業者の間の契約合意に基づいている。例えば、エンドユーザが、ウェブ通知ページの追加スペースに広告を受け入れることに合意した場合、通信事業者は、ボーナス／ディスカウント付きのいくつかのデータ・サービスを提供することができる。
【００９３】
図７を参照すると、図７は、本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置のブロック図を示しており、第１の装置７は、図１に示されたオンライン課金デバイス６内に一般に構成され、以下のユニットを含む。
【００９４】
第１のユニット７０１は、ユーザ毎にユーザが事前決定された条件を満たすかどうかを判定するためのものである。図２を例に取ると、第１のユニット７０１の機能は、ステップＳ２０２およびステップＳ２０３の上述の説明に対応する。
【００９５】
第２のユニット７０２は、ユーザが事前決定された条件を満たす場合に、ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報をアクティブ化するように、パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するためのものであり、これは、ステップＳ２０３の上述の説明に対応する。
【００９６】
アカウント情報通知制御情報は、ウェブ通知サーバのネットワーク・アドレスを含む。
【００９７】
第１の装置７は、以下のユニットをさらに含む。
【００９８】
第１の受信ユニット７０３は、ウェブ通知サーバからアカウント情報要求を受信するためのものであり、アカウント情報要求は、ユーザのアカウント情報を要求するために使用され、これは、上述のステップＳ２０８に対応する。
【００９９】
第３のユニット７０４は、ウェブ通知サーバにユーザのアカウント情報を提供するためのものであり、これは、上述のステップＳ２０９に対応する。
【０１００】
具体的には、第１のユニット７０１は、−ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイへの接続を要求する、−過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および−過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上であるという条件の少なくとも１つをユーザが満たす場合に、事前決定された条件が満たされると判定する。
【０１０１】
さらに、第１のユニット７０１はさらに、ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイに接続されたために、または過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であったために、事前決定された条件が満たされる場合に、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告したかどうかを判定するためのものである。図２を例に取ると、これは、ステップＳ２１３および関連するステップに対応する。第２のユニット７０２はさらに、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告した場合に、パケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報を非アクティブ化するように、パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するためのものであり、これは、ステップＳ２１４に対応する。
【０１０２】
さらに、アカウント情報通知制御情報は、データ・サービスの第１の組に対応し、パケット・データ・ネットワーク・ゲートウェイが、ユーザのためのアカウント情報通知制御情報をアクティブ化させた後、ユーザが、データ・サービスの第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバに接続するようにユーザのユーザ機器を制御する。
【０１０３】
図８を参照すると、図８は、本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置のブロック図を示している。示されるように、第２の装置８は、以下のユニットを含む。
【０１０４】
第２の受信ユニット８０１は、オンライン課金デバイスからアクティブ化コマンドを受信するためのものである。図２を例に取ると、これは、ステップＳ２０３に対応する。
【０１０５】
第４のユニット８０２は、アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するためのものであり、アカウント情報通知制御情報は、ウェブ通知サーバのネットワーク・アドレスを含む。これは、図２のステップＳ２０３においてメッセージが受信された後の動作に対応する。
【０１０６】
第５のユニット８０３は、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するためのものであり、これは、図２のステップＳ２０６に対応する。
【０１０７】
さらに、情報通知制御情報は、データ・サービスの第１の組にさらに対応し、第２の装置８は、ユーザのユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するための第６のユニット８０４をさらに含み、データ・サービス・アクセス要求メッセージは、データ・サービスの第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用され、第５のユニット８０３はさらに、データ・サービス・アクセス要求メッセージが受信された場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するためのものである。
【０１０８】
図９を参照すると、図９は、本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置のブロック図を示している。第３の装置９００は、以下のユニットを含み、すなわち、第７のユニット９０１は、ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するためのものであり、これは、ステップＳ２０７に対応し、第８のユニット９０２は、オンライン課金制御デバイスからユーザのアカウント情報を獲得するためのものであり、これは、図２に示されるステップＳ２０７〜ステップＳ２０９に対応し、第９のユニット９０３は、ウェブ通知ページを生成するためのものであり、ウェブ通知ページは、ユーザのアカウント情報を含み、第１０のユニット９０４は、ユーザのユーザ機器にウェブ通知ページを送信するためのものである。第９のユニットおよび第１０のユニットの動作は、図２に示されるステップＳ２１０に対応する。
【０１０９】
上述の第１から第３の装置におけるそれぞれのユニットと、フローチャートのステップの間の他の関係は、説明を検討することで明らかにし得るであろう。
【０１１０】
本発明が上述の例示的な実施形態の細部に限定されず、本発明の主旨または必須の原理から逸脱することなく、他の特定の形態で具現できることは、当業者には明らかであろう。したがって、実施形態は、いずれの態様においても、限定的なものではなく、説明的なものと解釈されるべきであり、本発明の範囲は、上述の説明ではなく、添付の特許請求の範囲によって確定される。したがって、請求項の均等物の意味および範囲内に包含されるすべての変更を本発明内に含むことが意図されている。請求項内のいかなる参照番号も、それらが出現する請求項を限定するものと解釈されるべきではない。さらに、明らかに、「含む（ｃｏｍｐｒｉｓｅ）」という用語は、別の要素またはステップを排除せず、単数形は、複数形を排除しない。システムの請求項において述べられる複数の要素またはデバイスは、代替として、ソフトウェアまたはハードウェアにおいて、単一の要素またはデバイスとして具現することができる。「第１」、「第２」などの用語は、名前を表すために使用され、いかなる特定の順序も表さない。
【技術分野】
【０００１】
本開示は、アカウント情報の通知に関し、詳細には、パケット・データ・ネットワークにおいてデータ型指向（ｄａｔａ−ｔｙｐｅ−ｏｒｉｅｎｔｅｄ）ユーザ機器のアカウント情報を通知するための方法および装置に関する。
【背景技術】
【０００２】
ＧＳＭＡの報告によれば、世界中のワイヤレス・ブロードバンド接続の数は、２００９年２月までに１億に達しており、このことは、世界中でのワイヤレス・ブロードバンド・データ・サービスの人気を示している。ワイヤレス・ブロードバンド・データ・カード・サービスは、ユーザが、パーソナル・コンピュータ、ラップトップ・デバイスなどを用いて、ワイヤレス・ブロードバンド・データ（例えば、インターネット、ウェブ・ベースの電子メールなど）にアクセスすることを可能にする。
【０００３】
ワイヤレス・ブロードバンド・データ・カード・サービスの１つの料金（ｔａｒｉｆｆ）プラン・モードは、以下のようなものである。例えば、ユーザは、事前設定された月間のデータ許容量（データ量）、例えば５Ｇバイトに対して一定の月間のデータ金額を支払うが、ひとたびユーザの月間のデータ許容量に達すると、データ料金モードは、メガバイト（ＭＢ）当たりの超過料金、例えば０．２５元／ＭＢに切り換わり、これは、５ＧＢのデータ許容量閾値に達した後は、ユーザは、追加の１ＧＢデータ・アクセスに対して追加の２５６元を支払わなければならないことを意味する。ワイヤレス・データにますます依存するようになるにつれて、通常のブラウジングおよびローミング行為がデータ・サービス料金にどのように変換されるのかが分からないという事実に、今ではユーザが不満をもらすようになっている。その証拠となり得るのが、ローミング中のユーザを保護するために策定された最近の欧州連合（ＥＵ）規則、およびユーザとサービス・プロバイダの間で戦われた北米における最近の集団訴訟である。
【０００４】
従来の回路交換ベースの電気通信ネットワークの場合、課金システムは、音声通信セッション前／中に、リアルタイム音声告知またはＳＭＳ通知をユーザに提供することができる。例えば、オンライン課金システムは、ユーザが通話を行う前に、「お客様の残高はＸＸ元です」といった音声告知をユーザに提供することができ、別の例では、オンライン課金システムは、ユーザの残高が下限の残高閾値に達したときに、さらに音声通知をユーザに送ることができる。したがって、ユーザは、セッションの費用、残高、および他の情報についてのリアルタイムの知識を得ることができ、その後、それらの情報に基づいて、さらに以降の動作モードを決定することができる。
【０００５】
通信ネットワークが、パケット・データ・ネットワークに切り換わっていくにつれて、主としてデータ・サービスを目的とするユーザ機器（すなわち、ノートブック・コンピュータ、デスクトップ・コンピュータなど）は、音声またはＳＭＳ通知モードをサポートしないことがある。しかし、これらのユーザ機器のユーザは、自分のアカウント情報を知りたがっている。データ料金は一般に高額であるので、月間、四半期間、または年間のデータ量の閾値をひとたび超過すると、ユーザが驚くべき請求書を受け取る可能性が非常に高くなる。今現在、実現可能で有効な解決策はまだ存在していないので、これらのユーザは、データ・サービスの使用に慎重になっており、加入したワイヤレス・ブロードバンド・データ・サービスの登録を解除するユーザの数は、増加しており、したがって、通信事業者およびサービス・プロバイダは、新たな課題を突き付けられている。
【発明の概要】
【課題を解決するための手段】
【０００６】
上述の問題に鑑みて、本発明の一実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知する、オンライン課金デバイスにおける、方法が提供される。方法は、ａ．ユーザ毎にユーザが事前決定された条件を満たすかどうかを判定するステップと、ｂ．ユーザが事前決定された条件を満たす場合に、ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報をアクティブ化するように、パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するステップとを含み、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、方法は、ウェブ通知サーバからアカウント情報要求を受信するステップであって、アカウント情報要求が、ユーザのアカウント情報を要求するために使用される、ステップと、ウェブ通知サーバにユーザのアカウント情報を提供するステップとをさらに含む。
【０００７】
さらに、ステップａは、
−ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、事前決定された条件が満たされると判定するステップを含む。
【０００８】
さらに、ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイに接続されたために、または過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であったために、事前決定された条件が満たされる場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザ機器を制御した後、方法は、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告したかどうかを判定するステップと、ウェブ通知サーバが、ユーザにアカウント情報を通知する動作の完了を報告した場合に、パケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報を非アクティブ化するように、パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するステップとをさらに含む。
【０００９】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、パケット・データ・ネットワーク・ゲートウェイが、ユーザのためのアカウント情報通知制御情報をアクティブ化させた後、ユーザが、データ・サービスの第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバに接続するようにユーザのユーザ機器を制御する。
【００１０】
本発明の別の実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知する、パケット・データ・ネットワーク・ゲートウェイにおける、方法が提供される。方法は、Ａ．オンライン課金デバイスからアクティブ化コマンドを受信するステップと、Ｂ．アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するステップであって、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、ステップと、Ｄ．ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するステップとを含む。
【００１１】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、ステップＢの後、ステップＤの前に、方法は、Ｃ．ユーザのユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するステップであって、データ・サービス・アクセス要求メッセージが、データ・サービスの第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、ステップをさらに含み、ステップＤは、データ・サービス・アクセス要求メッセージが受信された場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するステップをさらに含む。
【００１２】
本発明の別の実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、方法が提供される。方法は、ｉ．ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するステップと、ｉｉ．オンライン課金制御デバイスからユーザのアカウント情報を獲得するステップと、ｉｉｉ．ウェブ通知ページを生成するステップであって、ウェブ通知ページが、ユーザのアカウント情報を含む、ステップと、ｉｖ．ユーザのユーザ機器にウェブ通知ページを送信するステップと、ｖ．ユーザのユーザ機器のために実行されるアカウント情報通知が完了したときに、アカウント情報通知の完了の情報をオンライン課金デバイスに通知するステップとを含む。
【００１３】
本発明の別の実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置が提供される。第１の装置は、ユーザ毎にユーザが事前決定された条件を満たすかどうかを判定するための第１のユニットと、ユーザが事前決定された条件を満たす場合に、ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報をアクティブ化するように、パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するための第２のユニットとを備え、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、第１の装置は、ウェブ通知サーバからアカウント情報要求を受信するための第１の受信ユニットであって、アカウント情報要求が、ユーザのアカウント情報を要求するために使用される、第１の受信ユニットと、ウェブ通知サーバにユーザのアカウント情報を提供するための第３のユニットとをさらに備える。
【００１４】
さらに、第１のユニットは、
−ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、事前決定された条件が満たされると判定する。
【００１５】
さらに、第１のユニットはさらに、ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイに接続されたために、または過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であったために、事前決定された条件が満たされる場合に、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告したかどうかを判定するためのものであり、第２のユニットはさらに、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告した場合に、パケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報を非アクティブ化するように、パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するためのものである。
【００１６】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、パケット・データ・ネットワーク・ゲートウェイが、ユーザのためのアカウント情報通知制御情報をアクティブ化させた後、ユーザが、データ・サービスの第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバに接続するようにユーザのユーザ機器を制御する。
【００１７】
本発明のさらなる実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置が提供される。第２の装置は、オンライン課金デバイスからアクティブ化コマンドを受信するための第２の受信ユニットと、アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するための第４のユニットであって、アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、第４のユニットと、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するための第５のユニットとを備える。
【００１８】
さらに、アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、第２の装置は、ユーザのユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するための第６のユニットであって、データ・サービス・アクセス要求メッセージが、データ・サービスの第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、第６のユニットをさらに備え、第５のユニットはさらに、データ・サービス・アクセス要求メッセージが受信された場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するためのものである。
【００１９】
本発明のさらなる実施形態によれば、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置が提供される。第３の装置は、ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するための第７のユニットと、オンライン課金制御デバイスからユーザのアカウント情報を獲得するための第８のユニットと、ウェブ通知ページを生成するための第９のユニットであって、ウェブ通知ページが、ユーザのアカウント情報を含む、第９のユニットと、ユーザのユーザ機器にウェブ通知ページを送信するための第１０のユニットとを備え、第１０のユニットはさらに、ユーザのユーザ機器のために実行されるアカウント情報通知が完了したときに、アカウント情報通知の完了の情報をオンライン課金デバイスに通知するためのものである。
【００２０】
さらに、第９のユニットによって生成されるウェブ通知ページが、
−ユーザとの対話的動作を実行するためのコンテンツ、および
−ユーザに付加価値サービスを提供するためのコンテンツ
のうちの少なくとも一方をさらに含む。
【００２１】
本発明の実施形態によれば、システムは、端末ユーザが最初にデータ・サービスにアクセスしたときに、データ・サービスをアクティブ化するためにパスワードを入力するよう端末ユーザを促すことができ、システムは、累積のデータ量が月間割当量閾値に接近したときに、ユーザへの通知を行わせることができ、システムは、加入者アカウントの有効期間に変更があったときに、通知イベントを生じさせることができ、システムは、残高が使い切られたときに、端末ユーザに入金を実行させるために通知イベントを生じさせることができ、他にも様々なことを行うことができる。
【発明の効果】
【００２２】
本発明による方法および装置を用いる場合、達成可能な技術的効果は、以下のものを含むが、それらに限定されない。
１．端末ユーザは、自分のアカウント情報についてよりタイムリな知識を得て、それによって、ワイヤレス・ブロードバンド・データ・サービスのそれ以降の使用モードのより適切なハンドリングを実行することができ、例えば、ある期間の間はサービスにアクセスする頻度を少なくして、もしくはサービスを使用不可にして、それによって、高額の請求書を回避することができ、または前払いの入金を行って、それによって、重要な接続が期限切れアカウントのせいでつながらなくなることを防止することができる。
２．通信事業者およびサービス・プロバイダは、ワイヤレス・ブロードバンド・データ・サービスのユーザ・エクスペリエンスを改善して、それによって、ユーザの不満を減らし、ワイヤレス・ブロードバンド・データ・サービスの分野において顧客を失うことを避けることができる。
３．新しい機能を提供しながらも、他のタイプのユーザ機器と良好な互換性を有することが可能である。
【００２３】
本発明の他の特徴および利点は、図面を参照して行われる、本発明の少なくとも非限定的な実施形態についての以下の説明からより明らかになるであろう。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するためのネットワーク・アーキテクチャの図である。
【図２】本発明の第１の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示す図である。
【図３】本発明の第２の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示す図である。
【図４】本発明の第３の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示す図である。
【図５】本発明の一実施形態による、システムの構造図である。
【図６】本発明の一代替実施形態に従ってユーザ機器に表示される、アカウント情報を通知するためのウェブ通知ページの概略図である。
【図７】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置のブロック図である。
【図８】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置のブロック図である。
【図９】本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置のブロック図である。
【発明を実施するための形態】
【００２５】
同一または同様の参照番号は、図面全体にわたって、同一または同様の技術的特徴を示す。
【００２６】
本発明の非限定的な実施形態が、図面を参照して、以下で紹介される。図１は、本発明の典型的な応用シナリオを示しており、簡潔にするため、４つのユーザ機器（ＵＥ）１１〜１４、これらのＵＥにそれぞれアクセスを提供するアクセス・デバイス２１〜２４、およびそれぞれのアクセス・デバイスの上位層に存在する制御デバイス３１〜３３だけを示している。図１はさらに、パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ、これ以降、ゲートウェイと呼ばれる）４、ウェブ通知サーバ（これ以降、通知サーバと呼ばれる）５、およびオンライン課金デバイス６を示している。オンライン課金デバイス６は、オンライン課金システムの機能を実行し、オンライン課金デバイスとオンライン課金システムの２つの概念は、本明細書の文脈では互いに区別されない。
【００２７】
オンライン課金デバイス６には、ゲートウェイ４と対話するためのダイアメータＧｙインタフェース（Ｄｉａｍｅｔｅｒ Ｇｙ ｉｎｔｅｒｆａｃｅ）と、通知サーバ５と対話するためのユーザ・アカウント・アクセス・インタフェースとが提供され、ゲートウェイ４は、ＨＴＴＰプロトコルで、パケット・データ・ネットワークおよびサーバ５と通信する。
【００２８】
一般性を失うことなく、ユーザ機器１１は、ノードＢ ２１および無線ネットワーク・コントローラ３１を介して進化型パケット・コアに接続される、ＧＰＲＳまたはＵＭＴＳデバイスであり、ユーザ機器１２は、ｅノードＢを介して進化型パケット・コアに接続される、ＬＴＥデバイスであり、ユーザ機器１３は、ＢＴＳおよびＤｏＲＮＤを介して進化型パケット・コアに接続される、３Ｇ１Ｘ／ＨＲＰＤデバイスであり、ユーザ機器１４は、例えば、ＷｉＭａｘ、ＷｉＦｉなどの他の技術に基づいた端末デバイスであり、適切なアクセス・デバイスを介して進化型パケット・コアに接続される。
【００２９】
図１に示されるシナリオは、本発明を適用可能な多くのシナリオの１つにすぎず、加えて、図面および実施形態を参照して提示される本明細書の文脈における説明は、本発明の非限定的な詳細な紹介であり、本発明の範囲を限定するものではないと解釈すべきことが、当業者には理解されよう。例えば、以下で言及されるシグナリングは、一般にはダイアメータ・プロトコルから取られるが、当業者であれば、本明細書を検討することによって、いかなる発明的な努力も払わずに、別のプロトコルを採用するネットワーク環境に本発明のアイデアを適用することができる。
【００３０】
本発明の少なくとも１つの実施形態は、ウェブ通知ページをユーザ機器に送信することによって、アカウント情報が通知される、革新的なソリューションを提供する。ウェブ・ベースの通知サーバ５を用いる場合、ユーザに提供できるユーザ・エクスペリエンスは、以下のものを含むが、それらに限定されない。
【００３１】
１．ウェブ・ベースのアカウント情報通知機能
ユーザの現在適用されている料金が、ウェブ通知ページでユーザに通知される。
料金の残高および料金使用の統計が、ウェブ通知ページでユーザに通知される。
ユーザによるデータ・サービスの使用（例えば、消費データ量が一定の事前決定された閾値または消費限界に達した）および可能な料金変更が、ウェブ通知ページでユーザに通知される。
【００３２】
２．ウェブ・ベースのユーザ対話機能
ユーザには、ウェブ通知ページにおいて対応する機能のいくつかのリンクが提供され、例えば、ユーザは、１つのリンクをクリックすることによって、新しいサービス・パッケージ（例えば、５元で有効期間が２日間の３００ＭＢのデータ許容量）を購入することができる。
事前設定された閾値に達した場合、ユーザは、ウェブ通知ページにおけるサービス・アドバイスに基づいて、自分の現在のデータ・セッションを延長することができる。
ウェブ通知ページにおけるユーザのデータ・セッションには、パスワード・ベースのセキュリティ保証を提供することができ、例えば、ユーザは、自分のデータ・サービスに関連するリソースを他のユーザにトロイの木馬を介して不当に占有されないように、ＰＩＮコードを入力するよう促される。
【００３３】
３．ウェブ・ベースの付加価値サービス機能
通信事業者は、ユーザがクリックを行って、通信事業者によって提供されるリストから音楽をダウンロードできるように、必須の通知およびユーザ対話機能に加えて、ユーザに提示されるウェブ通知ページにいくつかの役立つリンクをさらに追加することができる。さらに、ユーザ機器に送信されるウェブ・ベースの通知ページに、いくつかの広告情報をさらに追加することができ、そのような広告情報は、ユーザと通信事業者の間の合意に好ましくは基づいており、それによって、苦情を回避する。例えば、通信事業者は、いくつかのデータ・サービスのボーナス／ディスカウントをユーザに提供することができ、その見返りに、ユーザは、自分が受信するウェブ・ベースの通知ページにおいて広告情報を受け入れることに同意する。
【００３４】
本発明の要点は、長い間にわたってユーザ機器の弱みであった、パーソナル・コンピュータなどが音声またはＳＭＳ通知をリアルタイムに受信できないという問題が、ウェブ・ベースのアカウント情報通知に基づいて対処されることに存する。本発明の一実施形態によれば、オンライン課金デバイス６は、事前決定された条件が満たされたことをユーザについて決定し、その後、ユーザのユーザ機器が属するゲートウェイに、ユーザのためのアカウント情報通知制御情報をアクティブ化するよう命令する。一般性を失うことなく、そのような事前決定された条件は、ユーザのユーザ機器が、初期化プロセスにおいて（パケット・データ・ネットワーク）ゲートウェイへの接続を要求すること、過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であること、および過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上であることという条件のうちのいずれか１つとすることができる。
【００３５】
「ユーザ」および「ユーザ機器」という概念は、本明細書の文脈では頻繁に繰り返し現れるが、「ユーザ」は特に、アカウントが対応するもの、典型的には人および企業を指し、「ユーザ機器」は特に、ユーザによって使用される特定の電子端末デバイス、例えば、ノートブック・コンピュータ、デスクトップ・コンピュータなどを指す。もちろん、２つの概念は、本明細書の文脈において特に互いに区別されなくても、いかなる混乱も招くことはない。
【００３６】
本発明の実施形態が、特定のフローチャートを参照しながら、上述のいくつかの事前決定された条件に関連して以下で紹介される。
【００３７】
第１の実施形態：ユーザ機器が初期化プロセスにおいてゲートウェイへの接続を要求したために事前決定された条件が満たされる
【００３８】
図２を参照すると、図２は、第１の実施形態に従ってアカウント情報を通知する方法のフローと、対応するウェブ通知ページとを示している。最初に、ユーザ（チャン氏）が、自分のユーザ機器１１、例えば、ノートブック・コンピュータを起動し、ユーザ機器１１は、チャン氏の入力操作に応答して、ゲートウェイ４との接続の確立を要求するために、データ・セッション確立要求を生成し、それをゲートウェイ４に送信する。特にダイアメータ・プロトコルでは、要求は、ＰＤＰコンテキスト確立要求である。
【００３９】
次にステップＳ２０２において、ゲートウェイ４は、ユーザの有効性を検証するために、チャン氏のためのダイアメータＣＣＲｉ（クレジット制御要求イニシャル）メッセージを生成し、それをオンライン課金デバイス６に送信する。
【００４０】
この例では、ゲートウェイ４からＣＣＲｉを受信すると、オンライン課金デバイス６は、事前決定された条件が満たされることを決定し、またはオンライン課金デバイス６は、最初に、ＣＣＲｉメッセージに基づいて、チャン氏のアカウント設定情報をチェックし、その後、事前決定された条件が満たされることを決定する。ユーザ機器１１から先に送信された要求は、チャン氏の特性情報を含むので（例えば、要求は、チャン氏と結び付けられた物理ポートを介してゲートウェイ４に到着し、または要求は、身元情報を伝える）、オンライン課金デバイス６は、ユーザであるチャン氏が事前決定された条件を満たすことを決定することができ、それによって、その後の動作の適切なトリガリングを実行することができる。
【００４１】
事前決定された条件が満たされることが決定すると、オンライン課金デバイス６は、ステップＳ２０３において、ＣＣＡｉ（クレジット制御要求応答）メッセージをゲートウェイ４に返し、このＣＣＡｉメッセージは、本発明におけるアクティブ化コマンドの具体的な一例である。ＣＣＡｉメッセージにおいて、オンライン課金デバイス６は、チャン氏によって要求されたデータ・サービスの開始前に、ウェブ・ベースのアカウント情報通知を実行するために、マルチサービス・クレジット制御と呼ばれる属性値ペア（ＡＶＰ：Ａｔｔｒｉｂｕｔｅ Ｖａｌｕｅ Ｐａｉｒ）に、以下のサブＡＶＰを書き込む。
Ａ）許可サービス・ユニット（Ｇｒａｎｔｅｄ Ｓｅｒｖｉｃｅ Ｕｎｉｔ）＝０
Ｂ）最終指示ユニット（Ｆｉｎａｌ−Ｉｎｄｉｃａｔｅ−Ｕｎｉｔ）、これは、リダイレクション・アクションとしての最終ユニット・アクションと、リダイレクションＵＲＬアドレスを含み、リダイレクションＵＲＬアドレスは、通知サーバ５のネットワーク・アドレスである。
【００４２】
上述の情報Ａ）およびＢ）は、チャン氏のためにゲートウェイ４によってアクティブ化されるアカウント情報通知制御情報に含まれ、ゲートウェイ４は、情報をアクティブ化した後直ちに、最終指示ユニット内で示される通知サーバ５に接続するようにユーザ機器１１を制御することができる。より好ましい実施形態は、以下で詳述される。
【００４３】
さらに、ＣＣＡｉは、以下のサブＡＶＰをさらに含むことができる。
Ｃ）レーティング・グループ（Ｒａｔｉｎｇ−Ｇｒｏｕｐ）、これは、どのタイプのデータ・サービスが、通知サーバ５にリダイレクトされるかを示すために使用され、これらのデータ・サービスからなる組は、本明細書の文脈では、データ・サービスの第１の組とも呼ばれる。その場合、アクティブ化されたアカウント情報通知制御情報は、データ・サービスの第１の組にしかるべく対応する。
【００４４】
ＣＣＡｉにおいて、レーティング・グループは省略することができ、情報のこの項目が省略される場合、ゲートウェイ４は、デフォルトによって、どのタイプのデータ・サービスに対するアクセス要求もリダイレクトされること、すなわち、すべてのデータ・サービスがデータ・サービスの第１の組に属することを仮定する。
【００４５】
さらに、ＣＣＡｉは、以下のサブＡＶＰをさらに含むことができる。
Ｄ）有効時間（Ｖａｌｉｄｉｔｙ−Ｔｉｍｅ）、これは、ゲートウェイ４が、ユーザ機器１１からのデータ・サービス要求を待つ期間を示すために使用される。有効時間が満了する前に、ユーザ機器１１からデータ・サービス要求を受信しない場合、データ・サービス・アクセス要求のリダイレクションは、もはやチャン氏のために実行されない。その場合、アクティブ化されたアカウント情報通知制御情報が、この有効時間をさらに含む。
【００４６】
ＣＣＡｉにおいて、有効時間も省略することができ、例えば、ゲートウェイ４は、有効時間のデフォルト値として事前決定された静的または準静的な値を保存することができ、このデフォルト値は、一般に有限である。もちろん、本発明の範囲から逸脱することなく、デフォルト値を無限に設定することもできる。
【００４７】
ゲートウェイ４に対して、通知サーバ５のネットワーク・アドレスおよびレーティング・グループは、一時的にある程度は不変とすることができ、したがって、通知サーバ５のネットワーク・アドレスおよびレーティング・グループをＣＣＡｉから獲得した後、ゲートウェイ４は、これらの情報を保存することができ、以降のかなりの継続期間にわたって、そのような情報をオンライン課金デバイス６に要求する必要がないことを、ここでは留意されたい。これに鑑みて、ステップＳ２０３におけるＣＣＡｉは、特定の指示的な情報を含まないことがあるが、ゲートウェイ４は、そのようなＣＣＡｉ（アクティブ化コマンド）の受信時に、対応するユーザのための事前保存されたアカウント情報通知制御情報をアクティブ化するように構成される。
【００４８】
ステップＳ２０３の後、ゲートウェイ４は、有効時間に相当する継続期間を有するタイマを開始し、この継続期間中にユーザがレーティング・グループ内で示されるデータ・サービスを要求するかどうかを監視し、すなわち、受信したＣＣＡｉメッセージに基づいて、チャン氏のためのアカウント情報通知制御情報をアクティブ化する。また、ＰＤＮゲートウェイは、「ベアラ・セッション確立応答」をユーザ機器１１に返し、ゲートウェイ４は、ユーザ機器１１がそれと正常に接続されたことを知ることができる。
【００４９】
チャン氏は、ユーザ機器１１がゲートウェイ４との上述の接続を確立した後のある時点に、ユーザ機器１１を用いて、データ・サービスに対するアクセス要求を開始する。例えば、ステップＳ２０５において、チャン氏は、例えば、オンライン・ビデオを再生するリンクをクリックすることによって、ユーザ機器１１上でデータ・サービスを開始し、その後、ユーザ機器１１は、「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」メッセージを生成し、それをネットワーク側に送信する。このメッセージは、データ・サービス・アクセス要求の一例であり、ＵＲＬ１は、オンライン・ビデオを提供するマルチメディア・サーバのネットワーク・アドレスである。「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」メッセージは、アクセス・ネットワークを介して、ゲートウェイ４にルーティングされる。ゲートウェイ４は、データ・サービス・アクセス要求を検出し、この例では、データ・サービスは、ＣＣＡｉにおいて示されるデータ・サービスの第１の組に属し、すなわち、データ・サービスは、レーティング・グループに包含され、リダイレクトされる。
【００５０】
上述の決定に基づいて、ゲートウェイ４は、ステップＳ２０６において、「ｈｔｔｐ ３０２ （リダイレクションＵＲＬ）」メッセージを生成し、それをユーザ機器１１に送信し、「リダイレクションＵＲＬ」の部分は、通知サーバ５のネットワーク・アドレスである。リダイレクトされる異なるタイプのデータ・サービスに対応する通知サービスは、本発明の範囲から逸脱することなく、同じであっても、または同じでなくてもよく、そのため、データ・サービスの第１の組に包含されるそれぞれのデータ・サービスが通知サーバ５に対応するシナリオが、以下では説明されることに留意されたい。その場合、チャン氏は、もともとはオンライン・ビデオ・サーバへのアクセスを要求するが、ユーザ機器１１は、ビデオ・サーバに直接的に接続される代わりに、最終的に通知サーバに接続され、それも、本明細書の文脈ではリダイレクションと呼ばれる。
【００５１】
ステップＳ２０７において、ユーザ機器１１は、「ｈｔｔｐ ３０２ （リダイレクションＵＲＬ）」メッセージに基づいて、「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」要求メッセージを生成し、それをゲートウェイ４に送信する。その場合の「リダイレクションＵＲＬ」は、通知サーバ５のネットワーク・アドレスであるので、ゲートウェイ４は、それによって、「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」が通知サーバ５に転送されることを知り、対応する転送動作を実行する。
【００５２】
通知サーバ５は、ユーザ機器１１からの要求の受信時に、アカウント情報通知が実行されるユーザがチャン氏であることを確認し、その後、ステップＳ２０８において、チャン氏のアカウント情報を獲得するために、オンライン課金デバイス６にアカウント情報要求を送信する。
【００５３】
次のステップＳ２０９において、オンライン課金デバイス６は、チャン氏のアカウント情報を通知サーバ５に返す。この例では、チャン氏に結び付けられたパッケージの加入契約情報が返され、それによれば、今月のパッケージは、５ＧＢのデータ割当量（またはデータ許容量）を有し、３ＧＢが消費され、２ＧＢが残っており、今月のパッケージのトラフィック統計についての残り期間は１５日である。本明細書の文脈における「今月」は、別途述べられない限り、トラフィック統計に関する月を指す。月当たり３０日が存在する場合、今月は１５日が経過しており、以下の例では、今月経過した１５日が、いわゆる第１の継続期間である。ユーザは、アカウント情報通知モードを自分に望ましくカスタマイズすることができ、このカスタマイズは、オンライン課金デバイス６によって通知サーバに提供されるアカウント情報に反映され、最終的には通知サーバ５によってユーザに提示されるウェブ通知ページに反映される。
【００５４】
通知サーバ５は、チャン氏のアカウント情報の獲得時に、ステップＳ２１０において、ウェブ通知ページを構成する。ウェブ通知ページは、チャン氏のアカウント情報を含み、好ましくは、そこに提示されるアカウント情報は、ほぼリアルタイムである。例えば、時刻Ｔ１におけるアカウント情報は、時刻Ｔ２におけるアカウント情報と異なることがあり、これは一般に、パッケージの使用に反映される。通知サーバ５は、構成された通知ページを含む「Ｈｔｔｐ Ｒｅｓｐｏｎｓｅ」メッセージをユーザ機器１１に返し、その後、図２の左側に示されるページが、ユーザ機器１１の画面上にポップアップする。実際には、ユーザ機器１１は、電源が入れられて以来、今までのところオンライン・ビデオ・サービスにアクセスしていないので、タイトルは、これがサービス前通知であることを示している。ウェブ通知ページは、ユーザの今月のデータ割当量が５ＧＢであること、今月の消費トラフィック量が３ＧＢであり、残りが２ＧＢであること、および今現在、今月末まで残り１５日であることといった情報をさらに反映する。
【００５５】
好ましくは、ウェブ通知ページは、マン−マシン対話ボタンおよび必須のプロンプト情報をさらに提供する。もちろん、図２に示されるウェブ通知ページは、本発明の非限定的な一例にすぎず、ユーザは、ページを見た後で、ページのプロンプトに応答して、関連する操作を実行する（例えば、ウェブ通知ページ内にあるリンクなどをクリックする）ことができる。その後、ステップＳ２１１において、ユーザ機器と通知サーバ５の間で、複数のｈｔｔｐ要求とｈｔｔｐ応答が発生し、それによって、オンライン課金デバイス６上のアカウント情報がさらにアクセスされ／更新される。この例において、その説明を繰り返すことは省略する。
【００５６】
チャン氏が関連する操作を実行した後、例えば、ユーザがユーザ機器１１をコントロールして、ボタン「ＯＫ」をクリックした後、方法は、ステップＳ２１２に進み、ユーザ機器１１は、「ｈｔｔｐ ｇｅｔ （ｓｅｎｄ ｉｎｆｏＵＲＬ， ＵＲＬ１）」メッセージを生成し、それを通知サーバ５に送信する。このメッセージは、チャン氏がウェブ通知ページに関連する操作を終えた旨の情報を通知サーバ５に通知することを目的とする。
【００５７】
チャン氏がウェブ通知ページに関連する操作を終えたことを通知サーバ５が知った後、通知サーバ５は、ステップＳ２１３において、通知プロセスが正常に完了したことをオンライン課金デバイス６にさらに通知する。任意選択的に、オンライン課金デバイス６は、通知サーバ５の通知に依存する代わりに、一定の継続期間にわたって待った後で、通知の完了を自動的に決定することができる。
【００５８】
その後、チャン氏のためにアカウント情報通知制御情報をアクティブ化できるように、オンライン課金デバイス６は、ステップＳ２１４において、ＲＡＲメッセージをゲートウェイ４に送信して、通知プロセスが完了したことをゲートウェイ４に通知する。その後、ユーザ機器１１が、ゲートウェイ４を介して、データ・サービスの第１の組のうちのデータ・サービスに対するアクセス要求を再び送信した場合、ゲートウェイ４は、上述のリダイレクションを実行することなく、その要求を、それが実際に指し示すネットワーク・アドレスに転送する。
【００５９】
ステップＳ２１５において、ゲートウェイ４は、ＲＡＡ応答メッセージをオンライン課金デバイス６に送信する。
【００６０】
ゲートウェイ４は、ユーザのためのリダイレクション・ステータスを終了した後、ステップＳ２１６において、最初に要求されたデータ・サービスの許容割当量を獲得するために、ＣＣＲｕ更新要求メッセージをオンライン課金デバイス６にさらに送信する。
【００６１】
ステップＳ２１７において、オンライン課金デバイス６は、対応する割当量を許可し、それをＣＣＡｕメッセージのＧＳＵ ＡＶＰの中に入れ、ＣＣＡｕメッセージをゲートウェイ４に返す。
【００６２】
さらに、オンライン課金デバイス６は、ステップＳ２１８において、応答メッセージを通知サーバ５にさらに返し、これは、ステップＳ２１３の後に直ちに実行することができる。
【００６３】
ステップＳ２１２における要求に応答して、通知サーバ５は、ステップＳ２１９において、「ｈｔｔｐ ｒｅｓｐｏｎｓｅ （ｓｅｎｄ ｉｎｆｏＵＲＬ）」メッセージをユーザ機器１１に返す。さらに、ステップＳ２２０において、通知サーバ５は、先にステップＳ２０５において開始されたデータ・サービス・アクセス要求のための要求を再開するようユーザ機器１１に命令するために、「ｈｔｔｐ ３０２ （ＵＲＬ１）」メッセージをユーザ機器１１にさらに返し、この場合、宛先アドレスは、依然として、マルチメディア・サーバの上述のアドレスＵＲＬ１である。
【００６４】
その後、ユーザ機器１１は、ステップＳ２２１において、「ｈｔｔｐ ｇｅｔ （ＵＲＬ１）」メッセージを生成し、それを送信し、このメッセージは、ゲートウェイ４にさらに転送される。
【００６５】
ゲートウェイ４は、チャン氏のためのリダイレクション・ステータスを終了したので、この時、ユーザ機器１１から送信されるデータ・サービス・アクセス要求は、指定されたアドレスＵＲＬ１に転送される。また、ゲートウェイ４は、データ・サービスについてのデータ量の監視を開始する。
【００６６】
ゲートウェイ４は、マルチメディア・サーバからのパケット・データ・ネットワーク・サービス・アクセス応答を、例えば、この例では「ｈｔｔｐ ｒｅｓｐｏｎｓｅ ＵＲＬ１」を、応答の受信時に、ユーザ機器１１に転送する。
【００６７】
その後、第１の実施形態では、ユーザであるチャン氏には、機器に電源が入れられた後にアカウント情報の通知を、または彼が何らかのデータ・サービスへのアクセスを要求した場合はより適切な通知を提供することができ、それによって、チャン氏は、以降の操作を選択することができる。
【００６８】
第１の実施形態の代替として、説明した方法の最初のステップとして、ステップＳ２０５を実行することができ、それに続いて、ステップＳ２０２を、次にステップＳ２０３およびステップＳ２０６を実行することができ、その場合、もともとは図２に示されていたステップＳ２０１およびステップＳ２０４は、それらはともに特に異なるネットワーク環境に適用されることを主な理由として、省略される。
【００６９】
第２の実施形態：過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が第１の事前決定された閾値以上であるために事前決定された条件が満たされる
【００７０】
図３を参照すると、図３に示されるアカウント情報通知プロセスは、進行中セッションにおけるアカウント情報通知と呼ぶことができ、すなわち、データ・サービスのためのユーザのトラフィック使用が、ユーザの限界割当量に接近したときに、ウェブ通知ページが、ユーザ機器上にポップアップされて、ユーザに提示される。
【００７１】
図３を参照すると、図３は、図２に示されたフローの後の期間に行うことができるフローを示しており、この時、ユーザであるチャン氏は、ビデオ・サーバによって提供されるオンライン・ビデオ・サービスを、ユーザ機器１１を用いて視聴している。
【００７２】
ユーザ機器１１のユーザのデータ・サービス・トラフィックを監視するプロセス中に、ステップＳ３０１において、ゲートウェイ４は、先にステップＳ２１５においてオンライン課金デバイス６によって許可されたすべてのサービス・ユニットをチャン氏が使い切ったことを見出し、その場合、ゲートウェイ４は、さらなる割当量を要求するために、ＣＣＲｕ要求メッセージを生成し、それをオンライン課金デバイス６に送信する。
【００７３】
ステップＳ３０２において、オンライン課金デバイス６は、ＣＣＲｕにおいて示されるユーザのデータ・サービス使用が、月間の許容量に接近していることを、例えば、チャン氏によって消費されたデータ量が、今月の過去の第１の継続期間、例えば２０日間の間に、４．５ＧＢの第１の事前決定された閾値に到達したこと、またはそれを超過したことを見出す。その場合、オンライン課金デバイス６は、内部ダイアメータ・リダイレクション・ロジックをトリガし、ＣＣＡｕメッセージを設定する。オンライン課金デバイス６は、呼に先立って、データ・サービスのタイプの通知を実行するために、「ＣＣＡｕ」（ＣＣＡ［更新］）メッセージ内のマルチサービス・クレジット制御ＡＶＰに、以下のサブＡＶＰを書き込む。
Ａ）許可サービス・ユニット＝０、これは、現在のサービス・データ要求を維持するようＰＤＮゲートウェイに命令する。
Ｂ）最終指示ユニットＡＶＰ、これは、リダイレクション・アクションとしての最終ユニット・アクションと、リダイレクションＵＲＬアドレスを含み、リダイレクションＵＲＬアドレスは、通知サーバ５のネットワーク・アドレスである。
Ｃ）レーティング・グループＡＶＰ、これは、どのタイプのデータ・トラフィックが、通知サーバ５にリダイレクトされるかを示すために使用される。
Ｄ）有効時間ＡＶＰ、これは、ＰＤＮゲートウェイが、ネットワークからのデータ・サービス要求を待つ期間を示すために使用される。
【００７４】
好ましくは、ステップＳ３０２の後、ゲートウェイ４は、ユーザ機器１１の現在のデータ・サービスを中断することができ、ユーザ機器１１が、データ・サービス要求をリフレッシュしようと試みる場合、または自動的に、もしくはユーザの入力に応答して、別のネットワーク・アドレスに対して要求を再開しようと試みる場合、この要求は、通知サーバ５にリダイレクトされる。図３の左側に示されるウェブ通知ページにおいて、タイトルは、これがセッション中の通知ページであることを示しており、パッケージの現在の使用量が閾値に接近していることも示しており、特にトラフィックの現在の使用量が４．８ＧＢであり、残りが２００ＭＢであることを反映している。
【００７５】
それぞれのＡＶＰのオプションなどは、第１の実施形態のものと同じであり、その説明を繰り返すことは省略する。さらに、ステップＳ３０３からステップＳ３２０までの説明については、ステップＳ２０５からステップＳ２２２までの説明を参照することができる。
【００７６】
チャン氏が、ユーザ機器１１を用いて、データ要求を開始した場合、または別のＵＲＬへのアクセスを開始した場合、ＰＤＮゲートウェイは、現在のデータ要求を維持する。モバイル・ユーザ機器は、ステップ３においてモバイル・アクセス・ネットワークを介してＰＤＮゲートウェイにルーティングされる、「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」要求を開始する。
【００７７】
第３の実施形態：過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が第２の事前決定された閾値以上であるために事前決定された条件が満たされる
【００７８】
図４を参照すると、図４は、本発明の第３の実施形態に従ってアカウント情報を通知する方法のフローチャートと、対応するウェブ通知ページとを示している。
【００７９】
ステップＳ４０１において、ゲートウェイ４は、トラフィックを監視し、許可サービス・ユニットが使い切られたことを見出し、その場合、ゲートウェイ４は、さらなる割当量を要求するために、ＣＣＲｕ要求メッセージを生成し、それをオンライン課金デバイス６に送信する。
【００８０】
ステップＳ４０２において、オンライン課金デバイス６は、チャン氏が今月のトラフィックを使い切ったことを検出する。言い換えると、第２の事前決定された閾値が５ＧＢトラフィックである場合、ユーザ機器１１を含むが、それに限定されない、ユーザ機器を用いて、チャン氏によって消費されたデータ・トラフィック量は、最後の第２の継続期間、例えば２５日間で、この第２の事前決定された閾値に達している。その場合、オンライン課金デバイス６は、事前決定された条件が満たされると決定し、それによって、内部ダイアメータ・リダイレクション・ロジックをトリガし、ＣＣＡｕメッセージを生成する。ＣＣＡｕメッセージは、以下のサブＡＶＰを含む。
Ａ）許可サービス・ユニット＝０、これは、ユーザであるチャン氏の現在のデータ・サービスを保持するようゲートウェイ４に命令する。
Ｂ）最終指示ユニット、これは、リダイレクション・アクションとしての最終ユニット・アクションと、リダイレクションＵＲＬアドレスを含み、リダイレクションＵＲＬアドレスは、通知サーバ５のネットワーク・アドレスである。
Ｃ）レーティング・グループ、これは、どのタイプのデータ・トラフィックが、通知サーバ５にリダイレクトされるかを示すために、すなわち、データ・サービスの第１の組を指示するために使用される。
Ｄ）有効時間、これは、ゲートウェイ４が、ネットワークからのデータ・サービス要求を待つ期間を示すために使用される。
【００８１】
その後、ステップＳ４０２の後、ゲートウェイ４は、ユーザ機器１１の現在のデータ・サービスを保持し、そのため、チャン氏は、データ・サービスにアクセスすることができない。
【００８２】
次のステップＳ４０３において、チャン氏がデータ・セッションを開始する準備ができたとき、ユーザ機器１１は、ゲートウェイ４にルーティングされる「ｈｔｔｐ Ｇｅｔ （ＵＲＬ１）」要求を開始する。
【００８３】
ステップＳ４０４において、ゲートウェイ４は、要求を通知サーバ５にリダイレクトするために、「３０２ （リダイレクションＵＲＬ）」メッセージをユーザ機器１１に返す。
【００８４】
ステップＳ４０５において、ユーザ機器１１は、ゲートウェイ４にルーティングされる「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」要求メッセージを送信し、ゲートウェイ４は、「ｈｔｔｐ Ｇｅｔ （リダイレクションＵＲＬ）」がリダイレクトされたデータ・ストリームであることを知り、その後、それを通知サーバ５に転送する。
【００８５】
ステップＳ４０６において、その後、通知サーバ５は、ユーザであるチャン氏の要求に応答して、ユーザであるチャン氏のアカウント情報を獲得するために、アカウント情報要求をオンライン課金デバイス６に送信する。
【００８６】
次のステップＳ４０７において、オンライン課金デバイス６は、チャン氏のアカウント情報を通知サーバ５に返し、この例では、今月のチャン氏のパッケージのトラフィックは使い切られている。
【００８７】
その後、ステップＳ４０８において、通知サーバ５は、チャン氏の現在のアカウント情報に従って、ウェブ通知ページを構成し、このウェブ通知ページは、チャン氏のアカウント情報を含む。その後、通知サーバ５は、ウェブ通知ページを含むｈｔｔｐ応答を、ユーザ機器１１に返す。ユーザ機器１１側では、ユーザであるチャン氏に対して、図４の左側に示されるウェブ通知ページをポップアップさせる。
【００８８】
ステップＳ４０９において、オンライン課金デバイス６は、現在のセッションを終了するために、セッション終了要求をゲートウェイ４に送信し、ステップＳ４１０において、ゲートウェイ４は、ＡＳＡメッセージをオンライン課金デバイス６に返し、ステップＳ４１１において、ゲートウェイ４は、使用されたサービス・ユニットを報告するために、ＣＣＲｔメッセージを生成し、それをオンライン課金デバイス６に送信し、ステップＳ４１２において、オンライン課金デバイス６は、ＣＣＡｔメッセージをゲートウェイ４に返し、最後のステップＳ４１３において、ゲートウェイ４は、ベアラ・セッション・アボート・メッセージを生成し、それをユーザ機器１１に送信する。
【００８９】
図５を参照すると、図５は、本発明の一実施形態による全体的なシステムの構造図を示しており、オンライン課金システムは、オンライン課金ロジックと、レーティング・ロジックと、残高管理ロジックとを含み、その中に多数の通知イベントを維持する。通知イベントＸ毎に、エンドユーザには最終的に、通知サーバ内に維持されたウェブ通知ページが提供される。本発明のこの通知機能は、各通知イベントに、方針ベースのウェブ通知ページ決定機構を提供する。例えば、通知イベントの場合、ローミングの場合の拡張ウェブ通知ページは、ホーム・ネットワークの場合のウェブ通知ページとは異なり、購入者に英語で提供されるウェブ通知ページも、購入者に中国語で提供されるウェブ通知ページとは異なる。
【００９０】
本発明では、特定の通知イベントのための異なるウェブ通知ページは、以下の条件によって決定されるが、以下のリストは、すべての条件を含んでおらず、エンドユーザまたは通信事業者によって、必要に応じてより多くの条件を拡張または追加することができる。オンライン課金システムは、通知ページ毎に対応するＵＲＬアドレスを設定する。通知サーバは、ＵＲＬアドレスに基づいて、ウェブ通知ページのためのインデックス付けされた（検索された）維持方法を獲得する。
＞＞加入者のサービスのクラス
＞＞加入者の言語
＞＞加入者が属するＭＶＮＯ
＞＞サービス・データのカテゴリ
＞＞ホームまたはローム（ｒｏａｍ）、開始ゾーン
＞＞アクセスポイントの数
＞＞呼の方向：着信または発信
【００９１】
もちろん、システムは、本発明の技術的ソリューションにおけるフレンドリなウェブ通知機構に加えて、通常のメッセージ通知をさらにトリガすることができる。この目的で、通知サーバは、ユーザの電子メール・アドレス、インスタント・メッセージ（ＩＭ）アドレス、またはマルチメディア・ショート・メッセージング・サービス／ショート・メッセージング・サービス（ＭＭＳ／ＳＭＳ）といった情報を維持する。その場合、通知メッセージは、モバイル・ハンドヘルド端末内に記録として保存することができる。マルチメディア・ショート・メッセージング・サービス／ショート・メッセージング・サービス（ＭＭＳ／ＳＭＳ）の通知をサポートしない純粋なデータ・カード・デバイスの場合、本発明は、別のモバイル・ハンドヘルド端末から送信される、追加のデータ・カード・サービス通知を提供することができる。例えば、エンドユーザには、データ・カード・サービスおよびモバイル・ハンドヘルド端末が提供され、エンドユーザは、自分のモバイル・デバイスからデータ・カード・サービス使用通知を獲得することができる。
【００９２】
図６は、本発明の一代替実施形態による、ユーザ機器に表示される、アカウント情報を通知するためのウェブ通知ページの概略図を示している。示されるように、モバイル通信事業者は、上述の従来の通知およびユーザ対話操作のスペースに並べて、いくつかのウェブ広告をさらに提供することができる。ウェブ・ページ上に提供される広告のタイプは、エンドユーザと通信事業者の間の契約合意に基づいている。例えば、エンドユーザが、ウェブ通知ページの追加スペースに広告を受け入れることに合意した場合、通信事業者は、ボーナス／ディスカウント付きのいくつかのデータ・サービスを提供することができる。
【００９３】
図７を参照すると、図７は、本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置のブロック図を示しており、第１の装置７は、図１に示されたオンライン課金デバイス６内に一般に構成され、以下のユニットを含む。
【００９４】
第１のユニット７０１は、ユーザ毎にユーザが事前決定された条件を満たすかどうかを判定するためのものである。図２を例に取ると、第１のユニット７０１の機能は、ステップＳ２０２およびステップＳ２０３の上述の説明に対応する。
【００９５】
第２のユニット７０２は、ユーザが事前決定された条件を満たす場合に、ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報をアクティブ化するように、パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するためのものであり、これは、ステップＳ２０３の上述の説明に対応する。
【００９６】
アカウント情報通知制御情報は、ウェブ通知サーバのネットワーク・アドレスを含む。
【００９７】
第１の装置７は、以下のユニットをさらに含む。
【００９８】
第１の受信ユニット７０３は、ウェブ通知サーバからアカウント情報要求を受信するためのものであり、アカウント情報要求は、ユーザのアカウント情報を要求するために使用され、これは、上述のステップＳ２０８に対応する。
【００９９】
第３のユニット７０４は、ウェブ通知サーバにユーザのアカウント情報を提供するためのものであり、これは、上述のステップＳ２０９に対応する。
【０１００】
具体的には、第１のユニット７０１は、−ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイへの接続を要求する、−過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および−過去の第２の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上であるという条件の少なくとも１つをユーザが満たす場合に、事前決定された条件が満たされると判定する。
【０１０１】
さらに、第１のユニット７０１はさらに、ユーザのユーザ機器が、初期化プロセスにおいてパケット・データ・ネットワーク・ゲートウェイに接続されたために、または過去の第１の継続期間においてユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上であったために、事前決定された条件が満たされる場合に、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告したかどうかを判定するためのものである。図２を例に取ると、これは、ステップＳ２１３および関連するステップに対応する。第２のユニット７０２はさらに、ウェブ通知サーバが、アカウント情報をユーザに通知する動作を完了したことを報告した場合に、パケット・データ・ネットワーク・ゲートウェイがユーザのためのアカウント情報通知制御情報を非アクティブ化するように、パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するためのものであり、これは、ステップＳ２１４に対応する。
【０１０２】
さらに、アカウント情報通知制御情報は、データ・サービスの第１の組に対応し、パケット・データ・ネットワーク・ゲートウェイが、ユーザのためのアカウント情報通知制御情報をアクティブ化させた後、ユーザが、データ・サービスの第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバに接続するようにユーザのユーザ機器を制御する。
【０１０３】
図８を参照すると、図８は、本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置のブロック図を示している。示されるように、第２の装置８は、以下のユニットを含む。
【０１０４】
第２の受信ユニット８０１は、オンライン課金デバイスからアクティブ化コマンドを受信するためのものである。図２を例に取ると、これは、ステップＳ２０３に対応する。
【０１０５】
第４のユニット８０２は、アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するためのものであり、アカウント情報通知制御情報は、ウェブ通知サーバのネットワーク・アドレスを含む。これは、図２のステップＳ２０３においてメッセージが受信された後の動作に対応する。
【０１０６】
第５のユニット８０３は、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するためのものであり、これは、図２のステップＳ２０６に対応する。
【０１０７】
さらに、情報通知制御情報は、データ・サービスの第１の組にさらに対応し、第２の装置８は、ユーザのユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するための第６のユニット８０４をさらに含み、データ・サービス・アクセス要求メッセージは、データ・サービスの第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用され、第５のユニット８０３はさらに、データ・サービス・アクセス要求メッセージが受信された場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するようにユーザのユーザ機器を制御するためのものである。
【０１０８】
図９を参照すると、図９は、本発明の一実施形態による、データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置のブロック図を示している。第３の装置９００は、以下のユニットを含み、すなわち、第７のユニット９０１は、ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するためのものであり、これは、ステップＳ２０７に対応し、第８のユニット９０２は、オンライン課金制御デバイスからユーザのアカウント情報を獲得するためのものであり、これは、図２に示されるステップＳ２０７〜ステップＳ２０９に対応し、第９のユニット９０３は、ウェブ通知ページを生成するためのものであり、ウェブ通知ページは、ユーザのアカウント情報を含み、第１０のユニット９０４は、ユーザのユーザ機器にウェブ通知ページを送信するためのものである。第９のユニットおよび第１０のユニットの動作は、図２に示されるステップＳ２１０に対応する。
【０１０９】
上述の第１から第３の装置におけるそれぞれのユニットと、フローチャートのステップの間の他の関係は、説明を検討することで明らかにし得るであろう。
【０１１０】
本発明が上述の例示的な実施形態の細部に限定されず、本発明の主旨または必須の原理から逸脱することなく、他の特定の形態で具現できることは、当業者には明らかであろう。したがって、実施形態は、いずれの態様においても、限定的なものではなく、説明的なものと解釈されるべきであり、本発明の範囲は、上述の説明ではなく、添付の特許請求の範囲によって確定される。したがって、請求項の均等物の意味および範囲内に包含されるすべての変更を本発明内に含むことが意図されている。請求項内のいかなる参照番号も、それらが出現する請求項を限定するものと解釈されるべきではない。さらに、明らかに、「含む（ｃｏｍｐｒｉｓｅ）」という用語は、別の要素またはステップを排除せず、単数形は、複数形を排除しない。システムの請求項において述べられる複数の要素またはデバイスは、代替として、ソフトウェアまたはハードウェアにおいて、単一の要素またはデバイスとして具現することができる。「第１」、「第２」などの用語は、名前を表すために使用され、いかなる特定の順序も表さない。
【特許請求の範囲】
【請求項１】
データ型指向ユーザ機器のアカウント情報を通知する、オンライン課金デバイスにおける、方法であって、前記方法が、
ａ．ユーザ毎に前記ユーザが事前決定された条件を満たすかどうかを判定するステップと、
ｂ．前記ユーザが前記事前決定された条件を満たす場合に、前記ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイが前記ユーザのためのアカウント情報通知制御情報をアクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するステップと
を含み、
前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、
前記方法が、
−前記ウェブ通知サーバからアカウント情報要求を受信するステップであって、前記アカウント情報要求が、前記ユーザのアカウント情報を要求するために使用される、ステップと、
−前記ウェブ通知サーバに前記ユーザの前記アカウント情報を提供するステップと
をさらに含む方法。
【請求項２】
前記ステップａが、
−前記ユーザの前記ユーザ機器が、初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、前記事前決定された条件が満たされると判定するステップを含む、請求項１に記載の方法。
【請求項３】
前記ユーザの前記ユーザ機器が、前記初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイに接続されたために、または前記過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、前記第１の事前決定された閾値以上であったために、前記事前決定された条件が満たされる場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するように前記ユーザ機器を制御した後、前記方法が、
前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する動作を完了したことを報告したかどうかを判定するステップと、
前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する前記動作を完了したことを報告した場合に、前記パケット・データ・ネットワーク・ゲートウェイが前記ユーザのための前記アカウント情報通知制御情報を非アクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するステップと
をさらに含む、請求項２に記載の方法。
【請求項４】
前記アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、前記パケット・データ・ネットワーク・ゲートウェイが、前記ユーザのための前記アカウント情報通知制御情報をアクティブ化させた後、前記ユーザが、データ・サービスの前記第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、前記パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバに接続するように前記ユーザの前記ユーザ機器を制御する、請求項１に記載の方法。
【請求項５】
データ型指向ユーザ機器のアカウント情報を通知する、パケット・データ・ネットワーク・ゲートウェイにおける、方法であって、
Ａ．オンライン課金デバイスからアクティブ化コマンドを受信するステップと、
Ｂ．前記アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するステップであって、前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、ステップと、
Ｄ．ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザのユーザ機器を制御するステップと
を含む方法。
【請求項６】
前記アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、前記ステップＢの後、前記ステップＤの前に、前記方法が、
Ｃ．前記ユーザの前記ユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するステップであって、前記データ・サービス・アクセス要求メッセージが、データ・サービスの前記第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、ステップ
をさらに含み、
前記ステップＤが、
−前記データ・サービス・アクセス要求メッセージが受信された場合に、
前記ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザの前記ユーザ機器を制御するステップ
をさらに含む、
請求項５に記載の方法。
【請求項７】
データ型指向ユーザ機器のアカウント情報を通知する、ウェブ通知サーバにおける、方法であって、
ｉ．ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するステップと、
ｉｉ．オンライン課金制御デバイスから前記ユーザのアカウント情報を獲得するステップと、
ｉｉｉ．ウェブ通知ページを生成するステップであって、前記ウェブ通知ページが、前記ユーザの前記アカウント情報を含む、ステップと、
ｉｖ．前記ユーザの前記ユーザ機器に前記ウェブ通知ページを送信するステップと、
ｖ．前記ユーザの前記ユーザ機器のために実行される前記アカウント情報通知が完了したときに、前記アカウント情報通知の前記完了についての情報を前記オンライン課金デバイスに通知するステップと
を含む方法。
【請求項８】
データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置であって、前記第１の装置が、
ユーザ毎に前記ユーザが事前決定された条件を満たすかどうかを判定するための第１のユニットと、
前記ユーザが前記事前決定された条件を満たす場合に、前記ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイが前記ユーザのためのアカウント情報通知制御情報をアクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するための第２のユニットとを備え、
前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、
前記第１の装置が、
前記ウェブ通知サーバからアカウント情報要求を受信するための第１の受信ユニットであって、前記アカウント情報要求が、前記ユーザのアカウント情報を要求するために使用される、第１の受信ユニットと、
前記ウェブ通知サーバに前記ユーザの前記アカウント情報を提供するための第３のユニットと
をさらに備える第１の装置。
【請求項９】
前記第１のユニットが、
−前記ユーザの前記ユーザ機器が、初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、前記事前決定された条件が満たされると判定する、請求項８に記載の第１の装置。
【請求項１０】
前記第１のユニットがさらに、前記ユーザの前記ユーザ機器が、前記初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイに接続されたために、または前記過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、前記第１の事前決定された閾値以上であったために、前記事前決定された条件が満たされる場合に、
前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する動作を完了したことを報告したかどうかを判定するためのものであり、
前記第２のユニットがさらに、前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する前記動作を完了したことを報告した場合に、前記パケット・データ・ネットワーク・ゲートウェイが前記ユーザのための前記アカウント情報通知制御情報を非アクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するためのものである、
請求項９に記載の第１の装置。
【請求項１１】
前記アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、前記パケット・データ・ネットワーク・ゲートウェイが、前記ユーザのための前記アカウント情報通知制御情報をアクティブ化させた後、前記ユーザが、データ・サービスの前記第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、前記パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバに接続するように前記ユーザの前記ユーザ機器を制御する、請求項８に記載の第１の装置。
【請求項１２】
データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置であって、
オンライン課金デバイスからアクティブ化コマンドを受信するための第２の受信ユニットと、
前記アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するための第４のユニットであって、前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、第４のユニットと、
ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザのユーザ機器を制御するための第５のユニットと
を備える第２の装置。
【請求項１３】
前記アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、前記第２の装置が、
前記ユーザの前記ユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するための第６のユニットであって、前記データ・サービス・アクセス要求メッセージが、データ・サービスの前記第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、第６のユニット
をさらに備え、
前記第５のユニットがさらに、前記データ・サービス・アクセス要求メッセージが受信された場合に、前記ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザの前記ユーザ機器を制御するためのものである、
請求項１２に記載の第２の装置。
【請求項１４】
データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置であって、
ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するための第７のユニットと、
オンライン課金制御デバイスから前記ユーザのアカウント情報を獲得するための第８のユニットと、
ウェブ通知ページを生成するための第９のユニットであって、前記ウェブ通知ページが、前記ユーザの前記アカウント情報を含む、第９のユニットと、
前記ユーザの前記ユーザ機器に前記ウェブ通知ページを送信するための第１０のユニットと
を備え、
前記第１０のユニットがさらに、前記ユーザの前記ユーザ機器のために実行される前記アカウント情報通知が完了したときに、前記アカウント情報通知の前記完了についての情報を前記オンライン課金デバイスに通知するためのものである、
第３の装置。
【請求項１５】
前記ウェブ通知ページが、
−前記ユーザとの対話的動作を実行するためのコンテンツ、および
−前記ユーザに付加価値サービスを提供するためのコンテンツ
のうちの少なくとも一方をさらに含む、請求項１４に記載の第３の装置。
【請求項１】
データ型指向ユーザ機器のアカウント情報を通知する、オンライン課金デバイスにおける、方法であって、前記方法が、
ａ．ユーザ毎に前記ユーザが事前決定された条件を満たすかどうかを判定するステップと、
ｂ．前記ユーザが前記事前決定された条件を満たす場合に、前記ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイが前記ユーザのためのアカウント情報通知制御情報をアクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するステップと
を含み、
前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、
前記方法が、
−前記ウェブ通知サーバからアカウント情報要求を受信するステップであって、前記アカウント情報要求が、前記ユーザのアカウント情報を要求するために使用される、ステップと、
−前記ウェブ通知サーバに前記ユーザの前記アカウント情報を提供するステップと
をさらに含む方法。
【請求項２】
前記ステップａが、
−前記ユーザの前記ユーザ機器が、初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、前記事前決定された条件が満たされると判定するステップを含む、請求項１に記載の方法。
【請求項３】
前記ユーザの前記ユーザ機器が、前記初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイに接続されたために、または前記過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、前記第１の事前決定された閾値以上であったために、前記事前決定された条件が満たされる場合に、ウェブ・ベースのアカウント情報通知を実行するウェブ通知サーバと接続するように前記ユーザ機器を制御した後、前記方法が、
前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する動作を完了したことを報告したかどうかを判定するステップと、
前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する前記動作を完了したことを報告した場合に、前記パケット・データ・ネットワーク・ゲートウェイが前記ユーザのための前記アカウント情報通知制御情報を非アクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するステップと
をさらに含む、請求項２に記載の方法。
【請求項４】
前記アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、前記パケット・データ・ネットワーク・ゲートウェイが、前記ユーザのための前記アカウント情報通知制御情報をアクティブ化させた後、前記ユーザが、データ・サービスの前記第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、前記パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバに接続するように前記ユーザの前記ユーザ機器を制御する、請求項１に記載の方法。
【請求項５】
データ型指向ユーザ機器のアカウント情報を通知する、パケット・データ・ネットワーク・ゲートウェイにおける、方法であって、
Ａ．オンライン課金デバイスからアクティブ化コマンドを受信するステップと、
Ｂ．前記アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するステップであって、前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、ステップと、
Ｄ．ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザのユーザ機器を制御するステップと
を含む方法。
【請求項６】
前記アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、前記ステップＢの後、前記ステップＤの前に、前記方法が、
Ｃ．前記ユーザの前記ユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するステップであって、前記データ・サービス・アクセス要求メッセージが、データ・サービスの前記第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、ステップ
をさらに含み、
前記ステップＤが、
−前記データ・サービス・アクセス要求メッセージが受信された場合に、
前記ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザの前記ユーザ機器を制御するステップ
をさらに含む、
請求項５に記載の方法。
【請求項７】
データ型指向ユーザ機器のアカウント情報を通知する、ウェブ通知サーバにおける、方法であって、
ｉ．ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するステップと、
ｉｉ．オンライン課金制御デバイスから前記ユーザのアカウント情報を獲得するステップと、
ｉｉｉ．ウェブ通知ページを生成するステップであって、前記ウェブ通知ページが、前記ユーザの前記アカウント情報を含む、ステップと、
ｉｖ．前記ユーザの前記ユーザ機器に前記ウェブ通知ページを送信するステップと、
ｖ．前記ユーザの前記ユーザ機器のために実行される前記アカウント情報通知が完了したときに、前記アカウント情報通知の前記完了についての情報を前記オンライン課金デバイスに通知するステップと
を含む方法。
【請求項８】
データ型指向ユーザ機器のアカウント情報を通知するための、オンライン課金デバイスにおける、第１の装置であって、前記第１の装置が、
ユーザ毎に前記ユーザが事前決定された条件を満たすかどうかを判定するための第１のユニットと、
前記ユーザが前記事前決定された条件を満たす場合に、前記ユーザのユーザ機器が属するパケット・データ・ネットワーク・ゲートウェイが前記ユーザのためのアカウント情報通知制御情報をアクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイにアクティブ化コマンドを送信するための第２のユニットとを備え、
前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含み、
前記第１の装置が、
前記ウェブ通知サーバからアカウント情報要求を受信するための第１の受信ユニットであって、前記アカウント情報要求が、前記ユーザのアカウント情報を要求するために使用される、第１の受信ユニットと、
前記ウェブ通知サーバに前記ユーザの前記アカウント情報を提供するための第３のユニットと
をさらに備える第１の装置。
【請求項９】
前記第１のユニットが、
−前記ユーザの前記ユーザ機器が、初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイへの接続を要求する、
−過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第１の事前決定された閾値以上である、および
−過去の第２の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、第２の事前決定された閾値以上である
という条件の少なくとも１つをユーザが満たす場合に、前記事前決定された条件が満たされると判定する、請求項８に記載の第１の装置。
【請求項１０】
前記第１のユニットがさらに、前記ユーザの前記ユーザ機器が、前記初期化プロセスにおいて前記パケット・データ・ネットワーク・ゲートウェイに接続されたために、または前記過去の第１の継続期間において前記ユーザによって消費されたデータ・トラフィックの量が、前記第１の事前決定された閾値以上であったために、前記事前決定された条件が満たされる場合に、
前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する動作を完了したことを報告したかどうかを判定するためのものであり、
前記第２のユニットがさらに、前記ウェブ通知サーバが、前記アカウント情報を前記ユーザに通知する前記動作を完了したことを報告した場合に、前記パケット・データ・ネットワーク・ゲートウェイが前記ユーザのための前記アカウント情報通知制御情報を非アクティブ化するように、前記パケット・データ・ネットワーク・ゲートウェイに非アクティブ化コマンドを送信するためのものである、
請求項９に記載の第１の装置。
【請求項１１】
前記アカウント情報通知制御情報が、データ・サービスの第１の組に対応し、前記パケット・データ・ネットワーク・ゲートウェイが、前記ユーザのための前記アカウント情報通知制御情報をアクティブ化させた後、前記ユーザが、データ・サービスの前記第１の組のうちのいずれかのデータ・サービスへのアクセスを要求した場合に、前記パケット・データ・ネットワーク・ゲートウェイが、ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバに接続するように前記ユーザの前記ユーザ機器を制御する、請求項８に記載の第１の装置。
【請求項１２】
データ型指向ユーザ機器のアカウント情報を通知するための、パケット・データ・ネットワーク・ゲートウェイにおける、第２の装置であって、
オンライン課金デバイスからアクティブ化コマンドを受信するための第２の受信ユニットと、
前記アクティブ化コマンド内で示されるユーザのためのアカウント情報通知制御情報をアクティブ化するための第４のユニットであって、前記アカウント情報通知制御情報が、ウェブ通知サーバのネットワーク・アドレスを含む、第４のユニットと、
ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザのユーザ機器を制御するための第５のユニットと
を備える第２の装置。
【請求項１３】
前記アカウント情報通知制御情報が、データ・サービスの第１の組にさらに対応し、前記第２の装置が、
前記ユーザの前記ユーザ機器からデータ・サービス・アクセス要求メッセージを受信したかどうかを判定するための第６のユニットであって、前記データ・サービス・アクセス要求メッセージが、データ・サービスの前記第１の組のうちの少なくとも１つのデータ・サービスへのアクセスを要求するために使用される、第６のユニット
をさらに備え、
前記第５のユニットがさらに、前記データ・サービス・アクセス要求メッセージが受信された場合に、前記ウェブ・ベースのアカウント情報通知を実行する前記ウェブ通知サーバと接続するように前記ユーザの前記ユーザ機器を制御するためのものである、
請求項１２に記載の第２の装置。
【請求項１４】
データ型指向ユーザ機器のアカウント情報を通知するための、ウェブ通知サーバにおける、第３の装置であって、
ウェブ・ベースのアカウント情報通知が実行される必要があるユーザを決定するための第７のユニットと、
オンライン課金制御デバイスから前記ユーザのアカウント情報を獲得するための第８のユニットと、
ウェブ通知ページを生成するための第９のユニットであって、前記ウェブ通知ページが、前記ユーザの前記アカウント情報を含む、第９のユニットと、
前記ユーザの前記ユーザ機器に前記ウェブ通知ページを送信するための第１０のユニットと
を備え、
前記第１０のユニットがさらに、前記ユーザの前記ユーザ機器のために実行される前記アカウント情報通知が完了したときに、前記アカウント情報通知の前記完了についての情報を前記オンライン課金デバイスに通知するためのものである、
第３の装置。
【請求項１５】
前記ウェブ通知ページが、
−前記ユーザとの対話的動作を実行するためのコンテンツ、および
−前記ユーザに付加価値サービスを提供するためのコンテンツ
のうちの少なくとも一方をさらに含む、請求項１４に記載の第３の装置。
【図５】
【図７】
【図８】
【図９】
【図１】
【図２】
【図３】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１】
【図２】
【図３】
【図４】
【図６】
【公表番号】特表２０１３−５１６８６０（Ｐ２０１３−５１６８６０Ａ）
【公表日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１２−５４７４３１（Ｐ２０１２−５４７４３１）
【出願日】平成２２年１月８日（２０１０．１．８）
【国際出願番号】ＰＣＴ／ＣＮ２０１０／０７００９２
【国際公開番号】ＷＯ２０１１／０８２５４６
【国際公開日】平成２３年７月１４日（２０１１．７．１４）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２２年１月８日（２０１０．１．８）
【国際出願番号】ＰＣＴ／ＣＮ２０１０／０７００９２
【国際公開番号】ＷＯ２０１１／０８２５４６
【国際公開日】平成２３年７月１４日（２０１１．７．１４）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]