车机配置方法、装置及电子设备与流程

本申请涉及汽车电子技术领域，具体而言，涉及一种车机配置方法、装置及电子设备。

背景技术：

车机是安装在车辆上的车载信息娱乐产品，能够实现人与车辆、车辆与外界(例如，车辆与车辆)的信息通讯。用户能够通过车机登陆车联网系统，以获取适应个人配置习惯的配置数据(例如，应用程序安装包)对车机进行个性化配置。但是，现有技术中，用户在更换车辆，例如，由安装第二车机的车辆，更换为安装第一车机的车辆之后，往往需要对第一车机进行首次配置，或重新配置，以适应自身配置习惯，而配置过程通常比较繁琐，例如，对于应用程序而言，通常需要用户逐个手动下载，并进行安装。

技术实现要素：

本申请实施例的目的在于，提供一种车机配置方法、装置及数据处理设备，以实现车机的自动化配置，从而简化车机的配置过程。

第一方面，本申请实施例提供的车机配置方法，应用于数据处理设备，车机配置方法，包括：

接收第一车机发送的当前登录信息，当前登录信息包括用户信息和当前车机标识；

获取用户信息对应的历史车机标识；

当当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，以供第一车机根据历史配置信息进行配置。

通过本申请实施例提供的车机配置方法，用户在更换车辆，例如，由安装第二车机的车辆，更换为安装第一车机的车辆之后，能够通过本申请实施例提供的车机配置方法，判断当前车机标识与历史车机标识是否一致，且在判定当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，作为对第一车机进行自动化配置的基础。如此，便能够实现第一车机的自动化配置，以简化第一车机的配置过程，同时，还能够使得第一车机的配置与第二车机的配置保持一致，也即，与用户配置习惯保持一致。

第二方面，本申请实施例提供的车机配置方法，应用于车机，车机配置方法，包括：

接收登录请求，生成当前登录信息，当前登录信息包括用户信息和当前车机标识；

将当前登录信息发送给数据处理设备，以供数据处理设备在判定当前车机标识与用户信息对应的历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给车机；

接收数据处理设备发送的历史配置信息，并根据历史配置信息进行配置。

通过本申请实施例提供的车机配置方法，用户在更换车辆，例如，由安装第二车机的车辆，更换为安装第一车机的车辆之后，数据处理设备能够判断当前车机标识与历史车机标识是否一致，且在判定当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，作为对第一车机进行自动化配置的基础。如此，便能够实现第一车机的自动化配置，以简化第一车机的配置过程，同时，还能够使得第一车机的配置与第二车机的配置保持一致，也即，与用户配置习惯保持一致。

第三方面，本申请实施例提供的车机配置装置，包括：

登录信息接收模块，用于接收第一车机发送的当前登录信息，当前登录信息包括用户信息和当前车机标识；

车机标识获取模块，用于获取用户信息对应的历史车机标识；

配置信息发送模块，用于当当前车机标识与历史车机标识不一致时，将历史配置信息发送给第一车机，以供第一车机根据历史配置信息进行配置。

本申请实施例提供的车机配置装置，具有与第一方面提供的车机配置方法相同的有益效果，此处不作赘述。

第四方面，本申请实施例提供的车机配置装置，包括：

登录信息生成模块，用于接收登录请求，生成当前登录信息，当前登录信息包括用户信息和当前车机标识；

登录信息发送模块，用于将当前登录信息发送给数据处理设备，以供数据处理设备在判定当前车机标识与用户信息对应的历史车机标识不一致时，返回历史配置信息；

配置模块，用于接收数据处理设备发送的历史配置信息，并根据历史配置信息进行配置。

本申请实施例提供的车机配置装置，具有与第二方面提供的车机配置方法相同的有益效果，此处不作赘述。

第五方面，本申请实施例提供的电子设备包括处理器和存储器，存储器上存储有计算机程序，处理器用于执行计算机程序，以实现上述第一方面、第一方面的任意一种可选的实施方式、第二方面，或第二方面的任意一种可选的实施方式所提供的车机配置方法。

本申请实施例提供的电子设备，具有与第一方面提供的车机配置方法，或第二方面提供的车机配置方法相同的有益效果，此处不作赘述。

第六方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被执行时，可实现上述第一方面，或第一方面的任意一种可选的实施方式所提供的车机配置方法。

本申请实施例提供的计算机可读存储介质，具有与第一方面提供的车机配置方法，或第二方面提供的车机配置方法相同的有益效果，此处不作赘述。

附图说明

为更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种车机配置方法的步骤流程图。

图2为本申请实施例提供的一种车机配置方法的步骤流程图。

图3为本申请实施例提供的一种车机配置装置的步骤流程图。

图4为本申请实施例提供的一种车机配置装置的步骤流程图。

图5为本申请实施例提供的一种电子设备的示意性结构框图。

附图标记：110-登录信息生成模块；120-登录信息发送模块；130-配置模块；140-登录信息接收模块；150-车机标识获取模块；160-配置信息发送模块；200-电子设备；210-处理器；220-存储器。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

第一实施例：

请参阅图1，图1为本申请实施例提供的车机配置方法的流程示意图，该车机配置方法应用于车机。所应说明的是，本申请实施例提供的车机配置方法不以图1及以下所示的顺序为限制，以下结合图1对车机配置方法的具体流程及步骤进行描述。

步骤s100，接收登录请求，生成当前登录信息，当前登录信息包括用户信息和当前车机标识。

本申请实施例中，车机可以为用户提供账户登录界面，而用户可以在账户登录界面输入用户信息，作为登录请求。车机在接收到登录请求之后，生成包括用户信息和当前车机标识的当前登录信息。本申请实施例中，用户信息可以是账号信息，例如，自定义昵称、手机号码等，而当前车机标识可以是车机地址信息、国际移动用户识别码(internationalmobilesubscriberidentity，imsi)等用于识别车机身份的唯一标识码(uniqueidentificationcode，uid)。

步骤s200，将当前登录信息发送给数据处理设备，以供数据处理设备在判定当前车机标识与用户信息对应的历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给车机。

在生成当前登录信息之后，车机可以将当前登录信息发送给数据处理设备，此后，数据处理设备便从当前登录信息中提取用户信息，以获取用户信息对应的历史车机标识，并判断当前车机标识与用户信息对应的历史车机标识是否不一致，在判定当前车机标识与用户信息对应的历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给车机。

可以理解的是，本申请实施例中，历史车机标识是用户历史使用车辆上安装车机的唯一标识码。例如，用户由安装第二车机的车辆，更换为安装第一车机的车辆，且通过第一车机生成当前登录信息，并将当前登录信息发送给数据处理设备之后，第一车机的唯一标识码，即为当前车机标识，第二车机的唯一标识码，即为历史车机标识。

对于用户配置习惯，本申请实施例中，可以理解为用户常用的应用程序、常用的媒资数据、车内空调、车内加湿器等环境控制设备的工作参数设置习惯，以及偏好的车机界面显示状态、车内灯具工作状态。其中，媒资数据可以是某条导航路线、某首歌曲、某部有声小说、某个页面等，车内空调的工作参数可以是工作温度、风向、工作模式等，车内加湿器的工作参数可以是工作湿度、工作模式等，车机界面显示状态可以是显示亮度、显示风格等，车内灯具工作状态可以是灯光氛围、灯光亮度等。因此，可以理解的是，本申请实施例中，历史配置信息可以包括，但不限于常用应用程序的文件数据、目标媒资数据的表征信息、目标工作参数、目标工作状态中的任意一者。其中，常用应用程序的文件数据可以是软件安装包。

步骤s300，接收数据处理设备发送的历史配置信息，并根据历史配置信息进行配置。

