JPH09146783A - プログラム制御方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 キーボードバッファを用いて複数のタスクを
制御することができるようにする。 【解決手段】 ステップＳ１１においてタスク１が起動
され、所定の処理が実行され、処理結果に応じて、次に
起動すべきタスク２が決定され、ステップＳ１２におい
てタスク２を起動するためのタスク起動コマンドがキー
ボードバッファに書き込まれる。タスク１が終了する
と、コマンド解釈ソフトウェアがオペレーティングシス
テム（ＭＳ−ＤＯＳ）によって起動され、ステップＳ１
５においてキーボードバッファに書き込まれたタスク起
動コマンドが解釈され、ステップＳ１６において対応す
るタスク２が起動される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラム制御方
法および装置に関し、例えば、複数のタスクを１つずつ
実行させる場合に用いて好適なプログラム制御方法およ
び装置に関する。

【０００２】

【従来の技術】従来、例えばＭＳ−ＤＯＳ（Microsoft
Disk Operating system：商標）のように、実メモリ
（以下、単にメモリという）の大きさが制限され、かつ
仮想メモリが使用できないオペレーションシステムであ
って、アプリケーションプログラムの使用できるメモリ
が、ほぼ６４０キロバイトに制限されているような場合
においては、大規模なアプリケーションプログラムを実
行するために、まず、メモリに常駐するデバイス・ドラ
イバなどのソフトウェア群を、他のアドレス空間、例え
ば拡張メモリやビデオＲＡＭに割り当てられたアドレス
空間、あるいは外部記憶装置（例えばハードディスク）
などに追い出し、少しでもメモリを広げるようにしてい
る。

【０００３】それでもメモリが足りない場合には、オー
バレイ手法が用いられる。すなわち、アプリケーション
プログラムを複数のセグメントに分割し、必要なセグメ
ントだけを順次外部記憶装置からメモリにロードして実
行し、終了すると再度外部記憶装置にそれを追い出す。
このようにして、使用可能なメモリより大きなアプリケ
ーションプログラムを実行することができる。

【０００４】また、タスクスケジューラの処理がサポー
トされている場合においては、アプリケーションプログ
ラムを複数のタスクに分割し、分割したタスクを順次切
り替えることにより、大規模なアプリケーションプログ
ラムを実行することが可能である。

【０００５】また、大規模なアプリケーションプログラ
ムを、６４０キロバイトより小さいメモリ空間で実行可
能な、それぞれ独立した複数のプログラムに分割し、分
割した各プログラムを所定の順番に起動し、実行させる
ようにすることができる。その場合、例えば、予め実行
させるプログラムをバッチファイル等に順番に記述し、
そのバッチファイルを起動させる。これにより、バッチ
ファイルに記述されたプログラムを順次実行させること
ができる。

【０００６】あるいは、キーボードより、実行させるプ
ログラムの名称とパラメータがある場合にはパラメータ
を入力し、リターンキーを入力することにより、プログ
ラムを順次実行させるようにすることも可能である。

【０００７】図５は、キーボードから所定のコマンドを
入力することにより、タスクを起動する手順を説明する
ためのフローチャートである。同図のステップＳ１にお
いて、キーボードより、タスク起動コマンド（以下、適
宜、単にコマンドと称する）、すなわち、起動するタス
クに対応するプログラムの名称とパラメータがある場合
にはパラメータを入力する。キーボードより入力された
プログラム名称とパラメータ（ただしパラメータが入力
された場合）は、ステップＳ２において、所定の割り込
み処理によりキーボードバッファに格納される。従っ
て、所定のプログラムの実行中であっても、キーボード
より入力されたコマンドは、キーボードバッファに格納
されることになる。

【０００８】ステップＳ３においては、ＭＳ−ＤＯＳを
構成するコマンド解釈ソフトウェア（ＣＯＭＭＡＮＤ．
ＣＯＭ）によって、キーボードバッファに格納されたコ
マンドが解釈され、ステップＳ４において対応する実行
可能プログラムが外部記憶装置より読み込まれ、メモリ
にロードされた後、子プロセスとして起動される。

【０００９】起動されたプログラムの処理が終了した
後、あるいは、実行中に、次に実行させるプログラム名
称とそのパラメータがある場合にはパラメータをキーボ
ードより入力し、さらにリターンキーを入力する。入力
されたプログラム名称とパラメータ（ただしパラメータ
が入力された場合）は、所定の割り込み処理によりキー
ボードバッファに格納される。以下、同様の操作を行
う。これにより、上述した場合と同様にして、プログラ
ム名称とパラメータ（ただしパラメータが入力された場
合）が、順次キーボードバッファに格納され、コマンド
解釈ソフトウェアにより順次解釈され、対応するプログ
ラムが起動される。

