JPH05282157A - オブジェクト指向プログラミングシステム - Google Patents

Abstract

(57)【要約】 【目的】オブジェクト指向プログラミングシステムに関
し，オブジェクト間の関係構造に着目し，開発されたオ
ブジェクトの広範な再利用を可能とすることを目的とす
る。 【構成】オブジェクトを記述する場合, 異なるオブジェ
クトとの関係を示す宣言情報10b を，そのオブジェクト
の機能実現部分の記述10ｃと分離した形で記述するよう
にオブジェクトの文法が定められている。オブジェクト
管理手段13は，その記述に基づいて，他のオブジェクト
との関係に関する情報を，オブジェクトの機能実現部分
の情報と分けてオブジェクト格納部17に格納し，管理す
る。関係構造表示処理部15により，オブジェクトの関係
構造に関する情報を表示し，オブジェクト編集処理部16
によって, それを操作することにより，他のオブジェク
トを簡単に利用することができるようになっている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，オブジェクト指向プロ
グラミングにおける関係構造に着目し，開発されたオブ
ジェクトの広範な再利用を可能としたオブジェクト指向
プログラミングシステムに関する。

【０００２】オブジェクト指向プログラミングは，オブ
ジェクト概念を基本にしていることから，基本単位がオ
ブジェクト（データとそれに関連する手続きとをまとめ
たもの）であり，オブジェクトの実現を現実世界にある
実態と対応させることができるようなプログラミング構
造になっている。これらのことなどから，オブジェクト
指向プログラミングでは，これまでの関数型プログラミ
ング等にはない新しい着眼点でプログラミングを進める
ことができる。さらに，オブジェクト指向プログラミン
グは，階層関係にあるオブジェクトからの機能継承など
のいくつかの新しい方法を含んでいることからも注目さ
れている。

【０００３】このようなオブジェクト指向プログラミン
グシステムにおいて，さらにアプリケーション等の開発
を容易にする支援システムの構築が望まれる。

【０００４】

【従来の技術】図１３は，従来のオブジェクト指向プロ
グラミングシステムにおけるオブジェクトの記述例を示
す。

【０００５】オブジェクト指向プログラミングシステム
におけるソフトウェア開発では，処理手続きの記述を中
心に考えるのではなく，処理や操作の対象を中心に考
え，それをオブジェクトとして捉え，そのオブジェクト
を記述することによりソフトウェアの開発を行う。

【０００６】従来のオブジェクトの記述は，例えば図１
３に示すような情報から構成されていた。図１３におい
て，１はオブジェクトの識別を行うための情報，２は上
位のオブジェクトとの関係を示す情報，３はオブジェク
トの内部状態を示す情報，４はオブジェクトの振る舞い
を示す情報である。内部状態を示す情報３は，内部状態
の名前や枠組みを宣言する情報５や内部状態を表す実際
のデータ６からなり，振る舞いを示す情報４は，振る舞
いの型や名称を宣言する情報７と振る舞いを実際に実現
するプログラム８からなる。

【０００７】これらの情報をオブジェクトの宣言（定
義）部と実際のプログラム部として大きく分類すると，
記述情報１，２，５，７がオブジェクトの宣言部とな
り，記述情報６，８が実際のプログラム部となる。

【０００８】図１３の（ロ）は，オブジェクトの記述の
具体例を示しており，オブジェクトを識別するクラス識
別子１は“ｂｉｋｅ”である。他の記述も図１３の
（イ）に示す記述情報に対応した意味を持つ。

【０００９】オブジェクト間では，メッセージを送信す
ることによって，他のオブジェクトに機能の実現を委託
したりする。例えば，図１３の（ロ）に示すオブジェク
ト“ｂｉｋｅ”に“ｐｒｉｎｔ”のメッセージを送信す
ると，これにより，振る舞いを示す情報４の記述部に記
述された“ｐｒｉｎｔ”に対応する機能の実現プログラ
ムが動作する。

【００１０】従来のシステムでは，これらのオブジェク
トの宣言部を把握しただけでは，そのオブジェクトを理
解することはできなかった。したがって，常に複雑な記
述である実際のプログラム部を解釈し理解しなければな
らなかった。

