出版業通用數據交換“端交換方案”創作構想

◎文/孟睿 叢磊

社會信息化有著人類社會特定歷史發展階段中的技術、理論、認知和社會需求等諸多方面的背景及動因。在出版信息化的過程中，出版業不斷發展創造著新的出版形態、出版流程管理模式和文化傳播方式，推動了出版產業信息化的發展，開啟了嶄新的出版產業信息化時代。

一、“端交換方案”的設計方案

1.需求分析

隨著出版產業信息化的推進，大量的異構系統充斥在出版各個階段中，隨著時間的推移，信息量越來越龐大，信息類型也呈現出多樣化的特點。這就導致各種信息要么雜亂交織在一起，要么彼此分離、難以共享，導致大量的數據信息很難被充分利用，無法實現信息價值的最大化。

面對大量結構化、半結構化或非結構化的出版信息，需要一種新的解決方案來支持異構系統間各類信息的傳遞和共享。出版產業通用數據交換技術重點實驗室經過一年半時間的研究，已確定并驗證了通用數據交換的關鍵技術在于如何實現“端交換方案+中間標準庫”在交換云平臺中的協同運作，即“耦合數據交換技術”，其通過依賴多個維度的參數和系統性的邏輯，將交換行為模板化、通用化，構建出交換雙方的映射通道，從而實現異構關系數據庫之間的數據傳輸。

2.概念解析

傳統的軟件設計模型常分為三層，分別為“業務模型層”“用戶界面層”和“控制器層”，此種設計模型是將業務模型和用戶界面的代碼分離，從而使同一個程序可以使用不同的表現形式，在改進和個性化定制界面及用戶交互的同時，不需要重新編寫業務邏輯。而通用數據交換技術的“耦合數據交換技術”架構是在此架構基礎上，將MVC架構與數據處理也進行抽象分離，實現數據交換整體流程與系統業務邏輯無關性，重新設計成三層并根據其功能區分代稱為“端方案層”“耦合層”“云平臺層”。

“端交換方案”是應用在“端方案層”中，位于數據交換兩端，負責數據的讀寫及應用系統的適配，通過指定客戶端加載運行后用以處理數據內容和交換流程的解決方案。“端交換方案”中對數據類型、數據庫交互規則、業務邏輯進行相應設定，數據發送方通過“端交換方案”設定的規則對數據進行抽取、清洗、處理、編譯，從而生成“數據交換載體文件”，數據接收方則通過“端交換方案”對“數據交換載體文件”進行校驗、解析、處理、存儲。因此，“端交換方案”是交換端應用系統業務邏輯的繼承和實例化。

3.結構分析

在過去的很長時間里，通過XML技術進行結構化信息之間的傳遞已經是成熟的方案并得到了很好的實踐，XML作為一種可擴展的標記語言，是一種創建、設計和使用標記語言的工具集，是當前處理結構化文檔信息的有力工具。經過研究證實，它也是“端交換方案”的理想編寫語言。

盡管XML格式數據支持當前大多數數據庫的結構化數據操作，但由于數據交換過程中可能存在必要的業務邏輯，單純基于XML語言的固定格式僅能作為結構化數據交換載體，不能完全滿足含有復雜業務邏輯的大量異構系統之間的半結構化或非結構化數據的交換，缺乏“通用性”。而“端交換方案”的核心是XML文檔，“端交換方案”借助XML結構化標記數據的基本特點，通過“中間標準庫”搭建數據映射橋梁，使得半結構化或非結構化數據在經過數據轉換和校驗后具有了“類結構化”數據的可比性和可交換性。通過XML技術編寫“端交換方案”的目的是利用標準的、與軟硬件無關的XML語言，將業務單據元數據與業務單據邏輯按照規范結構封裝在一個方案文件中，以保障兩者之間的可靠聯系。

“端交換方案”由XML聲明、根元素和元素組成，XML聲明將“端交換方案”定義為一個標準的XML文檔，并聲明了方案的編碼格式以及是否與外部其他文件存在關聯；根元素和元素則是數據交換的主要內容，用來記錄進行交換的具體數據以及它們在交換過程中需要遵循和執行的業務規則，主要分為“端方案標題”“業務單據”“業務單據邏輯”三部分。

二、“端交換方案”創作規則

傳統出版行業發展至今已趨于穩定，不同出版社的業務細節可能存在差別，但大致的業務流程和流轉的業務數據結構大同小異。數據交換要想實現通用性，首先“端交換方案”的整體結構就必須模板化，這就使得“端交換方案”需要遵循一定的創作規則。

根據XML語言的結構特性，其主要構建單元是通過標識、定義、約束性、值域等一組屬性描述的數據元素。下面基于數據元素的中文名稱、元素定義類型、數據格式類型及其所代表含義的說明等幾個方面，來描述“端交換方案”的創作規則。

1.“端方案標題”創作規則

“端方案標題”部分用于記錄“端交換方案”的基本信息，包括它適配的數據交換雙方的系統及版本，它的技術支持者，以及它交換數據的大致類型等，是“端交換方案”的身份識別標識，用以區分不同系統或同一系統不同版本的對應方案。其數據元素細目如下表所示：

中文名稱數據標識端方案編號定義類型 格式類型SimpleType xs:string SimpleType xs:integer端方案名稱SimpleType xs:string端方案版本號SimpleType xs:decimal端方案提交時間端方案提交者ID SimpleType xs:dateTime SimpleType xs:string說明用于標識“端方案標題”分組創作端方案時系統自動分配的編號，端方案的編號相當于端方案的身份ID，用于識別、區分端方案創作端方案時由開發者填寫的名稱端方案的版本號，隨端方案版本更新而變更端方案的創作時間提交端方案的用戶的注冊ID

