JPH06332710A

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

Info

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

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) 当該写真の性質や
上記絵の実体物が格納されている場所などや当該写真に
写っている複数の人などの関係などを記述しているリン
クとをもって，モデル化して把握することができる。

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

【００２３】実世界は，上記図４３に例示される如く，
個々の「処理対象単位」あるいは個々の処理対象単位が
まとめられて１つのまとまった処理対象単位として取り
扱われ得る「処理対象単位」に該当するオブジェクトが
互いに入り組んで関連し合っている。

【００２４】この点に着目して，個々の情報あるいは情
報のかたまりを，夫々の目的をもった処理に対応づけ
て，組み合わせて利用しようとする試みがなされてい
る。

【００２５】

【発明が解決しようとする課題】しかし，従来の場合，
例えば"small talk"を例にとると，（ａ）取り扱う資源
に関して，データ中心（データ・オリエンテッド）であ
り，（ｂ）新しい目的をもった処理に対応づけてゆくこ
とを考慮したとしても，そのための設計方針について殆
ど与えられていないものであり，（ｃ）クラス内での因
果関係を作る命令が用意されているが，システマテック
な形で因果関係を考慮することについて，サポートされ
てなく，（ｄ）システム内の仕組みを組み込むに当たっ
ては，"is-a"の関係や"part-of" の関係を考慮している
のみで（"part-of" については"small talk"でなく他言
語でサポートされている），それ以外の関係について
は，サポートされてなく，（ｅ）リンク取りに関して，
ポインタによってリンク取りを行ってゆく方式であっ
て，処理スピードを高めることについては期待できない
ものであり，（ｆ）オブジェクトが複合化されている状
態については全くサポートされてない。他言語でサポー
トされているものも存在するが，簡単な“入れ子”状態
のものを考慮しているのみであり，（ｇ）個々の情報を
どのように利用するかについての態様を与えるメソッド
について，固定的に与えられたものが存在するのみであ
り，メソッドが与えられなければ処理が動作せず，かつ
当該メソッドの内容について知っている人にしか初期設
定を行うことができない。

【００２６】などの問題がある。本発明は，上記の点を
解決しようとするものであり，上記（ａ）に関して，デ
ータ以外にメソッドをもオブジェクトの１つとして取り
扱うようにし，上記（ｂ）に関して，静的モデルと動的
モデルと機能的モデルとに分けて設計を行い得るように
し，上記（ｃ）に関して，クラス内での因果関係の外
に，クラス間での因果関係を取り扱い得るようにし，上
記（ｄ）に関して，"relation"リンクやネットワーク・
リンクを用いることができるようにし，上記（ｅ）に関
して，高速の内部スキーマをもって，実行可能な処理速
度を得るようにし，上記（ｆ）に関して，複合化された
オブジェクトについても取り扱うようにし，上記（ｇ）
に関して，メソッドに自律性を持たせて，メソッドが自
分で，オペレータに必要な条件を知らせてオペレータが
取り扱い得るようにするなどの，新しいオブジェクト指
向データ処理システムを提供するようにしている。

【００２７】そのため，本発明は，メソッドをもオブジ
ェクトの１つとして取り扱い，静的モデルと動的モデル
と機能的モデルとにもとづいて，新しい目的をもった処
理要求に対して，個々のオブジェクトを巧みに組み合わ
せて処理できるようにすることを目的としている。

【００２８】

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

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

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

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

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

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

【００３４】

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

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

【００３６】上述のようにして，新しい処理要求に対応
したクラスや複合クラスが生成されるが，これらは機能
的モデル４３１として保持され，以降の更に新しい処理
要求に対応したシステムを組み上げるために利用される
ことになる。

【００３７】

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

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

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

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

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

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

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

【００４４】図３はダイナミック・オブジェクト処理部
における動作の一部を説明する図である。上述のメソッ
ドやクラスは後述する図１０に示す如くオブジェクト部
品２０６として，部品属性ファイル２０５に保持され
る。図３に示すダイナミック・オブジェクト処理部は，
当該オブジェクト部品を用いて処理を行う。言うまでも
なく，本発明の場合には，上述の如く，各オブジェクト
部品２０６あるいは更に複合された形でのオブジェクト
部品２０６を適宜組み合わせることが可能となる。図３
に示す符号２１２はダイナミック・オブジェクト処理部
であって，シミュレーションなどを行う仮動作モード２
１６と，テストなどを行うインスタント動作モード２１
７と，データ処理を行ないあるいは他端末との交信処理
を行う本番動作モード２１８とをもっている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６６】図５は内部スキーマにおけるクラスやイン
スタンスの生成処理例を示す図である。図中の符号２０
３は実データ（エンティティ・データ），２０４はコマ
ンド・リンク処理部である。

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

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

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

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

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

【００７２】符号３２０は，ポップ・アップ・データで
あって，当該ポップ・アップ・データの中から，上記イ
ンスタンス・スキーマ３１６内にインスタンス・データ
として抽出されて書き込まれる。

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

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

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

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

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

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

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

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

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

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

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

【００８４】動的世界においては，セッションが作られ
て処理順序が特定化され，また並行動作を行わせる場合
には，そのためのタイミングなどが指定されることとな
る。図６はメタクラスからクラスを生成する状態を説明
する説明図である。図６に示す符号３００，３１０，３
１１，３１２，３１３，３１４，３１５，３１６は図５
に示すものに対応している。また符号３１７はメッセー
ジ送信メソッド，３１８は一例として示されるガソリン
代計算用メソッド，３１９はオブジェクト管理部２２０
内に設けられるシーケンス・テーブルを表している。ま
た符号２２０はオブジェクト管理部を表している。

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

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

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

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

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

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

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

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

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

【００９４】図８はメソッドの衣（ころも）を説明する
説明図である。図５に関連して説明した如く，内包に対
応する手続の世界は，外延的外辞を仲介としてオブジェ
クトの世界と関連づけられる。また図４５に関連して説
明した如くメソッド自体も１つのオブジェクトを構成し
ている。また当該メソッドは，手続の世界の中に存在づ
けられている。

【００９５】ただメソッドが単独で取り扱われるとき，
当該メソッド自体のみで存在していると，当該メソッド
がいつの時点から誕生したり消滅したりするのか（生
死）や，常駐状態に置かれるべきか否か（オープン／ク
ローズド）や，他から入力されるデータをどこから受け
取るべきか(Input) や，どこに出力すべきか(Output)な
どが不明となることが多い。

【００９６】このために，メソッド自体（図示Ｍ）と一
緒に，当該メソッドの動作を指示する動詞（図示Ｖ）や
補語（図示Ｃ）を記述して，１つのオブジェクトとする
ようにされる。当該動詞Ｖや補語Ｃをもって，本発明に
おいてはメソッドの衣と呼んでいる。

【００９７】図８（Ａ）は，メソッドがオブジェクトと
して手続の世界に位置していることを表している。また
図８（Ｂ）は，或るクラスに取り込まれているメソッド
において，上述のメソッドの衣が記述されており，デー
タ出力やデータ入力を独自に行ってゆく機能を与えられ
ていることを表している。

【００９８】オブジェクトの衣は，メソッドが単独にオ
ブジェクトとして働くためのライフ・サイクル機能を与
えるものである。当該ライフ・サイクル機能をもつこと
によっでオブジェクトを自律型のものにする。即ち当該
衣は，オペレータによって外延的外辞を介して選択され
たメソッドが，自分が動作できるようにするための条件
を自分自身で獲得するようにするためのものである。簡
単に言えば，選択されたメソッド自身が必要なデータ獲
得をオペレータに対して指示するデータ獲得手段を，自
分の中に用意しておくためのものである。

【００９９】オブジェクトの衣には，図８（Ａ）に示す
「生死」，「オープン／クローズド」，「Input 」,
「Onput 」の外に，その他として，(i) オブジェクトが
動作した際にその終了を通知するための「メッセージ送
信」や，(ii)当該オブジェクトの衣を含めた要求機能の
中でのメソッド群の処理順序を与える「シーケンス制
御」などを持っている。

【０１００】上述した如く，クラス・スキーマとインス
タンス・スキーマとの働きによって，既存および／また
は新たに生成された複数のメソッドを組み合わせて，所
望される処理要求に対応したシステムを組み上げること
が自由に行われることとなる。しかし，上述の情報隠蔽
の世界４３０に機能的モデルとして格納されている各メ
ソッドやクラス（これらはすべてオブジェクトである）
が夫々どのような機能を発揮できるものであるかなど
を，後日利用しようとするオペレータの誰でもが容易に
理解できるように配慮しておく必要がある。

【０１０１】従来から，ユーザ・データ・データ・ベー
ス上に個々のユーザ・データを格納しておき，データベ
ース・マネージメント・システム（ＤＢＭＳ）によっ
て，上記個々のユーザ・データを管理する方式が知られ
ている。

【０１０２】また従来から，上記ＤＢＭＳの管理の下に
ある個々のユーザ・データについて，当該個々のユーザ
・データの性質など（メタ・データ）を記述したメタ・
データ・データ・ベースをもうけ，データ・ディクショ
ナリ・アンド・ディレクトリ・システム（ＤＤ／ＤＳ）
によって，上記メタ・データを管理する方式が知られて
いる。

【０１０３】これら各方式において，上記ＤＢＭＳが管
理するユーザ・データや，上記ＤＤ／ＤＳが管理するメ
タ・データについては，従来から例えばデータ順を表す
順序番号などで特定されるようにされていた。例えば，
上記ＤＢＭＳが管理するユーザ・データについては，オ
ブジェクトｉＤが付与されており，当該オブジェクトｉ
Ｄは通常上記順序番号で与えられていることがあった。

【０１０４】更にまた，上記メタ・データや上記ユーザ
・データに付されるｉＤに関して，単なる順序番号（あ
るいは特別な意味を持たない記号）を用いる方式に換え
て，上記メタ・データや上記ユーザ・データがもってい
るデータの意味する所を上記ｉＤによって表現しようと
することも行われていた。

【０１０５】図９は従来から知られているデータベース
の構成を示す。図中の符号２０７はデータベース，２０
８はデータベース・マネージメント・システム，２０９
はユーザ・データ・データベース，２１０はデータ・デ
ィクショナリ・アンド・ディレクトリ・システム，２１
１はメタ・データ・データベースを表している。

【０１０６】図９に示す如く，従来から，ユーザ・デー
タをまとめて格納するユーザ・データ・データベース２
０９が構成されており，データベース・マネージメント
・システム（ＤＢＭＳ）２０８が一元的に管理を行い，
ユーザ・データについての生成や削除や修正や入出力な
どの処理を行っている。

【０１０７】一方，個々のユーザ・データの数が増大
し，個々のユーザ・データのボリュームが増大してくる
につれて，個々のユーザ・データがどんな役割をもつも
のかなどの説明を行うために，メタ・データが作成され
るようになっている。そして，当該メタ・データをまと
めて格納するメタ・データ・データベース２１１が用い
られ，当該メタ・データ・データベース２１１を一元的
に管理するものとして，データ・ディクショナリ・アン
ド・ディレクトリ・システム（ＤＤ／ＤＳ）がもうけら
れている。

