CN113661628A - 控制方法、控制***以及程序 - Google Patents

Abstract

从第一用户的第一终端取得预约信息，该预约信息包含第一用户希望将来使用且正在由第二用户使用的电动车辆的使用开始日期时间(步骤S101)，取得电动车辆的电池余量(步骤S103)，使用所取得的电池余量，计算应该开始充电的日期时间即充电开始日期时间，使得在所取得的预约信息中包含的使用开始日期时间的时间点，电动车辆的电池余量成为规定值以上(步骤S104)，将包含计算出的充电开始日期时间的通知信息发送给所述电动车辆(步骤S106)。

Description

控制方法、控制***以及程序

技术领域

本发明涉及控制方法、控制***以及程序。

背景技术

在电动汽车等电动车辆的充电管理***中，存在利用快速充电来提高充电器的工作效率的技术(参照专利文献1)。

现有技术文献

专利文献

专利文献1：日本特开2014-39409号公报

发明内容

发明要解决的课题

然而，电动车辆的工作效率存在改善的余地。

因此，本发明提供一种提高电动车辆的工作效率的控制方法等。

用于解决课题的手段

本发明的一个方式的控制方法，从第一用户的第一终端取得预约信息，所述预约信息包含所述第一用户希望将来使用且正在由第二用户使用的电动车辆的使用开始日期时间，取得所述电动车辆的电池余量，使用所取得的所述电池余量来计算应该开始充电的日期时间即充电开始日期时间，使得在所取得的所述预约信息中包含的所述使用开始日期时间的时间点，所述电动车辆的电池余量成为规定值以上，将包含计算出的所述充电开始日期时间的通知信息发送给所述电动车辆。

此外，这些总括性或具体的方式可以通过***、装置、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质来实现，也可以通过***、装置、集成电路、计算机程序和记录介质的任意组合来实现。

发明效果

本发明的控制方法使电动车辆的工作效率提高。

附图说明

图1是示意性地表示实施方式1中的控制***的结构的框图。

图2是示意性地表示实施方式1中的服务器的结构的框图。

图3是表示实施方式1中的预约信息的一例的说明图。

图4是表示实施方式1中的电池的充电特性的一例的说明图。

图5是表示实施方式1中的通知信息的一例的说明图。

图6是表示实施方式1中的服务器所执行的控制方法的流程图。

图7是表示实施方式1中的控制***整体的处理的时序图。

图8是示意性地表示实施方式2中的控制***的结构的框图。

图9是示意性地表示实施方式2中的服务器的结构的框图。

图10是表示实施方式2中的服务器所执行的控制方法的第一流程图。

图11是表示实施方式2中的服务器所执行的控制方法的第二流程图。

图12是表示实施方式2中的控制***整体的处理的时序图。

图13是表示区块链的数据结构的说明图。

图14是表示事务数据的数据结构的说明图。

具体实施方式

(作为本发明的基础的见解)

本发明人对于“背景技术”一栏中记载的与电动车辆相关的技术，发现产生以下的问题。

电动车辆被广泛使用。作为电动车辆之一有电动自行车。以下，以电动自行车为例对电动车辆的使用方式进行说明。

电动自行车的服务方式之一有如下的方式：由运营公司管理，每当使用者使用时，借出给使用者。在该方式中，电动自行车在未借出时在充电站进行充电。使用者在想要使用电动自行车时，徒步等移动至充电站，在充电站接受电动自行车的借出并使用电动自行车。在使用者结束电动自行车的使用时，通过电动自行车移动到充电站，在此返还电动自行车。使用者使用结束了的电动自行车再次在充电站进行充电。

在从将来想要使用电动自行车的使用者接受使用的预约的情况下，在使用者开始使用的时间点，需要在充电站存在电动自行车，且具有足够的电池余量。

假设在电池余量不足的情况下，有可能在使用者正在使用时电动自行车的电池余量为空(empty)而不能行驶。如果为了避免不能行驶而在充电站中花费足够长的时间对电动自行车进行充电，则可能会产生所需以上的使用者不能使用电动自行车的时间，电动自行车的工作效率有可能降低。电动自行车的工作效率的降低导致资源的使用效率的降低、电力的消耗效率的降低。

这样，电动自行车这样的电动车辆的工作效率有改善的余地。

因此，本发明提供一种提高电动车辆的工作效率的控制方法等。

本发明的一个方式的控制方法，从第一用户的第一终端取得预约信息，所述预约信息包含所述第一用户希望将来使用且正在由第二用户使用的电动车辆的使用开始日期时间，取得所述电动车辆的电池余量，使用所取得的所述电池余量来计算应该开始充电的日期时间即充电开始日期时间，使得在所取得的所述预约信息中包含的所述使用开始日期时间的时间点，所述电动车辆的电池余量成为规定值以上，将包含计算出的所述充电开始日期时间的通知信息发送给所述电动车辆。

根据上述方式，为了使第一用户将来使用的电动车辆在第一用户使用时具有足够的电池余量而进行充电的充电开始日期时间，经由电动车辆被通知给第二用户。第二用户能够知道为了使自身正在使用的电动车辆将来由第一用户使用时具有足够的电池余量而进行充电的充电开始日期时间。如果知道充电开始日期时间的第二用户在该充电开始日期时间之前结束电动车辆的使用，则电动车辆能够在其使用结束后进行了充电的基础上由第一用户使用。假设如果不进行这样的管理，则在第一用户想要使用电动车辆时电池余量变得不足，有可能在第一用户正在使用时电池余量为空(empty)而不能行驶。如上所述，通过将充电开始日期时间通知给第二用户，能够使具有足够的电池余量的电动车辆在多个用户之间高效地运转而来回使用。因此，根据本发明的一个方式的控制方法，能够提高电动车辆的工作效率。

