JP4062580B2 - 計算機システム - Google Patents
計算機システム Download PDFInfo
- Publication number
- JP4062580B2 JP4062580B2 JP2001183224A JP2001183224A JP4062580B2 JP 4062580 B2 JP4062580 B2 JP 4062580B2 JP 2001183224 A JP2001183224 A JP 2001183224A JP 2001183224 A JP2001183224 A JP 2001183224A JP 4062580 B2 JP4062580 B2 JP 4062580B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- unit
- system console
- computer
- transmission
- 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
【０００１】
【発明の属する技術分野】
この発明は計算機システムに関し、特に、計算機と当該計算機の保守管理を行うシステムコンソールとを備えた計算機システムに関する。
【０００２】
【従来の技術】
図２５は例えば特開平９−２５１４０３号公報に示された従来の計算機システムを示す図であり、１は所定のデータ処理を行う計算機、７は計算機１で生成されたメッセージを表示するシステムコンソール、５は計算機１とシステムコンソール７とを接続するＬＡＮなどの通信路である。２は計算機１から送信されるメッセージなどの送信データ、３は計算機１から送信された送信データ２をシステムコンソール７で処理した結果のステータスなどを含む応答データである。計算機１とシステムコンソール７とはそれぞれ複数台接続可能であるが、この従来の計算機システムの例では説明を簡易にするために１対１の構成としている。
【０００３】
計算機１において、１１はシステムコンソール７に表示するメッセージを生成するメッセージ出力要求部、１２はメッセージを送信するか、保存するかをチェックするメッセージ保存チェック処理部、１３は保存するメッセージの種別が登録されているメッセージ保存テーブル、１５はメッセージ保存テーブル１３から保存メッセージ種別（メッセージ保存の要／否）情報１ａを取得し、保存要のメッセージをメッセージ保存ファイル１４に保存するメッセージ保存処理部、１６はメッセージ保存ファイル１４から保存メッセージを取り出す保存メッセージ出力処理部、１７はシステムコンソール７との通信が正常に行われている場合はＯＮ、異常が発生した場合にはＯＦＦのステータスが登録される通信路管理テーブル、１８は定期的に通信路チェック要求信号１ｒを送信し通信が正常に行われているか否かを監視する通信路チェック処理部、１９はシステムコンソール７との通信処理を行う通信処理部である。
【０００４】
システムコンソール７において、７１は計算機１からの送信データ２を受信する通信処理部、７２は通信処理部７１から通信路チェック要求信号７ｃを受けて通信路５の状態をチェックし、通信路５が正常であるか否かの応答信号７ｄを返す通信路チェック応答処理部、７３は通信処理部７１からのメッセージを受け、システムコンソール７画面にメッセージの表示を行う表示処理部である。
【０００５】
次に通信路管理テーブル１７、この従来の計算機システムで使用されるメッセージ、および、メッセージ保存テーブル１３の構成例を説明する。通信路管理テーブル１７には図２６にその構成例を示すように、システムコンソールアドレスと通信路ステータスとが登録されている。システムコンソールアドレスは接続先のシステムコンソール７のアドレスを示し、通信路ステータスには、通信路５が正常の場合にはＯＮ、通信路５に異常が発生した場合にはＯＦＦが登録される。メッセージ出力要求部１１が生成するメッセージ出力要求信号１ｂは図２７にその構成例を示すように、例えばメッセージの種別を示すメッセージＩＤとメッセージ本体とから構成されている。メッセージ保存テーブル１３は図２８にその構成例を示すように、例えばメッセージＩＤごとに保存の要否、すなわち当該ＩＤを有するメッセージが保存を要するものであるか否かが登録されている。このメッセージ保存テーブル１３は計算機１のパラメータとしてユーザによって定義される。
【０００６】
次に動作について説明する。まず計算機１内で生成されたメッセージの処理を図２９に示すフローチャートを用いて説明する。計算機１内のメッセージ出力要求部１１がシステムコンソール７へ出力するメッセージを生成すると、メッセージ保存チェック処理部１２にメッセージ出力要求信号１ｂを送信する（ステップステップＳＴ７１）。メッセージ出力要求信号１ｂを受信したメッセージ保存チェック処理部１２は、通信路管理テーブル１７から通信路ＯＮ／ＯＦＦ情報を取得し（ステップＳＴ７２）、通信路５がＯＮ（使用可能）なら（ステップＳＴ７３）、メッセージ保存ファイル１４を参照して保存メッセージ１ｆの有無をチェックし（ステップＳＴ７１８）、保存メッセージが無けれぱ、通信処理部１９に送信要求信号１ｇを送信する（ステップＳＴ７４）。保存メッセージが有れば、メッセージ保存処理部１５にメッセージ保存要求信号１ｃを送信する（ステップＳＴ７９）。これにより新しく発生したメッセージが保存メッセージ１ｆより先に送信されるのを防止する。一方、ステップＳＴ７３において、通信路がＯＦＦ（使用不可能）の時はメッセージ保存チェック処理部１２は通信処理部１９には送信を依頼せず、メッセージ保存処理部１５にメッセージ保存要求信号１ｃを送信する（ステップＳＴ７９）。メッセージ保存要求信号１ｃを受信したメッセージ保存処理部１５は、受信したメッセージのメッセージ種別（メッセージ保存要／否情報）１ａをメッセージ保存テーブル１３から取得して当該メッセージが保存対象か否かを確認し（ステップＳＴ７１０）、保存要データであれば（ステップＳＴ７１１）、メッセージ保存ファイル１４に保存する（ステップＳＴ７１２）。保存不要データであれぱ（ステップＳＴ７１１）、何もせず一連の処理を終了する。
【０００７】
一方、メッセージ保存ファイル１４に保存せず通信処理部１９に送信要求されたメッセージを通信処理部１９がシステムコンソール７に送信し（ステップＳＴ７５）、通信が正常に完了すれぱ（ステップＳＴ７６）、送信成功情報１ｈをメッセージ保存チェック処理部１２に送信して（ステップＳＴ７７）処理を完了する（ステップＳＴ７８）。通信に失敗したときには通信処理部１９がこれを検知し通信路管理テーブル１７に通信路ＯＦＦ情報１ｋを送信して通信路管理テーブル１７の通信路情報をＯＦＦにセットする（ステップＳＴ７１４）。さらに送信失敗情報１ｈをメッセージ保存チェック処理部１２に送信する（ステップＳＴ７１５）。これを受けたメッセージ保存チェック処理部１２は通信路ＯＦＦ時と同様に、メッセージ保存処理部１５にメッセージ保存要求信号１ｃを送信する（ステップＳＴ７９）。以上の処理ステップにより通信路５がＯＦＦ（使用不可能）のとき、あるいは送信に失敗したときにメッセージは、メッセージ保存ファイル１４に保存される。
【０００８】
次に、通信路５の異常によりメッセージ保存ファイル１４に保存されたメッセージが、定周期の通信路チェック処理によって通信路５の復旧後にシステムコンソール７に出力表示される手順を図３０に示すフローチャートを用いて説明する。通信路チェック処理部１８は送信周期を待って（ステップＳＴ８１）、送信周期になると通信路管理テーブル１７から通信路５の現在のＯＮ／ＯＦＦ情報１ｄを取得し（ステップＳＴ８２）、通信処理部１９に通信路チェック要求信号１ｒを送信する（ステップＳＴ８３）。通信処理部１９はシステムコンソール７とし、前回の通信時に通信路５がＯＮ（通信可能）（ステップＳＴ８４）、かつ通信が正常に終了している（ステップＳＴ８６）ときには、送信成功情報１ｓを通信路チェック処理部１８に送信して（ステップＳＴ８７）正常終了し、前回の通信時に通信路５がＯＮ（ステップＳＴ８４）、かつ通信失敗のとき（通信が正常に終了していないとき）（ステップＳＴ８６）には、通信路チェック処理部１８に送信失敗情報１ｓを送信する（ステップＳＴ８９）とともに、通信路管理テーブル１７の通信路情報をＯＦＦ（通信不可能）にセットする（ステップＳＴ８１０）。前回の通信時に通信路５がＯＦＦ（通信不可能）（ステップＳＴ８４）かつ通信に失敗したとき（正常終了しなかったとき）（ステップＳＴ８１１）には、通信処理部１９は送信失敗情報１ｓを通信路チェック処理部１８に送信（ステップＳＴ８１５）する。この場合、通信路５はＯＦＦのままとなる。前回の通信時に通信路がＯＦＦ（通信不可能）（ステップＳＴ８４）かつ通信に成功したとき（正常終了したとき）（ステップＳＴ８１１）には、通信処理部１９が通信路チェック処理部１８に送信成功情報１ｓを送信し（ステップＳＴ８１２）、これを受けた通信路チェック処理部１８は通信路管理テーブル１７の通信路情報をＯＮ（通信可能）にセットし（ステップＳＴ８１３）、さらに保存メッセージ出力処理部１６に保存メッセージ出力要求信号１ｎを送信する（ステップＳＴ８１４）。この信号を受信した保存メッセージ出力処理部１６は、システムコンソール７の表示画面にメッセージを表示する。
【０００９】
次に図３０のフローチャートで説明した通信路チェック処理にて通信路復旧時（通信路５がＯＦＦ状態からＯＮ状態に遷移した直後）における保存メッセージの出力処理を図３１に示したフローチャートを用いて説明する。保存メッセージ出力処理部１６は、通信路チェック処理部１８から保存メッセージ出力要求信号１ｎを受信すると（ステップＳＴ１０１）、メッセージ保存ファイル１４から保存メッセージ１ｆを取得し（ステップＳＴｌ０２）、保存メッセージ送信要求信号１ｐを通信処理部１９に送信する（ステップＳＴｌ０３）。これを受けた通信処理部１９は、当該メッセージをシステムコンソール７に送信し（ステップＳＴｌ０４）、これに成功した場合（ステップＳＴ１０５）には保存メッセージが無くなるまで（ステップＳＴ１０６）、ステップＳＴ１０２〜ステップＳＴ１０５の処理を繰り返す。通信に失敗した場合（ステップＳＴ１０５）には、通信処理部１９は通信路管理テーブル１７の通信路情報をＯＦＦにセットし、送信失敗情報１ｑを保存メッセージ出力処理部１６に返す（ステップＳＴ１０８）。送信失敗情報１ｑを受信した保存メッセージ出力処理部１６は、送信に失敗したメッセージを内部に保持し、次回に出力要求があった時に当該メッセージを優先して出力する。
【００１０】
次にメッセージ保存テーブル１３の設定処理を図３２に示すフローチャートを用いて説明する。メッセージ保存テーブル１３は、図２８に示したように例えばメッセージＩＤごとに保存の要否、すなわち当該ＩＤを有するメッセージが保存を要するものであるか否かが登録されている。図２８でＭは最大メッセージＩＤを示している。図３２に戻り、メッセージ保存テーブル１３の設定処理は、ユーザがシステムコンソール７と対話しながらコマンドを利用して書き込みすることにより行う。システムコンソール７の表示画面にはメッセージＩＤが順次（ステップＳＴ９１）メッセージ本体とともに表示され、表示されたメッセージの保存の要否をユーザに選択させる（ステップＳＴ９２）。ユーザが保存「要」を選択するとメッセージ保存テーブル１３の該当するメッセージＩＤには「要」がセットされ（ステップＳＴ９３）、保存「否」を選択するとメッセージ保存テーブル１３の該当するメッセージＩＤには「否」がセットされる。（ステップＳＴ９４）。ステップＳＴ９２〜ステップＳＴ９４の処理をメッセージＩＤ１〜Ｍの全てについて繰り返す（ステップＳＴ９１）。
【００１１】
従来の計算機システムでは、通信路５の障害などによりシステムコンソール７への送信に失敗したメッセージは、メッセージ保存テーブル１３に保存「要」とセットされたＩＤを持つものだけがメッセージ保存ファイル１４に保存される。そして周期的に行う通信路チェックによって通信路５が復旧すると自動的にシステムコンソール７に送信されるので、システムコンソール４へのメッセージ表示は連続性を失うことがなく、メッセージの生成順を損なうこともない。また、メッセージの送信に一度でも失敗すると通信路管理テーブル１７の通信路情報をＯＦＦ（通信不可能）にセットし、メッセージ送信前にこのテーブルを参照して通信路がＯＦＦならメッセージを送信しないようにしている。これにより通信路５がＯＮ（正常）の時だけメッセージを送信するようにしているので、メッセージの送信を迅速かつ確実に行うことができる。さらに通信路５の故障時には即座にメッセージの保存処理を行うので、タイムアウト待ちなどの無駄な通信エラーが発生しなくなるので、メッセージ処理の効率が向上する。
【００１２】
【発明が解決しようとする課題】
以上のように、従来の方式では、メッセージを送信してから通信成功の確認に至るまでメッセージが何れにも保持されておらず、この段階で計算機が故障により停止した場合、メッセージが失われる可能性があるという問題点があった。
【００１３】
また、計算機からシステムコンソールヘメッセージ送信を行い、システムコンソールから計算機へ通信成功を通達するための情報送信を行っている段階で通信路に異常が発生した場合、当該メッセージは送信済みの扱いにはならず、当該システムコンソールが再度計算機に接続した場合、既に受信済みの冗長なメッセージを再度受信する可能性があった。
【００１４】
また、特開平９−２５１４０３号公報（特に請求項９）記載の方式では、通常一台のシステムコンソールにメッセージを出力し、通信異常が発生した発生した段階で、他のシステムコンソールに対し通信路のチェックを行い通信可能なシステムコンソールに切り替える事によりシステムコンソールヘの通信異常に対処しているが、一般的なＴＣＰ／ＩＰなどの通信手段では通信異常はタイムアウトにより判定する必要がある場合があり、最初の異常判定、および、その後の他のシステムコンソールに対する通信路チェックに時間がかかり、保持しきれないメッセージが喪失する可能性があった。
【００１５】
また、計算機が異常終了した場合も、メッセージ保存ファイル内の内容を保持するためにはメッセージ保存ファイルを不揮発性の記憶媒体と１して保持する必要があるが、この場合ディスクレス計算機システムなど場合、利用できる不揮発性記憶媒体には限りがあり、大量の領域は確保できない。一方、そのメッセージ保存ファイルのサイズに対する制約のため、計算機が正常動作し、システムコンソールが長期に停止している状態の場合、メッセージ保存ファイルを超えるメッセージが喪失するという可能性があった。
【００１６】
また、前述の特開平９−２５１４０３号公報の請求項９記載の方式では、複数のシステムコンソールにメッセージが散らばってしまい、ユーザが一貫したメッセージの閲覧を行いたい場合、手間がかかった。
【００１７】
この発明は、かかる問題点を解決するためになされたものであり、常にメッセージがシステムコンソールで保存されてから、計算機上のメッセージ保存ファイルから削除されるようにし、計算機やシステムコンソールおよびそれらを繋ぐ通信路がどのようなタイミングで故障しても、いずれかの場所にメッセージが保存されていることを保証する計算機システムを得ることを目的とする。
【００１８】
【課題を解決するための手段】
この発明は、計算機と、上記計算機により生成されるメッセージを表示する複数のシステムコンソールとからなる計算機システムであって、上記計算機が、メッセージを生成するメッセージ出力要求部と、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記システムコンソールからの接続要求を受理し、上記メッセージの送信の開始を指示する接続要求受信部と、上記システムコンソールからの連続したメッセージの送信要求を受理した後に、次のメッセージの送信を指示する送信要求受信部と、上記送信要求受信部からの指示により、上記メッセージに一意かつ順序性のある識別子を付加して上記システムコンソールへ送信するメッセージ送信部と、最後に送信したメッセージの識別子を保持する識別子保持手段と、高々１回送信済みのメッセージを保持するメッセージ保持バッファと、上記メッセージ保持バッファのメッセージを上記システムコンソールに送信するメッセージ再送部とを備え、上記送信要求受信部は、上記システムコンソールから通達された識別子が最後に送信したメッセージの識別子と等しい場合は、上記計算機の上記メッセージ保存ファイルから最も古いメッセージを削除するとともに、当該識別子と比較することにより、メッセージ保持バッファに次に送るべきメッセージが存在するか確認し、メッセージ保持バッファに次に送るべきメッセージがあった場合は、当該メッセージをメッセージ再送部より送信し、無ければ、メッセージ保持ファイル上のメッセージをメッセージ送信部により送信するものであって、上記システムコンソールが、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記計算機に受理されるまで定期的に接続要求を行う接続要求発行部と、上記計算機からメッセージを受け取り、上記メッセージの表示および上記メッセージ保存ファイルヘの保存を行うメッセージ受信部と、上記メッセージ受信部が受信したメッセージを表示するメッセージ表示部と、上記メッセージの保存後、次のメッセージの送信要求を行う送信要求発行部と、外部からの入力信号により、上記メッセージ保存ファイルに保存されたメッセージを表示するメッセージ再表示部とを備え、上記接続要求発行部は、上記接続要求発行時に、システムコンソールのメッセージ保存ファイルで最も新しいメッセージの識別子を同時に通達するものであって、もって、既に受信済みのメッセージを冗長に受信することを抑止するとともに、上記システムコンソールのメッセージ保存ファイルにメッセージが保存できたことが判明した段階で上記計算機のメッセージ保存ファイルのメッセージを削除する計算機システムである。
【００２１】
また、上記計算機の上記接続要求受信部は、システムコンソールから通達された識別子の次に相当する識別子を持つメッセージがメッセージ保持バッファに存在せず、また、通達された識別子と等しいメッセージがメッセージ保持バッファ上に存在しないことを確認することにより、メッセージ保持バッファのメッセージが当該システムコンソールに送信されていないことを認知し、メッセージ保持バッファの全てのメッセージを当該システムコンソールに送信させる。
【００２２】
また、上記システムコンソールは、他システムコンソールに対しメッセージ保存ファイルの内容を公開するメッセージ公開部と、公開されているメッセージ保存ファイルからメッセージを取得するメッセージ収集部とをさらに備え、上記システムコンソールのメッセージ再表示部は、メッセージ保持ファイル内のメッセージを順次表示し、欠落を発見した場合は、メッセージ収集部により、他システムコンソールに保存されているメッセージを取得・表示する、または、他システムコンソールにメッセージが保持されていなかった場合は、メッセージに欠落があった旨を表示する。
【００２３】
【発明の実施の形態】
実施の形態１．
以下、この発明の実施の形態１を図１に基づいて説明する。図１は本実施の形態における計算機システムの構成図である。図１において、１００１は所定のデータ処理を行う計算機、１００２は、計算機１００１に接続されたＬＡＮなどの通信路、１００３は計算機１００１のメッセージを表示・保存するシステムコンソールであり、これも通信路１００２に接続される。
【００２４】
計算機１００１において、１０１１はシステムコンソールに表示すべきメッセージを出力するメッセージ出力要求部、１０１２はメッセージ出力要求部１０１１より出力されたメッセージを保持するメッセージ保存ファイルであり、メッセージ保存ファイル１０１２は不揮発性の記憶媒体を用いる。１０１３はシステムコンソール１００３よりの接続要求を受信する接続要求受信部、１０１４はシステムコンソール１００３よりの送信要求を受信する送信要求受信部、１０１５はシステムコンソール１００３にメッセージを送信するメッセージ送信部である。１０１６は計算機１００１内の各処理で行われる通信路１００２を経由した情報の送受信を仲立ちする通信処理部であり、記載としては省略しているが、計算機１００１内の処理から計算機１００１外の処理への情報送受信とは、実際には、通信処理部１０１６を経由して行う。
【００２５】
システムコンソール１００３において、１０３１はシステムコンソール１００３内の各処理で行われる通信路１００２を経由した情報の送受信を仲立ちする通信処理部であり、記載としては省略しているが、システムコンソール１００３内の処理からシステムコンソール１００３外の処理への情報送受信とは、実際には、通信処理部１０３１を経由して行う。１０３２は計算機１００１に接続要求を行う接続要求発行部、１０３３は計算機１００１に送信要求を行う送信要求発行部、１０３４は計算機１００１よりメッセージを受信するメッセージ受信部、１０３５はメッセージ受信部１０３４が受信したメッセージを表示するメッセージ表示部、１０３６はメッセージを受信部１０３４が受信したメッセージを保存するメッセージ保存ファイルであり、メッセージ保存ファイル１０３６は不揮発性の記憶媒体を用いる。１０３７はメッセージ保存ファイル１０３６に保存されたメッセージを再度表示するメッセージ再表示部である。
【００２６】
次に動作について説明する。まず、全体の動作に先立ち、メッセージ出力部１０１１の動作を説明する。
【００２７】
図２はメッセージ出力部１０１１の動作を示すフローチャートである。メッセージ出力１０１１は他の処理と独立して動作し、計算機１００１内でシステムコンソール１００２に表示すべきメッセージを出力する場合に実行される。メッセージ出力部１０１１は、まず、メッセージ保存ファイル１０１２に当該メッセージを保存する余裕があるか確認する（ステップＳＴ１１０１）。メッセージ保存ファイル１０１２に余裕がある場合（ステップＳＴｌｌ０２：ＹＥＳ）は、当該メッセージをメッセージ保存ファイル１０１２に保存し処理を終了する（ステップＳＴ１１０３）。余裕が無い場合（ステップＳＴｌｌ０２：ＮＯ）は何も行わず処理を終了する。このメッセージ出力要求部１０１１の処理は本発明に関わる他の処理とは独立して実施され、メッセージ保存ファイル１０１２にメ
ッセージが順次保存される。
【００２８】
続けて、メッセージ保存ファイル１０１２に保存された最初のメッセージが、システムコンソール１００３にて表示されるまでの処理の流れを示すために、順次実行される動作を説明する。最初のメッセージの表示に至る処理はシステムコンソール１００３の接続要求発行部１０３２が処理を開始を起点とする。
【００２９】
図３は、システムコンソール１００３の接続要求発行部１０３２の動作を示すフローチャートである。接続要求発行部１０３２は、システムコンソール１００３の起動により、処理が開始される。接続要求発行部１０３２は、まず計算機１００１の接続要求受信部に対し接続要求を発行する（ステップＳＴ１２０１）。計算機１００１が起動していない場合など接続が受理されない場合（ステップＳＴ１２０２：ＮＯ）は、一定時間待機し（ステップＳＴ１２０３）、再度接続を試みる（ステップＳＴ１２０１）。接続が受理された場合（ステップＳＴ１２０２：ＹＥＳ）はメッセージ受信部１０３４に対しメッセージ受信支持を与え（ステップＳＴ１２０４）、メッセージ受信部１０３４より再接続支持を待ち、待機する（ステップＳＴ１２０５）。メッセージ接続指示を受けた場合は、再度接続を試みる（ステップＳＴ１２０１）。
【００３０】
図４は、計算機１００１の接続要求受信部１０１３の動作を示すフローチャートである。接続要求受信部１０１３は、計算機１００１の起動により、処理が開始され、接続要求発行部１０３２よりの接続要求を受信するまで待機する（ステップＳＴ１３０１）。前述の接続要求発行部１０３２から接続要求が来ると、接続要求受信部１０１３は、メッセージ送信部１０１５に対しメッセージ送信支持を与え（ステップＳＴ１３０２）、次の接続要求を待ち、待機する（ステップＳＴ１３０１）。
【００３１】
図５は、計算機１００１のメッセージ送信部１０１５の動作を示すフローチャートである。メッセージ送信部１０１５は、計算機１００１の起動により、処理が開始され、接続要求受信部１０１３または送信要求受信部１０１４よりのメッセージ出力指示を待つために待機する（ステップＳＴ１４０１）。メッセージ送信指示が来ると、メッセージ送信部１０１５は、メッセージ保存ファイル１０１２にメッセージが存在するかを確認する（ステップＳＴ１４０２）。メッセージが存在しない場合（ステップＳＴ１４０３：ＮＯ）はメッセージ出力要求部１０１１が新たなメッセージをメッセージ保存ファイル１０１２に追加するまで待機する（ステップＳＴ１４０４）。メッセージ確認（ステップＳＴ１４０２）によりメッセージが存在した（ステップＳＴ１４０３：ＹＥＳ）か、または、待機中（ステップＳＴ１４０４）に新たなメッセージがメッセージ保存ファイル１０１２に追加された（ステップＳＴ１４０４）場合は、メッセージ保存ファイル１０１２上の最も古いメッセージを取得し（ステップＳＴ１４０５）、当該メッセージをシステムコンソール１００３のメッセージ受信部（ステップＳＴ１０３４）に対しメッセージを送信する（ステップＳＴ１４０６）。メッセージ送信後は、次のメッセージ送信指示を待ち、待機する（ステップＳＴ１４０１）。
【００３２】
図６は、システムコンソール１００３のメッセージ受信部１０３４の動作を示すフローチャートである。メッセージ受信部１０３４は、システムコンソール１００３の起動により、処理が開始され、メッセージ受信指示を受けるまで待機する（ステップＳＴ１５０１）。メッセージ受信指示の送付は、前述の接続要求発行部１０３２のステップＳＴ１２０４で既に実施されているとおり、計算機１００１内のメッセージ送信に関わる処理とは並行に処理が行われ、メッセージ受信指示を受けたメッセージ受信部１０３４は予めメッセージを受信するか、または、一定時間が経過するまで、待機している（ステップＳＴ１５０２）。待機中に一定時間が経過した場合（ステップＳＴ１５０３：ＮＯ）は、これは、計算機１００１または通信路１００２において障害が発生しており、メッセージ受信部１０３４は受信待ちを解除し、接続要求部１０３２に対し再接続指示を出し（ステップＳＴ１５０７）、再度のメッセージ受信指示を受けるまで待機する（ステップＳＴ１５０１）。メッセージが受信できた場合（ステップＳＴ１５０３：ＹＥＳ）は、受信したメッセージをメッセージ表示部１０３５がシステムコンソール１００３上にてユーザが視認できる形で表示する（ステップＳＴ１５０４）。また、引き続きメッセージをシステムコンソール上のメッセージ保存ファイル１０３６に保存し、送信要求部１０３３に送信要求指示を与え（ステップＳＴ１５０６）、次のメッセージ受信指示を受けるまで待機する（ステップＳＴ１５０１）。
【００３３】
上記の処理の流れにより、最初のメッセージがシステムコンソール１００３に表示される。ここで、システムコンソール１００３が計算機１００１より先に起動した場合は、接続要求発行部１０３２による接続要求が受理されず、定期的に再度接続要求が行われるため、計算機１００１が起動し、接続要求受信部１０１３が処理を開始した段階で、メッセージの表示処理が開始される。一方、計算機１００１がシステムコンソール１００３より先に起動した場合は、システムコンソール１００３が起動し接続要求発行部１０３２が開始し接続要求を発行し、即座に受理されるため、メッセージの表示処理がおこなれるため、計算機１００１とシステムコンソール１００３との起動順序に関わらずメッセージの表示処理が行われる。
【００３４】
続けて、メッセージ保存ファイル１０１２に保存された２番目以降のメッセージが、システムコンソール１００３にて表示されるまでの処理の流れを示すために、順次実行される動作を説明する。二回目以降のメッセージの表示に至る処理はシステムコンソール１００３のメッセージ受信部が最初のメッセージ表示処理における最終段階（ステップＳＴ１５０６）で送信要求発行部１０３３に与える送信要求指示を起点とする。
【００３５】
図７は、システムコンソール１００３の送信要求発行部１０３３の動作を示すフローチャートである。送信要求発行部１０３３は、システムコンソール１００３の起動により、処理が開始され、送信要求指示を待ち、待機している（ステップＳＴ１６０１）。ここで、メッセージ受信部１０３４から送信要求指示を受け、計算機１００１の送信要求受信部に対し送信要求を発行する（ステップＳＴ１６０２）。送信要求発行後は、メッセージ受信部にメッセージ受信支持を与え（ステップＳＴ１６０３）、再度メッセージ受信部から送信要求指示が与えられるのを待ち、待機する（ステップＳＴ１６０３）。
【００３６】
図８は、計算機１００１の送信要求受信部１０１４の動作を示すフローチャートである。接続要求受信部１０１４は、計算機１００１の起動により、処理が開始され、送信要求発行部１０３３よりの送信要求を受信するまで待機する（ステップＳＴ１７０１）。前述の送信要求発行部１０３３から送信要求が来ると、送信要求受信部１０１４は、メッセージ保存ファイル上の最も古いメッセージを削除する（ステップＳＴ１７０２）。このメッセージは直前にシステムコンソール１００３上で表示されたメッセージに相当する。メッセージ削除後は、メッセージ送信部１０１５にメッセージ送信指示を与えた（ステップＳＴ１７０３）後、システムコンソール１００３の送信要求発行部１０３３から発行される、次回の送信要求を受信するまで待機する（ステップＳＴ１７０１）。送信要求受信部１０１４よりメッセージ送信指示を受けたメッセージ送信部１０１５は、接続要求受信部１０１３からメッセージ送信指示を受けた場合と同様、必要であれば、新たなメッセージをメッセージ出力部１０１１がメッセージ保存ファイル１０１２に追加するのを待ち、最終的に既に表示され、かつ、メッセージ保存ファイル１０１２より削除されたメッセージの次に古いメッセージをシステムコンソール１００３のメッセージ受信部１０３４に送信する。
【００３７】
システムコンソール１００３のメッセージ受信部１０３４はメッセージを受信すると、最初のメッセージの場合と同様に、表示およびメッセージ保存ファイル１０３６への保存を行い、再々度のメッセージ表示のために、送信要求発行部１０３３に対し送信要求指示を与え、メッセージ受信に向け待機する。
【００３８】
以降、送信要求発行部１０３３より送信要求の発行が繰り返され、計算機１００１のメッセージ保存ファイル上のメッセージが、順次、システムコンソール１００３にて表示・保存される。
【００３９】
最後にシステムコンソール１００３のメッセージ再表示部１０３７の動作について説明する。
【００４０】
図９は、システムコンソール１００３のメッセージ再表示部１０３７の動作を示すフローチャートである。メッセージ再表示部１０３７はユーザの指示により処理を開始する。処理を開始したメッセージ再表示部１０３７はメッセージ保存ファイル１０３６に保存されたメッセージをシステムコンソール１００３上にてユーザが視認できる形で表示する（ステップＳＴ１８０１）。
【００４１】
以上のように、本実施の形態による計算機システムでは、メッセージを生成するメッセージ出力要求部とメッセージを保存する不揮発性記憶媒体によるメッセージ保存ファィルと、システムコンソールの接続を受理し、メッセージの送信の開始を指示する接続要求受信部と、引き続くメッセージの送信要求を受理し、直前に送付したメッセージをメッセージ保存バッファから削除し、次のメッセージの送信を指示する送信要求受信部と、メッセージを送信するメッセージ送信部とを備えた計算機ならびに、メッセージを保存する不揮発性媒体によりメッセージ保存ファイルと、計算機に受理されるまで定期的に接続要求を行う接続要求発行部と、計算機からメッセージを受け取りメッセージの表示およびメッセージ保存ファイルヘの保存を行うメッセージ受信部と、メッセージの保存後、次のメッセージの送信要求を行う送信要求発行部と、ユーザの指示により、メッセージ保存ファイルに保存されたメッセージを表示するメッセージ再表示部を備えたシステムコンソールからなり、常にメッセージがシステムコンソールで保存されてから計算機上のメッセージ保存ファイルから削除されるため、計算機、システムコンソールまたは両者を繋ぐ通信路が任意のタイミングで故障しても、計算機またはシステムコンソールの何れかにメッセージが保存されることが保証できる。
【００４２】
実施の形態２．
以下、この発明の実施の形態２を図１０に基づいて説明する。図１０は本実施形態における計算機システムの構成図であり、図中、実施の形態１と同じ符号は同じ構成要素を表す。２０１７はメッセージ保存ファイル１０１２より取り込むメッセージに一意な識別子であるメッセージ番号を付加するメッセージ番号付加部、２０１８は最後にメッセージに付加されたメッセージ番号を保持するメッセージ番号保持部、２０１５はメッセージ送信時に、メッセージ番号付加部２０１７を利用し、一意なメッセージ番号を付加し、また、当該メッセージ番号をメッセージ番号保持部２０１８に保持する処理を追加したメッセージ送信部、２０３２は接続要求時に、システムコンソール１００３のメッセージ保存ファイル１０３６に保存された最も新しいメッセージのメッセージ番号を通達する処理を追加した接続要求発行部、２０１３は接続要求時に通達されたメッセージ番号がメッセージ番号保持部２０１８に保持されているメッセージ番号と等しければ、メッセージ保存バッファ１０１２上の最も古いメッセージを削除する機能を付加した接続要求受信部である。
【００４３】
次に動作について説明する。
【００４４】
図１１は、計算機１００１のメッセージ送信部２０１５の動作を示すフローチャートである。動作において、メッセージ保存ファイル１０１２上の最も古いメッセージを取得する（ステップＳＴ１４０５）までは、実施の形態１におけるメッセージ送信部１０１５（図５）と同様であるため、省略する。メッセージ保存ファイル１０１２上の最も古いメッセージを取得したメッセージ送信部（ステップＳＴ１４０５）は、メッセージ番号付加部２０１７によりメッセージにメッセージ番号を付加し（ステップＳＴ２４０１）、付加したメッセージ番号をメッセージ番号保持部２０１８に保存し、そのメッセージをシステムコンソール１００３のメッセージ受信部１０３４に送信する。以後の処理は実施の形態１におけるメッセージ送信部１０１５と同様である。
【００４５】
図１２は、メッセージ番号付加部２０１７によりメッセージ番号が付加されたメッセージの概念図であり、メッセージ保持ファイル１０１２より取得した本来のメッセージをメッセージ本体に配置し、メッセージ番号付加部２０１７にて生成するメッセージ番号が頭部に付加される。メッセージ番号付加部２０１７にて生成されるメッセージは、メッセージ番号付加部２０１７が実行される度に新たなメッセージ番号となる。ここで、便宜上、番号と呼んでいるが、生成されるメッセージ番号が一意であることおよび順序性が保証される識別子群であれば、実際には整数など数の情報である必要は無い。
【００４６】
図１３は、システムコンソール１００３の接続要求発行部２０３２の動作を示すフローチャートである。動作において、接続受理を確認する（ステップＳＴ１２０２）までは実施の形態１における接続要求発行部１０３２（図３）と同様であるため、省略する。接続受理された場合（ステップＳＴ１２０２：ＹＥＳ）、メッセージ保存ファイル１０３６にメッセージが保存されているか確認する（ステップＳＴ２２０１）。メッセージが存在する場合（ステップＳＴ２２０２：ＹＥＳ）は、メッセージ保存ファイル１０３６上の最も新しいメッセージのメッセージ番号を計算機１の接続要求受信部に対し通達する（ステップＳＴ２２０３）。以降の処理、または、メッセージが無かった場合（ステップＳＴ２２０２：ＮＯ）の処理は実施の形態１における接続要求発行部１０３２と同様であるため、省略する。
【００４７】
図１４は、計算機１００１の接続要求受信部２０１３の動作を示すフローチャートである。動作において、接続要求を待つ（ステップＳＴ１３０１）までは実施の形態１における接続要求受信部１０１３（図４）と同様であるため、省略する。接続要求が来た場合（ステップＳＴ１３０１）、システムコンソール１００３の接続要求発信部２０３２からメッセージ番号が通知されたか確認する（ステップＳＴ２３０１）、メッセージ番号があった通達されたい場合（ステップＳＴ２３０２）、通達されたメッセージ番号と、メッセージ番号保持部２０１８に保持されているメッセージ番号が等しいか確認する（ステップＳＴ２３０３）。メッセージ番号が等しかった場合（ステップＳＴ２３０４：ＹＥＳ）メッセージ保存ファイル上の最も古いメッセージを削除する。以降の処理、および、メッセージ番号が通知されなかった場合（ステップＳＴ２３０２：ＮＯ）と、メッセージ番号が異なった場合（ステップＳＴ２３０４：ＮＯ）の動作は、実施の形態１における接続要求受信部１０１３と同様であるため、省略する。
【００４８】
以上のように本実施の形態による計算機システムでは、メッセージ送信部においてメッセージに一意な識別子を付加する手段と、最後に送信したメッセージの識別子を保持する手段と、システムコンソールから通達された識別子が最後に送信したメッセージの識別子と等しい場合は、計算機上のメッセージ保存バッファから削除する接続要求受信部とを計算機に備え、接続要求発行時に、システムコンソール上のメッセージ保持ファイル上で最も新しいメッセージの識別子を同時に通達する接続要求部をシステムコンソールに備えることにより、既に受信済みのメッセージを冗長に受信すること抑止することが可能となる。
【００４９】
実施の形態３．
以下、この発明の実施の形態３を図１５に基づいて説明する。図１５は本実施の形態における計算機システムの構成図であり、図中、実施の形態２と同じ符号は同じ構成要素を表す。ただし、図１５では省略するが、本実施の形態では、複数のシステムコンソールの接続を可能としており、図１５における、システムコンソール１００３は複数存在し、また、個々のシステムコンソールに対し対応する接続要求受信部３０１３、送信要求受信部３０１４、メッセージ送信部３０１５およびメッセージ再送部３０１９が存在する。３０１８は、既に一度何れかのシステムコンソールに送信したメッセージを保持するメッセージ保持バッファである。これは、メッセージ保存ファイル１０１２と異なり、不揮発性の記憶媒体である必要はない。３０１５はメッセージ送信後のメッセージをメッセージ保持バッファに置く処理を追加したメッセージ送信部、３０１９はメッセージ保持バッファ３０１８の内容をシステムコンソール１００３のメッセージ受信部１０３４に送信するメッセージ再送部、３０１３は接続要求受信時にメッセージ保持バッファ３０１８を確認し、未送信のメッセージがあればメッセージ再送部３０１９により、当該メッセージを送信するように指示する処理を追加した接続要求受信部、３０１４は、送信要求時に通達されたメッセージ番号がメッセージ番号保持部２０１８に保持されているメッセージ番号と等しいときのみ、メッセージ保存バッファ１０１２上の最も古いメッセージを削除することとし、また、同じく送信要求時にメッセージ保持バッファ３０１８を確認し、未送信のメッセージがあればメッセージ再送部３０１９により、当該メッセージを送信するよう指示する処理を追加した送信要求受信部、３０３３は送信要求時に、システムコンソール１００３のメッセージ保存ファイル１０３６に保存された最も新しいメッセージのメッセージ番号を通達する処理を追加した送信要求発行部である。
【００５０】
次に動作について説明する。図１６は、計算機１００１のメッセージ送信部３０１５の動作を示すフローチャートである。動作において、メッセージをシステムコンソール１００３に送信する（ステップＳＴ１４０６）までは、実施の形態２におけるメッセージ送信部２０１５（図１１）と同様であるため、省略する。メッセージ送信後（ステップＳＴ１４０６）、メッセージ送信部３０１５は、メッセージ保持バッファ３０１８に余裕があるか確認する（ステップＳＴ３４０１）。余裕が無い場合（ステップＳＴ３４０２：ＹＥＳ）、メッセージ保持バッファ３０１８上の最も古いメッセージを削除する（ステップＳＴ３４０３）。削除後または、余裕があった場合（ステップＳＴ３２０２：ＮＯ）は直前に送信した新規のメッセージをメッセージ保持バッファ３０１８に保存する（ステップＳＴ３４０４）。以後の処理は実施の形態２におけるメッセージ送信部２０１５と同様である。
【００５１】
図１７は、計算機１００１の接続要求受信部３０１３の動作を示すフローチャートである。動作において、メッセージ番号が通達されなかった場合（ステップＳＴ２３０２：ＮＯ）、通達されたメッセージ番号がメッセージ番号保持部２０１８に保存された値と異なる場合（ステップＳＴ２３０４：ＮＯ）、または、メッセージ保存ファイル上の最も古いメッセージを削除した時点（ステップＳＴ２３０５）までの処理は、実施の形態２における接続要求受信部２０１３（図１４）と同様であるため、省略する。メッセージ番号が通達されなかった場合（ステップＳＴ２３０２：ＮＯ）、通達されたメッセージ番号がメッセージ番号保持部２０１８に保存された値と異なる場合（ステップＳＴ２３０４：ＮＯ）、または、メッセージ保存ファイル上の最も古いメッセージを削除した（ステップＳＴ２３０５）後、通達されたメッセージ番号の次に相当するメッセージ番号を持つメッセージがメッセージ保持バッファ３０１８上に存在するか確認する（ステップＳＴ３３０１）。当該メッセージが存在した場合（ステップＳＴ３３０２：ＹＥＳ）は、メッセージ再送部３０１９に当該メッセージの送信指示を与え（ステップＳＴ３３０３）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。当該メッセージが存在しなかった場合（ステップＳＴ３３０２：ＮＯ）、メッセージ送信部３０１５にメッセージ送信指示を与え（ステップＳＴ１３０２）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。以後の処理は実施の形態２における接続要求受信部２０１３と同様である。
【００５２】
図１８は、計算機１００１のメッセージ再送部３０１９の動作を示すフローチャートである。メッセージ再送部３０１９は、計算機１００１の起動により、処理が開始され、接続要求受信部３０１３または送信要求受信部３０１４よりのメッセージ再送指示を待つために待機する（ステップＳＴ３９０１）。メッセージ再送指示が来ると、メッセージ再送部３０１９は、メッセージ保持バッファ３０１８より、指定されたメッセージを取得しシステムコンソール１００３のメッセージ受信部１０３４に送信する（ステップＳＴ３９０２）。送信後は、再度のメッセージ送信指示を待つため待機する（ステップＳＴ３９０１）。
【００５３】
図１９は、システムコンソール１００３の送信要求発行部３０３３の動作を示すフローチャートである。動作において、送信要求を発行するまで（ステップＳＴ１６０２）は、実施の形態１における送信要求発行部１０３３（図７）と同様であるため、省略する。送信要求発行後（ステップＳＴ１６０２）、システムコンソール１００３のメッセージ保存ファイル１０３６上で最も新しいメッセージのメッセージ番号を計算機１００１の送信要求受信部３０１４に送信し（ステップＳＴ３６０１）、メッセージ受信部１０３４にメッセージ受信指示を与える。以後の処理は、実施の形態１における接続要求受信部１０３３と同様である。
【００５４】
図２０は、計算機１００１の送信要求受信部３０１４の動作を示すフローチャートである。動作において、実施の形態１における送信要求発行部１０１４でのメッセージ保存ファイル１０１２上の最も古いメッセージを削除する処理（ステップＳＴ１７０２）の代わりに、以下の処理を実施する。まず、システムコンソール１００３の送信要求発行部３０３３により通知されたメッセージ番号と、メッセージ番号保持部２０１８に保持されたメッセージ番号が等しい場合は（ステップＳＴ３７０２：ＹＥＳ）、メッセージ保存ファイル１０３６上の最も古いメッセージを削除する。メッセージ番号が等しくなかったか（ステップＳＴ３７０２：ＮＯ）、または、メッセージを削除した（ステップＳＴ３７０３）後、通達されたメッセージ番号の次に相当するメッセージ番号を持つメッセージがメッセージバッファ保持バッファ３０１８上に存在するか確認する（ステップＳＴ３７０４）。当該メッセージが存在した場合（ステップＳＴ３７０５：ＹＥＳ）は、メッセージ再送部３０１９に当該メッセージの送信指示を与え（ステップＳＴ３７０６）、次の接続要求を待つために待機する（ステップＳＴ１７０１）。当該メッセージが存在しなかった場合（ステップＳＴ３７０５：ＮＯ）・メッセージ送信部にメッセージ送信指示を与え、次の接続要求を待つために待機する（ステップＳＴ１７０１）。以後の処理は実施の形態２における送信要求受信部１０１５と同様である。
【００５５】
以上のように本実施の形態による計算機システムでは、１台の計算機１００１に複数のシステムコンソール１００３を接続し、メッセージ送信部３０１５においてメッセージに一意かつ順序性のある識別子を付加する手段と、高々１回送信済みのメッセージを保持するメッセージ保持バッファ３０１８と、メッセージ保持バッファ３０１８上のメッセージをシステムコンソール１００３に送るメッセージ再送部３０１９と、送信済みのメッセージをメッセージ保持バッファ３０１８に保存するメッセージ送信部３０１５と、システムコンソール１００３から通達された識別子が最後に送信したメッセージの識別子と等しい場合は計算機１００１上の当該メッセージを削除し、また、当該識別子と比較することにより、メッセージ保持バッファ３０１８に次に送るべきメッセージが存在するか確認し、メッセージ保持バッファ３０１８に次に送るべきメッセージがあった場合は、当該メッセージをメッセージ再送部３０１９より送り、無ければ、メッセージ保持ファイル１０３６上のメッセージをメッセージ送信部３０１５により送る、接続要求管理部および送信要求管理部とを計算機１００１に備え、システムコンソール１００３上のメッセージ保持ファイル１０３６上で最も新しいメッセージの識別子を同時に通達する接続要求部および送信要求部をシステムコンソール１００３に備え、任意のシステムコンソールのメッセージ保持ファイル３０１８にメッセージが保存できることが判明した段階で計算機のメッセージ保存ファイルのメッセージを削除し、より短期間で計算機のメッセージ保存ファイルを解放することにより、メッセージ保存ファイルの枯渇によるメッセージの欠損を低減させることが可能となり、また、送信済みのメッセージも一定期間メッセージ保持バッファに保存されるため、瞬間的に過負荷になったシステムコンソールに対してもメッセージの送達漏れが最小限におさえることが可能なる。
【００５６】
実施の形態４．
以下、この発明の実施の形態４を図２１に基づいて説明する。図２１は本実施の形態における計算機システムの構成図であり、図中、実施の形態３と同じ符号は同じ構成要素を表す。４０１３は、接続要求受信時にシステムコンソール１００３の接続要求発行部３０３３より通達されたメッセージ番号に相当するメッセージがメッセージ保持バッファ３０１８に保存されていなかった場合は、メッセージ保持バッファ３０１８の内容は送信されていないと判断し、メッセージ再送部３０１９により、メッセージ保持バッファ３０１８の最も古いメッセージを送信する処理を追加した接続要求受信部である。
【００５７】
次に動作について説明する。図２２は、計算機１００１の接続要求受信部４０１３の動作を示すフローチャートである。動作において、通達されたメッセージ番号の次に相当するメッセージ番号を持つメッセージがメッセージ保持バッファ３０１８上に存在するか確認するまで（ステップＳＴ３３０１）と、確認の結果メッセージが存在した場合（ステップＳＴ３３０２：ＹＥＳ）以降の処理は実施の形態３の接続要求受信部３０１３（図１７）と同様であるため省略する。確認の結果メッセージが存在しなかった場合（ＳＴ３３０２：ＮＯ）、通達されたメッセージ番号に相当するメッセージ番号を持つメッセージがメッセージ保持バッファ３０１８上に存在するか確認する（ステップＳＴ４３０１）。メッセージが存在しない場合（ステップＳＴ４３０２：ＹＥＳ）はメッセージ再送部３０１９にメッセージ保持バッファ３０１８上の最も古いメッセージに対する送信指示を与え（ステップＳＴ４３０３）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。メッセージが存在した場合（ステップＳＴ４３０２：ＮＯ）、メッセージ送信部３０１５にメッセージ送信指示を与え（ステップＳＴ１３０２）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。以後の処理は実施の形態３における接続要求受信部３０１３と同様である。
【００５８】
以上のように本実施の形態による計算機システムでは、システムコンソールから通達された識別子の次に相当する識別子を持つメッセージがメッセージ保持バッファ上に存在せず、また、通達された識別子と等しいメッセージがメッセージ保持バッファ上に存在しないことを確認することにより、メッセージ保持バッファ上のメッセージが当該システムコンソールに送信されていることを認知し、メッセージ保持バッファ上の全てのメッセージを当該システムコンソールに送信させるようにした接続要求受信部を備え、長時間システムコンソールが処理できなかった場合でも、最大限のメッセージの送付が可能となる。
【００５９】
実施の形態５．
以下、この発明の実施の形態５を図２３に基づいて説明する。図２３は本実施の形態における計算機システムの構成図であり、図中、実施の形態４と同じ符号は同じ構成要素を表す。図中、システムコンソール１００３ａ、システムコンソール１００３ｂは同じ構成要素を持つ。５０３９は、通信路１００２に繋がれる他のシステムコンソールに対し、自システムコンソールのメッセージ保存ファイル１０３６上のメッセージを公開するメッセージ公開部、５０３８は他のシステムコンソールのメッセージ公開部５０３９より特定のメッセージを取得するメッセージ収集部、５０３７はメッセージ収集部５０３８により、自システムコンソール上に存在しないメッセージを他システムコンソールより収集し、ユーザに対し表示するメッセージ再表示部である。
【００６０】
次に動作について説明する。図２４は、システムコンソール１００３ａのメッセージ再表示部５０３７の動作を示すフローチャートである。メッセージ再表示部５０３７はユーザの指示により処理を開始する。処理を開始したメッセージ再表示部５０３７は、メッセージ保存ファイル１０３６にメッセージが存在するか確認する（ステップＳＴ５８０１）。メッセージが存在しない場合（ステップＳＴ５８０２：ＮＯ）は終了する。メッセージが存在する場合（ステップＳＴ５８０２：ＹＥＳ）は、メッセージ保存ファイル１０３６の最も古いメッセージを表示する（ステップＳＴ５８０３）。次にメッセージ保存ファイル１０３６に未表示のメッセージが存在するか確認する（ステップＳＴ５８０４）。メッセージが無い場合（ステップＳＴ５８０５：ＮＯ）は終了する。メッセージが存在する場合（ステップＳＴ５８０５：ＹＥＳ）は、直前に表示したメッセージの直前に表示したメッセージのメッセージ番号に対し、次のメッセージ番号を持つメッセージが存在するか確認する（ステップＳＴ５８０６）。メッセージが存在する場合は（ステップＳＴ５８０７：ＹＥＳ）、当該メッセージを表示して（ステップＳＴ５８０８）、残りの未表示のメッセージが無いかの確認を繰り返す（ステップＳＴ５８０４）。一方、メッセージが存在しない場合（ＳＴ５８０７：ＮＯ）は、メッセージ収集部５０３８より他のシステムコンソールのメッセージ公開部５０３９に対し要求を行い当該メッセージの取得を試みる（ステップＳＴ５８０９）。メッセージが他システムコンソール上に存在し、取得に成功した場合（ステップＳＴ５８１０：ＹＥＳ）は、取得したメッセージを表示し（ステップＳＴ５８１１）、残りの未表示のメッセージが無いかの確認を繰り返す（ステップＳＴ５８０４）。一方、メッセージが他システムコンソール上に存在せず、メッセージの取得に失敗した場合（ステップＳＴ５８１０：ＮＯ）、メッセージが喪失したことを表示し（ステップＳＴ５８１２）、メッセージ保存ファイル１０３６上における未表示のメッセージのうち最も古いメッセージを表示し（ステップＳＴ５８１３）、残りの未表示のメッセージが無いかの確認を繰り返す（ステップＳＴ５８０４）。
【００６１】
以上のように、本実施の形態による計算機システムでは、他システムコンソールに対しメッセージ保存ファイルの内容を公開するメッセージ公開部と、公開されているメッセージ保存ファイルより、メッセージを取得するメッセージ収集部と、メッセージ保持ファイル内のメッセージを順次表示し、欠落を発見した場合は、メッセージ収集部により、他システムコンソールに保存されているメッセージを取得・表示し、または、他システムコンソールにメッセージが保持されていなかった場合は、メッセージに欠落があった旨表示することにより、一台のシステムコンソールに対する処理により、情報量の高いメッセージ表示を可能となる。
【００６２】
【発明の効果】
この発明は、計算機と、上記計算機により生成されるメッセージを表示する複数のシステムコンソールとからなる計算機システムであって、上記計算機が、メッセージを生成するメッセージ出力要求部と、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記システムコンソールからの接続要求を受理し、上記メッセージの送信の開始を指示する接続要求受信部と、上記システムコンソールからの連続したメッセージの送信要求を受理した後に、次のメッセージの送信を指示する送信要求受信部と、上記送信要求受信部からの指示により、上記メッセージに一意かつ順序性のある識別子を付加して上記システムコンソールへ送信するメッセージ送信部と、最後に送信したメッセージの識別子を保持する識別子保持手段と、高々１回送信済みのメッセージを保持するメッセージ保持バッファと、上記メッセージ保持バッファのメッセージを上記システムコンソールに送信するメッセージ再送部とを備え、上記送信要求受信部は、上記システムコンソールから通達された識別子が最後に送信したメッセージの識別子と等しい場合は、上記計算機の上記メッセージ保存ファイルから最も古いメッセージを削除するとともに、当該識別子と比較することにより、メッセージ保持バッファに次に送るべきメッセージが存在するか確認し、メッセージ保持バッファに次に送るべきメッセージがあった場合は、当該メッセージをメッセージ再送部より送信し、無ければ、メッセージ保持ファイル上のメッセージをメッセージ送信部により送信するものであって、上記システムコンソールが、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記計算機に受理されるまで定期的に接続要求を行う接続要求発行部と、上記計算機からメッセージを受け取り、上記メッセージの表示および上記メッセージ保存ファイルヘの保存を行うメッセージ受信部と、上記メッセージ受信部が受信したメッセージを表示するメッセージ表示部と、上記メッセージの保存後、次のメッセージの送信要求を行う送信要求発行部と、外部からの入力信号により、上記メッセージ保存ファイルに保存されたメッセージを表示するメッセージ再表示部とを備え、上記接続要求発行部は、上記接続要求発行時に、システムコンソールのメッセージ保存ファイルで最も新しいメッセージの識別子を同時に通達するものであって、もって、既に受信済みのメッセージを冗長に受信することを抑止するとともに、上記システムコンソールのメッセージ保存ファイルにメッセージが保存できたことが判明した段階で上記計算機のメッセージ保存ファイルのメッセージを削除する計算機システムであるので、常にメッセージがシステムコンソールで保存されてから計算機上のメッセージ保存ファイルから削除されるため、計算機、システムコンソールまたは両者を繋ぐ通信路が任意のタイミングで故障しても、計算機またはシステムコンソールの何れかにメッセージが保存されることが保証できるとともに、短期間で計算機のメッセージ保存ファイルを解放することにより、メッセージ保存ファイルの枯渇によるメッセージの欠損を低減させることが可能となり、また、送信済みのメッセージも一定期間メッセージ保持バッファに保存されるため、瞬間的に過負荷になったシステムコンソールに対してもメッセージの送達漏れが最小限におさえることが可能なる。
【００６５】
また、上記計算機の上記接続要求受信部は、システムコンソールから通達された識別子の次に相当する識別子を持つメッセージがメッセージ保持バッファに存在せず、また、通達された識別子と等しいメッセージがメッセージ保持バッファ上に存在しないことを確認することにより、メッセージ保持バッファのメッセージが当該システムコンソールに送信されていないことを認知し、メッセージ保持バッファの全てのメッセージを当該システムコンソールに送信させるようにしたので、長時間システムコンソールが処理できなかった場合でも、最大限のメッセージの送付が可能となる。
【００６６】
また、上記システムコンソールは、他システムコンソールに対しメッセージ保存ファイルの内容を公開するメッセージ公開部と、公開されているメッセージ保存ファイルからメッセージを取得するメッセージ収集部とをさらに備え、上記システムコンソールのメッセージ再表示部は、メッセージ保持ファイル内のメッセージを順次表示し、欠落を発見した場合は、メッセージ収集部により、他システムコンソールに保存されているメッセージを取得・表示する、または、他システムコンソールにメッセージが保持されていなかった場合は、メッセージに欠落があった旨を表示するようにしたので、一台のシステムコンソールに対する処理により、情報量の高いメッセージ表示が可能となる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１における計算機システムの構成を示す構成図である。
【図２】 この発明の実施の形態１による計算機システムにおけるメッセージ出力部の動作を示すフローチャート図である。
【図３】 この発明の実施の形態１による計算機システムにおける接続要求発行部の動作を示すフローチャート図である。
【図４】 この発明の実施の形態１による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図５】 この発明の実施の形態１による計算機システムにおけるメッセージ送信部の動作を示すフローチャート図である。
【図６】 この発明の実施の形態１による計算機システムにおけるメッセージ受信部の動作を示すフローチャート図である。
【図７】 この発明の実施の形態１による計算機システムにおける送信要求発行部の動作を示すフローチャート図である。
【図８】 この発明の実施の形態１による計算機システムにおける送信要求受信部の動作を示すフローチャート図である。
【図９】 この発明の実施の形態１による計算機システムにおけるメッセージ再表示部の動作を示すフローチャート図である。
【図１０】 この発明の実施の形態２における計算機システムの構成を示す構成図である。
【図１１】 この発明の実施の形態２による計算機システムにおけるメッセージ送信部の動作を示すフローチャート図である。
【図１２】 この発明の実施の形態２による計算機システムにおけるメッセージ番号付加部によりメッセージ番号が付加されたメッセージの概念図である。
【図１３】 この発明の実施の形態２による計算機システムにおける接続要求発行部の動作を示すフローチャート図である。
【図１４】 この発明の実施の形態２による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図１５】 この発明の実施の形態３における計算機システムの構成を示す構成図である。
【図１６】 この発明の実施の形態３による計算機システムにおけるメッセージ送信部の動作を示すフローチャート図である。
【図１７】 この発明の実施の形態３による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図１８】 この発明の実施の形態３による計算機システムにおけるメッセージ再送部の動作を示すフローチャート図である。
【図１９】 この発明の実施の形態３による計算機システムにおける送信要求発行部の動作を示すフローチャート図である。
【図２０】 この発明の実施の形態３による計算機システムにおける送信要求受信部の動作を示すフローチャート図である。
【図２１】 この発明の実施の形態４における計算機システムの構成を示す構成図である。
【図２２】 この発明の実施の形態４による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図２３】 この発明の実施の形態５における計算機システムの構成を示す構成図である。
【図２４】 この発明の実施の形態５による計算機システムにおけるメッセージ再表示部の動作を示すフローチャート図である。
【図２５】 従来の計算機システムの構成を示す図である。
【図２６】 従来の計算機システムにおける通信路管理テーブルの構成例を示す説明図である。
【図２７】 従来の計算機システムにおけるメッセージ出力要求信号の構成例を示す説明図である。
【図２８】 従来の計算機システムにおけるメッセージ保存テーブルの構成例を示す説明図である。
【図２９】 従来の計算機内で生成されたメッセージの処理を示すフローチャート図である。
【図３０】 従来の計算機システムにおける通信路復旧後にシステムコンソールに出力表示される手順を示すフローチャート図である。
【図３１】 従来の計算機システムにおける通信路復活時の保存メッセージ出力処理手順を示すフローチャート図である。
【図３２】 従来の計算機システムにおけるメッセージ保存テーブルの設定処理手順を示すフローチャート図である。
【符号の説明】
１ 計算機、２ 送信データ、３ 応答データ、５ 通信路、７ システムコンソール、１１ メッセージ出力要求部、１２ メッセージ保存チェック処理部、１３ メッセージ保存テーブル、１４ メッセージ保存ファイル、１５ メッセージ保存処理部、１６ 保存メッセージ出力処理部、１７ 通信路管理テーブル、１８ 通信路チェック処理部、１９ 通信処理部、７１ 通信処理部、７２通信路チェック応答処理部、７３ 表示処理部、１００１ 計算機、１００２通信路、１００３，１００３ａ，１００３ｂ システムコンソール、１０１１メッセージ出力要求部、１０１２ メッセージ保存ファイル、１０１３，２０１３，３０１３，４０１３ 接続要求受信部、１０１４，３０１４ 送信要求受信部、１０１５，２０１５，３０１５ メッセージ送信部、１０１６ 通信処理部、１０３１ 通信処理部、１０３２，２０３２ 接続要求発行部、１０３３，３０３３ 送信要求発行部、１０３４ メッセージ受信部、１０３５ メッセージ表示部、１０３６ メッセージ保存ファイル、１０３７ メッセージ再表示部、２０１７ メッセージ番号付加部、２０１８ メッセージ番号保持部、３０１８ メッセージ保持バッファ、３０１９ メッセージ再送部、５０３７ メッセージ再表示部、５０３８ メッセージ収集部、５０３９ メッセージ公開部。
【発明の属する技術分野】
この発明は計算機システムに関し、特に、計算機と当該計算機の保守管理を行うシステムコンソールとを備えた計算機システムに関する。
【０００２】
【従来の技術】
図２５は例えば特開平９−２５１４０３号公報に示された従来の計算機システムを示す図であり、１は所定のデータ処理を行う計算機、７は計算機１で生成されたメッセージを表示するシステムコンソール、５は計算機１とシステムコンソール７とを接続するＬＡＮなどの通信路である。２は計算機１から送信されるメッセージなどの送信データ、３は計算機１から送信された送信データ２をシステムコンソール７で処理した結果のステータスなどを含む応答データである。計算機１とシステムコンソール７とはそれぞれ複数台接続可能であるが、この従来の計算機システムの例では説明を簡易にするために１対１の構成としている。
【０００３】
計算機１において、１１はシステムコンソール７に表示するメッセージを生成するメッセージ出力要求部、１２はメッセージを送信するか、保存するかをチェックするメッセージ保存チェック処理部、１３は保存するメッセージの種別が登録されているメッセージ保存テーブル、１５はメッセージ保存テーブル１３から保存メッセージ種別（メッセージ保存の要／否）情報１ａを取得し、保存要のメッセージをメッセージ保存ファイル１４に保存するメッセージ保存処理部、１６はメッセージ保存ファイル１４から保存メッセージを取り出す保存メッセージ出力処理部、１７はシステムコンソール７との通信が正常に行われている場合はＯＮ、異常が発生した場合にはＯＦＦのステータスが登録される通信路管理テーブル、１８は定期的に通信路チェック要求信号１ｒを送信し通信が正常に行われているか否かを監視する通信路チェック処理部、１９はシステムコンソール７との通信処理を行う通信処理部である。
【０００４】
システムコンソール７において、７１は計算機１からの送信データ２を受信する通信処理部、７２は通信処理部７１から通信路チェック要求信号７ｃを受けて通信路５の状態をチェックし、通信路５が正常であるか否かの応答信号７ｄを返す通信路チェック応答処理部、７３は通信処理部７１からのメッセージを受け、システムコンソール７画面にメッセージの表示を行う表示処理部である。
【０００５】
次に通信路管理テーブル１７、この従来の計算機システムで使用されるメッセージ、および、メッセージ保存テーブル１３の構成例を説明する。通信路管理テーブル１７には図２６にその構成例を示すように、システムコンソールアドレスと通信路ステータスとが登録されている。システムコンソールアドレスは接続先のシステムコンソール７のアドレスを示し、通信路ステータスには、通信路５が正常の場合にはＯＮ、通信路５に異常が発生した場合にはＯＦＦが登録される。メッセージ出力要求部１１が生成するメッセージ出力要求信号１ｂは図２７にその構成例を示すように、例えばメッセージの種別を示すメッセージＩＤとメッセージ本体とから構成されている。メッセージ保存テーブル１３は図２８にその構成例を示すように、例えばメッセージＩＤごとに保存の要否、すなわち当該ＩＤを有するメッセージが保存を要するものであるか否かが登録されている。このメッセージ保存テーブル１３は計算機１のパラメータとしてユーザによって定義される。
【０００６】
次に動作について説明する。まず計算機１内で生成されたメッセージの処理を図２９に示すフローチャートを用いて説明する。計算機１内のメッセージ出力要求部１１がシステムコンソール７へ出力するメッセージを生成すると、メッセージ保存チェック処理部１２にメッセージ出力要求信号１ｂを送信する（ステップステップＳＴ７１）。メッセージ出力要求信号１ｂを受信したメッセージ保存チェック処理部１２は、通信路管理テーブル１７から通信路ＯＮ／ＯＦＦ情報を取得し（ステップＳＴ７２）、通信路５がＯＮ（使用可能）なら（ステップＳＴ７３）、メッセージ保存ファイル１４を参照して保存メッセージ１ｆの有無をチェックし（ステップＳＴ７１８）、保存メッセージが無けれぱ、通信処理部１９に送信要求信号１ｇを送信する（ステップＳＴ７４）。保存メッセージが有れば、メッセージ保存処理部１５にメッセージ保存要求信号１ｃを送信する（ステップＳＴ７９）。これにより新しく発生したメッセージが保存メッセージ１ｆより先に送信されるのを防止する。一方、ステップＳＴ７３において、通信路がＯＦＦ（使用不可能）の時はメッセージ保存チェック処理部１２は通信処理部１９には送信を依頼せず、メッセージ保存処理部１５にメッセージ保存要求信号１ｃを送信する（ステップＳＴ７９）。メッセージ保存要求信号１ｃを受信したメッセージ保存処理部１５は、受信したメッセージのメッセージ種別（メッセージ保存要／否情報）１ａをメッセージ保存テーブル１３から取得して当該メッセージが保存対象か否かを確認し（ステップＳＴ７１０）、保存要データであれば（ステップＳＴ７１１）、メッセージ保存ファイル１４に保存する（ステップＳＴ７１２）。保存不要データであれぱ（ステップＳＴ７１１）、何もせず一連の処理を終了する。
【０００７】
一方、メッセージ保存ファイル１４に保存せず通信処理部１９に送信要求されたメッセージを通信処理部１９がシステムコンソール７に送信し（ステップＳＴ７５）、通信が正常に完了すれぱ（ステップＳＴ７６）、送信成功情報１ｈをメッセージ保存チェック処理部１２に送信して（ステップＳＴ７７）処理を完了する（ステップＳＴ７８）。通信に失敗したときには通信処理部１９がこれを検知し通信路管理テーブル１７に通信路ＯＦＦ情報１ｋを送信して通信路管理テーブル１７の通信路情報をＯＦＦにセットする（ステップＳＴ７１４）。さらに送信失敗情報１ｈをメッセージ保存チェック処理部１２に送信する（ステップＳＴ７１５）。これを受けたメッセージ保存チェック処理部１２は通信路ＯＦＦ時と同様に、メッセージ保存処理部１５にメッセージ保存要求信号１ｃを送信する（ステップＳＴ７９）。以上の処理ステップにより通信路５がＯＦＦ（使用不可能）のとき、あるいは送信に失敗したときにメッセージは、メッセージ保存ファイル１４に保存される。
【０００８】
次に、通信路５の異常によりメッセージ保存ファイル１４に保存されたメッセージが、定周期の通信路チェック処理によって通信路５の復旧後にシステムコンソール７に出力表示される手順を図３０に示すフローチャートを用いて説明する。通信路チェック処理部１８は送信周期を待って（ステップＳＴ８１）、送信周期になると通信路管理テーブル１７から通信路５の現在のＯＮ／ＯＦＦ情報１ｄを取得し（ステップＳＴ８２）、通信処理部１９に通信路チェック要求信号１ｒを送信する（ステップＳＴ８３）。通信処理部１９はシステムコンソール７とし、前回の通信時に通信路５がＯＮ（通信可能）（ステップＳＴ８４）、かつ通信が正常に終了している（ステップＳＴ８６）ときには、送信成功情報１ｓを通信路チェック処理部１８に送信して（ステップＳＴ８７）正常終了し、前回の通信時に通信路５がＯＮ（ステップＳＴ８４）、かつ通信失敗のとき（通信が正常に終了していないとき）（ステップＳＴ８６）には、通信路チェック処理部１８に送信失敗情報１ｓを送信する（ステップＳＴ８９）とともに、通信路管理テーブル１７の通信路情報をＯＦＦ（通信不可能）にセットする（ステップＳＴ８１０）。前回の通信時に通信路５がＯＦＦ（通信不可能）（ステップＳＴ８４）かつ通信に失敗したとき（正常終了しなかったとき）（ステップＳＴ８１１）には、通信処理部１９は送信失敗情報１ｓを通信路チェック処理部１８に送信（ステップＳＴ８１５）する。この場合、通信路５はＯＦＦのままとなる。前回の通信時に通信路がＯＦＦ（通信不可能）（ステップＳＴ８４）かつ通信に成功したとき（正常終了したとき）（ステップＳＴ８１１）には、通信処理部１９が通信路チェック処理部１８に送信成功情報１ｓを送信し（ステップＳＴ８１２）、これを受けた通信路チェック処理部１８は通信路管理テーブル１７の通信路情報をＯＮ（通信可能）にセットし（ステップＳＴ８１３）、さらに保存メッセージ出力処理部１６に保存メッセージ出力要求信号１ｎを送信する（ステップＳＴ８１４）。この信号を受信した保存メッセージ出力処理部１６は、システムコンソール７の表示画面にメッセージを表示する。
【０００９】
次に図３０のフローチャートで説明した通信路チェック処理にて通信路復旧時（通信路５がＯＦＦ状態からＯＮ状態に遷移した直後）における保存メッセージの出力処理を図３１に示したフローチャートを用いて説明する。保存メッセージ出力処理部１６は、通信路チェック処理部１８から保存メッセージ出力要求信号１ｎを受信すると（ステップＳＴ１０１）、メッセージ保存ファイル１４から保存メッセージ１ｆを取得し（ステップＳＴｌ０２）、保存メッセージ送信要求信号１ｐを通信処理部１９に送信する（ステップＳＴｌ０３）。これを受けた通信処理部１９は、当該メッセージをシステムコンソール７に送信し（ステップＳＴｌ０４）、これに成功した場合（ステップＳＴ１０５）には保存メッセージが無くなるまで（ステップＳＴ１０６）、ステップＳＴ１０２〜ステップＳＴ１０５の処理を繰り返す。通信に失敗した場合（ステップＳＴ１０５）には、通信処理部１９は通信路管理テーブル１７の通信路情報をＯＦＦにセットし、送信失敗情報１ｑを保存メッセージ出力処理部１６に返す（ステップＳＴ１０８）。送信失敗情報１ｑを受信した保存メッセージ出力処理部１６は、送信に失敗したメッセージを内部に保持し、次回に出力要求があった時に当該メッセージを優先して出力する。
【００１０】
次にメッセージ保存テーブル１３の設定処理を図３２に示すフローチャートを用いて説明する。メッセージ保存テーブル１３は、図２８に示したように例えばメッセージＩＤごとに保存の要否、すなわち当該ＩＤを有するメッセージが保存を要するものであるか否かが登録されている。図２８でＭは最大メッセージＩＤを示している。図３２に戻り、メッセージ保存テーブル１３の設定処理は、ユーザがシステムコンソール７と対話しながらコマンドを利用して書き込みすることにより行う。システムコンソール７の表示画面にはメッセージＩＤが順次（ステップＳＴ９１）メッセージ本体とともに表示され、表示されたメッセージの保存の要否をユーザに選択させる（ステップＳＴ９２）。ユーザが保存「要」を選択するとメッセージ保存テーブル１３の該当するメッセージＩＤには「要」がセットされ（ステップＳＴ９３）、保存「否」を選択するとメッセージ保存テーブル１３の該当するメッセージＩＤには「否」がセットされる。（ステップＳＴ９４）。ステップＳＴ９２〜ステップＳＴ９４の処理をメッセージＩＤ１〜Ｍの全てについて繰り返す（ステップＳＴ９１）。
【００１１】
従来の計算機システムでは、通信路５の障害などによりシステムコンソール７への送信に失敗したメッセージは、メッセージ保存テーブル１３に保存「要」とセットされたＩＤを持つものだけがメッセージ保存ファイル１４に保存される。そして周期的に行う通信路チェックによって通信路５が復旧すると自動的にシステムコンソール７に送信されるので、システムコンソール４へのメッセージ表示は連続性を失うことがなく、メッセージの生成順を損なうこともない。また、メッセージの送信に一度でも失敗すると通信路管理テーブル１７の通信路情報をＯＦＦ（通信不可能）にセットし、メッセージ送信前にこのテーブルを参照して通信路がＯＦＦならメッセージを送信しないようにしている。これにより通信路５がＯＮ（正常）の時だけメッセージを送信するようにしているので、メッセージの送信を迅速かつ確実に行うことができる。さらに通信路５の故障時には即座にメッセージの保存処理を行うので、タイムアウト待ちなどの無駄な通信エラーが発生しなくなるので、メッセージ処理の効率が向上する。
【００１２】
【発明が解決しようとする課題】
以上のように、従来の方式では、メッセージを送信してから通信成功の確認に至るまでメッセージが何れにも保持されておらず、この段階で計算機が故障により停止した場合、メッセージが失われる可能性があるという問題点があった。
【００１３】
また、計算機からシステムコンソールヘメッセージ送信を行い、システムコンソールから計算機へ通信成功を通達するための情報送信を行っている段階で通信路に異常が発生した場合、当該メッセージは送信済みの扱いにはならず、当該システムコンソールが再度計算機に接続した場合、既に受信済みの冗長なメッセージを再度受信する可能性があった。
【００１４】
また、特開平９−２５１４０３号公報（特に請求項９）記載の方式では、通常一台のシステムコンソールにメッセージを出力し、通信異常が発生した発生した段階で、他のシステムコンソールに対し通信路のチェックを行い通信可能なシステムコンソールに切り替える事によりシステムコンソールヘの通信異常に対処しているが、一般的なＴＣＰ／ＩＰなどの通信手段では通信異常はタイムアウトにより判定する必要がある場合があり、最初の異常判定、および、その後の他のシステムコンソールに対する通信路チェックに時間がかかり、保持しきれないメッセージが喪失する可能性があった。
【００１５】
また、計算機が異常終了した場合も、メッセージ保存ファイル内の内容を保持するためにはメッセージ保存ファイルを不揮発性の記憶媒体と１して保持する必要があるが、この場合ディスクレス計算機システムなど場合、利用できる不揮発性記憶媒体には限りがあり、大量の領域は確保できない。一方、そのメッセージ保存ファイルのサイズに対する制約のため、計算機が正常動作し、システムコンソールが長期に停止している状態の場合、メッセージ保存ファイルを超えるメッセージが喪失するという可能性があった。
【００１６】
また、前述の特開平９−２５１４０３号公報の請求項９記載の方式では、複数のシステムコンソールにメッセージが散らばってしまい、ユーザが一貫したメッセージの閲覧を行いたい場合、手間がかかった。
【００１７】
この発明は、かかる問題点を解決するためになされたものであり、常にメッセージがシステムコンソールで保存されてから、計算機上のメッセージ保存ファイルから削除されるようにし、計算機やシステムコンソールおよびそれらを繋ぐ通信路がどのようなタイミングで故障しても、いずれかの場所にメッセージが保存されていることを保証する計算機システムを得ることを目的とする。
【００１８】
【課題を解決するための手段】
この発明は、計算機と、上記計算機により生成されるメッセージを表示する複数のシステムコンソールとからなる計算機システムであって、上記計算機が、メッセージを生成するメッセージ出力要求部と、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記システムコンソールからの接続要求を受理し、上記メッセージの送信の開始を指示する接続要求受信部と、上記システムコンソールからの連続したメッセージの送信要求を受理した後に、次のメッセージの送信を指示する送信要求受信部と、上記送信要求受信部からの指示により、上記メッセージに一意かつ順序性のある識別子を付加して上記システムコンソールへ送信するメッセージ送信部と、最後に送信したメッセージの識別子を保持する識別子保持手段と、高々１回送信済みのメッセージを保持するメッセージ保持バッファと、上記メッセージ保持バッファのメッセージを上記システムコンソールに送信するメッセージ再送部とを備え、上記送信要求受信部は、上記システムコンソールから通達された識別子が最後に送信したメッセージの識別子と等しい場合は、上記計算機の上記メッセージ保存ファイルから最も古いメッセージを削除するとともに、当該識別子と比較することにより、メッセージ保持バッファに次に送るべきメッセージが存在するか確認し、メッセージ保持バッファに次に送るべきメッセージがあった場合は、当該メッセージをメッセージ再送部より送信し、無ければ、メッセージ保持ファイル上のメッセージをメッセージ送信部により送信するものであって、上記システムコンソールが、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記計算機に受理されるまで定期的に接続要求を行う接続要求発行部と、上記計算機からメッセージを受け取り、上記メッセージの表示および上記メッセージ保存ファイルヘの保存を行うメッセージ受信部と、上記メッセージ受信部が受信したメッセージを表示するメッセージ表示部と、上記メッセージの保存後、次のメッセージの送信要求を行う送信要求発行部と、外部からの入力信号により、上記メッセージ保存ファイルに保存されたメッセージを表示するメッセージ再表示部とを備え、上記接続要求発行部は、上記接続要求発行時に、システムコンソールのメッセージ保存ファイルで最も新しいメッセージの識別子を同時に通達するものであって、もって、既に受信済みのメッセージを冗長に受信することを抑止するとともに、上記システムコンソールのメッセージ保存ファイルにメッセージが保存できたことが判明した段階で上記計算機のメッセージ保存ファイルのメッセージを削除する計算機システムである。
【００２１】
また、上記計算機の上記接続要求受信部は、システムコンソールから通達された識別子の次に相当する識別子を持つメッセージがメッセージ保持バッファに存在せず、また、通達された識別子と等しいメッセージがメッセージ保持バッファ上に存在しないことを確認することにより、メッセージ保持バッファのメッセージが当該システムコンソールに送信されていないことを認知し、メッセージ保持バッファの全てのメッセージを当該システムコンソールに送信させる。
【００２２】
また、上記システムコンソールは、他システムコンソールに対しメッセージ保存ファイルの内容を公開するメッセージ公開部と、公開されているメッセージ保存ファイルからメッセージを取得するメッセージ収集部とをさらに備え、上記システムコンソールのメッセージ再表示部は、メッセージ保持ファイル内のメッセージを順次表示し、欠落を発見した場合は、メッセージ収集部により、他システムコンソールに保存されているメッセージを取得・表示する、または、他システムコンソールにメッセージが保持されていなかった場合は、メッセージに欠落があった旨を表示する。
【００２３】
【発明の実施の形態】
実施の形態１．
以下、この発明の実施の形態１を図１に基づいて説明する。図１は本実施の形態における計算機システムの構成図である。図１において、１００１は所定のデータ処理を行う計算機、１００２は、計算機１００１に接続されたＬＡＮなどの通信路、１００３は計算機１００１のメッセージを表示・保存するシステムコンソールであり、これも通信路１００２に接続される。
【００２４】
計算機１００１において、１０１１はシステムコンソールに表示すべきメッセージを出力するメッセージ出力要求部、１０１２はメッセージ出力要求部１０１１より出力されたメッセージを保持するメッセージ保存ファイルであり、メッセージ保存ファイル１０１２は不揮発性の記憶媒体を用いる。１０１３はシステムコンソール１００３よりの接続要求を受信する接続要求受信部、１０１４はシステムコンソール１００３よりの送信要求を受信する送信要求受信部、１０１５はシステムコンソール１００３にメッセージを送信するメッセージ送信部である。１０１６は計算機１００１内の各処理で行われる通信路１００２を経由した情報の送受信を仲立ちする通信処理部であり、記載としては省略しているが、計算機１００１内の処理から計算機１００１外の処理への情報送受信とは、実際には、通信処理部１０１６を経由して行う。
【００２５】
システムコンソール１００３において、１０３１はシステムコンソール１００３内の各処理で行われる通信路１００２を経由した情報の送受信を仲立ちする通信処理部であり、記載としては省略しているが、システムコンソール１００３内の処理からシステムコンソール１００３外の処理への情報送受信とは、実際には、通信処理部１０３１を経由して行う。１０３２は計算機１００１に接続要求を行う接続要求発行部、１０３３は計算機１００１に送信要求を行う送信要求発行部、１０３４は計算機１００１よりメッセージを受信するメッセージ受信部、１０３５はメッセージ受信部１０３４が受信したメッセージを表示するメッセージ表示部、１０３６はメッセージを受信部１０３４が受信したメッセージを保存するメッセージ保存ファイルであり、メッセージ保存ファイル１０３６は不揮発性の記憶媒体を用いる。１０３７はメッセージ保存ファイル１０３６に保存されたメッセージを再度表示するメッセージ再表示部である。
【００２６】
次に動作について説明する。まず、全体の動作に先立ち、メッセージ出力部１０１１の動作を説明する。
【００２７】
図２はメッセージ出力部１０１１の動作を示すフローチャートである。メッセージ出力１０１１は他の処理と独立して動作し、計算機１００１内でシステムコンソール１００２に表示すべきメッセージを出力する場合に実行される。メッセージ出力部１０１１は、まず、メッセージ保存ファイル１０１２に当該メッセージを保存する余裕があるか確認する（ステップＳＴ１１０１）。メッセージ保存ファイル１０１２に余裕がある場合（ステップＳＴｌｌ０２：ＹＥＳ）は、当該メッセージをメッセージ保存ファイル１０１２に保存し処理を終了する（ステップＳＴ１１０３）。余裕が無い場合（ステップＳＴｌｌ０２：ＮＯ）は何も行わず処理を終了する。このメッセージ出力要求部１０１１の処理は本発明に関わる他の処理とは独立して実施され、メッセージ保存ファイル１０１２にメ
ッセージが順次保存される。
【００２８】
続けて、メッセージ保存ファイル１０１２に保存された最初のメッセージが、システムコンソール１００３にて表示されるまでの処理の流れを示すために、順次実行される動作を説明する。最初のメッセージの表示に至る処理はシステムコンソール１００３の接続要求発行部１０３２が処理を開始を起点とする。
【００２９】
図３は、システムコンソール１００３の接続要求発行部１０３２の動作を示すフローチャートである。接続要求発行部１０３２は、システムコンソール１００３の起動により、処理が開始される。接続要求発行部１０３２は、まず計算機１００１の接続要求受信部に対し接続要求を発行する（ステップＳＴ１２０１）。計算機１００１が起動していない場合など接続が受理されない場合（ステップＳＴ１２０２：ＮＯ）は、一定時間待機し（ステップＳＴ１２０３）、再度接続を試みる（ステップＳＴ１２０１）。接続が受理された場合（ステップＳＴ１２０２：ＹＥＳ）はメッセージ受信部１０３４に対しメッセージ受信支持を与え（ステップＳＴ１２０４）、メッセージ受信部１０３４より再接続支持を待ち、待機する（ステップＳＴ１２０５）。メッセージ接続指示を受けた場合は、再度接続を試みる（ステップＳＴ１２０１）。
【００３０】
図４は、計算機１００１の接続要求受信部１０１３の動作を示すフローチャートである。接続要求受信部１０１３は、計算機１００１の起動により、処理が開始され、接続要求発行部１０３２よりの接続要求を受信するまで待機する（ステップＳＴ１３０１）。前述の接続要求発行部１０３２から接続要求が来ると、接続要求受信部１０１３は、メッセージ送信部１０１５に対しメッセージ送信支持を与え（ステップＳＴ１３０２）、次の接続要求を待ち、待機する（ステップＳＴ１３０１）。
【００３１】
図５は、計算機１００１のメッセージ送信部１０１５の動作を示すフローチャートである。メッセージ送信部１０１５は、計算機１００１の起動により、処理が開始され、接続要求受信部１０１３または送信要求受信部１０１４よりのメッセージ出力指示を待つために待機する（ステップＳＴ１４０１）。メッセージ送信指示が来ると、メッセージ送信部１０１５は、メッセージ保存ファイル１０１２にメッセージが存在するかを確認する（ステップＳＴ１４０２）。メッセージが存在しない場合（ステップＳＴ１４０３：ＮＯ）はメッセージ出力要求部１０１１が新たなメッセージをメッセージ保存ファイル１０１２に追加するまで待機する（ステップＳＴ１４０４）。メッセージ確認（ステップＳＴ１４０２）によりメッセージが存在した（ステップＳＴ１４０３：ＹＥＳ）か、または、待機中（ステップＳＴ１４０４）に新たなメッセージがメッセージ保存ファイル１０１２に追加された（ステップＳＴ１４０４）場合は、メッセージ保存ファイル１０１２上の最も古いメッセージを取得し（ステップＳＴ１４０５）、当該メッセージをシステムコンソール１００３のメッセージ受信部（ステップＳＴ１０３４）に対しメッセージを送信する（ステップＳＴ１４０６）。メッセージ送信後は、次のメッセージ送信指示を待ち、待機する（ステップＳＴ１４０１）。
【００３２】
図６は、システムコンソール１００３のメッセージ受信部１０３４の動作を示すフローチャートである。メッセージ受信部１０３４は、システムコンソール１００３の起動により、処理が開始され、メッセージ受信指示を受けるまで待機する（ステップＳＴ１５０１）。メッセージ受信指示の送付は、前述の接続要求発行部１０３２のステップＳＴ１２０４で既に実施されているとおり、計算機１００１内のメッセージ送信に関わる処理とは並行に処理が行われ、メッセージ受信指示を受けたメッセージ受信部１０３４は予めメッセージを受信するか、または、一定時間が経過するまで、待機している（ステップＳＴ１５０２）。待機中に一定時間が経過した場合（ステップＳＴ１５０３：ＮＯ）は、これは、計算機１００１または通信路１００２において障害が発生しており、メッセージ受信部１０３４は受信待ちを解除し、接続要求部１０３２に対し再接続指示を出し（ステップＳＴ１５０７）、再度のメッセージ受信指示を受けるまで待機する（ステップＳＴ１５０１）。メッセージが受信できた場合（ステップＳＴ１５０３：ＹＥＳ）は、受信したメッセージをメッセージ表示部１０３５がシステムコンソール１００３上にてユーザが視認できる形で表示する（ステップＳＴ１５０４）。また、引き続きメッセージをシステムコンソール上のメッセージ保存ファイル１０３６に保存し、送信要求部１０３３に送信要求指示を与え（ステップＳＴ１５０６）、次のメッセージ受信指示を受けるまで待機する（ステップＳＴ１５０１）。
【００３３】
上記の処理の流れにより、最初のメッセージがシステムコンソール１００３に表示される。ここで、システムコンソール１００３が計算機１００１より先に起動した場合は、接続要求発行部１０３２による接続要求が受理されず、定期的に再度接続要求が行われるため、計算機１００１が起動し、接続要求受信部１０１３が処理を開始した段階で、メッセージの表示処理が開始される。一方、計算機１００１がシステムコンソール１００３より先に起動した場合は、システムコンソール１００３が起動し接続要求発行部１０３２が開始し接続要求を発行し、即座に受理されるため、メッセージの表示処理がおこなれるため、計算機１００１とシステムコンソール１００３との起動順序に関わらずメッセージの表示処理が行われる。
【００３４】
続けて、メッセージ保存ファイル１０１２に保存された２番目以降のメッセージが、システムコンソール１００３にて表示されるまでの処理の流れを示すために、順次実行される動作を説明する。二回目以降のメッセージの表示に至る処理はシステムコンソール１００３のメッセージ受信部が最初のメッセージ表示処理における最終段階（ステップＳＴ１５０６）で送信要求発行部１０３３に与える送信要求指示を起点とする。
【００３５】
図７は、システムコンソール１００３の送信要求発行部１０３３の動作を示すフローチャートである。送信要求発行部１０３３は、システムコンソール１００３の起動により、処理が開始され、送信要求指示を待ち、待機している（ステップＳＴ１６０１）。ここで、メッセージ受信部１０３４から送信要求指示を受け、計算機１００１の送信要求受信部に対し送信要求を発行する（ステップＳＴ１６０２）。送信要求発行後は、メッセージ受信部にメッセージ受信支持を与え（ステップＳＴ１６０３）、再度メッセージ受信部から送信要求指示が与えられるのを待ち、待機する（ステップＳＴ１６０３）。
【００３６】
図８は、計算機１００１の送信要求受信部１０１４の動作を示すフローチャートである。接続要求受信部１０１４は、計算機１００１の起動により、処理が開始され、送信要求発行部１０３３よりの送信要求を受信するまで待機する（ステップＳＴ１７０１）。前述の送信要求発行部１０３３から送信要求が来ると、送信要求受信部１０１４は、メッセージ保存ファイル上の最も古いメッセージを削除する（ステップＳＴ１７０２）。このメッセージは直前にシステムコンソール１００３上で表示されたメッセージに相当する。メッセージ削除後は、メッセージ送信部１０１５にメッセージ送信指示を与えた（ステップＳＴ１７０３）後、システムコンソール１００３の送信要求発行部１０３３から発行される、次回の送信要求を受信するまで待機する（ステップＳＴ１７０１）。送信要求受信部１０１４よりメッセージ送信指示を受けたメッセージ送信部１０１５は、接続要求受信部１０１３からメッセージ送信指示を受けた場合と同様、必要であれば、新たなメッセージをメッセージ出力部１０１１がメッセージ保存ファイル１０１２に追加するのを待ち、最終的に既に表示され、かつ、メッセージ保存ファイル１０１２より削除されたメッセージの次に古いメッセージをシステムコンソール１００３のメッセージ受信部１０３４に送信する。
【００３７】
システムコンソール１００３のメッセージ受信部１０３４はメッセージを受信すると、最初のメッセージの場合と同様に、表示およびメッセージ保存ファイル１０３６への保存を行い、再々度のメッセージ表示のために、送信要求発行部１０３３に対し送信要求指示を与え、メッセージ受信に向け待機する。
【００３８】
以降、送信要求発行部１０３３より送信要求の発行が繰り返され、計算機１００１のメッセージ保存ファイル上のメッセージが、順次、システムコンソール１００３にて表示・保存される。
【００３９】
最後にシステムコンソール１００３のメッセージ再表示部１０３７の動作について説明する。
【００４０】
図９は、システムコンソール１００３のメッセージ再表示部１０３７の動作を示すフローチャートである。メッセージ再表示部１０３７はユーザの指示により処理を開始する。処理を開始したメッセージ再表示部１０３７はメッセージ保存ファイル１０３６に保存されたメッセージをシステムコンソール１００３上にてユーザが視認できる形で表示する（ステップＳＴ１８０１）。
【００４１】
以上のように、本実施の形態による計算機システムでは、メッセージを生成するメッセージ出力要求部とメッセージを保存する不揮発性記憶媒体によるメッセージ保存ファィルと、システムコンソールの接続を受理し、メッセージの送信の開始を指示する接続要求受信部と、引き続くメッセージの送信要求を受理し、直前に送付したメッセージをメッセージ保存バッファから削除し、次のメッセージの送信を指示する送信要求受信部と、メッセージを送信するメッセージ送信部とを備えた計算機ならびに、メッセージを保存する不揮発性媒体によりメッセージ保存ファイルと、計算機に受理されるまで定期的に接続要求を行う接続要求発行部と、計算機からメッセージを受け取りメッセージの表示およびメッセージ保存ファイルヘの保存を行うメッセージ受信部と、メッセージの保存後、次のメッセージの送信要求を行う送信要求発行部と、ユーザの指示により、メッセージ保存ファイルに保存されたメッセージを表示するメッセージ再表示部を備えたシステムコンソールからなり、常にメッセージがシステムコンソールで保存されてから計算機上のメッセージ保存ファイルから削除されるため、計算機、システムコンソールまたは両者を繋ぐ通信路が任意のタイミングで故障しても、計算機またはシステムコンソールの何れかにメッセージが保存されることが保証できる。
【００４２】
実施の形態２．
以下、この発明の実施の形態２を図１０に基づいて説明する。図１０は本実施形態における計算機システムの構成図であり、図中、実施の形態１と同じ符号は同じ構成要素を表す。２０１７はメッセージ保存ファイル１０１２より取り込むメッセージに一意な識別子であるメッセージ番号を付加するメッセージ番号付加部、２０１８は最後にメッセージに付加されたメッセージ番号を保持するメッセージ番号保持部、２０１５はメッセージ送信時に、メッセージ番号付加部２０１７を利用し、一意なメッセージ番号を付加し、また、当該メッセージ番号をメッセージ番号保持部２０１８に保持する処理を追加したメッセージ送信部、２０３２は接続要求時に、システムコンソール１００３のメッセージ保存ファイル１０３６に保存された最も新しいメッセージのメッセージ番号を通達する処理を追加した接続要求発行部、２０１３は接続要求時に通達されたメッセージ番号がメッセージ番号保持部２０１８に保持されているメッセージ番号と等しければ、メッセージ保存バッファ１０１２上の最も古いメッセージを削除する機能を付加した接続要求受信部である。
【００４３】
次に動作について説明する。
【００４４】
図１１は、計算機１００１のメッセージ送信部２０１５の動作を示すフローチャートである。動作において、メッセージ保存ファイル１０１２上の最も古いメッセージを取得する（ステップＳＴ１４０５）までは、実施の形態１におけるメッセージ送信部１０１５（図５）と同様であるため、省略する。メッセージ保存ファイル１０１２上の最も古いメッセージを取得したメッセージ送信部（ステップＳＴ１４０５）は、メッセージ番号付加部２０１７によりメッセージにメッセージ番号を付加し（ステップＳＴ２４０１）、付加したメッセージ番号をメッセージ番号保持部２０１８に保存し、そのメッセージをシステムコンソール１００３のメッセージ受信部１０３４に送信する。以後の処理は実施の形態１におけるメッセージ送信部１０１５と同様である。
【００４５】
図１２は、メッセージ番号付加部２０１７によりメッセージ番号が付加されたメッセージの概念図であり、メッセージ保持ファイル１０１２より取得した本来のメッセージをメッセージ本体に配置し、メッセージ番号付加部２０１７にて生成するメッセージ番号が頭部に付加される。メッセージ番号付加部２０１７にて生成されるメッセージは、メッセージ番号付加部２０１７が実行される度に新たなメッセージ番号となる。ここで、便宜上、番号と呼んでいるが、生成されるメッセージ番号が一意であることおよび順序性が保証される識別子群であれば、実際には整数など数の情報である必要は無い。
【００４６】
図１３は、システムコンソール１００３の接続要求発行部２０３２の動作を示すフローチャートである。動作において、接続受理を確認する（ステップＳＴ１２０２）までは実施の形態１における接続要求発行部１０３２（図３）と同様であるため、省略する。接続受理された場合（ステップＳＴ１２０２：ＹＥＳ）、メッセージ保存ファイル１０３６にメッセージが保存されているか確認する（ステップＳＴ２２０１）。メッセージが存在する場合（ステップＳＴ２２０２：ＹＥＳ）は、メッセージ保存ファイル１０３６上の最も新しいメッセージのメッセージ番号を計算機１の接続要求受信部に対し通達する（ステップＳＴ２２０３）。以降の処理、または、メッセージが無かった場合（ステップＳＴ２２０２：ＮＯ）の処理は実施の形態１における接続要求発行部１０３２と同様であるため、省略する。
【００４７】
図１４は、計算機１００１の接続要求受信部２０１３の動作を示すフローチャートである。動作において、接続要求を待つ（ステップＳＴ１３０１）までは実施の形態１における接続要求受信部１０１３（図４）と同様であるため、省略する。接続要求が来た場合（ステップＳＴ１３０１）、システムコンソール１００３の接続要求発信部２０３２からメッセージ番号が通知されたか確認する（ステップＳＴ２３０１）、メッセージ番号があった通達されたい場合（ステップＳＴ２３０２）、通達されたメッセージ番号と、メッセージ番号保持部２０１８に保持されているメッセージ番号が等しいか確認する（ステップＳＴ２３０３）。メッセージ番号が等しかった場合（ステップＳＴ２３０４：ＹＥＳ）メッセージ保存ファイル上の最も古いメッセージを削除する。以降の処理、および、メッセージ番号が通知されなかった場合（ステップＳＴ２３０２：ＮＯ）と、メッセージ番号が異なった場合（ステップＳＴ２３０４：ＮＯ）の動作は、実施の形態１における接続要求受信部１０１３と同様であるため、省略する。
【００４８】
以上のように本実施の形態による計算機システムでは、メッセージ送信部においてメッセージに一意な識別子を付加する手段と、最後に送信したメッセージの識別子を保持する手段と、システムコンソールから通達された識別子が最後に送信したメッセージの識別子と等しい場合は、計算機上のメッセージ保存バッファから削除する接続要求受信部とを計算機に備え、接続要求発行時に、システムコンソール上のメッセージ保持ファイル上で最も新しいメッセージの識別子を同時に通達する接続要求部をシステムコンソールに備えることにより、既に受信済みのメッセージを冗長に受信すること抑止することが可能となる。
【００４９】
実施の形態３．
以下、この発明の実施の形態３を図１５に基づいて説明する。図１５は本実施の形態における計算機システムの構成図であり、図中、実施の形態２と同じ符号は同じ構成要素を表す。ただし、図１５では省略するが、本実施の形態では、複数のシステムコンソールの接続を可能としており、図１５における、システムコンソール１００３は複数存在し、また、個々のシステムコンソールに対し対応する接続要求受信部３０１３、送信要求受信部３０１４、メッセージ送信部３０１５およびメッセージ再送部３０１９が存在する。３０１８は、既に一度何れかのシステムコンソールに送信したメッセージを保持するメッセージ保持バッファである。これは、メッセージ保存ファイル１０１２と異なり、不揮発性の記憶媒体である必要はない。３０１５はメッセージ送信後のメッセージをメッセージ保持バッファに置く処理を追加したメッセージ送信部、３０１９はメッセージ保持バッファ３０１８の内容をシステムコンソール１００３のメッセージ受信部１０３４に送信するメッセージ再送部、３０１３は接続要求受信時にメッセージ保持バッファ３０１８を確認し、未送信のメッセージがあればメッセージ再送部３０１９により、当該メッセージを送信するように指示する処理を追加した接続要求受信部、３０１４は、送信要求時に通達されたメッセージ番号がメッセージ番号保持部２０１８に保持されているメッセージ番号と等しいときのみ、メッセージ保存バッファ１０１２上の最も古いメッセージを削除することとし、また、同じく送信要求時にメッセージ保持バッファ３０１８を確認し、未送信のメッセージがあればメッセージ再送部３０１９により、当該メッセージを送信するよう指示する処理を追加した送信要求受信部、３０３３は送信要求時に、システムコンソール１００３のメッセージ保存ファイル１０３６に保存された最も新しいメッセージのメッセージ番号を通達する処理を追加した送信要求発行部である。
【００５０】
次に動作について説明する。図１６は、計算機１００１のメッセージ送信部３０１５の動作を示すフローチャートである。動作において、メッセージをシステムコンソール１００３に送信する（ステップＳＴ１４０６）までは、実施の形態２におけるメッセージ送信部２０１５（図１１）と同様であるため、省略する。メッセージ送信後（ステップＳＴ１４０６）、メッセージ送信部３０１５は、メッセージ保持バッファ３０１８に余裕があるか確認する（ステップＳＴ３４０１）。余裕が無い場合（ステップＳＴ３４０２：ＹＥＳ）、メッセージ保持バッファ３０１８上の最も古いメッセージを削除する（ステップＳＴ３４０３）。削除後または、余裕があった場合（ステップＳＴ３２０２：ＮＯ）は直前に送信した新規のメッセージをメッセージ保持バッファ３０１８に保存する（ステップＳＴ３４０４）。以後の処理は実施の形態２におけるメッセージ送信部２０１５と同様である。
【００５１】
図１７は、計算機１００１の接続要求受信部３０１３の動作を示すフローチャートである。動作において、メッセージ番号が通達されなかった場合（ステップＳＴ２３０２：ＮＯ）、通達されたメッセージ番号がメッセージ番号保持部２０１８に保存された値と異なる場合（ステップＳＴ２３０４：ＮＯ）、または、メッセージ保存ファイル上の最も古いメッセージを削除した時点（ステップＳＴ２３０５）までの処理は、実施の形態２における接続要求受信部２０１３（図１４）と同様であるため、省略する。メッセージ番号が通達されなかった場合（ステップＳＴ２３０２：ＮＯ）、通達されたメッセージ番号がメッセージ番号保持部２０１８に保存された値と異なる場合（ステップＳＴ２３０４：ＮＯ）、または、メッセージ保存ファイル上の最も古いメッセージを削除した（ステップＳＴ２３０５）後、通達されたメッセージ番号の次に相当するメッセージ番号を持つメッセージがメッセージ保持バッファ３０１８上に存在するか確認する（ステップＳＴ３３０１）。当該メッセージが存在した場合（ステップＳＴ３３０２：ＹＥＳ）は、メッセージ再送部３０１９に当該メッセージの送信指示を与え（ステップＳＴ３３０３）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。当該メッセージが存在しなかった場合（ステップＳＴ３３０２：ＮＯ）、メッセージ送信部３０１５にメッセージ送信指示を与え（ステップＳＴ１３０２）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。以後の処理は実施の形態２における接続要求受信部２０１３と同様である。
【００５２】
図１８は、計算機１００１のメッセージ再送部３０１９の動作を示すフローチャートである。メッセージ再送部３０１９は、計算機１００１の起動により、処理が開始され、接続要求受信部３０１３または送信要求受信部３０１４よりのメッセージ再送指示を待つために待機する（ステップＳＴ３９０１）。メッセージ再送指示が来ると、メッセージ再送部３０１９は、メッセージ保持バッファ３０１８より、指定されたメッセージを取得しシステムコンソール１００３のメッセージ受信部１０３４に送信する（ステップＳＴ３９０２）。送信後は、再度のメッセージ送信指示を待つため待機する（ステップＳＴ３９０１）。
【００５３】
図１９は、システムコンソール１００３の送信要求発行部３０３３の動作を示すフローチャートである。動作において、送信要求を発行するまで（ステップＳＴ１６０２）は、実施の形態１における送信要求発行部１０３３（図７）と同様であるため、省略する。送信要求発行後（ステップＳＴ１６０２）、システムコンソール１００３のメッセージ保存ファイル１０３６上で最も新しいメッセージのメッセージ番号を計算機１００１の送信要求受信部３０１４に送信し（ステップＳＴ３６０１）、メッセージ受信部１０３４にメッセージ受信指示を与える。以後の処理は、実施の形態１における接続要求受信部１０３３と同様である。
【００５４】
図２０は、計算機１００１の送信要求受信部３０１４の動作を示すフローチャートである。動作において、実施の形態１における送信要求発行部１０１４でのメッセージ保存ファイル１０１２上の最も古いメッセージを削除する処理（ステップＳＴ１７０２）の代わりに、以下の処理を実施する。まず、システムコンソール１００３の送信要求発行部３０３３により通知されたメッセージ番号と、メッセージ番号保持部２０１８に保持されたメッセージ番号が等しい場合は（ステップＳＴ３７０２：ＹＥＳ）、メッセージ保存ファイル１０３６上の最も古いメッセージを削除する。メッセージ番号が等しくなかったか（ステップＳＴ３７０２：ＮＯ）、または、メッセージを削除した（ステップＳＴ３７０３）後、通達されたメッセージ番号の次に相当するメッセージ番号を持つメッセージがメッセージバッファ保持バッファ３０１８上に存在するか確認する（ステップＳＴ３７０４）。当該メッセージが存在した場合（ステップＳＴ３７０５：ＹＥＳ）は、メッセージ再送部３０１９に当該メッセージの送信指示を与え（ステップＳＴ３７０６）、次の接続要求を待つために待機する（ステップＳＴ１７０１）。当該メッセージが存在しなかった場合（ステップＳＴ３７０５：ＮＯ）・メッセージ送信部にメッセージ送信指示を与え、次の接続要求を待つために待機する（ステップＳＴ１７０１）。以後の処理は実施の形態２における送信要求受信部１０１５と同様である。
【００５５】
以上のように本実施の形態による計算機システムでは、１台の計算機１００１に複数のシステムコンソール１００３を接続し、メッセージ送信部３０１５においてメッセージに一意かつ順序性のある識別子を付加する手段と、高々１回送信済みのメッセージを保持するメッセージ保持バッファ３０１８と、メッセージ保持バッファ３０１８上のメッセージをシステムコンソール１００３に送るメッセージ再送部３０１９と、送信済みのメッセージをメッセージ保持バッファ３０１８に保存するメッセージ送信部３０１５と、システムコンソール１００３から通達された識別子が最後に送信したメッセージの識別子と等しい場合は計算機１００１上の当該メッセージを削除し、また、当該識別子と比較することにより、メッセージ保持バッファ３０１８に次に送るべきメッセージが存在するか確認し、メッセージ保持バッファ３０１８に次に送るべきメッセージがあった場合は、当該メッセージをメッセージ再送部３０１９より送り、無ければ、メッセージ保持ファイル１０３６上のメッセージをメッセージ送信部３０１５により送る、接続要求管理部および送信要求管理部とを計算機１００１に備え、システムコンソール１００３上のメッセージ保持ファイル１０３６上で最も新しいメッセージの識別子を同時に通達する接続要求部および送信要求部をシステムコンソール１００３に備え、任意のシステムコンソールのメッセージ保持ファイル３０１８にメッセージが保存できることが判明した段階で計算機のメッセージ保存ファイルのメッセージを削除し、より短期間で計算機のメッセージ保存ファイルを解放することにより、メッセージ保存ファイルの枯渇によるメッセージの欠損を低減させることが可能となり、また、送信済みのメッセージも一定期間メッセージ保持バッファに保存されるため、瞬間的に過負荷になったシステムコンソールに対してもメッセージの送達漏れが最小限におさえることが可能なる。
【００５６】
実施の形態４．
以下、この発明の実施の形態４を図２１に基づいて説明する。図２１は本実施の形態における計算機システムの構成図であり、図中、実施の形態３と同じ符号は同じ構成要素を表す。４０１３は、接続要求受信時にシステムコンソール１００３の接続要求発行部３０３３より通達されたメッセージ番号に相当するメッセージがメッセージ保持バッファ３０１８に保存されていなかった場合は、メッセージ保持バッファ３０１８の内容は送信されていないと判断し、メッセージ再送部３０１９により、メッセージ保持バッファ３０１８の最も古いメッセージを送信する処理を追加した接続要求受信部である。
【００５７】
次に動作について説明する。図２２は、計算機１００１の接続要求受信部４０１３の動作を示すフローチャートである。動作において、通達されたメッセージ番号の次に相当するメッセージ番号を持つメッセージがメッセージ保持バッファ３０１８上に存在するか確認するまで（ステップＳＴ３３０１）と、確認の結果メッセージが存在した場合（ステップＳＴ３３０２：ＹＥＳ）以降の処理は実施の形態３の接続要求受信部３０１３（図１７）と同様であるため省略する。確認の結果メッセージが存在しなかった場合（ＳＴ３３０２：ＮＯ）、通達されたメッセージ番号に相当するメッセージ番号を持つメッセージがメッセージ保持バッファ３０１８上に存在するか確認する（ステップＳＴ４３０１）。メッセージが存在しない場合（ステップＳＴ４３０２：ＹＥＳ）はメッセージ再送部３０１９にメッセージ保持バッファ３０１８上の最も古いメッセージに対する送信指示を与え（ステップＳＴ４３０３）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。メッセージが存在した場合（ステップＳＴ４３０２：ＮＯ）、メッセージ送信部３０１５にメッセージ送信指示を与え（ステップＳＴ１３０２）、次の接続要求を待つために待機する（ステップＳＴ１３０１）。以後の処理は実施の形態３における接続要求受信部３０１３と同様である。
【００５８】
以上のように本実施の形態による計算機システムでは、システムコンソールから通達された識別子の次に相当する識別子を持つメッセージがメッセージ保持バッファ上に存在せず、また、通達された識別子と等しいメッセージがメッセージ保持バッファ上に存在しないことを確認することにより、メッセージ保持バッファ上のメッセージが当該システムコンソールに送信されていることを認知し、メッセージ保持バッファ上の全てのメッセージを当該システムコンソールに送信させるようにした接続要求受信部を備え、長時間システムコンソールが処理できなかった場合でも、最大限のメッセージの送付が可能となる。
【００５９】
実施の形態５．
以下、この発明の実施の形態５を図２３に基づいて説明する。図２３は本実施の形態における計算機システムの構成図であり、図中、実施の形態４と同じ符号は同じ構成要素を表す。図中、システムコンソール１００３ａ、システムコンソール１００３ｂは同じ構成要素を持つ。５０３９は、通信路１００２に繋がれる他のシステムコンソールに対し、自システムコンソールのメッセージ保存ファイル１０３６上のメッセージを公開するメッセージ公開部、５０３８は他のシステムコンソールのメッセージ公開部５０３９より特定のメッセージを取得するメッセージ収集部、５０３７はメッセージ収集部５０３８により、自システムコンソール上に存在しないメッセージを他システムコンソールより収集し、ユーザに対し表示するメッセージ再表示部である。
【００６０】
次に動作について説明する。図２４は、システムコンソール１００３ａのメッセージ再表示部５０３７の動作を示すフローチャートである。メッセージ再表示部５０３７はユーザの指示により処理を開始する。処理を開始したメッセージ再表示部５０３７は、メッセージ保存ファイル１０３６にメッセージが存在するか確認する（ステップＳＴ５８０１）。メッセージが存在しない場合（ステップＳＴ５８０２：ＮＯ）は終了する。メッセージが存在する場合（ステップＳＴ５８０２：ＹＥＳ）は、メッセージ保存ファイル１０３６の最も古いメッセージを表示する（ステップＳＴ５８０３）。次にメッセージ保存ファイル１０３６に未表示のメッセージが存在するか確認する（ステップＳＴ５８０４）。メッセージが無い場合（ステップＳＴ５８０５：ＮＯ）は終了する。メッセージが存在する場合（ステップＳＴ５８０５：ＹＥＳ）は、直前に表示したメッセージの直前に表示したメッセージのメッセージ番号に対し、次のメッセージ番号を持つメッセージが存在するか確認する（ステップＳＴ５８０６）。メッセージが存在する場合は（ステップＳＴ５８０７：ＹＥＳ）、当該メッセージを表示して（ステップＳＴ５８０８）、残りの未表示のメッセージが無いかの確認を繰り返す（ステップＳＴ５８０４）。一方、メッセージが存在しない場合（ＳＴ５８０７：ＮＯ）は、メッセージ収集部５０３８より他のシステムコンソールのメッセージ公開部５０３９に対し要求を行い当該メッセージの取得を試みる（ステップＳＴ５８０９）。メッセージが他システムコンソール上に存在し、取得に成功した場合（ステップＳＴ５８１０：ＹＥＳ）は、取得したメッセージを表示し（ステップＳＴ５８１１）、残りの未表示のメッセージが無いかの確認を繰り返す（ステップＳＴ５８０４）。一方、メッセージが他システムコンソール上に存在せず、メッセージの取得に失敗した場合（ステップＳＴ５８１０：ＮＯ）、メッセージが喪失したことを表示し（ステップＳＴ５８１２）、メッセージ保存ファイル１０３６上における未表示のメッセージのうち最も古いメッセージを表示し（ステップＳＴ５８１３）、残りの未表示のメッセージが無いかの確認を繰り返す（ステップＳＴ５８０４）。
【００６１】
以上のように、本実施の形態による計算機システムでは、他システムコンソールに対しメッセージ保存ファイルの内容を公開するメッセージ公開部と、公開されているメッセージ保存ファイルより、メッセージを取得するメッセージ収集部と、メッセージ保持ファイル内のメッセージを順次表示し、欠落を発見した場合は、メッセージ収集部により、他システムコンソールに保存されているメッセージを取得・表示し、または、他システムコンソールにメッセージが保持されていなかった場合は、メッセージに欠落があった旨表示することにより、一台のシステムコンソールに対する処理により、情報量の高いメッセージ表示を可能となる。
【００６２】
【発明の効果】
この発明は、計算機と、上記計算機により生成されるメッセージを表示する複数のシステムコンソールとからなる計算機システムであって、上記計算機が、メッセージを生成するメッセージ出力要求部と、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記システムコンソールからの接続要求を受理し、上記メッセージの送信の開始を指示する接続要求受信部と、上記システムコンソールからの連続したメッセージの送信要求を受理した後に、次のメッセージの送信を指示する送信要求受信部と、上記送信要求受信部からの指示により、上記メッセージに一意かつ順序性のある識別子を付加して上記システムコンソールへ送信するメッセージ送信部と、最後に送信したメッセージの識別子を保持する識別子保持手段と、高々１回送信済みのメッセージを保持するメッセージ保持バッファと、上記メッセージ保持バッファのメッセージを上記システムコンソールに送信するメッセージ再送部とを備え、上記送信要求受信部は、上記システムコンソールから通達された識別子が最後に送信したメッセージの識別子と等しい場合は、上記計算機の上記メッセージ保存ファイルから最も古いメッセージを削除するとともに、当該識別子と比較することにより、メッセージ保持バッファに次に送るべきメッセージが存在するか確認し、メッセージ保持バッファに次に送るべきメッセージがあった場合は、当該メッセージをメッセージ再送部より送信し、無ければ、メッセージ保持ファイル上のメッセージをメッセージ送信部により送信するものであって、上記システムコンソールが、上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、上記計算機に受理されるまで定期的に接続要求を行う接続要求発行部と、上記計算機からメッセージを受け取り、上記メッセージの表示および上記メッセージ保存ファイルヘの保存を行うメッセージ受信部と、上記メッセージ受信部が受信したメッセージを表示するメッセージ表示部と、上記メッセージの保存後、次のメッセージの送信要求を行う送信要求発行部と、外部からの入力信号により、上記メッセージ保存ファイルに保存されたメッセージを表示するメッセージ再表示部とを備え、上記接続要求発行部は、上記接続要求発行時に、システムコンソールのメッセージ保存ファイルで最も新しいメッセージの識別子を同時に通達するものであって、もって、既に受信済みのメッセージを冗長に受信することを抑止するとともに、上記システムコンソールのメッセージ保存ファイルにメッセージが保存できたことが判明した段階で上記計算機のメッセージ保存ファイルのメッセージを削除する計算機システムであるので、常にメッセージがシステムコンソールで保存されてから計算機上のメッセージ保存ファイルから削除されるため、計算機、システムコンソールまたは両者を繋ぐ通信路が任意のタイミングで故障しても、計算機またはシステムコンソールの何れかにメッセージが保存されることが保証できるとともに、短期間で計算機のメッセージ保存ファイルを解放することにより、メッセージ保存ファイルの枯渇によるメッセージの欠損を低減させることが可能となり、また、送信済みのメッセージも一定期間メッセージ保持バッファに保存されるため、瞬間的に過負荷になったシステムコンソールに対してもメッセージの送達漏れが最小限におさえることが可能なる。
【００６５】
また、上記計算機の上記接続要求受信部は、システムコンソールから通達された識別子の次に相当する識別子を持つメッセージがメッセージ保持バッファに存在せず、また、通達された識別子と等しいメッセージがメッセージ保持バッファ上に存在しないことを確認することにより、メッセージ保持バッファのメッセージが当該システムコンソールに送信されていないことを認知し、メッセージ保持バッファの全てのメッセージを当該システムコンソールに送信させるようにしたので、長時間システムコンソールが処理できなかった場合でも、最大限のメッセージの送付が可能となる。
【００６６】
また、上記システムコンソールは、他システムコンソールに対しメッセージ保存ファイルの内容を公開するメッセージ公開部と、公開されているメッセージ保存ファイルからメッセージを取得するメッセージ収集部とをさらに備え、上記システムコンソールのメッセージ再表示部は、メッセージ保持ファイル内のメッセージを順次表示し、欠落を発見した場合は、メッセージ収集部により、他システムコンソールに保存されているメッセージを取得・表示する、または、他システムコンソールにメッセージが保持されていなかった場合は、メッセージに欠落があった旨を表示するようにしたので、一台のシステムコンソールに対する処理により、情報量の高いメッセージ表示が可能となる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１における計算機システムの構成を示す構成図である。
【図２】 この発明の実施の形態１による計算機システムにおけるメッセージ出力部の動作を示すフローチャート図である。
【図３】 この発明の実施の形態１による計算機システムにおける接続要求発行部の動作を示すフローチャート図である。
【図４】 この発明の実施の形態１による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図５】 この発明の実施の形態１による計算機システムにおけるメッセージ送信部の動作を示すフローチャート図である。
【図６】 この発明の実施の形態１による計算機システムにおけるメッセージ受信部の動作を示すフローチャート図である。
【図７】 この発明の実施の形態１による計算機システムにおける送信要求発行部の動作を示すフローチャート図である。
【図８】 この発明の実施の形態１による計算機システムにおける送信要求受信部の動作を示すフローチャート図である。
【図９】 この発明の実施の形態１による計算機システムにおけるメッセージ再表示部の動作を示すフローチャート図である。
【図１０】 この発明の実施の形態２における計算機システムの構成を示す構成図である。
【図１１】 この発明の実施の形態２による計算機システムにおけるメッセージ送信部の動作を示すフローチャート図である。
【図１２】 この発明の実施の形態２による計算機システムにおけるメッセージ番号付加部によりメッセージ番号が付加されたメッセージの概念図である。
【図１３】 この発明の実施の形態２による計算機システムにおける接続要求発行部の動作を示すフローチャート図である。
【図１４】 この発明の実施の形態２による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図１５】 この発明の実施の形態３における計算機システムの構成を示す構成図である。
【図１６】 この発明の実施の形態３による計算機システムにおけるメッセージ送信部の動作を示すフローチャート図である。
【図１７】 この発明の実施の形態３による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図１８】 この発明の実施の形態３による計算機システムにおけるメッセージ再送部の動作を示すフローチャート図である。
【図１９】 この発明の実施の形態３による計算機システムにおける送信要求発行部の動作を示すフローチャート図である。
【図２０】 この発明の実施の形態３による計算機システムにおける送信要求受信部の動作を示すフローチャート図である。
【図２１】 この発明の実施の形態４における計算機システムの構成を示す構成図である。
【図２２】 この発明の実施の形態４による計算機システムにおける接続要求受信部の動作を示すフローチャート図である。
【図２３】 この発明の実施の形態５における計算機システムの構成を示す構成図である。
【図２４】 この発明の実施の形態５による計算機システムにおけるメッセージ再表示部の動作を示すフローチャート図である。
【図２５】 従来の計算機システムの構成を示す図である。
【図２６】 従来の計算機システムにおける通信路管理テーブルの構成例を示す説明図である。
【図２７】 従来の計算機システムにおけるメッセージ出力要求信号の構成例を示す説明図である。
【図２８】 従来の計算機システムにおけるメッセージ保存テーブルの構成例を示す説明図である。
【図２９】 従来の計算機内で生成されたメッセージの処理を示すフローチャート図である。
【図３０】 従来の計算機システムにおける通信路復旧後にシステムコンソールに出力表示される手順を示すフローチャート図である。
【図３１】 従来の計算機システムにおける通信路復活時の保存メッセージ出力処理手順を示すフローチャート図である。
【図３２】 従来の計算機システムにおけるメッセージ保存テーブルの設定処理手順を示すフローチャート図である。
【符号の説明】
１ 計算機、２ 送信データ、３ 応答データ、５ 通信路、７ システムコンソール、１１ メッセージ出力要求部、１２ メッセージ保存チェック処理部、１３ メッセージ保存テーブル、１４ メッセージ保存ファイル、１５ メッセージ保存処理部、１６ 保存メッセージ出力処理部、１７ 通信路管理テーブル、１８ 通信路チェック処理部、１９ 通信処理部、７１ 通信処理部、７２通信路チェック応答処理部、７３ 表示処理部、１００１ 計算機、１００２通信路、１００３，１００３ａ，１００３ｂ システムコンソール、１０１１メッセージ出力要求部、１０１２ メッセージ保存ファイル、１０１３，２０１３，３０１３，４０１３ 接続要求受信部、１０１４，３０１４ 送信要求受信部、１０１５，２０１５，３０１５ メッセージ送信部、１０１６ 通信処理部、１０３１ 通信処理部、１０３２，２０３２ 接続要求発行部、１０３３，３０３３ 送信要求発行部、１０３４ メッセージ受信部、１０３５ メッセージ表示部、１０３６ メッセージ保存ファイル、１０３７ メッセージ再表示部、２０１７ メッセージ番号付加部、２０１８ メッセージ番号保持部、３０１８ メッセージ保持バッファ、３０１９ メッセージ再送部、５０３７ メッセージ再表示部、５０３８ メッセージ収集部、５０３９ メッセージ公開部。
Claims (3)
- 計算機と、上記計算機により生成されるメッセージを表示する複数のシステムコンソールとからなる計算機システムであって、
上記計算機が、
メッセージを生成するメッセージ出力要求部と、
上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、
上記システムコンソールからの接続要求を受理し、上記メッセージの送信の開始を指示する接続要求受信部と、
上記システムコンソールからの連続したメッセージの送信要求を受理した後に、次のメッセージの送信を指示する送信要求受信部と、
上記送信要求受信部からの指示により、上記メッセージに一意かつ順序性のある識別子を付加して上記システムコンソールへ送信するメッセージ送信部と、
最後に送信したメッセージの識別子を保持する識別子保持手段と、
高々１回送信済みのメッセージを保持するメッセージ保持バッファと、
上記メッセージ保持バッファのメッセージを上記システムコンソールに送信するメッセージ再送部と
を備え、
上記送信要求受信部は、上記システムコンソールから通達された識別子が最後に送信したメッセージの識別子と等しい場合は、上記計算機の上記メッセージ保存ファイルから最も古いメッセージを削除するとともに、当該識別子と比較することにより、メッセージ保持バッファに次に送るべきメッセージが存在するか確認し、メッセージ保持バッファに次に送るべきメッセージがあった場合は、当該メッセージをメッセージ再送部より送信し、無ければ、メッセージ保持ファイル上のメッセージをメッセージ送信部により送信するものであって、
上記システムコンソールが、
上記メッセージを保存する不揮発性記憶媒体から構成されたメッセージ保存ファイルと、
上記計算機に受理されるまで定期的に接続要求を行う接続要求発行部と、
上記計算機からメッセージを受け取り、上記メッセージの表示および上記メッセージ保存ファイルヘの保存を行うメッセージ受信部と、
上記メッセージ受信部が受信したメッセージを表示するメッセージ表示部と、
上記メッセージの保存後、次のメッセージの送信要求を行う送信要求発行部と、
外部からの入力信号により、上記メッセージ保存ファイルに保存されたメッセージを表示するメッセージ再表示部と
を備え、
上記接続要求発行部は、上記接続要求発行時に、システムコンソールのメッセージ保存ファイルで最も新しいメッセージの識別子を同時に通達するものであって、
もって、既に受信済みのメッセージを冗長に受信することを抑止するとともに、上記システムコンソールのメッセージ保存ファイルにメッセージが保存できたことが判明した段階で上記計算機のメッセージ保存ファイルのメッセージを削除する
ことを特徴とする計算機システム。 - 上記計算機の上記接続要求受信部は、
システムコンソールから通達された識別子の次に相当する識別子を持つメッセージがメッセージ保持バッファに存在せず、また、通達された識別子と等しいメッセージがメッセージ保持バッファ上に存在しないことを確認することにより、メッセージ保持バッファのメッセージが当該システムコンソールに送信されていないことを認知し、メッセージ保持バッファの全てのメッセージを当該システムコンソールに送信させる
ことを特徴とする請求項１記載の計算機システム。 - 上記システムコンソールは、
他システムコンソールに対しメッセージ保存ファイルの内容を公開するメッセージ公開部と、
公開されているメッセージ保存ファイルからメッセージを取得するメッセージ収集部と
をさらに備え、
上記システムコンソールのメッセージ再表示部は、
メッセージ保持ファイル内のメッセージを順次表示し、欠落を発見した場合は、メッセージ収集部により、他システムコンソールに保存されているメッセージを取得・表示する、または、他システムコンソールにメッセージが保持されていなかった場合は、メッセージに欠落があった旨を表示する
ことを特徴とする請求項１または２に記載の計算機システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001183224A JP4062580B2 (ja) | 2001-06-18 | 2001-06-18 | 計算機システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001183224A JP4062580B2 (ja) | 2001-06-18 | 2001-06-18 | 計算機システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002373151A JP2002373151A (ja) | 2002-12-26 |
| JP4062580B2 true JP4062580B2 (ja) | 2008-03-19 |
Family
ID=19023202
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001183224A Expired - Lifetime JP4062580B2 (ja) | 2001-06-18 | 2001-06-18 | 計算機システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4062580B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9712382B2 (en) * | 2014-10-27 | 2017-07-18 | Quanta Computer Inc. | Retrieving console messages after device failure |
-
2001
- 2001-06-18 JP JP2001183224A patent/JP4062580B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002373151A (ja) | 2002-12-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09305407A (ja) | 通信システム | |
| US6476935B1 (en) | Data communication apparatus and communication control method | |
| JP4062580B2 (ja) | 計算機システム | |
| JP2003288284A (ja) | マルチプロセッサコンピュータアーキテクチャにおいてトランザクションを動的に再送する方法 | |
| JP2000339117A (ja) | データ通信装置 | |
| JPH08328970A (ja) | 被管理機器のログ取得方式 | |
| TW512127B (en) | Building facility: Remote monitoring system | |
| JP4266107B2 (ja) | データ転送装置、データ転送先装置、データ収集装置、データ転送プログラム、データ転送先プログラム及びデータ収集プログラム | |
| JP2005235184A (ja) | 情報処理装置 | |
| JP2003122539A (ja) | ネットワークプリンタ装置およびネットワークプリンタシステム | |
| JP2006020125A (ja) | ネットワーク画像読取装置 | |
| JP2005346175A (ja) | コマンド通信装置およびコマンド通信方法 | |
| JP2000295393A (ja) | ファクシミリ装置 | |
| JP3823319B2 (ja) | メッセージ送受信装置の復旧システム及び方法 | |
| JP6237148B2 (ja) | 中継装置、中継システム及びプログラム | |
| JPH0561785A (ja) | フアイル転送装置 | |
| JP2003283782A (ja) | 通信端末装置 | |
| JP3580081B2 (ja) | ファクシミリ装置 | |
| JP2006173798A (ja) | ファクシミリ装置 | |
| JP2005231187A (ja) | 印刷指示装置、印刷装置、印刷データのバックアップシステムおよび方法 | |
| JPH09275476A (ja) | ファクシミリ装置 | |
| JP2000339181A (ja) | プロセス間通信方法およびプロセス間通信装置 | |
| JPH0357346A (ja) | フアクシミリサーバ | |
| JP2008113358A (ja) | 通信システム及び通信装置 | |
| JPS6380347A (ja) | フアイル転送の再送方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060912 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061113 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070320 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070517 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071120 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071220 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4062580 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |