夠提前指示用戶繞行擁堵路段，避免堵在擁塞途中，從而提升用戶體驗。
[0056]為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。
[0057]本發(fā)明說明書、權(quán)利要求書和附圖中出現(xiàn)的術(shù)語“第一”、“第二”和“第三”(如果存在)等是用于區(qū)別不同的對象，而并非用于描述特定的順序。此外，術(shù)語“包括”和“具有”以及它們?nèi)魏巫冃危鈭D在于覆蓋不排他的包含。例如包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備沒有限定于已列出的步驟或單元，而是可選地還包括沒有列出的步驟或單元，或可選地還包括對于這些過程、方法、產(chǎn)品或設備固有的其它步驟或單元。
[0058]本文中描述的技術(shù)可用于各種通信系統(tǒng)，例如當前2G，3G通信系統(tǒng)、W1-Fi無線通信系統(tǒng)和下一代通信系統(tǒng)，例如全球移動通信系統(tǒng)(Global System for Mobilecommunicat1ns，簡稱為:GSM)，碼分多址(Code Divis1n Multiple A ccess，簡稱為:CDMA)系統(tǒng)，時分多址(Time Divis1n Multiple Access，簡稱為:TDMA)系統(tǒng)，寬帶碼分多址(Wideband Code Divis1n Multiple Access Wire less，簡稱為:WCDMA)，頻分多址(Frequency Divis1n Multiple Address ing，簡稱為:FDMA)系統(tǒng)，正交頻分多址(Orthogonal Frequency-Divis1n Multiple A ccess，簡稱為:0FDMA)系統(tǒng)，單載波FDMA(SC-FDMA)系統(tǒng)，通用分組無線業(yè)務(General Packet Rad1 Service，簡稱為:GPRS)系統(tǒng)，長期演進(Long Te rmEvolut1n，簡稱為:LTE)系統(tǒng)，以及其他此類通信系統(tǒng)。
[0059]在本發(fā)明的一個實施例中，所述車聯(lián)網(wǎng)的方法包括:云服務器接收車聯(lián)網(wǎng)終端發(fā)送的車輛行駛信息，其中，所述車輛行駛信息包括所述車輛的位置、行駛方向以及行駛速度;所述云服務器根據(jù)所述車輛的位置計算車輛密度，并確定所述車輛密度大于第一預設閾值的區(qū)域;所述云服務器計算所述區(qū)域車輛的平均速度，當所述平均速度小于預設閾值時，確定所述區(qū)域為擁堵區(qū)域;所述云服務器推送擁堵信息給放大的擁堵區(qū)域內(nèi)行駛方向為所述擁堵區(qū)域的車輛。
[0060]請參閱圖1，圖1是本發(fā)明一個實施例提供的一種車聯(lián)網(wǎng)的方法的流程示意圖。其中，如圖1所示，本發(fā)明的一個實施例提供的一種車聯(lián)網(wǎng)的方法包括以下內(nèi)容:
[0061]101、云服務器接收車聯(lián)網(wǎng)終端發(fā)送的車輛行駛信息。
[0062]其中，所述車輛行駛信息包括所述車輛的位置、行駛方向以及行駛速度。
[0063]其中，所述云服務器又叫云計算服務器或云主機。所述云服務器使用了云計算技術(shù)，整合了計算、網(wǎng)絡與存儲三大要素。
[0064]舉例來說，云服務器具體可以為網(wǎng)絡側(cè)的簡單文件傳輸協(xié)議(TrivialFileTransfer Pr o to co I，簡稱為:TFTP )服務器、動態(tài)主機配置協(xié)議(Dynami c HostConfigurat1n Protocol，簡稱為:DHCP)服務器等，本發(fā)明不對云服務器類型加以限制。其中，本發(fā)明的服務器可以位于機房內(nèi)。
[0065]其中，所述車聯(lián)網(wǎng)終端是車輛監(jiān)控管理系統(tǒng)的前端設備，一般隱秘地安裝在各種車輛內(nèi)，車聯(lián)網(wǎng)終端設備主要由車載視頻服務器、LCD觸摸屏、外接攝像機、通話手柄、汽車防盜器等各種外接設備組成。
[0066]可選的，所述車聯(lián)網(wǎng)終端也可以為插入汽車內(nèi)部的特定接口的OBD設備。
[0067]其中，所述云服務器與車聯(lián)網(wǎng)終端可以通過無線方式建立通信連接。
[0068]可選的，所述無線方式可以為W1-F1、藍牙、3G、2G或其他無線連接方式。
[0069]102、所述云服務器根據(jù)所述車輛的位置計算車輛密度，并確定所述車輛密度大于第一預設閾值的區(qū)域。
[0070]其中，所述車輛密度是指一條車道上車輛的密集程度，即在某一瞬間某一道路的單位長度上的車輛數(shù)。
[0071]其中，所述單位長度一般指lKm?？蛇x的，用戶也可以根據(jù)不同道路不同路段的需要對單位長度進行調(diào)整設定以滿足更好地對交通進行控制。
[0072]其中，所述第一預設閾值可以為100輛/Km、110輛/Km、120輛/Km、130輛/Km、140輛/Km、150輛/Km、160輛/Km、170輛/Km或其他車輛密度值。
[0073]可以理解的是，由于所述第一預設閾值受氣候條件、道路狀況等多方面因素影響，所以所述閾值可以根據(jù)經(jīng)驗值預先存儲于云終端中，也可以根據(jù)實際道路情況進行設定。
[0074]舉例來說，在隧道中，由于能見度相對較低，噪聲不易得到更好的擴散，所以相應第一預設閾值應根據(jù)經(jīng)驗設定為一個較低值，從而有效控制事故的發(fā)生。
[0075]再舉例來說，在雨天由于路面濕滑，能見度低應適當調(diào)節(jié)所述第一預設閾值為一個更低的值，從而有效控制事故的發(fā)生。
[0076]103、所述云服務器根據(jù)所述行駛速度計算所述區(qū)域車輛的平均速度，若所述平均速度小于第二預設閾值，則確定所述區(qū)域為擁堵區(qū)域。
[0077]其中，所述平均速度是區(qū)間平均速度，即在某一瞬間行駛于道路某一特定長度內(nèi)的全部車輛的車速的平均值。
[0078]其中，所述第二預設閾值受路段、天氣等因素的限制。
[0079]可以理解的是，在市中心路段，所述第二預設閾值會小一些，因為市中心路段車輛較多，人流、車流較密集，所以所述第二預設閾值要比市郊區(qū)域小一些。
[0080]104、所述云服務器向監(jiān)控區(qū)域內(nèi)行駛方向指向所述擁堵區(qū)域的車輛推送擁堵信息，所述監(jiān)控區(qū)域包含所述擁堵區(qū)域且大于所述擁堵區(qū)域。
[0081]其中，所述云服務器可以將擁堵信息推送給車聯(lián)網(wǎng)終端，由所述車聯(lián)網(wǎng)終端通過導航播報給車主。
[0082]可選的，所述監(jiān)控區(qū)域為交通控制系統(tǒng)監(jiān)控的區(qū)域，所述監(jiān)控區(qū)域包含所述擁堵區(qū)域且大于所述擁堵區(qū)域。所述云服務器也可將擁堵信息實時推送給交通廣播電臺和交通管理部門，從而實現(xiàn)對所述擁堵區(qū)域進行更好地交通管控?？梢钥闯觯緦嵤├姆桨钢?，云服務器通過獲取車聯(lián)網(wǎng)終端的位置、行駛方向及行駛速度信息，來對某一區(qū)域一定時間間隔內(nèi)的車流密度及區(qū)域車輛的平均速度進行一個統(tǒng)計，當某一區(qū)域內(nèi)車流密度大于某一閾值且車流速度小于某一閾值時，則提前提示駛向此區(qū)域的擴大區(qū)域的車輛進行減速繞行，能夠提前指示用戶繞行擁堵路段，避免擁堵范圍擴大，使車主堵在擁塞途中，從而提升了用戶體驗。
[0083]請參閱圖2，圖2是本發(fā)明的一個實施例提供的另一種車聯(lián)網(wǎng)的方法的流程示意圖。其中，如圖2所示，本發(fā)明的一個實施例提供的另一種車聯(lián)網(wǎng)的方法可以包括以下內(nèi)容:
[0084]201、云服務器接收車聯(lián)網(wǎng)終端發(fā)送的車輛行駛信息。
[0085]其中，所述車輛行駛信息包括所述車輛的位置、行駛方向以及行駛速度。
[0086]202、所述云服務器根據(jù)所述車輛的位置計算車輛密度，并確定所述車輛密度大于第一預設閾值的區(qū)域。
[0087]203、所述云服務器根據(jù)所述行駛速度計算所述區(qū)域車輛的平均速度，若所述平均速度小于第二預設閾值，則確定所述區(qū)域為擁堵區(qū)域。
[0088]204、所述云服務器向監(jiān)控區(qū)域內(nèi)行駛方向指向所述擁堵區(qū)域的車輛推送擁堵信息，所述監(jiān)控區(qū)域包含所述擁堵區(qū)域且大于所述擁堵區(qū)域。
[0089]205、所述云服務器向交通控制系統(tǒng)發(fā)送第一交通指示，所述第一交通指示用于指示所述交通控制系統(tǒng)通過控制交通燈減少駛?cè)胨鰮?