JP2009504030A - 収益管理システムおよび方法 - Google Patents

Abstract

リアルタイム顧客関係管理システムが開示される。このシステムは、利用可能性の増大と、内部待ち時間の減少と、データ処理および転送の減少とを提供できる。このシステムは、リアルタイム処理とバッチ処理とを提供できる。システムアーキテクチャは、インメモリ・ライトスルーキャッシュを有し得る。このキャッシュは、データベースに送信されていたであろうデータを格納できる。このシステムは、バックアップのインメモリ・ライトスルーキャッシュを有し得る。このシステムは、たとえば、データバックアップ効率を高めるためにウォームスタンバイを使用可能である。

Description

関連出願との相互参照
本願は、ここにその全体が引用により援用される、２００５年７月２８日出願の米国仮出願第６０／７０３，６８７号の利益を主張する。

発明の背景
この発明は、インメモリ・ライトスルーキャッシュを有する収益管理システムに関する。

プリペイド式電話アカウントは、電話網交換機と通信している課金および時間管理のハードウェアおよびソフトウェアアーキテクチャによって、リアルタイムで追跡される。顧客のプリペイド式アカウントに十分な残高がある場合、アーキテクチャは顧客の通話を承認する。顧客が通話中に自分のプリペイド式アカウントに対して時間を使い果たした場合、アーキテクチャは通話を終了するよう作動する。

これらのアーキテクチャは、顧客関係管理（Customer Relation Management：ＣＲＭ）システムとして公知である。ＣＲＭシステムは、請求書を発行する場合といったプリペイド式ではないシナリオでも使用される。ＣＲＭシステムはまた、他の電気通信および他のネットワーク管理シナリオでも使用される。

プリペイド式アカウントＣＲＭシステムは、アカウントをリアルタイムで追跡する能力を有する必要がある。プリペイド式顧客アカウントを管理するための利用可能なリアルタイムアーキテクチャは、既存の制限をいくつか有する。

第１に、利用可能なアーキテクチャは高い性能およびデータスループットを必要とし、それにより比較的高いハードウェア要件をもたらす。これらのアーキテクチャは、それらの格納および整備とともに、高価で時間がかかるものとなり得る。

第２に、非常に短いシステム応答待ち時間についての要件は達成が困難である。既存のアーキテクチャにおけるトランザクションは、ディスクベースの格納サブシステムとの数回の往復を伴う。データは、リレーショナルな表現から物理的格納フォーマットに変わるために比較的大きいソフトウェアスタックによって処理されなければならない。

第３に、利用可能なアーキテクチャでは、データを検索し、それをリレーショナルフォーマットからオブジェクトフォーマットにマッピングし、それを所望のビジネスロジックで処理し、次にクライアントに応答を転送するために、データはシステムの構成要素間で数回転送される。

第４に、現在利用可能なアーキテクチャは、公衆電話網（たとえば交換機）に所望のレベルのデータ利用可能性を提供できない。プリペイド式ＣＲＭシステムと公衆網との密接な関係は、データ利用可能性要件を増大させる。システムの一部は、公衆網の一部であるため、搬送波グレードの利用可能性を有する必要がある。

また、どの単一の製品も、電気通信ＣＲＭ（たとえば課金）のためにバッチ処理とリアルタイム処理の双方を達成していなかった。

発明の簡単な概要
任意の数値的なアカウント情報を管理するためのシステムおよび方法が開示される。たとえば、このシステムおよび方法は、電気通信システムについての収益を管理するために使用可能である。このシステムおよび方法は、アカウント残高、たとえば電気通信システムについてのユーザアカウントを管理するために使用可能である。アカウント残高の管理は、使用中にアカウントの残高を変更すること、および／または（たとえばアカウント保有者もしくは顧客サービス担当者によって）アカウントを照会すること、および／または請求書を作成するよう、もしくは他の会計機能を行なうよう、アカウントを照会すること、および／またはアカウントの使用を認可するか否かを決定するよう、アカウントを照会することを含み得る。

システムは、既存の残高を有する（たとえばプリペイド式の）アカウント、最大使用制限を有する（たとえば上限が設けられた）アカウント、現在の支払いアカウント（たとえばクレジットカードの使用を介した現在払い）、他のタイプの残高管理アカウント、またはそれらの組合せを用いて使用可能である。

システムアーキテクチャは、性能および利用可能性を高め、待ち時間を減少させるよう構成可能である。システムおよび方法は、たとえば、ＧＳＭ、ＧＰＲＳおよびＳＭＳなどのサービスを取扱うプリペイド式無線市場のためにアカウントを管理できる。

システムは、料率算出エンジン（rating engine）と、課金エンジンと、第１の高速メモリ（たとえばトランザクション・イン・メモリ・オブジェクト・ストア（ＴＩＭＯＳ））とを有し得る。第１のメモリは仮想データベースキャッシュであり得る。第１のメモリは典型的なオンボードＲＡＭ格納場所であり得る。

第１のメモリはスマートキャッシュであり得る。スマートキャッシュは、異なるオブジェクトタイプを異なるやり方で取扱うことができる。たとえば、スマートキャッシュは、参照オブジェクト、データベース専用オブジェクト、および過渡的オブジェクトを異なるように取扱うことができる。

参照オブジェクトはデータベースによって所有可能であり、第１のメモリによって決して更新されない。参照オブジェクトは、各通話を変更する動的参照オブジェクト（たとえばアカウント残高）と、決してまたはほとんど変わらない静的参照オブジェクト（たとえば異なるタイプの通話についての請求料率）とを含み得る。データベース専用オブジェクトは、通話中に１回しかまたはほとんど変わらないオブジェクトであり得、接続マネージャによって参照されない。過渡的オブジェクトは、たとえばメモリ内（たとえばＴＩＭＯＳ内）にのみ存在できる。過渡的オブジェクトはデータベースに書込不可である。過渡的オブジェクトは、たとえば通話の最後でデータベースに書込可能である（たとえばクレジット残高）。

データベースはデータ辞書を有し得る。データ辞書はユーザによって書込可能である。データ辞書は、オブジェクトタイプと、互いがどんなタイプのオブジェクトかとを定義できる。顧客は、所望すればデータ辞書を編集できる。

