本發(fā)明涉及通信與信息領(lǐng)域，具體而言，涉及一種車輛監(jiān)控方法及裝置。

背景技術(shù)：

現(xiàn)有技術(shù)要對汽車實現(xiàn)遠(yuǎn)程監(jiān)控基本上都是采用智能手機(jī)或電腦通過登錄web網(wǎng)頁或使用app向汽車商服務(wù)后臺等非公眾平臺服務(wù)器發(fā)送請求，并通過該服務(wù)后臺同指定汽車進(jìn)行交互，傳遞數(shù)據(jù)和指令。這種方式目前應(yīng)用上存在如下四點限制：

限制一：使用場景有限制，必須安裝指定app或登錄指定網(wǎng)站，要么使用電腦，這樣對移動場景就不適用，要么使用安裝了指定app的智能手機(jī)，未安裝或者使用功能機(jī)的情況下也沒有辦法使用；

限制二：用戶學(xué)習(xí)成本和服務(wù)商的開發(fā)成本較高，要熟練使用一款app或者網(wǎng)頁應(yīng)用，需要開發(fā)者有較強(qiáng)的用戶體驗把控能力，用戶也需要對軟件進(jìn)行學(xué)習(xí)和熟悉，不如短信、語音那么通用；

限制三：對網(wǎng)絡(luò)基礎(chǔ)條件要求高，必須要在汽車和終端均正常接入互聯(lián)網(wǎng)的情況下才能使用，有哪一方?jīng)]有接入或者數(shù)據(jù)網(wǎng)絡(luò)信號不佳都會嚴(yán)重影響系統(tǒng)功能；

限制四：服務(wù)后臺是樞紐，必須部署獨立的服務(wù)后臺提供監(jiān)控服務(wù)，汽車服務(wù)商就必須考慮該服務(wù)平臺的建設(shè)成本和運營成本；

針對在相關(guān)技術(shù)中，車聯(lián)網(wǎng)聯(lián)絡(luò)中心監(jiān)控服務(wù)存在難以滿足各種應(yīng)用場景的需求，而且對服務(wù)商和用戶的使用來講都存在較高的學(xué)習(xí)成本、建設(shè)成本和運營成本的問題，尚未提出有效的解決方案。

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

本發(fā)明提供了一種車輛監(jiān)控方法及裝置，以至少解決相關(guān)技術(shù)中車聯(lián)網(wǎng) 聯(lián)絡(luò)中心監(jiān)控服務(wù)存在難以滿足各種應(yīng)用場景的需求，而且對服務(wù)商和用戶的使用來講都存在較高的學(xué)習(xí)成本、建設(shè)成本和運營成本的問題。

根據(jù)本發(fā)明的一個方面，提供了一種車輛監(jiān)控方法，包括：

接收多媒體業(yè)務(wù)請求，并對該多媒體業(yè)務(wù)請求進(jìn)行驗證，其中，多媒體業(yè)務(wù)請求至少包括以下之一：語音業(yè)務(wù)請求、短信業(yè)務(wù)請求或者互聯(lián)網(wǎng)業(yè)務(wù)請求，多媒體業(yè)務(wù)請求用于請求至少以下之一：獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)、控制車輛；

在上述多媒體業(yè)務(wù)請求通過驗證的情況下，對上述車輛進(jìn)行監(jiān)控處理。

進(jìn)一步地，對多媒體業(yè)務(wù)請求進(jìn)行驗證，包括：

根據(jù)用戶預(yù)先注冊的帳戶信息對上述多媒體業(yè)務(wù)請求中攜帶的發(fā)起賬戶信息進(jìn)行驗證，上述發(fā)起賬戶信息包括發(fā)起號碼信息或發(fā)起賬號信息；

當(dāng)上述發(fā)起賬戶信息驗證通過后，接收用戶輸入的驗證密碼；

根據(jù)用戶預(yù)先存儲的的密碼對上述驗證密碼進(jìn)行驗證，其中，在驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

進(jìn)一步地，當(dāng)發(fā)起號碼或賬號驗證不通過時，上述方法還包括：

根據(jù)用戶預(yù)先注冊的帳戶信息對用戶重新輸入的帳戶信息進(jìn)行再次驗證，其中，當(dāng)再次驗證通過后再對用戶輸入的驗證密碼進(jìn)行驗證，在上述驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

進(jìn)一步地，對上述車輛進(jìn)行監(jiān)控處理之前，上述方法還包括：

根據(jù)帳戶信息的權(quán)限級別給用戶提供與上述權(quán)限級別對應(yīng)的監(jiān)控處理菜單；

