JPH0662088A

JPH0662088A - データ処理システム

Info

Publication number: JPH0662088A
Application number: JP4229257A
Authority: JP
Inventors: Josuke Torii; 丈資鳥居
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1992-08-04
Filing date: 1992-08-04
Publication date: 1994-03-04

Abstract

(57)【要約】【目的】端末側の障害や、見かけ上正常手順による解
放手続きが行なわれたような場合の障害であっても、通
信障害の原因究明を確実に行なうことができるデータ処
理システムを提供する。【構成】イベント制御部１７は、入出力制御部１２、
回線制御部１３から、または、イベント制御部１７内部
からのデータあるいは信号などのトリガ等の発生を検出
し、事象の発生を検知する。事象を検知すると、事象の
解析を行なうとともに、時間管理部５に時間を、また、
情報管理部４に、現在の状態を問い合わせる。これらの
３項目に対応するデータおよび必要なデータをログ記憶
制御部１５を介してログ記憶部１６に記録する。そし
て、状態遷移テーブル１８を参照し、発生した事象と、
現在の通信処理の状態をもとに、テーブルから対応する
処理名を取り出し、処理を行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信機能を有し、所定
の通信手順に基づきデータ通信を行なうデータ処理シス
テムに関するものである。

【０００２】

【従来の技術】近年、データ通信システムの高機能化、
ネットワークサービスの多様化により、通信システムに
おける通信手順の制御は複雑化している。各通信システ
ムはそれぞれの通信規約にそって通信が行なわれる。し
かし、プロトコル異常などの通信障害が少なくない。障
害が発生した場合、発生した通信障害の原因を究明して
対策を立てる必要があるが、上述したように、通信手順
の複雑化に伴い、原因究明が難しくなっている。そのた
め、早期に原因究明を行なうための手段の開発が要求さ
れている。

【０００３】通信障害の原因を究明するための１つの方
法として、通信データのトレースを行なう方法がある。
従来の通信データのトレース方法では、通信回線上に流
れる通信情報をすべて記憶していた。そのため、大容量
の記憶スペースが必要であった。しかし、発生頻度の少
ない障害、異常のために、大容量の記憶スペースや外部
記憶装置等を備えておくことは非常に効率が悪い。そこ
で、従来、例えば特開昭６４−１３５１号公報には、障
害を自動検知し、その部分だけを記憶する方法が記載さ
れている。障害の自動検知には、例えば特開平３−２４
０３４２号公報に記載されているような方法を用いるこ
とができる。また、特開平３−２７２２５０号公報に
は、原因究明に必要最低限のデータを保管することによ
り、記憶するデータ量を減らす方法が記載されている。
この方法では、外部データに対応する原因番号と、端末
装置の状態番号を、状態が遷移するごとに保存するもの
で、記憶するデータ量を大幅に削減することができる。

【０００４】しかし、これらの方法では、通信以外に、
端末上でオペレータなどによって行なわれるローカルな
事象は記憶されていない。そのため、プロトコル上は正
常な手順で終了していても、送信コマンドの誤りなどに
よる端末側の障害や、オペレータの誤操作による障害な
どの場合には、原因究明は困難である。また、タイムア
ウト等により、相手もしくは自端末から、見かけ上、正
常手順による解放手続きが行なわれたような場合には、
データトレースからは判断できないという問題がある。

【０００５】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、通信コマンドの誤りなどの
端末側の障害、オペレータの誤操作による障害などの場
合やタイムアウトにより相手もしくは自端末より、見か
け上、正常手順による解放手続きが行なわれたような場
合であっても、その状況を解析し、通信障害の原因究明
を確実に行なうことができるデータ処理システムを提供
することを目的とするものである。

【０００６】

【課題を解決するための手段】本発明は、通信機能を有
するデータ処理システムにおいて、現在時刻を管理する
時間管理手段と、現在の通信状態を管理する状態管理手
段と、ログ情報を記憶するログ記憶手段と、イベントの
発生を検知し、発生したイベントを分析し、対応する事
象を選択するとともに、時間管理手段に対して現在時刻
を問い合わせ、また状態管理手段に対して現在の通信状
態を問い合わせ、少なくとも事象、通信状態、現在時刻
に基づくデータをログ記憶手段に記憶させるイベント制
御手段を有することを特徴とするものである。

【０００７】

