JP6832642B2 - ファイル管理システム、ファイル管理装置、及びファイル管理方法 - Google Patents

Description

本開示は、ファイル管理システム、ファイル管理装置、及びファイル管理方法に関する。

従来、データを管理するためのデータ管理装置として、ユーザが過去に行った検索方法を維持しつつ、データ検索が容易になるように分類するデータ管理装置が知られている（特許文献１参照）。このデータ管理装置は、複数のディレクトリがリンクによって階層構造に連結され、各ディレクトリが選択候補であるデータまたは他のディレクトリへのリンクを含み、上記選択候補の親階層のディレクトリ毎に記録された参照回数に基づいて、当該親階層のディレクトリから当該選択候補へのリンクを削除するリンク削除手段を備える。このデータ管理装置は、選択回数の少ない選択候補へのリンクを削除する。

特開２００７−２１３２０９号公報

従来、データを管理する場合には、ディレクトリ毎に分類されており、複数のディレクトリ間の階層構造などは予め決まっている。この場合、ファイルのありかを検索する場合には、ディレクトリの場所を指定する必要がある。そのため、ユーザがディレクトリの場所を忘れてしまった場合、ファイルが格納されたディレクトリを他人が移動させた場合などには、ファイルの保存場所が分からなくなる。この場合、ファイルの検索が困難となる。

また、ファイルをどのディレクトリに格納するかは、個人が恣意的に分類することが多い。そのため、分類の仕方が個人の属性等に応じて画一的となり、ファイルの分類における柔軟性が不十分である。

また、いずれかのディレクトリに格納された多数のファイルをキーワードのみで絞って検索する場合、検索によって得られるファイル数が多すぎたり少なすぎたりして、所望の検索とはならない可能性がある。

本開示は、上記事情に鑑みてなされたものであり、ファイルが保管されるディレクトリを意識せずに、ファイルを容易に管理できるファイル管理システム、ファイル管理装置、及びファイル管理方法を提供する。

本開示のファイル管理システムは、クライアント端末と、文書ファイルを管理するファイル管理サーバと、が接続されたファイル管理システムであって、前記クライアント端末は、入力デバイスを介して前記文書ファイルを検索するための複数のキーワードを入力し、前記複数のキーワードのそれぞれに対応する複数のノードを生成し、前記入力デバイスからの入力に応じて、ノード同士を選択し、選択された複数のノードである複数の選択ノードに対し、前記複数の選択ノードのうちの上位ノードに対応するキーワードを前記複数の選択ノードのうちの前記上位ノードの下位に位置する下位ノードへ伝達するための導線である接続ラインを描き、前記複数のノードと前記接続ラインとを含み、前記文書ファイルを検索するための検索条件ファイルを生成し、前記検索条件ファイルを前記ファイル管理サーバへ送信し、前記ファイル管理サーバは、前記検索条件ファイルを受信して保持し、前記接続ラインは、検索条件としてのＡＮＤ条件の候補を形成し、前記下位ノードに対応する前記ＡＮＤ条件の候補は、前記下位ノードに対応するキーワードと、前記上位ノードに対応するキーワードと、を含む。

本開示のファイル管理方法は、クライアント端末と、文書ファイルを管理するファイル管理サーバと、が接続されたファイル管理システムにおけるファイル管理方法であり、前記クライアント端末は、入力デバイスを介して前記文書ファイルを検索するための複数のキーワードを入力し、前記複数のキーワードのそれぞれに対応する複数のノードを生成し、前記入力デバイスからの入力に応じて、ノード同士を選択し、選択された複数のノードである複数の選択ノードに対し、前記複数の選択ノードのうちの上位ノードに対応するキーワードを前記複数の選択ノードのうちの前記上位ノードの下位に位置する下位ノードへ伝達するための導線である接続ラインを描き、前記複数のノードと前記接続ラインとを含み、前記文書ファイルを検索するための検索条件ファイルを生成し、前記検索条件ファイルを前記ファイル管理サーバへ送信し、前記ファイル管理サーバは、前記検索条件ファイルを受信して保持し、前記接続ラインは、検索条件としてのＡＮＤ条件の候補を形成し、前記下位ノードに対応する前記ＡＮＤ条件の候補は、前記下位ノードに対応するキーワードと、前記上位ノードに対応するキーワードと、を含む。

本開示によれば、ファイルが保管されるディレクトリを意識せずに、ファイルを容易に管理できる。

実施形態におけるファイル管理システムを示す概要図 ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）の構成例を示すブロック図 ファイル管理サーバの構成例を示すブロック図 ＭＡＰ編集のためのクライアントアプリが起動したスタート画面の一例を示す模式図 ＭＡＰベース画面の一例を示す模式図 接続ライン付きＭＡＰを含むＭＡＰ編集画面Ｇ３の一例を示す模式図 文書ファイルのアップロード操作画面の一例を示す模式図 経理部用のＭＡＰ画面の一例を示す模式図 ファイル一覧画面の一例を示す模式図 文書ファイルＤＢから取得された文書ファイルの一例を模式図 営業部用のＭＡＰ画面の一例を示す模式図 研究開発部用のＭＡＰ画面の一例を示す模式図 商品開発部用のＭＡＰ画面の一例を示す模式図 ＭＡＰファイルによる検索構造の一例を可視化した模式図 ファイル管理システムのファイルアップロード時の動作例を示すシーケンス図 ファイル管理システムのアップロード時の動作を説明するための概念図 ファイル管理システムのファイル検索時の動作例を示すシーケンス図 ファイル管理システムのファイル検索時の動作を説明するための概念図 ファイル管理システムの概要の説明図 否定の情報を含む検索条件が表示されたＭＡＰ編集画面の一例を示す模式図

以下、適宜図面を参照しながら、実施形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になることを避け、当業者の理解を容易にするためである。尚、添付図面及び以下の説明は、当業者が本開示を十分に理解するために提供されるものであり、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

（第１の実施形態）
［ファイル管理システムの構成］
図１は、第１の実施形態におけるファイル管理システム１００の構成例を示す模式図である。ファイル管理システム１００は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０及びファイル管理サーバ２０を備える。ＰＣ１０及びファイル管理サーバ２０は、ネットワーク５０を介して接続される。ＰＣ１０は、クライアント端末の一例である。

ネットワーク５０は、有線ネットワークでもよいし、無線ネットワークでもよい。ネットワーク５０は、公衆ネットワーク（例えばインターネット）でもよいし、専用ネットワーク（例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ））でもよい。

ＰＣ１０は、例えば汎用のコンピュータであり、本実施形態のファイル管理に係るクライアント側の動作を行う。つまり、ＰＣ１０は、ファイル管理に係るクライアント側のアプリケーション（クライアントアプリ）を実行する。ここでは、ＰＣ１０として説明するが、ユーザが携帯可能なスマートフォン、タブレット端末、携帯情報端末、などでもよい。

ファイル管理サーバ２０は、本実施形態のファイル管理に係るサーバ側の動作を行う。つまり、ファイル管理サーバ２０は、ファイル管理に係るサーバ側のアプリケーション（サーバアプリ）を実行する。

尚、ここでは、ファイル管理サーバ２０を１つのサーバとして説明するが、ファイル管理サーバ２０は複数のサーバに分散されてもよい。例えば、同じ動作を行う複数のサーバが設けられてもよいし、機能毎に異なるサーバ（例えば後述するＭＡＰに係る処理を行うＭＡＰサーバ、後述する文書ファイルに係る処理を行うファイルサーバ）が設けられてもよい。また、ファイル管理サーバ２０が有するストレージが独立して設けられ、ファイル管理サーバ２０の他に、ストレージサーバ（例えば、後述するＭＡＰファイルを保管するストレージ、後述する文書ファイル等を保管するストレージ）が設けられてもよい。尚、ＭＡＰファイルは、検索条件ファイルの一例である。

［ＰＣの構成］
図２は、ＰＣ１０の構成例を示すブロック図である。ＰＣ１０は、通信デバイス１１、プロセッサ１２、メモリ１３、ディスプレイ１４、及び入力デバイス１５を備える。

通信デバイス１１は、例えば、ネットワーク５０を介して他の通信装置（例えばファイル管理サーバ２０）との間で各種データや各種ファイルを通信する。

プロセッサ１２は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）を含む。プロセッサ１２は、メモリ１３に保持されたプログラム（例えばファイル管理プログラム、クライアントアプリ）を実行することで、ＰＣ１０の動作を制御し、各種機能を実現する。各種機能は、例えば、ＭＡＰ（マップ）編集機能、ラベル置換機能、絞り込み条件編集機能、検索条件設定機能、を含む。

