CN110979225A - 基于用户角色配置使用场景的方法和装置及车辆 - Google Patents

Abstract

本申请涉及汽车技术领域，公开一种基于用户角色配置使用场景的方法。该方法包括：根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识；获取与第一钥匙标识对应的第一配置信息；根据第一配置信息对车辆的相关配置进行调整。本申请能够在一车多用户的情况下自动调整车辆的相关配置，因此，简化了用户操作，提高了智能化程度，并进一步提升了用户体验。本申请还公开一种基于用户角色配置使用场景的装置、车辆及计算机可读存储介质。

Description

基于用户角色配置使用场景的方法和装置及车辆

技术领域

本申请涉及汽车技术领域，例如涉及一种基于用户角色配置使用场景的方法和装置、车辆及计算机可读存储介质。

背景技术

随着汽车工业的发展，我国普通家庭以及企业的汽车保有量不断上升。人们在享受汽车带来的便利的同时，开始越来越多地关注车辆的智能化和便捷性。

在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：在一车多用户(例如家庭成员轮换驾驶同一辆车)的情况下，用户在驾驶车辆前需要根据自身情况手动对车辆的相关配置(例如座椅位置、后视镜位置等)进行重新调整，导致用户操作繁琐，智能化程度低，并进一步导致用户体验差。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种基于用户角色配置使用场景的方法和装置、车辆及计算机可读存储介质，以解决在一车多用户的情况下，用户在驾驶车辆前需要根据自身情况手动对车辆的相关配置进行重新调整，导致操作繁琐，智能化程度低，并进一步导致用户体验差的技术问题。

在一些实施例中，基于用户角色配置使用场景的方法，包括：根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识；获取与第一钥匙标识对应的第一配置信息；根据第一配置信息对车辆的相关配置进行调整。

在一些实施例中，基于用户角色配置使用场景的装置，包括：确定模块，被配置为根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识；获取模块，被配置为获取与第一钥匙标识对应的第一配置信息；调整模块，被配置为根据第一配置信息对车辆的相关配置进行调整。

在一些实施例中，基于用户角色配置使用场景的装置，包括处理器和存储有程序指令的存储器，其中，处理器被配置为在执行程序指令时，执行如上所述的基于用户角色配置使用场景的方法。

在一些实施例中，车辆包括如上所述的基于用户角色配置使用场景的装置。

在一些实施例中，计算机可读存储介质存储有计算机可执行指令，其中，该计算机可执行指令被处理器执行时实现如上所述的基于用户角色配置使用场景的方法。

本公开实施例提供的基于用户角色配置使用场景的方法和装置、车辆及计算机可读存储介质，可以实现以下技术效果：

通过根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识，获取与第一钥匙标识对应的第一配置信息，并根据第一配置信息对车辆的相关配置进行调整，能够在一车多用户的情况下自动调整车辆的相关配置，因此，简化了用户操作，提高了智能化程度，并进一步提升了用户体验。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是本公开实施例的实施环境的环境示意图；

图2是本公开实施例提供的基于用户角色配置使用场景的方法的流程示意图；

图3是本公开实施例提供的基于用户角色配置使用场景的方法的流程示意图；

图4是本公开实施例提供的基于用户角色配置使用场景的装置的结构示意图；

图5是本公开实施例提供的基于用户角色配置使用场景的装置的结构示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

图1是本公开实施例的实施环境的环境示意图。如图1所示，该实施环境可以包括车辆110、安装在车辆110上的控制器120、终端设备130、网络140和服务器150。

用户可以使用终端设备130与安装在车辆110上的控制器120进行交互，或者，终端设备130也可以直接安装在车辆110上。车辆110通过网络140与服务器150进行交互，以接收或发送消息等。终端设备130可以直接与服务器150进行交互，也可以通过车辆110间接与服务器150进行交互，本公开实施例对此不作限制。

进一步地，车辆110可以是机动车，例如，轿车、房车、卡车、越野车、运动型实用汽车(Sport Utility Vehicle，SUV)等，也可以是自行车或电动车，该自行车或电动车的座椅、方向盘等硬件设备受控制器120的控制能够自动调整。

