JP4838328B2

JP4838328B2 - 呼処理装置および呼処理方法

Info

Publication number: JP4838328B2
Application number: JP2009037936A
Authority: JP
Inventors: 和利山本; 雄上茶; 弘純武居
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2009-02-20
Filing date: 2009-02-20
Publication date: 2011-12-14
Anticipated expiration: 2029-02-20
Also published as: JP2010193367A

Description

本発明は、呼処理装置および呼処理方法に関するものである。

通信ネットワークを使用する加入者の増大、設備の拡大に伴い、呼処理装置で使用していた呼処理データを別の呼処理装置に移行する必要が生じるが、移行時でも、呼処理は行わなければならない。

データを装置から装置に移行する技術としては、それまで使っていた通信サービス制御装置（以下、既存通信サービス制御装置とする）から、新しい通信サービス制御装置（以下、新通信サービス制御装置とする）に設備更新する場合に、サービスの停止なしに、既存通信サービス制御装置に登録されていたサービス契約者のデータ（以下、データとする）を新通信サービス制御装置に移し変え、サービスの制御を継続できるようにするものがある。

この技術は、データを新通信サービス制御装置に移し変える前に、呼処理装置から接続される呼接続のルーチング先を新通信サービス制御装置に切り替え、新通信サービス制御装置は、呼接続がある度に、既存通信サービス制御装置にアクセスし、既存通信サービス制御装置からデータを取得し、取得したデータを装置内のデータベースに書き込み、書き込んだデータにもとづきサービスの制御を継続し、新通信サービス制御装置は、一度データの取得および書き込みを行ったサービス契約者に再度呼接続があった場合に、装置内のデータベースを参照し、既存通信サービス制御装置にはアクセスしないようにするものである。

これにより、呼接続がある度にデータの取得および書き込みを行うことにより、全てのデータの移し変えを完了させることができ、またデータの移し変え中であってもサービスの制御を継続できるようになる（例えば、特許文献１参照）。

しかしながら、呼処理装置を移行させる場合にあっては、呼があってから新しい呼処理装置（以下、新呼処理装置とする）が、呼処理に必要な加入者データをそれまで使っていた呼処理装置（以下、既存呼処理装置とする）にアクセスし取得していたのでは、接続までの時間が長くなるため接続遅延が発生し、遅延が許されない呼処理装置の移行には適用できない。また呼処理装置にあっては、加入者データの移し変えとともに端末装置の帰属先が切りかわらなければならず、加入者データを移し変えただけでは、呼処理が進められず、この場合は既存呼処理装置に呼を戻し、既存呼処理装置が呼処理を継続するようにしなければならないが、呼を戻すことについては言及されていない。これらのことから、この技術は呼処理装置の移行には適用できないものである。

特開２００２−２５２７００号公報

上記に述べた従来のサーバを移行させる場合に処理を継続することができる技術にあっては、呼があってから新呼処理装置が、呼処理に必要な加入者データを既存呼処理装置にアクセスし取得していたのでは、接続遅延が発生し、遅延が許されない呼処理装置の移行には適用できない。

また呼処理装置にあっては、加入者データの移し変えとともに端末装置の帰属先が切りかわらなければならず、加入者データを移し変えただけでは、呼処理が進められず、この場合は既存呼処理装置に呼を戻し、既存呼処理装置が呼処理を継続するようにしなければならないが、呼を戻すことについては言及されておらず呼処理装置の移行には適用できないという問題がある。

本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、呼を迅速に処理できる呼処理装置および呼処理方法を提供することにある。

本発明に係る呼処理装置は、呼を処理する呼処理装置であって、該呼処理装置により受信される呼の宛先である端末装置ごとに、当該端末装置の端末装置識別情報を含み且つ他の呼処理装置から移行すべき呼処理データを格納するためのデータ領域とを含み、さらに、当該呼を当該端末装置に当該呼処理装置自身から送信してよい場合に所定の登録情報を含む、加入者データを記憶する加入者データ格納部と、該呼処理装置により受信される呼を前記加入者データ格納部に記憶された加入者データ内の呼処理データを使用して呼処理装置自身から送信するかまたは前記他の呼処理装置に転送して送信させるかの判断を行うべき場合に所定のフラグが含まれることとなるフラグ情報を１以上の前記加入者データごとに当該１以上の加入者データに対応づけて記憶するフラグ格納部と、該呼処理装置に送信された呼を受信する信号送受信部と、前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データを検索し、前記フラグ格納部から該加入者データに対応するフラグ情報内のフラグを検索するフラグ検索部と、該フラグがあった場合、前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データ内の登録情報を検索する登録情報検索部と、該登録情報がなかった場合、前記受信された呼が前記他の呼処理装置に送信されるようにする送信先設定部と、該登録情報があった場合、該登録情報を含む加入者データ内のデータ領域に格納された呼処理データを使用して前記信号送受信部が前記受信した呼を送信するように制御する一方、該登録情報がなかった場合において前記送信先設定部により処理された呼を前記信号送受信部が送信するように制御する呼処理制御部と、を含むことを特徴とする。