车机在接收历史配置信息之后，可以从历史配置信息中解析出常用应用程序的文件数据，以实现自动安装常用应用程序的目的，也可以从历史配置信息中解析出目标媒资数据的表征信息，并进行显示，以便用户根据表征信息，获取对应的目标媒资数据，还可以从历史配置信息中解析出目标工作参数，以根据目标工作参数对车内空调、车内加湿器等环境控制设备的工作参数进行自动化配置，以及从历史配置信息中解析出目标工作状态，以根据目标工作状态对车机界面的显示状态，以及车内灯具等功能设备的工作状态进行自动化配置。

通过本申请实施例提供的车机配置方法，用户在更换车辆，例如，由安装第二车机的车辆，更换为安装第一车机的车辆之后，数据处理设备能够判断当前车机标识与历史车机标识是否一致，且在判定当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，作为对第一车机进行自动化配置的基础。如此，便能够实现第一车机的自动化配置，以简化第一车机的配置过程，同时，还能够使得第一车机的配置与第二车机的配置保持一致，也即，与用户配置习惯保持一致。

本申请实施例中，历史配置信息可以通过数据处理设备对用户行为数据进行分析获得，而用户行为数据可以理解为，用户在安装于车机的应用软件上进行各种操作行为(例如，点击某个标签、点击某个按钮、请求某个页面、关闭某个页面等)时产生的行为表征数据，而应用软件可以包括应用程序、环境控制程序和状态控制程序。其中，应用程序可以包括高德地图、百度地图、酷狗音乐、网易云音乐、喜马拉雅fm、蜻蜓fm、今日头条等，环境控制程序可以包括车内空调控制程序、车内加湿器控制程度等，状态控制程序可以包括车机界面控制程序、车内灯光控制程序等。

需要说明的是，本申请实施例中，用户在安装于车机的应用软件上进行的各种操作行为，可以包括主动行为和被动行为。其中，主动行为为用户主动触发的操作行为，例如，主动点击某个标签、点击某个按钮、请求某个页面、关闭某个页面等，而被动行为为应用软件自动触发的操作行为，例如，当应用软件为酷狗音乐或网易云音乐时，被动行为可以是关闭歌曲《追梦赤子心》，也可以是播放歌曲《海阔天空》，而当这两个被动行为连续时，通常被认为是歌曲自动切换。

本申请实施例中，用户行为数据可以包括数据来源标识、行为发生时间和对象内容。

其中，数据来源标识用于表征用户行为数据的数据来源，例如，表征用户行为数据是来源于高德地图，还是来源于百度地图。

行为发生时间用于表征用户在应用软件上进行操作行为的具体动作时间。

对象内容用于表征用户在应用软件上进行操作行为的动作目标。例如，当应用软件为高德地图或百度地图时，操作行为的动作目标可以是开启该应用软件，也可以是关闭该应用软件，还可以是查询以北京首都国际机场为起点，国家体育场为终点的导航路线，当应用软件为酷狗音乐或网易云音乐时，操作行为的动作目标可以是开启该应用软件，也可以是关闭该应用软件，还可以是播放歌曲《追梦赤子心》，当应用软件为喜马拉雅fm或蜻蜓fm时，操作行为的动作目标可以是开启该应用软件，也可以是关闭该应用软件，还可以是播放有声小说《明朝那些事儿》，当应用软件为今日头条时，操作行为的动作目标可以是开启该应用软件，也可以是关闭该应用软件，还可以是请求页面《苏州连夜严查超限超载》，当应用软件为车内空调控制程序时，操作行为的动作目标可以是设定车内空调工作温度为m1℃，也可以是设定车内空调风向为第m2方向，还可以是设定车内空调工作模式为第m3模式，当应用软件为车内加湿器控制程序时，操作行为的动作目标可以是设定车内加湿器工作湿度为m4％rh，也可以是设定车内加湿器工作模式为第m5模式，当应用软件为车机界面控制程序时，操作行为的动作目标可以是设定车机界面显示亮度为第m6档亮度，也可以是设定车机界面显示风格为第m7风格，当应用软件为车内灯光控制程序时，操作行为的动作目标可以是设定车内灯光氛围为第m8氛围，也可以是设定车内灯光亮度为第m9档亮度。其中，m1、m2、m3、m4、m5、m6、m7、m8、m9用于表征任意参数调节数值。

本申请实施例中，车机发送的用户行为数据可以存储于数据处理设备中预设的mongodb数据库，mongodb数据库具有读写能力强，数据吞吐量大等特点，因此，能够提高本申请实施例提供的数据处理方法的执行效率。

基于以上描述，本申请实施例提供的车机配置方法，还可以包括步骤s400和步骤s500。

步骤s400，采集用户行为数据，用户行为数据为用户在安装于车机的应用软件上进行操作行为时，产生的行为表征数据。

对于用户行为数据的采集，本申请实施例中，车机可以通过数据埋点采集方式实现。数据埋点采集方式的实现原理为，针对某个应用软件，开发该应用软件时，在该应用软件的每条功能代码后面添加统计代码，以记录用户在该应用软件上进行的各种操作行为，也即，当用户在该应用软件上进行某个操作行为时，会生成一条对应的日志记录，如此，当安装于车机的监控程序监测到日志记录生成时，便会将该条日志记录作为一条用户行为数据。

需要说明的是，对于应用程序中包括的网页类程序(例如，今日头条)，本申请实施例中，其用户行为数据的采集，也可以通过基于javascript的数据采集方式实现用户行为数据的采集。基于javascript的数据采集方式的实现原理为，用户在某个应用软件上进行某个操作行为，例如，触发该应用软件对目标页面的http请求，而目标页面被打开时，目标页面对应的html文件中预设的第一javascript代码会被执行，以创建对应script标签，而script标签的src属性又会指向预设的第二javascript代码，此时，第二javascript代码会被应用程序请求并执行，以实现数据采集，并生成一条对应的日志记录，如此，当安装于车机的监控程序监测到日志记录生成时，便会将该条日志记录作为一条用户行为数据。

步骤s500，将用户行为数据发送给数据处理设备。

对于用户行为数据的发送，本申请实施例中，作为第一种可选的实施方式，车机可以在每采集到一条用户行为数据时，将该用户行为数据发送给电子设备，也可以理解为即时发送。

但是，车机若采用第一种可选的实施方式所提供的数据发送方式，发送用户行为数据，可能会导致数据传输压力过大，而影响数传输效率，基于此，为缓解数据传输压力，对于用户行为数据的发送，本申请实施例还提供了第二种可选的实施方式，车机可以每间隔第一预设时长，将当前时间点之前的第一预设时长内，采集的所有用户行为数据进行整体封装，获得整体数据集，并将整体数据集发送给数据处理设备。其中，第一预设时长可以是，但不限于5min、10min、20min。

本申请实施例中，可以采用json数据格式，对当前时间点之前的第一预设时长内，采集的所有用户行为数据进行整体封装。json数据格式具有比较简单、易于读写、占用带宽小、支持多种语言、能够直接被数据处理设备端代码使用等特点，因此，能够提高本申请实施例提供的数据处理方法的执行效率。

基于以上描述，为缓解数据传输压力的同时，简化数据处理设备的数据处理过程，对于用户行为数据的发送，本申请实施例还提供了第三种可选的实施方式，如步骤s510、步骤s520、步骤s530和步骤s540。

步骤s510，每采集到一条用户行为数据时，按数据来源类型，对用户行为数据进行分类，并缓存。

本申请实施例中，车机可以在每采集到一条用户行为数据时，按数据来源类型，对该条用户行为数据进行分类，并缓存，也可以理解为即时分类，并缓存。

步骤s520，每间隔第二预设时长，将当前时间点之前的第二预设时长内，缓存的每类用户行为数据进行封装，获得多个分类数据集。

本申请实施例中，每间隔第二预设时长，将当前时间点之前的第二预设时长内，缓存的所有每类用户行为数据进行封装，获得多个分类数据集，并为该分类数据集添加第一集合标识。其中，第二预设时长可以是，但不限于5min、10min、20min。本申请实施例中，同样可以采用json数据格式，对每类用户行为数据进行封装，获得多个分类数据集。

