JPS61267854A - デ−タ処理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ この発明は、リアルタイム処理の要求されるデータ処理
システムに関するものである。

［従来の技術］ 従来のデータ処理システム、特にデータ通信システムは
、そのほとんどがリアルタイム処理機能を有するＯ３（
オペレーティングシステム）により動作している。

第５図は従来のデータ通信システムのソフトウェア構成
を示す概念図であり、（２０）はリアルタイムＯ８，（
２１＞はこのＯ８の制御下で動作するタスク群である。

このタスク群の各タスクは、例えばコンソールからの入
力を管理するタスク、データをファイルに書き込んだリ
ファイルから読み出したりするタスクなど、個々に独立
した応用プログラムの最小仕事単位であり、リアルタイ
ムＯ８はこれらのタスクを管理し、並行処理、優先処理
を行ってＣＰＵの空き時間を少なくし、データ通信シス
テムの処理能力を向上させる。

ここで並行処理とは、例えば入出力動作中に入出力動作
を要求したタスク以外のタスクを同時に実行させること
であり、入出力動作中に生ずるＣＰＵの遊び時間を極力
少なくするためのものである。この場合、タスクを同時
に処理すると言っても、ＣＰｔＪが１つしかない場合に
は、厳密に言えば同時処理は不可能である。このような
場合、各タスクにあらかじめ優先順位を付けておけば同
時に近い処理ができる。つまり、あるタスクがデータ入
力待ちになうたら優先順位に基づいて他のタスクを実行
させ、そのタスクがデータ入力待ちになったらさらに次
に優先順位の高いタスクを実行させるといった処理動作
が可能となる。これを優先処理という。

リアルタイムＯ８の最大の目的は、タスクと入出力の並
行処理、タスク間の優先処理といったマルチタスキング
処理であり、ユーザーから見れば同時に処理されている
ように見える。

したがって、このようなリアルタイムＯ８の下で動作す
るデータ通信システムでは、例えばキー人力処理中にお
いても同時にデータの受信ができる。

［発明が解決しようとする問題点］ 従来のデータ通信システムは、上述のようにリアルタイ
ム処理機能を有するＯ８が多く用いられているが、リア
ルタイム処理機能の無い汎用のＯ８を有するパーソナル
コンピュータなどの計算機装置が広く利用されているこ
とを考えると、このような汎用Ｏ８を有する計算機装置
に通信機能を付加したデータ通信システムを開発し、一
般のユーザーにも容易にデータ通信システムを利用でき
るようにした方が望ましい。

しかし、通常用いられている汎用Ｏ８を単純に使用した
場合においては、例えばあるタスクでキー人力待ちにな
っている場合、このタスクからＯ８に制御が移った後、
最初のキー人力があるまで処理が停止してしまい、リア
ルタイム処理が必要とされるデータ通信システムとして
動作しないという問題点が生ずる。

この発明は、上記のような問題点を解決するためになさ
れたもので、リアルタイム処理機能の無い汎用Ｏ８を有
する計算機装置を用いた場合でも、キー人力処理と並行
して他のタスクも実行できるデータ処理システムを得る
ことを目的とする。

［問題点を解決するための手段］ この発明に係るデータ処理システムは、個々に独立した
仕事の単位の処理時間を効率的に割当てて処理させるオ
ペレーティングシステムを備えた計算機装置と、上記仕
事の単位をリアルタイムで処理するためのリアルタイム
モニタと、このリアルタイムモニタに管理され、データ
入力手段のデータ入力時間間隔を計時するタイマとを設
け、前記リアルタイムモニタは前記タイマの設定時間内
にデータ入力があれば現在処理中の仕事の処理を前記オ
ペレーティングシステムに続行させ、設定時間内になけ
れば他の仕事の処理に移行させる制御を行なうようにし
たものである。

［作用コ タイマは、リアルタイムモニタにより制御され、あらか
じめ設定された時間内におけるデータ入力手段からのデ
ータ入力のチェックをシステムコールにより行う。この
タイマがタイムアツプするまでに上記データ入力があれ
ば入力処理が行われ、上記データ入力がなければ他のタ
スクが実行され、ある時間が来ると再び上記データ入力
のチェックが行なわれる。