【０１０８】本発明においては，図９に示す上記メタ・
データとユーザ・データとをまとめてオブジェクト部品
２０６として把握するようにしている。図１０はオブジ
ェクトを取扱う処理態様を示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２２】図１２は“ｉｓ−ａ”階層について説明す
る説明図である。図１２（Ａ）においては，(i) 最上位
クラスに記号Ａ，Ｂが存在し，(ii)最上位クラスの記号
Ａに属する第２位クラスに記号Ａ，Ｂ，Ｃ，Ｄが存在
し，(iii)第２位クラスの記号Ａに属する第３位クラス
に記号Ａ，Ｂが存在し，(iv)第３位クラスの記号Ａに属
する第４位クラスに記号Ａが存在し，(v) 第４位クラス
の記号Ａに属する第５位クラスに記号Ａが存在し，(vi)
第３位クラスの記号Ｂに属する第４位クラスに記号Ａ，
Ｂが存在し，(vii) 第２位クラスの記号Ｄに属する第３
位クラスに記号Ａ，Ｂが存在し，(viii)第２位クラスの
記号Ｄにつづく第３位クラスの記号Ａに属する第４位ク
ラスに記号Ａ，Ｂ，Ｃ，Ｄが存在するものとして，階層
化されたクラスが表現されている。

【０１２３】図１２（Ｂ）は図１２（Ａ）に示す階層化
されたクラスを記述する構成を示している。夫々のクラ
ス名に対応して，自己からみてのスーパクラスと自己か
らみてのサブクラスとがあわせて記述され，階層関係内
での位置付けを明瞭にしている。

【０１２４】図１３は“ｉｓ−ａ”階層における解読処
理態様を示している。オブジェクト・コマンドにおける
“ｉｓ−ａ”手続の分のｎ桁分が与えられると（Ｓ１）：桁数ｎを判断し，（Ｓ２）：ｎ＝１に初期設定し，（Ｓ３）：左側から順に取り出し（今第ｉ番目を取り出
したとすると），当該桁の文字を判断する。そして収集
する。（Ｓ４）：当該文字のクラスを，次の桁についての処理
のために遺伝させる（仮にＡＡクラスであったとすれ
ば，次の第３位クラスの解読については，スーパクラス
ＡＡをもつものから遺伝させるようにされる）。（Ｓ５）：ｎが終わりか否かを調べる。（Ｓ６）：ステップＳ５でＹＥＳであれば，それまで集
められたクラスで階層をつくる。（Ｓ７）：ステップＳ６でＮＯであれば，次の桁の処理
に向かう。

【０１２５】図１４は，“ｐａｒｔ−ｏｆ”階層につい
て説明する説明図である。図１４（Ａ）に示す場合に
は，存在し得るクラス名「Ａ」，「ＡＡ」，・・・「Ａ
ＣＤＤ」・・・を列記しておき，当該夫々のクラス名に
対してユニークな値をもつオブジェクト・コマンド内で
の“ｐａｒｔ−ｏｆ”階層指示コード「００００」，
「０００１」，・・・「０１ＦＦ」，・・・を割りつけ
てゆくようにしている。

【０１２６】このようにすることによって，上記“ｐａ
ｒｔ−ｏｆ”階層指示コードの１つ例えば「０１ＦＦ」
が与えられると，対応するクラス名「ＡＣＤＤ」が索引
される。当該索引に用いるテーブルを意味変換テーブル
３６０とする。上記“ｐａｒｔ−ｏｆ”階層において
は，或る１つの親クラスに次いで一般に多数の子クラス
が存在する。このために当該親クラスと子クラスとの関
係を簡潔な「クラス名」をもって表現させることはでき
ない。したがって，例えば図１４（Ａ）に示すクラス名
「ＡＣＤＤ」が索引された場合に，当該クラス名「ＡＣ
ＤＤ」をもって，第２の対応表（図示せず）を索引する
ようにされる。即ち当該クラス名「ＡＣＤＤ」をもって
第２の対応表を索引した結果をもって，例えば，親クラ
スである所の「日本本土」が抽出され，かつ子クラスで
ある所の「本州」や「九州」や「四国」や「北海道」や
「沖縄」が抽出されるようにされる。

【０１２７】図１４（Ｂ）は図１４（Ａ）に関連して説
明した処理のフローチャートを表している。（Ｓ８）：オブジェクト・コマンド内での“ｐａｒｔ−
ｏｆ”階層指示コードをみて，意味変換テーブル３６０
を索引し，対応するクラス名を得る。（Ｓ９）：当該得られたクラス名にもとづいて上述の第
２の対応表を索引し，親クラスと子クラスとのつながり
を得る。（Ｓ１０）：集められた親クラスと子クラスとで，階層
化されているクラスをつくる。

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

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

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

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

【０１３２】図１１に示す部品属性ファイル２０５と展
開処理２１５と部品属性ファイル２０５’とは，図３に
示されるものと対応している。各オブジェクト部品２０
６はオブジェクト・コマンド２０１によって特定するこ
とができる。即ち図１や図６に示す如く，情報隠蔽の世
界に格納されているオブジェクト部品（メソッドやクラ
ス）を，当該オブジェクト・コマンド２０１によって，
静的モデルの場に呼び出すことができる。そして，当該
オブジェクト・コマンド２０１内には，該当するオブジ
ェクト部品についての情報を圧縮されて記述されている
ことから，当該オブジェクト部品のもつ機能などを第３
者が容易に知ることができて，それを利用することが可
能になる。

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

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

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

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

【０１３７】図５や図６や図７を参照して説明した如
く，メソッドやクラスをオブジェクト部品とみなし，新
しい目的に対応したシステムを組み上げてゆくが，図４
に示す如く変換回線１０１などを介して連繋されている
各端局１０１が自己の当面必要とする処理に必要なオブ
ジェクト部品をすべて自己端局内の部品属性ファイル２
０５内に所持しているとは限らない。

【０１３８】このような場合，クラスやインスタンスを
転送することが必要となるが，当該転送に当たって，当
該クラスに対応づけられているクラス・スキーマやメソ
ッド，および当該インスタンスに対応づけられているイ
ンスタンス・スキーマを，夫々データの１つとみなして
転送し，当該クラス・スキーマとメソッドとインスタン
ス・スキーマとを整えて処理を実行するようにされる。

【０１３９】図１８はオブジェクト転送構成図を示す。
図中の符号１０１は自端局，１０２は他端局であって夫
々データ処理装置を持っている。以下，自端局１０１や
他端局１０２を夫々オブジェクト指向データ処理装置と
して動作する端局であるとする。

【０１４０】更に図中の符号３１０は内部スキーマ，３
１２はクラス・スキーマであって所望されるクラスに対
応して所望するメソッドのＩＤを取り込んでクラスを生
成するもの，３１３，３１４，３１５・・・は夫々メソ
ッド，３１６はインスタンス・スキーマであって上記ク
ラス・スキーマ３１２によって生成されたクラスに対応
して所望される個別のデータ（インスタンス・データ）
を設定して空隙の処理プログラムに対応するインスタン
スを生成するもの，３３０はクラス自体又はクラスに取
り込まれたメソッド群（以下，クラスのメソッド群と呼
ぶ）である。

【０１４１】例えばユーザから，所望される処理につい
ての実行が要請されたとすると，次のようにして，クラ
スとインスタンスとが生成され，当該生成されたインス
タンスを実行することによって，上記ユーザからの要請
に対処するようにされる。

【０１４２】即ち，操作者は，上記ユーザの要請に答え
るために必要とするであろうメソッドまたはメソッドの
群（図１８に示す「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」・・
・のメソッドＩＤを，クラス・スキーマ３１２上に記述
し，夫々のメソッドＩＤと夫々のメソッドとをリンクづ
ける。なお夫々のメソッドは所定の処理を行うに足るプ
ログラム単位であると考えてよく，今の場合には当該各
メソッドは既存のものであるとする。勿論，必要に応じ
て新しく生成してもよい。

【０１４３】更に，操作者は，上記クラス・スキーマ３
１２上にメソッドＩＤを記述して，クラスを生成した後
に，実際に処理を実行することとなるインスタンスを生
成する。

【０１４４】当該インスタンスの生成に当たっては，イ
ンスタンス・スキーマ３１６上に，当該インスタンスが
利用しているクラスのクラス名を記述すると共に，当該
クラスに取り込まれているメソッドが使用するインスタ
ンス・データをセットする。

【０１４５】図１８に示すＸはクラス名であり，ｘ₁は
該当するクラスを利用するインスタンスに対応するイン
スタンス・スキーマ３１６を表している。また図１８に
示すインスタンス・スキーマ３１６内の○○○印は夫々
インスタンス・データを表している。

【０１４６】上述の如く要請された処理対象に対応する
処理に当たって，いわば数学における公式に相当するク
ラス（各メソッド内の値として一般名称のいわば変数が
与えられている）と，当該クラスに所望される個々のイ
ンスタンス・データ（上記変数に対応する所定値）を設
定した形のインスタンスとを用意し，当該インスタンス
にもとづいて処理を実行するようにされる。

【０１４７】このような処理が行われるオブジェクト指
向データ処理装置の相互間で，上記クラスや上記インス
タンスを転送するに当たって，次のように行われる。図
１８（Ａ）は必要に応じてクラスを転送する場合の処理
態様を示している。今，自端局１０１において処理を実
行しようとするに際して該当するクラス・スキーマ３１
２−１が存在していないとすると，自端局１０１は他端
局１０２から当該クラス・スキーマの転送を受ける。

【０１４８】図示の場合には，他端局１０２が自己のも
っているクラス・スキーマ３１２−２を自端局１０１に
転送し，自端局１０１内でクラス・スキーマ３１２−１
として整えられたとする状態が示されている。

【０１４９】この状態の下で，自端局１０１において
は，自端局内のオブジェクト管理部（図４，図６，図
７，図１１，図１６，図１７に示す）が，クラス・スキ
ーマ３１２−１に記述されているメソッドＩＤ（Ａ・Ｉ
Ｄ，Ｂ・ＩＤ，Ｃ・ＩＤ・・・）にもとづいて，対応す
るメソッド３１３−１，３１４−１，３１５−１などが
自端局１０１内に存在するか否かをチェックする（リン
クを張る処理を行う）。

【０１５０】このとき，メソッド３１３−１のみ自端局
１０１内に存在し，メソッド３１４−１，３１５−１な
どが存在しなかったとすると，自端局１０１は，当該メ
ソッドを所持する他端局例えば１０２に対して転送要求
を行う。これに対応して，他端局１０２は当該メソッド
３１４−２，３１５−２などを自端局１０１側に転送す
る。各メソッドを受け取った自端局１０１においては，
上記オブジェクト管理部が，クラス・スキーマ３１２−
１内の各メソッドＩＤと当該メソッド３１４−１，３１
５−１などとリンクを張る。これによって自端局１０１
内に，クラス・スキーマ３１２−１にて特定されるクラ
スが取り入れられたことになる。即ち当該クラスがラー
ニングされたことになる。

【０１５１】図１８（Ｂ）は必要に応じてインスタンス
を転送する場合の処理態様を示している。今，自端局１
０１において処理を実行しようとするに際して該当する
インスタンス・スキーマ３１６−１が存在していないと
すると，自端局１０１は他端局１０２から当該インスタ
ンス・スキーマの転送を受ける。