根據(jù)用戶所選擇的上述監(jiān)控處理菜單中的監(jiān)控處理類型啟動監(jiān)控處理流程。

進(jìn)一步地，根據(jù)用戶所選擇的上述監(jiān)控處理菜單中的監(jiān)控處理類型啟動監(jiān)控處理流程，包括：

根據(jù)安全互斥原則檢驗上述監(jiān)控處理類型，其中，上述安全互斥原則包括對上述車輛當(dāng)前狀態(tài)與上述監(jiān)控處理類型進(jìn)行處理安全性檢驗；

當(dāng)上述監(jiān)控處理類型檢驗通過后，根據(jù)上述監(jiān)控處理類型啟動監(jiān)控處理流程，其中，監(jiān)控處理包括獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)和/或控制上述車輛。

根據(jù)本發(fā)明的另一方面，提供了一種車輛監(jiān)控裝置，包括：

驗證模塊，用于接收多媒體業(yè)務(wù)請求，并對該多媒體業(yè)務(wù)請求進(jìn)行驗證，其中，上述多媒體業(yè)務(wù)請求至少包括以下之一：語音業(yè)務(wù)請求、短信業(yè)務(wù)請求或者互聯(lián)網(wǎng)業(yè)務(wù)請求，上述多媒體業(yè)務(wù)請求用于請求至少以下之一：獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)、控制上述車輛；

監(jiān)控模塊，用于在上述多媒體業(yè)務(wù)請求通過驗證的情況下，對上述車輛進(jìn)行監(jiān)控處理。

進(jìn)一步地，驗證模塊，包括：

第一驗證單元，用于根據(jù)用戶預(yù)先注冊的帳戶信息對上述多媒體業(yè)務(wù)請求中攜帶的發(fā)起帳戶信息進(jìn)行驗證，發(fā)起賬戶信息包括發(fā)起號碼信息或發(fā)起賬號信息；

接收單元，用于當(dāng)上述發(fā)起賬戶信息驗證通過后，接收用戶輸入的驗證密碼；

第二驗證單元，用于根據(jù)用戶預(yù)先存儲的的密碼對上述驗證密碼進(jìn)行驗證，其中，在上述驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

進(jìn)一步地，該裝置還包括：第三驗證單元，當(dāng)上述發(fā)起賬戶信息驗證不通過時，

第三驗證單元用于根據(jù)用戶預(yù)先注冊的帳戶信息對用戶重新輸入的帳戶信息進(jìn)行再次驗證，其中，當(dāng)再次驗證通過后再對用戶輸入的驗證密碼進(jìn)行驗證，在上述驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

進(jìn)一步地，該裝置還包括：提供模塊，用于根據(jù)上述帳戶信息的權(quán)限級 別給用戶提供與上述權(quán)限級別對應(yīng)的監(jiān)控處理菜單；啟動模塊，用于根據(jù)用戶所選擇的上述監(jiān)控處理菜單中的監(jiān)控處理類型啟動監(jiān)控處理流程。

進(jìn)一步地，啟動模塊包括：第四驗證單元，用于根據(jù)安全互斥原則檢驗上述監(jiān)控處理類型，其中，安全互斥原則包括對上述車輛當(dāng)前狀態(tài)與上述監(jiān)控處理類型進(jìn)行處理安全性檢驗；

啟動單元，用于當(dāng)上述監(jiān)控處理類型檢驗通過后，根據(jù)上述監(jiān)控處理類型啟動監(jiān)控處理流程，其中，監(jiān)控處理包括獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)和/或控制上述車輛。

通過本發(fā)明，接收多媒體業(yè)務(wù)請求，并對該多媒體業(yè)務(wù)請求進(jìn)行驗證，其中，多媒體業(yè)務(wù)請求至少包括以下之一：語音業(yè)務(wù)請求、短信業(yè)務(wù)請求或者互聯(lián)網(wǎng)業(yè)務(wù)請求，多媒體業(yè)務(wù)請求用于請求至少以下之一：獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)、控制上述車輛；在上述多媒體業(yè)務(wù)請求通過驗證的情況下，對上述車輛進(jìn)行監(jiān)控處理。解決相關(guān)技術(shù)中車聯(lián)網(wǎng)聯(lián)絡(luò)中心監(jiān)控服務(wù)存在難以滿足各種應(yīng)用場景的需求，而且對服務(wù)商和用戶的使用來講都存在較高的學(xué)習(xí)成本、建設(shè)成本和運營成本的問題，進(jìn)而達(dá)到一種在各種應(yīng)用場景下都能完成對車輛的監(jiān)控處理，同時節(jié)省了服務(wù)后臺的學(xué)習(xí)成本、建設(shè)成本和運營成本的效果。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的車輛監(jiān)控方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的車輛監(jiān)控裝置的結(jié)構(gòu)框圖；