控制器120可以接收用户通过终端设备130发送的车辆解锁指令，并将该车辆解锁指令发送给服务器150，以获取车辆110的相关配置信息。用户使用别的车辆时可通过终端设备130发送指令从服务器150下载车辆参数，对车辆进行调整。

终端设备130可以是具有显示屏并且支持信息输入的各种电子设备，例如，智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、电子书阅读器等，也可以是用于打开或锁住车门的车辆钥匙，例如，遥控钥匙、电子钥匙、智能钥匙，本公开实施例对此不作限制。此外，终端设备130也可以是车辆110的一部分，与控制器120作为一个整体内置在车辆110中。终端设备130上可以安装有各种通讯客户端应用，例如，车辆控制应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

网络140可以包括各种连接类型，例如，有线、无线通信链路(例如，蓝牙、红外、近距离无线通信等)、光纤电缆等。

服务器150可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者还可以是一个云计算服务中心，本公开实施例对此不作限制。服务器150存储有车辆110上传的车辆钥匙标识与车辆配置信息的对应关系，在接收到从车辆钥匙发出的电波信息后，服务器150对该电波信息进行识别以获取车辆钥匙的车辆钥匙标识，并将与该车辆钥匙标识对应的车辆配置信息反馈给车辆110。

应理解，图1中的车辆、终端设备和服务器的数量仅仅是示意性的，根据实际需要，可以具有任意数量的车辆、终端设备和服务器，例如，一辆车可以对应有两把或更多把车辆钥匙。

需要说明的是，本公开实施例提供的基于用户角色配置使用场景的方法一般由车辆110、终端设备130和服务器150共同执行，相应地，基于用户角色配置使用场景的装置一般设置于车辆110、终端设备130和服务器150中。

图2是本公开实施例提供的基于用户角色配置使用场景的方法的流程示意图。如图2所示，该基于用户角色配置使用场景的方法，包括：

S210，根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识；

S220，获取与第一钥匙标识对应的第一配置信息；

S230，根据第一配置信息对车辆的相关配置进行调整。

具体地，在接收到用户通过按压或触摸等方式对第一钥匙进行操作发出的电波信号后，安装在车辆中的控制器对电波信号进行处理，得到第一钥匙的第一钥匙标识；接着，控制器(也称电子控制器)将第一钥匙标识发送至服务器，服务器在预存的钥匙标识和车辆配置信息的对应关系表中查找与第一钥匙标识对应的第一配置信息，并将查找到的第一配置信息发送至控制器；进一步地，控制器根据第一配置信息自动控制安装在车辆中的执行器(例如，电动机或电磁经理圈)对车辆的相关配置进行调整。

这里，第一钥匙中可以安装有用于发出电波信号的无线电发送器，也可以安装有用于发出红外线信号的红外线发送器，本公开实施例对此不作限制。

第一配置信息可以包括座椅相关配置、安全带相关配置、后视镜相关配置、空调相关配置、车载音响相关配置中的一个或多个，其中，座椅相关配置可以包括但不限于座椅高度、座椅间距、座椅温度、靠背倾斜角度等；安全带相关配置可以包括但不限于安全带高度、安全带松紧程度等；后视镜相关配置可以包括但不限于车门后视镜位置、车内后视镜位置等；空调相关配置可以包括但不限于空调温度、空调风力大小等；车载音响相关配置可以包括车载音响的音量、车载音响的播放曲目、车载音响的收音机频段等。

需要说明的是，第一配置信息不限于如上所述的座椅相关配置、安全带相关配置等，例如，还可以包括方向盘相关配置、导航相关配置、照明相关配置、驾驶模式相关配置等，本公开实施例对此不作限制。

根据本公开实施例提供的技术方案，通过根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识，获取与第一钥匙标识对应的第一配置信息，并根据第一配置信息对车辆的相关配置进行调整，能够在一车多用户的情况下自动调整车辆的相关配置，因此，简化了用户操作，提高了智能化程度，并进一步提升了用户体验。

在一些实施例中，根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识，包括：在用户进入车辆的内部之前，接收用户通过第一钥匙发出的电波信号；对电波信号进行识别，得到第一钥匙的第一钥匙标识。

