CN117940323A - 认证系统以及认证方法 - Google Patents

Abstract

本申请涉及认证系统以及认证方法。车内侧控制部(11)以及车外侧控制部(17)执行将存储于第一车内侧存储部(9)的用户相关信息和存储于第一车外侧存储部(15)的共享区域(18)的用户相关信息双向地同步的同步处理。若从用户请求利用车辆，则上述车内侧控制部基于存储于上述第一车内侧存储部的用户相关信息以及存储于第二车内侧存储部(10)的车辆相关信息执行对请求了车辆的利用的用户亦即对象用户进行认证的认证处理，在通过上述认证处理而对象用户的认证成功的情况下将与对象用户对应的用户相关信息反映至车辆。在信息不足时，即，存储于上述第一车内侧存储部的用户相关信息以及存储于上述第二车内侧存储部的车辆相关信息中不存在与对象用户对应的信息时，上述车内侧控制部或者上述车外侧控制部基于存储于上述第一车外侧存储部的非共享区域(19)的用户相关信息执行上述认证处理。

Description

认证系统以及认证方法

相关申请的交叉引用

本申请基于2021年10月26日申请的日本申请编号2021－174807号，在此引用其记载内容。

技术领域

本公开涉及管理用户对车辆的利用的认证系统以及认证方法。

背景技术

在专利文献1中，公开了用于在车门解锁时输出应答声音的车辆，并包含由用户携带的移动终端和在车辆中使用的车辆侧装置的认证系统。在该认证系统中，车辆侧装置通过执行存储于存储器的控制程序从而执行与车辆中的认证相关的各种处理。

专利文献1：日本特开2020－165367号公报

假定一台车辆不仅由该车辆的拥有者，还由共享服务利用者、车辆维护提供商等第三方利用的情况。在以往的认证系统中，在这样的情况下存在以下课题。即，第三方在驾驶时需要借用钥匙等，所以难以容易地利用车辆的功能。另外，第三方例如也难以以维护为目的，仅利用发动机启动、打开发动机盖等车辆的功能的一部分。

另外，还假定车辆的拥有者不仅利用自己所拥有的车辆，还利用工作单位的公司用车的情况。以往的认证系统中，在这样的情况下存在以下课题。即，车辆的拥有者即使在定制了自己所拥有的车辆的座位位置、空调的设定等并且从云服务购买并安装了作为车辆用的应用程序的车辆应用的情况下，在利用公司用车时，也必须重新调整座位位置、空调的设定，另外，也无法使用已购入的车辆应用。这样，在以往技术中，关于多个用户利用一台车辆的情况以及一个用户利用多个车辆的情况下的便利性，存在提高的余地。

发明内容

本公开的目的在于提供能够提高与车辆的利用相关的便利性的认证系统以及认证方法。

在本公开的一方式中，认证系统是具备搭载于车辆的车载装置和设置于车辆的外部的车外装置的系统。车载装置以及车外装置构成为能够相互通信。车载装置具备：第一车内侧存储部，存储与利用车辆的用户相关的用户相关信息；第二车内侧存储部，存储与车辆相关的车辆相关信息；以及车内侧控制部，执行各种处理。车外装置具备：第一车外侧存储部，包含存储用户相关信息的共享区域以及非共享区域；第二车外侧存储部，存储车辆相关信息；以及车外侧控制部，执行各种处理。

车内侧控制部以及车外侧控制部执行同步处理，该同步处理是将存储于第一车内侧存储部的用户相关信息和存储于第一车外侧存储部的共享区域的用户相关信息双向地同步的处理。在上述结构中，若用户请求利用车辆，则车内侧控制部基于存储于第一车内侧存储部的用户相关信息以及存储于第二车内侧存储部的车辆相关信息执行对对象用户进行认证的认证处理，在通过认证处理而对象用户的认证成功的情况下将与对象用户对应的用户相关信息反映至车辆，其中，上述对象用户是请求了车辆的利用的用户。

另外，在上述结构中，在信息不足时，即，存储于第一车内侧存储部的用户相关信息以及存储于第二车内侧存储部的车辆相关信息中不存在与对象用户对应的信息时，车内侧控制部或者车外侧控制部基于存储于第一车外侧存储部的非共享区域的用户相关信息执行认证处理。根据这样的结构，各种用户能够便利地利用一台车辆，并且在一个用户利用多个车辆时能够对各车辆反映各种车辆设定等。因此，根据上述结构，可得到能够提高与车辆的利用相关的便利性这一优异效果。

附图说明

通过参照附图进行下述的详细的描述，有关本公开的上述目的以及其他目的、特征、优点变得更加明确。附图如下。

图1是示意性地表示一实施方式所涉及的认证系统的结构的图。

图2是表示一实施方式所涉及的用户相关信息的结构例的图。

图3是表示一实施方式所涉及的存储于车载器的用户设定DB的信息的一个例子的图。

图4是表示一实施方式所涉及的车辆相关信息的结构例的图。

图5是表示一实施方式所涉及的存储于车载器的车辆设定DB的信息的一个例子的图。

图6是表示一实施方式所涉及的存储于中心的用户设定DB的非共享区域的信息的一个例子的图。

图7是表示一实施方式所涉及的存储于中心的车辆设定DB的非共享区域的信息的一个例子的图。

图8是表示一实施方式所涉及的在信息不足时进行车外认证的情况下的与用户认证相关的处理内容的一个例子的图。

图9是表示一实施方式所涉及的在信息不足时进行车内认证的情况下的与用户认证相关的处理内容的一个例子的图。

图10是表示一实施方式所涉及的在在线状态下更新了车载器侧的信息的情况下的与同步处理相关的处理内容的一个例子的图。