圖3是根據(jù)本發(fā)明實施例的車輛監(jiān)控裝置的另一結(jié)構(gòu)框圖；

圖4是根據(jù)本發(fā)明優(yōu)選實施例的車輛監(jiān)控方法的流程圖；

圖5是根據(jù)本發(fā)明優(yōu)選實施例的車輛監(jiān)控方法的另一流程圖；

圖6是根據(jù)本發(fā)明優(yōu)選示例的車輛監(jiān)控方法的流程圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種車輛監(jiān)控方法，圖1是根據(jù)本發(fā)明實施例的車輛監(jiān)控方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟s102，接收多媒體業(yè)務(wù)請求，并對該多媒體業(yè)務(wù)請求進(jìn)行驗證，其中，多媒體業(yè)務(wù)請求至少包括以下之一：語音業(yè)務(wù)請求、短信業(yè)務(wù)請求或者互聯(lián)網(wǎng)業(yè)務(wù)請求，多媒體業(yè)務(wù)請求用于請求至少以下之一：獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)、控制上述車輛；

步驟s104，在上述多媒體業(yè)務(wù)請求通過驗證的情況下，對上述車輛進(jìn)行監(jiān)控處理。

通過上述各個步驟，接收多媒體業(yè)務(wù)請求，并對該多媒體業(yè)務(wù)請求進(jìn)行驗證，在上述多媒體業(yè)務(wù)請求通過驗證的情況下，對上述車輛進(jìn)行監(jiān)控處理，其中，上述多媒體業(yè)務(wù)請求至少包括以下之一：語音業(yè)務(wù)請求、短信業(yè)務(wù)請求或者互聯(lián)網(wǎng)業(yè)務(wù)請求，上述多媒體業(yè)務(wù)請求用于請求至少以下之一：獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)、控制上述車輛。解決相關(guān)技術(shù)中車聯(lián)網(wǎng)聯(lián)絡(luò)中心監(jiān)控服務(wù)存在難以滿足各種應(yīng)用場景的需求，而且對服務(wù)商和用戶的使用來講都存在較高的學(xué)習(xí)成本、建設(shè)成本和運營成本的問題，進(jìn)而達(dá)到一種在各種應(yīng)用場景下都能完成對車輛的監(jiān)控處理，同時節(jié)省了服務(wù)后臺的學(xué)習(xí)成本、建設(shè)成本和運營成本的效果。

在一個可選實施例中，步驟s102可以具體通過以下技術(shù)方案實現(xiàn)：根據(jù)用戶預(yù)先注冊的帳戶信息對上述多媒體業(yè)務(wù)請求中攜帶的發(fā)起賬戶信息進(jìn)行驗 證，上述發(fā)起賬戶信息包括發(fā)起號碼信息或發(fā)起賬號信息；當(dāng)上述發(fā)起賬戶信息驗證通過后，接收用戶輸入的驗證密碼；根據(jù)用戶預(yù)先存儲的的密碼對上述驗證密碼進(jìn)行驗證，其中，在上述驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

用戶預(yù)先注冊的賬戶信息可以是電話號碼信息也可為微信或易信等賬戶信息，對多媒體業(yè)務(wù)請求中攜帶的賬戶信息，即呼入賬戶的主體賬戶信息進(jìn)行驗證，看其是否為汽車服務(wù)商或者用戶自己在車載系統(tǒng)上進(jìn)行的賬戶注冊，可以包括本機(jī)號碼、本機(jī)微信易信公眾號等。當(dāng)賬戶信息驗證通過后再對用戶輸入的密碼進(jìn)行驗證，當(dāng)雙重驗證通過后，該對媒體業(yè)務(wù)請求驗證通過。這樣的密碼雙重認(rèn)證可以防止非賬戶主體未經(jīng)許可而使用賬戶主體的賬戶進(jìn)行監(jiān)控操作，對賬戶主體用戶來說安全性更好。

在一個可選示例中，當(dāng)上述發(fā)起賬戶信息驗證不通過時，上述步驟s102還包括：

根據(jù)用戶預(yù)先注冊的帳戶信息對用戶重新輸入的帳戶信息進(jìn)行再次驗證，其中，當(dāng)再次驗證通過后再對用戶輸入的驗證密碼進(jìn)行驗證，在上述驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

