JP2003298624A - サービス制御アプリケーション実行システムにおける通信路確保方法 - Google Patents
サービス制御アプリケーション実行システムにおける通信路確保方法Info
- Publication number
- JP2003298624A JP2003298624A JP2002104302A JP2002104302A JP2003298624A JP 2003298624 A JP2003298624 A JP 2003298624A JP 2002104302 A JP2002104302 A JP 2002104302A JP 2002104302 A JP2002104302 A JP 2002104302A JP 2003298624 A JP2003298624 A JP 2003298624A
- Authority
- JP
- Japan
- Prior art keywords
- server
- communication
- signal
- database
- control application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】本発明の課題は、サーバ切り替えにかかる時間
を短縮でき、サーバ上で動作するアプリケーションが意
識することなく切り替えを完了するサービス制御アプリ
ケーションシステムにおける通信路確保方法を提供する
ことにある。 【解決手段】本発明は、サーバＡ，Ｂ内に通信を解釈す
る通信解釈部と受信結果に基づき呼処理をする呼処理部
とが設けられると共に、データベース６内に通信のため
に必要な情報を保存する通信情報保存部が設けられ、サ
ーバＡの通常の処理においては通信解釈部が、呼処理部
を呼び出して処理を行なうように動作し、サーバＡから
Ｂの切り替えが生じた際には代替サーバＢはデータベー
ス６の通信情報保存部から情報を取得して通信解釈部を
再構築するように動作して通信路を確保することを特徴
とする。
を短縮でき、サーバ上で動作するアプリケーションが意
識することなく切り替えを完了するサービス制御アプリ
ケーションシステムにおける通信路確保方法を提供する
ことにある。 【解決手段】本発明は、サーバＡ，Ｂ内に通信を解釈す
る通信解釈部と受信結果に基づき呼処理をする呼処理部
とが設けられると共に、データベース６内に通信のため
に必要な情報を保存する通信情報保存部が設けられ、サ
ーバＡの通常の処理においては通信解釈部が、呼処理部
を呼び出して処理を行なうように動作し、サーバＡから
Ｂの切り替えが生じた際には代替サーバＢはデータベー
ス６の通信情報保存部から情報を取得して通信解釈部を
再構築するように動作して通信路を確保することを特徴
とする。
Description
【０００１】
【発明の属する技術分野】本発明は分散したコンピュー
タ内で呼処理のためのサービス制御アプリケーションを
実行するサービス制御アプリケーション実行システムに
おいて、サーバ障害などに起因するサーバ切り替え時の
通信路確保方法に関する。
タ内で呼処理のためのサービス制御アプリケーションを
実行するサービス制御アプリケーション実行システムに
おいて、サーバ障害などに起因するサーバ切り替え時の
通信路確保方法に関する。
【０００２】
【従来の技術】通常、高度インテリジェントネットワー
クのサービス制御ポイント（Ｓｅｒｖｉｃｅ Ｃｏｎｔ
ｒｏｌ Ｐｏｉｎｔ）等で呼処理を実施するサービス制
御アプリケーションにおいては、呼の生起を契機として
アプリケーションが起動して、サービス制御を終了する
まで長時間にわたり、揮発性のメモリ上にアプリケーシ
ョンのコードおよび該呼に関する処理状態を保持してい
た。このような構成では、装置の故障やソフトウェアの
バグにより障害が発生すると、コンピュータの再起動等
の初期化処理が起こりメモリはクリアされる。その対策
として従来は再起動してもクリアされないメモリ領域を
設ける市中の一般的なサーバの機能にはない特殊な技術
を用いていた。
クのサービス制御ポイント（Ｓｅｒｖｉｃｅ Ｃｏｎｔ
ｒｏｌ Ｐｏｉｎｔ）等で呼処理を実施するサービス制
御アプリケーションにおいては、呼の生起を契機として
アプリケーションが起動して、サービス制御を終了する
まで長時間にわたり、揮発性のメモリ上にアプリケーシ
ョンのコードおよび該呼に関する処理状態を保持してい
た。このような構成では、装置の故障やソフトウェアの
バグにより障害が発生すると、コンピュータの再起動等
の初期化処理が起こりメモリはクリアされる。その対策
として従来は再起動してもクリアされないメモリ領域を
設ける市中の一般的なサーバの機能にはない特殊な技術
を用いていた。
【０００３】市中の一般的なサーバにおいて障害時に呼
処理を継続することを課題とする。
処理を継続することを課題とする。
【０００４】サービス制御アプリケーションの動作は、
対向装置での呼の生起により開始され、以下の手順を踏
む。
対向装置での呼の生起により開始され、以下の手順を踏
む。
【０００５】（１）呼処理を実施している対向装置から
の信号受信を待つ状態となり、（２）対向装置から信号
を受信し、（３）受信信号種別および該呼に関する状
態、サービス固有の論理に基づき、対向装置へ信号を送
信し状態を遷移させ、（４）（１）に戻る、ここで、
（１）にて対向装置からの信号を待っている時間が比較
的長いため、この間にシステム障害が起きる確率が高い
ため障害回避策が必要である。
の信号受信を待つ状態となり、（２）対向装置から信号
を受信し、（３）受信信号種別および該呼に関する状
態、サービス固有の論理に基づき、対向装置へ信号を送
信し状態を遷移させ、（４）（１）に戻る、ここで、
（１）にて対向装置からの信号を待っている時間が比較
的長いため、この間にシステム障害が起きる確率が高い
ため障害回避策が必要である。
【０００６】システム障害を回避する為には、サーバを
複数台設置して一つのサーバが故障しても別のサーバに
て処理を実施することが一般的に行われているが、呼の
サービス制御アプリケーションにおいて、特に既に生起
している呼については（１）〜（３）のステップを１回
以上、実施しており、第２の受信信号を継続して処理し
なければならない。そのためには、単にサーバを複数台
設置するだけでなく、処理中の呼については状態の引継
ぎをサーバ間で行う必要がある。
複数台設置して一つのサーバが故障しても別のサーバに
て処理を実施することが一般的に行われているが、呼の
サービス制御アプリケーションにおいて、特に既に生起
している呼については（１）〜（３）のステップを１回
以上、実施しており、第２の受信信号を継続して処理し
なければならない。そのためには、単にサーバを複数台
設置するだけでなく、処理中の呼については状態の引継
ぎをサーバ間で行う必要がある。
【０００７】従来のサービス制御アプリケーションシス
テムは、負荷分散装置を用いて対向サーバからの切り替
えを隠蔽している、すなわち、負荷分散装置の信頼性が
システム全体の信頼性を決定することと、負荷分散装置
をシステムに組み込む際のコスト的にも問題があった。
テムは、負荷分散装置を用いて対向サーバからの切り替
えを隠蔽している、すなわち、負荷分散装置の信頼性が
システム全体の信頼性を決定することと、負荷分散装置
をシステムに組み込む際のコスト的にも問題があった。
【０００８】
【発明が解決しようとする課題】第１の問題点は、信頼
性を向上させるためにはコストがかかるということであ
る。その理由は、信頼性は負荷分散装置に依存しており
信頼性の高い負荷分散装置はコスト的にも高価であるた
めである。
性を向上させるためにはコストがかかるということであ
る。その理由は、信頼性は負荷分散装置に依存しており
信頼性の高い負荷分散装置はコスト的にも高価であるた
めである。
【０００９】第２の問題点は、通信のプロトコルに対応
した柔軟な構成が難しいということである。その理由
は、負荷分散装置が対向サーバのプロトコルを分配する
ために負荷分散装置が対応していないプロトコルに対応
することが難しいという点である。
した柔軟な構成が難しいということである。その理由
は、負荷分散装置が対向サーバのプロトコルを分配する
ために負荷分散装置が対応していないプロトコルに対応
することが難しいという点である。
【００１０】第３の問題点は、切り替えに時間がかかる
という点である。その理由は、従来のシステムにおいて
は切り替えを行なう際に呼処理を行なう手段および通信
を行なう手段を全てデータベースなどから呼び出し再構
築することによって行なっていたため、データのアクセ
ス量および、各機能を再構築するために時間を短縮する
ことが難しいという点である。
という点である。その理由は、従来のシステムにおいて
は切り替えを行なう際に呼処理を行なう手段および通信
を行なう手段を全てデータベースなどから呼び出し再構
築することによって行なっていたため、データのアクセ
ス量および、各機能を再構築するために時間を短縮する
ことが難しいという点である。
【００１１】本発明は上記の事情に鑑みてなされたもの
で、負荷分散装置を用いず、サーバ切り替えにかかる時
間を短縮でき、サーバ上で動作するアプリケーションが
意識することなく切り替えを完了するサービス制御アプ
リケーションシステムにおける通信路確保方法を提供す
ることを目的とする。
で、負荷分散装置を用いず、サーバ切り替えにかかる時
間を短縮でき、サーバ上で動作するアプリケーションが
意識することなく切り替えを完了するサービス制御アプ
リケーションシステムにおける通信路確保方法を提供す
ることを目的とする。
【００１２】
【課題を解決するための手段】上記目的を達成するため
に本発明は、サーバ内で呼処理のための制御アプリケー
ションを実行し、対向装置からの呼の処理をデータベー
スに記憶し、対向装置からの信号受信後に呼状態に応じ
た処理を実施して通信路を確保するサービス制御アプリ
ケーション実行システムにおける通信路確保方法におい
て、サーバ内に通信を解釈する手段と受信結果に基づき
呼処理をする手段とが設けられると共に、データベース
内に通信のために必要な情報を保存する手段が設けら
れ、サーバの通常の処理においては通信を解釈する手段
が、受信結果に基づき呼処理をする手段を呼び出して処
理を行なうように動作し、サーバの切り替えが生じた際
には代替サーバはデータベースの通信のために必要な情
報を保存する手段から情報を取得して通信を解釈する手
段を再構築するように動作して通信路を確保することを
特徴とする。
に本発明は、サーバ内で呼処理のための制御アプリケー
ションを実行し、対向装置からの呼の処理をデータベー
スに記憶し、対向装置からの信号受信後に呼状態に応じ
た処理を実施して通信路を確保するサービス制御アプリ
ケーション実行システムにおける通信路確保方法におい
て、サーバ内に通信を解釈する手段と受信結果に基づき
呼処理をする手段とが設けられると共に、データベース
内に通信のために必要な情報を保存する手段が設けら
れ、サーバの通常の処理においては通信を解釈する手段
が、受信結果に基づき呼処理をする手段を呼び出して処
理を行なうように動作し、サーバの切り替えが生じた際
には代替サーバはデータベースの通信のために必要な情
報を保存する手段から情報を取得して通信を解釈する手
段を再構築するように動作して通信路を確保することを
特徴とする。
【００１３】また本発明は、サーバ内で呼処理のための
制御アプリケーションを実行し、対向装置からの呼の処
理をデータベースに記憶し、対向装置からの信号受信後
に呼状態に応じた処理を実施して通信路を確保するサー
ビス制御アプリケーション実行システムにおける通信路
確保方法において、サーバと対向装置の通信機能を特定
するための情報とサーバの通信機能を特定するための通
信情報をデータベースに記憶し、あるサーバが障害によ
り処理不能となった場合に代替サーバにてデータベース
から情報を取得して受信機能を復元することによって受
信信号を代わりに受信して該呼についての処理を実施す
ることを特徴とする。
制御アプリケーションを実行し、対向装置からの呼の処
理をデータベースに記憶し、対向装置からの信号受信後
に呼状態に応じた処理を実施して通信路を確保するサー
ビス制御アプリケーション実行システムにおける通信路
確保方法において、サーバと対向装置の通信機能を特定
するための情報とサーバの通信機能を特定するための通
信情報をデータベースに記憶し、あるサーバが障害によ
り処理不能となった場合に代替サーバにてデータベース
から情報を取得して受信機能を復元することによって受
信信号を代わりに受信して該呼についての処理を実施す
ることを特徴とする。
【００１４】また本発明は、前記サービス制御アプリケ
ーション実行システムにおける通信路確保方法におい
て、ＩＰアドレスに代表される通常サーバを特定される
ための情報を、サーバの通信機能に論理的に割り振るこ
とを特徴とする。
ーション実行システムにおける通信路確保方法におい
て、ＩＰアドレスに代表される通常サーバを特定される
ための情報を、サーバの通信機能に論理的に割り振るこ
とを特徴とする。
【００１５】また本発明は、前記サービス制御アプリケ
ーション実行システムにおける通信路確保方法におい
て、ＩＰアドレスに代表される通常サーバを特定される
ための情報を、対向装置の通信機能に通知することを特
徴とする。
ーション実行システムにおける通信路確保方法におい
て、ＩＰアドレスに代表される通常サーバを特定される
ための情報を、対向装置の通信機能に通知することを特
徴とする。
【００１６】また本発明は、サーバ内で呼処理のための
制御アプリケーションを実行し、対向装置からの呼の処
理をデータベースに記憶し、対向装置からの信号受信後
に呼状態に応じた処理を実施して通信路を確保するサー
ビス制御アプリケーション実行システムにおける通信路
確保方法において、対向装置からの信号がサーバに受信
され、信号送受信機能部でサーバ内部で参照可能な形式
の内部信号に変更されアプリケーション特定機能部に送
られるステップと、アプリケーション特定機能部が内部
信号に対応するアプリケーションを特定し、特定したア
プリケーションに内部信号の情報を通知するステップ
と、特定したアプリケーションはデータベースに保存さ
れている内部信号に対応する状態を取得して内部信号に
応じた処理を行い内部での参照可能な形の参照信号とし
て信号送受信機能部に通知するステップと、信号送受信
機能部は参照信号を対向装置に送出すると共にデータベ
ースを更新するステップとを有することを特徴とする。
制御アプリケーションを実行し、対向装置からの呼の処
理をデータベースに記憶し、対向装置からの信号受信後
に呼状態に応じた処理を実施して通信路を確保するサー
ビス制御アプリケーション実行システムにおける通信路
確保方法において、対向装置からの信号がサーバに受信
され、信号送受信機能部でサーバ内部で参照可能な形式
の内部信号に変更されアプリケーション特定機能部に送
られるステップと、アプリケーション特定機能部が内部
信号に対応するアプリケーションを特定し、特定したア
プリケーションに内部信号の情報を通知するステップ
と、特定したアプリケーションはデータベースに保存さ
れている内部信号に対応する状態を取得して内部信号に
応じた処理を行い内部での参照可能な形の参照信号とし
て信号送受信機能部に通知するステップと、信号送受信
機能部は参照信号を対向装置に送出すると共にデータベ
ースを更新するステップとを有することを特徴とする。
【００１７】また本発明は、サーバ内で呼処理のための
制御アプリケーションを実行し、対向装置からの呼の処
理をデータベースに記憶し、対向装置からの信号受信後
に呼状態に応じた処理を実施して通信路を確保するサー
ビス制御アプリケーション実行システムにおける通信路
確保方法において、現用サーバの現用・予備状態監視機
能部から、予備サーバの現用・予備状態監視機能部に対
してアライブ通知を送出するステップと、アライブ通知
が途絶え、予備サーバの現用・予備状態監視機能部内の
アライブ通知のタイムアウトが発生したら、予備サーバ
の信号受信機能生成機能部に現用化要求を通知するステ
ップと、予備サーバの信号受信機能生成機能部はデータ
ベースに保存されている予備サーバの信号送受信機能部
の生成に必要なデータをデータベースから取得するステ
ップと、データベースから取得したデータに基づき予備
サーバの信号受信機能部を生成するステップとを有する
ことを特徴とする。
制御アプリケーションを実行し、対向装置からの呼の処
理をデータベースに記憶し、対向装置からの信号受信後
に呼状態に応じた処理を実施して通信路を確保するサー
ビス制御アプリケーション実行システムにおける通信路
確保方法において、現用サーバの現用・予備状態監視機
能部から、予備サーバの現用・予備状態監視機能部に対
してアライブ通知を送出するステップと、アライブ通知
が途絶え、予備サーバの現用・予備状態監視機能部内の
アライブ通知のタイムアウトが発生したら、予備サーバ
の信号受信機能生成機能部に現用化要求を通知するステ
ップと、予備サーバの信号受信機能生成機能部はデータ
ベースに保存されている予備サーバの信号送受信機能部
の生成に必要なデータをデータベースから取得するステ
ップと、データベースから取得したデータに基づき予備
サーバの信号受信機能部を生成するステップとを有する
ことを特徴とする。
【００１８】また本発明は、前記サービス制御アプリケ
ーション実行システムにおける通信路確保方法におい
て、生成された予備サーバの信号受信機能部が、現用サ
ーバの信号受信機能部のアクセス方法と異なる場合、対
向装置にアクセス方法が代わったことを通知することを
特徴とする。
ーション実行システムにおける通信路確保方法におい
て、生成された予備サーバの信号受信機能部が、現用サ
ーバの信号受信機能部のアクセス方法と異なる場合、対
向装置にアクセス方法が代わったことを通知することを
特徴とする。
【００１９】従来の技術とは、負荷分散装置を用いない
点や、通信する手段のみを再構築することによって切り
替え時に読み込むデータ量および再構築する機能が少な
い点が異なる。
点や、通信する手段のみを再構築することによって切り
替え時に読み込むデータ量および再構築する機能が少な
い点が異なる。
【００２０】
【発明の実施の形態】以下図面を参照して本発明の実施
形態例を詳細に説明する。
形態例を詳細に説明する。
【００２１】図１は本発明の実施形態例として、対向装
置をサーバから制御するシステムを示している。４のサ
ーバＡ（現用）にはサービス制御アプリケーションが配
備されており、１の対向装置Ｘおよび２の対向装置Ｙの
動作を対向装置制御用のネットワーク３を介して制御す
ることが可能である。
置をサーバから制御するシステムを示している。４のサ
ーバＡ（現用）にはサービス制御アプリケーションが配
備されており、１の対向装置Ｘおよび２の対向装置Ｙの
動作を対向装置制御用のネットワーク３を介して制御す
ることが可能である。
【００２２】４のサーバＡは現用のサーバであり異常等
が発生した際に５のサーバＢの代替サーバを現用サーバ
にして処理を継続する。６はサーバＡおよびサーバＢか
らアクセスを許容する共有データベースであり、現用サ
ーバの情報を代替サーバに引き継ぐために利用すること
が可能である。
が発生した際に５のサーバＢの代替サーバを現用サーバ
にして処理を継続する。６はサーバＡおよびサーバＢか
らアクセスを許容する共有データベースであり、現用サ
ーバの情報を代替サーバに引き継ぐために利用すること
が可能である。
【００２３】ここで、対向装置Ｘ，Ｙはネットワーク３
に接続されたインタフェースを通じて動作が制御可能で
あり、その例としては、電話交換機、ソフトスイッチな
どのボイスオーバーアイピー（Ｖｏｉｃｅ Ｏｖｅｒ
ＩＰ）制御装置、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉ
ａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）またはＨ．３２３端末
などのボイスオーバーアイピー（Ｖｏｉｃｅ Ｏｖｅｒ
ＩＰ）端末、分散したサービス制御アプリケーション
実行装置などが挙げられる。
に接続されたインタフェースを通じて動作が制御可能で
あり、その例としては、電話交換機、ソフトスイッチな
どのボイスオーバーアイピー（Ｖｏｉｃｅ Ｏｖｅｒ
ＩＰ）制御装置、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉ
ａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）またはＨ．３２３端末
などのボイスオーバーアイピー（Ｖｏｉｃｅ Ｏｖｅｒ
ＩＰ）端末、分散したサービス制御アプリケーション
実行装置などが挙げられる。
【００２４】対向装置は複数種類設置可能であり、図に
はＸ、Ｙの２つを示している。
はＸ、Ｙの２つを示している。
【００２５】また、５のサーバＢは代替サーバであり、
４のサーバＡが動作している最中は呼処理を実施しない
状態になっている。障害や保守により４のサーバＡが動
作していないときには５のサーバＢに配置されたサービ
ス制御アプリケーションから共有データベース６の読み
書きを行なう。
４のサーバＡが動作している最中は呼処理を実施しない
状態になっている。障害や保守により４のサーバＡが動
作していないときには５のサーバＢに配置されたサービ
ス制御アプリケーションから共有データベース６の読み
書きを行なう。
【００２６】４のサーバＡ内で呼処理のための制御アプ
リケーションを実行し、１の対向装置Ｘからの呼の処理
を共有データベース６に記憶し、１の対向装置Ｘからの
信号受信後に呼状態に応じた処理を実施して通信路を確
保するサービス制御アプリケーション実行システムにお
ける通信路確保方法において、４のサーバＡおよび５の
サーバＢ内に通信を解釈する手段と受信結果に基づき呼
処理をする手段とが設けられると共に、共有データベー
ス６内に通信のために必要な情報を保存する手段が設け
られ、４のサーバＡの通常の処理においてはサーバＡ内
の通信を解釈する手段が、受信結果に基づき呼処理をす
る手段を呼び出して処理を行なうように動作し、４のサ
ーバＡから５のサーバＢにサーバの切り替えが生じた際
には５の代替サーバＢは共有データベース６内の通信の
ために必要な情報を保存する手段から情報を取得してサ
ーバＢの通信を解釈する手段を再構築するように動作し
て通信路を確保する。 ［サーバ内の機能構成］次に図１のサーバ及び共有デー
タベースの詳細動作を図２のブロックおよび図３のシー
ケンスチャートを用いて通常時の処理を説明する。
リケーションを実行し、１の対向装置Ｘからの呼の処理
を共有データベース６に記憶し、１の対向装置Ｘからの
信号受信後に呼状態に応じた処理を実施して通信路を確
保するサービス制御アプリケーション実行システムにお
ける通信路確保方法において、４のサーバＡおよび５の
サーバＢ内に通信を解釈する手段と受信結果に基づき呼
処理をする手段とが設けられると共に、共有データベー
ス６内に通信のために必要な情報を保存する手段が設け
られ、４のサーバＡの通常の処理においてはサーバＡ内
の通信を解釈する手段が、受信結果に基づき呼処理をす
る手段を呼び出して処理を行なうように動作し、４のサ
ーバＡから５のサーバＢにサーバの切り替えが生じた際
には５の代替サーバＢは共有データベース６内の通信の
ために必要な情報を保存する手段から情報を取得してサ
ーバＢの通信を解釈する手段を再構築するように動作し
て通信路を確保する。 ［サーバ内の機能構成］次に図１のサーバ及び共有デー
タベースの詳細動作を図２のブロックおよび図３のシー
ケンスチャートを用いて通常時の処理を説明する。
【００２７】図２は本発明の具体例のサービス制御アプ
リケーションシステムを示す。すなわち、１００の対向
装置Ｘおよび１２０の対向装置Ｙはネットワーク１０１
に接続され、このネットワーク１０１には１０２のサー
バＡ（現用）および１１２のサーバＢ（予備）が接続さ
れる。１０２のサーバＡ（現用）および１１２のサーバ
Ｂ（予備）は共有データベース１１９に接続される。１
０２のサーバＡ（現用）は通信ポート１０３、信号送受
信機能部１０４、信号受信機能生成機能部１０５、現用
・予備状態監視機能部１０６、アプリケーション特定機
能部１０７、１１１のアプリケーションＡ、および１２
１のアプリケーションＢより構成される。１１２のサー
バＢ（予備）は通信ポート１１３、信号送受信機能部１
１４、信号受信機能生成機能部１１５、現用・予備状態
監視機能部１１６、アプリケーション特定機能部１１
７、１１８のアプリケーションＡ、および１２２のアプ
リケーションＢより構成される。共有データベース１１
９はアプリケーションの状態データ１０８、送受信機能
の通信相手のデータ１０９、および送受信機能自身のデ
ータ１１０より構成される。
リケーションシステムを示す。すなわち、１００の対向
装置Ｘおよび１２０の対向装置Ｙはネットワーク１０１
に接続され、このネットワーク１０１には１０２のサー
バＡ（現用）および１１２のサーバＢ（予備）が接続さ
れる。１０２のサーバＡ（現用）および１１２のサーバ
Ｂ（予備）は共有データベース１１９に接続される。１
０２のサーバＡ（現用）は通信ポート１０３、信号送受
信機能部１０４、信号受信機能生成機能部１０５、現用
・予備状態監視機能部１０６、アプリケーション特定機
能部１０７、１１１のアプリケーションＡ、および１２
１のアプリケーションＢより構成される。１１２のサー
バＢ（予備）は通信ポート１１３、信号送受信機能部１
１４、信号受信機能生成機能部１１５、現用・予備状態
監視機能部１１６、アプリケーション特定機能部１１
７、１１８のアプリケーションＡ、および１２２のアプ
リケーションＢより構成される。共有データベース１１
９はアプリケーションの状態データ１０８、送受信機能
の通信相手のデータ１０９、および送受信機能自身のデ
ータ１１０より構成される。
【００２８】図３は本発明の具体例のサービス制御アプ
リケーションシステムの通常時の処理を示す。すなわ
ち、１００の対向装置Ｘにて呼が生起し、１０２のサー
バＡ（現用）に対して送信される。１０２のサーバＡで
は通信ポート１０３で２００の信号ＸＸが受信され、信
号送受信機能部１０４で解析され１０２のサーバＡ内部
で参照可能な形式に変更される。以下、動作の説明上紛
らわしくないため、この内部形式で表現された変換形式
においても信号ＸＸと書く。信号送受信機能部１０４で
は内部信号に変換されアプリケーション特定機能部１０
７に送られる。
リケーションシステムの通常時の処理を示す。すなわ
ち、１００の対向装置Ｘにて呼が生起し、１０２のサー
バＡ（現用）に対して送信される。１０２のサーバＡで
は通信ポート１０３で２００の信号ＸＸが受信され、信
号送受信機能部１０４で解析され１０２のサーバＡ内部
で参照可能な形式に変更される。以下、動作の説明上紛
らわしくないため、この内部形式で表現された変換形式
においても信号ＸＸと書く。信号送受信機能部１０４で
は内部信号に変換されアプリケーション特定機能部１０
７に送られる。
【００２９】アプリケーション特定機能部１０７は、２
００の信号ＸＸの信号名から対応するアプリケーション
を特定し、結果として起動すべきアプリケーションがア
プリケーションＡであることを判定する。また、１１１
のアプリケーションＡに信号ＸＸの情報を通知し起動す
る。
００の信号ＸＸの信号名から対応するアプリケーション
を特定し、結果として起動すべきアプリケーションがア
プリケーションＡであることを判定する。また、１１１
のアプリケーションＡに信号ＸＸの情報を通知し起動す
る。
【００３０】１１１のアプリケーションＡは、共有デー
タベース１１９に保存されている信号ＸＸに対する状態
を検索して呼び出し、状態を取得して信号ＸＸに応じた
処理を行なう。
タベース１１９に保存されている信号ＸＸに対する状態
を検索して呼び出し、状態を取得して信号ＸＸに応じた
処理を行なう。
【００３１】信号ＸＸを処理した結果を内部での参照可
能な形である信号ＹＹとして、信号送受信機能部１０４
に通知する。
能な形である信号ＹＹとして、信号送受信機能部１０４
に通知する。
【００３２】信号送受信機能部１０４は内部での参照可
能な形である信号ＹＹを１００の対向装置Ｘに送出でき
る形に変換して信号の送出を行なう。
能な形である信号ＹＹを１００の対向装置Ｘに送出でき
る形に変換して信号の送出を行なう。
【００３３】１１１のアプリケーションＡは信号ＹＹを
送出した後の状態を、アプリケーションの状態として共
有データベース１１９のデータ更新を行なう。 ［サーバＡ障害時の動作］次に図１のサーバ及び共有デ
ータベースの詳細動作を図２のブロックおよび図４のシ
ーケンスチャートを用いて異常時および保守停止時など
の切り替え方法を説明する。
送出した後の状態を、アプリケーションの状態として共
有データベース１１９のデータ更新を行なう。 ［サーバＡ障害時の動作］次に図１のサーバ及び共有デ
ータベースの詳細動作を図２のブロックおよび図４のシ
ーケンスチャートを用いて異常時および保守停止時など
の切り替え方法を説明する。
【００３４】図４は本発明の具体例のサービス制御アプ
リケーションシステムのサーバＡ障害時の動作を示す。
すなわち、１０２の現用サーバＡの現用・予備状態監視
機能部１０６から、１１２の予備サーバＢの現用・予備
状態監視機能部１１６に対してアライブ通知３００を一
定時間間隔で送出する。
リケーションシステムのサーバＡ障害時の動作を示す。
すなわち、１０２の現用サーバＡの現用・予備状態監視
機能部１０６から、１１２の予備サーバＢの現用・予備
状態監視機能部１１６に対してアライブ通知３００を一
定時間間隔で送出する。
【００３５】アライブ通知３００が途絶え、１１２の予
備サーバＢの現用・予備状態監視機能部１１６内のアラ
イブ通知のタイムアウトが発生したら、１０２の現用サ
ーバに異常が生じて処理が不可能になったと判断し、信
号受信機能生成機能部１１５に現用化要求３０１を通知
する。
備サーバＢの現用・予備状態監視機能部１１６内のアラ
イブ通知のタイムアウトが発生したら、１０２の現用サ
ーバに異常が生じて処理が不可能になったと判断し、信
号受信機能生成機能部１１５に現用化要求３０１を通知
する。
【００３６】１１２の予備サーバＢの信号受信機能生成
機能部１１５は共有データベース１１９に保存されてい
る、信号送受信機能部１１４の生成に必要な、送受信機
能の通信相手のデータ１０９および、送受信機能自身の
データ１１０を共有データベース１１９に要求して取得
する。
機能部１１５は共有データベース１１９に保存されてい
る、信号送受信機能部１１４の生成に必要な、送受信機
能の通信相手のデータ１０９および、送受信機能自身の
データ１１０を共有データベース１１９に要求して取得
する。
【００３７】送受信機能の通信相手のデータ１０９およ
び、送受信機能自身のデータ１１０に基づき信号受信機
能部１１４を生成する。
び、送受信機能自身のデータ１１０に基づき信号受信機
能部１１４を生成する。
【００３８】生成された信号送受信機能部１１４が、１
０２のサーバＡの信号送受信機能部１０４へのアクセス
方法と異なる場合、対向装置にアクセス方法が代わった
ことを通知する。
０２のサーバＡの信号送受信機能部１０４へのアクセス
方法と異なる場合、対向装置にアクセス方法が代わった
ことを通知する。
【００３９】これらの動作をすることにより、切り替え
前と同様に処理を継続することが可能となる。
前と同様に処理を継続することが可能となる。
【００４０】尚、ＩＰアドレスに代表される通常サーバ
を特定されるための情報を、サーバの通信機能に論理的
に割り振るようにしてもよい。
を特定されるための情報を、サーバの通信機能に論理的
に割り振るようにしてもよい。
【００４１】又、ＩＰアドレスに代表される通常サーバ
を特定されるための情報を、対向装置の通信機能に通知
するようにしてもよい。
を特定されるための情報を、対向装置の通信機能に通知
するようにしてもよい。
【００４２】
【発明の効果】第１の効果は、切り替え時間を短縮でき
ることにある。
ることにある。
【００４３】その理由は、切り替えに必要な情報は、送
受信機能の通信相手のデータおよび送受信機能自身のデ
ータのみであり、従来のアプリケーションの状態データ
を引き継がなくてもサービスの再開が可能であるためで
ある。
受信機能の通信相手のデータおよび送受信機能自身のデ
ータのみであり、従来のアプリケーションの状態データ
を引き継がなくてもサービスの再開が可能であるためで
ある。
【００４４】第２の効果は、アプリケーションが通信プ
ロトコルに存在しないことにある。
ロトコルに存在しないことにある。
【００４５】その理由は、アプリケーションは内部の独
自のプロトコルを用いて通信を行なっており外部の通信
プロトコルは信号送受信機能が変換するためである。
自のプロトコルを用いて通信を行なっており外部の通信
プロトコルは信号送受信機能が変換するためである。
【００４６】第３の効果は、アプリケーションで意識せ
ずに高信頼環境を構築できることにある。
ずに高信頼環境を構築できることにある。
【００４７】その理由は、切り替えに必要な機能を全て
アプリケーション以外に構築しているためである。
アプリケーション以外に構築しているためである。
【図１】本発明の実施形態例を示す構成説明図である。
【図２】本発明の実施形態例の具体例を示す構成説明図
である。
である。
【図３】本発明の実施形態例の通常時の処理を示すシー
ケンス図である。
ケンス図である。
【図４】本発明の実施形態例の異常時の処理を示すシー
ケンス図である。
ケンス図である。
１ 対向装置Ｘ
２ 対向装置Ｙ
３ ネットワーク
４ サーバＡ（現用）
５ サーバＢ（代替）
６ 共有データベース
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5B034 BB02 DD05
5B045 BB28 BB42 JJ01 JJ24 JJ26
JJ42
5B083 BB03 CC04 CD11 DD09
5K030 GA11 KA01 KA05 KA07 LB08
LE02 MD02
Claims (7)
- 【請求項１】 サーバ内で呼処理のための制御アプリケ
ーションを実行し、対向装置からの呼の処理をデータベ
ースに記憶し、対向装置からの信号受信後に呼状態に応
じた処理を実施して通信路を確保するサービス制御アプ
リケーション実行システムにおける通信路確保方法にお
いて、サーバ内に通信を解釈する手段と受信結果に基づ
き呼処理をする手段とが設けられると共に、データベー
ス内に通信のために必要な情報を保存する手段が設けら
れ、サーバの通常の処理においては通信を解釈する手段
が、受信結果に基づき呼処理をする手段を呼び出して処
理を行なうように動作し、サーバの切り替えが生じた際
には代替サーバはデータベースの通信のために必要な情
報を保存する手段から情報を取得して通信を解釈する手
段を再構築するように動作して通信路を確保することを
特徴とするサービス制御アプリケーション実行システム
における通信路確保方法。 - 【請求項２】 サーバ内で呼処理のための制御アプリケ
ーションを実行し、対向装置からの呼の処理をデータベ
ースに記憶し、対向装置からの信号受信後に呼状態に応
じた処理を実施して通信路を確保するサービス制御アプ
リケーション実行システムにおける通信路確保方法にお
いて、サーバと対向装置の通信機能を特定するための情
報とサーバの通信機能を特定するための通信情報をデー
タベースに記憶し、あるサーバが障害により処理不能と
なった場合に代替サーバにてデータベースから情報を取
得して受信機能を復元することによって受信信号を代わ
りに受信して該呼についての処理を実施することを特徴
とするサービス制御アプリケーション実行システムにお
ける通信路確保方法。 - 【請求項３】 ＩＰアドレスに代表される通常サーバを
特定されるための情報を、サーバの通信機能に論理的に
割り振ることを特徴とする請求項２記載のサービス制御
アプリケーション実行システムにおける通信路確保方
法。 - 【請求項４】 ＩＰアドレスに代表される通常サーバを
特定されるための情報を、対向装置の通信機能に通知す
ることを特徴とする請求項２記載のサービス制御アプリ
ケーション実行システムにおける通信路確保方法。 - 【請求項５】 サーバ内で呼処理のための制御アプリケ
ーションを実行し、対向装置からの呼の処理をデータベ
ースに記憶し、対向装置からの信号受信後に呼状態に応
じた処理を実施して通信路を確保するサービス制御アプ
リケーション実行システムにおける通信路確保方法にお
いて、 対向装置からの信号がサーバに受信され、信号送受信機
能部でサーバ内部で参照可能な形式の内部信号に変更さ
れアプリケーション特定機能部に送られるステップと、 アプリケーション特定機能部が内部信号に対応するアプ
リケーションを特定し、特定したアプリケーションに内
部信号の情報を通知するステップと、 特定したアプリケーションはデータベースに保存されて
いる内部信号に対応する状態を取得して内部信号に応じ
た処理を行い内部での参照可能な形の参照信号として信
号送受信機能部に通知するステップと、 信号送受信機能部は参照信号を対向装置に送出すると共
にデータベースを更新するステップとを有することを特
徴とするサービス制御アプリケーション実行システムに
おける通信路確保方法。 - 【請求項６】 サーバ内で呼処理のための制御アプリケ
ーションを実行し、対向装置からの呼の処理をデータベ
ースに記憶し、対向装置からの信号受信後に呼状態に応
じた処理を実施して通信路を確保するサービス制御アプ
リケーション実行システムにおける通信路確保方法にお
いて、 現用サーバの現用・予備状態監視機能部から、予備サー
バの現用・予備状態監視機能部に対してアライブ通知を
送出するステップと、 アライブ通知が途絶え、予備サーバの現用・予備状態監
視機能部内のアライブ通知のタイムアウトが発生した
ら、予備サーバの信号受信機能生成機能部に現用化要求
を通知するステップと、 予備サーバの信号受信機能生成機能部はデータベースに
保存されている予備サーバの信号送受信機能部の生成に
必要なデータをデータベースから取得するステップと、 データベースから取得したデータに基づき予備サーバの
信号受信機能部を生成するステップとを有することを特
徴とするサービス制御アプリケーション実行システムに
おける通信路確保方法。 - 【請求項７】 生成された予備サーバの信号受信機能部
が、現用サーバの信号受信機能部のアクセス方法と異な
る場合、対向装置にアクセス方法が代わったことを通知
することを特徴とする請求項６記載のサービス制御アプ
リケーション実行システムにおける通信路確保方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002104302A JP2003298624A (ja) | 2002-04-05 | 2002-04-05 | サービス制御アプリケーション実行システムにおける通信路確保方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002104302A JP2003298624A (ja) | 2002-04-05 | 2002-04-05 | サービス制御アプリケーション実行システムにおける通信路確保方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003298624A true JP2003298624A (ja) | 2003-10-17 |
Family
ID=29389632
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002104302A Pending JP2003298624A (ja) | 2002-04-05 | 2002-04-05 | サービス制御アプリケーション実行システムにおける通信路確保方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003298624A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009278277A (ja) * | 2008-05-13 | 2009-11-26 | Hitachi Kokusai Electric Inc | 冗長切替システム、冗長管理装置およびアプリケーション処理装置 |
| US7684417B2 (en) | 2004-02-26 | 2010-03-23 | Nec Corporation | Method of migrating processes between networks and network system thereof |
| JP2011035606A (ja) * | 2009-07-31 | 2011-02-17 | Ntt Data Corp | メディアサーバ、セッション復旧方法及びコンピュータプログラム |
| JP2011175382A (ja) * | 2010-02-23 | 2011-09-08 | Nippon Telegr & Teleph Corp <Ntt> | クラスタシステム、および、クラスタシステムにおける系切替え方法 |
| JP2012090010A (ja) * | 2010-10-18 | 2012-05-10 | Nakayo Telecommun Inc | 通信装置、および通信装置のバックアップ方法 |
| JP2017143440A (ja) * | 2016-02-10 | 2017-08-17 | 日本電信電話株式会社 | 通信装置、通信方法及び通信プログラム |
-
2002
- 2002-04-05 JP JP2002104302A patent/JP2003298624A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7684417B2 (en) | 2004-02-26 | 2010-03-23 | Nec Corporation | Method of migrating processes between networks and network system thereof |
| JP2009278277A (ja) * | 2008-05-13 | 2009-11-26 | Hitachi Kokusai Electric Inc | 冗長切替システム、冗長管理装置およびアプリケーション処理装置 |
| JP2011035606A (ja) * | 2009-07-31 | 2011-02-17 | Ntt Data Corp | メディアサーバ、セッション復旧方法及びコンピュータプログラム |
| JP2011175382A (ja) * | 2010-02-23 | 2011-09-08 | Nippon Telegr & Teleph Corp <Ntt> | クラスタシステム、および、クラスタシステムにおける系切替え方法 |
| JP2012090010A (ja) * | 2010-10-18 | 2012-05-10 | Nakayo Telecommun Inc | 通信装置、および通信装置のバックアップ方法 |
| JP2017143440A (ja) * | 2016-02-10 | 2017-08-17 | 日本電信電話株式会社 | 通信装置、通信方法及び通信プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8402305B1 (en) | Method and system for providing high availability to computer applications | |
| US8032786B2 (en) | Information-processing equipment and system therefor with switching control for switchover operation | |
| WO2016184175A1 (zh) | 数据库处理方法及装置 | |
| JP2005209191A (ja) | 高可用性システムの遠隔エンタープライズ管理 | |
| KR20010072379A (ko) | 내고장성 컴퓨터 시스템 | |
| US7583591B2 (en) | Facilitating communications with clustered servers | |
| WO2017143537A1 (zh) | 一种光线路终端及其主、从设备升级的方法 | |
| US20040136246A1 (en) | Server apparatus having function of changing over from old to new module | |
| US20060282831A1 (en) | Method and hardware node for customized upgrade control | |
| CN110109772A (zh) | 一种cpu的重启方法、通信设备及可读存储介质 | |
| JP4517923B2 (ja) | オブジェクト救済システム及び方法 | |
| US20020073409A1 (en) | Telecommunications platform with processor cluster and method of operation thereof | |
| JP2003298624A (ja) | サービス制御アプリケーション実行システムにおける通信路確保方法 | |
| CN106161086A (zh) | 主控板重启的控制方法及装置 | |
| JPH11224207A (ja) | マルチクラスタシステムを構成する計算機 | |
| JP2012014674A (ja) | 仮想環境における故障復旧方法及びサーバ及びプログラム | |
| JP3730545B2 (ja) | サービス制御アプリケーション実行方法及びシステム | |
| JPH08235132A (ja) | マルチサーバシステムのホットスタンバイ制御方法 | |
| JP2002024048A (ja) | 高可用性システム | |
| JP6856574B2 (ja) | サービス継続システムおよびサービス継続方法 | |
| JPH09305558A (ja) | 二重化システムのデータベースサーバ | |
| JP2002149439A (ja) | 分散処理システムにおけるサーバ切替え方法及びサーバ装置 | |
| US20110264624A1 (en) | Centralized backup system and backup method for an homogeneous real-time system at different locations | |
| JP2000148525A (ja) | サービスプロセッサ二重化システムの現用系負荷軽減方法 | |
| KR100277840B1 (ko) | 개인 휴대 통신 교환기의 장애 처리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040301 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050601 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051213 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060209 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060322 |