(57)【要約】【課題】  クライアントＰＣにダウンロードした文書の操作履歴を文書管理サーバが収集できず、その操作情報をレコメンドに利用することができなかった。【解決手段】  文書管理サーバで新規作成や更新されたオリジナル文書をポリシーサーバにアップロードし、ポリシー文書を生成する。両方の文書を文書管理サーバで管理し、文書管理サーバ上でのオリジナル文書とポリシー文書のそれぞれの識別子、それに加えてポリシー文書自体がもつ識別子を紐付けて管理する。その情報を利用して文書管理サーバとポリシーサーバがそれぞれ取得した文書の操作履歴を文書管理サーバで一元管理する。クライアントＰＣに文書をダウンロードする場合には、ポリシー文書をダウンロードさせる。【選択図】  図３
2013105355.tif 000002
【特許請求の範囲】
【請求項１】
文書レコメンド機能をもつ文書管理システムにおいて、
新規作成、更新された文書(オリジナル文書)をポリシーサーバにアップロードして生成されたポリシー文書をオリジナル文書と紐づけて管理する手段（図５）と、
文書管理サーバとポリシーサーバのそれぞれで収集した文書の操作履歴を文書管理サーバで一元管理する手段（図７）と、
前記操作履歴を一元管理する手段の結果から、レコメンドに用いるための操作履歴を作成する手段（図４(c)）と、
ユーザが文書管理サーバからクライアントＰＣに文書をダウンロードするときに、操作権限に応じてポリシー文書またはオリジナル文書をダウンロードさせる手段（図８）
をもつことを特徴とする文書管理システム。
【請求項２】
レコメンドをする対象のポリシー文書の操作権限に応じて、ポリシーサーバで収集された操作不可履歴をレコメンドに反映する手段（図９）をもつことを特徴とする請求項1に記載の文書管理システム。
【請求項３】
ポリシー文書のレコメンドを行う際に、オリジナル文書に対して編集権限があるユーザに対して、ポリシー文書とオリジナル文書の両方をレコメンドする手段（図１０）をもつことを特徴とする請求項1に記載の文書管理システム。
【請求項４】
文書管理サーバに登録されていないポリシー文書を文書管理サーバに登録したときに、登録する以前にポリシーサーバで収集した操作履歴をレコメンドに利用できるように管理する手段（図１１）をもつことを特徴とする請求項1に記載の文書管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システムで文書レコメンドを行うための、文書に対する操作履歴の利用方法に関する。
【背景技術】
【０００２】
オンラインショップAmazon（登録商標）に代表されるように、ユーザに対してコンテンツをレコメンドするシステムが存在する。レコメンドによって、ユーザは自身が今まで気づかなかったユーザにとって有用なコンテンツの存在を把握することが可能である。レコメンドを行う際には、例えばユーザにコンテンツを「5.大変よい」「4.よい」「3.ふつう」「2あまりよくない」「1.よくない」といった評価をさせて、その評価を数値化したものを利用して、文書毎の有用性の度合いを計算する。そして、ユーザにとって有用性が高いコンテンツから順にユーザに提示する。
【０００３】
レコメンドのユースケースとしては、例えば、ユーザがあるコンテンツを購入した時に、「このコンテンツを購入した人は、他にもこのようなコンテンツを購入しています」といった形で、関連のあるコンテンツをユーザに推薦する。このようなレコメンドを行うためには、レコメンド機能をもつコンテンツ管理システムがユーザのコンテンツの操作履歴を収集する必要がある。
【０００４】
従来技術では、操作履歴の収集は、コンテンツを管理するコンテンツサーバ内で直接コンテンツを操作した場合を想定している。特許文献1によると、コンテンツサーバから購入(ダウンロード)したコンテンツをオンラインストレージにコピーする。そして、ユーザにブラウザを通じてオンラインストレージ上でコンテンツを操作させることで、ダウンロードした後、すなわちコンテンツサーバ外での操作をコンテンツサーバが収集し、レコメンドに利用する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2004-013231号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献1では、実際にコンテンツがクライアントＰＣにダウンロードされるわけではないため、クライアントＰＣにダウンロードされた場合のコンテンツの操作は収集できないという課題がある。
【課題を解決するための手段】
【０００７】
文書レコメンド機能をもつ文書管理システムにおいて、
新規作成、更新された文書(オリジナル文書)をポリシーサーバにアップロードして生成されたポリシー文書をオリジナル文書と紐づけて管理する手段（図５）と、
文書管理サーバとポリシーサーバのそれぞれで収集した文書の操作履歴を文書管理サーバで一元管理する手段（図７）と、
前記操作履歴を一元管理する手段の結果から、レコメンドに用いるための操作履歴を作成する手段（図４(c)）と、
ユーザが文書管理サーバからクライアントＰＣに文書をダウンロードするときに、操作権限に応じてポリシー文書またはオリジナル文書をダウンロードさせる手段（図８）
をもつことを特徴とする文書管理システム。
【発明の効果】
【０００８】
本発明では、文書管理サーバ上で文書を直接操作した場合の操作履歴だけでなく、クライアントＰＣ内にダウンロードした文書の操作履歴を収集して、文書レコメンドに利用することができる。
【図面の簡単な説明】
【０００９】
【図１】システム構成図
【図２】ハードウェア構成図
【図３】文書管理サーバとポリシーサーバの構成図
【図４（ａ）】文書管理サーバで操作履歴を管理するテーブルの構成図
【図４（ｂ）】ポリシーサーバで操作履歴を管理するテーブルの構成図
【図４（ｃ）】レコメンドに利用する操作履歴を管理するテーブルの構成図
【図５】オリジナル文書とポリシー文書の管理する処理のフローチャート
【図６】オリジナル文書とポリシー文書を紐付けるためのテーブルの構成図
【図７】操作履歴を一元管理するためのマージ処理のフローチャート
【図８】文書のダウンロード処理のフローチャート
【図９】ポリシーサーバが取得した印刷不可操作履歴のレコメンドへの反映の処理のフローチャート
【図１０】オリジナル文書のレコメンドの処理のフローチャート
【図１１】手動で文書管理サーバに登録されたポリシー文書の操作履歴の管理の処理のフローチャート
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
［実施例１］
本発明に係る第一実施の形態を図１から図１１に基づき説明する。
【００１２】
図１はシステムの概略図である。実施形態のシステムには少なくとも文書管理サーバ１０１、ポリシーサーバ１０２およびクライアントＰＣ１０３が存在する。
【００１３】
文書管理サーバサーバ１０１は、文書管理アプリケーションが稼働しているサーバである。ポリシーサーバ１０２は、ポリシー文書の生成やそのポリシー文書の操作権限を管理するサーバである。クライアントＰＣ１０３は、文書管理サーバ１０１にアクセスして、文書情報を取得するためにユーザが使用するＰＣである。
【００１４】
前記文書管理サーバ１０１、ポリシーサーバ１０２およびクライアントＰＣ１０３は、インターネットやＬＡＮ（Local Area Network）等のネットワーク１０４で接続されている。
【００１５】
図１には図示されていないが、クライアントＰＣ１０３の他にも複数のクライアントＰＣがネットワーク１０４に接続されていても構わない。
【００１６】
[ハードウェア構成]
図２は、本発明の実施形態に係る文書管理システムを構成する各PCのハードウェア構成図を示している。図２に示されるハードウェア構成図は一般的な情報処理装置のハードウェア構成図に相当するものとし、本実施形態の各PCには一般的な情報処理装置のハードウェア構成を適用できる。図２において、CPU２０１は、ROM２０３のプログラム用に記憶された、或いはハードディスク２１０からRAM２０２にロードされたOSやアプリケーション等のプログラムを実行する。ここで、OSとはコンピュータ上で稼働するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをOSと呼ぶ。後述する各フローチャートの処理はこのプログラムの実行により実現できる。RAM２０２は、CPU２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０４は、キーボード２０８や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ２０５は、各種ディスプレイ２０９の表示を制御する。ディスクコントローラ２０６は、各種データを記憶するハードディスク（HD）２１０やフロッピー（登録商標）ディスク（FD）等におけるデータアクセスを制御する。NIC２０７はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１７】
[文書管理サーバの構成]
図３は、文書管理サーバ１０１とポリシーサーバ１０２の構成を示した図である。本実施例において、ユーザが任意のアプリケーションを利用して作成して、文書管理サーバに登録する文書を「オリジナル文書」と定義する。一方、ポリシーサーバの機能によってオリジナル文書から作成される文書を「ポリシー文書」と定義する。尚、オリジナル文書と、そのオリジナル文書を利用して生成されるポリシー文書では、ファイル形式が異なる場合がある。例えば、オリジナル文書のファイル形式がテキストファイル(.txt)の場合、生成されるポリシー文書はAdobe PDF(登録商標)ファイル(.pdf)のような場合である。
【００１８】
文書管理サーバ１０１には、文書情報制御部３０１、文書データ蓄積部３０２、文書操作履歴蓄積部３０３、レコメンドデータ制御部３０４、レコメンドデータ蓄積部３０５、通信部３０６が存在している。
【００１９】
文書制御部３０１は、ユーザによって新規登録または更新されたオリジナル文書を文書データ蓄積部３０２で管理する。そして、文書操作履歴蓄積部３０３で図４(a)のようなテーブル４０１（以下、文書管理サーバ操作履歴テーブル）をもうけて、文書の新規登録または更新されたという操作履歴を管理する。
【００２０】
また、文書情報制御部３０１は、オリジナル文書が文書管理サーバ上で直接閲覧や印刷等の操作がされた場合においても、その操作履歴を文書管理サーバ操作履歴テーブル４０１で管理する。文書管理サーバ操作履歴テーブル４０１に図示されている属性以外にも別の属性があっても構わない。
【００２１】
レコメンドデータ蓄積部３０５は、文書管理サーバ操作履歴テーブル４０１で管理している操作履歴のデータの中からレコメンドに用いる情報を抽出する。例えば、「どの文書がどのユーザにどんな操作がいつ行われて操作が成功したか否か」という情報をレコメンドデータ蓄積部３０５で図４(c)のようなテーブル４０３（以下、レコメンド用操作履歴テーブル）を設けて管理する。本実施例においては、レコメンドに利用する操作履歴は閲覧操作と印刷操作として説明するが、他の操作履歴をレコメンドに利用するためにレコメンド用操作履歴テーブル４０３に記録しても構わない。また、レコメンドする文書の有用性の度合い（以下、推薦度）を計算するために、閲覧および印刷操作履歴を利用するが、その他の操作履歴を利用しても構わない。また、推薦度の算出の方法に関しては、特に言及しない。
【００２２】
通信部３０６は、ネットワークを介してデータの入出力を行う。
【００２３】
[ポリシーサーバの構成]
ポリシーサーバ１０２には、ポリシー情報制御部３１１、ポリシー文書生成部３１２、ポリシールール設定部３１３、ポリシールール蓄積部３１４、ポリシー文書操作履歴蓄積部３１５、通信部３１６が存在している。
【００２４】
ポリシー情報制御部３１１は、各機能部に対して制御を行う。
【００２５】
ポリシー情報生成部３１２は、ポリシー文書を作成する。
【００２６】
ポリシールール設定部３１３は、ポリシー文書に付与する「どのポリシー文書に対して、どのユーザが、どんな操作権限をもつか」というルール（以下、ポリシールール）を設定する。
【００２７】
ポリシールール蓄積部３１４は、前記ポリシールール設定部３１３が設定したポリシールールを管理する。
ポリシー文書操作履歴蓄積部３１５は、ポリシー文書の操作履歴を図４(b)のようなテーブル４０２（以下、ポリシーサーバ操作履歴テーブル）をもうけて蓄積する。
【００２８】
「ポリシー文書識別子」属性は、ユーザがポリシー文書を操作したときに、どのポリシー文書に対しての操作権限の問い合わせであるかをポリシーサーバが特定するためのポリシー文書自体がもつ識別子を表す。「操作ＰＣ（ＩＰアドレス）」属性は、ポリシー文書を操作するクライアントＰＣ１０３のＩＰアドレスを表す。「操作結果」属性は、ポリシー文書を操作できたか否かという結果を表す。
【００２９】
ユーザによってポリシー文書が操作される際に、対象のポリシー文書に対する操作権限の有無についてポリシールール蓄積部３１４に問い合わせが行われる。その結果、ユーザの操作可否が決定されるが、操作権限の有無を問わずポリシーサーバ操作履歴テーブル４０２に操作履歴が蓄積される。ポリシーサーバ操作履歴テーブル４０２に図示されている属性以外にも別の属性があっても構わない。
【００３０】
通信部３１６は、ネットワークを介してデータの入出力を行う。
【００３１】
[オリジナル文書とポリシー文書を紐づけて管理する]
オリジナル文書とポリシー文書を紐づけて管理する処理について、図３、図５、図６を用いて説明する。
【００３２】
ステップＳ５０１で、文書制御部３０１は、ユーザが操作するクライアントＰＣ１０３の文書管理アプリケーションを介してオリジナル文書の新規作成または更新の要求を受けて、オリジナル文書の登録を行い、文書データ蓄積部３０２に記録する。
【００３３】
ステップＳ５０２で、文書制御部３０１は、前記ステップＳ５０１での操作が新規作成であるか更新であるかを一時的に記録する。
【００３４】
ステップＳ５０３で、文書制御部３０１は、通信部２０６を介してオリジナル文書をポリシーサーバ１０２へアップロードする。
【００３５】
ステップＳ５０４で、ポリシー情報制御部３１１は、通信部３１６を介してオリジナル文書を受信する。
【００３６】
ステップＳ５０５で、ポリシールール設定部３１３は、オリジナル文書から生成するポリシー文書に付与するポリシールールを設定する。ポリシールールの設定方法は、フォルダ毎に付与するポリシールールをあらかじめ設定しておき、アップロード時にポリシールール設定部３１３が、自動でオリジナル文書が属しているフォルダに設定されているポリシールールを付与するようにしてもよい。または、ポリシールール設定部３１３が、ポリシールールの設定を行う機能をもったUIを提供して、アップロード時にポリシールールをユーザに設定させてもよい。
【００３７】
ステップＳ５０６で、ポリシー文書生成部３１２は、オリジナル文書から、ポリシールール設定部３１３で設定したポリシールールを用いてポリシー文書を作成する。ここで、ポリシー文書の操作時にユーザの操作権限の問い合わせをポリシーサーバへ行うプログラムとポリシーサーバがポリシー文書を特定するための識別子(以下、ポリシー文書識別子)をポリシー文書に付与する。
【００３８】
ステップＳ５０７で、ポリシー情報制御部３１１は、前記ステップＳ５０６で作成されたポリシー文書に設定  されたポリシールールをポリシールール蓄積部３１４に記録する。
【００３９】
ステップＳ５０８で、ポリシー情報制御部３１１は、通信部３１６を介して前記ステップＳ５０６で作成されたポリシー文書およびそのポリシー文書識別子を文書管理サーバ１０１へ送信する。
【００４０】
ステップＳ５０９で、文書情報制御部３０１は、通信部３０６を介して前記ステップＳ５０８でポリシーサーバから送信されたポリシー文書およびそのポリシー文書識別子を受信する。
【００４１】
ステップＳ５１０で、文書情報制御部３０１は、前記ステップＳ５０２で記憶したオリジナル文書が新規作成されたものか更新されたものであるかを判断する。新規作成であれば、ステップＳ５１１へ進み、更新であれば、ステップＳ５１２へ進む。
【００４２】
ステップＳ５１１で、文書情報制御部３０１は、ポリシー文書を新規登録し、文書データ蓄積部３０２に記録する。そして、オリジナル文書とポリシー文書を図６のテーブル６０１（以下、ポリシー文書関連テーブル）で管理する。ポリシー文書関連テーブル６０１は、オリジナル文書とポリシー文書を紐付けるためのテーブルであり、３つの属性で構成され、それぞれ以下の情報を格納する。
【００４３】
「オリジナル文書ID」属性は、文書管理システム上でのオリジナル文書の識別子を表す。「ポリシー文書ID」属性は、文書管理システム上でのポリシー文書の識別子を表す。「ポリシー文書識別子」属性は、ユーザがポリシー文書を操作したときに、どのポリシー文書に対しての操作権限の問い合わせであるかをポリシーサーバが特定するためのポリシー文書自体がもつ識別子を表す。
【００４４】
ステップＳ５１２で、文書情報制御部３０１は、更新前のオリジナル文書に対応するポリシー文書を上書きして文書データ蓄積部３０２に記録する。文書のバージョン管理をできる文書管理システムであれば、ポリシー文書のバージョンを更新して登録してもよい。そして、ポリシー文書関連テーブル６０１を参照し、オリジナル文書のIDの値をもつレコードを検索し、そのレコードの「ポリシー文書識別子」属性の値を作成したポリシー文書のものに更新する。
【００４５】
[操作履歴の一元管理]
図７を用いて、文書管理サーバ１０１とポリシーサーバ１０２でそれぞれ収集した操作履歴をマージして一元管理する処理について説明する。
【００４６】
続いて、文書管理サーバ１０１で取得した操作履歴のマージについて説明する。
【００４７】
ステップＳ７０１で、レコメンドデータ制御部３０４は、文書管理サーバ操作履歴テーブル４０１のレコードの中で、前回のマージ処理において最後に対象となった操作履歴のレコードの履歴ＩＤを取得する。この履歴IDは、設定ファイル等に保存されていて、それを読みだして取得するものとする。
【００４８】
ステップＳ７０２で、レコメンドデータ制御部３０４は、文書管理サーバ操作履歴テーブル４０１のレコードで、ステップＳ７０１で取得した履歴ＩＤをもつレコードよりも後に蓄積されたレコードの数だけ、ステップＳ７０３〜ステップＳ７０５を繰り返す。
【００４９】
ステップＳ７０３で、レコメンドデータ制御部３０４は、ポリシー関連テーブル６０１を参照し、対象の操作履歴のレコードがオリジナル文書の操作履歴であるか、ポリシー文書の操作履歴であるかを判断する。オリジナル文書の操作履歴であれば、ステップＳ７０４へ進む。ポリシー文書の操作履歴であればステップＳ７０２へ進み、次のレコードに対して処理を行う。
【００５０】
ステップＳ７０４で、レコメンドデータ制御部３０４は、対象の操作履歴のレコードからレコメンド用操作履歴テーブル４０３に必要な属性の値を取得する。
【００５１】
ステップＳ７０５で、レコメンドデータ制御部３０４は、レコメンド用操作履歴テーブル４０３にレコードを追加する。そして、ステップＳ７０２へ進み、次のレコードに対して処理を行う。
【００５２】
ステップＳ７０６で、今回のマージ処理においてステップＳ７０２で処理を行ったレコードの中で、最後のレコードの履歴ＩＤを取得する。そして、ステップＳ７０１で読みだした設定ファイルに記録した履歴ＩＤの値を更新する。
【００５３】
続いて、ポリシーサーバ１０２で取得した操作履歴のマージについて説明する。
【００５４】
ステップＳ７０７で、レコメンドデータ制御部３０４は、ポリシーサーバ操作履歴テーブル４０２で管理しているポリシー文書の操作履歴レコードの中で、前回のマージ処理において最後に対象となった操作履歴のレコードの履歴ＩＤを取得する。この履歴ＩＤは、ステップＳ７０１と同様な方法で記録されていて、取得するものとする。
【００５５】
ステップＳ７０８で、レコメンドデータ制御部３０４は、ポリシーサーバ操作履歴テーブル４０２のレコードで、ステップＳ７０７で取得した履歴ＩＤをもつレコードよりも後に蓄積されたレコードの数だけ、ステップＳ７０９〜ステップＳ７１１を繰り返す。
【００５６】
ステップＳ７０９で、レコメンドデータ制御部３０４は、ポリシー関連テーブル６０１を参照し、対象の操作履歴のレコードが文書管理システムに登録されているポリシー文書の操作履歴であるか否かを判断する。文書管理システムに登録されているポリシー文書の操作履歴であれば、ステップＳ７１０へ進む。登録されていないポリシー文書の操作履歴であれば、ステップＳ７０８へ進み、次のレコードに対して処理を行う。
【００５７】
ステップＳ７１０で、レコメンドデータ制御部３０４は、対象の操作履歴のレコードからレコメンド用操作履歴テーブル４０３に必要な属性の値を取得する。
【００５８】
ステップＳ７１１で、レコメンドデータ制御部３０４は、レコメンド用操作履歴テーブル４０３にレコードを追加する。その際に、レコメンドデータ制御部３０４は、ポリシー関連テーブル６０１を参照して対象のレコードのポリシー文書識別子に対応するポリシー文書ＩＤを取得して追加する。そして、ステップＳ７０８へ進み、次のレコードに対して処理を行う。
【００５９】
ステップＳ７１２で、今回のマージ処理においてステップＳ７０８で処理を行ったレコードの中で、最後のレコードの履歴ＩＤを取得し、ステップＳ７０７で読みだした設定ファイルに記録した履歴ＩＤの値を更新する。
【００６０】
以上の様に、ステップＳ７０１からステップＳ７１２までのマージ処理により文書管理サーバ１０１とポリシーサーバ１０２でそれぞれ収集した操作履歴の一元管理を行う。
【００６１】
尚、文書管理サーバに登録されているポリシー文書を文書管理サーバ上で直接操作した場合、文書管理サーバ操作履歴テーブル４０１とポリシーサーバ操作履歴テーブル４０２の両方で同一の操作履歴が重複して蓄積されることになる。例えば、文書管理サーバ操作履歴テーブル４０１の「履歴IDが2」のレコードと、ポリシーサーバ操作履歴テーブル４０２の「履歴IDが2」のレコードの場合である。
【００６２】
本発明では、ステップＳ７０３において、文書管理サーバ操作履歴テーブル４０１に蓄積されているポリシー文書の操作履歴のレコードは、レコメンド用操作履歴テーブル４０３には追加されない。これによって、同一の操作履歴であっても、レコメンド用操作履歴テーブル４０３の「履歴ＩＤが３」のレコードのように、重複してレコメンド用操作履歴テーブル４０３に追加されない。
【００６３】
[文書のダウンロード]
文書をクライアントＰＣ１０３にダウンロードする処理について、図８を用いて説明する。
【００６４】
ステップＳ８０１で、文書情報制御部３０１は、通信部３０６を介してクライアントＰＣ１０３から文書のダウンロードの要求を受ける。
【００６５】
ステップＳ８０２で、文書情報制御部３０１は、アクセス元であるクライアントＰＣ１０３が文書管理サーバ１０１と同じ内部ネットワークに属しているか、異なる外部ネットワークに属しているかを判断する。内部ネットワークからのアクセスであれば、ステップＳ８０３へ進む。外部ネットワークからのアクセスであれば、ステップＳ８０６へ進む。
【００６６】
ステップＳ８０３で、文書情報制御部３０１は、ダウンロードする対象のオリジナル文書に編集権をもっているユーザであるか否かを判断する。編集権限があるユーザならば、ステップＳ８０４へ進む。編集権限がないユーザならば、ステップＳ８０５へ進む。
【００６７】
ステップＳ８０４で、文書情報制御部３０１は、ポリシー文書あるいはオリジナル文書をユーザに選択させてダウンロードさせる。ここで、オリジナル文書をクライアントＰＣ１０３にダウンロードされた場合、ダウンロードされたという操作履歴を文書管理サーバ操作履歴テーブル４０１で収集されるため、これを文書の閲覧操作が行われた判断する。また、クライアントＰＣ１０３にダウンロードした後の文書の印刷操作履歴は、文書管理サーバ１０１と同じ内部ネットワーク内にある文書を印刷したプリンタの印刷履歴から取得する。
【００６８】
ステップＳ８０５で、文書情報制御部３０１は、ユーザにポリシー文書をダウンロードさせる。
【００６９】
ステップＳ８０６で、文書情報制御部３０１は、ユーザにポリシー文書をダウンロードさせる。
【００７０】
[本実施形態の効果]
文書管理サーバ１０１上で直接、文書を閲覧、印刷した場合の操作履歴のみだけではなく、クライアントＰＣ１０３にダウンロードされた文書の操作履歴についても文書管理サーバが収集できる。
【００７１】
［実施例２］
[印刷不可操作履歴のレコメンドへの反映]
図９を用いて、「印刷要求をポリシーサーバ１０２に対して行ったが、操作権限がないため印刷操作を拒否された」という印刷不可操作履歴のレコメンドへの反映の処理について説明する。
【００７２】
システム構成は実施例１と同様である。レコメンドが行われる状況に関しては、特に考慮しない。
【００７３】
ステップＳ９０１で、レコメンドデータ制御部３０４は、推薦度を計算する対象となる文書毎にステップＳ９０２〜Ｓ９０６を実行する。
【００７４】
ステップＳ９０２で、レコメンドデータ制御部３０４は、推薦度を計算する文書に対するレコメンドを行う対象のユーザの印刷操作権限を判定する。印刷権限があればステップＳ９０３へ進み、なければステップＳ９０４へ進む。
【００７５】
ステップＳ９０３で、レコメンドデータ制御部３０４は、閲覧操作と印刷操作の操作履歴のレコードに加えて、ポリシーサーバ操作履歴テーブル４０２に蓄積されている印刷不可操作履歴を反映して推薦度を計算する。
【００７６】
ステップＳ９０４で、レコメンドデータ制御部３０４は、推薦度を計算する文書に対するレコメンドを行う対象のユーザの閲覧操作権限を判定する。閲覧権限があればステップＳ９０５へ進み、なければステップＳ９０６へ進む。
【００７７】
ステップＳ９０５で、レコメンドデータ制御部３０４は、閲覧操作履歴のみを反映して推薦度を計算する。
【００７８】
ステップＳ９０６で、レコメンドデータ制御部３０４は、推薦度を計算する文書に対して、レコメンドを行う対象のユーザが閲覧権限をもっていないため、推薦度を計算せずレコメンドの対象から外す。
【００７９】
ステップＳ９０７で、レコメンドデータ制御部３０４は、前記ステップＳ９０１〜ステップＳ９０６の処理で算出された推薦度の高い順に、ユーザに対してレコメンドを行う。
【００８０】
[本実施形態の効果]
レコメンドを行う文書に対してユーザが印刷権限をもつ場合、推薦度の計算に印刷不可操作履歴を利用する。その結果、印刷成功回数のみを推薦度の計算に利用した場合、レコメンドのランキングにおいて下位に位置していた文書の推薦度が上がるため、優先的にレコメンドされる可能性を高めることができる。
【００８１】
［実施例３］
[オリジナル文書のレコメンド]
図１０を用いて、オリジナル文書に対する操作権限を反映したレコメンドの処理について説明する。
【００８２】
システム構成は実施例１と同様である。レコメンドが行われる状況に関しては、特に考慮しない。
【００８３】
ステップＳ１００１で、レコメンドデータ制御部３０４は、レコメンドする文書を決定する。
【００８４】
ステップＳ１００２で、レコメンドデータ制御部３０４は、前記ステップＳ１００１で決定したレコメンドの対象となる文書毎にステップＳ１００３〜ステップＳ１００５の処理を繰り返す。
【００８５】
ステップＳ１００３で、レコメンドデータ制御部３０４は、文書をレコメンドする対象のユーザがその文章に対して編集権限を持っているかを判断する。編集権をもっていればステップＳ１００４へ進み、もっていなければステップＳ１００５へ進む。
【００８６】
ステップＳ１００４で、レコメンドデータ制御部３０４は、ポリシー文書をレコメンドする際に、加えてオリジナル文書もレコメンドする。
【００８７】
ステップＳ１００５で、レコメンドデータ制御部３０４は、ポリシー文書のみレコメンドする。
【００８８】
[本実施形態の効果]
ポリシー文書は、オリジナル文書とはファイル形式が違うことがあり、同一の操作性が保証されない。
【００８９】
オリジナル文書に対して編集権限があるユーザは、ポリシー文書のみだけではなく、オリジナル文書のダウンロードも可能なため、操作性に関して制限を受けないようにすることができる。
【００９０】
［実施例４］
[手動で登録されたポリシー文書の操作履歴の管理]
文書管理サーバ１０１に登録されていなかったポリシー文書が手動で文書管理システムに登録された場合のポリシー文書の操作履歴の管理する処理について、図１１を用いて説明する。システム構成は実施例１と同様である。レコメンドが行われる状況に関しては、特に考慮しない。
【００９１】
ステップＳ１１０１で、文書情報制御部３０１は、クライアントＰＣ１０３からポリシー文書のアップロード要求を受けて文書データ蓄積部３０２に、ポリシー文書を登録する。
【００９２】
ステップＳ１１０２で、レコメンドデータ制御部３０４は、ポリシー関連テーブル６０１にレコードを追加する。オリジナル文書が文書管理システムに登録されていない場合、「オリジナル文書ＩＤ」属性の値は空になる。
【００９３】
ステップＳ１１０３で、レコメンドデータ制御部３０４は、ポリシーサーバ操作履歴テーブル４０２から「ポリシー文書識別子」属性の値で検索し、前記ステップＳ１１０１で登録されたポリシー文書の操作履歴のレコードを取得する。そして、取得した操作履歴のレコード毎に、ステップＳ１１０４〜ステップＳ１１０６の処理を行う。
【００９４】
ステップＳ１１０４で、レコメンドデータ制御部３０４は、取得したポリシー文書の操作履歴のレコードの履歴IDが、ステップＳ７１２のマージ処理において記録したレコードの履歴ＩＤよりも同じまたは前のものであるかを判断する。同じか前のレコードであれば、ステップＳ１１０５へ進む。後のレコードであれば、図１１の処理ではなく、次回行われる図７の操作履歴の一元管理の処理においてレコメンド用操作履歴テーブル４０３に追加する。そして、ステップＳ１１０４へ進み、次のレコードの処理を行う。
【００９５】
ステップＳ１１０５で、レコメンドデータ制御部３０４は、操作履歴のレコードからレコメンド用操作履歴テーブル４０３に必要な属性の値を取得する。
【００９６】
ステップＳ１１０６で、レコメンドデータ制御部３０４は、レコメンド用操作履歴テーブル４０３にレコードを追加する。そして、ステップＳ１１０４へ進み、次のレコードに対して処理を行う。
【００９７】
[本実施形態の効果]
文書管理サーバ外、例えばファイルサーバ等にあるポリシー文書を文書管理サーバに登録した場合に、文書管理サーバに登録する以前にポリシーサーバで収集されていたポリシー文書の操作履歴をレコメンドに利用できる。
【符号の説明】
【００９８】
１０１  文書管理サーバ
１０２  ポリシーサーバ
１０３  クライアントＰＣ
【図１】
2013105355.tif 000003
【図２】
2013105355.tif 000004
【図３】
2013105355.tif 000005
【図４（ａ）】
2013105355.tif 000006
【図４（ｂ）】
2013105355.tif 000007
【図４（ｃ）】
2013105355.tif 000008
【図５】
2013105355.tif 000009
【図６】
2013105355.tif 000010
【図７】
2013105355.tif 000011
【図８】
2013105355.tif 000012
【図９】
2013105355.tif 000013
【図１０】
2013105355.tif 000014
【図１１】
2013105355.tif 000015