在一個可選示例中，對上述車輛進(jìn)行監(jiān)控處理之前，步驟s104還包括：

步驟a，根據(jù)上述帳戶信息的權(quán)限級別給用戶提供與上述權(quán)限級別對應(yīng)的監(jiān)控處理菜單；

步驟b，根據(jù)用戶所選擇的上述監(jiān)控處理菜單中的監(jiān)控處理類型啟動監(jiān)控處理流程。

在另一個優(yōu)選示例中，步驟b包括：

步驟c，根據(jù)安全互斥原則檢驗上述監(jiān)控處理類型，其中，上述安全互斥原則包括對上述車輛當(dāng)前狀態(tài)與上述監(jiān)控處理類型進(jìn)行處理安全性檢驗；

步驟d，當(dāng)上述監(jiān)控處理類型檢驗通過后，根據(jù)上述監(jiān)控處理類型啟動監(jiān)控處理流程，其中，監(jiān)控處理包括獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)和/或控制上述 車輛。

基于上述實施例及示例的技術(shù)方案，以下以一具體示例對上述技術(shù)方案進(jìn)行詳細(xì)說明。

步驟一：汽車服務(wù)商或者用戶自己在汽車上進(jìn)行號碼或賬號綁定，具體包括初始數(shù)據(jù)設(shè)置及注冊，包括本機(jī)號碼、本機(jī)微信易信公眾號、賬號(號碼)密碼認(rèn)證信息、賬號(號碼)權(quán)限配置等；

步驟二：用戶發(fā)起多媒體業(yè)務(wù)請求時，可以使用任意固定電話或手機(jī)(發(fā)起賬戶信息可為該固話或手機(jī)的號碼和微信或易信的賬號)撥打車輛上綁定的接入號碼，即用戶向車輛發(fā)起了多媒體業(yè)務(wù)請求，該發(fā)起請求通過運營商語音網(wǎng)通道接入到車輛；

步驟三：車輛判斷是語音通道呼入即為語音業(yè)務(wù)請求，直接使用語音通道對語音業(yè)務(wù)請求進(jìn)行驗證，車輛判斷是短信通道呼入即為短信業(yè)務(wù)請求，直接使用短信通道對短信業(yè)務(wù)請求進(jìn)行驗證，車輛判斷是互聯(lián)網(wǎng)通道呼入即為互聯(lián)網(wǎng)業(yè)務(wù)請求，直接使用互聯(lián)網(wǎng)通道對互聯(lián)網(wǎng)業(yè)務(wù)請求進(jìn)行驗證；

步驟四：各通道判斷主叫號碼或者主叫賬號是否在已經(jīng)注冊認(rèn)證的賬戶庫中，如果不在則還需要進(jìn)入步驟五提示請輸入已認(rèn)證過的號碼或賬號，如果在則跳過步驟五直接進(jìn)入步驟六進(jìn)行密碼信息認(rèn)證；

步驟五：如果主叫不為已經(jīng)之前在汽車上注冊認(rèn)證過的賬戶，則提示用戶請輸入已認(rèn)證的號碼或賬號；

步驟六：如果主叫或者用戶輸入的認(rèn)證號碼或賬戶在注冊賬戶庫內(nèi)，則繼續(xù)提示用戶進(jìn)行密碼認(rèn)證，用戶需要輸入多位數(shù)字密碼(位數(shù)建議6位以上)；

步驟七：認(rèn)證通過之后判斷該認(rèn)證用戶的權(quán)限級別，并針對性提供相應(yīng)的ivr語音菜單服務(wù)，級別越高提供的菜單功能就越多，級別越低提供的菜單功能就越少，菜單服務(wù)功能和權(quán)限級別可以預(yù)先進(jìn)行設(shè)置；

步驟八：當(dāng)認(rèn)證用戶根據(jù)ivr語音菜單提示選擇了指定監(jiān)控操作(即監(jiān) 控處理類型)時，車輛進(jìn)行實時的數(shù)據(jù)獲取和功能控制；

步驟九：可以提供給用戶的監(jiān)控處理類型包括但不限于：車輛當(dāng)前位置、時速、里程、故障碼信息、控制無鑰匙啟動、空調(diào)開啟關(guān)閉、車窗車門開啟關(guān)閉；

步驟十：監(jiān)控處理結(jié)果可以通過語音或短信方式向用戶進(jìn)行播報或發(fā)送；

