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