车联网数据处理方法、服务器和终端的制作方法

文档序号:7835259阅读:139来源:国知局
车联网数据处理方法、服务器和终端的制作方法
【专利摘要】本发明提供一种车联网数据处理方法、服务器和终端,包括:服务器获取行车历史数据;对所述行车历史数据进行训练,得到用于分析用户驾驶行为的程序脚本;向终端发送所述程序脚本。本发明的技术方案通过服务器首先获取行车历史数据,然后对行车历史数据进行训练,得到用于分析用户驾驶行为的程序脚本,最后将程序脚本发送给终端。通过根据程序脚本和行车数据,动态分析用户的驾驶行为,解决了由于算法更新不及时,算法精度下降的问题,保证了分析用户驾驶行为的准确性,进一步的,降低了更新终端固件所带来的额外成本。
【专利说明】车联网数据处理方法、服务器和终端

【技术领域】
[0001] 本发明涉及车联网技术,尤其涉及一种车联网数据处理方法、服务器和终端。

【背景技术】
[0002] 车联网系统,是指通过在车辆仪表台安装车载终端设备,实现对车辆所有工作情 况(静、动态数据)的采集、存储并发送。车载终端设备是车联网系统中的重要组成部分, 负责收集车联网数据,其中,车联网数据具体指,通过使用车载传感设备,如车载诊断系统 (On-Board Diagnostic System,简称OBD)、加速度传感器等,收集车辆运动状态、油耗状态 等信息。车联网的发展目标就是实现在信息网络平台上对所有车辆的各种属性信息进行提 取,并根据不同的功能需求对车辆的运行状态进行有效的监管和提供综合服务。
[0003] 现有技术中,一种方案,由服务器收集用户行车数据,并分析用户驾驶行为,然后 将分析结果发送至终端,但只能应用于对隐私保护无疑虑的用户;另一种方案,会将用于分 析用户驾车行为的算法固化于终端中,这样很好的保护了用户的隐私,但由于用户行驶地 域的改变,或用户需求的改变,当需要对已固化的算法进行更新或增加新的算法时,如果对 终端固件更新不及时,会导致算法精度下降。


【发明内容】