プロセッサ１２は、ＭＡＰ編集機能により、ファイル管理サーバ２０に蓄積された文書ファイルを検索するためのＭＡＰファイルを生成する。尚、文書ファイルとは、文字の情報を含むファイルを広く含む。

プロセッサ１２は、ラベル置換機能により、ＭＡＰファイルに含まれるノードのノード名となるラベル（キーワードともいう）を他のラベルに置換するための置換情報を生成する。

プロセッサ１２は、絞り込み条件編集機能により、ＭＡＰ上で選択されたノード（選択ノード）に基づいて、ファイル検索時の検索条件に含めるか否かを設定する。尚、絞り込み条件編集機能は、ＭＡＰファイルの生成時に行われてもよいし、ファイル検索時に行われてもよい。よって、検索条件の候補がＭＡＰ（後述する接続ライン付きＭＡＰ）により定まり、この検索条件の候補を基に、ラベルの置換情報や検索条件の編集情報により、検索条件が定まる。

プロセッサ１２は、検索条件設定機能により、ファイル管理サーバ２００と連動して、例えばＭＡＰ画面の表示やＭＡＰ画面でのノード選択に応じて、文書ファイルを検索するための検索条件を設定する。

メモリ１３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の一次記憶装置を含む。また、メモリ１３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、等の２次記憶装置を含んでもよい。また、メモリ１３は、ＵＳＢメモリやＳＤカード等の三次記憶装置を含んでもよい。

ディスプレイ１４は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）や有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイを含み、各種データ、ファイル、画像、等を表示する。また、ディスプレイ１４は、各種編集画面を表示する。また、ディスプレイ１４は、出力デバイスの１つであるが、出力デバイスとして音声出力するためのスピーカが設けられてもよい。

入力デバイス１５は、例えば、キーボード、マウス、タッチパネル、マイクロホン、カメラ、スキャナを含む。例えば、入力デバイス１５としてのスキャナを設けることで、紙ベースの資料を画像ファイルとして取込み、ＯＣＲ機能により文字情報として認識可能な文書ファイルに変換し、ファイル管理サーバ２０に蓄積し、必要時に容易にファイル検索でできる。

［ファイル管理サーバの構成］
図３は、ファイル管理サーバ２０の構成例を示すブロック図である。ファイル管理サーバ２０は、通信デバイス２１、プロセッサ２２、及びメモリ２３を備える。

通信デバイス２１は、例えば、ネットワーク５０を介して他の通信装置（例えばＰＣ１０）との間で各種データや各種ファイルを通信する。

プロセッサ２２は、例えばＣＰＵやＤＳＰを含む。プロセッサ２２は、メモリ２３に保持されたプログラム（例えばファイル管理プログラム、サーバアプリ）を実行することで、ファイル管理サーバ２０の動作を制御し、各種機能を実現する。各種機能は、例えば、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ：光学文字認識）機能、キーワード抽出機能、キーワード付き文書ファイル生成機能、リンク付け機能、文書ファイル検索機能、を含む。

プロセッサ２２は、ＯＣＲ機能により、文字情報を含む画像ファイル（ＰＤＦファイル）としての文書ファイルに対して、文字認識処理し、文字情報（テキスト情報）を取得する。文書ファイルは、例えば、文書表示用ソフトウェアで作成された文書表示ファイル、文書作成用ソフトウェアで作成された文書作成ファイル、表計算用ソフトウェアで作成された表計算ファイル、テキスト作成用ソフトウェアで作成されたテキストファイル、プレゼンテーション用ソフトウェアで作成されたプレゼンテーションファイル、等を含む。例えば、ＰＤＦファイルに含まれる文字は文字情報として認識されないが、ＯＣＲ機能により文字認識することで、後述するキーワード抽出等が可能となる。

プロセッサ２２は、キーワード抽出機能により、文字情報を認識可能な文字ファイルに対して公知のキーワード抽出アルゴリズムを施し、文字ファイルから所定のキーワードを抽出する。所定のキーワードは、キーワード抽出の前に予め定められ、例えばメモリ２３内に保持されている。

プロセッサ２２は、キーワード付き文書ファイル生成機能は、文書ファイルから取得された文字情報のうち、予め定められたキーワードと一致する情報が文書ファイルに付加された「キーワード付きの文書ファイル」を生成する。この文書ファイルのキーワードは、文書ファイルを検索するためのインデックスとして機能し、例えば文書ファイルのヘッダに埋め込まれる。

尚、文書ファイルにキーワードが付加された後には、文書ファイルはキーワード付きの文書ファイルとなるが、キーワード付加後においても、キーワード付きの文書ファイルを単に「文書ファイル」と略称して説明することもある。

プロセッサ２２は、リンク付け機能により、ＭＡＰファイルに含まれる各ノードと、このノードの文字情報を含む検索条件を満たす文書ファイルと、を関連付け（リンク付け）し、「リンク付きのＭＡＰファイル」を生成する。リンク付けでは、特定の文書ファイルのファイル識別子（「１００１」等）と、ノードＮＤとが、関連付けられる。また、ノードＮＤと、文書ファイルの文書ファイル名、文書ファイルが文書ファイルＤＢ２７に保持されたアドレスを示すアドレス情報（保管位置の情報）、又は文書ファイルに付加されたキーワードと、が関連付けられてもよい。また、１つ以上のＭＡＰファイルのそれぞれが、同じ文書ファイルとの間でリンク付けされてもよい。リンク付けの情報は、文書ファイルに係るリンク情報の一例である。

尚、ＭＡＰファイルにリンク付けされた後には、ＭＡＰファイルはリンク付きのＭＡＰファイルとなるが、リンク付け後においても、リンク付きのＭＡＰファイルを単に「ＭＡＰファイル」と略称して説明することもある。

また、プロセッサ２２は、リンク付きのＭＡＰファイルにおいて、リンク付けされた文書ファイルがノードに対して存在する場合には、ＭＡＰファイル内の該当ノードにリンクマークＬＭを付与する。リンクマークＬＭにより、ユーザは、ＭＡＰファイル内の該当ノードが示す検索式（検索条件）によって検索可能な文書ファイルが存在することを把握できる。リンクマークＬＭは、リンクマークＬＭが付されたノードＮＤにおいて、このノードＮＤに対応する検索条件を満たす文書ファイルが存在する旨の情報の一例である。

また、キーワードは、必要に応じて追加されてもよい。プロセッサ２２は、キーワードが追加された場合、ＭＡＰファイルと文書ファイルとの間でリンク付けを再度実施してもよい。

また、プロセッサ２２は、文書ファイル検索機能により、ＰＣ１０と連動して、文書ファイルＤＢ２７に蓄積された文書ファイルから、ＰＣ１０を介してユーザに指定された文書ファイルを検索し、ＰＣ１０へ検索された文書ファイルを送信する。

メモリ２３は、ＲＯＭやＲＡＭ等の一次記憶装置を含む。また、メモリ２３は、ＨＤＤ、ＳＳＤ、等の２次記憶装置を含んでもよい。また、メモリ２３は、ＵＳＢメモリやＳＤカード等の三次記憶装置を含んでもよい。また、２次記憶装置としてのストレージは、ファイル管理サーバ２０とは別体に設けられてもよい。また、ストレージは、例えばネットワーク５０において分散配置されてもよい。図３では、メモリ２３は、ＭＡＰファイルに関連するデータを保持するＭＡＰファイルＤＢ２６と、文書ファイルに関連するデータを保持する文書ファイルＤＢ２７と、を含む。

メモリ２３は、各種データ、ファイル、プログラムを保持する。メモリ２３は、例えば、ＭＡＰファイル（リンク付きのＭＡＰファイルを含む）を、ＭＡＰファイルＤＢ２６に蓄積する。メモリ２３は、例えば、文書ファイル（キーワード付きの文書ファイルを含む）を、文書ファイルＤＢ２７に蓄積する。

メモリ２３は、文書ファイルから特定の文字情報を取得するためのキーワードを保持する。キーワードは、例えば、ＰＣ１０により特定のユーザ（例えば管理者）又は様々なユーザ（例えば営業担当、経理担当）により指定され、ＰＣ１０からファイル管理サーバ２０に送られ、保持される。例えば、営業担当の場合、顧客名、顧客担当者名、訪問日、などがキーワードとされる。例えば、経理担当の場合、発注日、支払日、などがキーワードとされる。

尚、ファイル管理サーバ２０は、ＰＣ１０と同様に、ディスプレイ等の出力デバイスや入力デバイスを備えてもよい。ファイル管理サーバ２０のディスプレイは、例えばディスプレイ１４と同様である。ファイル管理サーバ２０の入力デバイスは、例えば入力デバイス１５と同様である。

［ＭＡＰファイルの生成・登録］
次に、ＭＡＰファイルの生成及び登録について説明する。

