本發(fā)明涉及通信技術(shù)領域，尤其涉及一種保單處理方法和裝置。

背景技術(shù)：

在電話銷售系統(tǒng)中，當人工坐席確認用戶有投保的意向時，保險公司根據(jù)人工坐席和用戶的溝通內(nèi)容制作投保單，將投保單線下配送給用戶。當用戶確認投保單，交清保費后，保險系統(tǒng)生成與該投保單對應的保單再將保單配送給用戶，完成整個投保過程。由此可知，在和用戶建立保險關系的過程中，需要兩次配送保單，導致保險公司的配送保單的成本高。同時，由于在配送過程時間比較長，導致無法保證承保時效。

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

本發(fā)明的主要目的在于提供一種保單處理方法和裝置，旨在解決現(xiàn)有的通過電話銷售與用戶建立保險關系過程中，保險公司配送投保單和保單的成本高，無法保證承保時效的技術(shù)問題。

為實現(xiàn)上述目的，本發(fā)明提供的一種保單處理方法，所述保單處理方法包括：

獲取人工坐席與用戶達成的投保協(xié)議，根據(jù)所述投保協(xié)議生成投保單；

獲取用戶輸入的用于在線支付保費的電子支付卡的卡號；

根據(jù)所述卡號在電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

優(yōu)選地，所述獲取用戶輸入的用于在線支付保費的電子支付卡的卡號的步驟之后，還包括：

獲取與所述卡號對應的身份證號碼，記為第一身份證號碼；

獲取所述投保單中的身份證號碼，記為第二身份證號碼；

若所述第一身份證號碼與所述第二身份證號碼相同，則執(zhí)行根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單的步驟。

優(yōu)選地，所述獲取用戶輸入的用于在線支付保費的電子支付卡的卡號的步驟之后，還包括：

將所述投保單發(fā)送給用戶，以供用戶確認所述投保單的正確性；

當接收到確認所述投保單正確的確認指令時，執(zhí)行根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單的步驟。

優(yōu)選地，所述根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單的步驟包括：

根據(jù)所述卡號確認所述電子支付卡賬戶的余額是否大于或者等于所述投保單對應的保費；

若所述余額大于或者等于所述保費，則輸出提示信息提示用戶確認支付所述保費；

當接收到確認支付所述保費的確認指令時，在所述電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

優(yōu)選地，所述根據(jù)所述卡號確認所述電子支付卡賬戶的余額是否大于或者等于所述投保單對應的保費的步驟之后，還包括：

若所述余額小于所述保費，則提示用戶可選擇線下支付所述保費，或者選擇線下和線上相結(jié)合的方式支付所述保費。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種保單處理裝置，所述保單處理裝置包括：

生成模塊，用于獲取人工坐席與用戶達成的投保協(xié)議，根據(jù)所述投保協(xié)議生成投保單；

獲取模塊，用于獲取用戶輸入的用于在線支付保費的電子支付卡的卡號；

扣取模塊，用于根據(jù)所述卡號在電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

優(yōu)選地，所述獲取模塊還用于獲取與所述卡號對應的身份證號碼，記為第一身份證號碼；獲取所述投保單中的身份證號碼，記為第二身份證號碼；

所述扣取模塊還用于若所述第一身份證號碼與所述第二身份證號碼相同，則根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

優(yōu)選地，所述保單處理裝置還包括：

發(fā)送模塊，用于將所述投保單發(fā)送給用戶，以供用戶確認所述投保單的正確性；

所述扣取模塊還用于當接收到確認所述投保單正確的確認指令時，根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

優(yōu)選地，，所述扣取模塊包括：

確認單元，用于根據(jù)所述卡號確認所述電子支付卡賬戶的余額是否大于或者等于所述投保單對應的保費；

輸出單元，用于若所述余額大于或者等于所述保費，則輸出提示信息提示用戶確認支付所述保費；

扣取單元，用于當接收到確認支付所述保費的確認指令時，在所述電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

優(yōu)選地，所述扣取模塊還包括提示單元，用于若所述余額小于所述保費，則提示用戶可選擇線下支付所述保費，或者選擇線下和線上相結(jié)合的方式支付所述保費。

