統(tǒng)一接口平臺

TOC\o"1-5"\h\z\o"CurrentDocument"統(tǒng)一接口平臺 2\o"CurrentDocument"接口平臺架構(gòu) 2\o"CurrentDocument"邏輯架構(gòu)圖 3\o"CurrentDocument"功能模塊圖 4\o"CurrentDocument"實(shí)現(xiàn)方式及流程 4\o"CurrentDocument"功能實(shí)現(xiàn) 6\o"CurrentDocument"調(diào)度管理 6\o"CurrentDocument"數(shù)據(jù)封裝管理 .6\o"CurrentDocument"協(xié)議適配管理 .6\o"CurrentDocument"接口定義管理 8\o"CurrentDocument"數(shù)據(jù)項(xiàng)定義管理 10\o"CurrentDocument"緩存及預(yù)處理 10\o"CurrentDocument"接口安全管理 11\o"CurrentDocument"監(jiān)控管理 12\o"CurrentDocument"接口日志管理 12總體方案建議書總體方案建議書1統(tǒng)一接口平臺接口平臺架構(gòu)浙江移動電子渠道各子業(yè)務(wù)系統(tǒng)通過統(tǒng)一接口層獲取數(shù)據(jù)，不直接與外部系統(tǒng)接口打交道。統(tǒng)一接口層通過多種方式與外部系統(tǒng)聯(lián)接、獲取數(shù)據(jù)并向各子業(yè)務(wù)系統(tǒng)提供XML數(shù)據(jù)格式包，將外部系統(tǒng)有效地隔離在業(yè)務(wù)系統(tǒng)之外。第三方業(yè)務(wù)系統(tǒng)需要請求的外部接口需要在統(tǒng)一接口層注冊，并生成配置文件；每次訪問都會被有效地記錄，實(shí)行監(jiān)管。電子渠道系統(tǒng)統(tǒng)一接口平臺實(shí)現(xiàn)構(gòu)架如下電子渠道系統(tǒng)統(tǒng)一接口平臺實(shí)現(xiàn)構(gòu)架如下在炎黃新星統(tǒng)一接口平臺中，接口層為電子渠道系統(tǒng)提供接口訪問支撐，提供統(tǒng)一的雙向訪問接口。應(yīng)用邏輯層通過調(diào)用接口層與各外部系統(tǒng)進(jìn)行交互，向其他系統(tǒng)傳遞數(shù)據(jù)并得到反饋。其他系統(tǒng)通過接口層主動訪問電子渠道系統(tǒng)，并得到反饋。第2第2頁，共13頁總體方案建議書總體方案建議書邏輯架構(gòu)圖人、vveuseivic協(xié)議適配層人、vveuseivic協(xié)議適配層接口調(diào)度層主要的功能是根據(jù)外部業(yè)務(wù)系統(tǒng)的服務(wù)請求來進(jìn)行接口調(diào)度管理。數(shù)據(jù)封裝層對接口協(xié)議進(jìn)行適配，以達(dá)到接口層靈活的擴(kuò)展新的外部接口;接口適配器中會根據(jù)配置規(guī)則的要求實(shí)現(xiàn)對外部接口調(diào)用超時以及重發(fā)的處理。協(xié)議適配層的功能完成內(nèi)部協(xié)議（外部系統(tǒng)和接口層之間的數(shù)據(jù)傳輸協(xié)議）到接口適配器協(xié)議的轉(zhuǎn)換。第3第3頁，共13頁總體方案建議書總體方案建議書功能模塊圖實(shí)現(xiàn)方式及流程接口主要分為兩類：包括主動發(fā)起請求方式、被動接收請求方式接口；主動請求類接口主要是電子渠道接口平臺向外圍系統(tǒng)發(fā)起接口請求的，包括與BOSS的接口、銀聯(lián)接口、短信/WAP網(wǎng)關(guān)接口、第三方支付系統(tǒng)接口等；被動請求類接口主要是第三方外圍系統(tǒng)向電子渠道發(fā)送的接口請求，包括業(yè)務(wù)查詢、開戶、辦理、支付等請求。接口層作為Client端主動發(fā)起服務(wù)請求時，要按照接收服務(wù)請求方的協(xié)議進(jìn)行數(shù)據(jù)交互；作為Server端被動接收服務(wù)請求時，要承擔(dān)服務(wù)請求端的協(xié)議適配功能。以下以查詢類業(yè)務(wù)為例，說明數(shù)據(jù)的交互流程。第4第4頁，共13頁總體方案建議書第第5頁，共13頁北京炎黃新星網(wǎng)絡(luò)科技有限公司總體方案建議書功能實(shí)現(xiàn)調(diào)度管理接口調(diào)度為應(yīng)用邏輯層提供統(tǒng)一的訪問入口，提供應(yīng)用邏輯層所需要的各種業(yè)務(wù)接口。應(yīng)用邏輯層通過webservice遠(yuǎn)程訪問接口層提供的各種功能接口，比如話費(fèi)查詢，業(yè)務(wù)辦理，銀聯(lián)支付等等。調(diào)度管理則根據(jù)不同的請求類型，調(diào)用相應(yīng)的后端功能模塊或其它系統(tǒng)功能模塊處理服務(wù)請求。接口平臺根據(jù)通過webservices把調(diào)用方法暴露給電子渠道系統(tǒng)應(yīng)用層供其調(diào)用；電子渠道系統(tǒng)應(yīng)用層和接口層之間的接口就一個，通過傳入?yún)?shù)（xml）定義的不同區(qū)分不同的業(yè)務(wù)。數(shù)據(jù)封裝管理現(xiàn)有BOSS、短信網(wǎng)關(guān)/WAP網(wǎng)關(guān)、支付實(shí)體等外部系統(tǒng)采用透明/加密方式和電子渠道系統(tǒng)交互數(shù)據(jù)。需要在接口層中的數(shù)據(jù)封裝層進(jìn)行統(tǒng)一定義，統(tǒng)一處理。這樣設(shè)計的原因有以下方面：＞保持了核心數(shù)據(jù)的一致性，BOSS等外部對應(yīng)用層是個〃黑盒子〃，應(yīng)用層從外部系統(tǒng)接受統(tǒng)一格式、統(tǒng)一定義的業(yè)務(wù)接口數(shù)據(jù)；＞接口層能夠〃理解〃第三方系統(tǒng)的接口業(yè)務(wù)定義，然后統(tǒng)一〃翻譯〃成標(biāo)準(zhǔn)的業(yè)務(wù)數(shù)據(jù)接口供應(yīng)用層調(diào)用，可以使應(yīng)用模塊開發(fā)小組更加專注于業(yè)務(wù)邏輯的開發(fā)，提升了開發(fā)質(zhì)量和效率＞使各業(yè)務(wù)模塊既可以獨(dú)立支撐不同的接入，又便于模塊間的松耦合調(diào)用數(shù)據(jù)封裝層根據(jù)請求獲取相應(yīng)的業(yè)務(wù)轉(zhuǎn)換規(guī)則，將從應(yīng)用邏輯層發(fā)送過來數(shù)據(jù)封裝為其他系統(tǒng)能夠接收的格式；將從其他系統(tǒng)獲得的數(shù)據(jù)封裝成應(yīng)用邏輯層可處理的格式，并對其中需要統(tǒng)一語義、統(tǒng)一格式的數(shù)據(jù)進(jìn)行格式化。協(xié)議適配管理為屏蔽不同接入方式服務(wù)請求所采用的協(xié)議差異，協(xié)議轉(zhuǎn)換功能支持將各種第6第6頁，共13頁總體方案建議書接入?yún)f(xié)議轉(zhuǎn)換為統(tǒng)一的服務(wù)請求協(xié)議。在請求處理結(jié)果反饋時，支持將統(tǒng)一的服務(wù)請求協(xié)議轉(zhuǎn)換成不同接入方式可識別的協(xié)議模式。通訊方式.支持多種實(shí)現(xiàn)方式的接口，包括主動發(fā)起請求方式、被動接收請求方式。.主動請求主要是電子渠道接口平臺向電子渠道外的系統(tǒng)發(fā)起的接口請求，包括與總部BOSS的接口、銀聯(lián)接口、、第三方支付系統(tǒng)接口等。.被動請求主要是電子渠道外圍接口向電子渠道發(fā)送接口請求，包括業(yè)務(wù)查詢、辦理等。實(shí)現(xiàn)機(jī)制J2EE/EJBAPI調(diào)用方式：統(tǒng)一接口平臺通過API服務(wù)調(diào)用方式將接口信息實(shí)時同步給第三方業(yè)務(wù)系統(tǒng)。消息隊列傳輸方式：統(tǒng)一接口平臺通過消息中間件將接口信息通過消息隊列傳送給第三方業(yè)務(wù)系統(tǒng)。SOCKET方式：統(tǒng)一接口平臺通過Socket方式將接口信息等數(shù)據(jù)同步給第三方業(yè)務(wù)系統(tǒng)。WebService方式：統(tǒng)一接口平臺通過WEBSERVICE服務(wù)調(diào)用方式將接口信息實(shí)時地傳送給第三方業(yè)務(wù)系統(tǒng)。URL調(diào)用方式：統(tǒng)一接口平臺通過調(diào)用第三方業(yè)務(wù)系統(tǒng)URL實(shí)現(xiàn)相應(yīng)接口的業(yè)務(wù)處理。文件方式：統(tǒng)一接口平臺通過FTP文件方式將接口信息定時同步給第三方業(yè)務(wù)系統(tǒng)。協(xié)議轉(zhuǎn)換為屏蔽不同接入方式服務(wù)請求所采用的協(xié)議差異，協(xié)議轉(zhuǎn)換功能支持將各種接入?yún)f(xié)議轉(zhuǎn)換為統(tǒng)一的服務(wù)請求協(xié)議。在請求處理結(jié)果反饋時，支持將統(tǒng)一的服務(wù)請求協(xié)議轉(zhuǎn)換成不同接入方式可識別的協(xié)議模式。第7第7頁，共13頁總體方案建議書接口定義管理接口定義管理幫助管理員通過標(biāo)準(zhǔn)的定義工具來定義和維護(hù)接口。通過接口定義管理有效的提高了接口層的靈活性。應(yīng)用層接口查詢類接口口話費(fèi)余額查詢口繳費(fèi)記錄查詢口歷史帳單查詢口積分查詢口積分消費(fèi)歷史記錄口積分生成明細(xì)口業(yè)務(wù)辦理接口受理類接口口積分兌換充值卡口SP定制信息查詢及取消口呼叫轉(zhuǎn)移設(shè)置及取消口國際漫游開通關(guān)閉口增值業(yè)務(wù)受理口充值繳費(fèi)口充值卡充值口銀聯(lián)卡繳費(fèi)口其他支付手段繳費(fèi)口機(jī)主報停報開.3支付類接口口第三方支付口接觸層調(diào)用本接口向第三方支付接北京炎黃新星網(wǎng)絡(luò)科技有限公司第8頁，共13頁總體方案建議書口進(jìn)行支付.4其他類接口口用戶身份驗(yàn)證口用戶信息查詢口用戶個人信息修改口用戶修改密碼口。。。。。。夕卜部系統(tǒng)接口BOSS接口功能描述：統(tǒng)一接口平臺根據(jù)業(yè)務(wù)需要，通過實(shí)時接口調(diào)用BOSS的業(yè)務(wù)接口。通過文件方式實(shí)現(xiàn)業(yè)務(wù)受理的核對。.接口方式：主動請求方式。.接口協(xié)議：SOCEKT方式、webservice方式、文件方式。.2銀聯(lián)、銀行接口.功能描述：統(tǒng)一接口平臺根據(jù)業(yè)務(wù)需要，通過實(shí)時接口調(diào)用銀聯(lián)、銀行的繳費(fèi)接口；銀聯(lián)、銀行通過調(diào)用統(tǒng)一接口平臺的實(shí)時接口實(shí)現(xiàn)繳費(fèi)。通過文件方式實(shí)現(xiàn)業(yè)務(wù)受理的核對。.接口方式：主動請求方式、被動請求方式。.接口協(xié)議：SOCEKT方式、webservice方式、URL調(diào)用、文件方式。.2.3短信網(wǎng)關(guān)接口主要是解決第三方業(yè)務(wù)系統(tǒng)的通信功能。采用SGIP標(biāo)準(zhǔn)的短信網(wǎng)關(guān)協(xié)議。主要是接收短信網(wǎng)關(guān)的業(yè)務(wù)請求，按照短信應(yīng)用的業(yè)務(wù)處理請求，處理后，把處第9第9頁，共13頁總體方案建議書理結(jié)果返回給短信網(wǎng)關(guān)。這個通信的接口定義為短信應(yīng)用接口。短信應(yīng)用系統(tǒng)要被分配短信接入號，凡是這個接入號的請求，短信網(wǎng)關(guān)都要把請求轉(zhuǎn)發(fā)給系統(tǒng)，處理后，再把結(jié)果返回短信網(wǎng)關(guān)。.2.4WAP網(wǎng)關(guān)接口主要負(fù)責(zé)為第三方業(yè)務(wù)系統(tǒng)提供WAP通道，采用WAP2.0協(xié)議。數(shù)據(jù)項(xiàng)定義管理對數(shù)據(jù)封裝層所使用的業(yè)務(wù)轉(zhuǎn)換規(guī)則進(jìn)行配置。包括：＞對接口數(shù)據(jù)格式進(jìn)行定義。＞對數(shù)據(jù)格式轉(zhuǎn)換規(guī)則進(jìn)行配置。緩存及預(yù)處理緩存處理令發(fā)送緩沖區(qū)在用戶數(shù)據(jù)業(yè)務(wù)量較大的情況下，對用戶提交數(shù)據(jù)進(jìn)行緩沖。暫存用戶數(shù)據(jù)消息，按用戶消息優(yōu)先級順序提交給接口層。消息隊列調(diào)度機(jī)制。令接收緩沖區(qū)：獲取有關(guān)接口處理結(jié)果，對不同業(yè)務(wù)數(shù)據(jù)按照頻率及可緩沖情況進(jìn)行數(shù)據(jù)緩沖，以加快查詢類接口處理速度。令預(yù)處理：通過接口層的監(jiān)控分析或由管理員事先定義，對于經(jīng)常需要訪問的接口數(shù)據(jù)，可實(shí)現(xiàn)預(yù)先讀取，提高訪問響應(yīng)速度。如：月初的詳單查詢，可事先定義在出帳后讀取過來。第10頁，共第10頁，共13頁總體方案建議書總體方案建議書接口信息處理令操作信息處理將獲取的XML消息內(nèi)容調(diào)用不同的適配器，由適配器轉(zhuǎn)化為實(shí)際業(yè)務(wù)系統(tǒng)所需要的消息格式形式。令結(jié)果信息處理獲取業(yè)務(wù)系統(tǒng)操作結(jié)果，并按接口配置將返回結(jié)果信息按XML格式進(jìn)行包裝。并對BOSS輸入的業(yè)務(wù)數(shù)據(jù)進(jìn)行統(tǒng)一封裝和定義。令適配器層根據(jù)不同的業(yè)務(wù)所使用的通信協(xié)議，建立不同的適配器，如：用于WEB服務(wù)器的HTTP適配器，用于短消息處理的CMPP適配器等，適用于Webservice的SOAP適配器等。有關(guān)適配器的調(diào)用規(guī)范在接口配置中預(yù)先作好定義。請求消息處理獲取請求消息，分析消息類型后，按接口配置對請求消息進(jìn)行包裝（形成符合接口層要求的數(shù)據(jù)消息）。接口配置中預(yù)先指定了對請求消息包裝的規(guī)范。消息規(guī)范采用SOAP協(xié)議。消息格式為XML格式或DOM對象。接口安全管理安全控制管理為了保證系統(tǒng)的安全運(yùn)行，各種接口方式都應(yīng)該保證其接入的安全性。接口的安全是系統(tǒng)安全的一個重要組成部分。保證接口的自身安全，通過接口實(shí)現(xiàn)技術(shù)上的安全控制，做到對安全事件的“可知、可控、可預(yù)測”，是實(shí)現(xiàn)系統(tǒng)安全的一個重要基礎(chǔ)。根據(jù)接口連接特點(diǎn)與業(yè)務(wù)特色，制定專門的安全技術(shù)實(shí)施策略，保證接口的數(shù)據(jù)傳輸和數(shù)據(jù)處理的安全性。第11第11頁，共13頁總體方案建議書系統(tǒng)應(yīng)在接入點(diǎn)的網(wǎng)絡(luò)邊界實(shí)施接口安全控制。接口的安全控制在邏輯上包括：安全評估、訪問控制、入侵檢測、口令認(rèn)證、安全審計、防惡意代碼、加密等內(nèi)容。傳輸控制管理傳輸控制利用高速數(shù)據(jù)通道技術(shù)實(shí)現(xiàn)把前端的大數(shù)據(jù)量并發(fā)請求分發(fā)到后端，從而保證應(yīng)用系統(tǒng)在大量客戶端同時請求服務(wù)時，能夠保持快速、穩(wěn)定的工作狀態(tài)。系統(tǒng)應(yīng)采用傳輸控制手段降低接口網(wǎng)絡(luò)負(fù)擔(dān)，提高接口吞吐能力，保證系統(tǒng)的整體處理能力。具體手段包括負(fù)載均衡、伸縮性與動態(tài)配置管理、網(wǎng)絡(luò)調(diào)度等功能:負(fù)載均衡：為了確保接口服務(wù)吞吐量最大，接口應(yīng)自動地在系統(tǒng)中完成動態(tài)負(fù)載均衡調(diào)度。伸縮性與動態(tài)配置管理：由系統(tǒng)自動伸縮管理方式或動態(tài)配置管理方式實(shí)現(xiàn)隊列管理、存取資源管理，以及接口應(yīng)用的恢復(fù)處理等。網(wǎng)絡(luò)調(diào)度：在雙方接口之間設(shè)置多個網(wǎng)絡(luò)通道，實(shí)現(xiàn)接口的多數(shù)據(jù)通道和容錯性，保證當(dāng)有一網(wǎng)絡(luò)通道通訊失敗時，進(jìn)行自動的切換，實(shí)現(xiàn)接口連接的自動恢復(fù)。監(jiān)控管理提供系統(tǒng)監(jiān)控平臺，監(jiān)控接口平臺是否正常，監(jiān)控與第三方系統(tǒng)連接是否正常，監(jiān)控接口平臺壓力情況，并根據(jù)系統(tǒng)情況生成報警信息等。記錄監(jiān)控日志，可生成監(jiān)控報表。接口日志管理功能實(shí)現(xiàn)統(tǒng)一接口平臺對各第三方系統(tǒng)調(diào)用的信息進(jìn)行統(tǒng)一的記錄，運(yùn)營商可以全面的了解到電子渠道的運(yùn)營情況，交易情況。通過現(xiàn)有統(tǒng)一平臺架構(gòu)，可以完成各個渠道調(diào)用數(shù)據(jù)的統(tǒng)一記錄，方便運(yùn)營商進(jìn)行日常業(yè)務(wù)跟蹤，交易情況查詢，