ＰＣ１０は、クライアントアプリによりＭＡＰファイルを生成する。ＭＡＰファイルは、例えば、ＰＣ１０のユーザ毎に異なるように生成されてもよい。例えば、同じ文書ファイルであっても、経理担当者、人事担当者、営業担当者、開発担当者、等によって検索したいキーワードが異なることが想定される。そのため、各部門（例えば経理部、人事部、営業部、開発部）によって異なるＭＡＰファイルを用意することで、つまり各部門の担当者が頻繁に使うキーワードを予めテンプレートとしてＭＡＰファイルの形式で用意することで、多数の文書ファイルの中から所望の文書ファイルを容易に検索できる。

図４は、ＭＡＰ編集のためのクライアントアプリが起動したスタート画面Ｇ１を示す模式図である。図４では、商品管理部、営業部、研究開発部、経理部のＭＡＰファイルが生成されている、又は生成される。

スタート画面Ｇ１では、ＬＯＧボタンＢＴ１は、文書ファイルＤＢ２７に保持された文書ファイルの一覧を閲覧するためのボタンである。また、ＭＡＰボタンＢＴ２は、ＭＡＰファイルＤＢ２６に保持されたＭＡＰファイルの一覧を表示するためのボタンである。図４では、ＭＡＰボタンＢＴ２が選択されており、経理部が選択されており、この状態で入力デバイス１５を介してＭＥＮＵボタンＢＴ３を押下すると、経理管理部のＭＡＰ編集画面に移行する。

ＭＡＰファイルの生成では、例えばまず、ユーザは、入力デバイス１５を介して、検索すべきキーワード（検索時に検索対象となる文言）を入力する。プロセッサ１２は、入力された１つのキーワードから、１つのノード（書庫ノード）ＮＤを生成する。ディスプレイ１４にノードＮＤが表示される際には、ノードＮＤには例えばキーワード（ラベル）が表示される。ノードに示されるラベル（キーワード）には、ノードに対応する検索条件の少なくとも一部が示される。この段階では、ノードＮＤ同志（キーワード同志）の接続関係が未定な状態である。この状態のＭＡＰファイルをＭＡＰベース（白地図）ともいう。図５は、ＭＡＰ編集画面の１つであるＭＡＰベース画面Ｇ２の一例を示す模式図である。

続いて、ユーザは、入力デバイス１５を介して、検索条件を限定するために合わせて使用すべきノードＮＤ同志を選択する。これにより、プロセッサ１２は、選択された複数のノードに対して接続ラインＣＬを描く。接続ラインＣＬは、検索条件としてＡＮＤ条件の候補を示すものであり、上位ノードが示すキーワードを下位ノードへ伝達するための導線を示す。つまり、下位ノードに対応する検索条件は、この下位ノードに対応するキーワードだけでなく、上位ノードが示すキーワードについても、ＡＮＤ条件による検索条件の候補に含む。例えば、「請求書」というノードＮＤと「平成２８年１月」というノードＮＤとが接続ラインＣＬで接続された場合、「請求書」のノードＮＤが「平成２８年１月」のノードＮＤに対して上位ノードであれば、「平成２８年１月」のノードが選択されると、「請求書、且つ、平成２８年１月」という検索条件により、文書ファイルを検索できる。尚、例えばラベルの置換や検索条件の編集により、検索条件の一部を変更可能である。

図６は、ＭＡＰ編集画面の１つである接続ライン付きＭＡＰを含むＭＡＰ編集画面Ｇ３の一例を示す模式図である。また、ＭＡＰ編集画面Ｇ３には、例えば、接続ライン付きＭＡＰの情報が表示されるＭＡＰ領域Ｄ１と、ラベルの置換情報が表示されるラベル置換領域Ｄ２と、ファイル検索のための絞り込み条件の情報が表示される絞り込み条件領域Ｄ３と、が含まれる。尚、絞り込み条件の情報は、検索条件選択情報の一例である。

接続ラインＣＬで接続された２つのノードＮＤは、上下の階層に分かれる。例えば、図６では、接続ラインＣＬの上端に位置するノードＮＤ１は、接続ラインＣＬの下端に位置するノードＮＤ２よりも上位の（上層の）ノードとなる。直列に上下の階層で接続された複数のノードに対応する各キーワードは、ＡＮＤ条件を形成するキーワードの候補となる。

また、ＭＡＰ編集画面Ｇ３における横方向に配置される複数のノードは、これらのノード間では直接には接続ラインＣＬで接続されず、同じ階層のノードとなる。同じ階層のノードは、ＯＲ条件を示すものである。

また、ＭＡＰファイルでは、同じ階層のノードが複数選択された場合、選択された複数のノードはＯＲ条件を形成する。例えば、「平成２８年１月」というノードと「平成２８年２月」というノードの２つが選択された場合、「平成２８年１月、又は、平成２８年２月」を含む文書ファイルを検索できる。

また、プロセッサ１２は、ＭＡＰファイルの生成において、ラベルの置換情報の生成を行ってもよい。ＭＡＰファイルにラベルの置換情報が含まれることで、ＭＡＰファイル内のノード指定に基づく検索条件の一部を置換可能である。例えば、入力デバイス１５により、「平成２８年」と「２０１６年」とを入力し、プロセッサ１２がこれらの文字情報をラベルの置換情報として対応付ける。この場合、プロセッサ１２は、例えば、検索条件に含まれる平成２８年を２０１６年に置換して、文書ファイルを検索できる。

また、プロセッサ１２は、ＭＡＰファイルの生成において、絞り込み条件を生成してもよい。絞り込み条件は、絞り込み条件の設定対象のノード（例えば図６では「商品Ａ」のノード）の選択によって編集可能となり、絞り込み条件領域Ｄ３が出現する。ＰＣ１０は、絞り込み条件の編集により、ＡＮＤ条件を形成する候補となっていた各キーワードから、実際にＡＮＤ条件を形成して検索するためのキーワードを選定する。

絞り込み条件の項目（絞り込み項目）として、例えば、選択ノードよりも上位層に含まれるノードのノード名（キーワード）が表示される。例えば、図６では、商品Ａが選択された場合、絞り込み項目として、「請求書」、「平成２８年１月」、「平成（株）」が表示される。各絞り込み項目には、チェックボックスＣＢが合わせて表示される。ユーザは、入力デバイス１５を用いて、各絞り込み項目を検索条件として適用するかどうか（ＡＮＤ条件に組み込むかどうか）を選択する。例えば検索条件として適用する場合はチェックマークを入れ、適用しない場合はチェックマークをはずす。

図６では、一例として、各絞り込み項目が検索条件に適用されたことを示している。つまり、このＭＡＰでは、接続ライン付きＭＡＰ、ラベルの置換情報、及び絞り込み条件に基づき、「請求書、且つ、平成２８年１月又は２０１６年１月、且つ、平成（株）、且つ、商品Ａ」が検索条件となる。

プロセッサ１２によりＭＡＰファイルが生成されると、例えば入力デバイス１５を介したＭＡＰファイルのアップロード指示により、通信デバイス１１が、ＭＡＰファイルをファイル管理サーバ２０へ送信する。ファイル管理サーバ２０では、通信デバイス２１がＭＡＰファイルを受信すると、メモリ１３のＭＡＰファイルＤＢ２６がＭＡＰファイルを保持する。

［文書ファイルのアップロード］
次に、文書ファイルのアップロード時の動作について説明する。

ＰＣ１０は、文書ファイルを、通信デバイス１１による通信により取得してもよいし、三次記憶装置を介して取得してもよいし、入力デバイス１５としてのスキャナを用いて取得してもよい。ＰＣ１０は、例えば入力デバイス１５を介した文書ファイルのアップロード指示により、通信デバイス１１が、文書ファイルをファイル管理サーバ２０へ送信する。

図７は、文書ファイルのアップローダとしてのアップロード操作画面Ｇ４の一例を示す模式図である。図７では、入力デバイス１５を介してアップロード操作画面Ｇ４に文書ファイル（ここでは「請求書２」の文書ファイル）をドラッグにより挿入することを例示している。例えば、ドラッグによりアップロード操作画面Ｇ４に挿入されることで、通信デバイス１１は文書ファイルをファイル管理サーバ２０へ送信する。

ファイル管理サーバ２０では、通信デバイス２１が文書ファイルを受信すると、メモリ２３の文書ファイルＤＢ２７が文書ファイルを保持する。文書ファイルが文字認識不可能な画像ファイルである場合、ＯＣＲ等により文字認識可能な文書ファイルに変換し、文書ファイルＤＢ２７に保存する。プロセッサ２２は、メモリ２３に保持されたキーワードを参照し、文書ファイルからキーワードと一致する文字情報を抽出し、文書ファイルに付加する。これにより、プロセッサ２２はキーワード付きの文書ファイルを生成する。キーワード付きの文書ファイルは、メモリ２３の文書ファイルＤＢ２７に蓄積される。

