JP6023802B2 - ワイヤレス音声、データ及びメッセージングネットワークサービスのためのコアサービスプラットホーム - Google Patents

Description

本発明は、ワイヤレスネットワークの消費者及び運営者に提供されるサービスに関するものである。

関連出願の相互参照：本願は、２０１１年９月１９日に出願された米国特許出願第１３／２３６，４０１号及び２０１１年６月２４日に出願された米国プロビジョナル特許出願第６１／５０１，１３１号に基づくもので、その優先権の利益を主張し、その全体的な内容が参考としてここに援用される。

ワイヤレスネットワーク技術が進化し続けているために、消費者は、今日、非常に精巧なネットワークアーキテクチャーを通して、音声、データ及びテキストメッセージングによって互いに通信することができる。消費者は、スマートホンのような単一のワイヤレス通信装置を使用して、電話コールを発信し、データをダウンロードし、テキストメッセージを送信することができる。典型的に、消費者は、ネットワーク運営者からプランを購入し、そのプランの期間中そのプランで定義されたルールによって制約を受ける。例えば、プランのポリシーが所定領域の外側でのローミングを許さない場合には、消費者は、その領域を出ると、自分のスマートホンからコールを発することができない。消費者は、電話コールを発信できないときに、問題の原因が分からず、ヘルプを容易に見つけることができない。別の例として、プランがデータ使用のための設定数量を有し、そして消費者が、勘定サイクルの終了までにその数量の所定スレッシュホールド（例えば、９０％）に達した場合には、次の勘定サイクルがスタートするまで消費者の将来のデータトラフィックが絞られる（例えば、サービス品質（ＱｏＳ）が低下する）。従来の運営者システムでは、消費者は、自分のデータ使用量を容易に監視することができず、又、勘定サイクル全体にわたって自分のＱｏＳを同じレベルに維持することを容易に要求できない。従って、使用量、オファー、価格及びポリシーを管理する従来の運営者システムは、融通性がなく、消費者のニーズに容易に適応させることができない。

本発明は、同様の要素が同じ参照番号で示された添付図面に一例として示されるが、これに限定されない。

コアサービスプラットホーム（ＣＳＰ）システムが動作するネットワークアーキテクチャーの一実施形態を示す図である。 ＣＳＰシステムの配備モデルの一実施形態を示す図である。 移動通信装置の一実施形態を示す図である。 コンピュータシステムの一実施形態を示す図である。 本発明の一実施形態によるＣＳＰシステム一体化を示す全体図である。 本発明の一実施形態によるＣＳＰシステム一体化を更に詳細に示す全体図である。 ＣＳＰシステムと運営者ネットワークとの間の一体化の一実施形態を示す図である。 ネットワーク信号フローの一実施形態を示す図である。 ネットワーク信号フローの別の実施形態を示す図である。 ＣＳＰシステムとワイヤレス通信装置との間の一体化の一実施形態を示す図である。 「マイ・アカウント(My Account)」特徴を示すＣＳＰ装置アプリケーション（ＣＤＡ）のディスプレイスクリーンの一実施形態である。 「友人に通知(Tell a Friend)」特徴を示すＣＤＡのディスプレイスクリーンの一実施形態である。 「診断ヘルプ(Diagnostic Help)」特徴を示すＣＤＡのディスプレイスクリーンの一実施形態である。 「コンテキストヘルプ(Contextual Help)」特徴を示すＣＤＡのディスプレイスクリーンの一実施形態である。 「使用量警報(Usage Alert)」特徴を示すＣＤＡのディスプレイスクリーンの一実施形態である。 「ローミング警報(Roaming Alert)」特徴を示すＣＳＰ装置アプリケーションのディスプレイスクリーンの一実施形態である。 ＣＳＰ運営者ウェブアプリケーションのディスプレイスクリーンの一実施形態である。 カスタム関係マネージメント（ＣＲＭ）一体化の実施形態である。 ＣＳＰシステムから運営者へオファー／ポリシーを発行するためのプロセスの一実施形態である。 プロビジョニング／オーダーエントリ一体化の一実施形態である。 プロビジョニング／オーダーエントリ一体化のプロセスを示す一実施形態である。 勘定一体化の一実施形態である。 報告一体化の一実施形態を示す。

以下の説明において、多数の特定の細部について述べる。しかしながら、本発明の実施形態は、それらの特定の細部がなくても具現化できることを理解されたい。他の点については、この説明の理解を不明瞭にしないため、良く知られた回路、構造及び技術は、詳細に示さない。しかしながら、当業者であれば、本発明は、そのような特定の細部なしに具現化できることが明らかであろう。又、当業者であれば、ここに包含される説明で、過度な実験を行わずに適当な機能を具現化できるであろう。

図１は、ネットワークシステムの一実施形態を示すブロック図である。ここに示す実施形態において、セルラー装置１００は、ベースステーション１０２及びベースステーションコントローラ１０４を通して運営者ネットワーク１１０と通信する。セルラー装置１００は、セルラー電話、データ転送及びメッセージング能力をもつスマートホン、タブレットコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ビデオカメラ、ゲーム装置、グローバルポジショニングシステム（ＧＰＳ）、ｅ−リーダー、マシン・対・マシン（Ｍ２Ｍ）装置（即ち、センサを使用してデータを収集し、そしてそのデータを、ネットワークを経てサーバーのような行先へ送信する特定用途向けテレメトリー装置）、上述したいずれかの機能を組み合わせてもつハイブリッド装置、或いは音声、データ及びテキストメッセージを送信及び受信できる他のワイヤレス移動装置である。セルラー装置１００は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ ８０２．１１ベースのワイヤレスプロトコル（Ｗｉ−Ｆｉのような）、等のワイヤレスプロトコルを使用して、運営者ネットワーク１１０と通信する。セルラー装置１００は、消費者（加入者又はユーザと同等）により使用される。運営者ネットワーク１１０は、音声ネットワーク（例えば、移動通信（ＧＳＭ（登録商標））ネットワークのためのグローバルシステム）、データネットワーク（例えば、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク）、及びメッセージングネットワーク（例えば、ショートメッセージサービス（ＳＭＳ）ネットワーク）を含むワイヤレスセルラーネットワークである。運営者ネットワーク１１０は、ＧＳＭ（登録商標）ネットワーク、ＧＰＲSネットワーク、及びＳＭＳネットワークとは異なる音声、データ及びメッセージングネットワークを含むことが理解される。ここに示す実施形態では、音声ネットワークは、ネットワークスイッチングサブシステム１０６により表され、データネットワークは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１２７、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１０７により表され、そしてメッセージングネットワークは、メッセージングゲートウェイ１０８により表わされる。運営者ネットワーク１１０は、図示簡略化のためここでは省略された種々の他のネットワークコンポーネントを含むことが理解される。運営者ネットワーク１１０は、セルラー装置１００のユーザが、外部ネットワーク（図示せず）を通して運営者ネットワーク１１０に結合された装置との音声、データ及びメッセージング通信に参加できるようにする。

１つの実施形態において、ベースステーション１０２は、セルラー装置（例えば、セルラー装置１００）と通信するための無線送信器及び受信器、並びにベースステーションコントローラ１０４と通信するための通信システムとを備えている。ベースステーションコントローラ１０４は、ベースステーション１０２をコントロールし、運営者ネットワーク１１０と通信できるようにする。種々の実施形態では、ベースステーションコントローラ１０４は、いかなる数のベースステーションもコントロールできる。

ネットワークスイッチングサブシステム１０６は、音声ネットワークスイッチングをコントロールし、セルラー装置位置の登録を維持し、そして運営者ネットワーク１１０を、公衆交換電話ネットワーク、プライベート音声電話ネットワーク又は他の適当な音声電話ネットワークのような外部音声ネットワークに接続する。１つの実施形態において、ネットワークスイッチングサブシステム１０６は、移動交換センター（ＭＳＣ）１１１、ホーム位置レジスタ（ＨＬＲ）１１３、及びビジター位置レジスタ（ＶＬＲ）１１４を備えている。ＭＳＣ１１１は、シグナリングシステムNO.７（ＳＳ７）のようなシグナリングプロトコルを使用して音声接続をコントロールし、セットアップし及び解除する。幾つかの実施形態において、ＭＳＣ１１１は、更に、セルラー装置に課金し、利用可能な使用量をデクリメントし、残高を追跡し、バッテリ状態を監視し、及びその他の目的で音声接続の時間を追跡する。一実施形態において、運営者ネットワーク１１０は、いかなる数のＭＳＣを含んでもよい。これらＭＳＣの各々は、１つ以上のベースステーション及び１つ以上のベースステーションコントローラを含むネットワークエリア内のセルラー装置にサービスする。あるセルラー装置は、このネットワークエリアを「ホームネットワーク」として使用するように登録され、そして他のセルラー装置は、他のネットワークエリアをホームネットワークとして使用するように登録される。ＨＬＲ１１３は、ホームネットワークがＭＳＣ１１１によりサービスされるセルラー装置のリストを維持する。ＶＬＲ１１４は、ＭＳＣ１１１によりサービスされるエリアへローミングするセルラー装置のリストを維持する。セルラー装置がそのホームネットワーク（例えば、ＭＳＣ１１１によりサービスされるネットワークエリア）を去るとき、その装置がローミングするネットワーク（ターゲットネットワーク）のＶＬＲ（ターゲットＶＬＲ）が装置のホームネットワークのＨＬＲ１１３と通信する。ＨＬＲ１１３が、ターゲットＶＬＲに対して、装置がターゲットネットワークを使用するのを許すことを確認すると、装置がターゲットＶＬＲに追加され、そしてターゲットネットワークのＭＳＣが、ローミングするセルラー装置のための通信をセットアップする。

ＳＧＳＮ１２７及びＧＧＳＮ１０２は、運営者ネットワーク１１０のコアデータネットワークにおけるメインコンポーネントの２つである。ＳＧＳＮ１２７は、その地理的サービスエリア内のセルラー装置から及びセルラー装置へデータパケットを配送する役割を果たす。ＳＧＳＮ１２７のタスクは、パケットルーティング及び転送、移動管理（添付／切り離し及び位置管理）、論理的リンク管理、認証、及び課金機能を含む。ＧＧＳＮ１０７は、データ通信スイッチングをコントロールし、そして運営者ネットワーク１１０を、ローカルエリアネットワーク、ワイドエリアネットワーク、ワイヤードネットワーク、ワイヤレスネットワーク、インターネット、ファイバネットワーク、記憶エリアネットワーク、又は他の適当なネットワークのような外部データネットワークに接続する。幾つかの実施形態において、ＧＧＳＮ１０７は、運営者ネットワーク１１０のコアデータネットワーク内のコアコンポーネントの１つである。図１には示されていないが、運営者ネットワーク１１０のコアデータネットワークは、種々の他のネットワークスイッチングコンポーネントも備えている。ＧＧＳＮ１０７は、運営者ネットワーク１１０と外部データネットワークとの間のインターフェイスとして働き、データパケットを各側の装置に対する適当なフォーマットへと変換する。又、図示された実施形態では、ＧＧＳＮ１０７は、ポリシー及び課金実施機能（ＰＣＥＦ）１２２、ポリシー及び課金ルール機能（ＰＣＲＦ）１２３、及びオンライン課金システム（ＯＣＳ）１２４の機能を経てポリシー及び課金実施並びにコントロールも遂行する。ＰＣＲＦ１２３は、ポリシーコントロール及びフローベース課金コントロールを遂行する。そのため、ＰＣＲＦ１２３は、サービス品質（ＱｏＳ）リソース及び動作、例えば、サービスリダイレクション及び他のポリシーベースアクションを許可する。最終的に、ＰＣＲＦ１２３は、加入者の契約データを収集し、そしてＰＣＥＦ１２２がポリシー及び課金を実施するのを許すという点で、収集コントローラに類似している。ＯＣＳ１２４は、ネットワークリソース使用量に関する課金情報をそのリソース使用量と同時に収集することによりオンライン課金プロセスを容易にする。又、ＯＣＳ１２４は、ネットワークリソース使用量の許可を、その使用量の実際の開始の前に承認する。この承認は、データ量に関して又は期間に関して制限される。ＰＣＥＦ１２２は、ポリシー実施、サービスデータフロー検出、及びフローベースの課金機能を遂行する。ＰＣＲＦ１２３により指示されるポリシーコントロールは、ＰＣＥＦ１２２により実施される。そのため、ＰＣＥＦ１２２は、対応するアクティブなポリシー及び課金コントロール（ＰＣＣ）ルールが存在する場合、及びＯＣＳ１２４がオンライン課金に使用される課金キーのクレジットを許可する場合だけ、サービスデータフローがＰＣＥＦ１２２を通過するのを許す。最終的に、ＰＣＥＦ１２２は、サービスに適当なＱｏＳが与えられ且つ加入者が加入者に対してセットされた課金レートに従って課金されることを保証する。

メッセージングゲートウェイ１０８は、セルラー装置と他の通信装置との間のショートメッセージ通過を与える。メッセージングゲートウェイ１０８は、ショートメッセージサービスセンター（ＳＭＳＣ）、マルチメディアメッセージングセンター（ＭＭＳＣ）、或いはＳＭＳＣ又はＭＭＳＣに結合されたネットワークノードである。メッセージングゲートウェイ１０８は、ショートメッセージピア・ツー・ピアプロトコル（ＳＭＰＰ）又はユニバーサルコンピュータプロトコル（ＵＣＰ）のような標準的プロトコルを経て外部ネットワークへ／から運営者ネットワーク１１０を通してテキストメッセージを配送する。

