车辆系统的制作方法

本发明涉及一种检测存在车辆已损坏的可能性的车辆系统。

背景技术：

近年来，自动驾驶车辆的发展不断前进。作为要安装在自动驾驶车辆上的自动驾驶系统，已知这样一种自动驾驶系统：其根据车辆周围的情况来选择自动驾驶功能，并存储车辆的自动驾驶的时间和指示在该时间选择的自动驾驶功能的信息(例如，参见第wo2016/080070号国际公开文件)。在该系统中，在发生车辆的事故或异常的情况下，可以知晓当时选择了哪种自动驾驶功能以及事后知晓事故等的责任所在。

技术实现要素：

已知一种称为汽车共享的车辆共享服务。在该服务中，多个用户依次使用一辆车。在许多情况下，车辆不会在中间退还给服务的管理员或车辆所有者。因此，在车辆已损坏的情况下，管理员或所有者难以确定是哪个用户损坏了车辆。

考虑到这种情况做出了本发明，且本发明的目的是提供一种车辆系统，其使得可以明确车辆损坏的责任所在。

为了解决上述问题，根据本发明的一个方案的车辆系统包括：驾驶员信息获取单元，其获取关于车辆的驾驶员的信息；检测单元，其检测存在车辆已损坏的可能性；以及确定单元，其基于所获取的驾驶员的信息，确定在检测到存在车辆已损坏的可能性时的车辆的驾驶员。

利用该方案，由于确定出在检测到存在车辆已损坏的可能性时的车辆的驾驶员，因此能够知晓在车辆已损坏时的驾驶员。

检测单元可以包括：第一获取单元，其获取是否存在车辆已与障碍物接触的可能性；第一判定单元，其在存在车辆已与障碍物接触的可能性的情况下，判定存在车辆已损坏的可能性；第二获取单元，其获取关于车辆的故障信息；以及第二判定单元，其基于故障信息判定是否存在车辆已损坏的可能性。

车辆能够将驾驶模式切换为自动驾驶模式或手动驾驶模式，并且车辆系统还可以包括：第三获取单元，其在检测到存在车辆已损坏的可能性的情况下，获取关于驾驶模式的信息；以及估计单元，其基于指示存在车辆已与障碍物接触的可能性的信息或故障信息，以及关于驾驶模式的信息，估计驾驶员是否对车辆的损坏有责任。

车辆系统还可以包括摄像单元，其在检测到存在车辆已损坏的可能性的情况下，拍摄车辆的周围的图像和车厢内部的图像中的至少一个。

车辆系统还可以包括通知单元，其将关于由确定单元确定的驾驶员的信息通知给终端装置。

利用本发明，可以明确车辆损坏的责任所在。

附图说明

下面将参照附图描述本发明的示例性实施例的特征、优点以及技术和工业意义，附图中相同的附图标记表示相同的元件，并且其中：

图1是用于说明一个实施例中的车辆系统的示意图；

图2是示出了该实施例中的车辆系统的功能配置的示意图；以及

图3是示出了该实施例中的车辆系统的处理的时序图。

具体实施方式

图1是用于说明一个实施例中的车辆系统的示意图。图1示出了这样的方案：其中由汽车共享服务出租的一辆车由第一驾驶员40、第二驾驶员42和第三驾驶员44依次使用。在该车辆中配置有车载装置12，且车载装置12通过网络与服务器装置10连接。

假设汽车共享服务是其中所有者拥有的车辆被出租给用户的汽车共享服务。在这种情况下，使用者可以在某种程度上自由地设定车辆的返还地点。当将车辆依次出租给多个用户时，有时车辆不会在中间返还给所有者。在图1中，车辆的所有者将车辆出租给第一驾驶员40，然后连续出租车辆。然后，车辆由第三驾驶员44返还。此处，在第二驾驶员42损坏了车辆的情况下，即使所有者注意到返还的车辆，所有者也难以确定是第一驾驶员40、第二驾驶员42和第三驾驶员44中的哪个驾驶员损坏了车辆。

