一種訂單應答裝置及系統的製作方法
2023-05-19 05:45:06 2
一種訂單應答裝置及系統的製作方法
【專利摘要】本發明實施例提供了一種訂單應答裝置及系統，其中訂單應答裝置包括：應答信號產生模塊、無線模塊、電源模塊，應答信號產生模塊根據用戶的操作產生對應的接單或者拒單信號後，通過無線模塊將接單或者拒單信號傳送至司機側的車載終端上，實現對車載終端的遠程操作。這種方式避免了現有技術中司機在訂單應答時需要通過手指在車載終端上選擇相應的選項按鈕所帶來的危險性，使得司機在開車過程中可以集中精力開車的同時快速安全的實現接單或者拒單操作，保證了司機和乘客的安全。
【專利說明】一種訂單應答裝置及系統
【技術領域】
[0001]本發明涉及智能終端的應用領域，尤其涉及一種訂單應答裝置及系統。
【背景技術】
[0002]計程車的快捷性、便利性使其成為了流行的代步工具。然而，在某些路段或時段，經常遇到乘客找不到計程車或計程車找不到客源的現象，造成了雙方時間和資源的浪費。打車軟體的出現就是為了解決這種乘客和司機雙方資源不能得到有效利用的現象。
[0003]現有使用打車軟體進行的打車流程包括:乘客通過客戶端(打車軟體)發出打車請求，伺服器將該打車請求轉發給符合接單條件(距離、路況等)的司機側車載終端(例如司機使用的移動終端)，計程車司機根據車載終端展示的訂單的內容，在車載終端上手動選擇是接單還是拒單，然後車載終端將接單或拒單的信息再返回給伺服器，以便伺服器最終確定由哪個計程車司機為該乘客提供打車服務並完成訂單處理，這種接單或拒單的操作，計程車司機通常需要通過手指在車載終端上選擇相應的選項按鈕才可以實現，因此這使得計程車司機在開車過程中，必須抽出精力來處理相關信息而分散了開車的注意力，在一定程度上給司機和乘客的安全帶來了威脅。
【發明內容】
[0004]本發明實施例提供一種訂單應答裝置及系統，用於解決使用打車軟體的司機在開車過程中進行訂單應答容易分散注意力、存在安全隱患的問題。
[0005]第一方面，本發明實施例提供一種訂單應答裝置，包括:
[0006]應答信號產生模塊，與所述無線模塊連接，用於根據用戶的操作，產生對應的接單或者拒單的信號；
[0007]無線模塊，用於接收接單或者拒單的信號，並將所述信號通過無線方式傳送至司機側的車載終端上；
[0008]電源模塊，用於給所述應答信號產生模塊和所述無線模塊進行供電。
[0009]第二方面，本發明實施例提供一種司機側的訂單應答系統，包括:本實施例提供的上述訂單應答裝置和司機側的車載終端；其中:
[0010]司機側的車載終端，用於通過無線方式接收所述訂單應答裝置發出的接單或者拒單的信號，並將所述接單或者拒單的信號返回給伺服器。
[0011 ] 本發明實施例的有益效果包括:
[0012]本發明實施例提供了一種訂單應答裝置及系統，其中訂單應答裝置包括:應答信號產生模塊、無線模塊、電源模塊，應答信號產生模塊根據用戶的操作產生對應的接單或者拒單信號後，通過無線模塊將接單或者拒單信號傳送至司機側的車載終端上，實現對車載終端的遠程操作。這種方式避免了現有技術中司機在訂單應答時需要通過手指在車載終端上選擇相應的選項按鈕所帶來的危險性，使得司機在開車過程中可以集中精力開車的同時快速安全地實現接單或者拒單操作，保證了司機和乘客的安全。【專利附圖】
【附圖說明】
[0013]圖1為本發明實施例提供的訂單應答裝置的結構示意圖；
[0014]圖2為本發明實施例一提供的訂單應答裝置的結構示意圖；
[0015]圖3為本發明實施例二提供的訂單應答裝置的結構示意圖；
[0016]圖4為本發明實施例提供的處理器處理手勢信號的流程圖；
[0017]圖5為本發明實施例提供的訂單應答裝置的使用方法流程圖；
[0018]圖6為本發明實施例提供的訂單應答系統的結構示意圖。
【具體實施方式】
[0019]下面結合說明書附圖，對本發明實施例提供的訂單應答裝置及系統的【具體實施方式】進行說明。
[0020]本發明實施例提供的一種訂單應答裝置，如圖1所示，具體包括:
[0021]應答信號產生模塊101，用於和無線模塊102、電源模塊103連接，並根據用戶的操作，產生對應的接單或者拒單的信號；
[0022]無線模塊102，用於接收接單或者拒單的信號，並將該信號通過無線方式傳送至司機側的車載終端上；
[0023]電源模塊103，用於給應答信號產生模塊101和無線模塊102進行供電。
[0024]本發明實施例提供的上述訂單應答裝置的結構，在具體實施時，可以有下述兩種不同的實施方式，下面分別以實施例一和實施例二來詳細說明:
[0025]實施例一:
[0026]如圖2所示，在本發明實施例中，應答信號產生模塊可以採用開關電路模塊201 ；
[0027]具體來說，該開關電路模塊201包括並聯的兩個按鍵開關，分別為按鍵開關2011和按鍵開關2012，這兩個按鍵開關的功能可以根據需求設定，例如按鍵開關2011被接通可以表徵產生對應的接單信號，按鍵開關2012被接通可以表徵產生對應的拒單信號；也可以反過來設計，本發明實施例對此不做限定。
[0028]具體地，無線模塊202分別和開關電路模塊201以及電源模塊203連接；當開關電路模塊201中的任一個按鍵開關被接通時，產生的接單或者拒單的信號自動傳送至無線模塊202，並激活無線模塊202，使其從待機狀態轉為運行狀態；激活無線模塊202在運行狀態下，可以將接單或者拒單的信號實時傳送至司機側的車載終端上；
[0029]較佳地，無線模塊202在開關電路模塊201沒有信號傳送過來時，保持待機狀態，當開關電路模塊201有信號傳送過來時則被激活，當設定時間內未再次接收到開關電路模塊201傳送的信號則轉為待機狀態，這種方式為整個訂單應答裝置節省了電量，延長了電源模塊203的供電時間。
[0030]較佳地，本發明實施例中，無線模塊202可以為藍牙模塊，該藍牙模塊可以採用藍牙4.0技術規範，由於藍牙4.0技術擁有極低地運行和待機功耗，並且具有低成本、長距離、快速配對(配對時間為3毫秒)的特性，這種特性提高了整個訂單應答裝置的快速連接性能和電池使用時間，實驗證明，使用一粒紐扣電池可以運行一年以上；
[0031]具體地，本發明實施例一提供的訂單應答裝置，可以通過多種方式安裝在司機側的方向盤上，便於用戶發出接單、拒單的操作；
[0032]例如一種方式，該訂單應答裝置可以為可彎折的條形，布置於方向盤的面板上；
[0033]例如另外一種方式，該訂單應答裝置採用柔性可彎折的材料，兩端扣接並環繞於方向盤的把手上；
[0034]上述兩種方式可以方便司機在聽到打車訂單消息時以最短的時間進行應答，並且，司機可以在方向盤上就完成操作，避免司機在開車過程中去操作車載終端而分散注意力，保證了司機和乘客的安全。
[0035]實施例二
[0036]如圖3所示，與實施例一不同的是，在本發明實施例二提供的訂單應答裝置中，應答信號產生模塊包括手勢感應模塊301和處理器302，其中:
[0037]手勢感應模塊301，用於和處理器302相連，並採集用戶發出的手勢信號，將手勢信號傳送給處理器302 ；
[0038]處理器302用於接收手勢信號，並根據手勢信號確定用戶做出的是接單還是拒單的操作，將對應的接單信號或者拒單信號發送給無線模塊303 ；
[0039]具體地，上述手勢感應模塊301採集的用戶手勢信號包括手勢的移動信號和手勢的加速度信號；
[0040]進一步地，手勢感應模塊301包括加速度計3011和陀螺儀3012，其中:
[0041]加速度計3011，用於採集用戶觸發的手勢的加速度信號並傳送給處理器302 ；
[0042]陀螺儀3012，用於感應用戶觸發的手勢，產生對應的手勢移動方向的信號並傳送給處理器302。
[0043]上述加速度計3011採集用戶觸發的手勢的加速度信號和陀螺儀3012採集對應的手勢移動信號的具體方式屬於現有技術，在此不再贅述。
[0044]進一步地，處理器302，具體用於當手勢感應模塊301傳送的手勢移動信號為向前或向下移動且加速度大於設定的第一閾值時，確定用戶發出了手指點擊的接單手勢信號，並將對應的接單信號發送給無線模塊303 ;當手勢感應模塊301傳送的手勢移動信號為在設定時間內上下反覆移動且移動次數達到設定的第二閾值時，確定用戶發出了手指搖動的拒單手勢，並將對應的拒單信號發送給無線模塊303 ；
[0045]相應地，處理器302還用於當手勢感應模塊301傳送的手勢移動信號為向上且加速度大於設定的第三閾值時，確定用戶發出了向上選擇訂單的手勢，將對應的向上選擇訂單的信號發送給無線模塊303 ;當判斷手勢感應模塊301傳送的手勢移動信號為向下且加速度大於設定的第三閾值時，確定用戶發出了向下選擇訂單的手勢，將對應的向下選擇訂單的信號發送給無線模塊303 ；
[0046]具體地，無線模塊303除用於將接單或者拒單信號發送給司機側的車載終端之夕卜，還用於將上述向上選擇訂單的信號和上述向下選擇訂單的信號發送給司機側的車載終端，以控制在司機側的車載終端的訂單列表中向上或向下選擇對應的訂單；
[0047]具體地，電源模塊304分別和手勢感應模塊301、處理器302以及無線模塊303連接，為整個訂單應答裝置提供電源。
[0048]為了更好地說明實施例二提供的訂單應答裝置的工作原理，下面對處理器302處理用戶手勢信號的流程進行簡單說明，如圖4所示，該流程包括:[0049]S401、接收用戶手勢信號；
[0050]S402、判斷手勢感應模塊傳送的手勢移動信號是否為向前或向下移動且加速度大於設定的第一閾值；若是，則執行步驟S403，若否，則執行步驟S404 ；
[0051]S403、確定用戶發出了手指點擊的接單手勢，將對應的接單信號發送給無線模塊；
[0052]S404、判斷手勢感應模塊傳送的手勢移動信號是否為在設定時間內上下反覆移動且移動次數達到設定的第二閾值；若是，則執行步驟S405，若否，則執行步驟S406 ；
[0053]S405、確定用戶發出了手指搖動的拒單手勢，將對應的拒單信號發送給無線模塊；
[0054]S406、判斷手勢感應模塊傳送的手勢移動信號是否為向上且加速度大於設定的第三閾值；若是，則執行步驟S407，若否，則執行步驟S408 ；
[0055]S407、確定用戶發出了向上選擇訂單的手勢，將對應的向上選擇訂單的信號發送給無線模塊；
[0056]S408、判斷手勢感應模塊傳送的手勢移動信號是否為向下且加速度大於設定的第三閾值；若是，則執行步驟S409，若否，則執行步驟S401 ；
[0057]S409、確定用戶發出了向下選擇訂單的手勢，將對應的向下選擇訂單的信號發送給無線模塊；
[0058]進一步地，上述流程中各個判斷步驟S402、S404、S406和S408為並列關係，在執行時沒有嚴格的時間先後關係，上述S401?S409所示的流程僅為處理器302處理用戶手勢信號的一個舉例而已。
[0059]較佳地，本實施例二提供的訂單應答裝置為指環狀，可套在用戶的手指上，這種方式，司機只要晃動手指即可實現接單或者拒單操作，與實施例一類似，同樣為司機在開車過程中快速進行訂單應答提供了便利，避免了司機在開車過程中去操作車載終端而分散注意力，保證了司機和乘客的安全。
[0060]為了更好地說明上述實施例提供的訂單應答裝置，下面結合司機進行訂單應答的流程來簡單說明上述訂單應答裝置的使用方法，如圖5所示，該流程包括:
[0061]S501、司機側的車載終端接收到伺服器轉發的乘客發出的打車請求消息後，語音播報該打車請求消息；
[0062]例如:某乘客在A地發出打車請求後，符合條件的司機側的車載終端語音播報「有位乘客欲從A地去B地，您是否接單」；
[0063]S502、司機聽到打車請求消息後，操作訂單應答裝置進行應答；
[0064]若訂單應答裝置採用可彎折的條形的結構，通常在使用時布置於方向盤的面板上，或者兩端扣接並環繞於方向盤的把手上，司機可以通過點擊接單按鍵或者拒單按鍵實現接單或者拒單的操作；若訂單應答裝置採用指環狀的結構，通常在使用時套在司機手指上，司機可以通過手指點擊或者手指搖動實現接單或者拒單的操作；
[0065]S503、訂單應答裝置通過無線方式(例如藍牙4.0的傳輸方式)將接單信號或者拒單信號發送給車載終端；
[0066]S504、車載終端接收到接單信號或者拒單信號之後，向司機語音播報「接單成功」或者「已拒單」，並將相應信息返回給伺服器；[0067]另外，在訂單應答裝置套在司機手指上的這種情況下，司機還可以通過手指向上滑動或向下滑動實現從上一單和下一單的選擇操作，若車載終端接收到向上選擇訂單的信號，則向司機語音播報上一單訂單的內容例如:「有位乘客欲從C地去E地，您是否接單」;若車載終端接收到向下選擇訂單的信號，則向司機語音播報下一單訂單的內容例如:「有位乘客欲從F地去G地，您是否接單」;當司機對當前訂單不感興趣時，可以繼續向上滑動或向下滑動手指直到司機聽到其感興趣的訂單為止，具體的接單流程司機可以按照上述流程進行實現。
[0068]通過上述流程，可以清楚地看出，上述訂單應答裝置在使用過程中和司機側的車載終端配合使用，通過車載終端語音播報打車消息，可以避免司機在開車過程中用眼睛觀看車載終端上的打車請求消息的情形發生，使得司機更加集中精力開車；在聽到打車請求消息後，司機可以在最短的時間內快速安全地實現接單或者拒單操作，這為司機進行訂單應答提供了極大的便利。
[0069]本發明還提供了一種司機側的訂單應答系統，如圖6所示，包括:訂單應答裝置601和司機側的車載終端602 ;其中:
[0070]訂單應答裝置601的結構和功能見本發明實施例提供的上述訂單應答裝置；
[0071]司機側的車載終端602用於通過無線方式接受訂單應答裝置發出的接單或者拒單的信號，並將接單或者拒單的信號返回給伺服器。
[0072]本發明實施例提供了一種訂單應答裝置及系統，其中訂單應答裝置包括:應答信號產生模塊、無線模塊、電源模塊，應答信號產生模塊根據用戶的操作產生對應的接單或者拒單信號後，通過無線模塊將接單或者拒單信號傳送至司機側的車載終端上，實現對車載終端的遠程操作。這種方式避免了現有技術中司機在訂單應答時需要通過手指在車載終端上選擇相應的選項按鈕所帶來的危險性，使得司機在開車過程中可以集中精力開車的同時快速安全的實現接單或者拒單操作，保證了司機和乘客的安全。
[0073]本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流程並不一定是實施本發明所必須的。
[0074]本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。
[0075]上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。
[0076]顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
【權利要求】
1.一種訂單應答裝置，其特徵在於，包括: 應答信號產生模塊，與所述無線模塊連接，用於根據用戶的操作，產生對應的接單或者拒單的信號； 無線模塊，用於接收接單或者拒單的信號，並將所述信號通過無線方式傳送至司機側的車載終端上； 電源模塊，用於給所述應答信號產生模塊和所述無線模塊進行供電。
2.如權利要求1所述的裝置，其特徵在於，所述應答信號產生模塊為開關電路模塊； 所述開關電路模塊中包括並聯的兩個按鍵開關，其中一個按鍵開關被接通產生對應的接單的信號，另外一個開關被接通產生對應的拒單信號。
3.如權利要求1所述的裝置，其特徵在於，所述應答信號產生模塊，包括: 手勢感應模塊，與處理器相連，用於採集用戶發出的手勢信號，並將所述手勢信號傳送給處理器； 處理器，用於接收手勢信號，並根據所述手勢信號，確定用戶做出的是接單還是拒單的操作，將對應的接單信號或者拒單信號發送給所述無線模塊。
4.如權利要求3所述的裝置，其特徵在於，所述手勢信號，包括手勢的移動信號和手勢的加速度信號； 所述手勢感應模塊，具體包括:加速度計和陀螺儀； 陀螺儀，用於感應到用戶觸發的手勢時，產生對應的手勢移動方向的信號並傳送給所述處理器； 加速度計，用於採集用戶觸發的手勢的加速度信號並傳送給所述處理器。
5.如權利要求4所述的裝置，其特徵在於，所述處理器，具體用於當所述手勢感應模塊傳送的手勢移動信號為向前或向下移動且加速度大於設定的第一閾值時，確定用戶發出了手指點擊的接單手勢，將對應的接單信號發送給所述無線模塊；當所述手勢感應模塊傳送的手勢移動信號為在設定時間內上下反覆移動且移動次數達到設定的第二閾值時，確定用戶發出了搖動手指的拒單手勢，將對應的拒單信號發送給所述無線模塊。
6.如權利要求4或5所述的裝置，其特徵在於，所述處理器，還用於當所述手勢感應模塊傳送的手勢移動信號為向上且加速度大於設定的第三閾值時，確定用戶發出了向上選擇訂單的手勢，將對應的向上選擇訂單的信號發送給所述無線模塊；當判斷所述手勢感應模塊傳送的手勢移動信號為向下且加速度大於設定的第三閾值時，確定用戶發出了向下選擇訂單的手勢，將對應的向下選擇訂單的信號發送給所述無線模塊； 所述無線模塊，還用於將所述向上選擇訂單的信號和所述向下選擇訂單的信號發送給司機側的車載終端，以控制在所述車載終端的訂單列表中向上或向下選擇對應的訂單。
7.如權利要求2所述的裝置，其特徵在於，所述裝置為可彎折的條形； 所述裝置布置於方向盤的面板上，或者兩端扣接並環繞於方向盤的把手上。
8.如權利要求3所述的裝置，其特徵在於，所述裝置為指環狀，套在用戶的手指上。
9.如權利要求1_5、7和8任一項所述的裝置，其特徵在於，所述無線模塊為藍牙模塊，所述藍牙模塊採用藍牙4.0技術。
10.一種司機側的訂單應答系統，其特徵在於，包括:如權利要求1-9任一項所述的訂單應答裝置和司機側的車載終端；所述司機側的車載終端，用於通過無線方式接收所述訂單應答裝置發出的接單或者拒單的信號，並將所述 接單或者拒單的信號返回給伺服器。
【文檔編號】G08G1/00GK104008643SQ201410250555
【公開日】2014年8月27日 申請日期:2014年6月6日 優先權日:2014年6月6日
【發明者】王柏, 湯鵬 申請人:北京東方車雲信息技術有限公司