JP2001216181A

JP2001216181A - 情報処理システムの送受信開始方法

Info

Publication number: JP2001216181A
Application number: JP2000371481A
Authority: JP
Inventors: Mari Shigematsu; 万里重松; Akibumi Nakabashi; 晃文中橋; Hideki Sato; 秀樹佐藤; Keiichi Sannomiya; 恵一三宮; Koji Kobayashi; 浩二小林; Kazuma Nakao; 一馬中尾; Hajime Fujimoto; 肇藤本; Tsukasa Kobayashi; 司小林
Original assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Current assignee: Hitachi Ltd; Hitachi Information and Control Systems Inc
Priority date: 2000-12-01
Filing date: 2000-12-01
Publication date: 2001-08-10

Abstract

(57)【要約】【課題】従来の監視方法では、監視機能を実現するため
には、監視対象の処理装置に監視装置のアドレスをあら
かじめ記憶させなければならない。さらに、監視装置の
信頼性向上の方法として従来はマルチコンピュータと同
様な方法がとられているが、主従装置間の依存関係が大
きいために、追加，変更が困難であるという問題点があ
る。【解決手段】本発明は、処理装置に送信開始指示手段
を、監視装置に監視要求手段を設け、それらがお互いに
通信を行った結果、送信手段と受信手段に対して送信開
始，受信開始の指示を出すことにより、処理装置と監視
装置の立ち上げ順番に依存せずに監視を開始する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
及びその監視方法に係り、特に、ネットワーク上に複数
の処理装置が接続される場合に好適な情報処理システム
及びその監視方法に関する。

【０００２】

【従来の技術】情報処理システムを運用する際には、シ
ステムを構成する各々の処理装置を監視することは極め
て重要なことである。その場合、効率のよい監視方法と
して、従来より、特開平３−１４４８３４号公報，特開
平３−２５７６３９号公報に記載の集中監視方法が知ら
れている。またその際の表示形式としては、前記特開平
３−２５７６３９号公報及び特開平２−２１２９４７１
号公報記載のような表示形式が挙げられる。

【０００３】尚、その外に本発明に関連する従来例とし
てＵＳＰ3,701,971 や特開平２−２７００４３が挙げら
れる。

【０００４】

【発明が解決しようとする課題】ネットワークを用いた
分散型システムの最大の特徴は、業務の拡張時や処理装
置の能力過負荷となった場合、処理装置を追加すること
により負荷を容易に分散できるような拡張性にある。よ
ってネットワークの地理的範囲の拡大や、処理装置数の
増加の際は、監視機能もまた柔軟に追従できなければな
らない。また、監視装置の信頼性向上の方法として、従
来はマルチコンピュータと同様な方法がとられている。
しかし、この場合、主従装置間の依存関係が大きいため
に、追加，変更が困難であるという問題点がある。

【０００５】

【課題を解決するための手段】本発明は、処理装置に送
信開始指示手段を、監視装置に監視要求手段を設け、そ
れらが互いに通信を行った結果、送信手段と受信手段に
対して送信開始，受信開始の指示を出すことにより、処
理装置と監視装置の立ち上げ順番に依存せずに監視を開
始する。

【０００６】第２に、監視装置と処理装置は互いにアド
レスを記憶しないで監視を開始する方法を用いて、シス
テムの構成変更に対しても柔軟に追従できる情報処理シ
ステムを採用し、監視装置故障時の装置取り替えやシス
テム構成変更時の装置追加等の処理を、システムを停止
すること無く行うことができる。

【０００７】

【発明の実施の形態】以下、本発明の実施例について詳
細に説明する。わかりやすくするため、下記の項目に分
けて説明を行う。１．監視方法概要２．監視開始手順３．監視情報の取得４．監視情報の通信方式５．監視情報の表示形式６．複数の監視装置による監視方法７．監視機能付き処理装置８．監視装置の交換・追加１．監視方法概要図１に本実施例における情報処理システムの構成を示
す。

【０００８】図１に示す情報処理システムは、オンライ
ン業務を行う複数の処理装置４−１，４−２と、前記処
理装置の監視を行う監視装置２と、前記処理装置と前記
監視装置を接続する通信手段３（例えばＦＤＤＩ）と、
前記監視装置が収集した監視結果を表示する表示装置１
（例えばＣＲＴディスプレイ装置）により構成される。

【０００９】処理装置４−１，４−２内の構成は同一で
あり、よって説明は処理装置４−１について行う。ま
た、処理装置の重要項目送信手段と、自己監視結果送信
手段は図１上ではそれぞれ複数存在するが、これらにつ
いては、後述する「６．複数の監視装置による監視方
法」の項で説明を行うこととし、本項ではそれぞれ一つ
ずつしかないものとして説明する。説明には重要項目送
信手段６−１−１、及び自己監視結果送信手段７−１−
１を用いる。

