JPH06332772A

JPH06332772A - データ処理システムにおけるエノバージョン管理処理方式

Info

Publication number: JPH06332772A
Application number: JP5122559A
Authority: JP
Inventors: Tadamitsu Ryu; 忠光龍; Hiroyuki Izumi; 寛幸泉; Masahiko Murakawa; 雅彦村川; Masanobu Toyoda; 雅信豊田; Takeshi Adachi; 武史足立; Naomi Ichikawa; なおみ市川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1993-05-25
Filing date: 1993-05-25
Publication date: 1994-12-02
Also published as: US5594836A

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) 原の
オブジェクト（クラスや複合クラスやインスタンスや複
合インスタンスなどもオブジェクトの１つである）に誤
りを含む改変要因が存在した場合での管理，即ちバージ
ョン(Version) 管理と，(ii)原オブジェクトに誤りがな
い場合での内容の増減に対応する管理，即ちエボリュー
ション(Evolution) 又はイノベーション(Innovation)管
理との両者を含む意味で，エノバージョン(Ennoversio
n) を行うようにしている。

【００２５】本発明は，オブジェクトに対応して，エノ
バージョン管理を行い，将来に向かってのより優れたオ
ブジェクトの生成に利用することを目的としている。

【００２６】

【課題を解決するための手段】図１は本発明の原理構成
図を示す。図中の符号３０２はクラス，３０２−１は複
合クラス，３０３はインスタンス，３０４はセッション
（複合インスタンス），７０１はクラス内エノバージョ
ン管理部，７０２は複合クラス内エノバージョン管理
部，７０３はインスタンス内エノバージョン管理部，７
０４は複合インスタンス内エノバージョン管理部，７０
５はスーパ・エノバージョン管理部を表している。

【００２７】本発明の場合，後述する如く，クラスＡや
クラスＢなどが，また場合によって複合クラスＸ₁や複
合クラスＸ₂が情報隠蔽の世界に格納されており，ユー
ザからの所望する要求される処理を実行するシステムを
組上げるために，静的世界に読み出される。そしてこれ
ら各クラスに対応してインスタンスａ₁やインスタンス
ｂ₁・・・が生成される。これら生成されたインスタン
スａ₁やｂ₁・・・は，上記システムに対応した処理を
実行すべく，一般にはセッション３０４に組上げられ，
当該セッション３０４を実行することによって上記所望
する要求される処理が実行されてゆく。

【００２８】上記クラスＡやクラスＢなどが複数個結合
されて，複合クラスＸ₁やＸ₂・・・が生成され，以後
の利用に供されることもある。

【００２９】

【作用】本発明の場合には，上記クラス３０２，上記複
合クラス３０２−１，上記インスタンス３０３，上記セ
ッション（複合インスタンス）３０４の４つの階層の夫
々に対応して，エノバージョン管理部をもつ。

【００３０】即ち，例えばクラスＡについての改変によ
ってクラスＡ′が得られるとすると，クラス内エノバー
ジョン管理部７０１が当該改変に対応した情報を保持す
る処理を行う。

【００３１】例えばクラスＡに対応して一般に複数のイ
ンスタンスａ₁，ａ₂・・・が生成されることがある
が，それら各インスタンスａ₁やａ₂において改変が行
われて，インスタンスａ₁′やａ₂′が得られると，イ
ンスタンス内エノバージョン管理部７０３が当該改変に
対応した情報を保持する処理を行う。

【００３２】同様に，複合クラスＸ₁が改変されて複合
クラスＸ₂やＸ₃が得られたり，複合インスタンスＩ₁
が改変されて複合インスタンスＩ₂やＩ₃が得られたり
することに対応して，前者の場合には複合クラス内エノ
バージョン管理部７０２が動作し，後者の場合には複合
インスタンス内エノバージョン管理部７０４が動作す
る。

【００３３】更に，上記クラス３０２，上記複合クラス
３０２−１，上記インスタンス３０３，上記複合インス
タンス３０４の少なくとも２つに関連する改変を行う必
要がある如き場合には，スーパ・エノバージョン管理部
７０５が働いて，相互の関連を処理するようにされる。

【００３４】