另外，也可以是，所述通知信息进一步地包含与第一奖励相关的信息，所述第一奖励是在所述第二用户在计算出的所述充电开始日期时间之前使所述电动车辆移动到充电站并结束了使用的情况下，对所述第二用户赋予的奖励。

根据上述方式，向第二用户通知能够通过在被通知的充电开始日期时间之前结束使用来得到奖励。第二用户能够通过在被通知的充电开始日期时间之前结束使用而得到奖励，因此在被通知的充电开始日期时间之前要结束使用的意志变强。其结果是，第一用户能够在第二用户所使用的电动车辆使用结束以及充电后使用该电动车辆的可能性提高。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，也可以是，进一步地，在取得了表示所述第二用户结束了所述电动车辆的使用的信息的情况下，执行对所述第二用户赋予所述通知信息中包含的所述第一奖励的赋予处理。

根据上述方式，对在被通知的充电开始日期时间之前结束了使用的第二用户赋予奖励。这样，由于能够与通知信息的发送等的处理一起作为一系列的处理执行奖励的赋予处理，因此具有信息处理的效率提高、能够降低消耗电力的效果。因此，根据本发明的一个方式的控制方法，能够提高信息处理的效率，并且提高电动车辆的工作效率。

另外，也可以是，所述赋予处理还包含对所述第二用户赋予第二奖励的处理，结束所述电动车辆的使用的时刻越早，所述第二奖励的量越多。

根据上述方式，第二用户在按照通知信息在充电开始日期时间之前结束使用的情况下，在更早的时刻结束使用的一方得到的奖励多，因此，更早地结束电动车辆的使用的意志变强。其结果是，第一用户能够在第二用户所使用的电动车辆使用结束以及充电后使用该电动车辆的可能性提高。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，也可以是，所述预约信息包含确定所述第一用户希望使用的所述电动车辆的使用开始场所的充电站即开始站的信息，所述赋予处理还包含对所述第二用户赋予第二奖励的处理，所述第二用户结束了所述电动车辆的使用的充电站即结束站越接近所述开始站，所述第二奖励的量越多。

根据上述方式，第二用户在按照通知信息在充电开始日期时间之前结束使用的情况下，在接近接下来使用的第一用户开始使用的充电站的充电站中结束使用的一方得到的奖励多，因此想要在接近第一用户开始使用的充电站的充电站中结束使用的意志变强。其结果是，第一用户能够在第二用户所使用的电动车辆使用结束以及充电后使用该电动车辆的可能性提高。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，也可以是，在用作所述第一用户将来要使用的所述电动车辆的候选即候选车辆存在多个的情况下，向多个所述候选车辆分别发送所述通知信息，接收1个以上的承诺信息，所述承诺信息表示被发送了所述通知信息的所述候选车辆的第二用户承诺结束所述电动车辆的使用，仅对发送了所接收到的1个以上的所述承诺信息中最早接收到的所述承诺信息的所述第二用户，执行赋予所述第一奖励的所述赋予处理。

根据上述方式，第二用户在按照通知信息在充电开始日期时间之前结束使用的情况下，更早地发送承诺信息的一方得到的奖励多，因此想要更快地发送承诺信息的意志变强。其结果是，发送更多的承诺信息，能够提高第二用户使用的电动车辆在其使用结束以及充电后第一用户能够使用的可能性。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，也可以是，生成包含与所述第一奖励相关的信息的事务数据，将所生成的所述事务数据保存在多个分布式账本中。

根据上述方式，由于实质上不可能篡改保存在分布式账本中的事务数据，与奖励相关的信息被适当地管理。因此，根据本发明的一个方式的控制方法，能够进行适当的信息管理，并且使电动车辆的工作效率提高。

另外，也可以是，在计算所述充电开始日期时间时，使用所述电动车辆的电池固有的规定的充电特性来计算所述电动车辆的电池余量从所取得的所述电池余量到成为所述规定值为止的时间，由此计算所述充电开始日期时间。

根据上述方式，能够使用电池的充电特性，更容易且更准确地计算充电开始日期时间。因此，根据本发明的一个方式的控制方法，能够使用基于更容易且准确的计算的充电开始日期时间来提高电动车辆的工作效率。

另外，也可以是，所述预约信息包含表示所述第一用户使用所述电动车辆进行移动的路径的路径信息，所述规定值是对所述电动车辆的电池余量的下限值加上所述电动车辆在所述路径信息所示的路径上移动所需的电力量而计算出的值。

根据上述方式，由于只要进行电动车辆的充电直至成为第一用户要使用电动车辆所需的电池余量便足够，因此与进行比该所需的电池余量多的充电的情况相比，能够缩短充电所需的时间。因此，通过缩短从第二用户结束使用起到第一用户开始使用为止的时间，能够进一步提高电动车辆的工作效率。这样，根据本发明的一个方式的控制方法，能够提高电动车辆的工作效率。

另外，本发明的一个方式的控制***具备服务器和充电站，所述充电站具有进行电动车辆的充电的充电设备，所述服务器具备：取得部，(a)从第一用户的第一终端取得预约信息，所述预约信息包含所述第一用户希望将来使用，且正在由第二用户使用的电动车辆的使用开始日期时间，且(b)取得所述电动车辆的电池余量；计算部，使用所取得的所述电池余量来计算应该开始充电的日期时间即充电开始日期时间，使得在所取得的所述预约信息中包含的所述使用开始日期时间的时间点所述电动车辆的电池余量成为规定值以上；以及通知部，将包含计算出的所述充电开始日期时间的通知信息发送给所述电动车辆。