步骤s530，对多个分类数据集进行整体封装，获得整体数据集。

本申请实施例中，同样可以采用json数据格式对多个分类数据集进行整体封装，获得整体数据集。

步骤s540，将整体数据集发送给数据处理设备。

本申请实施例中，数据处理设备在接收到整体数据集之后，可以对整体数据集中包括的用户行为数据集进行分析，获得历史配置信息。如此，用户在更换车辆，例如，由安装第一车机的车辆，更换为安装第三车机的车辆之后，数据处理设备能够判断当前车机标识与历史车机标识是否一致，且在判定当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第三车机，作为对第三车机进行自动化配置的基础。如此，便能够实现第三车机的自动化配置，以简化第三车机的配置过程，同时，还能够使得第三车机的配置与第一车机的配置保持一致，也即，与用户配置习惯保持一致。

第二实施例：

请参阅图2，图2为本申请实施例提供的车机配置方法的流程示意图，该车机配置方法应用于数据处理设备。数据处理设备可以是服务器，例如，网络服务器、数据库服务器等，也可以是终端设备，例如，智能手机、平板电脑、个人数字助理(personaldigitalassistant，pad)、移动上网设备(mobileinternetdevice，mid)等。所应说明的是，本申请实施例提供的车机配置方法不以图2及以下所示的顺序为限制，以下结合图2对车机配置方法的具体流程及步骤进行描述。

步骤s600，接收第一车机发送的当前登录信息，当前登录信息包括用户信息和当前车机标识。

关于步骤s600中，当前登录信息，也即，用户信息和当前车机标识的描述，具体可参考第一实施例提供的车机配置方法中，关于步骤s100和步骤s200的详细描述，此处不作赘述。

步骤s700，获取用户信息对应的历史车机标识。

本申请实施例中，数据处理设备中预设的mongodb数据库还存储有多条历史登录信息，基于此，可以获取具有与当前登录信息相同用户信息的历史登录信息，作为目标登录信息，并从目标登录信息中提取历史车机标识。

步骤s800，当当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，以供第一车机根据历史配置信息进行配置。

关于步骤s800中，将用于表征用户配置习惯的历史配置信息发送给第一车机，以供第一车机根据历史配置信息进行配置的描述，具体可参考第一实施例提供的车机配置方法中，关于步骤s200和步骤s300的详细描述，此处不作赘述。

通过本申请实施例提供的车机配置方法，用户在更换车辆，例如，由安装第二车机的车辆，更换为安装第一车机的车辆之后，能够通过本申请实施例提供的车机配置方法，判断当前车机标识与历史车机标识是否一致，且在判定当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，作为对第一车机进行自动化配置的基础。如此，便能够实现第一车机的自动化配置，以简化第一车机的配置过程，同时，还能够使得第一车机的配置与第二车机的配置保持一致，也即，与用户配置习惯保持一致。

为避免第一车机接收到无效配置信息，从而实现节省通信资源的目的，本申请实施例中，步骤s800可以包括步骤s810、步骤s820和步骤s830。

步骤s810，当当前车机标识与历史车机标识不一致时，获得当前车机标识对应的标准配置信息集。

本申请实施例中，在接收到用户信息之后，可以从用户信息中提取当前车机标识，以获取当前车机标识对应的标准配置信息集，标准信息配置集中包括第一车机所支持的所有应用软件信息，以及对应的版本信息。

步骤s820，从历史配置信息包括的多条子配置信息中，选取与标准配置信息集对应的目标配置信息。

例如，当多条子配置信息中包括高德地图linux版、高德地图android版、网易云音乐linux版和网易云音乐android版，标准配置信息集中包括用于表征第二车机支持高德地图linux版和网易云音乐linux版的表征信息，则从历史配置信息包括的多条子配置信息中，选取与标准配置信息集对应的所有子配置信息，共同作为目标配置信息可以是，选取高德地图linux版和网易云音乐linux版，共同作为目标配置信息。

步骤s830，将目标配置信息发送给第一车机，以供第一车机根据目标配置信息进行配置。

本申请实施例中，历史配置信息可以通过数据处理设备对第二车机发送的用户行为数据进行分析获得。基于此，本申请实施例提供的车机配置方法，还可以包括步骤s900、步骤s1000和步骤s1100。

步骤s900，接收第二车机发送的用户行为数据。

关于步骤s900中，用户行为数据的描述，具体可参考第一实施例中，关于用户作为数据的详细描述，此处不作赘述。

步骤s1000，按数据来源类型，对第二车机发送的所有用户行为数据进行分类，获得多个目标数据集。

基于第一实施例提供的车机配置方法中，关于用户行为数据发送的相关描述，对于步骤s1000，本申请实施例中，其同样可以包括三种可选的实施方式。

当第二车机采用上述第一种可选的实施方式提供的数据发送方式发送用户行为数据时，步骤s1000可以包括，针对第二车机发送的每条用户行为数据，对该条用户行为数据包括的数据来源标识进行识别，以将数据来源标识相同的用户行为数据，作为同类型用户行为数据，并将同类型用户行为数据存储于对应的目标数据集。可以理解的是，本申请实施例中，针对每个目标数据集，该目标数据集中，除存储有当前时刻接收的用户行为数据外，还可能存储有历史时刻接收的同类型用户行为数据，也即，当历史时刻接收有同类型用户行为数据时，也存储于该目标数据集中。

当第二车机采用上述第二种可选的实施方式提供的数据发送方式发送用户行为数据时，步骤s1000可以包括，针对第二车机发送的每个整体数据集，对该整体数据集进行解封，获得多条用户行为数据，此后，针对每条用户行为数据，对该条用户行为数据包括的数据来源标识进行识别，以将数据来源标识相同的用户行为数据，作为同类型用户行为数据，并将同类型用户行为数据存储于对应的目标数据集。同样，可以理解的是，本申请实施例中，针对每个目标数据集，该目标数据集中，除存储有当前时刻接收的用户行为数据外，还可能存储有历史时刻接收的同类型用户行为数据，也即，当历史时刻接收有同类型用户行为数据时，也存储于该目标数据集中。

当第二车机采用上述第三种可选的实施方式提供的数据发送方式发送用户行为数据时，步骤s1000可以包括，针对第二车机发送的每个整体数据集，对该整体数据集进行解封，获得多个分类数据集，此后，针对每个分类数据集，对该分类数据集携带的第一集合标识进行识别，以确定该分类数据集中所有用户行为数据的数据来源类型，并将该分类数据集中所有用户行为数据存储于对应的目标数据集。同样，可以理解的是，本申请实施例中，针对每个目标数据集，该目标数据集中，除存储有当前时刻接收的用户行为数据外，还可能存储有历史时刻接收的同类型用户行为数据，也即，当历史时刻接收有同类型用户行为数据时，也存储于该目标数据集中。

需要说明的是，本申请实施例中，在获得多个目标数据集之后，针对每个目标数据集，可以为该目标数据集添加第二集合标识。同样，可以理解的是，本申请实施例中，针对每个目标数据集，为该目标数据集添加的第二集合标识可以根据该目标数据集中，所有用户行为数据包括的数据来源标识设置，当然，也可以将该目标数据集中所有用户行为数据包括的数据来源标识，直接作为该目标数据集的第二集合标识。

还需要说明的是，本申请实施例中，多个目标数据集中可以包括至少一个应用数据集、至少一个环境控制数据集，以及至少一个状态控制数据集，且每个应用数据集中所有用户行为数据的数据来源为同一应用程序，每个环境控制数据集中所有用户行为数据的数据来源为同一环境控制程序，每个状态控制数据集中所有用户行为数据的数据来源为同一状态控制程序。