この新しい収益管理システムは高い利用可能性を有し得る。このシステムは、ＴＩＭＯＳに残っている任意のデータを参照することによるウォームスタンバイ動作を有し得る。ウォームスタンバイ中、データの損失が起こった場合、交換機が（たとえば長い通話中に）再認可データ、または通話終了データを送信すると、システムは交換機および／または
ＴＩＭＯＳからデータを再現できる。

制御マネージャ、ＴＩＭＯＳ、データマネージャ、データベースマネージャ、およびデータベースの状態を定期的にチェックする、高い利用可能性を有する公知の故障防止手法（監視）も開示されている。

自己完結型故障防止システムが開示されている。システムの各構成要素は、そのすぐ下流の構成要素の状態をチェックできる。下流の構成要素が故障したか、またはさらに下流の構成要素の故障に関する故障メッセージを伝えている場合、システムは、ユーザへの警告を含む適切な措置を取ることができる。

詳細な説明
任意の数値的なアカウント情報を管理するための、コンピュータベースのシステムおよび方法が開示される。たとえば、このシステムおよび方法は、電気通信システムについての収益を管理するために使用可能である。このシステムおよび方法は、アカウント残高、たとえば電気通信システムについてのユーザアカウントを管理するために使用可能である。アカウント残高の管理は、使用中にアカウントの残高を変更すること、および／または（たとえばアカウント保有者もしくは顧客サービス担当者によって）アカウントを照会すること、および／または請求書を作成するよう、もしくは他の会計機能を行なうよう、アカウントを照会すること、および／またはアカウントの使用を認可するか否かを決定するよう、アカウントを照会することを含み得る。

図１は、公衆電話網４を介して交換機６に接続可能な、電話、コンピュータ、またはファックス機といった電気通信装置２を示す。電気通信装置２は、交換機６を介して第２の電気通信装置と通信可能である。交換機６は、ネットワークを通じ、（たとえばプロトコル変換器を有する）ゲートウェイ８を介して、収益管理システム１００と通信可能である。ゲートウェイ８は、ビジネスロジックモジュール１０、またはビジネスロジックアプリケーション（たとえばカリフォルニア（ＣＡ）州クパチーノ（Cupertino）のポータルソフトウェア社（Portal Software, Inc.）のポータルインフラネット（Portal Infranet））と直接通信可能である。ビジネスロジックモジュール１０は、交換機６に接続された電気通信装置２が電話を接続する許可および／または電話を切らないでおく許可を有するかどうかを判断するために、データベースシステム１２と通信可能である。データベースシステム１２は、高い利用可能性のオラクルＲＡＣデータベースクラスタを有し得る。システム１００は、オラクルのトランザクション管理機能性を利用できる。

図２は、ゲートウェイ８が収益管理システム１００の一部であり得ることを示す。ゲートウェイ８は、ビジネスロジックモジュール１０とインテリジェントネットワーク（ＩＮ）サービス制御点システム（ＳＣＰ）１４とをインターフェイス接続できる。サービス制御点システム１４は、交換機６とゲートウェイ８との通信を容易にできる。ＳＣＰシステム１４は、８００およびＬＮＰ番号ルックアップといったアプリケーションおよび通話カード検証を処理するために、たとえばサービス切換点（ＳＳＰ）から照会を受取るソフトウェア、またはネットワーク内の遠隔コンピュータデータベースであり得る。ＳＣＰシステム１４は、顧客管理システム１００を利用してアプリケーションを処理できる。ゲートウェイ８は、ＩＮ ＳＣＰから収益管理システム１００の残りの部分への高速プロトコル変換器であり得る。

図３は、ビジネスロジックモジュール１０が、１つ以上の料率算出接続マネージャ（ＣＭ）１６ａおよび１６ｂと、第１のメモリデータマネージャ１８（たとえばポータルソフトウェア社からのＴＩＭＯＳデータマネージャ（Data manager）（ＤＭＴ））と、１つ以
上の第２のメモリデータマネージャ２０ａおよび２０ｂ（たとえばオラクルデータマネージャ（Oracle Data Manager）（ＤＭオラクル））とを有し得ることを示す。第２のメモリデータマネージャ２０ａおよび２０ｂは、データベースシステム１２または他の第２のメモリシステムと通信可能である。データベースシステム１２は、１つ以上のデータベースクラスタ２２ａおよび２２ｂ（たとえばオラクル・リアル・アプリケーション・クラスタ（Oracle Real Application Cluster））を有することができ、たとえばそれらは、クラスタ上で実行中のデータベースのために高い利用可能性および拡張性を提供する。データベースクラスタ２２ａおよび２２ｂは、１つ以上のデータベース２４をサポート可能である。

ビジネスロジックモジュールは、ゲートウェイ８を介して、および／または手動アクセスアプリケーション２６を介してアクセスされ得る。手動アクセスアプリケーション２６は、手動で、または自動的に作動され得る。手動アクセスアプリケーション２６は、たとえば、送り状を作成するために請求ソフトウェアによって、および／またはアカウント状態をチェックするために顧客サービス担当者によって、および／またはアカウント状態をチェックするためにアカウント保有者によって使用されるよう構成可能である。

収益管理システム１００は、第１のメモリ（たとえばＴＩＭＯＳ）と第２のメモリ（たとえばデータベース）とを有し得る。第１のメモリは、たとえば、第１のメモリデータマネージャ１８内に存在可能であり、および／または第１のメモリデータマネージャ１８と通信可能である。第１のメモリは、第２のメモリよりも速い、遅い、および／または同じ書込速度、および／または書込速度、および／または再書込速度（たとえばアクセス速度）を有するよう構成可能である。第１のメモリは、高速料率算出および認可要件専用のインメモリデータストアおよびデータベースキャッシュであり得る。

第１のメモリは、たとえば高速アクセス速度を有する、システムメモリ（たとえばＲＡＭ）または１つ以上のハードドライブといった固体メモリであり得る。第１のメモリ内のデータに対する要求は、第２のメモリ内のデータに対する要求よりも速く処理され得る。

