CN110175285B

CN110175285B - 车辆个性化信息的生成、推送、配置方法、服务器和车辆

Info

Publication number: CN110175285B
Application number: CN201910410975.4A
Authority: CN
Inventors: 覃世安; 刘畅
Original assignee: Guangzhou Xiaopeng Motors Technology Co Ltd
Current assignee: Guangzhou Xiaopeng Motors Technology Co Ltd
Priority date: 2019-05-17
Filing date: 2019-05-17
Publication date: 2021-09-03
Anticipated expiration: 2039-05-17
Also published as: CN110175285A

Abstract

本申请公开了一种车辆个性化信息的生成方法。生成方法包括步骤：汇总车辆上报的用户操作信息；根据用户操作信息生成多个行程与操作事件集合的对应关系以作为车辆个性化信息。本申请实施方式的车辆个性化信息生成方法中，通过对汇总的驾车过程中的用户操作信息进行处理从而生成多个行程与行程内操作事件集合的对应关系作为车辆个性化信息，在车辆一端，当检测到用户的某一用户操作信息符合某一行程与操作事件集合的对应关系时，则将操作事件集合推送至车辆，车辆据此进行配置，如此，可根据用户的驾车习惯对车辆进行常用操作的配置，方便用户，提高用户体验。本申请还公开了一种车辆个性化信息的推送方法、配置方法、服务器和车辆。

Description

车辆个性化信息的生成、推送、配置方法、服务器和车辆

技术领域

本申请涉及汽车技术领域，特别涉及一种车辆个性化信息的生成方法、推送方法、配置方法、服务器和车辆。

背景技术

随着用户驾驶汽车的时间增长，在行车的不同阶段，用户会逐渐形成一些操作习惯，例如在某一行车阶段固定开启某些功能。然而用户在每次驾车时都需要重复进行操作，操作繁琐，用户体验较差。

申请内容

有鉴于此，本申请的实施例提供了一种车辆个性化信息的生成方法、推送方法、配置方法、服务器和车辆。

本申请提供了一种车辆个性化信息的生成方法，包括：

汇总车辆上报的用户操作信息；

根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息。

在某些实施方式中，所述用户操作信息包括车辆识别码、操作事件、操作事件的位置信息、操作事件的时间信息、操作事件上报时的车速和操作事件上报时车辆的通电状态。

在某些实施方式中，所述根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息包括：

对所述操作事件根据所述操作事件的时间信息按先后顺序排序；

根据行程节点将排序后的操作事件划分为多个行程，每个所述行程包括多个操作事件。

在某些实施方式中，所述根据行程节点将排序后的操作事件划分为多个行程包括：

根据所述行程节点将每个行程划分为行车开始阶段和行车结束阶段。

在某些实施方式中，所述根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息还包括：

根据所述操作事件的位置信息和所述操作事件的时间信息对所述多个行程进行处理以得到多个聚合行程。

对每个所述聚合行程中的多个所述操作事件进行筛选以得到所述聚合行程与所述操作事件集合的对应关系。

本申请提供了一种车辆的控制装置，包括：

检测模块，用于检测车辆的行驶参数；

计算模块，用于根据所述行驶参数计算所述车辆的颠簸级别；

信息生成模块，用于根据所述颠簸级别生成颠簸警报信息，所述颠簸警报信息包括所述颠簸级别与所述车辆的车载模块颠簸级别和车载应用程序颠簸级别的对应关系；和

控制模块，用于控制所述车载模块或车载应用程序根据颠簸策略响应所述颠簸警报信息。

本申请提供了一种车辆个性化信息的推送方法，包括：

接收车辆上报的用户操作信息；

根据所述用户操作信息获取对应所述用户操作信息的车辆个性化信息；

推送所述车辆个性化信息至所述车辆。

在某些实施方式中，所述根据所述用户操作信息获取对应所述用户操作信息的信息包括：

根据所述用户操作信息判断所述车辆的行程；