步骤s1100，对多个目标数据集进行分析，获得历史配置信息。

为确定用户常用的应用程序，本申请实施例中，步骤s1100可以包括步骤s1111、步骤s1112和步骤s1113。

步骤s1111，针对每个应用数据集，对应用数据集中，采集时间位于第一目标时段内的所有用户行为数据进行分析，获得应用数据集对应的应用程序在第一目标时段内的第一使用热度。

本申请实施例中，第一目标时段可以是从第二车机的历史使用时段中截取的，距离当前日期最近的时间区间，且该时间区间的时间长度为第一预设时间长度，而第一预设时间长度可以是，但不限于3日、5日、7日。需要说明的是，本申请实施例中，当前日期包含于历史使用时段时，第一目标时段可以包括当前日期，也可以不包括当前日期。

可以理解的是，本申请实施例中，第一目标时段可以是连续时段，也可以是包括多个子时段的间隔时段，具体需要根据第二车机历史使用时段的连续性确定。

例如，对于第一目标时段包括当前日期的情况，假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.20，第一预设时间长度为7日，则第一目标时段可以是2019.09.14至2019.09.20这一连续时段，再假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.14，以及2019.09.16至2019.09.20，第一预设时间长度为7日，则第一目标时段包括2019.09.13、2019.09.14，以及2019.09.16至2019.09.20这两个子时段。

再例如，对于第一目标时段不包括当前日期的情况，假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.20，第一预设时间长度为7日，则第一目标时段为2019.09.13至2019.09.19这一连续时段，再假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.14，以及2019.09.16至2019.09.20，第一预设时间长度为7日，则第一目标时段包括2019.09.12至2019.09.14，以及2019.09.16至2019.09.19这两个子时段。

需要说明的是，本申请实施例中，针对每条用户行为数据，其采集时间，即为该条用户行为数据包括的行为发生时间。基于此，本申请实施例中，可以对每条用户行为数据的包括的行为发生时间进行识别，以确定所有采集时间位于第一目标时间段的用户行为数据。此外，为避免数据存储压力过大，本申请实施例中，还可以按第一预设清理时间间隔对所有无效用户行为数据进行清理，其中，无效用户行为数据可以为采集时间位于第一目标时段以外的所有用户行为数据，而第一预设清理时间间隔可以是，但不限于10日、20日、30日。

对于应用数据集对应应用程序的确定，本申请实施例中，可以针对每个应用数据集，当该应用数据集携带第二集合标识时，对该应用数据集的第二集合标识进行识别，以确定应用数据集对应的应用程序，当该应用数据集未携带第二集合标识时，从该应用数据集中选取至少一个用户行为数据，并对该至少一个用户行为数据包括的数据来源标识进行识别，以确定应用数据集对应的应用程序。

本申请实施例中，第一使用热度可以包括第一单日使用次数、第一总使用次数、第一使用频率、第一单日使用时长和第一总使用时长中的至少一者。

基于以上描述，本申请实施例中，在执行步骤s1111时，可以针对每个应用数据集，按采集时间，对该应用数据集中包括的所有用户行为数据进行分类，获得多个第一数据集，且每个第一数据集中，所有用户行为数据包括的行为发生时间为同一日期，此后，将每个对应日期包含于第一目标时段内的第一数据集，作为第一待分析数据集。

对于第一单日使用次数，本申请实施例中，可以针对每个第一待分析数据集，获得该第一待分析数据集中开启行为数据，或关闭行为数据的条数，作为该第一待分析数据集对应日期内，第一待分析数据集对应应用程序的第一单日使用次数。对于开启行为数据和关闭行为数据的确定，本申请实施例中，可以针对第一待分析数据集中的每条用户行为数据，对该条用户行为数据包括的对象内容进行识别，若对象内容表征用户在应用软件上进行操作行为的动作目标为开启该应用程序，则确定该条用户行为数据为开启行为数据，若对象内容表征用户在应用软件上进行操作行为的动作目标为关闭该应用程序，则确定该条用户行为数据为关闭行为数据。

对于第一总使用次数，本申请实施例中，可以针对每个应用数据集，获得该应用数据集对应应用程序在第一目标时段内所有第一单日使用次数的总和，作为该应用程序在第一目标时段内的第一总使用次数。

对于第一使用频率，本申请实施例中，针对每个应用数据集，该应用数据集对应应用程序在第一目标时段内的第一使用频率可以是，该应用程序在第一目标时段内的使用日数与第一目标时段时间长度的比值。例如，当第一目标时段的时间长度为7日，该应用程序在第一目标时段内的使用日数为5日时，该应用程序在第一目标时段内的第一使用频率为5/7，当第一目标时段的时间长度为7日，该应用程序在第一目标时段内的使用日数为7日时，该应用程序在第一目标时段内的第一使用频率为7/7。此外，可以理解的是，本申请实施例中，针对每个应用数据集，该应用数据集对应应用程序在第一目标时段内的使用日数，即为该应用数据集中第一待分析数据集的数量。

对于第一单日使用时长，本申请实施例中，其获得方式为，针对第一目标时段内的每个日期，该日期内，某个应用数据集对应应用程序的第一单日使用时长可以是，该日期内，该应用程序所有单次使用时长的总和。而对于单次使用时长的确定，本申请实施例中，可以针对每个第一待分析数据集，确定该第一待分析数据集中包括的所有开启行为数据，此后，针对每条开启行为数据，确定采集时间位于该条开启行为数据之后，且与该条开启行为数据相邻的关闭行为数据，并获得该条关闭行为数据的采集时间与该条开启行为数据的采集时间差值，作为该第一待分析数据集对应应用程序的单次使用时长。同样，对于开启行为数据和关闭行为数据的确定，本申请实施例中，可以针对第一待分析数据集中包括的每条用户行为数据，对该条用户行为数据包括的对象内容进行识别，若对象内容表征用户在应用软件上进行操作行为的动作目标为开启该应用程序，则确定该条用户行为数据为开启行为数据，若对象内容表征用户在应用软件上进行操作行为的动作目标为关闭该应用程序，则确定该条用户行为数据为关闭行为数据。

对于第一总使用时长，本申请实施例中，可以针对每个应用数据集，获得该应用数据集对应应用程序在第一目标时段内所有第一单日使用时长的总和，作为该应用程序在第一目标时段内的第一总使用时长。

步骤s1112，当第一使用热度满足第一预设热度要求时，获得应用程序的文件数据。

本申请实施例中，当第一使用热度包括第一单日使用次数时，第一预设热度要求可以是，第一单日使用次数位于第一次数区间，第一次数区间可以是，但不限于[1，+∞)、[2，+∞)、[3，+∞)。当第一使用热度包括第一总使用次数时，第一预设热度要求可以是，第一总使用次数位于第二次数区间，第二次数区间可以是，但不限于[7，+∞)、[10，+∞)、[15，+∞)。当第一使用热度包括第一使用频率时，第一预设热度要求可以是，第一使用频率位于第一频率区间，第一频率区间可以是，但不限于[4/7，1]、[5/7，1]。当第一使用热度包括第一单日使用时长时，第一预设热度要求可以是，第一单日使用时长位于第一时长区间，第一时长区间可以是，但不限于[10min，+∞)、[20min，+∞)、[30min，+∞)。当第一使用热度包括第一总使用时长时，第一预设热度要求可以是，第一总使用次数位于第二时长区间，第二时长区间可以是，但不限于[70min，+∞)、[100min，+∞)、[150min，+∞)。

基于以上描述，可以理解的是，本申请实施例中，当第一使用热度包括第一单日使用次数、第一总使用次数、第一使用频率、第一单日使用时长和第一总使用时长中的多者时，第一预设热度也需要作对应调整。例如，当第一使用热度包括第一单日使用次数和第一使用频率时，第一预设热度要求可以是，第一单日使用次数位于第一次数区间，且第一使用频率位于第一频率区间，第一次数区间可以是，但不限于[1，+∞)、[2，+∞)、[3，+∞)，第一频率区间可以是，但不限于[4/7，1]、[5/7，1]。

