JP2801459B2 - オブジェクトネットワークによる言語処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，操作対象のデータおよ
びそれらのデータに対する操作手段をオブジェクトとし
て管理し処理する計算機システムであって，ある特定の
応用分野のシステムを容易に構築できるようにしたオブ
ジェクトネットワークによる言語処理システムに関す
る。

【０００２】

【従来の技術】コンピュータの急激な進歩に伴い，シス
テム全体に占めるソフトウェアのコストの割合が増大し
てきている。そして，システムが巨大になるにつれ，ソ
フトウェア開発者の労力は指数関数的に増え，ソフトウ
ェア危機と呼ばれる状態が続いている。従来の多くのソ
フトウェア開発では，開発対象のシステムを，その処理
の手続きを記述することにより表現するという，プログ
ラミング（手続き）中心の開発がなされており，これが
ソフトウェア危機の解決を難しくする原因になってい
た。

【０００３】これに対し，手続きを中心に考えるのでは
なく，処理や操作の対象を中心に考える，いわゆる「オ
ブジェクト指向」と呼ばれるソフトウェアの概念がコン
ピュータの世界に持ち込まれ，注目されている。

【０００４】このようなオブジェクト指向によるソフト
ウェアの構築方法が，いろいろ研究・開発されている
が，従来，例えば画像システム等といった特定応用分野
のシステムを，オブジェクト指向を取り入れて容易に記
述し，構築できるような言語処理システムの研究・開発
は，まだ十分なされていない。

【０００５】

【発明が解決しようとする課題】画像システムやマルチ
メディアを扱うシステム等，特定応用分野のシステムを
開発するとき，従来の汎用言語による開発では，ソフト
ウェアの生産性や信頼性の面から考えて十分とは言い難
く，またソフトウェア・パッケージとしてもカスタマイ
ズが困難であり，さらにまたユーザ・フレンドリなシス
テムの構築が難しいという問題がある。

【０００６】本発明は上記問題点の解決を図り，特定応
用分野のシステムをオブジェクトネットワークとしてモ
デル化し，それを記述したものによって目的とする処理
を行わせる言語処理システムを提供することにより，ソ
フトウェアの生産性，柔軟性を向上させ，かつユーザ・
フレンドリなシステムの構築を容易にできるようにする
ことを目的としている。

【０００７】

【課題を解決するための手段】図１は，本発明の原理説
明図である。図１において，１０は分野記述言語による
システム記述，１１はトランスレータ，１２は実行シス
テム，１３はプロセスの並行処理のための制御を行うプ
ロセス構築管理機構，１４は名詞オブジェクトを管理す
る名詞オブジェクト管理機構，１５は動詞オブジェクト
の実行制御機能を持つ動詞オブジェクト制御機構，１６
はオブジェクトネットワークを定義するオブジェクト管
理情報，２０はオブジェクトネットワーク，２１は名詞
オブジェクト，２２は動詞オブジェクト，２３は制約条
件，２４は総称的関数，２５は具体的関数を表す。

【０００８】本発明は，操作対象のデータおよびそれら
のデータに対する操作手段をオブジェクトとして管理し
処理する計算機システムにおいて，そのオブジェクトを
名詞オブジェクト２１−１，２１−２，…と，動詞オブ
ジェクト２２−１，２２−２，…とに大分類し，名詞オ
ブジェクトをノード，動詞オブジェクトをブランチとし
て表現したオブジェクトネットワーク２０を，参照モデ
ルとし，この参照モデルにおいて，あるノードに存在す
る名詞オブジェクトに動詞オブジェクトとしての関数の
内容を作動させると，その動詞オブジェクト名に対応す
るブランチの方向にある目的対象となっている名詞オブ
ジェクトが得られるようにしている。

【０００９】名詞オブジェクトについては，普通名詞に
対応する集合オブジェクト２１ａと，固有名詞に対応す
る個別オブジェクト２１ｂとを有し，それらを名前づけ
または参照指示機能によって区別する名詞オブジェクト
管理機構１４を持つ。

【００１０】名詞オブジェクト管理機構１４は，名詞オ
ブジェクトを修飾する形容詞としての制約条件を，名詞
オブジェクトに付加し，オブジェクトとして管理する修
飾管理機構を持ち，この修飾管理機構は，具体化された
個別オブジェクトが属する名詞オブジェクトの持つ性質
とそれを修飾する制約条件に対する充足性を判定する手
段を持つ。

【００１１】動詞オブジェクト２２として，あるオブジ
ェクトにデータなどの制約条件と併合した演算を施し，
目的対象オブジェクトとして名詞オブジェクトを具体化
する演算動詞と，集合オブジェクトを構成する個別オブ
ジェクト群に作動して，新しい関係を持った名詞オブジ
ェクトを生成する関係付加動詞と，目的名詞オブジェク
トに，制約条件の性質を規定する前置詞と併合する名詞
オブジェクトによって具体的制約条件を与え，制約を満
足するように目的名詞オブジェクトに対し演算を行う制
約演算動詞の少なくとも３種類の機能が存在し，これら
が文単位で判定処理されるように構成されている。

【００１２】動詞オブジェクトについて，総称的(gener
ic) 関数２４と，具体的(actual)関数２５の種別を持
つ。具体的関数２５は，目的対象としての名詞オブジェ
クトに対し，実際に実行処理が可能な関数である。総称
的関数２４は，制約条件２３が付けられることによって
具体的関数２５に変換される。動詞オブジェクト制御機
構１５は，総称的関数２４から具体的関数２５への変換
制御を行う。

【００１３】この動詞オブジェクト制御機構１５は，総
称的関数２４に対応する動詞オブジェクトに対する制約
条件２３として，現在処理の実行が終了した名詞オブジ
ェクト名を状態名として制約条件化する機能を持ち，こ
れによって実行可能な具体的関数２５を得るようになっ
ている。

【００１４】また，関数実行管理機構を有し，この関数
実行管理機構は，動詞オブジェクトを関数として作動さ
せるに当って，作動開始前，作動中，終了後の制約条件
を付加し，各時点でこれらの妥当性を検定する手段を持
つ。総称的関数２４の制約条件は総称的条件で，これに
加えて具体的制約条件が規定されて具体的関数２５に変
換される。このシステムの特徴として，以上の制約条件
に関し，変換過程において逐次的に妥当性判定と変換の
ための変換手続の生成を行う制御機能を持つ。

【００１５】オブジェクトネットワーク２０中の普通名
詞に対応する集合オブジェクトは，特定化された固有名
詞に対応する個別オブジェクト集合を代表するので，集
合オブジェクト名を持つ名詞オブジェクトに，データと
しての制約を他から与えると，個々の個別オブジェクト
が生成される。このために，参照モデルとしてのオブジ
ェクトネットワーク２０は，構造を示すネットワークで
あり，この中の集合オブジェクト状態から，特定の具体
的関数の実行によって個別オブジェクトを生成し，それ
らの要素間関係を表現し，要素ネットワークを構成す
る。要素ネットワークでは，個別オブジェクトについて
の実行要求によって実際に処理を行う。プロセス構築管
理機構１３は，これらのネットワークの生成および管理
を行う。

【００１６】このプロセス構築管理機構１３において，
処理順序に関する制約条件については，結合されている
オブジェクトネットワーク２０中の動詞オブジェクトの
方向性によって規定されると同時に，次にそのオブジェ
クトが実行可能な状態であることを示す可能性(possibi
lity) トークンの存在する動詞オブジェクトが並行処理
可能であることを判定し，この動詞オブジェクトに対す
る作動要求を受付けて具体的に実行を行わせるようなプ
ロセスの並行処理のための制御が行われる。

【００１７】構造を規定する部分を持つオブジェクトネ
ットワーク２０での動詞オブジェクトが作動して対応す
る要素ネットワークが作られ，そこに要素オブジェクト
に関するデータが制約条件として付加される。このプロ
セスの実行は，動詞オブジェクトについてのシステム内
外からの要求と，処理順序に関する制約のもとに，プロ
セス構築管理機構１３の指示制御のもとに並列実行され
るように構成されている。

