<book_title> を検索 ...

Enterprise Vault™ Discovery Accelerator 管理者ガイド

Last Published: 2024-03-04

Product(s): Enterprise Vault (15.0)

検索基準オプションについて

Discovery Accelerator は検索基準オプションを次に示す複数のセクションにグループ化します。セクションを展開するか、または省略するには、右の矢印のアイコンをクリックします。

複数のオプションを含む検索を構築する場合、検索のプロパティペインで各オプションが他の検索オプションとどのように対話するかに注意してください。Discovery Accelerator は選択したすべてのオプションを、［または］ブール演算子ではなく［および］ブール演算子でつなげます。たとえば、条件に次のものが含まれている検索を構築するとします。

［日付範囲］セクションの日付範囲
［検索語］セクションの検索用語
［添付ファイル］セクションのファイル拡張子

検索結果にはすべての検索基準に一致するアイテムのみが含まれます。Discovery Accelerator は、検索基準オプションの一部に一致するが他のオプションには一致しないアイテムを無視します。

［検索プロパティ］ペインには次のセクションがあります。

［検索］セクション

この［検索］セクションでは、検索の名前と実行時刻を指定します。

コンテキスト	検索を実行するケースまたはリサーチフォルダを指定します。フォルダがケースにリンクされない場合、「マイリサーチ」が表示されます。
名前	検索の名前を指定します（「Daily Message Capture (London)」など）。
検索に基づく	新しい検索の条件を設定するベースとして既存の検索を選択することを可能にします。
結果の保存先	表示されている場合は、結果を保存する場所を選択できます。結果を保存する新しいフォルダの詳細情報を指定する場合はドロップダウンリストで［<コンテキスト> の新規フォルダ］を選択します。このオプションは、ケースにリンクされないフォルダの検索を作成する（左ペインで「マイリサーチ」を選択している）場合にのみ利用可能です。
検索の種類	検索をすぐに実行するか、スケジュール設定済みの時刻に実行するかを指定します。［スケジュール設定済み］を選択すれば、検索が動作する期間を指定できます。またいくつかの既存のスケジュールの 1 つから選択できます。
検索結果を自動的に受け入れる	検索結果をレビューセットに自動的に追加するかどうかを指定します。このオプションは過去に実行済みの検索を定期的に実行する場合に便利です。［検索結果を自動的に受け入れる］を選択した場合、結果を拒否したり、検索基準を変更したりすることはできません。検索で予想した検索結果が得られることを確認するまで、［検索結果を自動的に受け入れる］をクリアしておくことをお勧めします。アーカイブからエラーが返された検索は、この設定にかかわらず、自動的に受け入れられません。
レビュー中の既存のアイテムを含める	以前にキャプチャしてこの場合のレビューセットに追加したアイテムを検索結果に含めるかどうかを指定します。このオプションは、他のケースのレビューセットに含めた以前のアイテムには適用されません。即時検索またはスケジュール設定済みの検索の場合、他の検索でレビュー中の可能性があるアイテムが結果に含まれるように、このボックスを選択することをお勧めします。

［日付範囲］セクション

［日付範囲］セクションでは、アイテムが送受信された日時を基準にアイテムを検索できます。

今日、昨日、最新 7 日間、最新 14 日間、最新 28 日間

選択した期間に送受信されたアイテムのみを検索します。日付範囲は検索が行われる時点（即時検索の場合は当日）を基準にした相対的な範囲です。

これらのオプションは、毎日、毎週、2 週間ごと、4 週間ごとに 1 回実行するようにスケジュール設定された反復検索を作成する場合に便利です。たとえば、週に 1 回検索を実行する場合は、［最新 7 日間］を選択すると、検索範囲は前回検索を実行した後の日付に限定されます。

特定の日付範囲