【作用】本発明によれば、通信制御のログを記憶する
際、外部からのデータ送受信に対する事象およびローカ
ル処理事象と、それらの事象が発生した時間など、障害
検出に必要なデータしか記憶しないので、通信データを
すべて記憶する方法に比べて、小さなログを保管する記
憶スペースでよい。また、ローカル処理事象および時間
も記憶するので、通信コマンドの誤りなどの端末側の障
害、オペレータの誤操作による障害などの場合やタイム
アウトにより相手もしくは自端末より見かけ上正常手順
による開放手続きが行なわれたような場合であっても、
その状況を解析し、通信障害の原因究明を確実に行なう
ことができる。

【０００８】

【実施例】図１は、本発明のデータ処理システムの概要
の説明図である。図中、１はＬＡＮ、２は通信サービス
網、３は専用回線、４乃至７は通信装置である。本発明
のデータ処理システムは、各種の接続状態を取り得る。
その例として、図１では、通信装置４および６は、ＬＡ
Ｎ１によって接続されている。また、通信装置４および
７は、ＷＡＮや通信サービス網２によって接続されてい
る。さらに、通信装置４および５は、専用回線３によっ
て接続されている。このように、各種の通信手段を単独
または混用して、複数の通信装置を接続し、データ処理
システムを構築することができる。

【０００９】図２は、本発明のデータ処理システムの一
実施例を示す基本構成図である。図中、１１は入出力装
置、１２は入出力制御部、１３は回線制御部、１４は通
信制御部、１５はログ記憶制御部、１６はログ記憶部、
１７はイベント制御部、１８は状態遷移テーブル、１９
は状態管理部、２０は時間管理部である。ここでは、本
発明の通信機能を有するデータ処理システムは端末装置
とホストコンピュータとの通信を想定し、特に端末装置
付近の構成について説明する。端末装置の構成として
は、図２に示す全ての構成要素を有するように構成する
こともできるし、回線制御部１３を除く部分で構成した
り、あるいは、入出力装置１１と入出力制御部１２の部
分や、入出力装置１１のみを構成要素とし、その他の部
分を別体として構成するなど、種々の形態で構成するこ
とができる。

【００１０】入出力装置１１は、オペレータによる入
力、オペレータに対する出力を行なうための装置や、そ
の他の入出力装置であり、入出力制御部１２を介して通
信制御部１４内のイベント制御部１７に接続されてい
る。回線制御部１３は、イベント制御部１７に接続さ
れ、ネットワークや専用回線等を制御し、通信データの
送受を行なう。

【００１１】通信制御部１４は、入出力制御部１２、ロ
グ記憶制御部１５、回線制御部１３に接続されており、
入出力装置１１から入力される指示やデータ、および通
信制御部１４内で発生する通信データの送信や、ホスト
コンピュータから送られてくるデータの受信など、回線
制御部１３を介して図示しないホストコンピュータとの
通信データの送受信を行なう。また、通信の際にログ記
憶制御部１５に対して、ログの保管を指示する。通信制
御部１４は、イベント制御部１７、状態遷移テーブル１
８、状態管理部１９、時間管理部２０から構成されてい
る。

【００１２】イベント制御部１７は、回線制御部１３か
らのデータ受信に対する事象および回線制御部１３への
データ送信に対する事象、入出力制御部１２から、また
はイベント制御部７内部からのデータあるいは信号など
のトリガといった、ローカル処理事象を検出し、発生し
た事象の分析を行なう。また、時間管理部５に事象の発
生したときの時間を問い合わせる。さらに、状態管理部
４に対しては、現在の状態を問い合わせる。これらのデ
ータからログデータを作成し、ログ記憶制御部１５に対
してログデータの記録を指示する。状態管理部１９は、
現在の通信処理の状態を管理し、イベント制御部１７か
らの問い合わせに応じて現在の状態を通知する。時間管
理部２０は、現在の時刻および発生したイベント間の時
間間隔を管理し、イベント制御部１７からの問い合わせ
に応じて現在の時刻および時間を通知する。