キーワード付きの文書ファイルが文書ファイルＤＢ２７に保持されると、プロセッサ２２は、ＭＡＰファイルＤＢ２６に保持された各ＭＡＰファイルを参照する。プロセッサ２２は、各ＭＡＰファイル内の各ノードが示す検索式（検索条件）と、この検索式に合致するキーワード付きの文書ファイルとをリンク付けする。アップロードされた文書ファイルとの間でリンク付けされるＭＡＰファイルは、例えば、メモリ２３に保持されたＭＡＰファイルの全てであるが、一部のＭＡＰファイルの各ノードに対してリンク付けされてもよい。よって、リンク付けは、１つのキーワード付きの文書ファイルに対して複数のＭＡＰファイルとの間で実施され得る。

尚、ファイル管理サーバ２０にファイルが蓄積された状態で、新しいＭＡＰファイルが生成され、追加でアップロードされると、プロセッサ２２は、新しいＭＡＰファイルの各ノードと蓄積済みのキーワード付きの文書ファイルとの間で、リンク付けする。つまり、新しいＭＡＰファイルの各ノードが示す検索条件に含まれるキーワードと、キーワード付きの文書ファイルのキーワードとが合致する場合、該当するノードとキーワード付きの文書ファイルとがリンク付けされる。

[文書ファイルの検索]
次に、ファイル管理サーバ２０に蓄積された文書ファイルの検索について説明する。尚、ファイルの検索時には、文書ファイルはキーワード付きの文書ファイルとなっている。

文書ファイルの検索は、クライアントアプリとサーバアプリとが連携して実施される。まず、ＰＣ１０では、入力デバイス１５を介してＭＡＰ選択画面（不図示）においてＭＡＰファイルを指定し、ディスプレイ１４が選択されたＭＡＰファイルに基づくＭＡＰ画面Ｇ５を表示する。ＭＡＰ画面では、事前に準備された接続ライン付きＭＡＰ（ＭＡＰ領域Ｄ１）が表示される。

尚、ラベルの置換情報及び絞り込み条件については、ＭＡＰファイル生成時に生成されているが、ファイル検索時に改めて設定してもよい。ラベルの置換情報及び絞り込み条件を改めて設定する場合には、ラベル置換領域Ｄ２と絞り込み条件領域Ｄ３とがＭＡＰ画面Ｇ５に含まれてもよい。

図８は、経理部用のＭＡＰ画面Ｇ５が示されている。経理部用のＭＡＰ画面Ｇ５では、ノード名の一例として、上位層から、文書ファイルの種類を示す「請求書」、請求書の発行月を示す「平成２８年１月」等、請求先を示す「平成（株）」等、請求が発生した商品に係る「商品Ａ」等、が表示される。

また、各ノードの左上部には、リンクマークＬＭが付されている。リンクマークＬＭにより、ユーザは、各ノードＮＤの選択により決定される検索条件を満たす文書ファイルが、文書ファイルＤＢ２７に少なくとも１つ蓄積されていることを視覚的に理解できる。つまり、各ノードＮＤに対してリンク付けされている文書ファイルが存在する場合には、リンクマークＬＭが付されて表示される。

ユーザが、入力デバイス１５を介して「商品Ａ」のノードを選択すると、プロセッサ１２は、ディスプレイ１４に表示される画面を選択されたノード（選択ノード）の下位ページの画面であるファイル一覧画面Ｇ６に移行する。

図９は、商品Ａが選択された場合のファイル一覧画面Ｇ６の一例を示す模式図である。ファイル一覧画面Ｇ６では、選択ノードの検索条件に合致する文書ファイルが、例えばリスト形式で表示される。ここでは、文書ファイルのファイル名「請求書」とともに、検索条件を満たすキーワード付きの文書ファイルのキーワード（例えば、請求書、平成２８年１月、平成（株）、商品Ａ、等のデータ）やメタデータ（例えばファイル名、ファイルの作成日時、ファイルの作成者等のデータ）の少なくとも１つが、表示される。ファイル一覧画面Ｇ６でのデータ形式は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式でもよいし、その他の形式でもよい。

尚、図９では検索条件に該当する文書ファイルが１つであるが、複数存在してもよい。

ＰＣ１０では、ユーザが入力デバイス１５を介して、ファイル一覧画面Ｇ６に表示された文書ファイルから所望の文書ファイル（例えば「請求書」の文書ファイル）を選択すると、通信デバイス１１は、この文書ファイルのメタデータを含むファイル転送要求をファイル管理サーバ２０へ送信する。

ファイル管理サーバ２０では、通信デバイス２１がファイル転送要求を受信すると、プロセッサ２２がファイル転送要求に含まれるメタデータに係る文書ファイルを文書ファイルＤＢ２７から取得し、通信デバイス２１が取得された文書ファイルをＰＣ１０へ送信する。これにより、ＰＣ１０は所望の文書ファイルを表示可能となり、ユーザが所望の文書ファイルを確認可能となる。図１０は、取得された文書ファイルＤＦの一例を模式図である。

尚、ここでは選択ノードにリンク付けされた文書ファイルが存在する場合にリンクマークＬＭが表示されることを例示したが、リンクマークＬＭとともに、又はリンクマークの代わりに、選択ノードに選択に応じて次のページ（上位ページ又は改ページ）に移行するための矢印ボタンＢＴ４が表示されてもよい。例えば、入力デバイス１５を介して矢印ボタンＢＴ４として下ボタンが押下された場合、プロセッサ１２が、表示されるページを選択ノードの下位ページに遷移する。

尚、ここでは経理部用のＭＡＰ画面Ｇ５を例示したが、当然、他の部門用のＭＡＰ画面が設けられてもよい。図１１は、営業部用のＭＡＰ画面Ｇ５Ａの一例を示す模式図である。図１２は、研究開発部用のＭＡＰ画面Ｇ５Ｂの一例を示す模式図である。図１３は、商品開発部用のＭＡＰ画面Ｇ５Ｃの一例を示す模式図である。各部門のＭＡＰ画面から理解できるように、ＭＡＰファイル毎にノード名や接続ラインＣＬの接続方法が異なり、異なる検索方法が設定され得る。

次に、ファイル検索の検索条件の詳細について説明する。

図１４は、ＭＡＰファイルによる検索構造を可視化した模式図である。ここでは、ノード名（つまりキーワード）をα、β、γ、・・・とし、ノードＮＤに対応するキーワードを抽象化して示している。ファイル管理サーバ２０では、プロセッサ２２は、ＭＡＰファイルとして作成されたツリーＴＲ１（木構造）（接続ライン付きＭＡＰに相当）に応じて、検索条件を示す検索式（（式１）〜（式８））のリストＬＳ１を生成する。尚、図１４では、オーバーライン「￣」は否定を示し、吹き出し中のワードはラベルの置換情報としてのワード（置換ワード）を示す。

例えば、ノードζに対応する（式６）は、以下のように表される。
（式６）：α＆ＮＯＴ．β＆Δ＆ζ
尚、「＆」はＡＮＤ条件を示す。ＮＯＴはＮＯＴ条件を示す。

また、ノードεはラベルの置換情報を有する。ノードεに対応する（式５）は、以下のように表される。
（式５）：α＆ＮＯＴ．β＆Δ＆（ε∨Ａ∨Ｂ）
尚、「∨」はＯＲ条件を示す。

プロセッサ２２は、（式１）〜（式８）の検索式を一括して実行する。プロセッサ２２は、各ノードを、検索式の実行によって得られた１つ以上の文書ファイル（ファイルセット）に対応付ける（「リンク付け」に相当）。

ＰＣ１０では、入力デバイス１５が特定のノードを選択すると、通信デバイス１１がこの選択情報を送信する。この選択情報は、ＭＡＰ、ラベルの置換情報、絞り込み条件の情報に基づいて生成された検索条件（例えば検索式）が含まれる。ファイル管理サーバ２０では、通信デバイス２１が選択ノードの選択情報を受信すると、選択ノードに対応付けられたファイルセットの情報をＰＣ１０へ送信する。ＰＣ１０では、通信デバイス１１がファイル管理サーバ２０からファイルセットの情報を受信すると、例えばリスト形式でファイルセットの一覧を表示する。

また、プロセッサ２２は、ＰＣ１０において１つのＭＡＰファイルにおいて複数のノードが選択された場合、複数の選択ノードに対応する検索式を実行し、実行結果から重複した結果を除外してもよい。ＰＣ１０では、ディスプレイ１４が、この重複した結果が除外された検索式の実行結果を表示してもよい。