【００１０】処理装置４−１は、通常の処理装置として
の構成のほかに、処理装置４−１自身の状態を監視し得
られた監視情報を送信手段に渡す自己監視手段５−１
と、監視情報のうち見逃してはならない重要なもののみ
を送信する重要項目送信手段６−１−１と、重要な監視
情報も含めた全ての監視情報を送信する自己監視結果送
信手段７−１−１の３種の構成要素を持つ。ここでいう
監視情報とは、計算機等の処理装置の処理状態，障害メ
ッセージ，ジョブ状態，ネットワーク（回線）状態など
のシステム状態を表わす情報をいう。さらに、重要な監
視情報とは、ＯＳ障害やハード障害を知らせるメッセー
ジのように、それを見逃すことによりシステム全体、又
はシステムの機能の一部が停止する可能性がある情報で
ある。監視情報が重要か否かの判定は自己監視手段５−
１が行い、判定の結果重要な監視情報であれば、重要項
目送信手段と自己監視結果送信手段の両方に渡し、重要
でない監視情報であれば自己監視結果送信手段のみに渡
す。各送信手段は自己監視手段より渡された監視情報を
監視装置２に対して送信する。送信方法については
「４．監視情報の通信方式」の項にて詳細に示す。

【００１１】監視装置２は、処理装置４−１，４−２の
重要項目送信手段６−１−１，６−２−１より送信され
た監視情報を受信する重要項目受信収集手段１３と、前
記処理装置の自己監視結果送信手段７−１−１，７−２
−１より送信された監視情報を受信する監視対象別監視
結果受信手段１４−１，１４−２と、前記重要項目受信
収集手段により収集した監視情報を表示装置１へ出力し
て表示する重要項目表示手段１２と、前記監視対象別監
視結果受信手段により受信した監視情報を表示装置１に
表示するために出力する監視対象別監視結果表示手段１
５−１，１５−２の４種類の構成要素を持つ。この時、
処理装置４−１の重要項目送信手段６−１−１から送信
された監視情報と、処理装置４−２の重要項目送信手段
６−２−１から送信された監視情報は、いずれも監視装
置２の重要項目受信収集手段１３により受信され、重要
項目表示手段１２により表示装置１上の重要項目表示Wi
ndow１７に表示されるように出力される。また、処理装
置４−１の自己監視結果送信手段７−１−１より送信さ
れた監視情報は監視装置２の監視対象別監視結果受信手
段１４−１により受信され、監視対象別監視結果表示手
段１５−１によって監視結果表示Window（処理装置１）
１８−１に表示され、処理装置４−２の自己監視結果送
信手段７−２−１より送信された監視情報は監視装置２
の監視対象別監視結果受信手段１４−２により受信さ
れ、監視対象別監視結果表示手段１５−２によって監視
結果表示Window（処理装置２）１８−２に表示される。
前記監視対象別監視結果受信手段及び監視対象別監視結
果表示手段及び監視結果表示Windowは監視対象となる処
理装置の数と同数作成される。このように、監視対象毎
に独立して受信手段，表示手段，表示Windowを持つこと
により、監視装置がこれらの要素を一つしか持たない場
合のように一つの処理装置からの大量な監視情報の受信
表示のために前記３手段が占有されて、他の処理装置か
らの監視情報の受信遅れや受信漏れが発生することを防
止できる。

【００１２】表示装置１は前記監視結果表示Windowと前
記重要項目表示Windowに加え、監視対象別対話型操作Wi
ndow１６−１，１６−２を持つ。オペレータは各処理装
置を監視し、処理装置に対するオペレーションが必要と
判断した場合は前記監視対象別対話型操作Windowから、
処理装置に対するオペレーションを行うことができる。
また、前記表示装置は、これらのWindowの開閉指示等の
操作を行うためのメニュー１９（図のようにアイコンメ
ニューとしてもよい）を持つ。

【００１３】以上のような構成、及び手順により、複数
の処理装置の監視を１台の監視装置にて効率よく行うこ
とができる。２．監視開始手順次に監視の開始手順について説明する。本発明は、処理
装置と監視装置の立ち上げの順番に無関係に監視が開始
することを特徴とする。すなわち、処理装置が先に立ち
上がっている場合は、監視装置立ち上げ時に監視を開始
し、監視装置が先に立ち上がっている場合には処理装置
が立ち上がった時点で監視を開始する。

【００１４】複数の処理装置のうち一部が監視装置より
先に立ち上がり、残りが後に立ち上がった場合も、それ
ぞれ、前者は監視装置立ち上げ時点で、後者は処理装置
立ち上げ時点で監視を開始する。オペレータは監視の開
始に関して特に指示を出す必要はなく、処理装置，監視
装置の立ち上げに連動して監視が開始される。当然のこ
とながら、立ち上げに連動させずにオペレータの指示に
よって開始することも可能であるが、ここでは立ち上げ
と連動する場合について説明する。

【００１５】さらに本発明は、処理装置と監視装置が互
いに相手のアドレスを記憶せずに監視を開始できること
を特徴とする。これは、ネットワークに接続されている
全処理装置（監視装置を含む）に対してパケットを送信
する、いわゆるブロードキャストによって実現すること
ができる。すなわち、一方は全処理装置に対して自分の
アドレスを送信し、もう一方はそのアドレスに対して応
答を返せばよいため、互いにアドレスを記憶する必要は
ないことになる。互いのアドレスをあらかじめ記憶させ
ておくことは、処理装置の数が多い場合には大変な作業
量となるばかりでなく、アドレスが変更された場合等の
変更作業も大きな負担となる。本実施例ではこれらの負
担は無い。

