李 祥 牛文江 梁 凱 詹永亮

（中國交通通信中心數(shù)據(jù)應用事業(yè)部，北京 100011）

1 引言

小微型客車租賃是新型運輸服務業(yè)態(tài)，是滿足人民群眾個性化出行、商務活動、公務活動和旅游休閑等需求的交通服務方式[1]。近年來，我國小微型客車租賃業(yè)呈現(xiàn)快速發(fā)展態(tài)勢。但總體來看，行業(yè)發(fā)展仍處于起步階段，還存在服務能力不足、企業(yè)經(jīng)營風險較高、分時租賃新模式發(fā)展亟待引導等突出問題，與經(jīng)濟社會發(fā)展以及人民群眾不斷增長的個性化出行需求不相適應[2]。

具體來說，小微型客車租賃公司和承租人都面臨著諸多的困難：行業(yè)整體信息化程度低，大部分租賃企業(yè)沒有充分利用好數(shù)據(jù)化管理手段；部分租賃企業(yè)建立了相對獨立的信息系統(tǒng)，但客戶渠道來源比較單一，企業(yè)之間無法實現(xiàn)資源共享和整合。由于小微型客車租賃企業(yè)沒有通暢的車輛違法記錄處理途徑，一旦發(fā)生交通違法行為，承租人拖延、拒絕處理交通違法行為，將導致租賃車輛未能及時處理違法而不能上路，嚴重影響了租賃企業(yè)的正常經(jīng)營活動。站在承租人角度，違章地或者車輛登記地是異地的，往往還需要去異地處理違章[3]。

鑒于以上情況，參考汽車租賃行業(yè)發(fā)展比較成熟的發(fā)達國家經(jīng)驗，如能由行業(yè)協(xié)會或其他第三方機構建立面向全行業(yè)的小微型客車管理和服務平臺（以下簡稱行業(yè)平臺）[4]，負責全行業(yè)的數(shù)據(jù)采集、整理分析、信息安全防護、數(shù)據(jù)交換與信息共享服務，行業(yè)平臺與交通運輸管理部門、公安交管部門、征信保險機構互聯(lián)，必將有效降低企業(yè)信息化運營成本，提升企業(yè)線下線上服務能力，并引導企業(yè)規(guī)范化、高效化運營[5]，促進小微型客車租賃健康發(fā)展，更好地滿足人民群眾多樣化出行需要。

行業(yè)平臺建設與規(guī)劃，解決信息系統(tǒng)互聯(lián)互通，首先要定義的是小微型客車租賃行業(yè)的信息數(shù)據(jù)元標準和數(shù)據(jù)交換接口標準。數(shù)據(jù)元標準可以依據(jù)交通信息基礎數(shù)據(jù)元JT/T 697系列標準進行擴展定義。本文重點探討數(shù)據(jù)交換接口的問題。

2 系統(tǒng)總體架構簡述

面向全行業(yè)的小微型客車管理和服務平臺總體架構如附圖所示。

行業(yè)平臺依托小微型客車租賃企業(yè)信息系統(tǒng)，通過企業(yè)數(shù)據(jù)上報服務接口進行基礎數(shù)據(jù)采集，通過數(shù)據(jù)分發(fā)與交換服務接口進行數(shù)據(jù)交換和跨系統(tǒng)服務調用。

行業(yè)平臺的用戶有三類，分別是小微型客車租賃企業(yè)、交通運輸行業(yè)主管部門和社會公眾用戶。

3 通信方式

附圖 小微型客車管理和服務平臺總體架構

小微型客車管理和服務平臺數(shù)據(jù)交換接口有二類，一是租賃企業(yè)信息系統(tǒng)（以下簡稱企業(yè)系統(tǒng)）與行業(yè)平臺之間的數(shù)據(jù)上報與服務請求接口，二是行業(yè)平臺向省市級小微型客車租賃管理服務信息系統(tǒng)（以下簡稱省市平臺）或交通運輸、公安管理部門信息系統(tǒng)進行數(shù)據(jù)分發(fā)與交換的服務接口。

企業(yè)系統(tǒng)與行業(yè)平臺之間的接口通信方式應滿足如下要求：