图11是表示一实施方式所涉及的在在线状态下更新了中心侧的信息的情况下的与同步处理相关的处理内容的一个例子的图。

图12是表示一实施方式所涉及的在离线状态下更新了中心侧的信息的情况下的与同步处理相关的处理内容的一个例子的图。

图13是表示一实施方式所涉及的在离线状态下更新了车载器侧的信息的情况下的与同步处理相关的处理内容的一个例子的图。

图14是表示一实施方式所涉及的存储于中心的车辆设定DB的非共享区域的信息的变形例的图。

具体实施方式

以下，参照附图，对认证系统以及认证方法的实施方式进行说明。

如图1所示，认证系统1具备构成为能够相互通信的车载器2以及中心3。认证系统1通过包含后述的各种过程的认证方法来管理汽车等车辆4的用户5对作为车辆的功能的车辆功能的利用，即，管理向车辆功能的访问。在该情况下，在认证系统1中，将向车辆功能的访问与用户5分离，而能够独立地进行管理设定。

车辆功能的利用是指进行与车辆4相关的规定的操作，例如可举出门锁的锁定、解锁、车门的开闭、车窗的开闭、电动座椅的动作、发动机的启动、停止、空调的操作、导航装置的操作、音频设备的操作、与自动驾驶相关的各种操作等。在图1中，关于实现这样的车辆功能的部分，通过输入6以及负载7这两个功能模块来表示。

此外，在车辆功能的利用中，也能够将多个操作组合而设为一个车辆功能的利用。例如，作为车辆驾驶的功能，也能够实现使车辆行驶所需的一系列的操作。在该情况下，在车辆驾驶的功能中，包含门锁的解锁、车窗的开闭、电动座椅的动作、发动机的启动、停止、空调的操作。

输入6例如包含与座椅位置的设定相关的输入、与空调的设定相关的输入、通过操作导航装置进行的输入等。输入6例如包含开关、触摸面板等作为输入装置。负载7包含用于进行门锁的锁定以及解锁的设备、用于开闭车窗的设备、用于使电动座椅动作的设备等。在该情况下，作为用户5，除了车辆4的拥有者以外，还假定拥有者的家人、共享服务利用者、车辆维护提供商等第三方，按每个用户设定各车辆功能的利用权限，即，利用的允许或者禁止。

车载器2是搭载于车辆4来使用的部件，作为车载装置发挥功能。车载器2例如在车辆4内使用。车载器2具备通信部8、用户设定数据库9、车辆设定数据库10以及控制装置11。此外，在本说明书中，存在将数据库省略为DB的情况。通信部8在与中心3之间进行通信，收发各种数据。

用户设定DB9是用于存储与利用车辆4的用户5相关的用户相关信息的DB，作为第一车内侧存储部发挥功能。用户相关信息是用于对按每个用户5允许的操作，即车辆功能的利用权限、允许的车辆、期限、服务等进行管理记录的信息。用户相关信息由图2所示那样的信息构成。即，在用户相关信息中，包含用户ID、授权信息、认证信息以及服务设定。此外，ID是identification(识别)的缩写。

用户ID是为了识别用户而对每个用户分配的文字信息，相当于用户识别信息。授权信息是表示车辆功能的利用权限的信息。在授权信息中包含授权权限、对象车辆以及有效期限。认证信息是用于进行用户的认证的信息，是将用户ID与智能钥匙等钥匙建立关联后的信息。服务设定例如是表示空调的设定、座椅位置的设定、自动驾驶的设定等与车辆4相关的各种服务的设定的信息。在服务设定中包含服务ID以及设定值信息。

本说明书中的认证处理是确认用户是谁的工序。在认证处理中，例如，基于认证设备(也被称为认证装置、认证系统)核对出的ID信息来确定用户。此外，在以下的说明中，也存在将认证设备称为认证装置或者认证系统的情况。另外，本说明书中的授权处理是确认谁请求针对哪个资源做什么，并决定允许还是不允许的工序。但是，在本说明书中，也存在将认证处理和授权处理一并称为认证处理的情况。在本说明书中，也存在认证处理意味着确定利用车辆4的用户5是谁，并确定是否也可以允许该用户5所请求的车辆功能的利用的情况。

具体而言，存储于车载器2的用户设定DB9的用户相关信息例如是图3所示那样的信息。在该情况下，在用户设定DB9中，存储有与用户ID为“001”的用户和用户ID为“002”的用户对应的用户相关信息。这些用户是存在实际利用过车辆4的实绩的用户。如后述那样，在此前未利用过车辆4的用户初次利用车辆4时，该用户的用户相关信息被从中心3传送，并存储于用户设定DB9。在授权信息中，例如包含“车辆的驾驶”、“打开车门”、“打开后备箱”这样的授权权限、“○○市内、××市内”这样的区域指定。并且，在授权信息中，也可以例如包含“60km”这样的限制速度等。授权信息包含授权权限和授权条件。

授权信息的对象车辆例如是“0001”、“0002”、“0003”这样的通过与设为对象的车辆对应的VIN表示的信息。此外，VIN是Vehicle Identification Number(车辆识别号)的缩写。VIN是为了识别车辆而对每个车辆分配的文字信息，相当于车辆识别信息。作为车辆识别信息，也可以不限于VIN，为能够识别车辆的信息即可。有效期限例如是“○○年△△月××日”这样的表示允许车辆功能的利用的期限的信息。

服务设定的服务ID例如是“002(自动驾驶)”、“003(空调)”这样的为了识别服务而对每个服务分配的文字信息。服务设定的设定值信息例如是“目的地：○○公司”、“目的地：△△市政府”、“温度：25℃”、“风量：弱”这样的表示服务的设定值的信息。因此，设定值信息对于由服务ID指定的每个服务是不同的。

