1、個人資料整理，僅供個人學習使用 PAGE 16 / 15充電運營平臺技術參數(shù)預算金額：50 萬元。一、采購需求（一）建設目標運用云計算技術，充分利用現(xiàn)有資源，在榮成市建立一個完整、先進的充電云平臺體系。借助于云計算集約化、統(tǒng)一化的建設模式，提高資源的共享和利用，降低建設成本，推動榮成 市公交集團有限公司整體信息化水平，促進榮成市經濟發(fā)展。矚慫潤厲釤瘞睞櫪廡賴賃軔。（二）建設原則統(tǒng)一領導，分步實施。加強組織領導，建立統(tǒng)一的頂層設計工作機制和制度規(guī)范，堅 持統(tǒng)籌規(guī)劃、試點先行、分步實施，逐步構建形成目標一致、方向統(tǒng)一、互聯(lián)互通、層級銜接的充電云管理體系。聞創(chuàng)溝燴鐺險愛氌譴凈禍測。統(tǒng)一建設，資源共享

2、。堅持設施共建和資源共享，依托現(xiàn)有的榮成公交一卡通平臺基礎設施和信息資源，統(tǒng)一設計建設充電云平臺，實現(xiàn)基礎設施和資源共享運用。殘騖樓諍錈瀨濟溆塹籟婭騍。統(tǒng)一管理，保障安全。統(tǒng)一管理充電云體系規(guī)劃、標準、制度和技術體系，綜合運用信息安全技術，建立安全可靠的信息安全保障體系，全面提高安全保障能力。釅錒極額閉鎮(zhèn)檜豬訣錐顧葒。統(tǒng)一服務，注重成效。順應新技術發(fā)展趨勢，探索新時代新能源公交運營管理服務新模式，全面提升榮成市公交集團有限公司社會服務能力，切實發(fā)揮充電云平臺的成效。彈貿攝爾霽斃攬磚鹵廡詒爾。（三）項目實施范圍與建設內容1、實施范圍本項目實施范圍涉及：完成榮成市級電動汽車充電服務及監(jiān)管平臺功能及

3、集成開發(fā)，完成平臺部署實施及接口集成 聯(lián)調，私有云平臺資源建設，以及試運行期、質保期內平臺的運行維護工作；城市級的充電 云平臺在榮成市公交集團有限公司私有云上實現(xiàn)本地化部署及上線；謀蕎摶篋飆鐸懟類蔣薔點鉍。基于中電聯(lián)行業(yè)標準化接口的開放式平臺對接接口及開放平臺。基于國際開放充電聯(lián)盟全球開放性的通訊標準充電協(xié)議版的平臺管理后臺及基于Http 服務的標準化接口。廈礴懇蹣駢時盡繼價騷巹癩。充電云接入榮成市現(xiàn)有的公交一卡通項目，按公交一卡通提供的標準化接口協(xié)議接入公交一卡項目，實現(xiàn)公交刷卡及充電樁充電統(tǒng)一管理。煢楨廣鰳鯡選塊網羈淚鍍齊。協(xié)調榮成市充電樁的運營商通過中電聯(lián)標準化接口接入云平臺，協(xié)調榮成市

4、社會充電樁資源通過國網標準通訊協(xié)議接入云平臺，完成榮成市現(xiàn)有充電樁的運營平臺接入。鵝婭盡損鵪慘歷蘢鴛賴縈詰。本項目涉及到用戶范圍包括：榮成市所有充電樁資源市場整合及統(tǒng)一管理；第三方電動汽車運營商、第三方結算中心、政府用戶、電力用戶等電動汽車工作的各參與方和關注方；籟叢媽羥為贍僨蟶練淨櫧撻。2、建設內容本招標項目建設內容包括：應用系統(tǒng)： 充電云平臺管理后臺系統(tǒng)、基于國家電網行業(yè)標準的 socket 通信服務端后臺、國際開放充電聯(lián)盟 OCPP 標準服務端后臺等。預頌圣鉉儐歲齦訝驊糴買闥。充電云平臺共享基礎數(shù)據庫：充電樁站點及充電樁信息庫、社會運營商與充電用戶信息庫及充電訂單信息庫。 滲釤嗆儼勻諤鱉

