車輛服務(wù)管理技術(shù)平臺(tái)的制作方法
【專利摘要】本發(fā)明公開了車輛服務(wù)管理技術(shù)平臺(tái)，所述車輛服務(wù)管理技術(shù)平臺(tái)包括依次交互連接的用戶訪問接口、云計(jì)算服務(wù)管理平臺(tái)、網(wǎng)格協(xié)同計(jì)算平臺(tái)，所述網(wǎng)格協(xié)同計(jì)算平臺(tái)包括交互連接的車輛運(yùn)行特性模型和用戶需求預(yù)測模塊，所述用戶需求預(yù)測模塊對用戶需求進(jìn)行主動(dòng)式需求預(yù)測，所述云計(jì)算服務(wù)管理平臺(tái)通過所述用戶訪問接口向用戶提供主動(dòng)式增值服務(wù)信息。本發(fā)明的車輛服務(wù)管理技術(shù)平臺(tái)可對車輛進(jìn)行主動(dòng)式需求預(yù)測，能夠有針對性的向用戶提供有價(jià)值的增值服務(wù)信息，比單純的被動(dòng)的由用戶選擇各種增值服務(wù)信息方便、快捷。
【專利說明】車輛服務(wù)管理技術(shù)平臺(tái)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及車輛運(yùn)營管理【技術(shù)領(lǐng)域】，具體涉及一種車輛服務(wù)管理技術(shù)平臺(tái)，尤其涉及一種電動(dòng)汽車的車輛服務(wù)管理技術(shù)平臺(tái)。
【背景技術(shù)】
[0002]在最新發(fā)布的《節(jié)能與新能源汽車產(chǎn)業(yè)發(fā)展規(guī)劃(2012—2020年)》中，國務(wù)院明確指出“到2015年，純電動(dòng)汽車和插電式混合動(dòng)力汽車?yán)塾?jì)產(chǎn)銷量力爭達(dá)到50萬輛；到2020年，純電動(dòng)汽車和插電式混合動(dòng)力汽車生產(chǎn)能力達(dá)200萬輛、累計(jì)產(chǎn)銷量超過500萬輛?！蔽覈妱?dòng)汽車產(chǎn)業(yè)將迎來大規(guī)模的發(fā)展。
[0003]但是，目前每輛電動(dòng)汽車都是作為單獨(dú)的個(gè)體車輛孤立的運(yùn)行，電動(dòng)汽車不能共享強(qiáng)大的網(wǎng)絡(luò)平臺(tái)上的網(wǎng)絡(luò)信息，對電動(dòng)汽車的用戶而言不夠方便。

【發(fā)明內(nèi)容】

