氢填充预约系统

技术领域

本公开涉及一种氢填充预约系统。

背景技术

在专利文献1中，公开了一种加氢站的填充预约装置，并示出了如下内容，即，在能够输入用于预约用户车辆在加氢站填充氢燃料的日期时间的预约、信息的同时，制作氢填充预约表，并接受从用户向氢填充预约表的访问、接收预约信息、且将接收到的预约信息登记在氢填充预约表中而进行更新。

此外，在专利文献2中，公开了一种对候选站进行提示的系统。

但是，在如向便利店的商品配送等那样使用多台车辆而向多个连锁商店配送商品的情况下，或者在如公共汽车等那样使乘客搭乘并在规定的路线上运行的车辆中，以如下方式来进行管理，即，针对多台车辆中的每一台而事先制定驾驶计划，并实施高效的配送或运行。

在如以往那样作为车辆而使用以汽油、轻油为燃料的车辆的情况下，燃料的补给(供油)能够逐次在需要的时间、场所而简单地实施。

在先技术文献

专利文献

专利文献1：日本特开2016-183768号公报

专利文献2：日本特开2020-045908号公报

发明内容

发明所要解决的课题

但是，在车辆为燃料电池车的情况下，燃料(氢)的补给并不是像以往那样自由度较高。另外，即使如专利文献1那样的技术，也并不是能够向多台车辆高效地供给氢的技术。

因此，本公开的目的在于，提供一种使向多台车辆的高效的氢填充成为可能的预约系统。

用于解决课题的方法

本申请公开了一种氢填充预约系统，该系统为针对于多台车辆而进行氢填充预约的系统，并基于车辆的驾驶计划、车辆的信息、以及加氢站信息，而按照每台车辆来决定进行填充的加氢站的场所以及填充预定时刻，并且进行氢填充预约。

也可以设为，还包括如下方式，即，作为加氢站信息而取得维护日期时间、可提供喷嘴数、以及他人预约信息。

也可以设为，作为车辆的信息而取得车辆ID、以及氢气余量、氢气余压、以及填充必要量中的至少一项。

本申请提供了一种氢填充预约系统，其为对于多台车辆而进行氢填充预约的系统，其中，加氢站数据库、填充预约数据库以及驾驶管理数据库以能够交换信息的方式而被连接在一起，填充预约数据库被设为，从加氢站数据库取得加氢站信息并向驾驶管理数据库进行提供，从驾驶管理数据库取得临时预约信息并向加氢站数据库进行提供，从加氢站数据库取得针对于临时预约信息的可否预约信息并向驾驶管理数据库进行提供，并且，从驾驶管理数据库取得针对可预约的车辆而确定了预约的正式预约信息并输出正式预约信息。

也可以构成为，驾驶管理数据库能够经由填充预约数据库而取得加氢站信息，并且根据车辆的驾驶计划、车辆的氢填充信息来制作针对每台车辆、以及/或者每个加氢站而决定了临时填充时刻和临时填充量的临时预约信息，并将临时预约信息向填充预约数据库进行提供。

也可以构成为，驾驶管理数据库从填充预约数据库取得预约可否信息，并针对不可预约的车辆而对驾驶计划进行修正。

也可以设为，填充预约数据库针对每个加氢站的运营商而对信息进行管理，并针对每个驾驶管理人而对信息进行管理，并且以在不同的加氢站的运营商之间、以及不同的驾驶管理人之间不能阅览以及获取信息的方式来进行管理。

也能够构成为，填充预约数据库根据从加氢站数据库、驾驶管理数据库所取得的各种信息，而将在当前时间点已获得的信息是对应于氢填充预约系统内的哪个过程的信息建立关联，并按照每个过程而赋予不同的识别记号。

也可以构成为，填充预约数据库将各种信息与识别记号一起进行提供。

也可以构成为，填充预约数据库将可预约范围信息与预约可否信息一起从加氢站数据库中取得，并向驾驶管理数据库进行提供。

也可以设为，加氢站数据库基于预约可否信息而对加氢站的氢气的库存量进行变更。

也可以设为，填充预约数据库针对无法将预约设为可能的车辆赋予不可预约的识别记号，并输出表示不可预约的含义的信息。

发明效果

