專利名稱：交通信息發(fā)布的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及智能交通領域，尤其涉及一種交通信息發(fā)布的方法及系統(tǒng)。
背景技術：
目前，現(xiàn)有技術中的發(fā)布系統(tǒng)采用如圖1的架構方式，該架構方式使用FTP(File Transfer Protocol，文件傳輸協(xié)議)服務器對外發(fā)布路況數(shù)據(jù)。路況數(shù)據(jù)發(fā)布的基本流程 如下(1) F⑶(Floating Car Data,浮動車數(shù)據(jù))處理系統(tǒng)定期生成標準格式的 RTIC(Real-Time Information of China，中國實時交通信息服務標準)數(shù)據(jù)文件及 TMC(Traffic Message Channel，交通信息頻道)數(shù)據(jù)文件；(2) TOD處理系統(tǒng)將所述RTIC和/或TMC數(shù)據(jù)文件拷貝至FTP服務器；(3)使用實時交通數(shù)據(jù)文件的應用客戶端通過FTP協(xié)議到所述FTP服務器下載數(shù) 據(jù)。但是，所述現(xiàn)有技術中存在如下缺點(1)由于服務器在為客戶端提供實時交通信息時，存在較多的數(shù)據(jù)文件讀寫過程， 因此路況數(shù)據(jù)的發(fā)布周期較長；(2)無法實現(xiàn)靈活接口，不適用于處理性能較低的車載設備。針對上述問題，現(xiàn)有技術中還存在另外一種改進方案，如圖3所示。在服務端由數(shù) 據(jù)轉(zhuǎn)發(fā)軟件通過SOCKET(套接字)技術向各應用客戶端發(fā)送數(shù)據(jù)。由于SOCKET可以與多 種客戶端的接口進行通信，因此它可以為各種不同的客戶端提供服務，例如，車載設備、手 持終端等。在客戶端將使用對應的下載工具接收來自服務端的數(shù)據(jù)文件，提供給應用客戶 使用。但是，發(fā)明人發(fā)現(xiàn)在上述改進方案中仍然存在如下缺點，即服務器內(nèi)部存在較多 的數(shù)據(jù)文件讀寫過程，導致路況數(shù)據(jù)發(fā)布周期較長。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種交通信息發(fā)布的方法及系統(tǒng)，能夠縮短路況數(shù)據(jù)發(fā)布的 周期，提高發(fā)布效率。為達到上述目的，本發(fā)明的實施例采用如下技術方案一種交通信息發(fā)布的方法，包括接收客戶端要求獲取交通信息的請求；對所述請求進行解析；從緩存服務器中獲取所述解析結(jié)果對應的交通信息；將獲取到的交通信息發(fā)送給所述客戶端。一種交通信息發(fā)布的系統(tǒng)，包括緩存服務器，用于存儲交通信息；
接收單元，用于接收客戶端要求獲取交通信息的請求；解析單元，用于對所述請求進行解析；獲取單元，用于從緩存服務器中獲取所述解析結(jié)果對應的交通信息；發(fā)送單元，用于將獲取到的交通信息發(fā)送給所述客戶端。本發(fā)明實施例提供的交通信息發(fā)布的方法及系統(tǒng)，由于本發(fā)明使用了緩存處理 器，因此，使數(shù)據(jù)在傳輸過程中，減少了數(shù)據(jù)文件的讀寫過程，縮短了交通信息發(fā)布的發(fā)布 周期，有效地提高交了發(fā)布效率。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例一中的交通信息發(fā)布方法的流程圖；圖2為本發(fā)明實施例二中的交通信息發(fā)布方法的流程圖；圖3為本發(fā)明實施例三中的交通信息發(fā)布系統(tǒng)的結(jié)構示意圖；圖4為本發(fā)明實施例四中的交通信息發(fā)布系統(tǒng)的結(jié)構示意圖；圖5為本發(fā)明實施例四中的接收單元的結(jié)構示意圖；圖6為本發(fā)明實施例四中的解析單元的結(jié)構示意圖；圖7為本發(fā)明實施例四中的獲取單元的結(jié)構示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。本發(fā)明所提供的交通信息發(fā)布的方法及系統(tǒng)，都是基于HeSSian(輕量級遠程通 信協(xié)議)技術而實現(xiàn)的，為了更好的對本發(fā)明所提供的實施例進行描述，首先在本發(fā)明所 提供的實施例前簡要介紹一下Hessian技術。所謂Hessian技術是一種用于實現(xiàn)通信的現(xiàn)有技術，它相比WebService (網(wǎng)絡服 務)來說，更簡單、更快捷。由于Hessian采用二進制RPC協(xié)議(RemoteProcedure Call Protocol，遠程過程調(diào)用協(xié)議)，在數(shù)據(jù)傳輸過程中以二進制數(shù)據(jù)進行傳輸，因此，相比其他 技術來說，它在一定程度上減少了數(shù)據(jù)冗余，提高了傳輸效率。Hessian通常通過Web (網(wǎng) 絡)應用來提供服務，因此它非常類似于WebService，只是它不使用SOAP協(xié)議(Simple Object Access Protocol，簡單對象訪問協(xié)議)。除此之外，Hessian對數(shù)據(jù)采用序列化傳 輸，其處理過程為客戶端一序列化寫到輸出流一遠程方法(服務器端)一序列化寫到輸出流一客戶 端讀取輸入流一輸出結(jié)果。而且,Hessian技術的底層基于HTTP(HyperText Transfer Protocol，超文本傳輸協(xié)議)而實現(xiàn)的，可由Java容器維護線程管理等工作，因此它有易于穿透防火墻、穩(wěn)定性較 高和易于實現(xiàn)集群的特點。Hessian 技術還支持多種語言調(diào)用，例如Java、Flash、Python、C++、. NETC#、D、 Erlang、PHP、Ruby等。與其他現(xiàn)有技術相比，Hessian的服務器端的主要是編寫Servlet及 接口，而客戶端則為RPC調(diào)用，使用時就像對本地的類進行方法調(diào)用一樣，因此，它還具有 實現(xiàn)簡單的優(yōu)點。除以上優(yōu)點之外，Hessian還支持序列化，可以傳輸諸如Map、List或自 定義的對象，因此，它的解析會非常簡單。下面將結(jié)合附圖對本發(fā)明實施例提供的交通信息發(fā)布的方法及系統(tǒng)進行詳細描 述。實施例一如圖1所示，本發(fā)明實施例提供的交通信息發(fā)布的方法，包括101、接收客戶端要求獲取交通信息的請求。從客戶端處接受客戶所發(fā)送的要求，所述要求包括客戶想要獲得的交通信息的數(shù) 據(jù)類型。所述數(shù)據(jù)類型包括交通流信息、交通事件信息和其他信息。102、對所述請求進行解析。根據(jù)客戶端所發(fā)送來的客戶要求進行解析，解析出該請求攜帶的用戶信息。103、從緩存服務器中獲取所述解析結(jié)果對應的交通信息。根據(jù)解析出的用戶信息，查找緩存服務器中與之相對應的交通信息，并獲取與所 述用戶信息相對應的交通信息。104、將獲取到的交通信息發(fā)送給所述客戶端。將從緩存服務器中獲取的交通信息數(shù)據(jù)發(fā)送給客戶端。本發(fā)明實施例提供的交通信息發(fā)布的方法，由于其使用了緩存處理器，因此，使數(shù) 據(jù)在傳輸過程中，減少了數(shù)據(jù)文件的讀寫過程，縮短了交通信息發(fā)布的發(fā)布周期，有效地提 高交了發(fā)布效率。實施例二 下面將以一具體實施例來對本發(fā)明實施例中提供的交通信息發(fā)布的方法進行詳 細描述。在本實施例中，所述對報文進行分類的方法，如圖2所示，具體包括以下步驟201、接收交通信息數(shù)據(jù)源所提供的交通信息；其中，所述交通信息數(shù)據(jù)源包括 交通流數(shù)據(jù)源、交通事件數(shù)據(jù)源和其他數(shù)據(jù)源。所述交通流數(shù)據(jù)源包括當前交通流量信息；所述交通事件數(shù)據(jù)源包括路況管制信 息和交通事故等信息；所述其他數(shù)據(jù)源包括停車場是否有空車位、停車場中空車位的數(shù)量寸。從外部定期接收來自交通流數(shù)據(jù)源、交通事件數(shù)據(jù)源和其他數(shù)據(jù)源的交通信息， 并將所述來自交通流數(shù)據(jù)源、交通事件數(shù)據(jù)源和其他數(shù)據(jù)源的交通信息保存到所述緩存服 務器中。步驟201用以為客戶提供準確的實時交通信息。202、接收客戶端要求獲取交通信息的請求。從客戶端接收客戶所發(fā)送的所需要的交通信息的請求。
當有新增用戶時，則由管理員新增該用戶，然后從客戶端接收所述新增用戶發(fā)送 的所需要的交通信息的請求。其中，所述交通信息可以為從交通流數(shù)據(jù)源、交通事件數(shù)據(jù)源和其他數(shù)據(jù)源所接 收的交通信息中的一種，或者幾種的混合。203、對客戶端發(fā)送的所述請求進行解析。所述對客戶端發(fā)送的所述請求進行解析是從所述客戶請求中解析出該請求攜帶 的用戶信息。其中，所述用戶信息包括兩種情況；一種為普通用戶信息，即為所有用戶均需要的 通用用戶信息；另一種為特殊用戶信息，所述特殊用戶信息為個別用戶需要而其他用戶不 需要的用戶信息。204、判斷所述用戶信息為普通用戶信息或者特殊用戶信息；如果所述用戶信息為普通用戶信息，則進行步驟205、207及后續(xù)步驟；如果所述 用戶信息為特殊用戶信息，則進行步驟206、207及后續(xù)步驟。205、從所述緩存服務器中直接讀取與所述普通用戶信息相對應的最新交通信息。具體的，如果所述緩存服務器中存在與所述普通用戶信息相對應的最新交通信 息，則從所述緩存服務器中直接讀取與所述普通用戶信息相對應的最新交通信息；如果所述緩存服務器中不存在與所述普通用戶信息相對應的最新交通信息，則需 要從交通信息數(shù)據(jù)源中接收與所述用戶請求相應的新增數(shù)據(jù)類型。對于新增數(shù)據(jù)類型，需 要由開發(fā)人員按照既定的接口編寫轉(zhuǎn)換類程序，由管理員填寫與所述新增數(shù)據(jù)類型相關的 數(shù)據(jù)信息；之后，當前系統(tǒng)才會從交通信息數(shù)據(jù)源獲取與所述新增數(shù)據(jù)類型對應的交通信 息，并保存；然后根據(jù)所述普通用戶信息進行新增數(shù)據(jù)類型轉(zhuǎn)換，轉(zhuǎn)換類將會使所述新增數(shù) 據(jù)類型實例化，最后轉(zhuǎn)換類會將所述新增數(shù)據(jù)信息轉(zhuǎn)換為與所述普通用戶信息相對應的最 新交通信息，并將所述轉(zhuǎn)換結(jié)果保存在緩存服務器中。206、從所述緩存服務器中讀取最新的交通信息并結(jié)合所述特殊用戶信息生成與 所述特殊用戶信息對應的交通信息。具體的，如果所述緩存服務器中存在與所述特殊用戶信息相對應的最新交通信 息，則從所述緩存服務器中讀取最新的交通信息并結(jié)合所述特殊用戶信息生成與所述特殊 用戶信息對應的交通信息；如果所述緩存服務器中沒有與所述特殊用戶信息相對應的最新交通信息，則需要 從交通信息數(shù)據(jù)源中接收與所述用戶請求相應的新增數(shù)據(jù)類型。與步驟205中的描述類 似，當前系統(tǒng)從交通信息數(shù)據(jù)源獲取所述新增數(shù)據(jù)類型對應的交通信息，并保存；然后根 據(jù)所述用戶信息為特殊用戶信息進行新增數(shù)據(jù)類型轉(zhuǎn)換，并將轉(zhuǎn)換類實例化，然后結(jié)合所 述特殊用戶信息將所述新增數(shù)據(jù)信息進行轉(zhuǎn)換，生成與所述特殊用戶信息相對應的交通信 肩、ο207、將獲取到的交通信息發(fā)送給所述客戶端。根據(jù)客戶所需要的交通信息，將步驟205或步驟206中讀取或合成的交通信息發(fā) 送給所需要的客戶。208、將發(fā)送給所述客戶端的交通信息進行備份。在文件系統(tǒng)中，將步驟205中所述發(fā)送給所述客戶端的交通信息進行備份。
209、根據(jù)所述發(fā)送給所述客戶端的交通信息的發(fā)布信息生成發(fā)布日志。其中，所述獲取到的交通信息的發(fā)布信息，包括發(fā)布時間、所述交通信息對應的 客戶、或所述交通信息是否發(fā)布成功。在本實施例中，在對所述客戶請求進行解析之后，還可以根據(jù)所述解析結(jié)果利用 AAA (Authentication/Authorization/Accounting, iAilE / gfe / ifil) ^^itiflAilE / M 權/計費操作，驗證所述用戶的身份，并確定所述用戶為其請求所繳納的費用，用以使用、 獲取與所述用戶請求相應的交通信息。在本實施例提供的方案中，所述交通信息發(fā)布的方法采用Hessian技術進行通 信；例如，在步驟201、步驟202和步驟207中，均利用了所述Hessian技術進行通信，以實 現(xiàn)本方法與外界讀寫過程中的數(shù)據(jù)傳輸。由于本實施例中所使用的Hessian技術是采用二進制進行數(shù)據(jù)傳輸?shù)?，所以在?述交通信息發(fā)布方法中減少了數(shù)據(jù)傳輸過程中的數(shù)據(jù)冗余，提高了傳輸效率；除此之外， Hessian技術還支持多語言調(diào)用，因此，它還增加了通信接口的通用性。本實施例中所提供的交通信息發(fā)布的方法，由于其使用了緩存處理器，因此，使數(shù) 據(jù)在傳輸過程中，減少了數(shù)據(jù)文件的讀寫過程，縮短了交通信息發(fā)布的發(fā)布周期，有效地提 高交了發(fā)布效率。而且，本實施例中所提供的方法便于新增用戶和數(shù)據(jù)類型，可以根據(jù)不同 客戶的請求進行生成和發(fā)送與客戶請求相對應的數(shù)據(jù)，所述交通信息發(fā)布的方法更加貼近 客戶需求。實施例三對應于上述實施例一中的交通信息發(fā)布的方法，本發(fā)明實施例提供了一種用于交 通信息發(fā)布的系統(tǒng)，如圖3所示，該系統(tǒng)包括緩存服務器30，用于存儲所述交通信息；接收單元31，用于接收客戶端要求獲取交通信息的請求；其中，所述要求包括客 戶想要獲得的交通信息的數(shù)據(jù)類型；所述數(shù)據(jù)類型包括路況信息、實時交通信息等。解析單元32，用于根據(jù)客戶端所發(fā)送來的客戶要求進行解析，解析出該請求攜帶 的用戶信息。獲取單元33，用于根據(jù)解析單元32解析出的用戶信息，查找緩存服務器30中與之 相對應的交通信息，并從緩存服務器30中獲取與所述解析結(jié)果對應的交通信息。發(fā)送單元34，用于將從緩存服務器30中獲取到的交通信息發(fā)送給所述客戶端。本發(fā)明實施例提供的交通信息發(fā)布的系統(tǒng)，由于本發(fā)明使用了緩存處理器，因此， 使數(shù)據(jù)在傳輸過程中，減少了數(shù)據(jù)文件的讀寫過程，縮短了交通信息發(fā)布的發(fā)布周期，有效 地提高交了發(fā)布效率。實施例四下面將以一具體實施例來對本發(fā)明實施例中提供的交通信息發(fā)布的系統(tǒng)進行詳 細描述。在本實施例中，所述交通信息發(fā)布的系統(tǒng)，如圖4所示，包括緩存服務器40、接收 單元41、解析單元42、獲取單元43、發(fā)送單元44、備份單元45和日志發(fā)布單元46 ；其中，緩存服務器40，用于存儲所述交通信息。接收單元41，用于接收客戶端所發(fā)送的客戶請求和接收交通信息數(shù)據(jù)源所提供的交通信息，并將所述交通信息保存到緩存服務器40中。所述交通信息可以為從交通流數(shù)據(jù) 源、交通事件數(shù)據(jù)源和其他數(shù)據(jù)源所接收的交通信息中的一種，或者幾種的混合。解析單元42，用于對所述對客戶端發(fā)送的所述請求進行解析。獲取單元43，用于根據(jù)解析單元42解析出的用戶信息，查找緩存服務器40中與之 相對應的交通信息，并從緩存服務器40中獲取與所述解析結(jié)果對應的交通信息。發(fā)送單元44，用于將獲取單元44所獲取的交通信息發(fā)送給所述所需客戶。具體地，如圖5所示，所述接收單元41包括交通信息接收模塊411和保存模塊 412 ；其中，交通信息接收模塊411，用于接收交通信息數(shù)據(jù)源提供的交通信息；保存模塊412，用于將所述交通信息保存到所述緩存服務器40中。進一步地，在出現(xiàn)新增數(shù)據(jù)類型時，所述交通信息接收模塊411，還用于獲取新增 數(shù)據(jù)類型的交通信息；其中，對所述新增數(shù)據(jù)類型的交通信息的獲取過程的描述可以參考 實施例二中的描述，此處不再贅述。所述交通信息包括交通流信息和/或交通事件信息；所述保存模塊412，還用于將所述新增數(shù)據(jù)類型的交通信息保存到所述緩存服務 器40中。如圖6所示，所述解析單元42包括用戶解析模塊421和判斷模塊422。其中，所述用戶解析模塊421，用于根據(jù)接收單元41所接收的客戶要求進行解析， 解析出所述請求所攜帶的用戶信息。所述用戶信息包括兩種情況；一種為普通用戶信息，即 為所有用戶均需要的通用用戶信息；另一種為特殊用戶信息，所述特殊用戶信息為個別用 戶需要而其他用戶不需要的用戶信息。所述判斷模塊422，用于將解析結(jié)果與系統(tǒng)中已有的數(shù)據(jù)類型進行對比，判斷所述 用戶信息為普通用戶信息數(shù)據(jù)類型還是特殊用戶信息數(shù)據(jù)類型。此時，如圖7所示，所述獲取單元43包括信息讀取模塊431和信息生成模塊 432 ；其中，所述信息讀取模塊431，用于在所述判斷模塊422的判斷結(jié)果表明所述用戶 信息為普通用戶信息時，從所述緩存服務器40中讀取最新的交通信息。所述信息生成模塊432，用于在所述判斷模塊422的判斷結(jié)果表明所述用戶信息 為特殊用戶信息時，從所述緩存服務器40中讀取最新的交通信息并結(jié)合所述特殊用戶信 息生成與所述特殊用戶信息對應的交通信息。具體地，所述信息讀取模塊431和信息生成模塊432中的實現(xiàn)過程可以參考本方 案實施例二中步驟205和步驟206中的操作過程，此處不再贅述。此外，本實施例中的交通信息發(fā)布系統(tǒng)，還包括備份單元45、日志發(fā)布單元46、處 理單元和管理門戶單元。具體地，備份單元45，用于將發(fā)送給所述客戶的交通信息在文件系統(tǒng)中進行備份。日志發(fā)布單元46，用于根據(jù)所述發(fā)送單元44發(fā)送的交通信息生成發(fā)布日志，保存 在系統(tǒng)中，其中，所述獲取到的交通信息的發(fā)布信息，包括發(fā)布時間、所述交通信息對應的 客戶、或所述交通信息是否發(fā)布成功。處理單元，用于根據(jù)所述客戶請求的解析結(jié)果利用AAA技術進行認證/授權/計 費操作，驗證所述用戶的身份，并確定所述用戶為其請求所繳納的費用，用以使用獲取與所述用戶請求相應的交通信息。管理門戶單元，用于所述系統(tǒng)對用戶信息、權限進行管理；所述管理門戶單元包 括權限管理模塊、客戶管理模塊、基礎數(shù)據(jù)管理模塊、客戶訂購關系管理模塊、交通數(shù)據(jù)管 理模塊和發(fā)布日志管理模塊。其中，權限管理模塊，用于所述系統(tǒng)對用戶信息、權限進行管理。客戶管理模塊，用于管理客戶的基本信息?；A數(shù)據(jù)管理模塊，用于管理基礎信息數(shù)據(jù)，所述基礎信息數(shù)據(jù)包括網(wǎng)格號、城 市編號。客戶訂購關系管理模塊，用于管理客戶對交通信息業(yè)務的訂購關系。交通數(shù)據(jù)管理模塊，用于管理待發(fā)布的交通信息。發(fā)布日志管理模塊，用于管理發(fā)布日志，所屬日志包括發(fā)布時間、發(fā)布數(shù)量、交通 信息發(fā)布的種類。在本實施例提供的方案中，所述交通信息發(fā)布的方法采用Hessian技術進行通 信；例如，在接收單元41和發(fā)送單元44中，均利用了所述Hessian技術進行通信，以實現(xiàn)本 系統(tǒng)與外界讀寫過程中的數(shù)據(jù)傳輸。由于本實施例中所使用的Hessian技術是采用二進制進行數(shù)據(jù)傳輸?shù)?，所以在?述交通信息發(fā)布方法中減少了數(shù)據(jù)傳輸過程中的數(shù)據(jù)冗余，提高了傳輸效率；除此之外， Hessian技術還支持多語言調(diào)用，因此，它還增加了通信接口的通用性。本發(fā)明實施例提供的交通信息發(fā)布的系統(tǒng)，由于本發(fā)明使用了緩存處理器，因此， 使數(shù)據(jù)在傳輸過程中，減少了數(shù)據(jù)文件的讀寫過程，縮短了交通信息發(fā)布的發(fā)布周期，有效 地提高交了發(fā)布效率；本系統(tǒng)中通過引用AAA技術，不僅提高了平臺的可維護性和安全保 密性，而且還使系統(tǒng)的統(tǒng)計、計費的效率大大提高了。除此之外，在進行新增用戶和新增數(shù) 據(jù)類型的過程中，減少了部署的程序，從而降低了服務器硬件的投入成本。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何 熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵 蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應所述以權利要求的保護范圍為準。
權利要求
一種交通信息發(fā)布的方法，其特征在于，包括接收客戶端要求獲取交通信息的請求；對所述請求進行解析；從緩存服務器中獲取所述解析結(jié)果對應的交通信息；將獲取到的交通信息發(fā)送給所述客戶端。
2.根據(jù)權利要求1所述的交通信息發(fā)布的方法，其特征在于，在所述接收客戶端要求 獲取交通信息的請求之前，還包括接收交通信息數(shù)據(jù)源提供的交通信息，所述交通信息包括交通流信息和/或交通事件 fn息；將所述交通信息保存到所述緩存服務器中。
3.根據(jù)權利要求1所述的交通信息發(fā)布的方法，其特征在于，所述對所述請求進行解 析，包括從所述請求中解析出該請求攜帶的用戶信息； 判斷所述用戶信息為普通用戶信息或者特殊用戶信息； 貝1J，所述從緩存服務器中獲取所述解析結(jié)果對應的交通信息，包括 在所述用戶信息為普通用戶信息時，從所述緩存服務器中讀取最新的交通信息； 在所述用戶信息為特殊用戶信息時，從所述緩存服務器中讀取最新的交通信息并結(jié)合 所述特殊用戶信息生成與所述特殊用戶信息對應的交通信息。
4.根據(jù)權利要求1所述的交通信息發(fā)布的方法，其特征在于，在所述對所述請求進行 解析之后，還包括根據(jù)所述解析結(jié)果進行認證/授權/計費操作。
5.根據(jù)權利要求1所述的交通信息發(fā)布的方法，其特征在于，還包括 將發(fā)送給所述客戶端交通信息進行備份。
6.根據(jù)權利要求1所述的交通信息發(fā)布的方法，其特征在于，在所述將獲取到的交通 信息發(fā)送給所述客戶端之后，還包括根據(jù)所述獲取到的交通信息的發(fā)布信息生成發(fā)布日志；所述獲取到的交通信息的發(fā)布信息，包括發(fā)布時間、所述交通信息對應的客戶、或所 述交通信息是否發(fā)布成功。
7.根據(jù)權利要求1所述的交通信息發(fā)布的方法，其特征在于，還包括 獲取并保存新增數(shù)據(jù)類型的交通信息。
8.根據(jù)權利要求1至7中任一項所述的交通信息發(fā)布的方法，其特征在于，在該方法中 采用Hessian技術進行通信。
9.一種交通信息發(fā)布的系統(tǒng)，其特征在于，包括 緩存服務器，用于存儲交通信息；接收單元，用于接收客戶端要求獲取交通信息的請求； 解析單元，用于對所述請求進行解析；獲取單元，用于從緩存服務器中獲取所述解析結(jié)果對應的交通信息； 發(fā)送單元，用于將獲取到的交通信息發(fā)送給所述客戶端。
10.根據(jù)權利要求9所述的交通信息發(fā)布的系統(tǒng)，其特征在于，所述接收單元，還包括交通信息接收模塊，用于接收交通信息數(shù)據(jù)源提供的交通信息，所述交通信息包括交 通流信息和/或交通事件信息；保存模塊，用于將所述交通信息保存到所述緩存服務器中。
11.根據(jù)權利要求9所述的交通信息發(fā)布的系統(tǒng)，其特征在于，所述解析單元包括 用戶信息解析模塊，用于從所述請求中解析出該請求攜帶的用戶信息；判斷模塊，用于判斷所述用戶信息為普通用戶信息或者特殊用戶信息； 貝U，所述獲取單元包括信息讀取模塊，用于在所述用戶信息為普通用戶信息時，從所述緩存服務器中讀取最 新的交通信息；信息生成模塊，用于在所述用戶信息為特殊用戶信息時，從所述緩存服務器中讀取最 新的交通信息并結(jié)合所述特殊用戶信息生成與所述特殊用戶信息對應的交通信息。
12.根據(jù)權利要求9所述的交通信息發(fā)布的系統(tǒng)，其特征在于，還包括處理單元，用于根據(jù)所述解析單元得到的解析結(jié)果進行認證/授權/計費操作。
13.根據(jù)權利要求9所述的交通信息發(fā)布的系統(tǒng)，其特征在于，還包括 備份單元，用于將發(fā)送給所述客戶端交通信息進行備份。
14.根據(jù)權利要求9所述的交通信息發(fā)布的方法，其特征在于，還包括日志發(fā)布單元，用于根據(jù)所述發(fā)送單元發(fā)送的所述交通信息的發(fā)布信息生成發(fā)布日志；所述交通信息的發(fā)布信息，包括發(fā)布時間、所述交通信息對應的客戶、或所述交通信 息是否發(fā)布成功。
15.根據(jù)權利要求10所述的交通信息發(fā)布的系統(tǒng)，其特征在于，還包括 所述交通信息接收模塊，還用于獲取新增數(shù)據(jù)類型的交通信息；所述保存模塊，還用于將所述新增數(shù)據(jù)類型的交通信息保存到所述緩存服務器中。
全文摘要
本發(fā)明實施例公開了一種交通信息發(fā)布的方法及系統(tǒng)，涉及通信技術領域，能夠縮短路況數(shù)據(jù)發(fā)布的周期，提高發(fā)布效率。本發(fā)明實施例提供的交通信息發(fā)布的方法，包括接收客戶端要求獲取交通信息的請求；對所述請求進行解析；從緩存服務器中獲取所述解析結(jié)果對應的交通信息；將獲取到的交通信息發(fā)送給所述客戶端。本發(fā)明實施例提供的方法及系統(tǒng)適用于向客戶端發(fā)布實施交通信息。
文檔編號G08G1/09GK101887640SQ20101021223
公開日2010年11月17日 申請日期2010年6月21日 優(yōu)先權日2010年6月21日
發(fā)明者李建軍, 鄭培超 申請人:北京世紀高通科技有限公司