幾つかの実施形態において、運営者ネットワーク１１０は、コアサービスプラットホーム（ＣＳＰ）ネットワーク１７０及び多数のネットワークノードを経てホスト型サービスプラットホーム１２０に結合される。ホスト型サービスプラットホーム１２０は、セルラー装置１００のようなワイヤレス通信装置のためのサービスマネージメントプラットホームとして働く。ホスト型サービスプラットホーム１２０は、多数の地理的位置に多数のデータセンターを備え、各データセンターは、多数のサーバーコンピュータを含む。ホスト型サービスプラットホーム１２０は、ワイヤレスユーザに向かってセールス及びサポートの両プロセスを自動化するために１組の機能を含む多数のＣＳＰエンジン１２２を備えている。ホスト型サービスプラットホーム及びＣＳＰネットワーク１７０は、そこにホストされたソフトウェアと共に、ＣＳＰシステムを形成する。ＣＳＰシステムの概略は、図５及び６を参照して以下に述べる。

ＣＳＰネットワーク１７０は、ホスト型サービスプラットホーム１２０のデータセンターと運営者ネットワーク１１０との間の接続を与える。一実施形態において、ＣＳＰネットワーク１７０は、ＰＣＲＦ１７３及びＯＣＳ１７４を具現化するＧＧＳＮ１７１を備えている。運営者ネットワーク１１０の運営者／所有者と、ＣＳＰネットワーク１７０の運営者／所有者との間の合意に基づき、（ＰＣＲＦ１２３、ＯＣＳ１２４）及び（ＰＣＲＦ１７３、ＯＣＳ１７４）の両セットは、同時にアクティブとなるか、又はサービス配備の異なる段階でアクティブとなる。別の実施形態では、ＣＳＰネットワーク１７０は、ＰＣＲＦ１７３及びＯＣＳ１７４を具現化しない。むしろ、ホストサービスプラットホーム１２０は、運営者ネットワーク１１０から契約データ、ポリシー及び課金情報を収集する。

運営者ネットワーク１１０とＣＳＰネットワーク１７０との間のネットワークノードは、図１において、運営者ネットワークノード１３０、ネットワークノードＡ １３１及びネットワークノードＢ １３２として表されている。これらのネットワークノード（１３０、１３１及び１３２）は、スイッチ、ルーター、ブリッジ、及び他のネットワークコンポーネントを含む。運営者ネットワーク１１０とＣＳＰネットワーク１７０との間には、いかなる数のネットワークノードがあってもよい。図示された実施形態では、運営者ネットワークノード１３０は、一体化接続を経てネットワークノードＡ １３１と通信するが、音声、データ及びテキストメッセージングについては、３つの個別の接続を経てネットワークノードＢ １３２と通信する。

幾つかの実施形態において、運営者ＩＴシステム１５０は、運営者ネットワークノード１３０を経て運営者ネットワーク１１０に結合される。運営者ＩＴシステム１５０は、運営者ネットワーク１１０から加入者のデータ及び使用量を受け取り、そして顧客関係マネージメント（ＣＲＭ）／ケア、プロビジョニング／オーダーエントリ、勘定／仲裁（又は支払い）、及び報告／データ貯蔵庫（ＤＷＨ）（又はビジネスインテリジェンス）の機能を与える。又、運営者ＩＴシステム１５０は、システムアドミニストレータがそれらの機能を監視し且つ管理するためのユーザインターフェイス（デスクトップインターフェイス又はウェブインターフェイスのような）も与える。一実施形態において、運営者ＩＴシステム１５０は、ＣＳＰ運営者ウェブアプリケーション１５４をホストするコントロールセンターを含む。ＣＳＰ運営者ウェブアプリケーション１５４は、運営者が、一体的環境において、その市場キャンペーン、オファー（レートプランと同等）、価格、勘定及び顧客ケアを管理できるようにする。ＣＳＰ運営者ウェブアプリケーション１５４の機能は、図１６を参照して以下に詳細に説明する。

幾つかの実施形態において、セルラー装置１００は、ＣＳＰ装置アプリケーション（ＣＤＡ）１４０を記憶し実行する。ＣＤＡ１４０は、消費者の現在の使用量及び状態に応答して消費者に警報及び通知を表示し、カスタマイズされたコンテキストオファーをリアルタイムで与え、そして消費者がワイヤレス製品及びサービスをそれらの装置から選択し、購入することを許す。更に、ＣＤＡ１４０を使用して、消費者は、それら自身のサービス質問及び問題をそれらのワイヤレス装置から直接的に診断し、解決することができる。例えば、ＣＤＡ１４０は、診断を遂行するためにセルラー装置１００自信を含む多数のソースに問合せすることができる。ＣＤＡ１４０の機能は、図１０ないし１５に示す例を参照して以下に詳細に述べる。

図２は、ＣＳＰデータセンターに対する配備モデルの実施形態を示す図である。ＣＳＰデータセンターは、クラウドベースのコンピューティングシステムである。ここに示す実施形態では、２つのデータセンター（２２０及び２３０）が、ＣＳＰネットワーク１７０及び多数のネットワークノード（例えば、ルータ）を経て運営者インターネットプロトコル（ＩＰ）ネットワーク２１０に結合される。データセンター２２０及び２３０は、図１のホスト型サービスプラットホーム１２０の一部分である。データセンター２２０及び２３０は、異なる位置に配備され、各センターは、複数のサーバーコンピュータを備えている。幾つかのサーバーコンピュータは、運営者及び加入者によりアクセスできるリソースを与えるウェブサーバーとして働く。データセンター２２０及び２３０は、リアルタイムで同期することができ、又、いずれかのデータセンターは、完全サービスデマンドを搬送することができる。１つの実施形態において、運営者ＩＰネットワーク２１０とデータセンター２２０及び２３０との間にダイナミックＩＰルーティングが確立され（例えば、ボーダーゲートウェイプロトコル（ＢＧＰ））、一方の経路に欠陥があっても、別の経路を経て自動的にルーティングできるようにする。

図１のホスト型サービスプラットホーム１２０は、任意の地理的位置に任意の数のデータセンターを含むことが理解される。運営者ＩＰネットワーク２１０は、図１の運営者ネットワーク１１０のデータネットワークの一部分である。図示された実施形態において、運営者ＩＰネットワーク２１０は、ＧＧＳＮ１０７、メッセージングゲートウェイ１０８、並びに図１の運営者ＩＴシステム１５０におけるＣＲＭ、プロビジョニング／オーダーエントリ、勘定／仲裁、及び報告／データ貯蔵庫（ＤＷＨ）のシステムを相互接続する。１つの実施形態では、運営者ＩＰネットワーク２１０及びＣＳＰネットワーク１７０は、プロビジョニング／オーダーエントリデータ、課金データレコード（ＣＤＲ）、レポートを、標準的第３世代パートナーシッププロダクト（３ＧＰＰ）インターフェイス（Ｇ_x、Ｇ_y）を経て交換する。

図３は、ワイヤレス通信装置３００（例えば、図１のセルラー装置１００）の一実施形態を示すブロック図である。１つの実施形態では、ワイヤレス通信装置３００は、スマートホンである。別の実施形態では、ワイヤレス通信装置３００は、セルラー電話、タブレットコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ビデオカメラ、ゲーム機、グローバルポジショニングシステム（ＧＰＳ）、ｅ−リーダー、マシン・対・マシン（Ｍ２Ｍ）装置（即ち、センサを使用してデータを収集し、そしてそのデータを、ネットワークを経てサーバーのような行先へ送信する特定用途向けテレメトリー装置）、上述したいずれかの機能を組み合わせてもつハイブリッド装置、或いは音声、データ及びテキストメッセージを送信及び受信できる他のワイヤレス移動装置である。ここに示す実施形態では、ワイヤレス通信装置３００は、無線送信器３０２、無線受信器３０４、プロセッサ３０６、メモリ３１０、加入者アイデンティティモジュール（ＳＩＭ）３１２、及びディスプレイ３１４を備えている。幾つかの実施形態において、ＳＩＭ３１２は任意であり、ＳＩＭ３１２を含ませることは、使用するネットワーク技術に依存する。無線送信器３０２及び無線受信器３０４は、ワイヤレス無線通信プロトコルを使用してベースステーション（例えば、図１のベースステーション１０２）と通信する。ある実施形態では、無線送信器３０２及び／又は無線受信器３０４は、音声信号、データ信号、テキスト信号（例えば、ＳＭＳ）、構成及び／又は登録信号、或いは他の適当な種類の信号を通信する。プロセッサ３０６は、ワイヤレス通信装置３００の動作をコントロールし実行するためにメモリ３１０に記憶されたインストラクションを実行する。ある実施形態では、メモリ３１０は、次のもの、即ちリードオンリメモリ（ＲＯＭ）、フラッシュメモリ、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックメモリ及びデータ記憶装置、のうちの１つ以上を含む。メモリ３１０は、プロセッサ３０６のための一時的及び／又は長期情報記憶装置として働く。１つの実施形態では、メモリ３１０は、ＣＤＡ１４０を記憶する。１つの実施形態において、ディスプレイ３１４は、ＣＤＡ１４０のスクリーンディスプレイのように、画像及びデータを表示するグラフィックユーザインターフェイス（ＧＵＩ）として働く。表示される画像及びデータは、メモリ３１０又は他のローカル記憶装置から検索されるか、或いはウェブサーバー（例えば、ＣＳＰデータセンターのウェブサーバー）から無線受信器３０４を通して受信される。

１つの実施形態において、ＳＩＭ３１２は、ネットワークに対して装置を識別するためにワイヤレス通信装置３００の識別番号を記憶する除去可能なモジュールである。種々の実施形態において、ＳＩＭ３１２は、国際移動加入者アイデンティティ（ＩＭＳＩ）番号、集積回路カード識別子（ＩＣＣＩＤ）番号、シリアルナンバー、或いは他の適当な識別番号を記憶する。

図４は、コンピュータシステム４００の一実施形態を示すブロック図である。１つの実施形態では、コンピュータシステム４００は、図１のホスト型サービスプラットホーム１２０内のサーバーコンピュータである。別の実施形態では、コンピュータシステム４００は、図１の運営者ＩＴシステム１５０内のサーバーコンピュータである。ホスト型サービスプラットホーム１２０及び運営者ＩＴシステム１５０は、いかなる数のサーバーコンピュータを含んでもよいことが理解される。ここに示す実施形態では、コンピュータシステム４００は、プロセッサ４１２、メモリ４１０、Ｉ／Ｏ装置４０４、ネットワークインターフェイス４０２、ディスプレイ４１４、及びバス４０８を備えている。１つの実施形態において、ディスプレイ４１４は、運営者にグラフィック及びデータを表示するグラフィックユーザインターフェイス（ＧＵＩ）として働く。表示されるグラフィック及びデータのあるものは、メモリ４１０又は他のローカル記憶装置から検索されるか、或いはウェブサーバーからネットワークインターフェイス４０２を通して受信される。プロセッサ４１２は、１つ以上の汎用処理装置を表わす。メモリ４１０は、次のもの、即ちリードオンリメモリ（ＲＯＭ）、フラッシュメモリ、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックメモリ、及びデータ記憶装置、の１つ以上を含む。ネットワークインターフェイス４０２は、外部データネットワークと通信する。コンピュータシステム４００が図１のホスト型サービスプラットホーム１２０内のサーバーコンピュータである実施形態では、メモリ４１０は、ＣＳＰエンジン１２２、ＰＣＲＦ１７３及び／又はＯＣＳ１７４の機能の１つ以上を具現化するソフトウェアを記憶する。コンピュータシステム４００が図１の運営者ＩＴシステム１５０内のサーバーコンピュータである別の実施形態では、メモリ３１０は、ＣＳＰ運営者ウェブアプリケーション１５４の機能の１つ以上を具現化するソフトウェアを記憶する。

図５は、本発明の一実施形態によるＣＳＰシステム一体化の概要を示すブロック図である。図６は、本発明の一実施形態によるＣＳＯシステム一体化を更に詳細に示す。以下の説明において、「ＣＳＰシステム」５３０という語は、ネットワーク運営者及びその加入者へ提供される１組のサービスを管理するソフトウェア及びハードウェアインフラストラクチャーを指す。従って、図１に示す実施形態も参照すれば、ＣＳＰシステム５３０は、ホスト型サービスプラットホーム１２０、ＣＳＰネットワーク１７０、及びそこにホストされたソフトウェアを含む。ＣＳＰシステム５３０は、運営者ネットワーク１１０、運営者ＩＴシステム１５０、及びセルラー装置１００とリアルタイムで相互作用する。幾つかの実施形態において、ＣＳＰシステム５３０は、運営者ネットワーク１１０、運営者ＩＴシステム１５０、及びセルラー装置１００とバッチモードでも相互作用する。１つの実施形態では、ＣＳＰシステム５３０は、スマートホンサービスマネージメントプラットホームである。ＣＤＡ１４０及びＣＳＰ運営者ウェブアプリケーション１５４を通して、ＣＳＰシステム５３０は、オンデバイス(on-device)アプリケーション、自己ケア、診断、ストアフロント(store-front)、警報マネージメント、ポリシーコントロール、支払取り扱い、オファーマネージメント、キャンペーンマネージメント、分析、報告エンジン、及びデータレートの機能を提供し又はそれを可能にする。

