一種基于打車的警報方法和裝置的制造方法
【技術領域】
[0001] 本申請涉及交通技術領域，特別是涉及一種基于打車的警報方法和一種基于打車 的警報裝置。
【背景技術】
[0002] 近年來，隨著經濟的快速發展和人們收入水平的不斷提升，越來越多的人選擇出 租車代步出行。
[0003]目前市面上乘客經常使用打車程序呼叫出租車，出租車司機接收到呼叫后便去約 定的地方搭乘乘客。
[0004] 但是，由于乘客與出租車司機達成的搭乘約定一般不具有強制的約束性，用戶毀 約成本很低，致使乘客使用打車程序呼叫出租車時經常會毀約。
[0005] 例如，乘客呼叫了出租車，出租車司機也已經確認這筆訂單，正在趕去約定地方的 路上。這時剛好有未載客的出租車到來，乘客直接搭乘該未載客的出租車離開了，或者，乘 客正好等到公交車來了，就搭乘坐公交車離開了。
[0006] 出租車司機經常在乘客毀約后才到達約定地方，但是乘客已經離開了，出租車司 機白白耗費了大量的諸如石油、天然氣等燃料資源，人力成本、時間成本也很高。
[0007] 因此，目前需要本領域技術人員迫切解決的一個技術問題就是：如何提出一種基 于打車的警報機制，以減少燃料資源，降低人力成本和時間成本。

【發明內容】