【００１６】はじめに、図１を用いて、開始方法の概要
について説明する。処理装置の説明には「１．監視方法
概要」の項と同様に処理装置４−１を用いる。処理装置
４−１は送信開始指示手段８−１を持つ。これは、前記
処理装置の構成要素である重要項目送信手段６−１−１
及び自己監視結果送信手段７−１−１に対し、送信開始
の指示を与えるものである。一方、監視装置２は監視要
求手段１１を持つ。これは前記監視装置の構成要素であ
る重要項目受信収集手段１３，監視対象別監視結果受信
手段１４−１と１４−２に対して受信開始の指示を与え
るものである。

【００１７】前記送信開始指示手段と前記監視要求手段
の間で通信を行うことにより、上記のような立ち上げ順
番に無関係な監視の開始を実現する。

【００１８】前記送信開始手段及び前記監視要求手段の
詳細を説明する前に、各手段の起動方法について説明す
る。本発明の機能は全てネットワーク機能を前提として
いる。よって処理装置及び監視装置の立ち上げと連動さ
せて前記送信開始手段及び前記監視要求手段を起動する
際も、必ずネットワーク機能が使用可能となった後で起
動する必要がある。

【００１９】図２は、本実施例における処理装置、及び
監視装置立ち上げ時の処理を示す。処理装置と監視装置
で処理は同じである。装置の電源が投入されると(２０
−１)、まず、ハードウェアやＯＳのイニシャライズ処
理が行われる（２０−２，２０−３）。ネットワーク機
能のイニシャライズもこの時点で行われる（２０−
４）。よって送信開始手段又は監視要求手段の起動は処
理２０−４より後に行う（２０−５）。

【００２０】図３では、送信開始指示手段８−１の処理
について詳細に説明する。処理２１は前記送信開始手段
の処理を示す。この処理は上記のように、処理装置の立
ち上げに連動して開始する。処理装置の送信開始手段
は、最初に処理装置が立ち上がったことを知らせるパケ
ットをネットワーク上へブロードキャストする（２１−
１）。その後、監視装置からパケットが送られてくるの
を待つ（２１−２）。もし監視装置が既に立ち上がって
いればすぐに前記ブロードキャストパケットの応答とし
て監視装置からパケットが送られてくる。またもしまだ
監視装置が立ち上がっていなければ、そのまま待つ。こ
の場合監視装置が立ち上がった時点で監視装置からのブ
ロードキャストパケットが送られてくる。いずれの場合
も監視装置からのパケットを受信（２１−３）したら、
その監視装置宛に監視情報の送信を開始するよう、重要
項目送信手段及び自己監視結果送信手段に対して指示を
出す（２１−４）。その後は再び処理２１−２に戻る。
同様の処理を繰り返す。これは監視装置が複数存在する
場合のためである。（複数監視装置については「６．複
数の監視装置による監視方法」の項で説明する。）図４では、監視要求手段１１の処理について詳細に説明
する。処理２２は前記監視要求手段の処理を示す。この
処理は上記のように、監視装置の立ち上げに連動して開
始する。監視装置の監視要求手段は、最初に重要項目受
信収集手段，監視対象別監視結果受信手段に対し、受信
開始指示を出す（２２−１）。この段階では、処理装置
側はまだ監視情報を送信していないため、受信手段は起
動はするが、情報の受信はしない。これは、必ず送信手
段より先に受信手段を起動することにより、受信漏れを
発生させないためである。次に監視装置が立ち上がった
ことを知らせるパケットをネットワーク上にブロードキ
ャストする（２２−２）。

【００２１】もし処理装置が立ち上がっていれば、この
パケットを受信し、監視装置のアドレスを認識し、監視
情報を送信してくる。受信手段は処理２２−１で起動済
みである。処理装置からの監視情報の送信の有無に関わ
らず、監視要求手段はこの後、処理装置からのパケット
の受信を待つ（２２−３）。これは監視装置より後から
立ち上がった処理装置が、立ち上げ時に送信するブロー
ドキャストパケットを受信するためである。これらのパ
ケット受信時（２２−４）には、監視装置自身のアドレ
スをその応答として返す（２２−５）。そして、処理２
２−３へ戻る。また、図３に示すように、処理装置側は
この監視装置に対して監視情報の送信を開始することに
なる。

