CN115658305A - 一种车辆服务激活管理方法、系统、电子设备、存储介质 - Google Patents

Abstract

本发明提供一种车辆服务激活管理方法，所述方法包括：获取业务请求信息，以使云端根据所述业务请求信息生成服务激活指令；接收所述服务激活指令，并根据所述服务激活指令将目标激活点的激活状态设置为已激活；基于所述目标激活点的服务量，对目标激活点的激活状态进行调整，并将所述服务量和激活状态同步至云端，本发明对服务进行计量，通过服务量的计算，对已经开通的服务进行管理。对服务量已经使用完毕的服务进行反激活。只对有需要的服务功能进行开通，避免了绑定开通不需要的服务，节省了资源，资金。支持远端服务的激活与反激活以及数据的监管。

Description

一种车辆服务激活管理方法、系统、电子设备、存储介质

技术领域

本申请涉及车辆上的功能服务开通管理技术领域，具体涉及一种车辆服务激活管理的方法、电子设备、存储介质。

背景技术

为实现智能车载软件的快速开发，应对不断测试过程中出现的新场景的快速迭代，满足用户千人千面的需求，缩短整个汽车开发周期，提出了面向服务的设计过程。丰富的服务很大程度提高了人与车的交互性，增加了驾驶的趣味性，但是在功能丰富的同时，会存在并非每个人都是同样功能服务需求的现象。为实现用户千人千面的需求，用户可以根据自己的需求来选择激活相应的功能服务。随着汽车OAT和服务化开发的普及，后面汽车上新功能的增加会变得极其迅速，整车公司将不仅仅局限于售卖汽车的硬件，以后汽车上的软件也会作为卖点，将车本身与其额外的丰富功能分开售卖。甚至搭建一个软件平台，邀请其他行业公司和用户在其硬件基础上做各种功能的开发，通过用户使用其服务来进行收费盈利。目前局限于车机上的服务，不可以监管到汽车上的各个功能服务，实现激活与反激活，并且局限于仅仅在车机上实现服务的激活，因为无法实现车端与云端一体化，也不能支持远端服务的激活与反激活以及数据的监管。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种车辆服务激活管理方法、系统、电子设备、存储介质，以解决上述技术问题。

本发明提供的一种车辆服务激活管理方法，包括：

获取业务请求信息，以使云端根据所述业务请求信息生成服务激活指令；接收所述服务激活指令，并根据所述服务激活指令将目标激活点的激活状态设置为已激活；基于所述目标激活点的服务量，对目标激活点的激活状态进行调整，并将所述服务量和激活状态同步至云端。

于本发明的一实施例中，所述接收所述服务激活指令，并根据所述服务激活指令将目标激活点的激活状态设置为已激活包括：

获取服务激活指令；

为激活点更新数据并激活；

上报服务数据；

车端启动初始化时读取数据，对激活点的激活状态进行设定并上传数据。

于本发明的一实施例中，所述基于所述目标激活点的服务量，对目标激活点的激活状态进行调整，并将所述服务量和激活状态同步至云端包括：

更新并保存业务功能量进行到数据库；

上报保存的激活点业务功能数据；

获取服务反激活指令；

根据反激活指令完成对业务功能各个激活点的反激活。

于本发明的一实施例中，其特征在于，所述更新并保存业务功能量进行到数据库包括：

接收服务功能执行完成数据；

整合接收的数据与本地数据；

判断服务的使用次数或/和使用时间并写入数据库。

于本发明的一实施例中，所述上报保存的激活点业务功能数据包括：

接收功能完成通知；

发送所述数据库的计量数据；

根据指令修改激活状态；

上传激活状态。

于本发明的一实施例中，根据反激活指令完成对业务功能各个激活点的反激活包括：

判断服务使用次数或/和使用时间结束；

获取反激活指令；

为激活点更新数据并反激活；

上报反激活结果；

于本发明的一实施例中，所述整合接收的数据与本地数据和所述判断服务的使用次数或/和使用时间并写入数据库包括：

激活后将服务的使用次数或/和使用时间写入数据库生成本地数据；

每完成一次服务的使用后将数据与所述本地数据整合；

根据所述整合的数据对服务已经使用次数或/和使用时间进行计算，

所述计算的服务已经使用次数或/和使用时间写入到本地数据。

