JPH0561683A - オブジエクトに基づく情報処理システム及びソフトウエア保守システム - Google Patents

Abstract

(57)【要約】 【目的】この発明の目的は、大規模なソフトウェアの保
守の問題の解決にオブジェクト指向手法を適用すること
にある。 【構成】ソフトウェアの実行可能なバージョンをコンポ
ーネント・オブジェクト及び事象に基づいて自動的に生
成するコンピュータ・システム及び方法である。カプセ
ル化、継承及びメッセージ引渡しに関するオブジェクト
指向言語の概念を用いて指定及び実行ステップが簡易化
される。オブジェクト従属関係解釈機能が該オブジェク
トへの事象の引渡しを反復して制御するために設けられ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータ・ソフトウ
ェアのオブジェクトを保守するための装置及び方法に関
し、特にオブジェクト指向概念に基づいてシステム・コ
ンポーネントを表わすオブジェクト及びこれらのコンポ
ーネントに適用されるプロセスを用いるシステムに関す
る。

【０００２】

【従来の技術】ソフトウェア・システムは、実行可能な
システムを形成するようにコンパイルされ相互に連結さ
れる複数のソース・コード・プログラムをつくることに
より構築される。ソフトウェア保守とは、ソフトウェア
の誤りを修正し、又は機能を高めるもしくは変更するよ
うにソフトウェアを変更し適応させるプロセスのことで
ある。ソフトウェア保守は、実行可能なソフトウェア・
システム（実行バージョン）が前記コンポーネントのソ
ース・プログラムに対して行われた全ての変更を包含す
ることを保証しうる。実行バージョンの有効性は、ソー
ス・プログラムの１つが変更される毎にソフトウェア・
システムの全てのコンポーネントをコンパイルし直し且
つ連結し直すことにより保証することができる。しかし
ながら、ソフトウェア・システムのサイズが大きくなる
につれて、この手法は次第に非実際的になる。

【０００３】オペレーティング・システム・ソフトウェ
アのような大規模なソフトウェア・システム及び重要な
アプリケーション・プログラムは数百、数千又は数万の
別々のソース・コード・プログラムから成るかも知れな
い。これらのソース・コード・プログラムは、ソフトウ
ェア・システムの構成の設計者が指定したように相互に
関連する。個々のソフトウェア・システムの相互関連は
階層従属グラフとして示すことができる。例えば、図１
で、toponeと呼ばれるソフトウェア・システムは３つの
コンポーネント、first.o、second.o 及び third.oに基
づく。これらの各々は他のプログラムに従属する。例え
ば、first.oは first.c 及びfirst.hに従属する。

【０００４】一般に、ソフトウェア・システムの従属ネ
ットワークは、最終的にアセンブルされて完成したソフ
トウェア・システムをつくるソース・プログラム・モジ
ュール及び中間コンポーネントを識別する。中間モジュ
ール及び完成したシステム製品の作成は定義された実行
可能なプロセスによってなし遂げられる。最も頻繁に使
用される機能は、ソース・コード・プログラムを、ソー
ス・コードで与えられたステップの実行に必要な機械語
命令を含むオブジェクト・コード・モジュールに変換す
るコンパイルである。例えば、図１で、first.o と命名
されたオブジェクト・コード・モジュールは first.c
を first.h と一緒にコンパイルすることによって生成
される。（この例はＣ言語でコード化されたプログラム
に基づくけれども、その原理はFORTRAN、PASCAL、ADAの
ようなコンパイル又は解釈される言語又はアセンブリ言
語に拡張できる。）２番目に頻繁に使用されるプロセス
は、実行可能なモジュールを作るためのオブジェクト・
コード・ファイルの結合即ち連係編集である。この結合
ステップはオブジェクト・コード・ファイルを相互に関
連づけるのに必要なプロセスを含み、変数、メモリ・ロ
ケーション及び他の要素との関連が完全に解決されるよ
うにするので、その結果生じたモジュールはコンピュー
タ・システムにロードし実行することができる。