【実施例】図２は本発明の構成図を示す。図中の符号３
１０は内部スキーマであって，新しい目的を与えられた
処理要求に対応してクラスや複合クラスを生成し，また
生成されたクラスや複合クラス（以下，簡単のためクラ
スをもって両者を代表させることがある）に対応づけら
れたインスタンスを生成する。

【００３５】符号４１０は静的世界，４２０は動的世
界，４３１は機能的モデルを表している。実世界をオブ
ジェクト・モデルとみなして把握し，当該実世界を外延
的外辞と内包とに対応づけ，(i) 内包が，情報隠蔽され
た領域において，機能的モデル４３１として，既存のメ
ソッド３１３やクラス３０２を格納する（新しく作成さ
れたメソッドやクラスも格納される）形で，システム内
に取り込まれ，(ii)外延的外辞が，静的世界４１０と動
的世界４２０として，システム内に取り込まれている。

【００３６】静的世界４１０は，複数のメソッド３１３
やクラス３０２を，新しい処理要求に対応するクラスと
してまとめられ，当該クラスが組み合わされて，当該新
しい処理要求を実行するシステムの仕組みを与える。ま
た動的世界４２０は，各クラスに対応するインスタンス
を，上記新しい処理要求を実行する処理順に結合され，
セッションがつくられるようにして，当該システムを実
行する動的モデルを与える。

【００３７】図中の符号３１２はクラス・スキーマであ
ってクラスを生成する機能部分，３１３ないし３１５は
夫々メソッドであってクラス・スキーマ３１２によって
上記新しい処理要求に対応するクラスの構成要素として
取り込まれるメソッドである。

【００３８】符号３１６はインスタンス・スキーマであ
って，上記新しい処理要求に対応するクラスの夫々に対
応づけられるインスタンスを生成する機能部分を表して
いる。

【００３９】符号３０３はインスタンス，４１４は状態
テーブル，４１５は因果関係制約群，４１６はクラス変
数／定数を表している。なお状態テーブル４１４は，上
記新しい処理要求に対応するよう組み上げられたシステ
ムに，構成要素として取り込まれた複数のクラスについ
ての上下関係などを記述したり，使用されるクラス変数
／定数をリンクづけているものと考えてよい。因果関係
制約群４１５も，状態テーブル４１４に書き込まれ，図
示の動的世界４２０におけるセッションを実行する上で
制約となる因果関係を記述している。例えばインスタン
スｂを実行するに当たってはインスタンスａが実行済み
でなければならないなどの因果関係が記述されており，
セッションの実行に当たっては当該因果関係がチェック
される。

【００４０】図中の符号５００は強リンクであり，５０
１は弱リンクである。強リンク５００が与えられている
リンクについては事象発火に対応して必ず情報遺伝を行
う必要があることを意味し，弱リンク５０１が与えられ
ているリンクについては必要に応じて情報遺伝を行うよ
うにされる。

【００４１】新しい処理要求に対応するシステムを組み
上げることが指示されると，当該システムの構成要素と
なる各クラスを生成するようにされる。当該各クラスを
生成するに当たっては，クラス・スキーマ３１２に対し
て，当該クラスを構成するに必要なメソッドやクラスの
名前と当該メソッドやクラスをポイントするポインタと
が与えられる。そして，当該必要なメソッドやクラスが
機能的モデル４３１から，内部スキーマ３１０側に取り
込まれる。当該クラスの生成に対応して，インスタンス
・スキーマ３１６が，当該クラスを実行する上で必要と
するインスタンスを生成する。そして，生成された各イ
ンスタンスは自己を使用するクラスと対応づけられる。

【００４２】上記生成された各クラスは，静的世界４１
０内で，状態テーブル４１４に連結されて，上記の新し
い処理要求に対応すべく組み上げられたシステムにおけ
る構成要素とされる。図示のクラス３０２′は当該構成
要素とされたクラスを表している。一方，動的世界４２
０においては，当該システムを実行するために，各イン
スタンス３０３が時系列に結合され，セッションが組み
上げられる。そして，当該セッションを実行することに
よって，当該システムが実行されることとなる。または
当該セッションを組み上げることによって，当該システ
ムが実行可能状態に準備されたことになる。

