5万ページ。ブラウザ上でレビュー。複数のチームが並行して実施。

なぜ重要なのか

ファイルサイズが運用上の制約となる種類の作業があります。数万ページに及ぶ科学文書。1つのバッチに数千のパーソナライズされたバリエーションが含まれるダイレクトメールキャンペーン。ギガバイトに及ぶ産業機器のCAD図面。ほとんどのレビューツールではレンダリングできないほど大きいエンジニアリング提出書類、規制文書、および大型出版物。

これらのファイルは、ほとんどのレビュープラットフォームでよくある失敗パターンを引き起こします。

• ファイルのアップロードとレンダリングに数分（または数時間）かかります。
• レンダリング後、ビューアでの読み込みが遅く、ページをめくったりズームしたりするたびに、新たに待つ必要があります。
• ファイルが大きすぎてコピーを共有できないため、複数のレビュー担当者が並行して作業できません。
• 検索とナビゲーションが機能しなくなります。
  • 7,000ページにも及ぶ文書の4,712ページにある特定の開示情報を探すよう依頼されたレビュー担当者は、簡単にはそこにたどり着けません。
  • 特定のセクションに焦点を当てるよう依頼された専門レビュー担当者は、結局、自分の作業にたどり着くまでに他のすべてをスクロールしなければなりません。
  Aprooveは、こうした運用上の現実を解消するために設計されました。ストリーミングアーキテクチャにより、プロトコルレベルでのファイルサイズの制約がなくなります。アトミックなファイル分割により、あらゆる規模でナビゲーションと検索が機能します。コンポーネントレベルの権限により、複数のチームが同じファイルの異なるセクションを並行して作業できます。以前は数週間、複数のツール、複数の会議を要する調整問題だったものが、通常のレビューになります。

極めて大規模な顧客の実態

Aprooveのコンテキストにおける「大規模」の意味を示す2つの例：

ロスアラモス国立研究所では、最大50,000ページに及ぶ文書を扱い、複数の専門チームが並行してレビューを行っています。このサイズのファイルは、科学文書や規制文書では珍しくなく、ストリーミングやコンポーネントレベルの権限がないプラットフォームではレビューできません。Aprooveを使用すると、LANLのチームは、30ページのパンフレットに使用するのと同じブラウザインターフェースで、これらの文書をナビゲート、検索、コメント、決定することができます。

RRDのセキュアダイレクトメール業務では、バッチごとに7,000ページを超えるファイルのレビューを実行しており、各ページにはパーソナライズされたコンテンツが含まれる場合があり、コンプライアンスと品質基準に基づいて独自の承認が必要です。同時レビュー担当者アクセスは、この規模のバッチを生産スケジュールでクリアするための唯一の実行可能なモデルです。

Aproove は、あらゆるレベルでコンプライアンス ソフトウェア AI 文書分析をサポートしています。

これら両方が機能するのは、ストリーミング レイヤー (ファイル サイズの制約を取り除く)、アトミック ファイル分解 (コンポーネントごとのナビゲーションを可能にする)、ワークフロー エンジン (他のすべてをスクロールさせることなく、適切なページを適切なレビュー担当者にルーティングする) の組み合わせによるものです。

Aproove での大きなファイルの動作

理解しておくべきいくつかの具体的な点:

一度レンダリングすれば、永久にストリーミングできます。 処理エージェントは、アップロード時にファイルをレンダリングします。タイルは複数のズーム レベルで生成され、元のファイルと一緒に保存されます。最初の処理の後、後続のレビュー担当者のためにファイルを再レンダリングする必要はありません。すべてのレビュー担当者は、既存のタイルをストリーミングします。

ファイル全体をロードしないページ ナビゲーション。 レビュー担当者は、中間のページをロードする必要なく、任意のページ (ページ 1、ページ 4,712、ページ 49,888) にジャンプできます。レビュー インターフェイスは、必要に応じて対象ページのタイルを取得します。50,000 ページのドキュメントを閲覧する感覚は、50 ページのドキュメントを閲覧する感覚と同じです。

ファイル全体にわたる全文検索。 Aproove のテキスト抽出は、アップロード時にファイル全体に対して実行され、非常に大規模なファイルにも対応します。50,000 ページのドキュメントで特定のフレーズを検索するように依頼されたレビュー担当者は、検索して一致する箇所に直接アクセスできます。プラットフォームでは、レビュー担当者が順番に読む必要はありません。

セクションとコンポーネントのルーティング。 大規模なファイルは通常、単一のチームによってレビューされることはありません。セクションは分割され、それぞれを処理するのに最適な専門家にルーティングされます。Aproove のコンポーネント レベルの権限とワークフロー ルーティングにより、この分割は単なる概念ではなく、実際に機能します。各専門家は、自分が担当するセクションを見ることができます。

非常に大規模な場合でも、バージョン間で比較。 比較ビューは、小規模なファイルと同様に、大規模なファイルでも実行されます。 7,000 ページのダイレクト メール バッチのバージョン 14 をバージョン 13 と比較するレビュー担当者は、より小さなプルーフで使用できるサイド バイ サイド、オーバーレイ、ゴースト、またはピクセル モードと同じモードで、変更されたコンポーネントを正確に確認できます。

