(57)【特許請求の範囲】
【請求項１】
転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とで行う加入者データ管理方法において、
前記加入者データ管理装置により、
保守運用装置に投入された第１加入者データと、前記ユーザ端末から通知された第２加入者データとで構成される加入者データを受信するステップと、
受信した前記加入者データに対して当該加入者データを通知したユーザ端末を収容している転送系装置を対応付けた加入者データの原本を記憶手段に記憶させるステップと、を有し、
前記呼制御サーバにより、
前記加入者データ管理装置から、所定の呼制御サーバが収容している転送系装置に対応付けられた前記加入者データを受信するステップと、
受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させるステップと、
を有することを特徴とする加入者データ管理方法。
【請求項２】
前記呼制御サーバにより、
前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得するステップを更に有することを特徴とする請求項１記載の加入者データ管理方法。
【請求項３】
前記加入者データ管理装置により、
前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するステップを更に有することを特徴とする請求項１又は２記載の加入者データ管理方法。
【請求項４】
前記加入者データ管理装置により、
前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、前記加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するステップを更に有することを特徴とする請求項３記載の加入者データ管理方法。
【請求項５】
前記呼制御サーバにおいて加入者データが記憶手段に設定される際に、呼制御要求を発生させたユーザ端末に係る加入者データを優先させることを特徴とする請求項２乃至４のいずれかに記載の加入者データ管理方法。
【請求項６】
転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とを備えた呼制御システムにおいて、
前記加入者データ管理装置は、
保守運用装置に投入された第１加入者データと、前記ユーザ端末から通知された第２加入者データとで構成される加入者データを受信する手段と、
受信した前記加入者データに対して当該加入者データを通知したユーザ端末を収容している転送系装置を対応付けた加入者データの原本を記憶手段に記憶させる手段と、
前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除する手段と、
前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、前記加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除する手段と、を有し、
前記呼制御サーバは、
前記加入者データ管理装置から、所定の呼制御サーバが収容している転送系装置に対応付けられた前記加入者データを受信する手段と、
受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させる手段と、
前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得する手段と、
を有することを特徴とする呼制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御システムにおける加入者データの管理技術に関する。
【背景技術】
【０００２】
従来の電話網において、加入者にサービスを提供するために必要となる加入者の情報（以下、加入者データ）は、その加入者の電話端末を収容している加入者交換機により保持される。
【０００３】
このため、加入者データの更新履歴やバックアップデータをも加入者交換機で保持する必要があることから、加入者交換機に障害が発生した際の復旧処理が煩雑になるという課題がある。
【０００４】
具体的な復旧処理は障害発生要因により異なり、障害発生要因としては、図１５（ａ）のハードウェア故障時、同図（ｂ）の激甚災害罹災時、同図（ｃ）のネットワーク障害時が挙げられる。
【０００５】
例えば、ハードウェア故障が発生した場合には、保守者による交換作業を行う。ハードウェア障害によるサービス中断に備えるためには、夜間であっても保守者対応による現地でのハードウェア交換作業が必要となることから、保守上の負担が大きい。激甚災害が発生した場合には、予備の加入者交換機に代替してサービスを提供する。ネットワーク障害が発生した場合には、ネットワークの復旧を待つか、激甚災害罹災時と同様の手順で復旧する事が必要となる。
【０００６】
一方、３ＧＰＰ（3rd Generation Partnership Project）で規定される呼制御システムによれば、ＨＳＳ（Home Subscriber Server）と呼ばれる加入者データ管理データベース（以下、加入者データ管理装置）により加入者データが集中管理される（非特許文献１参照）。
【０００７】
従来の加入者交換機の機能を実現するサーバ装置（以下、呼制御サーバ）とは異なる装置により加入者データが保持されることから、障害が発生した装置単位で復旧処理を行うことで足り、従来の電話網における上記課題はある程度解消される。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ、「3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP Multimedia (IM) Subsystem Cx and Dx interfaces; Signalling flows and message contents (Release 9)」、3GPP TS 29.228、V9.3.0、2010年9月
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、複数のユーザ端末から一斉に呼接続要求が生起されると、その要求を受けた呼制御サーバから加入者データ管理装置への加入者データ問い合わせが集中し、それにより加入者データ管理装置の負荷が高くなるため、その対策のための設備投資コストが増大するという課題や、ユーザ端末への応答時間が長くなることから、サービスの低下を招くという課題があった。
【００１０】
本発明は、上記課題を鑑みてなされたものであり、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止すると共に、ユーザ端末への応答時間を短縮することを第１の課題とし、呼制御サーバの障害発生時における復旧処理を単純化することを第２の課題とする。
【課題を解決するための手段】
【００１１】
請求項１記載の加入者データ管理方法は、転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とで行う加入者データ管理方法において、前記加入者データ管理装置により、保守運用装置に投入された第１加入者データと、前記ユーザ端末から通知された第２加入者データとで構成される加入者データを受信するステップと、受信した前記加入者データに対して当該加入者データを通知したユーザ端末を収容している転送系装置を対応付けた加入者データの原本を記憶手段に記憶させるステップと、を有し、前記呼制御サーバにより、前記加入者データ管理装置から、所定の呼制御サーバが収容している転送系装置に対応付けられた前記加入者データを受信するステップと、受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させるステップと、を有することを特徴とする。
【００１２】
本発明によれば、呼制御サーバにより、加入者データ管理装置で原本として保持されている加入者データが当該原本に対する複製のキャッシュデータとして保持されるため、呼接続要求時に加入者データ管理装置への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止することができ、ユーザ端末への応答時間を短縮することができる。
【００１３】
請求項２記載の加入者データ管理方法は、請求項１記載の加入者データ管理方法において、前記呼制御サーバにより、前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得するステップを更に有することを特徴とする。
【００１４】
本発明によれば、呼制御サーバにより、複製のキャッシュデータが消失した場合に、その呼制御サーバが収容している転送系装置に係る加入者データを加入者データ管理装置から取得するため、原本としての加入者データを利用して復旧できることから、呼制御サーバの障害発生時における復旧処理を単純化することができる。
【００１５】
請求項３記載の加入者データ管理方法は、請求項１又は２記載の加入者データ管理方法において、前記加入者データ管理装置により、前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するステップを更に有することを特徴とする。
【００１６】
本発明によれば、加入者データ管理装置により、転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに上記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。
【００１７】
請求項４記載の加入者データ管理方法は、請求項３記載の加入者データ管理方法において、前記加入者データ管理装置により、前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、前記加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するステップを更に有することを特徴とする。
【００１８】
本発明によれば、加入者データ管理装置により、ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。
【００１９】
請求項５記載の加入者データ管理方法は、請求項２乃至４のいずれかに記載の加入者データ管理方法において、前記呼制御サーバにおいて加入者データが記憶手段に設定される際に、呼制御要求を発生させたユーザ端末に係る加入者データを優先させることを特徴とする。
【００２０】
本発明によれば、呼制御サーバにおいて加入者データが記憶手段に設定される際に、呼制御要求を発生させたユーザ端末に係る加入者データを優先させるため、通信を利用しようとする加入者が通信を利用できない時間を短縮することができる。
【００２１】
請求項６記載の呼制御システムは、転送系装置を介して加入者のユーザ端末から送信された呼を制御する呼制御サーバと、前記加入者に関する加入者データを管理する加入者データ管理装置とを備えた呼制御システムにおいて、前記加入者データ管理装置は、保守運用装置に投入された第１加入者データと、前記ユーザ端末から通知された第２加入者データとで構成される加入者データを受信する手段と、受信した前記加入者データに対して当該加入者データを通知したユーザ端末を収容している転送系装置を対応付けた加入者データの原本を記憶手段に記憶させる手段と、前記転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに前記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除する手段と、前記ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、前記加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに前記変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除する手段と、を有し、前記呼制御サーバは、前記加入者データ管理装置から、所定の呼制御サーバが収容している転送系装置に対応付けられた前記加入者データを受信する手段と、受信した前記加入者データを前記原本に対する複製のキャッシュデータとして記憶手段に記憶させる手段と、前記複製のキャッシュデータが消失した場合に、当該呼制御サーバが収容している転送系装置に係る加入者データを前記加入者データ管理装置から取得する手段と、を有することを特徴とする。
【００２２】
本発明によれば、呼制御サーバにより、加入者データ管理装置で原本として保持されている加入者データが当該原本に対する複製のキャッシュデータとして保持されるため、呼接続要求時に加入者データ管理装置への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止することができ、ユーザ端末への応答時間を短縮することができる。
【００２３】
本発明によれば、呼制御サーバにより、複製のキャッシュデータが消失した場合に、その呼制御サーバが収容している転送系装置に係る加入者データを加入者データ管理装置から取得するため、原本としての加入者データを利用して復旧できることから、呼制御サーバの障害発生時における復旧処理を単純化することができる。
【００２４】
本発明によれば、加入者データ管理装置により、転送系装置を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置と収容する呼制御サーバとの対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先の呼制御サーバに上記転送系装置に係る加入者データを送信し、移行元の呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。
【００２５】
本発明によれば、加入者データ管理装置により、ユーザ端末を収容している転送系装置が他の転送系装置に移行する場合に、加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先の転送系装置を収容している呼制御サーバに変更後の加入者データを送信し、移行元の転送系装置を収容している呼制御サーバの加入者データを削除するため、呼制御サーバの障害発生時における復旧処理を単純化することができる。
【発明の効果】
【００２６】
本発明によれば、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置の負荷集中を防止することができ、ユーザ端末への応答時間を短縮することができる。また、呼制御サーバの障害発生時における復旧処理を単純化することができる。
【図面の簡単な説明】
【００２７】
【図１】呼制御システムの全体構成を示す図である。
【図２】収容される転送系装置と収容する呼制御サーバとの対応関係を定めた対応表と加入者データ（原本）との例を示す図である。
【図３】加入者データ（複製）の例を示す図である。
【図４】動作例１の動作シーケンスを示す図である。
【図５】動作例２の動作シーケンスを示す図である。
【図６】動作例３の動作シーケンスを示す図である。
【図７】動作例４における呼制御システムの全体構成を示す図である。
【図８】動作例４における対応表と加入者データ（原本）との例を示す図である。
【図９】動作例４の動作シーケンスを示す図である。
【図１０】動作例５における呼制御システムの全体構成を示す図である。
【図１１】動作例５における対応表と加入者データ（原本）との例を示す図である。
【図１２】動作例５の動作シーケンスを示す図である。
【図１３】動作例６における優先処理の概念を説明する図である。
【図１４】動作例６の動作シーケンスを示す図である。
【図１５】障害発生要因例を示す図である。
【発明を実施するための形態】
【００２８】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００２９】
最初に、本実施の形態に係る呼制御システムの構成について説明する。図１は、呼制御システムの全体構成を示す図である。
【００３０】
本呼制御システム１は、加入者のユーザ端末９００を収容する転送系装置１００と、転送系装置１００を介してユーザ端末９００から送信された呼を制御する呼制御サーバ３００と、加入者に関する加入者データを管理する加入者データ管理装置５００と、呼制御サーバ３００や加入者データ管理装置５００を保守運用する際に利用される保守運用装置７００とで主に構成されている。
【００３１】
加入者データ管理装置５００は、保守運用装置７００と呼制御サーバ３００とにそれぞれ相互通信可能に接続されている。また、転送系装置１００は、呼制御サーバ３００に相互通信可能に接続されており、複数のユーザ端末９００を収容可能なエッジルータ等により実現可能される。
【００３２】
加入者データ管理装置５００は、加入者データ原本記憶部５１と、加入者データバックアップ記憶部５２と、加入者データ送受信部５３と、保守運用装置インタフェース５４と、呼制御サーバインタフェース５５とを具備している。以下、それら各部の機能について詳述する。
【００３３】
加入者データ原本記憶部５１は、図２（ａ）に示すように、加入者データ管理装置５００が収容している呼制御サーバ（同図（ａ）において収容呼制御サーバ）３００と、その呼制御サーバ３００が収容している転送系装置（同図（ａ）において収容転送系装置）１００との対応関係を示す対応表を記憶する機能を有している。
【００３４】
また、同図（ｂ）に示すように、加入者を識別する加入者識別子と、その加入者識別子を有するユーザ端末９００を収容している転送系装置（同図（ｂ）において収容転送系装置）１００と、その加入者に関する加入者データ（例えば、契約データ、カスタムデータ、連携データ等）とを対応付けた加入者データの原本を記憶する機能を有している。
【００３５】
契約データは、ユーザ端末９００の新設や契約内容の変更時に、保守者から保守運用装置７００を介して投入されるデータである。カスタムデータは、ユーザの操作により投入されるデータである。連携データは、ＭＡＣアドレスやレジスタ情報のように、ユーザ端末９００から通知されるデータである。契約データと、カスタムデータと、連携データとの全ては、加入者識別子に紐づけられたユーザ端末毎の情報である。
【００３６】
加入者データバックアップ記憶部５２は、加入者データ原本記憶部５１で記憶される加入者データの原本のバックアップや更新履歴を記憶する機能を有している。
【００３７】
加入者データ送受信部５３は、保守運用装置７００から保守運用装置インタフェース５４を介して、又は、呼制御サーバ３００から呼制御サーバインタフェース５５を介して受信した加入者データを加入者データ原本記憶部５１に蓄積する機能や、加入者データ原本記憶部５１から取得した加入者データを、呼制御サーバインタフェース５５を介して呼制御サーバ３００に送信する機能を有している。
【００３８】
呼制御サーバ３００は、加入者データキャッシュ管理部３１と、加入者データキャッシュ送受信部３２と、加入者データ管理装置インタフェース３３と、転送系装置インタフェース３４とを具備している。以下、それら各部の機能について詳述する。
【００３９】
加入者データキャッシュ管理部３１は、図３に示すように、加入者データ管理装置５００から受信した加入者データの原本の複製をキャッシュデータとして記憶する機能を有している。
【００４０】
加入者データキャッシュ送受信部３２は、加入者データ管理装置５００から加入者データ管理装置インタフェース３３を介して受信した加入者データを、加入者データキャッシュ管理部３１に蓄積する機能や、転送系装置１００から転送系装置インタフェース３４を介して受信した加入者データを、加入者データ管理装置インタフェース３３を介して加入者データ管理装置５００に送信する機能を有している。
【００４１】
なお、加入者データ管理装置５００及び呼制御サーバ３００は、メモリ等の記憶手段や、ＣＰＵ等の制御手段により実現される。特に、加入者データキャッシュ管理部３１は、加入者データ原本記憶部５１や加入者データバックアップ記憶部５２よりも高速にデータの書き込み・読み出しが可能な記憶手段であることが望ましい。
【００４２】
次に、このような構成を有する呼制御システムで行う加入者データ管理方法について説明する。
【００４３】
〔動作例１〕
動作例１では、保守運用装置７００に投入された契約データやカスタムデータに係る加入者データを登録する動作について説明する。図４は、動作例１の動作シーケンスを示す図である。
【００４４】
最初に、保守運用装置７００により、保守者によって投入された上記加入者データが、加入者データ管理装置５００に通知される（ステップＳ１１）。
【００４５】
次に、加入者データ管理装置５００により、ステップＳ１１で通知された加入者データが、加入者データ原本記憶部５１の所定の位置に原本として蓄積される（ステップＳ１２）。
【００４６】
次に、加入者データ管理装置５００により、保守運用装置７００から通知された加入者データが、即時に、その加入者データに係るユーザ端末９００を収容する転送系装置１００を収容する呼制御サーバ３００に対して、収容転送系装置を特定する情報と共に通知される（ステップＳ１３）。
【００４７】
なお、通知する加入者データは、保守運用装置７００から通知された変更分のみの差分データでもよいし、全加入者データでもよい。また、呼制御サーバ３００への加入者データの通知は、一定周期毎に行ってもよい。
【００４８】
最後に、呼制御サーバ３００により、加入者データ管理装置５００から通知された加入者データが、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部３１の所定の位置に複製のキャッシュデータとして蓄積される（ステップＳ１４）。
【００４９】
以上より、動作例１によれば、加入者データ管理装置５００により、契約データやカスタムデータに係る加入者データが原本として蓄積され、呼制御サーバ３００により、その加入者データが原本に対する複製のキャッシュデータとして蓄積されるので、呼接続要求時に加入者データ管理装置５００への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置５００の負荷集中を防止することができ、ユーザ端末９００への応答時間を短縮することができる。
【００５０】
〔動作例２〕
動作例２では、ユーザ端末の新設等によりユーザ端末９００から送信されたユーザ信号を、呼制御サーバ３００が受信したことを契機に生成される連携データに係る加入者データを登録する動作について説明する。図５は、動作例２の動作シーケンスを示す図である。
【００５１】
最初に、ユーザ端末９００により、転送系装置１００を介して、収容するユーザ端末の新設や変更等による当該ユーザ端末９００に係るデータ（例えば、端末のＭＡＣアドレスや閉塞状態）が、ユーザ信号により呼制御サーバ３００に通知される（ステップＳ２１）。
【００５２】
次に、呼制御サーバ３００により、ユーザ端末９００から通知されたユーザ信号を元に、そのユーザ端末９００に係る加入者データに含まれる連携データが生成される（ステップＳ２２）。
【００５３】
次に、呼制御サーバ３００により、ステップＳ２２で生成した連携データを含む加入者データが、収容転送系装置を特定する情報と共に、一定周期毎に、加入者データ管理装置５００に通知される（ステップＳ２３）。
【００５４】
なお、加入者データ管理装置５００への通知は、ステップＳ２２の後、即時に行ってもよい。
【００５５】
次に、加入者データ管理装置５００により、ステップＳ２３で通知された加入者データと収容転送系装置を特定する情報とが、加入者データ原本記憶部５１の所定の位置に原本として蓄積される（ステップＳ２４）。
【００５６】
次に、加入者データ管理装置５００により、ステップＳ２３で通知された加入者データを加入者データ原本記憶部５１に蓄積したことの応答が、呼制御サーバ３００に対して通知される（ステップＳ２５）。
【００５７】
最後に、呼制御サーバ３００により、ステップＳ２２で生成した連携データを含む加入者データが、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部３１の所定の位置に複製のキャッシュデータとして蓄積される（ステップＳ２６）。
【００５８】
以上より、動作例２によれば、加入者データ管理装置５００により、連携データを含む加入者データが原本として蓄積され、呼制御サーバ３００により、その加入者データが原本に対する複製のキャッシュデータとして蓄積されるので、呼接続要求時に加入者データ管理装置５００への問い合わせが不要となることから、呼接続要求が一斉に生起された場合であっても、加入者データ管理装置５００の負荷集中を防止することができ、ユーザ端末９００への応答時間を短縮することができる。
【００５９】
〔動作例３〕
動作例３では、呼制御サーバ３００に障害が発生し、加入者データキャッシュ管理部３１で記憶しているキャッシュデータが消失した際の復旧動作について説明する。図６は、動作例３の動作シーケンスを示す図である。
【００６０】
最初に、呼制御サーバ３００により、障害の発生後、再開処理を実行することにより復旧が開始される（ステップＳ３１）。
【００６１】
次に、呼制御サーバ３００により、加入者データ管理装置５００に対して、全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データの取得が要求される（ステップＳ３２）。
【００６２】
次に、加入者データ管理装置５００により、その呼制御サーバ３００が収容している転送系装置１００に係る全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データが、加入者データ原本記憶部５１及び加入者データバックアップ記憶部５２から取得される（ステップＳ３３）。具体的には、原本として記憶されている加入者データの複製データが取得される。
【００６３】
次に、加入者データ管理装置５００により、ステップＳ３３で取得した全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データが、収容転送系装置を特定する情報と共に、呼制御サーバ３００に通知される（ステップＳ３４）。
【００６４】
最後に、呼制御サーバ３００により、加入者データ管理装置５００から取得した全ての加入者データ又は障害発生時刻以降に更新された加入者データの差分データが、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部３１の所定の位置に蓄積される（ステップＳ３５）。
【００６５】
なお、ステップＳ３２において、呼制御サーバ３００は、加入者データ管理装置５００に対して、全ての加入者データと更新履歴の取得を要求し、ステップＳ３３において、加入者データ管理装置５００は、その呼制御サーバ３００が収容している転送系装置１００に係る全ての加入者データと更新履歴を、加入者データ原本記憶部５１及び加入者データバックアップ記憶部５２から取得し、ステップＳ３４において、加入者データ管理装置５００から取得した全ての加入者データと更新履歴を元に、最新の加入者データを生成し、収容転送系装置を特定する情報と共に、加入者データキャッシュ管理部３１の所定の位置に蓄積するようにしてもよい。
【００６６】
以上より、動作例３によれば、呼制御サーバ３００により、複製のキャッシュデータが消失した場合に、その呼制御サーバ３００が収容している転送系装置１００に係る加入者データを加入者データ管理装置５００から取得するので、原本としての加入者データを利用して復旧できることから、呼制御サーバ３００の障害発生時における復旧処理を単純化することができる。
【００６７】
〔動作例４〕
動作例４では、図１に代えて図７の全体構成を参照しながら、転送系装置毎に呼制御サーバを移行（切替）する際の動作について説明する。
【００６８】
ここでは、図８（ａ）に示すように、加入者データ管理装置５００が加入者データ原本記憶部５１に保持している、収容呼制御サーバと当該呼制御サーバが収容している収容転送系装置との対応関係を示す対応表において、移行元と移行先との２つの収容呼制御サーバに関する情報を有するものとする。図９は、動作例４の動作シーケンスを示す図である。
【００６９】
最初に、保守運用装置７００により、加入者データ管理装置５００に対して、切り替えの対象となる転送系装置（転送系装置＃１）１００と、移行先呼制御サーバ（呼制御サーバ＃２）３００ｂとを含めた呼制御サーバ移行指示が通知される（ステップＳ４１）。
【００７０】
次に、加入者データ管理装置５００により、加入者データ原本記憶部５１に保持している対応表（図８（ａ）参照）のうち、保守運用装置７００から通知された転送系装置＃１に対応する収容呼制御サーバ（移行先）に、呼制御サーバ＃２が蓄積される（ステップＳ４２）。
【００７１】
次に、加入者データ管理装置５００により、転送系装置＃１に対応する移行元呼制御サーバ（呼制御サーバ＃１）３００ａ及び移行先呼制御サーバ（呼制御サーバ＃２）３００ｂに対して、転送系装置＃１に収容される全てのユーザ端末９００の加入者データが、収容転送系装置を特定する情報と共に、通知される（ステップＳ４３、ステップＳ４５）。
【００７２】
なお、移行元呼制御サーバ（呼制御サーバ＃１）３００ａに対しては、転送系装置＃１に収容される全てのユーザ端末の加入者データのうち、ステップＳ４１以後に変更のあった、差分の加入者データを通知し、移行先呼制御サーバ（呼制御サーバ＃２）３００ｂに対しては、全ての加入者データを通知する。
【００７３】
次に、移行元呼制御サーバ（呼制御サーバ＃１）３００ａ及び移行先呼制御サーバ（呼制御サーバ＃２）３００ｂにより、加入者データ管理装置５００から取得した全ての加入者データが、収容転送系装置を特定する情報と共に、各加入者データキャッシュ管理部３１の所定の位置にそれぞれ蓄積される（ステップＳ４４、ステップＳ４６）。
【００７４】
次に、加入者データ管理装置５００により、移行元呼制御サーバ（呼制御サーバ＃１）３００ａに対して、収容される全てのユーザ端末９００の閉塞が通知される（ステップＳ４７）。
【００７５】
図示しないが、移行元呼制御サーバ（呼制御サーバ＃１）３００ａ及び移行先呼制御サーバ（呼制御サーバ＃２）３００ｂは、ルーチング情報の設定を行う。
【００７６】
次に、加入者データ管理装置５００により、移行元呼制御サーバ（呼制御サーバ＃１）３００ａに対して、切り替え対象であった転送系装置＃１に収容される全てのユーザ端末９００の加入者データ削除が通知される（ステップＳ４８）。
【００７７】
次に、移行元呼制御サーバ（呼制御サーバ＃１）３００ａにより、転送系装置＃１に収容される全てのユーザ端末の加入者データが、加入者データキャッシュ管理部３１から削除される（ステップＳ４９）。
【００７８】
最後に、加入者データ管理装置５００により、図８（ａ）に示すように、加入者データ原本記憶部５１に保持している対応表のうち、転送系装置＃１に対応する収容呼制御サーバ（移行元）に蓄積された呼制御サーバ＃１が削除される（ステップＳ５０）。なお、ステップＳ５０は、ステップＳ４２の次に行ってもよい。
【００７９】
以上より、動作例４によれば、加入者データ管理装置５００により、転送系装置１００を収容している呼制御サーバが他の呼制御サーバに移行する場合に、収容される転送系装置１００と収容する呼制御サーバ３００との対応関係を示す対応表で定義された呼制御サーバの識別子を移行先の呼制御サーバの識別子に変更し、移行先呼制御サーバ３００ｂに上記転送系装置１００に係る加入者データを送信し、移行元呼制御サーバ３００ａの加入者データを削除するので、呼制御サーバ３００の障害発生時における復旧処理を単純化することができる。
【００８０】
〔動作例５〕
動作例５では、図１に代えて図１０の全体構成を参照しながら、ユーザ端末毎に転送系装置を移行（切替）する際の動作について説明する。
【００８１】
ここでは、図１１（ｂ）に示すように、加入者データ管理装置５００が加入者データ原本記憶部５１に保持している加入者データの原本において、移行元と移行先の２つの収容転送系装置に関する情報を有するものとする。図１２は、動作例５の動作シーケンスを示す図である。
【００８２】
最初に、保守運用装置７００により、加入者データ管理装置５００に対して、切り替え対象となるユーザ端末（ユーザ端末＃１）９００と、移行先転送系装置（転送系装置＃２）１００ｂとを含めたユーザ端末の移行指示が通知される（ステップＳ５１）。
【００８３】
次に、加入者データ管理装置５００により、加入者データ原本記憶部５１に保持している加入者データの原本（図１１（ｂ）参照）のうち、保守運用装置７００から通知されたユーザ端末＃１の加入者識別子＃１に対応する収容転送系装置（移行先）に、転送系装置＃２が蓄積される（ステップＳ５２）。
【００８４】
次に、加入者データ管理装置５００により、移行元呼制御サーバ（呼制御サーバ＃１）３００ａ及び移行先呼制御サーバ（呼制御サーバ＃２）３００ｂに対して、ユーザ端末＃１の加入者データが通知される（ステップＳ５３、ステップＳ５５）。
【００８５】
なお、移行元呼制御サーバ（呼制御サーバ＃１）３００ａに対しては、ユーザ端末＃１の加入者データのうち、ステップＳ５１以後に変更のあった、差分の加入者データを通知し、移行先呼制御サーバ（呼制御サーバ＃２）３００ｂに対しては、全ての加入者データを通知する。
【００８６】
次に、移行元呼制御サーバ（呼制御サーバ＃１）３００ａ及び移行先呼制御サーバ（呼制御サーバ＃２）３００ｂにより、加入者データ管理装置５００から取得したユーザ端末＃１の加入者データが、各加入者データキャッシュ管理部３１の所定の位置にそれぞれ蓄積される（ステップＳ５４、ステップＳ５６）。
【００８７】
次に、加入者データ管理装置５００により、移行元呼制御サーバ（呼制御サーバ＃１）３００ａに対して、切り替え対象のユーザ端末＃１の閉塞が通知される（ステップＳ５７）。
【００８８】
図示しないが、移行元呼制御サーバ（呼制御サーバ＃１）３００ａ及び移行先呼制御サーバ（呼制御サーバ＃２）３００ｂは、ルーチング情報の設定を行う。
【００８９】
次に、加入者データ管理装置５００により、移行元呼制御サーバ（呼制御サーバ＃１）３００ａに対して、切り替え対象であったユーザ端末＃１の加入者データ削除が通知される（ステップＳ５８）。
【００９０】
次に、移行元呼制御サーバ（呼制御サーバ＃１）３００ａにより、ユーザ端末＃１の加入者データが、加入者データキャッシュ管理部３１から削除される（ステップＳ５９）。
【００９１】
次に、加入者データ管理装置５００により、図１１（ｂ）に示すように、加入者データ原本記憶部５１に保持している加入者データの原本のうち、ユーザ端末＃１の加入者識別子＃１に対応する収容転送系装置（移行元）に蓄積された転送系装置＃１が削除される（ステップＳ６０）。なお、ステップＳ６０は、ステップＳ５２の次に行ってもよい。
【００９２】
次に、加入者データ管理装置５００により、移行先呼制御サーバ（呼制御サーバ＃２）３００ｂに対して、ユーザ端末＃１の加入者データの加入者識別子＃１に対応する収容転送系装置（移行元）に蓄積された転送系装置＃１の削除が通知される（ステップＳ６１）。
【００９３】
最後に、移行先呼制御サーバ（呼制御サーバ＃２）３００ｂにより、ユーザ端末＃１の加入者データの加入者識別子＃１に対応する収容転送系装置（移行元）に蓄積された転送系装置＃１が、加入者データキャッシュ管理部３１から削除される（ステップＳ６２）。
【００９４】
以上より、動作例５によれば、加入者データ管理装置５００により、ユーザ端末９００を収容している転送系装置が他の転送系装置に移行する場合に、加入者データにおける転送系装置の識別子を移行先の転送系装置の識別子に変更し、移行先転送系装置１００ｂを収容している移行先呼制御サーバ３００ｂに変更後の加入者データを送信し、移行元転送系装置１００ａを収容している移行元呼制御サーバ３００ａの加入者データを削除するので、呼制御サーバ３００の障害発生時における復旧処理を単純化することができる。
【００９５】
〔動作例６〕
動作例６では、動作例３〜動作例５において呼制御サーバ３００が加入者データを加入者データキャッシュ管理部３１に設定する際の優先的動作について説明する。
【００９６】
動作例３〜動作例５における呼制御サーバ３００に対する加入者データの設定処理は、サービス中断を避けるために、呼制御を受け付けるのと並行して行う。ここで、データ設定中にユーザ端末９００から呼制御要求が発生した場合は、図１３に示すように、そのユーザに関する加入者データの設定を優先する。図１４は、動作例６の動作シーケンスを示す図である。
【００９７】
保守運用装置７００から移行対象となる転送系装置＃１と、復旧又は移行先呼制御サーバ３００ｂの情報として呼制御サーバ＃２とが通知されると、加入者データ管理装置５００により、転送系装置＃１に対応する全ての加入者データが移行先呼制御サーバ（呼制御サーバ＃２）３００ｂに通知される。
【００９８】
そして、移行先呼制御サーバ（呼制御サーバ＃２）３００ｂにより、通知された加入者データを元に、加入者データキャッシュ管理部３１に加入者データが１加入者毎に順次設定される（ステップＳ６３）。
【００９９】
なお、この設定処理については、どの加入者から設定を行うかは加入者データに設定された値を基にしても良いし、加入者データを受信した順序を基にしても良い。
【０１００】
上記順次設定を行っている際にユーザ端末９００から信号を受信した場合（ステップＳ６４）、その順次設定処理を一旦停止させ（ステップＳ６５）、信号を送信したユーザ端末９００が既にデータ設定されているか否かを確認し、設定されていなかった場合に当該加入者に係る加入者データの設定処理を優先的に行う（ステップＳ６６）。この処理の終了後、ステップＳ６３での開通処理を再開させる（ステップＳ６７）。
【０１０１】
以上より、動作例６によれば、呼制御サーバ３００において加入者データが設定される際に、呼制御要求を発生させたユーザ端末９００に係る加入者データを優先させるので、通信を利用しようとする加入者が通信を利用できない時間を短縮することができる。
【符号の説明】
【０１０２】
１…呼制御システム
１００…転送系装置
１００ａ…移行元転送系装置
１００ｂ…移行先転送系装置
３００…呼制御サーバ
３００ａ…移行元呼制御サーバ
３００ｂ…移行先呼制御サーバ
３１…加入者データキャッシュ管理部
３２…加入者データキャッシュ送受信部
３３…加入者管理装置インタフェース
３４…転送系装置インタフェース
５００…加入者データ管理装置
５１…加入者データ原本記憶部
５２…加入者データバックアップ記憶部
５３…加入者データ送受信部
５４…保守運用装置インタフェース
５５…呼制御サーバインタフェース
７００…保守運用装置
９００…ユーザ端末
Ｓ…処理ステップ
【図１】
0005417387.tif 000002
【図２】
0005417387.tif 000003
【図３】
0005417387.tif 000004
【図４】
0005417387.tif 000005
【図５】
0005417387.tif 000006
【図６】
0005417387.tif 000007
【図７】
0005417387.tif 000008
【図８】
0005417387.tif 000009
【図９】
0005417387.tif 000010
【図１０】
0005417387.tif 000011
【図１１】
0005417387.tif 000012
【図１２】
0005417387.tif 000013
【図１３】
0005417387.tif 000014
【図１４】
0005417387.tif 000015
【図１５】
0005417387.tif 000016