Dynamic Media - ハイブリッドモードの設定

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

メモ

Scene7 実行モードの Dynamic Media を設定して実行する場合は、Dynamic Media - Scene7 モードの設定を参照してください。

ハイブリッド実行モードの Dynamic Media を設定して実行する場合は、このページの手順に従ってください。

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

開発用、ステージング用、実稼動用など、複数の異なる環境向けに Adobe Experience Manager をセットアップして使用する場合は、それぞれの環境向けに Dynamic Media Cloud Services を設定する必要があります。

Dynamic Media 設定に問題がある場合は、Dynamic Media 固有のログファイルを確認することが重要です。これらは Dynamic Media を有効化するときに自動的にインストールされます。

  • s7access.log
  • ImageServing.log

これらは、AEMインスタンスの監視と保守 に記載されています。

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

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

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

ビデオのハイブリッド公開アーキテクチャ

chlimage_1-506

画像のハイブリッド公開アーキテクチャ

chlimage_1-507

サポートされるDynamic Media設定

各設定タスクで参照される用語を次に示します。

用語 ダイナミックメディア有効 説明
AEM オーサーノード 緑色の円の中に白色のチェックマーク オンプレミスまたはManaged Servicesを通じてデプロイするオーサーノード。
AEM パブリッシュノード 赤色の四角の中に白色の「X」 オンプレミスまたはManaged Servicesを通じてデプロイするパブリッシュノード。
画像サービスのパブリッシュノード 緑色の円の中に白色のチェックマーク データセンター上で実行するパブリッシュノードで、Adobeが管理する。画像サービスの URL を参照します。

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

シナリオ 仕組み 設定手順
実稼動環境に画像のみを配信する 画像は世界各地のアドビのデータセンターのサーバーを介して配信されます。CDN を使用してキャッシュすることで、スケーラブルなパフォーマンスで全世界に展開できます。
  1. AEM オーサーノードで、Dynamic Media を有効化します。
  2. 画像を Dynamic Media クラウドサービスで設定します。
  3. 画像のレプリケーションを設定します。
  4. カタログ設定をレプリケートします。
  5. ビューアプリセットをレプリケートします。
  6. レプリケーションにデフォルトのアセットフィルターを使用します。
  7. Dynamic Media Image Server を設定します。
  8. アセットを配信します。
実稼動前の環境(開発、品質評価、ステージングなど)に画像のみを配信する 画像は AEM パブリッシュノードを通じて配信されます。このシナリオでは、トラフィックが最小限となるので、画像をアドビのデータセンターに配信する必要はありません。さらに、実稼動環境での起動前にコンテンツの安全なプレビューが可能となるというメリットもあります
  1. AEM オーサーノードで、Dynamic Media を有効化します。
  2. AEM publish ノードで、Dynamic Media を有効にします。
  3. ビューアプリセットをレプリケートします。
  4. 実稼動環境以外の画像用のアセットフィルターをセットアップします。
  5. Dynamic Media Image Server を設定します。
  6. アセットを配信します。
任意の環境(実稼動、開発、品質評価、ステージングなど)にビデオのみを配信する 画像は CDN を使用してキャッシュすることで、スケーラブルなパフォーマンスで全世界に展開できます。ビデオのポスター画像(再生が開始される前に表示されるビデオのサムネール)が AEM パブリッシュインスタンスにより配信されます。
  1. AEM オーサーノードで、Dynamic Media を有効化します。
  2. AEM パブリッシュノードで、Dynamic Media を有効化します(パブリッシュインスタンスがビデオのポスター画像を処理し、ビデオ再生用のメタデータを提供します)。
  3. Dynamic Media クラウドサービスでビデオを設定します。
  4. ビューアプリセットをレプリケートします。
  5. ビデオ専用のアセットフィルターをセットアップします。
  6. アセットを配信します。
実稼動環境に画像とビデオの両方を配信する

画像は CDN を使用してキャッシュすることで、スケーラブルなパフォーマンスで全世界に展開できます。画像やビデオのポスター画像は世界各地のアドビのデータセンターのサーバーを介して配信されます。CDN を使用してキャッシュすることで、スケーラブルなパフォーマンスで全世界に展開できます。

実稼動前の環境での画像やビデオのセットアップ方法については、前の節を参照してください。

  1. AEM オーサーノードで、Dynamic Media を有効化します。
  2. Dynamic Media クラウドサービスでビデオを設定します。
  3. 画像を Dynamic Media クラウドサービスで設定します。
  4. 画像のレプリケーションを設定します。
  5. カタログ設定をレプリケートします。
  6. ビューアプリセットをレプリケートします。
  7. レプリケーションにデフォルトのアセットフィルターを使用します。
  8. Dynamic Media Image Server を設定します。
  9. アセットを配信します。

Dynamic Media の有効化

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

メモ

実行モードで Dynamic Media を有効にすると、dynamicMediaEnabled フラグを true に設定することで Dynamic Media を有効にした AEM 6.1 および AEM 6.0 の機能が置き換えられます。このフラグは AEM 6.2 以降では機能しません。さらに、クイックスタートを再起動して Dynamic Media を有効にする必要はありません。

Dynamic Mediaを有効にすると、Dynamic Media 機能が UI で使用でき、アップロードされたすべての画像アセットに、動的な画像レンディションの高速配信に使用される cqdam.pyramid.tiff レンディションが届きます。 PTIFF には、(1)1 つのマスター画像のみを管理し、追加の保存を必要とせずに無限レンディションをオンザフライで生成する機能、(2) ズーム、パン、スピンなどのインタラクティブなビジュアライゼーションを使用する機能など、大きな利点があります。

AEMでDynamic Media Classicを使用する場合は、 特定のシナリオ を使用しない限り、Dynamic Mediaを有効にしないでください。 Dynamic Mediaは、実行モードでDynamic Mediaを有効にしない限り無効です。

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

