(57)【要約】【課題】ＰＢＸシステムの構成が変化しても音声通話サービスを提供可能とする。【解決手段】ＰＢＸ集中管理システム２は、ユーザ端末の情報を登録する加入者個別データベース１１１を備えるＰＢＸサーバ１１と、これに対応して設置され、加入者個別データベース１１１に登録するユーザ端末の情報を受け付ける加入者情報登録受付部１２２を備える登録サーバ１２と、サブエリア５全体のユーザ端末の情報を格納する加入者全体データベース１３１を備えるマスタサーバ１３とを含む。ＰＢＸサーバ１１は、加入者個別データベース１１１に登録されていないユーザ端末の呼については、呼に係るユーザ端末の情報をマスタサーバ１３に問い合わせる呼制御部１１３を備える。登録サーバ１２の加入者情報登録受付部１２２は、対となるＰＢＸサーバ１１に対するユーザ端末の登録・削除情報を受信したら、これをマスタサーバ１３にも転送する。【選択図】図２
2015154385.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末の情報を登録する加入者個別データベースを備えるＰＢＸと、
前記ＰＢＸに対応して設置され、前記ＰＢＸに登録するユーザ端末の情報を受け付ける加入者情報登録受付部を備える登録サーバと、
サブエリアに設置され、当該サブエリア全体のユーザ端末の情報を格納する加入者全体データベースを備えるマスタサーバと、
を含んだＰＢＸ集中管理システムであって、
前記ＰＢＸは、前記加入者個別データベースに登録されていないユーザ端末の呼については、当該呼に係るユーザ端末の情報を前記マスタサーバに問い合わせる呼制御部を更に備え、
前記登録サーバの前記加入者情報登録受付部は、対となる前記ＰＢＸに対するユーザ端末の登録・削除情報を受信したならば、当該登録・削除情報を前記マスタサーバにも転送する、
ことを特徴とするＰＢＸ集中管理システム。
【請求項２】
（図２・図１１：集約）
前記登録サーバは、
ユーザ端末の前記登録・削除情報を前記マスタサーバに転送したか否かを記憶する記憶部を有する、
ことを特徴とする請求項１に記載のＰＢＸ集中管理システム。
【請求項３】
前記登録サーバの前記加入者情報登録受付部は、
対となる前記ＰＢＸに対するユーザ端末の前記登録・削除情報を受信した際に、前記登録・削除情報を前記マスタサーバに転送できなかったならば、前記登録・削除情報を未通知として前記記憶部に記憶し、
再び前記マスタサーバと通信可能になったならば、未通知として記憶した前記登録・削除情報を、前記マスタサーバに転送したのちに通知済として前記記憶部に記憶する、
ことを特徴とする請求項２に記載のＰＢＸ集中管理システム。
【請求項４】
前記登録サーバの前記加入者情報登録受付部は、
対となる前記ＰＢＸに対するユーザ端末の前記登録・削除情報を受信したのち、前記登録・削除情報を前記マスタサーバに転送できなかったならば、前記登録・削除情報を未通知として前記記憶部に記憶し、
新たなマスタサーバと通信可能になったならば、自装置が記憶した前記登録・削除情報をすべて転送して、前記記憶部に未通知として記憶した前記登録・削除情報を通知済として記憶する、
ことを特徴とする請求項２に記載のＰＢＸ集中管理システム。
【請求項５】
（図４：図８：集約）
前記登録サーバは、同一のサブエリアにマスタサーバが複数台設置されたならば、いずれか１台が前記マスタサーバとして動作するように集約する起動／集約部を備える、
ことを特徴とする請求項１に記載のＰＢＸ集中管理システム。
【請求項６】
（図４：図８：集約）
前記登録サーバは、一のサブエリアのＰＢＸと他のサブエリアのＰＢＸとが通信可能に接続されたことを検知したならば、前記一のサブエリアのマスタサーバおよび前記他のサブエリアのマスタサーバのうちいずれか１台か前記マスタサーバとして動作するように集約する起動／集約部を備える、
ことを特徴とする請求項１に記載のＰＢＸ集中管理システム。
【請求項７】
登録されたユーザ端末の情報を記憶するＰＢＸと、
前記ＰＢＸに対応して設置される登録サーバと、
サブエリアに設置され、当該サブエリア全体のユーザ端末の情報を記憶するマスタサーバと、
を含んだＰＢＸ集中管理システムが実行するＰＢＸ集中管理方法であって、
前記ＰＢＸが、自装置に登録されていないユーザ端末の呼を受け付けるステップと、
前記マスタサーバに、当該呼に係るユーザ端末の情報を問い合わせるステップとを実行し、
前記登録サーバが、対となる前記ＰＢＸに対するユーザ端末の登録・削除情報を受信するステップと、
当該登録・削除情報を前記マスタサーバに転送するステップと、
を実行することを特徴とするＰＢＸ集中管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大規模災害等によって電話が利用不能となった被災地に、従前より使用されていたスマートフォンなどの携帯端末を用いて臨時の電話サービスを好適に提供するＰＢＸ（Private Branch eXchange）集中管理システム、およびＰＢＸ集中管理方法に関する。
【背景技術】
【０００２】
大規模災害等によって電話が利用不能になった被災地に、臨時に無線ＬＡＮ対応の仮設ＰＢＸシステムを被災地内の複数拠点に設置することで、従前より使用されていたスマートフォンなどの携帯端末を用いて臨時の電話サービスを提供することが検討されている。
【０００３】
仮設ＰＢＸシステムとして利用して複数拠点を連携しようとした場合、例えば、非特許文献１に記載されているように、一般的には各拠点にダイアルする際にプレフィクス（先頭番号）を指定することが多い。この非特許文献１には、札幌オフィスは１、東京オフィスは３、大阪オフィスは６、福岡オフィスは９というように決めておき、例えば３に続いて東京オフィスの内線番号をダイアルすると、東京オフィスの内線端末に電話を掛けることができる技術が記載されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】高橋隆雄、「第２回  Ａｓｔｅｒｉｓｋは何に使えるか？  ３／３」、[online]、２００６年４月２０日、ＩＴＰｒｏ、［２０１４年１月８日検索］、インターネット<URL： http://itpro.nikkeibp.co.jp/article/COLUMN/20060419/235646/?ST=network&P=3>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献１に記載の技術は、各ユーザが全オフィスの電話番号表を参照できることを前提としており、かつ、発信先のユーザ端末が、どのオフィスのＰＢＸに収容されているかを意識して発信しなければならない。また、非特許文献１に記載の技術では、オフィスのＰＢＸが増減した場合や、ユーザ端末が移動した場合には、全オフィスの電話番号表を更新しなければならない。
【０００６】
大規模災害時には、被災エリアのＰＢＸが停止し、ＰＢＸ間や広域網との接続が遮断される。その後、時間の経過とともに、被災したＰＢＸが復旧し、ＰＢＸ間や広域網との接続が確立される。更に、二次災害などにより、一度接続したＰＢＸ間が再び分断される場合や、ＰＢＸが増設される場合なども想定され、ＰＢＸシステムの構成は、刻々と変化する。ユーザ端末が携帯電話端末のときには、別のＰＢＸの管轄エリアにユーザが移動することも考えられる。非特許文献１に記載の技術では、このような場合に音声通話サービスを提供できない。
【０００７】
本発明は、前記した問題を解決し、ＰＢＸシステムの構成変化やユーザ端末の移動に影響されず、音声通話サービスを提供可能なＰＢＸ集中管理システムおよびＰＢＸ集中管理方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するため、請求項１に記載の発明は、ユーザ端末の情報を登録する加入者個別データベースを備えるＰＢＸと、前記ＰＢＸに対応して設置され、前記ＰＢＸに登録するユーザ端末の情報を受け付ける加入者情報登録受付部を備える登録サーバと、サブエリアに設置され、当該サブエリア全体のユーザ端末の情報を格納する加入者全体データベースを備えるマスタサーバと、を含んだＰＢＸ集中管理システムである。前記ＰＢＸは、前記加入者個別データベースに登録されていないユーザ端末の呼については、当該呼に係るユーザ端末の情報を前記マスタサーバに問い合わせる呼制御部を更に備える。前記登録サーバの前記加入者情報登録受付部は、対となる前記ＰＢＸに対するユーザ端末の登録・削除情報を受信したならば、当該登録・削除情報を前記マスタサーバにも転送する。
【０００９】
このようにすることで、ＰＢＸシステムの構成変化やユーザ端末の移動によらず、音声通話サービスを提供することができる。
【００１０】
請求項２に記載の発明では、前記登録サーバは、ユーザ端末の前記登録・削除情報を前記マスタサーバに転送したか否かを記憶する記憶部を有する、ことを特徴とする請求項１に記載のＰＢＸ集中管理システムとした。
【００１１】
このようにすることで、マスタサーバの稼働の有無に関わらず、ユーザ端末の登録・削除情報を受け付けることができる。
【００１２】
請求項３に記載の発明では、前記登録サーバの前記加入者情報登録受付部は、対となる前記ＰＢＸに対するユーザ端末の前記登録・削除情報を受信した際に、前記登録・削除情報を前記マスタサーバに転送できなかったならば、前記登録・削除情報を未通知として前記記憶部に記憶し、再び前記マスタサーバと通信可能になったならば、未通知として記憶した前記登録・削除情報を、前記マスタサーバに転送したのちに通知済として前記記憶部に記憶する、ことを特徴とする請求項２に記載のＰＢＸ集中管理システムとした。
【００１３】
このようにすることで、マスタサーバの停止時であっても、ユーザ端末の登録・削除情報を受け付け、再びマスタサーバと通信可能になったときに、この登録・削除情報を転送することができる。
【００１４】
請求項４に記載の発明では、前記登録サーバの前記加入者情報登録受付部は、対となる前記ＰＢＸに対するユーザ端末の前記登録・削除情報を受信したのち、前記登録・削除情報を前記マスタサーバに転送できなかったならば、前記登録・削除情報を未通知として前記記憶部に記憶し、新たなマスタサーバと通信可能になったならば、自装置が記憶した前記登録・削除情報をすべて転送して、前記記憶部に未通知として記憶した前記登録・削除情報を通知済として記憶する、ことを特徴とする請求項２に記載のＰＢＸ集中管理システムとした。
【００１５】
このようにすることで、マスタサーバの停止時であっても、ユーザ端末の登録・削除情報を受け付け、新たなマスタサーバと通信可能になったときに、全ての登録・削除情報を転送する。これにより、この新たなマスタサーバに、当該エリア全体のユーザ端末の情報を管理させることができる。
【００１６】
請求項５に記載の発明では、前記登録サーバは、同一のサブエリアにマスタサーバが複数台設置されたならば、いずれか１台が前記マスタサーバとして動作するように集約する起動／集約部を備える、ことを特徴とする請求項１に記載のＰＢＸ集中管理システムとした。
【００１７】
このようにすることで、同一のサブエリアに稼働するマスタサーバを１台に制約し、複数のマスタサーバが稼働することによる不整合などの弊害を抑止することができる。
【００１８】
請求項６に記載の発明では、前記登録サーバは、一のサブエリアのＰＢＸと他のサブエリアのＰＢＸとが通信可能に接続されたことを検知したならば、前記一のサブエリアのマスタサーバおよび前記他のサブエリアのマスタサーバのうちいずれか１台か前記マスタサーバとして動作するように集約する起動／集約部を備えることを特徴とする請求項１に記載のＰＢＸ集中管理システムとした。
【００１９】
このようにすることで、同一のサブエリアに稼働するマスタサーバを１台に制約し、複数のマスタサーバが稼働することによる不整合などの弊害を抑止することができる。
【００２０】
請求項７に記載の発明では、登録されたユーザ端末の情報を記憶するＰＢＸと、前記ＰＢＸに対応して設置される登録サーバと、サブエリアに設置され、当該サブエリア全体のユーザ端末の情報を記憶するマスタサーバと、を含んだＰＢＸ集中管理システムが実行するＰＢＸ集中管理方法であって、前記ＰＢＸが、自装置に登録されていないユーザ端末の呼を受け付けるステップと、前記マスタサーバに、当該呼に係るユーザ端末の情報を問い合わせるステップとを実行し、前記登録サーバが、対となる前記ＰＢＸに対するユーザ端末の登録・削除情報を受信するステップと、当該登録・削除情報を前記マスタサーバに転送するステップと、を実行することを特徴とするＰＢＸ集中管理方法とした。
【００２１】
このようにすることで、ＰＢＸシステムの構成変化やユーザ端末の移動に影響されず、音声通話サービスを提供することができる。
【発明の効果】
【００２２】
本発明によれば、ＰＰＢＸシステムの構成変化やユーザ端末の移動に影響されず、音声通話サービスを提供可能なＰＢＸ集中管理システムおよびＰＢＸ集中管理方法が可能となる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態におけるＰＢＸ集中管理システムの概要を示す図である。
【図２】本実施形態におけるＰＢＸ集中管理システムの各装置の構成を示す図である。
【図３】本実施形態におけるＰＢＸ集中管理システムの各ユーザデータの配置を示す図である。
【図４】本実施形態におけるＰＢＸ集中管理システムの各データベースの構成を示す図である。
【図５】平常動作時のＰＢＸ集中管理システムの例を示す図である。
【図６】サブエリアに分断されたＰＢＸ集中管理システムの例を示す図である。
【図７】各ユニットに分断されたＰＢＸ集中管理システムの例を示す図である。
【図８】登録サーバの起動／集約処理を示すフローチャートである。
【図９】登録サーバの加入者情報登録受付処理を示すフローチャートである。
【図１０】マスタサーバの新規設置のシーケンス図である。
【図１１】マスタサーバの集約のシーケンス図である。
【図１２】マスタサーバの停止と起動のシーケンス図である。
【図１３】マスタサーバの停止と交換のシーケンス図である。
【図１４】マスタサーバの障害発生から復旧までのシーケンス図である。
【図１５】マスタサーバの障害発生からユニットの分断までのシーケンス図である。
【図１６】電話番号の信頼度レベルを示す図である。
【発明を実施するための形態】
【００２４】
図１は、本実施形態におけるＰＢＸ集中管理システム２の概要を示す図である。
ＰＢＸ集中管理システム２は、ユニット１−１〜１−６を含んで構成される。
サブエリア５−１には、ユニット１−１〜１−３が位置している。サブエリア５−２には、ユニット１−４〜１−６が位置している。ここで「ユニット１」とは、ＰＢＸシステムの構成要素であるＰＢＸサーバ１１と、登録サーバ１２と、マスタサーバ１３とをまとめた呼称である。
【００２５】
各サブエリア５−１，５−２を、それぞれ「サブエリア＃１，＃２」と図示する。各サブエリア５−１，５−２を特に区別しないときには、単にサブエリア５と記載する。各ユニット１−１〜１−６を、それぞれ「ユニット＃１〜＃６」と図示する。各ユニット１−１〜１−６を特に区別しないときには、単にユニット１と記載する。
【００２６】
各ユニット１−１〜１−６には、それぞれ加入者個別データベース１１１を備えるＰＢＸサーバ１１と、加入者個別データベース１２１を備える登録サーバ１２とが稼働している。加入者個別データベース１１１には、このＰＢＸサーバ１１が収容する電話端末の加入者情報が格納される。加入者個別データベース１２１は、登録サーバ１２がマスタサーバ１３への通知状態を管理するためのものである。加入者個別データベース１１１と加入者個別データベース１２１とは、「個別」・「個別ＤＢ」と図示される場合がある。
【００２７】
ユニット１−２，１−５には更に、加入者全体データベース１３１を備えるマスタサーバ１３が稼働している。加入者全体データベース１３１は、「全体」・「全体ＤＢ」と図示される。加入者全体データベース１３１には、サブエリア５内の全体の加入者情報が格納される。
【００２８】
電話端末３−１は、ユニット１−１のＰＢＸサーバ１１と、ユニット１−３のＰＢＸサーバ１１とを介して、電話端末３−２に対してＳＩＰ（Session Initiation Protocol）メッセージを送信する。ユニット１−１のＰＢＸサーバ１１は、ユニット１−２のマスタサーバ１３に電話端末３−１の加入者情報を問い合わせる。電話端末３−１は、電話端末３−２との間でＲＴＰ（Real-time Transport Protocol）データを送受信することができる。
【００２９】
電話端末３−３は、ユニット１−４のＰＢＸサーバ１１と、ユニット１−６のＰＢＸサーバ１１とを介して、公衆回線網８の不図示の電話端末に対してＳＩＰ（Session Initiation Protocol）メッセージを送信する。ユニット１−４のＰＢＸサーバ１１は、ユニット１−５のマスタサーバ１３に電話端末３−３の加入者情報を問い合わせる。電話端末３−３は、ＲＴＰデータを送受信することができる。
【００３０】
マスタサーバ１３は、サブエリア５ごとに１台稼動する。登録サーバ１２は、ユーザ端末の登録・削除時にマスタサーバ１３へ登録・削除情報を伝える。ＰＢＸサーバ１１は、自身の加入者個別データベース１１１に登録されていない電話端末宛の呼については、マスタサーバ１３へ所在を問い合わせて収容先のＰＢＸサーバ１１を特定し、このＰＢＸサーバ１１へ呼を転送する。どのＰＢＸサーバ１１にも登録されていない電話端末宛の呼は、外線に接続可能なユニット１−６のＰＢＸサーバ１１から外線発信される。
このように構成することで、ＰＢＸ集中管理システム２は、自身の構成が変化した場合や、ユーザ端末が移動した場合であっても、音声通話サービスを提供することができる。
【００３１】
図２は、本実施形態におけるユニット１−２の各装置の構成を示す図である。
ユニット１−２は、ＰＢＸサーバ１１と、登録サーバ１２と、マスタサーバ１３と、管理端末１４とを備えている。ユニット１−２は、携帯電話端末３や汎用のＰＣ４を登録して、内線電話端末として利用可能とするものである。
【００３２】
ＰＢＸサーバ１１は、自身に登録されたユーザ情報を格納する加入者個別データベース１１１と、加入者の端末情報の登録と管理とを行う加入者情報登録管理部１１２と、端末の呼を制御する呼制御部１１３とを備える。
【００３３】
登録サーバ１２は、マスタサーバ１３へユーザ情報を通知したか否かを管理する加入者個別データベース１２１と、加入者の端末情報の登録を受け付ける加入者情報登録受付部１２２と、マスタサーバ１３の起動と集約とを行う起動／集約部１２３とを備える。登録サーバ１２は、加入者情報登録受付部１２２により、マスタサーバ１３の稼働の有無に関わらず、ユーザ端末の登録・削除情報を受け付けることができる。
マスタサーバ１３は、ユニット１−２が位置するサブエリア５の加入者全体のユーザ情報を格納する加入者全体データベース１３１と、加入者全体の端末情報の登録を受け付ける加入者全体情報登録受付部１３２とを備える。
【００３４】
携帯電話端末３は、ＩＰ通信による通話を実行するＩＰ電話処理部３１と、加入者登録機能を有するＩＰ−ＰＢＸ登録部３２と、固有の電話番号を格納するＳＩＭ（Subscriber Identity Module）カード３３とを備える。
【００３５】
汎用のＰＣ４において、ＩＰ通信を用いて通話を行うためアプリケーションプログラムの実行により、ＩＰ電話処理部４１が具現化される。汎用のＷｅｂブラウザの実行により、ＩＰ−ＰＢＸ登録部４２が具現化される。ＩＰ−ＰＢＸ登録部４２は、ＰＢＸサーバ１１に、自身の固有のＩＰアドレスと電話番号とを含むSIP Registerを送信して、自身をＰＢＸ集中管理システム２の内線電話端末として加入者登録させる。そのためには、ＩＰ−ＰＢＸ登録部４２の機能を提供するＷｅｂページのＵＲＬ（Uniform Resource Locator）アドレスが予め記憶部に登録されていればよい。汎用のＰＣ４は、ＩＰ通信を用いて通話を行うためアプリケーションプログラムと、加入者登録を実行するＷｅｂブラウザとを不図示の記憶部に格納している。
【００３６】
携帯電話端末３や汎用のＰＣ４は、ＰＢＸ登録アプリケーションの実行やＰＢＸ登録Ｗｅｂページなどにより、ＩＰアドレスや電話番号を含むSIP RegisterをＰＢＸサーバ１１に送信し、自身の加入者情報をＰＢＸサーバ１１に登録する。
【００３７】
マスタサーバ１３は、加入者全体データベース１３１に、サブエリア５の中の全ユーザの電話端末が、どのＰＢＸサーバ１１に収容されているかを示す情報を格納している。登録サーバ１２は、各ユーザ情報をマスタサーバ１３へ通知したか否かを管理し、ＰＢＸサーバ１１とマスタサーバ１３との間でのデータ同期を行う。
【００３８】
図３および図４は、構成変更の検出と再構成の動作を説明する図である。図３は、ＰＢＸ集中管理システム２の各ユーザデータの配置例を示す図である。
この例において、ＰＢＸ集中管理システム２は、ユニット１−１，１−２を含んでいる。
【００３９】
ユニット１−１には、加入者個別データベース１１１−１を備えるＰＢＸサーバ１１−１と、加入者個別データベース１２１−１を備える登録サーバ１２−１と、加入者全体データベース１３１−１を備えるマスタサーバ１３−１とが稼働している。
【００４０】
ユニット１−２には、加入者個別データベース１１１−２を備えるＰＢＸサーバ１１−２と、加入者個別データベース１２１−２を備える登録サーバ１２−２とが稼働している。
【００４１】
ユニット１−１は、ユーザ＃１の電話端末３−１と、ユーザ＃２の電話端末３−２とを登録している。ユニット１−２は、ユーザ＃３の電話端末３−３と、ユーザ＃４の汎用のＰＣ４とを登録している。
電話端末３−１の電話番号は、「０９０−１１１１−１１１１」である。電話端末３−１に払い出されたＩＰアドレスは、１９２．１６８．１００．１である。
電話端末３−２の電話番号は、「０９０−２２２２−２２２２」である。電話端末３−２に払い出されたＩＰアドレスは、１９２．１６８．１００．２である。
電話端末３−３の電話番号は、「０９０−３３３３−３３３３」である。電話端末３−３に払い出されたＩＰアドレスは、１９２．１６８．１００．３である。
【００４２】
汎用のＰＣ４は、ＩＰ電話として動作するためのアプリケーションプログラムが実行される。この電話番号は、「０９０−４４４４−４４４４」である。汎用のＰＣ４に払い出されたＩＰアドレスは、１９２．１６８．１００．４である。
【００４３】
図４は、ＰＢＸ集中管理システム２の各ユーザデータの配置例における各データベースを示す図である。
加入者全体データベース１３１−１は、電話番号欄１３１ａと、登録／削除欄１３１ｂと、収容ＰＢＸ欄１３１ｃの各フィールドで構成されている。
電話番号欄１３１ａは、ＰＢＸサーバ１１−１，１１−２が収容している加入者端末の電話番号を格納する。
登録／削除欄１３１ｂは、この加入者端末が登録状態／削除状態のいずれであるかを格納する。
収容ＰＢＸ欄１３１ｃは、この加入者端末を収容するＰＢＸの識別情報を格納する。
【００４４】
図４において、ユーザ＃１〜＃４の各端末は、ユニット１−１のエリアに位置する。よって、ユニット１−１の加入者全体データベース１３１−１には、ユーザ＃１〜＃４の各加入者情報のレコードが格納される。
【００４５】
加入者個別データベース１２１−１，１２１−２は、電話番号欄１２１ａと、登録／削除欄１２１ｂと、マスタへ通知欄１２１ｃの各フィールドで構成されている。
電話番号欄１２１ａは、登録サーバ１２と対になるＰＢＸサーバ１１が収容している加入者端末の電話番号を格納する。
登録／削除欄１２１ｂは、この加入者端末が登録状態／削除状態のいずれであるかを格納する。
マスタへ通知欄１２１ｃは、この加入者端末の情報をマスタサーバ１３−１に通知したか否かを格納する。
【００４６】
加入者個別データベース１２１−１には、ユーザ＃１，＃２の各加入者情報のレコードが格納される。この登録サーバ１２−１と対になるＰＢＸサーバ１１−１は、ユーザ＃１の電話端末３−１と、ユーザ＃２の電話端末３−１とを収容している。
【００４７】
加入者個別データベース１２１−２には、ユーザ＃３，＃４の各加入者情報のレコードが格納される。この登録サーバ１２−２と対になるＰＢＸサーバ１１−２は、ユーザ＃３の電話端末３−３と、ユーザ＃４の汎用のＰＣ４とを収容している。
【００４８】
加入者個別データベース１１１−１，１１１−２は、電話番号欄１１１ａと、パスワード欄１１１ｂと、ＩＰアドレス欄１１１ｃと、ポート欄１１１ｄの各フィールドで構成されている。
電話番号欄１１１ａは、ＰＢＸサーバ１１が収容している加入者端末の電話番号を格納する。
パスワード欄１１１ｂは、この加入者情報を変更／削除するためのパスワードを格納する。
ＩＰアドレス欄１１１ｃは、この加入者端末に払い出したＩＰアドレスを格納する。
ポート欄１１１ｄは、この加入者端末と通信するためのポート番号を格納する。
【００４９】
加入者個別データベース１１１−１には、ユーザ＃１，＃２の各加入者情報のレコードが格納される。加入者個別データベース１１１−２には、ユーザ＃３，＃４の各加入者情報のレコードが格納される。
【００５０】
図５ないし図７は、構成変更の検出と再構成の動作を説明する図であり、図５は、平常動作時のＰＢＸ集中管理システム２の例を示す図である。
サブエリア５には、ユニット１−１〜１−６が位置している。各ユニット１−１〜１−６は、それぞれＰＢＸサーバ１１−１〜１１−６と、登録サーバ１２−１〜１２−６と、マスタサーバ１３−１〜１３−６とを備えている。各ユニット１−１〜１−６には、ＰＢＸサーバ１１−１〜１１−６と、登録サーバ１２−１〜１２−６とが稼働している。
【００５１】
ユニット１−１，１−２間と、ユニット１−２，１−３間と、ユニット１−２，１−４間とは、通信回線で接続されている。ユニット１−３，１−５間と、ユニット１−４，１−６間とは、通信回線で接続されている。これにより、サブエリア５の各ＰＢＸサーバ１１−１〜１１−６と、登録サーバ１２−１〜１２−６とは、相互に通信可能である。
【００５２】
ユニット１−１のマスタサーバ１３−１は、稼働している。これ以外のユニット１−２〜１−６のマスタサーバ１３−２〜１３−６は、動作を停止している。サブエリア５の登録サーバ１２−１〜１２−６は、起動／集約部１２３によりマスタサーバ１３の稼働を１台に集約する。
【００５３】
図６は、サブエリアに分断されたＰＢＸ集中管理システム２の例を示す図である。
サブエリア５は、大規模災害により、サブエリア５−１〜５−３に分断されている。すなわち、ユニット１−２，１−３間の通信回線と、ユニット１−２，１−４間の通信回線とは分断されている。
【００５４】
サブエリア５−１には、ユニット１−１，１−２が位置している。サブエリア５−２には、ユニット１−４，１−６が位置している。サブエリア５−３には、ユニット１−３，１−５が位置している。
【００５５】
各ユニット１−１〜１−６は、それぞれＰＢＸサーバ１１−１〜１１−６と、登録サーバ１２−１〜１２−６とマスタサーバ１３−１〜１３−６とを備えている。各ユニット１−１〜１−６には、ＰＢＸサーバ１１−１〜１１−６と、登録サーバ１２−１〜１２−６とが稼働している。
【００５６】
ユニット１−１のマスタサーバ１３−１と、ユニット１−４のマスタサーバ１３−４と、ユニット１−５のマスタサーバ１３−５とは、稼働している。これ以外のマスタサーバ１３−２，１３−３，１３−６は、動作を停止している。
【００５７】
サブエリア５−１の登録サーバ１２−１，１２−２は、起動／集約部１２３によりマスタサーバ１３の稼働を１台に集約する。サブエリア５−２，５−３も同様である。これにより、各サブエリア５−１〜５−３のマスタサーバ１３の稼働を１台に集約できる。
【００５８】
図７は、各ユニット１に分断されたＰＢＸ集中管理システム２の例を示す図である。
サブエリア５は、大規模災害により、各ユニット１−１〜１−６に分断されている。すなわち、ユニット１−１〜１−６間の通信回線は、いずれも分断されている。
各ユニット１−１〜１−６は、それぞれＰＢＸサーバ１１−１〜１１−６と、登録サーバ１２−１〜１２−６とマスタサーバ１３−１〜１３−６とを備えている。各ユニット１−１〜１−６には、ＰＢＸサーバ１１−１〜１１−６と、登録サーバ１２−１〜１２−６とが稼働している。
ユニット１−１〜１−６の各マスタサーバ１３−１〜１３−６は、いずれも動作を停止している。
【００５９】
各登録サーバ１２−１〜１２−６は、起動／集約部１２３により、自身が属するユニット１が、他のユニット１と分断されて孤立したならば、マスタサーバ１３の動作を停止させる。
本連携方式では、次のように各ユニット１の構成の変更を検出し、再構成を実現する。なお、各登録サーバ１２−１〜１２−６は、他の全ての登録サーバ１２のＩＰアドレスなどの情報を知っていることを前提とする。
【００６０】
発災から復旧まで、隣接するＰＢＸサーバ１１同士が徐々に接続されて、ＩＰ通信可能なサブエリア５が広がっていくことが考えられる。また、二次災害により、サブエリア５が分断されてしまうことも考えられる。マスタサーバ１３は、各サブエリア５に必ず一つ存在しなければならず、サブエリア５の拡大縮小に伴って、動的に稼動／停止する必要がある。マスタサーバ１３は更に、ユニット１の孤立に伴って停止させることが望ましい。ユニット１が孤立すると、マスタサーバ１３は、他のユニットのＰＢＸサーバ１１と切り離されて、問い合わせを受けなくなるためである。
ユニット１−１〜１−６には、それぞれマスタサーバ１３−１〜１３−６を備えている。これにより、マスタサーバ１３の搬送の手間を抑えることができる。
【００６１】
マスタサーバ１３の稼動や停止は次の場合に行う必要がある。
第１ケース：  単独運用しているＰＢＸサーバ１１同士の接続に伴い、サブエリア５内のマスタサーバ１３を１台だけ起動する。
第２ケース：  サブエリア５同士の接続に伴い、サブエリア５内の２台のマスタサーバ１３のうち１台を停止して、１台に集約する。
第３ケース：  サブエリア５内のマスタサーバ１３の故障に伴い、代替のマスタサーバ１３を稼動させる。
第４ケース：  サブエリア５の分断に伴い、分断されたサブエリア５のマスタサーバ１３を１台だけ稼動させる。
第５ケース：  単一のユニット１への分断に伴い、分断されたユニット１のマスタサーバ１３を停止させる。
【００６２】
これら第１〜第５ケースでは更に、各ＰＢＸサーバ１１が参照するマスタサーバ１３の切替と、各ＰＢＸサーバ１１とマスタサーバ１３とのデータ同期とを実施する必要がある。
【００６３】
図８は、登録サーバ１２の起動／集約処理を示すフローチャートである。
登録サーバ１２の起動／集約部１２３は、この登録サーバ１２が属するユニット１やサブエリア５の構成変更を検知したならば、起動／集約処理を開始する。
ステップＳ１０において、登録サーバ１２の起動／集約部１２３は、ユニット１やサブエリア５の構成変更の種類を判断する。起動／集約部１２３は、単一のユニット１の単位に分断されたならば、ステップＳ１１の処理を行い、複数のユニット１からなるサブエリア５単位に分断されたならば、ステップＳ２０の処理を行い、サブエリア５が結合されたならば、ステップＳ３０の処理を行う。
ステップＳ１１において、起動／集約部１２３は、このユニット１のマスタサーバ１３が稼働中であるか否かを判断する。起動／集約部１２３は、マスタサーバ１３が稼働中ならば（Ｙｅｓ）、ステップＳ１２の処理を行い、マスタサーバ１３が稼働中でないならば（Ｎｏ）、図８の処理を終了する。
ステップＳ１２において、起動／集約部１２３は、このマスタサーバ１３を停止させ、図８の処理を終了する。
【００６４】
ステップＳ２０において、起動／集約部１２３は、このサブエリア５のマスタサーバ１３が稼働中であるか否かを判断する。起動／集約部１２３は、マスタサーバ１３が稼働中でないならば（Ｎｏ）、ステップＳ２１の処理を行い、マスタサーバ１３が稼働中ならば（Ｙｅｓ）、ステップＳ２２の処理を行う。
ステップＳ２１において、起動／集約部１２３は、このサブエリア５のマスタサーバ１３を１台だけ起動させる。
ステップＳ２２において、起動／集約部１２３は、このマスタサーバ１３に、加入者個別データベース１２１の全データを通知する。
ステップＳ２３において、起動／集約部１２３は、加入者個別データベース１２１の全データを「通知済」に設定する。
ステップＳ２４において、起動／集約部１２３は、ＰＢＸサーバ１１に、マスタサーバ１３の変更を通知し、図８の処理を終了する。
【００６５】
ステップＳ３０において、起動／集約部１２３は、このサブエリア５に複数のマスタサーバ１３が稼働中であるか否かを判断する。起動／集約部１２３は、複数のマスタサーバ１３が稼働中ならば（Ｙｅｓ）、ステップＳ３１の処理を行い、複数のマスタサーバ１３が稼働中でないならば（Ｎｏ）、図８の処理を終了する。
ステップＳ３１において、起動／集約部１２３は、このサブエリア５のマスタサーバ１３を１台に集約させる。
ステップＳ３２において、起動／集約部１２３は、自装置が参照するマスタサーバ１３の変更があるか否かを判断する。起動／集約部１２３は、マスタサーバ１３の変更があるならば（Ｙｅｓ）、ステップＳ２２の処理を行い、マスタサーバ１３の変更がないならば（Ｎｏ）、図８の処理を終了する。
この起動／集約処理により、現在のネットワークの状況に適合した数のマスタサーバ１３を動作させることができる。
【００６６】
図９は、登録サーバ１２の加入者情報登録受付処理を示すフローチャートである。
ステップＳ４０において、登録サーバ１２の加入者情報登録受付部１２２は、電話端末３から加入者情報の登録・削除情報を受信する。
ステップＳ４１において、登録サーバ１２の加入者情報登録受付部１２２は、この加入者情報の登録・削除情報を、ＰＢＸサーバ１１に転送（送信）する。
ステップＳ４２において、登録サーバ１２の加入者情報登録受付部１２２は、自装置が参照するマスタサーバ１３が稼働中であるか否かを判断する。加入者情報登録受付部１２２は、このマスタサーバ１３が稼働中ならば（Ｙｅｓ）、ステップＳ４３の処理を行い、このマスタサーバ１３が稼働中でないならば（Ｎｏ）、ステップＳ４５の処理を行う。
【００６７】
ステップＳ４３において、登録サーバ１２の加入者情報登録受付部１２２は、この加入者情報の登録・削除情報を、自装置が参照するマスタサーバ１３に転送（送信）する。
ステップＳ４４において、登録サーバ１２の加入者情報登録受付部１２２は、この加入者情報の登録・削除情報を、加入者個別データベース１２１に「通知済」として記録し、図９の処理を終了する。
【００６８】
ステップＳ４５において、登録サーバ１２の加入者情報登録受付部１２２は、この加入者情報の登録・削除情報を、加入者個別データベース１２１に「通知済」として記録し、図９の処理を終了する。
この加入者情報登録受付処理により、登録サーバ１２は、自装置が参照するマスタサーバ１３が稼働していない場合であっても、加入者情報の登録・削除を受け付けることができる。
【００６９】
図１０は、マスタサーバ１３の新規設置を示すシーケンス図である。
ＰＢＸサーバ１１−１とＰＢＸサーバ１１−２との間は、当初は切断されている。
ＰＢＸサーバ１１−１と登録サーバ１２−１とは、孤立したユニット１−１（図７参照）に属している。ＰＢＸサーバ１１−２と登録サーバ１２−２とは、孤立したユニット１−２（図７参照）に属している。
シーケンスＱ１１〜Ｑ１６は、単独運用時の登録サーバ１２やＰＢＸサーバ１１の動作を示している。
シーケンスＱ１１において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ１２において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
【００７０】
シーケンスＱ１３において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３に通知できないので、「未通知」として自身の加入者個別データベース１２１−１に記録する。
シーケンスＱ１４〜Ｑ１６は、シーケンスＱ１１〜Ｑ１３の処理と同様である。
【００７１】
シーケンスＱ１１〜Ｑ１６において、ユニット１−１，１−２ともに、マスタサーバ１３は不在である。ユーザの登録・削除情報は、自身の登録サーバ１２内で閉じる。マスタサーバ１３へ通知していないユーザの登録・削除情報は、「未通知」として記録する。
【００７２】
このときＰＢＸサーバ１１は、マスタサーバ１３が「不在」であるため、宛先の番号が自身の加入者個別データベース１１１に存在しない場合でも、マスタサーバ１３への問い合わせは行わない。
【００７３】
シーケンスＱ１７において、ＰＢＸサーバ１１−１とＰＢＸサーバ１１−２との間が接続される。これにより、ユニット１−１，１−２の孤立が解消されるので、更にマスタサーバ１３−２が起動する。
シーケンスＱ１８において、マスタサーバ１３−２は、自装置の起動通知をブロードキャストする。なお、各マスタサーバ１３は、自装置が稼働しているとき、周期的に自装置の稼働通知をブロードキャストし、登録サーバ１２に対して自装置が稼働を通知する。
【００７４】
シーケンスＱ１９において、登録サーバ１２−１は、マスタサーバ１３−２の起動を検出し、以降はマスタサーバ１３−２を参照するように自身を設定する。登録サーバ１２−１，１２−２は、以降、ユーザの登録・削除情報を受信すると、マスタサーバ１３−２に通知する。
シーケンスＱ２０において、登録サーバ１２−１は、マスタサーバ１３−２に、自身の加入者個別データベース１２１−１の全データを送信する。
シーケンスＱ２１において、登録サーバ１２−１は、加入者個別データベース１２１−１の全てのレコードを「通知済」として記録する。
シーケンスＱ２２において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、以降はマスタサーバ１３−２を参照するように指示する。
シーケンスＱ２３〜Ｑ２６は、シーケンスＱ１９〜Ｑ２２の処理と同様である。
【００７５】
シーケンスＱ２７において、電話端末３−１は、電話端末３−２への発呼をＰＢＸサーバ１１−１に送信する。
【００７６】
シーケンスＱ２８において、ＰＢＸサーバ１１−１は、発呼先の電話端末３−２の番号が自身の加入者個別データベース１１１−１に存在しないので、発呼先をマスタサーバ１３−２に問い合わせる。これにより、マスタサーバ１３の動的配置を実現できる。
【００７７】
図１１は、マスタサーバ１３の集約を示すシーケンス図である。
シーケンスＱ３１〜Ｑ３８は、マスタサーバ１３が稼動しているサブエリア５同士を接続して、マスタサーバ１３を集約する動作を示している。
シーケンスＱ３１において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ３２において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
シーケンスＱ３３において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３−１に通知する。
シーケンスＱ３４において、登録サーバ１２−１は、この登録・削除情報を「通知済」として、自身の加入者個別データベース１２１−１に記録する。
シーケンスＱ３５〜Ｑ３８は、シーケンスＱ３１〜Ｑ３４の処理と同様である。
【００７８】
シーケンスＱ３９において、ＰＢＸサーバ１１−１とＰＢＸサーバ１１−２との間が接続される。
【００７９】
シーケンスＱ４０において、登録サーバ１２−２は、自身がマスタサーバ１３−１を参照するように変更し、これを契機に自身の加入者個別データベース１２１−２の全データをマスタサーバ１３−１に通知する。
シーケンスＱ４１において、登録サーバ１２−２は、ＰＢＸサーバ１１−２に対して、以降はマスタサーバ１３−１を参照するように指示する。
シーケンスＱ４２において、マスタサーバ１３−２は、動作停止する。これ以降、マスタサーバ１３−１に集約される。
【００８０】
シーケンスＱ４３において、電話端末３−２は、登録サーバ１２−２に対して、自装置の登録・削除情報を送信する。
シーケンスＱ４４において、登録サーバ１２−２は、ＰＢＸサーバ１１−２に対して、この登録・削除情報を送信する。
シーケンスＱ４５において、登録サーバ１２−２は、この登録・削除情報をマスタサーバ１３−１に通知する。
【００８１】
シーケンスＱ４６において、登録サーバ１２−２は、この登録・削除情報を「通知済」として、自身の加入者個別データベース１２１−２に記録する。これにより、マスタサーバ１３−２が停止していても、登録・削除情報をマスタサーバ１３−１に送信し、これを「通知済」とすることができる。
【００８２】
シーケンスＱ４７において、電話端末３−２は、電話端末３−１への発呼をＰＢＸサーバ１１−２に送信する。
【００８３】
シーケンスＱ４８において、ＰＢＸサーバ１１−２は、発呼先の電話端末３−１の番号が自身の加入者個別データベース１１１−２に存在しないので、発呼先をマスタサーバ１３−１に問い合わせる。これにより、マスタサーバ１３の動的配置を実現できる。
これにより、同一のサブエリア５に稼働するマスタサーバ１３を１台に制約し、複数のマスタサーバ１３が稼働することによる不整合などの弊害を抑止することができる。
【００８４】
図１２は、マスタサーバ１３の停止と起動を示すシーケンス図である。
シーケンスＱ５１〜Ｑ５８は、マスタサーバ１３−２と接続される登録サーバ１２とＰＢＸサーバ１１の動作を示している。
シーケンスＱ５１において、電話端末３−２は、登録サーバ１２−２に対して、自装置の登録・削除情報を送信する。
シーケンスＱ５２において、登録サーバ１２−２は、ＰＢＸサーバ１１−２に対して、この登録・削除情報を送信する。
シーケンスＱ５３において、登録サーバ１２−２は、この登録・削除情報をマスタサーバ１３−２に通知する。
シーケンスＱ５４において、登録サーバ１２−２は、この登録・削除情報を「通知済」として、自身の加入者個別データベース１２１−２に記録する。
【００８５】
シーケンスＱ５５において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ５６において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
シーケンスＱ５７において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３−２に通知する。
シーケンスＱ５８において、登録サーバ１２−１は、この登録・削除情報を「通知済」として、自身の加入者個別データベース１２１−１に記録する。
【００８６】
その後、シーケンスＱ５９において、マスタサーバ１３−２は、動作を停止する。
シーケンスＱ６０において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ６１において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
【００８７】
シーケンスＱ６２において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３に通知できないので、「未通知」として自身の加入者個別データベース１２１−１に記録する。
シーケンスＱ６３〜Ｑ６５は、シーケンスＱ６０〜Ｑ６２の処理と同様である。
【００８８】
その後、シーケンスＱ６６において、マスタサーバ１３−２は起動する。ここでば、例えば管理者が、マスタサーバ１３−２を起動する。
シーケンスＱ６７において、マスタサーバ１３−２は、起動通知をブロードキャストする。
シーケンスＱ６８において、登録サーバ１２−１は、マスタサーバ１３−２の起動を検出し、以降はマスタサーバ１３−２を参照するように自身を設定する。
シーケンスＱ６９において、登録サーバ１２−１は、マスタサーバ１３−２に、自身の加入者個別データベース１２１−１に「未通知」と記録された登録・削除情報を送信する。
シーケンスＱ７０において、登録サーバ１２−１は、自身の加入者個別データベース１２１−１の「未通知」であった登録・削除情報を、「通知済」に変更する。
シーケンスＱ７１〜Ｑ７３は、シーケンスＱ６８〜Ｑ７０の処理と同様である。
このようにすることで、マスタサーバ１３−２の停止時であっても、登録サーバ１２−１，１２−２は、電話端末３−１の登録・削除情報を受け付け、再びマスタサーバ１３−２と通信可能になったときに、この登録・削除情報を転送することができる。
【００８９】
図１３は、マスタサーバ１３の交替のシーケンス図である。
ここでは、マスタサーバ１３−２が停止し、マスタサーバ１３−１に交替する場合の処理を示している。
シーケンスＱ８１において、マスタサーバ１３−２は停止する。
シーケンスＱ８２において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ８３において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
【００９０】
シーケンスＱ８４において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３に通知できないので、「未通知」として自身の加入者個別データベース１２１−１に記録する。
シーケンスＱ８５〜Ｑ８７は、シーケンスＱ８２〜Ｑ８４の処理と同様である。
【００９１】
次に、マスタサーバ１３−１が起動する。ここでは管理者が、マスタサーバ１３−１が起動している。
シーケンスＱ９１において、マスタサーバ１３−１は、起動通知をブロードキャストする。
シーケンスＱ９２ａにおいて、登録サーバ１２−１は、マスタサーバ１３−１の起動を検出する。
シーケンスＱ９２ｂにおいて、登録サーバ１２−２は、マスタサーバ１３−１の起動を検出する。
シーケンスＱ９３ａにおいて、登録サーバ１２−１は、自身の加入者個別データベース１２１−１の全データをマスタサーバ１３−１に通知する。
シーケンスＱ９３ｂにおいて、登録サーバ１２−２は、自身の加入者個別データベース１２１−２の全データをマスタサーバ１３−１に通知する。
シーケンスＱ９４ａにおいて、登録サーバ１２−１は、自身の加入者個別データベース１２１−１の「未通知」の登録・削除情報を、「通知済」に変更する。
シーケンスＱ９４ｂにおいて、登録サーバ１２−２は、自身の加入者個別データベース１２１−２の「未通知」の登録・削除情報を、「通知済」に変更する。
シーケンスＱ９５ａにおいて、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、以降はマスタサーバ１３−１を参照するように指示する。以降、登録サーバ１２−１およびＰＢＸサーバ１１−１は、登録サーバ１２−２およびＰＢＸサーバ１１−２と同様に動作するため、以降のシーケンスの記載を省略する。
シーケンスＱ９５ｂにおいて、登録サーバ１２−２は、ＰＢＸサーバ１１−２に対して、以降はマスタサーバ１３−１を参照するように指示する。
シーケンスＱ９６において、電話端末３−２は、登録サーバ１２−２に対して、自装置の登録・削除情報を送信する。
シーケンスＱ９７において、登録サーバ１２−２は、ＰＢＸサーバ１１−２に対して、この登録・削除情報を送信する。
シーケンスＱ９８において、登録サーバ１２−２は、この登録・削除情報をマスタサーバ１３−１に通知する。
【００９２】
シーケンスＱ９９において、登録サーバ１２−２は、この登録・削除情報を「通知済」として自身の加入者個別データベース１２１−２に記録する。これにより、登録サーバ１２−２は、自身のユニットのマスタサーバ１３−２が停止していても、登録・削除情報をマスタサーバ１３−１に送信して、この登録・削除情報を「通知済」とすることができる。
【００９３】
シーケンスＱ１００において、電話端末３−２は、電話端末３−１への発呼をＰＢＸサーバ１１−２に送信する。
【００９４】
シーケンスＱ１０１において、ＰＢＸサーバ１１−２は、発呼先の電話端末３−１の番号が自身の加入者個別データベース１１１−２に存在しないので、発呼先をマスタサーバ１３−１に問い合わせる。これにより、マスタサーバ１３の動的配置を実現できる。
登録サーバ１２−２は、新たなマスタサーバ１３−１と通信可能になったときに、全ての登録・削除情報を転送する。これにより、登録サーバ１２−２は、この新たなマスタサーバ１３−１に、当該エリア全体のユーザ端末の情報を管理させることができる。
【００９５】
図１４は、マスタサーバ１３の障害発生から復旧までのシーケンス図である。ＰＢＸ間のネットワーク障害が発生し、障害が復旧する場合の流れを以下に示す。
シーケンスＱ１１１〜Ｑ１１６は、マスタサーバ１３−２と接続された通常時の登録サーバ１２−１と、ＰＢＸサーバ１１−１の動作を示している。
シーケンスＱ１１１において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ１１２において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
シーケンスＱ１１３において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３−２に通知する。
シーケンスＱ１１４において、登録サーバ１２−１は、この登録・削除情報を「通知済」として、自身の加入者個別データベース１２１−１に記録する。
【００９６】
シーケンスＱ１１５において、電話端末３−１は、電話端末３−２への発呼をＰＢＸサーバ１１−１に送信する。
【００９７】
シーケンスＱ１１６において、ＰＢＸサーバ１１−１は、発呼先の電話端末３−２の番号が自身の加入者個別データベース１１１−１に存在しないので、発呼先をマスタサーバ１３−２に問い合わせる。
シーケンスＱ１１７において、ＰＢＸサーバ１１−１，１１−２間のネットワーク障害が発生する。以降、ＰＢＸサーバ１１−１や登録サーバ１２−１は、マスタサーバ１３−２に通信できなくなる。以下のシーケンスＱ１１８〜Ｑ１２０は、ＰＢＸ間のネットワーク障害発生時の動作を示している。
シーケンスＱ１１８において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ１１９において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
【００９８】
シーケンスＱ１２０において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３−２に通知できないので、「未通知」として自身の加入者個別データベース１２１−１に記録する。
【００９９】
シーケンスＱ１２１において、ＰＢＸサーバ１１−１，１１−２間のネットワーク障害が復旧する。以降、ＰＢＸサーバ１１−１や登録サーバ１２−１は、マスタサーバ１３−２に通信可能となる。以下のシーケンスＱ１２２〜Ｑ１２７は、ＰＢＸ間のネットワーク障害復旧時の動作を示している。
シーケンスＱ１２２において、マスタサーバ１３−２は、ＰＢＸ間のネットワーク障害復旧に伴い、自装置の稼働通知をブロードキャストする。登録サーバ１２−１は、マスタサーバ１３−２の稼働通知を受信する。
【０１００】
シーケンスＱ１２３において、登録サーバ１２−１は、マスタサーバ１３−２の稼働を検出し、以降はマスタサーバ１３−２を参照するように自身を設定する。登録サーバ１２−１は、以降、ユーザの登録・削除情報を受信すると、マスタサーバ１３−２に通知する。
シーケンスＱ１２４において、登録サーバ１２−１は、マスタサーバ１３−２に、自身の加入者個別データベース１２１−１の全データを送信する。
シーケンスＱ１２５において、登録サーバ１２−１は、加入者個別データベース１２１−１の全てのレコードを「通知済」として記録する。
シーケンスＱ１２６において、電話端末３−１は、電話端末３−２への発呼をＰＢＸサーバ１１−１に送信する。
【０１０１】
シーケンスＱ１２７において、ＰＢＸサーバ１１−１は、発呼先の電話端末３−２の番号が自身の加入者個別データベース１２１−１に存在しないので、発呼先をマスタサーバ１３−２に問い合わせる。これにより、マスタサーバ１３の動的配置を実現できる。
【０１０２】
図１５は、マスタサーバ１３の障害発生からユニット１の分断までのシーケンス図である。ここでは、ＰＢＸ間のネットワーク障害が発生し、ネットワーク機器の故障等が復旧せずに分断する場合の流れを示している。
シーケンスＱ１３０〜Ｑ１３５は、図１４のシーケンスＱ１１１〜Ｑ１１６と同様に、マスタサーバ１３−２と接続された通常時の登録サーバ１２−１と、ＰＢＸサーバ１１−１の動作を示している。
【０１０３】
シーケンスＱ１３６において、ＰＢＸサーバ１１−１，１１−２間のネットワーク障害が発生する。分断されたサブエリアにて、マスタサーバ１３−１が起動する。
シーケンスＱ１３７において、マスタサーバ１３−２は、自装置の起動通知をブロードキャストする。
【０１０４】
シーケンスＱ１３８において、登録サーバ１２−１は、マスタサーバ１３−１の稼働を検出し、以降はマスタサーバ１３−１を参照するように自身を設定する。登録サーバ１２−１は、以降、ユーザの登録・削除情報を受信すると、マスタサーバ１３−１に通知する。
シーケンスＱ１３９において、登録サーバ１２−１は、マスタサーバ１３−１に、自身の加入者個別データベース１２１−１の全データを送信する。
シーケンスＱ１４０において、登録サーバ１２−１は、自身の加入者個別データベース１２１−１の全てのレコードを「通知済」として記録する。
シーケンスＱ１４１において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対してマスタサーバ１３−１を参照するように通知する。
シーケンスＱ１４２において、電話端末３−１は、登録サーバ１２−１に対して、自装置の登録・削除情報を送信する。
シーケンスＱ１４３において、登録サーバ１２−１は、ＰＢＸサーバ１１−１に対して、この登録・削除情報を送信する。
シーケンスＱ１４４において、登録サーバ１２−１は、この登録・削除情報をマスタサーバ１３−１に通知する。
シーケンスＱ１４５において、登録サーバ１２−１は、この登録・削除情報を「通知済」として自身の加入者個別データベース１２１−１に記録する。これにより、マスタサーバ１３の動的配置を実現できる。
【０１０５】
図１６は、電話番号の信頼度レベルを示す図である。
サブエリア５同士が接続され、ユーザ情報の同期を行う際、ユーザ（電話番号）の信頼度レベルに応じた制御を行う。信頼度の例を下記に示す。信頼度値の高い電話番号から順に同期を行う。
信頼度レベル「５」は、ＩＰ−ＰＢＸ管理者（自治体など）が自ら登録した番号であって、公共性が高い消防、警察、役所などの各組織の電話番号である。
信頼度レベル「４」は、ＩＰ−ＰＢＸ管理者（自治体など）が自ら信頼度を確認した上で登録した電話番号である。
信頼度レベル「３」は、携帯電話のＳＩＭカード３３から自動で読み出された電話番号など、虚偽の余地が入りにくいものである。
信頼度レベル「２」は、内線電話の着信に対し、登録電話番号のユニーク性、正当性が確認されたものである。
信頼度レベル「１」は、利用者の自己申告のみに基づいて登録された電話番号である。
このようにすることで、信頼度値の高い電話番号から順に通話を再開させることができるので、被災エリアの限られたＰＢＸ資源を有効に活用できる。
【０１０６】
＜その他＞
本実施形態は、本発明を好適に実施するための一例あって、本発明を限定するためのものではない。よって、本発明の要旨を変更しない範囲内において、本実施形態を種々変形することが可能である。
【０１０７】
また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
本発明の装置はコンピュータとプログラムによっても実現できる。このプログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【０１０８】
１  ユニット
１１  ＰＢＸサーバ
１１１  加入者個別データベース
１１２  加入者情報登録管理部
１１３  呼制御部
１２  登録サーバ
１２１  加入者個別データベース
１２２  加入者情報登録受付部
１２３  起動／集約部
１３  マスタサーバ
１３１  加入者全体データベース
１３２  加入者全体情報登録受付部
１４  管理端末
２  ＰＢＸ集中管理システム
３  携帯電話端末
３１  ＩＰ電話処理部
３２  ＩＰ−ＰＢＸ登録部
３３  ＳＩＭカード
４  ＰＣ
４１  ＩＰ電話処理部
４２  ＩＰ−ＰＢＸ登録部
５  サブエリア
６  ゲートウェイ
８  公衆回線網
【図１】
2015154385.tif 000003
【図２】
2015154385.tif 000004
【図３】
2015154385.tif 000005
【図４】
2015154385.tif 000006
【図５】
2015154385.tif 000007
【図６】
2015154385.tif 000008
【図７】
2015154385.tif 000009
【図８】
2015154385.tif 000010
【図９】
2015154385.tif 000011
【図１０】
2015154385.tif 000012
【図１１】
2015154385.tif 000013
【図１２】
2015154385.tif 000014
【図１３】
2015154385.tif 000015
【図１４】
2015154385.tif 000016
【図１５】
2015154385.tif 000017
【図１６】
2015154385.tif 000018
【手続補正書】
【提出日】平成27年4月9日(2015.4.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末の情報を登録する加入者個別データベースを備えるＰＢＸと、
前記ＰＢＸに対応して設置され、前記ＰＢＸに登録するユーザ端末の情報を受け付ける加入者情報登録受付部を備える登録サーバと、
サブエリアに設置され、当該サブエリア全体のユーザ端末の情報を格納する加入者全体データベースを備えるマスタサーバと、
を含んだＰＢＸ集中管理システムであって、
前記ＰＢＸは、前記加入者個別データベースに登録されていないユーザ端末の呼については、当該呼に係るユーザ端末の情報を前記マスタサーバに問い合わせる呼制御部を更に備え、
前記登録サーバの前記加入者情報登録受付部は、対となる前記ＰＢＸに対するユーザ端末の登録・削除情報を受信したならば、当該登録・削除情報を前記マスタサーバにも転送する、
ことを特徴とするＰＢＸ集中管理システム。
【請求項２】
前記登録サーバは、
ユーザ端末の前記登録・削除情報を前記マスタサーバに転送したか否かを記憶する記憶部を有する、
ことを特徴とする請求項１に記載のＰＢＸ集中管理システム。
【請求項３】
前記登録サーバの前記加入者情報登録受付部は、
対となる前記ＰＢＸに対するユーザ端末の前記登録・削除情報を受信した際に、前記登録・削除情報を前記マスタサーバに転送できなかったならば、前記登録・削除情報を未通知として前記記憶部に記憶し、
再び前記マスタサーバと通信可能になったならば、未通知として記憶した前記登録・削除情報を、前記マスタサーバに転送したのちに通知済として前記記憶部に記憶する、
ことを特徴とする請求項２に記載のＰＢＸ集中管理システム。
【請求項４】
前記登録サーバの前記加入者情報登録受付部は、
対となる前記ＰＢＸに対するユーザ端末の前記登録・削除情報を受信したのち、前記登録・削除情報を前記マスタサーバに転送できなかったならば、前記登録・削除情報を未通知として前記記憶部に記憶し、
新たなマスタサーバと通信可能になったならば、自装置が記憶した前記登録・削除情報をすべて転送して、前記記憶部に未通知として記憶した前記登録・削除情報を通知済として記憶する、
ことを特徴とする請求項２に記載のＰＢＸ集中管理システム。
【請求項５】
前記登録サーバは、同一のサブエリアにマスタサーバが複数台設置されたならば、いずれか１台が前記マスタサーバとして動作するように集約する起動／集約部を備える、
ことを特徴とする請求項１に記載のＰＢＸ集中管理システム。
【請求項６】
前記登録サーバは、一のサブエリアのＰＢＸと他のサブエリアのＰＢＸとが通信可能に接続されたことを検知したならば、前記一のサブエリアのマスタサーバおよび前記他のサブエリアのマスタサーバのうちいずれか１台か前記マスタサーバとして動作するように集約する起動／集約部を備える、
ことを特徴とする請求項１に記載のＰＢＸ集中管理システム。
【請求項７】
登録されたユーザ端末の情報を記憶するＰＢＸと、
前記ＰＢＸに対応して設置される登録サーバと、
サブエリアに設置され、当該サブエリア全体のユーザ端末の情報を記憶するマスタサーバと、
を含んだＰＢＸ集中管理システムが実行するＰＢＸ集中管理方法であって、
前記ＰＢＸが、自装置に登録されていないユーザ端末の呼を受け付けるステップと、
前記マスタサーバに、当該呼に係るユーザ端末の情報を問い合わせるステップとを実行し、
前記登録サーバが、対となる前記ＰＢＸに対するユーザ端末の登録・削除情報を受信するステップと、
当該登録・削除情報を前記マスタサーバに転送するステップと、
を実行することを特徴とするＰＢＸ集中管理方法。