除以上示例外，已知这样一个方案：其中汽车共享服务的商业运营商拥有多辆车辆，并且车辆的返还地点是预先设定的停车地点。通常，在车辆的返还地点没有汽车共享服务的管理员或工作人员在旁。因此，当车辆已损坏时，也不容易确定是哪个驾驶员损坏了车辆。

因此，在车载装置12检测到存在车辆已被损坏的可能性的情况下，服务器装置10确定当时的车辆的驾驶员。由此，作为检查车辆的结果，在车辆已实际被损坏的情况下，车辆的所有者等能够知晓在损坏发生时的驾驶员。

图2示出了该实施例中的车辆系统1的功能配置。车辆系统1包括车载装置12、服务器装置10和终端装置14。车载装置12安装在作为汽车的车辆上。车载装置12具有无线通信功能，并且通过无线基站或无线接入点与网络16连接。终端装置14由车辆的所有者等持有，并且通过无线通信或有线通信与网络16连接。服务器装置10与网络16连接，并且服务器装置10经由网络16与车载装置12和终端装置14通信。无线通信的标准受特别限制，并且该标准的示例包括第三代移动通信系统(3g)、第四代移动通信系统(4g)和第五代移动通信系统(5g)。

车辆是自动驾驶车辆，并且可以将驾驶模式切换为自动驾驶模式或手动驾驶模式。自动驾驶模式可以包括其中不需要驾驶员的驾驶操作的全自动驾驶模式以及其中根据情况需要驾驶员的驾驶操作的部分自动驾驶模式。在部分自动驾驶模式中，可以选择由汽车工程师协会(sae)j3016规定的多个自动驾驶级别之一，并且可以执行自动驾驶。

车载装置12包括驾驶员信息获取单元20、检测单元22、第三获取单元24、摄像单元26、信息生成单元28和通信单元30。服务器装置10包括第四获取单元50、认证单元52、确定单元54、估计单元56和通知单元58。

服务器装置10和车载装置12的组成部分可以通过作为硬件的任意计算机的cpu、存储器和另一个lsi来实现，并且可以通过作为软件的加载在存储器中程序等来实现。在图2中，示出了在硬件和软件的协作下实现的功能块。因此，本领域技术人员可以理解，可以仅通过硬件、仅通过软件或通过硬件和软件的组合以各种形式来实现功能块。

车载装置12的驾驶员信息获取单元20接受来自驾驶员的驾驶员信息的输入，并且通过通信单元30将获取的驾驶员信息发送到服务器装置10的认证单元52。驾驶员信息包括诸如用户id和密码之类的认证信息。认证信息可以是生物认证信息，例如驾驶员的面部图像或指纹图像。要发送的驾驶员信息设置有其上安装有车载装置12的车辆的id。驾驶员信息获取单元20可以从驾驶员拥有的移动终端获取驾驶员信息。

服务器装置10接收驾驶员信息，然后执行驾驶员的认证。服务器装置10的认证单元52将驾驶员开始使用汽车共享服务时注册的认证信息与用户id相关联地保存。认证单元52针对每个车辆id保存预约信息，在预约信息中预约的日期和时间与已经进行了预约的驾驶员的用户id彼此相关联。

在从车载装置12发送的关于车辆id的预约信息包括与发送的用户id有关的当前日期和时间的预约且发送的认证信息与保存的认证信息一致的情况下，认证单元52确定认证成功，并且将指示认证完成的信息发送到车载装置12。认证单元52基于由驾驶员信息获取单元20获取的驾驶员信息来保存驾驶员的服务使用历史。

在服务器装置10完成驾驶员的认证之后，驾驶员信息获取单元20将驾驶员信息发送到信息生成单元28。在驾驶员的认证完成之后，驾驶员可以驾驶车辆。

检测单元22检测到存在车辆已损坏的可能性。检测单元22包括第一获取单元32、第二获取单元34、第一判定单元36和第二判定单元38。

