JP2557180B2 - ソフトウェア例外条件に対する選択的データ捕獲方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラムをデバッグ
する方法に関し、特にデータ処理システムの作動中にソ
フトウェア例外条件で、データを選択的に捕獲する方法
に関する。

【０００２】

【従来の技術】新たなコンピュータ・ソフトウェア製品
を考える場合、顧客が求める信頼性および保守容易性又
はサービス度を確保するため、新製品を市場に出す過程
において行われる典型的なサイクルまたはプロセスがあ
る。それには、通常、プログラミング・サイクルまたは
以下に示す過程が含まれる。すなわち、 − アイデアの着想、 − 該アイデアを実現するためのソフトウェアの設
計、 − 該設計に基ずくプログラムのコード化、 − 開発環境における、初期テストおよびデバッグ、 − 利用者サイトにおけるテスト、 − 該ソフトウェアの市場に対する最終的リリース、 − 保守、 − 新たにリリースしたソフトウェアの更新、等であ
る。

【０００３】通常、ソフトウェア製品は予定表に合わせ
て発売される。コードに故障または誤り（バグとして知
られる）が現れた場合、製品の発売期限を逃してしま
う。特に、バグが複雑か、微妙または発見しにくい場合
はそうである。このような遅延は、ソフトウェア製品の
売出し失敗を引き起こす。同様に、ソフトウェア製品
の、入手可能度、品質及び保守し易さは、販売競争にお
ける成功の重要要素である。

【０００４】歴史的に見て、大半のソフトウェアは、故
障しないという仮定の基に設計されており、誤り検出能
力は、わずかしかまたは全く設計に組み込まれていなか
った。ソフトウェアに誤りまたは故障が発生すると、通
常、その誤りを検出するのはコンピュータ・オペレーテ
ィング・システムであり、コンピュータのオペレータ
は、正しい結果が得られなかった場合、ソフトウェア・
プログラムの実行を取り消していた。更に重要かつ複雑
となりつつあるプログラムの開発、テスト及び保守を容
易にするため、デバッグする方法、および全てのソフト
ウェア及びハードウェア上の誤動作を検出し、分離し、
報告し、および回復させるツールを定義することが必要
となってきた。

【０００５】誤り処理および問題の判別は、以下の原理
に基づいて行われる。すなわち、 − 全てのプログラムは故障し、または誤ったデータ
を生成する可能性がある。 − 誤り検出プログラム自体が誤りとなる可能性があ
る。 − 全ての検出された誤りまたは故障は、恒久的また
は過渡的であれ、何が生じているかの理解に必要な全デ
ータを報告しなければならない。過渡的誤りとは、プロ
グラム自体によって回復されるが、情報提供する目的で
報告される、一時的故障を意味する。

【０００６】− 全ての誤りは、以下の分類のいずれ
かに入る。 ＊ ハードウェアの誤りまたは故障、 ＊ 機能的誤り、 ＊ プログラム内部への無効入力、 ＊ プログラム外部への無効入力、 ＊ タイムアウト、 ＊ 例外条件、 ・ 除算誤り、 ・ 無効アドレス、 ・ ループ、 ・ 無効演算コード、 ・ 浮動小数点誤り、 ・ ・・・・。

【０００７】例外条件とは、命令の実行中にプロセッサ
自体によって検出される誤りを指すが、これらはデータ
・プロセッサのそれぞれ異なる発売元の使用法に応じ
て、障害（Faults),トラップ（Traps), または打ち切り
（Aborts) として分類することができる。

【０００８】ソフトウェア誤りに対する、最も一般的に
使用される方法は、プログラムに割り振られた記憶全域
を捕獲する方法であり、このプロセスは、大域または物
理的ダンプ（Global or Physical Dump)と呼ばれてい
る。

【０００９】しかし、 − 誤りは、プログラムがそれを検出できる前に発生
し、誤りまたは故障の原因の判別に必要なキーデータは
喪失またはオーバーレイされることが多い。 − 誤りが複雑になる程、より多くのデータが生成さ
れる。 − システムの記憶装置内の情報の分散により複雑な
誤りをより分離しにくくする。 − 多量のデータの転送は、時間及び記憶において資
源の浪費であり、顧客の性能に悪影響を与える可能性が
ある。

【００１０】頻繁に起きているように、有意な情報が多
量の重要でない末梢的事項に埋もれて多くの出力が生成
される。このため、プログラマーはプロセッサの記憶域
内の全データを保存検索することによって得られる利益
が、終わりのない骨の折れる分析に起因する不利益に勝
るか否かを、常に考慮しなければならない。

【００１１】また別の方法で、誤りが最終的に現れる点
まで実行経路を辿るべきかは、必ずしも明らかではな
く、また、ほとんど、プログラム開発者はトレース（Tr
ace)と称するプロセスを使用して、ソフトウェア誤りを
分離する。この方法によると、各“トレース”点は故障
プログラム内にあり、その実行経路を経由してデータを
サンプルするため、問題が再現され、トレース点からの
データが収集されることになる。しかし、その“トレー
ス”は、以下に述べるようなことを含む悪い面を有して
いる。

【００１２】すなわち、 − “トレース”では、トレース点に遭遇する度に、
追跡又はトレース・ルーチンへの分岐を必要とし、屡
々、問題プログラムに対してのみでなく、同一システム
上で実行しているその他のプログラムに対しても、かな
りの影響を与える結果になりやすい。 − “トレース”はトレース各点から生成された多量
のデータを保持する大型のデータ・セットを必要とす
る。 − “トレース”を用いて診断データを捕獲するプロ
グラマ−は、自己が、絶えず、ほとんど誤りの原因を反
映しない多量のデータの中にいることに気付くであろ
う。 − 問題は再現しなければならない。ソフトウェア上
の問題が、２つの問題（例えば、たがいに通信する２つ
のネットワーキング・プログラム）間の、タイミング問
題に起因する場合は、トレースは、大半のタイミングの
問題を再現できないようになる程度まで、プログラムの
実行をスローダウンすることができる。

【００１３】前述のように、応答型ダンプ及びトレース
（Sollicited Dump and Traces) は外部介入手段（コン
ソール、ホスト、オペレータ）の要求に基づいてトリガ
されるが、これらは、ソフトウェア誤りに起因する損傷
が表面にでるまで待つという方法論に基づくものであ
る。いずれの場合も、多量のデータが収集され、何が悪
かったを判別するデータの捕獲が期待される。

【００１４】

【発明が解決しようとする課題】開発中にプログラム内
に直接設けられた誤りコードによって、即座に誤りを検
出すると共に自動的に診断データを収集することができ
る。誤りまたは故障が発生すると、誤りをデバッグする
に要するデータだけを捕獲して報告するプロセスを呼び
出すプログラムによってこの誤り又は故障が検出される
が、このプロセスは、通常、誤り通知（Error Notifica
tion) と呼ばれている。レイアウトおよびフォーマット
等のデータ記述は、一般に事前定義されたテーブルに記
憶されているが、そのテーブルの記入事項は、プログラ
ムの誤り検出コードによって選択される。この従来技術
の代表例は、米国特許第５、１１９、３７７号“コンピ
ュータ・プログラムの誤り検出及び診断方法及びシステ
ム”に記載され、開示されている。そのプロセスの主要
な利点は以下の通りである。

