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

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

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

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

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

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

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

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

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

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

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

如果公司大部分內(nèi)容都存儲(chǔ)在一個(gè)文件管理系統(tǒng)中，那么只需要開發(fā)一些接口將其他內(nèi)容管理系統(tǒng)與該文件管理系統(tǒng)連接起來。同樣的，如果公司所有的應(yīng)用都在J2EE平臺(tái)上運(yùn)行，那么只需要為內(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)容平臺(tái)中來。它允許內(nèi)容平臺(tái)的逐漸擴(kuò)展。它還采用了所謂的平臺(tái)鎖定，如果你是根據(jù)Java API標(biāo)準(zhǔn)來開發(fā)接口的，那么訪問.NET或C++編寫的應(yīng)用程序中的內(nèi)容時(shí)就會(huì)出現(xiàn)問題。另外，如果公司選定了合適的內(nèi)容集成平臺(tái)，那么還必須保證工作流引擎足以負(fù)擔(dān)公司內(nèi)所有流程的編制。

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

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

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

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

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

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

總結(jié)

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