JP4940298B2 - 後払い情報通信システムにおける前払いセキュリティ機構 - Google Patents

Description

＜CROSS REFERENCE TO RELATED APPLICATION：関連出願に対する相互参照＞
本発明は、２００６年５月２６日に出願された米国特許仮出願第６０／８０８，９９５号の利益を請求し、参照することにより、そのすべての内容および開示を本明細書の一部とする。

本発明は、一般に無線および有線の通信ネットワークの分野に関し、ならびに特にそのようなネットワークの使用量に対して加入者に課金するためのサービスの生成および実施方法に関する。

現在世界中の無線および有線の通信ネットワークは、定義された時間期間内、通常は月毎に、加入者により累積された全体の使用量を格納することによって、後払い（post-paid）のネットワーク使用量サービスを提供する。加入者は、定義された使用量に対して固定料金を、例えば７００分に対して２０ドルを請求され、かつ上限を超過した使用量についてのレートを、例えば、１分あたり４０セントを課金される。グループ／家族口座は、通常は月毎に支払う使用量を共有し、かつ定義された上限を超過した使用量に対して余分に課金される。典型的な家族口座は、１人の加入者と、それぞれが自身のＩＤコードを有する他の１人または複数のユーザとを含む場合があり、またグループ口座では、同一加入者に対して２以上のＩＤコードがある場合がある。

当技術分野においては、前払い（プリペイド：pre-paid）サービスもまた知られている。例えば特許文献１は、前払いユーザによるアクセスを許可する移動体通信システムを開示する。ユーザは、ＡＮＩ（Automated Number Identification code：自動番号識別符号）およびＤＮＩＳ（Dialed Number Identification System code：宛先番号識別システム符号）をシステムに入力する。まず最初にＡＮＩを有効にし、そして次にクレジット残高がプラスであるかを判定するために、そのユーザに関する口座の残高情報を問い合わせる。プラスであるなら、呼を進行させることが可能である。予め定められた時間期間の経過などの、タイマ・イベントが発生した場合には、口座残高は減少させられる。口座残高はリアルタイムにおいてではなく、例えば切断またはオン−フックの、サービスの終了、または固定的時間期間の終了のみにて判定される。

特許文献２は、固定的通信ネットワーク上のシステムにおいて実施される前払いサービスを開示する。開示されたシステムは、十分なクレジットが、すなわち金額または口座残高が有るかをチェックし、そしてクレジットを使い終わると、サービスを終了する。

米国特許第５，７２２，０６７号明細書 米国特許第５，３５３，３３５号明細書

しかしながら、これらの特許は何れも動的またはリアルタイムの使用量制御を開示するものではない。そのうえ、加入者の家族またはグループに対するサービスについてはこれを利用可能とするものではない。したがって、加入者の間での口座残高の共有は許容されない。それぞれの口座は、１人の所有者または加入者を有するのみである。その結果、口座残高は、サービス・プロバイダにより、ＡＮＩ所有者またはサービス加入者からの命令によって変更することのみが可能である。

現在の技法に関する１つの問題は、口座残高を使い終わったときを、加入者または口座所持人に通知するためのリアルタイム警告機構が全くないということである。別の問題は、ユーザ対話により動作する制限機構の不足である。さらに別の問題は、家族または企業体の中などの、前払いサービスの加入者または口座所持人のグループの間での、口座残高の共有ができないことである。

本発明は、加入者毎またはグループ基準でのリアルタイムの使用量情報を計算および記憶し、リアルタイムの使用量データに対してリアルタイムにて定義された制限をチェックし、加入者または口座所有者などの、指定された何れの個人に対しても様々な通知または警告の手段を提供し、かつ指定された個人との対話により口座の使用を制限するための機構を提供する、通信ネットワークＲＣＳ（Real-time Charging Service：リアルタイム課金サービス）により上の問題を解決する。上で例証したように、前払いサービスの主要な目的は、クレジットが枯渇したときに、予算化された使用の仕組みを可能にして、呼の動作またはシステムの使用を停止することである。ＲＣＳは、加入者または口座所持人に使用されたサービスの量を通知すること、および望むなら特別な着信呼および発信緊急呼を除いて、さらなる使用を停止する能力を加入者または口座所持人に提供することによって、この目的を達成する。したがって本発明のＲＣＳは、後払い環境における前払いの機能性を提供するものである。

