CN110114785A - 信息处理装置、信息处理方法及信息处理程序 - Google Patents

Abstract

实施方式的信息处理装置预约将电动汽车电池充电的供电站。信息处理装置包括：接收部，接收表示电池剩余量的第1信息、与目的地相关的第2信息、及与路径相关的第3信息；第1检索部，基于第2信息及第3信息检索至目的地为止的推荐路径；第2检索部，检索供电站；第1判断部，基于第1信息及推荐路径判断在至目的地为止之间是否需要电池的充电；以及预约部，在判断需要电池的充电的情况下，不等待来自使用者的命令便预约供电站。

Description

信息处理装置、信息处理方法及信息处理程序

技术领域

实施方式涉及一种信息处理装置、信息处理方法及信息处理程序。

背景技术

近年来，电动汽车不断普及。为了进一步普及，请求将电动汽车的电池充电的供电站的环境整备。

[现有技术文献]

[专利文献]

[专利文献1]日本专利特开2003-262525号公报

发明内容

[发明要解决的问题]

本发明提供一种能够有效地预约充电的信息处理装置、信息处理方法及信息处理程序。

[解决问题的技术手段]

本实施方式的信息处理装置是用于预约将电动汽车的电池充电的供电站的信息处理装置。信息处理装具备接收部、第1检索部、第2检索部、第1判断部及预约部。接收部接收表示电动汽车的电池剩余量的第1信息、与目的地相关的第2信息、及与至目的地为止的路径相关的第3信息。第1检索部至少基于第2信息及第3信息，检索至目的地为止的推荐路径。第2检索部检索处于至目的地为止之间的供电站。第1判断部基于第1信息、及检索出的推荐路径，判断在到达目的地之前的期间是否需要电池的充电。预约部是在第1判断部判断需要电池的充电的情况下，不等待来自使用者的命令便预约第2检索部所检索出的任一供电站。

附图说明

图1是第1实施方式的电动汽车充电预约系统的概念图。

图2是第1实施方式的电动汽车充电预约系统的框图。

图3是第1实施方式的电动汽车的框图。

图4是第1实施方式的智能手机的框图。

图5是第1实施方式的服务器的框图。

图6A是第1实施方式的服务器的框图。

图6B是第1实施方式的服务器的处理器的功能框图。

图7是第1实施方式的服务器的框图。

图8是表示第1实施方式的供电站的预约方法的流程图。

图9是表示第1实施方式的路线搜索方法的流程图。

图10是表示第1实施方式的智能手机或汽车导航系统的画面的示意图。

图11是表示第1实施方式的智能手机或汽车导航系统的画面的示意图。

图12是表示第1实施方式的智能手机或汽车导航系统的画面的示意图。

图13是表示第1实施方式的智能手机的画面的示意图。

图14是表示第1实施方式的智能手机的画面的示意图。

图15是表示第1实施方式的智能手机的画面的示意图。

图16是表示第1实施方式的智能手机的画面的示意图。

图17是表示第1实施方式的智能手机的画面的示意图。

图18是表示第2实施方式的供电站的预约方法的流程图。

图19A是第3实施方式的服务器的功能框图。

图19B是表示第3实施方式的第1例的供电站的预约方法的流程图。

图20是表示第3实施方式的第1例的电动汽车的预约状况的画面的示意图。

图21是表示第3实施方式的第1例的电动汽车的预约状况的画面的示意图。

图22是表示第3实施方式的第2例的供电站的预约方法的流程图。

图23是表示第3实施方式的第2例的电动汽车的预约状况的画面的示意图。

图24是表示第3实施方式的第2例的电动汽车的预约状况的画面的示意图。

图25是表示第3实施方式的第2例的电动汽车的预约状况的画面的示意图。

图26是第4实施方式的电动汽车充电预约系统的框图。

图27是第4实施方式的智能手机的框图。

图28是表示第4实施方式的供电站的预约方法的流程图。

图29是第5实施方式的电动汽车充电预约系统的概念图。

图30是第5实施方式的电动汽车充电预约系统的框图。

图31是第5实施方式的汽车导航系统的框图。

图32是表示第5实施方式的供电站的预约方法的流程图。

图33是表示第5实施方式的汽车导航系统的画面的示意图。

图34是表示第5实施方式的汽车导航系统的画面的示意图。

图35是表示第5实施方式的汽车导航系统的画面的示意图。

图36是表示第5实施方式的汽车导航系统的画面的示意图。

图37是表示第5实施方式的汽车导航系统的画面的示意图。

图38是表示第5实施方式的汽车导航系统的画面的示意图。

图39是表示第5实施方式的汽车导航系统的画面的示意图。

图40是表示第5实施方式的汽车导航系统的画面的示意图。

图41是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图42是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图43是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图44是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图45是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图46是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图47是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图48是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图49是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图50是表示第5实施方式的智能手机及汽车导航系统的画面的示意图。

图51是第6实施方式的电动汽车充电预约系统的框图。

图52是第6实施方式的汽车导航系统的框图。

图53是表示第6实施方式的供电站的预约方法的流程图。

图54是第6实施方式的电动汽车充电预约系统的框图。

图55是第6实施方式的汽车导航系统的框图。

图56是表示第6实施方式的供电站的预约方法的流程图。

图57是第1至第6实施方式的变化例的电动汽车充电预约系统的框图。

图58是第1至第6实施方式的变化例的电动汽车及供电站的框图。及

图59是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

图60是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

图61是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

图62是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

图63是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

图64是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

图65是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

图66是表示第1至第6实施方式的变化例的汽车导航系统的画面的示意图。

具体实施方式

以下，参照附图对实施方式进行说明。另外，在以下的说明中，对具有相同的功能及构成的构成要素附上共通的参照符号。

1.第1实施方式

对第1实施方式的信息处理装置、信息处理方法及信息处理程序进行说明。本实施方式涉及电动汽车的供电站的预约系统。

1.1关于构成

1.1.1关于整体构成

图1示出本实施方式的预约系统的构成例。如图所示，预约系统1具备电动汽车100、携带型信息终端200、以及服务器300、400及500。以下，以携带型信息终端是智能手机200的情况为例进行说明，但只要是移动电话、平板PC(Personal Computer，个人计算机)、笔记型PC等可携带的信息通讯终端即可。智能手机200例如可通过无线通讯，经由网络600与服务器300、400及500进行通讯。

此外，电动汽车100也具有无线通讯功能，可经由网络600与服务器300、400及500进行通讯。

服务器300、400及500根据来自电动汽车100或智能手机200的请求进行各种运算，对电动汽车100及智能手机200提供多种信息。

图2是图1所示的预约系统1的框图。如图所示，智能手机200从使用者受理各种设定信息，将所受理的信息(使用者设定信息)发送至服务器400。此外，智能手机200从服务器400接收与推荐路线相关的信息。

电动汽车100按照来自服务器400的要求，向服务器400发送与电池剩余量相关的信息。

服务器300保持道路的拥堵信息。而且，服务器300按照来自服务器400的要求，发送拥堵信息。拥堵信息不仅包含当前的拥堵信息，也包含今后预测的拥堵预测信息、或事故信息、又或由灾害等所致的交通停止信息等所有交通信息，且被提供给服务器400。进而，拥堵信息不仅包含交通信息，也包含例如山道或高速道路等对电池110的消耗速度存在影响的例如道路信息。

服务器500保持与电动汽车的供电站相关的信息。该信息包含表示设置在多个场所的供电站的位置信息等的供电站信息、及各供电站信息中的表示预约状况的预约信息。而且，服务器500按照来自服务器400的要求，发送供电站信息及预约信息，此外，受理来自服务器400的供电站的预约。而且，在受理预约时，服务器500更新预约信息，且将预约完成信息发送至服务器400。另外，在附图中，由于纸面限制，有将“供电站”表述为“供电st”的情况。

服务器400管理电动汽车100的信息。即，服务器400按照来自智能手机200的使用者设定信息、来自电动汽车100的电池剩余量信息、来自服务器300的拥堵信息、及来自服务器500的供电站信息，算出前往使用者的目的地的推荐路线，且将推荐路线信息发送至智能手机200。此外，服务器400预测在推荐路线内是否需要电池110的充电，在预测为需要的情况下，对服务器500进行供电站的临时预约及正式预约。

另外，服务器300可为公共机构所提供者，与此相对，服务器500可为运营供电站的运营商所提供者，服务器400可为运营正式预约系统的运营商所提供者。但，服务器300、400、500的提供者并不限定于这些，可由各运营商或个人提供。

其次，对所述电动汽车100、智能手机200、以及服务器300、400及500进行说明。

1.1.2电动汽车100的构成

首先，使用图3对所述电动汽车100的构成进行说明。图3是表示电动汽车100的尤其是与预约系统相关的部分的构成例的框图。如图所示，电动汽车100具备电池110、电池监视单元120、控制部130及通讯部140。

电池110是用以驱动电动汽车100者。

电池监视单元(例如电池监视电路)120监视电池110的剩余量。电池剩余量的监视可时间上连续地进行，或每隔一定时间进行。此外，电池监视单元120对电池110的例如充电次数进行计数。其原因在于，电池110每当反复充电时便劣化。因此，电池监视单元120通过对电池110的例如充电次数进行计数，不仅监视电池剩余量，也监视电池110的劣化程度。

通讯部140是可通过无线通讯与服务器400之间收发信息的例如通讯用电路。例如通讯部140从服务器400接收电池剩余量信息要求。于是，通讯部140将从控制部130接收到的电池剩余量信息发送至服务器400。电池剩余量信息不仅包含电池110的剩余量，也可包含与所述电池110的劣化程度相关的信息。通过发送与劣化程度相关的信息，服务器400可更精密地进行将来的电池110的消耗预测。

