JPH10512122A - 通信システムにおけるノードのためのハードウェアおよびデータ冗長アーキテクチャ - Google Patents

Abstract

(57)【要約】 異なる構造で提供され、一組の信号転送ポイント（３８、４０）を通してネットワークに接続された多数のホームロケーションレジスタプラットフォーム（１８）を含む移動交換センターである。マスター／スレーブ構造ではマスタープラットフォーム（３２）にはネットワークサービスリクエストメッセージを取り扱う第１の責任が与えられ、マスターが故障しスレーブがマスターの引き継ぎをしなければならない場合、データの無欠性を維持するため、ダイナミックデータに影響するメッセージがスレーブプラットフォーム（３４）にコピーされる。負荷分担構造では、各プラットフォーム（３２、３４）には自己の加入者のネットワークサービスリクエストメッセージを取り扱うための第１の責任が与えられ、プラットフォームのうちの１つが故障し、残りの機能的プラットフォームが自己の加入者へのサービスの他に故障したプラットフォームのための引き継ぎをしなければならない場合に、内部のデータの無欠性を維持するよう、プラットフォーム間でダイナミックデータに影響するメッセージがコピーされる。信号転送ポイント（３８、４０）は構造およびプラットフォームの作動ステータスに従い処理をするためのプラットフォームへサービスリクエストを自動的かつトランスペアレントにルーチングするよう機能する。ここに開示されたプラットフォーム構造は、特にデータベースシステム、一般的にはデータ通信システムのノードに適用できる。

Description