【００４３】上述のようにして，新しい処理要求に対応
したクラスや複合クラスが生成されるが，これらは機能
的モデル４３１として保持され，以降の更に新しい処理
要求に対応したシステムを組み上げるために利用される
ことになる。当該システムが組み上げられる際に，上述
の強リンク５００や弱リンク５０１を用いて，必要に応
じた，また状況に応じた，またその時々の気分に応じた
システムの組み上げを可能にし，情報遺伝を巧みに行い
得るようにする。

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

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

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

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

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

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

【００５０】既存のメソッド３１３や，クラス３０２
や，新しく生成されたクラスは機能的モデル４３１とし
て保持され，以降の更に新しい処理要求に対応したシス
テムを組み上げるために利用されるが，これらメソッド
やクラスがシステムとしてダイナミックに，組み上げら
れて利用されてゆくが，当該ダイナミック・オブジェク
ト処理について説明する。

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

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

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

【００５４】符号２１３は，上述のオブジェクト２０６
に対応するものであって，一般には，上述の原子オブジ
ェクトの形のままのものや，上述のカプセル・オブジェ
クトの状態のもの，上述のイベント・オブジェクトの状
態のもの，上述のシステム・オブジェクトの状態のもの
の夫々に相当するものである。当該オブジェクト２１３
は，オブジェクト部品２０６の形でオブジェクト・コマ
ンドによって特定されるように格納されている。

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

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

【００５７】新しい処理要求に対応したシステムに（新
しい処理機能に相当する）を生成するような場合，当該
新しい処理要求に対応する処理を実行し得るようにする
ために，新しくオブジェクトが生成されあるいは既存の
オブジェクトが合目的的に結合されて，当該新しい処理
機能を発揮するオブジェクトが上記オブジェクト部品２
０６の１つとして用意される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７４】図６はオブジェクトを取扱う処理態様を示
す。図６に示した部品属性ファイル２０５におけるオブ
ジェクト部品２０６は，従来のユーザ・データ・データ
ベース中のユーザ・データと，従来のメタ・データ・デ
ータベース中のメタ・データとを，１つにまとめること
ができるようにされて１つにまとめられたものであると
考えることもできる。勿論，従来の構成の場合には，ユ
ーザ・データ・データベースを管理するデータベース・
マネージメント・システムとメタ・データ・データベー
スを管理するデータ・ディクショナリ・アンド・ディレ
クトリ・システムとが互いに独立に動作していたもので
あった。またユーザ・データ・データベースの内容とメ
タ・データ・データベースの内容とは個別にアクセスさ
れ利用されるものであった。図６に示す場合には，図６
に示す実データ２０３とメタ・データ２０２とは結合さ
れ，オブジェクト・コマンドによって特定することによ
って，１つのオブジェクト部品２０６として取り扱い得
るようにされている。

【００７５】上記ユーザ・データ・データ・ベース上の
個々のユーザ・データ（エンティティ・データ）と，上
記メタ・データ・データ・ベース上の個々のメタ・デー
タとを結合して，オブジェクト部品として取り扱うよう
にする思想が提起されつつある。

【００７６】そして当該オブジェクト部品として取り扱
う対象には，いわば原子オブジェクトと呼ばれる最小規
模のオブジェクトから，逐次複合化されている所のカプ
セル・オブジェクト，イベント・オブジェクト，システ
ム・オブジェクトなどが存在している。このために，当
該取り扱われる対象がきわめて複雑化し複合化し，ある
１つのオブジェクトが与えられた場合に，当該オブジェ
クトがどのような性質をそなえているものかについて，
いわば直接の生成担当者しか判断がつかない状況になる
ことになりかねない。

【００７７】このような状況から，上記オブジェクト部
品を構成するメタ・データとエンティティ・データとに
関して，当該メタ・データにはエンティティ・データの
説明文，即ち名称やコメントや，第３者にとって意味の
判る意味データモデル，概略フロー，詳細フロー，ソー
スプログラムなどが記述されることになる。

【００７８】したがって，上記オブジェクト部品は，一
般に十分に大きい情報量をもつものとなり，当該オブジ
ェクト部品を，当該オブジェクト部品の内容を簡潔に説
明する呼称を与えることが望まれる。