本發(fā)明通過獲取人工坐席與用戶達成的投保協(xié)議，根據(jù)所述投保協(xié)議生成投保單，以及獲取用戶輸入的用于在線支付保費的電子支付卡的卡號，在電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。實現(xiàn)了在線生成投保單，在用戶在線支付保費后，生成保單。避免了保險公司在生成投保單后，需要將投保單線下配送給用戶，讓用戶確認并支付保費，降低了保險公司的配送成本，同時由于不需要配送投保單，提高了生成保單的效率，從而提高了承保時效。

附圖說明

圖1為本發(fā)明保單處理方法的較佳實施例的流程示意圖；

圖2為本發(fā)明實施例中根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單的一種流程示意圖；

圖3為本發(fā)明保單處理裝置的較佳實施例的功能模塊示意圖；

圖4為本發(fā)明實施例中扣取模塊的一種功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

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

本發(fā)明提供一種保單處理方法。

參照圖1，提出本發(fā)明保單處理方法的第一實施例。

在本實施例中，所述保單處理方法包括：

步驟s10，獲取人工坐席與用戶達成的投保協(xié)議，根據(jù)所述投保協(xié)議生成投保單；

當人工坐席通過電話銷售系統(tǒng)與用戶達成投保協(xié)議時，保險系統(tǒng)獲取所述人工坐席與用戶所達成的投保協(xié)議，并根據(jù)所述投保協(xié)議生成投保單。需要說明的是，在所述人工坐席與用戶通過所述電話銷售系統(tǒng)達成所述投保協(xié)議過程中，所述人工坐席會將用戶的投保信息，投保人的信息，受益人等信息錄入所述保險系統(tǒng)中，形成投保協(xié)議。所述投保單又稱投保書、要保書，是投保人向保險公司申請訂立保險合同的書面要約。所述投保單中包括被保險人的名稱和地址、保險標的的名稱和存放地點、投保的險別、保險責任的起訖、保險價值及保險金額等信息。

步驟s20，獲取用戶輸入的用于在線支付保費的電子支付卡的卡號；

當所述保險系統(tǒng)生成所述投保單之后，所述保險系統(tǒng)根據(jù)所述投保單確定用戶所需支付保費，輸出提示信息，提示用戶提供可用于在線支付保費的電子支付卡的卡號。其中，所述電子支付卡包括但不限于借記卡和信用卡，所述借記卡是指先存款后消費(或取現(xiàn))沒有透支功能的銀行卡；所述信用卡又叫貸記卡，是一種非現(xiàn)金交易付款的方式，是簡單的信貸服務，由銀行或信用卡公司依照用戶的信用度與財力發(fā)給持卡人，持卡人持信用卡消費時無須支付現(xiàn)金，待賬單日時再進行還款。

當用戶接收到提示提供用于在線支付保費的電子支付卡的卡號的提示信息時，用戶可以通過具備ivr(interactivevoiceresponse，交互式語音應答)功能的終端將所述卡號發(fā)送至所述保險系統(tǒng)，所述終端包括但不限于具備ivr功能的智能手機和平板電腦。

步驟s30，根據(jù)所述卡號在電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

當所述保險系統(tǒng)獲取到所述電子支付卡的卡號時，所述保險系統(tǒng)根據(jù)所述卡號在電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。所述保單又稱為保險單，所述保險單必須明確、完整地記載有關保險雙方的權(quán)利義務，保單上主要載有保險人和被保險人的名稱、保險標的、保險金額、保險費、保險期限、賠償或給付的責任范圍以及其他規(guī)定事項。

進一步地，為了保證在所述電子支付卡賬戶中成功扣取所述保費，以及確保扣取所述保費的安全性，所述保險系統(tǒng)在所述電子支付卡賬戶中扣取所述保費之前，可以驗證所述電子支付卡的有效期，防止所述電子支付卡為已過有效期的電子支付卡，導致支付失敗。所述保險系統(tǒng)在扣取所述保費過程中，可將所要支付的保費的數(shù)額以短信或者郵件等方式告知用戶，同時，并發(fā)送驗證碼給用戶，提示用戶在特定頁面輸入所述驗證碼。當所述保險系統(tǒng)接收到用戶在指定頁面輸入的驗證碼之后，將該驗證碼與發(fā)送給用戶的驗證碼進行對比。當用戶輸入的驗證碼與所述保險系統(tǒng)發(fā)送給用戶的驗證碼一致時，所述保險系統(tǒng)根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當用戶輸入的驗證碼與所述保險系統(tǒng)發(fā)送給用戶的驗證碼不一致時，所述保險系統(tǒng)告知用戶在所述電子支付卡的賬戶中扣取所述保費失敗，或者重新發(fā)送驗證碼給用戶，直至發(fā)送所述驗證碼的次數(shù)達到所述保險系統(tǒng)所設定的次數(shù)。