【００２２】以上の手順により、処理装置と監視装置の
立ち上げ順番に無関係に、かつ処理装置と監視装置が互
いのアドレスを記憶せずに、監視を開始することができ
る。３．監視情報の取得次に、図５を用いて、処理装置の自己監視手段が監視情
報を取得し、送信手段に渡すまでの処理を説明する。処
理装置の自己監視手段５−１はプログラム５−１−３
と、自己監視結果取得機能５−１−１と、重要項目取得
機能５−１−２からなる。プログラム５−１−３はＯＳ
やユーザプログラム等のプログラムである。前記自己監
視結果取得機能は前記プログラム実行中に取得した監視
情報を自己監視結果送信手段７−１に渡す。同様に前記
重要項目取得機能は取得した監視情報を重要項目送信手
段６−１に渡す。前記２つの監視情報取得手段は、例え
ば関数であり、プログラムはその関数をコールすること
により、監視情報を監視装置へ送ることが可能となる。
すなわち、監視情報が重要項目である場合は重要項目取
得機能と、自己監視結果取得機能の２つの関数をコール
し、それ以外の監視情報の場合は自己監視結果取得機能
の関数のみをコールする。このように関数として２種類
の監視情報取得機能を提供することにより、プログラム
作成時に容易に監視情報を類別に送信手段に渡すことが
できる。本実施例では分類を全監視情報と、重要な監視
情報と類別したが、他の基準による類別が可能であるこ
とは言うまでもない。４．監視情報の通信方式次に、処理装置において、「３．監視情報の取得」の項
で説明したようにして取得された監視情報が送信手段に
よって送信されてから、監視装置の受信手段によって受
信されるまでの通信方式について説明する。

【００２３】図６は、監視情報を送信する際のデータの
フォーマットを示す。監視情報データ２３は、監視情報
２３−５の他に監視装置識別子２３−１，処理装置識別
子２３−２，受信手段識別子２３−３の少なくとも３種
の情報を含んでいる。その他、図６のように監視情報バ
イト数２３−４等を含んでもよい。本実施例では、通信
プロトコルとして、ＴＣＰ／ＩＰを用いているが、これ
を例にとれば、監視装置識別子２３−１は宛先ネットワ
ークアドレス，処理装置識別子２３−２は自ネットワー
クアドレス，受信手段識別子２３−３はサービスポート
番号に相当する。フォーマットは重要項目，自己監視結
果とも共通とする。

【００２４】次に、図７を用いて、この監視情報パケッ
トの送受信の方式を説明する。処理装置の説明には
「１．監視方法概要」の項の説明と同様に、処理装置４
−１を用いる。

【００２５】はじめに、重要項目の送受信方式について
説明する。処理装置４−１の重要項目送信手段６−１は
取得した監視情報に、監視装置識別子として監視装置２
のアドレスを指定し、受信手段識別子として、監視装置
２の重要項目受信収集手段１３のポート番号を指定し、
処理装置識別子には処理装置４−１自身のアドレスを指
定し、重要項目データ２４−１として送信する。前記監
視装置の前記重要項目受信収集手段は、前記重要項目パ
ケットの監視装置識別子と受信手段識別子により、前記
データが自分宛であると判断し、これを受信する。前記
重要項目受信収集手段１３は、受信バッファ２７−１と
監視情報編集手段２６−１を持つ。前記受信バッファ２
７−１を設け、受信したパケットを一時格納してから編
集処理を行うことにより、処理装置４−１と処理装置４
−２の監視情報データを同時に受信した場合も、取り漏
れる可能性は少なくなる。監視情報編集手段２６−１
は、前記受信バッファより重要項目パケットを取出し、
監視情報の編集を行う。監視情報の編集とは、例えばタ
イムスタンプをつけたり、あらかじめ指定したパターン
と一致しているかどうか比べて、一致しているもののみ
表示手段に渡す（フィルタ処理）等、監視情報の加工や
類別，選択といった処理を意味する。監視情報のロギン
グもこうした編集の一つである。前記監視情報編集手段
は、編集が終了すると、編集済み監視情報を重要項目表
示手段１２に渡す。

【００２６】次に自己監視結果の送受信方式について説
明する。処理装置４−１の自己監視結果送信手段７−１
は、取得した監視情報に、監視装置識別子として監視装
置２のアドレスを指定し、受信手段識別子として監視装
置２の監視対象別監視結果受信手段１４−１のポート番
号を指定し、自己監視結果データ２５−１として送信す
る。前記自己監視結果データは前記監視装置２の前記監
視対象別監視結果受信手段１４−１により受信され一時
受信バッファ２７−２に格納される。その後、監視情報
編集手段２６−２により編集され、監視対象別監視結果
表示手段１５−１に渡される。

【００２７】前記重要項目受信収集手段１３及び監視対
象別監視結果受信手段１４−１は、上記の処理に加え、
監視情報を受信したことを、監視情報の送信元である処
理装置４−１に知らせる処理を行う。これは、通信の信
頼性を高めるためである。

【００２８】図８に、前記２つの受信手段１３，１４−
１に共通の処理を示す。はじめに、受信バッファよりパ
ケットを取りだし（２８−１−１）、その後処理装置に
受信応答を返す（２８−１−２）。処理２８−１−１と
処理２８−１−２は逆でもよい。本実施例では、この受
信応答処理はＴＣＰ／ＩＰにより行っているため、処理
２８−１−２が先となっている。その後、受信パケット
の中から、アドレス等の付加情報を除き、監視情報のみ
を取り出す（２８−１−３）。編集処理を行った後（２
８−１−４）、表示手段に監視情報を渡す（２８−１−
５）。５．監視情報の表示形式次に、監視情報の表示形式について詳細に説明する。本
実施例では監視，表示装置としてワークステーションを
用いている。表示装置は複数のウィンドウを表示可能な
装置であればよい。

