(57)【要約】【課題】端末を確実に中継するとともに、中継対象の端末の中継を中断せずに移行する。【解決手段】第１通信制御装置１０は、収容端末に関するデータを送信後、移行端末との通話を要求するリクエストを受信すると、移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するとともに、第２通信制御装置へ移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信する第１更新手段１１６を備え、第２通信制御装置２０は、収容端末に関するデータを登録後、移行端末から通話を要求するリクエストを受信すると、移行端末の収容状態に関するフラグが収容無であるとき、収容有に更新するとともに、第１通信制御装置へ移行端末の収容状態のフラグを収容有から収容無へ更新するリクエストを送信する第２更新手段２１６を備える。【選択図】図１
2011004323.tif 000002
【特許請求の範囲】
【請求項１】
予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、前記第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムであって、
前記第１通信制御装置は、
収容状態のフラグが収容有に設定されている収容端末と他の端末との通話を要求するリクエストを受信すると、当該収容端末及び当該他の端末との通信を確立させる第１通話処理手段と、
前記第２通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力すると、第１端末データ記憶部で記憶される当該第１通信制御装置で収容する収容端末に関する端末データから、前記変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる前記第２通信制御装置に送信する送信手段と、
前記収容端末に関するデータを送信後、前記移行端末との通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するとともに、前記第２通信制御装置へ前記移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信する第１更新手段とを備え、
第２通信制御装置は、
収容状態のフラグが収容有に設定されている収容端末と他の端末との通話を要求するリクエストを受信すると、当該収容端末及び当該他の端末との通信を確立させる第１通話処理手段と、
前記第１通信制御装置から送信された新たな収容端末に関する情報を受信すると、第２端末データ記憶部で記憶される当該第２通信制御装置で収容する収容端末に関する端末データに、受信した新たな収容端末に関する情報を登録する登録手段と、
前記収容端末に関するデータを登録後、前記移行端末から通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容無であるとき、収容有に更新するとともに、前記第１通信制御装置へ前記移行端末の収容状態のフラグを収容有から収容無へ更新するリクエストを送信する第２更新手段とを備える
ことを特徴とする中継システム。
【請求項２】
前記第１更新手段は、前記第２通信制御装置から収容状態のフラグを更新させるリクエストを受信すると、第１通信制御装置で保持している収容状態のフラグを更新し、
前記第２更新手段は、前記第１通信制御装置から収容状態のフラグを更新させるリクエストを受信すると、第２通信制御装置で保持している収容状態のフラグを更新する
ことを特徴とする請求項１に記載の中継システム。
【請求項３】
前記第１通信制御装置は、前記第２通信制御装置との間で収容端末に関する情報を送受信し、当該第１通信制御装置で管理している情報と、前記第２通信制御装置が管理している情報とを同期化させる同期手段を備え、
前記第２通信制御装置は、前記第１通信制御装置との間で収容端末に関する情報を送受信し、当該第２通信制御装置で管理している情報と、前記第１通信制御装置が管理している情報とを同期化させる同期手段を備える
ことを特徴とする請求項１又は２に記載の中継システム。
【請求項４】
予め収容する収容端末への他の端末からの着信処理を制御するとともに、予め収容する収容端末から他の端末への発信処理を制御する通信制御装置であって、
収容状態のフラグが収容有に設定されている収容端末と他の端末との通話を要求するリクエストを受信すると、当該収容端末及び当該他の端末との通信を確立させる通話処理手段と、
他の通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力すると、端末データ記憶部で記憶される当該通信制御装置で収容する収容端末に関する端末データから、前記変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる前記他の通信制御装置に送信する送信手段と、
前記収容端末に関するデータを送信後、前記収容端末との通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するとともに、前記他の通信制御装置へ前記移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信する更新手段と、
を備えることを特徴とする通信制御装置。
【請求項５】
予め収容する収容端末への他の端末からの着信処理を制御するとともに、予め収容する収容端末から他の端末への発信処理を制御する通信制御装置であって、
収容状態のフラグが収容有に設定されている収容端末と他の端末との通話を要求するリクエストを受信すると、当該収容端末及び当該他の端末との通信を確立させる通話処理手段と、
他の通信制御装置から送信された新たな収容端末に関する情報を受信すると、端末データ記憶部で記憶される当該通信制御装置で収容する収容端末に関する端末データに、受信した新たな収容端末に関する情報を登録する登録手段と、
前記収容端末に関するデータを登録後、前記移行端末から通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容無であるとき、収容有に更新するとともに、前記他の通信制御装置へ前記移行端末の収容状態のフラグを収容有から収容無へ更新するリクエストを送信する更新手段と、
を備えることを特徴とする通信制御装置。
【請求項６】
予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、前記第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムにおける端末移行方法であって、
前記第１通信制御装置において、前記第２通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力するステップと、
前記第１通信制御装置において、第１端末データ記憶部で記憶される当該第１通信制御装置が収容する収容端末に関する端末データから、前記変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる前記第２通信制御装置に送信するステップと、
前記第２通信制御装置において、前記第１通信制御装置から送信された新たな収容端末に関する情報を受信するステップと、
前記第２通信制御装置において、第２端末データ記憶部で記憶される当該第２通信制御装置が収容する収容端末に関する端末データに、受信した新たな収容端末に関する情報を登録するステップと、
前記第１通信制御装置において、前記収容端末に関するデータを送信後、前記移行端末との通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するステップと、
前記第１通信制御装置において、前記第２通信制御装置へ前記移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信するステップと、
前記第２通信制御装置において、前記リクエストにしたがって、収容状態のフラグを収容無から収容有へ更新するステップと、
を備えることを特徴とする端末移行方法。
【請求項７】
予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、前記第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムにおける端末移行方法であって、
前記第１通信制御装置において、前記第２通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力するステップと、
前記第１通信制御装置において、第１端末データ記憶部で記憶される当該第１通信制御装置が収容する収容端末に関する端末データから、前記変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる前記第２通信制御装置に送信するステップと、
前記第２通信制御装置において、前記第１通信制御装置から送信された新たな収容端末に関する情報を受信するステップと、
前記第２通信制御装置において、第２端末データ記憶部で記憶される当該第２通信制御装置が収容する収容端末に関する端末データに、受信した新たな収容端末に関する情報を登録するステップと、
前記第２通信制御装置において、前記収容端末に関するデータを登録後、前記移行端末から通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容無であるとき、収容有に更新するステップと、
前記第２通信制御装置において、前記第１通信制御装置へ前記移行端末の収容状態のフラグを収容有から収容無へ更新させるリクエストを送信するステップと、
前記第１通信制御装置において、前記リクエストにしたがって、収容状態のフラグを収容有から収容無へ更新するステップと、
を備えることを特徴とする端末移行方法。
【請求項８】
予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、前記第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムにおける通信制御プログラムであって、
前記第２通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力するステップと、
端末データ記憶部で記憶される第１通信制御装置が収容する収容端末に関する端末データから、前記変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる前記第２通信制御装置に送信するステップと、
前記収容端末に関するデータを送信後、前記移行端末との通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するステップと、
前記第２通信制御装置へ前記移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信するステップと、
を第１通信制御装置となるコンピュータに実行させることを特徴とする通信制御プログラム。
【請求項９】
予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、前記第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムにおける通信制御プログラムであって、
前記第１通信制御装置から新たな収容端末に関する情報を受信するステップと、
端末データ記憶部で記憶される当該第２通信制御装置で収容する収容端末に関する端末データに、受信した新たな収容端末に関する情報を登録するステップと、
前記収容端末に関するデータを登録後、前記移行端末から通話を要求するリクエストを受信すると、前記移行端末の収容状態に関するフラグが収容無であるとき、収容有に更新するステップと、
前記第１通信制御装置へ前記移行端末の収容状態のフラグを収容有から収容無へ更新させるリクエストを送信するステップと、
を第２通信制御装置となるコンピュータに実行させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末間の通話を中継する中継システム、通信制御装置、端末移行方法及び通信制御プログラムに関する。
【背景技術】
【０００２】
従来から、電話機間の通話を確立させるため、中継器、交換機、ＳＩＰサーバ等の通信制御装置が利用されている（例えば、特許文献１乃至３参照）。
【０００３】
ＳＩＰサーバは、予め収容する端末（電話機）から他の端末に発信する際や、他の端末から予め収容する端末に着信した際に、端末間の通信を中継している。ネットワーク上では、性能や提供するサービスが異なる複数のＳＩＰサーバが存在し、各ＳＩＰサーバはそれぞれ異なる端末を収容している。
【０００４】
ここで、端末は、収容先のＳＩＰサーバのアドレス（ＩＰアドレス等）を有しており、このアドレスを利用して、収容先のＳＩＰサーバにアクセスすることができる。また、ＳＩＰサーバでも、収容している端末（収容端末）のロケーション情報（例えば、ＩＰアドレス）を有しており、このロケーション情報を利用して収容端末にアクセスすることができる。
【０００５】
一方、何らかの理由により、端末は収容先となるＳＩＰサーバを変更することがある。例えば、ＳＩＰサーバが老朽化した際には、新しいＳＩＰサーバを用意し、老朽化したＳＩＰサーバ（移行元）に収容していた端末を新しいＳＩＰサーバ（移行先）に収容させる。また、ユーザが契約するサービスを切り替える際にも、始めに契約していたサービスを提供するＳＩＰサーバ（移行元）に収容されていたユーザの端末を、新たに契約するサービスを提供するＳＩＰサーバ（移行先）に収容させる。さらに、ＳＩＰサーバが能力を超える数の端末を収容していた際にも、負荷が高いＳＩＰサーバ（移行元）で収容している端末の一部を、負荷の低いＳＩＰサーバ（移行先）に収容させる。
【０００６】
例えば、特許文献１乃至３に記載されているような交換機の場合、端末が利用する交換機を端末と交換機の接続を物理的に切断又は接続するため、接続又は切断が完了した後には、新たに接続された交換機を介して直ちに通話が可能になる。
【０００７】
これに対し、ＳＩＰサーバを利用する場合、端末の収容先であるＳＩＰサーバを変更したとき、端末でも新たな収容先となるＳＩＰサーバのアドレスを新たに設定する必要があり、新たな収容先となるＳＩＰサーバ（移行先）でも、端末のロケーション情報を設定する必要がある。
【０００８】
しかしながら、端末で新たな移行先のＳＩＰサーバのアドレスを設定するためには、端末では、通知されたＳＩＰサーバ（移行先）のアドレスをユーザが設定する必要があるが、ＳＩＰサーバ側では、端末でのＳＩＰサーバの新しいアドレスの設定が終了したか否かを把握することはできない。また、同時に複数の収容端末の移行が行われた際、ＳＩＰサーバでは、複数の収容端末のロケーション情報の設定を行なう必要がある。また、ロケーション情報の設定が行なわれる前に移行端末への着信や移行端末からの着信があった場合、移行元のＳＩＰサーバ、移行先のＳＩＰサーバ及び端末間で、端末の収容先を正確に把握することができない状態が起こりうる。したがって、従来は、移行処理が完了するまで、ＳＩＰサーバによる端末へのサービスの提供を中断することがあり、端末では通話ができなくなる問題があった。
【０００９】
通話の中断を回避するため、ＳＩＰサーバとは別に、端末と収容先のＳＩＰサーバとの関係を管理する管理サーバをネットワーク上に設け、端末は通話毎に管理サーバへアクセスし、収容されているＳＩＰサーバを把握する方法もあるが、この方法では、各通話処理が複雑な問題あった。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平１０−１７４１４４号公報
【特許文献２】特開平８−２５１６４２号公報
【特許文献３】特開平５−８３４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上述したように、従来の通信制御装置では、収容する端末の移行があった場合、端末での着信や発信が中断させる必要があったり、複雑な処理を行なう必要がある等の問題があった。
【００１２】
したがって本発明は、端末を確実に中継するとともに、中継対象の端末を容易に移行又は追加する中継システム、通信制御装置、端末移行方法及び通信制御プログラムを提供する。
【課題を解決するための手段】
【００１３】
本発明に係る中継システムは、予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムであって、第１通信制御装置は、収容状態のフラグが収容有に設定されている収容端末と他の端末との通話を要求するリクエストを受信すると、当該収容端末及び当該他の端末との通信を確立させる第１通話処理手段と、第２通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力すると、第１端末データ記憶部で記憶される当該第１通信制御装置で収容する収容端末に関する端末データから、変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる第２通信制御装置に送信する送信手段と、収容端末に関するデータを送信後、移行端末との通話を要求するリクエストを受信すると、移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するとともに、第２通信制御装置へ移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信する第１更新手段とを備え、第２通信制御装置は、収容状態のフラグが収容有に設定されている収容端末と他の端末との通話を要求するリクエストを受信すると、当該収容端末及び当該他の端末との通信を確立させる第１通話処理手段と、第１通信制御装置から送信された新たな収容端末に関する情報を受信すると、第２端末データ記憶部で記憶される当該第２通信制御装置で収容する収容端末に関する端末データに、受信した新たな収容端末に関する情報を登録する登録手段と、収容端末に関するデータを登録後、移行端末から通話を要求するリクエストを受信すると、移行端末の収容状態に関するフラグが収容無であるとき、収容有に更新するとともに、第１通信制御装置へ移行端末の収容状態のフラグを収容有から収容無へ更新するリクエストを送信する第１更新手段とを備える。
【００１４】
本発明に係る通信制御装置は、予め収容する収容端末への他の端末からの着信処理を制御するとともに、予め収容する収容端末から他の端末への発信処理を制御する通信制御装置であって、収容状態のフラグが収容有に設定されている収容端末と他の端末との通話を要求するリクエストを受信すると、当該収容端末及び当該他の端末との通信を確立させる通話処理手段と、他の通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力すると、端末データ記憶部で記憶される当該通信制御装置で収容する収容端末に関する端末データから、変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる他の通信制御装置に送信する送信手段と、収容端末に関するデータを送信後、収容端末との通話を要求するリクエストを受信すると、移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するとともに、他の通信制御装置へ移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信する更新手段とを備える。
【００１５】
本発明に係る端末移行方法は、予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムにおける端末移行方法であって、第１通信制御装置において、第２通信制御装置へ収容先を変更させる収容端末に関する情報の変更リクエストを入力するステップと、第１通信制御装置において、第１端末データ記憶部で記憶される当該第１通信制御装置が収容する収容端末に関する端末データから、変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる第２通信制御装置に送信するステップと、第２通信制御装置において、第１通信制御装置から送信された新たな収容端末に関する情報を受信するステップと、第２通信制御装置において、第２端末データ記憶部で記憶される当該第２通信制御装置が収容する収容端末に関する端末データに、受信した新たな収容端末に関する情報を登録するステップと、第１通信制御装置において、収容端末に関するデータを送信後、移行端末との通話を要求するリクエストを受信すると、移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するステップと、第１通信制御装置において、第２通信制御装置へ移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信するステップと、第２通信制御装置において、リクエストにしたがって、収容状態のフラグを収容無から収容有へ更新するステップとを備える。
【００１６】
本発明に係る通信制御プログラムは、予め収容する収容端末と他の端末との通信を制御する第１通信制御装置と、第１制御装置の収容端末と異なる端末を収容し、予め収容する収容端末の通信を制御する第２通信制御装置を有する中継システムにおける通信制御プログラムであって、第２通信制御装置へ収容先を変更させる変更リクエストを入力するステップと、端末データ記憶部で記憶される第１通信制御装置が収容する収容端末に関する端末データから、変更リクエストで処理対象となる移行端末に関する情報を抽出し、移行先となる第２通信制御装置に送信するステップと、収容端末に関するデータを送信後、移行端末との通話を要求するリクエストを受信すると、移行端末の収容状態に関するフラグが収容有であるとき、収容無に更新するステップと、第２通信制御装置へ移行端末の収容状態のフラグを収容無から収容有へ更新させるリクエストを送信するステップとをコンピュータに実行させる。
【発明の効果】
【００１７】
本発明によれば、中継システムにおいて、端末へのサービスの提供を中断せずに端末の移行を実現することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の最良の実施形態に係る中継システムを説明する概略図である。
【図２】図１に示す中継システムにおける処理を説明するシーケンス図である。
【図３】図１に示す通信制御装置で利用される端末データの一例である。
【図４】図３に示す端末データの更新について説明する図である。
【図５】図１に示す通信制御装置における処理を説明するフローチャートである。
【図６】図１に示す通信制御装置における処理を説明するフローチャートである。
【図７】図１に示す通信制御装置における処理を説明するフローチャートである。
【図８】図４に示す端末データが更新された一例を説明する図である。
【発明を実施するための形態】
【００１９】
以下に、図面を用いて本発明の最良の実施形態に係る中継システムについて説明する。図１に示すように、本発明の最良の実施形態に係る端末通話システム１では、複数の端末１０１〜１０３が接続される第１通信制御装置１０と複数の端末２０１〜２０３が接続される第２通信制御装置２０が第１ネットワーク３０を介して接続されている。また、第１ネットワーク３０には、第２ネットワーク４０を介して複数の端末５１〜５３が接続されている。
【００２０】
具体的には、第１通信制御装置１０及び第２通信制御装置２０は、ＳＩＰサーバ等の電話機の通信を制御する装置であって、端末１０１〜１０３は、第１通信制御装置１０に収容されており、第１通信制御装置１０を介して他の端末２０１〜２０３，５１〜５３との通話を可能とする。また、端末２０１〜２０３は、第２通信制御装置２０に収容されており、第２通信制御装置２０を介して他の端末１０１〜１０３，５１〜５３との通話を可能とする。
【００２１】
ここでは、第１通信制御装置１０に収容されている端末１０１を、第２通信制御装置２０に収容させるものとして説明する。すなわち、図１に示す例では、第１通信制御装置１０が移行元の装置であって、第２通信制御装置２０が移行先の装置である。このように、端末１０１の収容先となる通信制御装置が変更する場合、移行元の第１通信制御装置１０から移行先の第２通信制御装置２０に端末１０１に関する情報を更新する必要がある。
【００２２】
例えば、図２に示すシーケンス図のように、第１通信制御装置１０が端末１０１から第１通信制御装置１０で登録されている端末１０１の情報の変更を要求するリクエストを受信すると（Ｓ１）、第１通信制御装置１０は、第２通信制御装置２０に端末１０１に対して登録されている情報を送信する（Ｓ２）。第２通信制御装置２０は、受信した情報を登録し（Ｓ３）、第１通信制御装置１０に登録完了通知を送信する（Ｓ４）。ここで対象とする情報には、端末１０１を利用するユーザに関するユーザ情報、端末１０１の位置に関するロケーション情報又は端末１０１のサービスの運用状態に関するサービス情報等がある。
【００２３】
第１通信制御装置１０は、第２通信制御装置２０において端末１０１に関する情報の登録が終了すると、端末１０１に、変更が完了した旨を通知する変更通知を送信する（Ｓ５）。
【００２４】
また、情報の登録が完了すると、所定のタイミングで第１通信制御装置１０において、端末の収容状態が更新されるとともに（Ｓ６）、第２通信制御装置２０においても、端末の収容状態が更新される（Ｓ７）。ここで、第１通信制御装置１０及び第２通信制御装置では、同一の端末の収容状態は対応している必要がある。すなわち、端末１０１が第１通信制御装置１０で「収容有」のときには第２通信制御装置で「収容無」でなければならず、端末１０１が第１通信制御装置１０で「収容無」のときには第２通信制御装置で「収容有」でなければならない。したがって、収容状態の更新タイミングは重要であり、更新タイミングについては、後に詳述する。
【００２５】
移行元となる第１通信制御装置１０は、図１に示すように、中央処理装置（ＣＰＵ）１１、記憶装置１２及び通信インタフェース（通信Ｉ／Ｆ）１３を備える一般的な情報処理装置である。第１通信制御装置１０では、記憶装置１２に記憶される通信制御プログラムＰ１が読みだされて実行されることで、着信処理手段１１１、発信処理手段１１２、ユーザ情報送信手段１１３、ロケーション情報送信手段１１４、サービス情報送信手段１１５、状態更新手段１１６、同期チェック手段１１７及びロケーション情報処理手段１１８がＣＰＵ１１に実装される。
【００２６】
記憶装置１２では、通信制御プログラムＰ１とともに、端末データＤ１を記憶している。端末データＤ１は、第１通信制御装置１０が収容している端末又は過去に収容していた端末に関するデータであって、例えば、端末１０１を所有するユーザに関する「ユーザ情報」、端末１０１の位置情報に関する「ロケーション情報」及びユーザが端末１０１に関して登録しているサービスの運用状態に関する「サービス情報」とを含むデータである。
【００２７】
図３（ａ）に示す端末データＤ１の一例では、ユーザ情報として、「ユーザ端末ＩＤ」、「ユーザ名」、「パスワード」を含んでいる。また、端末データＤ１の「ロケーション情報」は、例えば、端末１０１のＩＰアドレスやＵＲＬ等である。さらに、端末データＤ１の一例では、サービス情報として端末で「転送サービス」及び「留守番電話サービス」の運用の開始が設定されているか否かを含んでいる。また、図３（ａ）に示す端末データＤ１では、端末の収容の有無を特定する「収容状態」に関するフラグ、端末の「移行処理」の有無、移行先又は移行元の通信制御装置を特定する「移行先／元」を含んでいる。なお、図３（ａ）に示す例では、端末データＤ１にユーザ情報、ロケーション情報及びサービス情報を含んでいるが、各情報は別々に記憶していてもよい。
【００２８】
着信処理手段１１１は、収容端末１０１〜１０３との通話を要求するリクエストを他の発信先端末から受信すると、通話が要求された収容端末に通話が要求されているリクエストを送信する。また、着信処理手段１１１は、リクエストを送信した端末１０１〜１０３から応答があると、応答した収容端末と通話を要求した発信先端末との通話を確立させる。
【００２９】
発信処理手段１１２は、いずれかの収容端末１０１〜１０３から他の端末との通話を要求するリクエストを受信すると、通話が要求された発信先端末に通話を要求するリクエストを送信する。また、発信処理手段１１２は、リクエストを送信した通信先端末から応答があると、応答した通信先端末と通話を要求している収容端末との通話を確立させる。
【００３０】
ユーザ情報送信手段１１３は、所定のタイミングで、記憶装置１２に記憶される端末データＤ１を読み出し、該当するユーザ情報を抽出して移行先の第２通信制御装置２０に送信する。例えば、所定のタイミングとは、収容先を変更するとして予め指定されている端末１０１から登録してあるユーザ情報の変更を要求するリクエストを受信したタイミングや、第１通信制御装置１０が有する入力装置や他のサーバ装置（図示せず）等からリクエストを入力したタイミングである。
【００３１】
ロケーション情報送信手段１１４は、所定のタイミングで、記憶装置１２に記憶される端末データＤ１を読み出し、端末１０１のロケーション情報を抽出して移行先の第２通信制御装置２０に送信する。例えば、所定のタイミングとは、収容先を変更するとして予め指定されている端末１０１から登録してあるロケーション情報の変更を要求するリクエストを受信したタイミングや、第１通信制御装置１０が有する入力装置や他のサーバ装置（図示せず）等からリクエストを入力したタイミングである。
【００３２】
サービス情報送信手段１１５は、所定のタイミングで、記憶装置１２に記憶される端末データＤ１を読み出し、該当するサービス情報を抽出して移行先の第２通信制御装置２０に送信する。例えば、所定のタイミングとは、収容先を変更するとして予め指定されている端末１０１から登録してあるサービス情報の変更を要求するリクエストを受信したタイミングや、第１通信制御装置１０が有する入力装置や他のサーバ装置（図示せず）等からリクエストを入力したタイミングである。
【００３３】
状態更新手段１１６は、収容端末の移行が完了すると、収容状態を「有」から「無」に更新する。ここで、収容状態の更新タイミングは、着信処理手段１１１又は発信処理手段１１２が移行したはずの端末に関する処理が開始されたタイミング、又は、第２通信制御装置２０から収容状態を更新させるリクエストを受信したタイミングである。着信処理手段１１１及び発信処理手段１１２では、収容状態の有無を参照して処理を実行するが、収容端末を移行した場合、移行元と移行先の収容状態は、上述したように、対応していなければならない。したがって、移行が完了した端末の収容状態を「有」から「無」に変更するとき、移行先である第２通信制御装置２０においても同一の端末の収容状態を「無」から「有」に変更されている必要がある。そのため、着信処理手段１１１又は発信処理手段１１２で処理が解しされたタイミングで収容状態を更新する際には、状態更新手段１１６は、第２通信制御装置２０に収容状態を更新させるリクエストを送信する。
【００３４】
同期チェック手段１１７は、定期的に記憶装置１２に記憶されている端末データＤ１を読み出すとともに、第２通信制御装置２０から第２通信制御装置２０で記憶している端末データＤ２に含まれる情報を受信し、読み出した端末データＤ１に含まれる情報と、第２通信制御装置２０から受信した端末データＤ２に含まれる情報とを照合し、一致しているか否かを判定し、一致していない場合、一致していなかった情報を同期させる。
【００３５】
ロケーション情報処理手段１１８は、収容している端末１０１〜１０３から各端末のロケーション情報を通知するリクエスト（所謂Ｒｅｇｉｓｔｅｒリクエスト）を受信すると、受信したリクエストに応じて端末データＤ１のロケーション情報を更新する手段である。
【００３６】
図４（ａ）に、収容端末１０１を移行中の場合の端末データＤ１の一例を示している。図４（ａ）は、図３（ａ）に示す端末１０１の移行処理が行なわれる前のデータを比較すると、移行処理が「無」から「有」に変更され、移行先／元に「第２通信制御装置２０の識別情報」が追加されている点で異なる。
【００３７】
移行先となる第２通信制御装置２０は、図２に示すように、中央処理装置（ＣＰＵ）２１、記憶装置２２及び通信インタフェース（通信Ｉ／Ｆ）２３を備える一般的な情報処理装置である。第２通信制御装置２０では、記憶装置２２に記憶される通信制御プログラムＰ２が読みだされて実行されることで、着信処理手段２１１、発信処理手段２１２、ユーザ情報登録手段２１３、ロケーション情報登録手段２１４、サービス情報登録手段２１５、状態更新手段２１６、同期チェック手段２１７及びロケーション情報処理手段２１８がＣＰＵ２１に実装される。
【００３８】
記憶装置２２では、通信制御プログラムＰ２とともに、端末データＤ２を記憶している。端末データＤ２は、第２通信制御装置２０が収容している端末に関するデータであって、例えば、端末２０１を所有するユーザに関する「ユーザ情報」、端末２０１の位置情報に関する「ロケーション情報」及びユーザが端末２０１に関して登録しているサービスの運用状態に関する「サービス情報」とを含むデータである。
【００３９】
図３（ｂ）に示す端末データＤ２の一例では、ユーザ情報として、「ユーザ端末ＩＤ」、「ユーザ名」、「パスワード」を含んでいる。また、また、端末データＤ２の「ロケーション情報」は、例えば、端末２０１のＩＰアドレスやＵＲＬ等である。さらに、端末データＤ２の一例では、サービス情報として端末で「転送サービス」及び「留守番電話サービス」の運用の開始が設定されているか否かを含んでいる。また、図３（ｂ）に示す端末データＤ２では、端末の収容の有無を表わす「収容状態」、端末の「移行処理」の有無、移行先又は移行元の通信制御装置を特定する「移行先／元」を含んでいる。
【００４０】
着信処理手段２１１は、収容端末２０１〜２０３との通話を要求するリクエストを他の発信先端末から受信すると、通話が要求された収容端末に通話が要求されているリクエストを送信する。また、着信処理手段２１１は、リクエストを送信した端末２０１〜２０３から応答があると、応答した収容端末と通話を要求した発信先端末との通話を確立させる。
【００４１】
発信処理手段２１２は、いずれかの収容端末２０１〜２０３から他の端末との通話を要求するリクエストを受信すると、通話が要求された発信先端末に通話を要求するリクエストを送信する。また、発信処理手段２１２は、リクエストを送信した通信先端末から応答があると、応答した通信先端末と通話を要求している収容端末との通話を確立させる。
【００４２】
ユーザ情報登録手段２１３は、移行元の第１通信制御装置１０から送信されたユーザ情報を受信すると、記憶装置２２に記憶される端末データＤ２に受信した新たなユーザ情報を追加して、端末データＤ２を更新する。また、受信した新たなユーザ情報を端末データＤ２に追加すると、ユーザ情報登録手段２１３は、移行元の第１通信制御装置１０に新たなユーザ情報の登録が完了した登録完了通知を送信する。
【００４３】
図４（ｂ）に、図３（ｂ）に示す端末データＤ２に、新たなユーザ情報を登録した例を示す。図４（ｂ）は、第１通信制御装置１０の収容端末１０１を第２通信制御装置２０に移行する際の端末データＤ２の一例である。図４（ｂ）に示す例では、ユーザ情報として、「ユーザ端末ＩＤ」、「ユーザ名」及び「パスワード」が追加されており、また、このユーザ情報に対応する収容状態は「無」であり、移行処理は「有」となっている。なお、図４（ｂ）に示す端末データＤ２は、図４（ａ）に示す端末データＤ１と対応している。
【００４４】
ロケーション情報登録手段２１４は、移行元の第１通信制御装置１０から送信されたユーザ情報を受信すると、記憶装置２２に記憶される端末データＤ２に受信した新たなロケーション情報を追加して、端末データＤ２を更新する。また、ロケーション情報登録手段２１４は、移行元の第１通信制御装置１０に新たなロケーション情報の登録が完了した登録完了通知を送信する。
【００４５】
図４（ｃ）に、図４（ｂ）に示す端末データＤ２に、新たなロケーション情報を登録した例を示す。図４（ｃ）に示す例では、「ロケーション情報」が追加されている。
【００４６】
サービス情報登録手段２１５は、移行元の第１通信制御装置１０から送信されたサービス情報を受信すると、記憶装置２２に記憶される端末データＤ２に受信した新たなサービス情報を追加して、端末データＤ２を更新する。また、サービス情報登録手段２１５は、移行元の第１通信制御装置１０に新たなサービス情報の登録が完了した登録完了通知を送信する。
【００４７】
図４（ｄ）に、図４（ｃ）に示す端末データＤ２に、新たなサービス情報を登録した例を示す。図４（ｄ）に示す例では、サービス情報として、「転送サービス状態」及び「留守番電話サービス状態」が追加されている。
【００４８】
状態更新手段２１６は、収容端末の移行が完了すると、収容状態を「無」から「有」に更新する。ここで、収容状態の更新タイミングは、着信処理手段２１１又は発信処理手段２１２が移行したはずの端末に関する処理が開始されたタイミング、又は、第１通信制御装置１０から収容状態を更新させるリクエストを受信したタイミングである。着信処理手段２１１及び発信処理手段２１２では、収容状態の有無を参照して処理を実行するが、収容端末を移行した場合、移行元と移行先の収容状態は、上述したように、対応していなければならない。したがって、移行が完了した端末の収容状態を「有」から「無」に変更するとき、移行先である第１通信制御装置１０においても同一の端末の収容状態を「無」から「有」に変更されている必要がある。そのため、着信処理手段２１１又は発信処理手段２１２で処理が開始されたタイミングで収容状態を更新する際には、状態更新手段２１６は、第１通信制御装置１０に収容状態を更新させるリクエストを送信する。
【００４９】
同期チェック手段２１７は、定期的に記憶装置２２に記憶されている端末データＤ２を読み出すとともに、第１通信制御装置１０から端末データＤ１に含まれる情報を受信し、読み出した端末データＤ２に含まれる情報と、第１通信制御装置１０から受信した端末データＤ１に含まれる情報とを照合し、一致しているか否かを判定し、一致していない場合、一致していなかった情報を同期させる。ここで、第２通信制御装置２０の同期チェック手段２１７と、第１通信制御装置１０の同期チェック手段１１７とは、少なくとも一方が情報を送信し、他方で照合し、両通信制御装置１０，２０で照合結果を共有して一致していなかった情報を同期させることができればよい。
【００５０】
ロケーション情報処理手段２１８は、収容している端末２０１〜２０３から各端末のロケーション情報を通知するリクエスト（所謂Ｒｅｇｉｓｔｅｒリクエスト）を受信すると、受信したリクエストに応じて端末データＤ２のロケーション情報を更新する手段である。
【００５１】
続いて、図５乃至図７に示すフローチャートを用いて、収容状態の更新処理について説明する。本発明に係る通信制御装置１０，２０では、着信時又は発信時に移行の処理（図２のステップＳ２〜Ｓ５）が全て終了していた端末の収容状態を更新する。
【００５２】
図５は、移行元の第１通信制御装置１０が、端末１０１への他の端末からの通話を要求するリクエストを受信した場合の処理（着信処理）を説明するフローチャートである。第１通信制御装置１０の着信処理手段１１１は、リクエストの受信時に端末１０１の収容状態が「有」であるか否かを判定する（Ｓ２０）。
【００５３】
発信先端末である端末１０１の収容状態が「有」であるとき（Ｓ２０でＹＥＳ）、着信処理手段１１１は、当該着信は第１通信制御装置１０の収容端末への着信であると判定し、第１通信制御装置１０から直接、端末１０１へ着信処理を実行する（Ｓ２１）。
【００５４】
ここで、実際に端末１０１の第２通信制御装置２０への移行の処理が完了していないときには、発信先の端末１０１は、第１通信制御装置１０にレスポンスを送信する。したがって、第１通信制御装置１０は、ステップＳ２１の着信処理に対して端末１０１から直接レスポンスがあったとき（Ｓ２２でＹＥＳ）、ステップＳ２１で開始した着信処理を継続する（Ｓ２３）。
【００５５】
一方、実際に端末１０１の第２通信制御装置２０への移行の処理が完了していたときには、発信先の端末１０１は、第１通信制御装置１０にレスポンスを送信せず、第２通信制御端末２０にレスポンスを送信する。したがって、第１通信制御装置１０は、ステップＳ２２の着信処理に対して端末１０１から直接レスポンスがなく（Ｓ２２でＮＯ）、第２通信制御装置２０を経由して端末１０１からのレスポンスがあったとき（Ｓ２４でＹＥＳ）端末１０１の第２通信制御装置２０への移行処理が完了していると判定し、状態更新手段１１６は、端末１０１の収容状態を「有」から「無」に更新する（Ｓ２５）。また、上述したように、移行元の第１通信制御装置１０と移行先の第２通信制御装置２０の収容状態は、対応させる必要があるため、第２通信制御装置２０では、端末１０１の収容状態を「無」から「有」に更新させる（Ｓ２６）。さらに、第１通信制御装置１０のみでは第２通信制御装置２０が収容する端末１０１の着信処理を実行することができないため、第１通信制御装置１０の着信処理手段１１１は、第２通信制御装置２０を介して着信処理を開始する（Ｓ２７）。
【００５６】
なお、ステップＳ２０で発信先端末である端末１０１の収容状態が「無」であるとき（Ｓ２０でＮＯ）、着信処理手段１１１は、当該着信は第１通信制御装置１０の収容端末への着信でないと判定し、移行先の第２通信制御装置２０に、端末１０１へ着信処理の実行を要求するリクエストを送信する（Ｓ２８）。
【００５７】
また、ステップＳ２４で第２通信制御装置２０を経由して端末１０１からレスポンスがないとき（Ｓ２４でＮＯ）、着信処理手段１１１は、処理を継続できないため、この処理を中断する（Ｓ２９）。
【００５８】
このように、本発明に係る通信制御装置１０，２０では、端末への着信時は、着信先となる端末の収容状態が「有」であれば、直接着信処理を行なう。また、収容状態が「有」の端末から直接レスポンスがなく、通信制御装置２０を経由して端末１０１からのレスポンスがあった場合には、収容状態の更新処理を行なうとともに、収容先の通信制御装置２０と連携して着信処理を行なう。さらに、着信先となる端末の収容状態が「無」の場合、移行先の通信制御装置２０に着信処理を実行させる。
【００５９】
図６は、移行元の第１通信制御装置１０が、端末１０１から他の端末への通話を要求するリクエスト（所謂、ＩＮＶＩＴＥリクエスト）や、ロケーション情報の更新リクエスト（所謂Ｒｅｇｉｓｔｅｒリクエスト）を受信した場合の処理（リクエスト処理）を説明するフローチャートである。以下では、通話要求のリクエストを受信した場合の処理（発信処理）を対象として説明するため、発信処理手段１１２で処理を行なう場合を例に説明するが、ロケーション情報の登録リクエストの場合、ロケーション情報に関するロケーション情報処理手段１１４が各処理を行なうことになる。
【００６０】
第１通信制御装置１０では、リクエストの受信時にリクエストに含まれるリクエストの送信先の通信制御装置が自装置であると（Ｓ３１でＹＥＳ）、発信処理手段１１２は、当該リクエストで要求される処理は第１通信制御装置の処理対象であると判定し、通常のリクエスト処理（リクエスト処理１）を開始する（Ｓ３２）。
【００６１】
一方、リクエストの送信先が第１通信制御装置１０ではなく第２通信制御装置２０の場合（Ｓ３１でＮＯ）、第１通信制御装置１０は、発信処理手段２１２に、リクエスト処理（リクエスト処理２）を開始させる（Ｓ３３）。
【００６２】
図７は、図６のフローチャートにおけるステップＳ３３で第２通信制御装置２０で行われるリクエスト処理２について説明するフローチャートである。第２通信制御装置２０の発信処理手段２１２は、発信元端末である端末１０１の収容状態が「有」であるか否かを判定する（Ｓ３４）。
【００６３】
第２通信制御装置２０において発信元端末である端末１０１の収容状態が「有」であるとき（Ｓ３４でＹＥＳ）、発信処理手段２１２は、当該発信は第２通信制御装置２０から行なう処理と判定し、処理を継続する（Ｓ３５）。
【００６４】
一方、第２通信制御装置２０において、発信元端末である端末１０１の収容状態が「無」であるとき（Ｓ３４でＮＯ）、端末１０１の移行処理「有」の場合、状態更新手段２１６は、端末１０１の第２通信制御装置２０への移行処理は完了していると判断し、端末１０１の収容状態を「無」から「有」に更新する（Ｓ３６）。また、移行先の第２通信制御装置２０と移行元の第１通信制御装置１０の収容状態は、対応させる必要があるため、状態更新手段２１６は、第１通信制御装置１０に端末１０１の収容状態を「有」から「無」に更新させるリクエストを送信する（Ｓ３７）。その後、発信処理手段２１２は、発信先の端末への発信処理を実行する（Ｓ３８）。
【００６５】
このように、本発明に係る通信制御装置１０，２０では、移行先の通信制御装置２０は、発信先となる端末の収容状態が「無」であるとき、該当端末の移行処理が「有」の前提において、リクエスト処理を行なうとともに、当該端末の収容状態の更新処理を行なう。
【００６６】
なお、上述の説明によれば、第１通信制御装置１０が移行元となり、第２通信制御装置２０が移行先となる例で説明しているが、各通信制御装置１０，２０は移行元又は移行先のいずれかにしか対応していないのではない。すなわち、図示は省略するが、第１通信制御装置１０でも第２通信制御装置２０の登録手段２１３〜２１５と同様の機能を備えていれば移行先となり、第２通信制御装置２０でも第１通信制御装置１０の送信手段１１３〜１１５と同様の機能を備えていれば移行元となる。
【００６７】
上述したように、本発明に係る中継システム１では、通信制御装置１０，２０が端末１０１〜１０３，２０１〜２０３の収容状態に関するフラグを記憶しており、収容している端末への着信があったとき、または、収容している端末から発信があったときには、収容状態のフラグを参照して処理を実行している。また、収容状態の更新は、収容先を移行した移行端末への着信又は移行端末からの発信があったときに、移行元の第１通信制御装置１０及び移行先の第２通信制御装置２０で同時に行っている。
【００６８】
したがって、本発明にかかる中継システム１では、端末からサービスの中断がされることなく、簡単な構成及び処理によって端末を確実に移行させることができる。
【符号の説明】
【００６９】
１…端末通話システム
１０，２０…通信制御装置
１１，２１…ＣＰＵ
１１１…着信処理手段
１１２…発信処理手段
１１３…ユーザ情報送信手段
１１４…ロケーション情報送信手段
１１５…サービス情報送信手段
１１６…状態更新手段
１１７…同期チェック手段
１１８…ロケーション情報処理手段
２１１…着信処理手段
２１２…発信処理手段
２１３…ユーザ情報登録手段
２１４…ロケーション情報登録手段
２１５…サービス情報登録手段
２１６…状態更新手段
２１７…同期チェック手段
２１８…ロケーション情報処理手段
１２，２２…記憶装置
Ｄ１…端末データ
Ｄ２…端末データ
Ｐ１，Ｐ２…通信制御プログラム
１３，２３…通信Ｉ／Ｆ
３０…第１ネットワーク
４０…第２ネットワーク
１０１〜１０３，２０１〜２０３，５１〜５３…端末
【図１】
2011004323.tif 000003
【図２】
2011004323.tif 000004
【図３】
2011004323.tif 000005
【図４】
2011004323.tif 000006
【図５】
2011004323.tif 000007
【図６】
2011004323.tif 000008
【図７】
2011004323.tif 000009
【図８】
2011004323.tif 000010