進一步地，所述保單處理方法還包括：

步驟a，獲取與所述卡號對應的身份證號碼，記為第一身份證號碼；

步驟b，獲取所述投保單中的身份證號碼，記為第二身份證號碼；

若所述第一身份證號碼與所述第二身份證號碼相同，則執(zhí)行步驟s30。

當所述保險系統(tǒng)得到所述電子支付卡的卡號時，所述保險系統(tǒng)獲取與所述卡號對應的身份證號碼，將與所述卡號對應的身份證號碼記為第一身份證號碼。所述保險系統(tǒng)獲取所述投保單中的身份證號碼，將所述投保單中的身份證號碼記為第二身份證號碼。當所述保險系統(tǒng)得到所述第一身份證號碼和所述第二身份證號碼時，所述保險系統(tǒng)判斷所述第一身份證號碼和所述第二身份證號碼是否相同。若所述第一身份證號碼與所述第二身份證號碼相同，所述保險系統(tǒng)則根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。

當所述第一身份證號碼與所述第二身份證號碼不同時，所述保險系統(tǒng)可提示用戶提供所述第一身份證號碼所對應身份證的電子資料，如所述第一身份證號碼所對應身份證的正反兩面的照片，或者所述第一身份證號碼所對應身份證的正反面的電子文檔。當所述保險系統(tǒng)得到所述第一身份證號碼所對應身份證的電子資料時，所述保險系統(tǒng)判斷所述電子資料中的身份證號碼與所述第一身份證號碼是否一致。若所述電子資料中的身份證號碼與所述第一身份證號碼一致，所述保險系統(tǒng)則根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。若所述電子資料中的身份證號碼與所述第一身份證號碼不一致看，所述保險系統(tǒng)則不在所述電子支付卡賬戶中扣取與所述投保單對應的保費，并提示用戶所述保費扣取失敗。

進一步地，所述保單處理方法還包括：

步驟c，將所述投保單發(fā)送給用戶，以供用戶確認所述投保單的正確性；

當接收到確認所述投保單正確的確認指令時，執(zhí)行步驟s30。

進一步，當所述保險系統(tǒng)生產(chǎn)所述投保單之后，所述保險系統(tǒng)可將所述投保單通過線上的方式發(fā)送給所述用戶，以供所述用戶確認所述投保單內(nèi)容的正確性。若用戶認為所述投保單內(nèi)容有誤，可和所述人工坐席聯(lián)系，修改所述投保單，直到用戶確認所述投保單正確。當用戶確認所述投保單正確之后，用戶可在所述保險系統(tǒng)指定的頁面中輸入確認所述投保單正確的的確認指令。當所述保險系統(tǒng)接收到所述確認指令時，所述保險系統(tǒng)根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。

本實施例通過獲取人工坐席與用戶達成的投保協(xié)議，根據(jù)所述投保協(xié)議生成投保單，以及獲取用戶輸入的用于在線支付保費的電子支付卡的卡號，在電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。實現(xiàn)了在線生成投保單，在用戶在線支付保費后，生成保單。避免了保險公司在生成投保單后，需要將投保單線下配送給用戶，讓用戶確認并支付保費，降低了保險公司的配送成本，同時由于不需要配送投保單，提高了生成保單的效率，從而提高了承保時效。

參照圖2，提出本發(fā)明保單處理方法的第二實施例，基于本發(fā)明保單處理方法的第一實施例提出本發(fā)明的第二實施例。

在本實施例中，所述步驟s30包括：

步驟s31，根據(jù)所述卡號確認所述電子支付卡賬戶的余額是否大于或者等于所述投保單對應的保費；

