JPH0981397A - ソフトウェア制御機構 - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェア内部における処理の起動関係の
カスタマイズを簡単に行えるソフトウェア制御機構を得
る。 【解決手段】 起動条件コード部Ｃ０１は、処理プログ
ラムの起動条件となるイベント内容と、条件成立時にポ
インタ用配列Ｃ０２のうち一の配列ＡＲｉに格納された
処理実行アドレスＡＤ（ｉ）を参照することを指示する
アドレス格納領域情報とからなる複数のコードを記述し
ている。ポインタ登録部Ｃ０３は、外部より登録要求を
受け、該登録要求に基づき、ポインタ用配列Ｃ０２のう
ち、登録要求の指示する一の配列ＡＲｊ（１≦ｊ≦Ｎ）
内に、登録要求情報Ｃ２５からの登録要求の指示するア
ドレス内容で処理実行アドレスＡＤ（ｊ）を登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、イベントの発生
に伴って処理を進行させていく、イベント駆動型のソフ
トウェア処理のソフトウェア制御機構に関するものであ
る。

【０００２】

【従来の技術】ソフトウェア処理の一つとして、図形表
現を使用して設計を行うＣＡＤ(Computer Aided Desig
n)、ＣＡＥ(Computer Aided Engineering)、ＣＡＳＥ(Com
puter Aided Software Engineering)等のグラフィック
エディタを有するツールがある。

【０００３】図１０はグラフィックエディタにおける処
理の一例を示す説明図である。同図に示すように、２つ
の回路１０１，１０２間の配線がなされている。回路１
０１は入力端子Ｐ１１と出力端子Ｐ０１とを有し、回路
１０２は入力端子Ｐ１２と出力端子Ｐ０２，Ｐ０３とを
有している。そして、回路１０１の入力端子Ｐ１１と回
路１０２の出力端子Ｐ０２とが配線Ｌ１により電気的に
接続され、回路１０１の出力端子Ｐ０３とが配線Ｌ２に
より電気的に接続されている。

【０００４】ここで、特定アプリケーション分野向けの
グラフィックエディタを作成する場合を考える。このよ
うな場合、グラフィックエディタの基本操作が実現され
ているグラフィックエディタに対して特定アプリケーシ
ョン向けの機能変更、機能追加を容易に行うことが可能
であるならば、目的とするグラフィックエディタを一か
ら作成するのと比較して大変効率的である。

【０００５】特定アプリケーション分野向けの機能と
は、例えば、図１０に示す、配線Ｌ１，Ｌ２接続をチェ
ックする機能である。グラフィックエディタの基本操作
として端子間の接続という機能は一般的である。しか
し、特定のアプリケーション分野では、端子の種類を区
別して、接続の妥当性をチェックしたい場合もある。図
１０の場合では、端子として入力端子と出力端子の２種
類があり、出力端子同士は接続できないというアプリケ
ーション分野の規則がある。そして、規則違反を発見し
たら、図１０に示すようにメッセージを出して警告する
という仕様である。このように、端子間の接続の機能と
いっても、単純に端子間を接続するだけのものもあれ
ば、接続時に妥当性をチェックして警告を発するものも
ある。こうした機能の変更は、ソフトウェア内部におい
て処理を起動する機構を有する従来のソフトウェア制御
機構では困難であった。

【０００６】従来のソフトウェア制御機構は、関数呼出
しを使用して条件分岐等の制御手段と組み合わせる方法
と、図１４（「Ｃ＋＋言語入門」ＳＴＥＰＨＥＮ Ｃ．
ＤＥＷＨＵＲＳＴ 他 著 小山裕司 監訳 アスキ
ー出版局 １９９０年 ６９〜７０頁）に示すように、
関数へのポインタを使用して条件分岐等の制御手段と組
み合わせる方法等を用いてソフトウェア内部において処
理を起動していた。

【０００７】図１４はlessthanとgreaterthanという２
つの関数の使用をdescendingの値によって選択するとい
うことを関数へのポインタを使用して実現したものであ
る。関数呼出しによる方法、関数へのポインタによる方
法をそれぞれ図１１、図１２を用いて説明する。

【０００８】関数呼出しによる方法は、図１１に示した
ように、「イベントと処理の関係を定義するコード部」
Ｂ０１において条件と固定的に関係づけされているソフ
トウェア処理を、条件分岐等の制御手段によって選択的
に実行する。すなわち、例えば、条件１が成立すれば、
処理１を実行する。このイベントから処理を起動する関
係は、コード部Ｂ０１を書き直さなければ変更すること
ができない。

【０００９】関数へのポインタによる方法では、図１２
に示したように、「イベントと処理の関係を定義するコ
ード部」Ｃ０１において条件と処理の関係づけは、関数
へのポインタ用の処理実行アドレス格納領域を有するポ
インタ用配列Ｃ０２を介して行っている。すなわち、例
えば、条件１が成立すれば、ポインタ用配列Ｃ０２のＬ
番目に格納されているポインタ（処理実行アドレス）を
使用して、そのポインタが指している処理１を実行す
る。したがって、ポインタ用配列Ｃ０２に格納するポイ
ンタを変更することにより、イベントから起動される処
理を変更することができる。

【００１０】

【発明が解決しようとする課題】従来のソフトウェア制
御機構は以上のように構成されており、ソフトウェア内
部において処理を起動する場合、イベントに対する処理
を変更することは、プログラムを作成する段階では比較
的簡単であった。

【００１１】しかし、従来のソフトウェア制御機構は、
プログラム完成後において、ソフトウェア内部における
処理の起動関係をカスタマイズする機構が整備できてお
らず、カスタマイズしようとすると雑で多大な変更が必
要であった。

【００１２】例えば、図１２で説明した、ポインタ用配
列Ｃ０２に格納するポインタを変更する処理のソフトウ
ェア（プログラム）をカスタマイズしたいそれぞれの場
面で作成しなければならず、その処理は大変であった。