【０００５】大規模なソフトウェア・システムでは、ソ
ース・プログラムの変更、又はプログラム間の関係を定
めるソフトウェア構成の変更に、必要な範囲でだけコン
パイル、結合及び他のプロセスを実行することが望まし
い。必要なプロセスだけを手動で実行する試みはソフト
ウェア・システムのサイズが大きくなるにつれて誤り及
び欠落が生じやすい。ソフトウェア保守のために必要な
変更を自動的に決定し所要のプロセスを実行する自動化
ツールが開発されている。前記ツールの１つはUNIX（UN
IXはUNIXシステム・ラボラトリーズ社の商標である）に
基づいたシステムにあるmakeユーティリティである。

【０００６】makeは(makeファイルとして知られる)コン
ピュータ・ファイルで指定された非周期的な従属グラフ
を用いる。グラフ内の各ノードは、もし子ノードのどれ
かが変更されると、親ノードの新しいバージョンを生成
するために実行されるmake規則を有する。実行可能なプ
ログラム A.outのmakeファイルは以下の表１に示す。第
１のラインはA.outがx1.o及びx2.o に従属することを示
す。もしこれらのどれかが無効(out of date)であるこ
とが分かれば、コマンドcc x1.o x2.o が実行される。
これはこれらの２つのオブジェクト・モジュールの結合
ステップを実行する。第３のラインは x1.oがx1.cに従
属することを表わす。もし x1.oがx1.cに関して無効で
あれば、コマンドcc-c x1.cが実行され、もしその日付
が x1.oの日付よりも新しければソース・プログラム x
1.cをコンパイルする。

【０００７】 表１ − make ファイルのリスト Ａ.ｏｕｔ： ｘ１.０ ｘ２.０ ｃｃ ｘ１.０ ｘ２.０ ｘ１.０： ｘ１.ｃ ｃｃ −ｃ ｘ１.ｃ ｘ２.０： ｘ２.ｃ ｃｃ −ｃ ｘ２.ｃ

【０００８】makeユーティリティは、ソフトウェアの保
守を実行できるが、柔軟性に欠け利用するのが困難であ
る。大規模なソフトウェア・システムは多数の規則の指
定を必要とするであろう。makeファイル内のモジュール
の従属及び相互関連はファイルの解釈及び検査を非常に
困難にするというよりもむしろ暗黙的なものにする。こ
れは、ソフトウェア構成及び相互関連に変更が行われる
ときmakeファイルの保守に障害をもたらす。

【０００９】幾つかの他の手法及び提案された代替手法
に関する説明は米国特許第４５５８４１３号に記載され
ている。前記米国特許のシステムはローカル・エリア・
ネットワーク上の一連のワークステーションにあるソー
ス・プログラムに基づいたソフトウェア・システムをア
センブルするように設計されている。前記米国特許のシ
ステムは、より効率的な大規模なソフトウェア製品の管
理を分散環境で提供するように要求されるmakeユーティ
リティへの拡張を提供する。しかしながら、前記米国特
許のシステムは記述子ファイル内の完全な構成（システ
ム・モデル）の仕様を必要とする。

【００１０】オブジェクト指向ソフトウェア・システム
及びオブジェクト指向プログラミング言語は大規模なシ
ステム・ソフトウェアの問題の解決に次第に適用されつ
つある。オブジェクト指向アプローチの目的は、より小
さく、より容易に管理できるように問題を細分化するこ
とにある。オブジェクト指向言語及びシステムはオブジ
ェクトに関してのプログラミング及び開発を促進する。
当該オブジェクトの管理に必要なデータ及び（メソッド
として知られる）プロセスに単一の定義を与えることに
よってオブジェクトはカプセル化(encapsulation)を実
現する。

【００１１】オブジェクト指向言語システムのもう１つ
の特性は継承(inheritance) の概念である。継承は１つ
のオブジェクトが他のオブジェクトからのデータ又はメ
ソッドの継承即ち使用を可能にする。このように、より
一般的なオブジェクト定義からの僅かな変更を定めるこ
とによって、より詳細なオブジェクトを定義することが
できる。

【００１２】オブジェクトのカプセル化にはオブジェク
ト・メソッドの１つの使用によるオブジェクト・データ
の操作又は観察が必要である。各オブジェクトは目に見
えるインタフェースを他のオブジェクトに提供する動作
のセットが与えられる。目に見えるインタフェースの仕
様に合致するメッセージが当該インタフェースで受取ら
れ処理される場合には、オブジェクト間の通信はメッセ
ージ引渡し(messagepassing)によって行われる。オブジ
ェクトに引渡されたメッセージは前記オブジェクトによ
り分析される。オブジェクト自体はメソッドを選択し、
選択したメソッドにより当該メッセージに反応する。

