特許 7294055 ファイルレコメンドシステム、ファイルレコメンドプログラム、ファイルレコメンド方法、及び、ファイルレコメンド装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-06-12

(45)【発行日】2023-06-20

(54)【発明の名称】ファイルレコメンドシステム、ファイルレコメンドプログラム、ファイルレコメンド方法、及び、ファイルレコメンド装置

(51)【国際特許分類】

   G06F 16/14 20190101AFI20230613BHJP

   G06F 16/338 20190101ALI20230613BHJP

【ＦＩ】

G06F16/14

G06F16/338

【請求項の数】 10

(21)【出願番号】P 2019191788

(22)【出願日】2019-10-21

(65)【公開番号】P2021068082

(43)【公開日】2021-04-30

【審査請求日】2022-07-08

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100092978

【弁理士】

【氏名又は名称】真田 有

(74)【代理人】

【識別番号】100189201

【弁理士】

【氏名又は名称】横田 功

(72)【発明者】

【氏名】冨田 綱樹

(72)【発明者】

【氏名】若村 英明

【審査官】原 秀人

(56)【参考文献】

【文献】特開２００５－０１８５３０（ＪＰ，Ａ）

【文献】特開２００４－１１０６６４（ＪＰ，Ａ）

【文献】特開２０１０－２１１６８８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／０２５８９４９（ＵＳ，Ａ１）

【文献】特開２００９－１２９０１７（ＪＰ，Ａ）

【文献】特開２０１３－１４３０３９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １６／００－１６／９５８

(57)【特許請求の範囲】

【請求項1】

複数の情報処理端末とサーバとを有するファイルレコメンドシステムにおいて、
前記情報処理端末の各々は、
自装置で実行された操作に関する操作ログを前記サーバへ送信する取得部と、
前記サーバからデータを受信するレコメンド部と、を有し、
前記サーバは、
前記複数の情報処理端末の各々から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを格納する記憶領域と、
前記複数の情報処理端末のうちの第１の情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、前記操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行する検索部と、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定する特定部と、
特定した前記第２のファイルに関する情報を前記第１の情報処理端末に出力する出力部と、を有する、
ことを特徴とするファイルレコメンドシステム。

【請求項2】

情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、他の情報処理端末から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行し、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定し、
特定した前記第２のファイルに関する情報を前記情報処理端末に出力する、
処理をコンピュータに実行させる、ファイルレコメンドプログラム。

【請求項3】

前記検索を実行する処理は、前記第１のファイルの保存操作が行なわれたことに応じて実行される、
請求項２に記載のファイルレコメンドプログラム。

【請求項4】

前記出力する処理は、特定した前記第２のファイルのフルパス、又は、前記第２のファイルの最終更新者の情報を、前記情報処理端末に出力する、
請求項２又は請求項３に記載のファイルレコメンドプログラム。

【請求項5】

前記特定する処理は、前記ユーザ情報を用いた前記保存場所へのアクセスを前記ユーザからの操作なしに自動で実行する、
請求項２～４のいずれか１項に記載のファイルレコメンドプログラム。

【請求項6】

前記情報処理端末からの検索文字列を含む条件変更要求の受信に応じて、前記検索文字列に基づいて、前記操作ログを検索対象として前記検索文字列に関連する１以上のファイルの検索を実行し、
前記検索文字列に関連する１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記ユーザ情報を用いたアクセスが可能な第３のファイルを、前記検索文字列に関連する１以上のファイルの中から特定し、
特定した前記第３のファイルに関する情報を、前記条件変更要求に対する応答として前記情報処理端末に出力する、
処理を前記コンピュータに実行させる、請求項２～５のいずれか１項に記載のファイルレコメンドプログラム。

【請求項7】

前記第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、過去に出力した第２のファイルに関する情報を記憶する出力履歴を検索対象として前記第１のファイルに関連する１以上のファイルに関する情報の検索を実行し、
前記出力履歴を検索対象とした前記１以上のファイルに関する情報の検索に失敗した場合に、前記操作ログを検索対象とした前記第１のファイルに関連する１以上のファイルの前記検索を実行する、
処理を前記コンピュータに実行させる、請求項２～６のいずれか１項に記載のファイルレコメンドプログラム。

【請求項8】

情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、他の情報処理端末から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行し、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定し、
特定した前記第２のファイルに関する情報を前記情報処理端末に出力する、
処理をコンピュータが実行する、ファイルレコメンド方法。

【請求項9】

複数の情報処理端末の各々から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを格納する記憶領域と、
前記複数の情報処理端末のうちの第１の情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、前記操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行する検索部と、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定する特定部と、
特定した前記第２のファイルに関する情報を前記第１の情報処理端末に出力する出力部と、を備える、
ファイルレコメンド装置。

【請求項10】

前記ファイルレコメンド装置はさらに、
操作ログの解析処理に係る指示を受け付ける受付部と、
前記指示の受け付けに応じて、前記記憶領域から操作ログを読み出し、前記指示に応じた解析処理を実行する処理部と、
前記解析処理の結果を前記指示の送り元である端末に送信する送信部と、
を有することを特徴とする、請求項９に記載のファイルレコメンド装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ファイルレコメンドシステム、ファイルレコメンドプログラム、ファイルレコメンド方法、及び、ファイルレコメンド装置に関する。

【背景技術】

【0002】

業務の生産性を向上させる目的で、流用可能なファイルのレコメンド（提示）を行なう技術が知られている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１２－１４６０３９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、ＩＣＴ（Information and Communication Technology）システムにおいては、ＩＣＴリスクの回避を目的として、ポリシー違反に該当する操作等を検出するための仕組みが設けられている。例えば、ＩＣＴシステムでは、エンドポイントである業務端末の操作ログを、サーバ等の情報処理装置が収集することが行なわれている。そのような操作ログはデータ量が大きくなることが多く、また、例えば数年などの長期間にわたって記憶が保持されることがある。

【0005】

しかし、操作ログは、記憶領域や記録媒体などへ蓄積されているにも関わらず、セキュリティインシデント等の、操作ログの解析を必要とする事象が発生しない限り、利用されない場合も多い。すなわち、操作ログを格納しているシステム資源（リソース）が無駄になってしまう。

【0006】

そこで、発明者らは、この点に着目し、蓄積された操作ログを用いて、業務端末で流用可能なファイルのレコメンドができれば、限りあるシステム資源を有効活用することができると考えた。

【0007】

１つの側面では、本発明は、蓄積された操作ログを有効活用して、流用可能なファイルをレコメンドする仕組みを提供することを目的の１つとする。

【課題を解決するための手段】

【0008】

１つの側面では、ファイルレコメンドシステムは、複数の情報処理端末とサーバとを有してよい。前記情報処理端末の各々は、自装置で実行された操作に関する操作ログを前記サーバへ送信する取得部と、前記サーバからデータを受信するレコメンド部と、を有してよい。前記サーバは、記憶領域と、検索部と、特定部と、出力部と、を有してよい。前記記憶領域は、前記複数の情報処理端末の各々から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを格納してよい。前記検索部は、前記複数の情報処理端末のうちの第１の情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、前記操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行してよい。前記特定部は、前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定してよい。前記出力部は、特定した前記第２のファイルに関する情報を前記第１の情報処理端末に出力してよい。

【発明の効果】

【0009】

１つの側面では、蓄積された操作ログを有効活用して、流用可能なファイルをレコメンドする仕組みを提供することができる。

【図面の簡単な説明】

【0010】

【図1】一実施形態に係る業務システムの構成例を示すブロック図である。

【図2】一実施形態に係るレコメンドサーバ及び業務端末の機能構成例を示すブロック図である。

【図3】操作ログＤＢ（Database）の一例を示す図である。

【図4】業務システムにおける処理の流れの一例を説明する図である。

【図5】レコメンド履歴ＤＢの一例を示す図である。

【図6】レコメンドウィンドウの表示例を示す図である。

【図7】レコメンドウィンドウの表示例を示す図である。

【図8】レコメンドウィンドウの表示例を示す図である。

【図9】レコメンドウィンドウの表示例を示す図である。

【図10】業務端末によるファイル操作ログの送信処理の動作例を説明するフローチャートである。

【図11】レコメンドサーバによるファイル操作ログの格納処理の動作例を説明するフローチャートである。

【図12】レコメンドサーバによるレコメンド情報送信処理の動作例を説明するフローチャートである。

【図13】業務端末によるレコメンド情報表示処理の動作例を説明するフローチャートである。

【図14】レコメンドサーバによるレコメンド情報再検索処理の動作例を説明するフローチャートである。

【図15】レコメンドサーバの機能を実現するコンピュータのハードウェア構成例を示すブロック図である。

【発明を実施するための形態】

【0011】

以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。例えば、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。なお、以下の説明で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。

【0012】

〔１〕一実施形態
〔１－１〕業務システムの構成例
図１は、一実施形態に係る業務システム１の構成例を示すブロック図である。業務システム１は、会社や団体等の組織において所定の業務を行なうためのシステムであり、ＩＣＴシステムの一例である。図１に示すように、業務システム１は、例示的に、レコメンドサーバ２と、複数の業務端末３ａ及び３ｂと、を備えてよい。

【0013】

業務端末３ａ及び３ｂは、業務システム１において組織の従業員が使用するＰＣ（Personal Computer）又はサーバ等のコンピュータであり、ユーザが使用する情報処理端末の一例である。一実施形態の説明では、ファイルを作成する（ファイルのレコメンドが行なわれる）従業員が使用する業務端末を業務端末３ｂと表記し、その他の従業員が使用する業務端末を業務端末３ａと表記する。以下、業務端末３ａ及び３ｂを区別しない場合には、単に「業務端末３」と表記する。