【００２９】表示形式の概要を再び図１を用いて説明す
る。表示は、重要項目を表示する重要項目表示Window１
７と、前記重要項目を含めた全ての情報を表示する監視
結果表示Window１８−１，１８−２と、監視対象処理装
置に対してオペレーションを行う監視対象別対話型操作
Window１６−１，１６−２と、前記重要項目表示Window
と前記監視結果表示Windowと、前記対話型操作Windowの
オープン，アイコン化を指示するためのメニュー１９に
より行う。以下各Windowについて詳細に説明する。＜重要項目表示Window＞図９に、本実施例における重要
項目Window１７の表示形式を示す。本実施例では、重要
項目を１７−１，１７−２のようなフォーマットと定め
ている。以下に説明する項目のうち、時刻と処理装置名
称は監視装置の重要項目受信収集手段の監視情報編集手
段にて編集したものであり（図７参照）、それ以外は処
理装置の自己監視手段の重要項目取得手段で取得したま
まのデータである（図５参照）。（１）時刻１７−１−１監視情報を受信した時刻。（２）処理装置名称１７−１−２監視情報の送信元処理装置の名称。複数の処理装置の監
視情報がひとつのWindow上に混在するため、区別に用い
る。（３）コード１７−１−３本実施例では重要項目にコードを割当ている。コードに
より項目の内容を識別できる。（４）重要度フラグ１７−１−４本実施例では重要項目をさらに重要度（例えば、システ
ム全体に係わること、システムの一部に係わること）に
応じて分類している。フラグは重要度の高さが一目でわ
かるように設けた。（５）種別１７−１−５監視情報がどの部位に関するものであるかを示す。例え
ば、ハードウェアに係るものであるか、ＯＳに係るもの
であるかの区別。（６）プログラム名称１７−１−６監視情報を作成した、すなわち重要項目取得手段（図５
参照）をコールしたプログラムの名称。（７）内容１７−１−７監視情報詳細。

【００３０】重要項目表示Window１７はシステムとして
重要な監視情報を表示するWindowであるため、監視情報
が受信された際には必ずオープン状態である必要があ
る。よってもし、オペレータがアイコン化を指示し、Wi
ndowがアイコン状態になっていたとしても監視情報受信
時には自動的にオープンする。これは、図１の重要項目
受信収集手段１３より、重要項目表示手段１２に監視情
報が渡る際に、前記重要項目表示手段が表示と連動して
Windowのオープンを行うことにより実現する。このよう
に受信手段と表示手段を連動させる例としてはこの他
に、重要度フラグによってさらに選別し、最も重要度の
高い監視情報を受信した場合に、Windowのバックグラウ
ンドカラーを赤等の目立つ色に変化させる等の処理が考
えられる。＜監視結果表示Window＞図１０に、本実施例における監
視結果表示Windowの表示形式を示す。監視結果表示Wind
ow１８−１は処理装置毎に一つ設けられるため、タイト
ル１８−１−１として処理装置名称を表示する。本実施
例では監視情報のフォーマットは特に定めず、処理装置
の各プログラムが作成した監視情報１８−１−２をその
まま表示している。

【００３１】監視結果表示Windowのオープン，アイコン
化は重要項目表示Window同様、受信に連動して行うこと
もできるが、Window数が多い場合は、見にくくなる場合
もあるので、受信とは連動させず、オペレータの指示に
よってのみオープン，アイコン化するように設定するこ
とも可能とする。＜監視対象別対話型Window＞図１１に、監視対象別対話
型Window１６−１の表示形式を示す。監視対象別対話型
Windowは処理装置毎に一つ設け、タイトルとして処理装
置名称を表示する（１６−１−１）。オペレーションは
キーボードより行うため、実際には複数の処理装置に対
して同時にオペレーションを行うことはなく、よって対
話型操作Windowは一つでも機能としては充分であるが、
本実施例では各処理装置へのアクセスの手間を省くた
め、Windowを処理装置毎とし、すぐに処理装置へログイ
ン可能なようにする。本実施例では、ｔｅｌｎｅｔコマ
ンドを用いている。セキュリティ面で問題がなければ、
ｒｌｏｇｉｎコマンドを用いてログインの手間をも省く
ことができる。＜メニュー＞図１２に、メニュー１９の内容を示す。本
メニューは前記複数のWindowの操作効率を向上させる目
的で設ける。メニューのタイトル１９−１を表示し、各
Windowのオープン指示１９−２〜１９−５(またはアイ
コン化指示の場合もある)の他、ユーザの設定によりユ
ーザの作成した処理をメニューに追加することも可能と
する（１９−６）。６．複数の監視装置による監視方法「１．監視方法概要」〜「５．監視情報の表示形式」の
項で説明した監視装置を複数台設置したシステムの実施
例について説明する。