第一获取单元32获取是否存在车辆已与障碍物接触的可能性。例如，第一获取单元32基于设置在车辆上的周边传感器(未示出)的检测结果来获取车辆与障碍物之间的距离。在所获取的距离等于或小于指示与障碍物异常接近的预定距离的情况下，第一获取单元32判定存在车辆已与障碍物接触的可能性。在所获取的距离大于预定距离的情况下，第一获取单元32判定不存在车辆已与障碍物接触的可能性。预定距离可以通过实验等适当地设定，例如为几厘米或更短。如果周边传感器可以检测到零厘米的距离，则预定距离可以是零厘米。例如，周边传感器是诸如间隙声纳的距离传感器。周边传感器可以是检测车身与障碍物的接触的传感器。在这种情况下，当周边传感器检测到与障碍物的接触时，第一获取单元32可以判定存在车辆已与障碍物接触的可能性。

基于第一获取单元32获取的信息，在存在车辆已与障碍物接触的可能性的情况下，第一判定单元36判定存在车辆已损坏的可能性，并且将指示存在车辆已与障碍物接触的可能性的信息发送到信息生成单元28。由此，可以检测到存在车身已损坏的可能性。

车辆的ecu(未示出)使用众所周知的技术来诊断车辆的先前设置的部件的故障。在通过诊断确定了故障的情况下，ecu输出故障信息。例如，故障信息是诊断代码。第二获取单元34从ecu获取关于车辆的故障信息。

第二判定单元38基于故障信息来判定是否存在车辆已损坏的可能性。在获取到与车辆的损坏有关的故障信息的情况下，第二判定单元38判定存在车辆已损坏的可能性，并将故障信息输出到信息生成单元28。预先设定与车辆的损坏有关的故障信息，例如，包括指示轮胎的气压异常的故障信息、指示车厢内的各种开关异常的故障信息以及指示车厢内的配件异常(即导航系统、音频系统等的异常)的故障信息。在获取到指示轮胎的气压异常的故障信息的情况下，存在轮胎已爆裂的可能性。在获取到指示车厢中各种开关异常的故障信息的情况下，存在开关已损坏的可能性。在获取到指示车厢中配件异常的故障信息的情况下，存在配件已损坏的可能性。从而，可以检测到存在轮胎、车厢中的各种开关和配件等损坏的可能性。

在获取到与车辆的损坏无关的故障信息的情况下，第二判定单元38判定不存在车辆已损坏的可能性。例如，与车辆的损坏无关的故障信息包括指示电池电压异常的故障信息和指示发动机的传感器异常的故障信息。

摄像单元26包括照相机。在检测单元22检测到存在车辆已损坏的可能性的情况下，摄像单元26对车辆周围的图像和车厢内部的图像进行拍摄，并输出拍摄的图像到信息生成单元28。例如，车辆周围的图像是当从车辆上方观看车辆周围时的俯视图像，并且是允许确定车辆是否已与障碍物接触的图像。车厢内部的图像是车厢中的配件、各种开关等的图像，并且是允许确定配件、各种开关等是否已损坏的图像。在存在车辆已与障碍物接触的可能性的情况下，摄像单元26可以拍摄车辆周围的图像，而不拍摄车厢内部的图像。在获取到与车辆损坏有关的故障信息的情况下，摄像单元26可以拍摄车厢内部的图像，而不拍摄车辆周围的图像。由此，可以减少图像的数据量。

车辆周围的图像可以是证明由于驾驶员将车辆与障碍物接触而对车身造成损坏的证据。车厢内部的图像可以证明驾驶员损坏车厢内的配件、各种开关等的证据。

在检测单元22检测到存在车辆已损坏的可能性的情况下，第三获取单元24获取关于车辆的驾驶模式的信息，并将该信息输出到信息生成单元28。

在检测单元22检测到存在车辆已损坏的可能性的情况下，信息生成单元28生成在检测到车辆已损坏的可能性时的关于车辆的状况信息，并通过通信单元30将所生成的状况信息发送到服务器装置10的第四获取单元50。所发送的关于车辆的状况信息设置有车辆id。关于车辆的状况信息包括驾驶员信息、指示存在车辆已与障碍物接触的可能性的信息或故障信息、车辆周围的图像、车厢内部的图像、驾驶模式信息以及检测到车辆已损坏的可能性的时间。

服务器装置10的第四获取单元50获取从车载装置12发送的关于车辆的状况信息，并将获取的状况信息输出到确定单元54、估计单元56和通知单元58。

确定单元54基于关于车辆的状况信息中包括的驾驶员信息而确定检测到存在车辆已损坏的可能性时的车辆的驾驶员，并输出与确定出的驾驶员相关的信息至通知单元58。可以基于认证单元52中保存的驾驶员的使用历史来执行驾驶员的确定。

估计单元56基于指示存在车辆已与障碍物接触的可能性的信息或故障信息(该信息被包括在关于车辆的状况信息中)和关于驾驶模式的信息来估计驾驶员是否对车辆的损坏有责任，并将指示驾驶员是否有责任的估计信息输出到通知单元58。在驾驶员有责任的情况下，估计单元56可以估计责任的比例，并且可以将责任比例输出到通知单元58。

例如，在全自动驾驶模式的情况下，估计单元56估计驾驶员对驾驶操作引起的损坏没有责任。由驾驶操作引起的损坏包括轮胎的爆裂、由于与障碍物接触造成的车身损坏等。

在部分自动驾驶模式的情况下，估计单元56估计驾驶员对由驾驶操作造成的损坏有责任，并且驾驶员的责任比例例如为50％。在这种情况下，估计单元56可以根据自动驾驶水平而改变驾驶员的责任比例，并且可以针对驾驶员参与驾驶操作的概率较低的自动驾驶水平，将驾驶员的责任比例设定为较低比例。

估计单元56可以不管驾驶模式而估计驾驶员对车辆中的配件和开关的损坏有责任，并且责任比例为100％。

在手动驾驶模式的情况下，估计单元56估计驾驶员对所有损坏有责任，责任比例为100％。从而，可以明确驾驶员是否对车辆的损坏有责任，并且如果驾驶员有责任，则可以明确责任程度。

通知单元58基于关于车辆的状况信息、确定单元54的确定结果和估计单元56的估计结果，向终端装置14通知存在车辆已损坏的可能性，通知当时的驾驶员，通知驾驶员是否有责任以及通知关于车辆的状况信息。基于在关于车辆的状况信息中提供的车辆id来决定被给予通知的终端装置14。终端装置14在接收到通知后，显示指示存在车辆已损坏的可能性的信息、当时的驾驶员、指示驾驶员是否有责任的信息以及关于车辆的状况信息。从而，车辆的所有者等可以知道存在车辆已损坏的可能性，并且可以知晓当时的驾驶员、驾驶员的责任等。

在关于车辆的状况信息包括指示存在车辆已与障碍物接触的可能性的信息的情况下，在车辆由驾驶员返还后，车辆的所有者等可以检查车身是否实际上已被损坏了。在这种情况下，所有者等可以基于关于车辆的状况信息中包括的车辆周围的图像而容易知道应该检查哪个部分。在关于车辆的状况信息包括故障信息的情况下，所有者等可以检查与故障信息有关的部分是否实际上已损坏。以这种方式，所有者等可以基于关于车辆的状况信息知道已损坏的部分，因此，可以确定地并迅速地检查车辆是否已损坏。此外，也容易发现而不会忽视诸如小刮擦之类难以第一眼就发现的损坏。损坏时的驾驶员被确定出，并且估计驾驶员是否对损坏有责任。因此，在某些情况下，所有者等可以向驾驶员收取维修费用。

图3是示出了图2中的车辆系统1的处理的时序图。车载装置12的驾驶员信息获取单元20从驾驶员获取用户id和密码，即驾驶员信息(s10)，并将驾驶员信息发送到服务器装置10(s12)。服务器装置10的认证单元52基于用户id、密码和预约信息执行认证(s14)。当认证成功时，认证单元52将认证完成报告给车载装置12(s16)。

