余學(xué)濤 劉迪卿 殷新瑩 楊威 李高翔

上海鎣石汽車(chē)技術(shù)中心有限公司 上海市 200214

1 前言

移動(dòng)互聯(lián)網(wǎng)、人工智能以及云計(jì)算等技術(shù)驅(qū)動(dòng)傳統(tǒng)汽車(chē)實(shí)現(xiàn)電動(dòng)化、網(wǎng)聯(lián)化、智能化和共享化，并通過(guò)搭載高性能硬件，可重構(gòu)軟件，車(chē)聯(lián)平臺(tái)等產(chǎn)品架構(gòu)重新定義車(chē)輛，推動(dòng)傳統(tǒng)汽車(chē)向智能網(wǎng)聯(lián)汽車(chē)的進(jìn)程[1]。智能網(wǎng)聯(lián)汽車(chē)作為智慧城市的關(guān)鍵要素，重點(diǎn)關(guān)注安全、有序和高效通行等問(wèn)題。隨著“中國(guó)制造2025”規(guī)劃和“互聯(lián)網(wǎng)+”行動(dòng)計(jì)劃等國(guó)家政策發(fā)布，研究城市交通體系的轉(zhuǎn)型從關(guān)注交通設(shè)施增長(zhǎng)轉(zhuǎn)移到以人為核心的出行服務(wù)體驗(yàn)[2]。

基于新能源汽車(chē)行業(yè)高速發(fā)展、移動(dòng)支付賦能自助共享、宏觀經(jīng)濟(jì)政策、公共交通運(yùn)力等因素的醞釀，分時(shí)租賃市場(chǎng)成為傳統(tǒng)汽車(chē)廠商轉(zhuǎn)型成為出行服務(wù)提供商的重要戰(zhàn)略布局，不僅從商業(yè)模式上實(shí)現(xiàn)了車(chē)輛屬性從消費(fèi)工具到生產(chǎn)工具升級(jí)；還從技術(shù)方案上實(shí)現(xiàn)了前端用戶(hù)行為收集，平臺(tái)服務(wù)調(diào)度，終端服務(wù)體驗(yàn)整個(gè)業(yè)務(wù)環(huán)節(jié)。

近幾年，國(guó)內(nèi)新能源汽車(chē)的分時(shí)共享市場(chǎng)發(fā)展尤為繁榮，競(jìng)爭(zhēng)也十分激烈，但面臨著地方政府牌照門(mén)檻，較高的初始投資和運(yùn)營(yíng)成本，客戶(hù)駕駛行為不當(dāng)?shù)奶魬?zhàn)，汽車(chē)分時(shí)租賃業(yè)務(wù)的盈利仍重道遠(yuǎn)。在外部市場(chǎng)環(huán)境和政策條件的約束下，如何從內(nèi)部，即出行服務(wù)提供商的技術(shù)實(shí)現(xiàn)和平臺(tái)運(yùn)營(yíng)的角度去改善現(xiàn)狀值得探索[3]。

2 研究現(xiàn)狀

基于分時(shí)租賃市場(chǎng)應(yīng)用成熟度模型（AMC）理論，并結(jié)合新能源汽車(chē)產(chǎn)業(yè)升級(jí)，分時(shí)租賃行業(yè)目前已經(jīng)進(jìn)入深度整合期[4]，通過(guò)汽車(chē)制造商，租賃運(yùn)營(yíng)商，設(shè)施提供商，軟硬件技術(shù)提供商以及第三方內(nèi)容服務(wù)提供商等產(chǎn)業(yè)鏈上下游的跨界融合，出行服務(wù)提供商在用戶(hù)體驗(yàn)，人車(chē)比例，商業(yè)模式等方面尋找最優(yōu)解。

車(chē)廠自營(yíng)模式的出行服務(wù)提供商，是利用對(duì)運(yùn)營(yíng)車(chē)輛的定制化提高用戶(hù)體驗(yàn)。從2008年戴姆勒推出的Car2Go，2016年大眾的MOIA，北汽新能源汽車(chē)Gofun，2018年?yáng)|風(fēng)汽車(chē)的 Free2Move等實(shí)踐，構(gòu)建包括共享出行服務(wù)和增值服務(wù)等一系列在內(nèi)的開(kāi)放式共享汽車(chē)產(chǎn)業(yè)生態(tài)平臺(tái)，打造“人-車(chē)-生活”的車(chē)聯(lián)生態(tài)圈[5]。盼達(dá)用車(chē)?yán)昧Ψ?chē)全態(tài)化布局，通過(guò)集中模式充電和云平臺(tái)智能調(diào)度，并規(guī)劃實(shí)施無(wú)人駕駛，打通停車(chē)場(chǎng)到用戶(hù)的最后一公里。