具体地，在进入车辆的内部之前，用户通过安装在第一钥匙中的无线电发送器向安装在车辆中的电子控制器发射电波信号；接着，在接收到电波信号后，电子控制器利用射频识别技术(Radio Frequency Identification，RFID)对电波信号进行识别，得到第一钥匙的第一钥匙标识。

这里，射频识别技术是一种非接触的自动识别技术，其利用射频信号和空间耦合(电感或电磁耦合)或雷达反射的传输特性，实现对被识别物体的自动识别。

根据本公开实施例提供的技术方案，通过在用户进入车辆的内部之前，接收用户通过第一钥匙发出的电波信号，并对电波信号进行识别得到第一钥匙的第一钥匙标识，能够基于第一钥匙发出的电波信号识别出第一钥匙标识，因此，提高了智能化程度。

在一些实施例中，获取与第一钥匙标识对应的第一配置信息，包括：从本地数据库中获取或从云端服务器中下载与第一钥匙标识对应的第一配置信息。

具体地，本地数据库或云端服务器中可以预先存储有钥匙标识和车辆配置信息的对应关系，车辆的电子控制器可以在本地数据库中查找与钥匙标识对应的车辆配置信息，也可以从云端服务器中下载与钥匙标识对应的车辆配置信息，本公开实施例对此不作限制。这里，钥匙标识可以包括但不限于钥匙名称、钥匙ID(Identity)、钥匙串号等。

以本地数据库为例，本地数据库中存储有钥匙标识与车辆配置信息的对应关系，如表1所示。

钥匙标识	车辆配置信息
		第一钥匙标识	第一配置信息
第二钥匙标识	第二配置信息
		第三钥匙标识	第三配置信息

表1

从表1可以看出，本地数据库中存储有三把车辆钥匙的钥匙标识与车辆配置信息的对应关系，其中，第一钥匙标识与第一配置信息匹配，第二钥匙标识与第二配置信息匹配，第三钥匙标识与第三配置信息匹配。

应理解，表1仅是示例性的说明，在实际实现中，可以根据需要对表格进行相应的调整。

根据本公开实施例提供的技术方案，通过在本地数据库或云端服务器中预先存储钥匙标识和车辆配置信息的对应关系，能够快速地获取与第一钥匙标识对应的第一配置信息，因此，提高了配置信息的查找速度。

在一些实施例中，从本地数据库中获取或从云端服务器中下载与第一钥匙标识对应的第一配置信息，包括：在本地数据库或云端服务器中查找与第一钥匙标识对应的第一配置信息；如果存在与第一钥匙标识对应的第一配置信息，则根据第一配置信息对车辆的相关配置进行调整；如果不存在与第一钥匙标识对应的第一配置信息，则将第一钥匙标识存储为第二钥匙标识并对车辆进行解锁。

具体地，在获取到第一钥匙标识之后，车辆的电子控制器可以在本地数据库或云端服务器中查找是否存在与第一钥匙标识对应的第一配置信息，如果存在与第一钥匙标识对应的第一配置信息，则电子控制器可以控制执行器根据第一配置信息对车辆的相关配置进行调整；如果不存在与第一钥匙标识对应的第一配置信息，则电子控制器可以将第一钥匙标识存储为第二钥匙标识(即，新的钥匙标识)，并同时对车辆进行解锁。

仍以表1为例，假设获取到的车辆钥匙的钥匙标识为第三钥匙标识，则查询表1可知，第三钥匙标识对应的车辆配置信息为第三配置信息，此时，可以第三配置信息对车辆的相关配置进行调整；假设获取到的车辆钥匙的钥匙标识为第五钥匙标识，则查询表1可知，并未存储与第五钥匙标识匹配的车辆配置信息，此时，可以将第五钥匙标识作为新的钥匙标识添加到表1中，并同时对车辆进行解锁。

根据本公开实施例提供的技术方案，能够根据第一钥匙标识自动判断是否存在与第一钥匙标识对应的第一配置信息，因此，提高了可操作性，并提高了智能化程度。