他の日付範囲オプションで指定できる期間よりも長い期間またはより限定された期間に送受信されたアイテムを検索できます。日付を入力するには、［開始日］フィールドと［終了日］フィールドの右側にあるオプションをクリックし、次に目的の日付を選択します。24 時間式の時刻を「hh:mm」という形式で入力します。他の日付範囲フィールドとは異なり、［特定の日付範囲］では範囲が固定されています。検索実行時を基準にした相対的な範囲ではありません。

検索でカストディアンとカストディアングループの現在の情報と履歴の情報を両方使うために［カストディアンとカストディアングループの履歴情報を使う］を選択します。このオプションをクリアすると、Discovery Accelerator は現在のカストディアン、グループ、電子メールアドレスのセットのみを使います。名前や電子メールアドレスが変わったり、何らかの理由で非アクティブ化されたユーザーやグループは、検索から除外されます。

検索の最終実行以降

スケジュール設定済みの検索でのみ、前回の検索実行より後に送受信された新規アイテムを検索できます。このオプションは［今日］や［昨日］などのオプションに類似しています。ただし、それは検索を最初に実行する開始日を明示的に設定できます。

デフォルトでは、このオプションを選択すると、前回の検索が実行された日付（初回の検索の場合は開始日）から現在の日付の 1 日前（昨日）までの範囲が検索対象となります。

次の表に、近接検索の構文と例をいくつか示します。

［検索語］セクション

［検索語］セクションでは、Discovery Accelerator がアイテムで検索する単語またはフレーズを指定します。検索する各語句を追加するには、［検索語の追加］をクリックします。次の点に注意してください。

Discovery Accelerator の検索は、大文字と小文字を区別しません。
正規表現は許可されません。
フレーズを検索するには、単語を引用符で囲みます。
たとえば、次のように検索語を定義して、件名に「organizational changes」というフレーズを含むすべてのアイテムを検索できます。
```
SUBJ: "organizational changes"
```
Discovery Accelerator では、メッセージの添付ファイルのファイル名を、添付ファイルの件名と見なします。したがって、前の検索語では、「organizational chages」という句が件名にあるアイテムと、ファイル名にこの句のある添付ファイルの両方を検索します。
同じ行に複数の単語を入力した場合は、Discovery Accelerator によって、行のいずれかの単語またはフレーズを含むすべてのアイテムが検出されます。
検索語のすべての単語はスペースで区切る必要があることに注意してください。次の検索語では、「changes」と「license」の間に空白文字がないため、予想どおりの結果が返されません。そのため Discovery Accelerator は、「organizational」、「changeslicense」、「agreements」のうち 1 つ以上を含むアイテムを検索します。
```
SUBJ: "organizational changes""license agreements"
```
同様に、検索語の license;agreementsと license; agreementsは異なります。これは、2 つ目の場合にセミコロンの後に空白文字が続くためです。空白文字が含まれる場合、Discovery Accelerator はいずれかの単語を含むアイテムを検索します。一方、空白文字が含まれない場合、Discovery Accelerator は検索語をフレーズとして処理します。
それに別の行を追加するために検索のフィールドでリターンキーを押します。検索フィールドに複数行を入力した場合は、左のフィールドの［いずれか］または［すべて］を選択して、行を OR か AND 条件で接続するかどうかを指定します。
［差出人］ボックスまたは［宛先］ボックスに対象電子メールまたはカストディアンの詳細情報を追加するには、ボックスの右側の［対象とカストディアン］ボタンをクリックします。

