"プロセス内におけるアプリケーション間の通信処理を、アプリケーションと他のプロセスとの間の通信処理または他の装置との間の通信処理に変換し、変換した通信処理を行う通信手段と、前記通信手段による前記通信処理の実行中において発生した通信エラーを検出するエラー検出手段と、前記通信エラーの種別と、当該通信エラーの種別に対応した通信エラーの重要度と、を予め定めた通信エラーの種別と重要度との対応関係から識別する識別手段と、前記識別手段によって識別された重要度が一定値以上であるとエラー処理を実行する例外処理手段と、を備えることを特徴とする通信制御装置。前記重要度が前記識別手段によって一定値以上と識別されると正常な通信の状態を示すフラグの設定を通信エラーの発生を示す設定に変更するフラグ設定手段を更に備えることを特徴とする請求項1に記載の通信制御装置。前記通信エラーの種別と、当該通信エラーの種別に対応した通信エラーの重要度と、の対応関係を記憶する記憶手段と、前記識別手段によって識別された前記重要度が一定値以上であると前記通信エラーの種別を前記記憶手段に出力する情報記憶手段と、を更に備えることを特徴とする請求項1または2に記載の通信制御装置。前記例外処理手段は、前記識別手段によって識別された重要度に応じて複数の例外処理フローを実行することを特徴とする請求項1乃至3のいずれか1項に記載の通信制御装置。前記通信手段は、アプリケーション間のサブルーチンコールを他の装置との間の通信プロトコルに変換して通信することを特徴とする請求項1乃至4のいずれか1項に記載の通信制御装置。複数の通信制御装置において、一方の通信制御装置のアプリケーションから他方の通信制御装置のアプリケーションの関数を呼び出し相互に情報の送受信を行う通信制御システムであって、前記通信制御装置は、プロセス内におけるアプリケーション間の通信処理を、アプリケーションと他のプロセスとの間の通信処理または前記他方の通信制御装置との間の通信処理に変換し、変換した通信処理を行う通信手段と、前記通信手段による前記通信処理の実行中において発生した通信エラーを検出するエラー検出手段と、前記通信エラーの種別と、当該通信エラーの種別に対応した通信エラーの重要度と、を予め定めた通信エラーの種別と重要度との対応関係から識別する識別手段と、前記識別手段によって識別された重要度が一定値以上の場合に、エラー処理を実行する例外処理手段と、を備えることを特徴とする通信制御システム。通信制御装置における通信制御方法であって、前記通信制御装置の通信手段が、プロセス内におけるアプリケーション間の通信処理を、アプリケーションと他のプロセスとの間の通信処理または他の通信制御装置との間の通信処理に変換し、変換した通信処理を行う通信工程と、前記通信制御装置のエラー検出手段が、前記通信工程による前記通信処理の実行中において発生した通信エラーを検出するエラー検出工程と、前記通信制御装置の識別手段が、前記通信エラーの種別と、当該通信エラーの種別に対応した通信エラーの重要度と、を予め定めた通信エラーの種別と重要度との対応関係から識別する識別工程と、前記通信制御装置の例外処理手段が、前記識別手段によって識別された重要度が一定値以上の場合に、エラー処理を実行する例外処理工程と、を有することを特徴とする通信制御方法。コンピュータを、請求項1乃至5のいずれか1項に記載の通信制御装置の各手段として機能させるためのプログラム。ハンドラを用いたエラー検出手法では、プロセス毎にエラー検出部を実装する必要がある。プロセス内で関数呼び出しを行っていたソフトウェアをそのまま遠隔手続きを行うプログラムとして再利用し、開発効率を向上させようとする目的に鑑みると、プロセス毎にコードの修正量が多くなってしまい望ましくない。プログラムコードの修正量を減らす観点からは、遠隔手続き呼び出しライブラリにエラー検出部を実装する手法も考えられる。しかしこの手法は、遠隔手続き呼び出しライブラリにエラー検出機能、およびエラーからの復帰、エラー処理機能を実装することになる。エラー検出機能エラー処理機能は、一般的に、ソフトウェアシステムが動作するハードウェアに依存するものである。ハードウェアへの依存の強いソフトウェアをライブラリ内に実装した場合、同ライブラリを他のハードウェアで動作するシステムに移植する際には、ハードウェアへの依存性の観点から汎用性が減ずるという問題がある。特許文献1では、各プロセスに予めエラー検証のための検証プログラムコードを付加しておくことが必要である。この検証プログラムコードは一般的にウォッチドッグ、ハートビートなどと呼ばれるものである。この手法では例外ハンドラやコールバックハンドラを用いる手法と同じくプロセス毎に例外処理を実装する必要がある。そのため、多数のプロセスから構成される分散システムにおいては実装しなければならないコードの量が多く開発効率の点で問題がある。特許文献2では、検出できる通信エラーがサーバ側からクライアント側への送信時のエラーに限られていること、また、タイムアウト機構をクライアント側に実装しなければいけない。そのため、特許文献1の手法と同じく実装コードの量が多いことから開発効率、またクライアント側からサーバ側へのエラーが検出できないことからエラー発生の補足性能の点で問題がある。分散型のシステムではほとんどの場合、システムに複数プロセスで共有されるログシステムを有し、各プロセスはログシステムへの出力を行うログ出力機能を有している。一般的に、分散型のシステムでは複数のプロセスが協調してソフトウェアの機能を実現しており、ログをもとにシステムの動作やエラーの解析を行うためには、特定プロセスに属していない、システム全体で統一されたログが必要となる。このことが、ログシステムの存在する理由である。本発明は、複数のプロセスで共有されるログ出力機能をエラー検出に利用した通信制御技術を提供することを目的とする。上記の目的を達成する本発明の一つの側面にかかる通信制御装置は、プロセス内におけるアプリケーション間の通信処理を、アプリケーションと他のプロセスとの間の通信処理または他の装置との間の通信処理に変換し、変換した通信処理を行う通信手段と、前記通信手段による前記通信処理の実行中において発生した通信エラーを検出するエラー検出手段と、前記通信エラーの種別と、当該通信エラーの種別に対応した通信エラーの重要度を示すログレベルと、を予め定めた通信エラーの種別とログレベルとの対応関係から識別する識別手段と、前記識別手段によって識別された前記ログレベルが一定値以上の場合に、エラー処理を実行する例外処理手段と、を備えることを特徴とする。本発明によれば、ログ出力機能をエラー検出に利用した通信制御技術の提供が可能になる。ログ出力機能をエラー検出にも利用することにより、各プロセスにエラー検出部を実装する必要がなく、呼び出し側のコード修正量が少なくて済むため、ソフトウェアの再利用性を高め開発効率を向上させることが可能になる。あるいは、エラー状態フラグを介して間接的に通信エラーの検出と通知を行うことにより、プロセス内の関数呼び出しを、特定のハードウェアの機能への依存の少ない、汎用的な遠隔呼び出し処理に適用することが可能になる。本発明は、同一プロセス内の通信を、プログラムコードの大幅な変更を伴わずにプロセス間あるいはノード間の通信に適用して、通信処理を行う技術を提供する。ここで、同一プロセス内の通信とは、例えば、一のアプリケーションから他のアプリケーションの関数を呼び出し、アプリケーション間で情報の送受信を行うための通信をいい、以下、この通信を関数呼び出しともいう。また、プロセス間あるいはノード間の通信とは、例えば、異なるプロセス間あるいは通信制御装置ノード間において、一方のアプリケーションから他方のアプリケーションの関数を呼び出し、相互に情報の送受信を行うための通信をいう。以下、この通信を遠隔呼び出しともいう。本発明の実施形態にかかる通信制御装置の構成を図面の参照により説明する。図1は通信制御システムを構成する通信制御装置の構成例を示す図である。通信制御システムを構成する通信制御装置ノード01101上に、CPU102、ネットワークコントローラ103およびメモリ104が配置されており、システムバス105によって相互に接続されている。メモリ104はCPU102の備えるメモリ保護機構によってプロセス毎に分割されている。通信制御装置ノード01101でプロセスA、プロセスBが動作している場合は、メモリ104内にプロセスAのメモリ空間106、プロセスBのメモリ空間107が存在する。また、これらに加えてメモリ104上には、ノード毎に唯一存在するエラー状態フラグ108、エラー通知部109、およびエラー処理を実行する例外処理部110が存在する。プロセスAのメモリ空間106内には、プロセスA上で動作するアプリケーション111およびアプリケーション111にリンクされる遠隔呼び出しライブラリ112が配置されている。同様にプロセスBのメモリ空間107内には、アプリケーション113およびアプリケーション113にリンクされる遠隔呼び出しライブラリ114が配置されている。これらはプロセス毎に配置されるものである。通信制御装置ノード01101は、ネットワークコントローラ103により、確立された通信路115を経由して、通信制御装置ノード02116と接続されている。通信制御装置ノード02116も通信制御装置ノード01101と同様の構成を有しており、通信制御装置ノード01101のプロセスA,Bは通信路115を経由して通信制御装置ノード02116のプロセスC、Dと通信可能である。図2は、図1における遠隔呼び出しライブラリ112の備える機能構成を説明する図である。通信制御装置ノード01101と通信制御装置ノード02116とを有するシステムにおいて、通信制御装置ノード01101においてプロセスAが動作しており、プロセスAのメモリ空間106上ではアプリケーション111が動作している。アプリケーション111は、同一のプロセスAのメモリ空間106内に存在する他のアプリケーションに属する関数を呼び出し、通信処理を行うようプログラムされている。遠隔呼び出しライブラリ112は、プロセスAのメモリ空間106内でアプリケーション111とリンクされている。遠隔呼び出しライブラリ112は、通信処理を行う通信部206を備える。通信部206は、アプリケーション111からのプロセス内における関数の呼び出し処理通信処理を、他のプロセスとの間の通信処理または他の通信制御装置との間の通信処理、通信プロトコルに変換し、通信処理を行うことを特徴としている。通信部206は、例えば、アプリケーション111からのプロセス内における関数の呼び出し処理サブルーチンコールを、他のアプリケーション、他のプロセス間あるいは他のノード間との間の通信処理遠隔呼び出しに変換する。アプリケーション111の通信相手となる他のアプリケーションは、アプリケーション111と同一のプロセスAのメモリ空間106内に配置されていてもよい。また、他のアプリケーションは、同一の通信制御装置ノード01101上、または、通信制御装置ノード01101と異なる別のノードである通信制御装置ノード02116上に配置されていてもよい。また、遠隔呼び出しライブラリ112は、通信に係るエラーを検出するエラー検出部207および、通信をはじめとするライブラリ自身の動作状態を出力するための情報記憶部208を備えている。本実施形態においては、情報記憶部208の情報記憶機能として記憶媒体にエラーログを出力する機能が実装されているものとする。ここで、記録媒体とは、磁気ディスク上の特定ファイルでも、メモリ上の特定の領域でもよく、ログ記録用の専用マシン上に確保された記憶領域であってもよい。遠隔呼び出しライブラリ112は、エラー検出部207によって通信エラーが検出され、情報記憶部208から出力されるログの種別を判定し、通信エラーの重要度を識別する記録情報識別部209を備える。エラー検出部207で通信エラーが検出され、情報記憶部208から通信エラーに係るエラーログが出力される際、記録情報識別部209は、例外処理部110に対して例外処理を促す重要な通信エラーであるか否かを判断する。更に、遠隔呼び出しライブラリ112は、記録情報識別部209によって通信エラーが重要なものと判断された場合、エラー状態フラグ108を、非シグナル状態からシグナル状態とするフラグ設定部210を備えている。ここで、非シグナル状態とは、システムが正常動作をしていることを示し、シグナル状態とは、通信エラー状態の発生を示す。更に、通信制御装置ノード01101上には、エラー通知部109が設けられている。エラー通知部109は、フラグ設定部210によってエラー状態フラグ108がシグナル状態に変更された場合に、例外処理部110に対してエラーが起きたことを通知し、例外処理エラー処理の実行を促す。図3は、情報記憶部208から出力されるログの種別301と、ログの重要度のレベル302との対応関係を示す図である。通信エラーの種別ログの種別と、通信エラーの種別に対応した通信エラーの重要度を示すログレベルとの対応関係は、予め、通信制御装置のメモリ104または外部のハードディスク等に記憶しておくことが可能である。ログの重要度のレベル302とログの種別301とは、1対1に対応している。記録情報識別部209は、情報記憶部208から出力されるログの種別301を識別することにより、ログの種別に対応しているログの重要度のレベル302を判定することができる。本実施形態では、ログの重要度のレベル302の数値は、小さいほど、重要度が高いログであることを示している。すなわち、ログの重要度のレベル302ログレベルの1に対応するログ種別、LOG_FATAL303が最も重要度の高いログ種別になる。LOG_FATAL303は、例えば、ハードウェアエラー、オペレーティングシステムの内部エラーなど復帰不能な深刻なエラーの属性を表す。ログレベル2に対応するログ種別は、LOG_ERROR304であり、これは通信エラーなど処理の継続ができない重要なエラーを表す。ログレベル3に対応するログ種別は、LOG_WARNING305であり、処理のタイムアウトなど、処理の継続が可能な軽微な異常を表す。ログレベル4に対応するログ種別は、LOG_INFO306であり、システムの動作状態を予防的に知るための、正常状態でも出力されるログである。ログレベル5に対応するログの種別は、LOG_DEBUG307であり、システムのデバッグ時や障害解析時にのみ使用されるような、システムの詳細な内部動作状態を出力するためのログである。記録情報識別部209は、これらのログレベルを利用して、フラグ設定部210を作動させるか否かの判定を行ない、判定結果によりフラグ設定部210を制御することが可能である。例えば、ログの種別として、LOG_FATALログレベル1またはLOG_ERRORログレベル2が出力された場合のみ、記録情報識別部209は、フラグ設定部210を作動させることが可能である。一方、それ以外のログ種別の場合、記録情報識別部209は、フラグ設定部210を作動させないように制御することが可能である。システムの仕様によりエラーの種別を表現するログ属性が存在しない場合には、一定以上の重要なエラーログが出力されたという条件で、記録情報識別部209は、フラグ設定部210を作動させることが可能である。また、ログレベルが特定できない場合、全てのエラーログを対象として、記録情報識別部209は、フラグ設定部210を作動させることも可能である。エラー検出時の処理フローエラー検出時の処理フローを図4の参照により説明する。まず、通信部206による通信処理の実行中、エラー検出部207によって、通信エラーが検出されると、本処理がスタートするステップS401。次に、ステップS402において、記録情報識別部209は、検出された通信エラーのログの種別を決定し、通信エラーの重要度を識別する。例えば、通信エラーは、図3に示すログの属性、LOG_ERROR304に相当し、対応するログレベルは2である。ログの種別が決定されると、ステップS403において、情報記憶部208によりログが出力される。情報記憶部208は、通信制御装置ノード01101の外部のハードディスク、または通信制御装置ノード01101のメモリ104上の特定領域に、ログレベルの高低に応じてログの出力先を制御することが可能である。例えば、情報記憶部208は、重要度の高いログレベル1、2のみについて、外部のハードディスク、またはメモリ104ログを出力するように制御することも可能である。ステップS403において、ログ出力が行われると、ステップS404において、記録情報識別部209は、先のステップS403で出力されたログレベルが一定以上のレベルであるか否かを識別する。本ステップの処理は、例外処理を行うか否かの閾値を設定することに相当する。ログレベルを一定以上とすることにより、正常状態でも出力され得る軽微なログによって例外処理が起動されてしまわないように制御することができる。ステップS404の判定で、ログレベルが一定値未満の場合S404-N0、処理は終了しS406、ログレベルが一定値以上の場合S404-Yes、処理はステップS405に進められ、フラグ設定処理が実行される。ステップS405において、記録情報識別部209は、フラグ設定部210を作動させことによりエラー状態フラグ108を更新し、ログレベルが一定値以上の高いレベルにある通信エラー状態の発生を示すシグナル状態に設定する。エラー通知部109によるフラグ監視フロー図5は、エラー通知部109により実行されるエラー状態フラグ108の監視と、監視結果に伴う処理の流れを説明する図である。ステップS501において、エラー通知部109は、システム起動後の任意の時点でエラー状態フラグ108の監視を開始する。ここで、監視とは、初期状態として設定されているエラー状態フラグ108のログレベルが一定値未満であることを示す非シグナル状態から、ログレベルが一定値以上であることを示すシグナル状態への変化を検知することをいう。監視の方法は一定時間ごとにエラー状態フラグ108をチェックするポーリングによってもよいし、イベントなどシステム固有の方法で受動的にフラグ状態の変化を示す情報を、エラー通知部109が受信するようにしてもよい。監視中にエラー状態フラグ108が非シグナル状態からシグナル状態への設定変更を検出するとS502-Yes、ステップS503において、エラー通知部109は、例外処理部110にエラーの発生を通知エラー通知する。エラー通知を受けた例外処理部110の具体的な処理内容については図6を用いて詳細に説明する。例外処理部110によるエラー処理フロー図6は、エラー通知部109からエラー通知を受けた例外処理部110によるエラー処理の流れを説明する図である。まず、ステップS601において、例外処理部110がエラー通知部109からエラー通知を受信すると、本処理がスタートする。ステップS602において、例外処理部110は、ユーザインタフェースUI画面にエラーが発生したことエラー状態を表示する。その後、ステップS603において、例外処理部110は、システムに属する全てのプロセスを終了させる。そして、ステップS604において、例外処理部110は、ハードウェアをシャットダウンすることにより、例外処理を終了するステップS605。この例外処理とはシステムが深刻な異常状態に陥った際に行われる処理で、アプリケーションが動作するハードウェアに依存するものである。図6の例外処理として、全システムの停止、およびハードウェアのシャットダウンは一例であり、復帰可能なエラーの場合はプロセスを終了させずに再起動させてもよい。また、エラーの程度ログレベルに応じて複数の例外処理フローを実行するようにしてもよい。また、ハードウェアを停止ないし再起動する処理であってもよく、アプリケーションの全体あるいは一部分を停止ないし再起動する処理であってもよく、また、システムに特有のエラーからの復帰を行う処理であってもよい。本実施形態によれば、ログ出力機能をエラー検出に利用した通信制御技術が提供される。ログ出力機能をエラー検出にも利用することにより、各プロセスにエラー検出部を実装する必要がなく、呼び出し側のコード修正量が少なくて済むため、ソフトウェアの再利用性を高め開発効率を向上させることが可能になる。エラー状態フラグを介して間接的に通信エラーの検出と通知を行うことにより、プロセス内の関数呼び出しを、特定のハードウェアの機能への依存の少ない、汎用的な遠隔呼び出し処理に適用することが可能になる。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。"