コンピュータプログラムの実行制御方法であって、前記コンピュータプログラムは、発生したイベントに対応して実行される複数の処理部で構成され、前記処理部の実行終了時、もしくは、実行時において、イベントを発生させるステップと、前記イベントの発生を監視するステップと、前記イベントの発生に応動して、他の処理部を実行させるステップとを有することを特徴としたコンピュータプログラムの実行制御方法。しかし、上記の開発方法では、外部操作したイベント発生に対する処理の規定は行えるが、処理内部のプログラムの記述については規定されないため、プログラムの機能を規定する要求仕様書と、プログラムの記述構造とが一致しないため、要求仕様書と、プログラム仕様書との記述内容の統一性をとることが困難である。このことは、開発時のみならず、バージョンアップ時の整合性保持、バグ修正時等において大きな問題となる。また、ビジュアル化により、仕様書作成に費やす時間が省略され、開発者の感性により逐次プログラムを作成していくという形態が多くとられるようになり、個人主義的なプログラムになりやすいという問題も生じている。さらには、上記の開発方法を実現させるためには、プログラム開発ツール自身の機能を複雑化せざるを得ず、プログラム開発ツールの不具合、インタフェースの煩雑化等の問題が生ずる。このため、ソフトウェア開発者の負担が大きく、ソフトウェア開発者の育成も多大な時間と労力が必要とされることとなっている。一方、ソフトウェアが、実行時に発生させるイベントは、マウス操作、キーボード入力、割り込み等これらを外部イベントと称するであり、内部的な処理を中心としたイベントこれを内部イベントと称するについては、ほとんど使用されておらず、使用されたとしても、タスク間のパイプ、メール、あるいは、オブジェクトに対するメッセージ等が主であり、開発者の裁量に委ねられている。このため、プログラム構造の標準化が困難となっている。本発明は、上記の課題を解決するために開発されたもので、その目的は、ソフトウェア開発時およびソフトウェア実行時において、処理群の制御を効率化するとともに、規定整理されたプログラム構造を実現させる技術およびプログラム作成支援システムを提供することにある。上記目的を達成するため、本発明は、複数の処理部からなるコンピュータプログラムの実行制御方法であって、前記処理部の実行終了時、もしくは、実行時において、他の処理部に対してメッセージを送付可能なイベントを発生させるステップと、前記イベントの発生を監視するステップと、前記イベントの発生に応動して、他の処理部を実行させるステップとからなることを特徴としたコンピュータプログラムの実行制御方法を提供する。上述のように、本発明によれば、ソフトウェア開発時およびソフトウェア実行時において、処理群の制御を効率化するともに、規定整理されたプログラム構造を実現することが可能となる。本発明の実施の形態について図面を参照して説明する。まず、本発明が適用されるコンピュータの概要について説明する。図11は、一般的なコンピュータの構成を示すブロック図である。本図において、コンピュータ本体500は、中央演算処理装置CPU501と、主記憶装置502と、画像処理装置503と、外部記憶装置504と、入出力制御装置505と、これらを接続するシステムバス506とを備えている。コンピュータ本体500には、入出力制御装置505を介して、キーボード507と、マウス508と、モニタ509とが接続できる。もちろん、本発明が適用されるコンピュータは本構成に限られるものではない。CPU501は、コンピュータの中心的な制御を行う装置で、プログラムを解読して、実行する機能を有している。主記憶装置502は、コンピュータが取り扱うデータ、プログラム等を一時的に格納する機能を有している。画像処理装置503は、画像を生成するための演算等を行う。外部記憶装置504は、ハードディスク装置等から構成され、基本ソフト、アプリケーションソフト、その他各種データ等が不揮発的に格納される。入出力制御装置505は、操作者の指示を受け付けるとともに、データを外部に接続された装置に入出力する際の制御を行う。次に、本発明によるプログラム実行制御方式について説明する。図1は、本発明によるプログラム制御方式の概要を示すブロック図である。本図において、S1、S2Sn、E1、E2Enは処理単位である。これらの処理単位S1、S2Enによって処理群が構成される。これらの処理単位は、プログラム実行時において初期化B100された後、特定の外部イベントもしくは内部イベントの発生をトリガーとして起動し、処理を開始するB101。そして、処理が終了すると、処理単位に応じた内部イベントが発生する。この内部イベントに対応して新たな処理が起動する。このようにして、外部イベントと内部イベントを元に次々と処理が行われる。この処理の連結を内外イベントドリブン方式と称する。次に、内外イベントドリブン方式のプログラム制御法を用いた処理の一例を説明する。図2は、内外イベントドリブン方式のプログラム制御法を用いた処理の概念を示すフロー図である。図3、図4は、処理単位の内容を説明する図である。図2で示す処理は、データの入力チェックを行いS1、正常であればファイルをオープンしS2、そのファイルを読み込みS3、所定の処理S4を行った後、ファイルをクローズしてS5終了する。また、処理の途中には適宜エラーチェックが行われる。この処理について内外イベントドリブン方式に基づいて説明する。ここで、S1、S2...S5、E1、E2、E3は本方式における処理単位である。本処理が起動すると、まず処理単位S1を実行する。すなわち、コンピュータ操作者のマウスクリック等により本処理が選択されると、外部イベントである起動イベントが発生する。この起動イベントをトリガーとして処理単位S1が起動する。処理単位S1では、図3aに示すように、コンピュータ操作者により入力されたデータの入力チェックS11を行い、入力エラーの判断S12を行う。入力エラー判断S12の結果、入力データが規格内であれば、内部イベントであるS2Eventを発生させS13、入力データが規格外であれば、内部イベントであるE1Eventを発生させS14、処理単位S1は処理を終える。S2EventS13が発生すると、図3bに示すように処理単位S2が、S2Eventをトリガーとして起動する。処理単位S2は、ファイルのオープンを試みるS21。その結果S22、ファイルオープンが成功であれば、S3Eventを発生させS23、ファイルオープンが失敗であれば、E2Eventを発生させS24、処理単位S2は、処理を終える。S3EventS23が発生すると、図3cに示すように処理単位S3が、S3Eventをトリガーとして起動する。処理単位S3は、ファイルのリードを試みるS31。その結果S32、ファイルリードが成功であれば、S4Eventを発生させS33、ファイルリードが失敗であれば、E3Eventを発生させS34、処理単位S3は、処理を終える。S4EventS33が発生すると、図3dに示すように処理単位S4が、S4Eventをトリガーとして起動する。処理単位S4は、計算処理を行うS41。計算処理を終えると、E5Eventを発生させS42、処理単位S4は、処理を終える。S5EventS42が発生すると、図3eに示すように処理単位S5が、S5Eventをトリガーとして起動する。処理単位S5は、ファイルをクローズするS51。そして本処理が終了する。次に、エラーが発生した場合の処理について説明する。符号S14により、E1Eventが発生すると、図4aに示すように処理単位E1が、E1Eventをトリガーとして起動する。処理単位E1は、エラー表示を行うE11。そして本処理が終了する。E2EventS24が発生すると、図4bに示すように処理単位E2が、E2Eventをトリガーとして起動する。処理単位E2は、エラー表示を行うE21。そして本処理が終了する。E3EventS34が発生すると、図4cに示すように処理単位E3が、E3Eventをトリガーとして起動する。処理単位E3は、エラー表示を行うE31。そして、S5Eventを発生させE32、処理単位E3は、処理を終える。このように、本発明によるプログラム制御方式は、処理中にIF判定文を用いるときは、その分岐条件に応じたイベントを発生させることを基本とする。ただし、前もって提供する処理等における設定等により例外を設けることが可能である。そして、分岐後の処理は、イベントに応じた別処理単位を起動させる。また、処理単位が外部関数として呼び出されたときは、リターンステータスの判定により、内部イベントを発生させる。なお、本方式は特定のプログラミング言語に依存するものではなく、あらゆる言語について適用することが可能である。さらには、内外イベントドリブン方式に最適化したプログラミング言語を定義することも可能である。次に、内外イベントドリブン方式によるプログラム制御方法に用いられるステージの概念について説明する。ステージは、いくつかの処理がまとまったもので、階層構造を構築することができる。図5は、ステージの階層構造の概念図である。本図において、ステージ030が最上位のステージである。ステージ0は、下位ステージであるステージ131とステージ236とを有している。ステージ1は、下位ステージであるステージ1-132とステージ1-235とを有している。ステージ1-1は、下位ステージである1-1-133とステージ1-1-234とを有している。イベントによるプログラムの実行の流れは、同層ステージ間、および、上下に隣接するステージ間のみで推移することを基本として、間のステージを飛ばした移動は認められず、コンパイラあるいは構築ツール等でエラーを発生させる。このため、理論構造の明瞭化が可能となる。ただし、実行時に重大なエラーが発生した場合等の処理に例外を設けることができる。図6は、ステージをGUIGraphicalUserInterface画面に組み合わせた概念図である。本図において、画面全体40が、本例での最上位ステージStage1である。画面全体40は、表示される項目141と、表示される項目242と、ボタン143と、ボタン244と、画面を操作するためのボタン群45を下位ステージとして有しており、これらはStage1の下位ステージである。すなわち本例では、最上位ステージである画面全体40をまず定義し、次に、各処理単位である項目41、42、ボタン43、44、画面操作ボタン群45を、Stage1に属する下位ステージとして定義することとなる。以上に示したように、内外イベントドリブン方式によるプログラム制御方法は、外部イベントと、内部イベントをトリガーとして、さまざまな処理単位を実行させる。これにより、一つ一つの処理単位を短くすることができ、かつ、制御構造を明確化することができるため、プログラムの標準化が容易に可能となる。また、エラー処理も一つの処理単位として独立して記述できるため、複数定義、階層の複雑化等を回避することが可能となる。一方、開発時においては、イベント単位のブレークあるいは処理単位ごとのブレークが簡易に実現できるため、分業化を含めた効率的なデバッグ作業を行うことが可能となる。次に、内外イベントドリブン方式を用いたプログラムのコンパイラーについて説明する。本コンパイラーは、外部イベントと内部イベントとを管理し、イベント対応テーブルを作成する手段を有しており、コンパイル時にイベント対応テーブルが作成される。また、本コンパイラーは、ステージを管理する手段を有している。図7は、イベント対応テーブルの概念図を示したものである。本図において、符号100はイベント対応テーブルである。符号200は、処理単位のプログラムコード群201a、201b、...201yである。イベント対応テーブル100は、イベントID部101と、処理実行アドレス部102を備えている。イベントID部101は、イベントの識別コードを管理し、処理実行アドレス部102は、イベントをトリガーとして起動する処理単位のプログラムコードの先頭アドレスを管理する。ここでのアドレスは、プログラムコードの先頭アドレスに限られず、処理実行記号、No、インターネットURLアドレス等であってもよい。また、本例では処理実行アドレスが1個であるが、複数個指定可能としてもよい。発生した内外イベントに対して起動される処理モジュール処理単位は複数個存在してもよく、複数個の処理モジュールの起動は、例えば、順位を定めた起動方式、あるいは、マルチタスク、マルチスレッド、マルチCPUを起動させる方式、さらには、表1に示すように、インターネットサーバに振り分けて起動させる方式とすることができる。表2に示すように、順位を設ける場合には、アドレス情報部に順位とアドレス部とを設ける等により順位を管理できるものとする。その後、スタック等にすべてのアドレスを格納し、すべてのモジュールが実行処理を終了するまで、次のイベントに対する実行を行なわない制御を行なう。マルチスレッド等の機構に振り分ける場合、処理を受けた側にも内外イベントドリブン方式によるプログラムが起動されるようにすることができ、この場合の終了コードは、起動元に対するイベントコードになる。図8は、内部イベントと、外部イベントを別々に管理するイベント対応テーブルの概念図である。本図において、符号110は、内部イベント対応テーブルであり、符号120は、外部イベント対応テーブルである。その他の構造は図7のイベント対応テーブルと同様である。図9は、ステージ毎にイベント対応テーブルを管理する場合の概念図である。本図において、符号50、51、52、53、54は、ステージ毎に整列されたイベントテーブルである。処理実行時には、各ステージに対応したイベント対応テーブルにより、処理単位が識別される。次に、内外イベントドリブン方式のプログラムを実行するCPUについて説明する。内外イベントドリブン方式のプログラムは、一般的なCPUにおいて実行可能である。この場合、コンパイル時に作成されたイベント対応表を、プログラムロード時にメインメモリに格納することにより、実行時にイベント対応表を参照して、該当する処理を行う。また、内外イベントドリブン方式に最適化されたCPUを用いることによって、内外イベントドリブン方式のプログラムはさらに高速に実行可能となる。内外イベントドリブン方式に最適化され、イベント管理機能を持つCPUをEventCodeCPUと称する。EventCodeCPUとしては、例えば、イベント信号専用のイベントバスを設けることが考えられる。このようなイベントバスを設けることにより、アドレスバスデータバスを介在させずに、イベント制御、イベント対応表の参照、判断、処理モジュールの起動等を行うことが可能となる。また、イベント対応表専用のメモリ領域等を設けたイベント管理メモリを実装することも可能である。また、イベント発生用の命令コードも、このバスを介して行うことも可能である。一般に、マルチプロセッサ環境で実行させるためには、各処理の同期を取る必要がある。しかし、本発明の内外イベントドリブン方式では、処理単位ごとに別CPUに処理を割り振り、各処理の終了イベントが出揃った時点で、次処理のイベントを発生させることが可能で、処理間の同期を取ることが容易となる。このため、マルチプロセッサ環境で、今まで同期をプログラムで意識管理していたものが、本方式を利用することで構築が簡単にできるようになる。また、各CPUの利用効率を高めることができる。ここで、上述の各処理の終了イベントが出揃った時点で、次処理のイベントを発生させる処理について説明する。本処理を実現させる機構をイベントマッチ機構と称する。図10は、イベントマッチ機構を説明する図である。本図において、処理1301が終了すると、Event1302が発生し、処理2303が終了すると、Event2304が発生し、処理3305が終了するとEvent3306が発生する。そして、Event1302と、Event2304と、Event3306とのすべてが発生すると、Event4307が発生するようになっている。Event1302と、Event2304と、Event3306との発生順序は問わない。処理4308はEvent4307をトリガーとして処理を開始する。このようにして、各処理を各プロセッサに割り振った場合にも、同期を取ることが可能となる。また、これらの処理はプログラム上で行う以外にも、ファームウェアに組み込んで、プログラム外で、あたかも外部イベントのような振る舞いとすることも可能である。さらに、マルチプロセッサ以外でも、イベントに対する処理が複数発生するケースもあり、このときも発生した処理がすべて終了した後に、次イベントを生成する。また、すべてが終了しなくても、定められたイベント条件が発生した場合にも次イベントを発生させ、他の処理を開始させるようにしてもよい。定められたイベント条件の例としては、重大エラーイベントの発生、イベント論理合成、タイムオーバー等があげられる。また、処理モジュールを複数起動させる際に各処理を別タスクとして起動させ、各タスクからのイベントの戻りを待つ方式において、定められたイベントが発生した場合に次処理モジュールを実行するが、次処理モジュールを実行後に、他のタスクからのイベントが発生する。このイベントを無視する方式と、継続的に次処理モジュールを実行する方式がある。継続する方式は、次処理を別タスクの起動等により処理が可能となる。この方式により実行処理が拡大し、得られる結果も複数となる。この方式によりネット上での並列情報収集、データベース上での並列情報処理等が可能になる。次に、内外イベントドリブン方式を用いたプログラム構築の具体的な実施例について説明する。本実施例では、携帯用端末機において、あらかじめ名簿データベースに登録された人物データから、所定の条件を満たすデータを抽出するプログラムを作成する場合について説明する。携帯用端末機は、前述のように図11に示したハードウェア構成で実現できる。ただし、携帯性を重視するため、通常、キーボード507は本体500と一体化されており、モニタ509は液晶画面が採用されて、やはり本体500と一体化される。また、マウス508は接続されずに、キーボード507に設けられたキー等によって代用される場合もある。。携帯用端末機としては、コンピュータを小型化したものに限らず、例えば携帯電話を用いることができる。この場合は、キーボード507としてダイヤル用のプッシュボタンを用いることができる。本実施例では、携帯用端末機の外部記憶装置補助記憶装置504には、プログラム作成を支援するためのツールがあらかじめ記録されている。このツールは内外イベントドリブン方式を適用したものである。ユーザは、このツールを用いることにより、目的の動作を行うプログラムを容易に作成することができる。図12は、ユーザがプログラムを作成するときの処理を説明するフロー図である。本フロー図に示すように、ユーザは、処理モジュールを選択しS101、その処理モジュールのプロパティの設定S102と、処理モジュール間の関係を設定する作業S103とを繰り返すS104ことにより所望のプログラムを作成することができる。そして、処理モジュール間の関係は、上述の内外イベントドリブン方式を実現したものである。なお、処理モジュールの選択処理S101と、プロパティの設定S102と、処理モジュール間の関係を設定する作業S103とは、必ずしもこの順に行う必要はなく、実際の処理順序はユーザに委ねられる。すなわち、本実施例において、携帯用端末は、処理モジュールの選択を受付ける手段と、選択を受け付けた処理モジュールについて、プロパティの設定内容を受付ける手段と、選択された処理モジュール同士の関係の設定内容を受付ける手段とを少なくとも有している。そしてさらには、処理モジュールを一覧表示する手段、受付けた設定内容を表示する手段等を有することができる。本実施例では、表3に例として示すような処理モジュールが用意されている。処理モジュールにはそれぞれ、処理モジュールIDと、処理モジュール名と、処理内容とが定義されている。そして、処理内容に応じたプロパティが設けられている。処理モジュールIDと、処理モジュール名とは、処理モジュールを識別するための識別子である。処理内容には、あらかじめ定められた処理モジュールの動作、例えば、入力ファイルと出力ファイルを指定する等が規定される。プロパティは、ユーザが処理モジュールの具体的処理、例えば、入力ファイルのファイル名等の設定を行う項目である。もちろん、これらの処理モジュールは、例示であり、本発明はこれらに限定されるわけではない。このような場合において、携帯用端末に、図13のフロー図で示す処理を行わせるプログラムを作成する場合の手順について説明する。本フロー図における処理は、まず入出力ファイルの設定を行うS201。次に、入力ファイルに次データが存在するかどうかを判断するS202。そして、次データが存在しない場合は、処理済みのデータの表示処理S206を行なった後、終了メッセージを表示しS207、処理を終了する。次データが存在していれば、そのデータを読み込むS203。次に、読み込んだデータが所定の条件を満たしているかどうかを判断するS204。そして、満たしている場合には、そのデータを出力ファイルに書き出すS205。その後、再びS202に戻り、入力ファイルに次データが存在するかどうかを判断して、以降の処理を繰り返す。具体的には、あらかじめ、補助記憶装置504に登録されている名簿ファイル600ファイル名名簿DBの情報から、所定の条件を満たす人物を抽出し、新たなファイルファイル名抽出名簿を作成する処理を行うものとする。ここで、名簿DBは、図14に示すような構造とデータを有しており、氏名601、電話番号602、メールアドレス603、グループ604に関するデータ項目を含んでいる。そして、抽出する条件はグループがAであるとする。プログラム作成時において、携帯用端末は、液晶画面509に、処理モジュール名をリスト化した処理モジュール一覧表を表示し、ユーザの選択を受付け可能にする。ユーザは、キーボード507等の入力装置を用いて、所望の処理モジュールを選択することができる。例えば、ユーザが入力ファイルと出力ファイルを指定する処理を行う場合は、処理として入力ファイルと出力ファイルの指定が定義されているID001Mのファイル構成処理という処理モジュールを選択することができる。選択された処理モジュールは、プロパティの設定内容を受付ける。プロパティとは、処理モジュールの制御用パラメータであり、ユーザが設定することができる。本実施例において、本モジュールはプロパティが3つ用意されている。第1のプロパティは、入力ファイルの設定である。第2のプロパティは出力ファイルの設定である。そして、第3のプロパティは出力ファイルの構成の設定である。プロパティの値は、指定可能なアイテム群が表示され、その中からユーザが選択して設定する。もちろん、プロパティの性質によってはユーザが任意に入力するようにすることもできる。ここでは、第1のプロパティについては、当該携帯用端末で読み込むことのできるファイルの一覧表示を行い、ユーザの選択を受付ける。第2のプロパティは書き出し可能なファイルの一覧表示からの選択を受付けるとともに、ユーザの任意なファイル指定についても受付け可能とすることができる。第3のプロパティは、第2のプロパティで設定した出力ファイルの構成を設定するプロパティである。ここでは、読み込んだファイルに含まれるデータのうち、所定の条件を満たすデータを書き出す処理を行うため、出力ファイルの構成は、入力ファイルの構成と同様であるとする。これらのプロパティを設定することにより、プログラム実行時に本モジュールの処理を行うと、データ読み込みについては、第1のプロパティに設定されているファイルがカレントファイルとなり、データ書き出しについては、第2のプロパティに設定されているファイルがカレントファイルとなる。このカレントファイルの規定は処理モジュールの仕様として前もって定義されているものとする。ユーザにより選択された処理モジュールは、その処理モジュール起動のトリガーとなるイベント起動イベントと、処理モジュールが終了したときに発生するイベント終了イベントの設定を受付ける。ユーザは、これらのイベントを設定することにより、処理モジュール間の関係を定めることができ、これにより所望のプログラム制御を行うことが可能となる。ここで、ファイル構成処理モジュールは、プログラム起動時に行うこととし、プログラム起動時に発生するイベントがS1であるとすると、ファイル構成処理モジュールの起動イベントにはS1を設定する。また終了イベントは任意に設定できるがここではイベントS2が発生するものとする。なお、処理モジュールによっては、終了イベントを複数設定することができる。これにより、たとえば、分岐処理を行う処理モジュールの場合には、分岐条件判断の結果に応じたイベントを発生させることが可能となる。また、起動イベントを複数設定可能にして、起動イベント毎に処理手順を調整するようにすることもできる。この場合、例えば、処理モジュールが最初に呼ばれたときには初期化を行った上で所定の処理を行い、下位ステージから戻ってきたときには、初期化を行わずに所定の処理を行うといった制御が可能となる。さらには、プロパティにイベントを設定できるようにしてもよい。次に、入力ファイルのデータを1行ずつ読み込みS203、所定の条件を満たすデータS204を出力ファイルに書き出すS205処理を入力ファイルの最後のデータまで行うS202場合のプログラム作成について説明する。ユーザは上記の処理S202に対応して、繰り返し処理モジュールを選択することができる。繰り返し処理モジュールは処理として下位ステージの処理を繰り返し行うが定義されている。すなわち、本モジュールが適用されるステージが最上位のステージ0だったとすると、本モジュールにより起動する処理モジュールは、下位ステージであるステージ1となる。繰り返し処理モジュールはプロパティが1つ用意されている。このプロパティには、処理を繰り返す条件を指定する。ここでは、プロパティ値として読み込みデータが存在を選択することができる。このような設定を行うことにより、携帯用端末は、カレント入力ファイルである名簿DBのデータを1行ずつ、最後の行まで所定の処理を行うことになる。そして、繰り返し処理モジュールの起動イベントは、ファイル構成処理モジュール終了後に起動させたい場合にはS2を設定することができる。また、終了イベントは、繰り返し条件を満たしている場合はS11を発生させ、繰り返し条件を満たしていない場合はENDイベントを発生させるものとする。ここで、ENDイベントを発生させることで、プログラム実行時には、プログラム処理を終了させることができる。以下同様に、ユーザは、図13に示したフロー図を実現するための処理モジュールを選択し、それぞれのプロパティおよびイベントを指定することができる。図15は、モジュールを選択し、上記のプロパティと起動イベントおよび終了イベントを設定するときの表示と操作の一例を示すイメージ図である。本図において符号700は、モジュールが選択されたときの表示イメージで、ファイル構成処理と繰り返し処理と、表示処理とがユーザにより選択されている。また、ここでは、最上位のステージ0に関するモジュールが選択されている。そして、それぞれのモジュールには起動イベントと終了イベントがユーザにより設定されている。また、ユーザは、この画面でイベントの設定を変更することができる。この状態で、ファイル構成処理と表示されている部分の指定を受付けると、携帯用端末は、ファイル構成処理のプロパティを表示する画面710を表示する。プロパティを設定する画面710には、プロパティの番号711と、プロパティ名712とが配置されている。なお、ユーザからの指定の受付は、例えば矢印型のポインタを液晶画面509に表示させ、ユーザの所定のボタン操作によりポインタを移動させ、ポイントしている部分の指定を受付けるようにすればよい。そして、例えば入力ファイルと表示されているプロパティ名の部分を指定を受付けると、プロパティの設定を受付ける画面720を液晶画面509に表示する。この画面でユーザのプロパティの設定を受付けることができる。一方、モジュール繰り返し処理は、下位ステージの処理を呼ぶことができるため、下位ステージ704の該当する欄に、その旨を明示するアスタリスクが表示される。そして、ユーザからのの部分の指定を受付けると、携帯用端末は下位モジュールであるステージ1のモジュールの選択を受付ける画面730を液晶画面509に表示する。そして、前述同様にユーザの設定を受付ける。このように、ユーザは携帯用端末の液晶画面509上で、処理内容を設定し、確認することができる表4は、本例において選択した処理モジュールとプロパティ、起動イベントおよび終了イベントを示している。ここでの起動イベントは英数字で表しているが、これに限られず、名称、No等とすることもできる。また、他の情報処理装置、例えばパーソナルコンピュータで作成し、携帯用端末にダウンロードするようにしてもよい。次に、上述の方法によってユーザが作成したプログラムを、携帯用端末が実行する場合の処理について説明する。携帯用端末は、プログラムを解釈して、処理を行う制御手段を有している。この処理は、例えば、図16に示すフロー図に基づいて行われる。制御手段はユーザからプログラム実行の命令を受付けるとS301、S1イベントを発生させるS302。そして、S1イベントを起動イベントとする処理モジュールを呼び出すS303。呼び出された処理モジュールは、規定された処理内容とプロパティの指定値に従って所定の処理を行うS304。そして、処理が終了すると、あらかじめ定められた、あるいは、処理結果に応じた終了イベントを発生させるS305。そして、終了イベントがプログラムの終了を意味するENDイベントであるかどうかの判断を行うS306。その結果、ENDイベントであった場合は、プログラムの実行を終了する。一方、ENDイベントでない場合は、終了イベントにより起動する処理モジュールを呼び出すS303。このとき、上位ステージが呼び出されたときは、下位ステージ実行時に確保した記憶エリアを開放する。そして、S304以降の処理を繰り返す。上記の説明において、データ定義、使用方法については記述されていないが、データ定義は、各処理モジュールが内部的に保有、または、自動確保するようにする。データの有効使用範囲は上位または自ステージ内で相互に有効とする。データ定義したエリアを使用する方法においては、データ定義として、名称、記号、属性、構造体等を前もって定義し、各処理モジュールのプロパティに名称を指定することで、データの移動、変換、計算等を行なう。このため、この実行システムでは、これらを処理するデータ管理モジュールが組み込まれることになる。また、支援システムでは、データの一覧あるいは各処理モジュールで指定されるデータエリア相互の相関をチェックし、指定誤りを指摘する機能等を有する。また、支援システムにおいては、従来のフローチャート、イベント一覧、構造等を表示したり、実行シミュレーションを行なう機能、デバック機能等を加えてもよい。このように、本実施例によれば、処理モジュールを選択し、プロパティを指定するとともに、イベントの管理を行うことによって簡便に所望のプログラムを作成することができる。このため、複雑なプログラミング言語文法を習得する必要がなく、万人にプログラムの機会を与えることが可能となる。また、処理モジュールのイベントを一定の論理で変化させる等により、結果を試しながら検証することで人間の思考を支援する思考支援システムへの応用も可能となる。本願発明は、下記態様で表すこともできる。<1>複数の処理部からなるコンピュータプログラムの実行制御方法であって、前記処理部の実行終了時、もしくは、実行時において、他の処理部に対してメッセージを送付可能なイベントを発生させるステップと、前記イベントの発生を監視するステップと、前記イベントの発生に応動して、他の処理部を実行させるステップとからなることを特徴としたコンピュータプログラムの実行制御方法。<態様2>前記態様1記載のコンピュータプログラムの実行制御方法であって、他の処理部を実行させるステップは、予め定められた1のイベントまたは予め定められた複数のイベントのすべてが発生したときに実行されることを特徴としたコンピュータプログラムの実行制御方法。<態様3>コンピュータの手続きを記述したコードを、コンピュータが実行可能なコードあるいは他のプログラムが処理可能なコードに翻訳するプログラムであって、前記手続きの実行中に発行されるイベントと、該イベントの発生に応動して実行する手続きのアドレスとを対応させたテーブルを、実行時にコンピュータの記憶装置上に格納させるコードを生成することを特徴とするプログラム。<態様4>複数の処理部を実行する処理と、前記処理部の実行終了時、もしくは、実行時において、他の処理部に対してメッセージを送付可能なイベントを発生する処理と、前記イベントの発生を監視する処理と、前記イベントの発生に応動して、他の処理部を実行する処理とをコンピュータに実行させるためのプログラム。<態様5>プログラムの作成を支援するシステムであって、あらかじめ固有の処理内容を定義されたモジュール群を選択可能に表示する表示手段と、前記モジュールの選択を受付けるモジュール選択受付手段と、選択された2以上のモジュールについて、モジュールの制御パラメータと、モジュール同士の関連を定める情報とを受付けるモジュール情報受付け手段と、を備えることを特徴とするプログラム作成支援システム。<態様6>前記モジュール同士の関連を定める情報は、選択されたモジュールの起動条件となるイベント識別子と、選択されたモジュールの処理過程において発生させるイベント識別子である前記態様5記載のプログラム作成支援システム。<態様7>前記選択されたモジュールを階層的に管理する手段を有することを特徴とする請求項5記載のプログラム作成支援システム。<態様8>あらかじめ固有の処理内容を定義したモジュール群を選択可能に表示させる処理と、前記モジュールの選択を受付ける処理と、選択された2以上のモジュールについて、モジュールの制御パラメータと、モジュール同士の関連を定める情報とを受付ける処理と、を情報処理装置に実行させるためのプログラム。<態様9>情報処理装置を用いたプログラムの作成方法であって、あらかじめ固有の処理内容が定義されたモジュール群からモジュールを選択する段階と、選択した2以上のモジュールについて、モジュールの制御パラメータと、モジュール同士の関連を定める情報とを入力する段階と、を有することを特徴とするプログラム作成方法。<態様10>前記態様3、4および8のいずれか一項に記載のプログラムを記録した記録媒体。