メモ:
詳細情報を Domino ディレクトリと同期する Domino ユーザーをカストディアンまたは対象として指定する場合、このユーザーが Domino ディレクトリで定義された SMTP アドレスを持っていることを確認する必要があります。そうしない場合、検索では、一致するアイテムの検索に失敗します。代わりに、表示名によってこのようなユーザーを検索できます。
［カストディアンマネージャのオプション］領域のフィールドを使ってカストディアンかカストディアングループを検索する方法を指定します。電子メールアドレス、表示名、または電子メールアドレスと表示名の両方を検索するように選択できます。［電子メールアドレスと表示名を使う］を選択した場合、カストディアンまたはカストディアングループは、一致する電子メールアドレスまたは一致する表示名のいずれかが検索基準を満たす必要があります。両方の基準を満たす必要はありません。
Discovery Accelerator にカストディアングループの表示名と電子メールアドレスだけでなく、すべてのグループメンバーの電子メールアドレスも検索してほしい場合、［配布リストのメンバーのアドレスを含める］を選択します。
［カストディアンマネージャのオプション］領域の下で入力する条件は、検索の構築時に利用可能なカストディアン情報を使います。この情報は、検索を再び編集しないと更新されません。たとえば、検索を作成し、［配布リストのメンバーのアドレスを含める］オプションを選択する場合、その時点でのリストのメンバーが検索とともに保存されます。リストに所属するメンバーがその後変更されても、検索を編集して再び保存するまでその変更は適用されません。
単語またはフレーズの前にプラス記号 (+) を配置して、行のその他すべての単語またはフレーズとブール論理積条件でつなげます。この記号により、指定した単語またはフレーズを目的の基準に応じて扱うように Discovery Accelerator に指示します。たとえば、次の検索文字列は「(server AND test) OR (group AND test) OR (cluster AND test)」を意味します。
```
[Any Of] server group +test cluster
```
次の例では、検索文字列は「(server AND test AND group) OR (cluster AND test AND group)」を意味します。
```
[Any Of] server +group +test cluster
```
単語またはフレーズの前にマイナス記号 (-) を配置して、行のその他すべての単語またはフレーズとブール否定論理積条件でつなげます。この記号により、その他の検索基準に一致する結果と除外された用語を含む結果を結果セットから除外するようにDiscovery Acceleratorに指示します。たとえば、次の検索文字列は「(server AND NOT test) OR (group AND NOT test) OR (cluster AND NOT test)」を意味します。
```
[Any Of] server group -test cluster
```
次の例では、検索文字列は「(server AND cluster AND (group AND NOT test))」を意味します。
```
[All Of] server
         cluster
         group -test
```
検索語は、除外済みの語句のみで構成することができません。このような単語またはフレーズを指定するときには、検索結果に表示する検索対象な語句も指定する必要があります。
検索用語は、どの行も次のいずれの文字で始まることはできません。
```
= + - @
```
たとえば、「server -cluster」は、有効な検索用語ですが、「-cluster server」は有効ではありません。
検索では、アスタリスク（*）を使って 0 文字以上の文字を表すことができます。疑問符 (?) を 1 文字の代わりに使用することができます。
ワイルドカードでの検索は、検索基準に一致し、Enterprise ボルト 10.0 以降でアーカイブされたアイテムならば、常に検索されます。Enterprise Vault 9.0 以前でアーカイブしたアイテムも検索結果に含まれるようにするには、ワイルドカードの前にワイルドカードではない文字を 3 つ以上入力します。たとえば、次の検索文字列は「make」、「maker」、「making」、「wonder」、「wondering」などの用語にヒットします。
```
[Any Of] mak*
         Wonder*
```
［差出人］フィールドか［宛先］フィールドに指定する電子メールアドレスにワイルドカード文字を含めることができます。次の例は電子メールアドレスに「@acme.uk」か「@acme.hk」を含んでいるユーザーのアイテムを見つけます。
```
[Any Of] acme.?k
```
ただし、アットマーク (@) などの特殊文字の後にどのワイルドカード文字も使うことはできません。たとえば、検索文字列「@?cme.uk」では予想した検索結果が得られません。
Discovery Accelerator は、プラス記号、マイナス記号、疑問符など、特別な意味がある場合を除いて、検索語の英数字以外の文字を無視します。
たとえば、US@100 という用語の検索は、US@100 だけではなく US 100 と US$100 のインスタンスも検索します。したがって、検索語に英数字以外の文字を含めると、予想よりも多くの結果が戻される場合があります。