【００１０】ただし、上述したように、コマンド解釈ソ
フトウェアにより子プロセスとして起動されたプログラ
ムが終了し、コマンド解釈ソフトウェアに再び制御が移
行したとき、コマンド解釈ソフトウェアによってキーボ
ードバッファに格納されたコマンドが解釈される。従っ
て、所定のプログラムの実行中にキーボードよりコマン
ドを入力した場合においては、現在実行中のプログラム
が終了した後、コマンド解釈ソフトウェアに制御が移行
し、キーボードバッファに格納されたコマンドがコマン
ド解釈ソフトウェアによって解釈され、対応するプログ
ラムが起動されることになる。

【００１１】このようにして、限られたメモリのなか
で、大規模なアプリケーションプログラムを実行させる
ことが可能である。

【００１２】

【発明が解決しようとする課題】しかしながら、常駐す
るソフトウェアを外部に追い出したとしても、ＭＳ−Ｄ
ＯＳにおいて使用可能なメモリは、最大でも６４０キロ
バイトに制限されているため、それより大きなメモリを
必要とする大規模なアプリケーションプログラムを実行
することができない課題があった。

【００１３】また、オーバレイ手法を用いた場合におい
ては、一般的に、データ参照が制限され、余分なプログ
ラムコードが発生し、処理速度が低下する。そのため、
セグメント化が可能なオーバレイモジュール群が制約さ
れることになる。さらに、オーバレイ実行のために、管
理データが増加するため、アプリケーションプログラム
が大規模になるほどメモリの効率的な使用ができなくな
る課題があった。

【００１４】さらに、タスクスケジューラの処理がサポ
ートされている場合においては、タスク切り替えのため
に所定の大きさのメモリを消費してしまうため、結局、
その分を差し引いた残りのメモリしか、個々のタスクに
割り当てることができないこととなり、タスクの大きさ
が制限され、メモリを十分に活用することができない課
題があった。

【００１５】また、アプリケーションプログラムを複数
のプログラムに分割し、分割された複数のプログラムの
名称を所定の順番で記述したバッチファイルを作成し、
それを起動させる場合においては、バッチファイルに記
述された順番にプログラムが起動されるため、プログラ
ムの起動順序をプログラムの実行結果に基づいて変更す
ることができない課題があった。

【００１６】さらにまた、キーボードからプログラム名
称、およびパラメータがある場合にはパラメータを入力
し、リターンキーを入力する一連の操作を繰り返すこと
により、複数のプログラムを順次実行させる場合におい
ては、操作が面倒かつ煩雑であり、現実的ではない課題
があった。

【００１７】本発明はこのような状況に鑑みてなされた
ものであり、仮想メモリを使用することができないオペ
レーションシステムにおいて、限られたメモリを最大限
有効に使用しながら、大規模なアプリケーションプログ
ラムを実行することができるようにするものである。

【００１８】

【課題を解決するための手段】請求項１に記載のプログ
ラム制御方法は、アプリケーションプログラムを実メモ
リで実行可能な所定の大きさの複数のタスクに分割し、
コマンド制御ソフトウェアによって起動されたタスク
は、所定の処理を実行した後、複数のタスクのうちの次
に実行すべき所定のものに対応するコマンドをバッファ
に書き込むことを特徴とする。

【００１９】請求項３に記載のプログラム制御装置は、
実メモリで実行可能な所定の大きさの複数のタスクに分
割されたアプリケーションプログラムを記憶する記憶手
段（例えば図１のハードディスク８）と、コマンド制御
ソフトウェアによって起動されたタスクの一部を構成
し、タスクが所定の処理を実行した後、複数のタスクの
うちの次に実行すべき所定のものに対応するコマンドを
バッファに書き込むコマンド書き込み手段（例えば図２
のステップＳ１２）とを備えることを特徴とする。

【００２０】請求項１に記載のプログラム制御方法にお
いては、アプリケーションプログラムが実メモリで実行
可能な所定の大きさの複数のタスクに分割して記憶さ
れ、コマンド制御ソフトウェアによって起動されたタス
クにより、所定の処理を実行中に、複数のタスクのうち
の次に実行すべき所定のものに対応するコマンドがバッ
ファに書き込まれる。従って、いま実行中のタスクから
次に実行すべきタスクをバッファを用いて指定すること
ができる。

【００２１】請求項３に記載のプログラム制御装置にお
いては、記憶手段により、実メモリで実行可能な所定の
大きさの複数のタスクに分割されたアプリケーションプ
ログラムが記憶され、コマンド書き込み手段により、コ
マンド書き込み手段の属する、コマンド制御ソフトウェ
アによって起動されたタスクが所定の処理を実行した
後、複数のタスクのうちの次に実行すべき所定のものに
対応するコマンドがバッファに書き込まれる。従って、
いま実行中のタスクは、次に実行すべきタスクをバッフ
ァを用いて指定することができる。

【００２２】