5、調硯錦鋇絨。技術支撐系統(tǒng)：基于 Spring cloud 微服務技術框架、基于經典的關系型數(shù)據庫 Mysql分表分庫的數(shù)據存儲體系、基于中電聯(lián)行業(yè)標準化接口平臺對接標準化接口、基于國際開放充電聯(lián)盟開放充電協(xié)議 OCPP 標準化接口及基于榮成公交一卡通標準化Web 服務接口等。鐃誅臥瀉噦圣騁貺頂廡縫勵。完成上述系統(tǒng)的需求調研、設計開發(fā)和安裝部署，保證系統(tǒng)高效無誤運行。建立強大的培訓和技術支持團隊，完成系統(tǒng)上線后維護管理人員的培訓、指導工作。驗收合格后，提供至少三年以上有償?shù)倪\營維護服務及技術升級服務。每年的運維服務費用不得高于項目總報價的百分之六。擁締鳳襪備訊顎輪爛薔報贏。3、建設要求投標方必須

6、響應并承諾下列要求。本規(guī)范書指標要求中，凡標有下劃線或加“”的地方均被視為重要的技術指標要求或性能要求。投標方要特別加以注意，必須完全滿足這些要求。贓熱俁閫歲匱閶鄴鎵騷鯛漢。投標方應列出各個單項工作的報價，還應對各個單項工作的不同階段工作進行劃分，并在列出各階段工作的詳細報價。壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚躋馱。資源層由微服務+容器化技術體系組成。服務器承接充電運營服務業(yè)務應用，支持彈 性擴容，數(shù)據庫實現(xiàn)結構化數(shù)據的存儲與服務，通過統(tǒng)一網關及服務注冊中心提供反向代理、權限控制、單點登錄及負載均衡服務，消除單點故障，保證高并發(fā)時系統(tǒng)的健壯性。系統(tǒng)需部署在本地平臺上。蠟變黲癟報倀鉉錨鈰贅籜葦。系統(tǒng)性能滿足

7、10 萬用戶同時在線，響應時間小于3 秒。系統(tǒng)基于成熟軟件構建，需要提供全部系統(tǒng)源代碼、數(shù)據字典和開發(fā)文檔，并提供驗證手段。二、本項目應用軟件開發(fā)和部署任務本項目要求投標人按照系統(tǒng)軟件開發(fā)任務要求開發(fā)建設各應用子系統(tǒng)，投標人應在投標文件中針對每個系統(tǒng)開發(fā)部署任務給出詳細的解決方案。買鯛鴯譖曇膚遙閆擷凄屆嬌。1.3.1投訴建議1項1.3.2故障報修1項1.3.3充電樁報裝1項（一）充電云平臺系統(tǒng)功能設計序號1內容系統(tǒng)功能開發(fā)數(shù)量單位1.1電動汽車充電服務1.1.1充電引導1項1.1.2充電及支付1項1.1.3用戶管理1項1.1.4預約充電1項1.1.5我的信息1項1.1.6消息中心1項1.2電動

8、汽車出行服務1.2.1電動租賃1項1.2.2后臺管理1項1.3客戶服務政府監(jiān)管運營商檔案管理1項運營商認證管理1項補貼管理1項電價管理1項充電樁檢測管理1項信息發(fā)布1項官方網站1項充電設施管理充電站管理1項設備臺賬管理1項設備廠家管理1項設備運行管理1項設備監(jiān)控1項集團客戶管理1項個人客戶管理1項充值管理1項支付結算1項電價信息1項投訴處理1項故障處理1項運營商接入管理1項互聯(lián)互通1項系統(tǒng)管理1項大數(shù)據分析充電數(shù)據分析1項電樁數(shù)據分析1項充電設施監(jiān)控1項充電設施規(guī)模1項運營商分析1項場站運營分析1項用戶行為分析1項建設布局分析展示1項節(jié)能減排分析展示1項系統(tǒng)接口與短信系統(tǒng)集成1項與第三方充電樁

9、運營商平臺集成1項與微信系統(tǒng)集成1項..............9與支付寶系統(tǒng)集成1項與第三方地圖系統(tǒng)集成1項與公交一卡通平臺接口項與第三方運營及支付接口項其他未指定系統(tǒng)接入承諾項項目實施項目啟動編制及評審實施方案1項召開項目啟動會1項收集、協(xié)調相關方需求1項編制充電設