［発明の実施例］ 第３図はこの発明が適用されるデータ処理システム、特
にデータ通信システムのハードウェア構成図で、従来の
データ通信システムの構成と同一である。第３図におい
て、（１）は種々のデータを表示するキャラクタ・デス
プレイ（ＣＲＴ＞、（２）はこのキャラクタ・デスプレ
イを制御する装置、（３〉はデータを印字するためのプ
リンタ、（４）はこのプリンタ（３）を制御する装置、
（５）はデータを入力するためのデータ入力手段として
のキーボード、（６）はこのキーボード（６）を制御す
るための装置、（７）はデータを保存するためのフロッ
ピー・ディスク（ＦＤＤ）、（８）はこのフロッピー・
ディスク（７）を制御するための装置である。（９）は
中央制御装置（ＣＰＵ）、（１０）はこの実施例のデー
タ通信システムを制御する制御プログラムおよびデータ
を処理する為の処理プログラムを格納するリードオンリ
メモリ（ＲＯＭ＞、（１１）は通信データを格納するラ
ンダムアクセスメモリ（ＲＡＭ）、（１２）は通信を制
御するための通信制御部である。また、（１３）は割り
込み処理を行うための装置であり、上述の各装置間のデ
ータのやりとりや制御信号は内部バスを介して行われる
。

第１図は、この発明が適用されるデータ通信システムの
ソフトウェア構成図であり、第３図のＲＯＭ（１０）に
格納されている。同図において、（１４）はこのデータ
通信システム全体を制御する汎用のＯ３，（１５）はこ
の０３（１４）が備えていないリアルタイム処理機能を
実現するモニタ（リアルタイムモニタ）、（１６）はキ
ー人力処理やデータ処理などを実行する個々に独立した
プログラムのタスク群であり、リアルタイムモニタ（１
５）に管理されている。（１７）は時間の監視を行うた
めのタイマで、これもリアルタイムモニタ（１５）に管
理されている。

次に上記実施例の動作を第２図および第４図を参照しな
がら説明する。ただし、第２図は第１図に示したタスク
群（１６）の中のキー人力管理タスクにおけるキー人力
処理に限ったフローチャート、第４図はキー人力処理を
中心とした処理のタイミングチャートである。

先ず、このデータ通信システムに着信があると、通信制
御部（１２）によって受信制御が行われＲＯＭ（１０）
内の通信制御タスクによりデータがＲＡＭ（１１）に取
り込まれる。ＲＡＭ（１１）内に格納されたデータはＣ
ＲＴ（１）に表示したり、プリンタ（３）に出力したり
、ＦＤＤ　（７）に保存される。一方、データを送信す
る場合は、ＦＤＤ　（７）からＲＡＭ（１１）に読み込
まれたデータがＲＯＭ（１０）内の通信制御タスクによ
り、通信制御部（１２）を介して送信される。

キー人力管理タスクに設置されたタイマは、一定周期で
割込みを発生させるハードウェアのクロックを用いて作
成されたソフトウェアタイマであり、キー人力があった
かどうかをあらかじめ設定した時間内（例えば、５０ｍ
５ｅｃ）でタイムアツプするまで監視するものである。

まず、第２図のフロートチャートを用いてキー人力処理
について説明する。キー人力タスクにおいて、キー人力
待ちになるとタイマが起動される（ステップＳ　２）。

タイマの起動後、モニタがタイムアツプしたかどうかの
判断をしくステップＳ３）、タイムアツプしていなけれ
ばシステムコールによりキー人力があったかどうかのチ
ェックを行う（ステップＳ４）、キー人力があったこと
が確認されれば、その入力データを取り込んでこのタス
クの次の処理が実行され（ステップ＄５およびＳ６）、
キー人力がなければ再びステップＳ３に戻り、タイムア
ツプするまでこのループを回る。

ループを回っているうちにタイマがタイムアツプすると
、モニタがこのタスクの中断処理（このタスクの再実行
に必要な諸データの保存）を行い、次に実行されるべき
他のタスクのうちの１つが選択され、このタスク（タス
クＡとする）が実行される（ステップＳ７）。タスクＡ
が実行されている間やタスクＡが実行終了してまた別の
タスク（タスクＢとする）が実行されている間にクロッ
クによる割込みが発生すると、キー人力管理タスクが再
実行され、キー人力待ちの状態に戻り、再びタイマが起
動されることになる（ステップ３２）。

次に、第２図のフローチャートで示した処理の流れの一
例を第４図のタイムチャートで説明する。