【００１５】すなわち、 − 報告済み情報はリアル・タイム・モードで処理
し、可視化し、および解釈することができる。 − 誤りの診断に必要なデータは、誤りが現れる最初
に捕獲される。問題は再現されるべきではない。 − 誤りを分離できると共に、恒久的損傷発生前に、
その伝搬を停止することができる。 − 報告データは、解決するべき誤りに限定され、こ
れによってデータの報告及び問題の分離と修正が容易に
なる。 − このプロセスは、誤り検出時に条件付で呼び出さ
れるだけであり、前記のような条件が発生するまで、完
全に遊休状態である。コンピュータ資源およびプログラ
ム性能に与える影響は最小限に留まる。 − プログラム自体の要求に応じて、誤りコンテキス
トに限定された指定域ダンプ（Selective Dump) を、自
動的にトリガ及び検索することができる（任意型ダンプ
(Unsollicited Dump））。

【００１６】− 捕獲し報告されたデータに、固定ト
レース（Permanent Traces) を入れることができる。内
部トレース（Internal Traces)とも呼ばれるこれらの
“トレース”は、コードの一体的部分であり、プログラ
ムのプロセスに従って周期的に更新することにより、疑
いがかかったコードを動的に観察できるようにする。 − コード進行のある特定段階において、または事象
発生の時にデータを報告するためにプロセスは事象にま
で及ぼすことができる。

【００１７】“誤り通知”プロセスは、コードの全ての
部分が、制御を回復し、または故障要素による影響を最
小にするためにとられる処置に関係する誤りを検出し記
述することができることを意味している。これは全入力
（内部的なものも外部的なものも）の組織的チェック、
ハードウェア・チェッカの使用、およびコードのキーポ
イントにおける機能テスト及びタイマ等の組み込みを意
味する。

【００１８】この分析段階において、誤りを２つの異な
る型に分類しておくのが得策であると思われる。 − 軽誤り（Minor Errors) ：プログラム自体で誤り
または故障を検出し、専用の誤りコードによって関連す
る適切情報を収集する。 − 重誤り（Major Errors) ：プログラムは操作の制
御を失い、もはやそれ自体が誤り又は故障を検出するこ
とができない。即ち、外部システム（オペレーティング
・システム、制御プログラム、データ・プロセッサ等）
によって誤りを検出し、故障プログラムに依存せずに、
適切な情報を収集し報告する。除算誤り、無効操作コー
ド、ループ、浮動小数点誤り等の例外条件は、重誤りの
部類に属する。

【００１９】しかしながら、この従来技術において、
“重誤り”は、独立したシステムによる、選択的データ
捕獲の問題を提起する。すなわち、故障プログラムは、
もはや報告するべき有用なデータを記述できなくなり、
上記で詳細に説明した" 誤り通知" 方法、はこの場合、
作動不能となる。特定のガイド・ラインがないため、外
部コードは大域“ダンプ”または外部“トレース”によ
って、入手可能な全てのデータを区別することなく収集
するよう制限される。ダンプまたはトレース使用法に特
有な欠点に加え、この状況は以下を禁止している。 − リアル・タイムの問題調査、 − データの自動的分析、 − 特定の回復動作のトリガ。

【００２０】従って、本発明の目的は、“重誤り”発生
時に、データ処理システムの性能及び資源に対する影響
を最小にして、収集情報の高品質及び保全性を確保す
る、効果的かつ非常に簡単なデータ選択方法を提供する
ことにある。

【００２１】

【問題を解決するための手段】データ捕獲には、関係の
あるデータを記述して、故障プログラムの制御が失われ
る前に、収集する手段を含む。好ましい実施例では、プ
ログラムは、全データをリストに予防的に宣言し、重誤
りの場合はこれらを捕獲する。第２段階として、コード
のキーポイントにおいてリスト内の関係のあるデータ・
セツトが選択される。誤り発生時に、予め宣言及び選択
されたデータのみが、誤りを報告する役割を持つ外部コ
ードによって収集される。

【００２２】本発明は、大域データの捕獲方法に関し、
特に“誤り通知”及び“指定域ダンプ”処理に関するも
のである。本発明の前記目的は、効率の良い高品質のソ
フトウェアの開発及び保守に貢献するものである。

【００２３】

【実施例】誤り処理の一般的プロセスは、以下の工程で
要約することができる。 − リアル・タイムの誤り処理プロセス： ＊ 誤り検出、 ＊ データ捕獲、 ＊ 誤り回復、 ＊ プロセスの再開始 − 繰延べ誤り処理プロセス： ＊ 問題の再現、 ＊ 誤りの分離および調査、 ＊ 修正。

【００２４】図１は、大域データ捕獲方法の観点から本
発明の位置を示す図である。その方法は、以下の事項に
よって記述することができる制約の関数で成り立ってい
る− 資源消費： ＊ 記憶域占有、 ＊ プロセッサ時間、 ＊ データ・スループット − 顧客性能： − データ入手可能度及びアクセス： ＊ リアル・タイムで、 ＊ 繰延べ時間で − 情報の品質及び保全性： − 問題の再現能力：

【００２５】これらの要件を満足するいろいろな方法の
能力は、２つの基準、すなわち選択性と活動性（それぞ
れ図面の縦及び横軸線上に現れる）に基づいて測定する
ことができる。選択性とは、一定時間で最も関係のある
情報を標的にするツールの能力を意味する。他方、活動
性とは、所定の時間的間隔において、１つのコードの進
行およびその実行経路を追跡する能力を表す。

【００２６】共通的に使用されている異なるデータ捕獲
ツールの主要特徴は以下の通りである。 − 大域ダンプ（Global Dump)：定義によって、全記
憶の捕獲は誤り調査のため、低選択性モード（数メガバ
イトの生成データまで）で行われる。しかし、それは制
御プログラムまたはプロセッサが動作不能状態になって
システムの全面的な再開始を必要とするようになった場
合の唯一解決策を表しうるものである。

【００２７】− 軽誤り指定域ダンプ：データ捕獲
は、誤りコードに関係する記憶に限定される。問題の特
定には、以下に示す２種類のデータが特に有益である： ＊ システム・データ：コード環境を構成すると共
に、システムにおける誤りの総括的理解に寄与するデー
タ：システム・トレース、レジスタ、スタック等・・・ ＊ アプリケーション・データ：誤り発生時に、コー
ド自体によって定義される機能データ。

【００２８】“指定域ダンプ”中に収集されるデータ量
は、解決すべき問題の複雑さに応じて、十から数百キロ
・バイトまで変えることができる。“任意型ダンプ”
は、コード自体によってプロセッサ内から要求される
が、それに対する応答型ダンプは操作卓または任意の外
部保守システムによって選択される。