第１のデータオブジェクトにおける第１のデータは、ビジネスロジックモジュール１０（たとえばポータルソフトウェア社のポータルインフラネット）によって使用されるフォーマットで、第１のメモリに格納され得る。第１のデータは、第１のメモリへの格納前に未変換のままとされ得る。第１のメモリ内データ用に、内部検索および格納アルゴリズムが最適化され得る。第１のメモリに第１のデータを格納することは、たとえば、第２のメモリ（たとえば、データベースサーバ上などの１つ以上のデータベース）との往復を排除でき、第１のデータを格納、編集、および／または照会するプロセスを加速できる。オブジェクト作成または第１のデータオブジェクトのための更新は、第２のメモリのアクセスを必要としない。第１のデータオブジェクトのための更新は、第１のメモリにおいて実行可能である。システムは、たとえば、減少したスループットおよび／または待ち時間を有し得る。

第１のメモリデータベースオブジェクト（たとえば過渡的オブジェクト）は、第１のメモリおよび／または第２のメモリに格納され得る。たとえば、第１のメモリデータオブジェクトはデータベースには格納できず、第１のメモリ内に残り続けることができない。第１のメモリオブジェクトは、たとえば、第１のメモリのプロセスヒープメモリにのみ存在し得る。第１のメモリオブジェクトは、たとえば（たとえば他のメモリオブジェクトのように）トランザクショナルに管理され得る。

第１のメモリデータオブジェクトは、第１のメモリの停止によって、またはビジネスロジックが第１のメモリデータオブジェクトに対して削除操作を実行することによって、第
１のメモリから除去され得る。第１のメモリデータオブジェクトのためのストアは、たとえば、第１のメモリプロセスの起動中に決定された固定サイズであり得る。

第１のメモリデータマネージャ１８は、オブジェクトの移動および／または書込および／または編集および／または削除および／または照会に対するアクセス時間と待ち時間とを向上させるよう構成可能である。

第２のメモリは、第２のメモリデータマネージャ２０内に存在可能であり、および／または第２のメモリデータマネージャ２０と通信可能である。第２のメモリデータオブジェクトに対する要求は、第２のメモリデータマネージャ２０に送信され得る。第２のメモリは、たとえば、（たとえば１つ以上のハードドライブ上の）ディスクベースのデータベースであり得る。データベースはリレーショナルデータベース（ＲＤＢＭＳ）であり得る。

システムは、低アクセスの第２のメモリデータオブジェクト（たとえばデータベース専用オブジェクト）を有し得る。低アクセスの第２のメモリデータオブジェクトは、第２のメモリ（たとえば１つ以上のデータベース）に主におよび／または独占的に格納され得る。低アクセスの第２のメモリデータオブジェクトは、第１のメモリには決してまたはほとんど格納できない。

第１のメモリデータマネージャは、パススルーモード（pass-through mode）を介して、低アクセスの第２のメモリデータオブジェクトタイプにアクセス可能である。たとえば、要求を第２のメモリデータマネージャ（たとえばＤＭ＿オラクル）に送ることができ、応答を第１のメモリデータマネージャに送り返すことができる。

高アクセスの第２のメモリデータオブジェクト（たとえば参照オブジェクト）はめったに更新できず、高速セッション処理中は更新できない。高アクセスの第２のメモリデータオブジェクトは、第１のメモリ参照オブジェクトキャッシュ（Reference Object Cache：ＲＯＣ）に格納（キャッシュ）され得る。高アクセスの第２のメモリデータオブジェクトは、累積加入者の増大との関連で数が増加し得る。

高アクセスの第２のメモリデータオブジェクトは、第１のメモリプロセスの長さと等しい時間、第１のメモリ内に存在し得る。新しく開始された第１のメモリインスタンスは、高アクセスの第２のメモリデータオブジェクトを含むことができない。

高アクセスの第２のメモリデータオブジェクトの更新および作成は、第２のメモリにおいて、および第１のメモリにおいて実行可能である。高アクセスの第２のメモリデータオブジェクトは、第２のメモリおよび第１のメモリにおいて非同期的にまたは同期的に更新もしくは作成され得る。

高アクセスの第２のメモリデータオブジェクトは静的または動的であり得る。静的な高アクセスの第２のメモリデータオブジェクトは、不規則な間隔で照会、更新、作成、または削除され得る。静的な高アクセスの第２のメモリデータオブジェクトは、たとえば、加入サービスのリストおよび選択された料金プランといった加入者情報であり得る。

動的な高アクセスの第２のメモリデータオブジェクトは、各セッションの完了後、扱われ得る（たとえば照会、更新、作成、削除され得る）。動的な高アクセスの第２のメモリデータオブジェクトは、たとえば、加入者アカウントに属する金銭的および非金銭的残高であり得る。

（たとえばアクティブな第１のメモリとバックアップの待機用の第１のメモリとを有し
得る高い利用可能性の一変形のための）待機用の第１のメモリは、静的な高アクセスの第２のメモリデータオブジェクトを予めロードし得る。静的な参照オブジェクトの変更は、アクティブな第１のメモリから待機用の第１のメモリへと伝搬され得る。

ゲートウェイ８は、ビジネスロジックモジュール１０と直接通信可能である。たとえば、顧客が電気通信網を使用中、ゲートウェイ８は第１の接続マネージャ（ＣＭ）１６ａと通信可能である。ゲートウェイ８はＣＭ１６ａに要求を渡すことができ、たとえば、ＩＮ
ＳＣＰ１４から指示された要求のタイプに依存して適切なビジネスロジックルーチンを呼出す。ゲートウェイ８はほぼステートレスであり得る。ゲートウェイ８は、たとえば、より下層のアーキテクチャ層が利用できなくなった場合に使用される劣化モードの動作を伴う、高速フェイルオーバー能力を提供可能である。ゲートウェイ８は、認証、認可および会計手続を実行可能である。

ＣＭによって受信された事象は、第１のメモリデータマネージャ１８（たとえばＤＭ ＴＩＭＯＳキャッシュ）およびデータベースシステム１２から提供されたデータを用いて、内蔵された料率算出エンジンを介して算出され得る。料率算出エンジンは、当てはまる特定の条件（たとえば時間帯、曜日、使用されるネットワーク）の下での電気通信網の顧客使用についての料率を生成可能である。料率算出エンジンは、たとえば、料率算出段階を完了するのに必要なネットワーク往復の数を減少させるために、それ自体が価格付オブジェクトをキャッシュ可能である。料率算出エンジンは料率算出の区分および割引を実行可能である。