【００１３】オブジェクト指向概念はインスタンス化の
概念によってかなりのオブジェクトの再使用を可能にす
る。インスタンス化は、オブジェクトのコピー又はイン
スタンスが一般的なオブジェクトの記述に基づいて、又
は継承の原理を用いる別のオブジェクトに基づいて生成
されることを可能にする。オブジェクトの特定のインス
タンスはそれ自身のデータを有し、一般的なオブジェク
ト定義における特定のデータをこえることができる。

【００１４】継承は、オブジェクト・インスタンスが１
以上の上位のオブジェクトに隠されたデータ又はメソッ
ドを利用することを可能にする。２以上のオブジェクト
のデータ又はメソッドを継承するオブジェクトは多重継
承を有すると言われる。オブジェクトのカプセル化は図
２のように示される。図２で、オブジェクト１００はデ
ータ記述１１０、機能(メソッド)１１２及び１１４を含
む。オブジェクト１００はメッセージ１１６に反応す
る。メッセージ１１６により、メソッド１１２又は１１
４の１つが選択され実行される。

【００１５】図３は多重継承に関する概念を示す。２つ
のオブジェクトＡ及びＢがそれぞれ参照番号１２０、１
２２で与えられる。オブジェクトＣ １２４ はオブジェ
クトＡおよびＢの各々からデータ及びメソッドを継承す
るものとして示され、それ自身の新たなデータ及びメソ
ッドを持つことができる。オブジェクトＣはオブジェク
トＡ及びＢに多重従属していると言われる。

【００１６】オブジェクト指向アプローチは大規模なソ
フトウェア・システムの保守のような大きな問題を、細
分化するための重要な方法を提供する。カプセル化及び
継承の概念は前記大きな問題を解決する強力なツールを
提供する。

【００１７】

【発明が解決しようとする課題】本発明の目的は、大規
模なソフトウェアの保守の問題の解決にオブジェクト指
向手法を適用することにある。

【００１８】

【課題を解決するための手段】ソフトウェア・システム
は、最下位のレベルで物理的なソース・プログラム・フ
ァイルを表わす複数の他のオブジェクトから成るオブジ
ェクトとして、表わすことができる。更に、ソフトウェ
ア・オブジェクトに適用されるプロセスは、前記オブジ
ェクト内のメソッドとして、それ自身定義することがで
きる。特定のソース・プログラム・ファイルに対するプ
ロセスの適用はメッセージ引渡し方式を用いて達成でき
る。前記処理を制御するために、メッセージはそれ自身
がシステム・オブジェクトに対するプロセスの適用を制
御する属性を備えたオブジェクトとして生成される。こ
れらの改良されたメッセージは本発明のシステムでは事
象(event) として知られる。本発明はオブジェクト従属
関係解釈機能を含み、オブジェクト関係を分析してこれ
らの関係から要求された経路が事象に指定されることを
保証する。

【００１９】よって、本発明により、多数のソフトウェ
ア・コンポーネントから成る大規模なソフトウェア・シ
ステムの保守に関する手法の問題が解決される。

【００２０】

【実施例】本発明は定義されたソフトウェア・オブジェ
クト及び事象に基づいたソフトウェア・システムを保守
するシステム及び方法を提供する。前記システムはソフ
トウェア・オブジェクト及び事象を定義する能力を提供
し、オブジェクトを表わすデータ構造の生成、並びに事
象プロセスを、最終的なソフトウェア・システムの生成
に必要なソフトウェア・オブジェクトに適用するための
オブジェクトの従属関係及び構造の解釈的分析を行う。