【００２９】− 内部トレース：コードに常駐するこ
とができ、これによってコードの実行を選択的かつ活動
的に観察することができるが、システム性能への影響を
制限するため、内容は、極最小に限定される。内部トレ
ースは、故障プログラム自体によって管理され、通常
“誤り通知”（軽誤りまたは重誤り）または“指定域ダ
ンプ”機構によって報告される。

【００３０】− 外部または応答型トレース：これら
は外部の構成要素によって選択されるが、当然ながら、
問題を再現できる条件の下で、繰延べモードにより、コ
ードの進行を総括的に調査可能にするという意味におい
て“内部トレース”を完結する。

【００３１】− 軽誤り通知：ソフトウェアまたはハ
ードウェア上の誤り、恒久的または一時的誤り等の誤り
を検出する各コードは、ことの推移の理解に必要な第１
の入手可能データにより、状況を識別することを機能と
する誤り記録を作成かつ報告する責任がある。その記録
は、一般に下記で構成される。すなわち、 ＊ 日時、誤りの型等のある種の一般的情報を有す
る、故障要素（あるとすると、ソフトウェアまたはハー
ドウェア）の識別、 ＊ プログラム自体に捕獲された誤りデータ。これら
は、誤ったアプリケーションの文脈に特有であり、通
常、第１誤りデータ捕獲（First Error Data Capture)
を表すＦＥＣＤという総称語で述べられる。性能面の制
約から、誤り記録の大きさは一般に数百バイトに限定さ
れ、情報を完結させるには、たいてい“指定域ダンプ”
が必要である。

【００３２】− 重誤り通知：故障プログラムは、も
はや操作の制御権を持たないため、誤りは、拡張権限が
与えられた外部コードによって検出される。このコード
は、作動不能となる前に、プログラムによって予め宣言
されたデータによる誤り記録を報告する。この重誤り記
録は、“軽誤り”の場合に報告されたものと類似する
が、故障プログラムの代わりに誤りデータが捕獲される
ため、その誤りデータは、正確性および選択性が低いと
いう点で相違している。大抵の場合、問題の識別及び分
離には、１キロバイト以上のデータが必要である。本発
明の目的は、“重誤り”発生前に、データを記述し、故
障発生の場合、外部の誤りコードによってそれを選択的
に捕獲する方法を提供するものである。

【００３３】− 重誤り指定域ダンプ：この処理は、
誤りの識別だけでなく、自動警告または即時回復のトリ
ガにも使用され、“重誤り通知”処理によって収集済み
の情報を完結させると共に、操作卓または任意の問題管
理システムから、繰延べ時間において問題を広範に調査
する権限が与えられる。データの宣言及び選択の原理
は、“重誤り通知”処理又はプロセスで実行されたもの
に類似している。データ報告方法自体は、従来技術であ
るため、その詳細は説明しない。

【００３４】図２は、本発明による“重誤り通知”処理
で使用されるタスク・データ・テーブルを示している。

【００３５】一般に、システム資源をアプリケションの
特殊ニーズの機能において最適化するため、コードはタ
スクとよばれる論理サブセットに分割される。“タス
ク”とは、全アプリケーションの実行を管理する制御プ
ログラムによってそのようなものと認識された独立構成
要素である。各“タスク”は、特定アプリケーションを
表すものと想定され、システム内のある種の特定資源に
帰属される。“重誤り通知”は任意のタスクに専用の処
理であり、“誤り処理プログラム”と称する全システム
に共通な外部コードが、“タスク”自体で予め作成した
情報により、故障“タスク”に代わって誤り記録を構築
できるようにする。

【００３６】この記録は、“重及び軽誤り”に共通する
チャネルによって報告される。常時動作状態にするた
め、この方法は、問題が発生した場合に、その理解に要
するデータを記述するパラメータをコードのキーポイン
トにおいて更新することを必要とする。各タスクは、重
誤りタスク・データ・テーブル(MJEN TDT)と称するテ
ーブル内の自己データに責任を持つ。それぞれの“タス
ク・データ・テーブル”（MJEN TDT)は、“誤り処理プ
ログラム”を共用しており、各タスクに対して固有であ
ると共に、捕獲するデータ・フィールドの記述を含む、
重誤りファミリー（MJEN FAMILY) と称するいくつかの
副区域に分割される。

【００３７】性能上の理由から、 − 潜在的重誤りに付随する全データは、初期期間中
に" タスク・データ・テーブル"(MJEN TDT)に記述され
る。 − タスクによるテーブル内の関係のあるデータの選
択は、コードのキーポイントにおいて、選択テーブル(A
ctivation Table) (MJEN AT) と称する“誤り処理プロ
グラム" と共用される領域を正しいファミリ(MJEN FAMI
LY)で更新することにより容易に実現される。このテー
ブルは選択時に直接アクセスを可能にする“タスク”環
境におかれている。

【００３８】記憶容量を制限するため、 − “タスク・データ・テーブル" (MJEN TDT)は、
タスクの正確な要件に従って動的に定義される。 − アドレス、寸法、名前などのデータの記述だけが
“タスク・データ・テーブル" （MJEN TDT)に投入され
る。 − 一時記憶空間に記憶されたデータは、割振り期間
の間に限り宣言され、その後削除される。

【００３９】データ記述の保全性を保証するため、 − “タスク・データ・テーブル" (MJEN TDT)は、
誤り処理プログラム環境に置かれ、サービス手順に従
い、“タスク" により間接的にアドレス指定される。

【００４０】データ処理システムにおいて、それぞれ特
定のデータ宣言モードを必要とする、一般に、２種類の
記憶域が“タスク" によって使用される。 − 静的記憶域は、各タスクの作成の時にシステムに
よって割振られる。静的記憶域のデータは、コード進行
の最初で、全“タスク・データ・テーブル”（MJEN TD
T)に一度だけ宣言される。 − 動的記憶域は コード実行中に“タスク”自体で
要求され、割振り時間中に、タスク・データ・テーブル
の動的データが一時的に宣言される。

【００４１】“重誤り通知" 処理は、全体的に、仮説上
の問題に対するタスクの予測能力に基づいて行われる。
タスク以外には、未発生の誤りに対し選択するべき情報
の型及び量に関する最良の選択を実現できるものはな
い。

【００４２】図２に示すように、“タスク・データ・テ
ーブル"(MJEN TDT)( ２００）は、論理的に以下のよう
に構成される。 − （２０１）システムの記憶制約に従って、テーブ
ルを管理するのに要する全データを含むタスク・データ
・テーブル・ヘッダ ： ＊ （２０２）タスク・データ・テーブル識別 、 ＊ （２０３）ファミリーの数、