步驟十一：某些監(jiān)控處理類型可以依據(jù)安全互斥原則進(jìn)行互斥和屏蔽，例如行駛途中車門解鎖等危險動作可以作為規(guī)則進(jìn)行預(yù)設(shè)保存處理，那么即使行駛過程中認(rèn)證用戶遠(yuǎn)程發(fā)起了車門解鎖操作，汽車也可以直接返回安全沖突監(jiān)控出錯的結(jié)果，防止出現(xiàn)安全意外事故；

采用上述方法，與現(xiàn)有技術(shù)相比，直接利用運營商的成熟多媒體通道，省去了第三方服務(wù)平臺的建設(shè)和運營成本，減少了中間網(wǎng)絡(luò)的服務(wù)平臺還能夠提高交互效率和安全性。降低了用戶使用門檻，即使在沒有數(shù)據(jù)網(wǎng)絡(luò)只要有手機(jī)信號的情況下也能順利完成，對業(yè)務(wù)環(huán)境要求很低滿足了用戶絕大多數(shù)應(yīng)用場景。在具備數(shù)據(jù)網(wǎng)絡(luò)的條件下提供更為豐富的多媒體監(jiān)控手段。同語音通道和短信通道結(jié)合起來可以滿足任意場景下的應(yīng)用需求。同時賬戶分級認(rèn)證、權(quán)限功能控制和管理、基礎(chǔ)安全功能互斥等手段，進(jìn)一步保證了監(jiān)控通道的安全性和車輛監(jiān)控動作的安全性。通過該方法，可以提供更為強(qiáng)大、靈活、安全、可靠的智能汽車遠(yuǎn)程監(jiān)控解決方案，為智能汽車的進(jìn)一步發(fā)展拓寬道路。

在本示例中提供了一種車輛監(jiān)控裝置，圖2是根據(jù)本發(fā)明實施例的車輛監(jiān)控裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括如下模塊：

驗證模塊22，用于接收多媒體業(yè)務(wù)請求，并對該多媒體業(yè)務(wù)請求進(jìn)行驗證，其中，上述多媒體業(yè)務(wù)請求至少包括以下之一：語音業(yè)務(wù)請求、短信業(yè)務(wù)請求或者互聯(lián)網(wǎng)業(yè)務(wù)請求，上述多媒體業(yè)務(wù)請求用于請求至少以下之一：獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)、控制上述車輛；

監(jiān)控模塊24，與驗證模塊22相連，用于在上述多媒體業(yè)務(wù)請求通過驗證的情況下，對上述車輛進(jìn)行監(jiān)控處理。

通過驗證模塊22接收多媒體業(yè)務(wù)請求，并對該多媒體業(yè)務(wù)請求進(jìn)行驗證，當(dāng)驗證模塊22驗證通過后監(jiān)控模塊24對上述車輛進(jìn)行監(jiān)控處理。解決相關(guān)技術(shù)中車聯(lián)網(wǎng)聯(lián)絡(luò)中心監(jiān)控服務(wù)存在難以滿足各種應(yīng)用場景的需求，而且對服務(wù)商和用戶的使用來講都存在較高的學(xué)習(xí)成本、建設(shè)成本和運營成本的問題，進(jìn)而達(dá)到一種在各種應(yīng)用場景下都能完成對車輛的監(jiān)控處理，同時節(jié)省了服務(wù)后臺的學(xué)習(xí)成本、建設(shè)成本和運營成本的效果。

在以優(yōu)選實施例中，上述驗證模塊22包括：

第一驗證單元222，用于根據(jù)用戶預(yù)先注冊的帳戶信息對上述多媒體業(yè)務(wù)請求中攜帶的發(fā)起帳戶信息進(jìn)行驗證，上述發(fā)起賬戶信息包括發(fā)起號碼信息或發(fā)起賬號信息；

接收單元224，與第一驗證單元222相連，用于當(dāng)上述發(fā)起賬戶信息驗證通過后，接收用戶輸入的驗證密碼；

第二驗證單元226，與接收單元224相連，用于根據(jù)用戶預(yù)先存儲的的密碼對上述驗證密碼進(jìn)行驗證，其中，在上述驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

在一較佳實施例中，該驗證模塊22還包括第三驗證單元228，與第二驗證單元226相連，當(dāng)上述發(fā)起賬戶信息驗證不通過時，上述第三驗證單元228用于根據(jù)用戶預(yù)先注冊的帳戶信息對用戶重新輸入的帳戶信息進(jìn)行再次驗證，其中，當(dāng)再次驗證通過后再對用戶輸入的驗證密碼進(jìn)行驗證，在上述驗證密碼驗證通過后，上述多媒體業(yè)務(wù)請求通過驗證。