根据上述方式，起到与上述控制方法同样的效果。

另外，本发明的一个方式的程序是用于使计算机执行上述的控制方法的程序。

根据上述方式，起到与上述控制方法同样的效果。

此外，这些总括性或具体的方式可以通过***、装置、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质来实现，也可以通过***、装置、集成电路、计算机程序或记录介质的任意组合来实现。

以下，参照附图对实施方式进行具体说明。

另外，以下将要说明的实施方式均表示总括性或具体的例子。以下的实施方式所示的数值、形状、材料、构成要素、构成要素的配置位置以及连接方式、步骤、步骤的顺序等均为一个例子，其主旨并非限定本发明。并且，针对以下的实施方式的构成要素之中没有记载在表示最上位概念的独立技术方案中的构成要素，作为任意的构成要素来说明。

(实施方式1)

在本实施方式中，对提高电动车辆的工作效率的控制方法等进行说明。

图1是示意性地表示本实施方式中的控制***1的结构的框图。

如图1所示，控制***1具备服务器10和站40。控制***1是对基于用户U1以及U2等的自行车30的使用进行控制的***。

用户U1持有终端20。终端20是移动电话或智能手机等具有通信接口的通信终端，经由网络N与服务器10可通信地连接。用户U1利用终端20进行自行车30的预约等手续。用户U1是在当前时间点不使用自行车30而希望将来使用自行车30的用户的一例。

用户U2是正在使用自行车30的用户的一例。

自行车30是由控制***1控制使用的自行车，是作为电动车辆的一例的电动自行车。自行车30具有可充电的电池(二次电池)。自行车30由包含用户U1以及U2的多个用户中的某一个用户乘坐，通过从电池供给的电力来驱动车轮从而移动。自行车30的电池能够在站40进行充电。另外，有时将自行车30的电池的充电仅表现为自行车30的充电。

自行车30具有通信接口，经由网络N与服务器10可通信地连接。另外，自行车30具备处理器以及存储器，处理器通过使用存储器执行规定的程序来进行信息处理。自行车30也可以通过GPS(Global Positioning System：全球定位***)等取得位置信息。

自行车30具有用于向正乘坐于自行车30的用户提示信息的提示部。提示部例如是通过图像的显示来提示信息的显示画面、或者通过声音的输出来提示信息的扬声器等。

此外，自行车30所具有的通信接口可以是能够与便携电话的运营商网络连接的远距离无线通信接口，也可以是Wi-Fi(注册商标)或者Bluetooth(注册商标)等近距离无线通信接口。在近距离无线通信接口的情况下，例如也可以采用经由正在使用自行车30的用户U2所持有的具有远距离无线通信接口的通信终端与网络N连接的方式。此外，也能够代替自行车30而使用电动汽车、电动滑板车(scooter)或电动踏板车(kickboard)作为电动车辆。

站40是进行自行车30的充电的充电站。站40具有用于对自行车30进行充电的充电设备，通过将充电设备与自行车30连接，并向自行车30的电池供给电力来进行自行车30的充电。在站40中，有时配置1个以上的自行车30，另外，能够进行1个以上的自行车30的充电。站40经由网络N与服务器10可通信地连接。站40对所配置的1个以上的自行车30各自的电池余量进行管理，将所管理的电池余量发送到服务器10。

服务器10是控制自行车30的用户U1等的使用的控制装置。具体而言，服务器10按照时间对自行车30的使用者进行管理。当从用户U1接受自行车30的使用的预约时，服务器10根据该预约，以使用户U1使用自行车30的方式进行控制。

具体而言，服务器10进行控制，使得在用户U1想要使用自行车30时在站40有自行车30的情况下，使用户U1使用位于站40的自行车30。

在用户U1想要使用自行车30时在站40没有自行车30的情况下，有时也执行在用户U1所预约的时间点向处于使用状态的自行车30的使用者即用户U2通知，使用户U2结束使用的处理。关于服务器10的处理，将在后面详细说明。

以下，设想用户U1希望将来使用自行车30，且在其预约的时间点在站40没有自行车30，用户U2正在使用自行车30的状况进行说明。

图2是示意性地表示本实施方式中的服务器10的结构的框图。

如图2所示，服务器10具备取得部11、计算部12、通知部13以及处理部14。服务器10所具备的各功能部能够通过服务器10所具备的CPU(Central Processing Unit：中央处理单元)(未图示)使用存储器执行规定的程序来实现。

取得部11是取得与自行车30的预约相关的各种信息的功能部。具体而言，取得部11取得预约信息和电池余量。

取得部11取得的预约信息至少包含自行车30的用户U1的使用开始日期时间，该自行车30是用户U1希望将来使用，且正在由用户U2使用的自行车30。预约信息是由终端20发送的信息。

另外，取得部11取得的电池余量是使用中的自行车30的当前时间点的电池余量。该电池余量由处于使用状态的自行车30发送。在自行车30为1个以上的情况下，从1个以上的自行车30分别取得电池余量。另外，上述电池余量是通过测量自行车30所具备的电池的电池余量而得到的信息。作为上述“当前时间点的电池余量”，能够利用通过从当前时间点起过去规定时间(例如10分钟)以内的测量而取得的电池余量。

计算部12是计算充电开始日期时间的功能部。充电开始日期时间是指应该开始在站40中的充电的日期时间，使得在取得部11所取得的预约信息中包含的使用开始日期时间的时间点，自行车30的电池余量成为规定值以上。计算部12在计算充电开始日期时间时，使用取得部11所取得的电池余量。计算部12在有多个自行车30的情况下，针对多个自行车30分别计算充电开始日期时间。