匹配与所述行程对应的操作事件集合作为所述信息。

本申请提供了一种车辆个性化信息的配置方法，包括：

获取用户操作信息，并将所述用户操作信息上报至服务器；

接收所述服务器根据所述用户操作信息获取的对应所述用户操作信息的车辆个性化信息；

根据所述车辆个性化信息配置车辆。

本申请提供了一种服务器，包括：

信息接收模块，用于汇总车辆上报的用户操作信息；

处理模块，用于根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息。

在某些实施方式中，所述处理模块包括：

排序单元，用于对内的所述操作事件根据所述操作事件的时间信息按先后顺序排序；

划分单元，用于根据行程节点将排序后的操作事件划分为多个行程，每个所述行程包括多个操作事件。

在某些实施方式中，所述划分单元还用于根据所述行程节点将每个行程划分为行车开始阶段和行车结束阶段。

在某些实施方式中，所述处理模块还包括：

聚合单元，用于根据所述操作事件的位置信息和所述操作事件的时间信息对多个内的所述多个行程进行处理以得到多个聚合行程。

在某些实施方式中，所述处理模块还包括：

生成单元，用于对每个所述聚合行程中的多个所述操作事件进行筛选以得到所述聚合行程与所述操作事件集合的对应关系。

本申请提供了一种服务器，包括：

接收模块，用于接收车辆上报的用户操作信息；

获取模块，用于根据所述用户操作信息获取对应所述用户操作信息的车辆个性化信息；

推送模块，用于推送所述车辆个性化信息至所述车辆。

本申请提供了一种车辆，包括：

通信模块，用于将用户在车辆功能单元的用户操作信息上报至服务器；

所述通信模块还用于接收所述服务器根据所述用户操作信息获取的对应所述用户操作信息的车辆个性化信息；

控制模块，用于根据所述车辆个性化信息配置车辆。

本申请提供了一种服务器，包括一个或多个处理器、存储器；和

一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，并且被所述一个或多个处理器执行，所述程序包括用于执行所述的车辆个性化信息的生成方法的指令。

本申请提供了一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行车辆个性化信息的生成方法。

本申请实施方式的车辆个性化信息的生成方法、推送方法、配置方、服务器、车辆及计算机可读存储介质中，在服务器一端通过对汇总的驾车过程中的用户操作信息进行处理从而生成多个行程与行程内操作事件集合的对应关系作为车辆个性化信息，在车辆一端，当检测到用户的某一用户操作信息符合某一行程与操作事件集合的对应关系时，则将操作事件集合推送至车辆，车辆据此进行配置，如此，可根据用户的驾车习惯对车辆进行常用操作的配置，方便用户，提高用户体验。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请某些实施方式车辆的控制方法流程示意；

图2是本申请某些实施方式车辆的结构程示意；

图3是本申请某些实施方式控制装置的模块示意图；

图4-8是本申请某些实施方式的车载应用程序或车载模块颠簸状态与颠簸策略的关系示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

随着汽车智能化的发展，电子行车辅助系统得到越来越广泛的应用，并为驾驶者和乘客提供了良好的驾驶和乘车体验。然而车辆在行驶过程中，由于路况的多变，车辆经常会发生上下颠簸的不平稳行驶状态。在这种状态下，会影响车载应用程序以及某些车载硬件的用户体验，甚至会引起行车的安全隐患。

请参阅图1，本申请第一方面提供一种车辆个性化信息的生成方法，包括：

S10：汇总车辆上报的用户操作信息；

S20：根据用户操作信息生成多个行程与操作事件集合的对应关系以作为车辆个性化信息。

请参阅图2，本申请实施方式提供了一种服务器100。服务器100包括信息接收模块10和处理模块20。本申请实施方式的车辆个性化信息的生成方法可以由本申请实施方式的服务器100实现。

具体地，S10可以由信息接收模块10实现，S20可以由处理模块20实现。或者说，信息接收模块10用于汇总车辆上报的用户操作信息。处理模块20用于根据用户操作信息生成多个行程与操作事件集合的对应关系以作为车辆个性化信息。