10、施及第三方平臺接入方案1項系統(tǒng)環(huán)境準備1項系統(tǒng)初始化數(shù)據準備工作-靜態(tài)數(shù)據準備1項數(shù)據準備工作-動態(tài)數(shù)據準備1項開發(fā)數(shù)據清理工具1項編制數(shù)據清理方案1項數(shù)據清理工作宣貫和培訓1項數(shù)據清理1項數(shù)據導入1項數(shù)據校核1項系統(tǒng)集成調試軟件集成調試1項硬件集成調試1項2.72.8....3.6.2編寫平臺運維規(guī)范及平臺運營規(guī)范1項用戶培訓編寫培訓教材1項準備培訓環(huán)境1項開展培訓1項系統(tǒng)上線切換上線切換準備1項系統(tǒng)上線切換1項運行持續(xù)支持（試運行）小

11、版本發(fā)布1項運行維護1項使用答疑1項私有云私有云應用服務器1項私有云數(shù)據庫服務器1項私有云文件系統(tǒng)1項私有云網絡帶寬1項..0（二）基于中電聯(lián)行業(yè)標準化接口設計為提高充電基礎設施的利用率及資源共享，防止重復建設造成的資源浪費，實現(xiàn)不同充電樁 生產及運營廠商與充電云平臺之間的互聯(lián)互通，構建充電基礎設施信息服務信息交換體系架構，統(tǒng)一信息接口通信協(xié)議，實現(xiàn)不同充電運營企業(yè)、不同運營廠商的充電服務設施、第三 方平臺信息資源等互聯(lián)和充分利用，實

12、現(xiàn)充電設施網絡服務平臺間數(shù)據交換，充電系統(tǒng)服務 功能跨平臺信息交換服務，特引入中國電力企業(yè)聯(lián)合會行業(yè)標準作為充電云平臺的對外開放充電標準化接口。綾鏑鯛駕櫬鶘蹤韋轔糴飆鈧。2.1 接口數(shù)據傳輸要求電動汽車充換電服務信息交換應根據國家信息安全等級保護相關要求。充電云平臺及接入運營商都需提供嚴格的系統(tǒng)安全保密機制，保障信息交換接口安全、穩(wěn)定、可靠地運行，包括信息的存取控制、應用系統(tǒng)操作的安全等?；疽螅候屲W髏彥浹綏譎飴憂錦諑瓊。采用身份認證、訪問控制、數(shù)據加密、數(shù)字簽名等安全措施；采用安全可靠并且普遍使用的加密算法；密鑰的存貯和交易信息的加密解密需要在安全的環(huán)境中；遵循數(shù)據安全保密的國家和行業(yè)標準

13、；定期更換密鑰；具備對報文做來源正確性鑒別的機制（HMAC）。2.2密鑰體系每個運營商交互前需要分配運營商標識（OperatorID）、運營商密鑰（OperatorSecret）、消息密鑰（DataSecret）、消息密鑰初始化向量（DataSecretIV）和簽名密鑰（SigSecret）。貓蠆驢繪燈鮒誅髏貺廡獻鵬。運營商標識（OperatorID）:，運營商的組織機構代碼，作為運營商的唯一標示。運營商密鑰（OperatorSecret）:采用 32H、48H 和 64H，由 0-F 字符組成，為申請認證使用。鍬籟饗逕瑣筆襖鷗婭薔嗚訝。消息密鑰（DataSecret）:用于對所有接口中 Da

14、ta 信息進行加密。消息密鑰初始化向量（DataSecretIV）：固定 16 位，用戶 AES 加密過程的混合加密。簽名密鑰（SigSecret）: 采用 32H、48H 和 64H，由 0-F 字符組成，為簽名的加密密鑰。構氽頑黌碩飩薺齦話騖門戲。平臺認證方式及規(guī)則平臺認證方法平臺認證采取身份認證和訪問控制相結合的方式進行。身份認證可采取用戶名/口令認證、密鑰認證或數(shù)字證書認證等方式進行；訪問控制采取 IP訪問控制、時間訪問控制等多種手段結合。輒嶧陽檉籪癤網儂號澩蠐鑭。用戶身份認證成功后授予Token，每次向服務端請求資源的時候需要帶著服務端簽發(fā)的Token，服務端驗證 Token 成功后