本発明に係る呼処理方法は、呼を処理する呼処理装置が呼を処理するときに実行される呼処理方法であって、前記呼処理装置は、該呼処理装置により受信される呼の宛先である端末装置ごとに、当該端末装置の端末装置識別情報を含み且つ他の呼処理装置から移行すべき呼処理データを格納するためのデータ領域とを含み、さらに、当該呼を当該端末装置に当該呼処理装置自身から送信してよい場合に所定の登録情報を含む、加入者データを記憶する加入者データ格納部と、該呼処理装置により受信される呼を前記加入者データ格納部に記憶された加入者データ内の呼処理データを使用して呼処理装置自身から送信するかまたは前記他の呼処理装置に転送して送信させるかの判断を行うべき場合に所定のフラグが含まれることとなるフラグ情報を１以上の前記加入者データごとに当該１以上の加入者データに対応づけて記憶するフラグ格納部と、を含み、前記呼処理方法は、前記呼処理装置が、該呼処理装置に送信された呼を受信するステップと、前記呼処理装置が、前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データを検索し、前記フラグ格納部から該加入者データに対応するフラグ情報内のフラグを検索するステップと、前記呼処理装置が、該フラグがあった場合、前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データ内の登録情報を検索するステップと、前記呼処理装置が、該登録情報がなかった場合、前記受信された呼が前記他の呼処理装置に送信されるようにするステップと、前記呼処理装置が、該登録情報があった場合、該登録情報を含む加入者データ内のデータ領域に格納された呼処理データを使用して前記信号送受信部が前記受信した呼を送信するように制御する一方、該登録情報がなかった場合において前記送信先設定部により処理された呼を前記信号送受信部が送信するように制御するステップと、を含むことを特徴とする。

本発明によれば、呼を迅速に処理できる呼処理装置および呼処理方法を提供することができる。

本実施の形態に係る呼処理装置を含む通信システムの構成を示す接続図である。加入者系ＳＩＰサーバ２ｂの概略構成を示すブロック図である。加入者データ格納部２２１ｂとフラグ格納部２２２ｂの構成を示す図である。通信システムの動作を説明するためのシーケンス図である。加入者系ＳＩＰサーバ２ｂの動作を示すフローチャートである。

以下、本発明の実施の形態を図面を参照して説明する。

図１は、本実施の形態に係る呼処理装置を含む通信システムの構成を示す接続図である。通信システムは、ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ（以下、ＳＩＰと略す）という規約に基づいて通信を行う通信システムであり、中継系ＳＩＰサーバ１と、呼処理装置である加入者系ＳＩＰサーバ２ａおよび２ｂと、加入者収容ルータ３ａ、３ｂおよび３ｃと、端末装置４ａ、４ｂ、４ｃおよび図示しない端末装置とを有する。

加入者系ＳＩＰサーバ２ａおよび２ｂは中継ルータ（図示せず）を介して相互に接続され、かつ、中継系ＳＩＰサーバ１に接続される。加入者収容ルータ３ａは加入者系ＳＩＰサーバ２ａに接続され、加入者収容ルータ３ｂ、３ｃのそれぞれは加入者系ＳＩＰサーバ２ａおよび２ｂに接続される。端末装置４ａは加入者収容ルータ３ａに接続され、端末装置４ｂは加入者収容ルータ３ｂに接続され、端末装置４ｃは加入者収容ルータ３ｃに接続される。図示しないが、各ルータには他の端末装置も接続される。

