JP2001318796A - 内外イベントドリブン方式によるプログラム実行制御方法、記録媒体およびプログラム作成支援システム - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェア開発時およびソフトウェア実行
時において、処理群の制御を効率化するプログラム構造
を実現する。 【解決手段】 内部イベントを発生させる機構を設け、
イベントドリブンにより処理単位（Ｓ１・・・Ｓｎ、Ｅ
１・・・Ｅｎ）を制御するプログラム構造を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータソフ
トウェアの開発技術に係り、特に処理群の制御を効率化
するプログラム構造を実現させる技術に関する。

【０００２】

【従来の技術】近年のソフトウェア開発は、オブジェク
ト指向の考え方を取り入れたプログラム開発ツールを用
いて行うことが多い。このようなプログラム開発ツール
においては、例えばＣ言語、ＢＡＳＩＣ言語に基づいた
仕様のプログラミング言語が使用される。また、プログ
ラム開発ツールには、ソフトウェアの外観を構成する部
品、例えばボタン、メニュー等が予め用意されており、
開発者はこれらの部品のシンボルを画面上に適宜配置す
ることにより、ソフトウェアの枠組みを作成することが
できる。配置されたボタン等の部品には、ソフトウェア
実行時にユーザのマウス操作によってクリックされたこ
と等を検知する仕組みが組み込まれており、検知した場
合には、ユーザの操作に応じたイベントを発生させるよ
うになっている。ソフトウェア開発者は、このイベント
が発生した場合の、ソフトウェアの処理を、ソフトウェ
ア開発ツールに応じたプログラミング言語で記載して、
ソフトウェアの動作を規定することにより、ソフトウェ
アの開発を行う。このようなプログラム開発方法は、一
般にビジュアル化された開発方法と称されている。

【０００３】

【発明が解決しようとする課題】しかし、上記の開発方
法では、外部操作したイベント発生に対する処理の規定
は行えるが、処理内部のプログラムの記述については規
定されないため、プログラムの機能を規定する要求仕様
書と、プログラムの記述構造とが一致しないため、要求
仕様書と、プログラム仕様書との記述内容の統一性をと
ることが困難である。このことは、開発時のみならず、
バージョンアップ時の整合性保持、バグ修正時等におい
て大きな問題となる。また、ビジュアル化により、仕様
書作成に費やす時間が省略され、開発者の感性により逐
次プログラムを作成していくという形態が多くとられる
ようになり、個人主義的なプログラムになりやすいとい
う問題も生じている。

【０００４】さらには、上記の開発方法を実現させるた
めには、プログラム開発ツール自身の機能を複雑化せざ
るを得ず、プログラム開発ツールの不具合、インタフェ
ースの煩雑化等の問題が生ずる。

【０００５】このため、ソフトウェア開発者の負担が大
きく、ソフトウェア開発者の育成も多大な時間と労力が
必要とされることとなっている。

【０００６】一方、ソフトウェアが、実行時に発生させ
るイベントは、マウス操作、キーボード入力、割り込み
等（これらを「外部イベント」と称する）であり、内部
的な処理を中心としたイベント（これを「内部イベン
ト」と称する）については、ほとんど使用されておら
ず、使用されたとしても、タスク間のパイプ、メール、
あるいは、オブジェクトに対するメッセージ等が主であ
り、開発者の裁量に委ねられている。このため、プログ
ラム構造の標準化が困難となっている。

【０００７】本発明は、上記の課題を解決するために開
発されたもので、その目的は、ソフトウェア開発時およ
びソフトウェア実行時において、処理群の制御を効率化
するとともに、規定・整理されたプログラム構造を実現
させる技術およびプログラム作成支援システムを提供す
ることにある。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数の処理部からなるコンピュータプロ
グラムの実行制御方法であって、前記処理部の実行終了
時、もしくは、実行時において、他の処理部に対してメ
ッセージを送付可能なイベントを発生させるステップ
と、前記イベントの発生を監視するステップと、前記イ
ベントの発生に応動して、他の処理部を実行させるステ
ップとからなることを特徴としたコンピュータプログラ
ムの実行制御方法を提供する。

【０００９】

【発明の実施の形態】本発明の実施の形態について図面
を参照して説明する。

【００１０】まず、本発明が適用されるコンピュータの
概要について説明する。図１１は、一般的なコンピュー
タの構成を示すブロック図である。本図において、コン
ピュータ本体５００は、中央演算処理装置（ＣＰＵ）５
０１と、主記憶装置５０２と、画像処理装置５０３と、
外部記憶装置５０４と、入出力制御装置５０５と、これ
らを接続するシステムバス５０６とを備えている。

【００１１】コンピュータ本体５００には、入出力制御
装置５０５を介して、キーボード５０７と、マウス５０
８と、モニタ５０９とが接続できる。もちろん、本発明
が適用されるコンピュータは本構成に限られるものでは
ない。

【００１２】ＣＰＵ５０１は、コンピュータの中心的な
制御を行う装置で、プログラムを解読して、実行する機
能を有している。主記憶装置５０２は、コンピュータが
取り扱うデータ、プログラム等を一時的に格納する機能
を有している。画像処理装置５０３は、画像を生成する
ための演算等を行う。外部記憶装置５０４は、ハードデ
ィスク装置等から構成され、基本ソフト、アプリケーシ
ョンソフト、その他各種データ等が不揮発的に格納され
る。入出力制御装置５０５は、操作者の指示を受け付け
るとともに、データを外部に接続された装置に入出力す
る際の制御を行う。

