【正文】 統(tǒng)提供互動簽約、注銷功能。 本期項目中，按照分行接入的實施計劃配合提供渠道互動簽約服務(wù)。 5) 國際互聯(lián)網(wǎng)網(wǎng)站系統(tǒng)（ ） 網(wǎng)站通過鏈接網(wǎng)銀的服務(wù)，為短信系統(tǒng)提供互動簽約、注銷功能。本期項目中，按照分行接入的實施計劃配合提供渠道互動簽約服務(wù)。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 8 6) 渠道分析系統(tǒng)（ CAS） CAS 系統(tǒng)作為全行電子渠道數(shù)據(jù)分析、業(yè)務(wù)考核、渠道風險監(jiān)控和經(jīng)營決策支持等綜合性分析系統(tǒng)，為短信系統(tǒng)展現(xiàn)客戶、收入等業(yè)務(wù)報表。 7) 企業(yè)級客戶信息系統(tǒng)（對公）（ ECIFC） 短信簽約對公客戶 信息、賬戶信息存放在 ECIFC 系統(tǒng)，為短信系統(tǒng)提供一體化簽約、客戶信息等服務(wù)。 8) 企業(yè)級客戶信息系統(tǒng)（對私）（ ECIFP） 短信簽約對私客戶信息、賬戶信息存放在 ECIFP 系統(tǒng)，為短信系統(tǒng)提供一體化簽約、客戶信息等服務(wù)。在電子渠道簽約流程優(yōu)化后， ECTIP 與 ECIFP 相互間訪問不通過 EAIH，減少中間環(huán)節(jié)，提高簽約成功率。渠道簽約時簽約邏輯的控制在 ECTIP 控制 ,ECIFP 只提供客戶信息服務(wù)。 9) 人工座席管理系統(tǒng)（ CSR） CSR 為電子渠道之一，通過 ECTIP 實現(xiàn)與短信系統(tǒng)互動?？傂卸绦畔到y(tǒng)為手機銀行系統(tǒng)提供 交易通知、外呼信息發(fā)送等短信服務(wù)。 CSR 為短信系統(tǒng)提供互動簽約、注銷功能。 本期將新增對公賬戶的支持并按照分行接入的實施計劃配合提供渠道互動簽約服務(wù)。 10) 總行信息總線系統(tǒng)（ EAIH） 總行短信系統(tǒng)在 EAIH 上發(fā)布單筆短信發(fā)送服務(wù)，通過 EAIH 為其連接的相關(guān)業(yè)務(wù)系統(tǒng)如 OA、信用卡系統(tǒng)等提供短信發(fā)送的服務(wù)。 ECTIP 通過 EAIH 訪問 CCBS前置，獲取關(guān)注信息，構(gòu)造下行短信報文，發(fā)送賬戶余額變動短信。 11) 核心銀行業(yè)務(wù)處理系統(tǒng)（ CCBS） CCBS 是全行的核心交易系統(tǒng)。 CCBS 對設(shè)置了關(guān)注標志的賬戶產(chǎn)生關(guān)注信息，ECTIP 通過 EAIH 到 CCBS 前置提取關(guān)注信息，發(fā)送賬戶變動短信。在本期項目中需對 CCBS 關(guān)注信息下載的流程進行優(yōu)化，滿足分行接入的要求。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 9 12) 綜合前端系統(tǒng)（ ACE） 綜合前端系統(tǒng)為柜面操作人員和運行中心操作人員提供統(tǒng)一業(yè)務(wù)操作界面和業(yè)務(wù)操作模式。本期項目組中， ACE 主要負責在柜面實現(xiàn)一體化簽約的優(yōu)化及新增企業(yè)代個人付費批量簽約、繳費、憑證打印等需求。 13) 分行信息總線系統(tǒng)（ EAIB） 分行信息總線系統(tǒng)，主要部署在分行，連接 ACE 和 EAIH，為短信渠道的一體化簽約、柜臺繳費等提供分行級的信息傳輸通道。 6 接入模塊設(shè) 計 接入系統(tǒng)負責與 ECTIP 進行短信報文的接收和返回，進行報文格式轉(zhuǎn)換、訪問數(shù)據(jù)庫、黑名單過濾、消息內(nèi)容過濾、解析批量文件、貼尾簽名、業(yè)務(wù)開關(guān) 、公共交易處理 等操作 ，業(yè)務(wù)邏輯處理完成后存入數(shù)據(jù)庫，最后通過數(shù)據(jù)讀取程序把數(shù)據(jù)往消息中間件隊列發(fā)送。 同樣，短信上行的流程也先出入數(shù)據(jù)庫，然后取數(shù)程序取出并進行業(yè)務(wù)邏輯的處理，處理完成后 根據(jù)公共交易規(guī)則組合成數(shù)據(jù)報文 發(fā)往 ECTIP。 總的業(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ù)傳輸前必須先登陸驗證，待驗證通過后方可以進行數(shù)據(jù)的傳輸。流程如下： E C T I P短 信 平 臺建 立 T C P 連 接登 陸 驗 證驗 證 結(jié) 果 返 回發(fā) 送 數(shù) 據(jù) 包接 收 數(shù) 據(jù) 包 狀 態(tài) 返 回發(fā) 送 回 傳 包接 收 回 傳 包 狀 態(tài) 返 回發(fā) 送 鏈 路 檢 測 包接 收 鏈 路 檢 測 包 狀 態(tài) 返 回 通信原理： 通信雙方以客戶 (ECTIP)服務(wù)器 (短信平臺 )方式建立 TCP 連接 (SOCKET長連接 )，用于雙方信息的相互提交。在發(fā)數(shù)據(jù)包前客戶端應(yīng)先發(fā)出登陸驗證請求，服務(wù)端驗證通過后建立有效連接，有效連接完成后方可進行數(shù)據(jù)的傳輸。當信道上沒 有數(shù)據(jù)傳輸時，通信雙方應(yīng)每隔時間 C 發(fā)送鏈路檢測包以維持此連接，當鏈路檢測包發(fā)出超過時間 T 后未收到響應(yīng)，應(yīng)立即再發(fā)送鏈路檢測包，再連續(xù)發(fā)送 N1 次后仍未得到響應(yīng)則斷開此連接。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 11 參數(shù) C、 T、 N 可配置，建議取值為： C=3 分鐘， T=60 秒， N=3。 具體的協(xié)議內(nèi)容 參見 接口設(shè)計 章節(jié) 。 實時短信的入口預(yù)留與業(yè)務(wù)部門的接口，業(yè)務(wù)部門可以通過 B/S 方式直接聯(lián)到短信平臺的 WEB SERVER 提交實時短信。 批量數(shù)據(jù)接口 批量數(shù)據(jù)采用文件方式傳遞，由業(yè)務(wù)系統(tǒng)或業(yè)務(wù)部門通過文件方式傳輸?shù)紼CTIP 文件服務(wù)器，短信平臺采用定時掃 描的方式來檢測是否有文件，有則下載并處理。整個流程如下： 業(yè) 務(wù) 系 統(tǒng) 或業(yè) 務(wù) 部 門按 文 件 格 式 生成 內(nèi) 容 文 件傳 輸 到 E C T I P文 件 服 務(wù) 器短 信 平 臺 接 入掃 描 程 序存 在 批 量文 件 ？下 載 文 件下 載 完 成 刪 除E C T I P 上 文 件 ；并 處 理 文 件處 理 完 成 寫 日 志進 程 等 待YN結(jié) 束 批量 短信的入口預(yù)留與業(yè)務(wù)部門的接口，業(yè)務(wù)部門可以通過 B/S 方式直接聯(lián)到短信平臺的 WEB SERVER 提交 上傳批量 短信 文件 。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 12 信息內(nèi)容過濾 接入模塊初始化時從數(shù)據(jù)庫中獲得過濾信息列表載入內(nèi)存中，當從 ECTIP接收報文包并解壓出消息內(nèi)容時，將消息內(nèi)容與過濾信息列表中每一條過濾信息作匹配比較。如果發(fā)送內(nèi)容包含了過濾信息，則該短信被系統(tǒng)攔截，不能夠下發(fā)，同時記錄錯誤日志。 當后臺管理子系統(tǒng)對數(shù)據(jù) 庫中的過濾信息表進行更新時，同步更新系統(tǒng)已載入內(nèi)存中的過濾信息。當內(nèi)存中的過濾信息列表被更新，即新的過濾規(guī)則生效后，后續(xù)的過濾將啟用新的過濾規(guī)則。 流程圖如下： 黑名單過濾 接入模塊初始化時從數(shù)據(jù)庫中獲得黑名單信息列表載入內(nèi)存中，從 ECTIP接收到的報文并解析出 手機 號碼 ， 將手機號碼與黑名單列表中每條記錄作匹配。如果該手機號碼在黑名單中，則該短信被系統(tǒng)攔截，同時記錄錯誤日志。 該過濾規(guī)則同時也應(yīng)用于上行過濾。 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 13 當后臺管理子系統(tǒng)對數(shù)據(jù)庫中的黑名單信息表進行更新時，同步更新系統(tǒng)已載入內(nèi)存中的黑名單信息。當內(nèi)存中的 黑名單信息列表被更新，即新的黑名單過濾規(guī)則生效后，后續(xù)的過濾將啟用新的過濾規(guī)則 。 流程圖如下： 貼尾簽名 后臺管理 或業(yè)務(wù)部門系統(tǒng) 設(shè)置貼尾信息必須指定業(yè)務(wù)類型，不同的業(yè)務(wù)類型對應(yīng)不同的貼尾 。 簽名是必須要加在短信末尾的字串。如果該短信有貼尾，則簽名加在貼尾之后。 接入模塊 根據(jù) ECTIP 過來的報文中的業(yè)務(wù)類型編碼，從貼尾表中讀取 對應(yīng)業(yè)務(wù) 的貼尾。一個短信類型編碼可以對應(yīng)一個貼尾，也可以無貼尾。 例如：一條業(yè) 務(wù)部門提交的短信內(nèi)容可能為“正文＋貼尾＋簽名”或“正文＋簽名” 。 當后臺管理子系統(tǒng) 或業(yè)務(wù)部門系統(tǒng) 對數(shù)據(jù)庫 中的 貼尾或簽名 表進行更新時，同步更新系統(tǒng)已載入內(nèi)存中的 貼尾簽名 信息。當內(nèi)存中的 貼尾簽名 信息列表被更新，即新的 貼尾簽名 規(guī)則生效 ，后續(xù)的 貼尾簽名 將啟用新的 貼尾簽名 規(guī)則 “ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 14 業(yè)務(wù)開關(guān) 為 業(yè)務(wù)系統(tǒng)設(shè)置 狀態(tài)開關(guān)，用于控制是否允許 某 業(yè)務(wù)發(fā)送短信。如果 業(yè)務(wù)的狀態(tài)開關(guān)為“關(guān)”，則從 ECTIP 過來的該 業(yè)務(wù) 將 都不能發(fā)送短信 ，同時記錄錯誤日志 。 當后臺管理子系統(tǒng)對數(shù)據(jù)庫中的業(yè)務(wù)開關(guān)表進行更新時，同步更新系統(tǒng)已載入內(nèi)存中的業(yè)務(wù)開關(guān) 信息。當內(nèi)存中的業(yè)務(wù)開關(guān)信息列表被更新，即新的業(yè)務(wù)開關(guān)規(guī)則生效 ，后續(xù)的業(yè)務(wù)開關(guān)將啟用新的業(yè)務(wù)開關(guān)規(guī)則。 公共交易 公共交易指短信上行業(yè)務(wù)的系統(tǒng)邏輯處理 。 分類 上行短信命令分為兩種： 一，不涉及客戶信息、賬戶信息的信息類短信命令，比如幫助短信命令 11手機銀行 WAP 地址查詢命令 9999 等。此種命令由短信系統(tǒng)內(nèi)部直接進行處理和應(yīng)答。 二，涉及客戶信息、賬戶信息的交易類短信命令，比如查詢賬戶余額命令CXYE、查詢賬戶明細命令 CXMX 等。 此種命令 由短信系統(tǒng)根據(jù)短信命令構(gòu)造公共交易請求報文，發(fā)送給 ECTIP 處理；短信系統(tǒng)接收到來自 ECTIP 的公共交易應(yīng)答報文后 ，抽取關(guān)鍵數(shù)據(jù)按照預(yù)先設(shè)定的短信模板構(gòu)造應(yīng)答短信發(fā)送給手機用戶。 “ CXYE”，“ CXMX”此類命令由于涉及客戶、賬戶信息。客戶必須通過柜臺、網(wǎng)銀、手機銀行、 CCI 等渠道確認客戶身份后進行賬戶、客戶信息的登記后才允許進行查詢，為避免在傳輸過程中泄露客戶信息，在傳輸?shù)膬?nèi)容上不允許出現(xiàn)全賬號，賬戶密碼等敏感內(nèi)容，皆為公開信息。 涉及資金類的交互指令，包括上行短信繳費支付、推送式繳費和約定賬戶轉(zhuǎn)賬匯款等，除了操作的賬戶必須是簽約賬戶外，客戶還須在柜臺進行繳費賬戶、約定賬戶的設(shè)定，綁定操作賬戶、手機。同時，對此類資 金類交易進行每天限額“ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 15 進行嚴格控制，交易種類進行控制，繳費支付限定在實名制類的繳費支付，如水電煤氣費等，封閉轉(zhuǎn)賬只限于簽約賬戶同名內(nèi)的賬戶互轉(zhuǎn)。通過及時的賬戶余額變動通知保證客戶資金的安全。在客戶發(fā)送的指令中，只包含賬戶的后四位，若有存在多個后四位相同的賬戶則按交易失敗處理。 短信系統(tǒng)按照運營商的協(xié)議接收手機號碼及內(nèi)容，系統(tǒng)認為運營商發(fā)送過來的手機號碼便是客戶本人，由于信息是明文傳輸，且在運營商存儲轉(zhuǎn)發(fā)，雖采取相關(guān)的賬戶簽約、不完整賬號、繳費種類限制、金額控制等手段，仍存在偽造客戶發(fā)送短信造成的信息泄露和資金 風險，不能完全避免。經(jīng)業(yè)務(wù)部門確認此風險，可承擔此風險。 規(guī)則 短信命令最長六位 ,組合規(guī)則為動詞 +對象 ,如 CXYE(查詢余額 ) 短信命令與參數(shù)間可用空格或 “” 間隔，也可以不間隔，但參數(shù)內(nèi)部不可有間隔。 短信命令不分大小寫。 考慮到某些型號手機的自動簽名功能可能會引起某些上行短信內(nèi)容的歧義，因此，某些短信命令和參數(shù)結(jié)尾必須以 “” 作為結(jié)束。 對客戶上傳短信回車、空格等不可見字符的過濾。 為避免同一筆業(yè)務(wù)產(chǎn)生多筆短信，設(shè)定賬戶變動短信通知為所有業(yè)務(wù)系統(tǒng)基本服務(wù)項目，各業(yè)務(wù)系統(tǒng)不設(shè)其它與此重復的服務(wù)項目 (如個 貸系統(tǒng)設(shè)自動扣款前提醒，自動扣款失敗后催收，但不設(shè)自動扣款成功的通知，因該內(nèi)容包括在賬戶變動范圍內(nèi) )。其它通用功能如查詢余額等也作為基本功能設(shè)立，而不在各業(yè)務(wù)系統(tǒng)中分別設(shè)立。 流程 當接入子系統(tǒng)收到上行短信時，首先判斷該短信命令是信息類短信命令還是交易類短信命令。如果是信息類短信命令，接入子系統(tǒng)調(diào)用內(nèi)部相應(yīng)處理邏輯進行處理；如果是交易類短信命令，接入子系統(tǒng)將其發(fā)給公共交易子系統(tǒng)處理。 “ 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 進行命令的解釋處理，交易完成后，由 ECTIP 構(gòu)造下行短信，提交到總行短信系統(tǒng)，發(fā)送給客戶。 本期項目中新增的短信繳費、支付等的命令采用這種模式實現(xiàn)。 推送式繳費則在發(fā)送繳費命令前由分行按照下行短信流程或后臺提交短信繳費提醒信息，客戶按照提示信息回復簡單指令即可完成戶繳費。 7 網(wǎng)關(guān)模塊設(shè)計 如上圖所示， 網(wǎng)關(guān)模塊負責從各消息隊列把數(shù)據(jù)取出， 提交到各運營商短信“ e 信通”短信系統(tǒng)全行整合二期項目技術(shù)方案 17 或彩信網(wǎng)關(guān) ，并 把發(fā)送狀態(tài)記錄到數(shù)據(jù)庫 ； 同樣 ， 短信或彩信上行在接收到運營商方過來的數(shù)據(jù)包后進行分解，然后將分解后的數(shù)據(jù)按一定格式發(fā)送到對應(yīng)的上行消息隊列中。 發(fā)送隊列管理 如上圖所示，短信彩信發(fā)送和接收均采用隊列的方式處理： 提交發(fā)送：短信（或彩信）網(wǎng)關(guān)接口程序首先取優(yōu)先級別最高的隊列，取完依次取下一級別隊列的數(shù)據(jù)，值得說明