【００１１】ところで，オブジェクトは，現実世界にあ
る処理や操作の対象となっている実態に対応して作成さ
れるのが普通であるので，同じような形や内容を持つオ
ブジェクトまたは他のオブジェクトとの関係が同じであ
るようなオブジェクトが多数必要になることが多い。そ
の場合，既存のオブジェクトを利用することができれ
ば，オブジェクト指向プログラミングによる開発を効率
的に行うことができると考えられる。

【００１２】しかし，既に実現されたソフトウェアであ
る個々のオブジェクトを別の問題領域に利用したり，オ
ブジェクトの持つ機能を広範に利用して改良したりする
再利用活動に関して，従来，それらを支援する充分な方
式が提案されていなく，オブジェクトの再利用は，現実
的には難しいことが多かった。

【００１３】

【発明が解決しようとする課題】既に，自分または他人
が作成したオブジェクトの記述を利用する場合，そのオ
ブジェクトを解釈し，その内容と他との結び付き方など
理解しなければならない。しかし，従来のシステムで
は，記述されたオブジェクト（群）を解釈し，利用する
ためには，図１３に示すような振る舞いを示す情報４の
記述部の中に，メッセージ送信等に関連する異なるオブ
ジェクトとの関係情報が埋没されて記述されているた
め，すべての機能の実現プログラムを理解し，その実現
プログラムのレベルで改良や拡張を行わなければならな
いという問題があった。

【００１４】すなわち，従来技術では，宣言情報のみで
解釈を進めることができず，実現プログラムのレベルで
の理解ができない場合には，オブジェクトの再利用は実
質的に不可能であった。

【００１５】本発明は上記問題点の解決を図り，既存の
オブジェクトまたはオブジェクト群を再利用する場合
に，機能の実現プログラムを理解することなく，宣言情
報のみを解釈し理解するだけで，オブジェクトの改良や
拡張を実施できるようにし，オブジェクトの再利用を促
進する技術手段を提供することを目的とする。

【００１６】

【課題を解決するための手段】図１は，本発明の原理説
明図である。図１において，１０はオブジェクト指向プ
ログラミング言語により記述されたオブジェクト記述
部，１１はディスプレイやキーボード等の入出力装置，
１２はＣＰＵおよびメモリ等からなる処理装置，１３は
オブジェクト管理手段，１４はオブジェクトについて解
釈し，インタプリタ方式まはたコンパイラ方式によって
実行または翻訳するオブジェクト解釈／実行部，１５は
オブジェクトの関係構造を表示する関係構造表示処理
部，１６はオブジェクトの再利用のための編集機能を持
つオブジェクト編集処理部，１７は外部記憶装置等のオ
ブジェクト格納部を表す。

【００１７】オブジェクト記述部１０は，階層関係の宣
言や内部状態の宣言等の宣言記述部１０ａと，そのオブ
ジェクトの振る舞いに関する機能の実現手続き等を記述
する機能実現内容記述部１０ｃとからなる。本発明で
は，宣言記述部１０ａの中に，異なるオブジェクトとの
関係宣言部１０ｂが設けられ，異なるオブジェクトとの
関係宣言部１０ｂが機能実現内容記述部１０ｃと明確に
分離した形で記述されるようになっている。

【００１８】異なるオブジェクトとの関係宣言部１０ｂ
は，メッセージを送信することで機能を委託する関係の
宣言や，機能継承する内容の宣言を記述する部分であ
る。そして，本発明によるオブジェクト指向プログラミ
ングシステムにおけるオブジェクト管理手段１３は，異
なるオブジェクトとの関係宣言部１０ｂの記述に基づい
て，他のオブジェクトとの関係に関する情報を，オブジ
ェクトの機能実現部分の情報と分けて管理するように構
成されている。

【００１９】オブジェクト格納部１７には，オブジェク
ト管理手段１３によって，他のオブジェクトとの関係に
関する情報とオブジェクトの機能実現部分の情報とが分
離して格納される。

