文書レコメンド機能をもつ文書管理システムにおいて、新規作成、更新された文書をポリシーサーバにアップロードして生成されたポリシー文書をオリジナル文書と紐づけて管理する手段図5と、文書管理サーバとポリシーサーバのそれぞれで収集した文書の操作履歴を文書管理サーバで一元管理する手段図7と、前記操作履歴を一元管理する手段の結果から、レコメンドに用いるための操作履歴を作成する手段図4と、ユーザが文書管理サーバからクライアントPCに文書をダウンロードするときに、操作権限に応じてポリシー文書またはオリジナル文書をダウンロードさせる手段図8をもつことを特徴とする文書管理システム。レコメンドをする対象のポリシー文書の操作権限に応じて、ポリシーサーバで収集された操作不可履歴をレコメンドに反映する手段図9をもつことを特徴とする請求項1に記載の文書管理システム。ポリシー文書のレコメンドを行う際に、オリジナル文書に対して編集権限があるユーザに対して、ポリシー文書とオリジナル文書の両方をレコメンドする手段図10をもつことを特徴とする請求項1に記載の文書管理システム。文書管理サーバに登録されていないポリシー文書を文書管理サーバに登録したときに、登録する以前にポリシーサーバで収集した操作履歴をレコメンドに利用できるように管理する手段図11をもつことを特徴とする請求項1に記載の文書管理システム。しかし、特許文献1では、実際にコンテンツがクライアントPCにダウンロードされるわけではないため、クライアントPCにダウンロードされた場合のコンテンツの操作は収集できないという課題がある。文書レコメンド機能をもつ文書管理システムにおいて、新規作成、更新された文書をポリシーサーバにアップロードして生成されたポリシー文書をオリジナル文書と紐づけて管理する手段図5と、文書管理サーバとポリシーサーバのそれぞれで収集した文書の操作履歴を文書管理サーバで一元管理する手段図7と、前記操作履歴を一元管理する手段の結果から、レコメンドに用いるための操作履歴を作成する手段図4と、ユーザが文書管理サーバからクライアントPCに文書をダウンロードするときに、操作権限に応じてポリシー文書またはオリジナル文書をダウンロードさせる手段図8をもつことを特徴とする文書管理システム。本発明では、文書管理サーバ上で文書を直接操作した場合の操作履歴だけでなく、クライアントPC内にダウンロードした文書の操作履歴を収集して、文書レコメンドに利用することができる。以下、本発明を実施するための最良の形態について図面を用いて説明する。[実施例1]本発明に係る第一実施の形態を図1から図11に基づき説明する。図1はシステムの概略図である。実施形態のシステムには少なくとも文書管理サーバ101、ポリシーサーバ102およびクライアントPC103が存在する。文書管理サーバサーバ101は、文書管理アプリケーションが稼働しているサーバである。ポリシーサーバ102は、ポリシー文書の生成やそのポリシー文書の操作権限を管理するサーバである。クライアントPC103は、文書管理サーバ101にアクセスして、文書情報を取得するためにユーザが使用するPCである。前記文書管理サーバ101、ポリシーサーバ102およびクライアントPC103は、インターネットやLANLocalAreaNetwork等のネットワーク104で接続されている。図1には図示されていないが、クライアントPC103の他にも複数のクライアントPCがネットワーク104に接続されていても構わない。ハードウェア構成図2は、本発明の実施形態に係る文書管理システムを構成する各PCのハードウェア構成図を示している。図2に示されるハードウェア構成図は一般的な情報処理装置のハードウェア構成図に相当するものとし、本実施形態の各PCには一般的な情報処理装置のハードウェア構成を適用できる。図2において、CPU201は、ROM203のプログラム用に記憶された、或いはハードディスク210からRAM202にロードされたOSやアプリケーション等のプログラムを実行する。ここで、OSとはコンピュータ上で稼働するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをOSと呼ぶ。後述する各フローチャートの処理はこのプログラムの実行により実現できる。RAM202は、CPU201の主メモリ、ワークエリア等として機能する。キーボードコントローラ204は、キーボード208や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ205は、各種ディスプレイ209の表示を制御する。ディスクコントローラ206は、各種データを記憶するハードディスクHD210やフロッピー登録商標ディスクFD等におけるデータアクセスを制御する。NIC207はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。文書管理サーバの構成図3は、文書管理サーバ101とポリシーサーバ102の構成を示した図である。本実施例において、ユーザが任意のアプリケーションを利用して作成して、文書管理サーバに登録する文書をオリジナル文書と定義する。一方、ポリシーサーバの機能によってオリジナル文書から作成される文書をポリシー文書と定義する。尚、オリジナル文書と、そのオリジナル文書を利用して生成されるポリシー文書では、ファイル形式が異なる場合がある。例えば、オリジナル文書のファイル形式がテキストファイルの場合、生成されるポリシー文書はAdobePDFファイルのような場合である。文書管理サーバ101には、文書情報制御部301、文書データ蓄積部302、文書操作履歴蓄積部303、レコメンドデータ制御部304、レコメンドデータ蓄積部305、通信部306が存在している。文書制御部301は、ユーザによって新規登録または更新されたオリジナル文書を文書データ蓄積部302で管理する。そして、文書操作履歴蓄積部303で図4のようなテーブル401以下、文書管理サーバ操作履歴テーブルをもうけて、文書の新規登録または更新されたという操作履歴を管理する。また、文書情報制御部301は、オリジナル文書が文書管理サーバ上で直接閲覧や印刷等の操作がされた場合においても、その操作履歴を文書管理サーバ操作履歴テーブル401で管理する。文書管理サーバ操作履歴テーブル401に図示されている属性以外にも別の属性があっても構わない。レコメンドデータ蓄積部305は、文書管理サーバ操作履歴テーブル401で管理している操作履歴のデータの中からレコメンドに用いる情報を抽出する。例えば、どの文書がどのユーザにどんな操作がいつ行われて操作が成功したか否かという情報をレコメンドデータ蓄積部305で図4のようなテーブル403以下、レコメンド用操作履歴テーブルを設けて管理する。本実施例においては、レコメンドに利用する操作履歴は閲覧操作と印刷操作として説明するが、他の操作履歴をレコメンドに利用するためにレコメンド用操作履歴テーブル403に記録しても構わない。また、レコメンドする文書の有用性の度合い以下、推薦度を計算するために、閲覧および印刷操作履歴を利用するが、その他の操作履歴を利用しても構わない。また、推薦度の算出の方法に関しては、特に言及しない。通信部306は、ネットワークを介してデータの入出力を行う。ポリシーサーバの構成ポリシーサーバ102には、ポリシー情報制御部311、ポリシー文書生成部312、ポリシールール設定部313、ポリシールール蓄積部314、ポリシー文書操作履歴蓄積部315、通信部316が存在している。ポリシー情報制御部311は、各機能部に対して制御を行う。ポリシー情報生成部312は、ポリシー文書を作成する。ポリシールール設定部313は、ポリシー文書に付与するどのポリシー文書に対して、どのユーザが、どんな操作権限をもつかというルール以下、ポリシールールを設定する。ポリシールール蓄積部314は、前記ポリシールール設定部313が設定したポリシールールを管理する。ポリシー文書操作履歴蓄積部315は、ポリシー文書の操作履歴を図4のようなテーブル402以下、ポリシーサーバ操作履歴テーブルをもうけて蓄積する。ポリシー文書識別子属性は、ユーザがポリシー文書を操作したときに、どのポリシー文書に対しての操作権限の問い合わせであるかをポリシーサーバが特定するためのポリシー文書自体がもつ識別子を表す。操作PCIPアドレス属性は、ポリシー文書を操作するクライアントPC103のIPアドレスを表す。操作結果属性は、ポリシー文書を操作できたか否かという結果を表す。ユーザによってポリシー文書が操作される際に、対象のポリシー文書に対する操作権限の有無についてポリシールール蓄積部314に問い合わせが行われる。その結果、ユーザの操作可否が決定されるが、操作権限の有無を問わずポリシーサーバ操作履歴テーブル402に操作履歴が蓄積される。ポリシーサーバ操作履歴テーブル402に図示されている属性以外にも別の属性があっても構わない。通信部316は、ネットワークを介してデータの入出力を行う。オリジナル文書とポリシー文書を紐づけて管理するオリジナル文書とポリシー文書を紐づけて管理する処理について、図3、図5、図6を用いて説明する。ステップS501で、文書制御部301は、ユーザが操作するクライアントPC103の文書管理アプリケーションを介してオリジナル文書の新規作成または更新の要求を受けて、オリジナル文書の登録を行い、文書データ蓄積部302に記録する。ステップS502で、文書制御部301は、前記ステップS501での操作が新規作成であるか更新であるかを一時的に記録する。ステップS503で、文書制御部301は、通信部206を介してオリジナル文書をポリシーサーバ102へアップロードする。ステップS504で、ポリシー情報制御部311は、通信部316を介してオリジナル文書を受信する。ステップS505で、ポリシールール設定部313は、オリジナル文書から生成するポリシー文書に付与するポリシールールを設定する。ポリシールールの設定方法は、フォルダ毎に付与するポリシールールをあらかじめ設定しておき、アップロード時にポリシールール設定部313が、自動でオリジナル文書が属しているフォルダに設定されているポリシールールを付与するようにしてもよい。または、ポリシールール設定部313が、ポリシールールの設定を行う機能をもったUIを提供して、アップロード時にポリシールールをユーザに設定させてもよい。ステップS506で、ポリシー文書生成部312は、オリジナル文書から、ポリシールール設定部313で設定したポリシールールを用いてポリシー文書を作成する。ここで、ポリシー文書の操作時にユーザの操作権限の問い合わせをポリシーサーバへ行うプログラムとポリシーサーバがポリシー文書を特定するための識別子をポリシー文書に付与する。ステップS507で、ポリシー情報制御部311は、前記ステップS506で作成されたポリシー文書に設定されたポリシールールをポリシールール蓄積部314に記録する。ステップS508で、ポリシー情報制御部311は、通信部316を介して前記ステップS506で作成されたポリシー文書およびそのポリシー文書識別子を文書管理サーバ101へ送信する。ステップS509で、文書情報制御部301は、通信部306を介して前記ステップS508でポリシーサーバから送信されたポリシー文書およびそのポリシー文書識別子を受信する。ステップS510で、文書情報制御部301は、前記ステップS502で記憶したオリジナル文書が新規作成されたものか更新されたものであるかを判断する。新規作成であれば、ステップS511へ進み、更新であれば、ステップS512へ進む。ステップS511で、文書情報制御部301は、ポリシー文書を新規登録し、文書データ蓄積部302に記録する。そして、オリジナル文書とポリシー文書を図6のテーブル601以下、ポリシー文書関連テーブルで管理する。ポリシー文書関連テーブル601は、オリジナル文書とポリシー文書を紐付けるためのテーブルであり、3つの属性で構成され、それぞれ以下の情報を格納する。オリジナル文書ID属性は、文書管理システム上でのオリジナル文書の識別子を表す。ポリシー文書ID属性は、文書管理システム上でのポリシー文書の識別子を表す。ポリシー文書識別子属性は、ユーザがポリシー文書を操作したときに、どのポリシー文書に対しての操作権限の問い合わせであるかをポリシーサーバが特定するためのポリシー文書自体がもつ識別子を表す。ステップS512で、文書情報制御部301は、更新前のオリジナル文書に対応するポリシー文書を上書きして文書データ蓄積部302に記録する。文書のバージョン管理をできる文書管理システムであれば、ポリシー文書のバージョンを更新して登録してもよい。そして、ポリシー文書関連テーブル601を参照し、オリジナル文書のIDの値をもつレコードを検索し、そのレコードのポリシー文書識別子属性の値を作成したポリシー文書のものに更新する。操作履歴の一元管理図7を用いて、文書管理サーバ101とポリシーサーバ102でそれぞれ収集した操作履歴をマージして一元管理する処理について説明する。続いて、文書管理サーバ101で取得した操作履歴のマージについて説明する。ステップS701で、レコメンドデータ制御部304は、文書管理サーバ操作履歴テーブル401のレコードの中で、前回のマージ処理において最後に対象となった操作履歴のレコードの履歴IDを取得する。この履歴IDは、設定ファイル等に保存されていて、それを読みだして取得するものとする。ステップS702で、レコメンドデータ制御部304は、文書管理サーバ操作履歴テーブル401のレコードで、ステップS701で取得した履歴IDをもつレコードよりも後に蓄積されたレコードの数だけ、ステップS703~ステップS705を繰り返す。ステップS703で、レコメンドデータ制御部304は、ポリシー関連テーブル601を参照し、対象の操作履歴のレコードがオリジナル文書の操作履歴であるか、ポリシー文書の操作履歴であるかを判断する。オリジナル文書の操作履歴であれば、ステップS704へ進む。ポリシー文書の操作履歴であればステップS702へ進み、次のレコードに対して処理を行う。ステップS704で、レコメンドデータ制御部304は、対象の操作履歴のレコードからレコメンド用操作履歴テーブル403に必要な属性の値を取得する。ステップS705で、レコメンドデータ制御部304は、レコメンド用操作履歴テーブル403にレコードを追加する。そして、ステップS702へ進み、次のレコードに対して処理を行う。ステップS706で、今回のマージ処理においてステップS702で処理を行ったレコードの中で、最後のレコードの履歴IDを取得する。そして、ステップS701で読みだした設定ファイルに記録した履歴IDの値を更新する。続いて、ポリシーサーバ102で取得した操作履歴のマージについて説明する。ステップS707で、レコメンドデータ制御部304は、ポリシーサーバ操作履歴テーブル402で管理しているポリシー文書の操作履歴レコードの中で、前回のマージ処理において最後に対象となった操作履歴のレコードの履歴IDを取得する。この履歴IDは、ステップS701と同様な方法で記録されていて、取得するものとする。ステップS708で、レコメンドデータ制御部304は、ポリシーサーバ操作履歴テーブル402のレコードで、ステップS707で取得した履歴IDをもつレコードよりも後に蓄積されたレコードの数だけ、ステップS709~ステップS711を繰り返す。ステップS709で、レコメンドデータ制御部304は、ポリシー関連テーブル601を参照し、対象の操作履歴のレコードが文書管理システムに登録されているポリシー文書の操作履歴であるか否かを判断する。文書管理システムに登録されているポリシー文書の操作履歴であれば、ステップS710へ進む。登録されていないポリシー文書の操作履歴であれば、ステップS708へ進み、次のレコードに対して処理を行う。ステップS710で、レコメンドデータ制御部304は、対象の操作履歴のレコードからレコメンド用操作履歴テーブル403に必要な属性の値を取得する。ステップS711で、レコメンドデータ制御部304は、レコメンド用操作履歴テーブル403にレコードを追加する。その際に、レコメンドデータ制御部304は、ポリシー関連テーブル601を参照して対象のレコードのポリシー文書識別子に対応するポリシー文書IDを取得して追加する。そして、ステップS708へ進み、次のレコードに対して処理を行う。ステップS712で、今回のマージ処理においてステップS708で処理を行ったレコードの中で、最後のレコードの履歴IDを取得し、ステップS707で読みだした設定ファイルに記録した履歴IDの値を更新する。以上の様に、ステップS701からステップS712までのマージ処理により文書管理サーバ101とポリシーサーバ102でそれぞれ収集した操作履歴の一元管理を行う。尚、文書管理サーバに登録されているポリシー文書を文書管理サーバ上で直接操作した場合、文書管理サーバ操作履歴テーブル401とポリシーサーバ操作履歴テーブル402の両方で同一の操作履歴が重複して蓄積されることになる。例えば、文書管理サーバ操作履歴テーブル401の履歴IDが2のレコードと、ポリシーサーバ操作履歴テーブル402の履歴IDが2のレコードの場合である。本発明では、ステップS703において、文書管理サーバ操作履歴テーブル401に蓄積されているポリシー文書の操作履歴のレコードは、レコメンド用操作履歴テーブル403には追加されない。これによって、同一の操作履歴であっても、レコメンド用操作履歴テーブル403の履歴IDが3のレコードのように、重複してレコメンド用操作履歴テーブル403に追加されない。文書のダウンロード文書をクライアントPC103にダウンロードする処理について、図8を用いて説明する。ステップS801で、文書情報制御部301は、通信部306を介してクライアントPC103から文書のダウンロードの要求を受ける。ステップS802で、文書情報制御部301は、アクセス元であるクライアントPC103が文書管理サーバ101と同じ内部ネットワークに属しているか、異なる外部ネットワークに属しているかを判断する。内部ネットワークからのアクセスであれば、ステップS803へ進む。外部ネットワークからのアクセスであれば、ステップS806へ進む。ステップS803で、文書情報制御部301は、ダウンロードする対象のオリジナル文書に編集権をもっているユーザであるか否かを判断する。編集権限があるユーザならば、ステップS804へ進む。編集権限がないユーザならば、ステップS805へ進む。ステップS804で、文書情報制御部301は、ポリシー文書あるいはオリジナル文書をユーザに選択させてダウンロードさせる。ここで、オリジナル文書をクライアントPC103にダウンロードされた場合、ダウンロードされたという操作履歴を文書管理サーバ操作履歴テーブル401で収集されるため、これを文書の閲覧操作が行われた判断する。また、クライアントPC103にダウンロードした後の文書の印刷操作履歴は、文書管理サーバ101と同じ内部ネットワーク内にある文書を印刷したプリンタの印刷履歴から取得する。ステップS805で、文書情報制御部301は、ユーザにポリシー文書をダウンロードさせる。ステップS806で、文書情報制御部301は、ユーザにポリシー文書をダウンロードさせる。本実施形態の効果文書管理サーバ101上で直接、文書を閲覧、印刷した場合の操作履歴のみだけではなく、クライアントPC103にダウンロードされた文書の操作履歴についても文書管理サーバが収集できる。[実施例2]印刷不可操作履歴のレコメンドへの反映図9を用いて、印刷要求をポリシーサーバ102に対して行ったが、操作権限がないため印刷操作を拒否されたという印刷不可操作履歴のレコメンドへの反映の処理について説明する。システム構成は実施例1と同様である。レコメンドが行われる状況に関しては、特に考慮しない。ステップS901で、レコメンドデータ制御部304は、推薦度を計算する対象となる文書毎にステップS902~S906を実行する。ステップS902で、レコメンドデータ制御部304は、推薦度を計算する文書に対するレコメンドを行う対象のユーザの印刷操作権限を判定する。印刷権限があればステップS903へ進み、なければステップS904へ進む。ステップS903で、レコメンドデータ制御部304は、閲覧操作と印刷操作の操作履歴のレコードに加えて、ポリシーサーバ操作履歴テーブル402に蓄積されている印刷不可操作履歴を反映して推薦度を計算する。ステップS904で、レコメンドデータ制御部304は、推薦度を計算する文書に対するレコメンドを行う対象のユーザの閲覧操作権限を判定する。閲覧権限があればステップS905へ進み、なければステップS906へ進む。ステップS905で、レコメンドデータ制御部304は、閲覧操作履歴のみを反映して推薦度を計算する。ステップS906で、レコメンドデータ制御部304は、推薦度を計算する文書に対して、レコメンドを行う対象のユーザが閲覧権限をもっていないため、推薦度を計算せずレコメンドの対象から外す。ステップS907で、レコメンドデータ制御部304は、前記ステップS901~ステップS906の処理で算出された推薦度の高い順に、ユーザに対してレコメンドを行う。本実施形態の効果レコメンドを行う文書に対してユーザが印刷権限をもつ場合、推薦度の計算に印刷不可操作履歴を利用する。その結果、印刷成功回数のみを推薦度の計算に利用した場合、レコメンドのランキングにおいて下位に位置していた文書の推薦度が上がるため、優先的にレコメンドされる可能性を高めることができる。[実施例3]オリジナル文書のレコメンド図10を用いて、オリジナル文書に対する操作権限を反映したレコメンドの処理について説明する。システム構成は実施例1と同様である。レコメンドが行われる状況に関しては、特に考慮しない。ステップS1001で、レコメンドデータ制御部304は、レコメンドする文書を決定する。ステップS1002で、レコメンドデータ制御部304は、前記ステップS1001で決定したレコメンドの対象となる文書毎にステップS1003~ステップS1005の処理を繰り返す。ステップS1003で、レコメンドデータ制御部304は、文書をレコメンドする対象のユーザがその文章に対して編集権限を持っているかを判断する。編集権をもっていればステップS1004へ進み、もっていなければステップS1005へ進む。ステップS1004で、レコメンドデータ制御部304は、ポリシー文書をレコメンドする際に、加えてオリジナル文書もレコメンドする。ステップS1005で、レコメンドデータ制御部304は、ポリシー文書のみレコメンドする。本実施形態の効果ポリシー文書は、オリジナル文書とはファイル形式が違うことがあり、同一の操作性が保証されない。オリジナル文書に対して編集権限があるユーザは、ポリシー文書のみだけではなく、オリジナル文書のダウンロードも可能なため、操作性に関して制限を受けないようにすることができる。[実施例4]手動で登録されたポリシー文書の操作履歴の管理文書管理サーバ101に登録されていなかったポリシー文書が手動で文書管理システムに登録された場合のポリシー文書の操作履歴の管理する処理について、図11を用いて説明する。システム構成は実施例1と同様である。レコメンドが行われる状況に関しては、特に考慮しない。ステップS1101で、文書情報制御部301は、クライアントPC103からポリシー文書のアップロード要求を受けて文書データ蓄積部302に、ポリシー文書を登録する。ステップS1102で、レコメンドデータ制御部304は、ポリシー関連テーブル601にレコードを追加する。オリジナル文書が文書管理システムに登録されていない場合、オリジナル文書ID属性の値は空になる。ステップS1103で、レコメンドデータ制御部304は、ポリシーサーバ操作履歴テーブル402からポリシー文書識別子属性の値で検索し、前記ステップS1101で登録されたポリシー文書の操作履歴のレコードを取得する。そして、取得した操作履歴のレコード毎に、ステップS1104~ステップS1106の処理を行う。ステップS1104で、レコメンドデータ制御部304は、取得したポリシー文書の操作履歴のレコードの履歴IDが、ステップS712のマージ処理において記録したレコードの履歴IDよりも同じまたは前のものであるかを判断する。同じか前のレコードであれば、ステップS1105へ進む。後のレコードであれば、図11の処理ではなく、次回行われる図7の操作履歴の一元管理の処理においてレコメンド用操作履歴テーブル403に追加する。そして、ステップS1104へ進み、次のレコードの処理を行う。ステップS1105で、レコメンドデータ制御部304は、操作履歴のレコードからレコメンド用操作履歴テーブル403に必要な属性の値を取得する。ステップS1106で、レコメンドデータ制御部304は、レコメンド用操作履歴テーブル403にレコードを追加する。そして、ステップS1104へ進み、次のレコードに対して処理を行う。本実施形態の効果文書管理サーバ外、例えばファイルサーバ等にあるポリシー文書を文書管理サーバに登録した場合に、文書管理サーバに登録する以前にポリシーサーバで収集されていたポリシー文書の操作履歴をレコメンドに利用できる。