オブジェクトタイプに基づき、第１のメモリデータマネージャ１８は、データベースシステム１２に要求を渡し、第１のメモリデータマネージャ１８に参照オブジェクトキャッシュを照会し、または過渡的オブジェクトのために第１のメモリ（たとえばインメモリストア）にアクセスし得る。オブジェクトタイプおよびそれらの場所は、ビジネスロジックデータベース（たとえばポータルソフトウェア社のインフラネット・データ・ディクショナリ（Infranet Data Dictionary））において定義可能であり、それはデータベースシステム１２内にあり得る。第１のメモリ内にないオブジェクトのためのトラフィックは、たとえば、第１のデータベースマネージャがない通常使用されるシステムが構成されるのと同じように、データベースマネージャ２０にアクセスすることによって迂回することを許可され得る。第１のメモリのデータ完全性は、必要な更新を第１のメモリに伝搬可能な、プラットフォームに管理された同期メカニズムによって、確実とされ得る。第１のメモリは１つ以上のキャッシュを有し得る。

図４ａおよび図４ｂは、収益管理システム１００の変形を示す。ゲートウェイ８は、高速プロトコル変換器として、かつフォールバック能力を有するＳＬＡモニタとして作動し得る。ＣＭ１６は、（たとえばゲートウェイ８への配信のための）認可、認証および会計ビジネスロジックを有し得る。ＣＭ１６は、第１のデータマネージャ１８上の操作コードを呼出すことができる。ＣＭ１６は、移送ツールといった別のクライアントと置換可能である。ＣＭ１６はリアルタイム・パイプライン（ＲＴＰ）２８を有し得る。ＲＴＰ２８は、たとえば料率の割引および区分によって料率算出を調節するよう構成可能である。ＲＴＰ２８は、料率算出中にＣＭ１６によって随意に使用され得る。

第１のデータマネージャ１８はデータ移送サブシステム３０を有し得る。データマネージャサブシステム３０は、開始またはフェイルオーバーの後で高アクセスの第２のメモリオブジェクトキャッシュを満たすために使用され得る。

第１のデータマネージャ１８はディレクトリサーバ３２を有し得る。ディレクトリサーバ３２は、第１のメモリインスタンスよりも第２のメモリインスタンスが多い、または第
２のメモリインスタンスよりも第１のメモリインスタンスが多い拡張されたシナリオにおいて正しい第１のメモリと第２のメモリとの組合せを識別するよう構成可能である。ディレクトリサーバ３２は、ゲートウェイインスタンスおよびＣＭインスタンスが、第１のメモリインスタンスの数から独立できるようにし得る。ゲートウェイおよびＣＭプロセスの数および場所は、第１のメモリインスタンスの数および場所に対して柔軟性および拡張性を有し得る。

図４ａは、ビジネスロジックモジュールのアーキテクチャの要素がすべてスタンドアローンであり得ることを示す。図４ｂは、アーキテクチャの多数の要素が統合され得ることを示す。

図５は、第１のメモリ１０２が参照オブジェクトキャッシュ（ＲＯＣ）３４と過渡的オブジェクトストア（ＴＯＣ）３６とを有し得ることを示す。ＲＯＣ３４は、ＴＯＣ３６とは別個の一組の規則によって管理され得る。ＲＯＣ３４およびＴＯＣ３６は、第１のメモリ１０２の同じ部分、または異なる部分にあり得る。第１のメモリ１０２は、第１のメモリデータマネージャ１８の一部であり得、または第１のメモリデータマネージャ１８とは別個であるもののそれと通信可能である。ＲＯＣ３４は、高アクセスの第２のメモリデータオブジェクト（たとえば参照オブジェクト）をキャッシュするよう構成可能である。ＴＯＣ３６は、第１のメモリデータオブジェクト（たとえば過渡的オブジェクト）を格納するよう構成可能である。

図６は、ＴＯＣ３６内の第１のメモリデータにアクセスするための方法を示す。ＣＭ１６は、矢印３８によって示されるように、要求を第１のデータマネージャ１８に送信できる。この要求は第１のメモリデータに当てはまり得る。第１のデータマネージャ１８は、この要求３８を分析できる。第１のデータマネージャ１８は、この要求が第１のメモリに当てはまると結論づけることができる。第１のデータマネージャ１８は、この要求をＴＯＣ３６に対して適用または実行できる。第１のデータマネージャ１８は返答を作成し、矢印４０によって示されるように、その返答をＣＭ１６に送信することができる。

図７は、ＣＭ１６からのさまざまな要求およびそれらの要求への返答の流れを示す。命令は、作成、更新、削除および検索／読出（すなわち照会）として示される。ＣＭ１６からの要求は、それぞれ、第１のデータオブジェクトの作成、第１のデータオブジェクトの更新、第１のデータオブジェクトの削除、および第１のデータオブジェクトの検索／読出であり得る（要求および返答の番号は例示的な時系列の順序を示す）。第１のデータマネージャ１８は、ＣＭ１６からの要求を、第１のデータマネージャ命令、たとえば第１のデータオブジェクトの追加、第１のデータオブジェクトの変更、第１のデータオブジェクトの除去、および第１のデータオブジェクトの発見にそれぞれ変換または他の態様で翻訳することができる。第１のデータマネージャ１８は、第１のデータマネージャ命令をＴＯＣ３６に対して適用または実行できる。第１のデータマネージャ１８は次に、返答を返送できる。返答は、検索されたデータ、および／またはタスクが上手く完了したという確認、および／またはエラーコード、および／またはエラーの説明を含み得る。

