JPH06332784A

JPH06332784A - オブジェクト指向データ処理システム

Info

Publication number: JPH06332784A
Application number: JP5122555A
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

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) 内包が，情報隠蔽され
た領域において，機能的モデル４３１として，既存のメ
ソッド３１３やクラス３０２を格納する（新しく作成さ
れたメソッドやクラスも格納される）形で，システム内
に取り込まれ，(ii)外延（外延的外辞書）が，静的世界
４１０と動的世界４２０として，システム内に取り込ま
れている。

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

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

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

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

【００３７】５００はインスタンス登録手段であって，
生成されたインスタンス，セッションを機能的モデル４
３１に登録するものである。登録されたインスタンスは
その属性データの一部もしくは全部を変数化し，それか
ら多数のセブクラス，インスタンスを生成するスーパー
クラスとして使用できるものである。

【００３８】

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

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

【００４０】そして，インスタンス登録手段５００は生
成されたインスタンス，セッションの属性データの全部
もしくは一部を変数として取り扱うことにより，それか
ら多数のサブクラス，インスタンスを生成するスーパー
クラスとして使用される。

【００４１】また，メソッドを構成要素として持つクラ
スがメソッドを変更された場合，そのクラスも機能的モ
デル４３１に登録され，オブジェクトとして使用され
る。図２は本発明の逆スーパークラスと逆サブクラス
（同型写像）の関係を示す図である。Ｘ，Ｙ，Ｚはメソ
ッド，データ等である。

【００４２】図において，クラス６００はデータ項目
として，変数Ｘ，Ｙ，Ｚを持つものである。インスタン
ス６１０は，クラス４００のデータ項目の数Ｘ，Ｙ，Ｚ
に対して具体的なデータ（定数値）を作用させて得られ
る結果であって，Ｘを処理した結果がａ，Ｙを処理した
結果がｂ，Ｚに処理した結果がｃであることを表す。イ
ンスタンス６１０は機能的モデル４３１（図１）に登録
されるものである。

【００４３】６２０〜６２４はインスタンス６１０の属
性データａ，ｂ，ｃを逆に変数に変えてデータ項目の変
数Ｘ’，Ｙ’，Ｚ’に置き換え，クラスオブジェクト
（逆スーパークラス）としたものである。

【００４４】６２０はインスタンス６１０の属性データ
ａをＸ’で置き換えたものである。６２１は属性データ
ｂをＹ’で置き換えたものである。６２２は属性データ
ｃをＺ’で置き換えたものである。６２３は属性データ
ａをＸ’，ｂをＹ’て置き換えたものである。６２４は
ａ，ｂ，ｃをそれぞれＸ’，Ｙ’，Ｚ’で置き換えたも
のであってクラス６００と同じものである。

【００４５】クラスオブジェクト６２０〜６２４に対し
て考えれば，インスタンス６１０はいわばスーパークラ
スであり，６２０〜６２４はインスタンス６１０のいわ
ばサブクラスに相当する。そこで，本発明では，属性値
を変数として登録されたインスタンス６１０を逆スーパ
ークラスと称する。また，そのサブクラスとなる６２０
〜６２４を逆サブクラスと称する。

【００４６】逆スーパークラス６１０と逆サブクラス６
２０の各要素（属性データａ，ｂ，ｃ，データ項目
Ｘ’，Ｙ’，Ｚ’）が１対１に対応できることから，逆
サブクラス６２０は逆スーパークラス６１０の写像であ
る。

【００４７】さらに，発展させて，例えば，逆サブクラ
スの６２０の変数Ｘ’をα，β，・・・μの定数値に置
き換えることによりインスタンス６３０，６３１，・
・，６３２が生成される。

【００４８】図３は，本発明の準同型写像の説明図であ
る。図において，６２０は逆サブクラスであって，変数
であるデータ項目Ｘ，属性データｂ，ｃを持つものであ
る。

【００４９】サブクラス６４０は逆サブクラス６２０に
データ項目の変数Ｐを追加して得られるサブクラスであ
る。サブクラス６４１は逆サブクラス６２０にデータ項
目の変数Ｑを追加したものである。従って，サブクラス
６４０，６４１に対して逆サブクラス６２０はスーパー
クラスとなるものである。

【００５０】サブクラス６４０の要素（Ｘ，ｂ，ｃ，
Ｐ），サブクラス６４１の要素（Ｘ，ｂ，ｃ，Ｑ）は逆
サブクラス（スーパークラス）６２０の要素に１対１に
対応していないので，準同型写像である。なお，図２に
おけるインスタンス６３０，インスタンス６３１，イン
スタンス６３２のα，β，μも逆サブクラス（インスタ
ンス６３０，６３１，６３２のスーパークラス）のデー
タ項目Ｘと，対応付けられない内容のものであれば各６
３０，６３１，６３２は逆サブクラス６２０の準同型写
像である。

【００５１】このようにして，新しい要求に対応して生
成されたインスタンスを機能的モデル４３１に登録し，
属性値を変数として取り扱えるようにすることにより，
以降の更に新しい処理要求に対応したシステムを組み上
げるために利用することができる。また，新たに生成さ
れたクラスオブジェクト，複合オブジェクトも機能的モ
デル４３１に登録され，上記インスタンスの場合と同様
にそのメソッド等を他のメソッドに変更してオブジェク
トとして永続的に使用される。

【００５２】

【実施例】図４は，本発明で登録されるインスタンスお
よびメソッドを変更されるクラスの例を示す。

【００５３】本発明で登録されるインスタンスの属性は
データであっても，メソッドであっても良い。(a)はデ
ータ値に基づいて得られたインスタンスを登録する場合
を示す。