[0004]本發(fā)明的目的是克服現(xiàn)有技術(shù)的缺陷，提供一種方便用戶使用的車輛服務(wù)管理技術(shù)平臺(tái)。
[0005]為達(dá)到上述目的，本發(fā)明采取的技術(shù)方案是:
[0006]一種車輛服務(wù)管理技術(shù)平臺(tái)，所述車輛服務(wù)管理技術(shù)平臺(tái)包括依次交互連接的用戶訪問接口、云計(jì)算服務(wù)管理平臺(tái)、網(wǎng)格協(xié)同計(jì)算平臺(tái)，所述網(wǎng)格協(xié)同計(jì)算平臺(tái)包括交互連接的車輛運(yùn)行特性模型和用戶需求預(yù)測模塊，所述用戶需求預(yù)測模塊對用戶需求進(jìn)行主動(dòng)式需求預(yù)測，所述云計(jì)算服務(wù)管理平臺(tái)通過所述用戶訪問接口向用戶提供主動(dòng)式增值服務(wù)信息。
[0007]優(yōu)選的，所述用戶訪問接口包括PC客戶端、智能車載終端、PDA設(shè)備、智能手機(jī)中的至少一個(gè)。
[0008]優(yōu)選的，云計(jì)算服務(wù)管理平臺(tái)可與電力系統(tǒng)、交通系統(tǒng)、市政系統(tǒng)、氣象系統(tǒng)中的至少一個(gè)連接，并通過所述用戶訪問接口向用戶提供所述電力系統(tǒng)、交通系統(tǒng)、市政系統(tǒng)、氣象系統(tǒng)中的信息。
[0009]優(yōu)選的，所述車輛運(yùn)行特性模型通過分析用戶的增值服務(wù)請求習(xí)慣、車輛行駛特點(diǎn)中的至少一個(gè)而建立。
[0010]優(yōu)選的，車輛服務(wù)管理技術(shù)平臺(tái)為電動(dòng)汽車服務(wù)，所述車輛運(yùn)行特性模型可通過分析電動(dòng)汽車的電池充放電特性、充電樁的工作規(guī)律、電網(wǎng)的運(yùn)行狀態(tài)中的至少一個(gè)而建立。
[0011]優(yōu)選的，所述用戶需求預(yù)測模塊包括依次連接的模型訪問接口、計(jì)算層、數(shù)據(jù)庫層，所述數(shù)據(jù)庫層包括需求策略庫。
[0012]優(yōu)選的，網(wǎng)格協(xié)同計(jì)算平臺(tái)還包括與所述車輛運(yùn)行特性模型相連的車輛資源信息庫，所述車輛資源信息庫通過對加入所述車輛服務(wù)管理技術(shù)平臺(tái)的車輛資源信息進(jìn)行收集，為所述車輛運(yùn)行特性模型提供數(shù)據(jù)。[0013]優(yōu)選的，所述需求策略庫根據(jù)所述車輛運(yùn)行特性模型而建立。
[0014]優(yōu)選的，所述車輛資源信息庫可實(shí)現(xiàn)車輛與車輛之間的資源協(xié)調(diào)及共享。
[0015]優(yōu)選的，所述車輛資源信息庫將每輛加入所述車輛服務(wù)管理技術(shù)平臺(tái)的車作為一個(gè)錨節(jié)點(diǎn)，通過選擇一定數(shù)量的錨節(jié)點(diǎn)，建立可伸縮的動(dòng)態(tài)傳感網(wǎng)絡(luò)。
[0016]優(yōu)選的，所述動(dòng)態(tài)傳感網(wǎng)絡(luò)依次通過對用戶請求進(jìn)行任務(wù)分解、網(wǎng)格協(xié)同發(fā)現(xiàn)資源信息、監(jiān)控資源的實(shí)時(shí)狀態(tài)、通過一定的規(guī)則進(jìn)行資源匹配并將合適的資源調(diào)度給用戶。
[0017]與現(xiàn)有技術(shù)相比，本發(fā)明的車輛服務(wù)管理技術(shù)平臺(tái)可對車輛進(jìn)行主動(dòng)式需求預(yù)測，能夠有針對性的向用戶提供有價(jià)值的增值服務(wù)信息，比單純的被動(dòng)的由用戶選擇各種增值服務(wù)信息方便、快捷。
[0018]更優(yōu)的，本發(fā)明將云計(jì)算服務(wù)管理平臺(tái)與電力系統(tǒng)、交通系統(tǒng)、市政系統(tǒng)、氣象系統(tǒng)中的至少一個(gè)連接，為用戶提供這些系統(tǒng)的信息，使整個(gè)車輛服務(wù)管理技術(shù)平臺(tái)具有可伸縮性和可擴(kuò)展性，能夠更好的滿足用戶的需求。
[0019]更優(yōu)的，本發(fā)明的車輛資源信息庫可實(shí)現(xiàn)車輛與車輛之間的資源協(xié)調(diào)及共享，用戶所需的信息部分可從其它用戶處獲取，無需訪問車輛服務(wù)管理技術(shù)平臺(tái)，保證整個(gè)平臺(tái)的完整性、健壯性和負(fù)載平衡能力。
【專利附圖】