以EVCARD和GoFun為代表的租賃運(yùn)營(yíng)商憑借市場(chǎng)規(guī)?；季帧?zhuān)業(yè)化運(yùn)營(yíng)能力、多樣化商業(yè)模式實(shí)現(xiàn)服務(wù)差異化，通過(guò)精準(zhǔn)投放廣告、特定區(qū)域戰(zhàn)略合作、長(zhǎng)短租結(jié)合、送車(chē)上門(mén)、限時(shí)折扣優(yōu)惠、社交簽到免減等增值服務(wù)提高用戶(hù)粘性。

本文從賦予運(yùn)營(yíng)平臺(tái)的數(shù)字化能力角度，基于采集的車(chē)輛數(shù)據(jù)資源和用戶(hù)數(shù)據(jù)資源，通過(guò)全時(shí)在線共享出行服務(wù)平臺(tái)，讓汽車(chē)、用戶(hù)、運(yùn)營(yíng)商以及運(yùn)營(yíng)團(tuán)隊(duì)的協(xié)調(diào)互動(dòng)變得更快、更高效、更智能，從平臺(tái)架構(gòu)，關(guān)鍵技術(shù)，出行服務(wù)內(nèi)容等維度踐行對(duì)共享出行的思考。數(shù)字生產(chǎn)力的第一要素是數(shù)據(jù)資源[6]，本文僅針對(duì)用戶(hù)相關(guān)數(shù)據(jù)做技術(shù)討論，合法性問(wèn)題不在本文討論范疇之內(nèi)。

3 分時(shí)共享運(yùn)營(yíng)平臺(tái)方案

3.1 平臺(tái)架構(gòu)

分時(shí)共享平臺(tái)構(gòu)建以業(yè)務(wù)需求為導(dǎo)向，本質(zhì)上以 “數(shù)據(jù)匯聚+數(shù)據(jù)分發(fā)”的方式構(gòu)建數(shù)據(jù)中臺(tái)，漸進(jìn)明細(xì)的設(shè)計(jì)基于SOA構(gòu)架和服務(wù)分層模式。業(yè)務(wù)需求的完整性收集以及功能預(yù)留性的設(shè)計(jì)可以規(guī)避在平臺(tái)投入運(yùn)營(yíng)后的增量需求引起的架構(gòu)級(jí)變更。完整的業(yè)務(wù)需求不僅涵蓋B端用戶(hù)在平臺(tái)設(shè)計(jì)、開(kāi)發(fā)、運(yùn)營(yíng)全生命周期階段不同的需求，還需要涵蓋面向C端用戶(hù)在分時(shí)多場(chǎng)景下的產(chǎn)品用戶(hù)體驗(yàn)。

B端用戶(hù)的定義至少包括分時(shí)共享平臺(tái)的協(xié)同開(kāi)發(fā)用戶(hù)，車(chē)輛制造系統(tǒng)用戶(hù)，線上線下運(yùn)營(yíng)人員，經(jīng)銷(xiāo)商，第三方服務(wù)提供商，國(guó)家以及地方監(jiān)管部門(mén)等等，這些用戶(hù)在平臺(tái)使用各環(huán)節(jié)會(huì)逐漸增加分時(shí)共享車(chē)輛的屬性包括車(chē)輛靜態(tài)數(shù)據(jù)，車(chē)輛銷(xiāo)售數(shù)據(jù)，車(chē)輛故障處理數(shù)據(jù)，內(nèi)容服務(wù)數(shù)據(jù)等，依賴(lài)于業(yè)務(wù)需求的車(chē)輛動(dòng)態(tài)數(shù)據(jù)能否增加是平臺(tái)協(xié)同開(kāi)發(fā)用戶(hù)的最需要重點(diǎn)關(guān)注的內(nèi)容，因?yàn)閯?dòng)態(tài)數(shù)據(jù)獲取的前提條件是車(chē)輛電子模塊具備產(chǎn)生初始數(shù)據(jù)或者生成數(shù)據(jù)的能力，比如獲取更準(zhǔn)確多維度的駕駛習(xí)慣評(píng)分需要車(chē)輛駕駛增加視覺(jué)監(jiān)控系統(tǒng)（DMS）判斷駕駛員車(chē)內(nèi)操作的狀態(tài)，強(qiáng)行變道可以參考側(cè)盲區(qū)報(bào)警系統(tǒng)（SBZA）在一次駕駛行程中啟動(dòng)的次數(shù)，激進(jìn)駕駛可以參考車(chē)輛安全氣囊模塊（EDR）的制動(dòng)踏板和加速踏板狀態(tài)等前置車(chē)輛要求。基于對(duì)分時(shí)共享平臺(tái)的業(yè)務(wù)共識(shí)，基于數(shù)據(jù)流動(dòng)的功能架構(gòu)如圖1所示：