【００１３】また、ソフトウェアが図１３に示すように
「グラフィックエディタ基本部」Ｄ０１と「特定アプリ
ケーション分野依存部」Ｄ０２とで構成される場合、図
１２で示した、「特定アプリケーション分野依存部」Ｄ
０２からポインタ用配列Ｃ０２に格納するポインタを変
更することができないため、ソフトウェア内部における
処理の起動関係をカスタマイズすることができないとい
う問題点があった。

【００１４】図１３で示すようにソフトウェアが構成さ
れる状況は、市販のソフトウェアを購入したユーザが自
身でそのソフトウェアをカスタマイズする場合には一般
的に発生する。すなわち、「グラフィックエディタ基本
部」Ｄ０１を市販品のソフトウェアとして購入し、機能
変更、機能追加のために、「特定アプリケーション分野
依存部」Ｄ０２を作成して、全体を特定アプリケーショ
ン分野向けのグラフィックエディタとしてリンクして構
成したい場合である。

【００１５】この発明は上記問題点を解決するためにな
されたもので、ソフトウェア内部における処理の起動関
係のカスタマイズを簡単に行えるソフトウェア制御機構
を得ることを目的とする。

【００１６】

【課題を解決するための手段】この発明にかかる請求項
１記載のソフトウェア制御機構は、イベント発生時に、
該イベントに基づき、処理実行アドレス空間上にある実
行処理情報で規定されたソフトウェア処理を実行する制
御機構であって、各々が処理実行アドレスを登録可能な
複数の処理実行アドレス格納領域を有する処理実行アド
レス登録部と、少なくとも１つの起動条件情報を有する
起動条件情報登録部とを備え、前記少なくとも１つの起
動条件情報は、条件処理実行の起動条件となるイベント
内容である起動条件内容と、該起動条件内容に対応して
前記複数の処理実行アドレス格納領域のうち一の領域を
規定したアドレス格納領域情報とを有し、前記処理実行
アドレス空間内に設定されたアドレスを実行開始アドレ
スとして実行されるソフトウェア処理を規定した実行処
理情報を登録した実行処理登録部と、登録要求を受け、
該登録要求に基づき、前記複数の処理実行アドレス格納
領域のうち一の領域に処理実行アドレスを登録する処理
実行アドレス登録部と、イベント発生時に、該イベント
に基づき所定の処理手順を経てソフトウェア処理を実行
する処理実行部とをさらに備え、前記所定の処理手順
は、(a)イベント発生時に、前記起動条件情報登録部か
ら、発生したイベントに該当する起動条件内容を規定し
た起動条件情報を認識するステップと、(b)前記処理実
行アドレス登録部の前記複数の処理実行アドレス格納領
域のうち、前記ステップ(a)で認識した起動条件情報の
アドレス格納領域情報で規定された処理実行アドレス格
納領域に対し、その領域内に登録された処理実行アドレ
スを認識するステップと、(c)前記実行処理登録部か
ら、前記ステップ(b)で認識した前記処理実行アドレス
を実行開始アドレスとする実行処理情報を認識するステ
ップと、(d)前記ステップ(c)で認識した実行処理情報の
指示するソフトウェア処理を実行するステップとからな
る。

【００１７】また、請求項２記載のソフトウェア制御機
構のように、前記登録要求は、前記起動条件情報登録部
に登録された前記少なくとも１つの起動条件情報のうち
一の起動条件情報を、所定の実行開始アドレスを有する
特定の実行処理情報に関係づけるアタッチ要求を含み、
前記処理実行アドレス登録部は、前記アタッチ要求に基
づき、前記複数の処理実行アドレス格納領域のうち、前
記特定の実行処理情報に関係づけられた起動条件情報の
アドレス格納領域情報が規定した処理実行アドレス格納
領域に、前記所定の実行開始アドレスを登録するように
構成してもよい。

【００１８】また、請求項３記載のソフトウェア制御機
構のように、前記ソフトウェア処理はグラフィックエデ
ィタ処理であり、前記イベントは前記グラフィックエデ
ィタ処理の基本的操作であってもよい。

【００１９】

【発明の実施の形態】

＜基本構成＞図１はこの発明の基本構成であるソフトウ
ェア制御機構の構成を示すブロック図である。同図に示
すように、基本構成のソフトウェア制御機構は、グラフ
ィックエディタ用であり、グラフィックエディタ基本部
Ｆ０１、特定アプリケーション分野依存部Ｆ０２及びプ
ログラム処理実行部Ｆ０３から構成される。なお、グラ
フィックエディタ基本部Ｆ０１は予め作成された既存の
ソフトウェアであり、特定アプリケーション分野依存部
Ｆ０２はユーザ等がグラフィックエディタ基本部Ｆ０１
の作成後に新たに作成されたソフトウェアである。

【００２０】グラフィックエディタ基本部Ｆ０１は起動
条件コード部Ｃ０１、ポインタ用配列Ｃ０２、ポインタ
登録部Ｃ０３及び処理プログラムＣ１１〜Ｃ１３から構
成される。

【００２１】ポインタ用配列Ｃ０２は、複数の配列ＡＲ
１〜ＡＲＮからなり、各配列ＡＲｉ（１≦ｉ≦Ｎ）内に
処理実行アドレス空間上の一のアドレスである処理実行
アドレスが格納可能である。

【００２２】起動条件コード部Ｃ０１には、処理プログ
ラムの起動条件となるイベント内容と、条件成立時にポ
インタ用配列Ｃ０２のうち一の配列ＡＲｉに格納された
処理実行アドレスＡＤ（ｉ）を参照することを指示する
アドレス格納領域情報とをそれぞれが有する複数のコー
ドが記述されている。

【００２３】例えば、発生したイベントにより条件１が
成立した場合、配列ＡＲＫに格納される処理実行アドレ
スＡＤ（Ｋ）の参照が指示される。

【００２４】処理プログラムＣ１１〜Ｃ１３はそれぞれ
実行すべき処理内容を指示する実行処理情報であり、そ
の実行開始アドレスとして上記処理実行アドレス空間上
の一アドレスが割り当てられる。