図６を参照すれば、ＣＳＰシステム５３０は、顧客の現在「コンテキスト」のコンテキスト評価に基づいてカスタマイズされたコンテキストオファーを与える。そのような「コンテキスト」は、契約時間(time in contract)、ロイヤリティ状態、データ及び音声使用量、顧客の価値（又は評価）、（最後のデータ要求の）時間、（最後のデータ要求の）位置、及び購入履歴を含むが、これに限定されない。コンテキスト評価は、ＣＳＰエンジン１２２によって行われ、このエンジンは、図１のホスト型サービスプラットホーム１２０において実行され、そしてこれに限定されないが、顧客プロフィール、マイクロ区分化、リアルタイムレート及びポリシー、リアルタイム警報及びオファー、オファー及びプロモーションのためのターゲットに向けた推奨を含む機能を遂行するものである。ＣＳＰシステム５３０は、顧客が誰であるか識別するだけでなく、顧客の現在コンテキストも識別して、正しい時間に正しいオファーを行うことができる。ＣＳＰシステム５３０は、顧客が最も購入したいであろうオファーであって且つ運営者にとって最も価値のあるオファーを公式化する。顧客は、オファーの１つを選択し、そして自分の使用量レベルを維持するために最も必要になるであろう時間に自分の装置から購入することができる。例えば、顧客が自分のスマートホンにビデオをダウンロードする最中に、自分のデータ使用量限界又はスレッシュホールドに到達する場合には、その使用限界を延長するためにより多くのデータメガバイト数を追加するオファーと共に自分のスマートホンに警報を受け取ることができる。顧客の使用限界又はスレッシュホールドに達しない１つのシナリオでは、ダウンロード速度を改善するためにより多くのデータメガバイト数を追加するオファーを受け取ることもできる。顧客は、自分のスマートホンから購入を行い、そして顕著な中断がほとんど又は全くない状態でダウンロードを続けることができる。１つの実施形態において、オファーは、現在の勘定サイクルに対してより多くのデータメガバイト数又はより長い使用時間を顧客の既存のプランに追加するトップアップオファー又はプラン変更、或いは顧客の既存のプランを、現在の勘定サイクルに限定されない新たなプランへ変更するアップグレードを含む。

顧客は、自分のワイヤレス通信装置においてＣＤＡ１４０を通してＣＳＰシステム５３０を体験する。ＣＤＡ１４０は、これに限定されないが、ストアフロント、支払、オファー及び警報、自己サポート、アカウント状態、及び装置診断を含む顧客側の機能を与える。運営者は、ＣＳＰ運営者ウェブアプリケーション１５４を通してＣＳＰシステム５３０を体験する。ＣＳＰ運営者ウェブアプリケーション１５４は、これに限定されないが、オファー及びポリシーマネージメント、キャンペーン及び警報マネージメント、ビジネス及び適格性ルールマネージメント、製品カタログ、顧客関係マネージメント、商品及びコンテンツマネージメント、キャンペーン分析、小売店活動、顧客ケアアプリケーション、及び報告を含む運営者側の機能を与える。運営者については、このＣＳＰ体験は、次の３つの主たる利益へと変換される。（１）ＣＳＰシステム５３０は、各ワイヤレス通信装置に小売店を設け、リアルタイムコンテキスト販売を通してユーザ当たりの平均歳入（ＡＲＰＵ）を高める。（２）ＣＳＰシステム５３０は、消費者のための自己サポート体験を与えることによりサポートコストをゼロに向けて推進させる。（３）ＣＳＰシステム５３０は、専用のオンデバイスチャンネルを使用して販売のコストをゼロに向けて推進させる。

これらの利益を与えると共に、市場への時間を短縮するために、ＣＳＰシステム５３０は、運営者ＩＴシステム１５０の４つの機能と一体化される。４つの機能は、ＣＲＭ／ケア６１０、プロビジョニング／オーダーエントリ６２０、勘定／支払６３０、及び報告／ＤＷＨ６４０である。又、ＣＳＰシステム５３０は、運営者ネットワーク１１０の２つの機能とも一体化される。その２つの機能は、ＧＧＳＮ１０７／ＰＣＥＦ１２２（ＧＧＳＮ１０７によって具現化されるＰＣＥＦ１２２を表わす）及びメッセージングゲートウェイ１０８である。

運営者ネットワーク１１０との一体化は、図７から９を参照して以下に説明する。ワイヤレス通信装置（例えば、セルラー装置１００）との一体化は、図１０から１５を参照して以下に説明する。最後に、運営者ＩＴシステム１５０との一体化を、図１６から２２を参照して以下に説明する。

ＣＳＰ−ネットワーク一体化：図６の実施形態に示すように、運営者ネットワーク１１０との一体化は、ＣＳＰシステム５３０が使用量をリアルタイムで見て、リアルタイムでアクションをとれるようにする。ＣＳＰシステム５３０と一体化される２つのネットワーク機能は、ＧＧＳＮ１０７／ＰＣＥＦ１２２と、メッセージングゲートウェイ１０８とである。

ネットワーク一体化は、ネットワーク完全性又はサービス品質を犠牲にすることなく、市場への高速時間を可能にする。１つの実施形態では、一体化は、標準３ＧＰＰインターフェイス（Ｇ_x、Ｇ_y）及び標準ショートメッセージピア・ツー・ピア（ＳＭＰＰ）インターフェイスの使用により達成される。

図７は、運営者ネットワーク１１０とＰＣＲＦ／ＯＣＳ７１０との間のインターフェイスの実施形態を示す。図１を参照して上述したように、ＰＣＲＦ／ＯＣＳ７１０は、ＣＳＰネットワーク１７０内にあるか（例えば、ＰＣＲＦ１７３及びＯＣＳ１７４）、運営者ネットワーク１１０内にあるか（例えば、ＰＣＲＦ１２３及びＯＣＳ１２４）、或いはその両方である。図７の実施形態では、ＰＣＲＦ／ＯＣＳ７１０は、運営者ネットワーク１１０の外側にある（即ち、ＣＳＰネットワーク１７０内）ことが示される。しかしながら、ＰＣＲＦ／ＯＣＳ７１０が運営者ネットワーク１１０内にある場合には、ＣＳＰネットワーク１７０は、運営者ネットワーク１１０から当該情報をリアルタイム又はほぼリアルタイムで受け取ることができる。ＣＳＰ機能は、図５及び６を参照して上述したように、ＰＣＲＦ／ＯＣＳ７１０内に埋め込まれる。従って、ＰＣＲＦ／ＯＣＳ７１０の厳密な位置は、この開示とは関係がない。

図７を参照すれば、メッセージングゲートウェイ１０８とＰＣＲＦ／ＯＣＳ７１０との間に標準インターフェイスが存在する。メッセージングゲートウェイ１０８は、ＳＭＳゲートウェイ又はショートメッセージサービスセンター（ＳＭＳＣ）である。メッセージングゲートウェイ１０８へのこのインターフェイスは、標準ＳＭＰＰインターフェイスである。このインターフェイスは、システムが、図６のＣＤＡ１４０へ及びＳＭＳを経てユーザへ警報又は通知を配送できるようにする。

（Ｇ_x、Ｇ_y）インターフェイスは、ダイアメータ(Diameter)プロトコルに従って定義される。（Ｇ_x、Ｇ_y）インターフェイスは、ＧＧＳＮ１０７／ＰＣＥＦ１２２とＰＣＲＦ／ＯＣＳ７１０との間に位置される。より詳細には、Ｇ_xインターフェイスは、ポリシー、ＱｏＳコントロール及びリダイレクションについて、ＰＣＥＦ１２２とＰＣＲＦとの間にある。Ｇ_yインターフェイスは、リアルタイム使用量コントロール及びオンラインデータ課金について、ＰＣＥＦ１２２とＯＣＳとの間にある。

以下、一体化された運営者ネットワーク及びＣＳＰ機能を伴うネットワークシステムにおいて考えられる使用ケースを例示する多数のシナリオについて述べる。これら使用ケースの幾つかを組み合わせることができる。

ケース１：オーバーエイジが許されず且つポータルへのリダイレクションがない加入者トラフィックの計測。このシナリオでは、加入者に毎月Ｘ ＭＢの割り当てが指定され、そしてスレッシュホールドがＹ％にセットされる。加入者がＹ％の使用量スレッシュホールドを越えると、加入者へ通知が送られる。その後のセッションは許されない。勘定サイクルの終わりに割り当てがリセットされる。

ケース２：オファーポータルへのリダイレクションを伴う加入者トラフィックの計測。このシナリオでは、加入者に毎月Ｘ ＭＢのスタティックな割り当てが指定され、そしてスレッシュホールドがＹ％にセットされる。加入者がＹ％の使用量スレッシュホールドを越えると、加入者へ通知が送られる。加入者が毎月の割り当ての１００％に到達すると、加入者セッションは、特定のオファーを伴うポータルへリダイレクションされる。加入者は、トップアップオファーを選択し、トラフィックを通し続けることが許される。

ケース３：使用量割り当ての終わりにトラフィックを絞るポリシー。１つのシナリオでは、加入者は、高い速度で毎月の割り当てをもつ状態で低い速度で無制限の使用量をもつことができる。毎月の割り当てが消費された後に、加入者のデータトラフィックは、低い速度で減少される（絞られる）。別のシナリオでは、加入者に毎月Ｘ ＭＢのスタティックな割り当てが指定され、そしてスレッシュホールドがＹ％にセットされる。加入者がＹ％の使用量スレッシュホールドを越えると、加入者へ通知が送られる。使用量が毎月の割り当ての９０％（又は任意の構成可能な割合）に到達すると、加入者のデータトラフィックは、外部で指定された速度（例えば、ネットワークの運営者により指定された速度）へ減少される（絞られる）。加入者が毎月の割り当ての１００％に到達すると、加入者セッションは、特定のオファーを伴うポータルへリダイレクションされる。加入者は、トップアップオファーを選択し、オリジナルのサービス品質（ＱｏＳ）でトラフィックを通し続けることが許される。又、加入者は、選択されたサービス（例えば、オンラインビデオ）にアクセスするか、又は指定の曲や他の形式のファイルをダウンロードするためより多くの帯域巾を希望する場合には、より高い速度に対して支払う（例えば、「絞り上げる」）こともできる。

ケース４：デイ・パス(Day pass)。このシナリオでは、加入者に固定期間パスが指定される。加入者は、割り当て時間が満了となるまでそのセッションを維持し、満了時点で、加入者のセッションが切断される。加入者は、その後、新たなパスを購入するまで再接続することができない。

ケース５：ユーザのデータ量に関する使用量コントロール。このシナリオでは、加入者に毎月Ｘ ＭＢのスタティックな割り当てが指定され、そしてスレッシュホールドがＹ％にセットされる。又、加入者は、３０分のスライディングウインドウ内でＺ ＭＢ以下のデータを使用するように制限される。加入者は、データ量がこの制限を越える場合はポータルへリダイレクションされる。このケースでのリダイレクションは、一回だけである。加入者がトップアップオファーを断ると、加入者は、３０分のスライディングウインドウが終了するまで外部指定速度（例えば、ネットワークの運営者により指定された速度）へ減少される（絞られる）。（ＱｏＳ制限が設定可能であることに注意されたい。）

ケース６：特定の公衆地上移動ネットワーク（ＰＬＭＮ）に限定された使用。これは、他の使用ケースと組み合わせることができる。このシナリオでは、加入者は、特定のＰＬＭＮを使用することしか許されない。ある時点で、加入者は、許されたネットワークを去って、別のネットワークにキャンピングする。加入者は、パケットデータプロトコル（ＰＤＰ）コンテキストのセットアップを試み、ＰＣＲＦによって阻止される。ターゲットとするローミングパッケージをオファーするために加入者へ通知が送られる。

ケース７：無線アクセス技術（ＲＡＴ）の変化に対するＱｏＳの変化。この使用ケースは、加入者がネットワークにどのように接続されるかに基づき加入者が（プランの一部分として又は明確な購入により）特定のＱｏＳを有することが許されると仮定する。１つのシナリオでは、加入者は、３ＧネットワークＱｏＳ制約をもたない。ある時点で、加入者は、ＥＤＧＥネットワークへ進む。加入者は、ＥＤＧＥネットワークにある間にＱｏＳを減少する。加入者は、３Ｇネットワークに戻るときに無制限の速度が与えられる。この使用ケースは、他の使用ケースと組み合わせることができる。

ケース８：加入者は、ホームネットワーク内に割り当て制限をもたないが、ローミング中は１００ＢＭの割り当てを有する（ローミング割り当ての終わりにリダイレクション）。このシナリオでは、加入者は、他のホームネットワークにある間に設定割り当てをもたない。加入者は、ローミングに対して１００ＭＢの割り当てを有する。加入者がローミングネットワークに入ると、ローミング使用量を忠告するために通知更新が送られる。ある時点で、加入者は、ローミング使用量スレッシュホールド（例えば、割り当ての９０％）を越える。ローミング限界に達したことを示す通知更新が加入者に送られる。加入者がローミング割り当ての１００％に到達すると、加入者セッションが付加的なローミングトップアップオファーのためのポータルへリダイレクションされる。この使用ケースは、セルラーサイト（セル）のグループによってローカルエリアがカバーされるシナリオへと拡張することができる。加入者は、あるセルから別のセルへ移動するとき、ローミング（ネットワーク間を切り換える）しておらず、進行している（同じネットワーク内の個別のエリアへ進む）。あるシナリオでは、加入者は、ホームセルにある間には設定割り当てをもたないが、他のセルへ移動するために設定割り当てを有する。

ケース９：選択された（形式の）ウェブサイト又はサービスへの加入者のアクセスを検出する。このシナリオでは、ディープパケット検査（ＤＰＩ）の使用により、選択された（形式の）ウェブサイト又はサービスへの加入者のアクセスを検出することができる。加入者は、選択された（形式の）ウェブサイト又はサービスへのアクセスに対して支払いをする必要がある。このシナリオは、加入者が明確に許されていないウェブサイト又は位置へ進み且つアクセスに対して支払いを必要とする場合に加入者がリダイレクションされる別のシナリオと同様である。

