JP2004005204A - 情報処理システム - Google Patents

Abstract

【課題】複数台のホストコンピュータのメッセージ体系が異なっていても、オペレータがそのことを意識することなく業務を遂行することができ、効率的なオペレーションの実現を可能にする情報処理システムを提供する。
【解決手段】統合監視システム１においては、各ホストコンピュータ１１，１２，１３から出力されたメッセージ情報を、一旦機能コード毎に分割し、その配列を並べ替える等して予め定める標準メッセージ体系の標準メッセージ情報に変換する。そして、この変換された各標準メッセージ情報を集約してそのカテゴリー（運行業務）を表す機能コードを抽出し、そのカテゴリー別に各標準メッセージ情報を分類する。そして、そのカテゴリーに対応した特定のクライアントコンピュータ４１，４２，４３，４４に夫々配信して表示させる。
【選択図】　図３

Description

【０００１】
【発明の属する技術分野】
本発明は情報処理システムにかかり、特に、複数のホストコンピュータから時々刻々出力されるメッセージ情報を目的別に分類し、対応するクライアントコンピュータに配信する情報処理システムに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、例えば金融システムにおけるオペレータの運行業務を大別すると、監視業務，ＭＴ処理業務，プリント処理業務がある。ここでいう「監視業務」とは、個々のジョブ（特に重要ジョブ）が予定通り流れているか否かを確認する進捗監視業務や、金融システムを運用するコンピュータシステムに何らかの障害が発生していないかを把握する障害監視業務をいう。また、「ＭＴ処理業務」とは、磁気テープやフロッピー（登録商標）ディスク等の記録媒体への各種情報の入出力業務をいう。さらに、「プリント処理業務」とは、帳票用紙のセットやプリント操作等の業務をいう。
【０００３】
これらの運行業務は、一般に上記コンピュータシステムを構成する複数のホストコンピュータ毎にコンソール装置を設置し、そのコンソール装置の画面に順次時系列的に出力される進捗状況，異常事象，ＭＴ処理要求，プリント処理要求等を表すメッセージを表示させ、オペレータがこれを監視することにより行われていた。つまり、オペレータは、この監視によりプログラムや装置の異常等をその都度的確に把握し、その異常等に応じた適切な対処を行う。
【０００４】
しかしながら、複数のホストコンピュータが、夫々別のメーカにより製造されたものである場合には、各ホストコンピュータが夫々固有のメッセージ体系を有している場合が多いため、オペレータをこれに対応させなければならないという問題があった。すなわち、各メーカのホストコンピュータ毎に専任のオペレータを配置したり、或いは汎用のオペレータを配置する必要があった。前者の場合には、オペレータの人数をメーカの数に対応させて配置させる必要があり、人件費が嵩むといった問題があり、また後者の場合には、複数のメーカのメッセージ体系を把握できるようにオペレータを育成することが必要になり、その育成に長期間を要するといった問題があった。
【０００５】
また、各ホストコンピュータに関し、上述した運行業務の種別に関係なくあらゆるメッセージ情報がコンソール装置の画面に表示されるため、オペレータは全ての運行業務に精通している必要がある。このため、オペレータの育成にさらに長期間を要するといった問題があった。
【０００６】
以上のような問題の解決を目的とした従来技術として、例えば特開平６−１１９２７３号公報には、同一内容の処理に対してコマンド体系が異なる複数のコンピュータシステム（ホストコンピュータ）によって運用されるシステムを対象とした装置が開示されている。この装置では、シナリオに対応させて各コンピュータシステムに与えるべきコマンド，それに対し予想される応答が、予めワークステーションのデータベースに登録され表示装置に表示される。そして、オペレータがワークステーション側からこの表示に基づいて特定のシナリオを選択することにより、選択されたシナリオに対するコマンドデータがデータベースから読み出され、該当するコンピュータシステムに送出される。
【０００７】
かかる装置によれば、シナリオが同一内容の処理に対して実質的に同一の記述で表現されているため、複数台のコンピュータシステムのコマンド体系やコマンド表現が異なっていたとしても、オペレータはそのことを意識することなく、全てのコンピュータシステムを同じように運用することができる。
【０００８】
しかし、かかる装置では、表現形式の異なる同種のコマンド等を、逐一シナリオを対応させてデータベースに記憶させる必要があり、そのシステムの構築が非常に煩雑となる。また、各コンピュータシステム側からワークステーション側へのメッセージ情報については、ワークステーションから各コンピュータシステムへ出力したコマンドに対する応答のみを対象としている。つまり、各コンピュータシステム側から自発的に出力されるメッセージ情報をどう処理するかについては述べられていない。
【０００９】
また、例えば特開平１０−６３５３９号公報には、複合コンピュータシステムからなる運行監視通報システムが開示されている。このシステムは、複合コンピュータシステムで逐次出力される各種出力メッセージを所定の選択条件情報に基づいて取捨選択し、これに関連する事象の制御情報を付加して生成した事象データを通知先別のグループテーブルに分類・格納する。そして、ここで分類された特定の事象についてのメッセージを、自動的に選別して通報する。
【００１０】
かかるシステムによれば、複合コンピュータの運行状況を一箇所で集中監視して得た各種メッセージ群を、その優先度や内容に応じて滞りなく自動的に分類・ランク付けし、発生した異常への対処を誤りなく早期に開始することができる。しかし、かかる構成においては、複合コンピュータシステムで逐次出力される各種出力メッセージに対し、関連する事象の制御情報を付加するといった煩雑な構成を有するため、システムの構築が煩雑となる。また、複合コンピュータシステムからのメッセージ情報が、優先度等により選別されて表示されるとはいえ、その全てを一箇所で集中監視する構成を有する。このため、運行業務が複数種類にわたる場合には、オペレータがこれら複数種類の運行業務の全てに精通していることが必要となり、このオペレータの育成に長期間を要するといった問題を解決することができない。
【００１１】
そこで本発明は、複数台のホストコンピュータのメッセージ体系が異なっていたとしても、オペレータがそのことを意識することなく業務を遂行することができ、さらにそのオペレータの負担を軽減することにより、効率的なオペレーションの実現を可能にする情報処理システムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するためになされた本願請求項１に記載の情報処理システムは、少なくとも一つはメッセージ体系が異なる複数台のホストコンピュータから夫々出力されたメッセージ情報を、予め定めるカテゴリーに基づいて分類し、各々のカテゴリーに対応した特定のクライアントコンピュータの表示装置に夫々表示させるものである。
【００１３】
ここでいう「メッセージ情報」は、後述する実施例でも述べる所定の文字列（文字、英字、数字、記号等を含む）で構成されたキャラクタコードからなるものでもよいし、ビット単位で設定されたその他のコードからなるものでもよい。従って「メッセージ体系が異なる」とは、例えば複数台のホストコンピュータのメーカが異なる場合に、上記文字列からなる一連のメッセージ情報を構成するメッセージ識別子，メッセージＩＤ，メッセージの内容，メッセージ送信時刻等の機能コードの有無やその配列等が異なることを意味する。
【００１４】
また「カテゴリー」は、例えば上述した金融システムのオペレータの運行業務についていえば、監視業務，ＭＴ処理業務，プリント処理業務で分かれることになる。「監視業務」については、さらに進捗監視業務と障害監視業務とで分かれていてもよい。
【００１５】
そして、当該情報処理システムでは、まず変換手段が、各ホストコンピュータから出力されたメッセージ情報を、予め記憶した各ホストコンピュータのメッセージ体系における機能コードの配列情報に基づいて、各ホストコンピュータ固有の機能コード毎に分割する。例えば各メーカ毎の固有のメッセージ体系、つまりメッセージ情報を構成する機能コードの配列情報をカラム意識で記憶しておき、その配列情報に従ってメッセージ情報を特定のカラム位置で分割する。このように分割されたコード部分は、夫々まとまりのある各機能コードを構成する。
【００１６】
そして、この分割された複数の機能コードの少なくとも一部を予め定める標準メッセージ体系に配列した標準メッセージ情報に変換する。
ここでいう「標準メッセージ体系」は、各ホストコンピュータのメッセージ体系によらない汎用のメッセージ体系であり、その機能コードの種類や配列は予め設定される。従って、各ホストコンピュータから出力されたメッセージ情報は、標準メッセージ情報に変換される際に、その機能コードの配列（つまりメッセージの順序）が変更されたり、場合によっては機能コードの一部が省略される。すなわち、ここでは各ホストコンピュータから出力されたメッセージ情報が、まとまりのある機能コードに分割され、その各機能コードの種類が予め把握されているため、その中から特定の機能コードを抽出して標準メッセージ体系へ配列変換することが可能になっている。
【００１７】
続いて、分類手段が、上記変換手段によって変換された各標準メッセージ情報を集約する。当該分類手段は、標準メッセージ体系における機能コードの配列情報（つまり、標準メッセージ情報のどの位置にどの種類の機能コードがあるか）を予め記憶しているので、この配列情報に基づいて、各標準メッセージ情報についてそのカテゴリーを表す機能コードを抽出する。例えば上述の例でいうと、メッセージ識別子やメッセージＩＤ、或いはメッセージの内容等の機能コードを抽出する。そして、その機能コードの種類又はその一部の内容に基づきカテゴリー別に各標準メッセージ情報を分類する。
【００１８】
そして、配信手段が、このように分類手段によって分類された標準メッセージ情報を、そのカテゴリーに対応した特定のクライアントコンピュータに夫々配信する。
かかる構成によれば、システムを構築する複数台のホストコンピュータの製造メーカが異なり、そのメッセージ情報のメッセージ体系が異なる場合でも、自動的に汎用の標準メッセージ体系に変換されることにより、メッセージ情報の特定や分類が極めて迅速に行われる。
【００１９】
また、カテゴリー毎に分類されたメッセージ情報が対応するクライアントコンピュータに配信され、その表示装置に表示されるため、このカテゴリーを業務の種類によって設定した場合には、その特定のクライアントコンピュータにその業務にのみ精通したオペレータを配置するだけでよい。例えば上述した金融システムの運行業務に関していえば、監視業務専用のクライアントコンピュータには、監視業務にかかるメッセージ情報のみが表示されることになるため、監視業務専門のオペレータを配置すればよいことになる。このことは、ＭＴ処理業務やプリント処理業務についても同様である。このため、オペレータに過大な業務知識や処理能力を強いることなく、その育成も容易かつ迅速に行うことができる。また、オペレータは、各ホストコンピュータの製造メーカの違いをほとんど意識することなく、業務を遂行することができる。このため、業務遂行において効率的なオペレーションを実現することができる。
【００２０】
さらに、各ホストコンピュータのメッセージ情報を分割した機能コードを標準メッセージ体系に展開する際に、各機能コード自体を変換することなく、そのままの状態で展開することができる。このため、クライアントコンピュータ側の表示装置に特定の機能コードをそのまま表示させることもできる。
【００２１】
このため、例えば機能コードとして各メーカのマニュアルに沿ったコードを表示することができ、各メーカの担当者がそのマニュアルにそった作業をすることができるため、ホストコンピュータの保守・整備，或いは障害時の対応等に都合がよいといった効果も得られる。
【００２２】
また、各ホストコンピュータから出力されるメッセージ情報を標準メッセージ体系に統一するため、メッセージ情報内において不要と思われる項目をカットすることもでき、メッセージ内容の確認を迅速に行うことができる。
ところで、上記変換手段は、各ホストコンピュータ内の出力部に夫々設けることも技術的には可能であるが、各メーカからホストコンピュータを購入した後に、この変換手段を後付けにて設置するには煩雑な作業を要する。
【００２３】
そこで、請求項２に記載のように、好ましくは上記変換手段を上記各ホストコンピュータとは独立したゲートウェイ装置として構成するのがよい。かかる公正によれば、各ホストコンピュータに手を加えることなく、上述した処理を行うことができるため、システムの構築を簡易かつ迅速に行うことができる。
【００２４】
ところで、上記標準メッセージ体系については、システム構築の際にシステム設計者が適宜設定することになるが、各ホストコンピュータのメッセージ情報を構成するいずれかの機能コードの長さが、標準メッセージ体系にて設定された対応する機能コード（標準機能コード）の長さと異なる場合に問題が生じる。すなわち、かかる場合に分割された機能コードを強制的に標準メッセージ体系に組み入れようとすると、機能コードの配列位置にずれが生じる。機能コードはメッセージ内の位置にて認識されるため、このようなずれが生じると、機能コードの認識自体ができなくなってしまう。
【００２５】
そこで、請求項３に記載のように、上記変換手段が、メッセージ情報を構成する機能コードを標準メッセージ体系の対応する機能コードの長さに一致させる補正手段を備えているとよい。
かかる構成によれば、メッセージ情報を構成する機能コードが標準メッセージ体系の対応する機能コードの長さよりも短い場合には、その不足部分に意味のない形式的なデータを組み入れておく。例えばメッセージ情報をキャラクタコードにより構成する場合には、不足部分にスペースを入れておく等の方法をとることができる。
【００２６】
逆に、メッセージ情報を構成する機能コードが標準メッセージ体系の対応する機能コードの長さよりも長い場合には、その機能コードの一部をカットすることが考えられる。ただし、機能コードの一部をカットすることにより、その機能コードの内容が認識できなくなる可能性もあるので、標準メッセージ体系の各機能コードの長さは、各ホストコンピュータの同種の機能コードについてその最大長さを有するものと同じか、それよりも大きくなるように設定するのが好ましい。
【００２７】
尚、上記各機能コードがキャラクタコードからなる場合には、請求項４に記載のように、各メッセージ情報及び標準メッセージ情報における各機能コードの配列は、後述する実施例でも述べるようにカラム位置にて設定することができる。また、ホストコンピュータ毎にメッセージ体系が異なる例として、いずれかのホストコンピュータが有する単一の機能コードに、標準メッセージ体系において複数の機能コードに分離されるべき複数の機能情報が含まれている場合が想定される。
【００２８】
このため、その場合には請求項５に記載のように、変換手段が、この単一の機能コードにおいて当該機能情報を表す特定の文字列を検索することにより、この機能情報を標準メッセージ体系の機能コードとして抽出し、配列するようにするとよい。かかる構成により標準メッセージ体系に統一することができ、その後の運用に都合がよい。
【００２９】
また、ホストコンピュータから出力されたメッセージ情報は、いわゆる画面エミュレーション機能により処理される場合がある。その場合には、機能コードとして扱われることのある時刻情報が一連のメッセージ情報の中にはなく、予め定める画面上の特定の表示位置に表示されることがある。
【００３０】
そこで、かかる場合に時刻情報を機能コードの一つとして標準メッセージ情報に組み入れたい場合には、請求項６に記載のように、変換手段が、このメッセージ情報の時刻情報を、予め定める画面上の特定の表示位置に表示された時刻情報から読み取って、標準メッセージ体系の機能コードに展開するようにするとよい。かかる構成によれば、メッセージ情報の処理の汎用性が高まる。
【００３１】
また、上述のように、各ホストコンピュータのメッセージ情報を分割した機能コードを標準メッセージ体系に展開する際に、各機能コード自体を変換することなくそのままの状態で展開することで一定の効果が得られるのであるが、機能コードによっては、わかり易い汎用的な文字列に変換された方がオペレータの便宜に供する場合もある。
【００３２】
そこで、請求項７に記載のように、上記変換手段が、さらに上記標準メッセージ体系に変換された後のいずれかの機能コードを、その意味内容を表す特定の文字列に変換して上記標準メッセージ情報に展開する第２の変換手段を備えるようにしてもよい。ここでいう「特定の文字列」とは、例えば日本語等が該当する。
【００３３】
かかる構成によれば、例えば障害監視業務について障害監視用にメッセージを選別して障害内容を日本語で表示する場合に、メッセージＩＤと対応する日本語、或いはメッセージ内容の特定文字列に対応する日本語を事前に準備し、受信したメッセージ情報と突き合わせて一致した日本語を表示させることができる。
【００３４】
尚、上記変換手段は、ホストコンピュータ毎に対応して複数のゲートウェイ装置（ゲートウェイ用のコンピュータ）を配置してもよいが、その場合にはスペース上の問題が生じる。
そこで、請求項８に記載のように、上記変換手段を単一のゲートウェイ装置にて構成し、各ホストコンピュータから夫々延出する接続ケーブルを接続するための複数の接続口を設け、メッセージ情報が入力された接続口を検知することで、いずれのホストコンピュータからのメッセージ情報であるかを認識するように構成してもよい。
【００３５】
かかる構成によれば、ゲートウェイ装置を一台にて構成することができ、システムをコンパクトに構築することができ、室内のスペースを有効に活用することができる。
【００３６】
【発明の実施の形態】
以下、本発明の実施の形態を一層明確にするため、本発明の好適な実施例を図面と共に説明する。本実施例は、本発明の情報処理システムを金融機関の統合監視システムに適用したものであり、図１は当該統合監視システム全体の概略構成を表すブロック図である。
【００３７】
同図に示すように、統合監視システム１は、本システムを運用する複数のホストコンピュータ１１，１２，１３，各ホストコンピュータから出力されたメッセージ情報を所定のプロトコル変換するゲートウェイ装置２０，ゲートウェイ装置２０によって変換されたメッセージ情報を集約するサーバコンピュータ３０，及びサーバコンピュータ３０から配信されたメッセージ情報を出力表示する複数のクライアントコンピュータ４１，４２，４３，４４から構成されている。
【００３８】
ホストコンピュータ１１，１２，１３は、夫々メッセージ送信ソフトを備えているが、互いに製造メーカが異なりそのメッセージ体系が異なっている。各ホストコンピュータ１１，１２，１３は、夫々その出力ポート１１ａ，１２ａ，１３ａから延びる通信回線５１，５２，５３を介してゲートウェイ装置２０に接続されている。
【００３９】
ゲートウェイ装置２０は、各ホストコンピュータ１１，１２，１３に対応した入力ポート２１，２２，２３，メッセージ受信ソフト，及びメッセージ変換ソフトを備えており、各ホストコンピュータ１１，１２，１３から入力されたメッセージ情報を後述する標準メッセージ体系に変換し、このとき変換された標準メッセージ情報を社内ＬＡＮ６０を介してサーバコンピュータ３０に送信する。
【００４０】
サーバコンピュータ３０は、ゲートウェイ装置２０から送信された標準メッセージ情報を集約した後、これを運行業務のカテゴリーにしたがって分類し、対応するクライアントコンピュータ４１，４２，４３，４４のいずれかに送信する。クライアントコンピュータ４１，４２，４３，４４は、夫々運行業務により分けられた専用のコンピュータ端末として構成されている。すなわち、クライアントコンピュータ４１は、運行業務の一つである監視業務のうち、重要ジョブが予定通り流れているか否かを確認する進捗監視業務に関するメッセージ情報を、自己の表示装置（画面）に表示する。クライアントコンピュータ４２は、監視業務のうち、金融システムを運用するコンピュータシステムに何らかの障害が発生していないかを把握する障害監視業務に関するメッセージ情報を、自己の表示装置に表示する。また、クライアントコンピュータ４３は、磁気テープやフロッピー（登録商標）ディスク等の記録媒体への各種情報の入出力を行うＭＴ処理業務に関するメッセージ情報を、自己の表示装置に表示する。さらに、クライアントコンピュータ４４は、帳票用紙のセットやプリント操作等を行うプリント処理業務に関するメッセージ情報を、自己の表示装置に表示する。
【００４１】
次に、ゲートウェイ装置２０において実行されるメッセージ変換処理について、図２のフローチャート及び図３に基づいて説明する。
まず図２に示すように、ゲートウェイ装置２０は、上述したいずれかの入力ポート（接続口）でメッセージ（ＭＳＧ）情報を表す信号を受信すると（Ｓ１１０：ＹＥＳ）、その入力ポートの位置により送信元のホストコンピュータを判別する（Ｓ１２０）。すなわち、メッセージ情報を例えば図１に示す入力ポート２１にて受信した場合には、ホストコンピュータ１１からのメッセージ情報であると判断する。そして、予め用意したホストコンピュータ１１用（Ａメーカ用）のメッセージ受信ソフトのプログラムを実行し、ホストコンピュータ１１からのメッセージ情報を、標準メッセージ体系に変換する（Ｓ１３０）。
【００４２】
具体的には図３に示すように、ホストコンピュータ１１のメッセージ体系は、キャラクタコードからなる複数の機能コードで構成されており、第１カラム〜第９カラムに時刻の機能コードｃ１が配置されている。また、第１０カラム〜第１８カラムにはジョブ通し番号の機能コードｄ１，第１９カラムにはメッセージ識別子の機能コードｂ１，第２０カラム〜第２７カラムにはメッセージＩＤの機能コードｅ１、第２８カラム以降はメッセージ内容の機能コードｆ１が夫々配置されている。このため、ここではこのカラム意識により、メッセージ情報を各機能コードｃ１，ｄ１，ｂ１，ｅ１，ｆ１に分解し、標準メッセージ体系に配列して標準メッセージ情報に変換する。
【００４３】
この標準メッセージ体系は、同図下段に示されるように、第１カラム〜第９カラムにプロセッサ名（システム名）に係る機能コードａが設定されている。また、第１０カラム〜第１１カラムにはメッセージ識別子の機能コードｂ，第１２カラム〜第２０カラムには時刻の機能コードｃ，第２１カラム〜第３０カラムにはジョブ通し番号の機能コードｄ、第３１カラム〜第３８カラムにはメッセージＩＤの機能コードｅ，第３９カラム以降はメッセージ内容の機能コードｆが夫々設定されている。
【００４４】
このため、ホストコンピュータ１１のメッセージ情報にはプロセッサ名の機能コード（ａに相当）が含まれていないため、第１カラム〜第９カラムには便宜上スペースが設定される。また、ホストコンピュータ１１のメッセージ識別子の機能コードｂ１の長さが１カラムであるのに対し、標準メッセージ情報のメッセージ識別子の機能コードｂの長さが２カラムと異なるため、メッセージ識別子の機能コードｂ１の最後部に１カラムのスペースをセットすることでこれが補正される。同様に、ホストコンピュータ１１のジョブ通し番号の機能コードｄ１の長さが９カラムであるのに対し、標準メッセージ体系のジョブ通し番号の機能コードｄの長さが１０カラムと異なるため、ジョブ通し番号の機能コードｄ１の最後部に１カラムのスペースをセットすることでこれが補正される。
【００４５】
尚、ホストコンピュータ１１のメッセージ体系，標準メッセージ体系，及び両者の機能コードの対応関係については、ゲートウェイ装置２０が保有するデータベースに予め記憶されている。
同様に、メッセージ情報を入力ポート２２にて受信した場合には、Ｓ１２０にてホストコンピュータ１２からのメッセージ情報であると判断する。そして、予め用意したホストコンピュータ１２用（Ｂメーカ用）のメッセージ受信ソフトのプログラムを実行し、ホストコンピュータ１２からのメッセージ情報を、標準メッセージ体系に変換する（Ｓ１３０）。
【００４６】
ホストコンピュータ１２のメッセージ体系は、第３カラムまでが空領域であり、第４カラム〜第１０カラムにプロセッサ名（システム名）の機能コードａ２が配置され、第１１カラム〜第１２カラムにはメッセージ識別子の機能コードｂ２，第１３カラム〜第２０カラムにはメッセージＩＤの機能コードｅ２が夫々配置されている。そして、第２１カラム以降にはメッセージ内容の機能コードｆ２が配置されているが、このメッセージ内容の中に時刻の情報ｃ’が含まれている。
【００４７】
このため、ここでもカラム意識によりメッセージ情報を各機能コードａ２，ｂ２，ｅ２，ｆ２に分解し、標準メッセージ体系に配列して標準メッセージ情報に変換する。
この場合、ホストコンピュータ１２のプロセッサ名の機能コードａ２の長さが７カラムであるのに対し、標準メッセージ情報のプロセッサ名の機能コードａの長さが９カラムと異なるため、プロセッサ名の機能コードａ２の最後部に２カラムのスペースをセットすることでこれが補正される。また、ホストコンピュータ１２のメッセージ情報には時刻の機能コード（ｃに相当）が含まれておらず、機能コードｆ２に時刻情報ｃ’が含まれるため、この機能コードｆ２のメッセージ内容の中から例えばＴＩＭＥ＝ｘｘ：ｘｘ：ｘｘの文言を文字列検索し、これを時刻情報ｃ’の機能コードとして標準メッセージ体系に展開する。その際カラム数が機能コードｃと異なる場合には、上記と同様の補正処理を実行する。さらに、ホストコンピュータ１２のメッセージ情報にはジョブ通し番号の機能コード（ｄに相当）が含まれていないため、第２１カラム〜第３０カラムには便宜上スペースが設定される。
【００４８】
尚、ホストコンピュータ１２のメッセージ体系，及び標準メッセージ体系との機能コードの対応関係についても、ゲートウェイ装置２０が保有するデータベースに予め記憶されている。
同様に、メッセージ情報を入力ポート２３にて受信した場合には、Ｓ１２０にてホストコンピュータ１３からのメッセージ情報であると判断する。そして、予め用意したホストコンピュータ１３用（Ｃメーカ用）のメッセージ受信ソフトのプログラムを実行し、ホストコンピュータ１３からのメッセージ情報を、標準メッセージ体系に変換する（Ｓ１３０）。
【００４９】
ホストコンピュータ１３のメッセージ体系は、第６カラムまでが空領域であり、第７カラム〜第１５カラムに時刻の機能コードｃ３が配置され、第１６カラム〜第２５カラムにはジョブ通し番号の機能コードｄ３，第２６カラム〜第３３カラムにはメッセージＩＤの機能コードｅ３が夫々配置されている。そして、第３４カラム以降にはメッセージ内容の機能コードｆ３が配置されている。
【００５０】
このため、ここでもカラム意識によりメッセージ情報を各機能コードｃ３，ｄ３，ｅ３，ｆ３に分解し、標準メッセージ体系に配列して標準メッセージ情報に変換する。
この場合、ホストコンピュータ１３のプロセッサ名の機能コード（ａに相当）とメッセージ識別子の機能コード（ｂに相当）が含まれていないため、第１カラム〜第９カラム及び第１０カラム〜第１１カラムには便宜上スペースが設定される。尚、ホストコンピュータ１３のメッセージ体系，及び標準メッセージ体系との機能コードの対応関係についても、ゲートウェイ装置２０が保有するデータベースに予め記憶されている。
【００５１】
以上によって、各ホストコンピュータ１１，１２，１３からのメッセージ情報が標準メッセージ情報に変換される。尚、本実施例において、標準メッセージ体系の各機能コードの長さ（カラム数）は、各ホストコンピュータ１１，１２，１３のメッセージ情報の対応する機能コードの長さの最大長さと同等かそれよりも長くなるように設定されている。
【００５２】
そして図２に戻り、以上のようにして標準メッセージ体系にメッセージ変換した標準メッセージ情報を、サーバコンピュータ３０へ送信する（Ｓ１４０）。
次に、サーバコンピュータ３０において実行されるメッセージ分類・配信処理について、図４のフローチャート及び図５に基づいて説明する。
【００５３】
まず、サーバコンピュータ３０は、上述したゲートウェイ装置２０からの標準メッセージ情報を受信してこれを集約すると（Ｓ２１０：ＹＥＳ）、自己のデータベースを参照して各標準メッセージ情報のカテゴリーを判別し、そのカテゴリー毎に分類する（Ｓ２２０）。
【００５４】
具体的には図５に示すように、標準メッセージ情報の第３１カラム〜第３８カラムにあるメッセージＩＤの機能コードｅと、第３９カラム以降にあるメッセージ内容の機能コードｆをチェックすることで、各標準メッセージ情報が進捗監視業務，障害監視業務，ＭＴ処理業務及びプリント処理業務のいずれのカテゴリーに属するものであるかを判別して分類する。このカテゴリーの分類については、メッセージＩＤのみによる判別が可能な場合もあるが、本実施例においては、さらにメッセージ内容（又はその一部分）をチェックすることで、メッセージＩＤよりもさらに細分化されたカテゴリーの判別が可能になっている。例えば、メーカによっては、監視業務について進捗監視業務関連のメッセージ情報と障害監視業務関連のメッセージ情報とを同一のメッセージＩＤにて表示する場合もあるので、その場合にメッセージ内容中の特定の文字列を検索することで、どちらの監視業務であるかを判別することが考えられる。
【００５５】
尚、このときチェックすべきメッセージＩＤ及びメッセージの内容とカテゴリーとの対応関係は、予め上記データベースに記憶されている。
そして、進捗監視業務関連の標準メッセージ情報についてはクライアントコンピュータ４１に送信し、障害監視業務関連の標準メッセージ情報についてはクライアントコンピュータ４２に送信する。また、ＭＴ処理業務関連の標準メッセージ情報についてはクライアントコンピュータ４３に送信し、プリント処理業務関連の標準メッセージ情報についてはクライアントコンピュータ４４に送信する（Ｓ２３０）。
【００５６】
次に、各クライアントコンピュータ４１，４２，４３，４４において各々の表示装置に表示されるメッセージ情報の具体例について、図６〜図９に基づいて説明する。尚、図６はクライアントコンピュータ４１の表示装置の画面を示し、図７はクライアントコンピュータ４２の表示装置の画面を、図８はクライアントコンピュータ４３の表示装置の画面を、図９はクライアントコンピュータ４４の表示装置の画面を、夫々示している。
【００５７】
クライアントコンピュータ４１には、進捗監視する重要ジョブの開始／終了等のメッセージＩＤが予め登録されている。例えば「重要ジョブの開始」についてのメッセージＩＤ「￥ＪＳＳ４６３」，「重要ジョブの終了」についてメッセージＩＤ「￥ＪＳＳ４６７」が登録されている。また、さらに進捗監視するジョブとその日本語，開始予定／終了予定時刻，これら予定時刻に該当するメッセージ情報が未受信の場合に、何分後に遅延警告をするかの情報，及び監視日に該当する項目のみを監視できるスケジュール等が、予め登録されている。
【００５８】
このため、図６に示すように、例えば各ホストコンピュータ１１，１２，１３からサーバコンピュータ３０を介して受信した標準メッセージ情報の内容（メッセージＩＤ等）により、重要ジョブの「開始実績」・「終了実績」，或いは重要ジョブが適切に終了したことを表す「正常終了」の通知を表示装置に表示する。このとき、併せて「開始予定時刻」及び「終了予定時刻」も表示する。また、重要ジョブが適切に開始されたことを表す標準メッセージ情報を受信すると、表示装置に「実行中」と表示する。また、未だ適切に開始された旨の標準メッセージ情報を受け取っておらず、開始予定時刻を大きく経過した場合には「開始警告」と表示する。さらに、開始予定時刻前のジョブについては「未実行」と表示する。尚、これらの表示は、どのホストコンピュータからのメッセージ情報であるかによらず、上記標準メッセージ情報を受信した順に行なう。この場合、標準メッセージ体系に統一されているため、メッセージ内の各項目の位置が容易に判断でき、上記表示処理に伴う項目の抽出が迅速に行なわれる。
【００５９】
そして、進捗監視業務担当のオペレータは、このクライアントコンピュータ４１の表示に基づいて担当のオペレーション業務を遂行する。
クライアントコンピュータ４２には、障害検知の必要があるメッセージ情報のメッセージＩＤ，メッセージ内容の条件（特定の文字列等），及び障害内容の日本語等が、予め登録されている。例えばメッセージＩＤ「ＩＥＦ４５２１」に対して日本語「ジョブＪＣＬエラー発生」，メッセージＩＤ「ＩＳＴ２５９１」に対して日本語「回線障害発生」，メッセージＩＤ「ＯＮＷ０５０Ｅ」に対して日本語「海外センター障害発生」等が、登録されている。
【００６０】
そして図７に示すように、例えば各ホストコンピュータ１１，１２，１３からサーバコンピュータ３０を介して受信した標準メッセージ情報の内容（メッセージＩＤ等）により、図中上段に示すように、障害検知されたホストコンピュータ名，障害発生日時，障害にかかるジョブ名，障害内容等を直ちに特定して表示装置に表示する。この場合も、受信したメッセージ情報が標準メッセージ体系に統一されているため、メッセージ内の各項目の位置が容易に判断でき、上記表示処理に伴う項目の抽出が迅速に行なわれる。また、障害監視用にメッセージを選別して障害内容を日本語で表示する場合に、メッセージＩＤと対応する日本語、或いはメッセージ内容の特定文字列に対応する日本語を事前に準備することで、受信したメッセージ情報と突き合わせて一致した日本語を表示させることができる。
【００６１】
そして、障害監視業務担当のオペレータは、このクライアントコンピュータ４２の表示に基づいて担当のオペレーション業務を遂行する。
またその際、図中下段に示すように、各ホストコンピュータ固有のメッセージＩＤをそのまま出力する（同図では「ＪＡＡ０００Ｉ」，「ＪＤＪ４５１Ｉ」がこれに該当する）。すなわち、ここでは各メーカのマニュアルに沿ったメッセージＩＤ（コード）が表示されるため、各メーカの担当者がそのマニュアルにそった作業をすることができ、ホストコンピュータの障害時の対応に都合がよくなっている。
【００６２】
クライアントコンピュータ４３には、ＭＴ処理に関連するメッセージＩＤ，オペレータの介入内容の日本語，及び装置名がセットされているメッセージ位置等が、予め登録されている。例えばあるホストコンピュータのメッセージＩＤ「ＣＴＴ１００Ａ」に対して日本語「マウント要求」，別のホストコンピュータのメッセージＩＤ「ＪＤＪ３２５Ａ」に対して日本語「マウント要求」，さらにメッセージＩＤ「ＪＢＢ５３４Ｄ」に対して日本語「ラベルエラー」等が、登録されている。
【００６３】
そして図８に示すように、各ホストコンピュータ１１，１２，１３からサーバコンピュータ３０を介して受信した標準メッセージ情報の内容（メッセージＩＤ等）により、オペレータへの指示内容等を直ちに特定して表示装置に表示する。同図ではＭＴ（磁気テープ）の種類により表示が区分けされており、セットすべきＭＴの種類とセット先のＭＴ装置番号が表示されている。この場合も、受信したメッセージ情報が標準メッセージ体系に統一されているため、メッセージ内の各項目の位置が容易に判断でき、上記表示処理に伴う項目の抽出が迅速に行なわれる。また、同一ＭＴ装置を表しているにも拘わらずメーカ毎でＭＴ装置番号の表示が異なる場合において、統一した番号に変換する場合も、装置番号を表示しているメッセージ項目の位置を固定化することで、当該装置番号にかかるキーワード検索が容易かつ迅速に行われる。
【００６４】
そして、ＭＴ処理業務担当のオペレータは、このクライアントコンピュータ４３の表示に基づいて担当のオペレーション業務を遂行する。
クライアントコンピュータ４４には、プリンタ処理に関連するメッセージＩＤ，オペレータの介入内容の日本語，及び装置名がセットされているメッセージ位置等が、予め登録されている。例えばメッセージＩＤ「ＪＡＡ００５Ａ」に対して日本語「用紙づまり」，メッセージＩＤ「ＪＡＡ００５Ｉ」に対して日本語「トナー補給」，メッセージＩＤ「ＳＷＴ１０６Ａ」に対して日本語「テストプリント要求」等が、登録されている。
【００６５】
そして図９に示すように、各ホストコンピュータ１１，１２，１３からサーバコンピュータ３０を介して受信した標準メッセージ情報の内容により、オペレータへの指示内容等を直ちに特定して表示装置に表示する。同図ではプリンタの種類により表示が区分けされており、用紙補給要求，プリンタ起動要求，帳票掛け替え要求，トナー補給要求，障害調査要求等と、その要求にかかるプリンタ装置番号が表示されている。
【００６６】
そして、プリント処理業務担当のオペレータは、このクライアントコンピュータ４４の表示に基づいて担当のオペレーション業務を遂行する。
以上に説明したように、本実施例の統合監視システム１においては、各ホストコンピュータ１１，１２，１３から出力されたメッセージ情報を、一旦機能コード毎に分割し、その配列を並べ替える等して予め定める標準メッセージ体系の標準メッセージ情報に変換する。そして、この変換された各標準メッセージ情報を集約してそのカテゴリー（運行業務）を表す機能コードを抽出し、そのカテゴリー別に各標準メッセージ情報を分類する。そして、そのカテゴリーに対応した特定のクライアントコンピュータ４１，４２，４３，４４に夫々配信して表示させる。
【００６７】
このため、統合監視システム１を構築するホストコンピュータ１１，１２，１３の製造メーカが異なり、そのメッセージ情報のメッセージ体系が異なるものの、自動的に汎用の標準メッセージ体系に変換されることにより、サーバコンピュータ３０におけるメッセージ情報の特定や分類、及び各クライアントコンピュータ４１，４２，４３，４４でのメッセージ項目の特定等が極めて迅速に行われる。
【００６８】
また、カテゴリー毎に分類されたメッセージ情報が対応するクライアントコンピュータに配信されるため、例えば進捗監視業務専用のクライアントコンピュータ４１には、進捗監視業務にかかるメッセージ情報のみが表示されることになるため、進捗監視業務専門のオペレータを配置すればよいことになる。このことは、障害監視業務，ＭＴ処理業務，及びプリント処理業務についても同様である。
【００６９】
このため、オペレータに過大な業務知識や処理能力を強いることなく、その育成も容易かつ迅速に行うことができる。また、オペレータは、各ホストコンピュータ１１，１２，１３の製造メーカの違いをほとんど意識することなく、業務を遂行することができる。このため、業務遂行において効率的なオペレーションを実現することができる。
【００７０】
また、各ホストコンピュータ１１，１２，１３のメッセージ情報を構成するいずれかの機能コードの長さが、標準メッセージ体系にて設定された対応する機能コードの長さと異なる場合においても、便宜上のスペースを入れる等の補正を行なうことで、どのようなメッセージ情報に対しても対応することができ、汎用性が高い。
【００７１】
尚、本実施例において、ゲートウェイ装置２０が変換手段及び補正手段に該当する。また、サーバコンピュータ３０が分類手段及び配信手段に該当する。
以上、本発明の実施例について説明したが、本発明の実施の形態は、上記実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００７２】
例えば、ホストコンピュータから出力されたメッセージ情報については、上記実施例にて示したように１メッセージ単位で受信される場合のほかに、図１０に示すいわゆる画面エミュレーション機能により１画面単位で受信される場合がある。この場合には、同図に示すように画面内で”−−−−”なる表示の直上のメッセージが最新の受信メッセージとなる。そして、機能コードとして扱われる送信時刻情報が、一連のメッセージ情報の中にはなく、予め定める画面上の特定の表示位置に表示されることがある。
【００７３】
そこで、かかる場合に送信時刻情報を機能コードの一つとして標準メッセージ情報に組み入れたい場合には、このメッセージ情報の送信時刻情報を、予め定める画面上の特定の表示位置に表示された時刻情報から読み取って、標準メッセージ体系の機能コードに展開するようにするとよい。
【００７４】
また、上記実施例のように、各ホストコンピュータのメッセージ情報を分割した機能コードを標準メッセージ体系に展開する際に、各機能コード自体を変換することなくそのままの表示で展開してもよいが、機能コードによっては、わかり易い汎用的な文字列に変換された方がオペレータの便宜に供する場合もある。
【００７５】
そこで、ゲートウェイ装置２０において、さらに上記標準メッセージ体系に変換された後のいずれかの機能コードを、その意味内容を表す特定の文字列（例えば日本語）に変換して上記標準メッセージ情報に展開するようにしてもよい。尚、この場合ゲートウェイ装置２０が第２の変換手段に該当する。
【００７６】
さらに、上記実施例では、ゲートウェイ装置２０を中央に一つ設け、ホストコンピュータ１１，１２，１３の全てに接続する態様をとったが、ゲートウェイ装置をホストコンピュータ毎に設けるようにしてもよい。或いは逆に、ゲートウェイ装置２０の変換処理機能とサーバコンピュータ３０の分類・配信機能とを併せ持つ一つのサーバコンピュータを配置するように構成してもよい。
【００７７】
また、上記実施例では、ホストコンピュータ１１及びホストコンピュータ１３のメッセージ情報にプロセッサ名の機能コード（ａに相当）が含まれていないため、該当するカラム位置に便宜上のスペースを設定する構成としたが、別途プロセッサ名をセットする構成としてもよい。具体的には、例えばゲートウェイ装置２０が保有するデータベースに、予めホストコンピュータとそのプロセッサ名を対応させた情報を記憶しておく。そして、メッセージ情報を受信した入力ポートの位置から送信元のホストコンピュータを判別し、そのホストコンピュータに対応したプロセッサ名を表す機能コードを抽出して標準メッセージ体系に展開するようにすることが考えられる。
【図面の簡単な説明】
【図１】本発明の情報処理システムが適用された実施例にかかる統合監視システムの全体構成を示すブロック図である。
【図２】実施例の統合監視システムにおけるメッセージ変換処理を表すフローチャートである。
【図３】実施例の統合監視システムにおけるメッセージ変換処理を表す説明図である。
【図４】実施例の統合監視システムにおけるメッセージ分類・配信処理を表すフローチャートである。
【図５】実施例の統合監視システムにおけるメッセージ分類・配信処理を表す説明図である。
【図６】実施例の統合監視システムにおけるクライアントコンピュータの表示画面の一例を表す説明図である。
【図７】実施例の統合監視システムにおけるクライアントコンピュータの表示画面の一例を表す説明図である。
【図８】実施例の統合監視システムにおけるクライアントコンピュータの表示画面の一例を表す説明図である。
【図９】実施例の統合監視システムにおけるクライアントコンピュータの表示画面の一例を表す説明図である。
【図１０】統合監視システムにおけるメッセージ分類・配信処理の変形例を表す説明図である。
【符号の説明】
１・・・統合監視システム、　１１，１２，１３・・・ホストコンピュータ、
２０・・・ゲートウェイ装置、　２１，２２，２３・・・入力ポート、
３０・・・サーバコンピュータ、
４１，４２，４３，４４・・・クライアントコンピュータ、
５１・・・通信回線、　６０・・・社内ＬＡＮ

