23. 印刷格物致知
          23.4. JDF
 23.4.3. JDF溝通

系統如何互相溝通?

一個產生 JDF 資料的系統稱為 JDF 生產者 (JDF producer),而一個讀取與解譯這些資料的系統被稱為 JDF 消費者 (JDF consumer);當然也有同時既是一個生產者和消費者的系統。

JDF 生產者和 JDF 消費者兩個系統是怎麼互相對話?

首先讓我們看看 JDF 溝通的實質面:

  • 最簡單的 JDF 溝通類型是使用 hotfolder,電腦上的某一個目錄或子目錄被設定成 JDF 生產者和 JDF 消費者都可取用,每幾秒鐘 JDF 消費者會檢查這 hotfolder,每當 JDF 生產者創造了一個 JDF 檔案到 hotfolder,JDF 消費者立即取出並處理它

這種方法的優點是:易於設置和故障排除,主要缺點是這種做法並不真正提供完整的雙向溝通。

  • 更複雜的溝通方式是使用 HTTP,與網頁傳輸到瀏覽器相同的通信協定,為了能夠使用 HTTP 通信,無論是 JDF 生產者和消費者都需要有一個小型內建網路伺服器來處理送進與送出的訊息,軟體開發人員不需要自己建構這樣的工具,他們可以使用像 Microsoft 的 IIS 或是開放原始碼的 Tomcat,支援 JMF 的系統都是使用 HTTP

通常 JDF 計畫開始於兩個系統彼此互相交換資料,但很快地其他系統也會加入整合,最終演變成多重系統間交換作業的相關資料,從邏輯的角度來看,這些系統間的溝通是如何完成的呢?

  • 在 JDF 剛開始之初,很多人假定 JDF 的溝通是一個系列的程序,一個如 MIS 系統的應用程式將被用來界定一作業,然後它將傳送該工作的 JDF 檔案到印前系統,印前系統將解讀這些數據、處理工作、添加一些數據並將較大的 JDF 傳遞到作業鏈中的下一個應用程式,以下的系統都以類似的作法執行,同時 JDF 檔案將包含越來越多該作業的相關訊息

雖然這種做法初看似乎十分合乎邏輯的,但卻存在有若干缺點導致這種作法從來沒有真正被套用過。

    • 工作進度不會想當然或是線性的,在作業後面的階段事情可能會改變,從印刷管理系統彈回 MIS 系統,因此隨著工作的進展移動單一檔案是不可能的,有時會發生事情並行於兩個不同的部門或公司,在同一時間內在多樣化的系統間要保持兩個或兩個以上的副本文件同步是非常困難的

    • 如果將單一 JDF 檔案保存於一個中央服務器,但會發生讀/寫權限的問題:如果 MIS 系統和印前系統雙方在同一時間都要修改 JDF 時?如果他們要改變的資料是檔案內的同一地方?

    • 過一陣子之後 JDF 檔案可能會成為非常大,特別是如果加入連續變動性的資料紀錄,從一個文自檔案讀取資料再寫回資料的更新方式不是一個非常有效率的工作方式

  • 很多廠商使用星狀拓撲 (star topology):單一應用作為一個JDF經理(JDF manager 或 JDF 機器人 [JDF robot] 或 JDF 集線器 [JDF hub] 等)以『必須知道』的基礎與其他所有的系統溝通,起初一些公司曾試圖為這個建立專用的軟體,不過市場上好像從沒出現過這樣的系統;現在有少數的 MIS 系統目標成為 JDF hubs。

集中式的作法提供了若干優點:在某項工作的設定採用不同的參數的兩個系統之間沒有資料完整性的衝突風險,因為所有的資料都集中在一個單一系統中,在案件兼容性問題上,只有一個單一聯絡點,使得系統管理變得更容易。

當然也有一些缺點:JDF hub 必須能夠處理全面的 JDF 用法,而成為一個艱鉅的任務;以用戶的觀點來看不論是資料通訊與依賴的廠商面,都是將所有雞蛋放在一個籃子裡的行為,當其系統還負責處理競爭者產品的資料時,廠商的靈活度會有多高?

  • 如今有相當多的 JDF 整合計畫是使用點對點連接 (point-to-point connections):一個 MIS 系統可能與印前系統溝通,它也傳送同樣的作業描述給印刷管理制度,印前系統和印刷管理系統也使用 JDF 彼此交換資料

  • 也有混合的星狀拓撲和點對點通信的混合配置 (Hybrid configuration),舉例說:一個 MIS 系統同時與印前系統和印刷管理系統相互通信,印前系統發送墨鍵數據傳送給 MIS 系統,然後 MIS再 轉送給印刷管理系統;印前系統也產生數據與直接送給後加工設備,而不經過 MIS 系統

Table of contents