【００１３】次に、本発明によるプログラム実行制御方
式について説明する。図１は、本発明によるプログラム
制御方式の概要を示すブロック図である。本図におい
て、Ｓ１、Ｓ２・・・Ｓｎ、Ｅ１、Ｅ２・・・Ｅｎは処
理単位である。これらの処理単位Ｓ１、Ｓ２・・・Ｅｎ
によって処理群が構成される。これらの処理単位は、プ
ログラム実行時において初期化（Ｂ１００）された後、
特定の外部イベントもしくは内部イベントの発生をトリ
ガーとして起動し、処理を開始する（Ｂ１０１）。そし
て、処理が終了すると、処理単位に応じた内部イベント
が発生する。この内部イベントに対応して新たな処理が
起動する。このようにして、外部イベントと内部イベン
トを元に次々と処理が行われる。この処理の連結を内外
イベントドリブン方式と称する。

【００１４】次に、内外イベントドリブン方式のプログ
ラム制御法を用いた処理の一例を説明する。図２は、内
外イベントドリブン方式のプログラム制御法を用いた処
理の概念を示すフロー図である。図３、図４は、処理単
位の内容を説明する図である。

【００１５】図２で示す処理は、データの入力チェック
を行い（Ｓ１）、正常であればファイルをオープンし
（Ｓ２）、そのファイルを読み込み（Ｓ３）、所定の処
理（Ｓ４）を行った後、ファイルをクローズして（Ｓ
５）終了する。また、処理の途中には適宜エラーチェッ
クが行われる。この処理について内外イベントドリブン
方式に基づいて説明する。ここで、Ｓ１、Ｓ２…Ｓ５、
Ｅ１、Ｅ２、Ｅ３は本方式における処理単位である。

【００１６】本処理が起動すると、まず処理単位Ｓ１を
実行する。すなわち、コンピュータ操作者のマウスクリ
ック等により本処理が選択されると、外部イベントであ
る起動イベントが発生する。この起動イベントをトリガ
ーとして処理単位Ｓ１が起動する。

【００１７】処理単位Ｓ１では、図３（ａ）に示すよう
に、コンピュータ操作者により入力されたデータの入力
チェック（Ｓ１１）を行い、入力エラーの判断（Ｓ１
２）を行う。入力エラー判断（Ｓ１２）の結果、入力デ
ータが規格内であれば、内部イベントであるＳ２Ｅｖｅ
ｎｔを発生させ（Ｓ１３）、入力データが規格外であれ
ば、内部イベントであるＥ１Ｅｖｅｎｔを発生させ（Ｓ
１４）、処理単位Ｓ１は処理を終える。

【００１８】Ｓ２Ｅｖｅｎｔ（Ｓ１３）が発生すると、
図３（ｂ）に示すように処理単位Ｓ２が、Ｓ２Ｅｖｅｎ
ｔをトリガーとして起動する。処理単位Ｓ２は、ファイ
ルのオープンを試みる（Ｓ２１）。その結果（Ｓ２
２）、ファイルオープンが成功であれば、Ｓ３Ｅｖｅｎ
ｔを発生させ（Ｓ２３）、ファイルオープンが失敗であ
れば、Ｅ２Ｅｖｅｎｔを発生させ（Ｓ２４）、処理単位
Ｓ２は、処理を終える。

【００１９】Ｓ３Ｅｖｅｎｔ（Ｓ２３）が発生すると、
図３（ｃ）に示すように処理単位Ｓ３が、Ｓ３Ｅｖｅｎ
ｔをトリガーとして起動する。処理単位Ｓ３は、ファイ
ルのリードを試みる（Ｓ３１）。その結果（Ｓ３２）、
ファイルリードが成功であれば、Ｓ４Ｅｖｅｎｔを発生
させ（Ｓ３３）、ファイルリードが失敗であれば、Ｅ３
Ｅｖｅｎｔを発生させ（Ｓ３４）、処理単位Ｓ３は、処
理を終える。

【００２０】Ｓ４Ｅｖｅｎｔ（Ｓ３３）が発生すると、
図３（ｄ）に示すように処理単位Ｓ４が、Ｓ４Ｅｖｅｎ
ｔをトリガーとして起動する。処理単位Ｓ４は、計算処
理を行う（Ｓ４１）。計算処理を終えると、Ｅ５Ｅｖｅ
ｎｔを発生させ（Ｓ４２）、処理単位Ｓ４は、処理を終
える。

【００２１】Ｓ５Ｅｖｅｎｔ（Ｓ４２）が発生すると、
図３（ｅ）に示すように処理単位Ｓ５が、Ｓ５Ｅｖｅｎ
ｔをトリガーとして起動する。処理単位Ｓ５は、ファイ
ルをクローズする（Ｓ５１）。そして本処理が終了す
る。

【００２２】次に、エラーが発生した場合の処理につい
て説明する。

【００２３】符号Ｓ１４により、Ｅ１Ｅｖｅｎｔが発生
すると、図４（ａ）に示すように処理単位Ｅ１が、Ｅ１
Ｅｖｅｎｔをトリガーとして起動する。処理単位Ｅ１
は、エラー表示を行う（Ｅ１１）。そして本処理が終了
する。

