CN115396309A - 一种软件升级方法、ota功能购买方法及信息交互系统 - Google Patents

Abstract

本发明提供了一种软件升级方法、OTA功能购买方法及信息交互系统，涉及软件升级技术领域。本发明在接收到客户端反馈的购买目标OTA功能的购买需求时，向客户端反馈当前整车版本和当前整车版本下对应的第一OTA功能清单；之后接收客户端反馈的整车版本升级需求，整车版本升级需求是在目标OTA功能不在第一OTA功能清单时生成；然后按照整车版本升级需求对整车的各个控制器中目标控制器进行版本升级；最后向客户端反馈升级后的整车版本以及对应的第二OTA功能清单，第二OTA功能清单包含目标OTA功能。本发明基于整车版本的基础上来考虑是否支持用户所需要的功能需求，直接对整车版本进行升级，不需要考虑各个控制器之间的升级兼容性，减轻了系统升级的负担。

Description

一种软件升级方法、OTA功能购买方法及信息交互系统

技术领域

本发明涉及软件升级技术领域，特别是涉及一种软件升级方法、OTA功能购买方法及信息交互系统。

背景技术

现在用户的个性化需求越来越多，用户可以在手机APP或者车载大屏上选择用户自己想要的功能，再通过云端下发功能激活给车端，从而来满足用户的个性化需求。

现有技术方案考虑到的是车内的控制器是否支持用户想要的功能，若不支持的话，需要对相关的控制器进行升级，在升级的过程中需要考虑到各个控制器之间的兼容问题，升级难度较高，增加了系统的复杂性。

发明内容

本发明第一方面的目的是要提供一种软件升级方法，解决现有技术中控制器升级复杂难度较高的技术问题。

本发明第二方面的目的是要提供一种OTA功能购买方法。

本发明第三方面的目的是要提供一种信息交互系统。

根据本发明第一方面的目的，本发明提供了一种软件升级方法，应用于OTA服务器，所述软件升级方法包括如下步骤：

在接收到客户端反馈的购买目标OTA功能的购买需求时，向所述客户端反馈当前整车版本和所述当前整车版本下对应的第一OTA功能清单；

接收所述客户端反馈的整车版本升级需求，所述整车版本升级需求是在所述目标OTA功能不在所述第一OTA功能清单时生成的；

按照所述整车版本升级需求对整车的各个控制器中目标控制器进行版本升级；

向所述客户端反馈升级后的整车版本以及对应的第二OTA功能清单，所述第二OTA功能清单包含所述目标OTA功能。

可选地，所述按照所述整车版本升级需求对整车的各个控制器中目标控制器进行版本升级的步骤中，所述目标控制器为软件版本低于待升级版本且硬件版本在所述待升级版本辐射范围内的控制器。

可选地，还包括如下步骤：

在接收到财务系统反馈的订单信息时判断所述目标OTA功能是否为租赁购买；

若是，则在激活所述目标OTA功能后进行记时，并在到达使用期限后关闭所述目标OTA功能。

可选地，还包括如下步骤：

在车辆启动后获取车辆的整车版本、控制器软硬件版本、控制器的编号以及供应商编号；

在所述控制器软硬件版本、所述控制器的编号以及所述供应商编号与所述整车版本映射的控制器软硬件版本、控制器的编号以及供应商编号不一致时发出报警数据。

根据本发明第二方面的目的，本发明还提供了一种OTA功能购买方法，应用于客户端，所述OTA功能购买方法包括如下步骤：

向OTA服务器发送购买目标OTA功能的购买需求；

接收所述OTA服务器反馈的当前整车版本和所述当前整车版本下对应的第一OTA功能清单；

在所述目标OTA功能不在所述第一OTA功能清单时，向所述OTA服务器发送整车版本升级需求；

接收所述OTA服务器反馈的升级后的整车版本以及对应的第二OTA功能清单，所述第二OTA功能清单包含所述目标OTA功能；

购买所述目标OTA功能。

可选地，还包括如下步骤：