【００２０】オブジェクトの再利用を促進するための開
発支援ツールとして，関係構造表示処理部１５とオブジ
ェクト編集処理部１６を有する。関係構造表示処理部１
５は，オブジェクト格納部１７における他のオブジェク
トとの関係に関する情報をもとに，オブジェクトの関係
構造に関する情報を入出力装置１１に表示する処理手段
である。オブジェクト編集処理部１６は，入出力装置１
１に表示されたオブジェクトの関係構造の操作により，
関連するオブジェクトにおける他のオブジェクトとの関
係に関する情報を編集し，既存オブジェクトを利用した
変更を行う処理手段である。

【００２１】例えば，オブジェクト格納部１７に，オブ
ジェクトＡ，Ｂ，…，Ｅの各々について，機能の実現プ
ログラム等の機能実現情報と，他のオブジェクトとの関
係情報とが分離して格納されていたとする。関係構造表
示処理部１５は，関係構造の表示要求に対し，オブジェ
クトＡ〜Ｅの関係情報を参照し，入出力装置１１に図示
のように，オブジェクトの関係構造を表示する。

【００２２】この関係構造から，オブジェクトＤとオブ
ジェクトＥの関係がわかり，オブジェクトＥの機能実現
情報の詳細を把握していなくても，それを例えば新しい
オブジェクトＦに変えるような編集を，オブジェクト編
集処理部１６によって，簡単に行うことができる。

【００２３】

【作用】図２は本発明によるオブジェクトの管理説明
図，図３は本発明によるオブジェクトの再利用説明図で
ある。

【００２４】例えば，図２の（イ）に示すようなオブジ
ェクトＡ〜Ｄの関係構造があったとする。従来技術で
は，図２の（ロ）に示すように，オブジェクト間の関係
が機能実現情報と分離した形で記述されていなかったた
め，オブジェクトの記述から図２の（イ）に示すような
関係構造を把握するためには，オブジェクトの記述全体
を解釈し，理解しなければならなかった。

【００２５】本発明では，ソフトウェアとして実現され
るオブジェクトを，より広範な領域に対しても適用でき
るように，複数のオブジェクトの記述を２種類の情報に
分離して管理する。すなわち，図２の（ハ）に示すよう
に，個々のオブジェクト機能実現情報と他のオブジェク
トとの関係構造に関する情報とを分離して管理する。こ
れにより，他のオブジェクトとの関係構造情報のみを改
良／変更することで，個々のオブジェクトの機能情報の
詳細を把握していなくても，再利用することができるよ
うになる。

【００２６】このように，本発明では，他のオブジェク
トとのすべての関係を，オブジェクト自身の機能の実現
記述から分離して管理する。個々のオブジェクトが実現
している機能の管理は，従来のオブジェクト指向プログ
ラミングにおいて行われるものと変わらない。例えば，
分離して管理する関係情報には，具体的には次のような
ものが含まれる。

【００２７】(a) オブジェクトの階層関係（抽象関係の
結び付き） 一般的には，オブジェクトの機能の継承を行う関係（ク
ラス階層と呼ばれる）である。

【００２８】(b) オブジェクトのメッセージ送信関係
（機能委託関係の結び付き） メッセージを送信する他のオブジェクトとの関係（参照
関係とも呼ばれる）である。

【００２９】(c) オブジェクトの複合関係 オブジェクトの内部状態に代入される他のオブジェクト
との関係である。一般に上記(a) は，明示的な関係構造
であるが，(b) や(c) の関係構造は明示的でない場合が
多い。本発明では，これらの関係構造の情報と，オブジ
ェクト自身の記述（データと手続きの記述）とを分離す
ることにより，上記(b) や(c) の関係構造についても明
確化する。これにより，各オブジェクトを広範な領域に
適用する際に，オブジェクトの関係構造から大域的な分
析が進められ，改良ポイントを的確に把握できるように
なる。また，これらの関係の結び付きを操作することだ
けでも，柔軟にオブジェクトの改良や拡張を実現できる
ようになる。

