Dynamic Mediaクラシックメインワークフローとアセットのプレビュー

Dynamic Mediaでは、作成(およびアップロード)、作成者(および公開)、配信ワークフローのプロセスがサポートされています。 開始するには、アセットをアップロードし、画像セットの作成などのアセットを操作し、最終的に公開してアセットを公開します。 一部のワークフローでは、ビルド手順はオプションです。 例えば、画像の動的なサイズ変更とズームのみを行う場合や、ストリーミング用にビデオを変換して公開する場合など、必要なビルド手順はありません。

画像

Dynamic Mediaクラシックソリューションのワークフローは、次の3つの主な手順で構成されます。

  1. SourceContentの作成(およびアップロード)
  2. アセットの作成(および公開)
  3. アセットの配信

手順1:作成(およびアップロード)

これは、ワークフローの開始です。 この手順では、使用しているワークフローに合うソースコンテンツを収集または作成して、Dynamic Mediaクラシックにアップロードします。 システムでは、画像、ビデオ、フォントの複数のファイルタイプがサポートされていますが、PDF、Adobe Illustrator、Adobe InDesignの場合もサポートされています。

サポートされるファイルタイプ」の完全なリストを参照してください。

ソースコンテンツは、様々な方法でアップロードできます。

デフォルトモードは「デスクトップから」です。ローカルネットワーク上のファイルを参照し、アップロードを開始します。

画像

ヒント

フォルダーを手動で追加しないでください。 代わりに、FTPからアップロードを実行し、「サブフォルダを含める」オプションを使用して、Dynamic Media構造をクラシック内に再作成します。

最も重要な2つのアップロードオプションは、デフォルトで有効になります。公開用にマーク(前述)と​上書き​です。 上書きは、アップロードするファイルが既にシステムに存在するファイルと同じ名前の場合、新しいファイルによって既存のバージョンが置き換えられることを意味します。 このオプションの選択を解除すると、ファイルがアップロードされない場合があります。

画像のアップロード時に上書きオプションを設定

「画像を上書き」オプションには4つのバリエーションがあり、会社全体に対して設定でき、誤解されることがよくあります。 つまり、同じ名前のアセットをより頻繁に上書きするようにルールを設定するか、上書きの頻度を下げる(新しい画像の名前が「 —1」または「 —2」の拡張子に変更される)ようにルールを設定します。

  • 現在のフォルダでベース名と拡張子が同じファイルを上書き。このオプションは、最も厳格な置換規則です。置き換え画像を元の画像と同じフォルダーにアップロードし、置き換え画像と元の画像のファイル名拡張子が同じになっている必要があります。これらの要件が満たされない場合は、重複する画像が作成されます。

  • 現在のフォルダでベース名が同じファイルを上書き(拡張子は関係なく)置き換え画像を元の画像と同じフォルダにアップロードする必要がありますが、ファイル名拡張子が元の画像と異なる場合があります。 例えば、chair.jpgをchair.tifに置き換える場合などです。

  • 任意のフォルダでベース名と拡張子が同じファイルを上書き。置き換え画像と元の画像のファイル名拡張子が同じである必要があります(例えば、chair.jpgはchair.jpgを置き換える必要があり、chair.tifは置き換えません)。ただし、置き換え画像を、元の画像と別のフォルダーにアップロードできます。更新された画像は新しいフォルダーにあり、元の場所のファイルはなくなります.

  • 任意のフォルダでベース名が同じファイルを上書き(拡張子は関係なく)このオプションは、最も包括的な置換規則です。置き換え画像を、元の画像と別のフォルダーにアップロードでき、ファイル名拡張子が異なるファイルをアップロードして、元のファイルと置き換えることができます。元のファイルが別のフォルダーにある場合、置き換え画像は、アップロード先の新しいフォルダーに存在します。

画像を上書きオプションの詳細を表示します。

