一種擁塞信息的處理方法及裝置的制造方法
【專利摘要】本申請實施例公開了一種擁塞信息的處理方法及裝置，用于提高資源利用率。本申請實施例方法包括：獲取終端發(fā)送的路線規(guī)劃請求，所述路線規(guī)劃請求包含起始地點和目的地點；根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線；獲取每條規(guī)劃路線中擁塞路段的擁塞信息，所述擁塞信息用于指示擁塞程度；按照預設的時間間隔對所述擁塞信息進行比對處理，生成比對結果；所述比對結果用于指示擁塞程度的狀態(tài)變化；將所述比對結果反饋給所述終端。
【專利說明】
一種擁塞信息的處理方法及裝置
技術領域
[0001]本申請涉及通信領域，特別涉及一種擁塞信息的處理方法及裝置。
【背景技術】
[0002]電子導航地圖，即數(shù)字地圖，是利用計算機技術，以數(shù)字方式存儲和查閱的地圖。電子導航地圖是一套用于在GPS設備上導航的軟件。主要是用于路徑的規(guī)劃和導航功能上的實現(xiàn)。電子導航地圖從組成形式上看，由道路、背景、注記和信息點(Point of Interest，POI)組成，當然還可以有很多的特色內容，比如3D路口實景放大圖和三維建筑物等，都可以算做電子導航地圖的特色部分。從功能表現(xiàn)上來看，電子導航地圖需要有定位顯示、索引、路徑計算和引導的功能。
[0003]電子導航地圖已經(jīng)全面進入人們的生活。在使用導航的過程中，用戶打開對應的APP后，可以通過搜索功能或者在導航地圖上標記的形式選擇起始地以及目的地，點擊開始導航，電子導航地圖根據(jù)用戶的選擇，為用戶智能規(guī)劃路徑(一般同時顯示3條路徑)。其中，每一條路徑都會顯示路程總長度、所需時間、紅綠燈個數(shù)和擁堵路段長度等信息。到達擁堵路段時，還會具體顯示預計通過時間。
[0004]然而，終端在顯示預計通過時間等信息時，并不能及時給用戶反饋該擁堵路段上的擁塞狀態(tài)變化情況，而終端在顯示上述預計通過時間的過程中仍舊在消耗電量，并占用著網(wǎng)絡資源，造成資源浪費。

【發(fā)明內容】