ＧＧＳＮ／ＰＣＥＦとの一体化：図８は、割り当てを消費したときに加入者が絞られる使用ケースに対する信号フローの一例を示す。ＧＧＳＮ／ＰＣＥＦとＰＣＲＦとの間、及びＧＧＳＮ／ＰＣＥＦとＯＣＳ（又はその等効物）との間の信号フローは、ダイアメータプロトコルに基づく。ダイアメータプロトコルは、認証、許可及びアカウントプロトコルである。ダイアメータプロトコルは、多数のコマンド、例えば、能力交換要求（ＣＥＲ）、能力交換回答（ＣＥＡ）、装置ウオッチドッグ要求（ＤＷＲ）、装置ウオッチドッグ回答（ＤＷＡ）、クレジットコントロール要求（ＣＣＲ）、クレジットコントロール回答（ＣＣＡ）、等を定義する。これらのコマンドは、ポリシー判断、消費した割り当て、到達したスレッシュホールド限界、ポリシー判断の変化、及びＱｏＳの変化を通信するため、ＧＧＳＮ／ＰＣＥＦとＰＣＲＦとの間、及びＧＧＳＮ／ＰＣＥＦとＯＣＳとの間で交換される。図８は、スレッシュホールド割り当てに到達したとき、ＯＣＳが通知を発行し（８１０）、そして割り当てを消費したときに、ＰＣＲＦがＱｏＳを下げるポリシー判断を行う（８２０）ことを示している。ＧＧＳＮ／ＰＣＥＦは、ポリシー判断を適用し（８３０）、これは、ユーザデータトラフィックのＱｏＳを下げる（８４０）。図８の信号フローは、図示簡略化のためにダイアメータパラメータの全ての細部を示していない。

図９は、割り当てを消費したとき加入者がトップアップページへリダイレクションされる使用ケースのための信号フローの一例を示す。図９は、スレッシュホールド割り当てに到達したときに、ＯＣＳが通知を発行する（９１０）ことを示している。割り当てが消費されると、ＰＣＲＦは、ポリシー判断を行って加入者をトップアップページへリダイレクションし（９２０）、ＧＧＳＮ／ＰＣＥＦは、加入者をトップアップページへリダイレクションし（９３０）、そしてユーザデータトラフィックが流れ続ける（９４０）。図９の信号フローは、図示簡略化のためダイアメータパラメータの全ての細部を示していない。

上述した種々のダイアメータインターフェイスは多数のオプションを有するので、１つのＧＧＳＮ売主との一体化は、別の売主との一体化と同じではない。ＧＧＳＮ及びパケットデータネットワークゲートウェイ（ＰＧＷ）の各形式及びモデルに対して、特定のＧＧＳＮテンプレートを使用することができる。これらの特定のテンプレートは、ＧＧＳＮの対応する形式及びモデルに対して証明されているパラメータ及び設定しか含まない。ダイアメータインターフェイスに関しては、ＰＣＲＦ／ＯＣＳ及び特定のＧＧＳＮに対して証明されているアクセスポイント名（ＡＰＮ）（即ち、１つ以上のＧＧＳＮを識別するのに使用されるネットワークアドレス）しか使用されない。

ＣＳＰ一体化ＰＣＲＦ及びＯＣＳは、上を向いたＡＰＩ（北を向いたとも称される）及びＪａｖａ（登録商標）メッセージサービス（ＪＭＳ）キューを含む。これらは、使用量情報及び事象情報をＣＳＰシステム５３０（図６）の上位レイヤへ通しそして上位レイヤからＰＣＲＦ及びＯＣＳに向けてインストラクションを発行するために使用される。例えば、ＰＣＲＦ又はその等効物は、加入者に適用されるべきＱｏＳ及び許された使用量に関してＧＧＳＮ／ＰＣＥＦに命令する。ユーザが指定のスレッシュホールドまで消費すると、ＯＣＳ又はその等効物は、ＰＣＲＦ又はその等効物に通知し、これは、次いで、通知において提示すべき推奨を決定し且つ加入者へオファーするために推奨エンジンに問合せする。ユーザが自分の割り当て量の１００％に達した場合には、ＯＣＳがポリシー及びレートエンジンに通知し、これは、ＱｏＳを変更してユーザを絞るようにＧＧＳＮ／ＰＣＥＦに命令する。

ＣＳＰ一体化ＰＣＲＦ及びＯＣＳの使用は、市場への高速時間を許し且つＣＳＰ解決策の全価値提案を保持する。しかしながら、ＣＳＰの上位レイヤ機能は、ＰＣＲＦ及びＯＣＳ（例えば、運営者自身のＰＣＲＦ及びＯＣＳ）と一体化することができ、これは、ＰＣＲＦ及びＯＣＳ機能それ自体の通知及びコントロールに必要なインターフェイスを与えることができる。

ＰＣＲＦ及びＯＣＳは、ＣＳＰシステム５３０と密接に一体化されるので、ユーザが新たなプランを選択すると、そのプランは、ＰＣＲＦ及びＯＣＳを通してリアルタイムでプロビジョニングされる。従って、加入者は、直ちにサービスを受けることができる。ＩＴインフラストラクチャー内の顧客ケアのような他のシステムは、プロビジョニングされる新たなプランに気付く必要がある。その理由で、以下に述べるように、ＣＳＰシステム５３０は、運営者のプロビジョニング／オーダーエントリシステムにインターフェイスする。１つの実施形態では、ＣＳＰシステム５３０は、データサービスアップグレードのプロビジョニング／オーダーエントリをＣＳＰ一体化ＰＣＲＦ及びＯＣＳで管理する。

メッセージングゲートウェイとの一体化：ＣＳＰシステム５３０（図６）は、ＣＤＡ１４０と通信すると共に、運営者が望む場合には他の装置とも通信し、これは、所有権又は非所有権ＩＰベース通信プロトコル、例えば、ＳＭＳ、非構造化補足サービスデータ（ＵＳＳＤ）、ｉＯＳ装置のためのＡｐｐｌｅ（登録商標）プッシュ通知サービス（ＡＰＮＳ）、Ａｎｄｒｏｉｄ（登録商標）装置のためのＡｎｄｒｏｉｄ（登録商標）クラウド装置メッセージング、等を経て行われる。ＳＭＳは、必要なときにＣＤＡ１４０をウェイクアップするのに使用される。例えば、ＳＭＳは、データ使用量限界に達するか、支払が遅れるか、又は消費者に関するプロモーションが利用できるときに、警報又は通知として消費者へ送信される。１つの実施形態において、警報及び通知は、ネットワークエレメント（運営者ネットワーク１１０又はＣＳＰネットワーク１７０内のＰＣＲＦ／ＯＣＳのような）によって発生されて、ＣＳＰシステム５３０により顧客のＣＤＡ１４０へ配送される。運営者がＣＤＡ１４０の使用に対して既存の加入者を募集したいシナリオでは、ＣＳＰシステム５３０は、ＳＭＳを使用して、ＣＤＡ１４０をダウンロードするためにリンクでそれら加入者の装置へ信号する。

ある実施形態では、運営者は、外部システムへ／からテキストメッセージを転送するためにＳＭＳを有する。これらのＳＭＳは、ＳＭＰＰ又はＵＣＰのようなプロトコルをサポートする。又、ある運営者は、メッセージゲートウェイを外部システムへのインターフェイスとして使用して、外部システムからＳＭＳＣへの直接的接続を最小にする。又、これらのゲートウェイは、ＳＭＰＰ又はＵＣＰをサポートし、そのほとんどは、利用可能な他のＡＰＩも有している。別の実施形態では、ＳＭＳＣは、ＣＳＰシステム５３０の一部分である。

幾つかの実施形態において、ＣＳＰシステム５３０は、内蔵ＳＭＰＰクライアント機能を有する。ＣＳＰシステム５３０は、ＳＭＰＰを使用して運営者のメッセージングゲートウェイ１０８と一体化することができる。１つの実施形態では、特定の短いコードをＣＳＰシステム５３０に指定し、その短いコードは、ゼロのレートである。従って、ＣＳＰシステム５３０とユーザ装置との間のメッセージは、ユーザのアカウントに課金されない。

ワイヤレス通信装置におけるＣＳＰ−アプリケーション一体化：図１０は、スマートホン装置に使用されるときのＣＳＰ装置アプリケーション（ＣＤＡ）１４０の一例を示す。スマートホンが示されているが、ＣＤＡ１４０は、セルラー装置１００（図１）、例えば、セルラー電話、タブレットコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ビデオカメラ、ゲーム機、グローバルポジショニングシステム（ＧＰＳ）、ｅ−リーダー、マシン・対・マシン（Ｍ２Ｍ）装置（即ち、センサを使用してデータを収集し、そしてそのデータを、ネットワークを経てサーバーのような行先へ送信する特定用途向けテレメトリー装置）、上述したいずれかの機能を組み合わせてもつハイブリッド装置、或いは音声、データ及びテキストメッセージを送信及び受信できる他のワイヤレス移動装置において実行できることが理解される。ＣＤＡ１４０は、運営者と顧客との間のインターフェイスとして働く。ＣＤＡ１４０は、ＣＳＰシステム５３０から情報を受信する。ＣＳＰシステム５３０は、次いで、運営者ネットワーク１１０、運営者ＩＴシステム１５０、及びＣＳＰネットワーク１７０（図１）から情報を受信する。ＣＤＡ１４０は、運営者ブランドであり、ウェブ及び移動技術の多数のプログラミング言語、例えば、Ｃ＋＋、ＨＴＭＬ５、Ｊａｖａ（登録商標）、ＯＳ特有ネーティブアプリケーションコード、等、及び他の移動ウェブ技術の組み合わせを使用して、構築することができる。ＣＤＡ１４０は、装置に常駐してそこからアクセスされるアプリケーション（又はコンストラクト）である。顧客は、多数の仕方でアプリケーションへのアクセスが与えられ、例えば、装置ＯＥＭにおいて新たな顧客装置にプリローディングすることにより与えられ、適当なアプリケーションストアへのリンクを使用して既存の装置へダウンロードすることにより与えられ、及び／又は顧客へ送られる移動ウェブページを経てアクセスされる。

ＣＤＡ１４０は、装置ベースのアプリケーションであるが、そのデータ及び体験の大部分（例えば、表示されるレイアウト及びコンテンツ）は、ＣＳＰシステム５３０から発生され、サービスされる。これは、ユーザ装置へアプリケーション更新をプッシュせずに、体験の要素を動的に表示し変更する能力を与える。１つの実施形態では、ＣＤＡ１４０は、ハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）を経てＣＳＰシステム５３０と通信し、これは、購入アップグレードのようなデータ及び機能へのアクセスを許す前に、マルチレイヤ認証アーキテクチャーを使用して、ＣＤＡ１４０、ハンドセット及びユーザを確認する。警報及び通知は、ＳＭＳを経て、上述したＣＳＰメッセージング一体化を通して、及び移動ＯＳ特有通知方法、例えば、ｉＯＳ装置のためのＡＰＮＳ及びＡｎｄｒｏｉｄ（登録商標）装置のためのＡＣＤＭを通して、ユーザ装置へ配送される。

１つの実施形態において、推奨エンジン（図６に示したＣＳＰシステム５３０のＣＳＰエンジン１２２の１つ）は、リアルタイムコンテキストオファーを生成するためのＣＳＰメカニズムである。ここに示す実施形態では、推奨エンジンは、データマイニング及びマイクロ区分化により、ＣＲＭ、ＣＤＲ、キャンペーン、等から収集された情報を分析する。顧客のマイクロ区分化は、運営者が加入者のある区分をターゲットとして、それら加入者に最も関連したオファーを形成できるようにする。推奨は、契約時間、ロイヤリティ状態、購入履歴、顧客の価値、並びにデータ及び時間の使用のような多数のコンテキスト評価ファクタに関して行うことができる。推奨エンジンは、顧客プロフィール作成の結果や、ＰＣＲＦ、ＯＣＳ及びＣＤＲから受け取られたコンテキスト評価及び情報のファクタに基づいて、リアルタイムオファーを生成し又は推奨する。従って、消費者のリアルタイム使用量が限界に到達し、リアルタイム警報を受け取ると、推奨エンジンにより生成されて運営者により承認されたオファーがユーザ装置へ即座に配送される。ＣＤＡ１４０は、ＣＳＰシステム５３０と直接的に相互作用する。ＣＤＡ１４０を経て、消費者は、ユーザに馴染み易いフォーマットで自分の装置に表示されるオファーオプションの１つを選択する。選択されたオプションは、ユーザへリアルタイムでプロビジョニングされ、そしてホスト型サービスプラットホーム１２０へフィードバックがリアルタイムで返送される。

図１１から１５は、本発明の実施形態によりＣＤＡ１４０によって与えられる機能の例を示す。図１１を参照すれば、ＣＤＡ１４０の一連のスクリーン表示が、データ使用に対するトップアップオファーに関連して示されている。最初に、ホームページ（１１００）は、多数のオプションを与え、その１つが「My Account(マイ・アカウント)」である。このマイ・アカウントページにおいて使用量タブを選択することにより、音声、テキストメッセージ及びデータに対するユーザの使用量がユーザ装置に表示される（１１０１）。表示は、ユーザのデータ使用量が割り当て限界の９２％であることを示している。自動的に又はユーザの選択により、多数のオプションを含むトップアップオファーページ（１１０２）がユーザに示される。各オプションは、図６を参照して述べたコンテキスト評価に基づいて推奨エンジンにより生成されて運営者により承認されたオファーである。ユーザがオプションの１つを選択すると（１１０３）、購入確認ページ（１１０４）がディスプレイに示される。その点において、使用量ページ（１１０５）は、ユーザの割り当てが増加され、そしてデータの使用量が、現在、割り当て限界の８１％であることを示す。