【０１５２】図示の場合には，他端局１０２が自己のも
っているインスタンス・スキーマ３１６−２を自端局１
０１に転送し，自端局１０１内でインスタンス・スキー
マ３１６−１として整えられたとする状態が示されてい
る。

【０１５３】この状態の下で，自端局１０１において
は，自端局内のオブジェクト管理部が，インスタンス・
スキーマ３１６−１に記述されているクラス名Ｘをもと
に，対応するクラスのメソッド群３３０−１（一般には
クラス・スキーマを探す）とリンクを張るように動作す
る。言うまでもなく，該当するクラスのメソッド群３３
０−１が自端局１０１内に存在していなかった場合に
は，他端局１０２に対してクラス・スキーマやメソッド
の転送を要求する。この要求に対応する処理態様は，図
１８（Ａ）に関連して上述した通りである。

【０１５４】該当するクラス・スキーマ（３１２−１）
や各メソッド３１３−１，３１４−１，３１５−１など
が整ったとき，自端局１０１においては，クラス・スキ
ーマ３１２−１内の各メソッドＩＤとインスタンス・ス
キーマ３１６−１内の該当するインスタンス・データと
がリンクづけられることとなる。そして，自端局１０１
は，所望される処理を，インスタンスを実行することに
よって，実行する。

【０１５５】以上のようにすることによって，自端局１
０１は他端局１０２から回線を介して自由にプログラム
の転送を受けて自己に必要とする処理を実行することが
可能となる。

【０１５６】上記クラス・スキーマ３１２や，メソッド
３１３などや，インスタンス・スキーマ３１６の転送に
当たっては，夫々は，いわば単なるデータとして取り扱
われるものであり，転送を受けた端局内でオブジェクト
管理部が上述の処理を行って，自端局内でのプログラム
の実行を可能にするようにする。

【０１５７】なお，上記クラス・スキーマ３１２や，メ
ソッド３１３などや，インスタンス・スキーマ３１６を
転送する上述のデータは，機密保持のために暗号化され
て転送される。

【０１５８】図１９はオブジェクト管理部の処理フロー
を示している。図１９は図１８の動作と対応している。（Ｓ１６）：自端局１０１が或るデータを受け取ったと
する。（Ｓ１７）：当該データがインスタンス・スキーマに対
応するものであるか否か調べられる。（Ｓ１８）：ステップ（Ｓ１７）において，ＮＯであれ
ばステップ（Ｓ２２）に向かい，ＹＥＳであれば当該ス
テップ（Ｓ１８）において，当該インスタンスに対応す
るデータがインスタンス・スキーマ３１６−１として登
録されることになる。（Ｓ１９）：自端局内のオブジェクト管理部は，インス
タンス・スキーマ３１６−１に記述されているクラスＸ
を探す。（Ｓ２０）：当該クラスが存在すればステップ（Ｓ２
４）に向かい，存在しなければステップ（Ｓ２１）に向
かう。（Ｓ２１）：自端局１０１は該当するクラス・スキーマ
３１２を他端局１０２に対して要求する。

【０１５９】以上のようにして自端局１０１がクラス・
スキーマ３１２−１を受け取ることになるが，他端局１
０２から伝送されてきたデータが，クラス・スキーマに
対応するデータであるか，クラス・スキーマでもなくイ
ンスタンス・スキーマでもないデータであった場合，ス
テップ（Ｓ１６），（Ｓ１７）をへて，ステップ（Ｓ２
２）において当該データの種類が調べられる。（Ｓ２３）：当該データが，クラス・スキーマでもない
場合には処理終了に向かい，クラス・スキーマであった
場合には，当該クラス・スキーマが登録される。（Ｓ２
４）：クラス・スキーマ３１２−１が整えられると，各
メソッドとのリンク取りが行われる。（Ｓ２５）：指定されたメソッドが探される。（Ｓ２６）：当該メソッドのすべてが存在すればステッ
プ（Ｓ２７−２）に向かう。（Ｓ２７−１）：当該メソッドの１つでも存在しなかっ
た場合には，該当するメソッドを他端局から転送される
ことになる。（Ｓ２７−２）：メソッドの登録が行われ，クラス・ス
キーマ内のメソッドＩＤとリンクがはられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１８８】図２４に示す如き横関係も，上述の“ｉｓ
−ａ”や“ｐａｒｔ−ｏｆ”と同様に，クラス間の相互
関係の１つの形態であり，静的モデルの場に保持され
る。図４や図１８に関連して示している如く，端局１０
１などの各端局がＬＡＮ又は交換回線１０３によって連
繋され，各端局相互間で必要な情報を交信する。即ち，
必要な情報をオブジェクトとして交信し，処理を実行し
てゆく。

【０１８９】夫々の端局において，自己の必要とする情
報を他端局やセンタ局から受信して処理を実行したり，
自己のもっている情報を他端局に転送して自己に必要と
する処理を代行処理してもらったりするシステムとして
は， (i)ローカル処理方式端局例えば１０１内のデータ処理装置は，自己端局内の
プログラムを用いて自己端局内の処理対象データを処理
する。そして，データ処理装置は，交換回線１０３を経
由して，他端局から，必要とする処理対象データの転送
を受ける。

【０１９０】(ii) クライアント・サーバ方式データ処理装置が自己端局１０１に存在しない処理対象
データを必要とする場合，データ処理装置はサーバ端局
に，当該データの取得を依頼する。これによってサーバ
端局は，自己端局内に存在する一覧表にもとづいて，当
該所望されるデータが端局例えば１０２内に存在してい
ることを知り，端局１０２から当該所望されるデータの
伝送を受ける。その後，サーバ端局は，当該伝送を受け
たデータを端局１０１に伝送する。データ処理装置は，
当該受け取ったデータを用いて，所望する処理を実行す
る。

【０１９１】(iii)仮センタ方式各端局例えば１０２などは自己が所有するレコードを自
己で管理するが，あわせて当該レコードが自己が所有し
ている旨を仮センタに登録しておく。ある端局１０１が
自己端局内に存在しないレコードを希望する場合，当該
端局１０１は仮センタに問い合わせる。そしてその問い
合わせの結果にもとづいて，端局１０１が端局１０２と
交信して，所望するレコードの転送を受ける。

【０１９２】(iv) 複数仮センタ方式複数の団体が単一の交換網に連繋されており，夫々の団
体内では仮センタが存在し，各団体内では上記仮センタ
方式の場合と同様に処理が行われる。しかし，今，ある
団体内の端局１０１が他の団体内の端局１０２からレコ
ードの転送を受ける場合には，夫々の団体内の仮センタ
が仮センタ間ネットワーク１１５（図示せず）を介して
交信し合うようにされる。

【０１９３】即ち，端局１０１は自己の団体内の仮セン
タ（仮に１１４−１とするが図示せず）に問い合わせを
行うが，当該仮センタ１１４−１は自己団体内に当該所
望されるレコードが存在しないことを知り，当該仮セン
タ１１４−１は仮センタ間ネットワーク１１５を介し
て，他団体の各仮センタに問い合わせる。今仮センタ
（仮に１１４−２とするが図示せず）が自己団体内の端
局１０２内に存在することを通知してくると，その旨が
端局１０１に通知される。そして端局１０１は端局１０
２から当該所望するレコードの転送を受ける。

【０１９４】(v)ブロードキャスト方式端局１０１があるレコードを所望する場合，端局１０１
はグローバル・バス型ＬＡＮを用いて，全端局に対して
放送形式で一斉に質問する。当該所望されるレコードを
所有している端局１０２は，当該質問に答えて，端局１
０１に応答する。これによって，端局１０１は端局１０
２から当該レコードを受け取る。

【０１９５】上記の場合，いずれにしても各端局相互間
でのプログラムやデータ（以下，両者をまとめてデータ
という）の伝送を完了するまでの間に比較的大きい時間
を要する。このために，例えば自己の端局内でファイル
をアクセスして所望されるデータを取り出す時間にくら
べて，きわめて大きい時間を要し，或るデータに関し
て，当該データが本来存在していた端局以外の端局に伝
送された上で更新を受けた如き場合に，当該データのイ
ンテグリティを保持する（当該データに関して正しく更
新が行われて完全性を保つこと）ことがむずかしい。例
えばサーバ端局や仮センタで，上記インテグリティを保
つためのデータ管理を行うにしても，きわめて困難であ
る。また当該データを本来保持している端局夫々が自分
の責任においてデータ管理を行うにしても，上記伝送に
大きい時間を要することもあって，夫々の他端局で当該
データを必要とする際に，その都度当該データを管理し
ている端局から，当該データの伝送を受けるという管理
態様をとることができない。言うまでもなく，各端局が
夫々自分の管理範囲内のデータについてインテグリティ
に責任を持っておき，当該インテグリティを保たれたデ
ータを，他端局に配送するようにすれば，データについ
てのインテグリティを常に正しく保つことができるはず
である。

【０１９６】このために，本発明では，端局間のデータ
伝送を高速化して，個々の端局にて必要とするデータ
を，自分の端局内で管理しているデータと実質的に同等
の早さでアクセスできるようにする。

【０１９７】図２５は本発明に用いる端局間通信の構成
図を示す。図中の符号１０１，１０２は夫々端局，１０
３は交換網（自社内の回線を含む），１０４，１０５は
夫々データ処理装置，１０６，１０７は夫々プログラ
ム，１０８，１０９は夫々処理対象データ，１５０は本
発明に用いられる三階層通信回線，１５１はメイン・ラ
イン，１５２はコントロール・ライン，１５３はサブ・
ラインを表している。

【０１９８】メイン・ライン１５１は端局相互間の通常
のメッセージに関しての交信に用いる。コントロール・
ライン１５２は，或るデータの存在個所を，放送形式で
問い合わせを行うためのラインである。そしてサブ・ラ
イン１５３は，端局相互間で，高速データ伝送を行うた
めのラインである。

【０１９９】本発明はそれに限られるものではないが，
上記三階層通信回線１５０として，ブロード・バンドＩ
ＳＤＮを用いる。当該ブロード・バンドＩＳＤＮ（以
下，Ｂ−ＩＳＤＮという）の場合には，回線接続相手が
固定されることなく自由であり，回線スピードに関して
も自由であり（高速伝送可能であり），コントロール・
ラインにおいて放送形式での通信が可能である。

【０２００】端局間の通常のメッセージの交信に当たっ
ては，メイン・ライン１５１を用いて比較的低速で（低
回線費用の下で）行い，各端局１０１や１０２は夫々自
己が管理しているデータ１０８や１０９を用いて，自己
が管理しているプログラム１０６や１０７をデータ処理
装置１０４や１０５にて実行している。

【０２０１】この状態の下で，例えば端局１０２がある
所望の処理を実行しようとした際に，自己が管理してい
るプログラム１０７内に所望するプログラムが存在して
いない場合や，自己が管理しているデータ１０９内に所
望のデータが存在しない場合や，また更にそれらの両者
の場合に，次のような動作を行う。

【０２０２】即ち，端局１０２は，コントロール・ライ
ン１５２を用いて，放送形式にて，上記プログラムおよ
び／またはデータが，いずれの端局で管理されているも
のであるかを問い合わせる。なお，一般には端局１０１
や１０２は多数存在している。

