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