「マイ・アカウント」特徴は、ユーザが希望するときに自分の現在使用量情報をチェックできるようにする。ユーザが自ら進んで自分の現在の使用量及び限界をチェックしない場合には、ユーザのＱｏＳを下げるか又はネットワーク接続をディスエイブルする状態を警報することによってユーザに通知することができる。警報は、図１５Ａ及び１５Ｂを参照して以下に説明する。

又、１つの実施形態において、「マイ・アカウント」特徴は、ユーザが、勘定、例えば、勘定書を受け取るまでにネットワークサービスで費やした金額、を監視できるようにする。例えば、ユーザがローミングして、ローミング料金を被る場合には、右上隅の「勘定」タブをクリックすることにより自分のアカウントにおいてローミング料金の金額を監視することができる。

図１２を参照すれば、ＣＤＡ１４０の一連のスクリーン表示が、「Tell a Friend(友人に通知)」特徴に関連して示されている。最初に、ホームページ（１２００）は、多数のオプションを与え、その１つが「Deals(取引)」である。Dealsページ（１２０１）は、ワイヤレス通信サービス及び装置に関して現在利用できる全ての取引(Deals)を示す。ユーザは、表示された結果、例えば、特定のプロバイダー、売主又は運営者によりオファーされた取引をフィルタするためにタブを選択する。ユーザは、「Friends(友人)」タブ（１２０３）を選択して、友人により推奨される取引を示す。特定のオファーをクリックすることにより（１２０４）、ユーザは、リアルタイムで購入を行うこともできるし、又はオファーを後で考慮するためにセーブすることができる。ユーザが購入を行うときには、購入確認ページ（１２０５）が表示される。ユーザは、ソフトボタン「Send Message(メッセージ送信)」をクリックして、一般的又は個人的メッセージを送信することにより、このオファーに関する情報を自分の友人と共有することができる（１２０６）。

図１３を参照すれば、ＣＤＡ１４０の一連のスクリーン表示が、診断を行い且つヘルプする「Help(ヘルプ)」特徴に関連して示されている。１つの実施形態では、ＣＳＰシステム５３０により多数のデータソース（例えば、ＰＣＲＦ、ＯＣＳ、ＣＤＲ、ＣＲＭ、等）から収集された情報を考慮することにより、ユーザ装置により診断が行われる。この診断は、次の領域、即ちユーザのカバレージ、契約、使用量、支払、ローミング状態、等において遂行される。最初に、ホームページ（１３００）は、全てのサービスが現在利用できることを示す。ユーザは、多数のオプションを選択することができ、その１つが、より多くの情報を調査するための「Help(ヘルプ)」である。ヘルプページ（１３０１）をクリックすると、診断機能が自動的にアクチベートされる。この例では、診断機能は、ユーザの支払が遅れていることを見つける。診断した問題（支払）をクリックすることにより、ユーザは、支払オプション（１３０２）を表示するページへ進むことができる。ユーザは、クレジット及びデビットカード（１３０３及び１３０４）で支払を行うことができる。支払が受け容れられた後に購入確認が示される（１３０５）。

前記例に示したように、「ヘルプ」特徴は、問題を発見するだけでなく、ユーザに馴染み易い仕方で問題に対する解決策も与える。別のシナリオでは、ユーザは、診断から、カバレージに入らないことを発見する。この診断した問題（カバレージ）は、道路を１０マイル戻るか又はネットワークカバレージに対するアップグレードを購入する、等の１つ以上の提案される解決策へユーザを向け直すことができる。

図１４は、ユーザが先を見越して診断機能を実行せずに接続の問題が自動的に検出される例を示す。この例では、ディスプレイのトップパネルは、接続問題が検出されたことを示す（１４００）。ユーザは、「Fix Now(ここで固定する)」ソフトボタンをクリックし、検出された問題に関連する質問のリストを見る（１４０１）。ユーザは、質問の１つを選択して、より多くの情報、例えば、検出された問題の原因に関連したユーザの現在状態を見つける（１４０２）。このシナリオでは、音声テストが推奨される。ユーザは、音声テストを実行して、自分の音声接続をテストすることができる（１４０２及び１４０４）。例えば、ユーザ装置は、運営者ネットワークの音声ネットワークコンポーネントにユーザ装置へのコールを要求するメッセージを送信する。問題が見つかった場合には、ユーザは、問題を運営者に報告すべきかどうか選択することができる（１４０５）。ユーザが問題を報告することを選択した場合には、報告確認ページ（１４０６）が表示される。他のシナリオでは、ユーザは、データ接続テスト又はメッセージングテストを実行して、ユーザ装置にコールするように運営者ネットワークのデータサーバー又はメッセージングサーバーに要求することができる。この「ヘルプ」特徴は、ユーザが現在遭遇する問題の解決に向けて明確な進路を与えるコンテキストアクションの別の例である。

図１５Ａは、「User Alert(ユーザ警報)」特徴の一例を示す。この例では、ユーザが自分の割り当て限界に達したとき、ディスプレイのトップパネルが警報及びトップアップオファーを示す（１５００）。この警報は、ユーザが自分の使用量スレッシュホールドを越えたが依然割り当て限界内であるか、或いはユーザが割り当て限界に達したことを示す。ユーザは、メニューのより深いレベルへクリックすることなくトップパネルからトップアップオファーを選択するか（１５０１）、又はより多くのプランアップグレードオプションを再調査することができる。ユーザがトップアップオファーを選択して購入した後に、購入確認ページが表示される（１５０２）。図６を参照して述べたように、トップアップオファー及びアップグレードオプションは、ユーザの独特な状態のコンテキスト評価に基づいて推奨エンジンにより生成されそして運営者により承認される。

図１５Ｂは、「Roaming Alert(ローミング警報)」特徴の一例を示す。この例では、ユーザが別のネットワーク（又は別のエリア）へローミングするが、そのプランは、そのようなローミングをサポートしていない。ディスプレイは、警報及び多数のオプションを示す（１５３０）。ユーザは、いずれかのオプションを選択して、ローミングを可能にする（１５３１）。各オプションは、図６を参照して述べたコンテキスト評価に基づいて推奨エンジンにより生成されて運営者により承認されたオファーである。ユーザがオプションの１つを選択して購入した後に、購入確認ページが表示される（１５３２）。

ＣＳＰ−ＩＴ一体化：図６を再び参照すれば、１つの実施形態では、ＣＳＰシステム５３０は、ＣＲＭ／ケア６１０、プロビジョニング／オーダーエントリ６２０、勘定／支払６３０、及びほうこく／ＤＷＨ６４０のエリアにおいて運営者ＩＴシステム１５０の４つの機能と一体化される。ＣＳＰシステム５３０は、対応するインターフェイスを通して、４つのエリアの各々と一体化される。ＣＲＭインターフェイスは、レート、ポリシー及びオファーマネージメント、キャンペーンマネージメント及び顧客マネージメント、並びにケアをサポートする。プロビジョニング／オーダーエントリインターフェイスは、運営者システム内の選択されたサービスのアクチベーションを可能にする。勘定インターフェイスは、使用量情報をＣＳＰシステム５３０と共有できるようにする。従って、ユーザは、顧客ケアに連絡する必要なくＣＤＡ１４０を経て最新の使用量を見ることができる。報告インターフェイスは、運営者内の全ての必要な機能にＣＳＰ発生レポートを利用できるようにする。

ＣＳＰ体験は、消費者及び運営者の両方に、サービスの管理のためにいつでもどこでも使用できる多数の自己サービスツールを与える。消費者にとって、ＣＳＰシステム５３０は、新たなサービスを見、選択しそして購入すると共に、アカウントマネージメント及び自己サポートアクティビティ、例えば、アカウント残高問合せ、支払方法の変更を遂行する能力を与え、それらは、全て、スマートホン（又は別のワイヤレス通信装置）からのもので、且つ全て、リアルタイムである。

運営者にとって、ＣＳＰシステム５３０は、顧客によって受け取られる全てのサービス及び体験の生成及びマネージメントを可能にする１組のツールを与える。例えば、運営者のＣＲＭシステム６１０は、アップセル又は標準セールのオファーとしてＣＳＰシステム５３０が顧客へ推奨できるオファー及びサービスに関する詳細を与え、現在のアカウント残高及び使用量を見、支払を管理し、そして診断を行って、共通サポート問題の自己サービス解決策でユーザを支援するために、ＣＳＰシステム５３０と一体化することができる。又、ＣＳＰシステム５３０は、金融、マーケッティング及びマネージメント報告を与えるために、運営者の報告及びデータ倉庫システム６４０と一体化することもできる。

１つの実施形態では、ＣＳＰシステム５３０と運営者ＩＴシステム１５０との間の一体化は、選択されたシステム及び／又はシステムのグループへのインターフェイスの利用性に基づく。ＣＳＰシステム５３０は、適応レイヤを使用して運営者プラットホームへのインターフェイスを抽象化するモデルを使用するので、それらのインターフェイスは、標準ベースのウェブサービスＡＰＩからセキュアなファイル転送へと変化することができる。

１つの実施形態では、インターフェイスは、ＣＳＰシステム５３０と運営者ＩＴシステム１５０との一体化を可能にするだけでなく、運営者が一体化された環境においてそのマーケティングキャンペーン、オファー、価格、勘定及び顧客ケアを管理する能力も可能にする。１つの実施形態では、この一体化された環境は、ＣＳＰ運営者ウェブアプリケーション１５４を経て運営者に提示される。ＣＳＰ運営者ウェブアプリケーション１５４は、運営者ＩＴシステム１５０のコントロールセンターのコンピュータで実行される。

図１６は、ＣＳＰ運営者ウェブアプリケーション（例えば、図６のＣＳＰ運営者ウェブアプリケーション１５４）のスクリーン表示の一実施形態を示す。この実施形態では、スクリーン表示は、警報及び状態１６０１と、キャンペーン結果１６０５とを示すトップパネルを含む。警報及び状態１６０１は、運営者（又はより詳細には、運営者側の管理者）が、運営者ネットワーク１１０及び運営者ＩＴシステム１５０（図６）の最後の更新及び状態に関して互いに通信できるようにする。１つの実施形態では、ディスプレイのメインパネルが３つの領域、即ちオファー及びポリシー生成(Create Offer and Policy)１６０２、顧客アクティビティ観察(View Customer Activity)１６０３、及び通信管理(Manage Communications)１６０４に分割される。３つの領域の各々は、管理者が特定のタスクを遂行できるようにする多数のタスクモジュール１６１０−１６１８を含む。タスクモジュール１６１０−１６１８の後端は、ＣＳＰシステム５３０又はより詳細には、ＣＳＰエンジン１２２（図６）である。運営者がタスクモジュール１６１０−１６１８のいずれかをクリックすると、１つ以上のＣＳＰエンジン１２２により発生されるテンプレート及びデータが運営者に与えられる。ＣＳＰエンジン１２２は、運営者ネットワーク１１０及び運営者ＩＴシステム１５０（図６）から得られる情報に基づいてテンプレート及びデータを発生する。１つの実施形態では、これらタスクモジュール１６１０へのアクセスは、役割に基づくものであり、即ちマーケティングの役割を果たす管理者は、タスクモジュール１６１０−１６１８のサブセットにしかアクセスできず、一方、マネージャーの役割を果たす管理者は、全てのタスクモジュール１６１０−１６１８にアクセスすることができる。

１つの実施形態では、タスクモジュールの幾つか、例えば、価格ワークステーション(Pricing Workstation)１６１０及びオファーワークステーション(Offer Workstation)１６１１は、管理者がオファーを生成し、価格を設定できるようにする。１つの実施形態では、ＣＳＰシステム５３０は、運営者が詳細を埋めるためにオファー及び価格テンプレートを与えることができる。加入者ポータル(Subscriber Portal)１６１２を通して、運営者は、ＣＳＰシステム５３０により与えられるテンプレートも使用して、加入者のオンデバイス体験も設計することができる。これらのテンプレートは、運営者が価格プランを設定し、そして価格プランをポリシーに関連したオファーへパッケージできるようにする。価格、オファー及びポリシーは、ＣＳＰシステム５３０へ送信され、ＣＳＰシステム５３０が正しいオファーを正しい価格で正しい時間に正しい加入者へ配送できるようにする。又、ＣＳＰシステム５３０は、タスクモジュール１６１０−１６１８のいずれかをクリックすることで運営者が使用できる他のテンプレートを与えることもできる。

１つの実施形態において、運営者は、加入者詳細(Subscriber Details)のタスクモジュール１６１３を通して加入者に関する詳細（例えば、活動及び履歴）を見て、彼等のアカウントに対する動作を遂行し、例えば、アカウントをアクチベート又はデアクチベートし、オファーを変更し、プロモーション及び他のアカウント管理タスクを適用することができる。カスタム警報(Custom Alerts)１６１４は、運営者の管理者が警報トリガー事象のルールを構成できるようにする。これらの警報は、警報を引き起こした状態を解決するために特定の事象に対する自動応答が付随する。レポート(Reports)のタスクモジュール１６１５は、運営者が加入者及び金融データを再調査し、分析できるようにする。例えば、運営者は、特定オファー又はオファーの特定グループが設定市場シェア又は設定使用量に達したときを見出すためにレポートを実行することができる。

