基本制御部と、前記基本制御部によって制御され、実行するタスクの少なくとも一部に実行時間が設定されるアプリケーションと、前記アプリケーションに関数を提供可能な関数提供部と、が動作する情報処理装置であって、前記基本制御部は、前記アプリケーションが前記関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定し、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行うことを特徴とする、情報処理装置。請求項1に記載の情報処理装置であって、前記所定の例外処理は、ユーザにより設定変更可能なフック関数を呼び出す処理を含む、情報処理装置。請求項1又は2に記載の情報処理装置であって、前記特定の関数は、ドライバ処理を行うための関数である、情報処理装置。請求項1ないし3のいずれか1項に記載の情報処理装置であって、前記特定の関数は、信頼関数である、情報処理装置。請求項1ないし4のいずれか1項に記載の情報処理装置であって、前記基本制御部は、スケジューラ機能を備え、前記所定の例外処理を行った後、前記アプリケーションにより実行されるタスクについて再スケジューリングを行うことを特徴とする、情報処理装置。請求項1ないし5のいずれか1項に記載の情報処理装置であって、タイマー手段と、前記特定の関数の処理所要時間が格納されたテーブルと、を備え、前記基本制御部は、前記タイマー手段を用いて前記タスクの処理経過時間を認識すると共に、前記テーブルを参照して前記特定の関数の処理所要時間を取得することを特徴とする、情報処理装置。情報処理装置の基本制御部が、実行するタスクの少なくとも一部に実行時間が設定されるアプリケーションと、前記アプリケーションに関数を提供可能な関数提供部と、を制御する情報処理装置の制御方法であって、前記アプリケーションが前記関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定するステップと、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行うステップと、を備えることを特徴とする、情報処理装置の制御方法。コンピュータを、基本制御部によって制御され、実行するタスクの少なくとも一部に実行時間が設定されるアプリケーションと、前記アプリケーションに関数を提供可能な関数提供部と、前記アプリケーションが前記関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定し、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行う基本制御部と、として機能させるためのコンピュータ読み取り可能なプログラム。コンピュータに搭載され、アプリケーションを制御する基本制御部を、アプリケーションが関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定し、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行う基本制御部として機能させるためのコンピュータ読み取り可能なプログラム。ところで、AUTOSAROSに代表されるタイミング保護メモリ保護機能付のリアルタイムOSにより制御されるシステム情報処理装置では、信頼OSアプリケーションが提供する信頼関数を、非信頼OSアプリケーションが呼び出すことが可能となっている。AUTOSARAutomotiveOpenSystemArchitectureとは、自動車メーカーや自動車部品メーカー等により設立された標準化団体であり、車載電子制御装置用ソフトウエアインターフェースやソフトウエアモジュールの標準化活動を行っている。AUTOSAROSとは、AUTOSARによって提供使用されているオペレーティングシステムである。AUTOSAROSに関連する信頼OSアプリケーションとは、オペレーティングシステムにおけるライブラリ機能に近いものである。非信頼OSアプリケーションとは、一般的にはアプリケーションと称されるものであり、各種タスクを実行する。また、信頼関数とは、関数に基づく処理が途中で停止するのを回避する必要があるものであり、ユーザによって予め特定されている関数である。一般的には、共有メモリやI/O等の周辺機器とのアクセスを行うドライバ処理等が、信頼関数の呼び出しによって実現されるように設定される。ここで、非信頼OSアプリケーションが信頼関数を呼び出した際に、信頼関数に基づく処理は、実行時間に関しては非信頼OSアプリケーションが実行中のタスク処理に包含されるものとして扱われる。従って、当該タスクの残り実行時間が十分でない場合、信頼関数に基づく処理が呼び出し側のタスクと共に強制終了される場合がある。前述のように、信頼関数に基づく処理は、共有メモリやI/Oの操作を含む。従って、これが処理の途中で強制終了されると、他のアプリケーション又はプロセッサ等から共有メモリやI/Oにアクセスされたときに、制御の整合性が失われる可能性がある。図1は、信頼関数を呼び出した側のタスクの残り実行時間が十分でないために信頼関数の処理が強制終了される様子を示すシーケンス図である。図示するように、時刻T10において非信頼OSアプリケーションが実行中のタスクAがオペレーティングシステム図中、OSと表記したに信頼関数の呼び出しを要求すると、時刻T11において信頼OSアプリケーションにこれが通知され、信頼関数が起床する。ところが、時刻T12においてタスクAの残り実行時間がゼロとなると、信頼関数は強制終了され、終了処理用のプロテクションフックProtectionHookが呼び出され、強制終了に伴う処理が実行される。時刻T13にプロテクションフックの処理が終了すると、その後、オペレーティングシステムはタスクAを強制終了させ、再スケジューリングを行う。このような一連の流れにおいて、信頼関数に基づき処理されていた共有メモリやI/Oへのアクセスは、自動的に中断されてしまうため、データの復元等を行うことが困難となる。従って、何らかの処理を講じなければ、制御の整合性が失われてしまう可能性がある。この点、上記各特許文献に記載の発明は、タスクの実行時間に基づきタスクの管理を行うことについての考慮はされているものの、タスクが呼び出す可能性がある関数、特に処理が途中で停止するのを回避すべき特定の関数が呼び出された際における実行時間管理タイミング保護については、何ら考慮されていない。本発明はこのような課題を解決するためのものであり、タスクが関数を呼び出す場面において、より適切な実行時間管理を行うことが可能な情報処理装置、及びその制御方法、並びに当該情報処理装置を機能させるためのプログラムを提供することを、主たる目的とする。上記目的を達成するための本発明の第1の態様は、基本制御部と、前記基本制御部によって制御され、実行するタスクの少なくとも一部に実行時間が設定されるアプリケーションと、前記アプリケーションに関数を提供可能な関数提供部と、が動作する情報処理装置であって、前記基本制御部は、前記アプリケーションが前記関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定し、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行うことを特徴とする、情報処理装置である。この本発明の第1の態様によれば、アプリケーションが関数提供部から特定の関数を呼び出す際に、アプリケーションが実行しているタスクの処理経過時間と特定の関数の処理所要時間に基づいて特定の関数に基づく処理が実行時間内に終了するか否かを判定し、特定の関数に基づく処理が実行時間内に終了しないと判定した場合に所定の例外処理を行うため、タスクが関数を呼び出す場面において、より適切な実行時間管理を行うことができる。ここで、タスクの処理経過時間と特定の関数の処理所要時間に基づいて特定の関数に基づく処理が実行時間内に終了するか否かを判定する処理は、タスクの実行時間がタスクの開始時に初期値として設定されるデクリメントタイマーを用いて直接的に残り実行時間を算出し、算出した残り実行時間と処理所要時間を比較する処理を含む。本発明の第1の態様において、前記所定の例外処理は、ユーザにより設定変更可能なフック関数を呼び出す処理を含むものとしてもよい。また、本発明の第1の態様において、前記特定の関数は、例えばドライバ処理を行うための関数である。また、本発明の第1の態様において、前記特定の関数は、例えば信頼関数である。また、本発明の第1の態様において、前記基本制御部は、スケジューラ機能を備え、前記所定の例外処理を行った後、前記アプリケーションにより実行されるタスクについて再スケジューリングを行うことを特徴とするものとしてもよい。また、本発明の第1の態様において、タイマー手段と、前記特定の関数の処理所要時間が格納されたテーブルと、を備え、前記基本制御部は、前記タイマー手段を用いて前記タスクの処理経過時間を認識すると共に、前記テーブルを参照して前記特定の関数の処理所要時間を取得することを特徴とするものとしてもよい。本発明の第2の態様は、情報処理装置の基本制御部が、実行するタスクの少なくとも一部に実行時間が設定されるアプリケーションと、前記アプリケーションに関数を提供可能な関数提供部と、を制御する情報処理装置の制御方法であって、前記アプリケーションが前記関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定するステップと、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行うステップと、を備えることを特徴とする、情報処理装置の制御方法である。この本発明の第2の態様によれば、アプリケーションが関数提供部から特定の関数を呼び出す際に、アプリケーションが実行しているタスクの処理経過時間と特定の関数の処理所要時間に基づいて特定の関数に基づく処理が実行時間内に終了するか否かを判定し、特定の関数に基づく処理が実行時間内に終了しないと判定した場合に所定の例外処理を行うため、タスクが関数を呼び出す場面において、より適切な実行時間管理を行うことができる。本発明の第3の態様は、コンピュータを、基本制御部によって制御され、実行するタスクの少なくとも一部に実行時間が設定されるアプリケーションと、前記アプリケーションに関数を提供可能な関数提供部と、前記アプリケーションが前記関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定し、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行う基本制御部と、として機能させるためのコンピュータ読み取り可能なプログラムである。この本発明の第3の態様によれば、アプリケーションが関数提供部から特定の関数を呼び出す際に、アプリケーションが実行しているタスクの処理経過時間と特定の関数の処理所要時間に基づいて特定の関数に基づく処理が実行時間内に終了するか否かを判定し、特定の関数に基づく処理が実行時間内に終了しないと判定した場合に所定の例外処理を行うため、コンピュータに、タスクが関数を呼び出す場面において、より適切な実行時間管理を行わせることができる。本発明の第4の態様は、コンピュータに搭載され、アプリケーションを制御する基本制御部を、アプリケーションが関数提供部から特定の関数を呼び出す際に、前記アプリケーションが実行しているタスクの処理経過時間と前記特定の関数の処理所要時間に基づいて前記特定の関数に基づく処理が前記実行時間内に終了するか否かを判定し、前記特定の関数に基づく処理が前記実行時間内に終了しないと判定した場合に所定の例外処理を行う基本制御部として機能させるためのコンピュータ読み取り可能なプログラムである。この本発明の第4の態様によれば、アプリケーションが関数提供部から特定の関数を呼び出す際に、アプリケーションが実行しているタスクの処理経過時間と特定の関数の処理所要時間に基づいて特定の関数に基づく処理が実行時間内に終了するか否かを判定し、特定の関数に基づく処理が実行時間内に終了しないと判定した場合に所定の例外処理を行うため、コンピュータに搭載された基本制御部に、タスクが関数を呼び出す場面において、より適切な実行時間管理を行わせることができる。本発明によれば、タスクが関数を呼び出す場面において、より適切な実行時間管理を行うことが可能な情報処理装置、及びその制御方法、並びに当該情報処理装置を機能させるためのプログラムを提供することができる。以下、本発明を実施するための形態について、添付図面を参照しながら実施例を挙げて説明する。以下、図面を参照し、本発明の一実施例に係る情報処理装置及びその制御方法、並びにプログラムについて説明する。[機能構成]図2は、本発明の一実施例に係る情報処理装置1の各機能部を概念的に示す機能ブロック図である。情報処理装置1は、例えばCPUCentralProcessingUnit、RAMRandomAccessMemory、ROMReadOnlyMemoryやフラッシュROMに代表されるプログラムメモリ等がバス等を介して接続されたマイクロコンピュータである。情報処理装置1のハードウエア構成に関しては特段の制限はなく、シングルコアプロセッサ、マルチコアプロセッサ、マルチプロセッサ、マルチスレッド処理装置等、如何なる態様のマイクロコンピュータが用いられてもよい。情報処理装置1は、プログラムメモリに格納されたプログラムが実行されることにより機能する機能ブロックとして、オペレーティングシステム10と、信頼OSアプリケーション20と、非信頼OSアプリケーション30と、を備える。また、情報処理装置1は、オペレーティングシステム10その他のソフトウエアによって利用可能なタイマー40を備え、ソフトウエアによって参照可能なデータテーブルとして実行時間バジェットテーブル50と、信頼関数処理所要時間テーブル60と、を備える。これらのデータテーブルは、例えばROMに格納されており、必要に応じて、フラッシュメモリやレジスタ、RAM等にロードされて用いられる。オペレーティングシステム10は、主に、一般的にカーネル、スケジューラと称される基本制御機能を有する。本実施例においては、特に、非信頼OSアプリケーション30が実行するタスクの実行時間管理や例外処理のためのプロテクションフックProtectionHookの呼び出し等を行う。なお、オペレーティングシステム10は、非信頼OSアプリケーション30が実行するタスクの実行開始時刻を把握している。信頼OSアプリケーション20は、非信頼OSアプリケーション30に対して関数を提供するライブラリ機能を有する。信頼OSアプリケーション20が提供する関数には、信頼関数と非信頼関数を区別するための識別子が付与されている。信頼関数とは、共有メモリやI/O等の周辺機器とのアクセスを行うドライバ処理等、関数に基づく処理が途中で停止するのを回避する必要があるものであり、ユーザによって予め選択特定されている。非信頼OSアプリケーション30は、オペレーティングシステム10によって制御され、情報処理装置1の用途に応じた各種タスクを実行する。非信頼OSアプリケーション30が実行するタスクの少なくとも一部には、実行時間最大実行時間が設定されている。以下、この実行時間を、実行時間バジェットと称する。実行時間バジェットは、タスクの実行が開始してから休止状態又は待ち状態になるまでに、タスクが実行するのを許可されている最大時間である。なお、本実施例では単独の非信頼OSアプリケーション30を備えるものとして説明するが、他の複数のアプリケーションが同時に動作してもよい。実行時間バジェットテーブル50は、タスク毎に、実行時間バジェットが規定されている。なお、実行時間バジェットが設定されていないタスクも存在してよく、この場合、実行時間バジェットテーブル50における当該タスクに対応した実行時間バジェットはブランク等に設定されてよい。信頼関数処理所要時間テーブル60は、信頼OSアプリケーション20が提供する信頼関数毎に、処理に要する時間処理所要時間が規定されている。以下、この処理所要時間を、単に処理所要時間と称する。実行時間バジェットテーブル50及び信頼関数処理所要時間テーブル60の内容は、システムコンフィギュレーション時に、情報処理装置1の用途や性能に応じて適切に設定される。[処理フロー]以下、非信頼OSアプリケーション30が信頼関数を呼び出した際に、オペレーティングシステム10により実行される処理について説明する。図3は、本実施例に係る非信頼OSアプリケーション30が信頼関数を呼び出した際に、オペレーティングシステム10により実行される処理の流れを示すフローチャートである。本フローは、信頼関数が呼び出された図では、CallTrustedFunctionと表記したタイミングで開始される。まず、オペレーティングシステム10は、呼び出し元のタスクにより通知されたコールレベル及びサービスIDが正しいか否かを判定するS100、S102。コールレベルとは、タスクの呼び出し可能なレベルかどうかを判定するための値であり、サービスIDとは、信頼関数を指定するIDである。コールレベルとサービスIDの少なくとも一方が正しくない場合は、エラーフックErrorHookを呼び出しS104、信頼関数の呼び出し処理が終了する。コールレベルとサービスIDの双方が正しい場合は、実行時間バジェットテーブル50を参照し、呼び出し元のタスクの実行時間バジェットを取得するS106。そして、呼び出し元のタスクの実行開始時刻とタイマー40の値から、呼び出し元のタスクの処理経過時間を認識しS108、実行時間バジェットから処理経過時間を差し引いて、呼び出し元のタスクの残り実行時間を算出するS110。なお、タイマー40の値は、タスクの実行開始と共にリセットされるように制御されてもよい。この場合、タイマー40の値がそのまま処理経過時間となる。また、タイマー40がデクリメントタイマーであり、タスクの実行開始と共に実行時間バジェットが初期値として設定される場合、タイマー40の値がそのままタスクの残り実行時間となる。この場合、S106~S110の処理は統合され、タイマー40の値をタスクの残り時間として取得する処理となる。タスクの残り実行時間を算出又は取得すると、信頼関数処理所要時間テーブル60を参照し、サービスIDによって指定された信頼関数の処理所要時間を取得するS112。そして、タスクの残り実行時間と信頼関数の処理所要時間を比較し、タスクの残り実行時間が信頼関数の処理所要時間を超えるか否か、すなわち、信頼関数に基づく処理が実行時間バジェット内に終了するか否かを判定するS114。タスクの残り実行時間が信頼関数の処理所要時間を超えると判定した場合には、サービスIDで指定された信頼関数に基づく処理を実行させるS116。一方、タスクの残り実行時間が信頼関数の処理所要時間を超えないと判定した場合には、プロテクションフックを呼び出しS118、保護違反処理を呼び出した後S120、タスクの再スケジューリングを行うS122。ここで、S104及びS118で呼び出されるフック関数は、強制終了の可否程度、再スケジューリングの際の優先度等を決定するものであり、ユーザによって設定変更可能となっている。これによって、ユーザは、所望のタイミングでフック関数のパラメータ変更等を行い、情報処理装置1の仕様変更を行うことができる。[動作例]以下、上記のようなフローを実行することにより、オペレーティングシステム10が適切な実行時間管理を行う動作について説明する。図4は、非信頼OSアプリケーション30が実行するタスクAによって信頼関数が呼び出されたが、タスクAの残り処理時間が信頼関数の処理所要時間を超えないと判定された場面における、各要素の処理の流れを示すシーケンス図である。図示するように、時刻T0において非信頼OSアプリケーション30が実行中のタスクAがオペレーティングシステム図中、OSと表記した10に信頼関数の呼び出しを要求すると、オペレーティングシステム10は図3で示したフローを実行し、タスクAの残り実行時間が信頼関数の処理所要時間を超えるか否かを判定する。本図では、タスクAの残り実行時間が信頼関数の処理所要時間を超えないと判定されたものとする。この場合、信頼OSアプリケーション20に信頼関数の起床通知は行われず、時刻T1においてプロテクションフックが呼び出される。時刻T2にプロテクションフックの処理が終了すると、その後、オペレーティングシステム10は、時刻T3においてタスクAを強制終了させ、時刻T4において、タスクの再スケジューリングを行う。このように、本実施例の情報処理装置1では、信頼関数が最後まで処理を行うことができないと判断された場合には、信頼関数は起床しないように制御される。このため、信頼関数に基づき処理されていた共有メモリやI/Oへのアクセスが自動的に中断されるという事態が生じるのを抑止することができ、制御の整合性が維持されることになる。すなわち、タスクが関数を呼び出す場面において、より適切な実行時間管理を行うことができる。以上説明した本実施例の情報処理装置1、及びその制御方法、並びに情報処理装置1を機能させるためのプログラムによれば、タスクが関数を呼び出す場面において、より適切な実行時間管理を行うことができる。以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。