中継系ＳＩＰサーバ１は、ＳＩＰによる中継系のセッション制御機能、他のネットワークとの接続制御機能を含むサーバであり、加入者系ＳＩＰサーバ２ａは、ＳＩＰによる加入者系のセッション制御機能を含むサーバである。加入者系ＳＩＰサーバ２ｂは、特別なＳＩＰによる加入者系のセッション制御機能を含むサーバである。加入者収容ルータ３ａは端末装置４ａを収容するルータであり、加入者収容ルータ３ｂは端末装置４ｂを収容するルータであり、加入者収容ルータ３ｃは端末装置４ｃを収容するルータである。図示しないが、各ルータには他の端末装置も収容される。各端末装置は、ユーザ（加入者ともいう）が操作する端末装置であり、便宜的に加入者ともいう。

中継系ＳＩＰサーバ１は、従前は、例えば端末装置４ｃ宛の呼を加入者系ＳＩＰサーバ２ａに送信し、その呼を加入者系ＳＩＰサーバ２ａが加入者収容ルータ３ｃに送信し、その呼を加入者収容ルータ３ｃが端末装置４ｃに送信するようになっていた。

加入者系ＳＩＰサーバ２ａは、従前は、そのような端末装置４ｃ宛の呼の処理に必要な呼処理データを有していたが、呼処理データは加入者系ＳＩＰサーバ２ｂに移し替えられている。移し替えることを便宜的に「移行する」ともいう。

また、中継系ＳＩＰサーバ１は、そのような従前は加入者系ＳＩＰサーバ２ａに送信していた呼を、移行にともない加入者系ＳＩＰサーバ２ｂに送信し、その呼を加入者系ＳＩＰサーバ２ｂは加入者収容ルータ３ｃに送信し、その呼を加入者収容ルータ３ｃが端末装置４ｃに送信するようになっている。

また、例えば端末装置４ｂや端末装置４ｃ宛の呼の処理に必要な呼処理データが移行されただけでは加入者系ＳＩＰサーバ２ｂは呼処理データを使用して呼を端末装置４ｂや端末装置４ｃに送信できず、呼は端末装置からＲＥＧＩＳＴＥＲ信号が送信された後に限り行うべきものとなっている。

図２は、加入者系ＳＩＰサーバ２ｂの概略構成を示すブロック図である。

加入者系ＳＩＰサーバ２ｂは、信号送受信部２１ｂと、加入者データ蓄積部２２ｂと、呼処理部２３ｂとを有する。

信号送受信部２１ｂは、加入者系ＳＩＰサーバ２ｂに送信されるＩＮＶＩＴＥ信号（以下、信号ＩＮＶという）、ＲＥＧＩＳＴＥＲ信号（以下、信号ＲＥＧという）等の呼を送受信する機能を有する。信号ＩＮＶは、２つの端末装置の一方から最終的には他方の端末装置に送信される信号である。信号ＲＥＧは、例えば、端末装置のユーザが加入者系ＳＩＰサーバ２ｂの使用料金を支払った場合、その端末装置から加入者系ＳＩＰサーバ２ｂに送信される信号である。

加入者データ蓄積部２２ｂは、図示しない保守運用装置から与えられる加入者データおよびフラグ情報を蓄積する機能を有し、加入者データ格納部２２１ｂと、フラグ格納部２２２ｂとを有する。

図３は、加入者データ格納部２２１ｂとフラグ格納部２２２ｂの構成を示す図である。

加入者データ格納部２２１ｂには、受信される呼の宛先である端末装置ごとに予め加入者データが格納されている。

加入者データは、端末装置４ｂや端末装置４ｃの端末装置識別情報（ＳＩＰでは電話番号である）を含み且つ端末装置４ｂや端末装置４ｃへの呼の処理に必要である呼処理データを格納するための領域１（以下、「データ領域」という）と、当該端末装置識別情報の端末装置に加入者系ＳＩＰサーバ２ｂから呼を送信してよいことを示す登録情報を格納するための領域２とを含む。当初の加入者データには登録情報が含まれず、登録情報は信号ＲＥＧが送信された際に加入者データへ格納される。

図示しないが、加入者データ格納部２２１ｂには、加入者系ＳＩＰサーバ２ｂが従前から有していた加入者データが含まれていてもよく、このような加入者データには呼処理データおよび登録情報が既に含まれている。