【００２５】ポインタ登録部Ｃ０３は、外部より登録要
求を受け、該登録要求に基づき、ポインタ用配列Ｃ０２
のうち、登録要求の指示する一の配列ＡＲｊ（１≦ｊ≦
Ｎ）内に、登録要求の指示するアドレス内容で処理実行
アドレスＡＤ（ｊ）を登録する。

【００２６】一方、特定アプリケーション分野依存部Ｆ
０２は、処理プログラムＣ２１〜Ｃ２３と登録要求情報
Ｃ２５とからなる。処理プログラムＣ２１〜Ｃ２３はそ
れぞれ実行すべきソフトウェア処理を規定した実行処理
情報であり、その実行開始アドレスとして上記処理実行
アドレス空間上の一アドレスが割り当てられる。

【００２７】登録要求情報Ｃ２５は、ポインタ用配列Ｃ
０２内で登録を所望する配列ＡＲｊと登録したいアドレ
ス値とからなる登録要求内容が記述された情報である。

【００２８】プログラム処理実行部Ｆ０３は、グラフィ
ックエディタ基本部Ｆ０１及び特定アプリケーション分
野依存部Ｆ０２を参照して、イベント発生時に、該イベ
ントに基づき所定の処理手順を経てソフトウェア処理を
実行する。以下にその処理手順を述べる。

【００２９】(a) イベント発生時に、起動条件コード部
Ｃ０１から、発生したイベントに該当する条件を記述し
たコードを認識する。

【００３０】(b) ポインタ用配列Ｃ０２から、配列ＡＲ
１〜ＡＲＮのうち、上記(a)で認識したコードのアドレ
ス格納情報で指示された配列（仮に、ＡＲＸとする。）
に登録された処理実行アドレスＡＲ（Ｘ）を認識する。

【００３１】(c) グラフィックエディタ基本部Ｆ０１の
処理プログラムＣ１１〜Ｃ１３及び特定アプリケーショ
ン分野依存部Ｆ０２の処理プログラムＣ２１〜Ｃ２３か
ら、上記(b)で認識した処理実行アドレスＡＲ（Ｘ）を
実行開始アドレスとする処理プログラムを認識する。

【００３２】(d) 上記(c)で認識した処理プログラムを
実行する。

【００３３】このように、この発明の基本構成であるソ
フトウェア制御機構におけるポインタ登録部Ｃ０３は、
グラフィックエディタ基本部Ｆ０１外部からの登録要求
に基づき、ポインタ用配列Ｃ０２内の一配列に登録する
処理実行アドレスを登録可能にしている。

【００３４】例えば、グラフィックエディタ基本部Ｆ０
１の作成後に、グラフィックエディタ基本部Ｆ０１の処
理プログラムＣ１１〜Ｃ１３をそれぞれ特定アプリケー
ション分野依存部Ｆ０２の処理プログラムＣ２１〜Ｃ２
３に変更したい場合、ポインタ用配列Ｃ０２の配列ＡＲ
Ｋ，ＡＲＬ及びＡＲＭのそれぞれの処理実行アドレスＡ
Ｄ（Ｋ）、ＡＲ（Ｌ）及びＡＲ（Ｍ）として処理プログ
ラムＣ２１〜Ｃ２３の実行開始アドレスそれぞれの登録
を指示する登録要求情報Ｃ２５を特定アプリケーション
分野依存部Ｆ０２内に記述することよって簡単に実現す
ることができる。

【００３５】すなわち、新たに作成した特定の処理プロ
グラムの実行を所望する場合、ポインタ用配列Ｃ０２の
うち、上記所望の処理プログラムの起動条件イベントを
規定したコードが指示するアドレス格納領域情報に対し
て、上記特定の処理プログラムの実行開始アドレスを指
示する登録要求情報Ｃ２５をポインタ登録部Ｃ０３に与
えればよい。

【００３６】その結果、ソフトウェア内部における処理
の起動関係を簡単にカスタマイズすることができる。

【００３７】＜オブジェクト指向型言語用の構成＞図２
はこの発明によるプログラム制御装置をオブジェクト指
向型言語用に構成した場合を示す説明図である。

【００３８】図２に示すように、オブジェクト指向型言
語用のソフトウェア制御機構は、起動条件コード部Ｃ０
１、ポインタ用配列Ｃ０２、ポインタ登録部Ｃ０３及び
コマンドＣＭ１１〜ＣＭ１３から構成される。

【００３９】ポインタ用配列Ｃ０２は、複数の配列ＡＲ
１〜ＡＲＮからなり、各配列ＡＲｉ（１≦ｉ≦Ｎ）内に
処理実行アドレス空間上の一のアドレスである処理実行
アドレスが格納可能である。

【００４０】起動条件コード部Ｃ０１としてアクション
Ａ１〜Ａ３を記述する。アクションとはオブジェクト内
で定義された起動条件イベントであり、各アクションＡ
１〜Ａ３はそれぞれ起動条件イベントの成立時にポイン
タ用配列Ｃ０２のうち一の配列ＡＲｉに格納された処理
実行アドレスＡＤ（ｉ）を参照することを指示する。

【００４１】例えば、発生したイベントがアクションＡ
１の起動条件イベントに該当した場合、配列ＡＲＫに格
納される処理実行アドレスＡＤ（Ｋ）の参照が指示され
る。

【００４２】コマンドＣＭ１１〜ＣＭ１３はそれぞれオ
ブジェクト内で定義された処理内容を指示する実行処理
情報であり、その実行開始アドレスとして上記処理実行
アドレス空間上の一アドレスが割り当てられる。

【００４３】ポインタ登録部Ｃ０３は、外部よりアタッ
チ要求を受け、該アタッチ要求に基づき、ポインタ用配
列Ｃ０２のうち、アタッチ要求で記述されたアクション
が指示する配列ＡＲｊ（１≦ｊ≦Ｎ）内に、アタッチ要
求の指示するコマンドの実行開始アドレスを処理実行ア
ドレスＡＤ（ｊ）として登録する。