【００２４】Ｅ２Ｅｖｅｎｔ（Ｓ２４）が発生すると、
図４（ｂ）に示すように処理単位Ｅ２が、Ｅ２Ｅｖｅｎ
ｔをトリガーとして起動する。処理単位Ｅ２は、エラー
表示を行う（Ｅ２１）。そして本処理が終了する。

【００２５】Ｅ３Ｅｖｅｎｔ（Ｓ３４）が発生すると、
図４（ｃ）に示すように処理単位Ｅ３が、Ｅ３Ｅｖｅｎ
ｔをトリガーとして起動する。処理単位Ｅ３は、エラー
表示を行う（Ｅ３１）。そして、Ｓ５Ｅｖｅｎｔを発生
させ（Ｅ３２）、処理単位Ｅ３は、処理を終える。

【００２６】このように、本発明によるプログラム制御
方式は、処理中にＩＦ（判定）文を用いるときは、その
分岐条件に応じたイベントを発生させることを基本とす
る。ただし、前もって提供する処理等における設定等に
より例外を設けることが可能である。そして、分岐後の
処理は、イベントに応じた別処理単位を起動させる。ま
た、処理単位が外部関数として呼び出されたときは、リ
ターンステータスの判定により、内部イベントを発生さ
せる。

【００２７】なお、本方式は特定のプログラミング言語
に依存するものではなく、あらゆる言語について適用す
ることが可能である。さらには、内外イベントドリブン
方式に最適化したプログラミング言語を定義することも
可能である。

【００２８】次に、内外イベントドリブン方式によるプ
ログラム制御方法に用いられるステージの概念について
説明する。ステージは、いくつかの処理がまとまったも
ので、階層構造を構築することができる。図５は、ステ
ージの階層構造の概念図である。

【００２９】本図において、ステージ０（３０）が最上
位のステージである。ステージ０は、下位ステージであ
るステージ１（３１）とステージ２（３６）とを有して
いる。ステージ１は、下位ステージであるステージ１−
１（３２）とステージ１−２（３５）とを有している。
ステージ１−１は、下位ステージである１−１−１（３
３）とステージ１−１−２（３４）とを有している。

【００３０】イベントによるプログラムの実行の流れ
は、同層ステージ間、および、上下に隣接するステージ
間のみで推移することを基本として、間のステージを飛
ばした移動は認められず、コンパイラあるいは構築ツー
ル等でエラーを発生させる。このため、理論構造の明瞭
化が可能となる。ただし、実行時に重大なエラーが発生
した場合等の処理に例外を設けることができる。

【００３１】図６は、ステージをＧＵＩ（Ｇｒａｐｈｉ
ｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画面に組み合
わせた概念図である。

【００３２】本図において、画面全体（４０）が、本例
での最上位ステージ（Ｓｔａｇｅ１）である。画面全体
（４０）は、表示される項目１（４１）と、表示される
項目２（４２）と、ボタン１（４３）と、ボタン２（４
４）と、画面を操作するためのボタン群（４５）を下位
ステージとして有しており、これらはＳｔａｇｅ１の下
位ステージである。すなわち本例では、最上位ステージ
である画面全体４０をまず定義し、次に、各処理単位で
ある項目４１、４２、ボタン４３、４４、画面操作ボタ
ン群４５を、Ｓｔａｇｅ１に属する下位ステージとして
定義することとなる。

【００３３】以上に示したように、内外イベントドリブ
ン方式によるプログラム制御方法は、外部イベントと、
内部イベントをトリガーとして、さまざまな処理単位を
実行させる。これにより、一つ一つの処理単位を短くす
ることができ、かつ、制御構造を明確化することができ
るため、プログラムの標準化が容易に可能となる。ま
た、エラー処理も一つの処理単位として独立して記述で
きるため、複数定義、階層の複雑化等を回避することが
可能となる。

【００３４】一方、開発時においては、イベント単位の
ブレークあるいは処理単位ごとのブレークが簡易に実現
できるため、分業化を含めた効率的なデバッグ作業を行
うことが可能となる。

【００３５】次に、内外イベントドリブン方式を用いた
プログラムのコンパイラーについて説明する。本コンパ
イラーは、外部イベントと内部イベントとを管理し、イ
ベント対応テーブルを作成する手段を有しており、コン
パイル時にイベント対応テーブルが作成される。また、
本コンパイラーは、ステージを管理する手段を有してい
る。

【００３６】図７は、イベント対応テーブルの概念図を
示したものである。本図において、符号１００はイベン
ト対応テーブルである。符号２００は、処理単位のプロ
グラムコード群（２０１ａ、２０１ｂ、…２０１ｙ）で
ある。イベント対応テーブル１００は、イベントＩＤ部
１０１と、処理実行アドレス部１０２を備えている。イ
ベントＩＤ部１０１は、イベントの識別コードを管理
し、処理実行アドレス部１０２は、イベントをトリガー
として起動する処理単位のプログラムコードの先頭アド
レスを管理する。

【００３７】ここでのアドレスは、プログラムコードの
先頭アドレスに限られず、処理実行記号、Ｎｏ、インタ
ーネットＵＲＬアドレス等であってもよい。また、本例
では処理実行アドレスが１個であるが、複数個指定可能
としてもよい。