Dynamic Media を有効にするには:

  1. コマンドラインでクイックスタートを起動するときに、次のようにします。

    • jar ファイルを開始する際に、コマンドラインの最後に -r dynamicmedia を追加します。
    java -Xmx4096m -Doak.queryLimitInMemory=500000 -Doak.queryLimitReads=500000 -jar cq-quickstart-6.4.0.jar -r dynamicmedia
    

    s7delivery に公開する場合は、次の trustStore 引数も含める必要があります。

    -Djavax.net.ssl.trustStore=<absoluteFilePath>/customerTrustStoreFileName>
    
     -Djavax.net.ssl.trustStorePassword=<passwordForTrustStoreFile>
    
  2. http://localhost:4502/is/image を要求し、Image Server が実行中であることを確認します。

    メモ

    Dynamic Mediaの問題のトラブルシューティングを行うには、crx-quickstart/logs/ ディレクトリの次のログを参照してください。

    • ImageServer-<PortId>-<yyyy><mm><dd>.log - ImageServer ログは、内部の ImageServer プロセスの動作を分析するための統計情報と分析情報を提供します。

    Image Server ログファイル名の例:ImageServer-57346-2019-07-25.log

    • s7access-<yyyy><mm><dd>.log - s7access ログは、/is/image/is/content を通じてDynamic Mediaに対しておこなわれた各要求を記録します。

    これらのログは、Dynamic Media が有効の場合のみ使用されます。system/console/status-Bundlelist ページから生成される Download Full パッケージには含まれていません。Dynamic Mediaに問題がある場合は、カスタマーサポートに問い合わせる際に、これらのログを両方とも問題に追加してください。

AEM を異なるポートやコンテキストパスにインストールした場合

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

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

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

AEM では、

  • Externalizerself ドメインがポート番号とコンテキストパスの両方を取得するために使用されます。
  • self ドメインが設定されていない場合、ポート番号とコンテキストパスは Jetty HTTP サービスから取得されます。

AEM QuickStart WAR デプロイメントでは、ポート番号とコンテキストパスを導き出すことができないので、self ドメインを設定する必要があります。self ドメインの設定方法については、Externalizer のドキュメント を参照してください。

メモ

AEM Quickstart スタンドアロンデプロイメントでは、self ドメインは通常設定する必要がありません。ポート番号とコンテキストパスは自動設定されます。ただし、ネットワークインターフェイスがオフの場合は、self ドメインを設定する必要があります。

Dynamic Media の無効化

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

ダイナミックメディアを有効にした後で無効にするには、-r dynamicmedia 実行モードフラグを削除します。

有効化後にDynamic Mediaを無効にするには:

  1. コマンドラインでクイックスタートを起動するときに、次のいずれかを実行します。

    • JAR ファイルを起動する際に、コマンドラインに -r dynamicmedia を追加しないでください。
    java -Xmx4096m -Doak.queryLimitInMemory=500000 -Doak.queryLimitReads=500000 -jar cq-quickstart-6.4.0.jar
    
  2. リクエスト http://localhost:4502/is/image. Dynamic Media が無効化されたことを示すメッセージが表示されます。

    メモ

    Dynamic Mediaの実行モードが無効になると、qdam.pyramid.tiff レンディションを生成するワークフロー手順は自動的にスキップされます。 また、動的レンディションのサポートやその他の Dynamic Media 機能も無効になります。
    また、AEM サーバーを設定した後で Dynamic Media 実行モードを無効にすると、その実行モードの下でアップロードされたアセットがすべて無効になることにも注意してください。

(オプション)Dynamic Mediaのプリセットおよび設定を 6.3 から 6.4 にダウンタイムなしで移行

AEM Dynamic Mediaを 6.3 から 6.4 にアップグレードする場合 ( ダウンタイムなし(オプトイン)デプロイメントの機能が含まれる )、次の curl コマンドを実行して、すべてのプリセットと設定をCRXDE Liteで /etc から /conf に移行する必要があります。

注意:互換性モードでAEMインスタンスを実行する場合(つまり、互換性パッケージがインストールされている場合)、これらのコマンドを実行する必要はありません。

カスタムプリセットおよび設定を /etc から /conf に移行するには、次の Linux curl コマンドを実行します。

curl -u admin:admin http://localhost:4502/libs/settings/dam/dm/presets.migratedmcontent.json

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

curl -u admin:admin http://localhost:4502/libs/settings/dam/dm/presets/viewer.pushviewerpresets

イメージレプリケーションの設定

Dynamic Mediaの画像配信は、ビデオサムネールを含む画像アセットを AEM オーサーから公開し、Adobeのオンデマンドレプリケーションサービス(レプリケーションサービスの URL)にレプリケートすることで機能します。 アセットは、オンデマンドの画像配信サービス(画像サービスの URL)を通じて配信されます。

次の手順を実行する必要があります。

  1. 認証の設定を参照してください。
  2. レプリケーションエージェントを設定します

レプリケーションエージェントは、画像、ビデオメタデータ、セットなどのDynamic MediaアセットをAdobeがホストする画像サービスに公開します。 レプリケーションエージェントはデフォルトでは有効でありません。

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

メモ

PTIFF 作成のデフォルトのメモリ制限は、すべてのワークフローで 3 GB です。例えば、他のワークフローを一時停止して、3 GB のメモリを必要とする 1 個の画像を処理できます。または、それぞれ 300 MB のメモリを必要とする 10 個の画像を並行して処理できます。
このメモリ制限は変更できますが、使用可能なシステムリソースおよび処理する画像コンテンツのタイプに合わせる必要があります。非常に大きなアセットが多数あり、システムに十分なメモリがある場合、この制限を引き上げて、画像が並行して処理されるようにすることができます。
最大メモリ制限を超えるメモリを必要とする画像は、拒否されます。
PTIFF 作成のメモリ制限を変更するには、ツール/運営/Web コンソール/Adobe CQ Scene7 PTiffManager に移動して、maxMemory の値を変更します。

認証の設定

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