[0004] 本发明实施例提供一种车联网数据处理方法、服务器和终端,以解决更新车联网 系统的终端设备不及时导致算法精度下降的问题。
[0005] 本发明的第一方面提供了一种车联网数据处理方法,所述方法应用于服务器,所 述方法包括:
[0006] 获取行车历史数据;
[0007] 对所述行车历史数据进行训练,得到用于分析用户驾驶行为的程序脚本;
[0008] 向终端发送所述程序脚本。
[0009] 在第一方面的第一种可能的实现方式中,所述对所述行车历史数据进行训练,得 到用于分析用户驾驶行为的程序脚本,具体为:
[0010] 根据设定的业务模型,分析所述行车历史数据得到数据流分析函数;
[0011] 根据所述数据流分析函数生成所述程序脚本。
[0012] 结合第一方面或第一方面的第一种可能的实现方式,在第一方面的第二种可能的 实现方式中,所述获取行车历史数据,具体包括:
[0013] 从第三方数据服务器获取所述行车历史数据;
[0014] 或者,
[0015] 从所述终端获取所述行车历史数据;
[0016] 其中,所述行车历史数据为车辆行驶一个固定时间段的行车数据。
[0017] 结合第一方面、第一方面的第一至第二种任意一种可能的实现方式,在第一方面 的第三种可能的实现方式中,所述向终端发送所述程序脚本之后,还包括:
[0018] 向所述终端发送用于分析用户驾驶行为的标准。
[0019] 结合第一方面、第一方面的第一至第三种任意一种可能的实现方式,在第一方面 的第四种可能的实现方式中,所述向终端发送所述程序脚本之后,还包括:
[0020] 接收更新所述程序脚本的请求;
[0021] 根据所述更新所述程序脚本的请求,更新所述程序脚本。
[0022] 本发明的第二方面提供了一种车联网数据处理方法,所述方法应用于终端,所述 方法包括:
[0023] 接收服务器发送的用于分析用户驾驶行为的程序脚本;
[0024] 获取行车数据;
[0025] 根据所述程序脚本以及所述行车数据,分析用户驾驶行为。
[0026] 在第二方面的第一种可能的实现方式中,所述获取行车数据,包括:
[0027] 从车载诊断系统OBD模块、全球定位系统GPS和加速度传感器中至少一个获取所 述行车数据;
[0028] 其中,从所述OBD模块中获取所述行车数据,具体为,获取车速和发动机转速;
[0029] 或者,
[0030] 从所述GPS中获取所述行车数据,具体为,获取地理位置信息;
[0031] 或者,
[0032] 从所述加速度传感器中获取所述行车数据,具体为,获取加速度。
[0033] 结合第二方面或第二方面的第一种可能的实现方式,在第二方面的第二种可能的 实现方式中,所述根据所述程序脚本以及所述行车数据,分析用户驾驶行为之前,还包括:
[0034] 获取所述服务器发送的用于分析用户驾驶行为的标准;
[0035] 其中,所述根据所述程序脚本以及所述行车数据,分析用户驾驶行为,具体为:
[0036] 将所述行车数据带入所述程序脚本,并执行所述程序脚本,生成第一数值;
[0037] 将所述第一数值与所述用于分析用户驾驶行为的标准进行比对,分析用户驾驶行 为;
[0038] 其中,所述第一数值可以为方差或平均值。
[0039] 结合第二方面或第二方面的第一种可能的实现方式,在第二方面的第三种可能的 实现方式中,所述根据所述程序脚本以及所述行车数据,分析用户驾驶行为之后,还包括:
[0040] 根据所述获取的地理位置信息,检测所述地理位置信息是否改变;
[0041] 当检测到所述地理位置信息改变,请求所述服务器更新所述程序脚本。
[0042] 结合第二方面、第二方面的第一种至第三种任意一种可能的实现方式,在第二方 面的第四种可能的实现方式中,所述获取行车数据之后,还包括:
[0043] 收集车辆行驶一个固定时间段的行车数据;
[0044] 向所述服务器发送所述行车数据。
[0045] 本发明第三方面提供了一种服务器,包括:
[0046] 接收器,用于获取行车历史数据;
[0047] 处理器,用于对所述接收器获取的所述行车历史数据进行训练,得到用于分析用 户驾驶行为的程序脚本;
[0048] 发送器,用于向终端发送所述处理器训练生成的所述程序脚本。
[0049] 在第三方面第一种可能实现方式中,所述处理器,具体用于:
[0050] 根据设定的业务模型,分析所述行车历史数据得到数据流分析函数;
[0051] 根据所述数据流分析函数生成所述程序脚本。
[0052] 结合第三方面或第三方面的第一种可能实现方式,在第三方面的第二种可能的实 现方式中,所述接收器,具体用于:
[0053] 从第三方数据服务器获取所述行车历史数据;
[0054] 或者,
[0055] 从所述终端获取所述行车历史数据;
[0056] 其中,所述行车历史数据为车辆行驶一个固定时间段的行车数据。
[0057] 结合第三方面、第三方面的第一至第二种任意一种可能的实现方式,在第三方面 的第三种可能的实现方式中,所述发送器还用于:
[0058] 向所述终端发送用于分析用户驾驶行为的标准。
[0059] 结合第三方面、第三方面的第一至第三种任意一种可能的实现方式,在第三方面 的第四种可能的实现方式中,所述接收器,还用于:
[0060] 接收更新所述程序脚本的请求。
[0061] 结合第三方面、第三方面的第一至第四种任意一种可能的实现方式,在第三方面 的第五种可能的实现方式中,所述处理器,还用于:
[0062] 根据所述接收器接收的所述更新所述程序脚本的请求,更新所述程序脚本。
[0063] 本发明的第四方面提供了一种终端,所述终端包括:
[0064] 接收器,用于接收服务器发送的用于分析用户驾驶行为的程序脚本和获取行车数 据;
[0065] 处理器,根据所述接收器接收的所述程序脚本以及获取的所述行车数据,分析用 户驾驶行为。
[0066] 在第四方面的第一种可能实现方式中,所述接收器,具体可以为车载诊断系统OBD 模块、全球定位系统GPS和加速度传感器中至少一个;
[0067] 所述接收器,用于获取行车数据,具体为:
[0068] 从所述OBD模块中获取所述行车数据,具体为,获取车速和发动机转速;
[0069] 或者,
[0070] 从所述GPS中获取所述行车数据,具体为,获取地理位置信息;
[0071] 或者,
[0072] 从所述加速度传感器中获取所述行车数据,具体为,获取加速度。
[0073] 结合第四方面或第四方面的第一种可能的实现方式,在第四方面的第二种可能的 实现方式中,所述接收器,还用于:
[0074] 获取所述服务器发送的用于分析用户驾驶行为的标准。
[0075] 结合第四方面、第四方面的第一种至第二种任意一种可能的实现方式,在第四方 面的第三种可能的实现方式中,所述处理器,具体用于:
[0076] 将所述行车数据带入所述程序脚本,并执行所述程序脚本,生成第一数值;
[0077] 将所述第一数值与所述接收器获取的所述用于分析用户驾驶行为的标准进行比 对,分析用户驾驶行为;
[0078] 其中,所述第一数值可以为方差或平均值。
[0079] 结合第四方面或第四方面的第一种可能实现方式,在第四方面的第四种可能的实 现方式中,所述处理器,还用于:
[0080] 根据所述获取的地理位置信息,检测所述地理位置信息是否改变;
[0081] 当检测到所述地理位置信息改变,请求所述服务器更新所述程序脚本。
[0082] 结合第四方面、第四方面的第一种至第四种任意一种可能的实现方式,在第四方 面的第五种可能的实现方式中,所述终端还包括:发送器;
[0083] 所述处理器,还用于收集车辆行驶一个固定时间段的行车数据;
[0084] 所述发送器,用于向所述服务器发送所述行车数据。
[0085] 本发明提供的车联网数据处理方法、终端和系统,服务器首先获取行车历史数据, 然后对行车历史数据进行训练,得到用于分析用户驾驶行为的程序脚本,最后将程序脚本 发送给终端。通过根据程序脚本和行车数据,动态分析用户的驾驶行为,解决了由于算法更 新不及时,算法精度下降的问题,保证了分析用户驾驶行为的准确性。