根据本公开，使向多台车辆的高效的氢填充成为可能。

附图说明

图1为表示氢填充预约系统10的概念的图。

图2为表示计算机10a的概要的图。

图3为表示氢填充预约的流程的图。

具体实施方式

1.氢填充预约系统

图1中示意性地示出了氢填充预约系统10的结构。氢填充预约系统10被构成为，填充预约数据库(填充预约DB)11、加氢站数据库(氢气STDB)12以及驾驶管理数据库(驾驶管理DB)13能够通过互联网等而进行信息的授受。更详细而言，氢填充预约系统10被构成为，在氢气STDB12和驾驶管理DB13经由填充预约DB11而进行信息交换的同时，进行氢填充的预约。

1.1.填充预约DB

填充预约DB11在取得来自氢STDB12的信息的同时，向驾驶管理DB13提供信息。此外，填充预约DB11在取得来自驾驶管理DB13的信息的同时，向氢STDB12提供信息。在提供信息时，填充预约DB11对于各信息而赋予识别记号(状态)。详细内容将在后文中进行说明。

设置有填充预约DB11的场所并未被特别限定，只需能够发挥必要的功能即可。具体而言，能够列举出加氢站、驾驶管理设备、或者从这些设备中独立出来的单独的设备等。

1.2.氢STDB

氢STDB12准备加氢站侧的信息，并经由填充预约DB11而向驾驶管理DB13提供信息。此外，氢STDB12经由填充预约DB11而从驾驶管理DB13取得信息，并实施能否进行预约等的运算。

此处，加氢站为具备向被设置于燃料电池车辆中的氢罐中填充氢的氢填充装置的设备。

虽然燃料电池车辆如公知的那样，但是在车身内具备燃料电池系统。在燃料电池系统中设置有燃料电池以及氢罐，并且从氢罐向燃料电池供给氢。燃料电池通过将从氢罐被供给的氢作为燃料气体，并利用被另外供给的氧气(空气)而使该燃料气体氧化，从而进行发电，并且利用该被发电产生的电力而使作为车辆的驱动源的电机旋转。

在氢填充装置中具备：封装有氢的蓄压器、对从蓄压器被释放至配管中的氢进行压缩(升压)的压缩机(压缩器)、将被升压后的氢从压缩机向燃料电池车辆进行供给的氢供给管、以及对氢供给进行控制的控制装置。此处，蓄压器、压缩机以及氢供给管能够应用公知的结构，而并不被特别限定。关于氢的填充，将被设置在氢供给管的顶端处的喷嘴连接到被设置在燃料电池车辆的氢导入管的顶端处的插口(填充口)上，并将通过压缩机而从蓄压器内被释放出的氢经由氢供给管、燃料电池车辆的氢导入管而被填充至氢罐中。

设置有氢STDB12的场所并不被特别限定，只需能够发挥必要的功能即可。典型而言，能够列举出加氢站、和综合性地对多个加氢站进行控制的设备等。

1.3.驾驶管理DB

驾驶管理DB13准备驾驶管理人侧的信息，并经由填充预约DB11而向氢STDB11提供信息。此外，驾驶管理DB13经由填充预约DB11而从氢STDB12取得信息，并实施所希望的车辆的调节运算。

此处，驾驶管理人能够列举出进行沿着规定的路径而向各商店配送商品的多台车辆的商品配送管理的人、或者像长途公共汽车那样沿着规定的路径而运行的多台车辆的车辆调配管理的人。

设置有驾驶管理DB13的场所并不被特别限定，只需能够发挥必要的功能即可。典型而言，可以列举出驾驶管理设备。

1.4.各数据库的形态

虽然填充预约DB11、氢STDB12、驾驶管理DB13的各数据库并不被特别限定，但是典型而言能够由计算机而构成。在图2中，示意性地示出了计算机10a的结构例。

计算机10a具备作为处理器的CPU(Central Processing Unit：中央处理器)10b、作为工作区域而发挥功能的RAM(Random Access Memory：随机存取存储器)10c、作为存储介质的ROM(Read-Only Memory：只读存储器)10d、作为不论有线或无线都将信息纳入计算机10a中的接口的接收部10e、以及作为不论有线或无线都将信息从计算机10a向外部发送的接口的输出部10f。