【００３０】例えば，開発者（Ａ）が，図３の（イ）に
示すようなオブジェクトＡ〜Ｅの開発を行ったとする。
開発者（Ａ）の格納情報は，図３の（ロ）に示すよう
に，各オブジェクトＡ〜Ｅの内部記述，機能記述の記述
格納情報（Ａ１）と，各オブジェクトＡ〜Ｅの関係記述
に関する記述格納情報（Ａ２）とに分けて格納される。
記述格納情報（Ａ２）の関係記述には，メッセージ送信
関係も含まれる。

【００３１】開発者（Ｂ）が，図３の（ハ）に示すよう
なソフトウェアを開発しようとするとき，オブジェクト
Ｆの内容記述，機能記述と，オブジェクトＦの関係記述
を記述したオブジェクトＦを作成し，オブジェクトＣの
関係記述を改良／変更することによって，開発者（Ａ）
の格納情報を簡単に利用することができる。

【００３２】このように，各開発者は，それぞれの対象
分野に適した関係構造でオブジェクト集合を扱い，他の
開発者が開発したオブジェクト集合を利用することがで
きる。オブジェクトの内部情報である記述格納情報（Ａ
１）および（Ｂ１）は，他の開発者と共有され利用され
る。図３に示す例の場合，開発者（Ｂ）は，オブジェク
トＡ〜Ｅの実現内容（記述格納情報（Ａ１））を詳しく
把握していなくてもよい。

【００３３】

【実施例】図４は，本発明によるオブジェクトの記述例
を示す図である。図４において，１はオブジェクトの識
別を行うための情報，２は上位のオブジェクトとの関係
を示す情報，３はオブジェクトの内部状態を示す情報，
４はオブジェクトの振る舞いを示す情報，５は内部状態
の名前や枠組みを宣言する情報，６は内部状態を表す実
際のデータ，７は振る舞いの型や名称を宣言する情報，
８は振る舞いを実際に実現するプログラム，９は異なる
オブジェクトとの関係を示す関係宣言である。

【００３４】一般に，記述されたオブジェクトを他の個
所で利用するためには，それらのオブジェクトを解釈し
ていかなければならない。記述されたオブジェクトを理
解するための切り口には，宣言情報が用いられる。

【００３５】従来のシステムにおける宣言情報は，図１
３に従って説明したように，階層関係の宣言，内部状態
の宣言，機能の宣言等であった。これらの切り口に関し
て，本発明では，さらに異なるオブジェクトとの関係宣
言９を記述するようにされ，この部分も切り口の一つと
して追加される。

【００３６】異なるオブジェクトとの関係宣言９は，幅
広くメッセージ送信を行うオブジェクトの宣言や機能継
承する内容の宣言を，実際のプログラムの記述，特に振
る舞いを実際に実現するプログラム８から宣言情報とし
て抜き出して記述したものである。この異なるオブジェ
クトとの関係宣言９によって，他のオブジェクトとの関
係という観点から，記述されているオブジェクトを理解
することができる。

【００３７】図４の（ロ）に示した異なるオブジェクト
との関係宣言９では，“ｐａｒｔｓ”として，このオブ
ジェクトの部品関係にあるオブジェクトとの関係宣言を
行っている。“ｆｒａｍｅ”や“ｈａｎｄｌｅ”が部品
としての識別子であり，“ｆ＿ｏｂｊｅｃｔ”と“ｈ＿
ｏｂｊｅｃｔ”が部品の役割を担うオブジェクトであ
る。“ｍｅｔｈｏｄ”として，階層関係において実際に
継承して実際のプログラム部で利用している振る舞いの
宣言を行っている。“ｐｒｉｎｔ”が継承している振る
舞いの宣言情報（機能宣言７に対応）であり，“ｄｉｓ
ｐｌａｙ＿ｏｂｊｅｃｔ”が継承する先のオブジェクト
を示している。このように，他のオブジェクトとの関係
が，宣言情報として個別に記述されることで，オブジェ
クトを外延的観点から理解できるようになる。

【００３８】以上のように，本発明では，これまで実現
プログラムの中に記述されていた異なるオブジェクトと
の関係を宣言情報として抜き出して記述することによ
り，常に機能の実現プログラムを理解する必要はなく，
宣言情報のみを理解することによって，オブジェクトの
改良や拡張を実施することができるようになる。