在一些实施例中，如果存在与第一钥匙标识对应的第一配置信息，则根据第一配置信息对车辆的相关配置进行调整，包括：如果存在与第一钥匙标识对应的第一配置信息，则将车辆的当前配置信息与第一配置信息进行比较；如果当前配置信息与第一配置信息相同，则对车辆进行解锁；如果当前配置信息与第一配置信息不同，则根据第一配置信息对车辆的相关配置进行调整。

具体地，在确定存在与第一钥匙标识对应的第一配置信息之后，电子控制器将车辆的当前配置信息与从本地数据库中获取或从云端服务器中下载的第一配置信息进行比较；进一步地，如果当前配置信息与第一配置信息相同，则表明当前配置信息与当前用户匹配，也就是说，不需要对车辆的相关配置进行调整，那么电子控制器直接对车辆进行解锁；如果当前配置信息与第一配置信息不同，则表明当前配置信息与当前用户不匹配，那么电子控制器控制执行器根据第一配置信息对车辆的相关配置进行调整。

根据本公开实施例提供的技术方案，通过将车辆的当前配置信息与第一配置信息进行比较，能够确定当前配置信息与当前用户是否匹配，并由此确定是否需要对当前配置信息进行调整，因此，提高了智能化程度，并提升了用户体验。

在一些实施例中，在将第一钥匙标识存储为第二钥匙标识并对车辆进行解锁之后，图1的基于用户角色配置使用场景的方法，还包括：获取与第二钥匙标识对应的第二配置信息，并将第二配置信息存储在本地数据库或上传至云端服务器。

具体地，在确定不存在与第一钥匙标识对应的第一配置信息并成功解锁车辆之后，执行器获取用户对车辆的第二配置信息，并将该第二配置信息与第二钥匙标识匹配；接着，执行器将获取到的第二配置信息发送至电子控制器；进一步地，在接收到执行器发送的第二配置信息之后，电子控制器将第二配置信息存储在本地数据库或上传至云端服务器。应理解，执行器也可以不通过电子控制器直接将第二配置信息存储在本地数据库或上传至云端服务器。

这里，第二配置信息可以包括座椅相关配置、安全带相关配置、后视镜相关配置、空调相关配置、车载音响相关配置中的一个或多个，其中，座椅相关配置可以包括但不限于座椅高度、座椅间距、座椅温度、靠背倾斜角度等；安全带相关配置可以包括但不限于安全带高度、安全带松紧程度等；后视镜相关配置可以包括但不限于车门后视镜位置、车内后视镜位置等；空调相关配置可以包括但不限于空调温度、空调风力大小等；车载音响相关配置可以包括车载音响的音量、车载音响播放的曲目等。

需要说明的是，第二配置信息不限于如上所述的座椅相关配置、安全带相关配置等，例如，还可以包括方向盘相关配置、导航相关配置、照明相关配置、驾驶模式相关配置等，本公开实施例对此不作限制。

根据本公开实施例提供的技术方案，能够自动获取与第二钥匙标识对应的第二配置信息，并将第二配置信息存储在本地数据库或上传至云端服务器中，因此，提高了智能化程度，并提升了用户体验。

在一些实施例中，图2的基于用户角色配置使用场景的方法，还包括：在检测到用户对车辆的相关配置进行重新调整时，更新第一钥匙标识对应的第一配置信息。

具体地，用户在驾驶车辆之前或在驾驶车辆时可能会对车辆的相关配置进行调整，例如，调整车载音响的音量、调整空调的温度等；在检测到当前车辆的相关配置被重新调整时，可以将预存的与当前车辆匹配的车辆配置信息更新为调整后的车辆配置信息，以便在下次与车辆钥匙建立连接后，可以根据调整后的车辆配置信息自动调整车辆的相关配置。

举例来说，仍以表1为例，假设车辆钥匙与车辆建立连接，车辆钥匙的钥匙标识为第一钥匙标识，车辆将其相关配置自动调整为匹配第一钥匙标识的第一配置信息，其中，第一配置信息中的空调温度为T1；在用户驾驶车辆行驶了一段时间后，由于车内温度较高，用户将空调的温度调低至T2，则车辆会将第一配置信息中的空调温度从T1更新为T2，当用户下次再驾驶车辆时，车辆就能够自动将空调温度调整到T2。