【0014】

レコメンドサーバ２は、業務システム１において、ＩＣＴリスクの回避を目的として、ポリシー違反に該当する操作等を検出するために、エンドポイントである業務端末３の操作ログを収集する情報処理装置の一例である。

【0015】

レコメンドサーバ２は、仮想サーバ（ＶＭ；Virtual Machine）であってもよいし、物理サーバであってもよい。また、レコメンドサーバ２の機能は、１台のコンピュータにより実現されてもよいし、２台以上のコンピュータにより実現されてもよい。さらに、レコメンドサーバ２の機能のうちの少なくとも一部は、クラウド環境において提供されるＨＷ（Hardware）リソース及びＮＷ（Network）リソースを用いて実現されてもよい。

【0016】

また、レコメンドサーバ２は、他の装置、例えば、業務端末３と、ネットワークを介して相互に通信可能に接続されてよい。ネットワークは、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、又はこれらの組み合わせを含んでよい。ＷＡＮにはインターネットが含まれてよい。

【0017】

一実施形態に係るレコメンドサーバ２は、このようにして収集及び蓄積した操作ログを有効活用して、業務端末３ｂでの処理に流用可能なファイルをレコメンドする。例えば、レコメンドサーバ２は、業務端末３ａから収集されたファイル操作ログ１ａと業務端末３ｂで処理対象となっている第１のファイルに関する操作情報１ｂとに基づいて、業務端末３ｂでの処理に流用可能なファイルに関するレコメンド情報１ｃを出力する。

【0018】

図１に例示するように、一実施形態に係るレコメンドサーバ２は、操作ログＤＢ（Database）２１及びマッチング部２２を備える。

【0019】

操作ログＤＢ２１は、複数の業務端末３で行なわれる操作内容のファイル操作ログ１ａを蓄積するＤＢである。レコメンドサーバ２は、例えば、業務端末３ｂを含む複数の業務端末３の各々から、ファイル操作ログ１ａを収集し、操作ログＤＢ２１に格納してよい。

【0020】

ファイル操作ログ１ａは、操作ログの一例であり、少なくとも、操作の対象のファイルのファイル名と、当該ファイルの保存場所とを含んでよい。「ファイル名」は、ファイルの名称であり、拡張子を含んでもよいし含まなくてもよい。「保存場所」は、ネットワーク又はローカル上のフォルダ（ディレクトリ）のパスであってよい。保存場所及びファイル名により、ファイルの「フルパス」を特定可能である。

【0021】

なお、ファイル操作ログ１ａは、上記の情報に加えて、ファイルに対する操作（処理）の内容を含んでよい。操作の内容には、例えば、ファイルに対して入力された文章等の入力文字列が含まれてよい。

【0022】

マッチング部２２は、操作ログＤＢ２１（ファイル操作ログ１ａ）と、業務端末３ｂから送信される操作情報１ｂとのマッチングを行ない、操作ログＤＢ２１において操作情報１ｂとマッチした情報を、レコメンド情報１ｃとして業務端末３ｂに出力する。

【0023】

操作情報１ｂには、例えば、業務端末３ｂで処理対象となっている第１のファイルのファイル名、又は、第１のファイルに入力された文字列が含まれてよい。換言すれば、操作情報１ｂは、第１のファイルに対する操作に関するファイル操作ログ１ａである、或いは、ファイル操作ログ１ａの少なくとも一部の情報である、と捉えることができる。

【0024】

処理対象となっている第１のファイルとは、例示的に、作成、移動、変名、入力、及び更新等の処理が行なわれるファイルであってよい。作成、移動、変名、入力、及び更新の少なくとも１つの操作は、新規のファイル又は変更されたファイルを保存領域に格納することを伴うため、ファイルの「保存」操作の一例である。換言すれば、マッチング部２２は、業務端末３ｂにより第１のファイルに対する保存処理のファイル操作ログ１ａとして送信される、操作情報１ｂを受信すると、操作情報１ｂの受信をトリガとして、以下に例示する処理を実行してよい。

【0025】

例えば、マッチング部２２は、操作情報１ｂに基づいて、他の業務端末３ａから収集されたファイル操作ログ１ａを検索対象として第１のファイルに関連する１以上のファイルの検索を実行する。

【0026】

また、マッチング部２２は、１以上のファイルの検索に成功した場合、保存場所に基づいて第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、１以上のファイルの中から特定する。ユーザのユーザ情報は、例えば、業務端末３ｂの従業員に設定された、業務システム１におけるユーザアカウント等の認証情報が挙げられる。例えば、マッチング部２２は、従業員のユーザアカウントによる、検索に成功したファイルの保存場所へのアクセスが許容されるか（或いは、拒否されていないか）否かを判定し、保存場所へのアクセスが許容される（或いは、拒否されていない）第２のファイルを特定してよい。

【0027】

そして、マッチング部２２は、特定した第２のファイルに関する情報、例えば、第２のファイルのフルパス、又は、第２のファイルの最終更新者の情報（「端末番号」及び「ユーザ名」の少なくとも一方）をレコメンド情報１ｃとして業務端末３ｂに出力する。業務端末３ｂは、例えば、モニタ等の表示装置に対して、レコメンド情報１ｃに基づくレコメンドウィンドウ等を表示し、従業員にレコメンド情報１ｃを提示してよい。

【0028】

ところで、上述のように、一実施形態において、マッチング部２２が検索する対象とするファイル操作ログ１ａは、業務端末３から収集した、従業員による業務端末３に対する操作に関するデータである。例えば、操作に関するデータは、ファイルそのものに対する操作であって、ファイルが格納されている領域（保存場所）に対して設定されているアクセス権等は操作ログからは特定できない。

【0029】

そこで、一実施形態に係るレコメンドサーバ２は、まずレコメンド候補のファイルを特定した後に、ファイルの情報をレコメンドされるユーザが、当該レコメンド候補のファイルにアクセス可能か否かを判断する。これにより、活用される場面が限定的であった操作ログを有効活用しつつ、アクセス権等の特定を可能とし、ユーザがアクセス可能なファイルの特定を可能とすることができる。

【0030】

なお、上記の説明においては、業務端末３から取得された操作ログが操作ログＤＢ２１に格納される例を用いて説明を行なったが、操作ログを格納する領域はこれに限る必要はない。例えば、操作ログを取得してから所定の期間が経過した後は、外部記憶媒体やアーカイブ用の低速な記憶装置へ格納場所を変更しても構わない。

【0031】

また、図１に例示するように、レコメンドサーバ２は、セキュリティインシデント等の、操作ログの解析を必要とする事象が発生した場合（換言すれば、有事の場合）に動作する機能として、受付部２ａ、処理部２ｂ及び送信部２ｃを備えてよい。

【0032】

受付部２１ａは、操作ログの解析処理に係る指示を受け付けてよい。処理部２１ｂは、指示の受け付けに応じて、記憶領域から操作ログを読み出し、指示に応じた解析処理を実行してよい。送信部２１ｃは、解析処理の結果を指示の送り元である端末に送信してよい。

【0033】

一例として、セキュリティインシデント等の、操作ログの解析を必要とする事象が発生した場合には、受付部２ａは、システム管理者等により操作される管理端末４からの操作ログ解析の指示を受け付ける。処理部２ｂは、該指示に応じて、レコメンドサーバ２に格納されている操作ログを参照し、セキュリティインシデントへの対応に必要とされるデータの解析処理を実行する。そして送信部２ｃは、処理部２ｂで解析処理した結果を管理端末４に送信する。セキュリティインシデントの解析処理の一例として、インシデントの原因となった操作の特定、該操作を行なったユーザの特定、操作が行なわれた日時の特定などが挙げられる。

【0034】

以上のように、一実施形態に係る業務システム１によれば、業務端末３ｂにおいて処理対象となっているファイルのファイル名や入力された文字列から、自動的に関連ファイルをレコメンドすることができる。例えば、レコメンドサーバ２は、ＩＣＴリスクの回避を目的として収集される、業務端末３の操作ログに基づき、業務端末３ｂの従業員にレコメンドするファイルを検索する。

【0035】

これにより、レコメンドサーバ２は、本来であれば従業員が参照し得ない（リーチできない）ファイル、換言すれば、操作ログであるからこそ参照できるファイルを含めて、当該ファイルに関する情報を業務端末３ｂの従業員にレコメンドすることができる。

【0036】

例えば、業務端末３ｂの従業員は、保存等した第１のファイルの作成にあたって、事前に又は作成中に、レコメンド情報１ｃを提示されることでよりよい資料（ファイル）に辿り着くことができる。これにより、従業員は、他の従業員により過去に作成された資料を参照することで、文章能力、論理展開、見せ方、等のファイル作成技術を学ぶことができるため、従業員のスキル向上を図ることができる。

【0037】

また、従業員は、第１のファイルの作成に、レコメンドされたファイルの内容の少なくとも一部を流用することができる。換言すれば、レコメンド情報１ｃは、従業員によるファイル作成の手助けとなり、ファイル作成等の作業効率化を実現できる。

【0038】

さらに、業務システム１によれば、従業員には、第１のファイルに対する通常の処理（例えば保存等）、以外の負担を与えずに、レコメンド情報１ｃを提示できる。従って、従業員は、意識せずにレコメンド情報１ｃを入手可能となり、生産性を向上させることができる。

【0039】

このように、一実施形態に係る業務システム１によれば、蓄積されたファイル操作ログ１ａを有効活用して流用可能なファイルをレコメンドする仕組みを提供できる。

