欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng)與流程

文檔序號:11960386閱讀:885來源:國知局
一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng)與流程

本發(fā)明涉及車輛網技術領域,特別是涉及一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng)。



背景技術:

當今,隨著社會經濟的不斷發(fā)展和人民生活水平的不斷提高,人們對電動車等車輛的個性化使用需求越來越突出,特別是對純電動車輛車聯(lián)網當中空調、電量、可行駛里程等車輛信息查詢及控制需求更為迫切。

目前,前裝車市場(指車輛出廠時就會裝備的電子產品的市場)對電動車輛的控制和查詢主要表現(xiàn)在車載終端上,這種車聯(lián)網查詢方式讓用戶在使用上存在地域局限性和時效性差的問題,特別是針對純電動車輛充電頻次高、時間長的情況,想要及時知曉車輛信息需要到車輛內并啟動車載終端才可進行查詢和控制等管理操作。

因此,亟需一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng),以克服現(xiàn)有技術中管理過程中的地域局限性和時效性差的問題,進而使用戶能夠遠程實時管理車輛信息。



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

有鑒于此,本發(fā)明提供了一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng),以克服現(xiàn)有管理過程中地域局限性和時效性差的問題,進而使用戶能夠遠程實時管理車輛信息。

為解決上述技術問題,本發(fā)明提供一種車輛信息管理方法,該方法包括:

接收來自移動終端的車輛信息管理請求,所述車輛信息管理請求攜帶車輛標識和管理請求內容;

將所述管理請求內容發(fā)送至與所述車輛標識相對應的車機端,并接收所述車機端依據所述管理請求內容執(zhí)行相應的管理操作后反饋的車輛信息;

將接收到的所述車輛信息發(fā)送至所述移動終端。

上述方法中,優(yōu)選地,所述車輛信息管理請求還攜帶用戶信息,所述將所述管理請求內容發(fā)送至與所述車輛標識相對應的車機端,包括:

參考預存的用戶注冊信息,對所述用戶信息進行認證;

當對所述用戶信息的認證成功時,將所述管理請求內容發(fā)送至與所述車輛標識相對應的車機端。

上述方法中,優(yōu)選地,所述用戶信息包括賬戶名和手機號碼,所述參考預存的用戶注冊信息,對所述用戶信息進行認證,包括:

判斷所述賬戶名、所述手機號碼與所述車輛標識之間的對應關系是否存在于所述用戶注冊信息;

當所述對應關系存在于所述用戶注冊信息時,向所述手機號碼發(fā)送提示驗證碼,并獲取來自所述移動終端的輸入驗證碼;

當所述輸入驗證碼與所述提示驗證碼匹配一致時,確定對所述用戶信息的認證成功,否則,確定對所述用戶信息的認證失敗。

上述方法中,優(yōu)選地,在所述參考預存的用戶注冊信息,對所述用戶信息進行認證之前,還包括:

接收來自所述移動終端的注冊請求,所述注冊請求攜帶所述用戶注冊信息;

保存所述用戶注冊信息。

本發(fā)明還提供了一種車輛信息管理系統(tǒng),該系統(tǒng)包括:

管理請求接收單元,用于接收來自移動終端的車輛信息管理請求,所述車輛信息管理請求攜帶車輛標識和管理請求內容;

車輛信息接收單元,用于將所述管理請求內容發(fā)送至與所述車輛標識相對應的車機端,并接收所述車機端依據所述管理請求內容執(zhí)行相應的管理操作后反饋的車輛信息;

車輛信息發(fā)送單元,用于將接收到的所述車輛信息發(fā)送至所述移動終端。

上述管理系統(tǒng)中,優(yōu)選地,所述車輛信息管理請求還攜帶用戶信息,所述車輛信息接收單元用于將所述管理請求內容發(fā)送至與所述車輛標識相對應的車機端,所述車輛信息接收單元包括:

認證子單元,用于參考預存的用戶注冊信息,對所述用戶信息進行認證;

管理請求內容發(fā)送子單元,用于當對所述用戶信息的認證成功時,將所述管理請求內容發(fā)送至與所述車輛標識相對應的車機端。

上述管理系統(tǒng)中,優(yōu)選地,所述用戶信息包括賬戶名和手機號碼,所述認證子單元包括:

判斷模塊,用于判斷所述賬戶名、所述手機號碼與所述車輛標識之間的對應關系是否存在于所述用戶注冊信息;

驗證碼收發(fā)模塊,用于當所述對應關系存在于所述用戶注冊信息時,向所述手機號碼發(fā)送提示驗證碼,并獲取來自所述移動終端的輸入驗證碼;

認證成敗確定模塊,用于當所述輸入驗證碼與所述提示驗證碼匹配一致時,確定對所述用戶信息的認證成功,否則,確定對所述用戶信息的認證失敗。

上述管理系統(tǒng)中,優(yōu)選地,還包括:

注冊請求單元,用于在所述參考預存的用戶注冊信息,對所述用戶信息進行認證之前,接收來自所述移動終端的注冊請求,所述注冊請求攜帶所述用戶注冊信息;

保存單元,用于保存所述用戶注冊信息。

本發(fā)明還提供了一種車聯(lián)網系統(tǒng),包括:

移動終端,用于響應用戶的管理操作,生成相應的車輛信息管理請求,并將所述車輛信息管理請求發(fā)送至后臺服務器,所述車輛信息管理請求攜帶車輛標識和管理請求內容;

所述后臺服務器,用于將所述管理請求內容發(fā)送至與所述車輛標識相對應的車機端,并將接收到的所述車機端反饋的車輛信息發(fā)送至所述移動終端;

所述車機端,用于依據所述管理請求內容執(zhí)行相應的管理操作,并將執(zhí)行所述相應的管理操作后得到的車輛信息反饋至所述后臺服務器。

上述車聯(lián)網系統(tǒng)中,優(yōu)選地,所述車機端為純電動汽車的車機端。

以上本發(fā)明提供的一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng)中,該方法應用于后臺服務器,用戶根據自己的管理需求操作移動終端生成相應的車輛信息管理請求,該車輛信息管理請求攜帶車輛標識和管理請求內容;后臺服務器接收到車輛信息管理請求后,將請求中的管理請求內容發(fā)送至與請求中的車輛標識相對應的車機端,并接收車機端依據管理請求內容執(zhí)行相應的管理操作后反饋的車輛信息;將接收到的所述車輛信息發(fā)送至移動終端,供用戶查看管理結果??梢姡ㄟ^移動終端、后臺服務器和車機端進行數據的傳遞、處理和交互,有效克服了現(xiàn)有管理過程中地域局限性和時效性差的問題,進而使用戶能夠遠程實時管理車輛信息。

附圖說明

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

圖1為本發(fā)明實施例提供的一種車輛信息管理方法的流程圖;

圖2為本發(fā)明實施例提供的一種車輛信息管理方法中的身份認證過程流程圖;

圖3為本發(fā)明實施例提供的一種車輛信息管理系統(tǒng)的結構框圖示意圖;

圖4為本發(fā)明實施例提供的一種車聯(lián)網系統(tǒng)的結構框圖示意圖;

圖5為本發(fā)明實施例提供的一種車聯(lián)網系統(tǒng)在實際應用中的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例。基于本發(fā)明中的實施例,本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。

本發(fā)明的核心是提供一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng),以克服現(xiàn)有管理過程中地域局限性和時效性差的問題,進而使用戶能夠遠程實時管理車輛信息。

為了使本技術領域的人員更好地理解本發(fā)明方案,下面結合附圖和具體實施方式對本發(fā)明作進一步的詳細說明。

參考圖1,圖1示出了本發(fā)明實施例提供的一種車輛信息管理方法的流程圖,該方法具體可以包括如下步驟:

步驟S100、接收來自移動終端的車輛信息管理請求。

本發(fā)明實施例方法的執(zhí)行主體為車輛信息管理系統(tǒng),在實際應用中,該管理系統(tǒng)可以承載運行于本發(fā)明實施例提供的車輛網系統(tǒng)中的后臺服務器(也可稱為云端服務器);本發(fā)明中,車輛網系統(tǒng)包括移動終端、后臺服務器和車機端。為了便于本領域技術人員能夠更有場景性地理解本發(fā)明方案,以下內容會以后臺服務器為本發(fā)明實施例方法的執(zhí)行主體來闡述。

本發(fā)明中,移動終端可以是智能手機、平板等設備(以下以手機為例),用戶同歸移動終端對車輛信息的管理操作可以為單純的車輛信息查詢,也可以為控制車輛執(zhí)行某個動作,用戶可以根據自己的管理需求來操作移動終端生成相應的車輛信息管理請求,在具體實施過程中,需要在手機中安裝專門的車輛信息管理APP,該APP為用戶提供車輛信息查詢UI界面和控制界面,它們?yōu)槿藱C交互提供橋梁。