ただし、このタイムチャートにおける時間軸は、時間の
流れの向きを概念的に示しているものである。

まずキー人力管理タスクにおいて、キー人力待ちになる
とタイマが起動しく時刻ｔ１）、あらかじめ設定した時
間（例えば、５０ｍ５ＣＣ）がタイムアツプするまでキ
ー人力があったかどうかのチェックをシステムコールに
より行なう。キー人力が確認されずにタイムアツプする
とく時刻ｔ２）、次のタイマ起動があるまでこのタスク
は中断される。この中断処理はリアルタイムモニタが行
い、キー人力タスクが再び実行を始める時に必要な諸情
報を保存する。次に実行されるべきタスクがアイドルタ
スクであればリアルタイムモニタはアイドルタスクに実
行権を与え、アイドルタスクが実行される（時刻ｔ３）
。ここで、アイドルタスクとは他のすべてのタスクが実
行されていない時に必ず実行される優先順位の最も低い
タスクであり、アイドルタスクが存在することによって
実行されていないタスクが１つもないという状態はあり
えなくなる。

アイドルタスクが実行されている時に、タスクＡやタス
クＢの実行割込みがあると（例えば、時刻ｔ　４．　ｔ
５）、リアルタイムモニタがタスクＡやタスクＢに実行
権を与える。しばらくすると、クロックによる割込みが
発生しく時刻ｔ６）、リアルタイムモニタがキー人力管
理タスクに実行権を与え、キー人力管理タスクが既に保
存されているた諸情報に基いて実行が再開される（時刻
ｔ７）。

キー人力管理タスクは実行再開後、タイマによるキー人
力、チェックを行い、タイムアツプするまでにキー人力
が確認されるとく時刻ｔ８）、この入力データが取り込
まれ、キー人力管理タスクの次の処理に移る。

第２図のフローチャートを見て分かるように、キー人力
あるまで、あるいはタイムアツプするまで同一ループを
回り続けることになるが、タイムアツプするまでの時間
が極めて短かいため、リアルタイム処理が実現できる。

なお、上記実施例では通信機能を付加したデータ処理シ
ステムについて述べたが、通信機能の無いデータ処理シ
ステムにも適用できる。また、データ入力手段としては
キーボードに限定されず、音声入力装置等であってもよ
い。

［発明の効果］ 以上説明したようにこの発明の実施例によれば、タイマ
の設定時間内にデータ入力があればデータを取込”んで
現在処理中の処理をオペレーティングシステムに続行さ
せ、上記設定時間内にデータ入力がなければ他の仕事の
処理に移行させるようにしたので、入力処理中において
も計算機装置の処理動作は停止せず、データ入力手段に
よるデータ入力処理以外の処理が同時に実行できるよう
になり、上記のような計算機装置でもデータ通信システ
ムとして利用可能になるという効果がある。

【図面の簡単な説明】

第１図はこの発明の実施例によるデータ処理システムの
特にデータ通信システムのソフトウェア構成図、第２図
はこの発明の実施例によるデータ処理システムのキー人
力処理部のフローチャート、第３図はこの発明の実施例
および従来例における共通のハードウェア構成図、第４
図はこの発明の実施例によるキー人力処理を中心とした
データ通信処理のタイムチャート、第５図は従来のデー
タ通信システムのソフトウェア構成図でおる。 （５）・・・キーボード（データ入力手段）、（１２）
・・・通信制御部、（１４）・・・汎用Ｏ８、（１５）
・・・リアルタイムモニタ、（１６）・・・タスク群、
（１７）・・・タイマ。 代理人　　　　大台　増雄（外２名） 第１図 第２図 手続補正書（自発 も

Claims (1)

【特許請求の範囲】
1. 個々に独立した仕事の単位の処理時間を効率的に割当て
   て処理させるオペレーティングシステムを備えた計算機
   装置と、上記仕事の単位をリアルタイムで処理するため
   のリアルタイムモニタと、このリアルタイムモニタに管
   理され、データ入力手段からのデータ入力の時間間隔を
   計時するタイマとを設け、前記リアルタイムモニタは前
   記タイマの設定時間内に上記データ入力があればデータ
   を取込んで現在処理中の仕事の処理を前記オペレーティ
   ングシステムに続行させ、上記設定時間内に上記データ
   入力がなければ他の仕事の処理に移行させる制御を行な
   うことを特徴とするデータ処理システム。