【０２０３】当該プログラムおよび／またはデータを管
理している端局例えば１０１は，この旨を，メイン・ラ
イン１５１にて端局１０２に通知する。これに対応して
端局１０２は，メイン・ライン１５１を用いてプログラ
ムおよび／またはデータの伝送を受ける旨を端局１０１
と交信しておき，サブ・ライン１５３を用いて，当該プ
ログラムおよび／またはデータについて，高速伝送にて
受信する。そして，端局１０２は，受信したプログラム
および／またはデータを用いて，上記所望の処理を実行
する。

【０２０４】各プログラムやデータの生成・更新・削除
などの処理は，夫々の当該プログラムやデータを保持し
ている端局にて実行する。このような管理やデータ処理
は，三階層通信回線１５０を用いて高速伝送が可能にな
ったことにもとづいて各端局にて必要が生じた際にその
都度伝送を受けることが可能となり，実現可能となっ
た。

【０２０５】図２６は本発明に用いる三階層通信処理を
行う処理フローを示す。（Ｓ２８）：メイン・ラインにて通常の通信を行う。こ
のときメッセージの交信も行われる。（Ｓ２９）：当該メッセージの交信を行った際に例えば
受信側である処理を行う必要が生じたとすると，当該処
理を行う上でのデータ（プログラムを含む）が自端局
（当該受信）側に存在しているか否かを調べる。

【０２０６】存在しているか否かで２通りに分かれ，非
存在の場合にステップＳ３に向かい，存在している場合
にステップＳ３２に向かう。（Ｓ３０）：コントロール・ライン１５２を用いて，当
該データが存在している（当該データを管理している）
端局を，放送形式で問い合わせる。（Ｓ３１）：存在している端局が判明したとき，サブ・
ライン１５３を用いて高速伝送によって当該データの伝
送を受ける。（Ｓ３２）：データが整った時点で，上記メッセージに
対応した処理を行うように，当該データを他のデータと
有機的に結合して，当該処理を行う。

【０２０７】図２７はメッセージのフォーマットと各ラ
インのフォーマットとを示す。メッセージのフォーマッ
トは，基本フォーマットと処理するためのフォーマット
とに大別される。基本フォーマットには，送信側ｉＤと
受信側ｉＤとが存在する。処理するためのフォーマット
には，処理の内容を示すｉＤやデータのｉＤと，必要に
応じて存在する実データのｉＤや実データが存在する。
図示のＡ，Ｂ，Ｃ_i，Ｄ_iは上記夫々の情報を表してい
る。

【０２０８】図２７（Ａ）に示すフォーマットにしたが
った形で，図２７（Ｂ）に示す如く，メイン・ライン１
５１のフォーマット，コントロール・ライン１５２のフ
ォーマット，サブ・ライン１５３のフォーマットが用意
される。なお，コントロール・ライン１５２のフォーマ
ットにおいて点線で示している「受信側のｉＤ」につい
ては，放送形式での通信の場合に省略されることを表し
ている。

【０２０９】なお，データのｉＤには一般に当該データ
を管理しているターミナル・ナンバを先頭に付されたも
のとなっている。この結果，当該データのｉＤを受信し
た端局で，自己の端局のターミナル・ナンバであると判
断すれば，自己が管理していることを知ることができ
る。しかし，一般には，個々の端局は，他端局のターミ
ナル・ナンバを管理していない。

【０２１０】図２８は本発明の場合の処理態様を示して
いる。（Ｓ３３）：送信側で通信したいデータを整える。（Ｓ３４）：送信側ｉＤと受信側ｉＤとをつけて送信す
る。（Ｓ３５）：受信側では自己端局にて実行する処理に当
たって所望されるデータが存在しているか否かを調べ
る。

【０２１１】存在していればステップＳ１２に向かい，
存在していなければステップＳ９に向かう。（Ｓ３６）：所望するデータのｉＤをつけて，コントロ
ール・ラインを用いて放送する。（Ｓ３７）：当該データを管理している端局が，サブ・
ラインを用いて高速伝送する。（Ｓ３８）：受信側では，伝送されたデータをメモリに
格納する。（Ｓ３９）：処理を実行する。（Ｓ４０）：処理終了に対応して処理終了通知を行う。（Ｓ４１）：送信側では処理終了通知を受け取る。

【０２１２】なお，各端局においては，自己が管理する
データについて，当該個々のデータについての「データ
のｉＤ」から当該データが格納されている先頭アドレス
や格納されている状況などを索引するリンク・テーブル
が用意されている。したがって，データｉＤを与えられ
ると当該データを容易にアクセスすることが可能とな
る。

【０２１３】図２９はブロード・バンドＩＳＤＮの概念
構成図を示す。ブロード・バンドＩＳＤＮにおいては，
数１００Ｍｂｐｓから数Ｇｂｐｓでの高速通信を可能に
するために，光ファイバをベースとしている。図２９に
おいて符号６００はＢ−ＩＳＤＮ（ＡＴＭ（非同期転送
モード）交換網），６０１はＡＴＭ多重化装置，６０２
はＡＴＭ宅内装置，６０３は光ファイバ・ケーブル，６
０４は光ファイバ・ケーブル上を伝送される固定長セル
を表している。

【０２１４】図２９には，Ｂ−ＩＳＤＮはＣＣＩＴＴで
検討されているサービスの概要を表示している。ＡＴＭ
の下では，従来の回線モードで通信速度が固定されてい
たのに変わって，任意の速度での対応が可能となる。ま
た従来のパケットモードではソフトウェアによる処理を
必要とするためにプロトコル処理の負荷が大きいもので
あるが，ＡＴＭでは光ファイバを使用するために誤りの
少ない大容量伝送が可能であり，プロトコル処理もハー
ドウェアにより簡素化されるために負荷が軽減される。

【０２１５】ＡＴＭではデジタル化された音声データや
映像データなどの各種情報をセルと呼ばれるパケットに
類似した固定長のブロックに挿入する。そして，このブ
ロックを単位として順次情報を多重化し非同期転送を行
う。セル単位で回線型のデータとパケット型のデータと
を区別することなく多重化して転送するため，異なる伝
送速度に多元トラフィック処理にて柔軟に対応でき，伝
送路を効率よく利用できる。

【０２１６】Ｂ−ＩＳＤＮにおいては，(i) チャネル速
度６４Ｋｂ／ｓのＢチャネルと（なおＢチャネル内に
８，１６，３２Ｋｂ／ｓの低速チャネルを設定可能であ
る），(ii)チャネル速度１６Ｋｂ／ｓと６４Ｋｂ／ｓと
をもつＤチャネルと，(iii) チャネル速度３８４Ｋｂ／
ｓ，１５３６Ｋｂ／ｓ，１９２０Ｋｂ／ｓ，３０〜４４
Ｍｂ／ｓ，９０〜１３８Ｍｂ／ｓなどのＨチャネルとが
用意されている。

【０２１７】本発明に対してＢ−ＩＳＤＮを適用する場
合には，メイン・ライン１５１として上記Ｂチャネルを
割り当て，コントロール・ライン１５２として上記Ｄチ
ャネルを割り当て，サブ・ライン１５３として上記Ｈチ
ャネルを割り当てる形となる。

【０２１８】図３０はＩＳＤＮにおける電話接続の場合
の制御手順の一例を示している。図中の記号は次の如き
ものである。ＳＥＴＵＰ呼設定の要求ＣＡＬＬＰＲＯＣ呼設定のための処理中である旨
の通知ＡＬＥＲＴ被呼者の呼び出し中である旨の
通知ＣＯＮＮ被呼者が応答した旨の通知ＣＯＮＮＡＣＫＣＯＮＮに対する確認ＤＩＳＣ呼解放の要求ＲＥＬチャネル切断完了通知と呼番号
解放要求ＲＥＬＣＯＭチャネル解放と呼番号解放完了
通知発信者からの発呼に対応して呼び出しが行われ，着信者
からの応答に応じて接続状態となる。そして通話が行わ
れ，終話に対応して，切断となり，チャネル解放が行わ
れかつ呼番号解放となる。

【０２１９】本発明においては，上述の如き三階層通信
処理をとることによって，各端局で，必要なデータが生
じる都度，端局間で当該データを高速伝送することが可
能となる。ただ，今当面のデータを必要としている端局
において，当該データがいずれの端局において管理され
ているものであるかを予め知っている場合がある。この
ような場合には，上述のコントロール・ライン１５２を
用いての放送形式による問い合わせを必要としないこと
から，この手続を省略することがある。

【０２２０】上述の如く，分散型のデータ処理システム
が考慮されており，夫々にプログラムおよび／またはデ
ータベースを有する端局が，ＬＡＮ又は交換回線によっ
て連繋され，必要に応じて，或る端局が他端局からプロ
グラムおよび／またはデータベースの内容についての転
送を受けて処理を実行することが行われる。

【０２２１】例えばこのような分散型のデータ処理シス
テムにおいて，端局内に新しい機能を導入したり，或る
端局内での所定の処理条件を契機として当該端局内の状
態その他の情報を他の端局に伝送したりする改変を必要
とすることがある。

【０２２２】このような必要性が生じた場合，従来で
は，(i) 上記改変を要する端局に出向いて，既存の機能
をフロッピィ・ディスクに転送したり，上記伝送を要す
る情報をフロッピィ・ディスクに格納したりして，当該
フロッピィ・ディスクを持ち帰って所定の対策をとる方
式，(ii)上記改変を要する端局に出向いて，既存のシス
テムの運転を一時停止して，所望する調査を行ったり，
所望する改変を行ったりするようにされていた。

【０２２３】従来の場合には，いずれにしても端局に出
向く必要があったり，調査をしまた改変を行うに当たっ
て多大の労力を要するものである。この点を解決するた
めに本発明では必要に応じて，改変オブジェクトを，上
記ＬＡＮ又は交換回線を介してあるいは介することなし
に，端局内の処理態様の中に導入し，所望する改変を行
い得るようにするようにする。

【０２２４】図３１は本発明に用いる改変処理態様を示
す。図中の符号１０１，１０２は夫々端局，１０３はＬ
ＡＮ又は交換回線，２０５は部品属性ファイル，２０
５″は部品属性ファイル２０５と同じものであって改変
オブジェクトが導入されているもの，２１３はオブジェ
クト，２１９は通信／受信部，２２０はオブジェクト管
理部，２３０は端局１０１が持っている改変オブジェク
ト，２３０−１は端局１０２内の部品属性ファイル２０
５″内に導入された改変オブジェクトを表している。

【０２２５】端局１０２は既存の機能を発揮し得るよう
にされており，そのために，部品属性ファイル２０５内
に，複数の処理単位が格納されており，上記既存の機能
を発揮するためにオブジェクト管理部２２０が上記処理
単位を利用した処理を所望される処理に見合うように関
係づけて（順序づけて）ゆく。

【０２２６】図示の改変オブジェクト２３０は，端局１
０２において当該端局１０２内の機能を改変するために
用意されるものである。当該改変オブジェクト２３０
は，例えばＬＡＮ又は交換回線１０３を経由して，端局
１０２内の部品属性ファイル２０５″内に導入される。