【００２１】本発明によるシステムの概要は図４に示
す。ソース・ファイル２１０はオブジェクト及び事象の
定義を含む。良好な実施例では、オブジェクト及び事象
の定義は、オブジェクトの属性及びメソッドの定義を可
能にする記述子を有する一連のテキスト・ファイルとし
て生成される。しかしながら、本発明はテキストに基づ
いたソース・ファイルの使用に限定されず、図形インタ
フェースにより生成されるオブジェクト定義ファイル又
は類似の手法に等しく適用することができる。良好な実
施例では、ソフトウェア・オブジェクトはオブジェクト
及び１以上の属性に名称を与えるオブジェクト記述子を
含む。オブジェクト属性は、変数に対する値の割当て、
オブジェクト従属関係の明細、事象とオブジェクト・メ
ソッドとの関連、又はオブジェクト・メソッドを含むプ
ロセス・ステートメントの定義を含むことができる。従
属リストの提供は本発明にとって特に重要である。従属
リストの属性はその時点のオブジェクトが従属するオブ
ジェクトを指定する。例えば、オブジェクト・コードの
オブジェクトは１以上のソース・コード・オブジェクト
又はライブラリ・オブジェクトに従属するかも知れな
い。

【００２２】オブジェクト・メソッドは現在のソフトウ
ェア・オブジェクトを生成するように処理されねばなら
ない実行可能なステートメントを定める。前記メソッド
はその時点のオブジェクトを生成するために従属オブジ
ェクト及び変数により何が実行されねばならないかを指
定する。従って、前記の実施例では、オブジェクト・コ
ードのオブジェクトを生成するメソッドは従属するソー
ス・コード・ファイルのコンパイルを必要とするかも知
れない。前記メソッドは、異なるタイプのソース・コー
ド・ファイルの認識及び当該認識の結果として適切なコ
ンパイラ又はコンパイラ・オプションの適用ができるよ
うに一般化することができる。

【００２３】一般的なオブジェクトは共通の状況につい
て定めることができる。例えば、Ｃ言語ソース・ファイ
ルに関するオブジェクト・ファイルの生成は共通のコン
パイル・ステップが必要である。一般的なオブジェクト
は所要のオブジェクト・メソッドを指定するＣ言語オブ
ジェクト・コード・ファイルについて定義することがで
きる。システムが一般的なオブジェクトの使用を必要と
するとき、前記オブジェクトは特定のオブジェクト名に
ついてインスタンス化され、もし必要なら、属性はオブ
ジェクト従属を与えるように指定変更される。オブジェ
クト・コード・ファイル及びソース・コード・ファイル
が同じ名称（例えば x1.o及び x1.c）を持つ約定になっ
ている場合、属性の置換えは不要である。

【００２４】ソース・ファイルは事象のオブジェクト定
義も含む。前述のように、事象はソフトウェア・オブジ
ェクトに適用されるプロセスを定める。事象名は、メソ
ッド名に対応し、オブジェクトに所要の機能を実行させ
るメッセージとして働く。本発明による事象定義は、ソ
フトウェア保守プロセスを制御するための事象状態 (ev
ent condition)及び前もって必要な事象(prerequisite
event)の提供を含む。事象状態は事象がソフトウェア・
オブジェクトに引渡される前に満たされねばならないソ
フトウェア・オブジェクトの状態を指定する情報であ
る。良好な実施例では、前記状態は、無状態（満たすべ
きオブジェクト状態がないことを意味する）、無効（ソ
フトウェア・オブジェクトがその従属に関して無効であ
るに相違ないことを意味する）、オブジェクト存在（フ
ァイル・システムにオブジェクトが存在するに相違ない
ことを意味する）、オブジェクト不在及びオブジェクト
構築（オブジェクトが（オペレータ（人間）による入力
ではなく）オブジェクト・メソッドを用いて生成された
ことを意味する）を含む。

【００２５】前もって必要な事象はこの事象の引渡しが
できる前にオブジェクトに引渡すべき事象を指定する。

【００２６】良好な実施例では、もしソフトウェア・オ
ブジェクトに事象を適用することが期待された結果を生
じなければ、検査及び誤り検出を可能にする事前状態及
び事後状態(precondition and post-condition) が事象
オブジェクトに追加して与えられる。従って、例えば、
ソフトウェア・オブジェクトのコンパイル・プロセスの
実行は当該プロセスがオブジェクトを構築する状態を結
果として生じるはずである。もし事後状態の検査が、オ
ブジェクトは当該状態にないということを明らかにすれ
ば誤りが生じるので、システムはオペレータに通知すべ
きである。