【0040】

ここで、他の仕組みによりファイルのレコメンドを行なう装置を考える。例えば、この装置が、複数の業務端末の各々により処理対象とされる複数のファイルを、検索用のファイルとして記憶することを想定する。このような構成によれば、当該装置は、記憶する複数のファイルから、或る業務端末による処理に関連するファイルを検索し、検索に成功したファイルを、流用可能なファイルとして当該或る業務端末に提示することができる。

【0041】

上述した装置では、業務端末により直接的に処理されるファイル（処理対象となるファイル）とは別に、検索用のファイルとして、処理対象の複数のファイルの複製を記憶することがある。この場合、当該装置では、検索用のファイルの数やサイズに応じた十分な記憶容量の記憶領域が確保される。また、当該装置では、処理対象となるファイルの登録、変更、削除等の更新が行なわれる都度、検索用のファイルの更新処理が行なわれる。

【0042】

このように、流用可能なファイルをレコメンドするために、上述した装置では、ＨＷ資源（リソース）、ＮＷ資源、処理資源等の種々のシステム資源が使用（消費）されてしまう。ＨＷ資源としては、例えば記憶領域であり、ＮＷ資源としては、例えばファイルの複製におけるデータ通信のための通信帯域であり、処理資源としては、例えば検索用のファイルの更新処理を行なうプロセッサの処理能力である。

【0043】

これに対し、一実施形態に係るレコメンドサーバ２によれば、ポリシー違反に該当する操作等を検出するためにファイル操作ログ１ａを蓄積する操作ログＤＢ２１を流用するため、上述した装置と比較して、ＨＷ資源やＮＷ資源等の消費を抑制できる。

【0044】

また、操作ログＤＢ２１には、ファイルそのものではなく、ファイルに対する入力文字列や、ファイル名、保存場所等の情報等の、ファイルに関する情報が蓄積される。このため、処理対象となるファイルが更新された場合、レコメンドサーバ２のプロセッサは、上述した装置が検索用のファイルの更新処理を行なう場合と比較して小さい処理負荷で、ファイル操作ログ１ａを操作ログＤＢ２１に登録できる。従って、上述した装置と比較して、処理資源等の消費を抑制できる。

【0045】

このように、一実施形態に係る業務システム１によれば、流用可能なファイルに関する情報を出力する処理を、効率よく実現することができる。

【0046】

〔１－２〕レコメンドサーバ及び業務端末の機能構成例
次に、レコメンドサーバ２及び業務端末３の各々の機能構成例について説明する。図２は、一実施形態に係るレコメンドサーバ２及び業務端末３の機能構成例を示すブロック図である。なお、図２には、業務端末３が業務端末３ａ及び３ｂの双方の機能を有する場合を例示する。

【0047】

〔１－２－１〕レコメンドサーバの機能構成例
図２に示すように、レコメンドサーバ２は、例示的に、操作ログＤＢ２１、操作ログ収集部２３、レコメンド情報解析部２４、レコメンド履歴ＤＢ２５、及び、レコメンド情報作成部２６を備えてよい。

【0048】

レコメンド情報解析部２４及びレコメンド情報作成部２６は、図１を参照して説明したマッチング部２２の一例であるため、以下、これらを総称してマッチング部２２と表記する場合がある。

【0049】

操作ログＤＢ２１及びレコメンド履歴ＤＢ２５は、それぞれ、例えば、レコメンドサーバ２が備えるメモリ１０ｂ及び記憶部１０ｃ（図１５参照）の少なくとも１つが有する記憶領域に格納されてよい。

【0050】

図３は、操作ログＤＢ２１の一例を示す図である。図３に示すように、操作ログＤＢ２１は、例示的に、日時、端末番号、ユーザ名、操作、及び、内容の項目を含んでよい。

【0051】

「日時」には、業務端末３においてファイルに対する操作が行なわれた日時が記録される。

【0052】

「端末番号」は、ファイル操作を行なった業務端末３を識別する識別情報の一例である。端末番号としては、例えば、業務端末３の資産管理番号が挙げられる。資産管理番号は、業務システム１において機器を特定するために使用される一意の文字列である。

【0053】

「ユーザ名」には、ファイル操作を行なった業務端末３にログインしている従業員等のユーザのアカウント名が記録される。

【0054】

端末番号及びユーザ名の少なくとも一方は、ユーザ情報の一例である。また、端末番号及びユーザ名の少なくとも一方は、ファイルの最終更新者の一例である。

【0055】

端末番号及びユーザ名は、業務システム１において従業員や業務端末３を管理する管理機能、一例としてＡＤ（Active Directory）、等で管理される情報であってもよい。管理機能によれば、例えば、ネットワーク上のファイルサーバ、又は、業務端末３、等のファイルが格納されている記憶領域にアクセス権を設定できる。アクセス権は、端末番号により特定される業務端末３、及び／又は、ユーザ名により特定される従業員ごとに、記憶領域に対するアクセスの可否を示す属性情報である。

【0056】

「操作」には、ファイルに対して行なわれた操作の種類が記録される。操作としては、例示的に、参照、作成、削除、移動、変名（ファイル名の変更）、入力、更新等の処理が挙げられる。

【0057】

「内容」には、ファイルに対する操作内容の詳細が記録される。操作内容には、操作（処理）対象のファイルのファイル名と、当該ファイルのフルパスとが含まれてよい。例えば、操作内容は、操作したファイル名、移動元及び移動先、変名元ファイル名及び変名後ファイル名、等の、操作対象と操作内容の詳細とを含んでよい。

【0058】

操作ログ収集部２３は、図４に例示するように、複数の業務端末３の各々からファイル操作ログ１ａを受信し、受信したファイル操作ログ１ａを、項目別に操作ログＤＢ２１に格納する（図３参照）。

【0059】

マッチング部２２は、操作ログ収集部２３によるファイル操作ログ１ａの更新と並行して（例えば操作ログ収集部２３とは別のプロセスによって）、業務端末３から受信するファイル操作ログ１ａの内容を監視する。

【0060】

例えば、マッチング部２２は、業務端末３から第１のファイルの「保存」操作を行なうファイル操作ログ１ａ（換言すれば、操作情報１ｂ）の受信を検出した場合に、以下に例示する解析処理を行なってよい。なお、マッチング部２２は、操作情報１ｂの受信を検出することに代えて、第１のファイルに対する「保存」の操作のエントリが操作ログＤＢ２１に追加されたことを検出してもよい。

【0061】

マッチング部２２は、第１のファイルの保存操作が行なわれたことに応じて、操作ログＤＢ２１、及び、レコメンド履歴ＤＢ２５のうちの少なくとも一方を利用して、以下の（ａ）又は（ｂ）に示す解析処理を行なってよい。

【0062】

なお、レコメンド履歴ＤＢ２５は、レコメンドサーバ２が過去に業務端末３に対して出力したレコメンド情報１ｃの出力履歴を記憶（蓄積）するＤＢであり、レコメンド情報解析部２４による解析処理において、検索を効率的に行なうために参照される。

【0063】

図５は、レコメンド履歴ＤＢ２５の一例を示す図である。図５に例示するように、レコメンド履歴ＤＢ２５は、ファイル名２１ａ、保存場所２１ｂ、及び、キーワード２１ｃの項目を含んでよい。ファイル名２１ａ、保存場所２１ｂ、及び、キーワード２１ｃは、レコメンド情報１ｃの一例であり、それぞれ、操作ログＤＢ２１の「内容」に基づく情報である。これらの情報の詳細は後述する。

【0064】

（ａ）レコメンド履歴ＤＢ２５が存在する場合。

【0065】

履歴検索部の一例であるレコメンド情報解析部２４は、操作情報１ｂに基づいて、レコメンド履歴ＤＢ２５を検索対象として、第１のファイルに関連する１以上のファイルのレコメンド情報１ｃを検索する。

【0066】

レコメンド履歴ＤＢ２５に第１のファイルに関連する１以上のファイルのレコメンド情報１ｃが存在する場合、すなわち検索に成功した場合、レコメンド情報解析部２４は、検索に成功した１以上のファイルの保存場所２１ｂに設定されたアクセス権を確認する。

【0067】

レコメンド情報解析部２４は、操作情報１ｂの送信元である業務端末３（３ｂ）の従業員のユーザ情報を用いたアクセスが可能な第２のファイルのレコメンド情報１ｃを絞り込む。

【0068】

そして、レコメンド情報解析部２４は、図４に例示するように、絞り込んだレコメンド情報１ｃを業務端末３ｂに出力、例えば図示しないネットワークを介して送信する。

【0069】

（ｂ）レコメンド履歴ＤＢ２５が存在しない場合、又は、上記（ａ）でレコメンド履歴ＤＢ２５に第１のファイルに関連するファイルが存在しない場合（検索に失敗した場合）。

【0070】

出力部の一例であるレコメンド情報解析部２４は、図４に例示するように、レコメンド情報作成部２６に対して、レコメンド情報１ｃの作成を指示し、作成されたレコメンド情報１ｃを業務端末３に出力、例えばネットワークを介して送信する。

【0071】

検索部の一例であるレコメンド情報作成部２６は、操作情報１ｂに基づいて、操作ログＤＢ２１を検索対象として、第１のファイルに関連する１以上のファイルを検索する。

【0072】

操作ログＤＢ２１に第１のファイルに関連する１以上のファイルが存在する場合、すなわち検索に成功した場合、レコメンド情報作成部２６は、検索に成功した１以上のファイルの保存場所２１ｂに設定されたアクセス権を確認する。

【0073】