【００３８】発生した内外イベントに対して起動される
処理モジュール（処理単位）は複数個存在してもよく、
複数個の処理モジュールの起動は、例えば、順位を定め
た起動方式、あるいは、マルチタスク、マルチスレッ
ド、マルチＣＰＵを起動させる方式、さらには、表１に
示すように、インターネットサーバに振り分けて起動さ
せる方式とすることができる。

【００３９】

【表１】

【００４０】表２に示すように、順位を設ける場合に
は、アドレス情報部に順位とアドレス部とを設ける等に
より順位を管理できるものとする。その後、スタック等
にすべてのアドレスを格納し、すべてのモジュールが実
行処理を終了するまで、次のイベントに対する実行を行
なわない制御を行なう。

【００４１】

【表２】

【００４２】マルチスレッド等の機構に振り分ける場
合、処理を受けた側にも内外イベントドリブン方式によ
るプログラムが起動されるようにすることができ、この
場合の終了コードは、起動元に対するイベントコードに
なる。

【００４３】図８は、内部イベントと、外部イベントを
別々に管理するイベント対応テーブルの概念図である。
本図において、符号１１０は、内部イベント対応テーブ
ルであり、符号１２０は、外部イベント対応テーブルで
ある。その他の構造は図７のイベント対応テーブルと同
様である。

【００４４】図９は、ステージ毎にイベント対応テーブ
ルを管理する場合の概念図である。本図において、符号
５０、５１、５２、５３、５４は、ステージ毎に整列さ
れたイベントテーブルである。処理実行時には、各ステ
ージに対応したイベント対応テーブルにより、処理単位
が識別される。

【００４５】次に、内外イベントドリブン方式のプログ
ラムを実行するＣＰＵについて説明する。内外イベント
ドリブン方式のプログラムは、一般的なＣＰＵにおいて
実行可能である。この場合、コンパイル時に作成された
イベント対応表を、プログラムロード時にメインメモリ
に格納することにより、実行時にイベント対応表を参照
して、該当する処理を行う。

【００４６】また、内外イベントドリブン方式に最適化
されたＣＰＵを用いることによって、内外イベントドリ
ブン方式のプログラムはさらに高速に実行可能となる。
内外イベントドリブン方式に最適化され、イベント管理
機能を持つＣＰＵを「Ｅｖｅｎｔ Ｃｏｄｅ ＣＰＵ」
と称する。Ｅｖｅｎｔ Ｃｏｄｅ ＣＰＵとしては、例
えば、イベント信号専用のイベントバスを設けることが
考えられる。このようなイベントバスを設けることによ
り、アドレスバス・データバスを介在させずに、イベン
ト制御、イベント対応表の参照、判断、処理モジュール
の起動等を行うことが可能となる。また、イベント対応
表専用のメモリ領域等を設けたイベント管理メモリを実
装することも可能である。また、イベント発生用の命令
コードも、このバスを介して行うことも可能である。

【００４７】一般に、マルチプロセッサ環境で実行させ
るためには、各処理の同期を取る必要がある。しかし、
本発明の内外イベントドリブン方式では、処理単位ごと
に別ＣＰＵに処理を割り振り、各処理の終了イベントが
出揃った時点で、次処理のイベントを発生させることが
可能で、処理間の同期を取ることが容易となる。このた
め、マルチプロセッサ環境で、今まで同期をプログラム
で意識管理していたものが、本方式を利用することで構
築が簡単にできるようになる。また、各ＣＰＵの利用効
率を高めることができる。

【００４８】ここで、上述の各処理の終了イベントが出
揃った時点で、次処理のイベントを発生させる処理につ
いて説明する。本処理を実現させる機構をイベントマッ
チ機構と称する。図１０は、イベントマッチ機構を説明
する図である。本図において、処理１（３０１）が終了
すると、Ｅｖｅｎｔ１（３０２）が発生し、処理２（３
０３）が終了すると、Ｅｖｅｎｔ２（３０４）が発生
し、処理３（３０５）が終了するとＥｖｅｎｔ３（３０
６）が発生する。そして、Ｅｖｅｎｔ１（３０２）と、
Ｅｖｅｎｔ２（３０４）と、Ｅｖｅｎｔ３（３０６）と
のすべてが発生すると、Ｅｖｅｎｔ４（３０７）が発生
するようになっている。Ｅｖｅｎｔ１（３０２）と、Ｅ
ｖｅｎｔ２（３０４）と、Ｅｖｅｎｔ３（３０６）との
発生順序は問わない。処理４（３０８）はＥｖｅｎｔ４
（３０７）をトリガーとして処理を開始する。このよう
にして、各処理を各プロセッサに割り振った場合にも、
同期を取ることが可能となる。また、これらの処理はプ
ログラム上で行う以外にも、ファームウェアに組み込ん
で、プログラム外で、あたかも外部イベントのような振
る舞いとすることも可能である。さらに、マルチプロセ
ッサ以外でも、イベントに対する処理が複数発生するケ
ースもあり、このときも発生した処理がすべて終了した
後に、次イベントを生成する。