近接検索の実行

Discovery Accelerator クライアントでは、大文字の NEAR、BEFORE、NOTWITHIN などの演算子を使用して近接検索を作成できます。

検索語について次の点に注意してください。

検索語に大文字の NEAR、BEFORE、NOTWITHIN などの演算子を使用する場合、その検索語は近接検索クエリーとして動作します。
- 2 つの検索語間のデフォルトの演算子は Any of です。
- フレーズを二重引用符で囲んで指定し、近接演算子を適用できます。
検索語に大文字の NEAR、BEFORE、NOTWITHIN などの演算子を使用しない場合、その検索語は通常検索クエリーとして動作します。

次の表に、近接検索の構文と例をいくつか示します。

表:

演算子	説明	例
BEFORE	最初に指定した用語から 2 番目に指定した用語までに出現する単語数が最大 10 個のアイテム。省略可能なオプションとして、2 つの用語間の最大単語数を指定できます。	JohnBEFORESmith は、John から Smith までに出現する単語数が 10 個以内のアイテムと一致します。Sue Smith met John は一致しません。 JohnBEFORE/1 Smith は、John Smith や John B. Smith を含むアイテムと一致します。John has met Smith や Sue Smith met John を含むアイテムは一致しません。
NEAR	最初に指定した用語と 2 番目の用語の間に出現する単語数が 10 個以内のアイテム。省略可能なオプションとして、2 つの用語間の最大単語数を指定できます。	JohnNEARSmith は、John と Smith の間に出現する単語数が 10 個以内のアイテムと一致します。 JohnNEAR/1 Smith は、John Smith、John B. Smith、Smith sued John のように、John と Smith の間に出現する単語数が 1 つのアイテムと一致します。John has met Smith または Sue Smith asked for John を含むアイテムは一致しません。
NOTWITHIN	最初に指定した用語が 2 番目の用語で定義した文脈以外に出現するアイテム。	confidentialNOTWITHIN"Disclaimer: This email and any files transmitted with it are confidential" は、免責の文脈以外で confidential という単語を含むアイテムと一致します。

演算子

説明

例

BEFORE

最初に指定した用語から 2 番目に指定した用語までに出現する単語数が最大 10 個のアイテム。省略可能なオプションとして、2 つの用語間の最大単語数を指定できます。

JohnBEFORESmith は、John から Smith までに出現する単語数が 10 個以内のアイテムと一致します。Sue Smith met John は一致しません。

JohnBEFORE/1 Smith は、John Smith や John B. Smith を含むアイテムと一致します。John has met Smith や Sue Smith met John を含むアイテムは一致しません。

NEAR

最初に指定した用語と 2 番目の用語の間に出現する単語数が 10 個以内のアイテム。省略可能なオプションとして、2 つの用語間の最大単語数を指定できます。

JohnNEARSmith は、John と Smith の間に出現する単語数が 10 個以内のアイテムと一致します。

JohnNEAR/1 Smith は、John Smith、John B. Smith、Smith sued John のように、John と Smith の間に出現する単語数が 1 つのアイテムと一致します。John has met Smith または Sue Smith asked for John を含むアイテムは一致しません。

NOTWITHIN

最初に指定した用語が 2 番目の用語で定義した文脈以外に出現するアイテム。

confidentialNOTWITHIN"Disclaimer: This email and any files transmitted with it are confidential" は、免責の文脈以外で confidential という単語を含むアイテムと一致します。

［アーカイブ］セクション

メモ:

この機能は、ケースで「検索でのアーカイブの選択」権限を持つときのみ利用可能です。

この機能はスケジュール設定済みの検索の基準を定義する場合は利用可能ではありません。即時検索を設定するときのみ使うことができます。