對于移動終端生成的車輛信息管理請求,其可以攜帶車輛標識(也稱車架號)和管理請求內容,車輛標識唯一標識待管理的車輛,管理請求內容包含與用戶管理需求相對應的信息,比如查詢車輛剩余電量、當前可行駛里程等,又比如,控制車輛打開空調等。當然,進一步地,車輛信息管理請求還可以攜帶比如賬戶名、手機號等用戶信息,用于用戶的身份認證,只要在身份認證成功時,后臺服務器還會將管理請求內容發(fā)送至車機端。

步驟S101、將管理請求內容發(fā)送至與車輛標識相對應的車機端,并接收車機端依據管理請求內容執(zhí)行相應的管理操作后反饋的車輛信息。

具體地,后臺服務器接收到來自移動終端的車輛信息管理請求時,會對其進行解析,提取出其中的有用信息,比如上述的管理請求內容和車輛標識。

另外,在車輛信息管理請求還攜帶用戶信息的情況下,需要對用戶的身份進行認證:參考預存的用戶注冊信息,對用戶信息進行認證;當對用戶信息的認證成功時,將管理請求內容發(fā)送至與車輛標識相對應的車機端,否則,直接向移動終端反饋身份認證失敗的信息。

對于上述預存的用戶注冊信息,可以理解的是,該信息是在用戶進行注冊時輸入的數據,即使后來有修改過,但那些數據仍然成為用戶注冊信息。具體地,用戶操作移動終端進行注冊,輸入賬戶名、車輛標識等車輛數據、手機號碼以及密碼等用戶注冊信息,然后點擊確定注冊生成相應的注冊請求,后臺服務器在接收到來自移動終端的注冊請求后,解析注冊請求,提取出其中的賬戶名、車輛標識和手機號碼并建立三者之間的對應關系,將三者及其三者之間的對應關系當作用戶注冊信息保存起來,以備身份認證時使用。

在實際應用中,車機端能夠對信息進行識別、處理、傳遞和顯示。后臺服務器通過振鈴等方式激活處于休眠當中的車機端,車機端對后臺服務器發(fā)送過來的管理請求內容作為識別,識別無誤后生成相應的執(zhí)行指令并將指令下發(fā)至CAN線喚醒整車控制器,由整車控制器控制執(zhí)行車輛信息的查詢和控制操作,整車控制器在進行查詢和/或控制處理后反饋回車機端,車機端將反饋的車輛信息傳遞回后臺服務器。同時,車機端也可以對后臺服務器發(fā)送過來的管理請求內容進行識別,控制車機顯示屏等部件將需要的信息進行推送和顯示。

步驟S102、將接收到的車輛信息發(fā)送至移動終端。

移動終端接收到來自后臺服務器的車輛信息時,進行相應的顯示,以便用戶查看管理結果,比如當查詢車輛可行駛里程時,顯示相應的可行駛里程,當控制打開車輛空調時,顯示已打開空調信息,當然,這些都是順利執(zhí)行后的結果,當執(zhí)行失敗時會顯示相應的失敗原因等。

實際上,考慮到在電動車輛(特別是純電動車輛)充電頻次高、時間長的情況下,用戶會比較想要知道車輛的充電情況、剩余電量情況等,相較現(xiàn)有技術中需要到車輛的車載終端上查看和操作造成的地域局限性和時效性差,本發(fā)明顯著克服了這個缺點。

綜上,通過移動終端、后臺服務器和車機端進行數據的傳遞、處理和交互,本發(fā)明所提供的技術方案有效克服了現(xiàn)有管理過程中地域局限性和時效性差的問題,進而使用戶能夠遠程實時管理車輛信息。

基于上述本發(fā)明實施例所公開的技術方案,在本發(fā)明另一實施例中,針對上述實施例中提及的當車輛信息管理請求攜帶比如賬戶名、手機號等用戶信息時,后臺服務器對用戶的身份進行認證,只要在身份認證成功時,后臺服務器還會將管理請求內容發(fā)送至車機端。對此,參考圖2,身份認證過程具體包括如下內容:

步驟S200、提取車輛信息管理請求中的賬戶名、手機號碼和車輛標識。