在接收到所述OTA服务器反馈的所述第一OTA功能清单或所述第二OTA功能清单时将其中已激活的OTA功能显示为第一预设颜色，将其中未激活的OTA功能显示为第二预设颜色，所述第一预设颜色与所述第二预设颜色不相同。

根据本发明第三方面的目的，本发明还提供了一种信息交互系统，包括：

OTA服务器，配置成在接收到客户端反馈的购买目标OTA功能的购买需求时，向所述客户端反馈当前整车版本和所述当前整车版本下对应的第一OTA功能清单；并在接收到所述客户端反馈的整车版本升级需求后按照所述整车版本升级需求对整车的各个控制器中目标控制器进行版本升级，之后向所述客户端反馈升级后的整车版本以及对应的第二OTA功能清单，所述第二OTA功能清单包含所述目标OTA功能，所述整车版本升级需求是在所述目标OTA功能不在所述第一OTA功能清单时生成；

客户端，与所述OTA服务器连接，配置成向OTA服务器发送购买目标OTA功能的购买需求以及接收所述OTA服务器反馈的当前整车版本和所述当前整车版本下对应的第一OTA功能清单；并在所述目标OTA功能不在所述第一OTA功能清单时，向所述OTA服务器发送整车版本升级需求，之后接收所述OTA服务器反馈的升级后的整车版本以及对应的第二OTA功能清单，最后购买所述目标OTA功能，所述第二OTA功能清单包含所述目标OTA功能。

可选地，所述OTA服务器还配置成在接收到财务系统反馈的订单信息时，若所述目标OTA功能为租赁购买，则在激活所述目标OTA功能后进行记时，并在到达使用期限后关闭所述目标OTA功能。

可选地，还包括：

财务系统，与所述OTA服务器和所述客户端连接，配置成在接收到所述客户端反馈的激活所述目标OTA功能的购买订单后进行结算，并在结算后将订单信息发送给所述OTA服务器。

可选地，还包括：

APP服务器，与所述OTA服务器和所述客户端连接，配置成在接收到所述客户端反馈的用户注册信息时将所述用户注册信息发送给所述OTA服务器，在接收到所述OTA服务器反馈的校验成功信息后，若接收到所述客户端反馈的购买目标OTA功能的购买需求，则将所述购买需求反馈至所述OTA服务器。

本发明在接收到客户端反馈的购买目标OTA功能的购买需求时，向客户端反馈当前整车版本和当前整车版本下对应的第一OTA功能清单；之后接收客户端反馈的整车版本升级需求，整车版本升级需求是在目标OTA功能不在第一OTA功能清单时生成；然后按照整车版本升级需求对整车的各个控制器中目标控制器进行版本升级；最后向客户端反馈升级后的整车版本以及对应的第二OTA功能清单，第二OTA功能清单包含目标OTA功能。上述技术方案基于整车版本的基础上来考虑是否支持用户所需要的功能需求，直接对整车版本进行升级，不需要考虑各个控制器之间的升级兼容性，减轻了系统升级的负担。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

后文将参照附图以示例性而非限制性的方式详细描述本发明的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解，这些附图未必是按比例绘制的。附图中：

图1是根据本发明一个实施例的软件升级方法的示意性流程图；

图2是根据本发明一个实施例的OTA功能购买方法的示意性流程图；

图3是根据本发明一个实施例的信息交互系统的结构框图。

附图标记：

100-信息交互系统，10-车辆，20-OTA服务器，30-客户端，40-APP服务器，50-财务系统。

具体实施方式

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

图1是根据本发明一个实施例的软件升级方法的示意性流程图。如图1所示，在一个具体的实施例中，软件升级方法应用于OTA服务器，用于OTA功能购买，软件升级方法包括如下步骤：

步骤S11，在接收到客户端反馈的购买目标OTA功能的购买需求时，向客户端反馈当前整车版本和当前整车版本下对应的第一OTA功能清单；

步骤S12，接收客户端反馈的整车版本升级需求，整车版本升级需求是在目标OTA功能不在第一OTA功能清单时生成的；