【００１３】状態遷移テーブル１８には、各種の通信処
理の状態に対応して実行すべき処理名が登録されてい
る。図３は、状態遷移テーブル１８の一例の説明図であ
る。状態１乃至４は、現在の通信処理の状態であり、ま
た、事象１乃至４は、イベント制御部１７において検知
され、識別された事象の種類である。また、処理１乃至
６は、それぞれの状態の時に、発生した事象に対して行
なうべき処理である。例えば、現在の通信処理の状態が
状態１であるとき、事象１が発生した場合は、処理１が
実行されることを示している。また、状態３の時に事象
３が発生した場合には、処理５が実行されることを示し
ている。もちろん、状態の数や事象の数、状態と事象に
よって選択される処理は、実際に適用されるシステムに
応じて設計すべきことである。この状態遷移テーブル１
８は、イベント制御部１７によって参照される。

【００１４】ログ記憶制御部１５は、イベント制御部１
７から記録を指示されたログデータを、ログ記憶部１６
に記録する。図４は、ログ記憶部１６に記録されるログ
データの一例の説明図である。記録されるログデータと
しては、事象、状態、時間の３つが記録される。この例
では、これらの他に、分類と、ログの開始および終了時
刻を記録している。事象は、イベント制御部１７におい
て検出し、分析した事象である。状態は、現在の通信処
理の状態であり、状態管理部４からイベント制御部１７
が得た情報である。これらの情報は、例えば、事象名，
状態名として、文字列で記録することもできるが、記憶
容量を少なくするため、対応するコードで記憶するよう
に構成するとよい。時間は、ログの開始した時刻または
前回記録した事象の発生から、今回記録すべき事象の発
生した時刻までの時間間隔である。図４に示した例で
は、ログの開始および終了時刻を記録するように構成し
ており、事象の発生した時刻を特定することができる。
時間の項目は、現在時刻を記録するように構成すること
もできるが、必要となるデータ量が多くなるため、時間
間隔を記録する方が望ましい。また、必要であれば、ロ
グテーブル検索時の手助けとなるように、分類なども記
録することができる。この分類の項目には、例えば、受
信イベント、オペレータイベントなどを識別するための
分類や、プロトコルレイヤの分類などを入れることもで
きる。これらの例については、後述する。図４に示した
ログデータは、分類，状態，事象は１バイトのデータで
あり、最大２５６の分類，状態，事象の識別が可能であ
る。また、時刻については２バイトであり、１０ｍｓｅ
ｃを単位として、最大６５５．３５ｓｅｃ＝約１０分の
識別が可能である。適用する通信プロトコルや機種等に
応じて、保管データ長を変更し、記憶量を増減すること
が可能である。ログデータは、例えば約１０分ごとにフ
ァイルを別にして記録するなど、時間データによって複
数のファィルに分けることも可能である。複数のファイ
ルに分割して記録する場合でも、ログ開始時刻、および
ログ終了時刻を記録しておくことにより、識別可能であ
る。また、このような時間別のログファイルは、ログの
解析時の検索に有効であるほか、大量になりがちの保管
ログデータを期限を決めて自動的に削除するなど、管理
の面でも有効である。

【００１５】図５は、本発明のデータ処理システムの一
実施例の動作を説明するためのフローチャートである。
図２に示したようなシステムにおいて、通信制御ソフト
ウェアが起動されると、まずイベント待ち状態となる。
Ｓ３１において、イベント制御部１７は、入出力制御部
１２、回線制御部１３から、または、イベント制御部１
７内部からのデータあるいは信号などのトリガ等の発生
を検出し、イベントを検知する。イベントを検知する
と、Ｓ３２において、時間管理部５にイベントの発生し
た現在の時刻または前回の事象発生からの経過時間を問
い合わせる。さらに、Ｓ３３において、発生したイベン
トを分析し、あらかじめ登録されている事象のうちのど
れに対応するかを選択する。また、Ｓ３４において、情
報管理部４に対して、現在の状態を問い合わせる。

【００１６】Ｓ３５では、Ｓ３２，Ｓ３３，Ｓ３４で得
られた、時刻，事象名，状態名の３項目について、対応
するデータをログ記憶制御部１５を介してログ記憶部１
６に記録する。記録の際には、図４でも説明したよう
に、事象名，状態名は対応するコードに変換して、また
時間は前回の事象発生からの経過時間をログ記憶部に記
録する。また、必要であれば、分類の項目などを一緒に
記録することもできる。最初のログデータの記録時に
は、ログデータの開始時間情報が記入される。また、ロ
グ記憶量を確認し、一定量に達した場合には、終了時間
情報を記入し、新たなログ記憶ファィルに続きを記録す
る。

