车载服务订购方法、装置及电子设备与流程

1.本技术涉及车联网技术领域，更具体地，涉及一种车载服务订购方法、装置及电子设备。


背景技术：

2.在目前智能网联汽车应用中，大多是云端和车端线下约定功能上线时间点，车端功能通过ota发布后，云端在通过人工方式去操作配置功能信息，关联商品并上架售卖。但人工配置功能信息时，容易出现配置错误，使得用户体验较差。


技术实现要素：

3.鉴于上述问题，本技术提出了一种车载服务订购方法、装置及电子设备。
4.第一方面，本技术实施例提供了一种车载服务订购方法，所述方法包括：检测车辆功能的功能注册状态，所述功能注册状态用于表征所述车辆功能是否已在云端进行保存；当所述功能注册状态符合预设条件时，发送车载服务订购更新信息至云端，以供所述云端基于所述车载服务订购更新信息配置对应的车载服务，所述车载服务订购更新信息包括车辆识别码、符合所述预设条件的功能注册状态对应的功能标识号；接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态；接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务。
5.在一种可选的实施例中，所述检测车辆功能的功能注册状态，包括：响应指定事件的触发，检测车辆功能的功能注册状态。
6.在一种可选的实施例中，所述指定事件包括车辆上电、ota完成升级、或检测按钮被触发。
7.在一种可选的实施例中，所述检测车辆功能的功能注册状态，包括:根据本地车辆功能清单检测车辆功能的功能注册状态，所述本地车辆功能清单包括每个所述车辆功能对应的功能标识号以及功能注册状态。
8.具体的，所述预设条件为所述功能注册状态为未注册和/或待更新注册，所述根据本地车辆功能清单检测车辆功能的功能注册状态，包括：获取所述本地车辆功能清单中功能注册状态为未注册和/或待更新注册的车辆功能；所述接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态，包括：根据所述确认信息，将所述本地车辆功能清单中所述未注册和/或待更新注册的车辆功能对应的功能注册状态变更为已注册。
9.在一种可选的实施例中，所述接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务之后，还包括：响应所述车载服务的订购操作，向所述云端发送订购信息；接收所述云端发送的所述车载服务对应的开通指令；根据所述开通指令，开通所述车载服务。
10.第二方面，本技术实施例提供了一种车载服务订购方法，所述方法包括：获取车端
发送的车载服务订购更新信息，所述车载服务订购更新信息包括车辆识别码、符合预设条件的功能注册状态对应的功能标识号；保存所述车载服务订购更新信息，并向所述车端发送完成保存所述车载服务订购更新信息的确认信息；基于所述车载服务订购更新信息，配置所述车载服务订购更新信息对应的车载服务；基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息。
11.在一种可选的实施例中，所述基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息之后，还包括：获取所述车端发送的订购信息；向已订购所述车载服务的车端发送开通指令，指示所述已订购的车端开通所述车载服务。
12.第三方面，本技术实施例提供了一种车载服务订购装置，所述装置包括：功能注册状态获取模块，用于检测车辆功能的功能注册状态，所述功能注册状态用于表征所述车辆功能是否已在云端进行保存；发送模块，用于当所述功能注册状态符合预设条件时，发送车载服务订购更新信息至云端，以供所述云端基于所述车载服务订购更新信息配置对应的车载服务，所述车载服务订购更新信息包括车辆识别码、符合所述预设条件的功能注册状态对应的功能标识号；功能注册状态更改模块，用于接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态；车载服务上架信息获取模块，用于接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务。
13.第四方面，本技术实施例提供了一种车载服务订购装置，所述装置包括：车端数据获取模块，用于获取车端发送的车载服务订购更新信息，所述车载服务订购更新信息包括车辆识别码、符合预设条件的功能注册状态对应的功能标识号；确认信息下发模块，用于保存所述车载服务订购更新信息，并向所述车端发送完成保存所述车载服务订购更新信息的确认信息；车载服务配置模块，用于基于所述车载服务订购更新信息，配置所述车载服务订购更新信息对应的车载服务；车载服务上架模块，用于基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息。
14.第五方面，本技术实施例提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第一方面提供的车载服务订购方法以及第二方面提供的车载服务订购方法。
15.第六方面，本技术实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第一方面提供的车载服务订购方法以及第二方面提供的车载服务订购方法。
16.本技术提供的方案，车端通过ota升级技术获取最新车辆功能后，检测车端已完成ota升级的车辆功能对应的功能注册状态，且当功能注册状态满足预设条件时，将满足预设条件的车辆功能以及车辆识别码组成的车载服务订购更新信息发送至云端，在云端对该车辆功能进行保存的同时根据车辆识别码进行该车辆功能对应的车载服务进行配置，先对车端的车辆功能进行ota升级，再通过云端为已ota升级成功的车辆功能进行车载服务配置，不需要云端和车端约定功能上线的时间，而且，车载服务配置是根据车辆识别码中的车辆信息以及车辆功能进行自动配置的，减少了人工配置的时间，且降低了车载服务配置的错误率，从而提高了用户体验。
附图说明
17.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1示出了本技术一实施例提供的车载服务订购方法的流程示意图。
19.图2示出了本技术另一实施例提供的车载服务订购方法的流程示意图。
20.图3示出了本技术一实施例提供的车载服务订购方法的交互流程示意图。
21.图4示出了本技术一实施例提供的车载服务订购装置的结构框图。
22.图5示出了本技术另一实施例提供的车载服务订购装置的结构框图。
23.图6示出了本技术实施例提供的用于执行根据本技术实施例的车载服务订购方法的电子设备的结构框图。
具体实施方式
24.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
25.针对背景技术提出的技术问题，发明人提出了一种车载服务订购方法、装置及电子设备，车端通过ota升级技术获取最新车辆功能后，检测车端已完成ota升级的车辆功能对应的功能注册状态，且当功能注册状态满足预设条件时，将满足预设条件的车辆功能以及车辆识别码组成的车载服务订购更新信息发送至云端，在云端对该车辆功能进行保存的同时根据车辆识别码进行该车辆功能对应的车载服务进行配置，先对车端的车辆功能进行ota升级，再通过云端为已ota升级成功的车辆功能进行车载服务配置，不需要云端和车端约定功能上线的时间，而且，车载服务配置是根据车辆识别码中的车辆信息以及车辆功能进行自动配置的，减少了人工配置的时间，且降低了车载服务配置的错误率，从而提高了用户体验。
26.请参阅图1，图1示出了本技术一实施例提供的车载服务订购方法的流程示意图。在具体的实施例中，所述车载服务订购方法应用于如图4所示的车载服务订购装置300以及图6所示配置有所述车载服务订购装置300的电子设备100。
27.下面将针对图1所示的流程进行详细的阐述，所述车载服务订购方法具体可以包括以下步骤：
28.步骤s110：检测车辆功能的功能注册状态，所述功能注册状态用于表征所述车辆功能是否已在云端进行保存。
29.检测车辆功能的功能注册状态可以是直接从车辆功能所携带的注册信息进行检测，也可以是从车辆上存储有车辆功能以及车辆功能对应的功能注册状态的功能清单进行检测。具体的检测方式可以由用户进行设定，在此不做具体限定。
30.在一些优选的实施方式中，根据本地车辆功能清单检测车辆功能的功能注册状态，所述本地车辆功能清单包括每个所述车辆功能对应的功能标识号以及功能注册状态。
31.本地功能清单用于存储车辆本地的车辆功能名称、功能标识号、功能适用版本、功能当前版本、ota版本、功能状态、功能到期时间、功能的注册状态以及功能开题的配置表。
该配置表包括车辆功能对应的电子控制单元(electronic control unit，ecu)地址、数据id(did)地址、车辆功能对应的修改值位置以及车辆功能对应的开关值。车辆可以通过did地址实现功能，一个服务由一个或多个车辆功能进行实现。车辆功能对应的开关值是指该车辆功能当前是否激活。例如，当开关值为1时，表示该车辆功能为激活状态，当开关值为0时，表示该车辆功能为未激活状态。
32.在一些实施方式中，检测车辆功能的功能注册状态可以是响应指定事件的触发，从而检测车辆功能的功能注册状态。
33.指定事件包括但不限于车辆上电、ota完成升级、或检测按钮被触发。
34.指定事件为车辆上电时，是为了检测车辆是否已完成ota升级，是否已获取到最新的车辆功能，是否通过网络将检测到的车辆的车载服务订购更新信息发送至云端。
35.指定事件为ota完成升级时，当新的车辆功能和/或旧的车辆功能存在新的功能版本时，可以通过空间下载技术(over-the-air technology，ota)在车端进行升级操作，以保证车辆获取到新的车辆功能和/或旧的车辆功能的新的功能版本。
36.指定事件为检测按钮被触发是指由用户主动去检测车辆当前车辆功能的功能注册状态，检测按钮可以是指车辆上的物理按钮，也可以是指终端上显示的检测按钮控件。终端包括但不限于手机、车载终端、计算机终端等具有显示功能的设备。
37.步骤s120：当所述功能注册状态符合预设条件时，发送车载服务订购更新信息至云端，以供所述云端基于所述车载服务订购更新信息配置对应的车载服务，所述车载服务订购更新信息包括车辆识别码、符合所述预设条件的功能注册状态对应的功能标识号。
38.预设条件包括但不限于功能注册状态为未注册和/或待更新注册。具体的，所述根据本地车辆功能清单检测车辆功能的功能注册状态具体包括：获取所述本地车辆功能清单中功能注册状态为未注册和/或待更新注册的车辆功能。
39.未注册的车辆功能是指开发人员开发的全新车辆功能。待更新注册的车辆功能是指车端以及云端已有的车辆功能，经过升级更新或功能增加或删改后的新功能。
40.未注册的车辆功能可以是开发人员新开发的车辆功能，也可以是为了适应新的通信协议或通信标准进行升级的车辆功能。车辆功能的获取方式可以是从ecu中进行获取，也可以直接由用户进行录入，新的车辆功能的获取方式在此不做具体限定。
41.当新的车辆功能信息为新开发的车辆功能对应的车辆功能信息时，为新的车辆功能配置功能标识号，并且将新的车辆功能信息以及功能标识号增加到本地车辆功能清单中，并根据新的车辆功能补充本地车辆功能清单中的其他信息，补充方式可以是本地车辆功能清单根据新的车辆功能进行识别自动生成，也可以用户进行补充，补充方式在此不做具体限定。在补充完本地车辆功能清单后，将新的车辆功能对应的功能的注册状态确定为未注册。根据功能标识号对车辆功能进行识别，由于车辆功能标识号就有唯一性，因此，在后续对车辆功能进行操作时，可以保证功能信息的安全性以及准确性。
42.待更新注册的车辆功能的升级更新可以是协议升级，可以是系统升级。
43.当新的车辆功能信息为本地车辆功能清单中已有的车辆功能的升级更新时，直接将该车辆功能信息更新到本地车辆功能清单中，并且将该车辆功能对应的功能的注册状态确定为待更新注册。
44.车辆识别码(vehicle identification number)，包括17位数字，它包含了车辆的
生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息。用于车辆车型的识别。
45.车辆识别码的获取可以是从车辆的基本信息中获取的，车辆识别码还可以嵌入车辆的发送信息中，当云端接收车端发送的车载服务订购更新信息时，会同时获取车辆的车辆识别码。车辆识别码的获取方式在此不做具体限定。
46.云端根据接收到的车载服务订购更新信息进行车载服务的配置，配置操作可以是先根据车辆识别码对需要配置的车载服务进行配置限定，再根据车辆功能进行车载服务的配置。配置操作还可以是先根据车辆功能进行车载服务的配置，再通过车辆识别码对车型进行一步的限定，从而得到最终的车载服务。服务配置方法在本技术中不做具体限定。
47.在具体实施过程中，车端的定时器还会以预设时长获取车辆与云端连接的心跳数据，保证车云连接的有效性。预设时长可以是5s、10s或者是20s，本技术实施例中，优选为5s，但具体的预设时长可以根据用户需求进行设定，在此不做具体限定。
48.步骤s130：接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态。
49.当接收到云端发送的完成保存所述车载服务订购更新信息的确认信息后，变更本地车辆功能清单中该车辆功能对应的功能注册状态，避免在此将该车辆功能再次向云端进行发送注册，造成资源浪费。
50.本地车辆功能清单中的功能注册状态变更后的功能注册状态可以是已注册，还可以是已确认等状态。变更后的功能注册状态用于表征车端已接收云端完成保存所述车载服务订购更新信息的确认信息，变更后状态在此不做具体限定。
51.在一些具体实施方式中，根据所述确认信息，将本地车辆功能清单中未注册和/或待更新注册的车辆功能对应的功能注册状态变更为已注册。
52.步骤s140：接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务。
53.当云端对功能注册状态为未注册和/或待更新注册的车辆功能以及所述车辆识别码对应的车载服务进行配置操作后，得到该功能信息对应的车载服务，此时，云端向车端发送车载服务配置的确认信息，以实现在云端该车辆功能进行了车载服务的自动配置。
54.在一些实施方式中，接收所述云端推送的所述车载服务的上架信息后，响应所述车载服务的订购操作，向所述云端发送订购信息；接收所述云端发送的所述车载服务对应的开通指令；根据所述开通指令，开通所述车载服务。
55.当用户根据需求对车载服务进行订购时，车辆响应于用户的车载服务订购操作，向云端发送需要订购的车载服务对应的订购信息，云端根据该订购信息进行车辆识别码的校验，校验成功后向车辆发送车载服务对应的开通指令，车辆根据该开通指令进行车载服务的开通，开通成功后，车辆可以使用该车载服务。
56.本技术提供的方案，车端通过ota升级技术获取最新车辆功能后，检测车端已完成ota升级的车辆功能对应的功能注册状态，且当功能注册状态满足预设条件时，将满足预设条件的车辆功能以及车辆识别码组成的车载服务订购更新信息发送至云端，在云端对该车辆功能进行保存的同时根据车辆识别码进行该车辆功能对应的车载服务进行配置，先对车端的车辆功能进行ota升级，再通过云端为已ota升级成功的车辆功能进行车载服务配置，
不需要云端和车端约定功能上线的时间，而且，车载服务配置是根据车辆识别码中的车辆信息以及车辆功能进行自动配置的，减少了人工配置的时间，且降低了车载服务配置的错误率，从而提高了用户体验。
57.请参阅图2，图2示出了本技术一实施例提供的车载服务订购方法的流程示意图。所述车载服务订购方法应用于如图5所示的车载服务订购装置400以及图6所示的配置有所述车载服务订购装置400的电子设备100。下面将针对图2所示的流程进行详细的阐述，所述车载服务订购方法具体可以包括以下步骤：
58.步骤s210：获取车端发送的车载服务订购更新信息，所述车载服务订购更新信息包括车辆识别码、符合预设条件的功能注册状态对应的功能标识号。
59.车端按照本地注册策略向云端发送车载服务订购更新信息。例如，本地注册策略为增量上报，此时对应的注册功能上报范围策略配置参数为“[“all”，“incr”]”，“incr”表示只向云端发送本地车辆功能清单中新更新或新增加的项目。即，只将本地车辆功能清单中的注册状态为未注册或待更新注册的车辆功能向云端进行发送。“all”代表全部上报，即将本地车辆功能清单全部发送给云端。
[0060]
步骤s220：保存所述车载服务订购更新信息，并向所述车端发送完成保存所述车载服务订购更新信息的确认信息。
[0061]
云端车辆功能清单是未获取到功能注册状态为未注册或待更新注册的车辆功能之前的本地车辆功能清单进行映射而成，因此，在云端车辆功能清单中各个车辆功能对应的功能注册状态均为已注册。
[0062]
当接收到车端所发送的未注册或待更新注册的车辆功能时，根据车辆功能对应的功能标识号更新云端车辆功能清单，实现车载服务订购更新信息的保存。车载服务订购更新信息保存完成后，向车端发送完成保存车载服务订购更新信息的确认信息，以使车端对变更未注册或待更新注册的车辆功能对应的功能注册状态。
[0063]
下发策略是指云端为车辆功能配置车载服务后，需要向车端进行车载服务订购成功的确认信息时的下发方式。例如，下发策略可以是强一致性策略，强一致性策略是指在任何时刻，用户只能查询到最近一次更新的数据。在本技术方案中，当下发策略为强一致性策略时，用户只能查询到最近一次云端为车辆功能配置服务的确认信息。下发策略还可以是最终一致性策略，最终一致性策略是指在云端为车辆功能配置车载服务期间都可以被用户查询到，且，用户每次查询时数据可能会发生变化，但是，最终的配置成功信息都会被用户进行查询到。下发策略可以有用户进行确定，在此不做具体限定。
[0064]
云端根据下发策略向车辆发送配置所述车载服务对应的确认信息，保证用户获取最终的确认信息。
[0065]
具体的，根据所述下发策略获取所确认信息的下发参数；根据所述下发参数向所述车端发送确认信息。
[0066]
在本技术实施例中，下发参数可以是“[“reportonly”，“confirm”]”，其中，“confirm”为强一致性。通过下发参数对云端的车载服务配置的确认信息进行设定，可以保证确认信息的完整性。
[0067]
步骤s230：基于所述车载服务订购更新信息，配置所述车载服务订购更新信息对应的车载服务。
[0068]
根据车辆识别码中的车辆信息为未注册或待更新注册的车辆功能配置车辆功能对应的车载服务。例如，未注册的车辆功能为音乐暂停功能，云端根据车辆识别码判断该车辆的车型，并根据车型为音乐暂停功能配置了音乐服务，该服务包括音乐播放功能，音乐暂停功能以及音乐切换功能等多种功能。
[0069]
步骤s240：基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息。
[0070]
推送方式可以是弹窗形式，还可以是短信形式。在终端以弹窗形式向用户推送车载服务的上架信息。或者是在终端以短信的形式向用户推送车载服务的上架信息，推送方式在此不做具体限定。
[0071]
在一些实施方式中，获取所述车载服务的订购信息；向已订购所述车载服务的车端发送开通指令，指示所述已订购的车端开通所述车载服务。
[0072]
当云端为车辆功能配置好相应的车载服务后，可以将该车载服务确定为云端商品，并根据操作人员的人工配置审核通过后在云端上架该商品，以供用户进行订购。订购渠道可以是手机端也可以是车端，订购渠道在此不做具体限定。
[0073]
根据车载服务的订购信息，向已订购该车载服务的车辆发送开通指令，为已订购该车载服务的车辆开通最新的车载服务，无需用户再为新的车载服务进行进一步操作，简化了车载服务配置流程。且车载服务在开通是，开通耗时短，成功率高，可以提高用户在使用过程中的体验感。
[0074]
在另一些实施方式中，对已订购到期的车载服务进行注销操作。
[0075]
订购车载服务有一定的订购期限，当订购到期且没有进行续订该车载服务的车辆，进行车载服务的注销操作。注销操作可以是在云端将该车辆账户进行删除，也可以是在云端还存储有该车辆账户，但是该车辆账户不再使用该车载服务。注销操作的具体实施由用户进行确定。
[0076]
本技术实施例中，当云端接收到车端发送的未注册车辆功能和/或待更新注册的车辆功能后，更新云端车辆功能清单，并自动为该车辆功能配置车载服务，且为已订购该车载服务的车辆进行车载服务开通，避免了人工对车辆功能进行配置，提高了车载服务配置的速率。
[0077]
请参阅图3，图3本技术一实施例提供的车载服务订购方法的交互流程示意图。在功能注册之前先对车云两端进行指定消息注册接入接口以及接入流程规范，并且车端按照接口定义将功能信息进行格式化传入云端，这样可以保持车云两端的规范一致，提高车载服务订购以及车载服务配置的效率。
[0078]
新的车辆功能经过ota升级后，通过车辆上电或ota完成升级或检测按钮被触发等触发操作触发车辆功能的功能注册状态检测，当检测到车辆功能未在云端进行保存时，本地车辆功能清单中功能注册状态为未注册状态或待更新注册状态的车辆功能。调用车载服务订购接口，将功能注册状态为未注册状态和/或待更新注册状态的车辆功能以及车辆识别码组成的车载服务订购更新信息发送至云端，进行功能注册上报，云端响应车端的功能注册上报，并更新云端车辆功能清单，云端车辆功能清单包括为车辆的本地车辆功能清单映射而成。再根据车型为该车辆功能进行车载服务配置，并在车载服务配置完成后按照下发策略向已订购该车载服务的车端下发车载服务配置对应的确认消息。云端指示已订购该
车载服务的车端进行车辆功能的开通。在云端与车辆通信过程中，车端定时器定时将车云连接的心跳数据发送至云端，保证车辆连接的有效性。
[0079]
本技术实施例中，云端还设置有注销接口，是为了注销车端订购过期的车辆功能，减少车端内存的占用。车辆先根据ota升级技术进行车辆功能的更新，将更新后的车辆发送给云端，以供云端为车辆更新后的车辆功能进行车载服务的配置，解决了现有技术中新功能上线时需要约定上线时间的问题，用户只需对该车载服务订购开通，无需人工再进行额外配置，提高了车载服务配置的效率，同时也提高了用户体验感。
[0080]
请参阅图4，其示出了本技术实施例提供的一种车载服务订购装置300的结构框图。该车载服务订购装置300应用于电子设备100，该车载服务订购装置300包括：功能注册状态获取模块310，用于检测车辆功能的功能注册状态，所述功能注册状态用于表征所述车辆功能是否已在云端进行保存；发送模块320，用于当所述功能注册状态符合预设条件时，发送车载服务订购更新信息至云端，以供所述云端基于所述车载服务订购更新信息配置对应的车载服务，所述车载服务订购更新信息包括车辆识别码、符合所述预设条件的功能注册状态对应的功能标识号；功能注册状态更改模块330，用于接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态；车载服务上架信息获取模块340，用于接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务。
[0081]
在本技术的一些实施方式中，功能注册状态获取模块310包括：触发模块，用于响应指定事件的触发，检测车辆功能的功能注册状态。
[0082]
在具体实施例中，所述指定事件包括车辆上电、ota完成升级、或检测按钮被触发。
[0083]
在本技术的一些实施方式中，功能注册状态获取模块310还包括：本地车辆功能清单功能注册状态获取模块，用于根据本地车辆功能清单检测车辆功能的功能注册状态，所述本地车辆功能清单包括每个所述车辆功能对应的功能标识号以及功能注册状态。
[0084]
在一些实施方式中，所述预设条件为所述功能注册状态为未注册和/或待更新注册，本地车辆功能清单功能注册状态获取模块包括：注册状态为未注册和/或待更新注册的车辆功能获取模块，用于获取所述本地车辆功能清单中功能注册状态为未注册和/或待更新注册的车辆功能；功能注册状态更改模块330包括：变更模块，用于根据所述确认信息，将所述本地车辆功能清单中所述未注册和/或待更新注册的车辆功能对应的功能注册状态变更为已注册。
[0085]
在一些实施方式中，车载服务订购装置300还包括：订购信息发送模块，用于响应所述车载服务的订购操作，向所述云端发送订购信息；开通指令接收模块，用于接收所述云端发送的所述车载服务对应的开通指令；车载服务开通模块，用于根据所述开通指令，开通所述车载服务。
[0086]
请参阅图5，其示出了本技术实施例提供的一种车载服务订购装置400的结构框图。该车载服务订购装置400应用于电子设备100，该车载服务订购装置400包括：车端数据获取模块410，用于获取车端发送的车载服务订购更新信息，所述车载服务订购更新信息包括车辆识别码、符合预设条件的功能注册状态对应的功能标识号；确认信息下发模块420，用于保存所述车载服务订购更新信息，并向所述车端发送完成保存所述车载服务订购更新信息的确认信息；车载服务配置模块430，用于基于所述车载服务订购更新信息，配置所述
车载服务订购更新信息对应的车载服务；车载服务上架模块440，用于基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息。
[0087]
在一些实施方式中，车载服务订购装置400还包括：订购信息获取模块，用于获取所述车端发送的订购信息；开通指令发送模块，用于向已订购所述车载服务的车端发送开通指令，指示所述已订购的车端开通所述车载服务。
[0088]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0089]
在本技术所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。
[0090]
另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0091]
请参考图6，其示出了本技术实施例提供的一种电子设备的结构框图。该电子设备100可以交换机，也可以是计算机，或者是具有数据传输的控制单元。本技术中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。
[0092]
处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器110可集成中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。
[0093]
存储器120可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
[0094]
本技术实施例中还提供一种计算机可读存储介质，计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
[0095]
计算机可读存储介质可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质具有执行上述方法中的任何方法步骤的程序代码的存储空间。这些程序代码可以从一个或
者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码可以例如以适当形式进行压缩。
[0096]
最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征：
1.一种车载服务订购方法，其特征在于，所述方法包括：检测车辆功能的功能注册状态，所述功能注册状态用于表征所述车辆功能是否已在云端进行保存；当所述功能注册状态符合预设条件时，发送车载服务订购更新信息至云端，以供所述云端基于所述车载服务订购更新信息配置对应的车载服务，所述车载服务订购更新信息包括车辆识别码、符合所述预设条件的功能注册状态对应的功能标识号；接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态；接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务。2.如权利要求1所述的方法，其特征在于，所述检测车辆功能的功能注册状态，包括：响应指定事件的触发，检测车辆功能的功能注册状态。3.如权利要求2所述的方法，其特征在于，所述指定事件包括车辆上电、ota完成升级、或检测按钮被触发。4.如权利要求1所述的方法，其特征在于，所述检测车辆功能的功能注册状态，包括:根据本地车辆功能清单检测车辆功能的功能注册状态，所述本地车辆功能清单包括每个所述车辆功能对应的功能标识号以及功能注册状态。5.如权利要求4所述的方法，其特征在于，所述预设条件为所述功能注册状态为未注册和/或待更新注册，所述根据本地车辆功能清单检测车辆功能的功能注册状态，包括：获取所述本地车辆功能清单中功能注册状态为未注册和/或待更新注册的车辆功能；所述接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态，包括：根据所述确认信息，将所述本地车辆功能清单中所述未注册和/或待更新注册的车辆功能对应的功能注册状态变更为已注册。6.如权利要求1所述的方法，其特征在于，所述接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务之后，还包括：响应所述车载服务的订购操作，向所述云端发送订购信息；接收所述云端发送的所述车载服务对应的开通指令；根据所述开通指令，开通所述车载服务。7.一种车载服务订购方法，其特征在于，所述方法包括：获取车端发送的车载服务订购更新信息，所述车载服务订购更新信息包括车辆识别码、符合预设条件的功能注册状态对应的功能标识号；保存所述车载服务订购更新信息，并向所述车端发送完成保存所述车载服务订购更新信息的确认信息；基于所述车载服务订购更新信息，配置所述车载服务订购更新信息对应的车载服务；基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息。8.如权利要求7所述的方法，其特征在于，所述基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息之后，还包括：获取所述车端发送的订购信息；向已订购所述车载服务的车端发送开通指令，指示所述已订购的车端开通所述车载服
务。9.一种车载服务订购装置，其特征在于，所述装置包括：功能注册状态获取模块，用于检测车辆功能的功能注册状态，所述功能注册状态用于表征所述车辆功能是否已在云端进行保存；发送模块，用于当所述功能注册状态符合预设条件时，发送车载服务订购更新信息至云端，以供所述云端基于所述车载服务订购更新信息配置对应的车载服务，所述车载服务订购更新信息包括车辆识别码、符合所述预设条件的功能注册状态对应的功能标识号；功能注册状态更改模块，用于接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态；车载服务上架信息获取模块，用于接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务。10.一种车载服务订购装置，其特征在于，所述装置包括：车端数据获取模块，用于获取车端发送的车载服务订购更新信息，所述车载服务订购更新信息包括车辆识别码、符合预设条件的功能注册状态对应的功能标识号；确认信息下发模块，用于保存所述车载服务订购更新信息，并向所述车端发送完成保存所述车载服务订购更新信息的确认信息；车载服务配置模块，用于基于所述车载服务订购更新信息，配置所述车载服务订购更新信息对应的车载服务；车载服务上架模块，用于基于所述车载服务的上架操作，向所述车端推送所述车载服务的上架信息。11.一种电子设备，其特征在于，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-8任一项所述的方法。12.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-8任一项所述的方法。

技术总结
本申请公开了一种车载服务订购方法、装置及电子设备，该车载服务订购方法包括：检测车辆功能的功能注册状态；当所述功能注册状态符合预设条件时，发送车载服务订购更新信息至云端，接收云端完成保存所述车载服务订购更新信息的确认信息，更改所述功能标识号对应的车辆功能的功能注册状态；接收所述云端推送的所述车载服务的上架信息，以供用户订购所述车载服务。先对车端的车辆功能进行OTA升级，再通过云端为已OTA升级成功的车辆功能进行车载服务配置，不需要云端和车端约定功能上线的时间，而且，车载服务配置是根据车辆识别码中的车辆信息以及车辆功能进行自动配置的，减少了人工配置的时间，且降低了车载服务配置的错误率，从而提高了用户体验。而提高了用户体验。而提高了用户体验。


技术研发人员：杜林 李辉 宋文明 廖海杰
受保护的技术使用者：广州汽车集团股份有限公司
技术研发日：2023.05.23
技术公布日：2023/9/12