深度剖析Lotus&Domino的移動辦公應用
原創一、Lotus&Domino的現狀
目前國內使用Lotus Domino平臺做為OA系統的政府和企業都是使用 OA比較長的，比較有經驗的用戶。經過了多年的應用，OA系統已經進入一個成熟穩定期，需求上也相對穩定，對每個新需求非常慎重，一般都擁有穩定技術維護方案。
由于WEB技術的飛速發展，特別是進入WEB2.0以來使得各種固網信息系統都毫無懸念的采用了WEB技術進行了開發。在這當中以JAVA、NET獲得了企業級應用開發的主導地位，但是Lotus&Domino僅僅實現到瀏覽器的轉型，其本身并未進行較大的發展。政府、企業級辦公系統的功能需求比較單一，不同于業務系統，這就造成了大量已經使用中的Lotus&Domino辦公系統并沒有隨著技術發展而淘汰，相反它們都在很好的運行著，只是沒有更新而已，用戶在辦公上也確實沒有新的需求。
二、IBM的發展策略
這些年WEB技術的轟轟烈烈到html5的發展，作為Lotus&Domino的廠家卻決定了放棄這個辦公市場的著名品牌，根據IBM的說法是，由于IBM的品牌已經足夠了，Lotus&Domino品牌已經無需在單獨存在。同樣在技術發展上似乎IBM也在執行這個政策，Lotus&Domino也沒有再進行投入和技術發展了。
即使是這樣的情況下，IBM依然還是發布了幾款和Lotus相關的更新產品，仿佛在給用戶暗示著產品研發在繼續。主要是Expeditor、Mobile Connect和EasySync® Pro三款軟件，它們能做什么哩？
首先：IBM Lotus Expeditor軟件是 IBM 的通用桌面客戶端整合框架。它幫助開發人員將各種客戶端和服務器應用整合到混合或復合應用中，以優化員工加速業務流程所需的信息。使用它擴展您的 IBM Lotus 或 IBM WebSphere Portal應用基礎架構如 Microsoft 應用程序。
IBM Lotus Mobile Connect 軟件是一個通信軟件平臺，為企業提供了一個移動虛擬私人網絡(virtual private network，VPN)，此網絡將通過無線和有線網絡傳輸的數據都進行了加密處理。此軟件有助于您有效地將現有的即時消息傳遞和企業應用擴展到移動工作者。
IBM Lotus® EasySync® Pro 軟件讓您可以在 IBM Lotus Notes 與受支持的市場領先的手持設備之間同步 IBM Lotus Notes® 電子郵件、日歷、任務、聯系人和日志信息。
#p#
三、移動辦公的需求
隨著移動終端設備的發展，企業移動信息化逐步走向前臺，移動應用不再是個人應用產品的專利，更多的企業已經意識到移動化對于企業執行效率的重要性。同樣對于Lotus&Domino的用戶首次有觸動，他們突然意識到現在的辦公需要延生到手機上，實現移動辦公。
在前一段介紹的IBM三個產品是其在移動方面的延生產品，但是其本質是一款新的開發框架，其重心并不是為lotus老用戶實現移動化誕生的。IBM在移動化的體現主要在于郵件和通訊錄等標準化產品到移動的應用，其并不能提供針對用戶已經個性開發的公文流程和審批進行移動化。
老用戶的移動需求在于實現固有Lotus的公 文、流程能夠通過android、iPhone手機進行操作使用，用戶不希望再次再原有系統上進行二次開發、不希望影響原有的系統。這種前提下IBM的產品體系是無能為力的，IBM總是希望用戶升級和選購新產品進行開發應用。
四、Lotus&Domino的技術線路
基于Notes的客戶端模式：
早期的Lotus（Notes 6/7）是純的C/S架構，其客戶端為Notes方式進行，每個用戶都有一個Notes id作為身份，然后進行登陸和操作數據庫。IBM提供了C++的開發API能夠訪問Notes數據庫，并進行訪問視圖、執行代理的操作。
基于B/S的瀏覽器模式：
隨著WEB技術的發展，Lotus也跟著時代發展將其數據庫能夠以瀏覽器的形式進行訪問。憑借著其文檔數據庫的基礎，伴隨著這個技術模式的快速改變使得Lotus能夠成為當時辦公系統主要開發平臺。用戶可以通過瀏覽器使用辦公系統，在這個技術中java script獲得較成功的應用，Lotus在文檔處理中前端運用java script作為邏輯處理成為流程引擎的主要驅動方式。
我們在說說Lotus&Domino的流程引擎設計，本質上由于Lotus&Domino是文檔型的數據庫，其只擅長于處理文檔，每一篇文檔就好比我們的紙面文件。當用戶A發起文檔到下一個環節，這在數據庫中就是在某個字段標記了下一個環節的接收人名單，其實文檔并沒有流動，只是文檔標記了當前處理人和步驟。這樣模式的流程驅動相比現在其它系統要簡單的多。
#p#
五、移動化接入的技術要點
以上分析的兩種技術線路的都還存在著應用，也都存在著移動化的需求，從技術我們該如何進行移動化接入哩？
要實現延生到手機上，首先要解決的是訪問通道問題，也就是能夠通過什么樣的形式訪問到數據。其次在此基礎上實現寫入數據，才能實現流程的驅動。
基于Notes的客戶端模式：
基本上絕大多數的Notes的客戶端用戶都放棄了移動化的念頭，針對早期的Lotus（Notes 6/7）版本只提供了C++ API開發的模式，簡單來說要實現View / Document / Response 三個基本數據的查詢，同時還要提供視圖名或者文檔編號。
在這模式下實現數據接入則需要了解全部的文檔結構、字段類型、字段數據存放格式，這就好比需要了解ERP系統的數據字典一樣。
這個技術要點主要在于首先通過C++ API實現數據的訪問和數據的寫入。C++開發技術上有一定難度，數據改寫完全靠二次分析具有極大的風險。所以在這個模式下Notes的客戶端用戶一般都難以實現移動化。
基于B/S的瀏覽器模式：
現在普遍的Lotus都是基于瀏覽器模式進行訪問，這就表明了Domino服務器提供了HTTP標準協議的訪問通道。HTTP協議是瀏覽器和服務器交互的數據協議，是明文的形式進行數據交互。
從原理上來說遵循了HTTP協議則標志著完成可以實現移動化的接入，且別太樂觀！
HTTP協議是非常復雜的，比如多域名授權、COOKIE機制、壓縮數據流傳輸、漢字編碼等等。
在這個模式下技術要點就是能夠實現HTTP協議的模擬接入，根據MAStudio移動中間件廠家的經驗，這其中主要涉及到5個重要的環節：
- 登陸
- 文檔打開
- 附件下載
- 意見批示
- 流程驅動
這幾個點的操作具有代表意義，在HTTP協議上的表現形式各不相同。登陸部分一般都是以POST形式發送登陸信息進行身份驗證，登陸后才能獲得身份權限。一般都是通過names.nsf數據庫進行權限驗證，/names.nsf?Login，
如下是基于HTTP協議針對登陸部分的協議明文：
POST /names.nsf?Login HTTP/1.1 Accept: image/jpeg, application/x-ms-application, image/gif, */* Referer: http://192.168.1.201:8088/ Accept-Language: zh-CN User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; ) Content-Type: application/x-www-form-urlencoded Accept-Encoding: gzip, deflate Host: 192.168.1.201:8088 Content-Length: 122 Connection: Keep-Alive Cache-Control: no-cache %25%25ModDate=0000000000000000&RedirectTo=%2Faioffice2004%2Fais_index.nsf&Username=zjl&Password=123&submit.x=43&submit.y=7
從協議明文可以看到POST 地址POST /names.nsf?Login HTTP/1.1和用戶輸入的用戶名和密碼數據。實現這個協議涉及到gzip壓縮以及%25%25ModDate格式的URL編碼。
我們在繼續分析一個正文附件打開的協議：
GET /aioffice2004/aia_ggl.nsf/v_newInfo/16B77B391D88E918482575D60027438F/$FILE/%E6%AD%A3%E6%96%87.doc?OpenElement HTTP/1.1 Accept: */* Referer: http://192.168.1.201:8088/aioffice2004/aia_ggl.nsf/v_newInfo/16B77B391D88E918482575D60027438F?OpenDocument Accept-Language: zh-CN User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0;) Accept-Encoding: gzip, deflate Host: 192.168.1.201:8088 Connection: Keep-Alive Cookie: DomAuthSessId=402045A5B39335066D0C7E89982FB9DC
所有Lotus的附件打開都以這個協議格式實現的：
aia_ggl.nsf/v_newInfo/16B77B391D88E918482575D60027438F/$FILE/%E6%AD%A3%E6%96%87.doc?OpenElement
這個格式為：數據庫/文檔編號/$FILE/文件名?OpenElement，在技術實現上我們可以通過這個形式來取到所有的文檔附件、正文附件。
本文列舉2點，其它3個環節可以同樣的形式進行分析來實現移動化接入的需求。
#p#
六、實施技術線路和方案
如果要實施Louts&Domino進行移動化應用，完整的需要從三個方面來考慮實施方案：
1、 前端開發技術
目前手機前端進行開發的技術分為Native app開發模式、Web app開發模式、Hybrid app開發模式，這三個模式各自有不同的特點和合適的應用場景，同時也是技術發展的成熟線路。
在移動應用向企業普及的過程中，Native App的趨勢傳導給了企業。因此企業移動信息化通常先會嘗試傳統的Native App原生移動應用開發模式。但是企業很快發現，用Native App作為App開發模式的路子很難繼續走下去。最主要的原因是Native App開發、更新、維護的周期太長，企業移動信息化大都處于嘗試和摸索期，企業需要在短時間內快速推出不同的功能、產品來適應市場的需求和變化。
HTML5技術的興起給Web App注入了新的生機。Web App具有開發成本低、周期短、使用方便、維護簡單等特點，聽起來非常適合企業移動信息化的需求。特別是上一輪的企業信息化在PC端大多選擇了B/S架 構，這也和Web App通過手機瀏覽器訪問的方式無縫過渡。
Hybrid App（混合模式移動應用）兼具“Native App良好用戶交互體驗的優勢”和“Web App跨平臺開發的優勢”。很多企業采用Hybrid App技術開發移動應用，一方面是開發簡單，另外一方面可以形成一種開發的標準。企業封裝大量的Native Plugin（原生插件如支付功能插件）供Javascript調用，并且可以在今后的項目中盡可能的復用，從而大幅降低開發時間和成本。Hybrid App的標準化給企業移動應用開發、維護、更新都帶來了極高的便捷性。
2、 數據接口方式
目前市場上一般都是針對B/S的Louts&Domino進行移動接入，基本上都采用以HTTP協議的方式進行數據接入主。
如果要全部總結來應該是有三種實施的技術線路：
- C++ API開發模式
- Notes接口模式
- HTTP協議模式
第一個模式由于技術難度大、風險高而不被常用；第二格模式一般是Lotus開發商所用，也就是辦公系統原開發商在Lotus基礎上進行二次開發，提供開發訪問接口實現類似web service的形式。這個模式需要原有開發商的支持。
第三個模式在技術原理上較為常見、也符合技術標準。那么市場上一般的移動辦公開發廠家是怎么做的哩？是否所有移動應用開發商都能按照HTTP協議進行開發哩？
一類廠商方案：移動應用開發商一般都是前端開發技術為主、只擅長前端效果開發，后臺服務都是采用第三方（如tomcat\java）系統；
二類廠商方案：具有移動終端開發技術，熟悉接口開發，擅長于在Lotus基礎上進行二次開發。
三類廠商方案：類似于MAStudio移動中間件能提供移動信息化開發平臺，能夠進行終端的開發、同時具有HTTP協議成熟體系，不需要修改原有系統而單向進行實施開發。
3、 網絡交換協議
最后，在移動開發中網絡交換協議顯的特別重要。這里的網絡交換協議指的是移動終端和服務器之間的交互，這個交互過程一般是通過公網進行的。這個過程大家自然想到的是安全問題，這也確實是最重要的一個問題。
安全處理方式一般有：
- 依靠加密算法對數據私有密鑰加密
- 依靠SSL證書對傳輸加密
- 依賴運營商移動專線傳輸
- 依靠第三方VPN系統進行傳輸
網絡交換協議的另一問題是包容性，在開發模式上可以選擇私有協議和公有協議。私有協議能夠實現安全、私密性，但是交互性不好；公有協議一般明文、開放，不具有私密性。還有一種開發模式為公私結合，在有限的范圍采用私有協議、在廣闊的范圍采用公有協議，其交互并存的模式能夠獲得較好的平衡狀態。
七、總結
以上全面的分析了lotus實現移動辦公的各個技術和應用的關鍵點，在實際開發過程還存在更多的問題需要實踐和分析。Lotus雖然是一個標準的開發平臺，其單一的文檔性數據庫系統，但是由于Lotus具有的強大二次開發功能，不同的開發者在Lotus基礎上創造出截然不同的應用模式。
比如說精通JS的開發者可能利用java script來實現前端邏輯控制、和流程引擎的驅動，有很多一般性的開發者可能直接利用document的字段進行標注流程，還有高明的開發者在某一個字段中以包含協議的形式來控制流程節點和人員。這些不同的開發者模式都將導致最后辦公系統在瀏覽器上的表現形式，也影響到移動辦公的實施接入。
所以實施Lotus的移動化，在技術層面不僅要熟悉http協議級別、更多的還要見識各種用戶Lotus的具體開發模式。
