JPH0683605A

JPH0683605A - 改変したプログラムを実行するデータ処理方式

Info

Publication number: JPH0683605A
Application number: JP4237908A
Authority: JP
Inventors: Tadamitsu Ryu; 忠光龍; Naomi Ichikawa; なおみ市川; Tetsuo Toshima; 哲夫戸島; Masanobu Toyoda; 雅信豊田; Takeshi Adachi; 武史足立
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-09-07
Filing date: 1992-09-07
Publication date: 1994-03-25
Also published as: EP0587089A2; EP0587089A3

Abstract

(57)【要約】【目的】本発明は，必要に応じて改変オブジェクト
を，ＬＡＮ又は回線を介してあるいは介することなし
に，端局内の処理態様の中に導入し，所望する改変を行
い得るようにすることを目的としている。【構成】オブジェクトが組み合わされた形で所望され
る処理を実行するようにされるデータ処理装置におい
て，改変機能を仕組んだ改変オブジェクトを導入せしめ
て，改変オブジェクトを導入された結果の組み合わせ態
様にしたがった処理を実行させる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，いわば既存のプログラ
ム中に改変オブジェクトを抽入して改変したプログラム
を実行せしめるようにした改変したプログラムを実行す
るデータ処理方式に関する。

【０００２】

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

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

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

【０００５】

【発明が解決しようとする課題】従来の場合には，いず
れにしても端局に出向く必要があったり，調査をしまた
改変を行うに当たって多大の労力を要するものである。

【０００６】本発明は，必要に応じて改変オブジェクト
を，上記ＬＡＮ又は交換回線を介してあるいは介するこ
となしに，端局内の処理態様の中に導入し所望する改変
を行い得るようにすることを目的としている。

【０００７】

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

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

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

【００１０】

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

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

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

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

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

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

【００１６】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３６】上記において，改変オブジェクトを導入さ
せて，「改変オブジェクトを導入された結果の組み合わ
せ態様」による処理を実行させることについて説明した
が，以下，オブジェクトや，オブジェクト管理部の動作
などについて，より具体的に説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６７】仮動作モード２１６によって一応正常に動
作したオブジェクト２１３あるいはオブジェクト群につ
いては、このままでは実動動作に当たってオブジェクト
管理部（図１６参照）との間で多くの交信を必要として
処理速度が遅いことから、実行処理データ（ＥＸＥデー
タ）２１４に展開される（コンパイルされて１つのＥＸ
Ｅデータとされる）。当該展開処理が図示のダイレクト
・オブジェクト処理展開処理２１５において行われ、部
品属性ファイル２０５’に格納される。ダイナミック・
オブジェクト処理部２１２においては、部品属性ファイ
ル２０５の内容を利用して、所定の処理について一時的
に代行処理を行ってみたり、あるいはテスト処理を行っ
てみたりする必要が生じた場合、上記ダイレクト・オブ
ジェクト処理展開処理２１５を発動して実行処理データ
２１４を生成して、当該処理を行うことがある。このよ
うな処理モードが、図１５においてインスタント動作モ
ード２１７として示されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８４】図１７（Ｃ）に示した処理単位の統合が図
Ｃに示したカプセル化に相当するものと考えてよい。上
述した如く，改変オブジェクトを導入することによっ
て，現に実行中のプログラムを改変させて，適宜所望す
る改変したプログラムを実行させることができる。

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

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

【００８７】

【発明の効果】以上説明した如く，本発明によれば，例
えばＬＡＮや交換回線を介して他端局に対して，改変オ
ブジェクトを伝送せしめ，改変したプログラムを実行さ
せることが可能となる。

【００８８】特に複合されたオブジェクトにもとづく複
雑なプログラムに対しても，改変オブジェクトを導入さ
れた結果の組み合わせ態様に立ち戻って，改変すること
が可能となる。そして，改変に当たっては，既存の処理
体系を破壊することがなく，更に元の既存の処理に戻る
ことが可能となる。

【図面の簡単な説明】

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

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

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

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

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

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

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

【図８】会社部門についてのモデル化の例を示す。

【図９】図８に示す例を抽象化して示した例を示す。

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

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

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

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

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

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

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

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

