呼制御装置、呼制御方法、および呼制御プログラム
【課題】多くの接続種別があっても処理が複雑化することがなく、また新しい接続種別が追加される場合でも追加の影響を全体に及ぼさない呼制御技術を提供する。
【解決手段】呼制御装置２は、複数の発信側呼制御手段２３と、複数の着信側呼制御手段２４と、各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段２１１と、発側装置の接続種別に対応する発信側呼制御手段を選択するとともに着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段２２２と、選択手段２２２が選択した発信側呼制御手段の識別情報および着発信側呼制御手段の識別情報を前記記憶手段２１１に記憶するとともに、選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段２１と、を有する。
【解決手段】呼制御装置２は、複数の発信側呼制御手段２３と、複数の着信側呼制御手段２４と、各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段２１１と、発側装置の接続種別に対応する発信側呼制御手段を選択するとともに着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段２２２と、選択手段２２２が選択した発信側呼制御手段の識別情報および着発信側呼制御手段の識別情報を前記記憶手段２１１に記憶するとともに、選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段２１と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末からの呼接続要求を制御する呼制御技術に関し、特に、接続種別に応じてモジュールを切り替えて呼の接続制御を行う呼制御技術に関する。
【背景技術】
【０００２】
従来の呼制御方式としては、例えば、呼制御を発呼側と着呼側とに分離して処理する発着分離方式がある。呼制御を発呼側と着呼側とに分離すると、自局内接続の処理が、交換機内部に仮想的なトランクである仮想内部トランクを設けることにより、発呼側制御部が発加入者回路と仮想内部トランクの入側との仮想的な接続制御を、また着呼側制御部が仮想内部トランクの出側と着加入者回路との仮想的な接続制御を行うことになる。これらの制御は、局外へ発信する場合の発加入者回路と出トランクとの接続制御、あるいは局外から着信してくる場合の入トランクと着加入者回路との接続制御に類似した処理となる。
【０００３】
これにより自局内接続と局外発着信接続との接続制御が類似し、呼処理の単一性を図ることが可能になる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願平０８−３３１２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の呼制御方式は、接続種別が複数存在することを想定していない。すなわち、発呼側制御部あるいは着呼側制御部と加入者回路とを接続する接続種別は一つであり、複数存在することを想定していない。このため、複数の接続種別が存在する場合は、全ての接続種別を包含する発呼側制御部あるいは着呼側制御部を構成する必要があり、包含する接続種別の数が多くなればなるほど各制御部の処理が複雑化することになる。
【０００６】
また新しい接続種別が後から追加されるような場合は、追加の影響が各制御部全体に及ぶようになる。さらに、リダイレクションや新規サービスを実行するなかで、接続種別をまたがる複雑なシーケンスを実現しなければならない場合には、一層、制御部の処理が複雑化・肥大化するという問題がある。
【０００７】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、多くの接続種別があっても処理が複雑化することがなく、また新しい接続種別が追加される場合でも追加の影響を全体に及ぼさない呼制御技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、呼接続要求を制御する呼制御装置であって、接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段と、接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段と、各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段と、前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段と、前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段と、を有する。
【０００９】
また、本発明は、呼接続要求を制御する呼制御方法であって、呼制御装置は、接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御部と、接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御部と、各呼で使用される発信側呼制御部の識別情報および着信側呼制御部の識別情報を記憶する記憶部と、を有し、前記複数の発信側呼制御部の中から発側装置の接続種別に対応する発信側呼制御部を選択するとともに、前記複数の着信側呼制御部の中から着側装置の接続種別に対応する着信側呼制御部を選択する選択ステップと、前記選択ステップで選択した発信側呼制御部の識別情報および着信側呼制御部の識別情報を前記記憶部に記憶するとともに、前記選択された発信側呼制御部および着信側呼制御部に呼制御処理を指示する制御ステップと、を行う。
【００１０】
また、本発明は、コンピュータが実行する呼接続要求を制御する呼制御プログラムであって、前記コンピュータを、接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段、接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段、各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段、前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段、前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段、として機能させる。
【発明の効果】
【００１１】
本発明によれば、多くの接続種別があっても処理が複雑化することがなく、また新しい接続種別が追加される場合でも追加の影響を全体に及ぼさない呼制御技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る呼制御システムの全体構成図である。
【図２】呼制御サーバ装置の構成を示すブロック図である。
【図３】呼制御サーバ装置のモジュール移行処理を説明するための説明図である。
【図４】呼制御サーバ装置のモジュール再選択処理を説明するための説明図である。
【図５】呼制御サーバ装置の動作を示すフローチャートである。
【図６】呼制御システムの基本の動作例を示すシーケンスチャートである。
【図７】呼制御システムのモジュール移行時の動作例を示すシーケンスチャートである。
【図８】呼制御システムのモジュール再接続時の動作例を示すシーケンスチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について説明する。
【００１４】
［システムの構成］
図１は、本発明の実施形態に係る呼接続システムの一例を示す図である。図示する呼制御システムは、呼制御サーバ装置２と、複数の装置３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃとを有する。呼制御サーバ装置２は、ネットワーク１を介した装置間の呼接続を制御する。呼制御サーバ装置２は、セッション制御機能を含み、複数の接続種別に対応することができる。詳細については、後述する。
【００１５】
複数の装置は、呼制御サーバ装置２とＳＩＰ（Session Initiation Protocol）を用いて通信可能な装置であって、例えば、他の呼制御サーバ装置、端末装置およびトーキ装置（電話サービスにおける自動音声ガイダンス装置）などである。
【００１６】
複数の装置の各々は、ＳＩＰ自体を用いるが、許容されるメソッド、ヘッダ、パラメータおよびシーケンス等が異なる接続種別を使用するものとする。ここでは、装置３ａの接続種別をＩＦ１とし、装置３ｂの接続種別をＩＦ２とし、装置３ｃの接続種別をＩＦ３とし、装置４ａの接続種別をＩＦａとし、装置４ｂの接続種別をＩＦｂとし、装置４ｃの接続種別をＩＦｃとする。
【００１７】
呼制御サーバ装置２および複数の装置は、ネットワーク１に接続されている。ネットワーク１は、ＩＰパケットを伝送可能なネットワークである。
【００１８】
本システムでは、例えば、装置３ａが接続種別ＩＦ１によりイニシャルＩＮＶＩＴＥを送信すると、呼制御サーバ装置２が、イニシャルＩＮＶＩＴＥを受信し、接続種別ＩＦ１に応じた発モジュールを選択し、動作させる（Ｓ１１）。そして、呼制御サーバ装置２は、発モジュールの動作結果にもとづきイニシャルＩＮＶＩＴＥの送信先となる装置の接続種別（例えば、装置４ａの接続種別ＩＦａ）に応じた着モジュールを選択し、動作させるものである（Ｓ１２）。
【００１９】
上記説明した呼制御サーバ装置２および複数の装置は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、呼制御サーバ装置２および複数の端末の各機能は、呼制御サーバ装置２用のプログラムの場合は呼制御サーバ装置２のＣＰＵが、そして、各装置用のプログラムの場合は各装置のＣＰＵがそれぞれ実行することにより実現される。
【００２０】
［呼制御サーバ装置２の構成］
次に、呼制御サーバ装置２について説明する。
【００２１】
図２は、図１のシステムにおける呼制御サーバ装置２の構成例を示す図である。図２では、呼制御サーバ装置２の機能のうち本発明に関係する部分のみを概念的に示している。
【００２２】
なお、ここでの説明は、イニシャルＩＮＶＩＴＥが、接続種別ＩＦ１、接続種別ＩＦ２あるいは接続種別ＩＦ３から送信されるものとして、以下説明する。
【００２３】
呼制御サーバ装置２は、信号制御部２１と、事前分析部２２と、発モジュール２３（発信側呼制御手段）と、着モジュール２４（着信側呼制御手段）と、加入者データ蓄積部２５と、を備える。
【００２４】
信号制御部２１は、モジュール記憶部２１１と、信号受付部２１２と、事前分析対応部２１３と、モジュール対応部２１４と、信号送出部２１５とを有する。
【００２５】
モジュール記憶部２１１は、選択した発モジュール２３の種別（識別情報）および着モジュール２４の種別（識別情報）を、ダイアログが存在する間記憶する。ダイアログは、呼が発生してから当該呼が切断されるまでの間を意味する。信号受付部２１２は、複数の装置３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃから送られてくる信号を受信する。
【００２６】
事前分析対応部２１３は、信号受信部２１２が受信した信号にもとづいて接続種別に応じた発モジュール２３の選択を事前分析部２２に指示し、事前分析部２２から選択結果を取得する。また、事前分析対応部２１３は、モジュール対応部２１４が受信した発モジュール２３の処理結果にもとづいて、信号の送出先となる装置の接続種別（例えば、装置 ４ａの接続種別ＩＦａ）に応じた着モジュールの選択を事前分析部２２に指示し、事前分析部２２から選択結果を取得する。
【００２７】
モジュール対応部２１４は、事前分析対応部２１３が取得した発モジュール２３の選択結果にもとづいて対応する発モジュール２３に処理を指示し、処理結果を受信する。また、モジュール対応部２１４は、事前分析対応部２１３が取得した着モジュール２４の選択結果にもとづいて対応する着モジュール２４に処理を指示し、処理結果を受信する。信号送出部２１５は、複数の装置３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃに信号を送信する。
【００２８】
事前分析部２２は、受付結果送出部２２１と、モジュール選択部２２２とを有する。受付結果送出部２２１は、信号制御部２１の事前分析対応部２１３から送出される発モジュール２３あるいは着モジュール２４の選択指示を受信し、選択結果を送信する。
【００２９】
モジュール選択部２２２は、受付結果送出部２２１が受信した選択指示にもとづき、当該選択指示に含まれる信号受信部２１２が受信した信号や加入者データ蓄積部２５が蓄積している加入者データ等から発モジュール２３の選択を行う。また、モジュール選択部２２２は、受付結果送出部２２１が受信した選択指示に基づき、当該選択指示に含まれるモジュール対応部２１４が受信した発モジュール２３の処理結果や、加入者データ蓄積部２５が蓄積している加入者データ等から着モジュール２４の選択を行う。
【００３０】
本実施形態の発モジュール２３は、接続種別毎に備えられ、呼接続要求の接続種別に応じて接続段階の発ステージとして機能するモジュールである。図示する例では、発モジュール２３として、接続種別ＩＦ１に対応する発モジュールＩＦ１ ２３ａと、接続種別ＩＦ２に対応する発モジュールＩＦ２ ２３ｂと、接続種別ＩＦ３に対応する発モジュールＩＦ３ ２３ｃとを有する。新たな接続種別が追加された場合、さらに多くの発モジュールを有することになる。
【００３１】
発モジュールＩＦ１ ２３ａは、受付結果送出部２３１ａと、処理部２３２ａとを有する。受付結果送出部２３１ａは、信号制御部２１のモジュール対応部２１４から送出される発モジュール２３ａの処理指示を受信し、処理結果を送信する。処理部２３２ａは、受付結果送出部２３１ａが受信した処理指示にもとづき、接続段階の発ステージとして動作する。
【００３２】
発モジュールＩＦ２ ２３ｂは、受付結果送出部２３１ｂ（不図示）および処理部２３２ｂ（不図示）とを有している。受付結果送出部２３１ｂおよび処理部２３２ｂは、上記の受付結果送出部２３１ａおよび処理部２３２ａと同様であるため説明を省略する。
【００３３】
発モジュールＩＦ３ ２３ｃは、受付結果送出部２３１ｃ（不図示）と、処理部２３２ｃ（不図示）とを有する。受付結果送出部２３１ｃおよび処理部２３２ｃは、上記の受付結果送出部２３１ａおよび処理部２３２ａと同様であるため説明を省略する。
【００３４】
本実施形態の着モジュール２４は、接続種別毎に備えられ、発モジュールの動作結果にもとづいて接続段階の着ステージとして機能するモジュールである。図示する例では、着モジュール２４として、接続種別ＩＦａに対応する着モジュールＩＦａ ２４ａと、接続種別ＩＦｂに対応する着モジュールＩＦｂ ２４ｂと、接続種別ＩＦｃに対応する着モジュールＩＦｃ ２４ｃと、を有する。新たな接続種別が追加された場合、さらに多くの着モジュールを有することになる。
【００３５】
着モジュールＩＦａ ２４ａは、受付結果送出部２４１ａと、処理部２４２ａとを有する。受付結果送出部２４１ａは、信号制御部２１から送出される着モジュール２４ａの処理指示を受信し、処理結果を送信する。処理部２４２ａは、受付結果送出部２４１ａが受信した処理指示にもとづき、接続段階の着ステージとして動作する。
【００３６】
着モジュールＩＦｂ ２４ｂは、受付結果送出部２４１ｂ（不図示）と、処理部２４２ｂ（不図示）とを有する。受付結果送出部２４１ｂおよび処理部２４２ｂは、上記の受付結果送出部２４１ａおよび処理部２４２ａと同様であるため説明を省略する。
【００３７】
着モジュールＩＦｃ ２４ｃは、受付結果送出部２４１ｃ（不図示）と、処理部２４２ｃ（不図示）とを有する。受付結果送出部２４１ｃおよび処理部２４２ｃは、上記の受付結果送出部２４１ａおよび処理部２４２ａと同様であるため説明を省略する。
【００３８】
加入者データ蓄積部２５は、加入者が操作する端末装置の接続種別を含む加入者データを蓄積する。
【００３９】
［モジュール移行処理］
次に、一旦選択した着モジュール２４を動作させた結果、他の着モジュール２４への変更が要求された場合に、着モジュール２４の再選択を行うモジュール移行処理について詳しく説明する。
【００４０】
図３は、図２の呼制御サーバ装置２のモジュール移行処理例を説明するための図である。ここでは、装置３ａが、接続種別ＩＦ１によりイニシャルＩＮＶＩＴＥを送信した場合を例に説明する。
【００４１】
信号受付部２１２がイニシャルＩＮＶＩＴＥを受信すると、事前分析対応部２１３は、事前分析部２２に接続種別ＩＦ１に応じた発モジュール２３の選択を指示する（１）。事前分析部２２は、発モジュールＩＦ１ ２３ａの種別（識別情報）を選択し（２）、選択結果を事前分析対応部２１３に返送する。
【００４２】
事前分析対応部２１３は、選択結果を受信し（３）、当該選択結果である発モジュール２３の種別（ＩＦ１）を、モジュール記憶部２１１に記憶するとともに（４）、モジュール対応部２１４に送出する。モジュール対応部２１４は、当該選択結果にもとづいて、発モジュールＩＦ１ ２３ａに、処理を指示する（５）。発モジュールＩＦ１ ２３ａは、処理し（６）、処理結果をモジュール対応部２１４に返送する。
【００４３】
モジュール対応部２１４は、処理結果を受信し（７）、事前分析対応部２１３に送出する。事前分析対応部２１３は、当該処理結果にもとづいて、事前分析部２２にイニシャルＩＮＶＩＴＥの送信先となる装置、例えば、装置４ａの接続種別ＩＦａに対応する着モジュール２４の選択を、事前分析部２２に指示する（８）。事前分析部２２は、着モジュールＩＦａ ２４ａの種別（識別情報）を選択し（９）、選択結果を事前分析対応部２１３に返送する。
【００４４】
事前分析対応部２１３は、選択結果を受信し（１０）、選択結果である着モジュール２４の種別（ＩＦａ）をモジュール記憶部２１１に記憶する（１１）。この選択結果により、モジュール対応部２１４は、着モジュールＩＦａ ２４ａに処理を指示し（１２）、着モジュールＩＦａ ２４ａが処理し（１３）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が受信する（１４）。
【００４５】
このとき、処理結果が、接続先を接続種別ＩＦａの装置４ａではなく、接続種別ＩＦｂの装置４ｂに変更するものであった場合（例えば、処理した結果、着加入者の端末装置が外れていてトーキ接続に切り替える必要がある場合）、事前分析対応部２１３は、事前分析部２２に接続種別ＩＦｂに応じた着モジュール２４の選択を指示する（１５）。事前分析部２２は、着モジュールＩＦｂ ２４ｂの種別（識別情報）を選択し（１６）、選択結果を事前分析対応部２１３に返送する。
【００４６】
事前分析対応部２１３は、選択結果を受信し（１７）、（１１）においてモジュール記憶部２１１に記憶した着モジュール２４の種別を後から選択された種別に上書き・更新する（１８）。具体的には、図示するように、モジュール記憶部２１１の記憶テーブルには、呼番号毎に、発モジュールの種別（ＩＦ１）と、着モジュールの種別（ＩＦａ）とが記憶されており、（１８）において着モジュールの種別（ＩＦａ）が（ＩＦｂ）に更新される。
【００４７】
この選択結果により、モジュール対応部２１４が着モジュールＩＦｂ ２４ｂに処理を指示する（１９）。着モジュールＩＦｂ ２４ｂは、処理し（２０）、処理結果をモジュール対応部２１４に返送する。モジュール対応部２１４が処理結果を受信し（２１）、信号送出部２１５が装置ｂ ４ｂにイニシャルＩＮＶＩＴＥを送信する。
【００４８】
［モジュール再接続処理］
次に、発モジュール２３について、はじめに動作させたときにはなかった条件を付加して再動作させ、再動作結果にもとづき着モジュール２４の再接続を行うモジュール再接続処理について詳しく説明する。
【００４９】
図４は、図２の呼制御サーバ装置２のモジュール再選択処理例を説明するための図である。
【００５０】
装置３ａから送信されたイニシャルＩＮＶＩＴＥを受信し、装置４ａにイニシャルＩＮＶＩＴＥを送信した場合を例に説明する。
【００５１】
信号受付部２１２が、イニシャルＩＮＶＩＴＥを受信した装置４ａから送信された「３０１」（リダイレクション応答：Moved Permanently）を受信する。このとき、モジュール記憶部２１１には、このダイアログの呼番号に係わる発モジュール２３として「ＩＦ１」が、着モジュール２４として「ＩＦａ」が記憶されているものとする。
【００５２】
信号受付部２１２が「３０１」の受信により、モジュール記憶部２１１を参照して、着モジュール２４の種別「ＩＦａ」を取得する（１）。これにより、モジュール対応部２１４が、着モジュールＩＦａ ２４ａに処理を指示し（２）、着モジュールＩＦａ ２４ａが処理し（３）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が処理結果を受信する（４）。
【００５３】
また、信号受付部２１２が、モジュール記憶部２１１を参照して、発モジュール２３の種別「ＩＦ１」を取得する（５）。これにより、モジュール対応部２１４は、発モジュールＩＦ１ ２３ａに処理を指示し（６）、発モジュールＩＦ１ ２３ａが処理し（７）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が処理結果を受信する（８）。
【００５４】
この処理結果にもとづき、イニシャルＩＮＶＩＴＥの送信先が接続種別ＩＦｃの装置４ｃであることが判別した場合（例えば、処理した結果、リダイレクションであり別の装置に接続しなおす必要がある場合）、事前分析対応部２１３が、事前分析部２２に接続種別ＩＦｃに応じた着モジュール２４の選択を指示し（９）、事前分析部２２が着モジュールＩＦｃ ２４ｃの種別（識別情報）を選択し（１０）、選択結果を事前分析対応部２１３に返送し、事前分析対応部２１３が選択結果を受信する（１１）。そして、事前分析対応部２１３は、モジュール記憶部２１１の着モジュール２４の種別（ＩＦａ）を、（１１）で後から選択された種別（ＩＦｃ）に上書・更新する（１２）。
【００５５】
この選択結果により、モジュール対応部２１４が着モジュールＩＦｃ ２４ｃに処理を指示し（１３）、着モジュールＩＦｃ ２４ｃが処理し（１４）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が受信し（１５）、信号送出部２１５が装置４ｃにイニシャルＩＮＶＩＴＥを送信する。
【００５６】
［呼制御サーバ装置２の動作］
次に、呼制御サーバ装置２の動作について説明する。
【００５７】
図５は、図２の呼制御サーバ装置２の動作例を示すフローチャートである。
【００５８】
信号受付部２１２は所定の装置から信号を受信し（ステップＡ１）、モジュール記憶部２１１を参照して発モジュールおよび着モジュールが選択済みか否かを判別する（ステップＡ２）。ここでは、接続種別ＩＦ１の装置３ａからイニシャルＩＮＶＩＴＥが送信されるものとする。イニシャルＩＮＶＩＴＥには、送信元の装置の接続種別、呼識別情報、接続先情報などが含まれているものとする。
【００５９】
イニシャルＩＮＶＩＴＥの受信の場合、モジュール記憶部２１１には、当該呼の呼番号に対応する発モジュール２３および着モジュール２４が選択済になっていない（すなわち、発モジュール２３および着モジュール２４の種別が記憶されていない）ので（ステップＡ２：ＮＯ）、事前分析対応部２１３が事前分析部２２に接続種別ＩＦ１に応じた発モジュール２３の選択を指示する（ステップＡ３）。事前分析部２２は、接続種別ＩＦ１に対応する発モジュールＩＦ１ ２３ａの種別・識別情報（モジュールＩＤ等）を選択し（ステップＡ４）、選択結果を返信する。
【００６０】
なお、事前分析部２２は、例えば、接続種別と発モジュールの種別・識別情報とを対応づけた対応表、および、接続種別と着モジュールの種別・識別情報とを対応づけた対応表をあらかじめ記憶しているものとする。
【００６１】
事前分析対応部２１３は、選択結果を受信し（ステップＡ５）、イニシャルＩＮＶＩＴＥに含まれる呼識別情報に基づいて生成した呼番号に対応付けて、選択結果で指定された発モジュール２３の種別をモジュール記憶部２１１に記憶する（ステップＡ６）。そして、モジュール対応部２１４が、イニシャルＩＮＶＩＴＥに含まれる接続先情報を指定して発モジュールＩＦ１ ２３ａに処理を指示し（ステップＡ７）、発モジュールＩＦ１ ２３ａが、発呼側の呼制御処理を行い（ステップＡ８）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ９）。
【００６２】
ここでの処理結果としては、接続先となる装置が、自呼制御サーバ装置２に収容されている装置であるか否かの情報などが含まれる。ここで、接続先となる装置が、自呼制御サーバ装置２に収容されている装置の場合、当該装置の接続種別はＩＦａであるものとする。
【００６３】
事前分析対応部２１３は、このような処理結果にもとづき、イニシャルＩＮＶＩＴＥの送信先が接続種別ＩＦａの装置４ａであると判別し、事前分析部２２にイニシャルＩＮＶＩＴＥの送信先となる装置４ａの接続種別ＩＦａに対応する着モジュール２４の選択を指示する（ステップＡ１０）。
【００６４】
事前分析部２２は、着モジュールＩＦａ ２４ａの種別・識別情報（モジュールＩＤ等）を選択し（ステップＡ１１）、選択結果を返信し、事前分析対応部２１３が受信する（ステップＡ１２）。そして、事前分析対応部２１３は、モジュール記憶部２１１の当該呼番号に対応付けて着モジュール２４の種別を記憶（上書き）する（ステップＡ１３）。
【００６５】
そして、モジュール対応部２１４は、着モジュールＩＦａ ２４ａに処理を指示する（ステップＡ１４）。着モジュールＩＦａ ２４ａは、着呼側の呼制御処理（接続先端末への信号送信処理等）を行い（ステップＡ１５）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ１６）。処理結果には、着呼側の呼制御処理である信号送信処理が、成功（ＯＫ）したか、失敗（ＮＧ）が含まれる。
【００６６】
モジュール対応部２１４は、処理結果が成功（ＯＫ）の場合、接続先の変更が無いと判別し（ステップＡ１７：無し）、処理結果が失敗（ＮＧ）の場合、接続先の変更が有ると判別する（ステップＡ１７：有り）。
【００６７】
接続先の変更がない場合は（ステップＡ１７：無し）、信号送出部２１５は、接続先の装置４ａ（接続種別ＩＦａ）にイニシャルＩＮＶＩＴＥを送信する（ステップＡ１８）。一方、接続先の変更がある場合は（ステップＡ１７：有り）、ステップＡ１０に戻り、着モジュール２４の再選択を行う。なお、接続先の変更がある場合としては、例えば、接続先の端末４ａがビジー（話中）または無応答の場合に、接続先をトーキ装置に変更することが考えられる。この場合、トーキ装置の接続種別に対応する着モジュール２４の選択を指示する（ステップＡ１０）。
【００６８】
また、ステップＡ１で信号受付部２１２が信号を受信し、モジュール記憶部２１１を参照して、当該信号に対応する呼番号の発モジュールおよび着モジュールが選択済みの場合（ステップＡ２：ＹＥＳ）、信号受付部２１２は、再接続の処理が必要な信号であるか否かを判別する（ステップＡ１９）。再接続の処理が必要な信号であるか否かは、例えば、「３０Ｘ」（リダイレクション応答）の信号であるか否かにより判別することが考えられる。再接続の処理が必要でない場合（ステップＡ１９：ＮＯ）、処理を終了する。
【００６９】
一方、再接続の処理が必要な場合（ステップＡ１９：ＹＥＳ）、信号受付部２１２は、モジュール記憶部２１１を参照し、当該呼番号の着モジュール２４の種別（ここでは、「ＩＦａ」とする）を取得する（ステップＡ２０）。そして、モジュール対応部２１４は、着モジュールＩＦａ ２４ａに処理を指示し（ステップＡ２１）、着モジュールＩＦａ ２４ａが、着呼側の呼制御処理（接続先端末への信号送信処理等）を行い（ステップＡ２２）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ２３）。
【００７０】
また、モジュール対応部２１４はは、モジュール記憶部２１１を参照し、当該呼番号の発モジュール２３の種別（ここでは、「ＩＦ１」とする）を取得する（ステップＡ２４）。そして、モジュール対応部２１４は、発モジュールＩＦ１ ２３ａに処理を指示し（ステップＡ２５）、発モジュールＩＦ１ ２３ａが、処理し（ステップＡ２６）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ２７）。
【００７１】
モジュール対応部２１４は、接続先の変更の有無を判別し、変更がない場合は（ステップＡ２８：無し）、信号送出部２１５が装置３ａ（接続種別ＩＦ１）に信号を送信する（ステップＡ２９）。
【００７２】
また、ステップＡ２８において、接続先の変更があった場合は（ステップＡ２８：有り）、ステップＡ１０に戻り、着モジュール２４の再選択を行う。接続先の変更の有無の判別としては、例えば、例えば、「３０Ｘ」（リダイレクション応答）の信号には、接続先の情報が含まれており、この情報に基づいて判別する。
【００７３】
［システムの動作］
次に、本実施形態の呼制御システムの動作について、図６〜図８を用いて説明する。
【００７４】
図６は、本実施形態の基本の動作例を示すシーケンスチャートである。
【００７５】
図示するシーケンスチャートでは、端末装置３ａ、呼制御サーバ装置２、呼制御サーバ装置４ａａ、および端末装置４ａｂの間のシーケンスを示している。なお、端末装置３ａは、図１に示す装置３ａの具体的な装置である。また、呼制御サーバ装置４ａａおよび端末装置４ａｂは、図１に示す装置４ａの具体的な装置である。
【００７６】
端末装置３ａ（接続種別ＩＦ１）がＩＮＶＩＴＥ（１）を送信すると（ステップＢ１）、呼制御サーバ装置２の発モジュールＩＦ１ ２３ａおよび着モジュールＩＦａ ２４ａがそれぞれ呼制御処理し、呼制御サーバ装置４ａａ（接続種別ＩＦａ）にＩＮＶＩＴＥ（２）を送信し（ステップＢ２）するとともに、端末装置３ａに１００Ｔｒｙｉｎｇ（１）を送信し（ステップＢ３）、端末装置３ａは、１００Ｔｒｙｉｎｇ（１）を受信する。
【００７７】
呼制御サーバ装置４ａａは、ＩＮＶＩＴＥ（２）を受信すると、端末装置４ａｂにＩＮＶＩＴＥ（３）を送信する（ステップＢ４）。ＩＮＶＩＴＥ（３）を受信した端末装置４ａｂは、１８０Ｒｉｎｇｉｎｇ（１）を呼制御サーバ装置４ａａに送信し（ステップＢ５）、呼制御サーバ装置４ａａは、呼制御サーバ装置２に１８０Ｒｉｎｇｉｎｇ（２）を送信する（ステップＢ６）。
【００７８】
呼制御サーバ装置２の着モジュールＩＦａ ２４ａおよび発モジュールＩＦ１ ２３ａは、１８０Ｒｉｎｇｉｎｇを処理し、端末装置３ａに１８０Ｒｉｎｇｉｎｇ（３）を端末装置３ａに送信する（ステップＢ７）。
【００７９】
また、端末装置４ａｂが２００ＯＫ（１）を呼制御サーバ装置４ａａに送信すると（ステップＢ８）、呼制御サーバ装置４ａａは呼制御サーバ装置２に２００ＯＫ（２）を送信する（ステップＢ９）。呼制御サーバ装置２の着モジュールＩＦａ ２４ａおよび発モジュールＩＦ１ ２３ａが２００ＯＫ（２）を処理し、端末装置３ａに２００ＯＫ（３）を送信する（ステップＢ１０）。そして、端末装置３ａが２００ＯＫ（３）を受信すると、端末装置３ａと端末装置４ａｂとが通話状態になる（ステップＢ１１）。
【００８０】
なお、上記説明したＢ１〜Ｂ２の処理は、図５に示すＡ１〜Ａ１８に相当する処理である。
【００８１】
図７は、本実施形態のモジュール移行を行う場合の動作例を示すシーケンスチャートである。
【００８２】
図示するシーケンスチャートでは、端末装置３ａ、呼制御サーバ装置２、およびトーキ装置４ｂの間のシーケンスを示している。なお、端末装置３ａは、図１に示す装置３ａの具体的な装置である。また、トーキ装置４ｂは、図１に示す装置４ｂの具体的な装置である。
【００８３】
端末装置３ａ（接続種別ＩＦ１）がＩＮＶＩＴＥ（１）を送信すると（ステップＣ１）、呼制御サーバ装置２の発モジュールＩＦ１ ２３ａおよび着モジュールＩＦａ ２４ａがそれぞれ呼制御処理を行う。ここで、着モジュールＩＦａ ２４ａの着呼側の呼制御処理（接続先端末への信号送信処理等）において、トーキ装置４ｂへの接続および、着モジュール２４の移行が必要となり、トーキ装置４ｂの接続種別ＩＦｂに対応する着モジュールＩＦｂ ２４ｂを選択するものとする。
【００８４】
発モジュールＩＦ１ ２３ａおよび着モジュールＩＦｂ ２４ｂの処理により、呼制御サーバ装置２は、トーキ装置４ｂ（接続種別ＩＦｂ）にＩＮＶＩＴＥ（２）を送信するとともに（ステップＣ２）、端末装置３ａに１００Ｔｒｙｉｎｇ（１）を送信する（ステップＣ３）。
【００８５】
ＩＮＶＩＴＥ（２）を受信したトーキ装置４ｂが呼制御サーバ装置２に２００ＯＫ（１）を送信すると（ステップＣ４）、呼制御サーバ装置２が受信し、着モジュールＩＦｂ ２４ｂおよび発モジュールＩＦ１ ２３ａが呼制御処理し、端末装置３ａに２００ＯＫ（２）を送信する（ステップＣ５）。端末装置３ａが、２００ＯＫ（２）を受信することにより、端末装置３ａとトーキ装置４ｂとが通信可能な状態となり、トーキ装置４ｂから所定のトーキ（音声ガイダンス）が端末装置３ａに送出される（ステップＣ６）。
【００８６】
なお、上記説明したＣ１〜Ｃ２の処理は、図５に示すＡ１〜Ａ１７：有り、Ａ１０〜Ａ１８に相当する処理である。
【００８７】
図８は、本実施形態におけるモジュール再接続を行う場合の動作例を示すシーケンスチャートである。
【００８８】
図示するシーケンスチャートでは、端末装置３ａ、呼制御サーバ装置２、呼制御サーバ装置４ａ、および端末装置４ｃの間のシーケンスを示している。なお、端末装置３ａは、図１に示す装置３ａの具体的な装置である。呼制御サーバ装置４ａは、図１に示す装置４ａの具体的な装置である。また、端末装置４ｃは、図１に示す装置４ｃの具体的な装置である。
【００８９】
端末装置３ａ（接続種別ＩＦ１）がＩＮＶＩＴＥ（１）を送信すると（ステップＤ１）、呼制御サーバ装置２の発モジュールＩＦ１ ２３ａおよび着モジュールＩＦａ ２４ａが処理し、呼制御サーバ装置４ａ（接続種別ＩＦａ）にＩＮＶＩＴＥ（２）を送信するとともに（ステップＤ２）、端末装置３ａに１００Ｔｒｙｉｎｇ（１）を送信し（ステップＤ３）、端末装置３ａが受信する。
【００９０】
呼制御サーバ装置４ａは、ＩＮＶＩＴＥ（２）を受信し、「３０１」のリダイレクション応答を呼制御サーバ装置２に送信する（ステップＤ４）。「３０１」のリダイレクション応答を受信した呼制御サーバ装置２は、着モジュールＩＦａ ２４ａおよび発モジュールＩＦ１ ２３ａが処理を行いが、発モジュールＩＦ１ ２３ａの処理において着モジュール２４の再接続が必要であると判別し、着モジュールＩＦｃ ２４ｃを選択し、発モジュールＩＦ１ ２３ａおよび着モジュールＩＦｃ ２４ｃの処理により、端末装置４ｃ（接続種別ＩＦｃ）にＩＮＶＩＴＥ（３）を送信し（ステップＤ５）、端末装置４ｃが受信する。
【００９１】
ＩＮＶＩＴＥ（３）を受信した端末装置４ｃが１８０Ｒｉｎｇｉｎｇ（１）を送信すると（ステップＤ６）、呼制御サーバ装置２が受信し、着モジュールＩＦｃ ２４ｃおよび発モジュールＩＦ１ ２３ａが処理し、端末装置３ａに１８０Ｒｉｎｇｉｎｇ（２）を送信し（ステップＤ７）、端末装置３ａが受信する。
【００９２】
また端末装置４ｃが２００ＯＫ（１）を送信すると（ステップＤ８）、呼制御サーバ装置２が受信し、着モジュールＩＦｃ ２４ｃおよび発モジュールＩＦ１ ２３ａが処理し、端末装置３ａに２００ＯＫ（２）を送信し（ステップＤ９）、端末装置３ａが受信すると、端末装置３ａと端末装置４ｃとが通話状態になる（ステップＤ１０）。
【００９３】
なお、上記説明したＤ４〜Ｄ５の処理は、図５に示すＡ１９〜Ａ２８：有り、Ａ１０〜Ａ１８に相当する処理である。
【００９４】
以上説明した本実施形態では、多くの接続種別があっても処理が複雑化することがなく、また新しい接続種別が追加される場合でも追加の影響を全体に及ぼさない呼制御技術を提供することができる。
【００９５】
すなわち、本実施形態では、接続種別毎に発モジュールおよび着モジュールを用意し、接続してきた接続種別に応じて接続段階の発ステージとして機能する発モジュールを選択し、当該発モジュールを動作させ、発モジュールの動作結果にもとづき接続段階の着ステージとして機能する着モジュールを選択し、当該着モジュールを動作させ、選択した発モジュールおよび着モジュールの種別を呼が存在する間記憶する。換言すると、本実施形態では、接続種別に応じて発モジュールおよび着モジュールを切り替えて、呼制御を行うものである。
【００９６】
これにより、多くの接続種別が存在する場合や、新しい接続種別が追加される場合にも容易に対応可能になるとともに、呼の存在する間の発モジュールおよび着モジュールの選択回数を減らすことが可能になる。
【００９７】
また、本実施形態では、一旦選択した着モジュールを動作させた結果、他の着モジュールへの変更が要求された場合は、着モジュールの再選択が可能なモジュール移行を実現することができる。
【００９８】
また、本実施形態では、発モジュールについては、はじめに動作させたときにはなかった条件を付けて再動作させ、再動作結果にもとづき着モジュールを再選択することができる。これにより、リダイレクションや新規サービスを実行する上で、接続種別をまたがる複雑なシーケンスの実現にも容易に対応することができる。
【００９９】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【０１００】
１ ネットワーク
２ 呼制御サーバ装置
２１ 信号制御部
２１１ モジュール記憶部
２１２ 信号受付部
２１３ 事前分析対応部
２１４ モジュール対応部
２１５ 信号送出部
２２ 事前分析部
２２１ 受付結果送出部
２２１ モジュール選択部
２３ａ 発モジュール
２３１ａ 受付結果送出部
２３２ａ 処理部
２３ｂ 発モジュールＩＦ２
２３ｃ 発モジュールＩＦ３
２４ 着モジュール
２４ａ 着モジュールＩＦ１
２４１ａ 受付結果送出部
２４２ａ 処理部
２４ｂ 着モジュールＩＦ２
２４ｃ 着モジュールＩＦ３
２５ 加入者データ蓄積部
３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃ 装置
【技術分野】
【０００１】
本発明は、端末からの呼接続要求を制御する呼制御技術に関し、特に、接続種別に応じてモジュールを切り替えて呼の接続制御を行う呼制御技術に関する。
【背景技術】
【０００２】
従来の呼制御方式としては、例えば、呼制御を発呼側と着呼側とに分離して処理する発着分離方式がある。呼制御を発呼側と着呼側とに分離すると、自局内接続の処理が、交換機内部に仮想的なトランクである仮想内部トランクを設けることにより、発呼側制御部が発加入者回路と仮想内部トランクの入側との仮想的な接続制御を、また着呼側制御部が仮想内部トランクの出側と着加入者回路との仮想的な接続制御を行うことになる。これらの制御は、局外へ発信する場合の発加入者回路と出トランクとの接続制御、あるいは局外から着信してくる場合の入トランクと着加入者回路との接続制御に類似した処理となる。
【０００３】
これにより自局内接続と局外発着信接続との接続制御が類似し、呼処理の単一性を図ることが可能になる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願平０８−３３１２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の呼制御方式は、接続種別が複数存在することを想定していない。すなわち、発呼側制御部あるいは着呼側制御部と加入者回路とを接続する接続種別は一つであり、複数存在することを想定していない。このため、複数の接続種別が存在する場合は、全ての接続種別を包含する発呼側制御部あるいは着呼側制御部を構成する必要があり、包含する接続種別の数が多くなればなるほど各制御部の処理が複雑化することになる。
【０００６】
また新しい接続種別が後から追加されるような場合は、追加の影響が各制御部全体に及ぶようになる。さらに、リダイレクションや新規サービスを実行するなかで、接続種別をまたがる複雑なシーケンスを実現しなければならない場合には、一層、制御部の処理が複雑化・肥大化するという問題がある。
【０００７】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、多くの接続種別があっても処理が複雑化することがなく、また新しい接続種別が追加される場合でも追加の影響を全体に及ぼさない呼制御技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、呼接続要求を制御する呼制御装置であって、接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段と、接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段と、各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段と、前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段と、前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段と、を有する。
【０００９】
また、本発明は、呼接続要求を制御する呼制御方法であって、呼制御装置は、接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御部と、接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御部と、各呼で使用される発信側呼制御部の識別情報および着信側呼制御部の識別情報を記憶する記憶部と、を有し、前記複数の発信側呼制御部の中から発側装置の接続種別に対応する発信側呼制御部を選択するとともに、前記複数の着信側呼制御部の中から着側装置の接続種別に対応する着信側呼制御部を選択する選択ステップと、前記選択ステップで選択した発信側呼制御部の識別情報および着信側呼制御部の識別情報を前記記憶部に記憶するとともに、前記選択された発信側呼制御部および着信側呼制御部に呼制御処理を指示する制御ステップと、を行う。
【００１０】
また、本発明は、コンピュータが実行する呼接続要求を制御する呼制御プログラムであって、前記コンピュータを、接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段、接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段、各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段、前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段、前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段、として機能させる。
【発明の効果】
【００１１】
本発明によれば、多くの接続種別があっても処理が複雑化することがなく、また新しい接続種別が追加される場合でも追加の影響を全体に及ぼさない呼制御技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る呼制御システムの全体構成図である。
【図２】呼制御サーバ装置の構成を示すブロック図である。
【図３】呼制御サーバ装置のモジュール移行処理を説明するための説明図である。
【図４】呼制御サーバ装置のモジュール再選択処理を説明するための説明図である。
【図５】呼制御サーバ装置の動作を示すフローチャートである。
【図６】呼制御システムの基本の動作例を示すシーケンスチャートである。
【図７】呼制御システムのモジュール移行時の動作例を示すシーケンスチャートである。
【図８】呼制御システムのモジュール再接続時の動作例を示すシーケンスチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について説明する。
【００１４】
［システムの構成］
図１は、本発明の実施形態に係る呼接続システムの一例を示す図である。図示する呼制御システムは、呼制御サーバ装置２と、複数の装置３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃとを有する。呼制御サーバ装置２は、ネットワーク１を介した装置間の呼接続を制御する。呼制御サーバ装置２は、セッション制御機能を含み、複数の接続種別に対応することができる。詳細については、後述する。
【００１５】
複数の装置は、呼制御サーバ装置２とＳＩＰ（Session Initiation Protocol）を用いて通信可能な装置であって、例えば、他の呼制御サーバ装置、端末装置およびトーキ装置（電話サービスにおける自動音声ガイダンス装置）などである。
【００１６】
複数の装置の各々は、ＳＩＰ自体を用いるが、許容されるメソッド、ヘッダ、パラメータおよびシーケンス等が異なる接続種別を使用するものとする。ここでは、装置３ａの接続種別をＩＦ１とし、装置３ｂの接続種別をＩＦ２とし、装置３ｃの接続種別をＩＦ３とし、装置４ａの接続種別をＩＦａとし、装置４ｂの接続種別をＩＦｂとし、装置４ｃの接続種別をＩＦｃとする。
【００１７】
呼制御サーバ装置２および複数の装置は、ネットワーク１に接続されている。ネットワーク１は、ＩＰパケットを伝送可能なネットワークである。
【００１８】
本システムでは、例えば、装置３ａが接続種別ＩＦ１によりイニシャルＩＮＶＩＴＥを送信すると、呼制御サーバ装置２が、イニシャルＩＮＶＩＴＥを受信し、接続種別ＩＦ１に応じた発モジュールを選択し、動作させる（Ｓ１１）。そして、呼制御サーバ装置２は、発モジュールの動作結果にもとづきイニシャルＩＮＶＩＴＥの送信先となる装置の接続種別（例えば、装置４ａの接続種別ＩＦａ）に応じた着モジュールを選択し、動作させるものである（Ｓ１２）。
【００１９】
上記説明した呼制御サーバ装置２および複数の装置は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、呼制御サーバ装置２および複数の端末の各機能は、呼制御サーバ装置２用のプログラムの場合は呼制御サーバ装置２のＣＰＵが、そして、各装置用のプログラムの場合は各装置のＣＰＵがそれぞれ実行することにより実現される。
【００２０】
［呼制御サーバ装置２の構成］
次に、呼制御サーバ装置２について説明する。
【００２１】
図２は、図１のシステムにおける呼制御サーバ装置２の構成例を示す図である。図２では、呼制御サーバ装置２の機能のうち本発明に関係する部分のみを概念的に示している。
【００２２】
なお、ここでの説明は、イニシャルＩＮＶＩＴＥが、接続種別ＩＦ１、接続種別ＩＦ２あるいは接続種別ＩＦ３から送信されるものとして、以下説明する。
【００２３】
呼制御サーバ装置２は、信号制御部２１と、事前分析部２２と、発モジュール２３（発信側呼制御手段）と、着モジュール２４（着信側呼制御手段）と、加入者データ蓄積部２５と、を備える。
【００２４】
信号制御部２１は、モジュール記憶部２１１と、信号受付部２１２と、事前分析対応部２１３と、モジュール対応部２１４と、信号送出部２１５とを有する。
【００２５】
モジュール記憶部２１１は、選択した発モジュール２３の種別（識別情報）および着モジュール２４の種別（識別情報）を、ダイアログが存在する間記憶する。ダイアログは、呼が発生してから当該呼が切断されるまでの間を意味する。信号受付部２１２は、複数の装置３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃから送られてくる信号を受信する。
【００２６】
事前分析対応部２１３は、信号受信部２１２が受信した信号にもとづいて接続種別に応じた発モジュール２３の選択を事前分析部２２に指示し、事前分析部２２から選択結果を取得する。また、事前分析対応部２１３は、モジュール対応部２１４が受信した発モジュール２３の処理結果にもとづいて、信号の送出先となる装置の接続種別（例えば、装置 ４ａの接続種別ＩＦａ）に応じた着モジュールの選択を事前分析部２２に指示し、事前分析部２２から選択結果を取得する。
【００２７】
モジュール対応部２１４は、事前分析対応部２１３が取得した発モジュール２３の選択結果にもとづいて対応する発モジュール２３に処理を指示し、処理結果を受信する。また、モジュール対応部２１４は、事前分析対応部２１３が取得した着モジュール２４の選択結果にもとづいて対応する着モジュール２４に処理を指示し、処理結果を受信する。信号送出部２１５は、複数の装置３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃに信号を送信する。
【００２８】
事前分析部２２は、受付結果送出部２２１と、モジュール選択部２２２とを有する。受付結果送出部２２１は、信号制御部２１の事前分析対応部２１３から送出される発モジュール２３あるいは着モジュール２４の選択指示を受信し、選択結果を送信する。
【００２９】
モジュール選択部２２２は、受付結果送出部２２１が受信した選択指示にもとづき、当該選択指示に含まれる信号受信部２１２が受信した信号や加入者データ蓄積部２５が蓄積している加入者データ等から発モジュール２３の選択を行う。また、モジュール選択部２２２は、受付結果送出部２２１が受信した選択指示に基づき、当該選択指示に含まれるモジュール対応部２１４が受信した発モジュール２３の処理結果や、加入者データ蓄積部２５が蓄積している加入者データ等から着モジュール２４の選択を行う。
【００３０】
本実施形態の発モジュール２３は、接続種別毎に備えられ、呼接続要求の接続種別に応じて接続段階の発ステージとして機能するモジュールである。図示する例では、発モジュール２３として、接続種別ＩＦ１に対応する発モジュールＩＦ１ ２３ａと、接続種別ＩＦ２に対応する発モジュールＩＦ２ ２３ｂと、接続種別ＩＦ３に対応する発モジュールＩＦ３ ２３ｃとを有する。新たな接続種別が追加された場合、さらに多くの発モジュールを有することになる。
【００３１】
発モジュールＩＦ１ ２３ａは、受付結果送出部２３１ａと、処理部２３２ａとを有する。受付結果送出部２３１ａは、信号制御部２１のモジュール対応部２１４から送出される発モジュール２３ａの処理指示を受信し、処理結果を送信する。処理部２３２ａは、受付結果送出部２３１ａが受信した処理指示にもとづき、接続段階の発ステージとして動作する。
【００３２】
発モジュールＩＦ２ ２３ｂは、受付結果送出部２３１ｂ（不図示）および処理部２３２ｂ（不図示）とを有している。受付結果送出部２３１ｂおよび処理部２３２ｂは、上記の受付結果送出部２３１ａおよび処理部２３２ａと同様であるため説明を省略する。
【００３３】
発モジュールＩＦ３ ２３ｃは、受付結果送出部２３１ｃ（不図示）と、処理部２３２ｃ（不図示）とを有する。受付結果送出部２３１ｃおよび処理部２３２ｃは、上記の受付結果送出部２３１ａおよび処理部２３２ａと同様であるため説明を省略する。
【００３４】
本実施形態の着モジュール２４は、接続種別毎に備えられ、発モジュールの動作結果にもとづいて接続段階の着ステージとして機能するモジュールである。図示する例では、着モジュール２４として、接続種別ＩＦａに対応する着モジュールＩＦａ ２４ａと、接続種別ＩＦｂに対応する着モジュールＩＦｂ ２４ｂと、接続種別ＩＦｃに対応する着モジュールＩＦｃ ２４ｃと、を有する。新たな接続種別が追加された場合、さらに多くの着モジュールを有することになる。
【００３５】
着モジュールＩＦａ ２４ａは、受付結果送出部２４１ａと、処理部２４２ａとを有する。受付結果送出部２４１ａは、信号制御部２１から送出される着モジュール２４ａの処理指示を受信し、処理結果を送信する。処理部２４２ａは、受付結果送出部２４１ａが受信した処理指示にもとづき、接続段階の着ステージとして動作する。
【００３６】
着モジュールＩＦｂ ２４ｂは、受付結果送出部２４１ｂ（不図示）と、処理部２４２ｂ（不図示）とを有する。受付結果送出部２４１ｂおよび処理部２４２ｂは、上記の受付結果送出部２４１ａおよび処理部２４２ａと同様であるため説明を省略する。
【００３７】
着モジュールＩＦｃ ２４ｃは、受付結果送出部２４１ｃ（不図示）と、処理部２４２ｃ（不図示）とを有する。受付結果送出部２４１ｃおよび処理部２４２ｃは、上記の受付結果送出部２４１ａおよび処理部２４２ａと同様であるため説明を省略する。
【００３８】
加入者データ蓄積部２５は、加入者が操作する端末装置の接続種別を含む加入者データを蓄積する。
【００３９】
［モジュール移行処理］
次に、一旦選択した着モジュール２４を動作させた結果、他の着モジュール２４への変更が要求された場合に、着モジュール２４の再選択を行うモジュール移行処理について詳しく説明する。
【００４０】
図３は、図２の呼制御サーバ装置２のモジュール移行処理例を説明するための図である。ここでは、装置３ａが、接続種別ＩＦ１によりイニシャルＩＮＶＩＴＥを送信した場合を例に説明する。
【００４１】
信号受付部２１２がイニシャルＩＮＶＩＴＥを受信すると、事前分析対応部２１３は、事前分析部２２に接続種別ＩＦ１に応じた発モジュール２３の選択を指示する（１）。事前分析部２２は、発モジュールＩＦ１ ２３ａの種別（識別情報）を選択し（２）、選択結果を事前分析対応部２１３に返送する。
【００４２】
事前分析対応部２１３は、選択結果を受信し（３）、当該選択結果である発モジュール２３の種別（ＩＦ１）を、モジュール記憶部２１１に記憶するとともに（４）、モジュール対応部２１４に送出する。モジュール対応部２１４は、当該選択結果にもとづいて、発モジュールＩＦ１ ２３ａに、処理を指示する（５）。発モジュールＩＦ１ ２３ａは、処理し（６）、処理結果をモジュール対応部２１４に返送する。
【００４３】
モジュール対応部２１４は、処理結果を受信し（７）、事前分析対応部２１３に送出する。事前分析対応部２１３は、当該処理結果にもとづいて、事前分析部２２にイニシャルＩＮＶＩＴＥの送信先となる装置、例えば、装置４ａの接続種別ＩＦａに対応する着モジュール２４の選択を、事前分析部２２に指示する（８）。事前分析部２２は、着モジュールＩＦａ ２４ａの種別（識別情報）を選択し（９）、選択結果を事前分析対応部２１３に返送する。
【００４４】
事前分析対応部２１３は、選択結果を受信し（１０）、選択結果である着モジュール２４の種別（ＩＦａ）をモジュール記憶部２１１に記憶する（１１）。この選択結果により、モジュール対応部２１４は、着モジュールＩＦａ ２４ａに処理を指示し（１２）、着モジュールＩＦａ ２４ａが処理し（１３）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が受信する（１４）。
【００４５】
このとき、処理結果が、接続先を接続種別ＩＦａの装置４ａではなく、接続種別ＩＦｂの装置４ｂに変更するものであった場合（例えば、処理した結果、着加入者の端末装置が外れていてトーキ接続に切り替える必要がある場合）、事前分析対応部２１３は、事前分析部２２に接続種別ＩＦｂに応じた着モジュール２４の選択を指示する（１５）。事前分析部２２は、着モジュールＩＦｂ ２４ｂの種別（識別情報）を選択し（１６）、選択結果を事前分析対応部２１３に返送する。
【００４６】
事前分析対応部２１３は、選択結果を受信し（１７）、（１１）においてモジュール記憶部２１１に記憶した着モジュール２４の種別を後から選択された種別に上書き・更新する（１８）。具体的には、図示するように、モジュール記憶部２１１の記憶テーブルには、呼番号毎に、発モジュールの種別（ＩＦ１）と、着モジュールの種別（ＩＦａ）とが記憶されており、（１８）において着モジュールの種別（ＩＦａ）が（ＩＦｂ）に更新される。
【００４７】
この選択結果により、モジュール対応部２１４が着モジュールＩＦｂ ２４ｂに処理を指示する（１９）。着モジュールＩＦｂ ２４ｂは、処理し（２０）、処理結果をモジュール対応部２１４に返送する。モジュール対応部２１４が処理結果を受信し（２１）、信号送出部２１５が装置ｂ ４ｂにイニシャルＩＮＶＩＴＥを送信する。
【００４８】
［モジュール再接続処理］
次に、発モジュール２３について、はじめに動作させたときにはなかった条件を付加して再動作させ、再動作結果にもとづき着モジュール２４の再接続を行うモジュール再接続処理について詳しく説明する。
【００４９】
図４は、図２の呼制御サーバ装置２のモジュール再選択処理例を説明するための図である。
【００５０】
装置３ａから送信されたイニシャルＩＮＶＩＴＥを受信し、装置４ａにイニシャルＩＮＶＩＴＥを送信した場合を例に説明する。
【００５１】
信号受付部２１２が、イニシャルＩＮＶＩＴＥを受信した装置４ａから送信された「３０１」（リダイレクション応答：Moved Permanently）を受信する。このとき、モジュール記憶部２１１には、このダイアログの呼番号に係わる発モジュール２３として「ＩＦ１」が、着モジュール２４として「ＩＦａ」が記憶されているものとする。
【００５２】
信号受付部２１２が「３０１」の受信により、モジュール記憶部２１１を参照して、着モジュール２４の種別「ＩＦａ」を取得する（１）。これにより、モジュール対応部２１４が、着モジュールＩＦａ ２４ａに処理を指示し（２）、着モジュールＩＦａ ２４ａが処理し（３）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が処理結果を受信する（４）。
【００５３】
また、信号受付部２１２が、モジュール記憶部２１１を参照して、発モジュール２３の種別「ＩＦ１」を取得する（５）。これにより、モジュール対応部２１４は、発モジュールＩＦ１ ２３ａに処理を指示し（６）、発モジュールＩＦ１ ２３ａが処理し（７）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が処理結果を受信する（８）。
【００５４】
この処理結果にもとづき、イニシャルＩＮＶＩＴＥの送信先が接続種別ＩＦｃの装置４ｃであることが判別した場合（例えば、処理した結果、リダイレクションであり別の装置に接続しなおす必要がある場合）、事前分析対応部２１３が、事前分析部２２に接続種別ＩＦｃに応じた着モジュール２４の選択を指示し（９）、事前分析部２２が着モジュールＩＦｃ ２４ｃの種別（識別情報）を選択し（１０）、選択結果を事前分析対応部２１３に返送し、事前分析対応部２１３が選択結果を受信する（１１）。そして、事前分析対応部２１３は、モジュール記憶部２１１の着モジュール２４の種別（ＩＦａ）を、（１１）で後から選択された種別（ＩＦｃ）に上書・更新する（１２）。
【００５５】
この選択結果により、モジュール対応部２１４が着モジュールＩＦｃ ２４ｃに処理を指示し（１３）、着モジュールＩＦｃ ２４ｃが処理し（１４）、処理結果をモジュール対応部２１４に返送し、モジュール対応部２１４が受信し（１５）、信号送出部２１５が装置４ｃにイニシャルＩＮＶＩＴＥを送信する。
【００５６】
［呼制御サーバ装置２の動作］
次に、呼制御サーバ装置２の動作について説明する。
【００５７】
図５は、図２の呼制御サーバ装置２の動作例を示すフローチャートである。
【００５８】
信号受付部２１２は所定の装置から信号を受信し（ステップＡ１）、モジュール記憶部２１１を参照して発モジュールおよび着モジュールが選択済みか否かを判別する（ステップＡ２）。ここでは、接続種別ＩＦ１の装置３ａからイニシャルＩＮＶＩＴＥが送信されるものとする。イニシャルＩＮＶＩＴＥには、送信元の装置の接続種別、呼識別情報、接続先情報などが含まれているものとする。
【００５９】
イニシャルＩＮＶＩＴＥの受信の場合、モジュール記憶部２１１には、当該呼の呼番号に対応する発モジュール２３および着モジュール２４が選択済になっていない（すなわち、発モジュール２３および着モジュール２４の種別が記憶されていない）ので（ステップＡ２：ＮＯ）、事前分析対応部２１３が事前分析部２２に接続種別ＩＦ１に応じた発モジュール２３の選択を指示する（ステップＡ３）。事前分析部２２は、接続種別ＩＦ１に対応する発モジュールＩＦ１ ２３ａの種別・識別情報（モジュールＩＤ等）を選択し（ステップＡ４）、選択結果を返信する。
【００６０】
なお、事前分析部２２は、例えば、接続種別と発モジュールの種別・識別情報とを対応づけた対応表、および、接続種別と着モジュールの種別・識別情報とを対応づけた対応表をあらかじめ記憶しているものとする。
【００６１】
事前分析対応部２１３は、選択結果を受信し（ステップＡ５）、イニシャルＩＮＶＩＴＥに含まれる呼識別情報に基づいて生成した呼番号に対応付けて、選択結果で指定された発モジュール２３の種別をモジュール記憶部２１１に記憶する（ステップＡ６）。そして、モジュール対応部２１４が、イニシャルＩＮＶＩＴＥに含まれる接続先情報を指定して発モジュールＩＦ１ ２３ａに処理を指示し（ステップＡ７）、発モジュールＩＦ１ ２３ａが、発呼側の呼制御処理を行い（ステップＡ８）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ９）。
【００６２】
ここでの処理結果としては、接続先となる装置が、自呼制御サーバ装置２に収容されている装置であるか否かの情報などが含まれる。ここで、接続先となる装置が、自呼制御サーバ装置２に収容されている装置の場合、当該装置の接続種別はＩＦａであるものとする。
【００６３】
事前分析対応部２１３は、このような処理結果にもとづき、イニシャルＩＮＶＩＴＥの送信先が接続種別ＩＦａの装置４ａであると判別し、事前分析部２２にイニシャルＩＮＶＩＴＥの送信先となる装置４ａの接続種別ＩＦａに対応する着モジュール２４の選択を指示する（ステップＡ１０）。
【００６４】
事前分析部２２は、着モジュールＩＦａ ２４ａの種別・識別情報（モジュールＩＤ等）を選択し（ステップＡ１１）、選択結果を返信し、事前分析対応部２１３が受信する（ステップＡ１２）。そして、事前分析対応部２１３は、モジュール記憶部２１１の当該呼番号に対応付けて着モジュール２４の種別を記憶（上書き）する（ステップＡ１３）。
【００６５】
そして、モジュール対応部２１４は、着モジュールＩＦａ ２４ａに処理を指示する（ステップＡ１４）。着モジュールＩＦａ ２４ａは、着呼側の呼制御処理（接続先端末への信号送信処理等）を行い（ステップＡ１５）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ１６）。処理結果には、着呼側の呼制御処理である信号送信処理が、成功（ＯＫ）したか、失敗（ＮＧ）が含まれる。
【００６６】
モジュール対応部２１４は、処理結果が成功（ＯＫ）の場合、接続先の変更が無いと判別し（ステップＡ１７：無し）、処理結果が失敗（ＮＧ）の場合、接続先の変更が有ると判別する（ステップＡ１７：有り）。
【００６７】
接続先の変更がない場合は（ステップＡ１７：無し）、信号送出部２１５は、接続先の装置４ａ（接続種別ＩＦａ）にイニシャルＩＮＶＩＴＥを送信する（ステップＡ１８）。一方、接続先の変更がある場合は（ステップＡ１７：有り）、ステップＡ１０に戻り、着モジュール２４の再選択を行う。なお、接続先の変更がある場合としては、例えば、接続先の端末４ａがビジー（話中）または無応答の場合に、接続先をトーキ装置に変更することが考えられる。この場合、トーキ装置の接続種別に対応する着モジュール２４の選択を指示する（ステップＡ１０）。
【００６８】
また、ステップＡ１で信号受付部２１２が信号を受信し、モジュール記憶部２１１を参照して、当該信号に対応する呼番号の発モジュールおよび着モジュールが選択済みの場合（ステップＡ２：ＹＥＳ）、信号受付部２１２は、再接続の処理が必要な信号であるか否かを判別する（ステップＡ１９）。再接続の処理が必要な信号であるか否かは、例えば、「３０Ｘ」（リダイレクション応答）の信号であるか否かにより判別することが考えられる。再接続の処理が必要でない場合（ステップＡ１９：ＮＯ）、処理を終了する。
【００６９】
一方、再接続の処理が必要な場合（ステップＡ１９：ＹＥＳ）、信号受付部２１２は、モジュール記憶部２１１を参照し、当該呼番号の着モジュール２４の種別（ここでは、「ＩＦａ」とする）を取得する（ステップＡ２０）。そして、モジュール対応部２１４は、着モジュールＩＦａ ２４ａに処理を指示し（ステップＡ２１）、着モジュールＩＦａ ２４ａが、着呼側の呼制御処理（接続先端末への信号送信処理等）を行い（ステップＡ２２）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ２３）。
【００７０】
また、モジュール対応部２１４はは、モジュール記憶部２１１を参照し、当該呼番号の発モジュール２３の種別（ここでは、「ＩＦ１」とする）を取得する（ステップＡ２４）。そして、モジュール対応部２１４は、発モジュールＩＦ１ ２３ａに処理を指示し（ステップＡ２５）、発モジュールＩＦ１ ２３ａが、処理し（ステップＡ２６）、処理結果を返送し、モジュール対応部２１４が受信する（ステップＡ２７）。
【００７１】
モジュール対応部２１４は、接続先の変更の有無を判別し、変更がない場合は（ステップＡ２８：無し）、信号送出部２１５が装置３ａ（接続種別ＩＦ１）に信号を送信する（ステップＡ２９）。
【００７２】
また、ステップＡ２８において、接続先の変更があった場合は（ステップＡ２８：有り）、ステップＡ１０に戻り、着モジュール２４の再選択を行う。接続先の変更の有無の判別としては、例えば、例えば、「３０Ｘ」（リダイレクション応答）の信号には、接続先の情報が含まれており、この情報に基づいて判別する。
【００７３】
［システムの動作］
次に、本実施形態の呼制御システムの動作について、図６〜図８を用いて説明する。
【００７４】
図６は、本実施形態の基本の動作例を示すシーケンスチャートである。
【００７５】
図示するシーケンスチャートでは、端末装置３ａ、呼制御サーバ装置２、呼制御サーバ装置４ａａ、および端末装置４ａｂの間のシーケンスを示している。なお、端末装置３ａは、図１に示す装置３ａの具体的な装置である。また、呼制御サーバ装置４ａａおよび端末装置４ａｂは、図１に示す装置４ａの具体的な装置である。
【００７６】
端末装置３ａ（接続種別ＩＦ１）がＩＮＶＩＴＥ（１）を送信すると（ステップＢ１）、呼制御サーバ装置２の発モジュールＩＦ１ ２３ａおよび着モジュールＩＦａ ２４ａがそれぞれ呼制御処理し、呼制御サーバ装置４ａａ（接続種別ＩＦａ）にＩＮＶＩＴＥ（２）を送信し（ステップＢ２）するとともに、端末装置３ａに１００Ｔｒｙｉｎｇ（１）を送信し（ステップＢ３）、端末装置３ａは、１００Ｔｒｙｉｎｇ（１）を受信する。
【００７７】
呼制御サーバ装置４ａａは、ＩＮＶＩＴＥ（２）を受信すると、端末装置４ａｂにＩＮＶＩＴＥ（３）を送信する（ステップＢ４）。ＩＮＶＩＴＥ（３）を受信した端末装置４ａｂは、１８０Ｒｉｎｇｉｎｇ（１）を呼制御サーバ装置４ａａに送信し（ステップＢ５）、呼制御サーバ装置４ａａは、呼制御サーバ装置２に１８０Ｒｉｎｇｉｎｇ（２）を送信する（ステップＢ６）。
【００７８】
呼制御サーバ装置２の着モジュールＩＦａ ２４ａおよび発モジュールＩＦ１ ２３ａは、１８０Ｒｉｎｇｉｎｇを処理し、端末装置３ａに１８０Ｒｉｎｇｉｎｇ（３）を端末装置３ａに送信する（ステップＢ７）。
【００７９】
また、端末装置４ａｂが２００ＯＫ（１）を呼制御サーバ装置４ａａに送信すると（ステップＢ８）、呼制御サーバ装置４ａａは呼制御サーバ装置２に２００ＯＫ（２）を送信する（ステップＢ９）。呼制御サーバ装置２の着モジュールＩＦａ ２４ａおよび発モジュールＩＦ１ ２３ａが２００ＯＫ（２）を処理し、端末装置３ａに２００ＯＫ（３）を送信する（ステップＢ１０）。そして、端末装置３ａが２００ＯＫ（３）を受信すると、端末装置３ａと端末装置４ａｂとが通話状態になる（ステップＢ１１）。
【００８０】
なお、上記説明したＢ１〜Ｂ２の処理は、図５に示すＡ１〜Ａ１８に相当する処理である。
【００８１】
図７は、本実施形態のモジュール移行を行う場合の動作例を示すシーケンスチャートである。
【００８２】
図示するシーケンスチャートでは、端末装置３ａ、呼制御サーバ装置２、およびトーキ装置４ｂの間のシーケンスを示している。なお、端末装置３ａは、図１に示す装置３ａの具体的な装置である。また、トーキ装置４ｂは、図１に示す装置４ｂの具体的な装置である。
【００８３】
端末装置３ａ（接続種別ＩＦ１）がＩＮＶＩＴＥ（１）を送信すると（ステップＣ１）、呼制御サーバ装置２の発モジュールＩＦ１ ２３ａおよび着モジュールＩＦａ ２４ａがそれぞれ呼制御処理を行う。ここで、着モジュールＩＦａ ２４ａの着呼側の呼制御処理（接続先端末への信号送信処理等）において、トーキ装置４ｂへの接続および、着モジュール２４の移行が必要となり、トーキ装置４ｂの接続種別ＩＦｂに対応する着モジュールＩＦｂ ２４ｂを選択するものとする。
【００８４】
発モジュールＩＦ１ ２３ａおよび着モジュールＩＦｂ ２４ｂの処理により、呼制御サーバ装置２は、トーキ装置４ｂ（接続種別ＩＦｂ）にＩＮＶＩＴＥ（２）を送信するとともに（ステップＣ２）、端末装置３ａに１００Ｔｒｙｉｎｇ（１）を送信する（ステップＣ３）。
【００８５】
ＩＮＶＩＴＥ（２）を受信したトーキ装置４ｂが呼制御サーバ装置２に２００ＯＫ（１）を送信すると（ステップＣ４）、呼制御サーバ装置２が受信し、着モジュールＩＦｂ ２４ｂおよび発モジュールＩＦ１ ２３ａが呼制御処理し、端末装置３ａに２００ＯＫ（２）を送信する（ステップＣ５）。端末装置３ａが、２００ＯＫ（２）を受信することにより、端末装置３ａとトーキ装置４ｂとが通信可能な状態となり、トーキ装置４ｂから所定のトーキ（音声ガイダンス）が端末装置３ａに送出される（ステップＣ６）。
【００８６】
なお、上記説明したＣ１〜Ｃ２の処理は、図５に示すＡ１〜Ａ１７：有り、Ａ１０〜Ａ１８に相当する処理である。
【００８７】
図８は、本実施形態におけるモジュール再接続を行う場合の動作例を示すシーケンスチャートである。
【００８８】
図示するシーケンスチャートでは、端末装置３ａ、呼制御サーバ装置２、呼制御サーバ装置４ａ、および端末装置４ｃの間のシーケンスを示している。なお、端末装置３ａは、図１に示す装置３ａの具体的な装置である。呼制御サーバ装置４ａは、図１に示す装置４ａの具体的な装置である。また、端末装置４ｃは、図１に示す装置４ｃの具体的な装置である。
【００８９】
端末装置３ａ（接続種別ＩＦ１）がＩＮＶＩＴＥ（１）を送信すると（ステップＤ１）、呼制御サーバ装置２の発モジュールＩＦ１ ２３ａおよび着モジュールＩＦａ ２４ａが処理し、呼制御サーバ装置４ａ（接続種別ＩＦａ）にＩＮＶＩＴＥ（２）を送信するとともに（ステップＤ２）、端末装置３ａに１００Ｔｒｙｉｎｇ（１）を送信し（ステップＤ３）、端末装置３ａが受信する。
【００９０】
呼制御サーバ装置４ａは、ＩＮＶＩＴＥ（２）を受信し、「３０１」のリダイレクション応答を呼制御サーバ装置２に送信する（ステップＤ４）。「３０１」のリダイレクション応答を受信した呼制御サーバ装置２は、着モジュールＩＦａ ２４ａおよび発モジュールＩＦ１ ２３ａが処理を行いが、発モジュールＩＦ１ ２３ａの処理において着モジュール２４の再接続が必要であると判別し、着モジュールＩＦｃ ２４ｃを選択し、発モジュールＩＦ１ ２３ａおよび着モジュールＩＦｃ ２４ｃの処理により、端末装置４ｃ（接続種別ＩＦｃ）にＩＮＶＩＴＥ（３）を送信し（ステップＤ５）、端末装置４ｃが受信する。
【００９１】
ＩＮＶＩＴＥ（３）を受信した端末装置４ｃが１８０Ｒｉｎｇｉｎｇ（１）を送信すると（ステップＤ６）、呼制御サーバ装置２が受信し、着モジュールＩＦｃ ２４ｃおよび発モジュールＩＦ１ ２３ａが処理し、端末装置３ａに１８０Ｒｉｎｇｉｎｇ（２）を送信し（ステップＤ７）、端末装置３ａが受信する。
【００９２】
また端末装置４ｃが２００ＯＫ（１）を送信すると（ステップＤ８）、呼制御サーバ装置２が受信し、着モジュールＩＦｃ ２４ｃおよび発モジュールＩＦ１ ２３ａが処理し、端末装置３ａに２００ＯＫ（２）を送信し（ステップＤ９）、端末装置３ａが受信すると、端末装置３ａと端末装置４ｃとが通話状態になる（ステップＤ１０）。
【００９３】
なお、上記説明したＤ４〜Ｄ５の処理は、図５に示すＡ１９〜Ａ２８：有り、Ａ１０〜Ａ１８に相当する処理である。
【００９４】
以上説明した本実施形態では、多くの接続種別があっても処理が複雑化することがなく、また新しい接続種別が追加される場合でも追加の影響を全体に及ぼさない呼制御技術を提供することができる。
【００９５】
すなわち、本実施形態では、接続種別毎に発モジュールおよび着モジュールを用意し、接続してきた接続種別に応じて接続段階の発ステージとして機能する発モジュールを選択し、当該発モジュールを動作させ、発モジュールの動作結果にもとづき接続段階の着ステージとして機能する着モジュールを選択し、当該着モジュールを動作させ、選択した発モジュールおよび着モジュールの種別を呼が存在する間記憶する。換言すると、本実施形態では、接続種別に応じて発モジュールおよび着モジュールを切り替えて、呼制御を行うものである。
【００９６】
これにより、多くの接続種別が存在する場合や、新しい接続種別が追加される場合にも容易に対応可能になるとともに、呼の存在する間の発モジュールおよび着モジュールの選択回数を減らすことが可能になる。
【００９７】
また、本実施形態では、一旦選択した着モジュールを動作させた結果、他の着モジュールへの変更が要求された場合は、着モジュールの再選択が可能なモジュール移行を実現することができる。
【００９８】
また、本実施形態では、発モジュールについては、はじめに動作させたときにはなかった条件を付けて再動作させ、再動作結果にもとづき着モジュールを再選択することができる。これにより、リダイレクションや新規サービスを実行する上で、接続種別をまたがる複雑なシーケンスの実現にも容易に対応することができる。
【００９９】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【０１００】
１ ネットワーク
２ 呼制御サーバ装置
２１ 信号制御部
２１１ モジュール記憶部
２１２ 信号受付部
２１３ 事前分析対応部
２１４ モジュール対応部
２１５ 信号送出部
２２ 事前分析部
２２１ 受付結果送出部
２２１ モジュール選択部
２３ａ 発モジュール
２３１ａ 受付結果送出部
２３２ａ 処理部
２３ｂ 発モジュールＩＦ２
２３ｃ 発モジュールＩＦ３
２４ 着モジュール
２４ａ 着モジュールＩＦ１
２４１ａ 受付結果送出部
２４２ａ 処理部
２４ｂ 着モジュールＩＦ２
２４ｃ 着モジュールＩＦ３
２５ 加入者データ蓄積部
３ａ、３ｂ、３ｃ、４ａ、４ｂ、４ｃ 装置
【特許請求の範囲】
【請求項１】
呼接続要求を制御する呼制御装置であって、
接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段と、
接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段と、
各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段と、
前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段と、
前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段と、を有すること
を特徴とする呼制御装置。
【請求項２】
請求項１記載の呼制御装置であって、
前記信号制御手段は、前記選択手段が選択した着信側呼制御手段の呼制御処理が失敗した場合、所定の着側装置の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御装置。
【請求項３】
請求項１または請求項２記載の呼制御装置であって、
前記信号制御手段は、再接続要求を受信した場合、前記記憶手段から前記再接続要求の呼に対応する発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を取得し、当該取得した各識別情報の発信側呼制御手段および着信側呼制御手段に呼制御処理を指示し、
前記再接続要求で指定された所定の着側端末の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御装置。
【請求項４】
呼接続要求を制御する呼制御方法であって、
呼制御装置は、
接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御部と、
接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御部と、
各呼で使用される発信側呼制御部の識別情報および着信側呼制御部の識別情報を記憶する記憶部と、を有し、
前記複数の発信側呼制御部の中から発側装置の接続種別に対応する発信側呼制御部を選択するとともに、前記複数の着信側呼制御部の中から着側装置の接続種別に対応する着信側呼制御部を選択する選択ステップと、
前記選択ステップで選択した発信側呼制御部の識別情報および着信側呼制御部の識別情報を前記記憶部に記憶するとともに、前記選択された発信側呼制御部および着信側呼制御部に呼制御処理を指示する制御ステップと、を行うこと
を特徴とする呼制御方法。
【請求項５】
請求項４記載の呼制御方法であって、
前記選択ステップで選択した着信側呼制御部の呼制御処理が失敗した場合、
所定の着側装置の接続種別に対応する着信側呼制御部を再選択する再選択ステップと、
前記再選択された着信側呼制御部の識別情報を前記記憶部に記憶するとともに、当該再選択された着信側呼制御部に呼制御処理を指示する再制御ステップと、をさらに行うこと
を特徴とする呼制御方法。
【請求項６】
請求項４または請求項５記載の呼制御方法であって、
再接続要求を受信した場合、
前記記憶部から前記再接続要求の呼に対応する発信側呼制御部の識別情報および着信側呼制御部の識別情報を取得し、当該取得した各識別情報の発信側呼制御部および着信側呼制御部に呼制御処理を指示する指示ステップと、
前記再接続要求で指定された所定の着側装置の接続種別に対応する着信側呼制御部を再選択する再選択ステップと、
前記再選択された着信側呼制御部の識別情報を前記記憶部に記憶するとともに、当該再選択された着信側呼制御部に呼制御処理を指示する再制御ステップと、をさらに行うこと
を特徴とする呼制御方法。
【請求項７】
コンピュータが実行する呼接続要求を制御する呼制御プログラムであって、
前記コンピュータを、
接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段、
接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段、
各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段、
前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段、
前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段、として機能させること
を特徴とする呼制御プログラム。
【請求項８】
請求項７記載の呼制御プログラムであって、
前記信号制御手段は、前記選択手段が選択した着信側呼制御手段の呼制御処理が失敗した場合、所定の着側装置の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御プログラム。
【請求項９】
請求項７または請求項８記載の呼制御プログラムであって、
前記信号制御手段は、再接続要求を受信した場合、前記記憶手段から前記再接続要求の呼に対応する発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を取得し、当該取得した各識別情報の発信側呼制御手段および着信側呼制御手段に呼制御処理を指示し、
前記再接続要求で指定された所定の着側端末の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御プログラム。
【請求項１】
呼接続要求を制御する呼制御装置であって、
接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段と、
接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段と、
各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段と、
前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段と、
前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段と、を有すること
を特徴とする呼制御装置。
【請求項２】
請求項１記載の呼制御装置であって、
前記信号制御手段は、前記選択手段が選択した着信側呼制御手段の呼制御処理が失敗した場合、所定の着側装置の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御装置。
【請求項３】
請求項１または請求項２記載の呼制御装置であって、
前記信号制御手段は、再接続要求を受信した場合、前記記憶手段から前記再接続要求の呼に対応する発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を取得し、当該取得した各識別情報の発信側呼制御手段および着信側呼制御手段に呼制御処理を指示し、
前記再接続要求で指定された所定の着側端末の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御装置。
【請求項４】
呼接続要求を制御する呼制御方法であって、
呼制御装置は、
接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御部と、
接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御部と、
各呼で使用される発信側呼制御部の識別情報および着信側呼制御部の識別情報を記憶する記憶部と、を有し、
前記複数の発信側呼制御部の中から発側装置の接続種別に対応する発信側呼制御部を選択するとともに、前記複数の着信側呼制御部の中から着側装置の接続種別に対応する着信側呼制御部を選択する選択ステップと、
前記選択ステップで選択した発信側呼制御部の識別情報および着信側呼制御部の識別情報を前記記憶部に記憶するとともに、前記選択された発信側呼制御部および着信側呼制御部に呼制御処理を指示する制御ステップと、を行うこと
を特徴とする呼制御方法。
【請求項５】
請求項４記載の呼制御方法であって、
前記選択ステップで選択した着信側呼制御部の呼制御処理が失敗した場合、
所定の着側装置の接続種別に対応する着信側呼制御部を再選択する再選択ステップと、
前記再選択された着信側呼制御部の識別情報を前記記憶部に記憶するとともに、当該再選択された着信側呼制御部に呼制御処理を指示する再制御ステップと、をさらに行うこと
を特徴とする呼制御方法。
【請求項６】
請求項４または請求項５記載の呼制御方法であって、
再接続要求を受信した場合、
前記記憶部から前記再接続要求の呼に対応する発信側呼制御部の識別情報および着信側呼制御部の識別情報を取得し、当該取得した各識別情報の発信側呼制御部および着信側呼制御部に呼制御処理を指示する指示ステップと、
前記再接続要求で指定された所定の着側装置の接続種別に対応する着信側呼制御部を再選択する再選択ステップと、
前記再選択された着信側呼制御部の識別情報を前記記憶部に記憶するとともに、当該再選択された着信側呼制御部に呼制御処理を指示する再制御ステップと、をさらに行うこと
を特徴とする呼制御方法。
【請求項７】
コンピュータが実行する呼接続要求を制御する呼制御プログラムであって、
前記コンピュータを、
接続種別毎に発信側の呼制御処理を行う、複数の発信側呼制御手段、
接続種別毎に着信側の呼制御処理を行う、複数の着信側呼制御手段、
各呼で使用される発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を記憶する記憶手段、
前記複数の発信側呼制御手段の中から発側装置の接続種別に対応する発信側呼制御手段を選択するとともに、前記複数の着信側呼制御手段の中から着側装置の接続種別に対応する着信側呼制御手段を選択する選択手段、
前記選択手段が選択した発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、前記選択された発信側呼制御手段および着信側呼制御手段に呼制御処理を指示する信号制御手段、として機能させること
を特徴とする呼制御プログラム。
【請求項８】
請求項７記載の呼制御プログラムであって、
前記信号制御手段は、前記選択手段が選択した着信側呼制御手段の呼制御処理が失敗した場合、所定の着側装置の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御プログラム。
【請求項９】
請求項７または請求項８記載の呼制御プログラムであって、
前記信号制御手段は、再接続要求を受信した場合、前記記憶手段から前記再接続要求の呼に対応する発信側呼制御手段の識別情報および着信側呼制御手段の識別情報を取得し、当該取得した各識別情報の発信側呼制御手段および着信側呼制御手段に呼制御処理を指示し、
前記再接続要求で指定された所定の着側端末の接続種別に対応する着信側呼制御手段を前記選択手段に再選択させ、当該再選択された着信側呼制御手段の識別情報を前記記憶手段に記憶するとともに、当該再選択された着信側呼制御手段に呼制御処理を指示すること
を特徴とする呼制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−４９６４８（Ｐ２０１１−４９６４８Ａ）
【公開日】平成２３年３月１０日（２０１１．３．１０）
【国際特許分類】
【出願番号】特願２００９−１９４２４２（Ｐ２００９−１９４２４２）
【出願日】平成２１年８月２５日（２００９．８．２５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年３月１０日（２０１１．３．１０）
【国際特許分類】
【出願日】平成２１年８月２５日（２００９．８．２５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]