(57)【要約】【課題】電子帳票の帳票データの検索において、使用対象とする帳票データを効率的に検索できるようにする。【解決手段】検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を提示する。そして、検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる検索文字列及び他の文字列との位置関係に基づいて検索文字列の属性を解析する。さらに、第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、第１の帳票データ群のうち、前記第１の帳票データとの間で検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納しておく。【選択図】  図７
2015153158.tif 000002
【特許請求の範囲】
【請求項１】
検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を提示し、
検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる前記検索文字列及び他の文字列との位置関係に基づいて前記検索文字列の属性を解析し、
前記第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、前記第１の帳票データ群のうち、前記第１の帳票データとの間で前記検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納する
処理をコンピュータに実行させる検索プログラム。
【請求項２】
前記検索文字列を指定した検索命令に応じて帳票データを再検索したときに、前記グループに関する情報を参照し、前記グループに属する帳票データを識別可能な態様で、再検索結果を提示する処理をさらにコンピュータに実行させる、請求項１記載の検索プログラム。
【請求項３】
前記記憶手段に格納する処理は、前記第１の帳票データの帳票種を特定して、当該帳票種に関する情報を記憶手段に格納し、
前記再検索結果を提示する処理は、前記グループに関する情報及び前記帳票種に関する情報を参照し、前記グループに属し且つ前記帳票種に属する帳票データをユーザがさらに識別可能な態様で前記ユーザに提示する、請求項２記載の検索プログラム。
【請求項４】
前記再検索結果を提示する処理は、前記グループに属する帳票データを、他の帳票データよりも強調表示して前記ユーザに提示する、請求項２又は３記載の検索プログラム。
【請求項５】
前記再検索結果を提示する処理は、前記グループに属する帳票データを、他の帳票データよりも先に検索して提示する、請求項２〜４のいずれか１項に記載の検索プログラム。
【請求項６】
前記記憶手段に格納する処理は、前記グループに関する情報を、前記第１の帳票データに対する指定を受け付けたタイミングを示す情報とともに格納し、
前記再検索結果を提示する処理は、前記グループに関する情報及び前記タイミングを示す情報を参照し、過去の所定期間内に前記第１の帳票データが指定を受け付けた場合に、前記グループに属する帳票データを提示する、請求項２〜５のいずれか１項に記載の検索プログラム。
【請求項７】
前記記憶手段に格納する処理は、前記グループに関する情報を、前記第１の帳票データの指定を行なったユーザに対応付けて記憶手段に格納する、請求項１〜６のいずれか１項に記載の検索プログラム。
【請求項８】
検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を前記ユーザに提示し、
検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる前記検索文字列及び他の文字列との位置関係に基づいて前記検索文字列の属性を解析し、
前記第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、前記第１の帳票データ群のうち、前記第１の帳票データとの間で前記検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納する
処理をコンピュータが実行するデータ検索方法。
【請求項９】
検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を前記ユーザに提示する帳票検索部と、
検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる前記検索文字列及び他の文字列との位置関係に基づいて前記検索文字列の属性を解析する属性解析部と、
前記第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、前記第１の帳票データ群のうち、前記第１の帳票データとの間で前記検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納する帳票分類部と
を備えた検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子帳票を検索してユーザに提示する技術に関する。
【背景技術】
【０００２】
電子帳票は、適切な印刷出力等が実現できる形式の帳票データとして、帳票ごとに記憶手段に蓄積される。そして、電子帳票を使用する業務においては、記憶手段に蓄積された複数の帳票データの中から、使用対象とする帳票データを検索する作業が行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１６５４０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、帳票データは、前述したように印刷出力等に適した形式であるため、検索に適した形式となっていないことが多い。このため、使用対象とする帳票データを、一意な識別子等を用いて絞り込むことができない場合がある。この場合、例えば、記憶手段に蓄積された帳票データから特定の文字列を含んだ帳票データを検索し、検索によりヒットした帳票データの中から、使用対象とする帳票データを選択する方法が行われることがある。しかし、検索によりヒットした帳票データが多数となった場合、ユーザが使用対象とする帳票を選択するのが困難となる。
そこで、本発明の１つの側面では、電子帳票の帳票データの検索において、使用対象とする帳票データを効率的に検索できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の１つの側面では、検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を提示する。そして、検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる検索文字列及び他の文字列との位置関係に基づいて検索文字列の属性を解析する。さらに、第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、第１の帳票データ群のうち、前記第１の帳票データとの間で検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納しておく。
【発明の効果】
【０００６】
本発明の１つの側面によれば、電子帳票の帳票データの検索において、使用対象とするデータを効率的に検索することが可能となる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態におけるシステムの全体構成及び帳票提供サーバの機能構成の一例を示す説明図である。
【図２】本実施形態における帳票データの一例を示す説明図である。
【図３】本実施形態における帳票データの出力イメージの一例を示す説明図である。
【図４】本実施形態における使用履歴テーブルの一例を示す説明図である。
【図５】本実施形態における帳票グループテーブルの一例を示す説明図である。
【図６】本実施形態における帳票グループ別データの一例を示す説明図である。
【図７】本実施形態における帳票検索処理の一例を示すフローチャートである。
【図８】本実施形態における帳票グループ分類処理の一例を示すフローチャートである。
【図９】本実施形態における帳票における文字列の配置の具体例を示す説明図である。
【図１０】本実施形態における検索結果一覧の表示例を示す説明図である。
【図１１】本実施形態における検索結果一覧の表示例（再検索時）を示す説明図である。
【図１２】本実施形態における帳票提供サーバ及びクライアントのハードウェア構成の一例である。
【発明を実施するための形態】
【０００８】
［本実施形態の背景及び概要］
まず、本実施形態の背景及び本実施形態において実現する帳票データ検索処理の概要について説明する。
【０００９】
電子帳票を使用する業務においては、記憶手段に蓄積された複数の帳票データの中から、使用対象とする帳票データを検索する作業が行われる。その際、ユーザは、特定の文字列を指定して帳票データを検索し、検索された帳票データ群、すなわち検索によりヒットした帳票データ群の中から、使用対象とする帳票データを選択することがある。しかし、コンピュータの記憶手段に蓄積される帳票データの数は日々増加するため、検索自体に長時間を要するほか、検索結果が多数となり、ユーザが使用対象とする帳票を選択するのが困難となることがある。
【００１０】
例えば、ユーザが保険会社の社員であって、自身が担当している保険の契約者である「富士通太郎」の案件の帳票データを使用したいときに、「富士通太郎」の文字列を含む帳票を検索するようなケースが考えられる。ここで、例えば「富士通太郎」と同姓同名の社員が保険会社にいるような場合、使用したい帳票データとは無関係の帳票データが多数ヒットしてしまう可能性がある。例えば、契約者である「富士通太郎」に関連する「生命保険契約書」や「自動車保険契約書」のような保険の契約書のみならず、社員である他の「富士通太郎」に関連する「月別契約実績」や「本社従業員一覧」のような帳票データもヒットする可能性がある。さらには、社員である他の「富士通太郎」が担当した保険の契約書群がヒットする可能性もある。そうすると、本来使用する帳票データとともに、無関係な帳票データも検索結果一覧に多数表示される。このため、ユーザは目的とする帳票データを容易に選択することができない。
【００１１】
なお、一般的なデータ検索方法の一例として、参照回数の高いデータを検索結果において優先して表示する方法がある。しかし、帳票分野においては、ユーザは、一度使用したデータを何度も使用するというよりは、同じような属性を有する帳票データの中で日々異なる帳票データを使用する、といった使用態様となることが多い。例えば、上記のような保険会社の社員であれば、自身が担当している案件に関連する様々な帳票を印刷する、といった使用態様である。このため、帳票データの場合、一般的なデータ検索方法を用いても、ユーザによる使用可能性の高い順には検索結果が表示されない。
【００１２】
ここで、帳票種を絞って検索を行うことも考えられる。例えば、「生命保険契約書」のみを検索対象とするような検索方法である。しかし、帳票種を絞らずに検索したい場面も考えられる。例えば、上記の具体例のような場合、契約者の「富士通太郎」が自動車事故を起こしたときに、担当者が、「生命保険契約書」や「自動車保険契約書」等の複数の保険契約書を参照しながら対応することがある。この場合、帳票種を問わず、契約者である「富士通太郎」に関連する帳票を効率よく検索して一覧表示させたいという需要がある。
【００１３】
そこで、本実施形態では、ユーザにより使用された実績のある帳票データとの間で検索文字列の属性が共通する帳票データを、ユーザが選択しやすい態様で検索結果に表示させるようにする。検索文字列の「属性」とは、例えば検索文字列が「富士通太郎」であれば、当該「富士通太郎」が「契約者名」であるのか「従業員名」であるのか、といった検索文字列の有する意味を示す。
【００１４】
ここで、帳票データでは、データベースのテーブル等と異なり、このような文字列の属性が文字列に直接対応付けられていない。このため、帳票データにおける文字列の位置関係に基づいて、周囲に配置されている文字列から属性を解析する。
そして、本実施形態では、検索文字列を含む帳票データのうち、検索文字列の属性が、ユーザにより実際に使用された帳票データにおける検索文字列の属性と同じ帳票データをグループ化する。さらに、当該グループに関する情報をユーザに対応付けて記憶手段に格納しておく。なお、本実施形態では、当該グループを帳票グループという。その後、当該ユーザによる検索文字列を指定した検索指示に応じて複数の帳票データを検索したときに、検索結果に該当する帳票データのうち、記憶手段に格納された帳票グループに属する帳票データについて強調表示等を行なって検索結果一覧に表示させる。
【００１５】
これにより、ユーザにより使用された実績のある帳票との間で検索文字列の属性が一致する帳票データ、すなわち、ユーザによる使用可能性の高い帳票データが効率的に検索され、ユーザが識別しやすい態様で検索結果一覧に表示される。上記の具体例では、契約者の「富士通太郎」を含む帳票データが強調表示され、社員の「富士通太郎」を含む帳票データとは区別して表示される。
【００１６】
また、このようにユーザにより使用された実績のある帳票との間で検索文字列の属性が一致する帳票データであって、さらに、ユーザにより使用された実績のある帳票との間で帳票種が共通する帳票データは、ユーザによる使用可能性がさらに高いことが推測される。このため、このような帳票データを最も強調して表示することで、ユーザの利便性はさらに向上する。
【００１７】
なお、上記のような本実施形態による方法ではなく、検索文字列の属性を検索条件に直接設定して検索をした場合、次のような問題が生じる。すなわち、前述したように、帳票データでは、文字列の属性が文字列に直接対応付けられていないため、帳票データにおける文字列の位置関係に基づいて、周囲に配置されている文字列から属性を解析する必要がある。しかし、帳票データにおける文字列の位置関係によっては、必ずしも属性を正しく解析できない場合がある。このような場合、検索文字列の属性も検索条件に含めて検索をすると、属性を正しく解析できなかった帳票データは、そもそも検索結果としてヒットしない。しかし、上記のような本実施形態の方法では、検索文字列を含む帳票データを全てヒットさせて表示し、その中で使用可能性の高い属性を有する帳票データのみを強調表示することができる。このため、属性の解析に失敗した帳票データが存在しても、検索結果の表示において漏れが発生しないという利点も生じる。そして、かりにこのような帳票データがユーザにより使用されたときには、次回の検索時において強調表示させることができる。
以下、本実施形態の具体的態様について詳細に説明する。
【００１８】
［システムの全体構成、帳票提供サーバの機能構成及びデータ構成］
図１は、本実施形態におけるシステムの全体構成、並びに帳票提供サーバ１の機能構成及びデータ構成を示す。
本システムは、帳票提供サーバ１及びクライアント端末２を備える。帳票提供サーバ１及びクライアント端末２は、ネットワーク３を介して相互に通信可能に接続されている。ネットワーク３は、例えばＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等であり、有線接続又は無線接続のいずれであってもよい。
【００１９】
帳票提供サーバ１は、ユーザが使用するクライアント端末２からの要求に応じて、帳票に関連する様々な情報を提供する。一例として、クライアント端末２が、帳票提供サーバ１に対し、検索文字列を指定して帳票検索要求を送信する。帳票提供サーバ１は、当該要求を受信し、帳票提供サーバ１の記憶手段に蓄積された帳票データを検索する。そして、帳票提供サーバ１が、検索結果をクライアント端末２に送信し、これを受信したクライアント端末２では、当該検索結果の一覧をユーザインタフェース上に表示する。そして、ユーザが、表示された帳票データの中から、使用対象とする帳票の帳票データを選択し、当該帳票データの印刷命令等を行う。換言すれば、クライアント端末２では、ユーザにより、使用対象とする帳票データに対する指定操作が行われる。そして、クライアント端末２では、当該操作に応じて、指定された帳票データの提供要求を帳票提供サーバ１に送信し、帳票提供サーバ１は、当該帳票データをクライアント２に送信する。クライアント２側では、受信した帳票データを表示し、印刷等の処理を行う。
【００２０】
以下、図１を参照し、帳票提供サーバ１における帳票データの検索及び提供に関連する機能及びデータについて説明を行う。
帳票提供サーバ１は、プログラムがロードされ実行されることによってその機能が実現される、検索要求受付部１１、帳票検索部１２、属性解析部１３及び帳票分類部１４を備える。また、帳票提供サーバ１は、記憶手段において、帳票データ２１、使用履歴テーブル２２、帳票グループテーブル２３及び帳票グループ別データ２４を備える。
検索要求受付部１１は、クライアント端末２から受信した帳票データ２１の検索要求（検索を行なっているユーザの識別子及び検索文字列を含む）を受け付け、帳票検索部１２に通知する。
【００２１】
帳票検索部１２は、クライアント端末２から受信した検索要求に基づき、使用履歴テーブル２２及び帳票グループテーブル２３を参照して、検索を行なっているユーザによる使用可能性の高い帳票種及び帳票グループを特定する。そして、検索要求で指定された検索文字列で帳票データ２１を検索する。このとき、帳票検索部１２は、まず、検索文字列を含む帳票データ２１のうち、使用可能性の高い帳票種及び帳票グループの両方に該当する帳票データ２１を検索する。そして、検索された（検索によりヒットした）帳票データ２１につき、使用可能性が「高」であるとして、クライアント端末２において最も強調されて表示されるように検索結果を送信する。また、帳票検索部１２は、検索文字列を含む帳票データ２１のうち、使用可能性の高い帳票種及び帳票グループのいずれか一方に該当する帳票データ２１を検索する。そして、検索された帳票データ２１につき、使用可能性が「中」であるとして、クライアント端末２において強調表示されるように検索結果をさらに送信する。さらに、帳票検索部１２は、検索文字列を含む帳票データ２１のうち、使用可能性の高い帳票種及び帳票グループのいずれにも該当しない帳票データ２１を検索する。そして、検索された帳票データ２１につき、使用可能性が「低」であるとして、クライアント端末２において強調せずに表示されるように検索結果をさらに送信する。なお、後述する帳票分類部１４による帳票グループ分類処理が行われた後における再検索時には、当該帳票検索部１２は、帳票再検索部として機能する。
【００２２】
属性解析部１３は、帳票検索部１２により検索された帳票データ２１、すなわち、検索文字列を含む帳票データ２１につき、帳票データ２１に含まれる文字列の位置情報に基づいて、検索文字列の属性を解析する。なお、具体的な解析方法については後述する。
帳票分類部１４は、帳票検索部１２により検索された、検索文字列を含む帳票データ２１につき、属性解析部１３によって解析された検索文字列の属性ごとにグループ化した帳票グループ別データ２４を生成する。そして、ユーザにより検索結果の帳票データ２１のうちの１つが選択されて使用されたとき、すなわち、使用対象とする帳票データに対する指定を受け付けたとき、当該使用された帳票データ２１が含まれる帳票グループに関する情報を、帳票グループテーブル２３に格納する。また、使用された帳票データ２１の帳票種や帳票グループに関連する情報を含む使用履歴を示すデータを、使用履歴テーブル２２に格納する。
【００２３】
次に、帳票提供サーバ１が備える各データにつき、図２〜図６を参照しながら説明する。
帳票データ２１は、帳票の出力内容を示す情報を帳票ごとに有するデータである。図２は、帳票データ２１に含まれる文字列の配置情報を示す。図２に示すように、帳票データ２１は、帳票データ２１の識別子である帳票ＩＤと、出力される文字列の位置情報である横位置（Ｘ座標）及び縦位置（Ｙ座標）並びに出力される文字列とを含む。帳票提供サーバ１の記憶手段には、帳票データ２１が帳票ごとに蓄積される。なお、図３は、このような帳票データ２１に基づいて出力された帳票印刷イメージの一例を示している。
【００２４】
使用履歴テーブル２２は、ユーザにより使用された帳票データ２１の帳票種や帳票グループを示す使用履歴が蓄積されるテーブルである。使用履歴テーブル２２は、図４に示すように、ユーザごとの識別子である「ユーザＩＤ」、使用した帳票データ２１の種別である「使用帳票種」、帳票グループごとの識別子である「帳票グループＩＤ」及び「使用日付」の項目を有する。なお、「使用日付」は、使用したタイミングの情報の一例に過ぎず、例えば、時刻まで保持してもよい（以下同様）。
【００２５】
帳票グループテーブル２３は、ユーザが使用した帳票データ２１を、検索文字列や帳票グループＩＤと対応付けて格納しておくテーブルである。帳票グループテーブル２３は、図５に示すように、検索キーワードの属性を示す「属性名」、「検索文字列」、「帳票グループＩＤ」、帳票ごとの識別子である「帳票ＩＤ」及び「使用日付」の項目を有する。
帳票グループ別データ２４は、帳票データ２１を帳票グループに分類する際に、属性名及び検索文字列が一致する帳票データ２１を一時的にグルーピングしておくデータである。帳票グループ別データ２４は、図６に示すように、帳票データ２１の帳票ＩＤと、当該帳票データ２１に含まれる検索文字列及びその属性名とを有する。
【００２６】
［処理説明］
次に、帳票提供サーバ１において実行される処理につき、図７及び図８を用いて説明する。
図７は、帳票提供サーバ１において実行される帳票検索処理の全体を示すフローチャートである。帳票提供サーバ１は、クライアント端末２から、検索を行なっているユーザを特定する識別子及び検索文字列を含んだ帳票検索要求を受信したときに、当該処理を実行する。
【００２７】
ステップＳ１で、検索要求受付部１１は、クライアント端末２から受信した帳票検索要求を受け付け、帳票検索部１２に通知する。
ステップＳ２で、帳票検索部１２は、当該検索を行なっているユーザによる使用可能性の高い帳票種を特定する。本実施形態では、当該ユーザにより過去の所定期間内に使用された実績のある帳票種が使用可能性の高い帳票種であるものとして処理をする。具体的には、帳票検索部１２は、使用履歴テーブル２２を参照し、検索を行なっているユーザの使用履歴のデータに含まれる帳票種を全て特定する。なお、本実施形態では、使用履歴テーブル２２のデータを、使用日付から所定期間経過後に削除する運用を行うものとする。すなわち、帳票検索部１２は、過去の所定期間内に使用された実績のある帳票種を特定している。
【００２８】
ステップＳ３で、帳票検索部１２は、当該検索における検索文字列を含む帳票グループであって、使用可能性の高い帳票グループに属する帳票データ２１を特定する。本実施形態では、当該ユーザにより過去の所定期間内に使用された実績のある帳票グループが使用可能性の高い帳票グループであるものとして処理をする。具体的には、帳票検索部１２は、使用履歴テーブル２２を参照し、検索を行なっているユーザの使用履歴のデータに含まれる帳票グループを特定する。そして、帳票検索部１２は、帳票グループテーブル２３を参照し、当該帳票グループの中から、検索文字列を含む帳票グループに含まれる帳票ＩＤを特定する。なお、本実施形態では、帳票グループテーブル２３のデータを、使用日付から所定期間経過後に削除する運用を行うものとする。すなわち、帳票検索部１２は、過去の所定期間内に使用された実績のある帳票グループに属する帳票データ２１を特定している。
【００２９】
ステップＳ４で、帳票検索部１２は、検索文字列を含み、かつ、帳票種及び帳票グループの両方の使用可能性が高い帳票データ２１を検索する。具体的には、帳票検索部１２は、検索文字列を含む帳票データ２１であって、ステップ２で特定した使用可能性の高い帳票種に含まれ、かつ、ステップ３で特定した帳票グループに含まれる帳票データ２１を検索する。なお、帳票データ２１の帳票種は、例えば帳票データ２１の枠組みや帳票データ２１に含まれる文字列等から特定することが可能である。当該ステップ４の検索により、使用可能性のレベルが相対的に「高」である帳票データ２１を抽出することができる。
【００３０】
ステップＳ５で、帳票検索部１２は、ステップ４の検索による検索結果として得られた帳票データ２１の一覧である検索結果一覧をクライアント端末２に送信し、クライアント端末２におけるユーザインターフェース上に表示させる。ここで、帳票検索部１２は、当該検索結果一覧に含まれる帳票データ２１、すなわち、使用可能性のレベルが相対的に「高」である帳票データ２１が最も強調されて表示されるように表示させる。なお、ここでの強調表示は、当該帳票データ２１が他の帳票データ２１の中において識別可能な態様であればいかなる態様でもよく、例えば、太字にしたり、色を変えて表示したり、網掛けをしたり、字を大きくするなど、様々な態様が含まれる。
【００３１】
ステップＳ６で、帳票検索部１２は、検索文字列を含み、かつ、帳票種又は帳票グループのいずれか一方の使用可能性が高い帳票データ２１を検索する。具体的には、帳票検索部１２は、検索文字列を含む帳票データ２１であって、ステップ２で特定した使用可能性の高い帳票種に含まれるか、又は、ステップ３で特定した使用可能性の高い帳票グループに含まれる帳票データ２１を検索する。当該ステップ６の検索により、使用可能性のレベルが相対的に「中」である帳票データ２１を抽出することができる。
【００３２】
ステップＳ７で、帳票検索部１２は、ステップ４の検索による検索結果として得られた帳票データ２１の一覧である検索結果一覧をクライアント端末２に送信し、クライアント端末２におけるユーザインターフェース上にさらに表示させる。ここで、帳票検索部１２は、当該検索結果一覧において、ステップ６の検索による検索結果として得られた帳票データ２１を通常の表示方法で（強調表示せずに）で表示させる。
【００３３】
ステップＳ８で、帳票検索部１２は、検索文字列を含み、かつ、帳票種又は帳票グループのいずれも使用可能性が高くない帳票データ２１を検索する。具体的には、帳票検索部１２は、検索文字列を含む帳票データ２１であって、帳票種がステップ２で特定した使用可能性の高い帳票種に含まれず、かつ、帳票グループがステップ３で特定した使用可能性の高い帳票グループに含まれない帳票データ２１を検索する。当該ステップ６の検索により、使用可能性のレベルが相対的に「低」である帳票データ２１を抽出することができる。
【００３４】
ステップＳ９で、帳票検索部１２は、ステップ４の検索による検索結果として得られた帳票データ２１の一覧である検索結果一覧をクライアント端末２に送信し、クライアント端末２におけるユーザインターフェース上にさらに表示させる。ここで、帳票検索部１２は、当該検索結果一覧において、ステップ６の検索による検索結果として得られた帳票データ２１を通常の表示方法で（強調表示せずに）で表示させる。
なお、上記ステップＳ４〜ステップＳ９の処理により、検索文字列を含む帳票データ２１全てが検索結果一覧に表示される。
【００３５】
ステップＳ１０で、帳票分類部１４は、帳票データ２１を帳票グループに分類する帳票グループ分類処理を行う。当該処理の詳細は後述する。
ステップＳ１１で、帳票検索部１２は、帳票グループ分類処理の結果、新たに使用可能性のレベルが「高」や「中」である帳票データ２１に該当することとなったデータ、すなわち、ステップＳ４の条件を満たすこととなった帳票データ２１を、クライアント端末２において強調表示させる。
【００３６】
図８は、帳票提供サーバ１において実行される帳票グループ分類処理を示すフローチャートである。
ステップＳ２１で、帳票分類部１４は、ステップＳ４、ステップＳ６及びステップＳ８により検索された帳票データ２１のデータ本体を取得する。
【００３７】
ステップＳ２２で、帳票分類部１４は、帳票データ２１に含まれる文字列の位置情報（横位置及び縦位置）に基づき、文字列の属性を解析する。
ここで、当該解析処理について詳細に説明する。帳票では、一般的に、ある文字列の属性は当該文字列の左方向や上方向に記載されているという特徴を有している。図９に、帳票データ２１を印刷した帳票イメージの具体例を複数示す。図９に示す例１では、検索文字列が「富士通太郎」である場合、当該文字列の左方向に位置する「契約者名」の文字列を、「富士通太郎」の属性として取得することができる。例２や例３も同様に、「富士通太郎」の左方向や上方向に位置する文字列を、属性として取得することができる。また、例えば例４のように、表の中に「富士通太郎」が含まれている場合には、検索文字列の上方向又は左方向に位置する文字列のうち、項目名を示す枠組み内に位置する文字列を取得することができる。この例４の場合は、「富士通太郎」の上方向に位置する項目名の枠組みの中にある「従業員名」の文字列を属性として取得することができる。なお、例５の例のように、属性を示す文字列が２段階に配置されているような場合、「従業員名」の属性の代わりに「名前」の属性が取得されてしまうことがある。しかし、本実施形態では、このように属性が誤って取得された場合にも適切に処理をすることが可能であり、その詳細は後述する。
【００３８】
ステップＳ２３で、帳票分類部１４は、検索文字列の属性名ごとに帳票データ２１を分類した帳票グループを生成する。換言すれば、帳票分類部１４は、検索文字列の属性が一致する帳票データ２１を１つの帳票グループとしてグループ化する。そして、帳票分類部１４は、帳票データ２１の帳票ＩＤ、検索文字列及び属性を含む情報を帳票グループごとにグループ化した帳票グループ別データ２４を生成する。
【００３９】
ステップＳ２４で、帳票分類部１４は、クライアント端末２から、ユーザによる検索結果一覧からの帳票データ２１の選択、及び選択した帳票データ２１の参照指示や印刷指示に基づいた、帳票データ２１の提供要求を受信する。なお、帳票データ２１の参照や印刷は、帳票データ２１の使用態様（アクセス態様）の一例である。換言すれば、当該提供要求の対象となった帳票データ２１が、ユーザによって使用される帳票データ２１であり、指定された帳票データ２１である。すなわち、帳票分類部１４は、クライアント端末２から、使用対象とする帳票データ２１の指定を受け付ける。
ステップＳ２５で、帳票分類部１４は、帳票グループ別データ２４のうち、ステップＳ２４でユーザにより使用された帳票データ２１が含まれる帳票グループを特定する。
【００４０】
ステップＳ２６で、帳票分類部１４は、ステップＳ２５で特定した帳票グループに関する情報を、帳票グループテーブル２３に格納する。
具体的には、帳票分類部１４は、ステップＳ２５で特定した帳票グループのデータが、帳票グループテーブル２３に１件も格納されていない場合（すなわち、特定した帳票グループにおける検索文字列及びその属性の組合せが帳票グループテーブル２３に格納されていない場合）は次の処理を行う。すなわち、帳票分類部１４は、新たな帳票グループＩＤを付与する。そして、ステップＳ２５で特定した帳票グループに属する帳票データ２１ごとに、帳票グループＩＤ、当該帳票グループの帳票データ２１における検索文字列及びその属性、並びに、当該帳票データ２１が使用された使用日付（例えば現在日付）を対応付けたデータを生成し、帳票グループテーブル２３に格納する。
【００４１】
一方、帳票分類部１４は、ステップＳ２５で特定した帳票グループのデータが、すでに帳票グループテーブル２３に格納されている場合（すなわち、特定した帳票グループにおける検索文字列及びその属性の組合せがすでに帳票グループテーブル２３に格納されている場合）は次の処理を行う。すなわち、帳票分類部１４は、ステップＳ２５で特定した帳票グループに属する帳票データ２１に対応するデータが帳票グループテーブル２３に格納されていないときには、当該帳票データ２１に、当該帳票グループの帳票データ２１における検索文字列及びその属性、当該帳票データ２１が属する帳票グループの帳票グループＩＤ、並びに、当該帳票データ２１の帳票が使用された使用日付を対応付けたデータを生成し、帳票グループテーブル２３に格納する。一方、ステップＳ２５で特定した帳票グループに属する帳票データ２１に対応するデータが帳票グループテーブル２３に格納されているときには、当該帳票データ２１に対応するデータの使用日付を、最新使用日付に更新する。
【００４２】
ステップＳ２７で、帳票分類部１４は、ステップＳ２４で使用された帳票データ２１の情報を、使用履歴テーブル２２に格納する。具体的には、帳票分類部１４は、当該帳票データ２１を使用したユーザ（すなわち、今回の検索を行なったユーザ）、帳票データ２１の帳票種、帳票グループＩＤ、及び使用日付のデータを生成し、使用履歴テーブル２２に追加する。
【００４３】
［データ具体例を示した処理説明、各処理による効果等］
ここで、上記帳票検索処理及び帳票グループ分類処理について、具体例を示して説明するとともに、本実施形態による効果について説明する。
例えば、クライアント端末のユーザインタフェースを介し、ユーザＩＤが「Fujitsu」のユーザが「富士通太郎」の検索文字列で、帳票データ２１の検索を実行したとする。この場合、帳票提供サーバは、ユーザＩＤである「Fujitsu」と検索文字列である「富士通太郎」を含んだ帳票検索要求をクライアント端末から受信し、検索要求受付部１１が当該要求を受け付ける（ステップＳ１）。
【００４４】
この段階において、使用履歴テーブル２２のデータは図４の状態であり、帳票グループテーブル２３のデータは図５の状態であるとする。
帳票検索部１２は、ユーザＩＤが「Fujitsu」のユーザによる使用可能性の高い帳票種が、図４に示す使用履歴テーブル２２のデータにおけるユーザＩＤが「Fujitsu」のデータの帳票種である「生命保険契約書」、「月別契約実績」であると特定する（ステップＳ２）。また、帳票検索部１２は、ユーザＩＤが「Fujitsu」のユーザが「富士通太郎」を検索文字列として検索する際に使用可能性の高い帳票グループ（換言すれば「富士通太郎」の属性名）を、次のようにして特定する。すなわち、使用履歴テーブル２２においてユーザＩＤが「Fujitsu」のデータに含まれている帳票グループＩＤである「１２３４５６」、「８８８８８８」及び「９９９９９９」を特定する。そして、帳票グループテーブル２３を参照し、これらの帳票グループＩＤのうち、検索文字列が「富士通太郎」であるデータの帳票グループＩＤである「１２３４５６」（属性名が「担当者名」）を特定する。さらに、帳票検索部１２は、帳票グループテーブル２３に格納された当該帳票グループＩＤ「１２３４５６」のデータから、当該帳票グループＩＤに属する帳票ＩＤである帳票Ａ及び帳票Ｂを特定する（ステップＳ３）。
【００４５】
そして、帳票検索部１２は、検索文字列「富士通太郎」を含み、帳票種が「生命保険契約書」又は「月別契約実績」であって、かつ、帳票グループＩＤが「１２３４５６」（ここでは帳票Ａ又は帳票Ｂ）の帳票データ２１を検索する（ステップＳ４）。その結果、帳票Ａがヒットしたとする。この場合、帳票検索部１２は、図１０の第１段階に示すように、クライアント端末２のユーザインタフェースの検索結果表示画面に、帳票Ａを表示させる。当該表示において、帳票検索部１２は、帳票Ａが最も強調されて表示されるようにする（ステップＳ５）。
【００４６】
次に、帳票検索部１２は、検索文字列「富士通太郎」を含み、帳票種が「生命保険契約書」又は「月別契約実績」であるか、もしくは、帳票グループＩＤが「１２３４５６」（ここでは帳票Ａ又は帳票Ｂ）の帳票データ２１を検索する（ステップＳ６）。その結果、帳票グループＩＤが「１２３４５６」である帳票Ｂ（帳票種は「自動車保険契約書」）及び帳票種が「月別契約実績」である帳票Ｐがヒットしたとする。この場合、帳票検索部１２は、図１０の第２段階に示すように、クライアント端末のユーザインタフェースの検索結果表示画面に、帳票Ｂ及び帳票Ｐをさらに表示させる。当該表示において、帳票検索部１２は、帳票Ｂ及び帳票Ｐが強調表示されるように（但し帳票Ａほど強調表示はしない）する（ステップＳ７）。
【００４７】
次に、帳票検索部１２は、検索文字列「富士通太郎」を含み、帳票種が「生命保険契約書」又は「月別契約実績」ではなく、かつ、帳票グループＩＤが「１２３４５６」（ここでは帳票Ａ又は帳票Ｂ）ではない帳票データ２１を検索する（ステップＳ８）。その結果、帳票種が「本社従業員一覧」である帳票Ｑ、及び、帳票種が「火災保険契約書」である帳票Ｒがヒットしたとする。この場合、帳票検索部１２は、図１０の第３段階に示すように、クライアント端末のユーザインタフェースの検索結果表示画面に、帳票Ｑ及び帳票Ｒを表示させる。当該表示において、帳票検索部１２は、帳票Ｑ及び帳票Ｒを強調表示せずに通常の方法で表示されるようにする（ステップＳ９）。
【００４８】
ここで、帳票分類部１４は上記検索結果として得られた帳票Ａ、帳票Ｂ、帳票Ｐ、帳票Ｑ及び帳票Ｒにつき、それぞれの帳票データ２１を取得する（ステップＳ２１）。そして、帳票データ２１の文字列の位置情報に基づいて、それぞれの帳票における「富士通太郎」の属性名を解析する。なお、前述した図９の例１〜５は、それぞれ、本具体例の帳票Ａ、帳票Ｂ、帳票Ｐ、帳票Ｑ及び帳票Ｒに対応している。ここでは、帳票グループテーブル２３のデータにより属性名「契約者名」が取得できる帳票Ａ及び帳票Ｂについては、解析処理を省略してもよい。解析の結果、「富士通太郎」の属性名として、帳票Ｐ及び帳票Ｑでは「従業員名」が取得できる。一方、帳票Ｒでは、本来であれば属性名は「契約者名」であるが、文字列の配置により「名前」が取得される。
【００４９】
当該解析結果に基づき、帳票分類部１４は、帳票Ａ、帳票Ｂ、帳票Ｐ、帳票Ｑ及び帳票Ｒを、検索文字列の属性名ごとに分類した帳票グループを生成する（ステップＳ２３）。帳票分類部１４は、「富士通太郎」の属性名が「契約者名」である帳票Ａ及び帳票Ｂを１つの帳票グループ、属性名が「従業員名」である帳票Ｐ及び帳票Ｑを１つの帳票グループ、属性名が「名前」である帳票Ｒを１つの帳票グループとして分類する。そして、帳票分類部１４は、図６に示すように、帳票グループ別データ２４を生成する。
【００５０】
ここで、ケース１として、ユーザが、「帳票Ａ」を選択して印刷指示を行なったとする。帳票分類部１４は、クライアント端末から当該指示を受信すると（ステップＳ２４）、帳票Ａが含まれる帳票グループ、すなわち帳票Ａ及び帳票Ｂの帳票グループを特定する（ステップＳ２５）。ここで、帳票Ａ及び帳票Ｂはすでに帳票グループテーブル２３に格納されているため、帳票分類部１４は、帳票グループテーブル２３における帳票Ａ及び帳票Ｂのデータの使用日付を更新する（ステップＳ２６）。さらに、帳票分類部１４は、使用履歴テーブル２２に、ユーザＩＤである「Fujitsu」、帳票Ａの帳票種である「生命保険契約書」、帳票グループＩＤである「１２３４５６」及び現在日時を含んだデータを追加する（ステップＳ２７）。
【００５１】
また、ケース２として、ユーザが、「帳票Ｐ」を選択して印刷指示を行なったとする。帳票分類部１４は、クライアント端末から当該指示を受信すると（ステップＳ２４）、帳票Ｐが含まれる帳票グループ、すなわち帳票Ｐ及び帳票Ｑの帳票グループを特定する（ステップＳ２５）。ここで、帳票Ｐにおける属性名「従業員名」及び検索文字列「富士通太郎」の組合せの帳票グループのデータは、帳票グループＩＤが「１１１１１１」として帳票グループテーブル２３にすでに格納されているが、帳票Ｐ及び帳票Ｑに対応するデータは帳票グループテーブル２３に格納されていない。このため、帳票分類部１４は、帳票グループテーブル２３に、属性名である「従業員名」、検索文字列である「富士通太郎」、帳票グループＩＤである「１１１１１１」、帳票ＩＤである「帳票Ｐ」及び現在日時を含んだデータを追加する。さらに、帳票分類部１４は、帳票グループテーブル２３に、属性名である「従業員名」、検索文字列である「富士通太郎」、帳票グループＩＤである「１１１１１１」、帳票ＩＤである「帳票Ｑ」及び現在日時を含んだデータを追加する（ステップＳ２６）。また、帳票分類部１４は、使用履歴テーブル２２に、ユーザＩＤである「Fujitsu」、帳票Ｐの帳票種である「月別契約実績」、帳票グループＩＤである「１１１１１１」及び現在日時を含んだデータを追加する（ステップＳ２７）。
【００５２】
また、ケース３として、ユーザが、「帳票Ｒ」を選択して印刷指示を行なったとする。帳票分類部１４は、クライアント端末から当該指示を受信すると（ステップＳ２４）、帳票Ｒが含まれる帳票グループ、すなわち帳票Ｒのみの帳票グループを特定する（ステップＳ２５）。ここで、帳票Ｒにおける属性名「名前」及び検索文字列「富士通太郎」の組合せの帳票グループのデータは、帳票グループテーブル２３に格納されていない。このため、帳票分類部１４は、当該帳票グループに、例えば新たな帳票グループＩＤである「３３３３３３」を付与する。そして、帳票分類部１４は、帳票グループテーブル２３に、属性名である「名前」、検索文字列である「富士通太郎」、帳票グループＩＤである「３３３３３３」、帳票ＩＤである「帳票Ｒ」及び現在日時を含んだデータを追加する（ステップＳ２６）。さらに、帳票分類部１４は、使用履歴テーブル２２に、ユーザＩＤである「Fujitsu」、帳票Ｒの帳票種である「火災保険契約書」、帳票グループＩＤである「３３３３３３」及び現在日時を含んだデータを追加する（ステップＳ２７）。
【００５３】
そして、帳票検索部１２は、上記のユーザによる帳票データ２１の使用指示及び帳票グループ分類処理後において、再度、クライアント端末における検索結果一覧を表示し直す（ステップＳ１１）。図１０は、上記のケース１〜ケース３のそれぞれにおける、上記の帳票グループ分類処理後の検索結果一覧表示を示している。例えば、上記のケース１の場合は、再表示しても表示内容は変わらない。しかし、ケース２の場合は、帳票グループＩＤ「１１１１１１」が使用可能性の高い帳票グループとして識別されるようになる。このため、帳票Ｐは最も強調されて表示されるようになり、帳票Ｑも強調表示されるようになる。また、ケース３の場合は、新たに「火災保険契約書」が使用可能性の高い帳票種として識別されるとともに、帳票グループＩＤ「３３３３３３」が使用可能性の高い帳票グループとして識別されるようになる。このため、上記のように属性を正しく取得できなかった帳票Ｒも、ユーザにより使用されることで、その後は最も強調されて表示されるようになる。
【００５４】
また、本具体例の帳票データ２１では示していないが、上記ケース１の場合において、前回に帳票グループ分類処理が行われた後に、例えば、検索文字列「富士通太郎」を含んでおり、かつ、属性名が「契約者名」である帳票Ｚが新たに追加されていたとする。この場合、上記のステップＳ９までの処理の段階では、当該帳票Ｚのデータが帳票グループテーブル２３に格納されていないため、本来ならば強調表示がされるべきであるにも関わらず、強調表示がされていない状態となる。しかし、帳票グループ分類処理によってこのような帳票Ｚのデータが、帳票グループ「１２３４５６」に属するデータとして帳票グループテーブル２３に格納されることとなる。このため、ステップＳ１１によって、当該帳票Ｚを検索結果一覧で強調表示させることが可能となる。
【００５５】
そして、これらの一連の処理の後に、改めてユーザＩＤ「Fujitsu」のユーザが、「富士通太郎」を検索文字列として検索を行なった場合においても、今回の帳票グループ分類処理の結果が反映されることとなる。
なお、帳票グループ分類処理前における検索結果として得られる帳票データ２１が第１の帳票データ群の一例である。帳票グループ分類処理の前後で、帳票提供サーバ１の記憶手段に格納されている帳票データ２１全体において変更が発生していない場合には、再検索結果として得られる帳票データ２１群は、第１の帳票データ群と一致する。また、ユーザにより指定された帳票データ２１（例えば、上記具体例のケース１では「帳票Ａ」）が、第１の帳票データの一例である。
【００５６】
このように、ステップＳ２１〜ステップＳ２７の帳票グループ分類処理により、ユーザが実際に使用した帳票データ２１の帳票種や帳票グループに関連する情報が、使用履歴テーブル２２や帳票グループテーブル２３に反映される。そして、その後に同じユーザが同じ検索文字列で帳票データ２１の検索を行なったときに、ステップＳ２〜ステップＳ９の処理により、当該ユーザによる使用実績がある帳票データ２１と帳票種や帳票グループが一致するデータ、すなわち、使用可能性が高い帳票データ２１が効率的に検索され、検索結果一覧のなかで目立つように表示される。このため、ユーザは、使用可能性が高い帳票データ２１を効率的に選択することができる。また、ユーザによる使用可能性が高い帳票データ２１ほど早く検索され、検索結果一覧に表示される。このため、帳票データ２１の件数が多く検索処理に時間を要したとしても、ユーザは、使用可能性が高い帳票データ２１をさらに効率的に選択することができる。
【００５７】
また、このように検索文字列の属性を検索条件に含めるのではなく、検索文字列を含む帳票データ全てを検索結果として表示した上で、帳票グループテーブルに対応するデータが存在する帳票データ２１を強調表示させることで、次のような効果を奏する。すなわち、上記ケース３で説明したように、かりに検索された帳票データ２１の中に、検索文字列の属性が正しく取得できない帳票データがあっても、このような帳票データ２１が検索結果自体から漏れてしまうことを防ぐことができる。そして、当該帳票データ２１がユーザにより使用された場合には、その後において当該帳票データ２１は強調されて表示されるようになる。
【００５８】
［本実施形態の変形例等］
ここで、本実施形態では、ユーザによる使用可能性を、帳票種及び帳票グループの両方を用いて識別している。しかし、必ずしもこれらの両方を用いて使用可能性を識別する必要はない。例えば、帳票グループのみを用いて使用可能性を識別するようにしてもよい。
【００５９】
また、上記処理説明では、帳票検索部１２により全ての検索結果をクライアント端末２において表示してから、帳票グループ分類処理を行なう順番となっている。しかし、ユーザが検索結果が全て表示されないうちに帳票データ２１の選択を行なった場合には、その時点で検索処理を中断し、当該時点における検索結果に基づいて、帳票グループ分類処理を行えばよい。なお、この場合には、帳票グループ分類処理のステップＳ２４における、ユーザによる帳票データ２１の選択等の受信処理が、ステップＳ２１の処理よりも先行することとなる。
【００６０】
また、上記処理説明では、ユーザによる使用可能性が「高」、「中」、「低」の３段階に分けて検索結果一覧における表示態様を変えているが、このような態様に限定されるものではない。例えば、検索文字列を含み、かつ、帳票種及び帳票グループの両方の使用可能性が高い帳票データ２１と、そうでない帳票データ２１の２段階で表示態様を変えてもよい。
【００６１】
［ハードウェア構成等］
前述した帳票提供サーバ１又はクライアント端末２として機能するコンピュータのハードウェア構成の一例を図１１に示す。本コンピュータは、プロセッサ１０１、メモリ１０２、ストレージ１０３、可搬記憶媒体駆動装置１０４、入出力装置１０５及び通信インタフェース１０６を備える。
【００６２】
プロセッサ１０１は、制御ユニット、演算ユニット及び命令デコーダ等を含み、実行ユニットが、命令デコーダで解読されたプログラムの命令に従い、制御ユニットより出力される制御信号に応じ、演算ユニットを用いて算術・論理演算を実行する。かかるプロセッサ１０１は、制御に用いる各種情報が格納される制御レジスタ、既にアクセスしたメモリ２等の内容を一時的に格納可能なキャッシュ、及び、仮想記憶のページテーブルのキャッシュとしての機能を果たすＴＬＢを備える。なお、プロセッサ１０１は、ＣＰＵ（Central Processing Unit）コアが複数設けられている構成でもよい。
【００６３】
メモリ１０２は、例えばＲＡＭ（Random Access Memory）等の記憶装置であり、プロセッサ１０１で実行されるプログラムがロードされるとともに、プロセッサ１０１の処理に用いるデータが格納されるメインメモリである。また、ストレージ１０３は、例えばＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶装置であり、プログラムや各種データが格納される。可搬記憶媒体駆動装置１０４は、可搬記憶媒体１０７に記憶されたデータやプログラムを読み出す装置である。可搬記憶媒体１０７は、例えば磁気ディスク、光ディスク、光磁気ディスク又はフラッシュメモリ等である。プロセッサ１０１は、メモリ１０２やストレージ１０３と協働しつつ、ストレージ１０３や可搬記憶媒体１０７に格納されたプログラムを実行する。なお、プロセッサ１０１が実行するプログラムや、アクセス対象となるデータは、当該コンピュータと通信可能な他の装置に格納されていてもよい。なお、本実施形態で記載した帳票提供サーバ１の記憶手段とは、メモリ１０２、ストレージ１０３及び可搬記憶媒体１０７若しくは当該コンピュータと通信可能な他の装置の少なくともいずれかを示す。
【００６４】
入出力装置１０５は例えばキーボードやタッチパネル、ディスプレイ等であり、ユーザ操作等による動作命令を受け付ける一方、コンピュータによる処理結果を出力する。
通信インタフェース１０６は、例えば、例えばＬＡＮ（Local Area Network）カード等の他、無線周波受信機および送信機、ならびに光受信機および送信機を含むことができる。前述の受信機および送信機は、Ｗｉ−Ｆｉネットワーク、ブルートゥース・ネットワーク、ロング・ターム・エボリューションなどの１つまたは複数の通信ネットワークにより動作するように実現することができる。
これらのコンピュータの各構成要素は、バス１０８で接続されている。
【００６５】
＜その他＞
なお、本明細書で説明したコンピュータの機能的構成及び物理的構成は、上述の態様に限るものではなく、例えば、各機能や物理資源を統合して実装したり、逆に、さらに分散して実装したりすることも可能である。
また、本明細書において、閾値等との比較において「〜以上」や「〜以下」とした記載箇所は、特記した場合を除き当該記載に限定されるものではなく、「〜より大きい（〜を上回る）」や「〜より小さい（〜を下回る）」に適宜置き換えることが可能である。
【００６６】
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を前記ユーザに提示し、
検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる前記検索文字列及び他の文字列との位置関係に基づいて前記検索文字列の属性を解析し、
前記第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、前記第１の帳票データ群のうち、前記第１の帳票データとの間で前記検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納する、
処理をコンピュータに実行させる検索プログラム。
【００６７】
（付記２）
前記検索文字列を指定した検索命令に応じて帳票データを再検索したときに、前記グループに関する情報を参照し、前記グループに属する帳票データを識別可能な態様で、再検索結果を提示する処理をさらにコンピュータに実行させる、付記１記載の検索プログラム。
【００６８】
（付記３）
前記記憶手段に格納する処理は、前記第１の帳票データの帳票種を特定して、当該帳票種に関する情報を記憶手段に格納し、
前記再検索結果を提示する処理は、前記グループに関する情報及び前記帳票種に関する情報を参照し、前記グループに属し且つ前記帳票種に属する帳票データをユーザがさらに識別可能な態様で前記ユーザに提示する、付記２記載の検索プログラム。
【００６９】
（付記４）
前記再検索結果を提示する処理は、前記グループに属する帳票データを、他の帳票データよりも強調表示して前記ユーザに提示する、付記２又は３記載の検索プログラム。
【００７０】
（付記５）
前記再検索結果を提示する処理は、前記グループに属する帳票データを、他の帳票データよりも先に検索して提示する、付記２〜４のいずれか１項に記載の検索プログラム。
【００７１】
（付記６）
前記記憶手段に格納する処理は、前記グループに関する情報を、前記第１の帳票データに対する指定を受け付けたタイミングを示す情報とともに格納し、
前記再検索結果を提示する処理は、前記グループに関する情報及び前記タイミングを示す情報を参照し、過去の所定期間内に前記第１の帳票データが指定を受け付けた場合に、前記グループに属する帳票データを提示する、付記２〜５のいずれか１項に記載の検索プログラム。
【００７２】
（付記７）
前記記憶手段に格納する処理は、前記グループに関する情報を、前記第１の帳票データの指定を行なったユーザに対応付けて記憶手段に格納する、付記１〜６のいずれか１項に記載の検索プログラム。
【００７３】
（付記８）
検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を前記ユーザに提示し、
検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる前記検索文字列及び他の文字列との位置関係に基づいて前記検索文字列の属性を解析し、
前記第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、前記第１の帳票データ群のうち、前記第１の帳票データとの間で前記検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納する、
処理をコンピュータが実行するデータ検索方法。
【００７４】
（付記９）
検索文字列を指定した検索命令に応じ、記憶手段に格納された帳票データの中から当該検索文字列を含んだ帳票データを検索して、検索結果を提示する帳票検索部と、
検索された第１の帳票データ群のそれぞれについて、帳票データに含まれる前記検索文字列及び他の文字列との位置関係に基づいて前記検索文字列の属性を解析する属性解析部と、
前記第１の帳票データ群に含まれる第１の帳票データに対する指定を受け付けた場合、前記第１の帳票データ群のうち、前記第１の帳票データとの間で前記検索文字列の属性が一致する帳票データをグループ化して、当該グループに関する情報を記憶手段に格納する帳票分類部
を備えた検索装置。
【符号の説明】
【００７５】
１…帳票提供サーバ、２…クライアント端末、３…ネットワーク、１１…検索要求受付部、１２…帳票検索部、１３…属性解析部、１４…帳票分類部、２１…帳票データ、２２…使用履歴テーブル、２３…帳票グループテーブル、２４…帳票グループ別データ
【図１】
2015153158.tif 000003
【図２】
2015153158.tif 000004
【図３】
2015153158.tif 000005
【図４】
2015153158.tif 000006
【図５】
2015153158.tif 000007
【図６】
2015153158.tif 000008
【図７】
2015153158.tif 000009
【図８】
2015153158.tif 000010
【図９】
2015153158.tif 000011
【図１０】
2015153158.tif 000012
【図１１】
2015153158.tif 000013
【図１２】
2015153158.tif 000014