【００１８】プロセス構築管理機構１３は，参照モデル
となる構造ネットワークに基づいて，新しく構造ネット
ワークを生成し，参照モデルとしてのオブジェクトネッ
トワーク２０の制約条件を，他システムの要求に従って
変更改定し，新しく生成されたオブジェクトネットワー
クの制約条件を規定し，その結果完成した構造ネットワ
ークが行うべき処理順序に基づいて要素ネットワークへ
の要求を他システムから受付け可能とすることにより，
要素ネットワークへ制御権限を委託し，その結果処理が
完了したことの受付けをし，構造ネットワークを消滅さ
せる。この動作が同時に要素ネットワークの完成となる
ようにされ，処理結果が他システムへ表示される。

【００１９】プロセス構築管理機構１３から構造ネット
ワークの生成処理要求，その結果の応答，また構造ネッ
トワークから要素ネットワークの生成処理要求および応
答というように，要求(request) と応答(respond) とを
対として，下層ネットワークへの要求，上層ネットワー
クへの応答というように，要求に対し，対応する関数の
実行を行う関数実行管理機構がサービスを行う。この関
数実行管理機構は，総称的関数から具体的関数への変
換，実行上の妥当性検定の指示制御を行う。その結果不
備であれば新しい要求と応答との対を，逆に上層ネット
ワークへ向けて発行し，完備させる。完備していれば実
行し，上層ネットワークへの応答の処理を行う。

【００２０】以上のオブジェクトネットワークによる言
語処理システムのインプリメントは，例えば次のように
実現される。図１の（イ）に示す分野記述言語によるシ
ステム記述１０によって，（ロ）に示すオブジェクトネ
ットワーク２０の定義，動詞オブジェクトに対応する総
称的関数２４，具体的関数２５，制約条件２３の定義，
また必要に応じてマンマシンインタフェースのためのウ
インドウ定義等を行う。この定義体をトランスレータ１
１にかけて，内部データ表現で表されるオブジェクト管
理情報１６に変換し，また定義された関数群を実行シス
テム１２に組み込むことにより，自動的に特定応用分野
のシステムが構築されるようになっている。

【００２１】

【作用】システムの設計者とユーザの両方の立場から，
オブジェクト指向により，システムをデータ中心に構築
するのが望ましい。システム内部での処理を，データの
段階的な変換として捉え，各段階での変換を関数と考え
る。ここで，データの各段階をノードとし，関数をブラ
ンチとすると，これをネットワークとみなすことができ
る。

【００２２】すなわち，ソフトウェアシステムをネット
ワークで表現すると，ノードとしてのシステムの構成要
素は，名詞オブジェクト（データ）であり，要素の接続
関係であるブランチは，動詞オブジェクトである。動詞
オブジェクトは，ノード間の変換関数として表現され，
変換関数もネットワークで表現される。そして，ネット
ワーク自身もオブジェクトとみなすことができ，上位の
ネットワークの関係関数である。つまり，ネットワーク
階層構造が存在する。

【００２３】以上のことから，本発明では，システムの
構成要素をオブジェクトとして捉え，オブジェクトを名
詞オブジェクトと動詞オブジェクトとに分類し，それら
によって構成されるオブジェクトネットワーク２０を参
照モデルとして，目的対象の処理を行わせる。

【００２４】

【実施例】図２は，本発明に係るオブジェクトネットワ
ークの参照モデルの例を示す。ここでは，特定分野とし
て，画像システムを例にして説明する。

【００２５】図２の（ロ）に示すように，ディスプレイ
画面上で，画像を描画する場合を考える。最初，何もな
い状態(a) であり，マウス等によって点が指定されるこ
とにより，点が描画された状態(b) になる。さらに，い
くつかの点が指定されて，点列が形成された状態(c) に
遷移する。

【００２６】このような点や点列などのデータを，名詞
オブジェクトとして捉えると，ある名詞オブジェクト
（例えばpoint)に，関数としての動詞オブジェクト (例
えばlist points)が作動することにより，目的とする名
詞オブジェクト（例えばpointsequence) が得られると
考えることができる。すなわち，図２の（イ）に示すよ
うに，描画対象のデータの各状態を，名詞オブジェクト
としてノードに置き，ノード間を結ぶブランチを動詞オ
ブジェクトとして，オブジェクトネットワークを表現す
れば，そのオブジェクトネットワークによって，そのま
ま描画のための画像システムの構造が形成できることに
なる。

【００２７】例えば，名詞オブジェクト(point) につい
て，特定の座標値がまだ定まっていない抽象的な点の概
念に相当するものは，普通名詞に対応する集合オブジェ
クトとして扱われ，実際に点(point) の座標値が付与さ
れて個性を持つものは，その集合オブジェクトから生成
された固有名詞に対応する個別オブジェクトとして扱わ
れる。したがって，１つの集合オブジェクトから多数の
個別オブジェクトが派生することになり，この意味で図
１に示すような分野記述言語によるシステム記述１０に
よって定義されたオブジェクトネットワーク２０は，参
照モデルである。

【００２８】図３は，本発明に係る名詞オブジェクト管
理機構の構成例を示す。図１に示す名詞オブジェクト管
理機構１４は，図３に示すように，個別オブジェクト２
１ｂに対して，ユーザまたはシステムが任意に名前を付
けることができる名前づけ機能３２を有し，これにより
付けた名前を管理する名前管理機能３３を有する。この
名前によって，特定の個別オブジェクト２１ｂを他のも
のと区別することできるようになっている。また，特定
の個別オブジェクト２１ｂについての参照を指示する参
照指示機能３４によっても，他のものと区別することが
可能である。

【００２９】また，名詞オブジェクト管理機構１４は，
名詞オブジェクトを修飾する形容詞としての制約条件２
３−１，２３−２を，名詞オブジェクトに付加し，オブ
ジェクトとして管理する修飾管理機構３０を持つ。この
修飾管理機構３０は，具体化された個別オブジェクト２
１ｂが属する名詞オブジェクトの性質と，それを修飾す
る制約条件に対する充足性を判定する制約条件妥当性検
査／制約条件付加機能３１を持つ。

【００３０】制約条件妥当性検査／制約条件付加機能３
１によって，普通名詞に対応する集合オブジェクト２１
ａに対する制約条件は，それに属する固有名詞としての
個別オブジェクト２１ｂの制約条件ともなり，さらに妥
当性のある制約条件を付加しうる。

【００３１】図４は，本発明に係る動詞オブジェクトの
動詞の種類を示している。(a) に示す演算動詞は，オブ
ジェクトＡをオブジェクトＢに変換する関数の要素であ
る。図２の例において，名詞オブジェクト(None)から座
標値のデータを制約として名詞オブジェクト(point) を
生成する要素がこれに当たる。

【００３２】(b) に示す関係付加動詞は，固有名詞オブ
ジェクト群の集合オブジェクトＳに，ある関係を与えて
新しいオブジェクト（関係オブジェクトという）を生成
する関数の要素である。図２の例において，point の順
序集合である名詞オブジェクト(point sequence)に，po
int の接続条件を与えて, 新しい関係を持った名詞オブ
ジェクト(line segment)を生成する要素がこれに当た
る。

【００３３】(c) に示す制約演算動詞は，オブジェクト
ＡからオブジェクトＣへの変換を行うとき，制約条件と
してオブジェクトＢが与えられるような関数の要素であ
る。図２の例では，点に付与される輝度属性を示す名詞
オブジェクト(luminance onthe point)を, 点の順序集
合に対する輝度属性を示す名詞オブジェクト(luminance
on the point sequence) に変換するとき，点の順序集
合を定める名詞オブジェクト(point sequence)が制約条
件となるが，このような場合が制約演算動詞に相当す
る。