更具体而言，计算部12利用使用自行车30的电池固有的规定的充电特性来计算自行车30的电池余量从取得部11所取得的电池余量到成为规定值为止的时间，来计算充电开始日期时间。

通知部13是将包含计算部12计算出的充电开始日期时间的通知信息发送给自行车30的功能部。假定被发送到自行车30的通知信息由自行车30所具备的提示部提示给用户U2。此外，通知部13也可以将包含计算部12计算出的充电开始日期时间的通知信息发送给用户U2所保持的终端(未图示)。

通知部13发送的通知信息也可以包含与对用户U2赋予的奖励相关的信息。例如，与奖励相关的信息也可以包含与如下奖励相关的信息：在计算部12计算出的充电开始日期时间之前用户U2使自行车30移动到站40并结束了使用的情况下，即，在返还了自行车30的情况下，对用户U2赋予的奖励(也称为第一奖励)。

此外，也可以是，在通知部13发送通知信息时，在判定为充电开始日期时间与当前时间点相比是过去的情况下禁止发送通知信息。另外，通知部13也能够使用自行车30的位置信息进行与充电开始日期时间相关的判定。详细内容后述。

处理部14是执行对用户U2赋予奖励的赋予处理的功能部。具体而言，作为赋予处理，处理部14在针对通知部13发送的通知信息而取得了表示用户U2结束了自行车30的使用的信息的情况下，执行对用户U2赋予通知信息所示的第一奖励的赋予处理。

另外，赋予处理还可以包括对用户U2赋予与第一奖励不同的奖励(也称为第二奖励)的处理。第二奖励的量被设定为，例如用户U2结束了自行车30的使用的时刻越早则量越多。

另外，取得部11取得的预约信息也可以包含确定用户U1希望使用的自行车30的使用开始场所的充电站即开始站的信息。在该情况下，第二奖励的量被设定为，用户U2结束了自行车30的使用的充电站即结束站越接近开始站则越多。

另外，在通知部13发送通知信息时，也可以在存在多个作为用户U1将来要使用的自行车30使用的候选即候选车辆的情况下，向多个候选车辆分别发送通知信息。在该情况下，处理部14接收1个以上的承诺信息，该承诺信息表示被发送了通知信息的候选车辆的用户U2承诺结束自行车30的使用。然后，处理部14执行仅对处理部14接收到的1个以上的承诺信息中发送了最早接收到的承诺信息的用户U2赋予第一奖励的赋予处理。

另外，取得部11取得的预约信息也可以包含表示用户U1使用自行车30移动的路径的路径信息。在该情况下，计算部12在充电开始日期时间的计算中使用的规定值被计算为对自行车30的电池余量的下限值加上了自行车30要移动由路径信息所示的路径所需的电力量而得到的值。路径信息例如包含表示目的地的信息、或者表示目的地以及经由地的信息。在路径信息包含表示目的地的信息的情况下，路径信息所示的路径是指从开始站移动到目的地然后从目的地移动到开始站的路径。在路径信息包含表示目的地以及经由地的信息的情况下，路径信息所示的路径是指在开始站与目的地的去路或归路中经由经由地的路径。另外，也可以有多个经由地。

图3是表示本实施方式中的预约信息的一例的说明图。

如图3所示，预约信息包含使用开始日期时间、开始站、以及目的地。另外，开始站和目的地不是必须的。

使用开始日期时间是用户U1希望使用自行车30的日期时间。用户U1意图从使用开始日期时间所示的时间点起开始自行车30的使用。

开始站是表示用户U1想要开始使用自行车30的充电站的信息。开始站只要是能够在地图上确定该充电站的信息，则无论其形式如何，例如能够利用设备的名称、表示位置的信息(例如纬度以及经度、层数等)。

目的地是表示用户U1使用自行车30移动的目的地的信息。目的地只要是能够在地图上确定该目的地的信息，则无论其形式如何，例如能够利用设备的名称、表示位置的信息(例如纬度以及经度、层数等)。目的地是表示用户U1使用自行车30移动的路径的路径信息的一例。

图3所示的预约信息是用户U1用于在将来的日期时间即使用开始日期时间“2020年1月2日13时”进行自行车30的使用的预约信息的一例。该预约信息中还示出了在站A开始使用自行车30、以及在站A与设施B之间往返。

图4是表示本实施方式中的电池的充电特性的一例的说明图。图4所示的充电特性是自行车30的电池固有的规定的充电特性的一例。

图4所示的充电特性示出了在对电池进行充电时电池余量(纵轴)相对于电池的充电时间(横轴)的变化。

具有图4所示的充电特性的电池例如在时刻T1为电池余量B1，通过充电而在时刻T2电池余量变为B2。电池余量从B1变为B2所需的时间为T。

计算部12在使用电池的充电特性计算充电开始日期时间时，将取得部11所取得的当前时间点的电池余量作为图4的B1，将规定值作为图4的B2，将使用开始日期时间作为T2使用，由此计算充电开始日期时间T1。

图5是表示本实施方式中的通知信息的一例的说明图。

如图5所示，通知信息包含充电开始日期时间、奖励、以及返还站。此外，奖励和目的地不是必须的。

充电开始日期时间是应该开始充电的日期时间，使得在用户U1的使用开始日期时间的时间点自行车30的电池余量成为规定值以上。充电开始日期时间是由计算部12计算出的信息。

奖励是与在用户U2在充电开始日期时间之前使自行车30移动至站40并结束了使用的情况下，对用户U2赋予的奖励(第一奖励)相关的信息。