控制部130控制与电动汽车100的预约系统相关的处理。控制部130具备例如包含控制电路或者由控制电路构成的例如CPU(Central processing unit，中央处理单元)等处理器131(以下出现的处理器231、331、431、531、731也相同)、ROM(Read Only Memory，只读存储器)132、RAM(Random Access Memory，随机存取存储器)133及输入输出电路134。ROM132保持由处理器131执行的程序或必需的数据。RAM133作为处理器131的作业区域发挥功能。输入输出电路134负责与通讯部140之间的信息的收发。处理器131通过执行ROM132内的程序而执行与预约系统相关的处理。例如，当经由输入输出电路134接收电池剩余量信息的要求时，处理器131对电池监视单元120请求当前的电池110的剩余量信息。响应于此，电池监视单元120将电池剩余量信息发送至处理器131。而且，处理器131将电池剩余量信息发送至通讯部140。另外，处理器131不仅将当前的电池剩余量发送至服务器400，也可根据来自服务器400的要求，将例如数小时后或数日后的电池剩余量的预测值发送至服务器400。此时，处理器131使用例如ROM132或RAM133中所保持的当前的电池的消耗度、或过去的电池的消耗率进行计算。以下，“电池剩余量信息”的语句中也包含这些信息。

1.1.3智能手机200的构成

其次，使用图4对所述智能手机200的构成进行说明。图4是表示智能手机200的构成例的框图。如图所示，智能手机200具备显示部210、使用者输入部220、控制部230及通讯部240。

显示部210对使用者提示各种信息，例如为液晶显示器等。

使用者输入部220受理来自使用者的各种信息或命令的输入(将其称为使用者设定信息)。例如，显示部210为触控面板型的显示装置，显示部210与使用者输入部220也可成为一体。

通讯部240通过无线通讯而与服务器400之间收发信息。例如通讯部240是针对服务器400，将由使用者输入部220受理的使用者设定信息发送至服务器400，此外，从服务器400接收推荐路线信息。

控制部230控制智能手机200整体的处理。控制部230具备CPU等处理器231、ROM232、RAM233及输入输出电路234。ROM232保持由处理器231执行的程序或必需的数据。RAM233作为处理器231的作业区域发挥功能。输入输出电路234负责与通讯部240之间的信息的收发。处理器231是通过执行ROM232内的程序，而实现包含与预约系统相关的处理的智能手机200所具有的各种功能。例如处理器231使由使用者输入部220受理的使用者设定信息保持在例如RAM233。使用者设定信息的具体例是例如与驾驶电动汽车100的日期、目的地或优先顺序相关的信息等。所谓优先顺序是在向目的地的路线搜索中，是否使用高速道路或电池110的充电规则等。所谓充电规则是使对电池110允许的最低剩余量、或供电站可容许的等待时间等中的哪一者优先等信息。

1.1.4服务器300的构成

其次，使用图5对所述服务器300的构成进行说明。图5是表示服务器300的构成例的框图。如图所示，服务器300具备控制部330及通讯部340。

通讯部340通过无线通讯而与服务器400之间收发信息。例如通讯部340从服务器400接收拥堵信息要求。于是，通讯部340将从控制部330接收到的拥堵信息发送至服务器400。

控制部330实时地保持拥堵信息。即，控制部330具备CPU等处理器331、ROM332、RAM333及输入输出电路334。ROM332保持由处理器331执行的程序或必需的数据。RAM333作为处理器331的作业区域发挥功能，并且保持拥堵信息335。拥堵信息335不仅包含当前的拥堵状况，也包含过去的拥堵信息。由此，可实现将来的拥堵预测。如上所述，在本说明书中，“拥堵信息”不仅包含与拥堵相关的信息，也包含事故信息、或当前及将来的交通停止信息等各种交通信息。输入输出电路334负责与通讯部340之间的信息的收发。处理器331通过执行ROM332内的程序，而执行与预约系统相关的处理。例如，当经由输入输出电路334接收拥堵信息335的要求时，处理器331将从RAM333读出的拥堵信息335经由通讯部340发送至服务器400。进而，处理器331也可以进行与当前日期相应的拥堵预测，且将所获得的拥堵预测信息发送至服务器400。

1.1.5服务器400的构成

其次，使用图6A对所述服务器400的构成进行说明。图6A是表示服务器400的构成例的框图。如图所示，服务器400具备控制部430及通讯部440。

通讯部440通过无线通讯而与电动汽车100、智能手机200、服务器300及服务器500之间收发信息。另外，与服务器300及500之间可为利用有线的通讯，或服务器300、400及500中的任两者或全部可由1个服务器实现。而且，通讯部440对电动汽车100发送电池剩余量信息的要求，对服务器300发送拥堵信息的要求，对服务器500发送下述供电站信息的要求、预约信息的要求及预约的要求，对智能手机200发送推荐路线信息。进而，通讯部440从电动汽车100接收电池剩余量信息，从智能手机200接收使用者设定信息，从服务器300接收拥堵信息，从服务器500接收供电站信息、预约信息及预约完成信息。

控制部430具备CPU等处理器431、ROM432、RAM433及输入输出电路434。ROM432保持由处理器331执行的程序或必需的数据。RAM433作为处理器431的作业区域发挥功能，并且保持通讯部440中所接收到的使用者设定信息436、电池剩余量信息437、拥堵信息335、供电站信息535及预约信息536。进而，RAM433保持路线检索程序435及地图信息438。输入输出电路434负责与通讯部440之间的信息的收发。处理器431通过使用所述信息436、437、438、335、535及536执行路线检索程序435，而算出使用者认为最佳的推荐路线。例如处理器431掌握地图信息438上的出发地与目的地，根据连结两者的路线中的基于拥堵信息335的速达性、电池剩余量信息437、基于供电站信息535及预约信息536的供电站预约容易性、以及基于使用者设定信息436的使用者指向性，算出推荐路线。以此方式算出的推荐路线信息被发送至智能手机200。此外，视需要对服务器500发布供电站的预约命令。本实施方式的供电站的预约包含临时预约及正式预约。例如，在本例中，临时预约是当在一定的期限之前未进行正式预约时便取消的预约，无需使用者的认可便可以进行。另一方面，正式预约是已确定的预约，只要未被取消便有效，且基于使用者的认可而进行。当然，预约的形态并不限定于此，例如也可为下述记载中的“预约”全部为正式预约的情况。此外，临时预约也可为当在一定的期限之前使用者的正式预约未被认可也未被否认时，自动地变更为正式预约的情况。但，以下，如上文所述，以如下方式定义。

·临时预约：当在一定的期限之前未进行正式预约时便取消。无需使用者的认可便可以进行。也可根据取消请求而取消。

·正式预约：已确定的预约。为了取消，必须重新发出取消请求。为了进行正式预约，需要使用者的认可。

另外，在未区分临时预约与正式预约的情况下，有时简称为“预约”。

图6B是执行路线检索程序435时的处理器431(或控制部430整体)的功能框图。如图6B所示，处理器431是通过执行程序435，而作为接收部450、第1检索部451、第2检索部452、第1判断部453、预约部454及第2判断部455发挥功能。

接收部450经由通讯部440，从电动汽车100接收表示电池110的剩余量的第1信息(电池剩余量信息437)，从智能手机200接收与目的地相关的第2信息(使用者设定信息436)，进而接收与至目的地为止的路径相关的第3信息(拥堵信息335)。接收部450也可从服务器500接收供电站信息535、预约信息536及预约完成信息。

第1检索部451至少基于第2信息436及第3信息335，检索至目的地为止的推荐路径。第2检索部452基于第3信息335、供电站信息535及预约信息536，检索处于至目的地为止之间且可预约的供电站。

第1判断部453是基于第1信息437、及由第1检索部451搜索出的推荐路径，判断在至目的地为止之间是否需要电池110的充电。而且，预约部454是在第1判断部判断需要电池110的充电的情况下，不等待来自使用者的命令便临时预约第2检索部452所检索出的任一供电站。

另外，关于详细情况将在第2实施方式中进行说明，第2判断部455至少基于第3信息335，判断电动汽车100是否可如预约部454中所进行的临时预约那样到达供电站。该判断不仅基于第3信息335，也可进而基于第1信息437。而且，预约部454是在第2判断部455判断无法如临时预约那样到达供电站的情况下，取消该预约，不等待来自使用者的命令便临时预约接下来推荐的任一供电站。

1.1.6服务器500的构成

其次，使用图7对所述服务器500的构成进行说明。图7是表示服务器500的构成例的框图。如图所示，服务器500具备控制部530及通讯部540。

通讯部540通过无线通讯而与服务器400之间收发信息。例如通讯部540从服务器400接收供电站信息的要求、预约信息的要求、及临时预约或正式预约的要求。此外，通讯部540将从控制部530接收到的供电站信息、预约信息及预约完成信息发送至服务器400。

控制部530实时地保持与供电站相关的信息。即，控制部530具备CPU等处理器531、ROM532、RAM533及输入输出电路534。ROM532保持由处理器531执行的程序或必需的数据。RAM533作为处理器531的作业区域发挥功能，并且保持供电站信息535及预约信息536。供电站信息535包含供电站的位置、可同时供电的汽车辆数及供电所需的时间等信息。此外，预约信息536包含供电站的当前的预约状况。这些信息例如由通讯部540从供电站接收，且存储在RAM533。输入输出电路534负责与通讯部540之间的信息的收发。处理器531通过执行ROM532内的程序而执行与预约系统相关的处理。例如，当经由输入输出电路534接收到供电站信息及预约信息的要求时，处理器531将从RAM533读出的供电站信息535及预约信息536经由通讯部540发送至服务器400。进而，处理器531当从服务器400接收到临时预约要求时，参照预约信息536，判断是否可预约，在可预约的情况下登录临时预约，将该内容作为预约完成信息发送至服务器400。而且，该预约信息由通讯部540发送至对应的供电站。此外，在无法预约的情况下，也将该内容发送至服务器400。此时，也可发送与可预约的时间段相关的信息。此外，从服务器400接收到正式预约的要求的情况也相同。另外，临时预约例如也可为在明确即便到预约时间使用者也未到达供电站，或无到达的计划的时间点，例如由处理器531根据服务器400的命令取消。

