CN115756587A - 车端业务开通方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种车端业务开通方法、装置、设备及存储介质，该方法通过在检测到目标车辆成功订购车端业务后，获取车辆控制器版本和业务控制器版本进行比较，当车辆控制器版本较低时，创建包括控制器升级数据的空中下载任务并下发给到目标车辆，以对车辆控制器进行升级，当获取到目标车辆反馈的升级成功消息后，将车端业务的业务配置码下发给目标车辆，以使目标车辆的车辆控制器根据该业务配置码进行刷写，完成目标车辆对车端业务的业务功能准备，能够根据车端业务对车辆控制器的版本要求，预先对目标车辆的控制器版本进行验证，及时对目标车辆的车辆控制器进行升级，提供了针对于车辆的业务开通方式，更为简便高效，有效提升用户体验。

Description

车端业务开通方法、装置、设备及存储介质

技术领域

本发明实施例涉及车辆技术领域，具体涉及一种车端业务开通方法、装置、设备及存储介质。

背景技术

随着以智能化、网联化为特点的汽车革命2.0时代的到来，面对“存量竞争”的市场，汽车行业正在积极探索“软件付费”的新型商业模式，试图寻求新的突破与发展。

与常见的手机等终端的软件付费的业务开通不同，车端的软件付费后的业务开通往往是需要客户端、服务端以及车端进行交互协调实现的，相比于手机等终端的通用性强的特点，车端由于车型的不同，各个车型中不同车辆的车辆状态也存在不同，导致其并不能直接套用手机等终端的软件付费方式，故亟需一种针对于车辆的业务开通方式。

发明内容

鉴于以上现有技术的缺点，本发明实施例提供一种车端业务开通方法、装置、设备及存储介质，以解决上述技术问题。

本发明实施例提供的车端业务开通方法，所述车端业务开通方法包括：若目标车辆成功订购车端业务，获取所述目标车辆的车辆控制器版本，以及所述车端业务的业务控制器版本；若所述车辆控制器版本低于所述业务控制器版本，创建空中下载任务，所述空中下载任务包括所述业务控制器版本的控制器升级数据；将所述空中下载任务下发至所述目标车辆，以供所述目标车辆基于所述控制器升级数据对所述车辆控制器进行升级；若获取到所述目标车辆反馈的升级成功消息，获取所述车端业务的业务配置码，将所述业务配置码下发至所述目标车辆，以使所述目标车辆的车辆控制器根据所述业务配置码进行刷写，以对所述车端业务的业务功能进行准备。

于本发明一实施例中，所述车端业务开通方法还包括：若所述车辆控制器版本高于或等于所述业务控制器版本，获取所述车端业务的业务配置码，将所述业务配置码下发至所述目标车辆，以使所述目标车辆的车辆控制器根据所述业务配置码进行刷写，以对所述车端业务的业务功能进行准备。

于本发明一实施例中，将所述业务配置码下发至所述目标车辆之后，所述车端业务开通方法还包括：获取所述车辆控制器根据所述业务配置码进行刷写的刷写结果；若所述刷写结果为刷写成功，发送业务开通完成消息，以激活所述车端业务的权益。

于本发明一实施例中，所述车端业务开通方法还包括：若所述刷写结果为刷写失败，对所述车辆控制器通过控制器升级数据进行升级，直至所述刷写结果为刷写成功，所述控制器升级数据根据所述业务控制器版本得到。

于本发明一实施例中，若目标车辆成功订购车端业务，获取所述目标车辆的车辆控制器版本，以及所述车端业务的业务控制器版本之前，所述车端业务开通方法还包括：获取待创建车端业务的业务基础信息，所述业务基础信息包括业务内容、所述业务配置码和所述业务控制器版本；基于所述业务基础信息创建商品类目，以及创建商品条码,并将所述商品条码与所述商品类目进行关联，生成所述车端业务的商品信息，以供所述目标车辆的用户通过所述商品信息进行所述车端业务的订购。

于本发明一实施例中，基于所述业务基础信息创建商品类目，以及创建商品条码,并将所述商品条码与所述商品类目进行关联，生成所述车端业务的商品信息之后，所述车端业务开通方法还包括：响应于所述用户对所述车端业务的订购请求，生成待支付订单；若所述待支付订单支付成功，确定所述目标车辆成功订购车端业务。

本发明实施例提供的一种车端业务开通方法，所述车端业务开通方法包括：若目标车辆成功订购车端业务，发送所述目标车辆的车辆控制器版本；响应于接收到的空中下载任务，根据所述空中下载任务中的控制器升级数据对所述目标车辆的车辆控制器进行升级，所述控制器升级数据基于所述车端业务的业务控制器版本确定；若升级成功，发送升级成功消息，以获取所述车端业务的业务配置码；通过所述业务配置码对所述车辆控制器进行刷写，以对所述车端业务的业务功能进行准备。