返还站是表示推荐用户U2返还自行车30的站40的信息。设想返还站由通知部13设定，且设定为与用户U1开始自行车30的使用的站40相同的充电站。

对如上构成的服务器10及控制***1整体的处理进行说明。

图6是表示本实施方式中的服务器10执行的控制方法的流程图。图7是表示本实施方式中的控制***1整体的处理的时序图。参照图6以及图7，对服务器10以及控制***1整体的处理进行说明。另外，在图7所示的处理中，对于与图6所示的服务器10的处理相同的处理，标注相同的附图标记，有时省略详细的说明。

在步骤S101中，取得部11判定是否从用户U1的终端20取得了预约信息。在取得了预约信息的情况下(步骤S101中为是)，进入步骤S102，在不是这样的情况下(步骤S101中为否)，再次执行步骤S101。即，取得部11在取得预约信息之前在步骤S101中设为待机状态。

在步骤S102中，取得部11判定在步骤S101中所取得的预约信息中包含的使用开始日期时间在站40是否有可使用的自行车30。取得部11例如发送请求持有信息的请求信息，并取得站40对发送出的请求信息发送的持有信息，所述持有信息表示在使用开始日期时间站40所持有的自行车30(参照图7)。然后，基于所取得的持有信息，判定在使用开始日期时间在站40是否有可使用的自行车30。在使用开始日期时间在站40有可使用的自行车30的情况下(步骤S102中为是)，进入步骤S121，在不是这样的情况下(步骤S102中为否)，进入步骤S103。

在步骤S103中，取得部11取得处于使用状态的自行车30的电池余量。例如，取得部11分别对使用中的自行车30发送以通知电池余量的方式进行请求的请求信息，取得自行车30对发送出的请求信息发送的余量信息(参照图7)。

在步骤S104中，计算部12使用在步骤S103中取得的电池余量和该电池固有的规定的充电特性，计算充电开始日期时间。

在步骤S105中，通知部13判定在步骤S104中计算出的充电开始日期时间之前是否能够结束自行车30的使用。例如，在步骤S104中计算出的充电开始日期时间与当前时间点相比是过去的情况下，判定为在充电开始日期时间之前不能结束自行车30的使用(即不可能)。另外，在能够取得自行车30的位置信息的情况下，也可以在假设为自行车30假若从当前时间点起移动到站40的情况下，使用该自行车30移动到站40并开始充电的时间点，在步骤S104中计算出的充电开始日期时间在与该时间点相比是过去的情况下，判定为不能在充电开始日期时间之前结束自行车30的使用。在该情况下，也可以代替使用当前时间点的电池余量，从当前时间点的电池余量中减去该自行车30移动到站40为止所消耗的电力的量，计算充电开始日期时间。在判定为能够在充电开始日期时间之前结束自行车30的使用的情况下(步骤S105中为是)，进入步骤S106，在不是这样的情况下(步骤S105中为否)，进入步骤S131。

在步骤S106中，通知部13将在步骤S104中计算部12计算出的包含充电开始日期时间的通知信息发送给自行车30。

在步骤S107中，处理部14接收自行车30对在步骤S106中发送出的通知信息回复的响应信息。

在步骤S108中，处理部14取得信息，该信息是在步骤S107中接收到的响应信息中包含的信息，且表示用户U2是否承诺在充电开始日期时间之前将自行车30返还给站40。处理部14基于所取得的信息，判定用户U2是否承诺在充电开始日期时间之前结束自行车30的使用，在判定为承诺结束使用的情况下(步骤S108中为是)，进入步骤S109，在不是这样的情况下(步骤S108中为否)，进入步骤S131。

在步骤S109中，处理部14针对用户U1的自行车30的预约，生成表示确定预约的预约确定信息。预约确定信息是表示用户U1预约了从在步骤S101中所取得的预约信息中包含的使用开始日期时间起开始自行车30的使用的信息。

在步骤S110中，处理部14将确定了用户U1的自行车30的预约的情况通知给用户U1。例如，处理部14也可以发送在步骤S109中所生成的预约确定信息。

在步骤S121中，处理部14针对用户U1的自行车30的预约，生成表示确定预约的预约确定信息。关于预约确定信息，与步骤S109的说明相同。

在步骤S122中，处理部14将确定了用户U1的自行车30的预约的情况通知给用户U1。关于该通知，与步骤S110的说明相同。

在步骤S131中，处理部14废弃用户U1的自行车30的预约。预约的废弃是指表示无法使在步骤S101中所取得的用户U1的预约成立的处理。

在步骤S132中，处理部14将废弃了用户U1的自行车30的预约的情况通知给用户U1。

在步骤S110以及S122中通知预约确定后，处理部14在取得了表示用户U2结束了自行车30的使用的信息的情况下，执行对用户U2赋予奖励的赋予处理。

通过以上的一系列的处理，控制***1能够进一步提高电动车辆的工作效率。

(实施方式2)

在本实施方式中，对于提高电动车辆的工作效率的控制***，说明与实施方式1不同的方式。本实施方式的控制***2通过分布式账本来管理来自正在使用自行车的用户的响应信息以及与奖励的赋予相关的信息。

另外，在本实施方式中，对与实施方式1中的构成要素或者处理相同的构成要素标注相同的附图标记，并省略详细的说明。

图8是示意性地表示本实施方式中的控制***2的结构的框图。

如图8所示，控制***2包括服务器10A、10B和10C以及站40。控制***2具备服务器10A、10B以及10C来代替实施方式1的服务器10。