圖1 業(yè)務(wù)數(shù)據(jù)流向圖

3.1.1 數(shù)據(jù)采集

數(shù)據(jù)采集包括車(chē)輛靜態(tài)數(shù)據(jù)，車(chē)輛動(dòng)態(tài)數(shù)據(jù)，銷(xiāo)售或者運(yùn)營(yíng)數(shù)據(jù)，用戶(hù)操作等數(shù)據(jù)。車(chē)輛靜態(tài)數(shù)據(jù)來(lái)自制造系統(tǒng)的自動(dòng)化對(duì)接，包括車(chē)輛驅(qū)動(dòng)電機(jī)編碼信息，動(dòng)力蓄電池包編碼，車(chē)載終端編碼，車(chē)輛VIN號(hào)信息，通過(guò)這些數(shù)據(jù)創(chuàng)建了車(chē)輛原始檔案；運(yùn)營(yíng)/經(jīng)銷(xiāo)商系統(tǒng)提供了車(chē)輛的用戶(hù)信息和維修保養(yǎng)信息，通過(guò)這些數(shù)據(jù)完善了車(chē)輛檔案，確保數(shù)據(jù)具備了生產(chǎn)和銷(xiāo)售的追溯性；車(chē)聯(lián)終端作為數(shù)據(jù)采集的核心引擎，一方面遠(yuǎn)程通信模塊（T-box）實(shí)時(shí)上傳車(chē)輛行駛的動(dòng)態(tài)數(shù)據(jù)，另一方面智能互聯(lián)終端（ICM）也收集用戶(hù)使用行為等數(shù)據(jù)。收集這些數(shù)據(jù)的核心是關(guān)聯(lián)用戶(hù)檔案和車(chē)輛檔案，實(shí)現(xiàn)服務(wù)的個(gè)性化。

數(shù)據(jù)采集的實(shí)現(xiàn)需要考慮數(shù)據(jù)埋點(diǎn)，共享出行平臺(tái)的數(shù)據(jù)埋點(diǎn)數(shù)量統(tǒng)計(jì)如圖2所示，ICM數(shù)據(jù)埋點(diǎn)從產(chǎn)品設(shè)計(jì)和應(yīng)用服務(wù)角度考慮，一方面通過(guò)收集用戶(hù)操作主界面圖標(biāo)次數(shù)、語(yǔ)音喚醒詞、語(yǔ)音技能、車(chē)服務(wù)維修等一系列組合事件，一方面有利于下一步產(chǎn)品迭代，另一方面基于不同場(chǎng)景的功能使用完成人機(jī)交互的以簡(jiǎn)馭繁和服務(wù)主動(dòng)化。T-box的數(shù)據(jù)埋點(diǎn)內(nèi)容圍繞車(chē)輛運(yùn)行狀態(tài)，與車(chē)輛相關(guān)的行駛數(shù)據(jù)、狀態(tài)數(shù)據(jù)、故障數(shù)據(jù)、控制數(shù)據(jù)、升級(jí)數(shù)據(jù)都需要考慮安全因素，后續(xù)所有業(yè)務(wù)模型的展開(kāi)依賴(lài)這些數(shù)據(jù)顆粒度的準(zhǔn)確性和完整性；通信故障的現(xiàn)場(chǎng)數(shù)據(jù)本地存儲(chǔ)以及通信恢復(fù)的數(shù)據(jù)補(bǔ)發(fā)對(duì)于新能源汽車(chē)的遠(yuǎn)程監(jiān)控系統(tǒng)已經(jīng)成為國(guó)家對(duì)新能源遠(yuǎn)程監(jiān)的強(qiáng)制要求，鑒于實(shí)際業(yè)務(wù)開(kāi)展，分時(shí)租賃業(yè)務(wù)對(duì)于數(shù)據(jù)上傳頻率可以遠(yuǎn)程配置。分時(shí)運(yùn)營(yíng)APP和系統(tǒng)級(jí)數(shù)據(jù)埋點(diǎn)服務(wù)于業(yè)務(wù)和會(huì)員社交，APP的相關(guān)操作事件被依次標(biāo)記并分析，為后續(xù)運(yùn)營(yíng)的拉新、轉(zhuǎn)化、留存和促活提供依據(jù)。