【発明の実施の形態】図１は、本発明のプログラム制御
装置の一実施例の構成を示すブロック図である。ＲＯＭ
２は、ブート・ストラップ・ローダ等のシステム起動に
必要な最小限のプログラム等を記憶するようになされて
いる。ハードディスク（ＨＤ）８は、例えばＭＳ−ＤＯ
Ｓ（Microsoft Disk Operating System：商標）等のオ
ペレーティングシステムや、所定のアプリケーションプ
ログラム等を記憶する。ＲＡＭ３には、ハードディスク
８に記憶されたオペレーティングシステムやアプリケー
ションプログラムが、インタフェース（Ｉ／Ｆ）７およ
びシステムバス１１を介してロードされるようになされ
ている。

【００２３】キーボード６は、押下されたキーに対応す
るキー情報を発生し、後述するキーボードインタフェー
ス５に供給する。キーボードインタフェース５は、キー
ボード６より供給されたシリアルデータであるキー情報
を、パラレルデータに変換し、出力するとともに、キー
ボード割り込みを発生するようになされている。キーボ
ードバッファ１２は、後述するように、キーボードイン
タフェース５より出力されたキー情報を記憶するように
なされている。

【００２４】ＣＰＵ１は、ＲＯＭ２に記憶されたプログ
ラム、およびＲＡＭ３にロードされたオペレーティング
システム、およびアプリケーションプログラムに従っ
て、各部を制御し、所定の処理を実行する。また、ＣＰ
Ｕ１は、キーボードインタフェース５により発生された
キーボード割り込みに従って、所定の割り込み処理ルー
チンを起動し、システムバス１１を介して、キーボード
インタフェース５よりキー情報を読み出し、キーボード
バッファ１２に書き込むようになされている。

【００２５】ビデオＲＡＭ（ＶＲＡＭ）４は、後述する
ＣＲＴ（Cathode Ray Tube）１０に表示するための表示
データを記憶する。ＣＲＴコントローラ９は、ＶＲＡＭ
４に記憶された表示データをＣＲＴ１０に表示するため
のビデオ信号に変換し、ＣＲＴ１０に供給する。ＣＲＴ
１０は、ＣＲＴコントローラ９より供給されたビデオ信
号に対応する画面を表示するようになされている。

【００２６】次に、図２に示したフローチャートを参照
して、キーボードバッファ１２を介して、複数のタスク
を順に起動する方法について説明する。

【００２７】最初、装置の電源をオン、またはリセット
すると、ＲＯＭ２に記憶されているブート・ストラップ
・ローダにより、ＩＰＬ（Initial Program Loder）が
Ｉ／Ｆ７を介してハードディスク８よりＲＡＭ３にロー
ドされる。次に、ＩＰＬにより、ＭＳ−ＤＯＳを構成す
るＩＯ．ＳＹＳが、Ｉ／Ｆ７を介してハードディスク８
よりＲＡＭ３内にロードされ、次に、ＩＯ．ＳＹＳによ
って、ＭＳＤＯＳ．ＳＹＳ、およびＣＯＭＭＡＮＤ．Ｃ
ＯＭ（コマンド解釈ソフトウェア）が、Ｉ／Ｆ７を介し
てハードディスク８よりＲＡＭ３にロードされ、ＣＯＭ
ＭＡＮＤ．ＣＯＭに制御が移行する。このようにして、
ＭＳ−ＤＯＳが起動される。このとき、アプリケーショ
ンプログラムが使用可能なアドレス空間は、通常約６４
０キロバイトとなる。

【００２８】次に、コマンド解釈ソフトウェアにより、
まず、外部記憶装置、この場合ハードディスク８に、自
動実行バッチファイル（ＡＵＴＯＥＸＥＣ．ＢＡＴ）が
あるか否かが判定され、ハードディスク８に自動実行バ
ッチファイルがあると判定された場合、ステップＳ１１
において、自動実行バッチファイル内に記述されたコマ
ンドが解釈され、対応する実行可能プログラムがハード
ディスク８よりＩ／Ｆ７を介して読み出され、ＲＡＭ３
にロードされた後、起動される。

【００２９】従って、自動実行バッチファイルに最初の
タスク起動コマンド、例えばタスク１に対応する実行可
能プログラム名を記述しておくことにより、ＭＳ−ＤＯ
Ｓ起動時に、この実行可能プログラムがＣＯＭＭＡＮ
Ｄ．ＣＯＭによって自動的に起動されるようにすること
ができる。この自動実行バッチファイルには、実行可能
プログラム名（そのプログラムを特定する文字列（タス
ク起動コマンド））の他に、この実行可能プログラムに
引き渡すべきパラメータも記述しておくことができる。
その場合、このパラメータに従って、実行可能プログラ
ムによる処理が行われることになる。ただし、実行可能
プログラムは、パラメータの受け取りを前提としてプロ
グラミングされている必要がある。

【００３０】一方、タスク１を自動実行バッチファイル
によって起動させない場合、ユーザはキーボード６から
直接、最初に起動すべきタスク１に対応する実行可能プ
ログラムの名称（そのプログラムを特定する文字列（タ
スク起動コマンド））およびパラメータ（ただしパラメ
ータがある場合）をタイプし、リターンキーを入力す
る。キーボード６は、タイプされた実行可能プログラム
名およびパラメータに対応するキー情報を発生し、シリ
アルのデータとしてキーボードインタフェース５に供給
する。