服务器10A是控制自行车30的用户U1等的使用的多个控制装置中的1个。服务器10A是持有分布式账本的多个服务器10A、10B以及10C中的1个。在服务器10A持有的分布式账本中，保存并管理来自正在使用自行车的用户的响应信息、以及与奖励的赋予相关的信息。

具体而言，服务器10A接收来自用户U2的响应信息作为响应事务数据(transaction data)。另外，接收表示对用户U2赋予奖励的赋予事务数据。服务器10A使用分布式账本对接收到的上述事务数据进行管理。

服务器10B和10C分别是具有与服务器10A相同的功能的装置，与服务器10A独立地动作。另外，服务器的台数不限于3，只要是多个即可。另外，服务器10A等彼此可通信地连接，也可以经由网络N连接。

在此，作为例子，说明服务器10A等中的服务器10A从终端20等接收各种信息或各种事务数据、或向终端20等发送通知的情况，但其他服务器(服务器10B或10C)也可以进行上述的处理。

图9是示意性地表示本实施方式中的服务器10A的结构的框图。另外，服务器10B和10C也具备同样的结构。

如图9所示，服务器10A具备取得部11、计算部12、通知部13、处理部14A以及账本管理部16。

取得部11、计算部12、通知部13与实施方式1的同名的功能部相同，因此省略说明。

处理部14A是执行对用户U2赋予奖励的赋予处理的功能部。此外，作为一例，奖励是通过分布式账本来作为代币(token)的提供来管理的。代币是由分布式账本管理的价值信息，相当于货币、礼券或优惠券等，另外，能够在用户之间交换。

具体而言，作为赋予处理，处理部14A在针对通知部13所发送的通知信息而取得了表示用户U2结束了自行车30的使用的信息的情况下，执行对用户U2赋予通知信息所示的第一奖励的赋予处理。在赋予处理中，处理部14A发行表示对用户U2赋予第一奖励的赋予事务数据并提供给账本管理部16。另外，处理部14A接收用户U2发送的响应事务数据作为对通知部13所发送的通知信息的响应，并提供给账本管理部16。此外，赋予事务数据是包含与第一奖励相关的信息的事务数据的一例。

账本管理部16是管理分布式账本的功能部。账本管理部16将从处理部14A提供的事务数据保存在分布式账本中。在分布式账本中保存从过去到当前的事务数据。基于难以篡改记录在分布式账本中的信息的特性，以上述事务数据不被篡改的方式管理事务数据。

账本管理部16具有保存部17和账本存储部18。

保存部17是将应该保存在分布式账本中的新的事务数据保存在账本存储部18中的功能部。保存部17以与分布式账本的类别相应的方式将新的事务数据保存在账本存储部18中。另外，保存部17与服务器10A等中的其他服务器的保存部17收发通信数据，在其他服务器的账本存储部18中也保存上述新的事务数据。例如，保存部17在分布式账本是区块链的情况下，生成包含新的事务数据的区块，在将所生成的区块在服务器10A、10B及10C之间取得同步的基础上，将上述区块保存在账本存储部18中。

账本存储部18是存储有分布式账本的存储装置。保存在账本存储部18中的分布式账本存储有1个以上的事务数据，以使用哈希值等的特性而难以篡改的方式进行管理(后述)。

另外，分布式账本例如是区块链，虽然以这种情况为例进行说明，但也可以采用其他方式的分布式账本(例如IOTA或哈希图等)。此外，分布式账本可以在新的数据的保存时执行共识算法(Consensus algorithm，例如，PBFT(Practical Byzantine FaultTolerance：实用拜占庭容错)、PoW(Proof of Work：工作量证明)或者PoS(Proof ofStake：权益证明))，也可以不执行。作为不执行共识算法的分布式账本技术的一例，有超级账本结构(Hyperledger fabric)。

对如以上那样构成的服务器10A等以及控制***2执行的处理进行说明。

图10以及图11是表示本实施方式中的服务器10A等执行的控制方法的流程图。图12是表示本实施方式中的控制***2整体的处理的时序图。参照图10～图12对服务器10A等的处理以及控制***2整体的处理进行说明。

首先，参照图10以及图12对从预约信息的取得到预约确定或者预约废弃的处理进行说明。

图10中的从步骤S101到步骤S106的处理与实施方式1中的处理(参照图6)相同。

在步骤S107A中，处理部14A接收作为针对在步骤S106中所发送的通知信息的响应的响应事务数据。响应事务数据是接收到在步骤S106中处理部14A所发送的通知信息的自行车30生成并发送的数据(参照图12的步骤S106A)。响应事务数据是包含表示用户U2是否承诺结束使用的信息的事务数据，之后能够保存于分布式账本。

在步骤S108A中，处理部14A取得信息，该信息是在步骤S107A中接收到的响应事务数据中包含的信息，表示用户U2是否承诺在充电开始日期时间之前将自行车30返还给站40。处理部14A基于所取得的信息，判定用户U2是否承诺在充电开始日期时间之前结束自行车30的使用。在判定为承诺结束使用的情况下(步骤S108A中为是)，进入步骤S108B，在不是这样的情况下(步骤S108A中为否)，进入步骤S131。

在步骤S108B中，处理部14A将在步骤S107A中接收到的响应事务数据提供给账本管理部16，由此保存在分布式账本中。另外，处理部14A将上述响应事务数据发送至其他服务器10B等，并保存在所有的服务器10A等的分布式账本中。在结束了步骤S108B后，进入步骤S109。步骤S109以后的处理与实施方式1中的处理相同。

接下来，参照图11以及图12对奖励的赋予处理进行说明。