1.2关于动作

其次，对本实施方式的电动汽车的供电站的预约系统1的动作进行说明。

1.2.1关于动作的整体流程

首先，使用图8对预约系统的整体流程进行说明。图8是表示使用者乘坐电动汽车100后或者决定乘坐电动汽车100时(乘车本身也可为第二天等)的智能手机200、服务器400(也包含服务器300及500的动作)、及电动汽车100的与供电站的预约相关的动作的流程图。另外，以下的服务器400的处理是通过处理器431执行程序435，而主要由控制部430实现。

如图所示，首先，智能手机200受理来自使用者的使用者设定信息(步骤S10)。即，智能手机200受理使用者的日期登录、或行程(目的地·途经地)登录、及优先顺序设定。优先顺序的具体例在上文中也已作说明，例如在路线搜索中，除是否使用高速道路等收费道路以外，也包含与充电策略相关的信息。其中例如包含如下所述的信息。即，如下信息等：

·以电池110的剩余量例如不低于20％的方式进行供电。

·在靠近路径的供电站拥堵的情况下，只要最终可较早地到达目的地，则即便绕远也预约较远的供电站。

·反之，即便某种程度上等待，也以不浪费地消耗电池的方式选择最近的供电站。

智能手机200将这些信息436发送至服务器400，服务器400将接收到的信息436保持在RAM433。接着，服务器400(第1检索部451)开始路线搜索(步骤S11)。即，例如通过电动汽车100或智能手机200的GPS(Global Positioning System：全球定位系统)功能、或者由使用者输入的信息，获取使用者(电动汽车100)的当前位置，并且从电动汽车100获取电池剩余量信息437(步骤S12、S13)。然后，服务器400从服务器300获取拥堵信息335(步骤S14)，进而从服务器500获取供电站信息535及预约信息536(步骤S14、S15)。

接着，服务器400(第1判断部453)判断充电的必要性(步骤S16)。该判断是由处理器431基于步骤S11～S14中所获得的信息进行。即，在考虑到至目的地为止的距离与交通状况时，基于以当前的电池的充电状态是否可到达目的地，又或，即便可到达，在考虑到使用者的充电策略时，也基于是否应进行充电等而决定。然后，处理器431基于步骤S16的结果，决定至目的地为止的推荐路线(步骤S17)。接着，处理器431在步骤S16中判断需要充电的情况下，检索步骤S17中所决定的路线内的供电站(第2检索部452)，并且对服务器500临时预约所检索出的供电站中的最为推荐的供电站(预约部454，步骤S18)。此时，处理器431(第2检索部452)基于从服务器500接收到的供电站信息535及预约信息536，决定所推荐的供电站。即，在当前的电池剩余量极少的情况下，即便对于预约信息536等待时间变长，也会临时预约最近的供电站。另一方面，在电池剩余量有余裕的情况下，例如即便为距离当前地点比远的距离，也可临时预约等待时间较少或者充电所需的时间比短便足够的供电站等。或，也可为临时预约移动距离变长但拥堵的程度最低，结果可最早到达目的地的供电站等。接着，服务器400将推荐路线信息发送至智能手机200。

智能手机200将接收到的推荐路线显示于显示部210(步骤S19)。此时，显示部210也显示与临时预约的供电站相关的信息。接着，智能手机200当使用者输入部220从使用者受理服务器400的供电站的临时预约的认可或否认时(步骤S21)，将该内容发送至服务器400。在未认可的情况下(步骤S20，否(NO))，服务器400的处理器431反复执行步骤S16～S18的处理。即，服务器400计算下一条推荐路线，若有需要则进行供电站的临时预约。

另外，反复执行步骤S16～S18的处理，结果可能有再次检索到被使用者否认的路线的情况。因此，服务器400的处理器431也可通过对被使用者否认的路线设置旗标等，而使得不会重新提出已被否认的路线。进而/或，服务器400的处理器431也可对被使用者否认的路线及新检索出的路线附上优先顺序。该优先顺序表示服务器400对使用者推荐的顺序。在附上优先顺序的情况下，例如在图8的流程图中，也可通过反复执行数次步骤S16～S18，而在步骤S19中将多条路线与优先顺序一起提示给使用者。

此外，也可为在从步骤S10获得来自使用者的认可(步骤S20)之前存在时滞的情况下，具体而言，在即便提示推荐路线后经过相当在某阈值的期间也不受认可的情况下，服务器400进行步骤S12及S14的处理，进而进行步骤S16～S18的处理，更新推荐的路线。

在已认可的情况下(步骤S21)，处理器431对步骤S10中所接收到的使用者设定信息进而登录所决定的推荐路线及供电站信息(步骤S21)。进而，服务器400的处理器431(预约部454)针对服务器500，将在步骤S18中进行的临时预约变更为正式预约(步骤S22)。与该临时预约及正式预约相关的信息例如登录至服务器500的预约信息536。接着，当正式登录完成时，服务器400将确定路线信息发送至智能手机200，智能手机200将接收到的确定路线显示于显示部210(步骤S23)。

图9示出服务器400的路线搜索的基本想法，尤其是与电池110的充电的必要性的有无相应的处理的流程图。图9所示的处理由图6B中的例如第1检索部451、第2检索部452及第1判断部453执行。

如图所示，在使用者设定信息中设定有目的地(步骤S30，是(YES))，进而，若处理器431判断需要电池110的充电(步骤S31，是)，处理器431搜索经由任一供电站到达目的地的路线(步骤S32)。此时，也如上所述进行前往供电站的临时预约(预约部454)。另一方面，若在步骤S31中判断无需电池110的充电(步骤S31，否)，则处理器431搜索前往目的地的路线，但不考虑此时是否经过供电站(步骤S33)。

另外，步骤S31及S34中的充电的必要性的判断也可为例如由使用者进行而非由处理器431进行的情况。更具体而言，例如智能手机200受理来自使用者的关于充电的必要性的信息，将该内容的信息发送至服务器400。于是，服务器400根据所接收到的信息，执行步骤S32、S33、S35或S36的处理。

若在步骤S30中未设定有目的地(步骤S30，否)，进而，判断需要电池110的充电(步骤S34，是)，则处理器431搜索前往最为推荐的供电站的路线(步骤S35)。此时也进行前往供电站的临时预约。在此情况下，最为推荐的供电站例如并非距离当前位置最近的供电站、或距离当前位置的最近处，而是等待时间较少的供电站等。若未设定有目的地(步骤S30，否)，进而，也无需电池110的充电(步骤S34，否)，则处理器431不进行路线搜索(步骤S36)。

1.2.2关于动作的具体例

其次，对所述图8中所说明的动作的具体例进行说明。图10是电动汽车的例如仪表板(也可为汽车导航系统的显示画面(主画面))的显示画面的一例。当然，若为可接收电池剩余量信息437者，则智能手机200的显示部210也可显示如图10那样的画面。如图所示，显示画面中显示有当前的电池110的充电量。若为图10的例，则示出电池110的充电量为34％，剩余量仅为完全充电状态的约1/3左右。

图11及图12是智能手机200的显示部210中的显示画面的一例，示出图8中的步骤S10的情况。图11及图12是例如通过使本例中所说明的预约系统1的应用启动而显示。预约系统的应用例如通过处理器231执行RAM133等中所保持的程序而实现。

当执行应用时，例如如图11所示，显示部210显示日历，且受理来自电动汽车100的乘车日的使用者的输入。图12是表示去路设定的受理画面的一例。若为图12的例，则可设定出发时刻或目的地等。当输入这些信息时，该信息作为使用者设定信息436被发送至服务器400。

另外，在下载至智能手机200的应用中，事先由使用者登录有特定的电动汽车100或多辆电动汽车100。而且，乘车的日程与充电时机的时间表也可为多名应用使用者所共有。关于该一例，在第3实施方式中进行说明。

图13是表示图8的步骤S19中所说明的显示有推荐路线的智能手机200的显示部210的显示例。若为图13的例，则川崎被设定为出发地且目的地设定为镰仓。而且，图中粗线所示者为推荐路线。进而，服务器400推荐距离川崎最近的供电站(站A(Station A))，无需持有使用者的认可，便在16：55输入临时预约。该临时预约是在服务器400算出推荐路线的过程中由服务器400进行。但，该时间点为临时预约，因此智能手机200催促使用者执行是否可以进行正式预约的输入。

在使用者希望除站A以外的供电站的情况下，如图14所示，例如选择显示于显示部210的“查看更多”的图标。若选择该图标，则如图15所示，智能手机200显示由服务器400获得的其他推荐路线。如图所示，第2推荐路线推荐比站A远的供电站(站B(Station B))。在图15中，未进行站B的临时预约，但服务器400也可在该时间点进行关于站B的临时预约。此外，如图15所示，若选择关于站B的“查看更多”的图标，则显示可预约的时间段。该信息是基于服务器400从服务器500接收到的与站B相关的预约信息536而显示。设为从使用者受理到该时间段中的例如18：50的时间段的选择。于是，智能手机200将该信息发送至服务器400，视需要对服务器500进行临时预约。然后，智能手机200催促使用者执行是否可以进行正式预约的输入。若为图16的例，则通过选择“是”图标，服务器400针对服务器500进行站B的18：50的正式预约。

