JPH06214865A

JPH06214865A - オブジェクト・ベース・データ処理装置

Info

Publication number: JPH06214865A
Application number: JP5003496A
Authority: JP
Inventors: Tadamitsu Ryu; 忠光龍; Naomi Ichikawa; なおみ市川; Masahiko Murakawa; 雅彦村川; Masanobu Toyoda; 雅信豊田; Takeshi Adachi; 武史足立
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1993-01-12
Filing date: 1993-01-12
Publication date: 1994-08-05
Also published as: US5586326A

Abstract

(57)【要約】【目的】本発明は，要請された処理対象を，クラスと
インスタンスとの形で把握して，当該処理対象を適宜に
自由に設計できるようにし，得られたクラスやインスタ
ンスを後日他の処理に容易に利用できるようにすること
を目的としている。【構成】既存のメソッドやクラスを機能的モデルとし
て蓄積しておき，要請された処理対象の処理に対応し
て，いわば公式の如きプログラムである所の上記メソッ
ドやクラスを適宜取り込んで組み合わせて静的モデルを
生成し，次いで当該取り込まれたメソッドやクラスを利
用してインスタンス・データを設定してインスタンスを
生成し，動的モデルとして当該インスタンスの群を用い
たセッションを組んで実行させるようにし，この際に因
果関係については静的モデルの場における状態テーブル
で管理する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，オブジェクト・ベース
・データ処理装置において，個々の処理を実現するメソ
ッドおよび／またはクラスをオブジェクトの１つとして
手続の世界の情報群として格納すると共に，所望される
処理対象が，クラスおよび／またはメソッド群間の上位
下位関係を含む関係をモデル化した静的モデルと，イン
スタンス群間の時間的順序関係を示してモデル化した動
的モデルとの両者でモデル化するようにし，上記所望さ
れる処理対象についての各種要請に自由に対処できるよ
うにしたオブジェクト・ベース・データ処理装置に関す
る。

【０００２】

【従来の技術】図１６は本発明の場合の如くオブジェク
トをカプセル化する利点を説明する図である。例えば実
行処理データ２１４を例にとると，図１６（Ａ）に示す
如く，当該実行処理データは一連の命令（又は命令群）
２５０を処理順にシリヤライズされたものとして与えら
れる。これらの命令（又は命令群）２５０の幾つかがま
とまって，所定の処理を実行する即ち或る振る舞いを行
う処理単位２５１を構成する。

【０００３】したがって図１６（Ａ）に示す実行処理デ
ータは，図１６（Ｂ）に示す如く，或る振る舞いを行う
処理単位２５１が処理順にシリヤライズされたものとみ
ることができる。図１６（Ｂ）に示す如くシリヤライズ
された実行処理データ２１４は全体でもって或る特定の
動作を行うためのものである。したがって，他の特定の
処理を行うための実行処理データ２１４は，組み合わせ
を異にした処理単位２５１の連結された別の実行処理デ
ータとして与えられる。

【０００４】異なる振る舞いを発揮する既存の処理単位
２５１が多量に得られるにつれて，図１６（Ｃ）に示す
如く，個々の処理単位２５１を，所定のメソッドＭの下
で，必要に応じて，統合させ，図１６（Ｂ）に示す実行
処理データ２１４と同じ動作を行わせるものを得ること
ができる。

【０００５】予めオブジェクトとオブジェクト・コマン
ドとオブジェクト部品との関係を説明しておく。以下，
より具体的に本発明にいうオブジェクトとオブジェクト
・コマンドとオブジェクト部品との関係を説明する。

【０００６】実世界，例えば会社部門についてモデル化
を行った例が図１７に示される。図１７においては，
「従業員」を表わす枠内に，例えば「仕事の型＝１」に
属する「秘書」がおり，「仕事の型＝２」に属する「リ
ーダ」がおり，「仕事の型＝３」に属する「労働者」が
いる。そして「従業員」という枠は「チーム」という枠
に属している。

【０００７】「リーダ」は「チーム・リーダ」という関
係の下で「チーム」と関係づけられ，また「労働者」は
「作業単位」という枠内で「労働者・機械」という関係
の下で「機械」と関係づけられる。

【０００８】また「チーム」と「機械」とは「機械・作
業場」という関係の下で関係づけられており，「労働
者」と「機械」とはまた「機械・労働者」という関係の
下で関係づけられる。更に「従業員」は「部門・従業
員」という関係の下で「部門」と関係づけられる。

【０００９】また更に，「従業員」は「従業員・属性」
という関係の下で「所属」と関係づけられ，「作業単
位」は「作業単位・部品」という関係の下で「部品」と
関係づけられる。

【００１０】更にその上で，（１）「部門」はオブジェ
クト「部門名」やオブジェクト「ドル」と関係づけら
れ，（２）「チーム」は，チーム識別番号によってオブ
ジェクト「名前」と関係づけられ，仕事の型によってオ
ブジェクト「従業員番号」と関係づけられ，名前によっ
てオブジェクト「コード名」やオブジェクト「姓」と関
係づけられ，給与によってオブジェクト「ドル」と関係
づけられ，平均給与によってオブジェクト「ドル」と関
係づけられ，部門の平均数によってオブジェクト「数」
と関係づけられ，（３）「秘書」はタイピング速度によ
ってオブジェクト「数」と関係づけられ，（４）「所
属」は，名前によってオブジェクト「名」と関係づけら
れ，歳によってオブジェクト「年」と関係づけられ，
（５）「部品」はオブジェクト「部品番号」やオブジェ
クト「ドル」と関係づけられ，（６）「作業単位・部
品」は数量によってオブジェクト「数」と関係づけら
れ，（７）「作業単位」は必要な時間によってオブジェ
クト「時間」と関係づけられ，（８）「機械」は，オブ
ジェクト「機械番号」やオブジェクト「ドル」やオブジ
ェクト「機械名」と関係づけられ，（９）「機械・労
働」は使用時間によってオブジェクト「時間」と関係づ
けられる。

【００１１】図１７に示されるモデルは，一般に，例え
ば，丸印を「振る舞い」（あるいはメソッド）とし，角
印を「データ」とし，菱形印を「関係」とすると，図１
８に示す如く表わすことができる。即ち，（１）メソッ
ドａとデータＩとがまとめられて１つのより大きいデー
タIVの働きをし，（２）メソッドｂとｃとが関係αによ
ってデータIIと関係づけられて１つのより大きいデータ
Ｖの働きをし，（３）メソッドｃとｄとが関係βによっ
てデータIII と関係づけられて１つのより大きいデータ
VIの働きをし，（４）メソッドｅが関係γによってデー
タIVとＶとVIと関係づけられて１つの更に大きいデータ
VII の働きをする，のように，互いにまとめられ，から
みあって，より大きい集団がつくられている形で表わす
ことができる。

【００１２】図１８に示す夫々の丸印や角印や菱形印は
１つ１つオブジェクトとして取り扱われ得るものであ
る。今図１８に示すメソッドａとデータＩとの如き集ま
りを考慮して，図１９（Ａ）に示す如きカプセル化を考
える。図１９（Ａ）においてカプセルの上方に孔があけ
られているのは，メッセージを交信可能であることを示
している。当該図１９（Ａ）に示すカプセルの上方の孔
を仮にふさいだとすると，図１８に示すメソッドａとデ
ータＩとの如き集まりであるデータIVに相当する。当該
データが図１９（Ｂ）の左端に示されている。図１９
（Ｂ）の左端のデータＤに対してメソッドＭを付して複
合されたオブジェクトを得ると，図１９（Ｂ）の中央に
示されるデータとなり，更にその上にメソッドを付して
複合されたオブジェクトを得ると，図１９（Ｂ）の右端
に示すものとなる。このように複合化していったものが
図１６（Ｃ）に対応している。