従って本発明は、通信システムにおいてサービス使用量に対してリアルタイムで課金するためのシステムおよび方法を提供し、加入者からサービス要求を受信すること、およびシステムの中の加入者を有効化すること（validate）を含む。加入者は有効化されると、その加入者の加入者情報が取得される；この情報には、加入者閾値データまたは値のほかに、１人または複数の指定された個人または通知受取人が含まれる。この情報が取得された後に、要求されたサービスが開始され、そしてリアルタイムの使用量データが追跡される。リアルタイムの使用量データが加入者閾値データを超過したなら、通知受取人に通知される。ＲＣＳシステムには、少なくとも通知受取人データおよび加入者閾値データを有する加入者データベース、ならびに加入者からサービス要求を受け取り、そして加入者を有効化することが可能なホスト装置が含まれる。システムにはまた、リアルタイムの使用量データ、およびリアルタイムの使用量データが加入者閾値データを超過した場合に通知受取人に通知するための基準チェック機構が含まれる。

本発明の前述のおよび他の目的、態様、特徴、利点は、以下の説明より、および特許請求の範囲からより明らかになるであろう。

本発明の非制限的な例証的実施形態のために記された図面であって、その図面全体に似た参照番号が同様の部分を表す図面、を参照して詳細な記述にて本発明はさらに記述される。しかしながら理解されているべきであるように、本発明は示された配置および手段そのものに限定されるものではない。

本発明の代表的実施形態をインストール可能な通信ネットワークのブロック図である。 本発明の一実施形態における、有効化部分のステップを例証するフロー図である。 本発明の一実施形態における、呼処理部分のステップを例証するフロー図である。 本発明の一実施形態における、通知部分のステップを例証するフロー図である。 本発明の一実施形態における、制限部分のステップを例証するフロー図である。

ＲＣＳ（Real-time Charging Service：リアルタイム課金サービス）の必要性に対する本発明の解決策が提示される。図１は、ＲＣＳを有する通信ネットワークを示す。サービス・プロバイダのシステム１０Ａは、ネットワーク接続５、６を介してサービング交換機４に接続され、その接続は何よりもシステムが接続されているネットワーク種別に依存する。ネットワーク接続は例えば、Ｔｌ、Ｅｌ、ＬＡＮ、またはＷＡＮであり得る。サービス・プロバイダのシステム１０ＡはホストＣＰＵ１０群を含み、好適な実施形態においては、それぞれ高速のクロック速度を有するマイクロ・プロセッサ・ユニット、すなわち３２または６４ビットのプロセッサにより構成される。一実施形態においては、ホストＣＰＵがタイマ２１を有する。それぞれのホストＣＰＵ１０は、双方向の通信、すなわちネットワーク接続５、６によるホストＣＰＵ１０およびサービング交換機４の間の伝送情報、およびネットワーク化されたＬＡＮ／ＶＡＮ接続７によるホストＣＰＵ１０およびサービス・プロバイダのサーバ８の間の伝送情報、のために多くのネットワーク・インタフェース・カードを備える。ネットワーク・サーバ８を持つホストＣＰＵ１０のこの構造は、２以上のサービス・プロバイダ（図示せず）が、接続している通信ネットワーク１、２、３の中で分散された形にて動作することを可能とする。

さらにサーバ８は、データベース９を有し、データベース９は、加入者情報１２を保持し、加入者選好（preference）または加入者閾値の値１３と同様に使用量サービス情報の値または使用量１４を記録するために使用される。好適な実施形態においてはデータベース９の中では、それぞれの加入者はＡＮＩにより識別される。加入者識別子はまた、ＭＳＩＳＤＮ（Mobile Station Integrated Service Digital Network：移動体端末ＩＳＤＮ番号）、ＭＩＮ（Mobile Identification Number：移動体識別番号）、ＩＭＳＩ（International Mobile Subscriber Identity：国際移動体加入者ＩＤ）、または別の単一のデータ識別方法、例えば加入者ＩＤであることができる。一実施形態において、加入者によって要求されたサービスは、ＤＮＩＳによって識別される。ＤＮＩＳはまた、着信加入者ＩＤ、被呼者番号、または短縮番号（short code）として知られている。