图17是表示使用者选择第3推荐路线的情况。第3推荐路线不进行在供电站的充电。由此，在此情况下，任一供电站均未被预约。

如上所述，服务器400基于使用者设定信息等按照推荐顺序提示多条推荐路线，并且进行供电站的临时预约，且基于所选择的推荐路线进行正式预约。

1.3本实施方式的效果

根据本实施方式，可实现电动汽车的有效率的充电预约。关于本效果，以下将进行说明。

近年来，电动汽车急速普及，但为了进一步普及，必须消除使用者对电池的不安。另一方面，通过拥堵预测等的精度提高，在导航系统中至目的地的到达时刻预测的精度也提高。

因此，在本实施方式中，除基于拥堵预测等的路线检索以外，基于电池110的剩余量(剩余量信息437)、与供电站相关的信息(供电站信息535、预约信息536)、及使用者的希望(使用者设定信息436)，不等待使用者的请求，服务器400便自发地临时预约在检索出的路线中所推荐的供电站。而且，在使用者受理服务器400的提案时，服务器400正式预约供电站。

根据本构成，服务器400对使用者提出以不会发生电池耗尽的方式在最佳的供电时机进行供电站的临时预约的路线。因此，缓解了使用者对电池耗尽的不安，此外，考虑到电池耗尽而解决使用者搜索并预约供电站的场所等的繁杂，可实现供电站的有效率的预约。

2.第2实施方式

其次，对第2实施方式的信息处理装置、信息处理方法及信息处理程序进行说明。本实施方式关于在所述第1实施方式中，判明在供电站的正式预约后，无法在预约时间到达供电站时的处理。以下，仅对与第1实施方式不同的方面进行说明。

2.1关于动作

图18是表示电动汽车100行驶中的智能手机200、服务器400(也包含服务器300及500的动作)、及电动汽车100的与供电站预约相关的动作的流程图。另外，如图8中所作说明那样，以下的服务器400的处理是通过处理器431执行程序435，而主要由控制部430执行。

如图所示，服务器400例如每隔一定时间从服务器300获取拥堵信息335(步骤S30)。此时，对于所获取的拥堵信息335，判明超出预测的较长的拥堵的产生、或产生由事故产生所致的禁止通行等。于是，服务器400(第2判断部455)迅速地从电动汽车100获取当前的电池剩余量信息437(步骤S31)，判断在被使用者认可的当前的推荐路线中，是否可在预约时刻到达供电站(步骤S32)。

在可到达的情况下(步骤S32，否)，服务器400不特别地进行推荐路线的变更等，而在该状态下维持当初的供电站的正式预约(也可为仍为临时预约的情况)。另一方面，在判断无法到达的情况下(步骤S32，是)，服务器400(预约部454)取消供电站的正式预约(或临时预约)(步骤S33)。即，服务器400对服务器500发送供电站的预约取消的要求。于是，服务器500按照该要求，取消预约信息536的该预约。

其后，服务器400与第1实施方式同样地，基于步骤S30中所获得的拥堵信息335，搜索新路线(步骤S11)，且临时预约在所获得的路线中推荐的供电站(步骤S15)。接着，如第1实施方式中所作说明，执行步骤S16～S23的处理。

2.2本实施方式的效果

根据本实施方式，在产生超出设想的拥堵或事故的情况下，服务器400判断当前的推荐路线是否不存在问题，在存在问题的情况下取消目前为止的供电站的预约。进而，搜索新路线，并且若有需要则重新临时预约最佳的供电站，且提示给使用者。

因此，即便在产生预测外的事态的情况下，也可缓解使用者对电动汽车100的电池耗尽的不安，进而，以实际上不会引起电池耗尽的方式进行最佳的路线算出与供电站的预约，由此可提高电动汽车100的运行稳定性。

所述对于气候(风、降雨、积雪等)、或电动汽车100的重量(乘车人数或货物的重量)的影响也相同。即，通过这些要素，电池110的消耗率变化。由此，也可为服务器400不仅考虑到拥堵或事故，也考虑到这些要素，判断当前的推荐路线是否不存在问题。

另外，关于变更预约的具体例，在下述第5实施方式中进行说明，因此参照该处。

3.第3实施方式

其次，对第3实施方式的信息处理装置、信息处理方法及信息处理程序进行说明。本实施方式是在所述第1及第2实施方式中，将电动汽车100的乘车预定日预先登录至服务器400，根据该登录状况，服务器400无需接收使用者的要求便自发地进行供电站的预约。以下，仅对与第1及第2实施方式不同的方面进行说明。

3.1关于构成

本实施方式的服务器400的构成是如第1实施方式中所说明的图6A那样，例如RAM433进而保持排程程序(该程序也可为路线检索程序435的一部分)。通过执行该排程程序，服务器400执行以下所说明的功能。

图19A是执行排程程序时的处理器431(或控制部430整体)的功能框图。如图19A所示，处理器431通过执行排程程序，而作为登录部460、第3判断部461、预约部454、第1检索部451及第2检索部452发挥功能。

登录部460管理电动汽车100的乘车预约。即，登录部460作成乘车时间表数据库。所作成的数据库例如保持在RAM433。而且，登录部460通过受理来自使用者的第1乘车预约输入，而登录表示与第1乘车预约相关的第1乘车预定期间的第1信息、及表示乘车时的电池110的剩余量的第2信息437。第2信息437是从电动汽车100赋予。第3判断部461基于第2信息437判断在第1乘车预定期间内是否需要电池110的充电。该判断例如通过在第1乘车预定期间算出预测的电池的消耗量，将该消耗量与第2信息437进行比较等而判断。预约部454当在第3判断部461中判断需要电池110的充电的情况下，不等待来自使用者的命令便临时预约(也可为在正式预约之前进行的情况)任一供电站。预约部454例如基于供电站信息535及预约信息536，临时预约任一供电站。

此外，在登录部460登录第1乘车预约中的与目的地相关的第3信息(例如使用者设定信息436)的情况下，如图6A中所作说明，第1检索部451检索至目的地为止的推荐路径，第2检索部452检索处于至目的地为止之间的供电站。而且，对于第3判断部461，当在沿推荐路径行驶的情况下判断需要电池110的充电的情况下，预约部454不等待来自使用者的命令便临时预约由第2检索部452检索出的任一供电站(同样地，也可在正式预约之前进行)。

3.2关于动作

以下，对登录目的地的情况及不登录的情况的2个示例进行说明。

＜第1例＞

第1例是不登录目的地的情况。图19B是本实施方式的预约系统的流程图，示出事先的乘车日登录及供电站的预约方法的第1例。另外，以下的服务器400的处理是通过处理器431执行排程程序，而主要由控制部430实现。而且，使用者是在本实施方式的登录完成之后，实际如第1及第2实施方式中所作说明乘坐电动汽车100。

如图所示，智能手机200启动第1实施方式中所说明的预约系统的应用。接着，智能手机200受理使用者的乘车日期输入(步骤S40)。

于是，服务器400(登录部460)在RAM433中生成乘车时间表数据库，且将乘车日期登录至该数据库(步骤S41)。此时，服务器400从电动汽车100接收当前的电池剩余量信息，处理器431计算由已登录的使用者的乘车所致的电池消耗，并且将电池剩余量登录至数据库(步骤S42)。接着，若处理器431(第3判断部461)判断需要电池110的充电，则临时预约任一供电站(例如距离自家最近的供电站)(预约部454、步骤S44)。接着，处理器431(第3判断部461、登录部460)假定在步骤S44中临时预约的供电站将电池110充电，并计算电池剩余量，且将其结果登录至数据库(步骤S45)。

将以上的情况示于图20。图20是乘车时间表数据库的概念图。服务器400将本数据库信息发送至智能手机200，由此，使用者可在智能手机200的显示部210阅览如图20那样的显示。

若为图20的例，则在5/24(周三)的7：30至10：30为止的期间及18：00至21：00为止的期间登录有乘车的预定。而且，在5/24的最初乘车的7：30的时间点，电池剩余量为54％。因此，处理器431例如基于电池剩余量、行驶预定期间及平均电池消耗量等信息，预测将电池110充电的情况及未充电的情况下的乘车结束时刻的10：30的电池剩余量。其结果，判断电池剩余量低于例如由使用者设定的阈值，例如在出发时的9：00临时预约例如出发地(例如自家)近处的供电站。供电站的预约是以星号表示。而且，假定由供电站将电池110充电至大致100％为止，处理器431计算其后的电池剩余量。在图20的例中，5/24的最初乘车完成的时间点的电池剩余量为86％，即便在第2次乘车完成时，电池剩余量也为61％，此日无需额外的电池充电。

返回至图19B继续说明。在步骤S41中登录有乘车日，进而在步骤S44中重新临时预约了供电站的情况下，有无需已完成的临时预约的情况。在此情况下(步骤S46，是)，处理器431(第3判断部461)对服务器500通知该临时预约的取消(步骤S47)。将该情况示于图21。与图20同样地，图21是乘车时间表数据库的概念图。

如图所示，在登录有图20所示的乘车预定，在5/24临时预约供电站之后，假定在5/23(周二)的12：30至13：30为止的期间、及15：30至16：30为止的期间登录有乘车预定，进而在5/23的第2次乘车后(例如回自家时)，临时预约自家近处的供电站。于是，与图20的情况不同，5/24的第1次的乘车开始时间点的电池剩余量成为96％，5/24无需电池110的充电。因此，处理器431取消5/24的供电站的临时预约。

