本申請涉及電子技術領域，尤其涉及一種車輛投保方法、裝置及系統(tǒng)。

背景技術：

傳統(tǒng)車輛投保的方式大部分仍采用傳統(tǒng)的人工銷售、4S店合作等方式，這些方式的銷售成本較高。目前有部分保險公司采用了自助投保系統(tǒng)，但是由于信息技術水平不高，使得各家保險公司提供的自助投保系統(tǒng)在處理投保信息存在效率低、準確性差等問題。部分保險公司近年也開始逐漸推廣線上保險，但傳統(tǒng)保險公司的線上車險購買系統(tǒng)需要車主輸入大量車輛信息投保及保單查詢，這樣就造成投保過程操作繁瑣，便捷性較差。

技術實現要素：

本發(fā)明實施例提供了一種車輛投保方法、裝置及系統(tǒng)，用以解決現有技術中車主線上投保時，需要輸入大量車輛信息，投保過程操作繁瑣，便捷性較差等問題。

其具體的技術方案如下：

一種車輛投保方法，所述方法包括：

車輛管理服務器接收司機端發(fā)送的投保指令，其中，所述投保指令中包含所述司機端的標識信息；

根據所述投保指令中的所述標識信息，調取出所述標識信息對應的車輛信息；

將所述車輛信息發(fā)送至投保服務器，并接收所述投保服務器生成的保單；

將所述保單發(fā)送至所述司機端。

可選的，在所述車輛管理服務器接收所述司機端發(fā)送的投保指令之前，所述方法還包括：

獲取每個司機端的標識信息，以及每個標識信息各自對應的車輛信息，其中，所述標識信息用于唯一標識車輛；

建立并保存所述標識信息與車輛信息之間的對應關系。

可選的，將所述車輛信息發(fā)送至投保服務器，包括：

按照指定加密方式對調取出的所述車輛信息進行加密；

將加密后的所述車輛信息發(fā)送至所述投保服務器。

可選的，在將所述車輛信息發(fā)送至投保服務器之后，并且在將保單發(fā)送至所述司機端之前，所述方法還包括：

接收所述投保服務器返回的保單確認信息，其中，所述保單確認信息用于提示司機端是否投保；

將所述保單確認信息發(fā)送至所述司機端。

可選的，在將所述保單確認信息發(fā)送至所述司機端之后，還包括：

接收所述司機端發(fā)送的支付確認信息，其中，所述支付確認信息表征所述司機端支付完成；

根據所述支付確認信息，將接收到的所述保單發(fā)送至所述司機端。

可選的，在將所述保單發(fā)送至所述司機端之后，所述方法還包括：

接收司機端發(fā)送的保單查詢指令，其中，所述保單查詢指令用于查詢所述司機端的保單；

根據所述保單查詢指令，將對應的保單發(fā)送至所述司機端。

一種車輛投保裝置，所述裝置包括：

接收模塊，用于接收司機端發(fā)送的投保指令，并接收所述投保服務器返回的保單，其中，所述投保指令中包含了所述司機端的標識信息；

處理模塊，用于根據所述投保指令中的所述標識信息，調取出所述標識信息對應的車輛信息；將所述車輛信息發(fā)送至投保服務器，并接收所述投保服務器生成的保單；

通訊模塊，用于將所述保單發(fā)送至所述司機端。

可選的，所述處理模塊，還用于獲取每個司機端的標識信息，以及每個標識信息各自對應的車輛信息，其中，所述標識信息用于唯一標識車輛；建立并保存所述標識信息與車輛信息之間的對應關系。

可選的，所述處理模塊，還用于按照指定加密方式對調取出的所述車輛信息進行加密；將加密后的所述車輛信息發(fā)送至所述投保服務器。

一種車輛投保系統(tǒng)，所述系統(tǒng)包括：車輛管理服務器、投保服務器，其中，

所述車輛管理服務器，用于接收司機端發(fā)送的投保指令，根據所述投保指令中的所述標識信息，調取出所述標識信息對應的車輛信息，將所述車輛信息發(fā)送至投保服務器，并接收所述投保服務器生成的保單，將所述保單發(fā)送至所述司機端；

