JPH06332785A

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

Info

Publication number: JPH06332785A
Application number: JP5122556A
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)外延的外辞が，静的世界４１０と動
的世界４２０として，システム内に取り込まれている。

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

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

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

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

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

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

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

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

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

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

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

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

【００５０】システムについての仕組みを特定化してゆ
き，また上述した“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

【特許請求の範囲】

【請求項１】単一の処理単位および／または単一の処
理単位を複合化した複合処理単位をオブジェクトと名付
け，当該オブジェクトを組み合わせ，所望される処理を
実行するオブジェクト指向データ処理システムにおい
て，上記オブジェクトの構造として，当該オブジェクト
において利用されるクラスおよび／または複合クラスを
用いての当該オブジェクトが実行するシステムの仕組み
を与えるメソッド属性（５５１）と，当該オブジェクト
に関するメタ・データと処理対象データとを少なくとも
利用可能にしたデータ属性（５５２）と，当該オブジェ
クトに対応する処理を実行するに当って生じ得る制約
（５６１）とを与えるよう構成され，当該オブジェクト
は，上記メソッド属性（５５１）に対応した処理を，上
記制約（５６１）によって制約された状態を考慮しつ
つ，当該オブジェクトの外部に位置する上記クラスおよ
び／または複合クラスを呼び込んで，自己に対応した処
理を実行可能にしたことを特徴とするオブジェクト指向
データ処理システム。
【請求項２】オブジェクトの構造として属性部と振る
舞いとを考慮した従来のオブジェクトに対応して，上記
属性部を上記メソッド属性（５５１）とデータ属性（５
５２）とに展開すると共に，上記振る舞いを上記制約
（５６１）に対応づけて必要な処理を行う上でのルール
を規定するようにしたことを特徴とする請求項１記載の
オブジェクト指向データ処理システム。
【請求項３】上記オブジェクトの構造として，上記メ
ソッド属性（５５１）と上記制約（５６１）とを１つの
組にして振る舞い・制約情報とし，当該振る舞い・制約
情報群（５６２）に対応するものとして上記データ属性
（５５２）をもつようにしたことを特徴とする請求項１
記載のオブジェクト指向データ処理システム。
【請求項４】上記オブジェクトは，上記データ属性
（５５２）に対応するデータ群（５５３）と，上記メソ
ッド属性（５５１）に対応するアクション部（５５５）
と，上記制約（５６１）に対応する制約部（５６５）と
をもつと共に，上記アクション部（５５５）と上記制約
部（５６５）とを組み合わせるためのシーケンス部（５
８２）をもつようにしたことを特徴とする請求項１記載
のオブジェクト指向データ処理システム。