図８は、ＲＯＣ３４内の、およびデータベースシステム１２内の高アクセスのメモリデータにアクセスするための方法を示す。ＣＭ１６は、矢印３８によって示されるように、要求を第１のデータマネージャ１８に送信できる。この要求は高アクセスの第２のメモリデータに当てはまり得る。第１のデータマネージャ１８は、この要求３８を分析できる。第１のデータマネージャ１８は、この要求が高アクセスの第２のメモリデータに当てはまると結論づけることができる。第１のデータマネージャ１８は、高アクセスの第２のメモリデータがＲＯＣ３４内にあるかどうかを判断できる。高アクセスの第２のメモリデータがＲＯＣ３４内にあると第１のデータマネージャ３４が判断した場合、第１のデータマネ
ージャ１８は、ＲＯＣ３４内の高アクセスの第２のデータに対してこの要求を適用または実行できる。第１のデータマネージャ１８は、この要求を第２のデータマネージャ２０に送信できる。第２のデータマネージャ２０は、データベースシステム１２内の高アクセスの第２のデータに対してこの要求を適用または実行できる。データベースシステム１２および／または第２のデータマネージャ２０および／または第１のデータマネージャ１８は、１つ以上の返答を生成可能である。返答は、矢印４０によって示されるように、直接、または第１のデータマネージャ１８を介してＣＭ１６に送信され得る。

図９は、ＣＭからのさまざまな要求およびそれらの要求への返答の流れを示す。例示的な命令は、作成、更新、削除、単純および複雑検索／読出（すなわち照会）として示される。ＣＭ１６からの要求は、それぞれ、第１のデータオブジェクトの作成、第１のデータオブジェクトの更新、第１のデータオブジェクトの削除、および第１のデータオブジェクトの検索／読出であり得る（要求および返答の番号は例示的な時系列の順序を示す）。第１のデータマネージャ２０は、ＣＭ１６からの要求を、第１のデータマネージャ命令、たとえば第１のデータオブジェクトの追加、第１のデータオブジェクトの変更、第１のデータオブジェクトの除去、および第１のデータオブジェクトの発見にそれぞれ変換または他の態様で翻訳することができる。第１のデータマネージャは次に、ＲＯＣ３４内の高アクセスの第２のデータに対してこの変換された要求を適用または実行できる。

第１のデータマネージャ１８は要求を第２のデータマネージャ２０に送信でき、および／または、ＣＭ１６は要求を第２のデータマネージャ２０に直接送信できる。第２のデータマネージャ２０は要求を、第２のデータマネージャ命令、たとえばデータの行の挿入、データの行の更新、データの行の削除、およびデータの行の選択にそれぞれ変換または他の態様で翻訳することができる（単純検索／読出については応答が示されていないが、第２のデータマネージャは単純検索を実行できる）。第２のデータマネージャ２０は、データベースシステム１２内の高アクセスの第２のデータに対して要求を適用または実行できる。第２のデータマネージャ２０、および／またはデータベースシステム１２、および／または第１のデータマネージャ２０は次に、返答を返送できる。返答は、検索されたデータ、および／またはタスクが上手く完了したという確認、および／またはエラーコード、および／またはエラーの説明を含み得る。

図１０は、データベースシステム１２内の低アクセスのメモリデータにアクセスするための方法を示す。ＣＭ１６は、矢印３８によって示されるように、要求を第１のデータマネージャ１８に、および／または第２のデータマネージャ１８に直接送信できる。この要求は高アクセスの第２のメモリデータに当てはまり得る。第１のデータマネージャ１８は、この要求３８を分析できる。第１のデータマネージャ１８は、この要求が低アクセスの第２のメモリデータに当てはまると結論づけることができる。第１のデータマネージャ１８は、この要求を第２のデータマネージャ２０に送信できる。第２のデータマネージャ２０は、データベースシステム１２内の高アクセスの第２のデータに対してこの要求を適用または実行できる。データベースシステム１２および／または第２のデータマネージャ２０は、１つ以上の返答を生成可能である。返答は、矢印４０によって示されるように、直接、または第１のデータマネージャ１８を介してＣＭ１６に送信され得る。

図１１は、ＣＭからのさまざまな要求およびそれらの要求への返答の流れを示す。例示的な命令は、作成、更新、削除、および検索／読出（すなわち照会）として示される。ＣＭ１６からの要求は、それぞれ、第１のデータオブジェクトの作成、第１のデータオブジェクトの更新、第１のデータオブジェクトの削除、および第１のデータオブジェクトの検索／読出であり得る（要求および返答の番号は例示的な時系列の順序を示す）。第１のデータマネージャ１８は要求を第２のデータマネージャ２０に送信できる。第２のデータマネージャ２０は要求を、第２のデータマネージャ命令、たとえばデータの行の挿入、デー
タの行の更新、データの行の削除、およびデータの行の選択にそれぞれ変換または他の態様で翻訳することができる。第２のデータマネージャ２０は、データベースシステム１２内の高アクセスの第２のデータに対して要求を適用または実行できる。第２のデータマネージャ２０、および／またはデータベースシステム１２、および／または第１のデータマネージャ２０は次に、返答を返送できる。返答は、検索されたデータ、および／またはタスクが上手く完了したという確認、および／またはエラーコード、および／またはエラーの説明を含み得る。

ＣＭ１６は、要求を所望のデータマネージャ１８または２０に直接送信可能であり、および／または、ＣＭ１６は要求にタグをつけることができ、第１のデータマネージャ１８はタグを分析して、要求を適用および／または実行するかどうか、および／または要求を第２のデータマネージャに送信するかどうかを判断できる。タグは、要求の内容（すなわち要求された行動）、および／または要求の所望の最終場所を通信するためだけの追加データであり得る。

このカテゴリの第１のメモリデータオブジェクトは、収益管理システム１００の高速アクセスパスにおいて作成、更新、または削除され得る。第１のメモリデータオブジェクトの例は、アクティブセッションオブジェクトおよびリソース保存オブジェクトを含む。

第１のメモリデータオブジェクトは、たとえば論理述語（たとえばequal、not equal）を用いて分析され得る。第１のメモリデータに対して実行される照会は、その照会を満たすために使用されるインデックスを特定できる。インデックスは、高速な値のルックアップを可能にするハッシュであり得る。インデックスは単一列インデックスで有り得る。他の列に対する述語は、結果セットをフィルタリングして一致を見つけることによってサポートされ得る。

第１のメモリデータオブジェクトに対する要求は、標準ヒープメモリ区域に通され得る。要求は、トランザクション内で作成、変更および削除され得る。

第１のメモリデータオブジェクトは、ビジネスオブジェクトタイプといった特定のオブジェクトに限定され得る。

高アクセスの第２のメモリデータオブジェクトは、高速アクセスパスにおいて読出専用モードでのみアクセスされ得る。高アクセスの第２のメモリデータオブジェクトの一例は、顧客アカウント情報である。

ＲＯＣ３４は要望に応じて満たされ得る。つまり、高アクセスの第２のメモリデータオブジェクトがＲＯＣ３４内に見つからない場合、要求はデータベースシステム１２へリダイレクトされ得る。要求が、或るオブジェクト全体の読出である場合、ＲＯＣ３４は（たとえば返答が返答のルート上の第１のデータマネージャ１８を通過して第２のデータマネージャ２０からＣＭ１６に戻る際に）返答によって満たされるかまたはキャッシュされ得る。高アクセスの第２のメモリデータオブジェクトの部分的なオブジェクトの要求（read_fields）は、オブジェクト全体に対して実行されるのと同じ態様でキャッシュされ得る。

高アクセスの第２のメモリデータオブジェクトは,十分に照会され得る。基本的な論理演算子（たとえばequal、not equal）を伴う単純照会は、ＲＯＣ３４内の高アクセスの第２のメモリデータオブジェクトに対して、第１のデータマネージャ１８によって実行され得る。（たとえば他のオブジェクトへの結合、または‘like’もしくは‘in’といった演算子を伴う）複雑照会は、データベースシステム１２内の高アクセスの第２のメモリデー
タオブジェクトに対して、第２のデータマネージャ２０によって実行され得る。

動的な高アクセスの第２のメモリデータオブジェクトは、フェイルオーバーの後でデータ移送子３０によってロードされ得る。

静的な高アクセスの第２のメモリデータオブジェクトは、バックアップの第１のメモリシステムの開始直後にデータ移送子３０によってロードされ得る。静的な高アクセスの第２のメモリデータオブジェクトは、第１のメモリ同期システムを介してデータベースと同期可能である。

低アクセスの第２のメモリデータオブジェクトは、第１のメモリになくてもよい。低アクセスの第２のメモリデータオブジェクトに対する要求は、第１のデータマネージャ１８から第２のデータマネージャ２０に直接ルーティングされ得る。低アクセスの第２のメモリデータオブジェクトは、十分に照会され得る。

第１のデータマネージャは、書込動作中の第１のデータ値の読出を可能にし得る。第１のデータマネージャは、書込トランザクションにしか見えないデータのスクラッチパッド上で書込動作が起こるようにし得る。第１のデータマネージャは、更新がコミットタイムでメインメモリに移される間、第１のデータをシリアル化できる。

第１のデータマネージャは、読出がコミットされた分離を有し得る。読出がコミットされた分離は、トランザクションの開始後にコミットが起こった場合でも、コミットされたすべての更新をトランザクションにとって利用可能にする。読出がコミットされた分離は、「ダーティな」読出を防止できる（すなわち、第１のデータマネージャは、第１のデータ値への変更の保留中に読出すために、前の第１のデータ値を保存する）。

第１のデータマネージャは、ステートメントまたはトランザクションレベル一貫読出をサポートできるかまたはサポートできない。

収益管理システム１００は、セッション取扱いに関係のない任意のトラフィックを、第１のメモリデータマネージャ１８へと、および／または第１のメモリデータマネージャ１８から遠ざかるようにルーティングするよう構成可能である。第１のメモリデータマネージャ１８に更新を送信するために、同期システムが使用され得る。この同期システムは、第１のメモリに格納されたオブジェクトに影響を与える変更を、特定のオブジェクトまたはオブジェクトタイプをキャッシュするすべての第１のメモリインスタンスに自動的に伝搬できる。

収益管理システム１００は、収束システムを有し得る。この収束システムは、バッチデータを第１のデータマネージャ１８を介して収益管理システム１００にロードし、たとえば、プリペイド式アカウントとポストペイド式アカウントとの残高といった、バッチから生じた任意のデータを共有することができる。

第１のメモリインスタンスのデータ容量は、第２のメモリ（たとえばデータベース）インスタンスのデータ容量よりも少なくなり得る。ひとつの第２のメモリインスタンスは、第１のメモリのいくつかの非共有インスタンスをサポートできる（通常使用される用語はｍ：ｎ（ｍ−第１のメモリインスタンス／ｎ−第２のメモリインスタンス）である）。

第１のメモリデータマネージャ１８は、第１のメモリデータマネージャ１８が取扱うオブジェクトのための待ち時間を減少させることができ、同時に、システム１００のスループットの増大を可能にする。

第１のメモリデータマネージャ１８のインストールのために、第１のメモリデータマネージャ１８は、ＣＭ１６の構成要素と第２のメモリデータマネージャ２０の構成要素との間に挿入されるよう構成可能である。第１のメモリデータマネージャ１８の導入は、第１のメモリデータマネージャ１８を有していなかった既存の収益管理システムのためのいくつかのオブジェクトタイプのアクセス特徴を変え得る。第１のメモリデータマネージャ１８のインストールは、透過的であるよう（たとえばオブジェクトタイプを変えないよう）構成可能である。システム１００は、第１のメモリデータマネージャ１８が存在することが、より高いレベルのビジネスロジックアーキテクチャ層にわからないよう、構成可能である。しかしながら、ビジネスロジックは、第１のメモリデータマネージャ１８を利用するよう変更可能である。これらの変更は、第１のメモリデータマネージャ１８が存在しない場合には、システム１００によって無視され得る。

第１のメモリデータマネージャ１８は、既存の収益管理システムにインストール可能である。たとえば、第１のメモリデータマネージャ１８は（たとえばハードウェアを取付け、および／またはソフトウェアを適切なコンピュータ読取可能な媒体上にロードして）物理的にインストール可能であり、ベースソフトウェアが構成可能である。

ベースソフトウェアのインストール後、第１のデータが次に第１のメモリデータマネージャ１８に移送され得る。データ辞書に格納された第１のメモリデータオブジェクトの常駐が実施可能であり、使用中、第１のデータを第１のデータマネージャ１８上にロードする。常駐は、デフォルトのビジネスロジックモジュール１０のインストールの一部であり得（第１のメモリデータマネージャ１８が存在しない場合には影響なし）、または、第１のメモリデータマネージャ１８のインストール中にビジネスロジックモジュール１０上にロードされ得る。