【００７９】本発明においては，複合化され得るオブジ
ェクトに関するオブジェクト部品の内容を説明できる呼
称を与え，当該呼称によって当該オブジェクト部品をア
クセスできるようにしている。

【００８０】図７はオブジェクト管理を行う構成図を示
す。図中の符号１０１は端局であってデータ処理装置を
構成しているもの，１０３はＬＡＮ又は交換回線であっ
て他の端局と交信を行うためのものを表している。

【００８１】また符号２０２はメタ・データ，２０３は
実データ（エンティティ・データ），２０５は部品属性
ファイル，２０６はオブジェクト部品，２１９は通信／
受信部，２２０はオブジェクト管理部を表している。ま
た符号２１４は実行処理データであってオブジェクト部
品の１つまたはそれらを組み合わせたものをコンパイル
して本番実行処理に適したように展開したもの，符号２
０５’は部品属性ファイル２０５と同じものであって上
記の実行処理データ２１４を含んでいるものを表してい
る。

【００８２】また図示の符号２０１は本発明において与
えられたオブジェクト・コマンドであって，上述のオブ
ジェクト部品２０６を特定する呼称として与えられるも
のである。

【００８３】当該オブジェクト・コマンド２０１は，シ
グニチャー（サロゲイト）とオブジェクトｉＤとに大別
されるが，シグニチャーは次の如きパートからなってい
る。即ち， (i) ヘッダ：後述する説明文域や“ｉｓ−ａ”階層や
“ｐａｒｔ−ｏｆ”階層やシーケンスなどが，幾バイト
目から幾バイト分存在するかを指定する。 (ii)説明文域：オブジェクトの説明文を要約したもので
あってオブジェクトについての本来の意味でのメタ・デ
ータが圧縮して記述される。例えば「誰が作ったか」
「幾バージョン目か」などの説明文に対応する部分を圧
縮して示したものである。 (iii) “ｉｓ−ａ”階層：例えば「犬は動物である」と
いう場合の下位「犬」についての上位「動物」との関係
を階層化して，犬の相対位置を表現するが，当該“ｉｓ
−ａ”階層には，当該上位「動物」に対して下位「犬」
などが存在している状況を指示する。 (iv)“ｐａｒｔ−ｏｆ”階層：例えば「本州」や「九
州」や「四国」は「日本本土」の一部を構成しているも
のであるが，このように例えば「九州」が「日本本土」
の一部を構成しているという構成関係にあることを，当
該“ｐａｒｔ−ｏｆ”階層によって位置づけて表現する
ようにする。 (v) シーケンス：複雑に組み合わさったオブジェクト
（複合オブジェクト）には，多くのより細かいオブジェ
クトから成立っている。このような，より細かいオブジ
ェクトの群についての実行順序（分岐を含む）を指示す
る部分を圧縮して表現する。 (vi)オブジェクトｉＤ：従来からのユーザ・データ・デ
ータ・ベースに格納されているデータに対して付与され
ているｉＤと同じものが与えられる。

【００８４】オブジェクト管理部２２０は，部品属性フ
ァイル２０５内に，新しくオブジェクト部品２０６を生
成したり，存在しているオブジェクト部品を修正したり
また削除したり，複数のオブジェクト部品を統合して単
一のオブジェクトにまとめたり，単一のオブジェクト部
品を複数のオブジェクト部品に分割したりする機能をも
つと共に次の如き機能をもつ。

【００８５】即ち，複数のオブジェクトと交信を行っ
て，個々のオブジェクトの処理順を順序づけて所望する
処理要求に合致した処理を行う機能をもつ。このような
各種処理を行うに当たって，オブジェクト管理部２２０
は，上記オブジェクト・コマンド２０１をもって，個々
のオブジェクト部品を特定する。

【００８６】なお上述のように順序づけられたオブジェ
クト部品の群について，あるいは個々のオブジェクト部
品について，必要に応じて，コンパイルを行って実行処
理データ２１４を生成し，当該端局１０１内でのデータ
処理や，ＬＡＮ又は交換回線１０３を経由しての他端局
との交信処理時に当該実行処理データ２１４を用いるよ
うにする（コンパイルされていることからファイル・ア
クセスなどが少なく処理が高速化される）。

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

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

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

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