15、，才返回請求的數(shù)據。Token 的有效期由服務方確定，最長不超過 7 天，Token 丟失或失效后需要再次發(fā)起認證服務。堯側閆繭絳闕絢勵蜆贅瀝紕。數(shù)據傳輸方式及規(guī)則數(shù)據傳輸接口規(guī)則所有數(shù)據傳輸接口均采用 HTTP(S)接口，每個接口的 URL 均采用如下格式定義： http(s):/域名/evcs/v版本號/接口名稱域名：各接入運營商所屬域名。版本號：代表接口版本號，不同的版本地址對應相應版本代碼。系統(tǒng)升級期間，新舊版本可同時存在，待所有接入方都切換到新接口，舊接口即可下線。從而達到平滑升級的目的。識饒鎂錕縊灩筧嚌儼淒儂減。接口名稱：所請求/調用接口的名稱。為保證各接口的功能明確清晰，每個 U

16、RL 只允許對應一種功能。接口調用方式所有接口均使用 HTTP(S)/POST 方式傳輸參數(shù)，傳輸過程中應包含消息頭和消息主體兩部分。消息頭規(guī)范消息頭一般需包含內容類型和授權信息（Authorization）。內容類型（Content-Type）字段用于標識請求中的消息主體的編碼方式，本標準中所規(guī)范的 信息交換內容均采用 JSON 的方式，參數(shù)信息采用 utf-8 編碼，因此需要配置消息頭中的Content-Type 為 application/json;charset=utf-8。凍鈹鋨勞臘鍇癇婦脛糴鈹賄。授權信息（Authorization ）字段用于證明客戶端有權查看某個資源，本標準中所

17、規(guī)范的授權信息采用憑證（ Token）的方式，因此需要在配置消息頭中的 Authorization 為 BearerTonken。恥諤銪滅縈歡煬鞏鶩錦聰櫻。消息主體規(guī)范消息主體是信息交換過程中的具體內容。申請服務規(guī)則一般由運營商標識（OperatorID）、參數(shù)內容（Data）、時間戳（TimeStamp）、自增序列（Seq）和數(shù)字簽名（Sig）組成。鯊腎鑰詘褳鉀溈懼統(tǒng)庫搖飭。返回參數(shù)規(guī)則數(shù)據傳輸接口的返回參數(shù)一般由返回值（ Ret）、返回信息（Msg）、參數(shù)內容（Data）和數(shù)字簽名（Sig）組成。碩癘鄴頏謅攆檸攜驤蘞鷥膠。Ret:必填字段，返回編碼參考下表。Msg:必填字段，有錯誤表示具體

18、錯誤信息，無錯誤返回成功信息。Data:參數(shù)內容，具體返回參數(shù)見電動汽車充換電服務信息交換 第 2 部分：公共信息交換規(guī)范、電動汽車充換電服務信息交換 第 3 部分：業(yè)務信息交換規(guī)范，采用 utf-8 編碼， JSON 格式。閿擻輳嬪諫遷擇楨秘騖輛塤。批量數(shù)據傳輸數(shù)據傳輸接口中的 Data 字段可為數(shù)組型的 JSON 格式，數(shù)據發(fā)送方可通過該字段實現(xiàn)批量數(shù)據的傳輸。接口設計序號接口名稱請求接口設計接口名接口描述說明query_token用于平臺間認證Token請求 token 接口設備認證接口licy業(yè)務策略信息。1.4啟動充電接口query_start_charge此接口用于請求設備啟動充電

19、,充電模式為充滿為止。1.5停止充電接口query_stop_charge此接口用于請求設備停止充電,充電模式為充滿為止。查詢業(yè)務策略query_equip_auth query_equip_business_po的申請，Token 作為全局唯一憑證，調用各接口時均需要使用。此接口用于請求設備認證信息。此接口用于查詢充電樁1.92查詢充電狀態(tài) 查詢充電站狀態(tài)獲取充電站信息查詢充電站充電統(tǒng)計信息通知接口設計query_equip_charge_stat usquery_station_status query_stations_infoquery_station_stats此接

20、口用于請求查詢充電設備的狀態(tài)信息。 此接口用于批量查詢設備實時狀態(tài)。此接口用于查詢充電站的信息。此查詢用于定期獲取每個充電站，在某個周期內的統(tǒng)計信息。2.1通知啟動充電結果notification_start_charge_result2.2通知充電站狀態(tài)notification_stationStatus2.3通知停止充電結果notification_stop_charge_result2.4通知設備充電狀態(tài)2.5通知充電訂單信息此接口用于向接口調用方推送啟動充電結果信息。當設備狀態(tài)發(fā)生變化， 推送最新的狀態(tài)通知到合作方。此接口用于向接口調用方推送停止充電結果信息。notification_

