(57)【要約】【課題】同一の装置内でのユーザのサービス移行において、サービス移行をより短時間で行い、ユーザがサービスを利用できない期間をより短縮する。【解決手段】同一装置内でユーザのサービス移行を行う呼処理装置２ａであって、ユーザ毎に、当該ユーザに割り当てられた識別番号および第１の内部番号とを有する既存サービス用の移行元ユーザデータＸ１と、前記識別番号と第２の内部番号とを有する新サービス用の移行先ユーザデータＸ２を記憶するユーザ管理記憶手段と、第２の内部番号を有する移行先ユーザデータを受け付けて、ユーザ管理記憶手段に登録する登録手段と、ネットワークの切り替え後、移行先の通信装置４ｂからレジスタ情報を受信し、ユーザ管理記憶手段の移行先ユーザデータＸ２をレジスタ登録済みに更新する更新手段と、を有する。【選択図】図１
2011049695.tif 000002
【特許請求の範囲】
【請求項１】
同一装置内でユーザのサービス移行を行う呼処理装置であって、
ユーザ毎に、当該ユーザに割り当てられた識別番号および第１の内部番号とを有する既存サービス用の移行元ユーザデータと、前記識別番号と第２の内部番号とを有する新サービス用の移行先ユーザデータとを記憶するユーザ管理記憶手段と、
前記第２の内部番号を有する移行先ユーザデータを受け付けて、前記ユーザ管理記憶手段に登録する登録手段と、
ネットワークの切り替え後、移行先の通信装置からレジスタ情報を受信し、前記ユーザ管理記憶手段の移行先ユーザデータをレジスタ登録済みに更新する更新手段と、を有すること
を特徴とする呼処理装置。
【請求項２】
請求項１記載の呼処理装置であって、
前記登録手段が受け付けた移行先ユーザデータにはサービス移行中であることを示す移行中フラグが含まれ、
前記更新手段は、前記ユーザ管理記憶手段の移行先ユーザデータをレジスタ登録済みに更新後、当該移行先ユーザデータの移行中フラグを運用中フラグに更新し、
呼接続要求を受け付けると、前記ユーザ管理記憶手段を参照し、前記呼接続要求で指定された識別番号を有する移行先ユーザデータに移行中フラグが設定されているか否かを検索する移行中フラグ検索手段と、
前記ユーザ管理記憶手段を参照し、前記呼接続要求で指定された識別番号を有する移行先ユーザデータがレジスタ登録済みか否かを検索するレジスタ検索手段と、
移行先ユーザデータに前記移行中フラグが設定されている場合であって、かつレジスタ登録済みでない場合、既存サービス用の通信装置に前記呼接続要求を送信するとともに、
移行先ユーザデータに前記移行中フラグが設定されている場合であって、かつレジスタ登録済みの場合、および、移行先ユーザデータに前記移行中フラグが設定されていない場合であって、かつレジスタ登録済みの場合、前記新サービス用の通信装置に前記呼接続要求を送信する呼処理制御手段と、をさらに有すること
を特徴とする呼処理装置。
【請求項３】
同一呼処理装置内でユーザのサービス移行を行うサービス移行方法であって、
前記呼処理装置は、
ユーザ毎に、当該ユーザに割り当てられた識別番号および第１の内部番号とを有する既存サービス用の移行元ユーザデータと、前記識別番号と第２の内部番号とを有する新サービス用の移行先ユーザデータとを記憶するユーザ管理記憶部を有し、
前記第２の内部番号を有する移行先ユーザデータを受け付けて、前記ユーザ管理記憶部に登録する登録ステップと、
ネットワークの切り替え後、移行先の通信装置からレジスタ情報を受信し、前記ユーザ管理記憶部の移行先ユーザデータをレジスタ登録済みに更新する更新ステップと、を行うこと
を特徴とするサービス移行方法。
【請求項４】
請求項３記載のサービス移行方法であって、
前記登録ステップで受け付けた移行先ユーザデータにはサービス移行中であることを示す移行中フラグが含まれ、
前記更新ステップは、前記ユーザ管理記憶部の移行先ユーザデータをレジスタ登録済みに更新後、当該移行先ユーザデータの移行中フラグを運用中フラグに更新し、
呼接続要求を受け付けると、前記ユーザ管理記憶部を参照し、前記呼接続要求で指定された識別番号を有する移行先ユーザデータに移行中フラグが設定されているか否かを検索する移行中フラグ検索ステップと、
前記ユーザ管理記憶部を参照し、前記呼接続要求で指定された識別番号を有する移行先ユーザデータがレジスタ登録済みか否かを検索するレジスタ検索ステップと、
移行先ユーザデータに前記移行中フラグが設定されている場合であって、かつレジスタ登録済みでない場合、既存サービス用の通信装置に前記呼接続要求を送信するとともに、
移行先ユーザデータに前記移行中フラグが設定されている場合であって、かつレジスタ登録済みの場合、および、移行先ユーザデータに前記移行中フラグが設定されていない場合であって、かつレジスタ登録済みの場合、前記新サービス用の通信装置に前記呼接続要求を送信する呼処理制御ステップと、をさらに行うこと
を特徴とするサービス移行方法。
【請求項５】
コンピュータが実行する、同一コンピュータ内でユーザのサービス移行を行うサービス移行プログラムであって、
前記コンピュータに、
ユーザ毎に、当該ユーザに割り当てられた識別番号および第１の内部番号とを有する既存サービス用の移行元ユーザデータと、前記識別番号と第２の内部番号とを有する新サービス用の移行先ユーザデータとを記憶するユーザ管理記憶手段、
前記第２の内部番号を有する移行先ユーザデータを受け付けて、前記ユーザ管理記憶手段に登録する登録手段、
ネットワークの切り替え後、移行先の通信装置からレジスタ情報を受信し、前記ユーザ管理記憶手段の移行先ユーザデータをレジスタ登録済みに更新する更新手段、として機能させること
を特徴とするサービス移行プログラム。
【請求項６】
請求項５記載のサービス移行プログラムであって、
前記登録手段が受け付けた移行先ユーザデータにはサービス移行中であることを示す移行中フラグが含まれ、
前記更新手段は、前記ユーザ管理記憶手段の移行先ユーザデータをレジスタ登録済みに更新後、当該移行先ユーザデータの移行中フラグを運用中フラグに更新し、
呼接続要求を受け付けると、前記ユーザ管理記憶手段を参照し、前記呼接続要求で指定された識別番号を有する移行先ユーザデータに移行中フラグが設定されているか否かを検索する移行中フラグ検索手段、
前記ユーザ管理記憶手段を参照し、前記呼接続要求で指定された識別番号を有する移行先ユーザデータがレジスタ登録済みか否かを検索するレジスタ検索手段、
移行先ユーザデータに前記移行中フラグが設定されている場合であって、かつレジスタ登録済みでない場合、既存サービス用の通信装置に前記呼接続要求を送信するとともに、
移行先ユーザデータに前記移行中フラグが設定されている場合であって、かつレジスタ登録済みの場合、および、移行先ユーザデータに前記移行中フラグが設定されていない場合であって、かつレジスタ登録済みの場合、前記新サービス用の通信装置に前記呼接続要求を送信する呼処理制御手段、としてさらに機能させること
を特徴とするサービス移行プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一装置内での同一ユーザのサービスを移行するサービス移行技術に関する。
【背景技術】
【０００２】
通信ネットワークにおいて、設備の更新あるいは新規設備への乗り換え等で、サーバ間での加入者移行が生るが、加入者を移行させる技術としては、それまで使っていた通信サービス制御装置から、新しい通信サービス制御装置に設備更新する場合に、既存通信サービス制御装置に登録されていた加入者データを新通信サービス制御装置に移し変え、サービスの制御を継続できるようにするものがある。
【０００３】
具体的な技術としては、加入者データを新通信サービス制御装置に移し変える前に、呼処理装置から接続される呼接続のルーティング先を新通信サービス制御装置に切り替える。新通信サービス制御装置は、呼接続がある度に、既存通信サービス制御装置にアクセスし、既存通信サービス制御装置から加入者データを取得し、取得した加入者データを自装置内のデータベースに書き込み、書き込んだ加入者データにもとづきサービスの制御を継続する。そして、新通信サービス制御装置は、一度加入者データの取得および書き込みを行ったサービス契約者に再度呼接続があった場合は、自装置内のデータベースを参照し、既存通信サービス制御装置にはアクセスしないようにするものである。（例えば、特許文献１参照）。
【０００４】
また、特許文献２には、任意の加入者データを他のサーバに移管するサービス制御ノード間加入者移管方法が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２５２７００号公報
【特許文献２】特開２００３−２３４８２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、特許文献１および特許文献２では、異なるサーバ間での加入者移行技術が記載されている。
【０００７】
一般に、サーバ内でのアドレス割当ては、電話番号をキー情報として加入者を特定するため、電話番号と加入者データは１対１で対応している。
【０００８】
このため、同一サーバ内で同一電話番号の加入者移行を実施する場合、上述したような予め移行加入者の加入者データを先行投入し、加入者移行を実施する従来技術を用いることは出来ない。そのため、同一サーバ内の同一電話番号の加入者移行にあたっては、移行元加入者データを削除し、ネットワーク切り替え後、移行先加入者データを投入して加入者移行を実施している。このため、加入者移行時、電話等のネットワークサービスの利用できない時間が長くなるという問題がある。
【０００９】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、同一サーバ内でのユーザのサービス移行において、サービス移行をより短時間で行い、ユーザがサービスを利用できない利用不可期間をより短縮することにある。
【課題を解決するための手段】
【００１０】
本発明は、同一装置内でユーザのサービス移行を行う呼処理装置であって、ユーザ毎に、当該ユーザに割り当てられた識別番号および第１の内部番号とを有する既存サービス用の移行元ユーザデータと、前記識別番号と第２の内部番号とを有する新サービス用の移行先ユーザデータとを記憶するユーザ管理記憶手段と、前記第２の内部番号を有する移行先ユーザデータを受け付けて、前記ユーザ管理記憶手段に登録する登録手段と、ネットワークの切り替え後、移行先の通信装置からレジスタ情報を受信し、前記ユーザ管理記憶手段の移行先ユーザデータをレジスタ登録済みに更新する更新手段と、を有する。
【００１１】
また、本発明は、同一呼処理装置内でユーザのサービス移行を行うサービス移行方法であって、前記呼処理装置は、ユーザ毎に、当該ユーザに割り当てられた識別番号および第１の内部番号とを有する既存サービス用の移行元ユーザデータと、前記識別番号と第２の内部番号とを有する新サービス用の移行先ユーザデータとを記憶するユーザ管理記憶部を有し、前記第２の内部番号を有する移行先ユーザデータを受け付けて、前記ユーザ管理記憶部に登録する登録ステップと、ネットワークの切り替え後、移行先の通信装置からレジスタ情報を受信し、前記ユーザ管理記憶部の移行先ユーザデータをレジスタ登録済みに更新する更新ステップと、を行う。
【００１２】
また、本発明は、コンピュータが実行する、同一コンピュータ内でユーザのサービス移行を行うサービス移行プログラムであって、前記コンピュータに、ユーザ毎に、当該ユーザに割り当てられた識別番号および第１の内部番号とを有する既存サービス用の移行元ユーザデータと、前記識別番号と第２の内部番号とを有する新サービス用の移行先ユーザデータとを記憶するユーザ管理記憶手段、前記第２の内部番号を有する移行先ユーザデータを受け付けて、前記ユーザ管理記憶手段に登録する登録手段、ネットワークの切り替え後、移行先の通信装置からレジスタ情報を受信し、前記ユーザ管理記憶手段の移行先ユーザデータをレジスタ登録済みに更新する更新手段、として機能させる。
【発明の効果】
【００１３】
本発明によれば、同一サーバ内での同一ユーザのサービス移行において、サービス移行をより短時間で行い、ユーザがサービスを利用できない利用不可期間をより短縮することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る呼処理システムの全体構成図である。
【図２】既存ＨＧＷを次世代ＨＧＷに切り替えるイメージを示したものである。
【図３】加入者系ＳＩＰサーバの構成を示すブロック図である。
【図４】加入者系ＳＩＰサーバの呼制御処理を示すフローチャートである。
【図５】番号情報管理テーブルの一例を示す図である。
【図６】加入者データ管理テーブルの一例を示す図である。
【図７】サービス移行動作のシーケンス図である。
【図８】移行先加入者データ投入時の加入者データ管理テーブルの一例を示す図である。
【図９】移行先加入者データへの個別契約情報反映時の加入者データ管理テーブルの一例を示す図である。
【図１０】ネットワーク切り替え、レジスタ情報受信時の加入者データ管理テーブルの一例を示す図である。
【図１１】ネットワーク切り替え、レジスタ情報受信時の番号情報管理テーブルの一例を示す図である。
【図１２】移行先加入者データ更新時の加入者データ管理テーブルの一例を示す図である。
【図１３】移行元加入者データ削除時の加入者データ管理テーブルの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について図面を参照して説明する。
【００１６】
本実施形態は、同一のサーバ内で同一の電話番号を有する加入者のサービス移行を行うものである。本実施形態では、異なるサービスを同一サーバ内で提供している場合において、既存サービス（例えばひかり電話サービス）から次世代ネットワークサービスにサービス移行する際の移行について述べる。この場合、既存サービスと次世代サービスは、サービスが異なり、収容位置（アクセスライン）も異なるので、移行元の加入者データと移行先の加入者データとは、同一サーバ内で別収容となる。
【００１７】
サービス移行にあたり、サービス移行対象加入者の加入者データについて、移行元の加入者データを残したまま、移行先の加入者データとして投入し、移行対象の加入者であることを示すために移行中フラグを設定する。また、移行元加入者と移行先加入者とを同一サーバ内に保持することになるため、同一電話番号に対する加入者データの二重管理を可能とする。
【００１８】
まず、本実施形態のシステムについて説明する。
【００１９】
（システムの構成）
図１は、本実施形態のシステムの構成例を示す接続図である。図１に示すように、本システムは、中継系ＳＩＰサーバ１と、加入者系ＳＩＰサーバ２ａ（呼処理装置）と、既存ルータ３ａと、次世代ルータ３ｂと、既存ＨＧＷ（ホームゲートウェイ）４ａと、次世代ＨＧＷ４ｂとを有する。
【００２０】
加入者系ＳＩＰサーバ２ａは中継系ＳＩＰサーバ１に接続され、既存ルータ３ａおよび次世代ルータ３ｂは加入者系ＳＩＰサーバ２ａに接続されている。既存ＨＧＷ４ａは既存ルータ３ａに接続され、サービス移行が完了した場合、次世代ＨＧＷ４ｂは次世代ルータ３ｂに接続されることになる（点線で示す）。
【００２１】
中継系ＳＩＰサーバ１は、ＳＩＰ（Session Initiation Protocol）による中継系のセッション制御機能、他ネットワークとの接続制御機能を含むサーバである。図示する例では、中継系ＳＩＰサーバ１には、加入者系ＳＩＰサーバ２ａの他に、他の加入者系ＳＩＰサーバ２ｂが接続されている。
【００２２】
加入者系ＳＩＰサーバ２ａは、ＳＩＰによる加入者系のセッション制御機能を含むサーバである。詳細についてはこの後説明する。
【００２３】
既存ルータ３ａは、既存ＨＧＷ４ａを収容するルータである。次世代ルータ３ｂは、サービス移行後の次世代ＨＧＷ４ｂを収容するルータである。
【００２４】
次に、システムの機能について、図１および図２を用いて説明する。
【００２５】
（システムの機能）
ここでは、既存ルータ３ａに接続された既存ＨＧＷ４ａを、次世代ルータ３ｂに接続された次世代ＨＧＷ４ｂに移行させる場合について説明する。
【００２６】
サービス移行にあたり、まず、加入者系ＳＩＰサーバ２ａ内に、移行先である次世代ＨＧＷ４ｂの移行先加入者の加入者データＸ２が、保守運用装置（不図示）により設定される。移行先加入者の加入者データＸ２には、電話番号、内部番号、移行中フラグ（移行中情報）、個別契約情報等が含まれている。また、サービス移行対象ユーザであるため、移行中フラグには「移行中」が設定される。
【００２７】
この場合、移行先加入者の加入者データＸ２と移行元加入者の加入者データＸ１には、同一電話番号（識別番号）が設定されている。しかし、１つの加入者系ＳＩＰサーバ２ａ内に同一電話番号の加入者データが同時に複数存在することは、前述したように許容されない。したがって、本実施形態では、同一電話番号に対する加入者データの二重管理を行うために、移行元加入者データおよび移行先加入者データには、同一電話番号の他に異なる内部番号を設定して区別している。
【００２８】
サービス移行開始時点では、移行元加入者の加入者データＸ１はREGISTER登録状態で、移行先加入者の加入者データＸ２はまだREGISTER登録を行っていない状態にある。
【００２９】
まず、既存ＨＧＷ４ａ宛の呼が、他の加入者系ＳＩＰサーバ２ｂから中継系ＳＩＰサーバ１に入った場合について説明する。中継系ＳＩＰサーバ１は、既に設定されているルーティングに従い、加入者系ＳＩＰサーバ２ａに接続する。
【００３０】
加入者系ＳＩＰサーバ２ａは、移行中フラグが設定されている加入者であるか否かを検索し、移行中フラグが設定されている場合、さらに後述するREGISTER登録が行われているか否かを検索する。REGISTER登録が行われていない場合は、加入者系ＳＩＰサーバ２ａは、移行元側で着信処理を実施する（図１で示すルートａ）。REGISTER登録が完了している場合には、加入者系ＳＩＰサーバ２ａは、移行先側で着信を実施する（図１で示すルートｂ）。
【００３１】
図２は、既存ＨＧＷ４ａを次世代ＨＧＷ４ｂに切り替えるイメージを示したものである。既存ＨＧＷ４ａと既存ルータ３ａ間の接続を切り離すと同時に、次世代ＨＧＷ４ｂと次世代ルータを接続する。この切り替えが完了すると、次世代ＨＧＷ４ｂは、次世代ルータ３ｂを経由して加入者系ＳＩＰサーバ２ａにREGISTER情報（登録要求）を送信する。これにより、移行先の加入者データＸ２はREGISTER登録状態となる。
【００３２】
ここで、次世代ＨＧＷ４ｂ宛の呼が、中継系ＳＩＰサーバ１に入った場合、中継系ＳＩＰサーバ１は、ルーティングに従い加入者系ＳＩＰサーバ２ａに接続する。加入者系ＳＩＰサーバ２ａは、移行中フラグが設定されている加入者であるか否かを検索すると、移行中フラグが設定されていることか分かるので、移行先の次世代ＨＧＷ４ｂへ接続処理を行う（図１で示すルートｂ）。
【００３３】
次に、上記に述べたシステムの機能を実現する本システムの構成装置のうち、加入者系ＳＩＰサーバ２ａについて説明する。
【００３４】
（加入者系ＳＩＰサーバ２ａの構成）
図３は、図１のシステムにおける加入者系ＳＩＰサーバ２ａの構成例を示す図であり、加入者系ＳＩＰサーバ２ａの機能のうち本発明に関係する部分のみを概念的に示している。
【００３５】
加入者系ＳＩＰサーバ２ａは、信号送受信部２１ａと、データ蓄積部２２ａと、呼処理部２３ａと、データ登録・更新部２４ａとを有している。
【００３６】
信号送受信部２１ａは、INVITE、REGISTER信号等の信号の送受信を行う機能を有する。
【００３７】
データ蓄積部２２ａは、後述する加入者データ管理テーブル２２１ａ（ユーザ管理記憶部）および番号情報管理テーブル２２１ｂとを蓄積する機能を有する。加入者データ管理テーブル２２１ａには、移行元の加入者データ、および移行先の加入者データが記憶される。番号情報管理テーブル２２１ｂは、同一の電話番号を移行元と移行先で２重管理するためのテーブルであって、詳細については後述する。
【００３８】
呼処理部２３ａは、ＳＩＰにもとづく呼処理を行う機能を有し、呼処理制御部２３１ａと、移行中フラグ検索部２３２ａと、REGISTER検索部２３３ａとを有する。
【００３９】
呼処理制御部２３１ａは、ＳＩＰにもとづく呼処理全体を制御する機能を有する。移行中フラグ検索部２３２ａは、呼処理制御部２３１ａから起動され、加入者データ管理テーブル２２１ａにアクセスし、該当する加入者データに移行中フラグが設定されているか否かを検索し、検索結果を呼処理制御部２３１ａに送出する機能を有する。
【００４０】
REGISTER検索部２３３ａは、呼処理制御部２３１ａから起動され、加入者データ管理テーブル２２１ａにアクセスし、該当する加入者データがREGISTER登録状態であるか否かを検索し、検索結果を呼処理制御部２３１ａに送出する機能を有する。
【００４１】
データ登録・更新部２４ａは、保守運用管理装置からの移行先の加入者データの登録要求を受け付けて、移行先の加入者データを加入者データ管理テーブル２２１ａに登録する。また、データ登録・更新部２４ａは、次世代ＨＧＷ４ｂから次世代ルータ３ｂを介してREGISTER情報を受け付けると、当該次世代ＨＧＷ４ｂのREGISTER登録を行うとともに、加入者データ管理テーブル２２１ａの当該次世代ＨＧＷ４ｂに対応する移行先の加入者データをREGISTER登録済みの状態に更新する。
【００４２】
上記説明した加入者系ＳＩＰサーバ２ａは、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた加入者系ＳＩＰサーバ２ａ用のプログラムを実行することにより、加入者系ＳＩＰサーバ２ａの各機能が実現される。
【００４３】
次に、本実施形態のシステムの動作について説明する。
【００４４】
（システムの動作）
図４は、加入者系ＳＩＰサーバ２ａの呼処理（移行元または移行先への着信を判断するロジック）を示すフローチャートである。ここでは、信号送受信部２１ａがINVITE信号を受信した場合について示している。
【００４５】
信号送受信部２１ａがINVITE信号を受信すると（ステップＳ１１）、移行中フラグ検索部２３２ａは、番号情報管理テーブル２２２ａおよび加入者データ管理テーブル２２１ａを参照し、移行中フラグが設定されているか否かを検索する（ステップＳ１２）。すなわち、移行中フラグ検索部２３２ａは、当該INVITE信号で指定された電話番号における非活性状態（すなわち移行先の加入者データ）の内部番号を番号情報管理テーブル２２２ａから取得する。そして、移行中フラグ検索部２３２ａは、当該INVITE信号で指定された電話番号であって、前記取得した内部番号のレコードを加入者データ管理テーブルから取得し、取得したレコードに移行中フラグが設定されているか否かを判別する。
【００４６】
取得したレコードに移行中フラグが設定されている場合（ステップＳ１２：有り）、REGISTER検索部２３３ａは、当該レコードがREGISTER登録されているか否かを判別する（ステップＳ１３）。
【００４７】
REGISTER登録が行われていない場合は（ステップＳ１３：なし）、呼処理制御部２３１ａは、移行元での着信処理を実施し（ステップＳ１４）、信号送受信部２１ａは、INVITE信号を既存ルータ３ａに送信する（ステップＳ１７）。
【００４８】
また、ステップＳ１２において、取得したレコードに移行中フラグが設定されていない場合、REGISTER検索部２３３ｂは、REGISTER登録が行われているか否かを検索する（ステップＳ１５）。REGISTER登録が行われている場合（ステップＳ１５：有り）、呼処理制御部２３１ａは、移行先での着信処理を実施し（ステップＳ１６）、信号送受信部２１ａは、INVITE信号を次世代ルータ４ｂに送信する（ステップＳ１７）。
【００４９】
一方、REGISTER登録が行われていない場合、すなわち、取得したいずれかのレコードがREGISTER登録されていない場合（ステップＳ１５：なし）、呼処理制御部２３１ａは、エラーであると判別し、信号送受信部２１ａは、エラーを送信する（ステップＳ１８）。
【００５０】
なお、ステップ１２において、当該INVITE信号で指定された電話番号における非活性状態の内部番号が番号情報管理テーブル２２２ａに存在しない場合、移行中の加入者ではないと判別し、呼処理制御部２３１ａは、移行元での着信処理を実施し、信号送受信部２１ａは、INVITE信号を既存ルータ３ａに送信する。
【００５１】
次に、同一電話番号に対するに二重管理方法について説明する。
【００５２】
図５は、同一電話番号に対するに二重管理のための番号情報管理テーブル２２２ａを示している。番号情報管理テーブルは、電話番号と、内部番号と、状態（活性または非活性）とを有し、内部番号をキーに索引する。
【００５３】
移行元電話番号と移行先電話番号が同一電話番号であるため、区別するため異なる内部番号を設定する。すなわち、電話番号と内部番号を組合せ番号情報として管理する。番号情報は活性状態あるいは非活性状態のどちらかに設定され、基本的には活性状態の番号情報で着信処理を実施する。
【００５４】
以下の説明では、移行元加入者の電話番号および移行先加入者の電話番号は、同一の電話番号0422-99-9999を有し、内部番号は移行元加入者の内部番号は１、移行先加入者の内部番号は２としている。なお、サービス移行前は内部番号１が活性状態であって、内部番号２は非活性状態にある。
【００５５】
図６は加入者データ管理テーブル２２１ａの一例を示すものであって、本実施形態に関係する部分を示している。
【００５６】
加入者データ管理テーブル２２１ａには各加入者のデータが保持され、電話番号と、内部番号と、移行中フラグと、IPアドレス情報と、REGISTER情報と、個別契約情報とを有する。図示する例では、内部番号１のレコードは移行元加入者データであって、内部番号２のレコードは移行先加入者データであることを示している。また、図示する加入者データ管理テーブル２２１ａの「有り」と示す部分には、所定のデータが設定されているものとする。例えば、ＩＰアドレス情報の「有り」の場合にはＩＰアドレスの値が設定され、個別契約情報の「有り」の場合には「０」（未契約）または「１」（契約）などが設定される。
【００５７】
移行中フラグには、対応する電話番号および内部番号のレコードが、運用中であることを示す「運用中」、またはサービス移行対象加入者であることを示す「移行中」が設定される。すなわち、移行元加入者から移行先加入者へのサービス移行では、移行対象加入者ということで「移行中」が設定される。
【００５８】
IPアドレス情報には、既存サービスあるいは次世代サービスを提供する、サーバ内の収容位置を示す「IPアドレス」が設定される。REGISER情報には、ＨＧＷ装置からのREGISTER情報を受信し、REGISTER登録済みの状態であるか否かを示す「登録済」または「未登録」が設定される。すなわち、REGISTER情報は、既存ルータあるいは次世代ルータからのREGISTER情報の有り／無しを示している。個別契約情報には、契約内容を示す各種の契約情報が設定される。サービス移行においては、移行元加入者データの個別契約内容が移行先加入者データの個別契約情報に反映される。
【００５９】
図７は、サービス移行動作のシーケンスを示している。
【００６０】
サービス移行にあたり、保守運用管理装置５１から加入者系ＳＩＰサーバ２ａに移行先加入者データが入力され、データ登録・更新部２４ａは、移行先加入者データを加入者データ管理テーブルに登録する（ステップＳ２１）。入力情報は、電話番号、内部番号、移行中情報等含むユーザ情報、IPアドレス情報、個別契約情報（初期値）等である。
【００６１】
図８は、ステップＳ２１における移行先加入者データ投入時の加入者データ管理テーブルを示した図である。移行先加入者データ（ハッチングの部分）については、移行元加入者データの内部番号と異なる内部番号、移行中フラグ（移行中）、IPアドレス情報、個別契約情報（初期値）が設定される。移行元加入者データについては、あらかじめ加入者データ管理テーブルに登録されているものとする。
【００６２】
そして、保守運用管理装置５１は、加入者データ管理テーブルの移行元加入者データの個別契約情報を参照し（ステップＳ２４）、移行元加入者データの個別契約情報を取得し（ステップＳ２５）、取得した個別契約情報を移行先加入者データの契約情報を設定する（ステップＳ２６）。なお、データ登録・更新部２４ａは、保守運用管理装置５１の指示により、移行元加入者データを更新する。
【００６３】
図９はステップＳ２６における加入者データ管理テーブルを示した図であって、移行元加入者データからの個別契約情報を移行先加入者データの個別契約情報（ハッチングの部分）に反映させた図である。
【００６４】
なお、ステップＳ２６時点までは、所定の加入者５２がINVITE信号を発信した場合（ステップＳ２２）、当該INVITE信号は既存サービスを提供している既存ルータ３ａを介して既存ＨＧＷ３ａ（移行元加入者５３）に着信する（ステップＳ２３）。なお、加入者５２は、移行対象者以外の既存ＨＧＷ４ａまたは次世代ＨＧＷ４ｂである。
【００６５】
サービス移行に必要な移行先の加入者データが全て設定されると、ネットワーク切り替えが実施される（ステップＳ２７）。すなわち、サービス移行のため、図２で説明したように、既存ＨＧＷ４ａと既存ルータ３ａ間の接続を切り離すと同時に、次世代ＨＧＷ４ｂと次世代ルータ４ｂを接続する。
【００６６】
これにより、移行先の次世代ＨＧＷ４ｂから次世代ルータ３ｂを経由してREGISTERが送信され、加入者系ＳＩＰサーバ２ａの信号送受信部２１ａはREGISTERを受信（ステップＳ２８）する。REGISTERには、有効期限、ＩＰアドレス、電話番号などが含まれる。
【００６７】
REGISTERの受信を契機に、データ登録・更新部２４ａは、次世代ＨＧＷ４ｂのREGISTER登録を行うとともに、加入者データ管理テーブルおよび番号情報管理テーブルのデータを更新し、運用中の番号情報を入れ替え、移行元加入者の番号情報を非運用中に、移行先加入者の番号情報を運用中に設定する。
【００６８】
具体的には、図１０の加入者データ管理テーブルに示すように、既存ルータ４ａはネットワークから切り離されるため、移行元加入者データのIPアドレス情報は削除されて「無し」となり（ハッチングの部分）、移行先の加入者データのREGISTER登録は「登録済」ハッチングの部分）となる。
【００６９】
また、図１１の番号情報管理テーブルに示すように、移行先の次世代ＨＧＷ４ｂからのREGISTER受信を契機に、運用中の番号情報（活性）と非運用中の番号情報（非活性）を入れ替える。具体的には、図１１（ａ）に示す活性状態にある電話番号０４２２−９９−９９９９の内部番号１を２に、図１１（ｂ）に示す非活性状態にある電話番号０４２２−９９−９９９９の内部番号２を１に入れ替える。これにより、内部番号１は非活性に、内部番号２は活性に設定される。すなわち、移行先加入者データが運用中に、移行元加入者データが非運用中に設定されることになる。
【００７０】
図１０および図１１に示すようなデータの更新処理が終了した後は、所定の加入者５２がINVITE信号を発信した場合（ステップＳ２９）、当該INVITE信号は次世代サービスを提供している次世代ルータ４ａを介して次世代ＨＧＷ４ａ（移行元加入者５４）に着信する（ステップＳ３０）。
【００７１】
続いて、保守運用管理装置５１から、移行先加入者データの更新指示を受け付け、データ登録・更新部２４ａは、加入者データ管理テーブルを更新する（ステップＳ３１）。図１２は、ステップＳ３１の移行先加入者データの更新を示す図であって、移行先加入者データの移行中フラグを移行中から運用中に更新する（ハッチングの部分）。
【００７２】
そして、保守運用管理装置５１から、移行元加入者データの削除指示を受け付け、データ登録・更新部２４ａは、加入者データ管理テーブルを更新する（ステップＳ３２）。図１３はステップＳ３２の移行元加入者データの削除を示す図であって、移行中フラグを「空（スペース）」にし、REGISTER情報および個別契約情報を「無し」に更新する（ハッチングに部分）。
【００７３】
以上説明した本実施形態では、同一のサーバ内で同一の電話番号を有する加入者のサービス移行において、サービス移行をより短時間で行い、ユーザがサービスを利用できない利用不可期間をより短縮することができる。すなわち、本実施形態では、同一サーバ内のサービス移行を短時間で行うことにより、電話サービス等のネットワークサービスの利用できない期間を短縮し、サービス移行後に速やかな通信を実現することができる。
【００７４】
具体的には、本実施形態では、サービス移行を行う際に、サービス移行対象加入者の加入者データについて、移行元加入者データを残したまま、移行先加入者データを加入者データ管理テーブルに登録し、移行対象の加入者であることを示すために移行中フラグを設定する。また、移行元加入者と移行先加入者が同一サーバ内に保持することになるため、電話番号の他に異なる内部番号を設定し、電話番号と内部番号を組合せ番号情報として定義し、かつ番号情報に活性（運用中）・非活性状態（非運用中）を設定し、活性、非活性状態にある番号情報を入れ換えることによりサービス移行を実施する。
【００７５】
これにより、本実施形態では、移行元加入者データを削除し、ネットワーク切り替え後に、移行先加入者データを投入して加入者移行を実施する場合に比べて、サービス移行に伴うサービス中断時間がより短くなり、加入者の利便性を向上することができる。
【００７６】
また、同一サーバ内でサービス移行が実現できることにより、通信事業者にとっては、サービス移行用のシステムを構築する必要が無いため、サービス移行コストを低減することができる。
【００７７】
また、本実施形態では、呼処理を行う際に、移行中フラグが設定されている加入者であるか否かを判断し、移行中フラグが設定されている加入者である場合は、さらに、REGISTER信号の登録が行われているか否かを判断し、REGISTER信号が未登録時は移行元側で、REGISTER信号を受信しREGISTER登録完了した以降は、移行先側にて着信処理を行う。これにより、サービス移行に伴うサービス中断時間を極力短くすることができる。
【００７８】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００７９】
１      中継系ＳＩＰサーバ
２ａ    加入者系ＳＩＰサーバ
２１ａ  信号送受信部
２２ａ  データ蓄積部
２２１ａ  加入者データ管理テーブル
２２２ａ  番号情報管理テーブル
２３ａ  呼処理部
２３１ａ  呼処理制御部
２３２ａ  移行中フラグ検索部
２３３ａ  REGISTER検索部
２４ａ  データ登録・更新部
２ｂ    他の加入者系ＳＩＰサーバ
３ａ    既存ルータ
３ｂ    次世代系ルータ
４ａ    既存ＨＧＷ
３ｂ    次世代系ＨＧＷ
【図１】
2011049695.tif 000003
【図２】
2011049695.tif 000004
【図３】
2011049695.tif 000005
【図４】
2011049695.tif 000006
【図５】
2011049695.tif 000007
【図６】
2011049695.tif 000008
【図７】
2011049695.tif 000009
【図８】
2011049695.tif 000010
【図９】
2011049695.tif 000011
【図１０】
2011049695.tif 000012
【図１１】
2011049695.tif 000013
【図１２】
2011049695.tif 000014
【図１３】
2011049695.tif 000015