Dynamic Media の設定 - ハイブリッドモード configuring-dynamic-media-hybrid-mode

Dynamic Media - ハイブリッドを使用するには、有効化して設定する必要があります。Dynamic Media では、使用例に応じて、サポートされる設定がいくつか用意されています。

Dynamic Media でのビデオの操作方法を参照してください。

ハイブリッド公開および配信は、Adobe Experience Manager に対して Dynamic Media によって追加される中心機能です。ハイブリッド公開によって、画像やビデオなどの Dynamic Media アセットを、Experience Manager パブリッシュノードの代わりにクラウドから配信することができます。

Dynamic Media ビューア、サイトページ、静的コンテンツなどのその他のコンテンツは、引き続き Experience Manager パブリッシュノードから配信されます。

Dynamic Media のユーザーは、すべての Dynamic Media コンテンツの配信メカニズムとしてハイブリッド配信を使用する必要があります。

ビデオのハイブリッド公開アーキテクチャ hybrid-publishing-architecture-for-videos

画像のハイブリッド公開アーキテクチャ hybrid-publishing-architecture-for-images

サポートされる Dynamic Media 設定 supported-dynamic-media-configurations

次の構成タスクでは、次の用語を参照します。

Dynamic Media を画像専用、ビデオ専用、またはその両方の用途で実装できます。具体的なシナリオに合わせた Dynamic Media を設定する手順を決定するには、次の表を参照してください。

Dynamic Media の有効化 enabling-dynamic-media

Dynamic Media はデフォルトで無効になっています。Dynamic Media の機能を活用するには、publish 実行モードなどの場合と同様に、dynamicmedia 実行モードを使用して Dynamic Media を有効にする必要があります。有効にする前に、技術要件を確認してください。

Dynamic Media を有効にすることで、Dynamic Media の機能が UI で使用可能になり、アップロードされたすべての画像アセットに cqdam.pyramid.tiff レンディションが作成され、このレンディションを使用してダイナミック画像レンディションの高速配信が行われます。これらの PTIFF には、次のような大きな利点があります。

Experience Manager で Dynamic Media Classic を使用する場合、特定のシナリオを使用する場合以外は、Dynamic Media を有効にしないでください。Dynamic Media は、実行モードを使用して有効にしない限り、無効化されたままです。

Dynamic Media を有効にするには、コマンドラインまたはクイックスタートのファイル名から Dynamic Media の実行モードを有効にする必要があります。

Dynamic Media を有効にするには：

Experience Manager を異なるポートやコンテキストパスにインストールした場合 if-you-installed-aem-to-a-different-port-or-context-path

Experience Manager をアプリケーションサーバーに導入し、Dynamic Media を有効にしている場合は、Externalizer で​ セルフドメイン ​を設定する必要があります。そうしないと、アセットのサムネールの生成が Dynamic Media のアセットで正しく機能しません。

さらに、異なるポートまたはコンテキストパスでクイックスタートを実行する場合、セルフドメイン ​を変更する必要もあります。

Dynamic Media が有効の場合、画像アセットの静的サムネールレンディションが Dynamic Media を使用して生成されます。サムネール生成が Dynamic Media に対して正常に動作するためには、Experience Manager で自己に対して URL リクエストを実行する必要があり、ポート番号とコンテキストパスの両方を把握している必要があります。

Experience Manager：

Experience Manager クイックスタート WAR デプロイメントでは、ポート番号とコンテキストパスを抽出できないので、セルフドメイン ​を設定する必要があります。セルフドメイン ​の設定方法については、Externalizer のドキュメントを参照してください。

Dynamic Media を無効にする disabling-dynamic-media

Dynamic Media はデフォルトでは有効になっていません。ただし、以前に Dynamic Media を有効にした場合は、後で無効にすることができます。

いったん有効にした Dynamic Media を無効にするには、-r dynamicmedia 実行モードフラグを削除します。

Dynamic Media を無効にするには：

（オプション）Dynamic Media のプリセットおよび設定を 6.3 から 6.5 にダウンタイムなしで移行 optional-migrating-dynamic-media-presets-and-configurations-from-to-zero-downtime