于本发明一实施例中，通过所述控制器升级数据对所述目标车辆的车辆控制器进行升级之前，所述车端业务开通方法还包括：获取所述目标车辆的上电状态；若所述上电状态包括已上电，通过所述控制器升级数据对所述目标车辆的车辆控制器进行升级。

本发明实施例提供的一种车端业务开通装置，所述车端业务开通装置包括：获取模块，用于若目标车辆成功订购车端业务，获取所述目标车辆的车辆控制器版本，以及所述车端业务的业务控制器版本；任务创建模块，用于若所述车辆控制器版本低于所述业务控制器版本，创建空中下载任务，所述空中下载任务包括所述业务控制器版本的控制器升级数据；任务下发模块，用于将所述空中下载任务下发至所述目标车辆，以供所述目标车辆基于所述控制器升级数据对所述车辆控制器进行升级；业务配置码下发模块，用于若获取到所述目标车辆反馈的升级成功消息，获取所述车端业务的业务配置码，将所述业务配置码下发至所述目标车辆，以使所述目标车辆的车辆控制器根据所述业务配置码进行刷写，以对所述车端业务的业务功能进行准备。

本发明实施例提供的一种车辆控制装置，所述车辆控制装置包括：版本发送模块，用于若目标车辆成功订购车端业务，发送所述目标车辆的车辆控制器版本；升级模块，用于响应于接收到的空中下载任务，根据所述空中下载任务中的控制器升级数据对所述目标车辆的车辆控制器进行升级，所述控制器升级数据基于所述车端业务的业务控制器版本确定；升级消息发送模块，用于若升级成功，发送升级成功消息，以获取所述车端业务的业务配置码；刷写模块，用于通过所述业务配置码对所述车辆控制器进行刷写，以对所述车端业务的业务功能进行准备。

本发明实施例提供的一种电子设备，电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述任一项实施例的车端业务开通方法。

本发明实施例提供的一种计算机可读存储介质，其上存储有计算机程序，当计算机程序被计算机的处理器执行时，使计算机执行上述任一项实施例的车端业务开通方法。

本发明实施例的有益效果：本发明实施例中的车端业务开通方法、装置、设备及存储介质，通过在检测到目标车辆成功订购车端业务后，获取该目标车辆的车辆控制器版本和车端业务的业务控制器版本，对该车辆控制器版本和业务控制器版本进行比较，当车辆控制器版本较低时，创建包括控制器升级数据的空中下载任务并下发给到目标车辆，以对车辆控制器进行升级，当获取到目标车辆反馈的升级成功消息后，将车端业务的业务配置码下发给目标车辆，以使目标车辆的车辆控制器根据该业务配置码进行刷写，完成目标车辆对车端业务的业务功能准备，能够根据车端业务对车辆控制器的版本要求，预先对目标车辆的控制器版本进行验证，当目标车辆的车辆控制器版本不能满足车端业务需求时，及时对目标车辆的车辆控制器进行升级，待升级后通过该车端业务的业务配置码对车辆控制器进行刷写，以使目标车辆完成对车端业务的业务功能的准备，提供了针对于车辆的业务开通方式，更为简便高效，有效提升用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的实施环境示意图；

图2是本申请的一示例性实施例示出的车端业务开通方法的流程示意图；

图3为本申请一实施例示出的一种进行商品定义和上架的具体步骤示意图；

图4是本申请的另一示例性实施例示出的车端业务开通方法的流程图；

图5为另一示例性实施例示出的一种具体的车端业务开通方法的流程示意图；

图6是本申请的一示例性实施例示出的一种图5中业务开通系统中各工单的执行流程示意图；

图7是本申请的一示例性实施例示出的一种远控付费业务的流程示意图；

图8是本申请的一示例性实施例示出的车端业务开通装置的框图；

图9是本申请的一示例性实施例示出的车辆控制装置的框图；

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

图1是本申请的一示例性实施例示出的实施环境示意图。如图1所示，用户通过APP客户端针对其名下的某一目标车辆进行车云数字商城系统VBOSS中车端业务的订购，当车端业务订购成功后，将触发车端业务开通系统进行开通工单的创建，通过该车端业务开通系统对目标车辆的车辆控制器的当前的车辆控制器版本、车端业务所需要的业务控制器版本进行比对，若车辆控制器版本低于业务控制器版本，也即，目标车辆的车辆控制器不能满足执行该车端业务的相关功能的最低控制器版本要求，此时将生成任务空中下载任务，通过OTA模块来触发目标车辆的车辆控制器升级，满足控制器版本的要求。若车辆控制器版本高于或等于业务控制器版本，或者车载控制器升级完成，也即当目标车辆的车辆控制器版本达到了版本要求，则通过车端业务开通系统下发车端业务的业务配置码，以供目标车辆进行刷写，完成目标车辆对车端业务的业务功能准备，待后续激活后即可正常使用该车端业务的相关功能。

