本發(fā)明涉及一個(gè)面向多渠道商的金融產(chǎn)品銷售開放業(yè)務(wù)平臺。

背景技術(shù)：

國內(nèi)互聯(lián)網(wǎng)金融門戶發(fā)展分為兩部分：一、傳統(tǒng)金融機(jī)構(gòu)采用信息化技術(shù)向互聯(lián)網(wǎng)方向發(fā)展；二、互聯(lián)網(wǎng)企業(yè)涉足金融產(chǎn)業(yè)?；ヂ?lián)網(wǎng)金融門戶通過與單家或多家金融機(jī)構(gòu)對接，支持金融產(chǎn)品的定義和銷售服務(wù)。不同平臺銷售的金融產(chǎn)品種類不一，有單一種類金融產(chǎn)品、種類金融產(chǎn)品和金融產(chǎn)品衍生品等。例如：某聚寶平臺，致力于向用戶提供簡單的理財(cái)服務(wù)。該平臺通過與多家金融機(jī)構(gòu)對接，匯聚了基金、債券、股票等多種金融產(chǎn)品，支持其產(chǎn)品定義、交易整合、對賬監(jiān)控等服務(wù)，并提供財(cái)經(jīng)資訊、市場行情等服務(wù)，直接向用戶提供理財(cái)產(chǎn)品的交易、咨詢服務(wù)。

不論是向互聯(lián)網(wǎng)方向發(fā)展的傳統(tǒng)金融機(jī)構(gòu)的平臺（如平安陸金所等），還是涉足金融產(chǎn)業(yè)的互聯(lián)網(wǎng)企業(yè)（如螞蟻聚寶等），目前均是提供單向接口來對接金融機(jī)構(gòu)，并不提供開放平臺至前端銷售渠道。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于提供一種面向多渠道商的金融產(chǎn)品銷售開放業(yè)務(wù)平臺，支持互聯(lián)網(wǎng)金融產(chǎn)品銷售渠道商對提供銷售金融產(chǎn)品平臺的需求，可滿足對不同銷售渠道商的接入，通過對接口作統(tǒng)一化管理，使得金融云平臺的系統(tǒng)能夠向多個(gè)金融產(chǎn)品銷售端提供更優(yōu)質(zhì)、標(biāo)準(zhǔn)的服務(wù)。

為了達(dá)到上述目的，本發(fā)明的技術(shù)方案是提供一種面向多渠道商的金融產(chǎn)品銷售開放業(yè)務(wù)平臺，其中包含Open API接口網(wǎng)關(guān)，其開放與所提供的服務(wù)相應(yīng)的API，使渠道商的前端得以接入；所述Open API接口網(wǎng)關(guān)從接入的渠道商的前端進(jìn)行信息收集，接受前端發(fā)送的請求，并通過與金融云平臺交互獲取與服務(wù)相關(guān)的數(shù)據(jù)反饋給前端。

可選地，所述Open API接口網(wǎng)關(guān)通過產(chǎn)品引擎、交易引擎、規(guī)則引擎和流程引擎，對服務(wù)相關(guān)的產(chǎn)品、合同、賬戶、客戶進(jìn)行管理；

所述產(chǎn)品引擎支持對產(chǎn)品結(jié)構(gòu)和規(guī)則的配置及產(chǎn)品組合定義；

所述規(guī)則引擎支持對業(yè)務(wù)規(guī)則的配置；

所述交易引擎支持多方分布式交易的執(zhí)行和數(shù)據(jù)一致性管理；

所述流程引擎支持交易流程的配置和執(zhí)行。

可選地，所述Open API接口網(wǎng)關(guān)的接口服務(wù)調(diào)用基于互聯(lián)網(wǎng)，實(shí)現(xiàn)產(chǎn)品API、合同API、客戶API、交易API和報(bào)表API；

所述Open API接口網(wǎng)關(guān)提供不同的API 調(diào)用日志存儲引擎，并基于交易日志數(shù)據(jù)來提供面向不同性能指標(biāo)的Dashboard分析，并支持用戶自定義的預(yù)警條件配置和觸發(fā)。

