[發(fā)明專利]基于中間平臺的出單方法及裝置、計算機設(shè)備、存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 201811354916.1
• 申請日: 2018-11-14
• 公開（公告）號: CN109711999A
• 公開（公告）日: 2019-05-03
• 發(fā)明（設(shè)計）人: 王翼
• 申請（專利權(quán)）人: 平安科技（深圳）有限公司
• 主分類號: G06Q40/08
• 分類號: G06Q40/08;G06Q10/06
• 代理公司: 北京中強智尚知識產(chǎn)權(quán)代理有限公司 11448
• 代理人: 黃耀威

本發(fā)明實施例提供了一種基于中間平臺的出單方法及裝置、計算機設(shè)備、存儲介質(zhì)。一方面，該方法包括：接收來自渠道方的業(yè)務(wù)請求，其中，所述業(yè)務(wù)請求用于向目標(biāo)業(yè)務(wù)提供方申請保險業(yè)務(wù)，所述目標(biāo)業(yè)務(wù)提供方通過業(yè)務(wù)接口接入到中間平臺，所述中間平臺對接多個渠道方；解析所述業(yè)務(wù)請求的產(chǎn)品信息和渠道信息；調(diào)用與所述產(chǎn)品信息對應(yīng)的所述目標(biāo)業(yè)務(wù)提供方的業(yè)務(wù)接口；使用所述業(yè)務(wù)接口線上簽約所述保險業(yè)務(wù)。通過本發(fā)明，解決了現(xiàn)有技術(shù)中使用多個渠道方來出單時開發(fā)周期過長的技術(shù)問題。

【技術(shù)領(lǐng)域】

本發(fā)明涉及計算機領(lǐng)域，尤其涉及一種基于中間平臺的出單方法及裝置、計算機設(shè)備、存儲介質(zhì)。

【背景技術(shù)】

相關(guān)技術(shù)中，在業(yè)務(wù)系統(tǒng)的開發(fā)過程中，通常包括多個渠道商，用于進行分銷或者代理，如保險業(yè)務(wù)，保險公司會有多個渠道商，用戶進入多個渠道商的應(yīng)用程序都可以購買保險產(chǎn)品。

但是，針對每個渠道商，現(xiàn)有技術(shù)都需要開發(fā)一套完整的系統(tǒng)，這樣導(dǎo)致開發(fā)難度非常大，需要需花大量時間重復(fù)編碼，效率非常低下。

針對相關(guān)技術(shù)中存在的上述問題，目前尚未發(fā)現(xiàn)有效的解決方案。

【發(fā)明內(nèi)容】

有鑒于此，本發(fā)明實施例提供了一種基于中間平臺的出單方法及裝置、計算機設(shè)備、存儲介質(zhì)。

一方面，本發(fā)明實施例提供了一種基于中間平臺的出單方法，所述方法包括：接收來自渠道方的業(yè)務(wù)請求，其中，所述業(yè)務(wù)請求用于向目標(biāo)業(yè)務(wù)提供方申請保險業(yè)務(wù)，所述目標(biāo)業(yè)務(wù)提供方通過業(yè)務(wù)接口接入到中間平臺，所述中間平臺對接多個渠道方；解析所述業(yè)務(wù)請求的產(chǎn)品信息和渠道信息；調(diào)用與所述產(chǎn)品信息對應(yīng)的所述目標(biāo)業(yè)務(wù)提供方的業(yè)務(wù)接口；使用所述業(yè)務(wù)接口線上簽約所述保險業(yè)務(wù)。

可選的，使用所述業(yè)務(wù)接口線上簽約所述保險業(yè)務(wù)包括：將所述產(chǎn)品信息通過所述業(yè)務(wù)接口發(fā)送至所述目標(biāo)業(yè)務(wù)提供方的業(yè)務(wù)平臺和支付平臺；在所述支付平臺收到支付完成的確認(rèn)信息后，與所述業(yè)務(wù)平臺簽約所述保險業(yè)務(wù)；在簽約成功后，生成保險賬單。

可選的，在接收來自渠道方的業(yè)務(wù)請求之前，所述方法還包括：設(shè)置配置參數(shù)，并將所述配置參數(shù)發(fā)送給所述多個渠道方的服務(wù)器，其中，所述配置參數(shù)用于協(xié)商管理所述多個渠道方；建立與每個渠道方的通信渠道。

可選的，解析所述業(yè)務(wù)請求的產(chǎn)品信息和渠道信息包括：讀取所述業(yè)務(wù)請求中的第一字段和第二字段；解析所述第一字段中的第一信息域和第二字段中的第二信息域，其中，所述第一信息域用于指示所述產(chǎn)品信息，所述第二信息域用于指示所述渠道信息，所述產(chǎn)品信息包括：產(chǎn)品代碼、產(chǎn)品功能，所述渠道信息包括：渠道代碼、業(yè)務(wù)員信息、業(yè)務(wù)業(yè)績歸屬信息。

可選的，在使用所述業(yè)務(wù)接口線上簽約所述保險業(yè)務(wù)之后，所述方法還包括：將簽約結(jié)果發(fā)送給與所述產(chǎn)品信息對應(yīng)的目標(biāo)業(yè)務(wù)提供方；以及將簽約結(jié)果發(fā)送給與所述渠道代碼對應(yīng)的渠道方。

可選的，在接收來自渠道方的業(yè)務(wù)請求之前，所述方法還包括：接收所述渠道方的接入請求，其中，所述接入請求攜帶所述渠道方的client_id；根據(jù)所述client_id獲取所述渠道方的token；使用所述token對所述渠道方進行身份驗證；在驗證通過時，允許所述渠道方接入所述中間平臺。

可選的，在使用所述業(yè)務(wù)接口線上簽約所述保險業(yè)務(wù)之后，所述方法還包括：在簽約所述保險業(yè)務(wù)失敗時，獲取簽約過程返回的出單參數(shù)；將所述出單參數(shù)打印在指定文件中，并將所述指定文件發(fā)送給維護系統(tǒng)。

另一方面，本發(fā)明實施例提供了一種基于中間平臺的出單裝置，所述裝置包括：接收模塊，用于接收來自渠道方的業(yè)務(wù)請求，其中，所述業(yè)務(wù)請求用于向目標(biāo)業(yè)務(wù)提供方申請保險業(yè)務(wù)，所述目標(biāo)業(yè)務(wù)提供方通過業(yè)務(wù)接口接入到中間平臺，所述中間平臺對接多個渠道方；解析模塊，用于解析所述業(yè)務(wù)請求的產(chǎn)品信息和渠道信息；調(diào)用模塊，用于調(diào)用與所述產(chǎn)品信息對應(yīng)的所述目標(biāo)業(yè)務(wù)提供方的業(yè)務(wù)接口；簽約模塊，用于使用所述業(yè)務(wù)接口線上簽約所述保險業(yè)務(wù)。