サービング交換機４は、携帯電話／無線のネットワーク１、固定通信線ネットワーク２、およびＩＰネットワーク３に対して、ネットワーク接続または地上通信線回線５、６を介して、サービス・プロバイダ１０Ａを接続する。サービング交換機のキャリヤには、例えば回線交換方式またはパケット交換方式の他に、任意のそのような交換方式も採用することができるかもしれない。これらのネットワーク１、２、３は、所与のサービス・プロバイダ１０Ａに登録された加入者に対する呼および／またはイベントの情報を伝達する。

本発明の一実施形態におけるＲＣＳの有効化部分のフローは、図１のネットワークに関して図２において例証される。ステップＳｌにて、ホストＣＰＵ１０は初期状態にある。加入者は、ネットワーク１、２、３から通信メッセージまたはサービス要求１１の送信を、サービング交換機４を通してホストＣＰＵ１０へ開始する。サービス要求１１は、イベントを開始し、そしてＡＮＩなどの加入者識別、ＤＮＩＳなどの命令、およびさまざまな動作を含み、それらはその時点のエンド・ユーザの装置の能力によってのみ制限され得る。

ステップＳ２にて、サービス要求またはサービス表示メッセージ１１を受信すると、ホストＣＰＵ１０は、要求１１中のイベントを処理する。この処理は、以下のように、サービス要求１１における情報の読み出し、分析、および格納を伴う。ステップＳ３にて、着信サービス表示メッセージ１１からＡＮＩを取り出す。ステップＳ４にてデータベース９が検索され、受け取られたＡＮＩがこのサービス・プロバイダ１０Ａに対して有効であるかが判定される。ＡＮＩが有効であるなら（Ｓ４＝YES）、ステップＳ５にて加入者情報１２および加入者閾値データ１３が取得される。着信のＡＮＩがサービス・プロバイダのデータベース９で見付からないなら（Ｓ４＝NO）、要求されたサービス１１は、ステップＳ６にてサービス・プロバイダ１０Ａによって終了され、そして終話がネットワーク通信回線５、６を介してサービング交換機４に通信され、そのメッセージは要求ネットワーク１、２、３に渡される。終話表示の処理、すなわち終了表示に対応して取られる動作は、サービス・プロバイダ１０Ａまたはサービング交換機４にて管理することが可能である。

ステップＳ５にて加入者情報１２および加入者閾値データ１３が取得されると、ステップＳ７にて、やはりデータベース９中に保持されるその時点の使用量１４に対してこれらの加入者に定義された使用量閾値基準１３がチェックされる。これらの加入者閾値の値１３の何れかが交差、または超過したなら（Ｓ７＝YES）、サービス・プロバイダ１０Ａは、ステップＳ８にて通知イベント１５を加入者の登録された通知先または通知受取人へ送ることになる。通知１５は、サービング交換機４へのネットワーク通信回線５、６を介して通知先に通信される。通信は、サービング交換機４を通して為すことが可能であるのみでなく、サービス・プロバイダ１０Ａによって選択された通知タイプに依って、ネットワーク化されたＬＡＮ／ＶＡＮ接続を介して二次的アクセス機構（図示せず）に対して為すこともまた可能である。

ステップＳ７にて加入者閾値の値１３がチェックされ、かつ必要ならステップＳ８にて通知１５が送られると、サービス・プロバイダ１０ＡはステップＳ９にて、必要なサービスへの接続を可能とし、かつ要求サービス・イベントの開始が可能なように、サービング交換機４を介して発信ネットワーク１、２、３に継続イベントを送ることになる。

図３は、図１のネットワークを使用する、本発明の一実施形態における、ＲＣＳの呼処理部分のフローを例証する。受信または着信サービス、例えばＤＮＩＳが属するサービスへの接続を確立すると、ネットワーク１、２、３は、サービング交換機４を介してサービス・プロバイダ１０Ａに接続イベントを送り、これがサービス・プロバイダＣＰＵ１０上にて処理される。したがってステップＳｌ０にて、要求サービスが開始し、そしてステップＳ１ｌにてタイマ機構が始動される。タイマ機構は、サービス・プロバイダＣＰＵ１０上のタイマ２１、またはサービング交換機４へのタイマ・メッセージ２１であるかもしれない。

