(57)【要約】 【目的】  ユーザが意図した業務（処理）を迅速かつ確実に実行可能なネットワークオペレーションシステムの提供を課題とする。【構成】  複数ユーザによって起動／終了される複数のアプリケーションプログラムがＯＳをバックグラウンドとしたマルチプログラミングの下でネットワーク運用に係る情報の処理を行うネットワークオペレーションシステムであって、ネットワーク運用に係る情報を記憶する共通のリソース３１，３２等と、前記リソースに対するアクセスに関して排他性の強い処理順に競合関係をランク付けした競合テーブル４３と、アプリケーションプログラム毎に付与された優先度情報を保持する優先テーブル４４と、ユーザにより起動要求のあったアプリケーションプログラムにつき、前記ランクと優先度の情報に基づき、当該アプリケーションプログラムをＯＳの実行下に移し又はＯＳに対する待機状態とする処理マネージャ４２とを備える。【選択図】  図１
2007156796.tif 000002
【特許請求の範囲】
【請求項１】
複数ユーザによってそれぞれに起動／終了される複数のアプリケーションプログラムがＯＳをバックグラウンドとしたマルチプログラミングの下でネットワーク運用に係る情報の処理を行うネットワークオペレーションシステムであって、
ネットワーク運用に係る情報を記憶する共通のリソースと、
前記リソースに対するアクセスに関して排他性の強い処理順に競合関係をランク付けした競合テーブルと、
アプリケーションプログラム毎に付与された優先度情報を保持する優先テーブルと、
ユーザにより起動要求のあったアプリケーションプログラムにつき、前記ランクと優先度の情報に基づき、当該アプリケーションプログラムをＯＳの実行下に移し又はＯＳに対する待機状態とする処理マネージャとを備えることを特徴とするネットワークオペレーションシステム。
【請求項２】
処理マネージャは、ユーザによって、ＯＳの実行下にある処理よりも高ランクの排他性処理が起動要求された場合は、当該高ランクの処理をＯＳの実行下に移し、かつこれより低ランクの処理をＯＳに対する待機状態に移すことを特徴とする請求項１記載のネットワークオペレーションシステム。
【請求項３】
処理マネージャは、ユーザによって、ＯＳの実行下にある高ランクの排他性処理よりも低ランクの処理が起動要求された場合は、当該低ランクの処理をＯＳに対する待機状態にすることを特徴とする請求項２記載のネットワークオペレーションシステム。
【請求項４】
処理マネージャは、ユーザによって、ＯＳの実行下にある処理のうち最も高ランクの排他性処理が終了要求された場合は、当該高ランクの処理をＯＳの実行下から退避させ、かつ次にランクの高い処理をＯＳの実行下に移すことを特徴とする請求項３記載のネットワークオペレーションシステム。
【請求項５】
処理マネージャは、ユーザによって、ＯＳの実行下にある排他性処理と同一ランクの処理が起動要求された場合は、該同一ランクの各処理のうち高優先度の処理をＯＳの実行下に移し、かつ低優先度の処理をＯＳに対する待機状態に移すことを特徴とする請求項１記載のネットワークオペレーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークオペレーションシステムに関し、更に詳しくは、複数ユーザによってそれぞれに起動／終了される複数のアプリケーションプログラムがＯＳをバックグラウンドとしたマルチプログラミング（マルチプロセス、マルチタスク、マルチスレッドの概念を含む）の下でネットワーク運用に係る情報の処理（収集、変更、削除等）を行うネットワークオペレーションシステムに関する。
【背景技術】
【０００２】
この種のシステムでは、ユーザ（保守者）が行う各種ネットワークオペレーション業務（ネットワーク監視情報の収集、変更、削除及びネットワーク構成の変更、削除等）の中にも優先度が存在し、特定の業務（処理）を他に優先して迅速かつ確実に遂行させたい状況がしばしば発生する。
【０００３】
従来、ある処理を優先的に実施するには、該処理に高い優先度を与え、オペレーションシステム（ＯＳ）の下で優先的に実行させる方法が知られている。しかし、時分割処理の下では、ＣＰＵが特定処理（タスク）に占有され続ける訳ではないので、空き時間には低優先度の処理も実行されてしまい、特に共通のリソース（メモリ，ハードディスクＨＤＤ等）に対する処理間の同期（排他）制御を得るのが困難となる。即ち、例えば、データベースに対するデータ変更処理とデータ読出処理とが競合する場合には、変更前のデータが読み出されてしまったり、または、読み出し前のデータが変更されてしまったりする問題があった。
【０００４】
この点、従来は、セマフォ（semaphore）、ミューテックス（mutex）等を利用したリソース管理側の排他処理により各処理間における同期制御を個々に行うものが知られている。しかし、同期制御を各処理で個々に行う方式であると、新たな処理が追加された場合には、既存の処理との輻輳関係、競合関係の全てを洗い出し、個々の排他処理部分を見直し、修正を行う必要があるため、システム規模が肥大するに従い、処理構成のアーキテクチャやテーブルの変更作業が極めて複雑化する問題があった。
【０００５】
また、従来は、携帯端末に実装された各種アプリケーション処理の機能と動作状態に応じて、これらの間に競合が発生した際の優先度を予め規定（テーブル化）しておき、この情報に基づきアプリケーションの起動、停止、待機待ちの制御を行う競合管理方法が知られている（特許文献１）。しかし、各種アプリケーション処理の機能と動作状態とに基づき各アプリケーションの動作可否を規定する方式であると、新たなアプリケーション機能（処理）が追加された場合には、既存の処理との輻輳関係、競合関係の全てを洗い出し、個々の排他処理部分を見直し、修正を行う必要があるため、上記と同様に処理構成のアーキテクチャやテーブルの変更作業が極めて複雑化する問題があった。
【特許文献１】特開２００５−５９０９（要約，図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、従来は、システム運用上の業務の重要性に基づくユーザ（保守者）の意図をシステム運用に迅速かつ確実に反映させる簡単な方法が無く、このため、あるユーザが特定の業務を優先して遂行したい場合には、ユーザ間における別途情報のやり取り（会話やメールでの周知）により、他ユーザの業務（アプリケーション処理）をその期間中見合わせてもらう等の方法で対応する必要があった。
【０００７】
本発明は上記従来技術の問題点に鑑みなされたものであって、その目的とする所は、ユーザが意図した業務（処理）を迅速かつ確実に実行可能なネットワークオペレーションシステムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）のネットワークオペレーションシステムは、複数ユーザによってそれぞれに起動／終了される複数のアプリケーションプログラムがＯＳをバックグラウンドとしたマルチプログラミングの下でネットワーク運用に係る情報の処理を行うネットワークオペレーションシステムであって、ネットワーク運用に係る情報を記憶する共通のリソース３１，３２等と、前記リソースに対するアクセスに関して排他性の強い処理順に競合関係をランク付けした競合テーブル４３と、アプリケーションプログラム毎に付与された優先度情報を保持する優先テーブル４４と、ユーザにより起動要求のあったアプリケーションプログラムにつき、前記ランクと優先度の情報に基づき、当該アプリケーションプログラムをＯＳの実行下に移し又はＯＳに対する待機状態とする処理マネージャ４２とを備えるものである。
【０００９】
本発明（１）によれば、ユーザとＯＳとの間に処理マネージャを設け、各種業務（処理）間の競合関係をランク付けで規制した簡単な制御により、ユーザが意図した特定業務（処理）の迅速かつ確実な実行が容易に可能となる。
【００１０】
本発明（２）では、上記本発明（１）において、処理マネージャは、ユーザによって、ＯＳの実行下にある処理よりも高ランクの排他性処理（例えば情報変更処理）が起動要求された場合は、当該高ランクの処理をＯＳの実行下に移し、かつこれより低ランクの処理（例えば情報収集処理）をＯＳに対する待機状態に移す。従って、例えば、共通のリソース（ＨＤＤ等）に対して、変更前のデータが読み出されてしまったり、又は読み出し前のデータが変更されてしまったりする問題を有効に回避できる。或いは、共通のリソース（回線障害等）に対しては、他の各種業務に優先して回線迂回制御に係る一連の処理を迅速かつ確実に行える。
【００１１】
本発明（３）では、上記本発明（２）において、処理マネージャは、ユーザによって、ＯＳの実行下にある高ランクの排他性処理（例えば情報編集処理）よりも低ランクの処理（例えば情報収集処理）が起動要求された場合は、当該低ランクの処理をＯＳに対する待機状態にする。従って、例えば、変更前のデータが読み出されてしまったり、又は読み出し前のデータが変更されてしまったりする問題を有効に回避できる。
【００１２】
本発明（４）では、上記本発明（３）において、処理マネージャは、ユーザによって、ＯＳの実行下にある処理のうち最も高ランクの排他性処理（例えば情報編集処理）が終了要求された場合は、当該高ランクの処理をＯＳの実行下から退避させ、かつ次にランクの高い処理（１又は２以上の情報収集処理）をＯＳの実行下に移す。従って、例えば、データ変更処理済みのデータを確実に読み取れる。
【００１３】
また本発明（５）では、上記本発明（１）において、処理マネージャは、ユーザによって、ＯＳの実行下にある排他性処理と同一ランクの処理が起動要求された場合は、該同一ランクの各処理のうち高優先度の処理をＯＳの実行下に移し、かつ低優先度の処理をＯＳに対する待機状態に移すものである。
【発明の効果】
【００１４】
以上述べた如く本発明によれば、ユーザ（オペレータ）が意図した特定の業務を迅速かつ確実に実行可能であるため、ネットワークオペレーションの信頼性向上に寄与するとこ
ろが極めて大きい。
【発明を実施するための最良の形態】
【００１５】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。図１は実施の形態によるネットワークオペレーションシステムの構成を示す図で、複数ユーザ（保守者）Ａ〜Ｄによってそれぞれに起動／終了される複数のアプリケーションプログラムがＯＳをバックグラウンドとしたマルチプログラミングの下でネットワーク運用（監視、制御等）に係る情報の処理を行う場合を示している。
【００１６】
図において、１００は運用対象のネットワーク、１０１ａ〜１０１ｄはネットワーク１００を構成するノード（ネットワークエレメントＮＥ）、２０は各ＮＥａ〜ｄからの監視情報を収集すると共に、運用（制御）情報を送信するサーバ、２１はサーバ２０の主制御・処理を行うＣＰＵ、２２はＣＰＵ２１が使用する主メモリ（ＭＭ）、２３は後述のる端末１０ａ〜１０ｄをサーバ２０に収容するシリアルインタフェース（ＳＩＦ）、２４はネットワーク１００に接続するデータ通信装置（ＣＯＭ）、３１，３２はネットワーク運用に係るデータベースＤＢ１，ＤＢ２を記憶するハードディスク（ＨＤＤ）、１０ａ〜１０ｄはネットワーク管理者（ユーザ）Ａ〜Ｄがサーバ２０を介してネットーワークオペレーション（監視、運用）を行う為の端末である。
【００１７】
主メモリ２２には、ユーザにより起動要求され、主メモリ４１上に展開されたネットワーク運用に係る各種アプリケーション処理４１と、予め処理種別（業務）間の競合関係をランク付けした競合テーブル４３と、処理毎に設定された優先度をリストした優先テーブル４４と、競合テーブル４３及び優先テーブル４４の情報に従って各アプリケーション処理のＯＳ管理下における実行／待機を制御する処理マネージャ（ＭＮＧ）４２と、これら各処理のバックグラウンドで機能するオペレーションシステム（ＯＳ）４５と、ＯＳ４５がＨＤＤリソースをアクセスするためのドライバ処理（ＤＤＶ）４６とが含まれる。
【００１８】
一例のアプリケーション処理には、各ＮＥ１０１ａ〜１０１ｄから収集され、データベースＤＢ１，２に記録されたネットワーク監視情報をユーザが該ＤＢ１，２から読み出す監視情報収集処理ａ，ｂと、ＤＢ１，２にある共通情報を削除する削除処理ｃと、同じく変更する変更処理ｄとが含まれる。各処理ａ〜ｄは、ユーザによって起動されただけではＯＳ４５の実行下には置かれず、処理マネージャ４２によって起動／待機／終了状態にされた処理のみがＯＳ４５の管理下で実行／待機／終了の各状態に置かれる。
【００１９】
図２は実施の形態による各種テーブルの記憶例を示す図で、図２（Ａ）は競合テーブルの内容を示している。欄１には最も排他性の高いランク１の処理種別（セーフモード）が記録されており、処理マネージャ４２がランク１の処理をＯＳの実行下に移す際には他の全処理種別の処理が待ち状態とされる。
【００２０】
最も排他性の高い業務（処理）としては、例えば、
・人命に関わるような情報（航空管制情報等）を伝送している回線の障害復旧業務（現用／予備の切り替え等）
・世論を左右するような情報（選挙関連の報道等）を伝送している回線の障害復旧業務（迂回設定等）
・災害に係る情報を伝送している回線の障害復旧業務
等が考えられる。
【００２１】
欄２には次に排他性の高いランク２の処理種別（情報変更処理、情報削除処理）が記録されており、処理マネージャ４２がランク２の処理をＯＳの実行下に移す際にはランク３
以下の処理種別の処理（情報収集処理等）が待ち状態となる。なお、ランク２の変更処理と削除処理との間も排他性（競合関係）があるため、両者が競合した場合は、これらの間を優先テーブル４４の優先度情報に従って調停可能である。欄３には排他性の無いランク３の処理種別（情報収集処理）が記録されており、処理マネージャ４２がランク３の処理をＯＳの実行下に移しても他の処理（情報収集処理）には影響を与えない。これらの間には輻輳が発生するだけである。
【００２２】
図２（Ｂ）に優先テーブル４４の内容を示す。優先度は１が一番高く、３が一番低い。優先度は、予めアプリケーション処理毎にデフォルト値が設定されているが、ユーザがアプリケーション処理の起動時及び実行中等に自由に設定し、又は変更できる。優先テーブル４４において、各アプリケーション処理ａ〜ｄはそれぞれ設定された優先度の欄にリストされている。情報削除ｃと情報変更ｄとでは情報変更ｄの方が高優先度に設定されており、また情報収集ａ，ｂ間では情報収集ａの方が高優先度に設定されている。なお、この優先度情報はＯＳ４５によるタスクの時分割処理時においても利用される。
【００２３】
係る構成により、ユーザＡ，Ｂは情報収集処理ａ，ｂ、ユーザＣは情報削除処理ｃ、ユーザＤは情報変更処理ｄをそれぞれ実行する場合について、処理マネージャ４２の処理を詳細に説明する。なお、以下の説明において、「実行状態」とは、当該アプリケーション処理をＯＳの管理下に置き、そのタスクを実行可能な状態にすることを意味し、また「待機状態」とは、当該アプリケーション処理をＯＳの管理下から外し、そのタスクの実行を待機状態にすることを意味し、そして、「終了状態」とは、当該アプリケーション処理の実行を停止し、主メモリ２２から削除（アンロード）する状態を意味する。
【００２４】
図３，図４は実施の形態による処理マネージャのフローチャートで、図３はアプリケーションプログラムの起動処理を示している。ユーザがアプリケーションプログラムの起動を入力すると、この処理に入力する。ステップＳ１１では起動要求処理に対応する処理種別、優先度の情報を抽出する。処理種別は処理名に基づき、かつ優先度は優先テーブル４４に基づき抽出可能である。ステップＳ１２では全実行中処理の処理種別、優先度の情報を抽出する。全実行中処理についての情報は、予め各処理を起動した際に抽出され、所定のメモリ領域にリストされているものを利用できる。
【００２５】
ステップＳ１３では競合テーブル４３を参照する。ステップＳ１４では起動要求処理種別のランクが何れかの実行中処理種別のランクよりも低いか否かを判別し、低い場合は、それよりも高いランク１又はランク２の処理（セーフモード，変更，削除等）が実行中であるため、ステップＳ２０に進み、当該起動要求処理をそのまま待機状態にする。また、低くない場合は、更にステップＳ１５で起動要求処理種別のランクが全実行中処理種別のランクよりも高いか否かを判別し、高い場合は、ランクが２以上の処理（セーフモード，変更，削除等）であるので、ステップＳ２１に進み、全実行中処理を待機状態にする。ステップＳ２２では起動要求処理を実行状態にする。
【００２６】
また上記ステップＳ１５の判別で起動要求処理種別のランクが全実行中処理種別のランクよりも高くない場合は、同一ランクの処理が存在するので、更にステップＳ１６で、処理種別＝２（変更，削除）か否かを判別する。処理種別＝２でない場合は、処理種別＝３（即ち、セーフモードはシステムで１つしか実行できない）であるので、この処理（収集）を起動しても他の処理（収集）に影響を与えない。そこで、ステップＳ２２に進み、当該起動要求処理を実行状態にする。
【００２７】
また上記ステップＳ１６の判別で処理種別＝２（変更と削除、変更同士、削除同士を含む）の場合は、これらの間に競合関係が生じるため、各処理間を優先度に従って調停する。即ち、ステップＳ１７では優先テーブル４４を参照する。ステップＳ１８では起動要求
処理（変更／削除）の優先度が当該競合中処理（削除／変更）の優先度よりも低いか否かを判別し、低い場合はステップＳ２０で当該起動要求処理を待機状態にする。また、低くない場合は、更にステップＳ１９で起動要求処理の優先度が当該競合中処理の優先度よりも高いか否かを判別し、高い場合はステップＳ２１で当該競合中処理を含む全実行中処理を待機状態にし、ステップＳ２２で当該起動要求処理を実行状態にする。また、ステップＳ１９の判別で高くも無い場合は、優先度が等しいので、ステップＳ２２で当該起動要求処理を実行状態にする。この場合の変更処理と削除処理の各タスクはＯＳの管理下で同じ優先度で実行に移される。この場合でも、ランク３の収集処理は待機中である。
【００２８】
以上により、複数ユーザａ，ｂ「が情報収集中に、ランクの高い変更処理ｄ又は削除処理ｃが起動されると、情報収集処理ａ，ｂは自動的に待機状態にされる。また、変更処理ｄと削除処理ｃとでは優先度が高い方が優先的に実行に移され、他方は待機状態となる。但し、この場合でも優先度が等しい場合には、共に実行に移され、ＯＳによる優先制御の下でそれぞれのタスクが共に実行される。
【００２９】
図４はアプリケーションプログラムの終了処理を示している。ユーザがアプリケーションプログラムの終了を入力すると、この処理に入力する。ステップＳ３１では起動要求処理に対応する処理種別、優先度の情報を抽出する。ステップＳ３２では全実行中処理の処理種別、優先度の情報を抽出する。
【００３０】
ステップＳ３３では競合テーブル４３を参照する。ステップＳ３４では終了要求処理種別のランクが他の何れかの実行中処理種別のランクよりも低いか否かを判別し、低い場合は、それよりも高いランク１又は２の排他処理が実行中であるため、ステップＳ４０に進み、当該終了要求処理をそのまま終了状態にする。また、低くない場合は、更にステップＳ３５で終了要求処理種別のランクが全実行中処理種別のランクよりも高いか否かを判別し、高い場合は、ランク２以上の排他処理（セーフモード，変更，削除等）であるので、ステップＳ４１に進み、次に復帰すべき処理をＯＳの実行下に移す。ステップＳ４２では当該終了要求処理を終了状態にする。
【００３１】
また、上記ステップＳ３５の判別で終了要求処理種別のランクが他の全実行中処理種別のランクよりも高くない場合は、同一ランクの処理が存在するので、更にステップＳ３６で、処理種別＝２（変更，削除）か否かを判別する。処理種別＝２でない場合は、処理種別＝３（収集）であるので、排他性は無く、この処理を終了しても他の処理に影響を与えない。この場合は、ステップＳ４２に進み、当該終了要求処理を終了状態にする。
【００３２】
また、上記ステップＳ３６の判別で処理種別＝２（変更，削除）の場合は、次に復帰すべき処理を優先度に従って調停する。即ち、ステップＳ３７では優先テーブル４４を参照する。ステップＳ３８では終了要求処理（変更／削除）の優先度が当該競合中処理（削除／変更除）の優先度よりも低いか否かを判別し、低い場合は、当該終了要求処理がＯＳの実行下に移されていないので、ステップＳ４０に進み、当該終了要求処理をそのまま終了状態にする。
【００３３】
また、低くない場合は、更にステップＳ３９で終了要求処理の優先度が当該競合中処理の優先度よりも高いか否かを判別し、高い場合はステップＳ４１で次に復帰すべき処理を実行状態に移し、ステップＳ４２で当該終了要求処理を終了状態にする。また、ステップＳ３９の判別で高くも無い場合は、優先度が等しいので、ステップＳ４２に進み、当該終了要求処理をそのまま終了状態にする。この場合は、残された変更処理又は削除処理が引き続き実行される。
【００３４】
係る構成により、複数ユーザＡ，Ｂが情報収集中に、何れかのユーザＡ又はＢが処理終
了しても、排他性が無いため、他の処理に影響を与えない。一方、ユーザＡ，Ｂの情報収集が処理待機中に排他性のある高ランクの変更又は削除処理が終了されると、該待機中の全収集処理ａ，ｂが自動的に復帰される。また、変更処理と削除処理とに付いては優先度が高い方が終了されると、優先度の低い処理が復帰する。但し、優先度の等しい又は低い処理が終了された場合は、優先度の等しい又は高い処理が引き続き実行を継続される。
【００３５】
なお、上記実施の形態では各処理種別にランク付けをしたが、これに限らない。権限のある特定のユーザや特定の端末１０にランク付けをしても良い。この場合は、特定のユーザや端末からしか排他性処理（セーフモード，削除，収集）を実行できない。
【００３６】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００３７】
(付記１）  複数ユーザによってそれぞれに起動／終了される複数のアプリケーションプログラムがＯＳをバックグラウンドとしたマルチプログラミングの下でネットワーク運用に係る情報の処理を行うネットワークオペレーションシステムであって、ネットワーク運用に係る情報を記憶する共通のリソースと、前記リソースに対するアクセスに関して排他性の強い処理順に競合関係をランク付けした競合テーブルと、アプリケーションプログラム毎に付与された優先度情報を保持する優先テーブルと、ユーザにより起動要求のあったアプリケーションプログラムにつき、前記ランクと優先度の情報に基づき、当該アプリケーションプログラムをＯＳの実行下に移し又はＯＳに対する待機状態とする処理マネージャとを備えることを特徴とするネットワークオペレーションシステム。
【００３８】
(付記２）  処理マネージャは、ユーザによって、ＯＳの実行下にある処理よりも高ランクの排他性処理が起動要求された場合は、当該高ランクの処理をＯＳの実行下に移し、かつこれより低ランクの処理をＯＳに対する待機状態に移すことを特徴とする付記１記載のネットワークオペレーションシステム。
【００３９】
(付記３）  処理マネージャは、ユーザによって、ＯＳの実行下にある高ランクの排他性処理よりも低ランクの処理が起動要求された場合は、当該低ランクの処理をＯＳに対する待機状態にすることを特徴とする付記２記載のネットワークオペレーションシステム。
【００４０】
(付記４）  処理マネージャは、ユーザによって、ＯＳの実行下にある処理のうち最も高ランクの排他性処理が終了要求された場合は、当該高ランクの処理をＯＳの実行下から退避させ、かつ次にランクの高い処理をＯＳの実行下に移すことを特徴とする付記３記載のネットワークオペレーションシステム。
【００４１】
(付記５）  処理マネージャは、ユーザによって、ＯＳの実行下にある排他性処理と同一ランクの処理が起動要求された場合は、該同一ランクの各処理のうち高優先度の処理をＯＳの実行下に移し、かつ低優先度の処理をＯＳに対する待機状態に移すことを特徴とする付記１記載のネットワークオペレーションシステム。
【００４２】
(付記６）  処理マネージャは、ユーザによって、ＯＳの実行下にある同一ランクの排他性処理のうち最も高優先度の処理が終了要求された場合は、当該高優先度の処理をＯＳの実行下から退避させ、かつ次に優先度の高い処理をＯＳの実行下に移すことを特徴とする付記５記載のネットワークオペレーションシステム。  
【００４３】
(付記７）  優先度情報は、アプリケーションプログラムの起動時又は実行時にユー
ザによって設定可能であることを特徴とする付記１記載のネットワークオペレーションシステム。  
【図面の簡単な説明】
【００４４】
【図１】実施の形態によるネットワークオペレーションシステムの構成を示す図である。
【図２】実施の形態による各種テーブルの記憶例を示す図である。
【図３】実施の形態による処理マネージャのフローチャート（１）である。
【図４】実施の形態による処理マネージャのフローチャート（２）である。
【符号の説明】
【００４５】
１０ａ〜１０ｄ  端末
２０  サーバ
２１  ＣＰＵ
２２  主メモリ（ＭＭ）
２３  シリアルインタフェース（ＳＩＦ）
２４  データ通信装置（ＣＯＭ）
３１，３２  ハードディスク（ＨＤＤ）
４２  処理マネージャ（ＭＮＧ）
１００  ネットワーク
１０１ａ〜１０１ｄ  ノード（ネットワークエレメントＮＥ）
【図１】
2007156796.tif 000003
【図２】
2007156796.tif 000004
【図３】
2007156796.tif 000005
【図４】
2007156796.tif 000006