【００４４】一方、特定アプリケーション分野依存部Ｆ
０２は、コマンドＣＭ２１〜ＣＭ２３とアタッチ処理Ｃ
Ｍ３０とからなる。コマンドＣＭ２１〜ＣＭ２３はそれ
ぞれオブジェクト内で定義された処理内容を指示する実
行処理情報であり、その実行開始アドレスとして上記処
理実行アドレス空間上の一アドレスが割り当てられる。

【００４５】アタッチ処理ＣＭ３０は、コマンドにアク
ションを関係づける処理であり、例えば、コマンドＣＭ
２１をアクションＡ１に関係づけることを所望する場
合、「attach(アクションA1,コマント゛CM21)」と記述すればよ
い。

【００４６】図３はアタッチ処理の説明のための説明図
である。同図に示すように、エディタ基本機能Ｅ０１中
にアクションＥ０２が既に存在して、新たに、アクショ
ンＥ０２の起動条件イベントの成立時にアプリケーショ
ン独自機能Ｅ０３のコマンドＥ０４を実行させることを
所望する場合、同図の実線で示すように、コマンドＥ０
４をアクションＥ０２にアタッチすればよい。

【００４７】アタッチ処理後に、アクションＥ０２が成
立するイベントが発生すると、アクションＥ０２からコ
マンドＥ０４の実行開始を促すインアクトが起動される
ことにより、コマンドＥ０４が実行される。なお、イン
アクトとはアクションからアクションとアタッチ関係に
あるコマンドを起動する操作を意味する。

【００４８】図２に戻って、プログラム処理実行部Ｆ０
３は、グラフィックエディタ基本部Ｆ０１及び特定アプ
リケーション分野依存部Ｆ０２を参照して、イベント発
生時に、該イベントに基づき所定の処理手順を経てソフ
トウェア処理を実行する。以下にその処理手順を述べ
る。

【００４９】(a) イベント発生時に、アクションＡ１〜
Ａ３から、発生したイベントに該当する起動条件イベン
トを記述したものを認識する。

【００５０】(b) ポインタ用配列Ｃ０２から、配列ＡＲ
１〜ＡＲＮのうち、上記(a)で認識したアクションで指
示された配列（仮に、ＡＲＸとする。）に登録された処
理実行アドレスＡＲ（Ｘ）を認識する。

【００５１】(c) グラフィックエディタ基本部Ｆ０１の
コマンドＣＭ１１〜ＣＭ１３及び特定アプリケーション
分野依存部Ｆ０２のコマンドＣＭ２１〜ＣＭ２３から、
上記(b)で認識した処理実行アドレスＡＲ（Ｘ）を実行
開始アドレスとするコマンドを認識する。

【００５２】(d) 上記(c)で認識したコマンドを実行す
る。

【００５３】このように、この発明のオブジェクト指向
型言語用のソフトウェア制御機構におけるポインタ登録
部Ｃ０３は、グラフィックエディタ基本部Ｆ０１外部か
らのアタッチ要求に基づき、ポインタ用配列Ｃ０２内で
アタッチ対象となるアクションを指示する配列への実行
開始アドレスを登録可能にしている。

【００５４】したがって、グラフィックエディタ基本部
Ｆ０１の作成後に、グラフィックエディタ基本部Ｆ０１
のコマンドＣＭ１１を特定アプリケーション分野依存部
Ｆ０２のコマンドＣＭ２１に変更したい場合、アタッチ
処理ＣＭ３０としてコマンドＣＭ２１をアクションＡ１
にアタッチする記述を行うことにより、ポインタ用配列
Ｃ０２の配列ＡＲＫの処理実行アドレスＡＤ（Ｋ）とし
て処理プログラムＣ２１の実行開始アドレスの登録を行
うことができる。

【００５５】すなわち、新たに作成した特定のコマンド
の実行を所望するユーザは、ポインタ用配列Ｃ０２の内
容を熟知せずとも、コマンドにアクションを関係づける
アタッチ要求をポインタ登録部Ｃ０３に与えるだけで、
所望のコマンドで規定されたソフトウェア処理を既存の
アクションに対応させて実行させることができる。

【００５６】その結果、ソフトウェア内部における処理
の起動関係を至極簡単にカスタマイズすることができき
効果を奏する。

【００５７】＜実施の形態１．＞以下では、Ｃ＋＋言語
を使用したオブジェクト指向型プログラミング言語でウ
ィンドウシステムを利用してグラフィックエディタを作
成する場合を例にとって説明する。

【００５８】なお、オブジェクト（データ構造とそれに
対する操作を一体化したもの）、メソッド（手続き）と
いう用語はオブジェクト指向プログラミングの用語であ
り、コールバック関数（ウィンドウ上の基本操作を認識
するツール）はウィンドウシステムの用語である。

【００５９】図４は、この発明の実施の形態１であるオ
ブジェクト指向型言語用のプログラム記述形態を示す説
明図である。

【００６０】同図に示すように、グラフィックエディタ
基本部Ｆ０１はオブジェクト１１〜１４からなり、特定
アプリケーション分野依存部Ｆ０２はオブジェクト１７
からなる。オブジェクト１１にはアクション定義部１１
Ａが記述され、オブジェクト１４にはコマンド定義部１
４Ｃが記述される。また、オブジェクト１７にはコマン
ド定義部１７Ｃが記述される。

【００６１】図４において、オブジェクト間を結んでい
る線は、オブジェクト間の所有／被所有関係を表現して
いる。線の両端のうち、丸がついている方の端がつなが
っているオブジェクトが、他方の端がつながっているオ
ブジェクトを所有しているという関係である。オブジェ
クトに重なって描かれている四角形内には、オブジェク
トに属するアクションまたはコマンドが示されている。

【００６２】ソフトウェア内部において処理を起動する
機構は、基本的に以下の要素と手順で実現される。

【００６３】アクション：オブジェクト内で定義される
起動条件イベント コマンド：オブジェクト内で定義された処理 アタッチ：コマンドをアクションに関係づける操作 インアクト：アクションからそのアクションにアタッチ
されているコマンドを起動する操作 エグゼキュート：コマンドのメソッドを動作させる操作 以上の要素を以下の手順で使用して実現する。