特定部の一例であるレコメンド情報作成部２６は、操作情報１ｂの送信元の業務端末３ｂの従業員のユーザ情報を用いたアクセスが可能な第２のファイルを特定する。そして、レコメンド情報作成部２６は、特定した１以上のファイルに基づきレコメンド情報１ｃを作成して、レコメンド情報解析部２４に出力する。例えば、レコメンド情報作成部２６は、操作ログＤＢ２１の「内容」から、ファイル名２１ａ、保存場所２１ｂ及びキーワード２１ｃを抽出し、レコメンド情報１ｃを作成する。

【0074】

このとき、レコメンド情報作成部２６は、作成したレコメンド情報１ｃを、レコメンド履歴ＤＢ２５に格納してよい。例えば、レコメンド情報作成部２６は、ファイル名２１ａ、保存場所２１ｂ、及び、キーワード２１ｃを、業務端末３に出力したレコメンド情報１ｃの履歴として、レコメンド履歴ＤＢ２５に登録してよい。

【0075】

なお、レコメンド情報作成部２６は、キーワード２１ｃについて、操作ログＤＢ２１の「内容」のうちの文章に対して、形態素解析等の自然言語処理を実行することで、１以上の単語をキーワード２１ｃとして抽出してよい。

【0076】

以上のように、マッチング部２２は、業務端末３ｂから送信される操作情報１ｂと、レコメンド履歴ＤＢ２５又は操作ログＤＢ２１とのマッチングを行なう。そして、マッチング部２２は、レコメンド履歴ＤＢ２５又は操作ログＤＢ２１において操作情報１ｂとマッチしたファイルのうち、業務端末３ｂがアクセス可能なファイルに関するレコメンド情報１ｃを、業務端末３ｂに出力（送信）する。

【0077】

（第１のファイルに関連するファイルの検索手法の例）
上記（ａ）又は（ｂ）の解析処理では、マッチング部２２は、レコメンド履歴ＤＢ２５又は操作ログＤＢ２１から、第１のファイルに関連するファイルを検索する。

【0078】

第１のファイルに関連するファイルとしては、一例として、操作情報１ｂの第１のファイルのファイル名と一致するファイル名を含むファイルが挙げられる。

【0079】

「一致」とは、完全一致、及び、部分一致の一方又は双方を含んでよい。部分一致は、前方一致、後方一致、及び、中間一致の少なくとも１つを含んでよい。例えば、マッチング部２２は、第１のファイルのファイル名と、完全一致、又は、部分一致するファイル名を含むファイルを、レコメンド履歴ＤＢ２５のファイル名２１ａ、又は、操作ログＤＢ２１の「内容」に記録されたファイル名、から検索してよい。

【0080】

第１のファイルに関連するファイルの他の例としては、操作情報１ｂの第１のファイルに入力された文字列に含まれる１以上の単語を、入力された入力文字列として含むファイルが挙げられる。

【0081】

マッチング部２２は、例えば、第１のファイルに入力された文字列（例えば文章）から形態素解析等により１以上の単語を抽出してよい。そして、マッチング部２２は、抽出した１以上の単語をキーワードとして、レコメンド履歴ＤＢ２５のキーワード２１ｃ、又は、操作ログＤＢ２１の「内容」（例えばファイルへの入力文字列）を検索してよい。

【0082】

例えば、マッチング部２２は、抽出した１以上の単語の一部又は全部が所定の頻度で入力文字列に出現するファイル、換言すれば、第１のファイルとの関連度が所定の程度以上のファイルを、検索に成功したファイルとして特定してよい。所定の頻度は、第１のファイルとの関連度を表す指標の一例である。所定の頻度としては、例えば、１ファイルあたりＸ個以上、或いは、Ｙ文字の文章あたりＺ個以上、等のように定義されてもよい。なお、Ｘ、Ｙ、Ｚは、それぞれ、１以上の整数である。

【0083】

或いは、マッチング部２２は、抽出した１以上の単語のうちの所定数以上又は所定割合以上の単語が入力文字列に出現するファイルを、検索に成功したファイルとして特定してもよい。

【0084】

また、マッチング部２２は、第１のファイルのファイル名、及び、第１のファイルに入力された文字列の双方に基づき、ファイル名及びキーワードの双方による、第１のファイルに関連するファイルの絞り込みを行なってもよい。これにより、第１のファイルに関連するファイルの検索精度を高めることができる。

【0085】

（ユーザ情報を用いたアクセス可否の判定手法の例）
上記（ａ）又は（ｂ）の解析処理では、マッチング部２２は、１以上のファイルの検索に成功した場合、フルパスに基づいて、第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能なファイルを、当該１以上のファイルの中から特定する。

【0086】

例えば、マッチング部２２は、業務端末３ｂの端末番号及びユーザ名の少なくとも一方に基づき、ＡＤ等の管理機能において管理される業務端末３ｂ及び従業員の少なくとも一方のユーザ情報（例えば業務端末３ｂ又はユーザに与えられた権限）を取得してよい。

【0087】

そして、マッチング部２２は、検索に成功した１以上のファイルに係る、レコメンド履歴ＤＢ２５の保存場所２１ｂ、又は、操作ログＤＢ２１の「内容」に記録された保存場所に対する、取得したユーザ情報を用いたアクセス可否を判定してよい。

【0088】

一例として、保存場所が従業員Ａの業務端末３ａのローカル記憶領域である場合、従業員Ｂの業務端末３ｂが、当該保存場所のアクセス権に従いアクセス可能か否かを、ＡＤに設定された従業員Ｂ及び業務端末３ｂの権限に基づき判定してよい。ローカル記憶領域とは、例えば、図３の操作ログＤＢ２１の２番目のエントリに示すように、Ｃドライブのドキュメントフォルダ等の業務端末３ａ固有の記憶装置の記憶領域である。

【0089】

なお、ファイルサーバ等の複数ユーザに共有される記憶領域であっても、記憶領域又はフォルダごとに、ユーザ又は業務端末３別のアクセス権が設定される場合がある。このため、マッチング部２２は、検索に成功した１以上のファイルの保存場所がローカル記憶領域であるか否かに関わらず、アクセス可否の判定を行なってよい。

【0090】

或いは、マッチング部２２は、ユーザ情報を用いたフルパス（保存場所及びファイル名）へのアクセスを、従業員からの操作なしに自動で実行することで、アクセス可否の判定を行なってもよい。

【0091】

（業務端末３への出力対象となるレコメンド情報１ｃの例）
上述のように、マッチング部２２は、レコメンド履歴ＤＢ２５又は操作ログＤＢ２１から１以上のファイルを検索し、検索に成功した１以上のファイルから、ユーザ情報を用いたアクセスが可能な１以上のファイル（以下、「第２ファイル」と称する）を特定する。

【0092】

マッチング部２２は、特定した第２ファイルに基づき作成、又は、レコメンド履歴ＤＢ２５から抽出したレコメンド情報１ｃを、業務端末３への出力対象としてよいが、これに限定されるものではない。例えば、マッチング部２２は、検索に成功した、以下の（ｉ）～（iii）のうちのいずれか１種類、又は、２種類以上の組み合わせについてのレコメンド情報１ｃを、これらのファイルへのアクセス可否に関わらず、出力対象としてもよい。

【0093】

（ｉ）第１のファイルのファイル名と完全一致するファイル名を含むファイル。
（ii）第１のファイルのファイル名と部分一致するファイル名を含むファイル。
（iii）第１のファイルに入力された文字列の一部又は全部を入力文字列に含むファイル。

【0094】

また、マッチング部２２は、上記（ｉ）～（iii）のうちのいずれか１種類、又は、２種類以上の組み合わせについてのレコメンド情報１ｃに対して、アクセス可否の判定結果を区別可能な情報を付加してもよい。

【0095】

例えば、業務端末３ｂの従業員のユーザ情報を用いたアクセスが不可能なファイルであっても、当該ファイルの保存（例えば作成や更新）を行なった従業員と、業務端末３ｂの従業員との間で、当該ファイルのやり取りを行なうことは可能である。

【0096】

従って、アクセスが不可能なファイルに関するレコメンド情報１ｃを出力対象とすることで、第１のファイルの作成に流用可能であるが業務端末３ｂからのアクセスができないファイルの存在及び所在を従業員に通知することができる。これにより、従業員のスキル向上、生産性の向上、作業効率化、等を図ることができる。

【0097】

なお、マッチング部２２は、上記（ii）のレコメンド情報１ｃを出力対象とする条件を、上記（ｉ）を満たすファイルが存在しない、又は、所定数以下である場合に制限してもよい。

【0098】

また、マッチング部２２は、ユーザ情報を用いたアクセスが不可能なファイルに関するレコメンド情報１ｃを出力対象とする条件を、ユーザ情報を用いたアクセスが可能なファイルが存在しない、又は、所定数以下である場合に制限してもよい。

【0099】

（条件変更要求について）
業務端末３ｂに対するレコメンド情報１ｃの出力後、後述するように、業務端末３ｂから、ファイル名やキーワード等の条件を変更したレコメンド情報１ｃを要求する、条件変更要求（再検索要求）が送信されてもよい。条件変更要求には、例えば、条件変更後のファイル名、及び、キーワードの一方又は双方が含まれてよい。

【0100】

マッチング部２２は、業務端末３ｂから条件変更要求を受信すると、条件変更要求に含まれるファイル名、及び、キーワードの一方又は双方に基づいて、条件変更要求に応じたレコメンド情報１ｃを作成又は抽出し、業務端末３ｂに出力してよい。なお、条件変更要求に基づくレコメンド情報１ｃの作成又は抽出は、ファイル名、及び、キーワードの情報を操作情報１ｂではなく条件変更要求から抽出する点を除き、上述した解析処理と同様の手法により実行されてよい。