Experience Manager - Dynamic Media を 6.3 から 6.5 にアップグレードする場合（ダウンタイムなしのデプロイメント機能を含むようになりました）、次の curl コマンドを実行する必要があります。このコマンドは、CRXDE Lite ですべてのプリセットと設定を /etc から /conf に移行します。

互換パッケージの有無を問わず、すべてのアップグレードについて、次の Linux curl コマンドを実行することにより、Dynamic Media に付属しているデフォルトの標準提供ビューアプリセットをコピーできます。

curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets/viewer.pushviewerpresets.json

作成されたカスタムのビューアプリセットと設定のすべてを /etc から /conf に移行するには、次の Linux® curl コマンドを実行します。

curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets.migratedmcontent.json

画像レプリケーションを設定します。 configuring-image-replication

ダイナミックメディア画像配信は、ビデオのサムネールなどの画像アセットを Experience Manager Author から公開し、そのアセットをアドビのオンデマンドのレプリケーションサービス（レプリケーションサービスの URL）にレプリケートすることで機能します。その後、アセットはオンデマンド画像配信サービス（画像サービス URL）によって配信されます。

次の手順を実行します。

レプリケーションエージェントは、画像、ビデオのメタデータ、セットなどのダイナミックメディアアセットを、アドビにホストされた画像サービスに公開します。レプリケーションエージェントはデフォルトでは有効でありません。

レプリケーションエージェントを設定後、正しく設定されていることを検証およびテストする必要があります。ここでは、これらの手順について説明します。

認証の設定 setting-up-authentication

Dynamic Media 画像配信サービスに画像をレプリケートするには、作成者にレプリケーション認証を設定します。最初にキーストアを取得し、次に dynamic-media-replication ユーザーの下に保存して設定します。キーストアファイルとプロビジョニング処理中に必要な資格情報が記載されたウェルカムメールが会社の管理者に送信されます。この情報を受け取っていない場合は、アドビカスタマーサポートにお問い合わせください。

認証を設定するには：

レプリケーションエージェントを設定 configuring-the-replication-agent

Dynamic Media 用のレプリケーションエージェントの検証 validating-the-replication-agent-for-dynamic-media

Dynamic Media 用のレプリケーションエージェントを検証するには、次の操作を実行します。

接続をテスト ​を選択します。次のように出力されます。

11.03.2016 10:57:55 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1457722675402, userId='admin', revision='null'}
11.03.2016 10:57:55 - * Auth User: replication-receiver
11.03.2016 10:57:55 - * HTTP Version: 1.1
11.03.2016 10:57:55 - * Using OAuth 2.0 Authorization Grants
11.03.2016 10:57:55 - * OAuth 2.0 User: dynamic-media-replication
11.03.2016 10:57:55 - * OAuth 2.0 Token: '*****' initialized
11.03.2016 10:57:55 - Publishing: POST[https://replicate-na.assetsadobe.com:8580/is-publish/publish-receiver?Cmd=Test&RootId=xfpuu-6613]
11.03.2016 10:57:55 - Publish response: OK[]
11.03.2016 10:57:55 - Transfer succeeded in 141 ms for ReplicationAction{type=TEST, path[0]='/content/dam', time=1457722675402, userId='admin', revision='null'}
-------------------------------------------------------------------------------------------------------------------------------
Replication test succeeded

認証のトラブルシューティング troubleshooting-authentication

認証を設定するときに発生する可能性がある問題と、その解決策を紹介します。問題を確認する前に、レプリケーションが設定済みであることを確認してください。

問題：HTTP ステータスコード 401 が「Authorization Required（認可が必要）」というメッセージとともに返る problem-http-status-code-with-message-authorization-required

この問題は、dynamic-media-replication ユーザーのキーストアの設定に失敗したことによって発生する可能性があります。

Replication test to s7delivery:https://s7bern.macromedia.com:8580/is-publish/
17.06.2016 18:54:43 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309, userId='admin', revision='null'}
17.06.2016 18:54:43 - * Auth User: replication-receiver
17.06.2016 18:54:43 - * HTTP Version: 1.1
17.06.2016 18:54:43 - * Using OAuth 2.0 Authorization Grants
17.06.2016 18:54:43 - * OAuth 2.0 User: dynamic-media-replication
17.06.2016 18:54:43 - No OAuth token available. OAuth not initialized
17.06.2016 18:54:43 - * Using Client Auth SSL alias - replication-alias *
17.06.2016 18:54:43 - Publishing: POST[https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough]
17.06.2016 18:54:43 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309, userId='admin', revision='null'}. java.io.IOException: Failed to execute request
'https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough':
 Server returned status code 401 with message: Authorization required.