【００４３】＊ （２０４）テーブル内におけるデー
タ・フィールド記述の総数、 ＊ （２０５）コードのバージョン、長さ、最終更新
などの内部データ、・・・。 − （２０６）零からＮまでの番号で識別された“フ
ァミリー"(MJEN FAMILY)で、それぞれ、以下に示すも
のによって構成される： ＊ （２０７）内部データを備えるファミリー・ヘッ
ダ、 ＊ （２０８）誤り処理プログラムが正しいデータを
捕獲するのに要する全ての属性を備えるデータ・フィー
ルド記述（MJEN DFD)。

【００４４】“選択（Activation) ”と呼ばれるもの
は、誤りが発生した場合に処理するために、正しい“フ
ァミリー" （MJEN FAMILY)の識別を用いて、“タス
ク”が“誤り処理プログラム”と共用するテーブルを更
新することである。“タスク”によって、“重誤り選択
テーブル" (MJEN AT) と呼ばれるこのテーブルに直接
アクセスすることにより、コード性能に与える選択処理
の影響を最小にすることができる。その代わり、本テー
ブルが“タスク”環境に置かれているという事実では、
誤り発生後の情報の総体的保全性は保証されず、ここに
示された解決策は性能と保護との妥協案に過ぎないの
で、実施の特定条件に従って修正することができる。

【００４５】２つの型の“ファミリー”が使用される。
すなわち、 − 共通重誤りファミリー(MJEN FAMILY 00）また
はファミリー 零：常に活動状態であり、“タスク”に
記述されている全“重誤り”に共通するデータの記述に
対して予約されているものであり、同一情報に対する
“タスク・データ・テーブル”( MJEN TDT)への入力の
無駄を防止する。 − 特定重誤りファミリー(MJEN FAMILY XX) 。各
“重誤り”に対して、特定“ファミリー”が１つだけ付
随されている： 同時に１つだけを活動状態に置くこと
ができ、新しい選択“ファミリー”が以前の物と入れ替
わる。

【００４６】最小で、１つだけの“ファミリー”、“共
通ファミリー"(MJEN FAMILY 00)が選択され、最大で
２つの“ファミリー”即ち“共通ファミリー”（MJEN
FAMILY 00）と選択された“特定ファミリー”（MJEN
FAMILY XX) が使用される。

【００４７】図３は、本発明による“タスク・データ・
テーブル”に内蔵された“データ・フィールドの記述”
を説明した図である。

【００４８】予め定義された各“ファミリー”（MJEN
FAMILY) は、以下の様に組織される。 − （３０１）内部データを備えるファミリー・ヘッ
ダ。 − （３０２）ファミリー識別。 − （３０３）データ・フィールドの記述、各々は下
記のものからなる： ＊ （３０４）内部データを備えるデータ・フィール
ド記述ヘッダ、 ＊ （３０５）データ・フィールド記述識別

【００４９】＊ （３０６）誤り記録番号： これに
基づき、データ・フィールドが“誤り処理プログラム”
によって報告されなければならない。各活動“ファミリ
ー”に対して、５個までの誤り記録を付随させることが
でき、“タスク”は、各記入事項（付録 MJEN ADDIT
ION Pを参照）に対して、“データ・フィールド”を報
告するときに必要とされる記録の番号を指定する、 ＊ （３０７）データ・フィールド識別：“タスク”
の記憶空間からのデータを検索するのに要する全パラメ
ータを備えている。すなわち、 ・ “タスク”の記憶空間の“データ・フィールド”
のアドレス、 ・ フィールドの長さ、 ・ 名前 ・・・。

【００５０】図４および５は、本発明による“重誤り通
知”処理に関係する一般的機構および基本的動作を説明
する図である。

【００５１】− ステップ５０１：予備段階では、各
“タスク”（４００）は、２つのサービス手順（詳細に
ついては付録参照）によって、自己の“タスク・データ
・テーブル”（MJEN TDT)を定義し構成する： ＊ （４０１）MJEN INITIATION P ：“タスク・デ
ータ・テーブル”の初期設定、 ＊ （４０２）MJEN ADDITION P ：予め定義された
“タスク・データ・テーブル”への“データ・フィール
ド記述”の入力。

【００５２】静的記憶域へのデータ記述は、コード実行
の最初に一回だけ投入され、記憶上の理由から、“共通
ファミリー”( MJEN FAMILY 00) が、他にさきがけて
定義される。

【００５３】− ステップ５０２：安定状態では、
“特定ファミリー”は、コードのキーポイント（KP X)
毎に次々に選択（４０３）される。各キーポイントにお
いて、“タスク”は“選択テーブル”（MJEN AT)(４０
５）を“ファミリー”で更新する（４０４）。エラーが
発生したときに生じる問題は“重誤り識別子”（４０
６）と称する特定パラメータで記述される。

【００５４】“タスク”は、そのコードの実行中に、所
定期間の間、追加記憶域を要求することができる。この
動的記憶域に記憶されたデータについては、割振りの期
間の間中、宣言（４０７）することができる。その後、
以下の手順に従って、テーブル内の入力を削除する： ＊ （４０８）MJEN DELETE P ：“タスク・データ
・テーブル”内の“データ・フィールド記述”の除去。

【００５５】− ステップ５０３：“重誤り”が発生
すると（４０９）、“タスク”は動作制御を失う。“制
御プログラム”（４１０）は誤りを検出して、“誤り処
理プログラム”（４１１）を呼び出し、関係のあるデー
タを捕獲して報告する。“誤り処理プログラム”は、シ
ステム内の全“タスク”で共用される特定コードであ
り、以下の拡張特権が与えられる： ＊ データ捕獲中の割り込みを許さない高優先レベ
ル、 ＊ “タスク”の記憶空間に読み取るための拡張メモ
リ。

【００５６】− ステップ５０４：“誤り処理プログ
ラム”は、故障“タスク”を識別し、故障が生じる前の
最後のキーポイントで選択された“共通ファミリー”
（MEJN FAMILY 00) （４１２）および“特定 ファミ
リー”（MJEN FAMILY XX)（４０４）の識別を“選択
テーブル”（MJEN AT) から読み取る。“データ・フィ
ールド記述”（MJEN DFD)（４１３）に内蔵されている
記述、長さ、アドレス、名前等から、正しいデータ（４
１４）が、“タスク”の記憶空間から検索される。

【００５７】− ステップ５０５：“誤り処理プログ
ラム”は“重誤り”が検出されると、即座に、自体の情
報“第１誤りデータ捕獲”（FEDC)と以下に示すような
最大の“システム・データ”を有する“軽誤り記録”を
作成して、これを報告する。 ＊ 現行“タスク”の特徴、 ＊ “タスク”環境を記述する情報、・・・。

【００５８】第２段階において、該プログラムは、“選
択テーブル”( MJEN AT) から検索された“重誤り識別
子”（４０６）と、先に選択された“ファミリー”によ
って捕獲されたデータにより、“重誤り記録”を構築す
る。この記録は、“軽誤り”と同じ経路を介して報告さ
れる。しかし、“重誤り”にとっては、報告すべきデー
タ量（多くの場合、数百バイト対十キロバイト）がより
重要であることから、“重誤り記録”の大きさを、従来
の報告機構によって与えられる容量に適応させる必要が
ある。

