(57)【特許請求の範囲】
【請求項１】
グループ化された複数の端末と、呼接続処理の対象となる端末がグループ単位でそれぞれ設定された複数の呼制御サーバと、呼接続処理についての管理データを管理する管理装置と、を有する呼処理システムであって、
前記管理装置は、
前記グループごとに、前記グループに属する端末の識別情報と該グループに対して呼接続処理を行う呼制御サーバの識別情報とが対応付けられたデータを、前記管理データとして記憶する記憶部と、
前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合のみ、前記グループに対応する前記呼制御サーバを、変更が要求された前記呼制御サーバに変更する通知を、前記グループに対応する前記呼制御サーバ、及び、前記変更が要求された呼制御サーバに送信する応答処理部と、
前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合のみ、前記管理データについて、前記グループに対応する呼制御サーバを、前記変更が要求された呼制御サーバに変更する管理データ変更部と、
を有することを特徴とする呼処理システム。
【請求項２】
前記呼制御サーバは、
前記端末による前記呼制御サーバの変更要求があった場合、前記管理装置に問い合わせを行う問い合わせ処理部と、
該呼制御サーバが前記呼接続処理を行うグループの識別情報と、該グループに属する各端末の識別情報とが対応付けられた利用中グループデータを記憶する利用中グループデータ記憶部と、
前記管理装置からの通知にしたがって、前記利用中グループデータを、グループ単位で変更する利用中グループデータ変更部と、
を有し、
前記応答処理部は、
いずれかの前記端末による呼制御サーバの変更要求について前記呼制御サーバから問い合わせがあった場合に、該問い合わせによって、前記変更要求を行った端末が属するグループの全ての端末から前記呼制御サーバの変更が要求されたか否かを判断する判断部と、
前記判断部の判断結果に応じて、少なくとも、前記問い合わせを行った前記呼制御サーバに前記利用中グループデータに対する変更処理の有無を通知する通知部と、
を有し、
前記管理データ変更部は、前記管理データのうち、前記変更要求を行った端末の識別情報に、該端末が変更を要求した前記呼制御サーバの識別情報を対応付けて記録することを特徴とする請求項１に記載の呼処理システム。
【請求項３】
前記判断部は、前記管理データを参照し、前記変更要求を行った端末が属するグループの全ての端末に各端末が変更を要求した前記呼制御サーバの識別情報が対応付けられていた場合には、前記変更要求を行った端末が属するグループの全ての端末から前記呼制御サーバの変更を要求されていると判断し、前記変更要求を行った端末が属するグループの全ての端末に各端末が変更を要求した前記呼制御サーバの識別情報が対応付けられていない場合には、前記変更要求を行った端末が属するグループの全ての端末から前記呼制御サーバの変更を要求されていないと判断することを特徴とする請求項２に記載の呼処理システム。
【請求項４】
前記通知部は、前記判断部が前記変更要求を行った端末が属するグループの全ての端末から前記呼制御サーバの変更を要求されたと判断したときには、前記変更が要求された呼制御サーバに、前記変更要求を行った端末が属するグループの全ての端末の識別情報を該呼制御サーバの前記利用中グループデータに登録する通知を送信し、前記変更要求を行った端末が属するグループに対応していた呼制御サーバに、該グループの全ての端末の識別情報を前記利用中グループデータから消去する通知を送信する一方、前記判断部が前記変更要求を行った端末が属するグループの全ての端末から前記呼制御サーバの変更を要求されていないと判断したときには、前記変更要求を行った端末を収容している呼制御サーバを、前記問い合わせを行った呼制御サーバに通知することを特徴とする請求項２または３に記載の呼処理システム。
【請求項５】
前記呼制御サーバは、ＳＩＰ（Session  Initiation  Protocol）により前記呼接続処理を行い、
前記端末の識別情報は、前記端末に設定されたＩＰアドレスであることを特徴とする請求項１〜４のいずれか一つに記載の呼処理システム。
【請求項６】
呼接続処理の対象となる端末がグループ単位でそれぞれ設定された複数の呼制御サーバを有する呼処理システムについての管理データであって、前記グループごとに、前記グループに属する端末の識別情報と該グループに対して前記呼接続処理を行う呼制御サーバの識別情報とが対応付けられた前記管理データを記憶する記憶部と、
前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合のみ、前記グループに対応する前記呼制御サーバを、変更が要求された前記呼制御サーバに変更する通知を、前記グループに対応する前記呼制御サーバ、及び、前記変更が要求された呼制御サーバに送信する応答処理部と、
前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合のみ、前記管理データについて、前記グループに対応する呼制御サーバを、前記変更が要求された呼制御サーバに変更する管理データ変更部と、
を有することを特徴とする管理装置。
【請求項７】
呼接続処理の対象となる端末がグループ単位でそれぞれ設定された複数の呼制御サーバを有する呼処理システムについての管理データを管理する管理装置が実行する管理方法であって、
前記管理装置は、前記グループごとに、前記グループに属する端末の識別情報と該グループに対して前記呼接続処理を行う呼制御サーバの識別情報とが対応付けられた前記管理データを記憶する記憶部を有し、
前記管理装置が、前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合のみ、前記グループに対応する前記呼制御サーバを、変更が要求された前記呼制御サーバに変更する通知を、前記グループに対応する前記呼制御サーバ、及び、前記変更が要求された呼制御サーバに送信する工程と、
前記管理装置が、前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合のみ、前記管理データについて、前記グループに対応する呼制御サーバを、前記変更が要求された呼制御サーバに変更する工程と、
を含んだことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼処理システム、管理装置および管理方法に関する。
【背景技術】
【０００２】
従来からＳＩＰ（Session  Initiation  Protocol）サーバ等の呼制御サーバにより端末からの呼を接続するサービスが提供されている。この呼接続サービスでは、加入者（加入者の端末）全体のデータを加入者データベース（ＤＢ）で一元管理する他、呼制御サーバにも、該呼制御サーバを利用する加入者のデータをキャッシュ配備させることによって、サーバ移行時には、移行元及び移行先の呼制御サーバに、移行する加入者のデータのみを書き換えさせることによって、サーバ移行処理の簡略化を図っている（例えば、非特許文献１参照）。
【０００３】
具体的に、図１１を参照して、従来技術に係る呼処理システムについて説明する。図１１は、従来技術に係る呼処理システムの構成及び処理の流れを示す図である。図１１に示すように、加入者全体のデータＬ０を管理する加入者データ管理装置（Ｓ）で一元管理する他、呼制御サーバ（Ａ），（Ｂ）にも、それぞれの呼制御サーバ（Ａ），（Ｂ）を利用する加入者のデータＬ１，Ｌ２を配備させている。加入者のいずれかが呼制御サーバを移行する時には、加入者データ管理装置（Ｓ）は、該加入者の収容サーバを書き換えるほか、移行元の呼制御サーバに該加入者のデータを削除させ、移行先の呼制御サーバに該加入者のデータを追加させるのみでよい。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】阿部健二，高橋英雅，佐々木潤子  “NGNにおける加入者DB適用時の要求条件に関する一考察，”  電子情報通信学会ソサイエティ大会講演論文集，2011年＿通信(2),  34,  2011-08-30
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、非特許文献１に開示されている技術では、代表サービスのように複数の加入者が一つのグループにグルーピングされた付加サービスを受けている状態で、グループに属するいずれかの一人の加入者が呼制御サーバの移行を行った場合には、このグループに対する呼接続処理が正常に動作しないという問題がある。
【０００６】
具体的に、図１１に示す加入者（ａ）〜（ｚ）が一つのグループ（１）として、呼制御サーバ（Ａ）を利用していた場合に、このグループ（１）の加入者（ｚ）が、呼制御サーバ（Ｂ）への登録要求（図１１の（１）ＲＥＧＩＳＴＥＲ）を行った場合を例に説明する。
【０００７】
この場合、呼制御サーバ（Ｂ）は、加入者（ｚ）からの登録要求について、加入者データ管理装置（Ｓ）へ、収容サーバ変更要求（図１１の（２）ＳＡＲ）を行い、これに応じて、加入者データ管理装置（Ｓ）は、データＬ０における加入者（ｚ）の収容サーバを（Ａ）から（Ｂ）に変更する（図１１の矢印Ａ０参照）。そして、加入者データ管理装置（Ｓ）は、呼制御サーバ（Ａ）に、加入者（ｚ）の番号の削除通知（図１１の（３）ＲＴＲ）を送り、呼制御サーバ（Ａ）のデータＬ１から加入者（ｚ）のデータを削除させる（図１１の矢印Ａ１参照）。また、呼制御サーバ（Ｂ）では、データＬ２に加入者（ｚ）のデータが登録される（図１１の矢印Ａ２参照）。
【０００８】
この結果、グループ（１）に属する加入者（ａ）〜（ｚ）のうち、加入者（ｚ）のデータのみが呼制御サーバ（Ｂ）に移動する（図１１の（４）登録先変更）。言い換えると、同一のグループ（１）に属する加入者（ａ）〜（ｚ）のデータが、呼制御サーバ（Ａ）と呼制御サーバ（Ｂ）とに分散収容されてしまう。
【０００９】
これによって、このグループ（１）に対する呼接続処理が正常に動作しないという問題が生じる。例えば、呼制御サーバ（Ａ）では、グループ（１）の一部の加入者データが欠落しているため、グループ（１）に対するデータの不整合を検出してしまいグループ（１）の加入者全体に着信できない等、正常に呼処理を実行できない（図１１の（ａ）参照）。または、呼制御サーバ（Ｂ）では、保持するデータが、グループ（１）の加入者（ｚ）のデータのみのため、この加入者（ｚ）に着信できない等、正常に呼処理を実行できない（図１１の（ｂ）参照）。
【００１０】
本発明は、上記に鑑みてなされたものであって、呼接続処理の対象となる端末がグループ単位で呼制御サーバに設定されている場合であっても呼制御サーバの移行処理を適切に実行できる呼処理システム、管理装置および管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するために、本発明に係る呼処理システムは、グループ化された複数の端末と、呼接続処理の対象となる端末がグループ単位でそれぞれ設定された複数の呼制御サーバと、呼接続処理についての管理データを管理する管理装置と、を有する呼処理システムであって、前記管理装置は、前記グループごとに、前記グループに属する端末の識別情報と該グループに対して呼接続処理を行う呼制御サーバの識別情報とが対応付けられたデータを、前記管理データとして記憶する記憶部と、前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合、前記グループに対応する前記呼制御サーバを、変更が要求された前記呼制御サーバに変更する通知を、前記グループに対応する前記呼制御サーバ、及び、前記変更が要求された呼制御サーバに送信する応答処理部と、前記グループに属する全ての端末から前記呼制御サーバの変更要求があった場合、前記管理データについて、前記グループに対応する呼制御サーバを、前記変更が要求された呼制御サーバに変更する管理データ変更部と、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、呼接続処理の対象となる端末がグループ単位で呼制御サーバに設定されている場合であっても呼制御サーバの移行処理を適切に実行できる。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施の形態１に係る呼処理システムの構成の一例を模式的に示す図である。
【図２】図２は、図１に示す呼制御サーバの構成の一例を示すブロック図である。
【図３】図３は、図２に示す記憶部に記憶される利用中加入者データのデータ構成の一例を示す図である。
【図４】図４は、図１に示す加入者データ管理装置の構成の一例を示すブロック図である。
【図５】図５は、図４に示す加入者データのデータ構成の一例を示す図である。
【図６】図６は、図１に示す呼処理システムにおける呼制御サーバ移行処理の流れを説明するための図である。
【図７】図７は、図１に示す呼処理システムにおける呼制御サーバ移行処理の流れを説明するための図である。
【図８】図８は、図１に示す呼処理システムにおける呼制御サーバ移行処理の流れを説明する説明するシーケンス図である。
【図９】図９は、図１に示す呼処理システムにおける呼制御サーバ移行処理の流れを説明する説明するシーケンス図である。
【図１０】図１０は、プログラムが実行されることにより、呼処理システムが実現されるコンピュータの一例を示す図である。
【図１１】図１１は、従来技術に係る呼処理システムの構成及び処理の流れを示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
【００１５】
［実施の形態１］
実施の形態１に係る呼処理システムについて、呼処理システム全体の概略構成、呼処理システムを構成する各装置の概略構成、呼処理システムにおける処理の流れ及び具体例を説明する。なお、以降で説明する呼制御サーバ及び端末の台数等は、あくまで例示であり、これに限定されるものではない。
【００１６】
［呼処理システムの構成］
まず、図１を参照して、実施の形態１に係る呼処理システムの構成について説明する。図１は、実施の形態１に係る呼処理システムの構成の一例を説明するための図である。
【００１７】
図１に示すように、実施の形態１に係る呼処理システム１００は、複数の端末と、複数の呼制御サーバ２Ａ，２Ｂと、呼接続処理についての管理データを管理する加入者データ管理装置３とを有する。図１では、複数の加入者の各端末のうち、加入者（ａ）〜（ｚ）の端末１ａ〜１ｚを示している。これらの端末１ａ〜１ｚは、一つのグループＧ１にグルーピングされて代表サービス等のサービスを提供されている。そして、このグループＧ１の端末１ａ〜１ｚは、図１の段階では、呼制御サーバ２Ａにグループ単位で収容されている。
【００１８】
端末１ａ〜１ｚは、それぞれ、呼制御サーバ２Ａ経由で他の端末への呼を発信したり、呼の発信元の端末からの呼を受け付けたりする。この端末１ａ〜１ｚは、例えば、ＩＰ（Internet  Protocol）電話機であり、端末１ａ〜１ｚそれぞれには、ＩＰアドレスが設定される。このＩＰアドレスは、例えば、事業者等により設定される。また、端末１ａ〜１ｚは、呼の着信先の端末および呼の発信元の端末の識別情報として電話番号（加入者番号）を用いる。ここで、端末１ａ〜１ｚは、一つのグループＧ１にグルーピングされている。このグループＧ１は、図１の段階では、呼制御サーバ２Ａに収容されているが、今後、呼制御サーバ２Ｂに移行する予定であるものとする。
【００１９】
呼制御サーバ２Ａ，２Ｂは、端末からの呼の接続処理を行う。呼制御サーバ２Ａ，２Ｂは、例えば、ＳＩＰ（Session  Initiation  Protocol）により、端末からの呼を受け付けると、この呼を着信先の端末に着信させる。これにより端末間を接続する。呼制御サーバ２Ａ，２Ｂには、呼接続処理の対象となる端末がグループ単位でそれぞれ設定されている。図１の段階では、呼制御サーバ２Ａには、グループＧ１が設定されている。
【００２０】
加入者データ管理装置３は、呼接続処理についての管理データを管理する。加入者データ管理装置３は、グループごとに、グループに属する端末の識別情報と該グループに対して呼接続処理を行う呼制御サーバの識別情報とが対応付けられた加入者データ３１１（管理データ）（後述）を記憶する加入者管理用データベース（ＤＢ）３１（後述）のデータ管理を行う。また、加入者データ管理装置３は、呼制御サーバ２Ａ，２Ｂからの問い合わせに応じて、加入者データ３１１を変更するとともに、該加入者データ３１１のうち、それぞれの呼制御サーバ２Ａ，２Ｂに対応するデータを、各呼制御サーバ２Ａ，２Ｂに配備させる。
【００２１】
そして、加入者データ管理装置３は、呼接続処理の対象となる端末がグループ単位で呼制御サーバに設定されている場合、一つのグループに属する全ての端末から呼制御サーバの変更要求があった場合にのみ、該グループに対応する呼制御サーバを、変更が要求された呼制御サーバに変更している。
【００２２】
したがって、実施の形態１では、呼接続処理の対象となる端末がグループ単位で呼制御サーバに設定されている場合、一つのグループに属する全ての端末から呼制御サーバの変更要求が呼制御サーバ２Ａ，２Ｂを介して加入者データ管理装置３にあった場合にのみ、該グループに対応する呼制御サーバを、変更が要求された呼制御サーバに変更している。まず、呼制御サーバ２Ａ，２Ｂの構成について説明する。
【００２３】
［呼制御サーバの構成］
図２は、図１に示す呼制御サーバ２Ａの構成の一例を示すブロック図である。図２に示すように、呼制御サーバ２Ａは、記憶部２１、入出力部２２及び制御部２３を有する。なお、他の呼制御サーバ２Ｂも呼制御サーバ２Ａと同様の構成を有する。
【００２４】
記憶部２１は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、呼制御サーバ２Ａを動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。記憶部２１は、該呼制御サーバ２Ａを現に利用している加入者に関する情報を示す利用中加入者データ２１１（利用中グループデータ）を記憶する。利用中加入者データ２１１は、該呼制御サーバ２Ａが呼接続処理を行うグループの識別情報と、該グループに属する各端末の識別情報とが対応付けられたものである。
【００２５】
図３は、図２に示す利用中加入者データ２１１のデータ構成の一例を示す図である。利用中加入者データ２１１は、図３に示すテーブルＴａのように、呼制御サーバ２Ａを利用する加入者の端末を識別するための加入者番号と、これらの加入者の端末が属するグループを識別するための所属ブループ情報とが対応付けられている。本実施の形態１では、呼制御サーバ移行処理前は、グループＧ１は、呼制御サーバ２Ａに収容されているため、テーブルＴａでは、呼制御サーバ２Ａに収容される加入者（ａ）〜（ｚ）が、いずれもグループＧ１に属することが示されている。
【００２６】
入出力部２２は、外部装置との間で、各種データの入出力を司るインターフェースである。呼制御サーバ２Ａは、入出力部２２を介して、例えば、端末１ａ〜１ｚ、呼制御サーバ２Ｂ及び加入者データ管理装置３との間で通信を行う。
【００２７】
制御部２３は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部２３は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路である。制御部２３は、接続処理部２３１、問い合わせ処理部２３２及び利用中加入者データ変更部２３３（利用中グループデータ変更部）を有する。
【００２８】
接続処理部２３１は、端末からの呼の接続処理を行う。接続処理部２３１は、例えば、ＳＩＰにより、端末からの呼の発信を受け付けると、この呼を着信先の端末に着信させる。この接続処理部２３１は、記憶部２１の利用中加入者データ２１１を参照して、呼の発信元或いは着信先の端末が、グループＧ１の端末であった場合には、代表サービス等のサービス内容に従った呼の接続処理を行う。
【００２９】
問い合わせ処理部２３２は、端末からの要求に応じて加入者データ管理装置３に問い合わせを行う。例えば、問い合わせ処理部２３２は、自身が収容する端末以外の端末による呼制御サーバの登録要求（変更要求：ＲＥＧＩＳＴＥＲ）があった場合、加入者データ管理装置３に、呼制御サーバの移行処理に関する問い合わせ（ＵＡＲ）を行う。
【００３０】
利用中加入者データ変更部２３３は、加入者データ管理装置３からの通知にしたがって、利用中加入者データ２１１の内容を、グループ単位で変更する。すなわち、利用中加入者データ変更部２３３は、利用中加入者データ２１１に含まれた加入者番号を、グループ単位で消去する。或いは、利用中加入者データ変更部２３３は、利用中加入者データ２１１に、グループ単位で加入者番号を追加する。
【００３１】
［加入者データ管理装置の構成］
次に、加入者データ管理装置３の構成について説明する。図４は、図１に示す加入者データ管理装置３の構成の一例を示すブロック図である。図４に示すように、加入者データ管理装置３は、加入者管理用ＤＢ３１と接続し、該加入者管理用ＤＢ３１が記憶する加入者データ３１１のデータ管理を行う。また、加入者データ管理装置３は、記憶部３２、入出力部３３及び制御部３４を有する。
【００３２】
加入者管理用ＤＢ３１は、管理データとして、グループごとに、グループに属する端末の識別情報と該グループに対して呼接続処理を行う呼制御サーバの識別情報とが対応付けられた加入者データ３１１を記憶する。
【００３３】
図５は、図４に示す加入者データ３１１のデータ構成の一例を示す図である。加入者データ３１１は、図５に示すテーブルＴｓのように、加入者の端末を識別するための加入者番号と、これらの加入者の端末が属するグループと、各加入者の端末が収容されている呼制御サーバの識別情報とが対応付けられている。
【００３４】
上述したように、本呼処理システム１００では、グループ単位で端末が呼制御サーバに収容されている。このため、テーブルＴｓに示すように、加入者（ａ）〜（ｚ）は、いずれもグループＧ１に属するため、加入者（ａ）〜（ｚ）の番号に対し、グループＧ１が対応付けられて記憶されている。そして、グループＧ１は、グループ単位で呼制御サーバ２Ａに収容されているため、加入者（ａ）〜（ｚ）の番号には、収容サーバとして、呼制御サーバ２Ａが対応付けられる。
【００３５】
さらに、収容先の呼制御サーバの変更要求が端末からあった場合、加入者データ３１１は、呼制御サーバの変更要求を行った端末の識別情報に、該端末が変更を要求した呼制御サーバの識別情報を対応付けて記憶する。具体的には、テーブルＴｓに示すように、ＵＡＲ送信サーバ欄が設けられている。そして、端末からの呼制御サーバの変更要求（ＲＥＧＩＳＴＥＲ）に応じて呼制御サーバによる問い合わせ（ＵＡＲ）を加入者データ管理装置３が受けた場合、該ＵＡＲを送信した呼制御サーバの識別情報が、登録要求を行った端末の加入者番号のＵＡＲ送信サーバ欄に記録される。
【００３６】
記憶部３２は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、加入者データ管理装置３を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。
【００３７】
入出力部３３は、外部装置との間で、各種データの入出力を司るインターフェースである。加入者データ管理装置３は、入出力部３３を介して、例えば、呼制御サーバ２Ｂとの間で通信を行う。
【００３８】
制御部３４は、ＣＰＵやＭＰＵなどの電子回路であり、各種の処理手順などを規定したプログラムに従って種々の処理を実行する。制御部３４は、応答処理部３４１及び加入者データ変更部３４２（管理データ変更部）を有する。
【００３９】
応答処理部３４１は、呼制御サーバ２Ａ，２Ｂからの問い合わせに応じて応答の通知を行う。応答処理部３４１は、判断部３４１ａ及び通知部３４１ｂを有する。
【００４０】
判断部３４１ａは、いずれかの端末による呼制御サーバの変更要求（ＲＥＧＩＳＴＥＲ）について呼制御サーバから問い合わせ（ＵＡＲ）があった場合に、該問い合わせによって、変更要求を行った端末が属するグループの全ての端末から呼制御サーバの変更が要求されたか否かを判断する。
【００４１】
判断部３４１ａは、加入者管理用ＤＢ３１の加入者データ３１１を参照し、変更要求を行った端末が属するグループの全ての端末に、各端末が変更を要求した呼制御サーバの識別情報が対応付けられていた場合には、変更要求を行った端末が属するグループの全ての端末から呼制御サーバの変更を要求されていると判断する。具体的には、判断部３４１ａは、加入者データ３１１を参照し、変更要求を行った端末の加入者番号に対応するグループの全ての加入者番号において、ＵＡＲ送信サーバ欄に同一の呼制御サーバの記録があった場合には、このグループの全ての端末から呼制御サーバの変更を要求されていると判断する。
【００４２】
これに対し、判断部３４１ａは、変更要求を行った端末が属するグループの全ての端末に、各端末が変更を要求した呼制御サーバの識別情報が対応付けられていない場合には、変更要求を行った端末が属するグループの全ての端末から呼制御サーバの変更を要求されていないと判断する。具体的には、判断部３４１ａは、加入者データ３１１を参照し、変更要求を行った端末の加入者番号に対応するグループのいずれかの加入者番号から、ＵＡＲ送信サーバ欄への同一の呼制御サーバの記録がかけていた場合には、このグループの全ての端末から呼制御サーバの変更を要求されていないと判断する。
【００４３】
通知部３４１ｂは、判断部３４１ａの判断結果に応じて、少なくとも、問い合わせを行った呼制御サーバに、利用中グループデータに対する変更処理の有無を通知する。
【００４４】
具体的には、通知部３４１ｂは、判断部３４１ａが変更要求を行った端末が属するグループの全ての端末から呼制御サーバの変更を要求されたと判断したときには、変更が要求された呼制御サーバに、変更要求を行った端末が属するグループの全ての端末の識別情報を該呼制御サーバの前記利用中グループデータに登録する通知を送信する。さらに、通知部３４１ｂは、変更要求を行った端末が属するグループに対応していた呼制御サーバに、該グループの全ての端末の識別情報を利用中グループデータから消去する通知を送信する。
【００４５】
一方、通知部３４１ｂは、判断部３４１ａが変更要求を行った端末が属するグループの全ての端末から呼制御サーバの変更を要求されていないと判断したときには、変更要求を行った端末を収容している呼制御サーバを、問い合わせを行った呼制御サーバに通知する。
【００４６】
加入者データ変更部３４２は、加入者管理用ＤＢ３１の加入者データ３１１の変更処理を行う。加入者データ変更部３４２は、一つのグループに属する全ての端末から呼制御サーバの変更要求があった場合、加入者データ３１１について、該一つのグループに対応する呼制御サーバを、変更が要求された呼制御サーバに変更する。すなわち、加入者データ変更部３４２は、判断部３４１ａが変更要求を行った端末が属するグループの全ての端末から呼制御サーバの変更を要求されたと判断したときには、グループ単位で、該グループに対応する収容サーバの識別情報を、変更が要求された呼制御サーバに変更する。
【００４７】
このように、呼処理システム１００では、呼接続処理の対象となる端末がグループ単位で呼制御サーバに設定されている場合、一つのグループに属する全ての端末から呼制御サーバの変更要求があった場合にのみ、該グループに対応する呼制御サーバを、変更が要求された呼制御サーバに変更している。
【００４８】
［呼制御サーバの移行処理の流れ］
図６及び図７は、図１に示す呼処理システム１００による呼制御サーバの移行処理の流れを説明する図である。図６及び図７では、加入者（ａ）〜加入者（ｚ）の端末１ａ〜１ｚが属するグループＧ１について、収容サーバを、呼制御サーバ２Ａから呼制御サーバ２Ｂに移行する処理について説明する。
【００４９】
まず、図６に示すように、グループＧ１のうちいずれか一つの端末（例えば、端末１ｚ）が、呼制御サーバ２Ｂへの登録要求（図６の（１）ＲＥＧＩＳＴＥＲ）を送信する。このＲＥＧＩＳＴＥＲを受け、呼制御サーバ２Ｂは、加入者（ｚ）からの登録要求について、加入者データ管理装置３へ、該登録要求についての問い合わせ（図６の（２）ＵＡＲ）を行う。
【００５０】
続いて、加入者データ管理装置３は、加入者データ３１１であるテーブルＴｓを参照する。この場合、テーブルＴｓに示すように、変更要求を行った端末１ｚが属するグループＧ１のいずれの端末の加入者番号についてＵＡＲ送信サーバが記録されていないため、本グループＧ１の全端末から呼制御サーバの変更を要求されていないと判断する。
【００５１】
したがって、加入者データ管理装置３は、呼制御サーバ２Ｂに対し、変更要求を行った端末１ｚを収容する呼制御サーバはグループＧ１を収容する呼制御サーバ２Ａであることを示す通知（図６の（３）ＵＡＡ）を送信する。これによって、呼制御サーバ２Ｂは、呼制御サーバ２Ａに、端末１ｚの登録保持を示す通知（図６の（４）ＲＥＧＩＳＴＥＲ）を送信する。この結果、端末１ｚについては、呼制御サーバの登録変更を行わない（図６の（５）参照）。
【００５２】
そして、加入者データ管理装置３は、テーブルＴｓを、端末１ｚの加入者番号のＵＡＲ送信サーバ欄に、端末１ｚからの変更要求についてのＵＡＲ送信を行った呼制御サーバ２Ｂを記録した（図６の（６）参照）テーブルＴｓ１に変更する（図６の矢印Ｙ１参照）。
【００５３】
続いて、図６に示すグループＧ１の他の全端末１ａ〜１ｙから、呼制御サーバ２ＢへのＲＥＧＩＳＴＥＲが送信されると、加入者データ管理装置３は、グループＧ１の全加入者について呼制御サーバ２ＢからＵＡＲを受信することとなる（図７の（７）参照）。この結果、図７のテーブルＴｓ２に示すように、グループＧ１の全ての加入者番号のＵＡＲ送信サーバ欄に、変更要求が行われた呼制御サーバ２Ｂが示されるため、加入者データ管理装置３は、グループＧ１の全加入者が、収容サーバを、呼制御サーバ２Ｂに変更すると判断する（図７の（８）参照）。これによって、加入者データ管理装置３は、加入者データ３１１を、グループＧ１の全加入者の収容サーバを、呼制御サーバ２Ａから呼制御サーバ２Ｂに変更したテーブルＴｓ３に更新する（図７の（９）参照）。
【００５４】
さらに、加入者データ管理装置３は、変更が要求された呼制御サーバ２Ｂに、変更要求を行った端末１ａ〜１ｚが属するグループＧ１の全ての端末の識別情報を該呼制御サーバ２Ｂに送信するとともに、該グループＧ１の全ての端末１ａ〜１ｚの識別情報を呼制御サーバ２Ｂの利用中グループデータに登録する通知を送信する（図７の（１０）ＰＰＲ参照）。呼制御サーバ２Ｂは、このＰＰＲを受けて、利用中加入者データを、グループＧ１の加入者データを登録したテーブルＴｂ３に変更する（図７の（１１）参照）。
【００５５】
そして、加入者データ管理装置３は、変更要求を行った端末１ａ〜１ｚが属するグループＧ１に対応していた呼制御サーバ２Ａに、該グループＧ１の全ての端末１ａ〜１ｚの識別情報を、呼制御サーバ２Ａの利用中グループデータから消去する通知を送信する（図７の（１２）ＲＴＲ参照）。呼制御サーバ２Ａは、このＲＴＲを受けて、利用中加入者データから、グループＧ１の加入者データ全てを削除したテーブルＴａ３に変更する（図７の（１３）参照）。
【００５６】
この図６及び図７の流れに沿った処理が行われることによって、グループＧ１の呼制御サーバ２Ｂへの登録先変更（移行）を完了する（図７の（１４）参照）。
【００５７】
［呼制御サーバの移行処理の処理手順］
次に、呼処理システム１００による呼制御サーバの移行処理の処理手順について説明する。図８及び図９は、図１に示す呼処理システム１００による呼制御サーバの移行処理の処理手順を示すシーケンス図である。図８及び図９では、説明の簡易化のために、これまで説明したように、グループＧ１を、呼制御サーバ２Ａから呼制御サーバ２Ｂに変更する場合の処理手順について示す。
【００５８】
図８に示すように、グループＧ１は、呼制御サーバ２Ａから、呼接続サービスを受けている。このときに、呼制御サーバ２Ｂが、グループＧ１に属するいずれかの端末から、呼制御サーバの変更要求（ＲＥＧＩＳＴＥＲ）を受けた場合（図８のステップＳ１）、呼制御サーバ２Ｂは、加入者データ管理装置３に、該端末による呼制御サーバの変更要求についての問い合わせ（ＵＡＲ）を送信する（図８のステップＳ２）。
【００５９】
加入者データ管理装置３は、各呼制御サーバからのＵＡＲの有無を判断し（図８のステップＳ３）、ＵＡＲがないと判断した場合には（図８のステップＳ３：Ｎｏ）、ステップＳ３に戻り、該ステップＳ３の判断処理を行う。
【００６０】
加入者データ管理装置３は、ＵＡＲがあると判断した場合（図８のステップＳ３：Ｙｅｓ）、加入者データ３１１を参照して、ＵＡＲ元の端末の加入者のグループＧ１を判別する（図８のステップＳ４）。加入者データ管理装置３は、グループＧ１の全加入者の端末についてＵＡＲがあったか否かを判断する（図８のステップＳ５）。すなわち、グループＧ１の全端末１ａ〜１ｚから、呼制御サーバ２ＢへのＲＥＧＩＳＴＥＲが送信されたか否かを判断する。
【００６１】
加入者データ管理装置３は、グループＧ１の全端末についてＵＡＲはないと判断した場合（図８のステップＳ５：Ｎｏ）、呼制御サーバ２Ｂに、変更要求を行った端末１ｚを収容する呼制御サーバはグループＧ１を収容する呼制御サーバ２Ａであることを示す通知（ＵＡＡ）を送信する（図８のステップＳ６）。これに応じて、呼制御サーバ２Ｂは、呼制御サーバ２Ａに、端末１ｚの登録保持を示す通知（ＲＥＧＩＳＴＥＲ）を送信する（図８のステップＳ７）。そして、加入者データ管理装置３は、この変更要求を行った端末の加入者番号のＵＡＲ送信サーバ欄に、ＵＡＲ送信を行った呼制御サーバ２Ｂを記録する（図８のステップＳ８）。
【００６２】
一方、加入者データ管理装置３は、グループＧ１の全端末についてＵＡＲがあると判断した場合（図８のステップＳ５：Ｙｅｓ）、加入者データ３１１における、このグループＧ１の収容サーバを、ＵＡＲ送信サーバである呼制御サーバ２Ｂに変更する（図９のステップＳ１０）。
【００６３】
続いて、加入者データ管理装置３は、変更が要求された呼制御サーバ２Ｂに、変更要求を行った端末１ａ〜１ｚが属するグループＧ１の全ての端末の識別情報を送信するとともに、該グループＧ１の全ての端末１ａ〜１ｚの識別情報を呼制御サーバ２Ｂの利用中グループデータに登録する通知（ＰＰＲ）を送信する（図９のステップＳ１１）。呼制御サーバ２Ｂは、このＰＰＲを受けて、このグループＧ１の全加入者データを利用中加入者データに登録する（図９のステップＳ１２）。
【００６４】
さらに、加入者データ管理装置３は、変更要求を行った端末１ａ〜１ｚが属するグループＧ１に対応していた呼制御サーバ２Ａに、該グループＧ１の全ての端末１ａ〜１ｚの識別情報を、呼制御サーバ２Ａの利用中グループデータから消去する通知（ＲＴＲ）を送信する（図９のステップＳ１３）。呼制御サーバ２Ａは、このＲＴＲを受けてグループＧ１の全加入者データを、利用中加入者データから削除する（図９のステップＳ１４）。以降は、グループＧ１は、呼制御サーバ２Ｂから、呼接続サービス（ＳＩＰシーケンス等による）を受ける。
【００６５】
［実施の形態１の効果］
このように、本実施の形態１に係る呼処理システム１００では、呼接続処理の対象となる端末がグループ単位で呼制御サーバに設定されている場合、一つのグループに属する全ての端末から呼制御サーバの変更要求が加入者データ管理装置３にあった場合にのみ、該グループに対応する呼制御サーバを、変更が要求された呼制御サーバに変更している。したがって、呼処理システム１００では、グループ単位で呼制御サーバの移行処理を適切に実行しているため、同一のグループに属する加入者のデータが別個の呼制御サーバに分散収容されてしまうことはなく、グループの各端末に対して、正常な呼接続処理の動作を維持することができる。
【００６６】
［他の実施の形態］
［システム構成等］
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６７】
また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部又は一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６８】
［プログラム］
図１０は、プログラムが実行されることにより、呼処理システムが実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
【００６９】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
【００７０】
ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、呼処理システム１００の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、呼処理システム１００における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid  State  Drive）により代替されてもよい。
【００７１】
また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
【００７２】
なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００７３】
以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例及び運用技術等は全て本発明の範疇に含まれる。
【符号の説明】
【００７４】
１ａ〜１ｚ  端末
２Ａ，２Ｂ  呼制御サーバ
３  加入者データ管理装置
３１  加入者管理用データベース（ＤＢ）
２１，３２  記憶部
２２，３３  入出力部
２３，３４  制御部
２１１  利用中加入者データ
２３１  接続処理部
２３２  問い合わせ処理部
２３３  利用中加入者データ変更部
３１１  加入者データ
３４１  応答処理部
３４１ａ  判断部
３４１ｂ  通知部
３４２  加入者データ変更部
【図１】
0006560140.tif 000002
【図２】
0006560140.tif 000003
【図３】
0006560140.tif 000004
【図４】
0006560140.tif 000005
【図５】
0006560140.tif 000006
【図６】
0006560140.tif 000007
【図７】
0006560140.tif 000008
【図８】
0006560140.tif 000009
【図９】
0006560140.tif 000010
【図１０】
0006560140.tif 000011
【図１１】
0006560140.tif 000012