分散処理システム及びファイル更新方法
【課題】サービスを中断することなく、ファイル更新作業を行う分散処理システム及びファイル更新方法を提供する。
【解決手段】分散処理システムは、コンピュータ機能を有するＰＣ２１、２３をネットワークに複数接続し、各ＰＣ２１、２２、２３により被処理情報を分散処理する。当該分散処理システムに新規のアプリケーションを追加する場合、シナリオ管理サーバ３１は、当該新規のアプリケーションに対応した新たなシナリオデータを記憶し、各ＰＣ２１、２３は、当該新規のアプリケーションに対応した、新アプリケーション実行部５２を更に有する。
【解決手段】分散処理システムは、コンピュータ機能を有するＰＣ２１、２３をネットワークに複数接続し、各ＰＣ２１、２２、２３により被処理情報を分散処理する。当該分散処理システムに新規のアプリケーションを追加する場合、シナリオ管理サーバ３１は、当該新規のアプリケーションに対応した新たなシナリオデータを記憶し、各ＰＣ２１、２３は、当該新規のアプリケーションに対応した、新アプリケーション実行部５２を更に有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおける交換機、伝送装置、無線局装置などのネットワークエレメント（ネットワーク構成要素）の設備管理処理や、その他の各種システムにおける設備装置の情報管理処理等に適用される分散処理システム及びファイル更新方法に関する。
【背景技術】
【０００２】
従来から、情報処理サーバシステムは、ＯＳ(Solaris、Linuxなど)上に独自のアプリケーションを搭載し、様々なサービスの提供、情報処理等を行っている。このようなシステムにおいて、新規サービスの追加、システムの仕様変更に伴い、それに準じたアプリケーションの載せ替え作業（以下において、「ファイル更新作業」という。）が常に必要となる。ファイル更新作業は、アプリケーションソフトのソースプログラム全体の再コンパイル、及び再リンクが必要となり、そのプログラムをＯＳ上に再インストールすることにより完了する。
【０００３】
従来の情報処理システムの大半は、単一マシンを用いた集中型のシステムであった。集中型のシステムのファイル更新作業では、作業前にデータバックアップ、旧アプリケーション（以下において、「旧ＡＰ」という。）のアンインストール、新アプリケーション（以下において、「新ＡＰ」という。）のインストールという工程が必要となり、バックアップ動作を行わない場合でも、約３０分程度、サービスを中断することが必要となる。
【０００４】
そこで、サービスを中断する時間を最小限に抑えるため、サービス停止が許されない情報処理サーバシステムでは、同一処理を行うことができるサーバを２台用意し、それぞれ運用系、待機系として運用することが主流となっている（例えば、特許文献１参照）。この場合のファイル更新作業の手順は、以下のとおりである。
【０００５】
手順１ 待機系のサーバを落として、新ＡＰのインストールを行う。
【０００６】
手順２ インストール終了後に待機系のサーバを立ち上げ、それと同時に待機系のサーバと運用系のサーバとを切り替える。
【０００７】
手順３ もう一方のサーバ（旧運用系サーバ）を落として、新ＡＰのインストールを行う。
【０００８】
手順４ 新ＡＰインストール後に旧運用系サーバを待機系サーバとして立ち上げる。
【特許文献１】特開平６−５９９２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記の手順によるファイル更新作業においても、５分程度、サービスを中断することが必要になる場合がある。このように、ファイル更新作業中に一時的にサービスの中断が生じると、例えば、その間に監視対象のサーバにおいて障害が発生した場合、監視が行えないという不都合が生じてしまう。
【００１０】
そこで、上記の課題に鑑み、本発明は、サービスを中断することなく、ファイル更新作業を行うことが可能な分散処理システム及びファイル更新方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の第１の特徴は、コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムであって、（イ）被処理情報を処理する際の処理装置の組み合わせ及び処理順番の指示が、処理装置の識別名を所定順番に組み合わせて記述されると共に、被処理情報の処理指示が識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶するシナリオ管理サーバと、（ロ）処理装置の識別名と固有アドレスとが対応付けられ、識別名から固有アドレスを得る名前解決を行うＤＮＳサーバと、（ハ）シナリオ管理サーバからシナリオデータを取得し、このシナリオデータの格納部分に被処理情報を格納し、制御部分に記述された識別名によるＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ被処理情報が格納されたシナリオデータを送信するアダプタとを備え、（ニ）処理装置は、アダプタから受信したシナリオデータの格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第１のアプリケーション実行部と、当該処理結果を格納部分に格納し、制御部分に次の送信先の識別名が記述されている場合に、その識別名によるＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ処理結果が格納されたシナリオデータを送信するシナリオ制御部とを有し、（ホ）当該分散処理システムに新規のアプリケーションを追加する場合、シナリオ管理サーバは、当該新規のアプリケーションに対応した新たなシナリオデータを記憶し、処理装置は、当該新規のアプリケーションに対応した、第１のアプリケーション実行部と同様の処理を行う第２のアプリケーション実行部を更に有する分散処理システムであることを要旨とする。
【００１２】
第１の特徴に係る分散処理システムによると、各処理装置（ＰＣ）に搭載されたＡＰ実行部の追加、及びシナリオデータの変更によって、サービスを中断することなく、新たなアプリケーション追加に伴うファイル更新作業を行うことができる。
【００１３】
又、第１の特徴に係る分散処理システムにおいて、新規のアプリケーションが正常に実行された場合は、処理装置における第１のアプリケーション実行部は削除され、新規のアプリケーションが正常に実行されなかった場合は、シナリオ管理サーバは、元のシナリオデータを記憶してもよい。この分散処理システムによると、新規のアプリケーションが正常に実行されなかった場合、瞬時に旧バージョンへの切り戻しを行うことができる。
【００１４】
又、第１の特徴に係る分散処理システムにおいて、アダプタは、ネットワーク構成要素から受信したメッセージ情報に含まれるバージョン情報を読み出し、シナリオ管理サーバが記憶する複数のシナリオデータの中から、バージョン情報に対応するシナリオデータを取得してもよい。この分散処理システムによると、複数のシナリオデータ（旧バージョンに対応したシナリオデータと新バージョンに対応したシナリオデータなど）を保持することにより、ネットワーク構成要素の要求に応じたシナリオデータに従って、処理を行うことができる。
【００１５】
本発明の第２の特徴は、コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムにおいて新規のアプリケーションを追加するファイル更新方法であって、（イ）被処理情報を処理する際の処理装置の組み合わせ及び処理順番の指示が、処理装置の識別名を所定順番に組み合わせて記述されると共に、被処理情報の処理指示が識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶する第１のステップと、（ロ）第１のステップで記憶されたシナリオデータを取得する第２のステップと、（ハ）第２のステップで取得されたシナリオデータの格納部分に被処理情報を格納する第３のステップと、（ニ）処理装置の識別名と固有アドレスとが対応付けられ、識別名から固有アドレスを得る名前解決を行うＤＮＳサーバから、制御部分に記述された識別名による名前解決依頼によって固有アドレスを取得する第４のステップと、（ホ）第４のステップで取得された固有アドレスの処理装置へ、第３のステップで被処理情報が格納されたシナリオデータを送信する第５のステップと、（へ）第５のステップで送信されたシナリオデータを受信した処理装置が、当該シナリオデータの格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第６のステップと、（ト）第６のステップにおける処理結果をシナリオデータの格納部分に格納する第７のステップと、（チ）制御部分に次の送信先の識別名が記述されている場合に、その識別名によるＤＮＳサーバへの名前解決依頼によって固有アドレスを取得する第８のステップと、（リ）第８のステップで取得された取得固有アドレスの処理装置へ、第７のステップ処理結果が格納されたシナリオデータを送信する第９のステップと、（ヌ）新規のアプリケーションを追加する場合、当該新規のアプリケーションに対応した新たなシナリオデータを記憶する第１０のステップとを含み、（ル）第６のステップにおいて、処理装置は、新たなシナリオデータの格納部分に格納された被処理情報を、当該新たなシナリオデータの制御部分に記述された処理指示に従って処理するファイル更新方法であることを要旨とする。
【００１６】
第２の特徴に係るファイル更新方法によると、各処理装置（ＰＣ）に搭載されたＡＰ実行部の追加、及びシナリオデータの変更によって、サービスを中断することなく、新たなアプリケーション追加に伴うファイル更新作業を行うことができる。
【発明の効果】
【００１７】
本発明によると、サービスを中断することなく、ファイル更新作業を行う分散処理システム及びファイル更新方法を提供することができる。
【発明を実施するための最良の形態】
【００１８】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００１９】
本発明の実施の形態における分散処理アーキテクチャについて、図１を用いて説明する。分散処理システム１０は、単機能プロセスを分散配置したＰＣ２１、２２、２３に、単機能プロセス部（後に詳述するＡＰ実行部）２１ａ、２２ａ、２３ａとして、それぞれ配置する。又、シナリオ管理サーバ３１は、シナリオデータを有する。このシナリオデータは、従来のメインプログラムに変わる部分であり、シナリオデータには、単機能プロセスを実行する順番が記述されている。実際には、各単機能プロセスが配置されている処理装置（例えば、パーソナルコンピュータ（ＰＣ））のホスト名が記述される。この他にシナリオデータには、単機能プロセスで処理された結果が格納され、これを持ち寄って指定された単機能プロセスを呼び出し、すべて経由し終わると１つの業務が実行されたことになる。
【００２０】
このアーキテクチャにおけるファイル更新作業は、各ＰＣに搭載された単機能プロセス部（ＡＰ実行部）の追加、及びシナリオの変更によって実現することができる。
【００２１】
（分散処理システム）
次に、本実施形態に係る分散処理システムについて、図２〜図７を参照して詳細に説明する。
【００２２】
図２に示す分散処理システム１０は、移動通信網におけるネットワークエレメント（ＮＥ）１２からの故障などの警報や、装置（エレメント）状態を表すメッセージの表示、蓄積及び検索などの設備管理処理を行い、警報管理用クライアント端末機（ＣＬ）１４及びメッセージ管理用クライアント端末機１６へ通知する場合に適用したものである。
【００２３】
尚、ネットワークエレメント１２からの警報やメッセージは、ネットワークエレメント１２に故障などの不具合が生じた際にネットワークエレメント１２自体が自律的に送信するメッセージ情報（自律メッセージ情報）１８である。つまり、メッセージ情報１８には、故障などの警報情報と装置状態メッセージ情報が含まれ、メッセージ情報１８は、その警報やメッセージの状態に応じて複数種類存在する。
【００２４】
分散処理システム１０は、上記の設備管理処理の負荷分散を行うように接続された第１のＰＣ２１と、第２のＰＣ２２と、第３のＰＣ２３と、第４のＰＣ２４と、第５のＰＣ２５とを備え、これら第１〜第５のＰＣ２２〜２５に、ＮＥ用アダプタ２７と、ＣＬ用アダプタ２９と、シナリオ管理サーバ３１と、ＤＮＳ（Domain Name System）サーバ３３とをネットワークで接続して構成する。
【００２５】
又、ＮＥ用アダプタ２７及びＣＬ用アダプタ２９は、ネットワークエレメント１２と各ＰＣ２２〜２５、並びに、各クライアント端末機１４、１６と各ＰＣ２２〜２５とのインタフェース機能を備え、何れのＰＣ２２〜２５にもアクセスすることができ、更にシナリオ管理サーバ３１及びＤＮＳサーバ３３へもアクセスすることができる。
【００２６】
次に、これらの構成要素の説明を行う。
【００２７】
シナリオ管理サーバ３１は、ネットワークエレメント１２からの各種のメッセージ情報１８と、各クライアント端末機１４、１６からの警報取得要求情報１４ａ及びメッセージ取得要求情報１６ａ（何れも後述にて説明）とに対応付けられたシナリオデータを複数種類格納している。そして、ＮＥ用アダプタ２７又はＣＬ用アダプタ２９からのメッセージ情報１８又は各取得要求情報１４ａ、１６ａに応じた取得要求に応じて、該当するシナリオデータをＮＥ用アダプタ２７又はＣＬ用アダプタ２９へ送信するものである。
【００２８】
図３に一例を示すように、シナリオデータ３６は、シナリオ制御記述部分３６ａと、メッセージ格納部分３６ｂとから構成されている。
【００２９】
シナリオ制御記述部分３６ａには、どの順番で各ＰＣ２２〜２５を経由し、この経由時に該当ＰＣにて、どの様な処理を実行するかが記述されている。各ＰＣ２２〜２５の順番指定は、例えば枠内３６ｃに表すように、該当ＰＣ２１に対応付けられたホスト名（＝単機能プロセス名）Ａで記述されており、そのホスト名Ａに、当該ＰＣ２１がどの様な処理Ｘを行うかが対応付けられて記述されている。つまり、処理Ｘは処理指示を行う情報となる。
【００３０】
メッセージ格納部分３６ｂには、ＮＥ用アダプタ２７においてメッセージ情報１８が格納されると共に、該当ＰＣ２２〜２５において、その格納されたメッセージ情報１８が読み出され、処理された結果が格納される。
【００３１】
ＮＥ用アダプタ２７は、ネットワークエレメント１２からメッセージ情報１８を受信した際に、シナリオ管理サーバ３１から、そのメッセージ情報１８の種別に対応するシナリオデータ３６を取得し、そのシナリオデータ３６のメッセージ格納部分３６ｂに、先に受信したメッセージ情報１８を格納する。そして、その格納後にシナリオデータ３６の全てを、ＸＭＬ（eXtensible Markup Language）形式に変換する。ＸＭＬとは、データをネットワーク経由で送受信するための言語であり、ユーザが独自のタグを指定できるメタ言語の一種である。
【００３２】
つまり、ＸＭＬ形式のシナリオデータ３６では、図３に示すように、メッセージ情報１８が＜Ｍｅｓｓａｇｅ＞と＜／Ｍｅｓｓａｇｅ＞の双方のタグの間に記述される。又、＜ｓｃｅｎａｒｉｏ＞と＜／ｓｃｅｎａｒｉｏ＞の双方のタグの間にシナリオ制御の内容が記述される。
【００３３】
ここで言うシナリオ制御とは、各ＰＣ２２〜２５がシナリオデータ３６を持ち回って、その中に記述されたメッセージ情報１８を処理し、この処理結果を登録／検索したり、処理結果をシナリオデータ３６に格納して次のＰＣへ送信したりする制御である。又、シナリオデータ３６は、ＨＴＴＰ（Hyper Text Transfer Protocol）をもとに送受信される。
【００３４】
更に、ＮＥ用アダプタ２７は、シナリオ制御記述部分３６ａに順番に記述されている先頭のホスト名（この例ではＡ）を用いて、ＤＮＳサーバ３３へホスト名ＡからＩＰ（Internet Protocol）アドレスを求めるための名前解決の依頼を行うことによって、ＤＮＳサーバ３３からＩＰアドレスを取得し、このＩＰアドレスのＰＣ２１へシナリオデータ３６を送信する。
【００３５】
又、ＮＥ用アダプタ２７は、各ＰＣ２１〜２５からシナリオデータを受信した場合、このシナリオデータを解読し、シナリオデータ中のメッセージ情報の処理結果を抽出する。そして、シナリオデータに記載されたホスト名から、ＤＮＳサーバ３３によってＩＰアドレスを取得し、通常のデータに変換した処理結果を、取得したＩＰアドレスに該当するネットワークエレメント１２へ送信する。
【００３６】
ＣＬ用アダプタ２９は、警報管理用クライアント端末機１４からＤＢ登録警報情報を検索して取得するための警報取得要求情報１４ａを受信した際に、シナリオ管理サーバ３１から、その警報取得要求情報１４ａに対応するシナリオデータ３６を取得し、このシナリオデータ３６のメッセージ格納部分３６ｂに、先に受信した警報取得要求情報１４ａを格納する。この格納後にシナリオデータ３６の全てを、ＸＭＬ形式に変換する。そして、シナリオ制御記述部分３６ａに順番に記述されている先頭のホスト名を用いて、ＤＮＳサーバ３３へ名前解決の依頼を行い、ホスト名ＡからそのＰＣのＩＰアドレスを求め、このＩＰアドレスのＰＣへ、ＤＢ検索のためのシナリオが記述されたシナリオデータ３６を送信する。
【００３７】
同様に、ＣＬ用アダプタ２９は、メッセージ管理用クライアント端末機１６からＤＢ登録メッセージ情報を取得するためのメッセージ取得要求情報１６ａを受信した際に、シナリオデータ３６を取得してＸＭＬ形式に変換した後に、ＩＰアドレスを取得してＰＣへシナリオデータ３６を送信する。
【００３８】
又、ＣＬ用アダプタ２９は、各ＰＣ２１〜２５からシナリオデータを受信した場合、このシナリオデータを解読し、シナリオデータ中のメッセージ情報の処理結果を抽出する。そして、シナリオデータに記載されたホスト名から、ＤＮＳサーバ３３によってＩＰアドレスを取得し、通常のデータに変換した処理結果を、取得したＩＰアドレスに該当する端末機１４、１６へ送信する。
【００３９】
各ＰＣ２２〜２５は、各々が予め定められた単機能プロセスを実行するためのアプリケーションプログラムを備える。第１のＰＣ２１は、警報の管理処理を実行するためのアプリケーションプログラムを備え、第２のＰＣ２２は、自装置に内蔵されたハードディスク等の記憶手段による警報ＤＢ（データベース）に警報情報の登録処理を行うと共に、その登録された警報情報の検索処理を実行するためのアプリケーションプログラムを備える。第３のＰＣ２３は、メッセージ情報の管理処理を実行するためのアプリケーションプログラムを備え、第４及び第５のＰＣ２４、２５は何れも、自装置に内蔵されたメッセージＤＢにメッセージ情報の登録処理を行うと共に、その登録されたメッセージ情報の検索処理を実行するためのアプリケーションプログラムを備える。
【００４０】
但し、第４及び第５のＰＣ２４、２５は、何れも同じ処理を行うが、同一のメッセージ情報を並列に処理するのではなく、ここではメッセージ情報の量が多いことを想定しており、それを振り分けて処理を行うよう。この処理は、シナリオデータ３６に記述される。
【００４１】
又、各ＰＣ２２〜２５は、基本的には何れも同構成であり、図４に示すように、第１のＰＣ２１を代表して説明すると、基盤プログラム４０ａを有してネットワークに接続されたシナリオ制御部４０と、アプリケーションプログラム４２ａを有するＡＰ（アプリケーションプログラム）実行部４２と、ＤＢ４４とを備えて構成されている。但し、ＤＢ４４は、第４及び第５のＰＣ２４、２５のようにデータベース用として用いる場合には、記憶容量が増量されているものとする。
【００４２】
シナリオ制御部４０は、ネットワークを介して送信元ＰＣからシナリオデータ３６を受信し、基盤プログラム４０ａによって、そのシナリオデータ３６のメッセージ格納部分３６ｂに格納されているメッセージ情報１８を読み出し、ＡＰ実行部４２へ出力する。
【００４３】
ＡＰ実行部４２は、シナリオ制御記述部分３６ａの処理指示に応じて、アプリケーションプログラム４２ａによってメッセージ情報１８を処理する。この処理では、所定の付加情報をメッセージ情報１８に添付するなどの処理も行う。この処理結果をＤＢ４４に登録、又は登録された処理結果を検索し、この検索された処理結果又は登録前の処理結果をシナリオ制御部４０へ出力する。
【００４４】
又、シナリオ制御部４０は、基盤プログラム４０ａによって、そのＡＰ実行部４２からの処理結果を、シナリオデータ３６のメッセージ格納部分３６ｂに格納する。そして、次の転送先を求めるために、シナリオ制御記述部分３６ａに記述された次の送信先のホスト名を用いて、ＤＮＳサーバ３３へ名前解決を依頼し、ＩＰアドレスを取得し、このＩＰアドレスのＰＣ又はクライアント端末機１４、１６へシナリオデータ３６を送信する。
【００４５】
ＤＮＳサーバ３３は、ＮＥ用アダプタ２７、ＣＬ用アダプタ２９及び各ＰＣ２２〜２５の何れかで実行されるホスト名による名前解決依頼によって、ホスト名に対応するＩＰアドレスを、アダプタ２７、２９及び各ＰＣ２２〜２５の何れかへ返信するものである。
【００４６】
又、ＤＮＳサーバ３３は、基本機能として、ホスト名に複数のＩＰアドレスを登録できるようになっているので、そのＩＰアドレスの読み出しをランダムに指定することも可能である。言い換えれば、同一のホスト名で異なるＩＰアドレスを取得することが可能である。
【００４７】
そこで、第４及び第５のＰＣ２４、２５のように、情報量の多いメッセージ情報１８を振り分けて登録する場合に、第４及び第５のＰＣ２４、２５のホスト名を同一としておき、ＤＮＳサーバ３３には、そのホスト名に２つのＩＰアドレスを対応付けておく。そして、前段の第３のＰＣ２３で、そのホスト名を用いて名前解決を依頼し、最初に例えば第４のＰＣ２４のＩＰアドレスを取得し、次に同一のホスト名で名前解決を依頼することによって第５のＰＣ２５のＩＰアドレスを取得する。
【００４８】
又、例えば第５のＰＣ２５が接続されていない状態において、第４のＰＣ２４のみでは対応しきれないためハード増設を行う場合は、次のように実施可能となっている。まず、新たなＰＣ２５を１台増設し、第４のＰＣ２４と同機能をインストールし、ＩＰアドレスを付与して本分散処理システム１０のネットワーク上に配置する。そして、ＤＮＳサーバ３３に登録されているホスト名とＩＰアドレスとの一覧表に、新規ＰＣ２５のＩＰアドレスを追加することにより、増設作業を完了する。
【００４９】
次に、このような構成の移動通信網における分散処理システム１０によって、移動通信網における設備管理処理の分散処理を行う場合の動作を、図５〜７を参照して説明する。
【００５０】
まず、図６のステップＳ１において、図５に示すＮＥ用アダプタ２７は、ネットワークエレメント１２から送信されたメッセージ情報１８を受信する。この場合、ステップＳ２において、ＮＥ用アダプタ２７は、シナリオ管理サーバ３１から、その受信メッセージ情報１８の種別に対応するシナリオデータを取得し、このシナリオデータのメッセージ格納部分に、先に受信したメッセージ情報１８を格納する。
【００５１】
そして、ステップＳ３において、ＮＥ用アダプタ２７は、その格納後のシナリオデータのすべてを、ＸＭＬ形式に変換する。又、ステップＳ４において、ＮＥ用アダプタ２７は、シナリオデータのシナリオ制御記述部分に順番に記述されている先頭のホスト名によって、ＤＮＳサーバ３３へ名前解決の依頼を行う。これによって、ＤＮＳサーバ３３からＩＰアドレスを取得する。
【００５２】
ここで、ステップＳ５において、シナリオデータの記述が並列処理のための記述であれば、ステップＳ６において、並列処理に係わるホスト名によってＤＮＳサーバ３３からＩＰアドレスが取得される。ここでは、シナリオデータに、第１及び第３のＰＣ２１、２３への並列処理のための記述が行われており、ステップＳ４、Ｓ５、Ｓ６の処理において、各ＰＣ２１、２３の各ＩＰアドレスが取得されたものとする。又、並列処理のための記述で無い場合は、ステップＳ７へ進む。
【００５３】
次に、ステップＳ７において、上記で取得された各ＩＰアドレスの第１及び第３のＰＣ２１、２３へ、図５に示すようにシナリオデータ３６−１を送信する。そして、ステップＳ８において、各ＰＣ２１、２３は、シナリオデータ３６−１に格納されたメッセージ情報１８を処理する。
【００５４】
即ち、第１のＰＣ２１は、警報管理処理を実行するマシンであるが、第１のＰＣ２１のシナリオ制御部４０は、基盤プログラム４０ａによって、そのシナリオデータ３６−１に格納されているメッセージ情報１８の警報情報を、ＡＰ実行部４２へ読み出す。ＡＰ実行部４２は、アプリケーションプログラム４２ａによって、その警報情報を処理する。又、第３のＰＣ２３は、メッセージ管理処理を実行するマシンであるが、第３のＰＣ２３のシナリオ制御部４０は、そのシナリオデータ３６−１に格納されているメッセージ情報１８の装置状態を表すメッセージ情報を、ＡＰ実行部４２へ読み出す。ＡＰ実行部４２は、そのメッセージ情報を処理する。
【００５５】
ここで、各ＰＣ２１、２３が現在保持しているシナリオデータ３６−１には、次の送信先ホスト名及び処理が記述されているものとする。
【００５６】
次に、ステップＳ９において、各ＰＣは登録するか否か判断する。例えば、第１のＰＣ２１は、ＤＢ４４への処理結果の登録を行うように機能化されていないので、ステップＳ１０へ進む。登録する場合は、ステップＳ１１へ進み、ＰＣのＤＢに処理結果が登録される。
【００５７】
次に、ステップＳ１０において、シナリオデータ３６−１を送信するか否かを判断する。送信しない場合は、処理を終了し、送信する場合は、ステップＳ１２へ進む。ステップＳ１２において、第１のＰＣ２１のシナリオ制御部４０は、上記の処理結果をシナリオデータ３６−１に格納する。この格納後のシナリオデータを３６−２とする。このシナリオデータ３６−２には、自ＰＣ２１の次に並列に送信する第２のＰＣ２２と警報管理用クライアント端末機１４との双方のホスト名が記述されているものとする。
【００５８】
従って、第１のＰＣ２１は、ステップＳ１３において、そのシナリオデータ３６−２に記述された一方の送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスを取得する。更に、図７に示すステップＳ１４において、並列処理か否か判断する。並列処理と判断された場合、ステップＳ１５において、シナリオデータ３６−２に記述された他方の送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスを取得する。
【００５９】
ステップＳ１６において、上記の取得されたＩＰアドレスが警報管理用クライアント端末機１４のものであると判断された場合、ステップＳ１７において、ＣＬ用アダプタ２９へシナリオデータ３６−２が送信され、ここで解読によってシナリオデータ３６−２中の警報情報の処理結果が抽出され、この警報情報の処理結果が上記取得されたＩＰアドレスの警報管理用クライアント端末機１４へ送信される。そして、ステップＳ１８において、警報情報の処理結果が警報管理用クライアント端末機１４に画面表示される。
【００６０】
一方、ステップＳ１６において、上記の取得されたＩＰアドレスが第２のＰＣ２２のものであると判断された場合、ステップＳ１９において、そのＩＰアドレスの第２のＰＣ２２へシナリオデータ３６−２が送信される。このシナリオデータ３６−２を受信した第２のＰＣ２２では、図６のステップＳ８において、シナリオデータ３６−２に格納された処理結果が処理される。第２のＰＣ２２は、ＤＢ４４に警報情報の登録処理を行うと共に、その登録された警報情報の検知処理を実行するマシンであるため、ステップＳ９にて登録と判断され、ステップＳ１１において、シナリオ制御部４０で、そのシナリオデータ３６−２に格納されている処理結果の警報情報が、ＡＰ実行部４２へ読み出されてＤＢ４４に登録される。
【００６１】
ここで、第２のＰＣ２２は、上記のように登録及び検索処理を行うマシンなので、自ＰＣ２２が現在保持しているシナリオデータ３６−２には、次の送信先ホスト及び処理は記述されていない。従って、次のステップＳ１０においては、シナリオデータ３６−２は送信されないと判断され、処理終了となる。
【００６２】
次に、前述のステップＳ８において、第１のＰＣ２１と並列にシナリオデータ３６−１のメッセージ情報を処理した第３のＰＣ２３の動作について説明する。
【００６３】
第３のＰＣ２３は、メッセージ情報の管理処理を実行するものであって、ＤＢ４４への処理結果の登録を行うように機能化されていないので、ステップＳ９では、処理結果が登録されないと判断され、更に、ステップＳ１０で、シナリオデータ３６−１が送信されると判断される。
【００６４】
これによって、第３のＰＣ２３では、ステップＳ１２において、シナリオ制御部４０で、上記の処理結果がシナリオデータ３６−１に格納される。この格納後のシナリオデータを３６−３とする。
【００６５】
このシナリオデータ３６−３には、自ＰＣ２３の次に並列に送信するメッセージ管理用クライアント端末機１６、第４のＰＣ２４及び第５のＰＣ２５の各ホスト名が記述されている。但し、第４及び第５のＰＣ２４、２５のホスト名は同一のものが２つ記述されており、一方のホスト名に格納情報を２分割して一方をＤＢ４４に登録し、他方のホスト名に２分割された他方の格納情報を登録する処理指示が対応付けられて記述されている。
【００６６】
又、ＤＮＳサーバ３３には、上記同一のホスト名に、第４及び第５のＰＣ２４、２５のＩＰアドレスが対応付けられているものとする。
【００６７】
従って、第３のＰＣ２３では、まず、ステップＳ１３において、そのシナリオデータ３６−３に記述されたメッセージ管理用クライアント端末機１６への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。更に、図６に示すステップＳ１４では並列処理と判断されるので、ステップＳ１５において、シナリオデータ３６−３に記述された第４のＰＣ２４への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得され、更に、第５のＰＣ２５への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。
【００６８】
ステップＳ１６において、上記の取得されたＩＰアドレスがメッセージ管理用クライアント端末機１６のものであると判断された場合、ステップＳ１７において、ＣＬ用アダプタ２９へシナリオデータ３６−３が送信される。ここで、解読によってシナリオデータ３６−３中のメッセージ情報の処理結果が抽出され、このメッセージ情報の処理結果が上位取得されたＩＰアドレスのメッセージ管理用クライアント端末機１６へ送信される。そして、ステップＳ１８において、メッセージ情報の処理結果がメッセージ管理用クライアント端末機１６に画面表示される。
【００６９】
一方、ステップＳ１６において、上記の取得された２つのＩＰアドレスが第４及び第５のＰＣ２４、２５のものであると判断された場合、ステップＳ１９において、それらのＩＰアドレスの第４及び第５のＰＣ２４、２５へ、シナリオデータ３６−３が送信される。
【００７０】
このシナリオデータ３６−３を受信した一方のＰＣ２４では、図６のステップＳ８において、シナリオデータ３６−３に格納された処理結果が、シナリオ制御記述部分の処理指示に応じて処理される。ここでは、第４のＰＣ２４は、ＤＢ４４に警報情報の登録処理を行うと共に、その登録された警報情報の検索処理を実行するマシンであるため、ステップＳ９において登録と判断され、ステップＳ１１において、シナリオ制御部４０で、シナリオデータ３６−３のシナリオ制御記述部分の処理指示に応じて、格納処理結果の前半分の情報が、ＡＰ実行部４２へ読み出されてＤＢ４４に登録される。
【００７１】
又、第４のＰＣ２４は、上記のように登録及び検索処理を行うマシンなので、自ＰＣ２４が現在保持しているシナリオデータ３６−３には、次の送信先ホスト名及び処理は記述されていない。従って、次のステップＳ１０においては、シナリオデータ３６−３は送信されないと判断され、処理終了となる。
【００７２】
同様に、シナリオデータ３６−３を受信した他方のＰＣ２５においても、ステップＳ８、Ｓ９の処理を経て、ステップＳ１１において、格納処理結果の後半分の情報がＤＢ４４に登録され、ステップＳ１０においてシナリオデータ３６−３は送信されないと判断され、処理終了となる。
【００７３】
（ファイル更新方法）
次に、上述した分散処理システムを用いたファイル更新方法について、図８及び図９を参照して説明する。
【００７４】
まず、図９のステップＳ１０１において、各ＰＣに新ＡＰ実行部を追加する。具体的には、新ＡＰ部が記載されたファイルを各ＰＣへコピーする。図８では、第１のＰＣ２１及び第３のＰＣ２３に新ＡＰ実行部５２を追加している。
【００７５】
次に、図９のステップＳ１０２において、ステップＳ１０１で追加した新ＡＰ実行部名に変更した、テキストベースの新シナリオデータを作成する。そして、ステップＳ１０３において、この新シナリオデータをシナリオ管理サーバ３１へ登録する。シナリオは事前に一括で作成しておき、登録はデータベース機能により、瞬時に登録することが可能である。図８では、シナリオ管理サーバ３１に保存されるシナリオが、旧シナリオデータから新シナリオデータへ変更されている。
【００７６】
この状態でサービスが開始されると、ステップＳ１０４に示すように、新ＡＰ実行部によるサービスが行われる。そして、ステップＳ１０５において、正常に動作しているか否かを確認し、正常に動作している場合は、ステップＳ１０６において、旧ＡＰ実行部を削除する。正常に動作していない場合は、ステップＳ１０７において、シナリオ管理サーバ３１に保持されている新シナリオデータを旧シナリオデータへ戻す。
【００７７】
又、上記の方法は、監視対象のネットワークエレメント（ＮＥ）が一斉にバージョンアップした場合に有効であるが、数百台のＮＥを監視するなど、旧バージョンと新バージョンとが混在したＮＥを監視する必要が生じる場合がある。ＮＥから受信する警報及びメッセージの中には、ＮＥのバージョン情報を含んでいることから、この情報を利用し、ＮＥ用アダプタ２７において、ＮＥバージョンを呼び出すことにより、複数のシナリオデータから特定のバージョンのシナリオデータを使用してもよい。このファイル更新方法について、図１０及び図１１を参照して説明する。
【００７８】
まず、図１１のステップＳ２０１において、各ＰＣに新ＡＰ実行部を追加する。具体的には、新ＡＰ部が記載されたファイルを各ＰＣへコピーする。図１０では、第１のＰＣ２１及び第３のＰＣ２３に新ＡＰ実行部５２を追加している。
【００７９】
次に、図１１のステップＳ２０２において、ステップＳ２０１で追加した新ＡＰ実行部名に変更した、テキストベースのVer.2シナリオデータを作成する。そして、ステップＳ２０３において、Ver.2シナリオデータをシナリオ管理サーバ３１へ登録する。シナリオ管理サーバ３１には、既にVer.1シナリオデータが登録されており、図１０に示すように、シナリオ管理サーバ３１はVer.1とVer.2の２種類のシナリオデータを保持する。
【００８０】
次に、図１１のステップＳ２０４において、ＮＥから警報あるいはメッセージを受信したＮＥ用アダプタ２７は、警報あるいはメッセージに含まれるＮＥのバージョン情報を読み出し、シナリオ管理サーバ３１から、該当するバージョン情報のシナリオデータを呼び出す。
【００８１】
図１０では、ＮＥのバージョンが１であるので、ＮＥ用アダプタ２７は、Ver.1シナリオデータを呼び出し、各ＰＣは、Ver.1シナリオデータの記述に従って、旧ＡＰ実行部５２によって処理が行われる。尚、ＮＥのバージョンが２である場合は、ＮＥ用アダプタ２７は、Ver.2シナリオデータを呼び出し、各ＰＣは、Ver.2シナリオデータの記述に従って、新ＡＰ実行部５１によって処理が行われる。
【００８２】
（作用及び効果）
上述した本実施形態において、新ＡＰ実行部５２の追加は、単純にＰＣにファイルを登録（コピー）する作業のため、ＰＣを停止する必要がなく、再起動を行う必要もない。よって業務を継続したまま、ファイル更新が必要なサーバに対して、新ＡＰ実行部５２の追加を行うことができる。又、シナリオデータを変更、あるいは追加する際にも、シナリオ管理サーバ３１を停止する必要がなく、再起動を行う必要もない。
【００８３】
このため、本実施形態に係る分散処理システム及びファイル更新方法によると、サービスを中断することなく、ファイル更新作業を行うことができる。即ち、ファイル更新作業のサービス中断時間を最小限に抑えることができる。
【００８４】
又、従来では、ファイル更新時に、ごく一部の機能の追加に対しても、プログラム全体としてのファイル化作業（再コンパイル）が必要であった。しかし、本実施形態では、ファイル更新はすべてのサーバに対して行われるのではなく、新規サービスが必要となるＰＣと、それに対応したシナリオデータの追加のみである。このように、局所的に対応すればよいため、一部の機能のファイル更新に対して、柔軟に対応することができる。
【００８５】
又、新ＡＰに問題が生じて切り戻し作業（旧バージョンに戻す）が必要になった場合、従来のシステムでは、新ＡＰのアンインストール及び旧ＡＰのインストール作業が必要となり、この場合も新ＡＰインストール処理と同程度の時間を要する。しかし、本実施形態では、シナリオデータを旧バージョンに戻すことにより、瞬時に旧バージョンへの切り戻しを行うことができる。
【００８６】
更に、図１０及び図１１に示すファイル更新方法では、旧バージョンに対応したファイル（Ver.1シナリオデータ）と新バージョンに対応したファイル（Ver.2シナリオデータ）を共に保持することにより、ネットワーク構成要素の要求に応じたシナリオデータに従って、処理を行うことができる。このため、複数のＮＥバージョンに対応した環境に適用可能である。
【００８７】
（その他の実施形態）
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【００８８】
例えば、本実施形態において、移動通信網におけるネットワークエレメント（ＮＥ）１２からの情報を処理する分散処理システムについて説明したが、この分散処理システムは、移動通信網に限られるわけではなく、その他のネットワークについても適用可能である。
【００８９】
又、図９において、新ＡＰ実行部を追加（ステップＳ１０１）した後、新シナリオデータへ変更する（ステップＳ１０３）と説明したが、新シナリオデータへ変更した後、新ＡＰ実行部を追加してもよい。同様に、図１１において、新ＡＰ実行部を追加（ステップＳ２０１）した後、Ver.2シナリオデータを追加する（ステップＳ２０３）と説明したが、Ver.2シナリオデータを追加した後、新ＡＰ実行部を追加してもよい。
【００９０】
このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【００９１】
【図１】本発明の実施の形態に係るアーキテクチャを説明する概要図である。
【図２】本発明の実施の形態に係る分散処理システムの構成ブロック図である。
【図３】本発明の実施の形態に係るシナリオデータの一記述例を示す図である。
【図４】本発明の実施の形態に係る分散処理システムのパーソナルコンピュータの構成ブロック図である。
【図５】本発明の実施の形態に係る分散処理方法を説明するシーケンス図である。
【図６】本発明の実施の形態に係る分散処理方法を示すフローチャートである（その１）。
【図７】本発明の実施の形態に係る分散処理方法を示すフローチャートである（その２）。
【図８】本発明の実施の形態に係るファイル更新方法を説明するシーケンス図である。
【図９】本発明の実施の形態に係るファイル更新方法を示すフローチャートである。
【図１０】本発明の実施の形態に係る他のファイル更新方法を説明するシーケンス図である。
【図１１】本発明の実施の形態に係る他のファイル更新方法を示すフローチャートである。
【符号の説明】
【００９２】
１０…分散処理システム
１２…ネットワークエレメント
１４…警報管理用クライアント端末機
１４ａ…警報取得要求情報
１６…メッセージ管理用クライアント端末機
１６ａ…メッセージ取得要求情報
１８…メッセージ情報
２１…第１のＰＣ
２２…第２のＰＣ
２３…第３のＰＣ
２４…第４のＰＣ
２５…第５のＰＣ
２７…ＮＥ用アダプタ
２９…ＣＬ用アダプタ
３１…シナリオ管理サーバ
３３…ＤＮＳサーバ
３６…シナリオデータ
３６ａ…シナリオ制御記述部分
３６ｂ…メッセージ格納部分
４０…シナリオ制御部
４０ａ…基盤プログラム
４２…ＡＰ実行部
４２ａ…アプリケーションプログラム
４４…ＤＢ
【技術分野】
【０００１】
本発明は、通信システムにおける交換機、伝送装置、無線局装置などのネットワークエレメント（ネットワーク構成要素）の設備管理処理や、その他の各種システムにおける設備装置の情報管理処理等に適用される分散処理システム及びファイル更新方法に関する。
【背景技術】
【０００２】
従来から、情報処理サーバシステムは、ＯＳ(Solaris、Linuxなど)上に独自のアプリケーションを搭載し、様々なサービスの提供、情報処理等を行っている。このようなシステムにおいて、新規サービスの追加、システムの仕様変更に伴い、それに準じたアプリケーションの載せ替え作業（以下において、「ファイル更新作業」という。）が常に必要となる。ファイル更新作業は、アプリケーションソフトのソースプログラム全体の再コンパイル、及び再リンクが必要となり、そのプログラムをＯＳ上に再インストールすることにより完了する。
【０００３】
従来の情報処理システムの大半は、単一マシンを用いた集中型のシステムであった。集中型のシステムのファイル更新作業では、作業前にデータバックアップ、旧アプリケーション（以下において、「旧ＡＰ」という。）のアンインストール、新アプリケーション（以下において、「新ＡＰ」という。）のインストールという工程が必要となり、バックアップ動作を行わない場合でも、約３０分程度、サービスを中断することが必要となる。
【０００４】
そこで、サービスを中断する時間を最小限に抑えるため、サービス停止が許されない情報処理サーバシステムでは、同一処理を行うことができるサーバを２台用意し、それぞれ運用系、待機系として運用することが主流となっている（例えば、特許文献１参照）。この場合のファイル更新作業の手順は、以下のとおりである。
【０００５】
手順１ 待機系のサーバを落として、新ＡＰのインストールを行う。
【０００６】
手順２ インストール終了後に待機系のサーバを立ち上げ、それと同時に待機系のサーバと運用系のサーバとを切り替える。
【０００７】
手順３ もう一方のサーバ（旧運用系サーバ）を落として、新ＡＰのインストールを行う。
【０００８】
手順４ 新ＡＰインストール後に旧運用系サーバを待機系サーバとして立ち上げる。
【特許文献１】特開平６−５９９２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記の手順によるファイル更新作業においても、５分程度、サービスを中断することが必要になる場合がある。このように、ファイル更新作業中に一時的にサービスの中断が生じると、例えば、その間に監視対象のサーバにおいて障害が発生した場合、監視が行えないという不都合が生じてしまう。
【００１０】
そこで、上記の課題に鑑み、本発明は、サービスを中断することなく、ファイル更新作業を行うことが可能な分散処理システム及びファイル更新方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の第１の特徴は、コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムであって、（イ）被処理情報を処理する際の処理装置の組み合わせ及び処理順番の指示が、処理装置の識別名を所定順番に組み合わせて記述されると共に、被処理情報の処理指示が識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶するシナリオ管理サーバと、（ロ）処理装置の識別名と固有アドレスとが対応付けられ、識別名から固有アドレスを得る名前解決を行うＤＮＳサーバと、（ハ）シナリオ管理サーバからシナリオデータを取得し、このシナリオデータの格納部分に被処理情報を格納し、制御部分に記述された識別名によるＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ被処理情報が格納されたシナリオデータを送信するアダプタとを備え、（ニ）処理装置は、アダプタから受信したシナリオデータの格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第１のアプリケーション実行部と、当該処理結果を格納部分に格納し、制御部分に次の送信先の識別名が記述されている場合に、その識別名によるＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ処理結果が格納されたシナリオデータを送信するシナリオ制御部とを有し、（ホ）当該分散処理システムに新規のアプリケーションを追加する場合、シナリオ管理サーバは、当該新規のアプリケーションに対応した新たなシナリオデータを記憶し、処理装置は、当該新規のアプリケーションに対応した、第１のアプリケーション実行部と同様の処理を行う第２のアプリケーション実行部を更に有する分散処理システムであることを要旨とする。
【００１２】
第１の特徴に係る分散処理システムによると、各処理装置（ＰＣ）に搭載されたＡＰ実行部の追加、及びシナリオデータの変更によって、サービスを中断することなく、新たなアプリケーション追加に伴うファイル更新作業を行うことができる。
【００１３】
又、第１の特徴に係る分散処理システムにおいて、新規のアプリケーションが正常に実行された場合は、処理装置における第１のアプリケーション実行部は削除され、新規のアプリケーションが正常に実行されなかった場合は、シナリオ管理サーバは、元のシナリオデータを記憶してもよい。この分散処理システムによると、新規のアプリケーションが正常に実行されなかった場合、瞬時に旧バージョンへの切り戻しを行うことができる。
【００１４】
又、第１の特徴に係る分散処理システムにおいて、アダプタは、ネットワーク構成要素から受信したメッセージ情報に含まれるバージョン情報を読み出し、シナリオ管理サーバが記憶する複数のシナリオデータの中から、バージョン情報に対応するシナリオデータを取得してもよい。この分散処理システムによると、複数のシナリオデータ（旧バージョンに対応したシナリオデータと新バージョンに対応したシナリオデータなど）を保持することにより、ネットワーク構成要素の要求に応じたシナリオデータに従って、処理を行うことができる。
【００１５】
本発明の第２の特徴は、コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムにおいて新規のアプリケーションを追加するファイル更新方法であって、（イ）被処理情報を処理する際の処理装置の組み合わせ及び処理順番の指示が、処理装置の識別名を所定順番に組み合わせて記述されると共に、被処理情報の処理指示が識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶する第１のステップと、（ロ）第１のステップで記憶されたシナリオデータを取得する第２のステップと、（ハ）第２のステップで取得されたシナリオデータの格納部分に被処理情報を格納する第３のステップと、（ニ）処理装置の識別名と固有アドレスとが対応付けられ、識別名から固有アドレスを得る名前解決を行うＤＮＳサーバから、制御部分に記述された識別名による名前解決依頼によって固有アドレスを取得する第４のステップと、（ホ）第４のステップで取得された固有アドレスの処理装置へ、第３のステップで被処理情報が格納されたシナリオデータを送信する第５のステップと、（へ）第５のステップで送信されたシナリオデータを受信した処理装置が、当該シナリオデータの格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第６のステップと、（ト）第６のステップにおける処理結果をシナリオデータの格納部分に格納する第７のステップと、（チ）制御部分に次の送信先の識別名が記述されている場合に、その識別名によるＤＮＳサーバへの名前解決依頼によって固有アドレスを取得する第８のステップと、（リ）第８のステップで取得された取得固有アドレスの処理装置へ、第７のステップ処理結果が格納されたシナリオデータを送信する第９のステップと、（ヌ）新規のアプリケーションを追加する場合、当該新規のアプリケーションに対応した新たなシナリオデータを記憶する第１０のステップとを含み、（ル）第６のステップにおいて、処理装置は、新たなシナリオデータの格納部分に格納された被処理情報を、当該新たなシナリオデータの制御部分に記述された処理指示に従って処理するファイル更新方法であることを要旨とする。
【００１６】
第２の特徴に係るファイル更新方法によると、各処理装置（ＰＣ）に搭載されたＡＰ実行部の追加、及びシナリオデータの変更によって、サービスを中断することなく、新たなアプリケーション追加に伴うファイル更新作業を行うことができる。
【発明の効果】
【００１７】
本発明によると、サービスを中断することなく、ファイル更新作業を行う分散処理システム及びファイル更新方法を提供することができる。
【発明を実施するための最良の形態】
【００１８】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００１９】
本発明の実施の形態における分散処理アーキテクチャについて、図１を用いて説明する。分散処理システム１０は、単機能プロセスを分散配置したＰＣ２１、２２、２３に、単機能プロセス部（後に詳述するＡＰ実行部）２１ａ、２２ａ、２３ａとして、それぞれ配置する。又、シナリオ管理サーバ３１は、シナリオデータを有する。このシナリオデータは、従来のメインプログラムに変わる部分であり、シナリオデータには、単機能プロセスを実行する順番が記述されている。実際には、各単機能プロセスが配置されている処理装置（例えば、パーソナルコンピュータ（ＰＣ））のホスト名が記述される。この他にシナリオデータには、単機能プロセスで処理された結果が格納され、これを持ち寄って指定された単機能プロセスを呼び出し、すべて経由し終わると１つの業務が実行されたことになる。
【００２０】
このアーキテクチャにおけるファイル更新作業は、各ＰＣに搭載された単機能プロセス部（ＡＰ実行部）の追加、及びシナリオの変更によって実現することができる。
【００２１】
（分散処理システム）
次に、本実施形態に係る分散処理システムについて、図２〜図７を参照して詳細に説明する。
【００２２】
図２に示す分散処理システム１０は、移動通信網におけるネットワークエレメント（ＮＥ）１２からの故障などの警報や、装置（エレメント）状態を表すメッセージの表示、蓄積及び検索などの設備管理処理を行い、警報管理用クライアント端末機（ＣＬ）１４及びメッセージ管理用クライアント端末機１６へ通知する場合に適用したものである。
【００２３】
尚、ネットワークエレメント１２からの警報やメッセージは、ネットワークエレメント１２に故障などの不具合が生じた際にネットワークエレメント１２自体が自律的に送信するメッセージ情報（自律メッセージ情報）１８である。つまり、メッセージ情報１８には、故障などの警報情報と装置状態メッセージ情報が含まれ、メッセージ情報１８は、その警報やメッセージの状態に応じて複数種類存在する。
【００２４】
分散処理システム１０は、上記の設備管理処理の負荷分散を行うように接続された第１のＰＣ２１と、第２のＰＣ２２と、第３のＰＣ２３と、第４のＰＣ２４と、第５のＰＣ２５とを備え、これら第１〜第５のＰＣ２２〜２５に、ＮＥ用アダプタ２７と、ＣＬ用アダプタ２９と、シナリオ管理サーバ３１と、ＤＮＳ（Domain Name System）サーバ３３とをネットワークで接続して構成する。
【００２５】
又、ＮＥ用アダプタ２７及びＣＬ用アダプタ２９は、ネットワークエレメント１２と各ＰＣ２２〜２５、並びに、各クライアント端末機１４、１６と各ＰＣ２２〜２５とのインタフェース機能を備え、何れのＰＣ２２〜２５にもアクセスすることができ、更にシナリオ管理サーバ３１及びＤＮＳサーバ３３へもアクセスすることができる。
【００２６】
次に、これらの構成要素の説明を行う。
【００２７】
シナリオ管理サーバ３１は、ネットワークエレメント１２からの各種のメッセージ情報１８と、各クライアント端末機１４、１６からの警報取得要求情報１４ａ及びメッセージ取得要求情報１６ａ（何れも後述にて説明）とに対応付けられたシナリオデータを複数種類格納している。そして、ＮＥ用アダプタ２７又はＣＬ用アダプタ２９からのメッセージ情報１８又は各取得要求情報１４ａ、１６ａに応じた取得要求に応じて、該当するシナリオデータをＮＥ用アダプタ２７又はＣＬ用アダプタ２９へ送信するものである。
【００２８】
図３に一例を示すように、シナリオデータ３６は、シナリオ制御記述部分３６ａと、メッセージ格納部分３６ｂとから構成されている。
【００２９】
シナリオ制御記述部分３６ａには、どの順番で各ＰＣ２２〜２５を経由し、この経由時に該当ＰＣにて、どの様な処理を実行するかが記述されている。各ＰＣ２２〜２５の順番指定は、例えば枠内３６ｃに表すように、該当ＰＣ２１に対応付けられたホスト名（＝単機能プロセス名）Ａで記述されており、そのホスト名Ａに、当該ＰＣ２１がどの様な処理Ｘを行うかが対応付けられて記述されている。つまり、処理Ｘは処理指示を行う情報となる。
【００３０】
メッセージ格納部分３６ｂには、ＮＥ用アダプタ２７においてメッセージ情報１８が格納されると共に、該当ＰＣ２２〜２５において、その格納されたメッセージ情報１８が読み出され、処理された結果が格納される。
【００３１】
ＮＥ用アダプタ２７は、ネットワークエレメント１２からメッセージ情報１８を受信した際に、シナリオ管理サーバ３１から、そのメッセージ情報１８の種別に対応するシナリオデータ３６を取得し、そのシナリオデータ３６のメッセージ格納部分３６ｂに、先に受信したメッセージ情報１８を格納する。そして、その格納後にシナリオデータ３６の全てを、ＸＭＬ（eXtensible Markup Language）形式に変換する。ＸＭＬとは、データをネットワーク経由で送受信するための言語であり、ユーザが独自のタグを指定できるメタ言語の一種である。
【００３２】
つまり、ＸＭＬ形式のシナリオデータ３６では、図３に示すように、メッセージ情報１８が＜Ｍｅｓｓａｇｅ＞と＜／Ｍｅｓｓａｇｅ＞の双方のタグの間に記述される。又、＜ｓｃｅｎａｒｉｏ＞と＜／ｓｃｅｎａｒｉｏ＞の双方のタグの間にシナリオ制御の内容が記述される。
【００３３】
ここで言うシナリオ制御とは、各ＰＣ２２〜２５がシナリオデータ３６を持ち回って、その中に記述されたメッセージ情報１８を処理し、この処理結果を登録／検索したり、処理結果をシナリオデータ３６に格納して次のＰＣへ送信したりする制御である。又、シナリオデータ３６は、ＨＴＴＰ（Hyper Text Transfer Protocol）をもとに送受信される。
【００３４】
更に、ＮＥ用アダプタ２７は、シナリオ制御記述部分３６ａに順番に記述されている先頭のホスト名（この例ではＡ）を用いて、ＤＮＳサーバ３３へホスト名ＡからＩＰ（Internet Protocol）アドレスを求めるための名前解決の依頼を行うことによって、ＤＮＳサーバ３３からＩＰアドレスを取得し、このＩＰアドレスのＰＣ２１へシナリオデータ３６を送信する。
【００３５】
又、ＮＥ用アダプタ２７は、各ＰＣ２１〜２５からシナリオデータを受信した場合、このシナリオデータを解読し、シナリオデータ中のメッセージ情報の処理結果を抽出する。そして、シナリオデータに記載されたホスト名から、ＤＮＳサーバ３３によってＩＰアドレスを取得し、通常のデータに変換した処理結果を、取得したＩＰアドレスに該当するネットワークエレメント１２へ送信する。
【００３６】
ＣＬ用アダプタ２９は、警報管理用クライアント端末機１４からＤＢ登録警報情報を検索して取得するための警報取得要求情報１４ａを受信した際に、シナリオ管理サーバ３１から、その警報取得要求情報１４ａに対応するシナリオデータ３６を取得し、このシナリオデータ３６のメッセージ格納部分３６ｂに、先に受信した警報取得要求情報１４ａを格納する。この格納後にシナリオデータ３６の全てを、ＸＭＬ形式に変換する。そして、シナリオ制御記述部分３６ａに順番に記述されている先頭のホスト名を用いて、ＤＮＳサーバ３３へ名前解決の依頼を行い、ホスト名ＡからそのＰＣのＩＰアドレスを求め、このＩＰアドレスのＰＣへ、ＤＢ検索のためのシナリオが記述されたシナリオデータ３６を送信する。
【００３７】
同様に、ＣＬ用アダプタ２９は、メッセージ管理用クライアント端末機１６からＤＢ登録メッセージ情報を取得するためのメッセージ取得要求情報１６ａを受信した際に、シナリオデータ３６を取得してＸＭＬ形式に変換した後に、ＩＰアドレスを取得してＰＣへシナリオデータ３６を送信する。
【００３８】
又、ＣＬ用アダプタ２９は、各ＰＣ２１〜２５からシナリオデータを受信した場合、このシナリオデータを解読し、シナリオデータ中のメッセージ情報の処理結果を抽出する。そして、シナリオデータに記載されたホスト名から、ＤＮＳサーバ３３によってＩＰアドレスを取得し、通常のデータに変換した処理結果を、取得したＩＰアドレスに該当する端末機１４、１６へ送信する。
【００３９】
各ＰＣ２２〜２５は、各々が予め定められた単機能プロセスを実行するためのアプリケーションプログラムを備える。第１のＰＣ２１は、警報の管理処理を実行するためのアプリケーションプログラムを備え、第２のＰＣ２２は、自装置に内蔵されたハードディスク等の記憶手段による警報ＤＢ（データベース）に警報情報の登録処理を行うと共に、その登録された警報情報の検索処理を実行するためのアプリケーションプログラムを備える。第３のＰＣ２３は、メッセージ情報の管理処理を実行するためのアプリケーションプログラムを備え、第４及び第５のＰＣ２４、２５は何れも、自装置に内蔵されたメッセージＤＢにメッセージ情報の登録処理を行うと共に、その登録されたメッセージ情報の検索処理を実行するためのアプリケーションプログラムを備える。
【００４０】
但し、第４及び第５のＰＣ２４、２５は、何れも同じ処理を行うが、同一のメッセージ情報を並列に処理するのではなく、ここではメッセージ情報の量が多いことを想定しており、それを振り分けて処理を行うよう。この処理は、シナリオデータ３６に記述される。
【００４１】
又、各ＰＣ２２〜２５は、基本的には何れも同構成であり、図４に示すように、第１のＰＣ２１を代表して説明すると、基盤プログラム４０ａを有してネットワークに接続されたシナリオ制御部４０と、アプリケーションプログラム４２ａを有するＡＰ（アプリケーションプログラム）実行部４２と、ＤＢ４４とを備えて構成されている。但し、ＤＢ４４は、第４及び第５のＰＣ２４、２５のようにデータベース用として用いる場合には、記憶容量が増量されているものとする。
【００４２】
シナリオ制御部４０は、ネットワークを介して送信元ＰＣからシナリオデータ３６を受信し、基盤プログラム４０ａによって、そのシナリオデータ３６のメッセージ格納部分３６ｂに格納されているメッセージ情報１８を読み出し、ＡＰ実行部４２へ出力する。
【００４３】
ＡＰ実行部４２は、シナリオ制御記述部分３６ａの処理指示に応じて、アプリケーションプログラム４２ａによってメッセージ情報１８を処理する。この処理では、所定の付加情報をメッセージ情報１８に添付するなどの処理も行う。この処理結果をＤＢ４４に登録、又は登録された処理結果を検索し、この検索された処理結果又は登録前の処理結果をシナリオ制御部４０へ出力する。
【００４４】
又、シナリオ制御部４０は、基盤プログラム４０ａによって、そのＡＰ実行部４２からの処理結果を、シナリオデータ３６のメッセージ格納部分３６ｂに格納する。そして、次の転送先を求めるために、シナリオ制御記述部分３６ａに記述された次の送信先のホスト名を用いて、ＤＮＳサーバ３３へ名前解決を依頼し、ＩＰアドレスを取得し、このＩＰアドレスのＰＣ又はクライアント端末機１４、１６へシナリオデータ３６を送信する。
【００４５】
ＤＮＳサーバ３３は、ＮＥ用アダプタ２７、ＣＬ用アダプタ２９及び各ＰＣ２２〜２５の何れかで実行されるホスト名による名前解決依頼によって、ホスト名に対応するＩＰアドレスを、アダプタ２７、２９及び各ＰＣ２２〜２５の何れかへ返信するものである。
【００４６】
又、ＤＮＳサーバ３３は、基本機能として、ホスト名に複数のＩＰアドレスを登録できるようになっているので、そのＩＰアドレスの読み出しをランダムに指定することも可能である。言い換えれば、同一のホスト名で異なるＩＰアドレスを取得することが可能である。
【００４７】
そこで、第４及び第５のＰＣ２４、２５のように、情報量の多いメッセージ情報１８を振り分けて登録する場合に、第４及び第５のＰＣ２４、２５のホスト名を同一としておき、ＤＮＳサーバ３３には、そのホスト名に２つのＩＰアドレスを対応付けておく。そして、前段の第３のＰＣ２３で、そのホスト名を用いて名前解決を依頼し、最初に例えば第４のＰＣ２４のＩＰアドレスを取得し、次に同一のホスト名で名前解決を依頼することによって第５のＰＣ２５のＩＰアドレスを取得する。
【００４８】
又、例えば第５のＰＣ２５が接続されていない状態において、第４のＰＣ２４のみでは対応しきれないためハード増設を行う場合は、次のように実施可能となっている。まず、新たなＰＣ２５を１台増設し、第４のＰＣ２４と同機能をインストールし、ＩＰアドレスを付与して本分散処理システム１０のネットワーク上に配置する。そして、ＤＮＳサーバ３３に登録されているホスト名とＩＰアドレスとの一覧表に、新規ＰＣ２５のＩＰアドレスを追加することにより、増設作業を完了する。
【００４９】
次に、このような構成の移動通信網における分散処理システム１０によって、移動通信網における設備管理処理の分散処理を行う場合の動作を、図５〜７を参照して説明する。
【００５０】
まず、図６のステップＳ１において、図５に示すＮＥ用アダプタ２７は、ネットワークエレメント１２から送信されたメッセージ情報１８を受信する。この場合、ステップＳ２において、ＮＥ用アダプタ２７は、シナリオ管理サーバ３１から、その受信メッセージ情報１８の種別に対応するシナリオデータを取得し、このシナリオデータのメッセージ格納部分に、先に受信したメッセージ情報１８を格納する。
【００５１】
そして、ステップＳ３において、ＮＥ用アダプタ２７は、その格納後のシナリオデータのすべてを、ＸＭＬ形式に変換する。又、ステップＳ４において、ＮＥ用アダプタ２７は、シナリオデータのシナリオ制御記述部分に順番に記述されている先頭のホスト名によって、ＤＮＳサーバ３３へ名前解決の依頼を行う。これによって、ＤＮＳサーバ３３からＩＰアドレスを取得する。
【００５２】
ここで、ステップＳ５において、シナリオデータの記述が並列処理のための記述であれば、ステップＳ６において、並列処理に係わるホスト名によってＤＮＳサーバ３３からＩＰアドレスが取得される。ここでは、シナリオデータに、第１及び第３のＰＣ２１、２３への並列処理のための記述が行われており、ステップＳ４、Ｓ５、Ｓ６の処理において、各ＰＣ２１、２３の各ＩＰアドレスが取得されたものとする。又、並列処理のための記述で無い場合は、ステップＳ７へ進む。
【００５３】
次に、ステップＳ７において、上記で取得された各ＩＰアドレスの第１及び第３のＰＣ２１、２３へ、図５に示すようにシナリオデータ３６−１を送信する。そして、ステップＳ８において、各ＰＣ２１、２３は、シナリオデータ３６−１に格納されたメッセージ情報１８を処理する。
【００５４】
即ち、第１のＰＣ２１は、警報管理処理を実行するマシンであるが、第１のＰＣ２１のシナリオ制御部４０は、基盤プログラム４０ａによって、そのシナリオデータ３６−１に格納されているメッセージ情報１８の警報情報を、ＡＰ実行部４２へ読み出す。ＡＰ実行部４２は、アプリケーションプログラム４２ａによって、その警報情報を処理する。又、第３のＰＣ２３は、メッセージ管理処理を実行するマシンであるが、第３のＰＣ２３のシナリオ制御部４０は、そのシナリオデータ３６−１に格納されているメッセージ情報１８の装置状態を表すメッセージ情報を、ＡＰ実行部４２へ読み出す。ＡＰ実行部４２は、そのメッセージ情報を処理する。
【００５５】
ここで、各ＰＣ２１、２３が現在保持しているシナリオデータ３６−１には、次の送信先ホスト名及び処理が記述されているものとする。
【００５６】
次に、ステップＳ９において、各ＰＣは登録するか否か判断する。例えば、第１のＰＣ２１は、ＤＢ４４への処理結果の登録を行うように機能化されていないので、ステップＳ１０へ進む。登録する場合は、ステップＳ１１へ進み、ＰＣのＤＢに処理結果が登録される。
【００５７】
次に、ステップＳ１０において、シナリオデータ３６−１を送信するか否かを判断する。送信しない場合は、処理を終了し、送信する場合は、ステップＳ１２へ進む。ステップＳ１２において、第１のＰＣ２１のシナリオ制御部４０は、上記の処理結果をシナリオデータ３６−１に格納する。この格納後のシナリオデータを３６−２とする。このシナリオデータ３６−２には、自ＰＣ２１の次に並列に送信する第２のＰＣ２２と警報管理用クライアント端末機１４との双方のホスト名が記述されているものとする。
【００５８】
従って、第１のＰＣ２１は、ステップＳ１３において、そのシナリオデータ３６−２に記述された一方の送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスを取得する。更に、図７に示すステップＳ１４において、並列処理か否か判断する。並列処理と判断された場合、ステップＳ１５において、シナリオデータ３６−２に記述された他方の送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスを取得する。
【００５９】
ステップＳ１６において、上記の取得されたＩＰアドレスが警報管理用クライアント端末機１４のものであると判断された場合、ステップＳ１７において、ＣＬ用アダプタ２９へシナリオデータ３６−２が送信され、ここで解読によってシナリオデータ３６−２中の警報情報の処理結果が抽出され、この警報情報の処理結果が上記取得されたＩＰアドレスの警報管理用クライアント端末機１４へ送信される。そして、ステップＳ１８において、警報情報の処理結果が警報管理用クライアント端末機１４に画面表示される。
【００６０】
一方、ステップＳ１６において、上記の取得されたＩＰアドレスが第２のＰＣ２２のものであると判断された場合、ステップＳ１９において、そのＩＰアドレスの第２のＰＣ２２へシナリオデータ３６−２が送信される。このシナリオデータ３６−２を受信した第２のＰＣ２２では、図６のステップＳ８において、シナリオデータ３６−２に格納された処理結果が処理される。第２のＰＣ２２は、ＤＢ４４に警報情報の登録処理を行うと共に、その登録された警報情報の検知処理を実行するマシンであるため、ステップＳ９にて登録と判断され、ステップＳ１１において、シナリオ制御部４０で、そのシナリオデータ３６−２に格納されている処理結果の警報情報が、ＡＰ実行部４２へ読み出されてＤＢ４４に登録される。
【００６１】
ここで、第２のＰＣ２２は、上記のように登録及び検索処理を行うマシンなので、自ＰＣ２２が現在保持しているシナリオデータ３６−２には、次の送信先ホスト及び処理は記述されていない。従って、次のステップＳ１０においては、シナリオデータ３６−２は送信されないと判断され、処理終了となる。
【００６２】
次に、前述のステップＳ８において、第１のＰＣ２１と並列にシナリオデータ３６−１のメッセージ情報を処理した第３のＰＣ２３の動作について説明する。
【００６３】
第３のＰＣ２３は、メッセージ情報の管理処理を実行するものであって、ＤＢ４４への処理結果の登録を行うように機能化されていないので、ステップＳ９では、処理結果が登録されないと判断され、更に、ステップＳ１０で、シナリオデータ３６−１が送信されると判断される。
【００６４】
これによって、第３のＰＣ２３では、ステップＳ１２において、シナリオ制御部４０で、上記の処理結果がシナリオデータ３６−１に格納される。この格納後のシナリオデータを３６−３とする。
【００６５】
このシナリオデータ３６−３には、自ＰＣ２３の次に並列に送信するメッセージ管理用クライアント端末機１６、第４のＰＣ２４及び第５のＰＣ２５の各ホスト名が記述されている。但し、第４及び第５のＰＣ２４、２５のホスト名は同一のものが２つ記述されており、一方のホスト名に格納情報を２分割して一方をＤＢ４４に登録し、他方のホスト名に２分割された他方の格納情報を登録する処理指示が対応付けられて記述されている。
【００６６】
又、ＤＮＳサーバ３３には、上記同一のホスト名に、第４及び第５のＰＣ２４、２５のＩＰアドレスが対応付けられているものとする。
【００６７】
従って、第３のＰＣ２３では、まず、ステップＳ１３において、そのシナリオデータ３６−３に記述されたメッセージ管理用クライアント端末機１６への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。更に、図６に示すステップＳ１４では並列処理と判断されるので、ステップＳ１５において、シナリオデータ３６−３に記述された第４のＰＣ２４への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得され、更に、第５のＰＣ２５への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。
【００６８】
ステップＳ１６において、上記の取得されたＩＰアドレスがメッセージ管理用クライアント端末機１６のものであると判断された場合、ステップＳ１７において、ＣＬ用アダプタ２９へシナリオデータ３６−３が送信される。ここで、解読によってシナリオデータ３６−３中のメッセージ情報の処理結果が抽出され、このメッセージ情報の処理結果が上位取得されたＩＰアドレスのメッセージ管理用クライアント端末機１６へ送信される。そして、ステップＳ１８において、メッセージ情報の処理結果がメッセージ管理用クライアント端末機１６に画面表示される。
【００６９】
一方、ステップＳ１６において、上記の取得された２つのＩＰアドレスが第４及び第５のＰＣ２４、２５のものであると判断された場合、ステップＳ１９において、それらのＩＰアドレスの第４及び第５のＰＣ２４、２５へ、シナリオデータ３６−３が送信される。
【００７０】
このシナリオデータ３６−３を受信した一方のＰＣ２４では、図６のステップＳ８において、シナリオデータ３６−３に格納された処理結果が、シナリオ制御記述部分の処理指示に応じて処理される。ここでは、第４のＰＣ２４は、ＤＢ４４に警報情報の登録処理を行うと共に、その登録された警報情報の検索処理を実行するマシンであるため、ステップＳ９において登録と判断され、ステップＳ１１において、シナリオ制御部４０で、シナリオデータ３６−３のシナリオ制御記述部分の処理指示に応じて、格納処理結果の前半分の情報が、ＡＰ実行部４２へ読み出されてＤＢ４４に登録される。
【００７１】
又、第４のＰＣ２４は、上記のように登録及び検索処理を行うマシンなので、自ＰＣ２４が現在保持しているシナリオデータ３６−３には、次の送信先ホスト名及び処理は記述されていない。従って、次のステップＳ１０においては、シナリオデータ３６−３は送信されないと判断され、処理終了となる。
【００７２】
同様に、シナリオデータ３６−３を受信した他方のＰＣ２５においても、ステップＳ８、Ｓ９の処理を経て、ステップＳ１１において、格納処理結果の後半分の情報がＤＢ４４に登録され、ステップＳ１０においてシナリオデータ３６−３は送信されないと判断され、処理終了となる。
【００７３】
（ファイル更新方法）
次に、上述した分散処理システムを用いたファイル更新方法について、図８及び図９を参照して説明する。
【００７４】
まず、図９のステップＳ１０１において、各ＰＣに新ＡＰ実行部を追加する。具体的には、新ＡＰ部が記載されたファイルを各ＰＣへコピーする。図８では、第１のＰＣ２１及び第３のＰＣ２３に新ＡＰ実行部５２を追加している。
【００７５】
次に、図９のステップＳ１０２において、ステップＳ１０１で追加した新ＡＰ実行部名に変更した、テキストベースの新シナリオデータを作成する。そして、ステップＳ１０３において、この新シナリオデータをシナリオ管理サーバ３１へ登録する。シナリオは事前に一括で作成しておき、登録はデータベース機能により、瞬時に登録することが可能である。図８では、シナリオ管理サーバ３１に保存されるシナリオが、旧シナリオデータから新シナリオデータへ変更されている。
【００７６】
この状態でサービスが開始されると、ステップＳ１０４に示すように、新ＡＰ実行部によるサービスが行われる。そして、ステップＳ１０５において、正常に動作しているか否かを確認し、正常に動作している場合は、ステップＳ１０６において、旧ＡＰ実行部を削除する。正常に動作していない場合は、ステップＳ１０７において、シナリオ管理サーバ３１に保持されている新シナリオデータを旧シナリオデータへ戻す。
【００７７】
又、上記の方法は、監視対象のネットワークエレメント（ＮＥ）が一斉にバージョンアップした場合に有効であるが、数百台のＮＥを監視するなど、旧バージョンと新バージョンとが混在したＮＥを監視する必要が生じる場合がある。ＮＥから受信する警報及びメッセージの中には、ＮＥのバージョン情報を含んでいることから、この情報を利用し、ＮＥ用アダプタ２７において、ＮＥバージョンを呼び出すことにより、複数のシナリオデータから特定のバージョンのシナリオデータを使用してもよい。このファイル更新方法について、図１０及び図１１を参照して説明する。
【００７８】
まず、図１１のステップＳ２０１において、各ＰＣに新ＡＰ実行部を追加する。具体的には、新ＡＰ部が記載されたファイルを各ＰＣへコピーする。図１０では、第１のＰＣ２１及び第３のＰＣ２３に新ＡＰ実行部５２を追加している。
【００７９】
次に、図１１のステップＳ２０２において、ステップＳ２０１で追加した新ＡＰ実行部名に変更した、テキストベースのVer.2シナリオデータを作成する。そして、ステップＳ２０３において、Ver.2シナリオデータをシナリオ管理サーバ３１へ登録する。シナリオ管理サーバ３１には、既にVer.1シナリオデータが登録されており、図１０に示すように、シナリオ管理サーバ３１はVer.1とVer.2の２種類のシナリオデータを保持する。
【００８０】
次に、図１１のステップＳ２０４において、ＮＥから警報あるいはメッセージを受信したＮＥ用アダプタ２７は、警報あるいはメッセージに含まれるＮＥのバージョン情報を読み出し、シナリオ管理サーバ３１から、該当するバージョン情報のシナリオデータを呼び出す。
【００８１】
図１０では、ＮＥのバージョンが１であるので、ＮＥ用アダプタ２７は、Ver.1シナリオデータを呼び出し、各ＰＣは、Ver.1シナリオデータの記述に従って、旧ＡＰ実行部５２によって処理が行われる。尚、ＮＥのバージョンが２である場合は、ＮＥ用アダプタ２７は、Ver.2シナリオデータを呼び出し、各ＰＣは、Ver.2シナリオデータの記述に従って、新ＡＰ実行部５１によって処理が行われる。
【００８２】
（作用及び効果）
上述した本実施形態において、新ＡＰ実行部５２の追加は、単純にＰＣにファイルを登録（コピー）する作業のため、ＰＣを停止する必要がなく、再起動を行う必要もない。よって業務を継続したまま、ファイル更新が必要なサーバに対して、新ＡＰ実行部５２の追加を行うことができる。又、シナリオデータを変更、あるいは追加する際にも、シナリオ管理サーバ３１を停止する必要がなく、再起動を行う必要もない。
【００８３】
このため、本実施形態に係る分散処理システム及びファイル更新方法によると、サービスを中断することなく、ファイル更新作業を行うことができる。即ち、ファイル更新作業のサービス中断時間を最小限に抑えることができる。
【００８４】
又、従来では、ファイル更新時に、ごく一部の機能の追加に対しても、プログラム全体としてのファイル化作業（再コンパイル）が必要であった。しかし、本実施形態では、ファイル更新はすべてのサーバに対して行われるのではなく、新規サービスが必要となるＰＣと、それに対応したシナリオデータの追加のみである。このように、局所的に対応すればよいため、一部の機能のファイル更新に対して、柔軟に対応することができる。
【００８５】
又、新ＡＰに問題が生じて切り戻し作業（旧バージョンに戻す）が必要になった場合、従来のシステムでは、新ＡＰのアンインストール及び旧ＡＰのインストール作業が必要となり、この場合も新ＡＰインストール処理と同程度の時間を要する。しかし、本実施形態では、シナリオデータを旧バージョンに戻すことにより、瞬時に旧バージョンへの切り戻しを行うことができる。
【００８６】
更に、図１０及び図１１に示すファイル更新方法では、旧バージョンに対応したファイル（Ver.1シナリオデータ）と新バージョンに対応したファイル（Ver.2シナリオデータ）を共に保持することにより、ネットワーク構成要素の要求に応じたシナリオデータに従って、処理を行うことができる。このため、複数のＮＥバージョンに対応した環境に適用可能である。
【００８７】
（その他の実施形態）
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【００８８】
例えば、本実施形態において、移動通信網におけるネットワークエレメント（ＮＥ）１２からの情報を処理する分散処理システムについて説明したが、この分散処理システムは、移動通信網に限られるわけではなく、その他のネットワークについても適用可能である。
【００８９】
又、図９において、新ＡＰ実行部を追加（ステップＳ１０１）した後、新シナリオデータへ変更する（ステップＳ１０３）と説明したが、新シナリオデータへ変更した後、新ＡＰ実行部を追加してもよい。同様に、図１１において、新ＡＰ実行部を追加（ステップＳ２０１）した後、Ver.2シナリオデータを追加する（ステップＳ２０３）と説明したが、Ver.2シナリオデータを追加した後、新ＡＰ実行部を追加してもよい。
【００９０】
このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【００９１】
【図１】本発明の実施の形態に係るアーキテクチャを説明する概要図である。
【図２】本発明の実施の形態に係る分散処理システムの構成ブロック図である。
【図３】本発明の実施の形態に係るシナリオデータの一記述例を示す図である。
【図４】本発明の実施の形態に係る分散処理システムのパーソナルコンピュータの構成ブロック図である。
【図５】本発明の実施の形態に係る分散処理方法を説明するシーケンス図である。
【図６】本発明の実施の形態に係る分散処理方法を示すフローチャートである（その１）。
【図７】本発明の実施の形態に係る分散処理方法を示すフローチャートである（その２）。
【図８】本発明の実施の形態に係るファイル更新方法を説明するシーケンス図である。
【図９】本発明の実施の形態に係るファイル更新方法を示すフローチャートである。
【図１０】本発明の実施の形態に係る他のファイル更新方法を説明するシーケンス図である。
【図１１】本発明の実施の形態に係る他のファイル更新方法を示すフローチャートである。
【符号の説明】
【００９２】
１０…分散処理システム
１２…ネットワークエレメント
１４…警報管理用クライアント端末機
１４ａ…警報取得要求情報
１６…メッセージ管理用クライアント端末機
１６ａ…メッセージ取得要求情報
１８…メッセージ情報
２１…第１のＰＣ
２２…第２のＰＣ
２３…第３のＰＣ
２４…第４のＰＣ
２５…第５のＰＣ
２７…ＮＥ用アダプタ
２９…ＣＬ用アダプタ
３１…シナリオ管理サーバ
３３…ＤＮＳサーバ
３６…シナリオデータ
３６ａ…シナリオ制御記述部分
３６ｂ…メッセージ格納部分
４０…シナリオ制御部
４０ａ…基盤プログラム
４２…ＡＰ実行部
４２ａ…アプリケーションプログラム
４４…ＤＢ
【特許請求の範囲】
【請求項１】
コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムであって、
前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶するシナリオ管理サーバと、
前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバと、
前記シナリオ管理サーバから前記シナリオデータを取得し、このシナリオデータの前記格納部分に前記被処理情報を格納し、前記制御部分に記述された識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記被処理情報が格納されたシナリオデータを送信するアダプタとを備え、
前記処理装置は、前記アダプタから受信したシナリオデータの前記格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第１のアプリケーション実行部と、当該処理結果を前記格納部分に格納し、前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記処理結果が格納されたシナリオデータを送信するシナリオ制御部とを有し、
当該分散処理システムに新規のアプリケーションを追加する場合、
前記シナリオ管理サーバは、当該新規のアプリケーションに対応した新たなシナリオデータを記憶し、
前記処理装置は、当該新規のアプリケーションに対応した、前記第１のアプリケーション実行部と同様の処理を行う第２のアプリケーション実行部を更に有することを特徴とする分散処理システム。
【請求項２】
前記新規のアプリケーションが正常に実行された場合は、前記処理装置における前記第１のアプリケーション実行部は削除され、前記新規のアプリケーションが正常に実行されなかった場合は、前記シナリオ管理サーバは、元のシナリオデータを記憶することを特徴とする請求項１に記載の分散処理システム。
【請求項３】
前記アダプタは、ネットワーク構成要素から受信したメッセージ情報に含まれるバージョン情報を読み出し、前記シナリオ管理サーバが記憶する複数のシナリオデータの中から、前記バージョン情報に対応するシナリオデータを取得することを特徴とする請求項１に記載の分散処理システム。
【請求項４】
コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムにおいて新規のアプリケーションを追加するファイル更新方法であって、
前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶する第１のステップと、
前記第１のステップで記憶されたシナリオデータを取得する第２のステップと、
前記第２のステップで取得されたシナリオデータの前記格納部分に前記被処理情報を格納する第３のステップと、
前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバから、前記制御部分に記述された識別名による名前解決依頼によって固有アドレスを取得する第４のステップと、
前記第４のステップで取得された固有アドレスの処理装置へ、前記第３のステップで被処理情報が格納されたシナリオデータを送信する第５のステップと、
前記第５のステップで送信されたシナリオデータを受信した処理装置が、当該シナリオデータの前記格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第６のステップと、
前記第６のステップにおける処理結果を前記シナリオデータの前記格納部分に格納する第７のステップと、
前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得する第８のステップと、
前記第８のステップで取得された取得固有アドレスの処理装置へ、前記第７のステップ処理結果が格納されたシナリオデータを送信する第９のステップと、
新規のアプリケーションを追加する場合、当該新規のアプリケーションに対応した新たなシナリオデータを記憶する第１０のステップとを含み、
前記第６のステップにおいて、前記処理装置は、前記新たなシナリオデータの前記格納部分に格納された被処理情報を、当該新たなシナリオデータの制御部分に記述された処理指示に従って処理することを特徴とするファイル更新方法。
【請求項１】
コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムであって、
前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶するシナリオ管理サーバと、
前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバと、
前記シナリオ管理サーバから前記シナリオデータを取得し、このシナリオデータの前記格納部分に前記被処理情報を格納し、前記制御部分に記述された識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記被処理情報が格納されたシナリオデータを送信するアダプタとを備え、
前記処理装置は、前記アダプタから受信したシナリオデータの前記格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第１のアプリケーション実行部と、当該処理結果を前記格納部分に格納し、前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記処理結果が格納されたシナリオデータを送信するシナリオ制御部とを有し、
当該分散処理システムに新規のアプリケーションを追加する場合、
前記シナリオ管理サーバは、当該新規のアプリケーションに対応した新たなシナリオデータを記憶し、
前記処理装置は、当該新規のアプリケーションに対応した、前記第１のアプリケーション実行部と同様の処理を行う第２のアプリケーション実行部を更に有することを特徴とする分散処理システム。
【請求項２】
前記新規のアプリケーションが正常に実行された場合は、前記処理装置における前記第１のアプリケーション実行部は削除され、前記新規のアプリケーションが正常に実行されなかった場合は、前記シナリオ管理サーバは、元のシナリオデータを記憶することを特徴とする請求項１に記載の分散処理システム。
【請求項３】
前記アダプタは、ネットワーク構成要素から受信したメッセージ情報に含まれるバージョン情報を読み出し、前記シナリオ管理サーバが記憶する複数のシナリオデータの中から、前記バージョン情報に対応するシナリオデータを取得することを特徴とする請求項１に記載の分散処理システム。
【請求項４】
コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムにおいて新規のアプリケーションを追加するファイル更新方法であって、
前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とを含むシナリオデータを記憶する第１のステップと、
前記第１のステップで記憶されたシナリオデータを取得する第２のステップと、
前記第２のステップで取得されたシナリオデータの前記格納部分に前記被処理情報を格納する第３のステップと、
前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバから、前記制御部分に記述された識別名による名前解決依頼によって固有アドレスを取得する第４のステップと、
前記第４のステップで取得された固有アドレスの処理装置へ、前記第３のステップで被処理情報が格納されたシナリオデータを送信する第５のステップと、
前記第５のステップで送信されたシナリオデータを受信した処理装置が、当該シナリオデータの前記格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理する第６のステップと、
前記第６のステップにおける処理結果を前記シナリオデータの前記格納部分に格納する第７のステップと、
前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得する第８のステップと、
前記第８のステップで取得された取得固有アドレスの処理装置へ、前記第７のステップ処理結果が格納されたシナリオデータを送信する第９のステップと、
新規のアプリケーションを追加する場合、当該新規のアプリケーションに対応した新たなシナリオデータを記憶する第１０のステップとを含み、
前記第６のステップにおいて、前記処理装置は、前記新たなシナリオデータの前記格納部分に格納された被処理情報を、当該新たなシナリオデータの制御部分に記述された処理指示に従って処理することを特徴とするファイル更新方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−４０１７（Ｐ２００６−４０１７Ａ）
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願番号】特願２００４−１７７５５３（Ｐ２００４−１７７５５３）
【出願日】平成１６年６月１５日（２００４．６．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
２．Ｓｏｌａｒｉｓ
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願日】平成１６年６月１５日（２００４．６．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
２．Ｓｏｌａｒｉｓ
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]