［アーカイブ］セクションは、特定のアーカイブのみにケースレベルの検索またはフォルダレベルの検索の範囲を制限することを可能にします。デフォルトでは、Discovery Accelerator はケースに選択したボルトストアのすべてのアーカイブを検索します。ただし、これは Discovery Accelerator が何千ものアーカイブを不必要に検索する必要がある場合は望ましくなく、時間がかかる場合があります。

検索対象のアーカイブを選択する方法

［次のアーカイブを検索］をクリックします。
右側の［Archive Picker］オプションをクリックします。
［アーカイブを選択］ダイアログボックスでは、目的のアーカイブを選択します。
ケースレベルのアーカイブのリストから最大 5000 のアーカイブを選択できます。
［適用］をクリックします。

［添付ファイル］セクション

［添付ファイル］セクションでは、指定した数または種類の添付ファイルを含むアイテムを検索できます。

番号

対象となる添付ファイル数を指定します。デフォルトオプション［重要ではない］の場合、0 を含む任意の数の添付ファイルを含むアイテムが検索対象となります。その他のオプションを選択する場合、対象となる添付ファイル数を指定する値を 1 つまたは 2 つ入力する必要があります。

ファイル拡張子

検索対象となる添付ファイルの種類を表す拡張子を指定します。各拡張子はスペースで区切って入力します。たとえば、HTML ファイルまたは Microsoft Excel ファイルが添付されているアイテムを検索する場合は、次のように入力します。

.htm .xls

この検索オプションでは、ファイル名のみによって添付ファイルが評価されます。ファイルの種類は確認されません。たとえば、.zip ファイルの拡張子を .zap に変更し、名前を変更したファイルを電子メールの添付ファイルとして送信するとします。Discovery Accelerator は .zip 拡張子の付いた添付ファイルを含むアイテムのみを検索し、名前の変更された添付ファイルを含む電子メールは検索しません。

添付ファイルの内容によっては、Enterprise Vault でインデックス付けしていないために検索できない場合もあります。特に、Fax や音声のようなファイル形式には、インデックス付けできる内容がありません。

Enterprise Vault の一部のレジストリエントリでは、選択したファイルタイプの内容をインデックス付けできません。たとえば、ExcludedFileTypesFromConversion エントリの場合がそれに該当します。詳しくは『レジストリ値』ガイドを参照してください。

Discovery Accelerator でファイル名拡張子を指定した検索を実行する方法について詳しくは、Veritas サポート Web サイトの以下の記事を参照してください。

https://www.veritas.com/docs/100008537

［その他］セクション

［その他］セクションでは、特定のサイズまたは種類のアイテム、特定の保持カテゴリのアイテムを検索できます。

メッセージサイズ	メッセージストア（Exchange、Domino など）が報告するように、検索する各アイテムのサイズを KB 単位で指定します。アイテムのサイズには添付ファイルのサイズも含まれます。
メッセージの種類	選択した種類のアイテムを検索します。
インデックスなしのアイテムのみ含める	バイナリファイルや暗号化されたメールアイテムなど、通常は検索結果に表示されないインデックス付けされていないアイテムを検索できます。このオプションを選択する場合は、［内容］フィールドを空にしておく必要があります。
保持カテゴリ	Enterprise Vault が選択済みの保持カテゴリを割り当てたアイテムを検索します。

［ポリシー］セクション

［ポリシー］セクションでは、任意のポリシー管理ソフトウェアが分類に使ったタグに従ってアイテムを検索できます。

ポリシー

ある特定の分類のポリシーと一致するアイテムの有無を検索できます。複数の種類のポリシーがあります。