例えば、ＰＣ１０の入力デバイス１５を介してノードζ及びノードεが選択された場合、ファイル管理サーバ２０のプロセッサ２２は、（式５）と（式６）とを一括して実行し、それぞれの式で導出されたファイルセットから重複を除外し、１つのビュー（例えばファイル一覧画面Ｇ６に相当）にファイル一覧を表示する。

［ファイル管理システムの動作例］
次に、ファイル管理システム１００の動作例について説明する。

まず、ファイルアップロード時について説明する。図１５は、ファイル管理システム１００のファイルアップロード時の動作例を示すフローチャートである。図１６は、ファイル管理システム１００のアップロード時の動作を説明するための概念図である。

ＰＣ１０では、プロセッサ１２は、ＭＡＰファイルを生成する（Ｓ１１）。通信デバイス１１は、生成されたＭＡＰファイルＭＦをファイル管理サーバ２００へ送信する。ファイル管理サーバ２００は、ＰＣ１０からのＭＡＰファイルＭＦを受信し、ＭＡＰファイルＤＢ２６に登録する（Ｓ１２）。

また、通信デバイス１１は、文書ファイルＤＦをファイル管理サーバ２００へ送信（アップロード）する（Ｓ１３，Ｔ１１）。この場合、ユーザが入力デバイス１５を介してアップロードする文書ファイルＤＦを選択し、選択された文書ファイルＤＦをアップロードする。

ファイル管理サーバ２００では、通信デバイス２１が、ＰＣ１０からの文書ファイルＤＦを受信し、プロセッサ２２が、受信した各種の文書ファイルＤＦに対して文言解析し、１つ以上のキーワードを抽出する（Ｓ１４，Ｔ１２）。抽出対象のキーワードは、例えば予めメモリ２３に保持されている。プロセッサ２２は、抽出されたキーワードを文書ファイルＤＦのヘッダ等に付加し、キーワード付きの文書ファイルＤＦを生成する（Ｓ１５）。プロセッサ２２は、生成されたキーワード付きの文書ファイルＤＦを、文書ファイルＤＢ２７に保持させる（Ｓ１６）。

プロセッサ２２は、ＭＡＰファイルＤＢ２６に保持された各ＭＡＰファイルＭＦの各ノードを参照し、各ノードでのノード論理式（各ノードでの検索条件）に、文書ファイルＤＦから抽出されたキーワードが含まれるか否かを判定する（Ｔ１３）。つまり、プロセッサ２２は、抽出されたキーワードが、ノード論理式に合致するか否かを判定する。

ノード論理式にキーワードが合致した場合、この論理式が成立したノードに対して、文書ファイルＤＦが保存されたアドレス情報を、リンク付けの情報としてＭＡＰファイルＭＦに付加する（Ｔ１４）。このように、プロセッサ２２は、ＭＡＰファイルＭＦとキーワード付きの文書ファイルＤＦとをリンク付けする（Ｓ１７）。

尚、ＭＡＰファイルＭＦのアップロードと文書ファイルＤＦのアップロードとは、順序が逆であってもよい。つまり、図１５のＳ１１，Ｓ１２とＳ１３〜Ｓ１６とは逆であってもよい。

続いて、ファイルの検索時について説明する。図１７は、ファイル管理システム１００のファイル検索時の動作例を示すフローチャートである。図１８は、ファイル管理システム１００のファイル検索時の動作を説明するための概念図である。

ＰＣ１０では、ユーザが入力デバイス１５を介して、ＭＡＰファイルＤＢ２６に蓄積されたＭＡＰファイルのうち、所望のＭＡＰファイルを例えばファイル名により検索し、使用すべきＭＡＰファイルを選択する（Ｓ２１，Ｔ２１）。ＭＡＰファイルが選択されると、ディスプレイ１４は、ファイル管理サーバ２０と連動し、このＭＡＰファイルに係るＭＡＰ画面Ｇ５を表示する（Ｓ２２）。尚、ＭＡＰ画面Ｇ５では、プロセッサ１２は、必要に応じてラベルの置換情報及び絞り込み条件の少なくとも一方を設定してもよい。

ＭＡＰ画面Ｇ５において、入力デバイス１５を介して所望のノードＮＤを選択する（Ｓ２３）。ノードが選択されると、この選択情報がＰＣ１０からファイル管理サーバ２００へ送られ、プロセッサ２２が選択ノードに基づいて下位ページのファイル一覧画面Ｇ６に遷移させる。これにより、ＰＣ１０のディスプレイ１４は、ファイル一覧画面Ｇ６を表示する（Ｓ２４）。

ＰＣ１０では、ファイル一覧画面Ｇ６において、入力デバイス１５を介してファイル一覧に含まれる任意の文書ファイルを選択する（Ｓ２５，Ｔ２２）。文書ファイルが選択されると、通信デバイス１１は、この選択情報をファイル管理サーバ２００へ送信する。つまり、ＭＡＰファイルの選択ノードにリンクされた文書ファイルを呼び出す（Ｔ２３）。尚、選択情報は、例えば選択された文書ファイルの識別子を含む。

ファイル管理サーバ２００では、通信デバイス２１が選択情報を受信し、プロセッサ２２は、文書ファイルＤＢ２７を参照する。プロセッサ２２は、選択情報に基づいて、例えば選択情報に含まれる文書ファイルの識別子に合致する、文書ファイルを文書ファイルＤＢ２７から取得する。通信デバイス２１は、取得された文書ファイルをＰＣ１０へ送信する。

ＰＣ１０では、ファイル管理サーバ２００からの文書ファイルを受信し、文書ファイルの表示等を行う。このようにして、ＰＣ１０は、入力デバイス１５を介して選択されたファイルをダウンロードする（Ｓ２６）。

次に、ここまでに説明したファイル管理システム１００の概要について説明する。

図１９は、ファイル管理システム１００の概要の説明図である。例えば、会社組織において、営業担当であるユーザＵ１は、文書ファイルＤＦを分類せずに、例えば見積書の文書ファイルＤＦを、アップローダＵＬ１へドラッグ操作等により挿入する。同様に、開発担当であるユーザＵ２は、製品カタログの文書ファイルＤＦを分類せずにアップローダＵＬ１へドラッグ操作等により挿入する。アップローダＵＬ１に挿入された文書ファイルＤＦは、ＰＣ１０からファイル管理サーバ２０へ転送され、ファイル管理サーバ２０の文書ファイルＤＢ２７に蓄積される。

ファイル管理サーバ２０には、各種の検索条件を示すＭＡＰファイルＭＦが、ＭＡＰファイルＤＢ２６に蓄積される。各ＭＡＰファイルＭＦは、各部門の特性や各部門のユーザの特性に合わせて、ＰＣ１０により生成される。各文書ファイルＤＦと各ＭＡＰファイルＭＦとは、キーワードを基にリンク付けされる。

例えば、経理担当のユーザＵ３は、経理部用のＭＡＰファイルＭＦを選択すると、見積書の文書ファイルＤＦを取引先別に参照できる。この場合、ＭＡＰファイルＭＦにおいて、例えば見積書と取引先名とをＡＮＤ条件で含む検索条件となるノードが選択される。これにより、ＰＣ１０は、ファイル管理サーバ２０と連動して、取引先別の見積書の文書ファイルＤＦをファイル一覧で表示できる。よって、ユーザは、所望の見積書の文書ファイルＤＦを探索できる。

また、経理担当のユーザＵ３は、選択ノードの付近に商品カタログを示すノードが存在する場合、ユーザＵ３は、ＭＡＰファイルＭＦを目視することで容易に商品カタログを含む検索条件を指定できる。そのため、経理担当のユーザＵ３は、取引先から商品仕様の問合せがあった場合でも、ＭＡＰファイルＭＦを用いることで、容易に応答できる。

また、例えば、営業担当のユーザＵ４は、営業部用のＭＡＰファイルＭＦを選択すると、過去の販売履歴を商品別に参照できる。この場合、ＭＡＰファイルＭＦにおいて、例えば商品名と取引先名と価格とをＡＮＤ条件で含む検索条件となるノードが選択される。これにより、ＰＣ１０は、ファイル管理サーバ２０と連動して、商品別に取引先の価格が記載された文書ファイルＤＦをファイル一覧で表示できる。よって、ユーザは、商品インデックスから（商品別に）、前回、どの取引先に、いくらで販売したかを確認できる。

［効果等］
コンピュータを用いた従来の情報管理方法では、ファイルが収容されるフォルダ（ディレクトリ）が予め定められ、そのフォルダに入れることで管理されている。しかし、このフォルダの構造は、その構造の製作者に固有で任意である。そのため、フォルダの製作者以外の人が、必要な情報に適切にアクセスすることは困難である。つまり、情報の共有や再利用をすることは決して容易ではない。