フラグ格納部２２２ｂは、加入者データ格納部２２１ｂにおいて端末装置４ｂなど端末装置識別情報を含む１以上の加入者データに対応づけてフラグ情報を記憶している。また、加入者系ＳＩＰサーバ２ｂにより受信される呼を加入者データ格納部２２１ｂに記憶された加入者データ内の呼処理データを使用して加入者系ＳＩＰサーバ２ｂ自身から送信するかまたは加入者系ＳＩＰサーバ２ａに転送して送信させるかの判断を行うべき場合に限り、フラグ情報にはフラグが含まれる。

例えば、加入者データとフラグ情報が１対１で対応づけられる。つまり、フラグ情報は、端末装置ごとに設けられる。

または、同一の加入者収容ルータに収容された１以上の端末装置の加入者データに同一のフラグ情報が対応づけられる。つまり、フラグ情報は、加入者収容ルータごとに設けられる。

または、仮に、図示しない他の加入者系ＳＩＰサーバからも加入者系ＳＩＰサーバ２ｂに呼処理データが移行された場合には、同一の加入者系ＳＩＰサーバが有していた加入者データにフラグ情報が対応づけられる。つまり、フラグ情報は、加入者系ＳＩＰサーバごとに設けられる。

または、例えば、端末装置識別情報がグループ分けされている場合は、フラグ情報は、グループごとに設けられる。

図示しないが、加入者系ＳＩＰサーバ２ｂが従前から有していた加入者データに対応づけられるフラグ情報はなく、もちろんフラグもない。

図示しないが、呼処理データは、該呼処理データ内の端末装置識別情報の端末装置が収容された加入者収容ルータを示すルータ識別情報（ＳＩＰではアドレスである）を含んでいる。

図２に戻り、呼処理部２３ｂは、ＳＩＰに基づく呼の処理を行う機能を有し、呼処理制御部２３１ｂと、フラグ検索部２３２ｂと、登録情報検索部２３３ｂと、送信先設定部２３４ｂとを有する。

呼処理制御部２３１ｂは、ＳＩＰに基づく呼の処理の全体を制御する機能を有する。

フラグ検索部２３２ｂは、呼処理制御部２３１ｂによって起動され、加入者データ蓄積部２２ｂにアクセスし、目的のフラグを検索し、フラグの有無を呼処理制御部２３１ｂに通知する機能を有する。

登録情報検索部２３３ｂは、呼処理制御部２３１ｂによって起動され、加入者データ蓄積部２２ｂにアクセスし、目的の登録情報を検索し、登録情報の有無を呼処理制御部２３１ｂに通知する機能を有する。

送信先設定部２３４ｂは、加入者系ＳＩＰサーバ２ａを示す識別番号（ＳｅｒｖｉｃｅＲｏｕｔｉｎｇＮｕｍｂｅｒ（略してＳＲＮ）という）を予め記憶している。送信先設定部２３４ｂは、呼処理制御部２３１ｂによって起動され、呼を受け取ると、当該識別番号を読み出し、呼の送信先を該識別番号に対応する呼処理装置に設定し、呼を呼処理制御部２３１ｂに返す機能を有する。

次に、通信システムの動作について説明する。

図４は、加入者系ＳＩＰサーバ２ａから加入者系ＳＩＰサーバ２ｂに呼処理データが移行されてから、この呼処理データを使用した端末装置４ｂや端末装置４ｃなどの全ての端末装置への呼の送信を加入者系ＳＩＰサーバ２ｂが行えるようになるまでの動作を示すシーケンス図である。

まず、加入者系ＳＩＰサーバ２ｂは、加入者系ＳＩＰサーバ２ａからの移行対象である呼処理データを格納する（Ｓ１）。

具体的には、図３に示すような各加入者データが保守運用装置から与えられ、加入者データ蓄積部２２ｂは、加入者データを加入者データ格納部２２１ｂに格納する。なお、この時点では、移行対象の呼処理データを含むいずれの加入者データにも登録情報は含まれない。

図４に戻り、加入者系ＳＩＰサーバ２ｂは、フラグ情報を格納する（Ｓ２）。

具体的には、保守運用装置からの指示により、加入者データ蓄積部２２ｂは、図３に示すようなフラグを含むフラグ情報を、移行対象の呼処理データを含む１以上の加入者データごとに当該１以上の加入者データに対応づけるようにして、フラグ格納部２２２ｂに格納する。