【专利附图】

【附图说明】
[0086] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图做一简单地介绍,显而易见地,下面描述中的附图是本发 明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以 根据这些附图获得其他的附图。
[0087] 图1为本发明实施例提供的车联网数据处理方法流程图;
[0088] 图2为本发明另一实施例提供的车联网数据处理方法流程图;
[0089] 图3为本发明实施例提供的服务器结构示意图;
[0090] 图4为本发明实施例提供的终端结构示意图;
[0091] 图5为本发明另一实施例提供的终端结构示意图。

【具体实施方式】
[0092] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例 中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是 本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0093] 本文中描述的技术可用于各种通信系统,例如当前2G,3G通信系统、Wi-Fi无 线通信系统和下一代通信系统,例如全球移动通信系统(Global System for Mobile communications,简称为:GSM),码分多址(Code Division Multiple Access,简称为: CDMA)系统,时分多址(Time Division Multiple Access,简称为:TDMA)系统,宽带码 分多址(Wideband Code Division Multiple Access Wireless,简称为:WCDMA),频分 多址(Frequency Division Multiple Addressing,简称为:FDMA)系统,正交频分多 址(Orthogonal Frequency-Division Multiple Access,简称为:0FDMA)系统,单载波 FDMA(SC-FDMA)系统,通用分组无线业务(General Packet Radio Service,简称为:GPRS) 系统,长期演进(Long Term Evolution,简称为:LTE)系统,以及其他此类通信系统。
[0094] 目前,保险公司为了对用户进行保费打折的业务,就需要通过对用户驾驶行为进 行分析,比如,当用户发生交通事故,需要保险公司理赔时,保险公司就会分析用户驾驶行 为,此驾驶行为可以为当前路段的危险指数、车辆加速度以及用户有无急刹车动作,当保险 公司从终端中查看到用户发生事故的路段的危险指数相当大、车辆加速度比较小并且有急 刹车的行为,保险公司就有可能会断定,由于道路太危险并且用户是作出了自己的努力避 免事故的,此时用户会得到保险公司更多的赔偿,而当保险公司从终端中查看到用户发生 事故的路段的危险指数相当小、车辆加速度相当大,还不伴有急刹车的行为,此时保险公司 就有可能会断定是由于用户本身非正常驾驶导致的事故,此时用户会得到相对较少的赔 偿,因为可能大部分的责任在用户本身的驾驶行为上。
[0095] 由于现在用于分析用户驾驶行为的程序都是车辆出厂的时候固化在终端中的,因 为不同的省份、不同的国家的判别标准都不尽相同,这样如果用户地理位置改变就会导致 程序的分析结果不准确,从而导致用户的利益受损,本发明实施例提供的车联网数据处理 方法,可以通过实时更新终端设备中用于分析用户驾驶行为的程序脚本,使得分析结果更 为精确。
[0096] 图1为本发明实施例提供的车联网数据处理方法流程图,本发明实施例提 供的方法可以用于服务器,服务器具体可以为网络侧的简单文件传输协议(Trivial File Transfer Protocol,简称为:TFTP)服务器、动态主机配置协议(Dynamic Host Configuration Protocol,简称为:DHCP)服务器等,本发明不对服务器类型加以限制,本发 明的服务器可以位于机房内,另外,在本发明实施例中,涉及的终端可以插入汽车内部特定 接口中的0BD设备,如图1所示,该方法包括:
[0097] 步骤101 :获取行车历史数据。
[0098] 所述行车历史数据为车辆行驶一个固定时间段的行车数据。
[0099] 所述一个固定时间段具体可以为一个星期、十天或一个月等,即,服务器可以获取 车辆行驶一个星期的行车数据,也可以获取车辆行驶十天的行车数据,也可以获取车辆行 驶一个月的行车数据,本发明对固定时间段不加以限制。
[0100] 可选的,服务器可以从第三方数据服务器获取行车历史数据。
[0101] 首先,第三方数据服务器获取行车历史数据,具体的,第三方数据服务器获取终端 上传的一个固定时间段内的行车数据。终端定期将一个固定时间段内的行车数据上传给第 三方数据服务器。
[0102] 当终端将一个固定时间段内的行车数据上传到第三方数据服务器后,第三方数据 服务器建立存储行车数据的表,第三方数据服务器向服务器发送存储的行车数据的表。
[0103] 如表1所示,表1为用户在三月份的行车历史数据,其中,一个固定时间段为一个 星期,以按照每星期收集一次行车数据的时间间隔收集行车历史数据,表中记录车辆的行 车数据,包括:车速、加速度、车辆的地理位置信息等。
[0104] 表1用户3月份行车历史数据记录表
[0105]