17.06.2016 18:54:43 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309,
 userId='admin', revision='null'}. java.io.IOException: Failed to execute request
'https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough':
 Server returned status code 401 with message: Authorization required.

解決策：
KeyStore が dynamic-media-replication ユーザーに対して保存され、正しいパスワードが設定されていることを確認します。

問題：鍵を復号化できない - データを復号化できない problem-could-not-decrypt-key-could-not-decrypt-data

Replication test to s7delivery:https://<localhost>:8580/is-publish/
17.06.2016 19:00:16 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466215216662, userId='admin', revision='null'}
17.06.2016 19:00:16 - * Auth User: replication-receiver
17.06.2016 19:00:16 - * HTTP Version: 1.1
17.06.2016 19:00:16 - * Using OAuth 2.0 Authorization Grants
17.06.2016 19:00:16 - * OAuth 2.0 User: dynamic-media-replication
17.06.2016 19:00:16 - No OAuth token available. OAuth not initialized
17.06.2016 19:00:16 - * Using Client Auth SSL alias - replication-alias *
17.06.2016 19:00:16 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466215216662, userId='admin', revision='null'}. java.lang.SecurityException: java.security.UnrecoverableKeyException: Could not decrypt key: Could not decrypt data.

解決策：
パスワードを確認します。レプリケーションエージェントに保存されたパスワードがキーストアの作成に使用されたパスワードと異なります。

問題：InvalidAlgorithmParameterException problem-invalidalgorithmparameterexception

この問題は Experience Manager オーサーインスタンスの設定エラーが原因です。オーサー環境で Java™ プロセスが正しい javax.net.ssl.trustStore を取得していません。このエラーは次のレプリケーションログで確認できます。

14.04.2016 09:37:43 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1460651862089, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://<localhost>:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx2': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
14.04.2016 09:37:43 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1460651862089, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://<localhost>:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx2': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty

または、次のエラーログで確認できます。

07.25.2019 12:00:59.893 *ERROR* [sling-threadpool-db2763bb-bc50-4bb5-bb64-10a09f432712-(apache-sling-job-thread-pool)-90-com_day_cq_replication_job_s7delivery(com/day/cq/replication/job/s7delivery)] com.day.cq.replication.Agent.s7delivery.queue Error during processing of replication.

java.io.IOException: Failed to execute request 'https://replicate-na.assetsadobe.com:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
        at com.scene7.is.catalog.service.publish.atomic.PublishingServiceHttp.executePost(PublishingServiceHttp.scala:195)

解決策：
Experience Manager Author の Java™ プロセスで、システムプロパティ -Djavax.net.ssl.trustStore= が有効なトラストストアに設定されていることを確認してください。

問題：キーストアが設定されていないか初期化されていない problem-keystore-is-either-not-set-up-or-it-is-not-initialized

この問題は、ホットフィックスまたは機能パックにより dynamic-media-user またはキーストアノードが上書きされたことが原因で発生する可能性があります。

レプリケーションログの例は次のとおりです。

Replication test to s7delivery:https://replicate-na.assetsadobe.com/is-publish
02.08.2016 14:37:44 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470173864834, userId='admin', revision='null'}
02.08.2016 14:37:44 - * Auth User: replication-receiver
02.08.2016 14:37:44 - * HTTP Version: 1.1
02.08.2016 14:37:44 - * Using OAuth 2.0 Authorization Grants
02.08.2016 14:37:44 - * OAuth 2.0 User: dynamic-media-replication
02.08.2016 14:37:44 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470173864834, userId='admin', revision='null'}. com.adobe.granite.keystore.KeyStoreNotInitialisedException: Uninitialised key store for user dynamic-media-replication

