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