【００９１】本発明は，上述した如く，新しい要求に対
応したシステムを，クラスとインスタンスとの形で把握
して，当該処理対象を適宜に自由に設計できるように
し，後日，他の処理に容易に利用できるようにしてい
る。このとき，図２に関連して述べた因果関係による制
約などに正しく対処する必要がある。

【００９２】図９は処理実行のための説明図を示す。上
述している如く，図中の符号４０１は外延的外辞を表し
図３に示した外延的外辞に対応するものである。また符
号４０３は手続の世界であって，図３に示した内包に対
応するものである。更に符号４０４はオブジェクトの世
界であって，実世界をモデル化して表す世界である。

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

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

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

【００９６】これらのメソッドやクラスは，今，既存の
ものとして存在しているものとする。例えばユーザから
或る種の処理に関して，当該処理対象を処理すべき要請
があったとする。このとき，本発明においては，当該処
理対象を処理するに必要なクラスやメソッドを，当該処
理対象の処理のために取り込んで，各クラスやメソッド
相互の間の関係づけを行う。これらの関係づけを行った
情報を記述しているのが，静的世界４１０の場である。
この場合に，上述の強リンク５００や弱リンク５０１を
利用して当面必要とする範囲や必要とするであろう範囲
でシステムを組み上げてゆくようにされる。

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

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

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

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

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

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

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

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

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

【０１０６】図１０はセッションの実行に当たって因果
関係が取り入れられる態様を説明する図である。図中の
４１４は図２に示すものと同じ状態テーブルを表してい
る。図示の場合，状態テーブル４１４内の情報として或
る処理のためにクラスＰないしＹが取り込まれているこ
とが示され，かつクラスＰの下にクラスＱ，Ｒ，Ｓ，
Ｔ，Ｕが存在し，クラスＳの下にクラスＸ，Ｙが存在
し，クラスＵの下にクラスＶ，Ｗが存在するものとして
示されている。そして，インスタンスｒ，ｕ，ｔ，ｗ，
ｓ，ｘが生成されて，セッションが組まれている。

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

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

【０１０９】上述の如く，本発明の場合には，クラス３
０２，複合クラス３０２−１，インスタンス３０３，複
合インスタンス（セッション）３０４の４つの階層が存
在するが，これらの４つの階層の夫々について，エノバ
ージョン管理を行い，より好ましい形でのクラスや複合
クラスやインスタンスや複合インスタンスを得て，将来
の再利用にそなえるようにされる。

【０１１０】図１１はエノバージョン管理の説明図であ
る。オブジェクトが生成されると（誕生すると），それ
に対応して本発明にいうエノバージョン管理が開始され
る。すべてのオブジェクトに対応してエノバージョン管
理が行われることが基本であるが，オペレータの要求に
よって個々のオブジェクトについてエノバージョン管理
を行わないこともできる。

【０１１１】一方，上記誕生したオブジェクトに関して
新陳代謝（進化と退化）とが生じると，当該新陳代謝に
対応してエノバージョンがとられる。エノバージョン管
理は，新陳代謝（進化と退化）におけるデータを保管す
るものであるが，新陳代謝のモードによって(i) バージ
ョン管理（過去のものは原理的には抹消してもよい──
保存するのは任意）と，(ii)エボリューション又はイノ
ベーション管理（過去のオブジェクトに不都合があって
改変するのではなく，ユーザの要求により合致するよう
に一部改変するもので，保存する必要がある）とが行わ
れる。

【０１１２】図１１には，エノバージョンの変更モード
をモードないしに分けて示している。はバージョ
ン管理が行われたもので，別のものに変更してしまった
場合である。はバージョン管理が行われたもので，条
件の追加が行われた場合である。はバージョン管理が
行われたもので，条件のつくりかえが行われた場合であ
る。はバージョン管理が行われたもので，バグ修正が
行われた場合である。

【０１１３】またはエボリューション又はイノベーシ
ョン管理が行われたもので，条件増となった場合であ
る。はと同様であるが，条件減となった場合であ
る。図１１には，エノバージョンの例を図示している
が，最初にオブジェクト（内容（ａ））が存在してい
て，変更モードによって内容（ａ＋ｂ）となり，次い
で変更モードによって内容（ｂ）となり，次いで変更
モードによって内容（ｃ）となり，次いで変更モード
又は又はによって内容（ｃ’）となったものとし
て示されている。