投保服務器，用于接收所述車輛管理服務器發(fā)送的投保指令以及車輛信息，并根據所述車輛信息生成保單，并將所述保單發(fā)送至所述車輛管理服務器。

通過上述的投保方法，車輛管理服務器可以根據司機端的投保指令，直接將司機端的車輛信息發(fā)送給投保服務器，從而投保服務器根據車輛信息生成對應保單，并將保單反饋給車輛管理服務器，用戶不再需要填寫復雜的車輛數據信息，而是通過簡單的一鍵操作來完成投保，從而使得用戶的投保過程更加的簡便，并且使得投保效率得到提高。

附圖說明

圖1為本發(fā)明實施例中一種車輛投保方法的流程圖。

圖2為本發(fā)明實施例中一種車輛投保裝置的結構示意圖。

圖3為本發(fā)明實施例中一種車輛投保系統(tǒng)的結構示意圖。

具體實施方式

下面通過附圖以及具體實施例對本發(fā)明技術方案做詳細的說明，應當理解，本發(fā)明實施例以及實施例中的具體技術特征只是對本發(fā)明技術方案的說明，而不是限定，在不沖突的情況下，本發(fā)明實施例以及實施例中的具體技術特征可以相互組合。

如圖1所示為本發(fā)明實施例中一種車輛投保方法的流程圖，該方法包括：

S101，車輛管理服務器接收司機端發(fā)送的投保指令；

在本發(fā)明實施例中，該車輛管理服務器與司機端可以進行直接通訊。

車輛管理服務器通過獲取各個司機端的標識信息，該標識信息唯一標識車輛，這個標識信息可以但不限于包含車輛的車牌號碼，基于車輛標識信息以及車輛信息，車輛管理服務器將建立并保存標識信息與車輛數據之間的對應關系，因此通過標識信息就可以確定該標識信息對應的車輛信息。

這里的車輛信息為與車輛相關的數據，包括但不限于車輛型號、車輛顏色、車輛配置等數據，該車輛信息能夠保證車輛投保所需要的信息。

另外需要說明的是，該對應關系除了保存在車輛管理服務器中之外，還可以保存在其他地方，比如說保存在云服務器中等等。

在車輛管理服務器建立了上述關系之后，車輛管理服務器將及時的檢測是否接收到司機端發(fā)送的投保指令，并執(zhí)行S102。

S102，根據投保指令中的標識信息，調取出標識信息對應的車輛信息；

在車輛管理服務器接收到司機端發(fā)送的投保指令時，車輛管理服務器將在投保指令中獲取到司機端的標識信息，由于車輛管理服務器中保了標識信息與車輛信息之間的對應關系，所以通過該標識信息就能夠的確定出對應車輛信息。

S103，將車輛信息發(fā)送至投保服務器，并接收投保服務器生成的保單；

在步驟S102中，車輛管理服務器通過標識信息調取出對應的車輛信息之后，車輛管理服務器會將該車輛信息發(fā)送至投保服務器，在該車輛信息中包含了車輛投保所需要的數據，從而使得投保服務器可以根據該車輛信息填寫保單。

進一步，在本發(fā)明實施例中為了保證車輛數據傳輸的安全性，所以在車輛管理服務器將調取出的車輛信息發(fā)送至投保服務器之前，車輛管理服務器將按照指定加密方式對調取出的車輛信息進行加密，然后將加密后的車輛信息發(fā)送至投保服務器，這里的指定加密方式可以是現有的一種加密方式，通過對車輛信息進行加密處理之后，可以保證車輛信息在傳輸過程中的安全性，從而保證車輛信息不被泄露。

在車輛管理服務器將車輛信息發(fā)送至投保服務器之后，車輛管理服務器將及時的接收投保服務器返回的保單。

S104，將保單發(fā)送至司機端。