【００３９】さらに，この宣言情報を直接操作できる機
構，すなわち図１に示す関係構造のネットワーク表示を
行う関係構造表示処理部１５やその編集機能を備えたオ
ブジェクト編集処理部１６を実現することで，複雑な実
現プログラムを参照し解釈することなく，宣言情報のみ
で容易に改良や拡張を行うことができるようになる。

【００４０】図５は，オブジェクト指向プログラミング
システムにおけるオブジェクトの記述についての従来の
解釈系と本発明の実施例の解釈系との比較説明図であ
る。図５の（イ）に示すように，従来の宣言情報の処理
モジュール２０は，オブジェクトの階層関係の情報を処
理する階層関係宣言に関する処理機構２０ａと，オブジ
ェクトの内部状態の名前や枠の情報を処理する内部状態
宣言に関する処理機構２０ｂと，オブジェクトに記述さ
れている振る舞いの型や名称の情報を処理する機能宣言
に関する処理機構２０ｃとから構成されており，これら
が実現プログラムの処理モジュール２１における機能の
実現内容に関する処理機構２１ａと直接関わり合ってい
た。

【００４１】これに対し，本発明の実施例による宣言情
報の処理モジュール２０には，図５の（ロ）に示すよう
に，各処理機構２０ａ，２０ｂ，２０ｃに加えて，機能
の実現内容から抜き出された新たな宣言のオブジェクト
の関係情報を処理する異なるオブジェクトとの関係宣言
に関する処理機構２０ｄが設けられる。この異なるオブ
ジェクトとの関係宣言に関する処理機構２０ｄは，機能
の実現内容に関する処理機構２１ａに対する，いわば処
理受け付けの窓口となっている。

【００４２】図６はオブジェクトの作成フロー図，図７
はオブジェクトの利用フロー図である。図４に示すよう
なオブジェクトを作成する場合，例えば図６に示すよう
に作成する。

【００４３】 階層関係の宣言を作成する。 内部状態の宣言を作成する。 異なるオブジェクトとの関係の宣言を作成する。

【００４４】 機能の実現内容の記述を行う。 十分な機能を記述したならば，オブジェクトの作成
を終了する。 機能がまだ十分でない場合，機能承継や機能委託な
どの他のオブジェクトとの協調が必要かどうかを判断す
る。必要な場合，により，その関係宣言を行う。

【００４５】 他のオブジェクトとの協調が必要でな
い場合，状態の拡張が必要かどうかを判断する。状態の
拡張が必要な場合，により内部状態の宣言を追加す
る。状態の拡張が必要ない場合，により不足している
機能の実現内容を記述する。

【００４６】既に作成されているオブジェクトを利用す
る場合，例えば図７に示すように利用する。 以下の(a) 〜(d) を行い，利用オブジェクトを選定
する。

【００４７】(a) 利用しようとするオブジェクトの階層
関係宣言を探索する。 (b) 異なるオブジェクトとの関係宣言を解析する。 (c) 宣言情報によって利用オブジェクトに関する必要な
理解が得られたかどうかを判断する。

【００４８】(d) 宣言情報のみでは理解が十分でなかっ
た場合にのみ，実現内容の解析を行う。 理解した内容から，機能改良が必要かどうかを判断
する。必要がなければ，そのままによりオブジェクト
を利用する。

【００４９】 機能改良が必要であれば，オブジェク
トの関係宣言を改良する。 さらに詳細な機能改良が必要かどうかを判断する。 詳細な機能改良が必要であれば，その部分について
機能実現内容を改良する。

【００５０】 選定したオブジェクト（必要に応じて
改良したオブジェクト）を，新しいオブジェクトとして
利用する。オブジェクトの作成では，図６の作成フロー
図にあるように，異なるオブジェクトとの関係の宣言を
行う。この情報を宣言することによって，図７から明ら
かなように，必要なオブジェクトを理解し選択する場合
に，必ずしも常に実現内容である実際のプログラムを解
析する必要がなくなる。

【００５１】また，オブジェクトを利用するための機能
の改良に関しても，実現内容である実際のプログラムを
解析しなくても改良することができる場合が多くなる。
実際のプログラムを解析することは，大変な作業である
ため，実際のプログラムを解析することなくオブジェク
トを理解できたり，利用できたりすることは，多大な負
担軽減になる。