【０１１４】図１２はコマンド・リンク・テーブルとエ
ノバージョン・リンク・テーブルとを説明する図であ
る。図中の符号７１０はコマンド・リンク・テーブル，
７１１はエノバージョン・リンク・テーブル，２０５は
図５に示す部品属性ファイル，２０５−１はデータ・フ
ァイルを表している。

【０１１５】図１２にいう『コマンド』とは図７に示す
『オブジェクト・コマンド』２０１を意味している。そ
してコマンド・リンク・テーブル７１０上には，各オブ
ジェクト・コマンドＡ，Ｂ，Ｃ・・・毎に，エノバージ
ョン管理が行われた結果の最新のオブジェクトについて
記述されている。

【０１１６】コマンド・リンク・テーブル７１０におけ
る「ＥＮＯＶナンバ」はエノバージョンが行われた最終
のナンバを表し，例えば図示「０２」はオブジェクト・
コマンドＡ（オブジェクトＡについてコマンドで指示す
るもの）に関して，「００」，「０１」をへて現在「０
２」となっていることを表している。

【０１１７】テーブル７１０における「実データ・アド
レス」は，例えば当該オブジェクト・コマンドＡに関し
ての実データがデータ・ファイル２０５−１上で番地
「００１０」から２０バイト分存在することを表してい
る。また「ＥＮＯＶデータ・アドレス」は，例えば当該
オブジェクト・コマンドＡに関して，エノバージョン・
リンク・テーブル７１１上で情報が存在するアドレス
「Ｆ００２」を表している。

【０１１８】オブジェクト・コマンドＡに関してのエノ
バージョン・ナンバ「０２」のものの情報が，エノバー
ジョン・リンク・テーブル７１１上に存在し，(i) 「発
生年月日」は当該オブジェクトが生成された年月日を表
し，(ii)「コマンド」は「オブジェクト・コマンド」を
表し，(iii) 「ＥＮＯＶナンバ」はエノバージョン・ナ
ンバを表し，(iv)「アドレス／大きさ」はデータ・ファ
イル２０５−１上に存在する情報位置と大きさとを表
し，(v) 「リンク先」は例えばオブジェクト・コマンド
Ａに関してのエノバージョン・ナンバをたどるためのリ
ンク先を表し，(vi)「逆リンク先」は例えばオブジェク
ト・コマンドＡに関してのエノバージョン・ナンバを逆
にたどる場合のリンク先を表し，(vii) 「変更モード」
は図１１に関連して示したモードの形を表している。

【０１１９】部品属性ファイル２０５には，例えばオブ
ジェクトＡに関して，エノバージョン・ナンバ「００」
をもつものと，エノバージョン・ナンバ「０１」をもつ
ものと，エノバージョン・ナンバ「０２」をもつものと
が，データ・ファイル２０５−１上に格納されている態
様を，スーパクラスとサブクラスの形で指示されてい
る。即ち，オブジェクトＡのナンバ「００」をもつもの
に関してはＡ００が最上位クラスとして示され，ナンバ
「０１」をもつものに関しては，Ａ００のものがスーパ
クラスであって，Ａ００とＡ０１との差に相当するもの
がサブクラスＶ０１として，上下関係をもつことが指示
されている。したがって，ナンバ「０１」をもつものの
具体的内容は，データ・ファイル２０５−１における１
０バイト分のＡ００の内容と，１０バイト分のＡ００と
Ａ０１との差に相当するＶ０１の内容とを結合すること
によって得られることとなる。ナンバ「０２」をもつも
のに関しては，（ａ）Ａ０１のものがスーパクラスであ
って，Ａ０１とＡ０２との差に相当するものがサブクラ
スＶ０２として指示される場合と，（ｂ）Ａ００のもの
がスーパクラスであって，Ａ００とＡ０２との差に相当
するものがサブクラスＶ０１０２として指示される場合
とがある。したがってナンバ「０２」をもつものの具体
的内容は，ナンバ「０１」をもつものの場合と同様に，
データ・ファイル２０５−１から得られる。