【００４９】また、すべてが終了しなくても、定められ
たイベント条件が発生した場合にも次イベントを発生さ
せ、他の処理を開始させるようにしてもよい。定められ
たイベント条件の例としては、重大エラーイベントの発
生、イベント論理合成、タイムオーバー等があげられ
る。また、処理モジュールを複数起動させる際に各処理
を別タスクとして起動させ、各タスクからのイベントの
戻りを待つ方式において、定められたイベントが発生し
た場合に次処理モジュールを実行するが、次処理モジュ
ールを実行後に、他のタスクからのイベントが発生す
る。このイベントを無視する方式と、継続的に次処理モ
ジュールを実行する方式がある。継続する方式は、次処
理を別タスクの起動等により処理が可能となる。この方
式により実行処理が拡大し、得られる結果も複数とな
る。この方式によりネット上での並列情報収集、データ
ベース上での並列情報処理等が可能になる。

【００５０】次に、内外イベントドリブン方式を用いた
プログラム構築の具体的な実施例について説明する。本
実施例では、携帯用端末機において、あらかじめ名簿デ
ータベースに登録された人物データから、所定の条件を
満たすデータを抽出するプログラムを作成する場合につ
いて説明する。

【００５１】携帯用端末機は、前述のように図１１に示
したハードウェア構成で実現できる。ただし、携帯性を
重視するため、通常、キーボード５０７は本体５００と
一体化されており、モニタ５０９は液晶画面が採用され
て、やはり本体５００と一体化される。また、マウス５
０８は接続されずに、キーボード５０７に設けられたキ
ー等によって代用される場合もある。。

【００５２】携帯用端末機としては、コンピュータを小
型化したものに限らず、例えば携帯電話を用いることが
できる。この場合は、キーボード５０７としてダイヤル
用のプッシュボタンを用いることができる。

【００５３】本実施例では、携帯用端末機の外部記憶装
置（補助記憶装置）５０４には、プログラム作成を支援
するためのツールがあらかじめ記録されている。このツ
ールは内外イベントドリブン方式を適用したものであ
る。ユーザは、このツールを用いることにより、目的の
動作を行うプログラムを容易に作成することができる。

【００５４】図１２は、ユーザがプログラムを作成する
ときの処理を説明するフロー図である。本フロー図に示
すように、ユーザは、処理モジュールを選択し（Ｓ１０
１）、その処理モジュールのプロパティの設定（Ｓ１０
２）と、処理モジュール間の関係を設定する作業（Ｓ１
０３）とを繰り返す（Ｓ１０４）ことにより所望のプロ
グラムを作成することができる。そして、処理モジュー
ル間の関係は、上述の内外イベントドリブン方式を実現
したものである。なお、処理モジュールの選択処理（Ｓ
１０１）と、プロパティの設定（Ｓ１０２）と、処理モ
ジュール間の関係を設定する作業（Ｓ１０３）とは、必
ずしもこの順に行う必要はなく、実際の処理順序はユー
ザに委ねられる。

【００５５】すなわち、本実施例において、携帯用端末
は、処理モジュールの選択を受付ける手段と、選択を受
け付けた処理モジュールについて、プロパティの設定内
容を受付ける手段と、選択された処理モジュール同士の
関係の設定内容を受付ける手段とを少なくとも有してい
る。そしてさらには、処理モジュールを一覧表示する手
段、受付けた設定内容を表示する手段等を有することが
できる。

【００５６】本実施例では、表３に例として示すような
処理モジュールが用意されている。処理モジュールには
それぞれ、処理モジュールＩＤと、処理モジュール名
と、処理内容とが定義されている。そして、処理内容に
応じたプロパティが設けられている。

【００５７】

【表３】

【００５８】処理モジュールＩＤと、処理モジュール名
とは、処理モジュールを識別するための識別子である。
処理内容には、あらかじめ定められた処理モジュールの
動作、例えば、「入力ファイルと出力ファイルを指定す
る」等が規定される。プロパティは、ユーザが処理モジ
ュールの具体的処理、例えば、入力ファイルのファイル
名等の設定を行う項目である。

【００５９】もちろん、これらの処理モジュールは、例
示であり、本発明はこれらに限定されるわけではない。

【００６０】このような場合において、携帯用端末に、
図１３のフロー図で示す処理を行わせるプログラムを作
成する場合の手順について説明する。

【００６１】本フロー図における処理は、まず入出力フ
ァイルの設定を行う（Ｓ２０１）。次に、入力ファイル
に次データが存在するかどうかを判断する（Ｓ２０
２）。そして、次データが存在しない場合は、処理済み
のデータの表示処理（Ｓ２０６）を行なった後、終了メ
ッセージを表示し（Ｓ２０７）、処理を終了する。次デ
ータが存在していれば、そのデータを読み込む（Ｓ２０
３）。次に、読み込んだデータが所定の条件を満たして
いるかどうかを判断する（Ｓ２０４）。そして、満たし
ている場合には、そのデータを出力ファイルに書き出す
（Ｓ２０５）。

【００６２】その後、再びＳ２０２に戻り、入力ファイ
ルに次データが存在するかどうかを判断して、以降の処
理を繰り返す。

【００６３】具体的には、あらかじめ、補助記憶装置５
０４に登録されている名簿ファイル６００（ファイル名
「名簿ＤＢ」）の情報から、所定の条件を満たす人物を
抽出し、新たなファイル（ファイル名「抽出名簿」）を
作成する処理を行うものとする。