【００１７】そして、Ｓ３６において、イベント制御部
１７は、状態遷移テーブル１８に記憶されている情報を
参照し、発生した事象と、現在の通信処理の状態をもと
に、テーブルから対応する処理名を取り出す。Ｓ３７に
おいて、取り出された処理名に対応する処理を呼び出
し、Ｓ３８において、実行される。実行される処理手続
きは、処理名に応じてそれぞれ異なった処理を行なうこ
とができ、応答の送信、状態の変更、通信処理の終了な
どの指示が含まれる。処理を終了すると、Ｓ３９におい
て、通信処理が終了したか否かが判断され、通信処理中
はＳ３１に戻り、イベント制御部７は次のイベントを待
つ。

【００１８】このようにして、入出力制御部１２、回線
制御部１３から、または、イベント制御部１７内部から
発生する事象を、現在の通信処理の状態および時間等の
データとともに、ログデータとしてログ記憶部１６に記
録することができる。

【００１９】図６は、本発明のデータ処理システムにお
ける通信処理の第１の具体例のタイムチャートであり、
図７は、第１の具体例のログデータの一例の説明図であ
る。第１の具体例では、端末側では正常な処理を行なっ
ているが、ホスト側では、タイムアウトの異常を検出し
て再送を行なったときの例である。ホスト側は、データ
を端末側に送り、さらにデータを送って、応答待ち
となる。この間、ホスト側では、応答が来なかった場
合、データを再送するために、タイマを起動する。端
末側では、データおよびデータを受信し、処理を行
なって、肯定応答をホスト側に送出する。しかし、ホ
スト側では、肯定応答を受信する前にタイムアウトと
なり、データと同じデータを再送データとして端末
側に送出してしまっている。

【００２０】この通信の状況は、上述の処理により、図
７に示すようなログデータが記録される。このログデー
タでは、分類の項目を設け、事象の発生したプロトコル
レイヤの種別を記録するように構成されている。また、
図７では、分類、事象、状態の各項目には、文字列を記
入しているが、実際には、コードデータを記録しておく
ことができる。データの受信に伴い、受信の事象が発
生し、事象が発生したプロトコルレイヤの種別（Ｄ
Ｌ）、データに基づく事象（Ｒ−ＩＮＦＯ）と、現在
の状態（ＴＲＡＮＳ）、それにログデータの記録開始時
刻（１９９１．４．１１２：００．０００）からの時
間（１０．２８ｓｅｃ）が記録される。同様に、データ
についても、受信の事象の発生に伴い、各項目のデー
タが記録される。処理を行なった後、肯定応答の送信
は、送信の事象の発生であり、この場合も、送信を行な
うプロトコルレイヤの種別（ＤＬ）、事象（Ｓ−Ｆ−Ｒ
Ｒ）、状態（ＴＲＡＮＳ）、それにデータの受信から
の時間（２２．２５ｓｅｃ）を記録する。その後、デー
タの受信に伴い、データの受信の事象に対する記録
が行なわれる。

【００２１】第１の具体例のような場合、端末側では、
受信したデータに対する肯定応答を送出しているの
で、正常な通信処理が行なわれているが、ホスト側で
は、タイムアウトのため、エラー処理として、再送を行
なっている。このように、見かけ上、正常な通信処理が
行なわれた場合であっても、データの送出までの時間
が長く、ホストのタイムアウトまでの時間に近いこと
や、データの送出からデータの受信までの時間が短
いことなどから、タイムアウトによるデータの再送が行
なわれたことを知ることができる。このようにして、タ
イムアウト等による通信障害の検出、および原因究明を
行なうことができる。

【００２２】図８は、本発明のデータ処理システムにお
ける通信処理の第２の具体例のタイムチャートであり、
図９は、第２の具体例のログデータの一例の説明図であ
る。第２の具体例では、オペレータや、端末の状態の変
化などによって、割り込みが入った場合の例である。ホ
スト側は、データを端末側に送り、さらにデータを
送出している。データの到着中、または到着後に、オ
ペレータによって、通信処理の中断や終了、または操作
ミスなどによる割り込みや、端末の状態が変化し、割り
込みがかかると、端末側からは、否定応答を送出す
る。否定応答を受信したホスト側では、端末側に何ら
かの異常が発生したものとして、端末側に対してリセッ
トデータを送出し、通信処理状態のリセットを行な
う。