车辆设定DB10是用于存储与车辆4相关的车辆相关信息的DB，作为第二车内侧存储部发挥功能。车辆相关信息是用于对按每个车辆允许的用户、有效期限等信息进行管理记录的信息。车辆相关信息由图4所示那样的信息构成。即，在车辆相关信息中，包含VIN、用户信息。在用户信息中包含用户ID、用户角色以及有效期限。具体而言，存储于车载器2的车辆设定DB10的车辆相关信息例如是图5所示那样的信息。

在该情况下，在车辆设定DB10中存储有关于搭载有车载器2的车辆4的信息，即与VIN为“0001”的车辆4对应的车辆相关信息，在该车辆相关信息中包含有关于成为车辆4的利用对象的用户ID为“001”～“010”的10个用户的每一个用户的用户信息。用户信息的用户角色例如是“营业部员工”这样的表示用户的属性的信息。此外，作为用户角色，还可举出“拥有者”、“家人”、“共享服务利用者”、“车辆维护提供商”等。用户信息的有效期限例如为“无限制”这样的表示允许车辆4的利用的期限的信息。

控制装置11将具有CPU、ROM、RAM以及I/O等的微型计算机作为主体构成，作为执行各种处理的车内侧控制部发挥功能。控制装置11具备执行认证处理的认证处理部12以及执行同步处理的同步处理部13这样的功能模块。此外，关于认证处理以及同步处理的内容后述。各功能模块通过控制装置11的CPU执行存储于ROM等非过渡性实体存储介质的计算机程序从而执行与计算机程序对应的处理来实现，即通过软件来实现。各功能模块也可以为其一部分或者全部通过硬件来实现的结构。

中心3是包含设置于车辆4的外部的服务器的数据管理中心，作为车外装置发挥功能。中心3具备通信部14、用户设定DB15、车辆设定DB16以及控制装置17。通信部14在与车辆4的车载器2之间进行通信，收发各种数据。用户设定DB15是用于存储用户相关信息的DB，作为第一车外侧存储部发挥功能。

用户设定DB15包含共享区域18以及非共享区域19。存储于共享区域18的用户相关信息通过后述的同步处理成为与存储于车载器2的用户设定DB9的信息相同的信息。另一方面，存储于非共享区域19的用户相关信息是未存储于车载器2的用户设定DB9的仅存在于中心3的用户设定DB15的独有的信息。

此外，在本实施方式中，进行以VIN为“0001”的车辆4为起点的说明。因此，存储于VIN为“0001”的车辆4的车载器2的用户设定DB9的信息与存储于中心3的共享区域18的用户相关信息相同。而且，关于VIN为“0002”的车辆4，存储于用户设定DB9的信息与存储于共享区域18的用户相关信息也相同。然而，存储于对VIN为“0001”的车辆4而言的共享区域18的用户相关信息与存储于对VIN为“0002”的车辆4而言的共享区域18的用户相关信息是不同的信息。即，共享区域18以及非共享区域19根据设为对象的车辆4而变化。关于车辆设定DB16的共享区域20以及非共享区域21也相同。

具体而言，存储于中心3的用户设定DB15的非共享区域19的用户相关信息例如是图6所示那样的信息。在该情况下，在用户设定DB15的非共享区域19中存储有与用户ID为“003”的用户对应的用户相关信息。该用户是不存在实际利用过车辆4的实绩的用户，即潜在的用户。在该情况下，作为区域指定例示有“○○公司用地内”，作为限制速度例示有“20km”。

车辆设定DB16是用于存储车辆相关信息的DB，作为第二车外侧存储部发挥功能。车辆设定DB16包含共享区域20以及非共享区域21。存储于共享区域20的车辆相关信息通过后述的同步处理成为与存储于车载器2的车辆设定DB10的信息相同的信息。另一方面，存储于非共享区域21的车辆相关信息是未储存于车载器2的车辆设定DB10的仅存在于中心3的车辆设定DB16的独有的信息。此外，在本实施方式中，进行以车辆4为起点的说明。因此，非共享区域19以及非共享区域21的各信息仅未与车辆4所具备的用户设定DB9以及车辆设定DB10的各信息共享，而也可有在车辆4以外的其它的车辆中共享的情况。

此外，如图5所示，在存储于车载器2的车辆设定DB10的信息中，登记有能够利用车辆4的用户信息，其中，也包含不存在利用过车辆4的实绩的用户的用户ID。因此，在作为不存在利用过车辆4的实绩的用户且被设定为能够利用车辆4的用户首次利用车辆4时，存在尽管在车载器2的车辆设定DB10中登记有用户ID，但在车载器2的用户设定DB9中没有该用户ID的信息的情况。

具体而言，存储于中心3的车辆设定DB16的非共享区域21的车辆设定信息例如是图7所示那样的信息。在该情况下，在车辆设定DB16的非共享区域21中，存储有与搭载有车载器2的车辆4以外的，即与VIN为“0001”的车辆4以外的全部的车辆对应的车辆相关信息。

控制装置17将具有CPU、ROM、RAM以及I/O等的微型计算机作为主体构成，作为执行各种处理的车内侧控制部发挥功能。控制装置17具备执行认证处理的认证处理部22以及执行同步处理的同步处理部23这样的功能模块。各功能模块通过控制装置17的CPU执行存储于ROM等非过渡性实体存储介质的计算机程序从而执行与计算机程序对应的处理来实现，即通过软件来实现。各功能模块也可以为其一部分或者全部通过硬件来实现的结构。