【００６４】ここで、「名簿ＤＢ」は、図１４に示すよ
うな構造とデータを有しており、氏名６０１、電話番号
６０２、メールアドレス６０３、グループ６０４に関す
るデータ項目を含んでいる。そして、抽出する条件は
「グループがＡである」とする。

【００６５】プログラム作成時において、携帯用端末
は、液晶画面５０９に、処理モジュール名をリスト化し
た処理モジュール一覧表を表示し、ユーザの選択を受付
け可能にする。ユーザは、キーボード５０７等の入力装
置を用いて、所望の処理モジュールを選択することがで
きる。

【００６６】例えば、ユーザが入力ファイルと出力ファ
イルを指定する処理を行う場合は、処理として「入力フ
ァイルと出力ファイルの指定」が定義されているＩＤ０
０１Ｍの「ファイル構成処理」という処理モジュールを
選択することができる。

【００６７】選択された処理モジュールは、プロパティ
の設定内容を受付ける。プロパティとは、処理モジュー
ルの制御用パラメータであり、ユーザが設定することが
できる。

【００６８】本実施例において、本モジュールはプロパ
ティが３つ用意されている。第１のプロパティは、入力
ファイルの設定である。第２のプロパティは出力ファイ
ルの設定である。そして、第３のプロパティは出力ファ
イルの構成の設定である。

【００６９】プロパティの値は、指定可能なアイテム群
が表示され、その中からユーザが選択して設定する。も
ちろん、プロパティの性質によってはユーザが任意に入
力するようにすることもできる。

【００７０】ここでは、第１のプロパティについては、
当該携帯用端末で読み込むことのできるファイルの一覧
表示を行い、ユーザの選択を受付ける。第２のプロパテ
ィは書き出し可能なファイルの一覧表示からの選択を受
付けるとともに、ユーザの任意なファイル指定について
も受付け可能とすることができる。第３のプロパティ
は、第２のプロパティで設定した出力ファイルの構成を
設定するプロパティである。ここでは、読み込んだファ
イルに含まれるデータのうち、所定の条件を満たすデー
タを書き出す処理を行うため、出力ファイルの構成は、
入力ファイルの構成と同様であるとする。

【００７１】これらのプロパティを設定することによ
り、プログラム実行時に本モジュールの処理を行うと、
データ読み込みについては、第１のプロパティに設定さ
れているファイルがカレントファイルとなり、データ書
き出しについては、第２のプロパティに設定されている
ファイルがカレントファイルとなる。このカレントファ
イルの規定は処理モジュールの仕様として前もって定義
されているものとする。

【００７２】ユーザにより選択された処理モジュール
は、その処理モジュール起動のトリガーとなるイベント
（起動イベント）と、処理モジュールが終了したときに
発生するイベント（終了イベント）の設定を受付ける。
ユーザは、これらのイベントを設定することにより、処
理モジュール間の関係を定めることができ、これにより
所望のプログラム制御を行うことが可能となる。

【００７３】ここで、「ファイル構成処理」モジュール
は、プログラム起動時に行うこととし、プログラム起動
時に発生するイベントがＳ１であるとすると、「ファイ
ル構成処理」モジュールの起動イベントにはＳ１を設定
する。また終了イベントは任意に設定できるがここでは
イベントＳ２が発生するものとする。

【００７４】なお、処理モジュールによっては、終了イ
ベントを複数設定することができる。これにより、たと
えば、分岐処理を行う処理モジュールの場合には、分岐
条件判断の結果に応じたイベントを発生させることが可
能となる。また、起動イベントを複数設定可能にして、
起動イベント毎に処理手順を調整するようにすることも
できる。この場合、例えば、処理モジュールが最初に呼
ばれたときには初期化を行った上で所定の処理を行い、
下位ステージから戻ってきたときには、初期化を行わず
に所定の処理を行うといった制御が可能となる。さらに
は、プロパティにイベントを設定できるようにしてもよ
い。

【００７５】次に、入力ファイルのデータを１行ずつ読
み込み（Ｓ２０３）、所定の条件を満たすデータ（Ｓ２
０４）を出力ファイルに書き出す（Ｓ２０５）処理を入
力ファイルの最後のデータまで行う（Ｓ２０２）場合の
プログラム作成について説明する。

【００７６】ユーザは上記の処理（Ｓ２０２）に対応し
て、「繰り返し処理」モジュールを選択することができ
る。「繰り返し処理」モジュールは処理として「下位ス
テージの処理を繰り返し行う」が定義されている。すな
わち、本モジュールが適用されるステージが最上位のス
テージ０だったとすると、本モジュールにより起動する
処理モジュールは、下位ステージであるステージ１とな
る。

【００７７】「繰り返し処理」モジュールはプロパティ
が１つ用意されている。このプロパティには、処理を繰
り返す条件を指定する。ここでは、プロパティ値として
「読み込みデータが存在」を選択することができる。こ
のような設定を行うことにより、携帯用端末は、カレン
ト入力ファイルである「名簿ＤＢ」のデータを１行ず
つ、最後の行まで所定の処理を行うことになる。

【００７８】そして、「繰り返し処理」モジュールの起
動イベントは、「ファイル構成処理」モジュール終了後
に起動させたい場合にはＳ２を設定することができる。
また、終了イベントは、繰り返し条件を満たしている場
合はＳ１１を発生させ、繰り返し条件を満たしていない
場合はＥＮＤイベントを発生させるものとする。ここ
で、ＥＮＤイベントを発生させることで、プログラム実
行時には、プログラム処理を終了させることができる。