１つの実施形態において、運営者は、キャンペーンセンター(Campaign Center)１６１６を使用して特定の加入者へオファー及び報奨を与えるようにキャンペーンを設計することができる。１つの実施形態では、オファー及び報奨は、ＣＳＰシステム５３０（図６）を経てユーザ装置のＣＤＡ１４０へ配送される。１つの実施形態では、ＣＳＰシステム５３０は、運営者がキャンペーンの特定の細部を決定するためにキャンペーンテンプレートを与えることができる。例えば、運営者がプランを決定し、そしてＣＳＰシステム５３０の推奨エンジンは、このプランを提供すべき加入者の区分を推奨することができる。或いは又、運営者が加入者の区分を決定し、そして推奨エンジンは、それら加入者へ提供するためのプランを推奨することができる。

１つの実施形態において、運営者は、顧客警報(Customer Alerts)１６１７を使用して、特定の加入者のための警報及び警報に関連したルールを設定することができる。警報は、ユーザ装置に表示されて、加入者が矯正アクションをとれるようにし、例えば、加入者への警報と共に配送されるトップアップオファーを受け容れることができるようにする。１つの実施形態において、分析(Analytics)のタスクモジュール１６１８は、ＣＳＰシステム５３０の推奨エンジンにより裏付けされる。分析１６１８は、運営者が加入者の振舞い及びキャンペーン結果に基づいてトレンド及び機会を識別できるようにする。例えば、加入者が自分の使用量限界に始めて達した場合には、分析１６１８は、トップアップオファー（この現在の勘定サイクルについてのみ有効）を推奨することができる。これが、加入者がスレッシュホールドに達する５カ月周期内の第５回目である場合には、分析１６１８は、加入者がアップグレードプランへスイッチして勘定サイクルごとにより高い割り当てを受けられるようにアップグレードオファーを推奨することができる。

上述したように、ＣＳＰシステム５３０と運営者ＩＴシステム１５０（図６）の一体化は、上述したＣＳＰ運営者ウェブアプリケーション１５４の機能を可能にする。この一体化を、ＣＲＭ／ケア６１０、プロビジョニング／オーダーエントリ６２０、勘定／支払６３０、及び報告／ＤＷＨ６４０（図６）に関連して以下に説明する。

ＣＲＭ一体化：図１７は、本発明の１つの実施形態によるＣＲＭ一体化の概略である。図６も参照すれば、ＣＳＰシステム５３０は、ＣＳＰ ＣＲＭ ＡＰＩ １７０１を備え、これは、運営者ＩＴシステム１５０と相互作用して、ＣＲＭ及びケアの戦略を管理又は推奨する。ＣＳＰ ＣＲＭ ＡＰＩ １７０１を通して、運営者のＣＲＭシステム６１０には、ＣＳＰシステム５３０から使用量及び診断データが供給され、そしてＣＳＰシステム５３０は、ＣＲＭシステム６１０から顧客プロフィール情報及び更新をプルする。１つの実施形態において、ＣＳＰシステム５３０は、運営者のＣＲＭシステム６１０と次の領域において一体化する。即ち、レート、ポリシー及びオファーマネージメント；キャンペーンマネージメント；並びに顧客マネージメント及びケア。

ＣＲＭ一体化領域(Ｉ)：レート、ポリシー及びオファーマネージメント(製品カタログ)
一体化されたレート、ポリシー及びオファーマネージメント機能を通して、ＣＳＰシステム５３０は、顧客のレートプラン及びポリシーアクションを生成し、編集し及び管理するためのルールのパワフルなセットを運営者に与える。一体化されたＯＣＳ及びＰＣＲＦファシリティへのフロントエンドインターフェイスとして、ＣＳＰの価格及びオファーエンジン（例えば、図６のＣＳＰエンジン１２２）は、運営者の製品及びポリシーカタログと一体化して、現在オファーをプルし、新たなオファー及びポリシールールを生成する。

製品配備の特性に基づいて、ＣＳＰシステム５３０は、運営者の製品カタログにおいてオファーを同時に複写するか、オファーを生成して運営者へプッシュするか、或いはレートのためのマスター製品カタログとして働くことができる。これら３つの全てのケースにおいて、ＣＳＰ ＣＲＭ ＡＰＩ １７０１は、ＣＳＰシステム５３０と運営者ＩＴシステム１５０との間に適切な同期を与えると共に、オファー及びポリシーの利用性を保証する。ＣＳＰ ＣＲＭ ＡＰＩ １７０１は、ＣＳＰシステム５３０がオファーにアクセスしてそれをプルすることができるようにする。又、ＣＳＰ ＣＲＭ ＡＰＩ １７０１は、オファーを運営者にプッシュするための提出／承認／公表方法を容易にする。

ＣＳＰ ＣＲＭ ＡＰＩ １７０１を通して、ＣＳＰシステム５３０は、全ての適用可能なオファー、カタログルール、オファーパラメータ、及びポリシー記述を、使用し易い自己サービスユーザインターフェイスへプルし、運営者のマーケティング要員は、そのインターフェイスを使用して、新たなオファー及びプロモーションを素早く生成することができる。実際に、オファーを生成して承認するプロセスは、多数の内部運営者部門と連絡を取り、あるレベルの内部整合及びプロセスの遂行を必要とする。この必要性に適切に関与して管理するため、ＣＳＰシステム５３０は、それらオファー及びポリシーの使用を、運営者が指定した適切な要員によりそれを再調査して承認するまで、防止するために一体化された承認ワークフローを有する。承認されると、オファー及びポリシーは、ＣＳＰ ＣＲＭ ＡＰＩ １７０１又は同様のＡＰＩを使用して運営者へプッシュされる。

サンプル製品カタログ／レート／ポリシーテンプレートを以下に示す。

テーブル１：サンプル(基本的オファー)製品カタログテンプレート

ＡＰＩがないか又は利用できないケースでは、ＡＰＩにより行われるアクションを遂行するために手動の同期プロセスを使用することができる。この手動の解決策では、運営者は、ＣＳＰ価格及びオファーエンジンを使用して、適切なオファー及びポリシーを生成し公表する。この解決策において成功するカギは、更新の速度及び頻度を支配するビジネスプロセスの生成である。

図１８は、ＣＳＰシステム５３０により生成されたオファーをモデリングして運営者の製品カタログにおいて管理できるようにする動作シーケンスの一例を示す。１つの実施形態において、ＣＳＰシステム５３０は、オファー／ポリシーテンプレート（又はゼロレートのオファー）を生成する（１８０１）。次いで、ＣＳＰシステム５３０は、オファー／ポリシーを承認のために運営者へ提出する（１８０２）。ＣＳＰ ＣＲＭ ＡＰＩ １７０１は、オファー／ポリシーを運営者へ公表する（１８０３）。オファー／ポリシーを受け取ると、運営者ＩＴシステム１５０は、シェルオファーコード及び記述を生成する（例えば、そのオファーのパラメータ（オファーコード、等）をＣＳＰ生成オファーに関連付けることにより）（１８０４）。次いで、運営者ＩＴシステム１５０は、オファー／ポリシーを下流のシステムへ伝播する（１８０５）。従って、製品カタログ（ケア、金融、報告、等）から供給される全ての下流システムは、通常の取引中に情報及び更新を受け取る。又、ＣＳＰ ＣＲＭ ＡＰＩ １７０１を通して、運営者ＩＴシステム１５０は、ＣＳＰシステム５３０へ承認を公表する（１８０６）。運営者の承認を受けると（１８０７）、ＣＳＰシステム５３０は、オファー／ポリシーを顧客により利用できるようにする（１８０８）。

ＣＲＭ一体化領域(II)：キャンペーンマネージメント
１つの実施形態において、ＣＳＰシステム５３０は、顧客警報及びキャンペーンエンジン（例えば、図６のＣＳＰエンジン１２２の１つ以上）を備え、これは、価格及びオファーエンジン（例えば、図６のＣＳＰエンジン１２２の１つ以上）により発生されたオファーを使用して、自動化・運営者発生のアップセルオファーを顧客に与える。顧客警報エンジンは、例えば、使用量スレッシュホールドに到達し、勘定サイクル日に近づき、ローミングのような非包含サービスにアクセスする、等の重要なライフサイクル事象の顧客通知を与える自動警報を運営者の要員が生成しセットできるようにする。これらの警報には、顧客がサービスを利用して継続できるコンテキスト関連アップセルオファーが含まれる。キャンペーンエンジンは、運営者のマーケティング要員が、ＣＳＰの一体化推奨エンジン（図６に示すＣＳＰエンジン１２２の１つ）を使用して、プロモーションを受け入れるための顧客のターゲットリストを識別するか、或いは予め区分化されたリストをアップロードできるようにする。

テーブル２：キャンペーンマネージメントをサポートする一体化

ＣＲＭ一体化領域(III)：顧客マネージメント−顧客プロフィール
ＣＳＰシステム５３０は、運営者の顧客データの繊細さ並びに条例及び法的問題の数に対処するように設計される。ＣＳＰシステム５３０と運営者のＣＲＭ顧客プロフィールとの一体化は、多数の機能、即ちＣＤＡ１４０の認証、オファー及び警報の個人化、並びに推奨及びアカウントマネージメントのための顧客オファーの知識、を可能にするために必要とされる。全てのケースにおいて、ＣＳＰシステム５３０は、運営者のＣＲＭシステム６１０を全ての顧客データのマスターレコードとして見る。
最終顧客データを保護するために、最終顧客データは、全て、ＣＳＰ顧客データベース内に記憶され、そして常時セキュアで且つ監査可能であるように管理される。顧客データに対してなされる変更は、レポート、監査、等に利用できる監査証跡を使用して追跡される。更に、ＣＳＰデータセンターは、データセキュリティ、プライバシー及び位置的要件を受け容れるために特定の地理的位置に配備される。

このデータをＣＳＰシステム５３０内に記憶し且つ更新するのに必要な一体化は、共通に使用される比較的不変のキーを使用して運営者のＣＲＭシステム６１０からデータをプルできるＡＰＩ（例えば、図１７のＣＳＰ ＣＲＭ ＡＰＩ １７０１）を使用して行うことができる。１つの実施形態において、キーは、インターナショナル・モバイル・サブスクライバー・アイデンティティ（ＩＭＳＩ）及びそれに続くモバイル・ステーション・インターナショナル・サブスクライバー・ディレクトリー・ナンバー（ＭＳＩＳＤＮ）である。製品配備の特性に基づき、顧客は、ＣＤＡ１４０を通して、例えば、釣銭勘定方法、アドレス、等のデータを更新することが許される。このケースでは、運営者システム内の顧客データを更新するのに同じ解決策が推奨される。

顧客プロフィールデータは、ＣＳＰの顧客データベースに供給され、そして顧客の現在プラン情報を全て含むので、ＣＲＭ一体化は、ＣＳＰシステム５３０の外部で行われる変更をＣＤＡ１４０及びＣＳＰシステム５３０に反映できるようにする。従って、レート又はポリシーパラメータに対する変更は、ＣＳＰシステム５３０と運営者との間で適切に同期される。そのため、運営者の顧客ケア及び／又は小売店オーダーシステム内でなされる変更は、運営者のＣＲＭシステム６１０からＣＳＰシステム５３０へ周期的にプッシュされ（推奨され）又はプルされる。ＣＲＭ一体化は、ＣＳＰシステム５３０を運営者のシステムと共に常時最新のものにすることができる。１つの実施形態では、ＡＰＩ（例えば、図１７のＣＳＰ ＣＲＭ ＡＰＩ １７０１）は、顧客データに素早くアクセスして更新できるようにする。これが必要であるのは、アカウントマネージメント機能の表示に顧客プロフィールデータが使用され、且つＣＳＰ推奨エンジンにキーが入力されるからである。

１つの実施形態において、ＣＳＰシステム５３０は、ＣＲＭ一体化のために顧客プロフィールに次の情報を使用する。

テーブル３：顧客プロフィールフィールド及びそれらフィールドを使用するＣＳＰ機能

ＣＲＭ一体化領域(IV)：顧客マネージメント−顧客ケア
ＣＳＰシステム５３０は、運営者の顧客ケア及び顧客マネージメントチームに対して有用な多数の顧客マネージメント能力を有する。

１つの実施形態において、ＣＳＰシステム５３０は、運営者のＣＲＭシステム６１０へデータを直接プッシュしない。むしろ、情報を、例えば、製品カタログ、プロビジョニング／オーダリング及び同様のシステムからＣＲＭシステム６１０へ通すために、運営者のインフラストラクチャー内に一体化が既に存在すると仮定する。ＣＲＭシステム６１０への直接的なプッシュ一体化が必要な場合には、ＣＳＰシステム５３０は、事象ごとに又は時間ベースでＡＰＩを経てＣＲＭシステム６１０へ情報を与えることができる。

１つの実施形態では、ＣＳＰシステム５３０は、ＡＰＩを経て、運営者のＣＲＭシステム６１０が診断、現在オファー及び現在使用量データを与えるのを許す。ＣＳＰシステム５３０は、レート及びポリシーの両マネージメントエンジンであるから、顧客の現在使用量及びポリシー状態、例えば、絞り又は非絞りが、ＣＲＭシステム６１０に利用できるようになる。ＣＳＰシステム５３０の１つの重要な要素は、進歩型サービス及びネットワークレベルの診断をハンドセットへプッシュし、且つ問題を解決するための実行可能なフィードバックをユーザに適時に与える能力である。