解決策：

問題：公開エージェントが OAuth ではなく SSL を使用している problem-publish-agent-is-using-ssl-instead-of-oauth

この問題は、ホットフィックスまたは機能パックが正しくインストールされなかったか、設定を上書きしたために発生したと考えられます。

レプリケーションログの例は次のとおりです。

01.08.2016 18:42:59 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}
01.08.2016 18:42:59 - * Auth User: replication-receiver
01.08.2016 18:42:59 - * HTTP Version: 1.1
01.08.2016 18:42:59 - * Using Client Auth SSL alias - replication-receiver *
01.08.2016 18:42:59 - Publishing: POST[https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=altayerstaging]
01.08.2016 18:42:59 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=rbroughstaging': Server returned status code 401 with message: Authorization required.
01.08.2016 18:42:59 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=rbroughstaging': Server returned status code 401 with message: Authorization required.

解決策：

設定のテスト testing-your-configuration

アドビでは、エンドツーエンドで設定のテストを実施することをお勧めしています。

このテストを開始する前に、以下が実施済みであることを確認してください。

設定をテストするには：

アセットが配信されたことをテストするもう 1 つの方法は、URL に req=exists を追加することです。

Dynamic Media クラウドサービスの設定 configuring-dynamic-media-cloud-services

Dynamic Media クラウドサービスは、画像とビデオのハイブリッド公開および配信、ビデオ分析、ビデオエンコーディングなどをサポートします。

設定の一環として、登録 ID、ビデオサービス URL、画像サービス URL、レプリケーションサービス URL を入力し、認証を設定する必要があります。この情報は、アカウントプロビジョニングプロセスの一環としてメールでお送りしています。この情報を受け取っていない場合は、Adobe Experience Manager の管理者または Adobe のカスタマーサポートに問い合わせて情報を入手してください。

Dynamic Media クラウドサービスを設定するには：

ビデオレポートの設定 configuring-video-reporting

Dynamic Media ハイブリッドを使用する複数の Experience Manager インストールにまたがってビデオレポートを設定できます。

用途： Dynamic Media 設定（6.3 以前）を設定すると、ビデオレポートを含む様々な機能が開始されます。設定時には、地域の Analytics 企業内にレポートスイートが作成されます。複数のオーサーノードを設定すると、ノードごとに異なるレポートスイートが作成されます。このため、インストール間でレポートデータの整合性が取れなくなります。さらに、すべてのオーサーノードが同じハイブリッドパブリッシュサーバーを参照している場合、最後のオーサーノードでのインストール時に、すべてのビデオレポートの報告先となるレポートスイートが変更されてます。この問題が発生すると、過剰な数のレポートスイートによって Analytics システムが過負荷状態に陥ります。

基本を学ぶ： ​ビデオレポートを設定するには、次の 3 つのタスクを実行します。

最初のオーサーノードの設定後にビデオ分析プリセットパッケージを作成 creating-a-video-analytics-preset-package-after-configuring-the-first-author-node

このタスクが完了すると、ビデオ分析プリセットを含むパッケージファイルが得られます。これらのプリセットには、レポートスイート、トラッキングサーバー、トラッキング名前空間および Experience Cloud 組織 ID（利用可能な場合）が含まれます。

追加のオーサーノードを設定する前にビデオ分析プリセットパッケージをインストールする installing-the-video-analytics-preset-package-before-you-configure-additional-author-nodes

このタスクは、Dynamic Media 設定（6.3 より前）を行う​ 前に ​実施してください。そうしないと、別の未使用のレポートスイートが作成されてしまいます。さらに、ビデオレポートは正しく動作し続けるものの、データの収集が最適化されません。

