Skip to main content
ABBYY FlexiCapture (以下、システム) は、ストリームで到着するdocuments からデータを抽出するため、パフォーマンスは一定時間あたりの処理量で測定します。 システムを設計するには、パフォーマンス指標を使って目標パフォーマンスを定義します。 必要な処理時間は、顧客企業の社内手順、サービスレベル契約、業務プロセスの要件によって定義されます。 処理量は、過去のデータや事業成長の傾向、または企業の事業計画に基づきます。たとえば、広告キャンペーンの成功や会計年度末などにより、処理量が一時的または季節的に増加することがあります。 これらのパラメーターによってシステムのワークロードが決まります。
  • 平均バッチサイズ (ページ数)
  • 画像のカラーモード: カラー、グレースケール、白黒
  • 1日あたりのページ数 (24時間)、平均／ピーク
  • 1時間あたりのページ数、平均／ピーク
  • 平均documentsサイズ (ページ数)
  • スキャンオペレーター数
  • 検証オペレーター数
  • documents の保存期間

​
平均バッチサイズ

バッチとは、関連する複数のdocumentsをまとめて処理する単位です。 例: 顧客が処理のために十数件のdocumentsを送信する場合、それらはすべて同じリクエストの下で扱われます。これは、照合やビジネスロジックの都合上、それぞれを個別に処理できないためです。

​
画像のカラーモード

documents画像にはさまざまな形態があり、たとえば次のようなものがあります。
  • カラー、グレースケール、または白黒でスキャンされたコピー
  • さまざまな解像度の写真
  • ベクターPDFファイルなどのメール添付ファイル
documents画像の色調は、次の要因に左右されます。
  • 入力データをどの程度制御・変更できるか。 たとえば、スキャンに FlexiCapture クライアントを使用する場合、すべての受信documentsに同じスキャンモード (色調) を設定できます。
  • 長期保存に関する要件。 たとえば、社内規定により、すべてのdocumentsをグレースケール画像としてのみ 5 年間保存しなければならない場合があります。この場合、FlexiCapture クライアントはスキャン段階でカラー画像をグレースケール画像に変換できます。
企業は多くの場合、受信documentsを元の形式で保存する義務があります。それでも通常は、どのような形式が想定されるかを見積もり、サンプル画像を用意できます。最もコストがかかるのは、すべてがカラーのdocuments画像であり、ネットワーク転送とファイル保存の両方のコストが増大します。

​
1 日あたりのページ数と 1 時間あたりのページ数

平均処理性能とピーク処理性能は、1 時間や 24 時間など、組織が選択した期間に処理されるページ数を表します。カラー、グレースケール、白黒のページはそれぞれ別に数えます。
  • 正確な時間区間を指定します。1 日は 8 ～ 12 時間の 1 営業日と誤解される可能性があるため、24 時間の方が適しています。
  • システムがニーズや期待どおりに動作しているかを簡単に確認できるよう、自社にとって意味のある値を設定します。
たとえば、顧客にとってより有用な確認指標は、1 秒あたり 0.01 ページではなく、24 時間で 1000 ページという見積もりです。 documentsはサイズが大きく異なるため、処理量はdocuments数ではなくページ数で見積もります。一方、同じ種類のdocumentsの平均ページ数は、通常は容易に推測できます。たとえば、請求書は 1 ページの場合もあれば 100 ページを超える場合もありますが、平均すると通常は 3 ページです。 最後に、これらの数値を、ハードウェア性能の計算で一般的に使用される 1 秒あたりのバイト数およびビット数に換算します。各カラーモードについて、以下の一般的な A4 ページサイズを使用します。 より正確に見積もるには、実際のdocumentsのサンプルが必要です。 各カラーモードの一般的なページサイズと、1 日または 1 時間あたりの平均およびピークページ数を組み合わせます。これらに基づいて、1 秒あたりのバイト数で表した平均およびピーク入力フローを見積もります。

​
ユーザー数

これは、documents処理の実行中にシステムへ同時にアクセスするユーザー数を指します。ユーザーには 2 種類あります。
  • スキャンオペレーターはdocuments画像をスキャンし、確認・編集した後、Application Server に渡します。
  • 検証オペレーターは抽出されたデータを検証・修正し、Application Server から画像をダウンロードして、修正済みデータを送信します。

​
documents の保存期間

documents の保存期間は、システム構成やハードウェアコストに大きく影響します。保存期間が長いほど、より大容量の FileStorage が必要になるためです。 システム内でのdocuments の保存期間は重要なパラメーターであり、組織内でのdocuments の保存期間と混同しないようにしてください。 システム内での平均documents保存期間は、多くの場合、平均処理時間に相当します。手動操作を伴う複数の処理段階が関わる場合には、これが数週間に及ぶこともあります。 場合によっては、平均処理時間に、処理完了段階での画像とデータの保存時間を加えたものになります。FlexiCapture では、documents が会社の ERP システムにエクスポートされると、処理済みとして扱われます。その時点で、組織内での処理がまだ継続している可能性があります。そのため、documents はシステム内の初期処理段階のいずれかに再送される可能性があります。 このため、処理完了 ステータスのdocuments (つまり、documents画像と抽出データ) は、次の条件を満たすまで FlexiCapture 内に保存されます。
  • すべての業務プロセスを完了する
  • 会社のアーカイブに格納される
FlexiCapture はアーカイブシステムではありません。システム内でのdocuments の一般的な保存期間は 2 週間です。