XMLとJDFを超えて：次のステップ

XMLとJDFは印刷自動化の基礎を形成しますが、プリンターのデータ転送をさらに効率的にすることができる他の新しい形式が出現しています。

印刷自動化のプロセスで使用される標準とファイル形式を説明するシリーズでは、 XMLと、よりセクター固有のバージョンのXML（ JDFと新しいXJDF）について説明しました。ただし、これらの形式から発展した、またはこれらの形式の代替を提供する他のオプションがあります。

これらの最初のものはPrintTalkです：非営利組織CIP4（プリプレス、プレス、ポストプレスのプロセス統合のための国際協力）によって管理されているシステムです。 CIP4によると、PrintTalkは、「印刷製品を購入する企業と製造する企業の間の「ベストプラクティス」の共通でオープンな通信インターフェイスを定義するために、印刷管理システムとeコマース企業によって形成されるコミュニティ」から生まれました。

実際には、JDF、XJDF、XML、およびCXMLの使用をサポートおよび拡張することにより、PrintTalkは重要な財務データを管理情報システム（MIS）に追加できます。

「PrintTalkは本質的にJDFまたはXJDFのラッパーです」と、CIP4の最高技術責任者であるRainer Prosi（上の写真）は説明します。

PrintTalkは、製品を作成または注文するWeb-to-Printシステムを持っている人にとって理想的な標準です。

「しかし、JDFまたはXJDFは実際には単なる生産情報ですが、PrintTalkには、これが見積もりの要求である、これが見積もりである、またはこれが請求書にある、またはこれが発注書であるなどの概念があります。

「PrintTalkにはビジネストランザクションが組み込まれており、ビジネストランザクションの場合は、トランザクションの内容も説明する必要があります。そこで、製品の説明（この場合はXJDFから）が役立ちます。これは、製品を作成または注文するWeb-to-Printシステムを持っている人にとって理想的な標準です。 PrintTalkを使用すると、注文された製品を説明したり、交渉された価格などを入力したりできます。次に、それをジョブチケットに入れて、MISに送信し、そのジョブの処理を定義できます。」

やめてよ

ただし、特にWebを介して情報を送信する場合は、JDFまたはXJDFのバリエーションだけが、プリンター、顧客、およびメーカーにとっての選択肢ではありません。 JDFの欠点の1つ、およびより合理化されたXJDFを作成するための触媒は、ほとんど多くのデータを組み込むことができ、フォーマットが扱いにくい場合があることでした。これに対抗するために、REST APIがあります。または、フルネームを付けるために、Representational State Transfer Application ProgrammingInterfaceがあります。

XMLとJSONは、キーと値のペアを定義できる構造化されたコンテンツであるという点で、概念的に非常に似ています。

簡単に言うと、REST APIはJSON形式（XMLとほぼ同等）を使用して、互換性のあるシステム間で特定のジョブに対して高度に指定されたデータ転送を作成し、情報はhttp経由で簡単に送信できます。

「XMLとJSONは、キーと値のペアを定義できる構造化されたコンテンツであるという点で、概念的に非常に似ています。 Web API環境でのJSONの実際的な利点は、「組み込み」のJSON機能を備えたフレームワークが多数あり、JSONも少し簡潔であることです。 XMLの利点は、より成熟した検証ツールです」とRainer氏は説明します。

「その場合、REST APIは、単にhttp経由でJSONを送信することを意味します。 APIは、ソフトウェア専用にすることができるため、理解しやすくなります。 JDFまたはXJDFを使用している場合は、製品またはプロセスの抽象的なアイデアがありますが、APIがある場合は、たとえば、ユーザーインターフェイスの各ボタンまたは各テキストフィールドに単一のエントリを作成できます。 。

「つまり、このテキストフィールドはまさにAPIのこの部分のためのものです。それを使用している人にとって、それが製品にどのようにマッピングされているかを確認するのは非常に簡単です。ただし、製品の機能が変更された場合は、APIも変更する必要があることも意味します。また、具体的には、アプリケーションごとにカスタムコードを作成する必要があることを意味します。」

話すのは良いことです

APIの特異性は、特定の目的のためにセットアップおよび設計されると非常に効率的ですが、欠点があります。

「メーカーが自社製品用に独自のAPIを持っている場合、もちろんそれは標準化されておらず、標準化は両面コインです。標準化する場合は、調査する必要のあるあらゆる種類のユースケースがあるため、非常に一般的である必要があります」とRainer氏は言います。

APIは手元のジョブまたはプロセスに固有ですが、XMLとJSONの類似性は、フォーマット間の相互互換性が可能であることを意味します

「しかし、APIと統合したい人は、その特定の状況のためだけにそれを実行し、その後ロックインされます。たとえば、プリンターがプリプレスシステムのサプライヤーを変更したい場合、プリンターはのRESTAPIを使用します。そのプリプレスシステムでは、ワークフローを設定するために行ったすべてのことを破棄し、最初からやり直す必要があります。」

APIは手元のジョブまたはプロセスに固有ですが、XMLとJSONの類似性は、フォーマット間の相互互換性が可能であることを意味し、CIP4は現在翻訳ツールに取り組んでいます。

「XMLをJSONに変換したり、元に戻したりするのはかなり簡単です。いくつかの注意点がありますが、一般的にはかなり簡単です」とRainer氏は言います。

「CIP4が取り組んでいるのは、XJDFからJSONへの1対1の変換です。これにより、両方の可能な世界の最良の組み合わせを得ることができます。 REST APIを構築することはできますが、それらは標準化されているため、同じ機器メーカーに縛られることはありません。

「もちろん、製造業者は、顧客を閉じ込めることができれば、それを気に入っています。顧客はしません。それでは、顧客はベンダーに行き、標準とより高い柔軟性が必要だと言わなければならないので、ビジネス上の決定が来ます。メーカーが実際にこれをサポートしているかどうかの問題…まあ、それは物語の次の段階です！」