図４に戻り、中継系ＳＩＰサーバ１は、ルーチングの設定を行う（Ｓ３）。

具体的には、中継系ＳＩＰサーバ１は、例えば、端末装置４ｃの端末装置識別情報を含む信号ＩＮＶを加入者系ＳＩＰサーバ２ａに送信するように設定されていたのだが、これが加入者系ＳＩＰサーバ２ｂに送信するように変更される。

また、加入者系ＳＩＰサーバ２ａもルーチングの設定を行う（Ｓ４）。

具体的には、加入者系ＳＩＰサーバ２ａは、例えば、端末装置４ｃの端末装置識別情報を含む信号ＩＮＶを加入者収容ルータ３ｃに送信するように設定されていたのだが、これが加入者系ＳＩＰサーバ２ｂに送信するように変更される。

こうしてステップＳ４までが終了し、例えば、端末装置４ｃのユーザが加入者系ＳＩＰサーバ２ｂの使用料金を支払った場合、端末装置４ｃから、端末装置４ｃの端末装置識別情報を含む信号ＲＥＧが送信され、これを加入者系ＳＩＰサーバ２ｂが受信する（Ｓ５）。

具体的には、図２の信号送受信部２１ｂが信号ＲＥＧを受信し、加入者データ蓄積部２２ｂに転送する。加入者データ蓄積部２２ｂは、図３において、信号ＲＥＧ内の端末装置識別情報を含む加入者データを検索し、この加入者データの領域２に登録情報を格納する。

図４に戻り、例えば、中継系ＳＩＰサーバ１から、端末装置４ｃの端末装置識別情報を含む信号ＩＮＶが送信され、これを加入者系ＳＩＰサーバ２ｂが受信する（Ｓ６）。

図５は、信号ＩＮＶを受信した加入者系ＳＩＰサーバ２ｂの動作を示すフローチャートである。

加入者系ＳＩＰサーバ２ｂでは、まず、信号送受信部２１ｂが信号ＩＮＶを受信し（Ｓ１０１）、これを呼処理制御部２３１ｂに転送する。呼処理制御部２３１ｂは、フラグ検索部２３２ｂを起動し、信号ＩＮＶ内の端末装置識別情報を与え、フラグ検索部２３２ｂは、加入者データ格納部２２１ｂから端末装置識別情報を含む呼処理データを含む加入者データを検索し、フラグ格納部２２２ｂから加入者データに対応するフラグ情報内のフラグを検索し、フラグの有無を呼処理制御部２３１ｂを通知する（Ｓ１０２）。ステップＳ１０２は、図４にも示されている。

フラグが有ると通知された場合、呼処理制御部２３１ｂは、登録情報検索部２３３ｂを起動し、信号ＩＮＶ内の端末装置識別情報を与え、登録情報検索部２３３ｂは、端末装置識別情報を含む呼処理データを含む加入者データ内の登録情報を検索し、登録情報があった場合は、登録情報を含む加入者データ内のデータ領域に格納された呼処理データを読み出し、呼処理制御部２３１ｂに与える一方、登録情報がなかった場合は、その旨を呼処理制御部２３１ｂに通知する（Ｓ１０３）。ステップＳ１０３は、図４にも示す。

登録情報があり、呼処理データが与えられた場合、呼処理制御部２３１ｂは、呼処理データを使用して信号送受信部２１ｂが信号ＩＮＶを送信するように制御する（Ｓ１０４）。

具体的には、呼処理制御部２３１ｂは、呼処理データからルータ識別情報を読み出し、該ルータ識別情報の加入者収容ルータに信号ＩＮＶを送信するように制御する。これにより、信号送受信部２１ｂは、例えば、端末装置４ｃの端末装置識別情報を含む信号ＩＮＶを加入者収容ルータ３ｃに送信する。加入者収容ルータ３ｃは、信号ＩＮＶ内の端末装置識別情報が示す端末装置すなわち端末装置４ｃに信号ＩＮＶを送信する。つまり、図４において、加入者系ＳＩＰサーバ２ｂが端末装置４ｃへ信号ＩＮＶを送信する（Ｓ１１）。また、図１においては、信号ＩＮＶが中継系ＳＩＰサーバ１から加入者系ＳＩＰサーバ２ａを介さないで端末装置４ｃへ送信される。