最初のオーサーノードからの Video Analytics プリセットパッケージに、新しいオーサーノードからアクセスできることを確認してください。

パッケージインストールの検証とデバッグ verifying-and-debugging-the-package-installation

ビデオレポートの設定のトラブルシューティング troubleshooting-the-video-reporting-configuration

ビデオ分析プリセットについて about-the-video-analytics-preset

ビデオ分析プリセット（単に分析プリセットと呼ばれることもある）は、Dynamic Media 内でビューアプリセットの隣に格納されます。これは基本的にはビューアプリセットと同じですが、AppMeasurement および Video Heartbeat レポートの設定に使用される情報が付加されています。

このプリセットのプロパティは次のとおりです。

Experience Manager 6.4 以降のバージョンでは、このプリセットを /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata に保存します。

カタログ設定をレプリケートする replicating-catalog-settings

設定プロセスの一環として、ご自身のデフォルトのカタログ設定を JCR を通じて公開する必要があります。カタログ設定をレプリケートするには、以下の手順に従います。

ビューアプリセットをレプリケートします。 replicating-viewer-presets

ビューアプリセットを使用して アセットを配信するには、 ビューアプリセットをレプリケートおよび公開する必要があります。（アセットの URL または埋め込みコードを取得するには、すべてのビューアプリセットをアクティブ化​ および ​レプリケートする必要があります。詳細情報に関しては、ビューアプリセットを公開するを参照してください。

レプリケーション用のアセットのフィルタリング filtering-assets-for-replication

Dynamic Media 以外のデプロイメントでは、すべて ​のアセット（画像とビデオの両方）を Experience Manager オーサー環境から Experience Manager パブリッシュノードにレプリケートします。Experience Manager のパブリッシュサーバーもアセットを配信するので、このワークフローが必要になります。

ただし Dynamic Media のデプロイメントでは、アセットがクラウドによって配信されるので、上記のアセットを Experience Manager パブリッシュノードにレプリケートする必要がありません。そのような「ハイブリッドパブリッシング」ワークフローでは、ストレージコストの増大を防ぎ、アセットをレプリケートするための処理時間を短縮します。Dynamic Media ビューア、サイトページ、静的コンテンツなどのその他のコンテンツは、引き続き Experience Manager パブリッシュノードから配信されます。

アセットのレプリケートに加えて、次のアセット以外の要素もレプリケートされます。

フィルターによって、アセットを Experience Manager パブリッシュノードへのレプリケート対象から​ 除外 ​することができます。

レプリケーションへのデフォルトのアセットフィルターの使用 using-default-asset-filters-for-replication

Dynamic Media を（1）実稼動で画像に使用している場合、または（2）画像とビデオに使用している場合は、Adobe が提供するデフォルトのフィルターをそのまま使用できます。以下のフィルターがデフォルトでアクティブです。

ビデオ専用デプロイメントでのアセットフィルターのセットアップ setting-up-asset-filters-for-video-only-deployments

Dynamic Media をビデオのみに使用している場合は、次の手順に従ってレプリケーション用のアセットフィルターを設定します。

これにより、再生に必要なビデオのポスター画像とビデオのメタデータを配信するように、Experience Manager のパブリッシュインスタンスが設定されます。ビデオ自体は、Dynamic Media クラウドサービスによって配信されます。また、パブリッシュインスタンスに不要な元のビデオと静的なサムネールのレンディションがフィルターによってレプリケーションから除外されます。

実稼動以外のデプロイメントでの画像用アセットフィルターのセットアップ setting-up-asset-filters-for-imaging-in-non-production-deployments

実稼動以外のデプロイメントで画像に Dynamic Media を使用している場合は、次の手順に従ってレプリケーション用のアセットフィルターを設定します。

これらの手順により、Experience Manager パブリッシュインスタンスを設定して、実稼動以外の環境に画像を配信します。また、パブリッシュインスタンスに不要な元の画像と静的なレンディションがフィルターによってレプリケーションから除外されます。

レプリケーション用のアセットフィルターのカスタマイズ（オプション） customizing-asset-filters-for-replication