例えば、チームでの作業において、フォルダ管理の方法について取り決めがあるとしても、フォルダ管理方法を変更する場合、チームのメンバが迷わず理解できる変更を加えることは容易ではない。また、新しくファイルを作成した場合、そのファイルをどのフォルダに収納するかは、必ずしも明瞭でなく、属人的である。

このような状況で大量にファイルが作成された結果、必要時に目的のファイルの検索に要する時間が増大しており、情報検索（ファイル検索）が労働時間に占める割合も増大している。

これに対し、ファイル管理システム１００は、例えば、検索用のキーワードをＭＡＰファイルのノードＮＤとして管理する。ファイル管理システム１００は、ノードＮＤ間を接続ラインＣＬで結合する。接続ラインＣＬの一端となる後続ノード（例えば下端に位置するノードＮＤ）は、他端の先行ノード（例えば上端に位置するノードＮＤ）に対して、検索条件の絞り込みの条件になる。ファイル管理システム１００は、ノードＮＤが接続ラインＣＬで結線して得られる木構造の情報を、ＭＡＰファイルとして蓄積する。ＭＡＰファイルは、クライアント端末としてのＰＣ１０で選択されると、木構造を再現して表示可能である。接続ラインＣＬで結ばれた一列の直系ノード（上位層から下位層にかけて結ばれた一連の複数のノードＮＤ）は、検索条件としてのキーワードの連語となる。

ファイル管理システム１００によれば、様々なＭＡＰファイルを蓄積することで、様々な検索方法で検索ができる。つまり、従来のように、ファイルシステム毎にフォルダ（ディレクトリ）を１つに定めるのでなく、例えば一カ所のデータベースやストレージにまとめて蓄積し、蓄積後に様々な検索条件によって所望の文書ファイルを取得できる。よって、ファイル管理システム１００は、フォルダを用いて文書ファイルを整理しなくても、必要時に、視覚的に設定可能な検索条件を用いて、所望の文書ファイルを検索できる。また、フォルダを用いないことで、文書ファイルをどのフォルダに分類したかを記憶することを不要にできる。また、あるファイルをチェックしたい、あるファイルをチェックしたくない、などを、ファイル管理システム１００は、ファイルの保存時ではなく、ファイルを検索するときに設定できる。

また、ＭＡＰファイルを用いることで、ユーザ毎に検索条件を設定でき、例えば検索者の特性・思想に合わせて、文書ファイルを検索できる。また、検索条件の典型例をＭＡＰファイルとしてテンプレートとして扱うことで、例えば各組織や各部門で共通のＭＡＰファイルを使用し、その部門において頻繁に利用するキーワードを用いて容易に文書ファイルを検索できる。また、各部門でファイル用のストレージを共通化でき、各部門でファイルを保管する場合と比較して、全文書ファイルの保存に必要なデータ量を削減できる。

また、ＭＡＰファイル内では、接続ラインＣＬにより各ノードＮＤが結ばれているので、ユーザは検索方法を視覚的に容易に理解できる。また、ＭＡＰファイルを複数用意することで、１つの文書ファイルに対して、複数の検索方法で文書ファイルを検索できる。

また、例えば大量の文書ファイルを適正量となるように迅速に絞り込むためには、検索に係る適切なキーワードを選択し、キーワードを連結する適切な論理演算子（ＡＮＤ、ＯＲ、ＮＯＴ、等）を選択して、適切な検索条件を示すセンテンスを生成することが必要となる。

これに対し、ファイル管理システム１００によれば、ＭＡＰファイルを文書ファイルの検索の前に用意することで、適切なキーワードの連結パターンを用意することができる。よって、ユーザは、ファイル検索のための特別なスキルがなくても、適切な検索条件を導出できる。ユーザは、この検索条件を用いることで、所望の文書ファイルを容易に取得できる。

尚、ファイル管理システム１００は、ノードＮＤに対して、「〜ではない」を意味する否定の記号を付与してもよい。この場合、ファイル管理システム１００は、否定の記号を持つノードＮＤに相当するキーワードを除外して、文書ファイルを検索する。ファイル管理システム１００は、ノードＮＤに対応するキーワードの置換情報を保持してもよい。置換情報は、例えば、平成２８年と２０１６年とを置換するための情報である。ファイル管理システム１００は、ノードＮＤを選択すると、選択ノードと選択ノードよりも上位のノードとにより複合キーワードとしての検索条件を生成し、この検索条件で検索し、検索の結果得られた文書ファイルの一覧を表示できる。ファイル管理システム１００は、一覧で表示された１つ以上の文書ファイルを、例えば選択ノードに対応する検索条件に含まれるキーワードの出現頻度、文書ファイルの作成者、文書ファイルの作成日付、等のメタデータを用いて、ソートしてもよい。

ファイルを予めフォルダに整理することなく、膨大なファイル群から特定のテーマに沿った書類を任意のタイミングで収集する場合、検索エンジンへ送られるパラメータは、複雑かつ長くなることがある。このパラメータは、複数のキーワードを論理演算子で結合され、とても長く複雑な構文を持つ式となることがあり、ユーザが記述できるレベルを超えることがある。

ファイル管理システム１００は、この長く複雑な式を、ビジュアルな（視覚的な）インターフェースを用いて検索条件を示すフロー（ＭＡＰに該当）を生成し、そのフローから該当する式を生成可能である。これにより、ファイル管理システム１００は、高精度でファイル等のデータ絞り込みを実施でき、フォルダを必要としないファイル管理システムを実現する。

以上、図面を参照しながら実施形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。

上記実施形態では、ファイル管理システム１００は、絞り込み条件において、チェックボックスＣＢを用いて、選択ノードの上位ノードを検索のためのＡＮＤ条件に含まめるか否かを設定することを例示したが、検索条件におけるＡＮＤ条件以外の条件（例えばＮＯＴ条件）を設定してもよい。

図２０は、否定の情報を含む検索条件が表示されたＭＡＰ編集画面Ｇ３Ａの一例を示す模式図である。否定の情報は、絞り込み条件として設定される。つまり、否定の情報は、下位ノードに対応するＡＮＤ条件の候補として組み込まれている上位ノードのキーワードの少なくとも１つに付加される。

例えば、図２０では、ユーザにより入力デバイス１５を用いてラジオボタンＲＢのオンオフが入力され、プロセッサ１２によりこのオンオフの情報が設定される。ラジオボタンＲＢがオンの場合には否定であることを示し、このラジオボタンＲＢに対応するキーワード（図２０では「平成（株）」）を含まない用語が、検索の結果得られる。一方、ラジオボタンＲＢがオフの場合には否定でないことを示し、このラジオボタンＲＢに対応するキーワード（図２０では「平成（株）」）を含む用語が、検索の結果得られる。尚、否定の情報を含む検索式の一例は、先述の図１４の（式５）、（式６）に示されている。

上記実施形態では、チェックボックスＣＢを用いて任意の項目を選択することを示したが、他の形式（例えばラジオボタン）により任意の項目を選択することを示してもよい。また、ラジオボタンＲＢを用いて任意の項目を選択することを示したが、他の形式（例えばチェックボックス）により任意の項目を選択することを示してもよい。

上記実施形態では、ＭＡＰファイルのノードと文書ファイルの識別子とがリンク付けされることを例示した。尚、ＭＡＰファイルのノードと、文書ファイルの記憶先を示すアドレス情報と、がリンク付けされてもよい。

上記実施形態では、ファイル管理システム１００が会社組織で用いられることを例示したが、これに限られない。例えば、ファイル管理システム１００が病院で用いられ、カルテ、医療伝票、等に係る文書ファイルが管理されてもよい。また、ファイル管理システム１００が一般事業所で用いられカタログ、伝票、大腸、営業記録、取引先の案内等に係る文書ファイルが管理されてもよい。また、ファイル管理システム１００が工場で用いられ、図面、出荷記録、製造履歴、等に係る文書ファイルが管理されてもよい。

また、ファイル管理システム１００が高齢者宅や高齢者施設で用いられ、権利書、登記書、電化製品マニュアル、保証書、等に係る文書ファイルが管理されてもよい。このファイル管理システム１００を用いて、警備会社による見回りサービスが実施されてもよい。

また、ファイル管理システム１００が役所で用いられ、行政文書、条例、台帳、議事録、等に係る文書ファイルが管理されてもよい。また、ファイル管理システム１００が法律事務所で用いられ、訴状、判例、等に係る文書ファイルが管理されてもよい。同様に、ファイル管理システム１００が司法書士事務所、経理事務所、行政書士事務所、特許事務所、等で用いられてもよい。また、ファイル管理システム１００が図書館で用いられ、書籍等に係る文書ファイルが管理されてもよい。