【００３２】はじめに、図１３を用いて監視装置の特徴
について説明する。監視装置２−１が複数設置されてい
る場合、処理装置４−１の重要項目送信手段６−１−１
と６−１−２及び自己監視結果送信手段７−１−１と７
−１−２はそれぞれ監視装置ごとに設けられる。重要項
目送信手段６−１−１と６−１−２ではパケット送信時
に監視装置識別子として指定するアドレスが異なる他は
全て同じである。このように複数の監視装置を設置した
システムでは以下（１）〜（４）のような実施例が考え
られる。本例の監視装置の構成は、図１に示すものと基
本構成が同じものであり、図１３のように同じ監視装置
２−１を二つ用いた例である。（１）並行監視システム複数の異なる拠点で、同時にシステムの監視を行う。前
記のように送信手段を複数設けることにより実現可能と
なる。例えば、システムの管理部に設置した監視装置と
システムの開発部に設置した監視装置で同時に監視を行
うことにより、異常発生時の対応も迅速に行うことがで
きる。（２）監視範囲の分担図１４に複数の監視装置により分担してシステムの監視
を行う例を示す。監視装置２−１，２−２と、表示装置
１−１，１−２と、処理装置４−１，４−２，４−３，
４−４，４−５，４−６と、通信手段３により構成され
るシステムで、前記２つの監視装置にあらたに監視対象
登録テーブル１０−１，１０−２を追加する。例えば、
監視対象登録テーブル１０−１には、監視対象として処
理装置４−１，４−２，４−３を登録し、監視対象登録
テーブル１０−２には監視対象として処理装置４−４，
４−５，４−６を登録する。監視の開始にあたり
（「２．監視開始手順」の項参照）監視装置２−１は、
処理装置４−１，４−２，４−３からのブロードキャス
トパケットを受信した場合は応答を返すが、４−４，４
−５，４−６からのパケットに対しては応答を返さな
い。同様に監視装置２−２も監視対象登録テーブル１０
−２に登録されていない処理装置からのパケットには応
答しない。処理装置は応答のない監視装置に対しては、
監視情報の送信を行わない。よって処理装置４−１，４
−２，４−３は監視装置２−１に対してのみ監視情報を
送信し、処理装置４−４，４−５，４−６は監視装置２
−２に対してのみ監視情報を送信する。このようにし
て、２台の監視装置は監視範囲を分担することができ
る。

【００３３】さらに図１に示すように、前記監視対象登
録テーブル１０はオンラインで前記監視対象登録テーブ
ルを書き換える監視対象登録テーブル書換手段９によっ
て書換が可能である。オンラインでテーブルを書き換え
た場合には、前記書換手段が送信開始指示手段に対して
改めて開始指示を出すよう連絡することにより、新しい
テーブル内容が即座に反映される。また本実施例では、
前記監視対象登録テーブルに何も登録されていない場合
は、監視範囲を限定せず、全ての処理装置を監視するこ
ととする。（３）監視装置間での相互監視再び図１を用いて説明する。監視装置が複数台設置され
ているシステムにおいて、監視装置２にあらたに、自己
監視手段５−３と、自己監視結果送信手段７−３と送信
開始指示手段８−３を設ける。これら３つの手段は処理
装置４−１の持つ同名の手段と全く同一のものである。
よってその詳細な説明は省略する。複数の監視装置が設
置されたシステムの場合、前記３手段を追加することに
より監視装置間の相互監視が実現可能となる。すなわ
ち、監視装置自身の監視情報を他の監視装置により監視
することができる。よって、監視装置の異常発生時の対
応が迅速に行える。相互監視といっても、前記のよう
に、処理装置と同等の機能を監視装置に追加するだけで
あるから、監視装置は自分を監視している監視装置のア
ドレスは知らない。よって、マルチコンピュータの相互
監視とは異なり、装置の変更等は容易に行うことができ
る。

【００３４】異常発生時の対応としては、監視範囲の引
き継ぎが挙げられる。一つの監視装置に異常が発生した
場合、その監視装置が監視していた処理装置を他の監視
装置によって監視するよう監視範囲を切り替える必要が
ある。この処理はオペレータが前記監視対象登録テーブ
ルを書き換える等、手動で行ってもよいが、異常検知時
テーブルを自動的に書き換えるような処理を追加するこ
とも可能である。（４）監視範囲の引き継ぎ図１４を用いて、複数の監視装置が設置されているシス
テムにおいて、一つの監視装置に異常が発生した場合の
引き継ぎ処理について説明する。

【００３５】図１４において監視装置２−１は処理装置
４−１，４−２，４−３を監視し、監視装置２−２は処
理装置４−４，４−５，４−６を監視している。監視装
置２−１と監視装置２−２は（３）で記したように互い
に相互監視を行っている。監視装置２−１に異常が発生
した場合、処理装置４−１，４−２，４−３は監視情報
に対する確認応答が返ってこないことから、監視装置２
−１に異常が発生したことを知り、監視情報の送信を中
止する。前記３つの処理装置は監視情報の送信を中止し
た後、再度ブロードキャストパケットを送信し、監視装
置からの応答を待つ。このとき、監視装置２−２は監視
装置２−１の異常を検知し、監視対象登録テーブル１０
−２の内容を消去する。本実施例の監視装置は、その監
視対象登録テーブルに何も登録されていない場合は監視
範囲を限定しない。すなわち、監視装置２−２は処理装
置４−１，４−２，４−３からのブロードキャストパケ
ットを受信した場合、それに対して応答を返すこととな
る。処理装置４−１，４−２，４−３はこの応答によ
り、監視装置２−２を新たな送信先として指定し、監視
情報の送信を開始する。以上のようにして監視範囲の引
き継ぎが完了する。７．監視機能付き処理装置上記実施例では、監視装置と処理装置を異なる装置とし
て記述してきたが、以下の実施例では、処理装置にＯＮ
／ＯＦＦ切り替え可能な監視機能を付加した場合につい
て、図１５を用いて説明する。