端方案提交者名稱端方案提交者電話端方案作者ID端方案作者名稱端方案作者電話SimpleType xs:string SimpleType xs:string SimpleType xs:string SimpleType xs:string SimpleType xs:string端方案使用說明SimpleType xs:string端方案更新說明端方案適用類型端方案執行標準號SimpleType xs:string SimpleType xs:string SimpleType xs:string端方案執行標準名稱SimpleType xs:string端方案校驗狀態SimpleType xs:boolean端系統ID端系統名稱端系統版本號SimpleType xs:integer SimpleType xs:string SimpleType xs:string端系統數據庫類型端系統所有者ID SimpleType xs:string SimpleType xs:integer端系統所有者名稱SimpleType xs:string端方案業務單據數量SimpleType xs:integer提交端方案的用戶的姓名提交端方案的用戶的聯系電話創作端方案的開發者的注冊ID創作端方案的開發者的姓名創作端方案的開發者的聯系電話創作端方案的開發者對使用該方案的說明新版本端方案的更新修改內容特定端方案的適用說明用于校驗本端方案的中間標準的標準號用于校驗本端方案的中間標準的標準名稱端方案的校驗狀態（0-未校驗、1-校驗通過、2-部分校驗通過、3-未通過校驗、4-未知）云平臺中注冊的端系統ID云平臺中注冊的端系統名稱云平臺中注冊的端系統的系統版本號，以版本標識符“V”+主版本號+次版本號的形式記錄端系統所使用的數據庫的類型端系統開發者或版權所有者的注冊ID端系統開發者或版權所有者的名稱本端方案中參與數據交換的業務單據數量

2.“業務單據”創作規則

“業務數據”部分記錄本次數據交換的業務單據信息和數據元素，實現交換雙方的數據庫之間、數據庫與平臺“中間標準庫”之間的相互映射、節點關系及網絡拓撲結構，異構系統的多樣化數據只有通過映射關系調整和數值轉換后，在數據結構、數據類型及中間標準校驗上才具有一定的可比性。其數據元素細目如下表所示：

中文名稱 定義類型 格式類型數據標識 SimpleType xs:string說明用于標識“業務單據”分組創作端方案時系統自動分配的編號，端方案的編號相當于身份ID，用于識別、區分端方案

端方案編號 SimpleType xs:integer業務單據序號 SimpleType xs:integer業務單據名稱 SimpleType xs:string業務單據說明 SimpleType xs:string單據流向 SimpleType xs:string單據文件類型 SimpleType xs:string單據文件名前綴 SimpleType xs:string是否創建額外項 SimpleType xs:boolean表名 SimpleType xs:string創建語句 SimpleType xs:string字符集 SimpleType xs:string邏輯步數 SimpleType xs:integer用來區分業務單據，標記業務單據和對應業務邏輯用來說明業務類型該業務單據的補充說明單據流向狀態分為：發送和接收單據文件類型分為：XML、JSON等，均以大寫表示單據文件名前綴組成規則：發送方編碼_接收方編碼_業務單據名稱可以創建的額外項包括表、視圖、序列、觸發、過程等：1-需要，0-不需要提取數據的表的名稱，英文表名+中文表名，多個表之間用“丨”分割數據交換涉及的額外表和視圖的創建語句該業務單據形成的單據文件的字符集對應的“數據單據邏輯”的步數

3.“業務單據邏輯”創作規則

“業務單據邏輯”部分記錄數據處理過程的相關代碼，該段代碼是業務單據交換中必須執行的邏輯指令，可通過交換平臺直接解析，不需要調用交換系統中內置的函數代碼就可以直接模擬業務規則，實現對源數據的處理，既完成了數據輸入輸出過程中的各種觸發，又保證了交換系統本身的完整性，在數據提取、存儲的基礎上豐富了處理過程，使其可以完成貼合業務邏輯規則的復雜數據交換過程。其數據元素細目如下表所示：

中文名稱 定義類型 格式類型數據標識 SimpleType xs:string端方案編號 SimpleType xs:integer業務單據序號 SimpleType xs:integer邏輯步驟序號 SimpleType xs:string邏輯步驟說明 SimpleType xs:string說明用于標識“業務單據邏輯”分組創作端方案時系統自動分配的編號，端方案的編號相當于身份ID，用于識別、區分端方案標記該邏輯步驟所屬的業務單據標記該邏輯步驟位于所有步驟中第幾步說明該業務單據邏輯步驟的作用

“端交換方案”有唯一一個“端方案標題”，但可以有若干個“業務單據”，每個業務單據又可以有若干個“業務單據邏輯”，通過一次交換，完成兩個系統間多業務、巨量化的數據傳輸。

三、結語

出版大數據的“大”不僅體現出了數據的巨量性，也包含了其數據的復雜性。出版業的大數據僅在產品的數據內容上具有行業一致性，其業務數據要具體到各企業，而企業的業務流程千差萬別，使得出版大數據包羅萬象。“端交換方案”在遵循業務規則的基礎上為大量結構化、半結構化或非結構化的信息數據構建起映射關系，從而達到通用數據交換的目的，其創作遵循著一定的規則，也為信息技術普遍薄弱的出版企業提供了更多數據交換自助的可能性。