【０１２０】図１３はエノバージョンを行うべきか否か
を判断する処理を説明する図である。アプリケーション
・プログラムから起動がかけられた際に，（Ｓ１）（Ｓ２）：単にデータを抽出するだけの場合に
は，例えばオブジェクト・コマンドＡに関して，コマン
ド・リンク・テーブル７１０が検索されることでエノバ
ージョンに関する処理は行われない。

【０１２１】（Ｓ３）：ステップＳ１においてＮＯであ
る場合には４つの階層のうちの単に１つの階層に関して
のみエノバージョンが行われる場合か否かがチェックさ
れる。

【０１２２】（Ｓ４）：ステップＳ３でＹＥＳの場合に
は，エノバージョン・リンク・テーブルを検索される。（Ｓ５）：ステップＳ３でＮＯの場合には，スーパ・エ
ノバージョン・リンク・テーブルを検索される。

【０１２３】（Ｓ６）：必要なデータを検索して，エン
ドとなる。なお，スーパ・エノバージョン・リンク・テ
ーブル７１２は，図１３中に示されており，例えばオブ
ジェクト・コマンドＡ（クラスであるとする）に関して
の変更がインスタンス内のオブジェクトや，複合オブジ
ェクト内のオブジェクトや，複合インスタンス内のオブ
ジェクトの変更を考慮する必要がある場合には夫々の欄
に「関連コマンド」が記述され，処理条件として例えば
ある条件ｍ₁が記述されている。図示の「関連コマン
ド」を記述する必要がある場合に，スーパ・エノバージ
ョン管理部が動作されるものと考えてよい。

【０１２４】図１４はエノバージョン処理の態様を示す
図である。（Ｓ７）：オブジェクトに対して強制的に変更がかけら
れることとなる。（Ｓ８）：変更モードが決められる。

【０１２５】（Ｓ９）：クラス内のエノバージョンか，
インスタンス内のエノバージョンか，複合クラス内のエ
ノバージョンか，複合インスタンス内のエノバージョン
かが調べられる。

【０１２６】（Ｓ１０）：単に単一のエノバージョンの
みであるか否かがチェックされる。（Ｓ１１）：ステップＳ１０においてＹＥＳであれば，
(i) エノバージョン・リンク・テーブルにデータが追加
され，(ii)データ・ファイル２０５−１にデータが圧縮
されて格納され，(iii) 部品属性ファイル２０５にデー
タが格納される。

【０１２７】（Ｓ１２）：コマンド・リンク・テーブル
の内容を最新のものに書き換える。（Ｓ１３）：ステップＳ１０においてＮＯであれば，４
個の各エノバージョンとどういう関係にあるのかについ
て記述するデータが作成される。

【０１２８】（Ｓ１４）：スーパ・エノバージョン・リ
ンク・テーブルに関連条件と制約指定とを行う。

【０１２９】

【発明の効果】以上説明した如く，本発明によれば，情
報隠蔽の世界に保持されている既存のオブジェクトや新
しく作られて保持される生成されたオブジェクトを，ユ
ーザの要求にあわせて，オブジェクト・コマンドによっ
て呼び込み，静的モデルや動的モデルを設計し，ユーザ
の要求に対処してゆくことができる。そして当該ユーザ
の要求に対処してゆく処理がきわめて融通性に富むもの
となっており，更に将来の利用のために蓄積されてゆく
こととなる。そして，各オブジェクトに関して，より好
ましい（再利用に適した）オブジェクトを得るために，
エノバージョン管理を行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の原理構成図を示す。

【図２】本発明の構成図を示す。

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

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

【図５】端局の構成を示す。

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

【図７】オブジェクト管理を行う構成図を示す。

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

【図９】処理実行のための説明図を示す。

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

【図１１】エノバージョン管理の説明図である。

【図１２】コマンド・リンク・テーブルとエノバージョ
ン・リンク・テーブルとを説明する図である。

【図１３】エノバージョンを行うべきか否かを判断する
処理を説明する図である。

【図１４】エノバージョン処理の態様を示す図である。

【図１５】本発明の場合の如くオブジェクトをカプセル
化する利点を説明する図である。

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

【図１７】モデル抽象化を説明する図である。

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

【符号の説明】