参照オブジェクトは、初めてアクセスされる場合、および／またはデータ移送子３０によって第１のメモリデータマネージャ１８にプッシュされる場合に、第１のデータマネージャ１８にロードすることによって移送され得る。

データオブジェクトは、通常のメカニズムを介してデータオブジェクトを導入し、次にデータ辞書において常駐タイプを更新することにより、第１のメモリデータオブジェクト（または低アクセスもしくは高アクセスの第２のメモリデータオブジェクト）として再定義され得る。

プロセス開始後、第１のメモリデータマネージャ１８は、空のＲＯＣ３４を有し得る。別個のデータ移送スレッドが、ＲＯＣ３４内のすべての高アクセスの第２のメモリデータをプッシュすることができる。静的な高アクセスの第２のメモリデータオブジェクトはＲＯＣ３４内にロードされ得る。たとえば、バックアップモードの第１のメモリデータマネージャ１８は、静的な高アクセスの第２のメモリデータオブジェクトのみをＲＯＣ３４にロード可能である。

データ移送子３０は、移送および／または開始段階の終わりを他のプロセスに通知するために、通知フックを提供可能である。第１のメモリデータマネージャ１８は、開始直後に（たとえば移送ツールが通知フックを送信する前に）、たとえば空のキャッシュを用いて動作可能である。ある特定の第１のデータオブジェクトに対する、開始後の第１の要求は、（たとえば、データ移送子３０がその所望の第１のデータオブジェクトをまだロードしていない場合）その第１のデータオブジェクトを、キャッシュにロードされるようトリガし得る。

システムが停止すると、第１のデータマネージャ１８は、プロセスログファイルを閉鎖して、使用されたメモリを解放することができる。高アクセスの第２のメモリデータオブジェクトは、停止による影響を受けない（たとえば第２のメモリ上に格納されたままである）。

収益管理システム１００は、性能を検証し監視するためにフックを提供できる。収益管理システム１００は、定期的に性能データをログ記録し、および／または内蔵されたウェブサーバを介して性能データを利用可能にすることができる。（たとえばシステムの一部についての）所望のデータを収集するために、第２のメモリデータマネージャに信号を送信することができる。

収益管理システム１００は、収益管理システム１００の動作を監視可能なシステムログを作成できる。ＧＵＩ（たとえばパイプラインログビューワ）を監視するログが使用可能である。ビジネスロジックスタイルのピンロギングは、たとえば、デバッギングおよび診断を援助できる。

第１のメモリデータマネージャ１８は、パイプラインフレームワーク追跡モデルを有し得る。収益管理システム１００のサブシステムから、追加の追跡情報がケースバイケースで収集され得る。

図１２ａ、１２ｂおよび１２ｃは、収益管理システム１００が大規模な拡大にまで拡張可能であることを示す。

収益管理システム１００は、多数の第２のメモリ場所（たとえばデータベース２４ａ、２４ｂおよび２４ｃ）を有し得る。収益管理システム１００は、第１のメモリデータマネージャ１８ａ−１８ｉおよび第２のメモリデータマネージャ２０ａ−２０ｌの別個のインスタンスを有し得る。第１のメモリデータマネージャと第２のメモリデータマネージャとの組の対、たとえば、１８ａ、１８ｂ、２０ａ、および２０ｂが、高利用可能性（ＨＡ）対４２へと形成され得る。ＨＡ対４２は、たとえば、アクティブな第１のデータマネージャ１８ａおよびバックアップの第１のデータマネージャ１８ｂと、たとえば、アクティブな第２のデータマネージャ２０ａおよびバックアップの第２のデータマネージャ２０ｂとを有し得る。

収益管理システム１００は、容量分割手法を有し得る。
第２のメモリ（たとえばデータベース２４）インスタンスの各々は、１つ以上の第１のメモリデータマネージャ１８のインスタンスと関連付けられ得る（すなわち通信可能である）。収益管理システムは、重複する第２のメモリインスタンスにデータが格納されないよう構成可能である（ｎ個のＴｉｍｏｓインスタンス：ｌデータベース）。ビジネスロジックモジュールはいくつかの独立したデータベース（ｍ）を有し得る。ＴＩＭＯＳ／データベースの組合せは、ｍ：ｎ構成と呼ぶことができる。

ＣＭ１６ａ−１６ｅは、あるオブジェクトにとって適用可能な第１のメモリデータマネージャ１８と第２のメモリデータマネージャ２０（またはデータベース２４）との組合せを識別するために、ディレクトリサーバ３２を探索することができる。

収益管理システム１００はアカウント移送ツールを有し得る。アカウント移送ツールは、１つの第１および／または第２のメモリ場所（たとえばデータベース２４および／または第１のメモリデータマネージャ１８）から別の第１および／または第２のメモリ場所に加入者情報を動かすことができる。

多数の第２のメモリデータマネージャ２０が同じデータベースクラスタ２２と通信可能である。すべてのデータベースは、１つのデータベースクラスタ２２（たとえば１つのＲＡＣクラスタ）（図示せず）を用いて管理され得る。

ＳＣＰ１４、ゲートウェイ８、およびＣＭ１６は各々、多数の第１のメモリデータマネージャ１８に関連付けられ得る。ゲートウェイ８は、いくつかのＣＭ１６に対するロードバランシングをサポートできる。ＣＭ１６は、要求を正しい第１のメモリデータマネージャ１８にルーティングするためにディレクトリサーバ３２を使用できる。

データベースシステム１２は、１つのＲＡＣクラスタ２２において多数のデータベース手法を実行可能である。収益管理システム１００は、専用の１組のリソースをたった１つのＳＣＰ１４またはＳＣＰ１４の群に関連付けるよう構成可能である。

図１２ｂは、第１のメモリデータマネージャ１８ｃおよび１８ｄが、たとえばデータベースクラスタ２２ａおよび２２ｂを用いて、データベースシステム１２と直接通信可能であることを示す。

図１２ｃは、収益管理システムが２つ以上のデータベースシステム１２ａおよび１２ｂを有し得ることを示す。