【００２７】本発明は次にオブジェクト定義及び事象定
義を含むソース・ファイルを構文解析して中間"オブジ
ェクト・アセンブリ(object assembly)" 言語にする構
文解析機能２２０を含む。オブジェクト・アセンブリ中
間言語は、オブジェクト・データ構造をメモリに構築す
るのに使用できる簡易化されたオブジェクト記述の形式
を提供する。良好な実施例では、オブジェクト・アセン
ブリ中間言語は、オブジェクト、その属性及び状態を定
める一連の１バイト命令コードである。標準的な中間言
語の提供により、本発明は、構文解析機能２２０によっ
て構文解析されたソース・ファイルを動かし、又は図形
入力もしくは（適切な構文解析機能の使用によりオブジ
ェクト・アセンブリ言語に変換できる）異なるフォーマ
ットのソース・ファイルを定義することができる。

【００２８】本発明の次のコンポーネントはオブジェク
ト従属関係解釈機能２３０である。オブジェクト従属関
係解釈機能２３０はオブジェクトへの事象引渡しを制御
し適切なメソッドを実行させることによりシステムの動
作を制御する。オブジェクト従属関係解釈機能は各ソフ
トウェア・オブジェクトを評価してその従属関係を決め
る反復プロセスであり、与えられたオブジェクトが評価
される前に全ての下位レベルの従属状態が満たされるこ
とを保証する。オブジェクト従属関係解釈機能は一般的
なオブジェクトの特定のインスタンスをインスタンス化
し且つオブジェクト間の継承特性を管理する責任もあ
る。

【００２９】良好な実施例は継承を用いてソフトウェア
のオブジェクト定義セクションで必要な定義数を最小に
する。当該オブジェクトの生成に必要な一般的な従属関
係及びメソッドを有する一般的なオブジェクトを含む一
連のスーパークラスが定義される。これらの一般的なオ
ブジェクトは異なる言語のソース・プログラムをコンパ
イルしその結果生じたオブジェクト・モジュールを相互
に結合するために必要なデータ及びメソッドを含む。

【００３０】本発明はオブジェクト分析及びアクセスの
速度を速くするために共有メモリ及びマップド・メモリ
のファイルを利用する。オブジェクト従属関係解釈機能
２３０はソース・ファイル２１０を見つけるオブジェク
ト毎にオブジェクト・データ構造を構築するためにオブ
ジェクト・アセンブリ・データを用いる。このデータ構
造はUNIXに基づいたシステムのマップド・メモリ領域に
格納される。マップド・メモリ領域は該メモリ領域に永
続ディスク・ファイル２３１を保管し且つ当該ファイル
を該メモリの同じメモリ・アドレスに復元する能力を与
える。同じメモリ・アドレスにデータを復元する能力は
ファイルを保管し復元するプロセスを簡単にする。オブ
ジェクト従属関係解釈機能は、ソース・ファイル２１０
が変更されない限り、マップド・メモリ内のオブジェク
ト・データ・ファイルを動かし続けることができる。こ
れは、構文解析機能２２０を動作させ且つオブジェクト
従属関係解析機能２３０がロケーション毎にオブジェク
ト・データを構築することを不要にする。

【００３１】事象状態を解釈するとき、オブジェクト従
属関係解釈機能はソース・プログラム・ファイルの最新
の更新の日付を判定できなければならない。従来の技術
の多くのシステムでは、ソフトウェア保守中にソース・
プログラムが参照される毎にこの日付が検査された。こ
のような複数の日付検査は前記ソフトウェア保守システ
ムにおけるオーバーヘッドを大幅に増すとともに処理時
間を遅くする。大きなファイル・システム及びファイル
が隠れている可能性を有するトリー構造を含む大規模な
ソフトウェア環境では、前記反復日付検査は望ましくな
い。本発明は、メモリ内の他の参照の結果をどれも表示
するファイル状況を一度だけ検査することによりこの制
約を取り除く。

【００３２】本発明によるソフトウェア保守システムは
次のように動作する。

【００３３】コンピュータ・システム設計者はテキスト
編集プログラム、図形編集プログラム、又は他の既知の
装置を用いてオブジェクト及び事象のソース・ファイル
２１０を構築する。オブジェクト定義は各モジュールの
従属関係を指定することによりシステム・ソフトウェア
構成を指定する。事象オブジェクトはソフトウェア・オ
ブジェクトに適用される全てのプロセス及びそれらの適
用の状態を定めることを含めて定義される。