另外，在所述说明中以预约部454的预约为临时预约的情况为例进行了说明。但，任一者均可设为正式预约。即，智能手机200例如在自动地临时预约供电站之后，对使用者催促正式预约的认可。而且，在接收到来自使用者的认可时，将临时预约切换为正式预约。因此，在切换为正式预约之后进行步骤S47的处理时，被取消的预约为正式预约，若为切换为正式预约之前，则被取消的预约为临时预约。接收来自使用者的正式预约的认可的时机既可为电动汽车100的乘车前，也可为乘车后的行驶中。此外，在步骤S44中，预约部454也可以进行正式预约而非临时预约。

＜第2例＞

第2例是将目的地与乘车日期一起登录的情况。图22是本例的预约系统的流程图，对应于第1例中所说明的图19B。

如图所示，智能手机200启动第1实施方式中所说明的预约系统的应用。接着，智能手机200受理使用者的乘车日期输入(步骤S50)。然后，智能手机200受理使用者的目的地输入(步骤S51)。

于是，服务器400(登录部460)在RAM433中生成乘车时间表数据库，将乘车日期登录至该数据库(步骤S52)。此外，服务器400的处理器431(第1检索部451)进行至目的地为止的路线检索(步骤S53)，进而检索已检索出的路线内的供电站(第2检索部452、步骤S54)。接着，计算在这些供电站将电池110充电的实例或不进行充电的实例中的电池剩余量(步骤S55)，将供电站的推荐预约登录至数据库(步骤S56)。处理器431例如在该时间点，临时预约或正式预约已推荐的供电站。

将以上情况示于图23中。图23是乘车时间表数据库的概念图，对应于第1例中所说明的图20及图21，使用者可在智能手机200的显示部210中阅览如图23那样的显示。

若为图23的例，则在下述星期日期登录有乘车预定。即，

·星期一：12：00～19：00

·星期二：7：30～24：00

·星期三：15：00～22：00

·星期四：12：00～19：00

处理器431关于所述4个乘车预定进行路线检索，以星号显示处于路线近处的供电站。星号越大则越接近所检索出的路线，且示出路径的绕路较少的供电站，中空的星号为处理器431所推荐的供电站。若为图23的例，则推荐在星期一的14时左右预约供电站。预约部454也可临时预约在该时间点推荐的供电站。

此外，处理器431在数据库中，关于最近的乘车预定(图23中为星期一)，显示出至目的地的到达预定时刻、及在到达的时间点所预测的电池剩余量。若为图23的例，则星期一的到达预定时刻为19：00，在未进行电池110的充电的情况下，预测剩余量为α％。与此相对，示出在站A(该站为14时所推荐的供电站)充电的情况下的预测剩余量为β％，在站B(该站为18时处于预测为行驶中的位置的供电站)充电的情况下的预测剩余量为γ％。

返回至图22继续说明。参照图23的数据库，当智能手机200受理来自使用者的预约选择时(步骤S57)，服务器400的处理器431(预约部454)正式预约由使用者选择的供电站(步骤S58)。接着，基于该正式预约，若有需要则重新计算电池剩余量(步骤S59)，且使下一次的推荐预约显示于数据库(第3判断部461、登录部460、步骤S60)。将该情况示于图24。与图23同样地，图24是乘车时间表数据库的概念图。

如图所示，当图23中所推荐的星期一的14：00的预约被使用者选择时，处理器431对服务器500要求正式预约。在图24的例中，被正式预约的供电站是以由圆圈包围的中空星号表示。接着，处理器431计算下一次的推荐预约，并登录至数据库。若为图24的例，则推荐在星期五的14时左右预约供电站。

另外，在所述说明中以步骤S58中的利用预约部454的预约为正式预约的情况为例进行了说明。其原因在于，在步骤S57中已接收到使用者的认可。但，也可为如下情况：预约部454在例如步骤S56的阶段，临时预约所推荐的供电站，在步骤S57中接收到认可时将临时预约切换为正式预约。或者，也可为在步骤S58中，预约部454进行临时预约，在重新接收到来自使用者的认可时将临时预约切换为正式预约。其原因在于，本实施方式的乘车日登录也可能在实际乘车之前进行。尤其是在应用于汽车共享系统等的情况下，假定在乘车的数日或数周前进行乘车日登录。因此，在此种情况下，也可为登录时的预约仅限于临时预约，以实际的乘车日当日或其数日前为期限，等待来自使用者的正式预约的输入。当然，与第1例同样地，从使用者接收正式预约的认可的时机既可为电动汽车100的乘车前，也可为乘车后的行驶中。

3.3本实施方式的效果

根据本实施方式，将乘车预定登录至数据库，服务器400按照该乘车预定提出推荐供电站。因此，可缓解关于供电站的预约的使用者的繁杂。此外，可基于数日的乘车预定决定最佳的供电时机，可制定有效率的充电时间表。

另外，在所述例中，以使用者频繁地乘坐电动汽车100的情况为例进行了说明。但，理想的是例如在仅利用休息日的使用者或长时间未乘车的使用者的情况下，考虑电池的自然放电。即，也可为在从某次乘车至下一次乘车为止的期间，超过某个一定的阈值期间的情况下，在任一时机使电动汽车100启动，此时再次将电池剩余量信息发送至服务器400，再次进行步骤S56～S60的处理。

另外，在图23及图24的例中，以推荐在星期一的14时进行充电的情况为例进行了说明。但，在图23及图24的例中，星期二的行驶时间非常长。因此，若欲使电池剩余量具有余裕，则在星期二而非星期一进行充电可能较佳。在此种情况下，如图25所示，也可推荐处于星期二而非星期一的长距离行驶中的供电站。例如，在使用者未认可图23的推荐的情况下，也可提示图25的推荐。或，也可基于使用者设定信息436中的优先顺序信息，推荐图25而非图23。

4.第4实施方式

其次，对第4实施方式的信息处理装置、信息处理方法及信息处理程序进行说明。本实施方式是在所述第1至第3实施方式中，取消服务器400，使智能手机200具有服务器400的功能。以下，仅对与第1至第3实施方式不同的方面进行说明。

4.1关于构成

图26是本实施方式的预约系统1的框图，且为对应于第1实施方式中所说明的图2者。

如图所示，本例与第1实施方式中所说明的图2的不同方面在于：智能手机200将进行第1实施方式中服务器400所进行的下述处理。即，

·获取来自服务器300的拥堵信息

·来自服务器500的供电站信息、预约信息及预约完成信息的获取

·供电站的预约

·来自电动汽车100的电池剩余量信息的获取

·推荐路线计算。

图27是本实施方式的智能手机200的框图。如图所示，本例的构成是在第1实施方式中所说明的图4中，为了实现作为服务器400的功能，例如RAM233保持图6A中所说明的服务器400的RAM433内的各种数据及路线检索程序435。该程序435及地图信息438也可通过无线通讯线路或有线通讯线路从服务器300或500下载至智能手机200，或从其他服务器(例如，运营第1实施方式中所说明的预约系统的运营商的服务器)下载。当然，也可为在智能手机200被销售给使用者的时间点，便已在RAM233保持有程序435的情况。

而且，通过处理器231执行程序435，处理器231(或控制部230整体)如在第1实施方式的图6B中所作说明，作为接收部450、第1检索部451、第2检索部452、第1判断部453、预约部454及第2判断部455发挥功能。

如图27所示，智能手机200将电池110的剩余量信息的要求发送至电动汽车100，将拥堵信息的要求发送至服务器300，且将供电站信息及预约信息的要求发送至服务器500。而且，智能手机200从电动汽车100接收电池剩余量信息，从服务器300接收拥堵信息，且从服务器500接收供电站信息、预约信息及预约完成信息，并将这些保持在RAM233。

4.2关于动作

图28是表示本实施方式的电动汽车的供电站的预约系统的动作的流程图，对应于第1实施方式中所说明的图8。

如图所示，本实施方式与第1实施方式中所说明的图8的不同方面在于：步骤S10～S13及S14～S23全部由智能手机200执行。当然，各步骤中的各种判断、运算及命令发布等由智能手机200的处理器231成为主体地进行。图9的判断也相同。

第2及第3实施方式中所说明的动作也相同，图示省略，但图18、图19B及图22中的服务器400的处理是由智能手机200执行。

4.3本实施方式的效果

根据本实施方式，无需服务器400，可减少预约系统1的成本。此外，对使用者而言，无需在每次处理时对服务器进行存取，可利用自身所保有的智能手机200完成处理，因此可抑制智能手机200的通讯量，可提高预约系统1的使用方便性。

另外，在本实施方式中，以智能手机200成为主体地执行第1实施方式的处理的情况为例进行了说明。第2实施方式的情况也相同。即，智能手机200是从任一个服务器下载第2实施方式中所说明的排程程序。接着，智能手机200的处理器231执行排程程序，由此，处理器231(或控制部230整体)如第2实施方式中所说明的图19A所示发挥功能。在此情况下，图19B中所说明的步骤S40～S47的处理由智能手机200执行，供电站的预约或预约的取消处理也从智能手机200对服务器500直接进行。

5.第5实施方式

其次，对第5实施方式的信息处理装置、信息处理方法及信息处理程序进行说明。本实施方式在所述第1至第3实施方式中进而具有汽车导航系统，且使汽车导航系统具有智能手机200的显示部210的功能的一部分。以下，仅对与第1至第3实施方式不同的方面进行说明。

5.1关于构成

图29示出本实施方式的预约系统1的构成例。如图所示，关于本例的预约系统1，在第1实施方式中所说明的图1中，还具备设置在电动汽车100内的汽车导航系统700。