随着以智能化、网联化为特点的汽车革命2.0时代的到来，面对“存量竞争”的市场，汽车行业正在积极探索“软件付费”的新型商业模式，试图寻求新的突破与发展。

与常见的手机等终端的软件付费的业务开通不同，车端的软件付费后的业务开通往往是需要客户端、服务端以及车端进行交互协调实现的，相比于手机等终端的通用性强的特点，车端由于车型的不同，各个车型中不同车辆的车辆状态也存在不同，导致其并不能直接套用手机等终端的软件付费方式，故继续一种针对于车辆的业务开通方式。

一种可选的业务开通方式为，通过在云端后台配置SPU(Standard ProductUnit)、SKU(Stock Keeping Unit)与商品、管理商品上下架、定义商品生命周期、管理订单以及权益新增、扣减和鉴权，C端商品展示、购买，付费权益激活和使用。但该付费后的业务开通方式实现虽然逻辑简单，操作便利，但对于智能网联车车控类的付费业务仍然存在着不足，缺少对不同车型接入时的授权校验，不能保证业务能够顺利开通并在开通后的车辆上正常实现。

为解决这些问题，本申请的实施例分别提出一种车端业务开通方法、一种车端业务开通装置、一种电子设备、一种计算机可读存储介质以及一种计算机程序产品，以下将对这些实施例进行详细描述。

请参阅图2，图2是本申请的一示例性实施例示出的车端业务开通方法的流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的车端业务开通系统具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图2所示，在一示例性的实施例中，车端业务开通方法至少包括步骤S201至步骤S204，详细介绍如下：

步骤S201，若目标车辆成功订购车端业务，获取目标车辆的车辆控制器版本，以及车端业务的业务控制器版本。

其中，业务控制器版本执行车端业务的相关功能的最低的车辆控制器的版本。由于控制器的版本存在由本领域技术人员预先配置的高低不同的多个版本，业务控制器版本即为多个版本中的一个，目标车辆可能已经升级到了最新版本，也可以能一直使用的是低于业务控制器版本的控制器，此时，需要在目标车辆进行车端业务的适配化之前对车辆控制器的版本进行比对，若当前车辆的车辆控制器版本过低，则需要对车辆控制器进行升级，使其满足执行车端业务的相关功能的需要。

在一实施例中，若目标车辆成功订购车端业务，获取目标车辆的车辆控制器版本，以及车端业务的业务控制器版本之前，该车端业务开通方法还包括：

获取待创建车端业务的业务基础信息，业务基础信息包括业务内容、业务配置码和业务控制器版本；

基于业务基础信息创建商品类目，以及创建商品条码，并将商品条码与商品类目进行关联，生成车端业务的商品信息，以供目标车辆的用户通过商品信息进行车端业务的订购。

其中，业务内容包括但不限于业务名称、编码、受众(如该业务所能够支持的车辆车型、车辆标识、用户等)、该业务在对应商品展示平台上的图标等。

以前述的VBOSS系统为例，通过在VBOSS系统服务管理目录下新建一个SPU(商品类目)，选择业务内容(目标商户，输入服务名称、编码、受众(车辆、用户)、图标等)以及该服务支持的控制器版本信息(业务控制器版本)和配置码(业务配置码)。新建SPU成功后对该服务进行车型配置。在VBOSS系统SKU(商品条码)管理目录下新建一个SKU，选择目标商户，关联上述步骤中创建的SPU，输入产品名称、规则和有效时间。再对该SKU在VBOSS系统中进行商品定义和上架，生成能够展示在商品订购页面上的车端业务的商品信息。

参见图3，图3为本申请一实施例示出的一种进行商品定义和上架的具体步骤，如图3所示，该进行商品定义和上架的方式包括：在VBOSS系统商品管理目录下新建一个商品，完善商品基础信息，包括商品规格，前端展示例图，商品名称，支付渠道等；进行商品套餐配置，服务选择预先创建的车控SPU，并配置控制器版本和配置码(也即对该SPU配置业务控制器版本和业务配置码，该业务控制器版本为最低能够支持该服务的控制器版本标识)，产品选择预先创建的车控SKU，输入商品价格，完成商品套餐配置，如定义用量、编码等；对所创建的商品进行关联SPU和SKU的操作，进行商品规则配置，选择是否展示在APP/车机，然后选择具体的搭载车型车系，完成商品创建，在商品列表中，对创建的目标商品进行上架。经过上述步骤客户端就会拉取到商品，在数字商城页面展示该商品，完成商品的上架。

在一实施例中，基于业务基础信息创建商品类目，以及创建商品条码,并将商品条码与商品类目进行关联，生成车端业务的商品信息之后，车端业务开通方法还包括：

响应于用户对车端业务的订购请求，生成待支付订单；

若待支付订单支付成功，确定目标车辆成功订购车端业务。

