転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とで行う加入者データ管理方法において、前記加入者データ管理装置により、保守運用装置に投入された第1加入者データと、前記ユーザ端末から通知された第2加入者データとで構成される加入者データを受信するステップと、受信した前記加入者データを原本として記憶手段に記憶させるステップと、を有し、前記呼制御サーバにより、前記加入者データを受信するステップと、受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させるステップと、を有することを特徴とする加入者データ管理方法。前記呼制御サーバにより、前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得するステップを更に有することを特徴とする請求項1記載の加入者データ管理方法。前記加入者データ管理装置により、前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するステップを更に有することを特徴とする請求項1又は2記載の加入者データ管理方法。前記原本は、前記加入者データと当該加入者データを通知したユーザ端末を収容している転送系装置とが対応付けられた加入者データであって、前記加入者データ管理装置により、前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、当該加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するステップを更に有することを特徴とする請求項3記載の加入者データ管理方法。前記呼制御サーバにおいて加入者データが記憶手段に設定される際に、呼制御要求を発生させたユーザ端末に係る加入者データを優先させることを特徴とする請求項2乃至4のいずれかに記載の加入者データ管理方法。転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とを備えた呼制御システムにおいて、前記加入者データ管理装置は、保守運用装置に投入された第1加入者データと、前記ユーザ端末から通知された第2加入者データとで構成される加入者データを受信する手段と、受信した前記加入者データを原本として記憶手段に記憶させる手段と、前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除する手段と、前記原本は、前記加入者データと当該加入者データを通知したユーザ端末を収容している転送系装置とが対応付けられた加入者データであって、前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、当該加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除する手段と、を有し、前記呼制御サーバは、前記加入者データを受信する手段と、受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させる手段と、前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得する手段と、を有することを特徴とする呼制御システム。しかしながら、複数のユーザ端末から一斉に呼接続要求が生起されると、その要求を受けた呼制御サーバから加入者データ管理装置への加入者データ問い合わせが集中し、それにより加入者データ管理装置の負荷が高くなるため、その対策のための設備投資コストが増大するという課題や、ユーザ端末への応答時間が長くなることから、サービスの低下を招くという課題があった。本発明は、上記課題を鑑みてなされたものであり、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止すると共に、ユーザ端末への応答時間を短縮することを第1の課題とし、呼制御サーバの障害発生時における復旧処理を単純化することを第2の課題とする。請求項1記載の加入者データ管理方法は、転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とで行う加入者データ管理方法において、前記加入者データ管理装置により、保守運用装置に投入された第1加入者データと、前記ユーザ端末から通知された第2加入者データとで構成される加入者データを受信するステップと、受信した前記加入者データを原本として記憶手段に記憶させるステップと、を有し、前記呼制御サーバにより、前記加入者データを受信するステップと、受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させるステップと、を有することを特徴とする。本発明によれば、呼制御サーバにより、加入者データ管理装置で原本として保持されている加入者データが当該原本に対する複製のキャッシュデータとして保持されるため、呼接続要求時に加入者データ管理装置への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止することができ、ユーザ端末への応答時間を短縮することができる。請求項2記載の加入者データ管理方法は、請求項1記載の加入者データ管理方法において、前記呼制御サーバにより、前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得するステップを更に有することを特徴とする。本発明によれば、呼制御サーバにより、複製のキャッシュデータが消失した場合に、その呼制御サーバが収容している転送系装置に係る加入者データを加入者データ管理装置から取得するため、原本としての加入者データを利用して復旧できることから、呼制御サーバの障害発生時における復旧処理を単純化することができる。請求項3記載の加入者データ管理方法は、請求項1又は2記載の加入者データ管理方法において、前記加入者データ管理装置により、前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するステップを更に有することを特徴とする。本発明によれば、加入者データ管理装置により、転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに上記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。請求項4記載の加入者データ管理方法は、請求項3記載の加入者データ管理方法において、前記原本は、前記加入者データと当該加入者データを通知したユーザ端末を収容している転送系装置とが対応付けられた加入者データであって、前記加入者データ管理装置により、前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、当該加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するステップを更に有することを特徴とする。本発明によれば、加入者データ管理装置により、ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。請求項5記載の加入者データ管理方法は、請求項2乃至4のいずれかに記載の加入者データ管理方法において、前記呼制御サーバにおいて加入者データが記憶手段に設定される際に、呼制御要求を発生させたユーザ端末に係る加入者データを優先させることを特徴とする。本発明によれば、呼制御サーバにおいて加入者データが記憶手段に設定される際に、呼制御要求を発生させたユーザ端末に係る加入者データを優先させるため、通信を利用しようとする加入者が通信を利用できない時間を短縮することができる。請求項6記載の呼制御システムは、転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とを備えた呼制御システムにおいて、前記加入者データ管理装置は、保守運用装置に投入された第1加入者データと、前記ユーザ端末から通知された第2加入者データとで構成される加入者データを受信する手段と、受信した前記加入者データを原本として記憶手段に記憶させる手段と、前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除する手段と、前記原本は、前記加入者データと当該加入者データを通知したユーザ端末を収容している転送系装置とが対応付けられた加入者データであって、前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、当該加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除する手段と、を有し、前記呼制御サーバは、前記加入者データを受信する手段と、受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させる手段と、前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得する手段と、を有することを特徴とする。本発明によれば、呼制御サーバにより、加入者データ管理装置で原本として保持されている加入者データが当該原本に対する複製のキャッシュデータとして保持されるため、呼接続要求時に加入者データ管理装置への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止することができ、ユーザ端末への応答時間を短縮することができる。本発明によれば、呼制御サーバにより、複製のキャッシュデータが消失した場合に、その呼制御サーバが収容している転送系装置に係る加入者データを加入者データ管理装置から取得するため、原本としての加入者データを利用して復旧できることから、呼制御サーバの障害発生時における復旧処理を単純化することができる。本発明によれば、加入者データ管理装置により、転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに上記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。本発明によれば、加入者データ管理装置により、ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。本発明によれば、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止することができ、ユーザ端末への応答時間を短縮することができる。また、呼制御サーバの障害発生時における復旧処理を単純化することができる。以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。最初に、本実施の形態に係る呼制御システムの構成について説明する。図1は、呼制御システムの全体構成を示す図である。本呼制御システム1は、加入者のユーザ端末900を収容する転送系装置100と、転送系装置100を介してユーザ端末900から送信された呼を制御する呼制御サーバ300と、加入者に関する加入者データを管理する加入者データ管理装置500と、呼制御サーバ300や加入者データ管理装置500を保守運用する際に利用される保守運用装置700とで主に構成されている。加入者データ管理装置500は、保守運用装置700と呼制御サーバ300とにそれぞれ相互通信可能に接続されている。また、転送系装置100は、呼制御サーバ300に相互通信可能に接続されており、複数のユーザ端末900を収容可能なエッジルータ等により実現可能される。加入者データ管理装置500は、加入者データ原本記憶部51と、加入者データバックアップ記憶部52と、加入者データ送受信部53と、保守運用装置インタフェース54と、呼制御サーバインタフェース55とを具備している。以下、それら各部の機能について詳述する。加入者データ原本記憶部51は、図2aに示すように、加入者データ管理装置500が収容している呼制御サーバ同図aにおいて収容呼制御サーバ300と、その呼制御サーバ300が収容している転送系装置同図aにおいて収容転送系装置100との対応関係を示す対応表を記憶する機能を有している。また、同図bに示すように、加入者を識別する加入者識別子と、その加入者識別子を有するユーザ端末900を収容している転送系装置同図bにおいて収容転送系装置100と、その加入者に関する加入者データ例えば、契約データ、カスタムデータ、連携データ等とを対応付けた加入者データの原本を記憶する機能を有している。契約データは、ユーザ端末900の新設や契約内容の変更時に、保守者から保守運用装置700を介して投入されるデータである。カスタムデータは、ユーザの操作により投入されるデータである。連携データは、MACアドレスやレジスタ情報のように、ユーザ端末900から通知されるデータである。契約データと、カスタムデータと、連携データとの全ては、加入者識別子に紐づけられたユーザ端末毎の情報である。加入者データバックアップ記憶部52は、加入者データ原本記憶部51で記憶される加入者データの原本のバックアップや更新履歴を記憶する機能を有している。加入者データ送受信部53は、保守運用装置700から保守運用装置インタフェース54を介して、又は、呼制御サーバ300から呼制御サーバインタフェース55を介して受信した加入者データを加入者データ原本記憶部51に蓄積する機能や、加入者データ原本記憶部51から取得した加入者データを、呼制御サーバインタフェース55を介して呼制御サーバ300に送信する機能を有している。呼制御サーバ300は、加入者データキャッシュ管理部31と、加入者データキャッシュ送受信部32と、加入者データ管理装置インタフェース33と、転送系装置インタフェース34とを具備している。以下、それら各部の機能について詳述する。加入者データキャッシュ管理部31は、図3に示すように、加入者データ管理装置500から受信した加入者データの原本の複製をキャッシュデータとして記憶する機能を有している。加入者データキャッシュ送受信部32は、加入者データ管理装置500から加入者データ管理装置インタフェース33を介して受信した加入者データを、加入者データキャッシュ管理部31に蓄積する機能や、転送系装置100から転送系装置インタフェース34を介して受信した加入者データを、加入者データ管理装置インタフェース33を介して加入者データ管理装置500に送信する機能を有している。なお、加入者データ管理装置500及び呼制御サーバ300は、メモリ等の記憶手段や、CPU等の制御手段により実現される。特に、加入者データキャッシュ管理部31は、加入者データ原本記憶部51や加入者データバックアップ記憶部52よりも高速にデータの書き込み読み出しが可能な記憶手段であることが望ましい。次に、このような構成を有する呼制御システムで行う加入者データ管理方法について説明する。動作例1動作例1では、保守運用装置700に投入された契約データやカスタムデータに係る加入者データを登録する動作について説明する。図4は、動作例1の動作シーケンスを示す図である。最初に、保守運用装置700により、保守者によって投入された上記加入者データが、加入者データ管理装置500に通知されるステップS11。次に、加入者データ管理装置500により、ステップS11で通知された加入者データが、加入者データ原本記憶部51の所定の位置に原本として蓄積されるステップS12。次に、加入者データ管理装置500により、保守運用装置700から通知された加入者データが、即時に、その加入者データに係るユーザ端末900を収容する転送系装置100を収容する呼制御サーバ300に対して、収容転送系装置を特定する情報と共に通知されるステップS13。なお、通知する加入者データは、保守運用装置700から通知された変更分のみの差分データでもよいし、全加入者データでもよい。また、呼制御サーバ300への加入者データの通知は、一定周期毎に行ってもよい。最後に、呼制御サーバ300により、加入者データ管理装置500から通知された加入者データが、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部31の所定の位置に複製のキャッシュデータとして蓄積されるステップS14。以上より、動作例1によれば、加入者データ管理装置500により、契約データやカスタムデータに係る加入者データが原本として蓄積され、呼制御サーバ300により、その加入者データが原本に対する複製のキャッシュデータとして蓄積されるので、呼接続要求時に加入者データ管理装置500への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置500の負荷集中を防止することができ、ユーザ端末900への応答時間を短縮することができる。動作例2動作例2では、ユーザ端末の新設等によりユーザ端末900から送信されたユーザ信号を、呼制御サーバ300が受信したことを契機に生成される連携データに係る加入者データを登録する動作について説明する。図5は、動作例2の動作シーケンスを示す図である。最初に、ユーザ端末900により、転送系装置100を介して、収容するユーザ端末の新設や変更等による当該ユーザ端末900に係るデータ例えば、端末のMACアドレスや閉塞状態が、ユーザ信号により呼制御サーバ300に通知されるステップS21。次に、呼制御サーバ300により、ユーザ端末900から通知されたユーザ信号を元に、そのユーザ端末900に係る加入者データに含まれる連携データが生成されるステップS22。次に、呼制御サーバ300により、ステップS22で生成した連携データを含む加入者データが、収容転送系装置を特定する情報と共に、一定周期毎に、加入者データ管理装置500に通知されるステップS23。なお、加入者データ管理装置500への通知は、ステップS22の後、即時に行ってもよい。次に、加入者データ管理装置500により、ステップS23で通知された加入者データと収容転送系装置を特定する情報とが、加入者データ原本記憶部51の所定の位置に原本として蓄積されるステップS24。次に、加入者データ管理装置500により、ステップS23で通知された加入者データを加入者データ原本記憶部51に蓄積したことの応答が、呼制御サーバ300に対して通知されるステップS25。最後に、呼制御サーバ300により、ステップS22で生成した連携データを含む加入者データが、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部31の所定の位置に複製のキャッシュデータとして蓄積されるステップS26。以上より、動作例2によれば、加入者データ管理装置500により、連携データを含む加入者データが原本として蓄積され、呼制御サーバ300により、その加入者データが原本に対する複製のキャッシュデータとして蓄積されるので、呼接続要求時に加入者データ管理装置500への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置500の負荷集中を防止することができ、ユーザ端末900への応答時間を短縮することができる。動作例3動作例3では、呼制御サーバ300に障害が発生し、加入者データキャッシュ管理部31で記憶しているキャッシュデータが消失した際の復旧動作について説明する。図6は、動作例3の動作シーケンスを示す図である。最初に、呼制御サーバ300により、障害の発生後、再開処理を実行することにより復旧が開始されるステップS31。次に、呼制御サーバ300により、加入者データ管理装置500に対して、全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データの取得が要求されるステップS32。次に、加入者データ管理装置500により、その呼制御サーバ300が収容している転送系装置100に係る全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データが、加入者データ原本記憶部51及び加入者データバックアップ記憶部52から取得されるステップS33。具体的には、原本として記憶されている加入者データの複製データが取得される。次に、加入者データ管理装置500により、ステップS33で取得した全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データが、収容転送系装置を特定する情報と共に、呼制御サーバ300に通知されるステップS34。最後に、呼制御サーバ300により、加入者データ管理装置500から取得した全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データが、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部31の所定の位置に蓄積されるステップS35。なお、ステップS32において、呼制御サーバ300は、加入者データ管理装置500に対して、全ての加入者データと更新履歴の取得を要求し、ステップS33において、加入者データ管理装置500は、その呼制御サーバ300が収容している転送系装置100に係る全ての加入者データと更新履歴を、加入者データ原本記憶部51及び加入者データバックアップ記憶部52から取得し、ステップS34において、加入者データ管理装置500から取得した全ての加入者データと更新履歴を元に、最新の加入者データを生成し、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部31の所定の位置に蓄積するようにしてもよい。以上より、動作例3によれば、呼制御サーバ300により、複製のキャッシュデータが消失した場合に、その呼制御サーバ300が収容している転送系装置100に係る加入者データを加入者データ管理装置500から取得するので、原本としての加入者データを利用して復旧できることから、呼制御サーバ300の障害発生時における復旧処理を単純化することができる。動作例4動作例4では、図1に代えて図7の全体構成を参照しながら、転送系装置毎に呼制御サーバを移行切替する際の動作について説明する。ここでは、図8aに示すように、加入者データ管理装置500が加入者データ原本記憶部51に保持している、収容呼制御サーバと当該呼制御サーバが収容している収容転送系装置との対応関係を示す対応表において、移行元と移行先との2つの収容呼制御サーバに関する情報を有するものとする。図9は、動作例4の動作シーケンスを示す図である。最初に、保守運用装置700により、加入者データ管理装置500に対して、切り替えの対象となる転送系装置転送系装置1100と、移行先呼制御サーバ呼制御サーバ2300bとを含めた呼制御サーバ移行指示が通知されるステップS41。次に、加入者データ管理装置500により、加入者データ原本記憶部51に保持している対応表図8a参照のうち、保守運用装置700から通知された転送系装置1に対応する収容呼制御サーバ移行先に、呼制御サーバ2が蓄積されるステップS42。次に、加入者データ管理装置500により、転送系装置1に対応する移行元呼制御サーバ呼制御サーバ1300a及び移行先呼制御サーバ呼制御サーバ2300bに対して、転送系装置1に収容される全てのユーザ端末900の加入者データが、収容転送系装置を特定する情報と共に、通知されるステップS43、ステップS45。なお、移行元呼制御サーバ呼制御サーバ1300aに対しては、転送系装置1に収容される全てのユーザ端末の加入者データのうち、ステップS41以後に変更のあった、差分の加入者データを通知し、移行先呼制御サーバ呼制御サーバ2300bに対しては、全ての加入者データを通知する。次に、移行元呼制御サーバ呼制御サーバ1300a及び移行先呼制御サーバ呼制御サーバ2300bにより、加入者データ管理装置500から取得した全ての加入者データが、収容転送系装置を特定する情報と共に、各加入者データキャッシュ管理部31の所定の位置にそれぞれ蓄積されるステップS44、ステップS46。次に、加入者データ管理装置500により、移行元呼制御サーバ呼制御サーバ1300aに対して、収容される全てのユーザ端末900の閉塞が通知されるステップS47。図示しないが、移行元呼制御サーバ呼制御サーバ1300a及び移行先呼制御サーバ呼制御サーバ2300bは、ルーチング情報の設定を行う。次に、加入者データ管理装置500により、移行元呼制御サーバ呼制御サーバ1300aに対して、切り替え対象であった転送系装置1に収容される全てのユーザ端末900の加入者データ削除が通知されるステップS48。次に、移行元呼制御サーバ呼制御サーバ1300aにより、転送系装置1に収容される全てのユーザ端末の加入者データが、加入者データキャッシュ管理部31から削除されるステップS49。最後に、加入者データ管理装置500により、図8aに示すように、加入者データ原本記憶部51に保持している対応表のうち、転送系装置1に対応する収容呼制御サーバ移行元に蓄積された呼制御サーバ1が削除されるステップS50。なお、ステップS50は、ステップS42の次に行ってもよい。以上より、動作例4によれば、加入者データ管理装置500により、転送系装置100を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置100と収容する呼制御サーバ300との対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先呼制御サーバ300bに上記転送系装置100に係る加入者データを送信し、移行元呼制御サーバ300aの加入者データを削除するので、呼制御サーバ300の障害発生時における復旧処理を単純化することができる。動作例5動作例5では、図1に代えて図10の全体構成を参照しながら、ユーザ端末毎に転送系装置を移行切替する際の動作について説明する。ここでは、図11bに示すように、加入者データ管理装置500が加入者データ原本記憶部51に保持している加入者データの原本において、移行元と移行先の2つの収容転送系装置に関する情報を有するものとする。図12は、動作例5の動作シーケンスを示す図である。最初に、保守運用装置700により、加入者データ管理装置500に対して、切り替え対象となるユーザ端末ユーザ端末1900と、移行先転送系装置転送系装置2100bとを含めたユーザ端末の移行指示が通知されるステップS51。次に、加入者データ管理装置500により、加入者データ原本記憶部51に保持している加入者データの原本図11b参照のうち、保守運用装置700から通知されたユーザ端末1の加入者識別子1に対応する収容転送系装置移行先に、転送系装置2が蓄積されるステップS52。次に、加入者データ管理装置500により、移行元呼制御サーバ呼制御サーバ1300a及び移行先呼制御サーバ呼制御サーバ2300bに対して、ユーザ端末1の加入者データが通知されるステップS53、ステップS55。なお、移行元呼制御サーバ呼制御サーバ1300aに対しては、ユーザ端末1の加入者データのうち、ステップS51以後に変更のあった、差分の加入者データを通知し、移行先呼制御サーバ呼制御サーバ2300bに対しては、全ての加入者データを通知する。次に、移行元呼制御サーバ呼制御サーバ1300a及び移行先呼制御サーバ呼制御サーバ2300bにより、加入者データ管理装置500から取得したユーザ端末1の加入者データが、各加入者データキャッシュ管理部31の所定の位置にそれぞれ蓄積されるステップS54、ステップS56。次に、加入者データ管理装置500により、移行元呼制御サーバ呼制御サーバ1300aに対して、切り替え対象のユーザ端末1の閉塞が通知されるステップS57。図示しないが、移行元呼制御サーバ呼制御サーバ1300a及び移行先呼制御サーバ呼制御サーバ2300bは、ルーチング情報の設定を行う。次に、加入者データ管理装置500により、移行元呼制御サーバ呼制御サーバ1300aに対して、切り替え対象であったユーザ端末1の加入者データ削除が通知されるステップS58。次に、移行元呼制御サーバ呼制御サーバ1300aにより、ユーザ端末1の加入者データが、加入者データキャッシュ管理部31から削除されるステップS59。次に、加入者データ管理装置500により、図11bに示すように、加入者データ原本記憶部51に保持している加入者データの原本のうち、ユーザ端末1の加入者識別子1に対応する収容転送系装置移行元に蓄積された転送系装置1が削除されるステップS60。なお、ステップS60は、ステップS52の次に行ってもよい。次に、加入者データ管理装置500により、移行先呼制御サーバ呼制御サーバ2300bに対して、ユーザ端末1の加入者データの加入者識別子1に対応する収容転送系装置移行元に蓄積された転送系装置1の削除が通知されるステップS61。最後に、移行先呼制御サーバ呼制御サーバ2300bにより、ユーザ端末1の加入者データの加入者識別子1に対応する収容転送系装置移行元に蓄積された転送系装置1が、加入者データキャッシュ管理部31から削除されるステップS62。以上より、動作例5によれば、加入者データ管理装置500により、ユーザ端末900を収容している転送系装置が他の転送系装置に移行する場合に、加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先転送系装置100bを収容している移行先呼制御サーバ300bに変更後の加入者データを送信し、移行元転送系装置100aを収容している移行元呼制御サーバ300aの加入者データを削除するので、呼制御サーバ300の障害発生時における復旧処理を単純化することができる。動作例6動作例6では、動作例3~動作例5において呼制御サーバ300が加入者データを加入者データキャッシュ管理部31に設定する際の優先的動作について説明する。動作例3~動作例5における呼制御サーバ300に対する加入者データの設定処理は、サービス中断を避けるために、呼制御を受け付けるのと並行して行う。ここで、データ設定中にユーザ端末900から呼制御要求が発生した場合は、図13に示すように、そのユーザに関する加入者データの設定を優先する。図14は、動作例6の動作シーケンスを示す図である。保守運用装置700から移行対象となる転送系装置1と、復旧又は移行先呼制御サーバ300bの情報として呼制御サーバ2とが通知されると、加入者データ管理装置500により、転送系装置1に対応する全ての加入者データが移行先呼制御サーバ呼制御サーバ2300bに通知される。そして、移行先呼制御サーバ呼制御サーバ2300bにより、通知された加入者データを元に、加入者データキャッシュ管理部31に加入者データが1加入者毎に順次設定されるステップS63。なお、この設定処理については、どの加入者から設定を行うかは加入者データに設定された値を基にしても良いし、加入者データを受信した順序を基にしても良い。上記順次設定を行っている際にユーザ端末900から信号を受信した場合ステップS64、その順次設定処理を一旦停止させステップS65、信号を送信したユーザ端末900が既にデータ設定されているか否かを確認し、設定されていなかった場合に当該加入者に係る加入者データの設定処理を優先的に行うステップS66。この処理の終了後、ステップS63での開通処理を再開させるステップS67。以上より、動作例6によれば、呼制御サーバ300において加入者データが設定される際に、呼制御要求を発生させたユーザ端末900に係る加入者データを優先させるので、通信を利用しようとする加入者が通信を利用できない時間を短縮することができる。