認証を設定するには:

  1. キーストアファイルとパスワードをまだ持っていない場合は、カスタマーサポートにお問い合わせください。 これはプロビジョニングの一部であり、これによりキーがアカウントに関連付けられます。

  2. AEM で、AEM のロゴをタップしてグローバルナビゲーションコンソールにアクセスし、ツール/セキュリティ/ユーザー​をタップします。

  3. ユーザー管理ページで、dynamic-media-replication ユーザーに移動し、をタップして開きます。

    dm-replication

  4. Edit User Settings For dynamic-media-replication ページで、「Keystore」タブをタップし、「Create KeyStore」をタップします。

    dm-replication-keystore

  5. キーストアアクセスパスワードを設定​ダイアログボックスでパスワードを入力し、パスワードを確認します。

    メモ

    入力したパスワードは覚えておいてください。レプリケーションエージェント を後で設定する際に、もう一度入力する必要があります。

    chlimage_1-508

  6. dynamic-media-replication のユーザー設定を編集​ページで「秘密鍵をキーストアファイルから追加」領域を展開し、以下の情報を追加します(下の画像を参照)。

    • 新しいエイリアス」フィールドに、後でレプリケーション設定で使用するエイリアスの名前を入力します。例えば、replication とします。
    • キーストアファイル」をタップします。アドビから提供されたキーストアファイルに移動して選択し、「開く」をタップします。
    • キーストアファイルのパスワード」フィールドに、キーストアファイルのパスワードを入力します。 これは、手順 5 で作成したキーストアAdobeではなく、__、プロビジョニング中に送信された「ようこそ」の電子メールに記載されたキーストアファイルパスワードパスワードです。 キーストアファイルのパスワードを受け取っていない場合は、Adobeカスタマーサポートにお問い合わせください。
    • 秘密鍵のパスワード」フィールドで、秘密鍵のパスワードを入力します(以前の手順で指定した秘密鍵のパスワードと同じでも可)。秘密鍵のパスワードは、プロビジョニング中にアドビから送信されたようこそメールに記載されています。秘密鍵のパスワードを受け取っていない場合は、Adobeカスタマーサポートにお問い合わせください。
    • 秘密鍵のエイリアス」フィールドに、秘密鍵のエイリアスを入力します。例: companyname-alias。 秘密鍵のエイリアスは、プロビジョニング中にアドビから送信されたようこそメールに記載されています。秘密鍵のエイリアスを受け取っていない場合は、Adobeカスタマーサポートにお問い合わせください。

    edit_settings_fordynamic-media-replication2

  7. 保存して閉じる」をタップして、このユーザーに対する変更を保存します。

    次に、レプリケーションエージェントを設定します。

レプリケーションエージェントの設定

  1. AEM で、AEM のロゴをタップしてグローバルナビゲーションコンソールにアクセスし、ツール/デプロイ/レプリケーション/作成者のエージェント​をタップします。

  2. 作成者のエージェントページで、「Dynamic Media ハイブリッド画像レプリケーション(s7delivery)」をタップします。

  3. 編集」をタップします。

  4. 設定」タブをタップし、次のように入力します。

    • 有効 - レプリケーションエージェントを有効にするには、このチェックボックスを選択します。
    • 地域 — 適切な地域に設定します。北米、ヨーロッパ、アジア
    • テナント ID — この値は、レプリケーションサービスに公開している会社またはテナントの名前です。この値は、プロビジョニング中にAdobeから送信されたようこそ電子メールに含まれるテナント ID です。 この情報を受け取っていない場合は、Adobeカスタマーサポートにお問い合わせください。
    • キーストアエイリアス — この値は、認証の設定でキーを生成する際に設定した「新しいエイリアス」の値と同 じです。例: replication。( 認証の設定 の手順 7 を参照)。
    • キーストアのパスワード — これは、「キーストアを作成」をタップしたときに作成されたキ ーストアのパスワードです。このパスワードはアドビが提供するものではありません。 認証の設定 の手順 5 を参照してください。

    次の画像はサンプルデータが入力されたレプリケーションエージェントを示します。

    chlimage_1-509

  5. OK」をタップします。

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
メモ

次のいずれかを実行してチェックすることもできます。

  • レプリケーションログをチェックしてアセットがレプリケートされていることを確認する。
  • 画像を公開する。画像をタップし、ドロップダウンメニューで「ビューア」を選択します。 ビューアプリセットを選択し、「URL」をタップし、URL をコピーしてブラウザーに貼り付け、画像が表示されることを確認します。

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

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

問題:HTTP ステータスコード 401 メッセージ - 認証が必要

この問題は、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-replicationuser に保存さ れ、正しいパスワードが指定されているこ とを確認します。

問題:鍵を復号化できない - データを復号化できない

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

この問題は AEM オーサーインスタンスの設定エラーが原因です。Author の 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)

解決策:AEM オーサー上の Java プロセスのシステムプロパティ-Djavax.net.ssl.trustStore= ​が有効な信頼ストアに設定されていることを確認します。

問題:キーストアが設定されていないか初期化されていない

この問題は、ホットフィックスまたは機能パックが dynamic-media-user または keystore ノードを上書きしたことが原因で発生する場合があります。

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

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

解決策:

  1. User Management ページに移動します。

    localhost:4502/libs/granite/security/content/useradmin.html

  2. ユーザー管理 ページで、dynamic-media-replication ユーザーに移動し、をタップして開きます。

  3. キーストア」タブをタップします。 「キーストアを作成」ボタンが表示された場合は、前述の認証の設定の手順をやり直す必要があります。

  4. KeyStore の設定をやり直す必要がある場合は、 レプリケーションエージェントの設定 もう一度おこなう必要がある場合があります。

    s7delivery レプリケーションエージェントを再設定します。

    localhost:4502/etc/replication/agents.author/s7delivery.html

  5. 接続をテスト」をタップして設定が有効であることを確認します。

問題:公開エージェントが OAuth ではなく SSL を使用している

この問題は、ホットフィックスまたは機能パックが正しくインストールされなかったか設定を上書きしたことが原因で発生する可能性があります。

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

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.

解決策:

  1. AEM で、ツール/一般/CRXDE Lite をタップします。

    localhost:4502/crx/de/index.jsp

  2. s7delivery レプリケーションエージェント ノードに移動します。

    localhost:4502/crx/de/index.jsp#/etc/replication/agents.author/s7delivery/jcr:content

  3. この設定をレプリケーションエージェントに追加します(値が True に設定されたブール値)。

    enableOauth=true

  4. ページの左上隅付近にある「すべて保存」をタップします。

設定のテスト

設定にはエンドツーエンドのテストを実行することをお勧めします。

このテストを開始する前に、既に以下をおこなったことを確認してください。

  • 画像プリセットを追加した。
  • Cloud Services の下に Dynamic Media設定(6.3 以前) を設定します。 このテストでは画像サービスの URL が必要です。

設定をテストするには:

  1. 画像アセットをアップロードします(Assets で、作成/ファイル をタップし、ファイルを選択します)。

  2. ワークフローが完了するまで待ちます。

  3. 画像アセットを公開します(アセットを選択し、「クイック公開」をタップします。)

  4. 画像を開いて、その画像のレンディションに移動し、「レンディション」をタップします。

    chlimage_1-510

  5. 任意の動的レンディションを選択します。

  6. URL」をタップして、このアセットの URL を取得します。

  7. 選択した URL に移動して画像が期待どおりに動作するかどうかを確認します。

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

Dynamic Media クラウドサービスの設定

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

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

メモ