【００３６】図１５は、監視装置２と表示装置１−１
と、ｎ台の処理装置４−１〜４−ｎと処理装置４−１に
接続された表示装置１−３と、通信手段３から構成され
るシステムである。監視装置２、及び処理装置４−２〜
４−ｎは、「６．複数の監視装置による監視方法」の項
で述べたものと同様であり、説明を省略する。処理装置
４−１は、処理装置の機能に加え監視機能を持つ。

【００３７】図１６に、処理装置４−１の詳細を示す。
前記処理装置は他処理装置と同等の機能に加え、重要項
目受信収集手段１３と、重要項目表示手段１２と監視対
象別監視結果受信手段１４と監視対象別監視結果表示手
段１５と監視対象登録テーブル書換手段９と、監視対象
登録テーブル１０と、監視要求手段１１と、監視装置生
死管理テーブル２９を持つ。前記監視装置生死管理テー
ブル２９は監視機能ＯＮ／ＯＦＦフラグを記す。監視機
能をＯＮとした場合は処理装置４−１は監視装置として
機能し、監視情報を表示装置１−３に表示するが、ＯＦ
Ｆの場合は他処理装置と同様となる。これにより、監視
装置は１台で、監視装置故障時は、監視装置生死管理テ
ーブル２９の監視機能ＯＮ／ＯＦＦフラグをＯＮするこ
とにより、処理装置４−１を一時監視装置として使用す
ることができる。

【００３８】また、図１５に示す表示装置１−４のよう
に、通信手段を介して、監視装置２が収集したｎ台の処
理装置４−１〜４−ｎからの監視情報を表示する、また
は、監視手段を内蔵した処理装置１（４−１）からの監
視情報を表示するように構成してもよい。

【００３９】図１７を用いて、監視装置付き処理装置の
立ち上げ時の処理を示す。処理２２は、監視要求手段１
１における処理を示す。監視要求手段１１は図４で示し
た普通の監視装置と同様に、起動時まず、各受信手段に
対して受信を開始するように指示を出す（処理２２−
１）。ここで、監視機能のＯＮ／ＯＦＦにかかわらず受
信処理を行うのは、監視機能がＯＦＦからＯＮに切り替
わった際に速やかに監視を開始するためである。つぎ
に、処理２２−６に示すように、生死管理テーブル２９
をみて、生死管理フラグがＯＮの場合は、処理２２−２
のブロードキャストを行う。ＯＦＦの場合は、処理２２
−２のブロードキャストを行わない。この後、監視要求
手段１１は、処理装置からのパケットを待ち（処理２２
−３）、パケット受信（処理２２−４）の際に、生死管
理フラグをみて（処理２２−７）、生死管理フラグがＯ
Ｎならば、パケット送信元の処理装置宛に自己のアドレ
スを返信する（処理２２−５）が、生死管理フラグがＯ
ＦＦならば、自己のアドレスを返信しない。

【００４０】以上のように、フラグがＯＮの場合の処理
は、図４で示した普通の監視装置と同じになり、フラグ
がＯＦＦの場合の処理は、処理装置に対して監視要求は
行わない。

【００４１】図１８に、図１７の処理２２−１によっ
て、受信を開始した重要項目受信収集手段１３及び監視
対象別監視結果受信手段１４−１，１４−２における処
理を示す。重要項目受信収集手段１３及び監視対象別監
視結果受信手段１４−１，１４−２それぞれにおける受
信処理は共通である。各受信手段は、監視結果を待ち
（処理３０−１）、監視結果を受信する（処理３０−
２）と、生死管理フラグを見て（処理３０−３）、フラ
グがＯＮならば、受信した監視結果を表示手段に渡す
（処理３０−４）が、フラグがＯＦＦならば、受信した
監視結果を表示手段に渡さずに捨てる。８．監視装置の交換・追加「１．監視方法概要」〜「７．監視機能付き処理装置」
の項で説明した監視装置として、ネットワークにオンラ
インで着脱可能な装置を採用した実施例について説明す
る。ネットワークにオンラインで着脱可能とは、以下の
２つの条件を満たすことを意味する。

【００４２】（イ）オンラインネットワークに処理装置
を物理的に接続した際に、オンライン業務に影響を与え
ないこと。

【００４３】（ロ）通信制御装置や、ネットワークシス
テム情報の構築が、オンラインで行えること。

【００４４】「２．監視開始手順」の項で説明したよう
に、本実施例では処理装置と監視装置の立ち上げ順番に
無関係に監視を開始することができるため、監視装置と
してオンラインで着脱可能な例えばワークステーション
を採用するということは、すなわちオンラインで監視機
能を変更することが可能となることを意味する。

【００４５】故障した監視装置を交換したい場合は、監
視装置であるワークステーションをネットワークから切
り離し、新しいワークステーションに監視装置としての
機能を組み込んだ（例えばソフトウェアのインストー
ル）後、ネットワークに接続する。「２．監視開始手
順」の項で説明したように、電源投入に連動して、ネッ
トワーク上の処理装置の監視が開始される。監視装置を
追加する場合も、同様にして簡単に追加できる。

