はじめに

クリエイティブチームは、すべてのワークステーションに元の作成ソフトウェアをインストールせずに、大容量の画像やデザイン資産をレビューする必要があることが多いです。Doconut は、アプリケーションがブラウザ内でサポートされた文書や画像を表示できる .NET ドキュメントビューア SDK です。現在の機能一覧には、TIFF、SVG、PSD、PNG、JPEG、BMP、GIF に加えて、PDF、Office、CAD、メール、その他のビジネスフォーマットが含まれています。

1. 実際の課題：.NET Web ポータルで複雑な画像フォーマットをプレビューする

デザインスタジオは、クライアント、アートディレクター、ジュニアデザイナーがドラフトをアップロードし、改訂を比較し、最終資産に承認を与えることができる内部ポータルを立ち上げることがよくあります。シンプルに聞こえますよね？実際には、3 つの技術的ハードルが次々と現れます：

課題	デザイナーと写真家にとって重要な理由
プラグイン依存 – 従来のビューアは Adobe Flash、ActiveX、またはサードパーティのブラウザ拡張機能に依存しています。	ユーザーはプラグインのインストールや更新に時間を費やし、企業の IT 部門はセキュリティ上の理由で多くのプラグインをブロックします。
プレビューの忠実度 – 設定が不十分なプレビューパイプラインは、色、グラデーション、透明度、細部を変更してしまうことがあります。	色が重要な作業は、レビュー担当者がブラウザプレビューに依存する前に、代表的なテストが必要です。
大容量または複雑な資産 – TIFF や PSD ファイルは、処理、メモリ、ズーム動作に負荷をかけることがあります。	チームは、普遍的なサイズやパフォーマンスの上限を想定するのではなく、実際的なファイルとインフラをテストすべきです。

これらの問題は、バックエンドがすでに認証、ストレージ、バージョン管理を処理している ASP.NET Core や MVC ポータルではさらに複雑になります。別個のビューアスタックを追加すると、追加のライセンス、保守、セキュリティレビューが発生する可能性があります。

2. 必要なフォーマットと機能を確認する

すべてのプロフェッショナル画像フォーマットが同じように動作するという一般的な約束に頼ってはいけません。公式の Doconut 機能ページでは、現在、TIFF/TIF、SVG、PSD、PNG、JPEG、BMP、GIF がサポート対象として一覧化されています。
Doconut 機能ページ

組織で使用されている正確なファイル（大きなサイズ、透明性、埋め込みフォント、複数ページ、破損ファイルなど）をテストしてください。必要なフォーマットが一覧にない場合は、ユーザーに約束する前に Doconut にサポートを確認してください。

3. 手順：.NET ポータルに Doconut の高度な画像ビューアを埋め込む

以下は、開発チームがデザイナーに統合プレビュー体験を提供するために従える実践的な手順です。例は ASP.NET Core MVC プロジェクトを前提としていますが、同じ考え方は WebForms、Razor Pages、React、Angular のフロントエンドでも機能します。

3.1. Doconut ビューアライブラリを追加する

現在のパッケージとサンプルを公式ダウンロードページから使用してください。選択したバージョンを記録し、対象の .NET ランタイムとの互換性を確認します。

3.2. 安全なアップロードエンドポイントを設定する

アプリケーションの認証・認可モデルで文書へのアクセスを保護します。ストレージ、アップロード検証、保持、クリーンアップ、HTTPS の挙動を明示的なアプリケーションの責務として定義してください。

3.3. アップロードフォームの作成（デザイナー UI）

現在のドキュメントとテストで確認されたファイルカテゴリ用に HTML フォームを作成します。accept 属性はユーザー体験を向上させますが、サーバー側でサイズと内容の検証を行う必要があります。

3.4. サーバー側でのアップロード処理

フォームが送信されたら、ファイルを検証し、公開ディレクトリ外に保存します。サーバー側の認可が成功した後にのみ、閲覧用に解決してください。

3.5. プレビューページでビューアを表示する