图30是图29所示的预约系统1的框图。如图所示，关于本例的预约系统1，在第1实施方式中所说明的图2中，智能手机200将确定路线信息发送至汽车导航系统700，汽车导航系统700显示确定路线信息。

图31是表示汽车导航系统700的构成例的框图。如图所示，汽车导航系统700具备显示部710、使用者输入部720、控制部730及通讯部740。

显示部710对使用者提示路线导航等各种信息，例如为液晶显示器等。

使用者输入部720受理来自使用者的各种与汽车导航系统的功能相关的命令输入。例如也可为显示部710为触控面板型的显示装置，显示部710与使用者输入部720成为一体。

通讯部740通过无线通讯而与智能手机200之间收发信息。例如通讯部740从智能手机200接收确定路线信息。

控制部730控制汽车导航系统700整体的处理。控制部730具备CPU等处理器731、ROM732、RAM733及输入输出电路734。ROM732保持由处理器731执行的程序或必需的数据。RAM733作为处理器731的作业区域发挥功能。输入输出电路734负责与通讯部740之间的信息的收发。处理器731例如通过执行ROM732内的程序而进行路线导航。即，处理器731基于由通讯部740接收到的确定路线信息而使确定路线显示于显示部710，进而例如基于未图示的GPS信息而掌握电动汽车100的位置并进行路线导航。

5.2关于动作

其次，对本实施方式的电动汽车的供电站的预约系统1的动作进行说明。图32是使用者乘坐电动汽车100后或者决定乘坐电动汽车100时(乘车本身也可为第二天等)的智能手机200、服务器400(也包含服务器300及500的动作)、汽车导航系统700及电动汽车100的与供电站预约相关的动作的流程图，对应于第1实施方式中所说明的图8。

如图所示，本实施方式的预约系统1的动作与第1实施方式中所说明的图8的不同方面仅为确定路线显示于汽车导航系统700的显示部710的方面。另外，确定路线既可为显示于汽车导航系统700的显示部710而不显示于智能手机200的显示部210的情况，也可为显示于两者的情况。此外，即便为确定路线显示于汽车导航系统700与智能手机200的两者的情况，显示内容也可不同。即，例如智能手机200显示表示从出发地至目的地为止的广域地图，并且显示推荐的1个或多个供电站，汽车导航系统700也可将针对驾驶者的导航作为第一目的，例如三维地显示当前行驶中的狭窄的范围的地图。

此外，汽车导航系统700的显示部710的显示面积通常大在智能手机200的显示部210的显示面积。因此，也可为汽车导航系统700代替智能手机200所担负的功能的一部分、例如与供电站相关的信息的显示、针对使用者的催促信息输入的显示、及来自使用者的输入的受理的一部分。在显示信息的情况下，只要从智能手机200或服务器400接收必需的数据便可，在受理来自使用者的输入的情况下，只要将已受理的内容发送至智能手机200或服务器400便可。

其次，作为动作时的显示画面的变化的具体例，以2个实例为例进行说明。

＜第1例＞

首先，使用图33至图40对第1例进行说明。图33至图40是汽车导航系统700的显示部710的显示画面的示意图。在本例中，基于来自智能手机200或服务器400的数据，汽车导航系统700担负信息显示及使用者输入的受理的大部分。也即，图31中所说明的汽车导航系统700的使用者输入部720具有图4中所说明的智能手机200的使用者输入部220的功能的至少一部分。

图33是表示汽车导航系统700的显示部710的导航开始前的显示画面。与第1实施方式中所说明的图10同样地显示有电池110的剩余量(若为图33的例，则为54％)。与第1实施方式不同的方面在于，在显示部710显示有“时间表”的图标。通过选择该“时间表”图标而开始路线导航，并且执行第1至第3实施方式中所说明的预约系统1。

图34是表示受理图33中来自使用者的“时间表”图标的选择时的显示画面。如图所示，与第1实施方式中所说明的图12同样地，变化为受理使用者设定信息的画面。即，汽车导航系统700执行图32的步骤S10的动作。然后，如图35所示，汽车导航系统700受理来自使用者的目的地的输入。若为本例，则“镰仓”为目的地。然后，如图36所示，汽车导航系统700受理返路设定信息的输入。图34至图36中所受理的信息例如经由智能手机200发送至服务器400，或直接发送至服务器400。

于是，服务器400进行路线搜索(图32的步骤S11～S17)，且将其结果经由例如智能手机200发送至汽车导航系统700。接着，如图37所示，汽车导航系统700的显示部710将所接收到的路线显示于地图上。图37示出以下情况作为一例。

·去路

·出发地＝松户(自家)、出发时刻＝未定

·目的地＝镰仓、到达时刻＝10：30

·返路

·出发地＝镰仓、出发时刻＝18：00

·目的地＝松户(自家)、到达时刻＝未定

接着，突出“供电预约”的显示，服务器400临时预约推荐路线中的任一供电站(图32的步骤S18)。示出其结果的图为图38。

如图所示，服务器400例如以星号显示位于推荐路线附近的多个供电站。若为图38的例，则星号越大，推荐度越高。而且，在图38中，第1推荐为东京市中心的品川附近，第2推荐为埼玉县的户田附近，第3推荐为东京都的町田附近。在该时间点，服务器400临时预约第1推荐的供电站(步骤S18)。

其次，当使用者选择第1推荐的供电站(例如显示部710为触控面板，且显示如图38所示的画面时，使用者触摸第1推荐的供电站的显示部分)时，如图39所示，汽车导航系统700的显示部710显示与第1推荐的供电站(站A)相关的详细信息。该显示处理例如可通过从服务器400或500接收供电站信息535及预约信息536而实现。当前，通过服务器400在时刻8：50进行临时预约。除此以外，显示可预约的时间，按照使用者的选择，服务器400正式预约第1推荐的供电站(图32的步骤S22)。

其后的最终画面为图40。如图所示，供电站的预约已完成，因此服务器400按照拥堵预测等，以赶上该供电站的预约的方式，算出去路的出发地(自家)的出发时刻(图40的例中为7：20)、及返路的目的地(自家)的到达时刻(图40的例中为21：10)，将其结果设为确定路线，使其显示于汽车导航系统700的显示部710(图32的步骤S70)。接着，汽车导航系统700按照确定路线开始路线导航。

＜第2例＞

其次，使用图41至图50对第2例进行说明。第2例是如第2实施方式中所作说明，与预测到无法在预约时刻到达当初临时预约的供电站的情况及使用者不期望所推荐的供电站的情况下的动作相关。因此，在第2例中，与图41至图50一并，也使用图18进行以下说明。在图41至图50中，左侧的纵长的显示模式性地表示智能手机200的显示部210的显示画面，右侧的横长的显示模式性地表示汽车导航系统700的显示部710的显示画面。

在本例中，智能手机200的显示部210显示推荐路线整体、及与供电站相关的信息。与此相对，汽车导航系统700的显示部710主要对当前行驶中的路线进行导航，并且受理使用者的供电站的预约选择输入。

图41示出以镰仓为目的地在川崎附近行驶中的情况。在该时间点，比川崎更靠近镰仓的供电站(站B)被预约为16：55。但，根据从服务器300接收到的拥堵信息335，若从当前地点至站B之间产生拥堵，则服务器400判断使用者(电动汽车100)在16：55之前无法到达站B(图18的步骤S32，是)。于是，服务器400对服务器500命令站B的预约的取消(图18的步骤S33)。接着，服务器400将拥堵纳入考虑而再次搜索最佳的供电站(图18的步骤S11～S17)。其结果的显示例为图42。

如图所示，服务器400提出靠近川崎的供电站(站A)作为第1推荐，进而关于站A添加16：40的临时预约(图18的步骤S18)。该内容的信息也显示于汽车导航系统700的显示部710，显示部710显示催促是否可以进行正式预约的使用者输入的画面。

在使用者不期望所述临时预约的情况下，例如如图43所示，使用者选择显示于显示部710的“查看更多”的图标。于是，显示部710的显示画面变化为图44，显示关于各供电站的详细情况。即，服务器400经由智能手机200对汽车导航系统700发送关于多条推荐路线的信息，汽车导航系统700基于所接收到的信息，将所推荐的供电站的信息显示于显示部710。图44中的例是使站A、站B及站C(Station C)显示于显示部710，作为第1至第3推荐。进而，显示部710按照使用者的请求，显示关于作为第1推荐的站A的可预约时间段。这些信息也可根据从服务器400发送的供电站信息535及预约信息536获得。而且，当使用者关于站A选择18：50的时间段时，显示部710的显示画面如图45那样切换。在该画面中，若使用者选择“是”图标(图18的步骤S20，是)，则该信息从汽车导航系统700经由智能手机200发送至服务器400，服务器400关于站A对服务器500命令18：50的正式预约(图18的步骤S22)。图46是其后的导航画面。在智能手机200的显示部210中，强调显示被正式预约的站A。

图47表示于图44的画面中使用者选择了例如站C的情况的情况。站C由于远离当前的推荐路线，因此如图47的智能手机200的显示部210所示那样，以虚线显示出在经过站C时成为变更的路线。该路线例如为利用图18的步骤S11的处理所获得的路线。接着，当在图48中正式预约站C时，智能手机200的显示部210的显示切换为图49，强调显示经过站C的路线，按照该路线，之后汽车导航系统700进行导航。