上記の2つの方法のいずれかを使用してアップロードする場合でも、特定のアップロードに対して「ジョブオプション」を指定できます。例えば、定期的なアップロードのスケジュール、アップロード時の切り抜きオプションの設定などが可能です。 これらは一部のワークフローにとって価値があるので、お客様にとって価値があるかどうかを検討する価値があります。

ジョブオプションの詳細を表示します。

Dynamic Mediaクラシックは、まだシステムにないコンテンツでは動作しないので、ワークフローではアップロードが最初に必要な手順です。 アップロード中は、内部でアップロードされたすべてのアセットが中央のDynamic Mediaクラシックデータベースに登録され、IDが割り当てられてストレージにコピーされます。 また、画像ファイルは、動的なサイズ変更とズームが可能な形式に変換され、ビデオファイルはMP4 Web対応の形式に変換されます。

概念:画像をDynamic Mediaクラシックにアップロードすると、画像は次のようになります

任意の種類の画像をDynamic Mediaクラシックにアップロードすると、ピラミッドTIFFまたはP-TIFFと呼ばれるマスター画像形式に変換されます。 P-TIFFは、レイヤー化されたTIFFビットマップ画像の形式に似ていますが、異なるレイヤーの代わりに、同じ画像の複数のサイズ(解像度)を含むファイルを除きます。

画像

画像が変換されると、Dynamic Mediaクラシックは画像のフルサイズの「スナップショット」を作成し、半分に拡大縮小して保存し、半分に拡大縮小して保存します。その後、元のサイズの倍数で埋まるまで同様に続きます。 例えば、2000ピクセルのP-TIFFは、同じファイル内に1000ピクセル、500ピクセル、250ピクセル、125ピクセル以下のサイズを持ちます。 P-TIFFファイルは、Dynamic Mediaクラシックでは「マスター画像」と呼ばれる形式です。

特定のサイズの画像を要求する場合、P-TIFFを作成すると、Image Server for Image Classicで次に大きいサイズをすばやく見つけて、それを縮小できます。 例えば、2000ピクセルの画像をアップロードして100ピクセルの画像を要求した場合、Dynamic Mediaクラシックでは125ピクセルのバージョンが見つかり、2000 ~ 100ピクセルに拡大されるのではなく、100ピクセルに縮小されます。 これにより、操作が非常に高速になります。 また、画像をズームする場合に、最大解像度の画像全体ではなく、ズーム中の画像のタイルのみを要求できるようにします。 これは、マスター画像形式のP-TIFFファイルが、動的サイズ変更とズームの両方をサポートする方法です。

同様に、マスターソースビデオをDynamic Mediaクラシックにアップロードすることもできます。また、Dynamic Mediaクラシックをアップロードすると、自動的にサイズを変更してMP4 Webフレンドリな形式に変換できます。

アップロードする画像の最適サイズを決定する際のサムの規則

必要な最大サイズで画像をアップロードします。

  • ズームする必要がある場合は、長辺が1500 ~ 2500 pixelの範囲の高解像度画像をアップロードします。 表示する詳細の長さ、ソース画像の質、表示する製品のサイズを考慮します。 例えば、小さなリングには1000ピクセルの画像をアップロードし、ルームスケーン全体には3000ピクセルの画像をアップロードします。
  • ズームする必要がない場合は、表示されるサイズでアップロードします。 例えば、ページに配置するロゴやスプラッシュ/バナーの画像がある場合は、1:1サイズで正確にアップロードし、そのサイズで正確に呼び出します。

Dynamic Mediaクラシックにアップロードする前に、決して画像をアップサンプルしたり、爆発させたりしないでください。 例えば、2000ピクセルの画像にする場合は、小さい画像をアップサンプルしないでください。見た目が悪い。 アップロードする前に、画像をできる限り完全に近いものにします。

ズームには最小サイズはありませんが、初期設定では100%を超えるズームは行われません。 画像が小さすぎる場合は、全くズームされません。また、小さいズーム量だけで画像の見えにくくなります。

