(57)【要約】【課題】電子文書を取り出すための手法を提供する。【解決手段】上記手法は、クエリ言語の実際上の知識をユーザが有することを必要とすることなく、ブール句、近接句、及び／又はキーワード・フレーズを含む複雑なクエリをユーザが構築することを可能にするウェブベースのグラフィカル・ユーザ・インタフェースを提供する。ウェブベースのグラフィカル・ユーザ・インタフェースは更に、ユーザが、１つ又は複数のサーチ・タームに対する意味論的意味を規定することを可能にする。上記手法は更に、サーチ結果についての種々の報告をユーザが生成することを可能にする。報告データの量を管理するよう種々のフィルタを適用し得、関連性を増大させるために意味論的意味を適用し得る。時間コスト推定器は、サーチ結果の推定レビュー時間を提供する。更に、シンプル・サーチの結果を使用してアドバンスド・サーチを行うための手法と、論理カストディアンを使用し、タグ付け解析を行い、サーチ結果をレビューするためのコスト及び／又は時間を推定するための手法も含まれる。【選択図】図６Ｇ
2015090713.tif 000002
【特許請求の範囲】
【請求項１】
１つ又は複数のプロセッサによって処理されると、
クライアント装置と別個のネットワーク装置上で実行するウェブ・アプリケーションが、複数の電子文書を含む複数のサーチ結果を取り出す工程と、
前記ウェブ・アプリケーションが、前記複数のサーチ結果の属性を求める工程であって、前記複数のサーチ結果の前記属性は、前記複数のサーチ結果において少なくとも電子文書の数を含む工程と、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程と、
前記ウェブ・アプリケーションは、前記クライアント装置において処理されると、当該数の電子文書の数をレビューするための前記求められた推定コスト、及び当該数の電子文書の数をレビューするための前記求められた推定時間の１つ又は複数を前記クライアント装置に表示させる１つ又は複数のウェブ・ペ―ジを生成し、前記クライアント装置に向けて送信させる工程と
を行わせる命令を記憶する、一時的でない１つ又は複数のコンピュータ読み取り可能な媒体。
【請求項２】
請求項１記載の一時的でない１つ又は複数のコンピュータ読み取り可能な媒体であって、前記電子文書の数は、前記電子文書の数に対応するユーザ選択された１つ又は複数のタグに基づいて求められる、一時的でない１つ又は複数のコンピュータ読み取り可能な媒体。
【請求項３】
請求項１記載の一時的でない１つ又は複数のコンピュータ読み取り可能な媒体であって、
前記サーチ結果は少なくとも複数の別々のタイプの電子文書を含み、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果に含まれた複数の別々のタイプの電子文書、及び前記複数のサーチ結果における前記電子文書の数に基づいて求める工程を含む、一時的でない１つ又は複数のコンピュータ読み取り可能な媒体。
【請求項４】
請求項１記載の一時的でない１つ又は複数のコンピュータ読み取り可能な媒体であって、
当該数の電子文書はページ数を含み、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、ページ毎のレビュー・コストに基づいた、当該数の電子文書をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能なページの数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、当該数の電子文書における前記ページ数に基づいて求める工程を含む、一時的でない１つ又は複数のコンピュータ読み取り可能な媒体。
【請求項５】
請求項４記載の一時的でない１つ又は複数のコンピュータ読み取り可能な媒体であって、前記電子文書における前記ページ数は光学式文字認識を使用して求められる、一時的でない１つ又は複数のコンピュータ読み取り可能な媒体。
【請求項６】
請求項１記載の一時的でない１つ又は複数のコンピュータ読み取り可能な媒体であって、前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、当該数の電子文書の言語と、ページ毎のレビュー・コストとに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、当該数の電子文書の言語と、単位時間毎にレビューすることが可能なページ数とに基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記電子文書の数に基づいて求める工程を含む、一時的でない１つ又は複数のコンピュータ読み取り可能な媒体。
【請求項７】
請求項６記載の一時的でない１つ又は複数のコンピュータ読み取り可能な媒体であって、前記１つ又は複数のプロセッサによって処理されると、当該数の電子文書に対応するカストディアンの言語を求める工程、及び当該数の電子文書に対応するメタデータを検査する工程の１つ又は複数により、又は、当該数の電子文書に対して光学式文字認識を行うことにより、当該数の電子文書の前記言語を求めさせる更なる命令を記憶する、一時的でない１つ又は複数のコンピュータ読み取り可能な媒体。
【請求項８】
装置であって、
１つ又は複数のプロセッサと、
通信するよう前記１つ又は複数のプロセッサに結合され、１つ又は複数のプロセッサによって処理されると、
クライアント装置と別個のネットワーク装置上で実行するウェブ・アプリケーションが、複数の電子文書を含む複数のサーチ結果を取り出す工程と、
前記ウェブ・アプリケーションが、前記複数のサーチ結果の属性を求める工程であって、前記複数のサーチ結果の前記属性は、前記複数のサーチ結果において少なくとも電子文書の数を含む工程と、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程と、
前記ウェブ・アプリケーションは、前記クライアント装置において処理されると、当該数の電子文書の数をレビューするための前記求められた推定コスト、及び当該数の電子文書の数をレビューするための前記求められた推定時間の１つ又は複数を前記クライアント装置に表示させる１つ又は複数のウェブ・ペ―ジを生成し、前記クライアント装置に向けて送信させる工程と
を行わせる命令を記憶する１つ又は複数のメモリと
を備える装置。
【請求項９】
請求項８記載の装置であって、前記電子文書の数は、前記電子文書の数に対応するユーザ選択された１つ又は複数のタグに基づいて求められる装置。
【請求項１０】
請求項８記載の装置であって、
前記サーチ結果は少なくとも複数の別々のタイプの電子文書を含み、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果に含まれた複数の別々のタイプの電子文書、及び前記複数のサーチ結果における前記電子文書の数に基づいて求める工程を含む装置。
【請求項１１】
請求項８記載の装置であって、
当該数の電子文書はページ数を含み、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、ページ毎のレビュー・コストに基づいた、当該数の電子文書をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能なページの数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、当該数の電子文書における前記ページ数に基づいて求める工程を含む装置。
【請求項１２】
請求項１１記載の装置であって、前記電子文書における前記ページ数は、光学式文字認識を使用して求められる装置。
【請求項１３】
請求項８記載の装置であって、前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、当該数の電子文書の言語と、ページ毎のレビュー・コストとに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、当該数の電子文書の言語と、単位時間毎にレビューすることが可能なページ数とに基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記電子文書の数に基づいて求める工程を含む装置。
【請求項１４】
請求項１３記載の装置であって、前記１つ又は複数のメモリは、前記１つ又は複数のプロセッサによって処理されると、当該数の電子文書に対応するカストディアンの言語を求める工程、及び当該数の電子文書に対応するメタデータを検査する工程の１つ又は複数により、又は、当該数の電子文書に対して光学式文字認識を行うことにより、当該数の電子文書の前記言語を求めさせる更なる命令を記憶する装置。
【請求項１５】
コンピュータによって実現される方法であって、
クライアント装置と別個のネットワーク装置上で実行するウェブ・アプリケーションが、複数の電子文書を含む複数のサーチ結果を取り出す工程と、
前記ウェブ・アプリケーションが、前記複数のサーチ結果の属性を求める工程であって、前記複数のサーチ結果の前記属性は、前記複数のサーチ結果において少なくとも電子文書の数を含む工程と、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程と、
前記ウェブ・アプリケーションは、前記クライアント装置において処理されると、当該数の電子文書の数をレビューするための前記求められた推定コスト、及び当該数の電子文書の数をレビューするための前記求められた推定時間の１つ又は複数を前記クライアント装置に表示させる１つ又は複数のウェブ・ペ―ジを生成し、前記クライアント装置に向けて送信させる工程と
を含む、コンピュータによって実現される方法。
【請求項１６】
請求項１５記載のコンピュータによって実現される方法であって、前記電子文書の数は、前記電子文書の数に対応するユーザ選択された１つ又は複数のタグに基づいて求められる、コンピュータによって実現される方法。
【請求項１７】
請求項１５記載のコンピュータによって実現される方法であって、
前記サーチ結果は少なくとも複数の別々のタイプの電子文書を含み、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果に含まれた複数の別々のタイプの電子文書、及び前記複数のサーチ結果における前記電子文書の数に基づいて求める工程
を含む、コンピュータによって実現される方法。
【請求項１８】
請求項１５記載のコンピュータによって実現される方法であって、
当該数の電子文書はページ数を含み、
前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、ページ毎のレビュー・コストに基づいた、当該数の電子文書をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能なページの数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、当該数の電子文書における前記ページ数に基づいて求める工程
を含む、コンピュータによって実現される方法。
【請求項１９】
請求項１５記載のコンピュータによって実現される方法であって、前記ウェブ・アプリケーションが、電子文書毎のレビュー・コストに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記複数のサーチ結果における前記電子文書の数に基づいて求める工程は、前記ウェブ・アプリケーションが、当該数の電子文書の言語と、ページ毎のレビュー・コストとに基づいた、当該数の電子文書結果をレビューするための推定コスト、及び、当該数の電子文書の言語と、単位時間毎にレビューすることが可能なページ数とに基づいた、当該数の電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、前記電子文書の数に基づいて求める工程を含む、コンピュータによって実現される方法。
【請求項２０】
請求項１９記載のコンピュータによって実現される方法であって、前記１つ又は複数のプロセッサによって処理されると、当該数の電子文書に対応するカストディアンの言語を求める工程、及び当該数の電子文書に対応するメタデータを検査する工程の１つ又は複数により、又は、当該数の電子文書に対して光学式文字認識を行うことにより、当該数の電子文書の前記言語を求めさせる更なる命令を記憶する、コンピュータによって実現される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、本明細書及び特許請求の範囲に全て記載されたかのように全ての目的のためにそれらの内容全部を参照によって援用する、「電子文書の取り出し及び報告」と題する西暦２０１３年１１月７日付けで出願された米国特許出願第１４／０７４，５０３号（代理人整理番号４９９８６−０７９３）、及び「電子文書の取り出し及び報告」と題する西暦２０１３年１１月７日付けで出願された米国特許出願第１４／０７４，５０７号（代理人整理番号４９９８６−０７９４）に関連する。
【０００２】
実施例は、概括的に、電子文書の取り出し及び報告のための手法に関する。
【背景技術】
【０００３】
本項において説明する手法は、先行して構想又は追求されている手法では必ずしもない一方、追求することが可能な手法である。したがって、別途明記しない限り、本項において説明された手法は本出願における特許請求の範囲に対する従来技術でないことがあり得、本項に含めることにより、従来技術であると認めるものでない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
データベースから電子文書を取り出すための現在の手法は、かなりの制約を有する。課題の１つは、多くのユーザが有していない、（例えば、構造クエリ言語を使用した）クエリの構築における特定の知識及び経験をユーザが有することが必要であるという点である。更に、多くのデータベース管理システムは、限定的な報告機能を提供し、それら全ては、満足でないユーザ体験につながり得る。
【課題を解決するための手段】
【０００５】
一時的でない１つ又は複数のコンピュータ読み取り可能な媒体は、１つ又は複数のプロセッサによって実行されると、クライアント装置とは別個であるネットワーク装置上で実行するウェブ・アプリケーションに、複数の電子文書を含む複数のサーチ結果を取り出させる命令を記憶する。ウェブ・アプリケーションは、複数のサーチ結果の属性を求め、複数のサーチ結果の属性は、少なくとも複数のサーチ結果における電子文書の数を含む。ウェブ・アプリケーションは、電子文書毎のレビュー・コストに基づいていくつかの電子文書結果をレビューするための推定コスト、及び、単位時間毎にレビューすることが可能な電子文書の数に基づいていくつかの電子文書をレビューするための推定時間の１つ又は複数を、少なくとも、複数のサーチ結果における電子文書の数に基づいて求める。ウェブ・アプリケーションは更に、クライアント装置において処理されると、いくつかの電子文書をレビューするための求められた推定コスト、及びいくつかの電子文書をレビューするための求められた推定時間の１つ又は複数をクライアント装置に表示させる１つ又は複数のウェブ・ペ―ジを生成し、クライアント装置に向けて送信させる。
【０００６】
一時的でない１つ又は複数のコンピュータ読み取り可能な媒体は、１つ又は複数のプロセッサによって処理されると、複数のデータ・アイテムについてタグ割り当てデータをウェブ・アプリケーションに取り出させる命令を記憶し、タグ割り当てデータは複数のタグ割り当てを規定し、複数のタグ割り当てからのタグ割り当てはそれぞれ、タグ、タグの割り当て元、及びタグが割り当てられたデータ・アイテムを識別する。ウェブ・アプリケーションは、割り当て元毎のタグ付けされたデータ・アイテムの数、割り当て元毎及びタグ毎のタグ付けされたデータ・アイテムの数、及びデータ・アイテム毎のタグの数の１つ又は複数を示すタグ付け統計をタグ付けデータに基づいて生成する。ウェブ・アプリケーションは、タグ付け統計を視覚的に描くグラフィカル・ユーザ・インタフェースを生成する。
【図面の簡単な説明】
【０００７】
【図１Ａ】電子文書を管理するための例示的な装置を表すブロック図である。
【図１Ｂ】電子文書管理システム上の電子文書データへのアクセスを提供するデータ・アプリケーション・プログラム・インタフェース（ＡＰＩ）を文書管理システムが含み得ることを表す図である。
【図１Ｃ】電子文書管理システムがウェブ・アプリケーションとは別個に実現される装置を表す図である。
【図２Ａ】管理者がユーザ及びユーザ・アクセス権を管理することを可能にする管理者ポータルを提供するウェブ・インタフェースによって生成される例示的なユーザ・インタフェースを表す図である。
【図２Ｂ】図２Ａにおいて表すコントロールから「追加」コントロールを選択することにより、新たなユーザを追加することを管理者ユーザが選択した後、ウェブ・インタフェースによって生成された例示的なユーザ・インタフェースを表す図である。
【図２Ｃ】ユーザ活動を追跡するログを管理者ユーザが管理することを可能にする例示的なユーザ・インタフェースを表す図である。
【図３】ユーザが、特定のデータ・セットを選択し、次いで、選択されたデータ・セットのサーチ、及び選択されたデータ・セットに基づいた報告の生成の何れかを選択することを可能にする例示的なユーザ・インタフェースを表す図である。
【図４】電子文書に対するクエリをユーザが構築し、処理のために送出することを可能にする例示的なユーザ・インタフェースを表す図である。
【図５Ａ】電子文書に対する複雑なクエリをユーザが構築し、処理のために送出することを可能にする例示的なユーザ・インタフェースを表す図である。
【図５Ｂ】カストディアン・データのテーブルを表す図である。
【図５Ｃ】拡張された、ブール句／近接句／キーワード・フレーズのコントロールからのブール句定義及び近接句定義オプションを有するユーザ・インタフェースを表す図である。
【図５Ｄ】キーワード・フレーズ定義コントロールによって定義されるキーワード・フレーズ定義が、ブール句定義コントロールによって定義されるブール句、及び近接句定義コントロールによって定義される近接句と複雑なクエリにおいてどのようにして結合されるかをユーザが規定することを可能にする第２のブール演算子コントロールの組を表す図である。
【図５Ｅ】ユーザがキーワード・フレーズ定義コントロールを介してキーワードを入力した後のユーザ・インタフェースを表す図である。
【図５Ｆ】インテリジェント・アドバンスド・サーチを行うための手法を表すフロー図である。
【図５Ｇ】シンプル・サーチを行うための例示的なグラフィカル・ユーザ・インタフェースを表すブロック図である。
【図５Ｈ】グラフィカル・ユーザ・インタフェースを介してユーザに向けて提示されているアドバンスド・サーチ・クエリを表す図である。
【図５Ｉ】サーチ結果カストディアン属性を選択解除した後のグラフィカル・ユーザ・インタフェース画面を表す図である。
【図６Ａ】報告コントロールの組を介して、各種報告機能へのユーザ・アクセスを提供するユーザ・インタフェースを表す図である。
【図６Ｂ】サーチ結果の組についての統計を含む「ドメイン・リスト」タブを表す図である。
【図６Ｃ】サーチ結果の組についての統計を含む「ファイル・カテゴリ」タブを表す図である。
【図６Ｄ】例示的なフィルタ基準を表す図である。
【図６Ｅ】サーチ結果の組についての統計を含む「ファイル・タイプ」タブを表す図である。
【図６Ｆ】タグ割り当てデータを含むテーブルを表す図である。
【図６Ｇ】一実施例による、サーチ結果をレビューするための推定時間及び推定コストの１つ又は複数を求め、表示するための手法を表すフロー図である。
【図６Ｈ】グラフィカル・ユーザ・インタフェース上で提供されるレビュー時間推定器を表す図である。
【図６Ｉ】サーチ結果をレビューするための推定時間及び推定コストを求め、表示するための例示的なグラフィカル・ユーザ・インタフェースを表す図である。
【図６Ｊ】図６Ｈに表すコスト推定タブからの結果情報全てを含む例示的な報告を表す図である。
【図７】電子文書の取り出し及び報告のための手法を表すフロー図である。
【図８】図８Ａは、電子文書管理システムを使用して電子文書をサーチするための手法を表すフロー図である。図８Ｂは、１つ又は複数のデータ収集物に対するクエリの処理の詳細を表すフロー図である。
【図９】電子文書管理システムを使用して報告を生成するための手法を表すフロー図である。
【図１０】本発明の実施例を実現することができるコンピュータ・システムを表すブロック図である。
【発明を実施するための形態】
【０００８】
以下の説明では、説明の目的で、本発明の詳細な理解をもたらすために、具体的な数多くの詳細を記載している。しかし、前述の具体的な詳細なしで本発明を実施し得るということが当業者に明らかになるであろう。場合によっては、本発明を不必要にわかりにくくすることを避けるために、周知の構造及び装置をブロック図形式で示す。本発明の種々の局面は以下の項立てで後述する。
【０００９】
Ｉ．  概要
ＩＩ．  電子文書管理アーキテクチャ
Ａ．  電子文書管理システム
Ｂ．  クライアント装置
Ｃ．  ウェブ・アプリケーション
ＩＩＩ．  ユーザ管理及びロギング
ＩＶ．  電子文書取り出し
Ａ．  シンプル・サーチ
Ｂ．  アドバンスド・サーチ
Ｃ．  意味論的意味
Ｄ．  インテリジェント・アドバンスド・サーチ
Ｖ．  報告
Ａ．  報告機能
Ｂ．  タグ付け解析
Ｃ．  意味論的意味
Ｄ．  コスト及びレビュー時間の推定
ＶＩ．  実現機構
【実施例】
【００１０】
Ｉ．  概要
電子文書を取り出すための手法を提供する。上記手法は、クエリ言語の実際上の知識をユーザが有することを必要とすることなく、ブール句、近接句、及び／又はキーワード・フレーズを含む複雑なクエリをユーザが構築することを可能にするウェブベースのグラフィカル・ユーザ・インタフェースを提供する。ウェブベースのグラフィカル・ユーザ・インタフェースは更に、ユーザが、１つ又は複数のサーチ・タームに対する意味論的意味を規定することを可能にする。上記手法は更に、サーチ結果についての種々の報告をユーザが生成することを可能にする。報告データの量を管理するよう種々のフィルタを適用し得、関連性を増大させるために意味を適用し得る。時間コスト推定器は、サーチ結果の推定レビュー時間を提供する。上記手法は、電子文書を取り出し、報告を行うためのユーザ・フレンドリな手法を提供する。更に、シンプル・サーチの結果を使用してアドバンスド・サーチを行うための手法、サーチ結果をレビューし、タグ付け解析を行い、論理カストディアンを使用するためのコスト及び／又は時間を推定するための手法も含まれる。
【００１１】
ＩＩ．  電子文書管理アーキテクチャ
図１Ａは、電子文書を管理するための例示的な装置１００を表すブロック図である。実施例は、図１Ａに表す例示的な装置１００に限定されず、他の例示的な装置を後述する。図１Ａに表す例では、装置１００は、通信するようネットワーク１０８を介して結合された電子文書管理システム１０２、クライアント装置１０４、及びウェブ・アプリケーション１０６を含む。ネットワーク１０８は、何れかの数のネットワーク接続（例えば、１つ又は複数のローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、イーサネット（登録商標）・ネットワーク若しくはインターネット、及び／又は、１つ又は複数の地上、衛星、又は無線リンク）を含み得る。装置１００において表す構成要素は、更に、直接通信リンクを有し得、それらのタイプ及び構成は特定の実現形態に応じて変わり得る。
【００１２】
Ａ．  電子文書管理システム
電子文書管理システム１０２は、電子文書を管理するためのハードウェア、コンピュータ・ソフトウェア、又はハードウェア及びコンピュータ・ソフトウェアの何れかの組み合わせによって実現し得る。電子文書管理システム１０２の限定的でない例示的な一実現形態は、データベース管理システムであり、Ｎｕｉｘ  Ｎｏｒｔｈ  Ａｍｅｒｉｃａ社によって提供されるものなどのアプリケーションを含み得る。電子文書管理システム１０２は、構造化データ及び非構造化データを含む、何れかの形式における何れかのタイプの電子文書ジ―タであり得る電子文書データ１１２を記憶する。電子文書データ１１２の例は、限定列挙でないが、ワード・プロセッシング文書、表計算文書、ソース・コード・ファイル等を含む。
【００１３】
Ｂ．  クライアント装置
クライアント装置１０４は、特定の実現形態に応じて、何れかのタイプのクライアント装置であり得る。例示的なクライアント装置には、限定列挙でないが、パーソナル又はラップトップ・コンピュータ、ワークステーション、タブレット・コンピュータ、携帯情報端末（ＰＤＡ）、及びスマートフォンなどの電話装置が含まれる。クライアント装置１０４は、例えば、ウェブ・ブラウザ１１０及び他のクライアント側アプリケーションを含むアプリケーションを含み得る。クライアント装置１０４は、ユーザ・インタフェース、１つ又は複数のプロセッサ及びメモリ（揮発性メモリ及び不揮発性メモリを含む）などの他の構成要素を含み得る。
【００１４】
Ｃ．  ウェブ・アプリケーション
ウェブ・アプリケーション１０６は、電子文書管理システム１０２上に記憶された電子文書データ１１２へのアクセスを提供するバックエンド１１６及びウェブ・インタフェース１１４を含む。ウェブ・インタフェース１１４は、ウェブ・ブラウザ１１０を介してクライアント装置１０４のユーザによってアクセスすることが可能なウェブベースのインタフェース（例えば、１つ又は複数のウェブ・ページ）を提供する。以下に更に詳細に説明するように、ウェブ・インタフェース１１４によって提供されるウェブベースのインタフェースはユーザがクエリを構築し、例えば、電子文書データ１１２をサーチするために、電子文書管理システム１０２により、上記構築されたクエリを処理させることを可能にする。図１Ａに表す装置１００では、構築されたクエリは、バックエンド１１６を介して電子文書データ１１２に対して直接、処理し得る。ウェブ・アプリケーション１０６は例えば、説明の目的で図１Ａに表されていない、ウェブ・サーバ上にホスティングされ得る。ユーザ・データ１１８は、ウェブ・アプリケーション１０６及び電子文書データ１１２にアクセスするためのユーザのアクセス権及び特権を規定する。ユーザ・データ１１８は、ウェブ・アプリケーション１０６の一部であるとして図１Ａに表しているが、これは必要でなく、ユーザ・データ１１８は、ウェブ・アプリケーション１０６外に記憶し、ネットワーク１０８を介してウェブ・アプリケーション１０６によってアクセスし得る。
【００１５】
図１Ｂに表すように、電子文書管理システム１０２は、電子文書管理システム１０２上の電子文書データ１１２へのアクセスを提供するデータ・アプリケーション・プログラム・インタフェース（ＡＰＩ）１２２を含み得る。前述の例示的な構成１００では、電子文書データ１１２に対するアクセスは、バックエンド１１６及びデータＡＰＩ１２２を介して提供される。
【００１６】
図１Ａ及び図１Ｂに表すように、ウェブ・アプリケーション１０６及び電子文書管理システム１０２は、ホスト・システム１２０上（例えば、サーバ上などのネットワーク・エレメント上）にホスティングされ得る。実施例は、しかし、共通のホスト１２０上で実現される電子文書管理システム１０２及びウェブ・アプリケーション１０６に限定されず、電子文書管理システム１０２及びウェブ・アプリケーション１０６は別々のネットワーク・エレメント上で別個に実現し得る。図１Ｃは、電子文書管理システム１０２がウェブ・アプリケーション１０６と別個に実現される装置１００を表す。前述の例では、クライアント装置１０４のユーザは、ウェブ・ブラウザ１１０を使用して、ウェブ・インタフェース１１４を介してウェブ・アプリケーション１０６にアクセスして、クエリを構築し、バックエンド１１６及びデータＡＰＩ１２２を介して電子文書管理システム１０２に送出する。
【００１７】
ＩＩＩ．  ユーザ管理及びロギング
一実施例によれば、ウェブ・アプリケーション１０６は、各種の管理者ユーザ機能及びエンド・ユーザ機能を提供するよう構成される。ウェブ・アプリケーション１０６によって提供される特定の機能は、特定の実現形態に応じて変わってくることがあり得、実施例は、特定の機能を提供するウェブ・アプリケーション１０６に限定されるものでない。図２Ａは、管理者がユーザ及びユーザ・アクセス権を管理することを可能にする管理者ポータルを提供するウェブ・インタフェース１１４によって生成される例示的なユーザ・インタフェース２００を表す。図２Ａに表すテーブルの第１の行は、「ジョン・ドー」という名のユーザについて、氏名及び電子メール・アドレスを含む連絡先情報、所属企業、ユーザがアクセスし得るデータベース、及びユーザの役割を規定する。前述の例では、データベース「ｄｂ１」及び「ｄｂ２」は電子文書管理システム１０２によって維持し得る。実施例は本明細書及び特許請求の範囲において、データベースへのユーザ・アクセスを提供するという意味合いで説明しているが、実施例はデータベースに限定されず、テーブル、ファイル、データ収集物等などの何れかの形式の編成データに適用可能である。役割（Ｒｏｌｅ）属性の値の例には、「ユーザ（ｕｓｅｒ）」及び「ａｄｍｉｎ」が含まれ、役割属性「ａｄｍｉｎ」を規定することにより、図２Ａに表していない更なるアクセス権及び許可へのアクセスを提供し得る。ユーザ・インタフェース２００は、管理者がユーザを追加し、編集し、削除することを可能にするコントロールの組２０４を含む。
【００１８】
図２Ｂは、図２Ａにおいて表すコントロール２０２から「追加」コントロールを選択することにより、新たなユーザを追加することを管理者ユーザが選択した後、ウェブ・インタフェース１１４によって生成された例示的なユーザ・インタフェース２００を表す。ユーザ・インタフェース２００は、管理者ユーザが、新たなユーザについて、ユーザ名、姓名、所属企業、及び電子メールを規定することを可能にする。ユーザ・インタフェース２００は更に、管理者ユーザが、新たなユーザがアクセスを認可されているデータベースを規定することを可能にする。
【００１９】
図２Ｃは、ユーザ活動を追跡するログを管理者ユーザが管理することを可能にする例示的なユーザ・インタフェース２０６を表す。図２Ｃに表す例では、各行は、ユーザ名、日付及び時間、活動の種類、データベースなどのアクセスされたデータ、並びに、データに対して実行されたコマンドを含む、行われた特定の活動を追跡する。ユーザ活動のロギングは、例えば、監査目的のために有用であり得る。前述の例は更に、例えばファイルに対して、ログ・データをエクスポートするためのコントロール２０８を含む。
【００２０】
図３は、ユーザが、図３に表すようなデータベースなどの特定のデータ・セットを選択し、次いで、選択されたデータ・セットのサーチ、及び選択されたデータ・セットに基づいた報告の生成の何れかを選択することを可能にする例示的なユーザ・インタフェース３００を表す図である。
【００２１】
ＩＶ．  電子文書取り出し
Ａ．  シンプル・サーチ
本明細書及び特許請求の範囲記載の手法は、データ収集物に対する処理のためのクエリをユーザが構築し、送出することを可能にするユーザ・インタフェース及びシステムを提供する。一実施例によれば、ユーザ・インタフェースは、ウェブ・ブラウザ１１０に対する要求によって提供される、ウェブ・インタフェース１１４によって生成される１つ又は複数のウェブ・ページによって提供される。ウェブ・ページの処理はウェブベースのユーザ・インタフェースを提供する。
【００２２】
図４は、電子文書に対するクエリをユーザが構築し、処理のために送出することを可能にする例示的なユーザ・インタフェース４００を表す。図４に表す例示的なユーザ・インタフェース４００は、シンプル・サーチ・クエリを構築するためのユーザ・インタフェース・コントロール４０２を含む。前述の例では、コントロール４０２は、１つ又は複数のキーワード若しくはフレーズ、開始日及び終了日、電子メールなどの親、又はアタッチメントなどのアイテムからのデータのソースをユーザが規定することを可能にする。よって、クエリは、キーワード及びフレーズ、並びに、ユーザによって特定される他の基準を含み得るが、例えば、ユーザは、構造化されたクエリ言語を使用して、クエリを実際に書かなければならない負担を負わない。ユーザ・インタフェース４００は更に、電子文書データ１１２に対するクエリを電子文書管理システム１０２が処理した結果を表示する結果領域４０４を含む。結果領域４０４に表示されたデータのテーブルは、アクティブ（ユーザが、列を選択して、選択された列毎に結果領域内のデータをソートさせ得ることを意味している）であり得る。例えば、ユーザは、「ファイル名」列を選択して、ファイル名毎に結果領域４０４内の結果をソートさせ得る。ユーザは、結果領域４０４内に表示された１つ又は複数の結果アイテムを選択し、次いで、コントロール４０６を使用して、選択された結果アイテムに対する動作を行い得る。例えば、ユーザは、コントロール４０６を使用して特定の電子文書を表示し、タグを電子文書に付加し、又は電子文書をエクスポートし得る。「タグ追加」オプションを選択することにより、ユーザが、（例えば、ユーザが「タグ追加」オプションを選択したことに応じて表示されたデータ入力フィールドを介して）サーチ結果に対するメタデータを規定することが可能になる。メタデータは何れかのタイプのデータを含み得る。メタデータの例には、限定列挙でないが、摘要又はコメント、カテゴリ、トピック、主題、分類、タイプ、レーティング、ランキング、関連性の表示等が含まれる。タグ・データ（すなわち、メタデータ）は、電子文書データ１１２と別個に、又は電子文書データ１１２とともに電子文書システム１０２によって記憶し得る。タグ・データ自体、又は、マッピング・データなどの別個のデータが、タグ・データと電子文書データ１１２との間の関係を示し得る。タグ・データはサーチ可能であり、一実施例によれば、サーチ・クエリに含まれるキーワード又はフレーズは、電子文書データ１１２に対して、かつ、電子文書データ１１２に関連付けられたタグ・データに対して処理される。
【００２３】
Ｂ．  アドバンスド・サーチ
本明細書及び特許請求の範囲記載の手法は、ユーザがアドバンスド・サーチを行うことを可能にするユーザ・インタフェース及びシステムを提供する。アドバンスド・サーチ・オプションはユーザが、複雑なクエリを容易にかつ好都合に構築し、データ収集物に対する処理のために前述のクエリを送出することを可能にする。一実施例によれば、アドバンスド・サーチを行うためのユーザ・インタフェースは、ウェブ・ブラウザ１１０に対する要求によって提供される、ウェブ・インタフェース１１４によって生成される１つ又は複数のウェブ・ページによって提供される。ウェブ・ページの処理は、アドバンスド・サーチを行うためにウェブベースのユーザ・インタフェースを提供する。ウェブベースのユーザ・インタフェースは、ユーザが、１つ又は複数のカストディアン、ファイル・タイプ、ドメイン、ブール句、近接句、キーワード・フレーズ、又はその何れかの組み合わせを、クエリに含めるために規定することを可能にする。
【００２４】
図５Ａは、電子文書に対する複雑なクエリをユーザが構築し、処理のために送出することを可能にする例示的なユーザ・インタフェース５００を表す。図５に表す例示的なユーザ・インタフェース５００は、複雑なクエリを構築するための種々のユーザ・コントロール５０２を含む。構造化クエリを書くための知識及びスキルをユーザが有することを必要とする通常の手法と違って、本手法は、ユーザにとって使い勝手がずっとよい体験を提供するサーチ・コンストラクタに対応するグラフィカル・ユーザ・インタフェース・オブジェクトを選択することにより、ユ―ザが、複雑なクエリを構築することを可能にする。
【００２５】
図５Ａに表す例では、コントロール５０２は、カストディアン・コントロール５０４、ファイル・タイプ・コントロール５０６、ドメイン・コントロール５０８、及びブール句／近接句／キーワード・フレーズ・コントロール５１０を含む。特定の実現形態に応じて、より少ないコントロール、又は更なるコントロールをユーザに利用可能にし得、実施例は、特定のコントロールの組を有するユーザ・インタフェースに限定されるものでない。
【００２６】
カストディアン・コントロール５０４は、ユーザが１つ又は複数のカストディアン、データ範囲、及びデータ・ソースを選択することを可能にする。本明細書及び特許請求の範囲記載のカストディアンは、データ・アイテムに割り当てられたエンティティである。エンティティは、以降、「論理カストディアン」と呼ばれる個人又は論理エンティティであり得る。例示的な論理カストディアンには、限定列挙でないが、組織、部門、グループ、場所、及び役割が含まれる。２つ以上の論理カストディアンをデータ・アイテムに割り当て得る。例えば、事業組織、場所、１つ又は複数のグループ若しくはプロジェクト、部署、１つ又は複数のユーザ、及び１つ又は複数の役割をデータ・アイテムに割り当て得る。
【００２７】
論理カストディアンの使用は、カストディアンとして割り当てられた個人が知られていない場合にサーチを行ううえで有用であり得る。例えば、特定のデータ・アイテムをサーチするユーザは、特定のデータ・アイテムにカストディアンとして割り当てられた個人を知らないことがあり得る。しかし、サーチを行うユーザは、特定のデータ・アイテムに割り当てられ、又は、少なくとも特定のデータ・アイテムに割り当てられる可能性が高い他の論理カストディアンを知っていることがあり得る。例えば、サーチを行うユーザは、カストディアンとして割り当てられた個人が事業組織によって雇用されており、特に、事業組織の特定の場所において特定のプロジェクトに従事していることを知っていることがあり得る。サーチを行うユーザは、関心データ・アイテムにサーチを絞るのに有用なサーチ基準として、事業組織、特定のプロジェクト、及び事業組織の特定の場所の１つ又は複数を使用し得る。よって、サーチに使用されるカストディアン値は明示的に論理カストディアンであり、カストディアンとして割り当てられた実際の個人又はユーザでないことがあり得る。例えば、サーチを行うユーザが、設計仕様をサーチすると仮定する。前述の例では、サーチを行うユーザは、キーワード「設計仕様」をサーチ・タームとして規定し、更に、カストディアン・コントロール５０４を使用して、「ＡＢＣ社」及び「プロジェクト・アルファ」をカストディアンとして選択し得る。これにより、ターム「設計仕様」を含み、更に、「ＡＢＣ社」及び「プロジェクト・アルファ」をカストディアンとして有するデータ・アイテムにサーチが絞られる。よって、サーチを行うユーザが、プロジェクト・アルファの設計仕様のカストディアンとして割り当てられた一又は複数の個人を知らなくても、論理カストディアンの使用により、サーチを絞り、サーチが、関連性が更に高いサーチ結果を提供することが可能になる。別の例として、サーチを行う個人は、カストディアンとして割り当てられた個人の厳密な身元を知らないことがあり得るが、（例えば、カストディアンとして割り当てられた個人が「プロジェクト・アルファ」に従事するマネージャであったという、）カストディアンとして割り当てられた個人の職務を知っていることがあり得る。前述の例では、サーチを行う個人は、キーワード「設計仕様」をサーチ・タームとして規定し、更に、カストディアン・コントロール５０４を使用して、「ＡＢＣ社」及び「プロジェクト・アルファ」、並びに「マネージャ」をカストディアンとして選択し得る。これにより、ターム「設計仕様」を含み、更に、「ＡＢＣ社」及び「プロジェクト・アルファ」、並びに「マネージャ」をカストディアンとして有するデータ・アイテムにサーチが絞られる。
【００２８】
カストディアンの使用は、機密又は秘密とみなし得るカストディアン情報へのアクセスを制御するうえでも有用であり得る。例えば、ユーザは、論理カストディアンを使用してサーチを行うことが可能であり得るが、カストディアンとして割り当てられた個人の識別情報へのアクセスが与えられないことがあり得る。これにより、カストディアンとして割り当てられた個人の識別情報を明らかにすることなく、ユーザが効果的なサーチを行うことが可能になる。あるいは、データ・アイテムに割り当てられたカストディアン名を、グラフィカル・ユーザ・インタフェース上のユーザに向けて表示されるサーチ結果に含め得る。
【００２９】
カストディアン・データは、特定の実現形態に応じて変わり得る多種多様な形式で維持し得、実施例は、何れかの特定の形式のカストディアン・データに限定されるものでない。例えば、ウェブ・アプリケーション１０６は、ユーザ・データ１１８の一部としてカストディアン・データを記憶し得る。図５Ｂは例示的なカストディアン・データを含むテーブル５１１ａを表す。前述の例では、カストディアン・データは、カストディアンである個人のユーザ名及びカストディアン・ユーザＩＤ、並びに、プロジェクト、部門、場所、事業組織、カストディアンである個人の職務を含む論理カストディアン・データを含む。テーブル５１１ａの各行内のカストディアン・データは通常、データ・アイテムに対応し、データ・アイテムとカストディアン・データとの間の対応関係を識別するデータを維持し得る。テーブル５１１ａにおける例示的なカストディアン・データは各列において単一の値を有しているとして表すが、これは、説明の目的のみのために行われ、カストディアン・データは複数の値を含み得る。例えば、特定のカストディアンは通常、１つのユーザ名を有しているが、特定のカストディアンは２つ以上の役割、事業組織、部門、場所、又はプロジェクトを有し得る。更に、データ・アイテムは２つ以上のカストディアンを有し得る。例えば、特定のデータ・アイテムは、プロジェクト・エンジニア、及びプロジェクトのマネージャをカストディアンとして有し得る。カストディアンは、例えば、ウェブ・アプリケーション１０６によって生成された管理者グラフィカル・ユーザ・インタフェースを使用して管理要員によって確立し、維持し得る。あるいは、カストディアンはクライアント側装置によって確立し、維持し得る。例えば、クライアント装置１０４のユーザはカストディアン規定を確立し、維持し得る。
【００３０】
カストディアン・データは、図５Ｂに表す例示的な階層５１１ｂなどの階層内に維持し得る。データは、例えば、テーブル５１１ａ内のカストディアン・データの一部として階層関係を規定するようカストディアン・データにおいて維持し得る。階層データは、１つ又は複数の論理カストディアンをユーザが選択することを可能にするためのグラフィカル・ユーザ・インタフェース・コントロールを生成するために使用し得る。例えば、階層データは、（例えば、階層５１１ｂによって表すような）階層内に選択可能な論理カストディアンを表示するカストディアン・コントロール５６０を生成してユーザ体験を改善するために使用し得る。
【００３１】
ファイル・タイプ・コントロール５０６は、ユーザが１つ又は複数のファイル・タイプ（例えば、アーカイブ、アプリケーション、コード、又はデータベースのファイル・タイプ）を規定することを可能にする。特定の実現形態に応じて、何れかの数及び種類のファイル・タイプを使用し得、実施例は、何れかの特定のファイル・タイプに限定されるものでない。ファイル・タイプは、例えば、ウェブ・アプリケーション１０６によって生成された管理者グラフィカル・ユーザ・インタフェースを使用して管理要員によって確立し、維持し得る。あるいは、ファイル・タイプは、クライアント側装置によって求め、維持し得る。例えば、クライアント装置１０４のユーザは、種々のカテゴリのファイル・タイプを含むファイル・タイプ規定を確立し、維持し得る。
【００３２】
ドメイン・コントロール５０８は、ドメイン全てを含む１つ又は複数のドメインをユーザが規定することを可能にする。ドメインはサーチ可能なデータの一部分である。ドメインの限定でない一例は、論理データ・ドメインである。論理データ・ドメインは種々のコンテキストにおいて有用である。例えば、事業組織は論理ドメインの組を規定し得、各論理ドメインは、事業組織内のグループ、プロジェクト、ユーザ、又はユーザ・グループに対応する。ドメインの限定でない別の例は、電子メール・ドメインである。別々のドメインは共通である一部のデータ・アイテムを共有し得るので、ドメイン・コントロール５０８は、重複（すなわち、２つ以上のドメインに含まれるデータ・アイテム）を包含又は除外するためのコントロールを含む。
【００３３】
ブール句／近接句／キーワード・フレーズ・コントロール５１０は、ユーザが、アドバンスド・サーチに適用される対象の更なる基準、及び前述の基準間の関係をチェックボックスを使用して規定することを可能にする。本例では、更なる基準は、ブ―ル句、近接句、及びキーワード・フレーズを含む。前述の更なる基準は、アドバンスド・サーチに含めるために個々に又は何れかの組み合わせで選択し得る。ブール句／近接句／キーワード・フレーズ・コントロール５１０は、ユーザが、ブール句、近接句及びキーワード・フレーズを規定するために詳細を明らかにし、隠すことを可能にする矢印の形式のグラフィカル・ユーザ・インタフェース・オブジェクトを含む。更に、選択されたブール句、近接句、及びキーワード・フレーズが複雑なクエリにおいてどのようにして併せて使用されるかを示すよう、演算子「ＡＮＤ」、「ＯＲ」及び「ＮＯＴ」を選択し得る。例えば、ユーザは、ブール句及び近接句を複雑なクエリ内に含めるよう選択し得る。ユーザは更に、「ＡＮＤ」演算子を選択して、（以下、図５Ｂに表すように更に規定するように）ブール句及び近接句をサーチ結果が満たさなければならない旨を示し得る。あるいは、ユーザは、「ＯＲ」演算子を選択して、（以下、図５Ｂに表すように更に規定するように）ブール句又は近接句をサーチ結果が満たさなければならない旨を示し得る。サーチ結果が特定のブール句、近接句、又はキーワード・フレーズを含まないとの要件を追加するために「ＮＯＴ」演算子を選択し得る。
【００３４】
図５Ｃは、拡張された、ブール句／近接句／キーワード・フレーズのコントロール５１０からのブール句定義及び近接句定義オプションを有するユーザ・インタフェース５００を表す。ブール句定義コントロール５１２は、ユーザが、リストから語／演算子の組み合わせを選択することにより、アドバンスド・サーチ・クエリに含める対象のブール句を定義することを可能にする。例えば、ユーザは語／演算子の組み合わせ「メアリー／ＯＲ」及び「ポール／ＮＯＴ」を選択し得、結果として生じる複雑なクエリは、サーチ結果が「メアリー」又は「ポール」を含むことを必要とする。別の例として、ユーザは語／演算子の組み合わせ「メアリー／ＯＲ」、「ポール／ＮＯＴ」、及び「トム／ＮＯＴ」を選択し得、結果として生じる複雑なクエリは、サーチ結果が「メアリー」又は「ポール」、及び「トム」でない旨を含むことを必要とする。ブール句定義コントロール５１２は、複雑なクエリをユーザが構築するためのユーザ・フレンドリな手法を提供する。
【００３５】
ブール句定義コントロール５１２において利用可能な語／演算子の組み合わせは、管理者などのユーザによって規定し得る。例えば、管理者は、ユーザの関心がある可能性が高い語／演算子の組み合わせの組を規定し得る。規定された語／演算子の組み合わせは、ユーザ特有であり、かつ／又は、事業組織内のグループなどの他の論理エンティティに関連付けられ得る。例えば、語／演算子の組み合わせの組は、事業組織内のユーザの特定のグループについて規定し得る。実施例は、一語及び一演算子を有する語／演算子の組み合わせのコンテキストで図中に表し、本明細書及び特許請求の範囲において記載しているが、実施例は前述の例に限定されるものでなく、語／演算子の組み合わせは複数の語及び演算子を有し得る。ブール句定義コントロール５１２は更に、ユーザが、ブール句定義コントロール５１２内の対応するコントロールを選択することにより、語／演算子の組み合わせを追加し、編集し、又は削除することを可能にする。これにより、ユーザが、ブール句定義コントロール５１２を介して利用可能にされる語／演算子の組み合わせをカスタマイズすることが可能になる。語／演算子の組み合わせがブール句定義コントロール５１２において表示される順序は、特定の実現形態によって変わり得る多種多様な基準に基づき得る。例えば、語／演算子の組み合わせの順序は、語／演算子の組み合わせが作成された順序に基づき、又は、管理者などのユーザにより、手作業で規定された順序に基づき、ランダムであり得る。
【００３６】
第１の組のブール演算子コントロール５１４は、ブール句定義コントロール５１２によって定義されたブール句、及び近接句定義コントロール５１６によって定義された近接句が複雑なクエリにおいてどのように組み合わせられるかをユーザが規定することを可能にする。
【００３７】
近接句定義コントロール５１６は、ユーザが、語／距離／演算子の組み合わせのリストから１つ又は複数の語／距離／演算子の組み合わせを選択することにより、アドバンスド・サーチ・クエリに含める対象の近接句を定義することを可能にする。語／距離／演算子の組み合わせはそれぞれ、語の形式の２つのサーチ・ターム（すなわち、演算子、及びターム「カウント」により、図中で明確にされた距離）を含む。特定の語／距離／演算子の組み合わせが選択されると、対応するサーチ属性がアドバンスド・サーチ・クエリに追加され、サーチ結果は、特定の距離内の２つのサーチ・タームを含んでいなければならない。特定の実現形態に応じて、距離を語毎に、段落毎に、又は他をベースに適用し得る。例えば、近接句定義コントロール５１６のリストにおいて、ユーザが第１の語／距離／演算子の組み合わせ（「ジョン」、「メアリー」、「２」、「ＡＮＤ」）を選択すると仮定する。更に、距離の単位が語であると仮定する。前述の語／距離／演算子の組み合わせがクエリに含まれる場合、サーチ結果は、ターム「メアリー」の二語内にターム「ジョン」を含んでいなければならない。別の例として、距離の単位が段落である場合、サーチ結果は、ターム「メアリー」の２段落内にターム「ジョン」を含んでいなければならない。演算子「ＡＮＤ」は、他のサーチ・タームと（例えば、後述するようなキーワード・フレーズ定義、及び／又は他の語／距離／演算子の組み合わせと）、語／距離／演算子の組み合わせを組み合わせるために使用される。例えば、近接句定義コントロール５１６のリストにおいて、ユーザが第１の語／距離／演算子の組み合わせ（「ジョン」、「メアリー」、「２」、「ＡＮＤ」及び第２の語／距離／演算子の組み合わせ（「銀行」、「カリフォルニア」、「５」、「ＯＲ」）を選択すると仮定する。更に、距離の単位が語であると仮定する。この場合、サーチ結果は、ターム「メアリー」の二語内にターム「ジョン」を含んでいなければならず、更に、ターム「カリフォルニア」の５つの語内にターム「銀行」を含んでいなければならない。
【００３８】
ブール句定義コントロール５１２を介して利用可能な語／演算子の組み合わせと同様に、近接句定義コントロール５１６を介して利用可能な語／距離／演算子の組み合わせは、管理者などのユーザによって規定し得る。例えば、管理者は、ユーザの関心がある可能性が高い語／距離／演算子の組み合わせの組を規定し得る。規定された語／距離／演算子の組み合わせは、ユーザ特有であり、かつ／又は、事業組織内のグループなどの他の論理エンティティに関連付けられ得る。例えば、語／距離／演算子の組み合わせの組は、事業組織内のユーザの特定のグループについて規定し得る。更に、実施例は、一語及び一演算子を有する語／距離／演算子の組み合わせのコンテキストで図中に表し、本明細書及び特許請求の範囲において記載しているが、実施例は前述の例に限定されるものでなく、語／距離／演算子の組み合わせは複数の語及び演算子を有し得る。
【００３９】
近接句定義コントロール５１６は更に、ユーザが、近接定義コントロール５１６内の対応するコントロールを選択することにより、語／距離／演算子の組み合わせを追加し、編集し、又は削除することを可能にする。これにより、ユーザが、近接句定義コントロール５１６を介して利用可能にされた語／距離／演算子の組み合わせをカスタマイズすることが可能になる。
【００４０】
図５Ｄに表すように、第２の組のブール演算子コントロール５１８は、ユーザが、キーワード・フレーズ定義コントロール５２０によって定義されたキーワード・フレーズ定義を、ブール句定義コントロール５１２を介して定義されたブール句、及び近接句定義コントロール５１６によって定義された近接句と複雑なクエリにおいてどのようにして組み合わせるかを規定することを可能にする。キーワード・フレーズ定義コントロール５２０は、ユーザが、複雑なクエリに含め、複雑なクエリにおいてサーチ・クエリ・タームとして使用される対象である１つ又は複数のキーワード及び／若しくは句を規定することにし得る。例えば、ユーザは、第２の組のブール演算子コントロール５１８から「ＡＮＤ」演算子を選択することにより、複雑なクエリに含める対象の特定のキーワードを規定することにし得る。特定のキーワードは、サーチに関連があるとユーザが考える特定のコンテキストに関係し得る。この例では、サーチ結果は特定のキーワードを含んでいなければならない。「ＡＮＤ」演算子が、第２の組のブール演算子コントロール５１８から選択されていたからである。
【００４１】
Ｃ．  意味論的意味
サーチ・クエリにおいて使用されるキーワード及びフレーズは、サーチ結果の関連性を削減することが可能な別々の意味論的意味を有し得る。実施例によれば、サーチ・クエリにおいて使用されるキーワード及びフレーズの意味論的意味をユーザが特定し、又は選択することを可能にするオプションが提供される。図５Ｅは、複雑なクエリに含める対象のキーワード「キーワード１」を、キーワード・フレーズ定義コントロール５２０を介して、ユーザが入力した後のユーザ・インタフェース５００を表す。キーワード「キーワード１」について別々の意味論的意味を識別する意味論的意味ボックス５２２が表示される。前述の例では、「意味論的意味１」、「意味論的意味２」、及び「意味論的意味３」として識別された３つの意味論的意味が表示される。意味論的意味は、キーワード及び対応する意味論的意味のデータベースから取り出し得る。意味論的意味がグラフィカル・ユーザ・インタフェース上に表示される態様、及び意味論的意味の数は、特定の実現形態に応じて変わってくることがあり得、実施例は、何れかの特定の実現形態に限定されるものでない。
【００４２】
意味論的意味ボックス５２２は、ユーザが、キーワードの意味論的意味の１つ又は複数を選択し、選択された意味論的意味を表すよう、複雑なクエリを修正させることを可能にする。選択された意味論的意味を表すために複雑なクエリを修正することは、特定の実現形態に応じて変わり得る多種多様な手法を使用して行い得る。例えば、選択された意味論的意味を、複雑なサーチ・クエリに追加し得る。別の例として、選択された意味論的意味に対応するサーチ・ターム又はキーワードは、複雑なサーチ・クエリに追加し得る。これは、サーチ結果の関連性を改善し得る。複雑なサーチ・クエリは、ユーザによって選択された１つ又は複数の意味論的意味を反映するよう修正される。
【００４３】
意味論的意味は更に、サーチ結果の有用性を向上させるためにも使用し得る。例えば、図５Ｅでは、サーチ結果が結果領域５２４において提示される。一実施例によれば、結果領域５２４において表すサーチ結果のテーブルは、サーチ結果の意味論的意味を示す列を含む。これは、サーチ結果の関連性、及びユーザにとってのユーザ体験を改善し得る。例えば、ユーザが、クエリ・ターム「サーバ・ファーム」を使用して複雑なクエリを構築し、（例えば、情報技術のコンテキストに関係する）意味論的意味を規定していなかったと仮定する。前述の例では、サーチ結果は、ユーザによって意図されているような、情報技術に関する結果を含み得る。しかし、サーチ結果は、ユーザに関心がない他のコンテキストに対する結果（例えば、農業のコンテキストにおける結果）を含み得る。
【００４４】
一実施例によれば、意味論的意味を使用して、サーチ結果を編成し、順序付けすることができる。例えば、特定の意味論的意味に対応するグラフィカル・ユーザ・インタフェース・オブジェクトのユーザ選択は、テーブル内に表示されたデータを、特定の意味論的意味に基づいて再配列させる。これは、ユーザへの関心のコンテキストに基づいたサーチ結果の再配列をユーザが可能にすることにより、結果の関連性、及びユーザ体験を改善することが可能である。サーチ結果を再配列するための意味論的意味の使用は、複雑なサーチ・クエリを構築する場合の意味論的意味の使用と別個に、又は該使用との組み合わせで使用し得る。例えば、ユーザが、複雑なクエリの構築中に特定の意味論的意味を規定しない場合には、サーチ結果は別々の多くの意味論的意味を含み得、本明細書及び特許請求の範囲記載のサーチ結果を再配列するための意味論的意味の使用は、関連性及びユーザ体験を改善するために非常に有用であり得る。ユーザが、複雑なサーチ・クエリを構築する場合に複数の意味論的意味を規定する場合には、本明細書及び特許請求の範囲記載のサーチ結果を再配列するための意味論的意味の使用はなお、関連性及びユーザ体験を改善するために非常に有用であり得る。ユーザが、複雑なサーチ・クエリを構築する場合に１つ又は複数の意味論的意味を規定する場合にも、本明細書及び特許請求の範囲記載の、サーチ結果を再配列するための意味論的意味の使用は、意味論的意味のサブカテゴリがサーチ結果に適用可能であり、複雑なサーチ・クエリが構築された時点でユーザに利用可能にされていないことがあり得る場合にもなお有用であり得る。
【００４５】
Ｄ．  インテリジェント・アドバンスド・サーチ
上述したように、本明細書及び特許請求の範囲に記載の手法は、ユーザがシンプル・サーチ及びアドバンスド・サーチを行うことを可能にするユーザ・インタフェース及びシステムを提供する。シンプル・サーチは、ユーザ・フレンドリであり、効果的なグラフィカル・ユーザ・インタフェースを含んでいるが、一部の場合には、シンプル・サーチは、レビューに時間がかかり得る多数のサーチ結果をもたらし得る。アドバンスド・サーチ・オプションは、レビューがより容易なサーチ結果の更に小さく、よりフォーカスされた組を提供し得る複雑なサーチのクエリをユーザが容易に、かつ好都合に構築することを可能にする。
【００４６】
柔軟性及びユーザ体験を更に拡充するために、シンプル・サーチの結果に基づいてアドバンスド・サーチを自動的に構築するインテリジェント・アドバンスド・サーチ・オプションが提供される。アドバンスド・サーチ・クエリのサーチ・タームは、ユーザによって行われるシンプル・サーチからのサーチ結果の組に基づいて自動的に求められる。アドバンスド・サーチのグラフィカル・ユーザ・インタフェース・コントロールは、構築されたアドバンスド・サーチ・クエリに一致させるよう自動的に予め選択される／埋められる。ユーザは次いで、グラフィカル・ユーザ・インタフェースを使用して、アドバンスド・サーチ・クエリのサーチ・タームを修正し、サーチ結果の数を削減し得る。前述の手法は、アドバンスド・サーチ・クエリを自動的に構築し、グラフィカル・ユーザ・インタフェース・コントロールを予め選択し／埋めて、ユーザが次いで、サーチ結果の組を削減するための開始点を提供することにより、ユーザ体験を拡充する。これは、ユーザがアドバンスド・サーチのオプションを選択するうえでの負荷を削減することにより、更に好ましいユーザ体験を提供し得る。
【００４７】
図５Ｆは、実施例による、インテリジェント・アドバンスド・サーチを行うための手法を表すフロー図５３０である。工程５３２では、ユーザは、例えば、本明細書及び特許請求の範囲に記載され、図４に表すようなシンプル・サーチを行う。例えば、図５Ｇは、シンプル・サーチを行う例示的なグラフィカル・ユーザ・インタフェース（ＧＵＩ）５５０を表すブロック図である。ＧＵＩ５５０は、ユーザが、シンプル・サーチに使用する対象の１つ又は複数のキーワードを規定することを可能にするコントロール５５２を含む。本例では、ユーザは、クエリ・タームとして「アメリカ合衆国」と入力している。コントロール５５２は更に、ユーザが、日付範囲及びソースを規定し、「サーチ」ボタンを介してシンプル・サーチを起動させることを可能にする。複数のデータ・アイテムに対してシンプル・サーチ・クエリを生成し、処理して、第１の組のサーチ結果を生成する。例えば、ウェブ・アプリケーション１０６は、シンプル・サーチ・クエリを電子文書管理システム１０２に記憶された電子文書データ１１２に対して処理させ、サーチ結果をクライアント装置１０４に戻させ得る。
【００４８】
工程５３４では、シンプル・サーチからのサーチ結果がユーザに向けて提示される。例えば、ＧＵＩ５５０は、本例では、ファイル名「ファイル１」乃至「ファイル１０」を有する１０個のファイルを含むサーチ結果５５４を含む。サーチ結果５５４は更に、対応するタグ、ファイル・タイプ、カストディアン、及びドメインをファイル毎に示す。サーチ結果５５４は、特定の実現形態に応じて、必ずしもＧＵＩ５５０上に表示されていないファイルの他の属性を含み得る。
【００４９】
工程５３６では、ユーザは、「アドバンスド・サーチ」コントロール５５６又は「インテリジェント・アドバンスド・サーチ」コントロール（図示せず）を選択することにより、インテリジェント・アドバンスド・サーチを起動させる。よって、インテリジェント・アドバンスド・サーチは、シンプル・サーチを行った直後にユーザがアドバンスド・サーチを起動させると、自動的に起動し得る。あるいは、ユーザは、インテリジェント・アドバンスド・サーチに関連付けられた特定のグラフィカル・ユーザ・インタフェース・コントロールを選択することにより、インテリジェント・アドバンスド・サーチを起動させ得る。
【００５０】
工程５３８では、アドバンスド・サーチを行う旨のユーザの要求に応じて、アドバンスド・サーチ・クエリが自動的に構築され、工程５４０で、ＧＵＩ５５０を介してユーザに向けて提示される。更に、アドバンスド・サーチ・グラフィカル・ユーザ・インタフェース・コントロールは、構築されたアドバンスド・サーチ・クエリに対応するよう予め選択され／埋められる。一実施例によれば、アドバンスド・サーチ・クエリは、サーチ結果の組の属性に基づいて構築される。本例では、サーチ結果５５４におけるファイルは全て、ファイル・タイプ「タイプ１」、「タイプ２」、又は「タイプ３」、カストディアン「Ｃ１」、「Ｃ２」、又は「Ｃ３」、及びドメイン「Ｄ１」、「Ｄ２」、又は「Ｄ３」を有する。よって、一般形式における例示的なアドバンスド・クエリは、
「アメリカ合衆国」ＡＮＤ（ファイル・タイプ＝タイプ１ＯＲタイプ２ＯＲタイプ３）ＡＮＤ（カストディアン＝Ｃ１ＯＲＣ２ＯＲＣ３）
図５Ｈに表すように、アドバンスド・サーチ・クエリがＧＵＩ５５０を介してユーザに向けて提示され、アドバンスド・サーチ・グラフィカル・ユーザ・インタフェース・コントロールが予め選択され／埋められる。例えば、図５Ｈは、実施例により、インテリジェント・アドバンスド・サーチを起動させるためにユーザが「アドバンスド・サーチ」コントロール５５６を選択した後のＧＵＩ５５０を表す。この例では、ＧＵＩ５５０は、自動的に構築されたアドバンスド・サーチ・クエリで予め選択され／埋められたアドバンスド・サーチ・コントロール５５８を含む。本例では、カストディアン・コントロール５６０は、サーチ結果５５４を一致させるよう予め選択される。特に、各カストディアン識別子の横の「ｘ」で示されるようにカストディアンＣ１、Ｃ２及びＣ３が選択される。サーチ結果５５４は全て、Ｃ１、Ｃ２、又はＣ３の対応するカストディアンを有するからである。カストディアンＣ４、及びスライダ・コントロールを介してアクセス可能な他のカストディアンは、予め選択されない。サーチ結果５５４の何れも、Ｃ４の対応するカストディアンを有していないからである。同様に、ファイル・タイプ・コントロール５６２は更に、サ―チ結果５５４を一致させるよう予め選択される。特に、各ファイル・タイプ識別子の横の「ｘ」で示すようにファイル・タイプのタイプ１、タイプ２、及びタイプ３が選択される。サーチ結果５５４は全て、タイプ１、タイプ２、又はタイプ３の対応するファイル・タイプを有しているからである。他のファイル・タイプはスライダ・コントロールを介してアクセス可能であり、予め選択されない。サーチ結果５５４は何れも、何れかの他のファイル・タイプを有していないからである。ドメイン・コントロール５６４は、サーチ結果５５４を一致させるよう予め選択される。特に、各ドメイン識別子の横の「ｘ」で示されるようにドメインＤ１、Ｄ２及びＤ３が選択される。サーチ結果５５４は全て、Ｄ１、Ｄ２、又はＤ３の対応するドメインを有するからである。他のドメインはスライダ・コントロールを介してアクセス可能であり、予め選択されない。サーチ結果５５４は何れも、何れの他のドメインを有していないからである。
【００５１】
アドバンスド・サーチ・クエリが、図５Ｈに表すようにＧＵＩ５５０を介してユーザに向けて提示されると、ユーザは、グラフィカル・ユーザ・インタフェース・コントロール５５８を使用してサーチ結果５５４におけるサーチ結果の数をすばやく、かつ容易に削減し得る。例えば、図５Ｉに表すように、ユーザは、カストディアン・コントロール５６０を使用してサーチ結果属性カストディアン「Ｃ３」を選択解除している。グラフィカル・ユーザ・インタフェース・コントロール５５８のユーザ選択の検出に応じて、ＧＵＩ５５０が自動的に更新される。本例では、取消線によって示すように、結果＃３、＃４、及び＃１０が、サーチ結果５５４から除外される。結果＃３、＃４、及び＃１０は全て、サーチ結果属性カストディアン「Ｃ３」を共有しているからである。取消線の使用は例証の目的のためでのみ、提供され、ＧＵＩ５５０は、グラフィカル・ユーザ・インタフェース・コントロール５５８に対してユーザによって行われた変更を反映するよう、何れかの態様で更新し得る。限定でない一例として、結果＃３、＃４、及び＃１０はＧＵＩ５５０から除外し得る。前述の例から分かり得るように、インテリジェント・アドバンスド・サーチは、シンプル・サーチを介して得られるサーチ結果の数を削減するためのユーザ・フレンドリであり、かつ直観的な手法を提供する。これは、ユーザが、シンプル・サ―チについて、広いサーチ・クエリを使用した場合、又はシンプル・サーチが行われる大量のデータが存在している場合に特に有用であり得る。アドバンスド・サーチ・クエリは、複数のデータ・アイテムに対して処理しなくてよい。ＧＵＩ５５０上に表示されるサーチ結果は、ＧＵＩコントロール５５８の１つ又は複数をユーザが選択解除することに応じて更新（例えば、削減）することが可能である。しかし、このことは禁止されておらず、アドバンスド・サーチ・クエリは、特定の実現形態に応じて、複数のデータ・アイテムに対して処理し得る。
【００５２】
インテリジェント・アドバンスド・サーチは更に、意味論的意味の使用を含み得る。図５Ｇ及び図５Ｈに表すように、サーチ結果５５４は、本例では「Ｓ１」又は「Ｓ２」の値を有する意味論的意味を有する。グラフィカル・ユーザ・インタフェース・コントロール５５８は、ユーザが１つ又は複数の意味論的意味値を選択解除してサーチ結果５５４を絞ることを可能にし得る。例えば、サーチ結果５５４全てが「Ｓ１」又は「Ｓ２」の意味論的意味を有する場合、ユーザは「Ｓ１」又は「Ｓ２」を選択解除して、サーチ結果の数を削減し得る。
【００５３】
カストディアン・コントロール５６０、ファイル・タイプ・コントロール５６２、及びドメイン・コントロール５６６を予め選択し／埋めることに加えて、手法は更に、近接句定義を予め選択し／埋めることも含み得る。本明細書において上述したように、近接句定義は、語などのサーチ・タームの組、及びサーチ結果内のその近接性を定義する。例えば、近接句定義は、「Ｓｔａｔｅｓ」から２語の距離内の語「Ｕｎｉｔｅｄ」を規定し得る。一実施例によれば、近接句定義は、サーチ結果によって満たされた候補近接句定義を識別するためにサーチ結果の解析に基づいて予め選択され／埋められる。例えば、「Ｓｔａｔｅｓ」の２語内の「Ｕｎｉｔｅｄ」の有効な予め選択され／埋められた近接句定義が、サーチ結果５５４それぞれに現れる必要がある。２つ以上の予め選択され／埋められた近接句定義を求め、ＧＵＩ５５０を介してユーザに向けて提示し得、ユーザは、サーチ結果５５４の数を削減するために、予め選択され／埋められた近接句定義の１つ又は複数を選択解除し得る。例えば、候補近接句定義のリストをＧＵＩ５５０上に表示されたリストにおいて提示し得、ユーザは候補近接句定義の１つ又は複数を選択し得る。候補近接句定義は、ランク付けされ、ランク付けされた順序でユーザに向けて表示され得る。候補近接句定義は、特定の実現形態に応じて変わり得る多種多様な基準に基づいてランク付けされ得る。一実施例によれば、候補近接句定義は、サーチ結果におけるコンテントに基づいてランク付けされる。サーチ結果に含まれるコンテントはランク付けされ得、候補近接句定義は、候補近接句定義が求められたコンテントの対応するランク付けに基づいてランク付けされ得る。例えば、特定のサーチ結果文書がコンテントＡ及びコンテントＢを含んでいると仮定する。更に、コンテントＡが第１のランク付けを有し、コンテントＢが第２のランク付けを有すると仮定する。コンテントＡに基づいて求められた候補近接句定義には、コンテントＡに割り当てられた第１のランク付けに基づいたランク付けが割り当てられ得、コンテントＢに基づいて求められた近接句定義には、コンテントＢに割り当てられた第２のランク付けに基づいたランク付けが割り当てられ得る。ユーザは更に、自分自身の近接句定義を規定してサーチ結果を絞り得る。例えば、シンプル・サーチを完了し、インテリジェント・アドバンスド・サーチ・オプションを選択した後、ユーザには、シンプル・サーチによって生成されたサーチ結果に存在していることが知られている候補近接句定義が提示される。ユーザは、候補近接句定義の１つ又は複数を選択解除してサーチ結果を広くし（増やし）得る。これは、候補近接句定義全てがサーチ結果によって満たされ、候補近接句定義の１つ又は複数の除去（選択解除）により、サーチ結果に対する制限が除去されるからである。あるいは、ユーザは、サーチ結果のうちのいくつが、ユーザ規定された近接句定義を満たすかに応じてサーチ結果を絞り（減らし）得る自分自身の近接句定義を規定し得る。
【００５４】
Ｖ．  報告
Ａ．  報告機能
電子文書の取り出し及び報告を提供する、本明細書及び特許請求の範囲記載のシステムは各種報告機能を含み得る。図６Ａは、報告コントロールの組６０２を介して各種報告機能へのユーザ・アクセスを提供するユーザ・インタフェース６００を表す。前述の例では、報告コントロール６０２は、選択されると、ユーザ・インタフェース６００内の別々の報告画面を表示させるユーザ選択可能なタブの組として表される。ユーザ選択可能なタブには、「ワード・リスト」、「ドメイン・リスト」、「ファイル・カテゴリ」、及び「ファイル・タイプ」が含まれる。図に表す特定のユーザ選択可能なタブは情報目的のためのみで提供され、実施例は前述の例示的なユーザ選択可能なタブに限定されるものでない。図６Ａは、サーチ結果の組について統計６０４を含む「ワード・リスト」タブを表す。前述の例では、統計６０４は、語のリスト、及び前述の語それぞれがサーチ結果の組において現れる回数（インスタンス数）のリストを含む。コントロール６０６は、図６Ａに表すデータが、例えば、ファイルにエクスポートされることを可能にする。
【００５５】
図６Ｂは、サーチ結果の組についての統計６０８を含む「ドメイン・リスト」タブを表す。前述の例では、統計６０８は、データ・ドメインのリスト、及び、サーチ結果のデータ・ドメイン毎のファイル・カウント（すなわち、各データ・ドメインにおけるファイルの数）を含む。コントロール６１０は、図６Ｂに表すデータが、例えば、ファイルにエクスポートされることを可能にする。
【００５６】
図６Ｃは、サーチ結果の組についての統計６１２を含む「ファイル・カテゴリ」タブを表す。本例では、統計６１２は、サーチ結果のファイル・カテゴリ内のファイル・サイズ（平均）及びファイル・カウント（すなわち、ファイル・カテゴリ毎のファイル・サイズ（平均）、及びファイルの数）、並びにファイル・カテゴリのリストを含む。フィルタ・コントロール６１４の組は、ユーザが、統計６１２に適用される対象のフィルタ基準を規定することを可能にする。フィルタ基準は、データ・ソース（親／アイテム）、重複を削減するための重複カウント、日付範囲、図６Ｄに表すような論理カストディアンを含む１つ又は複数のカストディアンを含む。例えば、ユーザは、特定のコンテキストの関連性を改善するために特定の論理カストディアンにより、サーチ結果をフィルタリングするよう選択し得る。ユーザがカストディアンの厳密な身元を知らないので、ユーザが、特定のプロジェクトに従事した対応するカストディアンを有するサーチ結果に関心があると仮定する。ユーザは、特定のプロジェクトの対応する論理カストディアンを有するサーチ結果にサーチ結果を削減するよう論理カストディアンとして特定のプロジェクトを選択するためにフィルタ・コントロール６１４を使用し得る。フィルタ・コントロール６１４は、ユーザがサーチ結果、及びユーザ・インタフェース６００上に表示される対応する統計６１２を絞ることを可能にする。フィルタ基準の適用は、フィルタ・コントロール６１４に表示される「適用」ボタンをユーザが選択することによって実現し得る。コントロール６１６は図６Ｃに表すデータを例えばファイルにエクスポートすることを可能にする。
【００５７】
図６Ｅは、サーチ結果の組についての統計６１８を含む「ファイル・タイプ」タブを表す。本例では、統計６１８は、サーチ結果のファイル・タイプ毎のファイル・サイズ（平均）及びファイル・カウント（すなわち、ファイル・タイプ毎のファイル・サイズ（平均）、及びファイルの数）、並びにファイル・タイプのリストを含む。フィルタ・コントロール６２０の組は、ユーザが、統計６１８に適用される対象のフィルタ基準を規定することを可能にする。フィルタ基準は、データ・ソース（親／アイテム）、重複を削減するための重複数、日付範囲、及び論理カストディアンを含む１つ又は複数のカストディアンを含む。コントロール６２２は、図６Ｅに表すデータが、例えば、ファイルにエクスポートされることを可能にする。ユーザ・インタフェース６００上に表示される特定のサーチ結果属性は、行われるサーチのタイプに応じて変わり得る。例えば、シンプル・サーチについてユーザ・インタフェース６００上に表示されるサーチ結果は、アドバンスド・サーチの結果が表示される場合よりも少ないサーチ結果属性を含み得る。
【００５８】
サーチ結果の統計をグラフ化し得る。例えば、ユーザは、本明細書に記載された「ファイル・タイプ」又は「ファイル・カテゴリ」タブにおいて表示されるサーチ結果をグラフ化することを選択し得る。場合によっては、統計上意味のない値を有しているが、グラフ中に含まれている多数のデータ・アイテムの存在が理由で、グラフ化が、ユーザに対して、より有用でなくなっているということがあり得る。例えば、統計が複数のタグそれぞれの生起の数を含んでおり、生起の数が大きいタグがいくつか存在しており、生起の数が非常に小さい（例えば、１又は２である）タグが多数存在していると仮定する。タグ毎に生起の数を表す線グラフは、ユーザにとって特に有用でない大きなテール部分を含み得る。別の例として、円グラフは、ユーザに対して有意義な情報を視覚的に伝えるものでない多数の狭スライス部分を含み得、同様に、棒グラフは、ユーザに対して有意義な情報を伝えるには小さすぎる棒部分を有し得る。
【００５９】
一実施例によれば、最大数の結果が表示される。例えば、最大数のタグまでのデータが表示され、他のタグのデータは「他の」カテゴリにおいてまとめ得る。別の例として、閾値未満の統計データを除外するために、グラフ化される前に統計データを処理し得る。前述の例では、生起が閾値数（例えば、１０）未満のタグは、ユーザに対するグラフの有用性を向上するためにグラフに含まれていない。線グラフの場合、閾値を使用して、より有意義でないデータを除去することにより、テール部の長さが削減され、円グラフの場合、過剰に狭いスライス部分の数が削減される。生起が閾値数よりも少ないタグのデータは、グラフ化から除外され得、又は、「他の」カテゴリにまとめ得る。
【００６０】
Ｂ．  タグ付け解析
本明細書で前述したように、サーチ結果はタグで「タグ付け」され、すなわち、対応関係がタグとデータ・アイテム（電子文書など）との間で確立され得る。タグは、意義又はコンテキストを伝えるデータである。例えば、米国独立宣言を記載した文書は、「米国」及び「歴史」という対応するタグを有し得る。
【００６１】
一実施例によれば、データ・アイテムにタグを割り当てた一又は複数のユーザを識別するデータが維持される。例えば、ユーザＡが２つのタグを特定のデータ・アイテムに割り当てたと仮定する。ユーザＡが２つのタグを特定のデータ・アイテムに割り当てた旨を示すタグ割り当てデータが生成される。タグ割り当てデータは、特定の実現形態に応じて、ホスト・システム１２０上、又は他の場所で生成され、維持され得る。図６Ｆは、タグ割り当てデータを含むテーブル６４０を表す。列は、タグを割り当てたエンティティを識別するデータである割り当て元ＩＤ、割り当てられたタグを識別するタグＩＤ、割り当てられたタグのカテゴリを識別するタグ・カテゴリ、及びタグが割り当てられたデータ・アイテムを識別するデータ・アイテムＩＤを含む。タグ・カテゴリは、タグについての更なる意味論的意味を提供するために使用し得る。テーブル６４０では、単一のタグ・カテゴリが、説明の目的のためのみで表され、タグは特定の実現形態に応じて複数のカテゴリと関連付け得る。テーブル６４０に表すデータ全てが必要である訳でなく、特定の実現形態に応じて更なるデータを含め得る。テーブル６４０の各行は、データ・アイテムに対するタグの割り当てのためのデータを含む。例えば、テーブル６４０の第１の行におけるデータは、ユーザ１が、文書１に対して（カテゴリＡの）タグ１を割り当てていることを示す。同じユーザは２つ以上のタグを同じデータ・アイテムに割り当て得る。例えば、テーブル６４０に示すように、ユーザ１はタグ１及びタグ２を文書１に割り当てている。更に、複数のユーザはタグを同じデータ・アイテムに割り当て得る。例えば、テーブル６４０の第６行は、ユーザ３が更に、タグ１を文書１に割り当てていることを示す。
【００６２】
一実施例によれば、タグ解析は、タグ割り当てデータを解析し、タグ付け解析を生成するよう行われる。生成される特定の統計は特定の実現形態に応じて変わり得、実施例は特定の統計に限定されるものでない。例示的な統計には、限定列挙でないが、割り当て元毎のタグ付けデータ・アイテムの数、割り当て元毎及びタグ毎のタグ付けデータ・アイテムの数、データ・アイテム毎のタグの数、及びタグ・カテゴリ毎のタグ割り当ての数が含まれる。タグ付け統計はグラフィカル・ユーザ・インタフェース上に表示し得る。例えば、ウェブ・アプリケーション１０６は、１つ又は複数のウェブ・ページを生成し、一又は複数のウェブ・ページをクライアント装置１０４に送信し得る。クライアント装置１０２における一又は複数のウェブ・ページの処理により、タグ付け統計データを表示するグラフィカル・ユーザ・インタフェースが表示される。タグ付け統計は更に、例えば、ファイルにエクスポートし、又は、報告に含め得る。
【００６３】
Ｃ．  意味論的意味
一実施例によれば、報告データの有用性を向上させるために意味論的意味を使用し得る。例えば、図６Ａを参照すれば、統計６０４は、語の１つ又は複数についての意味論的意味を示す列を含み得る。語の一部は、統計６０４に表示された意味論的意味を有しないことがあり得る。統計６０４に意味論的意味を含めることは、サーチ結果についてのコンテキストを提供することにより、統計６０４の関連性を向上させることが可能である。
【００６４】
Ｄ．  コスト及びレビュー時間の推定
一部の場合には、サーチ結果は大量のデータを含み得る。これは、種々の理由で生じ得る。例えば、過剰に広いサーチ基準をユーザが使用し得ること、サーチが行われるデータの収集物が大きいこと、又はそれら両方である。大量の文書を伴うサーチ結果は、レビューすることが高価であり、時間がかかり得、一部の場合には、費用及び時間の制約を考えれば、レビューは実用的でないことがあり得る。サーチ結果をレビューするために必要な時間の量は、サーチ結果におけるアイテムの数、タイプ、及び複雑度などの多種多様な要因に応じて変わってくることがあり得、ユーザには通常、サーチ結果をレビューするために必要な時間の量を、自分自身が求めるやり方はない。１つの単純な比較として、短い電子メールをレビューすることは、大規模の技術仕様のレビューと比較して相対的に短い時間量を必要とし得る。
【００６５】
一実施例によれば、特定されたサーチ結果をレビューするための推定コスト、推定時間、又は推定コスト及び推定時間が求められ、グラフィカル・ユーザ・インタフェースを介してユーザに表示される。推定コスト及び推定時間は例えば、ホスト・システム１２０の外部の１つ又は複数のエレメント、ホスト・システム１２０上の他の１つ又は複数のエレメント、又はウェブ・アプリケーション１０６によって求め得る。例示的な要因は限定列挙でないが、サーチ結果の数、タイプ、若しくは言語、又はサーチ結果におけるデータの量を含む。各種サーチ結果は例えば、電子メール、ワード・プロセッシング文書、テキスト・ファイル、表計算、画像若しくはビデオ・ファイル又はオーディオ・ファイルを含み得る。
【００６６】
図６Ｇは、一実施例による、サーチ結果をレビューするための推定時間及び推定コストの１つ又は複数を求め、表示するための手法を表すフロー図６５０である。工程６５２では、サーチ結果が取り出される。これは、例えば、本明細書及び特許請求の範囲記載のやり方で行われた先行して完了したサーチからのサーチ結果をウェブ・アプリケーション１０６が取り出すことを含み得る。サーチ結果は、ホスト・システム１２０上に、又はホスト・システム１２０の遠隔に記憶し得る。別の例として、図６Ｈは統計６１８を表し、グラフィカル・ユーザ・インタフェース制御部６２４を介してサーチ結果アイテム＃６、＃７、及び＃８を選択したことを表す。この例では、統計６１８に表したサーチ結果アイテム毎の方形アイコンは選択可能であり、ユーザは、例えば、サーチ結果アイテム＃６、＃７及び＃８を、マウスなどのポイント・デバイスを使用することによって選択している。
【００６７】
工程６５４では、サーチ結果の属性が判定される。判定される特定の統計は特定の実現形態に応じて変わり得、実施例は何れかの特定の属性に限定されるものでない。例示的な属性は限定列挙でないが、タイプ（電子メール、ワード・プロセッシング文書、データ・ファイル、画像データ、オーディオ／ビデオ・データ等）、サーチ結果におけるデータの量又は言語を含む。サーチ結果の属性は、各種手法を使用して判定し得る。例えば、サーチ結果におけるデータのタイプ、言語、又は量は、サーチ結果のメタデータの検査、又はサーチ結果の直接検査によって判定し得る。データ・ファイルなどのサーチ結果自体、又は対応するメタデータは、サーチ結果におけるデータの量、言語、及び／又はタイプを示し得る。データの量は、ページ数、ブロック数、バイト数等で表し得る。例えば、電子文書を含むデータ・ファイルのメタデータは、電子文書におけるページ数を示し得る。別の例として、オーディオ／ビデオ・ファイルのメタデータは、オーディオ／ビデオ・ファイルに含まれるオーディオ／ビデオ・コンテントの長さを示し得る。
【００６８】
サーチ結果におけるデータの量、言語、及び／又はタイプを示すサーチ結果自体の代替策として、サーチ結果を処理し、サーチ結果におけるデータのタイプ、言語、及び／又は量を判定するよう処理の結果を解析し得る。限定でない一例では、サーチ結果は、サーチ結果のタイプ若しくは言語、ページの数、又はサーチ結果の他の属性を判定するようＯＣＲによって処理し得る。これは、ファイル・サイズのみが、サーチ結果におけるページの数の正確な表示を提供しないことがあり得る場合に有用であり得る。例えば、画像ファイルは、テキスト・ファイルよりも相対的に多くの量のデータを含み得るが、テキスト・ファイルは、画像ファイルよりも、レビューするために多くのページを含み得る。前述の例では、ファイル・サイズのみの使用は、画像ファイル及びテキスト・ファイルに表されたページ数の使用よりも、精度が低い推定をもたらす。
【００６９】
サーチ結果のカストディアンは更に、言語などのサーチ結果の属性を判定するために使用し得る。例えば、電子文書管理システム１０２は、電子文書データ１１２について、電子文書データ１１２の電子文書毎に一又は複数のカストディアンを規定するカストディアン・データを記憶し得る。カストディアンは、カストディアンのデフォールト言語である関連付けられた言語を有し得る。カストディアンに関連付けられたサーチ結果は、カストディアンのデフォールト言語によるものとみなし得る。
【００７０】
工程６５６では、サーチ結果をレビューするための推定コスト、又はサーチ結果をレビューするための推定時間の１つ又は複数の判定を行う。前述の判定はサーチ結果の属性に基づいて行われる。サーチ結果の属性が、コスト及び時間の推定の判定において検討される態様は特定の実現形態に応じて変わってくることがあり得、実施例は、サーチ結果の属性の使用の何れの特定の態様にも限定されるものでない。選択されたデータ・アイテムについての推定レビュー時間を算出するために、種々のヒューリスティックスを使用し得る。
【００７１】
例えば、サーチ結果をレビューするための推定コストは、ページ毎コスト、及びサーチ結果内のページの数の積として求め得る。同様に、サーチ結果をレビューするための推定時間は、ページ毎時間量、及びサーチ結果内のページの数の積として求め得る。サーチ結果内のオーディオ／ビデオ・ファイルについては、対応するメタデータは、オーディオ／ビデオ・ファイルをレビューするための推定時間を求めるために使用し得るオーディオ／ビデオ・コンテントの長さを示し得る。あるいは、長さの倍数を使用し得る。例えば、オーディオ・ファイルが長さ２０分であると仮定する。オーディオ時間をレビューするための推定時間は、上記長さの１．５倍、すなわち３０分として求め得る。重み付けも、サーチ結果に含まれる電子文書のタイプに基づいて適用し得る。重み付けの使用は、サーチ結果をレビューするための向上させたコスト及び時間の推定をもたらし得る。例えば、技術仕様は、単純な電子メールをレビューするよりも多くの時間及びコストを必要とし得る。したがって、一実施例によれば、重み付けが、サーチ結果のタイプに基づいてコスト及び時間の推定に適用される。例えば、電子メール文書に対して技術仕様のコスト及び時間の推定を増加させるために、より高い重み付けを技術仕様に適用し得る。これは、重み付けの使用の一例に過ぎず、使用される具体的な手法は具体的な実現形態に応じて変わり得る。
【００７２】
サーチ結果をレビューするための推定コスト及び推定時間を求めるために使用される式、変数、定数、及び重み付けは、ウェブ・アプリケーション１０６によって記憶し得、例えば管理要員によって構成可能であり、又はユーザによって選択可能であり得る。式、変数、定数、及び重み付けはユーザ固有であり得、更に、コンテキスト固有であり得る。例えば、特定の式、変数、定数、及び重み付けは、訴訟のコンテキストにおいて電子ディスカバリ中に使用し得る一方、別の式、変数、定数、及び重み付けの組を別のコンテキストにおいて使用し得る。
【００７３】
工程６５８では、サーチ結果をレビューするための推定コスト、及びサーチ結果をレビューするための推定時間の１つ又は複数が表示される。推定コスト及び推定時間は、特定の実現形態に応じて変わり得る多種多様な手法を使用して表示し得る。例えば、図６Ｈに表すように、レビュー時間推定器６２６が、ユーザ・インタフェース６００上に設けられ、選択されたサーチ結果アイテム＃６、＃７、及び＃８の推定レビュー時間を表示する。レビュー時間推定器６２６は、ユーザ・インタフェース６００上に自動的に表示し得、又は、例えば、アイコン又はメニュー・アイテムなどのグラフィカル・ユーザ・インタフェース・オブジェクトを介して選択可能であり得る。レビュー時間推定器６２６は、サーチ結果アイテムが選択され、選択解除されるにつれ、推定時間を動的に更新し得る。
【００７４】
図６Ｉは、サーチ結果をレビューするための推定時間及び推定コストを求め、表示するためのグラフィカル・ユーザ・インタフェースの例示的な実施例を表す。前述の例では、通知コントロール６０２は、「コスト推定」タブを含む。「コスト推定」タブは、コスト及び時間の推定を求めるサーチ結果を選択するためにタグを使用するためのグラフィカル・ユーザ・インタフェース・コントロール６３０の組を含む。より具体的には、ユーザは、グラフィカル・ユーザ・インタフェース・コントロール６３０を使用して１つ又は複数のタグを選択し、選択されたタグに対応するサーチ結果は推定に含まれる。個々のサーチ結果の代わりにタグを選択することは、サーチ結果が多数のアイテムを含む状況において、より好都合であり得る。タグを使用したサーチ結果の選択は１つの例示的な手法であり、実施例は前述の例示的な手法に限定されない。前述の例では、ユーザはタグ「ｔ１」、「ｔ２」及び「ｔ３」を選択している。グラフィカル・ユーザ・インタフェース・コントロール６３０は更に、タグ全てを選択するための「全て」コントロール、及び選択されたタグを選択解除するための「クリア」コントロールを含む。
【００７５】
「コスト推定」タブは、サーチ結果をレビューするための推定コスト、及びサーチ結果をレビューするための推定時間を求めるために使用される時間毎のコスト、及び時間毎の文書数をユーザが規定することを可能にするグラフィカル・ユーザ・インタフェース・コントロール６３２の組を含む。時間毎の文書の数は、レビュー・レートであり、一時間毎にレビューすることが可能な文書の数である。上記例では、ユーザは、時間毎に４つの文書というレビュー・レートを示す４を入力している。時間毎コストは、コスト・レートであり、時間毎に当該数の文書をレビューするための時間当たりのコストである。上記例では、ユーザは、時間毎に３００ドルというコスト・レートを入力している。よって、文書は、時間毎に３００ドルのコストで時間毎に４つの文書というレートでレビューすることが可能である。グラフィカル・ユーザ・インタフェース・コントロール６３２は、選択されると、サーチ結果をレビューするための推定コスト及び推定時間を求めさせる「推定」ボタンを含む。
【００７６】
結果領域６３４は、グラフィカル・ユーザ・インタフェース・コントロール６３０、６３２を使用して行われる動作の結果を表示する。より具体的には、結果領域６３４は、タグ付けされた文書の数、及びタグ付けされた文書をレビューするための算出された推定コスト及び推定時間を表示する。タグ付けされた文書の数は、グラフィカル・ユーザ・インタフェース・コントロール６３０を介して選択されたタグに対応するサーチ結果の数である。前述の例では、タグ「Ｔ１」、「Ｔ２」、及び「Ｔ３」に対応するサーチ結果において１６の文書が存在している。タグ付けされた文書をレビューするための推定コストは、次のように以下の式（１）において算出される。
【００７７】
（１）推定コスト＝（タグ付けされた文書の数／時間毎の文書の数）＊時間毎コスト
上記例では、推定コストは、式（１）より、（１６／４）＊３００＝＄１２００として求められる。
【００７８】
タグ付けされた文書をレビューするための推定時間は、次のように以下の式（２）において算出される。
【００７９】
推定時間＝タグ付けされた文書の数／時間毎の文書の数
上記例では、推定時間は、式（２）より、１６／４＝４時間として求められる。前述の例では、サーチ結果をレビューするための推定コスト及び推定時間の判定は、文書単位で行われるが、実施例は前述の手法に限定されず、サーチ結果の他の属性に基づき得る。例えば、コスト及び時間の推定は、より高精度の推定をもたらすために文書単位のかわりにページ単位で行い得る。図６Ｇに戻れば、工程６６０で、報告が任意的に生成され、エクスポートされる。図６Ｉに表すように、「エクスポート」コントロール６３６は、例えば、ファイルに結果領域６３４内の結果をエクスポートすることを可能にする。図６Ｊは、図６Ｉに表すコスト推定タブからの結果情報全てを含む例示的な報告６８０を表す。図６Ｊに表していないが、ユーザによって選択されたタグも例示的な報告６８０に含み得る。
【００８０】
図７は、実施例による、電子文書の取り出し及び報告の手法を表すフロー図７００である。工程７０２では、ユーザは電子文書管理システムにログインする。例えば、クライアント装置１０４のユーザは、ウェブ・ブラウザ１１０を使用して、ウェブ・アプリケーション１０６によって供給されるログイン・ウェブ・ページにアクセスし得る。工程７０４では、ユーザが管理者ユーザであるか否かが判定される。例えば、ユーザがウェブ・ページを介してログインする場合、ウェブ・アプリケーション１０６は、ユーザ・データ１１８を検査して、ユーザが管理者ユーザであるか否かを判定し得る。
【００８１】
工程７０４で、ユーザが管理者ユーザであると判定された場合、工程７０６で、管理者ユーザに、管理者ポータルへのアクセスが付与される。例えば、管理者ユーザには、図２Ａに表すタブを介してユーザ管理及びロギング機能へのアクセスを提供する、図２Ａに表すようなユーザ・インタフェース２００が与えられ得る。工程７０８では、管理者ユーザは、例えば図２Ａ及び図２Ｂに表すようにユーザ管理機能にアクセスする。工程７１０では、管理者ユーザは、図２Ｃに表すようにロギング機能にアクセスする。図７に表すように、管理者ユーザはユーザ管理機能及びロギング機能にアクセスし得る。工程７１２では、管理者ユーザが管理者ポータルからログアウトしたか否かが判定される。否定の場合、管理者ユーザは、管理者ポータルへのアクセスを維持し、コントロールは工程７０６に戻る。肯定の場合、コントロールは工程７０２に戻る。
【００８２】
工程７０４に戻れば、ユーザが管理者ユーザでない場合、工程７１２で、ユーザには、ユーザ・ポータルへのアクセスが付与される。工程７１４では、ユーザは、ユーザ情報を編集することが可能である。工程７１６では、ユーザは、例えば図３に表すように、アクセスする対象のデータ収集物を選択することが可能である。ユーザは次いで、本明細書及び特許請求の範囲記載のサーチ及び報告機能へのアクセスが付与され、工程７１８では、ユーザが、アクセスするよう選択したのはサーチ機能であるか、報告機能であるかが判定される。工程７２０では、ユーザは、本明細書及び特許請求の範囲で上述し、図５Ａ乃至図５Ｄに表すサーチ機能にアクセスし得る。工程７２２では、ユーザは、本明細書及び特許請求の範囲で上述し、図６Ａ乃至図６Ｆに表す報告機能にアクセスし得る。工程７２４では、ユーザがログアウトした否かが判定される。否定の場合、ユーザは、ユーザ・ポータルへのアクセスを維持し、コントロールは工程７１２に戻る。肯定の場合、コントロールは工程７０２に戻る。
【００８３】
図８Ａは、実施例による、電子文書管理システムを使用して電子文書をサーチするための手法を表すフロー図８００である。工程８０２では、ユーザがアドバンスド・サーチを行うよう選択したか否かが判定される。例えば、図５Ａに表すように、ユーザは、シンプル・サーチ又はアドバンスド・サーチを選択し得る。ユーザがアドバンスド・サーチを選択しなかった場合、工程８０４で、シンプル・サーチのユーザ・インタフェース（例えば、図４に表すユーザ・インタフェース４００）がユーザに提供される。ユーザがアドバンスド・サーチを選択した場合、工程８０６で、アドバンスド・サーチ・ユーザ・インタフェース（例えば、図５Ａ乃至図５Ｄに表すユーザ・インタフェース５００）がユーザに提供される。
【００８４】
工程８０８では、ユーザは、シンプル・サーチ・ユーザ・インタフェース又はアドバンスド・サーチ・ユーザ・インタフェースを使用してクエリ列を構築する。工程８１０で、クエリが１つ又は複数のデータ収集物に対して処理される。図８Ｂは、１つ又は複数のデータ収集物に対するクエリの処理の詳細を表すフロー図８５０である。前述の例では、コントロールは、前述の工程を行うために図８Ｂの工程８５２に進む。工程８５４では、データＡＰＩを使用するか否かが判定される。肯定の場合、工程８５６で、データＡＰＩ（例えば、データＡＰＩ１２２）が使用される。否定の場合、工程８５８で、データ収集物に対して、ネーティブ・クエリが処理される。例えば、バックエンド１１６によって供給されるクエリは、データＡＰＩ１２２を使用することなく、電子文書データ１２２に対して直接処理し得る。工程８６０では、工程８１２で、結果が得られ、受け取られる。工程８１４では、例えば、図４、及び図５Ａ乃至図５Ｄに表すように、サーチ結果が提示される。
【００８５】
図９は、実施例による、電子文書管理システムを使用して報告を生成するための手法を表すフロー図９００である。工程９０２では、ユーザは、例えば、図６Ａに表す種々のレポート・タイプ・タブを介してレポート・タイプを選択する。工程９０４では、ユーザは、例えば、図６Ｃに表すフィルタ・コントロール６１４を介して１つ又は複数のフィルタを適用するか否かを決める。工程９０６では、クエリが、生成され、サーチ結果に対して適用され、結果が工程９０８で受け取られる。工程９１０では、例えば図６Ａ乃至図６Ｆに表すように、報告が提示される。
【００８６】
ＶＩ．  実現機構
本出願のフロー図は特定の順序で特定の工程の組を表すが、他の実現形態は、図に表すものと同じ順序又は別の順序で、より少ない工程、又は、より多い工程を使用し得る。
【００８７】
一実施例によれば、本明細書及び特許請求の範囲に記載の手法は、１つ又は複数の特殊用途向コンピューティング装置によって実現される。特殊用途向コンピューティング装置は、手法を行うために配線し得るか、あるいは、手法を行うよう永久的にプログラムされた１つ又は複数の特殊用途向集積回路（ＡＳＩＣ）又はフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などのディジタル電子装置を含み得るか、あるいは、ファームウェア、メモリ、他の記憶装置、又は組合せでのプログラム命令に従って手法を行うようプログラムされた１つ又は複数の汎用ハードウェア・プロセッサを含み得る。前述の特殊用途向コンピューティング装置は、更に、手法を実現するために、カスタムなハードウェア配線ロジック、ＡＳＩＣ、又はＦＰＧＡを組合せ得る。特殊用途向コンピューティング装置は、手法を実現するために配線及び／又はプログラム・ロジックを組み入れたデスクトップ・コンピュータ・システム、ポータブル・コンピュータ・システム、ハンドヘルド装置、ネットワーキング装置、又は何れかの他の装置であり得る。
【００８８】
図１０は、実施例を実現し得る例示的なコンピュータ・システム１０００を表すブロック図である。コンピュータ・システム１０００は、情報を通信するためのバス１００２又は他の通信機構、及び情報を処理するためにバス１００２と結合されたプロセッサ１００４を含む。コンピュータ・システム１０００は、プロセッサ１００４によって実行される対象の命令及び情報を記憶するためにバス１００２に結合された、ランダム・アクセス・メモリ（ＲＡＭ）又は他の動的記憶装置などの主メモリ１００６を更に含む。主メモリ１００６は更に、プロセッサ１００４によって実行される対象の命令の実行中に一時変数又は他の中間情報を記憶するために使用し得る。コンピュータ・システム１０００は更に、プロセッサ１００４に対する命令及び静的情報を記憶するためにバス１００２に結合されたリード・オンリ・メモリ（ＲＯＭ）１００８、又は他の静的記憶装置を更に含む。磁気ディスク又は光ディスクなどの記憶装置１０１０は、情報及び命令を記憶するために、提供され、バス１００２に結合される。
【００８９】
コンピュータ・システム１０００は、情報をコンピュータ・ユーザに向けて表示するために、陰極線管（ＣＲＴ）などのディスプレイ１００２にバス１０１２を介して結合し得る。バス１００２は単一のバスとして例証しているが、バス１００２は一又は複数のバスを含み得る。例えば、バス１００２は、限定列挙でないが、プロセッサ１００４がコンピュータ・システム１０００内の他の装置を制御する制御バス、実行するための命令のメモリ場所をプロセッサ１００４が規定するアドレス・バス、又は、コンピュータ・システム１０００の構成部分間でデータ又は信号を転送するための何れかの他のタイプのバスを含み得る。
【００９０】
英数キー及び他のキーを含む入力装置１０１４が、情報及びコマンドの選択をプロセッサ１００４に伝達するためにバス１００２に結合される。別のタイプのユーザ入力装置は、方向情報及びコマンドの選択をプロセッサ１００４に伝達するため、及びディスプレイ１０１２上のカーソル移動を制御するための、マウス、トラックボール、又はカーソル方向キーなどのカーソル制御部１０１６である。前述の入力装置は通常、装置が平面における位置を特定することを可能にする、２つの軸（すなわち、第１の軸（例えば、ｘ）及び第２の軸（例えば、ｙ））における２つの自由度を有する。
【００９１】
コンピュータ・システム１０００は、コンピュータ・システムとの組合せで、特殊用途向マシンにコンピュータ・システム１０００がなるようにするか又は特殊用途向マシンにコンピュータ・システム１０００がなるようにプログラムするカスタムの配線ロジック、１つ又は複数のＡＳＩＣ若しくはＦＰＧＡ、ファームウェア及び／又はプログラム・ロジック若しくはコンピュータ・ソフトウェアを使用して本明細書及び特許請求の範囲記載の手法を実現し得る。一実施例によれば、前述の手法は、主メモリ１００６に含まれた１つ又は複数の命令の１つ又は複数のシーケンスをプロセッサ１００４が実行することに応じてコンピュータ・システム１０００によって行われる。前述の命令は、記憶装置１０１０などのコンピュータ読み取り可能な別の媒体から主メモリ１００６に読み込み得る。主メモリ１００６に含まれる命令のシーケンスの実行により、プロセッサ１００４は本明細書及び特許請求の範囲記載の処理工程を行う。代替的な実施例では、配線回路を、ソフトウェア命令の代わりに、又はソフトウェア命令と組み合わせて使用して実施例を実現し得る。よって、実施例は、ハードウェア回路及びソフトウェアの何れの特別な組合せにも限定されない。
【００９２】
本明細書及び特許請求の範囲記載の「コンピュータ読みとり可能な媒体」の語は、コンピュータに特定の態様で動作させるデータの提供に参加する何れかの媒体を表す。コンピュータ・システム１０００を使用して実現された実施例では、（例えば、実行するためにプロセッサ１００４に命令を供給することにおいて）種々のコンピュータ読み取り可能な媒体が関係する。前述の媒体は、限定列挙でないが、不揮発性媒体及び揮発性媒体を含む多くの形態を呈し得る。不揮発性媒体は例えば、記憶装置１０１０などの光ディスク又は磁気ディスクを含む。揮発性媒体は主メモリ１００６などのダイナミック・メモリを含む。コンピュータ読み取り可能な媒体の一般的な形態は、例えば、フロッピー（登録商標）・ディスク、フレキシブル・ディスク、ハード・ディスク、磁気テープ、又は何れかの他の磁気媒体、ＣＤ−ＲＯＭ、何れかの他の光媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、何れかの他のメモリ・チップ若しくはメモリ・カートリッジ、又はコンピュータが読み取ることが可能な何れかの他の媒体を含む。
【００９３】
種々の形態のコンピュータ読み取り可能な媒体が、実行するためにプロセッサ１００４に１つ又は複数の命令の１つ又は複数のシーケンスを収容するために関係し得る。例えば、命令は当初、遠隔コンピュータの磁気ディスク上に収容し得る。遠隔コンピュータは、そのダイナミック・メモリに命令をロードし、モデムを使用して電話線を介して命令を送出することが可能である。コンピュータ・システム１０００の局所にあるモデムは、電話線上でデータを受信し、赤外線送信器を使用してデータを赤外線信号に変換することが可能である。赤外線検出器は赤外線信号において収容されたデータを受信することが可能であり、適切な回路がデータをバス１００２上に入れることが可能である。バス１００２はデータを主メモリ１００６まで搬送し、そこから、プロセッサ１００４は命令を取り出し、実行する。主メモリ１００６によって受け取られた命令は任意的には、プロセッサ１０１０による実行の前又は後に記憶装置１００４上に記憶し得る。
【００９４】
コンピュータ・システム１０００は更に、バス１００２に結合された通信インタフェース１０１８を含む。通信インタフェース１０１８は、ローカル・ネットワーク１０２２に結合されたネットワーク・リンク１０２０との双方向データ通信結合を提供する。例えば、通信インタフェース１０１８は、対応するタイプの電話線へのデータ通信接続を提供するためのモデム又は統合サービス・ディジタル・ネットワーク（ＩＳＤＮ）カードであり得る。別の例として、通信インタフェース１０１８は、互換のＬＡＮに対するデータ通信接続を提供するためのローカル・エリア・ネットワーク（ＬＡＮ）カードであり得る。無線リンクも実現し得る。前述の何れの実現形態でも、通信インタフェース１０１８は、各種情報を表すディジタル・データ・ストリームを収容する電気信号、電磁気信号、又は光信号を送受信する。
【００９５】
ネットワーク・リンク１０２０は通常、他のデータ装置に対する１つ又は複数のネットワークを介したデータ通信を提供する。例えば、ネットワーク・リンク１０２０は、インターネット・サービス・プロバイダ（ＩＳＰ）１０２６によって運営されるデータ機器又はホスト・コンピュータ１０２４に対するローカル・ネットワーク１０２２を介した接続を提供し得る。ＩＳＰ１０２６は今度は、「インターネット」１０２８として現在通常表されるワールドワイド・パケット・データ通信ネットワークを介してデータ通信サービスを提供する。ローカル・ネットワーク１０２２及びインターネット１０２８は何れも、ディジタル・データ・ストリームを収容する電気信号、電磁気信号、又は光信号を使用する。
【００９６】
コンピュータ・システム１０００は、通信インタフェース１０１８、ネットワーク・リンク１０２０、及びネットワークを介して、プログラム・コードを含め、データを受信し、メッセージを送出することが可能である。インターネットの例では、サーバ１０３０は、インターネット１０２８、ＩＳＰ１０２６、ローカル・ネットワーク１０２２、及び通信インタフェース１０１８を介して、アプリケーション・プログラムについて要求されたコードを送信し得る。受信されたコードは、受信される都度、プロセッサ１００４によって実行し、かつ／又は、後の実行のために記憶装置１０１０又は他の不揮発記憶装置に記憶し得る。
【００９７】
上記明細書では、実現形態によって変わり得る数多くの特定の詳細を参照して実施例を説明している。よって、本発明であり、本発明であると本出願人によって意図された唯一かつ排他的な指標は、何らかの後続する補正を含む請求項が得られる特定の形態における、本出願によって得られる請求項の組である。よって、請求項に明記されていない限定、構成要素、特性、構成、効果、又は属性は如何なる態様においても前述の請求項の範囲を限定すべきでない。よって、明細書及び添付図面は、制限的意味合いというよりもむしろ例証的意味合いでとらえられるものとする。
【図１Ａ】
2015090713.tif 000003
【図１Ｂ】
2015090713.tif 000004
【図１Ｃ】
2015090713.tif 000005
【図２Ａ】
2015090713.tif 000006
【図２Ｂ】
2015090713.tif 000007
【図２Ｃ】
2015090713.tif 000008
【図３】
2015090713.tif 000009
【図４】
2015090713.tif 000010
【図５Ａ】
2015090713.tif 000011
【図５Ｂ】
2015090713.tif 000012
【図５Ｃ】
2015090713.tif 000013
【図５Ｄ】
2015090713.tif 000014
【図５Ｅ】
2015090713.tif 000015
【図５Ｆ】
2015090713.tif 000016
【図５Ｇ】
2015090713.tif 000017
【図５Ｈ】
2015090713.tif 000018
【図５Ｉ】
2015090713.tif 000019
【図６Ａ】
2015090713.tif 000020
【図６Ｂ】
2015090713.tif 000021
【図６Ｃ】
2015090713.tif 000022
【図６Ｄ】
2015090713.tif 000023
【図６Ｅ】
2015090713.tif 000024
【図６Ｆ】
2015090713.tif 000025
【図６Ｇ】
2015090713.tif 000026
【図６Ｈ】
2015090713.tif 000027
【図６Ｉ】
2015090713.tif 000028
【図６Ｊ】
2015090713.tif 000029
【図７】
2015090713.tif 000030
【図８】
2015090713.tif 000031
【図９】
2015090713.tif 000032
【図１０】
2015090713.tif 000033