在本發(fā)明實施例中，若是車輛管理服務器接收到的保單為一個保單確認信息時，車輛管理服務器首先將該保單確認信息發(fā)送至司機端，其中，保單確認信息用于提示司機端是否投保。

車輛管理服務器等待司機端的反饋信息，若是司機端確認投保，并且沒有需要補充的數據時，則司機端將生成確認指令，并且將該確認指令發(fā)送至車輛管理服務器，從而車輛管理服務器將該確認指令發(fā)送至投保服務器。

投保服務器在接收到確認指令之后，投保服務器將生成支付確認信息，該支付信息將通過車輛管理服務器被發(fā)送至司機端，司機端的可以通過網絡支付方式實現支付，比如說通過微信支付或者是通過支付寶支付。

在支付完成之后，司機端將該支付確認信發(fā)送至車輛管理服務器，車輛管理服務器將該支付確認信反饋至投保服務器，投保服務器獲取到該支付確認信息之后，投保服務器將生成最終的保單并反饋至車輛管理服務器，從而實現了司機端的線上投保。

綜上來講，通過上述的投保方式，用戶不再需要填寫復雜的車輛數據信息，而是通過簡單的一鍵操作來完成投保，從而使得用戶的投保過程更加的簡便，并且使得投保效率得到提高。

進一步，在本發(fā)明實施例中，在司機端完成線上投保之后，該車輛管理服務器上還可以保存司機端的保單，該保單也與司機端的標識信息建立了對應關系，所以在車輛管理服務器接收到司機端發(fā)送的保單查詢指令時，車輛管理服務器將的根據保單查詢指令，將對應的保單發(fā)送至司機端，從而實現了司機端通過車輛管理服務器隨時查詢到保單的目的，方便了用戶對保單的隨時查詢需求。

本發(fā)明實施例中還提供了一種車輛投保裝置，如圖2所示為本發(fā)明實施例中一種車輛投保裝置的結構示意圖，該裝置包括：

接收模塊201，用于接收司機端發(fā)送的投保指令，并接收所述投保服務器返回的保單，其中，所述投保指令中包含了所述司機端的標識信息；；

處理模塊202，用于根據所述投保指令中的所述標識信息，調取出所述標識信息對應的車輛信息；將所述車輛信息發(fā)送至投保服務器，并接收所述投保服務器生成的保單；

通訊模塊203，用于將所述保單發(fā)送至所述司機端。

進一步，在本發(fā)明實施例中，所述處理模塊202，還用于獲取每個司機端的標識信息，以及每個標識信息各自對應的車輛信息，其中，所述標識信息用于唯一標識車輛；建立并保存所述標識信息與車輛信息之間的對應關系。

進一步，在本發(fā)明實施例中，所述處理模塊202，還用于按照指定加密方式對調取出的所述車輛信息進行加密；將加密后的所述車輛信息發(fā)送至所述投保服務器。

對應本發(fā)明實施例中一種車輛投保方法，本發(fā)明實施例中還提供了一種車輛投保系統(tǒng)，如圖3所示為本發(fā)明實施例中一種車輛投保系統(tǒng)的結構示意圖，該系統(tǒng)包括：車輛管理服務器301、投保服務器302；

所述車輛管理服務器301，用于接收司機端發(fā)送的投保指令，根據所述投保指令中的所述標識信息，調取出所述標識信息對應的車輛信息，將所述車輛信息發(fā)送至投保服務器302，并接收所述投保服務器302生成的保單，將所述保單發(fā)送至所述司機端；

投保服務器302，用于接收所述車輛管理服務器301發(fā)送的投保指令以及車輛信息，并根據所述車輛信息生成保單，并將所述保單發(fā)送至所述車輛管理服務器301。

上述的車輛管理服務器301的功能在上述的方法實施例中以及詳細說明，此處就不再贅述。

盡管已描述了本申請的優(yōu)選實施例，但本領域內的普通技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本申請范圍的所有變更和修改。

顯然，本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的精神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權利要求及其等同技術的范圍之內，則本申請也意圖包含這些改動和變型在內。