本申请实施方式的车辆个性化信息的生成方法和服务器100，在服务器一端通过对汇总的驾车过程中的用户操作信息进行处理可生成多个行程与行程内操作事件集合的对应关系作为车辆个性化信息，从而为日后推送车辆个性化信息提供数据基础。

具体地，在某些实施方式中，用户操作信息包括车辆识别码、操作事件、操作事件的位置信息、操作事件的时间信息、操作事件上报时的车速和操作事件上报时车辆的通电状态。

其中，车辆识别码为每个车辆区别于其他车辆所具有的唯一标识，根据车辆识别码，服务器100可以将上报的用户操作信息以车辆为单位进行区分，从而将相关信息汇总到对应的车辆下。

操作事件指用户对车辆进行的相关动作，例如打开车门、打开车窗、打开空调等。服务器100的存储器中可预先建立操作事件与操作名称的索引表，操作名称可以是有规律的代码或编码以用于处理模块20对操作事件进行识别。

操作事件的位置信息是指上报的操作事件发生的地位位置，可用GPS坐标进行标识。

操作事件的时间信息是指上报的操作事件发生的时间信息，时间信息可包括年月日小时分钟等信息，一般地，根据实际需求精确到分钟即可。

操作事件上报时的车速是指在上报的操作事件在发生时车辆的即时速度。

操作事件上报时车辆的通电状态是指在上报的操作事件在发生时车辆的驱动系统的开关状态，或者说车辆处于点火或熄火状态。

操作事件上报时的车速和通电状态，用于标识车辆的行程，具体请参考后文相关的解释说明。

本申请的车辆包括电动汽车，对于电动汽车而言，包括一电源系统和驱动系统，电源系统上电后，一些常用的功能，例如车窗、座椅、空调、多媒体等功能可正常使用，但此时不能行车，在驱动系统上电后，才能够行车。

电源系统的上电可以是车辆自己感知的或者用户主动触发。例如，可以是通过车钥匙按钮或车钥匙靠近车辆预定范围等方式。驱动系统的上电，一般需要通过用户上车后点按点火开关键，也即是“点火”动作触发，相应的，驱动系统的下电，仍可通过点按点火开关键，也即是“熄火”动作触发。

在实际操作过程中，对于用户而言，在长期驾驶后可能会形成一些固定的操作习惯。例如，在开车上班行车前，通常进行的操作是开车门，电源系统上电，调节座椅，打开车窗，打开收音机等。如此，就形成了上班驾车前这一段行程与多个操作事件的集合。

再如，在开车下班回家后，将车停靠在停车位上，而后可能会进行的操作是打开多媒体系统收听一段时间的音乐，然后电源系统下电。如此，就形成了下班驾车结束这一段行程与多个操作事件的集合。

可以理解地，在驾驶员驾驶一辆新车的初期，需要一段时间进行数据信息的采集和积累，例如一个星期或一个月，在此不做限定。在此期间，服务器每隔预定时间，例如每隔一天，对车辆上报的用户操作信息进行汇总以及处理，从而形成一些常用行程与该行程内的操作事件集合的对应关系。为后续在行车过程中当检测到某一匹配的行程时，将相对应的对应关系推送至车辆以对车辆进行自动配置提供数据基础。

对于车辆上报的用户操作信息可以如下的数据形式被服务器100获取：

车辆标识码	地理位置	时间	操作事件	速度	电源
						标识码	位置坐标	时间	事件1	时速	开/关

车辆在上报相关操作信息时，以字符串等编码形式发送至服务器100。

请参阅图3，在某些实施方式中，S20包括：

S21；对操作事件根据操作事件的时间信息按先后顺序排序；

S22：根据行程节点将排序后的操作事件划分为多个行程，每个行程包括多个操作事件。

在某些实施方式中，处理模块20包括排序单元21和划分单元22。S21可以由排序单元实现，S22可以由划分单元22实现。或者说，排序单元21用于对操作事件根据操作事件的时间信息按先后顺序排序。划分单元22用于根据行程节点将排序后的操作事件划分为多个行程，其中，每个行程包括多个操作事件。

具体地，服务器100对于每天上报的操作事件，首先按照车辆识别码划分到相应的车辆。

对于一个车辆，对于当天上报的操作事件按照时间顺序，进行排序。

例如，对于车辆A，上报的某一天的数据如下：

车辆A，地点1，时间1，动作2，车速0，电源开；

车辆A，地点1，时间2，动作1，车速0，电源开；

车辆A，地点1，时间3，动作3，车速0，电源开；

车辆A，地点1，时间4，动作4，车速0，电源开；

……

车辆A，地点N，时间N，动作N，车速60，电源开；

……

车辆A，地点1，时间N+1，动作5，车速0，电源开；

车辆A，地点1，时间N+2，动作3，车速0，电源关。

划分行程时，首先指定一个具有代表性的操作事件为行车节点。例如，可以选择按点火开关时，车辆驱动系统的上电或下电状态或者说“点火”或“熄火”状态作为行车节点。

行程开始的标识为车速在点按点火开关事件发生时间前后由0变成大于0同时车辆驱动系统为点火状态，也即是电源开。

行程结束的标识为车速在点按点火开关事件发生时间前后由大于0变成0同时为车辆驱动系统为熄火状态，也即是电源关。

请参阅图4，进一步地，在这样的实施方式中，S22包括：

S221：根据行程节点将每个行程划分为行车开始阶段和行车结束阶段。

在这样的实施方式中，S221可以由划分单元22实现。或者说，划分单元22用于根据行程节点将每个行程划分为行车开始阶段和行车结束阶段。

具体地，以行程开始标识前后n分钟，行程结束标识前后m分钟将一个车程划为两个行车阶段，也即是行车开始阶段和行车结束阶段。其中，n和m可以根据该车辆用户行车前、停车后所花费的时间的历史数据的95％分位数来确定，具体分位数值在此不做限制。百分位数通常用表示在所有测量数据中，测量值的累计频次达到的百分比。以上车过程所发生的时间范围为例，95％分位数表示有95％的时间落入区间范围内。例如行车开始动作发生的时间为8:05，该用户上车过程发生的历史时间的95％是该动作发生的前后5分钟，那么行车开始阶段的时间为8:00-8:10。行车结束阶段与此相类似，在此不再赘述。

用户在每天的驾驶过程中，可能包含多个行程，例如，早上从家到单位是一个行程，晚上从单位到家又是一个行程，还可能包括其他前往某处的行程。每个行程包括一个行车开始阶段和一个行车结束阶段。

据此，可将每个行程划分为行车开始阶段和行车结束阶段。以上述事件为例，根据相关标识，可将行程划分为：

车辆A，行车开始阶段，地点1，阶段1，动作2，动作1，动作3，动作4；

车辆A，行车结束阶段，地点1，阶段2，动作5，动作3。

需要说明的是，一般地，用户在行驶过程中出于安全考虑不会进行影响驾驶的操作。而且，在行程中车辆的位置信息覆盖的范围较大，在某一个相同或相近位置进行的相同操作事件几乎没有，因此每段行程仅需要划分为行程开始阶段和行程结束阶段。

请参阅图5，进一步地，在某些实施方式中，S20还包括：

S23：根据操作事件的位置信息和操作事件的时间信息对多个行程进行处理以得到多个聚合行程。

在某些实施方式中，处理模块20还包括聚合单元23。S23可以由聚合单元23实现。或者说，聚合单元23用于根据操作事件的位置信息和操作事件的时间信息对多个行程进行处理以得到多个聚合行程。

具体地，在划分好行程后，需要将不同日期中相同时间段的行程进行聚合，也即是说将当日上报的用户操作信息与历史操作进行汇总处理，从而得到每个行程中的不同行驶阶段与操作事件集合的对应关系。

首先，对上报的操作事件进行过滤，将不关心的操作事件滤除，仅保留关心的操作事件。例如，业务仅关心用户的操作动作是否发生，而不关心操作动作的具体内容，例如，用户是打开收音机的操作事件可以得以保留，而用户调节音量调节频道这些操作事件可以滤除。又如，业务仅关系一些基础功能的操作，例如打开车窗、打开车门等操作，而不关心操作驾驶操作，例如挂D挡、挂P挡等。

然后，对不同日期的行车开始阶段和行车结束阶段进行聚合。具体地，第一行车开始阶段记为tp1，第二行车开始阶段记为tp2，以此类推，有n个行车开始阶段，因此记录有n个tp。将tp1,tp2……tpn按时间先后顺序排序。取tp1,tp2……tpn的上下限时间点求平均值算出tp1,tp2……tpn的中间点c1，c2,……cn。去c1开始以指定的半径r寻找以c1为中心r为半径的圆Y1覆盖的所有点，然后依次选择被圆Y1覆盖的其它点为中心r为半径做圆Y2，Y3，Yx去覆盖没有被覆盖的中间点，重复此过程直至没有新的c被覆盖为止聚合出一个时段。没有被覆盖的点选一个点重复上面过程聚合出其他的时段，直至所有的点都聚合完成。聚合的时段中覆盖的中间点数量小于指定阈值时，删除该时段，从而能得出最后聚合的时段。其中，每个tp的上下限展开取95％分位数得出每个时段的上下限。

例如，tp1上下限求时间平均值后的中间点c1为8:01,tp2上下限时间求时间平均值后的中间点c2为8:02，相类似地，c3为9:25，c4为12:00，c5为12:01，c6为18:00，c7为18:01。取半径r为1分钟，c2被覆盖。以c2为圆心1分钟为半径，无新的点被覆盖，因此，可确定聚合后的第一行车初始阶段为8:01-8:02并进行上下限的扩展。以c3为圆心1分钟为半径没有点被覆盖。该时间段中仅有一个点，当指定阈值为2时，该时间段舍去。以此类推，聚合的第二行车初始阶段为12:00-12:01并进行上下限的扩展，聚合的第三行车阶段为18:00-18:01并进行上下限扩展。如此，得到多个聚合行程。

需要说明的是，上述的tp的个数、中间点的个数、中间点具体值、半径等参数仅为示意性说明。

行车结束阶段的聚合处理与行车开始阶段的聚合处理方式相类似，此处不再赘述。

在确定聚合行程后，再根据位置信息，将在该时段中与大多数操作事件发生位置不相同的剔除，从而得到最终的聚合行程。该聚合行程中的操作事件均发生在相近地理位置。

例如，生活中用户每天早上8点钟左右上班，行程开始前的操作事件为打开车门，点火，打开车窗，打开收音机，打开空调，挂D档。中午12点钟左右去吃饭，行程开始前的操作事件为打开车门，点火，打开空调，挂D档。根据该用户上报的历史记录发现该用户每天的第一个行程开始都在8点钟左右，第二个行程开始都在12点钟左右，如此，可以得到用户每天开车的时间聚合为早上8点左右和中午12点左右。进而，根据位置信息发现，每天早上8点左右的动作都发生在某一个或者临近几个位置。中午12点左右的常用操作都也聚合在某一个或者临近几个位置。如此，便得到了两个位置信息聚合，分别为早点8点在家附近，中午12点在公司附近。

请参阅图6，进一步地，在某些实施方式中，S20还包括：

S24：对每个聚合行程中的多个操作事件进行筛选以得到聚合行程与操作事件集合的对应关系。

在某些实施方式中，处理模块20还包括生成单元24。S24可以由生成单元24实现。或者说，生成单元24用于对每个聚合行程中的多个操作事件进行筛选以得到聚合行程与操作事件集合的对应关系。