在完成商品上架后，就等待用户对该商品所表征的车端业务的订购，当用户加购并下单了该商品，则会生成用户对该车端业务的订购请求，响应于该订购请求生成待支付订单，该待支付订单所使用的支付货币可以是真实货币如人民币、美元等，也可以是积分、点券等其他等价替换物，或者是真实货币与等价替换物的结合。

一种用户通过APP端获取商品信息，下单购买商品的具体步骤如下：用户登录C端，通过APP获取商品列表展示；用户点击目标商品图片，进入商品详情页面，展示商品规格详情；在APP上点击购买按钮，选择商品套餐，确认后下单，此时VBOSS订单系统会生成一条待支付订单；在APP上选择支付方式后向VBOSS系统发起支付请求，VBOSS向APP返回支付信息。

VBOSS向APP返回支付信息中包括表征车端业务订购状态的支付结果，当支付成功，则视为目标车辆成功订购车端业务，否则目标车辆未成功订购车端业务。

步骤S202，若车辆控制器版本低于业务控制器版本，创建空中下载任务，空中下载任务包括业务控制器版本的控制器升级数据。

也即，若检测到目标车辆的车辆控制器版本过低，不能满足车端业务的运行环境需求，则可以通过触发OTA(Over-The-Airtechnology)模块创建空中下载任务，基于该车端业务的业务控制器版本，确定业务控制器版本的控制器升级数据，并基于该控制器升级数据生成该空中下载任务。当然，空中下载任务中也能并不直接包括控制器升级数据本身，也可以通过携带控制器升级数据标识，目标车辆在接收到控制器升级数据标识后，基于该控制器标识在预设的存储空间中下载相应的升级包以对车辆控制器进行升级。

通过检测到车辆控制器版本低于业务控制器版本则自动触发创建空中下载任务可以使得目标车辆在适配于车端业务的应用过程中更为智能化，使得车端业务的配置更加便捷简单。

步骤S203，将空中下载任务下发至目标车辆，以供目标车辆基于控制器升级数据对车辆控制器进行升级。

目标车辆基于获取到的空中下载任务的控制器升级数据来触发自身进行控制器升级，来满足车端业务的运行的需求。

步骤S204，若获取到目标车辆反馈的升级成功消息，获取车端业务的业务配置码，将业务配置码下发至目标车辆，以使目标车辆的车辆控制器根据业务配置码进行刷写，以对车端业务的业务功能进行准备。

如上述实施例，在车端业务在进行商品配置的过程中，预先配置了该车端业务的业务配置码，若通过车辆控制器的升级，或者原本目标车辆的车辆控制器的版本满足车端业务的需求，则可以将该业务配置码下发给目标车辆，以使该目标车辆的车辆控制器根据业务配置码进行刷写，完成对车端业务的业务功能准备。

在一实施例中，该车端业务开通方法还包括：若车辆控制器版本高于或等于业务控制器版本，获取车端业务的业务配置码，将业务配置码下发至目标车辆，以使目标车辆的车辆控制器根据业务配置码进行刷写，以对车端业务的业务功能进行准备。也即，在通过业务配置码对车辆控制器进行刷写之前，通过对车辆控制器版本预先进行版本的判断，只有当车辆控制器的车辆控制器版本达到该车端业务的需要时，才进行业务配置码的下发，避免由于车辆控制器版本过低导致车辆控制器的刷写失败，不能执行该车端业务。

在一实施例中，将业务配置码下发至目标车辆之后，该车端业务开通方法还包括：

获取车辆控制器根据业务配置码进行刷写的刷写结果；

若刷写结果为刷写成功，发送业务开通完成消息，以激活车端业务的权益。

在本实施例中，若刷写结果为刷写失败，对车辆控制器通过控制器升级数据进行升级，直至刷写结果为刷写成功，控制器升级数据根据业务控制器版本得到。

一种控制器升级数据的获取方式为，创建新的空中下载任务，该新的空中下载任务包括业务控制器版本的控制器升级数据；将新的空中下载任务下发至目标车辆，以供目标车辆的车辆控制器进行再次升级；若获取到目标车辆反馈的升级成功消息，通过已有的业务配置码进行车辆控制器的刷写。

在一实施例中，若获取到目标车辆反馈的升级成功消息，获取车端业务的业务配置码之前，该车端业务开通方法还包括，

获取车辆控制器目标车辆升级后的车辆控制器版本，若升级后的车辆控制器版本高于或等于业务控制器版本，获取车端业务的业务配置码，否则重新对该目标车辆的车辆控制器进行升级。通过再次的判定，能够避免由于升级错误导致目标车辆的车辆控制器版本仍然达不到业务控制器版本，导致即便拿到业务配置码也不能配置成功的问题。