可選地，對Open API接口網(wǎng)關(guān)的所有接口調(diào)用采用HTTPS協(xié)議；

所述渠道商的前端在進(jìn)行接口調(diào)用時(shí)，提供在應(yīng)用開通時(shí)獲得的唯一AppId和AppSecret作為請求的HTTP Header，以獲得與當(dāng)前會話相應(yīng)的AccessToken來進(jìn)行API訪問。

可選地，所述前端是基于Web訪問或基于Android/IOS的移動應(yīng)用訪問的客戶端。

可選地，所述Open API接口網(wǎng)關(guān)統(tǒng)一管理所有API的安全性需求、服務(wù)水平需求以及適配不同通信協(xié)議/報(bào)文格式的需求。

可選地，所述Open API接口網(wǎng)關(guān)采用RESTful風(fēng)格定義，請求和應(yīng)答報(bào)文使用JSON格式，用戶身份驗(yàn)證采用OAuth2方案，并遵循HTTP方法語義和錯(cuò)誤狀態(tài)碼。

可選地，所述Open API接口網(wǎng)關(guān)與金融云平臺的交易系統(tǒng)或業(yè)務(wù)系統(tǒng)之間，采用分布式調(diào)用或消息隊(duì)列方式交互，且通過所述交易系統(tǒng)或業(yè)務(wù)系統(tǒng)提供的調(diào)用接口模型來定義。

與現(xiàn)有最好技術(shù)相比，本發(fā)明的優(yōu)點(diǎn)在于：

1、針對市場上現(xiàn)有的單向接入前端銷售的平臺缺陷（如某聚寶為單向?qū)咏鹑跈C(jī)構(gòu)并不提供開放平臺至前端），本發(fā)明的開放業(yè)務(wù)平臺設(shè)計(jì)為前端開放平臺，平臺前端支持業(yè)務(wù)領(lǐng)先，擁有統(tǒng)一的標(biāo)準(zhǔn)化接口，可以靈活對接各種渠道商，減小渠道商基礎(chǔ)設(shè)施投入，實(shí)現(xiàn)資源共享，減少運(yùn)營成本。

2、金融產(chǎn)品模型支持種類領(lǐng)先。為解決目前已有互聯(lián)網(wǎng)金融門戶對金融產(chǎn)品種類的支持比較薄弱的問題，本發(fā)明的開放業(yè)務(wù)平臺支持金融產(chǎn)品的完全可配置，基于一套完善的金融產(chǎn)品建模理論和系統(tǒng)配置模型，可滿足渠道商多種金融產(chǎn)品以及復(fù)雜的金融衍生品的需求，包括：第三方支付產(chǎn)品、貨幣基金、股票基金、保險(xiǎn)產(chǎn)品、個(gè)人信貸產(chǎn)品、債權(quán)產(chǎn)品、股權(quán)眾籌產(chǎn)品、股票墊資類產(chǎn)品、基于以上產(chǎn)品的組合產(chǎn)品、以及基于以上產(chǎn)品的衍生產(chǎn)品。

附圖說明

圖1是本發(fā)明所述面向多渠道商的金融產(chǎn)品銷售開放業(yè)務(wù)平臺的示意圖；

圖2是適用本發(fā)明所述開放業(yè)務(wù)平臺的一個(gè)示例的示意圖。

具體實(shí)施方式

本發(fā)明提供一種面向多渠道商的金融產(chǎn)品銷售開放業(yè)務(wù)平臺，包含連接銷售渠道商前端設(shè)備及金融云平臺的一個(gè)標(biāo)準(zhǔn)化的Open API（開放平臺）接口網(wǎng)關(guān)，將金融云平臺系統(tǒng)所提供的服務(wù)封裝為一系列API開放出去，支持不同渠道和設(shè)備的快速接入。