ＣＳＰシステム５３０及びＣＤＡの重要な属性の１つは、顧客がアカウントマネージメント及び自己サポート問題の大部分を遂行するのを許す能力であるが、時々、顧客が顧客ケアを呼ぶことは不可避である。顧客が顧客ケアを呼ぶとき、顧客ケア代理人（又は技術サポート代表者）は、ＡＰＩを経て、診断情報を通常のシステムへプルし、そして顧客に支援を提供する。ＣＲＭシステムが外部データソースに一体化できない場合には、ＣＳＰシステム５３０を、顧客ケア代表者の既存のツールで、ランチ・イン・コンテキスト（ＬＩＣ）にセットアップすることができる。

プロビジョニング／オーダーエントリ一体化
プロビジョニング／オーダーエントリ一体化を説明する前に、オーダーマネージメント機能とプロビジョニング／オーダーエントリ機能とを区別するのが有用である。オーダーマネージメント機能は、オファー、支払方法及び他の更新に対する顧客選択をアグリゲートし、そしてその情報をプロビジョニング／オーダーエントリシステムへ通し、このシステムは、ネットワーク上のオーダーされたサービスへのアクセスを許す。

ＣＳＰシステム５３０は、マスターレート及びポリシーエンジンであるから、選択されたサービスへのアクセスを可能にし、次いで、オーダーマネージメントシステムと一体化して、例えば、ケア、報告及びＣＲＭのような下流のシステムへデータを供給する。この一体化は、顧客アクチベーション、サービス変更、装置変更、並びに金融及びマーケティング更新レポートのようなアクティビティを管理するためにオーダーマネージメントシステムとそれに関連する下流システム（例えば、ＣＲＭ及び報告）との間にインターフェイスが存在すると仮定する。

図１９は、本発明の一実施形態によるプロビジョニング／オーダーエントリ一体化の概略である。図６も参照すると、ＣＳＰシステム５３０は、ＣＳＰプロビジョニング／オーダーエントリＡＰＩ １９０１を備え、これは、運営者ＩＴシステム１５０と相互作用して、サービスプロビジョニング／オーダーエントリを管理する。１つの実施形態において、ＣＳＰプロビジョニング／オーダーエントリＡＰＩ １９０１は、１人以上の顧客に適用できるオファーのためのサービスオファーコード（ＳＯＣ）を定義する。顧客がオファーを選択するとき、ＣＳＰシステム５３０は、選択されたサービスをＳＯＣコードに対してプロビジョニングする。選択されたオファーは、次いで、他のシステム（例えば、ＣＲＭ及び勘定）へ伝播される。ＣＳＰプロビジョニング／オーダーエントリＡＰＩ １９０１を通して、ＣＳＰシステム５３０は、顧客プロファイルに対する変更が通知され、そしてＣＳＰで生成されたオファーが製品カタログにプッシュされる。

１つの実施形態では、ＣＳＰシステム５３０には、利用できる全てのプロビジョニングされたサービスのための適当な識別子が与えられる。これらのコード（及びその関連パラメータ）は、サービスオファーコード（ＳＯＣ）として知られており、選択されたオファーへの顧客のアクセスを許すことをプロビジョニング／オーダーエントリシステムに通知するためにＣＳＰシステム５３０によって使用される。データサービスについては、ＣＳＰシステム５３０は、顧客の選択に基づいてその一体化されたＰＣＲＦにおけるサービスアクセスをプロビジョニングし、そしてＣＳＰプロビジョニング／オーダーエントリＡＰＩ １９０１を経て、適当なＳＯＣ、当該パラメータ、及び顧客識別子（ＩＭＳＩ又はＭＳＩＳＤＮ）を、プロビジョニング／オーダーエントリシステムへ実現のために直接提出する。それと並列に、ＣＳＰシステム５３０は、同じ情報を、ウェブサービスインターフェイスを経て、運営者のオーダーマネージメントシステムへ、下流システムの更なる処理及びポピュレーションのために送信する。別の実施形態では、運営者は、ＣＳＰシステム５３０と同じ情報でそのＰＣＲＦをプロビジョニングするように選択することができる。

図２０は、顧客によって選択されたオファーをプロビジョニングする動作シーケンスの一例を示す。１つの実施形態では、ＣＳＰシステム５３０は、オファールール及び制限を確認し（２００１）、そしてオファーを表示するようにＣＤＡ１４０に信号する（２００２）。顧客がオファーを選択すると（２００３）、ＣＤＡ１４０は、オファー及びオーダー情報を捕獲する（２００４）。それに応答して、ＣＳＰシステム５３０は、選択されたサービスへのアクセスを可能にする（２００５）。この点において、ＣＳＰシステム５３０は、オーダーを発生して、それを、ＡＰＩ（例えば、ＣＳＰプロビジョニング／オーダーエントリＡＰＩ １９０１）を経て運営者ＩＴシステム１５０へ送信し（２００６）、そしてそれと平行に、サービス確認を表示するようにＣＤＡ１４０に信号する（２０１０）。運営者ＩＴシステム１５０は、ＣＳＰシステム５３０からオーダーを受け取ると（２００７）、ＣＲＭ及び顧客プロフィールを更新し（２００８）、そして下流システムを更新する（２００９）。ＣＤＡ１４０がサービス確認を表示した後（２０１０）、顧客は、選択されたサービスの利用をスタートすることができる（２０１１）。ＣＤＡ１４０は、更新された詳細をマイ・アカウント（例えば、図１１に示すマイ・アカウント特徴）に更に表示することができる。

又、ＣＳＰシステム５３０は、ＣＳＰシステム５３０によってレート決めされない他の移動（音声、メッセージ）及び非移動サービス（ＤＳＬ、保険）をオファーしプロビジョニングする能力も与える。このケースでは、ＣＳＰシステム５３０は、上述した同じメカニズムを使用して、プロビジョニング／オーダーエントリ及びオーダリングシステムに、適当なＳＯＣ（又は同等の）コードを与え、適当なネットワーク要素（例えば、ＨＬＲ）及びＩＴプラットホーム（ＣＲＭ）を更新できるようにする。そのため、運営者によって提供される全ての製品及びサービスは、製品カタログに入れて同期させて、ＣＳＰシステム５３０へ送る必要がある。

上述したように、ＣＳＰシステム５３０は、顧客の現在サービス及び選択に関する情報を顧客プロフィールデータベースから受け取る。ケア又は保有システムを経て顧客のプラン又はサービスに対して変更がなされた場合には、それらの変更及びそれに関連したプロビジョニング／オーダーエントリ変更がＣＳＰシステム５３０へ送られる。

勘定一体化：
１つの実施形態では、ＣＳＰシステム５３０は、次の領域、即ちデータ使用のレート、自己サービスアカウントマネージメント及びリスクマネージメント並びに支払において、運営者の勘定システムと一体化する。

図２１は、本発明の一実施形態による勘定一体化の概略である。図６も参照すれば、図６のＣＳＰシステム５３０は、ＣＳＰ勘定ＡＰＩ ２１０１を備え、これは、運営者ＩＴシステム１５０と相互作用して、勘定及び支払を管理する。１つの実施形態では、ＣＳＰ勘定ＡＰＩ ２１０１を通して、ＣＳＰシステム５３０は、関連データＣＤＲを勘定／仲裁システムへプッシュし、そして勘定／仲裁システムは、関連音声及びＳＭＳをＣＳＰシステム５３０へプッシュする。ＣＳＰシステム５３０は、クレジット／デビット処理のために一体化される。ＣＳＰシステム５３０は、支払明細を運営者の勘定／仲裁システムへプッシュする。運営者の勘定システムは、税金、インボイス及び集金を取り扱う。

勘定一体化領域(Ｉ)：データ使用のレート決め
１つの実施形態では、ＣＳＰ一体化ＯＣＳは、ＣＳＰシステム５３０により管理される顧客のデータ使用のレート決めに使用される。ＯＣＳにより使用されるレート及びポリシーは、ＣＳＰシステム５３０に記憶されそして管理される。

１つの実施形態では、ＣＳＰシステム５３０は、使用レートを決め、そしてセッションごとのベースで料金を計算する。製品配備の特性に基づいて、ＣＳＰシステム５３０は、使用量を記憶し、アグリゲートし、そしてインボイス準備フォーマットへフォーマットするか、又はレート決めされたセッションごとの使用量を運営者のＣＲＭ又は他のシステムへ送信する。前者の場合には、ＣＳＰシステム５３０は、インボイス準備データを、運営者のための相互に合意したｓＦＴＰサイトへ供給し、勘定サイクルの終了までの設定日数を取り上げて勘定プロセスに含ませる。

後者のオプションでは、ＣＳＰシステム５３０は、顧客識別子（ＩＭＳＩ又はＭＳＩＳＤＮ）、プランコード及び合計使用量を含むアグリゲートされた使用量をセッションごとに送付する。１つの実施形態では、この一体化は、運営者の勘定システムに直接供給できるＡＰＩ（例えば、ＣＳＰ勘定ＡＰＩ ２１０１）の使用を通して管理される。この形式の一体化と同様に、第三者がサービス「に代わって勘定」を運営者に与えるものも知られている。このケースでは、ＣＳＰシステム５３０は、運営者に代わってデータ使用量に課金し、そして下流の金融システム（例えば、課税）並びにＣＲＭ及び報告システムにより使用するためにそのレート決めされた使用量を与える。ＡＰＩが利用できない場合には、それらのデータがｓＦＴＰサイトへ送付される。

勘定一体化領域(II)：自己サービスアカウントマネージメント
ＣＤＡ１４０の重要な特徴は、顧客が現在サービス使用量をリアルタイムで見る能力である。ＣＳＰシステム５３０がデータのレートを決め、そして運営者が音声及びＳＭＳのレートを決める実施形態では、それらサービスのレート決めされ及び／又はアグリゲートされた使用量を得るために運営者の使用マネージメントシステムと一体化することが必要である。このデータのソースである運営者システムに基づき、プッシュＡＰＩ又はｓＦＴＰファイル転送を使用して、それらデータを得ることができる。この一体化をどのように行うか決定する上で重要なファクタは、インターフェイスを経て使用情報をどれほど早く入手できるかである。予め定義された期間（例えば、使用完了とＣＤＲ配送との間で１５分）より大きな遅延がある場合には、ＣＤＡ１４０のアカウントマネージメント機能の「リアルタイム」特性を可能にするために二次的方法が使用される。このケースでは、顧客プロフィール一体化が、現在のアグリゲートされた使用量をプルするための候補である。

勘定一体化領域(III)：リスクマネージメント及び支払
製品配備の特性に基づいて、ＣＳＰシステム５３０は、運営者のリスクマネージメント及び支払システムとも一体化することができる。これらサービスとの一体化は、利用するサービスと、それが運営者インフラストラクチャー内のどこにあるかに大きく依存する。ＣＳＰシステム５３０との理想的な一体化は、既存のインターフェイス、例えば、顧客プロフィールを使用して、顧客のリスクスコアを決定すると共に、それを、製品カタログ一体化から送られるカタログルールと共に使用して、支払リスクを決定することである。

更に、ＣＳＰシステム５３０は、オーダーマネージメント及びプロビジョニング／オーダーエントリトランザクションの一部分として、支払形式及び支払明細を送信することができる。これは、運営者が、ＣＤＡ１４０を経て購入されるサービスに対してプリペイド又はクレジットカード支払ができることを希望する場合に必要となる。このケースでも、一体化は、ターゲットシステムと、運営者インフラストラクチャー内でのその位置とに大きく依存する。典型的に、ＣＳＰシステム５３０は、支払とインターフェイスするが、実際には、支払を記憶せず処理もしない。

データ倉庫／ビジネスインテリジェンス一体化：
図２２は、本発明の一実施形態によるデータ倉庫一体化の概要である。図６も参照すれば、図６のＣＳＰシステム５３０は、ＣＳＰ報告ＡＰＩ ２２０１を備え、これは、運営者ＩＴシステム１５０と相互作用して、データ倉庫を管理する。１つの実施形態では、ＣＳＰ報告ＡＰＩ ２２０１を通して、ＣＳＰシステム５３０は、ｓＦＴＰインターフェイス又は同様のインターフェイスを使用して運営者ＩＴシステム１５０へレポートをプッシュすることができる。ｓＦＴＰインターフェイスは、インターネットを経て使用される。幾つかの実施形態では、付加的なセキュリティに対してバーチャルプライベートネットワーク（ＶＰＮ）を使用することができる。

幾つかの実施形態において、ＣＳＰシステム５３０は、運営者によって使用するための２０を越えるレポート、例えば、毎日の加入者レポート、使用量明細レポート、全ての種類の料金のレポート、等を提供する。レポートは、毎日及び／又は毎月発生され、そして運営者へ配布される。

従って、コアサービスプラットホーム（ＣＳＰ）のための方法、システム及び装置が説明された。図示された技術は、１つ以上の電子装置（例えば、エンドステーション、ネットワーク要素、等）に記憶されて実行されるコード及びデータを使用して具現化されることを理解されたい。そのような電子装置は、非一時的なマシン読み取り可能な又はコンピュータ読み取り可能な媒体、例えば、非一時的なマシン読み取り可能な又はコンピュータ読み取り可能な記憶媒体（例えば、磁気ディスク、光学ディスク、ランダムアクセスメモリ、リードオンリメモリ、フラッシュメモリ装置、及び相変化メモリ）を使用して、コード及びデータを記憶しそして通信する（内部で、及び／又はネットワークを経て他の電子装置と）。更に、そのような電子装置は、典型的に、１組の１つ以上のプロセッサを備え、これらプロセッサは、１つ以上の他のコンポーネント、例えば、１つ以上の記憶装置、ユーザ入力／出力装置（例えば、キーボード、タッチスクリーン、及び／又はディスプレイ）、及びネットワーク接続部に結合される。１組のプロセッサ及び他のコンポーネントの結合は、典型的に、１つ以上のバス及びブリッジ（バスコントローラとも称される）を通るものである。記憶装置は、１つ以上の非一時的なマシン読み取り可能な又はコンピュータ読み取り可能な記憶媒体、並びに非一時的なマシン読み取り可能な又はコンピュータ読み取り可能な通信媒体を表わす。従って、所与の電子装置の記憶装置は、典型的に、その電子装置の１組の１つ以上のプロセッサにおいて実行されるコード及び／又はデータを記憶する。もちろん、本発明の実施形態の１つ以上の部分は、ソフトウェア、ファームウェア、及び／又はハードウェアの異なる組み合わせを使用して具現化される。