于本发明的一实施例中，一种车辆服务激活管理系统，所述系统包括：

获取指令模块，用于获取业务请求信息，以使云端根据所述业务请求信息生成服务激活指令；

服务激活模块，用于接收所述服务激活指令，并根据所述服务激活指令将目标激活点的激活状态设置为已激活；

服务反激活模块，用于基于所述目标激活点的服务量，对目标激活点的激活状态进行调整，并将所述服务量和激活状态同步至云端。

本发明还提供一种电子设备，所述电子设备包括：

一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述中任一项所述的车辆服务激活管理方法。

于本发明的一实施例中，一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行上述中任一项所述的车辆服务激活管理方法。

本发明的有益效果：本发明对服务进行计量，通过服务量的计算，对已经开通的服务进行管理。对服务量已经使用完毕的服务进行反激活。只对有需要的服务功能进行开通，避免了绑定开通不需要的服务，节省了资源，资金。支持远端服务的激活与反激活以及数据的监管。

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

附图说明

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

图1是是本申请的一示例性实施例示出的车辆服务激活管理方法示意图；

图2是本申请的一示例性实施例示出的激活点激活过程示意图；

图3是本申请的一示例性实施例示出的激活点反激活示意图；

图4是本申请的一示例性实施例示出的存储服务量的示意图；

图5是本申请的一示例性实施例示出的上报服务量示意图；

图6是本申请的一示例性实施例示出的反激活过程的示意图；

图7是本申请的一示例性实施例示出的计算服务量的示意图；

图8是本申请的一示例性实施例示出的服务激活管理系统业务架构示意图；

图9是本申请的一示例性实施例示出的服务激活管理系统技术架构示意图；

图10是本申请的一示例性实施例示出的车辆服务激活管理系统的框图；

图11是本申请的一示例性实施例示出的电子设备的计算机系统示意图。

具体实施方式

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

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

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

首先需要说明的是，附图中出现的C++、Java和html5都为编程语言。html5的全程为HyperText Markup Language 5，html5是构建Web内容的一种语言描述方式并广泛应用于互联网应用的开发。Java具有简单性、面向对象、分布式、安全性、平台独立与可移植性、多线程、动态性等特点。Java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等。C++是一种计算机高级程序设计语言，由C语言扩展升级而产生C++既可以进行C语言的过程化程序设计，又可以进行以抽象数据类型为特点的基于对象的程序设计，还可以进行以继承和多态为特点的面向对象的程序设计。C++擅长面向对象程序设计的同时，还可以进行基于过程的程序设计。C++拥有计算机运行的实用性特征，同时还致力于提高大规模程序的编程质量与程序设计语言的问题描述能力。

请参阅图1，图1是本发明一实施例所示出的的车辆服务激活管理方法示意图。本发明提供了一种车辆服务激活管理方法，该方法将车辆软件作为服务提取出来，单独开通服务，并对使用次数或/和使用时间进行计量，实现不同用户的不同需求。

请继续参阅图1，该方法包括以下步骤：

步骤S1：车端获取业务请求信息，以使云端根据业务请求信息生成服务激活指令。通过手机电脑或者车辆中控制开通服务的业务请求信息，向云端发送业务请求信息。

S2：车端接收服务激活指令，并根据服务激活指令将目标激活点的激活状态设置为已激活。

请参阅图2，图2是本申请的一示例性实施例示出的激活点激活过程示意图。步骤S2包括：S210车端获取服务激活指令；S220车端为激活点更新数据并激活；S230车端上报服务数据；以及S240车端启动初始化时读取数据，对激活点的激活状态进行设定并上传数据。在步骤S1发送请求后，车辆等待云端激活指令。获得激活指令之后，车辆对激活点的数据、激活状态等进行更新并且激活，激活后上报服务的数据。最后在车端进行初始化，使得激活成功，并且上传数据。

S3：车端基于目标激活点的服务量，对目标激活点的激活状态进行调整，并将服务量和激活状态同步至云端。如图3本申请的一示例性实施例示出的激活点反激活示意图所示可分为：S310车端更新并保存业务功能量进行到数据库；S320车端上报保存的激活点业务功能数据；S330车端获取服务反激活指令；S340车端根据反激活指令完成对业务功能各个激活点的反激活。对车端的服务量进行计量，并保存服务量信息。将服务量信息上报至云端后，将服务量已经使用完毕的服务进行反激活。

