直銷銀行理財方法和裝置與流程

本發明涉及金融技術領域，尤其涉及一種直銷銀行理財方法和裝置。

背景技術：

隨著互聯網金融科技的飛速發展，客戶消費習慣的轉變以及銀行利率市場化步伐的加快，傳統銀行開始建設直銷銀行。直銷銀行是互聯網時代的一種新型銀行運作模式，其存在不以營業網點和實體柜臺為基礎，客戶主要以電腦、手機等遠程渠道獲取銀行產品和服務。目前直銷銀行的提供的產品主要有三類：一是理財類產品，包括類余額寶、票據理財和銀行理財；二是傳統存貸匯業務類產品，包括存款、貸款和匯兌；三是其他產品，主要包括基金、金銀和保險。由此可知，豐富的產品是直銷銀行的生命線。因此，如何使中小銀行所建立的直銷銀行擁有豐富的產品是有待解決的問題。

上述內容僅用于輔助理解本發明的技術方案，并不代表承認上述內容是現有技術。

技術實現要素：

本發明的主要目的在于提供一種直銷銀行理財方法和裝置，旨在解決如何使中小銀行可以低成本、更快捷地擁有互聯網金融能力以及豐富的產品的技術問題。

為實現上述目的，本發明提供的一種直銷銀行理財方法，所述直銷銀行理財方法包括：

第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求，其中，所述第一銀行為直銷銀行，所述金融交易平臺以軟件開發工具包SDK的形式嵌入所述第一銀行中；

獲取與所述理財交易請求對應的加密后的賬戶密碼，其中，所述賬戶密碼由所述第二銀行進行加密；

基于所述賬戶密碼，根據所述理財交易請求在所述金融交易平臺中執行理財交易操作。

優選地，所述第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求的步驟之前，還包括：

接收注冊所述第一銀行賬戶的注冊請求；

根據所述注冊請求建立所述第一銀行的直銷賬戶，以供用戶通過所述直銷賬戶在所述金融交易平臺中執行理財產品交易操作。

優選地，所述第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求的步驟之前，還包括：

確定所述第一銀行是否有訪問所述第二銀行的訪問權限；

若所述第一銀行沒有訪問所述第二銀行的訪問權限，則輸出提示信息，提示所述第一銀行訪問所述第二銀行失敗；

若所述第一銀行有訪問所述第二銀行的訪問權限，則執行通過第二銀行所對應的金融交易平臺接收理財交易請求的步驟。

優選地，所述第二銀行對所述賬戶密碼進行加密的步驟包括：

由所述第二銀行采用RSA算法對所述賬戶密碼進行加密，得到RSA算法加密后的所述賬戶密碼；

采用3DES算法對RSA算法加密后的所述賬戶密碼進行轉加密，得到加密后的所述賬戶密碼。

優選地，嵌入所述第一銀行的SDK是加固后的SDK。

此外，為實現上述目的，本發明還提供一種直銷銀行理財裝置，所述直銷銀行理財裝置應用于第一銀行，所述第一銀行為直銷銀行，所述直銷銀行理財裝置包括：

接收模塊，用于通過第二銀行所對應的金融交易平臺接收理財交易請求，其中，所述金融交易平臺以軟件開發工具包SDK的形式嵌入所述第一銀行中；

獲取模塊，用于獲取與所述理財交易請求對應的加密后的賬戶密碼，其中，所述賬戶密碼由所述第二銀行進行加密；

執行模塊，用于基于所述賬戶密碼，根據所述理財交易請求在所述金融交易平臺中執行理財交易操作。

優選地，所述接收模塊還用于接收注冊所述第一銀行賬戶的注冊請求；

所述直銷銀行理財裝置還包括：

建立模塊，用于根據所述注冊請求建立所述第一銀行的直銷賬戶，以供用戶通過所述直銷賬戶在所述金融交易平臺中執行理財產品交易操作。

優選地，所述直銷銀行理財裝置還包括：

確定模塊，用于確定所述第一銀行是否有訪問所述第二銀行的訪問權限；

輸出模塊，用于若所述第一銀行沒有訪問所述第二銀行的訪問權限，則輸出提示信息，提示所述第一銀行訪問所述第二銀行失敗；

所述接收模塊還用于若所述第一銀行有訪問所述第二銀行的訪問權限，則通過第二銀行所對應的金融交易平臺接收理財交易請求。

優選地，由所述第二銀行采用RSA算法對所述賬戶密碼進行加密，得到RSA算法加密后的所述賬戶密碼；采用3DES算法對RSA算法加密后的所述賬戶密碼進行轉加密，得到加密后的所述賬戶密碼。