ステップＳ１ｌにてタイマ２１が設定されまたは初期化されると、加入者／着信サービスからの呼イベントの終了、またはタイマ・イベントの２つの主要イベントの中の１つが予想される。システムは最初にステップＳ１２にて呼イベントの終了をチェックし、そしてそれを受け取っていないなら（Ｓ１２＝NO）、システムはステップＳ１３にてタイマ・イベントをチェックする。何れのイベントも、発信ネットワーク１、２、３からサービング交換機４を介して通信される場合がある。呼イベントの終了については後で記述される。

タイマ・イベントが受け取られているなら（Ｓ１３＝YES）、ステップＳ１４にてサービス・プロバイダＣＰＵ１０は、その時間期間の間に蓄積されたサービス使用量１４の値を計算する。この使用量１４は、加入者によって要求されたサービスに依存する時間の単位または量の単位である場合がある。タイマ２１の持続時間内の加入者に関する使用量１４は、サービス・プロバイダ・データベース９中に記録される。

サービス・プロバイダ１０Ａは、以下の通り動作する基準チェック機構を含む。基準チェック機構は、ステップＳ１５にてデータベース９中に記録された閾値または加入者閾値データ１３を調査し、そして加入者が閾値の値１３の何れかに到達しているかを見るためにチェックする。閾値を交差しているか、または超過しているとき（Ｓ１５＝YES）、ステップＳ１６にてデータベース９における加入者情報１２中に記載された通知受取人または受取人群に対してサービス・プロバイダＣＰＵ１０から通知１５を送る。通知１５は、ネットワーク接続５、６を介してサービング交換機４へ伝達され、またはネットワーク化されたＬＡＮ／ＷＡＮ接続（図示せず）を介して他の外部のシステムへ伝達される。通知の伝送機構と同様に、通知は、サービス・プロバイダ・データベース９中の加入者情報１２の一部として設定され、かつ記録される。伝送機構には、伝統的な地上通信線電話、テキスト・メッセージ、電子メール・メッセージ、ＩＶＲ（Interactive Voice Response：対話型音声応答）、および当技術分野で既知の他のそのような機構のほかに、移動体のまたは携帯電話を用いる通信を含むことが可能である。通知処理は、さらに以下で記述される。

次に、閾値交差（Ｓ１５＝YES）の何れかの通知１５がステップＳ１６にて送られたか否かに関わらずに、ステップＳ１７にてタイマ・イベントはリセットされ、そして前の持続時間に対する使用量１４が記録される。加入者は、加入者の要求サービス１１を利用し続け、そしてシステム１０Ａは、上で記述された方法にてタイマ・イベントを動作させ、そしてステップＳ１２にてネットワーク１、２、３からサービング交換機４を介して呼の終了またはサービス・イベントの終了の検査をすることを継続する。呼イベントの終了は、サービス要求１１の無事完了を表す。サービス命令のこの終了を受信すると（Ｓ１２＝YES）、ステップＳ１８にて最終的な使用量が計算され、そしてデータベース９中に格納され、ステップＳ１９にて閾値の値１３がチェックされ、そして閾値を交差しているなら（Ｓ１９＝YES）、ステップＳ２０にて通知が送られる。さらにステップＳ２１にて完了記録が書かれる。

本発明の一実施形態におけるＲＣＳの通知処理の流れは、図１のネットワークを使用して図４において例証される。サービス・プロバイダＣＰＵ１０からのステップＳ２２での通知メッセージ１５を受け取り次第、通知の受取者、すなわち加入者情報１２中に記載された通知受取人または受取人群は、ステップＳ２３にて別の動作を実行するべきであるかを判定することが可能である。別の動作が実行されるべきである（Ｓ２３＝YES）なら、その動作は、例えばステップＳ２４にて制限イベントを送ることを含むことが可能である。そうでない場合（Ｓ２３＝NO）においては、ステップＳ２５にて閾値１３の交差の通知を無視することが可能である。制限イベントは、エンド・ユーザの通信装置もしくはインターネットに接続された装置、または当技術分野において知られているような他の装置から送ることが可能である。制限イベントは、ネットワーク１、２、３からまたはサービング交換機４を介して、もしくはネットワーク化されたＬＡＮ／ＷＡＮ接続（図示せず）を介して受け取られる。