【０２２７】例えば端局１０２における処理の間に，当
該端局１０２における処理が予め定められた条件に達し
たことを契機として，当該端局１０２内の状態を，端局
１０１に伝送させたいとした場合には，次のようにす
る。

【０２２８】即ち，端局１０１から，改変オブジェクト
２３０を端局１０２に伝送し，端局１０２内で部品属性
ファイル２０５″上に格納させる。即ち改変オブジェク
ト２３０−１を導入させる。

【０２２９】当該改変オブジェクト２３０−１を利用し
て端局１０２がどのように動作するかについては色々と
変形があり得るが，例えば次のような動作を行うと考え
てよい。

【０２３０】即ち，端局１０２における既存の処理の場
合にオブジェクト管理部２２０が，例えば，部品属性フ
ァイル２０５において，(i) 図示のオブジェクトａを起
動し，(ii)当該オブジェクトａに対応した処理が終了し
た後にオブジェクトａがオブジェクト管理部２２０に終
了を通知し，(iii) オブジェクト管理部２２０が当該終
了通知を受けて次に図示のオブジェクトｂを起動してゆ
くものとし，オブジェクト管理部２２０がそのような処
理を実行可能なように組み合わせ態様を準備していたと
する。

【０２３１】このような組み合わせ態様が存在していた
場合に，改変オブジェクト２３０−１は，当該組み合わ
せ態様を次のように改変させる。即ち部品属性ファイル
２０５″において， (i)′オブジェクト管理部２２０が
オブジェクトａを起動し，(ii)′当該オブジェクト管理
部ａに対応した処理が終了した後にオブジェクトａがオ
ブジェクト管理部２２０に終了を通知することになる際
に，オブジェクト管理部２２０に対してでなく，改変オ
ブジェクト２３０−１に通知するように改変し， (ii
i)′これによって改変オブジェクト２３０−１が起動
し，(iv)′改変オブジェクト２３０−１に対応する処理
が終了した後に改変オブジェクト２３０−１がオブジェ
クト管理部２２０に通知し， (v)′次いでオブジェクト
管理部２２０は既存の如くオブジェクトａから終了通知
がきたものとみなしてオブジェクトｂを起動するように
改変させる。そして改変オブジェクト２３０−１に対応
する処理が行われる間に，上述の端局１０２からの状態
の伝送を端局１０１へ向かって行うように上記改変オブ
ジェクト２３０−１に機能を与えておくようにする。

【０２３２】なお，上記の如き改変結果の組み合わせ態
様については，オブジェクト管理部２２０が，当該改変
結果の組み合わせ態様についてのシミュレーションを予
め行って正常な動作が生じることを確認した上で，実行
に移される。即ち，図３に示した仮動作によってシミュ
レーションを行うようにされる。また，このような改変
結果の組み合わせ態様を今後も有効化させておきたい場
合や，当該改変結果の組み合わせ態様にもとづく処理を
高速で実行させたい場合には，当該改変結果の組み合わ
せ態様について，いわばコンパイルし，分岐を含む（分
岐がなくてもよいか分岐が生じることを許容する形で）
逐次処理実行順に展開した改変後実行処理データを生成
して，これを用いて実行するようにする。

【０２３３】また，当該改変後実行処理データそのもの
を他の端局に伝送する如き場合には，当該改変後実行処
理データそのものを伝送してもよいが，次のようにする
ことが改変位置を把握するためや，伝送量の削減のため
には好ましい。即ち，上記改変オブジェクト２３０−１
が導入される以前の改変前実行処理データは，一般に，
端局１０２内に存在している。したがって，上記改変後
実行処理データと当該改変前実行処理データとの差分を
抽出し，当該差分と上記改変前実行処理データとを伝送
するようにする。このようにすれば，改変オブジェクト
２３０−１が導入されて所望される調査などの処理が終
了した後に，元の改変前実行処理データに復帰させるこ
とが容易となる。勿論，上記改変前実行処理データが上
記他の端局にも存在している場合には，上記差分のみを
伝送すれば足りる。

【０２３４】図３２は改変オブジェクトを組み入れる処
理態様を説明する図である。図中の符号２０５は部品属
性ファイル，２１３はオブジェクト，２３０−１は改変
オブジェクトを表している。

【０２３５】図３１を参照して説明した如く，改変オブ
ジェクト２３０−１が部品属性ファイル２０５に格納さ
れたとしたとき，次の如き組み入れ処理態様の選択が行
われる。（Ｓ４２）：改変対象オブジェクトと改変オブジェクト
とをディスプレイ上に表示し，改変オブジェクト２３０
−１を組み入れた所の「改変オブジェクトを導入された
結果の組み合わせ態様」を得る。（Ｓ４３）：当該「改変オブジェクトを導入された結果
の組み合わせ態様」について仮動作を行って正常に動作
するか否か（元の「改変オブジェクトを導入される以前
の組み合わせ態様」にもとづく処理を破壊しないか否
か）をチェックする。

【０２３６】当該チェックがＯＫでなければ，改変オブ
ジェクト２３０−１の埋め込みについて再検討する。（Ｓ４４）：ＯＫであった場合に，当該「改変オブジェ
クトを導入された結果の組み合わせ態様」について，コ
ンパイル処理を行って改変後実行処理データを生成する
必要があるか否かを調べる（即ち再構成を必要とするか
否かを調べる）。（Ｓ４５）：再構成を必要としない場合にはインタプリ
ータ方式による処理に頼るようにする（図３４参照）。（Ｓ４６）：再構成を必要とする場合には当該再構成を
行う。（Ｓ４７）：当該再構成を行った際に，上記改変後実行
処理データが膨大なものとなったり，あるいは改変オブ
ジェクトを導入した処理が一時的にのみ使用されるもの
であって元の改変前実行処理データに復帰させる必要が
あるなどの場合には，「外付け」による処理を行うが，
その「外付け」を行うか否かが調べられる。

【０２３７】外付けを行うか否かで２つの方式に分かれ
るが，上記再構成を行うことに変わりはない。（Ｓ４８）：外付けを行う場合には，再構成後のインタ
プリータ方式による処理に頼るようにする（図３７参
照）。（Ｓ４９）：外付けを行わない場合には，改変オブジェ
クトを含ませて再構成した所の改変後実行処理データに
よる処理に頼るようにする（図３６参照）。

【０２３８】図３３はオンライン処理態様の下で改変オ
ブジェクトを感染させた処理を行わせる処理フローを示
す。（Ｓ５０）：図３２におけるステップＳ４２の処理ステ
ップに相当しており，上記「改変オブジェクトを導入さ
れた結果の組み合わせ態様」を得る（いわば“ウイル
ス”オブジェクトに感染させる）。（Ｓ５１）：オブジェクト管理部２２０（図３１）によ
るシミュレーションによって，上記「改変オブジェクト
を導入された結果の組み合わせ態様」から得られた「改
変後実行処理データ」と，上述の「改変前実行処理デー
タ」とを，オンライン処理状態の下で並行運転を行わせ
る。

【０２３９】並行運転の結果がＯＫでないようであれ
ば，ステップＳ５０に戻るがＯＫであればステップＳ５
２に向かう。（Ｓ５２）：オンライン処理状態の下で，改変後実行処
理データを用いた処理に切り換える。即ち，改変オブジ
ェクトを導入した状態の下での処理が行われる。（Ｓ５３）：改変オブジェクトを導入した状態の下での
処理が終了したか否か調べられる。（Ｓ５４）：終了した場合には，元の改変前実行処理デ
ータを用いた処理に復帰させる。

【０２４０】図３４は再構成を必要としない場合のイン
タプリータ方式を説明する図である。図中の符号２２０
はオブジェクト管理部，２３０−１は改変オブジェク
ト，２１４−１は改変前実行処理データ，２５０−１は
改変前実行処理データ２１４−１に対応する処理単位
群，２５０−２は改変オブジェクト２３０−１に対応す
る処理単位群，ａ₁，ａ₂，…ａ_n，ｂは夫々処理単位
であって一般には最小でも数１０ステップよりなる如き
命令の列を表している。

【０２４１】図示の場合には，改変前実行処理データ２
１４−１は，処理単位ａ₁とａ₂とよりなる第一群と，
処理単位ａ₃ないしａ_nよりなる第二群とに分けられ
る。そして，オブジェクト管理部２２０は次の如き処理
を行う。即ち，（動作１）オブジェクト管理部２２０は，改変前実行
処理データ２１４−１を起動する。（動作２）これによって処理単位ａ₁が実行され，次
いで処理単位ａ₂が実行される。本来ならば続いて処理
単位ａ₃の実行に入る所であるが，改変オブジェクト２
３０−１は，改変前実行処理データ２１４において処理
単位ａ₂が実行された際にその報告を求めるようにオブ
ジェクト管理部２２０を改変し，上記処理単位ａ₃の実
行に入らないようにする。（動作３）即ち，このとき，オブジェクト管理部２２
０が，改変オブジェクト２３０−１に対応する処理単位
２５０−２の実行を起動する。換言すれば，処理単位ａ
₂から処理単位ｂを呼ぶ交信を行う。（動作４）これにより，処理単位ｂが実行される。即
ち，改変前実行処理データ２１４−１による処理態様
が，改変オブジェクト２３０−１によって改変された処
理となる。（動作５）処理単位ｂの処理が終了すると，オブジェ
クト管理部２２０に終了が通知され，オブジェクト管理
部２２０は図示の処理単位ａ₃の実行を起動する。換言
すれば，処理単位ｂの末尾で処理単位ａ₃を呼ぶ交信を
行うようにする。（動作６）処理単位ａ_nの処理が終了したとき，オブ
ジェクト管理部２２０はその終了通知を受け取る。

【０２４２】図３５は図３４に示した方式による動作の
応用例を示す。図中の符号は図３４に対応している。改
変前実行処理データ２５０−１の実行に当たっては，図
３５（Ａ）に示す如く，オブジェクト管理部２２０が起
動を行い，処理単位ａ₁，ａ₂，…ａ_nと処理が実行さ
れてゆき，処理単位ａ_nの終了にもとづいて，オブジェ
クト管理部２２０が終了通知を受け取るように動作す
る。

【０２４３】上記に対して，改変オブジェクト２３０−
１による処理単位ｂを含めた処理に当たっては，次の如
く動作する。なお，この場合に用いられる改変オブジェ
クト２３０−１は，改変前実行処理データ２５０−１が
起動される直前のパラメータ（データ処理装置内の各種
パラメータ）を収集し，かつ改変実行処理データ２５０
−１が実行された直後の上記パラメータを収集するよう
に仕組まれているものとする。

【０２４４】この場合，図３５（Ｂ）に示す如く，改変
オブジェクト２３０−１がオブジェクト管理部２２０に
対して，改変前実行処理データ２５０−１に起動をかけ
る場合に，自己（改変オブジェクト２３０−１）に対し
て起動をかけさせるようにする。改変オブジェクト２３
０−１に対応した処理単位群２５０−２は，当該起動を
受けて，改変前実行処理データ２５０−１が実行される
直前の上記パラメータを収集した上で，改変前実行処理
データ２５０−１を起動せしめる。そして改変前実行処
理データ２５０−１からの終了通知が改変オブジェクト
２３０−１に対応した処理単位群２５０−２に対して行
われるように指示する。