【0101】

〔１－２－２〕業務端末の機能構成例
次に、図２を参照して、業務端末３の機能構成例を説明する。図２に示すように、業務端末３は、例示的に、ファイル操作部３１、操作ログ取得部３２、レコメンド部３３、及び、表示部３４を備えてよい。

【0102】

ファイル操作部３１は、ファイルに対する、参照、作成、削除、移動、変名、入力、及び更新等の操作（処理）を行なう。ファイル操作部３１は、業務端末３で実行されるＯＳ（Operating System）の一機能として実現されてもよいし、ＯＳ上で動作する種々のアプリケーションとして実現されてもよい。

【0103】

操作ログ取得部３２は、自装置で実行された操作に関するファイル操作ログ１ａをレコメンドサーバ２へ送信する取得部の一例である。操作ログ取得部３２は、図４に例示するように、複数の業務端末３の各々において、ファイル操作部３１による操作に関する種々の情報を収集してファイル操作ログ１ａを作成し、レコメンドサーバ２に送信する。ファイル操作ログ１ａは、例えば、ファイルの作成、移動、変名、入力、及び更新等のうちの少なくとも１つの操作、換言すれば「保存」操作に関する操作情報１ｂを含んでよい。

【0104】

なお、操作ログ取得部３２は、ＯＳ上で動作するアプリケーション、例えば、レコメンドサーバ２のエージェントとしてのアプリケーションとして実現されてもよい。操作ログ取得部３２は、ファイル操作ログ１ａを所定のタイミングでレコメンドサーバ２に送信してよい。所定のタイミングとしては、例えば、業務端末３において操作が行なわれる都度、一定期間ごと、或いは、レコメンドサーバ２からの要求時、等の種々のタイミングが挙げられる。

【0105】

表示部３４は、業務端末３が備えるモニタ等の表示装置である。なお、表示部３４は、表示（出力）機能に加えて、入力機能を備えてもよい。一例として、表示部３４は、タッチパネル等の、入出力機能を備える入出力装置であってもよい。

【0106】

レコメンド部３３は、レコメンドサーバ２のマッチング部２２（レコメンド情報解析部２４）からデータ、例えばレコメンド情報１ｃを受信し、受信したレコメンド情報１ｃに基づき、図６に例示するように、表示部３４にレコメンドウィンドウ３００を表示する（図４参照）。なお、レコメンド部３３は、例えば、ＯＳ上で動作するエージェントとしてのアプリケーションとして実現されてもよい。

【0107】

（レコメンドウィンドウ３００の表示例）
以下、レコメンド部３３により表示制御が行なわれるレコメンドウィンドウ３００の表示例を説明する。

【0108】

（第１の表示例）
図６は、レコメンドウィンドウ３００の一例を示す図である。図６に例示するように、レコメンドウィンドウ３００は、少なくとも、ファイル名３１０、件数３２０、レコメンドされるファイルの一覧領域３３０、及び、レコメンドウィンドウ３００を終了するための閉じるボタン３４０を含んでよい。

【0109】

ファイル名３１０は、第１のファイルのファイル名を示し、図６の例では“製品企画書”である。件数３２０は、マッチング部２２がアクセス可能であると特定した、レコメンド対象のファイルの件数を示し、図６の例では、“３件”である。

【0110】

一覧領域３３０には、レコメンドサーバ２から受信したレコメンド情報１ｃに含まれる、ファイルのファイル名を示す「文書」、及び、当該ファイルの「保存場所」がリスト形式で表示されてよい。

【0111】

「文書」には、第１のファイルに関連する、レコメンドされるファイルのファイル名が表示されてよい。

【0112】

「保存場所」には、レコメンドされたファイルの実体が保存されている場所が表示されてよい。図３に例示するように、業務端末３ｂの従業員（レコメンド対象者）がアクセス可能なファイルの場合、保存場所は、リンクとして表示されてよい。これにより、レコメンド対象者は、リンクを選択（例えばクリック）することで、レコメンドされたファイルを表示部３４に表示させる、すなわち、ファイルを開く（参照する）ことができる。

【0113】

（第２の表示例）
図６には、一覧領域３３０の各エントリに、（ｉ）完全一致により検索されたファイルの中から特定されたファイル、及び、（ii）部分一致により検索されたファイルの中から特定されたファイル、の双方が表示される例を示している。例えば、一覧領域３３０に、（ｉ）のファイルとして「製品企画書.docx」、並びに、（ii）のファイルとして「新製品 製品企画書.pptx」及び「2015_次世代製品企画書.doc」が表示されている。

【0114】

例えば、一覧領域３３０には、上記（ｉ）及び（ii）のうち、（ｉ）の完全一致により検索されたファイルの中から特定されたファイルのみが表示されてもよい。なお、上記（ii）の部分一致により検索されたファイルの中から特定されたファイルは、（ｉ）のファイルが存在しない、又は、所定数以下である場合に、（ｉ）とともに表示されてもよい。

【0115】

（第３の表示例）
図６の例では、一覧領域３３０の各エントリ（行）に、マッチング部２２がアクセス可能であると特定した第２のファイルが表示される例を示している。

【0116】

例えば、図７に示すように、一覧領域３３０には、業務端末３ｂの従業員のユーザ情報を用いたアクセスが不可能なファイル（例えば、図７の「Ｎｏ．３」のエントリ）が、アクセス可能なファイルとともに表示されてもよい。この場合、アクセスが不可能なファイルの保存場所は、リンクが設定されなくてよく、代わりに、アクセスが不可能なファイルの最終更新者のユーザ情報（図７の例では“AD＼matsu”）が併記されてもよい。なお、このようなアクセスが不可能なファイルは、例えば、アクセス可能なファイルが存在しない、又は、所定数以下である場合に、アクセス可能なファイルとともに表示されてもよい。

【0117】

また、図７に例示するように、一覧領域３３０には、一覧領域３３０に表示可能な所定件数（例えば“５件”）以上のファイルが表示される場合、スクロールバー３３１が表示されてもよい。

【0118】

（第４の表示例）
第１～第３の表示例に示すレコメンドウィンドウ３００には、一覧領域３３０に、「文書」、すなわちファイル名の項目と、「保存場所」の項目とが表示される例を示すが、これに限定されるものではない。

【0119】

例えば、図８に示すように、一覧領域３３０には、第１のファイルに入力された文字列の一部又は全部を入力文字列に含む第２のファイル（図８の例では「Ｎｏ．１」及び「Ｎｏ．３」）の「キーワード」が表示されてもよい。また、「キーワード」に代えて、第２のファイルのキーワードを含む第２のファイル内の「文章」が表示されてもよい。

【0120】

なお、図８には、図７に示す第３の表示例に対してキーワードの項目を表示する例を示すが、図６に示す第１又は第２の表示例における一覧領域３３０にキーワードの項目が表示されてもよい。

【0121】

（第５の表示例）
第１～第４の表示例に示すレコメンドウィンドウ３００には、図９に例示するように、一覧領域３３０におけるレコメンド情報１ｃの提示結果の絞り込みや、条件を変更しての再検索を行なうための領域３５０が表示されてもよい。

【0122】

なお、図９には、第４の表示例に対して領域３５０を表示する例を示すが、第１～第３のいずれかの表示例においてレコメンドウィンドウ３００に領域３５０が表示されてもよい。

【0123】

図９に例示するように、領域３５０には、入力欄３５１、絞り込みボタン３５２、及び、条件変更ボタン３５３が表示されてよい。

【0124】

入力欄３５１は、一覧領域３３０に表示されたレコメンドの絞り込みや、条件を変更して一覧領域３３０に再レコメンドを表示するための、絞り込み又は条件変更の検索文字列の入力欄である。

【0125】

絞り込みボタン３５２は、入力欄３５１に入力された検索文字列に基づき、一覧領域３３０に表示されるレコメンド情報１ｃの絞り込みを実行するためのボタンである。

【0126】

レコメンド部３３は、絞り込みボタン３５２の選択（例えばクリック）を検出すると、入力欄３５１に入力された検索文字列を取得し、当該検索文字列をキーとして、レコメンド情報１ｃのファイル名及びキーワードの一方又は双方を検索してよい。そして、レコメンド部３３は、一覧領域３３０に表示するレコメンド情報１ｃを、検索に成功したレコメンド情報１ｃに制限して、一覧領域３３０の再表示を行なってよい。

【0127】

条件変更ボタン３５３は、入力欄３５１に入力された検索文字列に基づき、レコメンドサーバ２に対して、レコメンド情報１ｃの再提示（再検索）を要求するためのボタンである。

【0128】

レコメンド部３３は、条件変更ボタン３５３の選択（例えばクリック）を検出すると、入力欄３５１に入力された文字列を取得し、当該文字列を含む、条件変更要求をレコメンドサーバ２に送信してよい。そして、レコメンド部３３は、レコメンドサーバ２から条件変更要求に応じたレコメンド情報１ｃの受信を検出すると、受信したレコメンド情報１ｃに基づき、一覧領域３３０の表示を更新（再表示）してよい。

【0129】

なお、領域３５０には、ファイル名による絞り込み用の入力欄と、キーワード（ファイル内の入力文字列）による絞り込み用の入力欄とが設けられてもよい。

【0130】

また、領域３５０には、絞り込みボタン３５２及び条件変更ボタン３５３のうちのいずれか一方のみが表示されてもよい。