根据本公开实施例提供的技术方案，通过在检测到用户对车辆的相关配置进行重新调整时更新第一钥匙标识对应的第一配置信息，能够根据用户对车辆的相关配置的调整自动更新车辆配置信息，因此，提高了智能化程度，并提升了用户体验。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

图3是本公开实施例提供的基于用户角色配置使用场景的方法的流程示意图。如图3所示，该基于用户角色配置使用场景的方法，包括：

S301，在用户进入车辆的内部之前，接收用户通过第一钥匙发出的电波信号；

S302，对电波信号进行识别，得到第一钥匙的第一钥匙标识；

S303，在本地数据库或云端服务器中查找与第一钥匙标识对应的第一配置信息；

S304，确定是否存在与第一钥匙标识对应的第一配置信息；

S305，如果存在与第一钥匙标识对应的第一配置信息，则确定车辆的当前配置信息与第一配置信息是否相同；

S306，如果当前配置信息与第一配置信息相同，则对车辆进行解锁；

S307，如果当前配置信息与第一配置信息不同，则根据第一配置信息对车辆的相关配置进行调整；

S308，在检测到用户对车辆的相关配置进行重新调整时，更新第一钥匙标识对应的第一配置信息；

S309，如果不存在与第一钥匙标识对应的第一配置信息，则将第一钥匙标识存储为第二钥匙标识并对车辆进行解锁；

S310，获取与第二钥匙标识对应的第二配置信息，并将第二配置信息存储在本地数据库或上传至云端服务器。

根据本公开实施例提供的技术方案，通过在用户进入车辆的内部之前，接收用户通过第一钥匙发出的电波信号，对电波信号进行识别得到第一钥匙的第一钥匙标识，在本地数据库或云端服务器中查找与第一钥匙标识对应的第一配置信息，如果存在与第一钥匙标识对应的第一配置信息，则确定车辆的当前配置信息与第一配置信息是否相同；如果当前配置信息与第一配置信息相同，则对车辆进行解锁，如果当前配置信息与第一配置信息不同，则根据第一配置信息对车辆的相关配置进行调整，并在检测到用户对车辆的相关配置进行重新调整时，更新第一钥匙标识对应的第一配置信息；如果不存在与第一钥匙标识对应的第一配置信息，则将第一钥匙标识存储为第二钥匙标识并对车辆进行解锁，获取与第二钥匙标识对应的第二配置信息，并将第二配置信息存储在本地数据库或上传至云端服务器，能够在用户进入车辆的内部之前，根据与钥匙标识对应的车辆配置信息自动调整车辆的相关配置，无需用户手动调整，因此，简化了用户操作，提高了智能化程度，并进一步提升了用户体验。

下面，以一车多用户的情况为例，结合具体应用场景对本公开的实现过程进行描述。

假设夫妻二人共同使用一部车辆。丈夫在首次驾驶车辆时调整了车辆的座椅高度、后视镜位置等相关配置，为了便于描述，将丈夫设置的车辆配置信息称为第一配置信息，将丈夫使用的车辆钥匙的钥匙标识称为第一钥匙标识，并存储第一钥匙标识与第一配置信息的对应关系。当丈夫再次驾驶该车辆时，如果检测到车辆与丈夫使用的车辆钥匙成功匹配，则自动将车辆的相关配置调整为第一配置信息中记载的相关配置。

妻子在首次驾驶车辆时也手动调整了车辆的座椅高度、后视镜位置等配置信息，为了便于描述，将妻子设置的配置信息称为第二配置信息，将妻子使用的车辆钥匙的钥匙标识称为第二钥匙标识，并存储第二钥匙标识与第二配置信息的对应关系。当妻子再次驾驶该车辆时，如果检测到车辆与妻子使用的车辆钥匙成功匹配，则自动将车辆的相关配置调整为第二配置信息中记载的相关配置。