【００３４】ソース・プログラムに変更を加えた後、プ
ログラマ又はオペレータは更新されたシステムの実行可
能なバージョンを生成するためにソフトウェア保守シス
テムの使用を欲することがある。オペレータはソフトウ
ェア保守システムを呼出し、最初の事象及び該事象を用
いることになっているオブジェクトを供給する。良好な
実施例では、デフォルト時の事象及びデフォルト時の最
初のオブジェクトを該オブジェクト及び事象を記述する
ことにより指定することができる。システムは最初にオ
ブジェクト・データ構造２３１がソース・ファイル２１
０に関して無効であるかどうかを判定する。もし無効な
ら、構文解析機能２２０はソース・ファイルを構文解析
してその結果生じたオブジェクト・アセンブリ中間言語
をオブジェクト従属関係解釈機能２３０に引渡すために
活動化される。オブジェクト従属関係解釈機能２３０は
アクセスされ、変更されたオブジェクト・データ構造を
先ず構築する。良好な実施例では、この構造はマップト
・メモリに構築される。図５に示す流れ図に関連して動
作を説明する。最初に、ステップ３０２で、オブジェク
ト従属関係解釈機能２３０はオブジェクト・データ構造
内の指定されたオブジェクトを見つけようと試みる。ひ
とたびオブジェクトが見つかれば、従属関係解釈機能２
３０は当該オブジェクトの従属関係が存在するかどうか
を判定する検査を行なう。もし従属関係が存在すれば、
現在のオブジェクト状況が、例えばスタックに保管され
る。こうして、ステップ３０２で最初の従属オブジェク
トが見つかる。オブジェクトを見つけるステップ３０２
及び従属関係を検査するステップ３０４は、従属関係が
ないオブジェクトが見つかるまで反復実行される。この
従属関係がないオブジェクトはオブジェクト従属階層に
おける最下位のレベル又はリード・ノードを表わす。

【００３５】次にステップ３０８で、従属関係解釈機能
２３０はオブジェクトの状態、例えば、それが構築され
ているか、存在しているか、又は無効であるかを判定す
る。次にステップ３１０で、従属関係解釈機能２３０は
このオブジェクト状態と事象記述子で指定された状態と
を比較して一致するかどうかを判定する。もし状態が一
致しなければ、事象はこのオブジェクトに引渡されない
ので、親オブジェクトの発見を試みる処理を継続したの
ち、ステップ３１６の処理に移る。

【００３６】もしオブジェクト状態と事象状態が一致す
れば、事象はオブジェクトに引渡される。ステップ３１
２で、従属関係解釈機能２３０はオブジェクト定義がメ
ソッドを指定事象に関連づけるかどうかを判定せねばな
らない。もし事象に関連したメソッドがなければ、ステ
ップ３１６の処理に移る。もし事象に関連したメソッド
があれば、当該メソッドはステップ３１４で実行され
る。

【００３７】ステップ３１６はより上位のレベルのオブ
ジェクトへのプロセスの引渡しが据置かれている(defe
r) かどうかを判定する。もし据置かれていれば、この
オブジェクトはもう一度アクセスされ（例えばスタック
から取り除かれ）、追加の従属関係の検査が続行する。
このように、最上位のレベルのオブジェクトの全ての従
属関係が満たされるまで、実行は反復して行なわれる。
最後に、最上位のレベルの事象に対するオブジェクト状
態が検査され且つ最上位のレベルのオブジェクトが同じ
ロジックにより処理される。この時点では、それ以上の
オブジェクトは存在しないから、従属関係解釈機能２３
０は終了する。

【００３８】良好な実施例を拡張すると一般的なオブジ
ェクトのインスタンスを作る能力が含まれる。これはス
テップ３０２に続いて起こり、もしデータ構造で特定の
オブジェクトが見つからなければ、システムは、オブジ
ェクト名を、データ構造で定められた一般的なオブジェ
クトと一致させるように努める。そして、もし見つかれ
ば、前記特定のオブジェクトは一般的なオブジェクトに
基づいてインスタンス化される。同様に、事象との関連
づけがステップ３１２で検査されると、従属関係解釈機
能２３０は所要のメソッドに関するオブジェクトを探索
し、もしそれが見つからなければ、現在のオブジェクト
がメソッド又は属性を継承することができる全てのスー
パークラスのオブジェクトを検査する。