[0008] 本申請實施例所要解決的技術問題是提供一種基于打車的警報方法，以減少燃料 資源，降低人力成本和時間成本。
[0009] 相應的，本申請實施例還提供了一種基于打車的警報裝置，以減少燃料資源，降低 人力成本和時間成本。
[0010] 為了解決上述問題，本申請實施例公開了一種基于打車的警報方法，包括：
[0011] 當接收到第一客戶端發送的第一打車請求時，根據所述第一打車請求確定匹配的 目標第二客戶端；
[0012] 監測所述第一客戶端所在的位置；
[0013] 根據所述位置判斷是否符合預設的毀約規則；若是，則發送警報信息至所述目標 第二客戶端。
[0014] 優選地，所述根據所述第一打車請求確定匹配的目標第二客戶端的步驟包括：
[0015] 從所述第一打車請求中提取所述第一客戶端所在的呼叫地點和打車信息；
[0016] 基于所述呼叫地點確定尋車范圍；
[0017] 采用所述呼叫地點和/或所述打車信息生成第二打車請求；
[0018] 將所述第二打車請求發送至在所述尋車范圍內的一個或多個第二客戶端；
[0019] 當接收到所述第二客戶端針對所述第二打車請求返回的確認指示時，確定所述第 二客戶端為目標第二客戶端。
[0020] 優選地，所述位置包括原始位置，和，一個或多個目標位置；
[0021] 其中，所述原始位置為所述第一客戶端在確定匹配的目標第二客戶端時的位置；
[0022] 所述一個或多個目標位置為所述第一客戶端在確定匹配的目標第二客戶端之后 的，一個或多個目標時間的一個或多個位置。
[0023] 優選地，所述毀約規則包括位置毀約規則和移動毀約規則中的至少一個，所述根 據所述位置判斷是否符合預設的毀約規則的步驟包括：
[0024] 計算所述一個或多個目標位置與所述原始位置之間的一個或多個距離；
[0025] 判斷所述一個或多個距離是否符合位置毀約規則和移動毀約規則中的至少一個； 若是，則判斷符合預設的毀約規則。
[0026] 優選地，所述判斷所述一個或多個距離是否符合位置毀約規則和移動毀約規則中 的至少一個的步驟包括：
[0027] 當所述距離大于預設的差距閾值時，判斷符合位置毀約規則。
[0028] 優選地，所述判斷所述一個或多個距離是否符合位置毀約規則和移動毀約規則中 的至少一個的步驟包括：
[0029] 當相鄰的多個距離遞增時，判斷符合移動毀約規則；
[0030] 其中，所述相鄰的多個距離為在多個相鄰的目標時間的多個目標位置，與所述原 始位置之間的多個距離。
[0031] 本申請實施例還公開了一種基于打車的警報裝置，包括：
[0032] 目標確定模塊，用于在接收到第一客戶端發送的第一打車請求時，根據所述第一 打車請求確定匹配的目標第二客戶端；
[0033] 位置監測模塊，用于監測所述第一客戶端所在的位置；
[0034] 毀約規則判斷模塊，用于根據所述位置判斷是否符合預設的毀約規則；若是，則調 用警報模塊；
[0035] 警報模塊，用于發送警報信息至所述目標第二客戶端。
[0036] 優選地，所述目標確定模塊包括：
[0037] 提取子模塊，用于從所述第一打車請求中提取所述第一客戶端所在的呼叫地點和 打車信息；
[0038] 第一確定子模塊，用于基于所述呼叫地點確定尋車范圍；
[0039] 生成子模塊，用于采用所述呼叫地點和/或所述打車信息生成第二打車請求；
[0040] 發送子模塊，用于將所述第二打車請求發送至在所述尋車范圍內的一個或多個第 二客戶端；
[0041] 第二確定子模塊，用于在接收到所述第二客戶端針對所述第二打車請求返回的確 認指示時，確定所述第二客戶端為目標第二客戶端。
[0042] 優選地，所述位置包括原始位置，和，一個或多個目標位置；
[0043] 其中，所述原始位置為所述第一客戶端在確定匹配的目標第二客戶端時的位置；
[0044] 所述一個或多個目標位置為所述第一客戶端在確定匹配的目標第二客戶端之后 的，一個或多個目標時間的一個或多個位置。
[0045] 優選地，所述毀約規則包括位置毀約規則和移動毀約規則中的至少一個，所述毀 約規則判斷模塊包括：
[0046] 距離計算子模塊，用于計算所述一個或多個目標位置與所述原始位置之間的一個 或多個距離；
[0047] 距離判斷子模塊，用于判斷所述一個或多個距離是否符合位置毀約規則和移動毀 約規則中的至少一個；若是，則調用符合判斷子模塊；
[0048] 符合判斷子模塊，用于判斷符合預設的毀約規則。
[0049] 優選地，所述距離判斷子模塊包括：
[0050] 位置毀約規則判斷子模塊，用于在所述距離大于預設的差距閾值時，判斷符合位 置毀約規則。
[0051] 優選地，所述位置毀約規則包括：
[0052] 移動毀約規則判斷子模塊，用于在相鄰的多個距離遞增時，判斷符合移動毀約規 則；
[0053] 其中，所述相鄰的多個距離為在多個相鄰的目標時間的多個目標位置，與所述原 始位置之間的多個距離。
[0054] 本申請實施例根據第一客戶端發送的第一打車請求確定匹配的目標第二客戶端， 監測第一客戶端所在的位置，以判斷是否符合預設的毀約規則，若是，則發送警報信息至目 標第二客戶端，使得第二客戶端所屬的用戶可以盡早進行風險處理，以減少燃料資源，降低 人力成本和時間成本。
[0055] 本申請實施例從位置狀態、移動狀態等設置位置毀約規則、移動毀約規則，以靜 態、動態地進行毀約風險的評估，提高了判斷毀約風險的準確性。
【附圖說明】
[0056] 圖1是本申請的一種基于打車的警報方法實施例的步驟流程圖；
[0057] 圖2是本申請的一種基于打車的警報裝置實施例的結構框圖。
【具體實施方式】
[0058] 為使本申請的上述目的、特征和優點能夠更加明顯易懂，下面結合附圖和具體實 施方式對本申請作進一步詳細的說明。
[0059] 參照圖1，示出了本申請的一種基于打車的警報方法實施例的步驟流程圖，具體可 以包括如下步驟：
[0060] 步驟101，當接收到第一客戶端發送的第一打車請求時，根據所述第一打車請求確 定匹配的目標第二客戶端；
[0061] 需要說明的是，本申請實施例可以應用于服務器（如云服務器）中，該服務器可 以與一個或多個電子設備通過網絡連接，該電子設備具體可以包括手機、PDA (Personal Digital Assistant，個人數字助理）、膝上型計算機、掌上電腦等等，本申請實施例對此不 加以限制。
[0062] 這些電子設備可以支持包括Windows、Android (安卓）、IOS、Windows Phone等操 作系統，通常可以運行通過語音、鍵盤（包括物理鍵盤、虛擬鍵盤）等方式進行輸入、顯示電 子地圖等功能的客戶端，例如第一客戶端和第二客戶端。
[0063] 其中，第一客戶端可以由乘客角色的用戶登錄賬號，第二客戶端可以由司機角色 的用戶登錄賬號。
[0064] 當乘客角色的用戶需要打車服務時，可以通過語音輸入、文字輸入等方式觸發第 一打車請求。該第一打車請求可以是指乘客角色的用戶發出的呼叫汽車（例如，出租車） 提供汽車搭乘服務的指示，俗稱打車。
[0065] 在具體實現中，乘客角色的用戶可以通過輸入一段語言（如"我在中山一路，想去 黃埔大道"）來觸發第一打車請求，或者，輸入一段文字（如搭乘地點為"中山一路"，目的地 點為"黃埔大道"），或者，輸入一段視頻等方式來觸發第一打車請求，等等。
[0066] 當服務器接收到乘客角色的用戶發出的語音或文字等信息時，