Стандарт jdf: структура, цели и задачи

Стандарт JDF: структура, цели и задачи

Е.Е. Келебай,

студентка 4 курса

Стандарт JDF (Job Definition Format) был официально представлен в 2000 году. Его первая модель была предложена членами консорциума CIP 3 (International Cooperation for Integration of Prepress, Press and Postpress) Adobe, Agfa, Heidelberg и manroland. Появление JDF послужило причиной преобразования CIP 3 в CIP 4 (International Cooperation for the Integration of Processes in Prepress, Press and Postpress): теперь внимание консорциума было сосредоточено на развитии универсальности взаимодействия аппаратных систем и программных приложений на всех уровнях полиграфического производства.

JDF основан на предыдущей разработке консорциума - формате PPF (Print Production Format), который появился в начале 1990-х годов. PPF базируется на языке PostScript. Введение PPF помогло решить ряд проблем на допечатной и послепечатной стадиях производства, а именно обеспечить предварительную настройку красочного аппарата по зонам при подготовке к печати и осуществить контроль процессов фальцовки и резки. Общая схема автоматизации с применением PPF представлена на рис. 1.

К преимуществам PPF можно отнести следующие факты:

1) технические данные можно передавать за рамки отдела для решения проблем предварительной настройки оборудования;

2) можно избежать многократного запроса данных (например, о формате) при использовании оборудования разного типа;

3) благодаря прямой передаче технических данных можно избежать ряда процессов, которые ранее были необходимы (например, сканирование печатной формы для выполнения предварительной настройки красочного аппарата по зонам);

4) за счет наличия строгого стандарта модули разных производителей, способные работать с PPF, могут обмениваться информацией друг с другом.

Рис. 1. Общая схема автоматизации с применением PPF

В основу формата JDF был положен язык XML. Причиной послужила его универсальность: язык XML читается колоссальным количеством систем и нашел широкое применение в информационно-учетных системах различного типа при обмене данными между ними и web-сервером. JDF построен на схеме W3C XML Schema Recommendation, позволяющей задавать строгие рамки интерпретации JDF-файла, в том числе создавать заданные пользователем типы данных, что особенно важно в системах, где постоянно происходит импорт данных в базу данных. Данная схема позволяет создать четкую иерархию JDF-файла, который приобретает древовидную структуру (рис. 2):

Рис. 2. Схема иерархии JDF-файла

Среди узлов (промежуточных уровней) такой структуры можно выделить узлы продукции, содержащие описание планируемой продукции, и узлы процессов (или узлы групп процессов). Узлы продукции содержат описание промежуточных продуктов или конечного продукта, узлы процессов содержат информацию о технологических операциях. Отдельные процессы объединяются в соответствующий групповой узел. Так, процесс цифровой печати может быть объединен в один узел с комплектовкой блоков и шитьем. Проблема появления так называемых «серых узлов» (Gray Box) - узлов, которые задаются заранее (как правило, MIS-системой), но в которых еще не известны точные параметры, - решается по ходу производственного процесса. Необходимые данные уточняются и добавляются в файл, в конечном итоге Gray Box превращается в нормальный узел группы процессов.

Каждый из узлов описывается элементами и атрибутами языка XML. Программная реализация иерархии JDF-файла представлена на рисунке 3: каждый узел состоит из элементов и атрибутов, причем элементы могут содержать в себе подэлементы.

<Узел_1. . .

<Узел_1а.../> <Узел_1Ь.../>

</Узел 1 >

Рис. 3. Программная реализация иерархии в ЮР-файле

Такая иерархия позволяет организовать также своевременное оповещение о получаемых и расходуемых ресурсах (таких, как печатная краска, бумага, печатные формы, промежуточные продукты), а также оповещения о состоянии производственного оборудования (рис. 4).

Узлы могут содержать ссылки на ресурсы (файлы, печатные формы, печатные краски и т. п.) - ResourceLinking. Схематически это может быть отображено следующим образом (рис. 5).

Таким образом, цепь процессов описывается связями процессов и ресурсов. Процесс выполняется только тогда, когда доступны все входящие ресурсы и имеется необходимый для выполнения процесса временной промежуток. Для процесса треппинга, например, входящими параметрами будут являться параметры настройки. Программная реализация процесса представлена на рис. 6.

Что касается данных о клиенте (рис. 7), они также передаются в виде соответствующего ресурса (рис. 8).

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

1М>|рр Ф пуша». 1&мИр.р'-<',1шийг М КЛ*гаСП Л' « 4Я НШ1

ДгяИ а Р* б -л \ я В «м • I и'мими'-дщащ-«. | РММ—уштя | Й^Д'ДИРВРШ...! Ирггм^Ужг-к- |ачиг№*-я | ли

А _ В Р Л 4 • * . ф в -