在一可選的實施例中，該車輛監(jiān)控裝置還包括：

提供模塊26，與驗證模塊22相連，用于根據(jù)上述帳戶信息的權(quán)限級別給用戶提供與上述權(quán)限級別對應(yīng)的監(jiān)控處理菜單；

啟動模塊28，與提供模塊26相連，用于根據(jù)用戶所選擇的上述監(jiān)控處理菜單中的監(jiān)控處理類型啟動監(jiān)控處理流程。

在一可選的實施例中，該啟動模塊28包括：

第四驗證單元282，用于根據(jù)安全互斥原則檢驗上述監(jiān)控處理類型，其中，上述安全互斥原則包括對上述車輛當(dāng)前狀態(tài)與上述監(jiān)控處理類型進(jìn)行處理安全性檢驗；

啟動單元284，與第四驗證單元282相連，用于當(dāng)上述監(jiān)控處理類型檢驗通過后，根據(jù)上述監(jiān)控處理類型啟動監(jiān)控處理流程，其中，監(jiān)控處理包括獲取車輛的當(dāng)前監(jiān)控數(shù)據(jù)和/或控制上述車輛。

在本實施例中提供了一種車輛監(jiān)控裝置，圖3是根據(jù)本發(fā)明實施例的車輛監(jiān)控裝置的另一結(jié)構(gòu)框圖，如圖3所示，該裝置包括：車載聯(lián)絡(luò)中心平臺30、短信自助模塊32、語音自助模塊34、互聯(lián)網(wǎng)自助模塊36和監(jiān)控接口模塊38；

車載聯(lián)絡(luò)中心平臺30分別與短信自助模塊32、語音自助模塊34、互聯(lián)網(wǎng)自助模塊36和監(jiān)控接口模塊38相連。

車載聯(lián)絡(luò)中心平臺30：裝置的核心模塊，部署在智能汽車上，內(nèi)置移動電話模塊，同運營商語音通道、短信通道和互聯(lián)網(wǎng)通道對接，是用戶監(jiān)控請求接入入口和業(yè)務(wù)平臺，與其他模塊均有交互。

監(jiān)控接口模塊38：通過與車輛的其他系統(tǒng)相連，可以搜集到當(dāng)前車輛的狀態(tài)數(shù)據(jù)如lbs/gps/gis位置信息、里程信息、時速、胎壓、發(fā)送機(jī)狀態(tài)、水溫水位甚至是行車記錄儀數(shù)據(jù)等，并且還能提供車門鎖定解鎖、空調(diào)開啟關(guān)閉、車窗開啟關(guān)閉、無鑰匙啟動等車輛控制功能，通過車載聯(lián)絡(luò)中心平臺30為各類自助模塊監(jiān)控訪問接口。

語音自助模塊34：用戶可使用任意電話撥打車載裝置號碼，接入車載聯(lián)絡(luò)中心平臺，裝置為用戶提供語音自助服務(wù)，通過語音方式對汽車進(jìn)行監(jiān)控。

短信自助模塊32：用戶可使用任意手機(jī)電話向車載裝置號碼發(fā)送短信指令，接入車載聯(lián)絡(luò)中心平臺30，系統(tǒng)為用戶提供短信自助服務(wù)，通過短信方式對汽車進(jìn)行監(jiān)控。

互聯(lián)網(wǎng)自助模塊36：用戶可使用微信、易信等客戶端通過公共互聯(lián)網(wǎng)服 務(wù)平臺向指定汽車發(fā)送監(jiān)控指令，系統(tǒng)對指令提供相應(yīng)并通過互聯(lián)網(wǎng)渠道向用戶終端發(fā)送結(jié)果信息。

基于上述實施例及示例的技術(shù)方案，以下結(jié)合附圖4以一具體示例對上述技術(shù)方案進(jìn)行詳細(xì)說明。圖4是根據(jù)本發(fā)明優(yōu)選實施例的車輛監(jiān)控方法的流程圖，如圖4所示，當(dāng)多媒體業(yè)務(wù)請求為語音業(yè)務(wù)請求時，該方法具體包括如下步驟：

步驟s402：用戶通過固話或手機(jī)向智能汽車的車載聯(lián)絡(luò)中心30的號碼發(fā)起通話，接入號碼即為該智能汽車綁定的sim卡號碼，這個電話號碼能唯一標(biāo)識該智能汽車；

步驟s404：車載聯(lián)絡(luò)中心平臺30接收到呼叫請求后接入到語音自助模塊34上，語音自助模塊34播報歡迎語音；