［含める］。ポリシー管理ソフトウェアでレビューセットに含まれるように分類され、最も深刻な非行（ののしり、人種差別、インサイダー取引など）である可能性のあるアイテムです。通常、これらの機能を示すアイテムがレビューセットに含まれるようにすると便利です。
［除外］。スパムアイテムとニュースレターは、ポリシー管理ソフトウェアがレビューセットから除外するように分類することがあるアイテムの典型的な例です。
［分類］。ポリシー管理ソフトウェアは、スペイン語のテキストを含むなど特定の性質を表わすアイテムをカテゴリに分類する場合があります。この種類のポリシーは、アイテムをレビューセットに含めるか、またはレビューセットから除外するかの情報を提供しません。

これらのポリシーの種類は相互に排他的ではありません。ポリシー管理ソフトウェアは、同じアイテムに種類が異なる複数のポリシーを適用する場合があります。ただし、含まれるポリシーが他の種類のポリシーに常に優先します。

必須のポリシーの種類を選択し、検索するポリシーの名前を選択します。または、ポリシーの種類として［カスタム］を選択し、1 つ以上のポリシー名を入力します。次のように、複数のポリシー名をカンマで区切ります。

CustomPolicy1,CustomPolicy2

複数のポリシーの検索を選択すると、検索結果にはいずれかのポリシーに一致するアイテムが含まれます。

現在のケースでポリシーをフィルタ処理

リストから現在のケースで使用中ではないポリシーを省略できます。

［カスタム属性］セクション

［カスタム属性］セクションでは、指定した属性を持つアイテムを検索できます。Enterprise Vault がアイテムを処理するときに、情報が含まれる多数のアイテムの属性をポピュレートし、アーカイブ済みアイテムを含むこの情報を格納します。一部のサードパーティ製ソフトウェアはアイテムに追加の属性情報を加えることもあります。対象の属性の名前がわかる場合は、カスタム属性としてここにその詳細情報を入力できます。

次の点に注意してください。

複数の属性の詳細情報を入力する場合は、［属性を含める］ボックスのオプションを使って、検索結果を属性のいずれかまたはすべての属性に一致させるかを指定します。
文字列値を許容する属性の場合は、ボックスの右側の［対象とカストディアン］ボタンをクリックして、電子メールの対象またはカストディアンの詳細情報を追加できます。
［カストディアンマネージャのオプション］を［電子メールアドレスと表示名を使う］に設定する場合、カスタム属性フィールドに入力するカストディアンの詳細が Discovery Accelerator でどのように処理されるかを理解することが重要になります。Discovery Accelerator は、［演算子］ボックスでの選択に応じて、［および］ブール演算子または［または］ブール演算子のいずれかでカストディアンの電子メールアドレスと表示名をつなげます。たとえば、［演算子］を［両方］に設定すると、カストディアンの電子メールと表示名の両方に一致するアイテムが検索条件を満たします。これらの詳細情報の 1 つのみに一致するアイテムは検索条件を満たしません。電子メールアドレスと表示名を［または］演算子でつなげるには、［演算子］を［いずれか］に設定します。1 つ以上の詳細情報（両方でなくてもよい）に一致するアイテムが検索条件を満たします。
サードパーティ製ソフトウェアが SMTP アイテムの X-header に追加した属性情報を検索するには、必須属性の名前に接頭辞 EVXHDR を追加します。次に例を示します。
EVXHDR.X-CompanyID
属性名と値は大文字と小文字を区別します。
属性値がフレーズであることを示す場合に引用符で属性値を囲まないでください。代わりに、これらの属性のオペレータとして［フレーズ］を選択します（選択肢がある場合）。また、次のように、すべてのスペースをピリオドに置換することによって属性値がフレーズであることを示すことができます。
sample.attribute.value
この方法によって、同じカスタム属性に複数のフレーズ値を指定できます。たとえば、次の属性値を考えてみます。
Enterprise.Vault.Service.Account system DA.Administrator
この値は、「Enterprise Vault Service Account」、「system」、「DA Administrator」と一致します。

詳細情報

Discovery Accelerator 検索スケジュールの作成

Discovery Accelerator の権限について

カスタム検索属性の詳細の指定

Enterprise Vault の検索のプロパティについて