画像サイズには最小限の制限はありませんが、大きな画像をアップロードすることはお勧めしません。 巨大な画像は4000以上のピクセルと見なすことができます。このサイズで画像をアップロードすると、画像内のほこりや毛の粒のような潜在的な欠陥が表示される場合があります。 このような画像は、Dynamic Mediaクラシックサーバーの領域を増やすので、契約ストレージ制限を超える可能性があります。

ファイルのアップロードについての詳細。

手順2:作成者(および公開)

コンテンツを作成してアップロードした後、1つ以上のサブワークフローを実行して、アップロードしたアセットから新しいリッチメディアアセットを作成します。 これには、画像、スウォッチ、スピン、混在メディアセットの他、様々な種類のセットコレクション、テンプレートが含まれます。 ビデオも含みます。 各種の画像収集セットとビデオリッチメディアについて、後で詳しく説明します。 ただし、ほとんどの場合は、1つ以上のアセットを選択し(またはアセットを選択していない)、作成するアセットのタイプを開始します。 例えば、メイン画像とその画像の数表示を選択し、同じ製品の代替表示の集まりである画像セットを作成するように選択できます。

重要

すべてのアセットが公開用にマークされていることを確認します。 デフォルトでは、すべてのアセットはアップロード時に自動的に公開用にマークされますが、アップロードされたコンテンツから新しく作成されたアセットも公開用にマークする必要があります。

新しいアセットをビルドした後、公開ジョブを実行します。 これは手動で行うことも、自動的に実行される公開ジョブをスケジュールすることもできます。 公開すると、すべてのコンテンツが非公開のDynamic Mediaクラシック球体から公開のサーバ球体にコピーされます。 Dynamic Media公開ジョブの製品は、公開済みの各アセットに固有のURLです。

公開先のサーバは、コンテンツの種類とワークフローによって異なります。 例えば、すべての画像がImage Serverに送信され、ビデオがFMSサーバにストリーミングされます。 便宜上、単一のサーバに対する単一のイベントとして「公開」について述べます。

公開すると、コンテンツだけでなく、公開用にマークされたすべてのコンテンツが公開されます。 通常、1人の管理者が、公開を実行する個々のユーザーではなく、全員に代わって公開します。 管理者は、必要に応じて投稿したり、毎日、毎週、または10分ごとにジョブを繰り返し設定して、自動的に投稿することができます。 ビジネスに合ったスケジュールで投稿します。

ヒント

公開ジョブを自動化し、毎日午前12:00または夕方遅くに「完全公開」を実行するようにスケジュールします。

概念:Dynamic MediaクラシックURLについて

Dynamic Mediaクラシックワークフローの最後の製品は、(画像セットかアダプティブビデオセットかにかかわらず)アセットを指すURLです。 これらのURLは非常に予測可能で、同じパターンに従います。 画像の場合、各画像はP-TIFFマスター画像から生成されます。

次に、画像のURLの構文と例を示します。

画像

URLの疑問符の左側にあるものは、すべて特定の画像への仮想パスです。 疑問符の右側にあるのはImage Server修飾子で、画像の処理方法を示す命令です。 複数の修飾子がある場合、それらの修飾子はアンパサンドで区切られます。

最初の例では、イメージ「Backpack_A」への仮想パスはhttp://sample.scene7.com/is/image/s7train/BackpackAです。 Image Server修飾子は、画像の幅を250ピクセルに変更し(wid=250から)、ランチョス補間アルゴリズムを使用して画像をリサンプルします。これは、サイズ変更時にシャープにします(resMode=sharp2から)。

2つ目の例では、$!で示すように、「画像プリセット」と呼ばれるものを同じBackpack_A画像に適用します。_template300$. 式の両側の$記号は、画像プリセット(パッケージ化された一連の画像修飾子)が画像に適用されていることを示します。

Dynamic MediaクラシックURLの組み合わせ方を理解したら、プログラムによるURLの変更方法や、サイトやバックエンドシステムにURLをより深く統合する方法を理解します。

概念:キャッシュ遅延について

