За пределами XML и JDF: следующий шаг

Хотя XML и JDF составляют основу автоматизации печати, появляются и другие новые форматы, которые могут сделать передачу данных для принтеров еще более эффективной.

В нашей серии статей, объясняющих стандарты и форматы файлов, которые используются в процессах автоматизации печати, мы рассмотрели XML и более отраслевую версию XML - JDF и более новую версию XJDF . Однако есть и другие варианты, которые либо выросли из этих форматов, либо предлагают им альтернативу.

Первым из них является PrintTalk: система, управляемая некоммерческой организацией CIP4 (Международное сотрудничество для интеграции процессов допечатной подготовки, печати и послепечатной обработки). Согласно CIP4, PrintTalk вырос из «сообщества, образованного системами управления печатью и компаниями электронной коммерции, чтобы определить общий и открытый коммуникационный интерфейс« передовой практики »между компаниями, покупающими печатную продукцию, и теми, кто ее производит».

На практике, поддерживая и расширяя использование JDF, XJDF, XML и CXML, PrintTalk может добавлять важные финансовые данные в информационную систему управления (MIS).

«PrintTalk - это, по сути, оболочка для JDF или XJDF», - объясняет главный технический директор CIP4 Райнер Проси (на фото выше).

PrintTalk - идеальный стандарт для тех, у кого есть система печати через Интернет, которая создает или заказывает продукт.

«Но в то время как JDF или XJDF - это на самом деле просто производственная информация, в PrintTalk есть такие концепции, как это запрос ценового предложения, или это предложение, или это в счете-фактуре, или это заказ на поставку.

«PrintTalk включает в себя бизнес-транзакции, а для бизнес-транзакций вам также необходимо описать, о чем идет речь, и именно здесь описания продуктов - в данном случае из XJDF - вступают в игру. Это идеальный стандарт для тех, у кого есть система печати через Интернет, которая создает или заказывает продукт. Используя PrintTalk, вы можете описать заказанный продукт, а также указать, какая цена была согласована. Затем его можно поместить в заявку на задание и отправить в MIS, чтобы определить обработку этого задания ».

Дайте ему ОТДЫХ

Однако варианты JDF или XJDF - не единственный вариант для принтеров, клиентов и производителей, особенно когда речь идет об отправке информации через Интернет. Одним из недостатков JDF - и катализатором создания более оптимизированного XJDF - было то, что можно было включить почти слишком много данных, что делало формат временами довольно громоздким. Чтобы противостоять этому, существует REST API, или, чтобы дать ему полное имя: Интерфейс прикладного программирования для передачи репрезентативного состояния.

XML и JSON концептуально очень похожи тем, что представляют собой структурированный контент, позволяющий определять пары ключ-значение.

Проще говоря, REST API используют формат JSON, который в целом эквивалентен XML, для создания строго определенной передачи данных для конкретных заданий между совместимыми системами, при этом информация легко передается по http.

«XML и JSON концептуально очень похожи в том смысле, что они представляют собой структурированный контент, который позволяет определять пары ключ-значение. Практические преимущества JSON в среде веб-API заключаются в том, что существует множество фреймворков со «встроенными» возможностями JSON, и JSON также немного более лаконичен. Преимущества XML - более совершенные инструменты проверки, - поясняет Райнер.

«Тогда REST API просто означает отправку JSON через http. API легче понять, потому что вы можете сделать их специально предназначенными для вашего программного обеспечения. Если вы используете JDF или XJDF, то у вас есть абстрактное представление о продукте или процессе, но, если у вас есть API, вы можете сделать одну запись, например, для каждой кнопки в пользовательском интерфейсе или для каждого текстового поля. .

«Таким образом, вы можете сказать, что это текстовое поле предназначено именно для этой части API. Кто-то, использующий это, может легко увидеть, как это соотносится с продуктом. Но это также означает, что если характеристики продукта изменятся, то изменится и API. И, поскольку это специфично, это означает, что вам нужно писать собственный код для каждого приложения ».

Хорошо поговорить

Хотя специфичность API-интерфейсов очень эффективна после настройки и разработки для конкретных целей, у нее есть свои недостатки.

«Если производители имеют свои собственные API-интерфейсы для своих продуктов, конечно, они не стандартизированы, а стандартизация - это двусторонняя монета. Если вы стандартизируете, то вы должны быть очень общими, потому что есть всевозможные варианты использования, которые вам нужно изучить », - говорит Райнер.

Хотя API-интерфейсы специфичны для выполняемой работы или процесса, сходство между XML и JSON означает, что возможна взаимная совместимость между форматами.

«Тем не менее, любой, кто хочет интегрироваться с API, делает это только для этой конкретной ситуации, а затем они заблокированы. Например, если принтер хочет сменить поставщика системы допечатной подготовки, а принтер использует REST API эту систему допечатной подготовки, тогда им придется выбросить все, что они сделали, чтобы настроить свой рабочий процесс, и начать заново с нуля ».

Хотя API-интерфейсы специфичны для выполняемой работы или процесса, сходство между XML и JSON означает, что взаимная совместимость между форматами возможна, и CIP4 прямо сейчас работает над инструментом перевода.

«Переводить XML в JSON и обратно довольно просто - есть несколько предостережений, но в целом это довольно просто», - говорит Райнер.

«CIP4 работает над однозначным переводом XJDF в JSON, чтобы вы получили наилучшее сочетание обоих возможных миров. Вы можете создавать REST API, но затем они стандартизируются, чтобы вы не были привязаны к одному и тому же производителю оборудования.

«Конечно, производителям нравится, когда они могут удерживать своих клиентов; клиенты этого не делают. Итак, затем приходят бизнес-решения, потому что клиентам придется обращаться к своим поставщикам и говорить, что им нужны стандарты и большая гибкость. Вопрос в том, поддерживают ли это производители на самом деле ... ну, это следующий этап в истории! »