在上述结构中，车载器2的同步处理部13以及中心3的同步处理部23执行将存储于车载器2的用户设定DB9的用户相关信息和存储于中心3的用户设定DB15的共享区域18的用户相关信息双向地同步的同步处理。在该情况下，同步处理部13、23在同步处理中，将存储于车载器2的车辆设定DB10的车辆相关信息和存储于中心3的车辆设定DB16的共享区域20的车辆相关信息也双向地同步。

“双向地同步”是指将存储于车载器2的用户设定DB9和中心3的用户设定DB15的共享区域18的数据保持为相同。因此，若存储于车载器2的用户设定DB9的用户相关信息被变更，则存储于中心3的用户设定DB15的共享区域18的用户相关信息也被相同地变更。相反地，若存储于中心3的用户设定DB15的共享区域18的用户相关信息被变更，则存储于车载器2的用户设定DB9的用户相关信息也被相同地变更。

关于存储于车载器2的车辆设定DB10的车辆相关信息和存储于中心3的车辆设定DB16的共享区域20的车辆相关信息也相同。若存储于车载器2的车辆设定DB10的车辆相关信息被变更，则存储于中心3的车辆设定DB16的共享区域20的车辆相关信息也被相同地变更。若存储于中心3的车辆设定DB16的共享区域20的车辆相关信息被变更，则存储于车载器2的车辆设定DB10的车辆相关信息也被相同地变更。

中心3构成为能够在与外部服务器24之间进行通信。外部服务器24是用户5能够访问的服务器。用户5能够经由外部服务器24进行利用车辆4的用户的添加、删除等变更、每个用户的各车辆功能的利用权限的添加、删除等变更、车辆4的各种设定的变更等。外部服务器24若进行这些变更，则将其变更信息发送至中心3。中心3基于从外部服务器24提供的变更信息，更新存储于用户设定DB15以及车辆设定DB16的各信息。此外，也能够由一个服务器构成中心3和外部服务器24。

在上述结构中，若从用户5请求车辆4的利用，即车辆功能的利用，则车载器2的认证处理部12基于存储于用户设定DB9的用户相关信息以及存储于车辆设定DB10的车辆相关信息来执行对请求了车辆4的利用的用户5亦即对象用户进行认证的认证处理。然后，车载器2的控制装置11在通过认证处理而对象用户的认证成功的情况下将与对象用户对应的用户相关信息中包含的服务设定反映至车辆4。作为认证处理，不仅基于物理上的钥匙或者FOB钥匙，还基于生物体认证、智能手机认证等多个不同的认证方法中的至少任一个来进行认证。

在该情况下，在存储于车载器2的用户设定DB9的用户相关信息以及存储于车辆设定DB10的车辆相关信息中不存在与对象用户对应的信息时，车载器2的认证处理部12或者中心3的认证处理部22基于存储于中心3的用户设定DB15的非共享区域19的用户相关信息执行认证处理。此外，在以下的说明中，存在将在存储于车载器2的用户设定DB9的用户相关信息以及存储于车辆设定DB10的车辆相关信息中不存在与对象用户对应的信息时称为信息不足时的情况。

即，在上述结构中，在信息不足时，车载器2的认证处理部12能够基于存储于中心3的用户设定DB15的非共享区域19的用户相关信息来执行认证处理。以下，设为将这样在信息不足时车载器2的认证处理部12执行认证处理称为“在信息不足时进行车内认证”。在信息不足时进行车内认证的情况下，车载器2的认证处理部12在已将存储于中心3的用户设定DB15的非共享区域19的用户相关信息传送至车载器2的用户设定DB9之后，即在已从中心3的用户设定DB15的非共享区域19下载用户相关信息之后执行认证处理。

另外，在上述结构中，在信息不足时，中心3的认证处理部22能够基于存储于中心3的用户设定DB15的非共享区域19的用户相关信息来执行认证处理。以下，设为将这样在信息不足时中心3的认证处理部22执行认证处理称为“在信息不足时进行车外认证”。在信息不足时进行车外认证的情况下，中心3的认证处理部22在执行了认证处理后，将存储于中心3的用户设定DB15的非共享区域19的用户相关信息传送至车载器2的用户设定DB9。由此，存储于中心3的用户设定DB15的非共享区域19的用户相关信息被添加并存储于车载器2的用户设定DB9。

在上述结构中，若在无法在车载器2以及中心3之间进行通信的状态亦即离线状态下更新存储于中心3的用户设定DB15以及车辆设定DB16的各信息中的至少一方，则之后在变为能够在车载器2以及中心3之间进行通信的状态亦即在线状态时执行同步处理。另外，在上述结构中，若在离线状态下更新存储于车载器2的用户设定DB9以及车辆设定DB10的各信息中的至少一方，则之后在变为在线状态时执行同步处理。

接下来，根据具体的事例，对通过上述结构的认证系统1实现的认证方法的详细内容进行说明。

[1]在信息不足时进行车外认证的情况下的用户认证

在信息不足时进行车外认证的情况下的用户认证的处理例如能够为图8所示那样的内容。在该情况下，假定用户5为了利用车辆4而想要乘车时的认证。如图8所示，通过用户5进行用于请求车辆4的利用的规定的操作、动作等从而开始本处理。此外，在图8等中，以空白圆圈表示处理的开始，以涂黑圆圈表示处理的结束。

响应于此，车载器2的认证处理部12在步骤S101中，确认存储于用户设定DB9以及车辆设定DB10的各信息，基于这些各信息执行认证处理。车载器2的认证处理部12在步骤S102中，判断在通过步骤S101确认出的各信息中是否存在与用户5对应的信息，即是否有该信息。这里，在存在与用户5对应的信息的情况下，在步骤S102中为“是”，在通过认证处理而用户5的认证成功的阶段进入步骤S103。此外，在步骤S102中为“是”，在通过认证处理而用户5的认证失败的情况下，成为错误而处理结束。