Dynamic Media 画像サーバーの設定 configuring-dynamic-media-image-server-settings

Dynamic Media 画像サーバーの設定では、Adobe CQ Scene7 ImageServer バンドルと Adobe CQ Scene7 PlatformServer バンドルの編集を行います。

前提条件 - Dynamic Media 画像サーバーを設定する​ 前に、Windows® の VM に Microsoft® Visual C++ ライブラリがインストールされていることを確認します。Dynamic Media 画像サーバーを実行するには、このライブラリが必要です。ここから Microsoft® Visual C++ 2010 再頒布可能パッケージ（x64）をダウンロードできます。

Dynamic Media 画像サーバーを設定するには：

デフォルトのマニフェスト設定 default-manifest-settings

デフォルトのマニフェストでは、Dynamic Media 配信の応答を生成するために使用するデフォルト設定を指定できます。画質（JPEG 画質、解像度、再サンプリングモード）、キャッシュ（有効期限）を細かく調整したり、大きすぎる画像のレンダリングを防止することができます（defaultpix、defaultthumbpix、maxpix）。

デフォルトのマニフェスト設定の場所は、Adobe CQ Scene7 PlatformServer バンドルの Catalog root のデフォルト値から取得されます。デフォルトでは、この値は「ツール／一般／CRXDE Lite」の次のパスにあります。

/conf/global/settings/dam/dm/imageserver/

プロパティの値を変更するには、下の表に記載されているように、新しい値を入力します。

デフォルトのマニフェストに対する変更が完了したら、ページの左上隅にある「すべて保存」を選択します。

「アクセス制御」タブ（「プロパティ」タブの右）を選択し、everyone および dynamic-media-replication ユーザーのアクセス制御権限を jcr:read に設定してください。

マニフェスト設定とデフォルト値の表：

Dynamic Media カラーマネジメントの設定 configuring-dynamic-media-color-management

Dynamic Media カラーマネジメントを使用すると、プレビュー用にアセットをカラー補正できます。

カラー補正により、取り込まれたアセットは、生成された Pyramid TIFF レンディションにカラースペース（RGB、CMYK、グレー）および埋め込みカラープロファイルを維持します。動的レンディションをリクエストした場合、画像の色は、ターゲットのカラースペースに補正されます。JCR の Dynamic Media 公開設定で出力カラープロファイルを設定します。

Adobe のカラーマネジメントは ICC（International Color Consortium）プロファイルを使用しています。このプロファイルの形式は、ICC によって定義されています。

Dynamic Media カラーマネジメントを設定して、CMYK、RGB またはグレー出力を使用する画像プリセットを設定できます。画像プリセットの設定を参照してください。

高度な事例では、手動設定の icc= 修飾子を使用して、出力カラープロファイルを明示的に選択することもあります。

機能パック 12445 のインストール installing-feature-pack

Dynamic Media のカラーマネジメント機能を使用するには、機能パック 12445 をインストールします。

機能パック 12445 をインストールするには：

デフォルトカラープロファイルの設定 configuring-the-default-color-profiles

機能パックをインストールしたら、適切なデフォルトカラープロファイルを設定して、RGB または CMYK 画像データを要求する際のカラー補正を有効にします。

デフォルトカラープロファイルを設定するには：

カラープロファイルの表

次のカラープロファイルがインストールされます。

例えば、iccprofilergb を sRGB に、iccprofilecmyk を WebCoated に設定できます。

これにより、次の操作が行われます。

アセットの配信 delivering-assets

これまでのすべてのタスクが完了したら、アクティベートされた Dynamic Media アセットが、画像サービスやビデオサービスから配信されます。Experience Manager では、この機能は 画像のコピーの URL、ビューア URL のコピー、ビューアコードの埋め込み および WCM で使用されます。

Dynamic Media アセットの配信 を参照してください。

WCM の Dynamic Media コンポーネントとインタラクティブメディアコンポーネント wcm-dynamic-media-and-interactive-media-components

Dynamic Media コンポーネントとインタラクティブメディアコンポーネントを参照する WCM ページは、配信サービスを参照します。