同時ユーザー数が増えてもパフォーマンスは低下しません。 タイルは事前に生成され、レビュー担当者間で共有されるため、同じ大きなファイルにアクセスする複数のレビュー担当者によってレンダリングの負荷が増大することはありません。同時アクセスは、ユーザーごとのレンダリングではなく、ストリーミング レイヤーでスケーリングされます。

大規模な共同作業

50,000 ページのドキュメントは、1 人の担当者によってレビューされるものではありません。多くの場合、分散したチーム、多くの場合、複数の専門分野にわたるチームによってレビューされます。Aproove は、複数チームによるレビュー パターンを実用化します。

• 複数のレビュー担当者、同じファイル、リアルタイム。 チームはファイルを一緒に開き、並行して作業し、互いの注釈をリアルタイムで確認できます。ファイルはコピーに分割されるのではなく、ビューに分割されます。
• セクションとコンポーネントは専門家にルーティングされます。規制セクションは規制部門に、技術セクションはエンジニアリング部門に、フォーマットセクションは制作部門にルーティングされます。各専門家は、他の作業に目を通すことなく、自分の作業を確認できます。
• プロジェクトチャットとタスクチャットにより、会話はコンテキストに沿って行われます。大規模ファイルのレビューでは、特定のコンポーネントに関する多くの会話が発生します。インラインチャットにより、これらの会話はメールに埋もれることなく、作業に紐づけられます。
• 監査証跡はチ​​ーム全体の作業を記録します。すべての注釈、すべての決定、すべてのチャットメッセージがプロジェクトレコードに記録されます。ファイルサイズが極端に大きくても、監査証跡は劣化しません。

メリット

• ファイルサイズは大きすぎません。 ワークフローを中断することなく、大規模なドキュメントレビューが可能です。数ギガバイトのCADファイル、50,000ページの科学文書、7,000ページのダイレクトメールバッチなど、ストリーミングアーキテクチャは30ページの校正刷りと同じように処理します。
• レビュー担当者は待つ必要がありません。 ファイルはブラウザに瞬時に読み込まれます。ページナビゲーション、ズーム、検索はどのスケールでも機能します。
• 複数のチームが同じファイルで並行して作業できます。 セクションとコンポーネントのルーティングにより、専門家は互いに邪魔することなく自分の担当部分に集中できます。
• 検索はどのスケールでも機能します。 数万ページにわたる全文検索は数秒で結果を返します。レビュー担当者は必要なものを見つけることができ、順番に読む必要はありません。
• ファイルはプラットフォームから離れることはありません。 ファイルサイズが極端に大きくても、ダウンロードは不要です。機密性の高いコンテンツは管理されたインフラストラクチャ内に保持されます。
• 同時ユーザー数が増えてもパフォーマンスは低下しません。 事前に生成されたタイルは共有されます。大きなファイルにレビュー担当者を追加しても、レンダリング負荷は増加しません。
• 比較と注釈は、小さなファイルの場合と同様に動作します。 バージョン比較、ディープズーム、ピクセルレベルの差分、コンポーネントレベルの注釈は、ファイルサイズに関係なく同じように動作します。

対象者

• 数万ページに及ぶ文書を作成する科学・研究機関。
• 大規模なバッチ処理によるパーソナライゼーションを実行するダイレクトメールおよび大判印刷業務。
• 数ギガバイトのCAD図面や技術仕様書を扱うエンジニアリングおよび製造チーム。
• 個々の文書が従来のレビューツールの制限を超える可能性がある、提出書類を管理する規制関連チーム。
• 大規模な技術文書や運用文書が常態化している政府・防衛機関。‍
• 数千ページに及ぶ成果物が日常的に発生する出版およびカタログ業務。

内部構造

大容量ファイル処理は、高性能ファイルストリーミング機能で説明されている処理エージェント、タイルエンジン、ストリーミングインフラストラクチャと同じものに基づいています。ファイルサイズが極端に大きい場合、アーキテクチャの特性が運用上重要になります。タイルはアップロード時に一度だけ事前生成され（レンダリングコストはファイルサイズに応じて増加しますが、一度だけ支払われ、すべてのレビュー担当者に分散されます）、ビューポートとズームレベルに基づいてオンデマンドでストリーミングされます（レビュー担当者のデバイス負荷はファイルサイズに依存しません）。また、ストレージ層でキャッシュされます（レビュー担当者が同時にアクセスしてもレンダリング作業が倍増しません）。テキスト抽出は処理時にファイル全体に対して実行され、ページ数に関係なくプロジェクトレベルの全文検索用にインデックスが作成されます。コンポーネントレベルの権限とワークフロールーティングは、50,000ページのファイルでも50ページのファイルでも同じ粒度で動作します。 Aprooveが推奨するレンダリングレベルは、高速レビュー用の120 DPIから、高品質な印刷校正用の768 DPIまで幅広く用意されており、プロジェクトの種類ごとに設定することで、レンダリング速度とズーム時の忠実度をバランスよく調整できます。デプロイメントに敏感な顧客向けには、大容量ファイルのワークロードは、AprooveがホストするAzureインフラストラクチャ、顧客自身がホストする環境、オンプレミス環境のいずれにおいても、同一に実行されます。