JPH05189274A

JPH05189274A - 履歴情報管理システム

Info

Publication number: JPH05189274A
Application number: JP4005485A
Authority: JP
Inventors: Yasuhiro Suzuki; 康弘鈴木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-01-16
Filing date: 1992-01-16
Publication date: 1993-07-30

Abstract

(57)【要約】【目的】複数のソフトウエアコンポーネントから構成
されるソフトウエアシステムにおける履歴情報管理シス
テムに関し、複数のソフトウエアコンポーネントのログ
データの管理機構を簡素化し、複数のコンポーネントに
おけるログ再現動作の重複を防止し、ログ再現動作を同
期させることを目的とする。【構成】イベント駆動命令情報に従って複数のソフト
ウエアコンポーネントを駆動するイベント駆動手段と、
ログ情報を入力して、該ログ情報が含むイベント駆動命
令情報を前記イベント駆動手段に供給するためのログ入
力手段と、イベント駆動手段が実行するイベント駆動命
令情報をログ情報として編集して出力するためのログ出
力手段とを、複数のソフトウエアコンポーネントに共通
に設けるように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のソフトウエアコ
ンポーネントから構成されるソフトウエアシステムにお
ける履歴情報管理システムに関する。従来、大規模なコ
ンピュータシステムにおいては、開発時のデバッグに
は、運用時のデータ復旧・障害調査を効率化、確実化す
る上で、ソフトウエアの動作記述や実行履歴を表現した
ログを収集・管理すると共に、それぞれを入力して擬似
・再現動作させる機構が不可欠である。このため、従来
より会話入力部やＤＢＭＳ（データベースマネージメン
トシステム）といった一部のソフトウエアコンポーネン
トにて単一の目的に限定したログの管理機構を備えたシ
ステムの例はあったが、デバッグとデータ復旧といった
ように異なる目的を同時に満足するには到っていなかっ
た。

【０００２】

【従来の技術】近年、ＵＮＩＸが業界標準のオペレーテ
ィングシステムとしての地位を確立し、コンピュータシ
ステムにおけるオープンアーキテクチャの機運が高まっ
てきている。これに伴い、１つのソフトウエアシステム
の開発は、単一ベンダがその全てを開発するスタイルか
ら、様々なベンダが開発し、流通しているソフトウエア
コンポーネントを組み合わせて構築する、いわゆるマル
チベンダなシステム開発のスタイルが主流になりつつあ
る。このことは、システムを構成する流通ソフトウエア
をプラグイン／アウトしながら、システム全体としての
開発運用環境を統合化していくことを意味する。しかし
ながら、従来、マルチベンダなソフトウエアシステムを
構成する複数のソフトウエアコンポーネントは、それぞ
れ自身のためのログの管理機構を有していた。

【０００３】図２４は、上記のようなマルチベンダなソ
フトウエアシステムの例として、回路設計ＣＡＤシステ
ムのソフトウエア構成を示すものである。図２４に示さ
れているように、ＣＡＤシステムは、会話型のソフトウ
エアシステムを具備するものであって、オペレータは、
ディスプレイ上のウインドウを見ながらキーボードおよ
びマウス等によって対話的なオペレーションを行うこと
により、例えば、回路設計（回路設計図面の作成）等を
行うものである。図２４のシステムにおいては、ＭＭＩ
（マン・マシン・インターフェイス）ドライバ、会話入
力部、コマンド処理部、および、設計データ編集部等の
ソフトウエアコンポーネントを含んで構成され、ＭＭＩ
（マン・マシン・インターフェイス）ドライバは、上記
のディスプレイ、キーボード、および、マウス等のハー
ドウエアを直接、駆動制御し、それらからの入力を受け
るソフトウエアコンポーネントであり、会話入力部は、
ディスプレイ表示形態の制御等、対話的なコマンドおよ
びデータの入出力に関する制御を行い、コマンド処理部
は、上記のマン・マシン・インターフェイスによって入
力されたコマンドの意味の解釈等を行って設計データ編
集部を起動し、設計データ編集部は、実際のデータ加工
を行い、ＤＢＭＳは、データベースの検索、読み出し、
書き込み等を行う。システムマネージャは、システム全
体を制御し、上記の処理の段階に応じて各ソフトウエア
コンポーネントを駆動する。

【０００４】図２５は、図２４のソフトウエアシステム
の各処理段階に対応するログと、各ログの内容の例を示
すものである。図２５において、（１）で示されるの
は、ＭＭＩドライバの実行履歴を示すログ（ＭＭＩドラ
イバ・イベント・ログ）であって、例えば、入力指示さ
れたウインドウの識別子、指示されたウインドウ内座
標、ウインドウ内入力文字列、および各種ファンクショ
ンキー入力情報等を含むものである。これは、ＭＭＩド
ライバを実行させずに会話入力部を駆動する際（）の
会話入力再現用ログとして会話入力部に入力され得る。
（２）で示されるのは、会話入力部の実行履歴を示すロ
グ（会話処理コマンド・ログ）であって、例えば、会話
処理コマンド識別名、コマンド別各種オペランド、図面
内図形要素選択、図面内位置、要素付加文字列等を含む
ものである。これは、ＭＭＩドライバおよび会話入力部
を実行させずにコマンド処理部を駆動する際（）のマ
クロコマンド再現用ログとしてコマンド処理部に入力さ
れ得る。（３）で示されるのは、コマンド処理部の実行
履歴示すログ（設計データ記述言語）であって、例え
ば、設計データ編集コマンド識別名、コマンド別各種オ
ペランド、回路要素選択、回路内格子座標、および、回
路要素付加属性等のデータを含むものである。これは、
ＭＭＩドライバ、会話入力部、コマンド処理部を実行さ
せずに設計データ編集部を駆動する際（）のログ入力
として使用され得、異なるシステム間（他のＣＡＤシス
テム）へログデータを転送する際は、この形で転送され
る。（４）で示されるのは、設計データ編集部の実行履
歴を示すログ（ＤＢアクセス・ログ）であって、例え
ば、ＤＢＭＳ命令コード、ＤＢＭＳ命令別各種オペラン
ド、アクセス・モード（例えば、追加、更新、削除、参
照等）、アクセス対象別データ識別、データ項目（数
値、文字列、他データ識別指針）等を含むものである。
これは、ＭＭＩドライバ、会話入力部、コマンド処理
部、設計データ編集部を実行させずにＤＢＭＳを駆動す
る際（）のデータ復元用ログとしてＤＢＭＳに入力さ
れ得るものである。

【０００５】図２６は、従来の、複数のソフトウエアコ
ンポーネントから構成されるソフトウエアシステムにお
ける履歴情報管理システムの構成を示すものである。図
２６のソフトウエアシステムは、フロント・コンポーネ
ント９１０、複数（１〜ｎ）のコンポーネント９２０、
および、バックエンド・コンポーネント９３０からな
り、通常は、オペレータのキーボードやマウスによる入
力をトリガーとして、先ず、フロント・コンポーネント
９１０（例えば、図２４のＭＭＩインターフェイスが、
これに対応する）がイベント駆動され、このコンポーネ
ント内のデータ処理の過程において下位のコンポーネン
トがイベント駆動され、更に、そのコンポーネントのデ
ータ処理の過程において下位のコンポーネントがイベン
ト駆動され、・・・というようにして、バックエンド・
コンポーネント（図２４のＤＢＭＳに対応する）による
データベースアクセスを含むデータ処理が行われる。

【０００６】図２６に示されているように、各ソフトウ
エアコンポーネントは、それぞれのデータ処理部の他
に、ログ入力解釈部、ログ編集出力部、イベント駆動
部、および、パラメータ・インターフェイスを有し、個
々のソフトウエアコンポーネントに対するログ入力は、
個々のソフトウエアコンポーネントのログ入力解釈部か
ら行われ、個々のソフトウエアコンポーネントの実行履
歴は、個々のソフトウエアコンポーネントのログ編集出
力部より出力される。そして、通常処理時の実行履歴
も、個々のソフトウエアコンポーネントのログ編集出力
部にて編集出力され、個々のソフトウエアコンポーネン
トにおけるコンポーネント・ログ・ファイルに記憶され
る。

【０００７】