図５は、図１において示したネットワークを使用して制限イベントが発生した場合の流れを例証する。ステップＳ２６にて制限イベントを受け取り次第、ステップＳ２７にて関係する制限インジケータが指定加入者に対して設定される。制限インジケータは、システムが制限されないイベントを受信するか、またはサービス・プロバイダ１０Ａが設定した時間期間が経過するかの何れかまで、サービス・プロバイダのデータベース９において加入者情報１２中に収納される。

ステップＳ２８にて制限イベントが受け取られた加入者がサービス対話中で、かつその制限がそのサービスに対するものであったなら、ステップＳ２９にて発信ネットワーク１、２、３に向けてネットワーク接続５、６を介してサービング交換機４へ終了イベントが送られる。そうでなければ、制限イベントはステップＳ３０にて肯定応答され、そして処理が継続する。

本発明は多くの能力を提供する：すなわち、加入者毎またはグループ基準でのリアルタイムの使用量情報の計算および記憶；設定可能な閾値のリアルタイム基準評価；加入者／口座所有者へのリアルタイム閾値通知；外部システム、テキスト・メッセージング、および対話型音声応答セッションにより、グループの何れのメンバーに対しても特定の呼およびイベントを制限するためのユーザ対話能力、である。これらの４つの主要な能力が結合され設定されると、後払い環境において前払いと同様の機能性が形成される。

本発明が特定の実施例において記述されているが、本発明がそのような実施形態によって限定されるものとして解釈されるべきではなく、むしろ以下の特許請求の範囲に従って解釈されるべきであるということが理解されるべきである。

Claims (19)

1. 後払い通信システムにおけるサービス使用量をリアルタイムに監視するための方法であって、
   サービスプロバイダのホスト装置において、加入者装置からの後払いサービス要求を受信するステップと、
   前記ホスト装置が、前記加入者装置を有効化してサーバから少なくとも加入者閾値データを取得するステップと、
   前記ホスト装置が、後払いサービスを開始してリアルタイム使用量データを追跡するステップと、
   前記リアルタイム使用量データが、前記サービス使用量が前記加入者閾値データにおける閾値を超過することを示すことに応じて、前記ホスト装置が通知イベントを送信するステップと、
   前記通知イベントを送信することに応じて前記加入者装置からサービス制限イベントを前記ホスト装置が受信するステップであって、前記サービス制限イベントは、前記後払いサービスによって以前に確立された制限よりも制限するサービス制限を要求するメッセージを含む、ステップと
   を具備することを特徴とする方法。
2. 前記ホスト装置が、前記サービス制限イベントを受信することに応じてサービスを制限するステップをさらに備えることを特徴とする請求項１に記載の方法。
3. 前記ホスト装置が、前記通知イベントが送信された後であり、前記要求されたサービスに適用する前記サービス制限イベントに応じて終了イベントを受信するまで、前記要求されたサービスを継続するステップをさらに備えることを特徴とする請求項１に記載の方法。
4. 前記サーバから少なくとも加入者閾値データを取得するステップは、加入者情報を取得するステップをさらに含み、前記加入者情報は、通知受取人データを含むことを特徴とする請求項１に記載の方法。
5. 前記制限イベントを受信するステップは、移動体電話、携帯電話、または地上通信線電話の少なくとも１つからの制限イベントを受信することを含み、
   前記制限イベントを受信するステップは、前記制限イベントを、テキスト・メッセージ、電子メール・メッセージ、または対話型音声応答メッセージの少なくとも１つを介して受信することを含むことを特徴とする請求項１に記載の方法。
6. 後払い通信システムにおける使用に対するリアルタイムサービス使用量監視システムであって、
   少なくとも加入者閾値データを含む加入者データベースと、
   加入者装置から後払いサービス要求を受信するように構成され、前記加入者装置を有効化するように構成され、かつ、後払いサービスを開始するように構成される、サービスプロバイダのホスト装置と、
   前記ホスト装置によって得られた前記加入者装置のリアルタイム使用量データを格納するように構成されたデータベースと、
   前記リアルタイム使用量データが、前記サービス使用量が前記加入者閾値データにおける閾値を超過することを示すことに応じて、通知イベントを送信するように構成された基準チェック機構と
   を備え、
   前記ホスト装置は、前記基準チェック機構が前記通知イベントを送信することに応じて、前記加入者装置からサービス制限イベントを受信するように構成され、
   前記サービス制限イベントは、前記後払いサービスによって以前に確立された制限よりも制限するサービス制限を要求するメッセージを含む
   ことを特徴とするシステム。