图50是表示于行驶中电池110的剩余量比一定值更多地被消耗的情况下的显示画面。如上所述，服务器400或智能手机200每隔一定时间或者实时地监视电池110的剩余量(图18的步骤S31)。其结果，在电池剩余量降低时，服务器400使根据紧急度推荐供电站的临时预约的画面显示于汽车导航系统700的显示部710。若为图50的例，则代替站B，与站A的临时预约的提案一并，也同时显示出“紧急度”。紧急度1表示紧急性最高且电动汽车100为即将无法行驶的状态。紧急度5表示紧急性最低，暂时无需充电。

5.3本实施方式的效果

根据本实施方式，汽车导航系统700可担负智能手机200的功能的一部分。

6.第6实施方式

其次，对第6实施方式的信息处理装置、信息处理方法及信息处理程序进行说明。本实施方式是在所述第5实施方式中，由汽车导航系统700执行智能手机200的功能。以下，使用2个示例，仅对与所述第1至第5实施方式不同的方面进行说明。

6.1第1例

首先，对第1例进行说明。图51是本例的预约系统1的框图，图52是汽车导航系统700的框图。

如图所示，本例的预约系统1是在第5实施方式中所说明的图30中取消智能手机200，由汽车导航系统700实现智能手机200所担负的功能。因此，汽车导航系统700从使用者输入部720受理使用者设定信息436的输入，并将该输入发送至服务器400。此外，通讯部740从服务器400接收推荐路线信息，将该信息显示于显示部710。

图53是表示本实施方式的预约系统1的动作的流程图，对应于第5实施方式中所说明的图32及第1实施方式中所说明的图8。如图所示，若为本例，则在汽车导航系统700中进行第1实施方式中所说明的步骤S10、S19、S20及S23的处理。除此以外，按照第1实施方式及第5实施方式中所作说明。

6.2第2例

其次，对第2例进行说明。图54是本例的预约系统1的框图，图55是汽车导航系统700的框图。

如图所示，本例的预约系统1是在所述第1例中所说明的图51中取消服务器400，由汽车导航系统700实现服务器400所担负的功能。或者，在第4实施方式中所说明的图26所示的构成中，也可将智能手机200置换为汽车导航系统700。因此，图55所示的汽车导航系统700与图27中所说明的智能手机200同样地，在图31所示的构成中，将图6A中所说明的服务器400的RAM433内的各种数据及路线检索程序435保持在例如RAM733。由此，汽车导航系统700实现作为服务器400的功能。更具体而言，汽车导航系统700如第4实施方式中所作说明，进行服务器400所进行的下述处理。即，

·获取来自服务器300的拥堵信息

·来自服务器500的供电站信息、预约信息及预约完成信息的获取

·供电站的预约

·来自电动汽车100的电池剩余量信息的获取

·推荐路线计算。

另外，执行路线检索程序435时的汽车导航系统700的处理器731(或控制部730整体)的功能框图是如第1实施方式中所说明的图6B所示。即，处理器731通过执行程序435，而作为接收部450、第1检索部451、第2检索部452、第1判断部453、预约部454及第2判断部455发挥功能。

另外，在本例中，程序435及地图信息438既可通过无线通讯线路或有线通讯线路从服务器300或500、或其他服务器(例如，运营本实施方式中所说明的预约系统的运营商的服务器)下载至汽车导航系统700，也可为在汽车导航系统700被销售给使用者的时间点，便已将程序435保持在RAM733的情况。或者，也可由例如CD-ROM(Compact Disc-Read OnlyMemory，只读光盘)或DVD(Digital Versatile Disc，数字多功能光盘)等信息记录介质提供给汽车导航系统700的RAM733。

图56是表示本实施方式的预约系统1的动作的流程图，对应于第5实施方式中所说明的图32及第4实施方式中所说明的图28。如图所示，若为本例，则在汽车导航系统700中进行第1实施方式中所说明的步骤S10～S12、及步骤S14～S23的处理。除此以外，按照第1实施方式及第4实施方式中所作说明。换句话说，可以说由汽车导航系统700执行图28中的智能手机200的全部处理。

6.3本实施方式的效果

如上所述，通过汽车导航系统700与服务器400或服务器300及500进行通讯，即便不使用智能手机也可实现预约系统1。本实施方式在例如在乘坐电动汽车100的过程中对预约系统1进行存取的情况下，使用方便性特佳。

另外，在本实施方式中，以汽车导航系统700成为主体地进行所述第1实施方式中所说明的处理的情况为例进行了说明，但汽车导航系统700也可以进行第2实施方式中所说明的处理。

当然，汽车导航系统700也可成为主体地进行第3实施方式中所说明的处理。此时，汽车导航系统700的RAM733进而保持排程程序。通过执行该排程程序，汽车导航系统700的处理器431(或控制部730整体)实现图19A所示的功能。而且，图20至图25所示的图表例如显示于汽车导航系统700的显示部710。此外，排程程序也既可从任一个服务器下载，也可在销售给使用者的时间点便保持在RAM733。

7.变化例等

如上所述，所述实施方式的信息处理装置是用以预约将电动汽车的电池充电的供电站的信息处理装置。信息处理装置(200、400、或700)具备：接收部(图6B中为450)，接收表示电动汽车的电池剩余量的第1信息(图6A中为437)、与目的地相关的第2信息(图6A中为436)、及与至目的地为止的路径相关的第3信息(图6A中为拥堵信息335)；第1检索部(图6B中为451)，至少基于第2信息(图6A中为目的地436)及第3信息(图6A中为拥堵335)，检索至目的地为止的推荐路径；第2检索部(图6B中为452)，检索处于至目的地为止之间的供电站；第1判断部(图6B中为453)，基于第1信息(图6A中为437)及已检索出的推荐路径，判断在至目的地为止之间是否需要电池的充电；以及预约部(图6B中为454)，在第1判断部判断需要电池的充电的情况下(图8中为S16)，不等待来自使用者的命令便预约(图8中为S18)第2检索部中已检索出的任一供电站。

根据本构成，信息处理装置根据电池剩余量等预约适当的供电站。因此，可有效率地执行供电站的预约。进而，乘坐电动汽车的过程中的使用者无需担心电池剩余量，可对使用者赋予安心感。

另外，所述实施方式仅为一例，可施加各种变化。图57是表示供电站800所保持的信息的一例。如图所示，供电站800(站1(station 1)、站2(station 2))分别保持下述信息。

·ID(Identifier，识别符)：供电站固有的识别编号

·等待辆数：当前的等待辆数

·费用：充电费用

·位置：设置有供电站的位置座标

·预约清单：当前的预约状况。

信息处理装置(智能手机200、服务器400、或汽车导航系统700)从设置在所设定的路线附近的供电站800接收这些信息作为供电站信息535及预约信息536。接着，基于当前状况及状况预测(例如拥堵等)、以及使用者设定信息436，而决定推荐的供电站800，对所决定的供电站800请求预约(图57的例中为站1)。当在行驶中使用者欲了解最近的供电站800的情况下，按下例如设置在智能手机200或汽车导航系统700的供电站搜索按钮。于是，智能手机200或汽车导航系统700的例如通讯部740接收来自供电站800的信标，若为图57的例，则可识别2个供电站(站1、站2)的存在，并对其等请求供电站信息535及预约信息536。在存在多个供电站的情况下，信息处理装置可通过分配至各供电站的ID而识别各车站。

图58是电动汽车100及供电站800的框图，尤其是示出其等所保持的信息。图58所示的电动汽车100包含安装在乘车过程中的使用者所保持的智能手机200及电动汽车的汽车导航系统700。

首先，如图所示，供电站800保持图57中所说明的信息(位置、等待辆数、费用、ID、预约时刻及预约状况等)。接着，通过供电站800所具有的通讯功能，可将这些信息发送至电动汽车100。另外，供电站800也可与智能手机200同样地具备受理使用者输入的功能及显示部。而且，通过这些功能，供电站800也可受理来自使用者的下一次的充电预约。即，充电预约不仅可在智能手机(或汽车导航系统)进行，也可在供电站800进行。

其次，对电动汽车100进行说明。如图所示，电动汽车100可通过传感器而获得车的位置信息、目标位置、当前时刻及与电池剩余量相关的信息。此外，从服务器接收最新的地图数据。进而，电动汽车100从供电站获取位置、等待辆数、费用、ID、预约时刻及与预约状况相关的信息。接着，根据这些信息，电动汽车100的运算部(处理器)计算当前地点与供电站之间的距离及所需时间，进而计算从供电站至目的地为止的距离及所需时间。其结果，算出供电站到达时刻、可预约时刻、回家时的电池剩余量、及回家预定时刻，除此以外，将等待辆数、费用及ID显示于显示部。接着，电动汽车100临时预约所推荐的供电站的任一者。

此外，在所述实施方式中，关于供电站的预约的具体例，列举若干个示例进行了说明，除此以外也考虑到各种使用方法。关于该方面，使用图59至图66进行说明。图59至图66是智能手机200或汽车导航系统700的显示画面例的示意图。图59是将目的地指定为自家的情况，强调显示从新桥方面至木场的自家为止的路线。当使用者选择显示于该画面的左下的“最近供电站”的显示时，如图60所示，显示有处于前往自家的路线附近的供电站A、B作为检索结果。前往供电站A的路线由实线表示，前往供电站B的路线由虚线表示。此外，通过信息处理装置算出选择了供电站A及B的各者时的车站到达时刻、回家预定时刻、及回家时的电池剩余量，并显示于显示部。进而，从各供电站A及B接收到的等待辆数、最快供电开始时刻及可预约时刻也显示于显示部。

而且，在使用者的充电策略为即便比至自家为止的路线远也使到家时刻优先的情况下，如图61所示，信息处理装置临时预约或正式预约供电站A的第1推荐(18：40)。