新たにアップロードおよび公開されたアセットはすぐに表示されますが、更新されたアセットは10時間のキャッシュ遅延の影響を受ける場合があります。 デフォルトでは、すべての発行済みアセットには、期限が切れる10時間以上前のものがあります。 「最小」と言います。画像が表示されるたびに、その画像を誰も見ていない10時間が経過するまで有効期限が切れない時計が開始されます。 この10時間の期間は、アセットの「Time to Live」です。 そのアセットのキャッシュの期限が切れたら、更新されたバージョンを配信できます。

これは通常、間違いが発生した場合以外問題になりません。また、画像/アセットの名前は以前に公開されたバージョンと同じですが、画像に問題があります。 例えば、誤って低解像度のバージョンをアップロードしたか、アートディレクターが画像を承認していなかったとします。 この場合、元の画像を取り消し、同じアセットIDを使用する新しいバージョンに置き換えます。

更新が必要なURLのキャッシュを手動でクリアする方法を説明します。

ヒント

キャッシュの遅延に関する問題を回避するには、常に夕方、1日、2週間など前倒しで作業します。 社内の関係者が作業を配達確認してから一般に公開する前に、QA/受け入れに間に合うように作成します。 前の晩に作業しても、変更を加えてその夜に再公開できます。 午前中には、10時間が経過し、キャッシュが正しい画像で更新されます。

手順3:配信

Dynamic Mediaクラシックワークフローの最終的な製品は、アセットを指すURLです。 URLは、個々の画像、画像セット、スピンセット、その他の画像セットのコレクションやビデオを指す場合があります。 そのURLを取得して、それを使用する必要があります。例えば、<IMG>タグが現在のサイトの画像を指すのではなく、Dynamic Mediaクラシック画像を指すように、HTMLを編集します。

配信手順では、これらのURLを、アセットを表示するWebサイト、モバイルアプリ、電子メールキャンペーンまたはその他のデジタルタッチポイントに統合する必要があります。

画像のDynamic MediaクラシックURLのWebサイトへの統合の例:

画像

赤色のURLは、Dynamic Mediaクラシックに固有の唯一の要素です。

ITチームや統合パートナーは、コードの記述と変更をリードして、Dynamic MediaクラシックURLをサイトに統合できます。 Adobeには、技術的なガイダンス、クリエイティブなガイダンス、一般的なガイダンスの提供など、この取り組みを支援できるコンサルティングチームがいます。

ズームビューアや、ズームと代替表示を組み合わせたビューアなど、より複雑なソリューションの場合、通常、URLはDynamic Mediaクラシックによってホストされているビューアを指し、そのURL内にはアセットIDの参照を指定します。

画像セットをビューアの新しいポップアップウィンドウに開くためのリンク(赤)の例を示します。

画像

重要

Dynamic MediaクラシックURLは、Webサイト、モバイルアプリ、電子メール、その他のデジタルタッチポイントに統合する必要があります。Dynamic Mediaクラシックでは統合できません。

アセットのプレビュー

アップロードしたアセット、作成中または編集中のアセットをプレビューし、顧客が表示したときに、アセットが希望どおりに表示されることを確認する必要がある場合があります。 プレビューーウィンドウにアクセスするには、アセットのサムネール上の​プレビュー​ボタンをクリックするか、参照/ビルドパネル​の上部にある​プレビュー​をクリックします。 ブラウザーウィンドウでは、画像、ビデオ、または画像セットのようなビルドアセットのいずれかで、現在パネルにあるアセットがプレビューされます。

ダイナミックサイズプレビュー(画像プリセット)

サイズ​プレビューを使用して、複数のサイズで画像をプレビューできます。 これにより、使用可能な画像プリセットのリストが読み込まれます。 後で説明する画像プリセットは、「レシピ」と考えてください。画像プリセットは、特定のサイズのシャープと画質を持つ名前の付いた画像を読み込むためのものです。

ズームプレビュー

また、「ズーム」オプションを使用すると、付属の様々なズームビューアに基づく、多数のプリビルトズームプリセットの中の1つに画像をプレビューできます。

アセットのプレビューについての詳細。

このページ

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now