圖2 車(chē)聯(lián)終端埋點(diǎn)數(shù)據(jù)統(tǒng)計(jì)

3.1.2 數(shù)據(jù)融合

數(shù)據(jù)融合是數(shù)據(jù)中臺(tái)的核心功能，需要從數(shù)據(jù)載體中脫敏清洗出關(guān)聯(lián)的人車(chē)畫(huà)像。基于數(shù)據(jù)的上層應(yīng)用首先確保數(shù)據(jù)安全，其次基于時(shí)序數(shù)據(jù)的數(shù)據(jù)庫(kù)設(shè)計(jì)是影響數(shù)據(jù)頻繁并發(fā)處理的關(guān)鍵，最后是在業(yè)務(wù)數(shù)據(jù)中抽絲剝繭建立人車(chē)關(guān)聯(lián)。

面向數(shù)據(jù)的安全策略需要從車(chē)聯(lián)終端，網(wǎng)絡(luò)傳輸層和服務(wù)器層三個(gè)維度進(jìn)行立體式安全防護(hù)[7]。不同對(duì)象采取的信息安全防護(hù)等級(jí)和策略也不盡相同。終端層面針對(duì)T-box應(yīng)用層，ICM應(yīng)用軟件和前端感知設(shè)備進(jìn)行了安全隔離和身份鑒權(quán)認(rèn)證；網(wǎng)絡(luò)傳輸層面主要從網(wǎng)絡(luò)設(shè)備關(guān)閉物理端口和服務(wù)端口、安全設(shè)備設(shè)置細(xì)粒度的方位策略和部署入侵檢測(cè)設(shè)備、通信鏈路采用隧道加密技術(shù)保證聯(lián)網(wǎng)車(chē)輛，基站和平臺(tái)通信的完整性和保密新；服務(wù)器層面遵循最小安裝原則，冗余備份，應(yīng)用防火墻等措施保證信息安全。

分時(shí)共享平臺(tái)的車(chē)輛數(shù)據(jù)有時(shí)序性、結(jié)構(gòu)化、大數(shù)據(jù)量、寫(xiě)操作為主讀操作為輔等典型特點(diǎn)，為解決傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)在時(shí)序空間上處理的性?xún)r(jià)比低，運(yùn)營(yíng)成本高的問(wèn)題，部署時(shí)序數(shù)據(jù)庫(kù)TDengine[8]，采用無(wú)鎖式和多核設(shè)計(jì)，提供快速數(shù)據(jù)插入和查詢(xún)速度；通過(guò)先進(jìn)的集群設(shè)計(jì)，保證了系統(tǒng)處理能力，通過(guò)列式存儲(chǔ)和先進(jìn)的壓縮算法，降低存儲(chǔ)空間要求；采用標(biāo)準(zhǔn)SQL接口降低運(yùn)營(yíng)成本。對(duì)于MySQL，Cassandra，InfluxDB，Open TSDB，TDengine在單節(jié)點(diǎn)和集群中性能都瑤瑤領(lǐng)先，圖3是TDengine與傳統(tǒng)數(shù)據(jù)庫(kù)在響應(yīng)請(qǐng)求和寫(xiě)入速度的對(duì)比。

圖3 TDengine的性能對(duì)比圖