【００３１】キーボード６よりキーボードインタフェー
ス５に供給されたキー情報に対応するシリアルのデータ
は、キーボードインタフェース５においてパラレルのデ
ータに変換される。また、キーボードインタフェース５
において、キーボード割り込みが発生し、ＣＰＵ１によ
り起動される所定の割り込み処理ルーチンにより、シス
テムバス１１を介して、キーボードインタフェース５よ
りキー情報が読み出され、キーボードバッファ１２に格
納される。

【００３２】キーボードバッファ１２に格納されたキー
情報は、コマンド解釈ソフトウェアにより解釈される。
この場合、コマンド解釈ソフトウェアにより、キーボー
ドバッファ１２に格納されたキー情報が外部コマンド、
すなわち所定の実行可能プログラムの名称であると解釈
され、この実行可能プログラムがハードディスク８より
Ｉ／Ｆ７を介して読み出され、システムバス１１を介し
てＲＡＭ３にロードされる。次に、ステップＳ１１にお
いてこの実行可能プログラム、すなわちタスク１が起動
される。

【００３３】タスク１により、所定の処理が実行され、
ステップＳ１２において、次に起動すべきタスクのタス
ク起動コマンド、この場合、次に実行すべき実行可能プ
ログラムの名称およびパラメータ（ただしパラメータが
ある場合）を、キーボードバッファ１２に書き込むため
の処理が実行される。このとき、タスク１は、処理の状
況に合わせて、次に実行するタスクを決定するようにす
ることができる。これにより、ステップＳ１３におい
て、キーボードバッファ１２にタスク起動コマンド（こ
の場合、タスク２に対応する実行可能プログラムの名称
およびパラメータ（ただしパラメータがある場合））が
書き込まれる。

【００３４】その後、ステップＳ１４においてタスク１
が終了すると、ステップＳ１５において、コマンド解釈
ソフトウェアに制御が移行し、キーボードバッファ１２
に格納されているタスク起動コマンドが解釈される。こ
の場合、タスク起動コマンドはタスク２に対応する実行
可能プログラムの名称であると解釈され、この実行可能
プログラムがＩ／Ｆ７を介してハードディスク８より読
み出され、ＲＡＭ３にロードされた後、ステップＳ１６
において起動される。すなわちタスク２が起動される。

【００３５】このように、いま実行中である例えばタス
ク１が、次に起動すべきタスクのタスク起動コマンド、
例えばタスク２に対応する実行可能プログラムの名称
を、タスク１の処理の中でキーボードバッファ１２に書
き込むことにより、タスク１の終了後に起動されるコマ
ンド解釈ソフトウェアによって、キーボードバッファ１
２に記憶されたタスク起動コマンドが解釈され、タスク
２に対応する実行可能プログラムがハードディスク８か
らＲＡＭ３にロードされた後、起動される。従って、タ
スク１は、タスク１が実行する処理の状況に基づいて決
定した次に起動すべきタスクを、そのタスクに対応する
実行可能プログラムの名称をキーボードバッファ１２に
書き込むことにより、起動することができる。

【００３６】同様に、タスク２の処理の中で、タスク２
の次に起動すべきタスクを決定し、そのタスクに対応す
る実行可能プログラムの名称をキーボードバッファ１２
に書き込むようにすることもできる。

【００３７】このようにして、キーボードバッファ１２
を利用することにより、複数のタスクを１つずつ起動
し、所定の処理を実行させるようにすることができる。
従って、実行時に、ＲＡＭ３のアドレス空間においてア
プリケーションプログラムが使用可能なメモリ領域（例
えば６４０キロバイト）より大きなメモリ領域を必要と
する大規模なアプリケーションプログラムを、それぞれ
独立した複数のタスクに分割することができるならば、
上述したようにして、タスクを順次切り替えることによ
り、このアプリケーションプログラムを実行することが
できる。ただし、分割した各タスクは、実行時に必要と
するメモリの大きさが、ＲＡＭ３のアドレス空間におい
てアプリケーションプログラムが使用可能なメモリ領域
（この場合６４０キロバイト）より小さいものとする。

【００３８】図３は、本発明のプログラム制御装置を応
用した保険証確認システムの一実施例の構成を示すブロ
ック図である。

【００３９】カード読み取り部３１は、患者ＩＤカード
３１Ａが挿入されると、そこに記録されている例えば患
者を識別するための患者番号や保険証番号等の患者情報
を読み取り、処理部３２に供給するようになされてい
る。