需要说明的是，本申请实施例中，针对每个应用数据集，该应用数据集对应的应用程序在第一目标时段内的第一使用热度满足第一预设热度要求时，获得应用程序的文件数据可以是，获得应用程序的软件安装包，且可以是多个版本信息不同的软件安装包。例如，当应用程序为高德地图时，获得的软件安装包可以包括高德地图linux版和高德地图android版，当应用程序为网易云音乐时，获得的软件安装包可以包括网易云音乐linux版和网易云音乐android版。

步骤s1113，生成包括文件数据的历史配置信息。

为确定用户常用的媒资数据，本申请实施例中，步骤s1100可以包括步骤s1121、步骤s1122和步骤s1123。

步骤s1121，针对每个应用数据集，确定应用数据集中，采集时间位于第二目标时段内的每条用户行为数据对应的媒资数据，以及每条媒资数据在第二目标时段内的第二使用热度。

本申请实施例中，第二目标时段可以是从第二车机的历史使用时段中截取的，距离当前日期最近的时间区间，且该时间区间的时间长度为第二预设时间长度，而第二预设时间长度可以是，但不限于3日、5日、7日。需要说明的是，本申请实施例中，当前日期包含于历史使用时段时，第二目标时段可以包括当前日期，也可以不包括当前日期。

可以理解的是，本申请实施例中，第二目标时段可以是连续时段，也可以是包括多个子时段的间隔时段，具体需要根据第二车机历史使用时段的连续性确定。

例如，对于第二目标时段包括当前日期的情况，假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.20，第二预设时间长度为7日，则第二目标时段可以是2019.09.14至2019.09.20这一连续时段，再假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.14，以及2019.09.16至2019.09.20，第二预设时间长度为7日，则第二目标时段包括2019.09.13、2019.09.14，以及2019.09.16至2019.09.20这两个子时段。

再例如，对于第二目标时段不包括当前日期的情况，假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.20，第二预设时间长度为7日，则第二目标时段为2019.09.13至2019.09.19这一连续时段，再假设，当前日期为2019.09.20，第二车机的历史使用时段包括2019.09.01至2019.09.14，以及2019.09.16至2019.09.20，第二预设时间长度为7日，则第二目标时段包括2019.09.12至2019.09.14，以及2019.09.16至2019.09.19这两个子时段。

需要说明的是，本申请实施例中，针对每条用户行为数据，其采集时间即为该条用户行为数据包括的行为发生时间。基于此，本申请实施例中，可以对每条用户行为数据的包括的行为发生时间进行识别，以确定所有采集时间位于第二目标时间段的用户行为数据。此外，为避免数据存储压力过大，本申请实施例中，还可以按第二预设清理时间间隔对所有无效用户行为数据进行清理，其中，无效用户行为数据可以为采集时间位于第二目标时段以外的所有用户行为数据，而第二预设清理时间间隔可以是，但不限于10日、20日、30日。

对于应用数据集中，用户行为数据对应的媒资数据的确定，本申请实施例中，可以针对每条用户行为数据，对该条用户行为数据包括的对象内容进行识别，以确定该条用户行为数据对应的媒资数据。

基于以上描述，可以理解的是，本申请实施例中，针对应用数据集中包括的每条用户行为数据，该条用户行为数据包括的对象内容又可以划分为操作动作和操作目标，其中，操作目标即为该条用户行为数据对应媒资数据的数据标识。例如，当应用软件为高德地图或百度地图时，针对该应用软件对应应用数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是查询，包括的操作目标可以是以北京首都国际机场为起点，国家体育场为终点的导航路线，当应用软件为酷狗音乐或网易云音乐时，针对该应用软件对应应用数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是播放，包括的操作目标可以是歌曲《追梦赤子心》，或对象内容包括的操作动作可以是关闭，包括的操作目标可以是歌曲《追梦赤子心》，当应用软件为喜马拉雅fm或蜻蜓fm时，针对该应用软件对应应用数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是播放，包括的操作目标可以是有声小说《明朝那些事儿》，或对象内容包括的操作动作可以是关闭，包括的操作目标可以是有声小说《明朝那些事儿》。当应用软件为今日头条时，针对该应用软件对应应用数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是请求页面，包括的操作目标可以是页面《苏州连夜严查超限超载》，或对象内容包括的操作动作可以是关闭页面，包括的操作目标可以是页面《苏州连夜严查超限超载》。

因此，对于应用数据集中，用户行为数据对应的媒资数据的确定，本申请实施例中，可以针对每条用户行为数据，从该条用户行为数据包括的对象内容中，提取操作目标，对操作目标进行识别，以确定该条用户行为数据对应的媒资数据。

本申请实施例中，第二使用热度可以包括第二单日使用次数、第二总使用次数和第二使用频率中的至少一者。

基于以上描述，本申请实施例中，在执行步骤s1121时，可以针对每个应用数据集，按采集时间，对该应用数据集中包括的所有用户行为数据进行分类，获得多个第二数据集，且每个第二数据集中，所有用户行为数据包括的行为发生时间为同一日期，此后，将每个对应日期包含于第二目标时段内的第二数据集，作为第二待分析数据集。

为提高步骤s1121的执行效率，本申请实施例中，还可以针对每个第二待分析数据集，按操作目标，对该第二待分析数据集中包括的所有用户行为数据进行分类，获得多个媒资数据集，也即，每个媒资数据集中，用户行为数据对应的媒资数据相同，也可以理解为，每个媒资数据集对应一个媒资数据。

对于第二单日使用次数，本申请实施例中，可以针对每个媒资数据集，获得该媒资数据集中操作动作为次数象征动作的用户行为数据条数，作为该媒资数据集对应日期内，该媒资数据集对应媒资数据的第二单日使用次数。可以理解的是，本申请实施例中，针对每条用户行为数据，该条用户行为数据的数据来源为应用程序中包括的查询工具类程序(例如，高德地图、百度地图)时，其次数象征动作可以为查询，该条用户行为数据的数据来源为应用程序中包括的媒体资源类程序(例如，酷狗音乐、网易云音乐、喜马拉雅fm、蜻蜓fm)时，其次数象征动作可以为播放，也可以为关闭，该条用户行为数据的数据来源为应用程序中包括的网页类程序时，其次数象征动作可以为关闭页面，也可以为开启页面。

对于第二总使用次数，本申请实施例中，可以针对每个媒资数据集，获得该媒资数据集对应媒资数据在第二目标时段内所有第二单日使用次数的总和，作为该媒资数据的第二总使用次数。

对于第二使用频率，本申请实施例中，针对每个媒资数据集，该媒资数据集对应媒资数据在第二目标时段内的第二使用频率可以是，该条媒资数据在第二目标时段内的使用日数与第二目标时段时间长度的比值。例如，当第二目标时段的时间长度为7日，该条媒资数据在第二目标时段内的使用日数为5日时，该条媒资数据在第二目标时段内第二使用频率为5/7，当第二目标时段的时间长度为7日，该条媒资数据在第二目标时段内的使用日数为7日时，该条媒资数据在第二目标时段内第二使用频率为7/7。可以理解的是，本申请实施例中，针对每条媒资数据，该条媒资数据在第二目标时段内的使用日数，即为第二目标时段内该条媒资数据对应媒资数据集的数量。

需要说明的是，本申请实施例中，对于数据来源为媒体资源类程序的用户行为数据，其对应媒资数据的第二使用热度也可以包括第二单日使用时长和第二总使用时长中的至少一者。