21、equip_charg 此接口用于向調用方推e_status送充電設備的充電狀態(tài)notification_charge_order 此接口用于向接口調用_info方推送充電訂單信息。（三）基于國際開放充電聯(lián)盟 OCPP 協(xié)議通信設計國際開放充電聯(lián)盟標準 OCPP 通信協(xié)議及通信接口設計的目的主要是為了解決國際上通用標準的充電樁終端與充電云平臺服務器之間通信的問題，對需要接入充電云平臺的終端進行約定，為開發(fā)人員和系統(tǒng)維護人員提供相應參考依據。氬嚕躑竄貿懇彈瀘頷澩紛釓。國際開放充電聯(lián)盟標準通信協(xié)議國際開放充電聯(lián)盟標準開放充電采用 OCPP 協(xié)議，協(xié)議的格式如下：請求 URLip portident

22、ity示例ws:/ip:port/identityOCPP 服務器 IP 或者域名地址OCPP 服務器端口號充電樁身份信息，充電樁編號ws:/ip:端口/identity報文頭規(guī)范示例：Connection=Upgrade, Host=29:8887,Sec-WebSocket-Key=okrh4GTD2IQ+iwqFoiGn7g=, Sec-WebSocket-Protocol=ocpp1.6,贏車贖孫滅獅贅慶獷。Sec-WebSocket-Version=13, Upgrade=websocket國際開放充電聯(lián)盟標準通信接口設計釷鵒 資序號接口名稱充電樁向服務器請求接口接口名接口描述說明1

23、AuthorizeRequest1.1鑒權請求在電動汽車開始或停止充電之前，首先要進行鑒權。只有在鑒權成功之后，充電樁才允許進行充電。當停止交易的用戶與開始交易的用戶不是同一個用戶時，充電樁需要發(fā)送鑒權消息。1.21.3啟動請求BootNotificationRequest充電樁啟動后，需要發(fā)送配置信息至服務器。服務器需要答復是否 認可該充電樁。充電樁通過數(shù)據傳輸消息數(shù)據傳輸請求診斷狀態(tài)數(shù)據通知請求固件狀態(tài)更新請求DataTransferRequestDiagnosticsStatusNotificati onRequestFirmwareStatusNotificatio

24、nRequest請求發(fā)送OCPP 協(xié)議未規(guī)定的數(shù)據信息。充電樁發(fā)送診斷狀態(tài)信息至服務器。充電樁通過發(fā)送診斷狀態(tài)數(shù)據通知請求以通知服務器。充電樁發(fā)送消息以告 知主站固件更新狀態(tài)。通知服務器，充電樁仍然處于連接狀態(tài)，每隔1.7心跳請求HeartbeatRequest充電數(shù)據上報請求MeterValuesRequest設定的時間，充電樁發(fā)送一次心跳報文。充電樁采集電能表及其它傳感器充電樣本數(shù)據上報服務器。 充電樁發(fā)送開始充電開始充電請求StartTransactionRequest請求至服務器請求開始充電。充電樁向服務器發(fā)送充電樁狀態(tài)變化通知，狀態(tài)通知請求結束充電請求服務器向充電樁下發(fā)接Status

25、NotificationRequestStopTransactionRequest通知服務器充電樁內的狀態(tài)變化或錯誤。充電樁應發(fā)送結束充電請求通知服務器請求停止充電。22.1口取消預約請求CancelReservationRequest如果充電樁有對應用戶 ID 的預約，則要返回“Accepted，”否則返回 Rejected。服務器可以通過發(fā)送命令改變充電樁的可用性。充電樁正在充電2.2修改可用性請求ChangeAvailabilityRequest或者準備充電，視為available。如果不允許充電則為 unavailable。2.6修改配置請求清除充電樁的授權緩存請求清

26、除充電配置請求ChangeConfigurationRequ estClearCacheRequestClearChargingProfileRequ est服務器可以通過發(fā)送 命令修改充電樁配置。服務器可以通過發(fā)送 命令以清除充電樁的 授權緩存。服務器可以通過發(fā)送命令，清除全部或部分充電配置文件。如 果服 務器需 要為OCPP 不支持的功能向充電樁發(fā)送信息，它應2.7數(shù)據傳輸請求DataTransferRequestGetCompositeScheduleReq獲取充電計劃請求充電計劃。2.8服務器為了獲取配置，獲取充電配置請求GetConfigurationRequest主站發(fā)送獲取充電配