【００１３】複合化が行われる態様は，図１９（Ｂ）の
形に限られるものではない。例えば図１９（Ｃ）の最左
端に示すオブジェクトにおいてデータＤが，メソッドと
データとよりなるオブジェクトで置換されると，図１９
（Ｃ）左端から２番目に示すものとなる。この場合に
は，図示のメソッドＭ₁とデータＤ₁との間にメッセー
ジ・パッシングが必要となり，図１９（Ｃ）左端から３
番目に示すものの如くメソッドＭ₁が１つのオブジェク
トとなる。この結果，オブジェクトＣの中にオブジェク
トＡとオブジェクトＢとが存在し，オブジェクトＡとオ
ブジェクトＢとの間にメッセージ・パッシングが存在す
るという構造をもつものとなる。

【００１４】また更に，図示のオブジェクトＢにおける
メソッドＭをオブジェクトＢ₁とし，オブジェクトＢに
おけるデータＤをオブジェクトＢ₂とすると，図１９
（Ｃ）最右端に示す如く，オブジェクトＢの中に，オブ
ジェクトＢ₁とオブジェクトＢ ₂とが存在し，オブジェ
クトＢ₁とオブジェクトＢ₂との間にメッセージ・パッ
シングが存在するという構造となる。

【００１５】以上説明した如く，後述する所の，いわば
原子オブジェクトが複合化されて，例えばカプセル・オ
ブジェクトとなり，当該カプセル・オブジェクトが複合
化されて例えばイベント・オブジェクトとなり，当該イ
ベント・オブジェクトが複合化されて例えばシステム・
オブジェクトとなる・・・如く，次々と複合化されてゆ
く。

【００１６】なお，上記においてデータＤとして示され
るものは，一般に，複数個の処理対象単位であり，メソ
ッドＭとして示したものは当該複数個の処理対象単位を
どのように利用してゆくかを指示する情報または情報群
と考えてよい。図１９において，オブジェクトとして表
現したものは，個々の「処理対象単位」，あるいは個々
の処理対象単位がまとめられて１つのまとまった処理対
象単位として取り扱われ得る「処理対象単位」である。

【００１７】上記図１８に示す如く，個々のオブジェク
トＩ，II，III は夫々より大きいオブジェクトIV，Ｖ，
VIの一部を構成する。また当該オブジェクトIV，Ｖ，VI
はまたより大きいオブジェクトVII の一部を構成する。
換言するとオブジェクトIV，Ｖ，VIは夫々オブジェクト
VII からみると当該オブジェクトVII における“イズ・
ア（is−ａ）”で表される関係や“パート・オブ（ pａ
rt−of）”で表わされる関係にある。

【００１８】図示のオブジェクトＩ，II，III を最小単
位と考えるとき，これらオブジェクトＩ，II，III はい
わば原子オブジェクトである。そしてそれらが集まって
いわばカプセル・オブジェクトと呼ばれるものが形成さ
れ，当該カプセル・オブジェクトなどが集まっていわば
イベント・オブジェクトと呼ばれるものが形成され，更
により大きいシステム・オブジェクトと呼ばれるものが
形成される。

【００１９】これらの各オブジェクトを総称して複合オ
ブジェクトと呼んでいる。なお当該複合オブジェクトの
概念の中に，上記原子オブジェクトをも含ませている。
しかし原子オブジェクトは上述の如く最小単位のオブジ
ェクトであり，複合オブジェクトあるいは単にオブジェ
クトと一般に称する場合には上記原子オブジェクトの如
く分解不可能な単体で存在しているものを除外したもの
と考えてよい。

【００２０】上述したカプセル化されたオブジェクトは
一般に上記複合オブジェクトがカプセル化されたもので
ある。上記個々のオブジェクトは次の如きモデルをもっ
て表わすことができる。即ち，図２０はオブジェクトを
モデル化して把握するための説明図である。

【００２１】或る実世界のもの，例えば写真は，当該写
真を表わす名前と，当該写真がどんなものであるか，例
えば誰の写真で何時撮ったものかなどを表わす性質とを
もって特定することができる。そして当該写真は，
（ｉ）当該写真を特定する呼称としてのコマンドと，(i
i)当該写真のいわば白・黒のドットよりなる絵の実体物
（エンティティ・データ）と，(iii) 当該写真の性質や
上記絵の実体物が格納されている場所などや当該写真に
写っている複数の人などの関係などを記述しているリン
クとをもって，モデル化して把握することができる。

【００２２】上述の個々のオブジェクトもまた図２０に
表わした如き，コマンドとリンクとエンティティ・デー
タとをもって，モデル化して表わすことができる。図２
１はモデル化したオブジェクトの働きを説明する図であ
る。図２１左側に示す如くオブジェクトは，コマンドと
リンクとエンティティ・データとをもって表わすことが
でき，エンティティ・データには図示の如きドット・デ
ータが与えられていると考えてよい。そして，上述のカ
プセル・オブジェクトやイベント・オブジェクトやシス
テム・オブジェクトは，一般に，図２１右側に示す如
く，エンティティ・データとして他のオブジェクトＸ，
Ｙ，Ｚを特定する記述が与えられて当該他のオブジェク
トＸ，Ｙ，Ｚと関係づけられ当該他のオブジェクトＸ，
Ｙ，Ｚのエンティティ・データｘ，ｙ，ｚが利用される
形となる。

【００２３】本願発明者らは，先に出願した特願平４−
２３６６４１号において，エンティティ・データと一緒
にメタ・データを記述したオブジェクト部品を，１つの
処理単位として把握することを提示した。

【００２４】図２２はオブジェクトを取り扱う処理態様
を示す。図中の符号２０１はオブジェクト・コマンドで
あって，図２０や図２１に示すコマンドと同じものであ
る。即ち，当該オブジェクトを特定する際の呼称であ
る。符号２０２はメタ・データであって，図２０や図２
１に示すリンクに対応するものと考えてよい。即ち，実
データを意味づけて説明したデータ（実データの説明
文）であり，名称やコメントやコマンドなどであり，更
には上述した“is−ａ”階層関係や“part−of”階層関
係やオブジェクト間のシーケンス関係が記述される。当
該コメントは，実データを説明するに際し実データがど
んなものであるかについての意味が判るようにされた説
明文であり，また概略フローチャートや詳細フローチャ
ートやソース・プログラムである。また符号２０３は図
２０や図２１に示すエンティティ・データであり，処理
実行用のプログラムは実データの１つとして取り扱われ
る。

【００２５】図２２における符号２０４はコマンド・リ
ンク処理部であって，ディレクトリ処理部とも呼ばれ
る。１つの新しいオブジェクトが出来たとき，当該オブ
ジェクトの呼称であるコマンド（以下，オブジェクト・
コマンドということがある）を設定し，実データ２０３
やメタ・データ２０２の格納場所を割り付け，コマンド
・リンク・テーブルを作成する。このとき，オブジェク
トの型を決定し，大きさが決まる。そして，当該コマン
ド・リンク・テーブルを用いて，メタ・データ２０２と
実データ（エンティティ・データ）２０３との結合体を
入出力できるようにする。また入出力処理を行う。当該
結合体をオブジェクト部品と名付ける。そして当該オブ
ジェクト部品２０６は，上記オブジェクト・コマンドを
用いて特定することができる。

【００２６】

【発明が解決しようとする課題】上述の如く，まとめら
れたオブジェクトまたは複合オブジェクトを，必要に応
じて，適宜，変更可能に組み合わせて，所望される処理
を実行することとなる。

【００２７】従来から，図１６を参照して述べた如く，
個々の処理単位の集合として，全体の処理対象を考える
ことが考慮されてはいた。しかし，従来の場合，要請さ
れる処理対象全体を個々の処理単位２５１の集合で与え
ることが考慮されていたとしても，いわばその都度の上
記要請される処理対象に合わせて，個々の処理単位２５
１を結合していたに過ぎないものであった。このため
に，その都度の上記処理対象ごとに，いわば場あたり的
な解決がなされるだけであり，過去の努力が次回の設計
に積み重ねられることが十分でなかった。

【００２８】本発明は，要請される処理対象を，クラス
とインスタンスとの形で把握して，当該処理対象を適宜
に自由に設計できるようにし，後日，他の処理に容易に
利用できるようにすることを目的としている。

【００２９】

【課題を解決するための手段】図１は本発明の原理構成
図を示す。図中の符号４０１は外延を表らわし図２０に
示した外延に対応するものである。また符号４０３は手
続の世界であって，図２０に示した内包に対応するもの
である。更に符号４０４はオブジェクトの世界であっ
て，実世界をモデル化して表らわす世界である。