當所述保險系統(tǒng)得到所述電子支付卡的卡號之后，所述保險系統(tǒng)根據(jù)所述卡號確認所述電子支付卡賬戶中的余額，將所述余額和所述投保單對應的保費進行比較，判斷所述余額是否大于或者等于所述投保單對應的保費。

步驟s32，若所述余額大于或者等于所述保費，則輸出提示信息提示用戶確認支付所述保費；

步驟s33，當接收到確認支付所述保費的確認指令時，在所述電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

步驟s34，若所述余額小于所述保費，則提示用戶可選擇線下支付所述保費，或者選擇線下和線上相結(jié)合的方式支付所述保費。

當所述保險系統(tǒng)確認所述電子支付卡賬戶中的余額大于或者等于所述投保單對應的保費時，所述保險系統(tǒng)輸出提示信息提示用戶確認使用所述電子支付卡賬戶中的余額支付所述保費。當所述保險系統(tǒng)接收到用戶確認使用所述電子支付卡賬戶中的余額支付所述保費的確認指令時，所述保險系統(tǒng)根據(jù)所述確認指令在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。

當所述電子支付卡賬戶中的余額小于所述保費時，所述保險系統(tǒng)輸出提示信息，提示用戶可選擇線下支付所述保費，或者選擇線下和線上相結(jié)合的方式支付所述保費?？梢岳斫獾氖?，線上為通過網(wǎng)絡方式支付，線下為用戶到保險公司支付，或者通過pos(pointofsalesterminal，銷售點情報管理系統(tǒng))機等方式支付。

本實施例通過確認所述電子支付卡賬戶中的余額是否足夠支付所述保費，防止在所述電子支付卡扣取保費過程中，由于所述電子支付卡賬戶的余額不足而出現(xiàn)扣取失敗的情況出現(xiàn)，提高了扣取保費的成功率，從而提高了生成保單的速率。

本發(fā)明進一步提供一種保單處理裝置100。

參照圖3，提出本發(fā)明保單處理裝置100的第一實施例。

需要強調(diào)的是，對本領域的技術(shù)人員來說，圖3所示模塊圖僅僅是一個較佳實施例的示例圖，本領域的技術(shù)人員圍繞圖3所示的保單處理裝置100的模塊，可輕易進行新的模塊的補充；各模塊的名稱是自定義名稱，僅用于輔助理解該保單處理裝置100的各個程序功能塊，不用于限定本發(fā)明的技術(shù)方案，本發(fā)明技術(shù)方案的核心是，各自定義名稱的模塊所要達成的功能。

可以理解的是，所述保單處理裝置100內(nèi)置于所述保險系統(tǒng)中。

在本實施例中，所述保單處理裝置100包括：

生成模塊10，用于獲取人工坐席與用戶達成的投保協(xié)議，根據(jù)所述投保協(xié)議生成投保單；

當人工坐席通過電話銷售系統(tǒng)與用戶達成投保協(xié)議時，保險系統(tǒng)獲取所述人工坐席與用戶所達成的投保協(xié)議，并根據(jù)所述投保協(xié)議生成投保單。需要說明的是，在所述人工坐席與用戶通過所述電話銷售系統(tǒng)達成所述投保協(xié)議過程中，所述人工坐席會將用戶的投保信息，投保人的信息，受益人等信息錄入所述保險系統(tǒng)中，形成投保協(xié)議。所述投保單又稱投保書、要保書，是投保人向保險公司申請訂立保險合同的書面要約。所述投保單中包括被保險人的名稱和地址、保險標的的名稱和存放地點、投保的險別、保險責任的起訖、保險價值及保險金額等信息。

獲取模塊20，用于獲取用戶輸入的用于在線支付保費的電子支付卡的卡號；

當所述保險系統(tǒng)生成所述投保單之后，所述保險系統(tǒng)根據(jù)所述投保單確定用戶所需支付保費，輸出提示信息，提示用戶提供可用于在線支付保費的電子支付卡的卡號。其中，所述電子支付卡包括但不限于借記卡和信用卡，所述借記卡是指先存款后消費(或取現(xiàn))沒有透支功能的銀行卡；所述信用卡又叫貸記卡，是一種非現(xiàn)金交易付款的方式，是簡單的信貸服務，由銀行或信用卡公司依照用戶的信用度與財力發(fā)給持卡人，持卡人持信用卡消費時無須支付現(xiàn)金，待賬單日時再進行還款。