Dynamic MediaCloud Servicesを設定する前に、パブリッシュインスタンスを必ず設定しておいてください。 また、Dynamic MediaCloud Servicesを設定する前に、レプリケーションを設定する必要があります。

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

  1. AEMで、AEMのロゴをタップしてグローバルナビゲーションコンソールにアクセスし、ツール/Cloud Services/Dynamic Media設定(6.3 以前) をタップします。

  2. Dynamic Media設定ブラウザー ページの左側のウィンドウで、「グローバル」を選択し、「作成」をタップします。

  3. Dynamic Media 設定を作成​ダイアログボックスで、「タイトル」フィールドにタイトルを入力します。

  4. ビデオ用に Dynamic Media を設定する場合は、次の操作をおこないます。

    • 登録 ID」フィールドに登録 ID を入力します。
    • ビデオサービスの URL」フィールドに、Dynamic Media ゲートウェイのビデオサービス URL を入力します。
  5. 画像用に Dynamic Media を設定する場合は、「画像サービスの URL」フィールドに Dynamic Media ゲートウェイの画像サービスの URL を入力します。

  6. 保存」をタップして Dynamic Media 設定ブラウザーページに戻ります。

  7. AEM のロゴをタップしてグローバルナビゲーションコンソールにアクセスします。

ビデオレポートの設定

Dynamic Media — ハイブリッドモードを使用して、AEMの複数のインストールにわたってビデオレポートを設定できます。

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

手順概要:​ビデオレポートを設定するには、以下の 3 つのタスクを実行します。

  1. 最初のオーサーノードで Dynamic Media設定(6.3 以前) を設定した後、Video Analytics プリセットパッケージを作成します。 この最初のタスクは重要です。これにより、新しい設定でも引き続き同じレポートスイートを使用できるからです。

  2. Dynamic Media設定(6.3 以前)を設定する前に、新しい オーサーノード に Video Analytics プリセットパッケージをインストールします。

  3. パッケージインストールの確認やデバッグをおこないます。

最初のオーサーノードの設定後に Video Analytics プリセットパッケージを作成する

このタスクが完了すると、Video Analytics プリセットを含むパッケージファイルが作成されます。 これらのプリセットには、レポートスイート、トラッキングサーバー、トラッキング名前空間および Marketing Cloud 組織 ID(利用可能な場合)が含まれます。

  1. まだ設定していない場合は、Dynamic Media Configuration (Pre 6.3) を設定します。

  2. (オプション)レポートスイート ID を表示してコピーします(JCR へのアクセス権が必要です)。 レポートスイート ID は必須ではありませんが、検証が容易になります。

  3. パッケージマネージャー を使用してパッケージを作成します。

  4. パッケージを編集してフィルターを含めます。

    AEM で: /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata

  5. パッケージをビルドします。

  6. Video Analytics プリセットパッケージをダウンロードまたは共有して、後続の新しいオーサーノードと共有できるようにします。

追加のオーサーノードを設定する前に、Video Analytics プリセットパッケージをインストールします。

Dynamic Media設定(6.3 より前) を設定する前に、必ずこのタスクを完了してください。__ そうしないと、別の未使用レポートスイートが作成されます。 また、ビデオレポートは引き続き正しく機能しますが、データの収集は最適化されません。

最初のオーサーノードの Video Analytics プリセットパッケージが、新しいオーサーノードでアクセス可能であることを確認します。

  1. 前に作成した Video Analytics プリセットパッケージを パッケージマネージャー にアップロードします。
  2. Video Analytics プリセットパッケージをインストールします。
  3. Dynamic Media設定(6.3 以前) を設定します。

パッケージインストールの確認やデバッグ

  1. 以下のいずれかをおこなってパッケージのインストールを確認し、必要に応じてそのデバッグをおこないます。

    • JCRT を使用し Video Analytics てプリセットをチェ
      ックするか、JCR を使用して Video Analytics プリセットをチェックするには、 CRXDE Lite​にアクセスできる必要があります。

      AEM - CRXDE Lite で、/conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata に移動します。

      http://localhost:4502/crx/de/index.jsp#/conf/global/settings/dam/dm/presets/analytics/jcr%3Acontent/userdata

      オーサーノードの CRXDE Lite にアクセスできない場合は、パブリッシュサーバーを通じてプリセットを確認できます。

    • Image Server でのプ Video Analytics リセットの確認

      Video Analytics プリセットを直接検証するには、Image Server に req=userdata リクエストを実行します。

      例えば、オーサーノードで Video Analytics プリセットを確認するには、次の要求を実行します。

      http://localhost:4502/is/image/conf/global/settings/dam/dm/presets/analytics?req=userdata

      パブリッシュサーバーでプリセットを検証するには、パブリッシュサーバーに対して同様の直接要求を行います。 応答はオーサーノードとパブリッシュノードで同じになります。応答は次のようになります。

      marketingCloudOrgId=0FC4E86B573F99CC7F000101
       reportSuite=aemaem6397618-2018-05-23
       trackingNamespace=aemvideodal
       trackingServer=aemvideodal.d2.sc.omtrdc.net
      
    • AEMのビデオレポ Video Analytics ートツールを使用してプリセットを確認します。

      ツール/アセット/ビデオレポート http://localhost:4502/mnt/overlay/dam/gui/content/s7dam/videoreports/videoreport.html をタップします。

      次のエラーメッセージが表示された場合は、レポートスイートは使用可能ですが、未入力です。 新しいインストールでは、システムがデータの収集を開始するまでこのエラーは正しく、むしろ望ましいと言えます。

      screen_shot_2018-05-23at52254pm
      レポートデータを生成するには、1 つのビデオをアップロードして公開します。「URL をコピー」を使用し、ビデオを 1 回以上再生します。

    ビデオビューアの使用に基づいてレポートデータが格納されるまで、最大 12 時間かかる可能性があることに注意してください。

    エラーが発生し、レポートスイートの設定が正しくない場合は、次のアラートが表示されます。

    screen_shot_2018-05-23at52612pm

    このエラーは、Dynamic Media Configuration(6.3 より前) サービスを設定する前にビデオレポートが実行された場合にも表示されます。

ビデオレポートの設定のトラブルシューティング

  • インストール中に Analytics API サーバーへの接続がタイムアウトすることがあります。インストール中に接続が 20 回再試行されますが、それでも失敗します。この状況が発生すると、ログファイルに複数のエラーが記録されます。SiteCatalystReportService を検索。
  • 最初に Video Analytics プリセットパッケージをインストールしないと、新しいレポートスイートが作成される可能性があります。
  • AEM 6.3 からAEM 6.4 またはAEM 6.4.1 にアップグレードし、Dynamic Media設定(6.3 より前) を設定しても、レポートスイートは作成されます。 これは既知の問題であり、AEM 6.4.2 で修正される予定です。