接收部10e例如与键盘、鼠标等输入单元、互联网等连接。另一方面，输出部10f与监视器、互联网等连接。

在计算机10a中保存有用于进行填充预约的各种程序。在计算机10a中，作为硬件资源的CPU10b、RAM10c以及ROM10d与控制程序进行协同工作。具体而言，CPU10b通过利用作为工作区域而发挥功能的RAM10c来执行被记录在ROM10d中的计算机程序，从而实现各种各样的功能。CPU10b所取得或者所生成的信息被储存在RAM10c中。

在本方式中，利用构成各数据库的各计算机10a，并且通过这些计算机10a间的信息的发送和接收、以及由各计算机10a所实施的运算，从而决定多台车辆的氢填充计划，并实施由此实现的氢填充预约。氢填充预约的具体内容将在后文中进行说明。

2.氢填充预约

接下来，对氢填充预约进行说明。向多台燃料电池车辆的氢填充预约通过上述的氢填充预约系统10进行工作，从而以如下所说明的方式而被实施。作为氢填充预约的具体的内容是指，提供包括填充氢的加氢站的确定、填充时刻以及氢的填充量在内的信息，并预先针对该填充氢的加氢站而进行预约的处理。

此外，能够通过制作具有与该工作中的各过程相对应的各步骤的程序，并将该程序保存在各数据库之中的相对应的计算机10a的ROM10d中并执行，来实施氢填充预约。虽然在下文中，对一个示例所涉及的氢填充预约的各过程进行说明，但是通过基于此而设为程序并记录在各数据库中的所对应的计算机10a的ROM10d中，从而作为氢填充预约系统10的一个结构要素来发挥功能。

在图3中，示出了一个方式所涉及的进行氢填充预约的各过程(方法S1)的流程。如根据图3所知晓的那样，方法S1被构成为，在氢STDB12中具有过程S11至过程S15、在填充预约DB11中具有过程S21至过程S25、以及在驾驶管理DB13中具有过程S31至过程S39。以下，对各过程进行说明。但是，在过程的进行中，由于信息的交接以在填充预约DB11、氢STDB12、驾驶管理DB13之间进行转交的方式而被实施，因而沿着信息的流动来进行说明。在图3中，各自的数据库内的流程在过程间用实线来表示，并且信息的流动用虚线来表示。

在下文中，沿着信息的移动并按照(1)至(18)的符号的顺序来对各过程进行说明，在图3中，也在所对应的过程上标记该符号。

(1)氢STDB12针对单个或者多个加氢站而生成信息并输出(过程S11)。

此处被生成的信息能够列举出：地理性的信息(加氢站的位置、到加氢站为止的路径等)、时间性的信息(加氢站的固定营业时间、加氢站的不固定的停业日期时间(维护日期时间)等的信息)、可提供的喷嘴数、可提供的喷嘴的型式、可提供的氢量、氢费用、氢制造计划、氢库存计划、以及预约空闲信息(他人预约信息)等。此处，在包含预约空闲信息且能够取得他人信息的情况下，也能够仅包含预约的有无，而不包含该他人的名称等具体的信息。

(2)填充预约DB11取得氢STDB12的在过程S11中被生成的信息并赋予识别记号(状态)，并且将该信息记录在填充预约DB11中(过程S21)。此处，虽然识别记号的具体形态并不被特别限定，但是例如可以列举出数字(1、2、3、……)。

所赋予的识别记号被赋予了过程S21中的特有的记号。即，虽然在之后所说明的过程S22至过程S24中也被赋予了识别记号，但在这些各过程中赋予了各自不同的识别记号。并且，由此，根据从氢STDB12、驾驶管理DB13取得的各种信息，而将当下时间点已获得的信息是对应于氢填充预约系统内的哪个过程的信息建立关联。此外，填充预约DB11中的各过程的记录以不会被覆盖而是按时间顺序被追加的方式来被实施。

另外，也可以构成为，从填充预约DB11中，将各种信息与识别记号一起提供给下一个过程(氢STDB12、驾驶管理DB13)。

(3)填充预约DB11输出在过程S21中所记录的信息，并且驾驶管理DB13取得该信息(过程S31)。

由此，驾驶管理DB13能够获得成为用于进行多台车辆的氢填充预约的判断基准的一个要素的、加氢站的信息。

(4)驾驶管理DB13利用在过程S31中所获得的加氢站的信息而对每台车辆的一天的驾驶计划方案进行运算，并针对每台车辆而赋予ID，从而对与氢填充相关的驾驶计划(临时的加氢站、临时氢填充时刻、临时氢填充量等临时预约信息)进行运算(过程S32)。

这样的驾驶计划的运算能够使用公知的软件而自动地实施。此时，可以考虑针对每台车辆而被设为必需的目的地、路径、每台车辆的规格(特别是氢罐的容量、供给口(插口)的形态、数量等信息)、以及每台车辆的氢现状(氢余量、氢余压、以及填充必要量中的至少一项)与依据在过程S31中所获得的信息而可接受的加氢站的组合。

此处，进行驾驶计划的运算的软件例如为如下的系统，该系统针对配送订单(包含配送目的地和希望配送时间等)，以使所有的订单均会无延迟地送到配送目的地的方式，而制作出成为决定各车辆的配送路径和顺便去往加氢站的时间的基础的计划。虽然进行无延迟的配送这一条件被最优先考虑，但是为了在其中选择耗油率良好的路径，从而使用耗油率模型而实施路径最优化。

(5)驾驶管理DB13准备在过程S32中运算出的结果并输出(过程S33)。

(6)填充预约DB11取得在过程S33中驾驶管理DB13所输出的信息并赋予识别记号(状态)，并将该信息记录在填充预约DB11中(过程S22)。如在上述过程S21中所说明的那样，此处被赋予的识别记号为与过程S21以及之后说明的过程S23至过程S24不同的识别记号。

(7)氢STDB12取得在过程S22中所记录的信息(过程S12)。

(8)氢STDB12基于在过程S12中所取得的信息以及在过程S11中所生成的信息，而针对每台车辆实施氢填充的预约可否的运算(过程S13)。

由于该运算满足在过程S12中所取得的每台车辆的驾驶计划，因此，基本上基于在过程S12中所获得的车辆信息而将各车辆适用于当前时间点的加氢站的状况(过程S11的信息)中。

但是，即使在存在对过程S12中所取得的信息和过程S11中所生成的加氢站的信息进行对照而不能实施氢填充预约的车辆的情况下，只要能够在该过程S13的阶段中对于加氢站侧而采取可变更的追加措施，则也可以应用追加措施来对氢填充的可否进行判断。此处，加氢站侧的可变更的追加措施例如可以列举出：新的氢气库存的补充措施、维护时间的变更、已预约的氢填充的优先级较低车辆的预约取消措施等。

由此，例如能够以针对每台车辆以及/或者每个加氢站而制作决定了临时填充时刻和临时填充量的临时预约信息。

(9)氢STDB12对在过程S13中所运算出的结果进行决定并输出(每台车辆的预约的可否)(过程S14)。此时，对于成为了可预约的车辆，也可以对预约进行确定(正式预约)(过程S15)。

此外，此处氢STDB12也可以在决定每台车辆的预约可否的同时，制作尚未约满的日期时间的信息、即可预约范围信息。

(10)填充预约DB11取得在过程S14中所决定的信息(每台车辆的预约的可否、临时预约信息)并赋予识别记号(状态)，并且对每台车辆的氢填充预约的可否、临时预约信息进行记录(过程S23)。如在上述过程S21中所说明的那样，此处被赋予的识别记号为与过程S21至过程S22、以及在之后说明的过程S24不同的识别记号。

在于上述过程S14中氢STDB12决定每台车辆的预约可否的同时制作出可预约范围信息的情况下，能够将该信息包含在记录中。

(11)驾驶管理DB13从填充预约DB11取得在过程S23中所记录的每台车辆的氢填充预约的可否信息、临时预约信息(过程S34)。

另外，在过程S23中记录了可预约范围信息的情况下，驾驶管理DB13也能够取得该信息。

(12)驾驶管理DB13基于在过程S34中所取得的每台车辆的预约可否的信息、临时预约信息而对可预约的车辆和不可预约的车辆进行辨别，并对是否存在不可预约的车辆进行判断(过程S35)。