上記実施形態では、ファイル管理システム１００は、本運用のファイル管理システムとして導入されてもよいし、本運用のバックアップとして機能するバックアップ用のファイル管理システムとして導入されてもよい。例えば、本運用に既存のファイル管理システムを採用し、バックアップ用に上記実施形態のファイル管理システム１００を採用した場合、既存の方法でも検索でき、上記実施形態で説明した方法で検索することもできる。

上記実施形態では、ファイル管理サーバ２０にアップロードされて登録（保持）されたＭＡＰファイルを、ＰＣ１０により編集して再作成してもよい。この場合、ＰＣ１０は、通信デバイス１１により再作成されたＭＡＰファイルをアップロードし、ファイル管理サーバ２０に再登録してもよい。この場合、プロセッサ２２は、再登録されたＭＡＰファイルと文書ファイルとの間でリンク付けを再度実施してもよい。

尚、ＰＣ１０が有する各機能の一部をファイル管理サーバ２０が実施してもよいし、ファイル管理サーバ２０が有する各機能の一部をＰＣ１０が実施してもよい。例えば、ＯＣＲ機能やキーワード抽出機能をＰＣ１０が実施してもよい。また、ファイル管理サーバ２００が例えば入力デバイスやディスプレイを備え、マップ編集、ラベル置換、絞り込み条件編集の少なくとも一部をファイル管理サーバ２００が実施してもよい。また、検索条件設定をファイル管理サーバ２００が実施してもよい。例えば、ファイル管理サーバ２００が、例えばタイマによって時刻を計時し、定期的に所定の文書ファイルが文書ファイルＤＢ２７から検索されるようにしてもよい。

（本開示の一実施形態の概要）
本開示の一実施形態のファイル管理システムは、クライアント端末と、文書ファイルを管理するファイル管理サーバと、が接続されたファイル管理システムであって、前記クライアント端末は、文書ファイルを検索するための検索条件ファイルを生成し、前記検索条件ファイルを前記ファイル管理サーバへ送信し、前記ファイル管理サーバは、前記検索条件ファイルを受信して保持し、前記検索条件ファイルは、前記文書ファイルを検索するための複数のキーワードをそれぞれ示す複数のノードと、前記複数のノードのうち、ＡＮＤ条件により連結される候補となる２つのキーワードに対応する２つのノードを接続する接続ラインと、を含む。

この構成によれば、ファイル管理システムは、検索条件ファイルにおけるノードと接続ラインとをユーザが指定することで、ユーザ毎に検索条件の候補を設定でき、例えば検索者の特性・思想に合わせて、文書ファイルを管理できる。また、ファイル管理システムは、検索条件ファイルを用いて文書ファイルを検索することで、特別な専門知識を必要とせず、様々な検索方法で容易に文書ファイルを検索できる。また、ファイル管理システムは、文ファイルの蓄積時に文書ファイルの保存先を考える必要がなく、文書ファイルの保存時の作業スピードを向上できる。このように、ファイル管理システムは、検索条件ファイルを用いることで、ファイルが保管されるディレクトリを意識せずに、ファイルを容易に管理できる。

また、本開示の一実施形態のファイル管理システムは、前記検索条件ファイルが、前記ノードが示すキーワードを他のキーワードに置換するための置換情報を含んでもよい。

この構成によれば、ファイル管理システムは、類似する用語を確実に検索対象にできる。また、類似しない用語であっても、ユーザの特性や嗜好に応じて同一視される用語を指定でき、ファイル管理システムは、ユーザの意図に沿ったファイル管理を実現できる。

また、本開示の一実施形態のファイル管理システムは、前記検索条件ファイルが、任意のノードが選択された場合に、当該ノードと前記ＡＮＤ条件により連結された他のノードが示すキーワードのうち、前記検索条件として採用するキーワードを選択するための検索条件選択情報を含んでもよい。

この構成によれば、ファイル管理システムは、選択ノードによって設定される検索条件を固定せずに柔軟に変更可能とし、この検索条件をベースに微修正できるので、ユーザのファイル検索に係る利便性を向上できる。

また、本開示の一実施形態のファイル管理システムは、前記検索条件ファイルが、前記ファイル管理サーバに保持された文書ファイルのうち、当該検索条件ファイルに含まれる任意のノードが示す検索条件を満たす文書ファイルが存在する場合、当該ノードと前記検索条件を満たす文書ファイルの識別子とを関連付けたリンク情報を含んでもよい。

この構成によれば、ファイル管理システムは、検索条件ファイルのノードを指定して文書ファイルを検索する際に、ノードに対応する文書ファイルを容易に検索できる。よって、ファイル管理システムは、リンク情報を用いることで、文書ファイルの検索時間を短縮でき、検索効率を向上できる。

また、本開示の一実施形態のファイル管理システムは、前記クライアント端末は、前記ファイル管理サーバに保持された文書ファイルのうち、当該検索条件ファイルに含まれる任意のノードが示す検索条件を満たす文書ファイルが存在する場合、当該ノードにおいて前記検索条件を満たす文書ファイルが存在する旨を表示してもよい。

この構成によれば、ユーザは、実際にユーザがノードを選択してファイル検索する前に、各検索条件に合致する文書ファイルが存在するか否かを把握できる。よって、ファイル管理システムは、例えば文書ファイルが存在しない検索条件に対応するノードをユーザが選択することを抑制でき、検索効率を向上できる。

また、本開示の一実施形態のファイル管理システムは、前記クライアント端末が、前記文書ファイルを前記ファイル管理サーバへ送信し、前記ファイル管理サーバが、前記文書ファイルを前記クライアント端末から受信した際、前記検索条件ファイルに含まれる、前記文書ファイルに係るリンク情報を生成してもよい。

この構成によれば、ファイル管理システムは、ファイル管理サーバによってリンク情報の生成を実施でき、蓄積された検索条件ファイルが多数であっても、検索条件ファイルとアップロード対象の文書ファイルとのリンク付けを迅速に行うことができる。

また、本開示の一実施形態のファイル管理システムは、前記ファイル管理サーバが、画像としての文字を含む前記文書ファイルを光学文字認識し、前記文字を文字情報として認識可能な文書ファイルに変換し、変換された文書ファイルを保持してもよい。

この構成によれば、ファイル管理システムは、クライアント端末からファイル管理サーバへ文字認識不能な画像ファイルとしての文書ファイルがアップロードされても、ファイル管理サーバにて文字認識可能に変化できる。よって、ファイル管理システムは、検索条件ファイルを用いて、文書ファイル内のキーワードを用いた検索が可能になる。

また、本開示の一実施形態のファイル管理システムは、前記ファイル管理サーバが、前記検索条件ファイルを受信した際、前記検索条件ファイルに係る前記リンク情報を生成してもよい。

この構成によれば、ファイル管理システムは、ファイル管理サーバによってリンク情報の生成を実施でき、蓄積された文書ファイルが多数であっても、アップロード対象の検索条件ファイルと文書ファイルとのリンク付けを迅速に行うことができる。

また、本開示の一実施形態のファイル管理システムは、前記クライアント端末が、前記検索条件ファイルに含まれる前記複数のノードと前記接続ラインとを表示してもよい。

この構成によれば、検索条件ファイルによって規定された検索条件の候補を可視化でき、ユーザが検索条件の候補を容易に把握できる。よって、ユーザは、所望の文書ファイルの検索をスムーズに実施でき、検索作業の時間を短縮化できる。

また、本開示の一実施形態のファイル管理システムは、前記クライアント端末が、前記検索条件ファイルにおける任意のノードを選択した場合、当該ノードが示す検索条件を満たす少なくとも１つの文書ファイルの情報を表示してもよい。

この構成によれば、ユーザは、選択ノードに基づく検索条件に合致する文書ファイルを一見して確認できる。

また、本開示の一実施形態のファイル管理システムは、前記クライアント端末が、前記文書ファイルの情報を選択した場合、当該文書ファイルの識別子を前記ファイル管理サーバへ送信し、前記ファイル管理サーバは、前記文書ファイルの識別子を受信し、前記文書ファイルの識別子に合致する文書ファイルを前記クライアント端末へ送信し、前記クライアント端末が、前記ファイル管理サーバから前記文書ファイルを受信し、前記文書ファイルを表示してもよい。

この構成によれば、ユーザは、文書ファイルがどのストレージやどのフォルダに保存されているかを意識せずに、検索条件ファイルを用いて、所望の文書ファイルを容易に取得し、文書ファイルの内容を確認できる。