车载器2的控制装置11在步骤S103中进行门锁的解锁，在接下来的步骤S104中将与用户5对应的用户相关信息中包含的座椅位置的设定、空调的设定等服务设定反映至车辆4。在执行步骤S104后，用户认证的处理结束。在该情况下，用户5由于认证成功而能够乘坐车辆4，并且能够利用基于预先决定的利用权限而被允许的各种车辆功能。另外，在该情况下，用户5对于座椅位置的设定、空调的设定等服务设定，已经反映了所希望的设定值，因此不需要进行另外的调整。此外，步骤S103和步骤S104相当于由服务ID指定的车辆功能的利用和设定值信息向车辆的反映。后述的步骤S106和步骤S107也相同地，相当于由服务ID指定的车辆功能的利用和设定值信息向车辆的反映。

在通过步骤S101确认出的各信息中不存在与用户5对应的信息的情况下，在步骤S102中为“否”，进入步骤S105。车载器2的控制装置11在步骤S105中，判断是否为在线状态。这里，在不为在线状态的情况，即为离线状态的情况下，在步骤S105中为“否”，用户认证的处理结束。在该情况下，用户5认证失败，无法乘坐车辆4。

另一方面，在为在线状态的情况下，在步骤S105中为“是”，车载器2的认证处理部12对中心3的认证处理部22进行关于用户5的认证的询问。响应于此，中心3的认证处理部22在步骤S201中，确认存储于用户设定DB15的非共享区域19以及车辆设定DB16的各信息，基于这些各信息执行认证处理。中心3的认证处理部22在步骤S202中，判断通过步骤S201确认出的各信息中是否存在与用户5对应的信息，即是否有该信息。

这里，在不存在与用户5对应的信息的情况下，在步骤S202中为“否”，用户认证的处理结束。在该情况下，用户5认证失败，无法乘坐车辆4。并且，在该情况下，中心3也可以对车载器2通知认证失败。然后，车载器2的通知部也可以向用户5通知认证失败。另一方面，在通过步骤S201确认出的信息中存在与用户5对应的信息的情况下，在步骤S202中为“是”，在通过认证处理而用户5的认证成功的阶段进入步骤S203。中心3的认证处理部22在步骤S203中，将存储于中心3的用户设定DB15的非共享区域19的用户相关信息传送至车载器2的用户设定DB9。

由此，更新车载器2的用户设定DB9。之后，车载器2的控制装置11在步骤S106中进行门锁的解锁，在接下来的步骤S107中将与用户5对应的用户相关信息中包含的服务设定反映至车辆4。在执行步骤S106后，用户认证的处理结束。在该情况下，与在执行步骤S104后用户认证的处理结束的情况相同，用户5能够乘坐车辆4并利用各种车辆功能等。

[2]在信息不足时进行车内认证的情况下的用户认证

在信息不足时进行车内认证的情况下的用户认证的处理例如能够设为图9所示那样的内容。在该情况下，也假定用户5为了利用车辆4而想要乘车时的认证。图9所示的用户认证的处理相对于图8所示的用户认证的处理，不同之处在于省略了步骤S106、S107这一点、代替步骤S201～S203而设置有步骤S211～S213这一点等。在该情况下，中心3的认证处理部22在步骤S211中，确认存储于用户设定DB15的非共享区域19以及车辆设定DB16的各信息。

中心3的认证处理部22在步骤S212中，判断在通过步骤S211确认出的各信息中是否存在与用户5对应的信息，即是否有该信息。这里，在不存在与用户5对应的信息的情况下，在步骤S212中为“否”，用户认证的处理结束。在该情况下，用户5认证失败，无法乘坐车辆4。另一方面，在通过步骤S211确认出的信息中存在与用户5对应的信息的情况下，在步骤S212中为“是”，进入步骤S213。

中心3的认证处理部22在步骤S213中，将存储于中心3的用户设定DB15的非共享区域19的用户相关信息传送至车载器2的用户设定DB9。由此，更新车载器2的用户设定DB9。在执行步骤S213后返回步骤S101。即，在该情况下，车载器2的认证处理部12在再次执行的步骤S101中，确认如上述那样添加了存储于中心3的用户设定DB15的非共享区域19的用户相关信息而被更新后的存储于用户设定DB9以及车辆设定DB10的各信息，基于这些各信息执行认证处理。

[3]在在线状态下更新了车载器侧的信息的情况下的同步处理

在在线状态下更新了存储于车载器2的用户设定DB9以及车辆设定DB10的各信息的情况下的与同步处理相关的处理例如能够设为图10所示那样的内容。如图10所示，通过用户5乘坐车辆4并进行用于变更与车辆4相关的各种设定亦即车辆设定的操作从而开始本处理。响应于此，车载器2的控制装置11在步骤S121中，执行车辆设定的变更。

于是，车载器2的控制装置11在步骤S122中，针对存储于用户设定DB9以及车辆设定DB10的各信息进行与车辆设定的变更相对应的更新。响应于此，中心3的同步处理部23在步骤S221中，针对存储于用户设定DB15的共享区域18以及车辆设定DB16的共享区域20的各信息进行更新，以使其与存储于车载器2的用户设定DB9以及车辆设定DB10的各信息同步，即执行同步处理。在执行步骤S221后，与同步处理相关的处理结束。

[4]在在线状态下更新了中心侧的信息的情况下的同步处理

在在线状态下更新了存储于中心3的用户设定DB15以及车辆设定DB16的各信息的情况下的与同步处理相关的处理例如能够设为图11所示那样的内容。如图11所示，通过用户5经由外部服务器24进行用于变更车辆设定的操作从而开始本处理。响应于此，中心3的控制装置17在步骤S231中，执行车辆设定的变更。

于是，中心3的控制装置17在步骤S232中，针对存储于用户设定DB15的共享区域18以及车辆设定DB16的共享区域20的各信息进行与车辆设定的变更相对应的更新。响应于此，车载器2的同步处理部13在步骤S131中，针对存储于用户设定DB9以及车辆设定DB10的各信息进行更新，以使其与存储于中心3的用户设定DB15的共享区域18以及车辆设定DB16的共享区域20的各信息同步，即执行同步处理。在执行步骤S131后，与同步处理相关的处理结束。

[5]在离线状态下更新了中心侧的信息的情况下的同步处理

在离线状态下更新了存储于中心3的用户设定DB15以及车辆设定DB16的各信息的情况下的与同步处理相关的处理例如能够设为图12所示那样的内容。图12所示的与同步处理相关的处理相对于图11所示的与同步处理相关的处理，不同之处在于添加了步骤S233、S234这一点等。在该情况下，在执行步骤S232后，进入步骤S233。

中心3的控制装置17在步骤S233中，判断是否为在线状态。这里，在为在线状态的情况下，在步骤S233中为“是”，进入步骤S131。另一方面，在不为在线状态的情况，即为离线状态的情况下，在步骤S233中为“否”，进入步骤S234。若从点火开关断开起经过一定期间则车载器2移至睡眠状态。在车载器2已移至睡眠状态的情况下，无法在车载器2与中心3之间进行通信。在这样的情况下，若车载器2从睡眠状态移至通常状态，则从离线状态转为在线状态。

因此，中心3的控制装置17在步骤S234中，执行唤醒以使车载器2从睡眠状态移至通常状态。在执行步骤S234后，再次执行步骤S233。此外，步骤S234能够省略。在省略步骤S234的情况下，若在步骤S233中为“否”则再次执行步骤S233即可。此外，也存在由于车辆4在通信范围外的情况、为修理中的情况等而即使从中心3指示唤醒，车载器2也不移至通常状态的情况。因此，也可以在中心3的控制装置17中对唤醒的执行次数进行计数，在唤醒的执行次数为规定的次数以上的情况下，控制装置17在一定期间内不执行唤醒。

这样，在本处理中，反复执行步骤S233直到成为在线状态为止。然后，若变为在线状态，则车载器2的同步处理部13在步骤S131中，针对存储于用户设定DB9以及车辆设定DB10的各信息进行更新，以使其与存储于中心3的用户设定DB15的共享区域18以及车辆设定DB16的共享区域20的各信息同步，即执行同步处理。在执行步骤S131后，与同步处理相关的处理结束。

[6]在离线状态下更新了车载器侧的信息的情况下的同步处理

在离线状态下更新了存储于车载器2的用户设定DB9以及车辆设定DB10的各信息的情况下的与同步处理相关的处理例如能够设为图13所示那样的内容。图13所示的与同步处理相关的处理相对于图10所示的与同步处理相关的处理，不同之处在于添加了步骤S123这一点等。在该情况下，在执行步骤S122后，进入步骤S123。

车载器2的控制装置11在步骤S123中，判断是否为在线状态。这里，在为在线状态的情况下，在步骤S123中为“是”，进入步骤S221。另一方面，在不为在线状态的情况，即为离线状态的情况下，在步骤S123中为“否”，再次执行步骤S123，即反复执行步骤S123直到成为在线状态为止。

此外，在该情况下，假定车载器2以及中心3均已起动，但例如在用于通信的电波的接收状况不良好的情况下，存在无法在车载器2与中心3之间进行通信的担忧。在这样的情况下，若电波状况改善，则从离线状态转为在线状态。

然后，若变为在线状态，则中心3的同步处理部23在步骤S221中，针对存储于用户设定DB15的共享区域18以及车辆设定DB16的共享区域20的各信息进行更新，以使其与存储于车载器2的用户设定DB9以及车辆设定DB10的各信息同步，即执行同步处理。在执行步骤S221后，与同步处理相关的处理结束。

根据以上说明的本实施方式的认证系统1，在一台车辆不仅由车辆的拥有者，还由车辆的拥有者以外的用户利用的情况下，车辆的拥有者以外的用户也能够容易地进行认证，能够在基于预先决定的利用权限而被允许的范围内利用各种车辆功能。另外，根据认证系统1，在作为车辆的拥有者的用户不仅利用自己所拥有的车辆，还利用工作单位的公司用车等其它的车辆的情况下，能够不需要进行另外的调整等，就针对其它的车辆中的座椅位置的设定、空调的设定等的设定值反映与自己所拥有的车辆相同的设定值，并且在自己所拥有的车辆中安装有车辆应用的情况下在其它的车辆中也使用该车辆应用。

这样，根据本实施方式的认证系统1，各种用户能够便利地利用一台车辆，并且在一个用户利用多个车辆时能够对各车辆反映各种车辆设定等。因此，根据本实施方式，可得到能够提高与车辆的利用相关的便利性这一优异效果。

在认证系统1中，存储于车载器2的用户设定DB9以及中心3的用户设定DB15的共享区域18的用户相关信息通过同步处理而被同步，存储于车载器2的车辆设定DB10以及中心3的车辆设定DB16的共享区域20的车辆相关信息通过同步处理而被同步。即，在车载器2和中心3中存储、管理相同的信息。但是，在中心3的用户设定DB15中包含有非共享区域19，在该非共享区域19中，例如存储有与不存在利用过车辆4的实绩的用户对应的信息等未存储于车载器2的用户设定DB9的信息。