數(shù)據(jù)融合的關(guān)鍵在于建立車(chē)輛檔案和用戶(hù)檔案的紐帶關(guān)系，也是目前整車(chē)的最亟需建立和培養(yǎng)的能力，但傳統(tǒng)車(chē)廠的數(shù)據(jù)業(yè)務(wù)板塊是車(chē)輛數(shù)據(jù)，擁有大量用戶(hù)數(shù)據(jù)的主體是諸如百度、阿里、騰訊、頭條、美團(tuán)、滴滴這些互聯(lián)網(wǎng)公司。由于越來(lái)越多車(chē)廠和互聯(lián)網(wǎng)公司的合作，通過(guò)車(chē)內(nèi)數(shù)據(jù)如應(yīng)用使用規(guī)律，路徑偏好，關(guān)鍵事件特征，關(guān)聯(lián)事件聚類(lèi)和車(chē)外數(shù)據(jù)商業(yè)偏好，自然屬性，社會(huì)屬性，商圈地域，媒體屬性，關(guān)系屬性等數(shù)據(jù)融合，原先的一座座數(shù)據(jù)孤島慢慢建聯(lián)通，交互和融合，營(yíng)造開(kāi)放共享的數(shù)據(jù)生態(tài)，才能映射出越來(lái)越清晰準(zhǔn)確的車(chē)主畫(huà)像，架接在數(shù)據(jù)孤島的橋梁就是一體化的賬號(hào)。

3.1.3 數(shù)據(jù)服務(wù)

數(shù)據(jù)服務(wù)是應(yīng)用數(shù)據(jù)的實(shí)踐，圍繞數(shù)據(jù)為核心運(yùn)營(yíng)平臺(tái)提供了分時(shí)共享業(yè)務(wù)，第三方內(nèi)容/服務(wù)（CP/SP）業(yè)務(wù)以及運(yùn)營(yíng)支撐業(yè)務(wù)。

分時(shí)共享業(yè)務(wù)實(shí)現(xiàn)了全要素的分時(shí)租賃需求，不僅包括預(yù)約，取車(chē)，用車(chē)以及還車(chē)等常規(guī)功能，還實(shí)現(xiàn)藍(lán)牙鑰匙彌補(bǔ)網(wǎng)絡(luò)無(wú)法覆蓋的用車(chē)控車(chē)需求；第三方CP/SP提供商不僅匯聚充電樁服務(wù)，駕照審核，違章查詢(xún)，第三方支付這類(lèi)增值服務(wù)，還需要考慮車(chē)主手機(jī)號(hào)碼與ICM中的諸如高德導(dǎo)航，卡拉音樂(lè)等第三方應(yīng)用的賬號(hào)互通；運(yùn)營(yíng)支撐業(yè)務(wù)確保了車(chē)輛全時(shí)在線，時(shí)刻關(guān)注是否失聯(lián)，車(chē)輛是否有故障異常，是否需要生成維修工單，根據(jù)用車(chē)需求的活躍程度自動(dòng)化生成調(diào)度工單實(shí)現(xiàn)高效運(yùn)營(yíng)。

分時(shí)共享平臺(tái)需要解決用戶(hù)的痛點(diǎn)分兩類(lèi)，一類(lèi)是通過(guò)商業(yè)模式來(lái)解決，比如租賃模式，停車(chē)網(wǎng)點(diǎn)規(guī)劃，二類(lèi)是通過(guò)技術(shù)突進(jìn)來(lái)改善比如用車(chē)的便利性和服務(wù)的獨(dú)特性。商業(yè)模式的論證包括評(píng)估目標(biāo)區(qū)域的出行需求，網(wǎng)點(diǎn)數(shù)量以及網(wǎng)點(diǎn)規(guī)劃，運(yùn)營(yíng)車(chē)輛數(shù)量等，這些問(wèn)題論證主流采用標(biāo)桿對(duì)照或者參數(shù)參考，缺乏定量分析，通過(guò)建立共享平臺(tái)的技術(shù)性改善，并結(jié)合互聯(lián)網(wǎng)公司收集的出行數(shù)據(jù)，逐步試水分時(shí)共享的藍(lán)海市場(chǎng)。接下來(lái)重點(diǎn)介紹藍(lán)牙鑰匙方案和一體化賬號(hào)方案，其意義在于提高用車(chē)的便利性和服務(wù)的精準(zhǔn)性。