【００５２】次に，本発明を適用したオブジェクト指向
プログラミングシステムにおけるオブジェクトの利用に
ついて，視覚的な動作のある具体例に従って説明する。
図８の（イ）は，簡単なバイク（自転車）を現実の実在
物に近い形でプログラミングシステム上にオブジェクト
として実現し，描画した例を示している。例えば，図８
の（イ）に示すようなバイクオブジェクトが既に作成さ
れているときに，それの円弧状のハンドル部分だけを，
図８の（ロ）に示すような直線状のハンドルに変更した
オブジェクトを新たに作成することを考える。

【００５３】図９は，図８の（イ）に示すバイクオブジ
ェクト“ｂｉｋｅ”を描画するオブジェクト集合の関係
構造を示している。オブジェクト“ｂｉｋｅ”は，“ｂ
ｉｋｅ＿ｈａｎｄｌｅ”や“ｂｉｋｅ＿ｆｒａｍｅ”等
のオブジェクトを部品とする複合関係を有し，これら
は，ディスプレイへの描画機能を持つオブジェクト“ｇ
ｒａｐｈｉｃ＿ｄｅｓｃｒｉｐｔｉｏｎ”との間で継承
関係を有する。

【００５４】本システムにおけるオブジェクトの管理で
は，図１０の（イ）に示すような各オブジェクトの基本
的記述（内部状態と振る舞いを合わせたモジュール）
と，図１０の（ロ）に示すような継承関係や複合関係を
示すオブジェクト間の関係構造とに分離して格納され
る。

【００５５】したがって，これらのオブジェクトを利用
して，一部の異なるバイクの描画を行う場合，各オブジ
ェクトの内部記述，機能記述等の基本的記述の内容を詳
細にわたって把握することなく，必要な一部の関係構造
の変更と，異なる部分のオブジェクトを実現することに
より，容易に対処することができる。

【００５６】図１１は，その関係構造による編集の例を
示している。図８の（イ）に示すハンドルのオブジェク
ト“ｂｉｋｅ＿ｈａｎｄｌｅ”を，図８の（ロ）に示す
ハンドルのオブジェクト“ｂｉｋｅ＿ｈａｎｄｌｅ１”
に変更する。そのため，オブジェクト“ｂｉｋｅ＿ｈａ
ｎｄｌｅ１”を作成したならば，図１１に示すように，
オブジェクト“ｂｉｋｅ”との“ｂｉｋｅ＿ｈａｎｄｌ
ｅ”の複合関係を，オブジェクト“ｂｉｋｅ＿ｈａｎｄ
ｌｅ１”に変更する。このような変更は，例えばディス
プレイ上におけるマウス操作で，変更対象をクリック
し，新しく追加したオブジェクト“ｂｉｋｅ＿ｈａｎｄ
ｌｅ１”をメニュー等により選択することにより，簡単
に行うことが可能である。

【００５７】このように，オブジェクトの関係構造の一
部の変更とそれに基づく必要なオブジェクトの付加によ
って，図８の（イ）に示すバイクの描画から，図８の
（ロ）に示すようなバイク描画が得られる。

【００５８】図１２は，その関係構造によるオブジェク
ト編集処理フローを示している。 既存のオブジェクトを利用して編集しようとする場
合，オブジェクト集合の範囲を指定して，図１に示す関
係構造表示処理部１５により，図１０の（ロ）に示すよ
うなオブジェクトの関係構造を表示する。表示は，図９
に示すようなネットワーク表示でもよい。

【００５９】 操作対象（例えば複合関係における
“ｂｉｋｅ＿ｈａｎｄｌｅ”）および編集方法（追加，
変更，削除等）を入力する。 追加情報，変更情報等（例えば“ｂｉｋｅ＿ｈａｎ
ｄｌｅ１”の情報）を入力する。

【００６０】 入力した追加情報，変更情報等に従っ
て，変更後の関係構造を例えば図１１に示すように再表
示する。 編集結果についての確認入力があったならば，新し
い関係構造を図１に示すオブジェクト格納部１７に反映
する。