上述实施例提供的车端业务开通方法，通过在检测到目标车辆成功订购车端业务后，获取该目标车辆的车辆控制器版本和车端业务的业务控制器版本，对该车辆控制器版本和业务控制器版本进行比较，当车辆控制器版本较低时，创建包括控制器升级数据的空中下载任务并下发给到目标车辆，以对车辆控制器进行升级，当获取到目标车辆反馈的升级成功消息后，将车端业务的业务配置码下发给目标车辆，以使目标车辆的车辆控制器根据该业务配置码进行刷写，完成目标车辆对车端业务的业务功能准备，能够根据车端业务对车辆控制器的版本要求，预先对目标车辆的控制器版本进行验证，当目标车辆的车辆控制器版本不能满足车端业务需求时，及时对目标车辆的车辆控制器进行升级，待升级后通过该车端业务的业务配置码对车辆控制器进行刷写，以使目标车辆完成对车端业务的业务功能的准备，提供了针对于车辆的业务开通方式，更为简便高效，有效提升用户体验。

参见图4，图4是本申请的另一示例性实施例示出的车端业务开通方法的流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的目标车辆，或者通过目标车辆和客户端的APP具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图4所示，在一示例性的实施例中，车端业务开通方法至少包括步骤S401至步骤S404，详细介绍如下：

步骤S401，若目标车辆成功订购车端业务，发送目标车辆的车辆控制器版本。

该过程可以是在接收到包括但不限于车端业务开通系统等发送的车辆控制器版本获取消息后，响应于该车辆控制器版本获取消息，发送目标车辆的车辆控制器版本，也可以是在得知目标车辆成功订购车端业务后，主动将目标车辆的车辆控制器版本发送至包括但不限于车端业务开通系统，以使其能够对比判断该车辆控制器是否满足要求。车辆控制器版本可以通过目标车辆自身发送，也可以通过订购车端业务的终端发送，或者通过本领域技术人员所知晓的其他方式进行发送。

步骤S402，响应于接收到的空中下载任务，根据空中下载任务中的控制器升级数据对目标车辆的车辆控制器进行升级。

其中，车辆控制器控制器升级数据基于车辆控制器车端业务的业务控制器版本确定。具体的车辆控制器控制器升级数据的确定方式可以参见上述实施的方案中所给出的方式，也可以结合本领域技术人员所知晓的方式实现。

当接收到空中下载任务，该空中下载任务中的控制器控制器升级数据可以是升级数据本身，也可以是升级数据包的下载地址，通过对升级数据包进行下载后，再以下载得到的升级数据包对车辆控制器进行刷写，以实现对车辆控制器的升级。若控制器控制器升级数据直接就是升级数据包，则直接以控制器控制器升级数据对车辆控制器进行刷写，以完成对车辆控制器的升级。

步骤S403，若升级成功，发送升级成功消息，以获取车端业务的业务配置码。

当目标车辆升级成功后，或者目标车辆本身的车辆控制器的版本就能够满足车端业务的需求，也即车辆控制器版本高于或等于业务控制器版本，则会触发云端下发该车端业务的业务配置码。该业务配置码为车端业务在预先配置时，就针对该目标车辆的车型、车辆改装信息等中至少之一所生成的。

步骤S404，通过业务配置码对车辆控制器进行刷写，以对车端业务的业务功能进行准备。

通过业务配置码对车辆控制器进行刷写，使得车辆控制器具备实现车端业务的相关功能的环境，方便车端业务的实现。

在一实施例中，通过控制器升级数据对目标车辆的车辆控制器进行升级之前，该车端业务开通方法还包括：

获取目标车辆的上电状态；

若上电状态包括已上电，通过控制器升级数据对目标车辆的车辆控制器进行升级。

例如，目标车辆可能在成功订购车端业务时并非出于上电状态，此时则需要等待目标车辆上电后，再进行车辆控制器的升级操作。比如，通过手机等终端APP对车端业务实现的成功订购，此时，目标车辆出于未上电状态，需要向目标车辆下发控制器版本获取指令，以得到目标车辆的车辆控制器版本，进一步的，使得目标车辆接收到空中下载任务，进行车辆控制器的升级。

上述实施例提供的车端业务开通方法，通过若目标车辆成功订购车端业务，发送目标车辆的车辆控制器版本；响应于接收到的空中下载任务，根据空中下载任务中的控制器升级数据对目标车辆的车辆控制器进行升级，若升级成功，发送升级成功消息，以获取车端业务的业务配置码，通过业务配置码对车辆控制器进行刷写，以对车端业务的业务功能进行准备，通过预先对车辆的控制器版本进行校验，及时对低版本的车辆控制器进行升级，再获取业务配置码对满足版本要求的车辆控制器进行刷写，以使目标车辆完成对车端业务的业务功能的准备，提供了针对于车辆的业务开通方式，更为简便高效，有效提升用户体验。

