複数のタスクをそれぞれ実行するタスク実行手段と、各タスクそれぞれに付与されている実行の優先度を示す情報を格納するタスク管理テーブルと、複数のタスクの実行タイミングが重なる場合に、該複数のタスクそれぞれの前記優先度に従って該複数のタスクのうちから前記タスク実行手段により実行すべき実行タスクを決定する実行タスク決定手段と、タスクごとに実行の処理抜け度合いを算出する処理抜け算出手段と、前記処理抜け算出手段の算出結果に基づいて、前記実行タスク決定手段に実行タスクを決定させるうえで用いる前記優先度を前記タスク管理テーブルに格納されているものから変更する優先度変更手段と、を備えることを特徴とする情報処理装置。前記タスク管理テーブルは、タスクごとに、前記優先度を示す情報、及び、前記処理抜け度合いに許容される許容度合いを示す情報を格納すると共に、前記優先度変更手段は、前記処理抜け算出手段により算出される前記処理抜け度合いが前記タスク管理テーブルに格納されている前記許容度合いを超える緊急実行要タスクが存在する場合に、前記実行タスク決定手段に実行タスクを決定させるうえで用いる該緊急実行要タスクの前記優先度を上げる優先度アップ手段を有することを特徴とする請求項1記載の情報処理装置。前記優先度アップ手段は、前記実行タスク決定手段に実行タスクを決定させるうえで用いる前記緊急実行要タスクの前記優先度を一時的に上げることを特徴とする請求項2記載の情報処理装置。前記優先度変更手段は、前記緊急実行要タスクが存在する場合に、前記実行タスク決定手段に実行タスクを決定させるうえで用いる該緊急実行要タスク以外の少なくとも一つのタスクの前記優先度を下げる優先度ダウン手段を有することを特徴とする請求項2又は3記載の情報処理装置。前記優先度ダウン手段は、前記実行タスク決定手段に実行タスクを決定させるうえで用いる前記緊急実行要タスク以外の少なくとも一つのタスクの前記優先度を一時的に下げることを特徴とする請求項4記載の情報処理装置。前記処理抜け算出手段は、所定期間内における実行指示回数に対して処理抜けが生じた回数の比率を前記処理抜け度合いとして算出することを特徴とする請求項1乃至5の何れか一項記載の情報処理装置。しかし、上記した特許文献1記載の装置では、実行待ち状態にあるタスクの実行待ち時間が所定時間に達した場合に常にその実行優先度が高くされるので、元々実行優先度が低く設定されているタスクがあっても、その低優先度のタスクについて実行の処理抜けが生ずるのを防止することはできるが、一方、元々実行優先度が高く設定されているタスクを実行する機会が失われてそのタスクの実行が遅延するなどの不都合が生ずるおそれがある。本発明は、上述の点に鑑みてなされたものであり、実行優先度の高いタスクの実行処理にあまり影響を与えることなく、実行優先度の低いタスクが長期間に亘って実行されないのを防ぐことが可能な情報処理装置を提供することを目的とする。上記の目的は、複数のタスクをそれぞれ実行するタスク実行手段と、各タスクそれぞれに付与されている実行の優先度を示す情報を格納するタスク管理テーブルと、複数のタスクの実行タイミングが重なる場合に、該複数のタスクそれぞれの前記優先度に従って該複数のタスクのうちから前記タスク実行手段により実行すべき実行タスクを決定する実行タスク決定手段と、タスクごとに実行の処理抜け度合いを算出する処理抜け算出手段と、前記処理抜け算出手段の算出結果に基づいて、前記実行タスク決定手段に実行タスクを決定させるうえで用いる前記優先度を前記タスク管理テーブルに格納されているものから変更する優先度変更手段と、を備える情報処理装置により達成される。本発明によれば、実行優先度の高いタスクの実行処理にあまり影響を与えることなく、実行優先度の低いタスクが長期間に亘って実行されないのを防ぐことができる。以下、図面を用いて、本発明に係る情報処理装置の具体的な実施の形態について説明する。図1は、本発明の一実施例である情報処理装置10の構成図を示す。図2は、本実施例の情報処理装置10において用いられるタスクごとの優先度及び処理抜け許容率を表した図を示す。また、図3は、本実施例の情報処理装置10においてタスクの優先度及び処理抜け許容率を設定すべク実行される制御ルーチンの一例のフローチャートを示す。本実施例の情報処理装置10は、例えば、車両に搭載されるプロセッサシステムなどであって、エンジン制御などに用いられるマイクロコンピュータを主体に構成された電子制御ユニットECUである。情報処理装置10は、複数のタスク例えば、タスクA~タスクEを制御するものである。尚、これら制御対象の複数のタスクには、周期的一定時間ごとに実行されるタスクや例えばエンジン一回転ごとに実行されるタスクなどが含まれる。図1に示す如く、情報処理装置10は、全体制御部12と、タスク管理部14と、処理抜け率算出部16と、タスク優先度変更部18と、タスク実行部20と、優先度設定部22と、タスク管理テーブル24と、を備えている。タスク管理テーブル24には、タスクごとに、他のタスクとの相対的な関係での実行の優先順位例えば、10段階でどの程度優先して実行するのかを表す度合い;以下、優先度と称す。を示す情報、及び、実行指示に対して実際には実行しない処理抜けを許容する度合い例えば、10回の実行指示に対して処理抜けを許容する回数の比率や所定期間中における実行指示に対して処理抜けを許容する回数の比率など;以下、処理抜け許容率と称す。を示す情報が格納されている。例えば、タスクA~タスクEについてそれぞれ、優先度及び処理抜け許容率が図2に示す如き数値となって情報格納されている。尚、本実施例では、優先度の数値が高いほど優先順位が高いものとする。優先度設定部22は、各タスクの優先度及び処理抜け許容率それぞれを設定する部位である。優先度設定部22において設定された優先度及び処理抜け許容率はそれぞれ、タスク管理テーブル24に格納される。この優先度設定部22における設定は、利用者操作により実現される。例えば、タスクの優先度又は処理抜け許容率の設定時、図3に示す如く、まずタスク管理テーブル24からそのタスクについて現時点で格納されている優先度又は処理抜け許容率のデータが読み出されステップ100、利用者操作によりタスク管理テーブル24に格納すべき優先度又は処理抜け許容率の追加変更が行われステップ102、そして、その追加変更後の優先度又は処理抜け許容率のデータがタスク管理テーブル24に書き込まれるステップ104。タスク実行部20は、全体制御部12からタスクの実行指令がなされた場合にそのタスクを実行する部位である。タスク管理部14は、タスクの実行状態例えば、本来の実行開始時期が到来して実行指示がなされた実行可能な全タスクについての実行待ち順序や実行待ち時間などを管理する部位である。例えば、複数のタスクの実行タイミングが重なる場合に、それら実行可能な全タスクの実行待ち順序を定め或いは実行待ち時間を計測する。尚、タスク管理部14は、実行可能なタスクが実行待ち状態にあるときにそのタスクと同じタスクの実行開始時期が到来してそのタスクが実行待ち状態となった場合には、最初のタスクの実行指示に対しては実行を行わない処理抜けを行って、後の実行指示に対するタスクのみ実行待ち状態とする。全体制御部12は、各タスクの状態変化の検出及びタスクスイッチ実行するタスクの切り替え等のタスク制御を行う部位である。全体制御部12は、主に、タスク管理部14で管理されるタスクの実行状態に基づいてタスク実行部20に実行させる実行タスクを決定する。具体的には、複数のタスクの実行タイミングが重なる場合に、各タスクの優先度に従ってその複数のタスクのうちからタスク実行部20に実行させる実行タスクを決定する。そして、そのタスク実行部20に対してタスクの実行を指令すると共に、また、タスク実行部20でのタスクの実行終了後に次の実行タスクの上記した決定処理及び実行指令処理を繰り返し行う。処理抜け率算出部16は、タスク管理部14でタスクの実行状態を管理するうえで、各タスクの実行指示に対して実際には実行を行わなかった処理抜けが生じた度合い例えば、10回の実行指示に対して処理抜けが生じた回数の比率や所定期間中の実行指示に対して処理抜けが生じた回数の比率など;以下、実処理抜け率と称す。を算出する部位である。また、タスク優先度変更部18は、処理抜け率算出部16での実処理抜け率の算出結果に基づいて、実行可能なタスクの実行順序を定めるうえで用いるタスクの優先度を変更する部位である。タスク管理部14は、後に詳述する如く、タスク優先度変更部18での処理結果に基づいて実行可能なタスクの実行順序の設定を含むタスク実行管理を行う。次に、図4及び図5を参照して、本実施例の情報処理装置10における実行可能なタスクの実行順序を設定するうえで用いるタスクの優先度を変更する手法を説明する。図4は、本実施例の情報処理装置10においてタスク優先度を変更するか否かを決定するうえで実行される制御ルーチンの一例のフローチャートを示す。また、図5は、本実施例の情報処理装置10においてタスク優先度を変更する際に実行される制御ルーチンの一例のフローチャートを示す。本実施例の情報処理装置10において、処理抜け率算出部16は、まず、タスク特に、実行指示がなされた実行可能なタスクの優先度及び処理抜け許容率を示すデータをタスク管理テーブル24から読み出す処理を行うステップ120と共に、タスク特に、実行指示がなされた実行可能なタスクの実処理抜け率をこの処理時点までのタスク実行結果に基づいて算出する処理を行うステップ122。次に、処理抜け率算出部16は、タスクごとに実処理抜け率が処理抜け許容率を超えているか否かを判別するステップ124。その判別の結果、実行可能なタスクのすべてが、実処理抜け率が処理抜け許容率以下であるタスクであるときは、実行可能な全タスクについて処理抜けが許容される頻度に至るまでは生じていないとして、以後何ら処理を進めることなく今回の処理を終了する。一方、実行可能なタスクのうち実処理抜け率が処理抜け許容率を超えているタスク以下、緊急実行要タスクと称す。が存在するときは、その緊急実行要タスクの処理抜けが許容される頻度を超えて生じているとして、次に、その緊急実行要タスクを優先的に実行させるべく、その緊急実行要タスクの優先度を上げる処理を含む実行可能なタスクの優先度を変更させる処理を行うステップ126。この具体的な処理としては、タスク優先度変更部18に対して実行可能なタスクの実行順序を定めるうえで用いるタスク優先度を変更するように指令する。タスク優先度変更部18は、処理抜け率算出部16から実行可能なタスクの実行順序を定めるうえで用いるタスク優先度を変更するような指令を受けると、まず、その緊急実行要タスク以外のタスク特に、実行指示がなされた実行可能なタスクの実処理抜け率をこの処理時点までのタスク実行結果に基づいて算出する処理を行うステップ140。そして、上記のタスクの実処理抜け率を算出すると、次に、その算出結果に基づいて、緊急実行要タスクの優先度を上げると同時に実行可能な全タスクのうちから優先度を下げるべきタスク以下、優先度低下タスクと称すを決定する処理を行うステップ142。上記のステップ142における具体的な処理としては、実行可能な全タスクについての実処理抜け率の算出結果とタスク管理テーブル24に格納されている処理抜け許容率との比較結果に基づいて、実行可能な全タスクをタスク管理テーブル24に格納されている優先度の低い順に並べ替えたうえで、その優先度の低いタスクから順番に未だ処理抜けが許容されているタスクを探し出す。そして、最初に探し出されたタスクすなわち、実行可能な全タスクであってかつ未だ処理抜けが許容されているタスクの中でもっとも優先度の低いタスク但し、緊急実行要タスクの優先度よりも高い優先度を有するタスクであることが望ましい。を、優先度を下げるべき優先度低下タスクに決定する。タスク優先度変更部18は、上記の如く実行可能な全タスクのうちから優先度低下タスクを決定すると、優先度を上げるべき緊急実行要タスク及び優先度を下げるべき優先度低下タスクの各情報をタスク管理部14へ通知する処理を行うステップ144。タスク管理部14は、タスク優先度変更部18から上記の優先度変更に関する通知を受けると、優先度を上げるべき緊急実行要タスクの優先度をタスク管理テーブル24に格納されているものから上げ、かつ、優先度を下げるべき優先度低下タスクの優先度をタスク管理テーブル24に格納されているものから下げたうえで、その変更後の優先度に従って実行可能な全タスクについての実行待ち順序を決定する。尚、優先度の変更量は、所定量例えば2段階だけ行われることとすればよく、また、優先度が変更されてから緊急実行要タスクが実行されるまでの間で所定時間ごとに所定量ずつ例えば1段階ずつタスク優先度の変更を行うこととしてもよい。全体制御部12は、上記の如くタスク優先度変更部18でタスク優先度が変更された後、タスク管理部14でのタスクの実行状態に基づいてタスク実行部20に実行させるタスクを決定し、そのタスク実行部20に対してタスクの実行を指令する。このように本実施例の情報処理装置10においては、各タスク特に、実行指示がなされた実行可能なタスクの実処理抜け率を算出した結果として、その実処理抜け率がタスク管理テーブル24に格納されている処理抜け許容率を超えている緊急実行要タスクが存在する場合に、実行可能なタスクの実行順序を定めるうえで用いるその緊急実行要タスクの優先度を上げると共に、優先度低下タスクの優先度を下げることができる。かかる優先度の変更がなされると、実行可能な全タスクのうち緊急実行要タスクの実行待ち順序が従前のものよりも優先的なものとなるので、全体制御部12がタスク実行部20に実行させるタスクとしてその緊急実行要タスクを選択し易くなり、その緊急実行要タスクがタスク実行部20において実行され易くなる。この点、緊急実行要タスクの優先度が元々低い数値に設定されている場合にも、その緊急実行要タスクの実行が処理抜け許容率を超えて行われなかったときに、その緊急実行要タスクの優先度が高い数値に変更されることとなるので、その優先度の低い緊急実行要タスクの処理抜けが処理抜け許容率を超えて頻発するのは防止される。また、上記の如く緊急実行要タスクの優先度が上げられるのと同時に優先度低下タスクの優先度が下げられるが、この優先度低下タスクは、実行可能な全タスクであってかつ未だ処理抜けが許容されているタスクの中でもっとも優先度の低いタスクである。この点、元々優先度の高いタスクの実行が、上記したタスクの優先度変更に起因してひいては緊急実行要タスクの実行に起因して妨げられるのは抑制される。尚、優先度低下タスクとして設定されるタスクは、未だ処理抜けが許容されているタスクであるので、上記したタスクの優先度変更に起因してひいては緊急実行要タスクの実行に起因してその優先度低下タスクの実行が妨げられたとしても、その優先度低下タスクの少なくとも一度の処理抜けは許容され、大きな不都合は生じない。従って、本実施例の情報処理装置10によれば、実行優先度の高いタスクの実行処理にあまり影響を与えることなく、実行優先度の低いタスクが長期間に亘って実行されないのを防ぐこと、すなわち、実行優先度の低いタスクがある期間内に一度も実行されないのを防ぐことができる。例えば、車両エンジンを制御するためのソフトウェアは、周期的に実行処理するイベントやエンジン一回転ごとに実行処理するイベントが多数存在するが、これらイベントのタスクには、優先度の高いものから低いものまである。かかるソフトウェア処理が行われる場合、特にエンジン回転数が高くなるほどイベント発生機会が多くなるので、タスクの実行抜けが発生する確率が高くなる。これに対して、本実施例の情報処理装置10がそのソフトウェア処理を行う場合、エンジンの高回転に伴ってイベント発生機会が多くなっても、優先度の低い緊急実行要タスクの優先度を上げることで、その緊急実行要タスクの処理抜けを許容範囲内に抑えることが可能であるので、実行優先度の低いタスクが長期間に亘って実行されないのを防ぐことができる。尚、上記の実施例においては、タスク実行部20が特許請求の範囲に記載したタスク実行手段に、全体制御部12が複数のタスクの実行タイミングが重なる場合に優先度に従って実行タスクを決定することが特許請求の範囲に記載した実行タスク決定手段に、処理抜け率算出部16が特許請求の範囲に記載した処理抜け算出手段に、タスク管理部14が緊急実行要タスクの優先度を上げることが特許請求の範囲に記載した優先度変更手段及び優先度アップ手段に、タスク管理部14が優先度低下タスクの優先度を下げることが特許請求の範囲に記載した優先度変更手段及び優先度ダウン手段に、それぞれ相当している。ところで、上記の実施例においては、実処理抜け率がタスク管理テーブル24に格納されている処理抜け許容率を超えている緊急実行要タスクが存在する場合に、実行可能なタスクの実行順序を定めるうえで用いるその緊急実行要タスクの優先度が上げられかつ優先度低下タスクの優先度が下げられるが、それら緊急実行要タスク及び優先度低下タスクの優先度の変更を一時的なものとし、所定時間経過後に、実行可能なタスクの実行順序を定めるうえで用いるそれらのタスクの優先度をタスク管理テーブル24に格納されている通常どおりのものに戻すこととしてもよい。尚、この場合、優先度変更後の継続時間は、緊急実行要タスクの実行がその緊急実行要タスクと同じタスクが実行指示されて実行待ちとなるまでに少なくとも1回は確保される時間であればよい。かかる変形例の制御によれば、緊急実行要タスクの優先度の上昇及び優先度低下タスクの優先度の低下がそれぞれ一時的なものに限定されるので、元々優先度の低い緊急実行要タスクの実行が頻発するのを回避しつつ、優先度低下タスクの不実行が長期間に亘って継続するのを抑制することが可能となる。