JPH06131201A - 情報処理装置 - Google Patents
情報処理装置Info
- Publication number
- JPH06131201A JPH06131201A JP27740892A JP27740892A JPH06131201A JP H06131201 A JPH06131201 A JP H06131201A JP 27740892 A JP27740892 A JP 27740892A JP 27740892 A JP27740892 A JP 27740892A JP H06131201 A JPH06131201 A JP H06131201A
- Authority
- JP
- Japan
- Prior art keywords
- task
- priority
- tcb
- priority level
- running
- 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
Abstract
(57)【要約】
【目的】 タスクの余裕度や使用者の要求に応じて優先
順位を動的設定可能にする。 【構成】 ＴＣＢ上にタスクの余裕度、使用者の要求等
を示す情報を設定する。ＴＣＢを参照して起動タスクを
変更する際、これらを勘案して起動すべきタスクを決定
する。 【効果】 優先順位を実質的に動的設定可能になる。
順位を動的設定可能にする。 【構成】 ＴＣＢ上にタスクの余裕度、使用者の要求等
を示す情報を設定する。ＴＣＢを参照して起動タスクを
変更する際、これらを勘案して起動すべきタスクを決定
する。 【効果】 優先順位を実質的に動的設定可能になる。
Description
【０００１】
【産業上の利用分野】本発明は、マルチタスクシステム
に係る情報処理装置に関する。
に係る情報処理装置に関する。
【０００２】
【従来の技術】マルチタスクシステムは、複数のタスク
をその優先順位に基づき外見上並列して走行させるシス
テムである。このシステムは、例えば図６に示されるよ
うな環境において実施される。この図に示される実施環
境は、コンピュータ１０にコンソール１２、磁気テープ
装置（ＭＴ）１４、ハードディスク装置（ＨＤ）１６及
びフロッピィディスク装置（ＦＤ）１８を接続した構成
である。コンピュータ１０には、マルチタスクシステム
において用いられるタスクコントロールブロック（ＴＣ
Ｂ）が搭載されている。
をその優先順位に基づき外見上並列して走行させるシス
テムである。このシステムは、例えば図６に示されるよ
うな環境において実施される。この図に示される実施環
境は、コンピュータ１０にコンソール１２、磁気テープ
装置（ＭＴ）１４、ハードディスク装置（ＨＤ）１６及
びフロッピィディスク装置（ＦＤ）１８を接続した構成
である。コンピュータ１０には、マルチタスクシステム
において用いられるタスクコントロールブロック（ＴＣ
Ｂ）が搭載されている。
【０００３】図７には、マルチタスクシステムの構成が
示されている。この図に示されるように、マルチタスク
システムは、タスクスケジューラ２０によって各タスク
２２−１，２２−２，…２２−Ｎを起動させる構成を有
している。電源が投入されあるいは所定の事象（イベン
ト）が発生すると、タスクスケジューラ２０が起動し、
ＴＣＢを参照することにより、起動させるべきタスクを
選択する。
示されている。この図に示されるように、マルチタスク
システムは、タスクスケジューラ２０によって各タスク
２２−１，２２−２，…２２−Ｎを起動させる構成を有
している。電源が投入されあるいは所定の事象（イベン
ト）が発生すると、タスクスケジューラ２０が起動し、
ＴＣＢを参照することにより、起動させるべきタスクを
選択する。
【０００４】ＴＣＢは、コンピュータ１０の主記憶装置
等に記憶されており、例えば図８に示されるような内容
を有するテーブルである。この図に示されるように、Ｔ
ＣＢは、各タスクを識別するための符号であるタスクＩ
Ｄ、各タスクの優先順位及び走行状態を対応付けるテー
ブルである。優先順位は、この図においては、その値が
小さいほど高い順位である。また、走行状態がＲＵＮＮ
ＩＮＧの場合には対応するタスクが走行中であること
を、ＷＡＩＴＩＮＧであるときには対応するタスクが走
行可能であるが現在走行してはいないことを、ＳＵＳＰ
ＥＮＤＩＮＧの場合には対応するタスクを現在実行でき
ない状態であることを、それぞれ示している。
等に記憶されており、例えば図８に示されるような内容
を有するテーブルである。この図に示されるように、Ｔ
ＣＢは、各タスクを識別するための符号であるタスクＩ
Ｄ、各タスクの優先順位及び走行状態を対応付けるテー
ブルである。優先順位は、この図においては、その値が
小さいほど高い順位である。また、走行状態がＲＵＮＮ
ＩＮＧの場合には対応するタスクが走行中であること
を、ＷＡＩＴＩＮＧであるときには対応するタスクが走
行可能であるが現在走行してはいないことを、ＳＵＳＰ
ＥＮＤＩＮＧの場合には対応するタスクを現在実行でき
ない状態であることを、それぞれ示している。
【０００５】タスクスケジューラ２０は、ＴＣＢの内容
を参照しつつ、タスク２２−１，２２−２，…２２−４
のいずれかを走行させる。すなわち、タスクスケジュー
ラ２０は、ＴＣＢの参照によって得た優先順位に基づ
き、現在走行中のタスクより優先順位が低くなくかつ走
行可能な状態（例えばＷＡＩＴＩＮＧ状態）にあるタス
クを選択し、当該タスクに起動をかける。
を参照しつつ、タスク２２−１，２２−２，…２２−４
のいずれかを走行させる。すなわち、タスクスケジュー
ラ２０は、ＴＣＢの参照によって得た優先順位に基づ
き、現在走行中のタスクより優先順位が低くなくかつ走
行可能な状態（例えばＷＡＩＴＩＮＧ状態）にあるタス
クを選択し、当該タスクに起動をかける。
【０００６】
【発明が解決しようとする課題】しかしながら、このよ
うなシステムにおいては、タスクの優先順位が固定され
ているため、システムを柔軟に運用困難であるという問
題点があった。
うなシステムにおいては、タスクの優先順位が固定され
ているため、システムを柔軟に運用困難であるという問
題点があった。
【０００７】第１の例として、優先順位が高いが納期が
さほど切迫していないタスクが現在走行している場合を
考える。例えば、このタスクの納期までにあと１時間余
裕があり、処理を終了させるためには５分の時間で足り
る場合には、一旦このタスクの走行を中断し、これより
も優先順位が低いが納期が切迫しているタスクを優先的
に処理するのが好ましい。しかし、従来のシステムにお
いては、このような対処は不可能であった。
さほど切迫していないタスクが現在走行している場合を
考える。例えば、このタスクの納期までにあと１時間余
裕があり、処理を終了させるためには５分の時間で足り
る場合には、一旦このタスクの走行を中断し、これより
も優先順位が低いが納期が切迫しているタスクを優先的
に処理するのが好ましい。しかし、従来のシステムにお
いては、このような対処は不可能であった。
【０００８】第２の例として、画面処理、データ出力等
を伴うタスクと、生産計画の立案のように使用者への頻
繁なデータ出力等を伴わないタスクとが存在している場
合を考える。この場合、システムを有効に運用するため
には、昼間は前者を走行させ、夜間は後者を優先的に走
行させるのが好ましい。しかし、従来のシステムにおい
ては、このような使用者の要求には対処できなかった。
を伴うタスクと、生産計画の立案のように使用者への頻
繁なデータ出力等を伴わないタスクとが存在している場
合を考える。この場合、システムを有効に運用するため
には、昼間は前者を走行させ、夜間は後者を優先的に走
行させるのが好ましい。しかし、従来のシステムにおい
ては、このような使用者の要求には対処できなかった。
【０００９】第３の例として生産実績、出荷実績等の各
実績データの編集処理や、次月の計画データ登録処理の
ように、特に月末に使用頻度が高くその高速化が望まれ
るタスクが存在している場合を考える。この場合、やは
り、月末においてはこれらのタスクを優先して走行させ
るのが好ましい。しかしながら、従来のシステムにおい
ては、月末のみに優先順位を高くするといった対処がで
きなかった。
実績データの編集処理や、次月の計画データ登録処理の
ように、特に月末に使用頻度が高くその高速化が望まれ
るタスクが存在している場合を考える。この場合、やは
り、月末においてはこれらのタスクを優先して走行させ
るのが好ましい。しかしながら、従来のシステムにおい
ては、月末のみに優先順位を高くするといった対処がで
きなかった。
【００１０】ところで、従来から、ＯＳ／２というオペ
レーティングシステムが知られている（ＯＳ／２は商
標）。ＯＳ／２においては、各タスクを均等に走行した
上で起動頻度に応じて起動タスクを切換える手法が用い
られる。この手法では、ＴＣＢ上に優先順位が設定され
ない。いわば、優先順位の動的設定が実質的に行われて
いる。
レーティングシステムが知られている（ＯＳ／２は商
標）。ＯＳ／２においては、各タスクを均等に走行した
上で起動頻度に応じて起動タスクを切換える手法が用い
られる。この手法では、ＴＣＢ上に優先順位が設定され
ない。いわば、優先順位の動的設定が実質的に行われて
いる。
【００１１】しかし、このようなスケジューラにおいて
も、前述したような問題点を解決することができなかっ
た。すなわち、例えば余裕の小さいタスクを優先的に実
行させたり、使用者の要求に応じて所定の時間帯に所定
の時間タスクを優先的に実行させたりといった処理を行
うことはできなかった。
も、前述したような問題点を解決することができなかっ
た。すなわち、例えば余裕の小さいタスクを優先的に実
行させたり、使用者の要求に応じて所定の時間帯に所定
の時間タスクを優先的に実行させたりといった処理を行
うことはできなかった。
【００１２】本発明は、このような問題点を解決するこ
とを課題としてなされたものであり、タスクの余裕度、
走行時間帯の要求等に応じて優先順位を実質的に動的に
設定可能にすることを目的とする。
とを課題としてなされたものであり、タスクの余裕度、
走行時間帯の要求等に応じて優先順位を実質的に動的に
設定可能にすることを目的とする。
【００１３】
【課題を解決するための手段】このような目的を達成す
るために、本発明は、ＴＣＢが、さらに、タスクの余
裕、走行時間帯の要求等を示す優先順位動的設定情報を
タスクの名称と対応付けており、参照により得られる優
先順位動的設定情報が対応するタスクを起動させるべき
旨を示す場合に、予め固定的に設定されている優先順位
の如何に関わらず、現在走行中のタスクに代えこのタス
クを起動させることを特徴とする。
るために、本発明は、ＴＣＢが、さらに、タスクの余
裕、走行時間帯の要求等を示す優先順位動的設定情報を
タスクの名称と対応付けており、参照により得られる優
先順位動的設定情報が対応するタスクを起動させるべき
旨を示す場合に、予め固定的に設定されている優先順位
の如何に関わらず、現在走行中のタスクに代えこのタス
クを起動させることを特徴とする。
【００１４】
【作用】本発明においては、ＴＣＢが、タスクの名称、
優先順位、走行状態及び優先順位動的設定情報を含んで
いる。従って、ＴＣＢを参照することにより、各タスク
に対応する優先順位や走行状態の他、優先順位動的設定
情報が得られる。このようにして優先順位動的設定情報
が得られると、この情報に応じ、起動させるべきタスク
が決定される。すなわち、参照により得られた優先順位
動的設定情報が、対応するタスクを起動させるべき旨を
示す場合には、現在走行中のタスクに代えてこのタスク
が起動される。ここに、優先順位動的設定情報は、タス
クの余裕度（納期が切迫しているか否か等）や走行時間
帯の要求（例えば夜間に走行させたいという要求）等を
示している。従って、このような情報に基づき起動させ
るタスクを決定することにより、余裕度のないタスクを
優先的に実行させ、あるいは走行時間帯に応じてあるタ
スクを優先的に実行させるといった、優先順位の動的設
定が実質的に可能となる。
優先順位、走行状態及び優先順位動的設定情報を含んで
いる。従って、ＴＣＢを参照することにより、各タスク
に対応する優先順位や走行状態の他、優先順位動的設定
情報が得られる。このようにして優先順位動的設定情報
が得られると、この情報に応じ、起動させるべきタスク
が決定される。すなわち、参照により得られた優先順位
動的設定情報が、対応するタスクを起動させるべき旨を
示す場合には、現在走行中のタスクに代えてこのタスク
が起動される。ここに、優先順位動的設定情報は、タス
クの余裕度（納期が切迫しているか否か等）や走行時間
帯の要求（例えば夜間に走行させたいという要求）等を
示している。従って、このような情報に基づき起動させ
るタスクを決定することにより、余裕度のないタスクを
優先的に実行させ、あるいは走行時間帯に応じてあるタ
スクを優先的に実行させるといった、優先順位の動的設
定が実質的に可能となる。
【００１５】
【実施例】以下、本発明の好適な実施例について図面に
基づき説明する。なお、図６乃至図８に示される従来例
と同様の構成には同一の符号を付し説明を省略する。
基づき説明する。なお、図６乃至図８に示される従来例
と同様の構成には同一の符号を付し説明を省略する。
【００１６】図１には、本発明の第１実施例におけるＴ
ＣＢの内容の一例が示されている。本実施例に係るマル
チタスクシステムは、図６に示されるものと同様の環境
で実施可能であり、また、図７に示されるような構成の
マルチタスクシステムによって実行可能である。本実施
例が特徴とするところは、図１に示されるように、ＴＣ
Ｂがさらに起動時刻、納期、余裕等の情報を有している
ところにある。
ＣＢの内容の一例が示されている。本実施例に係るマル
チタスクシステムは、図６に示されるものと同様の環境
で実施可能であり、また、図７に示されるような構成の
マルチタスクシステムによって実行可能である。本実施
例が特徴とするところは、図１に示されるように、ＴＣ
Ｂがさらに起動時刻、納期、余裕等の情報を有している
ところにある。
【００１７】図１において新たに付加された情報のう
ち、起動時刻はＴＣＢにより書込まれる情報であり、対
応するタスクが起動された時刻を示す情報である。この
図の例では、タスクＩＤとしてＴ2 が付与されているタ
スクが１０時に起動されている。また、納期は予め設定
されている情報であり、対応するタスクに係る処理を終
了させるべき時刻を示している。例えば、タスクＩＤと
してＴ1 が付与されているタスクは、毎日１２時までに
その処理を終了させなければならず、タスクＩＤとして
Ｔ2 が付与されているタスクは、イベント（事象）発生
後（例えばキー押下後）１０分以内にその処理を終了さ
せなければならない。さらに、余裕は、対応するタスク
に係る処理の進度と納期から見て納期まで余裕があるか
否かを示す情報である。この図の場合、余裕の有無が
“１”、“０”で示されている。余裕は、各タスクによ
ってＴＢＣ上に書込まれる。即ち、各タスクは、自己の
起動時刻及び納期を参照し、納期の切迫度と処理の進度
に基づき余裕に“１”又は“０”を設定する。
ち、起動時刻はＴＣＢにより書込まれる情報であり、対
応するタスクが起動された時刻を示す情報である。この
図の例では、タスクＩＤとしてＴ2 が付与されているタ
スクが１０時に起動されている。また、納期は予め設定
されている情報であり、対応するタスクに係る処理を終
了させるべき時刻を示している。例えば、タスクＩＤと
してＴ1 が付与されているタスクは、毎日１２時までに
その処理を終了させなければならず、タスクＩＤとして
Ｔ2 が付与されているタスクは、イベント（事象）発生
後（例えばキー押下後）１０分以内にその処理を終了さ
せなければならない。さらに、余裕は、対応するタスク
に係る処理の進度と納期から見て納期まで余裕があるか
否かを示す情報である。この図の場合、余裕の有無が
“１”、“０”で示されている。余裕は、各タスクによ
ってＴＢＣ上に書込まれる。即ち、各タスクは、自己の
起動時刻及び納期を参照し、納期の切迫度と処理の進度
に基づき余裕に“１”又は“０”を設定する。
【００１８】図２には、この実施例におけるタスクスケ
ジューラ２０の処理の流れが示されている。この図に示
されるように、電源投入に応じ、タスクスケジューラ２
０はＴＣＢをオープンし（１００）、ＴＣＢを参照して
その内容を読み込む（１０２）。タスクスケジューラ２
０は、ＴＣＢから読み込んだ走行状態に基づき、走行し
ているタスクが現在存在しているか否かを判定する（１
０４）。この判定の結果、ＲＵＮＮＩＮＧ状態にあるタ
スクが存在していると判定された場合はタスクスケジュ
ーラ２０の処理はステップ１０６へ移り、存在していな
いとされた場合にはステップ１０８へ移る。ステップ１
０８においては、現在、最も高い優先順位“１”が付与
されているタスクを起動させる。
ジューラ２０の処理の流れが示されている。この図に示
されるように、電源投入に応じ、タスクスケジューラ２
０はＴＣＢをオープンし（１００）、ＴＣＢを参照して
その内容を読み込む（１０２）。タスクスケジューラ２
０は、ＴＣＢから読み込んだ走行状態に基づき、走行し
ているタスクが現在存在しているか否かを判定する（１
０４）。この判定の結果、ＲＵＮＮＩＮＧ状態にあるタ
スクが存在していると判定された場合はタスクスケジュ
ーラ２０の処理はステップ１０６へ移り、存在していな
いとされた場合にはステップ１０８へ移る。ステップ１
０８においては、現在、最も高い優先順位“１”が付与
されているタスクを起動させる。
【００１９】ステップ１０６においては、タスクスケジ
ューラ２０は、現在実行しているタスクに余裕があるか
否かを判定する。すなわち、タスクスケジューラは、Ｔ
ＣＢ上に書き込まれている余裕に基づき、現在ＲＵＮＮ
ＩＮＧ状態にあるタスクに余裕があるか否かを判定す
る。この結果、余裕無しとされた場合には、現在ＲＵＮ
ＮＩＮＧ状態にあるタスクを引き続き走行させれば良い
ため、ステップ１１０に移りＴＣＢをクローズする。
ューラ２０は、現在実行しているタスクに余裕があるか
否かを判定する。すなわち、タスクスケジューラは、Ｔ
ＣＢ上に書き込まれている余裕に基づき、現在ＲＵＮＮ
ＩＮＧ状態にあるタスクに余裕があるか否かを判定す
る。この結果、余裕無しとされた場合には、現在ＲＵＮ
ＮＩＮＧ状態にあるタスクを引き続き走行させれば良い
ため、ステップ１１０に移りＴＣＢをクローズする。
【００２０】また、ステップ１０６において、現在走行
しているタスクに余裕があると判定された場合には、タ
スクスケジューラ２０は、起動タスクを変更させる（１
１２）。すなわち、現在ＲＵＮＮＩＮＧ状態にあるタス
クをＷＡＩＴＩＮＧ状態に変更し、かつ、余裕無しとさ
れているタスクを新たにＲＵＮＮＩＮＧ状態とする。但
し、現在ＷＡＩＴＩＮＧ状態にあるタスクの余裕がすべ
て“１”、すなわち処理の速度からみて納期までゆとり
がある場合には、優先順位に基づき起動タスクを設定す
る。この後、ステップ１１０を実行しＴＣＢをクローズ
する。
しているタスクに余裕があると判定された場合には、タ
スクスケジューラ２０は、起動タスクを変更させる（１
１２）。すなわち、現在ＲＵＮＮＩＮＧ状態にあるタス
クをＷＡＩＴＩＮＧ状態に変更し、かつ、余裕無しとさ
れているタスクを新たにＲＵＮＮＩＮＧ状態とする。但
し、現在ＷＡＩＴＩＮＧ状態にあるタスクの余裕がすべ
て“１”、すなわち処理の速度からみて納期までゆとり
がある場合には、優先順位に基づき起動タスクを設定す
る。この後、ステップ１１０を実行しＴＣＢをクローズ
する。
【００２１】従って、本実施例によれば、優先順位のみ
ならず、ＴＣＢ上の余裕に係る情報に基づき起動するタ
スクを変更設定しているため、先に第１の例として掲げ
たケース、すなわち現在走行させているタスクが納期が
比較的切迫しておらず他のタスクの納期が切迫している
ケースでも、これに余裕として評価して当該他のタスク
を優先的に走行させることができる。
ならず、ＴＣＢ上の余裕に係る情報に基づき起動するタ
スクを変更設定しているため、先に第１の例として掲げ
たケース、すなわち現在走行させているタスクが納期が
比較的切迫しておらず他のタスクの納期が切迫している
ケースでも、これに余裕として評価して当該他のタスク
を優先的に走行させることができる。
【００２２】図３には、本発明の第２実施例におけるＴ
ＣＢの内容の一例が示されている。この実施例も、実施
環境は図６に示されるものとほぼ同一のもので足りる。
この実施例が特徴とするところは、ＴＣＢ上の優先順位
をＡ、Ｂの２種類としたこと、及びいずれの優先順位を
選択するかを示すモードＡ、ＢをＴＣＢに付加したこと
にある。
ＣＢの内容の一例が示されている。この実施例も、実施
環境は図６に示されるものとほぼ同一のもので足りる。
この実施例が特徴とするところは、ＴＣＢ上の優先順位
をＡ、Ｂの２種類としたこと、及びいずれの優先順位を
選択するかを示すモードＡ、ＢをＴＣＢに付加したこと
にある。
【００２３】この実施例におけるマルチタスクシステム
は、図４に示されるように、ＴＣＢに加えシステム時刻
をも参照して、タスクスケジューリングを行っている。
は、図４に示されるように、ＴＣＢに加えシステム時刻
をも参照して、タスクスケジューリングを行っている。
【００２４】図５には、この実施例におけるタスクスケ
ジューラ２０の処理の流れが示されている。この図に示
される処理の流れは、図２に示される処理とほぼ同様で
ある。しかし、この図に示される処理は、ステップ１０
４においてＲＵＮＮＩＮＧ状態にあるタスクがあると判
定された後に実行されるステップが、余裕有無に係る判
定のステップ１０６ではなく、使用者の要求に係る判定
のステップ１１４である点が異なっている。
ジューラ２０の処理の流れが示されている。この図に示
される処理の流れは、図２に示される処理とほぼ同様で
ある。しかし、この図に示される処理は、ステップ１０
４においてＲＵＮＮＩＮＧ状態にあるタスクがあると判
定された後に実行されるステップが、余裕有無に係る判
定のステップ１０６ではなく、使用者の要求に係る判定
のステップ１１４である点が異なっている。
【００２５】この実施例の場合、タスクスケジューラ２
０は、電源投入と共にまずＴＣＢをオープンし（１０
０）、その内容を参照する（１０２）。その結果、現在
ＲＵＮＮＩＮＧ状態にあるタスクが無い場合には（１０
４）、最も高い優先順位が付与されているタスクを起動
させる（１０８）。その場合、優先順位としては、例え
ば優先順位Ａを用いる。
０は、電源投入と共にまずＴＣＢをオープンし（１０
０）、その内容を参照する（１０２）。その結果、現在
ＲＵＮＮＩＮＧ状態にあるタスクが無い場合には（１０
４）、最も高い優先順位が付与されているタスクを起動
させる（１０８）。その場合、優先順位としては、例え
ば優先順位Ａを用いる。
【００２６】逆に、ＲＵＮＮＩＮＧ状態にあるタスクが
存在していると判定された場合には、タスクスケジュー
ラ２０は、ＴＣＢを参照することにより得たモードに基
づき（１１４）、必要に応じて起動タスク切換を実行す
る（１１２）。その後、ＴＣＢをクローズする（１１
０）。
存在していると判定された場合には、タスクスケジュー
ラ２０は、ＴＣＢを参照することにより得たモードに基
づき（１１４）、必要に応じて起動タスク切換を実行す
る（１１２）。その後、ＴＣＢをクローズする（１１
０）。
【００２７】ここに、モードＡは使用者による走行時間
帯設定の有無を示しており、モードＢは使用者による走
行日割設定の有無を示している。表１に示されるよう
に、モードＡとして０が対応付けられているタスクにつ
いては、優先順位として優先順位Ａが用いられる。逆
に、モードＡとして１が対応付けられているタスクにつ
いては、午前８時から午後８時までは優先順位Ａが、午
後８時から午前８時までは優先順位Ｂが、当該タスクの
優先順位として扱われる。モードＢとして０が対応付け
られているタスクについては、優先順位Ａがその優先順
位として扱われ、モードＢとして１が対応付けられてい
るタスクについては、暦上の１日から２４日では優先順
位Ａが優先順位として取り扱われ、２５日から３１日で
は優先順位Ｂが優先順位として取り扱われる。
帯設定の有無を示しており、モードＢは使用者による走
行日割設定の有無を示している。表１に示されるよう
に、モードＡとして０が対応付けられているタスクにつ
いては、優先順位として優先順位Ａが用いられる。逆
に、モードＡとして１が対応付けられているタスクにつ
いては、午前８時から午後８時までは優先順位Ａが、午
後８時から午前８時までは優先順位Ｂが、当該タスクの
優先順位として扱われる。モードＢとして０が対応付け
られているタスクについては、優先順位Ａがその優先順
位として扱われ、モードＢとして１が対応付けられてい
るタスクについては、暦上の１日から２４日では優先順
位Ａが優先順位として取り扱われ、２５日から３１日で
は優先順位Ｂが優先順位として取り扱われる。
【００２８】
【表１】 従って、本実施例においては、ＴＣＢ上に２種類設定さ
れている優先順位（Ａ，Ｂ）が、モードＡ及びＢの値に
応じて、すなわち時間及び日割に応じて適宜選択使用さ
れることとなる。ステップ１１４及び１１２において
は、このように実質的に動的設定される優先順位に基づ
き、起動タスクが変更されることとなる。
れている優先順位（Ａ，Ｂ）が、モードＡ及びＢの値に
応じて、すなわち時間及び日割に応じて適宜選択使用さ
れることとなる。ステップ１１４及び１１２において
は、このように実質的に動的設定される優先順位に基づ
き、起動タスクが変更されることとなる。
【００２９】従って、本実施例によれば、使用者の要求
（例えば月末に優先的に走行させたい、夜間に優先的に
走行させたい等の情報）に基づき、タスクスケジューリ
ングが行われることとなり、使用性が向上し処理効率が
向上したマルチタスクシステムが得られる。
（例えば月末に優先的に走行させたい、夜間に優先的に
走行させたい等の情報）に基づき、タスクスケジューリ
ングが行われることとなり、使用性が向上し処理効率が
向上したマルチタスクシステムが得られる。
【００３０】
【発明の効果】以上説明したように、本発明によれば、
ＴＣＢ上に優先順位動的設定情報を格納し、これを参照
して優先順位を実質的に動的設定するようにしたため、
タスクの余裕度や使用者の要求に応じ、優先順位に拘ら
ず、タスクを起動させることが可能となる。また、その
際、ＴＣＢ上の優先順位の変更を伴なわないため、シス
テムの運用に混乱も生じることがない。
ＴＣＢ上に優先順位動的設定情報を格納し、これを参照
して優先順位を実質的に動的設定するようにしたため、
タスクの余裕度や使用者の要求に応じ、優先順位に拘ら
ず、タスクを起動させることが可能となる。また、その
際、ＴＣＢ上の優先順位の変更を伴なわないため、シス
テムの運用に混乱も生じることがない。
【図１】本発明の第１実施例におけるタスクコントロー
ルブロック（ＴＣＢ）の内容の一例を示す図である。
ルブロック（ＴＣＢ）の内容の一例を示す図である。
【図２】この実施例におけるタスクスケジューラの動作
の流れを示すフローチャートである。
の流れを示すフローチャートである。
【図３】本発明の第２実施例におけるＴＣＢの内容の一
例を示す図である。
例を示す図である。
【図４】この実施例におけるマルチタスクシステムの構
成を示す図である。
成を示す図である。
【図５】この実施例におけるタスクスケジューラの動作
の流れを示すフローチャートである。
の流れを示すフローチャートである。
【図６】マルチタスクシステムの一般的な実施環境を示
すブロック図である。
すブロック図である。
【図７】マルチタスクシステムの従来の構成を示す図で
ある。
ある。
【図８】従来のマルチタスクシステムにおけるＴＣＢの
内容の一例を示す図である。
内容の一例を示す図である。
２０ タスクスケジューラ ２２−１，２２−２，…２２−Ｎ タスク ＴＣＢ タスクコントロールブロック
Claims (1)
- 【請求項１】 タスクの名称と優先順位及び走行状態を
対応付けるタスクコントロールブロックを記憶する記憶
手段と、タスクコントロールブロックを参照する参照手
段と、参照の結果、現在走行中のタスクよりも優先順位
が低くなくかつ走行が可能なタスクが存在していると認
められる場合に、現在走行中のタスクに代えこのタスク
を起動させる走行タスク変更手段と、を備える情報処理
装置において、 タスクコントロールブロックが、さらに、タスクの余
裕、走行時間帯の要求等を示す優先順位動的設定情報を
タスクの名称と対応付けており、 起動手段が、参照により得られる優先順位動的設定情報
が対応するタスクを起動させるべき旨を示す場合に、現
在走行中のタスクに代えこのタスクを起動させることを
特徴とする情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27740892A JPH06131201A (ja) | 1992-10-15 | 1992-10-15 | 情報処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27740892A JPH06131201A (ja) | 1992-10-15 | 1992-10-15 | 情報処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06131201A true JPH06131201A (ja) | 1994-05-13 |
Family
ID=17583133
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27740892A Pending JPH06131201A (ja) | 1992-10-15 | 1992-10-15 | 情報処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06131201A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0997188A (ja) * | 1995-09-29 | 1997-04-08 | Mitsubishi Electric Corp | ジョブのスケジュール方式 |
| EP1182550A2 (en) * | 2000-08-21 | 2002-02-27 | Texas Instruments France | Task based priority arbitration |
| US9513974B2 (en) | 2014-01-21 | 2016-12-06 | Renesas Electronics Corporation | Task scheduler mechanism, operating system, and multiprocessor system |
| WO2017119366A1 (ja) * | 2016-01-08 | 2017-07-13 | 株式会社テイエルブイ | 監視装置、及び、監視方法 |
-
1992
- 1992-10-15 JP JP27740892A patent/JPH06131201A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0997188A (ja) * | 1995-09-29 | 1997-04-08 | Mitsubishi Electric Corp | ジョブのスケジュール方式 |
| EP1182550A2 (en) * | 2000-08-21 | 2002-02-27 | Texas Instruments France | Task based priority arbitration |
| EP1182550A3 (en) * | 2000-08-21 | 2006-08-30 | Texas Instruments France | Task based priority arbitration |
| US9513974B2 (en) | 2014-01-21 | 2016-12-06 | Renesas Electronics Corporation | Task scheduler mechanism, operating system, and multiprocessor system |
| WO2017119366A1 (ja) * | 2016-01-08 | 2017-07-13 | 株式会社テイエルブイ | 監視装置、及び、監視方法 |
| JPWO2017119366A1 (ja) * | 2016-01-08 | 2018-01-11 | 株式会社テイエルブイ | 監視装置、及び、監視方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6006247A (en) | Method and system for scheduling threads and handling exceptions within a multiprocessor data processing system | |
| US6367074B1 (en) | Operation of a system | |
| JPH04332002A (ja) | プログラマブル制御装置 | |
| US20040098722A1 (en) | System, method, and computer program product for operating-system task management | |
| JPH06131201A (ja) | 情報処理装置 | |
| JPS6027949A (ja) | ジヨブクラス自動スケジユ−ル方式 | |
| JP2001282560A (ja) | 仮想計算機制御方法及びその実施装置並びにその処理プログラムを記録した記録媒体 | |
| JP2823991B2 (ja) | コンピュータ運用自動化装置 | |
| JPH0756748A (ja) | コンカレントオフィス業務支援装置 | |
| JP3541651B2 (ja) | ジョブの起動日設定装置 | |
| JPS5999517A (ja) | 自動運転制御方式 | |
| JPH0950394A (ja) | データ自動退避処理システム | |
| JP2511544B2 (ja) | システム定義変更方式 | |
| JP2000029558A (ja) | ジョブ運用スケジュール変更方法 | |
| JP3797274B2 (ja) | ファームウェアディスパッチ方式，方法，およびプログラム | |
| JPH036535B2 (ja) | ||
| JPH10161915A (ja) | 後発ジョブ優先の排他制御を実現するデータ引き継ぎ方法 | |
| JPS61255440A (ja) | プログラム中断制御方式 | |
| JPH02127732A (ja) | ジョブ管理方式 | |
| JPH10333767A (ja) | 自動運転システムのジョブ実行日決定方式および記録媒体 | |
| JPH02216509A (ja) | コンピュータシステムの自動運転制御方式 | |
| CN114443255A (zh) | 一种线程调用方法和装置 | |
| JPH0460842A (ja) | 計算機システム | |
| JPH05197570A (ja) | ジョブの動的スケジュール装置 | |
| JP2988427B2 (ja) | ジョブ操作方式、ジョブ操作方法およびジョブ操作プログラムを記録した記録媒体 |