【００３４】図５は，本発明に係る総称的関数と具体的
関数の関係説明図である。動詞オブジェクトの具体化に
は，総称的関数２４と制約条件２３とから，具体的関数
２５を生成する翻訳生成機能５０を設けることにより，
ユーザに対し，総称的関数２４だけを意識させればよい
構造とする。ユーザは，実際の処理手続きに対応する具
体的関数２５を覚える必要がなくなり，ユーザ・フレン
ドリ性の増大を図ることができる。

【００３５】例えば，send(X) と名付けられた総称的関
数は，send(X) to D で，ＤにＸを送る。この送る手段
として制約条件を付けることができる。また，総称的動
詞オブジェクトに対する制約条件として，現在実行中の
名詞オブジェクト名がシステムの現状態を表すことを積
極的に利用する。例えば，図５の（ロ）に示すように，
現在のシステムの実行状態である名詞オブジェクト名が
Noneであるとき，それを制約条件とすることにより，総
称的関数(draw)２４を，具体的関数(set point) ２５に
変換する。

【００３６】例えば, 図２の（イ）に示すオブジェクト
ネットワークにおいて，set point,list points, gener
ate curve は，すべて具体的関数であるが，これらを１
つの総称的関数(draw)で表すことができる。ユーザは，
set point, list points, generate curveといった具体
的関数を覚える必要はなく，すべてdrawとして取り扱う
ことができる。drawが, set point, list points, gene
rate curveのどれを意味するかは，現在のシステムの実
行状態が制約条件として付加されることにより，自動的
に決定される。

【００３７】すなわち，総称的関数(draw)＋制約条件(N
one)→具体的関数(set point) であり，総称的関数(dra
w)＋制約条件(point) →具体的関数(list points) であ
る。図６は，本発明の実施例に係る動詞オブジェクトの
実行管理説明図である。

【００３８】動詞オブジェクトの具体的実行に際して
は，さらに作動の開始前制約条件２３ａ，作動中制約条
件２３ｂ，終了制約条件２３ｃが付加され，これらが考
慮される。関数実行管理機構６０は，総称的関数に対応
する動詞名の指定による作動要求があると，開始前制約
条件２３ａを付加し，他の制約条件と合わせて，妥当性
の検査および具体的関数への変換を行う。そして，具体
的関数の実行６１に移るが，実行中においても，逐次的
に作動中制約条件２３ｂを付加し，システム動作の妥当
性検定機能や推論機能に役立てる。さらに，実行終了時
には，終了制約条件２３ｃを付加し，妥当性検定機能に
役立てる。

【００３９】例えば，円弧を描く場合，少なくとも３点
の座標値が定められていなければならない。もし，２点
の座標値しか決まっていなかったとすると，円弧を描く
関数の実行は矛盾を生じさせることになる。しかし，本
実施例においては，関数実行管理機構６０における妥当
性検定機能によって事前に検査し，矛盾の発生を回避す
ることができる。この機構により，必要に応じて３点目
の座標値の入力をユーザに要求する関数を自動的に起動
させることもできる。

【００４０】図７は，本発明に係る並行プロセス構築の
層構造の例を示す。ユーザから提起される多様な要求に
対し，一般にシステムは機能を適当なレベルで基本的な
モジュールに分け，それらを必要な順序で縦続的に，あ
るいは並行的に組み合わせ，積み上げることにより処理
を進める形態が採られる。各要求に対する処理のしかた
と，ユーザ要求の相続く発生とから，システムは処理の
階層構成と各層における種々の並行処理を必要とする。

【００４１】本発明によって構築されるシステムでは，
このような処理は，名詞オブジェクトと動詞オブジェク
トとからなるオブジェクトネットワーク上の移動として
考えられる。このオブジェクトネットワークにおいて，
複数のプロセスが並行処理される場合には，オブジェク
トネットワーク上の移動に関する制御が必要となる。以
下，このオブジェクトネットワークと並行プロセスの構
築について説明する。

【００４２】独立な制御を受ける単位をプロセスとす
る。複数個のプロセスの進行が考えられるシステムが，
並行プロセスシステムである。特に，複数個のプロセス
が１つのまとまった仕事を遂行する場合，ある操作の実
行や同一資源へのアクセスに際し，プロセス間に相互作
用が生じ，順序等を規定する必要がでてくる。並行プロ
セスをオブジェクトネットワーク上で実現させるには，
ノード間の移動を制御することが必要になる。そのた
め，図７に示すようなシステムの階層化を図り，プロセ
ス構築管理機構１３によって，プロセスの制御を行う。

【００４３】階層として，基本的に次の４階層がある。 (1) プロセス構築層：集合オブジェクトの生成要求を受
付け，個別オブジェクトを生成するプロセスを決定す
る。

【００４４】(2) 構造ネットワーク層：参照モデルとし
てのオブジェクトネットワークを示し，処理順序を制御
する。 (3) 要素ネットワーク層：個別オブジェクトを生成す
る。

【００４５】(4) 関数実行層：実際に関数を実行する。 これらの層の間では，要求と応答の対によって制御の受
け渡しが行われる。プロセス構築管理機構１３は，外部
ユーザからのシステムへの要求を受け，そのオブジェク
トの処理順序を決定し，次段の層の構造ネットワーク７
１−１，７１−２を生成する。構造ネットワーク７１−
１では，プロセス構築管理機構１３によって決定された
処理順序に従って，要素ネットワーク７２を生成する。
ネットワーク自身もオブジェクトとみなし，さらに詳細
な処理順序を制御するためのサブプロセス構築管理機構
７３への要求を行うこともできる。

【００４６】要求を受けたサブプロセス構築管理機構７
３では，同様にサブ構造ネットワーク７４への生成処理
要求，サブ構造ネットワーク７４では，サブ要求ネット
ワーク７５への生成処理要求を行い，順次，下位層から
の応答を受ける。

【００４７】並行プロセスを実現するための実行順序の
具体化として，ペトリネットワークにおけるトークンの
制御方式を用いることができる。図８は，その制御方式
を示している。

【００４８】図８において，例えばオブジェクトＡをpo
int に対するluminance data値（輝度データ値）とする
と，点としてのpoint をidentifyすることが, 可能性ト
ークンを発生させ, これとオブジェクトＡからの実行ト
ークンとがそろうことにより，実行要求が発せられる。

【００４９】図９は，要素オブジェクトを生成する例を
示している。構造を規定する部分を持つ構造ネットワー
ク７１での動詞オブジェクトが作動して，要素ネットワ
ーク７２が作られる。そこに，要素オブジェクトに関す
るデータが制約条件として付加される。この参照生成の
際における処理順序の制御に関する制約条件は，他シス
テムからの要求に従って変更・改定することができる。
要素オブジェクトＡ１，Ａ２は処理順序の制約が異な
る。

【００５０】次に，特定応用分野への適用例として，カ
ラー画像を描画するための画像システムに本発明を適用
した例を説明する。画像システムに限らず，イベント駆
動やデータ駆動によって，システム内の状態を変化させ
るような動作を行う各種のシステムについて，同様に本
発明を適用することができる。

【００５１】まず，図１に示す分野記述言語によるシス
テム記述１０に相当する画像システム記述言語の構文と
意味について説明する。本実施例による画像システム記
述言語は，オブジェクトネットワークを記述するネット
ワーク記述部，関数を記述する関数記述部，オペレータ
との入出力インタフェースのためのウインドウを定義す
るウインドウ記述部を持つ。構文は，文脈自由文法であ
るので，ＢＮＦ（Backus-Naur Form) により記述可能で
ある。構文に関係する基本語句は以下のとおりである。

【００５２】(1) 文字 この画像システム記述言語で使用される文字は，英大文
字，英小文字，数字の３種類である。英大文字は，定義
文の記述や識別子に用いられ，英小文字は，識別子に用
いられる。数字は，数値の表現や識別子の中で使われ
る。英大文字，英小文字，数字をＢＮＦ記法で表す。