【発明が解決しようとする課題】図２６に示されている
ように、従来の、複数のソフトウエアコンポーネントか
ら構成されるソフトウエアシステムにおいては、個々の
ソフトウエアコンポーネント毎にログの管理機構が設け
られており、ログの管理機構が重複しているためソフト
ウエア構成が必要以上に複雑となっており、また、異な
る階層のコンポーネントに同時にログ入力されると、コ
ンポーネント間における処理の同期が取れなくなるとい
う問題がある。

【０００８】更に、複数のソフトウエアコンポーネント
から構成されるソフトウエアシステムにおいて一部のコ
ンポーネントが未完成である段階で全体の動作試験を行
う場合は、この未完成のコンポーネントの上位のコンポ
ーネントからログ入力してログ再現（実行）動作を行わ
せようとしても、この未完成のコンポーネントで処理が
停止してしまうため、恰もこの未完成のコンポーネント
で処理が行われたかのようにするための別のログ入力
を、この未完成のコンポーネントの１つ下位のコンポー
ネントに入力して再現させる必要がある。この場合、上
記の別のログ入力は、上位のログ入力の再現動作と同期
する必要があるが、図２６のように個々のソフトウエア
コンポーネントが、それぞれ独立してログ管理機構を有
しているような場合は、複数の階層のコンポーネントの
処理を同期させることは困難である。

【０００９】本発明は、複数のソフトウエアコンポーネ
ントのログデータを管理する管理機構を簡素化し、複数
のソフトウエアコンポーネントにおいてログ再現動作が
重複することがないようにし、更に、複数のソフトウエ
アコンポーネントにおけるログ再現動作を同期させるこ
とを可能にする履歴情報管理システムを提供することを
目的とする。

【００１０】

【課題を解決するための手段】図１図１は、本発明による、複数のソフトウエアコンポーネ
ントから構成されるソフトウエアシステムにおける履歴
情報管理システムの第１の形態の原理構成を示すもので
ある。図１の構成においては、基本的なソフトウエアシ
ステム（データ処理系３）は、イベント駆動部５、およ
び、複数のソフトウエアコンポーネント６，７，８、お
よび、パラメータ・インターフェイス部９から構成され
るコンポーネント処理系４と、ログ入力解釈部１２およ
びログ編集出力部１３、および、フィルタ１１から構成
されるログ入出力系１０とから構成される。

【００１１】更に、このデータ処理系３のログ入出力系
１０には、コーダ１９、デコーダ２０、および、フィル
タ１８を備え、ログ・コード変換辞書２１を外部に接続
する独立ユーティリティ１７が付設され得る。本発明の第１の形態図１の構成において、イベント駆動部５は、複数のイベ
ント駆動型のソフトウエアコンポーネント６，７，８か
ら構成されるコンポーネント処理系４に共通に設けら
れ、イベント駆動命令情報に従って複数のソフトウエア
コンポーネント６，７，８を駆動する。

【００１２】ログ入力解釈部１２は、複数のソフトウエ
アコンポーネント６，７，８に共通に設けられ、ログ情
報を入力して、該ログ情報が含むイベント駆動命令情報
を前記イベント駆動部５に供給する。ログ編集出力部１
３は、複数のソフトウエアコンポーネント６，７，８に
共通に設けられ、前記イベント駆動部５が実行するイベ
ント駆動命令情報をログ情報として編集して出力する。

【００１３】これらの構成に対応して、本発明の第１の
形態は、複数のイベント駆動型のソフトウエアコンポー
ネント６，７，８から構成されるソフトウエアシステム
における履歴情報管理システムにおいて、前記複数のソ
フトウエアコンポーネント６，７，８に共通に設けら
れ、イベント駆動命令情報に従って前記複数のソフトウ
エアコンポーネント６，７，８を駆動するイベント駆動
手段５と、前記複数のソフトウエアコンポーネント６，
７，８に共通に設けられ、ログ情報を入力して、該ログ
情報が含むイベント駆動命令情報を前記イベント駆動手
段５に供給するためのログ入力手段１２と、前記複数の
ソフトウエアコンポーネント６，７，８に共通に設けら
れ、前記イベント駆動手段５が実行するイベント駆動命
令情報をログ情報として編集して出力するためのログ出
力手段１３とを有してなることを特徴とする。

【００１４】コンポーネント識別図１の構成において、前記イベント駆動命令情報は、対
応するソフトウエアコンポーネントを識別するコンポー
ネント識別情報を含む。また、上記のイベント駆動部５
は、入力されたログ情報の上記のコンポーネント識別情
報を検出して該コンポーネント識別情報に対応するソフ
トウエアコンポーネントをイベント駆動する。

【００１５】更に、上記のイベント駆動命令情報は、対
応するソフトウエアコンポーネントが含むサブルーチン
を呼び出すための情報を含んでいる。パラメータ・インターフェイス上記の構成に加えて、図１の構成においては、上記のロ
グ情報は、前記イベント駆動命令の実行に使用されるパ
ラメータ情報を含み得、パラメータ・インターフェイス
部９は、前記複数のソフトウエアコンポーネントに共通
に設けられ、前記イベント駆動命令の実行時に、該イベ
ント駆動命令の実行に使用されるパラメータ情報を保持
して、該イベント駆動命令を実行するソフトウエアコン
ポーネントに供給する。

【００１６】そして、上記のログ編集出力部１３は、前
記イベント駆動部５が実行するイベント駆動命令情報と
共に、前記パラメータ・インターフェイス部９が保持す
るパラメータ情報をログ情報として編集して出力する。ログ入出力フィルタ図１の構成のログ入出力系１０におけるフィルタ１１
は、以下のように、ログ入力選択手段およびログ出力選
択手段としての機能を有する。

【００１７】すなわち、ログ入力選択手段によって、外
部からの設定入力によって指定されたソフトウエアコン
ポーネントに対するログ入力のみを受け付けるように
し、ログ出力選択手段によって、外部からの設定入力に
よって指定されたソフトウエアコンポーネントに関する
ログ出力のみを出力するようにできる。ログデータ形式の変換図１の構成において、上記のログ入力解釈部１２に入力
されるログ情報はバイナリ形式であるが、テキスト形式
のログ情報をバイナリ形式に変換するコーダ１９を、前
記ログ入力解釈部１２の前段に設けることができる。

【００１８】上記の変換は、外部に接続した変換辞書に
従って行うことができる。更に、上記のコーダ１９は、
外部からの設定入力によって指定されたソフトウエアコ
ンポーネントに対するログ入力のみを変換するログ入力
変換選択機能を有するようにできる。図１の構成におい
て、上記のログ編集出力部１３から出力されるログ情報
はバイナリ形式であるが、バイナリ形式のログ情報をテ
キスト形式に変換するデコーダ２０を、前記ログ編集出
力部１３の後段に設けることができる。

【００１９】上記の変換も、外部に接続した変換辞書に
従って行うことができる。更に、上記のデコーダ２０
は、外部からの設定入力によって指定されたソフトウエ
アコンポーネントに関するログ出力のみを変換するログ
出力変換選択機能を有するようにできる。図１におい
て、上記のログ入力変換選択機能およびログ出力変換選
択機能は、フィルタ１８が実現する。

【００２０】図２図２は、本発明による、複数のソフトウエアコンポーネ
ントから構成されるソフトウエアシステムにおける履歴
情報管理システムの第２の形態の原理構成を示すもので
ある。図２の構成においては、基本的なソフトウエアシ
ステム（データ処理系３′）は、統合イベント駆動部
５′、および、複数のソフトウエアコンポーネント２
６，２７，３０、および、統合パラメータ・インターフ
ェイス部９′から構成されるコンポーネント処理系４′
と、ログ入力解釈部１２′およびログ編集出力部１３′
から構成される統合ログ入出力系１０′とから構成され
る。尚、図２の構成においても、図１に示されていると
同様のフィルタ１１および１８や独立ユーティリティ１
７等を付加することができるが、これらの図示は省略し
ている。

【００２１】本発明の第２の形態図２の構成において、統合イベント駆動部５′は、複数
のイベント駆動型のソフトウエアコンポーネント２６，
２７，３０から構成されるコンポーネント処理系４′に
共通に設けられ、イベント駆動命令情報に従って複数の
ソフトウエアコンポーネント２６，２７，３０を駆動す
る。

