- 要素の検索条件にテキストが指定されていない
- 要素の UseRawText プロパティが true である
Export
ABBYY FlexiCapture での FlexiLayouts の識別と処理
事前認識パラメーターをそろえ、分類器を使用し、識別要素 を追加することで、ABBYY FlexiCapture で flexible Document Definition をより高速にマッチングします。
1 つの FlexiCapture バッチ内で、‘fixed’ と ‘flexible’ の Document Definition を無制限に処理できます (‘flexible’ の Document Definition は FlexiLayout から作成されます) 。バッチに複数の flexible Document Definition が含まれている場合は、それらの flexible Document Definition の作成に使用されるすべての FlexiLayout で、同じ事前認識パラメーター (language、text type、mode) を使用することをお勧めします。この場合、事前認識は 1 回だけ実行され、その結果がほかの Document Definition にも使用されます。これにより、処理時間を短縮できます。通常、事前認識には Document Definition のマッチングに必要な時間の最大 90% がかかるためです。
FlexiCapture は、バッチ内のすべての flexible Document Definition で指定された事前認識パラメーターのセットごとに、ページに対して事前認識を実行します。すべての Document Definition で同じ事前認識 language が使用されている場合、事前認識は 1 回だけ実行され、検出された objects が保存されて、バッチ内のほかの Document Definition に使用されます。いずれかの Document Definition で異なる事前認識 language (または text type、mode) が使用されている場合、FlexiCapture はそのページに対して 2 回事前認識を行う必要があり、Document Definition のマッチングに必要な時間も 2 倍になります。そのため、事前認識パラメーターのセットはできるだけ少なくすることをお勧めします。
場合によっては、事前認識をスキップすることで FlexiLayout のマッチングを高速化できます。これは、FlexiLayout 要素に Separator、Barcode、White Gap、Region、および Object Collection 要素のみが含まれ、さらに White Gap 要素と Object Collection 要素のすべてが次の要件のいずれかを満たしている場合に可能です。
分類器は、FlexiLayout またはレイアウト代替の選択を自動化するために使用されます。分類器は、FlexiLayout Studio で作成し、FlexiCapture にインポートする特別なプロジェクトです。このプロジェクトでは、文書が属する可能性のあるクラスのツリー構造を定義します。各クラスには、特定の種類の文書を識別する一連の要素が含まれます。分類時には、使用する FlexiLayouts (またはレイアウト代替) の名前が、分類された各ページのプロパティに保存されます。分類プロジェクトの詳細については、Classifier project を参照してください。
分類器を使用しない場合は、FlexiCapture が適切な FlexiLayout をより確実に選択できるようにし、処理自体を高速化するために、FlexiLayout 内に識別要素を作成します。実際には、ほぼどのような種類の要素でも識別子として使用できます。唯一の要件は、その文書タイプのすべての文書で確実に検出されることです。実際によく使用される識別子は、Static Text、Barcode、Character String 要素です。文書タイプの識別に複数の要素が使われることもあります。
FlexiLayout ツリー内で識別要素が上位にあるほど、Document Definition の選択は高速になります。
識別要素を作成する方法の 1 つは、Optional element プロパティをクリアすることです。これは、その要素に対応するオブジェクトがすべての画像に存在していなければならないことを意味します。要素で指定されたオブジェクトが検出されない場合、その画像は Document Definition と照合されません。
さらに、DontFind() 関数を Advanced pre-search relations フィールドで使用して、文書を識別することもできます。これにより、プログラムはオプション要素を探さなくなります。
flexible Document Definition を識別する別の方法として、要素仮説の Quality プロパティを使用する方法があります。Advanced post-search relations フィールドで任意の要素の Quality を 0 に設定すると (対応するコードは Quality: 0;) 、Document Definition の照合は失敗します。要素の Quality を 0 に設定する前に、FlexiLayout ツリー内で現在の要素より上位にある要素のプロパティを分析する必要があります。