JPH05210521A - イベント駆動形コンピュータ装置 - Google Patents

Abstract

(57)【要約】 【目的】 汎用的な処理を行うプログラムから例外的な
処理、ユーザ固有の処理を分離し、プログラムの汎用
性、保守性、ポータビリティを改善する。 【構成】 ＲＡＭ４には、ＭＳ−ＤＯＳシステム、イベ
ントドライバ、応用プログラムなどがディスク装置７か
らロードされる。応用プログラムは、ＭＳ−ＤＯＳシス
テムのファンクションコール機能を利用しながら、キー
ボード６からの入力を表示装置インタフェース５に出力
する。イベントドライバは、表示装置インタフェース５
に表示する文字列が、スケジュールファイルで予め設定
されているイベント名と一致すると、ディスク装置７内
のコプロセスを起動する。このようにして、応用プログ
ラムの汎用性を損なわずに、コプロセスによって多様な
処理を行うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＭＳ−ＤＯＳ（アメリ
カ合衆国マイクロソフト社の登録商標）などの汎用オペ
レーティングシステムを用いて実現されるイベント駆動
形コンピュータ装置に関する。

【０００２】

【従来の技術】従来から、マイクロコンピュータを含む
パーソナルコンピュータシステムなどでは、各種応用プ
ログラムを実行するため、ＭＳ−ＤＯＳなどの汎用オペ
レーティングシステムが搭載されている。このようなコ
ンピュータシステムでは、ハードウエアの違いはオペレ
ーティングシステムによって吸収され、応用プログラム
はオペレーティングシステムの提供するファンクション
コール機能を介して、コンピュータシステムの機能や資
源を利用する。

【０００３】ＭＳ−ＤＯＳは、世界的に普及しているオ
ペレーティングシステムであるけれども、いわゆるシン
グルタスクのオペレーティングシステムであり、同時に
複数のプログラムを実行することができない。いわゆ
る、マルチタスクのオペレーティングシステムを使用す
れば、複数プログラムの同時実行が可能であるけれど
も、マルチタスクオペレーティングシステムを搭載する
コンピュータシステムハードウエアは、かなり大規模な
ものを必要とする。このため、ＭＳ−ＤＯＳなどのシン
グルタスクのオペレーティングシステムが広く普及して
おり、ＭＳ−ＤＯＳ上で動作する応用プログラムの種類
も多く供給されている。したがって、コンピュータシス
テムのユーザもＭＳ−ＤＯＳなどの操作方法に慣れてお
り、ＭＳ−ＤＯＳを利用することが一層促進される。

【０００４】ＭＳ−ＤＯＳはシングルタスクのオペレー
ティングシステムであるので、実行中の応用プログラム
内部で発生した状況であるイベントによって異なるプロ
グラムの実行を開始させるためには、親となる応用プロ
グラム自体にそのための機能を備える必要がある。たと
えば特定のエラーを検出したときにその処理用のプログ
ラムを起動するためには、親プログラム自体がそのよう
な動作を行えるようにプログラムされている必要があ
る。

【０００５】

【発明が解決しようとする課題】従来からの、ＭＳ−Ｄ
ＯＳの管理下で動作する応用プログラムにおいては、汎
用的な部分と、外部に依存する部分に分離することが困
難である。たとえば、応用プログラム内で特定のエラー
が検出されたときに使用するユーザに合わせて特定の処
理を行おうとすると、エラー検出までの汎用的な部分
と、特定の処理とを分離することができないので、全て
の処理を組込むことは非常に困難となる。必要となる全
ての処理を組込むと、プログラムの作成コストが増大
し、プログラムの誤りであるいわゆるバグが発見された
ときなどの保守性が低下し、かつプログラムサイズの増
大を招く。