如图11所示，在步骤S201中，处理部14A判定是否接收到赋予事务数据。赋予事务数据是在用户U2使自行车30移动到站40并返还时，站40生成并发送的数据(参照图12的步骤S201A)。在接收到赋予事务数据的情况下(步骤S201中为是)，进入步骤S202，在不是这样的情况下(步骤S201中为否)，再次执行步骤S201。即，处理部14A在接收赋予事务数据之前在步骤S201中处于待机状态。

在步骤S202中，处理部14A将在步骤S201中接收到的赋予事务数据提供给账本管理部16，由此保存在分布式账本中。另外，处理部14A将上述赋予事务数据发送至其他服务器10B等，并保存在所有的服务器10A等的分布式账本中。

通过以上的一系列的处理，控制***2能够有效地防止与用户交换的信息的篡改，并且进一步提高电动车辆的工作效率。

(补充)

对上述各实施方式或变形例中的区块链进行补充说明。

图13是表示区块链的数据结构的说明图。

区块链是其记录单位即区块以链(chain)状连接而成的。各个区块具有多个事务数据和紧前面的区块的哈希值。具体而言，在区块B2中包含之前的区块B1的哈希值。然后，根据区块B2中包含的多个事务数据和区块B1的哈希值运算出的哈希值作为区块B2的哈希值被包含在区块B3中。这样，通过将之前的区块的内容包含为哈希值，并将区块以链状连接，从而有效地防止所记录的事务数据的篡改。

假设如果过去的事务数据被变更，则区块的哈希值成为与变更前不同的值，为了将被篡改的区块看作正确的区块，必须重新制作此后的所有区块，该作业在现实中是非常困难的。使用该性质，在区块链中确保了篡改困难性。

图14是表示事务数据的数据结构的说明图。

图14所示的事务数据包含事务主体P1和电子签名P2。事务主体P1是该事务数据所包含的数据主体。电子签名P2是对事务主体P1的哈希值用该事务数据的制作者的签名密钥进行签名而生成的，更具体而言，是通过用制作者的私钥进行加密而生成的。

由于事务数据具有电子签名P2，所以实质上不可能篡改。由此，能够防止事务主体的篡改。

如上所述，根据上述方式的控制方法，用于使在将来由第一用户使用的电动车辆在由第一用户使用时具有足够的电池余量的充电的充电开始日期时间经由电动车辆被通知给第二用户。第二用户能够知道用于使自身正在使用的电动车辆在将来由第一用户使用时具有足够的电池余量的充电的充电开始日期时间。如果知道充电开始日期时间的第二用户在该充电开始日期时间之前结束电动车辆的使用，则电动车辆能够在其使用结束后进行了充电的基础上由第一用户使用。假设如果不进行这样的管理，则在第一用户想要使用电动车辆时电池余量变得不足，有可能在第一用户正在使用时电池余量为空(empty)而不能行驶。如上所述，通过将充电开始日期时间通知给第二用户，能够使具有足够的电池余量的电动车辆在多个用户之间高效地运转而随意使用。因此，根据本发明的一个方式的控制方法，能够提高电动车辆的工作效率。

另外，向第二用户通知能够通过在被通知的充电开始日期时间之前结束使用来得到奖励。第二用户能够通过在被通知的充电开始日期时间之前结束使用而得到奖励，因此在被通知的充电开始日期时间之前要结束使用的意志变强。其结果是，第一用户能够在第二用户所使用的电动车辆使用结束以及充电后使用该电动车辆的可能性提高。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，对在被通知的充电开始日期时间之前结束了使用的第二用户赋予奖励。这样，由于能够与通知信息的发送等的处理一起作为一系列的处理执行奖励的赋予处理，因此具有信息处理的效率提高、能够降低消耗电力的效果。因此，根据本发明的一个方式的控制方法，能够提高信息处理的效率，并且提高电动车辆的工作效率。

另外，第二用户在按照通知信息在充电开始日期时间之前结束使用的情况下，在更早的时刻结束使用的一方得到的奖励多，因此，更早地结束电动车辆的使用的意志变强。其结果是，第一用户能够在第二用户所使用的电动车辆使用结束以及充电后使用该电动车辆的可能性提高。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，第二用户在按照通知信息在充电开始日期时间之前结束使用的情况下，在接近接下来使用的第一用户开始使用的充电站的充电站中结束使用的一方得到的奖励多，因此想要在接近第一用户开始使用的充电站的充电站中结束使用的意志变强。其结果是，第一用户能够在第二用户所使用的电动车辆使用结束以及充电后使用该电动车辆的可能性提高。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，第二用户在按照通知信息在充电开始日期时间之前结束使用的情况下，更早地发送承诺信息的一方得到的奖励多，因此想要更快地发送承诺信息的意志变强。其结果是，发送更多的承诺信息，能够提高第二用户使用的电动车辆在其使用结束以及充电后第一用户能够使用的可能性。因此，根据本发明的一个方式的控制方法，能够进一步提高电动车辆的工作效率。

另外，由于实质上不可能篡改保存在分布式账本中的事务数据，与奖励相关的信息被适当地管理。因此，根据本发明的一个方式的控制方法，能够进行适当的信息管理，并且使电动车辆的工作效率提高。

另外，能够使用电池的充电特性，更容易且更准确地计算充电开始日期时间。因此，根据本发明的一个方式的控制方法，能够使用基于更容易且准确的计算的充电开始日期时间来提高电动车辆的工作效率。

另外，由于只要进行电动车辆的充电直至成为第一用户要使用电动车辆所需的电池余量便足够，与进行比该所需的电池余量多的充电的情况相比，能够缩短充电所需的时间。因此，通过缩短从第二用户结束使用起到第一用户开始使用为止的时间，能够进一步提高电动车辆的工作效率。这样，根据本发明的一个方式的控制方法，能够提高电动车辆的工作效率。