図４に戻り、例えば、ステップＳ６で受信された信号ＩＮＶが端末装置４ｂの端末装置識別情報を含む場合、端末装置４ｂからは信号ＲＥＧがまだ送信されていないので、図５のステップＳ１０３では、呼処理制御部２３１ｂに対し、登録情報がない旨が通知される。

呼処理制御部２３１ｂは、送信先設定部２３４ｂを起動し、信号ＩＮＶを与え、送信先設定部２３４ｂは、信号ＩＮＶが加入者系ＳＩＰサーバ２ａに送信されるように送信先を設定し、送信先設定後の信号ＩＮＶを呼処理制御部２３１ｂに返す（Ｓ１０５）。

具体的には、送信先設定部２３４ｂは、加入者系ＳＩＰサーバ２ａを示す識別番号を読み出し、信号ＩＮＶに識別情報を含ませるとともに、送信先を該識別番号に対応する加入者系ＳＩＰサーバつまり加入者系ＳＩＰサーバ２ａに設定し、送信先設定後の信号ＩＮＶを呼処理制御部２３１ｂに返す。

呼処理制御部２３１ｂは、信号ＩＮＶを信号送受信部２１ｂが送信するように制御する（Ｓ１０４）。これにより、図４において、信号送受信部２１ｂは、例えば、端末装置４ｂの端末装置識別情報を含む信号ＩＮＶを加入者系ＳＩＰサーバ２ａに送信する（Ｓ２１）。

加入者系ＳＩＰサーバ２ａは、信号ＩＮＶが自身の識別情報（具体的には、自身を示すＳＲＮ）を含む場合は、その識別情報（ＳＲＮ）により加入者系ＳＩＰサーバ２ａから信号ＩＮＶを加入者収容ルータ３ｂに送信すべきことを認識し、端末装置４ｃの呼処理データの端末装置識別情報により信号ＩＮＶを加入者収容ルータ３ｂに送信する。すなわち、加入者系ＳＩＰサーバ２ａは、信号ＩＮＶを加入者系ＳＩＰサーバ２ｂに返送してしまうのを防止する。加入者収容ルータ３ｂは、信号ＩＮＶ内の端末装置識別情報が示す端末装置すなわち端末装置４ｂに信号ＩＮＶを送信する。つまり、図４において、加入者系ＳＩＰサーバ２ａが端末装置４ｃへ信号ＩＮＶを送信する（Ｓ２２）。また、図１においては、信号ＩＮＶが中継系ＳＩＰサーバ１から加入者系ＳＩＰサーバ２ａを介して端末装置４ｂへ送信される。

図４に戻り、ステップＳ５と同様に、例えば、加入者系ＳＩＰサーバ２ｂが端末装置４ｂから送信された信号ＲＥＧを受信し（Ｓ３１）、端末装置４ｂの端末装置識別情報を含む加入者データに登録情報を格納される。

なお、こうして端末装置４ｂの端末装置識別情報を含む加入者データに登録情報を格納し、全てのフラグ情報に対応づけられた全ての加入者データが登録情報を含むこととなった場合には、保守運用装置により、当該全てのフラグが消去される（Ｓ３３）。

ステップＳ６で受信された信号ＩＮＶが、例えば、加入者系ＳＩＰサーバ２ｂが従前から呼を送信すべき端末装置の端末装置識別情報を含む場合、その端末装置識別情報を含む加入者データにはフラグが対応づけられておらず、図５のステップＳ１０２では、呼処理制御部２３１ｂに対し、フラグがないと通知される。また、全てのフラグが消去された後、ステップＳ６と同様に信号ＩＮＶが受信された場合には、やはり、フラグがないと通知される。

フラグがないと通知された場合、呼処理制御部２３１ｂは、登録情報検索部２３３ｂを起動し、信号ＩＮＶ内の端末装置識別情報を与え、登録情報検索部２３３ｂは、端末装置識別情報を含む呼処理データを含む加入者データ内の登録情報を検索し、登録情報があった場合は、登録情報を含む加入者データ内のデータ領域に格納された呼処理データを読み出し、呼処理制御部２３１ｂに与える一方、登録情報がなかった場合は、その旨を呼処理制御部２３１ｂに通知する（Ｓ１０６）。

一方、登録情報がない旨が通知された場合、呼処理制御部２３１ｂは、信号送受信部２１ｂが、エラー信号を中継系ＳＩＰサーバ１に送信するように制御する（Ｓ１０７）。

