クライアントの環境に対応させて、与えられるポリシーに応じてプロセスによるリソースへのアクセスを制御するアクセス制御機構と、配信パッケージに含まれる配信データを保護される記憶領域に展開する展開部とを該クライアント上で実現するためのアクセス制御実施プログラムを記憶するプログラム記憶部と、配信対象となる配信データと、該配信データに対して指定されるセキュリティポリシーとを記憶するデータ記憶部と、前記配信データの受け取りを要求する要求元クライアントの環境を検出する環境検出部と、前記配信データと、前記セキュリティポリシーと、前記要求元クライアントの前記環境に対応したアクセス制御実施プログラムとを含む配信パッケージを、前記要求元クライアントに送信する送信部とを含む、データ配信装置。配信データの登録要求に応答して、登録が要求される配信データと、該配信データに対する情報フロー制御を規定するセキュリティポリシーと、該配信データの配信先の情報とを前記データ記憶部に記憶して、該配信データを登録する登録部をさらに含む、請求項1に記載のデータ配信装置。前記アクセス制御実施プログラムは、前記配信データを使用した作業の終了時に、前記保護される記憶領域内をデータ消去し、かつ前記保護される記憶領域を削除する領域削除部をさらにクライアント上で実現するためのコードを含む、請求項2に記載のデータ配信装置。前記配信データに対して指定される前記セキュリティポリシーは、該配信データのうちの少なくとも一部に対する前記配信先以降の情報フロー制御を規定するポリシーを含み、前記アクセス制御機構は、前記保護される記憶領域内のローカルデータの少なくとも一部を配信データとする登録要求の可否を前記ポリシーに応じて制御し、前記登録部は、前記ローカルデータの少なくとも一部を配信データとする登録要求に応答して、前記ローカルデータの起源となる配信データに対して指定されたポリシーを継承するセキュリティポリシーと、配信データとして前記ローカルデータの少なくとも一部とを前記データ記憶部に記憶させる、請求項3に記載のデータ配信装置。前記データ記憶部は、有効期限が設けられる鍵をさらに前記配信データに関連付けて記憶し、前記アクセス制御実施プログラムは、前記鍵の前記有効期限が経過した後、前記配信データおよび前記保護される記憶領域内のローカルデータへのアクセスを制限する失効処理部をさらにクライアント上で実現するためのコードを含む、請求項4に記載のデータ配信装置。前記失効処理部は、定期的または不定期に、前記保護される記憶領域内の前記ローカルデータを削除するか、または前記保護される記憶領域内の前記ローカルデータと前記配信パッケージの前記配信データとの差分を待避する機能部と、前記配信データに関連付けられる前記鍵の再取得する機能部と、再取得した前記鍵を用いて前記保護される記憶領域内にデータを復元する機能部とを含む、請求項5に記載のデータ配信装置。与えられるポリシーに応じて制御される前記プロセスによるリソースへのアクセスは、前記保護される記憶領域内の前記ローカルデータの読み出し、前記ローカルデータのリムーバブルメディアへの保存、前記ローカルデータの保護されていない記憶領域への保存、前記ローカルデータのプリント、前記ローカルデータを開いている状態でのクリップボードへのコピー、前記ローカルデータを開いている状態でのクリップボードを介したプロセス間のコピーペースト、前記ローカルデータのウィンドウがアクティブな状態での画面コピー、および前記保護される記憶領域への書き込みのうちの少なくとも1つを含む、請求項6に記載のデータ配信装置。前記データ記憶部は、有効期限が設けられる鍵をさらに前記配信データに関連付けて記憶し、前記アクセス制御実施プログラムは、前記鍵の前記有効期限が経過した後、前記配信データおよび前記保護される記憶領域内のローカルデータへのアクセスを制限する失効処理部をさらにクライアント上で実現するためのコードを含む、請求項1に記載のデータ配信装置。前記失効処理部は、定期的または不定期に、前記保護される記憶領域内の前記ローカルデータを削除するか、または前記保護される記憶領域内の前記ローカルデータと前記配信パッケージの前記配信データとの差分を待避する機能部と、前記配信データに関連付けられる前記鍵の再取得する機能部と、再取得した前記鍵を用いて前記保護される記憶領域内にデータを復元する機能部とを含む、請求項8に記載のデータ配信装置。与えられるポリシーに応じて制御される前記プロセスによるリソースへのアクセスは、前記保護される記憶領域内のローカルデータの読み出し、前記ローカルデータのリムーバブルメディアへの保存、前記ローカルデータの保護されていない記憶領域への保存、前記ローカルデータのプリント、前記ローカルデータを開いている状態でのクリップボードへのコピー、前記ローカルデータを開いている状態でのクリップボードを介したプロセス間のコピーペースト、前記ローカルデータのウィンドウがアクティブな状態での画面コピー、および前記保護される記憶領域への書き込みのうちの少なくとも1つを含む、請求項1に記載のデータ配信装置。前記クライアントの前記環境に応じて、前記配信データに対して指定されるセキュリティポリシーを変更して、前記配信パッケージに含ませる適用ポリシーを決定する適用ポリシー決定部をさらに含む、請求項1に記載のデータ配信装置。複数のコンピュータからなる、配信パッケージを提供するためのデータ配信システムであって、クライアントの環境に対応させて、与えられるポリシーに応じてプロセスによるリソースへのアクセスを制御するアクセス制御機構と、配信パッケージに含まれる配信データを保護される記憶領域に展開する展開部とを該クライアント上で実現するためのアクセス制御実施プログラムを記憶するプログラム記憶部と、配信対象となる配信データと、該配信データに対して指定されるセキュリティポリシーとを記憶するデータ記憶部と、前記配信データの受け取りを要求する要求元クライアントの環境を検出する環境検出部と、前記配信データと、前記セキュリティポリシーと、前記要求元クライアントの前記環境に対応したアクセス制御実施プログラムとを含む配信パッケージを、前記要求元クライアントに送信する送信部とを含む、データ配信システム。配信パッケージを配信するデータ配信装置にネットワークを介して接続されるクライアント装置であって、前記データ配信装置に対し、配信データの受取要求を送信する要求送信部と、前記データ配信装置に対し、当該クライアント装置の環境を記述した環境情報を送信する環境情報送信部と、前記データ配信装置から、前記配信データと、該配信データに対して指定されるセキュリティポリシーと、当該クライアント装置の前記環境に対応するアクセス制御実施プログラムであって、前記セキュリティポリシーに応じてプロセスによるリソースへのアクセスを制御するアクセス制御機構と、前記配信データを保護される記憶領域に展開する展開部とを当該クライアント装置上で実現するためのアクセス制御実施プログラムとを含む配信パッケージを受信する受信部とを含む、クライアント装置。1以上のコンピュータからなるコンピュータシステムが実行する、配信パッケージを提供する方法であって、前記コンピュータシステムが、クライアントから配信データの受取要求を受信するステップと、前記コンピュータシステムが、前記クライアントの環境を検出するステップと、前記コンピュータシステムが、配信対象となる配信データと、該配信データに対して指定されるセキュリティポリシーとを読み出すステップと、前記コンピュータシステムが、前記クライアントの前記環境に対応したアクセス制御実施プログラムであって、前記セキュリティポリシーに応じてプロセスによるリソースへのアクセスを制御するアクセス制御機構と、前記配信データを保護される記憶領域に展開する展開部とを当該クライアント上で実現するためのアクセス制御実施プログラムを読み出すステップと、前記コンピュータシステムが、前記配信データと、前記セキュリティポリシーと、前記アクセス制御実施プログラムとを含む配信パッケージを前記クライアントに送信するステップとを含む、データ配信方法。前記コンピュータシステムが、配信データの登録要求に応答して、登録要求された配信データと、該配信データに対する情報フロー制御を規定するセキュリティポリシーと、該配信データの配信先の情報とを記憶して、該配信データを登録するステップさらに含む、請求項14に記載のデータ配信方法。前記配信データに対して指定される前記セキュリティポリシーは、該配信データのうちの少なくとも一部に対する前記配信先以降の情報フロー制御を規定するポリシーを含み、前記アクセス制御機構は、前記保護される記憶領域内のローカルデータの少なくとも一部を配信データとする登録要求の可否を前記ポリシーに応じて制御し、前記登録するステップは、前記コンピュータシステムが、前記ローカルデータの少なくとも一部を配信データとする登録要求に応答して、前記ローカルデータの起源となる配信データに対して指定されたセキュリティポリシーを、前記ローカルデータの少なくとも一部に対して指定されるセキュリティポリシーに継承させるサブステップを含む、請求項15に記載のデータ配信方法。データ配信方法は、前記コンピュータシステムが、前記クライアントからの鍵取得要求に応答して、前記配信データに関連付けて記憶される有効期限が設けられる鍵を読み出し、前記クライアントへ前記鍵を送信するステップをさらに含み、前記アクセス制御実施プログラムは、前記鍵の前記有効期限が経過した後、前記配信データおよび前記保護される記憶領域内のローカルデータへのアクセスを制限する失効処理部をさらにクライアント上で実現するためのコードを含む、請求項16に記載のデータ配信方法。配信データを受信する方法であって、前記配信データを含む配信パッケージを配信するデータ配信装置にネットワークを介して接続されるクライアント装置が、前記データ配信装置に対し、前記配信データの受取要求を送信するステップと、前記クライアント装置が、前記データ配信装置に対し、当該クライアントの環境を記述した環境情報を送信するステップと、前記クライアント装置が、前記データ配信装置から、前記配信データと、該配信データに対して指定されるセキュリティポリシーと、当該クライアント装置の前記環境に対応するアクセス制御実施プログラムであって、前記セキュリティポリシーに応じてプロセスによるリソースへのアクセスを制御するアクセス制御機構と、前記配信データを保護される記憶領域に展開する展開部とを当該クライアント装置上で実現するためのアクセス制御実施プログラムとを含む配信パッケージを受信するステップと、前記クライアント装置が、前記アクセス制御機構を起動するステップと、前記クライアント装置が、前記保護される記憶領域に、前記配信パッケージに含まれる前記配信データを展開するステップとを含む、データ受信方法。コンピュータ実行可能なプログラムであって、前記プログラムは、1以上のコンピュータからなるコンピュータシステムに対し、クライアントの環境に対応させて、与えられるポリシーに応じてプロセスによるリソースへのアクセスを制御するアクセス制御機構と、配信パッケージに含まれる配信データを保護される記憶領域に展開する展開部とを該クライアント上で実現するためのアクセス制御実施プログラムを記憶するプログラム記憶部、配信対象となる配信データと、該配信データに対して指定されるセキュリティポリシーとを記憶するデータ記憶部、前記配信データの受け取りを要求する要求元クライアントの環境を検出する環境検出部、および前記配信データと、前記セキュリティポリシーと、前記要求元クライアントの前記環境に対応したアクセス制御実施プログラムとを含む配信パッケージを、前記要求元クライアントに送信する送信部を実現するためのプログラム。請求項19に記載のプログラムをコンピュータ可読に記録する記録媒体。しかしながら、上記特許文献1および特許文献2に開示される従来技術では、通常の実行環境から隔離された配布データ処理専用の実行環境を構築するための仮想化手段を配布先コンピュータが備えている必要があり、利用可能な環境が制限される。あるいは、配布先のコンピュータに通常の実行環境から隔離された配布データ処理専用の実行環境を構築するためにオペレーティングシステムおよびアプリケーションをインストールする必要があり、配信先に負担をかけてしまう。さらに、操作者は、配布データを扱うだけでなく、メール送受信やウェブページの閲覧など多くの作業を同時に進めることが一般的であるが、仮想化技術を利用する構成では、仮想OS間を頻繁に行き来する煩雑さも無視できない。また、上記非特許文献1および非特許文献2に開示される技術のように、アプリケーション内部にアクセス制御機能を実装する技術では、残念ながら、保護できるアプリケーションが限定されるため、利用可能なデータの種類が限定される。したがって、すべての業務アプリケーションが対応しない限り、業務全体を包括的に管理することができない。本発明は、上記従来技術の問題点に鑑みてなされたものであり、本発明は、配信データに関しアクセス制御を実行する適切なアクセス制御機構を同梱した配信パッケージの形態でデータ配信することにより、種々のデータの情報フローを制御し、ひいては、配信先の利用環境に制限および過剰な作業負担をかけずに、配信先からの情報漏洩を防止することができるデータ配信装置およびデータ配信システムを提供することを目的とする。本発明の他の目的は、上記データ配信装置から配信パッケージを受信するクライアント装置、上記データ配信装置またはデータ配信システムが実行するデータ配信方法、上記クライアント装置が実行するデータ受信方法、上記データ配信装置またはデータ配信システムを実現するためのプログラム、および上記プログラムを格納する記録媒体を提供することである。本発明は、上記従来技術の不都合に鑑みてなされたものであり、本発明は、以下の特徴を有する、配信パッケージを提供するためのデータ配信装置、複数のコンピュータからなるデータ配信システムを提供する。本発明のデータ配信装置またはデータ配信システムは、クライアントの環境に対応させて、与えられるポリシーに応じてプロセスによるリソースへのアクセスを制御するアクセス制御機構と、配信パッケージに含まれる配信データを保護記憶領域に展開する展開部とを該クライアント上で実現するためのアクセス制御実施プログラムを記憶するプログラム記憶部を備える。本データ配信装置またはデータ配信システムは、配信データの受け取りを要求する要求元クライアントの環境を検出し、配信対象となる配信データと、該配信データに対して指定されるセキュリティポリシーとを読み出して、上記配信データと、上記セキュリティポリシーと、上記要求元クライアントの環境に対応したアクセス制御実施プログラムとを含む配信パッケージを要求元クライアントに送信する。さらに本発明によれば、上記配信パッケージを受信するクライアント装置を提供することができる。本クライアント装置は、上記データ配信装置に対し、配信データの受取要求を送信する要求送信部と、当該クライアント装置の環境を記述した環境情報を送信する環境情報送信部とを備える。さらにまた、本発明では、上記データ配信装置またはデータ配信システムが実行するデータ配信方法、上記クライアント装置が実行するデータ受信方法、上記データ配信装置またはデータ配信システムを実現するためのプログラム、および上記プログラムを格納する記録媒体を提供することができる。上記構成によれば、配信データの登録者は、配信先の作業環境に一定のセキュリティポリシーを課した上で、当該配信データを配信先に引き渡すことができる。配信データは、配信先ローカル環境に保存されることになるが、ローカル環境に存在する配信データに対しては、上記アクセス制御機構により、セキュリティポリシーに従って稼働プロセスによるリソースへのアクセスが制御され、その流通可能な範囲が制限される。これにより、例えば取引先企業への正式な情報提供の後の意図しないデータ流出による情報漏洩、いわゆる2次漏洩を防止することができる。さらに、上記構成によれば、配信先へのわずらわしい特殊な制御ソフトウェアの強制的な導入および設定が不要であり、種々データ、種々のアプリケーションに適用することができる。以下、本発明について実施形態をもって説明するが、本発明は、後述する実施形態に限定されるものではない。以下説明する実施形態では、データ配信装置として、配信対象となるデータ以下、配信データという。をパッケージ化して配信するサーバ機能を実装するデータ配信サーバを一例として説明する。図1は、本発明の第1の実施形態によるデータ配信サーバを含むデータ処理システムの概略図を示す。本データ処理システム10は、データをパッケージ化して配信するサーバ機能を実装するデータ配信サーバ20と、ネットワーク12を介して上記データ配信サーバ20に接続される1以上のクライアント装置30と含む。ネットワーク12は、特に限定されるものではないが、例えば、TCP/IPおよびイーサネット登録商標によるLANLocalAreaNetwork、VPNVirtualPrivateNetworkや専用線を使用するWANWideAreaNetwork、インターネットを含む。図1に示すデータ処理システム10は、例示として、データ配信サーバ20を介してクライアント装置30間でデータ授受を行い、各クライアント装置30においてローカル作業を行いながら、全体の業務を遂行するための業務システムとして構成されている。図1には、クライアント装置30として、配信データを用いた業務を発注する発注者が利用する発注者端末30aと、1次受注者端末30bと、2次受注者端末30cとが示されている。1次受注者端末30bは、発注者の依頼に従い配信データを用いて担当業務を遂行する1次受注者が利用する端末である。一方、2次受注者端末30cは、発注者の依頼に従って担当業務を遂行する1次受注者から、さらにその担当業務の一部の業務を請け負う2次受注者が利用する端末である。クライアント装置30は、概ね、タワー型、デスクトップ型、ラップトップ型またはタブレット型のパーソナルコンピュータ、ワークステーション、ネットブック、PDAPersonalDataAssistanceなどの汎用コンピュータとして構成される。クライアント装置30は、より具体的には、シングルコアプロセッサまたはマルチコアプロセッサなどの中央演算装置CPU、キャッシュメモリ、RAM、ネットワークインタフェースカードNIC、ストレージデバイスなどを備え、Windows登録商標、UNIX登録商標、Linux登録商標、MacOS登録商標、AIX登録商標などの適切なOSの制御のもと動作する。本実施形態では、クライアント装置30は、好ましくは、ウィンドウシステムなどのデスクトップ環境を提供するグラフィカルユーザインタフェース以下、GUIと参照するベースのOSを搭載する。本実施形態のクライアント装置30は、また、上記OS上で動作するウェブブラウザを実装する。データ配信サーバ20は、概ね、パーソナルコンピュータ、ワークステーション、ラックマウント型またはブレード型のサーバ、ミッドレンジコンピュータ、メインフレームなどの汎用コンピュータとして構成される。データ配信サーバ20は、より具体的には、シングルコアまたはマルチコアプロセッサなどのCPU、キャッシュメモリ、RAM、NIC、ストレージデバイスなどを備え、Windows登録商標、UNIX登録商標、Linux登録商標などの適切なオペレーティングシステム以下、OSとして参照する。の制御のもと動作する。上記データ配信サーバ20は、上記発注者端末30aから発注業務に必要なデータの登録要求を受信すると、当該業務に必要なデータを受注者に配信可能に登録する。一方、発注業務を請け負う受注者が操作する1次受注者端末30bまたは2次受注者端末30cからデータの受取要求を受信すると、データ配信サーバ20は、適切なユーザ認証を行った上で、上記業務に必要なデータを端末に配信する。同様に、1次受注者が担当業務の一部を2次受注者に発注する際には、データ配信サーバ20は、配信データまたは配信データを加工して生成された2次データの一部または全部を1次受注者端末30bから受け取り、2次受注者端末30cに配信することができる。本実施形態のデータ配信サーバ20は、例えばウェブアプリケーションとして、上述のようなデータを引き受けて配信する機能を実装する。配信対象となる配信データは、特に限定されるものではないが、ワードプロセッサ、表計算、作図、プレゼンテーション、データベース管理システム、その他、DTPDesktopPublishing、数値解析ソフト、CAD、NC加工、CTコンピュータ断層撮影、MRI核磁気共鳴画像法など種々のアプリケーションで使用される種々のファイルや、テキストファイル、ドキュメントファイル、音声ファイル、動画ファイルなどの汎用フォーマットのファイルなどを含む。また、配信データは、データ配信サーバ20が接続するデータベースから所定のクエリにより抽出された照会結果を含むファイルであってもよい。データ配信サーバ20は、クライアント装置30からの配信データの受取要求に対応して、要求元クライアント装置30に配信データをパッケージ化して配信する。配信データは、そのままのファイルとしてクライアント装置30に配信されてしまうと、通常、独立して自由に流通可能となる。このため、配信データが機密情報を含む場合、仮に暗号化を施せることができるとしても、データセキュリティ対策上望ましいとは言えない。そこで、本実施形態では、データ配信サーバ20は、詳細は後述するが、所定のセキュリティポリシーに応じてアクセス制御を実行するアクセス制御機構を配信パッケージに同梱して配信する。本実施形態において配信データに同梱されるアクセス制御機構は、OSとアプリケーションとの中間レベルに配置され、ユーザコンテキストに応じて柔軟に、プロセス単位、ユーザ単位およびファイル単位のきめ細かい粒度のアクセス制御を実施することができる。本実施形態のアクセス制御機構は、例えば、許可されないデータの保存、プリント、データ作業中のクリップボードを介したプロセス間のコピーアンドペーストおよびプリントスクリーンによる画面コピーなどのリソースへのアクセスを禁止することができる。以下、本発明の実施形態による、アクセス制御機構を同梱する配信パッケージを用いたデータ配信処理について、より詳細に説明する。図2は、本発明の第1の実施形態によるデータ配信サーバにおいて実現される機能ブロックを示す。図2に示すデータ配信サーバ20の機能ブロック100は、所定のセキュリティポリシーが適用された状態で配信データを配信可能に登録するパッケージ登録部110と、登録者によって登録されたセキュリティポリシー122および配信データ124を記憶する登録者用データベース120とを含む。ここで、配信データを登録する側の利用者を登録者と参照し、登録された配信データを受け取る側の利用者を受取者と参照し、以下、登録者および受取者の二者間のデータ配信処理について説明する。つまり、図1で説明した発注者、1次受注者および2次受注者は、それぞれ、登録者または受取者となり得る。また、以下の説明では、特に断らない限り、データ処理システム10の利用者は、それぞれ操作するクライアント装置30を用いて、当該データ処理システム10にログインし、所定のユーザ認証を通過しているものとして説明する。登録者用データベース120は、本実施形態のデータ記憶部を構成し、登録者となり得る利用者が配信データを登録するための記憶領域を提供する。登録者用データベース120は、例えば各利用者それぞれに対してデータベースが用意される。登録者側のクライアント装置30以下、登録者端末30Aと参照する。は、データ配信サーバ20に対し、配信データのパッケージ登録要求を送信する。このパッケージ登録要求は、配信データと、この配信データに対して指定するセキュリティポリシー以下、登録者が指定したセキュリティポリシーを登録者指定ポリシーと参照する。と、この配信データの配信を許可する配信先を記述する配信先情報とを含むことができる。配信データは、例えば、登録者端末30Aのウェブブラウザを介してアップロードが指定され、登録者端末30Aのローカル記憶領域から読み出されて、データ配信サーバ20へと送信される。セキュリティポリシーは、同様にウェブブラウザを介して各項目が入力され、入力された各項目の値が例えばXMLeXtensibleMarkupLanguageファイルとして構成され、データ配信サーバ20へと送信される。上記配信データをアップロード指示するためのアップロードフォームやセキュリティポリシーを設定するためのGUIは、例えば、登録者端末30Aのウェブブラウザが解釈可能にウェブページとして提供される。パッケージ登録部110は、より詳細には、パッケージ登録要求を受領するパッケージ登録要求受領部112と、データポリシー取得部114と、登録処理116とを含む。データポリシー取得部114は、パッケージ登録要求にかかる配信データ、登録者指定ポリシーおよび配信先情報を取得する。また、データポリシー取得部114は、パッケージ登録要求にかかる配信データが、他の配信データの2次データここでは、その配信データが加工されて生成されたデータをいう。である場合には、元の配信データに指定されたポリシーを取得し、登録者指定ポリシーにマージすることができる。登録処理部116は、取得された配信データ124、登録者指定ポリシー122および配信先情報を上記登録者用データベース120に記憶し、配信データを配信可能に登録する。なお、説明する実施形態では、配信データ、登録者指定ポリシーおよび配信先情報は共に、登録者端末30Aからデータ配信サーバ20へ送信されるので、データポリシー取得部114は、登録者端末30Aから送信されるこれらのデータを例えばHTTPプロトコルに従って受信する。しかしながら、配信データ、登録者指定ポリシーおよび配信先の指定方法は特に限定されるものではない。他の実施形態では、配信データ、登録者指定ポリシーおよび配信先またはこれらのいずれか一方をデータ配信サーバ20側に予め保存し、配信データ、登録者指定ポリシーまたは配信先情報を識別する識別子を登録者端末30Aからデータ配信サーバ20へ渡すよう構成してもよい。この場合、データポリシー取得部114は、データ配信サーバ20がアクセス可能な記憶領域から、識別子で識別されるデータを読み出す。さらに他の実施形態では、配信データ、登録者指定ポリシーおよび配信先情報またはこれらのいずれか一方をネットワーク上のリソースとして準備し、配信データ、登録者指定ポリシーまたは配信先情報が保存されているURIUniversalResourceIdentifierを登録者端末30Aからデータ配信サーバ20へ渡すよう構成してもよい。この場合、データポリシー取得部114は、URIで識別されるリソースからこれらのデータを取得する。セキュリティポリシーは、パッケージに同梱される配信データに対する、コンピュータ内プロセス間およびコンピュータ間またはこれらの一方における情報フロー制御を規定する。ここで、情報フロー制御とは、特定のコンピュータ内のプロセス間および相互接続されたコンピュータ間で情報が流通できる領域を規制することをいう。セキュリティポリシーは、例示すると、配信データまたはその2次データの読み出し、該データのリムーバブルメディアへの保存、該データのローカルドライブの保護されていない記憶領域への保存、該データのプリント、該データを開いている状態でのクリップボードを介したプロセス間のコピーペースト、該データのウィンドウがアクティブな状態でのクリップボードを介した画面コピーなどの禁止または許可などを規定する。図3および図4は、本発明の第1の実施形態で用いられるセキュリティポリシーのデータ構造を例示する図である。セキュリティポリシーのフォーマットは特に限定されるものではないが、図3は、XML形式で記述されたセキュリティポリシーを例示する。図3中、RuleGroup1で示されるRuleタグ間の部分は、ひとまとまりのポリシーを表し、図3の例では、メモ帳に対するポリシーが記述されている。Subjectsタグ間には、Subjectタグによってポリシーを適用する主体プロセスが指定される。図3の例では、プロセスnotepad.exeが主体として指定されている。Resourcesタグ間には、Resourceタグによって、上記主体プロセスによるリソースへのアクセスに対するポリシーが記述される。図3の例では、プロセスnotepad.exeによる、リソースクリップボードに対するアクセス書き込み、リソースプリンタへのアクセスプリント指令、リソースリムーバブルメディアへのアクセス書き込みをそれぞれ禁止する旨が記述されている。Obligationsタグ間には、Resourceタグによって、プロセス終了時またはプロセス稼働中に課せられる義務が記述される。図4は、XML形式で記述された他のセキュリティポリシーにおける一部のデータ構造を例示する。図4Aに示す例では、ファイルマネージャWindows登録商標エクスプローラに対するポリシーが記述され、プロセスexplorer.exeが主体として指定されている。図4中、LDMROOTは、後述する配信パッケージを展開する保護されたフォルダ以下、保護フォルダという。を意味し、Resourcesタグ間には、Resourceタグによって、プロセスexplorer.exeによる、リソース保護フォルダへのすべて.のアクセス書き込みおよび読み出しを禁止する旨が記述されている。なお、他の例では、保護フォルダ内の特定の拡張子を有するファイル、特定のファイルを対象としたアクセスを制御する記述とすることもできる。図4Bに示す例では、すべての任意のプロセス間のコピーアンドペーストについてのポリシーが記述されている。Subjectsタグ間には、AnySubjectタグによって任意のプロセスに対するポリシーであることが記述され、Resourcesタグ間には、Resourceタグによって、任意のプロセスによる、他のプロセスが書き込んだクリップボードの内容の読み出しを禁止する旨が記述されている。またObligationsタグ間には、Resourceタグによってクリップボードが指定され、Obligationタグにより、終了時にクリップボードをクリーンナップすることが義務として課されている。なお、プロセス終了時またはプロセス稼働中に課せられる義務としては、その他、操作ログ記録の強制などがある。図3および図4に例示されるようなセキュリティポリシーによって、クライアント装置30上で動作するプロセスによるリソースへのアクセスが制御される。その結果として、プロセス間のデータの流通が制御され、さらに、リムーバブルメディア、保護されていないフォルダ、FTPFileTransferProtocolなどの他のプロセスを介した当該クライアント装置から外部のコンピュータへのデータの流通が制御される。その他、ウェブブラウザのプロセスに対し、配信データおよびその2次データのうちのデータ配信サーバ20に配信先から再登録できる範囲をセキュリティポリシー内に記述することにより、当該データ配信システムを介した直接的な配信先以降の外部コンピュータへのデータの流通を制御することもできる。なお、図3および図4に示したセキュリティポリシーは、Windows登録商標用のものを例示するが、他のOSについても同様に記述することができる。配信先情報は、配信データの配信先として許可されるクライアント装置30または利用者を特定する情報を含む。配信先情報は、例えば、配信が許可される利用者を識別するユーザID、配信が許可されるクライアント端末を識別するクライアントID、配信が許可される利用者またはクライアントのグループを識別するグループID、配信が許可されるクライアント装置30固有に与えられる固有識別子OSシリアルナンバー、マシンUUIDUniversallyUniqueIDentifier、マシンシリアルナンバーなど、配信が許可されるクライアント装置30に割り当てされたIPアドレス、配信が許可されるクライアント装置30のNICに割り当てされたMACアドレス、配信が許可されるクライアント群に割り当てされるIPアドレスの範囲、またはこれらの組み合わせを含むことができる。再び図2を参照すると、配信データ、登録者指定ポリシーおよび配信先情報が登録者用データベース120に登録されると、当該配信データの配信パッケージが配信可能な状態となる。データ配信サーバ20の機能ブロック100は、配信パッケージに同梱するアクセス制御実施モジュール以下、実施モジュールという場合がある。を記憶する実施モジュールデータベース130と、配信可能に登録された配信データをアクセス制御実施モジュールと同梱してパッケージ化して配信するパッケージ配信部140とをさらに含む。アクセス制御実施モジュールは、後述するアクセス制御機構をクライアント装置上に実現し、クライアント装置上で上記セキュリティポリシーに従ったアクセス制御を実施するためのプログラムであり、OSの種類に依存する。このため、実施モジュールデータベース130は、OSの種類毎に上記アクセス制御実施モジュールを記憶する。特定OS用のアクセス制御実施モジュールとしては、例えば、Windows登録商標用132、Linux登録商標用134、MACOS登録商標用136、AIX登録商標用138のものがそれぞれ準備される。なお、実施モジュールデータベース130は、本実施形態のプログラム記憶部を構成する。受取者側のクライアント装置30以下、受取者端末30Bと参照する。は、データ配信サーバ20にアクセスし、所望の配信データを識別する配信データIDとともに、パッケージ受取要求を送信する。ここで、配信データIDは、例えば電子メールなどの別の手段により登録者側から受取者側へ送信することができ、利用者は、電子メール中の配信データをダウンロードするウェブページへの直接リンクをクリックすることにより、データ配信サーバ20に対し、所望の配信データのIDを含むパッケージ受取要求を送信することができる。あるいは、配信データIDは、当該利用者が受取可能な配信データを一覧表示するウェブページに含めて受取者側へ送信することができ、この場合に利用者は、一覧表示された配信データのうちから所望のものを選択することにより、データ配信サーバ20に対し、所望の配信データIDを含むパッケージ受取要求を送信することができる。パッケージ配信部140は、より詳細には、パッケージ受取要求を受領するパッケージ受取要求受領部142と、環境検出部144と、適用ポリシー決定部146と、パッケージ化処理部148と、送信処理部150とを含む。環境検出部144は、要求元の受取者端末30Bが使用するOSの種類などを記述した環境情報を取得し、受取者端末30Bの環境を検出する。ここで、受取者端末30Bの環境とは、受取者端末30Bを構成するOSの種類を含むものであり、より広義には、OS、ブラウザ、アプリケーションなどのソフトウェアおよびドライブなどのハードウェアの組み合わせと、それぞれの構成状態や設定を含む総体をいう。受取者端末30Bが使用するOSは、例えば、HTTPリクエスト中に申告されるユーザエージェントの識別名により、簡便に判定することができる。また、OSの種類以外の詳細な環境を検出するために、ユーザの許諾を得てクライアント装置30のシステム情報を収集してデータ配信サーバ20へ送信するアプレット等のプログラムを受取者端末30Bへ提供し、当該プログラムを経由して環境情報を取得することもできる。この場合、環境検出部144は、受取者端末30Bのシステム情報が記述された環境情報を受取者端末30Bから取得する。上記システム情報としては、コンピュータ名、OSシリアルナンバー、マシンUUID、マシンシリアルナンバーなどのクライアントを識別する情報や、システムがインストールされたボリュームや他のボリュームのドライブ番号、Windows登録商標ディレクトリ、システムディレクトリ、プログラムディレクトリなどのドライブ構成、主要なフォルダの暗号化属性、ローカルプリンタ名などローカルのリソース情報などを含むことができる。クライアントを識別する情報は、例えば、配信許可を与えるクライアントを制限する場合や配信パッケージを展開可能なマシンを制限する場合に用いることができる。ドライブ構成は、配信データを展開する保護フォルダを作成するパスを決定する際に使用することができ、暗号化属性は、保護フォルダを作成する場合に、保護フォルダ内のファイルに別途暗号化を施す必要があるかを判定する際に使用することができる。適用ポリシー決定部146は、登録者用データベース120内の登録者指定ポリシーを、上記環境検出部144が検出した受取者端末30Bの環境に適合するように適宜修正し、実際に配信パッケージ内に同梱するセキュリティポリシー以下、受取者適用ポリシーという。を決定する。このような受取者端末30Bの環境に適合させるための修正としては、上述した配信データを展開するフォルダのパス、プロセスのファイル名、OS特有のポリシーの修正を挙げることができる。例えば、ファイルマネージャは、Windows登録商標ではWindows登録商標エクスプローラであるが、MacOS登録商標ではFinder、UNIX登録商標やLinux登録商標ではDolphinやNatilusとなることから、OSの種類に応じてポリシーを適用するプロセスに関する情報を修正することができる。パッケージ化処理部148は、登録者用データベース120内の配信データと、適用ポリシー決定部146が決定した受取者適用ポリシーと、実施モジュールデータベース130内の環境に適合したアクセス制御実施モジュールとを取得し、好ましくは少なくとも配信データを暗号化した上で、これらをパッケージ化した配信データを生成する。配信パッケージ160は、配信データ162、受取者適用ポリシー164およびアクセス制御実施モジュール166が同梱された、例えば実行形式のファイルとして提供される。送信処理部150は、配信データの受取要求元の受取者端末30Bに対し、上記生成した配信パッケージ160を送信する。配信パッケージ内の配信データの暗号化に使用する暗号鍵は、例えば受取者端末30Bの個人証明書の公開鍵を用いることができる。しかしながら、暗号鍵は特に限定されるものではなく、本実施形態では、データ配信サーバ20および受取者端末30B間で予めまたは事後的に交換された共通鍵を使用することもできる。また、暗号化方式としては、特に限定されるものではなく、種々の共通鍵暗号方式、公開鍵暗号方式を採用することができる。また、説明する実施形態では、データ配信サーバ20においてパッケージ化する際に配信データを暗号化するものとして説明してきたが、他の実施形態では、登録者端末30A側で配信データ自体を暗号化しておくこともできる。この場合も同様に、受取者端末30Bの公開鍵や、登録者端末30Aおよび受取者端末30B間で予めまたは事後的に交換された共通鍵を使用することができる。図2に示したデータ配信サーバ20の機能ブロック100は、HDDなどのコンピュータ可読な記録媒体からプログラムを読み出し、メモリ上にプログラムを展開し、プログラムを実行し、各ハードウェア資源を動作制御することによって実現される。以下、図5および図6を参照して、パッケージ登録要求およびパッケージ受取要求に対応する処理について、より詳細に説明する。図5は、本発明の第1の実施形態によるデータ配信サーバにおけるパッケージ登録部が実行する、パッケージ登録処理を示すフローチャートである。図5に示す処理は、クライアント装置30からデータ配信サーバ20へパッケージ登録要求が発行されたことに応答して、ステップS100から開始される。ステップS101では、パッケージ登録部110は、クライアント装置30から発行されたパッケージ登録要求を受領する。ステップS102では、パッケージ登録部110は、要求にかかる配信データ、登録者指定ポリシーおよび配信先情報を取得する。ステップS103では、パッケージ登録部110は、継承すべきポリシーがあるか否かを判定する。ここでは、要求にかかる配信データが他の配信データの2次データであることが判明した場合、継承すべきポリシーがあると判定される。ステップS103で、継承すべきポリシーがあると判定された場合YESには、ステップS104へ処理が進められる。ステップS104では、パッケージ登録部110は、親となる配信データに指定されるセキュリティポリシーを取得し、当該登録要求にかかる登録者指定ポリシーにマージして、ステップS105へ処理を進める。一方、ステップS103で、継承すべきポリシーが存在しないと判定された場合NOには、ステップS105へ処理が直接進められる。ステップS105では、パッケージ登録部110は、配信データ、登録者指定ポリシーおよび配信先情報を登録者用データベース120に記憶し、配信パッケージを配信可能に登録する。ステップS106では、パッケージ登録部110は、パッケージ登録要求に対するアクノレッジを返答し、パッケージ登録処理が成功裡に完了した旨を通知する。図6は、本発明の第1の実施形態によるデータ配信サーバにおけるパッケージ配信部が実行する、パッケージ配信処理を示すフローチャートである。図6に示す処理は、クライアント装置30からデータ配信サーバ20へパッケージ受取要求が発行されたことに応答して、ステップS200から開始される。ステップS201では、パッケージ配信部140は、クライアント装置30からパッケージ登録要求を受領する。ステップS202では、パッケージ配信部140は、クライアント装置30からOSの種類、ドライブ情報などを含む環境情報を取得し、クライアント装置30の環境を検出する。ステップS203では、パッケージ配信部140は、受取要求にかかる配信データに関連付けられた登録者用データベース120内の配信先情報を参照して、要求元に配信を許可できるか否かを判定する。ステップS203で、要求元に配信を許可することができないと判定された場合NOには、ステップS207へ処理が分岐させられ、本処理を終了させる。ここでは、配信先情報内の配信が許可される条件に合致しない利用者またはクライアントからの要求が排除される。一方、ステップS203で、要求元に配信を許可できると判定された場合YESには、ステップS204へ処理が進められる。ステップS204では、パッケージ配信部140は、受取要求にかかる配信データに関連付けられる登録者指定ポリシーを取得し、上記環境情報に従って、実施モジュールデータベース130が記憶する1以上のアクセス制御実施モジュールのうちから、受取要求元の環境に対応するアクセス制御実施モジュールを決定するとともに、受取要求元の環境に対応して登録者指定ポリシーを適宜修正して、受取者適用ポリシーを決定する。ステップS205では、パッケージ配信部140は、受取要求にかかる配信データを取得し、暗号化した上で、決定された実施モジュールと、暗号化された配信データと、決定された受取者適用ポリシーとをパッケージ化し、配信パッケージを生成する。ステップS206では、パッケージ配信部140は、受取要求元のクライアント装置30に対し、上記生成した配信パッケージを送信し、ステップS207で本処理を終了する。以下、配信パッケージを受信したクライアント側の処理について説明する。図7は、本発明の第1の実施形態においてクライアント装置に配信される配信パッケージの詳細な機能ブロックを示す図である。図7に示す配信パッケージは、配信データ162と、受取者適用ポリシー164と、アクセス制御実施モジュール166とを含む。実施モジュール166は、より詳細には、アクセス制御機構注入部170と、保護領域作成部172と、データ展開部174と、再パッケージ化部176と、保護領域削除部178と、アクセス制御機構190とをクライアント装置30上に実現するためのプログラムコードを含む。アクセス制御機構190は、クライアント装置30上で動作するプロセスによるAPIApplicationProgrammingInterfaceコールを監視し、アクセス制御をかけるライブラリとして構成される。このようなライブラリは、ダイナミックリンクライブラリDLL、共有ライブラリ、シェアードライブラリとして参照される。アクセス制御機構注入部170は、アクセス制御機構190を機能させるために、クライアント装置30上で動作する各プロセスにアクセス制御機構190を注入する。このプロセスに注入されたアクセス制御機構190は、以後、プロセスの主要なAPIコールを監視し、受取者適用ポリシーに記述されたプロセス単位のポリシーに従い、当該プロセスによるリソースへのアクセスを制御する。保護領域作成部172は、配信データを展開するための記憶領域以下、保護領域という。をクライアント装置30のローカルドライブ上に作成する。ここで保護領域とは、暗号化により保護され、許可されないアクセスが排除されるよう保護される記憶領域をいう。この保護領域は、原則としてアクセスが禁止され、当該アクセス制御実施モジュール166のプロセスおよび受取者適用ポリシー内で例外的に許可されたプロセスのみが許可された方法によりアクセスすることが許可される。保護領域は、例えば、その配下のサブフォルダに同一の保護が適用される保護フォルダとして実装される。データ展開部174は、配信パッケージ160内にパッケージされた配信データ162を復号し、上記作成された保護される記憶領域に展開し、上記許可されたプロセスによるアクセスを可能とする。なお、復号の際に用いる鍵は、暗号鍵に公開鍵を用いる場合は、受取者端末30Bの個人証明書の秘密鍵を使用することができ、共通鍵を用いる場合には、登録者端末30Aおよび受取者端末30B間またはデータ配信サーバ20および受取者端末30B間で予めまたは事後的に交換された鍵を用いることができる。再パッケージ化部176は、ローカル作業が終了した際に、保護領域内のローカルデータを暗号化して再パッケージ化する。保護領域削除部178は、ローカル作業が終了した際に、再パッケージ化が完了した後、上記保護領域内のローカルデータを消去して、その保護領域自体を削除する。好ましくは、保護領域削除部178は、当該保護領域内のローカルデータをランダムな値で上書きして完全消去することができる。これにより、当該アクセス制御実施モジュール166のプロセス終了後は、クライアント装置30のローカルドライブ内から機密性の高い、展開されたデータの痕跡が消去される。図8は、本発明の第1の実施形態によるクライアント装置が実行する、アクセス制御実施処理を示すフローチャートである。なお、以下、Windows登録商標環境における処理を例に説明するが、他のOSであっても同様の処理により行うことができる。図8に示す処理は、クライアント装置30上で配信パッケージ160パッケージ内のアクセス制御実施モジュール166が起動されたことに応答して、ステップS300から開始される。ステップS301では、アクセス制御実施モジュール166は、一時フォルダ内にアクセス制御機構190を実装するDLLを展開する。ステップS302では、実施モジュール166は、クライアント装置30上で稼働中のプロセスを列挙し、すべてのプロセスに対し当該アクセス制御機構190のDLLを注入するDLLInjection。これにより、注入されたアクセス制御機構190のDLLが、各プロセスによる主要APIコールの監視を開始し、上述したプロセス単位のアクセス制御が実施される。ステップS303では、アクセス制御実施モジュール166は、保護領域保護フォルダを作成する。ステップS304では、実施モジュール166は、配信パッケージ160内の配信データ162を保護領域内に展開し、配信データを処理するためのアプリケーションを起動し、ステップS305で、終了条件が成立するまでNOの間、当該ステップS305をループさせる。配信パッケージ160には、パッケージ内の配信データ162を編集するためのアプリケーションソフトウェアを指定することができ、これらのアプリケーションの稼働中は、上述したアクセス制御機構190が動作し、上述したプロセス単位のアクセス制御により、情報漏洩が防止される。一方、上記起動したアプリケーションがすべて終了した場合に、終了条件が成立したものと判定される。ステップS305で、終了条件が成立したと判定された場合YES、ステップS306へ処理を進め、アクセス制御実施モジュール166は、保護領域内のローカルデータを再パッケージ化し、ステップS307で、保護領域内のローカルデータを消去して該保護領域を削除し、ステップS308で本プロセスを終了する。なお、上述した実施形態では、保護領域内のローカルデータを再パッケージするものとして説明したが、読取専用の配信データなどの場合は、再パッケージ化せずに展開データを削除するのみとしてもよい。以下、図9を参照しながら、アクセス制御機構190の動作について説明する。図9は、本発明の第1の実施形態による、アクセス制御モジュールが起動されたクライアント装置上で実現される機能ブロックを示す図である。なお、以下、Windows登録商標環境における機能ブロックを例に説明する。図9に示すように、アクセス制御実施モジュール166の動作により、クライアント装置30上で動作する各アプリケーションプログラム等のプロセス210にアクセス制御機構190のDLLが注入される。アクセス制御機構190のDLLは、プロセスの主要なAPIコールを監視し、上記ポリシーに従って、ファイル192、プリント194、クリップボード196などの低レベルリソースへのアクセスを制御する。また、アクセス制御機構190のDLLは、セキュリティポリシー内に、配信パッケージ内のデータに対する配信先以降の情報フロー制御を規定するポリシー例えば、再発注可能なデータの範囲が記述されている場合には、上述したAPIコールを監視する仕組みを用いて、そのポリシーに従って、上記保護領域内の配信データまたはその2次データの一部または全部を配信データとする登録要求の可否を制御することができる。上記登録要求の可否は、ブラウザによるアップロード操作の許可または拒否により制御することができる。上記再発注可能なデータの範囲を規定するセキュリティポリシーとしては、例えば、原則としてブラウザによるアップロード操作を禁止するとともに、所定条件に合致するアップロード先URLに対して、配信データまたはその2次データの一部または全部を例外的に読み取り許可する旨の記述を含むことができる。上記主要なAPIとしては、Windows登録商標環境では、オペレーティングシステム200が備える、GDI32.dll、User32.dll、Kernel32.dllなどのDLL202a~202cに含まれ、例えば、CreateFile、DeleteFile、CopyFile、StartDoc、SetClipboardData、GetClipboardData、CreateProcessなどのWin32API関数を挙げることができる。また、アクセス制御機構190は、特定のCOMComponentObjectModelインタフェース204aのメソッドコールを監視し、高レベルリソースへのアクセスを制御することもできる。配信パッケージ160に含まれる受取者適用ポリシー164は、ポリシー管理テーブル230としてメモリ上に展開され、アクセス制御機構190のDLLは、ポリシー管理テーブル230を参照しながらアクセス制御を実施する。例えば、アプリケーションプログラム210は、DLL202のAPIをコールして、保護領域220内のデータ222にアクセスするが、アクセス制御機構190は、このAPIコールを通過させるか否かをポリシー管理テーブル内のエントリに応じて決定する。ポリシー管理テーブルは、静的なデータとすることもできるが、ウィンドウやプロセスの状態をポリシーにリアルタイムに反映するため、APIおよびCOMの呼び出し履歴やOSからアプリケーションへの通知メッセージをフィードバックする管理機構図示せず。を設けて、ポリシー管理テーブル230をユーザの作業状況に応じて動的に更新することが好ましい。例えば、画面コピーを禁止する場合、アプリケーションの保護すべきファイルを表示するウィンドウが画面上に見えているか否かという点が重要となる。そこで、ウィンドウのアクティブ状態や可視状態を判定するために、上記管理機構は、WM_Createなどのウィンドウメッセージを監視し、ウィンドウクラス名やタイトル名、ウィンドウ属性などの情報から、どのファイルが表示され、どのファイルがアクティブになったかを判定し、イベントとして検出し、メモリ上のポリシー管理テーブル230を動的に更新することができる。なお、上述したようなGUIのコンテキストに応じた動的なアクセス制御機構については、より詳細には、古市実裕、工藤道治、GUIベースのコンピュータに適したアクセス制御ポリシー管理方法の提案、情報処理学会論文誌、Vol.49、No.9、pp.1-112008年9月を参照することができる。なお、上述したアクセス制御機構190は、主要APIおよびCOMインタフェースを対象にしたBinaryInterceptionをベースとしたものであるが、UNIX登録商標、MACOS登録商標などのWindows登録商標以外のOS環境でも、同様に適用することができる。以下、図10を参照して、本実施形態のデータ配信サーバ20が提供するデータ配信機能の利用態様を説明する。図10は、図1を参照して説明したデータ処理システム10において、発注者、1次受注者および2次受注者間で行われる業務の流れを示す図である。まず、発注者端末30aは、登録者端末として、データ配信サーバ20に対し所定の1次受注者を配信先としたパッケージ登録要求を送信する。データ配信サーバ20は、発注者端末30aから配信先情報、受注者用データ、受注者用ポリシーを受信し、発注者用データベース120Aに記憶する。これにより、受注者用データが配信可能に登録される。一方、1次受注者端末30bは、受取者端末として、データ配信サーバ20に対し、受注者用データのパッケージ受取要求を送信する。データ配信サーバ20は、受取要求に対する応答として、1次受注者端末30bに対し、受注者用データ、受注者用ポリシーおよび実施モジュールを含む1次受注者用配信パッケージ160Aを送信する。その後、1次受注者端末30bにおいて、1次受注者用配信パッケージ160A内の受注者用データが展開され、アクセス制御機構による制御の下、受注者用データを対象としたローカル作業が行われる。1次受注者端末30b側で受注した業務の一部をさらに下請け業者に発注する場合には、1次受注者端末30bは、登録者端末として、データ配信サーバ20に対し、保護領域内の上記受注者用データのうちの許可される少なくとも一部のデータ以下、2次受注者用データというと、1次受注者が2次受注者へ渡すデータに追加的に適用する追加ポリシーとを送信し、所定の2次受注者を配信先としたパッケージ登録要求を送信する。この場合、起源となる受注者用データの登録者指定ポリシーが継承され、2次受注者用ポリシーが構成される。1次受注者から2次受注者へ再発注可能なデータは、大本の発注者側で指定する受注者用ポリシーに記述することができる。例えば、上記受注者ポリシーは、再発注を行うためのアップロード先URLを対象とした、上記再発注可能なファイルの読み取りを例外的に許可する旨の記述を含むことができる。このように、本実施形態においては、発注者は、1次受注者以降の情報フロー制御を設定することが可能とされている。1次受注者の一部業務を請け負う2次受注者端末30cは、受取者端末として、データ配信サーバ20に対し、2次受注者用データのパッケージ受取要求を送信し、2次受注者用データ、2次受注者用ポリシーおよび実施モジュールを含む2次受注者用配信パッケージ160Bを取得し、2次受注者用データを対象としたローカル作業を行う。以降、作業後のデータを発注元に返却する必要がある場合には、2次受注者端末30cは、データ配信サーバ20に対し、受取者端末として、作業完了後再パッケージ化した配信パッケージを送信するとともに、1次受注者へのパッケージの返却要求を送信する。1次受注者端末30bは、登録者端末として、2次受注者から返却された配信パッケージをデータ配信サーバ20から受信する。同様に、1次受注者端末30bは、データ配信サーバ20に対し、受取者端末として、発注者へのパッケージの返却要求を送信する。発注者端末30aは、登録者端末として、1次受注者から返却された配信パッケージをデータ配信サーバ20から受信する。上述した本発明の第1の実施形態によれば、配信データの登録者は、配信先の作業環境に一定のセキュリティポリシーを課した上で、当該配信データを配信先に引き渡すことができる。配信データは、配信先ローカル環境に保存されることになるが、ローカル環境に存在する配信データに対しては、上述したアクセス制御機構により、セキュリティポリシーに従って稼働プロセスによるリソースへのアクセスが制御され、その流通可能な範囲が制限される。これにより、例えば取引先企業への正式な情報提供の後の意図しないデータ流出による情報漏洩、いわゆる2次漏洩を防止することができる。また、ローカル環境における作業が終了した後は、配信データをローカル環境から消去し、または消去後返却してもらうことも可能となる。さらに、データ配信サーバ20が配信先の環境を検出して、適切なアクセス制御実施モジュールを同梱してパッケージを配信するため、登録者は、データのパッケージング方法を気にする必要がなく、作業効率の向上を図ることが可能となる。また、上記実施形態によれば、配信先へのわずらわしい特殊な制御ソフトウェアの強制的な導入および設定が不要である。さらに、上述したアクセス制御実施モジュールは、稼働プロセスにライブラリを注入することによってアクセス制御を実現するという手法を採用しているため、原則として、種々のデータ、種々のアプリケーションに適用することができる。上述した実施形態では、さらに、配信データの配信先以降の情報フロー制御についても一定のセキュリティポリシーを課すことができるため、例えば、再発注可能なデータの範囲を大本の発注者側で制限をかけることができ、孫請け、さらにその下請けからの情報漏洩を好適に防止することができる。受注者側のローカル端末に保存された機密情報は、特に契約期間満了後、消去または利用不能とされることが望ましい。以下、配信パッケージに有効期限を設定し、有効期限経過後は配信パッケージ内の配信データを利用不能とする第2の実施形態について説明する。なお、第2の実施形態によるデータ配信サーバ20は、第1の実施形態と同様な構成を備えているため、以下、第1の実施形態との相違点を中心に説明する。また、第1の実施形態と同様の機能を有する機能部については、同一符番を付す。図11は、本発明の第2の実施形態によるデータ配信サーバにおいて実現される機能ブロック図を示す。図11に示すデータ配信サーバ20の機能ブロック100は、パッケージ登録部110と、登録者用データベース120とを含む。登録者端末30Aは、データ配信サーバ20に対し、配信データのパッケージ登録要求を送信する。このパッケージ登録要求には、配信データ、登録者指定ポリシーおよび配信先情報に加えて、配信データに設定する有効期限が含まれる。有効期限は、セキュリティポリシーと同様にウェブブラウザを介して入力され、入力された各項目の値が例えばセキュリティポリシーと同時にデータ配信サーバ20へと送信される。上記有効期限を設定するためのGUIは、例えば、登録者端末30Aのウェブブラウザが解釈可能に、ウェブページとして提供される。パッケージ登録部110は、登録者端末30Aが送信するパッケージ登録要求を受領し、要求にかかる配信データ、登録者指定ポリシー、配信先情報および有効期限を取得し、適宜継承すべきポリシーを取得する。本実施形態のパッケージ登録部110は、さらに、当該配信パッケージの暗号化に使用する暗号鍵を取得する。この暗号鍵は、特に限定されるものではないが、データ配信サーバ20が生成することができ、あるいは、登録者端末30Aから上記パッケージ登録要求とともに送信されてもよい。パッケージ登録部110は、暗号鍵に有効期限を設定して、配信先情報、登録者指定ポリシー122、配信データ124および期限付き暗号鍵126を登録者用データベース120に記憶して、配信データを配信可能に登録する。データ配信サーバ20の機能ブロック100は、実施モジュールデータベース130と、パッケージ配信部140とをさらに含む。本実施形態のパッケージ配信部140は、より詳細には、パッケージ受取要求受領部142と、環境検出部144と、適用ポリシー決定部146と、パッケージ化処理部148と、送信処理部150とを含み、さらに、暗号鍵配信部152を含む。パッケージ化処理部148は、少なくとも配信データを暗号化した上で、暗号化された配信データ、受取者適用ポリシー、アクセス制御実施モジュールをパッケージ化した配信データを生成する。送信処理部150は、配信データの受取要求元の受取者端末30Bに対し、上記生成した配信パッケージ160を送信する。暗号鍵配信部152は、受取者端末30B上で起動されたアクセス制御実施モジュール166からの鍵取得要求に応答し、登録者用データベース120から対応する期限付き暗号鍵を読み出し、期限が経過していなければ、受取者端末30Bに提供する。期限が経過した後は、暗号鍵の提供を停止する。以下、第2の実施形態における配信パッケージを受信したクライアント側の処理について説明する。図12は、本発明の第2の実施形態においてクライアント装置に配信される配信パッケージの詳細な機能ブロックを示す図である。図12に示す配信パッケージは、第1の実施形態と同様に、アクセス制御実施モジュール166と、配信データ162と、受取者適用ポリシー164とを含む。第2の実施形態の実施モジュール166は、アクセス制御機構注入部170、保護領域作成部172、データ展開部174、再パッケージ化部176、保護領域削除部178、アクセス制御機構190に加え、さらに鍵取得部180および展開データ削除部182をクライアント装置30上に実現するためのプログラムコードを含む。鍵取得部180は、データ配信サーバ20と通信して、期限付き暗号鍵を取得する機能部である。データ展開部174は、配信パッケージ160内の配信データを上記取得した暗号鍵で復号し、上記作成された保護領域に展開する。展開データ削除部182は、上記保護領域内に展開したデータを定期的または不定期に削除する。この展開したデータの削除に連動して、鍵取得部180は、データ配信サーバ20から再度期限付き暗号鍵を取得し、データ展開部174は、再度、配信パッケージ160内のデータを上記取得した暗号鍵で復号して、保護領域に展開する。なお、上記鍵取得部180、データ展開部174、および展開データ削除部182は、本実施形態の失効処理部を構成する。図13は、本発明の第2の実施形態によるクライアント装置が実行する、アクセス制御実施処理を示すフローチャートである。図13に示す処理は、クライアント装置30上で配信パッケージ160実施モジュール166が起動されたことに応答して、ステップS400から開始される。ステップS401では、実施モジュール166は、一時フォルダ内にアクセス制御機構190を実装するDLLを展開し、ステップS402で、クライアント装置30上で稼働中のプロセスを列挙し、すべてのプロセスに対し当該アクセス制御機構190のDLLを注入する。ステップS403では、実施モジュール166は、保護領域を作成し、ステップS404では、データ配信サーバ20と通信して、期限付き暗号鍵の取得を試みる。ステップS405では、実施モジュール166は、鍵の取得に成功したか否かを判定する。ステップS405で、鍵の取得に失敗したと判定された場合NOには、ステップS412へ処理を分岐させ、本プロセスを終了させる。一方、ステップS405で、鍵の取得に成功したと判定された場合YESには、ステップS406へ処理を分岐させる。ステップS406では、実施モジュール166は、配信パッケージ160内の配信データ162を保護領域内に展開し、アプリケーションを起動する。ステップS407では、実施モジュール166は、例えば一定期間が経過したか否かを判定する。ステップS407で、一定期間が未だ経過していない判定された場合NOには、ステップS409へ処理を進め、終了条件が成立するまでステップS409でNOの間ステップS407へのループを繰り返す。一方、ステップS407で、一定期間が経過したと判定された場合YESには、ステップS408へ処理が進められる。ステップS408では、実施モジュール166は、保護領域内のデータを一旦削除し、ステップS404へ処理をループさせる。一方、ステップS409で、終了条件が成立したと判定された場合YES、ステップS410へ処理を進め、実施モジュール166は、保護領域内のデータを再パッケージ化し、ステップS411で、保護領域を削除し、ステップS412で本プロセスを終了する。上述したステップS404~ステップS409のループにより、定期的に保護領域内のデータの削除、鍵の再取得および再展開が繰り返され、鍵の有効期限が経過した時点で鍵が取得不能となるため、期限満了後は、配信パッケージ内のデータが利用不能となる。なお、上述した第2の実施形態では、展開したデータを削除するものとして説明してきたが、上書可能な配信データの場合は、上記データの削除に代えて、保護領域内の現在のローカルデータと配信パッケージの配信時点における配信データとの差分を他の記憶領域に待避する構成としてもよい。上述した第2の実施形態によれば、配信データが利用可能な制限することができる。これにより、例えば契約期間満了後、受注者のローカル端末に保存された機密データを利用不能とし、契約期間満了の不正利用または流出を防止することができる。以上説明したように、上記実施形態によれば、配信データに関しアクセス制御を実行するアクセス制御機構を同梱した配信パッケージの形態でデータ配信することにより、データの情報フローを制御し、ひいては、配信先の利用環境に制限および過剰な作業負担をかけずに、配信先からの情報漏洩を防止することができるデータ配信装置およびデータ配信システムを提供することができる。さらに上記実施形態によれば、上記データ配信装置またはデータ配信システムから配信パッケージを受信するクライアント装置、上記データ配信装置が実行するデータ配信方法、上記クライアント装置が実行するデータ受信方法、上記データ配信装置を実現するためのプログラム、および上記プログラムを格納する記録媒体を提供することができる。なお、上述までの実施形態では、単一のコンピュータとして構成されるデータ配信サーバ20を例に説明してきたが、他の実施形態では、複数のコンピュータからなるコンピュータシステム上に、上記データ配信機能をクラウドサービスとして実装する構成を採用することができる。また、上述までの実施形態では、登録された配信データは、受取者端末30Bからの受取要求に応答して配信パッケージとして配信されるものとして説明してきた。しかしながら、製造業における下請け業者においては、インターネットに接続できない環境も想定されるため、物理的な記録媒体を介した配信パッケージの提供方法を確保することが好ましい場合もある。そこで、他の実施形態では、登録者側で、データ配信サーバ20からパッケージ化された配信パッケージを取得し、CD-RやUSBフラッシュ、SDカードなどのような記録媒体に書き出すことができる。この場合、当該記録媒体を郵送等することにより、所望の相手先にセキュリティポリシーを適用した配信パッケージを提供することもできる。この場合、暗号鍵は、郵送、口頭または他の手段で伝達すればよい。さらに上述した実施形態は、データ配信を行うデータ処理システムを例に説明してきたが、スケジュール管理、プロジェクト管理、タスク管理、ワークフロー管理などの種々の機能を備えるコラボレーションシステムとして実装することもできる。さらに、他の実施形態では、電子文書等をセキュアに配信するコンテンツ管理システムとして実装してもよい。本発明の上記機能は、アセンブラ、C、C、Java登録商標、JavaBeans登録商標、Java登録商標Applet、JavaScript登録商標、Perl、Rubyなどのレガシープログラミング言語またはオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、ROM、EEPROM、EPROM、フラッシュメモリ、フレキシブルディスク、CD-ROM、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、ブルーレイディスク、SDカード、MOなど装置可読な記録媒体に格納して頒布または伝送して頒布することができる。これまで本発明を、特定の実施形態および実施例をもって説明してきたが、本発明は、特定の実施形態または実施例に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用効果を奏する限り、本発明の範囲に含まれるものである。