以上の説明は、例示に過ぎず、それに限定されないことを理解されたい。当業者であれば、以上の説明を読んで理解したときに多数の他の変更が明らかとなるであろう。それ故、本発明の範囲は、特許請求の範囲及びその等効物から決定されるものとする。

１００：セルラー装置
１０２：ベースステーション
１０４：ベースステーションコントローラ
１０６：ネットワークスイッチングサブシステム
１０７：ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）
１０８：メッセージングゲートウェイ
１１０：運営者ネットワーク
１１１：移動交換センター（ＭＳＣ）
１１３：ホーム位置レジスタ（ＨＬＲ）
１１４：ビジター位置レジスタ（ＶＬＲ）
１２０：ホスト型サービスプラットホーム
１２２：ＣＳＰエンジン
１２７：サービングＧＰＲＳサポートノード（ＳＧＳＮ）
１３０：運営者ネットワークノード
１３１：ネットワークノードＡ
１３２：ネットワークノードＢ
１４０：ＣＳＰ装置アプリケーション
１５０：運営者ＩＴシステム
１５４：ＣＳＰ運営者ウェブアプリケーション
１７０：ＣＳＰネットワーク
２１０：運営者ＩＰネットワーク
２２０、２３０：ＣＳＰデータセンター
３００：ワイヤレス通信装置
３０２：無線送信器
３０４：無線受信器
３０６：プロセッサ
３１０：メモリ
３１２：加入者アイデンティティモジュール
３１４：ディスプレイ
４０２：ネットワークインターフェイス
４０４：Ｉ／Ｏ装置
４０８：バス
４１０：メモリ
４１２：プロセッサ
４１４：ディスプレイ
５３０：ＣＳＰシステム

Claims (28)

1. ワイヤレスネットワーク内のワイヤレス装置を管理するためのサーバーコンピュータシステムにおいて、
   プロセッサと；
   前記プロセッサに結合されたメモリであって、実行時に、前記プロセッサが、
   ワイヤレス装置とワイヤレスネットワークとの間に確立されたパケットデータセッション中にワイヤレスネットワークの課金ゲートウェイシステムから割り当てを増加するための少なくとも１つのオファーを決定する通知を受け取り、ワイヤレス装置は、前記パケットデータセッション中に、前記割り当てに達するか又はそれを越えるようなパケットデータ使用量を被り、前記割り当ては、最大パケットデータ限界であり、
   ワイヤレス装置に関連したコンテキスト情報をワイヤレスネットワークのデータベースから検索し、
   前記コンテキスト情報に基づいてワイヤレス装置の前記割り当てを増加するための少なくとも１つのオファーを含む複数のオファーを決定して、ワイヤレス装置が前記パケットデータセッションを継続できるようにし、
   前記複数のオファーをワイヤレス装置へ送出し、
   前記割り当てを増加するための少なくとも１つのオファーをワイヤレス装置のユーザが選択したとの確認をワイヤレス装置から受け取り、及び
   前記前記割り当てを増加するための少なくとも１つのオファーの前記選択の前記確認を前記パケットデータセッション中に課金ゲートウェイシステムへ送出する、
   という動作を遂行するようにさせるインストラクションを前記プロセッサに与えるように構成されたメモリと；
   を備え、通知を受け取り、コンテキスト情報を検索し、複数のオファーを決定し、複数のオファーを送出し、確認を受け取り、そして確認を送出する前記動作は、前記パケットデータセッション内においてリアルタイムで行われる、サーバーコンピュータシステム。
2. 前記プロセッサは、ワイヤレス装置のユーザによる少なくとも１つのオファーの選択の確認を受け取るのに応答して前記課金ゲートウェイシステムが前記パケットデータセッションを継続できるようにするため割り当てを増加するプロビジョンを前記課金ゲートウェイシステムへ送出する、請求項１に記載のシステム。
3. 前記割り当ては、勘定サイクル当たりの最大パケットデータ限界である、請求項２に記載のシステム。
4. 前記少なくとも１つのオファーは、勘定サイクルの残部に対する前記割り当ての増加を含む、請求項３に記載のシステム。
5. 前記少なくとも１つのオファーは、勘定サイクル当たりの前記割り当ての増加を含む、請求項３に記載のシステム。
6. 前記少なくとも１つのオファーは、ローミング割り当てを含む、請求項３に記載のシステム。
7. 前記少なくとも１つのオファーの選択は、購入トランザクションを要求する、請求項１に記載のシステム。
8. 前記プロセッサは、現在勘定サイクルにおけるパケットデータ使用量を指示するために前記ワイヤレス装置に購入警報を送出する、請求項１に記載のシステム。
9. 前記少なくとも１つのオファーは、ワイヤレス装置のユーザのコンテキスト評価に基づくものであり、そして契約時間、ロイヤリティ状態、データ使用量、音声使用量、顧客の評価、最新のデータ要求の時間、最新のデータ要求の位置、又は購入履歴のうちの少なくとも１つを含む、請求項１に記載のシステム。
10. 前記コンテキスト情報は、ワイヤレス装置のユーザに関連し、そして契約時間、ロイヤリティ状態、データ使用量、音声使用量、顧客の評価、最新のデータ要求の時間、最新のデータ要求の位置、又は購入履歴のうちの少なくとも１つを含む、請求項１に記載のシステム。
11. 前記少なくとも１つのオファーは、前記コンテキスト情報の分析に基づいて前記複数のオファーから選択された好ましいオファーであると決定される、請求項１に記載のシステム。
12. 前記プロセッサは、前記コンテキスト情報を使用して、顧客プロフィール決め、マイクロ区分化、リアルタイムレート決め及びポリシー、リアルタイム警報及びオファー、並びにオファー及びプロモーションに対するターゲット決めされた推奨、のうちの少なくとも１つを遂行する、請求項１に記載のシステム。
13. 前記課金ゲートウェイシステムは、ポリシー及び課金ルール機能（ＰＣＲＦ）、ポリシー及び課金実施機能（ＰＣＥＦ）、及びオンライン課金システム（ＯＣＳ）、のうちの少なくとも１つを含む、請求項１に記載のシステム。
14. ワイヤレスネットワーク内のワイヤレス装置を１つ以上のサーバーコンピュータで管理するための方法において、
    ワイヤレス装置とワイヤレスネットワークとの間に確立されるパケットデータセッション中にワイヤレスネットワークの課金ゲートウェイシステムからワイヤレス装置のパケットデータ使用量の通知を受け取り、ワイヤレス装置は、前記パケットデータセッション中に、ワイヤレス装置を割り当てに到達させ又はそれを越えさせたか又はそのようにさせるパケットデータ使用量を被り、前記割り当ては、最大パケットデータ限界であり、そしてサービス品質（ＱｏＳ）減少の状態に入り、
    ワイヤレス装置に関連したコンテキスト情報に基づきワイヤレス装置の前記割り当てを増加するための少なくとも１つのオファーの推奨を決定し、
    前記少なくとも１つのオファーの推奨をワイヤレス装置へ送信し、
    ワイヤレス装置が少なくとも１つのオファーを選択したとの確認を受け取り、
    前記割り当てを増加するための少なくとも１つのオファーの選択の確認と、ワイヤレス装置により選択された少なくとも１つのオファーと一貫したＱｏＳの指示とを課金ゲートウェイシステムへ送出して、ワイヤレス装置がその増加された割り当て及びＱｏＳに従ってパケットデータ使用及び前記パケットデータセッションを継続するようにする、
    ことを含み、前記通知を受け取り、推奨を決定し、推奨を送出し、確認を受け取り、そして指示を送出することは、前記パケットデータセッション内においてリアルタイムで行うようにした、方法。
15. 前記パケットデータ使用量の通知を受け取ることは、ワイヤレス装置が使用量スレッシュホールドに到達したときにパケットデータ使用量の通知を受け取ることを含む、請求項１４に記載の方法。
16. 前記パケットデータ使用量の通知を受け取ることは、ワイヤレス装置が異なるワイヤレスネットワーク、ワイヤレスネットワークの異なる部分、又はワイヤレスネットワークの異なるセルへローミングしたときに、パケットデータ使用量の通知を受け取ることを更に含む、請求項１４に記載の方法。
17. 前記パケットデータ使用量の通知を受け取ることは、ワイヤレス装置が、アクセスするのに付加的な支払を被る特定のウェブサイトに入ろうとするときに、パケットデータ使用量の通知を受け取ることを更に含む、請求項１４に記載の方法。
18. 前記パケットデータ使用量の通知を受け取ることは、ワイヤレス装置がビデオ又は大きなファイルをダウンロードするときに、パケットデータ使用量の通知を受け取ることを更に含む、請求項１４に記載の方法。
19. 前記コンテキスト情報は、ワイヤレス装置のユーザに関連し、そして契約時間、ロイヤリティ状態、データ使用量、音声使用量、顧客の評価、最新のデータ要求の時間、最新のデータ要求の位置、又は購入履歴のうちの少なくとも１つを含む、請求項１４に記載の方法。
20. 複数のオファー、オファーテンプレート、又はワイヤレスネットワークの運営者のポリシーの推奨を承認のために提出し、
    運営者から付加的な入力と共に承認を受け取る、
    ことを更に含む、請求項１４に記載の方法。
21. 前記推奨を提出することは、ワイヤレス装置のパケットデータ使用量の指示を受け取る前に行う、請求項２０に記載の方法。
22. 前記推奨を提出することは、前記少なくとも１つのオファーの推奨を決定する間に行う、請求項２０に記載の方法。
23. 前記課金ゲートウェイシステムは、ポリシー及び課金ルール機能（ＰＣＲＦ）、ポリシー及び課金実施機能（ＰＣＥＦ）、及びオンライン課金システム（ＯＣＳ）、のうちの少なくとも１つを含む、請求項１４に記載の方法。
24. ワイヤレスネットワーク内のワイヤレス装置を管理するためのサーバーコンピュータシステムにおいて、
    プロセッサと；
    前記プロセッサに結合されたメモリであって、実行時に、前記プロセッサが、
    ワイヤレス装置とワイヤレスネットワークとの間に確立されるパケットデータセッション中にワイヤレスネットワークの課金ゲートウェイシステムからワイヤレス装置のパケットデータ使用量の通知を受け取り、ワイヤレス装置は、前記パケットデータセッション中に、ワイヤレス装置を割り当てに到達させ又はそれを越えさせたか又はそのようにさせるパケットデータ使用量を被り、前記割り当ては、最大パケットデータ限界であり、そしてサービス品質（ＱｏＳ）減少の状態に入り、
    ワイヤレス装置に関連したコンテキスト情報に基づきワイヤレス装置の前記割り当てを増加するための少なくとも１つのオファーの推奨を決定し、
    前記少なくとも１つのオファーの推奨をワイヤレス装置へ送信し、
    ワイヤレス装置が少なくとも１つのオファーを選択したとの確認を受け取り、
    前記割り当てを増加するための少なくとも１つのオファーの選択の確認と、ワイヤレス装置により選択された少なくとも１つのオファーと一貫したＱｏＳの指示とを課金ゲートウェイシステムへ送出して、ワイヤレス装置がその増加された割り当て及びＱｏＳに従ってパケットデータ使用及び前記パケットデータセッションを継続するようにする、
    という動作を遂行するようにさせるインストラクションを記憶しているメモリと；
    を備え、通知を受け取り、推奨を決定し、推奨を送出し、確認を受け取り、そして指示を送出するという前記動作は、前記パケットデータセッション内においてリアルタイムで行うようにした、サーバーコンピュータシステム。
25. 前記プロセッサは、ワイヤレス装置が使用量スレッシュホールドに到達するか、異なるワイヤレスネットワークへローミングするか、ワイヤレスネットワークの異なる部分をローミングしたか、ワイヤレスネットワークの異なるセルへローミングしたか、アクセスするのに付加的な支払を被る特定のウェブサイトに入ろうとするか、或いはビデオ又は大きなファイルをダウンロードするときに、パケットデータ使用量の通知を受け取る、請求項２４に記載のシステム。
26. 前記コンテキスト情報は、ワイヤレス装置のユーザに関連し、そして契約時間、ロイヤリティ状態、データ使用量、音声使用量、顧客の評価、最新のデータ要求の時間、最新のデータ要求の位置、又は購入履歴のうちの少なくとも１つを含む、請求項２４に記載のシステム。
27. 前記プロセッサは、複数のオファー、オファーテンプレート、又はワイヤレスネットワークの運営者のポリシーの推奨を承認のために提出し、そして運営者から付加的な入力と共に承認を受け取る、請求項２４に記載のシステム。
28. 前記課金ゲートウェイシステムは、ポリシー及び課金ルール機能（ＰＣＲＦ）、ポリシー及び課金実施機能（ＰＣＥＦ）、並びにオンライン課金システム（ＯＣＳ）、のうちの少なくとも１つを含む、請求項２４に記載のシステム。

Images