【０００６】プログラムを汎用的な部分と外部に依存す
る部分とに分離するには、外部に依存する部分をコプロ
セスとして、外部のプログラムとしておく。イベントが
発生したときには、外部プログラムを起動し、必要な処
理を行うようにすることが考えられる。しかし、このよ
うな処理を行わなくてはならない個所は随所に存在し、
かつユーザによって必要な箇所が変化する。このため、
ユーザからの全ての必要に対して充分な措置をとること
は困難であり、多くの問題を有する。さらに、応用プロ
グラムから外部プログラムを呼出す方法はオペレーティ
ングシステムによって異なるので、このような外部プロ
グラムの直接呼出しを利用するときには、異なるオペレ
ーティングシステム間で応用プログラムを移植すること
が困難となり、いわゆるポータビリティが悪くなる。

【０００７】本発明の目的は、汎用的な措置を行うプロ
グラムから例外的な処理、ユーザ固有の処理を分離し、
プログラムの汎用性、保守性、ポータビリティを改善す
ることができるイベント駆動形コンピュータ装置を提供
することである。

【０００８】

【課題を解決するための手段】本発明は、予め定めるフ
ァンクションコール機能を有するオペレーティングシス
テムを搭載し、複数種類の応用プログラムを実行可能な
コンピュータ装置において、監視すべきイベントおよび
起動すべきプロセスを設定する設定手段と、オペレーテ
ィングシステムに対する応用プログラムからのファンク
ションコール動作を監視して、設定されたイベントの発
生を検出する検出手段と、検出手段からの出力に応答
し、設定されたイベントが発生したとき、設定されたプ
ロセスを起動する起動手段とを含むことを特徴とするイ
ベント駆動形コンピュータ装置である。

【０００９】

【作用】本発明に従えば、イベント駆動形コンピュータ
装置は、設定手段と、検出手段と、起動手段とを含む。
設定手段は、監視すべきイベントおよび起動すべきプロ
セスを設定する。検出手段は、応用プログラムからオペ
レーティングシステムに対するファンクションコール動
作を監視する。起動手段は、検出手段によって設定され
たイベントの発生が検出されたとき、設定されたプロセ
スを起動する。イベントおよびプロセスは、設定手段に
よって応用プログラムとは独立に設定することができる
ので、応用プログラムの汎用性を損なわずに特定のイベ
ントに対応したプロセスを起動することができる。

【００１０】

【実施例】図１は、本発明の一実施例のハードウエアの
構成を示す。中央処理装置（以下、「ＣＰＵ」と略称す
る。）１は、システムバス２を介して読出し専用メモリ
（以下、「ＲＯＭ」と略称する。）３、ランダムアクセ
スメモリ（以下、「ＲＡＭ」と略称する。）４、表示装
置インタフェース５、キーボード６、ディスク装置７な
どに接続される。ＣＰＵ１としては、アメリカ合衆国イ
ンテル社の、いわゆる８０８６ファミリの１６ビット、
あるいは３２ビットマイクロコンピュータが使用され
る。ＲＯＭ３には、表示装置インタフェース５、キーボ
ード６やディスク装置７などをＣＰＵ１が直接アクセス
するための基本ソフトウエアである、いわゆるＢＩＯＳ
などが予め格納されている。ＲＡＭ４には、ディスク装
置７などから応用プログラムやイベント毎に駆動される
コプロセスなどをディスク装置７からロードして、ＣＰ
Ｕ１による動作が可能な状態とするために使用される。
ＲＡＭ４には、ＭＳ−ＤＯＳシステム自体もディスク装
置７からロードされる。したがって、ＲＡＭ４のメモリ
容量は、ＭＳ−ＤＯＳシステムと、親プログラムとなる
応用プログラムをロードした状態で、イベントに応じて
コプロセスを実行するのに充分な大きさを必要とする。

【００１１】本実施例において、イベントに応じてコプ
ロセスを起動するために、イベントドライバのプログラ
ムが用いられる。イベントドライバは、図１図示のコン
ピュータ装置の動作を開始させるときに、ＲＡＭ４にデ
ィスク装置７からＭＳ−ＤＯＳシステムをロードした後
に、図２図示のような処理によってロードされる。

【００１２】ステップａ１から処理を開始し、ステップ
ａ２ではＭＳ−ＤＯＳシステムに対してワークエリアな
どのメモリ領域を要求する。要求されたメモリ領域が獲
得されると、ステップａ３でスケジュールファイルをデ
ィスク装置７のカレントディレクトリから読込み、展開
する。スケジュールファイルには、イベントとコプロセ
スのファイル名とが記述されている。