【００２３】この通信の状況は、上述の処理により、図
９に示すようなログデータが記録される。このログデー
タでは、分類の項目に、送信事象、受信事象、オペレー
タ事象など、事象の大分類を識別するための種別を記録
するように構成されている。また、図９においても、図
７と同様に、分類、事象、状態の各項目には、文字列を
記入しているが、実際には、コードデータを記録してお
くことができる。データの受信に伴い、受信の事象が
発生し、事象の大分類の種別（ＲＣＶ）、データに基
づく事象（Ｒ−ＤＡＴＡ）と、現在の状態（ＲＣＶ）、
それにログデータの記録開始時刻（１９９２．４．１
１２：００．０００）からの時間（１５３．９１ｓｅ
ｃ）が記録される。同様に、データについても、受信
の事象の発生に伴い、各項目のデータが記録される。こ
こで、オペレータの操作や、端末の状態の変化によっ
て、割り込みが発生すると、ローカル処理の事象、例え
ばオペレータによる事象の発生として、ログデータの記
録を行なう。記録するログデータは、事象の大分類の種
別（ＯＰＥ）、事象（ＩＮＴＥＲＲＵＰＴ）、状態（Ｒ
ＣＶ）、およびデータの受信からの時間（０．６２ｓ
ｅｃ）である。その後、この割り込みに対する処理が行
なわれ、通信処理の状態が遷移するとともに、ホスト側
に対して否定応答が送出される。否定応答の送信に
ついても、送信の事象の発生として、ログデータが記録
される。さらに、否定応答に応答して、ホスト側から
送出されたリセットデータの受信についても、受信の
事象の発生として、同様に、ログデータが記録される。

【００２４】第２の具体例では、端末側のローカルな処
理に従って処理がなされ、見かけ上、通信エラーが発生
している。このような場合でも、例えばオペレータから
の割り込みといったローカル処理に基づく事象をもログ
データとして記録しているので、このログデータをを参
照することにより、簡単に原因究明を行なうことができ
る。

【００２５】

【発明の効果】以上の説明から明らかなように、本発明
によれば、大容量の記憶スペースを必要とせず、また、
通信コマンドの誤りなどの端末側の障害、オペレータの
誤操作による障害などの場合やタイムアウトにより相手
もしくは自端末より見かけ上正常手順による開放手続き
が行なわれたような場合であっても、その状況を解析
し、通信障害の原因究明を確実に行なうことができる、
という効果がある。

【図面の簡単な説明】

【図１】本発明のデータ処理システムの概要の説明図
である。

【図２】本発明のデータ処理システムの一実施例を示
す基本構成図である。

【図３】状態遷移テーブルの一例の説明図である。

【図４】ログ記憶部に記録されるログデータの一例の
説明図である。

【図５】本発明のデータ処理システムの一実施例の動
作を説明するためのフローチャートである。

【図６】本発明のデータ処理システムにおける通信処
理の第１の具体例のタイムチャートである。

【図７】本発明のデータ処理システムにおける第１の
具体例のログデータの一例の説明図である。

【図８】本発明のデータ処理システムにおける通信処
理の第２の具体例のタイムチャートである。

【図９】本発明のデータ処理システムにおける第２の
具体例のログデータの一例の説明図である。

【符号の説明】

１ＬＡＮ、２通信サービス網、３専用回線、４〜
７通信装置、１１入出力装置、１２入出力制御部、
１３回線制御部、１４通信制御部、１５ログ記憶制
御部、１６ログ記憶部、１７イベント制御部、１８
状態遷移テーブル、１９状態管理部、２０時間管
理部。

Claims

【特許請求の範囲】

【請求項１】通信機能を有するデータ処理システムに
おいて、現在時刻を管理する時間管理手段と、現在の通
信状態を管理する状態管理手段と、ログ情報を記憶する
ログ記憶手段と、イベントの発生を検知し、発生したイ
ベントを分析し、対応する事象を選択するとともに、時
間管理手段に対して現在時刻を問い合わせ、また状態管
理手段に対して現在の通信状態を問い合わせ、少なくと
も事象、通信状態、現在時刻に基づくデータをログ記憶
手段に記憶させるイベント制御手段を有することを特徴
とするデータ処理システム。