インストールされた SDK バージョンに付属するドキュメントを使用してビューアを初期化します。物理パス、ストレージ認証情報、無制限のファイル URL を公開しないでください。ナビゲーション、印刷、注釈、フォーマット固有の動作を、利用可能と記述する前に確認してください。

3.6. デザイン重視 UI のためにツールバーをカスタマイズする

レビュータスクを中心にポータル全体を設計します。インストールされたバージョンで文書化されたツールバーと UI カスタマイズポイントのみを使用し、コントロールを非表示にするだけではサーバー側の認可の代替にならないことを覚えておいてください。

4. アップロードから承認まで：エンドツーエンドのデザイナーワークフロー

以下のワークフローは、埋め込みビューアがレビューを支援できる場所を示し、元の作成ツールは編集の責任を持ち続けることを示しています。

4.1. キャプチャとエクスポート

写真家は、適切なアセット管理システムで元のソースを保持しながら、TIFF、PNG、JPEG などのサポートされたレビュー資産を用意します。

4.2. レビューポータルへのアップロード

写真家は HTTPS エンドポイントを通じて資産をアップロードします。アプリケーションはそれを検証し、組織のポリシーに従って保存し、レビュー記録へのアクセスを認可します。

4.3. プレビューの提示と検証

アプリケーションは Doconut を通じてサポートされた資産を提示します。レビュー担当者はインストールされたバージョンで確認された機能を使用し、制御されたテストプロセスで元と色が重要な出力を比較します。

4.4. サポートフォーマットのレイヤー操作

SVG や PSD のワークフローでは、代表的な資産をテストし、利用可能な検査機能を確認してください。検証なしにレイヤー操作やベクターフィデリティを想定しないでください。

4.5. コラボレーションとフィードバック

ホストアプリケーションは、ビューアの横に独自のコメント、承認コントロール、バージョン履歴を配置できます。ワークフローで注釈やマークされた領域へのナビゲーションが必要な場合は、インストールされた Doconut バージョンでそれらの機能を確認してください。監査ログはアプリケーションの責務のままです。

4.6. エクスポートと印刷の制御

資産が承認されると、アプリケーションは決定を記録し、ドキュメント化されたポリシーに従って印刷、エクスポート、保持、削除の各ステップを処理します。

これにより、レビューはポータル内に留まり、編集や最終的な製作チェックは適切なプロフェッショナルツールに委ねられます。

5. ビューアを他のクリエイティブシナリオへ拡張する（簡潔に）

グラフィックデザイナーと写真家に焦点を当てましたが、Doconut のエンジンは他の領域でも活躍します：

建築家・エンジニア は、プロジェクトポータル内でサポートされた DWG、DXF、DGN ファイルをプレビューできます。
マーケティングチーム は、画像と共に PDF、PPTX、EPUB をプレビューし、レビュー工程を統合できます。
学生は、ビジュアルアートコースで課題をアップロード・検査でき、高価なソフトウェアライセンスは不要です。

これらの副次的な利用例は、単一のビューアコンポーネントが企業全体に役立つことを示していますが、今回の詳細は先に説明したデザインワークフローに焦点を当てています。

主なポイント

ブラウザでの閲覧により、レビュー担当者が元のデスクトップ作成ソフトウェアをインストールする必要が減ります。
アプリケーションが HTTPS、認可、ストレージ保護、保持、クリーンアップを管理します。
色が重要な忠実度とフォーマット固有のツールは、代表的な資産でテストする必要があります。
インストールされた Doconut バージョンで文書化されたパッケージと統合 API を使用してください。
ロール固有のコントロールを設計する前に、インストールされたバージョンの文書化されたツールバーと UI オプションを確認してください。
ストレージ保護、保持、クリーンアップ、コンプライアンスは、完全なアプリケーションアーキテクチャの責務として残ります。

よくある質問

Q: 現在の機能ページにないフォーマットがワークフローで必要になった場合はどうすればよいですか？
A: Doconut にサポートを確認し、代表的なファイルでテストしてからそのワークフローにコミットしてください。

クリエイティブチームを支援する準備はできましたか？

現在の Doconut ビューアを確認し、代表的なクリエイティブ資産でテストしてから本番ワークフローに導入してください。