【００６１】ここでは，説明をわかりやすくするため
に，描画例を扱ったが，これに限らず，オブジェクト指
向プログラミングシステムにおける実際のソフトウェア
開発システムに広く適用することが可能である。

【００６２】

【発明の効果】以上説明したように，本発明によれば，
オブジェクト指向プログラミングにおいて，各オブジェ
クトに関する情報を，実質的機能実現部分と，他のオブ
ジェクトとの関係を抜き出した部分とに分けることによ
って，システムの再利用者は，オブジェクト間の関係情
報を容易に把握することが可能になり，そのオブジェク
トの機能を柔軟に改良／変更することができるようにな
る。特に，容易に把握することができるオブジェクトの
関係構造を操作する手段を設けることによって，幅広い
分野に柔軟にオブジェクトを再利用できるシステムを実
現することができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明によるオブジェクトの管理説明図であ
る。

【図３】本発明によるオブジェクトの再利用説明図であ
る。

【図４】本発明によるオブジェクトの記述例を示す図で
ある。

【図５】オブジェクトの記述についての従来の解釈系と
本発明の実施例の解釈系との比較説明図である。

【図６】本発明の実施例を説明するためのオブジェクト
の作成フロー図である。

【図７】本発明の実施例を説明するためのオブジェクト
の利用フロー図である。

【図８】本発明の実施例を説明するためのバイクオブジ
ェクトによる描画例を示す図である。

【図９】本発明の実施例を説明するためのバイクオブジ
ェクトの関係構造の例を示す図である。

【図１０】本発明の実施例を説明するためのバイクオブ
ジェクトの格納情報の例を示す図である。

【図１１】本発明の実施例に係る関係構造による編集の
例を示す図である。

【図１２】本発明の実施例に係る関係構造によるオブジ
ェクト編集処理フローを示す図である。

【図１３】従来のオブジェクト指向プログラミングシス
テムにおけるオブジェクトの記述例を示す図である。

【符号の説明】

１０ オブジェクト記述部 １０ａ 宣言記述部 １０ｂ 異なるオブジェクトとの関係宣言部 １０ｃ 機能実現内容記述部 １１ 入出力装置 １２ 処理装置 １３ オブジェクト管理手段 １４ オブジェクト解釈／実行部 １５ 関係構造表示処理部 １６ オブジェクト編集処理部 １７ オブジェクト格納部

Claims (2)

【特許請求の範囲】
1. 【請求項１】 データとそれに関連する手続きとをまと
   めたものをオブジェクトとして管理し，オブジェクト間
   のメッセージ送信により処理を遂行するオブジェクト指
   向プログラミングシステムにおいて，各オブジェクトの
   宣言記述部(10a) に，異なるオブジェクトとの関係を示
   す宣言情報を，そのオブジェクトの機能実現部分の記述
   と分離した形で記述する関係宣言部(10b) を有し，前記
   関係宣言部(10b) の記述に基づいて，他のオブジェクト
   との関係に関する情報を，オブジェクトの機能実現部分
   の情報と分けて管理するオブジェクト管理手段(13)を備
   えたことを特徴とするオブジェクト指向プログラミング
   システム。
2. 【請求項２】 データとそれに関連する手続きとをまと
   めたものをオブジェクトとして管理し，オブジェクト間
   のメッセージ送信により処理を遂行するオブジェクト指
   向プログラミングシステムにおいて，他のオブジェクト
   との関係に関する情報とオブジェクトの機能実現部分の
   情報とが分離して格納されたオブジェクト格納部(17)
   と，オブジェクト格納部(17)における他のオブジェクト
   との関係に関する情報をもとに，オブジェクトの関係構
   造に関する情報を表示する関係構造表示処理部(15)と，
   オブジェクトの関係構造の操作により，関連するオブジ
   ェクトにおける他のオブジェクトとの関係に関する情報
   を編集し，既存オブジェクトを利用した変更を行うオブ
   ジェクト編集処理部(16)とを備えたことを特徴するオブ
   ジェクト指向プログラミングシステム。