27、置請求到充電樁。2.9服務器可以發(fā)送請求獲取充電樁診斷請求GetDiagnosticsRequest以獲取充電樁的診斷信息。2.10為了同步本地授權列獲取充電樁授權列版本GetLocalListVersionReque表，服務器會請求充電號請求st樁提供本地授權列表版本。2.11服務器可以發(fā)送服務服務端請求開始充電請RemoteStartTransactionRe端請求開始充電請求求quest命令充電樁開始充電交易。2.12服務器可以發(fā)送服務服務端請求結束充電請RemoteStopTransactionRe求quest端請求結束充電請求命令充電樁停止交易.2.13服務器可以發(fā)送服務uest該使

28、用數(shù)據傳輸請求。該操作的行為與由充 電樁發(fā)起的數(shù)據傳輸 操作相同。服務器可以通過發(fā)送命令，要求充電樁返回2.14服務端預約充電請求ReserveNowRequest服務端復位請求ResetRequest端預約充電請求至充電樁，為特定用戶預約一個連接器。主站可以通過發(fā)送服務端復位請求申請充電樁復位?？梢哉埱笥矎臀缓蛙洀臀弧Ｔ诮邮哲浿貑r，充電點應返2.152.16服務端發(fā)送本地授權列表請求服務端設置請求配置文SendLocalListRequest件請求充電配置文件。在交易SetChargingProfileRequest回到一種狀態(tài)，表現(xiàn)為剛剛啟動。服務器發(fā)送本地授權列表給充電樁。服務器在以下

29、情況下， 通過發(fā)送設置請求配 置文件請求實現(xiàn)設置9服務端發(fā)送觸發(fā)消息請求服務端發(fā)送解鎖連接器請求服務端發(fā)送更新固件請求TriggerMessageRequestUnlockConnectorRequestUpdateFirmwareRequest開始時，設置交易的充電配置文件。服務器正常操作下，充電樁將自身的狀態(tài)和 相關信息告知服務器。服務器通過發(fā)送觸發(fā) 消息請求請求充電樁 回復初始化信息。服務器通過發(fā)送發(fā)送解鎖連接器請求給充電樁，命令解鎖連接器。服務器通過服務端發(fā)送更新固件請求通知充電樁更新固件。（四）基于國家電網行業(yè)標準 socket 通信設計基于國家電網行業(yè)標準 s

30、ocket 通信設計目的主要是為了解決國內充電樁終端與主站服務端之間通信的問題，對需要接入充電云平臺的終端進行約定，為開發(fā)人員和系統(tǒng)維護人員提供相應參考依據。慫闡譜鯪逕導嘯畫長涼馴鴇。通訊協(xié)議充電樁與服務器之間采用 TCP/IP 進行永久長鏈接在線機制進行通信，充電樁體作為終端、主站作為服務端，服務端端口指定為：2404。諺辭調擔鈧諂動禪瀉類謹覡。數(shù)據幀格式參考位描述描述值長度76543210備注起始符0 x6 8 LE N VE R DIR PR MTS10 x68幀長度2協(xié)議版本至數(shù)據，總字節(jié)長度協(xié)議版本1協(xié)議版本號(0 x20)方向1時間戳4傳輸方向：0=終端到主站，1=主站到終端啟動標

31、志：0=報文來自從動站，1=報文來自啟動站Unix 時間戳，從 1970 年 1 月 1 日 00:00:00說明充電樁啟動時通過此命令向服務器發(fā)起登錄請求。通常每 60 秒終端發(fā)起一次心跳指令，如1.2心跳指令充電樁服務器果超過 180 秒沒有收到心跳或心跳應答，則認為連接斷開，需要重新登入。心跳同1.3終端主動請求費率指令1.4終端主動請求費率指令1.5設置集中器分配參數(shù)指令1.6實時狀態(tài)接收指令1.7充電實時信息接收指令（按北京時間）以來的秒數(shù)對于所有狀態(tài)與控制命令，時間戳的時間比本地時間晚 60 秒以上，則認為本命令已經超時失效，直接丟棄。終端設備類型命令DE V AD DR CM D