【００５３】＜英小文字＞：：＝ａ｜ｂ｜ｃ｜ｄ｜ｅ｜
ｆ｜……｜ｘ｜ｙ｜ｚ｜＿ ＜英大文字＞：：＝Ａ｜Ｂ｜Ｃ｜Ｄ｜Ｅ｜Ｆ｜……｜Ｘ
｜Ｙ｜Ｚ｜＿ ＜数字＞ ：：＝１｜２｜３｜４｜５｜６｜７｜８｜
９｜０ (2) 数値 数値は，座標や大きさなどを表すために使われる。ＢＮ
Ｆ記法で表すと， ＜数値＞：：＝＜数値＞＜数字＞｜＜数字＞ とな
る。

【００５４】(3) 識別子 ネットワーク名やウインドウ名などの名前の表現のため
に使われる。識別子の規則として先頭の文字は，英文字
でなくてはならない。識別子は，英小文字と数字だけ，
英大文字と数字だけ，英大文字と英小文字と数字混在の
３種類がある。

【００５５】 ＜英小文字＆数字＞：：＝＜英小文字＞｜＜数字＞ ＜英大文字＆数字＞：：＝＜英大文字＞｜＜数字＞ ＜英文字＆数字＞ ：：＝＜英小文字＞｜＜英大文字＞
｜＜数字＞ ＜小文字識別子＞：：＝＜小文字識別子＞＜英小文字＆
数字＞｜＜英小文字＞ ＜大文字識別子＞：：＝＜大文字識別子＞＜英大文字＆
数字＞｜＜英大文字＞ ＜識別子＞：：＝＜識別子＞＜英文字＆数字＞｜＜英小
文字＞｜＜英大文字＞ (4) ネットワーク記述部 ネットワーク記述部は，ネットワーク定義文(DEF-NET
文）により，オブジェクトネットワークを記述する。ネ
ットワーク定義文の構文は，次のようになる。

【００５６】 DEF-NET［＜ネット名＞］｛＜ネットワーク定義＞｝ ＜ネットワーク定義＞::＝ENTITY［＜項目ネット名＞］ ｛＜項目リスト＞；｝＜属性定義＞ ＜属性定義＞::＝＜属性定義＞ ATTRIBUTE［＜属性ネッ
ト名＞］｛＜属性リスト＞；｝｜ ATTRIBUTE［＜属性ネ
ット名＞］｛＜属性リスト＞；｝ ＜項目リスト＞::＝＜項目オブジェクト＞；＜項目リス
ト＞｜＜項目オブジェクト＞； ＜属性リスト＞::＝＜属性オブジェクト＞；＜属性リス
ト＞｜＜属性オブジェクト＞； ＜項目オブジェクト＞::＝＜データクラス名＞：＜総称
的関数リスト＞ ＜属性オブジェクト＞::＝＜属性名＞：＜総称的関数リ
スト＞ ＜総称的関数リスト＞::＝＜総称的関数リスト＞, , ＜総称的関数名＞ −＞ ＜方向＞ ｜＜総称的関数名＞ −＞ ＜方向＞ ＜方向＞::＝ＵＰ｜ＤＯＷＮ｜ＥＮＤ｜＜データクラス
名＞！＜項目ネット名＞＠＜ネット名＞｜＜属性名＞！
＜属性ネット名＞＠＜ネット名＞ ＜ネット名＞::＝＜識別子＞ ＜項目ネット名＞::＝＜識別子＞ ＜属性ネット名＞::＝＜識別子＞ ＜データクラス名＞::＝＜大文字識別子＞ ＜属性ネット名＞::＝＜大文字識別子＞ ＜総称的関数名＞::＝＜大文字識別子＞ このネットワーク定義文の意味を，箇条書きに自然言語
で表現すると，次のとおりである。

【００５７】(a) この定義文は，オブジェクトネットワ
ークを定義する。 (b) オブジェクトネットワークは，１つの項目(entity)
ネットワークと複数の属性(attribute) ネットワークか
ら構成される。

【００５８】(c) 項目ネットワークは，データクラスと
それに対応する総称的関数リストで構成される。 (d) 属性ネットワークは，データクラスの属性名とそれ
に対応する総称的関数リストで構成される。

【００５９】(e) 総称的関数リストは，総称的関数とそ
の関数の実行後の行き先を“−＞”で繋いだリストで構
成される。 (f) 行き先は，１つ上位のデータクラスへの移動を意味
する“ＵＰ”か，１つ下位のデータクラスへの移動を意
味する“ＤＯＷＮ”か，終了を意味する“ＥＮＤ”か，
ネットワーク内の絶対的な位置を指定する。指定の書式
は，データ名（データの属性名）！項目ネットワーク名
（属性ネットワーク名）＠ネットワーク名である。

【００６０】(5) 関数記述部 関数記述部は，総称的関数定義文(DEF-GENERIC-FUNC
文) により, 総称的関数を記述し，具体的関数定義文(D
EF-ACTUAL-FUNC文) により, 具体的関数を記述する。

【００６１】(5-1) 総称的関数定義文の構文を，ＢＮＦ
記法で示す。 DEF-GENERIC-FUNC［＜総称的関数名＞］｛＜具体的関数
リスト＞；｝ ＜具体的関数リスト＞::＝＜具体的関数リスト＞；＜制
約付き具体的関数＞｜＜制約付き具体的関数＞ ＜制約付き具体的関数＞::＝＜制約条件＞：＜具体的関
数名＞ ＜制約条件＞::＝＜制約条件＞＜論理演算子＞＜表現＞
｜＜表現＞ ＜表現＞::＝＜システム変数＞＜関係演算子＞＜値＞ ＜論理演算子＞::＝＆＆｜‖ ＜関係演算子＞::＝ ＝＝｜！＝｜＜｜＞｜＜=｜＞= ＜システム変数＞::＝ CURRENT-NET｜CURRENT-PART｜CU
RRENT-STEP｜DIRECTION ＜総称的関数名＞::＝＜大文字識別子＞ この総称的関数定義文の意味を箇条書きで表すと，次の
とおりである。

【００６２】(a) 総称的関数定義文は，総称的関数を定
義する。 (b) 総称的関数は，制約条件が真であった場合，対応す
る具体的関数が選択されるよう定義される。

【００６３】(c) 制約条件は，システム変数とその値を
関係演算子で接続した式を，論理演算子で接続して表
す。 (d) システム変数は，CURRENT-NET が現在のネットワー
クを表し, CURRENT-PARTが選択されている項目・属性ネ
ットワークを表し, CURRENT-STEPがネットワーク上の位
置を表し, DIRECTION がネットワーク上を進む方向を表
す。

【００６４】(5-2) 具体的関数定義文の構文を，ＢＮＦ
記法で表す。 DEF-ACTUAL-FUNC［＜具体的関数名＞］：＜出力クラス
名＞,＜入力クラス名リスト＞］ ｛ ／＊ Ｃ言語プログラム ＊／ ｝ ＜出力クラス名＞::＝＜データクラス名＞ ＜入力クラス名リスト＞::＝＜入力クラス名リスト＞ ／＜入力クラス＞｜＜入力クラス＞ ＜入力クラス＞::＝＜データクラス名＞：＜要求形式＞ ＜要求形式＞::＝ ALL｜CURRENT ｜＜具体的関数名＞ ＜具体的関数名＞::＝＜小文字識別子＞ ＜データクラス名＞::＝＜大文字識別子＞ この具体的関数定義文の意味を箇条書きで表すと，次の
とおりである。

【００６５】(a) 具体的関数定義文は，具体的関数を定
義する。 (b) 具体的関数は，関数の結果としての出力クラスと，
関数の引数としての入力クラスリストを定義する。

【００６６】(c) 入力クラスリストは，入力クラスとそ
のクラスの要求形式を指定する。要求形式は，そのクラ
スのすべてのデータを要求する“ＡＬＬ”と，１つ前に
実行されたそのクラスのデータを要求する“ＣＵＲＲＥ
ＮＴ”と，そのクラスのデータを生成する具体的関数の
実行を要求する＜具体的関数名＞がある。

【００６７】(6) ウインドウ記述部 ウインドウ記述部は，ウインドウクラス定義文(DEF-WIN
-CLASS文) により，データウインドウクラスを記述し，
データウインドウ定義文 (DEF-DATA-WIN文) により, デ
ータウインドウを記述し，選択ウインドウ定義文 (DEF-
SELECT-WIN文）により，選択ウインドウを記述する。

【００６８】データウインドウは，データウインドウク
ラスのオブジェクトとして生成され，指定された名詞オ
ブジェクトの表示および消去ができ，マウス等により指
定された座標データの入力ができる機能を持つウインド
ウである。選択ウインドウは，システムが処理を行うと
き，ユーザの判断が必要になる場合があるが，そのよう
なとき，ユーザに対し判断を要求するためのウインドウ
である。

【００６９】(6-1) ウインドウクラス定義文の構文をＢ
ＮＦ記法で表す。 DEF-WIN-CLASS［＜ウインドウクラス名＞：＜バースイ
ッチ＞,＜表示域の幅＞, ＜表示域の高さ＞］ ＜ウインドウクラス名＞::＝＜識別子＞ ＜バースイッチ＞::＝ ＯＮ｜ＯＦＦ ＜表示域の幅＞::＝＜数値＞ ＜表示域の高さ＞::＝＜数値＞ この意味は，次のとおりである。

【００７０】(a) データウインドウクラスを定義する。 (b) データウインドウクラスは，生成されるデータウイ
ンドウが，スクロールバーを持つかどうかを指定するス
イッチと，仮想的画面である表示域(canvas)の縦横の大
きさを指定する。

【００７１】(6-2) データウインドウ定義文の構文をＢ
ＮＦ記法で表す。 DEF-DATA-WIN［＜データウインドウ名＞：＜ウインドウ
クラス名＞,＜初期値ｘ＞，＜初期値ｙ＞，＜初期幅
＞，＜初期高＞］ ＜データウインドウ名＞::＝＜識別子＞ ＜初期値ｘ＞::＝＜数値＞ ＜初期値ｙ＞::＝＜数値＞ ＜初期幅＞::＝＜数値＞ ＜初期高＞::＝＜数値＞ この意味は，次のとおりである。

【００７２】(a) ウインドウクラスのインスタンスとし
てデータウインドウを定義する。 (b) データウインドウの初期表示位置，縦横の大きさを
定義する。 (6-3) 選択ウインドウ定義文の構文をＢＮＦ記法で表
す。

【００７３】DEF-SELECT-WIN［＜選択ウインドウ名＞］
｛＜選択ウインドウリスト＞｝ ＜選択ウインドウ名＞::＝＜識別子＞ ＜選択ウインドウリスト＞::＝＜選択ウインドウリスト
＞；＜選択ウインドウ定義＞｜＜選択ウインドウ定義＞ ＜選択ウインドウ定義＞::＝ menu(＜表示項目リスト
＞)｜key(＜メッセージ＞) ＜表示項目リスト＞::＝＜表示項目リスト＞／＜表示項
目＞｜＜表示項目＞ ＜表示項目＞::＝＜英文字＆数字＞ ＜メッセージ＞::＝＜英文字＆数字＞ この意味は，次のとおりである。

【００７４】(a) 選択ウインドウを定義する。 (b) 選択ウインドウは，メニュータイプかキータイプか
のどちらかを指定できる。

【００７５】(c) メニュータイプの場合には，表示する
項目（item) を記述する。 (d) キータイプの場合には，メッセージを記述する。 図１０は，本発明の実施例による画像描画用オブジェク
トネットワークの例を示す。

【００７６】例えば，図１０に示すような画像描画用オ
ブジェクトネットワークに従って動作する画像システム
を構築するとする。このオブジェクトネットワークで
は，画像データが，ポイント，ライン，リージョンなど
の数段階のノードに分けられ，あるデータクラスのデー
タを別のデータクラスのデータに変換させる動詞オブジ
ェクトとして，ポイント生成，ライン生成，リージョン
生成などのいくつかの関数が存在する。これらの関数
は，DRAW, SEGMENTALIZE等といった総称的関数によって
表現される。

【００７７】画像描画において重要である色情報は，各
画像データの属性として定義され，この属性に対しても
オブジェクトネットワークが定義される。図１０に示す
オブジェクトネットワークを，上述したネットワーク定
義文の記述文法によって定義すると，以下のようにな
る。

【００７８】 DEF-NET［Painting］｛ ENTITY［Outline ］｛ NONE ： DRAW −＞ UP ； POINT ： DRAW −＞ UP ； POINT-SEQ ： DRAW −＞ UP ； LINE-SEG ： DRAW −＞ UP ； LINE ： SEGMENTALIZE −＞ UP , DRAW −＞ POINT； REGION-SEG ： SEGMENTALIZE −＞ UP ； REGION ： DRAW −＞ POINT, PUT −＞ POINT-COLOR！Color ； ｝ ATTRIBUTE ［Color ］｛ NONE ： PUT−＞ UP ； POINT-COLOR ： PUT−＞ UP ； POINT-SEQ-COLOR ： PAINT−＞ UP ； LINE-SEG-COLOR ： PAINT−＞ UP ； LINE-COLOR ： PAINT−＞ UP ； REGION-SEG-COLOR： PAINT−＞ UP ； REGION-COLOR ： PUT−＞ POINT-COLOR； ｝ ｝ この描画用オブジェクトネットワークのネットワーク名
は“Painting”であり，項目ネットワークとして“Outl
ine ”, 属性ネットワークとして“Color ”が定義され
ている。このオブジェクトネットワークでは，LINE, RE
GIONにおいて複数の関数が定義されている。LINEの場
合, DRAW−＞ POINTが定義されることにより，総称的関
数DRAWが実行された後, POINT に移動するようにされて
いる。

【００７９】これにより, ループ構造を記述することが
でき，複数のLINEを描画できる。このループから抜け出
るためには，LINEにおいてSEGMENTALIZEを選択する。RE
GIONでは，DRAW−＞ POINTと，PUT −＞ POINT-COLOR！
Color が定義されている。DRAW−＞ POINTは，DRAW実行
後, POINT へ移動することを表し, 複数の輪郭を描画で
きる。PUT −＞ POINT-COLOR！Color は，PUT 実行後,
"Color”ネットワークのPOINT-COLOR へ移動すること
を示している。これにより，輪郭生成終了後, 直接, 色
情報生成ネットワークへ移動することができる。

【００８０】動詞オブジェクトの内容となる描画関数
は，総称的関数と具体的関数が，例えば次のように定義
される。 (1) 総称的関数の定義 DEF-GENERIC-FUNC［ DRAW ］｛ CURRENT-NET == "Painting"&& CURRENT-PART == "Outli
ne"&& CURRENT-STEP == "NONE"&& DIRECTION == "UP" ：set-p
p； CURRENT-NET == "Painting"&& CURRENT-PART == "Outli
ne"&& CURRENT-STEP == "POINT"&& DIRECTION == "UP"：creat
e-ps ; CURRENT-NET == "Painting"&& CURRENT-PART == "Outli
ne"&& CURRENT-STEP == "POINT-SEQ"&& DIRECTION == "UP"：c
reate-ls ; CURRENT-NET == "Painting"&& CURRENT-PART == "Outli
ne"&& CURRENT-STEP == "LINE-SEG"&& DIRECTION == "UP" ：c
reate-l ; CURRENT-NET == "Painting"&& CURRENT-PART == "Outli
ne"&& CURRENT-STEP == "LINE"&& DIRECTION == "POINT"：set
-pp ; CURRENT-NET == "Painting"&& CURRENT-PART == "Outli
ne"&& CURRENT-STEP == "REGION"&& DIRECTION == "POINT"：s
et-pp ; 総称的関数は，上述したシステム記述の文法に従って，
具体的関数への変換条件を記述することで定義される。
ここでは，総称的関数DRAWを例に, その定義例を示した
が，SEGMENTALIZE,CONNECT,PUT,PAINT等についても, 同
様に定義される。

【００８１】DRAWは, 輪郭生成を行う総称的関数であ
り，具体的関数であるset-pp, create-ps, create-ls,
create-lのいずれかに対応する制約条件が与えられるこ
とにより，具体的関数に変換される。例えば, 制約条件
として，現在のネットワークCURRENT-NET が "Paintin
g" であり，選択されている項目ネットワークCURRENT-P
ARTが "Outline"であり，ネットワーク上の位置CURRENT
-STEPが"NONE"であり，ネットワーク上の進む方向DIREC
TION が "UP" であれば，総称的関数DRAWは，点の座標
データを設定する具体的関数set-ppに変換される。

【００８２】(2) 具体的関数の定義 この画像システムにおける具体的関数は，次のように定
義される。 DEF-ACTUAL-FUNC［set-pp : POINT, COORDINATES :draw
1］ DEF-ACTUAL-FUNC［create-ps : POINT-SEQ, POINT : cu
rrent］ DEF-ACTUAL-FUNC［create-ls : LINE-SEG, POINT-SEQ :
current ］ DEF-ACTUAL-FUNC［create-l : LINE, LINE-SEG : curre
nt ］ DEF-ACTUAL-FUNC［create-rs : REGION-SEG, LINE : cu
rrent］ DEF-ACTUAL-FUNC［create-r : REGION, REGION-SEG : c
urrent ］ DEF-ACTUAL-FUNC［create-de : REGION, DESSIN-ELEMEN
T : current］ DEF-ACTUAL-FUNC［put-color-pp : POINT, COORDINATES :draw1/l-diagram/c-diagram］ DEF-ACTUAL-FUNC［put-color-ps : POINT-SEQ, POINT :
current ］ DEF-ACTUAL-FUNC［paint-color-ls : LINE-SEG, POINT-
SEQ : current］ DEF-ACTUAL-FUNC［paint-color-l : LINE, LINE-SEG :
current］ DEF-ACTUAL-FUNC［paint-color-rs : REGION-SEG, LINE
: current ］ DEF-ACTUAL-FUNC［paint-color-r : REGION, REGION-SE
G : current］ ここで，画像データクラスCOORDINATES について補足説
明する。COORDINATESは，座標を表すクラスで, 画像デ
ータクラスの中で最も上位のクラスである。よってこの
クラスは，具体的関数の出力クラスに書かれることはな
い。入力クラスに書かれる場合, 他の画像データクラス
は，＜要求形式＞が書かれるが, COORDINATES のみ, 座
標データ入力を要求するデータウインドウ名を指定す
る。座標データ要求ウインドウ名は，複数指定可能であ
る。

【００８３】具体的関数put-color-ppの入力データクラ
ス指定では，COORDINATES の要求ウインドウ名として，
データウインドウdraw1, l-diagram，c-diagram が指定
されている。これにより, この３つのデータウインドウ
から並行に座標データの入力が可能になる。

【００８４】本実施例では，具体的関数の具体的な処理
の記述は，Ｃ言語によって行っている。具体的処理内容
は，以下のとおりである。 set-pp ：主要点のセット。

【００８５】create-ps ：ポイントシーケンスを生成。 create-ls ：ラインセグメントを生成。 create-l ：ラインを生成。

【００８６】create-rs ：リージョンセグメントを生
成。 create-r ：リージョンを生成。 create-de ：デッサンエレメントを生成。

【００８７】put-color-pp ：色度情報の主要点への設
定。 put-color-ps ：色度情報のポイントシーケンスへの設
定。 paint-color-ls：ラインセグメント上での色度のペイン
ト。

【００８８】paint-color-l ：ライン上での色度のペイ
ント。 paint-color-rs：リージョンセグメント上での色度のペ
イント。 paint-color-r ：リージョン上での色度のペイント。

【００８９】この他に，ウインドウ関係の定義も行わ
れ，画像システムが記述される。このような定義体によ
るシステム記述は，図１に示すようなトランスレータ１
１によって実行形式データに変換される。図１１は，そ
のトランスレータ１１のフローチャートを示している。
以下の処理を行う。

【００９０】 システム記述（ソースプログラム）を
入力する。 システム記述言語の文法に従って，ソースプログラ
ムの構文解析を行い，必要な情報をデータベースに整理
する。

【００９１】 データベースから実行システム（ラン
タイムシステム）用のデータを生成する。 実行システムの構造は，本実施例では，図１２に示すよ
うになっている。図１２において，１２０は画像システ
ムカーネル，１２１はオブジェクト間インタフェース
（ＩＦＯ：Interface Function between Object)，１２
２はデータマネージャ，１２３は関数マネージャ，１２
４はウインドウマネージャを表す。