【0131】

以上のように、第５の表示例によれば、一覧領域３３０に表示させるエントリのファイル名及びキーワードの少なくとも一方の検索文字列を変更することで、レコメンド情報１ｃの絞り込みが可能となる。

【0132】

例えば、レコメンドされるファイルの件数３２０が多数の場合、レコメンド部３３は、レコメンドするファイルの更なる絞り込み、又は、条件変更による再検索を、ユーザの意思により実行することができる。従って、ユーザに対するファイルレコメンドにインタラクティブ性を持たせることができる。

【0133】

これにより、最初のレコメンドはユーザに意識させずに行なうとともに、ユーザがレコメンドされたファイルに興味を示した場合に、絞り込み又は再検索によって、より精度よく、第１のファイルの作成に流用可能なファイルのレコメンドを行なうことができる。

【0134】

〔１－３〕動作例
次に、上述の如く構成された一実施形態に係る業務システム１の動作例を説明する。なお、以下の説明において、第１のファイルに対して処理を行なった業務端末３（図１の業務端末３ｂに対応）の従業員を、「ファイル作成者」と表記する場合がある。

【0135】

〔１－３－１〕操作ログ送信処理の動作例
図１０は、業務端末３によるファイル操作ログ１ａの送信処理の動作例を説明するフローチャートである。図１０に例示するように、業務端末３の操作ログ取得部３２は、ファイル操作部３１によるファイル操作の発生を待ち受ける（ステップＳ１、ステップＳ１でＮＯ）。

【0136】

ファイル操作の発生を検出すると（ステップＳ１でＹＥＳ）、操作ログ取得部３２は、ファイル名、保存場所、及び、キーワード（取得する場合）等の情報を含むファイル操作ログ１ａを収集する（ステップＳ２）。

【0137】

そして、操作ログ取得部３２は、収集したファイル操作ログ１ａを、所定のタイミングでレコメンドサーバ２に送信し（ステップＳ３）、処理がステップＳ１に移行する。

【0138】

〔１－３－２〕操作ログ格納処理の動作例
図１１は、レコメンドサーバ２によるファイル操作ログ１ａの格納処理の動作例を説明するフローチャートである。図１１に例示するように、レコメンドサーバ２の操作ログ収集部２３は、複数の業務端末３の各々からのファイル操作ログ１ａの受信を待ち受ける（ステップＳ１１、ステップＳ１１でＮＯ）。

【0139】

ファイル操作ログ１ａの受信を検出すると（ステップＳ１１でＹＥＳ）、操作ログ収集部２３は、受信したファイル操作ログ１ａを操作ログＤＢ２１に格納し（ステップＳ１２）、処理がステップＳ１１に移行する。

【0140】

〔１－３－３〕レコメンド情報送信処理の動作例
図１２は、レコメンドサーバ２によるレコメンド情報送信処理の動作例を説明するフローチャートである。図１２に例示するように、レコメンドサーバ２のレコメンド情報解析部２４は、ファイル操作ログ１ａとして、ファイルの「保存」に関する操作情報１ｂの受信を待ち受ける（ステップＳ２１、ステップＳ２１でＮＯ）。

【0141】

操作情報１ｂの受信を検出すると（ステップＳ２１でＹＥＳ）、レコメンド情報解析部２４は、レコメンド履歴ＤＢ２５のデータ（エントリ）有無を判定する（ステップＳ２２）。

【0142】

レコメンド履歴ＤＢ２５にデータが存在しないと判定した場合（ステップＳ２２でＮＯ）、レコメンド情報解析部２４は、レコメンド情報作成部２６に対してレコメンド情報１ｃの作成を指示する。

【0143】

レコメンド情報作成部２６は、操作ログＤＢ２１から、受信した操作情報１ｂの内容に関連するファイル操作ログ１ａを抽出する（ステップＳ２３）。例えば、レコメンド情報作成部２６は、操作情報１ｂに含まれる第１のファイルのファイル名、及び、キーワードの一方又は双方に基づき操作ログＤＢ２１を検索し、第１のファイルに関連するファイル操作ログ１ａを抽出する。

【0144】

レコメンド情報作成部２６は、抽出したファイルの保存場所に設定されたアクセス権を確認し（ステップＳ２４）、抽出したファイル操作ログ１ａとアクセス権とに基づき、レコメンド情報１ｃを作成する（ステップＳ２５）。例えば、レコメンド情報作成部２６は、抽出したファイルから、当該ファイルの保存場所に対する、ファイル作成者のユーザ情報を用いたアクセスが可能な第２のファイルを特定し、特定した第２のファイルに関するレコメンド情報１ｃを作成する。

【0145】

また、レコメンド情報作成部２６は、作成したレコメンド情報１ｃをレコメンド履歴ＤＢ２５に格納し（ステップＳ２６）、レコメンド情報解析部２４にレコメンド情報１ｃの作成完了を通知して、処理がステップＳ３０に移行する。

【0146】

一方、レコメンド履歴ＤＢ２５にデータが存在すると判定した場合（ステップＳ２２でＹＥＳ）、レコメンド情報解析部２４は、レコメンド履歴ＤＢ２５から、受信した操作情報１ｂの内容に関連するレコメンド情報１ｃを抽出する（ステップＳ２７）。例えば、レコメンド情報解析部２４は、操作情報１ｂに含まれる第１のファイルのファイル名、及び、キーワードの一方又は双方に基づきレコメンド履歴ＤＢ２５を検索し、第１のファイルに関連するレコメンド情報１ｃを抽出する。

【0147】

レコメンド情報解析部２４は、抽出したレコメンド情報１ｃが示すファイルの保存場所２１ｂに設定されたアクセス権を確認し（ステップＳ２８）、アクセス権に基づき、抽出したレコメンド情報１ｃを絞り込む（ステップＳ２９）。例えば、レコメンド情報解析部２４は、抽出したレコメンド情報１ｃから、当該ファイルの保存場所２１ｂに対する、ファイル作成者のユーザ情報を用いたアクセスが可能な第２のファイルのレコメンド情報１ｃを特定する。

【0148】

レコメンド情報解析部２４は、ステップＳ２９で抽出した、又は、ステップＳ２６でレコメンド情報作成部２６が作成したレコメンド情報１ｃを、操作情報１ｂの送信先の業務端末３ｂに送信し（ステップＳ３０）、処理がステップＳ２１に移行する。

【0149】

〔１－３－４〕レコメンド情報表示処理の動作例
図１３は、業務端末３（３ｂ）によるレコメンド情報表示処理の動作例を説明するフローチャートである。図１３に例示するように、業務端末３のレコメンド部３３は、レコメンドサーバ２からのレコメンド情報１ｃの受信を待ち受ける（ステップＳ３１、ステップＳ３１でＮＯ）。

【0150】

レコメンド情報１ｃの受信を検出すると（ステップＳ３１でＹＥＳ）、レコメンド部３３は、レコメンド情報１ｃに基づきレコメンドウィンドウ３００を生成し（ステップＳ３２）、レコメンドウィンドウ３００を表示部３４に出力する（ステップＳ３３）。

【0151】

レコメンド部３３は、レコメンドウィンドウ３００に対するファイル作成者の操作入力を待ち受ける。例えば、レコメンド部３３は、絞り込み要求が発生したか否かを判定し（ステップＳ３４）、発生していないと判定した場合（ステップＳ３４でＮＯ）、条件変更要求が発生したか否かを判定する（ステップＳ３６）。

【0152】

条件変更要求が発生していないと判定した場合（ステップＳ３６でＮＯ）、レコメンド部３３は、レコメンドウィンドウ３００が終了したか（閉じられたか）否かを判定する（ステップＳ３８）。レコメンドウィンドウ３００が終了していないと判定した場合（ステップＳ３８でＮＯ）、処理がステップＳ３４に移行する。

【0153】

なお、ステップＳ３４、Ｓ３６、及びＳ３８の判定は、いずれの順序で行なわれてもよく、２つ以上の判定が並行して行なわれてもよい。

【0154】

レコメンドウィンドウ３００が終了したと判定した場合（ステップＳ３８でＹＥＳ）、処理がステップＳ３１に移行する。

【0155】

レコメンドウィンドウ３００が表示されている間に、ファイル作成者（業務端末３ｂ）による入力欄３５１への入力、及び、絞り込みボタン３５２の押下が行なわれて（図９参照）、絞り込み要求が発生した場合を想定する。

【0156】

レコメンド部３３は、絞り込み要求の発生を検出すると（ステップＳ３４でＹＥＳ）、入力欄３５１に入力された検索文字列に基づき、一覧領域３３０に表示されるレコメンド情報１ｃを絞り込み、レコメンドウィンドウ３００を更新する（ステップＳ３５）。そして、処理がステップＳ３３に移行する。

【0157】

また、レコメンドウィンドウ３００が表示されている間に、ファイル作成者（業務端末３ｂ）による入力欄３５１への入力、及び、条件変更ボタン３５３の押下が行なわれて（図９参照）、条件変更要求が発生した場合を想定する。

【0158】

レコメンド部３３は、条件変更要求の発生を検出すると（ステップＳ３６でＹＥＳ）、入力欄３５１に入力された検索文字列を含む条件変更要求をレコメンドサーバ２に送信し（ステップＳ３７）、処理がステップＳ３１に移行する。なお、レコメンドサーバ２から、条件変更要求に応じたレコメンド情報１ｃを受信すると、レコメンド部３３は、当該レコメンド情報１ｃに基づき、上述した処理と同様にレコメンドウィンドウ３００を生成する。

【0159】