【００４０】また、保険証読み取り部３３は、スキャナ
等により構成され、そこに挿入された保険証をスキャン
しながら読み取り、二値化処理を行い、ディジタルのイ
メージデータに変換した後、処理部３２に供給するよう
になされている。あるいはＣＣＤカメラ等により構成さ
れ、保険証の画像を撮像し、二値化処理を行い、ディジ
タルのデータに変換した後、処理部３２に供給するよう
になされている。また、保険証読み取り部３３は、保険
証として健康保険証３３Ａと老人医療保険証３３Ｂをそ
れぞれ読み取ることができるようになされている。

【００４１】また、処理部３２は、図１を参照して上述
したプログラム制御装置の場合と基本的には同様の構成
をなしており、所定のアプリケーションプログラムによ
り動作し、各部を制御するようになされている。従っ
て、その詳細な構成および動作についての説明は省略す
るが、ここでは、カード読み取り部３１より供給された
患者情報に基づいて、老人医療保険の適用患者であるか
否かを判定したり、保険証読み取り部３３より供給され
たディジタルのイメージデータから、保険証の記載事項
を認識するようになされている。

【００４２】さらに、処理部３２は、カード読み取り部
３１より供給された患者情報に基づいて、老人医療保険
の適用が可能であるか否かを判定し、老人医療保険の適
用患者であると判定した場合、保険証読み取り部３３に
挿入された健康保険証３３Ａの認識を行い、所定の確認
処理を行った後、それが有効である（健康保険の適用が
可能である）場合には、次に、老人医療保険証３３Ｂの
認識を行い、所定の確認処理を行った後、受付票３４Ａ
の発行を発行部３４に指令する。一方、老人医療保険の
適用患者ではないと判定した場合、保険証読み取り部３
３に挿入された健康保険証３３Ａの認識だけを行い、所
定の確認処理を行った後、受付票３４Ａの発行を発行部
３４に指令するようになされている。

【００４３】発行部３４は、処理部３２からの指令に従
って、所定の受付票３４Ａを発行するようになされてい
る。

【００４４】図４は、図３に示した保険証確認システム
の動作を説明するためのフローチャートである。同図に
示したように、保険証確認システムを動作させるアプリ
ケーションプログラムは、４つのタスクＡ乃至Ｄにより
構成されている。最初に、タスクＡを起動する。すなわ
ち、システムを立ち上げた後（ＭＳ−ＤＯＳを起動した
後）、キーボード６から直接タスクＡに対応する実行可
能プログラムの名称を入力することによりタスクＡを起
動するか、あるいは、予め自動実行バッチファイル（Ａ
ＵＴＯＥＸＥＣ．ＢＡＴ）にタスクＡに対応する実行可
能プログラムの名称を記述しておき、システムの立ち上
げを行ったとき、コマンド解釈ソフトウェアによってタ
スクＡが自動的に起動されるようにする。

【００４５】タスクＡが起動された状態で、患者が患者
固有のＩＤ番号や保険証番号等の患者情報が記録された
患者ＩＤカード３１Ａを、カード読み取り部３１に挿入
すると、タスクＡによりステップＳ２１およびステップ
Ｓ２２の処理が実行される。

【００４６】まず、ステップＳ２１において、カード読
み取り部３１に挿入された患者ＩＤカード３１Ａから患
者情報の読み取りが行われる。次に、患者ＩＤカード３
１Ａから読み取られた患者情報は、処理部３２に供給さ
れる。

【００４７】ステップＳ２２においては、処理部３２に
より、カード読み取り部３１より供給された患者情報に
基づいて、老人医療保険の適用患者であるか否かが判定
される。ステップＳ２２において、老人医療保険の適用
患者ではないと判定された場合、タスクＡは、次に、タ
スクＢを起動するために、キーボードバッファ１２にタ
スクＢに対応する実行可能プログラムの名称と老人医療
保険の適用患者ではないことを示す所定のパラメータを
書き込む。その後、タスクＡは終了する。

【００４８】タスクＡが終了すると、コマンド解釈ソフ
トウェアに制御が移行し、キーボードバッファ１２に書
き込まれた実行可能プログラムの名称とパラメータの解
釈が行われ、タスクＢに対応する実行可能プログラムが
Ｉ／Ｆ７を介してハードディスク８より読み出され、Ｒ
ＡＭ３にロードされた後、起動される。

【００４９】これにより、ステップＳ２３に進み、タス
クＢの処理としての健康保険証３３Ａの照合処理が行わ
れる。この場合、タスクＡより、老人医療保険の適用患
者ではないことを示すパラメータが引き渡されるので、
それに基づいて、タスクＢにより、老人医療保険証３３
Ｂの照合処理を行うタスクＣの起動は行わないことを前
提とした処理が行われる。

【００５０】すなわち、まず、保険証読み取り部３３に
おいて、健康保険証３３Ａの読み取りが行われ、所定の
しきい値による二値化処理等が行われた後、ディジタル
のイメージデータに変換され、処理部３２に供給され
る。処理部３２においては、保険証読み取り部３３より
供給されたイメージデータから、保険者番号、被保険者
記号、および被保険者番号などが認識される。