3.2 面向分時(shí)共享的藍(lán)牙鑰匙方案實(shí)現(xiàn)

在分時(shí)共享場(chǎng)景，如何實(shí)現(xiàn)便捷，安全，可靠的終端用車(chē)體驗(yàn)是值得進(jìn)一步研究。對(duì)于B端分時(shí)租賃公司，需要考慮讓每個(gè)用戶(hù)開(kāi)車(chē)以及避免還車(chē)之后無(wú)訂單二次用車(chē)操作，對(duì)于C端用戶(hù)如何解決在車(chē)輛無(wú)網(wǎng)情況下使用，基于BLE的藍(lán)牙近場(chǎng)方案的實(shí)施是一種優(yōu)化方案。

3.2.1 藍(lán)牙鑰匙設(shè)計(jì)原則

整體設(shè)計(jì)使用三對(duì)公私鑰完成藍(lán)牙近場(chǎng)通信鏈路，分別為服務(wù)端、App客戶(hù)端和 T-box。服務(wù)端的藍(lán)牙鑰匙創(chuàng)建后不變，除非私鑰泄漏，私鑰存儲(chǔ)在云密鑰服務(wù)器，密鑰泄漏的情況下更新公私鑰對(duì)，同時(shí)引入版本號(hào)管理。服務(wù)端提供獲取藍(lán)牙鑰匙接口，需校驗(yàn)客戶(hù)端上傳的公鑰版本號(hào)。服務(wù)端優(yōu)先保證服務(wù)端公鑰在訂單周期內(nèi)下發(fā)到APP和T-box的版本一致，如果服務(wù)端公鑰版本更新，則返回版本錯(cuò)誤提示；客戶(hù)端獲取新的服務(wù)端公鑰，然后再獲取藍(lán)牙鑰匙。APP客戶(hù)端存儲(chǔ)安全時(shí)，創(chuàng)建后不變；存儲(chǔ)不安全時(shí)，訂單開(kāi)始后創(chuàng)建，訂單結(jié)束后銷(xiāo)毀。T-box出廠預(yù)置公私鑰對(duì)?？紤]到車(chē)輛會(huì)更換T-box，更換后公鑰，藍(lán)牙地址改變，上報(bào)到分時(shí)共享業(yè)務(wù)服務(wù)端。

藍(lán)牙鑰匙是一種包含藍(lán)牙鑰匙ID、版本號(hào)、分時(shí)租賃App公鑰、T-box公鑰、藍(lán)牙地址、車(chē)輛VIN和鑰匙類(lèi)型?？紤]未來(lái)對(duì)于終端車(chē)輛類(lèi)型（私家車(chē)或者租賃車(chē)）的兼容，也預(yù)留對(duì)車(chē)輛類(lèi)型（VEH_Type）具體事例參考如下：

分時(shí)租賃鑰匙

3.2.2 藍(lán)牙鑰匙交互流程

服務(wù)端生成藍(lán)牙鑰匙后下發(fā)給分時(shí)租賃APP和T-box，APP和T-box會(huì)通過(guò)服務(wù)端公鑰驗(yàn)證藍(lán)牙鑰匙，確保服務(wù)端私鑰加密的。App解密成功后必須驗(yàn)證藍(lán)牙鑰匙相關(guān)參數(shù)，如APP公鑰，VIN，OrdID，T-box解密成功后必須驗(yàn)證藍(lán)牙鑰匙相關(guān)參數(shù)，如Tbox公鑰，VIN，藍(lán)牙地址，流程交互示意圖如圖4所示。

圖4 藍(lán)牙鑰匙認(rèn)證流程

藍(lán)牙鑰匙流程處理連接認(rèn)證和指令控制兩個(gè)階段：

階段一：連接認(rèn)證階段：

1）到達(dá)車(chē)輛地點(diǎn)，可通過(guò)藍(lán)牙鑰匙中的藍(lán)牙地址掃描，然后建立連接，進(jìn)行認(rèn)證，認(rèn)證通過(guò)后才能發(fā)送指令；

2）App固定位數(shù)隨機(jī)字符串nonce_mobile+藍(lán)牙鑰匙ID+MD5(服務(wù)端私鑰加密的藍(lán)牙鑰匙)，使用T-box公鑰加密，發(fā)送給T-box；

