一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

信息处理装置、信息处理方法、以及信息系统与流程

2022-12-06 23:20:54 来源:中国专利 TAG:


1.本公开涉及信息处理装置、信息处理方法、以及信息系统。


背景技术:

2.目前,电动汽车等移动体或便携型信息设备等利用电池进行运转的各种装置正在被利用。例如,在下述日本特开2011-120327中,提出了基于多个车辆各自的行驶计划以及给车辆的电池使用量带来影响的外在要因,对电池进行充电的方案。


技术实现要素:

3.本公开的实施方式的课题是,使得能够选择与通过电池进行运转的装置的状况相应的适当的充电方法。
4.本公开的实施方式通过信息处理装置而例示。本信息处理装置具备控制部,所述控制部执行:取得使预定的装置运转的电池所要求的第1充电量;和从多个充电方法中选择能够在第1时间的范围内充入至少所述第1充电量的充电方法。
5.另外,本实施方式的其他方面通过该计算机执行的信息处理方法而例示。在本信息处理方法中,计算机执行:取得使预定的装置运转的电池所要求的第1充电量;和从多个充电方法中选择能够在第1时间的范围内充入至少所述第1充电量的充电方法。
6.本实施方式的又一其他方面通过信息系统而例示。本信息系统具有预定的装置和信息处理装置,所述信息处理装置具备控制部,所述控制部执行:
7.取得使所述预定的装置运转的电池所要求的第1充电量;和从多个充电方法中选择能够在第1时间的范围内充入至少所述第1充电量的充电方法。
8.根据本信息处理装置,能够选择与利用电池进行运转的装置的状况相应的适当的充电方法。
附图说明
9.以下,参照附图说明本发明的示例性实施例的特征、优点以及技术上和工业上的意义,其中同一附图标记表示同一要素,并且其中:
10.图1是例示第1实施方式的信息系统的图。
11.图2是从车辆中心发送到管制中心的发行note(release note)例。
12.图3是管制中心向各移动体发布的运行时间表(schedule)的数据例。
13.图4是例示管制中心保持的各移动体的状态信息的图。
14.图5是例示信息系统内所设置的充电设备和电池的充放电特性的图。
15.图6是例示由管制中心的计算机实现的移动体的运行时间表的设定处理的图。
16.图7是例示计算机程序有更新的下回运行时间表的筹划处理的详情的流程图。
17.图8是例示计算机程序无更新的下回运行时间表的筹划处理的详情的流程图。
18.图9是例示第2实施方式的有更新的下回运行时间表的筹划处理的详情的流程图。
interface)。uif装置23也具有与central ecu22同样的ecu。central ecu22、uif装置23内的ecu等能够被称为共同ecu群。
33.预防安全装置24内置有ecu,通过计算机程序的处理执行冲突避免支援处理。预防安全装置24基于雷达、以及、来自摄像头等传感器的信号,例如,执行冲突的避免的支持(support)、脱离车道的报告、自动远光(automatic high beam)、雷达巡航控制(radar cruise control)等。
34.ads25与sis(spatial information service:空间信息服务)27、以及adx(advanced drive extension:高级驱动扩展)28等连接。ads25、sis27、以及adx28各自内置有ecu,通过计算机程序的处理执行高级且先进的运转支援处理。ads25例如通过来自lidar(light detection and ranging:激光雷达)的检测信号来检测移动体2周边的车辆或立体物等,推定移动体2自身的位置,执行运动控制。
35.sis27将移动体2自身的姿势、以及地图上的位置等向ads25提供。即,sis27取得来自gnss(global navigation satellite system:全球导航卫星系统)或gps(global positioning system:全球定位系统)的位置信息、来自陀螺传感器的6轴加速度信号、来自导航系统的路径信息或地图信息等。sis27基于所取得的信息计算移动体2自身的姿势、以及地图上的位置等。adx28适用ai(artificial intelligence:人工智能)系统,识别来自上述的各种传感器等的信息,进行处理,并将处理结果向ads25通知。
36.声音影像navi装置26与后座娱乐(rear seat entertainment:rse)2b连接。声音影像navi装置26、以及rse2b各自内置有ecu,通过计算机程序的处理,向移动体2的利用者提供由声音、影像、以及地图信息等实现的各种功能。
37.如图1所示,声音影像navi装置26例如还能够与信号放大用的amp29、以及操作部2a连接。操作部2a例如是触摸显示器,向利用者显示信息,受理来自利用者的操作。rse2b在移动体2是具有后部座位的车辆的情况下,在车室内的后座独立地将电视广播、以及dvd(digital versatile disc:数字通用光盘)影像等向就座于后座的利用者提供。
38.以上的预防安全装置24、ads25、以及声音影像navi装置26的ecu和与它们连接的各装置的ecu能够被称为个别ecu群。central ecu22对搭载于个别ecu群的计算机程序的更新的进展和更新时的错误进行管理。
39.车辆中心3由销售或维护移动体2的公司等组织或从该公司等接受委托的公司等运用。车辆中心3对搭载于由这些公司等销售或维护的全部移动体的ecu等部件进行管理。另外,车辆中心3对由这些ecu各自执行的计算机程序的种类和版本进行管理。车辆中心3向移动体2等发布用于更新计算机程序的更新用数据。更新用数据也能够仅称为更新程序。
40.管制中心4对各个移动体2的运行、以及维护等进行管理。管制中心4例如是提供车队管理服务(fleet management services,fms)的fms公司的计算机。管制中心4制作例如,定期运行的移动体2的运行开始时刻、运行、运行结束时刻、以及维护时间段等的运行时间表(schedule)。管制中心4适时更新运行时间表,并向移动体2分发,对移动体2的运行进行管理。另外,管制中心4对非定期利用的服务、例如顺风车服务(ride-share service)中的包含移动体2的行驶开始日期和时间、行驶结束日期和时间、以及维护日期和时间的共享(sharing)的利用时间表进行管理。另外,管制中心4对以出租(rental)方式被利用的移动体2的出借时间表进行管理。以下,将与移动体2的运行、利用、以及出借等相关的时间表总
地仅称为运行时间表。进而,在移动体2是电动车的情况下,管制中心4将移动体2的充电的预定(计划)组入运行时间表而管理。
41.如上所述,移动体2搭载内置有ecu的各种部件。由各部件内的ecu执行的计算机程序接受伴随改良或故障对策的更新。然而,移动体2被要求安全性。因此,搭载于移动体2的ecu用的计算机程序的更新在移动体2停止了行驶的维护期间中被执行。
42.车辆中心3将关于各ecu的计算机程序的最新更新内容和更新时间表以发行note(release note)的形式向管制中心4通知。管制中心4在接收到发行note时,向各个移动体2的运行时间表组入各ecu的计算机程序的更新时间表。即,管制中心4以在各移动体2没有行驶的维护期间中完成各ecu的计算机程序的更新的方式来计划移动体2的运行时间表。管制中心4将已确定了的运行时间表向移动体2通知(图1的计划发布),使各自的ecu的计算机程序的更新执行。
43.移动体2的dcm21经由网络n与车辆中心3、以及管制中心4通信。dcm21从管制中心4接收包含计算机程序的更新计划的运行时间表(图1的计划发布)。central ecu22与dcm21例如利用由ethernet(注册商标)例示的移动体内的网络而连接。
44.dcm21按照所接收到的运行时间表访问车辆中心3,取得用于更新计算机程序的更新用数据,并向central ecu22传送。central ecu22在移动体2停止中的维护期间中将包含共同ecu群、以及个别ecu群的各ecu的计算机程序进行更新。dcm21在完成由central ecu22实现的各ecu的更新时,将完成报告向管制中心4通知。
45.uif装置23通过例如由can(注册商标)(controller area network:控制器局域网)例示的移动体内的网络与central ecu22连接。uif装置23也可以经由重编程hmi,受理由利用者的操作进行的确认的输入。即,central ecu22也可以利用uif装置23向用户请求计算机程序的更新开始的确认,在得到了确认之后开始更新。此外,uif装置23自身也从central ecu22取得更新用数据,更新uif装置23的计算机程序。
46.预防安全装置24通过例如由can-fd(controller area network with flexible data rate:具有灵活数据速率的控制器局域网)例示的移动体2内的网络与central ecu22连接。预防安全装置24从central ecu22接受计算机程序的更新用数据,执行更新。而且,预防安全装置24将与更新相伴的状态向central ecu22报告。
47.ads25和声音影像navi装置26例如利用由ethernet(注册商标)例示的移动体内的网络与central ecu22连接。ads25和声音影像navi装置26各自从central ecu22接受计算机程序的更新用数据。而且,ads25和声音影像navi装置26各自执行自身、以及属下的ecu的计算机程序的更新。ads25和声音影像navi装置26将伴随更新的状态向central ecu22报告。
48.(数据例)
49.图2是从车辆中心3发送到管制中心4的发行note(release note:发行说明)的例子。在图2的例子中,发行note以“关键字:值”的形式指定了对关键字的值。另外,在图2的例子中,“关键字:值”的组用大括号“{}”封闭,并被分层描述。
50.即,根据图2可知,是如下计算机程序的发行note:移动体2的类别(vehicle type)是e-paletteg0,所发行的系统版本(system version)是v07-01,发行日是ddmmmyyyy。在此,系统版本是被赋予给移动体2所安装的整个计算机程序群的版本。另外,该发行note按
ecu的类别(ecu type)描述有程序的种类、版本、更新用数据的数据大小(数据量、volume)等。例如,可知作为central ecu的程序的pc1的版本是v07-01-1,数据大小是v1mb。
51.此外,发行note并不限于图2的形式。例如,发行note也可以利用html(hyper text markup language:超文本标记语言)、或xml(extensible markup language:可扩展标记语言)等规定格式描述。另外,发行note也可以以将包含多个要素的记录(record)排列而成的表形式来描述。
52.图3是管制中心4向各移动体发布的运行时间表(由图1的“计划发布”进行发布的运行时间表)的数据例。运行时间表按移动体2而制作。因此,图3的运行时间表包含用于识别移动体2的移动体id。另外,在图3的例子中,运行时间表由于按日制作,所以包含年月日。进而,在图3的例子中,运行时间表规定按每个时间段的移动体2的运行、以及维护等的预定(计划)。
53.例如,在年月日ddmmmyyyy中,从0:00到9:00为止的期间,实施移动体2的维护。维护包含移动体id:e-palette ev1的电池的充电和计算机程序的更新。移动体id:e-palette ev1从9:00到11:00为止运行。移动体id:e-palette ev1从11:00到13:00为止的期间,停止运行而成为维护状态,电池被充电。移动体id:e-palette ev1从13:00到23:00为止运行,在23时以后停止运行而成为维护状态。此外,在图3的例子中,省略了从13:00到22:00为止的期间的维护的预定(计划)和运行的预定(计划)的详情。
54.此外,图3是运行时间表的一例,管制中心4制作的运行时间表并不限定于图3。例如,在图3中,时间段以按每小时的精细度而被定义。但是,时间段也可以按以分钟为单位的精细度而被定义。另外,运行时间表也可以不按天制作,例如,也可以按1周为单位进行制作。另外,运行时间表也可以按月制作。另外,运行时间表也可以按平日(周一~周五)、周六、以及节假日而制作。
55.图4是例示管制中心4保持的各移动体2的状态信息的图。状态信息记录移动体2当前的计算机程序的更新状态、以及电池状态等。状态信息被保存于管制中心4的预定的数据库。在图4的例子中,状态信息具有:移动体id、最终更新日、移动体2所安装的整个计算机程序群的系统版本、上回的运行完成日期和时间、以及电池状态。
56.在此,与图3同样,移动体id是唯一识别移动体2的识别信息。最终更新日移动体2(在图4中,是移动体id为e-palette ev1的移动体)最后更新各部的ecu的计算机程序群的更新日。计算机程序群的系统版本与利用图2说明的同样,是移动体2中的更新后的整个计算机程序群的版本。
57.但是,状态信息并不限定于这样的构成。例如,状态信息也可以按各部的ecu个别地保持各自程序的当前的版本(图2的各程序的版本version:v07-01-1等)。管制中心4在从移动体2接收到更新完成的报告时,将最终更新日期和时间、和更新后的整个计算机程序群的系统版本记录到状态信息中。
58.上回的运行完成日期和时间是移动体2(在图4中,是移动体id为e-palette ev1的移动体)完成上回的运行而向管制中心报告的日期和时间。电池状态是当前的电池的充电状态(state of charge(soc))。管制中心4将电池的充电状态与运行完成报告一起从移动体2取得,并记录于状态信息的“电池状态”中。电池的充电状态(soc)例如以剩余量相对于充满电时的电力量的比率的百分比显示的方式而示出。
59.图5是例示管制中心4保持的电池的充放电特性的图。其中,电池的充电特性也依存于信息系统100内所设置的充电设备。在本实施方式中,搭载于移动体2的电池设为具有图5的充放电特性。充放电特性能够实验性地或经验性地蓄积。在图5中,作为电池的充放电特性,包含普通充电和急速充电各自的充电速度、下载消耗电力率、更新消耗电力率、以及运行消耗电力率。
60.信息系统100内所设置的充电设备,有能够进行普通充电的设备、和能够进行急速充电的设备。急速充电表示与普通充电相比充电的速度要快的充电方法。在图5中,充电速度是每小时的充电量,充电量由soc表示(%/小时)。首先,在进行普通充电的情况下,搭载于移动体2的电池能够以5%/小时的速度进行电荷的充电。在此,5%/小时例如是每小时3~6kwh。意味着在从电池没有电荷的状态起以5%/小时的充电速度对电池充电时,到充满电为止需要20小时。
61.另外,在进行急速充电的情况下,在图5所例示的电池中,能够以50%/小时的速度进行电荷的充电。在此,以50%/小时的速度充电的电力例如是每小时50kwh以上。即,在图5所例示的电池中,在急速充电中,能够从没有电荷的状态起2小时使电池成为充满电的状态。
62.另外,下载消耗电力率由soc表示在移动体2的dcm21执行计算机程序的更新用数据的下载的情况下的、每预定单位的数据量的消耗电力量。图5所例示的电池的下载消耗电力率是10%/10mb。即,每下载10mb的数据,电池的soc降低10%。
63.另外,更新消耗电力率由soc表示在移动体2的dcm21、以及central ecu22以下的ecu群执行计算机程序的更新的情况下的、更新用数据的每预定单位的数据量的消耗电力量。图5所例示的电池的更新消耗电力率是10%/10mb。即,每利用10mb的更新用数据执行更新,电池的soc就降低10%。
64.另外,运行消耗电力率由soc表示移动体2运行时的、每小时的消耗电力量。图5所例示的电池的运行消耗电力率是50%/小时。也即是,行驶1小时,电池的soc降低50%。即,在图5的例子中,移动体2运行2小时就消耗充满电的电池的电力量。此外,图5的数据是一例,移动体2的电池、以及对电池充电的充电设备并不限定于图5的例子。在以下的处理中,利用这些充放电特性,计算电池的要求充电量、以及充电时间等。
65.另外,管制中心4也可以将图5所示的电池的充放电特性的信息根据车辆的种类、或电池的种类而保持。另外,电池的充放电特性的信息并不限定于保持于管制中心4,例如,各移动体2的central ecu22也可以对搭载于移动体2的电池进行保持。该情况下,管制中心4也可以通过查询各移动体2,取得搭载于移动体2的电池的充放电特性的信息。
66.(处理流)
67.图6例示由管制中心4的计算机实现的移动体2的运行时间表的设定处理。如上所述,将管制中心4的计算机仅作为管制中心4,以下,说明图6的处理。在以下的图7到图13等中也同样。图6的处理例如在移动体2当前的运行完成时被执行。此外,在图6中,在实施计算机程序的更新的情况下,将在移动体2的电池的充电期间执行用于进行更新的更新数据的下载、和移动体2的各ecu的计算机程序的更新这一情况作为前提。
68.在图6的处理中,管制中心4从移动体2接收运行完成报告。运行完成报告包含移动体2的电池的充电状态。因此,管制中心4将移动体2的电池的充电状态记录于预定的数据库
的状态信息(参照图4)中(s1)。此外,来自移动体2的运行完成报告例如也可以在1日的运行计划中最后的运行完成时接收。另外,来自移动体2的运行完成报告也可以每当移动体2完成运行时就接收。管制中心4也可以在每当移动体2完成运行时而接收运行完成报告的情况下,每当接收到运行完成报告时就修正图3所例示的运行时间表。
69.接着,管制中心4判定在该移动体2中是否存在计算机程序的更新实施的预定(预定实施更新)。管制中心4对从车辆中心3收到的最新的发行note与移动体2的状态信息(图4)进行比较。然后,在移动体2的计算机程序的系统版本比最新的发行note所规定的系统版本旧的情况下,管制中心4判定为存在(有)计算机程序的更新实施的预定。在存在(有)计算机程序的更新实施的预定的情况下,管制中心4执行有更新的下回运行时间表(schedule)的筹划处理(s3)。s3的详情在图7中例示。
70.在不存在计算机程序的更新实施的预定的情况下,管制中心4执行无更新的下回运行时间表的筹划处理(s4)。s4的详情在图8中例示。
71.接着,管制中心4将运行时间表向移动体2发布(s5)。移动体2按照所发布了的运行时间表而运行。此外,管制中心4在更新完成后,从移动体2接收更新完成报告。然后,管制中心4将更新后的版本和更新日期和时间记录于按每个移动体2的状态信息。之后,图6所示的处理结束。
72.图7是例示由管制中心4的计算机实现的移动体2中的计算机程序的有更新的下回运行时间表的筹划处理(图6的s3)的详情的流程图。在该处理中,管制中心4筹划将由移动体2的各ecu执行的计算机程序在下回运行时刻为止能够更新的更新计划。
73.首先,在该处理中,管制中心4从发行note取得更新用数据的数据大小(图2的volume的值)(s31)。发行note是包含第1程序被更新时所使用的更新用数据的数据量的与第1程序的更新相关的信息的一例。在此,第1程序作为由本回的更新而改写的程序群而例示。因此,管制中心4可以说执行s31的处理来作为取得与第1程序的更新相关的信息的一例。
74.另外,管制中心4取得下回运行预定的信息(s32)。下回运行预定的信息包含下回运行开始的预定时刻、下回运行时的目的地、行驶路径、以及行驶预定时间等。在此,从当前时间点到下回运行开始的预定时刻为止的时间是第1时间的一例。
75.在移动体2定期运行的情况下,移动体2的下回运行预定的信息,被从管理该定期的运行的预定的数据库取得。另外,在移动体2非定期运行的情况下,移动体2利用于共享服务或出租等。因此,移动体2的下回运行预定的信息被从共享服务或出租等的预约信息等取得。下回运行预定的信息是作为预定的装置的移动体2的时间表信息的一例。因此,管制中心4可以说基于作为预定装置的移动体2的时间表信息而取得第1时间。
76.接着,管制中心4取得当前的电池的充电状态(soc)。当前的电池的充电状态(soc)也可以称为电池的剩余量。另外,管制中心4计算在移动体2中执行的各处理的消耗电力量。然后,管制中心4根据电池的剩余量和在各处理中的消耗电力量来计算必要电力量。(s33)。在各处理中的消耗电力量在图7所示的处理中包含下载消耗电力量、更新消耗电力量、以及运行消耗电力量。
77.下载消耗电力量是移动体2从车辆中心3下载计算机程序的更新用数据时的消耗电力量。下载消耗电力量基于更新用数据的数据大小,根据图5所例示的下载消耗电力率而
被计算。例如,在更新用数据的数据大小是20mb、下载消耗电力率是10%/10mb的情况下,电池充满电时的电力量的20%的电力量被消耗掉。将下载消耗电力量称为第3消耗电力量。
78.更新消耗电力量是移动体2的各ecu对作为更新对象的计算机程序进行更新时的消耗电力量。更新消耗电力量基于更新用数据的数据大小,根据图5所例示的更新消耗电力率而被计算。例如,在更新用数据的数据大小是20mb、更新消耗电力率是10%/10mb的情况下,电池充满电时的电力量的20%的电力量被消耗掉。在此,将更新消耗电力量称为第2消耗电力量。
79.运行消耗电力量是移动体2按照时间表运行时的消耗电力量。例如,在运行时间是1小时、运行消耗电力率是50%/小时的情况下,电池充满电时的电力量的50%的电力量被消耗掉。将运行消耗电力量称为第1消耗电力量。
80.而且,管制中心4根据移动体2当前的充电状态(剩余量)、和在各处理中消耗的电力量,计算必要充电量。例如,在下载消耗电力量是20%、更新消耗电力量是20%、根据运行预定而假设的运行消耗电力量是50%的情况下,要求对电池进行充电直到达到至少充满电时的90%为止。因此,例如,在当前的电池的充电状态是相对于充满电的5%的情况下,计算为必要充电量=90%-5%=85%。在本实施方式中,将必要充电量称为第1充电量。
81.根据以上,管制中心4可以说,作为取得使预定的装置运转的电池所要求的第1充电量的一例而执行s33的处理。因此,管制中心4可以说,在s33的处理中,除了运行时的第1消耗电力量、以及更新实施时的第2消耗电力量以外,还基于下载时的第3消耗电力量取得第1充电量。此外,在移动体2事先执行更新用数据的下载的情况下,在s33中也可以不包含下载消耗电力量。该情况下,管制中心4根据当前的电池的剩余量、由预定时间的运转所预定消耗的电池的第1消耗电力量、以及由至少第1程序的更新所预定消耗的电池的第2消耗电力量,取得第1充电量。此外,s33的处理也可以说是根据当前的所述电池的剩余量、和由移动体2的预定时间的运转所预定消耗的电池的第1消耗电力量来取得第1充电量的一例。其原因在于,在s33的计算中,至少基于运行时的第1消耗电力量来取得电池所要求的第1充电量。
82.接着,管制中心4根据必要充电量计算普通充电和急速充电的所需时间(s34)。普通充电和急速充电的所需时间也可以将必要充电量分别除以图5所例示的普通充电速度、以及急速充电速度。然后,管制中心4判定利用普通充电是否赶得上下回运行时刻(s35)。在s35的判定中判定为通过普通充电直到下回运行时刻为止充电会完成的情况下,管制中心4筹划普通充电且更新实施的计划,并组入运行时间表(s36)。另一方面,在s35的判定中,利用普通充电直到下回运行时刻为止无法完成充电的情况下,管制中心4判定由急速充电是否赶得上下回运行时刻(s37)。在s37的判定中判定为通过急速充电直到下回运行时刻为止充电会完成的情况下,管制中心4筹划急速充电且更新实施的计划,并组入运行时间表(s38)。
83.另一方面,在s37的判定中判定为通过急速充电直到下回运行时刻为止充电也不会完成的情况下,管制中心4执行无更新的下回运行时间表的筹划处理(s39)。无更新的下回运行时间表的筹划处理由图8例示。直到下回运行时刻为止的时间是第1时间的范围的一例。因此,管制中心4可以说,作为从多个充电方法中选择在第1时间的范围内能够充入由s33的处理计算出的第1充电量的充电方法的一例而执行s35和s37的判定。另外,管制中心4
可以说,作为制作包含由所选择出的充电方法实现的电池的至少第1充电量的充电和至少第1程序(由本回的更新而改写的程序群)的更新的第1计划的一例而执行s36和s38的处理。
84.图8是例示移动体2中的计算机程序的无更新的下回运行时间表的筹划处理的详情的流程图。即,图8是无更新的下回运行时间表的筹划处理(图6的s4以及图6的s39)的详情。图8的s42至s48的处理除了不计算下载消耗电力量、更新消耗电力量这一点以外,与图7的s32至s38的处理同样。因此,省略s42至s48的处理的详情。此外,在s43的处理中,管制中心4计算用于移动体2运行的运行消耗电力量。如图7所述,用于移动体2运行的运行消耗电力量是由预定装置的预定时间的运转所预定消耗的电池的第1消耗电力量的一例。因此,管制中心4的计算机可以说,根据作为当前的电池的电荷状态的电池剩余量、和由移动体2的预定时间的运转所预定消耗的电池的第1消耗电力量来取得第1充电量。
85.然后,在无更新的下回运行时间表的筹划处理中,在判定为通过普通充电和急速充电在直到下回运行时刻为止均无法完成充电的情况下(在s47中为否),管制中心4向操作员请求下回运行预定的调整(s49)。例如,管制中心4推定通过急速充电完成必要充电量的充电的时刻,向操作员提示所推定出的时刻。在操作员输入了承认的情况下,管制中心4将完成必要充电量的充电的时刻变更为新的下回运行开始时刻即可。
86.(实施方式的效果)
87.如上所述,本实施方式的包含管制中心4的信息系统100取得移动体2的运行所需的最低限度的充电状态。而且,信息系统100能够从多个充电方法中选择直到下一次运行开始时刻为止能够从当前的充电状态充电到移动体2的运行所需的最低限度的充电状态为止的充电方法。因此,本实施方式的信息系统100能够适当设定反复进行运行和充电的移动体2的运行时间表。
88.另外,在移动体2定期运行的情况下,信息系统100从管理定期运行的预定的数据库取得下一次运行开始时刻。另外,在移动体2非定期运行的情况下,该计算机从共享服务或出租等的预约信息等取得移动体2的下回运行预定的信息。因此,信息系统100能够根据利用移动体2的服务适当地取得下一次运行开始时刻。
89.另外,信息系统100根据移动体2当前的充电状态和由移动体的运转导致的各处理所消耗的电力量,计算必要充电量。因此,信息系统100能够高精度计算移动体2的必要电力量。该情况下,信息系统100能够高精度计算由移动体2的运行、移动体2内的各ecu的计算机程序的更新数据的下载、以及计算机程序的更新导致的必要电力量。
90.而且,信息系统100计算必要电力量的充电所需的充电时间,能够设定直到移动体2的下回运行开始时为止能够执行移动体2的电池的充电和移动体2内的各ecu的计算机程序的更新的计划。
91.另外,在直到下回运行预定时刻为止直到必要电力量的充电没有完成的情况下,信息系统100推定直到必要电力量为止的充电完成的时刻,在得到了操作员的承认之后,将下回运行开始时刻变更为充电完成的时刻。因此,信息系统100能够以直到运行开始为止的时间成为至少充电时间以上的方式制作计划。
92.进而,本信息系统在必要电力量中包含用于下载的电力量。因此,本信息系统能够考虑计算机程序的更新所需的数据的下载而计算必要的电力量。
93.<第2实施方式>
94.在上述第1实施方式中,在直到必要充电量的充电无法由急速充电完成的情况下,管制中心4以移动体2的计算机程序的无更新的方式筹划了下回运行时间表。在本实施方式中,例示如下处理,即,在由急速充电无法完成充电的情况下,管制中心4筹划能够实施计算机程序的更新的下回运行时间表。
95.另外,在上述第1实施方式中,以在移动体2的电池的充电期间完成用于更新的更新数据的下载、和移动体2的各ecu的计算机程序的更新为前提。在本实施方式中,例示在移动体2的电池的充电期间,无法执行完成用于更新的更新数据的下载和移动体2的各ecu的计算机程序的更新的情况下,筹划它们能够完成的下回运行时间表的处理。以上这一点以外的第2实施方式的信息系统100的构成、以及作用与第1实施方式同样。因此,第1实施方式的图1至图6在第2实施方式中也照样适用。
96.图9是例示第2实施方式中的、有更新的下回运行时间表的筹划处理(图6的s3)的详情的流程图。在图9中,s31至s38的处理与图7同样所以省略其说明。
97.在图9中,在s37的判定中判定为即使通过急速充电直到下回运行预定时刻为止也无法完成充电的情况下,管制中心4执行下回运行预定时刻的调整处理(s39a)。另外,在筹划s36的普通充电且更新实施的计划并组入运行时间表的处理、以及筹划s38的急速充电且更新实施的计划并组入运行时间表的处理之后,管制中心4使处理进入s3a的判定。然后,管制中心4判定在充电期间是否能够进行移动体2的各ecu的计算机程序的更新(s3a)。在是否能够更新的判定中,也可以包含是否能够进行更新用数据的下载和下载后的计算机程序的更新的判定。此外,在本实施方式中,将不包含用于更新的数据的下载的、计算机程序的更新称为计算机程序的改写。
98.此外,在s3a的判定之前执行的s34的处理中,管制中心4基于程序被更新时所使用的更新用数据的数据大小,取得程序的改写所需的时间。
99.在本实施方式中,将不包含下载的更新所需的时间称为第2时间。另外,在s34的处理中,管制中心4取得程序的更新用数据的下载所需的时间。
100.在本实施方式中,将该下载所需的时间称为第3时间。
101.在s3a的判定中,在判定为在充电期间无法完成更新的情况下,管制中心4执行下回运行预定时刻的调整处理(s39a)。对于在s39a的调整处理中所制作的运行时间表,也称为第1计划。因此,管制中心4可以说以直到作为预定装置的一例的移动体2的利用开始为止的时间至少成为第2时间和第3时间的合计以上的方式制作第1计划。另一方面,利用s3a的判定在充电期间能够完成更新的情况下,管制中心4结束处理。
102.图10是例示下回运行预定时刻的调整处理(图9的s39a)的详情的图。在该处理中,管制中心4根据急速充电的所需时间推定充电完成时刻(s39a1)。另外,管制中心4根据更新的所需时间(第2时间)和更新用数据的下载的所需时间(第3时间),推定下载以及更新的完成时刻(s39a2)。如上所述,更新的所需时间(第2时间)和更新用数据的下载的所需时间(第3时间)已经在图9的s34的处理中计算。
103.然后,管制中心4将充电完成时刻、下载以及更新的完成时刻中较晚的时刻设为下回运行开始时刻并在显示装置中向操作员提示(s39a3)。然后,管制中心4等待来自操作员的ok的输入(s39a4)。在s39a4中存在ok的输入时,管制中心4将所提示的时刻设定为下回运行开始时刻,制作移动体2的运行时间表(s39a4)。如以上所述,管制中心4作为以使得直到
利用开始为止的时间至少成为第2时间和第3时间的合计以上的方式制作第1计划的处理的一例而执行s39a1到s39a4的处理。之后,管制中心4结束处理。
104.另一方面,在s39a4中没有得到ok的输入的情况下,管制中心4进入由操作员进行的运行时间表设定处理(s39a6)。即,管制中心4对操作员请求移动体2的适当运行时间表的设定。在由操作员进行的运行时间表的设定后,管制中心4结束处理。在此,从当前时间点到下回运行开始时刻为止的时间是第1时间的一例。
105.在图10中,管制中心4将充电完成时刻、和下载以及更新的完成时刻中较晚的时刻设为下回运行开始时刻并向操作员进行了提示。即,在图10中,考虑也包含更新数据的下载时间的计算机程序的更新完成的时刻,决定了下回运行开始时刻。但是,更新数据的下载也能够在计算机程序的改写前事先执行。因此,管制中心4也可以不考虑更新数据的下载时间,以仅包含计算机程序的改写的更新完成的方式决定下回运行开始时刻。
106.图11是例示下回运行预定时刻的调整处理(图9的s39a)的详情的变形的图。此外,作为执行图11的处理的前提,在图9的s3a的判定中,管制中心4也不考虑用于更新的数据的下载的时间而判定是否能够进行下载后的计算机程序的改写即可。在该情况下,管制中心4不考虑用于进行更新的数据的下载的时间。因此,管制中心4可以说在图9的s3a的判定中取得第1程序的改写所需的时间来作为第2时间。
107.在图11中,由于s39a1的处理与图10相同,所以省略其说明。接着,管制中心4根据移动体2的各ecu的计算机程序的改写的所需时间(第2时间),推定更新(即,计算机程序的改写)的完成时刻(s39b2)。然后,管制中心4将充电完成时刻和更新(改写)完成时刻中较晚的时刻设为下回运行开始时刻并提示给操作员(s39b3)。图11的s39a4以后的处理与图10同样,所以省略其说明。从s39a1到s39a6的处理是以直到作为预定的装置的一例的移动体2的利用开始为止的时间至少成为第2时间以上的方式制作第1计划的一例。
108.(第2实施方式的效果)
109.根据本实施方式,信息系统100能够以直到下回运行开始时刻为止完成移动体2的电池的充电的方式设定运行时间表。另外,根据图10的处理,信息系统100能够以用于更新的更新数据的下载和移动体2的各ecu的计算机程序的更新能够在直到下回运行开始时刻为止完成的方式设定运行时间表。另外,根据图11的处理,信息系统能够以移动体2的各ecu的计算机程序的更新(改写)在直到下回运行开始时刻为止完成的方式设定运行时间表。
110.<第3实施方式>
111.在上述第1实施方式以及第2实施方式中,例示了筹划包含由移动体2的各ecu执行的计算机程序的更新、和移动体2的电池的充电的运行时间表的处理。然而,上述第1实施方式、以及第2实施方式的处理也能够适用于移动体2以外的装置、例如由便携电话、智能手机等例示的可运输型电子装置。因此,在本实施方式中,例示用于筹划包含由可运输型电子装置执行的计算机程序的更新、和搭载于该可运输型电子装置的电池的充电的运转计划的构成和处理。
112.(构成例)
113.图12是例示本实施方式的信息系统101的构成的图。信息系统101具有计算机10和可运输型电子装置2a。计算机10也称为服务器。另外,可运输型电子装置2a包含能够进行无线通信的终端。计算机10具有:cpu11、主存储部12、以及通过接口(i/f)连接的外部设备,并
通过计算机程序执行信息处理。cpu11也被称为处理器。cpu11不限定于单一的处理器,也可以是多处理器构成。另外,cpu11也可以包含gpu(graphics processing unit:图形处理单元)、dsp(digital signal processor:数字信号处理器)等。另外,cpu11也可以与fpga(field programmable gate array:现场可编程门阵列)等硬件电路合作。作为外部设备,能够例示外部存储部13、显示部14、操作部15、以及通信部16。
114.cpu11执行被主存储部12以能够执行的方式展开的计算机程序,提供计算机10的功能。主存储部12存储cpu11执行的计算机程序、cpu11处理的数据等。主存储部12是dram(dynamic random access memory:动态随机存储器)、sram(static random access memory:静态随机存储器)、rom(read only memory:只读存储器)等。进而,外部存储部13例如作为辅助主存储部12的存储区域而被使用,存储cpu11执行的计算机程序、cpu11处理的数据等。外部存储部13是硬盘驱动器、ssd(solid state disk:固态硬盘)等。进而,计算机10还可以设置可装卸存储介质的驱动装置。可装卸存储介质例如是蓝光光盘、dvd(digital versatile disk:数字通用光盘)、cd(compact disc:光盘)、闪存卡等。
115.另外,计算机10具有:显示部14、操作部15、通信部16。显示部14例如是液晶显示器、电致发光面板等。操作部15例如是键盘、定点设备等。在本实施方式中,作为定点设备例示鼠标。通信部16与网络上的其他装置收发数据。例如,通信部16经由网络n2与可运输型电子装置2a通信。网络n2例如是lte、5g、6g等的便携电话网、无线local area network(lan)等。此外,通信部16也可以具有也能够访问第1实施方式(图1)的网络n的通信接口。
116.可运输型电子装置2a的构成与计算机10同样。其中,可运输型电子装置2a作为操作部而具有在显示器上重叠了触摸传感器的触摸面板。此外,在第1实施方式、第2实施方式中说明过的车辆中心3的计算机、以及管制中心4的计算机的硬件构成也与计算机10同样。另外,在第1实施方式、第2实施方式中说明过的ecu与图12的将cpu11和主存储部12组合而成的构成同样。因此,通过第1实施方式到第3实施方式,cpu11和主存储部12作为控制部的一例而例示。
117.计算机10执行与第1实施方式以及第2实施方式的车辆中心3以及管制中心4同样的处理。即,计算机10对可运输型电子装置2a的电池的充电、由cpu11执行的计算机程序的更新、以及由利用者对可运输型电子装置2a的利用进行支援。计算机10例如通过可运输型电子装置2a访问为利用者提供的时间表管理数据库,取得利用者的行动预定(计划)。
118.时间表管理数据库也可以保存于计算机10的主存储部12和外部存储部13。可运输型电子装置2a经由网络n2访问计算机10,将时间表管理数据库的功能向利用者提供即可。其中,时间表管理数据库也可以保存于可运输型电子装置2a。在保存于可运输型电子装置2a的情况下,计算机10得到利用者的承认,从可运输型电子装置2a收集时间表管理数据库的信息即可。
119.此外,时间表管理数据库也可以预先设定有利用者不会对可运输型电子装置2a操作的时间段(更新候选的时间段)。更新候选的时间段也可以由利用者设定。另外,可运输型电子装置2a或计算机10也可以对利用者过去的操作历史记录进行统计处理,选择可运输型电子装置2a不被操作的可能性的高的曜日、时间段等。可运输型电子装置2a或计算机10也可以将所选择出的曜日、时间段等从可运输型电子装置2a的显示器向利用者提示,请求预先确认。
120.而且,计算机10在利用者不会对可运输型电子装置2a进行利用的时间段中筹划包含电池的充电、用于更新的更新数据的下载、以及由cpu11执行的计算机程序的更新的运转时间表。所筹划出的可运输型电子装置2a的运转时间表被向可运输型电子装置2a发布。可运输型电子装置2a按照所发布了的运转时间表,执行电池的充电、用于更新的更新数据的下载、以及由cpu11执行的计算机程序的更新。
121.(处理例)
122.图13是例示由计算机10实现的在可运输型电子装置2a执行的计算机程序的更新的计划筹划处理的图。图13的处理例如在可运输型电子装置2a能够实施计算机程序的更新时被执行。计算机10也可以根据利用者的时间表管理数据库来判断在可运输型电子装置2a中成为能够实施计算机程序的更新这一情况。其中,计算机10也可以通过利用者对可运输型电子装置2a的操作输入,判断计算机程序的更新成为了能够实施这一情况。
123.首先,在该处理中,计算机10从由可运输型电子装置2a执行的程序的发行note取得更新用数据的数据大小(s131)。计算机10为销售可运输型电子装置2a的组织或提供可运输型电子装置2a的通信等服务的组织所运用的情况下,计算机10保持有发行note。另外,计算机10也可以从销售可运输型电子装置2a的组织等经由第1实施方式的网络n、第3实施方式的网络n2等取得发行note。
124.接着,计算机10计算在可运输型电子装置2a中执行的各处理的消耗电力量(s132)。各处理的消耗电力量包含下载消耗电力量、更新消耗电力量、运转消耗电力量。下载消耗电力量、更新消耗电力量与第1实施方式、第2实施方式的情况同样。
125.运转消耗电力量是可运输型电子装置2a以接通(on)状态运转,执行信息处理时的消耗电力量。运转消耗电力量也可以根据过去的可运输型电子装置2a的动作历史记录进行统计性计算。而且,计算机10根据可运输型电子装置2a的当前的充电状态和由各处理消耗的电力量计算必要充电量。
126.接着,计算机10根据必要充电量计算普通充电和急速充电的所需时间(s133)。另外,计算机10根据利用者的时间表管理数据库取得接下来利用可运输型电子装置2a的预定使用的信息(s134)。预定使用的信息包含:使用开始预定时刻、使用持续时间、以及执行的处理的种类。直到使用开始预定时刻为止的时间是直到下一次利用开始为止的时间,是第1时间的一例。因此,计算机10执行s133的处理,来作为基于作为预定的装置的一例的可运输型电子装置2a的利用者的时间表信息进行取得的处理的一例。其中,计算机10通过利用者对可运输型电子装置2a的操作输入,取得预定使用的信息。
127.然后,计算机10根据使用开始预定时刻、以及普通充电和急速充电的所需时间,判断希望进行普通充电还是急速充电(s135)。例如,在由普通充电直到使用开始预定时刻为止能够充入必要充电量的情况下,计算机10选择普通充电。另一方面,在由普通充电直到使用开始预定时刻无法充入必要充电量的情况下,计算机10选择急速充电。
128.计算机10选择急速充电时,筹划急速充电且实施更新的充电计划,将计划和引导信息向可运输型电子装置2a的显示器提示(s136)。另外,计算机10在选择普通充电时,筹划普通充电且实施更新的充电计划,将计划和引导信息向可运输型电子装置2a的显示器提示(s137)。在将s136、以及、s137中的任一个向可运输型电子装置2a的显示器提示时,利用者按照显示器上的提示,执行可运输型电子装置2a的充电和计算机程序的更新即可。
129.如以所述,根据本实施方式的信息系统101,计算机10对由可运输型电子装置2a执行的计算机程序的更新、和可运输型电子装置2a的必要充电量的充电进行支援。即,计算机10能够以必要充电量的充电在直到使用开始预定时刻为止完成的方式执行普通充电。另外,在可运输型电子装置2a的必要充电量的充电直到使用开始预定时刻为止无法完成的情况下,计算机10能够催促利用者进行急速充电,能够促进计算机程序的更新中的必要充电量的充电。
130.<其他的变形例>
131.在上述第1实施方式以及第2实施方式中,管制中心4的计算机执行了移动体2的运行时间表的设定处理(图6至图11)。但是,也可以是作为移动体2的车载装置的central ecu22执行这些处理。该情况下,车辆中心3经由移动体2的dcm21向central ecu22发送发行note即可。
132.在上述第3实施方式中,计算机10执行了图13所例示的计划筹划处理。但是,也可以是可运输型电子装置2a执行图13所例示的计划筹划处理,并向利用者提示。在该情况下,可运输型电子装置2a从管理发行note的组织的计算机、例如,计算机10等接受发行note的发布和计算机程序的更新用数据的提供。
133.<其他实施方式>
134.上述的实施方式只不过是一例,本公开能够在不脱离其要旨的范围内进行适当变更而实施。另外,在本公开中说明过的处理和手段只要不产生技术矛盾,就能够自由组合而实施。
135.另外,作为1个装置执行而说明过的处理也可以由多个装置分担执行。或者,作为不同装置执行而说明过的处理也可以由1个装置执行。在计算机系统中,通过怎样的硬件构成(服务器构成)实现各功能能够灵活变更。
136.本公开通过将实装了在上述的实施方式中说明过的功能的计算机程序向计算机供给,并由该计算机具有的1个以上的处理器读出程序而执行来实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非瞬时性计算机可读存储介质被提供给计算机,也可以经由网络提供给计算机。非瞬时性计算机可读存储介质例如包含:磁盘(floppy(注册商标)盘、硬盘驱动器(hdd)等)、光盘(cd-rom、dvd盘、蓝光光盘等)等任意类型的盘、读取专用存储器(rom)、随机访问存储器(ram)、eprom、eeprom、磁卡、闪存、或光学式卡这样的适合于保存电子命令的任意类型的介质。
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献