步骤S13，按照整车版本升级需求对整车的各个控制器中目标控制器进行版本升级；

步骤S14，向客户端反馈升级后的整车版本以及对应的第二OTA功能清单，第二OTA功能清单包含目标OTA功能。

该实施例基于整车版本的基础上来考虑是否支持用户所需要的功能需求，直接对整车版本进行升级，不需要考虑各个控制器之间的升级兼容性，减轻了系统升级的负担。

在该实施例中，按照整车版本升级需求对整车的各个控制器中目标控制器进行版本升级的步骤中，目标控制器为软件版本低于待升级版本且硬件版本在待升级版本辐射范围内的控制器。也就是说，该实施例不仅仅要对比目标控制器的软件版本，还需要对比硬件版本，相当于只有在待升级版本辐射范围内的才能对其进行升级，提高了软件升级的安全性。

在该实施例中，OTA功能包括方向盘加热功能、方向盘加热功能、车道保持辅助功能、并线辅助功能以及开门预警功能等。

在该实施例中，软件升级方法还包括如下步骤：

步骤一，在接收到财务系统反馈的订单信息时判断目标OTA功能是否为租赁购买，若是，则执行步骤二；

步骤二，在激活目标OTA功能后进行记时，并在到达使用期限后关闭目标OTA功能。

这里，如果订单信息中显示目标OTA功能不是租赁购买，而是永久购买的话则不需要记时。

在该实施例中，软件升级方法还包括如下步骤：

步骤三，在车辆启动后获取车辆的整车版本、控制器软硬件版本、控制器的编号以及供应商编号；

步骤四，在控制器软硬件版本、控制器的编号以及供应商编号与整车版本映射的控制器软硬件版本、控制器的编号以及供应商编号不一致时发出报警数据。

对于整车版本，OTA服务器需要知道每个整车版本下面每个OTA功能的映射表。例如，整车版本V1.0有映射的OTA功能FUN1、FUN2、FUN3、FUN4、FUN5、FUN6、FUN7、FUN8、FUN9和FUN10。该OTA功能的映射表在车辆出厂的时候通过生产服务器获取，后期每次OTA任务发布，都会在OTA服务器中录入。

OTA服务器会在车辆启动后获取车辆最新的OTA功能清单，OTA功能清单中每个功能都要有对应的功能编号及名称。

图2是根据本发明一个实施例的OTA功能购买方法的示意性流程图。如图2所示，OTA功能购买方法应用于客户端，OTA功能购买方法包括如下步骤：

步骤S21，向OTA服务器发送购买目标OTA功能的购买需求；

步骤S22，接收OTA服务器反馈的当前整车版本和当前整车版本下对应的第一OTA功能清单；

步骤S23，在目标OTA功能不在第一OTA功能清单时，向OTA服务器发送整车版本升级需求；

步骤S24，接收OTA服务器反馈的升级后的整车版本以及对应的第二OTA功能清单，第二OTA功能清单包含目标OTA功能；

步骤S25，购买目标OTA功能。

该实施例能够根据用户的使用需求对车辆的整车版本进行升级，不需要考虑到各个控制器之间的升级兼容性，整车版本升级相对于各个控制器升级过程比较简单，容易实现。

在该实施例中，OTA功能购买方法还包括如下步骤：

在接收到OTA服务器反馈的第一OTA功能清单或第二OTA功能清单时将其中已激活的OTA功能显示为第一预设颜色，将其中未激活的OTA功能显示为第二预设颜色，第一预设颜色与第二预设颜色不相同。

例如，已激活的OTA功能选项背景可以显示为白色，未激活的OTA功能选项背景可以显示为灰色。在其他实施例中，第一预设颜色和第二预设颜色还可以根据具体的设计需求进行设定。