以上説明したように、本実施の形態によれば、加入者系ＳＩＰサーバ２ｂ（以下、「呼処理装置」という）は、呼処理装置により受信される呼（本例では信号ＩＮＶ（ＩＮＶＩＴＥ信号））の宛先である端末装置ごとに、当該端末装置の端末装置識別情報を含み且つ加入者系ＳＩＰサーバ２ａ（以下、「他の呼処理装置」という）から移行すべき呼処理データを格納するためのデータ領域とを含み、さらに、当該呼を当該端末装置に当該呼処理装置自身から送信してよい場合に所定の登録情報を含む、加入者データを記憶する加入者データ格納部２２１ｂと、呼処理装置により受信される呼を呼処理装置自身から送信するかまたは他の呼処理装置に転送して送信させるかの判断を行うべき場合に所定のフラグが含まれることとなるフラグ情報を１以上の前記加入者データごとに当該１以上の加入者データに対応づけて記憶するフラグ格納部２２２ｂと、該呼処理装置に送信された呼を受信する（図４のステップＳ６が該当）信号送受信部２１ｂと、加入者データ格納部２２１ｂから該呼内の端末装置識別情報を含む呼処理データを含む加入者データを検索し、フラグ格納部２２２ｂから該加入者データに対応するフラグ情報内のフラグを検索する（図４、図５のステップＳ１０２が該当）フラグ検索部２３２ｂと、該フラグがあった場合、加入者データ格納部２２１ｂから該呼内の端末装置識別情報を含む呼処理データを含む加入者データ内の登録情報を検索する（図４、図５のステップＳ１０３が該当）登録情報検索部２３３ｂと、該登録情報がなかった場合、受信された呼が他の呼処理装置に送信されるようにする送信先設定部２３４ｂと、該登録情報があった場合、該登録情報を含む加入者データ内のデータ領域に格納された呼処理データを使用して信号送受信部２１ｂが前記受信した呼を送信するように制御する（図５のステップＳ１０４が該当）一方、該登録情報がなかった場合において送信先設定部２３４ｂにより処理された呼を信号送受信部２１ｂが送信するように制御する呼処理制御部２３１ｂとを含む。したがって、登録情報がある場合は加入者系ＳＩＰサーバ２ｂから直接的に、一方、登録情報がない場合は加入者系ＳＩＰサーバ２ａを介して間接的に、呼を端末装置に届けることができる。すなわち、登録情報がない場合において、加入者系ＳＩＰサーバ２ｂから加入者系ＳＩＰサーバ２ａに要求して、加入者系ＳＩＰサーバ２ａが加入者系ＳＩＰサーバ２ｂに呼処理データを送信することがなく、呼を迅速に処理することができる。

なお、加入者系ＳＩＰサーバ２ａや加入者系ＳＩＰサーバ２ｂとしてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に格納し、陳列などして流通させたり、当該コンピュータプログラムをインターネットなどの通信網を介して伝送させてもよい。

１…中継系ＳＩＰサーバ
２ａ，２ｂ…加入者系ＳＩＰサーバ
３ａ，３ｂ，３ｃ…加入者収容ルータ
４ａ，４ｂ，４ｃ…端末装置
２１ｂ…信号送受信部
２２ｂ…加入者データ蓄積部
２３ｂ…呼処理部
２２１ｂ…加入者データ格納部
２２２ｂ…フラグ格納部
２３１ｂ…呼処理制御部
２３２ｂ…フラグ検索部
２３３ｂ…登録情報検索部
２３４ｂ…送信先設定部

Claims