【符号の説明】

１０１端局１０３ＬＡＮ又は交換回線２０５部品属性ファイル２１３オブジェクト２２０オブジェクト管理部２３０改変オブジェクト

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

Claims

【特許請求の範囲】

【請求項１】単一の処理単位および／または単一の処
理単位を複合化した複合処理単位をオブジェクトと名付
け，当該オブジェクトが組み合わせられた形で所望され
る処理を実行するようにされるデータ処理装置におい
て，オブジェクト（２１３）が組み合わせられた形で上
記所望される処理を実行するようにされる当該組み合わ
せの中に，当該組み合わせの中の少なくとも１つのオブ
ジェクトとして，改変を希望される態様を与える改変オ
ブジェクト（２３０）を導入するよう構成し，当該改変
オブジェクト（２３０）を導入された結果の組み合わせ
態様にしたがって，対応する処理を実行するようにした
ことを特徴とする改変したプログラムを実行するデータ
処理方式。
【請求項２】上記改変オブジェクトを導入された結果
の組み合わせ態様の中で，上記改変オブジェクト（２３
０）が，当該態様の中のオブジェクトを管理するオブジ
ェクト管理部（２２０）との間および／または当該態様
の中の他オブジェクト（２１３）との間で交信を行いつ
つ，当該組み合わせ態様に対応した処理を実行するよう
にしたことを特徴とする請求項１記載の改変したプログ
ラムを実行するデータ処理方式。
【請求項３】上記改変オブジェクトを導入された結果
の組み合わせ態様の中で，上記改変オブジェクト（２３
０）が，当該態様の中の１つまたは複数個のオブジェク
トの内部に組み入れられ，当該組み入れられたオブジェ
クトが，上記態様の中で，当該態様の中のオブジェクト
を管理するオブジェクト管理部（２２０）との間および
／または当該態様の中の他オブジェクト（２１３）との
間で交信を行いつつ，当該組み合わせ態様に対応した処
理を実行するようにしたことを特徴とする請求項１記載
の改変したプログラムを実行するデータ処理方式。
【請求項４】上記改変オブジェクトを導入された結果
の組み合わせ態様の中に存在する少なくとも１つのオブ
ジェクト（２１３，２３０）が，分岐を含む逐次処理実
行順に展開された実行処理データ（２１４）にまとめら
れて構成されたものであることを特徴とする請求項２ま
たは請求項３記載の改変したプログラムを実行するデー
タ処理方式。
【請求項５】上記改変オブジェクトを導入された結果
の組み合わせ態様全体が，分岐を含む逐次処理実行順に
展開された実行処理データにまとめられて構成された改
変後実行処理データ（２１４）であることを特徴とする
請求項２または請求項３記載の改変したプログラムを実
行するデータ処理方式。
【請求項６】上記改変オブジェクトを導入される以前
の組み合わせ態様の一部あるいは全体について分岐を含
む逐次処理実行順に展開された改変前実行処理データ
（２１４−１）と，上記改変オブジェクトを導入された
結果の組み合わせ態様の一部あるいは全体について分岐
を含む逐次処理実行順に展開された改変後実行処理デー
タ（２１４−２）とが用意され，当該改変前実行処理デ
ータ（２１４−１）と当該改変後実行処理データ（２１
４−２）とが選択的に処理実行に当たって使用されるこ
とを特徴とする請求項１記載の改変したプログラムを実
行するデータ処理方式。
【請求項７】上記改変後実行処理データ（２１４−
２）は，上記改変前実行処理データ（２１４−１）と，
当該改変後実行処理データを上記改変前実行処理データ
に照合した結果の差分データ（２５０−４）との両者を
もって与えられることを特徴とする請求項５記載の改変
したプログラムを実行するデータ処理方式。
【請求項８】上記改変後実行処理データは，上記改変
オブジェクトを導入された結果の組み合わせ態様につい
て，当該組み合わせ態様に対応する処理の動作をシミュ
レートして当該処理が正常に動作することを確かめられ
た後に，上記分岐を含む逐次処理実行順に展開されたも
のであることを特徴とする請求項４記載の改変したプロ
グラムを実行するデータ処理方式。