【００６４】アクションに対応するメソッドをウィン
ドウシステム等のイベントのコールバック関数に設定す
る。

【００６５】コマンドをアクションにアタッチする。

【００６６】マウス等の操作によってウィンドウイベ
ント等が発生する。

【００６７】アクションに対応するメソッドがコール
バックによって起動され、アクションにアタッチされて
いるコマンドをインアクトする。

【００６８】コマンドに対応するメソッドをエグゼキ
ュートする。

【００６９】コマンドのメソッドが起動されて処理が
行われる。

【００７０】図４に戻って、ListsComponentというトグ
ルボタンのオブジェクト１１がメニューバーのオブジェ
クト１２に所有されており、メニューバーのオブジェク
ト１２はエディタウィンドウのオブジェクト１３に所有
されており、さらにエディタウィンドウのオブジェクト
１３はモデルエディタのオブジェクト１４に所有されて
いる。トグルボタンのオブジェクト１１のアクション定
義部１１ＡにはSet、UnSet、ValueChangedからなる３つ
のアクションが定義されている。モデルエディタのオブ
ジェクト１４のコマンド定義部１４ＣにはShowDialog、
HideDialogの２つのコマンドが定義されている。

【００７１】トグルボタンのオブジェクト１１のアクシ
ョン定義部１１Ａにユーザアプリケーションのオブジェ
クト１７のコマンド定義部１７Ｃがアタッチされてい
る。すなわち、アクション定義部１１ＡのSet及びUnSet
それぞれに対し、コマンド定義部１７ＣのShowUserDial
og及びHideUserDialogがアタッチされている。

【００７２】そして、トグルボタン２２のマウスクリッ
クに対するコールバック関数としてトグルボタンのオブ
ジェクト１１のアクションであるSetに対応するメソッ
ドを定義しておく。

【００７３】このようなグラフィックエディタ基本部Ｆ
０１及び特定アプリケーション分野依存部Ｆ０２からな
るプログラム記述を行って、図５に召すように、メニュ
ーバー２１にあるトグルボタン２２をマウスクリックし
てダイアログ２３を表示させる場合を考える。

【００７４】この場合、トグルボタン２２をマウスでク
リックすると、前述したコールバック関数として定義し
たアクション定義部１１ＡのSetというアクションに対
応するメソッドが起動される。その処理の中で、Setと
いうアクションにアタッチされているコマンドをインア
クトし、その結果、コマンドに対応するメソッドをエグ
ゼキュートする。

【００７５】アクション定義部１１ＡのSetというアク
ションでインアクトされるコマンドはコマンド定義部１
７ＣのShowUserDialogというコマンドであるため、Show
UserDialogというコマンドに対応するメソッドがエグゼ
キュートされると、その処理の中で、図５に示すよう
に、ダイアログ２３の表示が行われる。

【００７６】このように、特定アプリケーション分野依
存部Ｆ０２のユーザアプリケーションのオブジェクト１
７のコマンド定義部１７Ｃ中のShowUserDialog及びShow
HideDialogというコマンドを、グラフィックエディタ基
本部Ｆ０１のアクション定義部１１ＡのSet及びUnSetと
いうアクションにそれぞれアタッチすることにより、グ
ラフィックエディタ基本部Ｆ０１に含まれるモデルエデ
ィタのオブジェクト１４のコマンド定義部１４Ｃ中のSh
owDialog及びHideDialogというコマンドそれぞれに替え
て、特定アプリケーション分野依存部Ｆ０２中のコマン
ド定義部１７ＣのShowUserDialog及びShowHideDialogと
いうコマンドに対応するメソッドをエグゼキュートさせ
ることができる。

【００７７】したがって、グラフィックエディタ基本部
Ｆ０１で当初設定されていたダイアログ２３の表示内容
を、特定アプリケーション分野依存部Ｆ０２に適合する
ように簡単にカスタマイズすることができる。

【００７８】このように、カスタマイズしたい処理をオ
ブジェクト中のコマンドに記述し、そのコマンドを所望
の起動条件イベントを記述したアクションにアタッチす
ることにより、グラフィックエディタのカスタマイズ変
更を至極簡単に実現することができる。

【００７９】＜実施の形態２．＞図６及び図７は、この
発明の実施の形態２であるオブジェクト指向型言語用の
プログラム記述形態を示す説明図である。

【００８０】これらの図に示すように、グラフィックエ
ディタ基本部Ｆ０１はオブジェクト３１〜４０からな
り、特定アプリケーション分野依存部Ｆ０２はオブジェ
クト５０からなる。オブジェクト３１にはアクション定
義部３１Ａが記述され、オブジェクト３２〜３７にはそ
れぞれコマンド定義部３２Ｃ〜３７Ｃ及びアクション定
義部３２Ａ〜３７Ａがそれぞれ記述され、オブジェクト
４０にはコマンド定義部４０Ｃが記述される。また、オ
ブジェクト５０にはコマンド定義部５０Ｃが記述され
る。

【００８１】実施の形態２は、図８に示すリスト４７か
ら項目を選択すると、６つのプッシュボタン４１〜４６
が選択不可能状態から選択可能状態に移行し、さらに、
プッシュボタン４１をマウスでクリックするとモデルエ
ディタ４９がリスト４８を表示する場合等のグラフィッ
ク処理を行うプログラム記述である。

【００８２】図６及び図７に示すように、リストのオブ
ジェクト３１のアクション定義部３１Ａには、ItemSele
cted、ItemUnSelected、NewListの３つのアクションが
定義されている。

【００８３】オブジェクト３１〜３７はオブジェクト３
８に所有されており、オブジェクト３８はオブジェクト
４０に所有されいる。そして、図８で示した６種類のプ
ッシュボタン４１〜４６に対応するオブジェクト３２〜
３７のコマンド定義部３２Ｃ〜３７ＣそれぞれにEnable
及びDisableの２つのコマンドが定義されている。プッ
シュボタンのオブジェクト３２〜３７それぞれのコマン
ド定義部３２Ｃ〜３７Ｃがリストのオブジェクト３１の
アクション定義部３１Ａに共通にアタッチされる。すな
わち、コマンド定義部３２Ｃ〜２７ＣそれぞれのEnable
というコマンドはアクション定義部３１ＡのItemSelect
edというアクションに共通にアタッチされ、コマンド定
義部３２Ｃ〜２７ＣのDisableというコマンドはアクシ
ョン定義部３１ＡのItemUnSelected及びNewListという
アクションに共通にアタッチされる。