呼を処理する呼処理装置であって、
該呼処理装置により受信される呼の宛先である端末装置ごとに、当該端末装置の端末装置識別情報を含み且つ他の呼処理装置から移行すべき呼処理データを格納するためのデータ領域とを含み、さらに、当該呼を当該端末装置に当該呼処理装置自身から送信してよい場合に所定の登録情報を含む、加入者データを記憶する加入者データ格納部と、
該呼処理装置により受信される呼を前記加入者データ格納部に記憶された加入者データ内の呼処理データを使用して呼処理装置自身から送信するかまたは前記他の呼処理装置に転送して送信させるかの判断を行うべき場合に所定のフラグが含まれることとなるフラグ情報を１以上の前記加入者データごとに当該１以上の加入者データに対応づけて記憶するフラグ格納部と、
該呼処理装置に送信された呼を受信する信号送受信部と、
前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データを検索し、前記フラグ格納部から該加入者データに対応するフラグ情報内のフラグを検索するフラグ検索部と、
該フラグがあった場合、前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データ内の登録情報を検索する登録情報検索部と、
該登録情報がなかった場合、前記受信された呼が前記他の呼処理装置に送信されるようにする送信先設定部と、
該登録情報があった場合、該登録情報を含む加入者データ内のデータ領域に格納された呼処理データを使用して前記信号送受信部が前記受信した呼を送信するように制御する一方、該登録情報がなかった場合において前記送信先設定部により処理された呼を前記信号送受信部が送信するように制御する呼処理制御部と、
を含むことを特徴とする呼処理装置。
前記呼処理データは、該呼処理データ内の端末装置識別情報が示す端末装置が収容されたルータを示すルータ識別情報を含み、
前記呼処理制御部は、前記登録情報があった場合、該登録情報を含む加入者データ内のデータ領域に格納された呼処理データからルータ識別情報を読み出し、該ルータ識別情報により示されるルータに前記信号送受信部が前記受信した呼を送信するように制御する
ことを特徴とする請求項１記載の呼処理装置。
前記送信先設定部は、前記他の呼処理装置の識別番号を予め記憶し、前記登録情報がなかった場合、当該識別番号を読み出し、前記受信された呼の送信先を該識別番号に対応する呼処理装置に設定する
ことを特徴とする請求項１または２記載の呼処理装置。
呼を処理する呼処理装置が呼を処理するときに実行される呼処理方法であって、
前記呼処理装置は、
該呼処理装置により受信される呼の宛先である端末装置ごとに、当該端末装置の端末装置識別情報を含み且つ他の呼処理装置から移行すべき呼処理データを格納するためのデータ領域とを含み、さらに、当該呼を当該端末装置に当該呼処理装置自身から送信してよい場合に所定の登録情報を含む、加入者データを記憶する加入者データ格納部と、
該呼処理装置により受信される呼を前記加入者データ格納部に記憶された加入者データ内の呼処理データを使用して呼処理装置自身から送信するかまたは前記他の呼処理装置に転送して送信させるかの判断を行うべき場合に所定のフラグが含まれることとなるフラグ情報を１以上の前記加入者データごとに当該１以上の加入者データに対応づけて記憶するフラグ格納部と、を含み、
前記呼処理方法は、
前記呼処理装置が、該呼処理装置に送信された呼を受信するステップと、
前記呼処理装置が、前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データを検索し、前記フラグ格納部から該加入者データに対応するフラグ情報内のフラグを検索するステップと、
前記呼処理装置が、該フラグがあった場合、前記加入者データ格納部から該呼内の端末装置識別情報を含む呼処理データを含む加入者データ内の登録情報を検索するステップと、
前記呼処理装置が、該登録情報がなかった場合、前記受信された呼が前記他の呼処理装置に送信されるようにするステップと、
前記呼処理装置が、該登録情報があった場合、該登録情報を含む加入者データ内のデータ領域に格納された呼処理データを使用して前記信号送受信部が前記受信した呼を送信するように制御する一方、該登録情報がなかった場合において前記送信先設定部により処理された呼を前記信号送受信部が送信するように制御するステップと、
を含むことを特徴とする呼処理方法。
前記呼処理データは、該呼処理データ内の端末装置識別情報が示す端末装置が収容されたルータを示すルータ識別情報を含み、
前記呼処理装置は、前記登録情報があった場合、該登録情報を含む加入者データ内のデータ領域に格納された呼処理データからルータ識別情報を読み出し、該ルータ識別情報により示されるルータに前記信号送受信部が前記受信した呼を送信するように制御する
ことを特徴とする請求項４記載の呼処理方法。
前記呼処理装置は、前記他の呼処理装置の識別番号を予め記憶し、前記登録情報がなかった場合、当該識別番号を読み出し、前記受信された呼の送信先を該識別番号に対応する呼処理装置に設定する
ことを特徴とする請求項４または５記載の呼処理方法。
請求項１ないし３のいずれかに記載の呼処理装置としてコンピュータを機能させるためのコンピュータプログラム。
請求項７記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。