【００５９】転送時間および記憶容量等の性能上の理由
から、“重誤り記録”は、“軽誤り記録”の大きさを越
えない、数個の別個の記録に分割される。データ分割お
よび誤り記録構築要領は、各“タスク”の責任下にあ
り、“タスク”は各“データ・フィールド記述”の記入
事項でデータを報告するときに付さなければならない記
録番号を指定する（付録 MJEN ADDITIONAL P参
照）。これは、各活動状態の“特定ファミリー”に対し
て、“故障処理プログラム"（Fault Handler)が１乃至
５個の連鎖誤り記録を伴うことを意味している。これら
の全記録は周知の処理によって、特定相関標識と相関さ
れる。

【００６０】“指定域ダンプ”処理に関する目標は以下
の考察に要約することができる。 − 繰延べモードで問題を詳細に調べるために“重誤
り通知”処理で既に収集された情報を完結する。捕獲さ
れたデータは、厳密には、誤りデータに限定されず、問
題とその文脈を理解し易くするための機能データを含む
ものである。 − “指定域ダンプ”の寸法を制限して、時間および
記憶面で、操作卓または保守サブシステムに対し転送し
易くする。 − コード性能に与える影響が最小で済むダンプする
べきデータを容易に宣言する方法を提供する。これは、
実用的コードにサービス機能を与え、ダンプするべき区
域を動的に定義すれば可能である。

【００６１】− ダンプ保全性（Dump Integrity)の
保証：十分な優先レベルで作業することによって、“ダ
ンプ”処理の開始時に、アプリケーションがこれに割り
込まないようにする。

【００６２】これらの制約によると、“指定域ダンプ”
処理は、“重誤り通知”処理に酷似する要領で組織され
る。これは以下を意味する。即ち、 − 捕獲及びダンプするべきデータを、アプリケーシ
ョン・コード自体が論理的かつ動的に記述する： ＊ 第１段階で、アプリケーションは“タスク・デー
タ・テーブル”（MJSD TDT)と称するデータ空間を構成
し、ダンプするべきデータ・フィールドを宣言する、 ＊ 第２段階で、アプリケーションの予想能力の機能
で、“タスク・データ・テーブル”（MJSD TDT)内の関
係のあるデータ・セットをコードのキー・ポイントにお
いて選択する。 − “誤り処理プログラム”は、宣言済みデータの効
果的な捕獲及び報告を開始しこれを管理する。

【００６３】“指定域ダンプ”は、以下の要素によって
構成される。すなわち、 − システム・データ: “タスク”環境を構成すると
共に、問題の総括的理解に有益な、スタック、レジス
タ、システム“トレース”バッファ等のデータであり、
“誤り処理プログラム”によって、直接収集される。 − アプリケーション・データ：適宜の“ダンプ”手
順を用いる、実用的コードによって、直接定義されたデ
ータであり、以下の３つの型に分けられる。

【００６４】＊ パブリック・データ：システム内の
トリガされた 全“ダンプ”に含まれるデータであり、
全アプリケーションの一般的関心事を表すが、システム
の全“タスク”で共用される“パブリック又は共用デー
タ・テーブル”（MJEN PDT)に記述される。このテーブ
ルは、“タスク・データ・テーブル”（MJEN TDT)と同
一の構成を有しているが、 固定的に選択された固有の
“ファミリー”の周りに組織される。

【００６５】＊ 共通データ：同一“タスク”内の全
“ダンプ”に共通するデータであり、“タスク”に関連
する“タスク・データ・テーブル”内の“共通ファミリ
ー”（MJSD FAMILY 00) に記述される。この“共通フ
ァミリー”は、“タスク”が動作する度に選択される。 ＊ 特定データ：宣言“タスク”の“ダンプ”だけで
収集されたデータであるが、最も貴重なデバッグ情報を
構成しており、コードのキー・ポイントにおいて選択さ
れた“特定ファミリー”（MJSD FAMIILY XX)と称する
ものに記述されている。

【００６６】“重誤り通知”処理と比較して、“指定域
ダンプ”は、データ捕獲区域を以下の説明のところまで
延ばしている。 − “パブリック・データ”：全“タスク”に共通す
る専用の“タスク・データ・テーブル”を定義すること
によって得られ、この手段によって、“タスク”は、自
己の環境内でデータを選択し、システム内の全“ダン
プ”の一般的関心事として宣言することができる。 − “機能データ”：宣言済みの“誤りデータ”に付
加されるものであり、“タスク”の機能性およびいずれ
の誤り状態にも依存しないオペレーションの一般的実行
に関連している。

【００６７】“指定域ダンプ”と“誤り通知タスク・デ
ータ・テーブル”との全体的構成は同一であり、前記の
図２に示される。“データ・フィールド記述”の内容
は、図３に示すものと比較して、以下の２点で相違して
いる。 − データは連鎖記録によって保守サブシステムに対
して報告されず、ファイル内でのみ報告されるため、
“誤り記録”番号パラメータが使用されない。 − 大半の場合、捕獲された“パブリック・データ”
が、故障“タスク”ではなく、同一システム内のその他
の“タスク”によって宣言されたことから、データを宣
言した“タスク”の識別が述べられる。

【００６８】各“ファミリー”（MJSD FAMILY) は、以
下のように組織される。 − 内部データを備える“ファミリー・ヘッダ。 − “ファミリー識別。 − “データ・フィールド記述”：それぞれ以下によ
って構成される： ＊ 宣言用“タスク識別”、 ＊ 内部データを備える“データ・フィールド記述ヘ
ッダ”、 ＊ “データ・フィールド記述識別”、 ＊ “データ・フィールド識別”。

【００６９】図７および５は、本発明による“指定域ダ
ンプ”処理に関係する、一般的機構及び基本動作を示
す。

【００７０】− ステップ５０１：予備段階におい
て、各“タスク”（７００）は、自己の“誤り通知およ
び指定域ダンプ・タスク・データ・テーブル”を定義
し、構成する。“指定域ダンプ・タスク・データ・テー
ブル”（MJSD TDT)を２つの手順によって作成する（詳
細は、付録参照）。

【００７１】＊ （７０１）MJSD INITIATION P:
“誤り処理プログラム”環境内の“タスク・データ・テ
ーブル”（MJSD TDT)の初期設定。“パブリック・デー
タ・テーブル”（MJSD PDT)は、“誤り処理プログラ
ム”の直接制御の下にあり、アプリケーションによって
定義されないのもとする。 ＊ （７０２）MJSD ADDITION P ：以前に定義され
た“タスク・データ・テーブル”（MJSD TDT)、または
“パブリック・データ・テーブル”（MJSD PDT)内に、
新規な“データ・フィールド記述”（MJSD DFD)が追加
される。