【００２２】統合ログ入出力系１０′におけるログ入力
解釈部１２′は、複数のソフトウエアコンポーネント２
６，２７，３０に共通に設けられ、ログ情報を入力し
て、該ログ情報が含むイベント駆動命令情報を統合前記
イベント駆動部５′に供給する。ログ編集出力部１３
は、複数のソフトウエアコンポーネント６，７，８に共
通に設けられ、前記統合イベント駆動部５が実行するイ
ベント駆動命令情報をログ情報として編集して出力す
る。

【００２３】以上の基本機能に加えて、図２の構成が、
前述の図１の構成と異なる点は、以下の通りである。す
なわち、図２にて、既存流用コンポーネント３０として
示されているように、上記の複数のソフトウエアコンポ
ーネントの少なくとも１つは、それぞれに固有のイベン
ト駆動部３１、固有のログ入出力系３４（固有ログ入力
解釈部３５および固有ログ編集出力部３６からなる）、
および、固有のパラメータ・インターフェイス部３３を
有する。

【００２４】そして、上記の統合イベント駆動部５′
は、与えられたイベント駆動命令情報が含むコンポーネ
ント識別情報が上記のソフトウエアコンポーネント３０
を示すときは、該ソフトウエアコンポーネント３０の固
有イベント駆動部５１に、該コンポーネント識別情報を
除く上記のイベント駆動命令情報を供給し、上記の固有
イベント駆動部５′は、前記イベント駆動命令情報に従
って、上記のソフトウエアコンポーネント３０が含むサ
ブルーチンのうち、該イベント駆動命令情報が示すサブ
ルーチンを呼び出し、前記統合ログ入出力系１０′のロ
グ入力解釈部１２′は、入力したログ情報が含むコンポ
ーネント識別情報が上記のソフトウエアコンポーネント
３０を示すときは、該ソフトウエアコンポーネント３０
の固有ログ入力解釈部３５に上記のログ情報を供給し、
上記の固有ログ入力解釈部３５は、前記ログ情報が含む
イベント駆動命令情報を上記の固有イベント駆動部５′
に供給し、上記の固有ログ編集出力部３６は、上記のソ
フトウエアコンポーネント３０の固有イベント駆動部５
１が実行するイベント駆動命令情報をログ情報として編
集し、該ソフトウエアコンポーネント３０を示すコンポ
ーネント識別情報と共に、上記の統合ログ入出力系１
０′のログ編集出力部１３′に供給し、上記の統合ログ
入出力系１０′のログ編集出力部１３′は、上記の固有
ログ編集出力部３６から供給されたログ情報を出力す
る。

【００２５】更に、図２の構成においても、前述の図１
の構成におけると同様に、先にコンポーネント識別、パ
ラメータ・インターフェイス、ログ入出力フィルタ、お
よび、ログデータ形式の変換の項で述べた機能を付加す
ることができる。

【００２６】

【作用】入力ログデータの実行図３は、図１の構成を有する本発明の第１の形態におけ
る処理およびログデータの流れを示すものである。イベ
ント駆動命令およびパラメータ・データを含む入力ログ
データは、先ず、ログ入力解釈部１２に入力され、ここ
から、イベント駆動命令は、イベント駆動部５へ、パラ
メータ・データはパラメータ・インターフェイス部９へ
転送される。イベント駆動部５は、転送されたイベント
駆動命令が示すソフトウエアコンポーネントの処理（サ
ブルーチン）をイベント駆動し、イベント駆動されたソ
フトウエアコンポーネントは、このイベント駆動命令に
対応するパラメータ・データをパラメータ・インターフ
ェイス部９から読み出してデータ処理（サブルーチンの
実行）を行う。処理によって生成されたデータは、パラ
メータ・インターフェイス部９に書き込まれる。処理の
途中で、他のソフトウエアコンポーネントを呼び出す必
要が生ずると、制御はイベント駆動部５に移り、イベン
ト駆動部５より、呼び出すべきソフトウエアコンポーネ
ントの処理（サブルーチン）がイベント駆動される。同
様のイベント駆動は、必要に応じて他のソフトウエアコ
ンポーネントについても行われる。

【００２７】なお、上記の処理は入力ログデータの実行
に対応するものであるので、ログ入力解釈部１２からの
イベント駆動命令によって１連の処理が開始されたが、
通常の処理においては、上記のソフトウエアコンポーネ
ントの１つである、フロント・コンポーネント６に対す
るトリガ入力によって１連の処理が開始される。コンポーネント識別図４は、本発明によるログファイルの内容を示すもので
ある。図４に示されているように、各ログデータは、イ
ベント駆動命令と、パラメータ・データとからなるが、
更に、各イベント駆動命令は、コンポーネント識別情報
とコンポーネント内サブルーチン識別情報とを含む。コ
ンポーネント識別情報は、前述のように、イベント駆動
されるべきソフトウエアコンポーネントを示すものであ
り、コンポーネント内サブルーチン識別情報は、そのソ
フトウエアコンポーネント内の、呼び出すべきサブルー
チンを示すものである。本発明によれば、ログ・ファイ
ルは、複数のソフトウエアコンポーネントについて共通
であって、同一のログ・ファイル内に複数のソフトウエ
アコンポーネントのためのログデータが含まれている。
イベント駆動部５は、入力されたログ情報の上記のコン
ポーネント識別情報を検出して該コンポーネント識別情
報に対応するソフトウエアコンポーネントをイベント駆
動し、その際、コンポーネント内サブルーチン識別情報
に基づいて、そのソフトウエアコンポーネントが含むサ
ブルーチンを呼び出す。

【００２８】図５は、図４の本発明によるログ・ファイ
ルとの比較のために、従来のログ・ファイルの構成を示
すものである。図５に示されているように、従来のログ
・ファイルは、ソフトウエアコンポーネント毎に別々に
設けられており、各ログデータはコンポーネント識別情
報は含んでいない。ログデータ編集出力の流れ上記の入力ログデータの実行の間、或るいは、通常のフ
ロント・コンポーネントへのトリガ入力に応じた１連の
処理の間、ログ編集出力部１３は、図３に示されている
ように、前記イベント駆動部５が実行するイベント駆動
命令情報と共に、前記パラメータ・インターフェイス部
９が保持するパラメータ情報をログデータとして、図４
のように編集して出力する。

【００２９】ログ入出力フィルタ図１の構成のログ入出力１０におけるフィルタ１１は、
前述のように、ログ入力選択手段およびログ出力選択手
段としての機能を有するので、外部からの設定入力によ
って指定されたソフトウエアコンポーネントに対するロ
グ入力のみが受付られるようにすることができ、また、
外部からの設定入力によって指定されたソフトウエアコ
ンポーネントに関するログ出力のみを出力するようにで
きる。

【００３０】ログデータ形式の変換図１の構成において、ログの入力解釈／編集出力の効率
性、ファイル容量の少なさの点で、データ処理系内では
ログデータはバイナリ形式であることが望ましいため、
上記のログ入力解釈部１２に入力されるログ情報、およ
び、ログ編集出力部１３から出力されるログ情報はバイ
ナリ形式であるが、ログ入力者、或るいは、ログ出力解
析者の読み易さの点から、或るいは、データ形式の異な
るプロセッサへのデータ転送のためには、入力ログデー
タおよび出力ログデータは、テキスト形式であることが
望ましい。この点で、テキスト形式のログ情報をバイナ
リ形式に変換するコーダ１９、および、バイナリ形式の
ログ情報をテキスト形式に変換するデコーダ２０を、そ
れぞれ、ログ入力解釈部１２の前段、および、ログ編集
出力部１３の後段に設けることは非常に有用である。

【００３１】また、これらの変換に使用する辞書を外部
に接続することにより、ソフトウエアコンポーネントの
追加、変更等に対応して辞書を書き換えることも容易と
なる。更に、上記のコーダ１９に前記ログ入力変換選択
機能を付設することにより、外部からの設定入力によっ
て指定されたソフトウエアコンポーネントに対するログ
入力のみを変換することができる。