【００５１】さらに、処理部３２により、健康保険証３
３Ａの内容と患者ＩＤカード３１Ａの内容の照合が行わ
れる。この場合、老人医療保険の適用患者ではないの
で、照合結果に基づいて、次に、所定の受付票３４Ａの
発行が指示される。例えば、照合の結果、健康保険の適
用が可能である場合、タスクＤに対応する実行可能プロ
グラムの名称と、受付番号および診察窓口の番号が記載
された受付票３４Ａを発行するよう指示する所定のパラ
メータが、キーボードバッファ１２に書き込まれる。

【００５２】一方、照合の結果、例えば有効期限が過ぎ
ているなどして健康保険の適用ができない場合、タスク
Ｄに対応する実行可能プログラムの名称と、受付番号お
よび所定のメッセージ「受付窓口にお越しください」が
記載された受付票３４Ａを発行するよう指示する所定の
パラメータが、キーボードバッファ１２に書き込まれ
る。その後、タスクＢが終了する。

【００５３】タスクＢが終了すると、次に、コマンド解
釈ソフトウェアに制御が移行し、キーボードバッファ１
２に書き込まれたコマンドの解釈が行われ、この場合、
タスクＤに対応する実行可能プログラムがＩ／Ｆ７を介
してハードディスク８より読み込まれ、ＲＡＭ３にロー
ドされた後、起動される。

【００５４】タスクＤには、キーボードバッファ１２に
書き込まれたパラメータが引き渡されるので、タスクＤ
により、ステップＳ２７において、このパラメータに基
づいた受付票３４Ａの発行処理が実行されることにな
る。すなわち、タスクＤに、キーボードバッファ１２を
介して、受付番号と診察窓口の番号が記載された受付票
３４Ａを発行するように指示するパラメータが引き渡さ
れた場合、タスクＤにより制御された処理部３２は、発
行部３４に対して、受付番号と診察窓口の番号が記載さ
れた受付票３４Ａを発行するように指令する。発行部３
４は処理部３２からの指令に従って、受付番号と診察窓
口の番号を所定の用紙に印字し、それを受付票３４Ａと
して発行する。

【００５５】一方、タスクＤに、キーボードバッファ１
２を介して、受付番号と所定のメッセージ「受付窓口に
お越しください」が記載された受付票３４Ａを発行する
ように指示するパラメータが引き渡された場合、タスク
Ｄにより制御された処理部３２は、発行部３４に対し
て、受付番号と所定のメッセージ「受付窓口にお越しく
ださい」が記載された受付票３４Ａを発行するように指
令する。発行部３４は処理部３２からの指令に従って、
受付番号とメッセージ「受付窓口にお越しください」を
所定の用紙に印字し、それを受付票３４Ａとして発行す
る。これにより、患者は、受付窓口において、受付担当
者（人）との間で所定の手続きを行うことができる。

【００５６】一方、ステップＳ２２において、老人医療
保険の適用患者であると判定された場合、まず、健康保
険証３３Ａの照合処理が行われる。すなわち、タスクＡ
は、次にタスクＢを起動するために、キーボードバッフ
ァ１２にタスクＢに対応する実行可能プログラムの名称
と老人医療保険の適用患者であることを示すパラメータ
を書き込む。その後、タスクＡは終了する。

【００５７】タスクＡが終了すると、コマンド解釈ソフ
トウェアに制御が移行し、キーボードバッファ１２に書
き込まれた実行可能プログラムの名称とパラメータの解
釈が行われ、タスクＢに対応する実行可能プログラムが
Ｉ／Ｆ７を介してハードディスク８より読み出され、Ｒ
ＡＭ３にロードされた後、起動される。

【００５８】これにより、ステップＳ２４に進み、タス
クＢの処理としての健康保険証３３Ａの照合処理が行わ
れる。すなわち、まず、保険証読み取り部３３におい
て、健康保険証３３Ａの読み取りが行われ、所定のしき
い値による二値化処理等が行われた後、ディジタルのイ
メージデータに変換され、処理部３２に供給される。処
理部３２においては、保険証読み取り部３３より供給さ
れたイメージデータから、保険者番号、被保険者記号、
および被保険者番号などが認識される。

【００５９】さらに、処理部３２により、健康保険証３
３Ａの内容と患者ＩＤカード３１Ａの内容の照合が行わ
れる。ステップＳ２５においては、この照合結果に基づ
いて、健康保険証３３Ａが有効であるか否かが判定さ
れ、次に起動すべきタスクが決定される。例えば、健康
保険証３３Ａが有効であると判定され、健康保険の適用
が可能である場合、タスクＣに対応する実行可能プログ
ラムの名称がキーボードバッファ１２に書き込まれる。

【００６０】一方、例えば、有効期限が過ぎているなど
して健康保険証３３Ａが有効ではないと判定され、健康
保険の適用ができない場合、タスクＤに対応する実行可
能プログラムの名称と、受付番号および所定のメッセー
ジ「受付窓口にお越しください」が記載された受付票３
４Ａを発行するよう指示する所定のパラメータが、キー
ボードバッファ１２に書き込まれる。その後、タスクＢ
が終了する。