【００３０】実世界（例えば要請される処理対象）をモ
デル化するに当って，本発明においては，当該モデル化
に必要なクラスおよび／またはメソッドについての相互
間の関係を指示する静的世界４１０と，当該モデル化に
当って得られたインスタンスの処理の時間順序関係を指
示する動的世界４２０とを用いるようにする。

【００３１】なお，上記静的世界４１０において指示さ
れる上記クラスおよび／またはメソッドを，更にはクラ
スを複合化した複合クラスを，簡単のために以下，クラ
ス３０２’をもって代表する。

【００３２】符号３０２は手続の世界４０３に存在する
クラス，３０３はインスタンス，３１３，３１４，・・
・は夫々メソッドを表らわす。上記メソッド３１３，・
・・は，個々の処理を実行する既存の処理単位であり，
当該メソッドの群の中から更に複雑な処理を実行するた
めに複数のメソッドを取り込んでまとめたものがクラス
３０２である。更に必要に応じては，クラス群やメソッ
ド群の中から，より複雑な処理を実行するために，クラ
スやメソッドを取り込んで，複合クラスを成形させてお
くこともある。これらは夫々オブジェクト単位の１つ１
つに相当している。

【００３３】これらのメソッドやクラスは，今，既存の
ものとして存在しているものとする。例えばユーザから
或る種の処理に関して，当該処理対象を処理すべき要請
があったとする。このとき，本発明においては，当該処
理対象を処理するに必要なクラスやメソッドを，当該処
理対象の処理のために取り込んで，各クラスやメソッド
相互の間の関係づけを行う。これらの関係づけを行った
情報を記述しているのが，静的世界４１０の場である。

【００３４】図示の場合には，当該処理対象の処理のた
めに，クラス３０２’として，Ａ，Ｂ，Ｃ，Ｄ，Ｅ，
Ｆ，Ｇ，Ｋ，Ｌが取り込まれ，(i) クラスＥに対してク
ラスＧ，クラスＡとが“is−ａ”の関係にあり，(ii)ク
ラスＡに対してクラスＤが“is−ａ”の関係にあり，
(iii)クラスＦに対してクラスＢが“is−ａ”の関係に
あり，(iv)クラスＢに対してクラスＤとクラスＫとが
“part−of”の関係にあり，(v) クラスＣに対してクラ
スＫとクラスＬとが“part−of”の関係にある，ものと
して示されている。なお実際には，静的世界に記述され
るクラス３０２’は，手続の世界４０３に存在するクラ
ス３０２やメソッド３１３・・・をポイントするに足る
ＩＤを用いて与えられている。

【００３５】クラス３０２’は，手続の世界４０３に存
在するクラスやメソッドと対応づけられているが，簡単
に言えば，個々の処理を実行するためのいわば数学にお
ける公式の如きプログラムであって，当該プログラム
は，当該プログラム内で値が一般的な変数をもって与え
られているものと考えてよい。当該クラスにおける一般
的な変数に対してインスタンス・データをセットし，個
々のインスタンス・データを組み込んだ特定のプログラ
ムとしたものがインスタンス３０３である。

【００３６】動的世界４２０においては，静的世界４１
０において取り込まれたクラス３０２’に対応したイン
スタンスａ，ｂ，ｃ・・・の時間的な処理順序が指示さ
れて，上記ユーザが要請した処理が実行される。

【００３７】

【作用】上述の如く，例えばユーザから或る処理対象を
処理することが要請されたとすると，静的世界４１０上
において，当該処理に必要とされるクラス３０２’とし
て，クラスＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｋ，Ｌが指定され
る。そして，これら各クラス相互間で，“is−ａ”や
“part−of”などの関係が明らかにされる。実際には，
状態テーブルが用意され，それらの関係が記述され，か
つクラス３０２’間で因果関係上の制約が存在すれば，
その旨も記述される。

【００３８】ユーザからの上記処理対象を処理する処理
に当っては，上記取り込まれたクラス３０２’をそのま
ま用いるのではなく，当該各クラス３０２’内の上記一
般的な変数に対して，個々のインスタンス・データを設
定したインスタンス３０３を用いる。そして，各インス
タンスが処理されてゆく時間的順序関係にしたがった処
理が行われることとなる。

【００３９】図示の場合，クラスＡに対応するインスタ
ンスａ，クラスＢに対応するインスタンスｂ，クラスＣ
に対応するインスタンスｃ，クラスＤに対応するインス
タンスｄ，クラスＦに対応するインスタンスｆが生成さ
れ，(i) インスタンスａ，ｂ，ｃと進むセッションと，
(ii)インスタンスｆ，ｃ，ｄおよびａと進むセッション
とが与えられたものとして示されている。

【００４０】言うまでもなくインスタンスａを生成する
に当っては，いわば公式に相当するクラスＡを用いて当
該インスタンスａが生成されるが，この場合，クラスＡ
はクラスＥに対して，“is−ａ”の関係にあることか
ら，インスタンスａの生成に当っては，クラスＡはクラ
スＥに示される内容を遺伝されているものとみて，クラ
スＥとクラスＡとの両者を用いて，生成が行われる。

【００４１】また，インスタンスｂの生成に当っては，
クラスＢに対して，クラスＤとクラスＫとが“part−o
f”の関係にあることから，インスタンスｂはクラス
Ｂ，クラスＤ，クラスＫを用いて生成される。

【００４２】更に，各セッションの実行に当っては，例
えばインスタンスａを実行する開始時点において，静的
世界４１０に存在する上述の状態テーブルを調べると共
にその旨を書き込んで実行が行われ，インスタンスａの
処理が終了した時点で，その旨が上述の状態テーブルに
書き込まれる。このようにして，静的世界４１０に記述
されて存在する上記因果関係に対応する制約を侵すこと
のないようにされる。勿論，個々のインスタンスａ，
ｂ，ｃ・・・が生成された状態の下でセッションが組ま
れたことに起因する因果関係上の制約も，新たに発生し
得るが，この制約は当該セッションに対応づけて与えら
れる。しかし，上述の如く静的世界においてクラス３０
２’が取り込まれて関係づけられた際に生成する因果関
係は，静的世界４１０において記述されており，動的世
界でのセッションの処理において引き継がれるようにさ
れる。

【００４３】

【実施例】実世界（例えばユーザの要求）は，図２０に
モデル化して示した如く，当該実世界を表現する具体的
な情報を与える内包と，当該実世界をいわば簡単に表現
する外延とを対応づけてモデル化することができる。情
報の交換に当って，例えば或る実世界についての情報交
換を行うに当って，当該実世界について互にその内包が
理解されている場合には，当該実世界についての外延を
与えることで足りる。即ち，いちいち具体的な情報を相
手方に通知する必要はなく，いわばその実世界の呼称を
相手方に通知すれば足りる。

【００４４】図２は静的世界と動的世界とを説明する説
明図である。内包は，上記した理由から，図２に示す如
く，一般に情報が隠蔽されるものであり，手続の世界４
０３「情報隠蔽の世界」に対応している。一方，実世界
は，当該実世界４００についての仕組みやその仕組みの
中での因果関係などを与える「静的世界」４１０と，当
該実世界の時間的な動きを表現したりまた複数のセッシ
ョンについての並列処理を許すか否かを指示したりする
「動的世界」４２０とをもってモデル化することができ
る。そして，当該「静的世界」や「動的世界」と，上述
の「情報隠蔽の世界」とが，図２に示す如く，外延４０
１によって対応づけられている。

【００４５】更に言えば，内包４０２は情報隠蔽の世界
であり，外延に意味を与えるデータを含んでいる。この
或る意味を含んだ外延を使って実世界をシミュレートす
る。それが，「静的世界」に対応する静的モデルであ
り，「動的世界」に対応する動的モデルである。

【００４６】図３は静的モデルと動的モデルと機能的モ
デルとの関係を説明する説明図である。図３に示す静的
モデル４１１は図２に示す静的世界４１０に対応するモ
デルであり，同じく動的モデル４２１は動的世界４２０
に対応するモデルである。また図２に示す情報隠蔽の世
界を機能的モデル４３１に対応づけている。

