タスクごとに、優先度を含むタスク情報を管理するタスク管理テーブルと、イベントを受付けると、所定の周期で、該優先度を段階的に高く変更する第1の優先度制御部とを有する、タスク制御システム。前記タスク情報は優先度制御フラグをさらに含み、前記第1の優先度制御部は、該優先度制御フラグに基づいて前記優先度の変更の可否を判断する、請求項1記載のタスク制御システム。前記タスク情報は初期優先度及び上限優先度をさらに含み、前記第1の優先度制御部は、前記優先度を、該初期優先度から該上限優先度まで段階的に高く変更する、請求項1-2いずれかに記載のタスク制御システム。前記タスク情報はイベント待ち優先度を含み、前記優先度を、前記タスクがイベントを受付けたとき初期優先度に変更し、該タスクがイベントの処理を終了したときイベント待ち優先度に変更する第2の優先度制御部をさらに有する、請求項1-3いずれかに記載のタスク制御システム。タスクごとに、優先度、初期優先度及びイベント待ち優先度を含むタスク情報を管理するタスク管理テーブルと、前記優先度を、前記タスクがイベントを受付けたとき初期優先度に変更し、該タスクがイベントの処理を終了したときイベント待ち優先度に変更する第2の優先度制御部とを有する、タスク制御システム。イベントを受付けるステップと、所定の周期で、タスク情報に含まれる優先度を段階的に高く変更するステップを有する、タスク制御方法。前記タスク情報は優先度制御フラグをさらに含み、前記変更するステップは、該優先度制御フラグに基づいて前記優先度の変更の可否を判断する、請求項6記載のタスク制御方法。前記タスク情報は初期優先度及び上限優先度をさらに含み、前記変更するステップは、前記優先度を、該初期優先度から該上限優先度まで段階的に高く変更する、請求項6-7いずれかに記載のタスク制御方法。前記タスク情報はイベント待ち優先度を含み、前記優先度を、前記タスクがイベントを受付けたとき初期優先度に変更し、該タスクがイベントの処理を終了したときイベント待ち優先度に変更するステップをさらに有する、請求項6-8いずれかに記載のタスク制御方法。イベントを受付けるステップと、タスク情報に含まれる優先度を、タスクがイベントを受付けたとき初期優先度に変更し、該タスクがイベントの処理を終了したときイベント待ち優先度に変更するステップとを有する、タスク制御方法。本発明は、このような問題点を解決するためになされたものであり、タスクの適切な優先度を決定するタスク制御システム及びタスク制御方法を提供することを目的とする。ここで、タスクの優先度を動的に変更すると、緊急性が高いイベントが発生しても、タスクが該イベントを即時に受付けることができない可能性を生じるという問題がある。本発明は、かかる問題を解決するために、タスクを適切な優先度で実行しつつ、イベントの受付はできるだけ早く行うタスク制御システム及びタスク制御方法を提供することを第2の目的とする。本発明にかかるタスク制御システムは、タスクごとに、優先度を含むタスク情報を管理するタスク管理テーブルと、イベントを受付けると、所定の周期で、該優先度を段階的に高く変更する第1の優先度制御部とを有するものである。また、本発明にかかる他のタスク制御システムは、タスクごとに、優先度、初期優先度及びイベント待ち優先度を含むタスク情報を管理するタスク管理テーブルと、前記優先度を、前記タスクがイベントを受付けたとき初期優先度に変更し、該タスクがイベントの処理を終了したときイベント待ち優先度に変更する第2の優先度制御部とを有するものである。本発明にかかるタスク制御方法は、イベントを受付けるステップと、所定の周期で、タスク情報に含まれる優先度を段階的に高く変更するステップを有するものである。また、本発明にかかる他のタスク制御方法は、イベントを受付けるステップと、タスク情報に含まれる優先度を、タスクがイベントを受付けたとき初期優先度に変更し、該タスクがイベントの処理を終了したときイベント待ち優先度に変更するステップとを有するものである。本発明により、タスクの適切な優先度を決定するタスク制御システム及びタスク制御方法を提供することができる。また、タスクを適切な優先度で実行しつつ、イベントの受付はできるだけ早く行うタスク制御システム及びタスク制御方法を提供することができる。実施の形態1図1は本発明の実施の形態1にかかるタスク制御システムの構成図である。タスク管理テーブル2は、タスクごとにタスク情報3を格納している。また、タスク管理テーブル2は、タスクの実行順序を管理するために用いられる実行キュー4を備えている。優先度制御部1は、タスク情報3に含まれるタスク状態31を所定の周期で変更することにより、タスクの優先度を制御する処理を行う。タスク情報3は、タスクの実行制御に関する種々の情報の集合である。典型的には、図示しないタスク生成部が、タスクを生成したときに、該タスクにかかるタスク情報3をタスク管理テーブル2に登録する。タスク情報3の内容の例を図2に示す。タスク状態31は、タスクの実行状態を示す情報である。タスク状態31は、典型的には実行中、待ち、実行可能のいずれかの値をとる。実行中は、タスクにCPUが割当てられ、実行している状態を示す。待ちは、入出力処理等が完了するのを待っている状態を示す。実行可能は、CPUが割当てられれば実行できる状態であり、他のタスクがCPUを使用し終えるのを待っている状態を示す。優先度32は、タスクの現在の優先度を示す情報である。本実施の形態では、優先度32は、タスクの優先度が高いほど優先度32の値が大きくなるように定義されている。優先度制御部1が所定の周期で該優先度32の値を変更することにより、タスクの優先度が変動する。優先度制御フラグ34は、優先度制御部1が優先度32の値を変更する処理を行うか否かを判断するためのフラグである。例えば、優先度制御部1は、優先度制御フラグ34がオンのときには優先度32を変更する処理を行うが、優先度制御フラグ34がオフのときにはかかる処理を行わない。初期優先度35は、優先度32の初期値を示す。上限優先度36は、優先度制御部1が優先度32を変更する際の上限値を示す。これらに加え、その他の管理情報33として、例えばCPUレジスタ内容の保存領域等を保持することができる。実行キュー4は、CPU割当て待ちのタスク例えばタスク状態31が実行可能であるタスクのタスク情報3のポインタタスク情報3のアドレスを格納する。ここで、実行キュー4は、タスク情報3のポインタが、タスクの優先度が高い順、すなわち本実施の形態においては優先度32の値が大きい順に、キューの先頭から並ぶように格納する。この場合、実行キュー4の先頭にあるタスク情報3のタスクが、現在実行中のタスクの次に実行されるタスクとなる。優先度制御部1は、所定の周期で、タスク管理テーブル2に格納されているタスク情報3の優先度制御フラグ34を参照する。ここで、優先度制御フラグ34が優先度32を変更する処理を行うべき旨を示すものである場合、優先度制御部1は、優先度32の値を高いものに変更する。かかる変更処理は、具体的には、初期優先度35と上限優先度36との間を複数の段階に区分し、所定の周期ごとに、該段階を1又は2以上高めるように変更するものであってよい。なお、優先度制御フラグ34が優先度32の変更を行わない旨を示すものである場合は、優先度制御部1は優先度32に対する変更を行わない。このように、優先度制御フラグ34は、優先度制御部1が特定のタスクに対してのみ優先度変更処理を実行するよう制御する役割を果たす。本実施の形態では、優先度制御フラグ34がオンである場合に優先度32の変更を行い、優先度32がオフである場合に優先度32の変更を行わないこととした例を示している。本発明の実施の形態1にかかるタスク制御システムにおける処理について説明する。はじめに、タスク生成部図示しないが、タスク情報3をタスク管理テーブル2に登録する処理を説明する。タスク生成部は、タスクを生成したとき、該タスクにかかるタスク情報3をタスク管理テーブル2に登録する。タスク情報3は、例えば図2に示すような情報の集合体である。ここで、タスク生成部は、優先度32に、初期値として初期優先度35を設定することができる。また、タスク生成部は、優先度制御フラグ34をオンに設定することにより、このタスク情報3を優先度制御部1による処理の対象とするよう定義することが可能である。つづいて、優先度制御部1が、タスクの優先度を制御する処理を行う。この処理を図3のシーケンス図を用いて説明する。優先度制御部1は、所定の周期で、タスク管理テーブル2に格納されているすべてのタスク情報3に対して、以下のステップA3~A5にかかる一連の処理を行うステップA1、A2。はじめに、優先度制御部1は、タスク情報3に含まれる優先度制御フラグ34の値を参照するステップA3。ここで、優先度制御フラグ34がオンであった場合、優先度制御部1は、該タスク情報3のタスク情報32に対し、ステップA4に示す処理を実行する。一方、優先度制御フラグ34の値がオフであった場合、優先度制御部1は、このタスク情報3の優先度32については、後続の処理を行わない。優先度制御フラグ34がオンであった場合、優先度制御部1は、タスク情報3に含まれる優先度32の値を、現在より高い値に変更するステップA4。具体的には、初期優先度35と上限優先度36との間を1又は2以上の段階に区分して、所定の周期ごとに、該段階を1又は2以上高めるように変更するものであってよい。また、所定の計算式やテーブル等に基づいて求められる、現在の優先度32の値以上の値に変更するものであってもよい。なお、変更後の優先度32の値が上限優先度36を超えるものとなる場合には、優先度32の値を上限優先度36と同じ値に変更することとしてもよい。つづいて、優先度制御部1は、ステップA4において優先度32の値を変更し、かつ、タスク状態31の現在の値が実行可能である場合には、実行キュー4の中のタスク情報3のポインタの並び順を変更するステップA5。すなわち、優先度制御部1は、実行キュー4に格納されているタスク情報3のポインタを、タスクの優先度が高い順、すなわち本実施の形態においては優先度32の値が大きい順に、キューの先頭から並ぶように並び替える。このような一連の処理により、タスクの優先度が変化する様子を図4に示す。図4において、破線部分は、タスクのタスク状態31が待ちあるいは実行可能であることを示す。一方、実線部分は、タスク状態31が実行中であることを示す。なお、この例では、タスクの優先度制御フラグ34はオンになっているものとする。タスクの優先度32は、生成直後は初期優先度35に設定される。このとき、タスクの優先度32が他のタスクの優先度より相対的に低ければ、他の優先度の高いタスクにCPUが割当てられる。そのため、タスクは実行可能状態にあったとしても、直ちに実行状態に遷移することはできず、実行可能状態が維持される。その後、優先度制御部1により、タスクの優先度32が一定周期で高く変更されてゆく。ある時点において、タスクの優先度32が他のタスクの優先度よりも高くなると、すなわち、実行キュー4の先頭にタスクのタスク情報3が位置すると、タスクはCPUの割当てを受けることができるようになる。CPUが割当てられると、タスクは実行状態に遷移し、処理を開始する。ここで、タスクは優先度が2段高くなった時点で処理を開始している。仮に、システムにかかる負荷がより低く、すなわち他の優先度の高いタスクがより少なければ、前記タスクはより早い時点で処理を開始するであろう。他方、他に優先度の高いタスクが多く存在していれば、前記タスクはより遅い時点で処理を開始するであろう。このように、本実施の態様によれば、タスクは、その時々のシステムの負荷の状態に応じた適切な優先度でイベントの処理を実行することができる。実施の形態2以下、図を用いて実施の態様2にかかるタスク制御システムについて説明する。なお、本実施の態様におけるタスクは、発生したイベントを受付けて該イベントに応じた処理を行う態様のものを想定している。かかるタスクの優先度を動的に変更すると、発生するイベントを即時に受付けられない可能性がある。すなわち、イベント発生時点で、該イベントを受付けるべきタスクの優先度が他のタスクの優先度に比べ低い場合は、該タスクは、前述の優先度制御によりCPUの使用権を獲得できるようになる時点まで、該イベントの受付処理を開始することができない。このようにして、イベントの受付の遅延が起こりうる。イベントには、緊急性が高く即時に受付けるべきものも存在するため、かかる遅延は可能な限り起こらないことが望ましい。本実施の形態は、かかるイベントの受付の遅延を抑制しつつ、タスクの適切な優先度を決定するものである。図5は本発明の実施の形態2にかかるタスク制御システムの構成図である。図5にかかる構成は、図1に示した構成に加えて第2の優先度制御部5を備える。また、図6に示すように、タスク情報3はイベント待ち優先度37を含んでいる。イベント待ち優先度37は、タスク状態3に含まれる情報である。タスクがイベントの発生待ちを行う際、優先度32の値が、イベント待ち優先度37に基づいて設定される。イベント待ち優先度37は、タスクがイベントを可能な限り早く受付けることができるよう、他のタスクがとりうる優先度に比べて十分に高い値であることが望ましい。一例として、イベント待ち優先度37は、図1における上限優先度36と同じ値であっても良い。あるいは、上限優先度36をそのままイベント待ち優先度37として扱うこととしても良い。第2の優先度制御部5は、発生したイベントの受付けおよびイベント処理の終了の際、タスク情報3の内容を変更する制御を行う制御部である。第2の優先度制御部5は、例えばタスク自身であってよい。あるいは、第2の優先度制御部5は、優先度制御部1と同じであっても良く、これとは別個の制御部であっても良い。つづいて、実施の形態2にかかるタスク制御システムの処理を、図7のシーケンス図を用いて説明する。タスクが生成されると、第2の優先度制御部5が、タスクの優先度32の値をイベント待ち優先度37に設定する。さらに、第2の優先度制御部5は、タスクの優先度制御フラグ34をオフにするステップB1。ここで、第2の優先度制御部5とは、例えばタスク自身である。また、イベント待ち優先度37は、例えば上限優先度36と同じ情報を使用する。この後、タスクは、イベントの待機のため待ち状態に遷移するステップB2。イベントが発生すると、タスクは実行状態へと遷移し、イベントの受信処理を実行するステップB2。該受信処理には、例えば、イベントに伴って発生する割込のクリア等が含まれる。つづいて、第2の優先度制御部5は、タスクの優先度32を初期優先度35に変更する。このとき、該タスクより他のタスクの優先度が高ければ、他のタスクにCPUの使用権が移るため、該タスクは実行可能状態に遷移する。また、第2の優先度制御部5は、タスクの優先度制御フラグ34をオンにするステップB4。これを契機として、優先度制御部1が、該タスクに対する優先度制御処理を開始する。優先度制御部1による処理の内容は、実施の形態1で述べたものと同様である。すなわち、優先度制御部1は、所定の周期で、該タスクの優先度32の値を現在より高い値に変更する。ある時点において、該タスクの優先度32が他のタスクの優先度よりも高くなると、該タスクはCPUの使用権を獲得する。タスクは、CPUの使用権を獲得すると、ステップB2で受付けたイベントに応じた処理を実行するステップB5。イベントの処理が終了すると、第2の優先度制御部5が、再びステップB1の処理を実行する。すなわち、タスクの優先度32の値をイベント待ち優先度37に設定し、優先度制御フラグ34をオフにする。その後、タスクは待ち状態に遷移しステップB2、イベントの発生を待機する。このような一連の処理により、タスクの優先度が変化する様子を図8に示す。図8において、破線部分は、タスクのタスク状態31が待ちあるいは実行可能であることを示す。一方、実線部分は、タスク状態31が実行中であることを示す。第2の優先度制御部5は、タスク生成直後、タスクの優先度32をイベント待ち優先度37に設定する。タスクは待ち状態でイベントaの発生を待機する。イベントaが発生すると、タスクは実行状態に遷移し、イベントaの受信処理を開始する。タスクがイベントaの受信処理を終えると、第2の優先度制御部5は、タスクの優先度32を初期優先度35に変更する。このとき、該タスクより他のタスクの優先度が高ければ、他のタスクにCPUの使用権が移るため、該タスクは実行可能状態に遷移する。その後、優先度制御部1により、タスクの優先度32が一定周期で高く変更されてゆく。ある時点において、タスクの優先度32が他のタスクの優先度よりも高くなると、すなわち、実行キュー4の先頭にタスクのタスク情報3が位置すると、タスクはCPUの割当てを受けることができるようになる。CPUが割当てられると、タスクは実行状態に遷移し、イベントaの処理を開始する。タスクがイベントの処理を終えると、第2の優先度制御部5は、タスクの優先度32をイベント待ち優先度37に変更する。その後、タスクは待ち状態に遷移し、次のイベントbの発生を待機する。イベントbが発生すると、イベントaの場合と同様の処理を繰返す。ここで、イベントaの場合、タスクは、優先度が1段高くなった時点でイベントaの処理を開始している。これは、システムにかかる負荷が低く、すなわち他の優先度の高いタスクが少なかったためである。他方、イベントbの場合には、タスクは、優先度が3段高くなった時点でイベントbの処理を開始している。これは、イベントaの場合に比べ、イベントbの場合のほうが、他の優先度の高いタスクが多く存在していたためである。このように、本実施の態様によれば、タスクは、イベントの受付はできるだけ早く行いつつも、その時々のシステムの負荷の状態に応じた適切な優先度でイベントの処理を実行することができる。その他の実施の形態なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、タスクの優先度32は、実施の態様1および2でしめしたように段階的に高めることに代えて、時間等を変数として含む所定の計算式等で定義される上昇幅にしたがって高めることとしても良い。