【００６１】タスクＢにより、キーボードバッファ１２
に、タスクＣに対応する実行可能プログラムの名称が書
き込まれた場合、タスクＢが終了すると、コマンド解釈
ソフトウェアに制御が移行し、キーボードバッファ１２
に書き込まれた実行可能プログラムの名称が解釈され、
実行される。すなわち、タスクＣに対応する実行可能プ
ログラムが、Ｉ／Ｆ７を介してハードディスク８より読
み出され、ＲＡＭ３にロードされた後、起動される。

【００６２】これにより、ステップＳ２６に進み、老人
医療保険証３３Ｂの照合処理が行われる。すなわち、ま
ず、保険証読み取り部３３において、老人医療保険証３
３Ｂの読み取りが行われ、所定のしきい値による二値化
処理等が行われた後、ディジタルのイメージデータに変
換される。次に、このイメージデータから、処理部３２
によって市町村番号や受給者番号などが認識される。

【００６３】さらに、処理部３２において、老人医療保
険証３３Ｂの内容と患者ＩＤカード３１Ａの内容の照合
が行われ、照合結果に基づいて、所定の受付票３４Ａの
発行が指示される。例えば、照合の結果、老人医療保険
の適用が可能である場合、タスクＤに対応する実行可能
プログラムの名称と、受付番号および診察窓口の番号が
記載された受付票３４Ａの発行を行うよう指示する所定
のパラメータが、キーボードバッファ１２に書き込まれ
る。

【００６４】一方、照合の結果、有効期限が過ぎている
などして老人医療保険の適用ができない場合、タスクＤ
に対応する実行可能プログラムの名称と、受付番号およ
び所定のメッセージ「受付窓口にお越しください」が記
載された受付票３４Ａの発行を行うよう指示する所定の
パラメータが、キーボードバッファ１２に書き込まれ
る。その後、タスクＣが終了する。

【００６５】タスクＣが終了すると、次に、コマンド解
釈ソフトウェアに制御が移行し、キーボードバッファ１
２に書き込まれたコマンドの解釈が行われ、この場合、
タスクＤに対応する実行可能プログラムがＩ／Ｆ７を介
してハードディスク８より読み込まれ、ＲＡＭ３にロー
ドされた後、起動される。タスクＤの処理内容について
は、上述した場合と同様であるので、ここではその詳細
については省略する。

【００６６】一方、ステップＳ２５において、健康保険
証３３Ａが有効ではないと判定され、タスクＢにより、
タスクＤに対応する実行可能プログラムの名称と、受付
番号および所定のメッセージ「受付窓口にお越しくださ
い」が記載された受付票３４Ａを発行するよう指示する
所定のパラメータが、キーボードバッファ１２に書き込
まれた場合、タスクＢが終了すると、コマンド解釈ソフ
トウェアに制御が移行し、キーボードバッファ１２に書
き込まれた実行可能プログラムの名称が解釈され、実行
される。すなわち、タスクＤに対応する実行可能プログ
ラムが、Ｉ／Ｆ７を介してハードディスク８より読み出
され、ＲＡＭ３にロードされた後、起動される。タスク
Ｄの処理内容は、上述した場合と同様であるので、ここ
ではその詳細な説明は省略する。

【００６７】タスクＤは、受付票３４Ａの発行処理を実
行した後、タスクＡを再度起動するために、キーボード
バッファ１２にタスク起動コマンド、すなわちこの場合
タスクＡに対応する実行可能プログラムの名称を書き込
む。これにより、タスクＤが終了した後、コマンド解釈
ソフトウェアに制御が移行し、キーボードバッファ１２
に書き込まれたコマンドが解釈され、タスクＡに対応す
る実行可能プログラムがＩ／Ｆ７を介してハードディス
ク８より読み出され、ＲＡＭ３にロードされた後、起動
される。

【００６８】このようにして、タスクＡ乃至Ｄの各タス
クが、キーボードバッファ１２を介して次のタスクを起
動するようにすることができる。また、タスクＡやタス
クＢ（ただし、老人医療保険の適用がある場合に起動さ
れたとき）の場合のように、処理結果に対応して、次に
起動すべきタスクを決定するようにすることも可能であ
る。

【００６９】このように、上記各実施例は、キーボード
バッファ１２を利用してタスクの制御を行うものであ
る。すなわち、タスクの制御を、システムのタスクスケ
ジューラによって行うのではなく、通常はキーボードか
ら入力されるタスク起動コマンドを、アプリケーション
プログラムによって直接キーボードバッファ１２に書き
込むことにより実現するものである。