图4是本申请的一示例性实施例示出的存储服务量的示意图。其中S310分为如图4所示的三步：410车端接收服务功能执行完成数据；S420车端整合接收的数据与本地数据；S430车端判断服务的使用次数或/和使用时间并写入数据库。服务开通之后，每次使用服务完成后，均和本地数据整合，再根据整合的数据，判断出已使用的服务量写入数据库。具体整合与写入如图7申请的一示例性实施例示出的计算服务量的示意图所示：S710车端的服务激活后将服务的使用次数或/和使用时间写入数据库生成本地数据；S720车端每完成一次服务的使用后将数据与本地数据整合；S730车端根据整合的数据对服务已经使用次数或/和使用时间进行计算；S740计算的服务已经使用次数或/和使用时间写入到本地数据。

图5是本申请的一示例性实施例示出的上报服务量示意图。在服务功能完成时进行如图5所示的S320的具体步骤：S510车端接收功能完成通知；S520车端发送数据库的计量数据给云端；S530车端根据云端返回的指令修改激活状态；S540车端上传激活状态。此步将本地保存的服务量等信息上传到云端。最后通过S610车端判断服务使用次数或/和使用时间结束；S620车端获取反激活指令；S630车端为激活点更新数据并反激活；S640车端上报反激活结果。图6是本申请的一示例性实施例示出的反激活过程的示意图，如图6所示步骤将使用完毕的服务进行反激活。

请参阅图8，在本发明一示例性实施例中，激活点包括有云端开通点和车端开通点，车端开通点为车辆的中控，云端开通点包括有平板、手机等。车端包括有车辆控制部分和车端功能部分，车端功能包括有车辆远程控制中心等车辆的软件功能，车辆控制部分包括有车辆远程控制中心和车辆服务开通协调系统。云端为云端服务开通系统。激活点的云端开通点或者车端开通点购买服务之后，激活点向云端的云端服务开通系统发出购买使用权限的信息，同时云端的云端服务开通系统向激活点返回发送服务数据。激活点向车云端发送调用功能的指令，车云端向车端的车端控制发送调用功能的指令，车端控制向车端功能调用服务，完成之后车端控制向车云端返回结果，车云端再向激活点返回结果。激活点还向车端的车辆控制进行离线调用服务，之后车端的车辆控制向激活点发送服务数据。车端的车辆控制中的车端服务开通协同系统控制车端的车辆控制中的车端远控中心进行开通/关闭功能；并且接收车端的车端功能更新的数据；同时与云端的云端服务开通系统保持数据的同步。

请参阅图9，客服端、通信层、服务层、接口层和数据存储五大部分。客服层包括：移动终端设备、车载终端设备和Web页面。移动终端设备可以为手机、平板或者电脑等设备。Web页面为网页页面，是移动终端设备或者车载终端设备的显示内容。通信层包括：模块间通信、车云通信和车端内部通信。模块间通信使用MQTT(Message Queuing TelemetryTransport，消息队列遥测传输)，MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的。车云通信使用TCP/IP(TransmissionControl Protocol/Internet Protocol，传输控制协议/网际协议)，TCP/IP是指能够在多个不同网络间实现信息传输的协议簇，且并不只TCP和IP两个协议，而是数个协议。TCP/IP是在网络的使用中的最基本的通信协议。TCP/IP传输协议对互联网中各部分进行通信的标准和方法进行了规定。并且，TCP/IP传输协议是保证网络数据信息及时、完整传输的两个重要的协议。车端内部通信使用DDS(DataDistributionService，数据分发服务)，DDS是新一代分布式实时通信中间件技术规范，DDS采用发布/订阅体系架构，强调以数据为中心，提供丰富的QoS(Quality of Service，服务质量)策略，能保障数据进行实时、高效、灵活地分发，可满足各种分布式实时通信应用需求。DDS信息分发中间件是一种轻便的、能够提供实时信息传送的中间件技术。服务层包括：云端、车云端、车端-数据管理中心和车端-服务模块。接口层包括：开通服务、调用服务、数据管理、服务功能开通/关闭和数据推送。数据存储包括：MySQL和SQLite。MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。SQLite是一款轻型的数据库它占用资源非常的低，同时能够跟很多程序语言相结合，处理速度快。

