半導体設計IP用システムオンチップであって、スキャン用データを受信するインタフェース部と、暗号化されたシグネチャーデータを復号化する復号化部と、前記復号化されたシグネチャーデータを利用して、スキャン用データにウイルスが存在しているかどうかを判断するアンチ-ウイルスエンジンと、を備える半導体設計IP用システムオンチップ。前記復号化されたシグネチャーデータを格納する格納部と、暗号化されたアップデート用シグネチャーデータを受信する通信部と、をさらに備えることを特徴とする請求項1に記載の半導体設計IP用システムオンチップ。前記格納部に格納されたシグネチャーデータのアップデート動作を行うマネジャーをさらに備え、前記復号化部が前記暗号化されたアップデート用シグネチャーデータを復号化すると、前記マネジャーは、復号化されたアップデート用シグネチャーデータを利用して前記アップデート動作を行うことを特徴とする請求項2に記載の半導体設計IP用システムオンチップ。前記通信部が受信した前記暗号化されたアップデート用シグネチャーに対してフィルタリング動作を行うファイアウォールをさらに備えることを特徴とする請求項2に記載の半導体設計IP用システムオンチップ。前記復号化部は、前記暗号化されたアップデート用シグネチャーが前記ファイアウォールを通過した場合にのみ復号化動作を行うことを特徴とする請求項4に記載の半導体設計IP用システムオンチップ。アップデートサーバとセッションとが設定されるごとにセッションキーを生成するキー生成部をさらに備え、前記通信部は、前記セッションキーをアップデートサーバに送信し、前記アップデートサーバは、送信されたセッションキーを利用してアップデート用シグネチャーデータを暗号化することを特徴とする請求項3に記載の半導体設計IP用システムオンチップ。前記アップデートサーバは、前記セッションキーを利用して暗号化したアップデート用シグネチャーデータを前記通信部に送信することを特徴とする請求項6に記載のシステムオンチップ。キー格納部をさらに備え、前記キー生成部は、前記セッションキーを生成する時に前記セッションキーと対になるキーも生成して、前記キー格納部に格納することを特徴とする請求項7に記載のシステムオンチップ。アップデート用シグネチャーデータを暗号化するのに使用されるキーを生成するキー生成部をさらに備え、前記暗号化されたアップデート用シグネチャーデータは、前記キー生成部により生成されたキーによって暗号化されることを特徴とする請求項1に記載のシステムオンチップ。所定の暗号化キーを使用して、前記キー生成部が生成したキーを暗号化する暗号化部と、前記暗号化部により暗号化されたキーをアップデートサーバに送信する通信部と、をさらに備えることを特徴とする請求項9に記載のシステムオンチップ。前記暗号化部が使用した所定の暗号化キーは、前記アップデートサーバが配布した公開用キーであることを特徴とする請求項10に記載のシステムオンチップ。前記暗号化部は、前記キー生成部が生成したキーの暗号化に使用された暗号化アルゴリズムに対する情報を暗号化し、前記通信部は、前記暗号化された暗号化アルゴリズムに対する情報を前記暗号化されたキーと共に前記アップデートサーバに送信することを特徴とする請求項10に記載の半導体設計IP用システムオンチップ。前記アンチ-ウイルスエンジンは、前記ウイルスが前記スキャン用データに存在しているかどうかを決定する第1ハードウェアロジックを備えることを特徴とする請求項1に記載の半導体設計IP用システムオンチップ。前記ファイアウォールは、前記フィルタリング動作を行う第2ハードウェアを含むことを特徴とする請求項4に記載の半導体設計IP用システムオンチップ。前記アンチ-ウイルスエンジンは、前記ウイルスが前記スキャン用データに存在しているかどうかを決定する第1ハードウェアロジックを備え、前記ファイアウォールは、前記フィルタリング動作を行う第2ハードウェアロジックを備えることを特徴とする請求項4に記載の半導体設計IP用システムオンチップ。スキャン用データを有するメインモジュールと、前記メインモジュールからスキャン用データを受信し、アップデート可能なシグネチャーデータを利用して、前記受信したスキャン用データにウイルスが存在しているかどうかを判断する半導体設計IP用システムオンチップと、を備えるデバイス。前記半導体設計IP用システムオンチップは、前記アップデート可能なシグネチャーデータを格納し、前記格納されたシグネチャーデータを前記スキャン用データと比較して、ウイルスが存在しているかどうかを判断することを特徴とする請求項16に記載のデバイス。前記半導体設計IP用システムオンチップは、暗号化されたアップデート用シグネチャーデータを受信し、受信した前記暗号化されたアップデート用シグネチャーデータを復号化し、前記復号化されたアップデート用シグネチャーデータにより、予め格納された前記シグネチャーデータをアップデートすることを特徴とする請求項17に記載のデバイス。復号化動作を行うソフトウェアの少なくとも一部は、前記メインモジュールが有するプロセッサ又は前記半導体設計IP用システムオンチップが有するプロセッサにより制御されて動作することを特徴とする請求項18に記載のデバイス。前記半導体設計IP用システムオンチップは、アップデートサーバとセッションが設定されるごとにセッションキーを生成し、前記セッションキーをアップデートサーバに送信し、前記アップデートサーバは、送信されたセッションキーを利用してアップデート用シグネチャーデータを暗号化して送信することを特徴とする請求項19に記載のデバイス。前記半導体設計IP用システムオンチップは、前記セッションキーを生成する時に前記セッションキーと対になるキーも生成して格納することを特徴とする請求項20に記載のシステムオンチップ。デバイスのメインボード上において動作するデータ以下スキャン用データというにウイルスが存在しているかどうかをスキャンする方法であって、前記メインボードに装着された半導体設計IP用システムオンチップが、前記メインボードから前記スキャン用データを受信するステップと、前記半導体設計IP用システムオンチップが、前記受信したスキャン用データとアップデート可能なシグネチャーデータとを比較して、前記スキャン用データにウイルスが存在しているかどうかを判断するステップと、を含む半導体設計IP用システムオンチップを利用したウイルススキャン方法。前記半導体設計IP用システムオンチップ又は前記メインボードが、前記シグネチャーデータを格納するステップをさらに含むことを特徴とする請求項22に記載の半導体設計IP用システムオンチップを利用したウイルススキャン方法。前記半導体設計IP用システムオンチップは、暗号化されたアップデート用シグネチャーデータを受信して復号化し、前記復号化されたアップデート用シグネチャーデータにより、予め格納されたシグネチャーデータをアップデートすることを特徴とする請求項23に記載のウイルススキャン方法。前記半導体設計IP用システムオンチップは、前記暗号化されたアップデート用シグネチャーデータをセキュリティー政策に従ってフィルタリングした後、前記セキュリティー政策を満たす場合にのみ復号化することを特徴とする請求項24に記載の半導体設計IP用システムオンチップを利用したウイルススキャン方法。前記半導体設計IP用システムオンチップは、アップデートサーバとセッションとが設定されるごとにセッションキーを生成して、前記セッションが設定されたアップデートサーバに前記セッションキーを送信し、前記アップデートサーバは、前記セッションキーを利用してアップデート用シグネチャーデータを暗号化して、前記半導体設計IP用システムオンチップに送信することを特徴とする請求項24に記載のウイルススキャン方法。本発明の目的は、システムオンチップ及びこれを利用したデバイス、並びにスキャン方法を提供することにある。また、本発明の目的は、セキュリティー機能を備えた半導体設計IP用システムオンチップ及びこれを利用したデバイス、並びにスキャン方法を提供するのを目的とする。また、本発明の目的は、システムオンチップ又は半導体設計IP用システムオンチップを利用したウイルススキャン方法を提供することにある。本発明の一実施の形態によれば、スキャン用データを受信するインタフェース部と、暗号化されたシグネチャーデータを復号化する復号化部と、前記復号化されたシグネチャーデータを利用して、スキャン用データにウイルスが存在しているかどうかを判断するアンチ-ウイルスエンジンとを備える半導体設計IP用システムオンチップが提供される。本発明の他の実施の形態によれば、スキャン用データを有するメインモジュールと、前記メインモジュールからスキャン用データを受信し、アップデート可能なシグネチャーデータを利用して、前記受信したスキャン用データにウイルスが存在しているかどうかを判断する半導体設計IP用システムオンチップとを備えるデバイスが提供される。本発明の他の実施の形態によれば、メインボードを備えるデバイスでの前記メインボード上において動作するデータ以下、スキャン用データとするにウイルスが存在しているかどうかをスキャンする方法であって、前記メインボードに装着された半導体設計IP用システムオンチップが前記メインボードからスキャン用データを受信するステップと、前記半導体設計IP用システムオンチップが前記受信したスキャン用データとアップデート可能なシグネチャーデータとを比較して、前記スキャン用データにウイルスが存在しているかどうかを判断するステップとを含む半導体設計IP用システムオンチップを利用したウイルススキャン方法が提供される。本発明の一実施の形態によれば、デバイスで使用されるデータに対するスキャン動作とフィルタリング動作とをシステムオンチップを介して行うことで、速くて強力にセキュリティー機能を提供できる。また、本発明の一実施の形態によれば、スキャン動作に必要なアンチ-ウイルスエンジン、ファイアウォール、及びシグネチャーデータを暗号化して送受信することによって、より安全なセキュリティー機能を提供できる。また、本発明の一実施の形態によれば、デバイスのメイン動作とは別に、システムオンチップがアップデートサーバから直接アップデート用データを受信してアップデートすることによって、デバイスの性能に影響を及ぼさず、かつセキュリティーを強化させることができる。以上の本発明の目的、他の目的、特徴及び利点は、添付された図面と関連した以下の好ましい実施の形態により容易に理解されるはずである。しかしながら、本発明は、ここで説明される実施の形態に限定されずに他の形態で具体化されうる。むしろ、ここで紹介される実施の形態は、開示された内容が徹底かつ完全になるように、そして当業者に本発明の思想を十分に伝達させるために提供されるものである。本明細書において、ある構成要素が他の構成要素上にあると言及される場合に、それは、他の構成要素上に直接形成されうるか、又はそれらの間に第3の構成要素が介在されうることを意味する。本明細書で使用された用語は、実施の形態を説明するためのもので、本発明を限定するものではない。本明細書において、単数形は、特に言及しない限り、複数形も含む。明細書で使用される含むcomprises及び/又は含むcomprisingと言及された構成要素は、一つ以上の他の構成要素の存在又は追加を排除しない。以下、図面を参照して本発明を詳細に説明する。以下の特定実施の形態を述べるにおいて、様々な特定の内容は、発明をさらに具体的に説明し理解を助けるために作成された。しかしながら、本発明を理解することができる程度のこの分野における知識を有した読者は、このような様々な特定の内容がなくても使用されうることを認知できる。ある場合には、発明を述べるにおいて周知で発明と大きく関連のない部分は、本発明を説明するにおいて特別な理由なしで混乱を引き起こすことを防止するために述べないことを予め言及しておく。図1は、本発明の一実施の形態に係るシステムオンチップを装着したデバイスを利用するシステムの機能ブロック図である。同図に示すように、本発明の一実施の形態に係るシステムは、デバイス及びデバイスと通信するサーバ100以下、アップデートサーバとするを備えることができる。デバイスは、メインモジュール200とシステムオンチップ250以下、SOCとするとを備え、一実施の形態によれば、メインモジュール200とSOC250とは、メインボード上に装着されうる。SOC250は、半導体設計IP用システムオンチップの形態で具現化されるか、又は一般的なシステムオンチップの形態で具現化されることができる。説明の便宜上、一般的なシステムオンチップは、半導体設計IP用システムオンチップの形態でない他の任意のすべての形態のチップを意味する用語として使用することにする。また、本願明細書において、SOCシステムオンチップは、特に区別する実益がない限り、上述した一般的なシステムオンチップと半導体設計IP用システムオンチップの両方を通称して使用する。また、本願明細書においてウイルスとは、デバイスの動作に害を及ぼすことのできる任意の悪性コードをすべて含む意味として用いられる。例えば、本願明細書においてウイルスとは、通常のウイルス、トロイの木馬、スパイウェアー、アドウェアー、入力流出プログラムのように非ウイルス悪性コードをすべて含む意味として使用することにする。SOC250は、メインモジュール200で使用されるか動作するデータ実行ファイル、データファイル、...等、任意のすべてのデータ以下、スキャン用データをメインモジュール200から受信し、スキャン用データにウイルスが存在しているかどうかを判断する。このために、SOC250は、後述する実施の形態のようにアンチ-ウイルスエンジンを具備できる。本発明の一実施の形態によれば、SOC250は、シグネチャーデータとスキャン用データとを比較することによって、スキャン用データにウイルスが存在しているかどうかを判断できる。シグネチャーデータは、メインモジュール200又はSOC250に格納されて管理されることができる。シグネチャーデータがメインモジュール200に格納される場合、SOC250は、メインモジュール200からシグネチャーデータを受信して、ウイルススキャン動作を行う。アップデートサーバ100は、例えば、アップデート用シグネチャーデータをデバイスに送信できる。一実施の形態によれば、アップデートサーバ100は、自身のアップデートスケジュールに従って、アップデート用シグネチャーデータをデバイス側に送信するか以下、プッシュPUSH方式とする、又はalternatively、デバイス側よりアップデート要請がある場合、アップデート用シグネチャーデータをデバイス側に送信できる以下、プルPULL方式とする。本発明の一実施の形態によれば、アップデートサーバ100は、SOC250が備えるアンチ-ウイルスAnti-virusエンジン以下、AV又はAVエンジンとするやファイアウォール以下、ファイアウォールエンジン、FW又はFWエンジンとするをアップデートするためのデータも含むことができ、シグネチャーデータと同様にプル方式又はプッシュ方式によりデバイス側に送信できる。一方、プル方式やプッシュ方式は、実施の形態の一つであって、このような方式にのみ本願発明が限定されるものではなく、これらの方式の組合わせや他の方式でもアップデット用データをデバイスに送信できることはもちろんである。また、本発明の一実施の形態によれば、アップデートサーバ100は、アップデート用データをデバイスに送信する際に暗号化して送信できる。本明細書において、アップデート用データとは、アップデート用ファイアウォールデータ、アップデート用AVエンジンデータ、及びアップデート用シグネチャーデータのうち、少なくとも何れか一つを含む意味であり、場合によって上述した三つ全部又はその一部を意味するものとして使用する。本発明の一実施の形態によれば、アップデートサーバ100がアップデート用データをデバイス側に送信する際、暗号化して送信できる。本発明の一実施の形態によれば、アップデートサーバ100とデバイスとの間のセッションが設定されるごとに、新しい暗号化キーを使用することができる。本発明の一実施の形態によれば、アップデートサーバ100は、アップデート管理部101、暗復号化部103、及びデータ格納部105を備えることができ、データ格納部105は、アップデート用シグネチャーデータ107とAV及び/又はFWエンジン109を格納することができる。一方、図20は、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法で用いられる暗復号化過程を説明するためのフローチャートであり、アップデートサーバ100の暗号化動作について、図1と図20とを参照して詳細に説明する。図1と図20とを参照すれば、アップデートサーバ100の暗復号化部103は、公開キーと秘密キーとを生成できる。公開キーと秘密キーとは、互いに対をなす非対称キーであって、例えば、RSAアルゴリズムに用いられる公開キーと秘密キールでありうる。デバイスからアップデート用データを受信するための接続要請があるか、又はアップデートサーバ100のアップデート用データをデバイスに送信しようとする場合、アップデートサーバ100は、公開キーをデバイスに送信できる。デバイスは、セッションキーを生成でき、サーバ100から送信された公開キーと非対称キー方式の暗号化アルゴリズム例:RSAアルゴリズムを利用して、セッションキーを暗号化できる。ここで、非対称キー方式の暗号化アルゴリズムは、サーバ100と予め約束された暗号化アルゴリズムである。本実施の形態におけるセッションキーは、対称キー方式の暗号化アルゴリズム例えば、AES-128アルゴリズムに用いられる対称キーである。デバイスは、公開キーで暗号化したセッションキーと前記対称キー方式の暗号化アルゴリズムに対する情報をサーバ100に送信する。一方、対称キー方式の暗号化アルゴリズムに対する情報は暗号化されずに、そのままサーバ100に送信されることもでき、又は、対称キー方式の暗号化アルゴリズムに対する情報自体も公開キーにより暗号化して送信できる。本発明の一実施の形態に係るサーバ100は、デバイスに配布した公開キーと対をなす秘密キーで前記暗号化されたセッションキーを復号化できる。そして、前記対称キー方式の暗号化アルゴリズムに対する情報が公開キーで暗号化されてデバイスから送信されてきた場合には、秘密キーで暗号化されたアルゴリズムに対する情報を復号化できる。サーバ100は、暗号化アルゴリズムに対する情報から使用する暗号化アルゴリズムを選択できる。以後、選択した暗号化アルゴリズムとセッションキーとを利用して、アップデート用データを暗号化してデバイスに送信する。デバイスは、サーバ100から送信された暗号化されたデータをセッションキーで復号化して、アップデート動作を行うことができる。本実施の形態において、セッションキーは、非対称キー方式の暗号化方法により送信し、アップデート用データは、対称キー方式の暗号化方法により暗号化して送信したが、これは、例示に過ぎず、非対称キー方式のみを使用するか、対称キー方式のみ使用するか、又はセッションキーの送信は、対称キー方式により具現化し、アップデート用データの送信は非対称キー方式により具現化することも可能である。一方、非対称キー方式の暗号化技術としてRSA暗号を言及したが、ラビンRabin暗号、エルガマルElGamal暗号、又は楕円曲線暗号などのように、他の暗号化技術も本願発明に使用されうる。そして、対称キー方式の暗号化技術としてAES-128を言及したが、DES暗号のような他の暗号化技術も使用することができる。図1を参照し続けて本発明の一実施の形態を説明すれば、サーバ100からデバイスに送信されるアップデート用データは、メインモジュール200に送信され、メインモジュール200からSOC250に再度送信されるように構成されることができる。このために、デバイスのメインモジュール200は、OTA図示せず通信方式によりアップデート用データをサーバ100から受信することができるOTAインタフェース部図示せずを具備するか、又はサーバ100とネットワークを介して通信できるネットワークインタフェース部図示せずを具備できる。一実施の形態によれば、シグネチャーデータをSOC250ではないメインモジュールが格納管理でき、このような場合、アップデート用シグネチャーデータは、SOC250に送信されずに、AVエンジンやファイアウォールに対するアップデート用データのみをSOC250に送信されることができる。一実施の形態によれば、サーバ100からデバイスに送信されるアップデート用データは、SOC250に直に送信されるように構成されることができる。このために、SOC250は、OTA図示せず通信方式によりアップデート用データをサーバ100から受信することができるOTAインタフェース部図示せずを具備するか、又はサーバ100とネットワークを介して通信できるネットワークインタフェース部図示せずとを備えることができる。本発明の一実施の形態に係るSOC250は、上述したようなウイルスの存在有無に対するスキャン動作やデータパケットフィルタリング動作のために、別途のプロセッサCPUやメモリを具備できる。又は、SOC250は、メインモジュール200のプロセッサ及び/又はメモリをメインモジュール200と共有して、上述した動作を行うことができる。一方、本発明の一実施の形態に係るシステムは、ウェブサーバ50をさらに備えることができる。ウェブサーバ50は、デバイスに多様な形態のウェブサービス例えば、課金、インターネットバンキング、オンラインショッピング等を提供するサービスでありうる。このような場合、SOC250は、ネットワークを介して受信されるデータパケットに対して、所定のセキュリティー政策を適用してフィルタリング動作を行うことができる。本発明の一実施の形態に係るSOC250は、特定サーバから受信されるデータパケットに対してのみ通過させ、その他のサーバらから受信されるデータパケットは遮断する動作を行うことができる。例えば、SOC250は、アップデートサーバ100から受信するデータパケットやウェブサーバ50から受信されるデータパケットに対しては通過させ、その他のサーバから送信されるデータパケットは遮断させることができる。本実施の形態におけるデバイスは、システムオンチップ250を装着して使用できる装置であれば、如何なる装置でも良く、例えば、コンピュータやセルラーフォン、PDA、又はスマートフォンのようなデバイスも可能である。図2は、本発明の一実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードの機能ブロック図である。同図に示すように、本発明の一実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードは、メインモジュールと半導体設計IP用システムオンチップとを備える。メインモジュールは、メインプロセッサCPU_MAIN201、メインメモリMainMemory203、UIアプリケーション部205及び格納部211を備える。ここで、UIアプリケーション部205は、AV/FWアプリケーション207とAV/FWドライバー209とを備えることができ、格納部211は、デバイス情報213、及びアップデートサーバ情報215を含むことができる。シグネチャーデータ217は、格納部211に格納されるか、又は半導体設計IP用システムオンチップに格納されることができる。半導体設計IP用システムオンチップは、ネットワークインタフェース部251、プロセッサCPU_SOC253、メモリSOCMemory255、ファイアウォールFWエンジン257、入出力インタフェース部263、及びアンチ-ウイルスAVエンジン265を備えることができる。ここで、FWエンジン257は、パケット識別部259とパケットフィルタリング部261とを備えることができ、シグネチャーデータ格納部267は、オプション構成要素として半導体設計IP用システムオンチップに含まれるか、又は上述したように、メインモジュールに含まれるように構成できる。以下、図2の実施の形態を参照して、アップデート動作、ウイルススキャン動作、及びフィルタリング動作について順次に説明する。アップデート動作本発明の一実施の形態に係るプル方式によれば、AV/FWアプリケーション207は、ネットワークインタフェース部251を介してアップデートサーバ例えば、図1のサーバ100に接続を要請できる。アップデートサーバに対する情報は、格納部211に格納されたアップデートサーバ情報215を参照して分かり、前記要請には、デバイス情報213例えば、AVエンジン、ファイアウォール、及び/又はシグネチャーデータの現在バージョンに対する情報が含まれていることができ、サーバ100は、そういうデバイス情報213を参照して、アップデート用データを送信するかどうかを決定できる。FWエンジン257は、サーバ情報を参照して前記接続要請に対するフィルタリング動作を行うことができる。アップデートサーバは、アップデート用データをネットワークインタフェース部251に送信し、前記アップデート用データは、FWエンジン257を通過してAV/FWアプリケーション207に送信される。以後、AV/FWアプリケーション207は、アップデート用データを入出力インタフェース部263に送信し、プロセッサCPU_SOC253は、入出力インタフェース部263を介して送信されたアップデート用データで予め格納されたFWエンジン、AVエンジン又はシグネチャー格納部267に格納されたシグネチャーデータをアップデートできる。一方、シグネチャーデータが格納部267でないメインモジュールの格納部211に格納された場合には、AV/FWアプリケーション207は、AVエンジン又はFWエンジンに対するアップデート用データのみを入出力インタフェース部263に送信できる。又は、AV/FWアプリケーション207が要請してネットワークインタフェース部251が受信したアップデート用データは、FWエンジン257を通過した後、メインモジュールに送信されずに、直にアップデートされることができる。すなわち、プロセッサ253は、FWエンジン257を通過したデータパケットがアップデート用データであると判断された場合、メインモジュール側に送信せずに直に予め格納されたAVエンジン、FWエンジン、及び/又はシグネチャーデータをアップデートできる。一方、プロセッサ253は、FWエンジン257を通過したデータパケットがアップデート用データでないと判断された場合には、メインモジュール側にネットワークインタフェース部251を介して送信できる。本発明の一実施の形態に係るプッシュ方式によれば、アップデートサーバ例えば、図1のサーバ100は、ネットワークインタフェース部251を介してアップデート用データを送信するとの通知をAV/FWアプリケーション207に通知できる。以後、サーバ100から送信されたアップデート用データをAV/FWアプリケーション207は、入出力インタフェース部263に送信し、プロセッサCPU_SOC253は、入出力インタフェース部263を介して送信されたアップデート用データを予め格納されたFWエンジン、AVエンジン又はシグネチャー格納部267に格納されたシグネチャーデータをアップデートする。一方、シグネチャーデータが格納部267でないメインモジュールの格納部211に格納された場合には、AV/FWアプリケーション207は、AVエンジン又はFWエンジンに対するアップデート用データのみを入出力インタフェース部263に送信することは、前述した例のとおりである。スキャン動作本発明の一実施の形態によれば、UIアプリケーション部205は、スキャン動作を行うことを指示できる画面をユーザに提供できる。このような画面を介してスキャン動作の指示がユーザから受信されると、AV/FWアプリケーション207は、AV/FWドライバー209を介してスキャン用データを特定サイズ分だけシステムオンチップに送信する。AV/FWドライバー209を介して送信されるデータを入出力インタフェース部263が受信し、AVエンジン265は、入出力インタフェース部263が受信したスキャン用データに対してスキャン動作を行うことができる。又は、UIアプリケーション部205は、予め決まったスキャンスケジュールに従って、スキャン用データを入出力インタフェース部263に送信するように構成されることができる。例えば、UIアプリケーション部205は、ユーザにスキャンスケジュールを受け取ることのできる画面を提供でき、そういう画面を介して受け取ったスキャンスケジュールに従って、スキャン用データを入出力インタフェース部263に送信できる。また、UIアプリケーション部205は、ユーザからスキャンスケジュールを送信されず、デフォルトとして格納されたスキャンスケジュールに従ってスキャン用データの送信動作を行うか、又は外部サーバ管理者サーバから送信されるスキャンスケジュールを受信して、上述したスキャン用データの送信動作を行うことができる。フィルタリング動作本発明の一実施の形態によれば、FWエンジン257は、ネットワークインタフェース部251を介して受信又は送信されるすべてのデータパケットに対してフィルタリング動作を行うことができる。例えば、パケット識別部259は、送受信されるデータパケットがどこからきたしどこへ向かうかに対し識別し、パケットフィルタリング部261は、所定のフィルタリング政策に従って、データパケットを遮断又は通過させることができる。本発明の一実施の形態によれば、FWエンジン257は、ネットワークインタフェース部251を介して送受信されるすべてのデータパケットに対して、フィルタリング動作を行うことができる。本発明の一実施の形態によれば、AVエンジン265、FWエンジン257、及び後述する暗復号化エンジン図示せずは、それぞれハードウェア及び/又はソフトウェアにより具現化されることができる。これらの少なくとも一部がソフトウェアにより具現化される場合、CPU253によりSOCメモリ255にロードされて動作できる。また、AVエンジン265、FWエンジン257、及び後述する暗復号化エンジン図示せずの少なくとも一部がソフトウェアにより具現化された場合、本システムオンチップは、そういうソフトウェアを格納することができるフラッシュメモリのようなプログラム格納部図示せずをさらに具備できる。このような場合、一実施の形態によれば、SOCがメインモジュールのCPUやメモリを共有するように構成されることができる。これについては、関連図面を参照して後述する。上述した図2の実施の形態で、メインモジュール、サーバ、及びシステムオンチップ間に特定インタフェース部を介してデータが送受信されると説明したが、これは、例示に過ぎず、本願発明の思想から逸脱しない限度内で上述した方式と異なる方式でデータを互いに送受信するように構成することも可能である。図3は、本発明の他の実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードの機能ブロック図である。同図に示すように、本実施の形態にメインボードは、メインモジュールと、半導体設計IP用システム用オンチップとを備える。図2の実施の形態と比較すると、図3の実施の形態は、OTAインタフェース部369をシステムオンチップが備えているという点に決定的な差がある。OTAインタフェース部369を除いた残りの同図の構成要素は、図2の構成要素と類似に図面番号が付された構成要素と同じ動作を行い、従って、これらの共通した構成要素に関する詳細な説明は省略する。例えば、AVエンジン365が行うスキャン動作、FWエンジン357のフィルタリング動作、そしてUIアプリケーション部305のスキャン用データのシステムオンチップへの送信動作、インタフェース部351、363の動作は、それぞれAVエンジン265、FWエンジン257、UIアプリケーション部205、インタフェース部251、263の動作と同一である。図2の実施の形態との差異点を中心に、図3の実施の形態を説明する。図3を参照すれば、OTAインタフェース部369は、アップデート用データをアップデートサーバ図示せず例えば、図1のサーバ100から直接受信することができる。OTAインタフェース部369により送信されたアップデート用データによって、システムオンチップに格納されたFWエンジン357、AVエンジン365、又はシグネチャーデータ格納部367に格納されたシグネチャーデータがアップデートされることができる。例えば、プロセッサ353は、OTAインタフェース部369が受信したアップデート用データを利用して、上述したようなアップデート動作を行うことができる。一実施の形態によれば、シグネチャーデータが格納部367でないメインモジュールの格納部311に格納され、このような場合、プロセッサ353は、OTAインタフェース部369が受信したアップデート用データがシグネチャーデータに対したものであれば、そのアップデート用データをメインモジュール側に送信できる。以後、メインモジュールのプロセッサ301は、シグネチャーに対するアップデート用データで格納部311に予め格納されたデータをアップデートできる。又は、メインモジュールのプロセッサ301でない他の構成要素、例えば、AVアプリケーション307がそういうシグネチャーアップデート用データを格納部311に格納して管理できる。本発明の一実施の形態に係るFWエンジン357は、OTAインタフェース部369から受信されるデータパケットに対してもフィルタリング動作を行うことができる。FWエンジン357のそういう動作は選択事項であって、OTAインタフェース部269から受信されるデータパケットに対してフィルタリングするように構成する必要はなく、本発明を実施しようとする者の選択事項でありうる。図4は、本発明の他の実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードの機能ブロック図である。図4に示すように、本発明の実施の形態に係るメインボードは、メインモジュールと、半導体設計IP用システム用オンチップとを備える。図2の実施の形態と比較すると、図4の実施の形態は、ネットワークインタフェース部419をメインモジュールが備え、システムオンチップは、ネットワークインタフェース部419と通信する送受信部471が備えるように構成されたという点に差がある。これらの構成要素を除外すると、図4の構成要素は、図2の構成要素と類似に図面番号が付された構成要素と同じ動作を行う。例えば、AVエンジン465が行うスキャン動作、FWエンジン457のフィルタリング動作、そしてUIアプリケーション部405のスキャン用データのシステムオンチップへの送信動作は、それぞれAVエンジン265、FWエンジン257、UIアプリケーション部205、インタフェース部251、263の動作と同一である。また、図4の実施の形態でのアップデート動作も、図2の実施の形態でのプル方式又はプッシュ方式のアップデート動作と同一でありうる。図2の実施の形態との差異点を中心に、図4の実施の形態を説明する。図4に示すように、システムオンチップは、メインモジュールに備えられるネットワークインタフェース部419を介して外部に通信するか、又は外部からデータを受信することができる。例えば、アップデート用データは、ネットワークインタフェース部419を介して受信され、ネットワークインタフェース部419が受信したアップデート用データは、適切な構成要素の制御例えば、CPU_MAIN401又はAV/FWアプリケーション407によってシステムオンチップに送信されることができる。シグネチャーデータに対するアップデート用データは、メインモジュールの格納部411に格納されるか、又はシステムオンチップの格納部467に格納されるかによって、システムチップへの送信有無が決定される。送受信部471は、メインモジュールからアップデート用データを受信し、FWエンジン457は、そういうアップデート用データに対してフィルタリング動作を行うことができる。フィルタリング動作が完了した後に、アップデート用データにより予め格納されたデータがアップデートされる。本発明の一実施の形態によれば、アップデート用データでない他のデータもネットワークインタフェース部419により受信されることができ、そういうデータもシステムオンチップに送信され、以後FWエンジン457によりフィルタリング動作が行われる。フィルタリング動作が完了すると、フィルタリングされたデータは、送受信部471を介してメインモジュールに送信される。図5は、本発明の他の実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードの機能ブロック図である。図5に示すように、本発明の一実施の形態に係るメインボードは、メインモジュールと、半導体設計IP用システム用オンチップとを備える。図4の実施の形態と比較すると、図5の実施の形態は、メインモジュールがOTAインタフェース部521をさらに備えるように構成されたという点に決定的な差がある。このような構成要素を除いては、図5の構成要素は、図4の構成要素と類似に図面番号が付された構成要素と同じ動作を行うことができる。例えば、AVエンジン565が行うスキャン動作、FWエンジン557のフィルタリング動作、及びUIアプリケーション部505のスキャン用データのシステムオンチップへの送信動作は、それぞれAVエンジン465、FWエンジン457、UIアプリケーション部405、インタフェース部451、463の動作と同一でありうる。また、図5の実施の形態でのアップデート動作も、図2の実施の形態で説明したプル方式又はプッシュ方式のアップデート動作と同一でありうる。図4との差異点を中心に、図5の実施の形態を説明する。図5の実施の形態は、アップデート用データをOTAインタフェース部521を介して受信するという面で図4と差がある。例えば、アップデートサーバ図1のサーバ100からOTAインタフェース部521がアップデート用データを受信し、受信したアップデート用データは、入出力インタフェース部563又は送受信部571を介してシステムオンチップに送信されることができる。入出力インタフェース部563を介してシステムオンチップに送信される場合は、アップデート用データに対してフィルタリング動作が行われず、送受信部571を介してシステムオンチップに送信される場合は、FWエンジン557のフィルタリング動作が行われることができる。一方、ネットワークインタフェース部519を介して受信されるデータパケットは、アップデートサーバでない他の任意のサーバから受信されることでありえ、このとき、受信されたデータパケットは、システムオンチップの送受信部571に送信されて、FWエンジン557によりフィルタリング動作が行われる。本実施の形態において、ネットワークインタフェース部519は、アップデート用データを受信しないと説明したが、これは、例示に過ぎず、本発明がこれに限定されるものではない。すなわち、アップデート用データをネットワークインタフェース部519とOTAインタフェース部521とがそれぞれ受信する構成も可能である。このような場合、ネットワークインタフェース部519を介して受信されたアップデート用データは、送受信部571に送信されてフィルタリング動作が行われた後に用いられることができる。一方、OTAインタフェース部521を介して受信されたアップデート用データは、送受信部571又は入出力インタフェース部563に送信されることができるが、送受信部571が受信する場合は、FWエンジン557によりフィルタリング動作が完了した後にアップデート動作が行われ、入出力インタフェース部563が受信する場合は、フィルタリング動作無しでアップデート動作が行われることができる。本発明の一実施の形態によれば、シグネチャーデータは、メインモジュールの格納部510に格納されることができる。このような場合、OTAインタフェース部521がシグネチャーアップデート用データを受信した場合、システムオンチップに送信せずに直に格納部510に予め格納されたシグネチャーデータをアップデートできる。本発明の他の実施の形態によれば、OTAインタフェース部521がシグネチャーアップデート用データを受信した場合にも、フィルタリング動作を行うように構成されることができ、このような場合、システムオンチップの送受信部571にシグネチャーアップデート用データが送信される。FWエンジン557は、シグネチャーアップデート用データに対するフィルタリング動作を行った後、送受信部571を介してメインモジュール側にシグネチャーアップデート用データを再度送信する。以後、メインモジュールは、格納部511に格納されたシグネチャーデータをアップデートする。本発明の他の実施の形態によれば、シグネチャーアップデート用データをネットワークインタフェース部519が受信する場合、シグネチャーアップデート用データに対してFWエンジン557のフィルタリング動作が完了した後に、メインモジュールの格納部511又はシステムオンチップの格納部567に予め格納されたシグネチャーデータがアップデートされることができる。図6は、本発明の他の実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードの機能ブロック図である。図6に示すように、本発明の一実施の形態に係るメインボードは、メインモジュールと、半導体設計IP用システムオンチップとを備える。図5の実施の形態と比較すると、図6の実施の形態は、システムオンチップが暗復号化エンジン671をさらに備えるように構成された点に決定的な差がある。このような構成要素を除いた図6の構成要素は、図5の構成要素と類似に図面番号が付された構成要素と同じ動作を行い、これらの共通の構成要素に対しては、上記の説明を参照すれば良い。例えば、AVエンジン665が行うスキャン動作、FWエンジン657のフィルタリング動作、及びUIアプリケーション部605のスキャン用データのシステムオンチップへの送信動作は、それぞれAVエンジン565、FWエンジン557、UIアプリケーション部505、インタフェース部551、563の動作と同一でありうる。また、図6の実施の形態でのアップデート動作も図2の実施の形態で説明したプル方式又はプッシュ方式のアップデート動作と同じ方式で行うことができる。図5との差異点を中心に、図6の実施の形態を説明する。図6の実施の形態は、暗号化されたアップデート用データをサーバから受信するという点に前述した実施の形態と差がある。図6の実施の形態がプル方式に従ってアップデート用データを受信する場合をまず説明する。AV/FWアプリケーション607は、アップデートサーバ例えば、図1のサーバ100に接続を要請する。サーバ100は、予め生成しておいた公開キーと秘密キーのうち、公開キーを送信し、サーバ100から送信された公開キーは、システムオンチップのFWエンジン657を通過して暗復号化エンジン671に送信されることができる。暗復号化エンジン671は、キー格納部669に公開キーを格納する。暗復号化エンジン671のセッションキー生成部677は、ネットワークセッション当たりに必要なキーを生成し、キー格納部669に格納しておく。以後、暗復号化エンジン671は、前記セッションキーを前記キー格納部669に格納された公開キーを利用して暗号化する。以後、システムオンチップは、暗号化されたセッションキーと暗号化アルゴリズムに対する情報暗号化アルゴリズムに対する情報を公開キーで暗号化して送信することができるをサーバ100に送信する。例えば、暗号化されたセッションキーと暗号化アルゴリズムに対する情報は、入出力インタフェース部663を介してAV/FWアプリケーション607に送信され、AV/FWアプリケーション607は、ネットワークインタフェース部619を介して前記暗号化されたセッションキーと暗号化アルゴリズムに対する情報をサーバ100に送信できる。サーバ100は、デバイスに配布した公開キーと対になる秘密キーを利用して、前記暗号化されたセッションキーを復号化し、暗号化アルゴリズムに対する情報を利用して暗号化アルゴリズムを選択する。選択した暗号化アルゴリズムとセッションキーとを暗号化キーとして使用してアップデート用データを暗号化して、メインモジュールに送信できる。本実施の形態において、暗号化アルゴリズムに対する情報が暗号化されずにサーバ100に送信されると説明したが、暗号化アルゴリズムに対する情報とセッションキーとをすべて公開キーで暗号化してサーバ100に送信することもできる。一例を挙げれば、AV/FWアプリケーション607は、サーバ100から受信される暗号化されたアップデート用データを入出力インタフェース部663を介して暗復号化エンジン671に送信できる。暗復号化エンジン671の復号化部675は、キー格納部669に格納されたセッションキーを利用して暗号化されたデータを復号化する。以後、復号化されたアップデート用データにより予め格納されたデータがアップデートされることができる。他の例として、AV/FWアプリケーション607は、サーバ100から受信される暗号化されたアップデート用データを送受信部681を介してFWエンジン657に送信でき、以後、FWエンジン657によりフィルタリング動作が完了すると、アップデート用データが暗復号化エンジン671に送信される。暗復号化エンジン671の復号化部675は、キー格納部669に格納されたセッションキーを利用して、暗号化されたアップデート用データを復号化する。以後、復号化されたアップデート用データにより予め格納されたデータがアップデートされることができる。アップデートサーバの公開キー、暗号化されたセッションキーや暗号化アルゴリズムに対する情報、及び暗号化されたアップデート用データなどは、OTAインタフェース部621やネットワークインタフェース部619を介して送信又は受信されることができる。ネットワークインタフェース部619やOTAインタフェース部621を介して送受信される場合、FWエンジン657を介するか、又は介さないように構成することが可能であることは、上述のとおりである。図6の実施の形態がプル方式に従って暗号化されたアップデート用データを受信する場合を説明すれば、アップデートサーバ例えば、図1のサーバ100は、自身のアップデートスケジュールに従ってAV/FWアプリケーション607に接続を要請する。以後の動作は、上述したプルPULL方式と同じ過程を介して暗号化されたアップデート用データを復号化してアップデートできる。本発明の一実施の形態によれば、シグネチャーデータがメインモジュールの格納部611に格納されて管理されることができる。このような場合、復号化部675により復号化されたアップデート用シグネチャーデータは、入出力インタフェース部663を介してメインモジュールに送信される。メインモジュールでは、受信したアップデート用シグネチャーデータで格納部611に格納されたシグネチャーデータをアップデートできる。本発明の他の実施の形態によれば、シグネチャーデータがシステムオンチップの格納部667に格納されて管理されることができる。このような場合、復号化部675により復号化されたアップデート用シグネチャーデータで格納部667に予め格納されたシグネチャーデータがアップデートされることができる。上述した図6の実施の形態におけるセッションキーの交換は、非対称キー方式の暗号化方法を使用し、アップデート用データは、対称キー方式の暗号化方法を使用したが、これは、例示に過ぎず、非対称キー方式のみ又は対称キー方式のみを使用するか、又はセッションキーの送信は対称キー方式により、アップデート用データの送信は、非対称キー方式により具現化することも可能である。また、図6の実施の形態においてアップデート用データに対して暗復号化過程を説明したが、アップデート用データでない他の暗号化が必要なデータに対しても、本発明の思想から逸脱しない限度で本願発明が適用されうることはもちろんである。図7は、本発明の他の実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードの機能ブロック図である。図7に示すように、本発明の他の実施の形態に係る半導体設計IP用システムオンチップを利用したメインボードは、メインモジュールと、半導体設計IP用システム用オンチップとを備える。図6の実施の形態と比較すると、図7の実施の形態は、OTAインタフェース部769をメインモジュールでないシステムオンチップが備えるという点に決定的な差がある。このような構成要素を除いた残りの図7の構成要素は、図6の構成要素と類似に図面番号が付された構成要素と同様に動作できる。例えば、AVエンジン765が行うスキャン動作、FWエンジン757のフィルタリング動作、及びUIアプリケーション部705のスキャン用データのシステムオンチップへの送信動作は、それぞれAVエンジン665、FWエンジン657、UIアプリケーション部605、インタフェース部651、663の動作と同一でありうる。また、図7の実施の形態でのアップデート動作も、図2の実施の形態で説明したプル方式又はプッシュ方式のアップデート動作と同一でありうる。図6の実施の形態との差異点を中心に、図7の実施の形態を説明する。図7の実施の形態において、システムオンチップは、サーバから暗号化されたアップデート用データをOTAインタフェース部769を介して直接受信できるという点に、前述した図6の実施の形態と差がある。暗号化されたアップデート用データをネットワークインタフェース部719を介して受信する過程は、上述した図6の実施の形態と同一でありうる。本発明の一実施の形態によれば、暗復号化部エンジン771は、公開キー、公開キーで暗号化されたセッションキー、及び暗号化アルゴリズムに対する情報をネットワークインタフェース部719によって送信又は受信し、セッションキーで暗号化されたアップデート用データは、OTAインタフェース部769を介して受信するように構成されることができる。一方、サーバ10から公開キーを受信し、暗号化されたセッションキーと復号化アルゴリズムに対する情報をサーバ10に送信するまでの過程は、上述した実施の形態と同一でありうる。本発明の他の実施の形態によれば、暗復号化エンジン771は、公開キー、公開キーで暗号化されたセッションキー、暗号化アルゴリズムに対する情報、及びセッションキーで暗号化されたアップデート用データを全部OTAインタフェース部769を介して送信又は受信するように構成されることができる。図8は、本発明の一実施の形態に係るシステムオンチップの機能ブロック図である。図8に示すように、本発明の一実施の形態に係るシステムオンチップは、プロセッサCPU、DMAコントローラDMAController、乱数発生器RandomNumberGenerator、入出力データアドレススクランブラーI/Odataaddressscrambler、非対称キー発生器AsymmetricKeyGenerator、非対称復号化エンジンAsymmetricDecryptionEngine、非対称暗号化エンジンAsymmetricEncryptionEngine、対称復号化エンジンSymmetricDecryptionEngine、対称暗号化エンジンSymmetricEncryptionEngine、SDRAMコントローラSDRAMController、フラッシュコントローラFlashController、SRAMコントローラSRAMController、バッファbuffer、AVエンジンAnti-virusEngine、FWエンジンFWEngine、configureAPB、ブートboot、DRAM、フラッシュメモリFlashMemory、ネットワークインタフェース部NetworkInterfacepart、UART、SPI、及びGPIOを備えることができる。本実施の形態において、プロセッサCPUは、図2ないし図7の実施の形態でのシステムオンチップが有するCPU_SOCの動作を行い、乱数発生器、入出力データアドレススクランブラー、非対称キー発生器、非対称復号化エンジン、対称復号化エンジン、対称暗号化エンジンなどは、前述した図6と図7の実施の形態での暗復号化エンジンの動作を行うことができる。例えば、乱数発生器は、図6と図7のキー生成部に対応するものであって、セッションキーを生成できる。非対称暗号化エンジンAsymmetricEncryptionEngineは、乱数発生器により生成されたセッションキーを予め配布された公開キーで暗号化し、そして対称キー暗号アルゴリズムを前記公開キーにより暗号化する。以後、暗号化されたセッションキーと対称キー方式の暗号化アルゴリズムに対する情報は、ネットワークインタフェース部を介して外部サーバに送信される。外部サーバ例えば、アップデートサーバでは、暗号化されたセッションキーを前記公開キーと対をなす秘密キーを使用して復号化し、暗号化アルゴリズムに対する情報を利用して暗号化するアルゴリズムを選択し、選択した暗号化アルゴリズムとセッションキーとを使用して送信するデータを暗号化して送信できる。ネットワークインタフェース部が送信された暗号化されたデータは、対称キー方式の暗号化アルゴリズムにより暗号化されたものであって、対称復号化エンジンがセッションキーを使用して復号化できる。一方、本願発明の一実施の形態によれば、アップデート用データは、対称キー方式の暗号アルゴリズムや非対称キー方式の暗号アルゴリズムの多様な組み合わせで暗号化及び復号化されることができ、上で説明しない対称暗号化エンジン、非対称キー発生器、非対称復号化エンジン等は、そういう多様な組合わせの暗号化及び復号化動作を行うことができる。一方、図8に例示される入出力データアドレススクランブラーは、ハッキングによってIPが操作されるのを防止するために動作できる。SDRAMコントローラ、及びフラッシュコントローラ、SRAMコントローラは、それぞれDRAM、フラッシュメモリ、バッファを制御できる。ブートbootは、システムオンチップに電源が供給される際、システムオンチップを駆動させるシステムプログラムをDRAMにロードさせることができる。システムプログラムがDRAMにロードされると、ロードされたシステムプログラムによりシステムオンチップが動作される。configureAPBは、システムオンチップに対するコンフィギュレーションconfiguration動作を行うことができる。図8のAVエンジンとFWエンジンは、上述した図2ないし図7でのAVエンジンとファイアウォールとに対応する動作を行うことができる。例えば、図8のAVエンジンは、スキャニング用データとシグネチャーデータとを比較して、ウイルスの有無を判断し、FWエンジンは、ネットワークインタフェース部を介して送受信されるデータパケットに対して、所定のセキュリティー政策に従ってフィルタリング動作を行うことができる。本発明の一実施の形態によれば、AVエンジンとFWエンジンとは、ソフトウェアにより具現化されることができる。このような場合、AVエンジンとFWエンジンとは、フラッシュメモリに格納され、プロセッサCPUによりDRAMにロードされて動作されうる。本実施の形態において、フラッシュメモリにシグネチャーデータも格納されることができる。フラッシュメモリに格納されたシグネチャーデータは、一定サイズ分だけDRAMにロードされて、スキャン動作時に用いられることができる。本発明の他の実施の形態によれば、図8のAVエンジンとFWエンジンとは、それぞれハードウェア及びソフトウェアにより具現化されることができる。例えば、AVエンジンは、ハードウェアとソフトウェアにより具現化されることができ、ここでソフトウェア部分は、フラッシュメモリに格納され、プロセッサCPUによりDRAMにロードされて、AVエンジンのハードウェアと共にスキャン動作を行うことができる。FWエンジンのソフトウェア部分もフラッシュメモリに格納されて、プロセッサCPUによりDRAMにロードされて、FWエンジンのハードウェアと共にフィルタリング動作を行うことができる。一実施の形態によれば、シグネチャーデータは、フラッシュメモリでないメインモジュール図示せずに格納されてから、スキャン動作が行われる時にシステムオンチップのDRAMにロードされて用いられることができる。本実施の形態によれば、UART、SPI、及びGPIOは、メインモジュール及び/又は外部装置との通信インタフェースを提供できる。図8の実施の形態において、システムオンチップがCPUとDRAMとを備えると説明したが、メインモジュールのCPUとDRAMとをシステムオンチップが共有するようにする構成も可能である。例えば、メインモジュールのCPUをシステムオンチップが共有する場合には、メインモジュールのCPUがAVエンジンを動作させて、スキャニング動作を行うことができる。他の例として、メインモジュールのDRAMをシステムオンチップが共有する場合、AVエンジンがメインモジュールのDRAMにロードされて動作されうる。このような場合、シグネチャーデータとスキャニング用データとがすべてメインモジュールのDRAMにロードされて、スキャニング動作が行われることができる。図9は、本発明の一実施の形態に係る半導体設計IP用システムオンチップの機能ブロック図である。図9に示すように、本発明の一実施の形態に係る半導体設計IP用システムオンチップは、プロセッサCPU、SDRAM又はDRAM、フラッシュメモリ、非対称キー発生器AsymmetricKeyGenerator、AVエンジンAnti-virusEngine、FWエンジンFWEngine、乱数発生器RandomNumberGenerator、入出力データアドレススクランブラーI/Odataaddressscrambler、非対称復号化エンジンAsymmetricDecryptionEngine、非対称暗号化エンジンAsymmetricEncryptionEngine、対称復号化エンジンSymmetricDecryptionEngine、及び対称暗号化エンジンSymmetricEncryptionEngineを備えることができる。図9の非対称キー発生器、AVエンジン、FWエンジン、乱数発生器、入出力データアドレススクランブラー、非対称復号化エンジン、対称復号化エンジン、対称暗号化エンジン、非対称暗号化エンジン図示せずは、上述した暗復号化過程を行うことができる。このような構成要素の動作は、図8の実施の形態を参照すれば良い。図9の実施の形態によれば、AVエンジンの一部がハードウェアにより具現化され、残りは、そういうハードウェアを駆動するためのソフトウェアにより具現化されることができる。このソフトウェアは、フラッシュメモリに格納され、スキャン動作時にSDRAMにロードされて動作される。SDRAMには、シグネチャーデータとスキャン用データもロードされる。図9の一実施の形態によれば、AVエンジンは、ソフトウェアによってのみ具現化されることもできる。このような場合にも、フラッシュメモリにAVエンジンが格納され、スキャン動作時にCPUによりSDRAMにロードされて動作できる。図9の一実施の形態によれば、FWエンジンの少なくとも一部がソフトウェアにより具現化されることができ、FWエンジンのソフトウェア部分は、フラッシュメモリに格納され、CPUによりSDRAMにロードされて動作できる。図9の一実施の形態によれば、フラッシュメモリには、ソフトウェアにより具現化されたAVエンジン、ソフトウェアにより具現化されたファイアウォール、及びシグネチャーデータが格納されていることができる。他の実施の形態によれば、メインモジュールと半導体設計IP用システムオンチップとがCPU又はDRAMを共有することができる。CPUを共有する場合には、メインモジュールのCPUが半導体設計IP用システムオンチップに存在するAVエンジン及び/又はFWエンジンをDRAMにロードして、スキャン動作を行うことができる。DRAMを共有する場合には、半導体設計IP用システムオンチップが有するCPUが半導体設計IP用システムオンチップに存在するAVエンジン及び/又はFWエンジンを共有DRAMにロードして、スキャン動作又はフィルタリング動作を行うことができる。如何なる場合でも、前記DRAMには、特定サイズのシグネチャーデータとスキャン用データとがロードされうる。図10は、本発明の一実施の形態に係るAVエンジンのハードウェアロジックを示したブロック図である。図10に示すように、本発明の一実施の形態に係るAVエンジンのハードウェアロジックは、システムレジスタ、システムインタフェース、メモリインタフェース、ハッシュDB、バッファ、ハッシュマッチャー、テキストローダー、ハッシュQバッファ、サブマッチャ、及びスキャンQバッファを備える。図10の実施の形態によれば、システムインタフェースSystemInterfaceは、バスインタフェースを介してAVエンジンの動作状態を制御できる。例えば、AMBA2.0プロトコルのバスインタフェースを介して、AVエンジンの動作状態を制御できる。また、本システムオンチップが半導体設計IP用システムオンチップとして設計される際には、システムインタフェースは、例えば、AXIバスインタフェースを介して、AVエンジンの動作状態を制御できる。図10の実施の形態によれば、システムレジスタは、AVエンジンの動作状態を把握するか、又は各バッファの状態と割込みの状態を示すレジスタを含むことができる。図10の実施の形態によれば、AVエンジンの性能改善のために、AVエンジンの動作状態、動作制御のためのレジスト領域のコンフィギュレーション部configurationpartに該当するシステムインフォメーション部分と高速のデータ処理のためのデータ経路pathとをそれぞれ異なるポートに分離して速度が向上するようにした。また、読み出し動作マッチャーエンジンと書き込み動作システム又はDRAMとを分離させることによって、デュアルポートメモリを使用しなくてもDBインタフェイス部で読み出し動作と書き込み動作とを制御できるようにした。図11は、本発明の一実施の形態に係るファイアウォールのハードウェアロジック部分を示したブロック図である。図11に示すように、本発明の一実施の形態に係るファイアウォールのハードウェアロジック部分は、メモリインタフェース、システムインタフェース、バッファ、ルールメモリ、バッファ、現在パケットメモリ、コンフィギュレーションレジスタ、割込み発生器、及びパケットマッチャーを備えることができる。図11の実施の形態によれば、メモリインタフェースは、ahb2memブロックを有することができ、このようなahb2memは、例えば、AMBA2.0bus規格をメモリインタフェース規格に転換する機能を行うことができる。図11の実施の形態によれば、外部メモリExternalmemoryに格納されたルール又は内部規則internalruleとNICを介した現在パケットCurrentpacketの比較のために、両側の速度制御が必要な部分が必要となるが、このためにFIFOバッファを使用することができる。すなわち、外部メモリから読み出されるルールデータをFIFOバッファに入れることができる。図11の実施の形態によれば、ルールメモリは、現在パケット内の有効バイトのサムSUM値を介したルールRuleのカテゴリー化、外部メモリのアクセス頻度を減らすために使用されるレジスタブロックでありうる。図11の実施の形態によれば、NICを介して伝達されたデータパケットは、SDRAMの決まった位置に格納され、データフィルタの結果によってパケットの処理有無が決定される。このような場合、SDRAMのデータ経路に多い量のデータが処理され、このためにバッファが必要でありうる。図12は、本発明の一実施の形態に係る半導体設計IP用システムオンチップがメインボードに装着される例を説明するための図である。図12の一実施の形態によれば、半導体設計IP用システムオンチップ850は、独立的なCPUCPU_SOCを具備することができ、メインモジュールのCPUCPU_MAINを共有しなくても良い。図12の一実施の形態によれば、半導体設計IP用システムオンチップ850は、メインモジュールのRAMSRAMを共有できる。このような場合メインモジュールのRAMSRAMには、スキャン用データとシグネチャーデータとがロードされ、半導体設計IP用システムオンチップ850でソフトウェアにより具現化される暗復号化部、AV、及び/又はFW部分もメインモジュールのRAMSRAMにロードされて、それぞれの動作を行うことができる。図13は、本発明の他の実施の形態に係る半導体設計IP用システムオンチップがメインボードに装着される例を説明するための図である。図13の一実施の形態によれば、半導体設計IP用システムオンチップ950は、メインモジュールに備えられた2個以上のCPUのうちの何れか一つを使用することができる。例えば、システムオンチップ950は、メインモジュールに含まれたCPUCPU_SOCを使用し、メインモジュールの他のCPUCPU_MAINは使用しない。CPUが1個であってもマルチプロセシング機能が支援されるプロセッサマルチプロセッサをメインモジュールが有した場合には、半導体設計IP用システムオンチップ850は、マルチプロセッサの資源の一部を専用して使用することができる。本実施の形態は、メインモジュールのCPUとメモリとを使用する形態で構成されたものであって、このような場合、メインモジュールのRAMSRAMには、スキャン用データとシグネチャーデータとがロードされ、半導体設計IP用システムオンチップ850でソフトウェアにより具現化される暗復号化部、AV及び/又はFW部分も、メインモジュールのRAMSRAMにロードされて、それぞれの動作を行うことができる。図14は、本発明の他の実施の形態に係る半導体設計IP用システムオンチップがメインボードに装着される例を説明するための図である。図14の一実施の形態によれば、半導体設計IP用システムオンチップ1050は、独立的なメインモジュールのCPUを共有し、またメインモジュールのSDRAMを共有できる。本実施の形態は、CPUとメモリとをすべて共有する形態で構成されたものであって、このような場合、メインモジュールのRAMSDRAMには、スキャン用データとシグネチャーデータとがロードされ、半導体設計IP用システムオンチップ1050でソフトウェアにより具現化された暗復号化部、AV、及び/又はFW部分もメインモジュールのRAMSDRAMにロードされて、それぞれの動作を行うことができる。図15は、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法を説明するためのフローチャートである。図1、図2、及び図15の実施の形態を参照して、本発明の一実施の形態に係るスキャン方法を説明すれば、メインモジュール200がスキャン用データをSOC250に送信しS201、SOC250は、スキャン用データを受信するS203。SOC250は、シグネチャーデータをSOCメモリ255SOCMemoryにロードしS202、シグネチャーデータとスキャン用データとを比較してウイルスの有無を判断しS205、判断結果をメインモジュール200に送信するS207。本発明の一実施の形態によれば、図15においてシグネチャーデータをメモリにロードするステップS202は、点線で表示したように、ステップS205が進められる前であれば、いつでも行われることができる。本発明の一実施の形態によれば、AV/FWアプリケーション207がスキャン用データをAV/FWドライバー209を介してSOC250の入出力インタフェース部263に送信できるS201。以後、AVエンジン265は、シグネチャーデータと入出力インタフェース部263が受信したスキャン用データとを比較して、ウイルスの有無を判断できるS205。シグネチャーデータは、図2に示すように、メインモジュールの格納部211に格納されるか、又はSOC250の格納部267に格納されることができる。これらの格納部211、267に格納されたシグネチャーデータは、AVエンジン265が行われる時又は行われる前に予めメモリSOCMemory255にロードされてS202、前記スキャン動作が行われる時に使用される。上述した実施の形態において、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法を、図1と図2の実施の形態を適用して説明したが、他の実施の形態例えば、図3~図14にも適用されうることはもちろんである。図16は、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法で用いられるアップデート過程を説明するためのフローチャートである。図1、図2、及び図16の実施の形態を参照して、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法を説明すれば、SOC250は、外部サーバ例えば、サーバ100又はウェブサーバ50になりうるからデータパケットを受信することができS301、受信したデータパケットに対して所定のセキュリティー政策に従って、データパケットをフィルタリングできるS303。SOC250は、フィルタリングしたパケットをメインモジュール200に送信しS305、メインモジュール200は、アップデート用データであるかどうかを判断した後S307、仮にアップデート用データである場合は、SOC250に送信するS309:Y。本発明の一実施の形態によれば、SOC250のネットワークインタフェース部251は、外部サーバ100、又は50からデータパケットを受信することができS301、ファイアウォールFW257は、所定のセキュリティー政策に従ってステップS301にて受信したデータパケットに対して、フィルタリング動作を行うことができるS303。ステップS303にてパケット識別部259は、パケットがどこから送信されたかを識別し、識別した結果に従ってパケットフィルタリング部261がフィルタリング動作を行う。CPU_SOC253は、フィルタリングされたパケットをネットワークインタフェース部251を介してメインモジュール250に送信できS305、メインモジュール250のAV/FWアプリケーション207又はCPU_MAIN201は、ステップS305にて送信されたデータパケットがアップデート用データであるかどうかを判断しS307、仮にアップデート用データであると判断されるとS307:Y、SOC250の入出力インタフェース部263に送信するS309。上述した実施の形態において、AV/FWアプリケーション207又はCPU_MAIN201がアップデート用のデータであるかどうを判断すると説明したが、これらの構成要素でない別に用意された構成要素がそういう判断動作を行うように構成することも可能である。また、CPU_SOC253がフィルタリングされたパケットをネットワークインタフェース部251を介してメインモジュール250に送信すると説明したが、これもやはり、別途の構成要素を用意して行うように構成することが可能である。上述した実施の形態において、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法を、図1と図2の実施の形態を適用して説明したが、他の実施の形態例えば、図3ないし図14にも適用されうることはもちろんである。これらの図3ないし図14の実施の形態のうち、SOCがネットワークインタフェース部を別に備えずに送受信部を備えた場合には、送受信部がステップS301のステップを行うことができ、フィルタリングされたパケットをメインモジュールに送信する時に送受信部を介して送信されうる。図17は、本発明の他の実施の形態に係るシステムオンチップを利用したウイルススキャン方法で用いられるアップデート過程を説明するためのフローチャートである。図17の実施の形態は、シグネチャーデータをメインモジュール250で格納して管理する場合を前提としたものであって、図1、図2、及び図17の実施の形態を参照して、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法を説明すれば、SOC250は、外部サーバ例えば、サーバ100又はウェブサーバ50になりうるからデータパケットを受信することができS401。受信したデータパケットに対して所定のセキュリティー政策に従って、データパケットをフィルタリングできるS403。SOC250は、フィルタリングしたパケットをメインモジュール200に送信S405し、メインモジュール200は、アップデート用データであるかどうかを判断した後S407、仮にFW及び/又はAVエンジンをアップデートするためのアップデート用データである場合は、SOC250に送信しS409、SOC250でアップデート動作が行われるS411。一方、ステップS402の判断結果、シグネチャーデータをアップデートするデータであると判断された場合には、メインモジュール200側でアップデート動作を行うS404。図17のステップS401、S403、S405、S409及びS411の動作は、前述した図16のステップS301、S303、S305、S309、及びS311の動作と似ているので、これらの動作についての詳細な説明は省略する。図17の実施の形態を図1と図2の実施の形態を適用して説明したが、他の実施の形態例えば、図3ないし図14にも適用されうることはもちろんである。これらの図3ないし図14の実施の形態のうち、SOCがネットワークインタフェース部を別に備えずに、送受信部を備えた場合には、送受信部がステップS401を行うことができ、フィルタリングされたパケットをメインモジュールに送信する時に送受信部を介して送信されることができる。図18は、本発明の他の実施の形態に係るシステムオンチップを利用したウイルススキャン方法で用いられるデータパケットフィルタリング過程を説明するためのフローチャートである。図18の実施の形態は、ネットワークインタフェース部がメインモジュールにあり、シグネチャーデータがSOCにある場合を前提としたものであって、図1、図4、及び図18の実施の形態を参照して、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法を説明する。メインモジュール200のネットワークインタフェース部419が外部サーバ例えば、サーバ100又はウェブサーバ50になりうるからデータパケットを受信することができるS501。受信したデータパケットは、SOC250の送受信部471に送信され、FWエンジン457は、送受信部471が受信したデータパケットに対して、所定のセキュリティー政策に従ってフィルタリングできるS503。SOC250は、フィルタリングしたパケットがアップデート用データである場合には、そのデータを利用してアップデートを行うS507。例えば、CPU_SOC453又は別に用意した構成要素により予め格納されたシグネチャーデータ、AVエンジン又はFWエンジンがアップデートされることができる。図18の実施の形態を図1と図4の実施の形態を適用して説明したが、メインモジュールがネットワークインタフェース部を有している実施の形態例えば、図5ないし図8にも適用されうることはもちろんである。図19は、本発明の他の実施の形態に係るシステムオンチップを利用したウイルススキャン方法で用いられるデータパケットフィルタリング過程を説明するためのフローチャートである。図19の実施の形態は、ネットワークインタフェース部とシグネチャーデータとがメインモジュールにある場合を前提としたものであり、図1、図4、及び図19の実施の形態を参照して、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法を説明すれば、メインモジュール200のネットワークインタフェース部419が外部サーバ例えば、サーバ100又はウェブサーバ50になりうるからデータパケットを受信することができるS601。受信したデータパケットは、SOC250の送受信部471に送信され、FWエンジン457は、送受信部471が受信したデータパケットに対して、所定のセキュリティー政策に従ってフィルタリングできるS603。SOC250は、フィルタリングしたパケットがFW及び/又はAVエンジンのアップデート用データであると判断されるとS605;Y、そのデータを利用してFWとAVエンジンとをアップデートするS607。例えば、CPU_SOC453又は別に用意した構成要素により、予め格納されたシグネチャーデータ、AVエンジン又はFWエンジンがアップデートされることができる。一方、フィルタリングしたパケットがシグネチャーデータをアップデートするためのものであるとS602:Y、フィルタリングされたデータをメインモジュール200に送信するS604。以後、メインモジュール200は、シグネチャーデータをアップデートするS606。図19の実施の形態を図1と図4の実施の形態を適用して説明したが、メインモジュールがネットワークインタフェース部とシグネチャーデータとを有している実施の形態例えば、図5ないし図8にも適用されうることはもちろんである。図21は、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法で用いられる暗復号化過程を説明するためのフローチャートである。図21は、シグネチャーデータがSOCにある場合を前提としたものであって、図1、図6、及び図20の実施の形態を参照して、本発明の一実施の形態に係る暗復号化過程を説明する。アップデートサーバ100にデバイスが接続を要請するとS701、アップデートサーバ100は、互いに対をなす公開キーと秘密キーのうち、公開キーをデバイスに送信し、デバイスは、公開キーを受信するS703。デバイスは、公開キーでセッションキーを暗号化しS705、暗号化したセッションキーと暗号化アルゴリズムに対する情報とをアップデートサーバ100に送信するS707。本発明の他の実施の形態によれば、ステップS707にて、セッションキーの暗号化だけでなく暗号化アルゴリズムに対する情報自体も暗号化できる。すなわち、暗号化アルゴリズムに対する情報をサーバ100から送信された公開キーを利用して暗号化できる。サーバ100は、ステップS703にてデバイスに送信した公開キーと対をなす秘密キーを利用して、暗号化されたセッションキーを復号化するS711。すなわち、サーバ100は、AV、FW及び/又はシグネチャーデータをアップデータするためのアップデート用データをセッションキーと暗号化アルゴリズムとを利用して暗号化してデバイスに送信しS707、デバイスは、暗号化されたアップデータ用データを受信しS709、受信した暗号化したアップデータ用データをセッションキーで復号化して、AV、FW及び/又はシグネチャーデータのアップデートを行うS713。デバイスでのセッションキー生成S702は、点線で表示したように、ステップS705が行われる前であれば、いつでも行われることができる。上述した実施の形態は、プル方式でアップデートする場合を想定したものであって、プッシュ方式でアップデートする方法にも適用可能である。プッシュ方式でアップデートする場合には、ステップS701がアップデートサーバがデバイスに接続を要請するよう変形され、その以後の過程は、図21と同一である。図22は、本発明の一実施の形態に係るシステムオンチップを利用したウイルススキャン方法で用いられる暗復号化過程を説明するためのフローチャートである。図22の実施の形態は、シグネチャーデータがメインモジュールにある場合を前提としたものであって、図21の実施の形態と比較すると、ステップS804、S806、及びS813の動作が追加されたという点においてのみ差がある。例えば、ステップS801、S802、S803、S805、S807、S809、S811、及びS815は、ステップS701、S702、S703、S705、S707、S709、S711、S715と同じ動作でありうる。図21の実施の形態との差異点を中心に説明すれば、アップデート用データがシグネチャーデータに対したものと判断された場合S813;Y、そのアップデート用データは、メインモジュールに送信されてS804、シグネチャーデータがアップデートされるS806。一方、AV及び/又はFWエンジンに対するアップデート用データであればS813;N、メインモジュールに送信せずにSOCでアップデート動作が行われることができるS815。図23ないし図28は、本発明の一実施の形態に係るシステムオンチップを使用した場合の効果を説明するための図である。図23に示すように、同じアルゴリズムを使用するアンチ-ウイルススキャニングエンジンをアプリケーションレイヤーでマルウェアスキャニングテスト以下、TEST1とするした場合と、SoC端においてマルウェアスキャニングテストした場合のスキャニング速度を示したものである。図23におけるバーbarで表現されたことがTEST1のスキャニング速度で、折った線で表現されたことがSoCでテストしたことである。そして、折った線のうち、下部の折った線は、ソフトウェアとハードウェアロジックから構成されたAVエンジンを利用してマルウェアスキャニングをしたこと以下、TEST2とするであり、上部の折った線は、SWによってのみ具現化されたAVエンジンでマルウェアスキャニングをしたこと以下、TEST3とするである。一方、図23の結果において、TEST1は、800MhzのCPUを使用した場合で、TEST2とTEST3は、SoC用FPGAボード上においてテストしたことであって、50MhzのCPUを使用したことである。したがって、これらを同じ速度を有したCPUを使用してテストする場合、SoC端においてテストした場合すなわち、TEST2とTEST3のスキャニング速度がアプリケーションレイヤーでテストした場合TEST1の速度よりはるかに速いことが予測される。図23では、TEST2のスキャニングタイムがTEST1のスキャニングタイムより多くかかると現れたが、CPUの速度の差を考慮する場合、実際には、SoC端でSWのみから構成されたアンチマルウェアエンジンを動作させた場合のスキャニングタイムが、アプリケーションレイヤーでアンチマルウェアエンジンをスキャニング動作させた場合のスキャニングタイムより少なくかかることが予測される。一方、TEST3は、CPUの速度差があるにもかかわらず、TEST1の場合よりスキャニング速度がはるかに速いことが分かる。すなわち、スキャニング対象であるファイルの個数が約2千個を超えるにつれて、TEST3は、TEST1より、スキャニング速度が1.5倍以上速くなることが分かる。図24に示すように、従来のSOC基盤でないアプリケーションにより具現化したモバイルAVエンジンを使用してマルウェアをスキャニングした場合のメモリ使用量とスキャニング時間とを示している。図24におけるバーBarは、マルウェアスキャニングに使用されたメモリ使用量であり、折った線は、マルウェアスキャニングに使用された時間を示したもので、800MhzのCPUを使用したことである。図24から分かるように、SOC基盤でないアプリケーションにより具現化されたAVエンジンは、スキャニングの対象になるファイルの個数が少ない状態でも、メモリを多く使用することが分かる。一方、図24において、ファイルの個数が約320個より多くなるにつれてバーBarのサイズが少なくなると現れたが、これは、メモリのスワッピング動作によるものである。オペレーティングシステムは、スキャニングする対象になるファイルの個数がメモリが耐えることができない程度に多くなると、メモリのスワッピング動作を行う。このように、スワッピング動作がおきるようになると、スキャニングする時間が増加せざるを得なく、結果的にバッテリー消費が大きくなる。図25は、AVエンジンの電力消費量を示したものであって、商用化された製品と本発明の一実施の形態によるAVエンジンを使用してテストした結果である。図25に示すように、比較製品1と比較製品2の両方は、SOC基盤でないソフトウェアによってのみ具現化されたAVエンジンであって、比較製品1は、約160mAを消費し、比較製品2は、200mAを消費していることが分かる。これに比べて、本願発明の一実施の形態によるSOCACエンジンは、ソフトウェアとハードウェアロジックから構成されたエンジンであって、約126.9mAを消費することが分かる。図26は、既存モバイルフォンで使用される商用化された製品と本発明の一実施の形態によるSoC基盤のAVエンジンをテストした結果であって、マルウェアをスキャニングするのにかかった時間とCPU使用時間とを示したものである。図26に示すように、商用化された既存製品P1、P2、P3、P4、P5、P6、P7、P8、P9、P10、P11、P12と本発明の一実施の形態によるSoC基盤のAVエンジンP13に対して、スキャニング対象になるファイルの個数を別にしてそれぞれ2回ずつテストした結果である。図26に示すように、比較製品のCPU使用量は、ほとんど100を使用し、本発明の実施の形態の場合P13よりCPUの使用量がはるかに多いことが分かる。その上、本実施の形態P13は、50MhzのCPUを有したFPGAボードを使用してテストしたことであり、上記の商用化された製品は、数百Mhz~数GhzのCPUを使用したものであるから、仮にこれらを同じ条件下でテストするならば、CPUの使用量やスキャニング時間において本実施の形態P13がはるかに優れることが予測される。図27は、アンドロイドフォンに実際商用アンチ-ウイルスソフトウェアをインストールして動作する様子を示したものである。3つのそれぞれ異なるAVソフトウェアであるが、スキャニング時には、全部CPUを100使用することが分かる。図27のa、b、及びcをそれぞれ参照すると、CPUの使用量を3個のグラフ、、で表示したが、これらは、順にCPUの全体使用量、ユーザコードレベルで使用されるCPUの使用量、カーネルコードレベルで使用されるCPUの使用量を示す。図28は、本発明の一実施の形態によるSoC基盤のAVエンジンを使用して、マルウェアをスキャニングする際に使用されるCPUの使用量を示したものである。図28に示すように、CPU使用量が3~30を表していることが分かる。このようにCPUを少なく使用するようになるにつれて、速い速度で処理されると、バッテリー消費も顕著に減るようになる。一方、図28のaにおいて2個の信号のうち、直線型の信号は、メモリ使用量を示したもので、残りの信号は、CPUの使用量を示す信号である。図28のbの場合も同様に、メモリ使用量とCPUの使用量とを示す。一方、図28の実施の形態は、50MhzのCPUを使用してテストした結果であるから、従来の製品のように数百Mhz~数GhzのCPUを使用して同様にテストすると、本願発明の効果は、従来の製品よりはるかに優れることが予測される。SoCを基盤にしたAVエンジンを使用すると、メインプロセッサにCPUやメモリをより少なく使用しながらセキュリティー性を維持できるようになるために、デバイスをより安全に維持でき、他のアプリケーションを使用することができる余分のCPUや資源があるため、ユーザが他のアプリケーションを十分に使用することができる。本発明の実施の形態に係る方法は、多様なコンピュータ手段により行われることができるプログラム命令形態で具現化されて、コンピュータ読み取り可能媒体に記録されることができる。前記コンピュータ読み取り可能媒体は、プログラム命令、データファイル、データ構造などを単独に又は組み合わせて含むことができる。前記媒体に記録されるプログラム命令は、本発明のために特に設計され構成されたものであるか、又はコンピュータソフトウェア当業者に公知されて使用可能なものでありうる。以上、本発明は、限定された実施の形態と図面により説明されたが、本発明は、上記の実施の形態に限定されるものではなく、本発明が属する分野における通常の知識を有した者であればこのような記載から多様な修正及び変形が可能である。したがって、本発明の範囲は、説明された実施の形態に限って決まってはならず、後述する特許請求の範囲だけでなく、この特許請求の範囲と均等なものによって決まらねばならない。