步驟s406：語音自助模塊34對主叫或者用戶輸入的號碼進(jìn)行密碼輸入認(rèn)證，認(rèn)證不通過則拒絕對該汽車的監(jiān)控請求，認(rèn)證通過則進(jìn)入下一個步驟；

步驟s408：對于認(rèn)證通過的號碼，系統(tǒng)獲取該號碼注冊的權(quán)限功能，并播報語音按鍵菜單僅提供該號碼對應(yīng)的監(jiān)控處理類型，屏蔽其他監(jiān)控功能，主要是為了對多個賬號進(jìn)行分級分域的控制管理。例如低權(quán)限的號碼菜單語音為“車輛里程查詢請按1，車輛位置查詢請按2，使用指南請按3”，高權(quán)限的號碼服務(wù)菜單語音為“車輛里程查詢請按1，車輛位置查詢請按2，車輛實時狀態(tài)數(shù)據(jù)請按3，空調(diào)控制請按4，車鎖控制請按5，使用指南請按6”；

步驟s410：用戶選擇了按鍵菜單后，業(yè)務(wù)進(jìn)入允許的監(jiān)控處理類型，車載聯(lián)絡(luò)中心30隨即通知監(jiān)控接口模塊38獲取數(shù)據(jù)和實施操控動作；

步驟s412：監(jiān)控接口模塊38按照固化的互斥規(guī)則即固化的安全互斥原則，從車輛總線系統(tǒng)獲取車輛的各項基礎(chǔ)實時數(shù)據(jù)后判斷當(dāng)前監(jiān)控處理操作是否能夠通過安全互斥鎖的檢查，例如車輛在行駛過程中，就不允許開啟車門鎖的操作；

步驟s414：如s418失敗，則根據(jù)失敗碼提示對應(yīng)的錯誤信息；

步驟s416：如果安全互斥鎖檢查不通過，則系統(tǒng)按照預(yù)設(shè)的規(guī)則提示用戶哪些安全互斥類型同當(dāng)前操作存在沖突；

步驟s418：如安全互斥鎖檢查通過則監(jiān)控接口模塊38繼續(xù)向車輛總線系統(tǒng)請求獲取相關(guān)監(jiān)控數(shù)據(jù)或完成操控動作；

步驟s420：獲取監(jiān)控數(shù)據(jù)或完成操控動作成功，則向用戶播報相關(guān)監(jiān)控結(jié)果信息和操控成功信息，如果用戶是用手機(jī)呼入的還可將監(jiān)控狀態(tài)等信息以短信下發(fā)，本次用戶請求處理完成；

基于上述實施例及示例的技術(shù)方案，以下結(jié)合附圖5以一具體示例對上述技術(shù)方案進(jìn)行詳細(xì)說明。圖5是根據(jù)本發(fā)明優(yōu)選實施例的車輛監(jiān)控方法的另一流程圖，如圖5所示，當(dāng)多媒體業(yè)務(wù)請求為短信業(yè)務(wù)請求時，該方法具體包括如下步驟：

步驟s502：用戶通過手機(jī)向智能汽車的車載聯(lián)絡(luò)中心平臺30上所綁定的號碼發(fā)送短信，目的號碼即為該智能汽車綁定的sim卡號碼，這個電話號碼能唯一標(biāo)識該智能汽車；

步驟s504：車載聯(lián)絡(luò)中心平臺30接收到短信業(yè)務(wù)請求后接入到短信自助模塊32上，短信自助模塊32下發(fā)短信歡迎語；

步驟s506：短信自助模塊32對用戶手機(jī)號碼進(jìn)行認(rèn)證，如果是系統(tǒng)中未曾注冊的號碼則認(rèn)證不通過拒絕對該汽車的監(jiān)控請求，認(rèn)證通過則進(jìn)入下一個步驟；

步驟s508：對于認(rèn)證通過的號碼，系統(tǒng)獲取該號碼注冊的權(quán)限功能，并下發(fā)短信指令碼菜單僅提供該號碼對應(yīng)的監(jiān)控處理類型，屏蔽其他監(jiān)控功能，主要是為了對多個賬號進(jìn)行分級分域的控制管理。例如低權(quán)限的號碼菜單語音為“請回復(fù)如下指令碼：01車輛里程查詢，02車輛位置查詢請按，03使用指南請按”，高權(quán)限的號碼服務(wù)菜單語音為“請回復(fù)如下指令碼：01車輛里程查詢，02車輛位置查詢，03車輛實時狀態(tài)數(shù)據(jù)，04空調(diào)控制，05車鎖控制，06使用指南”；

