Формат JDF: Стандарт автоматизации рабочих процессов в полиграфии.

Введение

JDF (Job Definition Format) – это технический стандарт, разработанный индустрией графических искусств для упрощения внедрения рабочих процессов между различными производителями в прикладной области. Это XML-формат, описывающий макет задания, структуру сообщений и обмен сообщениями. Управлением JDF занимается CIP4 – Международная организация сотрудничества по интеграции процессов в допечатной подготовке, печати и послепечатной обработке. Инициаторами JDF в 1999 году стали компании Adobe Systems, Agfa, Heidelberg и MAN Roland, но в 2000 году на выставке Drupa стандарт был передан организации CIP3. CIP3 впоследствии была переименована в CIP4. Первоначально основное внимание уделялось рабочим процессам листовой офсетной и цифровой печати, но сфера применения была расширена на рулонные системы, рабочие процессы для печати газет, а также для упаковки и этикеток. Стандарт поддерживается отраслевой ассоциацией CIP4 и обычно рассматривается как преемник формата Print Production Format (PPF) от CIP3 и формата Portable Job Ticket Format (PJTF) от Adobe Systems. Текущая версия стандарта JDF – 1.7. Работа над определением и внедрением JDF началась примерно в 1999 году. Стандарт достиг достаточно зрелой стадии, и ряд производителей уже внедрили или находятся в процессе внедрения JDF. JDF PARC, демонстрация совместимости JDF с участием нескольких производителей, стала одним из ключевых событий на выставке печатной индустрии Drupa 2004 года. В ней приняли участие 21 производитель, демонстрирующий или пытающийся продемонстрировать совместимость между примерно сорока парами продуктов. JDF – это расширяемый формат, определяющий как JDF-файлы, так и JMF – формат обмена сообщениями о заданиях, основанный на XML через HTTP. На практике, продукты с поддержкой JDF могут взаимодействовать друг с другом путем обмена JDF-файлами (обычно через "горячие папки") или по сети, либо путем обмена JMF-сообщениями по сети. Как и в типичных рабочих процессах, JDF-сообщение содержит информацию, позволяющую каждому "узлу" определить, какие файлы ему необходимы в качестве входных данных и где они находятся, а также какие процессы необходимо выполнить. Затем он изменяет макет задания JDF, чтобы отразить выполненные действия, и анализирует макет задания JDF, чтобы определить, куда следует отправить сообщение и сопутствующие файлы. Цель CIP4 и формата JDF – охватить весь жизненный цикл задания на печать и мультимедийные носители, включая автоматизацию оборудования, сбор управляющих данных и механический производственный процесс на площадке, включая такие операции, как переплет, сборка готовой продукции на поддоны. Для полной реализации JDF необходимо, чтобы больше производителей приняли этот стандарт. Поэтому лишь немногие пользователи смогли в полной мере воспользоваться преимуществами системы JDF. В области послепечатной обработки, переплета и печати традиционно используется автоматизация, и существует небольшое количество достаточно крупных доминирующих компаний, способных направлять развитие системы JDF. Однако все же необходимо, чтобы производители бизнес-систем полностью поддерживали JDF. Значительного прогресса в этом направлении пока не достигнуто, вероятно, потому, что многие из этих компаний – небольшие специализированные предприятия, не имеющие ресурсов для управления такой разработкой и не специализирующиеся на графическом производстве. Кроме того, в отрасли уже существует значительное количество крупных производственных машин, несовместимых с JDF. Бизнес графических искусств ежегодно сокращается, и любое крупное капиталовложение сопряжено с большим риском, чем в предыдущие годы. Стимул к внедрению JDF в большинстве случаев недостаточен, чтобы побудить владельцев отказаться от "приемлемого" оборудования, которое у них уже есть, в пользу крупной покупки более быстрого, JDF-совместимого оборудования. Это особенно актуально на рынках, где большое количество несовместимого производственного оборудования продается на рынке подержанного оборудования и на аукционах со значительными скидками от новой цены.

JDF (Job Definition Format) is a technical standard developed by the graphic arts industry to facilitate cross vendor workflow implementations of the application domain. It is an XML format about job ticket, message description, and message interchange. JDF is managed by CIP4, the International Cooperation for the Integration of Processes in Prepress, Press and Postpress Organization. JDF was initiated by Adobe Systems, Agfa, Heidelberg and MAN Roland in 1999 but handed over to CIP3 at Drupa 2000. CIP3 then renamed itself CIP4. The initial focus was on sheetfed offset and digital print workflow, but has been expanded to web(roll) fed systems, newspaper workflows and packaging and label workflows. It is promulgated by the prepress industry association CIP4, and is generally regarded as the successor to CIP3's Print Production Format (PPF) and Adobe Systems' Portable Job Ticket Format (PJTF). The JDF standard is at revision 1.7. The process of defining and promulgating JDF began circa 1999. The standard is in a fairly mature state; and a number of vendors have implemented or are in the process of implementing it. JDF PARC, a multivendor JDF interoperability demonstration, was a major event at the 2004 Drupa print industry show, and featured 21 vendors demonstrating, or attempting to demonstrate interoperability between a total of about forty pairs of products. JDF is an extensible format. It defines both JDF files and JMF, a job messaging format based on XML over HTTP. In practice, JDF enabled products can communicate with each other either by exchanging JDF files, typically via "hot folders", or the net or by exchanging JMF messages over the net. As is typical of workflow applications, the JDF message contains information that enables each "node" to determine what files it needs as input and where they are found, and what processes it should perform. It then modifies the JDF job ticket to describe what it has done, and examines the JDF ticket to determine where the message and accompanying files should be sent next. The goal of CIP4 and the JDF format is to encompass the whole life cycle of a print and cross media job, including device automation, management data collection and job floor mechanical production process, including even such things as bindery, assembly of finished products on pallets. Before JDF can be completely realized, more vendors need to accept the standard. Therefore, few users have been able to completely utilize the benefits of the JDF system. In finishing and binding, and printing there is a tradition of automation and few large enough dominating companies that can steer the development of JDF system. But it is still necessary for the manufacturers of business systems to fully support JDF. The same progress has not been made here probably because many of these companies are small specialty companies who haven't the resource to manage such development and who don't specialize on graphic production. In addition, there is a huge amount of large capital production machinery already existing in the trade which is incompatible with JDF. The graphic arts business is shrinking yearly and any large capital decision is much more a risk than in previous years. The underlying incentive to adopt JDF is not sufficient in most cases to cause owners to abandon "acceptable" machinery that they presently have in favour of a large capital purchase of somewhat faster, JDF compliant capital goods. This is especially true in markets where large amounts of non compliant production machinery are being sold in the used equipment market and auction sales at considerable reductions in price from new equipment.