【００７２】静的記憶域へのデータ記述は、コード実行
の最初に、１回に限り入力される。記憶上の理由から、
“共通ファミリー”（MJSD FAMILY 00) は、他に先駆
けて定義される。

【００７３】− ステップ５０２：安定状態で、“特
定ファミリー”はコードのキーポイント（KP X) 毎に次
々に選択（７０３）される。“タスク”は、“指定域ダ
ンプ選択テーブル”（７０５）（MJSD AT) 内の“ファ
ミリー”識別パラメータ（７０４）を更新することによ
って、正しい“ダンプ・ファミリー”を選択する。この
テーブルは、“タスク”環境内におかれており、そのア
クセスは、“誤り処理プログラム”（７１１）と共用さ
れる。

【００７４】− “タスク”は、そのコードの実行
中、所定期間にわたって、追加の記憶域を要求する。こ
の動的記憶域に記憶されたデータについては、割振り期
間の間中、宣言（７０７）することができる。その後テ
ーブル内の入力を、以下の手順によって削除する： ＊ （７０８）MJSD DELETE P ：“タスク・データ
・テーブル”（MJSDTDT 内の、“データ・フィールド記
述”（MJSD DFD)を除去する。

【００７５】− ステップ５０３：“重誤り”が発生
すると（７０９）、“タスク”は、動作制御を失なう。
“制御プログラム”（７１０）は、誤りを検出して“誤
り処理プログラム”（７１１）を呼び出し、関係のある
データの捕獲と報告とを管理する。

【００７６】− ステップ５０４：“誤り処理プログ
ラム”（７１１）は、故障“タスク”を識別して、エラ
ーが発生する前の最後のキーポイントで選択された“共
通ファミリー” (MJSD FAMILY 00) （７１２）と“特
定ファミリー”（MJSD FAMILY XX)（７０４）との識
別を、“選択テーブル”（MJSDAT)（７０５）から読み
取る。“データ・フィールド記述”（MJSD DFD)（７１
３）に内蔵された記述から、正しい“共通及び特定デー
タ”（７１４）を、“タスク”記憶空間から検索する。
固定的に選択された“ファミリ−”を有する、“パブリ
ック・データ・テーブル”（MJSD PDT)に内蔵された記
述から、“パブリック・データ”を検索する。“パブリ
ック・データ”の大半は、“タスク”によって宣言され
たものではなく、これらの捕獲は“タスク”の限定され
た空間をオーバーランする。それらの選択及び捕獲は
“誤り処理プログラム”の全責任下で行われるので、
“システム・データ”は“タスク・データ・テーブル”
（MJSD TDT)に記述されない。検索された全データは、
“誤り処理プログラム”環境の専用区域に転送して、
“ダンプ”処理中に“制御プログラム”によって凍結さ
れたアプリケーション資源を可能な限り早くリリースす
る。

【００７７】− ステップ５０５：“誤り処理プログ
ラム”は、“重誤り”が検出されると即座に、予め記述
された“誤り通知”処理に従って、“軽誤り”と“重誤
り”とを作成して報告する。

【００７８】第２段階において、検索された全データを
“ダンプ”ファイルでフォーマット化して、本発明の目
的ではない古典的な方法で報告する。本願の場合、以前
に報告された“軽誤り”記録は、保守サブシステムに対
し報告するべき待機中の“指定域ダンプ・ファイル”の
存在を通知する。誤り“通知”記録と“指定域ダンプ”
とは特定標識によって相関され、保守サブシステム・レ
ベルにおける問題を判別し易くする。

【００７９】“重誤り通知”と“指定域ダンプ”とは、
多重タスク操作及び多重処理環境にとりわけ適合してい
る。図６に示すと共に、以下に説明するシステムは、本
発明を実行できる型のコンテキストに典型的なものであ
る。このデータ処理システムは、以下の要素によって構
成される。 − 外部操作卓と保守システム（６０１）：構成、変
更管理及び問題分析等を行う。

【００８０】− サブシステム（６０３）：それぞれ
以下の特徴を有する： ＊ ３２ビットのマイクロプロセッサ ＩＮＴＥＬ８
０４８６、 ＊ リアル・タイム動作モード、 ＊ 多重タスク操作システム（１００以上の“タス
ク”を並列処理する）、 ＊ 頁付仮想記憶、 ＊ 記憶域の動的割振り、 ＊ １２メガバイトの記憶容量 − データ・バス（６０２）：１０セット以上までの
サブシステムを接続する。

【００８１】システム全体では、約５０万行のコード行
を表す。プログラム例外は、プロセッサ８０４８６に特
有であり、ＩＮＴＥＬプログラマ参照マニュアル（INTE
L Probrammer's Reference Manual)に詳細が記載されて
いる。これらは、プロセッサ８０４８６が命令実行中に
検出した“重誤り”状態を処理する。サブシステムが捕
獲した全データを操作卓に対し分析のため報告する。

【００８２】以下の数値は、本発明環境の特徴である。 − “軽誤り通知”： ＊ 誤りコードの最大データ・サイズ：２キロバイト
／記録。 − “重誤り通知”： ＊ “タスク”当りの最大“ファミリー”数：６４、 ＊ “タスク”当りの最大“データ・フィールド記
述”数：１４５、 ＊ 最大データ・サイズ：１０キロバイト（５個の２
キロバイト誤り記録）。 − “指定域ダンプ”： ＊ アプリケーションに許された目標ダンプ・サイ
ズ：３００キロバイト以下（“共通データ”および“特
定データ”）、 ＊ “タスク”当りの最大ダンプ“ファミリー”数：
１６、 ＊ “ファミリー”当りの最大“データ・フィールド
記述”数：１０２４。

【００８３】観察所見： “重誤り”処理は、全オペレーティング・システムに適
している。“重誤り通知”および“指定域ダンプ”に対
して予め定義されたような、“タスク”内のコードの区
画は、特に多重タスク操作モードに適している。独立ア
プリケーションにおけるこのセグメント化は、８０４８
６のような多重タスク操作プロセッサの組織に収束す
る。アプリケーションのアーキテクチャに与える“重誤
り”処理の影響は、非常に限られており、再使用または
複数のソースコードと適合し易くする。本発明に対して
必要なコードの開発は、好ましくは、複雑かつ大量でソ
フトウェア集約的システムの作成に適した、ＡＤＡ，Ｃ
／Ｃ＋＋等のような高度に構造化又は階層化され、強固
に類型化された言語の使用が求められる。

【００８４】［付録］ “重誤り通知”および“指定域ダンプ”処理に関連する
特定手順の詳細を以下に説明する。： 重誤り通知 〔MJEN INITIATION P 〕 − 機能（FUNCTION) ：