優選地，嵌入所述第一銀行的SDK是加固后的SDK。

本發明的第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求，其中，所述第一銀行為直銷銀行，所述金融交易平臺以軟件開發工具包SDK的形式嵌入所述第一銀行中；獲取與所述理財交易請求對應的加密后的賬戶密碼，其中，所述賬戶密碼由所述第二銀行進行加密；基于所述賬戶密碼，根據所述理財交易請求在所述金融交易平臺中執行理財交易操作。實現了將第二銀行具有的互聯網金融能力、移動互聯網營銷能力輸出給中小銀行，以使中小銀行所建立的直銷銀行可以低成本、更快捷地擁有互聯網金融能力，具有豐富的產品，達到普惠金融的效果。

附圖說明

圖1為本發明直銷銀行理財方法第一實施例的流程示意圖；

圖2為本發明直銷銀行理財方法第二實施例的流程示意圖；

圖3為本發明直銷銀行理財裝置第一實施例的功能模塊示意圖；

圖4為本發明直銷銀行理財裝置第二實施例的功能模塊示意圖。

本發明目的的實現、功能特點及優點將結合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不用于限定本發明。

參照圖1，圖1為本發明直銷銀行理財方法第一實施例的流程示意圖。

在本實施例中，所述直銷銀行理財方法包括：

步驟S10，第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求，其中，所述第一銀行為直銷銀行，所述金融交易平臺以軟件開發工具包SDK的形式嵌入所述第一銀行中；

當用戶登錄第一銀行時，所述第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求。在本實施例中，所述第一銀行為直銷銀行，所述直銷銀行是互聯網時代應運而生的一種新型銀行運作模式，是互聯網金融科技環境下的一種新型金融產物，這一經營模式下，直銷銀行沒有營業網點，不發放實體銀行卡，客戶主要通過電腦、電子郵件、手機、電話等遠程渠道獲取銀行產品和服務。所述金融交易平臺是具備互聯網金融能力，移動互聯網營銷能力的一個網絡交易平臺。所述第一銀行通過所述金融交易平臺可獲取互聯網金融產品和互聯網營銷能力。需要說明的是，所述金融交易平臺以SDK(Software Development Kit，軟件開發工具包)的形式嵌入所述第一銀行中。

進一步地，為了防止所述SDK被非法分子篡改，嵌入所述第一銀行的SDK是加固后的SDK，通過加固服務，可以提高非法分子破解所述SDK的難度。

進一步地，在所述第一銀行進行理財產品交易過程中，所述第一銀行和所述第二銀行的金融交易平臺之間采用專線進行網絡通訊，以確保所述第一銀行和所述金融交易平臺之間的安全。所述第一銀行和所述金融交易平臺之間采用HTTPS(Hyper Text Transfer Protocol over Secure Socket Layer，網絡協議)進行數據傳輸。在數據傳輸過程中，可對傳輸的數據進行加密，以防止傳輸的數據被篡改。

步驟S20，獲取與所述理財交易請求對應的加密后的賬戶密碼，其中，所述賬戶密碼由所述第二銀行進行加密；

當所述第一銀行接收到所述理財交易請求時，所述第一銀行通過所述金融交易平臺獲取與所述理財交易請求對應的加密后的賬戶密碼。其中，所述賬戶密碼由所述第二銀行進行加密。

進一步地，所述第二銀行對所述賬戶密碼進行加密的步驟包括：

步驟a，由所述第二銀行采用RSA算法對所述賬戶密碼進行加密，得到RSA算法加密后的所述賬戶密碼；

步驟b，采用3DES算法對RSA算法加密后的所述賬戶密碼進行轉加密，得到加密后的所述賬戶密碼。

進一步地，所述第二銀行對所述賬戶密碼進行加密的過程為：所述第二銀行采用RSA算法對所述賬戶密碼進行加密，得到RSA算法加密后的所述賬戶密碼。當得到RSA算法加密后的所述賬戶密碼后，所述第二銀行采用3DES算法對RSA算法加密后的所述賬戶密碼進行轉加密，得到加密后的所述賬戶密碼。所述轉加密是在采用3DES算法對RSA算法加密后的所述賬戶密碼再次進行加密。所述RSA算法是公開密鑰密碼體制，所謂的公開密鑰密碼體制就是使用不同的加密密鑰與解密密鑰，是一種“由已知加密密鑰推導出解密密鑰在計算上是不可行”的密碼體制。所述3DES又稱Triple DES，是DES(Data Encryption Standard，數據加密標準)加密算法的一種模式，它使用3條密鑰對數據進行三次加密。其中，所述3DES算法的加密密鑰和解密密鑰是所述第一銀行和所述第二銀行預先協商好的。