【０２４５】改変前実行処理データ２５０−１の処理が
実行され終わると，改変前実行処理データ２５０−１
は，改変オブジェクト２３０−１の側に終了通知を行
う。これによって，処理単位群２５０−２は，改変前実
行処理データ２５０−１の実行直後の上記パラメータを
収集した上で，オブジェクト管理部２２０に終了報告を
行う。このようにして，改変オブジェクト２３０−１を
導入させることによってパラメータの収集を行うことが
可能となる。

【０２４６】図３６は改変後実行処理データを生成して
処理を実行する方式を説明する図である。図中の符号２
０５，２１３，２３０−１，２２０，２１４−１，２５
０−１は図３１や図３４に対応しており，２１４−２は
改変後実行処理データ，２５０−３は改変後実行処理デ
ータ２１４−２に対応する処理単位群を表している。

【０２４７】既存の改変前実行処理データ２１４−１
は，複雑に各種オブジェクトが結合され合った上述の
「改変オブジェクトを導入される以前の組み合わせ態
様」についてコンパイル処理が行われたものであり，一
般には当該改変前実行処理データ２１４−１を調べただ
けではその実体を把握することがむずかしい。またこの
ためもあって，図４に関連して説明した如き形でのイン
タプリータ方式を採用することがむずかしい。

【０２４８】このような場合には，上記改変前実行処理
データ２１４−１について，元の「改変オブジェクトを
導入される以前の組み合わせ態様」に戻し，この態様の
中において用いられている各種オブジェクトとに対して
上記改変オブジェクト２３０−１を付加した上で，展開
処理を行って，改変後実行処理データ２１４−３を得る
ようにされる。勿論，この場合，上記展開処理に先立っ
て，改変オブジェクト２３０−１を含ませた場合の「改
変オブジェクトを導入した後の組み合わせ態様」におけ
る処理についてシミュレーションによって正常に動作す
るか否かを確かめた上で，図３２に示すステップＳ３２
による仮動作チェックを済ませるようにされる。

【０２４９】改変後実行処理データ２１４−２に対応し
た処理単位群２５０−３においては，図示処理単位ｂに
示す如く，改変オブジェクト２３０−１に対応する処理
単位ｂが包含されたものとなっている。

【０２５０】このようにして，改変前実行処理データ２
１４−１と改変後実行処理データ２１４−３とが得られ
ており，オブジェクト管理部２２０は図３３に示すステ
ップＳ５２の如く改変後実行処理データ２１４−３の実
行に切り換える。また，ＬＡＮ又は交換回線１０３を経
由して，他端局に伝送する場合にも，当該改変後実行処
理データ２１４−３を伝送する。

【０２５１】図３７は再構成を行った後でのインタプリ
ータ方式による場合を説明する図である。図中の符号は
図３６に対応しており，２５０−４は差分を表してい
る。図３６を参照して説明した如く，改変後実行処理デ
ータ２５０−３が生成され，改変オブジェクト２３０−
１内に仕組んだ機能を実行させることができるが，上記
改変後実行処理データ２５０−３が単独に存在した場合
に，元の改変前実行処理データ２５０−１に復帰するこ
とがきわめて困難である。また，改変後実行処理データ
２５０−３の情報量が十分に大である場合に，当該改変
後実行処理データ２５０−３と元の改変前実行処理デー
タ２５０−１との両者を保持することが，記憶装置の節
約上好ましくないことがある。更に，改変前実行処理デ
ータ２５０−１と改変後実行処理データ２５０−３とを
伝送することが，伝送上の経費節約上好ましくないこと
がある。

【０２５２】このような場合には，図３７に示す差分デ
ータ２５０−４を生成しておくことが好ましい。即ち，
改変後実行処理データ２５０−３が生成された際に，当
該改変後実行処理データ２５０−３と改変前実行処理デ
ータ２５０−１との差を考慮して差分データ２５０−４
を生成する。換言すれば，改変前実行処理データ２５０
−１に対して，差分データ２５０−４を対応づけてイン
タプリータ方式にて実行すれば改変後実行処理データ２
５０−３を得ることができるように当該差分データ２５
０−４を得る。

【０２５３】改変オブジェクト２３０−１によって仕組
まれた処理が実行されるに当たっては，図３４を参照し
て説明したと同様に，改変前実行処理データ２５０−１
と差分データ２５０−４との間で，オブジェクト管理部
２２０による管理の下で交信が行われつつ，結果的に，
改変後実行処理データ２５０−３が実行される形とな
る。

【０２５４】上述した如く，改変オブジェクトを導入す
ることによって，現に実行中のプログラムを改変させ
て，適宜所望する改変したプログラムを実行させること
ができる。

【０２５５】上記改変オブジェクトを導入した処理につ
いて，図３４ないし図３７において，改変前実行処理デ
ータ２５０−１内の一個所のみの処理単位に変更が加え
られるように図示しているが，一般には一斉に複数個で
の変更が加えられるものであることは言うまでもない。

【０２５６】なお，上記改変オブジェクトとしては，例
えば（Ａ）所定の条件状態が発生した時点でのパラメータの
収集（Ｂ）所定の条件状態が発生したことを条件としてのプ
ログラムの変更（Ｃ）旧バージョンのプログラムの新バージョンへの変
更などを行わせるために利用することが可能である。

【０２５７】以上説明した如く，例えばＬＡＮや交換回
線を介して他端局に対して，改変オブジェクトを伝送せ
しめ，改変したプログラムを実行させることが可能とな
る。特に複合されたオブジェクトにもとづく複雑なプロ
グラムに対しても，改変オブジェクトを導入された結果
の組み合わせ態様に立ち戻って，改変することが可能と
なる。そして，改変に当たっては，既存の処理体系を破
壊することがなく，更に元の既存の処理に戻ることが可
能となる。

【０２５８】図３８は知識データを抽出してゆく過程を
概念的に表した説明図である。図中の符号４５０は顕在
的知識データ，４５１は潜在的知識データ，４５２は一
次的データ，４５３は二次的データ，４５４は同一知識
データ内の内部的リンク，４５５は潜在的知識データへ
の内部的リンク，４５６は気分的リンク，４５７は抽象
構造論的知識獲得リンクであって，各二次的データ４５
３内で知識が獲得されてゆく態様を与えるもの，４５８
はキーワード，４５９は外部的リンクを表している。

【０２５９】人間が知識データを抽出してゆく過程を表
すと図３８に示す如きものと考えられる。知識データに
は顕存的知識データ４５０と潜在的知識データ４５１と
の２つがあり，それらそれぞれの中に表面的知識の一次
的データ４５２とブラックボックス的知識の二次的デー
タ４５３とがある。一次的データ４５２は実世界の直接
の写像データであり，二次的データ４５３は抽象構造論
的に考え出されたデータであると考えてよい。

【０２６０】また実際のシステムで考えた場合，顕存的
知識データ４５０は自分のターミナルノードに実際に存
在するデータに相当するものであり，潜在的知識データ
４５１は，自分以外のターミナルノードにあるデータに
相当するものとみることができる。

【０２６１】以上のデータ類をリンクする方法として同
一知識データ内の内部的リンク４５４，潜在的知識デー
タへの内部的リンク４５５，一次データと二次データと
を結ぶ気分的リンク４５６がある。潜在的知識データを
手に入れた場合が人間でいう“さとる”という動作に当
たるものであり，この“さとり”が起こると潜在的知識
データは次第に顕在的知識データへ移行していき“ひら
めき力”を手に入れることが出来る。なお，リンク４５
６を気分的リンク４５６と名付けたのは一次的データ４
５２と二次的データ４５３とが，ある種のそのときによ
る直観やそのときによる連想などによってリンクづけら
れるものであるからである。

【０２６２】図３８に示される知識データを抽出するに
当たっては，キーワード４５８にもとづいて，顕在的知
識データ４５０内の一次的データ４５２に働きかけられ
ることから開始される。当該一次的データ４５２から，
同一知識データ内の内部的リンク４５４によって知識獲
得の態様が拡がり，また潜在的知識データへの内部的リ
ンク４５５によって潜在的知識データ４５１へも知識獲
得の態様が拡がってゆく。更には二次的データ４５３へ
も気分的リンク４５６を介して発展してゆくこともあ
る。

【０２６３】この状況における顕在的知識データ４５０
から潜在的知識データ４５１へ働きかける態様は，図４
や図１１においてＬＡＮ又は交換回線１０３によって他
端局と交信することに対応し，図１８においてオブジェ
クト転送を行う動作に相当している。また顕在的知識デ
ータ４５０や潜在的知識データ４５１内で一次的データ
４５２や二次的データ４５３を獲得してゆく態様は，図
１や図５ないし図７に示される処理に対応している。

【０２６４】また二次的データ４５３内での抽象構造論
的知識獲得リンク４５７による知識獲得の態様は，図５
に示す概念スキーマ３００による組立ての態様に相当す
るものと考えられるし，また図３１ないし図３７に示し
た改変オブジェクトが介在する改変処理に対応している
と考えることもできる。

【０２６５】図３９は本発明の底流に存在するオブジェ
クト指向による設計態様を説明する図である。図中の符
号４１０，４２０，４３１は夫々図２に示す静的世界４
１０，動的世界４２０，機能的モデル４３１に対応して
いる。

【０２６６】：ユーザからシステム設計についての要
求が生成されると，：当該要求に対応した問題点の記述が行われ，仕様の
まとめを行うシナリオの作成が行われる。

【０２６７】：次いで，分析が行われ，どのようなデ
ータが必要とされるかや，どのようなメソッドが必要で
ありかつ利用可能であるかなどがまとめられる。：当該分析結果にもとづいて，静的世界４１０におい
ては，必要とするクラスの抽出作業が行われることにな
り，必要とするデータについてのエンティティ・リレー
ション（Ｅ−Ｒ）図や，必要とするメソッドについての
エンティティ・リレーション（Ｅ−Ｒ）図を作成してゆ
く。なおＥ−Ｒ図は図４３に示す如きものである。そし
てデータのＥ−Ｒ図にもとづいてスキーマ用のメソッド
が選定され，またメソッドのＥ−Ｒ図にもとづいてデー
タとメソッドとが正しく関連づけられる。

【０２６８】：メソッドのＥ−Ｒ図が得られると，こ
れにもとづいて，図１や図５や図６や図７に示した如く
クラスが作成され登録される。また複合されたクラスが
作成される。

【０２６９】：また動的世界４２０においては，関連
するイベントについてのフローチャートをつくり，また
パラレル処理可能なイベントを決定する。そして，図１
や図５や図６や図７に示した如くインスタンスが生成さ
れ，シーケンスが設計される。またパラレル処理可能な
イベントの決定に関連して因果関係が抽出され，因果関
係が図１や図２１に示す如く状態テーブル４１４にセッ
トされ，静的世界に反映される。

【０２７０】：以上の如く得られたインスタンスにも
とづいてユーザの要求に対処するが，この間に得られた
クラスや複合クラスやインスタンスは機能的モデル４３
１として保持されて，将来の再利用にそなえる。また，
上記クラスの作成に当たって，当面不足するメソッドに
ついては当該不足メソッドを作成して利用し，かつ将来
の再利用にそなえるために登録される。不足メソッドの
作成に当たっては，図１や図３や図４に示す如き処理
（図４に示すハイパー言語処理２２２の処理）によって
行われ，仮動作を行ってみては部品の組み合わせを行い
つつ改良を加えてゆく。