3）T-box通過(guò)T-box私鑰解密，通過(guò)藍(lán)牙鑰匙ID取到本地藍(lán)牙鑰匙，與App發(fā)過(guò)來(lái)的MD5值比對(duì)；

4）T-box 回 復(fù) App，nonce_mobile + nonce_tbox + sync_key，使用 App公鑰加密發(fā)送。nonce_tbox為T(mén)Box固定位數(shù)隨機(jī)字符串，sync_key為對(duì)稱(chēng)加密算法key；

5) App使 用App私 鑰 解 密， 驗(yàn) 證nonce_mobile參數(shù)是否與之前發(fā)送的一致。然后使用sync_key加密nonce_tbox發(fā)送到T-box；

6）TBox解密后驗(yàn)證nonce_tbox是否與之前發(fā)送的一致。

階段二：指令控制階段：

1）App通過(guò)sync_key加密指令數(shù)據(jù)發(fā)送到TBox；

2）TBox解析指令成功后執(zhí)行指令并返回結(jié)果。

3.3 面向場(chǎng)景服務(wù)的一體化賬號(hào)實(shí)現(xiàn)

面向服務(wù)場(chǎng)景的一體化賬號(hào)是通過(guò)一個(gè)手機(jī)賬號(hào)，綁定分時(shí)共享APP與ICM第三方應(yīng)用程序，通過(guò)一個(gè)賬號(hào)，實(shí)現(xiàn)在不同應(yīng)用程序的互聯(lián)互通，避免用戶(hù)在使用車(chē)輛ICM二次登陸，同時(shí)也可以將手機(jī)中的對(duì)應(yīng)第三方應(yīng)用程序的個(gè)人收藏、喜好同步到ICM中。在移動(dòng)端完成車(chē)輛預(yù)約之后，分時(shí)共享平臺(tái)中的賬號(hào)服務(wù)器會(huì)將用戶(hù)信息推送給T-box，T-box通過(guò)總線將賬號(hào)信息發(fā)送給ICM，當(dāng)用戶(hù)進(jìn)入車(chē)輛，ICM中的第三方應(yīng)用就以個(gè)人賬號(hào)默認(rèn)登錄，前提條件是用戶(hù)已經(jīng)通過(guò)手機(jī)號(hào)碼注冊(cè)過(guò)，ICM可以通過(guò)設(shè)置信息進(jìn)行賬號(hào)的解綁和注銷(xiāo)。一體化賬號(hào)登錄流程如圖5所示：

4 結(jié)論與下一步研究方向

數(shù)字化平臺(tái)構(gòu)建了分時(shí)運(yùn)營(yíng)體系，整合了車(chē)輛、車(chē)位、充電樁資源，合理調(diào)度運(yùn)營(yíng)車(chē)輛提高人車(chē)比，應(yīng)用上述的相關(guān)技術(shù)緩解分時(shí)租賃的用車(chē)體驗(yàn)差、還車(chē)難的問(wèn)題，提高了運(yùn)營(yíng)車(chē)效。但嚴(yán)格意義上實(shí)現(xiàn)共享出行，還依賴(lài)蜂窩車(chē)聯(lián)網(wǎng)（C-V2X）[9]和自動(dòng)駕駛[10]的商業(yè)化進(jìn)程，基于數(shù)據(jù)的出行預(yù)測(cè)、統(tǒng)籌調(diào)度和高效運(yùn)營(yíng)將標(biāo)志分時(shí)共享3.0時(shí)代的到來(lái)。

圖5 一體化賬號(hào)登錄流程

進(jìn)一步研究C-V2X在智能動(dòng)態(tài)信息化服務(wù)、車(chē)輛智能化控制和智能化交通管理等領(lǐng)域應(yīng)用，目的是利用車(chē)聯(lián)網(wǎng)專(zhuān)用頻段（5.9GHz），實(shí)現(xiàn)車(chē)-車(chē)、車(chē)-路、車(chē)-人之間通信；聚焦多傳感器信息融合技術(shù)[11]、車(chē)輛主被動(dòng)安全控制和功能安全帶來(lái)的應(yīng)急備份等設(shè)計(jì)[12]，融合深度學(xué)習(xí)算法[13]，見(jiàn)證無(wú)人駕駛時(shí)代的到來(lái)。