具体地，若车辆目前的整车版本为V1.0，其对应的OTA功能清单中包括OTA功能FUN1、FUN2、FUN3、FUN4和FUN5。用户想要使用OTA功能FUN6，但是车辆目前的整车版本不具备FUN6这个功能，用户则需要向OTA服务器发送自己的购买需求，其中标明自己需要的目标OTA功能，OTA服务器则根据目标OTA功能将车辆的整车版本升级到具备该目标OTA功能的整车版本，升级后的整车版本对应的OTA功能清单中具有FUN6，从而使得用户能够购买FUN6。

图3是根据本发明一个实施例的信息交互系统100的结构框图。如图3所示，在该实施例中，信息交互系统100包括OTA服务器20和客户端30，OTA服务器20配置成在接收到客户端30反馈的购买目标OTA功能的购买需求时，向客户端30反馈当前整车版本和当前整车版本下对应的第一OTA功能清单；并在接收到客户端30反馈的整车版本升级需求后按照整车版本升级需求对整车的各个控制器中目标控制器进行版本升级，之后向客户端30反馈升级后的整车版本以及对应的第二OTA功能清单，第二OTA功能清单包含目标OTA功能，整车版本升级需求是在目标OTA功能不在第一OTA功能清单时生成。

客户端30与OTA服务器20连接，配置成向OTA服务器20发送购买目标OTA功能的购买需求以及接收OTA服务器20反馈的当前整车版本和当前整车版本下对应的第一OTA功能清单；并在目标OTA功能不在第一OTA功能清单时，向OTA服务器20发送整车版本升级需求，之后接收OTA服务器20反馈的升级后的整车版本以及对应的第二OTA功能清单，最后购买目标OTA功能，第二OTA功能清单包含目标OTA功能。

在该实施例中，OTA服务器20还配置成在接收到财务系统50反馈的订单信息时，若目标OTA功能为租赁购买，则在激活目标OTA功能后进行记时，并在到达使用期限后关闭目标OTA功能。

在该实施例中，信息交互系统100还包括财务系统50，其与OTA服务器20和客户端30连接，配置成在接收到客户端30反馈的激活目标OTA功能的购买订单后进行结算，并在结算后将订单信息发送给OTA服务器20。例如，用户购买5个目标OTA功能，则订单信息中会列出该5个功能，并发送给OTA服务器20。

在该实施例中，信息交互系统100还包括APP服务器40，其与OTA服务器20和客户端30连接，配置成在接收到客户端30反馈的用户注册信息时将用户注册信息发送给OTA服务器20，在接收到OTA服务器20反馈的校验成功信息后，若接收到客户端30反馈的购买目标OTA功能的购买需求，则将购买需求反馈至OTA服务器20。APP服务器40还负责将第一OTA功能清单和第二OTA功能清单推送至对应客户端30的APP。OTA服务器20在整车版本升级后更新对应的OTA功能清单，并将更新后的OTA功能清单发送给APP服务器40。例如，可能在原来的基础上增加了FUN11的功能或者减少了FUN10的功能，这些信息都需要及时通过APP服务器40告知到用户。

在该实施例中，客户端30安装有APP，APP负责与用户的人机交互，APP用于显示第一OTA功能清单和第二OTA功能清单，并对OTA功能清单及时更新。另外，若用户是第一次使用APP，则需要在APP上进行注册，APP把用户的注册信息发送给APP服务器40，之后APP服务器40把注册信息发送给OTA服务器20，OTA服务器20从用户信息系统获取用户信息，将两者进行对比，之后将核验结果发送给APP服务器40，APP服务器40再把核验结果发送给APP，这样就可以确保正在使用的用户是合法用户，从而提供整车软件更新的安全性。当用户要点击购买目标OTA功能时，把订单信息通过APP服务器40发送给财务系统50。这里的客户端30可以为手机、平板等。

在该实施例中，信息交互系统100还包括车辆10，车辆10与OTA服务器20连接，车辆10内部主要通过主控制器及相关功能从控制器实现，主控制器负责接收OTA服务器20的许可给到车端功能主控制器，车端功能主控制器再把最新的许可发送给各个从控制器。车端功能从控制器在接收到许可后，判断相关功能是否需要被激活。