【０２７１】図４０はオブジェクトを利用してゆく態様
を説明する図である。図４０における右半分は，図３９
に示した静的世界４１０や動的世界４２０や機能的モデ
ル４３１における処理に対応するものである。また図４
０における左半分は，オブジェクト部品の組合わせを行
わせるための技術を表している。

【０２７２】当該図４０における左半分におけるオブジ
ェクト部品の自由な組合わせ技術４８０は，図１や図５
や図６や図７に示した処理に対応している。またメタ・
データの作成４８１は図９や図１０や図１１のメタ・デ
ータを作成することに対応している。更に図４０に示す
オブジェクト・コマンド２０１は図１１に示すオブジェ
クト・コマンドであり，図１０や図１１に示す如くメタ
・データと実データとを組にした個々のオブジェクト部
品２０６に対応して生成される。

【０２７３】生成されたオブジェクト・コマンド２０１
は自動的に整理され自由に利用可能にされており，図４
０に示す右半分のオブジェクト部品の再利用技術におけ
る質問ツールにおいて利用される。即ちオブジェクト・
コマンドにもとづいて，必要とするオブジェクト部品２
０６が呼び込まれて再利用されてゆく。

【０２７４】図４１はスペック指向によるオブジェクト
部品の作成態様を示す。（Ａ）仕様（新しい処理要求に対応する仕様）が与えら
れると，連想によってキーワードをリンクづけてゆく。
即ち，ファジー的に以ているキーワードを引き出してゆ
く。この動作が行われる状態はある種の“ひらめき”に
よって行われるものとみてよいであろう。（Ｂ）端局は，ＬＡＮ又は交換回線上の他の端局に対し
て，上記得られたキーワドを通知する。この動作は，図
２５ないし図３０に示すブロードキャストによる通信に
よって行われる。（Ｃ）各端局（ワークステーションＷＳ）から，該当す
るオブジェクト部品２０６やオブジェクト・コマンド２
０１を集める。（Ｄ）各端局に存在するオブジェクト部品２０６の中か
ら，当面の仕様に合致するものを求める。（Ｅ）当面の仕様に合致するように，シーケンスを組
み，スキーマ化する。

【０２７５】

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

【図面の簡単な説明】

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

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

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

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

【図５】内部スキーマにおけるクラスやインスタンスの
生成処理例を示す図である。

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

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

【図８】メソッドの衣（ころも）を説明する説明図であ
る。

【図９】従来から知られているデータベースの構成を示
す。

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

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

【図１２】“ｉｓ−ａ”階層について説明する説明図で
ある。

【図１３】“ｉｓ−ａ”階層における解読処理態様を示
している。

【図１４】“ｐａｒｔ−ｏｆ”階層について説明する説
明図である。

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

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

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

【図１８】オブジェクト転送構成図を示す。

【図１９】オブジェクト管理部の処理フローを示してい
る。

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

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

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

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

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

【図２５】本発明に用いる端局間通信の構成図を示す。

【図２６】本発明に用いる三階層通信処理を行う処理フ
ローを示す。

【図２７】本発明におけるメッセージのフォーマットと
各ラインのフォーマットとを示す。

【図２８】本発明の場合の処理態様を示す。

【図２９】ブロード・バンドＩＳＤＮの概念構成図を示
す。

【図３０】ＩＳＤＮにおける電話接続の場合の制御手順
の一例を示す。

【図３１】本発明に用いる改変処理態様を示す。

【図３２】改変オブジェクトを組み入れる処理態様を説
明する図である。

【図３３】オンライン処理態様の下で改変オブジェクト
を感染させた処理を行わせる処理フローを示す。

【図３４】再構成を必要としない場合のインタプリータ
方式を説明する図である。

【図３５】図３４に示した方式による動作の応用例を示
す。

【図３６】改変後実行処理データを生成して処理を実行
する方式を説明する図である。

【図３７】再構成を行った後でのインタプリータ方式に
よる場合を説明する図である。

【図３８】知識データを抽出してゆく過程を概念的に表
した説明図である。

【図３９】本発明の底流に存在するオブジェクト指向に
よる設計態様を説明する図である。

【図４０】オブジェクトを利用してゆく態様を説明する
図である。

【図４１】スペック指向によるオブジェクト部品の作成
態様を示す。

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

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

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

【図４５】カプセルを説明する図である。

【図４６】オブジェクトをモデル化して把握するための
説明図である。

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

【符号の説明】

１０１端局１０２端局１０３ＬＡＮ又は交換回線２０１オブジェクト・コマンド２０２メタ・データ２０３実データ２０４コマンド・リンク処理部（ディレクトリ処理
部）２０５部品属性ファイル２０６オブジェクト部品２０７データベース２１２ダイナミック・オブジェクト処理部２１３オブジェクト（オブジェクト部品２０６に相
当）２１４実行処理データ２１５ダイレクト・オブジェクト処理展開処理２１６仮動作モード２１７インスタント動作モード２１８本番動作モード２１９通信／受信処理部２２０オブジェクト管理部２２１ディプレイ２２２ハイパー言語処理部２５０一連の命令２５１処理単位３００概念スキーマ３０１メタクラス３０２クラス３０３インスタンス３１０内部スキーマ３１１メタクラス・メソッド３１２クラス・スキーマ３１３メソッド３１４メソッド３１５メソッド３１６インスタンス・スキーマ３１７メッセージ送信メソッド３１８ガソリン代計算用メソッド３１９シーケンス・テーブル３２０ポップ・アップ・データ３３０オブジェクト管理部クラス３３１オブ管インスタンス３３２オブ管インスタンス３３３オブ管インスタンス３６０意味変換テーブル４０１外延的外辞４０３手続の世界４０４オブジェクトの世界４１０静的世界４１１静的モデル４１４状態テーブル４１５因果関係制約群４１６クラス変数／定数４１７受付けメソッド４２０動的世界４２１動的モデル４３０情報隠蔽の世界４３１機能的モデル４５０顕在的知識データ４５１潜在的知識データ４５２一次的データ４５３二次的データ４５４同一知識データ内の内部的リンク４５５潜在的知識データへの内部的リンク４５６気分的リンク４５７抽象構造論的知識獲得リンク４５８キーワード４５９外部的リンク４８０オブジェクト部品の自由な組合わせ技術４８１メタ・データの作成

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

Claims

【特許請求の範囲】

