JP3740198B2 - 分散システムでの運用コマンドの処理機構の実現方法 - Google Patents
分散システムでの運用コマンドの処理機構の実現方法 Download PDFInfo
- Publication number
- JP3740198B2 JP3740198B2 JP29547795A JP29547795A JP3740198B2 JP 3740198 B2 JP3740198 B2 JP 3740198B2 JP 29547795 A JP29547795 A JP 29547795A JP 29547795 A JP29547795 A JP 29547795A JP 3740198 B2 JP3740198 B2 JP 3740198B2
- Authority
- JP
- Japan
- Prior art keywords
- operation command
- information processing
- holding
- processing apparatus
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の情報処理装置と１台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法に関する。
【０００２】
【従来の技術】
図９に示す従来の分散システムにおいては、運用端末１からネットワーク２０を介して複数の情報処理装置０１〜０ｎに同一運用コマンドを送信する場合、宛先対象となる情報処理装置の１つあるいは２つ以上の情報処理装置が障害などにより該運用コマンドを実行できない場合には、当該運用コマンドはシステムとして正しく実行されていないことになる。このため、対策としては、既に該運用コマンドを実行してしまった情報処理装置に対し該運用コマンドの実行を取り消すか、あるいは該運用コマンドを実行できなかった情報処理装置に対してその回復時に運用コマンドの発行履歴が分かる情報（該運用コマンドをコンソールリストあるいはコンソールログなど）に基づいて、運用者が再投入し該運用コマンドを実行させることにより情報処理装置間で運用コマンドの実行を完結させていた。
【０００３】
すなわち、運用端末１の運用ＡＰが運用者から入力された運用コマンドを通信手段（送信受信手段）３を介して複数の情報処理装置０１〜０ｎに順次送信すると、各情報処理装置に送信された該運用コマンドは各情報処理装置で実行され、各情報処理装置で実行された結果応答は運用端末１の通信手段３を介して運用ＡＰ４に渡され出力される。
【０００４】
【発明が解決しようとする課題】
同一接続情報処理装置宛への流通情報の転送起動の運用コマンドなどを、共有情報を有する複数の情報処理装置に送信した場合には、実行されてしまった該運用コマンドを取り消すことはできない。このため、このような場合には、該運用コマンドを実行できなかった情報処理装置に対してその回復時に運用コマンドを再投入することになる。
【０００５】
このような従来の方法では、該運用コマンドを実行できなかった情報処理装置に対してその回復時に運用コマンドの発行履歴が分かる情報（該運用コマンドをコンソールリストあるいはコンソールログなど）に基づいて、運用者が再投入しており再投入の誤りによる誤運用や多大な工数がかかるという問題がある。
【０００６】
本発明は、上記に鑑みてなされたもので、その目的とするところは、情報処理装置の障害時などにおける運用コマンドの実行を運用者に負担をかけることなく適確に完結し得る分散システムでの運用コマンドの処理機構の実現方法を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、請求項１記載の発明は、複数の情報処理装置と1台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法において、前記運用端末の運用ＡＰからの運用コマンド送信の依頼を受けた時、当該運用コマンドを複数の情報処理装置に送信すると共に、運用コマンドが各情報処理装置毎の保持情報／保持状態の更新を行うか否かを判定し、更新を伴うと判定した場合に、各情報処理装置毎に、運用コマンド保持テーブルに当該運用コマンドを運用ＡＰからの運用コマンド受信時刻順に時系列に保持し、保持した運用コマンドに対する応答が正常な場合、当該運用コマンドを運用コマンド保持テーブルから削除し、応答が異常な場合または無応答検出時には当該運用コマンドを運用コマンド保持テーブルを保持し続ける運用コマンド保持工程と、運用コマンド保持中に、運用者からの運用コマンド完結実行依頼を前記運用端末の運用ＡＰを経由して受信した時、前記運用コマンド保持工程の前記運用コマンド保持テーブルから運用コマンド完結実行依頼で指定された情報処理装置に対して保持されている運用コマンドを運用ＡＰからの受信時刻の最も古い運用コマンドを読み出して送信する運用コマンド完結実行工程とを有することを特徴とする分散システムでの運用コマンドの処理機構の実現方法である。
【０００８】
本発明は、複数の情報処理装置１台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法において、前記運用端末が、各情報処理装置毎に、運用コマンド送信時に運用コマンドを運用コマンド保持テーブルに保持し、正常応答受信時、これを取り消し、異常応答受信時、情報処理装置状態保持テーブルにおいて当該異常応答を行った情報処理装置の状態を異常に設定し、この結果応答を運用ＡＰに転送し、当該情報処理装置への以降の依頼を時系列に保持したまま送信しない運用コマンド保持工程と、前記運用ＡＰが運用者からの運用コマンド完結実行依頼を受信した場合に、前記運用端末が、前記運用コマンド保持テーブルの運用コマンドで指定された情報処理装置の運用コマンドを古い順に読み出して送信する運用コマンド完結実行工程とを有することを特徴とする分散システムでの運用コマンドの処理機構の実現方法である。
【０００９】
本発明は、複数の情報処理装置と１台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法において、前記運用端末が、運用コマンドが各情報処理装置毎の保持情報／保持状態の更新を伴うか否かを判定する工程と、前記運用端末が、各情報処理装置毎に、運用コマンド送信時に運用コマンドを運用コマンド保持テーブルに保持し、正常応答受信時、これを取り消し、異常応答受信時、情報処理装置状態保持テーブルにおいて当該異常応答を行った情報処理装置の状態を異常に設定し、この結果応答を運用ＡＰに転送し、当該情報処理装置への以降の依頼を時系列に保持したまま送信しない運用コマンド保持工程と、前記運用ＡＰが運用者からの運用コマンド完結実行依頼を受信した場合に、前記運用コマンド保持テーブルの運用コマンドで指定された情報処理装置の運用コマンドを古い順に読み出して送信するとともに、その際には前記情報処理装置状態保持テーブルの運用コマンドで指定された情報処理装置に運用コマンド完結実行指示有りを設定し、運用コマンドをすべて読み出した場合は運用コマンド完結実行指示なしを設定する運用コマンド完結実行工程とを有することを特徴とする分散システムでの運用コマンドの処理機構の実現方法である。
【００１２】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態について説明する。
【００１３】
図１は、本発明の一実施形態に係る分散システムでの運用コマンドの処理機構の実現方法を実施する分散システムの構成を示す図である。同図において、１０は運用端末、０１〜０ｎは実行ホストである情報処理装置、２０はネットワーク、３１は運用コマンド保持手段、３２は運用コマンド完結実行手段、１１は運用ＡＰ、１３は受信手段、および１２は送信手段である。
【００１４】
図７は、更新を伴う運用コマンド保持手段の運用コマンド保持例を示しているが、同図において９１は宛先の情報処理装置毎の更新を伴う運用コマンドであり、９２はこれらの運用コマンドの受信時刻を示している。
【００１５】
また、図８は、運用コマンド保持手段の情報処理装置状態の保持例を示しているが、同図において、１１１は情報処理装置のＩＤ、１１２は情報処理装置の正常／異常状態、１１３は情報処理装置への運用コマンド完結実行指示の有／無を示している。
【００１６】
次に、図２〜図６に示すフローチャートを参照して、運用コマンド保持手段３１および完結実行手段３２の処理について説明する。
【００１７】
まず、図２に示すフローチャートにおいては、運用ＡＰ１１から運用コマンドが運用コマンド保持手段３１に転送され、該運用コマンド保持手段３１が受信すると（ステップＳ２１０）、運用コマンドを転送された運用コマンド保持手段３１は、転送された運用コマンドが情報処理装置の保持情報／保持状態の更新が伴うか否かを判断し（ステップＳ２２０）、更新が伴う場合には宛先の情報処理装置対応に用意された運用コマンド保持テーブルに該運用コマンド９１（図７）とこのコマンドの受信時刻９２（図７）を保持する（ステップＳ２３０）。
【００１８】
また、更新が伴わなかった場合にはなにもせず、次に情報処理装置状態保持テーブル（図８）を参照し、該運用コマンドの宛先の情報処理装置が正常か異常かを判断する（ステップＳ２４０）。宛先の情報処理装置が正常の場合には、更に完結実行指示ありか否かを判断する（ステップＳ２５０）。完結実行指示がない場合には、送信手段１２に送信して、この運用コマンドに対する応答監視を開始する（ステップＳ２６０）。宛先の情報処理装置が異常の場合と完結実行の指示ありの場合には何もしない。
【００１９】
運用コマンドを受信した送信手段１２は、該運用コマンドを宛先の情報処理装置に送信する。運用コマンドを受信した情報処理装置の動作フローは従来技術と同じである。
【００２０】
次に、図３のフローチャートに示すように、情報処理装置０１から結果応答を運用端末１０が受信した場合、この結果応答は受信手段１３を介し運用コマンド保持手段３１に転送され受信される（ステップＳ３１０）。この結果応答を転送された運用コマンド保持手段３１は、当該結果応答に対応する応答監視を解除する（ステップＳ３２０）。そして、応答結果が正常か異常かを判定し（ステップＳ３３０）、異常の場合は情報処理装置状態保持テーブル（図８）中の当該結果応答の送信元の情報処理装置の状態１１２を異常に設定して（ステップＳ３７０）、情報処理装置状態保持テーブル（図８）中の運用コマンド完結実行指示の有無を判定し、指示がなければ当該結果応答を運用ＡＰ１０に転送し、運用コマンド完結実行の指示があれば、運用ＡＰ１０に転送するとともに運用コマンド完結実行手段３２に結果応答異常通知を転送する。
【００２１】
また、結果応答が正常の場合は、運用コマンド保持テーブル（図７）中の当該結果応答に対応する運用コマンドのエントリを削除する（ステップＳ３４０）。また、情報処理装置状態保持テーブル（図８）中の運用コマンド完結実行指示の有無を判定し（ステップＳ３５０）、指示がなければ当該結果応答を運用ＡＰ１０に転送し（ステップＳ３８０）、運用コマンド完結実行の指示があれば、運用ＡＰ１０に転送する（ステップＳ３８０）とともに運用コマンド完結実行手段３２に結果応答異常通知を転送する（ステップＳ３６０）。
【００２２】
次に、図４のフローチャートに示すように、運用コマンド保持手段３１が応答監視で異常を検出した場合（ステップＳ４１０）、情報処理装置状態保持テーブル（図８）中の異常応答を検出した運用コマンドの宛先の情報処理装置の状態を異常に設定する（ステップＳ４２０）。
【００２３】
次に、図６のフローチャートに示すように、運用コマンド完結実行手段３２は運用ＡＰが運用者からの運用コマンド完結実行依頼を受信した場合（ステップＳ６１０）、あるいは運用コマンド保持手段３１から結果応答受信通知を受信した場合（ステップＳ６２０）、運用コマンド保持手段３１の運用コマンド保持テーブル（図７）中の当該運用コマンドで運用コマンド完結実行依頼で指定された情報処理装置の運用コマンドを読み出す（ステップＳ６３０）。
【００２４】
運用コマンドが読み出された場合には、送信手段１２を介して送信し、当該運用コマンドに対する応答監視を開始する（ステップＳ６５０）。また、運用コマンドが読み出されなかった場合には、なにもしない。
【００２５】
次に、図５のフローチャートに示すように、運用コマンド完結実行手段３２から保持中の運用コマンド読み出しの依頼を転送されると（ステップＳ５１０）、運用コマンド保持手段３１は、情報処理装置状態保持テーブル（図８）中の当該運用コマンドで運用コマンド完結実行依頼で指定された情報処理装置に運用コマンド完結実行指示有りを設定する（ステップＳ５２０）。それから、運用コマンド保持テーブル(図７)中の運用コマンド完結実行依頼で指定された情報処理装置に関し、保持している運用コマンドの中で運用ＡＰからの受信時刻の最も古い運用コマンドを読み出し、運用コマンド完結実行手段３２に転送する（ステップＳ５３０）。運用コマンド完結実行依頼で指定された情報処理装置に関し運用コマンドを全て読み出した場合は情報処理装置状態保持テーブル（図８）中の運用コマンド完結実行依頼で指定された情報処理装置の状態に運用コマンド完結実行指示なしを設定する（ステップＳ５４０、Ｓ５５０）。
【００２６】
【発明の効果】
以上説明したように、本発明によれば、運用コマンドを正しく実行できなくなった以降の更新を伴う運用コマンドを保持し、運用者の指示により、保持している運用コマンドを古い順に順次実行するため、一部の情報処理装置の障害などにより複数情報処理装置宛の運用コマンドの実行が完結しない場合に、運用者がコンソールリストなどを読み返すことなしに、該運用コマンドの実行の完結を図ることができ、各情報処理装置間の同一の保持情報／保持状態の同期をとることができ、運用者の負荷を軽減することができる。
【００２７】
また、本発明によれば、更新を伴う運用コマンドしか保持しないため、参照と更新のすべての運用コマンドを保持する方式に比べ、未完了の運用コマンドの完結処理時間を短くすることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る分散システムでの運用コマンドの処理機構の実現方法を実施する分散システムの構成を示す図である。
【図２】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図３】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図４】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図５】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図６】図１の分散システムに使用されている運用コマンド完結実行手段の処理を示すフローチャートである。
【図７】図１の分散システムに使用されている運用コマンド保持手段の運用コマンド保持例を示す図である。
【図８】図１の分散システムに使用されている運用コマンド保持手段の情報処理装置状態保持例を示す図である。
【図９】従来の分散システムの構成例を示す図である。
【符号の説明】
０１〜０ｎ 情報処理装置
１０ 運用端末
１１ 運用ＡＰ
１２ 送信手段
１３ 受信手段
２０ ネットワーク
３１ 運用コマンド保持手段
３２ 運用コマンド完結実行手段
【発明の属する技術分野】
本発明は、複数の情報処理装置と１台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法に関する。
【０００２】
【従来の技術】
図９に示す従来の分散システムにおいては、運用端末１からネットワーク２０を介して複数の情報処理装置０１〜０ｎに同一運用コマンドを送信する場合、宛先対象となる情報処理装置の１つあるいは２つ以上の情報処理装置が障害などにより該運用コマンドを実行できない場合には、当該運用コマンドはシステムとして正しく実行されていないことになる。このため、対策としては、既に該運用コマンドを実行してしまった情報処理装置に対し該運用コマンドの実行を取り消すか、あるいは該運用コマンドを実行できなかった情報処理装置に対してその回復時に運用コマンドの発行履歴が分かる情報（該運用コマンドをコンソールリストあるいはコンソールログなど）に基づいて、運用者が再投入し該運用コマンドを実行させることにより情報処理装置間で運用コマンドの実行を完結させていた。
【０００３】
すなわち、運用端末１の運用ＡＰが運用者から入力された運用コマンドを通信手段（送信受信手段）３を介して複数の情報処理装置０１〜０ｎに順次送信すると、各情報処理装置に送信された該運用コマンドは各情報処理装置で実行され、各情報処理装置で実行された結果応答は運用端末１の通信手段３を介して運用ＡＰ４に渡され出力される。
【０００４】
【発明が解決しようとする課題】
同一接続情報処理装置宛への流通情報の転送起動の運用コマンドなどを、共有情報を有する複数の情報処理装置に送信した場合には、実行されてしまった該運用コマンドを取り消すことはできない。このため、このような場合には、該運用コマンドを実行できなかった情報処理装置に対してその回復時に運用コマンドを再投入することになる。
【０００５】
このような従来の方法では、該運用コマンドを実行できなかった情報処理装置に対してその回復時に運用コマンドの発行履歴が分かる情報（該運用コマンドをコンソールリストあるいはコンソールログなど）に基づいて、運用者が再投入しており再投入の誤りによる誤運用や多大な工数がかかるという問題がある。
【０００６】
本発明は、上記に鑑みてなされたもので、その目的とするところは、情報処理装置の障害時などにおける運用コマンドの実行を運用者に負担をかけることなく適確に完結し得る分散システムでの運用コマンドの処理機構の実現方法を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、請求項１記載の発明は、複数の情報処理装置と1台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法において、前記運用端末の運用ＡＰからの運用コマンド送信の依頼を受けた時、当該運用コマンドを複数の情報処理装置に送信すると共に、運用コマンドが各情報処理装置毎の保持情報／保持状態の更新を行うか否かを判定し、更新を伴うと判定した場合に、各情報処理装置毎に、運用コマンド保持テーブルに当該運用コマンドを運用ＡＰからの運用コマンド受信時刻順に時系列に保持し、保持した運用コマンドに対する応答が正常な場合、当該運用コマンドを運用コマンド保持テーブルから削除し、応答が異常な場合または無応答検出時には当該運用コマンドを運用コマンド保持テーブルを保持し続ける運用コマンド保持工程と、運用コマンド保持中に、運用者からの運用コマンド完結実行依頼を前記運用端末の運用ＡＰを経由して受信した時、前記運用コマンド保持工程の前記運用コマンド保持テーブルから運用コマンド完結実行依頼で指定された情報処理装置に対して保持されている運用コマンドを運用ＡＰからの受信時刻の最も古い運用コマンドを読み出して送信する運用コマンド完結実行工程とを有することを特徴とする分散システムでの運用コマンドの処理機構の実現方法である。
【０００８】
本発明は、複数の情報処理装置１台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法において、前記運用端末が、各情報処理装置毎に、運用コマンド送信時に運用コマンドを運用コマンド保持テーブルに保持し、正常応答受信時、これを取り消し、異常応答受信時、情報処理装置状態保持テーブルにおいて当該異常応答を行った情報処理装置の状態を異常に設定し、この結果応答を運用ＡＰに転送し、当該情報処理装置への以降の依頼を時系列に保持したまま送信しない運用コマンド保持工程と、前記運用ＡＰが運用者からの運用コマンド完結実行依頼を受信した場合に、前記運用端末が、前記運用コマンド保持テーブルの運用コマンドで指定された情報処理装置の運用コマンドを古い順に読み出して送信する運用コマンド完結実行工程とを有することを特徴とする分散システムでの運用コマンドの処理機構の実現方法である。
【０００９】
本発明は、複数の情報処理装置と１台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法において、前記運用端末が、運用コマンドが各情報処理装置毎の保持情報／保持状態の更新を伴うか否かを判定する工程と、前記運用端末が、各情報処理装置毎に、運用コマンド送信時に運用コマンドを運用コマンド保持テーブルに保持し、正常応答受信時、これを取り消し、異常応答受信時、情報処理装置状態保持テーブルにおいて当該異常応答を行った情報処理装置の状態を異常に設定し、この結果応答を運用ＡＰに転送し、当該情報処理装置への以降の依頼を時系列に保持したまま送信しない運用コマンド保持工程と、前記運用ＡＰが運用者からの運用コマンド完結実行依頼を受信した場合に、前記運用コマンド保持テーブルの運用コマンドで指定された情報処理装置の運用コマンドを古い順に読み出して送信するとともに、その際には前記情報処理装置状態保持テーブルの運用コマンドで指定された情報処理装置に運用コマンド完結実行指示有りを設定し、運用コマンドをすべて読み出した場合は運用コマンド完結実行指示なしを設定する運用コマンド完結実行工程とを有することを特徴とする分散システムでの運用コマンドの処理機構の実現方法である。
【００１２】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態について説明する。
【００１３】
図１は、本発明の一実施形態に係る分散システムでの運用コマンドの処理機構の実現方法を実施する分散システムの構成を示す図である。同図において、１０は運用端末、０１〜０ｎは実行ホストである情報処理装置、２０はネットワーク、３１は運用コマンド保持手段、３２は運用コマンド完結実行手段、１１は運用ＡＰ、１３は受信手段、および１２は送信手段である。
【００１４】
図７は、更新を伴う運用コマンド保持手段の運用コマンド保持例を示しているが、同図において９１は宛先の情報処理装置毎の更新を伴う運用コマンドであり、９２はこれらの運用コマンドの受信時刻を示している。
【００１５】
また、図８は、運用コマンド保持手段の情報処理装置状態の保持例を示しているが、同図において、１１１は情報処理装置のＩＤ、１１２は情報処理装置の正常／異常状態、１１３は情報処理装置への運用コマンド完結実行指示の有／無を示している。
【００１６】
次に、図２〜図６に示すフローチャートを参照して、運用コマンド保持手段３１および完結実行手段３２の処理について説明する。
【００１７】
まず、図２に示すフローチャートにおいては、運用ＡＰ１１から運用コマンドが運用コマンド保持手段３１に転送され、該運用コマンド保持手段３１が受信すると（ステップＳ２１０）、運用コマンドを転送された運用コマンド保持手段３１は、転送された運用コマンドが情報処理装置の保持情報／保持状態の更新が伴うか否かを判断し（ステップＳ２２０）、更新が伴う場合には宛先の情報処理装置対応に用意された運用コマンド保持テーブルに該運用コマンド９１（図７）とこのコマンドの受信時刻９２（図７）を保持する（ステップＳ２３０）。
【００１８】
また、更新が伴わなかった場合にはなにもせず、次に情報処理装置状態保持テーブル（図８）を参照し、該運用コマンドの宛先の情報処理装置が正常か異常かを判断する（ステップＳ２４０）。宛先の情報処理装置が正常の場合には、更に完結実行指示ありか否かを判断する（ステップＳ２５０）。完結実行指示がない場合には、送信手段１２に送信して、この運用コマンドに対する応答監視を開始する（ステップＳ２６０）。宛先の情報処理装置が異常の場合と完結実行の指示ありの場合には何もしない。
【００１９】
運用コマンドを受信した送信手段１２は、該運用コマンドを宛先の情報処理装置に送信する。運用コマンドを受信した情報処理装置の動作フローは従来技術と同じである。
【００２０】
次に、図３のフローチャートに示すように、情報処理装置０１から結果応答を運用端末１０が受信した場合、この結果応答は受信手段１３を介し運用コマンド保持手段３１に転送され受信される（ステップＳ３１０）。この結果応答を転送された運用コマンド保持手段３１は、当該結果応答に対応する応答監視を解除する（ステップＳ３２０）。そして、応答結果が正常か異常かを判定し（ステップＳ３３０）、異常の場合は情報処理装置状態保持テーブル（図８）中の当該結果応答の送信元の情報処理装置の状態１１２を異常に設定して（ステップＳ３７０）、情報処理装置状態保持テーブル（図８）中の運用コマンド完結実行指示の有無を判定し、指示がなければ当該結果応答を運用ＡＰ１０に転送し、運用コマンド完結実行の指示があれば、運用ＡＰ１０に転送するとともに運用コマンド完結実行手段３２に結果応答異常通知を転送する。
【００２１】
また、結果応答が正常の場合は、運用コマンド保持テーブル（図７）中の当該結果応答に対応する運用コマンドのエントリを削除する（ステップＳ３４０）。また、情報処理装置状態保持テーブル（図８）中の運用コマンド完結実行指示の有無を判定し（ステップＳ３５０）、指示がなければ当該結果応答を運用ＡＰ１０に転送し（ステップＳ３８０）、運用コマンド完結実行の指示があれば、運用ＡＰ１０に転送する（ステップＳ３８０）とともに運用コマンド完結実行手段３２に結果応答異常通知を転送する（ステップＳ３６０）。
【００２２】
次に、図４のフローチャートに示すように、運用コマンド保持手段３１が応答監視で異常を検出した場合（ステップＳ４１０）、情報処理装置状態保持テーブル（図８）中の異常応答を検出した運用コマンドの宛先の情報処理装置の状態を異常に設定する（ステップＳ４２０）。
【００２３】
次に、図６のフローチャートに示すように、運用コマンド完結実行手段３２は運用ＡＰが運用者からの運用コマンド完結実行依頼を受信した場合（ステップＳ６１０）、あるいは運用コマンド保持手段３１から結果応答受信通知を受信した場合（ステップＳ６２０）、運用コマンド保持手段３１の運用コマンド保持テーブル（図７）中の当該運用コマンドで運用コマンド完結実行依頼で指定された情報処理装置の運用コマンドを読み出す（ステップＳ６３０）。
【００２４】
運用コマンドが読み出された場合には、送信手段１２を介して送信し、当該運用コマンドに対する応答監視を開始する（ステップＳ６５０）。また、運用コマンドが読み出されなかった場合には、なにもしない。
【００２５】
次に、図５のフローチャートに示すように、運用コマンド完結実行手段３２から保持中の運用コマンド読み出しの依頼を転送されると（ステップＳ５１０）、運用コマンド保持手段３１は、情報処理装置状態保持テーブル（図８）中の当該運用コマンドで運用コマンド完結実行依頼で指定された情報処理装置に運用コマンド完結実行指示有りを設定する（ステップＳ５２０）。それから、運用コマンド保持テーブル(図７)中の運用コマンド完結実行依頼で指定された情報処理装置に関し、保持している運用コマンドの中で運用ＡＰからの受信時刻の最も古い運用コマンドを読み出し、運用コマンド完結実行手段３２に転送する（ステップＳ５３０）。運用コマンド完結実行依頼で指定された情報処理装置に関し運用コマンドを全て読み出した場合は情報処理装置状態保持テーブル（図８）中の運用コマンド完結実行依頼で指定された情報処理装置の状態に運用コマンド完結実行指示なしを設定する（ステップＳ５４０、Ｓ５５０）。
【００２６】
【発明の効果】
以上説明したように、本発明によれば、運用コマンドを正しく実行できなくなった以降の更新を伴う運用コマンドを保持し、運用者の指示により、保持している運用コマンドを古い順に順次実行するため、一部の情報処理装置の障害などにより複数情報処理装置宛の運用コマンドの実行が完結しない場合に、運用者がコンソールリストなどを読み返すことなしに、該運用コマンドの実行の完結を図ることができ、各情報処理装置間の同一の保持情報／保持状態の同期をとることができ、運用者の負荷を軽減することができる。
【００２７】
また、本発明によれば、更新を伴う運用コマンドしか保持しないため、参照と更新のすべての運用コマンドを保持する方式に比べ、未完了の運用コマンドの完結処理時間を短くすることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る分散システムでの運用コマンドの処理機構の実現方法を実施する分散システムの構成を示す図である。
【図２】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図３】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図４】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図５】図１の分散システムに使用されている運用コマンド保持手段の処理を示すフローチャートである。
【図６】図１の分散システムに使用されている運用コマンド完結実行手段の処理を示すフローチャートである。
【図７】図１の分散システムに使用されている運用コマンド保持手段の運用コマンド保持例を示す図である。
【図８】図１の分散システムに使用されている運用コマンド保持手段の情報処理装置状態保持例を示す図である。
【図９】従来の分散システムの構成例を示す図である。
【符号の説明】
０１〜０ｎ 情報処理装置
１０ 運用端末
１１ 運用ＡＰ
１２ 送信手段
１３ 受信手段
２０ ネットワーク
３１ 運用コマンド保持手段
３２ 運用コマンド完結実行手段
Claims (1)
- 複数の情報処理装置と1台の運用端末とこれらを相互に接続するネットワークから構成され、各情報処理装置毎に共通の情報あるいは個別の情報を有し、同一運用コマンドを複数の情報処理装置に送信する必要がある分散システムでの運用コマンドの処理機構の実現方法において、
前記運用端末の運用ＡＰからの運用コマンド送信の依頼を受けた時、当該運用コマンドを複数の情報処理装置に送信すると共に、運用コマンドが各情報処理装置毎の保持情報／保持状態の更新を行うか否かを判定し、更新を伴うと判定した場合に、各情報処理装置毎に、運用コマンド保持テーブルに当該運用コマンドを運用ＡＰからの運用コマンド受信時刻順に時系列に保持し、保持した運用コマンドに対する応答が正常な場合、当該運用コマンドを運用コマンド保持テーブルから削除し、応答が異常な場合または無応答検出時には当該運用コマンドを運用コマンド保持テーブルを保持し続ける運用コマンド保持工程と、
運用コマンド保持中に、運用者からの運用コマンド完結実行依頼を前記運用端末の運用ＡＰを経由して受信した時、前記運用コマンド保持工程の前記運用コマンド保持テーブルから運用コマンド完結実行依頼で指定された情報処理装置に対して保持されている運用コマンドを運用ＡＰからの受信時刻の最も古い運用コマンドを読み出して送信する運用コマンド完結実行工程と
を有することを特徴とする分散システムでの運用コマンドの処理機構の実現方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29547795A JP3740198B2 (ja) | 1995-11-14 | 1995-11-14 | 分散システムでの運用コマンドの処理機構の実現方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29547795A JP3740198B2 (ja) | 1995-11-14 | 1995-11-14 | 分散システムでの運用コマンドの処理機構の実現方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09138775A JPH09138775A (ja) | 1997-05-27 |
| JP3740198B2 true JP3740198B2 (ja) | 2006-02-01 |
Family
ID=17821116
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29547795A Expired - Lifetime JP3740198B2 (ja) | 1995-11-14 | 1995-11-14 | 分散システムでの運用コマンドの処理機構の実現方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3740198B2 (ja) |
-
1995
- 1995-11-14 JP JP29547795A patent/JP3740198B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09138775A (ja) | 1997-05-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4684885A (en) | Arrangement for on-line diagnostic testing of an off-line standby processor in a duplicated processor configuration | |
| JP2000134786A (ja) | 電力系統保護制御システム、電力系統保護制御システムの制御方法およびプログラムモジュールを記憶した記憶媒体 | |
| JP3740198B2 (ja) | 分散システムでの運用コマンドの処理機構の実現方法 | |
| JPH05257852A (ja) | プロセスデータ処理システムおよび処理方法 | |
| JP2003140704A (ja) | プロセス制御装置 | |
| JP3217086B2 (ja) | 二重化システムにおける待機系制御装置とメッセージ装置間のメッセージ交信方式 | |
| JPH09319634A (ja) | トランザクション実行状態管理システム、管理方法、および管理プログラムを記憶する媒体 | |
| JPH10233792A (ja) | ポーリング方式及び方法 | |
| JPH06244852A (ja) | 診断システム | |
| JP3316739B2 (ja) | 装置間インタフェース制御方式 | |
| JPH0511824B2 (ja) | ||
| JP2848442B2 (ja) | 任意メッセージデータ判別方式 | |
| JPH0628279B2 (ja) | 基板処理システムの通信制御装置 | |
| JPH04109792A (ja) | 自動販売データ収集システム | |
| JPH10320345A (ja) | バスコントローラ | |
| JPH01125627A (ja) | モジュール異常チェック方式 | |
| JPS62105243A (ja) | システム障害の復旧装置 | |
| JPS6196849A (ja) | 伝送システム制御方式 | |
| JPH06188892A (ja) | データ通信システム | |
| JPH07239147A (ja) | 集中制御装置 | |
| JPS6295621A (ja) | 計算機システムの遠隔操作方式 | |
| JPS63294148A (ja) | 伝送制御装置 | |
| JPH09237235A (ja) | 自動通信機能を有する端末装置 | |
| JPH0879287A (ja) | ループ形ローカルエリアネットワークシステム | |
| JP2000259439A (ja) | 二重化システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051107 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121111 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121111 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131111 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |