充电桩管理方法、装置、设备及存储介质与流程-j9九游会真人

文档序号:35696963发布日期:2023-10-11 19:56阅读:4来源:国知局


1.本技术涉及通信技术领域,尤其是一种充电桩管理方法、装置、设备及存储介质。


背景技术:

2.在使用充电桩对电动汽车进行充电的过程中,需要对电动汽车的充电量进行计费。现有的计费方式是:将电动汽车的充电信息上传至后运营平台中,由运营平台根据电动汽车的充电信息进行计费,再将计费结果返回至充电桩中,因此在电动汽车充电过程中,其充电过程较为依赖网络,充电模式单一,电动汽车的充电桩直接接入运营平台时,运营平台要支持多个厂家的通信协议和多个种类多个版本的报文,导致平台业务臃肿效率低下,影响电动汽车的充电效果。


技术实现要素:

3.本技术的目的是提供一种充电桩管理方法、装置、设备及存储介质,旨在解决现有充电桩充电模式单一,通信协议种类繁多的技术问题。
4.本技术实施例提供一种充电桩管理方法,包括:
5.预定义充电桩和运营平台之间的通信协议,所述通信协议定义充电桩和运营平台通信过程中各个动作的帧类别码;
6.在检测到充电请求时,获取充电桩当前的网络模式,所述网络模式包括离线模式或在线模式;
7.在充电桩处于离线模式时,验证待充电用户的身份信息;
8.根据待充电用户的身份信息判断充电请求是否有效;
9.若有效,根据充电请求提供充电行为并生成离线充电记录;
10.在充电桩处于在线模式时,基于通信协议建立充电桩和运营平台之间的通信,根据充电请求提供充电行为并生成在线充电记录,将离线充电记录上传至运营平台,以使运营平台根据预设的计费模型对在线充电记录和/或离线充电记录进行充电计费。
11.进一步,所述通信协议包括数据链路层、网络层、传输层和应用层,所述数据链路层用于处理连接网络的硬件部分,所述网络层用于承载协议消息包,所述传输层用于定义通信传输的通道,所述应用层用于通过系统调用与传输层进行通信,所述协议消息包用于实现充电桩与运营平台之间的通信。
12.进一步,所述协议消息的数据结构包括起始标志符、数据域、序列号域、加密标志、帧类别标志、消息体和帧校验域,所述充电桩的帧类型码为奇数,所述运营平台的帧类型码为偶数。
13.进一步,在所述根据充电请求提供充电行为并生成在线充电记录之前,还包括:
14.将充电桩的设备信息配置于运营平台;
15.向运营平台上传包含充电桩的设备信息的登录认证,接收运营平台对充电桩的设备信息进行校验的校验结果;
16.在校验结果为校验通过时,检索充电桩本地存储的离线充电记录。
17.进一步,所述根据充电请求提供充电行为并生成离线充电记录,包括:
18.根据充电请求的充电类型在离线充电策略集合中确定离线充电方案;
19.根据离线充电方案提供充电行为;
20.在接收到充电行为的完成指令时,根据充电行为生成离线充电记录。
21.进一步,所述根据充电请求提供充电行为并生成在线充电记录,包括:
22.根据充电请求的充电类型在在线充电策略集合中确定在线充电方案;
23.根据在线充电方案提供充电行为;
24.在接收到充电行为的完成指令时,根据充电行为生成在线充电记录。
25.进一步,所述运营平台根据预设的计费模型对在线充电记录和/或离线充电记录进行充电计费,包括:
26.根据当前运营费率在预设的计费模型确定最终计费模型;
27.将在线充电记录和/或离线充电记录输入至最终计费模型进行充电计费,将计费结果发送至用户端;
28.在离线充电记录完成计费时,将计费结果传输至充电桩以更新待充电用户的身份信息。
29.本技术实施例还提供一种充电桩管理装置,包括:
30.第一模块,用于预定义充电桩和运营平台之间的通信协议,所述通信协议定义充电桩和运营平台通信过程中各个动作的帧类别码;
31.第二模块,用于在检测到充电请求时,获取充电桩当前的网络模式,所述网络模式包括离线模式或在线模式;
32.第三模块,用于在充电桩处于离线模式时,验证待充电用户的身份信息;
33.第四模块,用于根据待充电用户的身份信息判断充电请求是否有效;
34.第五模块,用于根据充电请求提供充电行为并生成离线充电记录;
35.第六模块,用于在充电桩处于在线模式时,基于通信协议建立充电桩和运营平台之间的通信,根据充电请求提供充电行为并生成在线充电记录,将离线充电记录上传至运营平台,以使运营平台根据预设的计费模型对在线充电记录和/或离线充电记录进行充电计费。
36.本技术实施例还提供一种电子设备,所述电子设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以上任一项所述的充电桩管理方法。
37.本技术实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现以上任一项所述的充电桩管理方法。
38.本技术的有益效果:设计充电桩和运营平台之间的通信协议,通信协议规定充电桩与运营平台之间数据交互的流程、结构格式和内容,通过统一设计充电桩和运营平台通信过程中各个动作的帧类别码,以减小运营平台处理数据的压力,在检测到充电请求时,根据充电桩当前的网络模式来选择离线充电或在线充电,离线充电时验证待充电用户的身份信息合法且充电请求有效时提供充电行为,在线充电时根据设定的通信协议提供充电行为并同时更新离线充电的计费信息,拓展充电桩充电模式,提升用户使用体验感。
附图说明
39.图1是本技术一实施例提供的充电桩管理方法的流程图。
40.图2是图1中的步骤s106之前的流程图。
41.图3是图1中的步骤s105的流程图。
42.图4是一实施例提供的根据充电请求提供充电行为并生成在线充电记录的流程图。
43.图5是一实施例提供的在线充电记录和/或离线充电记录进行充电计费的流程图。
44.图6是本技术一实施例提供的充电桩管理装置的结构示意图。
45.图7是本技术一实施例提供的电子设备的硬件结构示意图。
具体实施方式
46.为使本发明实施例的目的、技术方案和优点更加清晰,下面将结合实施例和附图,对本发明作进一步的描述。
47.在本发明的实施例中,若干的含义是不定量,多个的含义是两个以上,大于、小于、超过等理解为不包括本数,以上、以下、以内等理解为包括本数。如果有描述到第一、第二只是用于区分技术特征为目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。
48.在本发明的实施例中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,除了包含所列的那些要素,而且还可包含没有明确列出的其他要素。
49.相关技术中,电动汽车的充电桩通信协议规定了充电桩与运营平台之间的接口通信协议,充电桩按通信协议规定将状态信息、交易的相关信息通过有线/无线网络发送至运营平台并回应运营平台请求,运营平台按协议规定查询充电桩数据并给充电桩以回应。一个充电桩的通信协议一般包括充电桩参数管理、充电桩状态管理、充电服务信息采集、实时计费信息等几大类内容,总报文数量各个厂家的标准不尽相同,从几十个到近百个不等。电动汽车的充电桩直接接入运营平台时,平台要支持多个厂家的通信协议,支持多个种类多个版本的报文,平台业务臃肿效率低下,新接入一个厂家的桩就要做平台升级,平台变更频繁,风险不可控。
50.另外,在电动汽车充电过程中,其充电过程较为依赖网络,充电模式单一,公共充电桩在系统升级或者服务片区网络故障的情况下将暂停充电服务,对于没有电量需要紧急充电的车主造成了许多隐患。
51.基于此,本技术实施例提供一种充电桩管理方法、装置、设备及存储介质,通过预定义充电桩和运营平台之间的通信协议,统一设计充电桩和运营平台通信过程中各个动作的帧类别码,减小运营平台处理数据的压力,设计在线充电和离线充电两种充电模式,拓展充电桩充电模式。
52.图1是本技术实施例提供的充电桩管理方法的流程图,图1中的方法可以包括但不限于包括步骤s101至步骤s106。
53.步骤s101,预定义充电桩和运营平台之间的通信协议。其中,通信协议定义充电桩和运营平台通信过程中各个动作的帧类别码。
54.需要说明的是,通信协议规定了充电桩与运营平台之间数据交互的流程、结构格
式和内容,预定义的通信协议设定充电桩和运营平台交互过程中各个动作的帧类别码,使用设计的帧类别码进行传输,表征充电桩和运营平台通信过程中的动作,减小运营平台处理数据的压力。
55.充电桩和运营平台基于tcp/ip socket的通信方式并通过两者之间的通信接口实现充电桩和运营平台之间的通信,按照长连接工作模式。充电桩和运营平台可以是部署在同一个或者不同的企业网络环境中,通过局域网或者互联网实现互相连接通信。充电桩通信联接方式可以是支持有线网络接口、无线gprs连接云平台服务器或者多个充电桩经过集中器与运营平台连接。充电桩可以是支持服务器的直接ip地址与网络域名解析,地址与连接端口均为可设置参数。
56.在具体实施中,按照通信协议内容开发完成后,运营平台会分配充电桩的设备编号以及平台登陆账户,可以登陆云平台查看充电桩与运营平台的上行下数据帧以及上行数据解析内容,在数据帧解析通过后,运营平台会提供云平台接口以及充电卡来对整个充电流程进行调试,在测试环境测试通过后,由平台提供正式环境的相关配置信息。
57.步骤s102,在检测到充电请求时,获取充电桩当前的网络模式。其中,网络模式包括离线模式或在线模式。
58.在具体实施中,用户需要对电动汽车进行充电时,通过与充电桩交互以产生充电请求,充电请求可以是刷卡操作,通过使用预先派发给用户的充电卡与充电桩交互,产生充电请求。
59.在具体实施中,在检测到充电请求时,获取当前充电桩的网络信息,若充电桩可以与互联网进行信息交互,则判定当前网络模式属于在线模式;若充电桩无法与互联网进行信息交互,则判定当前网络模式属于离线模式。在离线模式下,往往是充电桩的互联网模块出现故障或者充电桩处于系统更新升级阶段,在这种情况下无法与互联网进行信息的交互。
60.需要说明的是,充电桩其功能类似于加油站里面的加油机,可以固定在地面或墙壁,安装于公共建筑(公共楼宇、商场、公共停车场等)和居民小区停车场或充电站内,可以根据不同的电压等级为各种型号的电动汽车充电。充电桩的输入端与交流电网直接连接,输出端都装有充电插头用于为电动汽车充电。充电桩一般提供常规充电和快速充电两种充电方式,人们可以使用特定的充电卡在充电桩提供的人机交互操作界面上刷卡使用,进行相应的充电方式、充电时间、费用数据打印等操作,充电桩显示屏能显示充电量、费用、充电时间等数据。
61.步骤s103,在充电桩处于离线模式时,验证待充电用户的身份信息。
62.在具体实施中,在检测到当前属于离线模式时,在充电桩本地的存储介质中获取已存储的待充电用户的身份信息,若获取失败则待充电用户的身份不合法,若获取成功则获取该待充电用户的历史充电数据,历史充电数据记录充电桩对应进行充电的用户信息以及用户的充电行为详情,通过该待充电用户的历史充电数据验证该待充电用户的诚信记录,例如,是否有欠费以及欠费金额等,验证通过则待充电用户的身份合法。
63.步骤s104,根据待充电用户的身份信息判断充电请求是否有效。
64.可以理解的是,在本实施例中根据待充电用户的身份信息判断充电请求是否有效是指获取充电请求对应的待充电用户的身份信息,可以是用户通过插卡或者是指纹信息输
入等其他方式提供的待充电用户的身份信息,本实施例在此不做限制。例如,待充电用户的身份信息即当前充电桩在本地存储的可充电名录数据,在派发充电卡给用户时将充电卡的卡片信息记录于充电桩的本地存储空间内,已存储的卡片信息为合法的待充电用户。
65.步骤s105,若有效,根据充电请求提供充电行为并生成离线充电记录。
66.需要说明的是,离线充电记录是指在确认用户的充电身份信息之后,系统将在离线模式下按照充电装置对车辆进行充电,在这个过程结束之后将在本地记录此次的充电过程以及消耗的电量。
67.在具体实施中,提供充电行为并生成离线充电记录是指记录该次离线模式下对汽车进行充电的整个行为。根据记录的行为具体详情生成离线充电记录。
68.步骤s106,在充电桩处于在线模式时,基于通信协议建立充电桩和运营平台之间的通信,根据充电请求提供充电行为并生成在线充电记录,将离线充电记录上传至运营平台,以使运营平台根据预设的计费模型对在线充电记录和/或离线充电记录进行充电计费。
69.需要说明的是,在线充电记录是指在确认用户的充电身份信息之后,系统将在在线模式下按照充电装置对车辆进行充电,在这个过程结束之后将在运营平台记录此次的充电过程以及消耗的电量。
70.在具体实施中,在检测到网络模式处于在线模式时,通过充电桩和运营平台之间的通信,运营平台控制对应的充电桩启动以对车辆进行充电,在这个过程结束之后将在运营平台记录此次的充电过程以及消耗的电量,得到在线充电记录,同时,充电桩将存储与本地的离线充电记录上传至运营平台,运营平台对未进行计费的离线充电记录以及在线充电记录进行充电计费。运营平台将由在线充电记录产生的计费信息发送至用户终端,以使用户终端进行结账,运营平台将由离线充电记录产生计费信息进行更新,将更新信息下发至各个充电桩,以更新待充电用户的身份信息。
71.本技术实施例所示意的步骤s101至步骤s106,设计充电桩和运营平台之间的通信协议,通信协议规定充电桩与运营平台之间数据交互的流程、结构格式和内容,通过统一设计充电桩和运营平台通信过程中各个动作的帧类别码,以减小运营平台处理数据的压力,在检测到充电请求时,根据充电桩当前的网络模式来选择离线充电或在线充电,离线充电时验证待充电用户的身份信息合法且充电请求有效时提供充电行为,在线充电时根据设定的通信协议提供充电行为并同时更新离线充电的计费信息,拓展充电桩充电模式,提升用户使用体验感。
72.在一些实施例中,通信协议包括数据链路层、网络层、传输层和应用层。其中,数据链路层用于处理连接网络的硬件部分,网络层用于承载协议消息包,传输层用于定义通信传输的通道,应用层用于通过系统调用与传输层进行通信,协议消息包用于实现充电桩与运营平台之间的通信。
73.协议消息的数据结构包括起始标志符、数据域、序列号域、加密标志、帧类别标志、消息体和帧校验域,充电桩的帧类型码为奇数,运营平台的帧类型码为偶数。起始标志符的数据长度为1字节,起始标志符代表一帧数据的开始,起始标志符固定为0x68。数据域的数据长度不超过200字节,不加密时为原数据长度,加密时,为加密后数据长度,数据域的值为“序列号域 加密标志 帧类型标志 消息体”字节数之和。序列号域的数据长度为2字节,序列号域即为数据包的发送顺序号,从0开始顺序增加,如是应答数据包,则与询问数据包序
号保持一致,当充电桩与运营平台网络断开重新建立连接或者溢出后归0。加密标志的数据长度为1字节,加密标志只针对消息体(数据单元),0x00则表示不加密,0x01则表示加密,采用三重数据加密算法进行加密。帧类别标志的数据长度为1字节,帧类别标志定义了上下行数据帧(奇数由桩定义,偶数由云平台定义)。帧校验域的数据长度为2字节,帧校验域为从序列号域到数据域的crc校验,校验多项式为0x180d,低字节在前,高字节在后。
74.请参阅图2,在一些实施例中,在步骤s106之前还可以包括但不限于包括步骤s201至步骤s203。
75.步骤s201,将充电桩的设备信息配置于运营平台。
76.步骤s202,向运营平台上传包含充电桩的设备信息的登录认证,接收运营平台对充电桩的设备信息进行校验的校验结果。
77.步骤s203,在校验结果为校验通过时,检索充电桩本地存储的离线充电记录。
78.在步骤s201中,充电桩的系统将充电桩设备编码、版本信息、通信方式等充电桩设备信息预先配置于运营平台,用于在充电桩接入运营平台时进行认证。
79.在步骤s202中,运营平台与接入的充电桩进行通信,接收充电桩上传的包含充电桩的设备信息的报文并进行校验,得到校验结果,运营平台向充电桩发送对应的校验结果,充电桩登录成功。充电桩登录成功后,运营平台通过对充电桩下发控制指令以管理接入的充电桩,控制指令可以通过通信报文的形式下传至充电桩,同时,运营平台监控和接收充电桩在线情况、充电实时心跳、充电实时数据、充电是否正常等对信息。
80.在步骤s203中,充电桩主动检索自身本地存储的离线充电记录,将检索得到的离线充电记录上传至运营平台,或者是运营平台向充电桩下发控制指令,接收控制指令的充电桩检索自身本地存储的离线充电记录,以使运营平台接收离线充电记录后进行充电计费。
81.请参阅图3,在一些实施例中,步骤s105包括但不限于包括步骤s301至步骤s303。
82.步骤s301,根据充电请求的充电类型在离线充电策略集合中确定离线充电方案。
83.步骤s302,根据离线充电方案提供充电行为。
84.步骤s303,在接收到充电行为的完成指令时,根据充电行为生成离线充电记录。
85.可以理解的是,本实施例支持的充电类型包括变脉冲充电方式,即采用充电电流脉冲,包括充电脉冲、间歇脉冲以及放电脉冲。
86.需要说明的是,每一充电桩因为自身配置原因,支持的充电方式不一致,在进行充电之前确认充电方案可以有效保障待充电车辆的充电安全以及减少对汽车电池的损耗。充电策略可以是包含机损比例,计损比例定义在费率帧中,充电桩需要对上送平台充电量加上此比例,如实时监测数据中的“计损电度”,则为“电度”基础上加上此比例得到的值,同理,可包含于交易记录中的“计损尖电量”、“计损峰电量”、“计损平电量”、“计损谷电量”和“计损总电量”。
87.在具体实施中,待充电用户直接向充电桩发出充电请求,例如刷卡申请,充电桩在离线模式下验证充电请求是否有效,向待充电用户显示充电卡信息的验证结果,验证通过后充电桩启动那个离线充电并保存离线充电数据,作为离线充电记录,当用户再次刷卡时,再次验证充电卡,验证成功后结束当次离线充电,离线充电记录将在充电桩下一次处于在线模式时,基于预定义的通信协议上传离线充电记录至运营平台,以进行充电计费。
88.请参阅图4,在一些实施例中,根据充电请求提供充电行为并生成在线充电记录包括但不限于包括步骤s401至步骤s403。
89.步骤s401,根据充电请求的充电类型在在线充电策略集合中确定在线充电方案。
90.步骤s402,根据在线充电方案提供充电行为。
91.步骤s403,在接收到充电行为的完成指令时,根据充电行为生成在线充电记录。
92.在一具体实施中,待充电用户在应用程序中使用终端扫码功能识别预先下发给充电桩的二维码以发出充电请求,运营平台获取充电请求并向对应充电桩发出启动充电的控制指令,充电桩接收控制指令并为待充电用户的电动汽车提供充电行为,同时回复运营平台启动成功的报文以及上传电动汽车电池bms相关信息的报文,运营平台接收充电桩上传的报文以形成充电业务数据,将充电业务数据发送至待充电用户的终端进行显示,当充电达到上限或通过运营平台接收到待充电用户使用终端发出的结束充电的信号时,充电桩停止提供充电行为,运营平台对该次在线充电进行充电计费并将计费结果发送至待充电用户的终端,待充电用户线上缴费。
93.在另一具体实施中,待充电用户通过充电卡在充电桩的特定区域进行刷卡操作以发出充电请求,运营平台获取充电请求并向对应充电桩发出启动充电的控制指令,充电桩接收控制指令并为待充电用户的电动汽车提供充电行为,实时显示电动汽车电池bms相关信息,同时回复运营平台启动成功的报文,当充电达到上限或用户再次在充电桩的特定区域进行刷卡操作时,充电桩停止提供充电行为,运营平台对该次在线充电进行充电计费,根据计费结果对用户的充电卡账户进行扣费。
94.上述实施例中,用户可以是先通过在应用程序中使用终端扫码功能识别预先下发给充电桩的二维码以发出充电请求,后在充电桩的特定区域进行刷卡操作以停止充电,也可以是先通过充电卡在充电桩的特定区域进行刷卡操作以发出充电请求,后在应用程序中使用终端扫码功能识别预先下发给充电桩的二维码以在应用程序中选择停止充电。
95.请参阅图5,在一些实施例中,在线充电记录和/或离线充电记录进行充电计费包括但不限于包括步骤s501至步骤s503。
96.步骤s501,根据当前运营费率在预设的计费模型确定最终计费模型。
97.步骤s502,将在线充电记录和/或离线充电记录输入至最终计费模型进行充电计费,将计费结果发送至用户端。
98.步骤s503,在离线充电记录完成计费时,将计费结果传输至充电桩以更新待充电用户的身份信息。
99.可以理解的是,运营费率为每个计费时间段参数内所设定的充电费用,计费时间段参数为预先配置的存储于数据库中的计费时间段参数,计费时间段参数用于将充电过程划分为多个计费时段,例如:若计费时间段参数为20分钟,则充电过程中每隔20分钟为一计费时段,该计费时段内的充电费用(包含电费和服务费)为运营费率。计费时间段参数可以只配置一个,这样所有充电桩的计费时间段参数均相同;计费时间段参数也可以配置多个,根据不同类的充电桩的应用情况,配置不同的计费时间段参数,例如:直流充电的充电桩与交流充电的充电桩的计费时间段参数可以不同。
100.在具体实施中,充电桩发起充电计费模型的请求,运营平台根据当前的计费时间段参数确定运营费率,从而根据运营费率从多个计费模型中确定最终计费模型,作为当前
计费时间段内的计费模型,运营平台检测最终计费模型与当前运营费率是否一致,并回复计费模型请求应答,如果不一致,充电桩需要向运营平台请求新的最终计费模型,如果一致,运营平台使用最终计费模型对在线充电记录和/或离线充电记录进行充电计费。最终计费模型在每个计费时段对应的定时触发节点之后至下一计费时段对应的定时触发节点之前,获取充电桩输出的功率参数,以作为每个计费时段中充电桩输出的功率参数。其中,最终计费模型获取充电桩输出的功率参数包括,在每个计费时段对应的定时触发节点之后至下一计费时段对应的定时触发节点之前,获取多个时刻的充电桩输出的功率参数,取多个时刻的功率参数的中间值,以作为每个计费时段中充电桩输出的功率参数,根据充电桩输出的功率参数确定充电桩在该计费时段内的充电消耗电能。
101.请参阅图6,本技术实施例还提供一种充电桩管理装置,可以实现上述充电桩管理方法,该装置包括:
102.第一模块601,用于预定义充电桩和运营平台之间的通信协议,所述通信协议定义充电桩和运营平台通信过程中各个动作的帧类别码;
103.第二模块602,用于在检测到充电请求时,获取充电桩当前的网络模式,所述网络模式包括离线模式或在线模式;
104.第三模块603,用于在充电桩处于离线模式时,验证待充电用户的身份信息;
105.第四模块604,用于根据待充电用户的身份信息判断充电请求是否有效;
106.第五模块605,用于根据充电请求提供充电行为并生成离线充电记录;
107.第六模块606,用于在充电桩处于在线模式时,基于通信协议建立充电桩和运营平台之间的通信,根据充电请求提供充电行为并生成在线充电记录,将离线充电记录上传至运营平台,以使运营平台根据预设的计费模型对在线充电记录和/或离线充电记录进行充电计费。
108.该充电桩管理装置的具体实施方式与上述充电桩管理方法的具体实施例基本相同,在此不再赘述。
109.本技术实施例还提供了一种电子设备,电子设备包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现上述充电桩管理方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。
110.请参阅图7,图7示意了另一实施例的电子设备的硬件结构,电子设备包括:
111.处理器701,可以采用通用的cpu(centralprocessingunit,中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit,asic)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本技术实施例所提供的技术方案;
112.存储器702,可以采用只读存储器(readonlymemory,rom)、静态存储设备、动态存储设备或者随机存取存储器(randomaccessmemory,ram)等形式实现。存储器702可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器702中,并由处理器701来调用执行本技术实施例的充电桩管理方法;
113.输入/输出接口703,用于实现信息输入及输出;
114.通信接口704,用于实现本设备与其他设备的通信交互,可以通过有线方式(例如usb、网线等)实现通信,也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信;
115.总线705,在设备的各个组件(例如处理器701、存储器702、输入/输出接口703和通信接口704)之间传输信息;
116.其中,处理器701、存储器702、输入/输出接口703和通信接口704通过总线705实现彼此之间在设备内部的通信连接。
117.本技术实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现上述充电桩管理方法。
118.存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序和非暂态性计算机可执行程序。此外,存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
119.本技术实施例提供的充电桩管理方法、装置、设备及存储介质,设计充电桩和运营平台之间的通信协议,通信协议规定充电桩与运营平台之间数据交互的流程、结构格式和内容,通过统一设计充电桩和运营平台通信过程中各个动作的帧类别码,以减小运营平台处理数据的压力,在检测到充电请求时,根据充电桩当前的网络模式来选择离线充电或在线充电,离线充电时验证待充电用户的身份信息合法且充电请求有效时提供充电行为,在线充电时根据设定的通信协议提供充电行为并同时更新离线充电的计费信息,拓展充电桩充电模式,提升用户使用体验感。
120.本技术实施例描述的实施例是为了更加清楚的说明本技术实施例的技术方案,并不构成对于本技术实施例提供的技术方案的限定,本领域技术人员可知,随着技术的演变和新应用场景的出现,本技术实施例提供的技术方案对于类似的技术问题,同样适用。
121.本领域技术人员可以理解的是,图中示出的技术方案并不构成对本技术实施例的限定,可以包括比图示更多或更少的步骤,或者组合某些步骤,或者不同的步骤。
122.以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
123.本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
124.本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”和他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
125.应当理解,在本技术中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“a和/或b”可以表示:只存在a,只存在b和同时存在a和b三种情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
126.在本技术所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
127.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
128.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
129.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括多指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例的方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,简称rom)、随机存取存储器(random access memory,简称ram)、磁碟或者光盘等各种可以存储程序的介质。
130.以上参照附图说明了本技术实施例的优选实施例,并非因此局限本技术实施例的权利范围。本领域技术人员不脱离本技术实施例的范围和实质内所作的任何修改、等同替换和改进,均应在本技术实施例的权利范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
网站地图