【００１３】ステップａ４では、ファンクションコール
機能を利用してコンソール出力時にイベントドライバが
起動されるように、ＭＳ−ＤＯＳの割込ベクタを書換え
る。割込ベクタは、ファンクションコール毎にＭＳ−Ｄ
ＯＳの特定プログラムを起動するように設定されてお
り、その中のコンソール出力に関連するベクタをイベン
トドライバ内のプログラムの先頭アドレスに書換える。
ステップａ５では、余分なメモリを開放し、ＭＳ−ＤＯ
Ｓに常駐終了を伝える。

【００１４】図３は、図１図示のハードウエア構成にお
けるメモリマップを示す。ＣＰＵ１がアクセス可能なメ
モリ空間の最下位のアドレスＡ０から最上位のアドレス
ＡＺまでに、必要なメモリ領域が割当てられる。アドレ
スＡ０からアドレスＡ１までには、割込ベクタ・テーブ
ルが設けられる。アドレスＡ１からアドレスＡ２まで
は、ＩＯ．ＳＹＳが配置される。アドレスＡ２からアド
レスＡ３までは、ＭＳ−ＤＯＳ．ＳＹＳが配置される。
ＩＯ．ＳＹＳには、ＭＳ−ＤＯＳの標準デバイスである
コンソールとしての表示装置インタフェース５やキーボ
ード６、ディスク装置７などへの入出力プログラムが含
まれている。ＭＳ−ＤＯＳ．ＳＹＳには、応用プログラ
ムからファンクションコールを受取り、その内容に応じ
てＩＯ．ＳＹＳなどを起動する。アドレスＡ３からアド
レスＡ４には、さらにデバイスドライバを付加すること
ができる。

【００１５】アドレスＡ４からアドレスＡ６までには、
イベントドライバがロードされる。イベントドライバの
うち、図２図示の処理が終了した後不要になる部分は、
アドレスＡ５からアドレスＡ６までのイベントドライバ
非常駐部であり、図２図示のステップａ５の処理でＭＳ
−ＤＯＳシステムに返還されて開放される。その後、メ
モリ空間には、アドレスＡ４からアドレスＡ５までのイ
ベントドライバ常駐部のみが存在する。このイベントド
ライバ常駐部は、アドレスＡ５からアドレスＡＹまでに
ロードされる親プログラムである応用プログラムがコン
ソール出力を行う度毎に、イベントを監視する。アドレ
スＡＹからアドレスＡＺまでには、図１図示のＲＯＭ３
に格納されているＢＩＯＳが配置される。

【００１６】図３は、イベントドライバ常駐部によって
行われる処理を示す。ステップｂ１から処理を開始し、
ステップｂ２ではコンソールに送られる文字をシフトバ
ッファにストアセットする。シフトバッファは、図１図
示のＲＡＭ４内にイベントドライバによって要求されて
設定されたメモリ領域に設けられる。ステップｂ３で
は、シフトバッファにセットされた同じ文字をコンソー
ルに転送する。このステップｂ３の処理は、ＭＳ−ＤＯ
Ｓシステム本来の処理である。

【００１７】ステップｂ４では、シフトバッファにセッ
トされた文字列と同じイベントがスケジュールファイル
から読込まれているか否かが判断される。同じイベント
があるときには、ステップｂ５において、イベントに対
応するコプロセス名を取出す。ステップｂ６では、その
コプロセスを実行する。ステップｂ６のコプロセスの実
行が終了したとき、またはステップｂ４でイベントがな
いときにはステップｂ７に移り、もとの応用プログラム
に戻り、ステップｂ８で処理を終了する。

【００１８】図５は、シフトバッファに入力された文字
が１文字ずつずれて記録されいる状態を示す。シフトバ
ッファのこのような機能は、イベントドライバのソフト
ウエアによって実現される。図５（１）の状態に、
「ぷ」を入力すると、図５（２）の状態に移る。最上位
の文字「テ」は捨てられ、最下位に「ぷ」が挿入され
る。次に「る」を入力すると、図５（３）に示すよう
に、最上位の「ス」が捨てられ、最下位に「る」が挿入
される。