步驟s510：用戶發(fā)送了相應(yīng)指令碼后，業(yè)務(wù)進(jìn)入允許的監(jiān)控功能，車載聯(lián)絡(luò)中心平臺30隨即通知監(jiān)控接口模塊38獲取數(shù)據(jù)和實施操控動作；

步驟s512：監(jiān)控接口模塊39按照固化的安全互斥原則，從車輛總線系統(tǒng)獲取車輛的各項基礎(chǔ)實時數(shù)據(jù)后判斷當(dāng)前操作是否能夠通過安全互斥鎖的檢查，例如車輛在行駛過程中，就不允許開啟車門鎖的操作；

步驟s514：如s518失敗，則根據(jù)失敗碼提示對應(yīng)的錯誤信息；

步驟s516：如果安全鎖檢查不通過，則系統(tǒng)按照預(yù)設(shè)的規(guī)則提示用戶哪些安全規(guī)則同當(dāng)前操作存在沖突；

步驟s518：如安全互斥鎖檢查通過則監(jiān)控接口模塊38繼續(xù)向車輛總線系統(tǒng)請求獲取相關(guān)監(jiān)控數(shù)據(jù)或完成操控動作；

步驟s520：獲取監(jiān)控數(shù)據(jù)或完成操控動作成功，則向用戶手機(jī)短信發(fā)送相關(guān)監(jiān)控結(jié)果信息和操控成功信息，本次用戶請求處理完成；

基于上述實施例及示例的技術(shù)方案，以下結(jié)合附圖6以一具體示例對上述技術(shù)方案進(jìn)行詳細(xì)說明。圖6是根據(jù)本發(fā)明優(yōu)選示例的車輛監(jiān)控方法的流程圖，如圖6所示，當(dāng)多媒體業(yè)務(wù)請求為互聯(lián)網(wǎng)業(yè)務(wù)請求時，該方法具體包括如下步驟：

步驟s602：通過微信易信公眾平臺配置智能汽車對應(yīng)公眾賬號的菜單和功能；

步驟s604：用戶通過微信或易信app客戶端向智能汽車的車載聯(lián)絡(luò)中心平臺的公眾賬號發(fā)起微信或易信會話，并根據(jù)當(dāng)前的要求點擊公眾號對應(yīng)的菜單，該公眾賬號即為該智能汽車綁定的公眾號，這個公眾號能在微信或易信平臺上唯一標(biāo)識該智能汽車；

步驟s606：車載聯(lián)絡(luò)中心平臺接收到菜單指令請求后接入到互聯(lián)網(wǎng)自助模塊上；

步驟s608：互聯(lián)網(wǎng)自助模塊對用戶的微信易信賬號進(jìn)行認(rèn)證鑒權(quán)，如該賬號未在車載平臺中進(jìn)行登記注冊，認(rèn)證不通過則拒絕對該汽車的監(jiān)控請求， 認(rèn)證通過則進(jìn)入下一個步驟；

步驟s610：對于認(rèn)證通過的賬號，系統(tǒng)獲取該賬號注冊的權(quán)限功能，并判斷當(dāng)前用戶請求是否同賬號的權(quán)限相匹配，不匹配則提示用戶不允許進(jìn)行該項操作，匹配則進(jìn)入下個步驟；

步驟s612：權(quán)限檢查通過之后，車載聯(lián)絡(luò)中心平臺隨即按照用戶請求通知監(jiān)控接口模塊獲取數(shù)據(jù)和實施操控動作；

步驟s614：監(jiān)控接口模塊按照固化的安全互斥原則，從車輛總線系統(tǒng)獲取車輛的各項基礎(chǔ)實時數(shù)據(jù)后判斷當(dāng)前操作是否能夠通過安全互斥鎖的檢查，例如車輛在行駛過程中，就不允許開啟車門鎖的操作；

步驟s616：如s620失敗，則根據(jù)失敗碼提示對應(yīng)的錯誤信息；

步驟s618：如果安全鎖檢查不通過，則系統(tǒng)按照預(yù)設(shè)的規(guī)則提示用戶哪些安全規(guī)則同當(dāng)前操作存在沖突；

步驟s620：如安全互斥鎖檢查通過則監(jiān)控接口模塊繼續(xù)向車輛總線系統(tǒng)請求獲取相關(guān)監(jiān)控數(shù)據(jù)或完成操控動作；

步驟s622：獲取監(jiān)控數(shù)據(jù)或完成操控動作成功，則向用戶賬號發(fā)送相關(guān)監(jiān)控結(jié)果信息和操控成功信息，本次用戶請求處理完成；

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件 結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。