整合營銷服務(wù)商
電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理
免費(fèi)咨詢熱線：
電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理
免費(fèi)咨詢熱線：
隨著5G的全面商用，移動(dòng)行業(yè)應(yīng)用在銀行業(yè)獲得了蓬勃的發(fā)展。廣西北部灣銀行為了滿足用戶多樣化的信息通信需求，盡可能發(fā)揮其綜合業(yè)務(wù)優(yōu)勢，推動(dòng)自身業(yè)務(wù)的高效發(fā)展，將建設(shè)一個(gè)統(tǒng)一高效的移動(dòng)信息通用服務(wù)平臺(tái)。
移動(dòng)信息通用服務(wù)平臺(tái)除了實(shí)現(xiàn)現(xiàn)有廣西北部灣銀行辦公自動(dòng)化系統(tǒng)、信貸系統(tǒng)、績效考核系統(tǒng)的移動(dòng)化功能外，還將同步配合廣西北部灣銀行發(fā)展新的銀行無線應(yīng)用，推動(dòng)廣西北部灣銀行向新型“信息化”銀行大步邁進(jìn)。
移動(dòng)信息通用服務(wù)平臺(tái)是根據(jù)現(xiàn)有銀行移動(dòng)化信息建設(shè)中所碰到的問題設(shè)計(jì)的一個(gè)在不改變原業(yè)務(wù)系統(tǒng)應(yīng)用邏輯的基礎(chǔ)上，快速構(gòu)建應(yīng)用移動(dòng)化的支撐平臺(tái)，其主要建設(shè)目標(biāo)如下：
建設(shè)可統(tǒng)一集中管理的移動(dòng)信息通用服務(wù)平臺(tái)。
1. 平臺(tái)擁有開放的數(shù)據(jù)交互訪問接口，支持各類應(yīng)用的接入。平臺(tái)上的應(yīng)用能夠隨身定制，隨需而變。平臺(tái)具備多樣化的接入方式，靈活方便的操作體驗(yàn)，相對標(biāo)準(zhǔn)的接口模式，豐富全面的功能特點(diǎn) 。
2. 平臺(tái)具備整合各類移動(dòng)增值服務(wù)的能力。平臺(tái)能夠整合SMS、MMS、LBS、手機(jī)拍照等移動(dòng)增值服務(wù)，可實(shí)現(xiàn)多種平臺(tái)訪問方式，其中包括PC、手機(jī)客戶端、WAP、SMS等，使得用戶無論在何時(shí)、何地、何種場合均可非常便捷的訪問自身的系統(tǒng)應(yīng)用。
3. 平臺(tái)提供支持各種移動(dòng)終端。平臺(tái)對手機(jī)應(yīng)用的支持包括IPhone、GPhone、Symbian、J2ME和Windows Mobile等手機(jī)的支持，通過定制手機(jī)應(yīng)用，實(shí)現(xiàn)PC和手機(jī)的雙終端使用。
廣西北部灣銀行的移動(dòng)信息通用服務(wù)平臺(tái)應(yīng)具備如下的特點(diǎn)和功能。
可在不改變原業(yè)務(wù)系統(tǒng)應(yīng)用邏輯的基礎(chǔ)上，快速實(shí)現(xiàn)與廣西北部灣銀行各類業(yè)務(wù)系統(tǒng)的無縫連接。與廣西北部灣銀行業(yè)務(wù)系統(tǒng)的連接應(yīng)具備三種方式：仿業(yè)務(wù)系統(tǒng)客戶端方式、直接訪問業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫方式、接口方式，對于前兩種方式，廣西北部灣銀行業(yè)務(wù)系統(tǒng)無需做任何開發(fā)。
支持中國移動(dòng)、中國聯(lián)通、中國電信等多家運(yùn)營商無線網(wǎng)絡(luò)及多種網(wǎng)絡(luò)應(yīng)用的接入，如短彩信、LBS定位、GPRS、CDMA、eFAX等。
支持CDMA1X，CDMA2000，TD-SCDMA，WCDMA，GSM，GPRS，EDGE，WiMAX，LTE，等無線網(wǎng)絡(luò)環(huán)境，既支持Http協(xié)議，也支持Socket協(xié)議。
可控制調(diào)用終端資源，如攝像頭、錄音、掃描槍、密鑰、通訊錄、通話話記錄、短信、彩信等，可以實(shí)現(xiàn)數(shù)據(jù)的終端本地存儲(chǔ)。
只需要在服務(wù)器端通過編輯描述業(yè)務(wù)界面及流程的腳本，即可快速實(shí)現(xiàn)業(yè)務(wù)客戶端功能。
提供良好的系統(tǒng)內(nèi)權(quán)限分級(jí)管理，按角色劃分操作人員的操作權(quán)限，能體現(xiàn)在操作過程中操作人員的不同權(quán)限，并提供與身份認(rèn)證等網(wǎng)絡(luò)安全措施的融合。
系統(tǒng)應(yīng)能對所有的操作進(jìn)行追蹤調(diào)查、記錄并進(jìn)行分類，具有日志記錄和日志管理功能。
支持多種終端，包括但不限于以下平臺(tái)的終端：WindowsMobile、WinCE、Brew、Symbian、UIQ、Linux、J2ME、Blackberry、iPhone等。
要求可以將用戶的用戶名，密碼，設(shè)備號(hào)碼（IMEI）及SIM卡識(shí)別號(hào)(IMSI或ESN)進(jìn)行綁定。當(dāng)用戶進(jìn)行鑒權(quán)時(shí)，必須多項(xiàng)數(shù)據(jù)完全符合時(shí)，才能繼續(xù)使用業(yè)務(wù)。可以保證專人專卡專用終端使用業(yè)務(wù)。
當(dāng)用戶的終端丟失時(shí)，要求系統(tǒng)可以向終端發(fā)送一條特殊的信息，將終端上的所有和業(yè)務(wù)相關(guān)的信息全部銷毀的功能。
移動(dòng)信息通用服務(wù)平臺(tái)作為一個(gè)新型的銀行移動(dòng)業(yè)務(wù)支撐平臺(tái)，其建立的最終目標(biāo)是：提供完善、安全、便捷的銀行應(yīng)用移動(dòng)化服務(wù)。
為實(shí)現(xiàn)上述總體目標(biāo)，本方案將采用移動(dòng)化服務(wù)器做為個(gè)整個(gè)系統(tǒng)的開發(fā)框架，建設(shè)一個(gè)適合銀行各種信息化應(yīng)用移動(dòng)化的系統(tǒng)，承擔(dān)移動(dòng)辦公、信貸系統(tǒng)、績效考核等各種企業(yè)信息管理移動(dòng)化需求。
平臺(tái)需具備業(yè)務(wù)無關(guān)性，即可以通過某種方式將客戶化系統(tǒng)展現(xiàn)在客戶手機(jī)上并正常完成業(yè)務(wù)交互，而無需關(guān)心客戶業(yè)務(wù)的具體形態(tài)和流程。系統(tǒng)需以平臺(tái)化的方式建設(shè)，具備未來良好的擴(kuò)展能力。
平臺(tái)對接系統(tǒng)的接入手段和方案需具備典型的業(yè)務(wù)無關(guān)特性，可以通過達(dá)到快速批量化系統(tǒng)接入交付的效果。主流業(yè)務(wù)系統(tǒng)將接入時(shí)間需保證在2周到1月之內(nèi)。
本系統(tǒng)的建設(shè)應(yīng)當(dāng)充分考慮對當(dāng)前移動(dòng)化接入平臺(tái)新技術(shù)的采用，以及產(chǎn)品供應(yīng)商在其專業(yè)領(lǐng)域內(nèi)的研發(fā)能力，以保證所建系統(tǒng)是一個(gè)不但能夠滿足當(dāng)前需求、技術(shù)先進(jìn)的系統(tǒng)，而且可以在未來合理的系統(tǒng)使用期限內(nèi)能夠兼容并添加新技術(shù)，以最大限度的延長系統(tǒng)生存周期。
平臺(tái)應(yīng)有一定的備份措施，保證系統(tǒng)的不間斷運(yùn)行，系統(tǒng)應(yīng)具有軟件故障在線恢復(fù)的能力。為保證平臺(tái)的高可靠性，數(shù)據(jù)硬盤（存貯用戶數(shù)據(jù)和用戶位置信息）應(yīng)采用磁盤陣列或鏡像設(shè)置，主處理機(jī)雙備份等措施，并提供在線數(shù)據(jù)備份的手段。本平臺(tái)應(yīng)要求高可靠率，保證系統(tǒng)（軟件）在99%的時(shí)間內(nèi)都能夠正常運(yùn)作。
平臺(tái)應(yīng)提供開放標(biāo)準(zhǔn)的接口，企業(yè)應(yīng)用移動(dòng)化的業(yè)務(wù)應(yīng)用系統(tǒng)能非常方便地通過這些接口進(jìn)行連接而不用受限于某一廠家的硬件設(shè)備，使系統(tǒng)具有更大的擴(kuò)充性和靈活性。同時(shí)接口有高效的處理能力，以應(yīng)付突發(fā)大呼叫量的壓力。
平臺(tái)所采用的產(chǎn)品應(yīng)該具有良好的開放性和兼容性，支持國際標(biāo)準(zhǔn)的協(xié)議和接口類型，提供多種開放的應(yīng)用開發(fā)接口，能夠和業(yè)界主流的產(chǎn)品實(shí)現(xiàn)互連互通并具有豐富的應(yīng)用實(shí)例。
系統(tǒng)數(shù)據(jù)訪問方式具有開放式結(jié)構(gòu)，具有良好的擴(kuò)展性及與其它系統(tǒng)的互通性。在增加新業(yè)務(wù)時(shí)不需要更改系統(tǒng)的軟件結(jié)構(gòu)和網(wǎng)絡(luò)結(jié)構(gòu)；具有易于維護(hù)的特點(diǎn)，除具有標(biāo)準(zhǔn)的開放式技術(shù)接口外，還能夠完成與現(xiàn)有業(yè)務(wù)系統(tǒng)、辦公系統(tǒng)等具有標(biāo)準(zhǔn)接口的系統(tǒng)完全對接。
為了確保平臺(tái)內(nèi)部數(shù)據(jù)的完整性和可靠性，平臺(tái)必須提供有效的安全保密措施，確保整個(gè)系統(tǒng)的安全運(yùn)行，應(yīng)具備網(wǎng)絡(luò)安全、加密等措施，具有防入侵、防攻擊、防病毒等能力。并且需要具備與本省主流CA機(jī)構(gòu)結(jié)合并提供基于PKI體系安全的能力，以滿足政府等高安全部門的需求。
在硬件方面，設(shè)備支持對系統(tǒng)進(jìn)行靈活地配置和組合，相關(guān)軟件能方便地升級(jí)和更新，系統(tǒng)容量可保證滿足用戶量的增加；軟件方面，提供二次開發(fā)功能，適應(yīng)不斷增強(qiáng)的支撐功能和不斷拓展的業(yè)務(wù)空間。
平臺(tái)總體框架結(jié)構(gòu)符合廣西北部灣銀行對系統(tǒng)建設(shè)的統(tǒng)一規(guī)劃，方案有合理的層次結(jié)構(gòu)，體現(xiàn)分層、模塊化、低內(nèi)聚、高耦合的原則。應(yīng)用系統(tǒng)要有較大的擴(kuò)展能力，并且能夠隨著業(yè)務(wù)量的增長進(jìn)行升級(jí)。
接入平臺(tái)長期高效平穩(wěn)運(yùn)行的關(guān)鍵在于系統(tǒng)能提供一個(gè)高效、多級(jí)、友好的管理系統(tǒng)。通過管理系統(tǒng)，廣西北部灣銀行的管理員可根據(jù)業(yè)務(wù)需求對平臺(tái)的各種軟、硬件資源做出及時(shí)有效的規(guī)劃調(diào)整；產(chǎn)品開發(fā)人員能夠迅速有效發(fā)布新應(yīng)用；平臺(tái)管理員能夠有效地對業(yè)務(wù)量進(jìn)行監(jiān)控并提供各種報(bào)表。
平臺(tái)應(yīng)將運(yùn)營商所具備的移動(dòng)增值服務(wù)，充分與行業(yè)應(yīng)用相整合，從而最大限度地滿足行業(yè)移動(dòng)化需求。
移動(dòng)信息通用服務(wù)平臺(tái)由如下三個(gè)模塊組成：
運(yùn)行模塊上承載著通過“接入”或“搭建”方式部署好的企業(yè)應(yīng)用，方便企業(yè)通過手機(jī)客戶端程序，手機(jī)WAP，手機(jī)短信等方式使用自己的移動(dòng)行業(yè)應(yīng)用，同時(shí)運(yùn)行模塊還提供了企業(yè)行業(yè)應(yīng)用的WEB門戶，用戶可以通過瀏覽器使用自己的行業(yè)應(yīng)用。
運(yùn)行模塊中擁有平臺(tái)標(biāo)準(zhǔn)的行業(yè)應(yīng)用接口，可以將原有企業(yè)的行業(yè)應(yīng)用系統(tǒng)接入到平臺(tái)中來，在平臺(tái)中稱之為“接入”，接入成功后，企業(yè)用戶就可以通過手機(jī)使用到原有的行業(yè)應(yīng)用了。平臺(tái)的接入方式有“B/S適配”和“OpenApi”。
B/S適配主要針對B/S架構(gòu)的原企業(yè)應(yīng)用，B/S適配支持HTML，ASP頁面，JSP頁面，PHP頁面等所有基于瀏覽器訪問的頁面。在協(xié)議上支持HTTP，HTTPS協(xié)議，并且支持AJAX。開發(fā)時(shí)可不需要原應(yīng)用系統(tǒng)的廠商配合。
OpenApi適用于B/S和C/S架構(gòu)的原企業(yè)應(yīng)用，和B/S適配不同，采用OpenApi接入時(shí)需要和原企業(yè)應(yīng)用開發(fā)廠商共同完成接口才可使用。
配置模塊是開發(fā)廠商專用的模塊，可為那些本身沒有移動(dòng)行業(yè)應(yīng)用的企業(yè)提供“搭建”服務(wù)，開發(fā)人員通過一系列的配置構(gòu)建出一個(gè)運(yùn)行在運(yùn)行模塊的企業(yè)行業(yè)應(yīng)用。
配置工作以可視化的拖拽方式完成，和原來編碼方式相比，大大簡化了配置難度，縮短了配置時(shí)間。B/S適配也是在這個(gè)配置模塊中完成的。
管理模塊為使用移動(dòng)行業(yè)應(yīng)用的企業(yè)管理員提供有效的管理界面，管理員通過這些管理界面，可以分配企業(yè)用戶，設(shè)置角色，指定權(quán)限，設(shè)置短/彩信模板，監(jiān)控系統(tǒng)操作日志等。
移動(dòng)信息通用服務(wù)平臺(tái)部署在銀行側(cè)可由如下服務(wù)器組組成：
單點(diǎn)登錄服務(wù)器組的作用如下：
1. 部署了可按運(yùn)營商要求定制的登錄界面的應(yīng)用包。
2. 當(dāng)企業(yè)用戶登錄時(shí)，如果登錄信息合法，則單點(diǎn)登錄服務(wù)器將跳轉(zhuǎn)到該用戶要使用的應(yīng)用所在的應(yīng)用服務(wù)器，這樣做可完成應(yīng)用集群。
單點(diǎn)登錄服務(wù)器組有主-備兩臺(tái)機(jī)器組成。
移動(dòng)化應(yīng)用服務(wù)器組部署了移動(dòng)行業(yè)應(yīng)用平臺(tái)的核心應(yīng)用包。所有的接入，搭建，運(yùn)行，管理都在此服務(wù)器中完成，針對每個(gè)企業(yè)，應(yīng)用都是獨(dú)立的，互不影響。
移動(dòng)化應(yīng)用服務(wù)器組開始可只有主-備兩臺(tái)機(jī)器組成，當(dāng)后期業(yè)務(wù)越來越多時(shí)只需要增加相應(yīng)的移動(dòng)化應(yīng)用服務(wù)器就可實(shí)現(xiàn)應(yīng)用集群，分擔(dān)服務(wù)器的壓力，讓應(yīng)用平衡的炮制每臺(tái)機(jī)器上。
數(shù)據(jù)庫服務(wù)器組為整個(gè)平臺(tái)提供數(shù)據(jù)存儲(chǔ)，由2臺(tái)數(shù)據(jù)庫服務(wù)器和一個(gè)磁盤陣列組成。數(shù)據(jù)的雙機(jī)熱備，日備，周備和月備等備份策略都由它們完成。
網(wǎng)關(guān)接口服務(wù)器用來和運(yùn)營商的移動(dòng)化資源進(jìn)行接入，例如短信，在信，彩信網(wǎng)關(guān)的接入，GPS或LBS定位接口；還用來和運(yùn)營商內(nèi)部的管理系統(tǒng)進(jìn)行接入，例如銀賬系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)等。
網(wǎng)關(guān)接口服務(wù)器組有主-備2臺(tái)機(jī)器組成，由于運(yùn)營商接口的限制，目前采用手工切換的方式完成故障切換。
運(yùn)維服務(wù)器用來獲取整個(gè)平臺(tái)的維護(hù)信息并產(chǎn)生一系列直觀的報(bào)表，可用來監(jiān)控所有企業(yè)應(yīng)用的狀態(tài)，短信發(fā)送量，并可實(shí)現(xiàn)企業(yè)開戶，功能開通等功能。
運(yùn)維機(jī)不影響整個(gè)系統(tǒng)的運(yùn)作，只提供管理數(shù)據(jù)的查詢，所以為單機(jī)。
移動(dòng)信息通用服務(wù)平臺(tái)采用多會(huì)員運(yùn)營支撐技術(shù)。移動(dòng)化服務(wù)器是部署在銀行側(cè)的，用戶在登錄時(shí)，需要同時(shí)驗(yàn)證平臺(tái)的應(yīng)用ID和自身的用戶名和密碼。平臺(tái)針對每個(gè)銀行應(yīng)用都會(huì)提供一個(gè)單獨(dú)的數(shù)據(jù)庫區(qū)，保證應(yīng)用的安全性和獨(dú)立性。
在大多數(shù)手機(jī)客戶端應(yīng)用中，手機(jī)客戶端程序和PC服務(wù)端綁定過緊，造成每次PC服務(wù)端程序修改、升級(jí)等，手機(jī)客戶端程序就需要重現(xiàn)開發(fā)和調(diào)整，眾所周知，目前市面的手機(jī)型號(hào)繁多，每款手機(jī)都需要特定的開發(fā)適合其手機(jī)的客戶端程序，這個(gè)工作量是巨大的。由于服務(wù)端的變更，經(jīng)常需要升級(jí)才能繼續(xù)使用，對用戶來說，這個(gè)也是非常麻煩的。
在移動(dòng)信息通用服務(wù)平臺(tái)中，平臺(tái)采用了應(yīng)用配置化的方式，在應(yīng)用更新時(shí)，不需要對手機(jī)客戶端做任何變更，手機(jī)端會(huì)自動(dòng)檢查是否有配置變更，對變更的配置進(jìn)行下載。這樣既解決了手機(jī)開發(fā)中的變更問題，也解決了用戶頻繁下載，產(chǎn)生流量的問題。
在手機(jī)終端的使用過程中，不可避免的會(huì)碰到附件下載和瀏覽的問題。很多時(shí)候，在用戶打開文檔時(shí)，才會(huì)知道這篇文檔是不是自己想要的。如果采用直接下載然后打開的方式，這樣會(huì)造成流量過大，打開文件占用大量手機(jī)內(nèi)存，耗時(shí)長等等的問題。因此，在移動(dòng)信息通用服務(wù)平臺(tái)中，采用了文檔解析技術(shù)，能將用戶的文檔進(jìn)行拆分，分頁轉(zhuǎn)換成圖片的格式，傳到手機(jī)端，用戶可以通過預(yù)覽來判斷是否需要對文檔進(jìn)行下載。
移動(dòng)信息通用服務(wù)平臺(tái)采用配置的方式來定制手機(jī)客戶端、WAP、短信的展現(xiàn)格式，在適配過程中可以做到以系統(tǒng)配置而不是代碼編程來實(shí)現(xiàn)業(yè)務(wù)流程與功能，這樣就使移動(dòng)信息通用服務(wù)平臺(tái)的移動(dòng)化服務(wù)能夠以非常快的速度被實(shí)施。并且，這些應(yīng)用可以被快速地重新配置、重新部署，以反映特定客戶業(yè)務(wù)需求的變化，這將大大降低適配的開發(fā)成本和響應(yīng)速度。
移動(dòng)信息通用服務(wù)平臺(tái)采用了網(wǎng)絡(luò)優(yōu)化技術(shù)，在適配過程中，對企業(yè)應(yīng)用的數(shù)據(jù)采用了定點(diǎn)采集的方式，只針對客戶需要的數(shù)據(jù)進(jìn)行采集，減少了數(shù)據(jù)的冗余，并且在對所有的客戶端數(shù)據(jù)傳輸都采用了數(shù)據(jù)壓縮的技術(shù)。相對于PC訪問的網(wǎng)絡(luò)流量，考慮到數(shù)據(jù)在原頁面所占的比重，一般的壓縮率在4%-15%左右不等，大大縮減了對網(wǎng)絡(luò)帶寬的要求。使用戶流量也有了很大程度的減少。
在GSM環(huán)境下,首次采用客戶端登陸需要5秒左右，后續(xù)登陸平均接入時(shí)間在3秒左右。在WCDMA環(huán)境下，首次采用客戶端登陸需要3秒左右，后續(xù)登陸平均接入時(shí)間不到2秒。
移動(dòng)信息通用服務(wù)平臺(tái)采用了應(yīng)用推送技術(shù)，以實(shí)現(xiàn)平臺(tái)內(nèi)消息，事件的提醒功能以及消息炸彈功能，平臺(tái)采用2種方式進(jìn)行消息推送。
平臺(tái)可以通過WAP Push的方式將新公文，新郵件，新代辦等系統(tǒng)消息推送至手機(jī)，用戶可以通過WAP的方式對這些內(nèi)容進(jìn)行處理。
在手機(jī)客戶端程序在運(yùn)行過程中，平臺(tái)可以通過手機(jī)IP地址直接將消息直接推送至手機(jī)，并彈出提醒。
行業(yè)應(yīng)用接入模塊主要包括了針對B/S和C/S兩種軟件模式的應(yīng)用適配。負(fù)責(zé)將用戶的應(yīng)用數(shù)據(jù)抽取到平臺(tái)中，最終提供給手機(jī)終端進(jìn)行訪問。
平臺(tái)對B/S應(yīng)用的適配采用B/S適配插件的方式，進(jìn)行B/S頁面的適配。
B/S適配支持HTML，ASP頁面，JSP頁面，PHP頁面等所有基于瀏覽器訪問的頁面。在協(xié)議上支持HTTP，HTTPS協(xié)議，并且支持AJAX。
B/S適配插件的作用是使手機(jī)終端能直接訪問B/S結(jié)構(gòu)的系統(tǒng)，實(shí)現(xiàn)對原系統(tǒng)的移動(dòng)化。對于這類辦公系統(tǒng)，B/S適配插件作為客戶端，與應(yīng)用系統(tǒng)側(cè)服務(wù)器端進(jìn)行正常的交互操作。
B/S適配插件接到移動(dòng)信息通用服務(wù)平臺(tái)轉(zhuǎn)發(fā)的手機(jī)端發(fā)出的請求，進(jìn)行必要的處理，發(fā)送給原系統(tǒng)；并接收從原系統(tǒng)返回的響應(yīng)數(shù)據(jù)，對數(shù)據(jù)進(jìn)行過濾和整合，再經(jīng)移動(dòng)信息通用服務(wù)平臺(tái)轉(zhuǎn)發(fā)給手機(jī)端。
B/S適配插件可根據(jù)業(yè)務(wù)需要設(shè)置對應(yīng)用頁面內(nèi)容的過濾規(guī)則，將頁面中不需要在終端上展現(xiàn)的數(shù)據(jù)進(jìn)行過濾處理。過濾的對象可以是頁面中的任意一部分內(nèi)容。
B/S適配插件將經(jīng)過過濾抽取出來的數(shù)據(jù)按照需求進(jìn)行重新組織，形成適合終端顯示的頁面。支持在頁面中嵌入其他的信息或頁面內(nèi)容，以及根據(jù)需要進(jìn)行頁面分拆，變成多個(gè)頁面進(jìn)行操作和交換。
C/S應(yīng)用適配主要是針對與那些無法采用瀏覽器方式進(jìn)行訪問的應(yīng)用。
C/S應(yīng)用的適配采用API接口的方式進(jìn)行應(yīng)用的適配。平臺(tái)提供二次開發(fā)的API開發(fā)包，由企業(yè)和適配人員進(jìn)行配合開發(fā)。
API接口開發(fā)包包括java、C#，C++等開發(fā)語言的版本。用戶在做二次開發(fā)時(shí)需要根據(jù)其需求實(shí)現(xiàn)包括登錄，簽退，數(shù)據(jù)查詢，數(shù)據(jù)處理，流程處理，增值業(yè)務(wù)處理等多個(gè)功能。
API接口開發(fā)包接收移動(dòng)信息通用服務(wù)平臺(tái)轉(zhuǎn)發(fā)的手機(jī)終端請求，直接獲取對應(yīng)的業(yè)務(wù)數(shù)據(jù)，再經(jīng)平臺(tái)組織后轉(zhuǎn)發(fā)給手機(jī)端。
應(yīng)用定制門戶主要負(fù)責(zé)應(yīng)用的開發(fā)定制，針對用戶終端的界面，可以采用拖拽的方式來對終端的展現(xiàn)進(jìn)行定制。企業(yè)用戶可以根據(jù)自己不同的需求，來設(shè)定自己界面的布局方式，也可以針對一家企業(yè)中的不同類型用戶來定制不同的界面布局。應(yīng)用定制門戶可以定制企業(yè)應(yīng)用的菜單，列表，表單，日歷，報(bào)表等等展現(xiàn)。定制的結(jié)果最終可以在PC，手機(jī)終端，WAP，短信交互中得到體現(xiàn)。
主控模塊主要負(fù)責(zé)平臺(tái)的正常運(yùn)行，包括數(shù)據(jù)處理，流程處理，業(yè)務(wù)處理。平臺(tái)根據(jù)適配人員在定制門戶中配置的定制數(shù)據(jù)流程，業(yè)務(wù)流程等信息，對數(shù)據(jù)和流程進(jìn)行處理。并對用戶的每一步操作記錄日志。
主控模塊在接到終端接入模塊轉(zhuǎn)發(fā)的請求之后，先記錄操作日志。根據(jù)配置門戶中定義的界面信息和流程信息，對請求進(jìn)行分類。主控模塊根據(jù)請求的不同，將請求內(nèi)容進(jìn)行組織和處理后向企業(yè)交互模塊發(fā)出請求，獲取企業(yè)自身系統(tǒng)的業(yè)務(wù)數(shù)據(jù)。當(dāng)企業(yè)交互模塊返回響應(yīng)數(shù)據(jù)后，主控模塊將數(shù)據(jù)進(jìn)行重組，再將響應(yīng)數(shù)據(jù)返回給終端接入模塊。
請求內(nèi)容主要包括以下幾類：
1. 登錄
使用戶同時(shí)登錄到移動(dòng)信息通用服務(wù)平臺(tái)和自身應(yīng)用的系統(tǒng)之中。平臺(tái)中不保留用戶的帳號(hào)密碼信息，完全采用企業(yè)自身的鑒權(quán)功能來實(shí)現(xiàn)用戶的登錄。
2. 簽退
將用戶從應(yīng)用系統(tǒng)和移動(dòng)信息通用服務(wù)平臺(tái)中同時(shí)注銷。
3. 菜單請求
將用戶菜單返回給客戶，菜單在配置門戶進(jìn)行定義，平臺(tái)直接從配置數(shù)據(jù)中獲取菜單返回給終端。
4. 數(shù)據(jù)查詢
數(shù)據(jù)查詢包括表單查詢和列表查詢，主控模塊根據(jù)配置門戶中定義的表單頁面布局和列表頁面布局，來組織查詢內(nèi)容進(jìn)行查詢，并將結(jié)果重組后返回。
5. 數(shù)據(jù)處理
數(shù)據(jù)處理包括數(shù)據(jù)的增刪改等等。平臺(tái)會(huì)將處理內(nèi)容轉(zhuǎn)發(fā)給企業(yè)交互模塊，并根據(jù)配置門戶中定義的成功失敗操作進(jìn)行處理和返回。
6. 流程處理
流程處理包括了流程的創(chuàng)建，審批，轉(zhuǎn)發(fā)，打回，中止，查詢等等流程動(dòng)作，平臺(tái)本身不承載任何對流程的處理功能，只是將流程的請求轉(zhuǎn)給企業(yè)應(yīng)用系統(tǒng)，由企業(yè)應(yīng)用系統(tǒng)來執(zhí)行對流程的流轉(zhuǎn)。
7. 附件處理
附件處理主要包含了附件的列表，上傳和下載。基于手機(jī)終端的屏幕大小，內(nèi)存大小，流量等因素，平臺(tái)提供了一系列附加功能，包括附件的預(yù)覽，格式轉(zhuǎn)換等等。
8. 其他
主控模塊還負(fù)責(zé)一系列增值服務(wù)的操作，例如定位服務(wù)，短信發(fā)送服務(wù)，彩信發(fā)送服務(wù)等等。
當(dāng)手機(jī)終端第一次請求應(yīng)用程序時(shí)，應(yīng)用程序首先會(huì)建立一個(gè)安全的通道，保證之后的數(shù)據(jù)傳輸在此安全通道內(nèi)進(jìn)行，防止數(shù)據(jù)被他人竊取和竄改。
手機(jī)終端和應(yīng)用服務(wù)器之間通過“手機(jī)客戶端交互模塊”進(jìn)行通信，“手機(jī)客戶端交互模塊”能夠?qū)?shù)據(jù)進(jìn)行壓縮和解壓縮。例如，應(yīng)用服務(wù)器在接受到手機(jī)終端的請求時(shí)，“手機(jī)客戶端交互模塊”首先對請求數(shù)據(jù)進(jìn)行解壓，然后再把請求發(fā)送給應(yīng)用服務(wù)器；而在應(yīng)用服務(wù)器把響應(yīng)結(jié)果返回給手機(jī)終端時(shí)之前，“手機(jī)客戶端交互模塊”也會(huì)先對響應(yīng)的結(jié)果進(jìn)行壓縮再發(fā)送給客戶。通過“手機(jī)客戶端交互模塊”的壓縮/解壓處理，有效地降低了網(wǎng)絡(luò)流量，從而減少了延遲時(shí)間，加快了手機(jī)終端和應(yīng)用服務(wù)器之間的通信效率。
另外，“手機(jī)客戶端交互模塊”能夠?qū)?shù)據(jù)進(jìn)行加密/解密處理。例如，應(yīng)用服務(wù)器在接受到手機(jī)終端的請求時(shí)，“手機(jī)客戶端交互模塊”首先對請求數(shù)據(jù)進(jìn)行解密，然后再把請求發(fā)送給應(yīng)用服務(wù)器；而在應(yīng)用服務(wù)器把響應(yīng)結(jié)果返回給手機(jī)終端之前，“手機(jī)客戶端交互模塊”也會(huì)先對響應(yīng)的結(jié)果進(jìn)行加密，然后再發(fā)送給手機(jī)終端。通過“手機(jī)客戶端交互模塊”的加密/解密處理，有效地提高了數(shù)據(jù)傳輸?shù)陌踩裕档土岁P(guān)鍵信息被截取或阻斷的可能性。
WAP（無線應(yīng)用通訊協(xié)議,Wireless Application Protocol）是一種向移動(dòng)終端提供互聯(lián)網(wǎng)內(nèi)容和先進(jìn)增值服務(wù)的全球統(tǒng)一的開放式協(xié)議標(biāo)準(zhǔn)，是簡化了的無線 Internet協(xié)議。WAP將 Internet和移動(dòng)電話技術(shù)結(jié)合起來，使隨時(shí)隨地訪問豐富的互聯(lián)網(wǎng)絡(luò)資源成為現(xiàn)實(shí)。
WAP訪問模塊主要作用是將平臺(tái)數(shù)據(jù)采用固定的模板轉(zhuǎn)化成WML或者XHTML語言，以提供給手機(jī)端WAP訪問。
只需要一部具有WAP功能的手機(jī)，就可以隨時(shí)隨地的登陸系統(tǒng)，獲取實(shí)時(shí)的商務(wù)及辦公信息。
SMS（Short Messaging Service）是最早的短消息業(yè)務(wù)，也是現(xiàn)在普及率最高的一種短消息業(yè)務(wù)，通過它，移動(dòng)電話之間可以互相收發(fā)短信，內(nèi)容以文本、數(shù)字或二進(jìn)制非文本數(shù)據(jù)為主，目前，這種短消息的長度被限定在140字節(jié)之內(nèi)。SMS以簡單方便的使用功能受到大眾的歡迎，卻始終是屬于第一代的無線數(shù)據(jù)服務(wù)，在內(nèi)容和應(yīng)用方面存在技術(shù)標(biāo)準(zhǔn)的限制。
如今，短信業(yè)務(wù)已是運(yùn)營商主要業(yè)務(wù)之一，針對此種業(yè)務(wù)特點(diǎn)本系統(tǒng)在用戶注冊、創(chuàng)建新用戶等操作過程中實(shí)現(xiàn)SMS接口的調(diào)用。
短信交互模塊主要采用短信的方式和手機(jī)終端進(jìn)行交互。用戶將固定格式的短信發(fā)送到移動(dòng)信息通用服務(wù)平臺(tái)，平臺(tái)采用特定的模板，根據(jù)數(shù)據(jù)的內(nèi)容，來重組數(shù)據(jù)，以短信的方式回復(fù)到手機(jī)。
MMS(Multimedia Messaging Service)為多媒體短信服務(wù)，它最大的特色就是支持多媒體功能。多媒體信息使具有功能全面的內(nèi)容和信息得以傳遞，這些信息包括圖像、音頻信息、視頻信息、數(shù)據(jù)以及文本等多媒體信息，可以支持語音、因特網(wǎng)瀏覽、電子郵件、會(huì)議電視等多種高速數(shù)據(jù)業(yè)務(wù)，在GPRS網(wǎng)絡(luò)的支持下，以WAP無線應(yīng)用協(xié)議為載體傳送視頻片段、圖片、聲音和文字。多媒體信息業(yè)務(wù)可實(shí)現(xiàn)即時(shí)的手機(jī)端到端、手機(jī)終端到互聯(lián)網(wǎng)或互聯(lián)網(wǎng)到手機(jī)終端的多媒體信息傳送。
移動(dòng)信息通用服務(wù)平臺(tái)中，平臺(tái)支持彩信收發(fā)的功能。
在用戶終端丟失的情況下，移動(dòng)信息通用服務(wù)平臺(tái)可實(shí)現(xiàn)遠(yuǎn)程清除終端內(nèi)信息。用戶在終端丟失后，可以和銀行聯(lián)系，由銀行系統(tǒng)管理員進(jìn)行操作，進(jìn)行信息清除。
信息清除可以清除用戶終端的使用信息以及手機(jī)中的其他信息，用戶可以對清除規(guī)則進(jìn)行設(shè)置，可以清除用戶客戶端的使用信息包括用戶的登錄名、密碼、緩存信息等等，也可以對手機(jī)中的其他信息進(jìn)行清除，包括手機(jī)通訊錄，日歷，消息等。
平臺(tái)采用兩種方式對信息清除進(jìn)行處理：
1. 采用特殊短信的方式進(jìn)行通知，手機(jī)客戶端在特定端口偵聽，接受到短信后，客戶端會(huì)根據(jù)短信傳遞的參數(shù)，將對應(yīng)數(shù)據(jù)進(jìn)行清除。
2. 在客戶端登錄時(shí)進(jìn)行清除，當(dāng)用戶手機(jī)丟失后，系統(tǒng)管理員在平臺(tái)中進(jìn)行配置，將信息清除標(biāo)志打開。用戶使用手機(jī)客戶端進(jìn)行登錄時(shí)，發(fā)現(xiàn)該標(biāo)志為打開狀態(tài)，則返回清除數(shù)據(jù)的命令。客戶端根據(jù)命令參數(shù)將對應(yīng)數(shù)據(jù)進(jìn)行清除。
各行業(yè)都有自身的特點(diǎn)和使用習(xí)慣，平臺(tái)及手機(jī)客戶端程序擁有集成使用特殊設(shè)備的支撐能力。舉例如下：
平臺(tái)應(yīng)用可外連很多行業(yè)設(shè)備，POS就是其中之一。平臺(tái)擁有可解析標(biāo)準(zhǔn)8583報(bào)文的前置附件，部署好此附件后，便可使用金融POS作為企業(yè)數(shù)據(jù)的采集終端，將交易或其他信息通過POS傳遞到平臺(tái)應(yīng)用。
平臺(tái)可接入任何可提供GPS/LBS定位服務(wù)的系統(tǒng)，進(jìn)行含有GPS/LBS功能的行業(yè)應(yīng)用開發(fā)，GPS衛(wèi)星定位精準(zhǔn)性高于LBS，但是受到建筑物等的影響在某些區(qū)域不可用，LBS基站定位精準(zhǔn)度稍差，但不受環(huán)境限制只看是否部署了該種設(shè)備。有了GPS/LBS就可進(jìn)行例如保險(xiǎn)行業(yè)的移動(dòng)定損業(yè)務(wù)，車務(wù)通系統(tǒng)的搭建。
平臺(tái)通過采集使用移動(dòng)行業(yè)應(yīng)用的手機(jī)終端的位置信息，可在WEB應(yīng)用界面中提供實(shí)時(shí)的地圖監(jiān)控界面，界面還可根據(jù)實(shí)際的業(yè)務(wù)進(jìn)行行業(yè)定制。如下圖：
手機(jī)客戶端程序可外接藍(lán)牙的二代身份證掃描器，結(jié)合行業(yè)應(yīng)用進(jìn)行身份證信息的采集。掃描按鈕可任意配置在需要出現(xiàn)的地方。例如下圖的信用卡辦卡系統(tǒng)中就使用了身份證掃描來加快數(shù)據(jù)的采集速度，加強(qiáng)數(shù)據(jù)采集的準(zhǔn)確度。
手機(jī)客戶端程序可外接藍(lán)牙打印機(jī)，結(jié)合行業(yè)應(yīng)用出單。例如在信用卡辦卡系統(tǒng)中使用藍(lán)牙打印機(jī)將客戶信息打出和申明條款一同由辦卡人齊縫簽字方有效。
條形碼掃描是特定機(jī)器的可擴(kuò)展外接設(shè)備，裝上條碼掃描背夾后的手機(jī)可在移動(dòng)信息通用服務(wù)平臺(tái)的應(yīng)用中進(jìn)行條形碼的采集，結(jié)合后端應(yīng)用，可搭建出很多應(yīng)用，可直接使用手機(jī)掃描貨品，連接到平臺(tái)應(yīng)用查詢相關(guān)的產(chǎn)品信息。
應(yīng)用系統(tǒng)管理員門戶是管理員對系統(tǒng)用戶和其使用情況進(jìn)行查詢和管理的門戶。
門戶提供了以下幾點(diǎn)功能：
1. 系統(tǒng)用戶使用情況查詢
2. 短信和彩信的黑白名單設(shè)置
3. 用戶操作日志稽核
4. 用戶訪問方式開關(guān)(WAP,手機(jī)客戶端,短信交互)
5. 企業(yè)部分信息修改
6. 消息推送設(shè)置
手機(jī)客戶端和移動(dòng)信息通用服務(wù)平臺(tái)之間采用HTTPS方式進(jìn)行連接，在交互過程中采用了數(shù)據(jù)壓縮和數(shù)據(jù)加密的技術(shù)。在保證數(shù)據(jù)的安全性的同時(shí)也對流量有所控制。
移動(dòng)信息通用服務(wù)平臺(tái)和企業(yè)側(cè)應(yīng)用的接口根據(jù)企業(yè)應(yīng)用的不同類型采用了B/S應(yīng)用適配或C/S應(yīng)用適配兩種方式進(jìn)行實(shí)現(xiàn)。
1. B/S應(yīng)用適配主要通過適配人員在應(yīng)用定制門戶中對企業(yè)應(yīng)用移動(dòng)化的展現(xiàn)進(jìn)行配置，以及對企業(yè)應(yīng)用界面的XML描述文件進(jìn)行定義相結(jié)合的方式來實(shí)現(xiàn)。
2. C/S應(yīng)用適配主要通過對API接口進(jìn)行二次開發(fā)的方式來實(shí)現(xiàn)。平臺(tái)提供API開發(fā)包給企業(yè)，與企業(yè)配合實(shí)現(xiàn)應(yīng)用接口的開發(fā)。
3. 移動(dòng)信息通用服務(wù)平臺(tái)提供了企業(yè)應(yīng)用側(cè)調(diào)用增值能力的接口。接口包括以下兩種：
4. 短信發(fā)送接口。企業(yè)可以通過該接口來調(diào)用平臺(tái)的短信能力。進(jìn)行短信的發(fā)送、查詢、消息報(bào)告、WAP Push等功能
5. 彩信發(fā)送接口。企業(yè)可以通過該接口來調(diào)用平臺(tái)的彩信能力。進(jìn)行彩信的發(fā)送、查詢、消息報(bào)告等功能。
6. 事件提醒接口（推送）。企業(yè)可以通過該接口來實(shí)現(xiàn)對用戶的事件通知和消息通知。
平臺(tái)提供短信的收發(fā)功能，支持運(yùn)營商在信網(wǎng)關(guān)的接入（符合SGIP協(xié)議的接口規(guī)范）。
平臺(tái)采用專用SGIP方式與SMG之間進(jìn)行通信，端口8801，平臺(tái)和SMG之間的通信由平臺(tái)向網(wǎng)關(guān)服務(wù)器端發(fā)起連接。連接建立以后，由平臺(tái)向服務(wù)器端發(fā)送命令。平臺(tái)和網(wǎng)關(guān)互為服務(wù)器端。
平臺(tái)支持彩信的收發(fā)功能。支持運(yùn)營商MMS接入。
接口符合《數(shù)字蜂窩移動(dòng)通信網(wǎng)多媒體消息業(yè)務(wù)（MMS）CP/SP業(yè)務(wù)開發(fā)規(guī)范》。
平臺(tái)支持彩信的發(fā)送，彩信消息報(bào)告，彩信的接收和彩信的群發(fā)功能。平臺(tái)采用SMIL格式傳輸消息。
對于規(guī)模較大、并且要求提供良好服務(wù)的移動(dòng)信息通用服務(wù)平臺(tái)，要進(jìn)行大量的數(shù)據(jù)交互處理，因此其中的數(shù)據(jù)庫服務(wù)往往是最繁忙的，實(shí)際上，數(shù)據(jù)庫服務(wù)往往也是其中最為關(guān)鍵的服務(wù)，因此在進(jìn)行數(shù)據(jù)庫設(shè)計(jì)的時(shí)候，必須充分考慮為其提供良好的軟件環(huán)境，以滿足移動(dòng)信息通用服務(wù)平臺(tái)對數(shù)據(jù)庫的需求，保證數(shù)據(jù)安全、快速的傳輸。
1. 具有較高的安全可靠性和數(shù)據(jù)恢復(fù)能力，采取有效的措施防止數(shù)據(jù)存儲(chǔ)介質(zhì)的損壞和數(shù)據(jù)的丟失；
2. 數(shù)據(jù)庫支持標(biāo)準(zhǔn)的開放數(shù)據(jù)庫接口（ODBC），具有良好的開放性和可擴(kuò)展性，支持多服務(wù)器、多客戶機(jī)結(jié)構(gòu)；
3. 對數(shù)據(jù)進(jìn)行分級(jí)管理，對不同級(jí)別的數(shù)據(jù)設(shè)置不同的訪問權(quán)限，只有合法的授權(quán)用戶才被允許訪問數(shù)據(jù)；數(shù)據(jù)庫系統(tǒng)設(shè)有軟件或硬件防火墻，以阻止計(jì)算機(jī)病毒、操作失誤或人為破壞數(shù)據(jù)系統(tǒng)；
4. 提供的數(shù)據(jù)庫具有足夠的開放性并易于維護(hù)，提供足夠詳細(xì)的資料，使用戶能夠容易掌握對數(shù)據(jù)庫的維護(hù)和應(yīng)用；
5. 數(shù)據(jù)庫管理系統(tǒng)支持關(guān)系模型，支持分布式的大型通用數(shù)據(jù)庫管理系統(tǒng)；
6. 數(shù)據(jù)庫支持Unix 、Linux或Windows 2003 以上操作系統(tǒng)；
7. 支持系統(tǒng)級(jí)、客戶級(jí)、表級(jí)的權(quán)限管理；
8. 支持事務(wù)處理，具有開放式的客戶機(jī)編程接口和開放型數(shù)據(jù)庫互連接口，使數(shù)據(jù)庫之間的互聯(lián)成為可能；
9. 為保證系統(tǒng)的安全性和可靠性，使用兩臺(tái)數(shù)據(jù)庫服務(wù)器通過軟件構(gòu)成雙機(jī)/多機(jī)高可用性結(jié)構(gòu)。支持雙機(jī)熱備份方式和負(fù)荷分擔(dān)方式；
10. 支持本地?cái)?shù)據(jù)庫和遠(yuǎn)程數(shù)據(jù)庫；
11. MTBF 值必須大于10000 小時(shí)，MTBF/（MTBF+MTTR）值必須大于99.9%，必須雙機(jī)或多機(jī)熱備份配置。
12. Oracle是目前應(yīng)用最廣泛的數(shù)據(jù)庫系統(tǒng)。一個(gè)完整的數(shù)據(jù)庫系統(tǒng)包括系統(tǒng)硬件、操作系統(tǒng)、網(wǎng)絡(luò)層、DBMS（數(shù)據(jù)庫管理系統(tǒng)）、應(yīng)用程序與數(shù)據(jù)，各部分之間是互相依賴的，對每個(gè)部分都必須進(jìn)行合理的配置、設(shè)計(jì)和優(yōu)化才能實(shí)現(xiàn)高性能的數(shù)據(jù)庫系統(tǒng)。應(yīng)用數(shù)據(jù)庫系統(tǒng)包含應(yīng)用數(shù)據(jù)庫和應(yīng)用兩方面的內(nèi)容，應(yīng)用數(shù)據(jù)庫就是生產(chǎn)數(shù)據(jù)庫，與系統(tǒng)數(shù)據(jù)庫相對。
針對大型數(shù)據(jù)庫ORACLE 10G對移動(dòng)信息通用服務(wù)平臺(tái)數(shù)據(jù)庫規(guī)劃進(jìn)行如下建議：
1. 建立獨(dú)立的ORACLE數(shù)據(jù)庫服務(wù)器，與應(yīng)用系統(tǒng)分離
將數(shù)據(jù)庫與應(yīng)用系統(tǒng)分離有利于對數(shù)據(jù)庫的獨(dú)立監(jiān)控與維護(hù)，減少應(yīng)用系統(tǒng)與數(shù)據(jù)庫系統(tǒng)之間的影響，避免由于應(yīng)用系統(tǒng)的問題導(dǎo)致數(shù)據(jù)庫性能下降或者出現(xiàn)異常；有利于對問題進(jìn)行定位，不容易造成混淆。
2. 數(shù)據(jù)庫用戶空間劃分
在ORACLE服務(wù)器中建立多個(gè)表空間，這樣一個(gè)會(huì)員對應(yīng)一個(gè)表空間，每個(gè)表空間對應(yīng)一個(gè)用戶，每個(gè)表空間對應(yīng)一個(gè)邏輯數(shù)據(jù)庫。從安全角度分析，對每個(gè)表空間建立獨(dú)立的用戶，數(shù)據(jù)庫之間的訪問具有用戶權(quán)限的限制，避免一個(gè)用戶跨多個(gè)數(shù)據(jù)庫訪問造成數(shù)據(jù)庫安全隱患。
對于異地?cái)?shù)據(jù)服務(wù)平臺(tái)不保留用戶數(shù)據(jù)，也就是移動(dòng)信息通用服務(wù)平臺(tái)我們是不保留用戶數(shù)據(jù)的，只會(huì)產(chǎn)生一些用戶配置信息以及日志數(shù)據(jù)。
平臺(tái)每天晚上會(huì)將系統(tǒng)配置數(shù)據(jù)、流量數(shù)據(jù)、會(huì)員信息等數(shù)據(jù)在運(yùn)維服務(wù)器上進(jìn)行備份，并保留一年的歷史數(shù)據(jù)。
使用了以下三項(xiàng)安全措施：
1. 手機(jī)號(hào)碼綁定：
甄別合法手機(jī)終端的安全措施，移動(dòng)化平臺(tái)記錄已被授權(quán)的手機(jī)終端的手機(jī)號(hào)碼，作為判斷是否是合法用戶的條件之一，禁止未授權(quán)的手機(jī)用戶連接移動(dòng)化平臺(tái)，輔助登錄名和登錄密碼驗(yàn)證，提高安全性，保證業(yè)務(wù)信息發(fā)送者身份的正確性。
2. IMEI手機(jī)序列號(hào)綁定：
甄別合法手機(jī)終端的安全措施，IMEI (International Mobile Equipment Identity) 是國際移動(dòng)設(shè)備身份碼的縮寫，每個(gè)手機(jī)的IMEI碼是全球唯一的，移動(dòng)化平臺(tái)記錄授權(quán)手機(jī)的IMEI碼，作為判斷是否是合法用戶的條件之一，禁止未授權(quán)的手機(jī)設(shè)備連接移動(dòng)化平臺(tái)，輔助登錄名和登錄密碼驗(yàn)證，提高安全性，保證業(yè)務(wù)信息發(fā)送者身份的正確性。
3. 服務(wù)器IP認(rèn)證：
甄別正確企業(yè)應(yīng)用服務(wù)器的安全措施，移動(dòng)化平臺(tái)記錄企業(yè)應(yīng)用服務(wù)器的主機(jī)IP，拒絕未知IP地址主機(jī)的連接請求，同時(shí)確保移動(dòng)化平臺(tái)連接到正確的企業(yè)應(yīng)用服務(wù)器，在一定程序上防止維護(hù)人員的誤操作，保證業(yè)務(wù)信息接收者身份的正確性。
平臺(tái)的業(yè)務(wù)安全采用以下四種安全措施：
1. 用戶名密碼認(rèn)證：
甄別合法用戶的安全措施，作為最基礎(chǔ)的安全措施，阻止未授權(quán)用戶登錄移動(dòng)化平臺(tái)系統(tǒng)。平臺(tái)的用戶名密碼認(rèn)證采用的是企業(yè)端的用戶名密碼認(rèn)證。
2. 帳號(hào)權(quán)限管理：
平臺(tái)對企業(yè)用戶的權(quán)限進(jìn)行分級(jí)管理，對不同的權(quán)限有不同的策略。
3. 操作日志稽核：
記錄用戶的各項(xiàng)操作，使歷史操作內(nèi)容有據(jù)可查。
4. VPDN接入
手機(jī)客戶端可以采用VPDN的方式進(jìn)行接入，平臺(tái)從運(yùn)營商服務(wù)器獲得ECID和OA-USER后，會(huì)對企業(yè)ID和用戶做認(rèn)證。
平臺(tái)針對網(wǎng)絡(luò)安全采用以下四種安全措施：
1. 主機(jī)防火墻安全：
網(wǎng)絡(luò)的安全問題主要是由網(wǎng)絡(luò)的開放性、無邊界性、自由性造成的，所以我們網(wǎng)絡(luò)安全首先應(yīng)該考慮把被保護(hù)的網(wǎng)絡(luò)由開放的、無邊界的網(wǎng)絡(luò)環(huán)境中獨(dú)立出來，成為可管理、可控制的安全的內(nèi)部網(wǎng)絡(luò)。也只有做到這一點(diǎn)，實(shí)現(xiàn)信息網(wǎng)絡(luò)的安全才有可能，而最基本的分隔手段就是防火墻。利用防火墻，可以實(shí)現(xiàn)內(nèi)部網(wǎng)（信任網(wǎng)絡(luò)）與外部不可信任網(wǎng)絡(luò)（如因特網(wǎng)）之間或是內(nèi)部網(wǎng)不同網(wǎng)絡(luò)安全域的隔離與訪問控制，保證網(wǎng)絡(luò)系統(tǒng)及網(wǎng)絡(luò)服務(wù)的可用性。
網(wǎng)絡(luò)層的安全防護(hù)主要是通過防火墻設(shè)備，以保障整個(gè)移動(dòng)化平臺(tái)系統(tǒng)的網(wǎng)絡(luò)層安全。防火墻保護(hù)是網(wǎng)絡(luò)安全性設(shè)計(jì)中重要的一環(huán)，網(wǎng)絡(luò)邊界采用防火墻系統(tǒng)進(jìn)行防護(hù)，可以有效地降低網(wǎng)絡(luò)安全風(fēng)險(xiǎn)。
在本方案的網(wǎng)絡(luò)設(shè)計(jì)中，業(yè)務(wù)服務(wù)器所在網(wǎng)域與其他所有相關(guān)鏈路的網(wǎng)域之間都部署了企業(yè)級(jí)防火墻設(shè)備，從而建立成安全級(jí)別較高的DMZ區(qū)，起到隔離的作用，提高網(wǎng)絡(luò)的可靠性和安全性，在防火墻上配置相應(yīng)策略，只允許合法數(shù)據(jù)信息通過，達(dá)到保護(hù)內(nèi)部網(wǎng)絡(luò)，限制外部對系統(tǒng)的非授權(quán)訪問的目的。
在網(wǎng)絡(luò)安全問題日益突出的今天，防火墻技術(shù)發(fā)展迅速，目前一些領(lǐng)先防火墻不但具有信息過慮的功能還具有VPN功能、流量管理與控制功能、監(jiān)控功能、NAT功能、防病毒功能和防御網(wǎng)絡(luò)攻擊等功能。
2. 專線接入：
移動(dòng)化平臺(tái)服務(wù)器可以使用專線與企業(yè)應(yīng)用服務(wù)器進(jìn)行連接，確保信息數(shù)據(jù)傳輸?shù)陌踩浴?/p>
3. 手機(jī)CA證書認(rèn)證：
CA，全稱Certificate Authority，即證書授權(quán)中心，是數(shù)字證書的簽發(fā)機(jī)構(gòu),它是PKI的核心。CA是負(fù)責(zé)簽發(fā)證書、認(rèn)證證書、管理已頒發(fā)證書的機(jī)關(guān)。它要制定政策和具體步驟來驗(yàn)證、識(shí)別用戶身份，并對用戶證書進(jìn)行簽名，以確保證書持有者的身份和公鑰的擁有權(quán)。CA 也擁有一個(gè)證書（內(nèi)含公鑰）和私鑰。網(wǎng)上的公眾用戶通過驗(yàn)證 CA 的簽字從而信任 CA ，任何人都可以得到 CA 的證書（含公鑰），用以驗(yàn)證它所簽發(fā)的證書。
由于，移動(dòng)化平臺(tái)可以采用給手機(jī)終端頒發(fā)CA證書和驗(yàn)證CA證書的方式，不僅可以對手機(jī)終端進(jìn)行身份確認(rèn)，而且也確保手機(jī)終端發(fā)送到移動(dòng)化平臺(tái)的信息數(shù)據(jù)傳輸過程中不會(huì)被他人篡改。
4. 基于CA的服務(wù)器證書：
對于非專線接入的企業(yè)應(yīng)用，移動(dòng)信息通用服務(wù)平臺(tái)可以給企業(yè)應(yīng)用服務(wù)器頒發(fā)CA證書和驗(yàn)證其CA證書，確保移動(dòng)化平臺(tái)與企業(yè)應(yīng)用服務(wù)器之間的數(shù)據(jù)傳輸?shù)陌踩煽俊?/p>
1. 集群部署與負(fù)載均衡
為確保業(yè)務(wù)服務(wù)的穩(wěn)定性、高效性和高可用性，對主要的業(yè)務(wù)服務(wù)器采用集群部署方式，以達(dá)到負(fù)載均衡作用，降低單個(gè)業(yè)務(wù)服務(wù)器的運(yùn)行壓力。
負(fù)載均衡（Load Balance）提供了一種廉價(jià)、有效、透明的方法，來擴(kuò)展網(wǎng)絡(luò)設(shè)備和服務(wù)器的帶寬、增加吞吐量、加強(qiáng)網(wǎng)絡(luò)數(shù)據(jù)處理能力、提高網(wǎng)絡(luò)的靈活性和可用性。
它主要完成以下任務(wù)：解決網(wǎng)絡(luò)擁塞問題，服務(wù)就近提供，實(shí)現(xiàn)地理位置無關(guān)性 ；為用戶提供更好的訪問質(zhì)量；提高服務(wù)器響應(yīng)速度；提高服務(wù)器及其他資源的利用效率；避免了網(wǎng)絡(luò)關(guān)鍵部位出現(xiàn)單點(diǎn)失效。
負(fù)載均衡有兩方面的含義：首先，大量的并發(fā)訪問或數(shù)據(jù)流量分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上分別處理，減少用戶等待響應(yīng)的時(shí)間；其次，單個(gè)重負(fù)載的運(yùn)算分擔(dān)到多臺(tái)節(jié)點(diǎn)設(shè)備上做并行處理，每個(gè)節(jié)點(diǎn)設(shè)備處理結(jié)束后，將結(jié)果匯總，返回給用戶，系統(tǒng)處理能力得到大幅度提高。
負(fù)載均衡是由多臺(tái)服務(wù)器以對稱的方式組成一個(gè)服務(wù)器集合，每臺(tái)服務(wù)器都具有等價(jià)的地位，都可以單獨(dú)對外提供服務(wù)而無須其他服務(wù)器的輔助。通過某種負(fù)載分擔(dān)技術(shù)，將外部發(fā)送來的請求均勻分配到對稱結(jié)構(gòu)中的某一臺(tái)服務(wù)器上，而接收到請求的服務(wù)器獨(dú)立地回應(yīng)客戶的請求。
提供服務(wù)的一組服務(wù)器組成了一個(gè)應(yīng)用服務(wù)器集群(cluster)，并對外提供一個(gè)統(tǒng)一的地址。當(dāng)一個(gè)服務(wù)請求被發(fā)至該集群時(shí)，根據(jù)一定規(guī)則選擇一臺(tái)服務(wù)器，并將服務(wù)轉(zhuǎn)定向給該服務(wù)器承擔(dān)，即將負(fù)載進(jìn)行均衡分?jǐn)偂?/p>
通過應(yīng)用負(fù)載均衡技術(shù)，使應(yīng)用服務(wù)超過了一臺(tái)服務(wù)器只能為有限用戶提供服務(wù)的限制，可以利用多臺(tái)服務(wù)器同時(shí)為大量用戶提供服務(wù)。當(dāng)某臺(tái)服務(wù)器出現(xiàn)故障時(shí)，負(fù)載均衡服務(wù)器會(huì)自動(dòng)進(jìn)行檢測并停止將服務(wù)請求分發(fā)至該服務(wù)器，而由其他工作正常的服務(wù)器繼續(xù)提供服務(wù)，從而保證了服務(wù)的可靠性。
2. 冗余備份
在備份方面，Oracle自身就提供了強(qiáng)大的備份與恢復(fù)工具，足以滿足現(xiàn)實(shí)需求。
簡單的按照備份進(jìn)行的方式，可將Oracle備份分為邏輯備份和物理備份，其中物理備份又分為冷備份（脫機(jī)備份）和熱備份（聯(lián)機(jī)備份）。按照備份的工具，可以分為EXP/IMP（EXPDP/IMPDP）導(dǎo)出/導(dǎo)入備份、OS文件拷貝備份和RMAN備份與恢復(fù)管理器。
這里我們推薦使用磁盤陣列柜，作為備份數(shù)據(jù)冗余存儲(chǔ)的設(shè)備。
磁盤陣列可以很好支持集群和存儲(chǔ)共享，磁盤冗余具有易于部署、配置和管理的高級(jí)數(shù)據(jù)保護(hù)特性。此外，磁盤冗余確保提高可擴(kuò)展性，提供未來擴(kuò)展的硬件投資。智能磁盤陣列架構(gòu)為從低配置向高配置遷移提供了一個(gè)快速、便捷的途徑，從而提高了可擴(kuò)展性。磁盤冗余具有極高的密度、熱插拔驅(qū)動(dòng)器、多單元的擴(kuò)展性、可以使用的圖形用戶界面，可提供良好的數(shù)據(jù)保護(hù)。
當(dāng)然，也可以使用磁盤陣列柜存儲(chǔ)近期備份數(shù)據(jù)，使用磁帶機(jī)存儲(chǔ)長期備份數(shù)據(jù)。
平臺(tái)遵循SNMP網(wǎng)管接口，能做到系統(tǒng)的實(shí)時(shí)監(jiān)控與報(bào)警。
計(jì)算機(jī)系統(tǒng)可靠性設(shè)計(jì)是為了在設(shè)計(jì)過程中挖掘和確定隱患薄弱環(huán)節(jié)，并采取設(shè)計(jì)預(yù)防和設(shè)計(jì)改進(jìn)措施有效地消除隱患和薄弱環(huán)節(jié)，因?yàn)橄到y(tǒng)的可靠性在很大程度上取決于設(shè)計(jì)的正確性。
可靠性預(yù)計(jì)是可靠性設(shè)計(jì)的一個(gè)重要內(nèi)容，它是一種預(yù)報(bào)方法，即在設(shè)計(jì)階段，從以前的系統(tǒng)所得到的失效率數(shù)據(jù)，預(yù)報(bào)新系統(tǒng)可能達(dá)到的可靠度，以及在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)完成規(guī)定功能的概率。要重視可靠性預(yù)計(jì)的作用，在設(shè)計(jì)的初期，及時(shí)完成可靠性預(yù)計(jì)工作，可以充分了解系統(tǒng)中各部分之間可靠性的相互關(guān)系，找出提高整個(gè)系統(tǒng)可靠性的有效途徑。
現(xiàn)代質(zhì)量觀認(rèn)為，產(chǎn)品質(zhì)量的基本目標(biāo)是性能、可靠性、維修性、保障性、安全性和經(jīng)濟(jì)性等，所以，可靠性是產(chǎn)品基本質(zhì)量目標(biāo)之一，是產(chǎn)品質(zhì)量的重要組成部分。
可靠性管理的目的，是以最少的資源，實(shí)現(xiàn)產(chǎn)品規(guī)定的可靠性指標(biāo)要求，達(dá)到“一次成功”，降低全壽命周期費(fèi)用。
可靠性管理是一個(gè)系統(tǒng)工程問題，它貫穿于產(chǎn)品研制、生產(chǎn)和使用的整個(gè)壽命周期，也稱全面可靠性管理。
可靠性管理和質(zhì)量管理的根本目標(biāo)是一致的，都是為了提高產(chǎn)品的質(zhì)量和可靠性，所以，可靠性管理是全過程質(zhì)量管理活動(dòng)的一個(gè)重要組成部分，也是質(zhì)量保證體系的重要組成部分，兩者不能決然分開。可靠性管理離不開質(zhì)量管理，質(zhì)量管理同樣也離不開可靠性管理。現(xiàn)在普遍主張可靠性管理和質(zhì)量管理并舉，而且以可靠性為重點(diǎn)（中心）進(jìn)行質(zhì)量管理。可靠性管理和質(zhì)量管理均是企業(yè)管理的重要組成部分，與企業(yè)其他管理活動(dòng)密切相關(guān)，應(yīng)和其他管理活動(dòng)結(jié)合起來進(jìn)行。
但是，由于可靠性技術(shù)的特點(diǎn)，可靠性管理有許多不同于一般質(zhì)量管理的特點(diǎn)。第一，可靠性管理不僅涉及生產(chǎn)過程中的質(zhì)量控制，而且側(cè)重于產(chǎn)品形成的各階段的可靠性指標(biāo)的管理；第二，可靠性管理不是一種單純的管理科學(xué)，而是一種組織進(jìn)行可靠性設(shè)計(jì)和實(shí)施可靠性工程的活動(dòng)；第三，可靠性管理不是單純的“驗(yàn)收把關(guān)”，而是通過可靠性論證、分析、試驗(yàn)等工作將問題盡量消除在早期。從發(fā)展歷史階段和學(xué)術(shù)上看，可靠性管理和質(zhì)量管理是有區(qū)別的，而且有很大的區(qū)別。狹義的質(zhì)量管理所要管的主要是產(chǎn)品的成品率或不良品率，而可靠性管理所要管的主要是產(chǎn)品的效率和平均無故障時(shí)間（MTBF ），前者與時(shí)間無關(guān)后者是時(shí)間的函數(shù)。
因此，對于有可靠性要求的產(chǎn)品，除進(jìn)行質(zhì)量管理外，還必須進(jìn)行可靠性管理，這是因?yàn)榭煽啃杂衅鋵ｉT領(lǐng)域和專門技術(shù)，是質(zhì)量管理無法代替的。同時(shí)，由于可靠性涉及產(chǎn)品的全壽命周期，其管理工作就占據(jù)重要地位。
可靠性設(shè)計(jì)準(zhǔn)則是進(jìn)行可靠性定性設(shè)計(jì)的重要依據(jù)，是設(shè)計(jì)人員在可靠性設(shè)計(jì)中必須遵循的原則，貫徹設(shè)計(jì)準(zhǔn)則可以有效避免一些不該發(fā)生的故障，提高系統(tǒng)的可靠性。
可靠性設(shè)計(jì)準(zhǔn)則的內(nèi)容主要有：
1. 降額設(shè)計(jì)
降額設(shè)計(jì)就是使設(shè)備工作時(shí)承受的工作應(yīng)力適當(dāng)?shù)陀谠O(shè)備規(guī)定的額值，從而達(dá)到降低故障率、提高使用可靠性的目的。電子產(chǎn)品都應(yīng)做適當(dāng)?shù)慕殿~設(shè)計(jì)，因電子產(chǎn)品的可靠性對其電應(yīng)力和溫度應(yīng)力敏感，故而降額設(shè)計(jì)技術(shù)對電子產(chǎn)品則顯得尤為重要，成為可靠性設(shè)計(jì)中必不可少的組成部分。當(dāng)然，過度降額并無益處。
2. 簡化設(shè)計(jì)
簡化設(shè)計(jì)就是在保證產(chǎn)品性能要求的前提下，盡可能使產(chǎn)品設(shè)計(jì)簡單化。簡化設(shè)計(jì)可以提高產(chǎn)品的固有可靠性和基本可靠性。為了實(shí)現(xiàn)簡化設(shè)計(jì)，可采取以下措施：
1) 盡可能減少各組成部分的數(shù)量及其相互間的聯(lián)接。
2) 盡可能實(shí)現(xiàn)元件的標(biāo)準(zhǔn)化、系列化與通用化，控制非標(biāo)準(zhǔn)元件的比率，爭取用較少的元件實(shí)現(xiàn)多種功能；
3) 盡可能采用經(jīng)過考驗(yàn)的可靠性有保證的元件；
4) 盡可能采用模塊化設(shè)計(jì)。
3. 非容錯(cuò)設(shè)計(jì)
非容錯(cuò)設(shè)計(jì)是指事先消除使系統(tǒng)不可靠的因素以提高系統(tǒng)可靠性的設(shè)計(jì)方法，也就是在允許的成本范圍內(nèi)，選擇最可靠的元件，使用成熟、可靠的連接裝配技術(shù)，采取有效的措施屏蔽可能的外界干擾等。非容錯(cuò)法設(shè)計(jì)要結(jié)合可靠性預(yù)計(jì)，在確定初步方案后，利用可靠性預(yù)計(jì)來評(píng)估系統(tǒng)的可靠性，根據(jù)評(píng)估結(jié)果，對設(shè)計(jì)進(jìn)行合理調(diào)整，從而提高設(shè)計(jì)的正確性和可靠性。
4. 容錯(cuò)設(shè)計(jì)
容錯(cuò)設(shè)計(jì)是指針對系統(tǒng)運(yùn)算過程中出現(xiàn)的故障或者低可靠性元件所采取的系統(tǒng)性可靠措施。運(yùn)行故障有三種類型：永久性失效、瞬間失效和外界干擾。根據(jù)故障失效的持續(xù)時(shí)間、影響范圍和出現(xiàn)頻率，選用不同的防護(hù)性冗余就是容錯(cuò)法的設(shè)計(jì)內(nèi)容。容錯(cuò)設(shè)計(jì)是建筑在非容錯(cuò)設(shè)計(jì)基礎(chǔ)上的，而不損傷整個(gè)系統(tǒng)。
冗余技術(shù)是系統(tǒng)或設(shè)備獲得高可靠性、高安全性和高生存能力的設(shè)計(jì)方法之一。特別是當(dāng)元件質(zhì)量與可靠性水平比較低、采用一般設(shè)計(jì)已經(jīng)無法滿足設(shè)備的可靠性要求時(shí)，冗余技術(shù)就具有重要的應(yīng)用價(jià)值。計(jì)算機(jī)系統(tǒng)冗余就是在系統(tǒng)中配置作貯備用的元件，當(dāng)原元件出現(xiàn)故障時(shí)，貯備件能夠立即替換上去。計(jì)算機(jī)冗余包括靜態(tài)和動(dòng)態(tài)硬件冗余、軟件冗余以及時(shí)間冗余。
1) 靜態(tài)硬件冗余：又稱屏蔽冗余，它是通過附加元件的辦法來屏蔽故障，使系統(tǒng)的功能不受影響。常見的靜態(tài)硬件冗余比如雙工，即使完成同一職能的一批元件同時(shí)（并行）工作，并且當(dāng)其中的某個(gè)或部分元件失效時(shí)，其余的設(shè)備仍能保證系統(tǒng)的正常工作。
2) 動(dòng)態(tài)硬件冗余：這種冗余包括二個(gè)階段，首先發(fā)現(xiàn)故障，其后消除故障而“復(fù)常”。在計(jì)算機(jī)系統(tǒng)中采用動(dòng)態(tài)硬件冗余時(shí)，要求系統(tǒng)具有模塊結(jié)構(gòu)和檢測故障的能力，例如設(shè)有自校驗(yàn)碼，部件狀態(tài)標(biāo)志等。復(fù)常的措施可選用糾錯(cuò)裝置（如海明校驗(yàn)）、部件切換以及系統(tǒng)適度降級(jí)重新組織好元件等技術(shù)。為了保證復(fù)常成功，還要求系統(tǒng)有一個(gè)高可靠性的硬核。硬核范圍內(nèi)的元件發(fā)生故障，將不能復(fù)常。
3) 軟件冗余：用附加軟設(shè)備的方法來達(dá)到容錯(cuò)的目的。與硬件冗余相比，其優(yōu)點(diǎn)是能在硬件設(shè)計(jì)完成之后增加系統(tǒng)的容錯(cuò)功能。常用的軟件冗余比如關(guān)鍵程序或者數(shù)據(jù)多處存儲(chǔ)、程序和微程序上附加測試手段，以及增設(shè)程序入口和出口點(diǎn)等。
4) 時(shí)間冗余：簡稱“復(fù)執(zhí)”。在時(shí)間允許的條件下，通過重復(fù)執(zhí)行以消除瞬時(shí)的偶然性故障是時(shí)間冗余提高可靠性的原理。復(fù)執(zhí)允許在微動(dòng)作、指令、程序段或者整個(gè)作業(yè)等各種級(jí)別上進(jìn)行。選取復(fù)執(zhí)方案取決于復(fù)執(zhí)的再啟動(dòng)點(diǎn)、實(shí)現(xiàn)復(fù)執(zhí)可付的代價(jià)（包括時(shí)間、硬件和軟件），以及復(fù)執(zhí)成功率等因素。
無論是硬件冗余、軟件冗余，還是時(shí)間冗余，相互之間并不排斥，大多數(shù)的計(jì)算機(jī)系統(tǒng)具備多種冗余的特色──混合冗余。
但是冗余使系統(tǒng)的復(fù)雜性、重量和體積增加，使系統(tǒng)的基本可靠性降低。系統(tǒng)或設(shè)備是否采用冗余技術(shù)，需從可靠性、安全性指標(biāo)要求的高低、元件的可靠性水平、非冗余和冗余方案的技術(shù)可行性、研制周期和費(fèi)用、使用及維護(hù)和保障條件、質(zhì)量及體積和功耗的限制等方面進(jìn)行權(quán)衡分析后確定。同時(shí)需注意，采用某些冗余技術(shù)時(shí)會(huì)增加若干故障檢測和冗余通道切換裝置，它們的不可靠度應(yīng)保證低于受控部分的50%，否則采用冗余布局所獲得的可靠性增長將會(huì)被它們的故障所抵消。此外，冗余技術(shù)也不能用來解決設(shè)備超負(fù)荷之類的問題。
軟件可靠性設(shè)計(jì)在某種意義上講比硬件可靠性設(shè)計(jì)更重要。這是因?yàn)椋旱谝唬到y(tǒng)中配置的硬件幾乎都是商品化的貨架產(chǎn)品，可靠性有保障；第二，隨著系統(tǒng)自動(dòng)化程度的不斷提高，功能的不斷增強(qiáng)，系統(tǒng)運(yùn)行的應(yīng)用軟件越來越龐大，軟件發(fā)生故障的概率呈上升趨勢。為此，軟件可靠性設(shè)計(jì)更為重要。
提高軟件可靠性的技術(shù)可以分為兩類，一類是避開錯(cuò)誤（fault-avoidance）技術(shù)，即在開發(fā)過程中不讓差錯(cuò)潛入軟件的技術(shù)；另一類是容錯(cuò)（fault-tolerance）技術(shù)，即對某些無法避開的差錯(cuò)，使其影響減至最小的技術(shù)。
避開錯(cuò)誤技術(shù)是軟件開發(fā)的質(zhì)量管理體系的技術(shù)基礎(chǔ)，靠嚴(yán)格的質(zhì)量管理過程實(shí)現(xiàn)。但是，無論使用多么高明的避開錯(cuò)誤技術(shù)，也無法做到完美無缺（zero-defect）和絕無錯(cuò)誤（error-free），這就需要采用容錯(cuò)技術(shù)以使錯(cuò)誤發(fā)生時(shí)不影響系統(tǒng)的特性，或使錯(cuò)誤發(fā)生時(shí)對用戶的影響限制在特定的允許范圍之內(nèi)。
運(yùn)營商移動(dòng)信息通用服務(wù)平臺(tái)應(yīng)用軟件在整個(gè)設(shè)計(jì)與研發(fā)過程中采用了如下避開錯(cuò)誤技術(shù)與容錯(cuò)技術(shù)，保證了整個(gè)平臺(tái)軟件的高可靠性要求。
移動(dòng)化服務(wù)器支持應(yīng)用級(jí)的負(fù)載均衡，通過單點(diǎn)登錄服務(wù)器，把訪問壓力均勻分配在移動(dòng)化服務(wù)器集群，充分利用服務(wù)器資源。
并且在某一臺(tái)移動(dòng)化服務(wù)器出現(xiàn)故障時(shí)，系統(tǒng)會(huì)迅速將請求轉(zhuǎn)發(fā)到其它正常移動(dòng)化服務(wù)器進(jìn)行處理，以避免業(yè)務(wù)的停頓。
平臺(tái)通過人工指定的方式來對企業(yè)會(huì)員進(jìn)行服務(wù)器的分配，通常情況下，會(huì)員通過指定的服務(wù)器進(jìn)行登錄，但如果一臺(tái)服務(wù)器中的會(huì)員連接數(shù)過大，單點(diǎn)登錄服務(wù)器會(huì)將后續(xù)登錄的企業(yè)用戶轉(zhuǎn)向另一臺(tái)連接數(shù)較小的服務(wù)器。當(dāng)一臺(tái)服務(wù)器發(fā)生了故障時(shí)，單點(diǎn)登錄服務(wù)器會(huì)將用戶分配到其他服務(wù)器中，如果所有服務(wù)器連接數(shù)均達(dá)到上限，則拒絕該請求，并給用戶提示。
如果要做自動(dòng)分配，建議配置專門的負(fù)載均衡設(shè)備（例如：F5），本期由于接入企業(yè)數(shù)不多，暫不做推薦。
考慮到運(yùn)營商移動(dòng)信息通用服務(wù)平臺(tái)安全的特殊性以及社會(huì)影響力，采取系統(tǒng)定時(shí)容災(zāi)備份，確保當(dāng)運(yùn)營商移動(dòng)信息通用服務(wù)平臺(tái)發(fā)生災(zāi)難或故障，可以利用容災(zāi)備份來保證應(yīng)用系統(tǒng)的安全，在移動(dòng)信息通用服務(wù)平臺(tái)發(fā)生災(zāi)難時(shí)，可以通過容災(zāi)備份恢復(fù)生產(chǎn),保證業(yè)務(wù)的連續(xù)性。
博云打印外賣店鋪授權(quán)及不出單問題的處理方法
購買佳博云打印，想用在外賣平臺(tái)接單，
在使用過程中可能會(huì)遇到這些問題。
不知道怎么綁定外賣店鋪？
外賣店鋪綁好了，店鋪列表看不到？
店鋪設(shè)置完了，出現(xiàn)丟單或者一直不出單？
......
小編匯總了一些外賣店鋪常見問題及處理方法，
請接著往下看吧~
問題一：購買了佳博云打印機(jī)，怎么綁定美團(tuán)外賣？
答：請按照使用說明文檔步驟執(zhí)行。
美團(tuán)外賣教程：
http://help.poscom.cn:8181/blog-14.html
餓了么教程：
http://help.poscom.cn:8181/blog-15.html
餓百零售教程：
http://help.poscom.cn:8181/blog-16.html
京東到家教程：
http://help.poscom.cn:8181/blog-31.html
問題二：蘋果手機(jī)選擇打印機(jī)設(shè)置時(shí)選不上？
答：嘗試上下滑動(dòng)后在點(diǎn)擊確定。
問題三：店鋪提示綁定成功，但是在店鋪列表看不到？
答：
1）先確認(rèn)綁定的是否同一個(gè)云平臺(tái)賬號(hào)；
2）檢查是否在其他地方授權(quán)，如是，請嘗試重新綁定操作；
3）以上操作還不能解決，聯(lián)系佳博云打印技術(shù)客服，電話：0756-3965611/3965100
問題四：美團(tuán)店鋪綁定后，出現(xiàn)漏單或者一直不出單是怎么回事？
答：針對美團(tuán)的個(gè)別訂單出現(xiàn)了漏單的問題，經(jīng)技術(shù)人員排查后的主要原因及解決方法如下：
1）導(dǎo)致漏單的原因：用戶在電腦的美團(tuán)外賣商家版客戶端「開啟了自動(dòng)接單」；
2）解決漏單的方法：請自行登錄電腦的美團(tuán)外賣商家版客戶端檢查是否「開啟了自動(dòng)接單」；如有請自行關(guān)閉，即可避免漏單的問題；
3）確認(rèn)店鋪沒有在其他地方授權(quán)：如飛*云、易*云、其他三方軟件等；
4）確認(rèn)其他終端不能開啟自動(dòng)接單功能，如：手機(jī)、電腦和pos收銀機(jī)等；
問題五：外賣店鋪綁定成功后，出現(xiàn)丟單，如何處理？
答：
1）如是打印標(biāo)簽，請確認(rèn)菜品是否在佳博云平臺(tái)上選擇；
2）收集佳博云平臺(tái)賬號(hào)、終端編號(hào)、餓了么賬號(hào)、美團(tuán)訂單號(hào)、出現(xiàn)故障的大概時(shí)間、打印機(jī)現(xiàn)象等提供給到云平臺(tái)技術(shù)排查。
問題六：外賣店鋪已綁定了，一直不出單是怎么回事？
答：
1）先確認(rèn)店鋪是否授權(quán)成功，在云平臺(tái)對應(yīng)的應(yīng)用店鋪列表內(nèi)查看是否能看到店鋪，如果沒有請嘗試重新授權(quán)綁定店鋪；
2）檢查店鋪是否設(shè)置了打印機(jī)，點(diǎn)擊對應(yīng)的外賣店鋪，進(jìn)入店鋪列表查看是否設(shè)置對了打印機(jī)。
3）檢查打印機(jī)是不是離線了？在云平臺(tái)首頁，點(diǎn)擊「終端列表」查看打印機(jī)狀態(tài)是否正常。
更多云打印問題，可直接聯(lián)系售后技術(shù)
電話：0756-3965060
TML 5雖然只是一個(gè)技術(shù)標(biāo)準(zhǔn)，但是眼下更多承載著顛覆蘋果與谷歌移動(dòng)生態(tài)的理想。我并不想單純從技術(shù)角度談?wù)揌TML5的現(xiàn)實(shí)處境，因?yàn)榧夹g(shù)從來不會(huì)成為發(fā)展的絕對瓶頸，尤其是HTML 5本身就不存在任何重大的技術(shù)難題。反而“商業(yè)”成了HTML 5發(fā)展無法逾越的鴻溝。只可惜“商業(yè)”從來都摻雜大量的投機(jī)成分，當(dāng)然也有商業(yè)政治的成分。
HTML5所謂的“標(biāo)準(zhǔn)定稿”在我看來只是一場公眾秀。HTML 5標(biāo)準(zhǔn)自始至終就不是W3C組織一家的自留地，更不是唯一的代言人。原本W(wǎng)3C組織對外宣傳“要到2022年才會(huì)完成HTML 5正式標(biāo)準(zhǔn)的頒布”，現(xiàn)在為何又如此匆忙的定稿？這種定稿真的會(huì)對移動(dòng)開發(fā)產(chǎn)生多大影響？
最糾結(jié)的10%
真正一直關(guān)心HTML 5的人會(huì)記得2012年7月的一個(gè)重大新聞，HTML5的兩個(gè)標(biāo)準(zhǔn)組織W3C和WHATWG因?yàn)椤袄砟畈缓稀睕Q定分道揚(yáng)鑣，這被看成一場IT界的商業(yè)政治事件。二者的根本理念差異是WHATWG認(rèn)為HTML 5應(yīng)該成為一個(gè)動(dòng)態(tài)的標(biāo)準(zhǔn)既Living Standard，而W3C則認(rèn)為應(yīng)該形成一個(gè)固定的標(biāo)準(zhǔn)。導(dǎo)致這場事件升級(jí)的真正原因并不是“理念”這么簡單，而是二者各自代表的利益集團(tuán)背后的推手。WHATWG向W3C叫板的底氣，正是來自Mozilla、蘋果和Opera的支持。W3C則選擇了微軟。
HTML5標(biāo)準(zhǔn)本身涉及的技術(shù)并無任何障礙，但是之前遲遲無法定案的原因則是錯(cuò)綜復(fù)雜，緩慢的進(jìn)度除了再一次證明這些組織是超級(jí)低效機(jī)構(gòu)之外，所謂的利益和政治博弈才是直接導(dǎo)致了進(jìn)度緩慢的真正原因。實(shí)際上截止2013年90%以上的HTML 5的標(biāo)準(zhǔn)早已完成，剩下的部分恰恰是各大利益集團(tuán)博弈的重點(diǎn)，此次W3C代為發(fā)聲，明顯生米煮成熟飯的意味，這真的會(huì)奏效么？答案是完全否定的！因?yàn)楦鞔蠼鹬鞑粫?huì)因?yàn)橐粓鯬R活動(dòng)就放棄自己的利益。
那么對開發(fā)者和技術(shù)用戶而言，W3C所謂的標(biāo)準(zhǔn)定案到底意味著什么？是否可以從中獲益？到底該如何看待這一“進(jìn)步”？
這一切還要從W3C與WHATWG的分歧開始，動(dòng)態(tài)標(biāo)準(zhǔn)還是固定的標(biāo)準(zhǔn)更適合開發(fā)者？我想，答案或許是WHATWG的Living Standard！因?yàn)闆]有動(dòng)態(tài)的標(biāo)準(zhǔn)，就不會(huì)有HTML 5的未來。未來HTML5想得到真正的發(fā)展，核心問題并不是標(biāo)準(zhǔn)哪天定稿亦或是瀏覽器性能不足，關(guān)鍵在于兩點(diǎn)，一是持續(xù)改進(jìn)，二是生態(tài)。
龜速迭代
如果沒有一個(gè)持續(xù)改進(jìn)的標(biāo)準(zhǔn)和為此而不斷努力的組織，HTML 5就只能把顛覆App生態(tài)當(dāng)成一句口號(hào)，永遠(yuǎn)充當(dāng)配角。因?yàn)樯鷳B(tài)革新速度要遠(yuǎn)大于開發(fā)者的行動(dòng)速度。
IT world已經(jīng)完全不是10年前的樣子，Cloud/Client“云與端”快速蠶食著傳統(tǒng)B/S架構(gòu)（瀏覽器到服務(wù)器）的空間。端不特指“手機(jī)端”而是更廣泛的包含“pad端”“PC端”甚至“手表端”“汽車端”“家電端”等等。而相比PC時(shí)代，更多端的出現(xiàn)，代表著更多的硬件組合以及更多業(yè)務(wù)場景和功能。我們一直詬病W3C等標(biāo)準(zhǔn)組織行動(dòng)緩慢，這次標(biāo)準(zhǔn)的公布很明顯沒有解決任何“云與端”復(fù)雜性的解決方案。我們設(shè)想一下：
場景A：以iphone的touchID為代筆的生物識(shí)別功能在各種端上興起，繼而產(chǎn)生了大量新的API，甚至可能今后帶有硬解的虹膜識(shí)別、聲紋識(shí)別等終端能力，在一個(gè)固定的HTML5標(biāo)準(zhǔn)下如何解決？HTML5附帶的device API甚至只涵蓋了feature phone時(shí)代的基礎(chǔ)通訊錄、攝像頭等功能，今天出現(xiàn)的touchID均無法有效調(diào)動(dòng)，更何況2、3年后我們無法認(rèn)知的新功能的標(biāo)準(zhǔn)配套實(shí)現(xiàn)。這種情況下不發(fā)展的HTML 5標(biāo)準(zhǔn)代表著“弱功能”
場景B：智能硬件的發(fā)展對藍(lán)牙和wifi使用以及驅(qū)動(dòng)的需求迅猛增長，而HTML 5配套的對藍(lán)牙3.0驅(qū)動(dòng)的支持標(biāo)準(zhǔn)何在？可以遵照標(biāo)準(zhǔn)的HTML 5亦或是配套的標(biāo)準(zhǔn)以及協(xié)議在瀏覽器內(nèi)連接大部分的智能硬件么？答案當(dāng)然也是全然否定的。這種未來最常見的常見之一都無法實(shí)現(xiàn)，那些大談HTML 5將會(huì)取代APP的人恐怕又會(huì)說“這些不是HTML 5擅長的，這種舉例毫無疑義”。那請問HTML 5擅長的只是排版布局和閱讀類亦或者一些低價(jià)游戲的APP么？更不要說對于NFC等很快可能成為終端標(biāo)配的系統(tǒng)新能力，所以定稿后不發(fā)展的HTML 5標(biāo)準(zhǔn)代表著“弱擴(kuò)展”
其實(shí)，這一切基于HTML 5的論點(diǎn)并非沒有明確的解決方案，簡單來說所謂的HTML 5定稿只是鬧劇和PR，如果真正期盼HTML 5挑戰(zhàn)App生態(tài)，一定要出現(xiàn)一個(gè)不停發(fā)展的動(dòng)態(tài)標(biāo)準(zhǔn)，才能夠具備上場參賽的基礎(chǔ)。只是這倚重的是標(biāo)準(zhǔn)背后的“推手”和“金主”，那些想打造自己生態(tài)王國的大玩家。作為WHATWG的重要支柱，蘋果公司一直在低調(diào)中快速發(fā)展著自身的Web App技術(shù)，到今天為止，在iOS中已經(jīng)有比Android和其他操作系統(tǒng)更成熟和完美的圍繞HTML 5和Web App的支持，只是遺憾的是蘋果公司只是把HTML 5當(dāng)成技術(shù)，而沒有為打造HTML 5的生態(tài)做出任何其他的努力。
推不動(dòng)的生態(tài)
2013年是HTML 5最低調(diào)的一年，因?yàn)樵诖饲耙荒辏姸啻驌艚吁喽粒擞脩魧TML 5普遍負(fù)面的反饋之外，最嚴(yán)重的一次事件就是Facebook的徹底反水！
扎克伯格：我們過去最大的錯(cuò)誤就是在HTML 5上面賭太大！
曾幾何時(shí)，面對HTML5扎克伯格野心勃勃的推動(dòng)著“復(fù)制Facebook在PC端生態(tài)和霸權(quán)計(jì)劃”。眾所周知，蘋果的生態(tài)系統(tǒng)是相當(dāng)封閉的，Android雖然開放但是也全面復(fù)制著蘋果的玩法iOS－>Developer－>APP－>Appstore－>User。所以Facebook全面推進(jìn)HTML 5，妄圖跳開移動(dòng)操作系統(tǒng)的掌控，擁抱HTML5和www的開放流量體系。
但是即便是Facebook如此重量級(jí)的玩家，最后也認(rèn)栽了。無獨(dú)有偶，Linkedin作為又一風(fēng)向標(biāo)，在2013年也同樣放棄了HTML 5重新?lián)肀PP。到今天，難道短短的一年多，世界就發(fā)生了徹底的改變，HTML 5又重新具備了王者的氣質(zhì)？當(dāng)然是不可能的，世界上各個(gè)IT王國都沒有改變，改變的只是時(shí)間。
根據(jù)Flurry的報(bào)告，相比去年，2014年用戶在移動(dòng)端的使用APP的份額進(jìn)一步上升突破80%，而手機(jī)網(wǎng)站的使用情況進(jìn)一步被擠壓。這說明用戶市場沒有將APP升級(jí)和下載當(dāng)成多大的困難（至少?zèng)]你想像的那么困難），并且隨著App store更加人性和智能化的幫助用戶在wifi環(huán)境下自動(dòng)升級(jí)等機(jī)制的普及，APP在使用上對用戶來說門檻越來越低，反而基于HTML5的Web App的使用和獲取倒是成了用戶的障礙。手機(jī)瀏覽器的用戶留存和使用情況越來越不樂觀，這個(gè)最重要的HTML 5的載體正在失去活力，反而大家寄望于超級(jí)APP，微信在中國眼下成了一根救命稻草。
當(dāng)然想基于超級(jí)APP的形式打造自身閉環(huán)生態(tài)的廠商不止Facebook一家，反觀國內(nèi)試水的大公司也很多，但均以鳴金收兵結(jié)尾。從UC的web app商店到百度的輕應(yīng)用，構(gòu)建基于移動(dòng)web流量的生態(tài)系統(tǒng)無一成功。目前造成這種局面原因眾多，例如瀏覽器性能不足、HTML 5標(biāo)準(zhǔn)未定稿、無有效的web app發(fā)行渠道等等，但是正如我3年前說的，最核心的問題是移動(dòng)開放流量體系和原生生態(tài)系統(tǒng)的對抗。
目前用戶從App store去搜索和下載app，在桌面存留app入口點(diǎn)擊使用，這已經(jīng)成了iOS與Android生態(tài)系統(tǒng)下的固定模式。反而讓用戶進(jìn)入超級(jí)APP，再通過搜索或連接的方式進(jìn)入一個(gè)第三方web app，無論是從操作流程還是用戶最終體驗(yàn)都無法和操作系統(tǒng)層級(jí)的體驗(yàn)抗衡。而HTML 5標(biāo)準(zhǔn)定稿沒有為這種生態(tài)的困難帶來任何一點(diǎn)的改變，所以說HTML 5在W3C操縱下的所謂標(biāo)準(zhǔn)定稿，只是一場PR的鬧劇，雖然攪動(dòng)了市場，但是也刺激了一批從業(yè)者充當(dāng)炮灰。
期待新玩家
打造移動(dòng)開放平臺(tái)和生態(tài)系統(tǒng)，微信是佼佼者，并且成功將部分App的流量轉(zhuǎn)化成了Web app的流量。微信也一路創(chuàng)新了導(dǎo)流手段，沒有選擇用戶網(wǎng)址輸入、也沒有選擇用戶搜索進(jìn)入web app，而是把賬號(hào)變成網(wǎng)址并且直接收藏的方式，形成了一個(gè)特殊的“web app瀏覽器”。在打通了流量后又恰當(dāng)?shù)募尤肓酥Ц妒侄危坏P活了流量也讓流量變得更加有價(jià)值。
這給HTML 5開發(fā)者帶來了希望，不過很快又很失望，因?yàn)殚_發(fā)者發(fā)現(xiàn)微信對流量的管控超乎預(yù)期。這讓我想到了SNS時(shí)代開放平臺(tái)玩死眾多social game廠商的過去。中國有大的互聯(lián)網(wǎng)開放平臺(tái)，曾經(jīng)的騰訊、人人甚至淘寶。但是總結(jié)規(guī)則無一不是“貔貅原則”流量只進(jìn)不出，所謂的盤活流量只是為自身生態(tài)服務(wù)，雖然這樣無可厚非，只是對于開發(fā)者來說把自己的夢想嫁接在“中國版的開放平臺(tái)上”無異于“與虎謀皮”。因此HTML 5生態(tài)的建立或許可以借助開放平臺(tái)，但是真正可以對抗原生生態(tài)的HTML 5需要的是類似于WebOS這種更徹底的變革。
開發(fā)者對于HTML5的定稿，心態(tài)大可保持平和，短期內(nèi)不會(huì)帶來任何的實(shí)質(zhì)性改變。瀏覽器特別是操作系統(tǒng)廠商也不會(huì)因?yàn)閃3C標(biāo)準(zhǔn)的定稿而放棄一直維護(hù)的自身利益，該支持的早已經(jīng)支持，不該支持的也不會(huì)遵照標(biāo)準(zhǔn)去支持。只是HTML 5作為進(jìn)步的一代標(biāo)準(zhǔn)，拋開利益和政治的博弈，還是會(huì)給開發(fā)者帶來更多的價(jià)值。只要不盲從，以學(xué)習(xí)的心態(tài)積極對待，仍會(huì)從中獲益。
HTML 5和配套的web開發(fā)技術(shù)具有跨平臺(tái)、低門檻的特性，目前大量的APP中廣泛使用了HTML5配合native development原生開發(fā)，極大的降低了APP整體的開發(fā)成本，更有一些移動(dòng)應(yīng)用引擎使用Javascript和HTML 5開發(fā)跨平臺(tái)native app，在不觸碰iOS與Android生態(tài)利益的前提下，發(fā)揮實(shí)用的價(jià)值。因此只要回歸到技術(shù)本身，把HTML 5技術(shù)應(yīng)用到可以使用的場景中充分發(fā)揮價(jià)值，就可以逐步迎接更光明的未來。
2年前，移動(dòng)開發(fā)領(lǐng)域掀起過一次行業(yè)大辯論“web app和native app誰死誰活”的問題。今天這個(gè)問題依然是一個(gè)有價(jià)值的問題。所以下一篇是，HTML 5盛宴（二）：再論Web app和Native app的未來。
本文作者劉鑫，移動(dòng)云服務(wù)APICloud創(chuàng)始人兼CEO，從SP夢網(wǎng)時(shí)代就開始持續(xù)關(guān)注移動(dòng)Web開發(fā)，個(gè)人郵箱hi.seanliu@yahoo.com
除非注明，本站文章均為原創(chuàng)或編譯，轉(zhuǎn)載請注明： 文章來自 36氪
36氪官方iOS應(yīng)用正式上線，支持『一鍵下載36氪報(bào)道的移動(dòng)App』和『離線閱讀』立即下載！
*請認(rèn)真填寫需求信息，我們會(huì)在24小時(shí)內(nèi)與您取得聯(lián)系。