〔１－３－５〕レコメンド情報送信処理の動作例
図１４は、レコメンドサーバ２によるレコメンド情報再検索処理の動作例を説明するフローチャートである。図１４に例示するように、レコメンドサーバ２のレコメンド情報解析部２４は、レコメンド情報１ｃの条件変更要求の受信を待ち受ける（ステップＳ４１、ステップＳ４１でＮＯ）。

【0160】

条件変更要求の受信を検出すると（ステップＳ４１でＹＥＳ）、レコメンド情報解析部２４は、レコメンド履歴ＤＢ２５のデータ有無を判定する（ステップＳ４２）。

【0161】

レコメンド履歴ＤＢ２５にデータが存在しないと判定した場合（ステップＳ４２でＮＯ）、レコメンド情報解析部２４は、レコメンド情報作成部２６に対してレコメンド情報１ｃの作成を指示する。

【0162】

レコメンド情報作成部２６は、操作ログＤＢ２１から、条件変更要求の内容に関連するファイル操作ログ１ａを抽出する（ステップＳ４３）。例えば、レコメンド情報作成部２６は、条件変更要求に含まれる検索文字列に基づき操作ログＤＢ２１を検索し、検索文字列に関連するファイル操作ログ１ａを抽出する。

【0163】

ステップＳ４４～Ｓ４６の処理は、図１２のステップＳ２４～Ｓ２６の処理と、ステップＳ４３で抽出されたファイル操作ログ１ａが異なる以外は同様である。

【0164】

一方、レコメンド履歴ＤＢ２５にデータが存在すると判定した場合（ステップＳ４２でＹＥＳ）、レコメンド情報解析部２４は、レコメンド履歴ＤＢ２５から、受信した条件変更要求の内容に関連するレコメンド情報１ｃを抽出する（ステップＳ４７）。例えば、レコメンド情報解析部２４は、条件変更要求に含まれる検索文字列に基づきレコメンド履歴ＤＢ２５を検索し、検索文字列に関連するレコメンド情報１ｃを抽出する。

【0165】

ステップＳ４８及びＳ４９の処理は、図１２のステップＳ２８及びＳ２９の処理と、ステップＳ４７で抽出されたレコメンド情報１ｃが異なる以外は同様である。

【0166】

レコメンド情報解析部２４は、ステップＳ４９で抽出した、又は、ステップＳ４６でレコメンド情報作成部２６が作成したレコメンド情報１ｃを、条件変更要求の送信先の業務端末３ｂに送信し（ステップＳ５０）、処理がステップＳ４１に移行する。当該レコメンド情報１ｃは、検索文字列に関連する１以上のファイルの中から特定された、ユーザ情報を用いたアクセスが可能な第３のファイルに関するレコメンド情報１ｃである。

【0167】

〔１－４〕ハードウェア構成例
図１５は、レコメンドサーバ２の機能を実現するコンピュータ１０のＨＷ構成例を示すブロック図である。レコメンドサーバ２の機能を実現するＨＷリソースとして、複数のコンピュータが用いられる場合は、各コンピュータが図１５に例示するＨＷ構成を備えてよい。

【0168】

図１５に示すように、コンピュータ１０は、ＨＷ構成として、例示的に、プロセッサ１０ａ、メモリ１０ｂ、記憶部１０ｃ、ＩＦ（Interface）部１０ｄ、Ｉ／Ｏ（Input / Output）部１０ｅ、及び読取部１０ｆを備えてよい。

【0169】

プロセッサ１０ａは、種々の制御や演算を行なう演算処理装置の一例である。プロセッサ１０ａは、コンピュータ１０内の各ブロックとバス１０ｉで相互に通信可能に接続されてよい。なお、プロセッサ１０ａは、複数のプロセッサを含むマルチプロセッサであってもよいし、複数のプロセッサコアを有するマルチコアプロセッサであってもよく、或いは、マルチコアプロセッサを複数有する構成であってもよい。

【0170】

プロセッサ１０ａとしては、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ等の集積回路（ＩＣ；Integrated Circuit）が挙げられる。なお、プロセッサ１０ａとして、これらの集積回路の２以上の組み合わせが用いられてもよい。ＣＰＵはCentral Processing Unitの略称であり、ＭＰＵはMicro Processing Unitの略称である。ＧＰＵはGraphics Processing Unitの略称であり、ＡＰＵはAccelerated Processing Unitの略称である。ＤＳＰはDigital Signal Processorの略称であり、ＡＳＩＣはApplication Specific ICの略称であり、ＦＰＧＡはField-Programmable Gate Arrayの略称である。

【0171】

メモリ１０ｂは、種々のデータやプログラム等の情報を格納するＨＷの一例である。メモリ１０ｂとしては、例えばＤＲＡＭ（Dynamic RAM）等の揮発性メモリ、及び、ＰＭ（Persistent Memory）等の不揮発性メモリ、の一方又は双方が挙げられる。

【0172】

記憶部１０ｃは、種々のデータやプログラム等の情報を格納するＨＷの一例である。記憶部１０ｃとしては、ＨＤＤ（Hard Disk Drive）等の磁気ディスク装置、ＳＳＤ（Solid State Drive）等の半導体ドライブ装置、不揮発性メモリ等の各種記憶装置が挙げられる。不揮発性メモリとしては、例えば、フラッシュメモリ、ＳＣＭ（Storage Class Memory）、ＲＯＭ（Read Only Memory）等が挙げられる。

【0173】

また、記憶部１０ｃは、コンピュータ１０の各種機能の全部若しくは一部を実現するプログラム１０ｇ（ファイルレコメンドプログラム）を格納してよい。例えば、レコメンドサーバ２のプロセッサ１０ａは、記憶部１０ｃに格納されたプログラム１０ｇをメモリ１０ｂに展開して実行することにより、レコメンドサーバ２としての機能を実現できる。

【0174】

なお、メモリ１０ｂ及び記憶部１０ｃの少なくとも１つが有する記憶領域には、図２に示す操作ログＤＢ２１及びレコメンド履歴ＤＢ２５が格納されてよい。

【0175】

ＩＦ部１０ｄは、ネットワークとの間の接続及び通信の制御等を行なう通信ＩＦの一例である。例えば、ＩＦ部１０ｄは、イーサネット（登録商標）等のＬＡＮ、或いは、ＦＣ（Fibre Channel）等の光通信等に準拠したアダプタを含んでよい。当該アダプタは、無線及び有線の一方又は双方の通信方式に対応してよい。例えば、プログラム１０ｇは、当該通信ＩＦを介して、ネットワークからコンピュータ１０にダウンロードされ、記憶部１０ｃに格納されてもよい。

【0176】

Ｉ／Ｏ部１０ｅは、入力装置、及び、出力装置、の一方又は双方を含んでよい。入力装置としては、例えば、キーボード、マウス、タッチパネル等が挙げられる。出力装置としては、例えば、モニタ、プロジェクタ、プリンタ等が挙げられる。

【0177】

読取部１０ｆは、記録媒体１０ｈに記録されたデータやプログラムの情報を読み出すリーダの一例である。読取部１０ｆは、記録媒体１０ｈを接続可能又は挿入可能な接続端子又は装置を含んでよい。読取部１０ｆとしては、例えば、ＵＳＢ（Universal Serial Bus）等に準拠したアダプタ、記録ディスクへのアクセスを行なうドライブ装置、ＳＤカード等のフラッシュメモリへのアクセスを行なうカードリーダ等が挙げられる。なお、記録媒体１０ｈにはプログラム１０ｇが格納されてもよく、読取部１０ｆが記録媒体１０ｈからプログラム１０ｇを読み出して記憶部１０ｃに格納してもよい。

【0178】

記録媒体１０ｈとしては、例示的に、磁気／光ディスクやフラッシュメモリ等の非一時的なコンピュータ読取可能な記録媒体が挙げられる。磁気／光ディスクとしては、例示的に、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク、ＨＶＤ（Holographic Versatile Disc）等が挙げられる。フラッシュメモリとしては、例示的に、ＵＳＢメモリやＳＤカード等の半導体メモリが挙げられる。

【0179】

上述したコンピュータ１０のＨＷ構成は例示である。従って、コンピュータ１０内でのＨＷの増減（例えば任意のブロックの追加や削除）、分割、任意の組み合わせでの統合、又は、バスの追加若しくは削除等は適宜行なわれてもよい。例えば、レコメンドサーバ２において、Ｉ／Ｏ部１０ｅ及び読取部１０ｆの少なくとも一方は、省略されてもよい。

【0180】

なお、情報処理装置の一例である業務端末３の機能は、上述したコンピュータ１０と同様のＨＷ構成により実現されてよい。例えば、業務端末３のプロセッサ１０ａは、記憶部１０ｃに格納されたプログラム１０ｇをメモリ１０ｂに展開して実行することにより、図２に示す業務端末３としての機能（例えばファイル操作部３１、操作ログ取得部３２及びレコメンド部３３）を実現できる。また、図２に示す業務端末３の表示部３４は、業務端末３のＩ／Ｏ部１０ｅの一例である。

【0181】

〔２〕その他
上述した一実施形態に係る技術は、以下のように変形、変更して実施することができる。

【0182】

例えば、図２に示すレコメンドサーバ２において、操作ログ収集部２３、レコメンド情報解析部２４、及び、レコメンド情報作成部２６の機能は、任意の組み合わせで併合してもよく、それぞれ分割してもよい。また図２に示すレコメンドサーバ２は、複数の装置がネットワークを介して互いに連携することにより、各処理機能を実現する構成であってもよい。また、図２に例示する業務端末３において、ファイル操作部３１、操作ログ取得部３２、及び、レコメンド部３３の機能は、任意の組み合わせで併合してもよく、それぞれ分割してもよい。

