File Viewerは、ファイルデータを使いやすい形式で表示するアプリケーションです。 ビューアは、重いエディタソフトウェアを使用せずにドキュメントを表示するために使用されます。 この記事では、ECMシステムのフレームワーク内の視聴者について検討します。
ECM （企業情報コンテンツ 管理 ） - 企業全体のコンテンツの管理、保管、処理、配信 。 MoReq標準の要件に従って、電子文書はネイティブアプリケーションと組み込みビューアの両方で同様に正常に開く必要があります。 ただし、ECMシステムの多くのユーザーにとって、ドキュメントを操作するためのメインインターフェイスはビューアです。 現時点では、ECMシステムで動作する多くの形式がありますが、今日までこれらのシステムには便利で普遍的なビルトインビューアーはありません。 なんで？
この質問に答えて、独自のソリューションを提供してみましょう。
背景
実際、最初の視聴者は最初の編集者でした。 エディターでドキュメントを作成した作成者は、同じアプリケーションで表示したリーダーにドキュメントを渡しました。
最初のテキストエディターの1つはO26で、1967年にCDC 6000シリーズのコンソールオペレーター向けに作成されました。 最初の「人気のある」テキストエディターは、1976年にUnix用に作成されたフルスクリーンviエディターでした。
CDC 6600シリーズ
コンピュータグラフィックスは、スケッチパッドのハードウェアおよびソフトウェアシステムが登場した1963年に開発が始まりました。 これは、コンピューターに実装された最初のベクターエディターでした。 そしてすでに1968年に、画像を記憶し、コンピューターのディスプレイに表示することが可能になりました。
ハードウェアとソフトウェアの複雑なスケッチパッド
後に、パーソナルコンピューターの出現により、エディターは飛躍的に発展し始めました。 それらは、より多様で機能的に複雑になり、コンピューターリソースを要求し、その結果、高価になりました。 視聴者の外観は実際には、1つの要因-ネイティブアプリケーション（エディター）を使用せずにファイルを表示する必要性によって促進されました。 結局のところ、実際には、印刷されたドキュメントを表示するためのタイプライターや、写真を表示するためのフォトショップは必要ありません。
現在の状況
ECMの概念には、さまざまな非構造化データ形式の操作が含まれます。
ECMシステムでは、情報オブジェクトを複数の相互接続されたファイル、データベースレコード、および構造で一度に表すことができるため、状況は悪化します。 例として、tiff形式の図面のスキャン、dwgのソース、データベースに保存されたカードの属性、xmlの製品構造。
多数のユーザーもシステムに目を向けます。これらは、さまざまな部門や支店の数百人の従業員だけでなく、顧客でもあります。 テキストを表示する必要があるユーザーもいれば、図面が必要なユーザーもいます。 また、複数のフォーマットを同時に表示する必要があるユーザーのグループがあると考えると、そのようなシステムではどのようなビューアが必要ですか？
各ユーザーグループの要件を満たす1つのECMシステムで複数のビューアを作成することができます。PDF形式でドキュメントを保存するために全員を「バンク」できます。 これは状況から抜け出す方法でしょうか？
業界の仕様と専門規格は、その名を残しています。
薬
例：X線画像とDICOM形式のメタデータ。
このようなドキュメントを表示する場合、ビューアーは画像自体と必要なすべての属性（患者の名前、医師、研究助手、画像の日付、体の一部、投影、機器の種類など）の両方を表示する必要があります。
デザイン活動
例：設計文書の図面。 ビューアーでこのようなドキュメントを表示する場合、図面自体、オブジェクトの名前、図面の作成者に関するデータ、承認および承認データを表示する必要があります。
図書館
例：書籍、 RusMARK形式のメタデータをスキャンします。 ページとブックのナビゲーションに加えて、閲覧者は著者、出版社、コンテンツ、読者のコメントなどに関する情報を表示する必要があります。
すべての視聴者の普遍的な要件
業界の仕様に関係なく、視聴者には多くの一般的な要件が提示されます。
機能的
- 信頼性（作成者が作成した形式でのドキュメントの表示）
- 雑食の形式
- コンテンツナビゲーション
- ドキュメントと属性で検索
- スケーリング
- ドキュメントの向き
- ブックマークとコメント
- 文書保護（コピー保護、印刷保護など）
非機能要件
- 使いやすさ
- 性能
- 軽量（システムリソースが少なく、アプリケーションの重量が少ない）
- 無料
解決策
私たちの経験では、この状況から抜け出す方法はほとんどありません。
1. EMC Documentum、Alfresco、MS SharePointなどの企業が行うように、外部ビューアー （たとえばBrava ）を購入して統合します。
長所 すべてがすでに行われています。
短所 コピー防止なし。 1つの職場のラスターグラフィックス、CAD、およびオフィス形式をサポートする構成の価格は345ドルで、10の職場のネットワークライセンスは3105ドルです。 10台のコンピューターの閲覧室に設置する場合、価格は許容できるかもしれませんが、4,000人の学生にアクセスを提供する場合は、いいえ。
2. ドキュメントを1つの形式 （たとえば、pdf）に最大化し、サブ形式、圧縮、ソース形式、およびコンバーターを処理します。 これは、自動（コンバーターが必要）または手動で実行できます。
長所 必要なビューアは1つだけです（Adobe Acrobatなど）。
短所 コンバーターには費用がかかり、手作業での変換-追加の人件費、情報の損失、フォーマットのリセット、および変換中の他の問題が発生します。
3.ビルトインビューアーを拒否し、表示する外部アプリケーションの「動物園」を受け入れます。 最適なリストを決定し、すべての稼働中のマシンにインストールします。
長所 無料のビューアで必要なすべての形式をカバーする機能。
短所 セルフサポート、インストールされているビューアの数（1つのビューア-1つのタイプのドキュメント）。
4.多数の無料ライブラリに基づいて独自のビューアを作成します。
長所 すべての顧客の要件をカバーする機能。
短所 理解できない予算である開発の時間は、サードパーティのソフトウェアと連携します。
システムでのビューアの実装では、オプション番号4に決めました。 簡単なことではありませんでしたが、同時に一定の競争上の優位になりました。 実装のニュアンス、特に電子ライブラリとエンジニアリンググラフィックスについては、個別に説明します。
議論のための質問：ファイルを表示する際にどのようなタスク/問題が発生しましたか？ どの実装オプションを好みましたか？
あとがき
車のような視聴者と。 さもなければ、みんなを喜ばせるために優先順位を付けてください、あなたはこれを得ます：
ダンスフロアとカラーミュージックをプレゼントとして。