Video Analytics プリセットについて

Video Analytics プリセット(単に分析プリセットとも呼ばれます)は、Dynamic Mediaのビューアプリセットの横に保存されます。 これは基本的にはビューアプリセットと同じですが、AppMeasurement および Video Heartbeat レポートの設定に使用される情報が付加されています。

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

  • reportSuite
  • trackingServer
  • trackingNamespace
  • marketingCloudOrgId ( 古いバージョンのAEMには存在しません )

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

カタログ設定のレプリケート

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

  1. ターミナルウィンドウで以下を実行します。

    curl -u admin:admin localhost:4502/libs/settings/dam/dm/presets/viewer.pushviewerpresets

  2. AEMで、CRXDE Lite の次の場所に移動します(管理者権限が必要です)。

    https://<server>:<port>/crx/de/index.jsp#/conf/global/settings/dam/dm/imageserver/

  3. レプリケーション」タブをタップします。

  4. 複製」をタップします。

ビューアプリセットのレプリケート

ビューアプリセットを使用してアセットを配信するには、ビューアプリセットをレプリケートまたは公開する必要があります。 (URL を取得したりアセットのコードを埋め込んだりするには、すべてのビューアプリセットをアクティベートして __ をレプリケートする必要があります)。 詳しくは、ビューアプリセットの公開を参照してください。

メモ

デフォルトでは、「レンディション」を選択すると様々なレンディションが表示され、アセットの詳細表示で「ビューア」を選択すると様々なビューアプリセットが表示されます。 表示される数を増減させることができます。 表示する画像プリセットの数を増やす または 表示するビューアプリセットの数を増やす を参照してください。

レプリケーション用のアセットのフィルタリング

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

ただし、Dynamic Mediaデプロイメントでは、アセットはクラウド経由で配信されるので、AEMパブリッシュノードに同じアセットをレプリケートする必要はありません。 このような「ハイブリッド公開」ワークフローを使用すると、余分なストレージコストと、アセットをレプリケートするための処理時間が長くなります。 Dynamic Media ビューア、サイトページ、静的コンテンツなどのその他のコンテンツは、引き続き AEM パブリッシュノードから配信されます。

アセットをレプリケートする以外に、次の非アセットもレプリケートされます。

  • Dynamic Media配信設定:/conf/global/settings/dam/dm/imageserver/configuration/jcr:content/settings
  • 画像プリセット: /conf/global/settings/dam/dm/presets/macros
  • ビューアプリセット: /conf/global/settings/dam/dm/presets/viewer

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

レプリケーション用のデフォルトのアセットフィルターの使用

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

フィルター MIME タイプ レンディション
ダイナミックメディア画像配信

filter-images

filter-sets

image/ で始まる

application/ を含み、set で終わる

標準提供の「filter-images」(インタラクティブな画像などの単一の画像アセットに適用)および「filter-sets」(スピンセット、画像セット、混在メディアセットおよびカルーセルセット)では、次のようになります。
  • PTIFF 画像とメタデータ(cqdam で始まるすべてのレンディション)がレプリケーションに含まれます。
  • オリジナル画像と静的画像レンディションがレプリケーションから除外されます。
ダイナミックメディアビデオ配信 filter-video video/ で始まる 標準提供の「filter-video」では、次のようになります。
  • プロキシビデオレンディション、ビデオサムネール/ポスター画像、メタデータ(親ビデオとビデオレンディションの両方)をレプリケーション用に含めます(cqdam で始まるすべてのレンディション)。
  • 元のビデオと静的なサムネールのレンディションをレプリケーションから除外します。

    注意: プロキシビデオレンディションにはバイナリは含まれず、代わりにノードプロパティが含まれます。このため、公開者のリポジトリサイズには影響しません。
Dynamic Media Classic統合

filter-images

filter-sets

filter-video

image/ で始まる

application/ を含み、set で終わる

video/ で始まる

「トランスポート URI」を、アドビのダイナミックメディアクラウドレプリケーションサービス URL の代わりに AEM パブリッシュサーバーを参照するように設定します。このフィルターを設定すると、AEM パブリッシュインスタンスではなく、Dynamic Media Classic でアセットを配信できます。

標準の「filter-images」、「filter-sets」および「filter-video」では、次の処理がおこなわれます。

  • PTIFF 画像、プロキシビデオのレンディションおよびメタデータがレプリケーションに含まれます。ただし、AEM - Dynamic Media Classic 統合を実行するレプリケーション用の JCR にはこれらの画像やメタデータは存在しないので、実質的には何も起こりません。
  • オリジナル画像、静的画像レンディション、オリジナルビデオおよび静的サムネールレンディションがレプリケーションから除外されます。代わりに、Dynamic Media Classic が画像およびビデオアセットを配信します。
メモ

フィルターは、MIME タイプに適用され、パス用にはできません。

ビデオのみのデプロイメント用のアセットフィルターの設定

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

  1. AEMで、AEMのロゴをタップしてグローバルナビゲーションコンソールにアクセスし、ツール/デプロイメント/レプリケーション/作成者のエージェント をタップします。
  2. 作成者のエージェントページで、「デフォルトエージェント(公開)」をタップします。
  3. 編集」をタップします。
  4. [エージェントの設定] ダイアログボックスの [設定] タブで、[有効] をオンにしてエージェントをオンにします。
  5. OK」をタップします。
  6. AEM で、ツール/一般/CRXDE Lite をタップします。
  7. 左のフォルダーツリーで、/etc/replication/agents.author/dynamic_media_replication/jcr:content/damRenditionFilters に移動します。
  8. filter-video を探して右クリックし、「コピー」を選択します。
  9. 左のフォルダーツリーで、/etc/replication/agents.author/publish に移動します。
  10. filter-video を探して右クリックし、「貼り付け」を選択します。

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