【００８５】この手順は、“タスク”によって呼び出さ
れ、“重誤り”の場合に収集されるデータの宣言に使用
される論理空間を構成する。“重誤りタスク・データ・
テーブル”（MJEN TDT)と称するこの論理空間は： ＊ 各“タスク”に対して固有であり、 ＊ “誤り処理プログラム”環境に置かれ、 ＊ 捕獲するべきデータ・フィールドの記述を内蔵す
る、“重誤りファミリー”（MJEN FAMILY) と称するい
くつかの副区域に分割される。

【００８６】各タスクの特定ニーズに記憶資源を適合さ
せるため、動作状態にする前に、“ファミリー”（MJEN
FAMILY) および“データ・フィールド記述”（MJEN
DFD)の数が、実用的コードによって宣言されなければな
らない。 − 入力パラメータ（INPUT PARAMETERS) ： コードは、一連の入力パラメータにより、MJEN INITIA
TION P 手順を呼び出す： ＊ MJEN TDT ：加入“タスク”に関連する“重誤り
タスク・データ・テーブル”の識別、 ＊ MJEN FAMILY NUMBER: “タスク”によって加入
された“重誤りファミリー”（MJEN FAMILY)の数、 ＊ MJEN DATA FIELD DESCRIPTION NUMBER：
“タスク”によって加入された“データ・フィールド記
述”（MJEN DFD)の総数。

【００８７】− 同期出力パラメータ： ＊ MJEN FAMILIES NUMBER ACK ：実際にタスクに
帰属する“重誤りファミリー”（MJEN FAMILY)の数。
これらの“ファミリー”の識別は、零から始まる一連の
連続値として定義される、 ＊ MJEN DFD NUMBER ACK ：実際にタスクに帰属
する“データ・フィールド記述”（MJEN DFD)の数。こ
れは、所望時間に使用できる記憶域によって決まる、 ＊ MJEN RETURN CODE：起動手順の結果による戻り
コードＯＫまたはＫＯ。 − 非同期出力パラメータ（ASYNCHRONOUS OUTPUT PA
RAMETERS) ： ＊ なし。

【００８８】〔MJEN ADDITION P 〕 − 機能： 本手順は、“タスク・データ・テーブル”（MJEN TDT)
の構成後に呼び出され、“重誤り”の場合、“タスク”
が捕獲したいデータの記述を“ファミリー”（MJEN FA
MILY) に記憶する。 − 入力パラメータ（INPUT PARAMETERS) ： コードは一連の入力パラメータにより、MJEN ADDITION
P 手順を呼び出す： ＊ MJEN TDT ：加入“タスク”に関連する“重誤り
タスク・データ・テーブル”の識別、

【００８９】＊ MJEN ERROR RECORD NUMBER：宣
言されたデータ・フィールドを含み得る“重誤り記録”
の数、 ＊ MJEN FAMILY：以下に定義されたデータ・フィー
ルドの記述を受ける様に選択された“重誤りファミリ
ー”（MJEN FAMILY) 、 ＊ MJEN DFD DESCRIPTION ：予め定義された“重
誤りファミリー”（MJEN FAMILY) に入力される“デー
タ・フィールド記述”： ・ アドレス、 ・ 名前、 ・ 大きさ。

【００９０】− 同期出力パラメータ： ＊ MJEN DFD IDENTIFICATION：手順によって戻さ
れた、新規加入“データ・フィールド記述”（MJEN DF
D)の識別、 ＊ MJEN RETURN CODE ：動作結果による戻りコー
ドＯＫまたはＫＯ。− 非同期出力パラメータ ： ＊ なし。

【００９１】〔MJEN DELETE P 〕 − 機能： この手順を呼び出して、“ファミリー”から“データ・
フィールド”を除去する。 − 入力パラメータ： コードは、一連の入力パラメータでMJEN DELETE P を
呼び出す： ＊ MJEN TDT ：データ・フィールドの除去を求める
“タスク”に関連する“タスク・データ・テーブル”の
識別、 ＊ MJEN FAMILY：“データ・フィールド”を除去す
べき“誤り通知”ファミリー。特定値は、全“ファミリ
ー”の完全消去要求をしめす、 ＊ MJEN DFD IDENTIFICATION：“ファミリー”か
ら除去する“データ・フィールド記述”の識別。特定値
で、同一“ファミリー”の全入力を削除することができ
る。

【００９２】− 同期出力パラメータ： ＊ MJEN RETURN CODE：動作結果による戻りコード
ＯＫまたはＫＯ − 非同期出力パラメータ： ＊ なし。

【００９３】重誤り指定域ダンプ 〔MJSD INITIATION P ] − 機能： 本手順は、“タスク”によって呼び出され、“重誤り”
の場合に収集するデータの宣言に使用される論理空間を
構成する。“重誤りタスク・データ・テーブル”（MJSD
TDT)と称するこの論理空間は： ＊ 各“タスク”に対し固有であり、 ＊ “誤り処理プログラム”環境に置かれ、 ＊ 捕獲するべきデータ・フィールドの記述を内蔵す
る、“重誤りファミリー”（MJSD FAMILY) と称する、
ある数の副区域に分割される。

【００９４】記憶資源を各タスクの特定ニーズに適合さ
せるため、動作状態にする前に、“ファミリー”（MJSD
FAMILY) の数および“データ・フィールド記述”（MJ
SDTDT)の数を実用型コードにより宣言しなければならな
い。 − 入力パラメータ： コードは一連の入力パラメータにより、MJSD INITIATI
ON P 手順を呼び出す： ＊ MJSD TDT)：加入“タスク”に関連する“重誤り
タスク・データ・テーブル”の識別、 ＊ MJSD FAMILIES NUMBER：“タスク”によって加
入された“重誤りファミリー”（MJSD FAMILY) の数、 ＊ MJSD DFD NUMBER ：“タスク”によって加入さ
れた、“データ・フィールド記述”（MJSD DFD)の総
数。

【００９５】− 同期出力パラメータ： ＊ MJSD FAMILIES NUMBER ACK ：実際にタスクに
帰属する“重誤りファミリー”（MJSD FAMILY)の数。
これらファミリーの識別は、零から始まる一連の連続値
として定義される、 ＊ MJSD DFD NUMBER ACK ：実際にタスクに帰属
する“データ・フィールド記述”（MJSD DFD)の数。こ
の数は、所望時間に使用できる記憶域によって決まる、 ＊ MJSD RETURN CODE：起動手順の結果による戻り
コードＯＫまたはＫＯ − 非同期出力パラメータ : ＊ なし。

【００９６】〔MJSD ADDITION P 〕 − 機能： この手順を呼び出して、“ファミリー”に“データ・フ
ィールド”を追加する。 − 入力パラメータ： コードは、一連の入力パラメータにより、MJSD ADDITI
ON P を呼び出す： ＊ MSDN TDT ：サービスを要求する“タスク”に関
連する“タスク・データ・テーブル”の識別、

