企業(yè)內(nèi)容集成

申請免費試用、咨詢電話：400-8352-114

假如你是一家制藥企業(yè)的老總，剛剛完成一個為期5年耗資20億美元的新藥開發(fā)項目。你的未來，公司的未來，都要看這種新藥能否快速地通過國家藥品監(jiān)督管理局的審批。新藥的送審文件包含了成千上萬個文檔，分別來自多個研發(fā)實驗室、診所、商業(yè)系統(tǒng)等。任何一個文檔的丟失、出錯或是過時都會耽誤審批時間，給公司造成上億美元的損失。

又假如你剛剛被任命為一家綜合性廣告公司的CEO，該公司擁有一個廣告部門、一個直接營銷部門、一個公關(guān)部門、一個品牌戰(zhàn)略部門。目前公司所處的市場不景氣，你必須制定新的戰(zhàn)略，帶領(lǐng)公司在競爭激烈的環(huán)境中獲得收入和增長。你的戰(zhàn)略是建立在集成之上的。你想通過集成廣告、品牌戰(zhàn)略、公關(guān)、直接營銷的一攬子方案來吸引新客戶。這就要求將公司內(nèi)的四個部門及相應(yīng)的信息系統(tǒng)進行整合。一般這些信息系統(tǒng)都是各個部門自行開發(fā)的內(nèi)容管理系統(tǒng)，保存著各部門的圖像、視頻、文檔。

上面的這兩個場景生動地展示了企業(yè)集成存儲在不同內(nèi)容存儲器中的非結(jié)構(gòu)化信息的需求。對于那個制藥企業(yè)來說，它的信息有實驗報告、藥物的分子構(gòu)成圖、毒性報告、臨床試驗報告、配藥程序等。對于那家廣告公司來說，它的信息有演示材料、會議記錄、高清晰圖像、現(xiàn)場視頻等多媒體內(nèi)容。雖然大部分內(nèi)容都是電子形式的，但實際上也只有一小部分可以通過數(shù)據(jù)庫或內(nèi)容管理軟件進行管理；其他的都存儲在共享磁盤上，或分散在員工的電腦上。

假如我們是這兩家公司的CIO，我們應(yīng)該怎樣來解決這內(nèi)容管理問題呢？有以下幾種途徑。

首先我們可以購買一個針對行業(yè)情況設(shè)計的企業(yè)內(nèi)容管理（Enterprise Content Management，ECM）軟件，并下達命令要求所有部門都將內(nèi)容存儲到這個系統(tǒng)中去。這就是人們常說的內(nèi)容合并。這種方法的好處是十分明顯的：那就是企業(yè)內(nèi)只有單一的一個系統(tǒng)對內(nèi)容進行配置、管理、學習。但這種方法也有自己的缺點：要將企業(yè)內(nèi)所有的內(nèi)容遷移到這個系統(tǒng)中來，這實際做起來很困難，也很花錢。內(nèi)容合并的成本是很高的。它需要購買高端的硬件設(shè)備，聘請咨詢顧問進行幾個星期或幾個月的內(nèi)容清理工作，以將內(nèi)容映射為單一的元數(shù)據(jù)模式。另外要找到這樣一個能夠處理好多種內(nèi)容類型（如高清晰視頻、CAD設(shè)計圖）的系統(tǒng)也十分困難。最后，內(nèi)容合并還可能成為一場無休止的戰(zhàn)爭。就算你完成了公司內(nèi)部的遷移項目，但如果你們公司兼并了另一家公司，那么你就得再對新兼并進來的公司進行內(nèi)容合并。而且很有可能公司所處的行業(yè)都轉(zhuǎn)向另一個新的內(nèi)容管理平臺，這樣就得再次進行內(nèi)容遷移。

因此內(nèi)容合并必須同實際的內(nèi)容集成配合起來做。必須將一部分內(nèi)容留在它目前所在的存儲器中，然后直接由業(yè)務(wù)應(yīng)用程序和流程通過一種合適的方式來訪問它。有幾種集成方法可以實現(xiàn)這一點。

最簡單的方法是面向用戶界面的集成。不同內(nèi)容管理系統(tǒng)的用戶界面可以在一個企業(yè)門戶上注冊，然后通過單個瀏覽器窗口對它們進行訪問。門戶軟件通常能夠?qū)崿F(xiàn)用戶單點登錄和用戶界面定制。如果所有的內(nèi)容管理軟件都有網(wǎng)絡(luò)用戶界面的話，那么就能輕松實施這個解決方法。

但不幸的是，面向用戶界面的集成只能帶來有限的收益。它提高了員工的工作效率，但卻不能提供對公司所有內(nèi)容的搜索，也無法對所有內(nèi)容進行管理，無法保證內(nèi)容的一致安全性。它也忽略了業(yè)務(wù)應(yīng)用程序?qū)ζ髽I(yè)內(nèi)容的程序性訪問要求。