以下通过另一示例性实施例示出的一种具体的车端业务开通方法来示例性的说明上述实施例中提供的车端业务开通方法。该车端业务开通方法可以应用于车端业务开通系统中，该车端业务开通系统包括但不限于工单模板创建模块、定义模板业务调度逻辑模块、软件版本校验模块、创建OTA升级任务模块和下发配置码功能模块，在SPU管理中增加配置码和控制器版本信息行，配置该SPU支持的各控制器版本信息和配置编码。通过以上实现不同车型接入的授权校验。在一示例性的实施例中，该具体的车端业务开通方法包括步骤S501至步骤S508，详细介绍如下：

步骤S501：VBOSS(车云数字商城系统)创建SPU和SKU配置。

其中，SPU包含目标控制器版本信息和配置编码。

例如，步骤S501中VBOSS创建SPU和SKU配置的具体步骤如下：

步骤S5011：在VBOSS系统服务管理目录下新建一个SPU，选择目标商户，输入服务名称、编码、受众(车辆、用户)、图标以及该服务支持的控制器版本信息和配置码。新建SPU成功后对该服务进行车型配置；

步骤S5012：在VBOSS系统SKU管理目录下新建一个SKU，选择目标商户，关联步骤S5011中创建的SPU，输入产品名称、规则和有效时间。

通过上述方式实现对SPU和SKU的配置。

步骤S502：工单系统向VBOSS系统查询SPU列表。

步骤S503：工单系统创建3个工单模板，定义该模板业务调度逻辑。

其中，3个工单模板分别为工单实例1：对比控制器版本，工单实例2：创建OTA任务，工单实例3：下发配置码。各模板业务调度逻辑可以依据上述实施例中的车端业务开通方法来具体确定。

步骤S504：VBOSS系统进行商品定义和上架。

例如，上述步骤中VBOSS系统进行商品定义和上架的具体步骤如下：

步骤S5041：在VBOSS系统商品管理目录下新建一个商品，完善商品基础信息，包括商品规格，前端展示例图，商品名称，支付渠道等；

步骤S5042：进行商品套餐配置，服务选择之前步骤S501中创建的SPU，产品选择步骤S501中创建的SKU，输入商品价格，完成商品套餐配置；

步骤S5043：进行商品规则配置，选择是否展示在APP/车机，然后选择具体的搭载车型车系，完成商品创建；

步骤S5044：在商品列表中，对创建的目标商品进行上架。经过上述步骤C端就会拉取到商品，在数字商城页面展示该商品。

步骤S505：APP端获取商品信息，下单购买商品。

例如，用户登录C端，通过APP获取商品列表展示；用户点击目标商品图片，进入商品详情页面，展示商品规格详情；在APP上点击购买按钮，选择商品套餐，确认后下单，此时VBOSS订单系统会生成一条待支付订单；在APP上选择支付方式后向VBOSS系统发起支付请求，VBOSS向APP返回支付信息。

步骤S506：VBOSS轮训订单支付结果消息通知工单系统创建工单。

步骤S507：开通系统执行工单实例：对比控制器版本，OTA升级任务和下发配置码。车端点火上电，触发OTA升级，进行配置码刷写；

例如，上述步骤S507的一种实现方式如下：

步骤S5071：开通系统接收到VBOSS发送的订单支付成功消息后，会根据S503创建的工单模板依次执行3个工单实例；

步骤S5072：执行工单实例1(对比控制器版本)。开通系统会向OTA系统查询车辆实际的控制器版本信息(车辆控制器版本)，与SPU支持的目标控制器版本信息(业务控制器版本)进行比对。如果当前车辆控制器版本大于等于SPU支持业务控制器版本，工单实例1完成，开通系统会跳过工单实例2(OTA升级任务)，直接执行工单实例3(下发配置码)；

步骤S5073：如果当前车辆控制器版本小于SPU支持业务控制器版本，此时工单实例1为未完成状态，开通系统会执行工单实例2，向OTA系统请求创建OTA任务；

步骤S5074：车端点火上电，触发OTA升级。待OTA系统返回的实际车辆控制器版本匹配目标控制器版本后，也即大于或等于业务控制器版本，工单实例1完成，开通系统会执行工单实例3向车辆下发配置码；

步骤S5075：车端通过TSP(Telematics Service Provider，汽车远程服务提供商)向开通系统请求业务配置码；

步骤S5076：开通系统通过TSP向车端返回业务配置码信息；

步骤S5077：收到业务配置码后，车端刷写配置码，并通过TSP向开通系统上报刷写结果。

步骤S508：刷写成功后，工单竣工，工单系统通知VBOSS创建商品权益，功能激活。

