(57)【特許請求の範囲】
【請求項１】
保守対象の端末に接続された保守管理装置において、
前記端末の保守に関する処理ごとの、現在実行中か非実行中かを示す実行状態情報と、同時に実行することができない競合対象の処理を示す競合対象処理情報と、自身の処理が先発処理として実行中であるときの後発の競合対象の処理に対する優先度を示す先発優先度と、自身の処理が後発処理となる場合の先発の競合対象の処理に対する優先度を示す後発優先度とを記憶する管理テーブル記憶部と、
実行対象の処理に関する競合対象の処理情報を、前記管理テーブル記憶部の競合対象処理情報に基づいて抽出し、この競合対象の処理が現在実行中か非実行中かを、前記管理テーブル記憶部の実行状態情報に基づいて判断し、現在実行中であると判断したときに、前記実行対象の処理の後発優先度および現在実行中の前記競合対象の処理の先発優先度を前記管理テーブル記憶部から取得し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも高いときには前記競合対象の処理の実行を非優先として停止するとともに前記実行対象の処理を優先して実行を開始し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも低いときには前記競合対象の処理の実行を優先して継続し前記実行対象の処理を非優先として実行を中止する処理実行制御部と
を備えることを特徴とする保守管理装置。
【請求項２】
管理テーブル記憶部は、前記端末の保守に関する処理ごとの、実行時間が予め設定された閾値を超えタイムアウトしたときの動作内容を示すタイムアウト時動作内容を記憶するタイムアウト時動作内容をさらに記憶し、
前記処理実行制御部は、実行中の処理の実行時間を計測し、この実行時間が予め設定された閾値を超えタイムアウトしたと判断したときには、当該処理の前記管理テーブル記憶部のタイムアウト時動作内容に基づいて動作する
ことを特徴とする請求項１に記載の保守管理装置。
【請求項３】
前記非優先と判断された回数を処理ごとにカウントし、このカウント値が予め設定された閾値を超えた場合に、当該処理に関し、前記先発優先度および前記後発優先度に予め設定された加算値を加算するエスカレーション機能部をさらに有する
ことを特徴とする請求項１または２に記載の保守管理装置。
【請求項４】
前記管理テーブル記憶部は、前記端末の保守に関する処理ごとの、非優先と判断され中断または中止した処理の中断／中止時間が予め設定された閾値を超えたときの動作内容を示す中断／中止更新動作内容をさらに記憶し、
前記処理実行制御部は、非優先と判断され中断または中止した処理の中断／中止時間を計測し、この計測値が予め設定された閾値を超えたと判断したときには、前記管理テーブル記憶部の中断／中止更新動作内容に基づいて動作する
ことを特徴とする請求項１〜３いずれか１項に記載の保守管理装置。
【請求項５】
前記管理テーブル記憶部は、競合対象の処理に対して非優先と判断されたときの動作内容を示す非優先時動作内容をさらに記憶し、
前記処理実行制御部は、非優先と判断された処理に関し、前記管理テーブル記憶部の非優先時動作内容に基づいて動作する
ことを特徴とする請求項１〜４いずれか１項に記載の保守管理装置。
【請求項６】
保守対象の端末に接続された保守管理装置が、
前記端末の保守に関する処理ごとの、現在実行中か非実行中かを示す実行状態情報と、同時に実行することができない競合対象の処理を示す競合対象処理情報と、自身の処理が先発処理として実行中であるときの後発の競合対象の処理に対する優先度を示す先発優先度と、自身の処理が後発処理となる場合の先発の競合対象の処理に対する優先度を示す後発優先度とを記憶する管理テーブル記憶ステップと、
実行対象の処理に関する競合対象の処理情報を、前記管理テーブル記憶ステップで記憶された競合対象処理情報に基づいて抽出し、この競合対象の処理が現在実行中か非実行中かを、前記管理テーブル記憶ステップで記憶された実行状態情報に基づいて判断し、現在実行中であると判断したときに、前記実行対象の処理の後発優先度および現在実行中の前記競合対象の処理の先発優先度を前記管理テーブル記憶ステップで記憶された情報から取得し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも高いときには前記競合対象の処理の実行を非優先として停止するとともに前記実行対象の処理を優先して実行を開始し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも低いときには前記競合対象の処理の実行を優先して継続し前記実行対象の処理を非優先として実行を中止する処理実行制御ステップと
を有することを特徴とする保守管理方法。
【請求項７】
保守対象の端末に接続された保守管理装置に、
前記端末の保守に関する処理ごとの、現在実行中か非実行中かを示す実行状態情報と、同時に実行することができない競合対象の処理を示す競合対象処理情報と、自身の処理が先発処理として実行中であるときの後発の競合対象の処理に対する優先度を示す先発優先度と、自身の処理が後発処理となる場合の先発の競合対象の処理に対する優先度を示す後発優先度とを記憶する管理テーブル記憶機能と、
実行対象の処理に関する競合対象の処理情報を、前記管理テーブル記憶機能により記憶された競合対象処理情報に基づいて抽出し、この競合対象の処理が現在実行中か非実行中かを、前記管理テーブル記憶機能により記憶された実行状態情報に基づいて判断し、現在実行中であると判断したときに、前記実行対象の処理の後発優先度および現在実行中の前記競合対象の処理の先発優先度を前記管理テーブル記憶機能により記憶された情報から取得し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも高いときには前記競合対象の処理の実行を非優先として停止するとともに前記実行対象の処理を優先して実行を開始し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも低いときには前記競合対象の処理の実行を優先して継続し前記実行対象の処理を非優先として実行を中止する処理実行制御機能と
を実行させる保守管理用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク構成装置間において実行される保守管理のための定期処理やイベント処理に関し、同時に実行不可能な複数の処理が競合する場合に適切に実行制御を行う保守管理装置、保守管理方法、および保守管理用プログラムに関する。
【背景技術】
【０００２】
従来、通信ネットワークの構成装置は、適切な通信サービスの提供と維持のため、通常の通信処理の他に保守管理として、品質測定等の定期処理や保守者の操作により入力されるデータ設定や状態監視等のためのコマンド処理などのイベント処理を行う。
【０００３】
これらの定期処理/イベント処理を管理し、処理が競合する際には競合制御を行うことで、必要なタイミングで確実に処理を実行し、確実に終了させることが必要である。
【０００４】
一般的に考えられる競合制御は、（１）先着処理（先発処理）を優先し、先発処理実行中に発生した処理（後発処理）は実施しない、（２）先発処理を優先し、先発処理実行中に発生した処理（後発処理）は、先発処理が終了するまで待たせ、終了後に実行開始する、（３）後発処理を優先し、先発処理は中断し、後発処理を実行する、というのが基本的な方法である。
【０００５】
しかし、上記（１）、（２）の方法は、先発の処理が遅延した場合や、何らかのトラブルで終了しない場合、後発の処理はいつまでも実施されないという問題がある。（３）は、先発で実施していた処理の中断のタイミングや中断手順を誤ったり、後発処理によってシステムの状態が変わったりすると、先発処理を正常に再開できなくなる恐れや、頻繁に先発処理が中断することにより先発処理が終了できなくなる恐れがある。
【０００６】
複数のトランザクション処理を並行処理するための技術として、特許文献１および特許文献２に記載の技術がある。
【０００７】
特許文献１には、他のトランザクション処理を実行中に、当該実行中または中断中のトランザクション処理よりも高い優先度を有するトランザクション処理の指示を受けた場合に、実行中または中断中のトランザクション処理と要求されたトランザクション処理との間のデータベース資源の競合の状況を判定し、中止または中断するトランザクション処理を適切に決定するトランザクション並行制御方法が記載されている。
【０００８】
また特許文献２には、クライアント情報データベースにクライアントの優先度を設定して、優先度の高いクライアントのトランザクション終了要求コマンドを優先させることにより、優先度の高いクライアントは、優先度の低いクライアントによる影響を受けることなくデータベースにアクセスすることを可能とするトランザクション制御方法が記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００９−２９４６９５号公報
【特許文献２】特開２００１−３１２４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、これら特許文献１および特許文献２に記載の発明は通信ネットワーク構成装置を対象とした定期処理/イベント処理の競合制御に関するものでは無く、保守管理のための処理に関して同時に実行不可能な複数の処理が競合する場合に発生する問題、例えば優先された先発処理の遅延や何らかのトラブルにより終了しない場合に優先度の低い後発処理がいつまでも実行されないという問題や、頻繁な割り込み処理により実行中の優先度の低い処理の中断／停止が過度に発生し、当該処理をいつまでも終了できないかまたは、実行中の処理が不適切に中断されることより正常に再開できなくなるという問題等を解決するための技術が望まれていた。
【００１１】
本発明は上記課題を鑑みてなされたものであり、通信ネットワーク構成装置の保守管理のための処理に関し、同時に実行不可能な複数の処理が競合する場合にも適切に処理を実行することが可能な保守管理装置、保守管理方法、および保守管理用プログラムを提供することを課題とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するための本発明の保守管理装置は、保守対象の端末に接続された保守管理装置であって、前記端末の保守に関する処理ごとの、現在実行中か非実行中かを示す実行状態情報と、同時に実行することができない競合対象の処理を示す競合対象処理情報と、自身の処理が先発処理として実行中であるときの後発の競合対象の処理に対する優先度を示す先発優先度と、自身の処理が後発処理となる場合の先発の競合対象の処理に対する優先度を示す後発優先度とを記憶する管理テーブル記憶部と、実行対象の処理に関する競合対象の処理情報を、前記管理テーブル記憶部の競合対象処理情報に基づいて抽出し、この競合対象の処理が現在実行中か非実行中かを、前記管理テーブル記憶部の実行状態情報に基づいて判断し、現在実行中であると判断したときに、前記実行対象の処理の後発優先度および現在実行中の前記競合対象の処理の先発優先度を前記管理テーブル記憶部から取得し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも高いときには前記競合対象の処理の実行を非優先として停止するとともに前記実行対象の処理を優先して実行を開始し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも低いときには前記競合対象の処理の実行を優先して継続し前記実行対象の処理を非優先として実行を中止する処理実行制御部とを備えることを特徴とする。
【００１３】
また本発明の保守管理方法は、保守対象の端末に接続された保守管理装置が、前記端末の保守に関する処理ごとの、現在実行中か非実行中かを示す実行状態情報と、同時に実行することができない競合対象の処理を示す競合対象処理情報と、自身の処理が先発処理として実行中であるときの後発の競合対象の処理に対する優先度を示す先発優先度と、自身の処理が後発処理となる場合の先発の競合対象の処理に対する優先度を示す後発優先度とを記憶する管理テーブル記憶ステップと、実行対象の処理に関する競合対象の処理情報を、前記管理テーブル記憶ステップで記憶された競合対象処理情報に基づいて抽出し、この競合対象の処理が現在実行中か非実行中かを、前記管理テーブル記憶ステップで記憶された実行状態情報に基づいて判断し、現在実行中であると判断したときに、前記実行対象の処理の後発優先度および現在実行中の前記競合対象の処理の先発優先度を前記管理テーブル記憶ステップで記憶された情報から取得し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも高いときには前記競合対象の処理の実行を非優先として停止するとともに前記実行対象の処理を優先して実行を開始し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも低いときには前記競合対象の処理の実行を優先して継続し前記実行対象の処理を非優先として実行を中止する処理実行制御ステップとを有することを特徴とする。
【００１４】
また本発明の保守管理用プログラムは、保守対象の端末に接続された保守管理装置に、前記端末の保守に関する処理ごとの、現在実行中か非実行中かを示す実行状態情報と、同時に実行することができない競合対象の処理を示す競合対象処理情報と、自身の処理が先発処理として実行中であるときの後発の競合対象の処理に対する優先度を示す先発優先度と、自身の処理が後発処理となる場合の先発の競合対象の処理に対する優先度を示す後発優先度とを記憶する管理テーブル記憶機能と、実行対象の処理に関する競合対象の処理情報を、前記管理テーブル記憶機能により記憶された競合対象処理情報に基づいて抽出し、この競合対象の処理が現在実行中か非実行中かを、前記管理テーブル記憶機能により記憶された実行状態情報に基づいて判断し、現在実行中であると判断したときに、前記実行対象の処理の後発優先度および現在実行中の前記競合対象の処理の先発優先度を前記管理テーブル記憶機能により記憶された情報から取得し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも高いときには前記競合対象の処理の実行を非優先として停止するとともに前記実行対象の処理を優先して実行を開始し、前記実行対象の処理の後発優先度が現在実行中の前記競合対象の処理の先発優先度よりも低いときには前記競合対象の処理の実行を優先して継続し前記実行対象の処理を非優先として実行を中止する処理実行制御機能とを実行させることを特徴とする。
【発明の効果】
【００１５】
本発明の保守管理装置、保守管理方法、および保守管理用プログラムによれば、通信ネットワーク構成装置の保守管理のための処理に関し、同時に実行不可能な複数の処理が競合する場合にも適切に処理を実行することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態による保守管理装置の構成を示す全体図である。
【図２】本発明の一実施形態による保守管理装置の管理テーブル記憶部に記憶される管理テーブルの一例を示す説明図である。
【図３】本発明の一実施形態による保守管理装置の処理実行制御部の動作を示すフローチャートである。
【図４】本発明の一実施形態による保守管理装置のエスカレーション機能部の動作を示すフローチャートである。
【図５】本発明の一実施形態による保守管理装置で実行される動作の一例を示す説明図である。
【図６】本発明の一実施形態による保守管理装置で実行される動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１７】
〈一実施形態による保守管理装置の構成〉
本発明の一実施形態による保守管理装置１の構成について、図１を参照して説明する。
【００１８】
本実施形態による保守管理装置１は、保守対象装置Ｘに記憶されたデータベースｘ内のデータと、保守対象装置Ｙに記憶されたデータベースｙ１およびｙ２内のデータとの整合性をとるための管理を行うものであり、管理テーブル記憶部１１と、処理実行制御部１２と、エスカレーション機能部１３とを有する。
【００１９】
管理テーブル記憶部１１は、保守対象装置Ｘに記憶されたデータベースｘ内のデータと、保守対象装置Ｙに記憶されたデータベースｙ１およびｙ２内のデータとの整合性をとるための制御に用いる情報を格納した管理テーブルを記憶する。
【００２０】
処理実行制御部１２は、管理テーブル記憶部１１に記憶された管理テーブルの情報に基づいて、保守対象装置Ｘに記憶されたデータベースｘ内のデータと保守対象装置Ｙに記憶されたデータベースｙ１およびｙ２内のデータとの整合性をとるための制御を実行する。
【００２１】
エスカレーション機能部１３は、管理テーブル記憶部１１に記憶された管理テーブル内のエスカレーション情報を監視し、このエスカレーション情報内の非優先カウント値が予め設定された閾値を超えた処理があるときには、当該処理の優先度を上げるように、当該管理テーブルの優先度情報を更新する。
【００２２】
〈一実施形態による保守管理のための保守管理装置の動作〉
次に、本実施形態による保守管理装置１の動作について、図２〜４を参照して説明する。
【００２３】
本実施形態において、管理テーブル記憶部１１に予め記憶される管理テーブルの一例を、図２に示す。
【００２４】
図２の管理テーブルは、保守管理のための競合制御処理を行うための管理項目として、競合制御対象の処理の処理名１０１を示す欄と、処理の種類１０２を示す欄と、処理時間１０３を示す欄と、処理対象装置名１０４を示す欄と、タイマー設定時間１０５を示す欄と、タイムアウト時の動作内容１０６を示す欄と、現在の実行状態１０７を示す欄と、競合対象処理１０８を示す欄と、優先度情報１０９を示す欄と、非優先時の動作内容１１０を示す欄と、エスカレーション情報１１１を示す欄とを有する。
【００２５】
処理名１０１は保守管理のための競合制御対象の処理を識別する情報であり、この管理テーブルには、図１に示すように保守対象装置Ｙのデータベースｙ１（データＩＤごとのデータ(i)）の情報をデータベースｙ２（データＩＤごとのデータ(ii)）に整合させる処理「Ｈ」、保守対象装置Ｘのデータベースｘ（データＩＤごとのデータ(i)）の情報を保守対象装置Ｙのデータベースｙ１（データＩＤごとのデータ(i)）に整合させる処理「Ｉ」、保守対象装置Ｘのデータベースｘ（データＩＤごとのデータ(ii)）の情報を保守対象装置Ｙのデータベースｙ２（データＩＤごとのデータ(ii)）に整合させる処理「Ｊ」、オペレータの指示により実行する処理「Ｋ」、および、処理「Ｊ」の実行に付随して実行する処理「Ｌ」が入力されている。
【００２６】
処理の種類１０２は、競合制御対象の処理ごとに、処理所定の時刻になったときに処理を開始する「定期処理(1)」、所定の周期で処理を開始する「定期処理(2)」、所定の処理の終了を契機に開始する「準定期処理」、オペレータのコマンド入力により開始する「非定期処理」の４種類のうちの、いずれか該当する処理が示される。
【００２７】
図２の管理テーブルには、処理「Ｈ」は「定期処理(2)」であり、処理「Ｉ」は「定期処理(1)」であり、処理「Ｊ」は「定期処理(1)」であり、処理「Ｋ」は「非定期処理」であり、処理「L」は「準定期処理」であることが入力されている。
【００２８】
処理時間１０３は、競合制御対象の処理ごとの、処理が開始される契機に関する情報が示される。
【００２９】
図２の管理テーブルには、処理「Ｈ」は「２時間周期」で開始し、処理「Ｉ」は毎日「１：００」に開始し、処理「Ｊ」は毎日「６：００」に開始し、処理「Ｌ」は処理「Ｊ」の終了時に開始することが入力されている。なお、処理「Ｋ」は固定された開始契機がないため、「ＮＵＬＬ」が入力されている。
【００３０】
処理対象装置名１０４は、競合制御対象の処理ごとの、実行開始時のアクセス先が示される。
【００３１】
図２の管理テーブルには、処理「Ｈ」の実行開始時のアクセス先は「保守対象装置Ｙ」であり、処理「Ｉ」の実行開始時のアクセス先は「保守対象装置Ｘ」であり、処理「Ｊ」の実行開始時のアクセス先は「保守対象装置Ｘ」であり、処理「Ｋ」の実行開始時のアクセス先は「保守対象装置Ｙ」であり、処理「Ｌ」の実行開始時のアクセス先は「保守対象装置Ｘ」であることが入力されている。
【００３２】
タイマー設定時間１０５は、競合制御対象の処理ごとの、実行時間の遅延や故障などを判断するためのタイムアウト判定を行うか否かを示す情報、および、タイムアウト判定を行う場合にはタイムアウトに達したか否かを判定するためのタイマー設定時間が示される。
【００３３】
図２の管理テーブルには、処理「Ｈ」、「Ｋ」、および「Ｌ」はタイムアウト判定を行わず、処理「Ｉ」はタイマー設定時間「４時間」でタイムアウト判定を行い、処理「Ｊ」はタイマー設定時間「１２時間」でタイムアウト判定を行うことが入力されている。
【００３４】
タイムアウト時の動作内容１０６は、競合制御対象の処理ごとの、タイマー設定時間１０５において入力されたタイマー設定時間によりタイムアウトに達したと判定されたときに実行する動作内容として、「強制停止」や「アラーム出力」などが示される。
【００３５】
図２の管理テーブルには、タイマー設定時間が入力されている処理「Ｉ」、「Ｊ」はタイムアウト時に「強制停止」とすることが入力されている。
【００３６】
現在の実行状態１０７は、競合制御対象の処理ごとの現在の実行状態として、「ＯＮ（実行中）」または「ＯＦＦ（非実行中）」が示される。
【００３７】
図２の管理テーブルには、処理「Ｈ」が現在「ＯＮ（実行中）」状態であり、処理「Ｉ」、「Ｊ」、「Ｋ」、および「Ｌ」が現在「ＯＦＦ（非実行中）」状態であることが入力されている。
【００３８】
競合対象処理１０８は、競合制御対象の処理ごとに、同時に実行することができない競合対象の処理の識別情報が示される。
【００３９】
図２の管理テーブルには、処理「Ｈ」の競合対象として処理「Ｉ」および「Ｊ」、処理「Ｉ」の競合対象として処理「Ｈ」、処理「Ｊ」の競合対象として処理「Ｈ」、処理「Ｋ」の競合対象として処理「Ｉ」が入力され、処理「Ｌ」は競合対象がないことが示されている。
【００４０】
優先度情報１０９は、自身の処理が他の処理の先発処理として実行中であるときの競合する他の後発処理に対する優先度を示す先発優先度１０９ａ、および自身の処理が後発処理となる場合の他の先発処理に対する優先度を示す後発優先度１０９ｂが示される。これらの優先度情報は、数値が大きいほど優先度が高いものとして処理され、後発優先度の値を高くすると、既に実行している先発処理よりも新たに発生した後発処理のほうが優先されて割り込みをし易くなり、先発優先度の値を高くすると、既に実行中の先発処理の方が新たに発生した後発処理よりも優先されて割り込まれにくくなる。
【００４１】
図２の管理テーブルには、処理「Ｈ」の先発優先度として「３」、後発優先度として「３」、処理「Ｉ」の先発優先度として「４」、後発優先度として「４」、処理「Ｊ」の先発優先度として「４」、後発優先度として「５」、処理「Ｋ」の先発優先度として「６」、後発優先度として「６」が入力されている。処理「Ｌ」は競合対象がないため、優先度情報は入力されていない。また、これらの優先度は、後述するエスカレーション機能部１３により動的に更新される。
【００４２】
非優先時の動作内容１１０は、競合制御対象の処理ごとに、競合対象処理１０８として示された他の競合対象の処理および自身の処理の優先度情報１０９に従って、自身の処理が非優先と判断されたときの動作内容が示される。
【００４３】
図２の管理テーブルには、処理「Ｈ」が非優先と判断されたときは「停止」し、処理「Ｉ」が非優先と判断されたときは「停止してアラームを出力」し、処理「Ｊ」が非優先と判断されたときは「優先した先発処理終了後再開」し、処理「Ｋ」が非優先として判断されたときには「停止してＮＧ応答を出力」することが入力されている。処理「Ｌ」は競合対象がないため、非優先時の動作内容は入力されていない。
【００４４】
エスカレーション情報１１１は、競合制御対象の処理ごとに、優先度の低い処理が永続的に実行されない事態を防ぐために実行されるエスカレーション処理に利用される情報として、非優先回数カウント値１１１ａ、優先度制御閾値１１１ｂ、および優先度加算値１１１ｃが示される。非優先回数カウント値１１１ａは、優先度情報に基づいて非優先と判断された回数のカウント値であり、優先度制御閾値１１１ｂは、非優先回数カウント値１１１ａに基づいて優先度の値を変更するか否かを判定するための閾値であり、優先度加算値１１１ｃは、非優先回数カウント値１１１ａと優先度制御閾値１１１ｂとに基づいて優先度の値を変更すると判定されたときの変更量（加算値）である。
【００４５】
図２の管理テーブルには、処理「Ｈ」の非優先回数カウント値１１１ａとして「０」、優先度制御閾値１１１ｂとして「１２」、優先度加算値１１１ｃとして「＋１」であり、処理「Ｉ」の非優先回数カウント値１１１ａとして「０」、優先度制御閾値１１１ｂとして「６」、優先度加算値１１１ｃとして「＋１」であり、処理「Ｊ」の非優先回数カウント値１１１ａとして「０」、優先度制御閾値１１１ｂとして「４」、優先度加算値１１１ｃとして「＋１」であり、処理「Ｋ」の非優先回数カウント値１１１ａとして「０」、優先度制御閾値１１１ｂとして「０」、優先度加算値１１１ｃとして「０」であり、処理「Ｌ」の非優先回数カウント値１１１ａとして「０」、優先度制御閾値１１１ｂとして「０」、優先度加算値１１１ｃとして「０」が入力されている。
【００４６】
このように管理テーブルが管理テーブル記憶部１１に記憶されている状態で保守管理装置１が稼動したときの、処理実行制御部１２の動作について、図３のフローチャートを参照して説明する。
【００４７】
まず管理テーブルの処理の種類１０２および処理時間１０３の情報に基づいて、いずれかの競合制御対象の処理の開始時刻が到来した処理があるか否かが監視される（Ｓ１）。
【００４８】
いずれかの処理の処理開始時刻が到来したと判断されたとき（Ｓ１の「YES」）には、当該処理開始時刻が到来した処理の競合対象処理が競合対象処理１０８に基づいて抽出され、この抽出された競合対象処理に該当する処理名１０１の現在の実行状態１０７が、現在実行中（実行状態ON）か、実行されていない（実行状態OFF）かが判断される（Ｓ２）。
【００４９】
競合対象処理に関する対象装置が現在実行されていない（実行状態OFF）とき（Ｓ２の「YES」）は、処理開始時刻が到来した処理に関し対象装置名１０４で示された装置にアクセスされて実行が開始されるとともに管理テーブルの当該処理の現在の実行状態１０７がOFFからONに更新される（Ｓ３）。
【００５０】
ここで処理の実行が開始されると、当該処理について管理テーブルのタイマー設定時間１０５が入力されているか否かが判断され、入力されている場合にはこの設定時間でタイマーが設定される。
【００５１】
そして、このタイマーの設定によりタイムアウトされていない間（Ｓ４の「NO」）に当該処理の実行が終了されると（Ｓ５の「YES」）、管理テーブルの当該処理の現在の実行状態１０７がONからOFFに更新される（Ｓ６）。また、処理の実行終了前に、処理の遅延や故障によりタイムアウトされたとき（Ｓ４の「YES」）には、管理テーブルのタイムアウト時の動作内容１０６に基づいて強制停止等が行われる（Ｓ７）。強制停止された場合には、管理テーブルの当該処理の現在の実行状態１０７はOFFに更新される。
【００５２】
またステップＳ２において当該処理開始時刻が到来した処理の競合対象処理に関する対象装置が現在実行中（実行状態ON）であるとき（Ｓ２の「NO」）は、管理テーブルの優先度情報１０９に基づいて、処理開始時刻が到来した後発処理の後発優先度１０９ｂが、既に実行されている先発の競合処理の先発優先度１０９ａよりも高いか否かが判断される（Ｓ８）。
【００５３】
判断の結果、処理開始時刻が到来した後発処理の後発優先度１０９ｂが、既に実行されている先発の競合処理の先発優先度１０９ａよりも高いとき（Ｓ８の「YES」）には、実行中の先発処理が停止されて管理テーブルの先発処理に関する現在の実行状態１０７がONからOFFに更新されるとともに、この先発処理が終了できなかったことにより先発処理に関するエスカレーション情報１１１の非優先回数カウント値１１１ａが１加算される。また、処理開始時刻が到来した後発処理に関し対象装置名１０４で示された装置にアクセスされて実行が開始され、管理テーブルの後発処理に関する現在の実行状態１０７がOFFからONに更新される（Ｓ９）。
【００５４】
ここで、後発処理の後発優先度１０９ｂと先発の競合処理の先発優先度１０９ａとが等しいときにどちらを優先させるかは、予めオペレータにより指定されているもとし、デフォルト状態では例えば「先発処理を優先させる」ことが設定されている。
【００５５】
後発処理の実行が開始されると、当該処理について管理テーブルのタイマー設定時間１０５が入力されている場合にはこの設定時間でタイマーが設定され、このタイマーの設定によりタイムアウトされていない間（Ｓ４の「NO」）に当該処理の実行が終了されると（Ｓ５の「YES」）、管理テーブルの当該処理の現在の実行状態１０７がONからOFFに更新される（Ｓ６）。
【００５６】
また、停止された先発処理は、当該処理について管理テーブルの非優先時の動作内容１１０に基づいて、停止、アラーム出力、優先した処理終了後の再開、ＮＧ応答等が行われる。ここで、非優先時の動作内容１１０に基づいて、優先した処理終了後に後発処理が再開される場合にも、競合対象処理１０８の抽出、現在の実行状態１０７の判定、優先度情報による優先処理の判定による競合処理は行われる。
【００５７】
またステップＳ８において、処理開始時刻が到来した後発処理の後発優先度１０９ｂが、既に実行されている先発の競合処理の先発優先度１０９ａよりも低いとき（Ｓ８の「NO」）には、先発処理が継続され当該後発処理は実行されず、エスカレーション情報１１１の非優先回数カウント値１１１ａが１加算される（Ｓ１０）。またこの実行されなかった後発処理は、当該処理について管理テーブルの非優先時の動作内容１１０に基づいて、停止、アラーム出力、優先した処理終了後の再開、ＮＧ応答等が行われる。
【００５８】
一方、保守管理装置１が稼動したときの、エスカレーション機能部１３の動作について、図４のフローチャートを参照して説明する。
【００５９】
エスカレーション機能部１３では、処理ごとに、管理テーブルのエスカレーション情報１１１の非優先回数カウント値１１１ａが優先度制御閾値１１１ｂを超えたか否かが監視され（Ｓ１１）、優先度制御閾値１１１ｂを超えたと判断されたとき（Ｓ１１の「YES」）は、当該処理の優先度情報１０９の先発優先度１０９ａおよび後発優先度１０９ｂの値が、優先度加算値１１１ｃ分加算されて更新される（Ｓ１２）。
【００６０】
先発優先度１０９ａおよび後発優先度１０９ｂの値が加算されたことにより処理の優先度が高くなり、当該処理が実行されたことが管理テーブルの現在の実行状態１０７に基づいて判断されると（Ｓ１３の「YES」）、エスカレーション情報１１１の非優先回数カウント値１１１ａの値が「０」にクリアされる（Ｓ１４）。
【００６１】
このように動作する保守管理装置１において、複数処理に対して競合制御が行われるときの具体例について、図５および６を参照して説明する。
【００６２】
まず、処理「Ｈ」の処理開始時刻(0:00)が到来すると、この処理「Ｈ」の競合処理「Ｉ」、「Ｊ」は実行されていないため保守管理装置１から保守対象装置Ｙに処理「Ｈ」の実行開始指示が送信され（Ｓ２１）、これに応答して保守対象装置Ｙから保守管理装置１に一次応答が送信され（Ｓ２２）、処理「Ｈ」が実行される（Ｓ２３）。
【００６３】
次に処理「Ｉ」の処理開始時刻(1:00)が到来すると、実行中の先発処理「Ｈ」は後発処理「Ｉ」の競合対象処理であり、後発処理「Ｉ」の後発優先度「４」が先発処理「Ｈ」の先発優先度「３」よりも高いため、先発処理「Ｈ」の停止指示が保守管理装置１から保守対象装置Ｙに送信され（Ｓ２４）、これに応答して保守対象装置Ｙから保守管理装置１に二次応答が送信され（Ｓ２５）、処理「Ｈ」が停止される（Ｓ２６）。
【００６４】
そして、保守管理装置１から保守対象装置Ｘに処理「Ｉ」の実行開始指示が送信され（Ｓ２７）、これに応答して保守対象装置Ｘから保守管理装置１に一次応答が送信され（Ｓ２８）、保守対象装置Ｘおよび保守対象装置Ｙ間で整合処理「Ｉ」が実行される（Ｓ２９）。例えば、保守対象装置Ｙのデータベースｙ１においてデータＣに関するデータ(i)が欠損している場合、保守管理装置Ｘのデータベースｘに格納されているデータＣに関するデータ(i)である「データＣＣ」が保守対象装置Ｙに送信され、データベースｙ１に格納されることで整合処理「Ｉ」が実行される。
【００６５】
次に処理「Ｈ」の処理開始時刻(2:00)が到来すると、実行中の先発処理「Ｉ」は後発処理「Ｈ」の競合対象処理であり、後発処理「Ｈ」の後発優先度「３」が先発処理「Ｉ」の先発優先度「４」よりも低いため、先発処理「Ｉ」が継続され、後発処理「Ｈ」の実行開始指示は送信されない（Ｓ３０）。
【００６６】
そして時刻(2:40)に、実行されていた処理「Ｉ」が終了すると保守対象装置Ｘから保守管理装置１に二次応答が送信され（Ｓ３１）、保守管理装置１の管理テーブルが更新される。
【００６７】
次に処理「Ｈ」の処理開始時刻(4:00)が到来すると、この処理「Ｈ」の競合処理「Ｉ」、「Ｊ」は実行されていないため保守管理装置１から保守対象装置Ｙに処理「Ｈ」の実行開始指示が送信され（Ｓ３２）、これに応答して保守対象装置Ｙから保守管理装置１に一次応答が送信され（Ｓ３３）、処理「Ｈ」が実行される（Ｓ３４）。
【００６８】
そして時刻(5:20)に、実行されていた処理「Ｈ」が終了すると保守対象装置Ｙから保守管理装置１に二次応答が送信され（Ｓ３５）、保守管理装置１の管理テーブルが更新される。
【００６９】
次に処理「Ｊ」の処理開始時刻(6:00)が到来すると、この処理「Ｊ」の競合処理「Ｈ」は実行されていないため保守管理装置１から保守対象装置Ｙに処理「Ｊ」の実行開始指示が送信され（Ｓ３６）、保守対象装置Ｘおよび保守対象装置Ｙ間で処理「Ｊ」が実行される（Ｓ３７）。
【００７０】
以上の本実施形態によれば、通信ネットワーク構成装置の保守管理のための処理に関し、競合対象処理、実行状態情報、処理の優先度情報、非優先時の動作内容等のパラメータをきめ細かく設定して一元管理することにより、同時に実行不可能な複数の処理が競合する場合にも適切且つ柔軟に処理を実行することができる。
【００７１】
また、各処理について必要に応じてタイマー設定時間やタイムアウト時の動作内容を設定しておくことで、処理時間の異常な遅延の検出とその時の措置を設定し、実行中の処理の処理時間が異常に伸びたり何らかのトラブルで処理が終了されないことにより待機中の非優先処理が実行できなくなるという事態を回避することができる。
【００７２】
また、非優先として停止または中止された回数を処理ごとに計数し、予め設定された閾値を超えた場合には優先度が高くなるように更新されることにより、非優先状態が継続され処理が長期に渡り見送られることを防止することができる。
【００７３】
また、各処理について非優先と判断されたときの動作内容をきめ細かく設定しておくことのより、不適切な処理中断が生じないように競合制御を行うことができる。
【００７４】
また上記実施形態において、非優先と判断され中断または中止した処理の中断／中止時間を示す延べ中断／中止時間情報と、この延べ中断／中止時間情報に基づいて動作を更新するか否かを判定するための閾値を示す動作更新閾値と、延べ中断／中止時間情報と動作更新閾値とに基づいて動作を更新すると判定されたときの更新動作内容（停止、アラーム出力、ＮＧ応答等）を管理テーブル記憶部１１に記憶しておき、処理実行制御部１２により、非優先と判断され中断または中止された処理の中断／中止時間が動作更新閾値を超えたか否かを監視し、動作更新閾値を超えたと判断されたときに当該処理の更新動作内容に基づいて動作を実行するようにしてもよい。
【００７５】
また本実施形態による保守管理装置の機能をプログラム化してコンピュータに搭載することにより、当該コンピュータを保守管理装置として機能させる保守管理用プログラムを構築することも可能である。
【符号の説明】
【００７６】
１…保守管理装置
１０…管理テーブル記憶部
１１…管理テーブル記憶部
１２…処理実行制御部
１３…エスカレーション機能部
１０１…処理名
１０２…処理の種類
１０３…処理時間
１０４…処理対象装置名
１０５…タイマー設定時間
１０６…タイムアウト時の動作内容
１０７…現在の実行状態
１０８…競合対象処理
１０９…優先度情報
１０９ａ…先発優先度
１０９ｂ…後発優先度
１１０…非優先時の動作内容
１１１…エスカレーション情報
１１１ａ…非優先回数カウント値
１１１ｂ…優先度制御閾値
１１１ｃ…優先度加算値
【図１】
0005466205.tif 000002
【図２】
0005466205.tif 000003
【図３】
0005466205.tif 000004
【図４】
0005466205.tif 000005
【図５】
0005466205.tif 000006
【図６】
0005466205.tif 000007