【００９２】画像システムカーネル１２０は，実行シス
テムの中心に存在し，トランスレータからのデータを基
に，以下の処理を行う。 (1) オブジェクトネットワーク上でのデータ状態把握 描画プロセスの把握を行い，次に実行すべき関数を選択
する。

【００９３】(2) イベントの解析 各ウインドウから送られてくるイベントを判別し，その
結果に対応するシステム内のプロシジャをコールする。

【００９４】(3) 関数実行要求 総称的関数に制約条件を付加し，オブジェクト間インタ
フェース１２１に関数の実行を要求する。

【００９５】オブジェクト間インタフェース１２１は，
画像システムカーネル１２０と，データ，関数，ウイン
ドウを管理するマネージャ間を，要求（リクエスト）−
応答（レスポンド）方式の標準的プロトコルにより，イ
ンタフェースをとる。標準プロトコルを用意すること
で，画像システムカーネル１２０には変更を加えずに，
言語のカスタマイズが可能になる。

【００９６】オブジェクト間インタフェース１２１のプ
ロトコルは，データマネージャ１２２，関数マネージャ
１２３，ウインドウマネージャ１２４の各々に対しての
３つに分けられている。

【００９７】データマネージャ１２２に対しては，デー
タの読み書き，変更，削除などのデータ操作に関するプ
ロトコルが用意されている。関数マネージャ１２３に対
しては，総称的関数から具体的関数への変換，具体的関
数の実行に必要とするデータの準備，具体的関数の実行
要求プロトコルがある。ウインドウマネージャ１２４に
対しては，データウインドウ，選択ウインドウ，メッセ
ージウインドウ，オペレーションウインドウに対するプ
ロトコルが用意されている。