【００７０】キーボードバッファ１２へのタスク起動コ
マンドの書き込みは、極めて低レベルの処理（例えばキ
ーボードバッファの存在するアドレスにアセンブラ等に
より直接書き込む処理）であるため、タスク制御に必要
とされるプログラムサイズが少なくて済み、アプリケー
ションプログラムは、メモリを最大限に使用することが
できる。また、キーボードバッファ１２に書き込まれた
タスク起動コマンドは、コマンド解釈ソフトウェアによ
りキーボード６からの入力として扱われるため、キーボ
ード６から入力するコマンドの場合と同様に、各種の起
動パラメータを使用することができ、扱いが容易である
という利点もある。

【００７１】また、上記各実施例におけるコマンド解釈
ソフトウェアは、常駐ソフトウェア（ただし一部は非常
駐）であり、オペレーティングシステムには必ず存在す
るソフトウェアである。上述したように、コマンド解釈
ソフトウェアは、起動したプログラムの処理が終了し、
再びコマンド解釈ソフトウェアに制御が移行したとき、
キーボードバッファ１２に蓄えられたタスク起動コマン
ドを解釈し、対応する処理を実行させるようになってい
る。

【００７２】なお、上記第２の実施例（図３の実施例）
においては、本発明を保険証確認システムに応用した場
合について説明したが、これに限らず、他のシステム、
例えばＦＡ（Factory Automation）や制御系のシステム
に応用することが可能である。

【００７３】また、上記各実施例においては、オペレー
ティングシステムをＭＳ−ＤＯＳとして説明したが、こ
れに限定されるものではない。

【００７４】さらに、上記各実施例において、ＣＲＴの
代わりに例えば液晶表示装置などの他の表示装置を用い
たり、ハードディスクの代わりに例えばＣＤ−ＲＯＭや
フロッピディスク等の他の記録媒体を用いることが可能
である。

【００７５】

【発明の効果】請求項１に記載のプログラム制御方法、
および請求項３に記載のプログラム制御装置によれば、
アプリケーションプログラムを実メモリで実行可能な所
定の大きさの複数のタスクに分割し、タスクにより、所
定の処理を実行した後、複数のタスクのうちの次に実行
すべき所定のものに対応するコマンドをバッファに書き
込むようにしたので、いま実行中のタスクから次に実行
すべきタスクをバッファを用いて指定することができ
る。従って、キーボードからのコマンド入力と実質的に
同様の制御によってタスク制御を行うことができ、実メ
モリを有効に使用することが可能となる。

【図面の簡単な説明】

【図１】本発明のプログラム制御装置の構成例を示すブ
ロック図である。

【図２】図１の装置の動作を説明するためのフローチャ
ートである。

【図３】本発明のプログラム制御装置を応用した保険証
照合システムの構成例を示すブロック図である。

【図４】図３のシステムの動作を説明するためのフロー
チャートである。

【図５】従来のタスク起動の方法を説明するためのフロ
ーチャートである。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ ＶＲＡＭ ５ キーボードインタフェース ６ キーボード ７ Ｉ／Ｆ ８ ハードディスク（記憶手段） ９ ＣＲＴコントローラ １０ ＣＲＴ １１ システムバス １２ キーボードバッファ ３１ カード読み取り部 ３２ 処理部 ３３ 保険証読み取り部 ３４ 発行部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 キーボードより入力されたコマンドを蓄
   積するバッファと、前記バッファに蓄積されたコマンド
   を解釈し、対応するタスクを起動するコマンド解釈ソフ
   トウェアを有し、実メモリの大きさが制限され、仮想メ
   モリやマルチタスクが使用できないオペレーティングシ
   ステムのもとで、アプリケーションプログラムの実行を
   制御するプログラム制御方法において、 前記アプリケーションプログラムを前記実メモリで実行
   可能な所定の大きさの複数のタスクに分割し、 前記コマンド制御ソフトウェアによって起動された前記
   タスクは、所定の処理を実行した後、複数の前記タスク
   のうちの次に実行すべき所定のものに対応する前記コマ
   ンドを前記バッファに書き込むことを特徴とするプログ
   ラム制御方法。
2. 【請求項２】 前記オペレーティングシステムは、マイ
   クロソフトディスクオペレーティングシステムであるこ
   とを特徴とする請求項１に記載のプログラム制御方法。
3. 【請求項３】 キーボードより入力されたコマンドを蓄
   積するバッファと、前記バッファに蓄積されたコマンド
   を解釈し、対応するタスクを起動するコマンド解釈ソフ
   トウェアを有し、実メモリの大きさが制限され、仮想メ
   モリやマルチタスクが使用できないオペレーティングシ
   ステムのもとで、アプリケーションプログラムの実行を
   制御するプログラム制御装置において、 前記実メモリで実行可能な所定の大きさの複数のタスク
   に分割された前記アプリケーションプログラムを記憶す
   る記憶手段と、 前記コマンド制御ソフトウェアによって起動された前記
   タスクの一部を構成し、前記タスクが所定の処理を実行
   した後、複数の前記タスクのうちの次に実行すべき所定
   のものに対応する前記コマンドを前記バッファに書き込
   むコマンド書き込み手段とを備えることを特徴とするプ
   ログラム制御装置。