参见图5，图5为另一示例性实施例示出的一种具体的车端业务开通方法的流程示意图，如图5所示，整个车端业务开通流程涉及到VBOSS、APP、开通系统(车端业务开通系统)、OTA和车端(目标车辆)，用户通过APP购买商品(订购车端业务)，由VBOSS系统确认购买成功后，触发开通系统创建工单，工单包括工单实例1：对比控制器版本、工单实例2：创建OTA任务以及工单实例3：下发配置码，并由开通系统请求车辆控制器版本信息，分别向VBOSS请求车辆目标控制器版本信息(业务控制器版本)，向车端请求车辆控制器版本，并接收业务控制器版本和车辆控制器版本，通过处理工单实例1：对比控制器版本信息，若对比不成功，则调用工单实例2：创建OTA任务，由OTA基于可用条件(业务控制器版本、车辆的基础信息等)为用户车辆创建OTA任务(空中下载任务)，并反馈任务创建完成，使得工单实例2完成。若对比成功，则确认工单实例1完成。当工单实例1和工单实例2均完成后，则判断是否存在待处理工单实例3，若是则执行工单实例3：下发配置码(业务配置码)，若不存在待处理的工单实例3，则直接触发车端进行刷写配置码，若刷写成功，则上报刷写成功给开通系统，会提示工鞥呢就绪激活可用，使得工单实例3完成，工单竣工，触发VBOSS创建权益实例，结束流程。若刷写失败，则上报刷写失败，会提示功能未就绪，工单3待处理状态，请进行OTA升级，继续调用工单实例2：创建OTA任务，重复上述工单实例1、工单实例2和工单实例3，直到工单竣工，或者工单取消。当车端上电点火后，请求获取车控功能配置码(业务配置码)，以对车辆进行刷写。

请参见图6，图6为一示例性实施例示出的一种图5中业务开通系统中各工单的执行流程示意图，如图6所示，首先进行软件版本校验，通过聚合订单触发，通知OTA升级反馈，以及定时任务检测扫描，如果下发OTA任务成功，则进行校验，当软件版本校验通过，则刷写配置码(业务配置码)，若校验不通过，则继续进行OTA任务的下发，直到校验通过，通过车载刷写配置反馈通知来确定配置码是否刷写完成，对刷写后的车辆校验刷写是否成功，若刷写成功，则进行功能激活，若刷写失败，则继续进行配置码的刷写。通过车载激活操作通知来确定是否及进行功能激活，对激活的完成与否进行校验，若激活失败则重复进行功能激活，若激活成功则进行后处理，通知聚合。

请参见图7，图7为一示例性实施例示出的一种远控付费业务的流程示意图，如图7所示，用户通过APP下单购买远控数字商品(订购车端业务)，VBOSS判断是否购买成功，若购买失败则通知APP购买失败，功能未激活，若购买成功，则权益系统增加权益，通知APP功能激活，可以通过手机APP操作远控功能。

图8是本申请的一示例性实施例示出的车端业务开通装置的框图。该装置可以应用于图1所示的实施环境，并具体配置在车端业务开通系统中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图8所示，该示例性的车端业务开通装置800包括：获取模块801，用于若目标车辆成功订购车端业务，获取目标车辆的车辆控制器版本，以及车端业务的业务控制器版本；任务创建模块802，用于若车辆控制器版本低于业务控制器版本，创建空中下载任务，空中下载任务包括业务控制器版本的控制器升级数据；任务下发模块803，用于将空中下载任务下发至目标车辆，以供目标车辆基于控制器升级数据对车辆控制器进行升级；业务配置码下发模块804，用于若获取到目标车辆反馈的升级成功消息，获取车端业务的业务配置码，将业务配置码下发至目标车辆，以使目标车辆的车辆控制器根据业务配置码进行刷写，以对车端业务的业务功能进行准备。

需要说明的是，上述实施例所提供的车端业务开通装置与上述实施例图2所提供的车端业务开通方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的车端业务开通装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

图9是本申请的一示例性实施例示出的车辆控制装置的框图。该装置可以应用于图1所示的实施环境，并具体配置在目标车辆或者其他终端中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图9所示，该示例性的车辆控制装置900包括：版本发送模块901，用于若目标车辆成功订购车端业务，发送目标车辆的车辆控制器版本；升级模块902，用于响应于接收到的空中下载任务，根据空中下载任务中的控制器升级数据对目标车辆的车辆控制器进行升级，控制器升级数据基于车端业务的业务控制器版本确定；升级消息发送模块903，用于若升级成功，发送升级成功消息，以获取车端业务的业务配置码；刷写模块904，用于通过业务配置码对车辆控制器进行刷写，以对车端业务的业务功能进行准备。

需要说明的是，上述实施例所提供的车辆控制装置与上述实施例图4所提供的车端业务开通方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的车辆控制装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的方法。

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从储存部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的储存部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入储存部分1008。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (12)

1.一种车端业务开通方法，其特征在于，所述车端业务开通方法包括：

若目标车辆成功订购车端业务，获取所述目标车辆的车辆控制器版本，以及所述车端业务的业务控制器版本；

若所述车辆控制器版本低于所述业务控制器版本，创建空中下载任务，所述空中下载任务包括所述业务控制器版本的控制器升级数据；

将所述空中下载任务下发至所述目标车辆，以供所述目标车辆基于所述控制器升级数据对所述车辆控制器进行升级；