【００３２】また、上記のデコーダ２０に前記ログ出力
変換選択機能を付設することにより、外部からの設定入
力によって指定されたソフトウエアコンポーネントに関
するログ出力のみを変換するようにできる。本発明の第１の形態の効果本発明の第１の形態によれば、イベント駆動部５、ログ
入力解釈部１２、および、ログ編集出力部１３が、複数
のソフトウエアコンポーネント６，７，８に共通に設け
られるので、同様の機能を重複して複数のソフトウエア
コンポーネント毎に設けることがないため、ログデータ
を管理する管理機構を簡素化することができる更に、単
一のイベント駆動部５にて全てのソフトウエアコンポー
ネントをイベント駆動するので、複数のソフトウエアコ
ンポーネントにおいてログ再現動作が重複することがな
いようにし、更に、複数のソフトウエアコンポーネント
におけるログ再現動作を同期させることを可能にする。

【００３３】本発明の第２の形態の効果図２に示されているような、本発明の第２の形態によれ
ば、各々が、固有のイベント駆動部３１、および、固有
のログ入出力系３４を有するソフトウエアコンポーネン
トが、上記の複数のソフトウエアコンポーネントの中に
少なくとも１つ含まれている。本発明に基づいて作られ
たソフトウエアコンポーネントは、上記の第１の形態に
おけるようにそのイベント駆動部、ログ入出力部等を共
用するように構成されているが、本発明に基づかずに作
成された、例えば、既存のソフトウエアコンポーネント
においては、それぞれ、固有のイベント駆動部３１、お
よび、固有のログ入出力系３４を有する。本発明の第２
の形態の統合イベント駆動部５′および統合ログ入出力
系１０′によれば、上記のコンポーネント識別によっ
て、これらソフトウエアコンポーネントを区別して、統
合イベント駆動部５′は、コンポーネント識別に基づい
て上記の既存のソフトウエアコンポーネントを駆動する
際は、そのソフトウエアコンポーネント固有のイベント
駆動部３１に制御を渡し、統合ログ入出力系１０′のロ
グ入力解釈部１２′は、コンポーネント識別に基づいて
上記の既存のソフトウエアコンポーネントにログ入力す
る際は、そのソフトウエアコンポーネント固有のログ入
力解釈部３５に入力すべきログ情報を渡し、更に、統合
ログ入出力系１０′のログ編集出力部１３′は、上記の
既存のソフトウエアコンポーネント固有のログ入力解釈
部３５から出力されたログ情報はスルーで出力する。統
合イベント駆動部５′、統合ログ入出力系１０′のログ
入力解釈部１２′、および、統合ログ入出力系１０′の
ログ編集出力部１３′における、その他のソフトウエア
コンポーネントに対する処理は、それぞれ、本発明の第
１の形態におけるイベント駆動部５、ログ入力解釈部１
２、および、ログ編集出力部１３と同様である。

【００３４】

【実施例】以下、本発明の実施例においては、前述の回
路設計ＣＡＤシステムを制御するソフトウエアシステム
の場合を例に取って説明する。図６は、前述の図１の構
成に対応する実施例の構成であって、図１の構成におけ
るフロント・コンポーネントが前述（図２４）のような
ＭＭＩドライバ５６に、図１の複数のソフトウエアコン
ポーネント１・・・ｎが、前述（図２４）のような会話
入力部７１、コマンド処理部７２、および、設計データ
編集部７３に、そして、図１のバックエンド・コンポー
ネントが前述のようなＤＢＭＳ５８に、それぞれ置き換
えられている他は、図１の構成と同じである。

【００３５】図７は、上記の回路設計ＣＡＤシステムに
よって回路図編集を行う操作手順の１例を示すディスプ
レイ・イメージである。また、図８は、図７の操作に対
応した各ソフトウエアコンポーネントの動作遷移を表し
たタイムチャートである。更に、図９は、図７および８
の操作を行ったときの動作履歴を示す出力ログ・ファイ
ルの内容を示すものである。

