(57)【要約】【課題】ハード規模の増大を招くなどの弊害を伴わないようにプログラムリソースを柔軟に拡張することができる分散処理システム及び分散処理方法を提供する。【解決手段】アダプタ２７が、メッセージ情報１８をシナリオ管理サーバ３１から取得したシナリオデータに格納した後、シナリオデータに記述された次の送信先ＰＣ（パソコン）２１のホスト名によってＤＮＳサーバ３３からＩＰアドレスを取得し、このＩＰアドレスのＰＣ２１へシナリオデータを送信する。これを受信したＰＣ２１は、シナリオデータに格納されたメッセージ情報１８を同シナリオデータに記述された処理指示に従って処理し、この処理結果をシナリオデータに格納し、更にアダプタ２７同様にＤＮＳサーバ３３からＩＰアドレスを取得して次のＰＣ２２へシナリオデータを送信する。【選択図】      図１
2004362058.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムにおいて、
前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とから成るシナリオデータを記憶するシナリオ管理サーバと、
前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバと、
前記シナリオ管理サーバから前記シナリオデータを取得し、このシナリオデータの前記格納部分に前記被処理情報を格納し、前記制御部分に記述された識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記被処理情報が格納されたシナリオデータを送信するアダプタと
を備え、
前記処理装置は、前記アダプタから受信したシナリオデータの格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理し、この処理結果を前記格納部分に格納し、前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記処理結果が格納されたシナリオデータを送信する
ことを特徴とする分散処理システム。
【請求項２】
前記シナリオ管理サーバに、各種の被処理情報の個々に対応する内容のシナリオデータを記憶させ、前記アダプタが、処理対象となる被処理情報に対応するシナリオデータを前記シナリオ管理サーバから取得する
ことを特徴とする請求項１に記載の分散処理システム。
【請求項３】
前記アダプタは、前記被処理情報が格納されたシナリオデータを、データをネットワーク経由で送受信するための言語であってユーザが独自のタグを指定できるＸＭＬ形式に変換する
ことを特徴とする請求項１または２に記載の分散処理システム。
【請求項４】
前記処理装置は、予め定められた単機能処理を行うためのプログラムを有し、前記シナリオデータに記述された処理指示に従う前記プログラムの制御によって、当該シナリオデータに格納された前記被処理情報の処理を実行する第１の実行手段
を備えたことを特徴とする請求項１から３の何れか１項に記載の分散処理システム。
【請求項５】
前記処理装置は、予め定められた単機能処理を分割した分割単位の処理を行うためのプログラムを前記分割の数有し、前記シナリオデータに記述された処理指示に従う前記プログラムの制御によって、当該シナリオデータに格納された前記被処理情報の処理を実行する第２の実行手段
を備えたことを特徴とする請求項１から３の何れか１項に記載の分散処理システム。
【請求項６】
前記処理装置は、予め定められた単機能処理を行うためのプログラムで処理時に用いられる多数の関数データを有し、前記シナリオデータに記述された処理指示に従う当該シナリオデータ中の被処理情報の処理時に、この処理に必要な関数データを用いる他のプログラムが、前記被処理情報の処理を実行する第３の実行手段
を備えたことを特徴とする請求項１から３の何れか１項に記載の分散処理システム。
【請求項７】
コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理方法において、
前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とから成るシナリオデータを記憶する第１のステップと、
前記第１のステップで記憶されたシナリオデータを取得する第２のステップと、
前記第２のステップで取得されたシナリオデータの前記格納部分に前記被処理情報を格納する第３のステップと、
前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバから、前記制御部分に記述された識別名による名前解決依頼によって固有アドレスを取得する第４のステップと、
前記第４のステップで取得された固有アドレスの処理装置へ、前記第３のステップで被処理情報が格納されたシナリオデータを送信する第５のステップと、
前記第５のステップで送信されたシナリオデータを受信した処理装置が、当該シナリオデータに格納された被処理情報を、そのシナリオデータの制御部分に記述された処理指示に従って処理する第６のステップと、
前記第６のステップでの処理結果をシナリオデータに格納する第７のステップと、
前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得する第８のステップと、
前記第８のステップで取得された固有アドレスの処理装置へ、前記第７のステップで処理結果が格納されたシナリオデータを送信する第９のステップと
を含むことを特徴とする分散処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システムにおける交換機、伝送装置、無線局装置などのネットワークエレメント（ネットワーク構成要素）の設備管理処理や、その他の各種システムにおける設備装置の情報管理処理等に適用される分散処理システム及び分散処理方法に関する。
【０００２】
【従来の技術】
従来からシステム開発は、単一のコンピュータマシンを用いた集中型のシステムが主流であった。集中型のシステムの場合、大きなシステムを構築する際に、大型サーバ（大型コンピュータ）を用意する必要があるため、非常に高価となる。また、大型サーバが１台なのでハードウェア（以下、ハードという）増設に限界があり拡張性に欠ける。更に、プログラムリソースの拡張性にも欠ける。従来のプログラムの処理構成を、図１０を参照して説明する。
【０００３】
大型サーバ１のプログラム実行部３にメインプログラム５が格納されており、また、ライブラリ又はスクリプトによる各種の単機能プロセス部７ａ，７ｂ，…，７ｎに、各種の関数９ａ，９ｂ，…，９ｎが格納されている。プログラム実行部３がメインプログラム５に応じて、各単機能プロセス部７ａ〜７ｎへ１つずつ順にアクセスして、各関数９ａ〜９ｎを１つずつ順に読み込みながら処理を実行する。
【０００４】
このような処理として、例えばデータベースから○月×日に登録した情報を検索してディスプレイに表示するという業務があったとする。これを上記図１０のようなプログラム構成で作成すると、単機能プロセスとしては以下のプログラムが必要となる。
（１）データベースにアクセスする機能。
（２）日時をキーにしてデータベースからデータを検索して取得する機能。
（３）検索結果をディスプレイに表示する機能。
そして、メインプログラム５に、（１）、（２）、（３）の順番に単機能プロセスを呼び出して実行するという手順をプログラミングする。
このようなプログラム構成においては、新しい業務を追加する際に、単機能プロセスの追加及びメインプログラムの修正が必要となる。つまり、プログラムリソースの拡張性に欠ける。
【０００５】
ところで現在では、複数のパーソナルコンピュータ（以下、ＰＣという）をネットワークで接続して構成する分散処理システムが提案され、その開発が盛んに行われている。分散処理システムのメリットは、１つ目はハードの安さである。大型サーバで使用されているＣＰＵと同程度の能力を持つＣＰＵは、現在どのＰＣにも搭載されていて安価に手に入る。そのＰＣを何台も使用すれば、大型サーバ同等の処理能力を持ったシステムが構成可能である。
【０００６】
２つ目のメリットは、高信頼性にある。沢山のＰＣに跨って作業負荷を分散することにより、１つのＣＰＵの故障は、最大１台のＰＣのダウンにつながるだけにとどまり、残りのＰＣにまで影響を与えない。３つ目のメリットは、拡張性に優れている点にある。ハード拡張を行う際は、単純にＰＣをネットワーク上に１台１台接続するイメージで拡張することによって、システム全体の能力アップが可能となる。このように段階的拡張が容易となる。このように分散処理型とすることによって、ハードの拡張性が良くなる。
【０００７】
また、この種の分散処理システムとして、例えば下記の特許文献１がある。この内容は、情報処理システムの拡張性／柔軟性を得ることを目的として、そのシステムの拡張／変更により、部分的に作成した新規ユーザプログラムのテスト環境を構築するものである。これは、テスト系の情報蓄積サーバ、テスト系の情報中継サーバ、テスト系のシステム管理サーバを、オンライン系と同じ伝送路網｛例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）｝上に、又はルータによりオンライン系と接続されたオンライン系と異なる伝送路網上に構築する。
【０００８】
そして、オンライン系の情報を、オンライン系とテスト系の各サーバでパラレルに取り込む。オンライン系サーバより送信されるデータにはオンライン系フラグ、テスト系サーバから送信されるデータにはテスト系フラグを設定し、オンライン系サーバはオンライン系のデータのみ受信し、テスト系サーバはオンライン系／テスト系両方のデータを受信できるようになされている。
つまり、システムの拡張／変更により部分的に作成した新規ユーザプログラムの情報を、オンライン系とテスト系の各サーバでパラレルに取り込みテストを行うことによって、システムの拡張／変更を容易に行えるようになされている。
【０００９】
【特許文献１】
特開平６−６００００号公報（課題を解決するための手段）
【００１０】
【発明が解決しようとする課題】
しかし、従来の分散処理システムにおいては、上述したように３つのメリットがあるが、分散処理システムを構成する上で、集中型システムでは考える必要がない各ＰＣ間のデータ伝送の方法、また伝送データを処理する単機能プロセスを複数のＰＣに効率よく分配・配置する方法が確立されていない。つまり、プログラムリソースの柔軟な拡張性に欠けるという問題がある。
【００１１】
また、上記特許文献１においては、新規ユーザプログラムをテストするためにオンライン系とは別に、テスト系の情報蓄積サーバ、情報中継サーバ及びシステム管理サーバを伝送路網上に構築しなければならないので、ハード規模の増大を招くといった弊害が生じる問題がある。
本発明は、このような課題に鑑みてなされたものであり、ハード規模の増大を招くなどの弊害を伴わないようにプログラムリソースを柔軟に拡張することができる分散処理システム及び分散処理方法を提供することを目的としている。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１による分散処理システムは、コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理システムにおいて、前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とから成るシナリオデータを記憶するシナリオ管理サーバと、前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバと、前記シナリオ管理サーバから前記シナリオデータを取得し、このシナリオデータの前記格納部分に前記被処理情報を格納し、前記制御部分に記述された識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記被処理情報が格納されたシナリオデータを送信するアダプタとを備え、前記処理装置は、前記アダプタから受信したシナリオデータの格納部分に格納された被処理情報を、当該シナリオデータの制御部分に記述された処理指示に従って処理し、この処理結果を前記格納部分に格納し、前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得し、この取得固有アドレスの処理装置へ前記処理結果が格納されたシナリオデータを送信することを特徴としている。
【００１３】
この構成によれば、ネットワークによって接続された複数の処理装置が、シナリオデータを持ち回りながらシナリオデータ中の処理指示に従って被処理情報を処理することができる。このことから、分散処理システムで新規な処理を行うために処理装置を追加する場合でも、処理装置を追加し、この追加された処理装置の識別名と固有アドレスをＤＮＳサーバに追加し、この追加内容を用いる分散処理を実行するための内容をシナリオデータに記述するだけでよいので、ハード的には処理装置の追加、ソフト的には識別名及びＩＰアドレスの追加及びシナリオデータの内容変更のみで済む。
【００１４】
また、本発明の請求項２による分散処理システムは、請求項１において、前記シナリオ管理サーバに、各種の被処理情報の個々に対応する内容のシナリオデータを記憶させ、前記アダプタが、処理対象となる被処理情報に対応するシナリオデータを前記シナリオ管理サーバから取得することを特徴としている。
この構成によれば、被処理情報の種類が異なっても、今回処理対象となる被処理情報を所定内容に処理するためのシナリオデータを容易に取得することができる。
【００１５】
また、本発明の請求項３による分散処理システムは、請求項１または２において、前記アダプタは、前記被処理情報が格納されたシナリオデータを、データをネットワーク経由で送受信するための言語であってユーザが独自のタグを指定できるＸＭＬ形式に変換することを特徴としている。
この構成によれば、シナリオデータがＸＭＬ形式に変換されるので、処理装置がシナリオデータの内容を解析する際にタグで検索可能となり、これによって処理装置にシナリオデータの記述内容解析のための機能が不要となるので、その分、処理装置を簡単な構成とすることができる。
【００１６】
また、本発明の請求項４による分散処理システムは、請求項１から３の何れか１項において、前記処理装置は、予め定められた単機能処理を行うためのプログラムを有し、前記シナリオデータに記述された処理指示に従う前記プログラムの制御によって、当該シナリオデータに格納された前記被処理情報の処理を実行する第１の実行手段を備えたことを特徴としている。
【００１７】
この構成によれば、各処理装置において、シナリオデータに基づいた各々異なる単機能処理を行うようにしたので、各処理装置は必要最小限の機能でよく、分散処理システム全体としては効果的な分散処理を行うことができる。
また、本発明の請求項５による分散処理システムは、請求項１から３の何れか１項において、前記処理装置は、予め定められた単機能処理を分割した分割単位の処理を行うためのプログラムを前記分割の数有し、前記シナリオデータに記述された処理指示に従う前記プログラムの制御によって、当該シナリオデータに格納された前記被処理情報の処理を実行する第２の実行手段を備えたことを特徴としている。
【００１８】
この構成によれば、新規処理が増えた場合に、通常だと新規処理に対応するプログラムを新規に作成しなければならないが、プログラムが上記のように分割されていれば、それらのプログラムを部品として再利用することが可能となるので、新たに作成しなければいけないプログラムの作成工数を最小限に抑えることができる。また、新規処理は、新規プログラムと既存プログラムの実行順番の組み合わせで作成可能となるので、新規処理に対応した制御内容をシナリオデータに追加するのみで容易に実現が可能となる。更に言及すれば、新規プログラムを多少は作成しなければならないが、殆どがシナリオ順番を決めるというテキストイメージの編集作業のみで対応が可能となる。
【００１９】
また、本発明の請求項６による分散処理システムは、請求項１から３の何れか１項において、前記処理装置は、予め定められた単機能処理を行うためのプログラムで処理時に用いられる多数の関数データを有し、前記シナリオデータに記述された処理指示に従う当該シナリオデータ中の被処理情報の処理時に、この処理に必要な関数データを用いる他のプログラムが、前記被処理情報の処理を実行する第３の実行手段を備えたことを特徴としている。
【００２０】
この構成によれば、単機能処理を実行するためのプログラムを、単なる機能単位ではなく、プログラムの関数単位までに細分化し、これらの中から必要な関数データを用いて処理を実行する他のプログラムで被処理情報の処理を行うようにしたので、多くの関数データを部品として用いることができ、非常にプログラム拡張性に優れたものが実現できる。この場合、各種の関数データの実行順番をシナリオデータに定義し、この定義に応じて、処理を実行するだけで、所望の単機能処理を実行することが可能となる。
【００２１】
また、本発明の請求項７による分散処理方法は、コンピュータ機能を有する処理装置をネットワークに複数接続し、各処理装置により被処理情報を分散処理する分散処理方法において、前記被処理情報を処理する際の前記処理装置の組み合わせ及び処理順番の指示が、前記処理装置の識別名を所定順番に組み合わせて記述されると共に、前記被処理情報の処理指示が前記識別名に対応付けられて記述された制御部分と、情報の格納部分とから成るシナリオデータを記憶する第１のステップと、前記第１のステップで記憶されたシナリオデータを取得する第２のステップと、前記第２のステップで取得されたシナリオデータの前記格納部分に前記被処理情報を格納する第３のステップと、前記処理装置の識別名と固有アドレスとが対応付けられ、前記識別名から前記固有アドレスを得る名前解決を行うＤＮＳサーバから、前記制御部分に記述された識別名による名前解決依頼によって固有アドレスを取得する第４のステップと、前記第４のステップで取得された固有アドレスの処理装置へ、前記第３のステップで被処理情報が格納されたシナリオデータを送信する第５のステップと、前記第５のステップで送信されたシナリオデータを受信した処理装置が、当該シナリオデータに格納された被処理情報を、そのシナリオデータの制御部分に記述された処理指示に従って処理する第６のステップと、前記第６のステップでの処理結果をシナリオデータに格納する第７のステップと、前記制御部分に次の送信先の識別名が記述されている場合に、その識別名による前記ＤＮＳサーバへの名前解決依頼によって固有アドレスを取得する第８のステップと、前記第８のステップで取得された固有アドレスの処理装置へ、前記第７のステップで処理結果が格納されたシナリオデータを送信する第９のステップとを含むことを特徴としている。
【００２２】
この方法によれば、ネットワークによって接続された複数の処理装置が、シナリオデータを持ち回りながらシナリオデータ中の処理指示に従って被処理情報を処理することができる。このことから、分散処理システムで新規な処理を行うために処理装置を追加する場合でも、処理装置を追加し、この追加された処理装置の識別名と固有アドレスをＤＮＳサーバに追加し、この追加内容を用いる分散処理を実行するための内容をシナリオデータに記述するだけでよいので、ハード的には処理装置の追加、ソフト的には識別名及びＩＰアドレスの追加及びシナリオデータの内容変更のみで済む。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
（実施の形態）
図１は、本発明の実施の形態に係る分散処理システムの構成を示すブロック図である。
この図１に示す分散処理システム１０は、移動通信網におけるネットワークエレメント（ＮＥ）１２からの故障などの警報や、装置（エレメント）状態を表すメッセージの表示、蓄積及び検索などの設備管理処理を行って、警報管理用クライアント端末機（ＣＬ）１４及びメッセージ管理用クライアント端末機１６へ通知する場合に適用したものである。
【００２４】
なお、ネットワークエレメント１２からの警報やメッセージは、ネットワークエレメント１２に故障などの不具合が生じた際にネットワークエレメント１２自体が自律的に送信するメッセージ情報（自律メッセージ情報）１８である。つまり、メッセージ情報１８には、故障などの警報情報と装置状態メッセージ情報が含まれ、その警報やメッセージの状態に応じて複数種類存在する。
【００２５】
この分散処理システム１０は、上記の設備管理処理の負荷分散を行うように接続された第１のＰＣ２１と、第２のＰＣ２２と、第３のＰＣ２３と、第４のＰＣ２４と、第５のＰＣ２５とを備え、これら第１〜第５のＰＣ２２〜２５に、本実施の形態の特徴要素であるＮＥ用アダプタ２７と、ＣＬ用アダプタ２９と、シナリオ管理サーバ３１と、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバ３３とをネットワークで接続して構成したものである。
【００２６】
また、ＮＥ用アダプタ２７及びＣＬ用アダプタ２９は、ネットワークエレメント１２と各ＰＣ２２〜２５、並びに、各クライアント端末機１４，１６と各ＰＣ２２〜２５とのインタフェース機能を備え、何れのＰＣ２２〜２５にもアクセスすることができ、更にシナリオ管理サーバ３１及びＤＮＳサーバ３３へもアクセスすることができるようになっている。
【００２７】
次に、これらの構成要素の説明を行う。
シナリオ管理サーバ３１は、ネットワークエレメント１２からの各種のメッセージ情報１８と、各クライアント端末機１４，１６からの警報取得要求情報１４ａ及びメッセージ取得要求情報１６ａ（何れも後述にて説明）とに対応付けられたシナリオデータを複数種類格納している。そして、ＮＥ用アダプタ２７又はＣＬ用アダプタ２９からのメッセージ情報１８又は各取得要求情報１４ａ，１６ａに応じた取得要求に応じて、該当するシナリオデータをアダプタ２７又は２９へ送信するものである。
【００２８】
図２に一例を示すように、シナリオデータ３６は、シナリオ制御記述部分３６ａと、メッセージ格納部分３６ｂとから構成されている。
シナリオ制御記述部分３６ａには、どの順番で各ＰＣ２２〜２５を経由し、この経由時に該当ＰＣにて、どの様な処理を実行するかが記述されている。各ＰＣ２２〜２５の順番指定は、例えば枠内３６ｃに表すように、該当ＰＣ２１に対応付けられたホスト名（＝単機能プロセス名）Ａで記述されており、そのホスト名Ａに、当該ＰＣ２１がどの様な処理Ｘを行うかが対応付けられて記述されている。つまり、処理Ｘは処理指示を行う情報となる。
【００２９】
メッセージ格納部分３６ｂには、ＮＥ用アダプタ２７においてメッセージ情報１８が格納されると共に、該当ＰＣ２２〜２５において、その格納されたメッセージ情報１８が読み出され、処理された結果が格納されるようになっている。
ＮＥ用アダプタ２７は、ネットワークエレメント１２からメッセージ情報１８を受信した際に、シナリオ管理サーバ３１から、そのメッセージ情報１８の種別に対応するシナリオデータ３６を取得し、このシナリオデータ３６のメッセージ格納部分３６ｂに、先に受信したメッセージ情報１８を格納する。そして、その格納後にシナリオデータ３６の全てを、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式に変換する。ＸＭＬとは、データをネットワーク経由で送受信するための言語であり、ユーザが独自のタグを指定できるメタ言語の一種である。
【００３０】
つまり、ＸＭＬ形式のシナリオデータ３６では、図２に示すように、メッセージ情報１８が＜Ｍｅｓｓａｇｅ＞と＜／Ｍｅｓｓａｇｅ＞の双方のタグの間に記述される。また、＜ｓｃｅｎａｒｉｏ＞と＜／ｓｃｅｎａｒｉｏ＞の双方のタグの間にシナリオ制御の内容が記述される。
ここで言うシナリオ制御とは、各ＰＣ２２〜２５がシナリオデータ３６を持ち回って、その中に記述されたメッセージ情報１８を処理し、この処理結果を登録／検索したり、処理結果をシナリオデータ３６に格納して次のＰＣへ送信したりする制御である。また、シナリオデータ３６は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）をもとに送受信されるようになっている。
【００３１】
更に、ＮＥ用アダプタ２７は、シナリオ制御記述部分３６ａに順番に記述されている先頭のホスト名（この例ではＡ）を用いて、ＤＮＳサーバ３３へホスト名ＡからＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを求めるための名前解決の依頼を行うことによって、ＤＮＳサーバ３３からＩＰアドレスを取得し、このＩＰアドレスのＰＣ２１へシナリオデータ３６を送信するようになっている。
【００３２】
ＣＬ用アダプタ２９は、警報管理用クライアント端末機１４からＤＢ登録警報情報を検索して取得するための警報取得要求情報１４ａを受信した際に、シナリオ管理サーバ３１から、その警報取得要求情報１４ａに対応するシナリオデータ３６を取得し、このシナリオデータ３６のメッセージ格納部分３６ｂに、先に受信した警報取得要求情報１４ａを格納する。この格納後にシナリオデータ３６の全てを、ＸＭＬ形式に変換する。そして、シナリオ制御記述部分３６ａに順番に記述されている先頭のホスト名を用いて、ＤＮＳサーバ３３へ名前解決の依頼を行い、ホスト名ＡからそのＰＣのＩＰアドレスを求め、このＩＰアドレスのＰＣへ、ＤＢ検索のためのシナリオが記述されたシナリオデータ３６を送信する。
【００３３】
同様に、ＣＬ用アダプタ２９は、メッセージ管理用クライアント端末機１６からＤＢ登録メッセージ情報を取得するためのメッセージ取得要求情報１６ａを受信した際に、シナリオデータ３６を取得してＸＭＬ形式に変換した後に、ＩＰアドレスを取得してＰＣへシナリオデータ３６を送信するようになっている。
【００３４】
各ＰＣ２２〜２５は、各々が予め定められた単機能プロセスを実行するためのアプリケーションプログラムを備える。第１のＰＣ２１は、警報の管理処理を実行するためのアプリケーションプログラムを備え、第２のＰＣ２２は、自装置に内蔵されたハードディスク等の記憶手段による警報ＤＢ（データベース）に警報情報の登録処理を行うと共に、その登録された警報情報の検索処理を実行するためのアプリケーションプログラムを備える。第３のＰＣ２３は、メッセージ情報の管理処理を実行するためのアプリケーションプログラムを備え、第４及び第５のＰＣ２４，２５は何れも、自装置に内蔵されたメッセージＤＢにメッセージ情報の登録処理を行うと共に、その登録されたメッセージ情報の検索処理を実行するためのアプリケーションプログラムを備える。
【００３５】
但し、第４及び第５のＰＣ２４，２５は、何れも同じ処理を行うが、同一のメッセージ情報を並列に処理するのではなく、ここではメッセージ情報の量が多いことを想定しており、それを振り分けて処理を行うようになっている。この処理は、シナリオデータ３６に記述される。
また、各ＰＣ２２〜２５は、基本的には何れも同構成であり、図３に示すように、第１のＰＣ２１を代表して説明すると、基盤プログラム４０ａを有してネットワークに接続されたシナリオ制御部４０と、アプリケーションプログラム４２ａを有するＡＰ（アプリケーションプログラム）実行部４２と、ＤＢ４４とを備えて構成されている。但し、ＤＢ４４は、第４及び第５のＰＣ２４，２５のようにデータベース用として用いる場合には、記憶容量が増量されているものとする。
【００３６】
シナリオ制御部４０は、ネットワークを介して送信元ＰＣからシナリオデータ３６を受信し、基盤プログラム４０ａによって、そのシナリオデータ３６のメッセージ格納部分３６ｂに格納されているメッセージ情報１８を読み出し、ＡＰ実行部４２へ出力する。
ＡＰ実行部４２は、シナリオ制御記述部分３６ａの処理指示に応じて、アプリケーションプログラム４２ａによってメッセージ情報１８を処理する。この処理では、所定の付加情報をメッセージ情報１８に添付するなどの処理も行う。この処理結果をＤＢ４４に登録、又は登録された処理結果を検索し、この検索された処理結果又は登録前の処理結果をシナリオ制御部４０へ出力する。
【００３７】
また、シナリオ制御部４０は、基盤プログラム４０ａによって、そのＡＰ実行部４２からの処理結果を、シナリオデータ３６のメッセージ格納部分３６ｂに格納する。そして、次の転送先を求めるために、シナリオ制御記述部分３６ａに記述された次の送信先のホスト名を用いて、ＤＮＳサーバ３３へ名前解決を依頼し、ＩＰアドレスを取得し、このＩＰアドレスのＰＣ又はクライアント端末機１４，１６へシナリオデータ３６を送信するようになっている。
【００３８】
ＤＮＳサーバ３３は、ＮＥ用アダプタ２７、ＣＬ用アダプタ２９及び各ＰＣ２２〜２５の何れかで実行されるホスト名による名前解決依頼によって、ホスト名に対応するＩＰアドレスを、アダプタ２７，２９及び各ＰＣ２２〜２５の何れかへ返信するものである。
また、ＤＮＳサーバ３３は、基本機能として、ホスト名に複数のＩＰアドレスを登録できるようになっているので、そのＩＰアドレスの読み出しをランダムに指定することも可能である。言い換えれば、同一のホスト名で異なるＩＰアドレスを取得することが可能である。
【００３９】
そこで、第４及び第５のＰＣ２４，２５のように、情報量の多いメッセージ情報１８を振り分けて登録する場合に、第４及び第５のＰＣ２４，２５のホスト名を同一としておき、ＤＮＳサーバ３３には、そのホスト名に２つのＩＰアドレスを対応付けておく。そして、前段の第３のＰＣ２３で、そのホスト名を用いて名前解決を依頼し、最初に例えば第４のＰＣ２４のＩＰアドレスを取得し、次に同一のホスト名で名前解決を依頼することによって第５のＰＣ２５のＩＰアドレスを取得する。
【００４０】
また、例えば第５のＰＣ２５が接続されていない状態において、第４のＰＣ２４のみでは対応しきれないためハード増設を行う場合は、次のように実施可能となっている。まず、新たなＰＣ２５を１台増設し、第４のＰＣ２４と同機能をインストールし、ＩＰアドレスを付与して本分散処理システム１０のネットワーク上に配置する。そして、ＤＮＳサーバ３３に登録されているホスト名とＩＰアドレスとの一覧表に、新規ＰＣ２５のＩＰアドレスを追加することにより、増設作業を完了する。
【００４１】
次に、このような構成の移動通信網における分散処理システム１０によって、移動通信網における設備管理処理の分散処理を行う場合の動作を、図４に示すシーケンス図、図５及び図６に示すフローチャートを参照して説明する。
まず、図５のステップＳ１において、図４に示すＮＥ用アダプタ２７で、ネットワークエレメント１２から送信されたメッセージ情報１８が受信されたとする。この場合、ステップＳ２において、ＮＥ用アダプタ２７で、シナリオ管理サーバ３１から、その受信メッセージ情報１８の種別に対応するシナリオデータが取得され、このシナリオデータのメッセージ格納部分に、先に受信したメッセージ情報１８が格納される。
【００４２】
そして、ステップＳ３において、ＮＥ用アダプタ２７にて、その格納後のシナリオデータの全てが、ＸＭＬ形式に変換される。また、ステップＳ４において、ＮＥ用アダプタ２７にて、シナリオデータのシナリオ制御記述部分に順番に記述されている先頭のホスト名によって、ＤＮＳサーバ３３へ名前解決の依頼が行われる。これによって、ＤＮＳサーバ３３からＩＰアドレスが取得される。
【００４３】
ここで、ステップＳ５において、シナリオデータの記述が並列処理のための記述であれば、ステップＳ６において、並列処理に係わるホスト名によってＤＮＳサーバ３３からＩＰアドレスが取得される。ここでは、シナリオデータに、第１及び第３のＰＣ２１，２３への並列処理のための記述が行われており、ステップＳ４，Ｓ５，Ｓ６の処理において、各ＰＣ２１，２３の各ＩＰアドレスが取得されたものとする。また、並列処理のための記述で無い場合は、ステップＳ７へ進む。
【００４４】
ステップＳ７において、上記で取得された各ＩＰアドレスの第１及び第３のＰＣ２１，２３へ、図４に示すようにシナリオデータ３６−１が送信される。
そして、ステップＳ８において、シナリオデータ３６−１に格納されたメッセージ情報１８が、各ＰＣ２１，２３で処理される。
即ち、第１のＰＣ２１は、警報管理処理を実行するマシンであるが、この第１のＰＣ２１において、シナリオ制御部４０で、基盤プログラム４０ａによって、そのシナリオデータ３６−１に格納されているメッセージ情報１８の警報情報が、ＡＰ実行部４２へ読み出される。ＡＰ実行部４２にて、アプリケーションプログラム４２ａによって、その警報情報が処理される。
【００４５】
また、第３のＰＣ２３は、メッセージ管理処理を実行するマシンであるが、この第３のＰＣ２３において、シナリオ制御部４０で、そのシナリオデータ３６−１に格納されているメッセージ情報１８の装置状態を表すメッセージ情報が、ＡＰ実行部４２へ読み出される。ＡＰ実行部４２にて、そのメッセージ情報が処理される。
【００４６】
ここで、各ＰＣ２１，２３が現在保持しているシナリオデータ３６−１には、次の送信先ホスト名及び処理が記述されているものとする。
第１のＰＣ２１は、ＤＢ４４への処理結果の登録を行うように機能化されていないので、ステップＳ９では、処理結果が登録されないと判断され、更に、ステップＳ１０で、シナリオデータ３６−１が送信されると判断される。
【００４７】
これによって、第１のＰＣ２１では、ステップＳ１２において、シナリオ制御部４０で、上記の処理結果がシナリオデータ３６−１に格納される。この格納後のシナリオデータを３６−２とする。このシナリオデータ３６−２には、自ＰＣ２１の次に並列に送信する第２のＰＣ２２と警報管理用クライアント端末機１４との双方のホスト名が記述されているものとする。
【００４８】
従って、第１のＰＣ２１では、ステップＳ１３において、そのシナリオデータ３６−２に記述された一方の送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。更に、図６に示すステップＳ１４では並列処理と判断されるので、ステップＳ１５において、シナリオデータ３６−２に記述された他方の送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。
【００４９】
ステップＳ１６において、上記の取得されたＩＰアドレスが警報管理用クライアント端末機１４のものであると判断された場合、ステップＳ１７において、ＣＬ用アダプタ２９へシナリオデータ３６−２が送信され、ここで解読によってシナリオデータ３６−２中の警報情報の処理結果が抽出され、この警報情報の処理結果が上記取得されたＩＰアドレスの警報管理用クライアント端末機１４へ送信される。そして、ステップＳ１８において、警報情報の処理結果が警報管理用クライアント端末機１４に画面表示される。
【００５０】
一方、ステップＳ１６において、上記の取得されたＩＰアドレスが第２のＰＣ２２のものであると判断された場合、ステップＳ１９において、そのＩＰアドレスの第２のＰＣ２２へシナリオデータ３６−２が送信される。
このシナリオデータ３６−２を受信した第２のＰＣ２２では、図５のステップＳ８において、シナリオデータ３６−２に格納された処理結果が処理される。第２のＰＣ２２は、ＤＢ４４に警報情報の登録処理を行うと共に、その登録された警報情報の検索処理を実行するマシンであるため、ステップＳ９にて登録と判断され、ステップＳ１１において、シナリオ制御部４０で、そのシナリオデータ３６−２に格納されている処理結果の警報情報が、ＡＰ実行部４２へ読み出されてＤＢ４４に登録される。
【００５１】
ここで、第２のＰＣ２２は、上記のように登録及び検索処理を行うマシンなので、自ＰＣ２２が現在保持しているシナリオデータ３６−２には、次の送信先ホスト名及び処理は記述されていない。従って、次のステップＳ１０においては、シナリオデータ３６−２は送信されないと判断され、処理終了となる。
次に、前述のステップＳ８において、第１のＰＣ２１と並列にシナリオデータ３６−１のメッセージ情報を処理した第３のＰＣ２３の動作について説明する。
【００５２】
第３のＰＣ２３は、メッセージ情報の管理処理を実行するものであって、ＤＢ４４への処理結果の登録を行うように機能化されていないので、ステップＳ９では、処理結果が登録されないと判断され、更に、ステップＳ１０で、シナリオデータ３６−１が送信されると判断される。
これによって、第３のＰＣ２３では、ステップＳ１２において、シナリオ制御部４０で、上記の処理結果がシナリオデータ３６−１に格納される。この格納後のシナリオデータを３６−３とする。
【００５３】
このシナリオデータ３６−３には、自ＰＣ２３の次に並列に送信するメッセージ管理用クライアント端末機１６、第４のＰＣ２４及び第５のＰＣ２５の各ホスト名が記述されている。但し、第４及び第５のＰＣ２４，２５のホスト名は同一のものが２つ記述されており、一方のホスト名に格納情報を２分割して一方をＤＢ４４に登録し、他方のホスト名に２分割された他方の格納情報を登録する処理指示が対応付けられて記述されている。
【００５４】
また、ＤＮＳサーバ３３には、上記同一のホスト名に、第４及び第５のＰＣ２４，２５のＩＰアドレスが対応付けられているものとする。
従って、第３のＰＣ２３では、まず、ステップＳ１３において、そのシナリオデータ３６−３に記述されたメッセージ管理用クライアント端末機１６への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。更に、図６に示すステップＳ１４では並列処理と判断されるので、ステップＳ１５において、シナリオデータ３６−３に記述された第４のＰＣ２４への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得され、更に、第５のＰＣ２５への送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。
【００５５】
ステップＳ１６において、上記の取得されたＩＰアドレスがメッセージ管理用クライアント端末機１６のものであると判断された場合、ステップＳ１７において、ＣＬ用アダプタ２９へシナリオデータ３６−３が送信され、ここで解読によってシナリオデータ３６−３中のメッセージ情報の処理結果が抽出され、このメッセージ情報の処理結果が上記取得されたＩＰアドレスのメッセージ管理用クライアント端末機１６へ送信される。そして、ステップＳ１８において、メッセージ情報の処理結果がメッセージ管理用クライアント端末機１６に画面表示される。
【００５６】
一方、ステップＳ１６において、上記の取得された２つのＩＰアドレスが第４及び第５のＰＣ２４，２５のものであると判断された場合、ステップＳ１９において、それらのＩＰアドレスの第４及び第５のＰＣ２４，２５へ、シナリオデータ３６−３が送信される。
このシナリオデータ３６−３を受信した一方のＰＣ２４では、図５のステップＳ８において、シナリオデータ３６−３に格納された処理結果が、シナリオ制御記述部分の処理指示に応じて処理される。ここでは、第４のＰＣ２４は、ＤＢ４４に警報情報の登録処理を行うと共に、その登録された警報情報の検索処理を実行するマシンであるため、ステップＳ９にて登録と判断され、ステップＳ１１において、シナリオ制御部４０で、シナリオデータ３６−３のシナリオ制御記述部分の処理指示に応じて、格納処理結果の前半分の情報が、ＡＰ実行部４２へ読み出されてＤＢ４４に登録される。
【００５７】
また、第４のＰＣ２４は、上記のように登録及び検索処理を行うマシンなので、自ＰＣ２４が現在保持しているシナリオデータ３６−３には、次の送信先ホスト名及び処理は記述されていない。従って、次のステップＳ１０においては、シナリオデータ３６−３は送信されないと判断され、処理終了となる。
同様に、シナリオデータ３６−３を受信した他方のＰＣ２５においても、ステップＳ８，Ｓ９の処理を経て、ステップＳ１１において、格納処理結果の後半分の情報がＤＢ４４に登録され、ステップＳ１０においてシナリオデータ３６−３は送信されないと判断され、処理終了となる。
【００５８】
次に、上記処理にて第２のＰＣ２２のＤＢ４４に登録された警報情報の処理結果、第４及び第５のＰＣ２４，２５のＤＢ４４に登録された装置状態メッセージ情報の処理結果を、各クライアント端末機１４，１６の要求にて検索して取得する際の動作を、図７に示すシーケンス図、図８に示すフローチャートを参照して説明する。
【００５９】
まず、図８のステップＳ２１において、図７に示すＣＬ用アダプタ２９で、警報管理用クライアント端末機１４から送信された警報取得要求情報１４ａが受信されたとする。この場合、ステップＳ２２において、ＣＬ用アダプタ２９で、シナリオ管理サーバ３１から、その警報取得要求情報１４ａに対応するシナリオデータが取得され、このシナリオデータのメッセージ格納部分に、先に受信した警報取得要求情報１４ａが格納される。
【００６０】
そして、ステップＳ２３において、ＣＬ用アダプタ２９にて、その格納後のシナリオデータの全てが、ＸＭＬ形式に変換される。また、ステップＳ２４において、ＣＬ用アダプタ２９にて、シナリオデータのシナリオ制御記述部分に順番に記述されている先頭のホスト名によって、ＤＮＳサーバ３３へ名前解決の依頼が行われる。これによって、ＤＮＳサーバ３３からＩＰアドレスが取得される。
【００６１】
ここで、シナリオデータに、第２のＰＣ２２のみのホスト名が記述されているものとすると、ステップＳ２５では並列処理でないと判断され、ステップＳ２７において、上記で取得された各ＩＰアドレスの第２のＰＣ２２へ、図７に示すようにシナリオデータ３６−１１が送信される。
そして、ステップＳ２８において、第２のＰＣ２２にて、シナリオデータ３６−１１に格納された警報取得要求情報１４ａに応じた処理が行われる。即ち、シナリオ制御部４０で、基盤プログラム４０ａによって、そのシナリオデータ３６−１１に格納されている警報取得要求情報１４ａが、ＡＰ実行部４２へ読み出される。ＡＰ実行部４２にて、アプリケーションプログラム４２ａによって、その警報取得要求情報１４ａに応じてＤＢ４４から警報情報の処理結果が検索される。
【００６２】
この検索された警報情報の処理結果は、ステップＳ２９において、シナリオ制御部４０の制御によってシナリオデータ３６−１１に格納される。この格納後のシナリオデータを３６−１２とする。
ここで、第２のＰＣ２２が現在保持しているシナリオデータ３６−１２には、次の送信先ホスト名及び処理が記述されているものとする。
【００６３】
従って、第２のＰＣ２２では、ステップＳ３０において、そのシナリオデータ３６−１２に記述された送信先のホスト名によって、ＤＮＳサーバ３３からＩＰアドレスが取得される。ステップＳ３１において、ＣＬ用アダプタ２９へシナリオデータ３６−１２が送信され、ここで解読によってシナリオデータ３６−１２中の警報情報の処理結果が抽出され、この警報情報の処理結果が上記取得されたＩＰアドレスの警報管理用クライアント端末機１４へ送信される。そして、ステップＳ３２において、検索された警報情報の処理結果が警報管理用クライアント端末機１４に画面表示される。
【００６４】
次に、ステップＳ２１において、ＣＬ用アダプタ２９で、メッセージ管理用クライアント端末機１６から送信されたメッセージ取得要求情報１６ａが受信されたとする。この場合、ステップＳ２２において、ＣＬ用アダプタ２９で、シナリオ管理サーバ３１から、そのメッセージ取得要求情報１６ａに対応するシナリオデータが取得され、このシナリオデータのメッセージ格納部分に、先に受信したメッセージ取得要求情報１６ａが格納される。
【００６５】
そして、ステップＳ２３において、ＣＬ用アダプタ２９にて、その格納後のシナリオデータの全てが、ＸＭＬ形式に変換される。このシナリオデータを３６−１３とする。
また、シナリオデータ３６−１３には、次に並列に送信する第４のＰＣ２４及び第５のＰＣ２５の同一のホスト名が記述されており、一方のホスト名には第４のＰＣ２４のＤＢ４４に登録された装置状態メッセージ情報の前半分の処理結果を検索し、他方のホスト名には第５のＰＣ２５のＤＢ４４に登録された装置状態メッセージ情報の後半分の処理結果を検索する処理指示が対応付けられて記述されているものとする。
【００６６】
ステップＳ２４において、ＣＬ用アダプタ２９にて、シナリオデータのシナリオ制御記述部分に順番に記述されている一方のホスト名によって、ＤＮＳサーバ３３へ名前解決の依頼が行われる。これによって、ＤＮＳサーバ３３から各ＩＰアドレスが取得される。
次に、ステップＳ２５で並列処理であると判断され、ステップＳ２６において、他方のホスト名によってＤＮＳサーバ３３からＩＰアドレスが取得される。この時点で、第４及び第５のＰＣ２４，２５の各ＩＰアドレスが取得される。
【００６７】
ステップＳ２７において、その取得された各ＩＰアドレスの第４及び第５のＰＣ２４，２５へ、シナリオデータ３６−１３が送信される。
このシナリオデータ３６−１３を受信した第４のＰＣ２４では、ステップＳ２８において、シナリオデータ３６−１３に格納されたメッセージ取得要求情報１６ａに応じた処理が行われる。即ち、シナリオ制御部４０で、シナリオデータ３６−１１に格納されているメッセージ取得要求情報１６ａが、ＡＰ実行部４２へ読み出される。ＡＰ実行部４２にて、そのメッセージ取得要求情報１６ａに応じてＤＢ４４から装置状態メッセージ情報の前半分の処理結果が検索される。同様に、第５のＰＣ２５においても、装置状態メッセージ情報の後半分の処理結果が検索される。
【００６８】
この検索された前半分と後半分の処理結果は、ステップＳ２９において、第４及び第５のＰＣ２４，２５の各々で、シナリオ制御部４０の制御によってシナリオデータ３６−１３に格納される。これら格納後のシナリオデータを３６−１４ａ，３６−１４ｂとする。
これらのシナリオデータ３６−１４ａ，３６−１４ｂの各々には、次の送信先ホスト名及び処理が記述されているものとする。
【００６９】
従って、第４及び第５のＰＣ２４，２５では、ステップＳ３０において、そのシナリオデータ３６−１４ａ，３６−１４ｂに記述された各送信先のホスト名によって、ＤＮＳサーバ３３から各ＩＰアドレスが取得される。ステップＳ３１において、ＣＬ用アダプタ２９へシナリオデータ３６−１４ａ，３６−１４ｂが送信され、ここで解読によってシナリオデータ３６−１４ａ，３６−１４ｂ中の半分ずつの装置状態メッセージ情報の処理結果が抽出され、このメッセージ情報の処理結果が上記取得されたＩＰアドレスのメッセージ管理用クライアント端末機１６へ送信される。そして、ステップＳ３２において、検索された半分ずつの装置状態メッセージ情報の処理結果が合わされて、メッセージ管理用クライアント端末機１６に画面表示される。
【００７０】
このように、本実施の形態の分散処理システム１０によれば、ネットワークによって接続された複数のＰＣ２２〜２５が、シナリオデータを持ち回りながらシナリオデータ中の処理指示に従ってメッセージ情報１８を処理することができる。このことから、分散処理システムで新規な処理を行うためにＰＣを追加する場合でも、ＰＣを追加し、この追加されたＰＣのホスト名とＩＰアドレスをＤＮＳサーバ３３に追加し、この追加内容を用いる分散処理を実行するための内容をシナリオデータに記述するだけでよいので、ハード的にはＰＣの追加、ソフト的にはホスト名及びＩＰアドレスの追加及びシナリオデータの内容変更のみで済む。
【００７１】
従って、ハード規模の増大を招くなどの弊害を伴わないようにプログラムリソースを柔軟に拡張することができる。
また、シナリオ管理サーバ３１に、各種のメッセージ情報１８の個々に対応する内容のシナリオデータを記憶させ、アダプタ２７又は２９が、処理対象となるメッセージ情報１８に対応するシナリオデータをシナリオ管理サーバ３１から取得するようにした。これによって、メッセージ情報１８の種類が異なっても、今回処理対象となるメッセージ情報１８を所定内容に処理するためのシナリオデータを容易に取得することができる。
【００７２】
また、アダプタ２７又は２９が、メッセージ情報１８が格納されたシナリオデータを、データをネットワーク経由で送受信するための言語であってユーザが独自のタグを指定できるＸＭＬ形式に変換するようにした。これによって、シナリオデータがＸＭＬ形式に変換されるので、ＰＣがシナリオデータの内容を解析する際にタグで検索可能となり、ＰＣにシナリオデータの記述内容解析のための機能が不要となるので、その分、ＰＣを簡単な構成とすることができる。
【００７３】
また、各ＰＣ２２〜２５が、予め定められた単機能処理を行うためのプログラムを有し、シナリオデータに記述された処理指示に従うプログラムの制御によって、当該シナリオデータに格納されたメッセージ情報１８の処理をＡＰ実行部４２によって実行するようにした。つまり、各ＰＣ２２〜２５において、シナリオデータに基づいた各々異なる単機能処理を行うようにしたので、各ＰＣ２２〜２５は必要最小限の機能でよく、分散処理システム全体としては効果的な分散処理を行うことができる。
【００７４】
この他、各ＰＣ２２〜２５を、図９に第１のＰＣ２１を代表して示すように構成してもよい。このＰＣ２１の構成の特徴は、単機能プロセスを分割し、この分割単位の処理を、その分割単位の処理を実行するためのアプリケーションプログラムで行うようにしたことにある。つまり、第１〜第４のアプリケーションプログラム５１ａ〜５４ａを有するＡＰ実行部５１〜５４を備えた。
【００７５】
この構成のＰＣ２１を用いる場合、図２に示すシナリオデータ３６のシナリオ制御記述部分３６ａにおける枠内３６ｃの内容を、各アプリケーションプログラム５１ａ〜５４ａに対応する数（この例では４つ）だけ、各アプリケーションプログラム５１ａ〜５４ａの実行順に配列して記述する。この際、各枠内３６ｃのホスト名Ａは同一とするが、メッセージ情報１８の処理内容を指示するための処理Ｘの部分は、各アプリケーションプログラム５１ａ，５２ａ，５３ａ，５４ａに対応する処理Ｘ１，Ｘ２，Ｘ３，Ｘ４とする。
【００７６】
また、このＰＣ２１の動作は、まず、シナリオ制御部４０が、ネットワークを介して送信元ＰＣからシナリオデータ３６を受信すると、基盤プログラム４０ａによって、そのシナリオデータ３６のメッセージ格納部分３６ｂに格納されているメッセージ情報１８を読み出し、この情報１８を、シナリオ制御記述部分３６ａの処理Ｘ１で指示される第１のＡＰ実行部５１へ出力する。
【００７７】
第１のＡＰ実行部５１は、第１のアプリケーションプログラム５１ａに応じて、そのメッセージ情報１８を処理する。この処理結果をＤＢ４４に登録、又は登録された処理結果を検索し、この検索された処理結果、及び登録前の処理結果の何れか又は双方をシナリオ制御部４０へ出力する。
シナリオ制御部４０は、基盤プログラム４０ａによって、その第１のＡＰ実行部５１からの処理結果を、シナリオデータ３６のメッセージ格納部分３６ｂに格納する。そして、次の転送先を求めるために、シナリオ制御記述部分３６ａの次に記述されているホスト名Ａを用いて、ＤＮＳサーバ３３へ名前解決を依頼し、ＩＰアドレスを取得する。
【００７８】
この場合、取得されたＩＰアドレスは自ＰＣ２１のものなので、シナリオ制御部４０は、基盤プログラム４０ａによって、シナリオデータ３６のメッセージ格納部分３６ｂに先ほど格納したメッセージ情報１８を読み出す。この読み出されたメッセージ情報１８は第１のＡＰ実行部５１での処理結果が付加された情報である。この情報１８を、シナリオ制御記述部分３６ａの処理Ｘ２で指示される第２のＡＰ実行部５２へ出力する。
【００７９】
第２のＡＰ実行部５２は、第２のアプリケーションプログラム５２ａに応じて、そのメッセージ情報１８を処理し、この処理結果をＤＢ４４に登録、又は登録された処理結果を検索し、この検索された処理結果、及び登録前の処理結果の何れか又は双方をシナリオ制御部４０へ出力する。
シナリオ制御部４０は、基盤プログラム４０ａによって、その第２のＡＰ実行部５２からの処理結果を、シナリオデータ３６のメッセージ格納部分３６ｂに格納する。そして、次の転送先を求めるために、シナリオ制御記述部分３６ａの次に記述されているホスト名Ａを用いて、ＤＮＳサーバ３３へ名前解決を依頼し、ＩＰアドレスを取得する。この場合も、取得されたＩＰアドレスは自ＰＣ２１のものである。
【００８０】
このように同一のＰＣ２１にて、処理Ｘ１〜Ｘ４までの処理が実行される。最後の処理Ｘ４による処理が完了した後は、シナリオ制御記述部分３６ａに記述された自ＰＣ２１のホスト名Ａの次に記述されているホスト名を用いて、ＤＮＳサーバ３３へ名前解決を依頼し、ＩＰアドレスを取得し、このＩＰアドレスのＰＣへシナリオデータ３６を送信する。
【００８１】
このように単機能プロセスに対応するアプリケーションプログラムを、所定の機能単位に分割しておくことによって、プログラム拡張性に優れたシステムが実現できる。
例えば、新規業務が増えた場合に、通常だと新規業務に対応するプログラムを新規に作成しなければならない。しかし、アプリケーションプログラムが上記のように分割されていれば、それらのアプリケーションプログラムを部品として再利用することが可能となるので、新たに作成しなければいけないアプリケーションプログラムの作成工数を最小限に抑えることができる。
【００８２】
また、新規業務は、新規アプリケーションプログラムと既存アプリケーションプログラムの実行順番の組み合わせで作成可能となるので、新規業務に対応した上記のようなシナリオ追加で容易に実現が可能である。更に言及すれば、新規アプリケーションプログラムを多少は作成しなければならないが、殆どがシナリオ順番を決めるというテキストイメージの編集作業のみで対応が可能となる。
【００８３】
更にこの他、単機能プロセスを実行するためのアプリケーションプログラムを、単なる機能単位ではなく、プログラムの関数単位までに細分化して作成すれば、非常にプログラム拡張性に優れたものが実現できる。
この場合、各種の関数単位の実行順番をシナリオデータ３６に定義し、この定義に応じて基盤プログラム４０ａで処理を実行するだけで、所望の単機能プロセスを実行することが可能となる。
【００８４】
【発明の効果】
以上説明したように本発明は、ネットワークによって接続された複数の処理装置が、シナリオデータを持ち回りながらシナリオデータ中の処理指示に従って被処理情報を処理することができる。このことから、分散処理システムで新規な処理を行うために処理装置を追加する場合でも、処理装置を追加し、この追加された処理装置の識別名と固有アドレスをＤＮＳサーバに追加し、この追加内容を用いる分散処理を実行するための内容をシナリオデータに記述するだけでよいので、ハード的には処理装置の追加、ソフト的には識別名及びＩＰアドレスの追加及びシナリオデータの内容変更のみで済む。
従って、ハード規模の増大を招くなどの弊害を伴わないようにプログラムリソースを柔軟に拡張することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る分散処理システムの構成を示すブロック図である。
【図２】シナリオデータの一記述例を示す図である。
【図３】上記実施の形態に係る分散処理システムのパーソナルコンピュータの構成を示すブロック図である。
【図４】上記実施の形態に係る分散処理システムによって、移動通信網における設備管理処理の分散処理を行う場合の動作を説明するためのシーケンス図である。
【図５】上記実施の形態に係る分散処理システムによって、移動通信網における設備管理処理の分散処理を行う場合の動作を説明するための第１のフローチャートである。
【図６】上記実施の形態に係る分散処理システムによって、移動通信網における設備管理処理の分散処理を行う場合の動作を説明するための第２のフローチャートである。
【図７】上記実施の形態に係る分散処理システムによって、ＰＣのデータベースに登録された警報情報の処理結果と、装置状態メッセージ情報の処理結果とを検索して取得する際の動作を説明するためのシーケンス図である。
【図８】上記実施の形態に係る分散処理システムによって、ＰＣのデータベースに登録された警報情報の処理結果と、装置状態メッセージ情報の処理結果とを検索して取得する際の動作を説明するためのフローチャートである。
【図９】上記実施の形態に係る分散処理システムのパーソナルコンピュータの他の構成を示すブロック図である。
【図１０】従来の集中型システムにおけるプログラムの処理構成を示すブロック図である。
【符号の説明】
１  大型サーバ
３  プログラム実行部
５  メインプログラム
７ａ〜７ｎ  単機能プロセス部
９ａ〜９ｎ  関数
１０  分散処理システム
１２  ネットワークエレメント（ＮＥ）
１４  警報管理用クライアント端末機（ＣＬ）
１４ａ  警報取得要求情報
１６  メッセージ管理用クライアント端末機
１６ａ  メッセージ取得要求情報
１８  メッセージ情報（自律メッセージ情報）
２１  第１のＰＣ
２２  第２のＰＣ
２３  第３のＰＣ
２４  第４のＰＣ
２５  第５のＰＣ
２７  ＮＥ用アダプタ
２９  ＣＬ用アダプタ
３１  シナリオ管理サーバ
３３  ＤＮＳサーバ
３６，３６−１，３６−２，３６−３，３６−１１，３６−１２，３６−１３，３６−１４ａ，３６−１４ｂ  シナリオデータ
３６ａ  シナリオ制御記述部分
３６ｂ  メッセージ格納部分
４０  シナリオ制御部
４０ａ  基盤プログラム
４２  ＡＰ（アプリケーションプログラム）実行部
４２ａ  アプリケーションプログラム
４４  ＤＢ（データベース）
５１  第１のＡＰ実行部
５１ａ  第１のアプリケーションプログラム
５２  第２のＡＰ実行部
５２ａ  第２のアプリケーションプログラム
５３  第３のＡＰ実行部
５３ａ  第３のアプリケーションプログラム
５４  第４のＡＰ実行部
５４ａ  第４のアプリケーションプログラム
【図１】
2004362058.tif 000003
【図２】
2004362058.tif 000004
【図３】
2004362058.tif 000005
【図４】
2004362058.tif 000006
【図５】
2004362058.tif 000007
【図６】
2004362058.tif 000008
【図７】
2004362058.tif 000009
【図８】
2004362058.tif 000010
【図９】
2004362058.tif 000011
【図１０】
2004362058.tif 000012