(57)【要約】【課題】検索者がファイルに関連する特徴的なキーワードやフォルダの階層を記憶していなくても、検索者が容易に所望のファイルを検索することができる検索システムを提供する。【解決手段】レコード記憶部３は、少なくとも、ファイルの識別情報と、そのファイルを操作したユーザのユーザ名と、そのファイルが操作された日時とを関連付けたファイルレコードを複数記憶する。クエリ受付部４は、少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付ける。検索部５は、少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、レコード記憶部３に記憶されている複数のファイルレコードに基づいて検索する。【選択図】図１６
2019086939.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも、ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付けたファイルレコードを複数記憶するレコード記憶部と、
少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付けるクエリ受付部と、
少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する検索部とを備える
ことを特徴とする検索システム。
【請求項２】
クエリ受付部は、
期間情報の他に、ユーザ名を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
請求項１に記載の検索システム。
【請求項３】
クエリ受付部は、
クエリにユーザ名が含まれていない場合、ユーザ名を特定し、特定したユーザ名を前記クエリに追加し、
検索部は、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
請求項１に記載の検索システム。
【請求項４】
クエリ受付部は、
クエリにユーザ名が含まれていない場合、検索者の名をユーザ名として前記クエリに追加する
請求項３に記載の検索システム。
【請求項５】
レコード記憶部は、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ユーザによって前記ファイルが操作された量を関連付けたファイルレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ユーザによってファイルが操作された量を指定する量情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、量情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
請求項２から請求項４のうちのいずれか１項に記載の検索システム。
【請求項６】
レコード記憶部は、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ファイルの用途を関連付けたファイルレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ファイルの用途を指定する用途情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、用途情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
請求項２から請求項５のうちのいずれか１項に記載の検索システム。
【請求項７】
レコード記憶部は、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、ファイルの操作種別を関連付けたファイルレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ファイルの操作種別を指定する操作種別情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、操作種別情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
請求項２から請求項６のうちのいずれか１項に記載の検索システム。
【請求項８】
レコード記憶部は、
ユーザのユーザ名と、前記ユーザがいた場所または会議を示す場所／会議情報と、前記ユーザが前記場所または前記会議にいた日時とを関連付けたスケジュールレコードを複数記憶し、
クエリ受付部は、
期間情報の他に場所／会議情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、場所／会議情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索する
請求項２から請求項７のうちのいずれか１項に記載の検索システム。
【請求項９】
レコード記憶部は、
ユーザのユーザ名と、前記ユーザ以外の人と、前記ユーザと前記人とが一緒にいた日時とを関連付けたスケジュールレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ファイルを操作したユーザと一緒にいた人を指定する人情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、人情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索する
請求項２から請求項８のうちのいずれか１項に記載の検索システム。
【請求項１０】
クエリ受付部は、自然言語で記述されたクエリを受け付け、前記自然言語で記述されたクエリから、検索時に用いる文言を抽出する
請求項１から請求項９のうちのいずれか１項に記載の検索システム。
【請求項１１】
検索部は、
検索結果として、複数のファイルの識別情報が得られた場合、前記複数のファイルの識別情報の出力順を定める
請求項１から請求項１０のうちのいずれか１項に記載の検索システム。
【請求項１２】
少なくとも、ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付け、
少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
ことを特徴とする検索方法。
【請求項１３】
コンピュータに、
少なくとも、ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付けたファイルレコードを複数、レコード記憶部に記憶させるレコード記憶処理、
少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付けるクエリ受付処理、および、
少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する検索処理
を実行させるための検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルを検索する検索システム、検索方法および検索プログラムに関する。
【背景技術】
【０００２】
一般的に、ファイルを探そうとする場合、検索キーワードを指定し、ファイル名またはファイルの内容にその検索キーワードを含むファイルを検索することが考えられる。
【０００３】
また、ファイルを探そうとする者が、ファイルを保存している情報処理装置のフォルダ（ディレクトリ）の階層を憶えていて、探そうとしているファイルが存在するフォルダまでフォルダを辿ることによって、ファイルを見つけることが考えられる。
【０００４】
また、特許文献１には、コンテンツデータの特徴を表す複数のキーワード情報と、コンテンツデータの感覚的な特徴を定量化した複数の属性の集合であるパラメータ情報とを格納するデータベースを備え、少なくともキーワード情報とパラメータ情報とを検索条件として入力可能な検索インタフェースと、その検索条件に応じた検索結果とを表示するコンテンツ検索システムが記載されている。
【０００５】
また、特許文献２には、ユーザが利用するリソースに含まれるテキスト情報が、複数の５Ｗ１Ｈ情報を含む場合、形態素解析等のルールを用いてテキスト情報を分割することが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−２０９６６１号公報
【特許文献２】特開２０１３−３７４９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述のように、検索キーワードを指定することによって、ファイルを検索することが考えられる。しかし、ファイル名やファイルの内容に含まれている適切な文言を検索者が憶えていない場合が多い。その場合には、検索者は、所望のファイルを検索することができない。また、検索キーワードとして適切な文言を憶えていない場合、検索者が所望のファイルに関して憶えている一般的な文言を検索キーワードとして用いることも考えられる。例えば、ファイルにデータベースに関する記述があったことは憶えていて、検索者が「データベース」を検索キーワードとして、ファイルを検索することが考えられる。しかし、「データベース」は一般的な文言であり、「データベース」という文言を含むファイルは膨大な数になると考えられる。従って、検索結果として、膨大な数のファイルが出力されることになり、検索者は所望のファイルを見つけられない。
【０００８】
また、検索者が、探そうとしているファイルが存在するフォルダまでフォルダを辿ることによって、ファイルを見つけることが考えられる。しかし、検索者がフォルダの階層を憶えていない場合には、どのフォルダに所望のファイルが存在するのか分からず、検索者は、所望のファイルを見つけることができない。例えば、社内の共有サーバや、複数の会社または複数の事業部が関わるプロジェクトのために用意された共有サーバに設けられた共有フォルダの階層は、検索者が定めたものではないことが一般的である。この場合、検索者がフォルダの階層を把握していないため、所望のファイルを見つけることができない。
【０００９】
そこで、本発明は、検索者がファイルに関連する特徴的なキーワードやフォルダの階層を記憶していなくても、検索者が容易に所望のファイルを検索することができる検索システム、検索方法および検索プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明による検索システムは、少なくとも、ファイルの識別情報と、そのファイルを操作したユーザのユーザ名と、そのファイルが操作された日時とを関連付けたファイルレコードを複数記憶するレコード記憶部と、少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付けるクエリ受付部と、少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する検索部とを備えることを特徴とする。
【００１１】
また、本発明による検索方法は、少なくとも、ファイルの識別情報と、そのファイルを操作したユーザのユーザ名と、そのファイルが操作された日時とを関連付けたファイルレコードを複数、レコード記憶部に記憶させ、少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付け、少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索することを特徴とする。
【００１２】
また、本発明による検索プログラムは、コンピュータに、少なくとも、ファイルの識別情報と、そのファイルを操作したユーザのユーザ名と、そのファイルが操作された日時とを関連付けたファイルレコードを複数、レコード記憶部に記憶させるレコード記憶処理、少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付けるクエリ受付処理、および、少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する検索処理を実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、検索者がファイルに関連する特徴的なキーワードやフォルダの階層を記憶していなくても、検索者が容易に所望のファイルを検索することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の検索システムの構成例を示すブロック図である。
【図２】ＰＣ側レコードの例を示す模式図である。
【図３】スケジュールレコードの例を示す模式図である。
【図４】スケジュールレコードの他の例を示す模式図である。
【図５】スケジュールレコードの他の例を示す模式図である。
【図６】図３に例示するスケジュールレコードにおいて、ユーザ名の欄に２名以上の名を記述したスケジュールレコードの例を示す模式図である。
【図７】図２に例示する一連のＰＣ側レコードから得られる１つのファイルレコードの例を示す模式図である。
【図８】複数のファイルレコードの例を示す模式図である。
【図９】複数のスケジュールレコードの例を示す模式図である。
【図１０】スケジュールレコードをファイルレコードと同じテーブルに含めた場合のテーブルの例を示す模式図である。
【図１１】図８に例示するファイルレコードに対して、スケジュールレコードに記述されている情報を追記した結果の例を示す模式図である。
【図１２】本発明の検索システムの処理経過の例を示すフローチャートである。
【図１３】複数のファイルレコードの例を示す模式図である。
【図１４】複数のファイルレコードの例を示す模式図である。
【図１５】本発明の実施形態に係るコンピュータの構成例を示す概略ブロック図である。
【図１６】本発明の概要を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を図面を参照して説明する。
【００１６】
本発明の発明者らは、検索者がファイル名やファイルの内容に含まれる特徴的なキーワードやフォルダの階層を憶えていなくても、例えば、「いつ、誰が使用したか」等のファイルに関するエピソードを憶えていることが非常に多いことを見出した。例えば、検索者は、検索したいファイルに関して、「１０月に特許会議で山田さんが使用した。」等のエピソードを憶えていることが多い。このような点に着目して、本発明の発明者らは、以下に示す発明をした。
【００１７】
以下、本発明の実施形態を図面を参照して説明する。
【００１８】
図１は、本発明の検索システムの構成例を示すブロック図である。ただし、図１では、通信ネットワークを介して本発明の検索システムに接続されている装置も図示している。
【００１９】
本発明の検索システム１には、通信ネットワーク１０を介して、パーソナルコンピュータ（以下、ＰＣと記す。）１１や、スケジュール管理サーバ１２が接続されている。
【００２０】
ＰＣ１１は、例えば、会社等の組織に属する人によって使用される。スケジュール管理サーバ１２は、各ＰＣ１１のユーザのスケジュールを管理し、そのユーザのスケジュールを記憶している。ただし、ＰＣ１１のユーザの態様は特に限定されない。
【００２１】
個々のＰＣ１１は、ユーザによって、ファイルに関する１つの操作が行われる毎に、１つのレコードを作成し、記憶する。なお、検索システム１もファイル操作に関するレコードを記憶する。ＰＣ１１が作成するレコードをＰＣ側レコードと記し、検索システム１が記憶する、ファイル操作に関するレコードをファイルレコードと記す。
【００２２】
図２は、ＰＣ１１で作成されるＰＣ側レコードの例を示す模式図である。ＰＣ側レコードは、例えば、ファイル名と、ファイルを操作したユーザのユーザ名と、操作の内容と、その操作が行われた日時とを関連付けている（図２参照）。図２では、便宜的に、ＰＣ側レコードの番号も図示している。なお、図２は、ＰＣ側レコードの例であり、ＰＣ側レコードは図２に示す例に限定されない。
【００２３】
ＰＣ１１は、レコードに、ファイル名として、パス名を含むファイル名を記述する。また、ここでは、ユーザが操作するファイルは、共有サーバ（図示略）の共有フォルダに保存されるものとする。また、共有フォルダの階層において、ルートから所定番目の階層のフォルダ（例えば、ルートから３番目の階層のフォルダ）には、そのフォルダより下位の階層のフォルダに保存されるファイルの用途を示すフォルダ名が付されているものとする。例えば、図２に示す“/・・/Ａ社向け/・・/提案資料.pptx”というパス名を含むファイル名において、「Ａ社向け」というフォルダ名は、そのフォルダより下位の階層のフォルダに保存されるファイルが、Ａ社向けに使用されるという用途を表している。
【００２４】
また、ＰＣ１１は、例えば、ユーザがＰＣ１１にログインする際に用いるＩＤ（Identification）から、ユーザ名を判定してもよい。ただし、ＰＣ１１が、ユーザ名を判定する方法は、この方法に限定されない。
【００２５】
ＰＣ側レコードに記録される操作の内容の例として、例えば、「ファイルオープン」、「キータッチ」、「更新（保存）」、「ファイルクローズ」等が挙げられる。ただし、ＰＣ側レコードに記録される操作の内容は、これらに限定されず、「新規作成」等であってもよい。
【００２６】
例えば、ユーザが、２０１７年１０月１０日の１３時１５分に、ファイル“/・・/Ａ社向け/・・/提案資料.pptx”を開いた場合、ＰＣ１１は、図２に例示する１番目のＰＣ側レコードを作成する。また、例えば、ユーザが、２０１７年１０月１０日の１３時１６分に、そのファイルに対して、キー入力をした場合、ＰＣ１１は、図２に例示する２番目のＰＣ側レコードを作成する。また、例えば、ユーザが、２０１７年１０月１０日の１５時１７分に、そのファイルを更新（保存）した場合、ＰＣ１１は、図２に例示するｍ−１番目のＰＣ側レコードを作成する。また、例えば、ユーザが、２０１７年１０月１０日の１５時４５分に、そのファイルを閉じた場合には、ＰＣ１１は、図２に例示するｍ番目のＰＣ側レコードを作成する。
【００２７】
各ＰＣ１１は、それぞれ、同様に、ユーザがファイルに対して操作を行う毎に、ＰＣ側レコードを追加し、記憶していく。
【００２８】
スケジュール管理サーバ１２は、ユーザのスケジュールを表すレコードを記憶する。以下、ユーザのスケジュールを表すレコードをスケジュールレコードと記す。以下に示す図３から図６の例では、１つのスケジュールレコードを示すが、スケジュール管理サーバ１２は、複数のスケジュールレコードを記憶する。
【００２９】
図３は、スケジュールレコードの例を示す模式図である。図３に示すスケジュールレコードは、ユーザのユーザ名と、そのユーザがいた場所または会議を示す場所／会議情報と、そのユーザがその場所またはその会議にいた日時とを関連付けている。図３に示す例では、ユーザが場所または会議にいた日時を、開始日時および終了日時で表している。図３に示す例では、ユーザ「山田」が、２０１７年１０月１０日の１３時から１６時まで「Ａ社本社」にいたことを表している。すなわち、図３に例示するスケジュールレコードは、誰が、いつ、どこにいたかを表すことができる。また、図３では、場所／会議情報として「Ａ社本社」という場所が記述されているが、例えば、「特許会議」等の会議の名称が記述されていてもよい。
【００３０】
スケジュールレコードは、図３に示す例に限定されない。図４は、スケジュールレコードの他の例を示す模式図である。図４に示すスケジュールレコードは、ユーザのユーザ名と、そのユーザ以外の他の人と、そのユーザとその人とが一緒にいた日時とを関連付けている。図４に示す例でも、図３と同様に、日時を、開始日時および終了日時で表している。ユーザ名の欄において、１番最初に記述された名がユーザ名であり、２番目以降に記述された名が、そのユーザと一緒にいた他の人を表す。図４に示す例では、ユーザ「山田」が、２０１７年１０月１０日の１３時から１６時まで他の人「田中」と一緒にいたことを表している。すなわち、図４に例示するスケジュールレコードは、誰が、いつ、他の誰と一緒にいたかを表すことができる。
【００３１】
また、図５は、スケジュールレコードの他の例を示す模式図である。図５に示すスケジュールレコードは、ユーザのユーザ名と、そのユーザが従事していたプロジェクトのプロジェクト名と、そのユーザがそのプロジェクトに従事していた日時とを関連付けている。図５に示す例でも、図３と同様に、日時を、開始日時および終了日時で表している。図５に示す例では、ユーザ「山田」が、２０１７年１０月１０日の１３時から１７時までＡ社向けプロジェクトに従事していたことを表している。すなわち、図５に例示するスケジュールレコードは、誰が、いつ、どのプロジェクトに従事していたかを表すことができる。
【００３２】
スケジュール管理サーバ１２は、図３から図５に例示するスケジュールレコードの２つ以上を組み合わせたスケジュールレコードを記憶していてもよい。例えば、図３に例示するスケジュールレコードにおいて、ユーザ名の欄に２名以上の名を記述したスケジュールレコードを記憶していてもよい。図６は、そのようなスケジュールレコードの例を示す模式図である。図６に示す例では、ユーザ「山田」が、２０１７年１０月１０日の１３時から１６時まで、他の人「田中」と一緒に「Ａ社本社」にいたことを表している。また、図６に示すスケジュールレコードに、「プロジェクト名」の欄が設けられていてもよい。
【００３３】
なお、スケジュール管理サーバ１２がスケジュールレコードを記憶するのではなく、個々のＰＣ１１が、スケジュール管理アプリケーションに従ってスケジュールレコードを作成し、記憶していてもよい。また、図５に例示するスケジュールレコードは、スケジュール管理サーバ１２ではなく、ユーザの参加しているプロジェクトを管理するプロジェクト管理サーバ（図示略）に記憶されていてもよい。
【００３４】
検索システム１は、収集部２と、レコード記憶部３と、クエリ受付部４と、検索部５と、出力部６とを備える。
【００３５】
収集部２は、各ＰＣ１１から、各ＰＣ１１に記憶されているＰＣ側レコードを収集する。そして、収集部２は、個々のファイルに関する、ファイルオープンまたはファイルの新規作成から、ファイルクローズまでの一連のＰＣ側レコードを、１つのファイルレコードにまとめ、レコード記憶部３に記憶させる。同一のファイルに、ファイルオープンからファイルクローズまでの一連の操作が複数回繰り返されている場合、収集部２は、その一連の操作毎に、１つのファイルレコードを生成し、レコード記憶部３に記憶させる。ファイルレコードの形式に関しては、後述する。
【００３６】
また、収集部２は、スケジュール管理サーバ１２に記憶されている複数のスケジュールレコードを、スケジュール管理サーバ１２から収集し、その複数のスケジュールレコードをレコード記憶部３に記憶させる。ただし、本発明において、収集部２が複数のスケジュールレコードを収集し、その複数のスケジュールレコードをレコード記憶部３に記憶させることは、必須の技術事項ではない。
【００３７】
レコード記憶部３は、ファイルレコードを複数記憶する記憶装置である。
【００３８】
クエリ受付部４は、検索者の所望のファイルのファイル名を検索するためのクエリを検索者から受け付ける。
【００３９】
検索部５は、クエリ受付部４が検索者から受け付けたクエリに応じたファイル名（パス名を含むファイル名）を、レコード記憶部３に記憶されている複数のファイルレコードに基づいて検索する。なお、パス名を含むファイル名は、ファイルの識別情報であるということができる。
【００４０】
出力部６は、検索結果として得られたファイル名（パス名を含むファイル名）を出力する。
【００４１】
なお、クエリ受付部４は、例えば、検索者の使用する端末装置（図示略）から、通信ネットワークを介して、クエリを受け付け、出力部６は、その端末装置に対して、検索結果として得られたファイル名を送信すればよい。以下、このようにクエリ受付部４がクエリを受け付け、出力部６がこのように検索結果を出力する場合を例にして説明する。ただし、クエリの受け付け態様や検索結果の出力態様は、この例に限定されない。例えば、クエリ受付部４は、検索システム１が備える入力デバイス（図示略）を介してクエリを受け付けてもよい。また、出力部６は、検索システム１が備えるディスプレイ装置（図示略）に検索結果として得られたファイル名を出力（表示）してもよい。
【００４２】
レコード記憶部３は、少なくとも、ファイルのファイル名と、そのファイルを操作したユーザのユーザ名と、そのファイルが操作された日時とを関連付けたファイルレコードを複数記憶する。そして、クエリ受付部４は、少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付ける。クエリ受付部４は、クエリにユーザ名が含まれていない場合、検索者の名をクエリに追加する。また、クエリ受付部４が受け取るクエリに、ユーザ名が含まれていてもよい。従って、検索部５が検索を実行する時点では、クエリに、少なくとも、ユーザ名と、ファイルが操作された期間を指定する期間情報とが含まれている。そして、検索部５は、少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイル名を、レコード記憶部３に記憶されている複数のファイルレコードに基づいて検索する。なお、期間情報は、期間情報が示す期間全体に渡ってファイルが操作されたことを指定するものではなく、期間情報が示す期間内のいずれかの時点でファイルが操作されたということを指定するものである。
【００４３】
クエリ受付部４は、期間情報の他に、さらに他の情報が指定されたクエリを受け付けてもよい。検索部５は、クエリに応じたファイル名を検索すればよい。
【００４４】
レコード記憶部３に記憶されるファイルレコードは、ファイル名、ユーザ名、ファイルが操作された日時の他に、さらに、他の１つ以上の情報を関連付けたレコードであってもよい。
【００４５】
例えば、レコード記憶部３が、ファイル名と、ユーザ名と、ファイルが操作された日時とを関連付け、さらに、そのユーザによってそのファイルが操作された量を関連付けたファイルレコードを複数記憶していてもよい。操作された量とは、例えば、ファイルオープンまたはファイルの新規作成時からファイルクローズまでの時間である。また、ファイルが開かれた回数を、ファイルが操作された量としてもよい。そして、クエリ受付部４は、期間情報の他に、ユーザによってファイルが操作された量を指定する量情報を含むクエリを受け付けてもよい。そして、検索部５は、少なくとも、ユーザ名と、期間情報と、量情報とを含むクエリに応じたファイル名を、レコード記憶部３に記憶されている複数のファイルレコードに基づいて検索してもよい。
【００４６】
また、例えば、レコード記憶部３が、ファイル名と、ユーザ名と、ファイルが操作された日時とを関連付け、さらに、そのファイルの用途を関連付けたファイルレコードを複数記憶していてもよい。そして、クエリ受付部４は、期間情報の他に、ファイルの用途を指定する用途情報を含むクエリを受け付けてもよい。そして、検索部５は、少なくとも、ユーザ名と、期間情報と、用途情報とを含むクエリに応じたファイル名を、レコード記憶部３に記憶されている複数のファイルレコードに基づいて検索してもよい。
【００４７】
また、例えば、レコード記憶部３が、ファイル名と、ユーザ名と、ファイルが操作された日時とを関連付け、さらに、ファイルの操作種別を関連付けたファイルレコードを複数記憶していてもよい。ここで、操作種別の例として、「新規作成」、「更新」、「閲覧」等が挙げられるが、これらに限定されない。ファイルレコードに記述された「新規作成」は、新たなファイルが作成され、そのファイルが閉じられたことを意味する。ファイルレコードに記述された「更新」は、例えば、ファイルの内容が変更され、保存され、そのファイルが閉じられたことを意味する。「閲覧」は、例えば、ファイルが開かれ、内容が変更されることなく、そのファイルが閉じられたことを意味する。そして、クエリ受付部４は、期間情報の他に、ファイルの操作種別を指定する操作種別情報を含むクエリを受け付けてもよい。そして、検索部５は、少なくとも、ユーザ名と、期間情報と、操作種別情報とを含むクエリに応じたファイル名を、レコード記憶部３に記憶されている複数のファイルレコードに基づいて検索してもよい。
【００４８】
また、例えば、レコード記憶部３は、複数のファイルレコードを記憶するともに、ユーザのユーザ名と、そのユーザがいた場所または会議を示す場所／会議情報と、そのユーザがその場所またはその会議にいた日時とを関連付けたスケジュールレコード（図３、図６を参照）を複数記憶してもよい。そして、クエリ受付部４は、期間情報の他に場所／会議情報を含むクエリを受け付けてもよい。そして、検索部５は、少なくとも、ユーザ名と、期間情報と、場所／会議情報とを含むクエリに応じたファイル名を、レコード記憶部３に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索してもよい。
【００４９】
また、例えば、レコード記憶部３は、ユーザのユーザ名と、そのユーザ以外の他の人と、そのユーザとその人とが一緒にいた日時とを関連付けたスケジュールレコード（図４、図６を参照）を複数記憶していてもよい。そして、クエリ受付部４は、期間情報の他に、ファイルを操作したユーザと一緒にいた人を指定する人情報を含むクエリを受け付け、検索部５は、少なくとも、ユーザ名と、期間情報と、人情報とを含むクエリに応じたファイル名を、レコード記憶部３に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索してもよい。
【００５０】
以下の説明では、説明を簡単にするために、収集部２が収集するスケジュールレコードが、ユーザのユーザ名と、そのユーザがいた場所または会議を示す場所／会議情報と、そのユーザがその場所またはその会議にいた日時とを関連付けたレコードである場合を主に説明する。さらに、そのスケジュールレコードは、ユーザ名の欄に、そのユーザと、その場所またはその会議においてその日時に一緒にいた人も記述可能なレコードであるものとする。すなわち、収集部２が収集するスケジュールレコードは、図３または図６に示す形式で表されるレコードである場合を主に説明する。ここで、ユーザと一緒にいた他の人がいなかった場合には、ユーザ名の欄には、ユーザ名のみ記述され、他の人の名は記述されない。また、この形式で表されるスケジュールレコードにおいて、場所／会議情報の欄に何も記述されていなくてもよい。この場合、ユーザがいた場所または会議は特定されていないことを意味する。
【００５１】
ただし、適宜、収集部２が収集するスケジュールレコードに、図５に例示する形式のスケジュールレコードが含まれていてもよい。スケジュール管理サーバ１２は、スケジュール管理機能によって、図３または図６に示す形式で表されるスケジュールレコードを作成し、プロジェクト管理機能によって、図５に示す形式で表されるスケジュールレコードを作成してもよい。すなわち、スケジュール管理サーバ１２は、２種類の形式のスケジュールレコードを作成してもよい。なお、スケジュールレコードは、ＰＣ１１によって作成され、ＰＣ１１に記憶されていてもよい点や、図５に示す形式で表されるスケジュールレコードがプロジェクト管理サーバ（図示略）に記憶されていてもよい点は、既に説明した通りである。
【００５２】
次に、レコード記憶部３が記憶するファイルレコードの例について説明する。ファイルレコードは、少なくとも、ファイル名、ユーザ名、ファイルが操作された日時を関連付けている。そして、前述のように、ファイルレコードは、さらに１つ以上の情報を関連付けたレコードであってもよい。以下、ファイルレコードが、「ファイル名（パス名を含むファイル名）」、「ユーザ名」、「日時」、「ファイルが操作された量」、「用途」、「操作種別」、および「場所／会議情報」を属性とするレコードである場合を例にして説明する。
【００５３】
前述のように、収集部２は、個々のファイルに関する、ファイルオープンまたはファイルの新規作成から、ファイルクローズまでの一連のＰＣ側レコードを、１つのファイルレコードにまとめ、レコード記憶部３に記憶させる。図７は、図２に示すファイルオープンからファイルクローズまでの一連のＰＣ側レコードから得られる１つのファイルレコードの例を示す模式図である。図７に示すレコードは、「ファイル名（パス名を含むファイル名）」、「ユーザ名」、「日時」、「ファイルが操作された量」、「用途」、「操作種別」、および「場所／会議情報」を関連付けているが、これらの属性のうち、「ファイルが操作された量」、「用途」、「操作種別」、および「場所／会議情報」に関しては、設けられていなくてもよく、あるいは、「ファイルが操作された量」、「用途」、「操作種別」、および「場所／会議情報」のうちの任意の１つ以上の属性が設けられていてもよい。
【００５４】
図２に例示する一連のＰＣ側レコードのファイル名およびユーザ名は、共通である。収集部２は、一連のＰＣ側レコードで共通に記述されているファイル名（パスを含むファイル名）を、ファイルレコード内の「ファイル名」の欄に記述する。
【００５５】
また、収集部２は、一連のＰＣ側レコードで共通に記述されているユーザ名を、ファイルレコード内の「ユーザ名」の欄に記述する。
【００５６】
また、収集部２は、一連のＰＣ側レコードのうち、ファイルオープン時またはファイルの新規作成時の時刻を、ファイルレコード内の「日時」の欄に記述する。
【００５７】
また、収集部２は、ファイルオープンまたはファイルの新規作成の時刻から、ファイルクローズの時刻までの時間を算出し、ファイルレコード内の「操作された量」の欄に記述する。本例では、ファイルオープンの時刻が２０１７年１０月１０日１３時１５分であり、ファイルクローズの時刻が２０１７年１０月１０日１５時４５分であるので、「操作された量」の欄には「２時間３０分」が記述される（図２、図７を参照）。従って、ファイルレコードは、ファイルの操作量（操作時間）が２時間３０分であることを表すことになる。
【００５８】
また、前述のように、ルートから所定番目の階層のフォルダ（例えば、ルートから３番目の階層のフォルダ）には、そのフォルダより下位の階層のフォルダに保存されるファイルの用途を示すフォルダ名が付されているものとする。従って、収集部２は、ファイル名に含まれているパスから、ファイルの用途を特定することができる。収集部２は、ファイル名に含まれているパスから特定したファイルの用途を、ファイルレコード内の「用途」の欄に記述する。図７に示す例では、「Ａ社向け」という用途が記述されている。
【００５９】
なお、ファイルの用途を特定する方法は、上記の方法に限定されない。例えば、図５に例示するように、スケジュール情報において、ユーザ名等にプロジェクト名が関連付けられるようにしておけばよい。そして、収集部２は、ユーザ名が共通であり、ファイルオープンまたはファイルの新規作成の時刻から、ファイルクローズの時刻までの時間帯と、少なくとも一部が重複している時間帯を示しているスケジュールレコードを特定する。さらに、収集部２は、そのスケジュールレコードに記述されているプロジェクト名から、ファイルの用途を特定してもよい。
【００６０】
また、収集部２は、一連のＰＣ側レコードの「操作」の記述に基づいて、ファイルの操作種別を判定し、「操作種別」の欄にその操作種別を記述する。図２に示す例では、ファイルオープン後、キータッチが行われている。これは、ファイルの内容が編集（変更）されていることを意味する。その後、更新され、さらに、ファイルクローズされている。このことから、収集部２は、ファイルの内容が変更され、保存され、そのファイルが閉じられたと判定し、操作種別が「更新」であると判定する。そして、図７に例示するように、「操作種別」の欄に「更新」と記述する。
【００６１】
また、一連のＰＣ側レコードの「操作」の記述から、新たなファイルが作成され、そのファイルが閉じられていると判定される場合には、収集部２は、操作種別が「新規作成」であると判定し、ファイルレコードの「操作種別」の欄に「新規作成」と記述すればよい。また、一連のＰＣ側レコードの「操作」の記述から、ファイルが開かれ、内容が変更されることなく、そのファイルが閉じられたと判定される場合には、収集部２は、操作種別が「閲覧」であると判定し、ファイルレコードの「操作種別」の欄に「閲覧」と記述すればよい。
【００６２】
なお、「操作種別」は、上記の例に限定されず、例えば、「ファイル名変更」、「ファイル属性変更」、「ファイルコピー」、「ファイルが保存されているフォルダを見る」等であってもよい。その場合、ＰＣ１１は、それらの操作種別を判定できるような、ＰＣ側レコードを生成すればよい。
【００６３】
また、図２に示す一連のＰＣ側レコードからは、収集部２は、場所／会議情報を特定することはできない。従って、図７に示す例では、「場所／会議情報」の欄に何も記述されていない場合を示している。ただし、収集部２は、スケジュールレコードに基づいて、「場所／会議情報」を特定できる場合もある。その場合には、スケジュールレコードに基づいて特定した場所／会議情報を、ファイルレコードの「場所／会議情報」の欄に記述してもよい。
【００６４】
収集部２は、個々のファイルに関する、ファイルオープンまたはファイルの新規作成から、ファイルクローズまでの一連のＰＣ側レコード毎に、上記のように１つのファイルレコードを生成し、レコード記憶部３に記憶させる。この結果、レコード記憶部３は、複数のファイルレコードを記憶する。１台のＰＣ１１を使用するユーザは、一人とは限らない。また、図１に示す例では、収集部２は、複数のＰＣ１１からＰＣ側レコードを収集する。従って、各ＰＣ１１から収集されたＰＣ側レコードに基づいて生成された複数のファイルレコードの中には、ユーザ名の欄に記述されたユーザ名が互いに異なるファイルレコードが存在する。
【００６５】
また、一連のＰＣ側レコードからファイルレコードを生成する方法は、上記の例に限定されず、他の方法であってもよい。
【００６６】
次に、収集部２が、レコード記憶部３に、複数のファイルレコードと、複数のスケジュールレコードとを記憶させる態様について説明する。
【００６７】
収集部２は、複数のファイルレコードと、複数のスケジュールレコードとを別々のテーブルに分けて、レコード記憶部３に記憶させてもよい。例えば、収集部２は、図８に例示する複数のファイルレコードと、図９に例示する複数のスケジュールレコードとを別々のテーブルに分けて、レコード記憶部３に記憶させてもよい。
【００６８】
また、収集部２は、各スケジュールレコードを、ファイルレコードと同じ形式のレコードに調整し、ファイルレコードと同じテーブルに含めることで、複数のファイルレコードと、複数のスケジュールレコードとをレコード記憶部３に記憶させてもよい。図１０は、スケジュールレコードをファイルレコードと同じテーブルに含めた場合のテーブルの例を示す模式図である。以下、このテーブルに含まれたスケジュールレコードも、便宜的にファイルレコードと記すが、実質的にはスケジュールレコードである。すなわち、図１０に示すテーブルには、ファイルレコードと、スケジュールレコードが混在しているが、便宜的に各レコードをファイルレコードと記す。
【００６９】
図１０に示す２番目のファイルレコードは、図９に示す１番目のスケジュールレコードに相当する。図１０に示す５番目のファイルレコードは、図９に示す２番目のスケジュールレコードに相当する。図１０に示す７番目のファイルレコードは、図９に示す３番目のスケジュールレコードに相当する。収集部２は、スケジュールレコードをファイルレコードのテーブルに含める際、スケジュールレコードに記述されているユーザ名を、新たなファイルレコードの「ユーザ名」の欄に記述し、スケジュールレコードに記述されている開始日時から終了日時までの時間帯をそのファイルレコードの「日時」の欄に記述し、スケジュールレコードに記述されている場所／会議情報をそのファイルレコードの「場所／会議情報」の欄に記述し、そのファイルレコードを追加すればよい。このファイルレコードにおいて、「ユーザ名」、「日時」および「場所／会議情報」以外の欄には、何も記述されていなくてよい。
【００７０】
また、図５に例示する形式のスケジュールレコードが存在する場合、収集部２は、そのスケジュールレコードを、図１０に例示する３番目のファイルレコードのように調整し、ファイルレコードのテーブルに追加すればよい。すなわち、収集部２は、図５に例示する形式のスケジュールレコードに関しては、スケジュールレコードに記述されているユーザ名を、新たなファイルレコードの「ユーザ名」の欄に記述し、スケジュールレコードに記述されている開始日時から終了日時までの時間帯をそのファイルレコードの「日時」の欄に記述し、スケジュールレコードに記述されているプロジェクト名を「用途」の欄に記述し、そのファイルレコードを追加すればよい。
【００７１】
なお、レコード記憶部３が、複数のファイルレコードと複数のスケジュールレコードとを別々のテーブルに分けて記憶していても、スケジュールレコードをファイルレコードと同じ形式のレコードに調整してファイルレコードのテーブルに含めて記憶していても、レコード記憶部３のレコードの記憶態様が異なるだけであり、レコード記憶部３が記憶している情報の内容は同様である。
【００７２】
また、収集部２は、ＰＣ側レコードに基づいて生成したファイルレコードに、スケジュールレコードに記述されている情報を追記してもよい。例えば、図８に例示するファイルレコードが生成され、レコード記憶部３に記憶されたとする。また、図９に示すスケジュールレコードが収集され、レコード記憶部３に記憶されたとする。収集部２は、図８に例示するファイルレコードに対して、スケジュールレコードに記述されている情報（ユーザ名、場所／会議情報）を追記する。図１１は、この結果得られたファイルレコードの例を示す模式図である。この場合、収集部２は、スケジュールレコードに記述された開始日時から終了日時までの時間帯と、ファイルレコードに記述された「日時」および「使用された量」から定まる時間帯とが一部でも重複していて、かつ、スケジュールレコードの「ユーザ名」の欄に記述された名と、ファイルレコードの「ユーザ名」欄に記述された名とが一人分でも重複しているスケジュールレコードとファイルレコードの組合せと特定する。そして、収集部２は、その組み合わせにおけるファイルレコードの「ユーザ名」の欄に、その「ユーザ名」の欄に記述されていないが、その組み合わせにおけるスケジュールレコードの「ユーザ名」の欄に記述されている名を追記する。例えば、図８に示す１番目のファイルレコードと、図９に示す１番目のスケジュールレコードとは、時間帯が一部重複し、「ユーザ名」に欄に記述された「山田」が重複している。従って、収集部２は、図８に示す１番目のファイルレコードの「ユーザ名」の欄に記述されていないが、図９に示す１番目のスケジュールレコードの「ユーザ名」の欄に記述されている「田中」を、ファイルレコードの「ユーザ名」の欄に追記する。なお、組合せをなすスケジュールレコードとファイルレコードにおいて、「ユーザ名」の欄の記述が同じであれば、上記のような、ファイルレコードの「ユーザ名」の欄への追記は不要である。また、収集部２は、ファイルレコードの「場所／会議情報」の欄に、そのファイルレコードと組み合わせをなすスケジュールレコードの「場所／会議情報」の欄に記述された場所または会議を記述する。例えば、収集部２は、図８に示す１番目のファイルレコードの「場所／会議情報」の欄に、図９に示す１番目のスケジュールレコードの「場所／会議情報」の欄に記述されている「Ａ社本社」を記述する。この結果、図８に示す１番目のファイルレコードおよび図９に示す１番目のスケジュールレコードに基づいて、図１１に示す１番目のファイルレコードが得られる。同様に、図１１に示す２番目および３番目のファイルレコードも、図８に示すファイルレコードおよび図９に示すスケジュールレコードに基づいて得られる。上記の動作によって、収集部２は、図１１に例示するファイルレコードをレコード記憶部３に記憶させてもよい。ただし、組合せをなすスケジュールレコードが存在しないファイルレコードの「場所／会議情報」の欄は、空欄のままでよい。
【００７３】
クエリ受付部４は、例えば、検索者が憶えているファイルに関するエピソードを表す文言を含むクエリを受け付ける。例えば、「山田さんが、１０月に使用した。」というエピソードを検索者が憶えている場合、「山田」、「１０月」という文言を含むクエリを受け付ける。エピソードを表す文言として、「誰が」、「いつ」に相当する文言が挙げられるが、他の文言を含んでいてもよい。クエリに含め得る他の文言の例として、「ファイルの使用時間」を表す文言（例えば、「２時間以上」）、ファイルの用途を表す文言（例えば「Ａ社向け」）、ファイルに対する操作種別を表す文言（例えば、「更新」）、ファイルが使用された場所や会議を表す文言（例えば、「Ａ社本社」、「社内教育会議」）等が挙げられる。また、ファイルを使用した時に一緒にいた人を表す文言がクエリに含まれていてもよい。検索部５は、クエリに含まれている文言に応じたファイル名を検索する。
【００７４】
クエリ受付部４は、上記のような文言のみを列挙したクエリを検索者から受け付けてもよい。あるいは、クエリ受付部４は、エピソードを表す、自然言語で記述されたテキストをクエリとして受け取り、そのテキストに対して形態素解析を行うことによって、検索に用いるための上記のような文言（例えば、「山田」、「１０月」等）を抽出してもよい。この場合、検索部５は、そのように抽出された文言に応じたファイル名を検索する。
【００７５】
収集部２、クエリ受付部４および出力部６は、例えば、検索プログラムに従って動作するコンピュータのＣＰＵ（Central Processing Unit ）およびそのコンピュータの通信インタフェースによって実現される。例えば、ＣＰＵが、コンピュータのプログラム記憶装置等のプログラム記録媒体から検索プログラムを読み込み、検索プログラムに従って、通信インタフェースを用いて、収集部２、クエリ受付部４および出力部６として動作すればよい。また、検索部５も、例えば、検索プログラムに従って動作する上記のコンピュータのＣＰＵによって実現される。すなわち、上記のように検索プログラムを読み込んだＣＰＵが、検索プログラムに従って検索部５として動作すればよい。また、収集部２、クエリ受付部４、検索部５、出力部６がそれぞれ別々のハードウェアによって実現されてもよい。
【００７６】
また、検索システム１は、２つ以上の物理的に分離した装置が有線または無線で接続されている構成であってもよい。
【００７７】
図１２は、本発明の検索システムの処理経過の例を示すフローチャートである。なお、収集部２が、ＰＣ側レコードを収集し、ＰＣ側レコードに基づいてファイルレコードを生成し、レコード記憶部３に記憶させる動作や、収集部２が、スケジュールレコードを収集し、レコード記憶部３に記憶させる動作等については、既に、詳細に説明したのでここでは説明を省略する。以下の説明では、レコード記憶部３が既に、図１０に例示するファイルレコード、または、図１１に例示するファイルレコードを記憶しているものとして説明する。
【００７８】
なお、前述のように、レコード記憶部３が、複数のファイルレコードと複数のスケジュールレコードとを別々のテーブルに分けて記憶していてもよい。この場合の検索動作は、実質的に、レコード記憶部３が図１０に例示するファイルレコードを記憶している場合と同様である。
【００７９】
まず、クエリ受付部４が、検索者からクエリを受け付ける（ステップＳ１）。例えば、クエリ受付部４は、検索者の端末装置（図示略）から、通信ネットワークを介してクエリを受信することによって、クエリを受け付ける。既に説明したように、クエリ受付部４は、「誰が」、「いつ」等のエピソードを表す文言を列挙したクエリを受け付けてもよい。あるいは、クエリ受付部４は、エピソードを表す、自然言語で記述されたテキストをクエリとして受け付けてもよい。この場合、クエリ受付部４は、そのテキストに対して形態素解析を行うことによって、検索に用いるための文言を抽出する。
【００８０】
また、クエリ受付部４が、文言を列挙したクエリを受け付ける場合であっても、自然言語で記述されたテキストをクエリとして受け付ける場合であっても、「誰が」に相当する文言が省略されていてもよい。その場合、クエリ受付部４は、「誰が」に相当する文言（ユーザ名）として、検索者の名をクエリに追加する。クエリ受付部４は、予め、検索者が検索システム１にログインする際に用いるＩＤから、検索者の名を判定すればよい。例えば、検索者の名が「山田」であったとする。このとき、「１０月にＡ社本社で使用した。」というエピソードを表す自然言語のテキストから、「１０月」、「Ａ社本社」という文言が抽出されたとする。この自然言語で記述されたテキストには、動作主体を表す語がなく、「誰が」に相当する文言は抽出されない。この場合、クエリ受付部４が、例えば、ログイン時に判定した検索者の名である「山田」も、「誰が」を表す文言（ユーザ名）としてクエリに追加する。なお、クエリを与えるのは検索者であるので、クエリに「誰が」を表す文言が明示されていなくても、クエリには、「誰が」を表す文言（ユーザ名）として検索者の名が暗に含まれていると言える。この結果、『「山田」が「１０月」に「Ａ社本社」で使用した。』というエピソードに応じたファイル名が検索されることになる。なお、検索者は、「誰が」を表す文言（ユーザ名）として、他者の名をクエリに含めてもよい。
【００８１】
次に、検索部５が、クエリに応じたファイル名を検索する（ステップＳ２）。クエリ受付部４がエピソードを表す文言を列挙したクエリを受け付ける場合、検索部５は、それらの文言に応じたファイル名を検索すればよい。また、クエリ受付部４がクエリとして自然言語で記述されたテキストを受け付け、そのテキストに対して形態素解析を行うことによって、検索に用いるための文言を抽出する場合には、検索部５は、抽出された文言に応じたファイル名を検索する。
【００８２】
次に、出力部６は、検索結果として得られたファイル名を出力する（ステップＳ３）。出力部６は、例えば、通信ネットワークを介して、検索者の端末装置（図示略）に、検索結果として得られたファイル名を送信すればよい。
【００８３】
なお、検索結果として得られるファイル名は、１つとは限らない。検索結果として複数のファイル名が得られた場合、検索部５が、ファイル名に対応してファイルレコード内に記述されているユーザ名毎にファイル名のグループを定め、出力部６が、グループ毎にファイル名を出力してもよい。さらに、検索部５が、グループ毎に、ファイル名に対応してファイルレコード内に記述されている日時順にファイル名の出力順を定め、出力部６が、その順で、ファイル名を出力してもよい。また、検索部５は、上記のようなグループ化を行わずに、ファイル名に対応してファイルレコード内に記述されている日時順にファイル名の出力順を定め、出力部６が、その順で、ファイル名を出力してもよい。このように、検索部５は、検索結果として複数のファイル名が得られた場合、ファイル名の出力順を定めてもよい。
【００８４】
検索部５が、ファイル名の出力順を定める他の例を示す。前述のように、ファイルが開かれた回数を、ファイルが操作された量としてもよい。ここでは、ファイルレコードにおいて、ファイルが開かれた回数が、ファイルが操作された量として記述されている場合を例にして説明する。検索部５は、検索結果として複数のファイル名が得られた場合、ファイルが開かれた回数が多い順に、ファイル名の出力順を定めてもよい。そして、出力部６が、その順で、ファイル名を出力してもよい。ファイルが開かれた回数が多い順にファイル名が出力されることで、検索者は、例えば、会社等の組織においてよく使われているファイルを容易に見つけ出すことができる。
【００８５】
なお、ここでは、検索部５がファイル名の出力順を定めたり、ファイル名のグループを定めたりする場合を例にして説明したが、ファイル名の出力順を定めたり、ファイル名のグループを定めたりする動作を、出力部６が行ってもよい。
【００８６】
検索結果として得られるファイル名が１つである場合、出力部６は、その１つのファイル名を出力すればよい。
【００８７】
次に、種々のクエリや、それらのクエリに応じた検索部５の動作について、具体的に説明する。既に説明したように、クエリ受付部４は、少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付ける。ユーザ名は「誰が」に相当する文言である。検索者から受け付けたクエリにおいてユーザ名が省略されている場合には、既に説明したように、クエリ受付部４は、例えば、検索システム１へのログイン時に判定した検索者の名を、クエリに追加する。
【００８８】
また、期間情報に、「年」の情報が含まれていない場合、検索部５は、クエリ受付部４がクエリを受け付けた「年」を期間情報に付加する。以下に示す各例では、クエリ受付部４がクエリを受け付けた年が２０１７年であるものとして説明する。従って、例えば、期間情報が「１０月」である場合、検索部５は、期間情報に「２０１７年」を付加し、期間情報を「２０１７年１０月」として検索を行う。ここで、この動作について説明したので、以下ではこの動作の説明を省略する。
【００８９】
クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「山田さんが１０月に使用したファイル」という自然言語で記述されたクエリとして受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、ユーザ名に該当する「山田」、期間情報に該当する「１０月」という文言を抽出する。なお、ユーザ名（本例では「山田」）がクエリに含まれてない場合、クエリ受付部４は、検索者の名をクエリに追加する。この点は、後述の各例においても同様である。
【００９０】
検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれているファイルレコードを検索し、そのファイルレコードに記述されているファイル名（パス名を含むファイル名）を、検索結果として得る。レコード記憶部３が、図１０に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１０に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。また、レコード記憶部３が、図１１に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１１に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【００９１】
他の例について説明する。クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、量情報に該当する「２時間以上」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「山田さんが１０月に２時間以上、使用したファイル」という自然言語で記述されたクエリとして受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、量情報に該当する「２時間以上」という文言を抽出する。
【００９２】
この場合、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、さらに、「操作された量」として記述されている時間が「２時間以上」に該当するファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。レコード記憶部３が、図１０に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１０に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。また、レコード記憶部３が、図１１に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１１に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【００９３】
さらに、他の例について説明する。クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、用途情報に該当する「Ａ社向け」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「山田さんが１０月に、Ａ社向けに使用したファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、用途情報に該当する「Ａ社向け」という文言を抽出する。
【００９４】
この場合、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、さらに、「用途」として「Ａ社向け」が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。レコード記憶部３が、図１０に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１０に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。また、レコード記憶部３が、図１１に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１１に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【００９５】
さらに、他の例について説明する。クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、操作種別情報に該当する「更新」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「山田さんが１０月に更新したファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、操作種別情報に該当する「更新」という文言を抽出する。
【００９６】
この場合、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、さらに、「操作種別」として「更新」が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。レコード記憶部３が、図１０に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１０に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。また、レコード記憶部３が、図１１に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１１に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【００９７】
上記の例では、「山田さんが１０月に更新したファイル」というクエリを例にして説明したが、例えば、「佐藤さんが８月に新規作成したファイル」というクエリが与えられた場合にも、検索部５は、上記の例と同様の動作でファイル名を検索する。
【００９８】
さらに、他の例について説明する。クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、場所／会議情報に該当する「Ａ社本社」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「山田さんが１０月に、Ａ社本社で使用したファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、場所／会議情報に該当する「Ａ社本社」という文言を抽出する。
【００９９】
本例において、レコード記憶部３が、図１０に示す形式でファイルレコードを記憶しているとする。この場合、ファイル名が記述されているファイルレコードには、場所／会議情報の記述がない（図１０参照）。検索部５は、まず、ユーザ名として「山田」が記述され、日時として記述された時間帯が期間情報「２０１７年１０月」に含まれ、さらに、場所／会議情報として「Ａ社本社」が記述されたファイルレコード（実質的にはスケジュールレコードを特定する。本例では、検索部５は、図１０に示す２番目のファイルレコードを特定する。さらに、検索部５は、そのファイルレコードの日時の欄に記述された時間帯に含まれる日時が記述されていて、ユーザ名として「山田」が記述され、さらに、ファイル名が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。図１０に示す２番目のファイルレコードの日時の欄には「2017/10/10 13:00〜16:00 」という時間帯が記述され、図１０に示す１番目のファイルレコードの日時に記述された時刻はこの時間帯に含まれる。また、その１番目のファイルレコードでは、ユーザ名として「山田」が記述されている。さらに、その１番目のファイルレコードには、ファイル名も記述されている。従って、検索部５は、図１０に示す２番目のファイルレコードを特定した後、そのファイルレコードと日時同士を照合しつつ、ユーザ名として「山田」が記述され、ファイル名も記述されたレコードとして、図１０に示す１番目のファイルレコードを検索する。そして、検索部５は、その１番目のファイルレコードに記述された“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【０１００】
また、本例において、レコード記憶部３が、図１１に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、ユーザ名として「山田」が記述され、日時として記述された時間帯が期間情報「２０１７年１０月」に含まれ、場所／会議情報として「Ａ社本社」が記述されたファイルレコードを検索し、そのファイルレコードに記述されたファイル名を検索結果として得る。この場合、検索部５は、図１１に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【０１０１】
本実施形態において、具体的な場所の名称と、具体的な会議の名称は、同様に扱われる。従って、例えば、「小林さんが３月に、生産会議で使用したファイル」等のクエリが与えられた場合にも、検索部５は、上記の動作でファイル名を検索すればよい。
【０１０２】
さらに、他の例について説明する。クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、人情報（そのユーザ名を有するユーザと一緒にいた人を指定する情報）に該当する「田中」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「山田さんが１０月に田中さんと一緒にいた時に使用したファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、人情報に該当する「田中」という文言を抽出する。
【０１０３】
本例において、レコード記憶部３が、図１０に示す形式でファイルレコードを記憶しているとする。検索部５は、まず、ユーザ名の欄に、ユーザ名に該当する「山田」と人情報に該当する「田中」とが記述され、日時として記述された時間帯が期間情報「２０１７年１０月」に含まれるレコードを特定する。本例では、検索部５は、図１０に示す２番目のファイルレコードを特定する。さらに、検索部５は、そのファイルレコードの日時の欄に記述された時間帯に含まれる日時が記述されていて、ユーザ名として「山田」が記述され、さらに、ファイル名が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。図１０に示す２番目のファイルレコードの日時の欄には「2017/10/10 13:00〜16:00 」という時間帯が記述され、図１０に示す１番目のファイルレコードの日時に記述された時刻はこの時間帯に含まれる。また、その１番目のファイルレコードでは、ユーザ名として「山田」が記述されている。さらに、その１番目のファイルレコードには、ファイル名も記述されている。従って、検索部５は、図１０に示す２番目のファイルレコードを特定した後、そのファイルレコードと日時同士を照合しつつ、ユーザ名として「山田」が記述され、ファイル名も記述されたレコードとして、図１０に示す１番目のファイルレコードを検索する。そして、検索部５は、その１番目のファイルレコードに記述された“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【０１０４】
また、本例において、レコード記憶部３が、図１１に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、ユーザ名の欄に、ユーザ名に該当する「山田」と人情報に該当する「田中」とが記述され、記述された日時が期間情報「２０１７年１０月」に含まれるファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。本例では、検索部５は、図１１に示す１番目のファイルレコードを検索し、“/・・/Ａ社向け/・・/提案資料.pptx”というファイル名を検索結果として得る。
【０１０５】
本例において、場所／会議情報がクエリに含まれていてもよい。例えば、「山田さんが１０月に田中さんと一緒に、Ａ社本社にいた時に使用したファイル」というクエリが与えられていてもよい。この場合、図１０に示すファイルレコードがレコード記憶部３に記憶されているとする。このとき、検索部５は、最初に、レコードを特定する際に、場所／会議情報として「Ａ社本社」と記述されているという条件も満たしているレコードを特定すればよい。この場合にも、検索部５は、図１０に示す２番目のファイルレコードを特定する。その後の、検索部５の動作については既に説明しているので、ここでは説明を省略する。また、図１１に示すファイルレコードがレコード記憶部３に記憶されているとする。このとき、検索部５は、ユーザ名の欄に、ユーザ名に該当する「山田」と人情報に該当する「田中」とが記述され、記述された日時が期間情報「２０１７年１０月」に含まれ、さらに、場所／会議情報として「Ａ社本社」が記述されているファイルレコード検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。
【０１０６】
さらに、他の例について説明する。クエリ受付部４が、期間情報に該当する「１０月」、人情報に該当する「田中」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「１０月に田中さんと一緒にいた時に使用したファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、期間情報に該当する「１０月」、人情報に該当する「田中」という文言を抽出する。このクエリにおいて、「誰が」に相当する文言が省略されているので、クエリ受付部４は、検索システム１へのログイン時に判定した検索者の名（ここでは、説明を簡単にするため「山田」とする。）を、ユーザ名としてクエリに追加する。
【０１０７】
この結果、実質的に、「山田が１０月に田中さんと一緒にいた時に使用したファイル」というクエリが与えられていたことになる。従って、検索部５は、前述の「山田さんが１０月に田中さんと一緒にいた時に使用したファイル」というクエリが与えられた場合と同様の動作で、ファイル名を検索すればよい。
【０１０８】
さらに、他の例について説明する。クエリ受付部４が、期間情報に該当する「９月」、場所／会議情報に該当する「名古屋」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「名古屋で９月に開いたファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、期間情報に該当する「９月」、場所／会議情報に該当する「名古屋」という文言を抽出する。このクエリにおいて、「誰が」に相当する文言が省略されているので、クエリ受付部４は、検索システム１へのログイン時に判定した検索者の名（ここでは、説明を簡単にするため「鈴木」とする。）を、ユーザ名としてクエリに追加する。
【０１０９】
この結果、実質的に、「鈴木が９月に開いたファイル」というクエリが与えられたことになる。従って、検索部５は、前述の「山田さんが１０月に使用したファイル」というクエリが与えられた場合と同様の動作で、ファイル名を検索すればよい。本例では、検索部５は、“/・・/Ｂ社向け/・・/発表.pptx”というファイル名を検索結果として得る（図１０、図１１参照）。
【０１１０】
さらに、他の例について説明する。クエリ受付部４が、期間情報に該当する「８月」、操作種別情報に該当する「新規作成」、用途情報に該当する「社内教育」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「８月に、社内教育のために、新規作成したファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、期間情報に該当する「８月」、操作種別情報に該当する「新規作成」、用途情報に該当する「社内教育」という文言を抽出する。このクエリにおいて、「誰が」に相当する文言が省略されているので、クエリ受付部４は、検索システム１へのログイン時に判定した検索者の名（ここでは、説明を簡単にするため「佐藤」とする。）を、ユーザ名としてクエリに追加する。
【０１１１】
この場合、検索部５は、ユーザ名として「佐藤」が記述され、日時が期間情報「２０１７年８月」に含まれ、「用途」として「社内教育」が記述され、「操作種別」として「新規作成」が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。レコード記憶部３が、図１０に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１０に示す６番目のファイルレコードを検索し、“/・・/社内教育/・・/配布資料.pptx” というファイル名を検索結果として得る。また、レコード記憶部３が、図１１に示す形式でファイルレコードを記憶しているとする。この場合、検索部５は、図１１に示す３番目のファイルレコードを検索し、“/・・/社内教育/・・/配布資料.pptx” というファイル名を検索結果として得る。
【０１１２】
さらに、他の例について説明する。クエリ受付部４が、期間情報に該当する「最近」、使用される頻度を表す「よく」という文言、用途情報に該当する「Ａ社向け」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「最近、よく使われるＡ社向けのファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、「最近」、「よく」、「Ａ社向け」という文言を抽出する。ここで、「最近」とは、クエリ受付時よりも所定期間（例えば、２カ月）前の時点以降を意味していると予め定められているものとする。本例では、クエリ受付時よりも所定期間前の時点が２０１７年１０月１日であるものとする。また、「よく」とは、所定人数（例えば、５０人）以上の人に使用されたことを意味していると定められているものとする。
【０１１３】
この場合、検索部５は、記述されている日時が２０１７年１０月１日以降であり、「用途」として「Ａ社向け」と記述されたファイルレコードを全て抽出し、そのファイルレコードを、ファイル名毎に分類する。検索部５は、ファイル名毎に分類したファイルレコード群毎に、ユーザ名に記述されている名の種類の数をカウントする。同じ名が２回以上得られた場合、２回目以降については、カウントの対象外とする。検索部５は、そのカウント結果が、閾値（本例では、５０）以上であるファイル名を特定し、そのファイル名を検索結果として得る。
【０１１４】
同様の例について説明する。クエリ受付部４が、期間情報に該当する「今年」、使用される頻度を表す「多くの人に」という文言、用途情報に該当する「提案テンプレート」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「今年、多くの人に使用された提案テンプレート」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、「今年」、「多くの人に」、「提案テンプレート」という文言を抽出する。ここで、今年とは、クエリを受け付けた年の１月１日以降を意味していると予め定められているとする。また、「多くの人に」とは、所定人数（例えば、３００人）以上の人に使用されたことを意味していると予め定められているものとする。
【０１１５】
この場合、検索部５は、記述されている日時が２０１７年１月１日以降であり、「用途」として「提案テンプレート」と記述されたファイルレコードを全て抽出し、そのファイルレコードを、ファイル名毎に分類する。検索部５は、ファイル名毎に分類したファイルレコード群毎に、ユーザ名に記述されている名の種類の数をカウントする。この動作は、上記の動作と同様である。検索部５は、そのカウント結果が、閾値（本例では、３００）以上であるファイル名を特定し、そのファイル名を検索結果として得る。
【０１１６】
さらに、他の例について説明する。以下に示す例では、「１０月１７日」、「特許会議」、「資料」、「新規作成」、「した時に」、「閲覧」という各文言を列挙したクエリを受け付けたとする。「資料」という文言は、その「資料」という文言より前に列挙された文言から特定されるファイルを検索することを意味していると、予め定められているものとする。「した時に」という文言は、その前の文言が示す操作が行われた時間帯を表すことを意味していると、予め定められているものとする。本例では、「新規作成」が行われた時間帯を表すことになる。なお、クエリ受付部４は、「１０月１７日の特許会議で使用した資料を新規作成した時に、閲覧していたファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、「１０月１７日」、「特許会議」、「資料」、「新規作成」、「した時に」、「閲覧」と言う文言を抽出する。このクエリにおいて、「誰が」に相当する文言が省略されているので、クエリ受付部４は、検索システム１へのログイン時に判定した検索者の名（ここでは、説明を簡単にするため「小林」とする。）を、ユーザ名としてクエリに追加する。
【０１１７】
本例において、レコード記憶部３は、図１３に示す形式のファイルレコード、または、図１４に示す形式のファイルレコードを記憶しているものとする。図１３に示すファイルレコードの形式は、図１０に示すファイルレコードの形式と同様である。図１４に示すファイルレコードの形式は、図１１に示すファイルレコードの形式と同様である。なお、図１３および図１４では、ユーザ名として「小林」が記述されたファイルレコードを例示しているが、レコード記憶部３は、「小林」以外のユーザ名が記述されたファイルレコードも記憶している。
【０１１８】
まず、レコード記憶部３が、図１３に示す形式でファイルレコードを記憶している場合について説明する。検索部５は、まず、「小林」、「１０月１７日」、「特許会議」、「資料」という文言に基づいて、ファイル名を検索する。すなわち、検索部５は、ユーザ名として「小林」が記述され、日時として記述された時間帯が「２０１７年１０月１７日」に含まれ、さらに、場所／会議情報として「特許会議」が記述されたファイルレコード（実質的にはスケジュールレコード）を特定する。本例では、検索部５は、図１３に示す２番目のファイルレコードを特定する。さらに、検索部５は、そのファイルレコードの日時の欄に記述された時間帯に含まれる日時が記述されていて、ユーザ名として「小林」が記述され、さらに、ファイル名が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名（本例では、“/・・/プロジェクトＣ/・・/特許資料.pptx”）を特定する。次に、検索部５は、そのファイル名“/・・/プロジェクトＣ/・・/特許資料.pptx”、並びに、「小林」、「新規作成」および「した時に」という文言に基づいて、“/・・/プロジェクトＣ/・・/特許資料.pptx”が新規作成された時間帯を特定する。検索部５は、ファイル名として“/・・/プロジェクトＣ/・・/特許資料.pptx”が記述され、ユーザ名として「小林」が記述され、操作種別として「新規作成」が記述されたファイルレコードを特定し、そのファイルレコードの「日時」および「操作された量」から、時間帯を特定する。本例では、検索部５は、図１３に示す３番目のレコードを特定し、「２０１７年１０月１１  １３時から１６時」という時間帯を特定する。さらに、検索部５は、その時間帯、並びに、「小林」および「閲覧」という文言に基づいて、ファイル名を検索する。すなわち、検索部５は、「日時」および「操作された量」から特定される時間帯が「２０１７年１０月１１  １３時から１６時」と一部でも重複し、ユーザ名として「小林」が記述され、操作種別として「閲覧」が記述されているファイルレコードを特定し、そのファイルレコードに記述されているファイル名を最終的な検索結果として得る。本例では、検索部５は、図１３に示す４番目のファイルレコードを検索し、“/・・/プロジェクトＣ/・・/アイデア.pptx”というファイル名を検索結果として得る。
【０１１９】
次に、レコード記憶部３が、図１４に示す形式でファイルレコードを記憶している場合について説明する。検索部５は、まず、「小林」、「１０月１７日」、「特許会議」、「資料」という文言に基づいて、ファイル名を検索する。この場合、ユーザ名として「小林」が記述され、日時として記述された時間帯が「２０１７年１０月１７日」に含まれ、場所／会議情報として「特許会議」が記述されたファイルレコードを検索し、ファイル名を特定する。本例では、検索部５は、図１４に示す１番目のレコードを検索し、“/・・/プロジェクトＣ/・・/特許資料.pptx”というファイル名を特定する。“/・・/プロジェクトＣ/・・/特許資料.pptx”というファイル名を特定した後の動作は、既に図１３を参照して説明した動作と同様であり、説明を省略する。
【０１２０】
本例では、クエリが、まず１つのファイル名を検索することを指定し、さらに、そのファイル名に基づいて、最終的に目的としているファイル名を検索することを指定しているということが言える。そして、検索部５は、そのクエリに従って、まず１つのファイル名を検索し、続いて、そのファイル名を用いて、最終的に目的としているファイル名を検索する。
【０１２１】
本発明の検索システム１は、ユーザ名や期間情報等を含むクエリに応じたファイル名を検索する。ここで、ユーザ名や期間情報等を含むクエリは、ファイルに関するエピソード（例えば、「いつ、誰が使用した」等）を表していると言える。検索者は、このようなエピソードを憶えていることが非常に多い。また、本発明では、ファイル名やファイルの内容に含まれる特徴的なキーワードに関してはクエリとして用いない。また、検索者は、クエリを入力する際に、フォルダの階層を考慮する必要がない。従って、本発明によれば、検索者がファイルに関連する特徴的なキーワードやフォルダの階層を記憶していなくても、検索者は、容易に所望のファイルを検索することができる。
【０１２２】
次に、本発明の実施形態の変形例について説明する。上記の実施形態では、クエリ受付部４が、クエリにユーザ名が含まれていない場合、検索者の名をクエリに追加するものとして説明した。クエリ受付部４が、クエリにユーザ名が含まれていない場合に検索者の名をクエリに追加する処理は、クエリ受付部４が、クエリにユーザ名が含まれていない場合にユーザ名を特定し、特定したユーザ名をそのクエリに追加する態様の一例である。クエリ受付部４は、クエリにユーザ名が含まれていない場合、検索者の名以外のユーザ名を特定し、そのユーザ名をクエリに追加してもよい。以下、この場合の例を説明する。ここでは、図１０に例示するファイルレコードがレコード記憶部３に記憶されているものとする。クエリ受付部４が、期間情報に該当する「１０月」、用途情報に該当する「Ａ社向け」という各文言を列挙したクエリを受け付けたとする。なお、クエリ受付部４は、「１０月にＡ社向けのために使用されたファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、期間情報に該当する「１０月」、用途情報に該当する「Ａ社向け」という文言を抽出する。本例において、与えられたクエリにユーザ名は含まれていない。この場合、クエリ受付部４は、日時が期間情報「２０１７年１０月」に含まれ、さらに、「用途」として「Ａ社向け」が記述されているファイルレコードを特定し、さらに、そのファイルレコードに含まれているユーザ名を特定する。本例では、クエリ受付部４は、図１０に示す３番目のファイルレコードを特定し、そのファイルレコードに含まれているユーザ名「山田」を特定する。そして、クエリ受付部４は、そのユーザ名「山田」をクエリに追加する。そして、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、さらに、「用途」として「Ａ社向け」が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。
【０１２３】
また、クエリ受付部４が受け付けたクエリにユーザ名が含まれていない場合に、検索部５がユーザ名を用いずに検索を行う構成であってもよい。例えば、上記のように、クエリ受付部４が、期間情報に該当する「１０月」、用途情報に該当する「Ａ社向け」という各文言を列挙したクエリを受け付けたとする。このとき、検索部５が、ユーザ名を用いずに、日時が期間情報「２０１７年１０月」に含まれ、さらに、「用途」として「Ａ社向け」が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得てもよい。
【０１２４】
本発明の実施形態の他の変形例について説明する。上記の実施形態では、ファイルレコードの属性として、「ファイル名（パス名を含むファイル名）」、「ユーザ名」、「日時」、「ファイルが操作された量」、「用途」、「操作種別」、および「場所／会議情報」を示した。ファイルレコードは、他の属性を含んでいてもよい。例えば、ファイルレコードが、属性として「ファイルの種別」を含んでいてもよい。「ファイルの種別」の属性値の例として、例えば、テキストファイル、音楽ファイル、動画ファイル、表計算ファイル、プレゼンテーションファイル等が挙げられる。ただし、これらは例示であり、「ファイルの種別」の属性値は、上記の例に限定されない。収集部２は、例えば、図２に例示する一連のＰＣ側レコードから１つのファイルレコードを作成する際、「ファイルの種別」を特定し、ファイルレコードの「ファイルの種別」の欄に、特定した種別を記述する。収集部２は、一連のＰＣ側レコードから１つのファイルレコードを作成する際、例えば、ＰＣ側レコードのファイル名に記述されているファイルの拡張子に基づいて、「ファイルの種別」を特定すればよい。例えば、ＰＣ側レコードのファイル名に記述されているファイルの拡張子が“txt ”である場合、収集部２は、ファイルの種別がテキストファイルであると判定し、ファイルレコードの「ファイルの種別」の欄に「テキストファイル」という種別を記述すればよい。
【０１２５】
そして、クエリ受付部４は、ファイルの種別を指定するファイル種別情報を含むクエリを受け付けてもよい。例えば、クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、場所／会議情報に該当する「Ａ社本社」、および、ファイル種別情報に該当する「音楽ファイル」という各文言を列挙したクエリを受け付けてもよい。なお、クエリ受付部４は、「山田さんが１０月に、Ａ社本社で使用した音楽ファイル」という自然言語で記述されたクエリを受け付けてもよい。この場合、クエリ受付部４は、形態素解析により、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、場所／会議情報に該当する「Ａ社本社」、および、ファイル種別情報に該当する「音楽ファイル」という各文言を抽出する。この場合、例えば、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、場所／会議情報として「Ａ社本社」が記述されたファイルレコード（実質的にはスケジュールレコード）を特定する。さらに、検索部５は、そのファイルレコードの日時の欄に記述された時間帯に含まれる日時が記述されていて、ユーザ名として「山田」が記述され、さらに、ファイルの種別として「音楽ファイル」が記述されているファイルレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。また、例えば、ファイル名が記述されたファイルレコードに場所／会議情報も記述されている場合には、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、場所／会議情報として「Ａ社本社」が記述され、ファイルの種別として「音楽ファイル」が記述されているレコードを検索し、そのファイルレコードに記述されているファイル名を検索結果として得る。
【０１２６】
また、ファイルレコードに「ファイルの種別」の属性が含まれていない場合であっても、クエリ受付部４は、ファイルの種別を指定するファイル種別情報を含むクエリを受け付けてもよい。ファイルレコードに「ファイルの種別」の属性が含まれていなくても、検索部５は、ファイル種別情報を含むクエリに応じたファイル名を検索することができる。ここでは、クエリ受付部４が、ユーザ名に該当する「山田」、期間情報に該当する「１０月」、場所／会議情報に該当する「Ａ社本社」、および、ファイル種別情報に該当する「音楽ファイル」という各文言を列挙したクエリを受け付けた場合を例にして説明する。この場合、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、場所／会議情報として「Ａ社本社」が記述されたファイルレコード（実質的にはスケジュールレコード）を特定する。さらに、検索部５は、そのファイルレコードの日時の欄に記述された時間帯に含まれる日時が記述されていて、ユーザ名として「山田」が記述され、「音楽ファイル」に対応する拡張子を含むファイル名が記述されたファイルレコードを検索する。そして、検索部５は、そのファイルレコードに記述されているファイル名を検索結果として得る。また、例えば、ファイル名が記述されたファイルレコードに場所／会議情報も記述されているとする。この場合、検索部５は、ユーザ名として「山田」が記述され、日時が期間情報「２０１７年１０月」に含まれ、場所／会議情報として「Ａ社本社」が記述され、さらに、「音楽ファイル」に対応する拡張子を含むファイル名が記述されたファイルレコードを検索する。そして、検索部５は、そのファイルレコードに記述されているファイル名を検索結果として得る。
【０１２７】
図１５は、本発明の実施形態に係るコンピュータの構成例を示す概略ブロック図である。コンピュータ１０００は、ＣＰＵ１００１と、主記憶装置１００２と、補助記憶装置１００３と、インタフェース１００４と、通信インタフェース１００５とを備える。
【０１２８】
本発明の実施形態の検索システム１は、コンピュータ１０００に実装される。検索システム１の動作は、検索プログラムの形式で補助記憶装置１００３に記憶されている。ＣＰＵ１００１は、その検索プログラムを補助記憶装置１００３から読み出して主記憶装置１００２に展開し、その検索プログラムに従って上記の処理を実行する。
【０１２９】
補助記憶装置１００３は、一時的でない有形の媒体の例である。一時的でない有形の媒体の他の例として、インタフェース１００４を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory ）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory ）、半導体メモリ等が挙げられる。また、このプログラムが通信回線によってコンピュータ１０００に配信される場合、配信を受けたコンピュータ１０００がそのプログラムを主記憶装置１００２に展開し、上記の処理を実行してもよい。
【０１３０】
また、プログラムは、前述の処理の一部を実現するためのものであってもよい。さらに、プログラムは、補助記憶装置１００３に既に記憶されている他のプログラムとの組み合わせで前述の処理を実現する差分プログラムであってもよい。
【０１３１】
また、各構成要素の一部または全部は、汎用または専用の回路（circuitry ）、プロセッサ等やこれらの組み合わせによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各構成要素の一部または全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
【０１３２】
各構成要素の一部または全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。
【０１３３】
次に、本発明の概要について説明する。図１６は、本発明の概要を示すブロック図である。本発明の検索システムは、レコード記憶部３と、クエリ受付部４と、検索部５とを備える。
【０１３４】
レコード記憶部３は、少なくとも、ファイルの識別情報（例えば、パスを含むファイル名）と、そのファイルを操作したユーザのユーザ名と、そのファイルが操作された日時とを関連付けたファイルレコードを複数記憶する。
【０１３５】
クエリ受付部４は、少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付ける。
【０１３６】
検索部５は、少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、レコード記憶部３に記憶されている複数のファイルレコードに基づいて検索する。
【０１３７】
そのような構成によって、検索者がファイルに関連する特徴的なキーワードやフォルダの階層を記憶していなくても、検索者は、容易に所望のファイルを検索することができる。
【０１３８】
上記の本発明の実施形態は、以下の付記のようにも記載され得るが、以下に限定されるわけではない。
【０１３９】
（付記１）
少なくとも、ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付けたファイルレコードを複数記憶するレコード記憶部と、
少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付けるクエリ受付部と、
少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する検索部とを備える
ことを特徴とする検索システム。
【０１４０】
（付記２）
クエリ受付部は、
期間情報の他に、ユーザ名を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記１に記載の検索システム。
【０１４１】
（付記３）
クエリ受付部は、
クエリにユーザ名が含まれていない場合、ユーザ名を特定し、特定したユーザ名を前記クエリに追加し、
検索部は、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記１に記載の検索システム。
【０１４２】
（付記４）
クエリ受付部は、
クエリにユーザ名が含まれていない場合、検索者の名をユーザ名として前記クエリに追加する
付記３に記載の検索システム。
【０１４３】
（付記５）
レコード記憶部は、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ユーザによって前記ファイルが操作された量を関連付けたファイルレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ユーザによってファイルが操作された量を指定する量情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、量情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記２から付記４のうちのいずれかに記載の検索システム。
【０１４４】
（付記６）
レコード記憶部は、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ファイルの用途を関連付けたファイルレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ファイルの用途を指定する用途情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、用途情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記２から付記５のうちのいずれかに記載の検索システム。
【０１４５】
（付記７）
レコード記憶部は、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、ファイルの操作種別を関連付けたファイルレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ファイルの操作種別を指定する操作種別情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、操作種別情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記２から付記６のうちのいずれかに記載の検索システム。
【０１４６】
（付記８）
レコード記憶部は、
ユーザのユーザ名と、前記ユーザがいた場所または会議を示す場所／会議情報と、前記ユーザが前記場所または前記会議にいた日時とを関連付けたスケジュールレコードを複数記憶し、
クエリ受付部は、
期間情報の他に場所／会議情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、場所／会議情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索する
付記２から付記７のうちのいずれかに記載の検索システム。
【０１４７】
（付記９）
レコード記憶部は、
ユーザのユーザ名と、前記ユーザ以外の人と、前記ユーザと前記人とが一緒にいた日時とを関連付けたスケジュールレコードを複数記憶し、
クエリ受付部は、
期間情報の他に、ファイルを操作したユーザと一緒にいた人を指定する人情報を含むクエリを受け付け、
検索部は、
少なくとも、ユーザ名と、期間情報と、人情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索する
付記２から付記８のうちのいずれかに記載の検索システム。
【０１４８】
（付記１０）
クエリ受付部は、自然言語で記述されたクエリを受け付け、前記自然言語で記述されたクエリから、検索時に用いる文言を抽出する
付記１から付記９のうちのいずれかに記載の検索システム。
【０１４９】
（付記１１）
検索部は、
検索結果として、複数のファイルの識別情報が得られた場合、前記複数のファイルの識別情報の出力順を定める
付記１から付記１０のうちのいずれかに記載の検索システム。
【０１５０】
（付記１２）
少なくとも、ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付け、
少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
ことを特徴とする検索方法。
【０１５１】
（付記１３）
期間情報の他に、ユーザ名を含むクエリを受け付け、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記１２に記載の検索方法。
【０１５２】
（付記１４）
クエリにユーザ名が含まれていない場合、ユーザ名を特定し、特定したユーザ名を前記クエリに追加し、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記１２に記載の検索方法。
【０１５３】
（付記１５）
クエリにユーザ名が含まれていない場合、検索者の名をユーザ名として前記クエリに追加する
付記１４に記載の検索方法。
【０１５４】
（付記１６）
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ユーザによって前記ファイルが操作された量を関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
期間情報の他に、ユーザによってファイルが操作された量を指定する量情報を含むクエリを受け付け、
少なくとも、ユーザ名と、期間情報と、量情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記１３から付記１５のうちのいずれかに記載の検索方法。
【０１５５】
（付記１７）
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ファイルの用途を関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
期間情報の他に、ファイルの用途を指定する用途情報を含むクエリを受け付け、
少なくとも、ユーザ名と、期間情報と、用途情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記１３から付記１６のうちのいずれかに記載の検索方法。
【０１５６】
（付記１８）
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、ファイルの操作種別を関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
期間情報の他に、ファイルの操作種別を指定する操作種別情報を含むクエリを受け付け、
少なくとも、ユーザ名と、期間情報と、操作種別情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する
付記１３から付記１７のうちのいずれかに記載の検索方法。
【０１５７】
（付記１９）
ユーザのユーザ名と、前記ユーザがいた場所または会議を示す場所／会議情報と、前記ユーザが前記場所または前記会議にいた日時とを関連付けたスケジュールレコードを複数、レコード記憶部に記憶させ、
期間情報の他に場所／会議情報を含むクエリを受け付け、
少なくとも、ユーザ名と、期間情報と、場所／会議情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索する
付記１３から付記１８のうちのいずれかに記載の検索方法。
【０１５８】
（付記２０）
ユーザのユーザ名と、前記ユーザ以外の人と、前記ユーザと前記人とが一緒にいた日時とを関連付けたスケジュールレコードを複数、レコード記憶部に記憶させ、
期間情報の他に、ファイルを操作したユーザと一緒にいた人を指定する人情報を含むクエリを受け付け、
少なくとも、ユーザ名と、期間情報と、人情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索する
付記１３から付記１９のうちのいずれかに記載の検索方法。
【０１５９】
（付記２１）
自然言語で記述されたクエリを受け付け、前記自然言語で記述されたクエリから、検索時に用いる文言を抽出する
付記１２から付記２０のうちのいずれかに記載の検索方法。
【０１６０】
（付記２２）
検索結果として、複数のファイルの識別情報が得られた場合、前記複数のファイルの識別情報の出力順を定める
付記１２から付記２１のうちのいずれかに記載の検索方法。
【０１６１】
（付記２３）
コンピュータに、
少なくとも、ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付けたファイルレコードを複数、レコード記憶部に記憶させるレコード記憶処理、
少なくとも、ファイルが操作された期間を指定する期間情報を含むクエリを受け付けるクエリ受付処理、および、
少なくとも、期間情報を含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索する検索処理
を実行させるための検索プログラム。
【０１６２】
（付記２４）
コンピュータに、
クエリ受付処理で、
期間情報の他に、ユーザ名を含むクエリを受け付けさせ、
検索処理で、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索させる
付記２３に記載の検索プログラム。
【０１６３】
（付記２５）
コンピュータに、
クエリ受付処理で、
クエリにユーザ名が含まれていない場合、ユーザ名を特定させ、特定したユーザ名を前記クエリに追加させ、
検索処理で、
少なくとも、ユーザ名と、期間情報とを含むクエリに応じたファイルの識別情報を、レコード記憶部に記憶されている複数のファイルレコードに基づいて検索させる
付記２３に記載の検索プログラム。
【０１６４】
（付記２６）
コンピュータに、
クエリ受付処理で、
クエリにユーザ名が含まれていない場合、検索者の名をユーザ名として前記クエリに追加させる
付記２５に記載の検索プログラム。
【０１６５】
（付記２７）
コンピュータに、
レコード記憶処理で、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ユーザによって前記ファイルが操作された量を関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
クエリ受付処理で、
期間情報の他に、ユーザによってファイルが操作された量を指定する量情報を含むクエリを受け付けさせ、
検索処理で、
少なくとも、ユーザ名と、期間情報と、量情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索させる
付記２４から付記２６のうちのいずれかに記載の検索プログラム。
【０１６６】
（付記２８）
コンピュータに、
レコード記憶処理で、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、前記ファイルの用途を関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
クエリ受付処理で、
期間情報の他に、ファイルの用途を指定する用途情報を含むクエリを受け付けさせ、
検索処理で、
少なくとも、ユーザ名と、期間情報と、用途情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索させる
付記２４から付記２７のうちのいずれかに記載の検索プログラム。
【０１６７】
（付記２９）
コンピュータに、
レコード記憶処理で、
ファイルの識別情報と、前記ファイルを操作したユーザのユーザ名と、前記ファイルが操作された日時とを関連付け、さらに、ファイルの操作種別を関連付けたファイルレコードを複数、レコード記憶部に記憶させ、
クエリ受付処理で、
期間情報の他に、ファイルの操作種別を指定する操作種別情報を含むクエリを受け付けさせ、
検索処理で、
少なくとも、ユーザ名と、期間情報と、操作種別情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードに基づいて検索させる
付記２４から付記２８のうちのいずれかに記載の検索プログラム。
【０１６８】
（付記３０）
コンピュータに、
レコード記憶処理で、
ユーザのユーザ名と、前記ユーザがいた場所または会議を示す場所／会議情報と、前記ユーザが前記場所または前記会議にいた日時とを関連付けたスケジュールレコードを複数、レコード記憶部に記憶させ、
クエリ受付処理で、
期間情報の他に場所／会議情報を含むクエリを受け付けさせ、
検索処理で、
少なくとも、ユーザ名と、期間情報と、場所／会議情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索させる
付記２４から付記２９のうちのいずれかに記載の検索プログラム。
【０１６９】
（付記３１）
コンピュータに、
レコード記憶処理で、
ユーザのユーザ名と、前記ユーザ以外の人と、前記ユーザと前記人とが一緒にいた日時とを関連付けたスケジュールレコードを複数、レコード記憶部に記憶させ、
クエリ受付処理で、
期間情報の他に、ファイルを操作したユーザと一緒にいた人を指定する人情報を含むクエリを受け付けさせ、
検索処理で、
少なくとも、ユーザ名と、期間情報と、人情報とを含むクエリに応じたファイルの識別情報を、前記レコード記憶部に記憶されている複数のファイルレコードおよび複数のスケジュールレコードに基づいて検索させる
付記２４から付記３０のうちのいずれかに記載の検索プログラム。
【０１７０】
（付記３２）
コンピュータに、
クエリ受付処理で、
自然言語で記述されたクエリを受け付けさせ、前記自然言語で記述されたクエリから、検索時に用いる文言を抽出させる
付記２３から付記３１のうちのいずれかに記載の検索プログラム。
【０１７１】
（付記３３）
コンピュータに、
検索処理で、
検索結果として、複数のファイルの識別情報が得られた場合、前記複数のファイルの識別情報の出力順を定めさせる
付記２３から付記３２のうちのいずれかに記載の検索プログラム。
【産業上の利用可能性】
【０１７２】
本発明は、ファイルを検索する検索システムに好適に適用可能である。
【符号の説明】
【０１７３】
１  検索システム
２  収集部
３  レコード記憶部
４  クエリ受付部
５  検索部
６  出力部
【図１】
2019086939.tif 000003
【図２】
2019086939.tif 000004
【図３】
2019086939.tif 000005
【図４】
2019086939.tif 000006
【図５】
2019086939.tif 000007
【図６】
2019086939.tif 000008
【図７】
2019086939.tif 000009
【図８】
2019086939.tif 000010
【図９】
2019086939.tif 000011
【図１０】
2019086939.tif 000012
【図１１】
2019086939.tif 000013
【図１２】
2019086939.tif 000014
【図１３】
2019086939.tif 000015
【図１４】
2019086939.tif 000016
【図１５】
2019086939.tif 000017
【図１６】
2019086939.tif 000018