【００３６】フィルタの選択モード指定他方、図１０は、図６の構成において、起動時に、フィ
ルタ４１における選択のモードを指定するための起動オ
プションの内容の例を、（ａ）通常運用時、（ｂ）障害
復元時（データ復旧）、および、（ｃ）障害再現時（障
害原因の調査）の、それぞれの場合についてを示すもの
である。通常運用時は、入力ログはなく（図１０では選
択するものを１で、選択しないものを０で、そして、任
意のもの(don't care)はＸで表す）、システムは、フロ
ント・コンポーネントであるＭＭＩドライバ５６からの
入力に従って動作する。他方、出力ログとしては、少な
くとも、障害時の再現のために会話入力部７１の動作履
歴を、また、障害時のデータ復旧のためにＤＢＭＳの動
作履歴を取得するようにセットする。他は任意である。
障害復元（データ復旧）時には、障害復元用の入力ログ
のみを実行し、出力ログの設定は任意である。更に、障
害再現時は、障害再現用の会話入力部の入力ログのみを
実行し、出力ログの設定は任意である。

【００３７】図６の構成における処理のフロー図１１〜図１３は、図６の構成における処理のフローを
示すものである。図１１〜図１３の処理は、「前処
理」、「データ処理」、および、「後処理」からなる。
これらのうち、「前処理」は、テキスト形式の入力ログ
ファイルを次の「データ処理」にて扱い得るバイナリ形
式に変換する処理であり、「データ処理」は、入力ログ
ファイルがあれば、それを入力し、そのログに従ってバ
ッチ的にデータ処理を行い、入力ログが無ければ通常動
作として、オペレータからのＭＭＩインターフェイスを
介しての会話入力指示に従ってデータ処理を実行する。
データ処理の履歴はバイナリ形式の出力ログファイルと
して編集出力される。

【００３８】「後処理」は、上記の「データ処理」で生
成されたバイナリ形式の出力ログ・ファイルをテキスト
形式のログに変換する処理である。前処理先ず、図１１に示される「前処理」は、テキスト形式の
入力ログファイルの作成のステップ１０１と、独立ユー
ティリティコーダを使用したテキスト形式からバイナリ
形式へのデータ形式の変換のステップ１１０とからな
る。

【００３９】テキスト形式の入力ログファイルは、例え
ば、保存されていたログデータを適用するか、または、
他システムからの供与による。データ形式の変換のステ
ップ１１０は、起動オプション指示１１１、テキスト→
バイナリ形式への変換１１２、フィルタ４８による選択
出力１１３の３つのステップからなり、起動オプション
指示１１１のステップでは、図６のフィルタ４８に対し
て、どのソフトウエアコンポーネントに対応する階層の
ログを選択的に変換出力するかを設定し、テキスト→バ
イナリ形式への変換１１２の後、フィルタ４８は上記の
起動オプション指示に従って変換された入力ログスデー
タを選択出力する。

【００４０】テキスト→バイナリ形式への変換１１２
は、キーワード→コード、および、フリーカラム→位置
固定の変換１１２１と、省略パラメータ値の補足１１２
２の処理を含む。図１４は、上記のキーワード→コー
ド、および、フリーカラム→位置固定の変換１１２１の
処理において使用される変換辞書の例を示すものであ
り、また、図１５は、図１４の変換辞書を使用した、テ
キスト形式のログからバイナリ形式のログへの変換の１
例を示すものである。変換辞書は、コンポーネント辞
書、サブルーチン辞書、および、パラメータ辞書からな
る。

【００４１】図１５に示されているようなテキスト形式
のログが入力されると、先ず、コンポーネント名標“Ｄ
Ｂ”は、図１４のコンポーネント辞書により、コンポー
ネント識別番号“４”に変換される。次に、コンポーネ
ント識別辞書が含むサブルーチン辞書へのポインタに格
納されているＤＢＭＳのサブルーチン辞書に従って、図
１５のテキストのサブルーチン名標“ＡＤＤ−ＥＬＥＭ
ＥＮＴ”は、サブルーチン識別番号“２”に変換され
る。そして、このサブルーチン名標“ＡＤＤ−ＥＬＥＭ
ＥＮＴ”に対応するパラメータの数“４”がバイナリ形
式のログに書き込まれる。そして、このサブルーチン名
標“ＡＤＤ−ＥＬＥＭＥＮＴ”に対応するパラメータ辞
書（図１４）に従って、図１５のテキスト形式のログの
各キーワードに続くパラメータ“ＳＢＬ１”，“ｘ１，
ｙ１”，および，“ＥＬＭ１”がバイナリ形式のログの
パラメータデータ部に書き込まれる。

【００４２】尚、ログのシンタクスの追加および変更を
容易にし、ユーザの保有するログに対するシンタクス上
の互換性の要求を満たすために、本発明のテキスト形式
のログでは、図１５に示されているように、キーワード
を用いて、データ形式変換時に各キーワードを確認する
ことにより、パラメータをシーケンス・フリー（各ログ
データ内でパラメータの順序は自由）とし、且つ、省略
指定を可能としている。省略パラメータ値の補足１１２
２の処理は、例えば、新しいバージョンのソフトウエア
コンポーネントにて指定すべきパラメータが、古いバー
ジョンの同じソフトウエアコンポーネントにおいては指
定されない場合には、上記の変換の際には、そのような
パラメータ値は、省略可能であるものとして認識し、古
いバージョンのソフトウエアコンポーネントに対応する
ログ情報を入力した場合には、予め定められた値を、そ
の空欄に書き込むものである。

【００４３】データ処理図１２に示されているデータ処理は、起動時オプション
指示１２０、トリガ入力による処理１３０、および、イ
ベント駆動１４０からなり、これらのうち、起動オプシ
ョン１２０は、前述（図１０）のように、図６のフィル
タ４１における選択モードを指定するものである。

【００４４】トリガ入力による処理１３０においては、
時刻ｔにトリガ入力があると、入力ログの有無を判定し
て、入力ログが無ければフロント・コンポーネント（Ｍ
ＭＩドライバ）からのトリガ入力による通常の処理を開
始（１３３）し、入力ログが有れば、ログ入力解釈処理
１３１を行う。この処理において、上記の起動オプショ
ン１２０に従うフィルタ４１による選択入力を行う。

【００４５】イベント駆動処理１４０は、コンポーネン
ト入力情報のプリセット処理１４１と、コンポーネント
内サブルーチン分岐処理１５０とを含む。コンポーネン
ト入力情報のプリセット処理１４１においては、上記の
ログ入力解釈処理によって入力解釈されたログデータの
うちのイベント駆動命令がイベント駆動部５５に、パラ
メータデータがパラメータ・インターフェイス部５９に
設定され、その後、イベント駆動部５５によるイベント
駆動１５３によって、このイベント駆動命令によって指
定されたソフトウエアコンポーネントのサブルーチンが
起動され、パラメータ・インターフェイス部５９に設定
されたパラメータ・データを用いてサブルーチンが実行
される（コンポーネント内サブルーチン分岐処理１５
０）。

【００４６】このサブルーチンの実行（１５１）の過程
において、更に、他のソフトウエアコンポーネントのサ
ブルーチンの実行が要求（１５２）されるときには、イ
ベント駆動部５５は、この要求（１５２）に応じて、上
記の他のソフトウエアコンポーネントのサブルーチンを
イベント駆動（１５３）する。このように、あるソフト
ウエアコンポーネントのサブルーチンの実行中に、他の
ソフトウエアコンポーネントのサブルーチンの実行が必
要になると、イベント駆動部５５に対して、他のソフト
ウエアコンポーネントのサブルーチンの呼出を要求（１
５２）し、イベント駆動部５５が、これに応じて該他の
ソフトウエアコンポーネントのサブルーチンをイベント
駆動するというこうは、必要に応じて何度でも行われ得
る。上記のイベント駆動の際にも、他のソフトウエアコ
ンポーネントのサブルーチンを呼び出すソフトウエアコ
ンポーネントは、上記の他のソフトウエアコンポーネン
トのサブルーチンを指定するイベント駆動命令をイベン
ト駆動部５５に設定し、対応するパラメータ・データを
パラメータ・インターフェイス部５９に設定する。そし
て、イベント駆動されたソフトウエアコンポーネントの
サブルーチンは、このパラメータ・インターフェイス部
５９に設定されたパラメータ・データを用いてデータ処
理を実行する。

【００４７】上記のようなソフトウエアコンポーネント
による処理の間、イベント駆動部５５およびパラメータ
・インターフェイス部５９に設定されたイベント駆動命
令およびパラメータデータは、ログ編集出力部４３によ
って逐次読み出され、出力ログファイルとして編集され
出力される（１４４）。但し、この編集出力処理は、前
述のフィルタ４１の機能により、出力が要求されている
ソフトウエアコンポーネントに対応するログデータのみ
について行われる。

【００４８】後処理図１３に示されている「後処理」は、独立ユーティリテ
ィ／デコーダの処理１６０と、出力ログファイルの保存
１７０の処理とを含む。独立ユーティリティ／デコーダ
の処理１６０は、フィルタ４８における選択設定を行う
起動オプション１６１と、フィルタ４８によるバイナリ
形式出力ログの選択入力処理１６２と、バイナリ→テキ
ストのデータ形式変換処理１６３とを含む。バイナリ→
テキストのデータ形式変換処理１６３においては、前述
の図１４の変換辞書を使用して、図１５と逆のバイナリ
形式からテキスト形式へのログデータの形式変換を行
う。

【００４９】上記の変換後の出力は、テキスト形式の出
力ログファイルとして保存される（１７０）。具体的ケースにおける処理手順図１６は、図６の構成における、ログデータの収集およ
び実行を伴う具体的ケースの処理手順を示す概略図であ
る。

【００５０】先ず、前述の図１０の（ａ）ように、ログ
入出力系４０のフィルタ４１の選択モードを設定した状
態で、通常運用を行うとする。この場合、ログ入力は無
関係なので、図１１の前処理は無く、図１２のデータ処
理が、ＭＭＩドライバ５６からの時刻ｔにおけるトリガ
入力によって起動される。そして、通常運用時に、図１
７に出力ログとして示されているような処理を行うもの
とする。なお、図１７において、「ＩＴ」は会話入力部
７１のログ、「ＣＭ」はコマンド処理部７２のログ、
「ＤＥ」は設計データ編集部７３のログ、そして、「Ｄ
Ｂ」はＤＢＭＳ５８のログをを示すものである。

【００５１】すなわち、ここでは、時刻において、キ
ーボードから文字列「ＦＩＧ１」が入力されるとする。
この入力により会話入力部７１内のサブルーチン「ＩＮ
ＰＵＴ−ＳＴＲＩＮＧ」がイベント駆動される（実際
は、図６のデータ処理系３内ではデータはバイナリ形式
であり、サブルーチン等はサブルーチン識別番号の形式
となっているが、以下の説明では説明の分かり易さのた
めに、イベント駆動命令等はテキスト形式で示す）。こ
のイベント駆動に際し、先ず、図１２のコンポーネント
入力情報のプリセット（１４１）が行われる。すなわ
ち、図１２のイベント駆動命令の設定（１４２）とし
て、このサブルーチンの識別番号がイベント駆動部５５
に設定され、パラメータデータの設定（１４３）とし
て、上記の文字列を入力したウインドウ識別情報と、こ
の文字列自体とが、パラメータ・インターフェイス部５
９に設定される。これらイベント駆動に必要な設定内容
は、図１２のログ編集出力処理（１４４）において、ロ
グ情報に編集され、フィルタによる選択出力処理（１４
５）において選別されてログ・ファイルに書き出され
る。ここでは、上記の図１０の（ａ）の起動オプション
に従い、コンポーネント識別番号「１」の会話入力部７
１のログは出力される。なお、この出力は、前述の独立
ユーティリティ４７によってバイナリ形式からテキスト
形式へと変換される。

【００５２】次に、図１２のコンポーネント内サブルー
チン分岐処理（１５０）として、サブルーチン「ＩＮＰ
ＵＴ−ＳＴＲＩＮＧ」に制御が移るが、それ自身の内部
で行われるデータ処理（１５１）として、文字数チェッ
クおよび前後ブランクのサプレス等を行った後、他コン
ポーネント呼出（１５２）として、コマンド処理部７２
のサブルーチン「ＳＥＬＥＣＴ−ＦＩＧＵＲＥ」がイベ
ント駆動される。このイベント駆動においても、上記と
同様に、コンポーネント情報のプリセット（１４１）お
よびコンポーネント内サブルーチン分岐（１５０）の処
理が行われるが、フィルタ４１に対する起動オプション
が前述の図１０の（ａ）であるので、フィルタによる選
択出力（１４５）においては、コンポーネント識別番号
「２」のコマンド処理部７２のログは出力されない。

【００５３】次に、他コンポーネント呼出（１５２）と
して、設計データ編集部７４のサブルーチン「ＬＯＡＤ
−ＦＩＧＵＲＥ」がイベント駆動され、更に、サブルー
チン「ＬＯＡＤ−ＦＩＧＵＲＥ」からＤＢＭＳの「ＬＯ
ＡＤ−ＭＥＭＢＥＲ」が駆動される。図１０の（ａ）の
起動オプションによって、ＤＢＭＳのログは出力され
る。以下同様に、図１７の時刻からまでの処理
が、それぞれの時刻におけるトリガ入力に応じて行われ
るとする。これにより、時刻においては、回路素子の
配置が成される。ところが、ここで、上記の時刻の処
理の後のトリガ入力による動作の際にシステムに異常が
発生して異常終了したとする（このとき、このトリガ入
力に対する会話入力部７１におけるログは採集されてい
る）。ここまでが、図１６の概略図において２００で示
される処理である。

【００５４】次に、障害の発生した利用者のＥＷＳ（エ
ンジニアリング・ワーク・ステーション）においては、
システムを上記の障害から復旧させるために、図１６に
おいて２２０で示されるように、上記の図１７の操作を
行う１世代前のバックアップ・データベースを、上記の
障害が発生したデータベースと置き換え、定常運用時の
出力ログ・ファイルを入力ログ・ファイルとする。この
ログ・ファイルは、図１７のログ・ファイルの会話入力
部（ＩＴ）の部分とＤＢＭＳ（ＤＢ）の部分とからなる
ものに対応する。

【００５５】ここでは、前処理はスキップされ、図１２
の起動オプション指示（１２０）において、図１０の
（ｂ）に示されているような障害復旧時の起動オプショ
ンが指定される。これに従い、ＤＢＭＳのログのみが入
力実行対象となり、コンポーネント識別番号「４」のＤ
ＢＭＳのログ入力のみがフィルタ４１によって選択され
る。すなわち、図１７のログ・ファイルの「ＤＢ」に続
いて示されているログのみが順次読み込まれ実行され
る。こうして、データベースに、前記障害発生直前まで
の編集結果が復旧される。この復旧動作を、より詳しく
説明すると以下のとおりである。

【００５６】すなわち、先ず、時刻のトリガ入力（図
１２の１３０）において、ログ入力有りとしてログ入力
解釈（１３１）を行い、フィルタによる選択入力処理
（１３２）により、先の通常運用時の出力ログには記録
されていた会話入力部７１のログは入力されず、コンポ
ーネント識別番号「４」のＤＢＭＳのログ入力のみが選
択入力される。図１７に示されているように、時刻で
は、サブルーチン「ＬＯＡＤ−ＭＥＭＢＥＲ」がイベン
ト駆動され、図１２のコンポーネント情報入力のプリセ
ット（１４１）の処理で、今入力解釈したログ情報につ
いて、イベント駆動命令の設定（１４２）およびパラメ
ータデータの設定（１４３）を行う。ここで、フィルタ
４１の起動オプション（図１０の（ｂ））の出力選択が
オール０であったとすると、ログ出力は無い。そして、
コンポーネント内サブルーチン分岐（１５０）の処理で
ＤＢＭＳは上記のサブルーチン「ＬＯＡＤ−ＭＥＭＢＥ
Ｒ」の実際の処理を行う。ここでは、ＤＢＭＳはバック
エンド・コンポーネントであるため、ＤＢＭＳから他の
ソフトウエアコンポーネントの呼出は行われない。以下
同様に、上記のログ・ファイルの時刻からまでのロ
グデータのうち、フィルタ４１によりＤＢＭＳに対応す
る部分のみが選択入力されて実行され、上記の障害復旧
処理は完了する。

【００５７】次に、障害の発生した利用者のＥＷＳにお
いては、障害再現用ログを保存する（図１６の２３
０）。この障害再現用ログは、上記の障害発生時に採集
された出力ログを独立ユーティリティ／デコーダによっ
てテキスト形式に変換することにより作成される。作成
された障害再現用ログは、例えば、障害の発生した利用
者のＥＷＳからメインフレームへ転送され、更に、そこ
から、システム開発元のＥＷＳへ転送される。こうし
て、システム開発元のＥＷＳは障害再現用ログを取得す
る（図１６の２４０）。ここでは、先ず、上記のテキス
ト形式の障害再現用ログを「前処理」によってバイナリ
形式に変換し、次のデータ処理起動の入力ログを準備す
る。そして、フィルタ４１の起動オプションを図１０の
（ｃ）のように障害再現用に設定して、上記の入力ログ
を入力して障害調査を開始する（図１６の２５０）。
尚、図１０の（ｃ）の起動オプションによれば、コンポ
ーネント識別番号「１」の会話入力部７１のログのみが
選択的に入力され実行される。これにより、あたかも、
ユーザがフロント・コンポーネントのＭＭＩドライバ５
６から入力したかのような動作が、会話入力部７１→コ
マンド処理部７２→設計データ編集部７３→ＤＢＭＳ５
８の間で行われ、上記の障害を忠実に再現することがで
きる。

【００５８】尚、障害が発生しないで正常に図面編集作
業が終了した場合は、ユーザの意図によっては、操作内
容を表したコマンド処理部７２のログ、或るいは、設計
データを記述する設計データ編集部７３のログを、一
旦、独立ユーティリティのデコーダによってテキスト形
式に変換して、次の設計対象に使用できるようにするこ
とができる。この場合は、フィルタ４１に対する起動オ
プションでは、コマンド処理部７２および設計データ編
集部７３のログのみを出力するように設定する。

【００５９】他の実施例図１８は、前述の図２の構成に対応する実施例の構成を
示すものである。図１８の構成の図６の構成との違い
は、コンポーネント処理系５４′内のコマンド処理部７
２′が、既存のソフトウエアコンポーネントのように、
固有のログ入力解釈部８１、固有のイベント駆動部８
２、固有のログ編集出力部８５、および、固有のパラメ
ータ・インターフェイス部８４を具備していることであ
る。

【００６０】図１８の構成における処理のフロー図１９は、図６の構成における処理のフローを示すもの
である。なお、「前処理」および「後処理」について
は、前述の図１１および図１３に示されているとおりで
あるので、ここでは説明は省略する。図１９に示されて
いるデータ処理は、起動時オプション指示３２０、トリ
ガ入力による処理３３０、および、統合イベント駆動に
より起動される処理３４０からなり、これらのうち、起
動時オプション指示３２０は、前述（図１０）のよう
に、図６のフィルタ４１における選択モードを指定する
ものである。

【００６１】トリガ入力による処理３３０においては、
時刻ｔにトリガ入力があると、入力ログの有無を判定し
て、入力ログが無ければフロント・コンポーネント（Ｍ
ＭＩドライバ）からのトリガ入力による通常の処理を開
始（３３３）し、入力ログが有れば、ログ入力解釈処理
３３１を行う。この処理において、上記の起動時オプシ
ョン指示３２０に従うフィルタ４１による選択入力を行
う。

【００６２】統合イベント駆動処理３４０は、コンポー
ネント入力情報のプリセット処理３４１と、コンポーネ
ント内サブルーチン分岐処理３５０とを含む。コンポー
ネント入力情報のプリセット処理３４１においては、上
記のログ入力解釈処理によって入力解釈されたログデー
タのうちのイベント駆動命令が図１８の統合イベント駆
動部５５′に、そして、パラメータデータが統合パラメ
ータ・インターフェイス部５９′に設定され、統合ログ
編集出力部４３は、統合イベント駆動部５５′および統
合パラメータ・インターフェイス部５９′にそれぞれ設
定されたイベント駆動命令およびパラメータ・データを
出力ログデータとして編集出力する（３４４）。

【００６３】その後、統合イベント駆動部５５′におい
ては、該イベント駆動命令のコンポーネント識別情報が
固有制御下のソフトウエアコンポーネント（各々固有の
ログ入力解釈部、固有のイベント駆動部、固有のログ編
集出力部、および、固有のパラメータ・インターフェイ
ス部を具備している）を指定するか、または、統合制御
下のソフトウエアコンポーネント（固有のログ入力解釈
部、固有のイベント駆動部、固有のログ編集出力部、お
よび、固有のパラメータ・インターフェイス部を具備し
ていない）を指定するかを判定する（３８０）。統合制
御下のソフトウエアコンポーネントを指定しているとき
は、前述の図１２におけるイベント駆動（１４０）の処
理に同じであるが、固有制御下のソフトウエアコンポー
ネントを指定しているときは、当該ソフトウエアコンポ
ーネントの固有イベント駆動部（例えば、図１８のコマ
ンド処理部７２′のイベント駆動部８２にサブルーチン
分岐要求を渡す（３８１）。この際、上記の統合イベン
ト駆動部５５′に設定されていたイベント駆動命令は、
このソフトウエアコンポーネントの固有イベント駆動部
８２に、また、統合パラメータ・インターフェイス部５
９′に設定されていたパラメータ・データは、このソフ
トウエアコンポーネントの固有のパラメータ・インター
フェイス部８４に、それぞれ設定される。これら固有の
イベント駆動部およびパラメータ・インターフェイス部
に設定されたイベント駆動命令およびパラメータ・デー
タは、このソフトウエアコンポーネントが具備する固有
のログ編集出力部８１によって出力ログデータとして編
集出力される（３８５）。この出力ログデータは、固有
のログ編集出力部８１によって、該固有のログ編集出力
部が属するソフトウエアコンポーネントのコンポーネン
ト識別番号７が付加され、統合ログ編集出力部４３に転
送される（３８６）。そして、固有のイベント駆動部８
２は、上記の設定されたイベント駆動命令内のサブルー
チン識別情報によって指定されたサブルーチンをイベン
ト駆動する（３９０）。前述のように、此のサブルーチ
ンの処理中において、他のソフトウエアコンポーネント
を実行する必要が生ずると、上記の固有のイベント駆動
部を介して上記の統合イベント駆動部５５′に、「他コ
ンポーネント呼出」の要求が出力され、再び、統合イベ
ント駆動３４０の処理に再帰する。

【００６４】具体的ケースにおける処理手順図２０は、図１８の構成における、ログデータの収集お
よび実行を伴う具体的ケースの処理手順を示す概略図で
ある。この例では、特に、新規にシステム開発を行う際
のデバッグ方法を示しており、前述の回路設計ＣＡＤシ
ステムをデバッグするものである。この例では、図１８
に示されているように、コマンド処理部７２′は、既存
のソフトウエアコンポーネントを使用するものとし、更
に、ＭＭＩドライバ５６および設計データ編集部７３は
未完の状態でデバッグを行うものとする。この為、コマ
ンド処理部７２′は、他のソフトウエアコンポーネント
とは分離されており、また、ＭＭＩドライバ５６および
設計データ編集部７３の処理が行われないので、全体の
システムのデバッグの際に、あたかも、これらのソフト
ウエアコンポーネントが存在しているかのように見せ掛
けるために、これらのソフトウエアコンポーネントの機
能に代わるログ入力を与えてやる必要がある。

【００６５】図２１は、先に図７で示した操作例と等価
なログデータをテキスト形式で示すものである。すなわ
ち、未完のＭＭＩドライバから会話入力部７１へ与えら
れる筈のイベント駆動命令およびパラメータデータに代
わるログデータ、および、未完の設計データ編集部７３
からＤＢＭＳ５８へ与えられる筈のイベント駆動命令お
よびパラメータデータに代わるログデータが記述されて
いる。更に、先に、図６の構成の実施例の説明に使用し
た、図１７の出力ログ・ファイルは、上記の入力ログを
実行して正常に動作した場合の、期待される出力ログと
して使用される。

【００６６】先ず、デバッグ対象のシステムを起動する
前に、入力ログの作成段階４１０として、図２１の入力
ログデータを作成（図２０の４１１）し、独立ユーティ
リティ４７のコーダ４９によって、テキスト形式からバ
イナリ形式に変換する（４１２）。このとき、独立ユー
ティリティ４７のフィルタ４８における選択モードは、
図２２の（ａ）に示されているように設定しておく。こ
のオプション指示によれば、独立ユーティリティ／コー
ダ４９が会話入力部７１のログ入力とＤＢＭＳ５８のロ
グ入力をそれぞれバイナリ形式に変換したもののみを選
択的に出力する。

【００６７】次に、このバイナリ形式に変換された入力
ログデータを、入力ログ・ファイルとしてデバッグ対象
となる図１８のシステム５３′を起動してプログラムを
擬似動作させる（図２０の４２０）。このときのログ入
力系４０のフィルタ４１における選択モードは、図２２
の（ｂ）に示されているように設定しておく。こうし
て、フィルタ４１においては、会話入力部７１のログ入
力とＤＢＭＳ５８のログ入力のみが選択して入力され
る。

【００６８】次に、上記の入力ログを会話入力部７１が
実行することにより、コマンド処理部７２′に対する起
動要求が発生するが、コマンド処理部７２′は、上記の
ように独立した固有のイベント駆動部８２、パラメータ
・インターフェイス部８４、ログ入力解釈部８１、およ
び、ログ編集出力部８３を有するソフトウエアコンポー
ネントであるため、統合イベント駆動部５５′からコマ
ンド処理部７２′の固有のイベント駆動部８２に制御が
渡される。コマンド処理部７２′内では、固有のログ編
集出力部８３によってログデータが収集される（これが
統合ログ編集出力部４３に転送されて編集出力される）
と共に、会話入力部７１から得られたイベント駆動命令
およびパラメータデータに基づいて設計データ編集部７
３を起動する要求がイベント駆動部８２から統合イベン
ト駆動部５５′に渡される。しかしながら、ここでは、
設計データ編集部７３が未完で存在しないため、統合イ
ベント駆動部５５′は他のソフトウエアコンポーネント
を駆動することなく、上記の会話入力部７１からのログ
入力に対するイベント駆動処理は終了したことになる。

【００６９】そこで、次のログ入力データとして、ＤＢ
ＭＳ５８に対するログデータが読み込まれ、このログに
基づいて統合イベント駆動部５５′は、あたかも、設計
データ編集部７３の要求に基づくイベント駆動であるか
のように、ＤＢＭＳ５８をイベント駆動し、このＤＢＭ
Ｓ５８のログが実行される。そして、その時のＤＢＭＳ
５８の入力ログと同じログ出力が統合ログ編集出力部４
３によって収集される。

【００７０】以下、同様にして、図２１の入力ログに従
い、会話入力部７１、コマンド処理部７２′、ＤＢＭＳ
５８が逐次起動され、回路編集動作が模擬実行される。
図２３は、図２１の入力ログに対応するソフトウエアコ
ンポーネント間の動作遷移タイムチャートである。そし
て、これらの動作によって、各ソフトウエアコンポーネ
ントの出力は、次にイベント駆動されるべきソフトウエ
アコンポーネントへの入力として順次、出力ログ・ファ
イルに蓄積される。

【００７１】しかしながら、上記の出力ログデータは、
バイナリデータであるため、独立ユーティリティ／デコ
ーダ６０によってテキスト形式に変換される。尚、この
ときは、独立ユーティリティ４７のフィルタ４８におけ
る選択モードは、図２２の（ｃ）に示されているように
設定しておくものとする。こうして、図２０のプログラ
ム擬似動作が終了する。

【００７２】次に、上記の出力ログ・ファイルを、前述
の図１７の正常に動作した場合の、期待される出力ログ
と比較照合することにより、これらの不一致箇所とし
て、図１８のシステム５３′の異常動作箇所が検出され
る（図２０の４３０の異常動作箇所の摘出動作）。

【００７３】

【発明の効果】以上説明したように、本発明によれば、
複数のソフトウエアコンポーネントのログデータを管理
する管理機構を簡素化し、複数のソフトウエアコンポー
ネントにおいてログ再現動作が重複することがないよう
にし、更に、複数のソフトウエアコンポーネントにおけ
るログ再現動作を同期させることを可能にするという効
果がある。

【図面の簡単な説明】

【図１】本発明の第１の形態の原理構成図である。

【図２】本発明の第２の形態の原理構成図である。

【図３】本発明の第１の形態における処理およびログデ
ータの流れを示す図である。

【図４】本発明によるログファイルの内容を示す図であ
る。

【図５】従来のログファイルの内容を示す図である。

【図６】本発明の実施例の構成を示す図である。

【図７】回路設計ＣＡＤシステムによって回路図編集を
行う操作手順の１例を示すディスプレイ・イメージであ
る。

【図８】本発明の実施例におけるソフトウエアコンポー
ネント間の動作遷移タイムチャートである。

【図９】本発明の実施例における出力ログ・ファイルの
内容の１例を示す図である。

【図１０】図６の構成において、起動時に、フィルタ４
１における選択のモードを指定するための起動オプショ
ンの内容の例を示す図である。

【図１１】図６の構成の前処理のフローを示すものであ
る。

【図１２】図６の構成のデータ処理のフローを示すもの
である。

【図１３】図６の構成の後処理の処理のフローを示すも
のである。

【図１４】変換辞書の１例を示す図である。

【図１５】テキスト形式からバイナリ形式への変換の１
例を示す図である。

【図１６】図６の構成における具体的ケースでの処理手
順を示す図である。

【図１７】通常運用時における出力ログ・ファイルを示
す図である。

【図１８】図２の構成に対応する実施例の構成を示す図
である。

【図１９】図１８の構成の処理のフローを示すものであ
る。

【図２０】図１８の構成における、プログラムのデバッ
グ処理の概略フローである。

【図２１】図２０のデバッグ処理に使用する入力ログ・
ファイルの１例を示す図である。

【図２２】図２０のデバッグ処理に使用する起動オプシ
ョンの設定を示す図である。

【図２３】図２１の入力ログに対応するソフトウエアコ
ンポーネント間の動作遷移タイムチャートである。

【図２４】マルチベンダなソフトウエアシステムの例と
して、ＣＡＤシステムのソフトウエア構成を示す図であ
る。

【図２５】従来図１のソフトウエアシステムの各処理段
階に対応するログと、各ログの内容の例を示す図であ
る。

【図２６】従来の、複数のソフトウエアコンポーネント
から構成されるソフトウエアシステムにおける履歴情報
管理システムの構成を示す図である。

【符号の説明】

３…データ処理系４，４′…コンポーネント処理系５…イベント駆動部５′…統合イベント駆動部６，７，８，２６，２７…ソフトウエアコンポーネント３０…既存ソフトウエアコンポーネント９…パラメータ・インターフェイス部９′…統合パラメータ・インターフェイス部１０…ログ入出力系１０′…統合ログ入出力系１１…フィルタ１２…ログ入力解釈部１２′…統合ログ入力解釈部１３…ログ編集出力部１３′…統合ログ編集出力部２１…ログコード編集辞書３１，８２…固有イベント駆動部３２，８３…データ処理部３３，８４…固有パラメータ・インターフェイス部３４…固有ログ入出力系３５，８５…固有ログ入力解釈部３６，８１…固有ログ編集出力部４０…ログ入出力系４１…ログ入出力系のフィルタ４２…ログ入力解釈部４３…ログ編集出力部４７…独立ユーティリティ４８…独立ユーティリティのフィルタ４９…コーダ５２…データベース５３，５３′…回路設計ＣＡＤシステム５４，５４′コンポーネント処理系５５…イベント駆動部５５′…統合イベント駆動部５６…ＭＭＩドライバ５８…ＤＢＭＳ５９…パラメータ・インターフェイス部５９′…統合パラメータ・インターフェイス部６０…デコーダ７１…会話入力部７２，７２′…コマンド処理部７３…設計データ編集部

Claims

【特許請求の範囲】

【請求項１】複数のイベント駆動型のソフトウェア・
コンポーネント（６，７，８）から構成されるソフトウ
ェア・システムにおける履歴情報管理システムにおい
て、前記複数のソフトウェア・コンポーネントに共通に設け
られ、イベント駆動命令情報に従って前記複数のソフト
ウェア・コンポーネントを駆動するイベント駆動手段
（５）と、前記複数のソフトウェア・コンポーネントに共通に設け
られ、前記イベント駆動命令の実行時に、該イベント駆
動命令の実行に使用されるパラメータ情報を保持して、
該イベント駆動命令を実行するソフトウェア・コンポー
ネントに供給するパラメータ・インタフェース手段
（９）と、前記複数のソフトウェア・コンポーネントに共通に設け
られ、ログ情報を入力して、該ログ情報を含むイベント
駆動命令情報を前記イベント駆動手段に、パラメータ・
データをパラメータ・インタフェース手段にそれぞれ供
給するためのログ入力手段（１２）と、前記複数のソフトウェア・コンポーネントに共通に設け
られ、前記イベント駆動手段が実行するイベント駆動命
令情報と、パラメータ・インタフェース手段が保持する
パラメータ・データとをログ情報として編集して出力す
るためのログ出力手段（１３）とを有してなることを特
徴とする履歴情報管理システム。
【請求項２】前記イベント駆動命令情報は、対応する
ソフトウェア・コンポーネントを識別するコンポーネン
ト識別情報を含み、前記イベント駆動手段（５）は、入
力されたログ情報の前記コンポーネント識別情報を検出
して該コンポーネント識別情報に対応するソフトウェア
・コンポーネントをイベント駆動する請求項１記載の履
歴情報管理システム。
【請求項３】前記複数ソフトウェア・コンポーネント
の少なくとも１つ（３０）は、それぞれに固有のイベン
ト駆動手段（３１）、固有のパラメータ・インタフェー
ス手段（３３）、固有のログ入力手段（３５）、および
固有のログ出力手段（３６）を有する第２のソフトウェ
ア・コンポーネントであって、前記共通に設けられたイベント駆動手段（５′）は、与
えられたイベント駆動命令情報が含むコンポーネント識
別情報が前記第２のソフトウェア・コンポーネントを示
すときは、該第２のソフトウェア・コンポーネントの固
有のイベント駆動手段（３１）に、該コンポーネント識
別情報を除く前記イベント駆動命令情報を供給し、前記固有のイベント駆動手段（３１）は、前記イベント
駆動命令情報に従って、前記第２のソフトウェア・コン
ポーネントが含むサブルーチンのうち、該イベント駆動
命令情報が示すサブルーチンを呼び出し、前記共通に設けられたログ入力手段（１２′）は、入力
したログ情報が含むコンポーネント識別情報が前記第２
のソフトウェア・コンポーネントを示すときは、該第２
のソフトウェア・コンポーネントの固有のログ入力手段
（３５）に、該コンポーネント識別情報を除く前記ログ
情報を供給し、前記固有のログ入力手段（３５）は、前記ログ情報が含
むイベント駆動命令情報を前記固有のイベント駆動手段
（３１）に、パラメータ・データを前記固有のパラメー
タ・インタフェース手段（３３）にそれぞれ供給し、前記固有のログ出力手段（３６）は、前記第２のソフト
ウェア・コンポーネントの固有のイベント駆動手段（３
１）が実行するイベント駆動命令情報をログ情報として
編集し、第２のソフトウェア・コンポーネントを示す該
コンポーネント識別情報と共に、前記共通に設けられた
ログ出力手段（１３′）に供給し、前記共通に設けられたログ出力手段（１３′）は、前記
固有のログ出力手段（３６）から供給されたログ情報を
出力する請求項１記載の履歴情報管理システム。
【請求項４】前記ログ入力手段（１２）に入力される
ログ情報、および前記ログ出力手段（１３）から出力さ
れるログ情報はバイナリ形式であって、テキスト形式のログ情報をバイナリ形式に変換するコー
ダ手段（１９）、およびバイナリ形式のログ情報をテキ
スト形式に変換するデコーダ手段（２０）を、前記ログ
入力手段の前段および前記ログ出力手段の後段に設ける
請求項１または６記載の履歴情報管理システム。
【請求項５】前記変換は、外部に接続した変換辞書
（２１）に従って行う請求項４記載の履歴情報管理シス
テム。
【請求項６】前記ログ入力手段（１２）、ログ出力手
段（１３）、コーダ手段（１９）、またはデコーダ手段
（２０）は、外部からの設定入力によって指定されたソ
フトウェア・コンポーネントに対するログ入力またはロ
グ出力のみを受け付けるログの入力又は出力選択手段
（１１）を有する請求項１または４または６記載の履歴
情報管理システム。