当丈夫和妻子一同驾车出行时，在夫妻二人进入车辆的内部之前，如果检测到丈夫使用的车辆钥匙与车辆成功建立了连接，则表明由丈夫来驾驶车辆，那么车辆会判断当前配置信息与第一配置信息是否相同，如果当前配置信息与第一配置信息相同，则对车辆进行解锁；如果当前配置信息与第一配置信息不同，则根据第一配置信息自动对车辆的相关配置进行调整；如果检测到妻子使用的车辆钥匙与车辆成功建立了连接，则表明由妻子来驾驶车辆，那么车辆同样会判断当前配置信息与第一配置信息是否相同，如果当前配置信息与第一配置信息相同，则对车辆进行解锁；如果当前配置信息与第一配置信息不同，则根据第二配置信息自动对车辆的相关配置进行调整。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图4是本公开实施例提供的基于用户角色配置使用场景的装置的结构示意图。如图4所示，该基于用户角色配置使用场景的装置，包括：

确定模块410，被配置为根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识；

获取模块420，被配置为获取与第一钥匙标识对应的第一配置信息；

调整模块430，被配置为根据第一配置信息对车辆的相关配置进行调整。

根据本公开实施例提供的技术方案，通过根据从第一钥匙发出的电波信号确定第一钥匙的第一钥匙标识，获取与第一钥匙标识对应的第一配置信息，并根据第一配置信息对车辆的相关配置进行调整，能够在一车多用户的情况下自动调整车辆的相关配置，因此，简化了用户操作，提高了智能化程度，并进一步提升了用户体验。

在一些实施例中，在用户进入车辆的内部之前，图4的确定模块410接收用户通过第一钥匙发出的电波信号，并对电波信号进行识别，得到第一钥匙的第一钥匙标识。

在一些实施例中，图4的获取模块420从本地数据库中获取或从云端服务器中下载与第一钥匙标识对应的第一配置信息。

在一些实施例中，图4的获取模块420在本地数据库或云端服务器中查找与第一钥匙标识对应的第一配置信息，如果存在与第一钥匙标识对应的第一配置信息，则根据第一配置信息对车辆的相关配置进行调整；如果不存在与第一钥匙标识对应的第一配置信息，则将第一钥匙标识存储为第二钥匙标识并对车辆进行解锁。

在一些实施例中，图4的获取模块420还获取与第二钥匙标识对应的第二配置信息，并将第二配置信息存储在本地数据库或上传至云端服务器。

在一些实施例中，第二配置信息包括座椅相关配置、安全带相关配置、后视镜相关配置、空调相关配置、车载音响相关配置中的一个或多个。

在一些实施例中，图4的基于用户角色配置使用场景的装置还包括：更新模块440，被配置为在检测到用户对车辆的相关配置进行重新调整时，更新第一钥匙标识对应的第一配置信息。

在一些实施例中，第一配置信息包括座椅相关配置、安全带相关配置、后视镜相关配置、空调相关配置、车载音响相关配置中的一个或多个。

图5是本公开实施例提供的基于用户角色配置使用场景的装置的结构示意图。如图5所示，该基于用户角色配置使用场景的装置包括：处理器(Processor)510和存储器(Memory)520，还可以包括通信接口(Communication Interface)530和总线540。其中，处理器510、通信接口530、存储器520可以通过总线540完成相互间的通信。通信接口530可以用于信息传输。处理器510可以调用存储器520中的逻辑指令，以执行上述实施例的基于用户角色配置使用场景的方法。

此外，上述的存储器520中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器520作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器510通过运行存储在存储器520中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的基于用户角色配置使用场景的方法。

存储器520可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器。

本公开实施例提供了一种车辆，包含上述的基于用户角色配置使用场景的装置。

本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，该计算机可执行指令设置为执行上述基于用户角色配置使用场景的方法。

本公开实施例提供了一种计算机程序产品，该计算机程序产品包括存储在计算机可读存储介质上的计算机程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，使该计算机执行上述基于用户角色配置使用场景的方法。