【００３９】オブジェクト従属関係解釈機能２３０は前
もって必要な事象、又は事象定義で定められた事前事象
を検出する能力も有する。オブジェクト従属関係解釈機
能２３０が事前事象を検出すると、その時点の事象の処
理は延期され、前もって必要な事象のどれかが最初に処
理される。識別された事前事象に関してはどの事前事象
も当該現在の事象の前に処理されるので、事前事象の処
理は反復される。これらの事象の各々の処理は前記識別
されたステップにより行なわれる。

【００４０】本発明は従来の技術よりもかなりすぐれた
利点を提供する。オブジェクト・データ構造及びオブジ
ェクト従属関係解釈機能の使用はどちらもオブジェク
ト、事象及び従属関係の仕様を簡略化し、ソフトウェア
・システムの保守に必要な高速処理を可能にする。

【００４１】

【発明の効果】本発明によれば、大規模なソフトウェア
の保守の問題の解決にオブジェクト指向手法が適用され
る。

【図面の簡単な説明】

【図１】ソフトウェア・コンポーネントの従属関係の例
を表わす従属ネットワークを示す図である。

【図２】前記コンポーネントのオブジェクト及び関連メ
ッセージの概要図である。

【図３】オブジェクト継承の概要図である。

【図４】本発明のシステムの主要なコンポーネントを示
すブロック図である。

【図５】本発明によるオブジェクト従属関係解釈機能の
処理ステップを示す流れ図である。

【符号の説明】

１００ オブジェクト １１０ データ記述 １１２ 機能 １１４ 機能 １１６ メッセージ １２０ オブジェクトＡ １２２ オブジェクトＢ １２４ オブジェクトＣ ２１０ ソース・ファイル ２２０ 構文解析機能 ２３０ オブジェクト従属関係解釈機能 ２３１ オブジェクト・データ構造／永続ディスク・フ
ァイル

Claims (13)

【特許請求の範囲】
1. 【請求項１】オブジェクト間のメッセージ引渡しを管理
   する情報処理システムであって、 複数の状態と、このオブジェクトが従属する０、１又は
   ２以上の従属オブジェクトのリストを含む複数の属性
   と、各々が識別子を有し前記処理システムにより実行さ
   れる動作を指定する複数のメソッドと、を有するオブジ
   ェクト、及び複数の状態を有する事象を記憶する記憶手
   段、 前記システムを開始し、最初のオブジェクト及び最初の
   事象を決定する初期化手段、 前記従属オブジェクトに基づいて、前記最初のオブジェ
   クト及び識別された目標オブジェクトが従属する目標オ
   ブジェクトを反復して識別し、前記最初の事象を、前記
   事象を前記最初のオブジェクトに引渡す前に、全ての前
   記識別された目標オブジェクトに引渡す従属関係解釈手
   段、 前記最初の事象を前記目標オブジェクトに引渡し、前記
   目標オブジェクトの状態を検査して前記事象の状態が満
   たされるかどうかを判定する手段を含む引渡し手段、 もし前記事象の状態が満たされれば、前記事象に対応す
   るメソッドが当該オブジェクトに関連するかどうかを判
   定するために前記目標オブジェクトのメソッドを検査す
   る手段、及びもし前記検査する手段が前記事象に対応す
   るメソッドを見つければ前記メソッドを実行するための
   処理手段を含む情報処理システム。
2. 【請求項２】前記オブジェクトのソース・コード記述を
   記憶するオブジェクト記憶手段、 前記事象のソース・コード記述を記憶する事象記憶手
   段、 前記オブジェクト及び事象のソース・コード記述を中間
   言語表示に変換する構文解析手段、及び変換された前記
   オブジェクト及び事象を前記記憶手段内のデータ構造に
   構築するデータ構造手段を更に含む請求項１の情報処理
   システム。
3. 【請求項３】前記オブジェクト定義は属性及びメソッド
   を有する一般的なオブジェクトを含み前記最初の又は目
   標オブジェクトに類似の一般的なオブジェクトを識別し
   且つ前記最初の又は目標オブジェクトの特性を有する前
   記一般的なオブジェクトのインスタンスを生成するオブ
   ジェクト・インスタンス化手段を含む請求項２の情報処
   理システム。