具体地，行程与操作事件集合的对应关系目的在于筛选出在多个相同行程、相同行车阶段中重复发生次数较多的操作事件，可以理解，在某个行程中仅发生过一次而没有大量重复重复的事件，可以认为并不是用户的常用操作，或者说不是用户的习惯。

因此，在将历史数据进行聚合从而得到多个聚合行程以后，需要从其中筛选共同发生次数大于预定次数的操作事件，从而形成操作事件的集合。

筛选时可采用窗口溢出的方法(size window spilt)对同一位置的同一行程的进行筛选。例如，用户每天早点8点在家附近三天的操作事件分别是“打开车门、打开空调、打开车窗”、“打开车门、打开空调”、“打开车门、打开空调，打开收音机”。可以发现，这三个操作中，打开车门后一点会打开空调，但是不一定打开车窗和收音机。采用窗口溢出，首先将多个操作事件分别进行排序，得到序列：打开车门、打开空调、打开车窗、打开收音机。操作事件发生的先后顺序，例如：打开车门、打开车窗、打开收音机、打开空调或者是打开车门、打开车窗、打开空调、打开收音机。这两组操作其实相同，因此，序列按照一定的顺序排列即可，并无具体先后要求。

设置窗口大小为2，从左到右，每次向右滑动一格,截取出操作序列对打开车门/打开空调，打开空调/打开车窗，打开车窗/打开收音机。

可以理解，如果不用窗口溢出的方法,那么上述三组操作事件各自出现了一次而没有规律可言。如果拆分成2个事件一组分布计算就会发现“打开车门/打开空调“为每次都出现的高频动作。

如此，早8点在某地点这段行程对应的操作事件的集合就是“打开车门、打开空调”。

综上所述，在服务器100一端通过对汇总的驾车过程中的用户操作信息进行处理可生成多个行程与行程内操作事件集合的对应关系作为车辆个性化信息，从而为日后推送车辆个性化信息提供数据基础。

请参阅图7，本申请第二方面提供了一种车辆个性化信息的推送方法。推送方法包括：

S30：接收车辆上报的用户操作信息；

S40：根据用户操作信息获取对应所述用户操作信息的车辆个性化信息；

S50：推送车辆个性化信息至车辆。

本申请实施方式提供了一种服务器，服务器包括接收模块、获取模块和推送模块。本申请实施方式的车辆个性化信息的推送方法可以由本申请实施方式的服务器实现。

具体地，S30可以由接收模块实现，S40可以由获取模块实现，S50可以由推送模块实现。或者说，推送模块用于接收车辆上报的用户操作信息，获取模块根据用户操作信息获取对应用户操作信息的车辆个性化信息。推送模块用于推送车辆个性化信息至车辆。

本申请实施方式的车辆个性化信息的推送方法和服务器，在接收到车辆上报的用户操作信息后，根据用户操作信息以及前述实施方式行程与操作事件集合对应关系，来获取与该用户操作信息对应的车辆个性化信息，也即是操作事件集合，并将该信息推送至车辆。

具体地，服务器中，存储有根据上报的用户操作信息生成的行程与操作事件集合的对应关系。在实际驾驶中，车辆对于每一个用户操作都进行上报，当服务器判断出该用户操作是属于某一行程时，则将与该行程对应的操作事件集合推送至车辆，车辆可根据该信息直接控制车辆。

在这样的实施方式中，S40包括：

S42：根据用户操作信息判断车辆的行程；

S44：匹配与行程对应的操作事件集合作为车辆个性化信息。

在这样的实施方式中，S42和S44可以由获取模块实现。或者说，获取模块用于根据用户操作信息判断车辆的行程，并匹配与行程对应的操作事件集合作为车辆个性化信息。

具体地，车辆上报的操作信息包括位置信息和时间信息，如此，通过将位置信息和时间信息与聚合行程进行比对，便可确定该操作信息属于某一具体行程。服务器将该行程的操作事件集合推送至车辆，车俩根据该信息可执行该行程中后续的操作事件，从而为用户提供便利。