【発明の詳細な説明】 通信システムにおけるノードのためのハードウェアおよびデータ冗長アーキテク チャ 発明の背景 発明の技術分野 本発明は通信システムに関し、より詳細には通信システムにおける個々のノー ドに対しハードウェアおよびデータ冗長性の双方を提供するためのアーキテクチ ャに関する。本発明はデータベース、例えば移動電話ネットワークのホームまた はビジターロケーションレジスタを利用するシステムノードのためのかかる冗長 性を提供することに特に利用できる。 関連技術の説明 移動電話ネットワークの移動交換センターは複数のデータベースを含み、これ らデータベースは移動電話ネットワーク内での電話接続の確立中に交換センター から質問を受ける。これらデータベースはホームロケーションレジスタおよびビ ジターロケーションレジスタを含み、これらレジスタは加入者に関連したスタテ ィック（すなわち変化しない）データおよびダイナミック（すなわち変化する） データの双方をデータベースフォーマットで記憶するためのプラットフォームを 含む。 レジスタに記憶されるスタティックデータは、例えば移動交換センターと相互 接続された交換機を協働させるための識別子のリストと、各加入者によって使用 できる（話中転送のような）サービスの識別と、（固定されたＣ番号のような） かかるサービスに関連したパラメータとを含む。データの上記例のみならず他の タイプのスタティックデータもデータベースに入力され、これらデータはレジス タのアドミニストレータにしかこれを変更できない。他方、ダイナミックデータ は、例えば（可変Ｃ番号のような）加入者が定義したサービスデータと、（移動 交換センターおよび基地局の双方に対する）移動局ロケーションデータと、（移 動局オン／オフステータスのような）移動局アクティビティデータとを含む。こ のデータを他のタイプのダイナミックデータと同じようにデータベースに入力し 、これらデータは常時、加入者によって、移動局によって、またはネットワーク によって、加入者にトランスペアレントな態様で変更できる。 ホームロケーションレジスタは移動電話ネットワーク内での電話の接続を確立 するのに必要なデータを含むので、ホームロケーションレジスタのためのプラッ トフォームの故障は電話の発呼を受信したり、または発信する能力をかなりの数 の加入者から奪うことになる。プラットフォームだけでなく、そこに記憶されて いるスタティックデータおよびダイナミックデータも電話の接続の確立に重要で あることを思い出すことも、更に重要である。従って、ハードウェアの見地のみ ならず、記憶されているスタティックデータおよびダイナミックデータの無欠性 を維持することにも関連してホームロケーションレジスタプラットフォームの故 障を処理できるシステムが望まれている。かかるシステムは冗長性が必要とされ るデータベースシステムまたは通信システムノードに用途がある。 発明の概要 個々のノードによる冗長なデータ取り扱い通信のための方法と共に、データ通 信システムにおける個々のノードへハードウェアおよびデータ冗長性を与えるた めのアーキテクチャが提供される。この方法は更にノードの故障後に正確なデー タを回復することも配慮するものである。このアーキテクチャは構造を変えなが ら多数のプラットフォームを提供しつつ、データ通信の各ノードにおいて多数の プラットフォームを利用するものである。 本発明の一実施例によれば、多数のプラットフォームがマスターとスレーブの 関係になるように対にされ、ネットワークに接続される。多数のプラットフォー ムの存在がネットワークにとってトランスペアレントとなるようにする信号ルー タを介し、双方のプラットフォームに対し通信できるよう、すべてのネットワー クユーザーが冗長に接続される。マスタープラットフォームにはデータ通信を取 り扱うための（すなわちデータ通信を処理し、応答するための）基本的な役割が 与えられる。従って、すべてのデータ通信信号は信号ルータによりマスタープラ ットフォームにルーチング（経路指定）される。スレーブプラットフォームは処 理時にマスタープラットフォーム内に記憶されているデータの変更を生じさせる ような通信信号と共に、マスタープラットフォームによりこのマスタープラット フォームにコピーされる。かかるスレーブプラットフォームへの通信信号のコピ ーにより、データ通信システム全体のデータの無欠性（インティグリィティ）が 維持され、故障の場合にマスタープラットフォームからの処理作業を引き継ぐの に必要な情報がスレーブプラットフォームに与えられる。マスタープラットフォ ームの故障が発生し、この故障が検出されると、信号ルータは取り扱いのために マスタープラットフォームへではなく、スレーブプラットフォームへデータ通信 信号を自動的かつトランスペアレントにルーチングする。 本発明の別の実施例では、含まれる多数のプラットフォームのうちの各１つに 全ユーザーのうちの一部のみに対する役割しか割り当てられない。従って、多数 のプラットフォームは全ユーザー負荷に対する処理負荷の役割を分担する。しか しながらこれと同時に、すべてのネットワークユーザーは信号ルータを介してプ ラットフォームの各々への通信のために冗長的に接続される。処理時にプラット フォームに記憶されていたデータの変更を生じさせるようなデータ通信信号はプ ラットフォーム間でコピーされる。プラットフォーム間でのかかる通信信号のコ ピーによりデータ通信システムでのデータの無欠性が維持され、プラットフォー ムに故障が生じた場合に別のプラットフォームからの処理作業を引き継ぐのに必 要な情報へ各プラットフォームがアクセスする機会が与えられる。プラットフォ ームに故障が発生し、これが検出されると、信号ルータはその代わりに取り扱い のために残りの機能的プラットフォームのうちの１つへデータ通信信号を自動的 かつトランスペアレントにルーチングする。 本発明のシステムおよび方法は、移動電話システムの移動交換センターに維持 されたロケーションレジスタ（ホームまたはビジター）を含むデータベースに対 しハードウェアおよびデータの冗長性を提供する際に特に有効である。以下、こ の特定のアプリケーションに関連して本発明の好ましい実施例について説明する 。しかしながら、本発明のシステムおよび方法はハードウェアおよびデータの双 方に関する冗長性が必要とされるか、または有効なデータ通信システムにおける ノードおよび／またはデータベースシステムに適用可能であるので、本明細書に 記載した冗長なホームロケーションレジスタに関連させた本発明の説明は、本発 明 の範囲を限定するものではなく、むしろ本発明を説明するためのものであること が理解できよう。 図面の簡単な説明 添付図面に関連させて次の詳細な説明を参照すれば、本発明の方法および装置 についてより完全に理解できよう。 図１は、ホームロケーションレジスタを含む従来の移動交換センターのブロッ ク図である。 図２は、マスター／スレーブ構造で提供される冗長性ホームロケーションレジ スタプラットフォームを含む本発明の第１実施例のブロック図である。 図３は、図２のシステムにおいて、受信したサービスリクエストメッセージを 取り扱うための処理工程を示すフローチャートである。 図４は、図２のシステムにおいて、マスターホームロケーションレジスタプラ ットフォームの故障およびその後受信したサービスリクエストメッセージを取り 扱うための処理工程を示すフローチャートである。 図５Ａおよび５Ｂは、図２のシステムにおける、故障したホームロケーション レジスタプラットフォームにおける加入者データを回復するための２つの方法の 処理工程を示すフローチャートである。 図６は、負荷分担構造で提供される冗長ホームロケーションレジスタプラット フォームを含む、本発明の第２実施例のブロック図である。 図７は、図６のシステムにおいて、受信したサービスリクエストメッセージを 取り扱うための処理工程を示すフローチャートである。 図８は、図６のシステムにおいて、ホームロケーションレジスタプラットフォ ームの故障およびその後受信したサービスリクエストメッセージを取り扱うため の処理工程を示すフローチャートである。 図９Ａおよび９Ｂは、図６のシステムにおける、故障したホームロケーション レジスタプラットフォームにおける加入者データを回復するための２つの方法の 処理工程を示すフローチャートである。 図１０は、３つ以上の冗長ホームロケーションレジスタプラットフォームをリ ンクするための負荷分担構造のブロック図である。 実施例の詳細な説明 次に図１を参照する。ここには交換機１２と移動電話サブシステム１４とを備 えた従来の移動交換センター１０のブロック図が示されている。移動電話サブシ ステム１４は移動電話システムの加入者に関連したスタティック（すなわち変化 しない）データと、ダイナミック（すなわち変化する）データの双方を記憶する ための複数のデータベース１６を含む。これらデータベースはホームロケーショ ンレジスタ１８とビジターロケーションレジスタ２０を備え、これらレジスタは 移動電話ネットワーク内および基地局２６を介した加入者の移動局２４への電話 接続の確立中に、センターによる質問を受ける。交換機１２は更に公衆交換電話 ネットワーク２２に接続されており、ホームロケーションレジスタ１８およびビ ジターロケーションレジスタ２０は電話システムのコンポーネントからのサービ スリクエストメッセージも処理する。サービスリクエストメッセージに一般に応 答する例としては、登録−通知、登録−キャンセルおよびサービス−プロフィル −リクエストが挙げられる。 データベース１６に記憶されるスタティックデータとしては、例えば移動交換 センター１０と相互接続される協働する交換機のための識別子のリスト、各加入 者によって使用できる（話中転送のような）サービスの識別および（固定された Ｃ番号のような）かかるサービスに関連したパラメータがある。このデータのみ ならず当業者に知られている他のタイプのスタティックデータもデータベース１ ６に入力され、これらデータは移動交換センター１０内に設けられているデータ ベースアドミニストレータ２８によってしかこれを変更できない。他方、ダイナ ミックデータとしては、例えば（可変Ｃ番号のような）加入者が定義したサービ スデータと、（移動交換センター１０および基地局２６の双方に対する）移動局 ２４ロケーションデータと、（移動局オン／オフステータスのような）移動局ア クティビティデータとがある。このデータのみならず当業者に知られている他の タイプのダイナミックデータもデータベース１６に入力され、これらデータは常 時加入者によって、移動局２４によって、またはネットワークによって、加入者 にトランスペアレントな（すなわち加入者の知識または参加のためのアクション を必要としないで）態様で変更できる。 移動電話サブシステム１４は認証センター３０を更に含む。この認証センター は加入者が別の加入者のアイデンティティーを誤認するのを防止する認証パラメ ータおよび必要なときに送信される情報を暗号化するための暗号化パラメータを 提供する。従来の移動交換センター１０またはそのコンポーネント部分の機能的 動作および構成を更に詳細に説明することは不要であると考える。その理由は、 かかる情報は当業者には周知であるからである。 次に、図２を参照する。この図には移動交換センターが冗長ホームロケーショ ンレジスタ（ＨＬＲ）プラットフォーム１８’を含み、このプラットフォームが マスターホームロケーションプラットフォーム３２とスレーブホームロケーショ ンプラットフォーム３４とを含む、本発明の第１実施例のブロック図が示されて いる。これらホームロケーションレジスタプラットフォーム３２および３４はア ラーム４２と、一対の信号転送ポイント（ＳＴＰ）３８および４０を介した移動 交換センターのネットワーク３６を備えたインターフェースとを含む。信号転送 ポイント３８および４０は多数のホームロケーションレジスタプラットフォーム ３２および３４の存在をネットワーク３６に対しトランスペアレントにするもの であると認識すべきである。「トランスペアレント」なる用語は、多数のホーム ロケーションレジスタプラットフォーム３２または３４が存在していること、ま たはそのうちのどのプラットフォームがネットワークサービスリクエストメッセ ージに応答しているかを、ネットワーク３６が知らないということを意味してい る。 ネットワーク３６は通信リンク４４を介して第１信号転送ポイント３８に接続 され、通信リンク４６を介して第２信号転送ポイント４０に接続されている。第 １信号転送ポイント３８と第２信号ポイント４０との間には別の通信リンク４８ が設けられている。マスターホームロケーションレジスタプラットフォーム３２ は通信リンク５０を介して第１信号転送ポイント３８に接続され、通信リンク５ ２を介して第２信号転送ポイント４０に接続されている。同様に、スレーブホー ムロケーションレジスタプラットフォーム３４は通信リンク５４を介して第１信 号転送ポイント３８に接続されており、通信リンク５６を介して第２信号転送ポ イント４０に接続されている。マスターホームロケーションレジスタプラットフ ォーム３２およびスレーブホームロケーションレジスタプラットフォーム３４は 更にインターフェース６０および一対の通信リンク６２および６４を介してホー ムロケーションレジスタアドミニストレータ５８に接続されている。インターフ ェース６０はマスターホームロケーションレジスタプラットフォーム３２および スレーブホームロケーションレジスタプラットフォーム３４の双方へのアドミニ ストレータ５８の同時通信アクセスを容易にするものである。図２に示された通 信リンクは単一リンクとして示されているが、必要に応じ多数のパラレルリンク を含むことができる。 マスターホームロケーションレジスタプラットフォーム３２にはネットワーク 通信サービスリクエストメッセージを取り扱う（すなわちこれを処理し、応答す る）ための基本的な役割が与えられている。本明細書で後により詳細に説明する ように、システムが運用されている際にはすべてのサービスリクエストメッセー ジは信号転送ポイント３８および４０によりマスターホームロケーションレジス タプラットフォーム３２にルーチングされる。スレーブホームロケーションレジ スタプラットフォーム３４は対応するメッセージを備えた信号転送ポイント３８ または４０を使用するマスターホームロケーションレジスタプラットフォーム３ ２によってコピーされ、ダイナミックデータの無欠性を維持し、プラットフォー ムの故障時にマスタープラットフォームからの引き継ぎに必要な情報へスレーブ プラットフォームがアクセスする機会を与える。 次に、図２および３を参照する。ここで、図３は図２のシステムにおいてマス ターホームロケーションレジスタプラットフォーム３２およびスレーブホームロ ケーションレジスタプラットフォーム３４により受信したサービスリクエストメ ッセージを取り扱うための処理工程を示すフローチャートである。各サービスリ クエストメッセージはメッセージを取り扱うように指定されたホームロケーショ ンレジスタプラットフォーム３２または３４を識別するダイレクトポイントコー ドを含む。図２のマスター／スレーブ構造では、マスタープラットフォームがネ ットワーク３６にサービスしない（すなわちプラットフォームに故障がある場合 ）と判断されない限り、マスターホームロケーションレジスタプラットフォーム ３２がすべてのメッセージを取り扱うことが好ましい。従って、ステップ６６ ではマスターホームロケーションレジスタプラットフォーム３２がすべてのネッ トワークサービスリクエストメッセージをサービスするように指定することによ り、ネットワークアドミニストレータ５８がホームロケーションレジスタプラッ トフォーム３２および３４の構造を決定する。 ネットワーク３６からのメッセージの受信に応答して信号転送ポイント３８お よび４０は次に、別のルーティングパスを介したマスターホームロケーションレ ジスタプラットフォーム３２だけへルーチングする（ステップ６８）。例えば第 １信号転送ポイント３８がリンク４４を通してメッセージを受信すると、まず通 信リンク５０を通るようメッセージをルーチングする。これができない場合、第 １信号転送ポイント３８は通信リンク５２を通してマスターホームロケーション レジスタプラットフォーム３２へ伝送するため、リンク４８を通して第２信号転 送ポイント４０へメッセージを通過させる。リンク４８を通して受信されたメッ セージを搬送するために第２信号転送ポイント４０（リンク５２またはリンク４ ８および５０）からマスターホームロケーションレジスタプラットフォーム３２ へ同様に２つの経路が提供される。従って、マスターホームロケーションレジス タプラットフォーム３２へメッセージを搬送するのに信号転送ポイント３８およ び４０から冗長／別の（ｒｅｄｕｎｄａｎｔ／ａｌｔｅｒｎａｔｅ）通信経路が 与えられる。このようなデータリンク冗長性により別のメッセージパスが提供さ れる。ネットワーク３６が運用中のマスターホームロケーションレジスタプラッ トフォーム３２にアクセスするのを阻害するような潜在的な通信リンクの故障に 関する問題を解決する。 メッセージを受信すると、マスターホームロケーションレジスタプラットフォ ーム３２は処理のための適当なアプリケーションにメッセージを送る（ステップ ７０）。このアプリケーションはメッセージを処理し、適当なレスポンスを発生 する（ステップ７２）。次にこのレスポンスはマスターホームロケーションレジ スタプラットフォーム３２により信号転送ポイント３８または４０を介しネット ワーク３６へ戻すように送られる（ステップ７４）。 マスターホームロケーションレジスタプラットフォーム３２は受信したメッセ ージをスレーブホームロケーションレジスタプラットフォーム３４にも送るべき かを更に判断する（ステップ７６）。この判断はアプリケーション内のメッセー ジの処理の結果、記憶されたダイナミックデータが変更されるかどうかに基づい て行われる。記憶されたダイナミックデータの変更が生じる場合、マスターホー ムロケーションレジスタプラットフォーム３２はメッセージをコピー（ステップ ７８）し、スレーブホームロケーションレジスタプラットフォーム３４へのルー ティングインストラクションに従い、信号転送ポイント３８または４０を通して コピーしたメッセージを戻す（ステップ８０）。次にスレーブホームロケーショ ンレジスタプラットフォーム３４はメッセージを適当なアプリケーションへ送る こと（ステップ８２）によりマスターレジスタプラットフォームと同じように応 答し、その結果、内部に記憶されたダイナミックデータの変更と応答の発生が生 じる（ステップ８３）。しかしながらこの場合、スレーブホームロケーションレ ジスタプラットフォーム３４はアドミニストレータ５８によってネットワークリ クエストをサービスするようには指定されないので、スレーブプラットフォーム によって発生された応答は無視され（ステップ８４）、ネットワーク３６へは送 られない。 上記工程に従って受信されたメッセージが処理された後に双方のホームロケー ションレジスタプラットフォーム３２および３４は記憶された同一のダイナミッ クデータを含む。その後、マスターホームロケーションレジスタプラットフォー ム３２が故障した場合、スレーブホームロケーションレジスタプラットフォーム ３４はネットワークサービスリクエストへの応答をトランスペアレントに引き継 ぐのに必要なダイナミックデータのすべてを保有する。 次に、図２および４を参照すると、図４は、マスターホームロケーションレジ スタプラットフォーム３２の故障を取り扱い、その後受信されたサービスリクエ ストのスレーブホームロケーションレジスタプラットフォーム３４による取り扱 いを行うための処理工程を示すフローチャートである。アドミニストレータ５８ または信号転送ポイント３８および４０のいずれかまたは双方により、マスター ホームロケーションレジスタプラットフォーム３２の故障が検出された（ステッ プ８６）後、アドミニストレータはスレーブホームロケーションレジスタプラッ トフォーム３４がすべてのネットワークリクエストをサービスするように指定す ることにより、ホームロケーションレジスタプラットフォーム３２および３４を 再構成する（ステップ８８）。 ネットワーク３６からのメッセージの受信に応答し、信号転送ポイント３８お よび４０はメッセージをスレーブホームロケーションレジスタプラットフォーム ３２へ自動的かつトランスペアレントにルーチングする（ステップ９０）。これ に関連し、「トランスペアレントに」なる用語は、ネットワーク３６が多数のホ ームロケーションレジスタプラットフォーム３２または３４が存在していること 、またはそのうちのどのプラットフォームがメッセージに応答しているかについ ては知らないことを再び意味している。メッセージを受信するとスレーブホーム ロケーションレジスタプラットフォーム３４はメッセージを適当なアプリケーシ ョンへ送る（ステップ９２）。次にアプリケーションは応答を発生し（ステップ ９４）、この応答は信号転送ポイント３８および４０を介してネットワーク３６ へ戻されるように送られる（ステップ９６）。 マスターホームロケーションレジスタプラットフォーム３２が故障した後に信 号転送ポイント３８および４０による受信されたメッセージの取り扱いに関し、 第１信号転送ポイント３８がリンク４４を通してメッセージを受信した場合、こ のポイントはまずこのメッセージを通信リンク５４を通るようにルーチングする ように試みる。これに失敗すると信号転送ポイント３８は通信リンク５６を通し てスレーブホームロケーションレジスタプラットフォーム３４へ伝送するよう、 リンク４８を介し第２信号転送ポイント４０へメッセージを送る。リンク４６を 通して受信されたメッセージを搬送するように第２の信号転送ポイント４０から スレーブホームロケーションレジスタプラットフォーム３４へ同様に２つの経路 が提供される（リンク５６またはリンク４８および５４）。従って、マスタープ ラットフォームの故障後にスレーブホームロケーションレジスタプラットフォー ム３４へメッセージを搬送するために信号転送ポイント３８および４０から冗長 ／別の通信経路が提供される。このデータリンク冗長性は別のメッセージ経路を 提供し、ネットワーク３６が運用中のスレーブホームロケーションレジスタプラ ットフォーム３４へアクセスするのを阻害する潜在的な通信リンクの故障に関す る問題を解決する。 （マスタープラットフォームの故障の後であって）アドミニストレータ５８が システムを再構成する機会を持つ前にメッセージをネットワーク３６から受信し 、信号転送ポイント３８および４０によりこれらメッセージをスレーブホームロ ケーションレジスタプラットフォーム３４へ自動的に伝送することが可能である 。この場合、スレーブプラットフォームはまだネットワークサービスリクエスト を取り扱うように指定されていないので、受信の際にメッセージはスレーブホー ムロケーションレジスタプラットフォーム３４によって廃棄される。これら廃棄 されるメッセージはネットワーク３６によって再送信しなければならない。ホー ムロケーションレジスタからの応答をネットワークが受信することなくメッセー ジに対して指定されたタイムアウトが終了した時に一般に廃棄されたメッセージ の発見が通常行われる。 次に図２および５Ａを参照する。図５Ａは図２のシステムにおける故障したマ スターホームロケーションレジスタプラットフォーム３２内に正確で最新の加入 者データを回復するための方法の処理ステップを示すフローチャートである。マ スターホームロケーションレジスタプラットフォーム３２内で更新される加入者 データは、スレーブホームロケーションレジスタプラットフォーム３４によりサ ービスリクエストの仮の取り扱いにより影響されたダイナミックデータを基本的 に含む。 まず信号転送ポイント３８および４０からのマスターホームロケーションレジ スタプラットフォーム３２の接続が外される（ステップ９８）。次に、最終バッ クアップおよび加入者データダンプがマスターホームロケーションレジスタプラ ットフォーム３２に再ロードされる（ステップ１００）。次に、スレーブプラッ トフォームの最後の加入者データダンプをマスタープラットフォームにロードし 、スレーブプラットフォームのダイナミックデータをダンプし、ダンプされたデ ータをマスタープラットフォームにロードすることによりスレーブホームロケー ションレジスタプラットフォーム３４からマスターホームロケーションレジスタ プラットフォーム３２にダイナミックデータを転送する（ステップ１０２）。次 に、アドミニストレータ５８はすべてのネットワークリクエストメッセージをサ ービスすることにマスターホームロケーションレジスタプラットフォーム３２を 再び 指定することにより、ホームロケーションレジスタプラットフォーム３２および ３４を再構成する（ステップ１０４）。マスターホームロケーションレジスタプ ラットフォーム３２が信号転送ポイント３８および４０に再接続されると回復が 終了する（ステップ１０６）。好ましくはネットワークサービスリクエストのプ ラットフォームの取り扱いの開始前にマスターホームロケーションレジスタプラ ットフォーム３２は「アンリライアブル−ローマー−データ−ダイレクティブ」 を伝搬し、正確な移動局２４のロケーションを獲得し、これを記憶する。プラッ トフォームが再び即座に故障した場合には、この時にマスターホームロケーショ ンレジスタプラットフォーム３２からのデータダンプを行ってもよい。 図５Ｂには故障したマスターホームロケーションレジスタプラットフォーム３ ２の加入者データを回復するための別の方法が示されている。この方法は特にマ スタープラットフォーム３２の回復が完了する前にスレーブホームロケーション レジスタプラットフォーム３４が故障した場合の取り扱い状況に適用できる。こ の方法によれば、故障したマスターホームロケーションレジスタプラットフォー ム３２をスレーブホームロケーションレジスタプラットフォーム３４が引き継ぐ と、中間期間中のネットワークサービスリクエストの処理により変更されたスレ ーブプラットフォーム内のすべてのダイナミックデータが新データとしてマーク される（フラグが付けられる）（ステップ１０８）。マスターホームロケーショ ンレジスタプラットフォーム３２がオンライン状態に戻されると、マスタープラ ットフォームに最終バックアップおよび加入者データダンプが再ロードされる（ ステップ１１０）。ダイナミックデータの回復前にスレーブプラットフォーム３ ４が故障した場合、マスタープラットフォーム３２はできるかぎりサービスリク エストメッセージを取り扱う（ステップ１１２）。スレーブプラットフォーム３ ４がオンライン状態に戻されるとスレーブプラットフォームのマークされたダイ ナミックデータをダンプし、マークされたデータをマスタープラットフォームに ロードすることによりスレーブホームロケーションレジスタプラットフォーム３ ４からマスタープラットフォームレジスタプラットフォーム３２にマークされた ダイナミックデータだけが転送される（ステップ１１４）。アドミニストレータ ５８はマスターホームロケーションレジスタプラットフォーム３２がネットワ ークリクエストをサービスするように指定することにより、ホームロケーション レジスタプラットフォーム３２および３４を再構成する（ステップ１１６）。マ スターホームロケーションレジスタプラットフォーム３２が信号転送ポイント３ ８および４０に再接続され（ステップ１１８）、ネットワークサービスリクエス トの取り扱いを開始すると回復が終了する。 マスターホームロケーションレジスタプラットフォーム３２が作動中のスレー ブホームロケーションレジスタプラットフォーム３４の故障は、重大な問題とは ならない。その理由は、中断を生じることなくサービスリクエストメッセージの 処理が続くからである。しかしながらマスターホームロケーションレジスタプラ ットフォーム３２はバックアップ無しに作動する。スレーブプラットフォームが オンライン状態に戻る際にマスターホームロケーションレジスタプラットフォー ム３２からのスレーブホームロケーションレジスタプラットフォーム３４の加入 者データの回復を取り扱うのに、図５Ａおよび５Ｂの方法も使用される。 次に図６を参照する。ここには移動交換センターが冗長ホームロケーションレ ジスタプラットフォーム１８”を含み、このプラットフォームが、後により詳細 に説明するような負荷分担構造の第１ホームロケーションレジスタプラットフォ ーム３２’と第２ホームロケーションレジスタプラットフォーム３４’を含む、 本発明の第２実施例のブロック図が示されている。図６では図１のシステム内に 示されたものと同一または類似する部品には同じ参照番号が付けられている。ホ ームロケーションレジスタプラットフォーム３２’および３４’はアラーム４２ を含み、一対の信号転送ポイント３８および４０を介して移動交換センターのネ ットワーク３６とインターフェースするようになっている。従って、信号転送ポ イントがプラットフォーム３２’または３４’の指定された一方のみから常時サ ービスを受けている場合でも、すべての加入者は信号転送ポイント３８および４ ０を介して双方のプラットフォームに接続される。これに関連し、信号転送ポイ ント３８および４０は多数のホームロケーションレジスタプラットフォーム３２ ’および３４’が存在することをネットワーク３６に対しトランスペアレントな 状態とする。ここで「トランスペアレント」なる用語はネットワークが多数のホ ームロケーションレジスタプラットフォーム３２’または３４’が存在してい ること、またはそのうちのどちらのプラットフォームがネットワークサービスリ クエストメッセージに応答しているかを知らないことを意味している。 ネットワーク３６は通信リンク４４を介して第１信号転送ポイント（ＳＴＰ１ ）３８に接続され、通信リンク４６を介して第２信号転送ポイント（ＳＴＰ２） ４０に接続される。第１信号転送ポイント３８と第２信号転送ポイント４０との 間には別の通信リンク４８が設けられる。第１ホームロケーションレジスタプラ ットフォーム３２’は通信リンク５０を介して第１信号転送ポイント３８に接続 され、通信リンク５２を介して第２信号転送ポイント４０に接続される。同様に 、第２ホームロケーションレジスタプラットフォーム３４’は通信リンク５４を 介して第１信号転送ポイント３８に接続され、通信リンク５６を介して第２信号 転送ポイント４０に接続される。更に第１ホームロケーションレジスタプラット フォーム３２’および第２ホームロケーションレジスタプラットフォーム３４’ はインターフェース６０および一対の通信リンク６２および６４を介してホーム ロケーションレジスタアドミニストレータ５８に接続されている。インターフェ ース６０はホームロケーションレジスタプラットフォーム３２’および３４’の 双方へのアドミニストレータ５８の同時の通信アクセスを容易にするものである 。一対の通信リンク１２０および１２２が第１ホームロケーションレジスタプラ ットフォーム３２’と第２ホームロケーションレジスタプラットフォーム３４’ とを接続している。図６に示された通信リンクは単一リンクとして示されている が、この通信リンクは必要に応じて多数のリンクを含んでいてもよい。 第１ホームロケーションレジスタプラットフォーム３２’および第２ホームロ ケーションレジスタプラットフォーム３４’の各々には移動電話ネットワークに よってサービスを受ける全加入者の一部（「自己の加入者」と一般に称される） のみのためのネットワーク通信サービスリクエストの取り扱い（すなわちそれら の処理および応答）をする役割が与えられている。これに関連し、本実施例にお ける各ホームロケーションレジスタプラットフォームに割り当てられる自己の加 入者の数を、故障したプラットフォームのオウン加入者のための処理の役割を果 たすのに、プラットフォームのプロセッサが必要とされる場合の、プラットフォ ームプロセッサの負荷容量の約半分に限定できることに留意すべきである。この ように負荷を制限することにより別のプラットフォームが故障した場合に１つの プラットフォームが過負荷となるのを防止することができる。 後により詳細に説明するように、本システムが運用されている際にはすべての サービスリクエストはリクエストを処理するように指定された第１ホームロケー ションレジスタプラットフォーム３２’および第２ホームロケーションレジスタ プラットフォーム３４’の適当な一方へ、信号転送ポイント３８および４０によ ってルーチングされる。従って、多数のホームロケーションレジスタプラットフ ォームはネットワークサービスリクエストの加入者の全負荷に対する処理負荷の 役割を分担する。ホームロケーションレジスタプラットフォーム３２’および３ ４’は更に互いに対応するメッセージをコピーし、ダイナミックデータの無欠性 を維持し、プラットフォームの故障が生じた場合、別のプラットフォームから引 き継ぐのに必要な情報へ各プラットフォームがアクセスする。 次に図６および７を参照する。ここで図７は、図６のシステムにおけるホーム ロケーションレジスタプラットフォーム３２’および３４’による受信されたサ ービスリクエストを取り扱うための処理工程を示すフローチャートである。各サ ービスリクエストメッセージはメッセージの取り扱いに割り当てられたホームロ ケーションレジスタプラットフォーム３２’または３４’を識別するダイレクト ポイントコードを含む。図６の負荷分担構造では、指定されたプラットフォーム がネットワーク３６をサービスしていない（すなわちプラットフォームの故障が ある）と判断されない限り、ホームロケーションレジスタプラットフォーム３２ ’または３４’は自己の加入者のすべてのメッセージおよび／またはダイレクト ポイントコードによって指定されたメッセージを処理する。従って、ステップ１ ２４ではネットワークアドミニストレータ５８は、各ホームロケーションレジス タプラットフォームがオウン加入者のネットワークサービスリクエストメッセー ジしかサービスしないように指定することにより、ホームロケーションレジスタ プラットフォーム３２’および３４’を負荷分担構造となるように構成する。 ネットワーク３６からのメッセージの受信に応答して信号転送ポイント３８お よび４０はメッセージのダイレクトポイントコードによって指定されたホームロ ケーションレジスタプラットフォーム３２’または３４’へメッセージをルーチ ングする（ステップ１２６）。例えば第１ホームロケーションレジスタプラット フォーム３２’を指定するダイレクトポイントコードを有する、リンク４４を通 して受信されたサービスリクエストに対しては、第１信号転送ポイント３８は、 まず通信リンク５０を通してメッセージをルーチングすることを試みる。これに 失敗した場合、第１信号転送ポイント３８は通信リンク５２を通して第１ホーム ロケーションレジスタプラットフォーム３２’へ伝送するよう、リンク４８を介 して第２信号転送ポイント４０へメッセージを送る。ダイレクトポイントコード が第２ホームロケーションレジスタプラットフォーム３４’を指定した場合、メ ッセージはまずリンク５４を通るようにルーチングされる。これに失敗した場合 、次にリンク４８および５６を通るようにルーチングされる。リンク４６を通し て受信されたメッセージに対しては、その後、同様なルーチング方法がとられる 。図示するように、ネットワーク３６から受信されたメッセージを帆走するのに 、信号転送ポイント３８および４０の各々から各ホームロケーションレジスタプ ラットフォーム３２’または３４’へそれぞれ２つの別の経路が設けられている 。このようなデータリンクの冗長性により別個のデータ経路が提供され、このよ うな対策がとられない場合、作動中のホームロケーションレジスタプラットフォ ーム３２’または３４’へのアクセスを不能にするような潜在的な通信リンクの 故障に関する問題が解決される。 指定されたホームロケーションレジスタプラットフォーム３２’または３４’ はメッセージを受信すると、このメッセージを適当なアプリケーションへ送る（ ステップ１２８）。アプリケーションはメッセージを処理し、適当な応答を発生 する（ステップ１３０）。この応答はホームロケーションレジスタプラットフォ ームにより信号転送ポイント３８および４０を介してネットワーク３６へ戻され る（ステップ１３２）。 指定されたホームロケーションレジスタプラットフォーム３２’または３４’ は受信したメッセージを他のホームロケーションレジスタプラットフォームにも 送るべきかどうかを更に判断する（ステップ１３４）。この判断はアプリケーシ ョンにおけるメッセージの処理の結果、記憶されたダイナミックデータに変更が 生じるかどうかに基づいて行われる。記憶されたダイナミックデータにおける変 更が生じる場合、指定されたホームロケーションレジスタプラットフォーム３２ ’または３４’はメッセージをコピーし（ステップ１３６）、通信リンク１２０ または１２２を通して他のホームロケーションレジスタプラットフォームにコピ ーされたメッセージを送る（ステップ１３８）。次に他のホームロケーションレ ジスタプラットフォーム３２’または３４’はアプリケーション内でメッセージ を処理し（ステップ１４０）、ダイナミックデータを更新し（ステップ１４２） 、通信リンク１２０または１２２を通して指定されたホームロケーションレジス タプラットフォームに送られるアクノーリッジメントによりメッセージの受信を 確認する（ステップ１４４）ことにより、メッセージに応答する。 上記ステップに従い、受信したメッセージを処理した後に、ホームロケーショ ンレジスタプラットフォーム３２’および３４’の双方は同じ記憶されたダイナ ミックデータを含む。その後、ホームロケーションレジスタプラットフォームの 一方が故障した場合、他方のプラットフォームは故障したプラットフォームのた めのダイレクトポイントコードによって指定されたネットワークサービスリクエ ストへの応答をトランスペアレントに引き継ぐのに必要なダイナミックデータの すべてを処理する。 次に、図６および８を参照する。ここで、図８はホームロケーションレジスタ プラットフォーム３２’または３４’の一方の故障を処理し、その後、受信され たサービスリクエストの他方のホームロケーションレジスタプラットフォームに よる処理のための処理ステップを示すフローチャートである。アドミニストレー タ５８および信号転送ポイント３８および４０の一方または双方により、ホーム ロケーションレジスタプラットフォーム３２’または３４’の一方の故障が検出 （ステップ１４６）された後に、故障したプラットフォームのためのダイレクト ポイントコードによって指定された入進するすべてのサービスリクエストメッセ ージは、信号転送ポイント３８および４０によりサービスのための他の（バック アップ）プラットフォームへ自動的かつトランスペアレントにルーチングし直さ れる（ステップ１４８）。これに関連し、「トランスペアレント」なる用語は再 びネットワーク３６が多数のホームロケーションレジスタプラットフォーム３２ ’および３４’が存在していること、またはいずれのプラットフォームがメッ セージに応答しているかを知らないことを意味している。他方のホームロケーシ ョンレジスタプラットフォーム３２’または３４’はメッセージを受信すると、 このメッセージを適当なアプリケーションへ送る（ステップ１５０）。アプリケ ーションは次に応答を発生し（ステップ１５２）、この応答は信号転送ポイント ３８および４０を介してネットワーク３６へ送り戻される（ステップ１５４）。 プラットフォームの故障後の信号転送ポイント３８および４０による受信され たメッセージの取り扱いに関し、例えば第１信号転送ポイント３８が故障した第 １ホームロケーションレジスタプラットフォーム３２’に対して指定されたメッ セージを受信した場合、第１信号転送ポイント３８は、まず通信リンク５４を通 してメッセージをルーチングしようと試みる。これに失敗すると、第１信号転送 ポイント３８は通信リンク５６を通して第２ホームロケーションレジスタプラッ トフォーム３４’へ伝送するよう、リンク４８を介して第２信号転送ポイント４ ０へメッセージを送る。第２信号転送ポイント４０によって受信されたメッセー ジおよび／または第２ホームロケーションレジスタプラットフォーム３４’に対 して指定されたメッセージに対し、同様なルーチング方法が続けられる。利用可 能なデータリンクにおけるこのような冗長性により、別のデータ経路が提供され 、冗長性が無い場合、作動中のホームロケーションレジスタプラットフォーム３ ２’または３４’へのアクセスを不可能とするような潜在的な通信リンクの故障 に関する問題が解決される。 プラットフォームが故障する前にネットワーク３６によりメッセージを送るが 指定されたプラットフォームが故障するまでにこれらメッセージを受信または取 り扱うことができないことがある。この場合、メッセージはプラットフォームに より処理されず、応答も発生しない。応答を得るにはこれらメッセージはネット ワーク３６によって再送信しなければならない。ホームロケーションレジスタか らの応答をネットワークが受信することなくメッセージの指定されたタイムアウ トが終了した際に、一般に再送信の必要があるかどうかの判断がされる。 次に図６および９Ａを参照する。ここで図９Ａは、図６のシステムにおける故 障したホームロケーションレジスタプラットフォーム３２’または３４’におけ る、正確で、かつ最新の加入者データを回復するための方法の処理ステップを示 すフローチャートである。この方法は、バックアップとして作動する間の他方の ホームロケーションレジスタプラットフォームによるサービスリクエストの中間 処理により影響されるダイナミックデータに関するプラットフォームを送信する ため、ホームロケーションレジスタプラットフォーム３２’または３４’の一方 が故障してから比較的短い期間の後に有利に使用される。 まず、故障したホームロケーションレジスタプラットフォーム３２’または３ ４’は信号転送ポイント３８および４０から、更に他方のプラットフォームから 切り離される（ステップ１５６）。次に、この故障したホームロケーションレジ スタプラットフォーム３２’または３４’には最後のバックアップが再ロードさ れる（ステップ１５８）。次に、ホームロケーションレジスタプラットフォーム ３２’と３４’とは互いに接続される（ステップ１６０）。次にバックアップ用 ホームロケーションレジスタプラットフォームは最終のデータバックアップの開 始後、変更されたすべての加入者データを故障したホームロケーションレジスタ プラットフォームへ送信する。この場合、故障したプラットフォームの自己の加 入者のデータに優先権が与えられる（ステップ１６２）。先に故障し、更新され たホームロケーションレジスタプラットフォーム３２’または３４’が信号転送 ポイント３８および４０に再接続されると回復が終了する（ステップ１６４）。 プラットフォームが再び即座に故障した場合には、この時にネットワークサービ スリクエストの取り扱い開始前にホームロケーションレジスタプラットフォーム からのデータダンプを行うことができる。 図９Ｂには、故障したホームロケーションレジスタプラットフォーム３２’ま たは３４’の加入者データを回復するための別の方法が示されている。この方法 は、ホームロケーションレジスタプラットフォーム３２’または３４’の一方が 比較的長時間故障した後に使用すると有利である。その理由は、かかる更新を行 うにはバックアップとして作動する他方のホームロケーションレジスタプラット フォームのデータベースのほとんどすべてを一般に転送するからである。故障し たホームロケーションレジスタプラットフォーム３２’または３４’は、まず信 号転送ポイント３８および４０から、かつ他方のプラットフォームから切り離さ れる（ステップ１６６）。次に、故障したホームロケーションレジスタプラット フォーム３２’または３４’には、その最終バックアップが再ロードされる（ス テップ１６８）。次に、故障したホームロケーションレジスタプラットフォーム に他方のホームロケーションレジスタプラットフォームの加入者データがダンプ され、ロードされる（ステップ１７０）。ホームロケーションレジスタプラット フォーム３２’と３４’とは互いに接続され（ステップ１７２）、他方のホーム ロケーションレジスタプラットフォームが最終バックアップの開始後に変更され たすべてのダイナミックデータを故障したホームロケーションレジスタプラット フォームへ送信し、この場合、故障したプラットフォームの自己の加入者のデー タに優先権が与えられる（ステップ１７４）。先に故障し、更新されたホームロ ケーションレジスタプラットフォーム３２’または３４’が信号転送ポイント３ ８および４０に再接続されると、回復が終了する（ステップ１７６）。サービス リクエスメッセージの取り扱いに先立ち、先に故障し、現在は回復したホームロ ケーションレジスタプラットフォームからのデータダンプを行うこともできる。 次に、図１０を参照する。ここには負荷分担関係となるように構成された３つ 以上の冗長ホームロケーションレジスタプラットフォーム３２’、３３’および ３４’をリンクするための、本発明の第２実施例の別の構成のブロック図が示さ れている。この図１０では、図６のシステムに示されたものと同一または同様な 部品には同じ参照番号が付けられている。負荷分担構造となっている多数のホー ムロケーションレジスタプラットフォームでは、全体の加入者の負荷の一部（こ の構成における約３分の１）しか処理しないように、各プラットフォームを割り 当てることができる。追加される各ホームロケーションレジスタプラットフォー ムには付加的な信号転送ポイント３９’も含まれる。このように増設されたホー ムロケーションレジスタプラットフォームの間の通信を容易とするために、リン ク１２０’、１２１’および１２２’を含む円形の通信リンクが提供される。ホ ームロケーションプラットフォームの作動および回復は、図６のシステムのため の図７〜９Ｂに示されたホームロケーションプラットフォームと同じように行わ れる。 本発明の方法および装置の好ましい実施例を添付図面に示し、これまでの詳細 な説明に説明したが、本発明はこれら実施例のみに限定されるものではなく、次 の請求の範囲に記載の本発明の要旨から逸脱することなく、ハードウェアおよび データの双方の冗長性を必要とするビジターロケーションレジスタまたは他のタ イプのデータベースシステムと共に使用することを含む、多数の再配置、変更お よび置換が可能であることが理解できよう。特に、本発明の方法および装置はハ ードウェアおよびデータの双方に関する冗長性が必要とされるか、または有効で ある、データ通信システムおよび／またはデータベースシステムにおけるノード に適用可能である。従って、冗長なホームロケーションレジスタに関連させた本 発明のこれまでの説明は、本発明の範囲を限定するものではなく、本発明を説明 するものである。

