技術領域

本申請涉及計算機技術領域，尤其涉及一種投保流程生成方法及其裝置、以及投保請求處理方法及其裝置。

背景技術

隨著互聯網技術的發展，與傳統保險公司對接而建成的網上保險平臺(又可稱為第三方網絡保險平臺)也應運而生。網上保險平臺因其高效便捷等諸多優勢，得到了廣泛應用。

為了滿足用戶的多種個性化需求，網上保險平臺需要支持多種不同的保險產品所對應的業務類型，例如，個人險、企業險、車險、保險卡、續期續保等等。并且，新型保險產品的推出也要求網上保險平臺能夠支持更多的業務類型，例如，贈險、半贈險等等。

在現有技術中，為滿足不同類型保險產品的投保流程的需要，通常通過產品編號或者類型標識來區分不同的業務類型，各個業務類型由其各自的投保流程分支來處理，且各業務類型的投保流程往往采用垂直的體系結構進行編碼，可形象的稱之為煙囪式架構。這種架構的主要缺陷在于：

在煙囪式架構中，當需要在業務類型的原投保流程的基礎上進行更新或添加不同分支時，只能通過硬編碼的方式將新增的業務邏輯往“煙囪”里疊加，因此，這種架構的可擴展性較差。并且，由于整個投保流程中可能涉及到散落在流程中的多個不同業務邏輯的判斷，因此，在新增業務邏輯時也容易引起程序漏洞并可能導致整體測試回歸的工作量增加一倍以上，可維護性較差。

發明內容

本申請實施例提供投保流程生成方法及裝置，旨在優化投保流程的生成過程，提高投保流程的可擴展性和可維護性。

本申請實施例還提供投保請求處理方法及裝置，旨在優化投保請求的處理過程，提高投保請求處理過程的可擴展性和可維護性。

本申請實施例采用下述技術方案：

第一方面，本申請實施例提供一種投保流程生成方法，包括：

獲取投保業務的業務信息；

依據所述業務信息和投保組件庫，確定所述投保組件庫中與所述投保業務相對應的投保組件及所述投保組件的執行順序；所述投保組件庫中存儲有預設的至少一個投保組件，所述投保組件用于實現投保業務中的業務邏輯；

依據所述投保組件及其執行順序，生成用于處理所述投保業務的投保流程；其中，所述投保流程按照所述執行順序執行所述投保組件。

優選地，本申請實施例提供的第一方面的投保流程生產方法中，所述投保組件中包括請求參數信息和/或處理結果信息，則依據所述投保組件及其執行順序，生成用于處理所述投保業務的投保流程時，包括：

在所述投保流程中預設上下文類；

將所述投保組件中的請求參數信息和/或處理結果信息與所述上下文類建立關聯關系，用于在執行所述投保流程時在各投保組件間傳遞所述請求參數信息和/或處理結果信息；

依據所述投保組件及其執行順序，生成按照所述執行順序執行所述投保組件的投保流程。

優選地，本申請實施例提供的第一方面的投保流程生產方法中，所述投保組件中包括依賴屬性，所述依賴屬性包括強依賴，

則依據所述投保組件及其執行順序生成的投保流程中，包括：

當依賴屬性為強依賴的投保組件執行失敗或異常時，所述投保流程中止，且返回投保流程執行失敗或執行異常的處理結果。

優選地，本申請實施例提供的第一方面的投保流程生產方法中，所述依賴屬性還包括弱依賴，則依據所述投保組件及其執行順序生成的投保流程中，還包括：

當依賴屬性為弱依賴的投保組件執行失敗或異常時，所述投保流程按照所述執行順序繼續執行下一個投保組件。

優選地，本申請實施例提供的第一方面的投保流程生產方法中，依據所述業務信息和投保組件庫，確定所述投保組件庫中與所述投保業務相對應的投保組件及所述投保組件的執行順序，包括：

依據所述業務信息和投保組件庫，確定所述投保組件庫中實現所述投保業務的業務邏輯所需的投保組件；

依據所述投保組件之間的依賴關系，確定所述投保組件的執行順序。

優選地，本申請實施例提供的第一方面的投保流程生產方法中，所述投保組件庫中包括以下一個或多個投保組件：

前置檢查組件、用戶獲取組件、產品獲取組件、白名單組件、詢價組件、保期處理組件、險種處理組件、價格處理組件、優惠券處理組件、擴展處理組件、營銷組件、收益人組件、被保人組件、付款人組件、標的組件、投保調用組件。

優選地，本申請實施例提供的第一方面的投保流程生產方法中，在依據所述投保組件及其執行順序，生成用于處理所述投保業務的投保流程之后，所述方法還包括：