[0005]本申請實施例提供了一種擁塞信息的處理方法及裝置，用于提高資源利用率。
[0006]本申請實施例第一方面提供了一種擁塞信息的處理方法，該方法包括:
[0007]獲取終端發(fā)送的路線規(guī)劃請求，所述路線規(guī)劃請求包含起始地點和目的地點；
[0008]根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線；
[0009]獲取第一規(guī)劃路線中擁塞路段的擁塞信息，所述擁塞信息用于指示擁塞程度；
[0010]按照預設的時間間隔對所述擁塞信息進行比對處理，生成比對結果;所述比對結果用于指示擁塞程度的狀態(tài)變化；
[0011 ]將所述比對結果反饋給所述終端。
[0012]本申請實施例第二方面提供了一種擁塞信息的處理裝置，該裝置包括:
[0013]處理單元，用于獲取終端發(fā)送的路線規(guī)劃請求，所述路線規(guī)劃請求包含起始地點和目的地點；
[0014]根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線；
[0015]獲取第一規(guī)劃路線中擁塞路段的擁塞信息，所述擁塞信息用于指示擁塞程度；
[0016]按照預設的時間間隔對所述擁塞信息進行比對處理，生成比對結果;所述比對結果用于指示擁塞程度的狀態(tài)變化；
[0017]收發(fā)單元，用于將所述比對結果反饋給所述終端。
[0018]從以上技術方案可以看出，本申請實施例具有以下優(yōu)點:通過按照預設的時間間隔對第一規(guī)劃路線中擁塞路段的擁塞信息進行比對處理，生成用于指示擁塞程度的狀態(tài)變化的比對結果，并將所述比對結果反饋給終端;終端在顯示預計通過時間等信息的同時能夠獲取擁堵路段上擁塞程度的狀態(tài)變化情況，從而提高了資源的利用率。
【附圖說明】
[0019]圖1為本申請?zhí)峁┑膿砣畔⒌奶幚硐到y(tǒng)的一個組織結構示意圖；
[0020]圖2為本申請?zhí)峁┑姆掌鞯囊粋€組織結構示意圖；
[0021]圖3為本申請?zhí)峁┑膿砣畔⒌奶幚矸椒ǖ囊粋€流程示意圖；
[0022]圖4為本申請?zhí)峁┑膿砣潭鹊臓顟B(tài)變化的一個示意圖；
[0023]圖5為本申請?zhí)峁┑膿砣潭鹊臓顟B(tài)變化的另一示意圖；
[0024]圖6為本申請?zhí)峁┑膿砣潭鹊臓顟B(tài)變化的另一示意圖；
[0025]圖7為本申請?zhí)峁┑膿砣潭鹊臓顟B(tài)變化的另一示意圖；
[0026]圖8為本申請?zhí)峁┑膿砣潭鹊臓顟B(tài)變化的另一示意圖；
[0027]圖9為本申請?zhí)峁┑膿砣潭鹊臓顟B(tài)變化的另一示意圖；
[0028]圖10為本申請?zhí)峁┑膿砣畔⒌奶幚硌b置的一個組織結構示意圖。
【具體實施方式】
[0029]為了使本技術領域的人員更好地理解本申請方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分的實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本申請保護的范圍。
[0030]本申請的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等(如果存在)是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的實施例能夠以除了在這里圖示或描述的內容以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產(chǎn)品或設備固有的其它步驟或單元。
[0031]如圖1所示，為本申請實施例中擁塞信息的處理系統(tǒng)架構示意圖。該系統(tǒng)包括終端和服務器。服務器指一個管理資源并為用戶提供服務的計算機軟件，通常分為文件服務器、數(shù)據(jù)庫服務器和應用程序服務器。運行以上軟件的計算機或計算機系統(tǒng)也被稱為服務器。服務器需要響應終端發(fā)送的服務請求，并進行處理，因此一般來說服務器應具備承擔服務并且保障服務的能力。服務器包括硬件層，其中，硬件層可包括多種硬件，例如處理器(如CPU)和內存、存儲設備(可以包括硬盤和/或內存)，還可以包括網(wǎng)卡等設備。其中，網(wǎng)卡是工作在物理層的網(wǎng)絡組件，是局域網(wǎng)中連接計算機和傳輸介質的接口，不僅能實現(xiàn)與局域網(wǎng)傳輸介質之間的物理連接和電信號匹配，還涉及幀的發(fā)送與接收、幀的封裝與拆封、介質訪問控制、數(shù)據(jù)的編碼與解碼以及數(shù)據(jù)緩存的功能等。終端通常是指那些與集中式主機系統(tǒng)(例如IBM大型計算機)相連的“啞”用戶設備。終端從用戶接收鍵盤輸入，并且將這些輸入發(fā)送給主機系統(tǒng)。主機系統(tǒng)處理這個用戶的鍵盤輸入和命令，然后輸出返回并顯示在這個終端的屏幕上。該終端可以為包括手機、平板電腦、PDA(Personal Digital Assistant，個人數(shù)字助理)、P0S(Point of Sales，銷售終端)和車載電腦等任意終端設備。
[0032]圖1中的服務器側可以通過圖2中的服務器200實現(xiàn)，該服務器200的組織結構示意圖如圖2所示，包括處理器202和存儲器204，還可以包括總線208和通信接口 206。
[0033]其中，處理器202、存儲器204和通信接口 206可以通過總線208實現(xiàn)彼此之間的通信連接，也可以通過無線傳輸?shù)绕渌侄螌崿F(xiàn)通信。
[0034]存儲器204可以包括易失性存儲器(英文volatile memory)，例如隨機存取存儲器(英文:random-access memory，縮寫:RAM);存儲器204也可以包括非易失性存儲器(英文:non-volatile memory)，例如只讀存儲器(英文:read_only memory，縮寫:ROM)，快閃存儲器(英文:flash memory)，硬盤(英文:hard disk drive，縮寫:HDD)或固態(tài)硬盤(英文:solid state drive，縮寫:SSD);存儲器204還可以包括上述種類的存儲器的組合。在通過軟件來實現(xiàn)本申請?zhí)峁┑募夹g方案時，用于實現(xiàn)本申請圖3提供的擁塞信息的處理方法中服務器側執(zhí)行的程序代碼保存在存儲器204中，并由處理器202來執(zhí)行。
[0035]服務器200通過通信接口 206與云端服務器通信。
[0036]處理器202可以為中央處理器CPU。
[0037]該處理器202獲取終端發(fā)送的路線規(guī)劃請求，其中，所述路線規(guī)劃請求包含起始地點和目的地點；該處理器202根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線；該處理器202獲取第一規(guī)劃路線中擁塞路段的擁塞信息，其中，所述擁塞信息用于指示擁塞程度;該處理器202按照預設的時間間隔對所述擁塞信息進行比對處理，生成用于指示擁塞程度的狀態(tài)變化的比對結果，并將所述比對結果反饋給所述終端;終端在顯示預計通過時間等信息的同時能夠獲取擁堵路段上擁塞程度的狀態(tài)變化情況，從而提高了資源的利用率。
[0038]可選的，該處理器202獲取第一規(guī)劃路線中擁塞路段的擁塞信息，可包括:
[0039]該處理器202獲取第一規(guī)劃路線中擁塞路段在第一時刻的第一擁塞長度和在第二時刻的第二擁塞長度，其中，所述第二時刻在所述第一時刻之后；
[0040]該處理器202按照預設的時間間隔對所述擁塞信息進行比對處理，可包括:
[0041]該處理器202比較所述第一擁塞長度和所述第二擁塞長度的大小，生成擁塞長度變化的比對結果。
[0042]可選的，當所述第一擁塞長度大于所述第二擁塞長度時，所述比對結果為擁塞程度加重；
[0043]當所述第一時刻的擁塞長度小于所述第二時刻的擁塞長度時，所述比對結果為擁塞程度緩解。
[0044]可選的，該處理器202還可以包括:
[0045]該處理器202記錄所述第一規(guī)劃路線中擁塞路段的擁塞開始時間和當前擁塞長度;根據(jù)所述擁塞開始時間計算所述擁塞路段的擁塞持續(xù)時間；并將所述當前擁塞長度和所述擁塞持續(xù)時間反饋給所述終端。
[0046]可選的，該處理器202還可以包括:
[0047]該處理器202根據(jù)所述第一規(guī)劃路線中擁塞路段的擁塞信息生成擁塞報告，并將所述擁塞報告發(fā)送給所述終端;其中，所述擁塞報告用于指示擁塞事件的擁塞原因。
[0048]本申請還提供了一種擁塞信息的處理方法，圖1中的服務器側以及圖2中的服務器200運行時執(zhí)行該方法，其流程示意圖如圖3所示。
[0049]402、獲取終端發(fā)送的路線規(guī)劃請求，所述路線規(guī)劃請求包含起始地點和目的地點。
[0050]例如，用戶使用終端并運行電子導航APP，在該電子導航APP的界面中可以選擇起始地點和目的地點，該起始地點或目的地點可以是該用戶通過該終端的GPS功能定位到的具體位置，也可以是該用戶通過觸摸或點擊界面中顯示的地圖，進行標記的任意位置。起始地點或目的地點的選取還可以通過電子導航APP中的搜索功能輸入或者查找到的具體位置，此處對該起始地點或目的地點的選取方式不作限定。在選定好起始地點和目的地點并確認后，該終端向服務器發(fā)送以該起始地點和目的地點為基準的路線規(guī)劃請求。
[0051 ] 404、根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線。
[0052]步驟402中，終端向服務器發(fā)送以該起始地點和目的地點為基準的路線規(guī)劃請求后，該服務器根據(jù)該路線規(guī)劃請求生成至少一條規(guī)劃路線，該服務器可以根據(jù)用戶的偏好設置(例如避免擁堵、不走高速和少收費等)為用戶智能推薦規(guī)劃路線(條數(shù)不限，一般優(yōu)選為三條推薦規(guī)劃路線)。用戶可以根據(jù)自身需求在推薦的規(guī)劃路線中確定最終的路線。
[0053]406、獲取第一規(guī)劃路線中擁塞路段的擁塞信息，所述擁塞信息用于指示擁塞程度。
[0054]步驟404中，服務器根據(jù)所述路線規(guī)劃請求生成了至少一條規(guī)劃路線，該服務器會提取規(guī)劃路線中的擁塞路段的擁塞信息，如果不擁塞，則不提取。該擁塞信息用于指示擁塞路段中的擁塞程度;譬如，該擁塞信息可以是擁塞路段的擁塞長度或者擁塞路段的車輛密度(如擁塞路段中的擁塞車輛的數(shù)量)。其中，該第一規(guī)劃路線可以是步驟404中的一條或者多條，如果是多條，則分別獲取每條規(guī)劃路線中擁塞路段對應的的擁塞信息。
[0055]可選的，在獲取第一規(guī)劃路線中擁塞路段的擁塞信息后，還可以包括如下步驟:
[0056]記錄所述第一規(guī)劃路線中擁塞路段的擁塞開始時間和當前擁塞長度；
[0057]根據(jù)所述擁塞開始時間計算所述擁塞路段的擁塞持續(xù)時間；
[0058]將所述當前擁塞長度和所述擁塞持續(xù)時間反饋給所述終端。
[0059]需要說明的是，當服務器根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線后，對于規(guī)劃路線中的擁塞路段，服務器記錄該擁塞路段的擁塞開始時間和當前擁塞路段中的擁塞長度(例如擁塞500米)；該服務器根據(jù)所述擁塞開始時間計算所述擁塞路段的擁塞持續(xù)時間(如在擁塞開始時計時，在擁塞未解除時持續(xù)計時，該擁塞持續(xù)時間可以到擁塞解除后終止)。該服務器將所述當前擁塞長度和所述擁塞持續(xù)時間反饋給所述終端。具體可通過文字、圖像、動畫和聲音等方式反饋給終端，終端將所述當前擁塞長度和所述擁塞持續(xù)時間顯示到電子導航APP的界面中。如果服務器生成了多條規(guī)劃路線，則分別獲取每條規(guī)劃路線中擁塞路段對應的擁塞開始時間和當前擁塞長度，最后將每條規(guī)劃路線的當前擁塞長度和擁塞持續(xù)時間反饋給所述終端。
[0060]可選的，在獲取第一規(guī)劃路線中擁塞路段的擁塞信息后，還可以包括如下步驟:
[0061]根據(jù)所述第一規(guī)劃路線中擁塞路段的擁塞信息生成擁塞報告，所述擁塞報告用于指示擁塞事件的擁塞原因；
[0062]將所述擁塞報告發(fā)送給所述終端。
[0063]需要說明的是，服務器可以從交通系統(tǒng)平臺(例如交通系統(tǒng)廣播其他交通服務平臺)獲取所述第一規(guī)劃路線中擁塞路段的擁塞信息。也可以通過收集其他用戶設備上傳的該第一規(guī)劃路線中擁塞路段的擁塞信息(例如，用戶A在第一規(guī)劃路線中發(fā)現(xiàn)某路段擁堵，通過編輯文檔或圖片上傳擁塞現(xiàn)場至服務器平臺)。該服務器根據(jù)所述第一規(guī)劃路線中擁塞路段的擁塞信息生成擁塞報告，該擁塞報告用于指示擁塞事件的擁塞原因(例如，擁塞原因為事故發(fā)生、修路封閉或臨時限行等)。
[0064]408、按照預設的時間間隔對所述擁塞信息進行比對處理，生成比對結果。所述比對結果用于指示擁塞程度的狀態(tài)變化。
[0065]需要說明的是，服務器可以通過對比一定時間間隔(例如每半分鐘)該第一規(guī)劃路線中擁塞路段的擁塞信息生成比對結果。所述比對結果用于指示擁塞程度的狀態(tài)變化，因此，可以通過該比對結果來判斷擁塞正處于哪個階段(例如擁堵越來越嚴重或沒有變化或正在緩解中)。
[0066]可選的，步驟406中獲取第一規(guī)劃路線中擁塞路段的擁塞信息，可包括:
[0067]獲取第一規(guī)劃路線中擁塞路段在第一時刻的第一擁塞長度和在第二時刻的第二擁塞長度，其中，所述第二時刻在所述第一時刻之后；
[0068]步驟408中按照預設的時間間隔對所述擁塞信息進行比對處理，可包括:
[0069]比較所述第一擁塞長度和所述第二擁塞長度的大小，生成擁塞長度變化的比對結果O
[0070]可選的，當所述第一擁塞長度大于所述第二擁塞長度時，所述比對結果為擁塞程度加重；
[0071]當所述第一時刻的擁塞長度小于所述第二時刻的擁塞長度時，所述比對結果為擁塞程度緩解。
[0072]例如，如圖4所示，在第一時刻(例如時刻11)規(guī)劃路線A(第一規(guī)劃路線)中擁塞路段為a?b區(qū)間(例如a?b區(qū)間實際長度為500米)，服務器獲取規(guī)劃路線A中擁塞路段在tl時亥IJ的第一擁塞長度(a?b區(qū)間500米)。如圖5所示，在tl時刻之后的第二時刻(例如時刻t2)規(guī)劃路線A(第一規(guī)劃路線)中擁塞路段為a?c區(qū)間(例如a?c區(qū)間實際長度為800米)，服務器獲取規(guī)劃路線A中擁塞路段在t2時刻的第一擁塞長度(a?c區(qū)間800米)。該服務器比較所述第一擁塞長度(a?b區(qū)間500米)和所述第二擁塞長度(a?c區(qū)間800米)的大小，生成擁塞長度變化的比對結果。例如，圖5所示中第一擁塞長度(a?b區(qū)間500米)小于第二擁塞長度(a?c區(qū)間800米)，則表示堵車范圍在擴大，擁塞程度越來越嚴重。又例如，如圖6所示，在第一時刻(例如時刻tl)規(guī)劃路線A(第一規(guī)劃路線)中擁塞路段為d?e區(qū)間(例如d?e區(qū)間實際長度為500米)，服務器獲取規(guī)劃路線A中擁塞路段在tl時刻的第一擁塞長度(d?e區(qū)間500米)。如圖7所示，在tl時刻之后的第二時刻(例如時刻t2)規(guī)劃路線A(第一規(guī)劃路線)中擁塞路段為d?f區(qū)間(例如d?f區(qū)間實際長度為300米)，服務器獲取規(guī)劃路線A中擁塞路段在t2時刻的第一擁塞長度(d?f區(qū)間300米)。該服務器比較所述第一擁塞長度(d?e區(qū)間500米)和所述第二擁塞長度(d?f區(qū)間300米)的大小，生成擁塞長度變化的比對結果。例如，圖7所示中第一擁塞長度(d?e區(qū)間500米)大于第二擁塞長度(d?f區(qū)間300米)，則表示堵車范圍在縮小，擁塞程度在緩解。
[0073]其中，服務器對所述擁塞信息進行比對的時間間隔可以根據(jù)實際情況設定，例如11時刻與t2時刻的時間間隔為15秒或者30秒等。
[0074]410、將所述比對結果反饋給所述終端。
[0075]服務器將用于指示擁塞程度的狀態(tài)變化的比對結果反饋給終端，終端可以將該比對結果顯示在用戶界面中以告知用戶。例如，可以通過文字、圖像、動畫和聲音等方式反饋給終端。例如，如圖8所示，在該終端的電子導航APP用戶界面中顯示出規(guī)劃路線A在t2時刻的擁塞路段a?c區(qū)間的信息:如擁塞狀態(tài)越來越嚴重，擁塞持續(xù)時間為30分鐘，擁塞長度為2.3公里，擁塞原因為交通事故；圖8中通過相反的箭頭更形象的表示出了擁塞范圍在擴大。又例如，如圖9所示，在該終端的電子導航APP用戶界面中顯示出規(guī)劃路線A在t2時刻的擁塞路段d?f區(qū)間的信息:如擁塞狀態(tài)在緩解中，擁塞持續(xù)時間為20分鐘，擁塞長度為1.3公里，擁塞原因為道路施工。圖9中通過相向的箭頭更形象的表示出了擁塞范圍在縮小。用戶通過該界面顯示的信息，可以及時了解擁塞路段上的擁塞狀態(tài)變化情況，從而選擇合理的規(guī)劃路線出行。
[0076]本申請實施例中，通過按照預設的時間間隔對第一規(guī)劃路線中擁塞路段的擁塞信息進行比對處理，生成用于指示擁塞程度的狀態(tài)變化的比對結果，并將所述比對結果反饋給終端;終端在顯示預計通過時間等信息的同時能夠獲取擁堵路段上擁塞程度的狀態(tài)變化情況，從而提高了資源的利用率。
[0077]下面以一具體應用場景對本申請?zhí)峁┑膿砣畔⒌奶幚矸椒右哉f明。
[0078]用戶運行手機上安裝的電子導航APP，在該電子導航APP的界面中可以選擇起始地點和目的地點，確認提交后，服務器根據(jù)用戶提交的起始地點和目的地點為用戶智能推薦多條規(guī)劃路線，例如路線A、路線B和路線C，且分別對路線A、路線B和路線C的預計用時、路程總長和各路線中的擁塞路段的擁塞長度進行統(tǒng)計計算，將計算得到的結果顯示到該APP的用戶界面上，以告知用戶。同時服務器按照預設的時間間隔(例如每30秒)分別對路線A、路線B和路線C中擁塞路段的擁塞長度進行統(tǒng)計。假設，在9點30分時，分別對路線A、路線B和路線C中擁塞路段的擁塞長度進行統(tǒng)計的結果為500米、600米和500米。在9點30分30秒時，分別對路線A、路線B和路線C中擁塞路段的擁塞長度進行統(tǒng)計的結果為500米、700米和400米，從統(tǒng)計的結果可以看出，路線A中擁堵路段在30秒內擁塞長度沒有發(fā)生變化，擁塞程度無明顯變化;路線B中擁堵路段在30秒內擁塞長度由600米變?yōu)?00米，擁塞程度加重;路線C中擁堵路段在30秒內擁塞長度由500米變?yōu)?00米，擁塞程度緩解。另一方面，服務器還可以按照預設的時間間隔(例如每30秒)分別對路線A、路線B和路線C中擁塞路段的車輛密度進行統(tǒng)計也能達到同等的效果。例如，在9點30分時，分別對路線A、路線B和路線C中擁塞路段的車輛數(shù)量進行統(tǒng)計的結果為20輛、30輛和50輛。在9點30分30秒時，分別對路線A、路線B和路線C中擁塞路段的車輛數(shù)量進行統(tǒng)計的結果為20輛、50輛和40輛，從統(tǒng)計的結果可以看出，路線A中擁堵路段在30秒內車輛數(shù)量沒有發(fā)生變化，擁塞程度無明顯變化;路線B中擁堵路段在30秒內車輛數(shù)量由30輛變?yōu)?0輛，擁塞程度加重;路線C中擁堵路段在30秒內車輛數(shù)量由50輛變?yōu)?0輛，擁塞程度緩解。其中，用戶在切換路線A、路線B和路線C的同時，擁塞程度的狀態(tài)變化也將顯示在各路線對應的信息界面上；或者用戶可以通過設定的交互操作(例如長按擁塞路段)查看擁塞的詳細信息。以上，用戶可以及時了解各路線上的擁塞狀態(tài)的變化情況，從而選擇合理的規(guī)劃路線出行。
[0079]本申請實施例還提供了擁塞信息的處理裝置600，該擁塞信息的處理裝置600可以通過圖2所示的服務器200實現(xiàn)，還可以通過專用集成電路(英文:applicat1n-specificintegrated circuit，縮寫:ASIC)實現(xiàn)，或可編程邏輯器件(英文-programmable logicdevice，縮寫:PLD)實現(xiàn)。上述PLD可以是復雜可編程邏輯器件(英文:complexprogrammable logic device，縮寫:CPLD)，F(xiàn)PGA，通用陣列邏輯(英文:generic arraylogic，縮寫:GAL)或其任意組合。該擁塞信息的處理裝置600用于實現(xiàn)圖3所示的擁塞信息的處理方法中服務器側執(zhí)行的方法。通過軟件實現(xiàn)圖3所示的擁塞信息的處理方法時，該擁塞信息的處理裝置600也可以為軟件模塊。
[0080]擁塞信息的處理裝置600的組織結構示意圖如圖10所示，包括:處理單元602和收發(fā)單元604。
[0081 ] 處理單元602工作時，執(zhí)行如下步驟:
[0082]獲取終端發(fā)送的路線規(guī)劃請求，所述路線規(guī)劃請求包含起始地點和目的地點；
[0083]根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線；
[0084]獲取第一規(guī)劃路線中擁塞路段的擁塞信息，所述擁塞信息用于指示擁塞程度；
[0085]按照預設的時間間隔對所述擁塞信息進行比對處理，生成比對結果;所述比對結果用于指示擁塞程度的狀態(tài)變化。
[0086]收發(fā)單元604工作時，執(zhí)行如下步驟:
[0087]將所述比對結果反饋給所述終端。
[0088]本申請實施例中，處理單元602按照預設的時間間隔對第一規(guī)劃路線中擁塞路段的擁塞信息進行比對處理，生成用于指示擁塞程度的狀態(tài)變化的比對結果，收發(fā)單元604將所述比對結果反饋給終端;終端在顯示預計通過時間等信息的同時能夠獲取擁堵路段上擁塞程度的狀態(tài)變化情況，從而提高了資源的利用率。
[0089]可選的，所述處理單元602獲取第一規(guī)劃路線中擁塞路段的擁塞信息，可包括:獲取第一規(guī)劃路線中擁塞路段在第一時刻的第一擁塞長度和在第二時刻的第二擁塞長度，其中，所述第二時刻在所述第一時刻之后；
[0090]所述處理單元602按照預設的時間間隔對所述擁塞信息進行比對處理，可包括:比較所述第一擁塞長度和所述第二擁塞長度的大小，生成擁塞長度變化的比對結果。
[0091]可選的，當所述第一擁塞長度大于所述第二擁塞長度時，所述比對結果為擁塞程度加重；
[0092]當所述第一時刻的擁塞長度小于所述第二時刻的擁塞長度時，所述比對結果為擁塞程度緩解。
[0093]可選的，所述處理單元602還執(zhí)行如下步驟:
[0094]記錄所述第一規(guī)劃路線中擁塞路段的擁塞開始時間和當前擁塞長度；
[0095]根據(jù)所述擁塞開始時間計算所述擁塞路段的擁塞持續(xù)時間。
[0096]所述收發(fā)單元604還執(zhí)行如下步驟:
[0097]將所述當前擁塞長度和所述擁塞持續(xù)時間反饋給所述終端。
[0098]可選的，所述處理單元602還執(zhí)行如下步驟:
[0099]根據(jù)所述第一規(guī)劃路線中擁塞路段的擁塞信息生成擁塞報告，所述擁塞報告用于指示擁塞事件的擁塞原因。
[0100]所述收發(fā)單元604還執(zhí)行如下步驟:
[0101 ]將所述擁塞報告發(fā)送給所述終端。
[0102]上述裝置的相關描述可以對應參閱方法實施例部分的相關描述和效果進行理解，本處不做過多贅述。
[0103]所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。
[0104]在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0105]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
[0106]另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
[0107]所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中?；谶@樣的理解，本申請的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、移動硬盤、只讀存儲器(ROM,Read-OnlyMemory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0108]以上所述，以上實施例僅用以說明本申請的技術方案，而非對其限制;盡管參照前述實施例對本申請進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換;而這些修改或者替換，并不使相應技術方案的本質脫離本申請各實施例技術方案的精神和范圍。
【主權項】
1.一種擁塞信息的處理方法，其特征在于，包括: 獲取終端發(fā)送的路線規(guī)劃請求，所述路線規(guī)劃請求包含起始地點和目的地點； 根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線； 獲取第一規(guī)劃路線中擁塞路段的擁塞信息，所述擁塞信息用于指示擁塞程度； 按照預設的時間間隔對所述擁塞信息進行比對處理，生成比對結果;所述比對結果用于指示擁塞程度的狀態(tài)變化； 將所述比對結果反饋給所述終端。2.根據(jù)權利要求1所述的方法，其特征在于， 所述獲取第一規(guī)劃路線中擁塞路段的擁塞信息，包括: 獲取第一規(guī)劃路線中擁塞路段在第一時刻的第一擁塞長度和在第二時刻的第二擁塞長度，其中，所述第二時刻在所述第一時刻之后； 所述按照預設的時間間隔對所述擁塞信息進行比對處理，包括: 比較所述第一擁塞長度和所述第二擁塞長度的大小，生成擁塞長度變化的比對結果。3.根據(jù)權利要求2所述的方法，其特征在于， 當所述第一擁塞長度大于所述第二擁塞長度時，所述比對結果為擁塞程度加重； 當所述第一時刻的擁塞長度小于所述第二時刻的擁塞長度時，所述比對結果為擁塞程度緩解。4.根據(jù)權利要求1至3任一項所述的方法，其特征在于，所述方法還包括: 記錄所述第一規(guī)劃路線中擁塞路段的擁塞開始時間和當前擁塞長度； 根據(jù)所述擁塞開始時間計算所述擁塞路段的擁塞持續(xù)時間； 將所述當前擁塞長度和所述擁塞持續(xù)時間反饋給所述終端。5.根據(jù)權利要求1至3任一項所述的方法，其特征在于，所述方法還包括: 根據(jù)所述第一規(guī)劃路線中擁塞路段的擁塞信息生成擁塞報告，所述擁塞報告用于指示擁塞事件的擁塞原因； 將所述擁塞報告發(fā)送給所述終端。6.一種擁塞信息的處理裝置，其特征在于，包括: 處理單元，用于獲取終端發(fā)送的路線規(guī)劃請求，所述路線規(guī)劃請求包含起始地點和目的地點； 根據(jù)所述路線規(guī)劃請求生成至少一條規(guī)劃路線； 獲取第一規(guī)劃路線中擁塞路段的擁塞信息，所述擁塞信息用于指示擁塞程度； 按照預設的時間間隔對所述擁塞信息進行比對處理，生成比對結果;所述比對結果用于指示擁塞程度的狀態(tài)變化； 收發(fā)單元，用于將所述比對結果反饋給所述終端。7.根據(jù)權利要求6所述的裝置，其特征在于， 所述處理單元用于獲取第一規(guī)劃路線中擁塞路段的擁塞信息，包括: 所述處理單元，用于獲取第一規(guī)劃路線中擁塞路段在第一時刻的第一擁塞長度和在第二時刻的第二擁塞長度，其中，所述第二時刻在所述第一時刻之后； 所述處理單元用于按照預設的時間間隔對所述擁塞信息進行比對處理，包括: 所述處理單元，用于比較所述第一擁塞長度和所述第二擁塞長度的大小，生成擁塞長度變化的比對結果。8.根據(jù)權利要求7所述的裝置，其特征在于， 當所述第一擁塞長度大于所述第二擁塞長度時，所述比對結果為擁塞程度加重； 當所述第一時刻的擁塞長度小于所述第二時刻的擁塞長度時，所述比對結果為擁塞程度緩解。9.根據(jù)權利要求6至8任一項所述的裝置，其特征在于， 所述處理單元，還用于記錄所述第一規(guī)劃路線中擁塞路段的擁塞開始時間和當前擁塞長度； 根據(jù)所述擁塞開始時間計算所述擁塞路段的擁塞持續(xù)時間； 所述收發(fā)單元，還用于將所述當前擁塞長度和所述擁塞持續(xù)時間反饋給所述終端。10.根據(jù)權利要求6至8任一項所述的裝置，其特征在于， 所述處理單元，還用于根據(jù)所述第一規(guī)劃路線中擁塞路段的擁塞信息生成擁塞報告，所述擁塞報告用于指示擁塞事件的擁塞原因； 所述收發(fā)單元，還用于將所述擁塞報告發(fā)送給所述終端。
【文檔編號】G01C21/36GK106052709SQ201610324042
【公開日】2016年10月26日
【申請日】2016年5月16日
【發(fā)明人】樊邵婷
【申請人】騰訊科技（深圳）有限公司