【００９８】これらのプロトコルの実現のために，オブ
ジェクト間インタフェース１２１は，カーネルインタフ
ェース，関数サーバ，データサーバ，ウインドウサーバ
を持つ。

【００９９】カーネルインタフェースは，画像システム
カーネルと内部の各サーバとのインタフェースである。
このカーネルインタフェースは，ただ単にインタフェー
スの役目を行っているだけでなく，カーネルからの要求
を解析し，解析した結果により，その要求を満足できる
サーバに対し，処理要求を行い，処理を進める。

【０１００】関数サーバは，関数の起動要求に従い，要
求のあった総称的関数名により，そのときシステムの状
態を付加し，そのときに起動すべき具体的関数を実行さ
せる。データサーバは，名詞オブジェクトについて，各
クラスごとに登録，読み出し，修正，削除を行う。また
名詞オブジェクトを代名詞によって参照する機能を持
つ。ウインドウサーバは，ウインドウマネージャ１２４
を介して，登録されているウインドウへの描画，入力な
どの入出力処理を行う。

【０１０１】実際のデータ，関数，ウインドウは，それ
ぞれ各マネージャにより一括管理される。データマネー
ジャ１２２は，画像データの管理を行う。関数マネージ
ャ１２３は，関数の実行管理を行う。ウインドウマネー
ジャ１２４は，ウインドウの管理およびウインドウへの
オブジェクトの描画を行う。これらのマネージャは，一
般に構築するシステムによりカスタマイズされるが，そ
のプロトコルは変更されないので，他に影響を与えずに
カスタマイズが可能である。