可以理解的是,后臺服務器在接收到來自移動終端的車輛信息管理請求后,對其進行解析,提取出其中用來參與身份認證的信息,即賬戶名、手機號碼和車輛標識。

步驟S201、判斷三者之間的對應關系是否存在于用戶注冊信息;當判定對應關系存在于用戶注冊信息時,進入步驟S202,否則,進入步驟S205。

具體地,可以先分別判斷賬戶名、手機號碼和車輛標識是否均存在于后臺服務器預存的用戶注冊信息中;只要有一個不存在,就認為認證失敗,進入步驟S205并提示相應的錯誤信息;當三者均存在于用戶注冊信息時,再判斷它們之間的對應關系是否如用戶注冊信息所記載的,如果是,則進入步驟S202,如果不是,則進入步驟S205并提示相應的錯誤信息。當然,這種方式僅僅是舉個例子,本發(fā)明本部嚴格局限于此,只要能判斷三者對應關系是否存在于用戶注冊信息即可。

步驟S202、向手機號碼發(fā)送提示驗證碼,并獲取來自移動終端的輸入驗證碼。

假設這樣一種情況,當操作移動終端中APP的人和手機號碼的主人不是一個人時,需要從主人那里獲取驗證碼才能通過認證。之所以要引入驗證碼環(huán)節(jié),是為了進一步提高用戶身份的安全性。

步驟S203、判斷輸入驗證碼與提示驗證碼是否匹配一致;當輸入驗證碼與提示驗證碼匹配一致時,進入步驟S204,否則,進入步驟S205。

步驟S204、確定對用戶信息的認證成功。

步驟S205、確定對用戶信息的認證失敗。

基于上述本發(fā)明實施例提供的車輛信息管理方法,本發(fā)明實施例還提供了一種車輛信息管理系統(tǒng),參考圖3,該系統(tǒng)300可以包括管理請求接收單元301、車輛信息接收單元302以及車輛信息發(fā)送單元303,其中:

管理請求接收單元301用于接收來自移動終端的車輛信息管理請求,車輛信息管理請求攜帶車輛標識和管理請求內容;

車輛信息接收單元302用于將管理請求內容發(fā)送至與車輛標識相對應的車機端,并接收車機端依據管理請求內容執(zhí)行相應的管理操作后反饋的車輛信息;

車輛信息發(fā)送單元303用于將接收到的車輛信息發(fā)送至移動終端。

本發(fā)明中,車輛信息管理請求還攜帶用戶信息,對于車輛信息接收單元302用于將管理請求內容發(fā)送至與車輛標識相對應的車機端,車輛信息接收單元302具體可以包括認證子單元和管理請求內容發(fā)送子單元,其中:

認證子單元,用于參考預存的用戶注冊信息,對用戶信息進行認證;管理請求內容發(fā)送子單元,用于當對用戶信息的認證成功時,將管理請求內容發(fā)送至與車輛標識相對應的車機端。

上述用戶信息包括賬戶名和手機號碼,基于此,認證子單元具體可以包括以下三個模塊:

判斷模塊,用于判斷賬戶名、手機號碼與車輛標識之間的對應關系是否存在于用戶注冊信息;

驗證碼收發(fā)模塊,用于當對應關系存在于用戶注冊信息時,向手機號碼發(fā)送提示驗證碼,并獲取來自移動終端的輸入驗證碼;

認證成敗確定模塊,用于當輸入驗證碼與提示驗證碼匹配一致時,確定對用戶信息的認證成功,否則,確定對用戶信息的認證失敗。

另外,本發(fā)明管理系統(tǒng)300還可以包括注冊請求單元和保存單元,其中,注冊請求單元,用于在參考預存的用戶注冊信息,對用戶信息進行認證之前,接收來自移動終端的注冊請求,注冊請求攜帶用戶注冊信息;保存單元,用于保存用戶注冊信息。

基于本發(fā)明上述各實施例所提供的技術方案,本發(fā)明實施例還提供了一種車聯(lián)網系統(tǒng),參考圖4,該車聯(lián)網系統(tǒng)400具體包括如下內容:

移動終端401,用于響應用戶的管理操作,生成相應的車輛信息管理請求,并將車輛信息管理請求發(fā)送至后臺服務器,車輛信息管理請求攜帶車輛標識和管理請求內容;

后臺服務器402,用于將管理請求內容發(fā)送至與車輛標識相對應的車機端,并將接收到的車機端反饋的車輛信息發(fā)送至移動終端;