Claims (8)

1. 少なくとも一つはメッセージ体系が異なる複数台のホストコンピュータから夫々出力されたメッセージ情報を、予め定めるカテゴリーに基づいて分類し、各々のカテゴリーに対応した特定のクライアントコンピュータの表示装置に夫々表示させる情報処理システムであって、
   各ホストコンピュータから出力されたメッセージ情報を、予め記憶した該各ホストコンピュータのメッセージ体系における機能コードの配列情報に基づいて、該各ホストコンピュータ固有の機能コード毎に分割し、該分割された機能コードの少なくとも一部を予め定める標準メッセージ体系に配列した標準メッセージ情報に変換する変換手段と、
   該変換手段により変換された各標準メッセージ情報を集約し、予め記憶した前記標準メッセージ体系における機能コードの配列情報に基づいて、該各標準メッセージ情報についてそのカテゴリーを表す機能コードを抽出し、該カテゴリー別に該各標準メッセージ情報を分類する分類手段と、
   該分類手段によって分類された標準メッセージ情報を、前記カテゴリーに対応した特定のクライアントコンピュータに夫々配信する配信手段と、
   を備えたことを特徴とする情報処理システム。
2. 前記変換手段が、前記各ホストコンピュータとは独立したゲートウェイ装置として構成されていることを特徴とする請求項１記載の情報処理システム。
3. 前記変換手段が、
   前記各ホストコンピュータのメッセージ情報を構成するいずれかの機能コードの長さが、前記標準メッセージ体系にて設定された対応する機能コードの長さと異なる場合に、該メッセージ情報を構成する機能コードを、前記標準メッセージ体系の対応する機能コードの長さに一致させる補正手段を備えたことを特徴とする請求項１又は請求項２に記載の情報処理システム。