【００９７】＊ MJSD TYPE：宣言された“データ・
フィールド”については、“共通”、“特定”または
“パブリック”のいずれにもすることができる。“パブ
リック”とは、“データ・フィールド”が実行された全
てのダンプに含まれるべきことを意味する。その記述
は、“誤り処理プログラム”によって管理された“パブ
リック・データ・テーブル”に入力される。“特定デー
タ・フィールド”及び“共通データ・フィールド”は、
宣言用の“タスク”の“タスク・データテーブル”（MJ
SD TDT ）に入力される、 ＊ MJSD FAMILY：“データ・フィールド”が指定さ
れたダンプ“ファミリー”。同時に、１つの“ファミリ
ー”がダンプされる。 ＊ MJSD DFD：予め宣言されたファミリーに指定さ
れた“データ・フィールド記述”（MJSD DFD)： ・ 記憶域の“データ・フィールド”のアドレス、 ・ フィールドの大きさ。

【００９８】− 同期出力パラメータ： ＊ MJSD DFD IDENTIFICATION：手順によって戻さ
れた、新規加入“データ・フィールド記述”（MJSD DF
D)の識別、 ＊ MJSD AVAILABLE SIZE：認定された最大長さと
比較したダンプ“ファミリー”の、利用できる残余の大
きさ、 ＊ KJSD RETURN CODE：動作の結果による戻りコー
ドＯＫまたはＫＯ− 非同期出力パラメータ： ＊ なし。

【００９９】〔MJSD DELETE P 〕 機能： この手順を呼び出して、“ファミリー”から“データ・
フィールド”を除去する。 − 入力パラメータ： コードは、一連の入力パラメータでMJSD DELETE P 手
順を呼び出す： ＊ MJSD TDT：データ・フィールドの除去を要求す
る“タスク”に関連する“タスク・データ・テーブル”
の識別、 ＊ MJSD FAMILY：“データ・フィールド”を除去す
べき“ダンプ”ファミリー。特定値は、全“ファミリ
ー”の完全消去の要求を示す、 ＊ MJSD DFD IDENTIFICATION：“ファミリー”か
ら除去すべき“データ・フィールド記述”の識別。特定
値により、同一“ファミリー”の全入力を削除すること
ができる。

【０１００】− 同期出力パラメータ： ＊ MJSD RETURN CODE：動作結果による戻りコード
ＯＫまたはＫＯ − 非同期出力パラメータ： ＊ なし。

【０１０１】

【発明の効果】本発明は以上説明したように構成して、
効果的且つ非常に簡単なデータ選択方法を提供して、重
誤り発生時に、データ処理システムの性能及び資源に対
する影響を最小に維持しつつ、ソフトウェアに誤動作を
検出除去させるようにしたことにより、その可用度、品
質及び保守性を高める事ができ、その結果、より重要か
つ複雑なプログラムの開発、テスト及び保守を容易にす
ることができた。

【図面の簡単な説明】

【図１】一般に使用されている異なる型のデバッグ・ツ
ールの主要特徴、および大域データ捕獲方式のコンテキ
ストにおける本発明の位置を示す図。

【図２】本発明による、“重誤り通知”処理で用いる
“タスク・データ・テーブル”の説明用構成図。

【図３】本発明による、“タスク・データ・テーブル”
に内蔵された“データ・フィールド記述”の説明用構成
図。

【図４】本発明による、“重誤り通知”の全体的機構の
説明用構成図。

【図５】本発明による、データ宣言及び捕獲処理の基本
的動作の説明用構成図。

【図６】特に本発明の実行に適した、データ処理システ
ムの構成図。

【図７】本発明による、“重誤り指定域ダンプ”の全体
的機構の説明用構成図。

【符号の説明】

２００ “タスク・データ・テーブル” ２０６ “ファミリー” ２０８ “記述” ４０３、７０３ “選択特定ファミリー” ４０５、７０５ “選択テーブル” ４０９、７０９ “重誤り” ４１１、７１１ “誤り処理プログラム”

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ハーブ・パーリント フランス国、06800、キャグネス−サー −マー、ドメイン・デュ・ループ、１’ アーチュバイ−エイ、レジデンス、（番 地なし) (56)参考文献 特開 平４−134535（ＪＰ，Ａ) Ｊ．Ｈ．クロフォード著、岩谷 宏訳 「80386プログラミング」、（昭63−７ −25）、株式会社工学社、Ｐ．400−406 高澤 嘉光著「ＯＳシリーズ（第７ 巻）ＯＳ−９／68000」（昭64−１− 30）、共立出版株式会社 Ｐ．48、Ｐ. 122−124

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】データ処理システムにおいてタスクの実行
   中に発生する誤り条件に関係のあるデータを選択的に捕
   獲する方法であって、 各タスクに対し、複数のサブセット（ファミリー）に分
   割されたデータ・テーブル（タスク・データ・テーブ
   ル）を動的に定義し、 タスクの実行に関与するデータ・フィールドの内、タス
   クの実行のために固定的に割り振られ、かつタスクの実
   行中複数の予定の点（キー・ポイント）において予想さ
   れる誤り条件に関係するデータ・フィールドの識別を、
   タスク実行開始時に前記サブセット中前記予定の点に対
   応するサブセットにそれぞれ記述し、 タスクの実行に関与するデータ・フィールドの内、タス
   クの実行中一時的に割り振られ、かつタスクの実行にお
   いて予想される誤り条件に関係するデータ・フィールド
   の識別をタスク実行中にサブセットに記述し、 タスクの実行中前記予定の点のそれぞれにおいて、対応
   するサブセットに記述された識別を選択テーブルに読み
   込み、 誤り条件が発生した時に、タスクのレベルより高い優先
   レベルが付与され、かつタスクが使用するデータ・フィ
   ールドに対するアクセスが認められる誤り処理プログラ
   ムに操作の制御を移行し、および、 前記予定の点の内誤り条件が発生する前の最後の点にお
   いて前記選択テーブルに読み込まれたサブセットに記述
   された識別から、前記誤り処理プログラムによって適切
   なデータ・フィールドを検索する、各工程から成ること
   を特徴とする選択的データ捕獲方法。
2. 【請求項２】前記タスクの実行中一時的に割振られたデ
   ータ・フィールドが前記タスクにより解放された後、前
   記タスク・テーブルにおけるそのデータ・フィールドの
   記述を削除することを特徴とする請求項１記載の選択的
   データ捕獲方法。
3. 【請求項３】各データ・テーブル（タスク・データ・テ
   ーブル）は、前記タスクの実行において予想される誤り
   条件全てに共通なデータ・フィールドの記述を有する固
   定的に選択された共通サブセット（ファミリー）、及
   び、各誤り条件に特有のデータ・フィールドを有し、一
   時に１つだけ選択される特定サブセットを含むようにし
   たことを特徴とする請求項１又は２に記載の選択的デー
   タ捕獲方法。
4. 【請求項４】システムにおける全タスクおよび全誤り条
   件に共通に関係するデータ・フィールドは全タスクによ
   り共用され、かつ前記共通サブセットに記述されること
   を特徴とする請求項３に記載の選択的データ捕獲方法。