此外，在上述实施方式中，各构成要素也可以由专用的硬件构成，或者通过执行适于各构成要素的软件程序来实现。各构成要素也可以通过CPU或处理器等程序执行部将记录在硬盘或半导体存储器等记录介质中的软件程序读出并执行来实现。在此，实现上述实施方式的内容管理***等的软件是如下的程序。

即，该程序使计算机执行如下控制方法：从第一用户的第一终端取得预约信息，所述预约信息包含所述第一用户希望将来使用且正在由第二用户使用的电动车辆的使用开始日期时间，取得所述电动车辆的电池余量，使用所取得的所述电池余量来计算应该开始充电的日期时间即充电开始日期时间，使得在所取得的所述预约信息中包含的所述使用开始日期时间的时间点所述电动车辆的电池余量成为规定值以上，将包含计算出的所述充电开始日期时间的通知信息发送给所述电动车辆。

以上，基于实施方式对一个或多个方式的控制***等进行了说明，但本发明并不限定于该实施方式。只要不脱离本发明的主旨，对本实施方式实施了本领域技术人员想到的各种变形的方式、将不同的实施方式中的构成要素组合而构建的方式也可以包含在一个或多个方式的范围内。

产业上的可利用性

本发明能够利用于管理电动车辆的使用的控制***。

附图标记说明

1、2 控制***

10、10A、10B、10C 服务器

11 取得部

12 计算部

13 通知部

14、14A 处理部

16 账本管理部

17 保存部

18 账本存储部

20 终端

30 自行车

40 站

B0、B1、B2、B3 区块

N 网络

P1 事务主体

P2 电子签名

U1、U2 用户

Claims (11)

1.一种控制方法，其中，

从第一用户的第一终端取得预约信息，所述预约信息包含所述第一用户希望将来使用且正在由第二用户使用的电动车辆的使用开始日期时间，

取得所述电动车辆的电池余量，

使用所取得的所述电池余量来计算应该开始充电的日期时间即充电开始日期时间，使得在所取得的所述预约信息中包含的所述使用开始日期时间的时间点，所述电动车辆的电池余量成为规定值以上，

将包含计算出的所述充电开始日期时间的通知信息发送给所述电动车辆。

2.根据权利要求1所述的控制方法，其中，

所述通知信息进一步包含与第一奖励相关的信息，

所述第一奖励是在所述第二用户在计算出的所述充电开始日期时间之前使所述电动车辆移动到充电站并结束了使用的情况下，对所述第二用户赋予的奖励。

3.根据权利要求2所述的控制方法，其中，

进一步地，

在取得了表示所述第二用户结束了所述电动车辆的使用的信息的情况下，执行对所述第二用户赋予所述通知信息中包含的所述第一奖励的赋予处理。

4.根据权利要求3所述的控制方法，其中，

所述赋予处理还包含对所述第二用户赋予第二奖励的处理，

结束所述电动车辆的使用的时刻越早，所述第二奖励的量越多。

5.根据权利要求3所述的控制方法，其中，

所述预约信息包含确定所述第一用户希望使用的所述电动车辆的使用开始场所的充电站即开始站的信息，

所述赋予处理还包含对所述第二用户赋予第二奖励的处理，

所述第二用户结束了所述电动车辆的使用的充电站即结束站越接近所述开始站，所述第二奖励的量越多。

6.根据权利要求3至5中任一项所述的控制方法，其中，

在用作所述第一用户将来要使用的所述电动车辆的候选即候选车辆存在多个的情况下，向多个所述候选车辆分别发送所述通知信息，

接收1个以上的承诺信息，所述承诺信息表示被发送了所述通知信息的所述候选车辆的第二用户承诺结束所述电动车辆的使用，

仅对发送了所接收到的1个以上的所述承诺信息中最早接收到的所述承诺信息的所述第二用户，执行赋予所述第一奖励的所述赋予处理。

7.根据权利要求6所述的控制方法，其中，

生成包含与所述第一奖励相关的信息的事务数据，

将所生成的所述事务数据保存在多个分布式账本中。

8.根据权利要求1至7中任一项所述的控制方法，其中，

在计算所述充电开始日期时间时，使用所述电动车辆的电池固有的规定的充电特性来计算所述电动车辆的电池余量从所取得的所述电池余量到成为所述规定值为止的时间，由此计算所述充电开始日期时间。

9.根据权利要求1至8中任一项所述的控制方法，其中，

所述预约信息包含表示所述第一用户使用所述电动车辆进行移动的路径的路径信息，

所述规定值是对所述电动车辆的电池余量的下限值加上所述电动车辆在所述路径信息所示的路径上移动所需的电力量而计算出的值。

10.一种控制***，具备服务器和充电站，其中，

所述充电站具有进行电动车辆的充电的充电设备，

所述服务器具备：

取得部，(a)从第一用户的第一终端取得预约信息，所述预约信息包含所述第一用户希望将来使用且正在由第二用户使用的电动车辆的使用开始日期时间，且(b)取得所述电动车辆的电池余量；

计算部，使用所取得的所述电池余量来计算应该开始充电的日期时间即充电开始日期时间，使得在所取得的所述预约信息中包含的所述使用开始日期时间的时间点，所述电动车辆的电池余量成为规定值以上；以及

通知部，将包含计算出的所述充电开始日期时间的通知信息发送给所述电动车辆。

11.一种程序，其中，所述程序用于使计算机执行权利要求1至9中任一项所述的控制方法。

Images