加氢预约导航方法、装置、系统以及计算机可读存储介质与流程

1.本技术涉及新能源技术领域，具体涉及一种加氢预约导航方法、装置、系统以及计算机可读存储介质。


背景技术：

2.目前，移动加氢车是一种新颖的小型加氢站，为燃料电池车辆提供了便捷的加注途径，同时又完美解决了固定加氢站投资高，占地面积大，审批难度大等等问题。但由于目前移动加氢车其位置动态变化，导致被加注车辆的驾驶者无法探寻就近的加注点，存在用氢车辆加氢困难的现象；同时，由于移动加氢车的氢罐容量固定，氢气源有限，导致即使熟悉移动加氢车位置的驾驶者无法判断该移动加氢车氢源是否充足，例如移动加氢车的剩余氢源只能给3辆车提供氢气，但是有5辆车将行驶过来加氢，导致剩余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.第四方面，本技术提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器进行加载，以执行如第一方面所述的加氢预约导航方法中的步骤。
44.本技术通过用户当前位置以及预约加氢量查询预设加氢站点数据库确定推荐加氢站点，并将预约加氢请求插入加氢排队序列中生成加氢排队序列，利用推荐加氢站点与用户当前位置生成导航路线，为用户提供加氢站点导航以及加氢排队情况，避免了被加注车辆的驾驶者无法探寻就近的氢气加注点而导致用氢车辆加氢困难的现象，同时为用户提供加氢排队功能保证了氢源有限情况下被加注车辆可及时加氢的目的。
附图说明
45.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
46.图1是本技术实施例中提供的加氢预约导航应用系统的场景示意图；
47.图2是本技术实施例中提供的加氢预约导航方法的一个实施例流程示意图；
48.图3是本技术实施例中提供的更新预约排队剩余氢气量的一个实施例流程示意图；
49.图4是本技术实施例中提供的获取实际剩余氢气量的一个实施例流程示意图；
50.图5是本技术实施例中提供的确定预约排队剩余氢气量的一个实施例流程示意图；
51.图6是本技术实施例中提供的确定加氢消耗时间的一个实施例流程示意图；
52.图7是本技术实施例中提供的加氢预约导航装置的一个实施例结构示意图；
53.图8是本技术实施例中提供的加氢预约导航系统的一个实施例结构示意图。
具体实施方式
54.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
55.在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
56.在本技术中，“示例性”一词用来表示“用作例子、例证或说明”。本技术中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况
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可在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
63.移动终端140可以获取用户当前位置以及预约加氢量，以便于服务器110确定推荐加氢站点。在一些实施例中，移动终端140可以是具有信息接收和/或发送功能的设备，以便于发送给服务器110进行处理。在一些实施例中，移动终端140可以包括多个终端141、142、143......。例如，移动终端140可以包括移动设备141、平板电脑142、车载终端设备143等或其任何组合。
64.加氢站点150可以为加氢对象提供氢气源以及加氢功能。在一些实施例中，加氢站点150可以具有信息接收和/或发送功能，以便于将数据发送给服务器110进行处理，例如加氢站点150的位置信息、剩余氢气量等。在本技术的一些实施例中，加氢站点150可以为移动式加氢车或者固定式的加氢站。
65.应当注意的是，上述有关加氢预约导航应用系统100的描述仅仅是为了示例和说明，而不限定本技术的适用范围。对于本领域技术人员来说，在本技术的指导下可以对加氢预约导航应用系统100进行各种修正和改变，例如，加氢预约导航应用系统100还可以包括报警装置，以便于检测到加氢站点150氢气余量较低时提醒监管人员。
66.继续参阅图2，图2示出了本技术实施例中加氢预约导航方法的一种流程示意图，本技术实施例中的加氢预约导航方法应用于加氢预约导航应用系统100，加氢预约导航应用系统100中执行加氢预约导航方法的设备的种类不作限定，即，加氢预约导航设备可以是终端也可以是服务器110，本技术实施例中以服务器110为例进行说明。其中，加氢预约导航方法包括：
67.步骤s201，接收预约加氢请求，预约加氢请求包括用户当前位置以及预约加氢量；
68.服务器110可以接收预约加氢请求，其中，预约加氢请求可以是加氢对象驾驶者经移动终端140(例如移动设备141、平板电脑142、车载终端设备143等)发送给服务器110的加氢请求，其中预约加氢请求包括用户当前位置以及预约加氢量，当前位置例如轿车的所在市区、街道以及其具体位置，预约加氢量可以通过检测加氢车辆储氢罐的压力并根据其容积，计算得到加氢车辆。可以理解的，预约加氢请求还可以包括其他信息，例如用户id、移动终端140唯一识别码、目前储氢罐的氢气含量等。
69.步骤s202，根据用户当前位置以及预约加氢量查询预设加氢站点数据库，确定推荐加氢站点；
70.服务器110可以根据用户当前位置以及预约加氢量查询预设加氢站点数据库，确定推荐加氢站点，其中，预设加氢站点数据库是指存储在存储设备130中与加氢站点150的相关数据的集合，例如包含加氢站点150的位置信息、预约排队剩余氢气量、历史加氢记录等。推荐加氢站点可以是一个加氢站点或多个加氢站点，例如，可以服务器110为用户只提供一个加氢站点以便于为用户提供最优的加氢路径，又例如，服务器110可以为用户提供多个加氢站点以便于供用户选择。
71.具体的，服务器110确定推荐加氢站点可以从查询预设加氢站点数据库中距离用户当前位置小于第一阈值(例如距离小于5千米)的加氢站点集合，然后筛选加氢站点集合中预约排队剩余氢气量大于预约加氢量的加氢站点，作为目标加氢站点集合，目标加氢站点集合包括一个或多个加氢站。服务器110在得到目标站点集合后，则可以将目标加氢站点集合作为多个推荐加氢站点供用户选择，或者服务器110可以提取目标加氢站点集合中任意一个加氢站点作为推荐加氢站点，或者服务器110还可以获取目标加氢站点集合中每一个加氢站点的加氢排队序列，筛选加氢排队序列中队列最短的加氢站点作为推荐加氢站点。
72.步骤s203，获取推荐加氢站点的加氢排队序列；
73.服务器110可以获取推荐加氢站点的加氢排队序列，其中，加氢排队序列是指针对每一个加氢站点，根据用户请求发出/接收到预约加氢请求的时间排序得到的该加氢站点用户加氢排队集合，例如，对于加氢站点a，车辆a发出预约加氢请求的时间为9:30，车辆b发出预约加氢请求的时间为9:25，则示例性加氢站点a的加氢排队序列为{车辆b，车辆a}。
74.在本技术的一些实施例中，服务器110在获取推荐加氢站点的加氢排队序列之后，则可以将预约加氢请求插入当前的加氢排队序列中，生成新的加氢排队序列，例如对于上述加氢排队序列{车辆b，车辆a}，车辆c的发出预约加氢请求的时间为9:35，则车辆c的加氢排队序列{车辆b，车辆a，车辆c}，以完成加氢排队序列的更新。
75.步骤s204，根据推荐加氢站点与用户当前位置，生成导航路线，并向用户反馈导航路线以及加氢排队序列。
76.服务器110可以根据推荐加氢站点与用户当前位置，生成导航路线，其中，导航路线是指加氢站点与用户当前位置之间的车辆行进路线，具体的，导航路线可以为包括多个路段以及路口转向的集合，例如，路段a经路口b右转进入路段c，随后直行200米到达推荐加氢站点。
77.服务器110在生成导航路线以及加氢排队序列后，则可以向用户反馈导航路线以及加氢排队序列，以便于加氢车辆驾驶者知晓加氢站点位置、行进路线以加氢排队情况。
78.本技术通过用户当前位置以及预约加氢量查询预设加氢站点数据库确定推荐加氢站点，并将预约加氢请求插入加氢排队序列中生成加氢排队序列，利用推荐加氢站点与用户当前位置生成导航路线，为用户提供加氢站点导航以及加氢排队情况，避免了被加注车辆的驾驶者无法探寻就近的氢气加注点而导致用氢车辆加氢困难的现象，同时为用户提供加氢排队功能保证了氢源有限情况下被加注车辆可及时加氢的目的。
79.进一步的，在确定推荐加氢站点之后，由于预约排队剩余氢气量根据排队情况计算得到，为了避免预约加氢量与实际加氢量误差而导致预约排队剩余氢气量与加氢站点的实际氢气量的值不同，使得用户到场后实际氢气量不足以供给用户加氢，参阅图3，图3示出
了本技术实施例中更新预约排队剩余氢气量的一种流程示意图。其中，更新预约排队剩余氢气量方法包括：
80.步骤s301，根据预约加氢量计算加氢时间；
81.服务器110可以根据预约加氢量计算加氢时间，其中，加氢时间是指加氢车辆进入站点加氢所消耗的时间，具体的，服务器110可以根据预约加氢量与加氢速度计算加氢时间，预约加氢量为1千克，加氢机平均加注速度为20g/s，则对应加氢时间为50秒。可以理解的，加氢时间还可以涵盖加氢排队时间、加氢机连接时间等。
82.在本技术的一些实施例中，为降低误差，服务器110还可以结合路径消耗氢气量计算加氢时间，其中，路径消耗氢气量是指加氢车辆从用户当前位置行使到加氢站点所消耗的氢气，具体的，路径消耗氢气量可以通过加氢站点与用户当前位置的距离与车辆型号、排气量、氢耗量等确定。例如，加氢站点与用户当前位置的距离为4千米，车辆a对应的氢耗量为每公里10克氢气，则对应的路径消耗氢气量为40克氢气，因此当预约加氢量为1千克时，加氢机平均加注速度为20g/s，则对应加氢时间为52秒。
83.步骤s302，根据推荐加氢站点与用户当前位置的距离计算路径消耗时间；
84.服务器110还可以根据预约加氢量计算加氢时间，其中，路径消耗时间是指加氢车辆从用户当前位置行使到加氢站点所消耗的时间，具体的，路径消耗氢气量可以通过加氢站点与用户当前位置的距离与交通规则(例如限速规则)或其他用户达到平均速度确定。例如，加氢站点与用户当前位置的距离为4千米，该路段平均速度为40km/h，则对应的路径消耗时间为6分钟。
85.步骤s303，根据路径消耗时间和加氢时间获取用户加氢后推荐加氢站点的实际剩余氢气量；
86.在得到路径消耗时间和加氢时间后，服务器110则可以根据路径消耗时间和加氢时间获取用户加氢后推荐加氢站点的实际剩余氢气量，其中，实际剩余氢气量是指对应于加氢排队序列中车辆a，经过车辆a现场加氢后检测得到的剩余氢气量。具体的，服务器110可以根据路径消耗时间和加氢时间推算车辆a完成加氢的时间，进而检测加氢站点的氢气量作为实际剩余氢气量。例如，车辆a与9：30开始驶向加氢站，并预测14分钟后达到现场并完成加氢，则可以在9：44检测加氢站点的氢气量作为实际剩余氢气量。
87.步骤s304，根据实际剩余氢气量，更新推荐加氢站点的预约排队剩余氢气量。
88.在得到实际剩余氢气量后，则服务器110可以更新推荐加氢站点的预约排队剩余氢气量，例如实际剩余氢气量为18.6千克，而服务器110计算得到的预约排队剩余氢气量为19.1千克，则服务器110可以消除0.5千克的剩余氢气量误差，保证系统内存储的预约排队剩余氢气量的准确性。
89.为了更准确的在车辆完成加氢后检测氢气剩余量，在本技术的另外一些实施例中，参阅图4，图4示出了本技术实施例中获取实际剩余氢气量的一种流程示意图。其中，获取实际剩余氢气量的步骤包括：
90.步骤s401，根据路径消耗时间和加氢时间，确定加氢对象到达推荐加氢站点的第一时间范围以及离开推荐加氢站点的第二时间范围；
91.作为一示例性的，对于加氢车辆a，加氢车辆a出发时间为9:30，路径消耗时间为10分钟，加氢消耗时间为3分钟，则服务器110可以确定加氢车辆a到达推荐加氢站点的第一时
间范围可以为9：38至9：42之间，加氢车辆a离开推荐加氢站点的第二时间范围为9：40至9：46之间。
92.步骤s402，在第一时间范围内间隔预设时间获取加氢对象的第一位置集合，并在第二时间范围内间隔预设时间获取加氢对象的第二位置集合；
93.在确定第一时间范围和第二时间范围之后，则服务器110可以持续检测加氢对象的位置，根据其路径轨迹判断加氢过程是否完成。具体的，服务器110可以在第一时间范围内间隔预设时间获取加氢对象的第一位置集合，并在第二时间范围内间隔预设时间获取加氢对象的第二位置集合。
94.步骤s403，当第一位置集合和第二位置集合满足预设条件时，获取推荐加氢站点的实际剩余氢气量。
95.当服务器110判断第一位置集合和第二位置集合形成的加氢对象轨迹移动点满足完成加氢过程的移动迹象，则服务器110可以获取推荐加氢站点的实际剩余氢气量。示例性的，结合第一位置集合和第二位置集合确定加氢对象在9：38完成的加氢过程，则服务器110可以获取加氢站点历史数据中9：38时刻的剩余氢气量。
96.在服务器110获取推荐加氢站点的加氢排队序列之后，为了便于在排队预约过程中，方便测算每个车辆加入排队后加氢站点的预约排队剩余氢气量，以便于判断加氢站点的预约排队剩余氢气量是否满足下一加氢车辆的需求，继续参阅图5，图5示出了本技术实施例中确定预约排队剩余氢气量的一种流程示意图，其中，确定预约排队剩余氢气量方法包括：
97.步骤s501，将推荐加氢站点当前的预约排队剩余氢气量减去预约加氢量，获得新的预约排队剩余氢气量；
98.示例性的，加氢站点一共具有20千克氢气，其中，车辆a向发出服务器110预约加氢请求中预约加氢量为1千克氢气，则服务器110可以计算该加氢站点的预约排队剩余氢气量为19千克，并将该加氢站点的预约排队剩余氢气量存储在数据库中。
99.在本技术的一些实施例中，服务器110还可以结合路径消耗氢气量确定预约排队剩余氢气量，例如，对于加氢站点a的加氢排队序列{车辆a，车辆b}，加氢站点a在经过车辆a预约后的预约排队剩余氢气量为18千克，车辆b的消耗氢气量为0.04千克，预约加氢量为1千克，则对应加入车辆b后的预约排队剩余氢气量为16.94千克。
100.步骤s502，将新的预约排队剩余氢气量更新至预设加氢站点数据库，以根据新的预约排队剩余氢气量评估新的预约加氢请求；
101.示例性的，预设加氢站点数据库中加氢站点a当前预约排气剩余氢气量为19千克，当车辆b向服务器110发出预约加氢请求中预约加氢量为1.5千克氢气后，服务器110则将加氢站点a在预设加氢站点数据库中的预约排队剩余氢气量更新为17.5千克，以便于在排队过程预估消耗氢气量以及剩余氢气量，进而判断加氢站点的预约排队剩余氢气量是否满足下一加氢车辆的需求。
102.步骤s503，将预约加氢请求添加至推荐加氢站点的加氢排队序列，以完成加氢排队序列的更新。
103.例如，对于加氢站点a的加氢排队序列{车辆a，车辆b}，车辆c发出预约加氢请求后，服务器110将加氢站点a的加氢排队序列更新为{车辆a，车辆b}，以便于对于后续新的预
约加氢请求可以获取最新的加氢排队序列。
104.在本技术的一些实施例中，将预约加氢请求添加至推荐加氢站点的加氢排队序列，以完成加氢排队序列的更新之后，当用户发出取消氢气请求后，加氢预约导航方法还包括接收用户取消加氢请求，删除加氢排队序列中与用户取消加氢请求对应的预约加氢请求，并根据预约排队剩余氢气量和预约加氢量，更新推荐加氢站点的预约排队剩余氢气量，以保证在用户取消加氢后，预约排队剩余氢气量以及加氢排队序列数据的准确性。
105.进一步的，为了便于用户知晓本次加氢所消耗的时间，参阅图6，图6示出了本技术实施例中确定加氢消耗时间的一种流程示意图，其中，确定加氢消耗时间包括：
106.步骤s601，根据推荐加氢站点与用户当前位置的距离计算路径消耗时间；
107.服务器110可以根据推荐加氢站点与用户当前位置的距离计算路径消耗时间，其中，路径消耗时间是指加氢车辆从用户当前位置行使到加氢站点所消耗的时间，具体的，路径消耗氢气量可以通过加氢站点与用户当前位置的距离与交通规则(例如限速规则)或其他用户达到平均速度确定。例如，加氢站点与用户当前位置的距离为4千米，该路段平均速度为40km/h，则对应的路径消耗时间为6分钟。
108.步骤s602，根据预约加氢量计算加氢时间；
109.服务器110可以根据预约加氢量计算加氢时间，加氢时间是指加氢车辆进入站点加氢所消耗的时间，具体的，服务器110可以根据路径消耗氢气量和加氢量与加氢速度计算加氢时间，例如车辆b的消耗氢气量为0.04千克，加氢量为1千克，加氢机平均加注速度为20g/s，则对应加氢时间为52秒。可以理解的，加氢时间还可以涵盖加氢排队时间、加氢机连接时间等。
110.步骤s603，根据路径消耗时间和加氢时间计算加氢消耗时间，并向用户反馈加氢消耗时间。
111.在确定路径消耗时间和加氢时间后，服务器110则可以计算加氢消耗时间，并向用户反馈剩余氢气量以及加氢消耗时间。例如，路径消耗时间10分钟，加氢时间4分钟，则服务器110可以计算得到加氢消耗时间为14分钟。
112.为了更好实施本技术实施例中加氢预约导航方法，在加氢预约导航方法的方法基础之上，本技术实施例中还提供一种加氢预约导航装置，如图7所示，加氢预约导航装置700包括：
113.接收模块701，接收模块701用于接收预约加氢请求，预约加氢请求包括用户当前位置以及预约加氢量；
114.推荐模块702，推荐模块702用于根据用户当前位置以及预约加氢量查询预设加氢站点数据库，确定推荐加氢站点；
115.预约模块703，预约模块703用于获取推荐加氢站点的加氢排队序列；
116.反馈模块704，反馈模块704用于根据推荐加氢站点与用户当前位置，生成导航路线，并向用户反馈导航路线以及加氢排队序列。
117.在本技术的一些实施例中，推荐模块702具体用于：
118.查询预设加氢站点数据库中距离用户当前位置小于第一阈值的加氢站点集合；
119.筛选加氢站点集合中预约排队剩余氢气量大于预约加氢量的加氢站点，作为目标加氢站点集合；
120.将目标加氢站点集合作为推荐加氢站点；或者，
121.获取目标加氢站点集合中每一个加氢站点的加氢排队序列，筛选加氢排队序列中队列最短的加氢站点作为推荐加氢站点。
122.在本技术的一些实施例中，在确定推荐加氢站点之后，预约模块703还用于：
123.根据预约加氢量计算加氢时间；
124.根据推荐加氢站点与用户当前位置的距离计算路径消耗时间；
125.根据路径消耗时间和加氢时间获取用户加氢后推荐加氢站点的实际剩余氢气量；
126.根据实际剩余氢气量，更新推荐加氢站点的预约排队剩余氢气量。
127.在本技术的另外一些实施例中，预约模块703还用于：
128.根据路径消耗时间和加氢时间，确定加氢对象到达推荐加氢站点的第一时间范围以及离开推荐加氢站点的第二时间范围；
129.在第一时间范围内间隔预设时间获取加氢对象的第一位置集合，并在第二时间范围内间隔预设时间获取加氢对象的第二位置集合；
130.当第一位置集合和第二位置集合满足预设条件时，获取推荐加氢站点的实际剩余氢气量。
131.在本技术的其他一些实施例中，在获取推荐加氢站点的加氢排队序列之后，预约模块703还用于：
132.将推荐加氢站点当前的预约排队剩余氢气量减去预约加氢量，获得新的预约排队剩余氢气量；
133.将新的预约排队剩余氢气量更新至预设加氢站点数据库，以根据新的预约排队剩余氢气量评估新的预约加氢请求；
134.将预约加氢请求添加至推荐加氢站点的加氢排队序列，以完成加氢排队序列的更新。
135.在本技术的一些实施例中，在将预约加氢请求插入加氢排队序列之后，预约模块703还用于：
136.接收用户取消加氢请求；
137.删除加氢排队序列中与用户取消加氢请求对应的预约加氢请求，并根据预约排队剩余氢气量和预约加氢量，更新推荐加氢站点的预约排队剩余氢气量。
138.在本技术的另外一些实施例中，在确定推荐加氢站点之后，所述预约模块703还用于：
139.根据推荐加氢站点与用户当前位置的距离计算路径消耗时间；
140.根据预约加氢量计算加氢时间；
141.根据路径消耗时间和加氢时间计算加氢消耗时间，并向用户反馈加氢消耗时间。
142.应当理解，图7所示的装置及其模块可以利用各种方式来实现。例如，在一些实施例中，装置及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、cd或dvd-rom的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据
载体上提供了这样的代码。本技术的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
143.需要注意的是，以上对于装置及其模块的描述，仅为描述方便，并不能把本技术限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，图7中披露的接收模块701、推荐模块702、预约模块703、反馈模块704可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能，例如接收模块701、推荐模块702可以是分别具有接收和推荐加氢站点确定功能的两个模块，也可以是同时具有接收和推荐加氢站点确定功能的一个模块。
144.为了更好实施本技术实施例中的加氢预约导航方法，在加氢预约导航方法基础之上，本技术实施例中还提供一种加氢预约导航系统，其集成了本技术实施例所提供的任一种加氢预约导航装置，所述系统包括：
145.一个或多个处理器；
146.存储器；以及
147.一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行上述任一项实施例所述的加氢预约导航方法中的步骤。
148.如图8所示，其示出了本技术实施例所涉及的加氢预约导航系统的结构示意图，具体来讲：
149.该加氢预约导航系统可以包括一个或者一个以上处理核心的处理器801、一个或一个以上计算机可读存储介质的存储器802。本领域技术人员可以理解，图8中示出的结构并不构成对加氢预约导航系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
150.处理器801是该系统的控制中心，利用各种接口和线路连接整个系统的各个部分，通过运行或执行存储在存储器802内的软件程序和/或模块，以及调用存储在存储器802内的数据，执行系统的各种功能和处理数据，从而对系统进行整体监控。可选的，处理器801可包括一个或多个处理核心；处理器801可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，优选的，处理器801可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器801中。
151.存储器802可用于存储软件程序以及模块，处理器801通过运行存储在存储器802的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器802可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据加氢预约导航系统的使用所
创建的数据等。此外，存储器802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器802还可以包括存储器控制器，以提供处理器801对存储器802的访问。
152.尽管未示出，加氢预约导航系统还可以包括显示单元等，在此不再赘述。具体在本实施例中，加氢预约导航系统中的处理器801会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器802中，并由处理器801来运行存储在存储器802中的应用程序，从而实现各种功能，如下：
153.接收预约加氢请求，预约加氢请求包括用户当前位置以及预约加氢量；
154.根据用户当前位置以及预约加氢量查询预设加氢站点数据库，确定推荐加氢站点；
155.获取推荐加氢站点的加氢排队序列；
156.根据推荐加氢站点与用户当前位置，生成导航路线，并向用户反馈导航路线以及加氢排队序列。
157.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
158.为此，本发明实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(read only memory，rom)、随机存取记忆体(random access memory，ram)、磁盘或光盘等。其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行本发明实施例所提供的任一种加氢预约导航方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：
159.接收预约加氢请求，预约加氢请求包括用户当前位置以及预约加氢量；
160.根据用户当前位置以及预约加氢量查询预设加氢站点数据库，确定推荐加氢站点；
161.获取推荐加氢站点的加氢排队序列；
162.根据推荐加氢站点与用户当前位置，生成导航路线，并向用户反馈导航路线以及加氢排队序列。
163.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。
164.上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本技术的限定。虽然此处并没有明确说明，本领域技术人员可能会对本技术进行各种修改、改进和修正。该类修改、改进和修正在本技术中被建议，所以该类修改、改进、修正仍属于本技术示范实施例的精神和范围。
165.同时，本技术使用了特定词语来描述本技术的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本技术至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本技术的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
166.相应地，本技术的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常
驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本技术的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
167.计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质，或任何上述介质的组合。
168.本技术各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如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)。
169.此外，除非权利要求中明确说明，本技术所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本技术流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本技术实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
170.同理，应当注意的是，为了简化本技术披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本技术实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本技术对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
171.以上对本技术实施例所提供的一种加氢预约导航方法、装置、系统以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。