【００８４】また、６種類のプッシュボタンのオブジェ
クト３２〜３７のアクション定義部３２Ａ〜３７Ａにそ
れぞれActivateというアクションが定義されている。モ
デルエディタのオブジェクト４０のコマンド定義部４０
Ｃには、ViewSelectedElementSubject、EditSelectedEl
ementSubject、DeleteSelectedElements、RenameSelect
edElement、SelectElementView、UnSetMenuButtonの６
つのコマンドが定義されている。コマンド定義部４０Ｃ
のうちViewSelectedElementSubjectを除く５つのコマン
ドがプッシュボタンのオブジェクト３３〜３７のアクシ
ョン定義部３３Ａ〜３７Ａがアタッチされる。すなわ
ち、コマンド定義部４０ＣのEditSelectedElementSubje
ct、DeleteSelectedElements、RenameSelectedElemen
t、SelectElementView、UnSetMenuButtonがそれぞれア
クション定義部３３Ａ〜３７ＡそれぞれのActivateにア
タッチされる。

【００８５】そして、ユーザアプリケーションのオブジ
ェクト５０のコマンド定義部５０ＣのViewSubjecという
コマンドが、オブジェクト３２のアクション定義部３２
ＡのActivateというアクションにアタッチされる。

【００８６】このようなグラフィックエディタ基本部Ｆ
０１及び特定アプリケーション分野依存部Ｆ０２からな
るプログラム記述に基づき、図８に示すように、６つの
プッシュボタン４１〜４６が選択不可能状態から選択可
能状態に移行し、さらに、プッシュボタン４１をマウス
でクリックしてモデルエディタ４９上にリスト４８を表
示される場合を考える。

【００８７】この場合、リスト４７から項目が選択され
ると、リストのオブジェクト３１のアクションItemSele
ctedがアタッチされているコマンド定義部３２Ｃ〜３７
ＣそれぞれのEnableをインアクトすることによって６つ
のプッシュボタンのオブジェクト３２〜３７のコマンド
定義部３２Ｃ〜３７ＣのEnableというコマンドに対する
メソッドがエグゼキュートされて起動され、図８に示す
ように、プッシュボタン４１〜４６が選択不可能状態
（図中、無地）から選択可能状態（図中、ハッチング）
に移行する。

【００８８】プッシュボタン４１〜４６選択可能状態に
移行した後、プッシュボタン４１をクリックすると、ク
リックされたプッシュボタン４１のオブジェクト３２の
アクションで３２ＡのActivateに対応するメソッドが起
動される。起動されたアクション定義部３２ＡのActiva
teに対応するメソッドの中で、アタッチされているコマ
ンドであるオブジェクト５０のコマンド定義部５０Ｃの
ViewSelectedElementSubjectがインアクトされ、それに
対するメソッドが起動され、特定アプリケーション分野
依存部Ｆ０２で追加作成したリスト４８が表示される。

【００８９】このように、特定アプリケーション分野依
存部Ｆ０２のユーザアプリケーションのオブジェクト５
０のコマンド定義部５０Ｃ中のViewsubjectというコマ
ンドを、グラフィックエディタ基本部Ｆ０１のアクショ
ン定義部３２ＡのActivateというアクションにアタッチ
することにより、グラフィックエディタ基本部Ｆ０１に
含まれるモデルエディタのオブジェクト５０のコマンド
定義部５０Ｃ中のViewSelectedElementSubjectというコ
マンドに替えて、特定アプリケーション分野依存部Ｆ０
２中のコマンド定義部５０ＣのViewsubjectというコマ
ンドに対応するメソッドをエグゼキュートさせることが
できる。

【００９０】したがって、特定アプリケーション分野依
存部Ｆ０２に適合するように、リスト４８表示を簡単に
カスタマイズすることができる。

【００９１】このように、実施の形態２は、カスタマイ
ズしたい処理をオブジェクト中のコマンドとして記述
し、そのコマンドを実行条件となる起動条件イベントを
記述したアクションにアタッチすることにより、グラフ
ィックエディタのカスタマイズ変更を至極簡単に実現す
ることができる。

【００９２】＜実施の形態３．＞図９は、この発明の実
施の形態３であるオブジェクト指向型言語用のプログラ
ム記述形態を示す説明図である。

【００９３】同図に示すように、グラフィックエディタ
基本部Ｆ０１はオブジェクト５１〜５５からなる。オブ
ジェクト５１にはアクション定義部５１Ａが記述され、
オブジェクト５２にはアクション定義部５２Ａ及びコマ
ンド定義部５２Ｃが記述され、オブジェクト５３にはア
クション定義部５３Ａ及びコマンド定義部５３Ｃが記述
され、オブジェクト５４にはアクション定義部５４Ａが
記述され、オブジェクト５５にはアクション定義部５５
Ａ及び５５Ｃが記述される。

【００９４】オブジェクト５１はユーザアプリケーショ
ン６０からの信号をトリガとし、オブジェクト５２に所
有されており、オブジェクト５２はオブジェクト５３に
所有されており、さらにオブジェクト５３はオブジェク
ト５４とともにオブジェクト５５に所有されている。

【００９５】そして、アトリビュートのオブジェクト５
１のアクション定義部５１Ａには、AttributeValueChan
gedというアクションが定義されている。サブジェクト
のオブジェクト５２のコマンド定義部５２ＣにはAttrib
uteValueChangedというコマンドが定義され、アクショ
ン定義部５２ＡにはAttributeValueChanged始めとする
４つのアクションが定義されている。エレメントのオブ
ジェクト５３のコマンド定義部５３Ｃには、AttributeV
alueChangedを始めとする４つのコマンドが定義され、
アクション定義部５３ＡにはAttributeValueChangedを
始めとする４つのアクションが定義されている。