在该实施例中，信息交互系统100还包括用户信息系统，其与OTA服务器20连接。在用户购买车辆10后，用户信息系统会收集用户信息，用户信息一般包含车辆10的终端通信装置(TBOX)的五码信息及用户手机号码等。用户信息会上传到用户信息系统中，用户信息系统会将上述用户信息传输给OTA服务器20，OTA服务器20将用户信息保存。

在该实施例中，信息交互系统100还包括车辆生产系统，其与OTA服务器20连接。车辆10在出厂时会将车辆10的各个信息上传至生产系统中，而OTA服务器20关注的则是出厂车辆10包括多少个可以进行OTA的控制器数量及各个控制器的软硬件版本信息。这些信息都会保存到车辆生产系统中，车辆生产系统在将这些信息传输给OTA服务器20。例如，DID1、DID2、DID3、DID4为软件版本、硬件版本、零件号、供应商代码的读取参数码。

举个例子，若车辆10的整车版本是最新的整车版本，用户想要购买整车版本对应的座椅加热功能模块。首先车辆10启动后会将车辆10的整车版本对应的OTA功能清单发送给OTA服务器20，OTA服务器20在接收到后再将OTA功能清单发送给APP服务器40，用户打开APP或者刷写后，APP就会去调用APP服务器40接口获取最新的OTA功能清单。OTA功能清单中的座椅加热功能模块的背景颜色为灰色，表示该功能不可使用，需要用户购买。在用户点击购买座椅加热功能模块后，订单提交，通过APP服务器40提交到财务系统50，财务系统50结算成功后将订单信息发送给OTA服务器20。OTA服务器在接受到该订单信息后，如果车辆10在线则下发许可给车端。然后通过APP服务器40发送信息给客户端30上的APP，用户可以看到显示购买成功。车端的功能主控制器在接受到许可信号后，广播发送该信息。从控制器接受到后，在满足一定条件下，例如车辆10一次上下电动作或者车速回0km/h后，激活座椅加热功能模块。主控制器再把车辆10最新的OTA功能清单发送给OTA服务器，OTA服务器把最新的OTA功能清单通过APP服务器40发送给客户端30上的APP，用户点击刷写或者重新打开APP后，可以看到最新的OTA功能清单，此OTA功能清单中座椅加热功能模块的背景颜色已经更新为白色，说明该功能已经激活成功。

若车辆10的整车版本还是旧的版本，用户想要购买整车版本对应的座椅加热功能模块，用户打开APP后，查看当前车辆10的OTA功能清单中没有显示座椅加热功能。用户看不到想要购买的功能后，可以通过售后电话或者APP请求整车软件更新发送给APP服务器40，APP服务器40把软件更新请求发送给OTA服务器，OTA服务器在通过售后授权后，结算该车辆10的OTA功能软件更新任务，软件更新后，车辆10会上报最新的整车版本及最新的OTA功能清单。OTA服务器在接受到该信息后会把最新的OTA功能清单通过APP服务器40发送给客户端30上的APP。用户重新打开APP或刷写功能后，会显示出用户想要购买的功能，之后用户进行OTA功能购买。

该实施例不再考虑具体车辆10的控制器是否支持具体的OTA功能，而是站在整车版本的基础上来考虑是否支持具体的功能，有利于车辆10的整体考虑，降低了软件升级的难度及复杂度。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

Claims (10)

1.一种软件升级方法，其特征在于，应用于OTA服务器，所述软件升级方法包括如下步骤：

在接收到客户端反馈的购买目标OTA功能的购买需求时，向所述客户端反馈当前整车版本和所述当前整车版本下对应的第一OTA功能清单；

接收所述客户端反馈的整车版本升级需求，所述整车版本升级需求是在所述目标OTA功能不在所述第一OTA功能清单时生成的；

按照所述整车版本升级需求对整车的各个控制器中目标控制器进行版本升级；

向所述客户端反馈升级后的整车版本以及对应的第二OTA功能清单，所述第二OTA功能清单包含所述目标OTA功能。