【权利要求】
1. 一种车联网数据处理方法,其特征在于,所述方法应用于服务器,所述方法包括: 获取行车历史数据; 对所述行车历史数据进行训练,得到用于分析用户驾驶行为的程序脚本; 向终端发送所述程序脚本。
2. 根据权利要求1所述的方法,其特征在于,所述对所述行车历史数据进行训练,得到 用于分析用户驾驶行为的程序脚本,具体为: 根据设定的业务模型,分析所述行车历史数据得到数据流分析函数; 根据所述数据流分析函数生成所述程序脚本。
3. 根据权利要求1或2所述的方法,其特征在于,所述获取行车历史数据,具体包括: 从第三方数据服务器获取所述行车历史数据; 或者, 从所述终端获取所述行车历史数据; 其中,所述行车历史数据为车辆行驶一个固定时间段的行车数据。
4. 根据权利要求1-3任一项所述的方法,其特征在于,所述向终端发送所述程序脚本 之后,还包括: 向所述终端发送用于分析用户驾驶行为的标准。
5. 根据权利要求1-4任一项所述的方法,其特征在于,所述向终端发送所述程序脚本 之后,还包括: 接收更新所述程序脚本的请求; 根据所述更新所述程序脚本的请求,更新所述程序脚本。
6. -种车联网数据处理方法,其特征在于,所述方法应用于终端,所述方法包括: 接收服务器发送的用于分析用户驾驶行为的程序脚本; 获取行车数据; 根据所述程序脚本以及所述行车数据,分析用户驾驶行为。
7. 根据权利6所述的方法,其特征在于,所述获取行车数据,包括: 从车载诊断系统OBD模块、全球定位系统GPS和加速度传感器中至少一个获取所述行 车数据; 其中,从所述OBD模块中获取所述行车数据,具体为,获取车速和发动机转速; 或者, 从所述GPS中获取所述行车数据,具体为,获取地理位置信息; 或者, 从所述加速度传感器中获取所述行车数据,具体为,获取加速度。
8. 根据权利要求6或7所述的方法,其特征在于,所述根据所述程序脚本以及所述行车 数据,分析用户驾驶行为之前,还包括: 获取所述服务器发送的用于分析用户驾驶行为的标准; 其中,所述根据所述程序脚本以及所述行车数据,分析用户驾驶行为,具体为: 将所述行车数据带入所述程序脚本,并执行所述程序脚本,生成第一数值; 将所述第一数值与所述用于分析用户驾驶行为的标准进行比对,分析用户驾驶行为; 其中,所述第一数值可以为方差或平均值。
9. 根据权利要求6或7所述的方法,其特征在于,所述根据所述程序脚本以及所述行车 数据,分析用户驾驶行为之后,还包括: 根据所述获取的地理位置信息,检测所述地理位置信息是否改变; 当检测到所述地理位置信息改变,请求所述服务器更新所述程序脚本。
10. 根据权利要求6-9任一项所述的方法,其特征在于,所述获取行车数据之后,还包 括: 收集车辆行驶一个固定时间段的行车数据; 向所述服务器发送所述行车数据。
11. 一种服务器,其特征在于,包括: 接收器,用于获取行车历史数据; 处理器,用于对所述接收器获取的所述行车历史数据进行训练,得到用于分析用户驾 驶行为的程序脚本; 发送器,用于向终端发送所述处理器训练生成的所述程序脚本。
12. 根据权利要求11所述的服务器,其特征在于,所述处理器,具体用于: 根据设定的业务模型,分析所述行车历史数据得到数据流分析函数; 根据所述数据流分析函数生成所述程序脚本。
13. 根据权利要求11或12所述的服务器,其特征在于,所述接收器,具体用于: 从第三方数据服务器获取所述行车历史数据; 或者, 从所述终端获取所述行车历史数据; 其中,所述行车历史数据为车辆行驶一个固定时间段的行车数据。
14. 根据权利要求11-13任一项所述的服务器,其特征在于,所述发送器还用于: 向所述终端发送用于分析用户驾驶行为的标准。
15. 根据权利要求11-14任一项所述的服务器,其特征在于,所述接收器,还用于: 接收更新所述程序脚本的请求。
16. 根据权利要求11-15任一项所述的服务器,其特征在于,所述处理器,还用于: 根据所述接收器接收的所述更新所述程序脚本的请求,更新所述程序脚本。
17. -种终端,其特征在于,所述终端包括: 接收器,用于接收服务器发送的用于分析用户驾驶行为的程序脚本和获取行车数据; 处理器,根据所述接收器接收的所述程序脚本以及获取的所述行车数据,分析用户驾 驶行为。
18. 根据权利要求17所述的终端,其特征在于,所述接收器,具体可以为车载诊断系统 OBD模块、全球定位系统GPS和加速度传感器中至少一个; 所述接收器,用于获取行车数据,具体为: 从所述OBD模块中获取所述行车数据,具体为,获取车速和发动机转速; 或者, 从所述GPS中获取所述行车数据,具体为,获取地理位置信息; 或者, 从所述加速度传感器中获取所述行车数据,具体为,获取加速度。
19. 根据权利要求17或18所述的终端,其特征在于,所述接收器,还用于: 获取所述服务器发送的用于分析用户驾驶行为的标准。
20. 根据权利要求17-19所述的终端,其特征在于,所述处理器,具体用于: 将所述行车数据带入所述程序脚本,并执行所述程序脚本,生成第一数值; 将所述第一数值与所述接收器获取的所述用于分析用户驾驶行为的标准进行比对,分 析用户驾驶行为; 其中,所述第一数值可以为方差或平均值。
21. 根据权利要求17或18所述的终端,其特征在于,所述处理器,还用于: 根据所述获取的地理位置信息,检测所述地理位置信息是否改变; 当检测到所述地理位置信息改变,请求所述服务器更新所述程序脚本。
22. 根据权利要求17至21任一项所述的终端,其特征在于,所述终端还包括:发送器; 所述处理器,还用于收集车辆行驶一个固定时间段的行车数据; 所述发送器,用于向所述服务器发送所述行车数据。
【文档编号】H04L29/08GK104429047SQ201480001790
【公开日】2015年3月18日 申请日期:2014年3月5日 优先权日:2014年3月5日
【发明者】张迪, 闫锐, 杜涛, 孙彦锋 申请人:华为终端有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1