企業(yè)系統(tǒng)與行業(yè)平臺之間通信應采用 HTTP 協(xié)議；行業(yè)平臺作為服務端，是服務請求的接收方，服務端接口以 Web Service方式提供；企業(yè)系統(tǒng)作為客戶端向服務端發(fā)起服務請求，服務端響應請求處理后應向客戶端返回應答。

行業(yè)平臺向省市平臺及其他部門平臺進行數(shù)據(jù)分發(fā)的接口通信方式應滿足如下要求：

行業(yè)平臺與省市平臺之間通信應采用 HTTP WebSocket方式；服務結構體應符合JSON格式；數(shù)據(jù)交換過程中，省市平臺作為客戶端，是數(shù)據(jù)的請求方；行業(yè)平臺作為服務端，是數(shù)據(jù)的發(fā)送方。

行業(yè)平臺與交通運輸管理部門平臺、公安交管部門平臺間的接口通信方式參見與省市平臺接口，或依據(jù)目標平臺的要求增加一個適配層。

安全策略要求：企業(yè)系統(tǒng)作為客戶端連接行業(yè)平臺或省市平臺時，應對報文內容進行簽名認證，服務端驗證簽名值的正確性及報文內容的數(shù)據(jù)完整性。省市平臺作為客戶端向行業(yè)平臺發(fā)起服務請求時，應先進行登錄認證。登錄認證http url為 datadispatch/auth/＜userId＞。認證請求以POST方式發(fā)送，HTTP URL中＜user_id＞和HTTP BODY分別為行業(yè)平臺為省市級平臺分配的用戶密碼。認證通過后返回200的HTTP狀態(tài)碼，以及access_token（字符串）。token的有效期為60秒?？蛻舳嗽偈褂胻oken發(fā)起數(shù)據(jù)傳輸連接請求。

4 協(xié)議消息結構

4.1 協(xié)議接口頭域定義

協(xié)議接口頭域定義見表1、表2。

表1 企業(yè)系統(tǒng)數(shù)據(jù)上報或發(fā)起服務請求接口類型頭域定義

表2 行業(yè)平臺數(shù)據(jù)分發(fā)接口類型頭域定義

依據(jù)以上協(xié)議接口頭域定義，所有的請求和應答報文均采用JSON格式，編碼方式為UTF-8，消息內容支持壓縮或非壓縮方式傳輸。

4.2 消息通用報文結構

消息通用報文結構見表3。

表3 通用報文結構

接口定義中字段長度前的“F”表示固定長度，“V”表示可變長度。

5 消息結構體實例

5.1 車輛基礎信息

業(yè)務接口代碼（IPCType）：VehicleInfo。

頻率：實時。

描述：小微型客車租賃企業(yè)向交通系統(tǒng)部級平臺或所在地市級平臺實時上傳租賃車輛的基礎信息。

租賃車輛基礎信息報送消息的數(shù)據(jù)體規(guī)定見表4 。

表4 租賃車輛基礎信息報送請求消息結構體

租賃車輛基礎信息報送應答消息，數(shù)據(jù)體為空。

5.2 訂單信息

業(yè)務接口代碼（IPCType）：OrderReserveInfo。

頻率：實時。

描述：小微型客車租賃企業(yè)向行業(yè)平臺實時上傳汽車租賃訂單預訂信息。

租賃訂單預訂信息的數(shù)據(jù)體規(guī)定見表5。

表5 汽車租賃訂單預訂信息報送請求消息結構體

6 結束語

本文依托《汽車租賃管理服務信息系統(tǒng)標準研究項目》課題研究的行業(yè)調研與分析成果，基于小微型客車租賃行業(yè)發(fā)展的現(xiàn)狀與問題，提出了由行業(yè)協(xié)會或其他第三方機構建立面向全行業(yè)的小微型客車管理和服務平臺的設想，定義了企業(yè)系統(tǒng)、行業(yè)平臺、省市平臺之間的數(shù)據(jù)交換接口。后續(xù)課題組將進一步對行業(yè)平臺建設的總體技術架構、信息數(shù)據(jù)元、數(shù)據(jù)交換接口進行深入的研究，搭建測試驗證子系統(tǒng)，完善研究成果。我們將在研究中關注行業(yè)發(fā)展中的新需求、新問題，以更好地支持和幫助各級小微型客車租賃管理服務信息系統(tǒng)的建設。