JPH08147177A - 計算機システム - Google Patents
計算機システムInfo
- Publication number
- JPH08147177A JPH08147177A JP28836994A JP28836994A JPH08147177A JP H08147177 A JPH08147177 A JP H08147177A JP 28836994 A JP28836994 A JP 28836994A JP 28836994 A JP28836994 A JP 28836994A JP H08147177 A JPH08147177 A JP H08147177A
- Authority
- JP
- Japan
- Prior art keywords
- task
- application
- control means
- computer system
- tasks
- 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)【要約】
【目的】 アプリケーション・プログラムに特別な処理
を追加することなく、無用のエラーやシステム障害など
の発生を未然に防止することが可能になるようにする。 【構成】 タスクＡ1 はシステムタスクＡ0 に依存し、
タスクＡ2 はデバイス・ドライバＤＲＶ1 に依存すると
いう関係を有している。タスク制御手段１は起動データ
テーブル２を参照しながら順次タスクＡ0 ，Ａ1 ，Ａ2
を起動していくが、タスクＡ0 が正常に起動しなければ
タスクＡ1 の起動を行なわず、また、デバイス・ドライ
バＤＲＶ1 が正常に機能していなければタスクＡ2 の起
動を行なわない。そして、各タスクの起動後はこれらの
動作状況を監視し、タスクＡ0 が何らかの異常により終
了してしまった場合は、この終了を直ちにタスクＡ1 側
に通知する。
を追加することなく、無用のエラーやシステム障害など
の発生を未然に防止することが可能になるようにする。 【構成】 タスクＡ1 はシステムタスクＡ0 に依存し、
タスクＡ2 はデバイス・ドライバＤＲＶ1 に依存すると
いう関係を有している。タスク制御手段１は起動データ
テーブル２を参照しながら順次タスクＡ0 ，Ａ1 ，Ａ2
を起動していくが、タスクＡ0 が正常に起動しなければ
タスクＡ1 の起動を行なわず、また、デバイス・ドライ
バＤＲＶ1 が正常に機能していなければタスクＡ2 の起
動を行なわない。そして、各タスクの起動後はこれらの
動作状況を監視し、タスクＡ0 が何らかの異常により終
了してしまった場合は、この終了を直ちにタスクＡ1 側
に通知する。
Description
【０００１】
【産業上の利用分野】本発明は、オペレーティング・シ
ステム（以下、適宜ＯＳと略す。）により複数のアプリ
ケーション・タスクを制御する計算機システムに関する
ものである。
ステム（以下、適宜ＯＳと略す。）により複数のアプリ
ケーション・タスクを制御する計算機システムに関する
ものである。
【０００２】
【従来の技術】計算機システムにおいて、ＯＳが複数の
アプリケーション・タスクを起動する場合、その起動
は、起動タスク名や起動順序を記載した起動データテー
ブルを参照する起動プログラムに基いて、自動的に行な
われている。そして、タスクの起動に失敗した場合、あ
るいは、タスク起動後に何らかの異常によりタスクが終
了してしまった場合は、エラーが多発したり、システム
障害が発生したりすることになるが、これは全てアプリ
ケーション側すなわちユーザー側の問題として扱われて
いた。
アプリケーション・タスクを起動する場合、その起動
は、起動タスク名や起動順序を記載した起動データテー
ブルを参照する起動プログラムに基いて、自動的に行な
われている。そして、タスクの起動に失敗した場合、あ
るいは、タスク起動後に何らかの異常によりタスクが終
了してしまった場合は、エラーが多発したり、システム
障害が発生したりすることになるが、これは全てアプリ
ケーション側すなわちユーザー側の問題として扱われて
いた。
【０００３】
【発明が解決しようとする課題】ところが、上記したタ
スク起動の失敗や、何らかの異常による起動後のタスク
終了の原因を追及してみると、次のようなことが明らか
となっている。
スク起動の失敗や、何らかの異常による起動後のタスク
終了の原因を追及してみると、次のようなことが明らか
となっている。
【０００４】すなわち、複数のタスクの中には、他のタ
スクの機能を使用し、他のタスクの起動を前提として起
動が可能となるタスクが存在する場合がある。このよう
な場合、他のタスクの起動が失敗していれば、そのタス
クの起動を試みても当然に失敗するはずである。しか
し、従来は、他のタスクの起動が失敗したか否かにかか
わらず、これに依存するタスクについても自動的に起動
が試みられてしまい、無用のエラーやシステム障害を生
じさせる場合があった。
スクの機能を使用し、他のタスクの起動を前提として起
動が可能となるタスクが存在する場合がある。このよう
な場合、他のタスクの起動が失敗していれば、そのタス
クの起動を試みても当然に失敗するはずである。しか
し、従来は、他のタスクの起動が失敗したか否かにかか
わらず、これに依存するタスクについても自動的に起動
が試みられてしまい、無用のエラーやシステム障害を生
じさせる場合があった。
【０００５】また、複数のタスクの中には、デバイス・
ドライバが正常に機能していること（ロードや初期化あ
るいは排他の条件の調整などが正常に行なわれているこ
と）を前提として起動が可能となるタスクが存在する場
合があるが、この場合も、デバイス・ドライバが正常に
機能しているか否かにかかわらず、自動的にタスクの起
動が試みられている。
ドライバが正常に機能していること（ロードや初期化あ
るいは排他の条件の調整などが正常に行なわれているこ
と）を前提として起動が可能となるタスクが存在する場
合があるが、この場合も、デバイス・ドライバが正常に
機能しているか否かにかかわらず、自動的にタスクの起
動が試みられている。
【０００６】さらに、他のタスクが無事に起動されたと
しても、起動後に何らかの異常により終了してしまった
場合（主として、いわゆる「異常終了」の場合）は、他
のタスクに依存するタスクの側では、この終了に対処す
るための処理を行う必要がある。しかし、従来は、依存
するタスクの側ではそのままの動作が継続されるだけで
あるため、やはり、無用のエラーやシステム障害を生じ
させる結果となっている。
しても、起動後に何らかの異常により終了してしまった
場合（主として、いわゆる「異常終了」の場合）は、他
のタスクに依存するタスクの側では、この終了に対処す
るための処理を行う必要がある。しかし、従来は、依存
するタスクの側ではそのままの動作が継続されるだけで
あるため、やはり、無用のエラーやシステム障害を生じ
させる結果となっている。
【０００７】本発明は上記事情に鑑みてなされたもので
あり、アプリケーション・プログラムに特別な処理を追
加することなく、無用のエラーやシステム障害などの発
生を未然に防止することが可能な計算機システムを提供
することを目的としている。
あり、アプリケーション・プログラムに特別な処理を追
加することなく、無用のエラーやシステム障害などの発
生を未然に防止することが可能な計算機システムを提供
することを目的としている。
【０００８】
【課題を解決するための手段】上記課題を解決するため
の手段として、請求項１記載の発明は、オペレーティン
グ・システムにより複数のアプリケーション・タスクを
起動する計算機システムにおいて、前記オペレーティン
グ・システムは、各アプリケーション・タスクを起動す
るのに必要な条件データが書込まれた起動データテーブ
ルと、前記起動データテーブルの条件データを読込み、
所定条件が満たされた場合のみ、各アプリケーション・
タスクを起動するタスク制御手段と、を備えたことを特
徴とするものである。
の手段として、請求項１記載の発明は、オペレーティン
グ・システムにより複数のアプリケーション・タスクを
起動する計算機システムにおいて、前記オペレーティン
グ・システムは、各アプリケーション・タスクを起動す
るのに必要な条件データが書込まれた起動データテーブ
ルと、前記起動データテーブルの条件データを読込み、
所定条件が満たされた場合のみ、各アプリケーション・
タスクを起動するタスク制御手段と、を備えたことを特
徴とするものである。
【０００９】請求項２記載の発明は、請求項１記載の発
明において、前記起動データテーブルに書込まれた条件
データは、前記複数のアプリケーション・タスクの中に
第１のアプリケーション・タスクに依存する第２のアプ
リケーション・タスクが存在する場合に、この第１及び
第２のアプリケーション・タスク間の依存関係を示した
データを含んだものであり、前記タスク制御手段が第２
のアプリケーション・タスクを起動する場合の前記所定
条件は、第１のアプリケーション・タスクが正常に起動
されたことである、ことを特徴としている。
明において、前記起動データテーブルに書込まれた条件
データは、前記複数のアプリケーション・タスクの中に
第１のアプリケーション・タスクに依存する第２のアプ
リケーション・タスクが存在する場合に、この第１及び
第２のアプリケーション・タスク間の依存関係を示した
データを含んだものであり、前記タスク制御手段が第２
のアプリケーション・タスクを起動する場合の前記所定
条件は、第１のアプリケーション・タスクが正常に起動
されたことである、ことを特徴としている。
【００１０】請求項３記載の発明は、請求項１記載の発
明において、前記起動データテーブルに書込まれた条件
データは、前記複数のアプリケーション・タスクの中に
デバイス・ドライバに依存するアプリケーション・タス
クが存在する場合に、このデバイス・ドライバと、その
アプリケーション・タスクとの間の依存関係を示したデ
ータを含んだものであり、前記タスク制御手段がそのア
プリケーション・タスクを起動する場合の前記所定条件
は、このデバイス・ドライバが正常に機能していること
である、ことを特徴としている。
明において、前記起動データテーブルに書込まれた条件
データは、前記複数のアプリケーション・タスクの中に
デバイス・ドライバに依存するアプリケーション・タス
クが存在する場合に、このデバイス・ドライバと、その
アプリケーション・タスクとの間の依存関係を示したデ
ータを含んだものであり、前記タスク制御手段がそのア
プリケーション・タスクを起動する場合の前記所定条件
は、このデバイス・ドライバが正常に機能していること
である、ことを特徴としている。
【００１１】請求項４記載の発明は、請求項２記載の発
明において、前記タスク制御手段は、起動後の各アプリ
ケーション・タスクを監視し、何らかの異常により前記
第１のアプリケーション・タスクが終了した場合に、こ
の終了を前記第２のアプリケーション・タスクに通知す
るものである、ことを特徴としている。
明において、前記タスク制御手段は、起動後の各アプリ
ケーション・タスクを監視し、何らかの異常により前記
第１のアプリケーション・タスクが終了した場合に、こ
の終了を前記第２のアプリケーション・タスクに通知す
るものである、ことを特徴としている。
【００１２】
【作用】請求項１記載の発明において、各アプリケーシ
ョン・タスクの起動は、タスク制御手段が起動データテ
ーブルを参照しながら行うが、所定の条件が満たされた
場合のみ起動を行うこととし、満たされない場合には起
動を行なわない。すなわち、何らの制限なくアプリケー
ション・タスクの起動を行うのではなく、起動に際して
は一定の制約を、オペレーティング・システム自体の機
能により課すこととしている。したがって、無用のエラ
ーやシステム障害の発生を防止することができる。
ョン・タスクの起動は、タスク制御手段が起動データテ
ーブルを参照しながら行うが、所定の条件が満たされた
場合のみ起動を行うこととし、満たされない場合には起
動を行なわない。すなわち、何らの制限なくアプリケー
ション・タスクの起動を行うのではなく、起動に際して
は一定の制約を、オペレーティング・システム自体の機
能により課すこととしている。したがって、無用のエラ
ーやシステム障害の発生を防止することができる。
【００１３】そして、請求項２記載の発明では、第１の
アプリケーション・タスクの起動に失敗した場合、これ
に依存する第２のアプリケーション・タスクの起動は行
なわれないことになる。
アプリケーション・タスクの起動に失敗した場合、これ
に依存する第２のアプリケーション・タスクの起動は行
なわれないことになる。
【００１４】また、請求項３記載の発明では、デバイス
・ドライバが正常に機能していない場合、これに依存す
るアプリケーション・タスクの起動は行なわれないこと
になる。
・ドライバが正常に機能していない場合、これに依存す
るアプリケーション・タスクの起動は行なわれないこと
になる。
【００１５】さらに、請求項４記載の発明では、第１及
び第２のアプリケーション・タスクが正常に起動した
後、何らかの異常により第１のアプリケーション・タス
クが終了してしまった場合、この終了が第２のアプリケ
ーション・タスク側に通知されることになる。したがっ
て、第２のアプリケーション・タスクでは、第１のアプ
リケーション・タスクの終了に対処するための処理を行
うことができ、無用のエラーやシステム障害の発生を回
避することができる。
び第２のアプリケーション・タスクが正常に起動した
後、何らかの異常により第１のアプリケーション・タス
クが終了してしまった場合、この終了が第２のアプリケ
ーション・タスク側に通知されることになる。したがっ
て、第２のアプリケーション・タスクでは、第１のアプ
リケーション・タスクの終了に対処するための処理を行
うことができ、無用のエラーやシステム障害の発生を回
避することができる。
【００１６】
【実施例】以下、本発明の実施例を図１乃至図５に基い
て説明する。図１は本発明の実施例の構成を示すブロッ
ク図である。図１において、タスク制御手段１は、シス
テムタスクＡ0 、タスクＡ1 、タスクＡ2 及び図示を省
略しているその他のタスクの制御を行なうようになって
いる。そして、タスクＡ1 を起動する場合はシステムタ
スクＡ0 が正常に起動されていることが条件となり、ま
た、タスクＡ2 を起動する場合はデバイス・ドライバＤ
ＲＶ1 が正常に機能していることが条件となる。
て説明する。図１は本発明の実施例の構成を示すブロッ
ク図である。図１において、タスク制御手段１は、シス
テムタスクＡ0 、タスクＡ1 、タスクＡ2 及び図示を省
略しているその他のタスクの制御を行なうようになって
いる。そして、タスクＡ1 を起動する場合はシステムタ
スクＡ0 が正常に起動されていることが条件となり、ま
た、タスクＡ2 を起動する場合はデバイス・ドライバＤ
ＲＶ1 が正常に機能していることが条件となる。
【００１７】図２は、上記のようなタスクとタスクとの
間の依存関係、あるいはタスクとデバイス・ドライバと
の間の依存関係についての説明図であり、起動データテ
ーブル２には、この図２の内容が書込まれている。そし
て、タスク制御手段１は、起動データテーブル２の内容
を参照しながらタスクＡ0 ，Ａ1 ，Ａ2 ，…を起動し、
起動後もこれらのタスクの監視を行なっている。
間の依存関係、あるいはタスクとデバイス・ドライバと
の間の依存関係についての説明図であり、起動データテ
ーブル２には、この図２の内容が書込まれている。そし
て、タスク制御手段１は、起動データテーブル２の内容
を参照しながらタスクＡ0 ，Ａ1 ，Ａ2 ，…を起動し、
起動後もこれらのタスクの監視を行なっている。
【００１８】図３は、タスク制御手段１の詳細な構成を
示すブロック図である。この図に示すように、タスク制
御手段１は、タスクの動作状況管理部３、ドライバ動作
状況管理部４、条件判定部５、依存タスク制御部６及び
起動指令部７、を含んで構成されている。
示すブロック図である。この図に示すように、タスク制
御手段１は、タスクの動作状況管理部３、ドライバ動作
状況管理部４、条件判定部５、依存タスク制御部６及び
起動指令部７、を含んで構成されている。
【００１９】次に、タスク制御手段１の起動制御を、図
４のフローチャートを参照しつつ説明する。システムが
立上がると、タスク制御手段１が動作を開始し、条件判
定部５が起動データテーブル２の内容を読込む（ステッ
プ１）。図２に示したように、起動データテーブル２に
最初に書込まれている起動タスクはタスクＡ0 である。
したがって、条件判定部５は、まず、タスクＡ0 が依存
するタスクが有るか否かを判定する（ステップ２）。タ
スクＡ0 が依存するタスクは存在しないので、条件判定
部５は、次に、タスクＡ0 が依存するデバイス・ドライ
バが有るか否かを判定する（ステップ４）。タスクＡ0
が依存するドライバは存在しないので、条件判定部５は
その旨の判定を行うが、起動指令部７は、これを受けて
タスクＡ0 に対する起動指令を発する（ステップ６）。
４のフローチャートを参照しつつ説明する。システムが
立上がると、タスク制御手段１が動作を開始し、条件判
定部５が起動データテーブル２の内容を読込む（ステッ
プ１）。図２に示したように、起動データテーブル２に
最初に書込まれている起動タスクはタスクＡ0 である。
したがって、条件判定部５は、まず、タスクＡ0 が依存
するタスクが有るか否かを判定する（ステップ２）。タ
スクＡ0 が依存するタスクは存在しないので、条件判定
部５は、次に、タスクＡ0 が依存するデバイス・ドライ
バが有るか否かを判定する（ステップ４）。タスクＡ0
が依存するドライバは存在しないので、条件判定部５は
その旨の判定を行うが、起動指令部７は、これを受けて
タスクＡ0 に対する起動指令を発する（ステップ６）。
【００２０】次いで、条件判定部５は、起動すべきタス
クについて全て読込みを終了したか否かについて判定す
る（ステップ７）が、当然終了していないので、次の起
動タスクＡ1 についての読込みを行う（ステップ１）。
タスクＡ1 はタスクＡ0 に依存しているので、条件判定
部５のステップでの判定はＹＥＳとなる。また、タスク
動作状況管理部３からの報告によりタスクＡ0 が正常に
起動していることがわかっているので、条件判定部５の
ステップ３での判定もＹＥＳとなる。
クについて全て読込みを終了したか否かについて判定す
る（ステップ７）が、当然終了していないので、次の起
動タスクＡ1 についての読込みを行う（ステップ１）。
タスクＡ1 はタスクＡ0 に依存しているので、条件判定
部５のステップでの判定はＹＥＳとなる。また、タスク
動作状況管理部３からの報告によりタスクＡ0 が正常に
起動していることがわかっているので、条件判定部５の
ステップ３での判定もＹＥＳとなる。
【００２１】なお、もしタスクＡ0 が正常に起動してい
ない場合、条件判定部５はタスク動作状況管理部３から
の報告に基いて、ステップ３をＮＯと判定する。この場
合には、依存タスク制御部６は、タスクＡ0 が起動され
ていない旨を、図示を省略したＣＲＴ等の表示装置に表
示させる（ステップ８）。これにより、タスクＡ1 が不
必要に起動されることはなくなり、オペレータがタスク
Ａ0 の不起動に応じた処理を行うことができるので、タ
スクＡ1 を無理に起動してシステム障害を発生するよう
な事態を回避することができる。
ない場合、条件判定部５はタスク動作状況管理部３から
の報告に基いて、ステップ３をＮＯと判定する。この場
合には、依存タスク制御部６は、タスクＡ0 が起動され
ていない旨を、図示を省略したＣＲＴ等の表示装置に表
示させる（ステップ８）。これにより、タスクＡ1 が不
必要に起動されることはなくなり、オペレータがタスク
Ａ0 の不起動に応じた処理を行うことができるので、タ
スクＡ1 を無理に起動してシステム障害を発生するよう
な事態を回避することができる。
【００２２】ステップ３をＹＥＳと判定した後、条件判
定部５はタスクＡ1 が依存するドライバがあるか否かを
判定する（ステップ４）が、そのようなドライバは存在
しないのでその判定はＮＯとなり、起動指令部７がタス
クＡ1 に対する起動指令を発する（ステップ６）。
定部５はタスクＡ1 が依存するドライバがあるか否かを
判定する（ステップ４）が、そのようなドライバは存在
しないのでその判定はＮＯとなり、起動指令部７がタス
クＡ1 に対する起動指令を発する（ステップ６）。
【００２３】次いで、条件判定部５は、まだ読込みが全
て終了していないことを判別した後（ステップ７）、起
動タスクＡ2 の読込みを行う（ステップ１）。タスクＡ
2 が依存するタスクは存在しないのでステップ２での判
定はＮＯとなる。しかし、タスクＡ2 はドライバＤＲＶ
1 に依存しているのでステップ４での判定はＹＥＳとな
り、ドライバＤＲＶ1 が正常に機能しているか否かにつ
いて、すなわち、ドライバＤＲＶ1 のロード及び初期化
が正常に行なわれたか否かについてを、ドライバ動作状
況管理部４からの報告に基いて判定する（ステップ
５）。
て終了していないことを判別した後（ステップ７）、起
動タスクＡ2 の読込みを行う（ステップ１）。タスクＡ
2 が依存するタスクは存在しないのでステップ２での判
定はＮＯとなる。しかし、タスクＡ2 はドライバＤＲＶ
1 に依存しているのでステップ４での判定はＹＥＳとな
り、ドライバＤＲＶ1 が正常に機能しているか否かにつ
いて、すなわち、ドライバＤＲＶ1 のロード及び初期化
が正常に行なわれたか否かについてを、ドライバ動作状
況管理部４からの報告に基いて判定する（ステップ
５）。
【００２４】そして、ドライバＤＲＶ1 が正常に機能し
ていれば、起動指令部７がタスクＡ2 に対する起動指令
を発し（ステップ６）、正常に機能していなければ依存
タスク表示部６がドライバＤＲＶ1 の異常を表示装置に
表示させるようにする（ステップ９）。このようにし
て、順次、タスクの起動又は表示が行なわれていき、起
動データテーブル２の読込みを全てのタスクについて終
了したと判定した時点で（ステップ７）、タスク制御手
段１のタスク起動制御が終了する。
ていれば、起動指令部７がタスクＡ2 に対する起動指令
を発し（ステップ６）、正常に機能していなければ依存
タスク表示部６がドライバＤＲＶ1 の異常を表示装置に
表示させるようにする（ステップ９）。このようにし
て、順次、タスクの起動又は表示が行なわれていき、起
動データテーブル２の読込みを全てのタスクについて終
了したと判定した時点で（ステップ７）、タスク制御手
段１のタスク起動制御が終了する。
【００２５】次に、タスク起動後におけるタスク制御手
段１の監視動作を図５のフローチャートを参照しつつ説
明する。各タスクが起動された後、タスク制御手段１の
タスク動作状況管理部３は起動したタスクの動作状況を
監視する（ステップ１１）。
段１の監視動作を図５のフローチャートを参照しつつ説
明する。各タスクが起動された後、タスク制御手段１の
タスク動作状況管理部３は起動したタスクの動作状況を
監視する（ステップ１１）。
【００２６】いま、仮にタスクＡ0 が何らかの異常によ
り終了してしまった場合を考えてみる。依存タスク制御
部６は、タスク動作状況管理部３からの報告により、タ
スクＡ0 が終了したことを知ると（ステップ１２）、起
動データテーブル２を参照して、タスクＡ0 に依存する
タスクが有るか否かを判定する（ステップ１３）。タス
クＡ0 にはタスクＡ1 が依存していることがわかるの
で、依存タスク制御部６はタスクＡ1 に対してタスクＡ
0 が終了してしまっていることを通知する（ステップ１
４）。これにより、タスクＡ1 側では、自己が依存する
タスクＡ0 が終了してしまったことに対して適切な処理
を行うことができ、エラーやシステム障害の発生を防止
することができる。
り終了してしまった場合を考えてみる。依存タスク制御
部６は、タスク動作状況管理部３からの報告により、タ
スクＡ0 が終了したことを知ると（ステップ１２）、起
動データテーブル２を参照して、タスクＡ0 に依存する
タスクが有るか否かを判定する（ステップ１３）。タス
クＡ0 にはタスクＡ1 が依存していることがわかるの
で、依存タスク制御部６はタスクＡ1 に対してタスクＡ
0 が終了してしまっていることを通知する（ステップ１
４）。これにより、タスクＡ1 側では、自己が依存する
タスクＡ0 が終了してしまったことに対して適切な処理
を行うことができ、エラーやシステム障害の発生を防止
することができる。
【００２７】なお、図５では、異常により終了したタス
クが有る場合のみを問題としており、異常となったデバ
イス・ドライバが有る場合については問題としていない
が、これは、タスク起動後におけるデバイス・ドライバ
の異常についてはアプリケーション側でエラー判定が可
能なためである。
クが有る場合のみを問題としており、異常となったデバ
イス・ドライバが有る場合については問題としていない
が、これは、タスク起動後におけるデバイス・ドライバ
の異常についてはアプリケーション側でエラー判定が可
能なためである。
【００２８】
【発明の効果】以上のように、本発明によれば、起動時
及び起動後のアプリケーション・タスクに対して、依存
するタスクやデバイス・ドライバの動作状況を考慮しな
がらＯＳ側のタスク制御手段が制御を行なう構成とした
ので、アプリケーション・プログラムに特別な処理を追
加することなく、無用のエラーやシステム障害などの発
生を未然に防止することが可能になる。
及び起動後のアプリケーション・タスクに対して、依存
するタスクやデバイス・ドライバの動作状況を考慮しな
がらＯＳ側のタスク制御手段が制御を行なう構成とした
ので、アプリケーション・プログラムに特別な処理を追
加することなく、無用のエラーやシステム障害などの発
生を未然に防止することが可能になる。
【００２９】また、依存するタスクやデバイス・ドライ
バの動作状況の考慮をアプリケーション側で行なってい
た従来装置に対しては、本発明の適用により、このよう
なアプリケーション側での考慮は不要となるので、アプ
リケーション・プログラムをより簡単にすることができ
るという、副次的効果も期待することができる。
バの動作状況の考慮をアプリケーション側で行なってい
た従来装置に対しては、本発明の適用により、このよう
なアプリケーション側での考慮は不要となるので、アプ
リケーション・プログラムをより簡単にすることができ
るという、副次的効果も期待することができる。
【図１】本発明の実施例の構成を示すブロック図。
【図２】図１における起動データテーブルに書込まれた
内容を示す説明図。
内容を示す説明図。
【図３】図１におけるタスク制御手段の詳細な構成を示
すブロック図。
すブロック図。
【図４】図１及び図３におけるタスク制御手段のタスク
起動時の動作を説明するためのフローチャート。
起動時の動作を説明するためのフローチャート。
【図５】図１及び図３におけるタスク制御手段のタスク
起動後の動作を説明するためのフローチャート。
起動後の動作を説明するためのフローチャート。
１ タスク制御手段 ２ 起動データテーブル Ａ0 ，Ａ1 ，Ａ2 アプリケーション・タスク ＤＲＶ1 デバイス・ドライバ
Claims (4)
- 【請求項１】オペレーティング・システムにより複数の
アプリケーション・タスクを起動する計算機システムに
おいて、 前記オペレーティング・システムは、 各アプリケーション・タスクを起動するのに必要な条件
データが書込まれた起動データテーブルと、 前記起動データテーブルの条件データを読込み、所定条
件が満たされた場合のみ、各アプリケーション・タスク
を起動するタスク制御手段と、 を備えたことを特徴とする計算機システム。 - 【請求項２】請求項１記載の計算機システムにおいて、 前記起動データテーブルに書込まれた条件データは、前
記複数のアプリケーション・タスクの中に第１のアプリ
ケーション・タスクに依存する第２のアプリケーション
・タスクが存在する場合に、この第１及び第２のアプリ
ケーション・タスク間の依存関係を示したデータを含ん
だものであり、 前記タスク制御手段が第２のアプリケーション・タスク
を起動する場合の前記所定条件は、第１のアプリケーシ
ョン・タスクが正常に起動されたことである、 計算機システム。 - 【請求項３】請求項１記載の計算機システムにおいて、 前記起動データテーブルに書込まれた条件データは、前
記複数のアプリケーション・タスクの中にデバイス・ド
ライバに依存するアプリケーション・タスクが存在する
場合に、このデバイス・ドライバと、そのアプリケーシ
ョン・タスクとの間の依存関係を示したデータを含んだ
ものであり、 前記タスク制御手段がそのアプリケーション・タスクを
起動する場合の前記所定条件は、このデバイス・ドライ
バが正常に機能していることである、 計算機システム。 - 【請求項４】請求項２記載の計算機システムにおいて、 前記タスク制御手段は、起動後の各アプリケーション・
タスクを監視し、何らかの異常により前記第１のアプリ
ケーション・タスクが終了した場合に、この終了を前記
第２のアプリケーション・タスクに通知するものであ
る、 計算機システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28836994A JPH08147177A (ja) | 1994-11-22 | 1994-11-22 | 計算機システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28836994A JPH08147177A (ja) | 1994-11-22 | 1994-11-22 | 計算機システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08147177A true JPH08147177A (ja) | 1996-06-07 |
Family
ID=17729313
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28836994A Pending JPH08147177A (ja) | 1994-11-22 | 1994-11-22 | 計算機システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08147177A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100390690B1 (ko) * | 2000-01-17 | 2003-07-10 | 인터내셔널 비지네스 머신즈 코포레이션 | 컴퓨터의 전원 제어 방법, 전원 제어 장치 및 컴퓨터 |
| JP2007133603A (ja) * | 2005-11-09 | 2007-05-31 | Fujitsu Ten Ltd | コンピュータシステム、基本ソフトウェアおよび監視プログラム |
| KR100953510B1 (ko) * | 2007-11-21 | 2010-04-21 | 주식회사 다산네트웍스 | 재기동 정보 관리 기능을 구비한 장치 |
-
1994
- 1994-11-22 JP JP28836994A patent/JPH08147177A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100390690B1 (ko) * | 2000-01-17 | 2003-07-10 | 인터내셔널 비지네스 머신즈 코포레이션 | 컴퓨터의 전원 제어 방법, 전원 제어 장치 및 컴퓨터 |
| JP2007133603A (ja) * | 2005-11-09 | 2007-05-31 | Fujitsu Ten Ltd | コンピュータシステム、基本ソフトウェアおよび監視プログラム |
| KR100953510B1 (ko) * | 2007-11-21 | 2010-04-21 | 주식회사 다산네트웍스 | 재기동 정보 관리 기능을 구비한 장치 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20080162985A1 (en) | Method and apparatus for customizable surveillance of network interfaces | |
| US6205561B1 (en) | Tracking and managing failure-susceptible operations in a computer system | |
| US5987625A (en) | Method and apparatus for testing network bootable devices | |
| US5712967A (en) | Method and system for graceful recovery from a fault in peripheral devices using a variety of bus structures | |
| US6275930B1 (en) | Method, computer, and article of manufacturing for fault tolerant booting | |
| US20050033952A1 (en) | Dynamic scheduling of diagnostic tests to be performed during a system boot process | |
| JPH08147177A (ja) | 計算機システム | |
| US7543168B1 (en) | Specifying an operating system level to use after reboot | |
| KR100358278B1 (ko) | 시스템 장애 자가 진단/복구기능을 갖는 컴퓨터 시스템 및그 방법 | |
| JP2002049509A (ja) | データ処理システム | |
| JPH08286779A (ja) | アプリケーション自動再起動装置 | |
| JP3048792B2 (ja) | オペレーティングシステムの自動入れ替え方法及びそれを利用した計算機システム | |
| JP2000293376A (ja) | ブートプログラムの切替回路及び切替方法 | |
| JP3265108B2 (ja) | データ処理システム | |
| JPH08329006A (ja) | 障害通知方式 | |
| WO2024053080A1 (ja) | 数値制御装置、及び記憶媒体 | |
| JP2977705B2 (ja) | ネットワーク接続された多重化コンピュータシステムの制御方式 | |
| JPH07295670A (ja) | 計算機システムの起動方式 | |
| JP2679575B2 (ja) | 入出力チャネルの障害処理システム | |
| JPH07129425A (ja) | リブート処理方法 | |
| JPH11110309A (ja) | コンピュータシステムのメモリ診断方法 | |
| JPH04337849A (ja) | メモリ・ダンプ方法 | |
| JPH09288655A (ja) | プロセッサ増設方法 | |
| JP2000322397A (ja) | 情報処理装置 | |
| JPH06180643A (ja) | バージョンチェック方式 |