4. 前記各機能コードがキャラクタコードからなり、前記各メッセージ情報及び前記標準メッセージ情報における各機能コードの配列が、カラム位置にて規定されていることを特長とする請求項１〜３のいずれかに記載の情報処理システム。
5. いずれかの前記ホストコンピュータが有する単一の機能コードに、前記標準メッセージ体系において複数の機能コードに分離されるべき複数の機能情報が含まれている場合に、
   前記変換手段は、該単一の機能コードにおいて該機能情報を表す特定の文字列を検索することにより、該機能情報を前記標準メッセージ体系の機能コードとして抽出し、配列することを特長とする請求項４記載の情報処理システム。
6. いずれかの前記ホストコンピュータから出力されたメッセージ情報が、画面エミュレーション機能により処理される場合に、
   前記変換手段は、該メッセージ情報の時刻情報を、予め定める画面上の特定の表示位置に表示された時刻情報から読み取って、前記標準メッセージ体系の機能コードに展開することを特長とする請求項４又は請求項５に記載の情報処理システム。
7. 前記変換手段が、さらに、
   前記標準メッセージ体系に変換された後のいずれかの機能コードを、その意味内容を表す特定の文字列に変換して前記標準メッセージ情報に展開する第２の変換手段を備えたことを特長とする請求項４〜６のいずれかに記載の情報処理システム。
8. 前記変換手段が、
   単一のゲートウェイ装置から構成されるとともに、前記各ホストコンピュータから夫々延出する接続ケーブルを接続するための複数の接続口を有し、
   前記メッセージ情報が入力された接続口を検知することで、いずれのホストコンピュータからのメッセージ情報であるかを認識することを特徴とする請求項２〜７のいずれかに記載の情報処理システム。

Images