面向應(yīng)用程序接口（API）的集成是另一種候選方案。這種方法是將多個內(nèi)容管理系統(tǒng)的元數(shù)據(jù)及內(nèi)容訪問API映射到一個單一的內(nèi)容管理系統(tǒng)或內(nèi)容集成平臺上，它在某個內(nèi)容管理平臺/應(yīng)用服務(wù)器平臺占主導(dǎo)地位時比較有效。

如果公司大部分內(nèi)容都存儲在一個文件管理系統(tǒng)中，那么只需要開發(fā)一些接口將其他內(nèi)容管理系統(tǒng)與該文件管理系統(tǒng)連接起來。同樣的，如果公司所有的應(yīng)用都在J2EE平臺上運行，那么只需要為內(nèi)容管理系統(tǒng)開發(fā)基于JSR 170的接口。業(yè)務(wù)應(yīng)用程序可以通過這些接口來訪問內(nèi)容管理系統(tǒng)。許多內(nèi)容管理系統(tǒng)都帶有符合JSR 170的Java API，這在很大程度上能夠簡化面向API的集成。

面向API的集成方法能夠幫助企業(yè)將新兼并的或較小的內(nèi)容管理系統(tǒng)集成到占主導(dǎo)地位的內(nèi)容平臺中來。它允許內(nèi)容平臺的逐漸擴展。它還采用了所謂的平臺鎖定，如果你是根據(jù)Java API標準來開發(fā)接口的，那么訪問.NET或C++編寫的應(yīng)用程序中的內(nèi)容時就會出現(xiàn)問題。另外，如果公司選定了合適的內(nèi)容集成平臺，那么還必須保證工作流引擎足以負擔公司內(nèi)所有流程的編制。

最后一種方法是SOA，這是基于分布式服務(wù)和Web Services的集成。主要就是實現(xiàn)各個內(nèi)容管理系統(tǒng)中內(nèi)容和管理功能的可視化。這種方法通過一系列的XML API將各個內(nèi)容系統(tǒng)連接起來，多種平臺和編程語言都能夠通過網(wǎng)絡(luò)調(diào)用這些API。

內(nèi)容系統(tǒng)的管理功能（如備份）可以通過SOAP集成，并發(fā)布在標準的UDDI目錄中。這樣，任何服務(wù)驅(qū)動的應(yīng)用程序或業(yè)務(wù)流程都可以發(fā)現(xiàn)和使用這一管理功能了。在企業(yè)內(nèi)實施信息生命周期管理也變成小事一樁了。

同樣的，SOAP也能夠集成各個內(nèi)容系統(tǒng)的搜索功能，并發(fā)布在標準的UDDI目錄中。然后就能直接開發(fā)搜索集成服務(wù)了。這樣的服務(wù)能夠動態(tài)識別目錄中的搜索服務(wù)，然后并行調(diào)用這些服務(wù)對整個公司的內(nèi)容進行搜索，最后將搜索結(jié)果整合起來。集成搜索服務(wù)能夠用任何語言編寫，而且能夠在所有平臺上運行，不管是J2EE還是.NET。

理想情況下，還必須使用XML集成個人的內(nèi)容，為每項內(nèi)容分配唯一標識，并將它們登記在內(nèi)容目錄中。目錄可以用來對內(nèi)容進行分類，還可以識別和發(fā)現(xiàn)存儲在各個孤立系統(tǒng)中的內(nèi)容。目錄采用了內(nèi)容和應(yīng)用程序之間的松散耦合。應(yīng)用程序在訪問某項內(nèi)容之前，可以先查看一下目錄，然后動態(tài)獲得最近的或最新的拷貝。最后，目錄可以將低層內(nèi)容元素抽取出來，組合成高層內(nèi)容元素。這樣就可以將分散在企業(yè)各個內(nèi)容系統(tǒng)中內(nèi)容元素組合起來，建立綜合文檔。

面向服務(wù)的內(nèi)容集成是一種開放的、基于標準的方法。使用這種方法的內(nèi)容集成方案能夠使用Web Services標準中預(yù)定義的服務(wù)，如基于BPEL的流程編制、基于WS-Security的單點登錄、基于WS-Eventing的分布式事件管理等。這樣的解決方案還能夠保證分散在公司內(nèi)的非結(jié)構(gòu)化信息能夠為各種應(yīng)用程序和流程所訪問。

雖然這種方法有很多優(yōu)點，但還無法推廣使用。因為雖然基于標準的服務(wù)可視化已經(jīng)實現(xiàn)了，但內(nèi)容可視化標準還沒有。雖然服務(wù)識別、服務(wù)組合有很多標準，但內(nèi)容的識別、組合還沒有統(tǒng)一的標準。所以現(xiàn)在實施面向服務(wù)的內(nèi)容集成，還是需要使用一些接口來實現(xiàn)內(nèi)容可視化和內(nèi)容管理。

總結(jié)

企業(yè)內(nèi)容集成是一項新的緊迫任務(wù)。如果你是一位正為內(nèi)容集成煩惱的CIO，那么有幾種方法可以解決你的煩惱：面向用戶界面的集成，面向API的集成，和面向服務(wù)的集成。這幾種方法都有自己的優(yōu)缺點，必須仔細地對它們進行分析，選擇適合自己企業(yè)的方法。