4. 【請求項４】前記インスタンスは前記一般的なオブジェ
   クトから属性及びメソッドを継承する請求項３の情報処
   理システム。
5. 【請求項５】複数のソフトウェア・ソース・ファイルか
   らソフトウェア・オブジェクトの最新のバージョンを生
   成するソフトウェア保守システムであって、 前記ソフトウェア・オブジェクトの保守に必要とされ各
   々が事象識別子及び１以上の状態を有する事象を記憶す
   る事象記憶手段、 各々がオブジェクト識別子と、現在のオブジェクトが従
   属する、即ちソース・ファイルが関連する少なくとも１
   つの、０、１又は２以上の従属オブジェクトから成るソ
   フトウェア・オブジェクトを表わす従属オブジェクトを
   含む複数の属性と、複数の状態と、前記保守システムに
   より実行される動作を記述する複数のメソッドと、を有
   するオブジェクトの定義を記憶するオブジェクト記憶手
   段、 オペレータが選択した最初のオブジェクト及び最初の事
   象を識別するためのオペレータ対話手段、 前記最初のオブジェクト及びその従属オブジェクトが従
   属する目標オブジェクトを反復して識別する従属関係解
   釈手段、 前記最初の事象を前記目標オブジェクトに引渡すための
   引渡し手段を含み、前記引渡し手段は前記目標オブジェ
   クトの状態を前記事象の状態で検査する手段、 もし前記事象の状態が満たされれば、前記目標オブジェ
   クトが前記事象に一致する関連メソッドを有するかどう
   かを判定するために前記目標オブジェクトのメソッドを
   検査する手段、及びもし関連する事象が識別されれば、
   前記関連メソッドを処理するための処理手段を含むソフ
   トウェア保守システム。
6. 【請求項６】前記事象記憶手段及び前記オブジェクト記
   憶手段は第一のアドレスで始まるシステム・ランダム・
   アクセス・メモリを含み、 前記事象記憶手段及び前記オブジェクト記憶手段にある
   データを不揮発性システム記憶装置に複写するための不
   揮発性システム記憶手段、及び前記第一のアドレスが変
   らないように前記不揮発性記憶手段から前記事象記憶手
   段及び前記オブジェクト記憶手段にデータを複写する手
   段を含む請求項５のソフトウェア保守システム。
7. 【請求項７】事象定義を入力する事象データ入力手段、
   及びオブジェクト定義を入力するオブジェクト・データ
   入力手段を更に含む請求項６のソフトウェア保守システ
   ム。
8. 【請求項８】前記事象データ入力手段及び前記オブジェ
   クト・データ入力手段はテキスト入力システムを含み、 前記テキストの事象及びオブジェクト・データを中間言
   語に変換する構文解析手段、及び前記中間言語を前記ラ
   ンダム・アクセス・メモリ内の前記オブジェクト及び事
   象データ構造に変換するデータ構造生成手段を含む請求
   項６のソフトウェア保守システム。
9. 【請求項９】前記オブジェクト定義は属性及びメソッド
   を有する一般的なオブジェクトを含み、 前記最初の又は目標オブジェクトに類似の一般的なオブ
   ジェクトを識別し、前記最初の又は目標オブジェクトの
   特性を有する前記一般的なオブジェクトのインスタンス
   を生成するオブジェクト・インスタンス化手段を含む請
   求項８のソフトウェア保守システム。
10. 【請求項１０】前記インスタンスは前記一般的なオブジ
    ェクトから属性及びメソッドを継承する請求項９のソフ
    トウェア保守システム。
11. 【請求項１１】前記事象は前記事象の前にオブジェクト
    に用いねばならない前もって必要な事象を含む請求項５
    のソフトウェア保守システム。
12. 【請求項１２】前記事象状態は引渡し状態、事前適用状
    態及び事後適用状態を含み、前記事前適用又は事後適用
    状態の障害は誤りメッセージを生成させる請求項５のソ
    フトウェア保守システム。
13. 【請求項１３】前記状態はオブジェクト存在、オブジェ
    クト不在、オブジェクト構築、無効又は無状態のうちの
    どれかを表わす請求項１２のソフトウェア保守システ
    ム。