【請求項１】単一の処理単位および／または単一の処
理単位を複合化した複合処理単位をオブジェクトと名付
け，当該オブジェクトを組み合わせ，所望される処理を
実行するオブジェクト指向データ処理システムにおい
て，実世界をオブジェクト・モデルとみなして把握し，
当該実世界を外延的外辞と内包とに対応づけ，内包を情
報隠蔽された領域に置き，当該内包を特定するいわばｉ
Ｄ情報を外延的外辞と対応づけて構成し，当該外延的外
辞を用いて，上記実世界を，上記オブジェクトの世界を
構成する静的世界と動的世界とで表現しておき，当該静
的世界については，静的モデルとして，クラスおよび／
または複合クラスを用いてシステムの仕組みを与え，上
記動的世界については，動的モデルとして，上記クラス
および／または複合クラスのインスタンスを用いて当該
動的モデルの動きに対応するセッションを与え，上記静
的モデルと動的モデルから発生した因果関係を上記静的
モデルの中に情報として与えるよう構成してなり，既存
および／または新たに生成された複数のメソッドを組み
合わせて上記クラスおよび／または複合クラスを構成せ
しめると共に，当該クラスおよび／または複合クラスの
夫々に対応づけて，上記インスタンスを構成したことを
特徴とするオブジェクト指向データ処理システム。
【請求項２】上記既存および／または新たに生成され
たメソッドと，上記構成されたクラスおよび／または複
合クラスは，上記内包に対応する情報隠蔽された領域に
おいて機能的モデルとして格納されると共に，上記クラ
スとインスタンスとを生成する内部スキーマ（３１０）
として，１つまたは複数個のメソッドをクラスにまとめ
て，当該クラス（３０２’）に取り込まれた上記１つま
たは複数個のメソッドについての当該メソッド名を記述
するクラス・スキーマ（３１２）と，上記クラス内に存
在する一般名称の変数を特定のインスタンス・データに
て置換したインスタンス（３０３）が，上記クラス・ス
キーマ（３１２）によって指定されたメソッドとリンク
付けて生成可能に用意されるインスタンス・スキーマ
（３１６）とをそなえ，所望される処理要求が，上記ク
ラス群および／またはメソッド群の存在と当該クラス群
および／またはメソッド群についての相互間の関係とを
指示する静的モデル（４１１）と，上記インスタンス群
の存在と当該インスタンス群間の時間的順序関係とを指
示する動的モデル（４２１）との，両モデルでモデル化
して与えられ，上記動的モデル（４２１）におけるイン
スタンス（３０３）の処理進行状況が，上記静的モデル
におけるクラス間の因果関係と照合をとられて，実行さ
れるようにしたことを特徴とする請求項１記載のオブジ
ェクト指向データ処理システム。
【請求項３】上記クラスが対応づけられる静的モデル
（４１１）において，複数のメソッドおよび／または複
数のクラス相互間での上位下位関係を含む相互関係を表
す仕組みが記述されると共に，上記動的モデル（４２
１）における上記インスタンスの処理進行に対応するセ
ッションの動作において，上記相互関係の下で対応する
一方のメソッドおよび／またはクラスがもつ情報を他方
のメソッドおよび／またはクラスがもつべき情報として
遺伝させるようにしたことを特徴とする請求項１記載の
オブジェクト指向データ処理システム。
【請求項４】上記静的モデル（４１１）において，状
態テーブル（４１４）がもうけられ，当該状態テーブル
（４１４）の内容について，上記各セッションの動作の
開始時点において調べられると共に当該各セッションの
動作の終了時点において当該動作の結果を記述するよう
構成されることを特徴とする請求項１記載のオブジェク
ト指向データ処理システム。
【請求項５】上記オブジェクトを，当該オブジェクト
を構成するエンティティ・データと当該オブジェクトの
性質を記述したメタ・データとをもって，オブジェクト
部品（２０６）として，部品属性ファイル（２０５）に
格納しておくよう構成すると共に，オブジェクト管理部
（２２０）が，上記部品属性ファイル（２０５）上の上
記オブジェクト部品（２０６）と交信して，上記所望さ
れる処理を実行するよう構成されてなり，上記オブジェ
クト部品（２０６）を，オブジェクト・コマンド（２０
１）をもってデータ処理装置内で特定すると共に，当該
オブジェクト・コマンド（２０１）を，上記メタ・デー
タを説明している説明文を圧縮した情報と階層化された
クラスについての階層情報を表現する情報とを少なくと
も記述したシグニチャーと，上記エンティティ・データ
に相当するインスタンスについて当該インスタンスを代
表して表現するオブジェクトｉＤとが結合されたコード
によって表現し，上記データ処理装置内で上記オブジェ
クト・コマンド（２０１）をもって上記オブジェクト部
品（２０６）を特定し，１つまたは複数のオブジェクト
部品（２０６）を結合して，上記所望される処理を実行
するようにしたことを特徴とする請求項１記載のオブジ
ェクト指向データ処理システム。
【請求項６】上記シグニチャーは，当該シグニチャー
内での各種情報の記述位置を指示する情報を含む情報が
記述されるヘッダと，該当するオブジェクトの説明文を
圧縮して記述する説明文域と，当該オブジェクトの他オ
ブジェクトに対する階層関係を表す階層情報と，当該オ
ブジェクト内でのより細かいオブジェクト相互間の実行
順序を表すシーケンス情報とを有することを特徴とする
請求項５記載のオブジェクト指向データ処理システム。
【請求項７】上記シグニチャー内の階層情報を記述す
るに当たって，上記階層化されたクラスを，最上位クラ
スの１つを表現する記号と，当該最上位クラスに属する
ものでの第２位クラスの１つを表現する記号と，当該第
２位クラスに属するものでの第３位クラスの１つを表現
する記号と，以下同様に第（ｎ−１）位クラスに属する
ものでの第ｎ位クラスの１つを表現する記号とを，順に
配置したコードをもって記述したことを特徴とする請求
項５記載のオブジェクト指向データ処理システム。
【請求項８】上記オブジェクトを，当該オブジェクト
を構成するエンティティ・データと当該オブジェクトの
性質を記述したメタ・データとをもって，オブジェクト
部品（２０６）として，部品属性ファイル（２０５）に
格納しておくよう構成すると共に，オブジェクト管理部
（２２０）が，上記部品属性ファイル（２０５）上の上
記オブジェクト部品（２０６）と交信して，上記所望さ
れる処理を実行するよう構成されてなり，上記オブジェ
クト部品（２０６）を形成する内部スキーマ（３１０）
に関して，当該データの中に，少なくとも，自己クラス
内に変更可能に取り込まれる１つまたは複数のメソッド
（３１３や３１４）をポイントするメソッドＩＤを記述
するクラス・スキーマ（３１２）と，当該取り込まれた
メソッドが使用するインスタンス・データを変更可能に
取り込むインスタンス・スキーマ（３１６）とを含むと
共に，上記クラス・スキーマ（３１２）中に自己クラス
に取り込まれているメソッドについての使用順番を表す
シーケンス・スキーマ（３１５）とを少なくとも含み，
上記クラス・スキーマ（３１２）に記述されている上記
メソッドＩＤと上記インスタンス・スキーマ（３１６）
に記述されている内容とをリンクするよう構成され，上
記クラス・スキーマ（３１２）と，上記インスタンス・
スキーマ（３１６）と，上記メソッド（３１３や３１
４）とを夫々データとして，他のオブジェクト指向デー
タ処理装置に対して，回線を介して転送するようにした
ことを特徴とする請求項１記載のオブジェクト指向デー
タ処理システム。
【請求項９】上記インスタンス・スキーマ（３１６）
の１つと当該インスタンス・スキーマが対応づけられて
いるクラスとによって特定されるインスタンスに対する
駆動を，メッセージにて，オブジェクト管理部（２２
０）に通知を受けた際に，当該オブジェクト管理部（２
２０）が，上記インスタンスに対応する上記インスタン
ス・スキーマ（３１６）を呼び込み，次いで当該インス
タンス・スキーマ（３１６）内に記述されているクラス
名にもとづいて上記対応するクラス・スキーマ（３１
２）を呼び込み，当該クラス・スキーマ（３１２）に示
されるメソッド（３１３や３１４）をシーケンスにした
がって起動するように構成されることを特徴とする請求
項８記載のオブジェクト指向データ処理システム。
【請求項１０】上記他のオブジェクト指向データ処理
装置からのコマンドによる上記メッセージを受けて，上
記クラスを起動する際に，自己のオブジェクト指向デー
タ処理装置における上記オブジェクト管理部（２２０）
は，当該クラスに該当するクラス・スキーマ（３１２）
の有無を調べ，存在しない場合に当該クラス・スキーマ
の転送を受け，元々存在したクラス・スキーマまたは当
該転送を受けたクラス・スキーマに記述されている１つ
または複数のメソッドが自己のオブジェクト指向データ
処理装置内に存在するか否かを調べ，存在している場合
には当該メソッドに対してリンクを張り，存在していな
い場合には当該メソッドについて上記回線を介して転送
を受けた後にリンクを張るようにしたことを特徴とする
請求項９記載のオブジェクト指向データ処理システム。
【請求項１１】上記他のオブジェクト指向データ処理
装置からのコマンドによる上記メッセージを受けて，上
記インスタンスを起動する際に，自己のオブジェクト指
向データ処理装置における上記オブジェクト管理部（２
２０）は，当該インスタンスに該当するインスタンス・
スキーマ（３１６）の有無を調べ，存在しない場合に当
該インスタンス・スキーマの転送を受け，元々存在した
インスタンス・スキーマまたは当該転送を受けたインス
タンス・スキーマに記述されているクラス名を調べ，該
当するクラスを起動するよう構成され，当該クラスに対
応するクラス・スキーマ（３１２）が自己のオブジェク
ト指向データ処理装置内に存在するか否かを調べて，存
在しなかった場合に当該クラス・スキーマ（３１２）の
転送を受けるようにしたことを特徴とする請求項９また
は請求項１０記載のオブジェクト指向データ処理システ
ム。
【請求項１２】交換網（１０３）を介して複数の端局
（１０１，１０２）が連繋されてなり，当該端局（１０
１，１０２）の少なくとも２つが夫々データ処理装置
（１０４，１０５）をそなえて自己が所有する処理対象
データ（１０８，１０９）について自己が所有するプロ
グラム（１０６，１０７）にもとづいて処理を実行する
よう構成され，当該端局相互間で，上記処理対象データ
および／または上記プログラムを伝送して，処理を実行
するよう構成され，上記端局相互間で，送信側ｉＤと受
信側ｉＤとを含む基本フォーマット，および伝送対象デ
ータを処理する方法を含むデータ・フォーマットを伝送
するメイン・ライン（１５１）と，送信側ｉＤを付し
て，自己端局に存在しない上記処理対象データおよび／
または上記プログラムの存在位置を放送形式で問い合わ
せるコントロール・ライン（１５２）と，上記存在位置
の判明した上記処理対象データおよび／または上記プロ
グラムを，上記メイン・ライン（１５１）による伝送に
くらべて高速で伝送するサブ・ライン（１５３）とより
なる三階層通信回線（１５０）を配設しておくよう構成
され，通常の交信に当たっては，上記メイン・ライン
（１５１）を用いて交信するようにしたことを特徴とす
る請求項１記載のオブジェクト指向データ処理システ
ム。
【請求項１３】上記三階層通信回線は，ブロード・バ
ンドＩＳＤＮにて構成されることを特徴とする請求項１
２記載のオブジェクト指向データ処理システム。
【請求項１４】上記サブ・ライン（１５３）は，送信
側ｉＤと受信側ｉＤと当該高速伝送されるべきデータと
よりなるフォーマットにて伝送するよう構成されること
を特徴とする請求項１２記載のオブジェクト指向データ
処理システム。
【請求項１５】上記自己端局に存在しない上記処理対
象データおよび／または上記プログラムがいずれの端局
に存在しているかが予め判明している場合には，上記メ
イン・ライン（１５１）を用いて交信を行い，上記コン
トロール・ライン（１５２）による問い合わせを行うこ
となしに，上記サブ・ライン（１５３）を用いて高速伝
送を受けるようにしたことを特徴とする請求項１２記載
のオブジェクト指向データ処理システム。
【請求項１６】オブジェクト（２１３）が組み合わせ
られた形で上記所望される処理を実行するようにされる
当該組み合わせの中に，当該組み合わせの中の少なくと
も１つのオブジェクトとして，改変を希望される態様を
与える改変オブジェクト（２３０）を導入するよう構成
し，当該改変オブジェクト（２３０）を導入された結果
の組み合わせ態様にしたがって，対応する処理を実行す
るようにしたことを特徴とする請求項１記載のオブジェ
クト指向データ処理システム。
【請求項１７】上記改変オブジェクトを導入された結
果の組み合わせ態様の中で，上記改変オブジェクト（２
３０）が，当該態様の中のオブジェクトを管理するオブ
ジェクト管理部（２２０）との間および／または当該態
様の中の他オブジェクト（２１３）との間で交信を行い
つつ，当該組み合わせ態様に対応した処理を実行するよ
うにしたことを特徴とする請求項１６記載のオブジェク
ト指向データ処理システム。
【請求項１８】上記改変オブジェクトを導入された結
果の組み合わせ態様の中で，上記改変オブジェクト（２
３０）が，当該態様の中の１つまたは複数個のオブジェ
クトの内部に組み入れられ，当該組み入れられたオブジ
ェクトが，上記態様の中で，当該態様の中のオブジェク
トを管理するオブジェクト管理部（２２０）との間およ
び／または当該態様の中の他オブジェクト（２１３）と
の間で交信を行いつつ，当該組み合わせ態様に対応した
処理を実行するようにしたことを特徴とする請求項１６
記載のオブジェクト指向データ処理システム。
【請求項１９】上記改変オブジェクトを導入された結
果の組み合わせ態様の中に存在する少なくとも１つのオ
ブジェクト（２１３，２３０）が，分岐を含む逐次処理
実行順に展開された実行処理データ（２１４）にまとめ
られて構成されたものであることを特徴とする請求項１
７または請求項１８記載のオブジェクト指向データ処理
システム。
【請求項２０】上記改変オブジェクトを導入された結
果の組み合わせ態様全体が，分岐を含む逐次処理実行順
に展開された実行処理データにまとめられて構成された
改変後実行処理データ（２１４）であることを特徴とす
る請求項１７または請求項１８記載のオブジェクト指向
データ処理システム。
【請求項２１】上記改変オブジェクトを導入される以
前の組み合わせ態様の一部あるいは全体について分岐を
含む逐次処理実行順に展開された改変前実行処理データ
（２１４−１）と，上記改変オブジェクトを導入された
結果の組み合わせ態様の一部あるいは全体について分岐
を含む逐次処理実行順に展開された改変後実行処理デー
タ（２１４−２）とが用意され，当該改変前実行処理デ
ータ（２１４−１）と当該改変後実行処理データ（２１
４−２）とが選択的に処理実行に当たって使用されるこ
とを特徴とする請求項１６記載のオブジェクト指向デー
タ処理システム。
【請求項２２】上記改変後実行処理データ（２１４−
２）は，上記改変前実行処理データ（２１４−１）と，
当該改変後実行処理データを上記改変前実行処理データ
に照合した結果の差分データ（２５０−４）との両者を
もって与えられることを特徴とする請求項２０記載のオ
ブジェクト指向データ処理システム。
【請求項２３】上記改変後実行処理データは，上記改
変オブジェクトを導入された結果の組み合わせ態様につ
いて，当該組み合わせ態様に対応する処理の動作をシミ
ュレートして当該処理が正常に動作することを確かめら
れた後に，上記分岐を含む逐次処理実行順に展開された
ものであることを特徴とする請求項１９記載のオブジェ
クト指向データ処理システム。