また、本開示の一実施形態のファイル管理方法は、クライアント端末と、文書ファイルを管理するファイル管理サーバと、が接続されたファイル管理システムにおけるファイル管理方法であって、前記クライアント端末は、文書ファイルを検索するための検索条件ファイルを生成し、前記検索条件ファイルを前記ファイル管理サーバへ送信し、前記ファイル管理サーバは、前記検索条件ファイルを受信して保持し、前記検索条件ファイルは、前記文書ファイルを検索するための複数のキーワードをそれぞれ示す複数のノードと、前記複数のノードのうち、ＡＮＤ条件により連結される候補となる２つのキーワードに対応する２つのノードを接続する接続ラインと、を含む。

この方法によれば、ファイル管理システムは、検索条件ファイルにおけるノードと接続ラインとをユーザが指定することで、ユーザ毎に検索条件の候補を設定でき、例えば検索者の特性・思想に合わせて、文書ファイルを管理できる。また、ファイル管理システムは、検索条件ファイルを用いて文書ファイルを検索することで、特別な専門知識を必要とせず、様々な検索方法で容易に文書ファイルを検索できる。また、ファイル管理システムは、文ファイルの蓄積時に文書ファイルの保存先を考える必要がなく、文書ファイルの保存時の作業スピードを向上できる。このように、ファイル管理システムは、検索条件ファイルを用いることで、ファイルが保管されるディレクトリを意識せずに、ファイルを容易に管理できる。

本開示は、ファイルが保管されるディレクトリを意識せずに、ファイルを容易に管理できるファイル管理システム、ファイル管理装置、及びファイル管理方法等に有用である。

１０ ＰＣ
１１ 通信デバイス
１２ プロセッサ
１３ メモリ
１４ ディスプレイ
１５ 入力デバイス
２０ ファイル管理サーバ
２１ 通信デバイス
２２ プロセッサ
２３ メモリ
２６ ＭＡＰファイルＤＢ
２７ 文書ファイルＤＢ
５０ ネットワーク
１００ ファイル管理システム
ＢＴ１ ＬＯＧボタン
ＢＴ２ ＭＡＰボタン
ＢＴ３ ＭＥＮＵボタン
ＢＴ４ 矢印ボタン
ＣＢ チェックボックス
ＣＬ 接続ライン
ＮＤ ノード
ＤＦ 文書ファイル
Ｄ１ ＭＡＰ領域
Ｄ２ ラベル置換領域
Ｄ３ 絞り込み条件領域
ＭＦ ＭＡＰファイル
Ｇ１ スタート画面
Ｇ２ ＭＡＰベース画面
Ｇ３ ＭＡＰ編集画面
Ｇ４ アップロード操作画面
Ｇ５，Ｇ５Ａ，Ｇ５Ｂ、Ｇ５Ｃ ＭＡＰ画面
Ｇ６ ファイル一覧画面
ＬＭ リンクマーク
ＬＳ１ リスト
ＴＲ１ ツリー
ＵＬ１ アップローダ
Ｕ１〜Ｕ４ ユーザ

Claims (13)

1. クライアント端末と、文書ファイルを管理するファイル管理サーバと、が接続されたファイル管理システムであって、
   前記クライアント端末は、
   入力デバイスを介して前記文書ファイルを検索するための複数のキーワードを入力し、
   前記複数のキーワードのそれぞれに対応する複数のノードを生成し、
   前記入力デバイスからの入力に応じて、ノード同士を選択し、選択された複数のノードである複数の選択ノードに対し、前記複数の選択ノードのうちの上位ノードに対応するキーワードを前記複数の選択ノードのうちの前記上位ノードの下位に位置する下位ノードへ伝達するための導線である接続ラインを描き、
   前記複数のノードと前記接続ラインとを含み、前記文書ファイルを検索するための検索条件ファイルを生成し、
   前記検索条件ファイルを前記ファイル管理サーバへ送信し、
   前記ファイル管理サーバは、前記検索条件ファイルを受信して保持し、
   前記接続ラインは、検索条件としてのＡＮＤ条件の候補を形成し、
   前記下位ノードに対応する前記ＡＮＤ条件の候補は、前記下位ノードに対応するキーワードと、前記上位ノードに対応するキーワードと、を含む、
   ファイル管理システム。
2. 請求項１に記載のファイル管理システムであって、
   前記クライアント端末は、部門毎に異なる前記検索条件ファイルを生成する、ファイル管理システム。
3. 請求項１又は２に記載のファイル管理システムであって、
   前記検索条件ファイルは、前記ノードが示すキーワードを他のキーワードに置換するための置換情報を含む、ファイル管理システム。
4. 請求項１〜３のいずれか１項に記載のファイル管理システムであって、
   前記検索条件ファイルは、任意のノードが選択された場合に、当該ノードと前記ＡＮＤ条件により連結された他のノードが示すキーワードのうち、検索条件として採用するキーワードを選択するための検索条件選択情報を含む、ファイル管理システム。
5. 請求項１〜４のいずれか１項に記載のファイル管理システムであって、
   前記検索条件ファイルは、前記ファイル管理サーバに保持された文書ファイルのうち、当該検索条件ファイルに含まれる任意のノードが示す検索条件を満たす文書ファイルが存在する場合、当該ノードと前記検索条件を満たす文書ファイルの識別子とを関連付けたリンク情報を含む、ファイル管理システム。
6. 請求項５に記載のファイル管理システムであって、
   前記クライアント端末は、前記ファイル管理サーバに保持された文書ファイルのうち、当該検索条件ファイルに含まれる任意のノードが示す検索条件を満たす文書ファイルが存在する場合、当該ノードにおいて前記検索条件を満たす文書ファイルが存在する旨を表示する、ファイル管理システム。
7. 請求項５または６のいずれか１項に記載のファイル管理システムであって、
   前記クライアント端末は、前記文書ファイルを前記ファイル管理サーバへ送信し、
   前記ファイル管理サーバは、前記文書ファイルを前記クライアント端末から受信した際、前記検索条件ファイルに含まれる、前記文書ファイルに係る前記リンク情報を生成する、ファイル管理システム。
8. 請求項７に記載のファイル管理システムであって、
   前記ファイル管理サーバは、画像としての文字を含む前記文書ファイルを光学文字認識し、前記文字を文字情報として認識可能な文書ファイルに変換し、変換された文書ファイルを保持する、ファイル管理システム。
9. 請求項５または６に記載のファイル管理システムであって、
   前記ファイル管理サーバは、前記検索条件ファイルを受信した際、前記検索条件ファイルに係るリンク情報を生成する、ファイル管理システム。
10. 請求項１〜９のいずれか１項に記載のファイル管理システムであって、
    前記クライアント端末は、前記検索条件ファイルに含まれる前記複数のノードと前記接続ラインとを表示する、ファイル管理システム。
11. 請求項１０に記載のファイル管理システムであって、
    前記クライアント端末は、前記検索条件ファイルにおける任意のノードを選択した場合、当該ノードが示す検索条件を満たす少なくとも１つの文書ファイルの情報を表示する、
    ファイル管理システム。
12. 請求項１１に記載のファイル管理システムであって、
    前記クライアント端末は、前記文書ファイルの情報を選択した場合、当該文書ファイルの識別子を前記ファイル管理サーバへ送信し、
    前記ファイル管理サーバは、前記文書ファイルの識別子を受信し、前記文書ファイルの識別子に合致する文書ファイルを前記クライアント端末へ送信し、
    前記クライアント端末は、前記ファイル管理サーバから前記文書ファイルを受信し、前記文書ファイルを表示する、ファイル管理システム。
13. クライアント端末と、文書ファイルを管理するファイル管理サーバと、が接続されたファイル管理システムにおけるファイル管理方法であって、
    前記クライアント端末は、
    入力デバイスを介して前記文書ファイルを検索するための複数のキーワードを入力し、
    前記複数のキーワードのそれぞれに対応する複数のノードを生成し、
    前記入力デバイスからの入力に応じて、ノード同士を選択し、選択された複数のノードである複数の選択ノードに対し、前記複数の選択ノードのうちの上位ノードに対応するキーワードを前記複数の選択ノードのうちの前記上位ノードの下位に位置する下位ノードへ伝達するための導線である接続ラインを描き、
    前記複数のノードと前記接続ラインとを含み、前記文書ファイルを検索するための検索条件ファイルを生成し、
    前記検索条件ファイルを前記ファイル管理サーバへ送信し、
    前記ファイル管理サーバは、前記検索条件ファイルを受信して保持し、
    前記接続ラインは、検索条件としてのＡＮＤ条件の候補を形成し、
    前記下位ノードに対応する前記ＡＮＤ条件の候補は、前記下位ノードに対応するキーワードと、前記上位ノードに対応するキーワードと、を含む、
    ファイル管理方法。

Images