実稼動環境以外のデプロイメントでの画像用のアセットフィルターのセットアップ

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

  1. AEMで、AEMのロゴをタップしてグローバルナビゲーションコンソールにアクセスし、ツール/デプロイメント/レプリケーション/作成者のエージェント をタップします。

  2. 作成者のエージェントページで、「デフォルトエージェント(公開)」をタップします。

  3. 編集」をタップします。

  4. [エージェントの設定] ダイアログボックスの [設定] タブで、[有効] をオンにしてエージェントをオンにします。

  5. OK」をタップします。

  6. AEM で、ツール/一般/CRXDE Lite をタップします。

  7. 左のフォルダーツリーで、/etc/replication/agents.author/dynamic_media_replication/jcr:content/damRenditionFilters に移動します。

    image-2018-01-16-10-22-40-410

  8. filter-images を探して右クリックし、「コピー」を選択します。

  9. 左のフォルダーツリーで、/etc/replication/agents.author/publish に移動します。

  10. jcr:content を探し、右クリックして 作成/ノードを作成 を選択します。 タイプ nt:unstructured の名前 damRenditionFilters を入力します。

  11. damRenditionFilters を探し、右クリックして 貼り付け を選択します。

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

メモ

1 人の作成者に異なるフィルターが多数ある場合は、各エージェントに異なるユーザーを割り当てる必要があります。Granite コードでは、ユーザーごとに 1 つのフィルターというモデルが適用されます。フィルターを設定するたびに、必ず、異なるユーザーを使用してください。
1 つのサーバーで複数のフィルターを使用する場合(例えば、公開するレプリケーション用のフィルターと s7delivery 用の 2 つ目のフィルター)、これら 2 つのフィルターに異なる userIdjcr:content ノードで割り当てられていることを確認します。 次の画像を参照してください。

image-2018-01-16-10-26-28-465

レプリケーション用のアセットフィルターのカスタマイズ