當用戶接收到提示提供用于在線支付保費的電子支付卡的卡號的提示信息時，用戶可以通過具備ivr(interactivevoiceresponse，交互式語音應答)功能的終端將所述卡號發(fā)送至所述保險系統(tǒng)，所述終端包括但不限于具備ivr功能的智能手機和平板電腦。

扣取模塊30，用于根據(jù)所述卡號在電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

當所述保險系統(tǒng)獲取到所述電子支付卡的卡號時，所述保險系統(tǒng)根據(jù)所述卡號在電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。所述保單又稱為保險單，所述保險單必須明確、完整地記載有關保險雙方的權(quán)利義務，保單上主要載有保險人和被保險人的名稱、保險標的、保險金額、保險費、保險期限、賠償或給付的責任范圍以及其他規(guī)定事項。

進一步地，為了保證在所述電子支付卡賬戶中成功扣取所述保費，以及確?？廴∷霰ＹM的安全性，所述保險系統(tǒng)在所述電子支付卡賬戶中扣取所述保費之前，可以驗證所述電子支付卡的有效期，防止所述電子支付卡為已過有效期的電子支付卡，導致支付失敗。所述保險系統(tǒng)在扣取所述保費過程中，可將所要支付的保費的數(shù)額以短信或者郵件等方式告知用戶，同時，并發(fā)送驗證碼給用戶，提示用戶在特定頁面輸入所述驗證碼。當所述保險系統(tǒng)接收到用戶在指定頁面輸入的驗證碼之后，將該驗證碼與發(fā)送給用戶的驗證碼進行對比。當用戶輸入的驗證碼與所述保險系統(tǒng)發(fā)送給用戶的驗證碼一致時，所述保險系統(tǒng)根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當用戶輸入的驗證碼與所述保險系統(tǒng)發(fā)送給用戶的驗證碼不一致時，所述保險系統(tǒng)告知用戶在所述電子支付卡的賬戶中扣取所述保費失敗，或者重新發(fā)送驗證碼給用戶，直至發(fā)送所述驗證碼的次數(shù)達到所述保險系統(tǒng)所設定的次數(shù)。

進一步地，所述獲取模塊20還用于獲取與所述卡號對應的身份證號碼，記為第一身份證號碼；獲取所述投保單中的身份證號碼，記為第二身份證號碼；

所述扣取模塊30還用于若所述第一身份證號碼與所述第二身份證號碼相同，則根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

當所述保險系統(tǒng)得到所述電子支付卡的卡號時，所述保險系統(tǒng)獲取與所述卡號對應的身份證號碼，將與所述卡號對應的身份證號碼記為第一身份證號碼。所述保險系統(tǒng)獲取所述投保單中的身份證號碼，將所述投保單中的身份證號碼記為第二身份證號碼。當所述保險系統(tǒng)得到所述第一身份證號碼和所述第二身份證號碼時，所述保險系統(tǒng)判斷所述第一身份證號碼和所述第二身份證號碼是否相同。若所述第一身份證號碼與所述第二身份證號碼相同，所述保險系統(tǒng)則根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。

當所述第一身份證號碼與所述第二身份證號碼不同時，所述保險系統(tǒng)可提示用戶提供所述第一身份證號碼所對應身份證的電子資料，如所述第一身份證號碼所對應身份證的正反兩面的照片，或者所述第一身份證號碼所對應身份證的正反面的電子文檔。當所述保險系統(tǒng)得到所述第一身份證號碼所對應身份證的電子資料時，所述保險系統(tǒng)判斷所述電子資料中的身份證號碼與所述第一身份證號碼是否一致。若所述電子資料中的身份證號碼與所述第一身份證號碼一致，所述保險系統(tǒng)則根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。若所述電子資料中的身份證號碼與所述第一身份證號碼不一致看，所述保險系統(tǒng)則不在所述電子支付卡賬戶中扣取與所述投保單對應的保費，并提示用戶所述保費扣取失敗。