例如，用户每天8点左右在家附近的行车开始阶段对应的操作事件集合为打开车门、打开车窗。后续服务中每天早上8点在小明家附近当小明当打开了车门，服务器接收到车辆上报的打开车门的信息后，通过匹匹配将打开车窗的车辆个性化信息推送至车辆，车辆自动打开车窗，为用户带来操作的便利性。

如此，当用户在某一行程中需要存在多个操作事件时，仅需要用户进行第一个操作事件，后续的操作事件将可由车辆自动执行，极大的方便了用户，改善用户体验。

请参阅图8，本申请第三方面的实施方式提供了一种车辆个性化信息的配置方法。配置方法包括：

S60：获取用户操作信息，并将所述用户操作信息上报至服务器；

S70：接收服务器根据用户操作信息获取的对应用户操作信息的车辆个性化信息；

S80：根据车辆个性化信息配置车辆。

本申请实施方式提供了一种车辆，车辆包括通信模块和控制模块。本申请实施方式的车辆个性化信息的配置方法可以由本申请实施方式的车辆实现。

具体地，S60、S70可以由通信模块实现，S80可以由控制模块实现。或者说，通信模块用于获取用户操作信息，并将所述用户操作信息上报至服务器，并接收服务器根据用户操作信息获取的对应用户操作信息的车辆个性化信息。控制模块用于根据车辆个性化信息配置车辆。

具体地，本申请实施方式的车辆个性化信息的配置方法和车辆，在检测到用户操作后，将该用户操作的操作信息上报至服务器，服务器根据用户操作信息以及前述实施方式行程与操作事件集合对应关系，来获取与该用户操作信息对应的车辆个性化信息，也即是操作事件集合，并将该信息推送至车辆。车辆根据该信息对车辆进行配置。

具体地，服务器中，存储有根据上报的用户操作信息生成的行程与操作事件集合的对应关系。在实际驾驶中，车辆对于每一个用户操作都进行上报，当服务器判断出该用户操作是属于某一行程时，则将与该行程对应的操作事件集合推送至车辆，车辆可根据该信息进行进一步地配置，提高了驾驶的便利性。

本申请实施方式还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当计算机可执行指令被一个或多个处理器执行时，使得处理器执行上述任一实施方式的车辆个性化信息的生成方法。

本申请实施方式还提供了一种服务器100。服务器100包括存储器及一个或多个处理器，一个或多个程序被存储在存储器中，并且被配置成由一个或多个处理器执行。程序包括用于执行上述任意一项实施方式所述的车辆个性化信息的生成方法。

处理器可用于提供计算和控制能力，支撑整个服务器100的运行。车辆100的存储器为存储器其中的计算机可读指令运行提供环境。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一非易失性计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种车辆个性化信息的生成方法，其特征在于，包括：

汇总车辆上报的用户操作信息；

根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息，

所述用户操作信息包括操作事件的位置信息和操作事件的时间信息，

所述根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息还包括：

根据所述操作事件的位置信息和所述操作事件的时间信息对所述多个行程进行处理以得到多个聚合行程，

每个所述行程包括行车开始阶段和行车结束阶段，

所述根据所述操作事件的位置信息和所述操作事件的时间信息对所述多个行程进行处理以得到多个聚合行程，包括：

将多个所述行车开始阶段或多个所述行车结束阶段分别按时间先后顺序排序，取每个行车阶段的上下限时间点求平均值算出每个行车阶段的中间点，以指定的半径寻找以中间点为中心指定的半径为半径的第一圆覆盖的所有中间点，然后依次选择被所述第一圆覆盖的其它中间点为中心所述指定的半径为半径做第二圆去覆盖没有被覆盖的中间点，重复此过程直至没有新的中间点被覆盖为止，以聚合出一个聚合时段，在没有被覆盖的中间点选一个中间点重复上面过程聚合出其他的时段，直至所有的中间点都聚合完成，以获取多个聚合时段，

