【正文】 發(fā)送隊列管理 如上圖所示，短信彩信發(fā)送和接收均采用隊列的方式處理： 提交發(fā)送：短信（或彩信）網(wǎng)關(guān)接口程序首先取優(yōu)先級別最高的隊列，取完依次取下一級別隊列的數(shù)據(jù)，值得說明的。 推送式繳費則在發(fā)送繳費命令前由分行按照下行短信流程或后臺提交短信繳費提醒信息，客戶按照提示信息回復(fù)簡單指令即可完成戶繳費。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 16 E C T I P業(yè)務(wù)系統(tǒng)業(yè)務(wù)系統(tǒng)公 共交 易子 系 統(tǒng)接 入子 系 統(tǒng)網(wǎng) 關(guān)子 系 統(tǒng)上 行 短 信交 易 類 短 信信 息 類 短 信短 信 系 統(tǒng) 內(nèi) 部 處 理短 信 系 統(tǒng)下 行 短 信 圖表 61 交互類短信處理流程圖 如判斷該命令在短信系統(tǒng)中無定義，則統(tǒng)一發(fā)送到 ECTIP 進(jìn)行命令的解釋處理，交易完成后，由 ECTIP 構(gòu)造下行短信，提交到總行短信系統(tǒng)，發(fā)送給客戶。 流程 當(dāng)接入子系統(tǒng)收到上行短信時，首先判斷該短信命令是信息類短信命令還是交易類短信命令。 為避免同一筆業(yè)務(wù)產(chǎn)生多筆短信，設(shè)定賬戶變動短信通知為所有業(yè)務(wù)系統(tǒng)基本服務(wù)項目，各業(yè)務(wù)系統(tǒng)不設(shè)其它與此重復(fù)的服務(wù)項目 (如個 貸系統(tǒng)設(shè)自動扣款前提醒，自動扣款失敗后催收，但不設(shè)自動扣款成功的通知，因該內(nèi)容包括在賬戶變動范圍內(nèi) )。 考慮到某些型號手機(jī)的自動簽名功能可能會引起某些上行短信內(nèi)容的歧義，因此，某些短信命令和參數(shù)結(jié)尾必須以 “” 作為結(jié)束。 規(guī)則 短信命令最長六位 ,組合規(guī)則為動詞 +對象 ,如 CXYE(查詢余額 ) 短信命令與參數(shù)間可用空格或 “” 間隔，也可以不間隔，但參數(shù)內(nèi)部不可有間隔。 短信系統(tǒng)按照運營商的協(xié)議接收手機(jī)號碼及內(nèi)容，系統(tǒng)認(rèn)為運營商發(fā)送過來的手機(jī)號碼便是客戶本人，由于信息是明文傳輸，且在運營商存儲轉(zhuǎn)發(fā)，雖采取相關(guān)的賬戶簽約、不完整賬號、繳費種類限制、金額控制等手段，仍存在偽造客戶發(fā)送短信造成的信息泄露和資金 風(fēng)險，不能完全避免。通過及時的賬戶余額變動通知保證客戶資金的安全。 涉及資金類的交互指令，包括上行短信繳費支付、推送式繳費和約定賬戶轉(zhuǎn)賬匯款等，除了操作的賬戶必須是簽約賬戶外，客戶還須在柜臺進(jìn)行繳費賬戶、約定賬戶的設(shè)定，綁定操作賬戶、手機(jī)。 “ CXYE”，“ CXMX”此類命令由于涉及客戶、賬戶信息。 二，涉及客戶信息、賬戶信息的交易類短信命令，比如查詢賬戶余額命令CXYE、查詢賬戶明細(xì)命令 CXMX 等。 分類 上行短信命令分為兩種： 一，不涉及客戶信息、賬戶信息的信息類短信命令，比如幫助短信命令 11手機(jī)銀行 WAP 地址查詢命令 9999 等。當(dāng)內(nèi)存中的業(yè)務(wù)開關(guān)信息列表被更新，即新的業(yè)務(wù)開關(guān)規(guī)則生效 ，后續(xù)的業(yè)務(wù)開關(guān)將啟用新的業(yè)務(wù)開關(guān)規(guī)則。如果 業(yè)務(wù)的狀態(tài)開關(guān)為“關(guān)”，則從 ECTIP 過來的該 業(yè)務(wù) 將 都不能發(fā)送短信 ，同時記錄錯誤日志 。 當(dāng)后臺管理子系統(tǒng) 或業(yè)務(wù)部門系統(tǒng) 對數(shù)據(jù)庫 中的 貼尾或簽名 表進(jìn)行更新時，同步更新系統(tǒng)已載入內(nèi)存中的 貼尾簽名 信息。一個短信類型編碼可以對應(yīng)一個貼尾，也可以無貼尾。如果該短信有貼尾，則簽名加在貼尾之后。 流程圖如下： 貼尾簽名 后臺管理 或業(yè)務(wù)部門系統(tǒng) 設(shè)置貼尾信息必須指定業(yè)務(wù)類型，不同的業(yè)務(wù)類型對應(yīng)不同的貼尾 。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 13 當(dāng)后臺管理子系統(tǒng)對數(shù)據(jù)庫中的黑名單信息表進(jìn)行更新時，同步更新系統(tǒng)已載入內(nèi)存中的黑名單信息。如果該手機(jī)號碼在黑名單中，則該短信被系統(tǒng)攔截，同時記錄錯誤日志。當(dāng)內(nèi)存中的過濾信息列表被更新，即新的過濾規(guī)則生效后，后續(xù)的過濾將啟用新的過濾規(guī)則。如果發(fā)送內(nèi)容包含了過濾信息，則該短信被系統(tǒng)攔截，不能夠下發(fā)，同時記錄錯誤日志。整個流程如下： 業(yè) 務(wù) 系 統(tǒng) 或業(yè) 務(wù) 部 門按 文 件 格 式 生成 內(nèi) 容 文 件傳 輸 到 E C T I P文 件 服 務(wù) 器短 信 平 臺 接 入掃 描 程 序存 在 批 量文 件 ？下 載 文 件下 載 完 成 刪 除E C T I P 上 文 件 ；并 處 理 文 件處 理 完 成 寫 日 志進(jìn) 程 等 待YN結(jié) 束 批量 短信的入口預(yù)留與業(yè)務(wù)部門的接口，業(yè)務(wù)部門可以通過 B/S 方式直接聯(lián)到短信平臺的 WEB SERVER 提交 上傳批量 短信 文件 。 實時短信的入口預(yù)留與業(yè)務(wù)部門的接口，業(yè)務(wù)部門可以通過 B/S 方式直接聯(lián)到短信平臺的 WEB SERVER 提交實時短信。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 11 參數(shù) C、 T、 N 可配置，建議取值為： C=3 分鐘， T=60 秒， N=3。在發(fā)數(shù)據(jù)包前客戶端應(yīng)先發(fā)出登陸驗證請求，服務(wù)端驗證通過后建立有效連接，有效連接完成后方可進(jìn)行數(shù)據(jù)的傳輸。 總的業(yè)務(wù)流程圖如下： E C T I P短 信 平 臺 接 入 模 塊發(fā) 送 數(shù) 據(jù) 包接 收 數(shù) 據(jù) 包 狀 態(tài) 返 回發(fā) 送 回 傳 包接 收 回 傳 包 狀 態(tài) 返 回數(shù) 據(jù) 庫 消 息 隊 列業(yè) 務(wù) 邏 輯 處 理 完 后 存 入 數(shù) 據(jù) 庫取 數(shù) 并 提 交 到 消 息 中 間 件短 信 上 行 存 入 數(shù) 據(jù) 庫取 數(shù) 并 業(yè) 務(wù) 邏 輯 處 理流 程 結(jié) 束 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 10 實時 數(shù)據(jù) 接口 實時短信接入方式是通過 ECTIP 與短信平 臺的實時接口方式，接口通訊 采用 SOCKET 長連接的方式，短信平臺為 SOCKET SERVER， ECTIP 為 SOCKET CLIENT，客戶端數(shù)據(jù)傳輸前必須先登陸驗證，待驗證通過后方可以進(jìn)行數(shù)據(jù)的傳輸。 6 接入模塊設(shè) 計 接入系統(tǒng)負(fù)責(zé)與 ECTIP 進(jìn)行短信報文的接收和返回，進(jìn)行報文格式轉(zhuǎn)換、訪問數(shù)據(jù)庫、黑名單過濾、消息內(nèi)容過濾、解析批量文件、貼尾簽名、業(yè)務(wù)開關(guān) 、公共交易處理 等操作 ，業(yè)務(wù)邏輯處理完成后存入數(shù)據(jù)庫，最后通過數(shù)據(jù)讀取程序把數(shù)據(jù)往消息中間件隊列發(fā)送。本期項目組中， ACE 主要負(fù)責(zé)在柜面實現(xiàn)一體化簽約的優(yōu)化及新增企業(yè)代個人付費批量簽約、繳費、憑證打印等需求。在本期項目中需對 CCBS 關(guān)注信息下載的流程進(jìn)行優(yōu)化，滿足分行接入的要求。 11) 核心銀行業(yè)務(wù)處理系統(tǒng)（ CCBS） CCBS 是全行的核心交易系統(tǒng)。 10) 總行信息總線系統(tǒng)（ EAIH） 總行短信系統(tǒng)在 EAIH 上發(fā)布單筆短信發(fā)送服務(wù)，通過 EAIH 為其連接的相關(guān)業(yè)務(wù)系統(tǒng)如 OA、信用卡系統(tǒng)等提供短信發(fā)送的服務(wù)。 CSR 為短信系統(tǒng)提供互動簽約、注銷功能。 9) 人工座席管理系統(tǒng)（ CSR） CSR 為電子渠道之一，通過 ECTIP 實現(xiàn)與短信系統(tǒng)互動。在電子渠道簽約流程優(yōu)化后， ECTIP 與 ECIFP 相互間訪問不通過 EAIH，減少中間環(huán)節(jié)，提高簽約成功率。 7) 企業(yè)級客戶信息系統(tǒng)（對公）（ ECIFC） 短信簽約對公客戶 信息、賬戶信息存放在 ECIFC 系統(tǒng)，為短信系統(tǒng)提供一體化簽約、客戶信息等服務(wù)。本期項目中，按照分行接入的實施計劃配合提供渠道互動簽約服務(wù)。 本期項目中，按照分行接入的實施計劃配合提供渠道互動簽約服務(wù)?？傂卸绦畔到y(tǒng)為手機(jī)銀行系統(tǒng) 提供交易通知、支付收款等短信服務(wù)。 本期項目將新增對公賬戶的支持，并按照分行接入的實施計劃配合提供渠道互動簽約服務(wù)。總行短信系統(tǒng)為呼叫中心提供查詢結(jié)果發(fā)送、業(yè)務(wù)通知等短信服務(wù)。本期項目將新增對公賬戶的支持 ,并按照分行接入的實施計劃配合提供渠道互動簽約服務(wù)。總行短信系統(tǒng)為網(wǎng)銀提供交易提醒、證書下載、二次確認(rèn)短信等短信提醒服務(wù)。短信系統(tǒng)通過 企業(yè)級渠道服務(wù)整合系統(tǒng) 為 全行的 業(yè)務(wù)系統(tǒng) 和業(yè)務(wù)部門提供收發(fā)短信的 消息 服務(wù)。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 7 1) 企業(yè)級渠道服務(wù)整合系統(tǒng)（ ECTIP） 短信系統(tǒng)作為 消息網(wǎng)關(guān)系統(tǒng) ，根據(jù)全行科技規(guī)劃，與后臺相關(guān)業(yè)務(wù)系統(tǒng)的通訊是通過 ECTIP 實現(xiàn)。 步驟三：分析：根據(jù)當(dāng)前的狀況對應(yīng)用程序的發(fā)送效率進(jìn)行分析，然后生成發(fā)送利用率、響應(yīng)時間、應(yīng)用關(guān)聯(lián)性以及其他信息的數(shù)據(jù)，通過分析這些數(shù)據(jù)生成相應(yīng)的調(diào)整參數(shù)； 步 驟四：調(diào)整：根據(jù)分析結(jié)果對當(dāng)前的短信使用情況進(jìn)行預(yù)估，如果發(fā)現(xiàn)當(dāng)前的處理策略沒有達(dá)到最優(yōu)的效率，則智能的調(diào)整當(dāng)前的處理策略，實現(xiàn)性能的最大化 平臺組件 以組件化的設(shè)計思路透視短信平臺的整體構(gòu)成。滿足大型系統(tǒng)的需要 豐富的網(wǎng)關(guān)接口，包括： 中國移動 、 中國聯(lián)通 中國電信 中國移動 MM7 彩信協(xié)議 中國移動 WAP PUSH 流量控制 從封堵到疏導(dǎo) 擁有靈活的流量控制功 能，可根據(jù)不同的業(yè)務(wù)需要，單獨控制其流量，充分利用有限的流量資源。 技術(shù)架構(gòu) 整體結(jié)構(gòu)在設(shè)計方面，秉承了模塊化、分層的思想，根據(jù)不同的功能類別可分為多個部分，在建設(shè)時可根據(jù)實際需求提供不同的增值業(yè)務(wù)服務(wù)。 數(shù)據(jù)庫服務(wù)器，用于存放系統(tǒng)運行的所有數(shù)據(jù)。 消息中間件服務(wù)器主要完成消息數(shù)據(jù)的傳輸，是接入服務(wù)器和網(wǎng)關(guān)服務(wù)器之間的橋梁。 網(wǎng)關(guān)服務(wù)器負(fù)責(zé)與運營商的短信彩信網(wǎng)關(guān)連 接 ,主要完成從消息中間件服務(wù)器獲取消息，并送往各個運營商網(wǎng)關(guān)，以及接收從運營商網(wǎng)關(guān)過來的數(shù)據(jù)。 接入服務(wù)器主要完成與總行 ECTIP的接口及各種數(shù)據(jù)業(yè)務(wù)邏輯的處理，并把數(shù)據(jù)送到消息中間件服務(wù)器 。 網(wǎng)絡(luò)結(jié)構(gòu) 其中 接入服務(wù)器、網(wǎng)關(guān)服務(wù)器、消息中間件服務(wù)器以 LINUX以及網(wǎng)絡(luò)均衡負(fù)載器組成 （ 均 支持服務(wù)器橫行無限擴(kuò)展 ） ， WEB SERVER應(yīng)用服務(wù)器 采用一臺 LINUX＋ WEBLOGIC服務(wù)組成 。 ? 應(yīng)用層 (Application Layer) 絕大多數(shù)應(yīng)用代碼處于應(yīng)用層，它負(fù)責(zé)實現(xiàn)應(yīng)用的所有用例需求。 ? 應(yīng)用基礎(chǔ)層 (Common Layer) 應(yīng)用基礎(chǔ)層是針對應(yīng)用的公共需求而 抽象出 來 的公共業(yè)務(wù)組件 。 采用 JSF/Myfaces 作為 web framework； hibernate 為對象關(guān)系映射的持久框架 (O/R Mapping persistence framework)，是 業(yè)界成熟的持久層 解決方案之一 。一般可以考慮重用 Jakarta Commons Library 或其它項目的經(jīng)驗總結(jié)。 （ 14）、（ 15）短信平臺返回狀態(tài)報告予業(yè)務(wù)系統(tǒng)。記錄數(shù)據(jù)庫后，在內(nèi)存服務(wù)器清除對應(yīng) key 的信息。中間件應(yīng)用程序?qū)Ψ祷厥『统晒Φ男畔⒎謩e記錄主數(shù)據(jù)庫。如遇失敗，網(wǎng)關(guān)按照參數(shù)配置自動選擇是否重發(fā)以及重發(fā)的次數(shù)。短信網(wǎng)關(guān)將下發(fā)信息提交至運營商短信中心，并負(fù)責(zé)接收狀態(tài)報告。中間件應(yīng)用程序?qū)⑾掳l(fā)信息分派到網(wǎng)關(guān)。中間件的應(yīng)用程序?qū)⑴判蚝蟮南掳l(fā)信息歸入發(fā)送隊列，并清除排序隊列對應(yīng)信息的 key。中間件應(yīng)用程序根據(jù)一定的算法，如短信優(yōu)先級處理，遵循一定的原則，如先入先出，將下發(fā)信息在排序隊列排序。中間件的應(yīng)用程序接收到短信 下發(fā)請求后，插入內(nèi)存服務(wù)器的交換區(qū)域。控制中心處理之后，將根據(jù)手機(jī)號碼歸屬的運營商，轉(zhuǎn)交短信下發(fā)請求至對應(yīng)運營商的中間件?？刂浦行慕邮盏絹碜远绦牌脚_接口網(wǎng)關(guān)的轉(zhuǎn)發(fā)后，開始啟動邏輯處理，包含常見的“判讀手機(jī)號碼歸屬地”、“手機(jī)號碼歸屬運營商”、“黑白名單控制”、“短信內(nèi)容過濾”等，以及來自銀行新增的業(yè)務(wù)需求。短信平臺接口網(wǎng)關(guān)不含業(yè)務(wù)處理邏輯，只負(fù)責(zé)記錄日志，轉(zhuǎn)發(fā)動態(tài)請求至控制中心。 ?? ??后臺管理：參數(shù)設(shè)置、發(fā)送狀態(tài)查詢、報表統(tǒng)計...網(wǎng)關(guān)模塊:發(fā)送隊列管理、流量控制、短信收發(fā)、彩信收發(fā)...接入模塊：接口管理、貼尾、黑名單過濾、業(yè)務(wù)開關(guān)...Simple Z公用基礎(chǔ)層:J2EE/J2SE,Jakarta Commons框架層:JSF/MyFaces,Spring,Hibernate應(yīng)用基礎(chǔ)層系統(tǒng)應(yīng)用層安全校驗異常與消息狀態(tài)管理日志事務(wù)任務(wù)調(diào)度表現(xiàn)層業(yè)務(wù)邏輯層整合層 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 9 系統(tǒng)處理流程 短信平臺下發(fā)處理流程 （ 1）短信請求：銀行業(yè)務(wù)系統(tǒng)將短信發(fā)送請求，發(fā)送到短信平臺接 口網(wǎng)關(guān)，支持 HTTP 調(diào)用訪問，也支持 socket 方式連接。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 8 接入短信系統(tǒng)的方式如下表所示： 接入點 類型 接入系統(tǒng) 實時短信接入方式 批量短信接入方