在本发明一示例性实施例中，将车辆上非必要的软件功能，如自动启停、自动泊车等功能作为服务提取出来。根据需求选择不使用某些功能或者使用某些功能一段时间又或者是需要使用某些功能一定的次数等。选择开通某些服务时，可以在手机端、电脑端或者车辆中控端进行开通。而后车端收到激活指令之后，将相应的服务功能激活使用，每次使用服务时都进行服务的计量以及服务量数据的上传至云端，当服务量使用完毕之后，车端接收云端的反激活指令进行反激活。

请参阅图10，于本发明的一实施例中，本发明还提供一种车辆服务激活管理系统，包括：

获取指令模块1001，用于获取业务请求信息，以使云端根据业务请求信息生成服务激活指令；

服务激活模块1002，用于接收服务激活指令，并根据服务激活指令将目标激活点的激活状态设置为已激活；

服务反激活模块1003，用于基于目标激活点的服务量，对目标激活点的激活状态进行调整，并将服务量和激活状态同步至云端。

请参阅图11，于本发明的一实施例中，还提供一种电子设备，电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述任一项的车辆服务激活管理方法。图11示出的电子设备的计算机系统1100仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

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

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

于本发明的一实施例中，还提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序被计算机的处理器执行时，使计算机执行上述中任一项的车辆服务激活管理方法。

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

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

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

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

Claims (10)

1.一种车辆服务激活管理方法，其特征在于，所述方法包括：

获取业务请求信息，以使云端根据所述业务请求信息生成服务激活指令；

接收所述服务激活指令，并根据所述服务激活指令将目标激活点的激活状态设置为已激活；

基于所述目标激活点的服务量，对目标激活点的激活状态进行调整，并将所述服务量和激活状态同步至云端。

2.根据权利要求1所述的车辆服务激活管理方法，其特征在于，所述接收所述服务激活指令，并根据所述服务激活指令将目标激活点的激活状态设置为已激活包括：

获取服务激活指令；

为激活点更新数据并激活；

上报服务数据；

车端启动初始化时读取数据，对激活点的激活状态进行设定并上传数据。

3.根据权利要求1所述的车辆服务激活管理方法，其特征在于，所述基于所述目标激活点的服务量，对目标激活点的激活状态进行调整，并将所述服务量和激活状态同步至云端包括：

更新并保存业务功能量进行到数据库；

上报保存的激活点业务功能数据；

获取服务反激活指令；

根据反激活指令完成对业务功能各个激活点的反激活。

4.根据权利要求3所述的车辆服务激活管理方法，其特征在于，所述更新并保存业务功能量进行到数据库包括：

接收服务功能执行完成数据；

整合接收的数据与本地数据；

判断服务的使用次数或/和使用时间并写入数据库。

5.根据权利要求4所述的车辆服务激活管理方法，其特征在于，所述上报保存的激活点业务功能数据包括：

接收功能完成通知；

发送所述数据库的计量数据；

根据指令修改激活状态；

上传激活状态。

6.根据权利要求3所述的车辆服务激活管理方法，其特征在于，根据反激活指令完成对业务功能各个激活点的反激活包括：

判断服务使用次数或/和使用时间结束；

获取反激活指令；

为激活点更新数据并反激活；

上报反激活结果。

7.根据权利要求4所述的车辆服务激活管理方法，其特征在于，所述整合接收的数据与本地数据和所述判断服务的使用次数或/和使用时间并写入数据库包括：

激活后将服务的使用次数或/和使用时间写入数据库生成本地数据；

每完成一次服务的使用后将数据与所述本地数据整合；

根据所述整合的数据对服务已经使用次数或/和使用时间进行计算；

将所述计算的服务已经使用次数或/和使用时间写入到本地数据。

8.一种车辆服务激活管理系统，其特征在于，所述系统包括：

获取指令模块，用于获取业务请求信息，以使云端根据所述业务请求信息生成服务激活指令；

服务激活模块，用于接收所述服务激活指令，并根据所述服务激活指令将目标激活点的激活状态设置为已激活；

服务反激活模块，用于基于所述目标激活点的服务量，对目标激活点的激活状态进行调整，并将所述服务量和激活状态同步至云端。

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

一个或多个处理器；

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

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

Images