【０１０２】図１３は，この実行システム（ランタイム
システム）のフローチャートを示している。 (a) イベントの駆動制御により，入力イベント等が発生
すると，画像システムカーネル（以下，単にカーネルと
いう）が起動される。

【０１０３】(b) カーネルは，イベントを解析する。 (c) イベントを判別した結果，関数リクエスト待ち状態
のときのオブジェクトウインドウからのイベントであれ
ば，処理(d) へ進む。座標データ入力待ち状態のときの
データウインドウからのイベントであれば，処理(j) へ
進む。

【０１０４】(d) リクエストされた関数（動詞オブジェ
クト）を判別する。 (e) カーネルは，オブジェクト間インタフェース（ＩＦ
Ｏ）に要求し，総称的関数から具体的関数への変換を行
う。

【０１０５】(f) さらにＩＦＯに，その関数が座標デー
タを必要とするかどうか，必要とする場合，その座標デ
ータが保存されているかどうかを問い合わせる。 (g) 問い合わせた結果，座標データが必要ない場合に
は，処理(h) へ進み，座標データが必要である場合に
は，処理(i) へ進む。

【０１０６】(h) ＩＦＯに関数の実行を要求し，関数を
実行する。その後，処理(a) により次のイベントを待
つ。 (i) 座標データが必要な場合，カーネルを座標データ入
力状態にし，次のイベントを待つ。

【０１０７】(j) イベントが，データの入力イベントで
あれば，そのデータが座標データか制御用データかを判
別する。制御用データとは，例えばデータ入力終了を示
すようなデータである。

【０１０８】(k) 制御用データの場合，処理(n) へ進
み，座標データの場合，処理(l) へ進む。 (l) ＩＦＯに依頼し，座標データを保存する。

【０１０９】(m) 座標データが用意されることにより，
関数の実行が可能であれば，関数を実行し，次のイベン
トを待つ。 (n) データ入力終了を示すような制御用データが入力さ
れたならば，カーネルを関数リクエスト待ち状態にし，
リクエスト（イベント）を待つ。

【０１１０】この画像システムでは，ユーザとのインタ
フェースとして，マルチウインドウを使用している。ウ
インドウは，その機能別に分割され，オペレーションウ
インドウ，データウインドウ，メッセージウインドウ，
選択ウインドウの４種類がある。データウインドウ，選
択ウインドウは，前述したシステム記述の定義文によ
り，ユーザがカスタマイズできる。

【０１１１】図１４に，本発明の実施例におけるオペレ
ーションウインドウの例を示す。図１４において，(a)
はネットワークウインドウの制御，データウインドウの
呼び出しおよびシステム全体の制御を行うためのコント
ロールウインドウ，(b)はオブジェクトネットワークを
表示するネットワークウインドウを表す。各部の詳細は
以下のとおりである。

【０１１２】(a) コントロールウインドウ ａ１は，データウインドウ切り替えボタンである。この
ボタンをヒットとすると，登録されているデータウイン
ドウ名のメニューが表示され，画面の最前列に呼び出し
たいデータウインドウ名を選択することができる。

【０１１３】ａ２は，ネットワーク切り替えボタンであ
る。この画像システムでは，複数のオブジェクトネット
ワークを使用できるように設計されている。しかし，ネ
ットワークウインドウは１つであるため，表示するネッ
トワークを切り替える方式を採る。このボタンを押す
と，登録されているネットワーク名のメニューが表示さ
れ，使用するネットワークを選択することができる。

【０１１４】ａ３は，システムボタンである。このボタ
ンにより，システムの終了，状態の保存など，システム
全体の制御を行うようになっている。ａ４は，ネットワ
ーク名表示エリアである。現在選択されているネットワ
ーク名を表示する。

【０１１５】ａ５は，項目・属性名表示エリアである。
現在選択されているネットワークの項目・属性ネットワ
ーク名を表示する。 (b) ネットワークウインドウ ｂ１は，項目・属性切り替えウインドウである。現在選
択されているネットワークに含まれる項目・属性ネット
ワークを切り替える。一番左側に表示されているボタン
が，項目ネットワーク名であり，１つだけ存在する。そ
れより，右側に表示されているボタンは，属性ネットワ
ーク名を示し，複数存在することがある。表示されてい
る任意のボタンをヒットすると，選択されたネットワー
クがｂ２の表示ウインドウに表示される。

【０１１６】表示ウインドウｂ２は，オブジェクトネッ
トワークを表示し，ネットワークをどこまで進んだか
と，そこからどのようなオペレーションが行なえるかと
いうシステムの状態を表現する。ネットワーク上の現在
の位置を表す名詞オブジェクト名（例えばPOINT 等）
は，赤文字で表示され，次に実行できる動詞オブジェク
トの関数名（例えば上から２つ目のDRAW等) は，青枠で
囲まれて，他と区別される。

【０１１７】ユーザは，マウスにより，青枠で囲まれた
関数名をヒットするか，赤文字で表示された名詞オブジ
ェクト名（データ名）の１つ下をヒットすることで，次
に実行するオペレーションを要求することができる。ヒ
ットされた関数は実行中であることをユーザに示すた
め，反転表示される。実行が終了すると，今まで赤文字
で表示されていたデータ名と青枠で囲まれ反転表示され
ていた関数名が黒文字で再表示される。そして，ネット
ワーク上の次のデータが赤文字で表示され，そのデータ
に対する実行可能な関数が青枠で囲まれる。

【０１１８】このオペレーションウインドウで指定され
たオペレーションに従って，データウインドウ（図示省
略）へのオブジェクトの表示，消去，座標データの入力
などの処理が行われる。

【０１１９】

【発明の効果】以上説明したように，本発明によれば，
画像システムなどの特定応用分野のシステムをオブジェ
クトネットワークとしてモデル化することによって，容
易に構築できるようになり，システム開発者にとって
は，ソフトウェアシステムの生産性が向上するという効
果がある。また，システムの状態や実行可能なオペレー
ションについて，わかりやすい形でユーザに提示できる
ので，ユーザにとっては，ユーザ・フレンドリなシステ
ムの利用が可能であり，操作性が向上するという効果が
ある。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明に係るオブジェクトネットワークの参照
モデルの例を示す図である。

【図３】本発明に係る名詞オブジェクト管理機構の構成
例を示す図である。

【図４】本発明に係る動詞オブジェクトの動詞の種類を
示す図である。

【図５】本発明に係る総称的関数と具体的関数の関係説
明図である。

【図６】本発明の実施例に係る動詞オブジェクトの実行
管理説明図である。

【図７】本発明に係る並行プロセス構築の層構造の例を
示す図である。

【図８】本発明の実施例におけるトークンの制御方式を
示す図である。

【図９】本発明の実施例による要素オブジェクトを生成
する例を示す図である。

【図１０】本発明の実施例による画像描画用オブジェク
トネットワークの例を示す図である。

【図１１】本発明の実施例によるトランスレータのフロ
ーチャートを示す図である。

【図１２】本発明の実施例に係る実行システムの構造を
示す図である。

【図１３】本発明の実施例に係る実行システムのフロー
チャートを示す図である。

【図１４】本発明の実施例におけるオペレーションウイ
ンドウの例を示す図である。

【符号の説明】

１０ 分野記述言語によるシステム記述 １１ トランスレータ １２ 実行システム １３ プロセス構築管理機構 １４ 名詞オブジェクト管理機構 １５ 動詞オブジェクト制御機構 １６ オブジェクト管理情報 ２０ オブジェクトネットワーク ２１ 名詞オブジェクト ２２ 動詞オブジェクト ２３ 制約条件 ２４ 総称的関数 ２５ 具体的関数

