一种车联网付费软件监测方法及其系统与流程

1.本发明涉及车联网技术领域，具体涉及一种车联网付费软件监测方法及其系统。


背景技术：

2.近年来，随着车联网、人工智能技术的发展，越来越多的汽车已实现联网功能，其中车联网软件付费成为了重要一环，成为主机厂新的利润贡献点；然而软件付费开通功能存在被用户通过售后诊断仪等工具非法刷写程序达到未购买即可使用功能的目的，如何确保软件不被非法使用，保障主机厂的合法收益，成为需要紧急对应的问题。


技术实现要素：

3.本发明的目的在于提出一种车联网付费软件监测方法及其系统，以确保软件不被非法使用，保障主机厂的合法收益。
4.为实现上述目的，本发明的实施例提出一种车联网付费软件监测方法，包括：
5.接收服务器发送的订单信息，对所述订单信息进行缓存；
6.定期根据所述订单信息核对车辆付费软件的功能配置状态是否正常，若否，则根据所述订单信息对车辆付费软件的当前功能配置状态进行更改，若是，则不更改车辆的当前功能配置状态。
7.优选地，所述订单信息包括订单有效时间信息和功能配置信息。
8.优选地，所述方法还包括：
9.根据所述订单有效时间信息判断订单是否到期；若到期，则向所述服务器重新获取最新订单信息，并定期根据所述最新订单信息核对车辆付费软件的当前功能配置状态是否正常；若未到期，则继续定期根据所述订单信息核对车辆付费软件的当前功能配置状态是否正常。
10.优选地，所述定期根据所述订单信息核对车辆付费软件的当前功能配置状态是否正常，包括：
11.获取车辆付费软件的功能配置状态；
12.将所述车辆付费软件的当前功能配置状态与所述功能配置信息进行对比，若对比结果为一致，则车辆付费软件的当前功能配置状态正常，若对比结果为不一致，则车辆付费软件的当前功能配置状态异常。
13.优选地，所述根据所述订单信息对车辆付费软件的当前功能配置状态进行更改，包括：
14.将车辆付费软件的当前功能配置状态修改配置为与所述订单信息一致。
15.优选地，所述订单信息为用户操作手机app生成，并上传至服务器。
16.本发明的另一实施例提出一种车联网付费软件监测系统，包括：
17.信息接收单元，用于接收服务器发送的订单信息，对所述订单信息进行缓存；
18.核对单元，用于定期根据所述订单信息核对车辆付费软件的功能配置状态是否正
常，若否，则根据所述订单信息对车辆付费软件的当前功能配置状态进行更改，若是，则不更改车辆的当前功能配置状态。
19.优选地，所述订单信息包括订单有效时间信息和功能配置信息。
20.优选地，所述信息接收单元，还用于：
21.根据所述订单有效时间信息判断订单是否到期；若到期，则向所述服务器重新获取最新订单信息，并定期根据所述最新订单信息核对车辆付费软件的当前功能配置状态是否正常；若未到期，则继续定期根据所述订单信息核对车辆付费软件的当前功能配置状态是否正常。
22.优选地，所述核对单元，具体用于：
23.获取车辆付费软件的功能配置状态；
24.将所述车辆付费软件的当前功能配置状态与所述功能配置信息进行对比，若对比结果为一致，则车辆付费软件的当前功能配置状态正常，若对比结果为不一致，则车辆付费软件的当前功能配置状态异常，将车辆付费软件的当前功能配置状态修改配置为与所述订单信息一致。
25.本发明的各实施例具有以下有益效果：
26.可以通过车辆端的控制器来实现，对车辆付费软件的使用情况(当前功能配置状态)进行实时监测，发现非法开通软件功能的异常车辆及时处理，自动关闭软件功能，确保软件不被非法使用，保障主机厂的合法收益。
27.本发明的其它特征和优点将在随后的说明书中阐述。
附图说明
28.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1为本发明一实施例中一种车联网付费软件监测方法的流程示意图。
30.图2为本发明一实施例中一种车联网付费软件监测方法的应用场景示意图。
31.图3为图2所示应用场景中各端交互流程图。
32.图4为图2所示应用场景中付费软件开通使用监测流程图。
33.图5为本发明另一实施例中一种车联网付费软件监测系统的框架结构图。
具体实施方式
34.以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。另外，为了更好的说明本发明，在下文的具体实施例中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的手段未作详细描述，以便于凸显本发明的主旨。
35.本发明的一个实施例提出一种车联网付费软件监测方法，其应用于车端，可以由车端的一个中央域控制器来执行器步骤，具体地，参阅图1，本实施例的方法包括以下步骤：
36.步骤s1、接收服务器发送的订单信息，对所述订单信息进行缓存；
37.具体而言，所述服务器为汽车远程服务提供商(telematics service provider,tsp)提供的软件付费平台，用于负责订单信息存储和任务分解；
38.在本实施例中，车端与所述软件付费平台之间的信息接收/发送可以由车端的t-box来实现，所述t-box在接收到述软件付费平台基于车辆vin码发送的订单信息之后，将所述订单信息转发给车辆的中央域控制器，所述中央域控制器对所述订单信息进行缓存；
39.步骤s2、定期根据所述订单信息核对车辆付费软件的功能配置状态是否正常，若否，则根据所述订单信息对车辆付费软件的当前功能配置状态进行更改，若是，则不更改车辆的当前功能配置状态；
40.具体而言，假设订单信息中描述付费软件a的某一功能配置a1状态为关闭，而实际读取例如智驾等其他域控制器的付费软件a的功能配置a1状态的配置码状态为“关闭”，则对应a1状态为正常，若实际读取例如智驾等其他域控制器的付费软件a的功能配置a1状态的配置码状态为“开通”，则对应a1状态为异常，需要根据所述订单信息对车辆付费软件的当前功能配置状态进行更改为“关闭”；
41.其中，所述定期指的是一个设定频率，可以是固定的周期，又可以是每次车辆上电时，来根据所述订单信息核对车辆付费软件的功能配置状态是否正常。
42.在一些实施例中，所述订单信息包括订单有效时间信息和功能配置信息；
43.具体而言，所述订单信息为用户操作手机app生成，用户通过登录手机app，操作手机app提交订单并付款，例如开通付费软件的某一个或多个功能，手机app根据用户输入的信息以及付款成功信息生成对应的订单信息，并将该订单信息上传至所述软件付费平台。
44.在一些实施例中，所述方法还包括：
45.步骤s3、根据所述订单有效时间信息判断订单是否到期；若到期，则向所述服务器重新获取最新订单信息，并定期根据所述最新订单信息核对车辆付费软件的当前功能配置状态是否正常；若未到期，则继续定期根据所述订单信息核对车辆付费软件的当前功能配置状态是否正常；
46.具体而言，本实施例中所述中央域控制器实时对所述订单有效时间进行监控，当订单到期时，向所述服务器重新获取最新订单信息。
47.在一些实施例中，所述步骤s2，具体包括：
48.步骤s21、获取车辆付费软件的功能配置状态；
49.步骤s22、将所述车辆付费软件的当前功能配置状态与所述功能配置信息进行对比，若对比结果为一致，则车辆付费软件的当前功能配置状态正常，若对比结果为不一致，则车辆付费软件的当前功能配置状态异常。
50.在一些实施例中，所述步骤s2，具体包括：
51.当车辆付费软件的当前功能配置状态异常时，将车辆付费软件的当前功能配置状态修改配置为与所述订单信息一致。
52.具体而言，功能配置状态优选但不限于采用编码来表示，例如“1”为某功能开通，“0”为某功能关闭。
53.下面列举一个具体的应用场景，如图2所示，在该应用场景示出了app后台、软件付费平台、车辆中央域控制器ccu、车辆以太网以及车辆智驾域控制器，其中车辆智驾域控制器只是列举的一种情况，当然还可以是车辆其他域控制器，具体取决于付费软件的功能是
由那些域控制器来实现，通过与这些域控制器的交互来获取对应的功能配置状态；如图3所示，为图2所示场景的具体付费软件监测流程，如图3所示，用户通过手机app提交订单需求，app后台接收该订单需求，生成对应的订单信息，并将该订单信息发送给所述软件付费平台，所述软件付费平台对该订单信息进行解析得到订单有效时间信息和功能配置信息以及目标车辆信息，并进行缓存，所述目标车辆信息例如是车辆的vin码，其可以唯一表征车辆身份，根据所述目标车辆信息确定对应的车辆t-box，车辆t-box与车辆信息是一一对应的，以使得tsp的软件付费平台能够明确与其交互的车辆t-box身份；所述软件付费平台根据所述目标车辆信息将包含所述订单有效时间信息和功能配置信息的订单信息发送给目标车辆的t-box；目标车辆的t-box在接收到订单信息之后，转发给中央域控制器，所述中央域控制器根据该订单信息核对车辆付费软件的功能配置状态是否正常，具体如图4所示，通过识别功能配置状态的配置码即可以确定其状态，同理，如果异常，则通过修改功能配置状态的配置码即可，其中，如图3所示，所述中央域控制器ccu可以包含两个功能模块，即状态监测模块和配置管理模块，所述状态监测模块用于核对配置状态是否异常，所述配置管理模块用于当存在配置状态异常时，对异常的配置状态进行配置更改。
54.参阅图2，本发明的另一个实施例提出一种车联网付费软件监测系统，本实施例的系统能够用于实现上述实施例的方法，本实施例的系统包括：
55.信息接收单元1，用于接收服务器发送的订单信息，对所述订单信息进行缓存；以及
56.核对单元2，用于定期根据所述订单信息核对车辆付费软件的功能配置状态是否正常，若否，则根据所述订单信息对车辆付费软件的当前功能配置状态进行更改，若是，则不更改车辆的当前功能配置状态。
57.在一些实施例中，所述订单信息包括订单有效时间信息和功能配置信息。
58.在一些实施例中，所述信息接收单元1，还用于：
59.根据所述订单有效时间信息判断订单是否到期；若到期，则向所述服务器重新获取最新订单信息，并定期根据所述最新订单信息核对车辆付费软件的当前功能配置状态是否正常；若未到期，则继续定期根据所述订单信息核对车辆付费软件的当前功能配置状态是否正常。
60.在一些实施例中，所述核对单元2，具体用于：
61.获取车辆付费软件的功能配置状态；
62.将所述车辆付费软件的当前功能配置状态与所述功能配置信息进行对比，若对比结果为一致，则车辆付费软件的当前功能配置状态正常，若对比结果为不一致，则车辆付费软件的当前功能配置状态异常，将车辆付费软件的当前功能配置状态修改配置为与所述订单信息一致。
63.以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
64.需说明的是，上述实施例所述系统与上述实施例所述方法对应，因此，上述实施例所述系统未详述部分可以参阅上述实施例所述方法的内容得到，此处不再赘述。
65.并且，上述实施例所述系统如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
66.本发明另一实施例提出一种计算机可读存储介质，所述存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述存储介质所在的一个或多个设备执行根据第一方面实施例所述的车联网付费软件监测方法。
67.示例性地，所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。
68.通过以上的各实施例的描述可知，本发明的各实施例通过车辆端的控制器对车辆付费软件的使用情况(当前功能配置状态)进行实时监测，发现非法开通软件功能的异常车辆及时处理，自动关闭软件功能，确保软件不被非法使用，保障主机厂的合法收益。
69.以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。