氢供给系统、预约装置、预约方法及存储介质与流程

1.本发明涉及氢供给系统、预约装置、预约方法及存储介质。


背景技术：

2.近年来，为了减轻地球环境上的不良影响，机动车的废气限制进一步加强。因此，例如，使用燃料电池的燃料电池车辆不断普及。燃料电池车辆使用马达的驱动力来行驶，该马达使用通过氢与氧的化学反应而产生的电能来驱动。燃料电池车辆的燃料使用氢燃料。氢燃料在氢站中生成并向燃料电池车辆供给。因此，燃料电池车辆的用户前往氢站并向燃料电池车辆补充氢燃料。
3.作为关联的技术，公开了如下技术：以到在氢站开始填充氢气为止所需的时间的缩短化为目的，要求氢站执行用于向燃料电池车辆所具有的氢气贮存部填充氢气的事先处理。(例如参照日本特开2021-110547号)。


技术实现要素：

4.然而，在以往的技术中，有时行驶中的驾驶员不能进行燃料补给的预约、不能事先掌握在氢站中需要何种程度的氢燃料的供给量。由此，有时在进行氢燃料的补给时发生等待补给所引起的拥堵、供给的氢燃料很可能发生不足。因此，在以往的技术中，有时不能效率良好地进行氢燃料的补给及提供。
5.本发明的方案是考虑这样的情况而完成的，其目的之一在于提供能够效率良好地进行氢燃料的补给及提供的氢供给系统、预约装置、预约方法及存储介质。
6.为了解决上述课题而达到相关目的，本发明采用了以下的方案。
7.(1)：本发明的一方案涉及一种氢供给系统，其中，所述氢供给系统具备：设施特定部，其特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；算出部，其基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；判定部，其基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及登记部，其在由所述判定部判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。
8.(2)：在上述(1)的方案的基础上，也可以是，所述氢供给系统具备与所述车辆建立关联的用户终端装置，所述氢供给系统具备发送部，该发送部将表示由所述登记部登记的所述利用预约的利用预约信息向所述用户终端装置发送，所述用户终端装置输出所述利用预约信息。
9.(3)：在上述(1)或(2)的方案的基础上，也可以是，所述利用预约包括识别所述车辆的车辆识别信息，所述氢供给系统具备允许部，该允许部基于所述利用预约所包含的所述车辆识别信息、以及通过所述车辆到达所述燃料供给设施而得到的所述车辆识别信息，来允许所述车辆的燃料补给。
10.(4)：本发明的一方案涉及一种预约装置，其中，所述预约装置具备：设施特定部，
其特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；算出部，其基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；判定部，其基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及登记部，其在由所述判定部判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。
11.(5)：本发明的一方案涉及一种预约方法，其中，所述预约方法使在氢供给系统中使用的计算机执行的处理包括：设施特定步骤，特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；算出步骤，基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；判定步骤，基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及登记步骤，在所述判定步骤中判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。
12.(6)：本发明的一方案涉及一种存储介质，其存储有程序，其中，所述程序使在氢供给系统中使用的计算机执行如下处理：特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及在判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。
13.根据(1)～(6)，能够效率良好地进行氢燃料的补给及提供。
附图说明
14.图1是表示实施方式的氢供给系统的结构的图。
15.图2是表示法人车辆(fleet)管理服务器的硬件结构的一例的框图。
16.图3是表示氢供给系统的功能的结构的一例的框图。
17.图4是表示车辆管理db所存储的信息的一例的图。
18.图5是表示预约db所存储的信息的一例的图。
19.图6是表示氢供给系统中的预约处理的一例的流程图。
20.图7是表示氢站服务器所进行的补给处理的一例的流程图。
具体实施方式
21.以下，参照附图来说明本发明的氢供给系统、预约装置、预约方法及存储介质的实施方式。
22.[氢供给系统1的结构]
[0023]
图1是表示实施方式的氢供给系统1的结构的图。在图1中，氢供给系统1具备法人车辆管理服务器100、氢站服务器110、车辆120(120-1～120-n)、以及用户终端装置130(130-1～130-n)。各装置经由网络140而以能够通信的方式连接。法人车辆管理服务器100、氢站服务器110、车辆120(车辆120所具备的信息处理装置)、以及用户终端装置130具备cpu(central processing unit)、rom(read only memory)、ram(randomaccess memory)、通信部等。
[0024]
法人车辆管理服务器100管理与法人车辆运用公司所提供的各种服务相关的信息。具体而言，法人车辆管理服务器100管理预先登记的车辆120的当前位置、行驶履历、燃料的余量、燃料的成本等，实现安全驾驶的推进、运行效率的提高等。法人车辆管理服务器100具备车辆管理db(数据库)101。车辆管理db101存储各车辆120的氢燃料的余量、各车辆120的位置信息等，关于其详细情况使用图4而后续叙述。
[0025]
氢站服务器110管理氢站中的氢燃料的供给量、进行补给的车辆120的预约。氢站是燃料供给设施的一例。氢站是供给氢燃料的设施，具备氢燃料生成装置、蓄压机、分配器等。氢站例如配置于进行商业用卡车中的货物的装卸、倒装的卡车工作场(truck yard)。氢站例如按每个规定的区域设置，即设置有多个。
[0026]
氢燃料生成装置利用太阳能发电、风力发电等可再生能量的电力，来对水进行电分解而生成氢燃料。因此，当所生成的氢燃料相比于向车辆供给的氢燃料而剩余量过多时，存在如下情况：产生水电解所需的作业、工序所涉及的损失，不能进行能量的高效的活用。氢燃料生成装置也可以通过对城市气体(甲烷)、lpg(liquefied petroleum gas)进行水蒸气改性来生成氢燃料。
[0027]
蓄压机蓄积氢燃料。分配器具备用于将氢燃料向车辆120填充的喷嘴、操作面板，且监视流量、温度并且计测填充量。喷嘴与车辆120的承接口(插座)啮合，成为即便补充结束也在减压之前不脱离的构造。
[0028]
氢站服务器110按每个氢站管理由氢燃料生成装置生成的氢燃料的生产量、蓄积于蓄压机的储存量，并且管理从分配器喷出的氢燃料的量。氢站服务器110具备预约db(数据库)102。预约db102存储各车辆120的氢燃料的补给所涉及的预约信息等，关于其详细情况使用图5后续叙述。氢站不仅能够向登记于法人车辆管理服务器100的车辆120提供氢燃料，也能够向未登记的一般的车辆提供氢燃料。
[0029]
车辆120是燃料电池车辆。在本实施方式中，车辆120为普通机动车(例如商业用2吨卡车)，但也可以是大型机动车、二轮车、自动三轮车、边车等。氢燃料的灌满时的量为了便于说明而例如一律为5000g(125升)。以下，用重量(g)来说明氢燃料的量，但也可以由体积(升)表示。
[0030]
车辆120具备检测氢燃料的余量的检测部。车辆具备检测本车辆的位置信息的gps(global positioning system)单元。车辆120具备导航装置等信息处理装置，定期地将氢燃料的余量、表示自身的当前位置的位置信息向法人车辆管理服务器100发送。
[0031]
用户终端装置130是车辆120的驾驶员(用户)所持有的终端装置。用户终端装置130例如是智能手机。在用户终端装置130安装有法人车辆管理服务器100所涉及的预约应用(应用程序软件)。用户终端装置130与车辆120建立关联而登记于法人车辆管理服务器100。因此，用户终端装置130(130-1～130-n)的数量例如是与登记着的车辆120(120-1～120-n)同等程度的数量。
[0032]
用户终端装置130在预约应用中接受各种登记。各种登记例如是会员登记、用于将车辆120与本终端建立关联的登记、信用卡的卡信息的登记等。各种登记的内容登记于法人车辆管理服务器100、氢站服务器110、外部的装置(例如信用卡服务器)等。用户终端装置130使用登记于预约应用的信用卡的卡信息，来接受氢燃料的补给所涉及的结算。
[0033]
[法人车辆管理服务器100的硬件结构]
[0034]
图2是表示法人车辆管理服务器100的硬件结构的一例的框图。氢站服务器的硬件结构也与法人车辆管理服务器100的硬件结构同样，对此省略图示。
[0035]
在图2中，法人车辆管理服务器100具备cpu201、存储器202、通信i/f203及存储介质i/f(接口)204。各结构部201～204通过总线220而分别连接。
[0036]
cpu201负责法人车辆管理服务器100的整体的控制。存储器202例如具有rom、ram及快闪rom等。例如，快闪rom、rom存储各种程序。各种程序包括本实施方式的预约程序。ram作为cpu201的工作区域而使用。存储于存储器202的程序通过载入cpu201，来使cpu201执行编码的处理。存储器202存储车辆管理db101。
[0037]
通信i/f203经由通信线路而与互联网等网络140连接，经由网络140而与其他装置(例如氢站服务器110、车辆120、用户终端装置130等)连接。通信i/f203负责网络140与本装置内部之间的接口，用于控制来自其他装置的数据的输入输出。
[0038]
存储介质i/f204按照cpu201的控制，来控制相对于磁盘、光盘等未图示的存储介质进行的数据的读取、写入。
[0039]
法人车辆管理服务器100也可以具备键盘、鼠标、触摸面板等输入器件。法人车辆管理服务器100也可以具备显示器、扬声器等输出器件。
[0040]
[氢供给系统1的功能的结构]
[0041]
图3是表示氢供给系统1的功能的结构的一例的框图。在图3中，法人车辆管理服务器100具备接收部301、路径特定部302、设施特定部303、算出部304、判定部305及发送部306。各功能部由cpu201实现。即，通过cpu201执行预约程序来实现各部分的功能。
[0042]
氢站服务器110具备登记部311、允许部312及识别信息取得部313。各功能部由氢站服务器110所具备的cpu实现。即，通过氢站服务器110的cpu执行规定的程序来实现各部分的功能。
[0043]
法人车辆管理服务器100所具备的功能部(接收部301、路径特定部302、设施特定部303、算出部304、判定部305、发送部306)不限定于由法人车辆管理服务器100具备。同样地，氢站服务器110所具备的功能部(登记部311、允许部312、识别信息取得部313)不限定于由氢站服务器110具备。例如，法人车辆管理服务器100所具备的功能部和氢站服务器110所具备的功能部的全部可以由法人车辆管理服务器100具备，也可以由氢站服务器110具备。也可以是，法人车辆管理服务器100所具备的功能部中的一部分由氢站服务器110具备。同样地，也可以是，氢站服务器110所具备的功能部中的一部分由法人车辆管理服务器100具备。
[0044]
车辆120将车辆信息以规定的频率向法人车辆管理服务器100发送。车辆信息包括余量信息、位置信息及车辆识别信息。余量信息是表示氢燃料的余量的信息。位置信息是表示车辆的当前所在地的信息。车辆识别信息是识别车辆120的信息。车辆识别信息例如是显示于牌照的编号、为了识别用而较大地记载于车辆120的车身的编号、记号等。各车辆发送余量信息的频率例如设为每隔几分钟、每隔几小时、每隔半日、1日1次这样的预先设定的频率即可。
[0045]
接收部301经由通信i/f203而接收从车辆120发送的车辆信息。接收的车辆信息存储于车辆管理db101。
[0046]
路径特定部302特定车辆120到达目的地的行驶路径。该行驶路径可以是确定的路
径，也可以是推定的路径。在使行驶路径为确定的路径的情况下，通过任意装置来进行目的地的输入和路径的搜索。目的地的输入由车辆120及用户终端装置130中的任意装置进行即可。到达目的地的路径的搜索也可以由法人车辆管理服务器100、车辆120、用户终端装置130中任意装置进行。
[0047]
在由法人车辆管理服务器100搜索路径的情况下，路径特定部302从车辆120及用户终端装置130中的接受到目的地的输入的任意装置取得目的地即可。并且，路径特定部302通过搜索从车辆120的当前所在地到目的地的路径，将搜索到的路径特定为行驶路径即可。在由车辆120及用户终端装置130中的任意装置进行路径的搜索的情况下，路径特定部302从进行了路径的搜索的任意装置取得路径，并将所取得的路径特定为行驶路径即可。
[0048]
例如，即便在使行驶路径为确定的路径的情况下，例如若是在卡车工作场间往复的车辆120，则也能够不需要目的地的输入。具体而言，路径特定部302始终将车辆120来去的路径特定为行驶路径即可。
[0049]
在使行驶路径为推定的路径的情况下，路径特定部302例如也可以基于车辆120的当前所在地和过去的行驶履历，来推定行驶的可能性最高的路径作为行驶路径。路径特定部302也可以搜索从车辆的当前所在地到周边的最近的氢站的路径，将该路径推定为行驶路径。
[0050]
设施特定部303特定在车辆120到达目的地的行驶路径的周边存在的氢站。行驶路径的周边包括当前所在地和目的地、并且也包括路径上。设施特定部303也可以特定行驶路径上的氢站、目的地的氢站。在行驶路径上不存在氢站的情况下，设施特定部303也可以特定距行驶路径最近的氢站。
[0051]
设施特定部303也可以特定用户所指定的氢站。用户对氢站的指定设为由车辆120或用户终端装置130接受即可。设施特定部303也可以通过从车辆120或用户终端装置130接收所接受到的内容，来特定氢站。
[0052]
设施特定部303基于车辆120的余量信息，来特定能够到达的范围内的氢站。例如，即便在目的地存在氢站的情况下，也有时车辆120的氢余量已经较少而不能到达氢站。因此，设施特定部303特定凭借车辆120的氢燃料的余量能够到达的范围内的氢站。
[0053]
设施特定部303也可以赋予优先级而特定多个氢站。例如，关于优先级，也可以在车辆120的氢燃料的余量多的情况下，将远处的氢站特定为优先级高的氢站，在车辆120的氢燃料的余量少的情况下，将近处的氢站特定为优先级高的氢站。
[0054]
算出部304基于余量信息，来算出车辆120到达氢站的到达时刻的氢燃料的推定余量。到达时刻通过将到达目的地为止所需的时间与当前时刻相加来得到。到达目的地为止所需的时间通过从当前所在地到目的地的距离除以车辆120的行驶速度来得到。到达时刻的氢燃料的推定余量仅是到达时的余量，通过从当前所在地到目的地的距离除以燃耗来得到。算出部算出上述的到达时刻、到达目的地为止所需的时间、以及推定余量。
[0055]
算出部304基于推定余量来算出推定补给量。如本实施方式这样，在罐容量为规定(5000g)的车辆120的情况下，算出部304根据罐容量和余量来算出推定补给量“5000g-(推定余量)”。在氢供给系统1中，包含罐容量与5000g不同的其他车辆的情况下，从该其他车辆发送的余量信息包含表示余量的信息和表示罐容量的信息即可。
[0056]
判定部305基于由算出部304算出的推定余量，来判定是否需要向车辆120进行燃
料补给。例如，也可以是，若推定余量为阈值以下，则判定部305判定为需要燃料补给。也可以是，即便在推定余量为阈值以下的情况下，在到达目的地的行驶路径的周边存在接下来的氢站时，也判定为不需要燃料补给。不过，接下来的氢站存在于凭借车辆120的氢燃料的余量能够到达的范围内。
[0057]
登记部311在由判定部305判定为需要燃料补给的情况下，将推定补给量和到达时刻登记为氢站的利用预约。在登记部311登记时，法人车辆管理服务器100对氢站服务器110进行登记的要求。登记的要求包括以下说明的车辆管理db101的车辆信息及推定信息。
[0058]
图4是表示车辆管理db101所存储的信息的一例的图。在图4中，车辆管理db包括“氢站”、“车辆信息”、“推定信息”这样的各项目。“氢站”表示由设施特定部303特定的氢站。具体而言，“氢站”如a店铺、b店铺这样表示各氢站的名称。“车辆信息”的项目还包括“车辆识别信息”、“余量”、以及“位置信息”这样的项目。“车辆识别信息”是由接收部301接收到的车辆识别信息。“余量”是由接收部301接收到的余量信息所示的余量。“位置信息”是由接收部301接收到的位置信息所示的当前所在地。
[0059]“推定信息”的项目还包括“到达时刻”和“推定补给量”这样的项目。“到达时刻”是由算出部304算出的到达时刻。“推定补给量”是由算出部304算出的推定补给量。
[0060]
法人车辆管理服务器100对由设施特定部303特定的氢站进行包含车辆信息及推定信息的登记要求。氢站服务器110的登记部311当取得来自法人车辆管理服务器100的登记要求时，参照预约db111，判别预约框的有无。在此，使用图5来说明存储于预约db111的信息的一例。
[0061]
图5是表示预约db111所存储的信息的一例的图。在图5中，示出了某氢站(例如a店铺)的预约db111。在图5中，预约db包括“分配器”、“预约信息”、“剩余供给量”这样的各项目。“分配器”示出了在a店铺中配置的各分配器。“预约信息”的项目还包括“预约时刻”、“车辆识别信息”、“推定补给量”这样的项目。“预约时刻”是与登记要求所包含的“到达时刻”对应的时刻。“车辆识别信息”是与登记要求所包含的“车辆识别信息”对应的信息。“推定补给量”是与登记要求所包含的“推定补给量”对应的补给量。“剩余供给量”是在a店铺中能够供给的氢燃料的余量。
[0062]
登记部311当取得来自法人车辆管理服务器100的登记要求时，判别在登记要求所包含的“到达时刻”是否存在空闲。补给所需的时间例如是5分钟。登记部311基于登记要求所包含的“推定补给量”和存储于预约db11的“剩余供给量”，来判别是否能够进行氢燃料的供给。在该2个判别中均得到了肯定的判别结果的情况下，登记部311将与登记要求相应的利用预约登记于预约db111。另一方面，在该2个判别中至少任一方得到了否定的判别结果的情况下，登记部311不进行利用预约。登记部311当进行利用预约的登记时，从剩余供给量减去推定补给量，由此更新剩余供给量。
[0063]
接着，说明当利用预约完成时，向用户终端装置130发送利用预约的情况。登记部311当完成利用预约时，将表示利用预约的利用预约信息向法人车辆管理服务器100发送。法人车辆管理服务器100的发送部306当接收到利用预约信息时，向与该车辆120建立关联的用户终端装置130发送利用预约信息。
[0064]
用户终端装置130当接收到利用预约信息时，输出利用预约信息。利用预约信息的输出例如是通过显示或声音而输出利用预约信息所示的利用预约。用户终端装置130也可
以当接收到利用预约信息时，输出表示接收到利用预约信息的意旨的规定的报告音。用户终端装置130也可以当处于预约时刻的规定时间前(例如20分钟前)时，将该意旨向用户通知。
[0065]
利用预约不限于从用户终端装置130输出，也可以从车辆120输出。具体而言，当利用预约完成时，登记部311经由法人车辆管理服务器100而向车辆120发送利用预约信息即可。车辆120使用导航装置等信息处理装置来输出利用预约信息即可。
[0066]
也可以在登记部311的利用预约的登记时，得到用户的应允。具体而言，登记部311在能够进行利用预约的情况下，经由法人车辆管理服务器100向用户终端装置130发送用于接受是否确定利用预约的回答要求信息。用户终端装置130当接收到回答要求信息时，从用户接受回答，并将回答结果经由法人车辆管理服务器100向登记部311发送。登记部311根据接收到的回答结果来确定利用预约的登记即可。
[0067]
接着，说明氢站中的燃料补给的允许。允许部312基于利用预约所包含的车辆识别信息和通过车辆120到达氢站而得到的车辆识别信息，来允许车辆120的燃料补给。通过到达氢站而得到的车辆识别信息由识别信息取得部313取得。例如，在将车辆识别信息设为对车辆120赋予的牌照的编号的情况下，由配置于氢站的规定的相机拍摄牌照。并且，通过对该相机的拍摄结果进行图像解析，能够得到该编号(车辆识别信息)。即，识别信息取得部313能够基于配置于氢站的相机的拍摄结果来取得车辆识别信息。
[0068]
车辆识别信息例如也可以由二维码等识别码表示。二维码可以显示于用户终端装置130，也可以贴附于车辆120的车身。当到达氢站时，使氢站所具备的规定的扫描仪读取二维码。然后，能够根据扫描仪的读取结果来得到车辆识别信息。即，识别信息取得部313也可以基于由扫描仪进行的二维码的读取结果来取得车辆识别信息。
[0069]
由允许部312进行的燃料补给的允许不限定于使用车辆识别信息。例如，也可以使在利用预约的完成时向用户终端装置130发送的利用预约信息包含预约编号。该预约编号也可以由二维码显示。也可以通过使氢站所具备的规定的扫描仪读取该二维码来允许燃料补给。该预约编号也可以仅由数字显示。在该情况下，也可以通过从用户向店铺工作人员提示该数字，通过店铺工作人员的确认来允许燃料补给。
[0070]
图3所示的各功能部分别例如通过cpu(centra1 processing unit)等硬件处理器执行程序(软件)来实现。这些构成要素中的一部分或全部可以由lsi(large scale integration)、asic(application specific integrated circuit)、fpga(field-programmable gate array)、gpu(graphics processing unit)等硬件(包含电路部：circuitry)实现，也可以通过软件与硬件的协同配合来实现。
[0071]
[氢供给系统1中的预约处理的一例]
[0072]
图6是表示氢供给系统1中的预约处理的一例的流程图。在图示中，示出了着眼于某特定的车辆120的处理。在图6中，法人车辆管理服务器100判断是否接收到了车辆信息。法人车辆管理服务器100进行待机直到接收到车辆信息。当接收到车辆信息时，法人车辆管理服务器100特定行驶路径。
[0073]
然后，法人车辆管理服务器100特定行驶路径的周边的氢站。接着，法人车辆管理服务器100算出车辆120到达氢站的到达时刻。然后，法人车辆管理服务器100算出到达时刻的推定余量。接着，法人车辆管理服务器100判断推定余量是否为阈值以下。
[0074]
在推定余量不是阈值以下的情况下，法人车辆管理服务器100结束一系列处理。另一方面，在推定余量为阈值以下的情况下，法人车辆管理服务器100对氢站服务器110进行利用预约的登记的要求。接着，氢站服务器110判断预约框的有无。
[0075]
在不存在预约框的情况下，氢站服务器110结束一系列处理。在该情况下，也可以是，法人车辆管理服务器100返回步骤s603，特定其他氢站而进行步骤s603～步骤s607的处理。
[0076]
在存在预约框的情况下，氢站服务器110基于推定补给量和在氢站中能够供给的氢燃料的余量，来判断是否能够进行氢燃料的供给。在不能进行氢燃料的供给的情况下，氢站服务器110结束一系列处理。在该情况下，法人车辆管理服务器100也可以返回步骤s603，特定其他氢站而进行步骤s603～步骤s608的处理。
[0077]
在能够进行氢燃料的供给的情况下，氢站服务器110将与登记的要求相应的利用预约登记于预约db111。然后，法人车辆管理服务器100向与车辆120建立关联的用户终端装置130发送利用预约信息，结束一系列处理。用户终端装置130当接收到利用预约信息时，输出利用预约信息所示的利用预约。
[0078]
[氢站服务器110所进行的补给处理的一例]
[0079]
图7是表示氢站服务器110所进行的补给处理的一例的流程图。在图示中，示出了着眼于某特定的车辆120的处理。在图7中，氢站服务器110关于某车辆120，判断是否成为了存储于预约db111的预约时刻。在此所述的预约时刻可以是严格的预约时刻，也可以包含前后几分钟的误差。
[0080]
氢站服务器110进行待机直到成为预约时刻，当成为预约时刻时，判断是否取得了车辆识别信息。在取得了车辆识别信息的情况下，氢站服务器110判断是否为预约完毕的车辆。关于是否为预约完毕的判断是指，判断所取得的车辆识别信息是否为同时刻的利用预约所包含的车辆识别信息。
[0081]
在不是预约完毕的车辆的情况下，氢站服务器110返回步骤s702。另一方面，在是预约完毕的车辆的情况下，氢站服务器110允许燃料补给。接着，氢站服务器110判断是否完成了燃料补给。氢站服务器110进行待机直到燃料补给完成。
[0082]
当燃料补给完成时，氢站服务器110进行结算处理而结束一系列处理。在结算处理中生成的核算信息由氢站服务器110管理，并且向法人车辆管理服务器100发送而也由法人车辆管理服务器100管理。
[0083]
结算处理所涉及的支付可以按每次的补给单位进行，也可以按月单位进行。结算处理可以通过登记于用户终端装置130的信用卡进行，也可以通过现金、电子货币等除了信用卡以外的方法来进行。在按月单位进行支付的情况下，也可以基于账单而日后经由金融机构进行支付。
[0084]
另一方面，在步骤s702中未取得车辆识别信息的情况下，氢站服务器110判断是否从预约时刻经过了规定时间。规定时间例如是成为到接下来的预约(其他车辆120)的开始时刻为止的时间、或到如下时刻为止的时间，该时刻是比接下来的预约(其他车辆120)的开始时刻提前几分钟的时刻。
[0085]
在未从预约时刻经过规定时间的情况下，氢站服务器110返回步骤s702。在从预约时刻经过了规定时间的情况下，氢站服务器110取消利用预约，结束一系列处理。在取消利
用预约的情况下，氢站服务器110也可以向用户终端装置130发送表示该意旨的通知信息。在预约时刻车辆120未到达的情况下，也可以向用户终端装置130发送进行催促的通知信息。
[0086]
法人车辆管理服务器100始终管理车辆120的位置等。因此，也可以是，即便登记了利用预约，但在判明了明显在预约时刻车辆120不会到达氢站的情况下，也在判明的时间点取消利用预约。
[0087]
以上说明的实施方式的氢供给系统1基于从车辆120接收到的余量信息，来算出到达氢站的到达时刻的氢燃料的推定余量。然后，氢供给系统1在基于所算出的推定余量而判定为需要向车辆120进行燃料补给的情况下，将基于推定余量得到的推定补给量和到达时刻登记为氢站的利用预约。
[0088]
由此，即便用户不进行燃料补给所涉及的操作、手续，也会在行驶中进行燃料补给的预约。因此，能够支援安全驾驶，并且用户在行驶中从与氢余量、补给场所相关的担心中得到解放。也能够实现燃料补给所涉及的用户的等待时间的缩短化。而且，在氢站中，能够事先掌握需要何种程度的氢燃料的供给量，因此能够事先将氢燃料的供给量、蓄压量等提高到必要量。因此，能够抑制氢燃料产生不足。通过预先将氢燃料生成及蓄压到必要量以上，从而即便对于不进行利用预约而落脚的一般的车辆，也能够提供氢燃料。这样，根据本实施方式的氢供给系统1，能够效率良好地进行氢燃料的补给及提供。
[0089]
本实施方式的氢供给系统1将表示所登记的利用预约的利用预约信息向用户终端装置130发送，在用户终端装置130中显示利用预约。由此，能够向用户通知登记了利用预约这一情况。因此，用户按照利用预约而到达氢站即可，因此能够不考虑等待补给而进行氢燃料的补给。能够消除等待补给，因此能够抑制氢站中的拥堵的发生。
[0090]
本实施方式的氢供给系统1基于利用预约所包含的车辆识别信息和通过车辆120到达氢站而得到的车辆识别信息，来允许车辆120的燃料补给。由此，能够对登记了利用预约的对象的车辆120，进行氢燃料的补给。换言之，对于虽然登记了利用预约但在与预约时刻不同的时刻来进行补给的车辆120，能够不使其进行补给。因此，能够遵照利用预约而向各车辆120恰当地提供氢燃料。
[0091]
以上使用实施方式说明了本发明的具体实施方式，但本发明丝毫不被这样的实施方式限定，在不脱离本发明的主旨的范围内能够施加各种变形及替换。

