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

    专利2024-07-26  16



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


    背景技术:

    2.已知如下技术:基于多个利用者的日程安排信息和对多个利用者中的至少一部分利用者的相互关系进行表示的属性信息,决定自动驾驶车辆的运行日程安排(例如参照国际公开第2018/230646。)。


    技术实现要素:

    3.本公开的目的在于,在包含能够行驶的车型受到限制的地域的情况下更适当地进行车辆调配。
    4.本公开的技术方案之一是一种信息处理装置,具有控制部,所述控制部执行:基于与预定区域有关的信息生成包括能够用电动马达进行行驶的车辆的种类互不相同的多个车辆的运行指令,所述预定区域是仅限于能够用所述电动马达进行行驶的车辆被允许通行的区域。
    5.本公开的技术方案之一是一种信息处理方法,
    6.计算机执行:
    7.接收与预定区域有关的信息,所述预定区域是仅限于能够用电动马达进行行驶的车辆被允许通行的区域;和
    8.基于与所述预定区域有关的信息,生成包括能够用所述电动马达进行行驶的车辆的种类互不相同的多个车辆的运行指令。
    9.另外,本公开的其他技术方案是用于使计算机执行上述的信息处理装置中的处理的程序或者暂时性地存储了该程序的存储介质。
    10.根据本公开,能够在包含能够行驶的车型受到限制的地域的情况下更适当地进行车辆调配。
    附图说明
    11.下文将参照附图说明本发明示例性实施例的特征、优点以及技术和产业的意义,其中相同的标号表示同样的要素,并且,其中:
    12.图1是表示实施方式涉及的系统的概略构成的图。
    13.图2是概略地表示构成实施方式涉及的系统的车辆、服务器以及用户终端各自的构成的一个例子的框图。
    14.图3是例示了服务器的功能构成的图。
    15.图4是用于对第一路线与预定区域的关系进行说明的图。
    16.图5是例示了保存于用户信息db的用户信息的表结构的图。
    17.图6是例示了保存于车辆信息db的车辆信息的表结构的图。
    18.图7是例示了用户终端的功能构成的图。
    19.图8是表示了ecu的功能构成的图。
    20.图9是第1实施方式涉及的车辆调配处理的流程图。
    21.图10是表示了在图9的步骤s105中执行的生成路线与车辆的组合的处理的流程的流程图。
    22.图11是用于对绕行路线进行说明的图。
    23.图12是表示了在图9的步骤s105中执行的生成路线与车辆的组合的处理的流程的流程图。
    24.图13是例示了第3实施方式涉及的服务器的功能构成的图。
    25.图14是例示了保存于消耗电力量信息db的消耗电力信息的表结构的图。
    26.图15是第3实施方式涉及的充电计划的生成处理的流程图。
    具体实施方式
    27.作为本公开的技术方案之一的信息处理装置具有控制部。控制部执行:基于与预定区域有关的信息生成包括能够用电动马达进行行驶的车辆的种类互不相同的多个车辆的运行指令,该预定区域是仅限于能够用电动马达进行行驶的车辆被允许通行的区域。
    28.车辆既可以自主地进行移动,也可以通过驾驶员驾驶来进行移动。车辆例如为电动汽车(bev:battery electric vehicle)、插电式混合动力汽车(phev:plug-in hybrid electric vehicle)、混合动力汽车(hev:hybrid electric vehicle)、燃料电池汽车(fcev:fuel cell electric vehicle)、能够仅用内燃机进行行驶的车辆(内燃机汽车)等。这些车辆是种类互不相同的车辆的一个例子。另外,bev、phev、hev以及fcev是能够用电动马达进行行驶的车辆的一个例子。另外,内燃机汽车是无法用电动马达进行行驶的车辆的一个例子。此外,因电池的充电剩余量少而将内燃机作为驱动源来行驶的phev和hev可以说是无法用电动马达进行行驶的车辆的一个例子。
    29.在此,有时例如为了解决环境问题而设定有车辆的驱动源受到限制的区域。例如,考虑禁止将放出排放气体的内燃机作为驱动源的车辆进入都市部。另外,例如为了环境保护,考虑禁止将内燃机作为驱动源的车辆进入山间部。将这样能够通行的车型存在限制、仅限于能够用电动马达进行行驶的车辆被允许通行的区域作为预定区域。此外,预定区域也可以设为地理围栏(geofencing)的区域。此外,bev、phev、hev能够在预定区域中通行,但那时必须将驱动源设定为电动马达来进行行驶。
    30.与预定区域有关的信息例如包括表示预定区域的地图信息。进一步,控制部基于与预定区域有关的信息,生成多个车辆的运行指令。运行指令例如包括与各车辆的路线有关的信息。控制部例如对于在预定区域中通行的路线,以仅组合能够在预定区域中通行的车辆的方式生成路线与车辆的组合,根据该组合来生成运行指令以使得各车辆进行行驶。
    31.以下,基于附图对本公开的实施方式进行说明。以下的实施方式的构成是例示的,本公开不限定于实施方式的构成。另外,以下的实施方式只要可行就能够进行组合。
    32.<第1实施方式>
    33.图1是表示本实施方式涉及的系统1的概略构成的图。系统1包括1台以上的车辆10、服务器30以及1台以上的用户终端40。车辆10例如包括电动汽车(bev)10a、插电式混合
    动力汽车(phev)10b、混合动力汽车(hev)10c以及内燃机汽车10d。bev10a是仅具有后述的电动马达来作为驱动源的车辆。phev10b是能够由商用电源对电池进行充电的混合动力车辆,是具有电动马达和后述的内燃机来作为驱动源的车辆。hev10c是无法由商用电源进行充电的混合动力车辆,是具有电动马达和内燃机来作为驱动源的车辆。此外,bev10a、phev10b以及hev10c也能够进行由减速时的再生实现的电池的充电。另外,内燃机汽车10d是仅具有内燃机来作为驱动源的车辆。
    34.此外,在图1中例示性地记载了4种车辆10,但也可以包括其他种类的车辆(例如燃料电池汽车(fcev:fuel cell electric vehicle))。另外,不需要具有图1所示的全部种类的车辆10。另外,在图1中对于各种类的车辆10各图示了1台,但这些车辆10可以分别存在多个。在以下中,在不对车辆10的种类进行区别的情况下,简称为车辆10。车辆10既可以是能够自主行驶的车辆,也可以是能够进行基于驾驶员的手动行驶的车辆。另外,车辆10也可以是利用于拼车(ridesharing)的车辆或者利用于出租车的车辆。车辆10也可以是一个业者所拥有的多个车辆。在以下中,将车辆10设为能够自主行驶的车辆来进行说明。
    35.用户终端40例如为利用拼车或者出租车的用户所持有的终端。用户利用用户终端40,对服务器30请求利用拼车或者出租车。服务器30当从用户接受利用拼车或者出租车的请求时,进行车辆10的选定和路线的生成。
    36.车辆10、服务器30以及用户终端40通过网络n1相互连接。网络n1例如为互联网等的世界规模的公众通信网,也可以采用wan(wide area network,广域网)、其他通信网。另外,网络n1也可以包括移动电话等的电话通信网或者wi-fi(注册商标)等的无线通信网。
    37.第1实施方式涉及的系统1是如下系统:在包含仅限于基于电动马达的行驶被允许的预定区域的地域中进行车辆调配时,对通过预定区域的路线优先地分配能够用电动马达进行行驶的车辆10。例如,对通过预定区域的路线优先地分配能够仅用电动马达进行行驶的bev10a。另外,例如对通过预定区域的路线分配能够用电动马达进行行驶的phev10b或者hev10c,在预定区域内限制驱动源以使得用电动马达进行行驶。此外,通过预定区域的路线是指路线的至少一部分在预定区域内通过的路线。
    38.以下,基于图2对车辆10、服务器30以及用户终端40的详细的硬件结构进行说明。图2是概略地表示构成本实施方式涉及的系统1的车辆10、服务器30以及用户终端40各自的构成的一个例子的框图。
    39.车辆10具备ecu50、通信部14、位置信息传感器15、环境信息传感器16、电动马达17、电池18、内燃机19以及电源接入口20。此外,在以下中,设为车辆10为能够自主行驶的车辆来进行说明。
    40.ecu50具有计算机的结构。ecu50基于所被输入的各种传感器的输出信号等,对各控制部件进行驱动来对车辆10进行控制。ecu50具有处理器11、主存储部12以及辅助存储部13。这些部件通过总线相互连接。
    41.处理器11是cpu(central processing unit,中央处理单元)、dsp(digital signal processor,数字信号处理器)等。处理器11对车辆10进行控制,进行各种各样的信息处理的运算。主存储部12为ram(random access memory,随机访问存储器)、rom(read only memory,只读存储器)等。辅助存储部13为eprom(erasable programmable rom(可擦除可编程rom))、硬盘驱动器(hdd、hard disk drive)、可移动介质等。在辅助存储部13中保
    存有操作系统(operating system:os)、各种程序、各种表等。处理器11将保存于辅助存储部13的程序加载到主存储部12的工作区域来进行执行,通过执行该程序而各构成部等被进行控制。由此,ecu50实现符合预定目的的功能。主存储部12和辅助存储部13为能够由计算机读取的记录介质。此外,保存于辅助存储部13的信息也可以被保存于主存储部12。另外,保存于主存储部12的信息也可以被保存于辅助存储部13。
    42.通信部14是经由网络n1与服务器30进行通信的单元。通信部14例如是用于利用移动通信服务(例如、5g(5
    th generation)、4g(4
    th generation)、3g(3
    rd generation)、lte(long term evolution)等的电话通信网)、wi-fi(注册商标)、bluetooth(注册商标)等的无线通信网经由网络n1与其他装置(例如服务器30等)进行通信的电路。
    43.位置信息传感器15以预定周期取得车辆10的位置信息(例如纬度、经度)。位置信息传感器15例如为gps(global positioning system(全球定位系统))接收部、无线通信部等。由位置信息传感器15取得的信息例如被记录于辅助存储部13等,被发送至服务器30。
    44.环境信息传感器16是对车辆10的状态进行感测、或者对车辆10的周边进行感测的单元。作为用于对车辆10的状态进行感测的传感器,可举出陀螺仪传感器、加速度传感器或者方位角传感器。作为用于对车辆10的周边进行感测的传感器,可举出立体摄像头、激光扫描仪、lidar或者雷达等。
    45.电动马达17例如为三相的交流同步型的电动发电机。电动马达17具有接受来自电池18的电力供给来对车辆10进行驱动的作为电动机的功能。另外,电动马达17也能够根据需要来对内燃机19的输出进行辅助。另外,电动马达17能够利用从内燃机19产生的能量进行发电,在车辆10减速时进行基于再生的发电。由此,能够对电池18进行充电。此外,作为其他方法,也可以在对车辆10进行驱动的电动马达17之外还另外具备进行基于再生的发电的发电机。电动马达17搭载于bev10a、phev10b以及hev10c,不搭载于内燃机汽车10d。
    46.电池18例如为镍镉蓄电池、镍氢蓄电池、锂离子电池等的能够充放电的二次电池。电池18经由变换器等而电连接于电动马达17,以使得能够向电动马达17供给电池18的充电电力来进行牵引驱动、另外能够将电动马达17的发电电力充入电池18。因此,电池18搭载于bev10a、phev10b以及hev10c,不搭载于内燃机汽车10d。但是,在内燃机汽车10d搭载有例如用于使启动器等工作的小型的电池。对于电池18的蓄电容量,bev10a最大,按phev10b、hev10c的顺序变小。
    47.内燃机19在气缸内使燃料燃烧,产生用于使与曲轴连结的输出轴旋转的动力。在内燃机19的各气缸具备喷射燃料的燃料喷射阀。燃料喷射阀经由电线而连接于ecu50,燃料喷射阀的开闭正时由ecu50进行控制。燃料例如为汽油或者轻油。内燃机19搭载于phev10b、hev10c以及内燃机汽车10d,不搭载于bev10a。
    48.电源接入口20是用于从车辆10的外部接受电力供给的单元。电池18由该电力进行充电。电源接入口20搭载于bev10a和phev10b,不搭载于hev10c和内燃机汽车10d。
    49.接着,对服务器30的硬件结构进行说明。服务器30具有计算机的结构。服务器30具有处理器31、主存储部32、辅助存储部33以及通信部34。这些部件通过总线相互连接。处理器31、主存储部32以及辅助存储部33与车辆10的处理器11、主存储部12以及辅助存储部13是同样的,因此,省略说明。此外,处理器31为控制部的一个例子。另外,主存储部32或者辅助存储部33为存储部的一个例子。
    50.通信部34是经由网络n1与车辆10以及用户终端40进行通信的单元。通信部34例如为lan(local area network,局域网)接口板或者用于无线通信的无线通信电路。lan接口板或者无线通信电路与网络n1连接。
    51.接着,对用户终端40进行说明。用户终端40例如为智能手机、便携电话、平板电脑终端、个人信息终端、可穿戴计算机(智能手表等)、个人计算机(personal computer、pc)这样的小型的计算机。用户终端40具有处理器41、主存储部42、辅助存储部43、输入部44、显示器45、通信部46以及位置信息传感器47。这些部件通过总线相互连接。关于处理器41、主存储部42、辅助存储部43、通信部46以及位置信息传感器47,与车辆10的处理器11、主存储部12、辅助存储部13、通信部14以及位置信息传感器15是同样的,因此,省略说明。此外,由位置信息传感器47取得的信息例如被记录于辅助存储部43等,被发送至服务器30。
    52.输入部44是受理用户所进行的输入操作的单元,例如是触摸面板、鼠标、键盘或者按压按钮等。显示器45是对用户提示信息的单元,例如是lcd(liquid crystal display(液晶显示器))或者el(electro luminescence(电致发光))面板等。输入部44和显示器45也可以作为一个触摸面板显示器来构成。
    53.接着,对服务器30的功能进行说明。图3是例示了服务器30的功能构成的图。服务器30具备乘车要求取得部301、车辆信息取得部302、路线生成部303、车辆调配部304、用户信息db311、车辆信息db312以及地图信息db313来作为功能构成要素。服务器30的处理器31通过主存储部32上的计算机程序,执行乘车要求取得部301、车辆信息取得部302、路线生成部303以及车辆调配部304的处理。但是,各功能构成要素的任一要素或者其处理的一部分也可以由硬件电路来执行。
    54.对于用户信息db311、车辆信息db312以及地图信息db313,通过由处理器31执行的数据库管理系统(database management system、dbms)的程序对存储于辅助存储部33的数据进行管理来进行构建。用户信息db311、车辆信息db312以及地图信息db313例如为关系数据库(relational database)。
    55.此外,服务器30的各功能构成要素的任一要素或者其处理的一部分也可以由与网络n1连接的其他计算机来执行。
    56.乘车要求取得部301例如从希望利用车辆10来移动的用户的用户终端40取得乘车要求。乘车要求是指包括用户的标识符(用户id)、且用于该用户要求利用车辆10的信息。在用户终端40中进行乘车要求的生成。乘车要求包括与用户id、出发地、目的地、利用时间等有关的信息(在以下中将这些信息也称为用户信息。)。此外,出发地也可以设为由用户终端40检测的当前地。乘车要求取得部301当取得乘车要求时,将乘车要求所包含的用户信息保存于后述的用户信息db311。
    57.车辆信息取得部302取得与车辆10有关的信息。此外,在以下中,将与车辆10有关的信息也称为车辆信息。车辆信息例如包括与车辆10的当前地、目的地、车辆类别以及各个路线有关的信息。车辆10的当前地基于从车辆10发送的位置信息来取得。根据乘车要求来由服务器30生成车辆10的目的地和路线。车辆类别是表示hev、phev、bev、内燃机汽车等的类别的信息,例如由服务器30的管理者等进行输入。车辆信息取得部302将车辆信息保存于后述的车辆信息db312。
    58.路线生成部303生成车辆10的路线。路线生成部303例如生成路线以使得车辆10从
    基地出发、经过用户的出发地和用户的目的地而返回基地。此外,也可以代替车辆10的基地,将车辆10的当前地作为车辆10的出发地。路线基于保存于后述的地图信息db313的地图信息来生成。路线以使得成为车辆10的移动距离为最短的路线、或者车辆10的移动时间为最短的路线等的依据了预先决定的规则的路线的方式进行生成。对路线的生成可以使用周知的技术。
    59.并且,车辆调配部304进行路线生成部303所生成的路线与车辆10的组合。车辆调配部304提取路线生成部303所生成的路线中的、通过预定区域的路线。将该路线称为第一路线。第一路线可能存在多个。第一路线是其至少一部分通过预定区域的路线,也可以是其全部通过预定区域的路线。
    60.图4是用于对第一路线和预定区域的关系进行说明的图。在图4中由虚线表示了预定区域的内外的边界线。由虚线包围的内侧的区域为预定区域。r1~r5表示车辆10的路线。用三角表示作为各路线的一端的车辆10的出发地(例如基地),用圆表示用户的出发地,用四边形表示作为各路线的另一端的用户的目的地。此外,设为车辆10在到达了用户的目的地之后通过与去路相同的路线来返回车辆10的出发地。
    61.r1是用户的出发地和用户的目的地处于预定区域外、但在途中通过预定区域的路线。r2是用户的出发地处于预定区域外、但因用户的目的地处于预定区域内而通过预定区域的路线。r3是用户的出发地处于预定区域内、但因用户的目的地处于预定区域外而通过预定区域的路线。r4是因用户的出发地和用户的目的地处于预定区域内而通过预定区域的路线。r5是用户的出发地和用户的目的地处于预定区域外、在途中也不通过预定区域的路线。因此,r1~r4是通过预定区域的第一路线,r5是不通过预定区域的路线。
    62.车辆调配部304对于第一路线,组合将驱动源设为电动马达17的车辆10、即bev10a、phev10b以及hev10c中的任一车辆10。此外,此时也可以使bev10a的优先级最高,按phev10b、hev10c的顺序降低优先级。这是由于:bev10a的电池18的容量最大,电池18的容量按phev10b、hev10c的顺序变小。例如,也可以对于第一路线依次组合bev10a,在决定了bev10a的台数的量的第一路线之后,接着,组合phev10b。然后,也可以在决定了phev10b的台数的量的第一路线之后,接着将hev10c与第一路线组合。
    63.此外,作为其他方法,车辆调配部304例如也可以从距离长的第一路线起依次组合bev10a,在决定了bev10a的台数的量的第一路线之后,接着组合phev10b。然后,也可以在决定了phev10b的台数的量的第一路线,接着组合hev10c。
    64.另一方面,对不通过预定区域的路线既可以优先地组合内燃机汽车10d,也可以从bev10a、phev10b、hev10c以及内燃机汽车10d中组合任意的车辆10。
    65.车辆调配部304当决定路线与车辆10的组合后,对各车辆10生成并发送包括路线生成部303所生成的路线的运行指令。运行指令包括与用户的利用时间相应地在路线生成部303所生成的路线上行驶的指令。
    66.用户信息db311在前述的辅助存储部33中保存并形成有用户信息。在此,基于图5对保存于用户信息db311的用户信息的结构进行说明。图5是例示了保存于用户信息db311的用户信息的表结构的图。保存于用户信息db311的信息的表具有用户id、出发地、目的地以及利用时间的各字段。在用户id字段输入用于确定用户的识别信息(用户id)。用户id由乘车要求取得部301赋予给每个用户。在出发地字段输入表示用户的出发地的信息。在目的
    地字段输入表示用户的目的地的信息。在利用时间字段输入与用户利用车辆10的日期时间有关的信息。这些信息被从用户终端40发送给服务器30。此外,在出发地字段也可以输入从用户终端40发送的位置信息。另外,出发地和目的地例如既可以由纬度和经度表示,也可以由住所或者建筑物的名称等表示。
    67.车辆信息db312在辅助存储部33中保存并形成有与车辆10的移动有关的信息(车辆信息)。在此,基于图6对保存于车辆信息db312的车辆信息的结构进行说明。图6是例示了保存于车辆信息db312的车辆信息的表结构的图。车辆信息表具有车辆id、当前地、目的地、路线、预定区域以及车辆类别的各字段。在车辆id字段输入用于确定车辆的识别信息(车辆id)。在当前地字段输入表示车辆10的当前地的信息。在目的地字段输入表示车辆10移动时的最终的目的地的信息。在车辆10返回出发地的情况下,出发地和目的地也可以是相同的位置。此外,作为其他方法,也可以在目的地字段输入与用户的目的地有关的信息。在该情况下,也可以设为到达了用户的目的地的车辆10以与去路相同的路线返回出发地。车辆10的当前地和目的地例如由纬度和经度表示。在路线字段输入表示车辆10的路线的信息。在路线字段输入与车辆调配部304所决定的组合相应的路线。路线是用于车辆10移动到保存于目的地字段的目的地的路线,是路线生成部303所生成的路线。在预定区域字段输入能够判别各车辆10的路线是否通过预定区域的信息。在车辆类别字段输入关于与车辆10的驱动源相应的车辆10的类别的信息。在车辆类别字段输入能够判别车辆10为bev、phev、hev和内燃机汽车中的哪个的信息。
    68.在地图信息db313中例如保存有与道路(链路)有关的链路数据、与节点有关的节点数据、与各交叉路口有关的交叉路口数据、用于搜索路径的搜索数据、与设施有关的设施数据、用于检索地点的检索数据等来作为地图信息。另外,也可以保存有与各道路所对应的限制速度等有关的信息或者与各道路的属性有关的信息。另外,在地图信息中保存有能够判别预定区域的信息。
    69.接着,对用户终端40的功能进行说明。图7是例示了用户终端40的功能构成的图。用户终端40具备乘车要求生成部401来作为功能构成要素。用户终端40的处理器41通过主存储部42上的计算机程序执行乘车要求生成部401的处理。但是,乘车要求生成部401的处理的一部分也可以由硬件电路来执行。
    70.乘车要求生成部401例如在显示器45中输出操作画面,根据用户向用户终端40的输入部44的输入来生成乘车要求。所生成的乘车要求被由乘车要求生成部401发送至服务器30。乘车要求包括用户信息(例如出发地、目的地以及利用时间)。用户经由输入部44输入用户信息。出发地是用户希望乘车的地点。目的地是用户希望下车的地点。利用时间是用户希望乘车的日期时间。此外,在预先决了车辆10停车的地点的情况下,也可以从车辆10停车的地点选择出发地和目的地。另外,在车辆10按照时刻表运行的情况下,也可以按照时刻表选择利用时间。乘车要求生成部401例如根据用户的输入来生成乘车要求并发送至服务器30。此外,乘车要求生成部401也可以将由位置信息传感器47取得的位置信息作为出发地发送给服务器30。
    71.接着,对车辆10的ecu50的功能进行说明。以下说明的车辆10是自主行驶车辆。图8是表示了ecu50的功能构成的图。ecu50具有运行计划生成部501、环境检测部502、行驶控制部503、位置信息发送部504以及地图信息db511来作为功能构成要素。ecu50的处理器11通
    过主存储部12上的计算机程序执行运行计划生成部501、环境检测部502、行驶控制部503以及位置信息发送部504的处理。但是,各功能构成要素的任一要素或者其处理的一部分也可以由硬件电路来执行。此外,ecu50的各功能构成要素的任一要素或者其处理的一部分也可以由与网络n1连接的其他计算机来执行。
    72.对于地图信息db511,通过由处理器11执行的数据库管理系统(database management system、dbms)的程序对存储于辅助存储部13的数据进行管理来进行构建。地图信息db511例如为关系数据库。此外,地图信息db511具有与服务器30的地图信息db313同样的功能。
    73.运行计划生成部501从服务器30取得运行指令,生成车辆10的运行计划。该运行指令包括与车辆10的路线有关的信息。运行计划生成部501基于从服务器30提供的运行指令,算出车辆10的路线,生成在该路线上移动的运行计划。
    74.环境检测部502基于环境信息传感器16所取得的数据,对自主行驶所需要的车辆10周围的环境进行检测。检测的对象例如为车道的数量、位置、存在于车辆10周围的其他移动体的数量、位置、存在于车辆10周围的障碍物(例如行人、自行车、构造物、建筑物等)的数量、位置、道路的构造、道路标识等,但不限于此。只要是为了进行自主行驶所需要的,则检测的对象也可以是任何对象。例如在环境信息传感器16为立体摄像头的情况下,通过对由其拍摄到的图像数据进行图像处理来进行车辆10周围的物体检测。环境检测部502检测到的、与车辆10的周围环境有关的数据(以下记载为环境数据)被发送给后述的行驶控制部503。
    75.行驶控制部503基于运行计划生成部501所生成的运行计划、环境检测部502所生成的环境数据以及位置信息传感器15所取得的车辆10的位置信息,生成用于对车辆10的自主行驶进行控制的控制指令。例如,行驶控制部503为了使车辆10以沿着预定路径行驶、并且障碍物不进入到以车辆10为中心的预定安全区域内的方式进行行驶而生成控制指令。所生成的控制指令被发送给电动马达17或者内燃机19等。关于用于使车辆10进行自主移动的控制指令的生成方法,可以采用公知的方法。另外,关于bev10a、phev10b、hev10c以及内燃机汽车10d的控制方法,也可以采用公知的方法。
    76.另外,行驶控制部503按照运行指令生成控制指令,以使得在预定区域内中用电动马达17进行行驶。此时,在phev10b和hev10c中,也禁止用于发电的内燃机19的工作。另外,在phev10b和hev10c中,行驶控制部503基于由位置信息传感器15检测的位置信息和保存于地图信息db511的与预定区域有关的信息,判定车辆10是否位于预定区域内,在位于预定区域内的情况下,生成控制指令以使得用电动马达17进行行驶。另一方面,在车辆10位于预定区域外的情况下,生成控制指令以使得选择与行驶条件相应的驱动源。车辆10位于预定区域外的情况下的控制指令也可以设为与以往同样的控制指令。
    77.位置信息发送部504经由通信部14向服务器30发送从位置信息传感器15取得的位置信息。位置信息发送部504发送位置信息的定时可以适当地进行设定,例如既可以定期地进行发送,也可以按照向服务器30发送某些信息的定时来进行发送,还可以根据来自服务器30的要求来进行发送。位置信息发送部504将位置信息与车辆id一起发送给服务器30。
    78.接着,对服务器30中的车辆调配处理进行说明。图9是第1实施方式涉及的车辆调配处理的流程图。在服务器30中每预定时间而执行图9所示的车辆调配处理。
    79.在步骤s101中判定车辆调配部304是否从用户终端40接收到乘车要求。车辆调配部304判定是否存在尚未组合车辆10(即未进行车辆调配)的乘车要求。在步骤s101中作出了肯定判定的情况下进入步骤s102,在作出了否定判定的情况下使本例程结束。
    80.在步骤s102中,路线生成部303从用户信息db311读入用户信息。在步骤s103中,路线生成部303基于各用户的用户信息,生成与各用户对应的路线。路线生成部303例如生成路线以使得从用户的出发地以最短距离或者最短时间移动至目的地。对于全部用户生成路线。此外,也可以以多个用户共同乘坐相同的车辆10为前提来生成路线。
    81.在步骤s104中,车辆调配部304从车辆信息db312读入车辆信息。在步骤s105中,车辆调配部304生成在步骤s103中所生成的各路线与车辆10的组合。
    82.在此,图10是表示了在图9的步骤s105中所执行的生成路线与车辆10的组合处理的流程的流程图。在步骤s201中,车辆调配部304执行组合循环。组合循环被反复进行,直到完成对于在步骤s103中所生成的全部路线的处理。
    83.在步骤s202中,车辆调配部304判定对象路线是否在预定区域中通行。车辆调配部304根据对象路线的各地点的坐标和保存于地图信息db313的与预定区域有关的信息,判定对象路线的至少一部分是否位于预定区域内。在步骤s202中作出了肯定判定的情况下进入步骤s203,在作出了否定判定的情况下进入步骤s210。
    84.在步骤s203中,车辆调配部304判定bev10a是否有空。即,为了在预定区域中通行的情况下优先地调配bev10a,首先,判定bev10a是否有空。在步骤s203中作出了肯定判定的情况下进入步骤s204,在作出了否定判定的情况下进入步骤s205。在步骤s204中,车辆调配部304将对象路线与bev10a组合。
    85.另一方面,在步骤s205中,车辆调配部304判定phev10b是否有空。即,为了对优先级次于bev10a高的phev10b进行车辆调配,判定phev10b是否有空。在步骤s205中作出了肯定判定的情况下进入步骤s206,在作出了否定判定的情况下进入步骤s207。在步骤s206中,车辆调配部304将对象路线与phev10b组合。
    86.在步骤s207中,车辆调配部304判定hev10c是否有空。即,在phev10b没有空的情况下,为了对hev10c进行车辆调配,判定hev10c是否有空。在步骤s207中作出了肯定判定的情况下进入步骤s208,在作出了否定判定的情况下进入步骤s209。在步骤s208中,车辆调配部304将对象路线与hev10c组合。
    87.在步骤s209中,车辆调配部304判定为没有与对象路线组合的车辆10。即,尽管是在预定区域中通行的第一路线,但能够用电动马达17进行行驶的车辆10没空,因此,无法对对象路线组合车辆10。在该情况下,不组合车辆10而进入接下来的路线的处理。
    88.另一方面,在步骤s210中,车辆调配部304判定内燃机汽车10d是否有空。即,对象路线是不在预定区域中通行的路线,因此,驱动源没有限制。在该情况下,任何车辆10都能够进行组合,但由于对在预定区域中通行的第一路线优先地分配能够将电动马达17作为驱动源进行行驶的车辆10,因此,在本步骤s210中,判定是否能够组合无法在预定区域中通行的内燃机汽车10d。在步骤s210中作出了肯定判定的情况下进入步骤s211,在作出了否定判定的情况下进入步骤s205。此外,作为其他方法,在步骤s210中作出了否定判定的情况下,既可以进入步骤s203,也可以进入步骤s207。作为另一方法,在步骤s210中作出了否定判定的情况下,也可以按hev10c、phev10b、bev10a的顺序判定是否有空。即,也可以使优先级与
    在预定区域中通行的第一路线的情况下的优先级相反地组合路线和车辆10。
    89.在步骤s211中,车辆调配部304将对象路线与内燃机汽车10d组合。这样,生成路线与车辆10的组合。
    90.返回图9,在步骤s106中,车辆调配部304基于所生成的组合,生成各车辆10的运行指令,以使得各车辆10在所对应的路线上行驶。运行指令按车辆10而生成。此外,也可以将与phev10b以及hev10c的驱动源被切换的地点有关的信息包含于运行指令。例如,也可以在phev10b以及hev10c从预定区域外进入到预定区域内时,生成指令以使得将驱动源强制地切换为电动马达17。
    91.在步骤s107中,车辆调配部304向各车辆10发送在步骤s106中所生成的运行指令。在接收到运行指令的各车辆10中,按照运行指令生成运行计划。并且,在步骤s108中,车辆调配部304对用户终端40通知与车辆10有关的信息。例如,发送用于对用户通知车辆10的车牌号、颜色、类别或者特征等的信息。在接收到该通知的用户终端40中,使显示器45显示与车辆10有关的信息。此外,在步骤s209中判定为没有进行组合的车辆10的情况下,也可以对用户通知无法安排车辆10。
    92.如以上说明的那样,根据第1实施方式,对仅限于用电动马达17行驶被允许的预定区域优先地调配能够用电动马达17进行行驶的车辆10,因此,能够进行适当的车辆调配。
    93.<第2实施方式>
    94.在第1实施方式中,在无法安排在预定区域中行驶的车辆10的情况下,对用户通知该状况而不安排车辆10。另一方面,在本第2实施方式中,在无法安排在预定区域中行驶的车辆10的情况下,生成绕过预定区域的路线,例如调配内燃机汽车10d。硬件与第1实施方式相同,因此,省略说明。
    95.在此,图11是用于对绕行路线进行说明的图。r1是与图4中的r1相同的路线。r1例如是以使得移动距离成为最短的方式所生成的路线。另一方面,r11是对于r1变更了路线以使得不在预定区域中通行的绕行路线。这样,在车辆的出发地、用户的出发地以及用户的目的地不位于任何预定区域内的情况下,能够生成绕行路线。在该情况下,相对于在预定区域中通行的路线,移动距离可能会增加,但用户能够移动到目的地。
    96.在此,图12是表示了在图9的步骤s105中执行的生成路线与车辆10的组合的处理流程的流程图。对执行与图10相同的处理的步骤赋予相同的标号并省略说明。在图12所示的流程图中,在步骤s207中作出了否定判定的情况下进入步骤s301。在步骤s301中,车辆调配部304判定对象路线是否为第一路线。在此,在步骤s210中作出了否定判定之后,不需要制作绕过预定区域的路线,并且,无法安排车辆10,因此,对用户通知该状况。因此,在步骤s301中作出了肯定判定的情况下,进入步骤s302,在作出了否定判定的情况下进入步骤s209。
    97.在步骤s302中,路线生成部303基于与对象路线对应的用户的用户信息,生成绕行路线。此时,路线生成部303生成绕过预定区域的路线。因此,新生成的绕行路线不属于第一路线。此外,在步骤s302中,也可能存在路线生成部303无法生成绕行路线的情况。例如,在车辆的出发地、用户的出发地和用户的目的地中的任一个位于预定区域内的情况下,无法生成绕行路线。在这样的情况下,也可以不生成绕行路线。
    98.在步骤s303中,车辆调配部304判定内燃机汽车10d是否有空。即,新的对象路线是
    不在预定区域中通行的路线,因此,在本步骤s303中,判定是否能够组合内燃机汽车10d。此外,在步骤s302中未能生成新路线的情况下,在本步骤s303中作出否定判定。在步骤s303中作出了肯定判定的情况下进入步骤s304,在作出了否定判定的情况下进入步骤s209。
    99.在步骤s304中,车辆调配部304将对象路线与内燃机汽车10d组合。这样,生成路线与车辆10的组合。
    100.如以上说明的那样,根据第2实施方式,在不存在能够在预定区域中通行的车辆10的情况下,生成绕过预定区域的路线并生成路线与车辆10的组合,因此,能够抑制用户变得无法移动这一状况。
    101.此外,也可以对用通过绕行路线的车辆10进行移动的用户给与奖励。由此,能够消除用户乘坐通过绕行路线的车辆10时的不利点。奖励例如也可以是车辆10的利用费用的打折。另外,也可以通过在同一用户下次之后利用车辆10时优先地分配乘车时间短的车辆10来给以奖励。对于与奖励有关的信息,例如在步骤s304中车辆调配部304生成该信息,在步骤s108中对用户进行通知,并且发送给用户终端40。
    102.<第3实施方式>
    103.通过预定区域的车辆10为了在通过预定区域时对电动马达17进行驱动,需要预先在电池18中储存相应量的电力。在第1实施方式中,与电池18的充电状态无关地组合了车辆10和路线,但当将电池18的充电量少的车辆10与第一路线组合时,有可能在预定区域中通行的途中变得电力不足。
    104.于是,在第3实施方式中,包括电池18的充电控制来进行车辆调配。例如,在phev10b或者hev10c在预定区域外行驶20km、在预定区域内行驶20km的路线上行驶的情况下,生成运行指令以使得在预定区域外以使用电动马达17或者内燃机19进行行驶的hev模式进行行驶,在预定区域内以仅用电动马达17进行行驶的bev模式进行行驶。此时,当推定为在预定区域外会消耗电池18的全部容量的例如10%、在预定区域内会消耗电池18的全部容量的例如30%时,生成充电计划以使得在车辆10的出发前将电池18充电到全部容量的10+30=40%以上。
    105.路线与车辆10的组合是与第1实施方式同样地决定的。因此,在第3实施方式中,生成充电计划以使得之后各车辆10进行充电。
    106.图13是例示了第3实施方式涉及的服务器30的功能构成的图。服务器30具备乘车要求取得部301、车辆信息取得部302、路线生成部303、车辆调配部304、充电计划部305、用户信息db311、车辆信息db312、地图信息db313以及消耗电力量信息db314来作为功能构成要素。充电计划部305和消耗电力量信息db314以外的构成与第1实施方式相同,因此省略说明。在第3实施方式中,主要对充电计划部305和消耗电力量信息db314进行说明。
    107.服务器30的处理器31通过主存储部32上的计算机程序执行充电计划部305的处理。但是,该处理的一部分也可以由硬件电路执行。
    108.对于消耗电力量信息db314,通过由处理器31执行的数据库管理系统(database management system、dbms)的程序对存储于辅助存储部33的数据进行管理来进行构建。消耗电力量信息db314例如为关系数据库。
    109.图14是例示了保存于消耗电力量信息db314的消耗电力信息的表结构的图。保存于消耗电力量信息db314的信息的表具有车辆类别、预定区域内的消耗电力量、预定区域外
    的消耗电力量的各字段。在车辆类别字段输入关于与车辆10的驱动源相应的车辆10的类别的信息。在车辆类别字段输入能够判别车辆10为bev、phev和hev中的哪个的信息。在预定区域内的消耗电力量字段输入与车辆类别分别对应的、与在预定区域内进行了行驶的情况下的每单位距离的消耗电力量有关的信息。另外,在预定区域外的消耗电力量字段输入与车辆类别分别对应的、与在预定区域外进行了行驶的情况下的每单位距离的消耗电力量有关的信息。
    110.预定区域内的消耗电力量和预定区域外的消耗电力量例如是假定为车辆10在预定的行驶条件(也可以设为预定速度和预定负荷)下进行了行驶而各车辆10进行行驶的情况下的每单位距离所消耗的电力量。预定的行驶条件也可以设为平均的行驶条件。该电力量例如也可以基于过去的数据来算出。此外,在bev10a中,预定区域内的消耗电力量和预定区域外的消耗电力量也可以相同。
    111.另外,在phev10b和hev10c中,预定区域内的消耗电力量也可以设为仅用电动马达17进行了行驶的情况下的每单位距离的消耗电力量的平均值。另一方面,在phev10b和hev10c中,预定区域外的消耗电力量也可以设为平均地进行了电动马达17和内燃机19的切换的情况下的每单位距离的消耗电力量的平均值。关于电动马达17和内燃机19的切换,例如使用过去的数据。
    112.充电计划部305对于各路线,基于保存于地图信息db313的与距离有关的信息,算出预定区域内的行驶距离和预定区域外的行驶距离。并且,基于与各路线组合了的车辆10的类别和保存于消耗电力量信息db314的信息,对预定区域内的行驶距离乘以预定区域内的消耗电量,算出在预定区域内行驶所需要的电力量。同样地,对预定区域外的行驶距离乘以预定区域外的消耗电力量,算出在预定区域外行驶所需要的电力量。并且,生成对于各车辆10的指令,以使得在预定区域内行驶所需要的电力量和在预定区域外行驶所需要的电力量的合计以上的电力量被充到电池18中。
    113.此外,在上述说明中,基于平均的消耗电力量算出各路线中所需要的电力量,但不限于此,也可以详细地算出消耗电力量。例如,也可以算出假定为车辆10在预定的行驶条件(也可以设为预定速度和预定负荷)下进行了行驶而各车辆10在各路线中进行行驶的情况下的每单位距离的消耗电力量。对于预定的行驶条件,既可以根据路线上的各道路的限制速度来进行设定,也可以根据过去在相同的道路上进行了行驶时的数据来进行设定。在该情况下,也可以假定为车辆10以道路的限制速度平稳地进行驾驶。另外,也可以根据道路的属性(例如高速道路、干线道路、住宅街、限制速度、上坡、下坡等)来设定预定速度。在道路的属性在路线的途中发生改变的情况下,也可以基于道路的各属性的行驶条件,按道路而算出每单位距离的消耗电力量。
    114.另外,在预定区域外行驶的phev10b和hev10c例如也可以根据行驶条件而假定为内燃机19工作来算出每单位距离的消耗电力量。例如,也可以取得各道路的行驶条件的数据并将其存储于辅助存储部33,根据该行驶条件而假定为内燃机19工作来算出每单位距离的消耗电力量。对于行驶条件的数据,也可以储存过去在相同的道路上进行了行驶的其他车辆10的数据,例如求出平均值来进行利用。另外,也可以根据各道路的限制速度等来推定行驶条件。在该情况下,也可以假定为车辆10以道路的限制速度稳定地进行驾驶。另外,例如在高速道路中,也可以认为内燃机19工作。
    115.接着,对服务器30中的充电计划的生成处理进行说明。图15是第3实施方式涉及的充电计划的生成处理的流程图。图15所示的处理在服务器30中在图9所示的例程的完成后被执行。
    116.在步骤s401中,充电计划部305执行充电计划循环。充电计划循环反复进行,直到对于在图9的步骤s103中所生成的全部路线的处理完成。在步骤s402中,充电计划部305判定对象路线是否在预定区域中通行。在步骤s402中,执行与步骤s202相同的处理。在步骤s402中作出了肯定判定的情况下进入步骤s403,在作出了否定判定的情况下进入步骤s406。
    117.在步骤s403中,充电计划部305关于对象的路线,算出预定区域内和预定区域外的行驶距离。充电计划部305关于对象路线,基于保存于地图信息db313的与距离有关的信息,分别算出预定区域内的行驶距离和预定区域外的行驶距离。
    118.在步骤s404中,充电计划部305算出预定区域内的行驶所需要的电力量。充电计划部305通过基于与对象路线对应的车辆类别,取得保存于消耗电力量信息db314的预定区域内的消耗电力量,对在步骤s403中所算出的预定区域内的行驶距离乘以所取得的预定区域内的消耗电力量,从而算出预定区域内的行驶所需要的电力量。
    119.在步骤s405中,充电计划部305算出预定区域外的行驶所需要的电力量。充电计划部305通过基于与对象路线对应的车辆类别,取得保存于消耗电力量信息db314的预定区域外的消耗电力量,对在步骤s403中所算出的预定区域外的行驶距离乘以所取得的预定区域外的消耗电力量,从而算出预定区域外的行驶所需要的电力量。
    120.另外,在步骤s406中,充电计划部305关于对象路线,算出预定区域外的行驶距离。充电计划部305关于对象路线,基于保存于地图信息db313的与距离有关的信息,算出预定区域外的行驶距离。
    121.另外,在步骤s407中,充电计划部305算出预定区域外的行驶所需要的电力量。充电计划部305通过基于与对象的路线对应的车辆类别,取得保存于消耗电力量信息db314的预定区域外的消耗电力量,对在步骤s406中所算出的预定区域外的行驶距离乘以所取得的预定区域外的消耗电力量,从而算出预定区域外的行驶所需要的电力量。此外,在对象路线上行驶的车辆10为内燃机汽车10d的情况下,预定区域外的行驶所需要的电力量成为0。
    122.在步骤s408中,充电计划部305生成充电指令。充电指令是用于对车辆10传达与充电有关的命令的信息。充电计划部305生成充电指令以使得将预定区域外的行驶所需要的电力量和预定区域内的行驶所需要的电力量的合计以上的电力量充到电池18中。并且,在步骤s409中,充电计划部305将所生成的充电指令发送给所对应的车辆10。
    123.如以上说明的那样,根据本实施方式,在预定区域中行驶时,预先对车辆10充入在预定区域中行驶所需要的电力,因此,能够抑制在预定区域内电力不足。
    124.<其他实施方式>
    125.上述的实施方式不过是一个例子,本公开可以在不脱离其宗旨的范围内适当地变更来实施。
    126.对于在本公开中说明过的处理、单元,只要不产生技术上的矛盾,就能够自由地组合来实施。
    127.另外,作为一个装置进行来说明过的处理也可以由多个装置分担来执行。或者,作
    为不同的装置进行来说明过的处理也可以由一个装置来执行。对于在计算机系统中通过什么样的硬件结构(服务器结构)来实现各功能,可以灵活地进行变更。例如,也可以是服务器30具备车辆10的功能的一部分。另外,例如也可以是车辆10具备服务器30的功能的一部分或者全部。
    128.此外,在上述的实施方式中,将车辆10作为自主行驶车辆来进行了说明,但即使是驾驶员手动地驾驶的车辆,也能够同样地进行应用。在该情况下,也可以通过车辆10使从服务器30接收到的路线例如显示于车辆10的显示器来对用户进行引导。另外,也可以通过用户终端40从服务器30接收路线,使用户终端40的显示器45显示路线,从而对用户进行引导。
    129.本公开也可以通过对计算机提供安装了在上述的实施方式中说明过的功能的计算机程序、该计算机具有的一个以上的处理器读出并执行程序来实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非瞬时性的计算机可读存储介质提供给计算机,也可以经由网络提供给计算机。非瞬时性的计算机可读存储介质例如包括磁盘(软(floppy,注册商标)盘、硬盘驱动器(hdd)等)、光盘(cd-rom、dvd盘、蓝光盘等)等任意类型的盘、只读存储器(rom)、随机访问存储器(ram)、eprom、eeprom、磁卡、闪速存储器、光学式卡、适于保存电子命令的任意类型的介质。

    技术特征:
    1.一种信息处理装置,具有控制部,所述控制部执行:基于与预定区域有关的信息生成包括能够用电动马达进行行驶的车辆的种类互不相同的多个车辆的运行指令,所述预定区域是仅限于能够用所述电动马达进行行驶的车辆被允许通行的区域。2.根据权利要求1所述的信息处理装置,所述多个车辆包括具有所述电动马达来作为驱动源的车辆和具有内燃机来作为驱动源的车辆。3.根据权利要求1或者2所述的信息处理装置,所述运行指令包括与所述多个车辆各自的驱动源的选择有关的信息。4.根据权利要求1~3中任一项所述的信息处理装置,所述控制部执行:决定多个路线和所述多个车辆的组合;和基于所决定的所述多个路线和所述多个车辆的组合,关于所述多个车辆分别生成运行指令。5.根据权利要求4所述的信息处理装置,所述控制部以对所述多个路线中的通过所述预定区域的路线组合所述多个车辆中的能够用所述电动马达进行行驶的车辆的方式决定所述多个路线和所述多个车辆的组合。6.根据权利要求5所述的信息处理装置,所述多个车辆包括仅具有所述电动马达来作为驱动源的电动汽车和具有所述电动马达和内燃机来作为驱动源的混合动力汽车,所述控制部使所述电动汽车比所述混合动力汽车优先组合到在所述预定区域通行的路线。7.根据权利要求1~6中任一项所述的信息处理装置,所述运行指令的生成包括绕过所述预定区域的路线的生成。8.根据权利要求7所述的信息处理装置,所述控制部在所述多个车辆中不存在能够与在所述预定区域通行的路线进行组合的车辆的情况下,生成绕过所述预定区域的路线,将无法在所述预定区域用所述电动马达进行行驶的车辆组合于绕过所述预定区域的路线。9.根据权利要求7或者8所述的信息处理装置,所述控制部对乘坐在绕过所述预定区域的路线上行驶的车辆的用户给与奖励。10.根据权利要求1~9中任一项所述的信息处理装置,所述运行指令包括向所述电动马达供给电力的电池的充电计划。11.根据权利要求10所述的信息处理装置,所述控制部基于所述多个车辆在所述预定区域内行驶时所需要的电力量和所述多个车辆在所述预定区域外行驶时所需要的电力量,关于所述多个车辆分别生成所述充电计划。12.根据权利要求1~11中任一项所述的信息处理装置,具有存储部,所述存储部存储与所述预定区域有关的信息和地图信息。13.一种信息处理方法,
    计算机执行:接收与预定区域有关的信息,所述预定区域是仅限于能够用电动马达进行行驶的车辆被允许通行的区域;和基于与所述预定区域有关的信息,生成包括能够用所述电动马达进行行驶的车辆的种类互不相同的多个车辆的运行指令。14.根据权利要求13所述的信息处理方法,所述多个车辆包括具有所述电动马达来作为驱动源的车辆和具有内燃机来作为驱动源的车辆。15.根据权利要求13或者14所述的信息处理方法,所述运行指令包括与所述多个车辆各自的驱动源的选择有关的信息。16.根据权利要求13~15中任一项所述的信息处理方法,所述计算机执行:决定多个路线和所述多个车辆的组合;和基于所决定的所述多个路线和所述多个车辆的组合,关于所述多个车辆分别生成运行指令。17.根据权利要求16所述的信息处理方法,所述计算机以对所述多个路线中的通过所述预定区域的路线组合所述多个车辆中的能够用所述电动马达进行行驶的车辆的方式决定所述多个路线和所述多个车辆的组合。18.根据权利要求17所述的信息处理方法,所述多个车辆包括仅具有所述电动马达来作为驱动源的电动汽车和具有所述电动马达和内燃机来作为驱动源的混合动力汽车,所述计算机使所述电动汽车比所述混合动力汽车优先组合到在所述预定区域通行的路线。19.根据权利要求13~18中任一项所述的信息处理方法,所述计算机在所述多个车辆中不存在能够与在所述预定区域通行的路线进行组合的车辆的情况下,生成绕过所述预定区域的路线,将无法在所述预定区域用所述电动马达进行行驶的车辆组合于绕过所述预定区域的路线。20.根据权利要求13~19中任一项所述的信息处理方法,所述运行指令包括向所述电动马达供给电力的电池的充电计划,所述计算机基于所述多个车辆在所述预定区域内行驶时所需要的电力量和所述多个车辆在所述预定区域外行驶时所需要的电力量,生成所述充电计划。

    技术总结
    本发明提供一种信息处理装置以及信息处理方法。具有控制部,该控制部执行:基于与预定区域有关的信息生成包括能够用电动马达进行行驶的车辆的种类互不相同的多个车辆的运行指令,该预定区域是仅限于能够用电动马达进行行驶的车辆被允许通行的区域。行驶的车辆被允许通行的区域。行驶的车辆被允许通行的区域。


    技术研发人员:长田祐 中村俊洋
    受保护的技术使用者:丰田自动车株式会社
    技术研发日:2022.07.28
    技术公布日:2023/2/9
    转载请注明原文地址:https://wp.8miu.com/read-76220.html

    最新回复(0)