(57)【要約】【課題】電話サービスのシステムリプレイスの際に、端末のＲＥＧＩＳＴＥＲ情報が新呼制御サーバ側で未登録のために着信不可となる呼を救済することができ、サービス影響時間を短縮することができるようにする。【解決手段】本発明は、第１の呼制御サーバの収容する１又は複数の端末に係る加入者情報を、第１の呼制御サーバから取得して記憶する上記加入者情報記憶手段と、端末の電話番号毎に各加入者情報の第１の呼制御サーバからの移行状態を示す状態管理情報を記憶する状態管理情報記憶手段と、着信呼を受けると、その着信呼の着信先電話番号に基づいて状態管理情報を参照して、着信先に関する加入者情報の移行状態を確認し、その確認結果に応じて呼接続処理を行なう呼接続制御手段とを備える。【選択図】      図１
2015192235.tif 000002
【特許請求の範囲】
【請求項１】
第１の呼制御サーバの機能の移行先となる呼制御サーバにおいて、
上記第１の呼制御サーバの収容する１又は複数の端末に係る加入者情報を、上記第１の呼制御サーバから取得して記憶する上記加入者情報記憶手段と、
上記１又は複数の端末の電話番号毎に、上記各加入者情報の第１の呼制御サーバからの移行状態を示す状態管理情報を記憶する状態管理情報記憶手段と、
上記第１の呼制御サーバからの移行の際に着信呼を受けると、その着信呼の着信先電話番号に基づいて上記状態管理情報を参照して、着信先に関する加入者情報の移行状態を確認し、その確認結果に応じて呼接続処理を行なう呼接続制御手段と
を備えることを特徴とする呼制御サーバ。
【請求項２】
上記呼接続制御手段が、上記状態管理情報を参照し、着信先電話番号に対応する着信先の加入者情報が移行前の場合に、受信した着信呼を上記第１の呼制御サーバに転送することを特徴とする請求項１に記載の呼制御サーバ。
【請求項３】
上記呼接続制御手段が、上記状態管理情報を参照し、着信先電話番号に対応する着信先の加入者情報が移行済の場合に、上記加入者情報記憶手段を参照して着信先に着信処理を行なうことを特徴とする請求項１に記載の呼制御サーバ。
【請求項４】
上記呼接続制御手段が、上記状態管理情報を参照し、着信先電話番号に対応する着信先の加入者情報が移行中である場合に、上記加入者情報記憶手段への更新を抑止するものであることを特徴とする請求項１に記載の呼制御サーバ。
【請求項５】
第１の呼制御サーバと、
上記第１の呼制御サーバの機能の移行先である第２の呼制御サーバと、
上記１又は複数の端末の電話番号毎に、上記第１の呼制御サーバの収容する１又は複数の端末に係る各加入者情報の第１の呼制御サーバからの移行状態を示す状態管理情報を記憶する状態管理情報記憶手段と
を備え、
上記第２の呼制御サーバは、
上記第１の呼制御サーバから上記第２の呼制御サーバへの移行の際に着信呼を受けると、着信呼の着信先電話番号に基づいて上記状態管理情報を参照して、着信先に関する加入者情報の移行状態を確認し、その確認結果に応じて呼接続処理を行なう
ことを特徴とするサーバ移行システム
【請求項６】
第１の呼制御サーバの機能の移行先となる呼制御プログラムにおいて、
コンピュータを、
上記第１の呼制御サーバの収容する１又は複数の端末に係る加入者情報を、上記第１の呼制御サーバから取得して記憶する上記加入者情報記憶手段と、
上記１又は複数の端末の電話番号毎に、上記各加入者情報の第１の呼制御サーバからの移行状態を示す状態管理情報を記憶する状態管理情報記憶手段と、
上記第１の呼制御サーバからの移行の際に着信呼を受けると、その着信呼の着信先電話番号に基づいて上記状態管理情報を参照して、着信先に関する加入者情報の移行状態を確認し、その確認結果に応じて呼接続処理を行なう呼接続制御手段と
して機能させることを特徴とする呼制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御サーバ、サーバ移行システム及び呼制御プログラムに関し、例えば、既設の呼制御サーバから新呼制御サーバにリプレイスする際の呼制御サーバ、サーバ移行システム及び呼制御プログラムに適用し得るものである。
【背景技術】
【０００２】
例えばＩＰ電話サービスにおいて、既設の呼制御サーバから新しい呼制御サーバに切り替える手法として種々の方法がある。システムリプレイスを行なう場合、呼制御サーバを切り替える際に、それまでのＩＰ電話サービスを継続して行なうことが望まれる。
【０００３】
従来の電話サービスにおけるシステムリプレイス方法は、例えば特許文献１に記載される技術がある。特許文献１には、ＩＰ電話システムのソフトウェア更新時に着信があった場合に、通信呼を中断せずにＩＰ電話サービスを継続する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３４８１４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＩＰ電話サービスにおける呼制御サーバの切り替えの際、既設呼制御サーバから新呼制御サーバに端末のＲＥＧＩＳＴＥＲ情報を移行できず、他網からの着信呼を着信先端末に着信できないという事象が生じ得る。
【０００６】
例えば、ＳＩＰ（Session  Initiation  Protocol）を採用したＩＰ電話サービスにおいて、他網からの着信呼を既設呼制御サーバから新呼制御サーバに切り替えた後に、端末のＲＥＧＩＳＴＥＲ登録先を既設呼制御サーバから新呼制御サーバに切り替えるという手順でシステムリプレイスを行なう場合、リプレイスの過程で他網からの着信呼は新呼制御サーバに着信するが、端末のＲＥＧＩＳＴＥＲ情報が既設呼制御サーバにのみ登録されている状態になるため、新呼制御サーバから加入者端末に着信できないという問題がある。
【０００７】
また、先に端末のＲＥＧＩＳＴＥＲ登録先を既設呼制御サーバから新呼制御サーバに切り替えた場合も、端末のＲＥＧＩＳＴＥＲ情報が既設呼制御サーバに残っている間は着信可能であるが、端末のＲＥＧＩＳＴＥＲ情報がＥｘｐｉｒｅすると着信できないという問題がある。
【０００８】
さらに、端末の仕様によってはＲＥＧＩＳＴＥＲ情報の登録先以外からの着信を受け付けない場合があり、端末のＲＥＧＩＳＴＥＲ情報の登録先を切り替えた時点で、既設呼制御サーバから着信できないという問題も生じ得る。
【０００９】
また、システムリプレイス時の作業として既設呼制御サーバ及び新呼制御サーバにおける収容局番情報の設定変更や収容加入者情報の移行作業、端末の接続先呼制御サーバ変更作業、上位呼制御サーバのルーチング変更など作業量が多く、作業が長時間に及んでしまう問題点がある。
【００１０】
そのため、電話サービスのシステムリプレイスの際に、端末のＲＥＧＩＳＴＥＲ情報が新呼制御サーバ側で未登録のために着信不可となる呼を救済することができ、サービス影響時間を短縮することができる呼制御サーバ、サーバ移行システム及び呼制御プログラムが求められている。
【課題を解決するための手段】
【００１１】
かかる課題を解決するために、第１の本発明は、第１の呼制御サーバの機能の移行先となる呼制御サーバにおいて、（１）第１の呼制御サーバの収容する１又は複数の端末に係る加入者情報を、第１の呼制御サーバから取得して記憶する上記加入者情報記憶手段と、（２）１又は複数の端末の電話番号毎に、各加入者情報の第１の呼制御サーバからの移行状態を示す状態管理情報を記憶する状態管理情報記憶手段と、（３）第１の呼制御サーバからの移行の際に着信呼を受けると、その着信呼の着信先電話番号に基づいて状態管理情報を参照して、着信先に関する加入者情報の移行状態を確認し、その確認結果に応じて呼接続処理を行なう呼接続制御手段とを備えることを特徴とする呼制御サーバである。
【００１２】
第２の本発明は、（１）第１の呼制御サーバと、（２）第１の呼制御サーバの機能の移行先である第２の呼制御サーバと、（３）１又は複数の端末の電話番号毎に、第１の呼制御サーバの収容する１又は複数の端末に係る各加入者情報の第１の呼制御サーバからの移行状態を示す状態管理情報を記憶する状態管理情報記憶手段とを備え、第２の呼制御サーバは、第１の呼制御サーバから第２の呼制御サーバへの移行の際に着信呼を受けると、着信呼の着信先電話番号に基づいて状態管理情報を参照して、着信先に関する加入者情報の移行状態を確認し、その確認結果に応じて呼接続処理を行なうことを特徴とするサーバ移行システムである。
【００１３】
第３の本発明は、第１の呼制御サーバの機能の移行先となる呼制御プログラムにおいて、コンピュータを、（１）第１の呼制御サーバの収容する１又は複数の端末に係る加入者情報を、第１の呼制御サーバから取得して記憶する加入者情報記憶手段と、（２）１又は複数の端末の電話番号毎に、各加入者情報の第１の呼制御サーバからの移行状態を示す状態管理情報を記憶する状態管理情報記憶手段と、（３）第１の呼制御サーバからの移行の際に着信呼を受けると、その着信呼の着信先電話番号に基づいて状態管理情報を参照して、着信先に関する加入者情報の移行状態を確認し、その確認結果に応じて呼接続処理を行なう呼接続制御手段として機能させることを特徴とする呼制御プログラムである。
【発明の効果】
【００１４】
本発明によれば、ＩＰ電話サービスのシステムリプレイスの際に、端末のＲＥＧＩＳＴＥＲ情報が新呼制御サーバ側で未登録となるために着信不可となる呼を救済することができ、サービス影響時間を短縮することができる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係るＩＳＰ網側のシステム構成を示す構成図である。
【図２】第１の実施形態に係る電話システムの全体的な構成を示す全体構成図である。
【図３】第１の実施形態に係る状態管理表の構成を示す構成図である。
【図４】第１の実施形態に係るＩＰ電話システムにおける呼制御サーバのリプレイス処理を示すシーケンス図である。
【図５】第２の実施形態に係るＩＳＰ網側のシステム構成を示す構成図である。
【図６】第２の実施形態に係る状態管理表の構成を説明する構成図である。
【図７】第２の実施形態に係る新呼制御サーバにおける切り替え時にカスタマコントロール呼の着信があったときの処理を示すフローチャートである。
【図８】第２の実施形態に係る新ＷＥＢサーバにおける切り替え時にカスタマコントロール操作要求があったときの処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
（Ａ）第１の実施形態
以下では、本発明に係る呼制御サーバ、サーバ移行システム及び呼制御プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。
【００１７】
第１の実施形態は、ＳＩＰを採用した電話サービスのシステム移行に本発明を適用する場合を例示する。
【００１８】
（Ａ−１）第１の実施形態の構成
図２は、第１の実施形態に係る電話システムの全体的な構成を示す全体構成図である。
【００１９】
図２において、第１の実施形態に係る電話システム１００は、ＩＳＰ網１、クラス４ソフトスイッチとしての呼制御サーバ（Ｃ４ＳＳ）８、クラス５のソフトスイッチとしての呼制御サーバ（Ｃ５ＳＳ）３、ＣＰＥ（Customer  Premises  Equipment）２、電話端末１２、他網１１０、電話端末１２０を有する。
【００２０】
第１の実施形態に係る電話システム１００は、ＩＳＰ網１及び他網１１０を介して、ＩＳＰ網１に接続可能な電話端末１２と、他網１１０に接続可能な電話端末１２０との間で通話が可能である。
【００２１】
ＩＳＰ網１は、インターネットサービスプロバイダ（ＩＳＰ）が運営する通信網である。他網１１０との間の中継装置として機能する呼制御サーバ（Ｃ４ＳＳ）８と、加入者端末である電話端末１２を収容する呼制御サーバ（Ｃ５ＳＳ）３とは、ＩＳＰ網１上に配置されており、電話端末１２はＣＰＥ２を介して呼制御サーバ３に収容されている。
【００２２】
他網１１０は、ＩＳＰ網１とは異なる通信網であり、電話端末１２０は他網１１０に接続している。
【００２３】
第１の実施形態では、ＩＳＰ網１の呼制御サーバ（Ｃ５ＳＳ）３を新しい呼制御サーバに切り替える場合を例示する。また、システムリプレイスの際に、他網１１０の電話端末１２０が、呼制御サーバ３に収容される電話端末に対する呼を発信させる場合を例示する。
【００２４】
図１は、第１の実施形態に係るＩＳＰ網１側のシステム構成を示す構成図である。
【００２５】
図１において、ＩＳＰ網１側は、呼制御サーバ（Ｃ４ＳＳ）８、既設システムとしての既設呼制御サーバ（Ｃ５ＳＳ）３及び既設データベースサーバ４、新システムとしての新呼制御サーバ（Ｃ５ＳＳ）５及び新データベースサーバ６を有する。図１では、ＩＳＰ網１の既設システムを新システムに移行するものとする。
【００２６】
ＩＳＰ網１は、通信プロトコルとしてＩＰ（Internet  Protocol）を用いたネットワークである。インターネットサービスを提供するＩＳＰはそのＩＳＰ網１を使用して、加入者に対してＩＰ電話サービスを提供する事業者網である。
【００２７】
既設呼制御サーバ（Ｃ５ＳＳ）３及び新呼制御サーバ（Ｃ５ＳＳ）５は、ＳＩＰを用いて、ＣＰＥや他の呼制御サーバに対しての呼制御を行う機能を持つ。既設呼制御サーバ３及び新呼制御サーバ５はいずれも、Ｃ５ＳＳ（Ｃｌａｓｓ  ５  Ｓｏｆｔ  Ｓｗｉｔｃｈ）であり、加入者収容交換機の位置付けとする。この実施形態では、既設呼制御サーバ３から、新呼制御サーバ５に収容加入者情報を段階的に移行してリプレイスすることを想定している。
【００２８】
新呼制御サーバ５は、呼制御サーバの切り替えの際に、ＩＳＰ網１上に配置されるものであり、切り替えの際に、呼制御サーバ（Ｃ４ＳＳ）を通じて他網からの着信要求があったときには、後述する状態管理表７を参照しながら、着信先の移行状態を確認し、着信先が「移行前」であるときには、受信した着信要求を既設呼制御サーバ３に転送する。つまり、着信先に関するＲＥＧＩＳＴＥＲ情報は新システム側にまだ登録されていない状態にあり、既設システム側に登録されている状態の場合、着信要求を既設呼制御サーバ３に転送することにより、着信先への着信を可能とすることができる。一方、その着信先に関するＲＥＧＩＳＴＥＲ情報が新システム側に登録された後は、新呼制御サーバ５が新データベースサーバ６に登録されている当該着信先のＲＥＧＩＳＴＥＲ情報を参照して、着信先への着信が可能である。
【００２９】
既設呼制御サーバ３は、新呼制御サーバ５への切り替え前においては通常通り、既設データベースサーバ４に登録されている端末のＲＥＧＩＳＴＥＲ情報を参照して呼接続を行なう。
【００３０】
また、新呼制御サーバ５への切り替え中には、他網との中継交換機としての呼制御サーバ４は新呼制御サーバ５と呼接続を行なう。そのため、新呼制御サーバ５への切り替え中に、新呼制御サーバ５から着信要求が転送されると、既設呼制御サーバ３は、既設データベースサーバ４に登録されている着信先のＲＥＧＩＳＴＥＲ情報を参照して、着信先への着信処理を行なう。
【００３１】
ＣＰＥ２は、ＩＰ網に接続する機能と、アナログ電話機もしくはＰＢＸを接続する機能と、アナログ電話機もしくはＰＢＸと接続してＩＰ電話サービスを実現するための制御信号処理と音声コーデックなどの機能を持つものである。なお、ＣＰＥ２とＩＳＰ網１を接続する物理回線の種別は問わないが、ＣＰＥ２とＩＳＰ網１間で呼制御プロトコル及びＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）の通信が可能な状態にあるものとする。ＣＰＥ２は、呼制御サーバのリプレイス作業前、既設呼制御サーバ３に収容され、ＲＥＧＩＳＴＥＲ情報の登録先は既設呼制御サーバ３に設定されている。
【００３２】
既設データベースサーバ４及び新データベースサーバ６は、加入者情報やルーチング情報などサービスを提供するにあたり必要な情報を格納する機能を持つものである。具体的には、既設データベースサーバ４には、加入者端末のＲＥＧＩＳＴＥＲ情報が格納されており、既設システムから新システムに移行する際に、ＣＰＥ２のＲＥＧＩＳＥＲ登録先が新呼制御サーバ５に切り替えられることに合わせ、ＲＥＧＩＳＴＥＲ情報が新データベースサーバ６に登録される。既設呼制御サーバ３は、既設データベースサーバ４を参照して、電話サービスを動作するものとし、新呼制御サーバ５は、新データベースサーバ６を参照して、電話サービスを動作するものとする。
【００３３】
状態管理表７は、既設呼制御サーバ３から新呼制御サーバ５に加入者情報を移行する際の各加入者情報の移行状態が記載された情報である。状態管理表７は、新システムを構成するいずれかのサーバ上に存在すればよく、この実施形態では、新データベースサーバ６に格納されている場合を例示している。状態管理表７は、既設システム及び新システムにおいて登録されている加入者情報について、現在どちらのシステムの収容として扱うかを記載した表であり、加入者のＲＥＧＩＳＴＥＲ登録先を既設システムから新システムに切り替える作業に伴い、データベース操作により移行状態を変更する。
【００３４】
呼制御サーバ（Ｃ４ＳＳ）８は、他網とＩＳＰ網１との間の中継交換機であり、呼制御プロトコルにより既設呼制御サーバ３、新呼制御サーバ５、及び他の中継交換機と呼接続を行うものである。呼制御サーバ（Ｃ４ＳＳ）８は、呼制御サーバのリプレイスにより既設呼制御サーバ３から新呼制御サーバ５へ切り替え作業を行う最初の段階で、接続先Ｃ５ＳＳを既設呼制御サーバ３から新呼制御サーバ５に設定を変更する。これにより、呼制御サーバのリプレイスの際に他網からの着信要求があったときには、その着信要求を新呼制御サーバ５に送信することができる。
【００３５】
図３は、第１の実施形態に係る状態管理表７の構成を示す構成図である。図３に示すように、第１の実施形態に係る状態管理表７は、「電話番号」と「ステータス」とを項目として有する。
【００３６】
状態管理表７は、ＩＳＰが自サービスに収容している加入者の加入者情報について、「電話番号」と「ステータス」とを対応させて管理している。新呼制御サーバ５が着信を受けた際、新呼制御サーバ５は状態管理表７を参照し、その着加入者のステータスによって呼処理動作を変えることが可能である。
【００３７】
ここで、「電話番号」はロンゲストマッチで検索され、必ずしも全桁で記載する必要はない。「ステータス」は、第１の実施形態では、新システムへの移行前を示す「移行前」と、新システムへの移行済みを示す「移行済」の２段階とする。
【００３８】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態に係るＩＰ電話システムにおける呼制御サーバのリプレイス処理の動作を、図面を参照しながら詳細に説明する。
【００３９】
この実施形態では、ＩＰ電話サービスのシステムリプレイスの際、新システムにて収容加入者の電話番号により加入者の移行状態を状態管理表で管理し、各加入者の移行状態により呼処理動作を変えることでリプレイスのときのサービス影響を軽減する方法を説明する。
【００４０】
図４は、第１の実施形態に係るＩＰ電話システムにおける呼制御サーバのリプレイス処理を示すシーケンス図である。
【００４１】
例えば新呼制御サーバ５が状態管理表７を参照して動作するか否かは装置自身の設定とする。例えば、新呼制御サーバ５において、リプレイス作業準備として状態管理表７を設定後、状態管理表参照動作をＯＮとする（Ｓ１０１）。これにより、新呼制御サーバ５は状態管理表７を参照して動作する設定となっている。本ＯＮ／ＯＦＦ設定は装置の再起動を伴わず可能であるとする。
【００４２】
状態管理表７にてＣＰＥ２の電話番号は「移行前」として設定されているものとする。この仕組みを利用してＣＰＥ２を収容する呼制御サーバを既設呼制御サーバ３から新呼制御サーバ５に切り替える場合を例に説明する。
【００４３】
まず、呼制御サーバ（Ｃ４ＳＳ）８は、ＣＰＥ２への着信を既設呼制御サーバ３から新呼制御サーバ５に切り替え、新呼制御サーバ５にＣＰＥ２着信呼が着信するようにする（Ｓ１０２）。
【００４４】
呼制御サーバ（Ｃ４ＳＳ）８にＣＰＥ２の着信呼が着信すると（Ｓ１０３）、ＣＰＥ２の着信呼が呼制御サーバ（Ｃ４ＳＳ）８から新呼制御サーバ５に与えられる（Ｓ１０４）。
【００４５】
新呼制御サーバ５はＣＰＥ２着信呼を受信すると（Ｓ１０５）、状態管理表７を参照し、着加入者の電話番号が該当する項のステータスを確認し、そのステータスと着加入者のＲＥＧＩＳＴＥＲ状態に従い動作を行う。ここではＣＰＥ２の番号帯のステータスが「移行前」となっている情報を取得する。
【００４６】
具体的には、着加入者が未ＲＥＧＩＳＴＥＲ、かつ、状態管理表７でのステータスが「移行前」の場合、その着加入者は切り替え前で既設呼制御サーバ３に収容されていると判断し、新呼制御サーバ５は既設呼制御サーバ３へ転送を行う。一方、着加入者がＲＥＧＩＳＴＥＲ状態であれば、既に新呼制御サーバ５にＲＥＧＩＳＴＥＲ送信先が切り替わった状態と判断し、状態管理表７のステータスを問わず、新呼制御サーバ５は自サーバから着信させる。
【００４７】
つまり、Ｓ１０５の時点では、ＣＰＥ２は「移行前」であり、ＣＰＥ２のＲＥＧＩＳＴＥＲ情報はまだ既設呼制御サーバ３にのみ登録された状態となっている。そのため、新呼制御サーバ５は、ＣＰＥ２のＲＥＧＩＳＴＥＲ情報が存在せず、通常であれば着信不可となる。
【００４８】
しかし、この実施形態では、新呼制御サーバ５は、状態管理表７のステータスが「移行前」、かつ、未ＲＥＧＩＳＴＥＲ状態であることから、新呼制御サーバ５はＣＰＥ２着信呼を既設呼制御サーバ３に転送する（Ｓ１０６）。これにより、転送を受けた既設呼制御サーバ３は、ＲＥＧＩＳＴＥＲ情報を参照して（Ｓ１０７）、着信呼をＣＰＥ２に接続する動作を行う（Ｓ１０８）。
【００４９】
つまり、ＣＰＥ２のＲＥＧＩＳＴＥＲ情報の登録先は既設呼制御サーバ３となっており、既設呼制御サーバ３にはＣＰＥ２のＲＥＧＩＳＴＥＲ情報が存在するため、既設呼制御サーバ３はＣＰＥ２のＲＥＧＩＳＴＥＲ情報を参照することで、着信先に対する着信処理を可能とすることができる。
【００５０】
この後、ＣＰＥ２のＲＥＧＩＳＴＥＲ情報の登録先を既設呼制御サーバ３から新呼制御サーバ５に変更する（Ｓ１０９）。これにより、ＣＰＥ２のＲＥＧＩＳＴＥＲ情報が新呼制御サーバ５に登録される。その後、ＣＰＥ２の着信呼があったとしても、ＣＰＥ２の着信呼は新呼制御サーバから既設呼制御サーバ３には転送されず、新呼制御サーバ５がＣＰＥ２へ直接着信となる。
【００５１】
そしてリプレイス作業完了後に状態管理表参照動作をＯＦＦにする（Ｓ１１０）。
【００５２】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、実際のサービス影響時間は端末仕様に依存するが、ＩＰ電話サービスのシステムリプレイス時、本機能により移行先である新呼制御サーバで未ＲＥＧＩＳＴＥＲ状態のため着信不可となる呼が救済可能となり、サービス影響時間を短縮することができる。
【００５３】
また、第１の実施形態によれば、限られた時間内にシステムリプレイス作業を実施する必要がある場合でも、事前作業として既設呼制御サーバと新呼制御サーバに同じ収容局番情報及び加入者データを登録しておくことが可能であるため、システムリプレイス当日の対加入者側の移行作業として呼制御サーバでの端末収容変更作業が不要となり、端末側の接続先呼制御サーバの設定変更で可能となり、作業量を軽減することができる。
【００５４】
さらに、状態管理表のステータスで加入者毎にルーチングを変えることができるため、どのような単位で移行してもシステムリプレイス時の新システム側での作業は状態管理表の操作のみでよく、収容加入者の段階的な移行にも柔軟に対応可能である。
【００５５】
また、新システム側での状態管理表のステータス変更及び新呼制御サーバにおける状態管理表参照動作のＯＮ／ＯＦＦはサービス中断なく可能であり、新呼制御サーバ起因のサービス影響なくシステムリプレイス作業が可能である。
【００５６】
（Ｂ）第２の実施形態
次に、本発明に係る呼制御サーバ、サーバ移行システム及び呼制御プログラムの第２の実施形態を、図面を参照しながら詳細に説明する。
【００５７】
第２の実施形態は、転送サービスを提供しているＩＰ電話サービスのシステムリプレイスを想定している。
【００５８】
（Ｂ−１）第２の実施形態の構成
図５は、第２の実施形態に係るＩＳＰ網１側のシステム構成を示す構成図である。
【００５９】
図５において、第２の実施形態に係るＩＳＰ網１は、呼制御サーバ（Ｃ４ＳＳ）８、既設システムとしての既設呼制御サーバ（Ｃ５ＳＳ）３、既設ＷＥＢサーバ９及び既設データベースサーバ４、新システムとしての新呼制御サーバ（Ｃ５ＳＳ）５、新ＷＥＢサーバ１０及び新データベースサーバ６を有する。図５では、ＩＳＰ網１の既設システムを新システムに移行するものとする。
【００６０】
第２の実施形態では、第１の実施形態に係る図１の構成に加えて、ＷＥＢブラウザを利用したカスタマコントロール機能を提供するため、ＷＥＢサーバ（ＷＥＢサーバ９，１０）を有する。
【００６１】
既設ＷＥＢサーバ９及び新ＷＥＢサーバ１０は、ＷＥＢカスタマコントロール機能を提供するためのＷＥＢサーバ機能及び加入者からのカスタマコントロール要求を受け、データベースサーバへの書き込み及び読み出しを行う機能を有する。
【００６２】
既設呼制御サーバ３から新呼制御サーバ５へ加入者を段階的に移行する際に、ＷＥＢカスタマコントロール機能を提供するＷＥＢサーバを既設ＷＥＢサーバ９から新ＷＥＢサーバ１０に移行することを想定している。
【００６３】
既設データベースサーバ４及び新データベースサーバ６は、第１の実施形態で説明した加入者状態（例えば、加入者端末のＲＥＧＩＳＴＥＲ情報等）に加えて、加入者に関するカスタマコントロールデータも合わせて管理するものである。
【００６４】
既設呼制御サーバ３及び新呼制御サーバ５は、第１の実施形態で説明した機能に加え、転送サービス機能、及び、電話によるカスタマコントロール機能を有する。
【００６５】
ＣＰＥ２の加入者は転送サービス契約者である。なお、第２の実施形態は、呼制御プロトコルの種別は特に限定されるものではない。
【００６６】
呼制御サーバ（Ｃ４ＳＳ）８は、呼制御サーバのリプレイスにより既設呼制御サーバ３から新呼制御サーバ５へ切り替え作業を行う最初の段階で、カスタマコントロール呼の接続先Ｃ５ＳＳを既設呼制御サーバ３から新呼制御サーバ５に設定を変更する。これによりカスタマコントロール呼は呼制御サーバ(Ｃ４ＳＳ)８から新呼制御サーバ５に接続される。同様に、切り替え作業の最初の段階でＷＥＢカスタマコントロール操作要求の接続先も既設ＷＥＢサーバ９から新ＷＥＢサーバ１０に設定を変更しておく。
【００６７】
状態管理表７Ａは、第１の実施形態と同様に、既設システムから新システムへのリプレイスに伴い、加入者情報の移行状態が記載された情報である。なお、状態管理表７Ａは、第１の実施形態と同様に、新システムを構成するいずれかのサーバ上に存在すればよく、この実施形態では、新データベースサーバ６に格納されている場合を例示している。
【００６８】
図６は、第２の実施形態に係る状態管理表７Ａの構成を説明する構成図である。図６に示すように、第２の実施形態に係る状態管理表７Ａは、「電話番号」と「ステータス」とを項目として有する。
【００６９】
状態管理表７Ａは、ＩＳＰが自サービスに収容している加入者の加入者情報について、「電話番号」と「ステータス」とを対応させて管理している。「電話番号」はロンゲストマッチで検索され、必ずしも全桁で記載する必要はない。「ステータス」は、第２の実施形態では、新システムへの移行前を示す「移行前」と、既設システムから新システムへの移行中を示す「移行中」、新システムへの移行済みを示す「移行済」の３段階とする。
【００７０】
（Ｂ−２）第２の実施形態の動作
図７は、第２の実施形態に係る新呼制御サーバ５における切り替え時にカスタマコントロール呼の着信があったときの処理を示すフローチャートである。
【００７１】
新呼制御サーバ５は、カスタマコントロール呼の着信を受けると（Ｓ２０１）、状態管理表７Ａを参照し、そのカスタマコントロール呼操作加入者の電話番号が該当する項のステータスを確認し（Ｓ２０２）、そのステータスに従い動作を行う。
【００７２】
該当加入者の状態管理表７Ａでのステータスが「移行前」の場合、新呼制御サーバ５は、その加入者は転送サービス移行前と判断し、そのカスタマコントロール呼は既設呼制御サーバ３に転送される（Ｓ２０３）。そして、既設呼制御サーバ３及び既設データベース４において、カスタマコントロールデータ更新が行なわれる。
【００７３】
該当加入者の状態管理表７Ａでのステータスが「移行中」の場合、新呼制御サーバ５は、その加入者はカスタマコントロールデータ移行中ユーザと判断し、ガイダンスに接続してカスタマコントロールデータの更新を抑止する（Ｓ２０４）。
【００７４】
当加入者の状態管理表７でのステータスが「移行済」の場合、その加入者は転送サービス移行済と判断し、カスタマコントロールデータ更新は新呼制御サーバ５及びデータベースサーバ６が実施する（Ｓ２０５）。
【００７５】
図８は、第２の実施形態に係る新ＷＥＢサーバ１０における切り替え時にカスタマコントロール操作要求があったときの処理を示すフローチャートである。
【００７６】
新ＷＥＢサーバ１０において、ＷＥＢカスタマコントロールの操作要求を受けると（Ｓ３０１）、新ＷＥＢサーバ１０は、接続ユーザの電話番号に基づいて状態管理表７Ａを参照して（Ｓ３０２）該当する電話番号のステータスを確認し、ステータスに従って動作を行なう。
【００７７】
該当加入者の状態管理表７Ａにおけるステータスが「移行前」の場合、新ＷＥＢサーバ１０は、その加入者は転送サービス移行前と判断し、新ＷＥＢサーバ１０はＷＥＢカスタマコントロール操作要求を既設ＷＥＢサーバ９に転送する（Ｓ３０３）。カスタマコントロールデータ更新は既設ＷＥＢサーバ９及び既設データベースサーバ４が実施する。
【００７８】
該当加入者の状態管理表７Ａにおけるステータスが「移行中」の場合、新ＷＥＢサーバ１０は、その加入者はカスタマコントロールデータ移行中ユーザと判断し、メンテナンス中画面に遷移させカスタマコントロールデータの更新を抑止する（Ｓ３０４）。
【００７９】
当加入者の状態管理表７Ａにおけるステータスが「移行済」の場合、その加入者は転送サービス移行済と判断し、カスタマコントロールデータ更新は新ＷＥＢサーバ１０及びデータベースサーバ６が実施する（Ｓ３０５）。
【００８０】
なお、新呼制御サーバ５及び新ＷＥＢサーバ１０は、状態管理表７Ａを参照して、カスタマコントロール呼の着信動作及びカスタマコントロール操作要求に関する動作を行なうか否かは装置自身の設定とし、リプレイス作業準備として状態管理表７Ａを設定後に状態管理表参照動作をＯＮとし、リプレイス作業完了後に状態管理表７Ａの参照動作をＯＦＦにする。なお、この状態管理表７Ａ参照動作のＯＮ／ＯＦＦ設定は装置の再起動を伴わず可能であるとする。
【００８１】
この仕組みを利用してＣＰＥ２に転送サービスを提供する呼制御サーバ及びＷＥＢサーバを、既設呼制御サーバ３から新呼制御サーバ５へ、既設ＷＥＢサーバ９から新ＷＥＢサーバ１０に切り替える場合を例に説明する。
【００８２】
ＣＰＥ２は、既設呼制御サーバ３により転送サービスが提供されており、ＣＰＥ２宛の着信を受けると、既設データベースサーバ４のカスタマコントロール情報を参照し、転送動作が行われる。
【００８３】
新呼制御サーバ５は、状態管理表７Ａを参照して動作する設定となっており、状態管理表７ＡにおいてＣＰＥ２を含む全ての電話番号は「移行前」として設定されているものとする。
【００８４】
まず、カスタマコントロール呼及びＷＥＢカスタマコントロール操作要求の接続先を全て既設呼制御サーバ３及び既設ＷＥＢサーバ９から新呼制御サーバ５及び新ＷＥＢサーバ１０に変更する。
【００８５】
この時点で、状態管理表７Ａは全て「移行前」に設定されているためカスタマコントロール呼は新呼制御サーバ５から既設呼制御サーバ３に転送され、既設データベースサーバ４でカスタマコントロール情報が更新される。
【００８６】
また、ＷＥＢカスタマコントロール操作要求は新ＷＥＢサーバ１０から既設ＷＥＢサーバ９に転送され、既設データベースサーバ４がカスタマコントロール情報を更新する。
【００８７】
続いて、移行対象加入者（ここではＣＰＥ２）について、新データベースサーバ６の操作により状態管理表７Ａのステータスを「移行中」に変更する。これにより、カスタマコントロール呼及びＷＥＢカスタマコントロール操作要求の転送が停止し、既設データベースサーバ４による更新が抑止される。
【００８８】
同時に「移行中」の場合は、新システムにおける新データベースサーバ６についても更新が抑止される。そのため、この状態で既設データベースサーバ４から新データベースサーバ６にカスタマコントロールデータを移行する。この間も、呼制御サーバ８からのＣＰＥ２への着信呼は呼既設呼制御サーバ３に着信し、既設データベースサーバ４のカスタマコントロール情報で転送動作が行われる。
【００８９】
最後に、ＣＰＥ２への着信呼の接続先を既設呼制御サーバ３から新呼制御サーバ５に切り替える。
【００９０】
また、新データベースサーバ６の操作によりＣＰＥ２について、状態管理表７Ａのステータスを「移行済」に変更する。これによりカスタマコントロール呼及びＷＥＢカスタマコントロール操作要求が新呼制御サーバ５及び新ＷＥＢサーバ１０で処理され、新データベースサーバ６が更新するようになる。
【００９１】
（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、実際のサービス影響時間は端末仕様に依存するが、本機能により電話及びＷＥＢ操作によるカスタマコントロール要求の既設システムへの転送や更新抑止、新システムでの更新抑止や更新開始を制御することができ、既設システムから新システムへのカスタマコントロールデータ移行も含めたシステム移行に柔軟に対応でき、システムリプレイス前後でのカスタマコントロールデータ不一致に起因するユーザへのサービス影響をなくすことができる。
【００９２】
また、状態管理表のステータスで加入者毎にルーチングやカスタマコントロール要求の制御を変えることができるため、どのような単位で移行してもシステムリプレイス時の新システム側での作業は状態管理表の操作のみでよく、収容加入者の段階的な移行にも柔軟に対応可能である。
【００９３】
（Ｃ）他の実施形態
上述した各実施形態においても種々の変形実施形態を言及したが、本発明は、以下の変形実施にも適用可能である。
【００９４】
第１及び第２の実施形態では、既設システムから新システムに移行する例を説明したが、運用中のシステムの呼制御サーバにおいて収容加入者が増加した場合に、新たな呼制御サーバを設置し、収容加入者の一部を新呼制御サーバに移設する場合にも適用可能である。
【符号の説明】
【００９５】
１…ＩＳＰ網、２…ＣＰＥ、３…既設呼制御サーバ（Ｃ５ＳＳ）、４…既設データベースサーバ、５…新呼制御サーバ（Ｃ５ＳＳ）、６…新データベースサーバ、７…状態管理表、８…呼制御サーバ（Ｃ４ＳＳ）、９…既設ＷＥＢサーバ、１０…新ＷＥＢサーバ。
【図１】
2015192235.tif 000003
【図２】
2015192235.tif 000004
【図３】
2015192235.tif 000005
【図４】
2015192235.tif 000006
【図５】
2015192235.tif 000007
【図６】
2015192235.tif 000008
【図７】
2015192235.tif 000009
【図８】
2015192235.tif 000010