本發(fā)明涉及計算機軟件領域，具體涉及一種租車嚴禁管理方法及系統(tǒng)。

背景技術：

在租車行業(yè)中，目前的押金支付方式均為一單一押金，即當前在預授權的解凍時間段內，用戶每次租車都需要支付一筆租車押金。

眾所周知，違章和事故對于現(xiàn)實汽車租賃過程中屬于偶發(fā)性小概率事件。對于頻繁租車的人群來說，上述押金支付方式容易使得頻繁租車用戶向出租方支付大量的押金，這種押金支付容易成為這類人群的負擔。

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

有鑒于此，本發(fā)明的目的是提供一種租車押金管理方法及系統(tǒng)，在保證租車需要支付押金的前提下，避免用戶在頻繁租車時的頻繁支付押金，從而降低用戶租車成本，提升用戶的租車體驗。

本發(fā)明的技術方案是提供一種租車押金管理方法，所述方法包括：

步驟1：用戶在租車時，根據(jù)所述用戶的身份識別碼，判斷所述用戶在特定時間段內的歷史租車信息中是否已經(jīng)支付租車押金；

步驟2：如果所述用戶在所述特定時間段內沒有支付租車押金記錄，則執(zhí)行步驟3，反之，則跳轉執(zhí)行步驟4；

步驟3：告知所述用戶支付所述租車押金，生成租車訂單；

步驟4：判斷所述用戶在所述特定時間段內的所述歷史租車信息中存在違章記錄或事故記錄；

步驟5：如果所述用戶在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄，則跳轉執(zhí)行步驟3，反之，則執(zhí)行步驟6；

步驟6：告知所述用戶支付無需支付所述租車押金，生成租車訂單；

步驟7：在車輛歸還之后，檢查所述用戶的所述租車訂單中是否存在違章記錄或事故記錄；

步驟8：如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則執(zhí)行步驟9，反之，則跳轉執(zhí)行步驟10；

步驟9：所述用戶在下次租車時不需要重新支付租車押金；

步驟10：所述用戶在下次租車時需要重新支付租車押金。

可選地，所述身份識別碼包括：注冊用戶號或身份證號。

可選地，在步驟4中，還包括：通過查詢所述用戶的押金記錄號，以判斷在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄。

可選地，在步驟7中，還包括：在車輛歸還之后，通過實時向交通管理部門數(shù)據(jù)庫檢查所述租車訂單的車輛是否存在違章記錄或事故記錄。

可選地，在步驟8中，還包括：如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則在預設時間段內，將所述租車押金退回至所述用戶。

本發(fā)明還提供一種租車押金管理系統(tǒng)，所述系統(tǒng)包括：押金信息檢索裝置、違章事故查詢裝置以及押金支付裝置，其中，

所述押金信息檢索裝置，用于用戶在租車時，根據(jù)所述用戶的身份識別碼，判斷所述用戶在特定時間段內的歷史租車信息中是否已經(jīng)支付租車押金；如果所述用戶在所述特定時間段內沒有支付租車押金記錄，則告知所述用戶支付所述租車押金，生成租車訂單，反之，則執(zhí)行所述違章事故查詢裝置；

所述違章事故查詢裝置，用于判斷所述用戶在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄；如果所述用戶在所述特定時間段內的所述歷史租車信息中存在違章記錄或事故記錄，則告知所述用戶支付所述租車押金，生成租車訂單；反之，則告知所述用戶支付無需支付所述租車押金，生成租車訂單；

所述押金支付裝置，用于在車輛歸還之后，檢查所述用戶的所述租車訂單中是否存在違章記錄或事故記錄；如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則所述用戶在下次租車時不需要重新支付租車押金，反之，則所述用戶在下次租車時需要重新支付租車押金。

可選地，所述身份識別碼包括：注冊用戶號或身份證號。

可選地，所述違章事故查詢裝置，還用于：通過查詢所述用戶的押金記錄號，以判斷在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄。

可選地，所述押金支付裝置，還用于：在車輛歸還之后，通過實時向交通管理部門數(shù)據(jù)庫檢查所述租車訂單的車輛是否存在違章記錄或事故記錄。

可選地，所述押金支付裝置，還用于：如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則在預設時間段內，將所述租車押金退回至所述用戶。

通過本發(fā)明提供的租車押金管理方法及系統(tǒng)，在保證租車需要支付押金的前提下，有效避免了用戶在頻繁租車時的頻繁支付押金，從而降低了用戶租車成本，有效提升了用戶的租車體驗。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。在附圖中：

圖1為本發(fā)明一實施例的租車押金管理方法的流程示意圖；

圖2為本發(fā)明實施方式的租車押金管理系統(tǒng)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合附圖對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。

如圖1所示，為本發(fā)明一實施例的租車押金管理方法，所述方法包括：

步驟1：用戶在租車時，根據(jù)所述用戶的身份識別碼，判斷所述用戶在特定時間段內的歷史租車信息中是否已經(jīng)支付租車押金；

步驟2：如果所述用戶在所述特定時間段內沒有支付租車押金記錄，則執(zhí)行步驟3，反之，則跳轉執(zhí)行步驟4；

步驟3：告知所述用戶支付所述租車押金，生成租車訂單；

步驟4：判斷所述用戶在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄；