【００４７】システムについての仕組みを特定化してゆ
き，また上述した“is−ａ”や“part−of”などの関係
（テンプレート）を設計することによって，静的モデル
が形成される。そして機能設計が得られ，それに対応す
る形で図４に示すクラス３０２（あるいは複数のクラス
が更に複合化されて得られるクラス−複合化クラス３０
２−１）が設計される。

【００４８】動的モデルは，上述のクラス３０２内にイ
ンスタンス・データを割り付けることによって，特定の
処理対象単位（インスタンス）が形成され，当該各処理
対象単位間での時間的な順序関係を設計することによっ
て形成される。そして，静的モデルと動的モデルとの間
に，因果関係による制約が与えられることとなる。

【００４９】図４は，図１に示す図と図３に示す図との
関係を関係づけて示す説明図である。図４に示す符号３
１２ないし３１６は図１に対応している。また図４に示
す「静的世界」４１０は図３に示す「静的モデル」４１
１に対応し，「動的世界」４２０は図３に示す「動的モ
デル」４２１に対応している。

【００５０】夫々の目的とするデータ処理を行うための
メソッドが形成され，また複数のメソッドが組み合わさ
れてクラスが形成され，更に必要に応じて複数のクラス
が組み合わされて複合クラスが形成されるまたはされて
いる。これらが図２に示す情報隠蔽の世界に置かれる。

【００５１】クラスを形成するに当っては，図５を参照
して説明する如く，クラス・スキーマ３１２内に，クラ
ス名を指定し，かつメソッド設定に対応して当該クラス
において使用される（変更可能に取り込まれる）メソッ
ドについてのメソッドＩＤを記述される。あわせて，当
該メソッドＩＤと各メソッド３１３，３１４・・・とが
リンク付けられる。また各メソッドが実行されるシーケ
ンスを設定するようにされる。

【００５２】また，特定の処理に対応して，インスタン
ス・スキーマ３１６が形成される。即ち当該インスタン
ス・スキーマ内に，当該インスタンスを使用するクラス
のクラス名が記述され，個々のインスタンス・データが
記述される。

【００５３】上記クラスの形成やインスタンス・スキー
マの形成に対応して，静的世界が，或る状態テーブル４
１４の下にチェインづけられたクラスやメソッドと，各
メソッドに対して対応づけられた変数や定数４１６とが
存在する形となって形成される。また，必要に応じて，
上述の“is−ａ”の関係や“part−of”の関係の下で他
クラスと関係づけられる。更に，因果関係を与える制約
群が設定されることとなる。

【００５４】動的世界においては，セッションが作られ
て処理順序が特定化され，また並行動作を行わせる場合
には，そのためのタイミングなどが指定されることとな
る。以下，クラスやインスタンスを生成する仕組みにつ
いて述べる。

【００５５】図５はメタクラスからクラスを生成する状
態を説明する説明図である。図５に示す符号３００は，
概念スキーマであって，本発明において考慮されている
情報階層関係を概念的に表現したものである。符号３０
１はメタクラスであって本発明において適宜にメソッド
を変更可能に取り入れたクラスを生成し得るようにする
ために用意されたものである。

【００５６】符号３０２は，クラスであって，当該クラ
スが仮に乗用車に関するものであれば乗用車に関する各
種メソッドを変更可能に取り込んで１つのクラスとして
取扱うよう考慮されているものである。符号３０３はイ
ンスタンスであって，例えば乗用車に関するクラス３０
２内に取込まれている各メソッドが使用する一般名デー
タに個別の特定のデータを与えて，特定の乗用車につい
ての処理プログラムを作成したものを示したものであ
る。

【００５７】符号３１０は，内部スキーマであって，上
記の概念スキーマ３００に対応するものとして，データ
処理装置の内部に構成されているものである。そして符
号３１１は，メタクラス・メソッドであって，所望の個
々のクラスを生成するためのメソッドである。符号３１
２は，クラス・スキーマであって，生成された或る１つ
のクラスに対応して，当該クラスに変更可能に取り込ま
れる各種メソッドについてのメソッドＩＤを記述すると
共に，当該各種メソッドが利用されてゆく順序関係など
を指示しているシーケンス・スキーマを記述している。

【００５８】符号３１３，３１４，３１５・・・は夫々
メソッドであって，各メソッド３１３，３１４，３１５
がクラス・スキーマ３１２上のメソッドＩＤとリンクを
とられて当該クラスにおいて利用されるクラス・メソッ
ド群となる。

【００５９】符号３１６は，インスタンス・スキーマで
ある。当該インスタンス・スキーマ２１６内には，自己
のインスタンス・スキーマ３１６が関係するクラス（例
えば３１２）のクラス名が記述されると共に，当該クラ
スにおいて利用されるメソッドが必要とするインスタン
ス・データ（上述のエンティティ・データ２０３と考え
てよい）が各メソッドＩＤとリンクをとられて記述され
る。

【００６０】符号３２０は，ポップ・アップ・データで
あって，当該ポップ・アップ・データの中から，上記イ
ンスタンス・スキーマ３１６内にインスタンス・データ
として抽出されて書込まれる。また符号３１７はメッセ
ージ送信メソッド，３１８は一例として示されるガソリ
ン代計算用メソッド，３１９はオブジェクト管理部２２
０内に設けられるシーケンス・テーブルを表らわしてい
る。また符号２２０はオブジェクト管理部を表らわして
いる。

【００６１】例えば，乗用車に関するクラス３０２と当
該クラスに関連するインスタンス３０３とを生成しよう
とするとき，次のように行われる。当該生成しようとす
る人（操作者）が，そのときに頭に思い浮べた各種メソ
ッド（これらメソッドは既に存在していると考えてお
く）を，当該クラスを生成するために必要なメソッドと
して考慮する。当該考慮されたものが，図示のメタクラ
ス３０１と考えてよい。

【００６２】当該操作者は，乗用車に関するクラスを生
成することをメタクラス・メソッド３１１に入力すると
共に，上記思い浮べた各種メソッド名を当該メタクラス
・メソッド３１１に入力する。

【００６３】これに対応して，メタクラス・メソッド３
１１は，クラス・スキーマ３１２上に，乗用車に関する
クラスである旨を記述すると共に，上記各種メソッド名
に対応するメソッドＩＤを記述する。このとき合わせ
て，メタクラス・メソッド３１１は，当該クラスにおい
て利用される各種メソッドについての利用順番を指示す
るシーケンス・スキーマや，当該クラスが他と交信する
際に必要とするであろうメッセージ送信メソッドについ
ての夫々のＩＤを，当該クラス・スキーマ３１２上に自
動的に記述する。

【００６４】当該クラス・スキーマ３１２の生成に対応
して，各メソッドＩＤが夫々のメソッド３１３，３１４
・・・をポイントされたこととなり，クラスが生成され
る。なお，当該生成されたクラスに関して，上記利用す
るメソッドを適宜削除したり，交換したり，追加したり
することは自由に行われる。また，上記メタクラス・メ
ソッド３１１は生成しようとするクラスの側から起動さ
れると考えてよい。

【００６５】更にインスタンス・スキーマ３１６に記述
されている所の上述したクラス名（自己が関連するクラ
スの名前）から，クラス・スキーマが発動され，当該ク
ラスが利用する各種メソッドにおいて使用されるインス
タンス・データが逐次入力されて，インスタンス・スキ
ーマ３１６上に記述される。なお，この動作は，クラス
の側から，操作者に対して夫々のインスタンス・データ
の入力をうながし，操作者が入力するものと考えてよ
い。これらインスタンス・データのうちでポップ・アッ
プ・データ３２０としてはその時点までに未登録であっ
たデータについては当該ポップ・アップ・データ３２０
上に自動登録される。

【００６６】インスタンス・スキーマ３１６上のデータ
は，クラス・スキーマ３１２上のメソッドＩＤとリンク
付けされる。言うまでもなく，インスタンス・スキーマ
３１６上のインスタンス・データは，必要に応じて，適
宜削除したり，交換したり，追加したりされる。またク
ラスが利用するメソッドが変更されると，それに応じて
変更されることになる。