技术特征：
1.一种氢供给系统，其中，所述氢供给系统具备：设施特定部，其特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；算出部，其基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；判定部，其基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及登记部，其在由所述判定部判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。2.根据权利要求1所述的氢供给系统，其中，所述氢供给系统具备与所述车辆建立关联的用户终端装置，所述氢供给系统具备发送部，该发送部将表示由所述登记部登记的所述利用预约的利用预约信息向所述用户终端装置发送，所述用户终端装置输出所述利用预约信息。3.根据权利要求1或2所述的氢供给系统，其中，所述利用预约包括识别所述车辆的车辆识别信息，所述氢供给系统具备允许部，该允许部基于所述利用预约所包含的所述车辆识别信息、以及通过所述车辆到达所述燃料供给设施而得到的所述车辆识别信息，来允许所述车辆的燃料补给。4.一种预约装置，其中，所述预约装置具备：设施特定部，其特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；算出部，其基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；判定部，其基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及登记部，其在由所述判定部判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。5.一种预约方法，其中，所述预约方法使在氢供给系统中使用的计算机执行的处理包括：设施特定步骤，特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；算出步骤，基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；判定步骤，基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及登记步骤，在所述判定步骤中判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。6.一种存储介质，其存储有程序，其中，所述程序使在氢供给系统中使用的计算机执行如下处理：特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；
基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及在判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。

技术总结
提供能够效率良好地进行氢燃料的补给及提供的氢供给系统、预约装置、预约方法及存储介质。氢供给系统具备：设施特定部，其特定在车辆到达目的地为止的行驶路径的周边存在的燃料供给设施；算出部，其基于从所述车辆发送的表示氢燃料的余量的余量信息，来算出所述车辆到达所述燃料供给设施的到达时刻的氢燃料的推定余量；判定部，其基于所述推定余量，来判定是否需要向所述车辆进行燃料补给；以及登记部，其在由所述判定部判定为需要进行燃料补给的情况下，将基于所述推定余量得到的推定补给量和所述到达时刻登记为所述燃料供给设施的利用预约。利用预约。利用预约。


技术研发人员：新崎知 荒井贵司 山野尚纪
受保护的技术使用者：本田技研工业株式会社
技术研发日：2023.02.10
技术公布日：2023/9/25