(オプション)レプリケーション用のアセットフィルターをカスタマイズするには:

  1. AEMで、AEMのロゴをタップしてグローバルナビゲーションコンソールにアクセスし、ツール/一般/CRXDE Lite をタップします。

  2. 左側のフォルダーツリーで /etc/replication/agents.author/dynamic_media_replication/jcr:content/damRenditionFilters に移動し、フィルターを確認します。

    chlimage_1-511

  3. フィルターの MIME タイプを定義するために、次のように MIME タイプを特定することができます。

    左側のレールで、 content > dam > <locate_your_asset > jcr:content > metadata を展開し、表内の dc:format を探します。

    次の図は、dc:format へのアセットのパスの例です。

    chlimage_1-512

    アセット Fiji Red.jpgdc:formatimage/jpeg です。

    このフィルターをすべての画像に適用するには、形式に関係なく、値を image/* に設定します。* は、任意の形式のすべての画像に適用される正規表現です。

    フィルターをタイプJPEGの画像にのみ適用するには、値 image/jpeg を入力します。

  4. レプリケーションに含める、またはレンディションから除外するレンディションを定義します。

    レプリケーション用のフィルターに使用できる文字は次のとおりです。

使用する文字 レプリケーション用のアセットのフィルター方法
* ワイルドカード文字
+ レプリケーション用にアセットを含める
- レプリケーションからアセットを除外する

content/dam/<locate_your_asset>/jcr:content/renditions に移動します。

次の図は、あるアセットのレンディションの例を示しています。

chlimage_1-513

上記の例を使用して、PTIFF( ピラミッドTIFF) のみをレプリケートする場合は、cqdam で始まるすべてのレンディションを含む +cqdam,* と入力します。 この例では、そのレンディションは cqdam.pyramid.tiff です。

オリジナルを複製するだけの場合は、+original と入力します。

Dynamic Media 画像サーバーの設定

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

メモ

Dynamic Mediaは、有効にした後に 標準で動作します。 ただし、オプションで、Dynamic Media 画像サーバーを特定の仕様や要件に合うように設定することで、インストールを細かく調整することもできます。

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

Dynamic Media Image Server を設定するには:

  1. AEMの左上隅にある Adobe Experience Manager をタップしてグローバルナビゲーションコンソールにアクセスし、ツール/操作/Web コンソール をタップします。

  2. Adobe Experience Manager Web コンソールの設定 ページで、OSGi/設定 をタップして、AEM内で現在実行中のすべてのバンドルを一覧表示します。

    Dynamic Media Delivery Server は、リスト内の次の名前の下にあります。

    • Adobe CQ Scene7 ImageServer
    • Adobe CQ Scene7 PlatformServer
  3. バンドルのリストで、Adobe CQ Scene7 ImageServer の右側にある「 を編集」アイコンをタップします。

  4. Adobe CQ Scene7 ImageServer ダイアログボックスで、次の設定値を設定します。

    メモ

    ほとんどの場合、デフォルト値を変更する必要はありません。ただし、デフォルト値を変更した場合、変更を有効にするには、バンドルを再起動する必要があります。

プロパティ デフォルト値 説明
TcpPort.name empty ImageServer プロセスとの通信に使用するポート番号。デフォルトでは、空きポートが自動的に検出されます。
AllowRemoteAccess.name empty

ImageServer プロセスへのリモートアクセスを許可または禁止します。false の場合、画像サーバーは localhost でのみリッスンします。

ローカルホストを指すデフォルトの Externalizer 設定では、特定の VM インスタンスの実際のドメインまたは IP アドレスを指定する必要があります。この理由は、localhost が VM の親システムを指している可能性があるためです。

VM のドメインまたは IP アドレスには、自身を解決できるようにホストファイルのエントリを含む必要がある場合があります。

MaxRenderRgnPixels 16 MPixels レンダリングされる最大サイズ(メガピクセル単位)。
MaxMessageSize 16 MBytes 配信されるメッセージの最大サイズ(メガピクセル単位)。
RandomAccessUrlTimeout 20 JCR がタイル範囲リクエストに応答するまで ImageServer が待つ時間(秒)を表すタイムアウト値。
WorkerThreads 10 ワーカースレッドの数。
  1. 保存」をタップします。

  2. バンドルのリストで、Adobe CQ Scene7 PlatformServer の右側にある「 を編集」アイコンをタップします。

  3. Adobe CQ Scene7 PlatformServer ダイアログボックスで、次のデフォルト値のオプションを設定します。

    メモ

    Dynamic Media Image Server は、独自のディスクキャッシュを使用して応答をキャッシュします。AEM HTTP キャッシュと Dispacher を使用して Dynamic Media 画像サーバーからの応答をキャッシュすることはできません。

    プロパティ デフォルト値 説明
    Cache enabled チェック 応答キャッシュを有効にするかどうかを指定します。。
    Cache roots cache 応答キャッシュフォルダーへの 1 つ以上のパス。相対パスは、内部の s7imaging バンドルフォルダーを基準として解決されます。
    Cache Max Size 200000000 応答キャッシュの最大サイズ(バイト単位)。
    Cache Max Entries 100000 キャッシュで許可されるエントリの最大数。

デフォルトのマニフェスト設定

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

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

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

configimageservercrxdelite

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

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

必ず「アクセス制御」タブ(「プロパティ」タブの右側)をタップし、全員および dynamic-media-replication ユーザーのアクセス制御権限を jcr:read に設定してください。

configimageservercrxdeliteaccesscontroltab

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

プロパティ デフォルト値 説明
bkgcolor FFFFFF

デフォルトの背景色。実際の画像データが含まれない返信画像のすべての領域を埋めるために使用される RGB 値。

画像サービング API の BkgColor も参照してください。

defaultpix 300,300

デフォルトの表示サイズ。サーバーによって、返信画像がこの幅と高さ以内になるように制限されます(要求で wid=、hei= または scl= を使用して表示サイズが明示的に指定されていない場合)。

2 つの整数値(0 以上)をコンマ区切りで指定します。幅と高さをピクセル単位で指定します。一方または両方の値を 0 に設定すると、制限なしのまま維持されます。ネストされた要求または埋め込まれた要求に対しては適用されません。

画像サービング API の DefaultPix も参照してください。

ただし、通常はビューアプリセットまたは画像プリセットを使用してアセットを配信します。DefaultPix はビューアプリセットや画像プリセットを使用していないアセットに適用されます。

defaultthumbpix 100,100

デフォルトのサムネールのサイズ。サムネール要求(req=tmb)の attribute::DefaultPix の代わりに使用されます。

サーバーによって、返信画像がこの幅と高さ以内になるように制限されます(サムネール要求(req=tmb)で wid=、hei= または scl= を使用して表示サイズが明示的に指定されていない場合)。

2 つの整数値(0 以上)をコンマ区切りで指定します。幅と高さをピクセル単位で指定します。一方または両方の値を 0 に設定すると、制限なしのまま維持されます。

ネストされた要求または埋め込まれた要求に対しては適用されません。

画像サービング API の DefaultThumbPix も参照してください。

expiration 36000000

デフォルトのクライアントキャッシュの存続時間。特定のカタログレコードに有効な catalog::Expiration 値が含まれていない場合のデフォルトの有効期限間隔を指定します。

0 以上の実数。返信データが生成されてから有効期限が切れるまでの時間数(ミリ秒単位)。0 に設定すると、常に返信画像が即座に有効期限切れになります。実質的に、クライアントキャッシュが無効になります。デフォルトでは、この時間は 10 時間に設定されています。つまり、新しい画像が公開される場合に、古い画像がユーザーのキャッシュから削除されるまで 10 時間かかります。キャッシュを早くクリアする必要がある場合は、カスタマーサポートにお問い合わせください。

画像サービング API の有効期限も参照してください。

jpegquality 80

デフォルトの JPEG エンコード属性。JPEG 返信画像のデフォルト属性を指定します。

整数とフラグをコンマ区切りで指定します。1 つ目の値には 1~100 の範囲で画質を定義します。2 つ目の値は、通常動作の場合は 0 を指定し、JPEG エンコーダーによって通常導入される RGB 色度ダウンサンプリングを無効にするには 1 を指定します。

画像サービング API の JpegQuality も参照してください。

maxpix 2000,2000

返信画像のサイズ制限。クライアントに返される返信画像の最大の幅と高さ。

要求によって、返信イメージの幅または高さが attribute::MaxPix より大きい場合、サーバはエラーを返します。

画像サービング API の MaxPix も参照してください。

resmode SHARP2

デフォルトの再サンプリングモード。画像データの拡大縮小に使用するデフォルトの再サンプリングおよび補間属性を指定します。

resMode= が要求内で指定されていない場合に使用されます。

使用できる値には、BILIN、BICUB、SHARP2 などがあります。

列挙ビリンの場合は 2、バイハブの場合は 3、シャープ 2 補間モードの場合は 4 に設定します。最適な結果を得るには、sharp2 を使用します。

画像サービング API の ResMode も参照してください。

resolution 72

デフォルトのオブジェクト解像度。特定のカタログレコードに有効な catalog::Resolution 値が含まれていない場合のデフォルトのオブジェクト解像度を指定します。

0 以上の実数。通常は ppi(インチあたりピクセル数)で表しますが、ppm(メートルあたりピクセル数)などの他の単位の場合もあります。

画像サービング API の解像度も参照してください。

thumbnailtime 1%,11%,21%,31%,41%,51%,61%,71%,81%,91% これらの値は、ビデオ再生時間のスナップショットを表し、 encoding.com に渡されます。 詳しくは、ビデオサムネールについてを参照してください。

Dynamic Media カラーマネジメントの設定

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

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

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

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

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

メモ

標準のAdobeカラープロファイルセットは、ソフトウェアディストリビューション 🔗 の 機能パック12445がインストールされている場合にのみ使用できます。 すべての機能パックとサービスパックは、 ソフトウェア配布 で入手できます。 機能パック 12445 は、Adobe カラープロファイルを提供します。

機能パック12445をインストールしています

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

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

  1. Software Distribution に移動し、cq-6.3.0-featurepack-12445 をダウンロードします。

    Adobe Experience Manager でのパッケージの使用について詳しくは、 パッケージの使用方法 を参照してください。

  2. 機能パックをインストールします。

デフォルトカラープロファイルの設定

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

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

  1. ツール/一般/CRXDE Lite で、デフォルトのAdobe Colorプロファイルを含む /conf/global/settings/dam/dm/imageserver/configuration/settings に移動します。

    chlimage_1-514

  2. プロパティ」タブの下部までスクロールし、次の表に示すプロパティ名、タイプ、値を手動で入力して、色補正プロパティを追加します。 値を入力したら、「追加」をタップし、「すべて保存」をタップして値を保存します。

    カラー補正プロパティは、カラー補正プロパティ​の表に記載しています。カラー補正プロパティに割り当てることができる値は、カラープロファイル​の表に記載しています。

    例えば、名前iccprofilecmyk を追加し、 String を選択して、WebCoated として追加します。 を追加」をタップし、「すべて保存」をタップして値を保存します。

    chlimage_1-515

    カラー補正プロパティの表

    プロパティ タイプ デフォルト 説明
    icprofilergb 文字列 <空白> 初期設定の RGB カラープロファイルの名前。
    iccprofilemyk 文字列 <空白> 初期設定の CMYK カラープロファイルの名前。
    icprofilegray 文字列 <空白> 初期設定のグレーカラープロファイルの名前。
    iccprofilesrcrgb 文字列 <空白> 埋め込みカラーRGBを持たないRGB画像に使用されるデフォルトのプロファイルカラープロファイルの名前
    iccprofilesrcmyk 文字列 <空白> 埋め込みカラープロファイルを持たない CMYK 画像に使用されるデフォルトの CMYK カラープロファイルの名前。
    icprofilesrcgray 文字列 <空白> 埋め込みカラープロファイルを持たない CMYK 画像に使用されるデフォルトのグレーカラープロファイルの名前。
    iccblackpointcompensation ブール値 True カラー補正中に黒点補正を行うかどうかを指定します。 アドビでは、これをオンにすることをお勧めします。
    icdither ブール値 False カラー補正中にディザリングを行うかどうかを指定します。
    icrenderintent 文字列 relative

    レンダリングインテントを指定します。指定できる値は次のとおりです。 知覚的、相対的、彩度、絶対的 アドビでは、デフォルトとして相対をお勧めします。

    メモ

    プロパティ名は、大文字と小文字が区別され、すべて小文字にする必要があります。

    カラープロファイルの表

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

    名前

    カラースペース

    説明

    AdobeRGB RGB Adobe RGB(1998)
    AppleRGB RGB AppleRGB
    CIERGB RGB CIERGB
    CoatedFogra27 CMYK 被覆 FOGRA27 (ISO 12647-2:2004)
    CoatedFogra39 CMYK 被覆 FOGRA39 (ISO 12647-2:2004)
    CoatedGraCol CMYK Coated GRACoL 2006 (ISO 12647-2:2004)
    ColorMatchRGB RGB ColorMatchRGB
    EuropeISOCoated CMYK Europe ISO Coated FOGRA27
    EuroscaleCoated CMYK Euroscale Coated v2
    EuroscaleUncoated CMYK Euroscale Uncoated v2
    JapanColorCoated CMYK Japan Color 2001 Coated
    JapanColorNewspaer CMYK 日本カラー 2002 年新聞
    JapanColorUncoated CMYK 日本カラー 2001 未塗装
    JapanColorWebCoated CMYK Japan Color 2003 Web Coated
    JapanWebCoated CMYK Japan Web Coated (Ad)
    新聞印刷 SNAP2007 CMYK 米国新聞印刷 (SNAP 2007)
    NTSC RGB NTSC (1953)
    PAL RGB PAL/SECAM
    ProPhoto RGB ProPhotoRGB
    PS4Default CMYK Photoshop 4 のデフォルト CMYK
    PS5Default CMYK Photoshop 5 デフォルト CMYK
    SheetfedCoated CMYK U.S. Sheetfed Coated v2
    SheetfedUncoated CMYK U.S. Sheetfed Uncoated v2
    SMPTE RGB SMPTE-C
    sRGB RGB sRGB IEC61966-2.1
    UncoatedFogra29 CMYK 非コート FOGRA29 (ISO 12647-2:2004)
    WebCoated CMYK U.S. Web Coated (SWOP) v2
    WebCoatedFogra28 CMYK Web Coated FOGRA28 (ISO 12647-2:2004)
    WebCoatedGrade3 CMYK Web Coated SWOP 2006 Grade 3 用紙
    WebCoatedGrade5 CMYK Web Coated SWOP 2006 Grade 5 用紙
    WebUncoated CMYK U.S. Web Uncoated v2
    WideGamutRGB RGB 広域RGB
  3. すべて保存」をタップします。

例えば、 iccprofilergbsRGB に、 iccprofilecmykWebCoated に設定できます。 それには、次のようにします。

  • RGB および CMYK 画像のカラー補正を有効にします。
  • カラープロファイルを持たない RGB 画像は、sRGB カラースペースにあると見なされます。
  • カラープロファイルを持たない CMYK 画像は、WebCoated カラースペースにあると見なされます。
  • RGB 出力を返す動的レンディションは、RGB 出力を sRGB カラースペース内で返します。
  • CMYK 出力を返す動的レンディションは、CMYK 出力を WebCoated カラースペース内で返します。

アセットの配信

上記のすべてのタスクを完了すると、アクティベートされたDynamic Mediaアセットが画像またはビデオサービスから提供されます。 AEMでは、この機能は、 画像のコピー URLビューアのコピー URLビューアの埋め込みコード および WCM に表示されます。

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

実行する操作... 結果
画像 URL のコピー

URL をコピーダイアログボックスに、次のような URL が表示されます(URL はデモ用です)。

https://IMAGESERVICEPUBLISHNODE/is/image/content/dam/path/to/Image.jpg?$preset$

IMAGESERVICEPUBLISHNODE は画像サービスの URL を表します。

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

ビューア URL のコピー

URL をコピーダイアログボックスに、次のような URL が表示されます(URL はデモ用です)。

https://PUBLISHNODE/etc/dam/viewers/s7viewers/html5/BasicZoomViewer.html?asset=/content/dam/path/to/Image.jpg&config=/conf/global/settings/dam/dm/presets/viewer/Zoom_dark&serverUrl=https://IMAGESERVICEPUBLISHNODE/is/image/&contentRoot=%2F

PUBLISHNODE は通常の AEM パブリッシュノードを表し、IMAGESERVICEPUBLISHNODE は画像サービスの URL を表します。

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

ビューアの埋め込みコードのコピー

埋め込みコードをコピーダイアログボックスに、次のようなコードスニペットが表示されます(コードサンプルはデモ目的のものです)。

<style type="text/css"> ​#s7basiczoom_div.s7basiczoomviewer{ width:100%; height:auto; } </style> <script type="text/javascript" src="https://PUBLISHNODE/etc/dam/viewers/s7viewers/html5/js/BasicZoomViewer.js"></script> <div id="s7basiczoom_div"></div> <script type="text/javascript"> var s7basiczoomviewer = new s7viewers.BasicZoomViewer({ "containerId" : "s7basiczoom_div", "params" : { "serverurl" : "https://IMAGESERVICEPUBLISHNODE/is/image/", "contenturl" : "https://PUBLISHNODE/", "config" : "/conf/global/settings/dam/dm/presets/viewer/Zoom_dark", "asset" : "/content/dam/path/to/Image.jpg" } }).init(); </script>

PUBLISHNODE は通常の AEM パブリッシュノードを表し、IMAGESERVICEPUBLISHNODE は画像サービスの URL を表します。

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

WCM の Dynamic Media コンポーネントとインタラクティブメディアコンポーネント

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

このページ