上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。本公开实施例的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。当用于本申请中时，虽然术语“第一”、“第二”等可能会在本申请中使用以描述各元件，但这些元件不应受到这些术语的限制。这些术语仅用于将一个元件与另一个元件区别开。比如，在不改变描述的含义的情况下，第一元件可以叫做第二元件，并且同样第，第二元件可以叫做第一元件，只要所有出现的“第一元件”一致重命名并且所有出现的“第二元件”一致重命名即可。第一元件和第二元件都是元件，但可以不是相同的元件。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (13)

1.一种基于用户角色配置使用场景的方法，其特征在于，包括：

根据从第一钥匙发出的电波信号确定所述第一钥匙的第一钥匙标识；

获取与所述第一钥匙标识对应的第一配置信息；

根据所述第一配置信息对车辆的相关配置进行调整。

2.根据权利要求1所述的方法，其特征在于，所述根据从第一钥匙发出的电波信号确定所述第一钥匙的第一钥匙标识，包括：

在用户进入所述车辆的内部之前，接收所述用户通过所述第一钥匙发出的所述电波信号；

对所述电波信号进行识别，得到所述第一钥匙的所述第一钥匙标识。

3.根据权利要求1所述的方法，其特征在于，所述获取与所述第一钥匙标识对应的第一配置信息，包括：

从本地数据库中获取或从云端服务器中下载与所述第一钥匙标识对应的所述第一配置信息。

4.根据权利要求3所述的方法，其特征在于，所述从本地数据库中获取或从云端服务器中下载与所述第一钥匙标识对应的所述第一配置信息，包括：

在所述本地数据库或所述云端服务器中查找与所述第一钥匙标识对应的所述第一配置信息；

如果存在与所述第一钥匙标识对应的所述第一配置信息，则根据所述第一配置信息对所述车辆的相关配置进行调整；

如果不存在与所述第一钥匙标识对应的所述第一配置信息，则将所述第一钥匙标识存储为第二钥匙标识并对所述车辆进行解锁。

5.根据权利要求4所述的方法，其特征在于，所述如果存在与所述第一钥匙标识对应的所述第一配置信息，则根据所述第一配置信息对所述车辆的相关配置进行调整，包括：

如果存在与所述第一钥匙标识对应的所述第一配置信息，则将所述车辆的当前配置信息与所述第一配置信息进行比较；

如果所述当前配置信息与所述第一配置信息相同，则对所述车辆进行解锁；

如果所述当前配置信息与所述第一配置信息不同，则根据所述第一配置信息对所述车辆的相关配置进行调整。

6.根据权利要求4所述的方法，其特征在于，在所述将所述第一钥匙标识存储为第二钥匙标识并对所述车辆进行解锁之后，所述方法还包括：

获取与所述第二钥匙标识对应的第二配置信息，并将所述第二配置信息存储在所述本地数据库或上传至所述云端服务器。

7.根据权利要求6所述的方法，其特征在于，所述第二配置信息包括座椅相关配置、安全带相关配置、后视镜相关配置、空调相关配置、车载音响相关配置中的一个或多个。

8.根据权利要求1至7中任一项所述的方法，其特征在于，还包括：

在检测到所述用户对所述车辆的相关配置进行重新调整时，更新所述第一钥匙标识对应的所述第一配置信息。

9.根据权利要求1至7中任一项所述的方法，其特征在于，所述第一配置信息包括座椅相关配置、安全带相关配置、后视镜相关配置、空调相关配置、车载音响相关配置中的一个或多个。

10.一种基于用户角色配置使用场景的装置，其特征在于，包括：

确定模块，被配置为根据从第一钥匙发出的电波信号确定所述第一钥匙的第一钥匙标识；

获取模块，被配置为获取与所述第一钥匙标识对应的第一配置信息；

调整模块，被配置为根据所述第一配置信息对车辆的相关配置进行调整。

11.一种基于用户角色配置使用场景的装置，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求1至9中任一项所述的基于用户角色配置使用场景的方法。

12.一种车辆，其特征在于，包括如权利要求10或11所述的基于用户角色配置使用场景的装置。

13.一种计算机可读存储介质，其上存储有计算机可执行指令，其特征在于，所述计算机可执行指令被处理器执行时实现如权利要求1至9中任一项所述的基于用户角色配置使用场景的方法。

Images