图62示出使用者的充电策略为使回家时的电池的剩余量优先的情况。如图所示，选择供电站A时的电池剩余量为95％，选择供电站B时为98％。因此，信息处理装置临时预约或正式预约供电站B的第1推荐1(19：40)。

图63示出使用者的充电策略为如下情况：由于使回家时的电池的剩余量优先，并且使用等待时间办完事情等，而未进行最早的时刻的供电预约。如图所示，信息处理装置临时预约或正式预约供电站B的第2推荐(20：10)。在图63的充电策略的情况下，优选为使用者自由地进行等待时间的设定。在此情况下，如图64所示，通过选择“查看更多”的图标而显示出除第1至第3推荐以外的可充电的时间段。

图65示出使用者为了就餐而绕道的情况。如图所示，通过选择画面左下的“绕道”的图标，在路线附近显示出推荐的餐馆。当使用者选择任一者时，电动汽车100取消目前为止的预约，自动地换成较迟的时间的预约。例如，当初若如图62将供电站B预约至19：40，则电动汽车100取消该预约，如图65所示，换成供电站B的20：10的预约。此外，伴随该预约变更，重新计算供电站到达时刻及回家预定时刻。另外，餐馆等的信息例如也可通过无线通讯经由网络600从任一个服务器下载至信息处理装置。

图66示出当初如图61所示将供电站A预约为18：50的情况且前往供电站A的路线因事故等而禁止通行的情况。在此情况下，电动汽车100取消供电站A的预约，临时预约或正式预约当前时间点的最推荐的供电站。若为图66的例，则电动汽车100临时预约或正式预约供电站B的19：40。

此外，在所述第2实施方式中，以在当初的预约时刻赶不到供电站的情况为例进行了说明。但，在比当初的预约时刻早的时刻到达供电站的情况下，也可应用所述第2实施方式。即，例如在与拥堵信息或拥堵预测不同，信息处理装置(第2判断部)判断在超出预测的较早的时刻到达供电站的情况下，预约部也可取消当前的预约，临时预约或正式预约比当初的预约早的时刻。在此情况下，信息处理装置也可在显示部显示例如“切换预约吗？”等讯息，催促使用者的认可。

此外，就当前的预约而言，在产生在供电站的等待时间的情况下，且在产生他人的更佳的时刻的预约取消的情况下，信息处理装置也可从服务器500接收该内容作为预约信息，并在取消后空闲的时刻自动地将当前的预约提前。在此情况下，提前的预约也可设为临时预约，对使用者请求是否可以进行正式预约的认可。

进而，信息处理装置也可受理使用者的预约的中断要求。例如在考虑到在已预约过的时间段其他使用者欲进行预约时，信息处理装置受理中断要求。接着，信息处理装置例如对预约为该时间段的使用者通知产生有中断要求，作为预约信息的一部分。在该使用者认可了中断要求的情况下，信息处理装置将该内容发送至服务器500，命令预约的切换。在此情况下，例如也可对让出预约的使用者进行下一次的充电费用的打折，或对加塞的使用者应用增额费用。

如上所述，信息处理装置按照使用者的希望，每次自动地预约预测为最佳的供电站。因此，使用者从供电站的预约的繁杂中解放，此外，即便在产生突发事情的情况下，也无需考虑供电站的预约。其结果，显著提高电动汽车的使用方便性。

另外，所述实施方式中所说明的各种功能可利用硬件安装，也可利用软件与硬件的组合安装。在利用软件安装的情况下，其功能可设为1个或1个以上的命令或编码(程序)而存储在计算机可读取的存储介质，或由该存储介质传输。作为此种记录介质，只要可通过计算机或处理器存取便可，并无特别限定。作为一例，可使用RAM、ROM、EEPROM(注册商标)(包含USB(Universal Serial Bus，通用串行总线)存储器或存储卡)、CD-ROM(CompactDisc-Read Only Memory，只读光盘)等光盘、硬盘等磁盘等。此外，可通过无线或有线的电气通讯线路而传输。关于各种数据也相同。

对本发明的若干实施方式进行了说明，但这些实施方式是作为示例而提出的，并不意图限定发明的范围。这些实施方式能以其他多种形态实施，且可在不脱离本发明的精神的范围内进行各种省略、置换、变更。这些实施方式或其变化包含在发明的范围或主旨中，且同样包含在权利要求所记载的发明及其均等范围内。

Claims (13)

1.一种信息处理装置，用以预约将电动汽车的电池充电的供电站，且具备：

接收部，接收表示所述电动汽车的电池剩余量的第1信息、与目的地相关的第2信息、及与至目的地为止的路径相关的第3信息；

第1检索部，至少基于所述第2信息及所述第3信息，检索至所述目的地为止的推荐路径；

第2检索部，检索处于至所述目的地为止之间的所述供电站；

第1判断部，基于所述第1信息、及所述检索出的推荐路径，判断在至所述目的地为止之间是否需要所述电池的充电；以及

预约部，在所述第1判断部判断需要所述电池的充电的情况下，不等待来自使用者的命令便预约所述第2检索部中所检索出的任一所述供电站。

2.根据权利要求1所述的信息处理装置，还具备第2判断部，该第2判断部基于所述第3信息，判断是否可如所述预约那样到达所述供电站，

所述预约部在所述第2判断部判断无法如所述预约那样到达所述供电站的情况下，取消该预约，不等待来自所述使用者的命令便预约接下来推荐的任一所述供电站。

3.根据权利要求1或2所述的信息处理装置，其中所述第3信息是至所述目的地的多条路径的当前的拥堵信息、及/或所预测的拥堵信息。

4.一种信息处理装置，用以预约将电动汽车的电池充电的供电站，且具备：

登录部，登录表示与所述电动汽车的第1乘车预约相关的第1乘车预定期间的第1信息、及表示乘车时的电池剩余量的第2信息；

第1判断部，基于所述第2信息，判断在所述第1乘车预定期间内是否需要所述电池的充电；以及

预约部，在所述第1判断部判断需要所述电池的充电的情况下，不等待来自使用者的命令便预约任一所述供电站。

5.根据权利要求4所述的信息处理装置，其中所述登录部登录与所述第1乘车预约的目的地相关的第3信息，

所述信息处理装置还具备：第1检索部，检索至所述目的地为止的推荐路径；以及

第2检索部，检索处于至所述目的地为止之间的所述供电站；

当所述第1判断部判断在沿所述推荐路径行驶的情况下需要所述电池的充电时，所述预约部不等待来自使用者的命令便预约所述第2检索部中所检索出的任一所述供电站。

6.根据权利要求4或5所述的信息处理装置，登录比所述第1乘车预约靠前的时刻的第2乘车预约，

在所述第1判断部判断在所述第2乘车预约的第2乘车预定期间内需要所述电池的充电，而无需在所述第1乘车预定期间内的所述电池的充电的情况下，所述预约部取消所述第1乘车预约中已进行的所述供电站的预约。

7.根据权利要求1或4所述的信息处理装置，其中由所述预约部进行的不等待来自所述来自使用者的命令的预约为临时预约，

在所述临时预约之后，在受理了来自所述使用者的认可时，所述预约部将所述临时预约切换为正式预约。

8.一种信息处理装置，用以预约将电动汽车的电池充电的供电站，且包括：

控制部，搜索至目的地为止的路线，并且预约所述路线中的任一所述供电站；以及

显示部，显示所述路线；且所述显示部

显示于至所述搜索出的目的地的路线中成为候选的多个供电站、及所述多个供电站中的第1推荐供电站，

进而，就所述第1推荐供电站显示已临时预约完毕、及催促将该临时预约切换为正式预约的认可的内容，

在接收到所述认可的情况下，显示已将所述临时预约切换为正式预约的所述第1推荐供电站及所述路线。

9.根据权利要求8所述的信息处理装置，其中在所述控制部判断所述电动汽车无法如所述预约那样到达所述第1推荐供电站的情况下，所述显示部

就与所述第1推荐供电站不同的第2推荐供电站，显示已临时预约完毕、及催促将该临时预约切换为正式预约的认可的内容。

10.根据权利要求8所述的信息处理装置，其中所述显示部进而显示与所述第1推荐供电站不同的第2推荐供电站，

在受理所述第1推荐供电站的否认及所述第2推荐供电站的选择时，所述显示部显示经由所述第2推荐供电站到达所述目的地的路线。

11.根据权利要求8至10中任一项所述的信息处理装置，其中所述显示部显示所述第1推荐供电站，并且可进而显示该第1推荐供电站可预约的时刻。

12.一种信息处理方法，用以预约将电动汽车的电池充电的供电站，且具备以下步骤：

接收表示所述电动汽车的电池剩余量的第1信息、与目的地相关的第2信息、及与至目的地为止的路径相关的第3信息；

至少基于所述第2信息及所述第3信息，检索至所述目的地为止的推荐路径；检索处于至所述目的地为止之间的所述供电站；

基于所述第1信息及所述检索出的推荐路径，判断在至所述目的地为止之间是否需要所述电池的充电；以及

在判断需要所述电池的充电的情况下，不等待来自使用者的命令便预约所述检索出的任一所述供电站。

13.一种信息处理程序，用以预约将电动汽车的电池充电的供电站，且由处理器执行而使所述处理器进行以下动作：

接收表示所述电动汽车的电池剩余量的第1信息、与目的地相关的第2信息、及与至目的地为止的路径相关的第3信息；

至少基于所述第2信息及所述第3信息，检索至所述目的地为止的推荐路径；

检索处于至所述目的地为止之间的所述供电站；

基于所述第1信息及所述检索出的推荐路径，判断在至所述目的地为止之间是否需要所述电池的充电；以及

在判断需要所述电池的充电的情况下，不等待来自使用者的命令便预约所述检索出的任一所述供电站。