【0183】

また、マッチング部２２は、過去にレコメンドを行なったときのレコメンド情報１ｃをキャッシュとしてレコメンド履歴ＤＢ２５に記憶し、レコメンドを行なう際に、まずレコメンド履歴ＤＢ２５を参照するものとして説明したが、これに限定されるものではない。例えば、レコメンドサーバ２は、レコメンド履歴ＤＢ２５を備えない構成も許容されてよい。この場合、レコメンド情報解析部２４は、レコメンド履歴ＤＢ２５の参照に係る処理（例えば、図１２のステップＳ２２及びＳ２７～Ｓ２９、並びに、図１４のステップＳ４２及びＳ４７～４９の処理）を実行しなくてもよい。

【0184】

〔３〕付記
以上の実施形態に関し、さらに以下の付記を開示する。

【0185】

（付記１）
複数の情報処理端末とサーバとを有するファイルレコメンドシステムにおいて、
前記情報処理端末の各々は、
自装置で実行された操作に関する操作ログを前記サーバへ送信する取得部と、
前記サーバからデータを受信するレコメンド部と、を有し、
前記サーバは、
前記複数の情報処理端末の各々から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを格納する記憶領域と、
前記複数の情報処理端末のうちの第１の情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、前記操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行する検索部と、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定する特定部と、
特定した前記第２のファイルに関する情報を前記第１の情報処理端末に出力する出力部と、を有する、
ことを特徴とするファイルレコメンドシステム。

【0186】

（付記２）
情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、他の情報処理端末から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行し、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定し、
特定した前記第２のファイルに関する情報を前記情報処理端末に出力する、
処理をコンピュータに実行させる、ファイルレコメンドプログラム。

【0187】

（付記３）
前記検索を実行する処理は、前記第１のファイルの保存操作が行なわれたことに応じて実行される、
付記２に記載のファイルレコメンドプログラム。

【0188】

（付記４）
前記出力する処理は、特定した前記第２のファイルのフルパス、又は、前記第２のファイルの最終更新者の情報を、前記情報処理端末に出力する、
付記２又は付記３に記載のファイルレコメンドプログラム。

【0189】

（付記５）
前記特定する処理は、前記ユーザ情報を用いた前記保存場所へのアクセスを前記ユーザからの操作なしに自動で実行する、
付記２～４のいずれか１項に記載のファイルレコメンドプログラム。

【0190】

（付記６）
前記情報処理端末からの検索文字列を含む条件変更要求の受信に応じて、前記検索文字列に基づいて、前記操作ログを検索対象として前記検索文字列に関連する１以上のファイルの検索を実行し、
前記検索文字列に関連する１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記ユーザ情報を用いたアクセスが可能な第３のファイルを、前記検索文字列に関連する１以上のファイルの中から特定し、
特定した前記第３のファイルに関する情報を、前記条件変更要求に対する応答として前記情報処理端末に出力する、
処理を前記コンピュータに実行させる、付記２～５のいずれか１項に記載のファイルレコメンドプログラム。

【0191】

（付記７）
前記第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、過去に出力した第２のファイルに関する情報を記憶する出力履歴を検索対象として前記第１のファイルに関連する１以上のファイルに関する情報の検索を実行し、
前記出力履歴を検索対象とした前記１以上のファイルに関する情報の検索に失敗した場合に、前記操作ログを検索対象とした前記第１のファイルに関連する１以上のファイルの前記検索を実行する、
処理を前記コンピュータに実行させる、付記２～６のいずれか１項に記載のファイルレコメンドプログラム。

【0192】

（付記８）
情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、他の情報処理端末から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行し、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定し、
特定した前記第２のファイルに関する情報を前記情報処理端末に出力する、
処理をコンピュータが実行する、ファイルレコメンド方法。

【0193】

（付記９）
前記検索を実行する処理は、前記第１のファイルの保存操作が行なわれたことに応じて実行される、
付記８に記載のファイルレコメンド方法。

【0194】

（付記１０）
前記出力する処理は、特定した前記第２のファイルのフルパス、又は、前記第２のファイルの最終更新者の情報を、前記情報処理端末に出力する、
付記８又は付記９に記載のファイルレコメンド方法。

【0195】

（付記１１）
前記特定する処理は、前記ユーザ情報を用いた前記保存場所へのアクセスを前記ユーザからの操作なしに自動で実行する、
付記８～１０のいずれか１項に記載のファイルレコメンド方法。

【0196】

（付記１２）
前記情報処理端末からの検索文字列を含む条件変更要求の受信に応じて、前記検索文字列に基づいて、前記操作ログを検索対象として前記検索文字列に関連する１以上のファイルの検索を実行し、
前記検索文字列に関連する１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記ユーザ情報を用いたアクセスが可能な第３のファイルを、前記検索文字列に関連する１以上のファイルの中から特定し、
特定した前記第３のファイルに関する情報を、前記条件変更要求に対する応答として前記情報処理端末に出力する、
処理を前記コンピュータが実行する、付記８～１１のいずれか１項に記載のファイルレコメンド方法。

【0197】

（付記１３）
前記第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、過去に出力した第２のファイルに関する情報を記憶する出力履歴を検索対象として前記第１のファイルに関連する１以上のファイルに関する情報の検索を実行し、
前記出力履歴を検索対象とした前記１以上のファイルに関する情報の検索に失敗した場合に、前記操作ログを検索対象とした前記第１のファイルに関連する１以上のファイルの前記検索を実行する、
処理を前記コンピュータが実行する、付記８～１２のいずれか１項に記載のファイルレコメンド方法。

【0198】

（付記１４）
複数の情報処理端末の各々から収集された、少なくともファイルのファイル名と当該ファイルの保存場所とを含む操作ログを格納する記憶領域と、
前記複数の情報処理端末のうちの第１の情報処理端末で処理対象となっている第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、前記操作ログを検索対象として前記第１のファイルに関連する１以上のファイルの検索を実行する検索部と、
前記１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記第１のファイルに対して操作したユーザのユーザ情報を用いたアクセスが可能な第２のファイルを、前記１以上のファイルの中から特定する特定部と、
特定した前記第２のファイルに関する情報を前記第１の情報処理端末に出力する出力部と、を備える、
ファイルレコメンド装置。

【0199】

（付記１５）
前記検索部は、前記第１のファイルの保存操作が行なわれたことに応じて、前記検索を実行する、
付記１４に記載のファイルレコメンド装置。

【0200】

（付記１６）
前記出力部は、特定した前記第２のファイルのフルパス、又は、前記第２のファイルの最終更新者の情報を、前記第１の情報処理端末に出力する、
付記１４又は付記１５に記載のファイルレコメンド装置。

【0201】

（付記１７）
前記特定部は、前記ユーザ情報を用いた前記保存場所へのアクセスを前記ユーザからの操作なしに自動で実行する、
付記１４～１６のいずれか１項に記載のファイルレコメンド装置。

【0202】

（付記１８）
前記検索部は、前記第１の情報処理端末から、検索文字列を含む条件変更要求を受信した場合、前記検索文字列に基づいて、前記操作ログを検索対象として前記検索文字列に関連する１以上のファイルの検索を実行し、
前記特定部は、前記検索文字列に関連する１以上のファイルの検索に成功した場合、前記保存場所に基づいて前記ユーザ情報を用いたアクセスが可能な第３のファイルを、前記検索文字列に関連する１以上のファイルの中から特定し、
前記出力部は、特定した前記第３のファイルに関する情報を、前記条件変更要求に対する応答として前記第１の情報処理端末に出力する、
付記１４～１７のいずれか１項に記載のファイルレコメンド装置。

【0203】

（付記１９）
前記記憶領域は、前記出力部が過去に出力した第２のファイルに関する情報を記憶する出力履歴を格納し、
前記第１のファイルのファイル名、又は、前記第１のファイルに入力された文字列に基づいて、前記出力履歴を検索対象として前記第１のファイルに関連する１以上のファイルに関する情報の検索を実行する履歴検索部を備え、
前記検索部は、前記出力履歴を検索対象とした前記１以上のファイルに関する情報の検索に失敗した場合に、前記操作ログを検索対象とした前記第１のファイルに関連する１以上のファイルの前記検索を実行する、
付記１４～１８のいずれか１項に記載のファイルレコメンド装置。

【0204】

（付記２０）
前記ファイルレコメンド装置はさらに、
操作ログの解析処理に係る指示を受け付ける受付部と、
前記指示の受け付けに応じて、前記記憶領域から操作ログを読み出し、前記指示に応じた解析処理を実行する処理部と、
前記解析処理の結果を前記指示の送り元である端末に送信する送信部と、
を有することを特徴とする、付記１４～１９のいずれか１項に記載のファイルレコメンド装置。

【符号の説明】

【0205】

１ 業務システム
１ａ ファイル操作ログ
１ｂ 操作情報
１ｃ レコメンド情報
１０ コンピュータ
２ レコメンドサーバ
２ａ 受付部
２ｂ 処理部
２ｃ 送信部
２１ 操作ログＤＢ
２１ａ ファイル名
２１ｂ 保存場所
２１ｃ キーワード
２２ マッチング部
２３ 操作ログ収集部
２４ レコメンド情報解析部
２５ レコメンド履歴ＤＢ
２６ レコメンド情報作成部
３、３ａ、３ｂ 業務端末
３１ ファイル操作部
３２ 操作ログ取得部
３３ レコメンド部
３４ 表示部
４ 管理端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】