【００９６】さらに、サブジェクトのオブジェクト５４
のアクション定義部５４ＡにはAttributeValueChanged
始めとする４つのアクションが定義されており、モデル
のオブジェクト５５のコマンド定義部５５Ｃには、Elem
entAttributeValueChangedを始めとする８つのコマンド
が定義され、アクション定義部５５ＡにはElementAttri
buteValueChangedを始めとする８つのアクションが定義
されている。

【００９７】アトリビュートのオブジェクト５１のAttr
ibuteValueChangedというアクションには、サブジェク
トのオブジェクト５２のコマンド定義部５２ＡのAttrib
uteValueChangedというコマンドがアタッチされてい
る。このコマンド定義部５２ＣのAttributeValueChange
dはアクション定義部５２ＡのAttributeValueChangedの
起動を指示している。

【００９８】サブジェクトのオブジェクト５２のアクシ
ョン定義部５２ＡのAttributeValueChangedというアク
ションには、エレメントのオブジェクト５３のコマンド
定義部５３ＣのAttributeValueChangedというコマンド
がアタッチされている。このコマンド定義部５３ＣのAt
tributeValueChangedはアクション定義部５３ＡのAttri
buteValueChangedの起動を指示している。

【００９９】エレメントのオブジェクト５３のアクショ
ン定義部５３ＡのAttributeValueChangedというアクシ
ョンには、モデルのオブジェクト５５のコマンド定義部
５５ＣのElementAttributeValueChangedというコマンド
がアタッチされている。このコマンド定義部５５ＣのEl
ementAttributeValueChangedはアクション定義部５５Ａ
のElementAttributeValueChangedの起動を指示してい
る。

【０１００】アトリビュートのオブジェクト５１のアク
ション定義部５１ＡのAttributeValueChangedというア
クションに対するメソッドは、ユーザーアプリケーショ
ン６０がアトリビュートを変更することに伴ってコール
バック関数から呼ばれることによって起動される。起動
されたアクション定義部５１ＡのAttributeValueChange
dというアクションに対するメソッドの処理の中で、ア
タッチされているサブジェクトのオブジェクト５２のコ
マンド定義部５２ＣのAttributeValueChangedというコ
マンドがインアクトされ、該コマンドに対応するメソッ
ドが起動される。

【０１０１】そして、起動されたコマンド定義部５２Ｃ
のAttributeValueChangedというコマンドに対応するメ
ソッドの中でサブジェクトのオブジェクト５２のアクシ
ョン定義部５２ＡのAttributeValueChangedというアク
ションに対応するメソッドがコールバック関数によら
ず、自動的に起動される。

【０１０２】このように、実施の形態３は、実施の形態
１及び実施の形態２と異なり、コマンドに対応するメソ
ッドからアクションに対応するメソッドを直接起動する
という手法を新たに取り入れている。この手法によっ
て、オブジェクト間でアクションとコマンドを連鎖して
いくことが実現できる。

【０１０３】実施の形態３では、オブジェクト内でのコ
マンドからアクションへの連鎖は特定アプリケーション
分野依存部でカスタマイズできないが、オブジェクト間
でのアクションからコマンドへの連鎖は、実施の形態１
及び実施の形態２のように、特定アプリケーション分野
依存部でカスタマイズできるので、全体としてアクショ
ンとコマンドの連鎖をカスタマイズできる機構となって
いる。

【０１０４】起動されたサブジェクトのオブジェクト５
２のアクション定義部５２ＡのAttributeValueChanged
というアクションに対するメソッドの処理の中で、アタ
ッチされているエレメントのオブジェクト５３のコマン
ド定義部５３ＣのAttributeValueChangedというコマン
ドがインアクトされ、該コマンドに対応するメソッドが
起動される。起動されたエレメントのオブジェクト５３
のコマンド定義部５３ＣのAttributeValueChangedとい
うコマンドに対応するメソッドの中でエレメントのオブ
ジェクト５３のコマンド定義部５３ＣのAttributeValue
Changedというアクションに対応するメソッドが起動さ
れる。

【０１０５】起動されたエレメントのオブジェクト５３
のアクション定義部５３ＡのAttributeValueChangedと
いうアクションに対するメソッドの処理の中で、アタッ
チされているモデルのオブジェクト５５のコマンド定義
部５５ＣElementAttributeValueChangedというコマンド
がインアクトされ、該コマンドに対応するメソッドが起
動される。

【０１０６】起動されたモデルのオブジェクト５５のEl
ementAttributeValueChangedというコマンドに対応する
メソッドの中でモデルのオブジェクト５５のアクション
定義部５５ＡのElementAttributeValueChangedというア
クションに対応するメソッドが起動される。

【０１０７】既述のようにアクションとコマンドをつな
いでいくことができる。１つのオブジェクト内にアクシ
ョンとコマンドを定義し、コマンドの実行でアクション
を起動することによって、大本のアクションアクション
定義部５１Ａから次々とオブジェクト間で伝播させてい
く例でもある。これによって、より上位のオブジェクト
に大本のアクションを伝播していくことができる。すな
わち、アクションの抽象度を順次上げていくことができ
る。

【０１０８】

【発明の効果】以上説明したように、この発明における
請求項１記載のソフトウェア制御機構は、登録要求を受
け、該登録要求に基づき、複数の処理実行アドレス格納
領域のうち一の領域に処理実行アドレスを登録する処理
実行アドレス登録部を備えている。

【０１０９】したがって、新たに作成した特定の実行処
理情報によるソフトウェア処理の実行を所望する場合、
複数の処理実行アドレス格納領域のうち、上記特定の実
行処理情報の起動条件内容を規定した起動条件情報のア
ドレス格納領域情報が規定する領域に対して、上記特定
の実行処理情報の実行開始アドレスの登録を指示する登
録要求を処理実行アドレス登録部に与えればよい。