図１３は、制御マネージャ、第１のメモリデータマネージャ１８における第１のメモリ、第２のメモリデータマネージャ２０、データベースクラスタ、およびデータベース２４の状態を定期的にチェックする高利用可能性モニタ４４を用いた故障防止手法を示す。

図１４は、自己完結型故障防止システムを示す。収益管理システム１００の各構成要素は、そのすぐ下流の構成要素（たとえば、第２のメモリデータマネージャ２０は、第１のメモリデータマネージャ１８のすぐ下流にある）の状態をチェック可能である。すぐ下流の構成要素が故障したか、またはさらに下流の構成要素の故障に関する故障メッセージを送信している場合、収益管理システムは、故障の発生をユーザに警告することを含む適切な措置を取ることができる。収益管理システム１００には、システム故障についてチェックする別個の監視構成要素がなくてもよい。

収益管理システム１００は高い利用可能性を有し得る。収益管理システム１００は、第１のメモリ（たとえばＴＩＭＯＳ）に残っている任意のデータを参照することによるウォームスタンバイ動作を有し得る。ウォームスタンバイ中、（たとえばシステム故障中に）データの損失が起こった場合、交換機６が（たとえば長い通話中に）再認可データ、または通話終了データを送信すると、収益管理システム１００は交換機６および／または第１のメモリからデータを再現できる。

データベースシステム２４は、データの損失前の最新の静的な高アクセスの第２のメモリデータを格納可能である。静的な高アクセスの第２のメモリデータは、第１のメモリにおけるデータの損失後、データベースシステム２４から第１のメモリに復元され得る。

収益管理システム１００では、非常に高い利用可能性を有するアーキテクチャのより高い層（すなわち、システム故障中により安定している、データベースなど）は、故障の場合、より低い利用可能性を有するより低い層（すなわち、システム故障中により不安定である、第１のメモリの固体ＲＡＭ変形など）を部分的にまたは完全にバックアップすることができる。

収益管理システム１００は、図１２ａ〜１２ｃに示すように、高利用可能性対４２にお
けるバックアップデータマネージャといった、予備の未使用のハードウェアおよびソフトウェアを有し得る。高利用可能性対４２は、アクティブなおよびバックアップの第１のデータマネージャ１８と、アクティブなおよびバックアップの第２のデータマネージャ２０とを有し得る。バックアップのデータマネージャは、たとえばアクティブデータマネージャを用いた他の活動がない期間中にそれぞれのアクティブなデータマネージャから、および／またはスケッチパッドから、および／またはアクティブなデータマネージャからの最後に利用可能なデータからコピー可能である。ある要素の故障の場合、バックアップの要素または他のアクティブでない要素は、データを復元し、および／または追加のロードを引継ぐことができるであろう。

２００３年３月２１日出願の米国特許出願第１０／３９４，４０９号および２００６年６月２８日出願の米国特許出願第１１／４７８，５５８号は、それら全体がここに引用により援用される。

アクセスすることは、照会、更新、作成、削除、およびそれらの組合せを含み得る。任意のデータについての照会、更新、作成、および削除は、開示されたように互いに交換可能である。

この発明の精神および範囲から逸脱することなく、さまざまな変更および修正をこの開示および採用された均等物に行なうことができるということは、当業者には明らかである。システムおよびアーキテクチャは、双方とも、通信している１つ以上のハードウェアおよびソフトウェア構成要素を指している、交換可能な用語として使用される。ここに示すすべての要素は、ソフトウェアおよび／またはハードウェア構成要素であり得る。任意の実施例で示された要素は、その特定の実施例について例示的であり、この開示内で他の実施例に対して使用可能である。

ネットワークを通して交換機に接続された収益管理システムアーキテクチャの一変形を示す図である。 公衆網を通して交換機に接続された収益管理システムアーキテクチャの一変形を示す図である。 収益管理システムアーキテクチャの一変形を示す図である。 収益管理システムアーキテクチャの一変形を示す図である。 収益管理システムアーキテクチャの一変形を示す図である。 収益管理システムを使用するための一方法についての一変形を示す図である。 収益管理システムを使用するための方法についての変形のプロセスフローを示す図である。 収益管理システムを使用するための一方法についての一変形を示す図である。 収益管理システムを使用するための方法についての変形のプロセスフローを示す図である。 収益管理システムを使用するための一方法についての一変形を示す図である。 収益管理システムを使用するための方法についての変形のプロセスフローを示す図である。 収益管理システムの一変形を示す図である。 収益管理システムの一変形を示す図である。 収益管理システムの一変形を示す図である。 収益管理システムの一変形を示す図である。 収益管理システムの一変形を示す図である。

Claims (33)

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. アカウント管理システムを用いて電気通信網の使用を追跡する方法であって、
    第１のメモリ場所に第１のデータを格納するステップを含み、第１のメモリ場所は、システム故障中、メモリ損失を被り、前記方法はさらに、
    第１のメモリ場所に第２のデータを格納するステップと、
    第２のメモリ場所に第１のデータを格納するステップとを含み、第１のデータは、システム故障後、第２のメモリ場所から復元可能であり、前記方法はさらに、
    システム故障後、第２のメモリ場所から第１のデータを復元するステップを含む、方法。
29. 第２のメモリ場所に第２のデータを格納しないステップをさらに含む、請求項２８に記載の方法。
30. 第１のシステム構成要素と、第２のシステム構成要素と、第３のシステム構成要素とを含むアカウント管理システムを用いて、電気通信網の使用を追跡する方法であって、前記方法は、
    故障をチェックする第１のステップを含み、故障をチェックする第１のステップは、第１のシステム構成要素によって第２のシステム構成要素に対して実行され、前記方法はさらに、
    故障をチェックする第２のステップを含み、故障をチェックする第２のステップは、第２のシステム構成要素によって第３のシステム構成要素に対して実行される、方法。
31. 第１のシステム構成要素はゲートウェイを含む、請求項３０に記載の方法。
32. 第２のシステム構成要素は第１のデータマネージャを含む、請求項３１に記載の方法。
33. 第３のシステム構成要素は第２のデータマネージャを含む、請求項３２に記載の方法。

Images