32、 DATA1設備類型終端地址6根據設備類型，選擇集中器地址或者充電樁編號2指令幀數(shù)據N通訊指令校驗CS1校驗字節(jié)前所有數(shù)據的算術和，不考慮進位（即取低 8 位）結束符0 x1610 x164.3 通信指令設計序號指令名稱1終端發(fā)啟指發(fā)送方應答方令1.1登入指令充電樁服務器時也作為校時使用。此指令為終端主動請求費率。終端需在登充電樁服務器錄后或其他必要的時候主動向主站請求費率。反復請求，直到獲得應答數(shù)據。此指令為終端主動請求費率。終端需在登充電樁服務器錄后或其他必要的時候主動向主站請求費率。反復請求，直到獲得應答數(shù)據。集中器分配設置由服務器發(fā)起，通常僅用于集中器，用于配置集中器下連接充電樁充電樁

33、服務器的數(shù)量及參數(shù)。路由分配設置需要在終端登錄成功后立即發(fā)起，如果沒有收到終端的應答，則需要反復重發(fā)，直到收到終端應答。實時狀態(tài)由終端定期上報，充電樁端狀態(tài)充電樁服務器信息需實時上報，服務端需要提供狀態(tài)信息接收接口。充電實時信息由終端在充電時定期上報。充電樁服務器充電樁端充電過程信息需實時上報，服務端需要提供充電實時信息接收接口。01.1122.1刷卡鑒權指令車輛 VIN 碼鑒權指令終端啟動充電指令終端充電結束、上報交易記錄指令終端發(fā)啟指令設置費率指令充電樁服務器充電樁服務器服務器充電樁刷卡充電由終端先發(fā)起刷卡鑒權，主站應答，如果通過鑒權，則允許用戶充電并發(fā)起終端啟動充電，主

34、站應答。須支持榮成公交一卡通直接刷卡充電。車輛具有 VIN 碼時，可以使用 VIN 碼鑒充電樁服務器權，主站應答，如果通過鑒權，則繼續(xù)充電，否則終端結束充電。充電樁服務器終端啟動充電通常是由用戶刷卡啟動，需要先進行刷卡鑒權，鑒權通過才能啟動充電。終端因為用戶操作、車輛充滿、故障等原因會上報充電結束。本指令同時也做為最終交易記錄用于費用結算。終端登錄成功以及服務器端更改費率后， 服務器端需要主動發(fā)起費率設置，如果沒有收到終端的應答，則需要反復重發(fā)，直到收到終端應答。2.2 讀取集中器分配參數(shù)指令服務器充電樁主要用于服務器端向集中器讀取分配的參數(shù)。主動讀取終端費率指令設置二維碼格

35、式指令服務端啟動充電指令服務器服務器充電樁充電樁主要用于服務器端向充電樁讀取終端費率。示格式。服務器充電樁用戶操作App/微信等啟動充電的，由服務端發(fā)起啟動充電命令。如果為收到終端應答，則通常重發(fā) 3 次。用戶從App/微信端操作停止充電的，由服務端發(fā)起停止充電，終端應答。此時應答服務器充電樁的數(shù)據并不是最終可結算的數(shù)據。等充電完全結束后，終端會重新發(fā)起終端充電結束，做為最終結算依據。服務器通過此指令設置充電樁二維碼顯2.6服務端停止充電指令三、充電云平臺的技術開發(fā)要求 充電云平臺的技術開發(fā)要求如下：資源層由微服務+容器化技術體系組成。服務器承接充電運營服務業(yè)務應用，支持彈性 擴容，數(shù)據庫實現(xiàn)

36、結構化數(shù)據的存儲與服務，通過統(tǒng)一網關及服務注冊中心提供反向代理、權限控制、單點登錄及負載均衡服務，消除單點故障，保證高并發(fā)時系統(tǒng)的健壯性。系統(tǒng)需 部署在本地平臺上。嘰覲詿縲鐋囁偽純鉿錈癱懇。系統(tǒng)性能滿足 10 萬用戶同時在線，響應時間小于3 秒。系統(tǒng)基于成熟軟件構建，需要提供全部系統(tǒng)源代碼、數(shù)據字典和開發(fā)文檔，并提供驗證手段。四、項目進度要求階段目標任務完成時間第一階段完成項目調研、需求分析。xxxx 年 xx 月 xx 日第二階段完成項目編碼及部署。xxxx 年 xx 月 xx 日第三階段完成系統(tǒng)的設計、。xxxx 年 xx 月 xx 日第四階段完成項目終驗。xxxx 年 xx 月 xx 日本項目的建設工期分為四個階