对于第二单日使用时长，本申请实施例中，其获得方式为，针对第二目标时段内的每个日期，该日期内，某个媒资数据集对应媒资数据的第二单日使用时长可以是，该日期内，该条媒资数据所有单次使用时长的总和。而对于单次使用时长的确定，本申请实施例中，可以针对每个媒资数据集，确定该媒体资源数据集中包括的所有播放行为数据，此后，针对每条播放行为数据，确定采集时间位于该条播放行为数据之后，且与该条播放行为数据相邻的关闭行为数据，并获得该条关闭行为数据的采集时间与该条播放行为数据的采集时间差值，作为该媒资数据集对应媒资数据的单次使用时长。对于播放行为数据和关闭行为数据的确定，本申请实施例中，可以针对媒体资源数据集中包括的每条用户行为数据，对该条用户行为数据包括的对象内容进行识别，若对象内容划分出的操作目标为播放，则确定该条用户行为数据为播放行为数据，若对象内容划分出的操作目标为关闭，则确定该条用户行为数据为关闭行为数据。

对于第二总使用时长，本申请实施例中，可以针对每个媒资数据集，获得该媒资数据集对应媒资数据在第二目标时段内所有第二单日使用时长的总和，作为该条媒资数据在第二目标时段内的第二总使用时长。

步骤s1122，从所有媒资数据中，选取第二使用热度满足第二预设热度要求的目标媒资数据。

本申请实施例中，当第二使用热度包括第二单日使用次数时，第二预设热度要求可以是，第二单日使用次数位于第三次数区间，第三次数区间可以是，但不限于[1，+∞)、[2，+∞)、[3，+∞)。当第二使用热度包括第二总使用次数时，第二预设热度要求可以是，第二总使用次数位于第四次数区间，第四次数区间可以是，但不限于[7，+∞)、[10，+∞)、[15，+∞)。当第二使用热度包括第二使用频率时，第二预设热度要求可以是，第二使用频率位于第二频率区间，第二频率区间可以是，但不限于[4/7，1]、[5/7，1]。当第二使用热度包括第二单日使用时长时，第二预设热度要求可以是，第二单日使用时长位于第三时长区间，第三时长区间可以是，但不限于[10min，+∞)、[20min，+∞)、[30min，+∞)。当第二使用热度包括第二总使用时长时，第二预设热度要求可以是，第二总使用次数位于第四时长区间，第四时长区间可以是，但不限于[70min，+∞)、[100min，+∞)、[150min，+∞)。

基于以上描述，可以理解的是，本申请实施例中，当第二使用热度包括第二单日使用次数、第二总使用次数、第二使用频率、第二单日使用时长和第二总使用时长中的多者时，第二预设热度也需要作对应调整。例如，当第二使用热度包括第二单日使用次数和第二使用频率时，第二预设热度要求可以是，第二单日使用次数位于第三次数区间，且第二使用频率位于第二频率区间，第三次数区间可以是，但不限于[1，+∞)、[2，+∞)、[3，+∞)，第二频率区间可以是，但不限于[4/7，1]、[5/7，1]。

步骤s1123，获得目标媒资数据的表征信息。

需要说明的是，本申请实施例中，对于查询工具类程序，其对应目标媒资数据的表征信息可以是数据标识，对于媒体资源类程序，其对应目标媒资数据的表征信息可以是数据标识或数据资源，对于网页类程序，其对应目标媒资数据的表征信息可以是数据标识或网页链接。

步骤s1124，生成包括表征信息的历史配置信息。

为确定用户车内空调、车内加湿器等环境控制设备的工作参数设置习惯，本申请实施例中，步骤s100可以包括步骤s1131、步骤s1132、步骤s1133和步骤s1134。

步骤s1131，针对每个环境控制数据集，按数据功能类型，对环境控制数据集中包括的所有用户行为数据进行分类，获得多个第一功能数据集。

可以理解的是，本申请实施例中，针对每个环境控制程序，该环境控制程序往往能够调控对应环境控制设备的多个功能状态。例如，对于车内空调控制程序，其可以对工作温度进行调控，也可以对风向进行调控，还可以对工作模式进行调控，对于车内加湿器控制程序，其可以对工作湿度进行调控，也可以对工作模式进行调控。基于此，本申请实施例中，约定，用户在同一环境控制软件上进行操作行为，以对同一功能状态进行调控时产生的所有用户行为数据具有相同的数据功能类型，也即，每个第一功能数据集中包括的用户行为数据具有相同的数据功能类型。

进一步地，对于环境控制数据集中，用户行为数据对应数据功能类型的确定，本申请实施例中，可以针对每条用户行为数据，对该条用户行为数据包括的对象内容进行识别，以确定该条用户行为数据对应的数据功能类型。

基于以上描述，可以理解的是，本申请实施例中，针对环境控制数据集中包括的每条用户行为数据，该条用户行为数据包括的对象内容又可以划分为操作动作和操作目标，其中，操作动作即为该条用户行为数据对应数据功能类型，操作目标即为该条用户行为数据对应的工作参数。例如，当环境控制软件为车内空调控制程序时，针对该环境控制软件对应环境控制数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是设定工作温度，包括的操作目标可以是m1℃，或对象内容包括的操作动作可以是设定风向，包括的操作目标可以是第m2方向，再或对象内容包括的操作动作可以是设定工作模式，包括的操作目标可以是第m3模式，当环境控制软件为车内加湿器控制程序时，针对该环境控制软件对应环境控制数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是设定工作湿度，包括的操作目标可以是m4％rh，或对象内容包括的操作动作可以是设定工作模式，包括的操作目标可以是第m5模式。

因此，对于环境控制数据集中，用户行为数据对应数据功能类型的确定，本申请实施例中，可以针对每条用户行为数据，从该条用户行为数据包括的对象内容中，提取操作动作，对操作动作进行识别，以确定该条用户行为数据对应的数据功能类型。

步骤s1132，针对每个第一功能数据集，确定第一功能数据集中，每条用户行为数据对应的工作参数，以及每个工作参数的第三使用热度。

对于环境控制数据集中，用户行为数据对应工作参数的确定，本申请实施例中，可以针对每条用户行为数据，从该条用户行为数据包括的对象内容中提取操作目标，以确定该条用户行为数据对应的工作参数。

本申请实施例中，第三使用热度可以包括第三总使用次数或第三总使用时长。

对于第三总使用次数，本申请实施例中，可以针对每个第一功能数据集，确定该第一功能数据集中，每条用户行为数据对应的工作参数之后，可以对每个工作参数的出现次数进行统计，并将出现次数作为该工作参数的第三总使用次数。

对于第三总使用时长，本申请实施例中，可以针对第一功能数据集中包括的每条用户行为数据，将该用户行为数据作为第一目标分析数据，将采集时间位于第一目标分析数据之后，且与目标分析数据相邻的用户行为数据，作为第二目标分析数据，并获得第二目标分析数据的采集时间与第一目标分析数据的采集时间差值，作为第一目标分析数据对应工作参数的第三单次使用时长，此后，将该工作参数的所有单次使用时长总和，作为该工作参数的第三总使用时长。

当第三使用热度包括第三总使用时长时，需要说明的是，本申请实施例中，针对每个第一功能数据集，该功能数据集中还可以包括关闭行为数据。对于关闭行为数据的确定，本申请实施例中，可以针对第一功能数据集中的每条用户行为数据，对该条用户行为数据包括的对象内容进行识别，若对象内容划分出的操作目标为关闭，则确定该条用户行为数据为关闭行为数据。

步骤s1133，从所有工作参数中，选取第三使用热度最高的目标工作参数。

本申请实施例中，当第三使用热度包括第三总使用次数时，从所有工作参数中，选取第三使用热度最高的目标工作参数，即为从所有工作参数中，选取第三总使用次数最多的工作参数，作为目标工作参数，当第三使用热度包括第三总使用时长时，从所有工作参数中，选取第三使用热度最高的目标工作参数，即为从所有工作参数中，选取第三总使用时长最长的工作参数，作为目标工作参数。

步骤s1134，生成包括目标工作参数的历史配置信息。

为确定用户偏好的车机界面显示状态、车内灯具工作状态，本申请实施例中，步骤s1100可以包括步骤s1141、步骤s1142、步骤s1143和步骤s1144。

步骤s1141，针对每个状态控制数据集，按数据功能类型，对状态控制数据集中包括的所有用户行为数据进行分类，获得多个第二功能数据集。

同样，可以理解的是，本申请实施例中，针对每个状态控制程序，该状态控制程序往往能够调控对应功能设备的多个功能状态。例如，对于车机界面控制程序，其可以对显示亮度进行调控，也可以对显示风格进行调控，对于车内灯光控制程序，其可以对灯光氛围进行调控，也可以对灯光亮度进行调控。基于此，本申请实施例中，约定，用户在同一状态控制软件上进行操作行为，以对同一功能状态进行调控时产生的所有用户行为数据具有相同的数据功能类型，也即，每个第二功能数据集中包括的用户行为数据具有相同的数据功能类型。

进一步地，对于状态控制数据集中，用户行为数据对应数据功能类型的确定，本申请实施例中，可以针对每条用户行为数据，对该条用户行为数据包括的对象内容进行识别，以确定该条用户行为数据对应的数据功能类型。

基于以上描述，可以理解的是，本申请实施例中，针对状态控制数据集中包括的每条用户行为数据，该条用户行为数据包括的对象内容又可以划分为操作动作和操作目标，其中，操作动作即为该条用户行为数据对应数据功能类型的数据标识，操作目标即为该条用户行为数据对应的工作状态。例如，当状态控制软件为车机界面控制程序时，针对该状态控制软件对应状态控制数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是设定显示亮度，包括的操作目标可以是第m6档亮度，或对象内容包括的操作动作可以是设定显示风格，包括的操作目标可以是第m7风格，当环境控制软件为车内灯光控制程序时，针对该环境控制软件对应环境控制数据集中包括的某条用户行为数据，其对象内容包括的操作动作可以是设定灯光氛围，包括的操作目标可以是第m8氛围，或对象内容包括的操作动作可以是设定灯光亮度，包括的操作目标可以是第m9档亮度。

因此，对于状态控制数据集中，用户行为数据对应数据功能类型的确定，本申请实施例中，可以针对每条用户行为数据，从该条用户行为数据包括的对象内容中，提取操作动作，对操作动作进行识别，以确定该条用户行为数据对应的数据功能类型。

步骤s1142，针对每个第二功能数据集，从第二功能数据集包括的所有用户行为数据中，确定采集时间最靠后的目标行为数据。

需要说明的是，本申请实施例中，针对每条用户行为数据，其采集时间即为该条用户行为数据包括的行为发生时间。基于此，本申请实施例中，可以对第二功能数据集中每条用户行为数据包括的行为发生时间进行识别，以确定采集时间最靠后的用户行为数据，作为目标行为数据。此外，为避免数据存储压力过大，本申请实施例中，还可以在获得目标行为数据之后，对所有无效用户行为数据进行清理，其中，无效用户行为数据可以为除目标行为数据以外的所有用户行为数据。

步骤s1143，获得目标行为数据对应的目标工作状态。

对于状态控制数据集中，用户行为数据对应工作状态的确定，本申请实施例中，可以针对每条用户行为数据，从该条用户行为数据包括的对象内容中提取操作目标，以确定该条用户行为数据对应的工作状态。基于此，本申请实施例中，在获得目标行为数据之后，可以从目标行为数据包括的对象内容中提取操作目标，以确定目标行为数据对应的工作状态。

步骤s1144，生成包括目标工作状态的历史配置信息。

第三实施例：

基于与第一实施例提供的数据处理方法同样的发明构思，本申请实施例还提供了一种车机配置装置，请参阅图3，本申请实施例提供的车机配置装置包括登录信息生成模块110、登录信息发送模块120和配置模块130。

登录信息生成模块110，用于登录信息生成模块110，用于接收登录请求，生成当前登录信息，当前登录信息包括用户信息和当前车机标识。

关于登录信息生成模块110的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s100的详细描述，也即，步骤s100可以由登录信息生成模块110执行。

登录信息发送模块120，用于将当前登录信息发送给数据处理设备，以供数据处理设备在判定当前车机标识与用户信息对应的历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给车机。

关于登录信息发送模块120的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s200的详细描述，也即，步骤s200可以由登录信息发送模块120执行。

配置模块130，用于接收数据处理设备发送的历史配置信息，并根据历史配置信息进行配置。

关于配置模块130的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s300的详细描述，也即，步骤s300可以由配置模块130执行。

本申请实施例提供的车机配置装置，还可以包括行为数据采集模块和行为数据发送模块。

行为数据采集模块，用于采集用户行为数据，用户行为数据为用户在安装于车机的应用软件上进行操作行为时，产生的行为表征数据。

关于行为数据采集模块的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s400的详细描述，也即，步骤s400可以由行为数据采集模块执行。

行为数据发送模块，用于将用户行为数据发送给数据处理设备。

关于行为数据发送模块的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s500的详细描述，也即，步骤s500可以由行为数据发送模块执行。

本申请实施例中，行为数据发送模块可以包括第一数据分类单元、分类数据集获取单元、整体数据集获取单元和整体数据集发送单元。

第一数据分类单元，用于行为数据分类单元，用于每采集到一条用户行为数据时，按数据来源类型，对用户行为数据进行分类，并缓存。

关于第一数据分类单元的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s510的详细描述，也即，步骤s510可以由第一数据分类单元执行。

分类数据集获取单元，用于每间隔第二预设时长，将当前时间点之前的第二预设时长内，缓存的每类用户行为数据进行封装，获得多个分类数据集。

关于分类数据集获取单元的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s520的详细描述，也即，步骤s520可以由分类数据集获取单元执行。

整体数据集获取单元，用于对多个分类数据集进行整体封装，获得整体数据集。

关于整体数据集获取单元的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s530的详细描述，也即，步骤s530可以由整体数据集获取单元执行。

整体数据集发送单元，用于将整体数据集发送给数据处理设备。

关于整体数据集发送单元的描述具体可参考第一实施例提供的车机配置方法中，关于步骤s540的详细描述，也即，步骤s540可以由整体数据集发送单元执行。

第四实施例：

基于与第二实施例提供的数据处理方法同样的发明构思，本申请实施例还提供了一种车机配置装置，请参阅图4，本申请实施例提供的车机配置装置包括登录信息接收模块140、车机标识获取模块150和配置信息发送模块160。

登录信息接收模块140，用于接收第一车机发送的当前登录信息，当前登录信息包括用户信息和当前车机标识。

关于登录信息接收模块140的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s600的详细描述，也即，步骤s600可以由登录信息接收模块140执行。

车机标识获取模块150，用于获取用户信息对应的历史车机标识。

关于车机标识获取模块150的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s700的详细描述，也即，步骤s700可以由车机标识获取模块150执行。

配置信息发送模块160，用于当当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，以供第一车机根据历史配置信息进行配置。

关于配置信息发送模块160的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s800的详细描述，也即，步骤s800可以由配置信息发送模块160执行。

本申请实施例提供的车机配置装置，还可以包括行为数据接收模块、行为数据分类模块和行为数据分析模块。

行为数据接收模块，用于接收第二车机发送的用户行为数据。

关于行为数据接收模块的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s900的详细描述，也即，步骤s900可以由行为数据接收模块执行。

行为数据分类模块，用于按数据来源类型，对第二车机发送的所有用户行为数据进行分类，获得多个目标数据集。

关于行为数据分类模块的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1000的详细描述，也即，步骤s1000可以由行为数据分类模块执行。

行为数据分析模块，用于对多个目标数据集进行分析，获得历史配置信息。