１０１端局１０２端局１０３ＬＡＮ又は交換回線２０１オブジェクト・コマンド２０２メタ・データ２０３実データ２０４コマンド・リンク処理部（ディレクトリ処理
部）２０５部品属性ファイル２０６オブジェクト部品２１２ダイナミック・オブジェクト処理部２１３オブジェクト（オブジェクト部品２０６に相
当）２１４実行処理データ２１５ダイレクト・オブジェクト処理展開処理２１６仮動作モード２１７インスタント動作モード２１８本番動作モード２１９通信／受信処理部２２０オブジェクト管理部２２１ディプレイ２２２ハイパー言語処理部２５０一連の命令２５１処理単位３０２クラス３０３インスタンス３１０内部スキーマ３１２クラス・スキーマ３１３メソッド３１４メソッド３１５メソッド３１６インスタンス・スキーマ４０１外延的外辞４０３手続の世界４０４オブジェクトの世界４１０静的世界４１１静的モデル４１４状態テーブル４１５因果関係制約群４１６クラス変数／定数４２０動的世界４２１動的モデル４３０情報隠蔽の世界４３１機能的モデル７０１クラス内エノバージョン管理部７０２複合クラス内エノバージョン管理部７０３インスタンス内エノバージョン管理部７０４複合インスタンス内エノバージョン管理部７０５スーパ・エノバージョン管理部７１０コマンド・リンク・テーブル７１１エノバージョン・リンク・テーブル７１２スーパ・エノバージョン・リンク・テーブル

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

Claims

【特許請求の範囲】

【請求項１】単一の処理単位および／または単一の処
理単位を複合化した複合処理単位をオブジェクトと名付
け，当該オブジェクトを組み合わせ，所望される処理を
実行するデータ処理システムにおけるエノバージョン管
理処理方式において，実世界をオブジェクト・モデルと
みなして把握し，当該実世界を外延的外辞と内包とに対
応づけ，内包を情報隠蔽された領域に置き，当該内包を
特定するいわばｉＤ情報を外延的外辞と対応づけて構成
し，当該外延的外辞に対応づけて，上記実世界を，上記
オブジェクトの世界を構成する静的世界と動的世界とで
表現しておき，当該静的世界については，静的モデルと
して，クラスおよび／または複合クラスを用いてシステ
ムの仕組みを与え，上記動的世界については，動的モデ
ルとして，上記クラスおよび／または複合クラスのイン
スタンスを用いて当該動的モデルの動きに対応するセッ
ションを与え，上記動的モデルから発生した因果関係を
上記静的モデルの中に情報として与えるよう構成してな
り，既存および／または新たに生成された複数のメソッ
ドを組み合わせて上記クラスおよび／または複合クラス
を構成せしめると共に，当該クラスおよび／または複合
クラスの夫々に対応づけて，上記インスタンスを構成し
て処理を実行するよう構成されてなり，上記既存および
／または新たに生成されたメソッドと，上記構成された
クラスおよび／または複合クラスと，上記動的モデルの
動きに対応するセッションとを夫々複合オブジェクトと
して上記内包に対応する情報隠蔽された領域において機
能的モデルとして格納されると共に，当該機能的モデル
として内包に格納されている夫々のオブジェクトおよび
／または複合オブジェクトを，上記ｉＤ情報によって対
応づけて利用可能に構成し，上記クラスと上記複合クラ
スと上記インスタンスと上記セッションとの夫々につい
て，エノバージョン管理を行うエノバージョン・リンク
・テーブルをもつ，ようにしたことを特徴とするデータ
処理システムにおけるエノバージョン管理処理方式。
【請求項２】上記エノバージョン管理は，原のオブジ
ェクトに誤りを含む改変要因が存在した場合でのバージ
ョン管理と，原のオブジェクトに誤りがない場合で内容
の増減を行うエボリューション又はイノベーション管理
との両者の管理を行うようにされることを特徴とする請
求項１記載のデータ処理システムにおけるエノバージョ
ン管理処理方式。
【請求項３】上記クラスと上記複合クラスと上記イン
スタンスと上記セッションとの少なくとも２つに関係し
た変更が行われる場合に対応してスーパ・エノバージョ
ン・リンク・テーブルをそなえることを特徴とする請求
項１記載のデータ処理システムにおけるエノバージョン
管理処理方式。