【００５４】６００はクラスであり，データ項目Ｘ，
Ｙ，Ｚを備えているものである。６４０はクラス６００
から得られたインスタンス（ｘ＝ａ，ｙ＝ｂ，ｚ＝ｃと
したもの）を利用してクラス６００のＸにデータａを作
用させＹにデータｂ（データｙ＝ｂ）を作用させると共
に，Ｚに変数ｚ’を作用させたクラスを示す。

【００５５】(b)は，メソッドの場合であって，クラス
６１０のＸ，Ｙ，Ｚがメソッドであり，６５０はクラス
６１０のメソッドＹを他のメソッドＰに置き換えたクラ
スを示す。

【００５６】図５は本発明のクラスオブジェクトの動か
し方を示す。図において，６００は名称クラスＡのクラ
スである。６１０は名称Ｐのインスタンスである。２２
０はオブジェクト管理プログラムでクラスオブジェク
ト，インスタンスオブジェクト等を管理するものである
（詳しくは，後述する）。６７０は生成されたプログラ
ムである。

【００５７】Ｓ１オブジェクト管理プログラム２２０
はオブジェクトＰを起動するためのメッセージＰを受け
取る。Ｓ２メッセージＰにより，インスタンスＰのデータ
（ａ，ｂ，ｃ）を持ってくる。

【００５８】Ｓ３インスタンスＰの使用クラスがクラ
スＡであることからクラスＡのＸ，Ｙ，Ｚをもってく
る。Ｘ＝ｘ，Ｙ＝ｙ，Ｚ＝ｚとしてデータを扱っている
ものである。

【００５９】Ｓ４Ｘ，Ｙ，Ｚによって，プログラム
Ｘ，Ｙ，Ｚを取り込み，インスタンスＰのデータａ，
ｂ，ｃをｘ＝ａ，ｙ＝ｂ，ｚ＝ｃとして作用させ，イン
スタンスの内容が完成される。

【００６０】以下，図６〜図１３により，本発明のイン
スタンス登録をできるオフ指向データシステムの実施例
について説明する。図６は静的世界と動的世界の説明図
である。

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

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

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

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

【００６５】システムについての仕組みを特定化してゆ
き，また上述した“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のインスタンスｕの開始時に
その旨が動的モデル４２１側に通知されればよい。

【０１２６】

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

【図面の簡単な説明】

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

【図２】逆スーパークラスと逆サブクラス（同型写像）
を示す図である。

【図３】本発明の準同型写像を示す図である。

【図４】本発明で登録されるインスタンスおよびメソッ
ドを変更されるクラスの例を示す図である。

【図５】本発明のクラスオブジェクトの動作方法を示す
図である。

【図６】静的世界と動的世界を示す図である。

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

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

【図９】オブジェクトを取り扱う処理態様を示す図であ
る。

【図１０】オブジェクト管理構成図である。

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

【図１２】処理実行のための説明図である。

【図１３】状態テーブルを示す図である。

【図１４】カプセル化の利点の説明図である。

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

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

【図１７】カプセルの説明図である。

【図１８】従来のクラス／インスタンスの説明図であ
る。

【符号の説明】

３０２クラス３０２’クラス３０３処理対象単位（インスタンス）３１０内部スキーマ３１２クラス・スキーマ３１４メソッド３１５メソッド（シーケンス）３１６インスタンス・スキーマ４１０静的世界４１４状態テーブル４１５因果関係制約群４１６クラス変数／定数４２０動的世界４３１機能的モデル５００インスタンス登録手段

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

Claims

【特許請求の範囲】

【請求項１】単一の処理単位および／または単一の処
理単位を複合化した複合処理単位をオブジェクトと名付
け，当該オブジェクトを組み合わせ，所望される処理を
実行するオブジェクト指向データ処理システムにおい
て，実世界をオブジェクト・モデルとみなして把握し，
当該実世界を外延的外辞と内包とに対応づけ，内包を情
報隠蔽された領域に置き，当該内包を特定するいわばｉ
Ｄ情報を外延的外辞と対応づけて構成し，当該外延的外
辞を用いて，上記実世界を，上記オブジェクトの世界を
構成する静的世界と動的世界とで表現しておき，当該静
的世界については，静的モデルとして，クラスおよび／
または複合クラスを用いてシステムの仕組みを与え，上
記動的世界については，動的モデルとして，上記クラス
および／または複合クラスのインスタンスを用いて当該
動的モデルの動きに対応するセッションを与え，上記静
的モデルと動的モデルから発生した因果関係を上記静的
モデルの中に情報として与えるよう構成してなり，既存
および／または新たに生成された複数のメソッドを組み
合わせて上記クラスおよび／または複合クラスを構成せ
しめると共に，当該クラスおよび／または複合クラスの
夫々に対応づけて，上記インスタンスを構成し，上記既
存および／または新たに生成されたメソッドと，上記構
成されたクラスおよび／または複合クラスは，上記内包
に対応する情報隠蔽された領域において機能的モデルと
して格納されると共に，上記インスタンスを該機能的モ
デルとして格納する手段を備え，上記インスタンスおよ
び／または新たに生成されたクラスオブジェクトおよび
複合オブジェクトを該機能的モデルとして格納すると共
に，当該インスタンスおよび／または生成されたクラス
オブジェクトおよび複合オブジェクトにおける属性値も
しくはメソッドを一般化するように変更することにより
更に新しいクラスオブジェクトもしくは複合オブジェク
トを生成するようにしたことを特徴とするオブジェクト
指向データ処理システム。
【請求項２】請求項１において，生成された上記イン
スタンスおよび／もしくは新たに生成されたクラスオブ
ジェクトおよび複合オブジェクトは機能的モデルとして
格納され，再利用されることを特徴とするオブジェクト
指向データ処理システム。