車機端403,用于依據管理請求內容執(zhí)行相應的管理操作,并將執(zhí)行相應的管理操作后得到的車輛信息反饋至后臺服務器。

本發(fā)明中,考慮到在電動車輛(特別是純電動車輛)充電頻次高、時間長的情況下,用戶會比較想要知道車輛的充電情況、剩余電量情況等,上述車機端403優(yōu)選針對為純電動汽車的車機端。當然,也可以是其它類型車輛的車機端。

基于上述實施例提供的車聯(lián)網系統(tǒng),在本實施例中,基于實際應用中的具體實施過程進行舉例說明,其中,移動終端以手機為例,車輛以純電動車為例,參考圖5,示出了一種車聯(lián)網系統(tǒng)在實際應用中的結構示意圖,具體實現(xiàn)過程詳見下文:

注冊過程:用戶打開手機1上的純電動車車聯(lián)網APP5,根據APP提示在UI界面6輸入用戶姓名及電話號碼等注冊信息,點擊確認后APP5通過手機1自帶的網絡通信模塊9將注冊信息發(fā)送至后臺服務器2(也稱后臺端)的接收器10處,后臺服務器2收到APP5發(fā)送來的注冊信息后在存儲器11中對信息進行存儲,用于以后車輛信息查詢或控制時的認證匹配。

管理過程:(1)當查詢純電動車車輛信息或者控制空調等功能時,用戶通過點擊APP5上面的查詢或者控制圖標7,確認要查詢或控制的信息,激活觸發(fā)器8,通過網絡通信模塊9發(fā)出到后臺端2的接收器10處,后臺端2接收到查詢或控制指令(即車輛信息管理請求)后,處理器12提取用戶的身份信息后進行判斷,如果用戶信息與之前保存的信息匹配則將查詢或控制指令進行處理,再通過發(fā)射器13經APN專線將相關加密信息傳送到車機端3,車機端3的GSM模塊17收到指令之后交由MCU16對信號進行分析處理,同時向CAN總線下發(fā)指令,喚醒被查詢的整車控制器4,整車控制器4根據用戶的要求對指令進行判斷識別,發(fā)由其他部件進行處理。

(2)整車控制器4將處理后的反饋信息通過CAN發(fā)回車機端3的MCU16,車機端3對信息加密處理之后再次經由GSM模塊17經APN專線傳送回后臺端2的接收器10,后臺端2對信息處理之后通過發(fā)射器13發(fā)送回手機端1,手機端1的APP5對接收到的信息進行分析處理,并在設計的用戶UI界面6將車機端3經由后臺端2反饋的信息進行顯示。同時,MCU模塊16在接收到相應的指令后,還會將信息發(fā)送至車機端3的CPU模塊15進行處理,CPU模塊15處理相應的數據后經由車輛娛樂終端將查詢和控制的信息發(fā)送至顯示模塊14進行顯示,供用戶的查看和操作。

需要說明的是,本說明書中的各個實施例均采用遞進的方式描述,每個實施例重點說明的都是與其它實施例的不同之處,各個實施例之間相同相似的部分互相參見即可。對于系統(tǒng)類實施例而言,由于其與方法實施例基本相似,所以描述得比較簡單,相關之處參見方法實施例的部分說明即可。

以上對本發(fā)明所提供的一種車輛信息管理方法、系統(tǒng)及車聯(lián)網系統(tǒng)進行了詳細介紹。本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想。應當指出,對于本技術領域的普通技術人員來說,在不脫離本發(fā)明原理的前提下,還可以對本發(fā)明進行若干改進和修飾,這些改進和修飾也落入本發(fā)明權利要求的保護范圍內。

當前第1頁1 2 3 
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
东海县| 永顺县| 虞城县| 土默特左旗| 蒙阴县| 梧州市| 沙河市| 奎屯市| 余干县| 鄱阳县| 沧源| 申扎县| 百色市| 孙吴县| 福贡县| 诸城市| 长兴县| 寻甸| 阿荣旗| 沁阳市| 眉山市| 万载县| 达州市| 丰顺县| 台中市| 万全县| 汉沽区| 台东市| 武定县| 德保县| 河北省| 新郑市| 赣州市| 石河子市| 扶余县| 莱西市| 读书| 兰坪| 龙川县| 前郭尔| 武隆县|