在认证系统1中，若用户请求利用车辆，则首先基于存储于车载器2的用户设定DB9以及车辆设定DB10的各信息进行认证处理。然后，在信息不足时，即，车载器2的用户设定DB9以及车辆设定DB10中不存在与对象用户对应的信息时，基于存储于中心3的用户设定DB15的非共享区域19的信息进行认证处理。根据这样的结构，针对不存在利用过车辆4的实绩的用户也能够适当地进行认证。在该情况下，在车载器2的用户设定DB9中仅存储与存在利用过车辆4的实绩的用户对应的信息即可，因此能够高效地使用存储区域。

在认证系统1中，在信息不足时，车载器2的认证处理部12能够基于存储于中心3的用户设定DB15的非共享区域19的用户相关信息执行认证处理。在该情况下，车载器2的认证处理部12在已从中心3的用户设定DB15的非共享区域19下载了用户相关信息之后执行认证处理。这样，在下次从相同的用户请求车辆的利用的情况下，能够仅通过车载器2的各DB的信息立即执行认证处理。

在认证系统1中，在信息不足时，中心3的认证处理部22能够基于存储于中心3的用户设定DB15的非共享区域19的用户相关信息执行认证处理。在该情况下，中心3的认证处理部22执行认证处理，并且将存储于中心3的用户设定DB15的非共享区域19的用户相关信息传送至车载器2的用户设定DB9。这样，在下次从相同的用户请求了车辆的利用的情况下，能够仅通过车载器2的各DB的信息立即执行认证处理。

在认证系统1中，若在无法在车载器2以及中心3之间进行通信的状态亦即离线状态下更新存储于中心3的用户设定DB15以及车辆设定DB16的各信息中的至少一方，则之后在变为能够在车载器2以及中心3之间进行通信的状态亦即在线状态时执行同步处理。这样，即使在车载器2移至睡眠状态的期间中心3侧的各DB的信息被更新的情况下，也能够通过若车载器2复原至通常状态则立即进行同步处理从而可靠地实现存储于车载器2以及中心3的各DB的各信息的同步。

另外，在认证系统1中，若在离线状态下更新存储于车载器2的用户设定DB9以及车辆设定DB10的各信息中的至少一方，则在之后变为在线状态时执行同步处理。这样，即使在用于通信的电波的接收状况不良好的期间车载器2侧的各DB的信息被更新的情况下，也能够通过若电波状况改善则立即进行同步处理从而可靠地实现存储于车载器2以及中心3的各DB的各信息的同步。

(其他的实施方式)

此外，本公开不限定于上述且在附图中记载的实施方式，能够在不脱离其主旨的范围内任意地进行变形、组合、或者扩展。

在上述实施方式中示出的数值等是例示，并不限定于此。

关于存储于车载器2的用户设定DB9以及中心3的用户设定DB15的共享区域18的用户相关信息、存储于车载器2的车辆设定DB10以及中心3的车辆设定DB16的共享区域20的车辆相关信息、存储于中心3的用户设定DB15的非共享区域19的用户相关信息、存储于中心3的车辆设定DB16的非共享区域21的车辆相关信息等的具体内容，也可以不限于上述实施方式中说明的内容，而能够适当地变更。

例如，作为存储于中心3的车辆设定DB16的非共享区域21的车辆相关信息，能够对图7所示的信息增加图14所示那样的信息。图14所示的车辆相关信息是与搭载有车载器2的车辆4对应的信息，在该车辆相关信息中，包含有与车辆4对应的VIN以及关于成为车辆4的利用对象的用户ID为“001”～“010”的10个用户中的每一个用户的用户信息。

在该情况下，在用户信息中包含用户ID、车辆服务ID、利用历史以及累积时间。车辆服务ID例如是用于识别自动驾驶应用程序等车辆服务的对每个车辆服务分配的文字信息。利用历史是表示利用车辆服务的次数等利用历史的信息。累积时间是表示利用车辆服务的累积的时间的信息。这样的车辆相关信息是不需要存储于车载器2侧的信息。因此，若将这样的车辆相关信息存储于中心3的车辆设定DB16的非共享区域21，则能够对利用了车辆服务的用户适当地进行例如与利用次数、利用时间相对应的费用的请求等与车辆服务相关的各种处理。

本公开以实施例为基准进行了描述，但应理解为本公开并不限于该实施例、构造。本公开也包含各种变形例、等同范围内的变形。而且，各种组合、方式，进一步仅包含它们中一个要素、一个以上、或一个以下的其它的组合、方式也纳入到本公开的范畴、思想范围。

本公开所记载的控制装置以及其方法也可以通过由构成被编程为执行通过计算机程序具体化的一个或多个功能的处理器以及存储器而提供的专用计算机来实现。或者，本公开所记载的控制装置以及其方法也可以通过由利用一个以上的专用硬件逻辑电路构成处理器而提供的专用计算机来实现。或者，本公开所记载的控制装置以及其方法也可以通过由被编程为执行一个或多个功能的处理器及存储器、和由一个以上的硬件逻辑电路构成的处理器的组合而构成的一个以上的专用计算机来实现。另外，计算机程序也可以作为由计算机执行的指令，存储于计算机可读取的非过渡有形记录介质。

Claims (12)

1.一种认证系统，是具备搭载于车辆的车载装置(2)和设置于上述车辆的外部的车外装置(3)的认证系统，其中，

上述车载装置以及上述车外装置构成为能够相互通信，