Рис. 4, Отображение состояния оборудования посредством ЮР

Рис. 5. Вариант связи узлов и ресурсов в JDF-файле

CTrappingDetails Class="Parameter" DefaultTrapping="true,,

CTrappingParams BlackColorLimit="0.95" BlackDensityLimit^'l. 6,, B1ac kWidth="1.0" Enabled="true" HDM:BlackOve rprintFonts="true„ HDM:BlackOverprintFontsLimit="12. 0,,

HDM:ThinLineWidthScalingLimit="0.0" ImageMaskTrapping="true„ ImageToImageTrapping="false " ImageToObj ectTrapping="tr"ae/, ImageTrapPlacement="Normal" SlidingTrapLimit="1.0" StepLimit="0.25 TrapColorScaling="l.0" TrapEndStyle="Overlap" TrapJoinStyle="Bevel TrapWidth="0.25" TrapWidthY="0.25"/> </TrappingDetails>

Рис. 6. Программная реализация процесса треппинга

Рис. 7. Данные о клиенте

<Company Class—"Parameter" DescriptiveName = r,HdM" ID=

"Link33 592745 000004" OrganizationName="Hochschule der Medien,, Status="Available"/> <Address City= "Stuttgart" Class="Parameter" Country="Deutschland„ CountryCode="DE" ID="Link3 3 592 7 45_00 0 005" PostalCode="7 0 569„ Status="Available" Street="Nobelstrafie 10"/>

<Person AdditionalNames="" Class="Parameter" DescriptiveName= "rohrbacher" FamilyName="Rohrbacher" FirstName="Jorg,, ID="Link33 592839_000007" JobTitle="" NamePrefix="Herr„ NameSuffix="rohrbacher" Status="Available">

<ComChannel ChannelType="Phone" Locator="+4 9 (0)711 8923 22 36"/> <ComChannel ChannelType="Phone" Locator="+49 (0)711 8923 2897"/> <AddressRef rRef="Link33 5 92839_0 00009"/> </Person>

Рис. 8. Программная реализация ресурса «Данные о клиенте»

просто вставляется на то место, где она была до изменения. Кроме того, технология позволяет вырезать отдельные части файла и отправлять их по месту требования. Общая схема изменения JDF-файла представлена на рис. 9:

Помимо «открытости», в качестве преимуществ JDF, можно выделить такие свойства, как:

Рис. 9. Общая схема изменения JDF-файла

1) поддержка так называемых «промежуточных срезов» между программами калькуляции (соответственно MIS) и производством. С помощью JDF можно получать промежуточную информацию, которая к моменту описания продукта может быть еще точно не известна (например, можно получить примерное значение частоты растра), но которая обязательно будет уточнена в дальнейшем по ходу производственного процесса;

2) сбор производственных данных и оценка параметров машины, которые делают возможным как контроль рабочего процесса (Job Tracking), так и калькуляцию фактических издержек;

3) наличие протокола, который может управлять рабочим процессом и производственными комплексами;

4) поддержка связей eCommerce между покупателем печатной продукции и ее производителем; можно определять такие «бизнес-объекты», как запрос котировок, предложение, подтверждение заказа и т. п.;

5) предпосылки для технологии plug-and-play для интеграции нового программного обеспечения на основе JDF/JMF в соответствующую область производственного процесса;

6) формирование производственного протокола для отдельных участков работы.

Сегодня типичной является ситуация, когда на полиграфическом предприятии низок уровень обмена электронными данными между отделами и с внешними партнерами. Исключение составляет, пожалуй, процесс предварительной настройки красочного аппарата в офсетной печати. Кроме того, параметры производства задаются каждый раз заново, что приводит к накоплению ошибок. Сбор и организация данных о производственном процессе происходит, как и ранее, с использованием технологической карты заказа или через терминалы сбора данных MIS.

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

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

Применение рабочего потока, построенного на JDF, на самом деле почти не ограничено никакими рамками: рабочий поток раз-

Рис. 10. Способы коммуникации в рабочем потоке на основе JDF

рабатывается с учетом специфики конкретного предприятия. Однако в любом случае его внедрение будет предполагать инициативность предприятия в вопросах развития и модернизации, в том числе за счет переквалификации специалистов и организации новых направлений деятельности (например, менеджмента по организации рабочего потока (workflow-management)).

Библиографический список

1. Болдецов Д. Стандарт JDF - очередной шаг к автоматизации производства / Д. Болдецов. - КомпьюАрт, апрель 2007.

2. Hoffmann-Walbeck Thomas. JDF/JMF-Integration und Automation. HdM, 2010.

3. Hoffmann-Walbeck Thomas. Vernetzung. JDF, Prozessworkflows. HdM, 2010.

4. http://www.cip4.org