複数のプロセス、及び前記複数のプロセスに対するランタイム実行情報を含むプロセス制御ブロックを含むシステムに対する通信テスト装置において、前記プロセス制御ブロックにテストエージェントを挿入する挿入モジュールと、前記複数のプロセス間に通信関連イベントが発生したとき、前記テストエージェントを利用してテスト対象をテストコードにフッキングするフッキングモジュールと、前記テストコードがフッキングされたとき、前記複数のプロセス間の通信に対するテスト情報を収集するスキャニングモジュールと、前記スキャニングモジュールにより収集されたテスト情報を格納するロギングモジュールとを含んでなることを特徴とする通信テスト装置。前記プロセス制御ブロックは、前記複数のプロセスに対する資源使用状態、プロセス状態、優先順位及び関数テーブルのうち少なくとも1つを含むことを特徴とする請求項1に記載の通信テスト装置。前記通信関連イベントは、前記複数のプロセス間のメッセージ送信、共有データ送信、共有メモリ使用、メッセージキュー使用、同期化客体使用のうち少なくとも1つであることを特徴とする請求項1に記載の通信テスト装置。前記テストコードは、前記複数のプロセス間のメッセージ送信、メッセージキュー、共有メモリ及び同期化客体のうち少なくとも1つの欠陥の類型を確認するためのコードであることを特徴とする請求項1に記載の通信テスト装置。前記テスト情報は、前記複数のプロセスのコールスタック情報、前記複数のプロセス間に送受信される通信類型、通信アイディー、通信データ及び前記複数のプロセス間の通信で発生した遅延時間のうち少なくとも1つであることを特徴とする請求項1に記載の通信テスト装置。前記テスト情報は、システム動的状態情報、プロセス状態情報、及び前記複数のプロセス間の通信情報を含むことを特徴にする請求項1に記載の通信テスト装置。前記テストコードは、テストしようとする欠陥の類型に従い定義されることを特徴とする請求項1に記載の通信テスト装置。前記システムは、マルチプロセスが通信するエンベデッドシステム及びコンピュータシステムであることを特徴とする請求項1に記載の通信テスト装置。複数のプロセス、及び前記複数のプロセスに対するランタイム実行情報を含むプロセス制御ブロックを含むシステムに対する通信テスト方法において、前記プロセス制御ブロックにテストエージェントを挿入する挿入段階と、前記複数のプロセス間に通信関連イベントが発生したとき、前記テストエージェントを利用してテスト対象をテストコードにフッキングするフッキング段階と、前記テストコードがフッキングされたとき、前記複数のプロセス間の通信に対するテスト情報を収集するスキャニング段階と、収集されたテスト情報を格納するロギング段階と、を含んでなることを特徴とする通信テスト方法。前記プロセス制御ブロックは、前記複数のプロセスに対する資源使用状態、プロセス状態、優先順位及び関数テーブルのうち少なくとも1つを含むことを特徴とする請求項9に記載の通信テスト方法。前記通信関連イベントは、前記複数のプロセス間のメッセージ送信、共有データ送信、共有メモリ使用、メッセージキュー使用、同期化客体使用のうち少なくとも1つであることを特徴とする請求項9に記載の通信テスト方法。前記テストコードは、前記複数のプロセス間のメッセージ送信、メッセージキュー、共有メモリ及び同期化客体のうち少なくとも1つの欠陥の類型を確認するためのコードであることを特徴とする請求項9に記載の通信テスト方法。前記テスト情報は、前記複数のプロセスのコールスタック情報、前記複数のプロセス間に送受信される通信類型、通信アイディー、通信データ及び前記複数のプロセス間の通信で発生した遅延時間のうち少なくとも1つであることを特徴とする請求項9に記載の通信テスト方法。前記システムは、マルチプロセスが通信するエンベデッドシステム及びコンピュータシステムであることを特徴とする請求項9に記載の通信テスト方法。複数のプロセス、及び前記複数のプロセスに対するランタイム実行情報を含むプロセス制御ブロックを含むシステムに対する通信テストシステムにおいて、前記システムを駆動させるための信号の入力を受ける入力装置と、前記入力装置を介し入力された信号により前記システムが動作するあいだ、前記プロセス制御ブロックにテストエージェントを挿入し、前記テストエージェントを利用してテスト対象をテストコードにフッキングし、前記複数のプロセス間の通信に対するテスト情報を収集する通信テスト装置と、前記通信テスト装置により収集されたテスト情報を分析する分析装置と、を含んでなることを特徴とする通信テストシステム。前記通信テスト装置は、収集されたテスト情報を格納するロギングモジュールを含む請求項15に記載の通信テストシステム。前記プロセス制御ブロックは、前記複数のプロセスに対する資源使用状態、プロセス状態、優先順位及び関数テーブルのうち少なくとも1つを含むことを特徴とする請求項15に記載の通信テストシステム。前記テストコードがフッキングされるテスト位置は、欠陥の類型に従い変更されることを特徴とする請求項15に記載の通信テストシステム。前記テスト情報は、前記複数のプロセスのコールスタック情報、前記複数のプロセス間に送受信される通信類型、通信アイディー、通信データ及び前記複数のプロセス間の通信で発生した遅延時間のうち少なくとも1つであることを特徴とする請求項15に記載の通信テストシステム。前記分析装置により分析されたテスト結果を画像又は音声で出力する出力装置をさらに含む請求項15に記載の通信テストシステム。本発明は、フッキング技術を利用しシステムに含まれたプロセス間の通信に対するテストを行うことにより、実際に使用しているシステムに対するテストが可能であり、システムのランタイム状態でも動的テストを行うことができ、システムに含まれる全てのプロセスが通信を行う間に発生する欠陥を確認することができる通信テスト装置及び方法を提供することにその目的がある。本発明は通信テスト装置であって、プロセス制御ブロックにテストエージェントを挿入する挿入モジュールと、複数のプロセス間に通信関連イベントが発生したときに、テストエージェントを利用してテスト対象をテストコードにフッキングするフッキングモジュールと、テストコードがフッキングされたとき、複数のプロセス間の通信に対するテスト情報を収集するスキャニングモジュールと、スキャニングモジュールにより収集されたテスト情報を格納するロギングモジュールとを含んで構成される。また、本発明は通信テスト方法であって、プロセス制御ブロックにテストエージェントを挿入する挿入段階と、複数のプロセス間に通信関連イベントが発生したとき、テストエージェントを利用してテスト対象をテストコードにフッキングするフッキング段階と、テストコードがフッキングされたとき、複数のプロセス間の通信に対するテスト情報を収集するスキャニング段階と、収集されたテスト情報を格納するロギング段階とを含んで構成される。さらに、本発明は通信テストシステムであって、システムを駆動させるための信号の入力を受ける入力装置と、入力装置を介し入力された信号によりシステムが動作する間、プロセス制御ブロックにテストエージェントを挿入し、テストエージェントを利用してテスト対象をテストコードにフッキングし、複数のプロセス間の通信に対するテスト情報を収集する通信テスト装置と、通信テスト装置により収集されたテスト情報を分析する分析装置とを含んで構成される。本発明によれば、ソースコードでない実際に使用するコードを対象とするので、システムが実際に運用される間にもシステムに対する通信テストを行うことができる。さらに、それぞれのプロセスに対する個別的なコード挿入でなく、プロセス制御ブロックに含まれた情報を活用したフッキング方法を利用するので、システムオーバーヘッドを最小にすることができ、動作するシステムを妨ぐことなくシステムに対するテストを行うことができる。さらに、プロセス間の共有資源が制限された場合にも、実時間でテスト情報を収集しテスト結果を確認することができる。本発明は、システムが実際に使用される環境でのテストであり、システムが開始され終了されるまでの動的状態でシステムをテストすることができる装置及び方法に関する。本発明は、フッキング技法を利用して、システム内で動作する全てのプロセスに対するテストを行うことができる。より詳しくは、システム内で動作する全てのプロセス間の通信に対するテストを行うことができる。図1は、本発明に係る通信テスト装置が利用される一実施形態の全体システムを示す図である。図1に示すように、全体システムは、通信テスト装置100、システム200、入力装置300、分析装置400及び出力装置500を含む構成である。通信テスト装置100は、システム200に含まれた2つ以上のプロセス間の通信をテストするための装置である。通信テスト装置100は、システム200に含まれた全てのプロセス間の資源共有及び意思伝達が正確になされたかを判断することができるテスト情報を収集することができる。通信テスト装置100は、図1に示すようにシステム200と独立に備えられてもよく、システム200内部に含まれた形態であってもよい。システム200は、通信テスト装置100のテスト対象になるシステムであって、多様なソフトウェア及びハードウェアが統合されたエンベデッドシステムである。通信テスト装置100のテスト対象になるシステムは、複数のプロセスを含む1つ以上のシステムを意味する。したがって、1つのシステムに含まれる複数のプロセス間の通信だけでなく、互いに異なるシステムに含まれたプロセス間の通信も通信テスト装置100のテスト対象になり得る。システム200は、マルチプロセスが通信する全てのエンベデッドシステム及びコンピュータシステムであって、インフォテインメントシステム、マルチメディアシステム、有無線ネットワークシステムなどがある。例えば、システム200が車両インフォテインメントシステムである場合、システム200は、オディオビデオナビゲーションAVN;AudioVideoNavigation機能を中心に地上デジタルメディア放送TDMB;TerrestrialDigitalMultimediaBroadcasting、交通情報エキスパートグループTPEG;TransportProtocolExpertGroup、アイポッドIPOD、USB、ブルートゥースBluetooth、音声認識VR;VoiceRecognition、パーキングガイダンスシステムPGS;ParkingGuidanceSystem、ラジオデータシステムRDS;RadioDataSystem、自動車団体VCDC;VehicleCDC、ドライバー情報システムDIS;DriverInformationSystem、リアシートエンターティメントRSE;RearSeatEntertainment、ハイブリッド電気車両ディスプレーHybridElectricVehicleDisplay、エアーハンドリングユニットディスプレーAirHandlingUnitDisplayなどがある。入力装置300は、通信テスト装置100及びシステム200を駆動させるための使用者入力装置である。入力装置300は、キーボード又はタッチスクリーンで行われてもよく、入力装置300を介して入力された信号に応じてシステム200が駆動する。さらに、入力装置300を介し入力された信号に応じて通信テスト装置100が通信テストのための動作を行う。分析装置400は、通信テスト装置100により収集されたテスト情報を分析し、システム200に含まれた複数のプロセス間の通信に発生した誤りを確認する。通信テスト装置100は、分析装置400と1つの装置となって、テスト情報を収集すると共に収集されたテスト情報を分析しテスト結果を確認することもできる。出力装置500は、通信テスト装置100により収集されたテスト情報、又は分析装置400により分析されたテスト結果を、画像又は音声で出力する装置である。出力装置500を介し、使用者は通信テスト結果を確認することができる。図2は、本発明に係る通信テスト装置の一実施形態の構成を示す図である。図2に示すように、通信テスト装置100は、挿入モジュール101、フッキングモジュール103、スキャニングモジュール105及びロギングモジュール107を含んで構成される。図2では、通信テスト装置100と連結されテスト対象となるシステム200は、2つ以上のプロセスを含む1つのシステムとして描いている。システム200は、プロセス制御ブロック201を含んでいる。プロセス制御ブロック201は、システム200に含まれた全てのプロセスに対するランタイム実行情報を有する。ここで、ランタイム実行情報とは、システム200が動作しているときの全てのプロセス間の実行情報を意味する。したがって、プロセス制御ブロック201は、システム200に含まれた全てのプロセスに対する資源使用状態、プロセス状態、優先順位、関数テーブルなどを含むことができる。より詳しくは、プロセスID、プロセス名、現行プロセス、現行スレッド、システムで行われているプロセスリスト、モジュールリスト、システムページサイズ、使用可能な物理メモリサイズ、CPU使用量、使用中の資源リスト、要請中のI/Oデバイス状態、オープンされたファイル情報、レジスタ情報などを含むことができる。したがって、全てのシステム内での情報を含むデータ構造又は装置は、本発明で意味するプロセス制御ブロックに該当する。挿入モジュール101は、プロセス制御ブロック201にテストエージェントを挿入する。テストエージェントは、プロセス制御ブロック201に含まれた情報に基づきテストコードをフッキングし、テスト情報を収集することができる。テストコードがフッキングされるテスト位置は、欠陥の類型に従い定義される。本発明では、テストエージェントがプロセス制御ブロック201に挿入される前に、先ずシステム200が正常に動作しており、システム200は通信テスト装置100の動作により影響を受けずに正常に動作する。さらに、挿入モジュール101は、システム200で動作しているプロセスリストを確認し、プロセスリスト中の2以上のプロセスをテスト対象に選定し、選定されたプロセス間の通信をテストするためのテストエージェントを挿入することもできる。フッキングモジュール103は、挿入モジュール101により挿入されたテストエージェントを利用してテスト対象をテストコードにフッキングする。本発明では、テストコードにフッキングされるテスト対象は、プロセスに含まれたコード中の通信関連イベントを発生させるコードであることができる。テストコードは、テストしようとする欠陥の類型に従い変更される。さらに、フッキングモジュール103は、テストコードがフッキングされるテスト位置を変更することができる。テストコードがフッキングされることは、動作しているシステム200内で複数のプロセス間に通信関連イベントが発生したとき、挿入されたテストエージェントが原本コードの動作を含むテストコードが行われるようOSのプロセス制御ブロックをフッキングすることを意味する。プロセス制御ブロックに含まれる情報から、フッキングモジュール103は、如何なるプロセスの間に如何なる類型の通信関連イベントが発生するのかを確認することができる。ここで、通信関連イベントとは、複数のプロセス間にメッセージ送信、共有データ送信、共有メモリ使用、メッセージキュー使用、同期化客体使用などを意味する。テストコードは、複数のプロセス間のメッセージ送信、メッセージキュー、共有メモリ又は同期化客体と関連する欠陥の類型を確認するためのコードである。テストコードの欠陥類型は、下記の図3の説明で詳しく述べる。例えば、テストコードは、送信メッセージSend-Message、送信済みメッセージPost-Messageのような第1の関数、及びテストしようとする欠陥の類型に従い必要な第2の関数を含み、システムに含まれたプロセスはそれぞれ第1の関数を含む。したがって、第1のプロセス及び第2のプロセスの間に通信関連イベントが発生したとき、フッキングモジュール103は、挿入された通信エージェントを利用して第1のプロセス及び第2のプロセスで第1の関数が行われる段階で、第1のプロセス及び第2のプロセスの第1の関数に代えてテストコードを行わせることにより、テスト対象をテストコードにフッキングする。第1のプロセス及び第2のプロセスで第1の関数が行われる段階は、プロセス制御ブロックに含まれた情報から確認される。一方、テスト対象が複数のプロセス間の通信であるので、テストしようとする欠陥の類型に従い送信側又は受信側に該当する一方のプロセスにのみテストコードがフッキングされてもよい。スキャニングモジュール105は、テスト対象がテストコードにフッキングされたとき、通信関連イベントが発生した複数のプロセス間の通信に対するテスト情報を収集するS172。ここで、複数のプロセス間の通信とは、既に発生した通信関連イベントだけでなく、テストコードフッキングに従い発生する通信関連イベントまで含むことができる。収集されたテスト情報は、テスト段階、テスト目的、テストしようとする欠陥の類型に従い変化する。したがって、スキャニングモジュール105は、複数のプロセス間の通信に対し欠陥の判定に要するシステム動的状態情報、例えば、関数パラメータ及び返還値、性能測定値、共有資源使用リストなどを収集する。テスト情報は、複数のプロセスのコールスタック情報、複数のプロセス間に送受信される通信類型、通信ID、通信データ、複数のプロセス間の通信で発生した遅延時間などを含むことができる。ロギングモジュール107は、スキャニングモジュール105により収集されたテスト情報を格納空間に格納する。格納空間は、ロギングモジュール107に備えられてもよく、ロギングモジュール107と別個の装置であってもよい。図1に示した分析装置400では、スキャニングモジュール105により収集されたテスト情報又はロギングモジュール107により格納されたテスト情報を分析することができる。図3は、本発明に係る通信テスト方法の一実施形態のフローチャートである。ここでは、複数のプロセス間の通信に対するテストを行うための通信テスト方法を示す図である。先ず、欠陥モデルが定義されるS110。ここで、欠陥モデルとは、欠陥の類型に従いテストされなければならないプロセス間の通信位置及び欠陥の発見/復旧のためのテスト情報を意味する。定義された欠陥モデルに従い、システム200が正常に動作している間テスト情報を収集することのできるテストコードが生成される。先ず、テスト対象となるシステム200のプロセス制御ブロック201にテストエージェントが挿入されるS120。システム200は、テストエージェントが挿入される前から正常に動作している。次に、複数のプロセス間に通信関連イベントが発生すると、挿入されたテストエージェントを利用しテスト対象がテストコードにフッキングされるS130。テストコードがフッキングされることにより、通信関連イベントが発生したプロセスに代えてテストコードが行われ得る。次に、テストコードがフッキングされたとき、通信関連イベントが発生した複数のプロセス間の通信に対するテスト情報が収集されるS140。次に、収集されたテスト情報は格納されるS150。ここで、テスト情報は、テストコードがフッキングされている間にのみ収集され、テストコードがフッキングされたあと、システムが動作する間に全て収集されることもある。本発明に係るテストコードは、プロセス間のメッセージ送信、メッセージキュー、共有メモリ又は同期化客体と関連する欠陥の類型を確認するためのコードである。メッセージ送信MessagePassingと関連する欠陥の類型は、指定時間内メッセージ送信失敗同期、メッセージデッドロック同期、メッセージ処理遅延同期、メッセージ損失同期、メッセージ変更同期、メッセージキューへの挿入失敗非同期、メッセージ処理遅延非同期、メッセージ損失非同期、又はメッセージ変更非同期に分類することができる。メッセージキューMessageQueueと関連する欠陥の類型は、メッセージキュー生成失敗、メッセージキュー閉じ失敗、メッセージキューからの読取り失敗、又はメッセージキューへの書込み失敗に分類することができる。共有メモリSharesMemoryと関連する欠陥の類型は、共有メモリ生成失敗もある。同期化客体SynchronizationObjectと関連する欠陥の類型は、生成していない同期化客体使用、生成した同期化客体使用しない、又は使用した同期化客体解除しないに分類することができる。したがって、各欠陥の類型に従いテストコードが変更される。上記したように、本発明に係る通信テスト装置100は、動作しているシステム200に影響を与えずにテストエージェント挿入、テストコードフッキング、テスト情報収集を実施することができ、システムテスト装置100による通信テストは、システムに含まれたプロセス制御ブロックに含まれた情報に基づき実施される。本発明は、プロセッサが読取り可能な記録媒体にプロセッサが読取り可能なコードとして実現することが可能である。プロセッサが読取り可能な記録媒体は、プロセッサにより読み取られたデータが格納される全ての種類の記録装置を含む。プロセッサが読取り可能な記録媒体の例には、ROM、RAM、CD-ROM、エムティー、フロッピー、光データ格納装置などがある。さらに、プロセッサが読取り可能な記録媒体はネットワークで連結されたコンピュータシステムに分散され、分散方式でプロセッサが読取り可能なコードが格納され行われる。本発明は、上記した実施形態に限定されず、請求の範囲に記載した本発明の範囲を逸脱することなく、当該発明の属する技術分野で通常の知識を有する者により多様な変形実施が可能であり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。