上述车载装置具备：

第一车内侧存储部(9)，存储与利用上述车辆的用户相关的用户相关信息；

第二车内侧存储部(10)，存储与上述车辆相关的车辆相关信息；以及

车内侧控制部(11)，执行各种处理，

上述车外装置具备：

第一车外侧存储部(15)，包含存储上述用户相关信息的共享区域(18)以及非共享区域(19)；

第二车外侧存储部(16)，存储上述车辆相关信息；以及

车外侧控制部(17)，执行各种处理，

上述车内侧控制部以及上述车外侧控制部执行同步处理，该同步处理是将存储于上述第一车内侧存储部的上述用户相关信息和存储于上述第一车外侧存储部的上述共享区域的上述用户相关信息双向地同步的处理，

若用户请求利用上述车辆，则

上述车内侧控制部基于存储于上述第一车内侧存储部的上述用户相关信息以及存储于上述第二车内侧存储部的上述车辆相关信息执行对对象用户进行认证的认证处理，在通过上述认证处理而上述对象用户的认证成功的情况下将与上述对象用户对应的上述用户相关信息反映至上述车辆，其中，上述对象用户是请求了上述车辆的利用的用户，

在信息不足时，上述车内侧控制部或者上述车外侧控制部基于存储于上述第一车外侧存储部的上述非共享区域的上述用户相关信息执行上述认证处理，其中，上述信息不足时是存储于上述第一车内侧存储部的上述用户相关信息以及存储于上述第二车内侧存储部的上述车辆相关信息中不存在与上述对象用户对应的信息时。

2.根据权利要求1所述的认证系统，其中，

在上述信息不足时，上述车内侧控制部基于存储于上述第一车外侧存储部的上述非共享区域的上述用户相关信息执行上述认证处理。

3.根据权利要求2所述的认证系统，其中，

在上述信息不足时，上述车内侧控制部在已将存储于上述第一车外侧存储部的上述非共享区域的上述用户相关信息传送至上述第一车内侧存储部之后执行上述认证处理。

4.根据权利要求1所述的认证系统，其中，

在上述信息不足时，上述车外侧控制部基于存储于上述第一车外侧存储部的上述非共享区域的上述用户相关信息执行上述认证处理。

5.根据权利要求4所述的认证系统，其中，

上述车外侧控制部在上述信息不足时执行了上述认证处理的情况下，将存储于上述第一车外侧存储部的上述非共享区域的上述用户相关信息传送至上述第一车内侧存储部。

6.根据权利要求1～5中任一项所述的认证系统，其中，

若在离线状态下更新存储于上述第一车外侧存储部的信息，则在之后变为在线状态时执行上述同步处理，其中，上述离线状态是无法在上述车载装置以及上述车外装置之间进行通信的状态，上述在线状态是能够在上述车载装置以及上述车外装置之间进行通信的状态。

7.根据权利要求1～6中任一项所述的认证系统，其中，

若在离线状态下更新存储于上述第一车内侧存储部的信息，则在之后变为在线状态时执行上述同步处理，其中，上述离线状态是无法在上述车载装置以及上述车外装置之间进行通信的状态，上述在线状态是能够在上述车载装置以及上述车外装置之间进行通信的状态。

8.根据权利要求1～7中任一项所述的认证系统，其中，

上述第二车外侧存储部包含共享区域(20)以及非共享区域(21)，

在上述同步处理中，上述车内侧控制部以及上述车外侧控制部将存储于上述第二车内侧存储部的上述车辆相关信息和存储于上述第二车外侧存储部的上述共享区域的上述车辆相关信息也双向地同步。

9.根据权利要求1～8中任一项所述的认证系统，其中，

在上述用户相关信息中，包含有表示上述车辆的功能的利用权限的授权信息、用于进行上述用户的认证的认证信息以及表示上述车辆的服务的设定值的服务设定信息。

10.根据权利要求1～9中任一项所述的认证系统，其中，

在上述车辆相关信息中，包含用于识别车辆的车辆识别信息以及用于识别用户的用户识别信息。

11.根据权利要求1～10中任一项所述的认证系统，其中，

在上述认证处理中，包含：确定上述对象用户的处理；以及判定是否允许由上述对象用户请求的上述车辆的利用的处理。

12.一种认证方法，其中，包含：

在搭载于车辆的车载装置所具备的第一车内侧存储部存储与利用上述车辆的用户相关的用户相关信息；

在上述车载装置所具备的第二车内侧存储部存储与上述车辆相关的车辆相关信息；

在包含共享区域以及非共享区域的第一车外侧存储部存储上述用户相关信息，上述第一车外侧存储部是设置于上述车辆的外部的车外装置所具备的存储部；

在上述车外装置所具备的第二车外侧存储部存储上述车辆相关信息；

执行将存储于上述第一车内侧存储部的上述用户相关信息和存储于上述第一车外侧存储部的上述共享区域的上述用户相关信息双向地同步的同步处理；

若用户请求利用上述车辆，则基于存储于上述第一车内侧存储部的上述用户相关信息以及存储于上述第二车内侧存储部的上述车辆相关信息执行对对象用户进行认证的认证处理，在通过上述认证处理而上述对象用户的认证成功的情况下将与上述对象用户对应的上述用户相关信息反映至上述车辆，其中，上述对象用户是请求了上述车辆的利用的用户；以及

在信息不足时，基于存储于上述第一车外侧存储部的上述非共享区域的上述用户相关信息执行上述认证处理，其中，上述信息不足时是存储于上述第一车内侧存储部的上述用户相关信息以及存储于上述第二车内侧存储部的上述车辆相关信息中不存在与上述对象用户对应的信息时。