當所述第一銀行得到加密后的所述賬戶密碼后，采用所述3DES算法進行解密，得到解密后的所述賬戶密碼。

步驟S30，基于所述賬戶密碼，根據所述理財交易請求在所述金融交易平臺中執行理財交易操作。

當所述第一銀行得到所述賬戶密碼時，根據所接收到的理財交易請求在所述金融交易平臺中執行對應的理財交易操作。所述理財交易操作包括但不限于申購基金和贖回基金。當所述第一銀行成功執行所述理財交易操作后，所述第一銀行根據所述賬戶密碼執行與所述理財交易操作對應的支付操作。

進一步地，所述金融交易平臺是開放的互聯網交易平臺，在所述金融交易平臺中，接入了眾多的第三方公司的金融產品，第三方公司指的是證券公司、基金公司和保險公司。所述第一銀行可通過所述金融交易平臺獲取所述第三方公司的產品及服務，即所述金融交易平臺為所述第一銀行和所述第三方公司的連接者。在本實施例中，所述第一銀行與所述第三方公司需簽訂代銷協議。

本實施例的第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求，其中，所述第一銀行為直銷銀行，所述金融交易平臺以軟件開發工具包SDK的形式嵌入所述第一銀行中；獲取與所述理財交易請求對應的加密后的賬戶密碼，其中，所述賬戶密碼由所述第二銀行進行加密；基于所述賬戶密碼，根據所述理財交易請求在所述金融交易平臺中執行理財交易操作。實現了將第二銀行具有的互聯網金融能力、移動互聯網營銷能力輸出給中小銀行，以使中小銀行所建立的直銷銀行可以低成本、更快捷地擁有互聯網金融能力，具有豐富的產品，達到普惠金融的效果。

進一步地，提出本發明所述直銷銀行理財方法第二實施例。

參照圖2，所述直銷銀行理財方法第二實施例與所述直銷銀行理財方法第一實施例的區別在于，所述直銷銀行理財方法還包括：

步驟S40，確定所述第一銀行是否有訪問所述第二銀行的訪問權限；

在將所述第二銀行的金融交易平臺以SDK的形式嵌入所述第一銀行之前，所述第一銀行確定其是否有訪問所述第二銀行的訪問權限，即判斷所述第一銀行是否在所述第二銀行中注冊。當所述第一銀行有訪問所述第二銀行的訪問權限時，確定所述第一銀行已在所述第二銀行中注冊；當所述第一銀行沒有訪問所述第二銀行的訪問權限時，確定所述第一銀行未在所述第二銀行中注冊。

步驟S50，若所述第一銀行沒有訪問所述第二銀行的訪問權限，則輸出提示信息，提示所述第一銀行訪問所述第二銀行失敗。

若所述第一銀行有訪問所述第二銀行的訪問權限，則執行步驟S10。

當所述第一銀行沒有訪問所述第二銀行的訪問權限，所述第一銀行則輸出提示信息，提示所述第一銀行訪問所述第二銀行失敗。當所述第一銀行有訪問所述第二銀行的訪問權限時，所述第一銀行則通過所述第二銀行的金融交易平臺所提供的接口接收所述理財交易請求。

進一步地，所述直銷銀行理財方法還包括：

步驟c，接收注冊所述第一銀行賬戶的注冊請求；

步驟d，根據所述注冊請求建立所述第一銀行的直銷賬戶，以供用戶通過所述直銷賬戶在所述金融交易平臺中執行理財產品交易操作。

進一步地，若用戶想要使用所述第一銀行，用戶需要先在所述第一銀行中注冊一個直銷賬戶。當所述第一銀行接收到用戶觸發的注冊所述第一銀行賬戶的注冊請求時，所述第一銀行根據所述注冊請求建立所述第一銀行的直銷賬戶，以供用戶根據所述直銷賬戶在所述金融交易平臺中執行理財產品交易操作。需要說明的是，所述直銷賬戶為為Ⅱ類賬戶，所述Ⅱ類賬戶可以通過電子方式辦理資金劃轉、購買投資理財產品、辦理限定金額的消費和繳費支付等。

進一步地，所述第一銀行獲取所述直銷賬戶的歷史交易數據，分析所述歷史交易數據，得到分析結果，根據所述分析結果確定用戶感興趣的理財產品，并為用戶推送該理財產品，以更好地為用戶服務，降低普惠金融的服務成本。

本實施例通過在將所述金融交易平臺以SDK的形式嵌入所述第一銀行之前，先確定所述第一銀行是否有訪問所述第二銀行的訪問權限，以防止非法分子采用未在所述第二銀行注冊的第一銀行接入所述金融交易平臺中，導致所述第二銀行無法向所述第一銀行收取金融交易平臺的服務費，造成所述第二銀行的損失。