Проверка в JDF

В JDF 1.1, цветопробу и мягкую цветопробу определяли как атомарный процесс, в котором входными данными являлись все параметры, необходимые для успешного выполнения. Это имело ряд недостатков:

Отсутствие гибкости: семантика процесса специфична для одного рабочего потока и, следовательно, ограничена определением процессов и ресурсов, которые он может принимать на вход. Отсутствие контроля: сложно определить входные ресурсы со всей необходимой информацией для управления процессом. Дублирование: одинаковая информация должна использоваться для определения как цветопробы, так и печати. Использование различных ресурсов приводит к дублированию данных. Начиная с JDF 1.2, цветопробу и мягкую цветопробу упразднили в пользу объединенного процесса для описания рабочего потока цветопробы. Макет задания (Job Ticket) явно определяет обработку и обеспечивает гибкость для ее реализации в различных рабочих потоках. Для этого атомарные процессы получили возможность хранить всю информацию, необходимую для указания различных конфигураций и опций.

Комбинированные процессы для проверки

Невозможно описать цветопробу уникальной комбинацией процессов, которая, в свою очередь, будет зависеть от возможностей RIP (растрового процессора изображений), устройств, используемых для цветопробы, и производственного процесса цветопробы. Тем не менее, можно определить общий комбинированный процесс для цветопробы, что позволит описать его этапы в рабочем процессе. Комбинированный процесс цветопробы включает следующие процессы JDF:

ColorSpaceConversion (1): преобразует содержимое входного RunList из исходных цветовых пространств в цветовую модель печатной машины. Интерпретация: интерпретирует входные файлы RunList и преобразует их во внутренний список отображения для последующего рендеринга. Рендеринг: выполняет рендеринг растровых данных. Растрирование: растрирует растровые данные. ColorSpaceConversion (2): преобразует данные из цветовой модели печатной машины в цветовую модель устройства цветопробы. Наложение: если выполняется цветопроба с наложением, объединяет страницы и служебные метки на наложенных листах. ImageSetting: определяет фактическую печать цветопробного оттиска. В зависимости от характеристик устройства цветопробы может также использоваться цифровая печать (DigitalPrinting). Порядок выполнения процессов не является строго фиксированным (одного и того же результата можно достичь, используя различные комбинации этапов), но существуют правила приоритета: первое преобразование цветового пространства должно быть выполнено перед вторым, рендеринг – после интерпретации, растрирование – после рендеринга и второго преобразования цветового пространства, а ImageSetting/DigitalPrinting – после растрирования.

Комбинированные процессы для мягкой защиты

По сравнению с вычиткой, поскольку печатный экземпляр не изготавливается, процессы вывода на форму/цифровой цветопробы не требуются. Более того, отработанные данные отправляются непосредственно на утверждение, которое должно включать пользовательский интерфейс для отображения этих данных на экране и предоставления возможности пользователю утвердить или отклонить макет, а также при необходимости аннотировать его с помощью цифровой подписи. Все условия заказа остаются в силе.

Конверсия цветового пространства

В производственном процессе с вычиткой необходимо выполнять преобразование цветовых пространств исходных материалов в цветовое пространство печати, а также преобразование цветового пространства печати в цветовое пространство пробного оттиска. Следовательно, в JDF требуются два различных процесса ColorSpaceConversion, которые, в зависимости от конкретного рабочего процесса и возможностей оборудования, могут быть объединены в один комбинированный процесс.

Интерпретация и передача

Ввод данных в комбинированный процесс цветопробы обычно требовал как интерпретации (за исключением JDF ByteMap), так и растеризации. В этих случаях они будут включены в комбинированный процесс, описывающий этап цветопробы.

Настройка изображения/цифровая печать

Для печати пробного оттиска необходимо указать процесс ImageSetting/DigitalPrinting в конце объединенного процесса цветопробы, чтобы определить, каким способом будет изготовлен сам оттиск.

Утверждение

Должна быть выполнена перед началом финальной производственной печати.

Пример HP: сокращение времени проверки

HP внедряет JDF в свои продукты для цветопробы. Даже если это всего лишь один шаг во всем процессе, JDF сокращает время выполнения печати, повышая эффективность типографий, поскольку традиционное создание и доставка цветопробу может занимать несколько дней. HP отправляет PDF-файлы на удаленную цветопробу. Файл JDF позволяет включать информацию о задании (цветовые профили, детали задания), которая отправляется клиенту. В будущем планируется реализовать возможность нанесения пометок на цветопробу и использование цифровых подписей для утверждения.