关于行为数据分析模块的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1100的详细描述，也即，步骤s1100可以由行为数据分析模块执行。

多个目标数据集中可以包括至少一个应用数据集，基于此，本申请实施例中，行为数据分析模块可以包括第一热度获取单元、第一信息获取单元和第一生成单元。

第一热度获取单元，用于针对每个应用数据集，对应用数据集中，采集时间位于第一目标时段内的所有用户行为数据进行分析，获得应用数据集对应的应用程序在第一目标时段内的第一使用热度。

关于第一热度获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1111的详细描述，也即，步骤s1111可以由第一热度获取单元执行。

第一信息获取单元，用于当第一使用热度满足第一预设热度要求时，获得应用程序的文件数据。

关于第一信息获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1112的详细描述，也即，步骤s1112可以由第一信息获取单元执行。

第一生成单元，用于生成包括文件数据的历史配置信息。

关于第一生成单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1113的详细描述，也即，步骤s1113可以由第一生成单元执行。

多个目标数据集中包括至少一个应用数据集，基于此，本申请实施例中，行为数据分析模块可以包括第二热度获取单元、第一数据获取单元、

第二信息获取单元和第二生成单元。

第二热度获取单元，用于针对每个应用数据集，确定应用数据集中，采集时间位于第二目标时段内的每条用户行为数据对应的媒资数据，以及每条媒资数据在第二目标时段内的第二使用热度。

关于第二热度获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1121的详细描述，也即，步骤s1121可以由第二热度获取单元执行。

第一数据获取单元，用于从所有媒资数据中，选取第二使用热度满足第二预设热度要求的目标媒资数据。

关于第一数据获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1122的详细描述，也即，步骤s1122可以由第一数据获取单元执行。

第二信息获取单元，用于获得目标媒资数据的表征信息。

关于第二信息获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1123的详细描述，也即，步骤s1123可以由第二信息获取单元执行。

第二生成单元，用于生成包括表征信息的历史配置信息。

关于第二生成单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1124的详细描述，也即，步骤s1124可以由第二生成单元执行。

多个目标数据集中包括至少一个环境控制数据集，基于此，本申请实施例中，行为数据分析模块可以包括第二数据分类单元、第三热度获取单元、工作参数获取单元和第三生成单元。

第二数据分类单元，用于针对每个环境控制数据集，按数据功能类型，对环境控制数据集中包括的所有用户行为数据进行分类，获得多个第一功能数据集。

关于第二数据分类单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1131的详细描述，也即，步骤s1131可以由第二数据分类单元执行。

第三热度获取单元，用于针对每个第一功能数据集，确定第一功能数据集中，每条用户行为数据对应的工作参数，以及每个工作参数的第三使用热度。

关于第三热度获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1132的详细描述，也即，步骤s1132可以由第三热度获取单元执行。

工作参数获取单元，用于从所有工作参数中，选取第三使用热度最高的目标工作参数。

关于工作参数获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1133的详细描述，也即，步骤s1133可以由工作参数获取单元执行。

第三生成单元，用于生成包括目标工作参数的历史配置信息。

关于第三生成单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1134的详细描述，也即，步骤s1134可以由第三生成单元执行。

多个目标数据集中包括至少一个状态控制数据集，基于此，本申请实施例中，行为数据分析模块可以包括第三数据分类单元、目标行为数据获取单元、工作状态获取单元和第四生成单元。

第三数据分类单元，用于针对每个状态控制数据集，按数据功能类型，对状态控制数据集中包括的所有用户行为数据进行分类，获得多个第二功能数据集。

关于第三数据分类单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1141的详细描述，也即，步骤s1141可以由第三数据分类单元执行。

目标行为数据获取单元，用于针对每个第二功能数据集，从第二功能数据集包括的所有用户行为数据中，确定采集时间最靠后的目标行为数据。

关于目标行为数据获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1142的详细描述，也即，步骤s1142可以由目标行为数据获取单元执行。

工作状态获取单元，用于获得目标行为数据对应的目标工作状态。

关于工作状态获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1143的详细描述，也即，步骤s1143可以由工作状态获取单元执行。

第四生成单元，用于生成包括目标工作状态的历史配置信息。

关于第四生成单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s1144的详细描述，也即，步骤s1144可以由第四生成单元执行。

本申请实施例中，配置信息发送模块160可以包括配置信息集获取单元、配置信息选取单元和配置信息发送单元。

配置信息集获取单元，用于当当前车机标识与历史车机标识不一致时，获得当前车机标识对应的标准配置信息集。

关于配置信息集获取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s810的详细描述，也即，步骤s810可以由第四生成单元执行。

配置信息选取单元，用于从历史配置信息包括的多条子配置信息中，选取与标准配置信息集对应的目标配置信息。

关于配置信息选取单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s820的详细描述，也即，步骤s820可以由配置信息选取单元执行。

配置信息发送单元，用于将目标配置信息发送给第一车机，以供第一车机根据目标配置信息进行配置。

关于配置信息发送单元的描述具体可参考第二实施例提供的车机配置方法中，关于步骤s830的详细描述，也即，步骤s830可以由第四生成单元执行。

第五实施例：

请参阅图5，为本申请实施例提供的电子设备200的示意性结构框图。本申请实施例提供的电子设备200，可以是应用第一实施例提供的车机配置方法，以及第三实施例提供的车机配置装置的车机，也可以是应用第二实施例提供的车机配置方法，以及第四实施例提供的车机配置装置的数据处理设备。

在结构上，本申请实施例提供的电子设备200可以包括处理器210和存储器220。

处理器210与存储器220直接或间接地电性连接，以实现数据的传输或交互，例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。车机配置装置包括至少一个可以软件或固件(firmware)的形式存储在存储器220中或固化在电子设备200的操作系统(operatingsystem，os)中的软件模块。处理器210用于执行存储器220中存储的可执行模块，例如，车机配置装置所包括的软件功能模块及计算机程序等，以实现数据处理方法。处理器210可以在接收到执行指令后，执行计算机程序。

其中，处理器210可以是一种集成电路芯片，具有信号处理能力。处理器210也可以是通用处理器，例如，可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、分立门或晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规处理器等。

存储器220可以是，但不限于，随机存取存储器(randomaccessmemory，ram)、只读存储器(readonlymemory，rom)、可编程只读存储器(programmableread-onlymemory，prom)、可擦可编程序只读存储器(erasableprogrammableread-onlymemory，eprom)，以及电可擦编程只读存储器(electricerasableprogrammableread-onlymemory，eeprom)。存储器220用于存储程序，处理器210在接收到执行指令后，执行该程序。

应当理解，图5所示的结构仅为示意，本申请实施例提供的电子设备200还可以具有比图5更少或更多的组件，或是具有与图5所示不同的配置。

第六实施例：

申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被执行时，可实现第一实施例提供的车机配置方法，或实现第二实施例提供的车机配置方法。

综上所述，通过本申请实施例提供的车机配置方法、装置及电子设备，用户在更换车辆，例如，由安装第二车机的车辆，更换为安装第一车机的车辆之后，能够通过本申请实施例提供的车机配置方法，判断当前车机标识与历史车机标识是否一致，且在判定当前车机标识与历史车机标识不一致时，将用于表征用户配置习惯的历史配置信息发送给第一车机，作为对第一车机进行自动化配置的基础。如此，便能够实现第一车机的自动化配置，以简化第一车机的配置过程，同时，还能够使得第一车机的配置与第二车机的配置保持一致，也即，与用户配置习惯保持一致。

可以理解的是，在本申请所提供的上述实施例中，所揭露的方法和装置，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的方法、装置和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。此外，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

此外，在本申请每个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是每个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读取存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请每个实施例所述方法的全部或部分步骤。而上述的计算机可读存储介质包括：u盘、移动硬盘、ram、rom磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

还需要说明的是，在本文中，诸如“第一”、“第二”和“第三”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。