在完成认证之后，驾驶员可以驾驶车辆。车载装置12的检测单元22判定是否存在车辆已损坏的可能性(s18)。当不存在车辆已损坏的可能性时(s18中为“否”)，检测单元22返回至s18。在检测到存在车辆已损坏的可能性的情况下(s18中为“是”)，摄像单元26拍摄当时的车辆周围的图像和车厢内部的图像(s20)，并且信息生成单元28生成关于当时的车辆的状况信息(s22)，并将状况信息发送到服务器装置10(s24)。

服务器装置10的确定单元54基于状况信息，确定在检测到存在车辆已损坏的可能性时的驾驶员(s26)。估计单元56基于状况信息，估计驾驶员是否有责任(s28)。通知单元58向所有者等的终端装置14通知存在车辆已损坏的可能性、通知所确定出的驾驶员，通知驾驶员是否有责任以及通知状况信息。

通过该实施例，可以确定在发生车辆损坏时的驾驶员，因此，可以明确车辆损坏的责任所在。

以上已基于实施例说明了本发明。该实施例仅是示例，并且本领域技术人员可以理解，可以结合组成元件进行各种修改，并且这些处理和修改也包括在本发明的范围内。

在实施例中，驾驶员信息获取单元20、检测单元22、第三获取单元24和信息生成单元28被包括在车载装置12中，但是也可以被设置在服务器装置10中。在这种情况下，车载装置12将从驾驶员接受的驾驶员信息、周边传感器的检测结果和故障信息发送到服务器装置10。当服务器装置10基于发送的信息检测到存在车辆已损坏的可能性时，服务器装置10请求车载装置12发送关于驾驶模式的信息和图像。服务器装置10接收关于驾驶模式的信息和图像。然后，服务器装置10生成状况信息，确定驾驶员，并估计驾驶员是否有责任。此外，服务器装置10中包括的确定单元54和估计单元56可以设置在车载装置12中。在这种情况下，车载装置12确定驾驶员，并估计驾驶员是否有责任。然后，车载装置12还将确定信息和估计信息发送到服务器装置10。在这些修改中，可以增强车辆系统1的配置的灵活性。

车载装置12可以包括位置获取单元，该位置获取单元使用全球定位系统(gps)获取关于车辆的位置信息，并且将获取的关于车辆的位置信息输出到信息生成单元28。在检测到存在车辆已损坏的可能性的情况下，信息生成单元28将位置信息添加到关于车辆的状况信息中。在该修改中，可以确定车辆被损坏所在的地方。

用户认证可以由驾驶员信息获取单元20执行。在那种情况下，驾驶员信息获取单元20从服务器装置10获取认证信息和预约信息，并且基于认证信息、预约信息和驾驶员信息执行认证。在该修改中，可以增强车辆系统1的配置的灵活性。

车辆可以是驾驶员执行所有驾驶操作的车辆，而不是自动驾驶车辆。在这种情况下，不需要设置第三获取单元24。在该修改中，可以增强车辆系统1的配置的灵活性。

车辆系统1可以被用于在所有者拥有的车辆被出租时不执行驾驶员的认证的车辆共享服务。在这种情况下，在服务器装置10和终端装置14中管理车辆的用户预约，并且所有者在预约时间将车辆的钥匙移交给已经进行了预约的驾驶员，使得驾驶员可以驾驶车辆。使用后，车辆和钥匙返还给所有者。由于不执行驾驶员的认证，因此车载装置12不需要包括驾驶员信息获取单元20，并且服务器装置10不需要包括认证单元52。服务器装置10包括驾驶员信息获取单元20。基于在检测到存在车辆已损坏的可能性时的预约信息，驾驶员信息获取单元20获取当时的驾驶员信息。然后，驾驶员信息获取单元20将驾驶员信息输出至确定单元54。在该修改中，当车辆返还时，所有者基于提供给终端装置14的信息而容易意识到可能被忽略的小损坏。