XML과 JDF를 넘어서: 다음 단계

XML과 JDF가 인쇄 자동화의 기반을 형성하고 있지만, 인쇄업체의 데이터 전송을 더욱 효율적으로 만들 수 있는 다른 새로운 형식이 등장하고 있습니다.

인쇄 자동화 프로세스에서 사용되는 표준과 파일 형식을 설명하는 시리즈에서 XML 과 XML의 더 섹터별 버전인 JDF와 새로운 XJDF를 살펴보았습니다. 그러나 이러한 형식에서 벗어나거나 이러한 형식에 대한 대안을 제공하는 다른 옵션도 있습니다.

첫 번째는 비영리 기구인 CIP4(인쇄 전, 인쇄 및 인쇄 후 공정 통합을 위한 국제 협력)가 관리하는 시스템인 PrintTalk입니다. CIP4에 따르면 PrintTalk는 "인쇄 관리 시스템과 전자 상거래 회사가 인쇄 제품을 구매하는 회사와 이를 제조하는 회사 간의 '모범 사례' 공통적이고 개방적인 커뮤니케이션 인터페이스를 정의하기 위해 형성된 커뮤니티"에서 성장했습니다.

실제로 PrintTalk는 JDF, XJDF, XML, CXML의 사용을 지원하고 확장함으로써 중요한 재무 데이터를 경영 정보 시스템(MIS)에 추가할 수 있습니다.

CIP4의 최고 기술 책임자인 Rainer Prosi(위 사진)는 "PrintTalk는 기본적으로 JDF나 XJDF를 감싸는 래퍼입니다."라고 설명합니다.

PrintTalk는 제품을 만들거나 주문하는 웹-투-프린트 시스템을 보유한 사람에게 이상적인 표준입니다.

"하지만 JDF나 XJDF는 실제로는 단지 생산 정보일 뿐인 반면, PrintTalk는 이것이 견적 요청이다, 이것이 견적서이다, 이것이 송장의 이것이다, 이것이 구매 주문서이다와 같은 개념을 가지고 있습니다.

"PrintTalk는 비즈니스 거래를 통합하며, 비즈니스 거래의 경우 거래 내용을 설명해야 하며, 여기서 제품 설명(이 경우 XJDF)이 작용합니다. 제품을 만들거나 주문하는 웹-투-프린트 시스템을 사용하는 사람에게 이상적인 표준입니다. PrintTalk를 사용하면 주문한 제품을 설명하고 협상된 가격과 같은 내용도 입력할 수 있습니다. 그런 다음 작업 티켓에 입력하고 MIS로 보내 해당 작업의 처리를 정의할 수 있습니다."

휴식을 취하세요

그러나 JDF 또는 XJDF의 변형은 프린터, 고객 및 제조업체에게 유일한 옵션은 아니며, 특히 웹을 통해 정보를 전송할 때 그렇습니다. JDF의 단점 중 하나이자 보다 간소화된 XJDF를 만드는 촉매는 너무 많은 데이터를 통합할 수 있어 때때로 형식이 다루기 힘들다는 것입니다. 이를 해결하기 위해 REST API가 있는데, 전체 이름은 Representational State Transfer Application Programming Interface입니다.

XML과 JSON은 키 값 쌍을 정의할 수 있는 구조화된 콘텐츠라는 점에서 개념적으로 매우 유사합니다.

더 간단히 말해서, REST API는 JSON 형식(XML과 거의 동일)을 사용하여 호환 시스템 간에 특정 작업에 대한 매우 구체적인 데이터 전송을 생성하며, 정보는 http를 통해 쉽게 전송됩니다.

"XML과 JSON은 개념적으로 매우 유사합니다. 키 값 쌍을 정의할 수 있는 구조화된 콘텐츠이기 때문입니다. 웹 API 환경에서 JSON의 실질적인 장점은 '기본 제공' JSON 기능이 있는 프레임워크가 많고 JSON이 약간 더 간결하다는 것입니다. XML의 장점은 더 성숙한 검증 도구입니다." Rainer가 설명합니다.

"그러면 REST API는 단순히 http를 통해 JSON을 보내는 것을 의미합니다. API는 소프트웨어에 매우 전념할 수 있기 때문에 이해하기가 더 쉽습니다. JDF 또는 XJDF를 사용하면 제품이나 프로세스에 대한 추상적인 아이디어가 있지만 API가 있는 경우 사용자 인터페이스의 각 버튼이나 각 텍스트 필드에 대해 단일 항목을 만들 수 있습니다.

"따라서 이 텍스트 필드는 API의 이 부분을 위한 것이라고 말할 수 있습니다. 이를 사용하는 사람이 제품과 어떻게 매핑되는지 보는 것은 매우 쉽습니다. 하지만 제품의 기능이 변경되면 API도 변경해야 합니다. 그리고 특정하기 때문에 각 애플리케이션에 대해 사용자 지정 코드를 작성해야 합니다."

이야기하는 건 좋다

API의 특이성은 일단 특정 목적에 맞춰 설정 및 설계되면 매우 효율적이지만 단점도 있습니다.

"제조업체가 자사 제품에 대한 자체 API를 가지고 있다면 물론 표준화되지 않은 것이고, 표준화는 양면적인 동전입니다. 표준화를 한다면, 살펴봐야 할 모든 종류의 사용 사례가 있기 때문에 매우 일반적이어야 합니다." Rainer가 말합니다.

API는 해당 작업이나 프로세스에 따라 다르지만 XML과 JSON의 유사성은 형식 간의 상호 호환성이 가능하다는 것을 의미합니다.

"그러나 API와 통합하려는 사람은 그 특정 상황을 위해서만 그렇게 하고, 그러면 갇히게 됩니다. 예를 들어, 인쇄소가 인쇄 전 시스템의 공급업체를 변경하고 싶어하고, 인쇄소가 그 인쇄 전 시스템의 REST API를 사용하고 있다면, 워크플로를 설정하기 위해 한 모든 것을 버리고 처음부터 다시 시작해야 합니다."

API는 해당 작업이나 프로세스에 따라 달라지지만 XML과 JSON은 유사하므로 형식 간의 상호 호환성이 가능하며 CIP4는 현재 변환 도구를 개발하고 있습니다.

Rainer는 "XML을 JSON으로 변환하고 다시 변환하는 것은 매우 간단합니다. 몇 가지 주의 사항이 있지만 일반적으로는 매우 쉽습니다."라고 말합니다.

"CIP4가 작업하는 것은 XJDF를 JSON으로 일대일로 변환하는 것입니다. 이렇게 하면 가능한 두 가지 세계의 최상의 조합을 얻을 수 있습니다. REST API를 빌드할 수 있지만 표준화되어 동일한 장비 제조업체에 얽매이지 않습니다.

"물론, 제조업체는 고객을 확보할 수 있다면 좋아하지만, 고객은 그렇지 않습니다. 그러면 사업적 결정이 내려지는데, 고객이 공급업체에 가서 표준과 더 많은 유연성을 원한다고 말해야 하기 때문입니다. 제조업체가 실제로 이를 지원하는지에 대한 질문은... 글쎄요, 그것이 이야기의 다음 단계입니다!"