加氢站点补氢方法、装置、系统以及计算机可读存储介质与流程

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.一个或多个应用程序，其中一个或多个应用程序被存储于存储器中，并配置为由处理器执行以实现如第一方面所述的加氢站点补氢方法。
40.第四方面，本技术提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器进行加载，以执行如第一方面所述的加氢站点补氢方法中的步骤。
41.本技术通过每个加氢站点的剩余氢气量以及加氢排队序列，计算排队中的预约消耗氢气量，进而可以确定加氢站点在预约排队情况下预测的预约剩余氢气量，因此可以提前根据预约剩余氢气量判断加氢站点氢源是否将要耗尽，可以合理安排对加氢站点的补氢
操作，避免充满氢气的加氢车闲置造成资源浪费或者加氢站点无氢可加的现象。
附图说明
42.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1是本技术实施例中提供的加氢站点补氢应用系统的场景示意图；
44.图2是本技术实施例中提供的加氢站点补氢方法的一个实施例流程示意图；
45.图3是本技术实施例中提供的生成加氢站点的补氢指令的一个实施例流程示意图；
46.图4是本技术实施例中提供的判断预约剩余氢气量是否小于氢气量报警阈值的一个实施例流程示意图；
47.图5是本技术实施例中提供的确定时间段与氢气量报警阈值关系数据库的一个实施例流程示意图；
48.图6是本技术实施例中提供的加氢站点补氢装置的一个实施例结构示意图；
49.图7是本技术实施例中提供的加氢站点补氢系统的一个实施例结构示意图。
具体实施方式
50.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
51.在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
52.在本技术中，“示例性”一词用来表示“用作例子、例证或说明”。本技术中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本技术所公开的原理和特征的最广范围相一致。
53.本技术实施例提供一种加氢站点补氢方法、装置、系统以及计算机可读存储介质，
以下分别进行详细说明。
54.首先，参阅图1，图1为本技术实施例中示例性加氢站点补氢应用系统100的场景示意图。
55.加氢站点补氢应用系统100可以检测加氢站点(例如移动加氢车、固定式加氢站)氢气含量并预测预约排队情况下加氢站点的预约剩余氢气含量，以及时保证加氢站点具有足够的氢气以进行加氢。具体的，加氢站点补氢应用系统100可以包括服务器110、网络120、存储设备130以及移动终端140、加氢站点150以及补氢终端160。
56.其中，服务器110可以处理来自加氢站点补氢应用系统100的至少一个组件或外部数据源(例如，存储设备130、移动终端140、加氢站点150)的数据和/或信息，例如服务器110可以获取移动终端140发送的预约加氢请求并确定加氢对象(例如轿车、公交车、货车、轮船以及飞机等)所需求的预约消耗氢气量。在本技术的一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是经由接入点连接到网络120的集中式服务器组，或者经由至少一个接入点分别连接到网络120的分布式服务器组。在本技术的一些实施例中，服务器110可以本地连接到网络120或者与网络120远程连接。例如，服务器110可以经由网络120访问存储在存储设备130中的信息和/或数据。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
57.网络120连接加氢站点补氢应用系统100的各组成部分，使得各部分之间可以进行通讯，以促进信息和/或数据的交换。在一些实施例中，加氢站点补氢应用系统100中的至少一个组件(例如，服务器110、存储设备130、移动终端140)可以经由网络120将信息和/或数据(例如补氢指令)发送到加氢站点补氢应用系统100中的其他组件。在一些实施例中，加氢站点补氢应用系统100中各部分之间的网络可以是有线网络或无线网络中的任意一种或多种。例如，网络120可以包括电缆网络、有线网络、光纤网络、电信网络、内部网络、互联网、局域网络(local area network，lan)、广域网络(wide area network，wan)、无线局域网络(wireless local area network，wlan)、城域网(metropolitan area network，man)、公共交换电话网络(public switched telephone network，pstn)、蓝牙网络(bluetooth)、紫蜂网络(zigbee)、近场通信(near field communication，nfc)、设备内总线、设备内线路、线缆连接等或其任意组合。每两个部分之间的网络连接可以是采用上述一种方式，也可以是采取多种方式。
58.存储设备130可以储存数据和/或指令。在一些实施例中，存储设备130可以存储从移动终端140、加氢站点150获得的数据。例如，预约剩余氢气量。又例如，存储设备130可以存储与移动终端140、加氢站点150、补氢终端160相关的日志。在一些实施例中，存储设备130可以存储服务器110可以执行的数据和/或指令。在一些实施例中，存储设备130可包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(rom)等或其任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性易失性读写存储器可以包括随机存取存储器(random access memory，ram)。示例性ram可包括动态随机存取存储器(dynamic random access memory，dram)、双倍数据速率同步动态随机存取存储器(double-data-rate synchronous dynamic random access memory，ddrsdram)、静态随机存取存储器
(static random-access memory，sram)、晶闸管随机存取存储器(thyristor random access memory，t-ram)和零电容随机存取存储器(zero capacitance random access memory，z-ram)等。示例性只读存储器可以包括掩模型只读存储器(masked read only memory，mrom)、可编程只读存储器(programmable read only memory，prom)、可擦除可编程只读存储器(programmable erasable read only memory，perom)、电可擦除可编程只读存储器(electrically erasable programmable read only memory eeprom)、光盘只读存储器(compact disc read-only memory，cd-rom)和数字多功能磁盘只读存储器等。在一些实施例中，存储设备130可在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
59.移动终端140可以获取用户起始位置、用户出发时间以及预约加氢量，以便于服务器110确定推荐加氢站点。在一些实施例中，移动终端140可以是具有信息接收和/或发送功能的设备，以便于发送给服务器110进行处理。在一些实施例中，移动终端140可以包括多个终端141、142、143......。例如，移动终端140可以包括移动设备141、平板电脑142、车载终端设备143等或其任何组合。
60.加氢站点150可以为加氢对象提供氢气源以及加氢功能。在一些实施例中，加氢站点150可以具有信息接收和/或发送功能，以便于将数据发送给服务器110进行处理，例如加氢站点150的位置信息、剩余氢气量等。在本技术的一些实施例中，加氢站点150可以为移动式加氢车或者固定式的加氢站。
61.补氢终端160可以为加氢站点150提供氢气，以保证其具有足够的氢气。在本技术的一些实施例中，例如对于加氢站点150为加氢车的实施例中，补氢终端160亦可以为加氢车，以直接通过加氢车换班的方式实现补氢。在本技术的另外一些实施例中，例如对加氢站点150为固定加氢站点的实施例，补氢终端160可以为设置有储氢罐的氢罐车。
62.应当注意的是，上述有关加氢站点补氢应用系统100的描述仅仅是为了示例和说明，而不限定本技术的适用范围。对于本领域技术人员来说，在本技术的指导下可以对加氢站点补氢应用系统100进行各种修正和改变，例如，加氢站点补氢应用系统100还可以包括报警装置，以便于检测到加氢站点150氢气余量较低时提醒监管人员。
63.继续参阅图2，图2示出了本技术实施例中加氢站点补氢方法的一种流程示意图，本技术实施例中的加氢站点补氢方法应用于加氢站点补氢应用系统100，加氢站点补氢应用系统100中执行加氢站点补氢方法的设备的种类不作限定，即，执行加氢站点补氢方法的设备可以是终端也可以是服务器110，本技术实施例中以服务器110为例进行说明。其中，加氢站点补氢方法包括：
64.步骤s201，获取加氢站点的剩余氢气量以及加氢排队序列，其中，所述加氢排队序列包括多个预约加氢请求；
65.服务器110可以获取加氢站点的剩余氢气量以及加氢排队序列，以便于判断加氢站点在预约排队后的剩余氢气量，其中，加氢站点可以为加氢车辆提供加氢服务，示例性的，加氢站点可以为移动加氢车或固定加氢站点等。具体的，每个加氢站点具有对应的实时的剩余氢气量以及加氢排队序列，加氢排队序列是指针对每一个加氢站点，根据用户请求发出/接收到预约加氢请求的时间排序得到的该加氢站点用户加氢排队集合，例如，对于加氢站点a，车辆a发出预约加氢请求的时间为9:30，车辆b发出预约加氢请求的时间为9:25，
则示例性加氢站点a的加氢排队序列为{车辆b，车辆a}。
66.其中，加氢排队序列包括与每个加氢车辆对应的多个预约加氢请求，预约加氢请求是加氢对象驾驶者经移动终端140(例如移动设备141、平板电脑142、车载终端设备143等)发送给服务器的服务请求，其中预约加氢请求可以包括用户当前位置以及预约加氢量，当前位置例如轿车的所在市区、接到以及其具体位置，预约加氢量可以通过检测加氢车辆储氢罐的压力并根据其容积，计算得到加氢车辆。可以理解的，预约加氢请求还可以包括其他信息，例如用户id、移动终端140唯一识别码、目前储氢罐的氢气含量、出发时间等。
67.具体的，服务器110获取加氢站点的剩余氢气量以及加氢排队序列可以通过查询存储设备130中的数据得到，还可以根据检测加氢站点的氢气量而得到剩余氢气量。
68.步骤s202，根据多个预约加氢请求计算预约消耗氢气量；
69.服务器110可以根据多个预约加氢请求计算预约消耗氢气量，其中，预约消耗氢气量是指当前加氢排队序列中所有车辆所消耗的氢气量。在本技术的一些实施例中，例如对于预约加氢请求包括预约加氢量的实施例，预约消耗氢气量的计算可以直接通过预约加氢量计算得到，例如，服务器110可以根据每个预约加氢请求对应的预约加氢量，计算预约消耗氢气量。示例性的，对于上述加氢排队序列{车辆b，车辆a}，车辆a的预约加氢量为1千克，车辆b的预约加氢量为5千克，则加氢排队序列对应的预约消耗氢气量为6千克。
70.在本技术的另外一些实施例中，例如对于预约加氢请求包括用户起始位置以及预约加氢量的实施例，预约消耗氢气量的计算还可以参考用户起始位置，例如，对于每个预约加氢请求，服务器110可以根据加氢站点的位置与用户起始位置计算路径消耗氢气量，然后根据每个预约加氢请求对应的路径消耗氢气量以及预约加氢量，求和计算得到预约消耗氢气量。
71.步骤s203，根据剩余氢气量以及预约消耗氢气量计算加氢站点的预约剩余氢气量；
72.服务器110可以根据剩余氢气量以及预约消耗氢气量计算加氢站点的预约剩余氢气量，其中，预约剩余氢气量是指加氢站点在预约排队之后的剩余氢气量。具体的，加氢站点的预约剩余氢气量可以根据剩余氢气量以及预约消耗氢气量计算得到，例如，加氢站点a的剩余氢气量为80千克，加氢排队序列为{车辆b，车辆a}，加氢排队序列对应的预约消耗氢气量为6千克，则加氢站点a对应预约剩余氢气量为74千克。
73.步骤s204，判断预约剩余氢气量是否小于氢气量报警阈值，是则生成加氢站点的补氢指令。
74.当预约剩余氢气量小于氢气量报警阈值时，例如预约剩余氢气量小于10千克，则服务器110可以生成加氢站点的补氢指令，安排补氢终端160对加氢站点进行补氢，以保证加氢站点具有足够的氢气供用户使用。
75.在本身的一些实施例中，当用户发出取消加氢请求时，加氢站点补氢方法包括服务器110接收用户取消加氢请求，并删除加氢排队序列中与用户取消加氢请求对应的预约加氢请求，然后根据删除预约加氢请求后的加氢排队序列计算预约消耗氢气量，以避免在用户取消加氢行程后仍计算其预约加氢量导致误差的产生。
76.本技术通过每个加氢站点的剩余氢气量以及加氢排队序列，计算排队中的预约消耗氢气量，进而可以确定加氢站点在预约排队情况下预测的预约剩余氢气量，因此可以提
前根据预约剩余氢气量判断加氢站点氢源是否将要耗尽，可以合理安排对加氢站点的补氢操作，避免充满氢气的加氢车闲置造成资源浪费或者加氢站点无氢可加的现象。
77.进一步的，为保证补氢的及时性同时避免补氢过程加氢车闲置的现象，还可以确定补氢时间，在本技术的一些实施例中，预约加氢请求包括用户起始位置以及用户出发时间，参阅图3，图3示出了本技术实施例中生成加氢站点的补氢指令的流程示意图，其中生成加氢站点的补氢指令的步骤包括：
78.步骤s301，对于每个预约加氢请求，根据加氢站点的位置与用户起始位置计算路径消耗时间；
79.服务器110可以对于每个预约加氢请求，根据加氢站点的位置与用户起始位置计算路径消耗时间，其中，路径消耗时间是指加氢车辆从用户当前位置行使到加氢站点所消耗的时间，具体的，路径消耗氢气量可以通过加氢站点与用户当前位置的距离与交通规则(例如限速规则)或其他用户达到平均速度确定。例如，加氢站点与用户当前位置的距离为4千米，该路段平均速度为40km/h，则对应的路径消耗时间为6分钟。
80.步骤s302，根据每个预约加氢请求对应的路径消耗时间和用户出发时间，确定最迟加氢时间；
81.服务器100可以根据每个预约加氢请求对应的路径消耗时间和用户出发时间，确定最迟加氢时间，其中，最迟加氢时间是加氢排队序列中最后一辆车达到加氢站点的时间，具体的，最迟加氢时间可以根据每个预约加氢请求对应的路径消耗时间和用户出发时间，例如对于加氢排队序列{车辆b，车辆a}，车辆b的路径消耗时间为10分钟，用户出发时间为9:30，车辆a的路径消耗时间为15分钟，用户出发时间为9:28，则最迟加氢时间为9:43。
82.步骤s303，根据最迟加氢时间确定加氢站点的补氢时间，生成补氢指令并将补氢时间与补氢指令关联。
83.在确定最迟加氢时间后，则服务器100可以安排补氢时间进行补氢，例如预约剩余氢气量为10千克，最迟加氢时间为9:43，为保证加氢站点补氢的及时性，可以安排加氢终端160在补氢时间9:45达到指定加氢站点，然后将补氢时间与补氢指令关联并发送给相关人员，例如加氢平台运营管理人员。
84.进一步的，为保证加氢站点在高峰时间段以及低峰时间段合理安排进行补氢，在本技术的一些实施例中，氢气量报警阈值还可以与多个预设时间段对应，示例性的，时间段可以按每一天的时间划分为0:00-6:00、6：00-10:00、10:00-12：00、12:00-14:00等。可以理解的，时间段还可以按照工作日以及休息日、节假日划分，例如星期一-星期五、星期六-星期天两个时间段。
85.继续，参阅图4，图4示出了本技术实施例中判断预约剩余氢气量是否小于氢气量报警阈值的一种流程示意图，其中判断预约剩余氢气量是否小于氢气量报警阈值的步骤包括：
86.步骤s401，获取当前时间，确定当前时间所处的目标时间段；
87.服务器110可以获取当前时间，其中，当前时间可以为最近接收到预约加氢请求的时间，以便于每接收到一次新的预约加氢请求后，即判断加氢站点的剩余氢气量是否小于氢气量报警阈值。示例性的，当前时间为9:42，对于上述0:00-6:00、6：00-10:00、10:00-12：00、12:00-14:00等时间段，则可以确定目标时间段为6：00-10:00。
88.步骤s402，查询时间段与氢气量报警阈值关系数据库，获取目标时间段对应的氢气量报警阈值；
89.在得到目标时间段后，则服务器110可以查询时间段与氢气量报警阈值关系数据库，获取目标时间段对应的氢气量报警阈值，其中时间段与氢气量报警阈值关系数据库存储于存储设备130中，时间段与氢气量报警阈值关系数据库存储时间段与氢气量报警阈值的关系数据，例如，12:00-14:00为加氢高峰阶段，其氢气量报警阈值需要为较高的余量水平(例如40千克)，而对于0:00-6:00为加氢低峰阶段，因此氢气量报警阈值可以为较低的余量水平(例如10千克)。以上述为例，当目标时间段为12:00-14:00时，则与目标时间段对应的氢气量报警阈值未40千克。
90.步骤s403，将预约剩余氢气量与氢气量报警阈值进行比较，以判断预约剩余氢气量是否小于氢气量报警阈值；
91.服务器110在得到氢气量报警阈值后，即可将预约剩余氢气量与氢气量报警阈值进行比较，以判断预约剩余氢气量是否小于氢气量报警阈值，进而实现分时间段设置氢气量报警阈值并进行补氢的目的。
92.进一步的，为便于合理的确定时间段与氢气量报警阈值的关系，在查询时间段与氢气量报警阈值关系数据库，获取目标时间段对应的氢气量报警阈值之前，还可以确定时间段与氢气量报警阈值关系数据库。
93.参阅图5，图5示出了本技术实施例中确定时间段与氢气量报警阈值关系数据库的一种流程示意图，其中，确定时间段与氢气量报警阈值关系数据库包括：
94.步骤s501，获取预设周期中各时间段的加氢排队序列，分别统计各时间段对应加氢排队序列的长度，得到各时间段的平均长度；
95.服务器110可以获取获取预设周期中各时间段的加氢排队序列，分别统计各时间段对应加氢排队序列的长度，得到各时间段的平均长度，其中，加氢排队序列的长度是指在对应时间段内预约加氢请求的数量，例如，对于时间段10:00-12：00，加氢站点a在该时间段为加氢排队序列为{加氢车辆10，加氢车辆11.....加氢车辆42}，则对应加氢排队序列的长度为33。
96.对应每个时间段，统计每个时间段对应的加氢排队序列的长度，则可以根据加氢排队序列的长度判断每个时间段处于加氢高峰时间段还低峰时间段。可以理解的，可以统计一周、一个月或一年对应于每个时间段对应的加氢排队序列的平均长度，以便于根据大数据确定时间段是否为加氢高峰时间段还低峰时间段。
97.步骤s502，将根据各时间段的平均长度，确定各时间段的氢气量报警阈值；
98.服务器110统计每个时间段对应的加氢排队序列的平均长度后，则可以根据每个时间段对应的加氢排队序列的平均长度，确定每个时间段对应的子预设的氢气量报警阈值，例如，对于加氢排队序列的平均长度较长的时间段，可以认定为高峰时间段，进而需要预约剩余氢气量保持在较高的水平，例如子氢气量报警阈值为30千克，以保证现场具有足够的氢源；对于加氢排队序列的平均长度较短的时间段，可以认定为低峰时间段，进而预约剩余氢气量可以为较低的水平，例如氢气量报警阈值为10千克，以避免加氢车达到现场后停滞造成资源浪费。
99.在本技术的一些实施例，还可以利用加氢排队序列的平均长度与子预设的氢气量
报警阈值的数学关系确定，示例性的：
100.l/n＝v
101.其中，l为加氢排队序列的平均长度，n为系数，v为氢气量报警阈值。例如，对于上时间段10:00-12：00，加氢站点a在该时间段的平均长度为33，n为3，则子预设的氢气量报警阈值为11千克。
102.步骤s503，将时间段与时间段的氢气量报警阈值关联保存至时间段与氢气量报警阈值关系数据库。
103.服务器110在得到各个时间段与时间段的氢气量报警阈值关系后，则可以将其保存至时间段与氢气量报警阈值关系数据库，例如存储设备130中，以便于下次查询。
104.为了更好实施本技术实施例中加氢站点补氢方法，在加氢站点补氢方法的方法基础之上，本技术实施例中还提供一种加氢站点补氢装置，如图6所示，加氢站点补氢装置包括：
105.获取模块601，获取模块601用于获取加氢站点的剩余氢气量以及加氢排队序列，加氢排队序列包括多个预约加氢请求；
106.消耗氢气计算模块602，消耗氢气计算模块602用于根据多个预约加氢请求计算预约消耗氢气；
107.剩余氢气计算模块603，剩余氢气计算模块603用于根据剩余氢气量以及预约消耗氢气计算加氢站点的预约剩余氢气量；
108.补氢模块604，补氢模块604用于判断预约剩余氢气量是否小于氢气量报警阈值，是则生成加氢站点的补氢指令。
109.在本技术的一些实施例中，预约加氢请求包括用户起始位置以及预约加氢量，消耗氢气计算模块602具体用于：
110.对于每个预约加氢请求，根据加氢站点的位置与用户起始位置计算路径消耗氢气量；
111.根据每个预约加氢请求对应的路径消耗氢气量以及预约加氢量，计算预约消耗氢气量。
112.在本技术的一些实施例中，预约加氢请求包括用户起始位置以及用户出发时间，补氢指令包括加氢站点的补氢时间，补氢模块604具体用于：
113.对于每个预约加氢请求，根据加氢站点的位置与用户起始位置计算路径消耗时间；
114.根据每个预约加氢请求对应的路径消耗时间和用户出发时间，确定最迟加氢时间；
115.根据最迟加氢时间确定加氢站点的补氢时间，生成补氢指令并将补氢时间与补氢指令关联。
116.在本技术的一些实施例中，预设的氢气量报警阈值包括与多个时间段对应的多个子预设的氢气量报警阈值，补氢模块604还用于：
117.获取当前时间，确定当前时间所处的目标时间段；
118.查询时间段与氢气量报警阈值关系数据库，获取目标时间段对应的氢气量报警阈值；
119.将预约剩余氢气量与氢气量报警阈值进行比较，以判断预约剩余氢气量是否小于氢气量报警阈值。
120.在本技术的其他一些实施例中，在获取推荐加氢站点的加氢排队序列之后，补氢模块604还用于：
121.获取预设周期中各时间段的加氢排队序列，分别统计各时间段对应加氢排队序列的长度，得到各时间段的平均长度；
122.根据各时间段的平均长度，确定各时间段的氢气量报警阈值；
123.将时间段与时间段的氢气量报警阈值关联保存至时间段与氢气量报警阈值关系数据库。
124.在本技术的一些实施例中，预约加氢请求包括预约加氢量，消耗氢气计算模块602具体用于：
125.根据每个预约加氢请求对应的预约加氢量，计算预约消耗氢气量。
126.在本技术的另外一些实施例中，补氢模块604还用于：
127.接收用户取消加氢请求；
128.删除加氢排队序列中与用户取消加氢请求对应的预约加氢请求；
129.根据删除预约加氢请求后的加氢排队序列计算预约消耗氢气量。
130.应当理解，图6所示的装置及其模块可以利用各种方式来实现。例如，在一些实施例中，装置及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、cd或dvd-rom的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本技术的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
131.需要注意的是，以上对于装置及其模块的描述，仅为描述方便，并不能把本技术限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，图6中披露的获取模块601、消耗氢气计算模块602、剩余氢气计算模块603、补氢模块可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能，例如消耗氢气计算模块602、剩余氢气计算模块603可以是分别具有消耗氢气和剩余氢气计算功能的两个模块，也可以是同时具有消耗氢气和剩余氢气计算功能的一个模块。
132.为了更好实施本技术实施例中的加氢站点补氢方法，在加氢站点补氢方法基础之上，本技术实施例中还提供一种加氢站点补氢系统，其集成了本技术实施例所提供的任一种加氢站点补氢装置，所述系统包括：
133.一个或多个处理器；
134.存储器；以及
135.一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行上述任一项实施例所述的加氢站点补氢方法中的步骤。
136.如图7所示，其示出了本技术实施例所涉及的加氢站点补氢系统的结构示意图，具体来讲：
137.该加氢站点补氢系统可以包括一个或者一个以上处理核心的处理器701、一个或一个以上计算机可读存储介质的存储器702。本领域技术人员可以理解，图7中示出的结构并不构成对加氢站点补氢系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
138.处理器701是该系统的控制中心，利用各种接口和线路连接整个系统的各个部分，通过运行或执行存储在存储器702内的软件程序和/或模块，以及调用存储在存储器702内的数据，执行系统的各种功能和处理数据，从而对系统进行整体监控。可选的，处理器701可包括一个或多个处理核心；处理器701可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，优选的，处理器701可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器701中。
139.存储器702可用于存储软件程序以及模块，处理器701通过运行存储在存储器702的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据加氢站点补氢系统的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器702还可以包括存储器控制器，以提供处理器701对存储器702的访问。
140.尽管未示出，加氢站点补氢系统还可以包括显示单元等，在此不再赘述。具体在本实施例中，加氢站点补氢系统中的处理器701会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器702中，并由处理器701来运行存储在存储器702中的应用程序，从而实现各种功能，如下：
141.获取加氢站点的剩余氢气量以及加氢排队序列，其中，加氢排队序列包括多个预约加氢请求；
142.根据多个预约加氢请求计算预约消耗氢气量；
143.根据剩余氢气量以及预约消耗氢气量计算加氢站点的预约剩余氢气量；
144.判断预约剩余氢气量是否小于氢气量报警阈值，是则生成加氢站点的补氢指令。
145.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
146.为此，本发明实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存
储器(read only memory，rom)、随机存取记忆体(random access memory，ram)、磁盘或光盘等。其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行本发明实施例所提供的任一种加氢站点补氢方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：
147.获取加氢站点的剩余氢气量以及加氢排队序列，其中，加氢排队序列包括多个预约加氢请求；
148.根据多个预约加氢请求计算预约消耗氢气量；
149.根据剩余氢气量以及预约消耗氢气量计算加氢站点的预约剩余氢气量；
150.判断预约剩余氢气量是否小于氢气量报警阈值，是则生成加氢站点的补氢指令。
151.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。
152.上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本技术的限定。虽然此处并没有明确说明，本领域技术人员可能会对本技术进行各种修改、改进和修正。该类修改、改进和修正在本技术中被建议，所以该类修改、改进、修正仍属于本技术示范实施例的精神和范围。
153.同时，本技术使用了特定词语来描述本技术的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本技术至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本技术的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
154.相应地，本技术的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本技术的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
155.计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质，或任何上述介质的组合。
156.本技术各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如java、scala、smalltalk、eiffel、jade、emerald、c 、c#、vb.net、python等，常规程序化编程语言如c语言、visual basic、fortran 2003、perl、cobol 2002、php、abap，动态编程语言如python、ruby和groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(lan)或广域网(wan)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(saas)。
157.此外，除非权利要求中明确说明，本技术所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本技术流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本技术实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
158.同理，应当注意的是，为了简化本技术披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本技术实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本技术对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
159.以上对本技术实施例所提供的一种加氢站点补氢方法、装置、系统以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。