通過定義基于RESTful風(fēng)格的Open API，支持基于Swagger的接口規(guī)范定義和導(dǎo)入導(dǎo)出，以靈活地接入各種渠道商的前端，包括但不限于IOS/Android、PC、TV、Watch等設(shè)備，對前端產(chǎn)品列表、用戶信息、訂單合同等信息進(jìn)行收集，以及發(fā)送金融產(chǎn)品數(shù)據(jù)、金融機(jī)構(gòu)做出的相應(yīng)反饋給前端。所述Open API采用輕量級的RESTful風(fēng)格定義，請求和應(yīng)答報(bào)文使用JSON格式，用戶身份驗(yàn)證采用OAuth2方案。RESTful接口定義對各種設(shè)備的接入比較友好，對開發(fā)工具和環(huán)境的兼容性高，可以實(shí)現(xiàn)快速方便地接入本發(fā)明的開放業(yè)務(wù)平臺。

客戶端通過標(biāo)準(zhǔn)接口的Open API訪問平臺，所述接口不僅為客戶提供基于Web的訪問方式，同時(shí)提供了基于Android/IOS的移動應(yīng)用訪問方式，Open API通過調(diào)用產(chǎn)品模版、金融服務(wù)合同等，以及通過訪問數(shù)據(jù)庫來提供服務(wù)。橫向技術(shù)層面，Open API運(yùn)用JDBC，Hibernate等技術(shù)訪問MySQL、Cassandra等數(shù)據(jù)庫，并依靠產(chǎn)品引擎、交易引擎、規(guī)則引擎和流程引擎等組件來實(shí)現(xiàn)自身功能，支持不同的產(chǎn)品結(jié)構(gòu)和產(chǎn)品定義，處理復(fù)雜的規(guī)則配置和執(zhí)行。

所述的產(chǎn)品引擎、規(guī)則引擎、交易引擎、流程引擎，基于特定設(shè)計(jì)的基礎(chǔ)軟件組件實(shí)現(xiàn)，用來對產(chǎn)品、合同、賬戶、客戶進(jìn)行管理，提供適合金融服務(wù)交易的基礎(chǔ)技術(shù)架構(gòu)支持。其中，產(chǎn)品引擎能夠支持產(chǎn)品結(jié)構(gòu)和規(guī)則的配置和靈活的產(chǎn)品組合定義；規(guī)則引擎支持對接口調(diào)用規(guī)則、交易規(guī)則等業(yè)務(wù)規(guī)則的配置，通過對決策表、費(fèi)率表、規(guī)則流、規(guī)則適用條件等進(jìn)行配置，可以靈活地定義產(chǎn)品、交易、市場營銷等業(yè)務(wù)規(guī)則；交易引擎支持多方分布式交易的高性能執(zhí)行和數(shù)據(jù)一致性管理，可以對交易進(jìn)行實(shí)時(shí)監(jiān)控、異常處理、回滾、重新執(zhí)行等。流程引擎支持復(fù)雜交易流程的配置和執(zhí)行，其中交易流程的配置支持XML格式，提供基本原子交易的屬性配置和交易流程的條件控制、并發(fā)控制、異常控制等能力。

如圖2所示的一個(gè)示例中，客戶端App提交支付請求，Open API接受支付請求，發(fā)送給金融云平臺的業(yè)務(wù)處理系統(tǒng)處理支付交易后，反饋信息給客戶端以確認(rèn)支付結(jié)果，對支付結(jié)果認(rèn)可的則通過客戶端提交出單請求，通過Open API接受出單請求，交由業(yè)務(wù)處理系統(tǒng)生成合同。