【００１９】図６は、スケジュールファイルの１例を示
す。スケジュールファイルは、ＭＳ−ＤＯＳのいわゆる
テキスト形式のファイルで、以下の書式を有する。

【００２０】１行中に１つのイベントと１つのコプロ
セス名が記述される。

【００２１】イベントは行の頭から記述され、ＴＡＢ
コードで終了する。ＴＡＢコードは、図６では「￥ｔ」
と表され、イベント文字列には含まれない。

【００２２】イベント文字列の後には、コプロセス名
が記述される。

【００２３】コプロセス名は、ＭＳ−ＤＯＳが受付け
るファイル名称で、空白文字を含んではならない。

【００２４】コプロセス名の後に空白文字が続いた場
合には、以降の文字列は意味を持たない。

【００２５】１つのスケジュールファイルには、複数
の行を記述することができる。

【００２６】図６図示のスケジュールファイルは、応用
プログラムが、「異常停止」、「ＭＳ−ＤＯＳエラー」
をコンソールに表示しようとしたときに、それぞれのコ
プロセス「ＡＢＳＴＯＰ．ＥＸＥ」、「ＥＲＲＤＡＭ
Ｎ．ＥＸＥ」を実行するように設定する。図６で、「￥
ｎ」は改行コードで、１６進数で０Ｄ，０Ａを表す。
「￥ｚ」はテキスト終端コードで、１６進数の１Ａを示
す。

【００２７】以上の実施例においては、基本プログラム
としてＭＳ−ＤＯＳを使用しているけれども、他のオペ
レーティングシステムでもよいことは勿論である。本実
施例を、プログラマブルシーケンスコントローラ用の多
機能プログラマに利用すると、ＭＳ−ＤＯＳシステム上
で動作する多くの種類のエディタなどを利用してシーケ
ンスプログラムを作成することができる。また作成され
たシーケンスプログラムにエラーなどが発見されたとき
には、ユーザの所望する処理を起動することができる。

【００２８】

【発明の効果】以上のように本発明によれば、応用プロ
グラムがオペレーティングシステムのファンクションコ
ール機能を利用する動作を監視して、イベントの発生を
検知することができるので、応用プログラム自体は例外
的な処理や、ユーザ固有の処理などの特定の処理を行う
必要がない。このため、プログラムの汎用性、保守性、
ポータビリティを改善することができる。また、監視す
べきイベントおよび起動すべきプロセスは設定手段によ
って設定されるので、イベントおよびプロセスの内容、
ユーザの要求などに容易に適合させることができる。

【図面の簡単な説明】

【図１】本発明の一実施例のハードウエア構成を示すブ
ロック図である。

【図２】図１図示の実施例におけるイベントドライバ常
駐処理を示すフローチャートである。

【図３】図１図示の実施例におけるメモリマップを示
す。

【図４】図１図示の実施例におけるイベントドライバの
処理を示す。

【図５】図１図示の実施例におけるシフトバッファの動
作を示す。

【図６】図１図示の実施例におけるスケジュールファイ
ルの内容を示す。

【符号の説明】

１ ＣＰＵ ２ システムバス ３ ＲＯＭ ４ ＲＡＭ ５ 表示装置インタフェース ６ キーボード ７ ディスク装置

Claims (1)

【特許請求の範囲】
1. 【請求項１】 予め定めるファンクションコール機能を
   有するオペレーティングシステムを搭載し、複数種類の
   応用プログラムを実行可能なコンピュータ装置におい
   て、 監視すべきイベントおよび起動すべきプロセスを設定す
   る設定手段と、 オペレーティングシステムに対する応用プログラムから
   のファンクションコール動作を監視して、設定されたイ
   ベントの発生を検出する検出手段と、 検出手段からの出力に応答し、設定されたイベントが発
   生したとき、設定されたプロセスを起動する起動手段と
   を含むことを特徴とするイベント駆動形コンピュータ装
   置。