【００４６】上記の各手段は、プログラムとしても構成
できるが、場合によっては、同じ機能を有するリードウ
ェアによっても構成できる。また、監視情報は、表示装
置によって視覚的に示されるが、情報の重要度によって
は、音声又は振動等の伝達方法を併用又は独立して用い
ることも可能である。

【００４７】

【発明の効果】本発明によれば、（１）監視装置と処理装置の立ち上げ順番に無関係に監
視を開始できる。（２）監視装置と処理装置が互いに相手のアドレスを記
憶せずに監視を開始できるため、アドレス登録作業等の
手間が省け、またシステム構成の変更も容易になる。

【図面の簡単な説明】

【図１】情報処理システムの概要を示す図。

【図２】装置立ち上げ手順を示す図。

【図３】処理装置側の監視開始手順を示す図。

【図４】監視装置側の監視開始手順を示す図。

【図５】自己監視手段の概要を示す図。

【図６】監視情報データのフォーマットを示す図。

【図７】監視情報通信方法の概要を示す図。

【図８】監視情報受信手順を示す図。

【図９】重要項目表示ウィンドウ表示形式の一例を示す
図。

【図１０】監視対象別監視結果表示ウィンドウ表示形式
の一例を示す図。

【図１１】監視対象別対話型操作ウィンドウ表示形式の
一例を示す図。

【図１２】ウィンドウ操作メニューの一例を示す図。

【図１３】複数の監視装置を用いた監視方法の概要を示
す図。

【図１４】複数の監視装置による監視範囲の分担の概要
を示す図。

【図１５】監視機能付き処理装置による監視機能のバッ
クアップの概要を示す図。

【図１６】監視機能付き処理装置の一例を示す図。

【図１７】監視機能付き処理装置の立ち上げ時の処理の
一例を示す図。

【図１８】重要項目受信収集手段または監視対象別監視
結果受信手段における受信処理の一例を示す図。

【符号の説明】

１…表示装置、２…監視装置、３…通信手段、４…処理
装置、５…自己監視手段、６…重要項目送信手段、７…
自己監視結果送信手段、８…送信開始指示手段、９…監
視対象登録テーブル書換手段、１０…監視対象登録テー
ブル、１１…監視要求手段、１２…重要項目表示手段、
１３…重要項目受信収集手段、１４…監視対象別監視結
果受信手段、１５…監視対象別監視結果表示手段、１６
…監視対象別対話型操作ウィンドウ、１７…重要項目表
示ウィンドウ、１８…監視結果表示ウィンドウ、１９…
メニュー、２０…装置立ち上げ処理手順、２１…処理装
置側監視機能開始処理手順、２２…監視装置側監視機能
開始処理手順、２３…監視情報データ、２４…重要項目
データ、２５…自己監視結果データ、２６…監視情報編
集手段、２７…受信バッファ、２８…監視情報受信処理
手順、２９…生死管理テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者中橋晃文茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者佐藤秀樹茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者三宮恵一茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者小林浩二茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者中尾一馬茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者藤本肇茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者小林司茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内

Claims

【特許請求の範囲】

【請求項１】通信手段と、前記通信手段に対して情報を
送信する送信手段と前記送信手段に送信開始を指示する
送信開始指示手段とを持つ少なくとも一つの処理装置
と、前記送信手段により前記通信手段上に送信された情
報を受信する受信手段と前記受信手段に受信開始を指示
する監視要求手段とを持つ少なくとも一つの監視装置と
を具備する情報処理システムであって、以下の手順で情
報の送受信を開始することを特徴とする送受信開始方
法、（イ）前記監視要求手段は前記受信手段に対して受
信開始を指示する、（ロ）前記送信開始指示手段は、は
じめに前記通信手段に接続されている全ての監視装置に
対して前記送信手段を識別できる識別子（以下、送信手
段識別子と称す）を送信する、（ハ）前記監視要求手段
は、前記送信手段識別子を受信すると、前記送信開始指
示手段に対して前記受信手段を識別できる識別子(以
下、受信手段識別子と称す)を送信する、（ニ）前記送
信開始指示手段は前記受信手段識別子を受信すると、前
記受信手段に対して送信を開始するよう、前記送信手段
に対して指示を出す。
【請求項２】通信手段と、前記通信手段に対して情報を
送信する送信手段と前記送信手段に送信開始を指示する
送信開始指示手段とを持つ少なくとも一つの処理装置
と、前記送信手段により前記通信手段上に送信された情
報を受信する受信手段と前記受信手段に受信開始を指示
する監視要求手段とを持つ少なくとも一つの監視装置と
を具備する情報処理システムであって、以下の手順で情
報の送受信を開始することを特徴とする送受信開始方
法、（イ）前記監視要求手段は前記受信手段に対し、受
信開始を指示し、その後、前記通信手段に接続されてい
る全ての処理装置に対して受信手段識別子を送信する、
（ロ）前記送信開始指示手段は前記受信手段識別子を受
信すると、前記受信手段に対して送信を開始するよう前
記送信手段に指示を出す。