【００６７】上記構成によって，所望するクラスを生成
したり，クラスにおいて利用するメソッドを変更した
り，インスタンス・データを変更したりしつつ，適宜に
メソッドを組み合わせて利用することが可能となる。

【００６８】メタクラス・メソッド３１１を用いて，作
成しようとするクラスのクラス名が設定されると共に，
当該クラスにおいて使用されるメソッドが指定される。
その際に合わせて，当該クラスが他と交信するためのメ
ッセージ送信メソッド３１７などが自動的に設定される
と共に，当該クラスにおいて使用される各メソッドの順
序関係が設定される。

【００６９】これに対応して，クラス・スキーマ３１２
上に各取り込まれたメソッドについてのメソッドＩＤ
や，メッセージ送信メソッドＩＤや，シーケンス・スキ
ーマが記述される。そして，各ＩＤと各メソッドとがリ
ンクされる。

【００７０】作成されたクラスを用いてインスタンスを
特定することによって特定の処理プログラムが形成され
るものとなる。図示の場合，「車」というクラスに対応
して，特定のインスタンスを取込んだインスタンス・ス
キーマ３１６が用意されている。

【００７１】オブジェクト管理部２２０において例えば
所定のインスタンス・スキーマを利用するメッセージが
与えられると，オブジェクト管理部２２０は，当該イン
スタンスを起動し（インスタンス・スキーマを取り込
み），当該インスタンス・スキーマ内に記述されている
クラス名から図示のクラス・スキーマ３１２がリンクさ
れ，当該クラス・スキーマ３１２内のシーケンス・スキ
ーマがシーケンス・テーブル３１９内に取込まれる。こ
の処理の後に，オブジェクト管理部２２０は，シーケン
ス・テーブル３１９の内容を調べて，逐次必要とするメ
ソッドを使用し，インスタンス・スキーマ３１６の内容
を用いて，メッセージに対応するインスタンスを処理し
てゆく。

【００７２】図６はクラスからインスタンスを生成する
状態を説明する説明図である。図６に示す符号は図５に
対応している。クラス３０２に対応して，当該クラスに
取り込むメソッドが特定されると，内部スキーマ３１０
内で，クラス・スキーマ３１２が作成され，かつ各メソ
ッド３１３，３１４・・・がリンクされる。

【００７３】このようにして作成されたクラス，例えば
「車」に関するクラスは，簡単に言えば，書替え可能な
インスタンス・データがセットされ得る未だ空き状態に
あるデータ記憶域と，車に関しての各種処理を行うため
のメソッド群とよりなるものと考えてよい。そして，こ
のように作成されたクラスにおける上記データ記憶域
に，特定のインスタンス・データをセットすることによ
って，当該インスタンス（インスタンス・データが使用
される特定の処理プログラム）が作成されることにな
る。当該特定の処理プログラムが，図示されるインスタ
ンスである。

【００７４】インスタンスを作成するに当っては，各メ
ソッドで使用されるインスタンス・データを，インスタ
ンス・スキーマ３１６上に設定してゆく。そして当該設
定したインスタンス・スキーマの内容が，クラス・スキ
ーマ３１２上のメソッドＩＤとリンクをとられる。これ
によって，インスタンス・スキーマ３１６の内容を使用
して，対応づけられているクラスにおけるメソッドが実
行される。特定の処理プログラム（インスタンス）が実
行可能となる。当該実行は，オブジェクト管理部２２０
が，インスタンス・スキーマ３１６や各メソッド３１
３，３１４・・・を起動することによって行われる。

【００７５】上述の如く，メタクラス・メソッド３１１
を用いて，作成対象となるクラスのクラス名を入力さ
せ，当該クラスに取り込む各種メソッドを変更可能に取
り込んで，適宜所望する形でクラスが作成される。即
ち，各メソッドを適宜に組合わせることによって，所望
されるクラスが作成される。当該クラスは，処理プログ
ラムの例で言えば，インスタンス・データがいわば未だ
変数の形で記述されている状態の処理プログラムである
と考えてよい。

【００７６】当該クラス，即ちインスタンス・データが
いわば未だ変数の形で記述されている状態の処理プログ
ラムにおいて，当該変数に対応して特定のインスタンス
・データを指定した上で完成されたものが，特定の処理
を行う処理プログラムである。当該変数をいわば定数に
設定した処理プログラムが，上述のインスタンスであ
る。上述のインスタンス・スキーマ３１６にインタンス
・データを書替え可能に設定することによって，適宜所
望するインスタンスが作成される。

【００７７】図７はダイナミック・オブジェクト処理部
における動作の一部を説明する図である。上述の内部ス
キーマ３１０に関連する各種情報は，図２２に示したオ
ブジェクト部品２０６として，部品属性ファイル２０５
に保持される。図７に示すダイナミック・オブジェクト
処理部は，当該オブジェクト部品を用いて処理を行う。
言うまでもなく，上述の如く，各オブジェクト部品２０
６あるいは更に複合された形でのオブジェクト部品２０
６を適宜組み合わせることが可能となる。

【００７８】図７に示す符号２１２はダイナミック・オ
ブジェクト処理部であって，シミュレーションなどを行
う仮動作モード２１６と，テストなどを行うインスタン
ト動作モード２１７と，データ処理を行ないあるいは他
端末との交信処理を行う本番動作モード２１８とをもっ
ている。

【００７９】符号２０５は図２２に示した部品属性ファ
イルであり，符号２０５’は当該部品属性ファイル２０
５の内容の全部または一部についてコンパイル処理を行
うなどして実動動作を高速度で実行し得るようにまとめ
た実行処理データ２１４を保持しているものである。な
お実行処理データ２１４は，処理実行のためのオブジェ
クト・プログラムの場合で言えば，一般に，数１０から
数１００ステップよりなる処理単位がいわば処理順にシ
リヤルに結合づけられているものである。

【００８０】符号２１３は，上述のオブジェクトであっ
て，一般には，上述の原子オブジェクトの形のままのも
のや，上述のカプセル・オブジェクトの状態のもの，上
述のイベント・オブジェクトの状態のもの，上述のシス
テム・オブジェクトの状態のものの夫々に相当するもの
である。当該オブジェクト２１３は図２２を参照して説
明した如く，オブジェクト部品２０６の形でオブジェク
ト・コマンドによって特定されるように格納されている
と考えてよい。

【００８１】符号２１５はダイレクト・オブジェクト処
理展開処理を表わしており，上記個々のオブジェクト２
１３を展開し，あるいは複数のオブジェクトをまとめて
展開して，実行処理データ２１４を得る処理を行う。

【００８２】図１６を参照して上述した如く一般に複合
オブジェクトの形で処理対象単位にまとめられて，１つ
のある目的をもった処理を実行するための振る舞いを発
揮する単位となる。そしてそれらは，図２２に示した如
く，オブジェクト・コマンド２０１をもって特定される
オブジェクト部品２０６の形で，部品属性ファイル２０
５に格納されている。

【００８３】新しい処理機能を生成するような場合，当
該新しい処理機能を行ない得るようにするために，新し
くオブジェクトが生成されあるいは既存のオブジェクト
が合目的的に結合されて，当該新しい処理機能を発揮す
るオブジェクトが上記オブジェクト部品２０６の１つと
して用意される。

【００８４】当該生成されたオブジェクトについては，
現実に正しく機能するか否かについてシミュレーション
を行ったり，あるいはシミュレーションの終了したもの
については仮動作を行わせてみるなどの処理を行う。こ
の処理が図７図示の仮動作モード２１６であり，ダイナ
ミック・オブジェクト処理部２１２は，部品属性ファイ
ル２０５の内容を利用して，該当する処理動作をシミュ
レーションしてみるようにする。

【００８５】仮動作モード２１６によって一応正常に動
作したオブジェクト２１３あるいはオブジェクト群につ
いては，このままでは実動動作に当ってオブジェクト管
理部（図８参照）との間で多くの交信を必要として処理
速度が遅いことから，実行処理データ（ＥＸＥデータ）
２１４に展開される（コンパイルされて１つのＥＸＥデ
ータとされる）。当該展開処理が図示のダイレクト・オ
ブジェクト処理展開処理２１５において行われ，部品属
性ファイル２０５’に格納される。

