JPH05204669A - スケジュール方法 - Google Patents
スケジュール方法Info
- Publication number
- JPH05204669A JPH05204669A JP3258692A JP3258692A JPH05204669A JP H05204669 A JPH05204669 A JP H05204669A JP 3258692 A JP3258692 A JP 3258692A JP 3258692 A JP3258692 A JP 3258692A JP H05204669 A JPH05204669 A JP H05204669A
- Authority
- JP
- Japan
- Prior art keywords
- request
- processing
- software
- scheduler
- queue
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Advance Control (AREA)
Abstract
(57)【要約】
【目的】 専用プロセッサでの処理とソフトウェアでの
処理を並行して行えるようにし、処理効率の向上を図
る。 【構成】 ユーザプログラム１からキャンセル用要求が
発生すると、スケジューラ２は、要求のキャンセルを行
う前に判定領域９を参照しソフトウェア処理に切り替え
ることが示されている判定情報を検出すると、要求キュ
ー４の該当の要求例えば要求５ｂをソフトウェアにより
処理させ、その他の要求５ａ，５ｃ，５ｄは専用プロセ
ッサにより処理させる。したがって、要求５ｂと要求５
ａ，５ｃ，５ｄは並行して処理される。
処理を並行して行えるようにし、処理効率の向上を図
る。 【構成】 ユーザプログラム１からキャンセル用要求が
発生すると、スケジューラ２は、要求のキャンセルを行
う前に判定領域９を参照しソフトウェア処理に切り替え
ることが示されている判定情報を検出すると、要求キュ
ー４の該当の要求例えば要求５ｂをソフトウェアにより
処理させ、その他の要求５ａ，５ｃ，５ｄは専用プロセ
ッサにより処理させる。したがって、要求５ｂと要求５
ａ，５ｃ，５ｄは並行して処理される。
Description
【０００１】
【産業上の利用分野】本発明は、数値演算やデータベー
ス検索などを専用に行うプロセッサを装備したデータ処
理システムにおいて、専用プロセッサで処理を行うため
に発生した要求を、専用プロセッサとソフトウェアを用
いてスケジュールする方法に関するものである。
ス検索などを専用に行うプロセッサを装備したデータ処
理システムにおいて、専用プロセッサで処理を行うため
に発生した要求を、専用プロセッサとソフトウェアを用
いてスケジュールする方法に関するものである。
【０００２】
【従来の技術】高速なデータベースシステム検索を実現
する方法としては、データベース専用プロセッサを用い
た処理方法が開発されている。例えば三菱オフィスコン
ピュータMELCOM80 DPS10 MSA システム運用手引書に記
載されている従来のスケジュール方法の概略を図４に示
す。図４において、１はユーザの所望する処理の要求を
発生するユーザプログラム、２はユーザプログラム１よ
り発生した要求をスケジュールするスケジューラ、４は
スケジューラ２によりスケジュールされた要求を待機さ
せる要求キュー、５はユーザプログラム１から発生し要
求キュー４に待機された要求、３は要求５を実際に処理
する専用プロセッサである。
する方法としては、データベース専用プロセッサを用い
た処理方法が開発されている。例えば三菱オフィスコン
ピュータMELCOM80 DPS10 MSA システム運用手引書に記
載されている従来のスケジュール方法の概略を図４に示
す。図４において、１はユーザの所望する処理の要求を
発生するユーザプログラム、２はユーザプログラム１よ
り発生した要求をスケジュールするスケジューラ、４は
スケジューラ２によりスケジュールされた要求を待機さ
せる要求キュー、５はユーザプログラム１から発生し要
求キュー４に待機された要求、３は要求５を実際に処理
する専用プロセッサである。
【０００３】この従来のスケジュール方法での動作につ
いて説明する。ユーザプログラム１から専用プロセッサ
３で処理を行う要求が発生すると、スケジューラ２が呼
ばれる。スケジューラ２は、要求を処理するために専用
プロセッサ３に起動をかけ、専用プロセッサ３は、要求
されたプロセスを実行する。ここで、専用プロセッサ３
での処理を行うために、要求５は発生した順に要求キュ
ー４に入れられ、この要求キュー４から要求が取り出さ
れて専用プロセッサ３で処理される。この要求キュー４
に入り得る要求の待ち数は、システム生成時に決定さ
れ、その数を超えた場合にはソフトウェアでの処理が行
われる。
いて説明する。ユーザプログラム１から専用プロセッサ
３で処理を行う要求が発生すると、スケジューラ２が呼
ばれる。スケジューラ２は、要求を処理するために専用
プロセッサ３に起動をかけ、専用プロセッサ３は、要求
されたプロセスを実行する。ここで、専用プロセッサ３
での処理を行うために、要求５は発生した順に要求キュ
ー４に入れられ、この要求キュー４から要求が取り出さ
れて専用プロセッサ３で処理される。この要求キュー４
に入り得る要求の待ち数は、システム生成時に決定さ
れ、その数を超えた場合にはソフトウェアでの処理が行
われる。
【０００４】
【発明が解決しようとする課題】従来のスケジュール方
法は、以上のような処理方法となっていたため、専用プ
ロセッサを備えたデータ処理システムでは、発生した要
求はシステム生成時に決定された待ち数の数を超えない
限り要求キューに入れられる。したがって、ある要求が
長時間専用プロセッサを占有する場合には、他の要求
は、たとえ短時間で終わるとしても現在の処理が完了す
るまで実行を開始することができなかった。
法は、以上のような処理方法となっていたため、専用プ
ロセッサを備えたデータ処理システムでは、発生した要
求はシステム生成時に決定された待ち数の数を超えない
限り要求キューに入れられる。したがって、ある要求が
長時間専用プロセッサを占有する場合には、他の要求
は、たとえ短時間で終わるとしても現在の処理が完了す
るまで実行を開始することができなかった。
【０００５】この発明は上記のような問題点を解消する
ためになされたもので、専用プロセッサでの処理とソフ
トウェアでの処理を並行して行えるスケジュール方法を
提供することを目的とする。
ためになされたもので、専用プロセッサでの処理とソフ
トウェアでの処理を並行して行えるスケジュール方法を
提供することを目的とする。
【０００６】
【課題を解決するための手段】請求項１の発明に係るス
ケジュール方法においては、要求キュー４に待機された
要求をキャンセルさせるためのキャンセル用要求をユー
ザプログラム１に設け、また、ソフトウェアによる処理
に切り替えるかどうかを判定するための判定情報を格納
する判定領域９をスケジューラ２に設け、ユーザプログ
ラム１からキャンセル用要求が発生すると、要求のキャ
ンセルを行う前にスケジューラ２は判定領域９の判定情
報を参照し判定情報がソフトウェア処理に切り替えるこ
とを示す場合はソフトウェア処理に切り替え、要求キュ
ー４に待機された該当の要求をソフトウェアにより処理
させ、その他の要求は専用プロセッサ３により処理させ
ることを特徴とするものである。
ケジュール方法においては、要求キュー４に待機された
要求をキャンセルさせるためのキャンセル用要求をユー
ザプログラム１に設け、また、ソフトウェアによる処理
に切り替えるかどうかを判定するための判定情報を格納
する判定領域９をスケジューラ２に設け、ユーザプログ
ラム１からキャンセル用要求が発生すると、要求のキャ
ンセルを行う前にスケジューラ２は判定領域９の判定情
報を参照し判定情報がソフトウェア処理に切り替えるこ
とを示す場合はソフトウェア処理に切り替え、要求キュ
ー４に待機された該当の要求をソフトウェアにより処理
させ、その他の要求は専用プロセッサ３により処理させ
ることを特徴とするものである。
【０００７】請求項２の発明に係るスケジュール方法に
おいては、要求キュー４に待機された要求をキャンセル
させるためのキャンセル用要求をユーザプログラム１に
設け、また、ソフトウェアによる処理に切り替えるかど
うかを判定するための判定情報を格納する判定領域９を
スケジューラ２に設け、ユーザプログラム１からキャン
セル用要求が発生すると、スケジュールラ２は判定領域
９の判定情報を参照し判定情報がソフトウェア処理に切
り替えることを示す場合は要求キュー４に待機された該
当の要求をソフトウェア処理に切り替えるとともに、キ
ャンセルしたい要求のキャンセル処理も並行して行うこ
とを特徴とするものである。
おいては、要求キュー４に待機された要求をキャンセル
させるためのキャンセル用要求をユーザプログラム１に
設け、また、ソフトウェアによる処理に切り替えるかど
うかを判定するための判定情報を格納する判定領域９を
スケジューラ２に設け、ユーザプログラム１からキャン
セル用要求が発生すると、スケジュールラ２は判定領域
９の判定情報を参照し判定情報がソフトウェア処理に切
り替えることを示す場合は要求キュー４に待機された該
当の要求をソフトウェア処理に切り替えるとともに、キ
ャンセルしたい要求のキャンセル処理も並行して行うこ
とを特徴とするものである。
【０００８】
【作用】請求項１の発明において、ユーザプログラム１
からキャンセル用要求が発生すると、スケジューラ２に
よって、要求のキャンセルを行う前に判定領域９の判定
情報が参照され、判定情報がソフトウェア処理に切り替
えることを示す場合はソフトウェア処理に切り替えら
れ、要求キュー４に待機された該当の要求（ソフトウェ
ア処理に切り替えたい要求）はソフトウェアにより処理
させ、その他の要求は専用プロセッサ３により処理させ
る。
からキャンセル用要求が発生すると、スケジューラ２に
よって、要求のキャンセルを行う前に判定領域９の判定
情報が参照され、判定情報がソフトウェア処理に切り替
えることを示す場合はソフトウェア処理に切り替えら
れ、要求キュー４に待機された該当の要求（ソフトウェ
ア処理に切り替えたい要求）はソフトウェアにより処理
させ、その他の要求は専用プロセッサ３により処理させ
る。
【０００９】請求項２の発明において、ユーザプログラ
ム１からキャンセル用要求が発生すると、スケジューラ
２によって、判定領域９の判定情報が参照され、判定情
報がソフトウェア処理に切り替えることを示す場合は要
求キュー４に待機された該当の要求はソフトウェア処理
に切り替えられるとともに、キャンセルしたい要求のキ
ャンセル処理も並行して行われる。
ム１からキャンセル用要求が発生すると、スケジューラ
２によって、判定領域９の判定情報が参照され、判定情
報がソフトウェア処理に切り替えることを示す場合は要
求キュー４に待機された該当の要求はソフトウェア処理
に切り替えられるとともに、キャンセルしたい要求のキ
ャンセル処理も並行して行われる。
【００１０】
実施例１．図１はこの発明の一実施例によるスケジュー
ル方法の構成を示すブロック図である。図１において、
図４に示す構成要素に対応するものには同一の符号を付
し、その説明を省略する。図１において、９はソフトウ
ェアによる処理に切り替えるかどうかを判定するための
判定情報を格納する判定領域、８はソフトウェアによる
処理を行うプログラム、７はキャンセル処理を示すプロ
セス、５ａ〜５ｄは要求キュー４に待機されている通常
の要求、６はキャンセル時に送られてきて要求キュー４
に待機されたキャンセル用要求である。なお、判定領域
９はスケジューラ２の外に設けてもよい。
ル方法の構成を示すブロック図である。図１において、
図４に示す構成要素に対応するものには同一の符号を付
し、その説明を省略する。図１において、９はソフトウ
ェアによる処理に切り替えるかどうかを判定するための
判定情報を格納する判定領域、８はソフトウェアによる
処理を行うプログラム、７はキャンセル処理を示すプロ
セス、５ａ〜５ｄは要求キュー４に待機されている通常
の要求、６はキャンセル時に送られてきて要求キュー４
に待機されたキャンセル用要求である。なお、判定領域
９はスケジューラ２の外に設けてもよい。
【００１１】この実施例においては、要求キュー４に待
機された要求をキャンセルさせるためのキャンセル用要
求をユーザプログラム１に設け、また、判定領域２ａを
スケジューラ２に設け、ユーザプログラム１からキャン
セル用要求が発生すると、要求のキャンセルを行う前に
スケジューラ２は判定領域９の判定情報を参照し判定情
報がソフトウェア処理に切り替えることを示す場合はソ
フトウェア処理に切り替え、要求キュー４に待機された
該当の要求（ソフトウェア処理に切り替えたい要求）を
ソフトウェアにより処理させ、その他の要求は専用プロ
セッサ３により処理させる。即ち、この実施例において
は、ユーザプログラム１から要求をキャンセルするとい
うキャンセル用要求が生じると、その要求も通常の要求
と同じように要求キュー４に入れられる。ソフトウェア
処理に切り替える場合は、キャンセルを行う前に、ソフ
トウェア処理に切り替えるかキャンセルするかを判定す
る判定領域９にこのプロセスの識別子を示すｐｉｄ（判
定情報）をセットしておく。スケジューラ２は、この判
定領域９にｐｉｄがセットされていると該当要求をソフ
トウェア処理に切り替え、何もセットされていない場合
はその要求をキャンセルする。ソフトウェアに切り替え
る場合には要求に応じたプログラム８を呼ぶようにす
る。
機された要求をキャンセルさせるためのキャンセル用要
求をユーザプログラム１に設け、また、判定領域２ａを
スケジューラ２に設け、ユーザプログラム１からキャン
セル用要求が発生すると、要求のキャンセルを行う前に
スケジューラ２は判定領域９の判定情報を参照し判定情
報がソフトウェア処理に切り替えることを示す場合はソ
フトウェア処理に切り替え、要求キュー４に待機された
該当の要求（ソフトウェア処理に切り替えたい要求）を
ソフトウェアにより処理させ、その他の要求は専用プロ
セッサ３により処理させる。即ち、この実施例において
は、ユーザプログラム１から要求をキャンセルするとい
うキャンセル用要求が生じると、その要求も通常の要求
と同じように要求キュー４に入れられる。ソフトウェア
処理に切り替える場合は、キャンセルを行う前に、ソフ
トウェア処理に切り替えるかキャンセルするかを判定す
る判定領域９にこのプロセスの識別子を示すｐｉｄ（判
定情報）をセットしておく。スケジューラ２は、この判
定領域９にｐｉｄがセットされていると該当要求をソフ
トウェア処理に切り替え、何もセットされていない場合
はその要求をキャンセルする。ソフトウェアに切り替え
る場合には要求に応じたプログラム８を呼ぶようにす
る。
【００１２】図２はソフトウェア処理に切り替えるか、
キャンセルするかを判定するための上記判定領域９の内
容を示す図である。この判定領域９において初期化時に
すべて０にセットしておき、ソフトウェア処理に切り替
えるプロセスは、そのプロセスの識別子を示すｐｉｄと
してセットする。
キャンセルするかを判定するための上記判定領域９の内
容を示す図である。この判定領域９において初期化時に
すべて０にセットしておき、ソフトウェア処理に切り替
えるプロセスは、そのプロセスの識別子を示すｐｉｄと
してセットする。
【００１３】次に上記実施例の動作を図１、図２、及び
図３を参照しながら説明する。図３は要求をキューイン
グする過程と、キャンセル時にソフトウェア処理に切り
替える処理を示すフローチャートである。まず、ユーザ
プログラム１において要求が発生すると、その要求がキ
ャンセル用要求であるかどうかのチェックを行う（ステ
ップ１０）。キャンセル用要求であれば、ソフトウェア
処理に切り替える判定を行う判定領域９を参照し（ステ
ップ１１）、このプロセスのｐｉｄが存在する場合は、
要求を要求キュー４からデキューし（ステップ１３）、
ソフトウェア処理のための関数をコールする（ステップ
１４）。そして、判定領域９内のソフトウェア処理用の
領域にあるｐｉｄをクリアする（ステップ１５）。ｐｉ
ｄがソフトウェア処理用の領域に存在しない場合は、キ
ャンセル処理を行う（ステップ１２）。この処理は、未
処理のキャンセル用要求がなくなるまで繰り返される。
図３を参照しながら説明する。図３は要求をキューイン
グする過程と、キャンセル時にソフトウェア処理に切り
替える処理を示すフローチャートである。まず、ユーザ
プログラム１において要求が発生すると、その要求がキ
ャンセル用要求であるかどうかのチェックを行う（ステ
ップ１０）。キャンセル用要求であれば、ソフトウェア
処理に切り替える判定を行う判定領域９を参照し（ステ
ップ１１）、このプロセスのｐｉｄが存在する場合は、
要求を要求キュー４からデキューし（ステップ１３）、
ソフトウェア処理のための関数をコールする（ステップ
１４）。そして、判定領域９内のソフトウェア処理用の
領域にあるｐｉｄをクリアする（ステップ１５）。ｐｉ
ｄがソフトウェア処理用の領域に存在しない場合は、キ
ャンセル処理を行う（ステップ１２）。この処理は、未
処理のキャンセル用要求がなくなるまで繰り返される。
【００１４】未処理のキャンセル用要求がなくなると、
通常の要求のチェックを行う（ステップ１６）。要求が
あれば、それをキューイングし（ステップ１７）、専用
プロセッサ３で処理する（ステップ１８）。この処理は
要求キュー４にたまった要求がなくなるまで繰り返さ
れ、未処理の要求がすべてなくなると、待機して次の要
求が発生するのを待つ（ステップ１９）。
通常の要求のチェックを行う（ステップ１６）。要求が
あれば、それをキューイングし（ステップ１７）、専用
プロセッサ３で処理する（ステップ１８）。この処理は
要求キュー４にたまった要求がなくなるまで繰り返さ
れ、未処理の要求がすべてなくなると、待機して次の要
求が発生するのを待つ（ステップ１９）。
【００１５】一旦、要求キュー４に入った要求をソフト
ウェア処理に切り替える様子を図１と図２を参照して説
明する。要求キュー４に入っている要求のうち点線で示
す要求５ｂをソフトウェア処理に切り替える場合を考え
る。まず、ソフトウェア処理に切り替えるために、判定
領域９の０が入っている部分の最初のエントリに、この
プロセスのｐｉｄをセットする。この処理のために、別
のコマンドを用意しておく。次に、要求５ｂをキャンセ
ルすると、斜線で示したキャンセル用要求６が作成さ
れ、要求キュー４に入れられる。このキャンセル用要求
６には、ｐｉｄを情報として持たせておく。スケジュー
ラ２は、キャンセル用要求を見つけると、キャンセル処
理を開始する。そしてスケジューラ２は判定領域９を参
照し、キャンセル用要求６が持っているｐｉｄと同じｐ
ｉｄが判定領域９にセットされていると、要求キュー４
から要求５ｂをデキューし、ソフトウェア処理に切り替
える。
ウェア処理に切り替える様子を図１と図２を参照して説
明する。要求キュー４に入っている要求のうち点線で示
す要求５ｂをソフトウェア処理に切り替える場合を考え
る。まず、ソフトウェア処理に切り替えるために、判定
領域９の０が入っている部分の最初のエントリに、この
プロセスのｐｉｄをセットする。この処理のために、別
のコマンドを用意しておく。次に、要求５ｂをキャンセ
ルすると、斜線で示したキャンセル用要求６が作成さ
れ、要求キュー４に入れられる。このキャンセル用要求
６には、ｐｉｄを情報として持たせておく。スケジュー
ラ２は、キャンセル用要求を見つけると、キャンセル処
理を開始する。そしてスケジューラ２は判定領域９を参
照し、キャンセル用要求６が持っているｐｉｄと同じｐ
ｉｄが判定領域９にセットされていると、要求キュー４
から要求５ｂをデキューし、ソフトウェア処理に切り替
える。
【００１６】実施例２．ところで要求キュー４には、複
数のユーザプログラム１からの複数の要求が入ってくる
ため、ソフトウェアに切り替えたり、キャンセルしたい
という要求が混在する。この場合でも、キャンセルする
要求は、ｐｉｄが判定領域９にセットされていないた
め、ソフトウェア処理への切り替えや、キャンセル処理
を並行して行うことが可能である。この場合、スケジュ
ーラ２は、ユーザプログラム１からキャンセル用要求が
発生すると、判定領域９を参照しソフトウェア処理に切
り替えることを示すｐｉｄが設定されている場合は要求
キュー４に待機された該当の要求をソフトウェア処理へ
切り替え、これと並行してキャンセルしたい要求のキャ
ンセル処理も行う。
数のユーザプログラム１からの複数の要求が入ってくる
ため、ソフトウェアに切り替えたり、キャンセルしたい
という要求が混在する。この場合でも、キャンセルする
要求は、ｐｉｄが判定領域９にセットされていないた
め、ソフトウェア処理への切り替えや、キャンセル処理
を並行して行うことが可能である。この場合、スケジュ
ーラ２は、ユーザプログラム１からキャンセル用要求が
発生すると、判定領域９を参照しソフトウェア処理に切
り替えることを示すｐｉｄが設定されている場合は要求
キュー４に待機された該当の要求をソフトウェア処理へ
切り替え、これと並行してキャンセルしたい要求のキャ
ンセル処理も行う。
【００１７】
【発明の効果】以上のように本発明によれば、キャンセ
ル用要求が発生すると、要求のキャンセルを行う前に判
定領域の判定情報がソフトウェア処理に切り替えること
を示す場合、要求キューの該当要求をソフトウェア処理
に切り替えて処理させ、その他の要求は専用プロセッサ
により処理させるようにしたので、一旦要求キューに入
った要求をユーザの意志によってソフトウェアの処理に
切り替えられ、専用プロセッサでの処理とソフトウェア
での処理を並行して行うことができ、したがって処理効
率が向上するという効果が得られる。
ル用要求が発生すると、要求のキャンセルを行う前に判
定領域の判定情報がソフトウェア処理に切り替えること
を示す場合、要求キューの該当要求をソフトウェア処理
に切り替えて処理させ、その他の要求は専用プロセッサ
により処理させるようにしたので、一旦要求キューに入
った要求をユーザの意志によってソフトウェアの処理に
切り替えられ、専用プロセッサでの処理とソフトウェア
での処理を並行して行うことができ、したがって処理効
率が向上するという効果が得られる。
【００１８】また、本発明によれば、キャンセル用要求
が発生し、判定情報がソフトウェア処理に切り替えるこ
とを示す場合は要求キューに待機された該当の要求をソ
フトウェア処理へ切り替えるとともに、キャンセルした
い要求のキャンセル処理も並行して行うようにしたの
で、要求キューにソフトウェアに切り替えたい要求やキ
ャンセルしたい要求が混在していても、キャンセルする
要求に対する判定情報は判定領域にセットされないた
め、ソフトウェア処理への切り替えとキャンセル処理を
並行して行うことが可能となり、また、専用プロセッサ
での処理とソフトウェアでの処理を並行して行え、した
がって処理効率が向上するという効果が得られる。
が発生し、判定情報がソフトウェア処理に切り替えるこ
とを示す場合は要求キューに待機された該当の要求をソ
フトウェア処理へ切り替えるとともに、キャンセルした
い要求のキャンセル処理も並行して行うようにしたの
で、要求キューにソフトウェアに切り替えたい要求やキ
ャンセルしたい要求が混在していても、キャンセルする
要求に対する判定情報は判定領域にセットされないた
め、ソフトウェア処理への切り替えとキャンセル処理を
並行して行うことが可能となり、また、専用プロセッサ
での処理とソフトウェアでの処理を並行して行え、した
がって処理効率が向上するという効果が得られる。
【図１】この発明の一実施例に係るスケジュール方法の
構成を示すブロック図である。
構成を示すブロック図である。
【図２】この実施例における判定領域の内容を示す図で
ある。
ある。
【図３】この実施例において要求をキューイングする過
程と、キャンセル時にソフトウェア処理に切り替える処
理を示すフローチャートである。
程と、キャンセル時にソフトウェア処理に切り替える処
理を示すフローチャートである。
【図４】従来のスケジュール方法の構成を示すブロック
図である。
図である。
１ ユーザプログラム ２ スケジューラ ３ 専用プロセッサ ４ 要求キュー ５ａ〜５ｄ 通常の要求 ６ キャンセル用要求 ８ ソフトウェアによる処理を行うプログラム ９ 判定領域
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成４年９月８日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正内容】
【０００７】請求項２の発明に係るスケジュール方法に
おいては、要求キュー４に待機された要求をキャンセル
させるためのキャンセル用要求をユーザプログラム１に
設け、また、ソフトウェアによる処理に切り替えるかど
うかを判定するための判定情報を格納する判定領域９を
スケジューラ２に設け、ユーザプログラム１からキャン
セル用要求が発生すると、スケジューラ２は判定領域９
の判定情報を参照し判定情報がソフトウェア処理に切り
替えることを示す場合は要求キュー４に待機された該当
の要求をソフトウェア処理に切り替えるとともに、キャ
ンセルしたい要求のキャンセル処理も並行して行うこと
を特徴とするものである。
おいては、要求キュー４に待機された要求をキャンセル
させるためのキャンセル用要求をユーザプログラム１に
設け、また、ソフトウェアによる処理に切り替えるかど
うかを判定するための判定情報を格納する判定領域９を
スケジューラ２に設け、ユーザプログラム１からキャン
セル用要求が発生すると、スケジューラ２は判定領域９
の判定情報を参照し判定情報がソフトウェア処理に切り
替えることを示す場合は要求キュー４に待機された該当
の要求をソフトウェア処理に切り替えるとともに、キャ
ンセルしたい要求のキャンセル処理も並行して行うこと
を特徴とするものである。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正内容】
【００１０】
【実施例】 実施例１．図１はこの発明の一実施例によるスケジュー
ル方法の構成を示すブロック図である。図１において、
図４に示す構成要素に対応するものには同一の符号を付
し、その説明を省略する。図１において、９はソフトウ
ェアによる処理に切り替えるかどうかを判定するための
判定情報を格納する判定領域、８はソフトウェアによる
処理を行うプログラム、７はキャンセル処理を示すプロ
セス、５ａ〜５ｄは要求キュー４に待機されている通常
の要求、６はキャンセル時に送られてきて要求キュー４
に待機されたキャンセル用要求である。なお、判定領域
９はスケジューラ２の外に設ける。
ル方法の構成を示すブロック図である。図１において、
図４に示す構成要素に対応するものには同一の符号を付
し、その説明を省略する。図１において、９はソフトウ
ェアによる処理に切り替えるかどうかを判定するための
判定情報を格納する判定領域、８はソフトウェアによる
処理を行うプログラム、７はキャンセル処理を示すプロ
セス、５ａ〜５ｄは要求キュー４に待機されている通常
の要求、６はキャンセル時に送られてきて要求キュー４
に待機されたキャンセル用要求である。なお、判定領域
９はスケジューラ２の外に設ける。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正内容】
【００１１】この実施例においては、要求キュー４に待
機された要求をキャンセルさせるためのキャンセル用要
求をユーザプログラム１に設け、また、判定領域９をス
ケジューラ２に設け、ユーザプログラム１からキャンセ
ル用要求が発生すると、要求のキャンセルを行う前にス
ケジューラ２は判定領域９の判定情報を参照し判定情報
がソフトウェア処理に切り替えることを示す場合はソフ
トウェア処理に切り替え、要求キュー４に待機された該
当の要求（ソフトウェア処理に切り替えたい要求）をソ
フトウェアにより処理させ、その他の要求は専用プロセ
ッサ３により処理させる。即ち、この実施例において
は、ユーザプログラム１から要求をキャンセルするとい
うキャンセル用要求が生じると、その要求も通常の要求
と同じように要求キュー４に入れられる。ソフトウェア
処理に切り替える場合は、キャンセルを行う前に、ソフ
トウェア処理に切り替えるかキャンセルするかを判定す
る判定領域９にこのプロセスの識別子を示すｐｉｄ（判
定情報）をセットしておく。スケジューラ２は、この判
定領域９にｐｉｄがセットされていると該当要求をソフ
トウェア処理に切り替え、何もセットされていない場合
はその要求をキャンセルする。ソフトウェアに切り替え
る場合には要求に応じたプログラム８を呼ぶようにす
る。
機された要求をキャンセルさせるためのキャンセル用要
求をユーザプログラム１に設け、また、判定領域９をス
ケジューラ２に設け、ユーザプログラム１からキャンセ
ル用要求が発生すると、要求のキャンセルを行う前にス
ケジューラ２は判定領域９の判定情報を参照し判定情報
がソフトウェア処理に切り替えることを示す場合はソフ
トウェア処理に切り替え、要求キュー４に待機された該
当の要求（ソフトウェア処理に切り替えたい要求）をソ
フトウェアにより処理させ、その他の要求は専用プロセ
ッサ３により処理させる。即ち、この実施例において
は、ユーザプログラム１から要求をキャンセルするとい
うキャンセル用要求が生じると、その要求も通常の要求
と同じように要求キュー４に入れられる。ソフトウェア
処理に切り替える場合は、キャンセルを行う前に、ソフ
トウェア処理に切り替えるかキャンセルするかを判定す
る判定領域９にこのプロセスの識別子を示すｐｉｄ（判
定情報）をセットしておく。スケジューラ２は、この判
定領域９にｐｉｄがセットされていると該当要求をソフ
トウェア処理に切り替え、何もセットされていない場合
はその要求をキャンセルする。ソフトウェアに切り替え
る場合には要求に応じたプログラム８を呼ぶようにす
る。
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正内容】
【図１】
Claims (2)
- 【請求項１】 ユーザの所望する処理の要求を発生する
ユーザプログラムと、このユーザプログラムより発生し
た要求をスケジュールするスケジューラと、このスケジ
ューラによりスケジュールされた要求を待機させる要求
キューと、この要求キューに待機された要求を実際に処
理する専用プロセッサとを備えたデータ処理システムに
おいて、上記要求キューに待機された要求をキャンセル
させるためのキャンセル用要求を設け、また、ソフトウ
ェアによる処理に切り替えるかどうかを判定するための
判定情報を格納する判定領域を設け、上記ユーザプログ
ラムからキャンセル用要求が発生すると、要求のキャン
セルを行う前に上記スケジューラは、上記判定領域の判
定情報を参照し該判定情報がソフトウェア処理に切り替
えることを示す場合はソフトウェア処理に切り替え、上
記要求キューに待機された該当の要求をソフトウェアに
より処理させ、その他の要求は上記専用プロセッサによ
り処理させることを特徴とするスケジュール方法。 - 【請求項２】 ユーザの所望する処理の要求を発生する
ユーザプログラムと、このユーザプログラムより発生し
た要求をスケジュールするスケジューラと、このスケジ
ューラによりスケジュールされた要求を待機させる要求
キューと、この要求キューに待機された要求を実際に処
理する専用プロセッサとを備えたデータ処理システムに
おいて、上記要求キューに待機された要求をキャンセル
させるためのキャンセル用要求を設け、また、ソフトウ
ェアによる処理に切り替えるかどうかを判定するための
判定情報を格納する判定領域を設け、上記ユーザプログ
ラムからキャンセル用要求が発生すると上記スケジュー
ラは、上記判定領域の判定情報を参照し該判定情報がソ
フトウェア処理に切り替えることを示す場合は上記要求
キューに待機された該当の要求をソフトウェア処理へ切
り替えるとともに、キャンセルしたい要求のキャンセル
処理も並行して行うことを特徴とするスケジュール方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3258692A JPH05204669A (ja) | 1992-01-23 | 1992-01-23 | スケジュール方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3258692A JPH05204669A (ja) | 1992-01-23 | 1992-01-23 | スケジュール方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05204669A true JPH05204669A (ja) | 1993-08-13 |
Family
ID=12362974
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3258692A Pending JPH05204669A (ja) | 1992-01-23 | 1992-01-23 | スケジュール方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05204669A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012018668A (ja) * | 2010-07-07 | 2012-01-26 | Arm Ltd | 専用機能ハードウェア間の切り替えおよび結果データを生成するソフトウェアルーチンの使用 |
-
1992
- 1992-01-23 JP JP3258692A patent/JPH05204669A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012018668A (ja) * | 2010-07-07 | 2012-01-26 | Arm Ltd | 専用機能ハードウェア間の切り替えおよび結果データを生成するソフトウェアルーチンの使用 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0301221B1 (en) | An improved subsystem input service for dynamically scheduling work for a computer system | |
| EP1189137A1 (en) | Interruption managing device and interruption managing method | |
| US20050125793A1 (en) | Operating system kernel-assisted, self-balanced, access-protected library framework in a run-to-completion multi-processor environment | |
| JP2561801B2 (ja) | プロセス・スケジューリングの管理方法およびシステム | |
| EP0362106A3 (en) | Method for scheduling execution of distributed application programs at preset times in an sna lu 6.2 network environment | |
| CN100419688C (zh) | 中断控制装置及控制方法 | |
| US7590990B2 (en) | Computer system | |
| JPH05204669A (ja) | スケジュール方法 | |
| JP2005092780A (ja) | リアルタイムプロセッサシステム及び制御方法 | |
| JP2636722B2 (ja) | マルチタスク実行管理方式 | |
| JPH07302246A (ja) | スケジューリング方式 | |
| JP2002099435A (ja) | マルチタスク制御方法および情報処理装置 | |
| JP3601677B2 (ja) | タスク処理システム | |
| JPS58181149A (ja) | 計算機システムの制御方式 | |
| JP2915074B2 (ja) | マルチタスク処理システムにおけるイベントデキューイング方法 | |
| JPH1078942A (ja) | マルチプロセッサシステム | |
| JPH0240723A (ja) | メッセージ送受信管理方式 | |
| JPH01258135A (ja) | トランザクション実行制御方式 | |
| JP2000047881A (ja) | リアルタイムシステム | |
| KR100241343B1 (ko) | 동일 레벨 인터럽트 실행순서 제어방법 | |
| JPH04162155A (ja) | ファイル転送管理システム | |
| KR940003846B1 (ko) | 전전자 교환기 시스템의 실시간 처리 스케줄링 방법 | |
| JPH06187171A (ja) | 割込みにおけるスケジューリング方式 | |
| Labrosse | Operating systems | |
| JP3870730B2 (ja) | タスク管理システム |