【手続補正書】特許法第１８４条の８第１項 【提出日】１９９７年２月１０日 【補正内容】 請求の範囲 １．データ通信処理のためのマスターノードプラットフォームと、 バックアップデータ通信処理のためのスレーブノードプラットフォームと、 通信ネットワークとマスターおよびスレーブノードプラットフォームの双方と の間に冗長に接続され、受信されたデータ通信信号を処理するためマスターノー ドプラットフォームへルーチングし、更に前記受信したデータ通信信号を代わり に処理するためにスレーブノードプラットフォームへルーチングすることにより マスターノードプラットフォームの故障の検出に応答する複数の信号転送ポイン トと、 マスターノードプラットフォームにより受信され処理されたデータ通信信号を 複数の信号転送ポイントを介してスレーブノードプラットフォームにも送り、ス レーブプラットフォームとマスタープラットフォームとの間で処理されるデータ 通信信号を一致させるよう処理するための手段とを備えた、通信ネットワークに おけるハードウェアおよびデータ冗長データ処理ノード。 ２．マスターおよびスレーブノードプラットフォームが通信ネットワークにお ける冗長なマスターおよびスレーブデータベースを含む、請求項１記載のノード 。 ３．マスターおよびスレーブデータベースが移動電話通信ネットワークのため の移動交換センターに接続された冗長なマスターおよびスレーブロケーションレ ジスタを含む、請求項２記載のノード。 ４．マスターノードプラットフォームの故障後にスレーブノードプラットフォ ームから複数の信号転送ポイントを介してマスターノードプラットフォームへデ ータを転送することにより、故障したマスターノードプラットフォームに記憶さ れていたデータの精度を回復するための手段を更に含む、請求項１記載のノード 。 ５．マスター処理ノードプラットフォームおよびこのマスター処理ノードプラ ットフォームに対する冗長バックアップであるスレーブ処理ノードプラットフォ ームを含む、遠隔通信ネットワークにおいてサービスリクエストメッセージ通信 信号を冗長処理するための方法であって、 サービスリクエスト通信信号をマスター処理ノードプラットフォームへルーチ ングし、リクエストされたサービスを実行し、内部に記憶されていたデータの変 更を生じさせるように処理するための工程と、 前記ルーチングされたサービスリクエスト通信信号を、内部で処理するために スレーブ処理ノードプラットフォームへも送り、リクエストされたサービスを実 行し、スレーブ処理ノードプラットフォーム内に記憶されていたデータの変更に 合わせ、マスター処理ノードプラットフォームの記憶されていたデータに一致さ せる工程とを備えた、遠隔通信ネットワークにおいてサービスリクエスト通信信 号を冗長処理するための方法。 ６．マスターおよびスレーブ処理ノードプラットフォームが遠隔通信ネットワ ークにおける冗長なマスターおよびスレーブデータベースを含む、請求項５記載 の方法。 ７．マスターおよびスレーブ処理データベースが移動電話通信システムのため の移動交換センターに設けられた冗長なマスターおよびスレーブロケーションレ ジスタを含む、請求項６記載の方法。 ８．マスター処理ノードプラットフォームの故障をモニタする工程と、 かかる故障に応答し、その後のすべてのデータ通信信号をスレーブ処理ノード プラットフォームに自動的にルーチングし、リクエストされたサービスの実行、 前記その後のサービスリクエスト通信信号への応答の発生、および前記スレーブ 処理ノードプラットフォーム内に記憶されていたデータの変更を実行するよう処 理する工程を更に含む、請求項５記載の方法。 ９．マスター処理ノードプラットフォームがオンライン状態に戻るのを待つ工 程と、 マスター処理ノードプラットフォーム内に記憶されていたデータの精度を回復 するよう、スレーブ処理ノードプラットフォームからマスター処理ノードプラッ トフォームへデータを転送する工程と、 すべてのサービスリクエスト通信信号をマスター処理ノードプラットフォーム へ再度ルーチングするように、システムの運用を再構成する工程とを更に含む、 請求項８記載の方法。 １０．複数のユーザーの第１の部分のためのデータ通信信号を処理するよう指 定された第１ノードプラットフォームと、 複数のユーザーの第２の部分のためのデータ通信信号を処理するよう指定され た第２ノードプラットフォームと、 ネットワークと第１および第２データベースプラットフォームの双方との間に 冗長に接続され、第１ユーザーデータ通信信号を第１ノードプラットフォームに ルーチングし、第２ユーザーデータ通信信号を第２ノードプラットフォームにル ーチングし、更に第１または第２ノードプラットフォームの故障したプラットフ ォームのためのユーザーデータ通信信号を代わりに第１または第２ノードプラッ トフォームの作動中のプラットフォームにルーチングすることにより、第１また は第２ノードプラットフォームのいずれかの故障の検出に応答する複数の信号転 送ポイントと、 各ノードプラットフォームに関連しており、第１または第２ノードプラットフ ォームのいずれかにより受信され、内部で処理されたユーザーデータ通信信号を 複数の信号転送ポイントを介して前記第１または第２ノードプラットフォームの 他方にも送り、第１ノードプラットフォームに記憶されるデータと第２のノード プラットフォームに記憶されるデータとを一致させるよう処理するための手段と を含む、通信ネットワーク内のハードウェアおよびデータ冗長データ処理ノード 。 １１．第１および第２ノードプラットフォームが通信システムにおける冗長デ ータベースである、請求項１０記載のノード。 １２．第１および第２ノードプラットフォームが移動電話通信ネットワークの ための移動交換センターにおける冗長なロケーションレジスタである、請求項１ ０記載のノード。 １３．ノードプラットフォームの故障後に、ノードプラットフォームのうちの 作動中のプラットフォームからノードプラットフォームのうちの故障したプラッ トフォームにデータを転送することにより、ノードプラットフォームのうちの故 障したプラットフォームに記憶されていたデータの精度を回復するための手段を 更に含む、請求項１０記載のデータベースシステム。 １４．第１ユーザーサービスリクエスト通信信号を取り扱うように指定された 第１処理ノードプラットフォームおよび第２ユーザーサービスリクエスト通信信 号を取り扱うように指定された第２処理ノードプラットフォームを含む、遠隔通 信ネットワークによりサービスリクエスト通信信号を冗長処理するための方法で あって、 第１ユーザーサービスリクエスト通信信号を第１処理ノードプラットフォーム にルーチングし、リクエストされたサービスを実行し、内部に記憶されているデ ータの変更を実行するよう処理する工程と、 第２ユーザーサービスリクエスト通信信号を第２処理ノードプラットフォーム にルーチングし、リクエストされたサービスを実行し、内部に記憶されているデ ータの変更を実行するよう処理する工程と、 処理ノードプラットフォームのうちの１つにルーチングされた前記ユーザーサ ービスリクエスト通信信号を他の処理ノードプラットフォームへも送り、リクエ ストされたサービスを実行し、第１処理ノードプラットフォームに記憶されるデ ータと第２処理ノードプラットフォームに記憶されるデータとを一致させるよう 処理するための工程とを備えた、サービスリクエスト通信信号を冗長処理するた めの方法。 １５．第１および第２処理ノードプラットフォームが遠隔通信ネットワークに おける冗長データベースである、請求項１４記載の方法。 １６．第１および第２処理ノードプラットフォームが移動電話通信システムの ための冗長な第１および第２ロケーションレジスタである、請求項１４記載の方 法。 １７．第１処理ノードプラットフォームまたは第２処理ノードプラットフォー ムのいずれかの故障をモニタする工程と、 かかる故障に応答し、第１または第２処理ノードプラットフォームの故障した プラットフォームのためのその後のすべてのユーザーサービスリクエスト通信信 号を代わりに処理のために第１または第２処理ノードプラットフォームの作動中 のプラットフォームへ自動的にルーチングする工程を更に含む、請求項１４記載 の方法。 １８．処理のノードプラットフォームのうちの故障したプラットフォームがオ ンライン状態に戻るのを待つ工程と、 作動中の処理ノードプラットフォームから故障した処理ノードプラットフォー ムへデータを転送し、故障した処理ノードプラットフォームに記憶されていたデ ータの精度を回復するための工程と、 ユーザーサービスリクエスト通信信号のルーチングを再構成する工程とを更に 含む、請求項１７記載の方法。 １９．データを記憶し、ユーザーサービスメッセージを処理するためのマスタ ーデータベースプラットフォームと、 データ記憶装置をバックアップし、ユーザーサービスメッセージを処理するた めのスレーブデータベースプラットフォームと、 通信ネットワークと、 マスターおよびスレーブデータベースプラットフォームの双方の間に冗長に接 続され、受信したユーザーサービスメッセージをネットワークからマスターデー タベースプラットフォームへルーチングし、更にネットワークからの受信したユ ーザーサービスメッセージを代わりにスレーブデータベースプラットフォームへ ルーチングすることにより、マスターデータベースの故障の検出に応答する複数 の信号転送ポイントと、 マスターデータベースプラットフォームと関連しており、マスターデータベー スプラットフォーム内のメッセージを処理する結果、マスタープラットフォーム に記憶されていたデータの変更が生じる場合、マスターデータベースプラットフ ォームにより受信され処理されたユーザーサービスメッセージをスレーブデータ ベースプラットフォームにも送り、内部に記憶されているデータを更新するよう に処理するための手段とを含む、ハードウェアおよびデータの冗長性を提供する データベースシステム。 ２０．マスターデータベースプラットフォームの故障後に、スレーブデータベ ースプラットフォームからマスターデータベースプラットフォームへデータを転 送することにより、故障したマスターデータベースプラットフォームに記憶され ていたデータの精度を回復するための手段を更に含む、請求項１９記載のデータ ベースシステム。 ２１．マスターデータベースプラットフォームおよびこのマスターデータベー スプラットフォームに対する冗長なバックアップであるスレーブデータベースプ ラットフォームを含む遠隔通信システムにおいて、ユーザーサービスリクエスト メッセージを冗長処理するための方法であって、 ユーザーサービスリクエストメッセージをマスターデータベースプラットフォ ームへルーチングし、リクエストされたサービスを実行し、可能な場合には内部 に記憶されているデータの変更を生じさせ、応答を発生するように処理する工程 と、 リクエストされたサービスを実行するため、マスターデータベースプラットフ ォームによる処理の結果として前記ルーチングされたユーザーサービスリクエス トメッセージがマスターデータベースプラットフォームに記憶されていたデータ の変更を生じさせたかどうかを判断する工程と、 変更の肯定的判断に応答して前記ルーチングされたユーザーサービスメッセー ジをスレーブデータベースプラットフォームにも送り、リクエストされたサービ スを実行し、スレーブデータベースプラットフォーム内に記憶されていたデータ の一致した変更を行い、マスターデータベースプラットフォーム内に記憶された データと一致させる工程とを備えた、ユーザーサービスリクエストメッセージを 冗長処理するための方法。 ２２．マスターデータベースプラットフォームの故障をモニタする工程と、 かかる故障に応答し、その後のすべてのユーザーサービスメッセージを自動的 にスレーブデータベースプラットフォームへルーチングし、リクエストされたサ ービス、前記その後のユーザーサービスリクエストメッセージへの応答の発生、 および前記スレーブデータベースプラットフォーム内に記憶されているデータの 変更を実行するように処理するための工程とを更に含む、請求項２１記載の方法 。 ２３．マスターデータベースプラットフォームがオンライン状態に戻るのを待 つ工程と、 スレーブデータベースプラットフォームからマスターデータベースプラットフ ォームへデータを転送し、マスターデータベースプラットフォームに記憶される データの精度を回復するための工程と、 すべてのユーザーサービスリクエストメッセージをマスターデータベースプラ ットフォームへ再度ルーチングするように、システムの運用を再構成する工程と を更に含む、請求項２２記載の方法。 ２４．マスターデータベースプラットフォームの故障後にユーザーサービスリ クエストメッセージを処理する際にスレーブデータベースプラットフォームによ って変更されたすべてのデータにフラグを付ける工程と、 マスターデータベースプラットフォームがオンライン状態に戻るのを待つ工程 と、 フラグの付いたデータをスレーブデータベースプラットフォームからマスター データベースプラットフォームへ転送し、マスターデータベースプラットフォー ム内に記憶されていたデータの精度を回復する工程と、 すべてのユーザーサービスリクエストメッセージをマスターデータベースプラ ットフォームへ再度ルーチングするよう、システムの運用を再構成する工程を更 に含む、請求項２２記載の方法。 ２５．ユーザーサービスメッセージを処理し、ユーザーデータを記憶するよう に指定された第１データベースプラットフォームと、 ユーザーサービスメッセージを処理し、ユーザーデータを記憶するように指定 された第２データベースプラットフォームと、 通信ネットワークと第１および第２データベースプラットフォームの双方との 間に冗長に接続されており、第１宛て先コードを有するユーザーサービスメッセ ージを第１データベースプラットフォームへルーチングし、更に第２宛て先コー ドを有するユーザーサービスメッセージを第２データベースプラットフォームへ ルーチングし、更に第１または第２データベースプラットフォームの故障したプ ラットフォームを識別する宛て先コードを有するユーザーサービスメッセージを 代わりに第１または第２データベースプラットフォームの作動中のプラットフォ ームへルーチングすることにより、第１または第２データベースプラットフォー ムのいずれかの故障の検出に応答する複数の信号転送ポイントと、 データベースプラットフォームに関連し、宛て先コードによって指定されたデ ータベースプラットフォーム内のメッセージを処理した結果、指定されたプラッ トフォーム内に記憶されていたデータの変更が生じる場合に、第１または第２デ ータベースプラットフォームのいずれかにより受信され、処理されたユーザーサ ービスメッセージを前記第１または第２データベースプラットフォームの他方へ 送り、内部に記憶されていたデータを更新するように処理するための手段とを備 えた、冗長なハードウェアを提供し、データ保護をするためのデータベースシス テム。 ２６．データベースプラットフォームの故障後に、データベースプラットフォ ームのうちの作動中のプラットフォームからデータベースプラットフォームのう ちの故障したプラットフォームへデータを転送することにより、データベースプ ラットフォームのうちの故障したプラットフォームに記憶されていたデータの精 度を回復するための手段を更に含む、請求項２５記載のデータベースシステム。 ２７．第１データベースプラットフォームと第２データベースプラットフォー ムとを接続し、両者の間でユーザーサービスメッセージおよび記憶されていたデ ータを搬送するための通信リンクを更に含む、請求項２５記載のデータベースシ ステム。 ２８．第１データベースプラットフォームと第２データベースプラットフォー ムとを含む遠隔通信システムにおいて、ユーザーサービスリクエストメッセージ を処理するための方法であって、 第１宛て先コードを有するユーザーサービスリクエストメッセージを第１デー タベースプラットフォームへルーチングし、リクエストされたサービスを実行し 、可能な場合には内部に記憶されていたデータの変更を生じさせるように処理す るための工程と、 第２宛て先コードを有するユーザーサービスリクエストメッセージを第２デー タベースプラットフォームへルーチングし、リクエストされたサービスを実行し 、可能な場合には内部に記憶されていたデータの変更を生じさせるように処理す るための工程と、 リクエストされたサービスを実行するよう、第１または第２データベースプラ ットフォームの一方により処理された結果として、前記ルーチングされたユーザ ーサービスメッセージが内部に記憶されていたデータの変更を生じさせたかどう かを判断する工程と、 変更の肯定的判断に応答して前記ルーチングされたユーザーサービスリクエス トメッセージをデータベースプラットフォームの他方にも送り、リクエストされ たサービスを実行し、他方のデータベースプラットフォーム内に記憶されていた データと一致させるように内部で処理するための工程とを含む、ユーザーサービ スリクエストメッセージを処理するための方法。 ２９．第１または第２データベースプラットフォームのいずれかの故障をモニ タする工程と、 かかる故障に応答し、第１または第２データベースプラットフォームのうちの 故障したプラットフォームを識別する宛て先コードを有するその後のすべてのユ ーザーサービスメッセージを、第１または第２データベースプラットフォームの 作動中のプラットフォームへ自動的にルーチングし、リクエストされたサービス および内部に記憶されていたデータの変更を実行するよう処理するための工程を 更に含む、請求項２８記載の方法。 ３０．第１または第２データベースプラットフォームのうちの故障したプラッ トフォームがオンライン状態に戻るのを待つ工程と、 作動中のデータベースプラットフォームから故障したデータベースプラットフ ォームへデータを転送し、故障したデータベースプラットフォームに記憶されて いたデータの精度を回復するための工程と、 宛て先コードによって指定されたデータベースプラットフォームへすべてのユ ーザーサービスリクエストメッセージを再度ルーチングするよう、システムの運 用を再構成する工程とを更に含む、請求項２９記載の方法。 ３１．第１または第２データベースプラットフォームのうちの故障したプラッ トフォームがオンライン状態に戻るのを待つ工程と、 データベースプラットフォームの故障より作動中のデータベースプラットフォ ームから故障したデータベースプラットフォームへデータを転送し、故障したデ ータベースプラットフォームに記憶されていたデータの精度を回復するための工 程と、 宛て先コードによって指定されたデータベースプラットフォームへすべてのユ ーザーサービスリクエストメッセージを再度ルーチングし、システムの運用を再 構成する工程とを更に含む、請求項２９記載の方法。 ３２．ハードウェアおよびデータの冗長性を提供する移動電話交換センターホ ームロケーションレジスタシステムであって、 加入者データを記憶し、受信されたサービスリクエストメッセージを処理し、 リクエストされたサービスを実行し、可能な場合には記憶された加入者データを 変更するマスターホームロケーションレジスタと、 加入者データの記憶装置をバックアップし、受信されたサービスリクエストメ ッセージを処理し、リクエストされたサービスを実行し、可能な場合には記憶さ れたバックアップ加入者データを変更するスレーブホームロケーションレジスタ と、 移動電話ネットワークとマスターおよびスレーブホームロケーションレジスタ の双方との間に接続され、サービスリクエストメッセージをマスターホームロケ ーションレジスタにルーチングし、更にマスターホームロケーションレジスタの 故障の検出に応答して代わりに前記サービスリクエストメッセージをスレーブホ ームロケーションレジスタにルーチングする、複数の信号転送ポイントと、 マスターホームロケーションレジスタに関連しており、マスターホームロケー ションレジスタ内のメッセージを処理した結果、マスターホームロケーションレ ジスタ内に記憶されていた加入者データの変更が生じる場合、マスターホームロ ケーションレジスタにより受信され処理されるサービスリクエストメッセージを 複数の信号転送ポイントのうちの少なくとも１つを介してスレーブホームロケー ションレジスタにも送り、リクエストされたサービスを実行し、更に内部に記憶 されていたバックアップ加入者データを更新するように処理するための手段とを 備えた、移動電話ネットワークのホームロケーションレジスタシステム。 ３３．スレーブホームロケーションレジスタからマスターホームロケーション レジスタへ加入者データを転送することにより、レジスタの故障後、故障したマ スターホームロケーションレジスタ内に記憶される加入者データの精度を回復す るための手段を更に含む、請求項３２記載のシステム。 ３４．複数の信号転送ポイントがマスターホームロケーションレジスタに関連 し、移動電話ネットワークに接続された第１信号転送ポイントと、 複数の信号転送ポイントがマスターホームロケーションレジスタに関連し、移 動電話ネットワークに接続された第２信号転送ポイントと、 第１信号転送ポイントと第２信号転送ポイントとの間を接続する通信リンクと 、 これら信号転送ポイントとホームロケーションレジスタとを冗長に接続する通 信リンクとを含む、請求項３２記載のデータベースシステム。 ３５．冗長なハードウェアを提供し、データ保護を行う移動電話交換センター ホームロケーションレジスタシステムであって、 すべての加入者のための加入者データを記憶し、リクエストされたサービスを 実行し、可能な場合には加入者の第１部分に関連する記憶されていた加入者デー タを変更する際に、複数の加入者の第１部分のための受信したサービスリクエス トメッセージを処理するよう指定された第１ホームロケーションレジスタシステ ムと、すべての加入者のための加入者データを記憶し、リクエストされたサービ スを実行し、可能な場合には加入者の第２部分に関連する記憶された加入者デー タを変更する際に、複数の加入者の第２部分のための受信したサービスリクエス トメッセージを処理するよう指定された第２ホームロケーションレジスタシステ ムと、 移動電話ネットワークと第１および第２ホームロケーションレジスタの双方と の間に接続され、第１宛て先コードを有するサービスリクエストメッセージを第 １ホームロケーションレジスタにルーチングし、第２宛て先コードを有するサー ビスリクエストメッセージを第２ホームロケーションレジスタにルーチングし、 更に第１または第２ホームロケーションレジスタの故障したレジスタを識別する 宛て先コードを有するサービスリクエストメッセージを代わりに第１または第２ ホームロケーションレジスタの作動中のレジスタにルーチングすることにより、 第１または第２ホームロケーションレジスタのいずれかの故障の検出に応答する 複数の信号転送ポイントと、 レジスタに関連しており、指定コードによって指定されたホームロケーション レジスタ内のサービスリクエストメッセージを処理した結果、指定されたホーム ロケーションレジスタ内に記憶されていた加入者データの変更が生じる場合、第 １または第２ホームロケーションレジスタのいずれかにより受信され、処理され るサービスリクエストメッセージを前記第１または第２ホームロケーションレジ スタの他方にも送り、リクエストされたサービスを実行し、更に内部に記憶され ていた加入者データを更新するための手段とを備えた、移動電話ネットワークの ホームロケーションレジスタシステム。 ３６．レジスタの故障後、レジスタのうちの作動中のレジスタからレジスタの うちの故障したレジスタへ加入者データを転送することにより、ホームロケーシ ョンレジスタの故障したレジスタに記憶されていたデータの精度を回復するため の手段を更に含む、請求項３５記載のシステム。 ３７．第１ホームロケーションレジスタと第２ホームロケーションレジスタと を接続し、サービスリクエストメッセージおよび記憶されていた加入者データを 両者のレジスタの間で搬送するための通信リンクを更に含む、請求項３５記載の システム。 ３８．複数の信号転送ポイントが、 第１ホームロケーションレジスタに関連し、移動電話ネットワークに接続され た第１信号転送ポイントと、 第２ホームロケーションレジスタに関連し、移動電話ネットワークに接続され た第２信号転送ポイントと、 第１信号転送ポイントと第２信号転送ポイントとの間を接続する通信リンクと 、 これら信号転送ポイントとホームロケーションレジスタとを冗長に接続する通 信リンクを含む、請求項３５記載のシステム。 ３９．マスターホームロケーションレジスタプラットフォームおよびこのマス ターホームロケーションレジスタプラットフォームのバックアップであるスレー ブホームロケーションレジスタプラットフォームを含む移動電話交換センターの ホームロケーションレジスタシステムを運用するための方法であって、 マスターホームロケーションレジスタプラットフォームへサービスリクエスト メッセージをルーチングし、リクエストされたサービスを実行し、可能な場合に は記憶された加入者データを変更するよう処理するための工程と、 処理された際にマスターホームロケーションレジスタプラットフォームに記憶 された加入者データの変更を生じさせるサービスリクエストメッセージを、スレ ーブホームロケーションレジスタプラットフォームにコピーする工程と、 スレーブホームロケーションレジスタ内でコピーされたメッセージを処理し、 リクエストされたサービスを実行し、マスターホームロケーションレジスタプラ ットフォームに記憶されていた加入者データとスレーブホームロケーションレジ スタプラットフォームに記憶される加入者データとを一致させる工程と、 マスターホームロケーションレジスタプラットフォームの故障をモニタする工 程と、 かかる故障に応答し、その後のサービスリクエストメッセージをスレーブホー ムロケーションレジスタプラットフォームに自動的にルーチングし、内部に記憶 されていた加入者データを処理し、変更する工程を備えた、移動電話交換センタ ーのホームロケーションレジスタシステムを運用するための方法。 ４０．複数の加入者の第１部分に固有の第１ロケーションレジスタプラットフ ォームおよび複数の加入者の第２部分に固有の第２ロケーションレジスタプラッ トフォームを含む移動電話交換センターのホームロケーションレジスタシステム を運用するための方法であって、 第１のダイレクトポイントコードを有するすべてのサービスリクエストメッセ ージを第１ロケーションレジスタプラットフォームにルーチングし、リクエスト されたサービスを実行し、可能な場合には記憶されている第１部分の加入者デー タを変更するように処理する工程と、 第２のダイレクトポイントコードを有するすべてのサービスリクエストメッセ ージを第２ロケーションレジスタプラットフォームにルーチングし、リクエスト されたサービスを実行し、可能な場合には記憶されている第２部分の加入者デー タを変更するように処理する工程と、 処理された際にロケーションレジスタプラットフォームに記憶されていた加入 者データの変更を生じさせるサービスリクエストメッセージをロケーションレジ スタプラットフォーム間でコピーする工程と、 リクエストされたサービスを実行し、第１および第２ロケーションレジスタプ ラットフォームに記憶されていた第１部分の加入者データと第２部分の加入者デ ータとを一致させるよう、ロケーションレジスタプラットフォーム内でコピーし たメッセージを処理する工程と、 第１または第２ロケーションレジスタプラットフォームのいずれかの故障をモ ニタする工程と、 かかる故障に応答し、第１または第２ロケーションレジスタプラットフォーム のうちの故障したプラットフォームを識別するダイレクトポイントコードを有す る、その後のサービスリクエストメッセージを代わりに第１または第２ロケーシ ョンレジスタプラットフォームの作動中のプラットフォームへ自動的にルーチン グし、内部に記憶されている加入者データの処理および変更を行う工程とを備え た、移動電話交換センターのホームロケーションレジスタシステムを運用するた めの方法。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｑ 7/26 7/30 (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，Ｕ Ｇ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，Ｂ Ｙ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ， ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，Ｌ Ｖ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ， ＳＫ，ＴＪ，ＴＭ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ 【要約の続き】 ０）は構造およびプラットフォームの作動ステータスに 従い処理をするためのプラットフォームへサービスリク エストを自動的かつトランスペアレントにルーチングす るよう機能する。ここに開示されたプラットフォーム構 造は、特にデータベースシステム、一般的にはデータ通 信システムのノードに適用できる。

Claims (1)

1. 【特許請求の範囲】 １．データ通信処理のためのマスターノードプラットフォームと、 バックアップデータ通信処理のためのスレーブノードプラットフォームと、 マスターおよびスレーブノードプラットフォームの双方に接続され、受信した データ通信信号をマスターノードプラットフォームへルーチングし、更にマスタ ーノードプラットフォームの故障の検出に応答し、代わりにスレーブノードプラ ットフォームへ前記受信したデータ通信信号をルーチングするための手段を更に 含む手段と、 マスターノードプラットフォームにより受信され、処理されたデータ通信信号 をスレーブノードプラットフォームへも送り、スレーブプラットフォームに記憶 されるデータとマスタープラットフォームに記憶されていたデータとを一致させ るように処理するための手段とを含む、ハードウェアおよびデータ冗長通信ノー ド。 ２．マスターおよびスレーブノードプラットフォームが通信システムにおける 冗長なマスターおけるスレーブデータベースを含む、請求項１記載の通信モード 。 ３．マスターおよびスレーブデータベースが移動電話通信システムのための移 動交換センターに設けられた冗長なマスターおよびスレーブロケーションレジス タを含む、請求項２記載の通信ノード。 ４．マスターノードプラットフォームの故障後にスレーブノードプラットフォ ームからマスターノードプラットフォームへのデータの転送により、故障したマ スターノードプラットフォームに記憶されていたデータの精度を回復するための 手段を更に含む、請求項１記載の通信ノード。 ５．マスターノードプラットフォームおよびこのマスターノードプラットフォ ームに対する冗長バックアップであるスレーブノードプラットフォームを含む、 通信ノードにおけるデータ通信信号を冗長処理するための方法であって、 応答を処理し、発生するようマスターノードプラットフォームにすべてのデー タ通信信号をルーチングする工程と、 スレーブノードプラットフォームに記憶されていたデータの変更を処理し、こ のデータをマスターノードプラットフォームに記憶されていたデータと一致させ るよう、前記ルーチングされたデータ通信信号をスレーブノードプラットフォー ムにも送る工程とを備えた、データ通信信号を冗長処理するための方法。 ６．マスターおよびスレーブノードプラットフォームが通信システムにおける 冗長なマスターおよびスレーブデータベースを含む、請求項５記載の方法。 ７．マスターおよびスレーブデータベースが移動電話通信システムのための移 動交換センターに設けられた冗長なマスターおよびスレーブロケーションレジス タを含む、請求項６記載の方法。 ８．マスターノードプラットフォームの故障をモニタする工程と、 かかる故障に応答し、その後のすべてのデータ通信信号をスレーブノードプラ ットフォームに自動的にルーチングし、前記その後のデータ通信信号への応答を 処理し、発生し、前記スレーブノードプラットフォーム内に記憶されていたデー タを変更する工程を更に含む、請求項５記載の方法。 ９．マスターノードプラットフォームがオンライン状態に戻るのを待つ工程と 、 マスターノードプラットフォーム内に記憶されていたデータの精度を回復する よう、スレーブノードプラットフォームからマスターノードプラットフォームへ データを転送する工程と、 すべてのデータ通信信号をマスターノードプラットフォームへ再度ルーチング するように、システムの運用を再構成する工程とを更に含む、請求項８記載の方 法。 １０．複数のユーザーの第１の部分のためのデータ通信信号を処理するよう指 定された第１ノードプラットフォームと、 複数のユーザーの第２の部分のためのデータ通信信号を処理するよう指定され た第２ノードプラットフォームと、 第１および第２データベースプラットフォームの双方に接続されており、第１ ノードプラットフォームへ第１ユーザーデータ通信信号をルーチングし、かつ第 ２ノードプラットフォームへ第２ユーザーデータ通信信号をルーチングするため の手段を備え、該手段は更に第１または第２ノードプラットフォームのいずれか の故障の検出に応答し、第１または第２ノードプラットフォームの作動中のプラ ットフォームの代わりに第１または第２ノードプラットフォームのうちの故障し たプラットフォームのためにユーザーデータ通信信号をルーチングする手段を更 に含み、 第１または第２ノードプラットフォームのいずれかにより受信され処理された ユーザーデータ通信信号を前記第１または第２ノードプラットフォームの他方に も送り、第１ノードプラットフォーム内に記憶されるデータと第２ノードプラッ トフォーム内に記憶されるデータとを一致させるように処理するための手段を含 む、ハードウェアおよびデータが冗長な通信ノード。 １１．第１および第２ノードプラットフォームが通信システムにおける冗長デ ータベースである、請求項１０記載の通信ノード。 １２．第１および第２ノードプラットフォームが移動電話通信システムのため の移動交換センターにおける冗長なロケーションレジスタである、請求項１０記 載のデータベースシステム。 １３．ノードプラットフォームの故障後に、ノードプラットフォームのうちの 作動中のプラットフォームからノードプラットフォームのうちの故障したプラッ トフォームにデータを転送することにより、ノードプラットフォームのうちの故 障したプラットフォームに記憶されていたデータの精度を回復するための手段を 更に含む、請求項１０記載のデータベースシステム。 １４．第１ユーザー通信信号を取り扱うように指定された第１ノードプラット フォームおよび第２ユーザー通信信号を取り扱うように指定された第２ノードプ ラットフォームを含む、通信ノードによりデータ通信信号を冗長処理するための 方法であって、 処理のため第１ユーザー通信信号のすべてを第１ノードプラットフォームにル ーチングする工程と、 処理のため第２ユーザー通信信号のすべてを第２ノードプラットフォームにルー チングする工程と、 ノードプラットフォームのうちの１つにルーチングされた前記ユーザー通信信 号をノードプラットフォームのうちの他のプラットフォームにも送り、第１ノー ドプラットフォームに記憶されるデータと第２ノードプラットフォームに記憶さ れるデータを一致させるように処理するための工程とを備えた、データ通信信号 を冗長処理するための方法。 １５．第１および第２ノードプラットフォームが通信システムにおける冗長デ ータベースである、請求項１４記載の方法。 １６．第１および第２ノードプラットフォームが移動電話通信システムのため の移動交換センターにおける冗長な第１および第２ロケーションレジスタである 、請求項１４記載の方法。 １７．第１ノードプラットフォームまたは第２ノードプラットフォームのいず れかの故障をモニタする工程と、 かかる故障に応答し、第１または第２ノードプラットフォームの故障したプラ ットフォームのためのその後のすべてのユーザー通信信号を代わりに処理のため に、第１または第２ノードプラットフォームの作動中のプラットフォームに自動 的にルーチングする工程を更に含む、請求項１４記載の方法。 １８．オンライン状態に戻るようにノードプラットフォームのうちの故障した プラットフォームを待つ工程と、 作動中のノードプラットフォームから故障したノードプラットフォームへデー タを転送し、故障したノードプラットフォームに記憶されていたデータの精度を 回復するための工程と、 ユーザー通信信号のルーチングを再構成する工程とを更に含む、請求項１７記 載の方法。 １９．データを記憶し、ユーザーサービスメッセージを処理するためのマスタ ーデータベースプラットフォームと、 データ記憶装置をバックアップし、ユーザーサービスメッセージを処理するた めのスレーブデータベースプラットフォームと、 マスターおよびスレーブデータベースプラットフォームの双方に接続されてお り、受信されたユーザーサービスメッセージをマスターデータベースプラットフ ォームにルーチングし、更にマスターデータベースプラットフォームの故障の検 出に応答し、スレーブデータベースプラットフォームへ送る代わりに、受信した 前記ユーザーサービスメッセージをルーチングするための手段と、 マスターデータベースプラットフォームにおけるメッセージの処理の結果、マ スタープラットフォームに記憶されていたデータに変更が生じる場合、内部に記 憶されていたデータを更新するように処理するため、スレーブデータベースプラ ットフォームにもマスターデータベースプラットフォームにより受信され処理さ れたユーザーサービスメッセージを送るための手段とを備えた、ハードウェアお よびデータの冗長性を提供するデータベースシステム。 ２０．マスターデータベースプラットフォームの故障後に、スレーブデータベ ースプラットフォームからマスターデータベースプラットフォームへデータを転 送することにより、故障したマスターデータベースプラットフォームに記憶され るデータの精度を回復するための手段を更に含む、請求項１９記載のデータベー スシステム。 ２１．マスターデータベースプラットフォームおよびこのマスターデータベー スプラットフォームに対する冗長なバックアップであるスレーブデータベースプ ラットフォームを含むデータベースシステムにおいて、ユーザーサービスメッセ ージを冗長処理するための方法であって、 すべてのユーザーサービスメッセージをマスターデータベースプラットフォー ムへルーチングし、応答を処理し、発生するための工程と、 マスターデータベースプラットフォームによって処理された際に前記ルーチン グされたユーザーサービスメッセージによってマスターデータベースプラットフ ォーム内に記憶されていたデータの変更が生じるかどうかを判断する工程と、 変更の肯定的判断に応答して前記ルーチングされたユーザーサービスメッセー ジをスレーブデータベースプラットフォームにも送り、スレーブデータベースプ ラットフォーム内に記憶されていたデータを処理し、データの変更を一致させ、 マスターデータベースプラットフォーム内に記憶されていたデータを一致させる 工程を備えたユーザーサービスメッセージを冗長処理するための方法。 ２２．マスターデータベースプラットフォームの故障をモニタする工程と、 かかる故障に応答し、その後のすべてのユーザーサービスメッセージを自動的 にスレーブデータベースプラットフォームへルーチングし、前記その後のユーザ ーサービスメッセージを処理し、それらに対する応答を発生し、前記スレーブデ ータベースプラットフォーム内に記憶されていたデータを変更する工程とを更に 備えた、請求項２１記載の方法。 ２３．マスターデータベースプラットフォームがオンライン状態に戻るのを待 つ工程と、 スレーブデータベースプラットフォームからマスターデータベースプラットフ ォームへデータを転送し、マスターデータベースプラットフォームに記憶されて いたデータの精度を回復するための工程と、 すべてのユーザーサービスメッセージをマスターデータベースプラットフォー ムへ再度送るように、システムの運用を再構成する工程とを更に含む、請求項２ ２記載の方法。 ２４．マスターデータベースプラットフォームの故障後にユーザーサービスメ ッセージを処理する際にスレーブデータベースプラットフォームによって変更さ れたすべてのデータにフラグを付ける工程と、 マスターデータベースプラットフォームがオンライン状態に戻るのを待つ工程 と、 フラグの付いたデータをスレーブデータベースプラットフォームからマスター データベースプラットフォームへ転送し、マスターデータベースプラットフォー ム内に記憶されていたデータの精度を回復する工程と、 すべてのユーザーサービスメッセージをマスターデータベースプラットフォー ムへ再度ルーチングするようにシステムの運用を再構成する工程を更に含む、請 求項２２記載の方法。 ２５．ユーザーサービスメッセージを処理し、ユーザーデータを記憶するよう に指定された第１データベースプラットフォームと、 ユーザーサービスメッセージを処理し、ユーザーデータを記憶するように指定 された第２データベースプラットフォームと、 第１および第２データベースプラットフォームの双方に接続され、第１宛て先 コードを有するユーザーサービスメッセージを第１データベースプラットフォー ムにルーチングし、第２宛て先コードを有するユーザーサービスメッセージを第 ２データベースプラットフォームにルーチングするための手段を備え、該手段が 、 第１または第２データベースプラットフォームのいずれかの故障の検出に応答し 、第１または第２データベースプラットフォームの故障したプラットフォームを 識別する宛て先コードを有するユーザーサービスメッセージを第１または第２の データベースプラットフォームのうちの作動中のプラットフォームにルーチング する手段を更に含み、 宛て先コードによって指定されたデータベースプラットフォーム内のメッセー ジを処理すると、その結果、指定されたプラットフォームに記憶されていたデー タが変更される場合、第１または第２データベースプラットフォームのいずれか により受信され、処理されたユーザーサービスメッセージを前記第１または第２ データベースプラットフォームの他方にも送り、内部に記憶されていたデータを 更新するように処理する手段を含む、冗長なハードウェアおよびデータ保護を行 うデータベースシステム。 ２６．データベースプラットフォームの故障後に、データベースプラットフォ ームのうちの作動中のプラットフォームからデータベースプラットフォームのう ちの故障したプラットフォームへデータを転送することにより、データベースプ ラットフォームのうちの故障したプラットフォームに記憶されていたデータの精 度を回復するための手段を更に含む、請求項２５記載のデータベースシステム。 ２７．第１データベースプラットフォームと第２データベースプラットフォー ムとを接続し、両者の間でユーザーサービスメッセージおよび記憶されていたデ ータを搬送するための通信リンクを更に含む、請求項２５記載のデータベースシ ステム。 ２８．第１データベースプラットフォームと第２データベースプラットフォー ムとを含むデータベースシステムにおいて、ユーザーサービスメッセージを処理 するための方法であって、 第１宛て先コードを有するすべてのユーザーサービスメッセージを第１データ ベースプラットフォームにルーチングする工程と、 第２宛て先コードを有するすべてのユーザーサービスメッセージを第２データ ベースプラットフォームにルーチングする工程と、 第１または第２データベースプラットフォームの一方により処理された際に前 記ルーチングされたユーザーサービスメッセージが内部に記憶されていたデータ の変更を生じさせるかどうかを判断する工程と、 変更の肯定的判断に応答して前記ルーチングされたユーザーサービスメッセー ジをデータベースプラットフォームの他方のプラットフォームにも送り、他方の データベースプラットフォームに記憶されていたデータと一致させる工程とを含 む、ユーザーサービスメッセージを処理するための方法。 ２９．第１または第２データベースプラットフォームのいずれかの故障をモニ タする工程と、 かかる故障に応答し、第１または第２データベースプラットフォームのうちの 故障したプラットフォームを識別する宛て先コードを有するその後のすべてのユ ーザーサービスメッセージを、第１または第２データベースプラットフォームの 作動中のプラットフォームへ自動的にルーチングし、内部に記憶されていたデー タの処理および変更を行う工程を更に含む、請求項２８記載の方法。 ３０．第１または第２データベースプラットフォームのうちの故障したプラッ トフォームがオンライン状態に戻るのを待つ工程と、 作動中のデータベースプラットフォームから故障したデータベースプラットフ ォームへデータを転送し、故障したデータベースプラットフォームに記憶されて いたデータの精度を回復するための工程と、 宛て先コードによって指定されたデータベースプラットフォームへすべてのユ ーザーサービスメッセージを再度ルーチングするよう、システムの運用を再構成 する工程とを更に含む、請求項２９記載の方法。 ３１．第１または第２データベースプラットフォームのうちの故障したプラッ トフォームがオンライン状態に戻るのを待つ工程と、 データベースプラットフォームの故障より作動中のデータベースプラットフォ ームから故障したデータベースプラットフォームへデータを転送し、故障したデ ータベースプラットフォームに記憶されていたデータの精度を回復するための工 程と、 宛て先コードによって指定されたデータベースプラットフォームへすべてのユ ーザーサービスメッセージを再度ルーチングするよう、システムの運用を再構成 する工程とを更に含む、請求項２９記載の方法。 ３２．ハードウェアおよびデータの冗長性を提供する移動電話交換センターホ ームロケーションレジスタシステムであって、 加入者データを記憶し、サービスリクエストメッセージを処理するためのマス ターホームロケーションレジスタプラットフォームと、 加入者データの記憶装置をバックアップし、サービスリクエストメッセージの 処理を行うためのスレーブホームロケーションレジスタプラットフォームと、 マスターおよびスレーブホームロケーションレジスタプラットフォームの双方 に接続されており、サービスリクエストメッセージをマスターホームロケーショ ンレジスタプラットフォームへルーチングするための手段とを備え、該手段がマ スターホームロケーションレジスタプラットフォームの故障の検出に応答し、前 記サービスリクエストメッセージを代わりにスレーブホームロケーションレジス タプラットフォームへルーチングするための手段を更に含み、 マスターホームロケーションレジスタプラットフォーム内のメッセージを処理 すると、マスタープラットフォーム内に記憶された加入者データの変更が結果と して生じる場合、マスターホームロケーションレジスタプラットフォームにより 受信され処理されたサービスリクエストメッセージをスレーブホームロケーショ ンレジスタプラットフォームへも送り、内部に記憶されていた加入者データを更 新するように処理するための手段を含む、移動電話交換センターホームロケーシ ョンレジスタシステム。 ３３．スレーブホームロケーションプラットフォームからマスターホームロケ ーションレジスタプラットフォームへ加入者データを転送することにより、プラ ットフォームの故障後、故障したマスターホームロケーションレジスタプラット フォーム内に記憶されていた加入者データの精度を回復するための手段を更に含 む、請求項３２記載のシステム。 ３４．ルーチングするための手段が、 マスターホームロケーションレジスタプラットフォームに関連し、ネットワー クに接続された第１信号転送ポイントと、 スレーブホームロケーションレジスタプラットフォームに関連し、ネットワー クにも接続された第２信号転送ポイントと、 第１信号転送ポイントと第２信号転送ポイントとの間を接続する通信リンクと 、 第１および第２信号転送ポイントの各々とマスターおよびスレーブホームロケ ーションレジスタプラットフォームの各々とを接続する通信リンクとを含む、請 求項３２記載のデータベースシステム。 ３５．冗長なハードウェアを提供し、データ保護を行う移動電話交換センター ホームロケーションレジスタシステムであって、 複数の加入者のうちの第１の部分のためのサービスリクエストメッセージを処 理し、すべての加入者のための加入者データを記憶するよう指定された第１ホー ムロケーションレジスタシステムプラットフォームと、 複数の加入者のうちの第２の部分のためのサービスリクエストメッセージを処 理し、すべての加入者のための加入者データを記憶するよう指定された第２ホー ムロケーションレジスタシステムプラットフォームと、 第１および第２ホームロケーションレジスタプラットフォームの双方に接続さ れ、第１宛て先コードを有するサービスリクエストメッセージを第１ホームロケ ーションレジスタプラットフォームにルーチング化、第２宛て先コードを有する サービスリクエストメッセージを第２ホームロケーションレジスタプラットフォ ームにルーチングするための手段を備え、該手段が、第１または第２ホームロケ ーションレジスタプラットフォームのいずれかの故障の検出に応答し、第１また は第２ホームロケーションレジスタプラットフォームの故障したプラットフォー ムを識別する宛て先コードを有するサービスリクエストメッセージを代わりに、 第１または第２のホームロケーションレジスタプラットフォームのうちの作動中 のプラットフォームにルーチングする手段を更に含み、 宛て先コードによって指定されたホームロケーションレジスタプラットフォー ム内のサービスリクエストメッセージを処理すると、その結果、指定されたプラ ットフォーム内に記憶されていた加入者データの変更が生じる場合、第１または 第２ホームロケーションレジスタプラットフォームのいずれかにより受信され、 処理されたサービスリクエストメッセージを、前記第１または第２ホームロケー ションレジスタプラットフォームの他方にも送り、内部に記憶されていたデータ を更新するように処理する手段を含む、移動電話交換センターホームロケーショ ンレジスタシステム。 ３６．データベースプラットフォームの故障後、データベースプラットフォー ムの作動中のプラットフォームからデータベースプラットフォームの故障したプ ラットフォームへ加入者データを転送することにより、ホームロケーションレジ スタプラットフォームの故障したプラットフォームに記憶されていたデータの精 度を回復するための手段を更に含む、請求項３５記載のシステム。 ３７．第１ホームロケーションレジスタプラットフォームと第２ホームロケー ションレジスタプラットフォームとを接続し、サービスリクエストメッセージお よび記憶されていた加入者データを両者のプラットフォームの間で搬送するため の通信リンクを更に含む、請求項３５記載のシステム。 ３８．ルーチングするための手段が、 第１ホームロケーションレジスタプラットフォームに関連し、ネットワークに 接続された第１信号転送ポイントと、 第２ホームロケーションレジスタプラットフォームに関連し、ネットワークに 接続された第２信号転送ポイントと、 第１信号転送ポイントと第２信号転送ポイントとの間を接続する通信リンクと 、 第１および第２信号転送ポイントの各々と第１および第２ホームロケーション レジスタプラットフォームの各々とを接続する通信リンクを含む、請求項３５記 載のシステム。 ３９．マスターホームロケーションレジスタプラットフォームおよびこのマス ターホームロケーションレジスタプラットフォームのバックアップであるスレー ブホームロケーションレジスタプラットフォームを含む移動電話交換センターの ホームロケーションレジスタシステムを運用するための方法であって、 マスターホームロケーションレジスタプラットフォームへすべてのサービスリ クエストメッセージを送り、応答を処理し、発生するようにルーチングする工程 と、 処理された際にマスターホームロケーションレジスタプラットフォームに記憶 された加入者データの変更を生じさせるサービスリクエストメッセージを、スレ ーブホームロケーションレジスタプラットフォームにコピーし、マスターホーム ロケーションレジスタプラットフォームに記憶されていた加入者データとスレー ブホームロケーションレジスタプラットフォームに記憶される加入者データとを 一致させる工程と、 マスターホームロケーションレジスタプラットフォームの故障をモニタする工 程と、 かかる故障に応答し、その後のすべてのサービスリクエストメッセージをスレ ーブホームロケーションレジスタプラットフォームにルーチングし、応答の処理 、発生および内部に記憶されていた加入者データの変更を行う工程を含む、移動 電話交換センターのホームロケーションレジスタシステムを運用するための方法 。 ４０．複数の加入者の第１部分に固有の第１ロケーションレジスタプラットフ ォームおよび複数の加入者の第２部分に固有の第２ロケーションレジスタプラッ トフォームを含む移動電話交換センターのホームロケーションレジスタシステム を運用するための方法であって、 第１のダイレクトポイントコードを有するすべてのサービスリクエストメッセ ージを第１ロケーションレジスタプラットフォームにルーチングし、応答を処理 し、発生するための工程と、 第２のダイレクトポイントコードを有するすべてのサービスリクエストメッセ ージを第２ロケーションレジスタプラットフォームにルーチングし、応答を処理 し、発生するための工程と、 処理された際にロケーションレジスタプラットフォームに記憶されていた加入 者データの変更を生じさせるサービスリクエストメッセージをロケーションレジ スタプラットフォーム間でコピーし、第１ロケーションレジスタプラットフォー ムと第２ロケーションレジスタプラットフォームに記憶されていた加入者データ を一致させる工程と、 第１または第２ロケーションレジスタプラットフォームのいずれかの故障をモ ニタする工程と、 かかる故障に応答し、第１または第２ロケーションレジスタプラットフォーム のうちの故障したプラットフォームを識別するダイレクトポイントコードを有す る、その後のすべてのサービスリクエストメッセージを第１または第２ロケーシ ョンレジスタプラットフォームの作動中のプラットフォームへ自動的にルーチン グし、応答の処理、発生および内部に記憶されていた加入者データの変更を行う 工程とを備えた、移動電話交換センターのホームロケーションレジスタシステム を運用するための方法。