若获取到所述目标车辆反馈的升级成功消息，获取所述车端业务的业务配置码，将所述业务配置码下发至所述目标车辆，以使所述目标车辆的车辆控制器根据所述业务配置码进行刷写，以对所述车端业务的业务功能进行准备。

2.如权利要求1所述的车端业务开通方法，其特征在于，所述车端业务开通方法还包括：

若所述车辆控制器版本高于或等于所述业务控制器版本，获取所述车端业务的业务配置码，将所述业务配置码下发至所述目标车辆，以使所述目标车辆的车辆控制器根据所述业务配置码进行刷写，以对所述车端业务的业务功能进行准备。

3.如权利要求1或2任一项所述的车端业务开通方法，其特征在于，将所述业务配置码下发至所述目标车辆之后，所述车端业务开通方法还包括：

获取所述车辆控制器根据所述业务配置码进行刷写的刷写结果；

若所述刷写结果为刷写成功，发送业务开通完成消息，以激活所述车端业务的权益。

4.如权利要求3所述的车端业务开通方法，其特征在于，所述车端业务开通方法还包括：

若所述刷写结果为刷写失败，对所述车辆控制器通过控制器升级数据进行升级，直至所述刷写结果为刷写成功，所述控制器升级数据根据所述业务控制器版本得到。

5.如权利要求1所述的车端业务开通方法，其特征在于，若目标车辆成功订购车端业务，获取所述目标车辆的车辆控制器版本，以及所述车端业务的业务控制器版本之前，所述车端业务开通方法还包括：

获取待创建车端业务的业务基础信息，所述业务基础信息包括业务内容、所述业务配置码和所述业务控制器版本；

基于所述业务基础信息创建商品类目，以及创建商品条码,并将所述商品条码与所述商品类目进行关联，生成所述车端业务的商品信息，以供所述目标车辆的用户通过所述商品信息进行所述车端业务的订购。

6.如权利要求5所述的车端业务开通方法，其特征在于，基于所述业务基础信息创建商品类目，以及创建商品条码,并将所述商品条码与所述商品类目进行关联，生成所述车端业务的商品信息之后，所述车端业务开通方法还包括：

响应于所述用户对所述车端业务的订购请求，生成待支付订单；

若所述待支付订单支付成功，确定所述目标车辆成功订购车端业务。

7.一种车端业务开通方法，其特征在于，所述车端业务开通方法包括：

若目标车辆成功订购车端业务，发送所述目标车辆的车辆控制器版本；

响应于接收到的空中下载任务，根据所述空中下载任务中的控制器升级数据对所述目标车辆的车辆控制器进行升级，所述控制器升级数据基于所述车端业务的业务控制器版本确定；

若升级成功，发送升级成功消息，以获取所述车端业务的业务配置码；

通过所述业务配置码对所述车辆控制器进行刷写，以对所述车端业务的业务功能进行准备。

8.如权利要求7所述的车端业务开通方法，其特征在于，通过所述控制器升级数据对所述目标车辆的车辆控制器进行升级之前，所述车端业务开通方法还包括：

获取所述目标车辆的上电状态；

若所述上电状态包括已上电，通过所述控制器升级数据对所述目标车辆的车辆控制器进行升级。

9.一种车端业务开通装置，其特征在于，所述车端业务开通装置包括：

获取模块，用于若目标车辆成功订购车端业务，获取所述目标车辆的车辆控制器版本，以及所述车端业务的业务控制器版本；

任务创建模块，用于若所述车辆控制器版本低于所述业务控制器版本，创建空中下载任务，所述空中下载任务包括所述业务控制器版本的控制器升级数据；

任务下发模块，用于将所述空中下载任务下发至所述目标车辆，以供所述目标车辆基于所述控制器升级数据对所述车辆控制器进行升级；

业务配置码下发模块，用于若获取到所述目标车辆反馈的升级成功消息，获取所述车端业务的业务配置码，将所述业务配置码下发至所述目标车辆，以使所述目标车辆的车辆控制器根据所述业务配置码进行刷写，以对所述车端业务的业务功能进行准备。

10.一种车辆控制装置，其特征在于，所述车辆控制装置包括：

版本发送模块，用于若目标车辆成功订购车端业务，发送所述目标车辆的车辆控制器版本；

升级模块，用于响应于接收到的空中下载任务，根据所述空中下载任务中的控制器升级数据对所述目标车辆的车辆控制器进行升级，所述控制器升级数据基于所述车端业务的业务控制器版本确定；

升级消息发送模块，用于若升级成功，发送升级成功消息，以获取所述车端业务的业务配置码；

刷写模块，用于通过所述业务配置码对所述车辆控制器进行刷写，以对所述车端业务的业务功能进行准备。

11.一种电子设备，其特征在于，电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现如权利要求1至8中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当计算机程序被计算机的处理器执行时，使计算机执行权利要求1至8中任一项所述的方法。

Images