此处，在过程S35中不存在不可预约车辆的情况下，选择“否”，并转移至过程S36。另一方面，在过程S35中存在不可预约车辆的情况下，选择“是”，并转移至过程S37。

(13)在过程S35中不存在不可预约车辆并选择了“否”的情况下，由于可以就此结束预约，因此对车辆的预约进行确定并设为正式预约(过程S36)。

(14)在过程S35中存在不可预约车辆并选择了“是”的情况下，对是否放弃不可预约车辆的氢填充的预约进行判断(过程S37)。是否放弃氢填充的预约的判断既可以根据被预先规定的条件而被自动地实施，也可以通过驾驶管理DB的操作者的输入而被实施。

自动地放弃预约的情况例如可以列举出如下情况，即，在计算中所使用的维护时刻变更、且在从配送计划发送来的入库预定时刻与新维护时刻重合时判断为放弃预约的情况。由此，能够因与维护时刻重合而自动地进行判断。

此处，当在过程S37中放弃了对于不可预约车辆的氢填充预约时，选择“是”，并转移至过程S38。另一方面，当在过程S37中并未放弃对于不可预约车辆的氢填充预约时，判断为“否”，并转移至过程S39。

(15)当在过程S37中放弃了对于不可预约的车辆的氢填充预约且被判断为“是”时，对于可以氢填充预约的车辆而对氢填充预约进行确定(正式预约)，并且对于不可预约的车辆而放弃氢填充的预约(过程S38)。

(16)当在过程S37中并未放弃对于不可预约的车辆的氢填充预约且被判断为“否”时，对于不可预约的车辆而实施驾驶计划的修正(过程S39)。

过程S39中的驾驶计划的修正通过对在过程S32以及过程S33中所获得的结果进行修正从而加以变更。在可预约范围信息被包含在记录中的情况下，也可以参照该信息来进行驾驶计划的修正。

驾驶计划的修正对象的车辆既可以为成为了可预约的车辆的全部或者一部分、和成为了不可预约的车辆的全部，也可以仅为成为了不可预约的车辆。

之后，基于修正后的驾驶计划而向填充预约DB11提供车辆的信息，并再次实施从过程S22起的过程。

(17)如果存在于过程S36、过程S38中进行了确定(进行了正式预约)的车辆的预约、以及放弃了预约的车辆，则填充预约DB11取得该信息并赋予识别记号(状态)，并且对预约以及放弃预约的确定信息进行记录(过程S24)。

如在上述过程S21中所说明的那样，此处被赋予的识别记号为与过程S21至过程S23不同的识别记号。此外，该识别记号也可以为根据可预约和不可预约的情况而有所不同的识别记号。

(18)填充预约DB11基于过程S24的信息而向各车辆通知驾驶预定信息(与氢填充预定有关的信息)(S25)。该通知以及接收该通知的手段并不被特别地限定，能够列举出车辆所具备的终端、驾驶人所持有的终端等。另外，该通知也可以与识别记号一起被实施。

3.效果、其它

如上述的那样，根据本公开，成为一种使向多台车辆的高效的氢填充成为可能的预约系统。据此，由于从车辆的驾驶管理侧的观点出发，能够实现减少仅用于氢填充的驾驶距离、削减在加氢站的等待时间、分散填充时机等，并且能够抑制对于车辆的驾驶计划的影响，因而能够高效地填充氢。

此外，从加氢站侧的观点出发，也能够对如商品的配送车辆或公共汽车等大型车等那样的氢供给量较多的车辆偏向于某一个加氢站的情况进行抑制，从而使氢供给平均化。

另外，在加氢站的运营商、驾驶管理人分别涉及到多个的情况下，上述的填充预约DB对于该信息的处理而以如下方式进行管理，即，针对每个加氢站的运营商而对加氢站信息进行管理，且针对每个驾驶管理人而对驾驶计划、车辆信息以及预约信息进行管理，并且在不同的加氢站运营商之间以及不同的驾驶管理人之间不能进行加氢站信息、驾驶计划、车辆信息以及预约信息的阅览和获取。由此，能够在保持商业机密的同时，实现跨及多个运营商间的氢填充，从而能够提高通用性、便利性，并提高填充效率。

符号说明

10：氢填充预约系统；

11：填充预约数据库；

12：加氢站数据库；

13：驾驶管理数据库。