【００７９】以下同様に、ユーザは、図１３に示したフ
ロー図を実現するための処理モジュールを選択し、それ
ぞれのプロパティおよびイベントを指定することができ
る。

【００８０】図１５は、モジュールを選択し、上記のプ
ロパティと起動イベントおよび終了イベントを設定する
ときの表示と操作の一例を示すイメージ図である。本図
において符号７００は、モジュールが選択されたときの
表示イメージで、「ファイル構成処理」と「繰り返し処
理」と、「表示処理」とがユーザにより選択されてい
る。また、ここでは、最上位のステージ０に関するモジ
ュールが選択されている。そして、それぞれのモジュー
ルには起動イベントと終了イベントがユーザにより設定
されている。また、ユーザは、この画面でイベントの設
定を変更することができる。

【００８１】この状態で、「ファイル構成処理」と表示
されている部分の指定を受付けると、携帯用端末は、
「ファイル構成処理」のプロパティを表示する画面７１
０を表示する。プロパティを設定する画面７１０には、
プロパティの番号７１１と、プロパティ名７１２とが配
置されている。なお、ユーザからの指定の受付は、例え
ば矢印型のポインタを液晶画面５０９に表示させ、ユー
ザの所定のボタン操作によりポインタを移動させ、ポイ
ントしている部分の指定を受付けるようにすればよい。

【００８２】そして、例えば「入力ファイル」と表示さ
れているプロパティ名の部分を指定を受付けると、プロ
パティの設定を受付ける画面７２０を液晶画面５０９に
表示する。この画面でユーザのプロパティの設定を受付
けることができる。

【００８３】一方、モジュール「繰り返し処理」は、下
位ステージの処理を呼ぶことができるため、下位ステー
ジ７０４の該当する欄に、その旨を明示するアスタリス
ク「＊」が表示される。そして、ユーザからの「＊」の
部分の指定を受付けると、携帯用端末は下位モジュール
であるステージ１のモジュールの選択を受付ける画面７
３０を液晶画面５０９に表示する。そして、前述同様に
ユーザの設定を受付ける。

【００８４】このように、ユーザは携帯用端末の液晶画
面５０９上で、処理内容を設定し、確認することができ
る表４は、本例において選択した処理モジュールとプロ
パティ、起動イベントおよび終了イベントを示してい
る。ここでの起動イベントは英数字で表しているが、こ
れに限られず、名称、Ｎｏ等とすることもできる。ま
た、他の情報処理装置、例えばパーソナルコンピュータ
で作成し、携帯用端末にダウンロードするようにしても
よい。

【００８５】

【表４】

【００８６】次に、上述の方法によってユーザが作成し
たプログラムを、携帯用端末が実行する場合の処理につ
いて説明する。

【００８７】携帯用端末は、プログラムを解釈して、処
理を行う制御手段を有している。この処理は、例えば、
図１６に示すフロー図に基づいて行われる。

【００８８】制御手段はユーザからプログラム実行の命
令を受付けると（Ｓ３０１）、Ｓ１イベントを発生させ
る（Ｓ３０２）。そして、Ｓ１イベントを起動イベント
とする処理モジュールを呼び出す（Ｓ３０３）。

【００８９】呼び出された処理モジュールは、規定され
た処理内容とプロパティの指定値に従って所定の処理を
行う（Ｓ３０４）。そして、処理が終了すると、あらか
じめ定められた、あるいは、処理結果に応じた終了イベ
ントを発生させる（Ｓ３０５）。

【００９０】そして、終了イベントがプログラムの終了
を意味するＥＮＤイベントであるかどうかの判断を行う
（Ｓ３０６）。

【００９１】その結果、ＥＮＤイベントであった場合
は、プログラムの実行を終了する。一方、ＥＮＤイベン
トでない場合は、終了イベントにより起動する処理モジ
ュールを呼び出す（Ｓ３０３）。このとき、上位ステー
ジが呼び出されたときは、下位ステージ実行時に確保し
た記憶エリアを開放する。そして、Ｓ３０４以降の処理
を繰り返す。

【００９２】上記の説明において、データ定義、使用方
法については記述されていないが、データ定義は、各処
理モジュールが内部的に保有、または、自動確保するよ
うにする。データの有効使用範囲は上位または自ステー
ジ内で相互に有効とする。

【００９３】データ定義したエリアを使用する方法にお
いては、データ定義として、名称、記号、属性、構造体
等を前もって定義し、各処理モジュールのプロパティに
名称を指定することで、データの移動、変換、計算等を
行なう。このため、この実行システムでは、これらを処
理するデータ管理モジュールが組み込まれることにな
る。また、支援システムでは、データの一覧あるいは各
処理モジュールで指定されるデータエリア相互の相関を
チェックし、指定誤りを指摘する機能等を有する。ま
た、支援システムにおいては、従来のフローチャート、
イベント一覧、構造等を表示したり、実行シミュレーシ
ョンを行なう機能、デバック機能等を加えてもよい。

