クライアント端末上のユーザから送信された擬陽性ファイルを基に、前記クライアント端末に含まれる確度が高いホワイトリスト一覧を作成返信する、ホワイトリスト配布装置は、既知の非マルウェアファイルが登録された既知非マルウェアDBと、前記既知非マルウェアDBを基に前記ホワイトリスト一覧を作成するホワイトリスト構築手段とを有することを特徴とするホワイトリスト配信装置。前記既知非マルウェアDBに、前記既知の非マルウェアファイルのパッケージが登録されており、前記ホワイトリスト構築手段が、パッケージを基に前記ホワイトリストを作成することを特徴とする請求項1に記載のホワイトリスト配信装置。前記ホワイトリスト構築手段は、前記擬陽性ファイルと同一のパッケージに含まれるファイルを前記ホワイトリストに含めることを特徴とする請求項2に記載のホワイトリスト配信装置。2種類のパッケージ間において、一方のパッケージが前記クライアント端末に存在する場合に、もう一方のパッケージが前記クライアント端末に存在する可能性を、相関値として保持するパッケージ相関性DBを持ち、かつ、前記ホワイトリスト構築手段が、前記パッケージ相関性DBを基に前記ホワイトリストを作成することを特徴とする請求項3に記載のホワイトリスト配信装置。前記ホワイトリスト構築手段は、前記擬陽性ファイルが含まれるパッケージとの相関値が一定値以上であるパッケージに含まれるファイルを、前記ホワイトリストに含めることを特徴とする請求項4に記載のホワイトリスト配信装置。前記既知非マルウェアDBに、前記の既知の非マルウェアファイルがインストールされる端末の種別が登録されており、前記ホワイトリスト構築手段が、前記種別を基に、前記ホワイトリストを構築することを特徴とする請求項5に記載のホワイトリスト配信装置。前記ホワイトリスト構築手段は、種別が、前記擬陽性ファイルを送信した前記クライアント端末の種別と同一であるファイルを、前記ホワイトリストに含むことを特徴とする請求項6に記載のホワイトリスト配信装置。前記ホワイトリスト構築手段は、前記擬陽性ファイルが含まれるパッケージ及び当該パッケージとの相関値が一定値以上であるパッケージの一覧と、前記ユーザの対応付けを、ユーザ管理DBに登録することを特徴とする請求項7に記載のホワイトリスト配信装置。前記クライアント端末からのホワイトリスト配信要求を受けて、前記クライアント端末に対応する前記ホワイトリストを作成配信する、ホワイトリスト配信手段を持つことを特徴とする請求項8に記載のホワイトリスト配信装置。前記ホワイトリスト配信手段は、前記ホワイトリスト配信要求に含まれる前記ユーザが持つパッケージを前記ユーザ管理DBから取得し、前記既知非マルウェアDB内に含まれる、当該パッケージ内のファイルのうち、前記ホワイトリスト配信要求に含まれる種別と同じ種別をもつファイルを、前記ホワイトリストとして配信することを特徴とする請求項9に記載のホワイトリスト配信装置。情報処理装置を用いて、クライアント端末上のユーザから送信された擬陽性ファイルを基に、前記クライアント端末に含まれる確度が高いホワイトリスト一覧を作成返信するホワイトリスト配布方法は、既知の非マルウェアファイルのパッケージが登録された既知非マルウェアDBを保持し、前記既知非マルウェアDBの前記パッケージを基に、前記擬陽性ファイルと同一のパッケージに含まれるファイルを前記ホワイトリストに含めることによって、前記ホワイトリスト一覧を作成するホワイトリスト構築手段とを有することを特徴とするホワイトリスト配信方法。しかし、この方法では、新しいファイルが発見されるたびに、ホワイトリスト配信サーバとの通信が発生するため、クライアント端末ホワイトリスト配信サーバの処理負荷が高くなるという問題点がある。また、ユーザが、複数種類のクライアント端末を利用する場合、ユーザが各端末で同じアプリケーションやプログラムパッケージを使用している場合でも、クライアント端末ごとに照合問合せが行われ、非効率である。本発明の目的は、既知の非マルウェアの効率的なフィルタリングが可能となり、マルウェア解析システムの効率的な運用が可能となるプログラムのホワイトリスト配信装置及び方法を提供することにある。クライアント端末から要求を受けると、ホワイトリスト配信サーバは、クライアント端末の種別PC、モバイル端末や、パッケージ間の相関性どのアプリケーションとどのアプリケーションが、同じに利用されることが多いかなどの情報を基に、問合せ元のクライアント端末に存在する可能性が高いファイル一覧を作成し、ホワイトリストとして、各クライアント端末に配信する。本発明によれば、既知の非マルウェアの効率的なフィルタリングが可能となり、マルウェア解析システムの効率的な運用が可能となる。以下に添付図面を参照して、実施形態を詳細に説明する。説明では、情報処理装置、ホスト、端末を同義の用語として用いる。図1は、本実施形態にかかるホワイトリスト最適化システム10の構成を示す図である。図1に示すように、ホワイトリスト最適化システム10は、ホワイトリスト配信サーバ110、固定端末120、モバイル端末130、ネットワーク100を含んで構成されている。ネットワーク100は、LANLocalAreaNetworkなど、企業や教育機関などの組織単位で管理される比較的小規模のネットワークに加えて、WANWideAreaNetworkやインターネットなどが含まれる。固定端末120は、企業や教育機関などのオフィスや自宅で利用するデスクトップ型、ノートPC型の端末などを含み、モバイル端末130は、固定端末以外のタブレットPCやスマートフォン、携帯端末などが含まれる。図2は、ホワイトリスト配信サーバ110の主要な物理構成を示す図である。図2に示すように、ホワイトリスト配信サーバ110は、物理的には、本体装置110と入出力装置230とを含んで構成されている。入出力装置230は、ディスプレイ等の表示装置とキーボード等の入力装置を含んで構成され、利用者の指示、あるいは後述する本体装置110のCPU210が処理を行った結果等を表示する。なお、入出力装置230の入力装置と出力装置とは、実際には別個の場合もあるが、これらの各装置が行う処理は主要な部分ではないため、これらをまとめて入出力装置230として示している。また、以下の説明では、CPU210が処理を行った結果等を入出力装置230に表示する前提で説明しているが、例えばネットワーク100により接続された他の装置等に表示させることとしてもよい。本体装置110は、CPU210とメモリ220と記憶装置240とインタフェース250とバス260とを含んで構成されている。CPU210は、プロセッサ等の演算装置から構成され、ホワイトリストを配信するホワイトリスト配信プログラム221の実行や、本体装置110に含まれる各装置の動作を制御する。なおCPU210は、時計を掲示するクロックを内部に備えている。メモリ220は、RAMおよびROM等の記憶媒体から構成されている。ROMには、ホワイトリスト配信プログラム221があらかじめ記憶されている。そして、このプログラム221がCPU210によって実行されることによって、ホワイトリストを配信する。CPU210が実行する具体的な機能については後述する。記憶装置240は、HDDHardDiskDrive等から構成され、非マルウェアファイルDB241とパッケージ相関性DB242とユーザ管理DB243とを記憶する。非マルウェアファイルDB241には、マルウェアでは無いことが確認されている、所謂非マルウェアのファイル名やハッシュ値、ファイルが含まれるパッケージに関する情報が格納されている。パッケージ相関性DB242には、ある2つのパッケージについて、1つのパッケージがクライアント端末にインストールされている場合に、もう一方のパッケージがインストールされている割合を示す。ユーザ管理DB243は、各ユーザが保持しているクライアント端末内にインストールされているパッケージを記憶する。これらのDBの具体的な内容については後述する。インタフェース250は、NIC等から構成され、固定端末120、モバイル端末130から本体装置110への通信を媒介する。バス260は、本体装置110に含まれる各装置を接続し、これらの装置間における種々のデータの受け渡しを行う。図3は、図2に示した本体装置110の機能的な構成、および物理的な各装置との関係を示す図である。図3に示すように、CPU210は、ホワイトリスト構築部310とホワイトリスト配信部320とを含んで構成されている。これらの各部の機能は、CPU210によるホワイトリスト配信プログラム221の実行によって具現化される。ホワイトリスト構築部310は、固定端末120、またはモバイル端末130から擬陽性ファイルマルウェアである可能性がある、不審ファイルを取得し、非マルウェアファイルDB241に登録済みか確認する。登録済の場合は、ファイルが含まれるパッケージ情報を、ユーザ管理DB243に登録する。さらに、ユーザから取得されたファイルを含むパッケージ内のファイル、及び、パッケージ相関DB242を参照し、当該パッケージが格納されたクライアント端末内に存在する可能性が高いパッケージに含まれるファイルを、ホワイトリスト追加メッセージとして、配信する。ホワイトリスト配信部320は、固定端末120、またはモバイル端末130からホワイトリスト配信要求を受信し、ユーザ管理DB243から配信するパッケージを取得し、非マルウェアファイルDB241からパッケージに含まれるファイルを含む、ホワイトリスト追加メッセージを配信する。図4は、固定端末120、およびモバイル端末130の主要な物理構成を示す図である。図4に示すように、固定端末120、およびモバイル端末130は、物理的には、本体装置120、130と入出力装置430とを含んで構成されている。入出力装置430は、ディスプレイ等の表示装置とキーボード等の入力装置を含んで構成され、利用者の指示、あるいは後述する本体装置120、130のCPU410が処理を行った結果等を表示する。なお、入出力装置430の入力装置と出力装置とは、実際には別個の場合もあるが、これらの各装置が行う処理は主要な部分ではないため、これらをまとめて入出力装置430としてしめしている。また、以下の説明では、CPU410が処理を行った結果等を入出力装置430に表示する前提で説明しているが、例えばネットワーク100により接続された他の装置等に表示させることとしてもよい。本体装置120、130は、CPU410とメモリ420と記憶装置440とインタフェース450とバス460とを含んで構成されている。CPU410は、プロセッサ等の演算装置から構成され、擬陽性ファイルを送信する擬陽性ファイル送信プログラム421の実行や、本体装置120、130に含まれる各装置の動作を制御する。なおCPU410は、時計を掲示するクロックを内部に備えている。メモリ420は、RAMおよびROM等の記憶媒体から構成されている。ROMには、擬陽性ファイル送信プログラム421があらかじめ記憶されている。そして、このプログラム421がCPU410によって実行されることによって、擬陽性ファイルを送信する。CPU410が実行する具体的な機能については後述する。記憶装置440は、HDDHardDiskDrive等から構成され、ローカルホワイトリストDB441を記憶する。このDBの具体的な内容については後述する。インタフェース450は、NIC等から構成され、ホワイトリスト配信サーバ110から、固定端末120、モバイル端末130への通信を媒介する。バス460は、本体装置120、130に含まれる各装置を接続し、これらの装置間における種々のデータの受け渡しを行う。図5は、固定端末120、およびモバイル端末130の機能的な構成、および物理的な各装置との関係を示す図である。図5に示すように、CPU410は、擬陽性ファイル送信部510とホワイトリスト要求部520とを含んで構成されている。これらの各部の機能は、CPU410による擬陽性ファイル送信プログラム221の実行によって具現化される。擬陽性ファイル送信部510は、本体端末120、130における検知結果から検知した擬陽性ファイルが、ローカルホワイトリストDB441に登録済みか確認し、未登録の場合は、ホワイトリスト配信サーバ110へ擬陽性ファイルを送信する。ホワイトリスト要求部520は、ホワイトリスト配信サーバ110から受信したホワイトリスト追加メッセージからローカルホワイトリストDB441へ追加する。図6は、非マルウェアファイルDB241内のレコードの例を示す図である。各レコードは、ある1つの既知の非マルウェアに関する情報を記録している。ファイル名601は、ファイル名を、パッケージ602は、ファイル含むパッケージを、種別603は、ファイルがインストールされている端末の種別図6では、固定端末、モバイル端末の何れかを示す。ハッシュ値604は、ファイルデータのハッシュ値を示す。一般に、各パッケージ602は、使用される端末の種類に応じて、異なったファイル構成をとる。このため、固定端末とモバイル端末が、同一のパッケージ602を使用している場合でも、各端末にインストールされるファイルは異なる。図6の例では、File-A、File-B、File-Cは、同じパッケージ、Pack-Xに属している。このうち、File-AとFile-Bは、Pack-Xが固定端末内で使用される場合に、インストールされる。一方、File-Cは、Pack-Xが、モバイル端末内で使用される場合に、インストールされる。非マルウェアファイルDB241へレコードを登録する際は、セキュリティベンダなどの外部組織が提供する、マルウェアではないことが確定的であるファイルの情報を用いる。図7は、パッケージ相関性DB242内のレコードの例を示す図である。パッケージ1701とパッケージ2702は、相関関係にあるパッケージを、相関値703は各パッケージ1701、パッケージ2702間の相関性を示す。相関値703が高いほど、パッケージ1701がインストールされているパッケージに、パッケージ2702がインストールされている可能性が高くなる。相関値703の値は、00から10までの範囲を取る。図7の例では、パッケージ1701がPack-XとPack-Yであり、パッケージ2702がPack-YとPack-Zであり、相関値703が09と05と03である。パッケージ1701とパッケージ2702に記載されるパッケージ名が入れ替わっている場合、相関値703の値は、同じでもよいし、異なっていてもよい。例えば、図7の例では、パッケージ1701の値がPack-X、パッケージ2702の値がPack-Yの時、相関値703は0.9となるが、パッケージ1701の値がPack-Y、パッケージ2702の値がPack-Xの場合、相関値703は0.1となる。相関値703の登録は、ホワイトリスト配信サーバ110の管理者が行う。図8は、ユーザ管理DB243内のレコードの例を示す図である。ユーザ801は、ユーザは一意に識別するための名称を、パッケージ802は、利用者が利用しているパッケージの一覧を示す。図8の例では、ユーザ801:Sとユーザ801:Tは、Pack-XとPack-Yを利用している。ユーザ801:Uは、Pack-Zを利用している。図9は、ローカルホワイトリストDB441内のレコードの例を示す図である。ファイルパス901は、クライアント端末内での非マルウェアファイルの保管先を示すファイルパスを、ハッシュ値902は、ファイルデータのハッシュ値を示す。図9の例では、ファイルパス901がCProgramaexeで、ハッシュ値902がxxxxであるレコードと、ファイルパス901がCtempbexeで、ハッシュ値902がyyyyであるレコードがある。ファイルパス901とハッシュ値902は、ホワイトリスト配信サーバ110からのホワイトリスト追加メッセージを基に登録される。図10は、ホワイトリスト構築部310における処理のフローチャートである。ホワイトリスト構築部310は、固定端末120、モバイル端末130から、ユーザ名、端末の種別、擬陽性ファイルを受信するステップ31001。ここでは、ユーザ名としてS、端末の種類として固定端末擬陽性ファイルとしてFile-Aを、受信したとする。次に、受信したファイル、即ち、取得した擬陽性ファイルが、非マルウェアファイルDB241に登録されているか否かを確認するステップ31002。擬陽性ファイルが非マルウェアファイルDB241に登録済されていない場合は、処理を終了するステップ31002:NO。一方、擬陽性ファイルが非マルウェアファイルDB241に登録されている場合は、処理を継続するステップ31003:YES。File-Aは、図6非マルウェアファイルDBに登録されているので、処理は継続する。次に、非マルウェアファイルDB241から擬陽性ファイルを含むパッケージを取得するステップ31003。ここではFile-Aを含むパッケージとして、Pack-Xを取得したとする。次に、非マルウェアファイルDB241から、ステップ31003で取得したパッケージに含まれ、かつ、種別が、受信した種別情報と同じであるファイルを取得するステップ31004。ここではPack-Xに含まれ、かつ種別が固定端末である、File-Bを取得する。次に、パッケージ相関性DB242から、ステップ310003で取得したパッケージとの相関が閾値以上であるパッケージを取得するステップ31005。閾値は、管理者が任意に設定するものとする。ここでは、閾値を0.8として、Pack-Xと相関が高いパッケージとして、Pack-Yを取得したとする。次に、ステップ31005で取得したパッケージに含まれ、かつ、種別が受信した種別情報と同じであるファイルを取得するステップ31006。ここではPack-Yに含まれ、種別が固定端末であるFile-Dを取得する。次に、ユーザ登録DB243へ利用者毎のパッケージを設定するステップ31007。ここではユーザSのパッケージとして、Pack-XとPack-Yを設定する。最後に、受信したファイル、及びステップ31004ステップ31006で取得したファイル名及びハッシュ値を、ホワイトリスト追加メッセージとして、クライアント端末に返信するステップ31008。ここでは、File-A、File-B、File-Dのファイル名、ハッシュ値を、ホワイトリスト追加メッセージとして返信する。図11は、ホワイトリスト配信部320における処理のフローチャートである。ホワイトリスト配信部320は、固定端末120、モバイル端末130からホワイトリスト配信要求を受信するステップ32001。ここではユーザSが、種別がモバイル端末であるの配信要求を受信したとする。次に、ユーザ登録DB243から、配信のあったユーザのパッケージを取得するステップ32002。ここではユーザSのパッケージ、Pack-X、Pack-Yを取得したとする。次に、非マルウェアファイルDBからステップ32002で取得したパッケージに含まれ、かつ種別が配信要求と一致するファイルを取得するステップ32003。ここではPack-XまたはPack-Yに含まれ、さらに種別がモバイル端末であるファイルとして、File-Cを取得したとする。最後に、ステップ32003で取得したファイルのファイル名とハッシュ値を含むホワイトリスト通知メッセージを要求元のクライアント端末に送信し、処理を終了するステップ32004。ここではFile-Cのファイル名及びハッシュ値を含むホワイトリスト追加メッセージを、ユーザSのモバイル端末に送信する。図12は、クライアント端末における、擬陽性ファイル送信部510における処理のフローチャートである。擬陽性ファイル送信部510は、クライアント端末130内を検索し、擬陽性ファイルを検出するステップ51001。次に、ローカルホワイトリストDB441に擬陽性ファイルが登録されているかを確認するステップ51002。擬陽性ファイルがローカルホワイトリストDB441に登録済みの場合は、処理を終了するステップ51002:YES。一方、擬陽性ファイルがローカルホワイトリストDB441に未登録の場合は、処理を継続するステップ51002:NO。次に、擬陽性ファイルのファイルパス、ハッシュ値、種別をホワイトリスト配信サーバ110へ送信するステップ51003。次に、ホワイトリスト配信サーバ110からホワイトリスト追加メッセージを受信するステップ51004。最後に、ステップ51004で受信したホワイトリスト追加メッセージ内のファイル名、ハッシュ値をローカルホワイトリストDB441へ追加し、処理を終了するステップ51005。図13は、ホワイトリスト要求部520における処理のフローチャートである。ホワイトリスト要求部520は、ホワイトリスト配信サーバ110に、ホワイトリスト配信要求を行うステップ52001。次に、ホワイトリスト配信サーバ110からホワイトリスト追加メッセージを受信するステップ52002。最後に、ステップ52002で受信したホワイトリスト追加メッセージをもとにローカルホワイトリストDB441へホワイトリストを追加し、処理を終了するステップ52003。