Transcript Ink - CIP4
Welcome to the Tokyo JDF Tutorial JDFチュートリアルの講師 • Doug Belkofer - EFI • Claes Buckwalter – Linköping University • Henny van Esch – Optichrome • Steve Hiebert – HP • Rainer Prosi – Heidelberg チュートリアルの概要 • JDF構造の概観 • JDFの詳細および例 JDFとは？ • JDFはｸﾞﾗﾌｨｯｸｱｰﾂにおける作業指示書（ジョブチケット）であり データ交換のフォーマットの定義そのもの - JDFはアプリケーションでもシステムでもない • JDFはXMLで符号化されている • ジョブのコンテンツは参照するだけで、JDFに埋め込まれることはない • JDFは拡張性が高い • 本来、JDFは以下に定義された意味を持つ構造が元になっている – Adobe PJTF – CIP3 PPF • JDFｼﾞｮﾌﾞ定義 + JMFﾒｯｾｰｼﾞﾝｸﾞ+JDFの拡張性＋ICS文書 をもってJDFは構成される。 JDFの目的および必要事項 • なぜJDFを使うのか? – 自動化による生産性の向上 – 情報化は優れた意思決定を提供する – 現状ではデジタルコンテンツワークフローを使っているにも関わらず作業指示 書は紙ベースである － 使い勝手が悪い • 何のためにJDFを使うのか? – 以下の観点からグラフィックアーツにおけるジョブを定義する • 専用アプリケーションまたは機器 • MIS 経営情報管理システム • 顧客情報 – 工程（プロセス）の最初から最後までに関わる全ての情報を収集する • どのようにJDFを使えばいいか? – 続きは次のスライドで … CIP4のリファレンスモデル 売上レポート 顧客 プリント バイヤー 顧客サービス レポート 交渉・見積もり JDF ｲﾝﾃﾝﾄ作成 デザイナー 等の専門家 仕事の発生 顧客 プリプレス 生産 ｽｹｼﾞｭｰﾙ プリプレス 担当者 製品定義 Prepress 工程（プロセス）毎へ プレス 責任者 製品定義 （範囲情報含む） 製品定義 （稼動結果） ドキュメント 作成 工程（プロセス）毎へ プリプレス 責任者 見積り 受注入力 プレス 工程（プロセス）毎へ プレス 担当者 Base Press MIS Extended MIS ポストプレス 責任者 印刷会社 責任者 ポストプレス ポストプレス 担当者 Postpress 印刷会社の経営 印刷会社 JDFの記述 • XMLでの記述 • URI/URL（ﾊｲﾊﾟｰﾘﾝｸ）による外部参照 • データの種類を定義するためのXMLスキーマ • XMLのﾈｰﾑｽﾍﾟｰｽ（ﾀｸﾞの有効範囲指定）を使用する ことによる拡張性 JDFフレームワークの基盤 • JDF Node（ノード） – プロセス（工程）、プロセスグループ、GrayBox、製品の情報の記述 • JDF Resource – パラメータの設定または実体の記述 • JDF ResourceLink – JDFのノードとリソースを結ぶリンク • JDF Capabilities Descriptions – JDFのインタフェースの制限（制御）に関する記述 • JMF Messages – リアルタイム情報の交換のフォーマット • ICS Documents – 各々の目的に応じて限定されたJDFの定義 JDFノード （JDF Node） • 一般的なプロセスの定義 – JDFにおける“動詞”の役割 – 決められた時間と動作の定義 – スケジューリングおよび監視をする ための構造的な入れ物 • プロセスと製品の定義を１つのJDF内 で保持 • 最小限の正確な製品仕様がJob Root Nodeに含まれる • 中間ノードには、抽象的である ProcessGroupノードまたは GrayBoxノードを含む • 最端のノード（Leaf Node）では個々 または結合されたプロセス情報を含む JDF ノード 入力 (リソース) 出力 (リソース) ｽｹｼﾞｭｰﾙ 時間 開始 終了 Product Intent vs. Process Modeling • Product Intent の記述の目的 – 顧客から見た生産物のビュー – 契約の取り決め – 個々の工程（プロセス） Book Contents Cover B/W Pages Color Pages Product Intent vs. Process Modeling • Process Modelingの目的 – MISと生産工程（プロセス）のインタフェース – 生産工程（プロセス）の相互作用 – 生産指示内容の詳細を造る Gray Boxes • プロセスの不完全なモデル • MISから見たプロセスのビュー – コストに影響する事項だけが重要である – 言い換えると、コストに影響しないものは必要ない • 正確なプロセス実行内容は潜在的には定義されない – 処理順序は必ずしも予め定義されるわけではない – 詳細な仕事の処理内容は省略されることが多い • 例）MISはリップ処理そのものは認識しているが、トラッピングやカ ラースペース置き換えなどの詳細処理は認識していない Audit Objects • ジョブ実行に関するログ取得 – Actual Time（実稼働時間） • Start time（開始時間） • End time （終了時間） • Phases（処理位置、段階） • 後からの変更に関するログ取得 – リソース • 例えば80gの代わりに85gの斤量の紙を使う場合の変更 • ロール紙等在庫の変更（ #456のロットの代わりに#123を使う） – 消耗品 • ステータスの概要 • イベントログ ジョブ／顧客情報 • CustomerInfo（顧客情報） – どのJDFノードでも特定の顧客に対する外注の指定が可能 – Customer ID（顧客ID） – 住所 (配送先, 送り状送付先, …) • NodeInfo（基本情報） – スケジュール – 納期 – 作業工程の時間見積もり JDFノードの簡単な例 <JDF ID=“N1" Type="Product" JobID="HDM1" JobPartID=“p1” Status=”Waiting" Version=“1.3"> <ResourcePool> <NodeInfo Class="Parameter" Status=”Available“ ID="Link0001" /> <SomeInputResource ID="Link0002" Class="Parameter" Status=”Available"/> <Component ID="Link0003" Class="Quantity" Status=”Unavailable" DescriptiveName="SomeOutputResource"/> </ResourcePool> <ResourceLinkPool> <NodeInfoLink rRef="Link0001" Usage=”Input"/> <SomeInputResourceLink rRef="Link0002" Usage=”Input"/> <ComponentLink rRef="Link0003" Usage=”Output"/> </ResourceLinkPool> <AuditPool/> </JDF> JDFノード － ノードの種類 • 個々のプロセスタイプおよび各々のリソースが定義される 例） – Interpreting – Trapping – ConventionalPrinting – DigitalPrinting – Cutting – Folding – Verification – Delivery JDFノードのコンビネーション • 既存のプロセスを置換するのに新しいプロセスタイプを定義してはならない • 複数定義されたプロセスを一つのプロセスとして組み合わせることができる 例） • online finishing = printing + folding +cutting; • in-RIP trapping = trapping + RIPping • Combination Nodes（プロセスの組み合わせ）には３種類ある – Combined Node: 全ての内部インタフェースが隠蔽される • Smart multi-function device – ProcessGroup: 内部ノードにアクセス可能 • Without Sub elements (Gray Box) – MIS view • With Sub elements – Workflow group in a department – Subcontract Combined vs. ProcessGroup •Combined Nodeまたは Gray Box Combined Node Res Res1 Res2 Res •ProcessGroup ProcessGroup Res Res1 Res2 Res JDFのリソース • 以下のパラメーターの定義をおこなう – 製品仕様に関する記述 – 論理的な実体, e.g RIP Parameters, Imposition setup – 物理的な実体, e.g. Media, Devices, Plates • Adobe PJTFおよびCIP3 PPFに準拠 – Intent Resources for product intent nodes – Prepress : Adobe PJTF – Press, Finishing: CIP3 PPF • JDF内部または外部に対し、頻繁に定義されるフォーマット へのリンク – Thumbnails, Preview Files, ICC Profiles, Content Data JDF RunList Resource Simple Example <RunList ID="Link0003" Class="Parameter" Status=”Available“ PartIDKeys=“Run”> <RunList Run=“1” Pages="0 ~ 10"> <LayoutElement ElementType="document"> <FileSpec URL=”File:///File1.pdf” MimeType="application/PDF"/> </LayoutElement> </RunList> <RunList Run=“2” Pages=”2 ~ -1"> <LayoutElement ElementType="document"> <FileSpec URL=”File:///File2.pdf” MimeType="application/PDF"/> </LayoutElement> </RunList> </RunList> JDF Resources - Intent Resources • パラメーターは属性そのものというより、以下の属性を伴う構造 の範囲情報そのものである – Range: 許可された値のリスト • Names • Numbers • Ranges of Numbers / Strings – OfferRange: 予め指定された値のリスト – Preferred: 推奨値 – Actual: RangeまたはPreferredから実際に選択された値 JDF Resources - Details • 複数パートに対する特別な処理 例） – Sheets – Separations – Waste – Tiles – Versions • 大きなリソース内の一部分だけを再実行 – Sheet17の表の黄版のみの出力 • 分割されたリソースの並行処理 • 処理デバイスやオペレーターの指定 JDF Resources - Partitioning • 一つのリソースであっても複数の実体を定義している可能性もある • Multiple Partition type levels, e.g.: Sheet, Side, Separation • 相続モデル（親から子へ） – 共通要素は１回のみ定義 – 個々の属性および要素は共通要素に上書きする • １つのResourceLinkに対して個々または複数のパートを選択 Partitioned Resource Common parameters Cyan Separation parameters Magenta Separation parameters Yellow Separation parameters Partitioning and Nodes Partitioned Resources with matching partition keys are connected. Sheet=S1 Sheet=S2 Sheet=S2 Root Output Resource Sheet=S1 Root Input Resource JDF Node Partitioned Ink Resource Example <Ink ID=“InkID" Brand=”ProcessBrand" Class="Consumable" Status=“Available" MediaType="Coated" PartIDKeys="Separation"> <Ink Separation="Cyan"> <Color CMYK="1 0 0 0"/> </Ink> <Ink Separation="Magenta"> <Color CMYK="0 1 0 0"/> </Ink> <Ink Separation="Yellow"> <Color CMYK="0 0 1 0"/> </Ink> <Ink Separation="Black"> <Color CMYK="0 0 0 1"/> </Ink> <Ink Brand=”SpotBrand" Separation="Heidelberg Spot Blau"> <Color CMYK="0.7 0.7 0.3 0.7" ColorantUsage="spot"/> </Ink> </Ink> ResourceLink • ResourceをNodeに関連付ける • リソースの使用方法の定義 (inputまたはoutput) • リソースのサブセットまたは一部分へのリンク – 例）１台目、表のCyan版 – 数量の指定 • 複数のプロセスによりリソースを再利用できるようにする – １つのリソースに対し複数の ResourceLinkがリンクされることもある • プロセスネットワークの定義 Parent Node Resource 1 Child Node 1 Child Node 2 Link ResourceRef • 他のJDF要素からリソースを参照するために使う • 個々のパーティションを選択するための部分的な要 素を含むこともある • 参照リソースを内部発生（使用）させることと同義 • Name mangling: Resource+“Ref“ JDF RunList Resource Simple Example with ResourceRef <RunList ID="Link0003" Class="Parameter" Status=”Available“ PartIDKeys=“Run”> <RunList Run=“1” Pages="0 ~ 10"> <LayoutElementRef rRef=“L1”> </RunList> <RunList Run=“2” Pages=”12 ~ -1"> <LayoutElement ElementType="document"> <FileSpec URL=”File:///File2.pdf” MimeType="application/PDF"/> </LayoutElement> </RunList> </RunList> <LayoutElement ID=“L1” ElementType="document“ Class="Parameter" Status=”Available“> <FileSpec URL=”File:///File1.pdf” MimeType="application/PDF"/> </LayoutElement> 一般印刷のJDFノード例 ExposedMedia (Plate) NodeInfo •予定開始時間 •予定終了時間 Media AuditPool Ink 実リソースの使用法 実稼働時間の集計 ConventionalPrinting InkZoneProfile Parameters Layout (Control Marks) Resource Links Component 数量情報を含む JDFノード – 実行するための必須条件 • 全ての必要なインプットリソースが使用可能な状態で 初めてJDFノードは実行可能になる – Serial Processing（連続処理） -- Standard – Parallel Processing（並行処理） -- Partial Resources – Overlapping Processing（ｵｰﾊﾞｰﾗｯﾌﾟ処理） -- Pipes – Iterative Processing（繰り返し処理） -- Draft Resources • ノードを相互依存させることでプロセスが配置できる – プルーフノードは、印刷ノードの実行に必要となる校了を生 成する JDFノードの実行タイミング Resource ResourceLink JDF Node 利用不可 実行不可 利用可 Resource Links 利用可 JDFノードの実行タイミング Resource ResourceLink JDF Node 利用可 実行可 利用可 Resource Links 利用可 JDFノードの実行タイミング とプロセスネットワーク 待ち状態 利用可 利用不可 Links 実行不可 利用可 利用可 利用不可 利用可 Links JDFノードの実行タイミング とプロセスネットワーク 実行中 利用可 利用不可 実行不可 Links 利用可 利用可 利用可 利用可 Links JDFノードの実行タイミング とプロセスネットワーク 完了 利用可 利用可 Links 実行可 利用可 利用可 利用可 利用可 Links JDFのサポートするジョブ定義モデル • 製品定義 Book – プロセス情報なし Contents – 抽象的な、顧客視点の情報 Cover – 製品の構成要素によって分か れている End Sheets • 連続プロセス処理 （Serial Processing） RIP Print Bind Reader Pages JDFのサポートするジョブ定義モデル • 並行プロセス処理 (Parallel Processing) • オーバーラッププロ セス処理 Fold Bind Print Fold (Overlapping Processing) PlateSet Print Bind JDFのサポートするジョブ定義モデル • 繰り返しプロセス処理（Iterative Processing） – ドラフトのResourceを使用した略式の繰り返しプロセス処理 – JMFメッセージを使用した正式な繰り返しプロセス処理 Edit Proof Layout JDFのツリー構造とネットワーク構造 parent JDF node 2 in. 1 2 3 7 1 4 7 A 5 3 6 4 5 6 Process A: 4 + 5 + 6 out. JDF –生成とマージ（Spawning and Merging） • 独立したプロセスとしてJDFツリーの個々のノー ドを生成する – 並行処理（Parallel Processing） – 外注 – 分割処理のサポート – 例） １台目だけの処理 • 処理後のマージ – 情報源の前後関係を継続使用する • 検査（Audits） • 修正されたリソース 生成とマージ（Spawning + Merging） Master JDF Executable Sub-JDF 1 Step 1 生成(Spawning）前の状態 Executable Sub-JDF 2 生成とマージ（Spawning + Merging） Master JDF Executable Sub-JDF 1 Locked Sub-JDF 2 Step 2 - 生成（Spawn）後, 実行前の状態 Spawned Executable Sub-JDF 生成とマージ（Spawning + Merging） Master JDF Executable Sub-JDF 1 Locked Sub-JDF 2 Step 3 生成（Spawn）され 個別に実行された後、 マージされる前の状態 Spawned completed Sub-JDF 生成とマージ（Spawning + Merging） Master JDF Executable Sub-JDF 1 Merged Sub-JDF 2 Step 4 実行され、マージされた後の状態 JMF Messaging • リアルタイムのデータ交換のためのﾌｫｰﾏｯﾄ • 小さなXML構造で成り立つ – JDFそのものはURLにて参照され、JMFメッセージの中に 含まれない – 実データが必要なときまではネットワーク負荷とデータ転送 の遅延を最小限にするために小さなXML構造でデータ量を 軽減している – 将来的にはJMFメッセージによって様々な情報を送る（やり とりできる）可能性がある JMF Messaging • 以下の目的に使用される: – ジョブまたはデバイスの状態の概略の送受信 – 動的なジョブ情報の更新 – Job submission and Queue/QueueEntry handling – 性能の開示 – 自動プラグ＆プレイ機能（将来的に） • システム内部で一般的に使われる JMF Message Families • JMF messageは６つのカテゴリーに分けられる – Command（コマンド） • 受信側は何らかのアクションの実行もしくは何らかの状態変更を指 示される – Query（クエリー・問い合わせ）） • 受信側は何らかの情報を返すよう指示される。アクションの実行や 状態の変更はしない – Response（レスポンス・返信） • コマンドやクエリの結果を即座に返すために使用する • 同時メッセージ処理 Command,Query,Responseといったメッセージが同じオープン な接続に対し同時に交わされる JMF Message Families • JMF message のカテゴリー(続き) – Acknowledge（認証） • 時間がたった後の結果を返すことができる • 非同時メッセージ処理 同じコネクションに対して認証（Acknowledgement）メッセージを後から 送ることを示すコマンドとして、空のレスポンス情報がすぐに返される – Signal（シグナル・信号） • イベントやステータス変更の通知に使用される • 認可情報が埋め込まれたクエリーの主な結果 • Subscription sets up persistent channel – Registration（登録） • コマンドの要求 • 三者でのワークフローを構築するために使用 • 例） MISからプリプレスに対し、プレスにメッセージを送るよう指示する SubmitQueueEntry message の例: <JMF DeviceID="SP013" SenderID="MIS1“ TimeStamp="2006-05-05T12:32:48-06:00"> <Command ID="m3829" Type="SubmitQueueEntry"> <QueueSubmissionParams URL="http://jobserver/getJob?job=10047" ReturnJMF="http://jobserver/jmfservice" Priority="50"/> </Command> </JMF> JMF Message Types • ６カテゴリに分かれるJMF Messageの例 – Command • SubmitQueueEntry, AbortQueueEntry, ReturnQueueEntry, HoldQueue, ResumeQueue – Query • KnownControllers, KnownDevices, Status – Response • Various related to various commands/queries – Acknowledgement • Various related to various commands/queries – Signal • Status, Resource, Occupation – Registration • Resource PrintTalk – www.printtalk.org • JDFは生成される製品そのものを記述する • PrintTalkはビジネスの状況を記述する – 見積もりの要求（Request For Quote） – 見積額（Quotation） – 購入注文（Purchase Order） – 送り状（Invoice） – 注文の変更（Change Order） • PrintTalkは価格情報も含む CIP4のオープンソースの開発ツール • • • • XML Schema C++ API Java API JDF Editor – Visualise JDF + JMF – Send Messages – Update or Validate JDF + JMF • Elk Project – Reference Device • Alces Project – Reference Manager • CheckJDF – JDF Validator web service • FixJDF - – JDF update web service JDFの歴史 1999: Adobe、Agfa、MAN、Heidelbergの４社がMISまで統合して印刷 業界向けのJob Ticketを策定することを目標として、GATの前身を立ち上 げた 2000: CIP3協会が業界標準として認められた 2001: JDF 1.0のリリース 2002: JDF 1.1のリリース – 仕様バグやあいまいさの改善 – 新しいプロセスが追加 – 様々なエリア間における一貫性を高めた 2004: JDF 1.2のリリース – 更なる新しいプロセスの追加 – より仕様が成熟し、首尾一貫された 2005: 最初のICSドキュメントが刊行される – JDF 1.3のリリース Experience with JDF – 優位点 グラフィックアーツ産業においてジョブデータを定義す るための単純な構成（文法） 製品と顧客（情報）、MISの統合 製品と顧客、MISの複合的なビュー 製造ネットワークの定義 プロセスの結合 データ構造だけでなく通信プロトコルの定義 拡張性の高いモデル ｸﾞﾗﾌｨｯｸｱｰﾂ業界のほかの標準仕様との互換性 Experience with JDF -課題と支障 グラフィックアーツ業界の工程の多さ Creative Prepress Press Finishing Fulfillment 標準化の難しさ 仕様のサイズ 抽象的なイメージから具体的な実施に移すことの難しさ 仕様の柔軟性 デバイス接続時の製造ネットワークの役割の不明瞭さ 独自拡張 抽象的な座標系の定義 レガシーなシステムの長寿性 Why ICS ?（何故ICSが必要か？） JDF A Product A ICS Product B JDF B Interoperability Conformance Specifications Interoperability Conformance Specifications • Interoperability（各ベンダー間通信システムの） Conformance（適合の） Specifications（仕様）の組み合わ せを定義した仕様書 – ICS – 「JDF準拠」という表現は、２つの独自なアプリケーション間 で通信できるということを即座に意味するわけではない。 • RIPへの指示を折り機に送っても意味がない・・・ – ICSに準拠した２つのアプリケーション間では意味を持つ通 信ができる – 製品保証はICSに準拠していることが基準となる • 多種多様な互換性の無いJDF表現は避けるべき ICSドキュメントの構成 Layout Creator to Imposit. ICS Prepress to Conv. Printing ICS MIS to Prepress ICS MIS to TBD Sheetfed MIS to Conv. Domain Printing ICS ICS MIS ICS Base ICS JDF Specification Integ. Binding DigiPrint ICS ICS ICSドキュメント • （JDF適合の）証明の基礎となるものを供給する • JDF製品が、確実な情報をもって読み・書き・承認の作業を行 わなければならないということを保証している – アプリケーション間の相互接続性 • 初期のICSは限られた相関関係のみを記載している – さらなる相関関係に関しては任意だが、ICSで認定されてはいない – Multiple levels – 将来のICSのバージョンにはさらなる相関関係が追加される予定 Read – Write Conformance • JDF Specification（JDF仕様書）: JDFまたはJMFにおいて有効なパ ラメータの基礎となるものを定義している • ICS:個々のアプリケーションやデバイスに要求される適合内容を明確にし ている – W: 書き込み必須。このパラメータを常に書き込んでいる場合のみそのアプリ ケーションがICSに適合している – W?: 書き込み任意。仕様適合に必須の項目ではない。 – W: 条件により書き込み必須。 External conditions exist the require an application to write. – !W: 書き込み不可。このパラメータを書き込んだ場合はアプリケーションは ICSに適合していない。 – R: 読み込み必須. この情報は“解析し、適切に処理されなければならない” – R?: 読み込み任意。仕様適合に必須の項目ではない。 JDF Tutorial Thank you very much for your attention! ご清聴ありがとうございました。