【０１１０】その結果、特定の実行処理情報で規定され
たソフトウェア処理を既存の起動条件イベントに対応さ
せて簡単に実行させることができるため、ソフトウェア
内部における処理の起動関係を簡単にカスタマイズする
ことができる。

【０１１１】また、請求項２記載のソフトウェア制御機
構において、登録要求は、起動条件情報登録部に登録さ
れた少なくとも１つの起動条件情報にうち一の起動条件
情報を、所定の実行開始アドレスを有する特定の実行処
理情報に関係づけるアタッチ要求を含み、処理実行アド
レス登録部は、アタッチ要求に基づき、複数の処理実行
アドレス格納領域のうち、上記特定の実行処理情報に関
係づけられた起動条件情報のアドレス格納領域情報が規
定した処理実行アドレス格納領域に、上記所定の実行開
始アドレスを登録している。

【０１１２】したがって、新たに特定の実行処理情報を
作成した者は、処理実行アドレス登録部の内容を熟知す
ることなく、アタッチ要求を処理実行アドレス登録部に
与えるだけで、特定の実行処理情報で規定されたソフト
ウェア処理を既存の起動条件イベントに対応させて実行
させることができる。

【０１１３】また、請求項３記載のソフトウェア制御機
構は、イベントはグラフィックエディタ処理の基本的操
作であるため、グラフィックエディタの端子間接続操作
等を簡単にカスタマイズすることができる。

【図面の簡単な説明】

【図１】 この発明のソフトウェア制御機構の基本構成
を示す説明図である。

【図２】 この発明のソフトウェア制御機構のオブジェ
クト指向型言語用の構成を示す説明図である。

【図３】 アタッチ処理説明用の説明図である。

【図４】 この発明の実施の形態１であるオブジェクト
指向型言語用のプログラム記述形態を示す説明図であ
る。

【図５】 実施の形態１の動作説明用の説明図である。

【図６】 この発明の実施の形態２であるオブジェクト
指向型言語用のプログラム記述形態を示す説明図であ
る。

【図７】 この発明の実施の形態２であるオブジェクト
指向型言語用のプログラム記述形態を示す説明図であ
る。

【図８】 実施の形態２の動作説明用の説明図である。

【図９】 この発明の実施の形態３であるオブジェクト
指向型言語用のプログラム記述形態を示す説明図であ
る。

【図１０】 グラフィックエディタの一操作例を示す説
明図である。

【図１１】 従来の関数呼出しによる方法によるプログ
ラム制御を模式的に示した模式図である。

【図１２】 従来の関数へのポインタによる方法による
プログラム制御を模式的に示した模式図である。

【図１３】 従来のプログラム制御の問題点を指摘した
説明図である。

【図１４】 Ｃ＋＋言語の記述の一例を示す図である。

【符号の説明】

Ｆ０１ グラフィックエディタ基本部、Ｆ０２ 特定ア
プリケーション分野依存部、Ｆ０３ プログラム処理実
行部、Ｃ０１ 起動条件コード部Ｃ０１、Ｃ０２ ポイ
ンタ用配列、Ｃ０３ ポインタ登録部、Ｃ１１〜Ｃ１
３，Ｃ２１〜Ｃ２３ 処理プログラム。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 イベント発生時に、該イベントに基づ
   き、処理実行アドレス空間上にある実行処理情報で規定
   されたソフトウェア処理を実行するソフトウェア制御機
   構であって、 各々が処理実行アドレスを登録可能な複数の処理実行ア
   ドレス格納領域を有する処理実行アドレス登録部と、 少なくとも１つの起動条件情報を有する起動条件情報登
   録部とを備え、前記少なくとも１つの起動条件情報は、
   条件処理実行の起動条件となるイベント内容である起動
   条件内容と、該起動条件内容に対応して前記複数の処理
   実行アドレス格納領域のうち一の領域を規定したアドレ
   ス格納領域情報とを有し、 前記処理実行アドレス空間内に設定されたアドレスを実
   行開始アドレスとして実行されるソフトウェア処理を規
   定した実行処理情報を登録した実行処理登録部と、 登録要求を受け、該登録要求に基づき、前記複数の処理
   実行アドレス格納領域のうち一の領域に処理実行アドレ
   スを登録する処理実行アドレス登録部と、 イベント発生時に、該イベントに基づき所定の処理手順
   を経てソフトウェア処理を実行する処理実行部とをさら
   に備え、前記所定の処理手順は、 (a) イベント発生時に、前記起動条件情報登録部から、
   発生したイベントに該当する起動条件内容を規定した起
   動条件情報を認識するステップと、 (b) 前記処理実行アドレス登録部の前記複数の処理実行
   アドレス格納領域のうち、前記ステップ(a)で認識した
   起動条件情報のアドレス格納領域情報で規定された処理
   実行アドレス格納領域に対し、その領域内に登録された
   処理実行アドレスを認識するステップと、 (c) 前記実行処理登録部から、前記ステップ(b) で認識
   した前記処理実行アドレスを実行開始アドレスとする実
   行処理情報を認識するステップと、 (d) 前記ステップ(c)で認識した実行処理情報の指示す
   るソフトウェア処理を実行するステップとからなる、ソ
   フトウェア制御機構。
2. 【請求項２】 前記登録要求は、前記起動条件情報登録
   部に登録された前記少なくとも１つの起動条件情報のう
   ち一の起動条件情報を、所定の実行開始アドレスを有す
   る特定の実行処理情報に関係づけるアタッチ要求を含
   み、 前記処理実行アドレス登録部は、前記アタッチ要求に基
   づき、前記複数の処理実行アドレス格納領域のうち、前
   記特定の実行処理情報に関係づけられた起動条件情報の
   アドレス格納領域情報が規定した処理実行アドレス格納
   領域に、前記所定の実行開始アドレスを登録する、請求
   項１記載のソフトウェア制御機構。
3. 【請求項３】 前記ソフトウェア処理はグラフィックエ
   ディタ処理であり、 前記イベントは前記グラフィックエディタ処理の基本的
   操作である、請求項１記載のソフトウェア制御機構。