步驟5：如果所述用戶在所述特定時間段內的所述歷史租車信息中存在違章記錄或事故記錄，則跳轉執(zhí)行步驟3，反之，則執(zhí)行步驟6；

步驟6：告知所述用戶支付無需支付所述租車押金，生成租車訂單；

步驟7：在車輛歸還之后，檢查所述用戶的所述租車訂單中是否存在違章記錄或事故記錄；

步驟8：如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則執(zhí)行步驟9，反之，則跳轉執(zhí)行步驟10；

步驟9：所述用戶在下次租車時不需要重新支付租車押金；

步驟10：所述用戶在下次租車時需要重新支付租車押金。

可選地，所述身份識別碼包括：注冊用戶號或身份證號。

可選地，在步驟4中，還包括：通過查詢所述用戶的押金記錄號，以判斷在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄。

可選地，在步驟7中，還包括：在車輛歸還之后，通過實時向交通管理部門數(shù)據(jù)庫檢查所述租車訂單的車輛是否存在違章記錄或事故記錄。

可選地，在步驟8中，還包括：如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則在預設時間段內，將所述租車押金退回至所述用戶。

下面結合一個具體實施例對本發(fā)明進行具體描述，然而值得注意的是該具體實施例僅是為了更好地描述本發(fā)明，并不構成對本發(fā)明的不當限定。

當用戶租車時，利用APP向后臺服務器提交租車請求，然后根據(jù)所述用戶的身份識別碼，判斷所述用戶在15天內的歷史租車信息中是否已經(jīng)支付租車押金。在本發(fā)明一實施例中，所述用戶的身份識別碼可以是注冊用戶號或身份證號。

通過查詢所述用戶的押金記錄號，以判斷在15天內的所述歷史租車信息中是否存在違章記錄或事故記錄。如果所述用戶在15天內沒有支付租車押金記錄，則告知該用戶支付該租車押金，并且生成租車訂單；如果所述用戶在15天內有支付租車押金記錄，則需要判斷所述用戶在15天內的所述歷史租車信息中是否存在違章記錄或事故記錄。

如果所述用戶在15天內的所述歷史租車信息中存在違章記錄或事故記錄，則告知該用戶支付該租車押金，并且生成租車訂單；如果在15天內的所述歷史租車信息中不存在違章記錄或事故記錄，則告知所述用戶支付無需支付所述租車押金，并且生成租車訂單，用戶開啟租車行程。

在用戶歸還車輛之后，通過實時向交通管理部門數(shù)據(jù)庫檢查所述租車訂單的車輛是否存在違章記錄或事故記錄。如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則所述用戶在下次租車時不需要重新支付租車押金，并且在自支付租車押金之日的30日內，將所述租車押金退回至所述用戶。反之，則所述用戶在下次租車時需要重新支付租車押金。

如圖2所示，為本發(fā)明一實施例的租車押金管理系統(tǒng)，所述系統(tǒng)2包括：押金信息檢索裝置21、違章事故查詢裝置22以及押金支付裝置23，其中，

所述押金信息檢索裝置21，用于用戶在租車時，根據(jù)所述用戶的身份識別碼，判斷所述用戶在特定時間段內的歷史租車信息中是否已經(jīng)支付租車押金；如果所述用戶在所述特定時間段內沒有支付租車押金記錄，則告知所述用戶支付所述租車押金，生成租車訂單，反之，則執(zhí)行所述違章事故查詢裝置22；

所述違章事故查詢裝置22，用于判斷所述用戶在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄；如果所述用戶在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄，則告知所述用戶支付所述租車押金，生成租車訂單；反之，則告知所述用戶支付無需支付所述租車押金，生成租車訂單；

所述押金支付裝置23，用于在車輛歸還之后，檢查所述用戶的所述租車訂單中是否存在違章記錄或事故記錄；如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則所述用戶在下次租車時不需要重新支付租車押金，反之，則所述用戶在下次租車時需要重新支付租車押金。

可選地，所述身份識別碼包括：注冊用戶號或身份證號。

可選地，所述違章事故查詢裝置22，還用于：通過查詢所述用戶的押金記錄號，以判斷在所述特定時間段內的所述歷史租車信息中是否存在違章記錄或事故記錄。

可選地，所述押金支付裝置23，還用于：在車輛歸還之后，通過實時向交通管理部門數(shù)據(jù)庫檢查所述租車訂單的車輛是否存在違章記錄或事故記錄。

可選地，所述押金支付裝置23，還用于：如果所述用戶在所述租車訂單中不存在違章記錄或事故記錄，則在預設時間段內，將所述租車押金退回至所述用戶。

由于本發(fā)明提供的租車押金管理系統(tǒng)是上述方法對應的系統(tǒng)，故在此不再贅述。

通過本發(fā)明提供的租車押金管理方法及系統(tǒng)，在保證租車需要支付押金的前提下，有效避免了用戶在頻繁租車時的頻繁支付押金，從而降低了用戶租車成本，有效提升了用戶的租車體驗。

此外，盡管在附圖中以特定順序描述了本發(fā)明方法的操作，但是，這并非要求或者暗示必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結果。附加地或備選地，可以省略某些步驟，將多個步驟合并為一個步驟執(zhí)行，和/或將一個步驟分解為多個步驟執(zhí)行。

以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。