【００８６】ダイナミック・オブジェクト処理部２１２
においては，部品属性ファイル２０５の内容を利用し
て，所定の処理について一時的に代行処理を行ってみた
り，あるいはテスト処理を行ってみたりする必要が生じ
た場合，上記ダイレクト・オブジェクト処理展開処理２
１５を発動して実行処理データ２１４を生成して，当該
処理を行うことがある。このような処理モードが，図７
においてインスタント動作モード２１７として示されて
いる。

【００８７】また図７図示の本番動作モード２１８は，
図示の実行処理データ２１４を用いて，本番の処理動作
を行うモードである。なお部品属性ファイル２０５内で
のメタ・データには，当該オブジェクトの性質などに関
する意味データが記述されていると共に，自分のオブジ
ェクトからみての上位のオブジェクト（“is−ａ”で示
されるオブジェクト）についての結合関係や自分のオブ
ジェクトに含まれるより下位のオブジェクト（“part−
of”で示されるオブジェクト）群についての結合関係を
指示する記述が存在していると考えてよい。

【００８８】図８は端局の構成を示している。図中の符
号２０２，２０３，２０４，２０５，２０５’，２０
６，２１２，２１４は図２２や図７に対応している。ま
た符号１０１は端局であって実行処理データ２１４を用
いて処理実行を行いあるいは回線を介して他の端局と交
信を行うものを表わしている。また符号１０３はＬＡＮ
または交換回線などの回線を表わしている。

【００８９】端局１０１内には，更に符号２１９で示す
通信／受信処理部，符号２２０で示すオブジェクト管理
部，符号２２１で示すディスプレイ，符号２２２で示す
ハイパー言語処理部などが存在している。

【００９０】図示のディレクトリ処理部２０４の処理は
図２２を参照して述べた如きものであり，また図示のダ
イナミック・オブジェクト処理部２１２の処理も図７を
参照して述べた如きものである。

【００９１】図８に示す（仮動作サポート）は，図７に
示した仮動作モード２１６を行うまでの動作に対応する
サポート機能である。図示のハイパー言語処理部２２２
には「部品表示・選択」機能があり，使用可能なオブジ
ェクト部品をディスプレイ２２１から検索して出力す
る。もしも適当なものがなければ新しいオブジェクト部
品として「部品指定」機能を用いて部品指定を行なう。
「属性設定」機能によってクラス・オブジェクト部品を
生み出し，「スキーマ」設定機能などによってインスタ
ンス・オブジェクト部品を生み出すことができる。

【００９２】ディスプレイ２２１を用いての「部品表
示」機能には，オブジェクト部品のメタデータである所
の（ｉ）名称やコメントを出力する目次表示，（ii）オ
ブジェクト部品の内容を示すスキーマや属性の表示，
（iii ）クラス属性やインスタンス定数の表示などがあ
る。

【００９３】またハイパー言語処理部２２２による「部
品組み合わせ」機能には，即ちオブジェクト部品を組み
合わせてより大きい複合されたオブジェクト部品を得る
には，クラスの作成に関して属性の追加・変更・削除機
能が用意され，インスタンス定数の作成に関してスキー
マの追加・変更・削除機能が用意されている。

【００９４】ハイパー言語処理部２２２による「ユーザ
画面作成」機能では，画面作成および表示に当って，
「画面作成および表示」クラスのバッファに画面のデー
タを入れてインスタンスをつくるようにする。このた
め，当該「ユーザ画面作成」機能は画面クラスをインス
タンス化することに相当する。

【００９５】またハイパー言語処理部２２２における
「仮動作」機能では，メッセージをインスタンスが受け
るとクラスで示すメソッドとリンクさせて一次メモリ上
に一時的にカプセル（図１９（Ｃ）参照）を実現し当該
カプセルのもつ振る舞いを実行するようにする。

【００９６】更にハイパー言語処理部２２２における
「部品変更」の機能は，属性やスキーマの変更・追加・
削除によって，オブジェクト部品を変更する機能であ
る。また「部品登録」機能は，部品属性ファイル２０５
上に，オブジェクト・コマンド（当該オブジェクト部品
の呼称である）と対応づけて，当該オブジェクト部品を
登録する機能である。

【００９７】図８に示す「展開（コンパイル）」は，図
７に示すダイレクト・オブジェクト処理展開処理２１５
を表わしている。当該展開の処理では，データ処理装置
の一次メモリの大きさに合わせて，なるべく大きい実行
処理データ２１４に展開する。

【００９８】オブジェクト管理部２２０は，図８に示し
たハイパー言語処理部２２２を制御して上述の如くオブ
ジェクト部品２０６を部品属性ファイル２０５上に保持
させ，ダイナミック・オブジェクト処理部２１２を制御
して仮動作モード２１６やインスタント動作モード２１
７や本番動作モード２１８の各動作を行わせる。また，
回線１０３を介してのメッセージ受信に対応して，仮動
作モードでのインスタンス起動を行ない，一次メモリ上
で仮にカプセル化を行ってデータ処理装置を動かし，当
該処理の結果をメッセージ送信するようにする。勿論，
既に実行処理データ２１４に展開済みのものがあれば，
それを実行して，相手端局にメッセージ送信する。

【００９９】自己端局１０１内での処理に当って，所望
されるオブジェクト部品が自己端局１０１内に存在しな
かったり，属性がなかったり，スキーマがなかったりす
ると，回線１０３を介して他端局から転送を受けて，自
己端局１０１内に取り込む所のラーニングを行う。

【０１００】図９はセッションの実行に当って因果関係
が取り入れられる態様を説明する図である。図中の符号
４１１，４２１，４３１は夫々図３に対応しており，符
号４１４は図４に示すものと同じ状態テーブルを表らわ
している。

【０１０１】図示の場合，状態テーブル４１４内の情報
として或る処理のためにクラスＰないしＹが取り込まれ
ていることが示され，かつクラスＰの下にクラスＱ，
Ｒ，Ｓ，Ｔ，Ｕが存在し，クラスＳの下にクラスＸ，Ｙ
が存在し，クラスＵの下にクラスＶ，Ｗが存在するもの
として示されている。そして，インスタンスｒ，ｕ，
ｔ，ｗ，ｓ，ｘが生成されて，セッションが組まれてい
る。

【０１０２】動的モデル４２１の下で，セッションＩや
セッションIIが実行されてゆく。しかし，個々のインス
タンス例えばｕが自己の処理を実行される間には，他イ
ンスタンスとの間の因果関係を考慮する必要はない。当
該因果関係は，例えばインスタンスｕが自己の処理を開
始する時点で，状態テーブル４１４の内容を調べ，因果
関係上の制約に反しているか否かをチェックした上で実
行し，インスタンスｕの処理が終了した時点で状態テー
ブル４１４に報告しておくことで足りる。

【０１０３】セッションＩにおいてインスタンスｕを実
行した結果，セッションIIにおけるインスタンスｕの実
行に代えて他のインスタンスｖを実行させる必要が生じ
る場合などにおいては，セッションＩのインスタンスｕ
の実行終了報告にもとづいて，セッションIIのインスタ
ンスｕに割り込んでインスタンスｖに分岐させればよ
い。または，セッションIIのインスタンスｕの開始時に
その旨が動的モデル４２１側に通知されればよい。

【０１０４】図１０はクラスの存在とインスタンスによ
る処理実行との関係を説明する図である。図中の符号は
図３や図９に対応している。上述の如く，クラス３０
２’の群について，テンプレートや因果関係が状態テー
ブル４１４に記述されている。そして図示の場合，取り
込まれているクラス３０２’としてのクラスＡ，Ｂ，Ｃ
に対応して，インスタンスａ，ｂ，ｃが生成され，イン
スタンスａの処理終了に対応してメッセージ交信により
インスタンスｂが起動され，インスタンスｂの処理終了
に対応してメッセージ交信によりインスタンスｃが起動
される。当該インスタンスを組合わせたセッションの作
成に当っては，図４において当該図４の下方に（セッシ
ョン作り）や（パラレル動作タイミング）として示して
いるように，操作者が指示するものであり，その結果が
動的モデル内に記述されていてセッションの実行に当っ
て利用される。