進一步地，所述保單處理裝置100還包括：

發(fā)送模塊40，用于將所述投保單發(fā)送給用戶，以供用戶確認所述投保單的正確性；

所述扣取模塊30還用于當接收到確認所述投保單正確的確認指令時，根據(jù)所述卡號在所述電子支付卡對應的賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

進一步，當所述保險系統(tǒng)生產(chǎn)所述投保單之后，所述保險系統(tǒng)可將所述投保單通過線上的方式發(fā)送給所述用戶，以供所述用戶確認所述投保單內(nèi)容的正確性。若用戶認為所述投保單內(nèi)容有誤，可和所述人工坐席聯(lián)系，修改所述投保單，直到用戶確認所述投保單正確。當用戶確認所述投保單正確之后，用戶可在所述保險系統(tǒng)指定的頁面中輸入確認所述投保單正確的的確認指令。當所述保險系統(tǒng)接收到所述確認指令時，所述保險系統(tǒng)根據(jù)所述卡號在所述電子支付卡賬戶中扣取與所述投保單對應的保費。

本實施例通過獲取人工坐席與用戶達成的投保協(xié)議，根據(jù)所述投保協(xié)議生成投保單，以及獲取用戶輸入的用于在線支付保費的電子支付卡的卡號，在電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。實現(xiàn)了在線生成投保單，在用戶在線支付保費后，生成保單。避免了保險公司在生成投保單后，需要將投保單線下配送給用戶，讓用戶確認并支付保費，降低了保險公司的配送成本，同時由于不需要配送投保單，提高了生成保單的效率，從而提高了承保時效。

參照圖4，提出本發(fā)明保單處理裝置100的第二實施例，基于本發(fā)明保單處理裝置100的第一實施例提出本發(fā)明的第二實施例。

在本實施例中，所述扣取模塊30包括：

確認單元31，用于根據(jù)所述卡號確認所述電子支付卡賬戶的余額是否大于或者等于所述投保單對應的保費；

當所述保險系統(tǒng)得到所述電子支付卡的卡號之后，所述保險系統(tǒng)根據(jù)所述卡號確認所述電子支付卡賬戶中的余額，將所述余額和所述投保單對應的保費進行比較，判斷所述余額是否大于或者等于所述投保單對應的保費。

輸出單元32，用于若所述余額大于或者等于所述保費，則輸出提示信息提示用戶確認支付所述保費；

扣取單元33，用于當接收到確認支付所述保費的確認指令時，在所述電子支付卡賬戶中扣取與所述投保單對應的保費，生成與所述投保單對應的保單。

提示單元34，用于若所述余額小于所述保費，則提示用戶可選擇線下支付所述保費，或者選擇線下和線上相結(jié)合的方式支付所述保費。

當所述保險系統(tǒng)確認所述電子支付卡賬戶中的余額大于或者等于所述投保單對應的保費時，所述保險系統(tǒng)輸出提示信息提示用戶確認使用所述電子支付卡賬戶中的余額支付所述保費。當所述保險系統(tǒng)接收到用戶確認使用所述電子支付卡賬戶中的余額支付所述保費的確認指令時，所述保險系統(tǒng)根據(jù)所述確認指令在所述電子支付卡賬戶中扣取與所述投保單對應的保費。當所述保費扣取成功后，所述保險系統(tǒng)生成與所述投保單對應的保單。

當所述電子支付卡賬戶中的余額小于所述保費時，所述保險系統(tǒng)輸出提示信息，提示用戶可選擇線下支付所述保費，或者選擇線下和線上相結(jié)合的方式支付所述保費?？梢岳斫獾氖?，線上為通過網(wǎng)絡方式支付，線下為用戶到保險公司支付，或者通過pos(pointofsalesterminal，銷售點情報管理系統(tǒng))機等方式支付。

本實施例通過確認所述電子支付卡賬戶中的余額是否足夠支付所述保費，防止在所述電子支付卡扣取保費過程中，由于所述電子支付卡賬戶的余額不足而出現(xiàn)扣取失敗的情況出現(xiàn)，提高了扣取保費的成功率，從而提高了生成保單的速率。

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

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