(57)【要約】【課題】  異なる装置間において、それら装置が運用中であっても、より効率的にソフトウェアの変更を適用することが可能な呼処理制御装置等を提供する。【解決手段】  呼処理制御装置は、自装置が実行すべきソフトウェアの変更を、プラグインファイルによって適用する適用部３と、運用系装置と待機系装置との系間において、系組み込み処理または系解除処理と、運用系と待機系とを切り替える系切り替え処理と、記憶部５の系間同期処理の停止または再開とを実行する系間同期部４とを備える。【選択図】      図１
2015153128.tif 000002
【特許請求の範囲】
【請求項１】
自装置が実行すべきソフトウェアの変更を、プラグインファイルによって適用する適用手段と、
通信可能に接続された運用系装置と待機系装置との系間において、冗長構成の系組み込み処理または系解除処理と、前記運用系装置を待機系に切り替えると共に前記待機系装置を運用系に切り替える系切り替え処理と、前記運用系装置の記憶部と前記待機系装置の記憶部との系間同期処理の停止または再開とを実行する系間同期手段と、を備え
前記系間同期手段は、
前記プラグインファイルを適用するに際して、前記系切り離し処理を実行し、
前記プラグインファイルを適用後には、前記系間同期処理の停止または再開の何れかを実行すると共に、前記組み込み処理を実行する
ことを特徴とする呼処理制御装置。
【請求項２】
前記系間同期手段は、
前記待機系装置に対する前記プラグインファイルの適用が完了した際に、前記系切り替え処理を実行する
ことを特徴とする請求項１に記載の呼処理制御装置。
【請求項３】
前記系間同期手段は、前記系間同期処理として、
前記系間において、前記運用系装置において実行中の呼処理を、前記待機系装置において継続可能なように前記運用系装置の記憶部と前記待機系装置の記憶部とを同期する
ことを特徴とする請求項１または請求項２に記載の呼処理制御装置。
【請求項４】
前記適用手段は、
前記ソフトウェアの変更内容に応じて、前記呼処理を制御する手段または前記系間同期手段の少なくとも何れかに対して前記プラグインファイルを適用する
ことを特徴とする請求項１乃至請求項３の何れかに記載の呼処理制御装置。
【請求項５】
前記系間同期手段は、
前記系解除処理として、前記運用系装置と前記待機系装置との冗長化された運用状態から該運用系装置だけのシングル運用の状態に変更し、
前記系組み込み処理として、前記シングル運用の状態から前記冗長化された運用状態に変更する
ことを特徴とする請求項１乃至請求項４の何れかに記載の呼処理制御装置。
【請求項６】
請求項１乃至請求項５の何れかに記載された呼処理制御装置を含むことを特徴とする呼処理システム。
【請求項７】
情報処理装置が、
自装置が実行すべきソフトウェアの変更を、プラグインファイルによって適用し、
通信可能に接続された運用系装置と待機系装置との系間において、冗長構成の系組み込み処理または系解除処理と、前記運用系装置を待機系に切り替えると共に前記待機系装置を運用系に切り替える系切り替え処理と、前記運用系装置の記憶部と前記待機系装置の記憶部との系間同期処理の停止または再開とを実行し、
前記プラグインファイルを適用するに際して、前記系切り離し処理を実行し、
前記プラグインファイルを適用後には、前記系間同期処理の停止または再開の何れかを実行すると共に、前記組み込み処理を実行する
ことを特徴とするソフトウェア更新方法。
【請求項８】
自装置が実行すべきソフトウェアの変更を、プラグインファイルによって適用する機能と、
通信可能に接続された運用系装置と待機系装置との系間において、冗長構成の系組み込み処理または系解除処理と、前記運用系装置を待機系に切り替えると共に前記待機系装置を運用系に切り替える系切り替え処理と、前記運用系装置の記憶部と前記待機系装置の記憶部との系間同期処理の停止または再開とを実行し、
前記プラグインファイルを適用するに際して、前記系切り離し処理を実行し、
前記プラグインファイルを適用後には、前記系間同期処理の停止または再開の何れかを実行すると共に、前記組み込み処理を実行する機能を、
コンピュータに実現させることを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用系装置及び待機系装置により冗長化されたシステムにおいて、例えば、ソフトウェアを更新する技術分野に関する。
【背景技術】
【０００２】
近年、電話サービスは、インターネットの普及に伴い、ＩＰ（Ｉｎｔｅｒｎｅｔ＿Ｐｒｏｔｏｃｏｌ：以降、本願では「ＩＰ」と称する）技術を利用して提供されるＩＰ電話が利用されている。このＩＰ電話は、安価な利用料金や利便性などの理由から一般加入電話の代替として急速に普及している。そのため、ＩＰ電話を利用する利用者からは、電話サービスに対する信頼性が求められている。この要求に対して電話サービスを提供する企業では、例えば、呼処理を制御する呼処理制御装置（以降、本願では「呼処理制御サーバ」とも記す）を冗長な構成にすることによって、より高い信頼性を実現する。
【０００３】
より具体的に、呼処理制御装置は、運用系と待機系との呼処理制御装置により冗長化されている。例えば、運用系として動作する呼処理制御装置において障害が発生した場合に、待機系として動作する呼処理制御装置に切り替えられることによって、呼処理は継続される。そのため、この２つの呼処理制御装置の間では、通信中の呼情報などの運用情報を保持する記憶装置（以降、「メモリ」とも記す）の同期処理を実行する。これにより、当該２つの呼処理制御装置は、運用系として動作する呼処理制御装置の記憶装置に記憶された情報を、待機系として動作する呼処理制御装置の記憶装置にバックアップすることができる。
【０００４】
ここで、本願出願に先立って存在する関連技術として、例えば、特許文献１及び特許文献２がある。より具体的に、一例として、特許文献１は、冗長システムに関する技術を開示する。
【０００５】
特許文献１に開示された冗長システムは、相互に接続された運用系装置と待機系装置とを備える。また、運用系装置と待機系装置とは、それら装置に組み込まれたアプリケーションの作動により生成された同期データを同期する。当該冗長システムは、運用系装置に組み込まれたアプリケーションのバージョンと、待機系装置に組み込まれたアプリケーションのバージョンとの新旧を判別する。当該冗長システムは、待機系装置に組み込まれたアプリケーションのバージョンが新しいと判別する場合に、新バージョンのアプリケーションを、旧バージョンのアプリケーションとして動作させる。これにより、特許文献１に開示された冗長システムは、同期データを同期するに際して生じる装置の負荷を軽減することができる。
【０００６】
特許文献２は、ソフトウェアファイル更新方法に関する技術を開示する。特許文献２に開示されたソフトウェアファイル更新方法は、運用系及び予備系として動作する電子交換機において、サービスの追加によるソフトウェアファイルの更新だけでなく、当該ソフトウェアファイルの更新に伴う局データの更新を実施する。ここで、局データとは、通信回線の種類、その回線数など電子交換機に設置された局の構成条件を含む情報である。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−１４６０４４号公報
【特許文献２】特開２０００−３３３２２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
例えば、運用系装置と待機系装置とにより冗長化された呼処理システムでは、障害やサービスの追加及び修正に伴うソフトウェアの改修に際して、その改修作業が終了するまでの間に亘って、一時的に待機系装置に対するオフライン処理が必要となる。即ち、当該呼処理システムは、運用系装置と待機系装置との両系の装置を運用しながら当該ソフトウェアの改修を実行することができない。
【０００９】
特に、呼処理制御装置は、呼処理を継続するために、運用系装置と待機系装置との系間において同期される記憶装置（以降、本願では「系間同期メモリ」と称する）の系間同期処理を行っている。そのため、系間同期メモリに関連するソフトウェアの改修などの変更を呼処理制御装置に適用する場合に、例えば、変更作業は、ソフトウェアファイルの更新を伴う新規のソフトウェアパッケージを適用するような大規模な更新作業時に限定されていた。即ち、系間同期メモリに関連するソフトウェアの変更は、容易に実施することができない。
【００１０】
また、当該ソフトウェアパッケージを適用する場合に、例えば、呼処理制御装置の管理者は、更新用のソフトウェアパッケージを用意する必要があるだけでなく、当該ソフトウェアパッケージを呼処理制御装置に対して適用するに際して十分な検証が必要となる。また、当該ソフトウェアパッケージの適用には、ソフトウェアパッケージの適用処理にかかる作業が大規模になるという問題があった。さらに、当該ソフトウェアパッケージの適用方式が複雑な場合や当該ソフトウェアパッケージの適用により更新するファイルのサイズが大きい場合に、適用にかかる時間は長くなる虞がある。
【００１１】
また、特許文献１及び特許文献２には、当該ソフトウェアパッケージを適用することが記載されているに留まる。そのため、特許文献１及び特許文献２では、依然として、ソフトウェアパッケージの検証や適用処理にかかる作業が大規模となる。即ち、特許文献１及び特許文献２では、膨大な作業工数が生じる。或いは、特許文献１及び特許文献２は、ソフトウェアファイルの更新に時間を要する。
【００１２】
本発明は、異なる装置間において、それら装置が運用中であっても、より効率的にソフトウェアの変更を適用することが可能な呼処理制御装置等を提供することを主たる目的とする。
【課題を解決するための手段】
【００１３】
上記の課題を達成すべく、本発明に係る呼処理制御装置は、以下の構成を備えることを特徴とする。
【００１４】
即ち、本発明に係る呼処理制御装置は、
自装置が実行すべきソフトウェアの変更を、プラグインファイルによって適用する適用手段と、
通信可能に接続された運用系装置と待機系装置との系間において、冗長構成の系組み込み処理または系解除処理と、前記運用系装置を待機系に切り替えると共に前記待機系装置を運用系に切り替える系切り替え処理と、前記運用系装置の記憶部と前記待機系装置の記憶部との系間同期処理の停止または再開とを実行する系間同期手段と、を備え
前記系間同期手段は、
前記プラグインファイルを適用するに際して、前記系切り離し処理を実行し、
前記プラグインファイルを適用後には、前記系間同期処理の停止または再開の何れかを実行すると共に、前記組み込み処理を実行する
ことを特徴とする。
【００１５】
或いは、同目的は、上記に示す呼処理制御装置を含む呼処理システムによっても達成される。
【００１６】
また、同目的を達成すべく、本発明に係るソフトウェア更新方法は、以下の構成を備えることを特徴とする。
【００１７】
即ち、本発明に係るソフトウェア更新方法は、
情報処理装置が、
自装置が実行すべきソフトウェアの変更を、プラグインファイルによって適用し、
通信可能に接続された運用系装置と待機系装置との系間において、冗長構成の系組み込み処理または系解除処理と、前記運用系装置を待機系に切り替えると共に前記待機系装置を運用系に切り替える系切り替え処理と、前記運用系装置の記憶部と前記待機系装置の記憶部との系間同期処理の停止または再開とを実行し、
前記プラグインファイルを適用するに際して、前記系切り離し処理を実行し、
前記プラグインファイルを適用後には、前記系間同期処理の停止または再開の何れかを実行すると共に、前記組み込み処理を実行する
ことを特徴とする。
【００１８】
尚、同目的は、上記の各構成を有する呼処理制御装置及びソフトウェア更新方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、読み取り可能な記憶媒体によっても達成される。
【発明の効果】
【００１９】
本発明によれば、異なる装置間において、それら装置が運用中であっても、より効率的にソフトウェアの変更を適用することが可能な呼処理制御装置等を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態における第１の呼処理制御装置及び第２の呼処理制御装置を含む呼処理システムの構成を示すブロック図である。
【図２】本発明の第２の実施形態における第１の呼処理制御装置及び第２の呼処理制御装置を含む呼処理システムの構成を示すブロック図である。
【図３Ａ】本発明の第２の実施形態における呼処理制御装置がソフトウェアの変更を適用する際の動作を示すシーケンス図である。
【図３Ｂ】本発明の第２の実施形態における呼処理制御装置がソフトウェアの変更を適用する際の動作を示すシーケンス図である。
【図４】本発明に係る各実施形態を実現可能な情報処理装置のハードウェア構成を例示的に説明するブロック図である。
【図５】一般的に知られた呼処理制御装置がソフトウェアの変更を適用する際の動作を示すシーケンス図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態について図面を参照して詳細に説明する。
【００２２】
＜第１の実施形態＞
図１は、本発明の第１の実施形態における第１の呼処理制御装置１及び第２の呼処理制御装置２を含む呼処理システム１０の構成を示すブロック図である。
【００２３】
図１において、呼処理システム１０は、大別して、第１の呼処理制御装置１と第２の呼処理制御装置２とを備える。第１の呼処理制御装置１と第２の呼処理制御装置２とは、不図示の電話回線及びネットワーク回線を通じて、例えば、不図示の電話機同士を接続可能なように制御する機能を有する。即ち、第１の呼処理制御装置１と第２の呼処理制御装置２とは、呼処理を制御する機能を有する。
【００２４】
尚、以下の説明では、説明の便宜上、運用系として動作する呼処理制御装置（運用系装置）を「第１の呼処理制御装置１」と称する。そして、以下の説明では、運用系に対して待機系として動作する呼処理制御装置（待機系装置）を「第２の呼処理制御装置２」と称する。また、以下の説明では、第１の呼処理制御装置１と第２の呼処理制御装置２とを総称して「呼処理制御装置」と称する。第１の呼処理制御装置１と第２の呼処理制御装置２とは、機能および動作に差異は無いこととする（以下、各実施形態においても同様）。
【００２５】
より具体的に、第１の呼処理制御装置１と第２の呼処理制御装置２とは、適用部３及び系間同期部４を備える。
【００２６】
適用部３は、自装置が実行すべきソフトウェアの改修などの変更を、プラグインファイル適用方式によって適用する。より具体的に、例えば、適用部３は、ソフトウェアの変更が系間同期部４に対する変更を含む場合には、系間同期部４に対してプラグインファイルを適用する。
【００２７】
ここで、プラグインファイル適用方式とは、バイナリファイル単位によりファイルを更新することの可能なプラグインファイルを、ソフトウェアの変更対象となる、例えば、系間同期部４に対して適用する方式である。このように、プラグインファイル適用方式は、呼処理制御装置において動作する実行プロセスに対して修正可能なプログラムを変更（例えば、機能追加や修正など）する機能を提供する。また、プラグインファイル適用方式は、ソフトウェアの変更を、その変更に必要な範囲に絞ることができるため、変更に必要なファイルのサイズを削減することができる。
【００２８】
系間同期部４は、運用系装置と待機系装置との系間において、冗長な構成の系組み込み処理または冗長な構成の系切り離し（系解除）処理を実行する（系間同期部４による系組み込み処理と系解除処理については、第２の実施形態において詳細に後述する）。
【００２９】
尚、以下の説明では、説明の便宜上、冗長な構成を「冗長構成」と称する（以下、各実施形態においても同様）。
【００３０】
より具体的に、系間同期部４は、第１の呼処理制御装置１と第２の呼処理制御装置２との冗長構成を解除する。例えば、系間同期部４は、適用部３がプラグインファイルを適用するに際して（つまり、適用前に）、系切り離し（系解除）処理を実行する。
【００３１】
これにより、例えば、第２の呼処理制御装置２に対してプラグインファイルを適用する場合に、第２の呼処理制御装置２は、呼処理を実行する第１の呼処理制御装置１に影響を及ぼすことなく、自装置にプラグインファイルを適用することができる。
【００３２】
一方で、系間同期部４は、第１の呼処理制御装置１と第２の呼処理制御装置２との冗長構成を組み込む。例えば、系間同期部４は、適用部３がプラグインファイルを適用した際（つまり、適用後）に第１の呼処理制御装置１と第２の呼処理制御装置２との冗長構成を構築する。
【００３３】
次に、系間同期部４は、第１の呼処理制御装置１の記憶部５と、第２の呼処理制御装置２の記憶部５との系間同期処理を実行する。即ち、系間同期部４は、第１の呼処理制御装置１において実行中の呼処理を、第２の呼処理制御装置２において継続可能なように第１の呼処理制御装置１の記憶部５と第２の呼処理制御装置２の記憶部５とを同期する。
【００３４】
より具体的に、第１の呼処理制御装置１の系間同期部４と第２の呼処理制御装置２の系間同期部４とは、互いに連携することにより運用系として動作する第１の呼処理制御装置１の記憶部５と、待機系として動作する第２の呼処理制御装置２の記憶部５とにおいて、同期処理を実行する。
【００３５】
これにより、例えば、運用系として動作する第１の呼処理制御装置１が呼処理を実行できない場合には、待機系として動作する第２の呼処理制御装置２は、呼処理を継続して処理することができる。
【００３６】
ここで、呼処理を実行できない場合とは、例えば、運用系である第１の呼処理制御装置１に障害が発生した場合や保守者（例えば、図２に示す保守者４０）による保守操作が生じた場合などのケースが考えられる。
【００３７】
次に、系間同期部４は、運用系装置の記憶部５と待機系装置の記憶部５との系間において、系間同期処理の停止または再開する。
【００３８】
より具体的に、系間同期部４は、第１の呼処理制御装置１の記憶部５と第２の呼処理制御装置２の記憶部５との系間において、系間同期処理の停止または再開する。例えば、系間同期部４は、系組み込み処理を実行する前に、当該停止または再開する。
【００３９】
系間同期部４は、運用系装置を待機系に切り替えると共に待機系装置を運用系に切り替える系切り替え処理を実行する。
【００４０】
より具体的に、一例として、系間同期部４は、適用部３がプラグインファイルを適用後に第１の呼処理制御装置１を待機系に切り替えると共に第２の呼処理制御装置２を運用系に切り替える系切り替え処理を実行する。
【００４１】
これにより、例えば、第２の呼処理制御装置２に対してプラグインファイルを適用した際に、系間同期部４による系切り替え処理により待機系に切り替えられた第１の呼処理制御装置１は、自装置にプラグインファイルの適用処理を実行することができる。一方で、系間同期部４による系切り替え処理により運用系に切り替えられた第２の呼処理制御装置２は、呼処理を継続することができる。
【００４２】
記憶部５は、呼処理に関する情報を記憶する領域である。記憶部５は、コンピュータによるデータの読み書きが可能な揮発性の記憶装置である。
【００４３】
より具体的に、一例として、記憶部５は、呼毎のプロトコル状態や通信中の呼の情報などの呼処理に関する情報を記憶する領域である。
【００４４】
このように本実施の形態に係る呼処理制御装置（第１の呼処理制御装置１及び第２の呼処理制御装置２）によれば、異なる装置間において、それら装置が運用中であっても、より効率的にソフトウェアの変更を適用することができる。その理由は、以下に述べる通りである。
【００４５】
即ち、呼処理制御装置は、自装置が実行すべきソフトウェアの改修などの変更を、プラグインファイル適用方式により実現することができるからである。特に、呼処理制御装置は、記憶部５のサイズの変更や記憶部５の用途及び区分の変更などの記憶部５の型変更を、プラグインファイルを適用することによって、実現することができる。
【００４６】
ここで、より具体的に、一般的に知られた呼処理制御装置がソフトウェアの変更を適用する際の動作について説明する。
【００４７】
図５は、一般的に知られた呼処理制御装置がソフトウェアの変更を適用する際の動作を示すシーケンス図である。
【００４８】
図５において、呼処理システム３０は、運用系として動作する第３の呼処理制御装置３１及び待機系として動作する第４の呼処理制御装置３２を有する。
【００４９】
第４の呼処理制御装置３２は、プラグインファイルの適用処理を実行する（ステップＳ２１）。第４の呼処理制御装置３２は、再開処理を実行する（ステップＳ２２、再開処理については、第２の実施形態において後述する）。第３の呼処理制御装置３１と第４の呼処理制御装置３２とは、系切り替え処理を実行する（ステップＳ２３）。
【００５０】
次に、系切り替え処理により待機系として動作する第３の呼処理制御装置３１は、プラグインファイルの適用処理を実行する（ステップＳ２４）。また、第３の呼処理制御装置３１は、再開処理を実行する（ステップＳ２５）。
【００５１】
このように、一般的に知られた呼処理制御装置では、運用系装置の記憶部と待機系装置の記憶部との系間同期処理が行われており、例えば、記憶部の型変更のような記憶部に関連する変更を実行することができないという課題があった。即ち、一般的に知られた呼処理制御装置では、ソフトウェアの変更できる範囲に制限があった。
【００５２】
それに対して、本発明の第１の実施形態において説明した呼処理制御装置は、例えば、運用系として動作する第１の呼処理制御装置１の記憶部５と、待機系として動作する第２の呼処理制御装置２の記憶部５との系間同期処理を制御することができる。即ち、第１の実施形態において説明した呼処理制御装置は、記憶部５の型変更のような記憶部５に関連するソフトウェアの変更であっても、自装置に対して容易に適用することができる。
【００５３】
そして、本発明の第１の実施形態において説明した呼処理制御装置は、ソフトウェアの変更に要する時間を短縮することができる。その理由は、当該呼処理制御装置は、プラグインファイル適用方式によりソフトウェアの変更を行うため、当該変更に必要となるファイルのサイズを小さくすることができるためである。また、当該呼処理制御装置は、当該変更に必要となるファイルサイズが小さいため、ソフトウェアパッケージを適用するのに比べて、ソフトウェアの検証や適用処理に要する作業工数を、大幅に低減することができるからである。
【００５４】
＜第２の実施形態＞
次に、上述した本発明の第１の実施形態に係る呼処理制御装置１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【００５５】
本発明の第２の実施形態における呼処理制御装置について、図２、図３Ａ及び図３Ｂを参照して説明する。
【００５６】
図２は、本発明の第２の実施形態における第１の呼処理制御装置２１及び第２の呼処理制御装置２２を含む呼処理システム２０の構成を示すブロック図である。
【００５７】
図２において、呼処理システム２０は、大別して、第１の呼処理制御装置２１と第２の呼処理制御装置２２とを備える。
【００５８】
呼処理制御装置（第１の呼処理制御装置２１及び第２の呼処理制御装置２２）は、適用部２３及び系間同期部４を備える。
【００５９】
より具体的に、適用部２３は、第１の実施形態において説明した適用部３に比べ、さらに、保守者４０からの操作に応じて、呼処理制御装置に記憶されたバックアップファイルの収集やファイルの更新など各種保守処理を実行する。
【００６０】
また、処理部２４は、電話機（不図示）や他の呼処理制御装置からの要求に従い、呼処理を実行する。より具体的に、一例として、処理部２４は、呼処理を実行するに際して、記憶部５にアクセスすると共に、呼毎のプロトコル状態や通信中の呼の情報などの呼処理に関する情報を記憶する。
【００６１】
尚、処理部２４が呼処理を実行する技術自体は、現在では一般的な技術を採用することができるので、本実施形態における詳細な説明は省略する（以下、各実施形態においても同様）。
【００６２】
次に、以下の説明において、より具体的に、本実施形態における呼処理制御装置がソフトウェアの変更を適用する動作について説明する。
【００６３】
図３Ａ及び図３Ｂは、本発明の第２の実施形態における呼処理制御装置がソフトウェアの変更を適用する際の動作を示すシーケンス図である。係るシーケンス図に沿って呼処理制御装置の動作手順を説明する。
【００６４】
尚、以下の説明では、説明の便宜上、一例として、プラグインファイルは、処理部２４が記憶部５に対してアクセスする際のアクセス方式を変更するバイナリコードを含むこととする。そのため、プラグインファイルは、処理部２４に対して適用されることとする。そして、この変更は、プラグインファイルを適用するに際して、第１の呼処理制御装置２１の記憶部５と第２の呼処理制御装置２２の記憶部５との系間同期を一時的に停止する必要があることとする。
【００６５】
また、以下の説明では、説明の便宜上、一例として、第１の呼処理制御装置２１が有する、適用部２３を第１適用部、系間同期部４を第１系間同期部、記憶部５を第１記憶部、そして、処理部２４を第１処理部と称する。以下の説明では、第２の呼処理制御装置２２が有する、適用部２３を第２適用部、系間同期部４を第２系間同期部、記憶部５を第２記憶部、そして、処理部２４を第２処理部と称する。
【００６６】
説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成にはこれに限定されない（以下の実施形態においても同様）。
【００６７】
まず、保守者４０は、待機系として動作する第２の呼処理制御装置２２にプラグインファイルを適用するよう第２の呼処理制御装置２２に対して命令を与える。即ち、呼処理制御装置は、ステップＳ１乃至ステップＳ５に示す第２の呼処理制御装置２２に対するプラグインファイルの適用処理を実行する。
【００６８】
ステップＳ１：
第２系間同期部は、運用系として動作する第１の呼処理制御装置２１と、待機系として動作する第２の呼処理制御装置２２との系切り離し処理を実行する。即ち、第２系間同期部は、第１の呼処理制御装置２１と第２の呼処理制御装置２２との冗長構成を解除する。
【００６９】
より具体的に、第２系間同期部は、冗長構成の解除を要求する解除通知を、第１系間同期部に対して送信する。第１系間同期部は、第２系間同期部から解除通知を受信する。第１系間同期部は、受信した解除通知に従い、冗長構成を管理する系管理情報を、第１の呼処理制御装置２１と第２の呼処理制御装置２２とのデュアル運用の状態（つまり、冗長化された運用状態）から第１の呼処理制御装置２１だけのシングル運用の状態に更新する。
【００７０】
以下の説明では、系管理情報とは、第１の呼処理制御装置２１と第２の呼処理制御装置２２との冗長構成の状況（ステータス）を管理する情報を含む。
【００７１】
ステップＳ２：
第２適用部は、第２処理部に対してプラグインファイルを適用する。即ち、第２適用部は、保守者４０からの入力処理により第２処理部に対してプラグインファイルを適用する。
【００７２】
より具体的に、一例として、第２適用部は、保守者４０によるプラグインファイルの投入コマンドの実行に従い、処理を開始する。即ち、第２適用部は、例えば、呼処理制御装置における所定のフォルダに配置されたプラグインファイルを、実体（新バイナリコード）に展開する。次に、第２適用部は、第２の呼処理制御装置２２において実行中のバイナリコード（旧バイナリコードと記す）を、一時的にバックアップする。第２適用部は、旧バイナリコードを新バイナリコードに置き換える。新バイナリコードを適用後に第２の呼処理制御装置２２が問題なく動作する場合には、第２適用部は、バックアップした旧バイナリコードを削除する。
【００７３】
ステップＳ３：
第２の呼処理制御装置２２は、再開処理を実行する。
【００７４】
より具体的に、例えば、プラグインファイルの適用により呼処理制御装置に実装されてオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ＿Ｓｙｓｔｅｍ：以降、「ＯＳ」と称する）の再起動が必要な場合には、第２の呼処理制御装置２２は、再開処理を実行する。即ち、第２の呼処理制御装置２２は、プラグインファイルの適用後に、ＯＳを自律的に再起動する。尚、再開処理は、ソフトウェアの変更内容により不要な場合もある。
【００７５】
ステップＳ４：
第２系間同期部は、第１系間同期部と第２系間同期部とが連携することにより行われる第１記憶部と第２記憶部との系間同期を停止する。即ち、第２系間同期部は、第１記憶部と第２記憶部との間において行われる系間同期の停止処理を実行する。
【００７６】
より具体的に、第２系間同期部は、系間同期の停止要求を、第１系間同期部に対して送信する。第１系間同期部は、第２系間同期部から当該停止要求を受信する。
【００７７】
これにより、ステップＳ５において説明する系組み込み処理を実行した際に、第１系間同期部と第２系間同期部とは、第１記憶部と第２記憶部との系間同期処理が始動することを事前に停止することができる。
【００７８】
ステップＳ５：
第２系間同期部は、運用系として動作する第１の呼処理制御装置２１と、待機系として動作する第２の呼処理制御装置２２との系組み込み処理を実行する。即ち、第２系間同期部は、第１の呼処理制御装置２１と第２の呼処理制御装置２２との冗長構成を構築する。
【００７９】
より具体的に、第２系間同期部は、冗長構成の構築を要求する構築通知を、第１系間同期部に対して送信する。第１系間同期部は、第２系間同期部から構築通知を受信する。第１系間同期部は、受信した構築通知に従い、冗長構成を管理する系管理情報を、第１の呼処理制御装置２１だけのシングル運用の状態から第１の呼処理制御装置２１と第２の呼処理制御装置２２とのデュアル運用の状態（つまり、冗長化された運用状態）に更新する。
【００８０】
ステップＳ６：
第１系間同期部と第２系間同期部とは、系切り替え処理を実行する。
【００８１】
より具体的に、一例として、第１系間同期部と第２系間同期部とは、系管理情報を、運用系を第１の呼処理制御装置２１とし、待機系を第２の呼処理制御装置２２とする運用状態から運用系を第２の呼処理制御装置２２とし、待機系を第１の呼処理制御装置２１とする運用状態に更新する。また、第１系間同期部と第２系間同期部とは、自装置に割り当てられたＩＰアドレスの付け替え処理を実行する。
【００８２】
これにより、運用系として動作していた第１の呼処理制御装置２１は、運用系から待機系に遷移する。一方で、待機系として動作していた第２の呼処理制御装置２２は、待機系から運用系に遷移する。即ち、第２の呼処理制御装置２２は、第１の呼処理制御装置２１から呼処理を引き継ぐと共に、引き継いだ呼処理を継続する。
【００８３】
次に、呼処理制御装置は、ステップＳ７乃至ステップＳ１１に示す第１の呼処理制御装置２１に対するプラグインファイルの適用処理を実行する。
【００８４】
尚、以下の説明では、説明の便宜上、ステップＳ６において説明した系切り替え処理により運用系として第２の呼処理制御装置２２が動作することとする。また、以下の説明では、待機系として第１の呼処理制御装置２１が動作することとする。
【００８５】
ステップＳ７：
第１系間同期部は、第１の呼処理制御装置２１と第２の呼処理制御装置２２との系切り離し処理を実行する。即ち、第１系間同期部は、第１の呼処理制御装置２１と第２の呼処理制御装置２２との冗長構成を解除する。
【００８６】
より具体的に、第１系間同期部は、冗長構成の解除を要求する解除通知を、第２系間同期部に対して送信する。第２系間同期部は、第１系間同期部から解除通知を受信する。第２系間同期部は、受信した解除通知に従い、系管理情報を、第１の呼処理制御装置２１と第２の呼処理制御装置２２とのデュアル運用の状態（つまり、冗長化された運用状態）から第２の呼処理制御装置２２だけのシングル運用の状態に更新する。
【００８７】
ステップＳ８：
第１適用部は、第１処理部に対してプラグインファイルを適用する。
【００８８】
尚、第１処理部に対するプラグインファイルの適用処理については、ステップＳ２において説明した第２処理部に対するプラグインファイルの適用処理と同様である。そのため、重複する説明は、省略する。
【００８９】
ステップＳ９：
第１の呼処理制御装置２１は、再開処理を実行する。
【００９０】
尚、第１の呼処理制御装置２１が再開処理を実行する処理については、ステップＳ３において説明した第２の呼処理制御装置２２が行う再開処理と同様である。そのため、重複する説明は、省略する。
【００９１】
ステップＳ１０：
第１系間同期部は、第１系間同期部と第２系間同期部とが連携することにより行われる第１記憶部と第２記憶部との系間同期を再開する。即ち、第１系間同期部は、第１記憶部と第２記憶部との間において行われる系間同期の再開処理を実行する。
【００９２】
より具体的に、第１系間同期部は、系間同期の再開要求を、第２系間同期部に対して送信する。第２系間同期部は、第１系間同期部から当該再開要求を受信する。
【００９３】
これにより、ステップＳ１１において説明する系組み込み処理を実行した際に、第１系間同期部と第２系間同期部とは、第１記憶部と第２記憶部との系間同期処理を、即座に再開することができる。
【００９４】
ステップＳ１１：
第１系間同期部は、運用系として動作する第２の呼処理制御装置２２と、待機系として動作する第１の呼処理制御装置２１との系組み込み処理を実行する。即ち、第１系間同期部は、第１の呼処理制御装置２１と第２の呼処理制御装置２２との冗長構成を構築する。
【００９５】
より具体的に、第１系間同期部は、冗長構成の構築を要求する構築通知を、第２系間同期部に対して送信する。第２系間同期部は、第１系間同期部から構築通知を受信する。第２系間同期部は、受信した構築通知に従い、系管理情報を、第２の呼処理制御装置２２のシングル運用の状態から第１の呼処理制御装置２１と第２の呼処理制御装置２２とのデュアル運用の状態（つまり、冗長化された運用状態）に更新する。
【００９６】
尚、上述した本実施形態では、説明の便宜上、一例として、適用部２３は、処理部２４に対してプラグインファイルを適用する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。適用部２３は、処理部２４だけでなく、例えば、系間同期部４に対してプラグインファイルを適用する構成を採用してもよい。即ち、適用部２３は、ソフトウェアの変更内容に応じて、処理部２４または系間同期部４の少なくとも何れかに対してプラグインファイルを適用する構成を採用してもよい。或いは、適用部２３は、ソフトウェアの変更内容に応じて、処理部２４や系間同期部４などと異なる他の各部に対してプラグインファイルを適用する構成を採用してもよい。
【００９７】
このように本実施の形態に係る第１の呼処理制御装置２１及び第２の呼処理制御装置２２によれば、第１の実施形態において説明した効果を享受できると共に、さらに、例えば、保守者４０の利便性を向上することができる。その理由は、以下に述べる通りである。
【００９８】
即ち、呼処理制御装置は、保守者４０からの操作に従い、呼処理制御装置に記憶されたバックアップファイルの収集やファイルの更新など各種保守処理を実行する適用部２３を備えるからである。
【００９９】
（ハードウェア構成例）
上述した実施形態において図面に示した各部は、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。これらの各ソフトウェアモジュールは、専用のハードウェアによって実現してもよい。但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定されうる。この場合のハードウェア環境の一例を、図４を参照して説明する。
【０１００】
図４は、本発明の模範的な実施形態に係る呼処理制御装置を実行可能な情報処理装置３００（コンピュータ）の構成を例示的に説明する図である。即ち、図４は、図１に示した第１の呼処理制御装置１及び第２の呼処理制御装置２、或いは、図２に示した第２の呼処理制御装置２１及び第２の呼処理制御装置２２、の全体または一部の呼処理制御装置を実現可能なサーバ等のコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。
【０１０１】
図４に示した情報処理装置３００は、ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）３０１、ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）３０２、ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）３０３、ハードディスク３０４（記憶装置）、並びに外部装置との通信インタフェース（Ｉｎｔｅｒｆａｃｅ：以降、「Ｉ／Ｆ」と称する）３０５、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記憶媒体３０７に格納されたデータを読み書き可能なリーダライタ３０８を備え、これらの構成がバス３０６（通信線）を介して接続された一般的なコンピュータである。
【０１０２】
そして、上述した実施形態を例に説明した本発明は、図４に示した情報処理装置３００に対して、その説明において参照したブロック構成図（図１、図２）或いはシーケンス図（図３Ａ、図３Ｂ）の機能を実現可能なコンピュータ・プログラムを供給した後、そのコンピュータ・プログラムを、当該ハードウェアのＣＰＵ３０１に読み出して実行することによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能な一時記憶メモリ（ＲＡＭ３０３）またはハードディスク３０４等の不揮発性の記憶デバイスに格納すれば良い。
【０１０３】
また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、ＣＤ−ＲＯＭ等の各種記憶媒体３０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができる。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード或いは、そのコードが格納された記憶媒体によって構成されると捉えることができる。
【符号の説明】
【０１０４】
１    第１の呼処理制御装置
２    第２の呼処理制御装置
３    適用部
４    系間同期部
５    記憶部
１０    呼処理システム
２０    呼処理システム
２１    第１の呼処理制御装置
２２    第２の呼処理制御装置
２３    適用部
２４    処理部
３０    呼処理システム
３１    第３の呼処理制御装置
３２    第４の呼処理制御装置
４０    保守者
３００    情報処理装置
３０１    ＣＰＵ
３０２    ＲＯＭ
３０３    ＲＡＭ
３０４    ハードディスク
３０５    通信インタフェース
３０６    バス
３０７    記憶媒体
３０８    リーダライタ
【図１】
2015153128.tif 000003
【図２】
2015153128.tif 000004
【図３Ａ】
2015153128.tif 000005
【図３Ｂ】
2015153128.tif 000006
【図４】
2015153128.tif 000007
【図５】
2015153128.tif 000008