【０１０５】図１１は複数のクラス間での関係を説明す
る説明図である。図１１（Ａ）は或るクラスＸと他のク
ラスＹとが“is−ａ”の関係にある場合を表わしてい
る。例えばクラスＸが「車」に関するプログラムである
とし，クラスＹが「乗用車」に関するプログラムである
とする如き関係にある場合を表わしている。

【０１０６】図１１（Ａ）の場合，クラスＸに関してメ
ソッドａ，ｂ，ｃが取り込まれており，クラスＹに関し
てメソッドｄ，ｅが取り込まれているものとして示され
ている。このような場合に，クラスＹを実行することが
指示されたとすると，クラスＹの実行に当っては，クラ
スＸからメソッドａ，ｂ，ｃがインヘリットされ（遺伝
され）て，メソッドａ，ｂ，ｃ，ｄ，ｅにもとづいた処
理を実行するようにされる。

【０１０７】図１１（Ｂ）は或るクラスＸと他のクラス
αやβとが“part−of”の関係にある場合を表わしてい
る。例えばクラスＸが「車」に関するプログラムである
とし，クラスαやβが「車体」や「エンジン」や「車
輪」・・・などの１つであるプログラムであるとする如
き関係にある場合を表わしている。

【０１０８】図１１（Ｂ）の場合，クラスＸに関してメ
ソッドａ，ｂ，ｃが取り込まれており，クラスαに関し
てメソッドｐ，ｑが取り込まれており，クラスβに関し
てメソッドｒ，ｓが取り込まれているものとして示され
ている。このような場合に，クラスＸを実行することが
指示されたとすると，当該クラスＸの実行に当っては，
メソッドａ，ｂ，ｃ，ｐ，ｑ，ｒ，ｓにもとづいた処理
を実行するようにされる。

【０１０９】なお，テンプレートの例として，上記“is
−ａ”と“part−of”とのみを示したが，これに限られ
るものではない。図１２はオブジェクト管理部における
構成を説明する図である。オブジェクト管理部２２０
は，図５，図６，図８に示されているものであり，部品
属性ファイル２０５に存在している各種情報を利用した
処理を実行するものである。

【０１１０】当該オブジェクト管理部２２０は，図５や
図６に示した如くメッセージに対応して処理を実行する
ものであることから，複数のメッセージを並行して実行
することが可能になるようにされるべきである。このこ
とから，図１２に示す如く，オブジェクト管理部クラス
３３０（以下，オブ管クラスと呼ぶことがある）が用意
され，メッセージを受信することに対応して，複数個の
オブ管インスタンス３３１，３３２，…３３３を生成可
能にされる。そして各メッセージの受信に対応してその
都度１つのオブ管インスタンスが割振られ，複数のオブ
管インスタンスが並行に処理されて複数のメッセージを
並行して処理されてゆく。勿論，メッセージが短期間に
集中する場合には，個々のオブ管インスタンス例えば３
３１に対応する待キューが形成されることがある。

【０１１１】図１３はオブジェクト管理部における動作
フローを示している。（Ｓ１）：メッセージに対応して当該メッセージを実行
する上で必要とするインスタンスに対応して，インスタ
ンス・スキーマ３１６を読み込む。（Ｓ２）：インスタンス・スキーマ３１６の中に記述さ
れているクラス名によって，クラス・スキーマ３１２を
読み込む。（Ｓ３）：当該クラス・スキーマ３１２の内容にもとづ
いて，当該クラス・スキーマが指定するメソッドを引き
出す。

【０１１２】このようにして，必要とするメソッドが引
き出されるが，クラス・スキーマ３１２の中に“is−
ａ”や“part−of”の関係にある上位や下位のクラスが
存在する場合には，それらクラスが求められる。

【０１１３】当該関係のあるクラスについてのメソッド
が，図１１（Ａ）や図１１（Ｂ）に関連して説明した如
く遺伝されることとなる。（Ｓ３１）：“is−ａ”や“part−of”の関係にあるク
ラスを求める。（Ｓ３２）：関連するメソッドをすべて引き出す。（Ｓ４）：クラス・スキーマ３１２の中に記述されてい
るシーケンス・データにしたがって，クラスに取り込ま
れているメソッドを逐次起動する。（Ｓ５）：１つのメッセージに対応する上述の処理が終
了すると，次のメッセージについての処理を実行するこ
ととなる。

【０１１４】図１４はセッションの実行に当って因果関
係のチェックが行われる態様を説明する図である。図中
の符号４１１は静的モデル，４１５は因果関係制約群，
４１７は受付けメソッドを表らわしている。また図中の
Ａ，Ｂ，Ｐ，Ｑ，Ｃ，Ｄ，Ｅなどの大文字で示している
のは夫々クラス３０２’であり，ａ，ｂ，ｆ，ｐ，ｑ，
ｃ，ｄなど小文字で示しているのは夫々対応するクラス
を利用して得られたインスタンスを表らわしている。

【０１１５】図示の場合，因果関係制約群４１５内に次
の如き制約が与えられているものとして示されている。（ａ）クラスＡは自己クラスＡ内での制約を受ける。制
約条件Ｃ₀として，Ａ＝（空白）なる記述が与えられている。（ｂ）クラスＰ又はクラスＱは，クラスＡの処理が終了
したことを条件として開始し得る。制約条件Ｃ₁とし
て，Ａ→Ｐ，Ｑなる記述が与えられている。（ｃ）クラスＢは，クラスＰとクラスＱとの両者の処理
が終了したことを条件として開始し得る。制約条件Ｃ₂
として，（Ｐ，Ｑ）→Ｂなる記述が与えられている。（ｄ）クラスＡは，クラスＣ又はクラスＤ又はクラスＥ
の処理が終了したことを条件として開始し得る。制約条
件Ｃ₃として，Ｃ，Ｄ，Ｅ→Ａなる記述が与えられている。

【０１１６】上記の如き制約条件Ｃ_{0 ,}Ｃ₁，Ｃ₂，Ｃ
₃が与えられているとき，動的モデル４２１におけるセ
ッションの実行に当って，インスタンスａの開始時に受
付けメソッド４１７を介して上記制約条件Ｃ₀ないしＣ
₃がチェックされ，条件Ｃ₀，Ｃ₃が満たされているこ
とから，処理が開始される。そしてインスタンスａの処
理の終了時ｔ₂に，受付メソッド４１７を介して，その
旨が状態テーブルに通知される。

【０１１７】次いでインスタンスｐやインスタンスｑの
処理が開始される際に，制約条件Ｃ ₁が満たされている
ことがチェックされる。またインスタンスｂの開始に当
っては制約条件Ｃ₂を満たしているか否かがチェックさ
れる。

【０１１８】図１５はクラス相互間の横関係を説明する
図である。図１５（Ａ）はリレーショナル・リンクの場
合を表らわし，図１５（Ｂ）はネットワーク・リンクの
場合を表らわし，図１５（Ｃ）は二項リンクの場合を表
らわしている。図１５（Ａ）（Ｂ）（Ｃ）において，符
号３０２’−１，３０２’−２・・・，３０２’Ａ，３
０２’Ｂ・・・は夫々クラスを表らわしている。

【０１１９】図１１を参照して説明したクラス相互間の
関係の場合には，図示の“ia−ａ”の場合や“part−o
f”の場合のいずれも，上位下位の関係が存在する場合
である。

【０１２０】上記に対して，２つのクラス間あるいは２
つ以上のクラス間で，互いに同位列関係にある場合が存
在する。即ち，クラス相互間で，上位下位関係でなく，
同位レベルの下での，いわば横関係にある場合が存在す
る。これらの横関係にあるクラス相互間でも，必要に応
じて，一方にのみ記述されている情報を他方にも流用さ
せることが望ましい場合がある。図１５は当該横関係の
場合を例示したものである。

【０１２１】図１５（Ａ）においては，クラス３０２’
−２，３０２’−３，３０２’−４の夫々がキークラス
３０２’−１と同じ或る所定の関連をもつ場合に相当す
る。図示の「関連」は，記憶領域の１つに記述された関
連情報である。