フロントページの続き (56)参考文献 「情報処理学会論文誌」ＶＯＬ．30, ＮＯ．11（1989−11）Ｐ．1479−1493 「情報処理学会研究報告」ＶＯＬ. 90，ＮＯ．10（90−ＳＥ−71−19) （1990−２) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 9/44 G06F 9/06 G06F 17/27 - 17/28

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 操作対象のデータおよびそれらのデータ
   に対する操作手段をオブジェクトとして管理し処理する
   計算機システムであって，前記オブジェクトを名詞オブ
   ジェクトと動詞オブジェクトとに大分類し，名詞オブジ
   ェクトをノード，動詞オブジェクトをブランチとして表
   現したオブジェクトネットワークを，参照モデルとし，
   この参照モデルにおいて，あるノードに存在する名詞オ
   ブジェクトに動詞オブジェクトとしての関数の内容を作
   動させると，その動詞オブジェクト名に対応するブラン
   チの方向にある目的対象となっている名詞オブジェクト
   が得られるようにしたオブジェクトネットワークによる
   言語処理システムにおいて， 前記動詞オブジェクトとして， あるオブジェクトにデータなどの制約条件と併合した演
   算を施し，目的対象オブジェクトとして名詞オブジェク
   トを具体化する演算動詞と， 集合オブジェクトを構成する個別オブジェクト群に作動
   して，新しい関係を持った名詞オブジェクトを生成する
   関係付加動詞と， 制約条件の性質を規定する前置詞と併合する名詞オブジ
   ェクトによって具体的制約条件を与え，制約を満足する
   ように目的名詞オブジェクトに対し演算を行う制約演算
   動詞の少なくとも３種類の機能が存在し， これらが文単位で判定処理されるように構成された処理
   機構を持つ ことを特徴とするオブジェクトネットワーク
   による言語処理システム。
2. 【請求項２】 操作対象のデータおよびそれらのデータ
   に対する操作手段をオブジェクトとして管理し処理する
   計算機システムであって，前記オブジェクトを名詞オブ
   ジェクトと動詞オブジェクトとに大分類し，名詞オブジ
   ェクトをノード，動詞オブジェクトをブランチとして表
   現したオブジェクトネットワークを，参照モデルとし，
   この参照モデルにおいて，あるノードに存在する名詞オ
   ブジェクトに動詞オブジェクトとしての関数の内容を作
   動させると，その動詞オブジェクト名に対応するブラン
   チの方向にある目的対象となっている名詞オブジェクト
   が得られるようにしたオブジェクトネットワークによる
   言語処理システムにおいて， 前記動詞オブジェクトについて，目的対象としての名詞
   オブジェクトに対し，実際に実行処理が可能な具体的関
   数と，制約条件が付けられることによって具体的関数に
   変換される総称的関数の種別が存在し，総称的関数から
   具体的関数への変換制御を行う動詞オブジェクト制御機
   構を持つ ことを特徴とするオブジェクトネットワークに
   よる言語処理システム。
3. 【請求項３】 請求項２記載のオブジェクトネットワー
   クによる言語処理システムにおいて， 前記動詞オブジェクト制御機構は，総称的関数に対応す
   る動詞オブジェクトに対する制約条件として，現在処理
   の実行が終了した名詞オブジェクト名を状態名として制
   約条件化する機能を持ち，その制約条件をもとに実行可
   能な具体的関数を得るように構成されている ことを特徴
   とするオブジェクトネットワークによる言語処理システ
   ム。
4. 【請求項４】 請求項２記載のオブジェクトネットワー
   クによる言語処理システムにおいて， 動詞オブジェクトを関数として作動させるに当って，作
   動開始前，作動中，終了後の制約条件を付加し，各時点
   でこれらの妥当性を検定する手段を持つとともに，制約
   条件が総称的条件で与えられた総称的関数に対し，具体
   的制約条件を規定することにより具体的関数に変換する
   過程において逐次的に妥当性判定と変換のための変換手
   続の生成を行う関数実行管理機構を持つ ことを特徴とす
   るオブジェクトネットワークによる言語処理システム。
5. 【請求項５】 操作対象のデータおよびそれらのデータ
   に対する操作手段をオブジェクトとして管理し処理する
   計算機システムであって，前記オブジェクトを名詞オブ
   ジェクトと動詞オブジェクトとに大分類し，名詞オブジ
   ェクトをノード，動詞オブジェクトをブランチとして表
   現したオブジェクトネットワークを，参照モデルとし，
   この参照モデルにおいて，あるノードに存在する名詞オ
   ブジェクトに動詞オブジェクトとしての関数の内容を作
   動させると，その動詞オブジェクト名に対応するブラン
   チの方向にある目的対象となっている名詞オブジェクト
   が得られるようにしたオブジェクトネットワークによる
   言語処理システムにおいて， 参照モデルとしての構造を示すオブジェクトネットワー
   ク中の普通名詞に対応する集合オブジェクト状態から，
   特定の具体的関数の実行によって個別オブジェクトを生
   成し，それらの要素間関係を表現することにより要素ネ
   ットワークを構成するとともに，その要素ネットワーク
   では，個別オブジェクトについての実行要求によって実
   際に処理を行うように，オブジェクトネットワークを生
   成管理するプロセス構築管理機構を持ち， 前記プロセス構築管理機構は， 参照モデルとなる構造ネットワークに基づいて，新しく
   構造ネットワークを生成し，参照モデルとしてのオブジ
   ェクトネットワークの制約条件を，他システムの要求に
   従って変更改定し，新しく生成されたオブジェクトネッ
   トワークの制約条件を規定し，その結果完成した構造ネ
   ットワークが行うべき処理順序に基づいて要素ネットワ
   ークへの要求を他システムから受付け可能とすることに
   より，制御権限を委託し，その結果処理が完了したこと
   の受付けをし，構造ネットワークを消滅させ，この動作
   が同時に要素ネットワークの完成となるようにされ，処
   理結果として他システムへ表示する制御手段を持つ こと
   を特徴とするオブジェクトネットワークによる言語処理
   システム。
6. 【請求項６】 操作対象のデータおよびそれらのデータ
   に対する操作手段をオブジェクトとして管理し処理する
   計算機システムであって，前記オブジェクトを名詞オブ
   ジェクトと動詞オブジェクトとに大分類し，名詞オブジ
   ェクトをノード，動詞オブジェクトをブランチとして表
   現したオブジェクトネットワークを，参照モデルとし，
   この参照モデルにおいて，あるノードに存在する名詞オ
   ブジェクトに動詞オブジェクトとしての関数の内容を作
   動させると，その動詞オブジェクト名に対応するブラン
   チの方向にある目的対象となっている名詞オブジェクト
   が得られるようにしたオブジェクトネットワークによる
   言語処理システムにおいて， 参照モデルとしての構造を示すオブジェクトネットワー
   ク中の普通名詞に対応する集合オブジェクト状態から，
   特定の具体的関数の実行によって個別オブジェクトを生
   成し，それらの要素間関係を表現することにより要素ネ
   ットワークを構成するとともに，その要素ネットワーク
   では，個別オブジェクトについての実行 要求によって実
   際に処理を行うように，オブジェクトネットワークを生
   成管理するプロセス構築管理機構と， 前記プロセス構築管理機構から構造ネットワークの生成
   処理要求，その結果の応答，また構造ネットワークから
   要素ネットワークの生成処理要求および応答というよう
   に，要求と応答とを対として，下層ネットワークへの要
   求，上層ネットワークへの応答を繰り返すサービスを，
   各要求に対応する関数の実行により行う関数実行管理機
   構を持ち， この関数実行管理機構は，総称的関数から具体的関数へ
   の変換，実行上の妥当性検定の指示制御を行い，その結
   果不備であれば新しい要求と応答との対を，逆に上層ネ
   ットワークへ向けて発行し，完備させ，完備していれば
   実行し，上層ネットワークへの応答の処理を行うように
   構成されている ことを特徴とするオブジェクトネットワ
   ークによる言語処理システム。