对所述多个聚合时段进行上下限的扩展，以得到多个待定聚合行程；

根据所述操作事件的位置信息，将在所述多个待定聚合行程中与大于预设数量的操作事件发生位置不相同的操作事件剔除，从而得到所述多个聚合行程。

2.根据权利要求1所述的生成方法，其特征在于，所述用户操作信息包括车辆识别码、操作事件、操作事件上报时的车速和操作事件上报时车辆的通电状态。

3.根据权利要求2所述的生成方法，其特征在于，所述根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息包括：

4.根据权利要求3所述的生成方法，其特征在于，所述根据行程节点将排序后的操作事件划分为多个行程包括：

5.根据权利要求1所述的生成方法，其特征在于，所述根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息包括：

6.一种车辆个性化信息的推送方法，其特征在于，包括：

接收车辆上报的用户操作信息；

推送所述车辆个性化信息至所述车辆，

所述根据所述用户操作信息获取对应所述用户操作信息的车辆个性化信息，包括：

所述根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息，还包括：

每个所述行程包括行车开始阶段和行车结束阶段，

7.根据权利要求6所述的推送方法，其特征在于，所述根据所述用户操作信息获取对应所述用户操作信息的车辆个性化信息包括：

根据所述用户操作信息判断所述车辆的行程；

匹配与所述行程对应的操作事件集合作为所述车辆个性化信息。

8.一种车辆个性化信息的配置方法，其特征在于，包括：

获取用户操作信息，并将所述用户操作信息上报至服务器；

根据所述车辆个性化信息配置车辆；

所述根据所述用户操作信息获取的对应所述用户操作信息的车辆个性化信息，包括：

每个所述行程包括行车开始阶段和行车结束阶段，

9.一种服务器，其特征在于，包括：

信息接收模块，用于汇总车辆上报的用户操作信息；

处理模块，用于根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息；

所述处理模块还包括：

聚合单元，用于根据所述操作事件的位置信息和所述操作事件的时间信息对所述多个行程进行处理以得到多个聚合行程，

每个所述行程包括行车开始阶段和行车结束阶段，

所述聚合单元还用于，包括：

10.根据权利要求9所述的服务器，其特征在于，所述用户操作信息包括车辆识别码、操作事件、操作事件上报时的车速和操作事件上报时车辆的通电状态。

11.根据权利要求10所述的服务器，其特征在于，所述处理模块包括：

排序单元，用于对所述操作事件根据所述操作事件的时间信息按先后顺序排序；

12.根据权利要求11所述的服务器，其特征在于，所述划分单元还用于根据所述行程节点将每个行程划分为行车开始阶段和行车结束阶段。

13.根据权利要求9所述服务器，其特征在于，所述处理模块还包括：

14.一种服务器，其特征在于，包括：

接收模块，用于接收车辆上报的用户操作信息；

推送模块，用于推送所述车辆个性化信息至所述车辆；

所述获取模块还用于：

根据所述用户操作信息生成多个行程与操作事件集合的对应关系以作为所述车辆个性化信息；

所述获取模块还用于：

每个所述行程包括行车开始阶段和行车结束阶段，

所述获取模块还用于：

15.一种车辆，其特征在于，包括：

控制模块，用于根据所述信息配置车辆，

所述用户操作信息的车辆个性化信息是所述服务器根据所述用户操作信息生成多个行程与操作事件集合的对应关系，

所述根据所述用户操作信息生成多个行程与操作事件集合的对应关系，包括：

每个所述行程包括行车开始阶段和行车结束阶段，

16.一种服务器，其特征在于，包括行一个或多个处理器、存储器；和

一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，并且被所述一个或多个处理器执行，所述程序包括用于执行根据权利要求1-5任意一项所述的车辆个性化信息的生成方法的指令。

17.一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行权利要求1-5中任一项所述的车辆个性化信息的生成方法。