7. 前記ホスト装置は、前記サービス制限イベントを受信することに応じてサービスを制限するようにさらに構成されることを特徴とする請求項６に記載のシステム。
8. 前記ホスト装置は、前記通知イベントが送信された後に、終了イベントを受信するまで前記後払いサービスを継続するように構成されることを特徴とする請求項６に記載のシステム。
9. 前記加入者データベースは、加入者情報を格納するようにさらに構成され、前記加入者情報は、通知受取人データを含むことを特徴とする請求項６に記載のシステム。
10. 前記ホスト装置は、移動体電話、携帯電話、または地上通信線電話の少なくとも１つからの制限イベントを受信するように構成され、
    前記ホスト装置は、前記制限イベントを、テキスト・メッセージ、電子メール・メッセージ、または対話型音声応答メッセージの少なくとも１つを介して受信するように構成されることを特徴とする請求項６に記載のシステム。
11. 後払い通信システムにおけるサービス使用量のリアルタイム監視のための命令を有し、これらの命令が格納されるコンピュータで読み込み可能な有形媒体であって、前記命令は、
    サービスプロバイダのホスト装置において、加入者装置からの後払いサービス要求を受信する命令と、
    前記加入者装置を有効化してサーバから少なくとも加入者閾値データを取得する命令と、
    後払いサービスを開始してリアルタイム使用量データを追跡する命令と、
    前記リアルタイム使用量データが、前記サービス使用量が前記加入者閾値データにおける閾値を超過することを示すことに応じて、通知イベントを送信する命令と、
    前記通知イベントを送信することに応じて前記加入者装置からサービス制限イベントを前記ホスト装置が受信する命令であって、前記サービス制限イベントは、前記後払いサービスによって以前に確立された制限よりも制限するサービス制限を要求するメッセージを含む、命令と
    を含むことを特徴とするコンピュータ読み取り可能な有形媒体。
12. 前記サービス制限イベントを受信することに応じてサービスを制限する命令をさらに含むことを特徴とする請求項１１に記載のコンピュータ読み取り可能な有形媒体。
13. 終了イベントを受信するまで前記後払いサービスを継続する命令をさらに含むことを特徴とする請求項１１に記載のコンピュータ読み取り可能な有形媒体。
14. 前記サーバから少なくとも加入者閾値データを取得する命令は、加入者情報を取得する命令をさらに含み、前記加入者情報は、通知受取人データを含むことを特徴とする請求項１１に記載のコンピュータ読み取り可能な有形媒体。
15. 前記サービス制限イベントを受信する命令は、移動体電話、携帯電話、または地上通信線電話の少なくとも１つからの制限イベントを受信する命令を含み、
    前記サービス制限イベントを受信する命令は、前記サービス制限イベントを、テキスト・メッセージ、電子メール・メッセージ、または対話型音声応答メッセージの少なくとも１つを介して受信する命令を含むことを特徴とする請求項１１に記載のコンピュータ読み取り可能な有形媒体。
16. サービス制限イベントを受信するステップは、制限されていない着信呼または発信呼の少なくとも１つを識別するサービス制限イベントを受信するステップを含むことを特徴とする請求項１に記載の方法。
17. 前記ホスト装置が、前記サービス制限イベントを受信することに応じて、制限されていないイベントを受信するか、または、所定の時間期間が経過するか、の少なくとも１つまで、サービスを制限するステップをさらに備えることを特徴とする請求項２に記載の方法。
18. サービス制限イベントを受信する命令は、制限されていない着信呼または発信呼の少なくとも１つを識別するサービス制限イベントを受信する命令を含むことを特徴とする請求項１１に記載のコンピュータ読み取り可能な有形媒体。
19. 前記サービス制限イベントを受信することに応じて、制限されていないイベントを受信するか、または、所定の時間期間が経過するか、の少なくとも１つまで、サービスを制限する命令をさらに備えることを特徴とする請求項１２に記載のコンピュータ読み取り可能な有形媒体。

Images