本發明進一步提供一種直銷銀行理財裝置，所述直銷銀行理財裝置應用于第一銀行，所述第一銀行為直銷銀行。

參照圖3，圖3為本發明直銷銀行理財裝置的第一實施例的功能模塊示意圖。

在本實施例中，所述直銷銀行理財裝置包括：

接收模塊10，用于通過第二銀行所對應的金融交易平臺接收理財交易請求，其中，所述金融交易平臺以軟件開發工具包SDK的形式嵌入所述第一銀行中；

當用戶登錄第一銀行時，所述第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求。在本實施例中，所述第一銀行為直銷銀行，所述直銷銀行是互聯網時代應運而生的一種新型銀行運作模式，是互聯網金融科技環境下的一種新型金融產物，這一經營模式下，直銷銀行沒有營業網點，不發放實體銀行卡，客戶主要通過電腦、電子郵件、手機、電話等遠程渠道獲取銀行產品和服務。所述金融交易平臺是具備互聯網金融能力，移動互聯網營銷能力的一個網絡交易平臺。所述第一銀行通過所述金融交易平臺可獲取互聯網金融產品和互聯網營銷能力。需要說明的是，所述金融交易平臺以SDK(Software Development Kit，軟件開發工具包)的形式嵌入所述第一銀行中。

進一步地，為了防止所述SDK被非法分子篡改，嵌入所述第一銀行的SDK是加固后的SDK，通過加固服務，可以提高非法分子破解所述SDK的難度。

進一步地，在所述第一銀行進行理財產品交易過程中，所述第一銀行和所述第二銀行的金融交易平臺之間采用專線進行網絡通訊，以確保所述第一銀行和所述金融交易平臺之間的安全。所述第一銀行和所述金融交易平臺之間采用HTTPS(Hyper Text Transfer Protocol over Secure Socket Layer，網絡協議)進行數據傳輸。在數據傳輸過程中，可對傳輸的數據進行加密，以防止傳輸的數據被篡改。

獲取模塊20，用于獲取與所述理財交易請求對應的加密后的賬戶密碼，其中，所述賬戶密碼由所述第二銀行進行加密；

當所述第一銀行接收到所述理財交易請求時，所述第一銀行通過所述金融交易平臺獲取與所述理財交易請求對應的加密后的賬戶密碼。其中，所述賬戶密碼由所述第二銀行進行加密。

進一步地，由所述第二銀行采用RSA算法對所述賬戶密碼進行加密，得到RSA算法加密后的所述賬戶密碼；采用3DES算法對RSA算法加密后的所述賬戶密碼進行轉加密，得到加密后的所述賬戶密碼。

進一步地，所述第二銀行對所述賬戶密碼進行加密的過程為：所述第二銀行采用RSA算法對所述賬戶密碼進行加密，得到RSA算法加密后的所述賬戶密碼。當得到RSA算法加密后的所述賬戶密碼后，所述第二銀行采用3DES算法對RSA算法加密后的所述賬戶密碼進行轉加密，得到加密后的所述賬戶密碼。所述轉加密是在采用3DES算法對RSA算法加密后的所述賬戶密碼再次進行加密。所述RSA算法是公開密鑰密碼體制，所謂的公開密鑰密碼體制就是使用不同的加密密鑰與解密密鑰，是一種“由已知加密密鑰推導出解密密鑰在計算上是不可行”的密碼體制。所述3DES又稱Triple DES，是DES(Data Encryption Standard，數據加密標準)加密算法的一種模式，它使用3條密鑰對數據進行三次加密。其中，所述3DES算法的加密密鑰和解密密鑰是所述第一銀行和所述第二銀行預先協商好的。

當所述第一銀行得到加密后的所述賬戶密碼后，采用所述3DES算法進行解密，得到解密后的所述賬戶密碼。

執行模塊30，用于基于所述賬戶密碼，根據所述理財交易請求在所述金融交易平臺中執行理財交易操作。

當所述第一銀行得到所述賬戶密碼時，根據所接收到的理財交易請求在所述金融交易平臺中執行對應的理財交易操作。所述理財交易操作包括但不限于申購基金和贖回基金。當所述第一銀行成功執行所述理財交易操作后，所述第一銀行根據所述賬戶密碼執行與所述理財交易操作對應的支付操作。

