【文章內(nèi)容簡(jiǎn)介】 用都是百萬(wàn)元級(jí)的，如果它們能引入即時(shí)通信系統(tǒng)，既 7 能幫助員工實(shí)現(xiàn)互動(dòng)溝通和協(xié)作，又能有效而低成本地獲得企業(yè)內(nèi)外的信息。 顯然，企業(yè)級(jí)即時(shí)通信工具再好也應(yīng)該根據(jù)具體的經(jīng)營(yíng)狀況而定。它對(duì)有些企業(yè)來(lái)說(shuō)反而是一種累贅。因?yàn)椴糠制髽I(yè)僅僅把即時(shí)通信工具等同于一般的聊天工具，而有的則作為一種日常辦公工具。 商業(yè)化解決方案 商業(yè)化的即時(shí)通信軟件已形成良好的應(yīng)用模式，及強(qiáng)大的企業(yè)支持。其抗險(xiǎn)能力強(qiáng)，功能完善，且具備較多的成功解決案例。例如：國(guó)內(nèi)的 GoCom、騰訊 RTX（圖 3），國(guó)外的 IBM Lotus Sametime、 AOL 的 AIM PBE。但是企業(yè)在實(shí)施初期，需要支付高昂的費(fèi)用。 圖 3 騰訊 RTX 新的選擇 —— 開(kāi)源解決方案 自由、安全、社區(qū)支持、價(jià)格合適，早已是人們對(duì)開(kāi)源產(chǎn)品的印象。隨著開(kāi)源技術(shù)的成熟，個(gè)人或企業(yè)使用開(kāi)源軟件作為解決方案的數(shù)量日趨增加。在即時(shí)通信方面，常用的開(kāi)源通信協(xié)義是 XMPP，它繼承了在 XML 環(huán)境中靈活的發(fā)展性。目前，常見(jiàn)的開(kāi)源即時(shí)通信軟件有 Spark（圖 4）、 JeCatJabber、 LinQ、 Instabird、Pidgin 等。而 MySQL則是典型的開(kāi)源數(shù)據(jù)庫(kù)。 在開(kāi)源社區(qū)中，有很多成熟的解決方案，如： Openfire + Spark +MySQL。 8 完備的開(kāi)源技術(shù)，使得構(gòu)建開(kāi)源環(huán)境下的企業(yè)級(jí)即時(shí)通信成為可能。它們不但具備商業(yè)化軟件同樣成熟的解決方案，更重要的是，它們具備自由開(kāi)源的理念以及開(kāi)源社區(qū)的廣泛支持。 圖 4 Spark 即時(shí)通信工具 9 4 需求分析 不同的企業(yè)對(duì)即時(shí)通信工具的需求都有所不同。有的需要與 OA 系統(tǒng)產(chǎn)生交互功能 ,有的需要多人視頻會(huì)議。因此下文將論述該軟件的基本需求，如需擴(kuò)展，可參閱相關(guān)資料。 與傳統(tǒng) IM 相近的功能 企業(yè)級(jí)即時(shí)通信工具，首先是作為即時(shí)通信工具來(lái)使用，因此必需滿足該部份功能。 在通信技術(shù)或通信能力上，應(yīng)該與傳統(tǒng)的 IM 相近。如簡(jiǎn)單的文字通信、文件傳輸、查看好友信息等。而聊天記錄、個(gè)人頭像、截圖等擴(kuò)展功能都是在基本功能的基礎(chǔ)上建立起來(lái)的。 其次，在架構(gòu)時(shí)，我們應(yīng)該考慮網(wǎng)絡(luò)通信問(wèn)題。像 和 MSN 那樣的聊天工具都是建立在廣域網(wǎng)下的，或者有代理服務(wù)器。而企業(yè)級(jí) IM 是建立在企業(yè)內(nèi)部局域網(wǎng)內(nèi)，除非企業(yè)的 OA 或應(yīng)用軟件架構(gòu)在廣域網(wǎng)，否則需要解決網(wǎng)間路由的問(wèn)題（注：可使用 openfire 的路由 插件解決） [15]。 IM 的企業(yè)特色 作為企業(yè)級(jí)軟件，首先是具有企業(yè)文化特色。除了企業(yè)外部美工形象外，其內(nèi)部架構(gòu)也很重要。比如部門(mén)分級(jí)， A 部分下設(shè)有 A1 和 A2 子部份。由于 IM 的使用涉及公司里成百上千的員工，所以清晰的部門(mén)分級(jí)是提高效率的措施之一。 與此同時(shí)，個(gè)人信息也應(yīng)當(dāng)具有企業(yè)特色。在傳統(tǒng) IM 中，個(gè)人信息（包括個(gè)人資料和個(gè)人辦公狀態(tài)）存在著虛擬性以及極端的不真實(shí)性。而企業(yè) IM 應(yīng)該使用真實(shí)信息。很明顯的應(yīng)用是，當(dāng)企業(yè) IM與 OA系統(tǒng)集成時(shí)，當(dāng)某員工需要在業(yè)務(wù)審批流程中簽署文件，此時(shí)該文件需要具有不可抵 賴性、不可篡改性。 在信息流通上，除了用優(yōu)質(zhì)的物理設(shè)施來(lái)支持外，合理的業(yè)務(wù)邏輯也很重要。在傳統(tǒng) IM 上，信息是允許丟失的，但企業(yè) IM則不允許任何重要信息丟失。如審批業(yè)務(wù)時(shí)，有一小環(huán)節(jié)的信息丟失，使得下流的任務(wù)不能按時(shí)開(kāi)展，而處理上流的業(yè)務(wù)又得不到反饋，在這個(gè)爭(zhēng)分奪秒的時(shí)代，這是一件很可怕的事。因此，該系統(tǒng)應(yīng)該具有信息保存以及信息恢復(fù)的能力。 在信息安全上，企業(yè)的操作系統(tǒng)應(yīng)該安裝殺毒軟件、防火場(chǎng)等軟件，除此之外，企業(yè) IM 的信息應(yīng)該有自身一套安全措施。比如防修改，防抵賴等。在此可 10 使用信息加密，指紋識(shí)別等技術(shù)。常用 的加密方式是 MD5，驗(yàn)證方面可考慮 CA認(rèn)證方式。 信息監(jiān)控是最容內(nèi)被忽視的一個(gè)模塊。因?yàn)槠匠？床怀鲈撃K的實(shí)際效益。但在重要環(huán)節(jié)上，它卻是信息安全，維護(hù)信息流通性的有力后盾。信息監(jiān)控的任務(wù)主要集中在流量監(jiān)控、操作監(jiān)控、任務(wù)流監(jiān)控等方面。當(dāng)發(fā)生網(wǎng)絡(luò)異常時(shí)，相關(guān)人員可及時(shí)采取措施，防止該異常對(duì)企業(yè)網(wǎng)絡(luò)環(huán)境的破壞。很多政企的預(yù)警系統(tǒng)都是建立在信息監(jiān)控網(wǎng)絡(luò)上的。 需求總結(jié) 企業(yè) IM更注重信息的傳遞能力及安全性，它不需要像傳統(tǒng) IM 一樣擁有繁多的系統(tǒng)功能。當(dāng)然也可以作相應(yīng)的擴(kuò)展。例如多人視頻會(huì)議、文件夾傳輸（不 同于一般的文件傳輸，可傳輸文件目錄結(jié)構(gòu)）、發(fā)起問(wèn)卷調(diào)查、項(xiàng)目申報(bào)、 SMS 短信服務(wù)等。這些功能都視具體應(yīng)用環(huán)境而定。 11 5 系統(tǒng)分析 系統(tǒng)分析是在需求分析的基礎(chǔ)上，構(gòu)建出具體模型。本文的系統(tǒng)分析，將對(duì)企業(yè) IM 分成客戶端及服務(wù)端進(jìn)行設(shè)計(jì)。其中涉及的內(nèi)容有，整體框架、客戶端框架、服務(wù)器框架。 整體框架 首先假設(shè)企業(yè)要求把即時(shí)通信工具構(gòu)建在內(nèi)部局域網(wǎng)（廣域網(wǎng)的結(jié)構(gòu)相似）。其次是企業(yè)內(nèi)部已建立起基本的數(shù)據(jù)資源（如：部門(mén)信息、員工信息，表 展示了其本的數(shù)據(jù)要求）。 表格 部門(mén)、員 工信息 字段屬性 數(shù)據(jù)類型 IS NULL 部門(mén)信息 部門(mén) ID (DEPID) INT NOT NULL PK 部門(mén)名稱 (DEPNAME) VARCHAR(30) NOT NULL 部門(mén)父 ID(DEPPID INT NOT NULL FK 員工信息 員工 ID(USERID) INT NOT NULL PK 員工登錄名(ULOGINNAME) VARCHAR(20) NOT NULL 員工性名 (USERNAME) VARCHAR(10) NOT NULL 員工 EMAIL(EMAIL) VARCHAR(40) NULL 密碼 (PASSWORD) VARCHAR(40) NULL 部門(mén) — 員工信息 部門(mén) ID（ DEPID） INT NOT NULL PK FK 員工 ID(USERID) INT NOT NULL PK FK 職稱 (TITLE) VARCHAR(20) NULL 針對(duì)以上兩點(diǎn)， IM 系統(tǒng)的大致結(jié)構(gòu)為： （ 1）中央服務(wù)端 要求在局域網(wǎng)中，客戶端能夠根據(jù)服務(wù)端 IP 以及服務(wù)端口尋找到服務(wù)端并 12 進(jìn)行交互。通過(guò)開(kāi)源服務(wù)端 Openfire，可輕松解決以上問(wèn)題。 （ 2）資源數(shù)據(jù)庫(kù) 資源數(shù)據(jù)庫(kù) 中保存著企業(yè)內(nèi)部的基本信息，此處只需使用表 所要求的數(shù)據(jù)。一般企業(yè)內(nèi)會(huì)使用 Orcale 數(shù)所庫(kù)，同時(shí)也可選用開(kāi)源數(shù)據(jù)庫(kù) MySQL。 （ 3） IM 系統(tǒng)數(shù)據(jù)庫(kù) 此數(shù)據(jù)庫(kù)與資源數(shù)據(jù)庫(kù)不一樣，它是專門(mén)為 IM 系統(tǒng)而設(shè)的。其中包括消息的存讀、用戶辦公狀態(tài)的存讀等。 （ 4）客戶端 如果采用 B/S 結(jié)構(gòu)，則可集中管理客戶端，開(kāi)發(fā)及維護(hù)成本高，但很難利用本地資源，其實(shí)現(xiàn)方式很多，一般使用 javascript 和 css 豐富頁(yè)面效果。若采用 C/S 結(jié)構(gòu)，則需要在客戶端安裝應(yīng)用程序，雖然維護(hù)成本高，但可展現(xiàn)豐富的效果，可使用功能強(qiáng)大的 Java 語(yǔ)言及 Smack API 開(kāi)發(fā)。 （ 5）通信協(xié)議 通信協(xié)議是溝通客戶端與服務(wù)端的橋梁?；ハ嗤ㄐ诺男畔⒍际亲袷?XMPP 通信協(xié)議并進(jìn)行封裝，使得多種產(chǎn)品（如： MSN、 、 GTalk）互通成為可能。其中XMPP 是著名的開(kāi)源通信協(xié)議。 通過(guò)以上開(kāi)源產(chǎn)品，則可構(gòu)建企業(yè) IM 系統(tǒng)，如圖 5： 圖 5 整體結(jié)構(gòu) 13 客戶端框架 客戶端采用 MVC 結(jié)構(gòu)設(shè)計(jì)，應(yīng)用多種設(shè)計(jì)模式，如單例模式、門(mén)面模式、工廠模式，優(yōu)化設(shè)計(jì)過(guò)程，使得軟件內(nèi)部低耦合、高內(nèi)聚，如圖 6。 圖 6 客戶端框架圖 服務(wù)端框架 服務(wù)端主要 由應(yīng)用服務(wù)層及數(shù)據(jù)層組成，并與客戶端進(jìn)行遵守 XMPP 協(xié)議的通信。其中應(yīng)用服務(wù)層采用 Openfire 集成各種 IM 系統(tǒng)功能，或與 OA 系統(tǒng)集成。其優(yōu)點(diǎn)如下 [16]： （ 1） Openfire 內(nèi)部集成 ResinWeb 服務(wù)器，可以設(shè)計(jì)其于 Web 的管理程序。 （ 2）實(shí)現(xiàn)了插件機(jī)制，方便擴(kuò)展。服務(wù)器在運(yùn)行的時(shí)候，會(huì)定時(shí)地掃描一個(gè)特定的錄下的文件，當(dāng)發(fā)現(xiàn)有新的 Jar 包出現(xiàn)時(shí)，就讀入它所有的類，分析類中有沒(méi)有支持插件接口的類，如果有，就加載并運(yùn)行它。 （ 3）用戶容量方面，單臺(tái)服務(wù)器可支持上萬(wàn)并發(fā)用戶。在測(cè)試環(huán)境下可以支持 5000用戶同時(shí)在線，每秒可以轉(zhuǎn)發(fā) 2020 個(gè)包。 （ 4） Openfire 安裝和使用都非常簡(jiǎn)單。 14 6 詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)將根據(jù)需求分析及系統(tǒng)分析，對(duì)企業(yè)即時(shí)通信系統(tǒng)進(jìn)行更細(xì)致的設(shè)計(jì)，為編碼階段作出充分準(zhǔn)備。在詳細(xì)設(shè)計(jì)階段，我們將看到該系統(tǒng)界面的大體輪廓，以及相關(guān)技術(shù)的解決方法。 開(kāi)發(fā)語(yǔ)言及開(kāi)發(fā)平臺(tái) 開(kāi)發(fā)語(yǔ)言： Java 選用 Java 作為開(kāi)發(fā)語(yǔ)言，除了它簡(jiǎn)單、面向?qū)ο?、分布式、解釋性、健壯、安全與系統(tǒng)無(wú)關(guān)、可移植、高性能、多線程和動(dòng)態(tài)的語(yǔ)言外，由于 Openfire 是由 Java 編寫(xiě)的，所以使用 Java 語(yǔ)言作為開(kāi)發(fā)語(yǔ)言，能夠簡(jiǎn)單地實(shí)現(xiàn)相關(guān)接口，并制作插件。同時(shí) Java 有很好的跨平臺(tái)能力，其客戶端能夠輕松地運(yùn)行各種平