【０１２２】図１５（Ｂ）においては，ネット親クラス
３０２’Ａから或る関連の下て他クラスを探すと，ネッ
ト子クラス３０２’Ｂが見出され，次いでネット子クラ
ス３０２’Ｃが見出され・・・，ネット子クラス３０
２’Ｎが見出され，更に，ネット子クラス３０２’Ｎか
らはまた或る関連の下でネット親クラス３０２’Ａが見
出される場合である。

【０１２３】図１５（Ｃ）においては，２つのクラス３
０２’−５と３０２’−６との間で，２者においてのみ
関係する情報が存在する場合である。図１５（Ａ）
（Ｂ）（Ｃ）のいずれの場合も，図示の「関連」情報ま
たは「関係」情報は，一般には，各クラスが共通にアク
セスできる記憶領域上に置かれ，各クラスは必要に応じ
てその情報を流用する。

【０１２４】図１５に示す如き横関係も，上述の“is−
ａ”や“part−of”と同様に，クラス間の相互関係の１
つの形態であり，静的モデルの場に保持される。

【０１２５】

【発明の効果】以上説明した如く，本発明によれば，例
えばユーザが要請した処理に対応して，操作者は，既存
のメソッドまたはクラスを取り込み，あるいは新しくク
ラスを生成して，当該要請された処理を実行するに足る
所の，いわば公式の如きプログラムを抽出し，次いで取
り込まれたメソッドやクラスを利用して所望されるイン
スタンス・データを設定したインスタンス群を生成し，
セッションを組んで実行させるようにしている。

【０１２６】このようにしたことによって，ユーザから
の要請などで作成されたメソッドやクラスは逐次蓄積さ
れて後日の利用を可能にし，かつ直接的にインスタンス
を生成するのでなく，いわば公式に相当するような一般
的な変数をもって記述したクラスを生成しておいて，必
要に応じてインスタンスを生成することから，上記メソ
ッドやクラスが後日の他の利用に耐えるものとなってい
て，努力の結果の蓄積が可能となる。

【図面の簡単な説明】

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

【図２】静的世界と動的世界とを説明する説明図であ
る。

【図３】静的モデルと動的モデルと機能的モデルとの関
係を説明する説明図である。

【図４】図１に示す図と図３に示す図との関係を関係づ
けて示す説明図である。

【図５】メタクラスからクラスを生成する状態を説明す
る説明図である。

【図６】クラスからインスタンスを生成する状態を説明
する説明図である。

【図７】ダイナミック・オブジェクト処理部における動
作の一部を説明する図である。

【図８】端局の構成を示す図である。

【図９】セッションの実行に当って因果関係が取り入れ
られる態様を説明する図である。

【図１０】クラスの存在とインスタンスによる処理実行
との関係を説明する図である。

【図１１】複数のクラス間での関係を説明する説明図で
ある。

【図１２】オブジェクト管理部における構成を説明する
図である。

【図１３】オブジェクト管理部における動作フローを示
している。

【図１４】セッションの実行に当って因果関係のチェッ
クが行われる態様を説明する図である。

【図１５】クラス相互間の横関係を説明する図である。

【図１６】オブジェクトをカプセル化する利点を説明す
る図である。

【図１７】会社部門をモデル化した説明図である。

【図１８】モデルを抽象化して示す説明図である。

【図１９】カプセルを説明する図である。

【図２０】オブジェクトをモデル化して説明する図であ
る。

【図２１】モデル化したオブジェクトの働きを説明する
図である。

【図２２】オブジェクトを取扱う処理態様を示す。

【符号の説明】

１０１端局１０３ＬＡＮ又は交換回線２０５部品属性ファイル２０６オブジェクト部品２１２ダイナミック・オブジェクト処理部２２０オブジェクト管理部３０１メタクラス３０２クラス３０３インスタンス３１０内部スキーマ３１１メタクラス・メソッド３１２クラス・スキーマ３１３メソッド３１６インスタンス・スキーマ３３０オブジェクト管理部クラス３３１オブ管インスタンス４１０静的世界４２０動的世界４１１静的モデル４２１動的モデル４３１機能的モデル４１４状態テーブル４１５因果関係制約群

───────────────────────────────────────────────────── フロントページの続き (72)発明者村川雅彦神奈川県川崎市高津区坂戸100番１富士通ネットワークエンジニアリング株式会社内 (72)発明者豊田雅信神奈川県川崎市高津区坂戸100番１富士通ネットワークエンジニアリング株式会社内 (72)発明者足立武史神奈川県川崎市高津区坂戸100番１富士通ネットワークエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】単一の処理単位および／または単一の処
理単位を複合化した複合処理単位をオブジェクトと名付
け，当該オブジェクトを組み合わせ，所望される処理を
実行するオブジェクト・ベース・データ処理装置におい
て，上記オブジェクトを，当該オブジェクトを構成する
エンティティ・データと当該オブジェクトの性質を記述
したメタ・データとをもって，オブジェクト部品（２０
６）として，部品属性ファイル（２０５）に格納してお
くよう構成すると共に，オブジェクト管理部（２２０）
が，上記部品属性ファイル（２０５）上の上記オブジェ
クト部品（２０６）と交信して，上記所望される処理を
実行するよう構成されてなり，手続の世界（４０３）に
おける情報群として，個々の処理を実現するメソッド
（３１２，・・・）および／またはクラス（３０２）を
上記オブジェクトの１つとして格納すると共に，１つま
たは複数個のメソッドをクラスにまとめて，当該クラス
（３０２’）に取り込まれた上記１つまたは複数個のメ
ソッドについての当該メソッド名を記述するクラス・ス
キーマ（３１２）と，上記クラス内に存在する一般名称
の変数を特定のインスタンス・データにて置換したイン
スタンス（３０３）が，上記クラス・スキーマ（３１
２）によって指定されたメソッドとリンク付けて生成可
能に用意される，インスタンス・スキーマ（３１６）と
をそなえ，上記複合処理単位に該当するオブジェクト部
品（２０６）が，上記クラス・スキーマ（３１２）に記
述されたメソッドまたはメソッド群と，上記インスタン
ス・スキーマ（３１６）の内容とをリンクづけた形で構
成されており，所望される処理対象が，上記クラス群お
よび／またはメソッド群の存在と当該クラス群および／
またはメソッド群についての相互間の関係とを指示する
静的モデル（４１１）と，上記インスタンス群の存在と
当該インスタンス群間の時間的順序関係とを指示する動
的モデル（４２１）との，両モデルでモデル化して与え
られ，上記動的モデル（４２１）におけるインスタンス
（３０３）の処理進行状況が，上記静的モデルにおける
クラス間の因果関係と照合をとられて，実行されるよう
にしたことを特徴とするオブジェクト・ベース・データ
処理装置。
【請求項２】上記クラスが対応づけられる静的モデル
（４１１）において，複数のメソッドおよび／または複
数のクラス相互間での上位下位関係を含む相互関係を表
らわす仕組みが記述されると共に，上記動的モデル（４
２１）における上記インスタンスの処理進行に対応する
セッションの動作において，上記相互関係の下で対応す
る一方のメソッドおよび／またはクラスがもつ情報を他
方のメソッドおよび／またはクラスがもつべき情報とし
て遺伝させるようにしたことを特徴とする請求項１記載
のオブジェクト・ベース・データ処理装置。
【請求項３】上記静的モデル（４１１）において，状
態テーブル（４１４）がもうけられ，当該状態テーブル
（４１４）の内容について，上記各セッションの動作の
開始時点において調べられると共に当該各セッションの
動作の終了時点において当該動作の結果を記述するよう
構成されることを特徴とする請求項１記載のオブジェク
ト・ベース・データ処理装置。
【請求項４】上記相互関係が，“is−ａ”の関係およ
び／または“part−of”の関係で与えられる上位下位関
係であることを特徴とする請求項２記載のオブジェクト
・ベース・データ処理装置。
【請求項５】上記相互関係が，リレーショナル・リン
クで関係づけられる関係を含む同位列関係であることを
特徴とする請求項２記載のオブジェクト・ベース・デー
タ処理装置。