融媒體環境中稿件的跨平臺流轉設計

文/侯昶江

引言

媒體融合是國際傳媒大整合之下的新作業模式，傳統媒體和新興媒體在實踐與探索中不斷互融互動，實現媒體平臺間的數據流轉，最終實現一體化發展，是媒體融合發展的必然趨勢。

中新社是國家級通訊社，其采編平臺（以下簡稱社采）是中新社內部人員完成稿件采寫、編輯、簽發的完整系統，對外提供以中新社為電頭的文字通稿、文字特稿及圖片通稿三大主干新聞產品體系，形成了覆蓋海外大多數華文媒介的用戶網絡。

中國新聞網由中國新聞社主辦，是知名的中文新聞門戶網站，現通過中新網采編平臺（以下簡稱網采）對外提供文字、圖片、視頻、微博、微信等新興媒體稿件資訊服務。

整合前的社采與網采是跨平臺相互隔絕的，即在社采上無法撰寫網稿（反之亦然），這不僅給社內記者的使用造成了不便，也造成了稿件資源的浪費。隨著全媒體時代的到來，有必要對兩者進行整合，實現傳統媒體與新興媒體的數據流轉，推進媒體技術融合。本文以記者在社采平臺發網稿為例，研究并介紹了一種跨平臺的稿件數據流轉方式。

1.研究方向及關鍵技術介紹

1.1 SpringMVC

SpringMVC是一個基于MVC的WEB框架,它為構建穩健的WEB應用提供了豐富的功能，由于支持注解配置，易用性有了大幅度的提高，目前市場應用已經很成熟。

SpringMVC通過分發器DispatcherServlet類將接收到的Http請求進行后臺分發，并將處理好的結果通過視圖解析器返回給用戶，解析過程如圖1所示。中新社采編平臺的實現采用J2EE體系結構，其中，前后端的交互功能采用了SpringMVC框架。

1.2 CNML格式介紹

“中文新聞信息置標語言”，簡稱CNML，是一種新聞稿件國家標準，它采用了XML寫法，和XML一樣通過節點及屬性值來傳遞稿件數據，目前，應用于國內通訊社、報刊、新聞網站、電視臺、廣播電臺等部門及媒體應用軟件。

利用CNML可以把與新聞信息相關的內容、元數據、內容間關系、稿件與附件對應關系等這些交換數據封裝在一起，但是封裝哪些元素要根據自身的業務需求以及公共交換需求而定。

跨平臺傳遞稿件實體需要雙方平臺協定好稿件傳輸規格，CNML格式作為一種成熟的國家標準被新聞界廣泛應用，中新社采編平臺與網采的稿件實體傳輸就采用了這個標準。即：社采編將要跨平臺傳遞的稿件裝配為CNML格式，網采接收到CNML格式稿件后解析并保存入數據庫。

CNML格式部分內容樣例如表1所示。

表1 CNML格式部分內容樣例

1.3 HttpURLConnection工具類介紹

社采及網采平臺通過HTTP協議實現數據流的輸入輸出交互，我們選用JDK提供的原生類：HttpURLConnection，該類提供了一系列基于HTTP協議的方法，可向指定網站發送GET或POST請求，并以流的形式接受Response結果。

1.3.1 采編間跨平臺投稿流程設計及實現

社采與網采通過中間接口層進行數據流轉。以社采投中新網稿為例，其數據流程設計如圖2所示。數據流轉的詳細說明如下：

（1） 社采平臺經過記者撰網稿、值班主任初步審稿流程后，稿簽及稿件內容等數據存入稿庫數據表中，利用工具對上傳圖片、視頻進行數據處理（如規劃分辨率）后，標記好附件ID并存入社采指定目錄下。

（2）值班主任審核通過后，社采投稿系統將值班主任審核版本也存入稿庫數據表，同時，讀取Oracle數據庫表中保存的中新網接口鏈接拼接，并將值班主任最終審核稿件的稿號信息發送給網采接口。

圖2 投遞網稿的數據流泳道圖

（3）網采平臺獲取稿件稿號后查詢網采稿庫表，判斷稿件是否已經存在于網采稿庫里。稿件不存在，則網采平臺傳遞社采有效下載賬號，密碼及待下載的稿號作為參數并調用社采提供的下載接口獲取稿件信息及附件，在未有HTTP協議數據包返回之前一直處于監聽狀態。

（4）社采接口負責將稿件相關數據從庫和指定目錄下查出，利用DOM4J工具將稿簽信息裝配為標準的CNML格式文件（在內存中生成，不用保存到文件）。

CNML類型稿件命名方式：類型_稿號.XML。

（5）稿件的附件（圖片、視頻等）是單獨的文件，在CNML中會有對該稿件所屬附件信息的描述。社采接口將CNML格式稿件及相應附件打包為ZIP壓縮文件，再將該壓縮文件轉換為字節流，返回至網采監聽接口。如果社采無法在稿庫找到指定稿件或在打包出現異常，則生成ERROR.XML一并放在ZIP包中返回，ERROR.XML中通過Message節點描述具體的錯誤信息。

附件命名方式：類型_稿號_附件編號.擴展名，例如：一篇稿件屬于類型為微博稿（類型編號為2），稿號為64536，帶有兩個圖片，則可以這樣命名:

CNML格式稿件名：2_64536_1.XML 圖片附件1：2_64536_001.jpg

（6）網采接口獲取ZIP格式的流文件后結束監聽狀態，解壓ZIP獲得文件并將CNML格式的稿件重新裝配為稿件實體，按照類型保存入網采相應稿庫，并將對應附件保存入網采指定位置。如果ZIP包中包含ERROR.XML文件則表示稿件下載失敗，返回提交頁面錯誤信息。

（7）網采入庫成功后，調用社采提供的回傳信息接口（要求格式見表2）并寫入同步日志，社采接收到回傳XML流信息，更新社采稿庫稿件狀態為：已入網采稿庫。

表2 網采回傳信息

（8）網采審核人員從網采平臺獲取稿件進行下一步審核。

結語

本文以在中新社采編平臺撰寫網稿并發送至中新網網采平臺審核為例，實現了一種跨平臺的數據流轉功能，為平臺間的融合提供了一種技術手段。目前，社采平臺與網采平臺間每天有一百多篇新聞網稿通過該種方式實現數據流轉，經過實踐檢驗，采用該種方式流轉速度高效且相對可靠。但是，該方式采用同步傳輸的方式會造成網絡資源的浪費，對網絡狀況要求較高，下一步考慮利用消息中間件產品達成稿件及其附件數據的異步傳輸，規避因網絡不穩定造成的請求丟失情況。