接口服務(wù)調(diào)用基于互聯(lián)網(wǎng)，實(shí)現(xiàn)產(chǎn)品API、合同API、客戶API、交易API和報(bào)表API等。接口網(wǎng)關(guān)Open API統(tǒng)一管理所有API的安全性需求，服務(wù)水平需求（SLA）以及適配各個(gè)業(yè)務(wù)合作伙伴系統(tǒng)的不同通信協(xié)議/報(bào)文格式的需求。所有接口調(diào)用采用HTTPS協(xié)議，確保數(shù)據(jù)在互聯(lián)網(wǎng)傳輸?shù)陌踩浴２煌那郎糖岸私尤霊?yīng)用，都會在應(yīng)用開通的時(shí)候獲得唯一的AppId（UUID）和AppSecret（20位字母和數(shù)字的隨機(jī)字符串），所有的接口調(diào)用需要提供對應(yīng)的AppId和AppSecret作為請求的HTTP Header（HTTP頭部），并通過獲得AccessToken（訪問令牌）進(jìn)行后續(xù)的API訪問。AccessToken的生命周期管理服務(wù)，由獨(dú)立的Redis集群提供，客戶每次登錄系統(tǒng)，開放平臺接口服務(wù)會申請獨(dú)立的會話AccessToken，并返回接口調(diào)用端，接口調(diào)用端需要保存此AccessToken，并在后續(xù)的接口調(diào)用中通過HTTP Header提供此AccessToken。支持接口的SLA定義以及接口不可用情況下的降級處理和自動報(bào)警和恢復(fù)。根據(jù)各個(gè)金融機(jī)構(gòu)對不同產(chǎn)品的交易流程的配置，系統(tǒng)如果檢測到某個(gè)金融機(jī)構(gòu)的接口不可用，可以自動切換到交易的暫存和轉(zhuǎn)發(fā)模式，保證前端用戶的體驗(yàn)。接口回復(fù)后，系統(tǒng)自動重發(fā)所有暫存的交易。

Open API采用REST風(fēng)格和JSON數(shù)據(jù)規(guī)范，并嚴(yán)格遵循HTTP方法語義和錯(cuò)誤狀態(tài)碼。接口網(wǎng)關(guān)提供不同的API 調(diào)用日志存儲引擎（MySQL，Cassandra，HBase）?；谕晟频慕灰兹罩緮?shù)據(jù)，平臺可以提供面向不同性能指標(biāo)的Dashboard分析功能，如交易吞吐量、交易延時(shí)、錯(cuò)誤率等，并支持用戶自定義的預(yù)警條件配置和觸發(fā)。API同時(shí)解決了業(yè)務(wù)邏輯實(shí)現(xiàn)互相依賴的問題，不依賴任何其他業(yè)務(wù)系統(tǒng)Jar包實(shí)現(xiàn)，能夠提供服務(wù)接口、DTO以及message定義。API中的DTO不帶入所屬module/project中，module/project提供API定義的接口實(shí)現(xiàn)。

開放平臺和具體交易系統(tǒng)/業(yè)務(wù)系統(tǒng)之間的交互采用分布式調(diào)用（RPC）或消息隊(duì)列方式，保證各個(gè)系統(tǒng)之間在調(diào)用時(shí)序，數(shù)據(jù)庫事務(wù)，實(shí)現(xiàn)平臺之間的松耦合，開放平臺只需要依賴交易系統(tǒng)/業(yè)務(wù)系統(tǒng)提供的調(diào)用接口模型定義，而不用依賴其具體實(shí)現(xiàn)的Jar包。接入層遵循HTTPS標(biāo)準(zhǔn)保障數(shù)據(jù)的安全傳輸，應(yīng)用了輕量級的Nginx服務(wù)器、NLB服務(wù)和CDN，提高服務(wù)響應(yīng)速度。本發(fā)明的開放業(yè)務(wù)平臺既可以用于支持多金融機(jī)構(gòu)租戶的公有云部署方案，也可以用于針對單個(gè)金融機(jī)構(gòu)自身多銷售渠道支持的私有云部署方案。

盡管本發(fā)明的內(nèi)容已經(jīng)通過上述優(yōu)選實(shí)施例作了詳細(xì)介紹，但應(yīng)當(dāng)認(rèn)識到上述的描述不應(yīng)被認(rèn)為是對本發(fā)明的限制。在本領(lǐng)域技術(shù)人員閱讀了上述內(nèi)容后，對于本發(fā)明的多種修改和替代都將是顯而易見的。因此，本發(fā)明的保護(hù)范圍應(yīng)由所附的權(quán)利要求來限定。