進一步地，所述金融交易平臺是開放的互聯網交易平臺，在所述金融交易平臺中，接入了眾多的第三方公司的金融產品，第三方公司指的是證券公司、基金公司和保險公司。所述第一銀行可通過所述金融交易平臺獲取所述第三方公司的產品及服務，即所述金融交易平臺為所述第一銀行和所述第三方公司的連接者。在本實施例中，所述第一銀行與所述第三方公司需簽訂代銷協議。

本實施例的第一銀行通過第二銀行所對應的金融交易平臺接收理財交易請求，其中，所述第一銀行為直銷銀行，所述金融交易平臺以軟件開發工具包SDK的形式嵌入所述第一銀行中；獲取與所述理財交易請求對應的加密后的賬戶密碼，其中，所述賬戶密碼由所述第二銀行進行加密；基于所述賬戶密碼，根據所述理財交易請求在所述金融交易平臺中執行理財交易操作。實現了將第二銀行具有的互聯網金融能力、移動互聯網營銷能力輸出給中小銀行，以使中小銀行所建立的直銷銀行可以低成本、更快捷地擁有互聯網金融能力，具有豐富的產品，達到普惠金融的效果。

進一步地，提出本發明所述直銷銀行理財裝置第二實施例。

參照圖4，所述直銷銀行理財裝置第二實施例與所述直銷銀行理財裝置第一實施例的區別在于，所述直銷銀行理財裝置還包括：

確定模塊40，用于確定所述第一銀行是否有訪問所述第二銀行的訪問權限；

在將所述第二銀行的金融交易平臺以SDK的形式嵌入所述第一銀行之前，所述第一銀行確定其是否有訪問所述第二銀行的訪問權限，即判斷所述第一銀行是否在所述第二銀行中注冊。當所述第一銀行有訪問所述第二銀行的訪問權限時，確定所述第一銀行已在所述第二銀行中注冊；當所述第一銀行沒有訪問所述第二銀行的訪問權限時，確定所述第一銀行未在所述第二銀行中注冊。

輸出模塊50，用于若所述第一銀行沒有訪問所述第二銀行的訪問權限，則輸出提示信息，提示所述第一銀行訪問所述第二銀行失敗；

所述接收模塊10還用于若所述第一銀行有訪問所述第二銀行的訪問權限，則通過第二銀行所對應的金融交易平臺接收理財交易請求。

當所述第一銀行沒有訪問所述第二銀行的訪問權限，所述第一銀行則輸出提示信息，提示所述第一銀行訪問所述第二銀行失敗。當所述第一銀行有訪問所述第二銀行的訪問權限時，所述第一銀行則通過所述第二銀行的金融交易平臺所提供的接口接收所述理財交易請求。

進一步地，所述接收模塊10還用于接收注冊所述第一銀行賬戶的注冊請求；

所述直銷銀行理財裝置還包括：

建立模塊，用于根據所述注冊請求建立所述第一銀行的直銷賬戶，以供用戶通過所述直銷賬戶在所述金融交易平臺中執行理財產品交易操作。

進一步地，若用戶想要使用所述第一銀行，用戶需要先在所述第一銀行中注冊一個直銷賬戶。當所述第一銀行接收到用戶觸發的注冊所述第一銀行賬戶的注冊請求時，所述第一銀行根據所述注冊請求建立所述第一銀行的直銷賬戶，以供用戶根據所述直銷賬戶在所述金融交易平臺中執行理財產品交易操作。需要說明的是，所述直銷賬戶為為Ⅱ類賬戶，所述Ⅱ類賬戶可以通過電子方式辦理資金劃轉、購買投資理財產品、辦理限定金額的消費和繳費支付等。

進一步地，所述第一銀行獲取所述直銷賬戶的歷史交易數據，分析所述歷史交易數據，得到分析結果，根據所述分析結果確定用戶感興趣的理財產品，并為用戶推送該理財產品，以更好地為用戶服務，降低普惠金融的服務成本。

本實施例通過在將所述金融交易平臺以SDK的形式嵌入所述第一銀行之前，先確定所述第一銀行是否有訪問所述第二銀行的訪問權限，以防止非法分子采用未在所述第二銀行注冊的第一銀行接入所述金融交易平臺中，導致所述第二銀行無法向所述第一銀行收取金融交易平臺的服務費，造成所述第二銀行的損失。

需要說明的是，在本文中，術語“包括”、“包含”或者其任何其它變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者系統不僅包括那些要素，而且還包括沒有明確列出的其它要素，或者是還包括為這種過程、方法、物品或者系統所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者系統中還存在另外的相同要素。

上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網絡設備等)執行本發明各個實施例所述的方法。

以上僅為本發明的優選實施例，并非因此限制本發明的專利范圍，凡是利用本發明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發明的專利保護范圍內。