【００９４】このように、本実施例によれば、処理モジ
ュールを選択し、プロパティを指定するとともに、イベ
ントの管理を行うことによって簡便に所望のプログラム
を作成することができる。このため、複雑なプログラミ
ング言語文法を習得する必要がなく、万人にプログラム
の機会を与えることが可能となる。また、処理モジュー
ルのイベントを一定の論理で変化させる等により、結果
を試しながら検証することで人間の思考を支援する思考
支援システムへの応用も可能となる。

【００９５】

【発明の効果】上述のように、本発明によれば、ソフト
ウェア開発時およびソフトウェア実行時において、処理
群の制御を効率化するともに、規定・整理されたプログ
ラム構造を実現することが可能となる。

【図面の簡単な説明】

【図１】 本発明によるプログラム制御方式の概要を示
すブロック図。

【図２】 内外イベントドリブン方式のプログラム制御
法を用いた処理の概念を示すフロー図。

【図３】 処理単位の内容を説明する図。

【図４】 処理単位の内容を説明する図。

【図５】 ステージの階層構造の概念図。

【図６】 ステージをＧＵＩ画面に組み合わせた概念
図。

【図７】 イベント対応テーブルの概念図。

【図８】 外部イベントと、内部イベントを別々に管理
するイベント対応テーブルの概念図。

【図９】 ステージ毎にイベント対応テーブルを管理す
る場合の概念図。

【図１０】 イベントマッチ機構を説明する図

【図１１】 一般的なコンピュータの構成を示すブロッ
ク図。

【図１２】 ユーザがプログラムを作成するときの処理
を説明するフロー図。

【図１３】 作成するプログラムの処理内容を説明する
フロー図。

【図１４】 「名簿ＤＢ」の構造とデータを説明するイ
メージ図。

【図１５】 モジュールを選択し、上記のプロパティと
起動イベントおよび終了イベントを設定するときの表示
と操作の一例を示すイメージ図。

【図１６】 携帯用端末がプログラムを解釈して、処理
を行う場合のフロー図。

【符号の説明】

Ｓ１、Ｓ２、Ｓ３、Ｓｎ、Ｅ１、Ｅ２、Ｅｎ…処理単
位。

Claims (10)

【特許請求の範囲】
1. 【請求項１】複数の処理部からなるコンピュータプログ
   ラムの実行制御方法であって、 前記処理部の実行終了時、もしくは、実行時において、
   他の処理部に対してメッセージを送付可能なイベントを
   発生させるステップと、 前記イベントの発生を監視するステップと、 前記イベントの発生に応動して、他の処理部を実行させ
   るステップとからなることを特徴としたコンピュータプ
   ログラムの実行制御方法。
2. 【請求項２】請求項１記載のコンピュータプログラムの
   実行制御方法であって、 他の処理部を実行させるステップは、予め定められた１
   のイベントまたは予め定められた複数のイベントのすべ
   てが発生したときに実行されることを特徴としたコンピ
   ュータプログラムの実行制御方法。
3. 【請求項３】コンピュータの手続きを記述したコード
   を、コンピュータが実行可能なコードあるいは他のプロ
   グラムが処理可能なコードに翻訳するプログラムであっ
   て、 前記手続きの実行中に発行されるイベントと、該イベン
   トの発生に応動して実行する手続きのアドレスとを対応
   させたテーブルを、実行時にコンピュータの記憶装置上
   に格納させるコードを生成することを特徴とするプログ
   ラム。
4. 【請求項４】複数の処理部を実行する処理と、 前記処理部の実行終了時、もしくは、実行時において、
   他の処理部に対してメッセージを送付可能なイベントを
   発生する処理と、 前記イベントの発生を監視する処理と、 前記イベントの発生に応動して、他の処理部を実行する
   処理とをコンピュータに実行させるためのプログラム。
5. 【請求項５】プログラムの作成を支援するシステムであ
   って、 あらかじめ固有の処理内容を定義されたモジュール群を
   選択可能に表示する表示手段と、 前記モジュールの選択を受付けるモジュール選択受付手
   段と、 選択された２以上のモジュールについて、モジュールの
   制御パラメータと、モジュール同士の関連を定める情報
   とを受付けるモジュール情報受付け手段と、 を備えることを特徴とするプログラム作成支援システ
   ム。
6. 【請求項６】前記モジュール同士の関連を定める情報
   は、選択されたモジュールの起動条件となるイベント識
   別子と、選択されたモジュールの処理過程において発生
   させるイベント識別子である請求項５記載のプログラム
   作成支援システム。
7. 【請求項７】前記選択されたモジュールを階層的に管理
   する手段を有することを特徴とする請求項５記載のプロ
   グラム作成支援システム。
8. 【請求項８】あらかじめ固有の処理内容を定義したモジ
   ュール群を選択可能に表示させる処理と、 前記モジュールの選択を受付ける処理と、 選択された２以上のモジュールについて、モジュールの
   制御パラメータと、モジュール同士の関連を定める情報
   とを受付ける処理と、を情報処理装置に実行させるため
   のプログラム。
9. 【請求項９】情報処理装置を用いたプログラムの作成方
   法であって、 あらかじめ固有の処理内容が定義されたモジュール群か
   らモジュールを選択する段階と、 選択した２以上のモジュールについて、モジュールの制
   御パラメータと、モジュール同士の関連を定める情報と
   を入力する段階と、 を有することを特徴とするプログラム作成方法。
10. 【請求項１０】請求項３、４および８のいずれか一項に
    記載のプログラムを記録した記録媒体。