Войти
Формат определения задания (JDF ) технический стандарт, разрабатываемый отраслью графики для облегчения реализации области приложения между поставщиками рабочего процесса. Это формат XML о задании, описании сообщения и обмене сообщениями. JDF управляется CIP4, организацией по международному сотрудничеству для интеграции процессов допечатной подготовки, печати и послепечатной обработки. JDF был инициирован Adobe Systems, Agfa, Heidelberg и MAN Roland в 1999 году, но передан CIP3 в Drupa 2000. Затем CIP3 переименовал себя в CIP4.
Первоначально основное внимание уделялось листовым офсетным документам и цифровой печати, но теперь они были расширены до рулонных систем, рабочих процессов для газет, а также рабочих процессов упаковки и этикеток.
Он провозглашен ассоциацией допечатной промышленности и обычно считается преемником «Формат печати для печати» (PPF) и Adobe Systems Portable Job Ticket Format (PJTF).
Версия стандарта JDF - 1.5. Процесс определения и распространения JDF начался примерно в 1999 году. Стандарт находится в достаточно зрелом состоянии; и ряд поставщиков внедрили или находятся в процессе внедрения. JDF PARC, демонстрация совместимости JDF от различных производителей, стала крупным событием на выставке полиграфической промышленности Drupa 2004 года, и на ней был представлен 21 поставщик, демонстрирующий или пытающийся продемонстрировать совместимость между примерно сорока парами продуктов.
JDF - расширяемый формат. Он определяет как файлы JDF, так и JMF, формат сообщений о заданиях, основанный на XML через HTTP. На практике продукты с поддержкой JDF могут взаимодействовать друг с другом либо путем обмена файлами JDF, обычно через «горячие папки», либо по сети, либо путем обмена сообщениями JMF по сети.
Acrobat 7 включает пункт меню для создания файла JDF, связанного с файлом PDF. Это начинается с «намерения» для работы. Дополнительные детали JDF добавляются позже на различных этапах производственного рабочего процесса.
Как это типично для приложений рабочего процесса, сообщение JDF содержит информацию, которая позволяет каждому «узлу» определить, какие файлы ему нужны в качестве входных данных и где они находятся, и какие процессы он должен выполнять.. Затем он изменяет билет задания JDF, чтобы описать, что он сделал, и проверяет билет JDF, чтобы определить, куда следует отправить сообщение и сопутствующие файлы.
Цель CIP4 и формата JDF - охватить весь жизненный цикл задания на печать и кросс-медиа, включая автоматизацию устройства, сбор данных управления и процесс механического производства на рабочем месте, включая даже такие вещи, как переплетное производство, сборка готовой продукции на поддоны.
Прежде чем JDF сможет быть полностью реализован, большее количество поставщиков должны принять стандарт. Поэтому немногие пользователи смогли полностью использовать преимущества системы JDF. В отделке, переплете и печати существует традиция автоматизации и несколько достаточно крупных доминирующих компаний, которые могут направлять развитие системы JDF. Но производителям бизнес-систем по-прежнему необходимо полностью поддерживать JDF. Такого же прогресса здесь не произошло, вероятно, потому, что многие из этих компаний являются небольшими специализированными компаниями, у которых нет ресурсов для управления такими разработками и которые не специализируются на производстве графики.
Кроме того, в торговле уже существует огромное количество крупномасштабного производственного оборудования, несовместимого с JDF. Бизнес полиграфии с каждым годом сокращается, и любое решение о крупном капитале представляет собой гораздо больший риск, чем в предыдущие годы. Основного стимула к внедрению JDF в большинстве случаев недостаточно, чтобы заставить владельцев отказаться от «приемлемого» оборудования, которое у них есть в настоящее время, в пользу приобретения крупным капиталом более быстрых капитальных товаров, соответствующих требованиям JDF. Это особенно верно на рынках, где большие объемы производственного оборудования, не соответствующего требованиям, продаются на рынке подержанного оборудования и на аукционах по значительному снижению цены по сравнению с новым оборудованием.
Прежде чем описывать реализацию проверки в JDF, это Лучше узнать немного о терминологии, которая будет использоваться.
Исходные входные файлы должны быть обработаны для печати на последней печатной машине (интерпретация, рендеринг, скрининг, управление цветом....) и то же самое для печати на расстойном шкафу (разные характеристики). Решение о том, какой из этапов обработки будет выполнен один раз (общий как для печати на расстойном шкафу, так и на печатной машине), а какой нет, будет зависеть от многих параметров (характеристик устройства расстойки, требований пользователя, требований рабочего процесса…). При расстойке необходимо учитывать согласованность между прессом и расстойным шкафом.
В JDF 1.1 проверка и мягкая проверка были определены как атомарный процесс, на входе которого были все параметры, необходимые для успешного процесса. У этого есть некоторые недостатки:
Начиная с JDF 1.2, проверка и мягкая проверка были объявлены устаревшими в интересах объединенного процесса для определения рабочего процесса проверки. Билет на задание явно определяет обработку и обеспечивает гибкость для ее реализации в различных рабочих процессах. Для этого атомарные процессы были сделаны способными хранить всю информацию, необходимую для определения различных конфигураций / опций.
Невозможно описать проверку уникальной комбинацией процессов, которая, в свою очередь, будет зависеть от возможностей RIP (процессор растровых изображений ), устройства, используемые для цветопробы, и рабочий процесс производства цветопробы. Тем не менее, можно определить общий комбинированный процесс проверки. Это позволит ему описать свой этап рабочего процесса. Общий комбинированный процесс проверки сочетает в себе следующие процессы JDF:
Порядок не является полностью строгим (тот же результат может быть достигнут с помощью различных комбинаций шагов), но есть некоторые правила приоритета: первое преобразование цветового пространства должно быть выполнено до второго, визуализация должна быть выполнена после интерпретации, растрирование, в свою очередь, должно быть выполнено после визуализации, а второе преобразование цвета, ImageSetting / DigitalPrinting должно быть выполнено после растрирования.
По сравнению с пробной печатью, поскольку печать не производится, никакие процессы ImageSetting / DigitalProofing не требуются. Более того, обработанные данные отправляются непосредственно в процесс утверждения, который должен реализовать пользовательский интерфейс для отображения этих данных на дисплее и позволить ему / ей утвердить / отклонить доказательство и, в конечном итоге, аннотировать его с помощью цифровой подписи. Все условия заказа остаются в силе.
В производственном рабочем процессе с пробной печатью должно быть как преобразование входных цветовых пространств ресурсов в цветовое пространство печатной машины, так и одно из цветового пространства печати в цветовое пространство корректора. Таким образом, в JDF требуются два разных процесса ColorSpaceConversion, и в зависимости от конкретного рабочего процесса и возможностей устройств они могут быть включены в один и тот же комбинированный процесс.
Входные данные для комбинированного процесса проверки обычно требовали как интерпретации (за исключением JDF ByteMap), так и рендеринга. В этих случаях они будут включены в комбинированный процесс, описывающий этап проверки.
Две возможности:
Для печати пробный процесс ImageSetting / DigitalPrinting имеет должны быть указаны в конце комбинированного процесса проверки, чтобы определить, как на самом деле печатается проба.
Должно быть выполнено до начала окончательной производственной печати.
HP включает JDF в свои продукты для проверки. Даже если это всего лишь один шаг в общем процессе, JDF сокращает время печати, делая принтеры более эффективными, потому что проверка традиционного создания и доставки пробных отпечатков может занять несколько дней.
HP отправляет файлы PDF на удаленную проверку. Файл JDF позволяет включать информацию о задании (цветовые профили, детали заявки на задание...), которая отправляется клиенту. В будущем будет реализована разметка проб и электронных подписей для утверждения.