【附圖說明】
[0020]下面結(jié)合附圖對本發(fā)明的優(yōu)選實(shí)施例作詳細(xì)說明。其中:
[0021]圖1是本發(fā)明的車輛服務(wù)管理技術(shù)平臺(tái)的總體框圖；
[0022]圖2是圖1所示的車輛服務(wù)管理技術(shù)平臺(tái)中的網(wǎng)格協(xié)同計(jì)算平臺(tái)的框圖；
[0023]圖3是圖2所示的網(wǎng)格協(xié)同計(jì)算平臺(tái)中的車輛資源信息庫的框圖；
[0024]圖4是圖3所示的車輛資源信息庫中的錨節(jié)點(diǎn)確立的示意圖。
【具體實(shí)施方式】
[0025]請參見圖1，一種車輛服務(wù)管理技術(shù)平臺(tái)100，車輛服務(wù)管理技術(shù)平臺(tái)100包括依次交互連接的用戶訪問接口 20、云計(jì)算服務(wù)管理平臺(tái)30、網(wǎng)格協(xié)同計(jì)算平臺(tái)40，網(wǎng)格協(xié)同計(jì)算平臺(tái)40包括交互連接的車輛運(yùn)行特性模型50和用戶需求預(yù)測模塊60，用戶需求預(yù)測模塊60對用戶需求進(jìn)行主動(dòng)式需求預(yù)測，云計(jì)算服務(wù)管理平臺(tái)30通過用戶訪問接口 20向用戶提供主動(dòng)式增值服務(wù)信息。能夠有針對性的向用戶提供有價(jià)值的增值服務(wù)信息，比單純的被動(dòng)的由用戶選擇各種增值服務(wù)信息方便、快捷。
[0026]用戶訪問接口 20包括PC客戶端、智能車載終端、PDA設(shè)備、智能手機(jī)中的至少一個(gè)。用戶可利用常用終端設(shè)備而不需要專用設(shè)置即可隨時(shí)隨地通過互聯(lián)網(wǎng)申請成為云端節(jié)點(diǎn)實(shí)現(xiàn)各類服務(wù)的泛在訪問，極大地豐富電動(dòng)汽車的全方位智能多源增值服務(wù)應(yīng)用。
[0027]本發(fā)明優(yōu)選的，云計(jì)算服務(wù)管理平臺(tái)30還可與電力系統(tǒng)1、交通系統(tǒng)2、市政系統(tǒng)
3、氣象系統(tǒng)4中的至少一個(gè)連接，并通過用戶訪問接口 20向用戶提供電力系統(tǒng)1、交通系統(tǒng)2、市政系統(tǒng)3、氣象系統(tǒng)4中的信息。使整個(gè)車輛服務(wù)管理技術(shù)平臺(tái)具有可伸縮性和可擴(kuò)展性，能夠更好的滿足用戶的需求。
[0028]請結(jié)合圖2，本發(fā)明中，車輛服務(wù)管理技術(shù)平臺(tái)100為電動(dòng)汽車服務(wù)，車輛運(yùn)行特性模型50通過分析用戶、電動(dòng)汽車、電池、充電樁等的運(yùn)行特性而建立，具體的，車輛運(yùn)行特性模型50可分析電動(dòng)汽車用戶的增值服務(wù)請求習(xí)慣、電動(dòng)汽車行駛特點(diǎn)、電池充放電特性、充電樁的工作規(guī)律、電網(wǎng)的運(yùn)行狀態(tài)等信息而建立，分析上述所有信息可使車輛運(yùn)行特性模型50信息全面，應(yīng)用范圍廣。
[0029]本領(lǐng)域技術(shù)人員可以想到，車輛運(yùn)行特性模型50也可僅分析上述信息中的一個(gè)而建立比較單一而精準(zhǔn)的模型。本領(lǐng)域技術(shù)人員還可以想到，車輛服務(wù)管理技術(shù)平臺(tái)100除了為電動(dòng)汽車服務(wù)外，還可為其它車輛服務(wù)，在此不再一一贅述，凡采用與本發(fā)明技術(shù)構(gòu)思相同的技術(shù)方案均應(yīng)涵蓋在本發(fā)明的保護(hù)范圍內(nèi)。
[0030]用戶需求預(yù)測模塊60包括依次連接的模型訪問接口 62、計(jì)算層64、數(shù)據(jù)庫層66。計(jì)算層64包括需求獲取模塊、解釋程序、推理機(jī)，需求獲取模塊通過模型訪問接口 62獲取用戶的需求，解釋程序?qū)⒂脩舻男枨筮M(jìn)行解釋，轉(zhuǎn)換為計(jì)算機(jī)可識(shí)別的語言信息，推理機(jī)通過對上述語言信息進(jìn)行統(tǒng)計(jì)、分析，推斷出用戶的潛在需求。數(shù)據(jù)庫層包括需求策略庫和綜合數(shù)據(jù)庫，需求策略庫存儲(chǔ)用戶的直接需求及用戶的潛在需求，綜合數(shù)據(jù)庫存儲(chǔ)用戶需求預(yù)測模塊60的其它所有信息。
[0031]請繼續(xù)參見圖1和圖2，網(wǎng)格協(xié)同計(jì)算平臺(tái)40還包括與車輛運(yùn)行特性模型50相連的車輛資源信息庫70，車輛資源信息庫70通過對加入車輛服務(wù)管理技術(shù)平臺(tái)100的車輛資源信息進(jìn)行收集，為車輛運(yùn)行特性模型50提供數(shù)據(jù)。
[0032]車輛資源信息庫70通過無線可伸縮的動(dòng)態(tài)傳感網(wǎng)絡(luò)進(jìn)行車輛資源收集、資源認(rèn)證、資源分配、計(jì)算資源共享，可實(shí)現(xiàn)車輛與車輛之間的資源協(xié)調(diào)及共享。車輛資源信息庫70對規(guī)?；妱?dòng)汽車進(jìn)行網(wǎng)格化劃分，組成無線可伸縮動(dòng)態(tài)交互傳感網(wǎng)絡(luò)，電動(dòng)汽車不再孤立運(yùn)行而是選擇性地存在于網(wǎng)格中，通過網(wǎng)格彼此交互計(jì)算而相互提供服務(wù)，借助于網(wǎng)格對車-車資源協(xié)同和共享的支持，給用戶提供實(shí)時(shí)動(dòng)態(tài)增值信息的敏捷服務(wù)。電動(dòng)汽車用戶可有選擇的加入或退出交互傳感網(wǎng)絡(luò)，通過網(wǎng)格計(jì)算，車輛相關(guān)信息不僅可以和服務(wù)管理平臺(tái)交互聯(lián)系，也可以在車輛之間進(jìn)行交互聯(lián)系，對于消除通信交互盲區(qū)具有重要意義。同時(shí)，交互傳感網(wǎng)絡(luò)內(nèi)電動(dòng)汽車的相似增值服務(wù)可由網(wǎng)格內(nèi)其它車輛信息源直接獲得，減少了服務(wù)管理平臺(tái)中樞的計(jì)算負(fù)荷，可有效提高系統(tǒng)整體運(yùn)行效率。
[0033]請參見圖3、車輛資源信息庫70包括依次交互連接的用戶層72、任務(wù)管理層74和網(wǎng)絡(luò)節(jié)點(diǎn)層76。
[0034]用戶層72是增值服務(wù)發(fā)起點(diǎn)和最終結(jié)束點(diǎn)，用戶根據(jù)實(shí)際需求向任務(wù)管理層74發(fā)出服務(wù)請求。這些服務(wù)一般要經(jīng)過一定的封裝才能傳送給任務(wù)管理層74。
[0035]任務(wù)管理層74主要是尋求合適的資源完成相應(yīng)的任務(wù)，包括任務(wù)分解、資源發(fā)現(xiàn)、資源監(jiān)控、資源匹配、資源調(diào)度等。具體的，動(dòng)態(tài)傳感網(wǎng)絡(luò)依次通過對用戶請求進(jìn)行任務(wù)分解、網(wǎng)格協(xié)同發(fā)現(xiàn)資源信息、監(jiān)控資源的實(shí)時(shí)狀態(tài)、通過一定的規(guī)則進(jìn)行資源匹配并將合適的資源調(diào)度給用戶。
[0036]任務(wù)分解主要是對用戶提交的任務(wù)進(jìn)行分析，將任務(wù)分解為多個(gè)簡單、基本和功能單一的子任務(wù)，并確定各子任務(wù)需要的資源類型和相互之間的關(guān)系。在此分解過程中，要遵循獨(dú)立分解原則、層次分解原則、功能分解原則等。
[0037]資源發(fā)現(xiàn)的目標(biāo)就是確定用戶可用的資源列表。初始的用戶可用資源列表可以根據(jù)資源的當(dāng)前狀況進(jìn)行初步篩選，以滿足應(yīng)用最小需求。資源發(fā)現(xiàn)又分為授權(quán)認(rèn)證、應(yīng)用需求定義、產(chǎn)生滿足應(yīng)用最小資源需求的資源集合三個(gè)步驟。[0038]資源監(jiān)控是從可用的資源列表中，根據(jù)用戶對任務(wù)的特定約束條件選擇相應(yīng)的資源，刪除所有不滿足條件的資源。必須實(shí)時(shí)監(jiān)測可用資源的當(dāng)前狀態(tài)，包括資源信息完整性、資源冗余度、資源點(diǎn)的繁忙程度等，為后面的資源匹配和調(diào)度提供依據(jù)。
[0039]資源匹配的目的是以用戶的需求為目標(biāo)，根據(jù)任務(wù)選擇最優(yōu)的資源匹配，通過與資源的交互協(xié)商，淘汰風(fēng)險(xiǎn)性高的資源。
[0040]資源調(diào)度的基本原則是保障資源為完成盡可能多的任務(wù)服務(wù)。不能出現(xiàn)死鎖是起碼的要求，還要考慮資源在時(shí)間和空間上的合理搭配，以期達(dá)到更好的效果。更為復(fù)雜的調(diào)度，還要考慮應(yīng)用的優(yōu)先級(jí)、資源的預(yù)留、自動(dòng)調(diào)度等問題。資源調(diào)度要解決在有眾多資源和眾多參與者及協(xié)調(diào)者的情況下，對資源的優(yōu)化調(diào)度。
[0041]網(wǎng)絡(luò)節(jié)點(diǎn)層76主要是錨節(jié)點(diǎn)的建立。具體的，車輛資源信息庫70將每輛加入車輛服務(wù)管理技術(shù)平臺(tái)100的車作為一個(gè)錨節(jié)點(diǎn)，通過選擇一定數(shù)量的錨節(jié)點(diǎn)，建立可伸縮的動(dòng)態(tài)傳感網(wǎng)絡(luò)。
[0042]錨節(jié)點(diǎn)的數(shù)量和位置對于形成完整的電動(dòng)汽車泛在網(wǎng)絡(luò)至關(guān)重要。錨節(jié)點(diǎn)的數(shù)量過多，會(huì)加大電動(dòng)汽車網(wǎng)格協(xié)同分析的運(yùn)算量，雖然能在一定程度上能提高定位的精度，但是對電動(dòng)汽車增值服務(wù)要求意義不大。而如果錨的數(shù)量過少，一些車輛在行駛過程中可能會(huì)突然出現(xiàn)斷網(wǎng)的現(xiàn)象，這對于一個(gè)實(shí)際的應(yīng)用系統(tǒng)顯然是不能容忍的。因此，選擇合適的錨節(jié)點(diǎn)數(shù)量和適當(dāng)?shù)奈恢媒⒕W(wǎng)絡(luò)節(jié)點(diǎn)是實(shí)現(xiàn)增值服務(wù)平臺(tái)穩(wěn)定、高效運(yùn)行的關(guān)鍵技術(shù)之
O
[0043]請參見圖4，電動(dòng)汽車的網(wǎng)格協(xié)同分析是建立主動(dòng)式增值服務(wù)管理平臺(tái)的基礎(chǔ)和依據(jù)。在強(qiáng)調(diào)電動(dòng)汽車運(yùn)行位置精度的同時(shí)，必須考慮考慮網(wǎng)格協(xié)同運(yùn)算的速度和效率。
[0044]如附圖3所示，假設(shè)電動(dòng)汽車運(yùn)行網(wǎng)絡(luò)中共有η輛電動(dòng)汽車(傳感器節(jié)點(diǎn))，其中mCm < η)個(gè)節(jié)點(diǎn)是錨節(jié)點(diǎn)，每個(gè)錨節(jié)點(diǎn)利用GPS等技術(shù)確定自己位置，所有傳感器節(jié)點(diǎn)的傳輸覆蓋區(qū)域模型為一個(gè)半徑為R、圓心為節(jié)點(diǎn)所在位置的圓。假設(shè)Cl、C2為未知節(jié)點(diǎn)P的錨節(jié)點(diǎn)，IR為Cl、C2傳輸覆蓋區(qū)域的相交區(qū)域，則未知節(jié)點(diǎn)P位于相交區(qū)域IR中。由于IR不是一個(gè)規(guī)則的圖形，為便于計(jì)算，引入估計(jì)矩形區(qū)域ER，為C1、C2外切正方形的相交部分。當(dāng)未知節(jié)點(diǎn)P周邊錨節(jié)點(diǎn)足夠多時(shí)，矩形區(qū)域ER的范圍將足夠小，可以通過計(jì)算矩形區(qū)域ER的面積坐標(biāo)估測未知節(jié)點(diǎn)P的位置坐標(biāo)范圍。
[0045]在無線傳感網(wǎng)絡(luò)部署后，規(guī)?；妱?dòng)汽車運(yùn)行時(shí)形成一定程度的網(wǎng)格。一方面如果網(wǎng)格邊長太小，ER將被劃分成過多的網(wǎng)格，雖然定位精度提高，但計(jì)算量將增大；另一方面如果網(wǎng)格邊長太大，計(jì)算量減小但算法可能定位失敗。所以，需要根據(jù)電動(dòng)汽車定位精度要求以及節(jié)點(diǎn)密度，調(diào)整相應(yīng)的網(wǎng)格邊長以達(dá)到定位精度和計(jì)算量的平衡。
[0046]設(shè)節(jié)點(diǎn)P最終可能區(qū)域?yàn)榫匦螀^(qū)域AR，網(wǎng)格區(qū)域?yàn)镚，則:
[0047](1)當(dāng)AR ≥G時(shí)，在AR中至少存在一個(gè)網(wǎng)格點(diǎn)，因此，不會(huì)出現(xiàn)定位失敗的情況。
[0048](2)當(dāng)G/4≤AR < G時(shí):1)若AR中存在網(wǎng)格點(diǎn)，則定位成功；2)若AR中沒有網(wǎng)
格點(diǎn)，將網(wǎng)格陣列平移
【權(quán)利要求】
1.一種車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:所述車輛服務(wù)管理技術(shù)平臺(tái)包括依次交互連接的用戶訪問接口、云計(jì)算服務(wù)管理平臺(tái)、網(wǎng)格協(xié)同計(jì)算平臺(tái)，所述網(wǎng)格協(xié)同計(jì)算平臺(tái)包括交互連接的車輛運(yùn)行特性模型和用戶需求預(yù)測模塊，所述用戶需求預(yù)測模塊對用戶需求進(jìn)行主動(dòng)式需求預(yù)測，所述云計(jì)算服務(wù)管理平臺(tái)通過所述用戶訪問接口向用戶提供主動(dòng)式增值服務(wù)信息。
2.如權(quán)利要求1所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:所述用戶訪問接口包括PC客戶端、智能車載終端、PDA設(shè)備、智能手機(jī)中的至少一個(gè)。
3.如權(quán)利要求1所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:云計(jì)算服務(wù)管理平臺(tái)可與電力系統(tǒng)、交通系統(tǒng)、市政系統(tǒng)、氣象系統(tǒng)中的至少一個(gè)連接，并通過所述用戶訪問接口向用戶提供所述電力系統(tǒng)、交通系統(tǒng)、市政系統(tǒng)、氣象系統(tǒng)中的信息。
4.如權(quán)利要求1所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:所述車輛運(yùn)行特性模型通過分析用戶的增值服務(wù)請求習(xí)慣、車輛行駛特點(diǎn)中的至少一個(gè)而建立。
5.如權(quán)利要求1所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:車輛服務(wù)管理技術(shù)平臺(tái)為電動(dòng)汽車服務(wù)，所述車輛運(yùn)行特性模型可通過分析電動(dòng)汽車的電池充放電特性、充電樁的工作規(guī)律、電網(wǎng)的運(yùn)行狀態(tài)中的至少一個(gè)而建立。
6.如權(quán)利要求1所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:所述用戶需求預(yù)測模塊包括依次連接的模型訪問接口、計(jì)算層、數(shù)據(jù)庫層，所述數(shù)據(jù)庫層包括需求策略庫。
7.如權(quán)利要求1所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:網(wǎng)格協(xié)同計(jì)算平臺(tái)還包括與所述車輛運(yùn)行特性模型相連的車輛資源信息庫，所述車輛資源信息庫通過對加入所述車輛服務(wù)管理技術(shù)平臺(tái)的車輛資源信息進(jìn)行收集，為所述車輛運(yùn)行特性模型提供數(shù)據(jù)。
8.如權(quán)利要求7所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:所述車輛資源信息庫可實(shí)現(xiàn)車輛與車輛之間的資源協(xié)調(diào)及共享。
9.如權(quán)利要求7所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:所述車輛資源信息庫將每輛加入所述車輛服務(wù)管理技術(shù)平臺(tái)的車作為一個(gè)錨節(jié)點(diǎn)，通過選擇一定數(shù)量的錨節(jié)點(diǎn)，建立可伸縮的動(dòng)態(tài)傳感網(wǎng)絡(luò)。
10.如權(quán)利要求9所述的車輛服務(wù)管理技術(shù)平臺(tái)，其特征在于:所述動(dòng)態(tài)傳感網(wǎng)絡(luò)依次通過對用戶請求進(jìn)行任務(wù)分解、網(wǎng)格協(xié)同發(fā)現(xiàn)資源信息、監(jiān)控資源的實(shí)時(shí)狀態(tài)、通過一定的規(guī)則進(jìn)行資源匹配并將合適的資源調(diào)度給用戶。
【文檔編號(hào)】G06Q50/00GK103761619SQ201410033199
【公開日】2014年4月30日 申請日期:2014年1月24日 優(yōu)先權(quán)日:2014年1月24日
【發(fā)明者】方陳, 張宇, 劉雋, 徐久榮, 薛楚亮, 趙明宇, 孫廣明, 李 浩 申請人:國家電網(wǎng)公司, 國網(wǎng)上海市電力公司, 國電南瑞科技股份有限公司