2.根据权利要求1所述的软件升级方法，其特征在于，所述按照所述整车版本升级需求对整车的各个控制器中目标控制器进行版本升级的步骤中，所述目标控制器为软件版本低于待升级版本且硬件版本在所述待升级版本辐射范围内的控制器。

3.根据权利要求1所述的软件升级方法，其特征在于，还包括如下步骤：

在接收到财务系统反馈的订单信息时判断所述目标OTA功能是否为租赁购买；

若是，则在激活所述目标OTA功能后进行记时，并在到达使用期限后关闭所述目标OTA功能。

4.根据权利要求1所述的软件升级方法，其特征在于，还包括如下步骤：

在车辆启动后获取车辆的整车版本、控制器软硬件版本、控制器的编号以及供应商编号；

在所述控制器软硬件版本、所述控制器的编号以及所述供应商编号与所述整车版本映射的控制器软硬件版本、控制器的编号以及供应商编号不一致时发出报警数据。

5.一种OTA功能购买方法，其特征在于，应用于客户端，所述OTA功能购买方法包括如下步骤：

向OTA服务器发送购买目标OTA功能的购买需求；

接收所述OTA服务器反馈的当前整车版本和所述当前整车版本下对应的第一OTA功能清单；

在所述目标OTA功能不在所述第一OTA功能清单时，向所述OTA服务器发送整车版本升级需求；

接收所述OTA服务器反馈的升级后的整车版本以及对应的第二OTA功能清单，所述第二OTA功能清单包含所述目标OTA功能；

购买所述目标OTA功能。

6.根据权利要求5所述的OTA功能购买方法，其特征在于，还包括如下步骤：

在接收到所述OTA服务器反馈的所述第一OTA功能清单或所述第二OTA功能清单时将其中已激活的OTA功能显示为第一预设颜色，将其中未激活的OTA功能显示为第二预设颜色，所述第一预设颜色与所述第二预设颜色不相同。

7.一种信息交互系统，其特征在于，包括：

OTA服务器，配置成在接收到客户端反馈的购买目标OTA功能的购买需求时，向所述客户端反馈当前整车版本和所述当前整车版本下对应的第一OTA功能清单；并在接收到所述客户端反馈的整车版本升级需求后按照所述整车版本升级需求对整车的各个控制器中目标控制器进行版本升级，之后向所述客户端反馈升级后的整车版本以及对应的第二OTA功能清单，所述第二OTA功能清单包含所述目标OTA功能，所述整车版本升级需求是在所述目标OTA功能不在所述第一OTA功能清单时生成；

客户端，与所述OTA服务器连接，配置成向OTA服务器发送购买目标OTA功能的购买需求以及接收所述OTA服务器反馈的当前整车版本和所述当前整车版本下对应的第一OTA功能清单；并在所述目标OTA功能不在所述第一OTA功能清单时，向所述OTA服务器发送整车版本升级需求，之后接收所述OTA服务器反馈的升级后的整车版本以及对应的第二OTA功能清单，最后购买所述目标OTA功能，所述第二OTA功能清单包含所述目标OTA功能。

8.根据权利要求7所述的信息交互系统，其特征在于，

所述OTA服务器还配置成在接收到财务系统反馈的订单信息时，若所述目标OTA功能为租赁购买，则在激活所述目标OTA功能后进行记时，并在到达使用期限后关闭所述目标OTA功能。

9.根据权利要求8所述的信息交互系统，其特征在于，还包括：

财务系统，与所述OTA服务器和所述客户端连接，配置成在接收到所述客户端反馈的激活所述目标OTA功能的购买订单后进行结算，并在结算后将订单信息发送给所述OTA服务器。

10.根据权利要求9所述的信息交互系统，其特征在于，还包括：

APP服务器，与所述OTA服务器和所述客户端连接，配置成在接收到所述客户端反馈的用户注册信息时将所述用户注册信息发送给所述OTA服务器，在接收到所述OTA服务器反馈的校验成功信息后，若接收到所述客户端反馈的购买目标OTA功能的购买需求，则将所述购买需求反馈至所述OTA服务器。

Images