控制方法、控制装置、服务器和车辆与流程

1.本发明涉及车辆技术领域，尤其涉及一种控制方法、控制装置、服务器和车辆。

背景技术：

2.自行车、电动车、摩托车等小型车辆逐渐成为短途出行的主要交通工具。出于对骑行者的安全考虑以及一些城市的要求，骑行者在骑行时需要佩戴头盔。由此，对于现有的配有头盔的车辆，根据不同的需求，需要对头盔和/或车辆的控制流程作对应的修改。
3.无论是普通用户的自有购买的车辆或者共享车辆，都存在进行配置升级的需求，现有技术通常的做法是在车辆的中控通过有线连接或者无线连接写入新的配置指令，但是，这样一方面需要对原有的整个控制程序重新编辑，带来极大的工作负担，另一方面，将新的配置指令写入中控，会导致整个时间过长、配置不及时、覆盖不全面等问题。

技术实现要素：

4.有鉴于此，本发明实施例的目的在于提供一种控制方法、控制装置、服务器和车辆，可以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
5.第一方面，本发明实施例提供了一种控制方法，所述方法包括：
6.接收控制请求，所述控制请求用于表征用户期望目标车辆执行的操作；
7.根据所述控制请求生成对应的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置参数；以及
8.向目标车辆发送所述业务指令。
9.在一些实施例中，所述根据所述控制请求生成对应的业务指令包括：
10.根据所述控制请求对各个配置项的单选值进行配置以生成配置信息；以及
11.合并所述配置信息和对应的控制指令以生成所述业务指令。
12.在一些实施例中，所述根据所述控制请求生成对应的业务指令包括：
13.根据所述控制请求在配置库中获取配置信息；以及
14.合并所述配置信息和对应的控制指令以生成所述业务指令。
15.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
16.其中，所述根据所述控制请求对各个配置项的单选值进行配置以生成配置信息包括：
17.确定所述车辆标识对应的版本信息；以及
18.根据所述版本信息对各个配置项的单选值进行配置以生成配置信息。
19.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
20.其中，所述根据所述控制请求对各个配置项的单选值进行配置以生成配置信息包括：
21.确定所述车辆标识对应的地址信息；以及
22.根据所述地址信息对各个配置项的单选值进行配置以生成配置信息。
23.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
24.其中，所述根据所述控制请求在配置库中获取配置信息包括：
25.确定所述车辆标识对应的版本信息；以及
26.根据所述版本信息在配置库中获取所述配置信息。
27.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
28.其中，所述根据所述控制请求在配置库中获取配置信息包括：
29.确定所述车辆标识对应的地址信息；以及
30.根据所述地址信息在配置库中获取所述配置信息。
31.在一些实施例中，所述配置项包括锁具控制类型、车辆锁具的控制条件、还盔校验使能、头盔默认标识或协议配置中的至少一种。
32.在一些实施例中，所述锁具控制类型包括单开类型和双开类型，所述单开类型为单独控制头盔锁具，所述双开类型为头盔锁具和车辆锁具联动控制。
33.在一些实施例中，所述锁具控制条件包括以下至少一种：
34.在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具；
35.在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具；
36.头盔锁具开锁异常，不开启车辆锁具；或
37.车辆锁具开启之后，头盔在位，锁定所述车辆锁具。
38.在一些实施例中，所述协议配置包括头盔在位条件、还车且还盔、仅关头盔锁中的至少一种。
39.在一些实施例中，所述控制请求为借车请求，所述控制指令为开锁指令，所述配置信息包括：
40.锁具控制类型为双开类型；
41.锁具控制条件；以及
42.协议配置包括头盔在位条件。
43.在一些实施例中，所述控制请求为还车请求，所述控制指令为关锁指令，所述配置信息包括：
44.还盔校验使能；以及
45.协议配置包括还车且还盔。
46.在一些实施例中，所述控制请求为借盔请求，所述控制指令为开锁指令，所述配置信息包括：
47.锁具控制类型为单开类型。
48.在一些实施例中，所述控制请求为还盔请求，所述控制指令为关锁指令，所述配置信息包括：
49.还盔校验使能；以及
50.协议配置为仅关头盔锁。
51.在一些实施例中，所述方法还包括：
52.在接收到控制请求后，在数据库中检测是否存在与所述目标车辆绑定的头盔；以
及
53.响应于不存在与所述目标车辆绑定的头盔，发送借用失败通知。
54.在一些实施例中，所述方法还包括：
55.发送头盔警示信息，所述头盔警示信息为向用户提示佩戴头盔的相关信息。
56.在一些实施例中，所述方法还包括：
57.接收所述目标车辆的反馈信息，所述反馈信息包括头盔锁具开锁成功信息、头盔锁具开锁失败信息、车辆锁具开锁成功信息、车辆锁具开锁失败信息和锁具开锁失败原因中的至少一种。
58.第二方面，本发明实施例提供了一种控制方法，所述方法包括：
59.接收服务器发送的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置参数；
60.解析所述业务指令以获取所述配置信息和控制指令；以及
61.根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具。
62.在一些实施例中，所述配置信息包括锁具控制类型、车辆锁具的控制条件、还盔校验使能、头盔默认标识或协议配置中的至少一种。
63.在一些实施例中，所述锁具控制类型包括单开类型和双开类型，所述单开类型为单独控制头盔锁具，所述双开类型为头盔锁具和车辆锁具联动控制。
64.在一些实施例中，所述锁具控制条件包括以下至少一种：
65.在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具；
66.在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具；
67.头盔锁具开锁异常，不开启车辆锁具；或
68.车辆锁具开启之后，头盔在位，锁定所述车辆锁具。
69.在一些实施例中，所述协议配置包括头盔在位条件、还车且还盔、仅关头盔锁中的至少一种。
70.在一些实施例中，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：
71.响应于所述控制指令为开锁指令，且所述配置信息包括锁具控制类型为双开类型、锁具控制条件和协议配置为头盔在位条件，控制头盔锁具进行自检，以获取头盔锁具的状态；
72.响应于所述头盔锁具的状态正常，检测头盔是否在位；
73.响应于头盔在位，控制头盔锁具开启；以及
74.响应于头盔锁具开启成功，控制车辆锁具开启。
75.在一些实施例中，响应于控制指令为关锁指令，所述配置信息包括还盔校验使能和协议配置为还车且还盔，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：
76.检测头盔是否在位；
77.响应于头盔在位，控制头盔锁具关锁；以及
78.响应于头盔锁具关锁成功，控制车辆锁具关锁。
79.在一些实施例中，响应于所述控制指令为开锁指令，且所述配置信息包括锁具控制类型为单开类型，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：
80.控制头盔锁具进行自检，以获取头盔锁具的状态；
81.响应于所述头盔锁具的状态正常，检测头盔是否在位；以及
82.响应于头盔在位，控制头盔锁具开启。
83.在一些实施例中，响应于所述控制指令为关锁指令，且所述配置信息包括还盔校验使能、头盔默认标识、和协议配置为仅关头盔锁具，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：
84.检测头盔是否在位；以及
85.响应于头盔在位，控制头盔锁具关锁。
86.在一些实施例中，所述方法还包括：
87.响应于接收到头盔警示信息，播放所述头盔警示信息；
88.其中，所述头盔警示信息为向用户提示佩戴头盔的相关信息。
89.在一些实施例中，所述方法还包括：
90.向服务器发送反馈信息，所述反馈信息包括头盔锁具开锁成功信息、头盔锁具开锁失败信息、车辆锁具开锁成功信息、车辆锁具开锁失败信息和锁具开锁失败原因中的至少一种。
91.第三方面，本发明实施例提供了一种控制装置，所述装置包括：
92.控制请求接收单元，用于接收控制请求，所述控制请求用于表征用户期望目标车辆执行的操作；
93.业务指令合成单元，用于根据所述控制请求合成对应的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置参数；以及
94.业务指令发送单元，用于向目标车辆发送所述业务指令。
95.第四方面，本发明实施例提供了一种控制装置，所述装置包括：
96.业务指令接收单元，用于接收服务器发送的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置参数；
97.解析单元，用于解析所述业务指令以获取所述配置信息和控制指令；以及
98.锁具控制单元，用于根据所述配置信息和控制指令控制头盔锁具和 /或车辆锁具。
99.第五方面，本发明实施例提供了一种车辆，所述车辆包括：
100.头盔；
101.头盔锁具，设置在所述车辆的预定位置，用于锁定头盔；
102.车辆锁具，用于锁定车辆；以及
103.存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如第二方面所述的方法。
104.第六方面，本发明实施例提供了一种服务器，包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面所述的方法。
105.第七方面，本发明实施例提供了一种计算机程序产品，所述计算机程序产品包含计算机程序，当所述计算机程序在计算机上运行时，所述计算机执行上述第一方面和第二方面所述的方法。
106.第八方面，本发明实施例提供了一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如第一方面和第二方面所述的方法。
107.本发明实施例的技术方案通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
附图说明
108.通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：
109.图1是本发明实施例的控制系统的示意图；
110.图2是本发明实施例的车辆的结构示意图；
111.图3是本发明实施例的服务器的控制方法的流程图；
112.图4是本发明一个实施例的获取业务指令的流程图；
113.图5是本发明实施例的配置库的示意图；
114.图6是本发明一个实施例的借车请求的配置信息的示意图；
115.图7是本发明实施例的业务指令的结构示意图；
116.图8是本发明另一个实施例的获取业务指令的流程图；
117.图9是本发明另一个实施例的借车请求的配置信息的示意图；
118.图10是本发明实施例的第一对应关系的示意图；
119.图11是本发明实施例的还车请求的配置信息的示意图；
120.图12是本发明实施例的借盔请求的配置信息的示意图；
121.图13是本发明实施例的还盔请求的配置信息的示意图；
122.图14是本发明实施例的车辆的控制方法的流程图；
123.图15是本发明实施例的借车业务的控制方法的流程图；
124.图16是本发明实施例的借盔业务的流程图；
125.图17是本发明实施例的还车业务的流程图；
126.图18是本发明实施例的还盔业务的流程图；
127.图19是本发明实施例的服务器的控制装置的示意图；
128.图20是本发明实施例的车辆的控制装置的示意图。
具体实施方式
129.以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。
130.此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。
131.同时，应当理解，在以下的描述中，“电路”是指由至少一个元件或子电路通过电气连接或电磁连接构成的导电回路。当称元件或电路“连接到”另一元件或称元件/电路“连接在”两个节点之间时，它可以是直接耦接或连接到另一元件或者可以存在中间元件，元件之间的连接可以是物理上的、逻辑上的、或者其结合。相反，当称元件“直接耦接到”或“直接连接到”另一元件时，意味着两者不存在中间元件。
132.除非上下文明确要求，否则在说明书的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
133.在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
134.图1是本发明实施例的控制系统的示意图。如图1所示，本发明实施例的控制系统包括至少一个服务器1、至少一个车辆2和至少一个用户终端3。本发明实施例以控制系统包括一个服务器1、一个车辆2和一个用户终端3为例进行说明。
135.在本实施例中，服务器1可以是独立的服务器，也可以是多个服务器组成的服务器集。
136.进一步地，服务器1为共享车辆平台。
137.具体地，所述服务器1包括数据处理模块11和数据存储模块12。其中，数据处理模块11用于处理数据，具体可以通过处理器等实现。数据存储模块12用于存储数据，具体可以通过存储器实现。进一步地，数据存储模块12至少包括数据库和配置库，其中，数据库用于存储头盔标识和车辆标识的绑定关系，配置库用于存储配置信息。
138.在本实施例中，车辆2为共享车辆，可以通过无线方式与所述服务器1进行通信。
139.在本实施例中，用户终端3为车辆使用者的终端设备。
140.进一步地，所述用户终端3可以是手机、平板电脑或者其它专用设备等。
141.进一步地，图2是本发明实施例的车辆的结构示意图。在图2所示的实施例中，车辆包括处理器21、存储器22、通信单元23、头盔锁具 24和车辆锁具25。
142.在本实施例中，所述存储器22用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器21执行以实现本发明实施例的控制方法。
143.在本实施例中，所述通信单元23用于通过无线的方式与服务器进行通信。
144.进一步地，所述通信单元23可以是gsm(global system for mobilecommunications，全球移动通信系统)模块、gprs(general packet radioservice，通用无线分组业务)模块、emtc(lte enhanced mto，增强机器类通信)模块、nb-iot(narrow band internet of things，窄带物联网)模块等。
145.在一些实施例中，车辆还包括第二通信单元，用于与用户终端进行通信。
146.进一步地，所述第二通信单元为短距离无线通信模块。
147.例如，所述第二通信单元可以是蓝牙通信模块和/或nfc通信模块。
148.具体地，当所述第二通信单元是蓝牙通信模块时，可以在各个车辆设置预先设置二维码，用户通过用户终端打开预先安装好的应用程序，通过应用程序扫描车辆二维码获
取车辆的蓝牙通信地址，进而与车辆建立蓝牙通信连接。
149.当所述第二通信单元是nfc(near field communication，近场通信) 模块时，当用户需要借车时，将具备nfc功能的用户终端靠近车辆的识别区域，通过nfc功能建立车辆与用户终端的通信连接。
150.在本实施例中，头盔锁具24设置在车辆的预定位置，用于将头盔锁定在车辆上。
151.在一些实施例中，所述头盔锁具24设置在车辆的车筐内，用于将头盔锁定在车筐内。
152.在本实施例中，车辆锁具25用于锁定车辆。
153.进一步地，所述车辆锁具25可以通过电子马蹄锁、电子抱闸锁等实现。
154.在一个可选的实现方式中，车辆还包括识别单元26，对应地，头盔设置有电子标签28。
155.进一步地，所述识别单元26为rfid(radio frequency identification，射频识别技术)阅读器，所述电子标签28为rfid标签，所述rfid标签具有唯一标识，用来作为头盔标识。具体地，rfid是一种自动识别技术，通过无线射频方式进行非接触双向数据通信，利用无线射频方式对记录媒体(电子标签或射频卡)进行读写，从而达到识别目标和数据交换的目的具体地，在识别系统中，通过电磁波实现电子标签的读写与通信。由此，当头盔放在对应的位置时，rfid阅读器可以通过读取标签获取头盔标识。
156.可选地，rfid电子标签和rfid阅读器之间可采取动态密钥进行匹配，rfid电子标签和rfid阅读器基于预定的算法生成动态密钥。具体地，生成动态密钥的算法可以采用现有的各种技术实现。
157.应理解，所述识别单元26和电子标签28也可以通过其它方式实现，本发明实施例对此不作限制。例如，可以通过nfc(near fieldcommunication，近场通信)技术实现。具体地，nfc是在rfid技术的基础上，结合无线互连技术研发而成。nfc工作模式分为被动模式和主动模式。被动模式中nfc发起设备(也称为主设备)需要供电设备，主设备利用供电设备的能量来提供射频场，并将数据发送到nfc目标设备 (也称作从设备)。从设备不产生射频场，所以可以不需要供电设备，而是利用主设备产生的射频场转换为电能，为从设备的电路供电，接收主设备发送的数据，并且利用负载调制(load modulation)技术，以相同的速度将从设备数据传回主设备。因为此工作模式下从设备不产生射频场，而是被动接收主设备产生的射频场，所以被称作被动模式，在此模式下， nfc主设备可以检测非接触式卡或nfc目标设备，与之建立连接。主动模式中，发起设备和目标设备在向对方发送数据时，都必须主动产生射频场，所以称为主动模式，它们都需要供电设备来提供产生射频场的能量。这种通信模式是对等网络通信的标准模式，可以获得非常快速的连接速率。
158.在另一个可选的实现方式中，车辆包括传感器27，对应地，头盔设置有磁性元件29。
159.进一步地，所述传感器27为霍尔传感器。具体地，霍尔传感器是根据霍尔效应制作的一种磁场传感器。具体地，在磁场中有一个霍尔半导体片，以恒定电流通过该导体片。在洛仑兹力的作用下，电流的电子流在通过霍尔半导体时向一侧偏移，使该导体片在产生电位差，也即霍尔电压。霍尔电压随磁场强度的变化而变化，磁场越强，电压越高，磁场越弱，电压越低，霍尔电压值很小，经集成电路中的放大器放大，能使该电压放大到足以输出较强
的信号。通过改变磁感应强度可以使得霍尔集成电路起传感作用。由此，当头盔放在对应的位置时，头盔中的磁性元件会改变磁感应强度，进而影响霍尔电压，通过检测霍尔电压即可检测到头盔。
160.在又一个可选的实现方式中，车辆包括识别单元26和传感器27，对应地，头盔设置有电子标签28和磁性元件29。由此，可以通过识别单元26获取头盔标识，通过传感器27检测头盔是否放置对应的位置。其中，识别单元26、电子标签28、传感器27和磁性元件29的实现方式如上所述，在此不再赘述。
161.由此，可以通过传感器27和/或识别单元26检测头盔是否在位。
162.在一些实施例中，在所述头盔锁具内设置触发检测电路，用于检测头盔锁具的锁销的位置，当锁销处于头盔锁具开启的位置时，生成头盔锁具开启信号发送至处理器，当锁销处于头盔锁具关闭的位置时，生成头盔锁具关闭信号发送至处理器，由此，处理器可以获取头盔锁具的状态。
163.在一些实施例中，所述车辆还设置有播放单元，用于播放信息。例如：
164.在头盔锁具开锁成功时，播放头盔锁具开锁成功的提示音。
165.在头盔放入/取出时，播放头盔放入/取出的提示音，或者，使用固定时长的蜂鸣提示音。
166.在车辆锁具开锁成功后，如果检测到头盔未被取出，播放取盔提示音。例如“请取头盔，安全骑行”。具体地，可以每间隔预定时长(例如 5秒)播放一次，直到检测到头盔被取走为止。
167.进一步地，处理器21与通信单元23、头盔锁具24、车辆锁具25、识别单元26、传感器27之间的连接，可以通过can(controller areanetwork，控制器局域网络)、lin(local interconnect network，局域互联网络)、rs-485、uart(universal asynchronous receiver/transmitter，通用异步收发器)等总线接口实现。其中，can是iso国际标准化组织的串行通信协议。lin(总线是基于uart/sci(通用异步收发器/串行接口)的低成本串行通讯协议，主要用于传感器和控制器的串行通信。 rs-485总线标准是工业中(考勤，监控，数据采集系统)使用非常广泛的双向、平衡传输标准接口，支持多点连接。uart是一种通用串行数据总线，用于异步通信，该总线双向通信，可以实现全双工传输和接收。
168.进一步地，处理器21可以通过mcu(microcontroller unit，微控制单元)、plc(programmable logic controller，可编程逻辑控制器)、fpga (field－programmable gate array，现场可编程门阵列)、dsp(digitalsignal processor，数字信号处理器)或asic(application specificintegrated circuit，专用集成电路)来实现。
169.图3是本发明实施例的服务器端的控制方法的流程图。如图3所示，本发明实施例的服务器端的控制方法包括如下步骤：
170.步骤s110、接收控制请求。
171.在本实施例中，服务器接收控制请求，所述控制请求可以是来自用户终端，也可以来自服务器，在不同的业务场景下有所不同。
172.进一步地，所述控制请求用于表征用户期望目标车辆执行的操作。例如，所述控制请求可以是借车请求、还车请求、借盔请求和还盔请求等，其中，借车请求表征用户期望目标车辆执行的操作为开启车辆锁具，还车请求表征用户期望目标车辆执行的操作为关闭车
辆锁具，借盔请求表征用户期望目标车辆执行的操作为开启头盔锁具，还盔请求表征用户期望目标车辆执行的操作为关闭车辆锁具。
173.对于借车业务，用户可以通过扫描车辆二维码或使用nfc功能的手机靠近车辆的识别区域以获取所述车辆标识，进而向服务器发送控制指令。具体地，当通过扫描车辆二维码来借车时，各个车辆设置预先设置有二维码，当用户需要借车时，打开预先安装好的应用程序，通过应用程序扫描车辆二维码获取车辆标识，并向服务器发送借车请求，所述借车请求包括所述车辆标识。当通过nfc来进行借车时，各个车辆预先设置有nfc模块，当用户需要借车时，将具备nfc功能的用户终端靠近车辆的识别区域，进而与车辆建立nfc通信连接，通过nfc通信获取车辆标识，并向服务器发送借车请求，所述借车请求包括所述车辆标识。
174.应理解，上述两种借车方式仅为本发明实施例提供的两个示例，本发明实施例对此不做限制，用户终端通过其它方式借车也适用于本发明实施例的技术方案。
175.还应理解，上述以用户终端发送借车请求为例进行说明，但本发明实施例对此不做限制，借车请求也可以由车辆发送。具体地，当通过扫描车辆二维码来借车时，各个车辆设置预先设置有二维码，当用户需要借车时，打开预先安装好的应用程序，通过应用程序扫描车辆二维码获取车辆的蓝牙通信地址，进而与车辆建立蓝牙通信连接，通过蓝牙通信向车辆发送开锁指令，车辆在接收到用户终端发送的开锁指令后，生成借车请求发送至服务器。或者，当通过nfc来进行借车时，各个车辆预先设置有nfc模块，当用户需要借车时，将具备nfc功能的用户终端靠近车辆的识别区域，进而与车辆建立mfc通信连接，通过nfc通信向车辆发送开锁指令，车辆向服务器发送借车请求。
176.对于还车业务，是在该车辆之前已经进行过借车业务的前提下进行的。当用户骑行结束，需要还车时，通过用户终端的应用程序触发还车控件，以向服务器发送还车请求；或者，当车辆检测到头盔锁具被触发、或者，车辆锁具被触发，由车辆生成还车请求向服务器发送。
177.对于借盔业务，对于正在被使用的车辆，用户需要借用该车的头盔时，或者，对于空闲车辆，用户只借用头盔，不借车辆时，通过用户终端的应用程序触发借盔控件，用户终端向服务器发送借盔请求。
178.对于还盔业务，对于正在被使用的车辆，当用户需要继续用车，且不需要用头盔时，或者，对于空闲车辆，且该车辆没有头盔，用户需要将从其它车辆上借用的头盔归还到该空闲车辆时，通过用户终端的应用程序触发还盔控件，用户终端向服务器发送还盔请求。
179.应理解，上述列举的业务请求的触发方式仅为本发明实施例提供的示例，本发明实施例对业务请求的触发方式不做限制。
180.步骤s120、根据所述控制请求生成对应的业务指令。
181.在本实施例中，服务器接收到控制请求后，根据所述控制请求生成对应的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令。
182.在一个可选的实现方式中，服务器生成业务指令的流程如图4所示，包括如下步骤：
183.步骤s121、根据所述控制请求对各个配置项的单选值进行配置以生成配置信息。
184.在本实施例中，所述配置信息为与所述控制请求对应的配置参数。进一步地，配置信息为车辆的处理器可执行的指令。
185.具体地，图5示出了各个配置项及其对应的单选值。在图5所示的实施例中：
186.a01：锁具控制类型包括三个单选值，分别为仅开头盔锁具、仅开车辆锁具，且校验头盔锁具，以及，开头盔锁具，且开车辆锁具。
187.对于仅开头盔锁具，在用户只借头盔的场景下适用。
188.对于仅开车辆锁具，且校验头盔锁具，在用户借车时，只开启车辆锁具，不开启头盔锁具，但需要对头盔锁具进行校验。
189.对于开头盔锁具，且开车辆锁具，在用户借车、借头盔、且要求必须佩戴头盔的场景下适用。
190.进一步地，为了便于说明，以下以锁具控制类型包括单开类型和双开类型为例进行说明，其中，所述单开类型为单独控制头盔锁具，即仅开头盔锁具，所述双开类型为头盔锁具和车辆锁具联动控制，即仅开车辆锁具，且校验头盔锁具，以及开头盔锁具，且开车辆锁具。
191.a02、a03、a04和a05为车辆锁具的控制条件。可以在锁具控制类型为开头盔锁具，且开车辆锁具时，用作车辆锁具的控制条件。
192.a02：无头盔，不可用车。在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具。
193.a03：头盔锁具开锁异常，不可用车。在头盔锁具开锁异常时，不开启车辆锁具。
194.a04：开锁成功，取盔可用。在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具。
195.a05：开锁成功，未取自锁。在头盔锁具和车辆锁具开启后，检测到头盔未被取用，控制车辆锁具关锁。单选值为0-65536秒，即，可以将预定时间设置为0-65536秒之间的任意值，在头盔锁具和车辆锁具开启成功之后，当超过预定时间头盔仍未被取用，控制车辆锁具关锁。
196.a06：头盔标识默认填充00。将头盔标识默认填充为全0，以使得车辆在校验头盔时，不校验头盔标识。
197.a07：还盔校验使能。用于触发执行还盔校验流程。
198.a08：协议配置。包括头盔在位条件、还车且还盔和仅关头盔锁具。
199.对于头盔在位条件，可以在锁具控制类型为开头盔锁具，且开车辆锁具时，用于判断头盔是否在位。
200.对于还车且还盔，可以在用户还车时，作为还车的条件。
201.对于仅关头盔锁具，可以在用户只借头盔时还盔，或者在骑行中途不需要佩戴头盔的还盔的场景下适用。
202.由此，服务器可以在不同的业务场景下，选择对应的配置项作为候选配置项，并生成对应的控制指令，合并控制指令和候选配置项以得到业务指令。
203.需要说明的是，图5所示的配置项及其对应的单选值仅为本发明实施例的一个示例，本发明实施例对具体配置不做限制，具体配置可根据车辆的功能、头盔的功能以及实际控制需求作对应设置。
204.进一步地，服务器根据所述控制请求对各个配置项的单选值进行配置以生成配置信息。具体地，假设对于借车请求，需要设置做如下设置：
205.a01：锁具控制类型为开头盔锁具，且开车辆锁具。
206.a02：无头盔，不可用车。
207.a03：头盔锁具开锁异常，不可用车。
208.a04：开锁成功，取盔可用。
209.a05：开锁成功，未取自锁，且时间为10秒。
210.a08：协议配置为头盔在位条件。
211.则服务器生成的配置信息如图6所示。
212.步骤s122、合并所述配置信息和对应的控制指令以生成所述业务指令。
213.在本实施例中，服务器根据合并所述配置信息和对应的控制指令以生成所述业务指令。
214.进一步地，图7是本发明实施例的业务指令的结构示意图，在图7 所示的实施例中，业务指令包括配置信息部分和控制指令部分，其中，控制指令部分用于指示需要执行的操作，例如开锁或关锁等。配置信息部分用于指示具体流程，例如锁具控制类型、车辆锁具的控制条件、还盔校验使能、头盔默认标识或协议配置等。
215.在另一个可选的实现方式中，服务器生成业务指令的流程如图8所示，包括如下步骤：
216.步骤s121
′
、根据所述控制请求在配置库中获取配置信息。
217.在本实施例中，服务器根据所述控制请求在配置库中获取配置信息。
218.进一步地，配置库包括多个配置项和对应的单选值，具体可参照图 5。
219.具体地，假设对于借车请求，需要设置做如下设置：
220.a01：锁具控制类型为开头盔锁具，且开车辆锁具。
221.a02：无头盔，不可用车。
222.a03：头盔锁具开锁异常，不可用车。
223.a04：开锁成功，取盔可用。
224.a05：开锁成功，未取自锁，且时间为10秒。
225.a08：协议配置为头盔在位条件。
226.则服务器生成的配置信息如图9所示。
227.需要说明的是，图9所示的配置信息和图6所示的配置信息虽然格式不同，但内容是相同的，区别在于，图6中的配置信息包括不需要的配置项，例如a06和a07，只不过这些不需要的配置项的单选值为“否”。而图9所示的配置信息中只包括需要的配置项。
228.步骤s122
′
、合并所述配置信息和对应的控制指令以生成所述业务指令。
229.由此，服务器即可得到业务指令。
230.进一步地，对于上述步骤s121和步骤s121
′
，各个控制请求对应哪些配置项可以进行具体设置。针对不同城市的要求以及不同的应用场景，选择性的对一部分车辆作相应配置。当服务器接收到控制请求，首先判断是否存在与所述车辆标识对应的配置信息，如果存在，则获取对应的配置信息。如果不存在，则执行当前的处理流程，例如，服务器只向车辆发送控制指令即可。本发明实施例只针对有配置信息的情况说明。具体获取配置信息方法可以通过各种方式实现。
231.在一个可选的实现方式中，服务器预先获取车辆标识与配置信息的第一对应关
系，服务器根据所述第一对应关系判断是否存在与所述车辆标识对应的配置信息。以图10所示的第一对应关系为例进行说明，例如，假设目标车辆的车辆标识为id002，则与所述车辆标识对应的配置信息为 config01，其中，config01可以包括a01-a08中的一种或多种。又例如，假设目标车辆的车辆标识为id220，则不存在与所述车辆标识对应的配置信息。由此，当需要对某一批车辆进行配置时，工作人员只需要预先在服务器中添加配置信息和对应的车辆标识即可。
232.在另一个可选的实现方式中，服务器根据所述车辆标识获取目标车辆的地址信息，并根据地址信息判断是否存在与所述车辆标识对应的配置信息。其中，地址信息可以是车辆的投放地址，也可以是实时获取的车辆或用户终端的定位地址。由此，针对不同城市的管理要求，可以进行不同的配置。例如，假设城市c1要求骑行时必须佩戴头盔，则对应的配置可以是在检测到头盔被取用后，再开启车辆锁具，头盔如果没有被取用，则不开启车辆锁具。又例如，假设城市c2没有要求骑行时必须佩戴头盔，则对应的配置可以是头盔锁具和车辆锁具分别控制，用户可以自由选择是否佩戴头盔。
233.在又一个可选的实现方式中，服务器根据所述车辆标识获取目标车辆的版本信息，并根据版本信息判断是否存在与所述车辆标识对应的配置信息。具体地，假设当前已投放的车辆的版本为版本1.0，车辆的配置为头盔锁具和车辆锁具分别控制，用户可以自由选择是否佩戴头盔。但是，根据上级管理要求，某一城市的车辆，必须佩戴头盔才可骑行。由此，工作人员可以将位于该城市的车辆的车辆标识标记为版本2.0，对应的配置可以是在检测到头盔被取用后，再开启车辆锁具，头盔如果没有被取用，则不开启车辆锁具。
234.由此，可以不同城市的要求以及实际应用场景，选择性的针对一部分车辆作相应配置。当服务器接收到控制请求后，判断是否存在与所述车辆标识对应的配置信息。
235.进一步地，所述控制请求包括借车请求、还车请求、借盔请求、还盔请求。针对不同的控制请求，服务器获取的配置信息也不同。
236.对于借车请求，对应的配置信息可以如上述图6或图9所示，包括：
237.a01：锁具控制类型为双开类型，即仅开车辆锁具，校验头盔锁具或，开头盔锁具，且开车辆锁具。
238.锁具控制条件，具体包括a02、a03、a04和a05中的一种或多种，协议配置包括头盔在位条件。其中，锁具控制条件包括以下至少一种：在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具；在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具；头盔锁具开锁异常，不开启车辆锁具；或，车辆锁具开启之后，预定时间(10秒)后头盔在位，锁定所述车辆锁具。
239.a08、协议配置为头盔在位条件。具体地，所述头盔在位条件可以根据实际情况具体设置，例如可以包括以下至少一种：传感器的输出信号表示头盔在位、识别单元检测到电子标签、识别单元检测到的电子标签与预先存储的电子标签一致。
240.对于还车请求，对应的配置信息如图11所示，包括：
241.a07：还盔校验使能。其中，车辆可以在还盔校验使能的触发下，执行头盔校验。例如，检测传感器的输出信号是否表示头盔在位、检测识别单元是否获取到电子标签、检测识别单元检测到的电子标签是否与预先存储的电子标签一致、检测头盔锁具是否锁定。
242.a08、协议配置为还车且还盔。当协议配置为还车且还盔时，车辆控制头盔锁具关
锁，控制车辆锁具关锁。
243.对于借盔请求，对应的配置信息如图12所示，包括：
244.a01：锁具控制类型为单开类型，所述单开类型为仅开头盔锁具。
245.同时，其它配置项无效。
246.对于还盔请求，对应的配置信息如图13所示，包括：
247.a07：还盔校验使能。其中，车辆可以在还盔校验使能的触发下，执行头盔校验。例如，检测传感器的输出信号是否表示头盔在位、检测识别单元是否获取到电子标签、检测识别单元检测到的电子标签是否与预先存储的电子标签一致、检测头盔锁具是否锁定。
248.a08：协议配置为仅关头盔锁具。
249.由此，通过上述配置，服务器可以针对不同的业务获取到对应的配置信息。
250.应理解，图11-图13所示的配置信息中仅示出了需要的配置项，但本发明实施例对此不做限制，配置信息中也可以包括不需要的配置项，对应地，这些不需要的配置项的单选值设为“否”。
251.还应理解，图6、图9、图11-图13所示的配置信息仅为本发明实施例的一个示例，本发明实施例对各个业务的配置项不做限制，可以根据实际情况作具体设置。同时，本发明实施例也不限于上述列举的四个业务场景，本发明实施例的技术方案也适用于其它的业务场景。
252.步骤s130、向目标车辆发送所述业务指令。
253.在本实施例中，服务器向目标车辆发送所述业务指令，以使得所述目标车辆根据业务指令执行对应的业务流程。
254.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
255.进一步地，车辆根据业务指令执行对应的业务流程的方法可参照图 14，包括如下步骤：
256.步骤s210、接收服务器发送的业务指令。
257.步骤s220、解析所述业务指令以获取配置信息和控制指令。
258.步骤s230、根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具。
259.在本实施例中，车辆接收到业务指令后，解析所述业务指令以获取对应的配置信息和控制指令，根据配置信息和控制指令控制头盔锁具和/ 或车辆锁具。
260.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以实时得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以全面覆盖各个车辆。
261.进一步地，通过本发明实施例的控制系统，用户可以实现借车业务，还车业务，借盔业务和还盔业务等，以下针对车辆处理不同的业务分别进行说明。
262.图15是本发明实施例的借车业务的控制方法的流程图。在图15所示的实施例中，车辆的借车业务的控制方法包括如下步骤：
263.步骤s301、接收业务指令。
264.步骤s302、检测所述业务指令是否包括配置信息。
265.如上所述，服务器发送的业务指令可能只包括控制指令，也有可能是包括配置信息和控制指令。由此，车辆接收到服务器发送的业务指令后，解析所述业务指令，检测所述业务指令是否包括配置信息。
266.如果没有配置信息，业务指令只包括控制指令，进入步骤s400。
267.在步骤s400中，车辆按照原有的控制逻辑执行控制指令。例如，车辆可以按照存储器中预先存储的程序执行控制指令。
268.如果有配置信息，进入步骤s303。
269.步骤s303、检测头盔锁具控制类型。
270.在本实施例中，如果接收到的业务指令有配置信息，则检测配置信息中的头盔锁具控制类型。如上所述，头盔锁具控制类型可以分为两种，一种是单开类型，另一种是双开类型。
271.响应于头盔锁具控制类型为单开类型，进入步骤s500。
272.在步骤s500中，车辆执行单开流程。具体实现方式如图16中所述。
273.响应于头盔锁具控制类型为双开类型，进入步骤s304。
274.步骤s304、头盔锁具自检。
275.在本实施例中，如果头盔锁具控制类型为双开类型，进行头盔锁具自检。
276.进一步地，头盔锁具自检用于检测头盔锁具，例如，对头盔锁具通电后，通过头盔锁具内部的电路，检测各个检测点的电压是否正常。和/ 或，检测头盔锁具的锁止部件的状态，是处于锁定状态还是开启状态等。
277.步骤s305、检测双开类型。
278.如上所述，双开类型包括两种，一种是仅开车辆锁具，校验头盔锁具，另一种是开头盔锁具，且开车辆锁具。
279.响应于双开类型为仅开车辆锁具，校验头盔锁具，进入步骤s312。
280.响应于双开类型为开头盔锁具，且开车辆锁具，进入步骤s306。
281.步骤s306，自检是否通过。
282.如上所述，步骤s304进行头盔锁具自检，检测头盔锁具自检是否通过。
283.响应于自检通过，进行步骤s307。
284.响应于自检没有通过，进行步骤s314。
285.步骤s307、检测头盔是否在位。
286.在本实施例中，根据配置信息中的头盔在位条件判断头盔是否在位。其中，头盔在位条件可以是以下至少一种：传感器的输出信号表示头盔在位、识别单元获取到电子标签、以及、检测识别单元检测到的电子标签与预先存储的电子标签一致等。
287.响应于头盔在位，进入步骤s308。
288.响应于头盔不在位，进入步骤s314。
289.步骤s308、控制头盔锁具开启。
290.在本实施例中，车辆生成头盔锁具的开启信号，以控制头盔锁具开启。
291.步骤s309、检测头盔锁具是否开启成功。
292.响应于头盔锁具开启成功，进入步骤s310。
293.响应于头盔锁具开启失败，进入步骤s316。
294.步骤s310、控制车辆锁具开启。
295.在本实施例中，在头盔锁具开启成功后，车辆生成车辆锁具的开启信号，以控制车辆锁具开启。
296.步骤s311、返回借车成功和头盔锁具开锁成功信息。
297.在本实施例中，开启车辆锁具后，车辆向服务器返回借车成功和头盔锁具开锁成功信息。
298.由此，通过上述步骤s301-步骤s311，可以实现在头盔锁具开启后，再开启车辆锁具，以使得用户可以同时借用头盔和车辆。
299.进一步地，在步骤s306或步骤s307中，如果头盔锁具自检没有通过，或者，自检通过，但是头盔不在位，则进入步骤s314。
300.步骤s314、检测是否配置a02。
301.在本实施例中，如果头盔锁具自检没有通过，或者，头盔锁具自检通过，但是头盔不在位，则说明头盔不能出借或者没有头盔，车辆检测配置信息中是否包括a02，其中a02为无头盔，不可用车，即在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具。
302.响应于配置信息中包括a02，则说明不能借车，进入步骤s315。
303.响应于配置信息中没有a02，则说明可以借车，进入步骤s318。
304.步骤s315、返回借车失败，头盔锁具开锁失败，无头盔。
305.如上所述，车辆检测到没有头盔，且配置有a02，则不能借车，由此，不开启车辆锁具。同时，向服务器反馈借车失败、头盔锁具开锁失败、无头盔等信息。
306.由此，通过上述步骤s301-步骤s311以及步骤s314-步骤s315，可以通过配置a02，实现在没有头盔时，不开启车辆锁具，减少用户骑行不佩戴头盔的情况发生。
307.进一步地，如上所述，在步骤s309中，如果头盔锁开启失败，进入步骤s316。
308.步骤s316、检测配置信息中是否包括a03。
309.在本实施例中，如果头盔锁开启失败，检测配置信息中是否包括 a03。其中，a03为头盔锁具开锁异常，不可用车。
310.如果配置有a03，说明不可用车，进入步骤s317。
311.如果没有配置a03，说明可以用车，进入步骤s318。
312.步骤s317、返回借车失败，头盔锁具开锁异常。
313.在本实施例中，如果头盔锁开启失败，且配置信息中包括a03。向服务器反馈借车失败，同时，将失败原因：头盔锁具开锁异常，一同发送至服务器。
314.由此，通过上述步骤s301-步骤s311以及步骤s316-步骤s317，可以通过配置a03，实现在头盔锁具开启异常时，不开启车辆锁具，减少用户骑行不佩戴头盔的情况发生。
315.进一步地，如上所述，在步骤s314中，配置信息中没有a02，或者，在步骤s316中，配置信息中没有a03，进入步骤s318。
316.步骤s318、开启车辆锁具。
317.在本实施例中，当车辆检测到没有头盔，且没有配置a02，或者，检测到头盔开启异常，且没有配置a03时，则说明虽然头盔锁具开锁失败，但是仍然可以借车，由此，控制车辆
锁具开启。
318.步骤s319、返回借车成功，头盔锁具开锁失败。
319.由此，通过上述步骤s301-步骤s311以及步骤s314-步骤s319，可以通过选择是否配置a02或a03，以应用于不同场景的借车。例如，假设要求必须佩戴头盔才可骑车，则配置对应的a02和a03，如果不佩戴头盔也可骑车，则不配置对应的a02和a03。
320.通过上述步骤s301-步骤s311以及步骤s314-步骤s319，可以实现在双开类型为“开头盔锁具，且开车辆锁具”时的开锁逻辑。
321.进一步地，如上所述，在步骤s305中，如果双开类型为“仅开车辆锁具，且校验头盔锁具”，则进入步骤s312。
322.步骤s312、自检是否通过。
323.如上所述，步骤s304进行头盔锁具自检，检测头盔锁具自检是否通过。
324.响应于自检通过，进行步骤s313。
325.响应于自检没有通过，进行步骤s314。
326.步骤s313、检测头盔是否在位。
327.在本实施例中，根据配置信息中的头盔在位条件判断头盔是否在位。其中，头盔在位条件可以是以下至少一种：传感器的输出信号表示头盔在位、识别单元获取到电子标签、以及、检测识别单元检测到的电子标签与预先存储的电子标签一致等。
328.响应于头盔在位，进入步骤s318。
329.响应于头盔不在位，进入步骤s314。
330.进一步地，步骤s314-步骤s315以及步骤s318-步骤s319的实现方式如上所述，在此不再赘述。
331.由此，通过上述步骤s301-步骤s305、步骤s312-步骤s315以及步骤s318-步骤s319，可以实现在车辆锁具开锁之前，对头盔进行校验。同时，可以通过选择是否配置a02或a03，以对校验结果进行配置。例如，如果只是获取校验结果，但校验结果不影响用车，则不配置a02和 a03。如果校验不通过不能用车，则配置a02和a03。
332.需要说明的是，步骤s301-步骤s311以及步骤s314-步骤s319为双开类型中“开头盔锁具，且开车辆锁具”时的开锁逻辑，此时，在头盔锁具开启后，再开启车辆锁具。而s301-步骤s305、步骤s312-步骤s315 以及步骤s318-步骤s319为双开类型中“仅开车辆锁具，且校验头盔锁具”，此时，不开启头盔锁具，只开启车辆锁具。
333.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
334.进一步地，如上所述，在步骤s302中，如果检测到业务指令中没有配置信息，只包括控制指令，进入步骤s400，执行单开流程，也即借盔业务。
335.具体地，图16是本发明实施例的借盔业务的流程图。图16中的单开流程用于单开头盔锁具，主要应用于借盔业务，例如用户只借头盔，或者，用户在骑行过程中借用头盔等场景。对应地，服务器下发的配置信息可如图12所示。具体包括如下步骤：
336.步骤s501、头盔锁具自检。
337.在本实施例中，如果头盔锁具控制类型为单开类型，进行头盔锁具自检。
338.进一步地，头盔锁具自检用于检测头盔锁具，例如，对头盔锁具通电后，通过头盔锁具内部的电路，检测各个检测点的电压是否正常。和/ 或，检测头盔锁具的锁止部件的状态，是处于锁定状态还是开启状态等。
339.步骤s502，自检是否通过。
340.如上所述，步骤s501进行头盔锁具自检，检测头盔锁具自检是否通过。
341.响应于自检通过，进行步骤s503。
342.响应于自检没有通过，进行步骤s506，向服务器发送头盔锁具开启失败，以及失败原因为自检未通过。
343.步骤s503、控制头盔锁具开启。
344.在本实施例中，车辆生成头盔锁具的开启信号，以控制头盔锁具开启。
345.步骤s504、检测头盔锁具是否开启成功。
346.响应于头盔锁具开启成功，进入步骤s505。
347.响应于头盔锁具开启失败，进入步骤s507，向服务器发送头盔锁具开启失败，以及失败原因。
348.步骤s505、返回借盔成功信息。
349.在本实施例中，车辆向服务器返回借盔成功信息。
350.由此，通过配置锁具控制类型为单开类型，即可实现单独借盔。
351.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
352.图17是本发明实施例的还车业务的流程图。图17所示的实施例主要应用于还车业务，且，该还车业务对应的借车业务中，用户借用了头盔。对应地，服务器下发的业务指令中的配置信息可如图11所示。具体包括如下步骤：
353.步骤s601、接收业务指令。
354.在本实施例中，车辆接收服务器发送的业务指令，解析所述业务指令以获取配置信息和控制指令，其中，配置信息如图11所示，包括a07 还盔校验使能、以及a08协议配置为还车且还盔。
355.其中，a07还盔校验使能用于触发车辆执行如下步骤s602-s611。
356.步骤s602、还车且还盔。
357.在本实施例中，车辆获取到配置信息中的a08协议配置为还车且还盔。
358.步骤s603、检测头盔是否在位。
359.在本实施例中，车辆根据预先获取的头盔在位条件判断头盔是否在位。其中头盔在位条件可以是以下至少一种：传感器的输出信号表示头盔在位、识别单元获取到电子标签、以及、检测识别单元检测到的电子标签与预先存储的电子标签一致等。
360.响应于头盔在位，进入步骤s604。
361.响应于头盔不在位，进入步骤s609，向服务器发送还车失败信息，关头盔锁失败，以及失败原因为无头盔。
362.步骤s604、控制头盔锁具关闭。
363.在本实施例中，车辆生成头盔锁具的关闭信号，以控制头盔锁具关闭。
364.步骤s605、检测头盔锁具是否关闭成功。
365.响应于头盔锁具关闭成功，进入步骤s606。
366.响应于头盔锁具关闭失败，进入步骤s610，向服务器发送还车失败信息、关头盔锁失败、以及失败原因为指令原因。
367.步骤s606、执行还车流程。
368.在本实施例中，如果头盔锁具关闭成功，开锁执行还车流程。
369.本发明实施例对还车流程的具体实现方式不做限制，可以通过现有的各种方式实现。
370.步骤s607、还车是否成功。
371.响应于还车成功，进入步骤s608。
372.响应于还车失败，进入步骤s611，向服务器发送还车失败，关头盔锁成功信息。
373.步骤s608、返回还车成功信息，头盔锁具关锁成功。
374.由此，即可通过配置信息即可实现还车业务。
375.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
376.图18是本发明实施例的还盔业务的流程图。图18所示的实施例主要应用于还盔业务。对应地，服务器下发的业务指令中的配置信息可如图13所示。具体包括如下步骤：
377.步骤s701、接收业务指令。
378.在本实施例中，车辆接收服务器发送的业务指令，解析所述业务指令以获取配置信息和控制指令，其中，配置信息如图13所示，包括a07 还盔校验使能、以及a08协议配置为仅关头盔锁。
379.其中，a07还盔校验使能用于触发车辆执行如下步骤s602-s611。
380.在一些实施例中，如果车辆和头盔是一一绑定的，不可随便更换，则配置信息还包括头盔标识，其中，头盔标识为借出的头盔的标识。以使得在用户归还头盔锁时，只能在原车辆上归还。
381.在一些实施例中，如果车辆和头盔不是绑定的，可以进行更换，则配置信息还包括a06：头盔标识默认填充全0，以使得车辆在进行头盔校验时，不校验头盔标识。由此，用户可以在其它车辆上归还头盔。
382.步骤s702、仅关头盔锁具。
383.在本实施例中，车辆获取到配置信息中的a08协议配置为仅关头盔锁具。
384.步骤s703、检测头盔是否在位。
385.在本实施例中，车辆根据预先获取的头盔在位条件判断头盔是否在位。其中头盔在位条件可以是以下至少一种：传感器的输出信号表示头盔在位、识别单元获取到电子标签、以及、检测识别单元检测到的电子标签与预先存储的电子标签一致等。
386.响应于头盔在位，进入步骤s704。
387.响应于头盔不在位，进入步骤s707，向服务器发送关头盔锁失败信息，以及失败原因为无头盔。
388.步骤s704、控制头盔锁具关闭。
389.在本实施例中，车辆生成头盔锁具的关闭信号，以控制头盔锁具关闭。
390.步骤s705、检测头盔锁具是否关闭成功。
391.响应于头盔锁具关闭成功，进入步骤s706。
392.响应于头盔锁具关闭失败，进入步骤s708，向服务器发送关头盔锁失败信息、以及失败原因为指令原因。
393.步骤s706、返回头盔锁具关锁成功信息。
394.由此，即可通过配置信息即可实现还盔业务。
395.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
396.图19是本发明实施例的服务器的控制装置的示意图。如图19所示，本发明实施例的服务器的控制装置包括控制请求接收单元191、业务指令合成单元192和业务指令发送单元193。其中，控制请求接收单元191 用于接收控制请求。业务指令合成单元192用于根据所述控制请求合成对应的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令。业务指令发送单元193用于向目标车辆发送所述业务指令。
397.在一些实施例中，所述业务指令合成单元包括：
398.第一配置信息生成子单元，用于根据所述控制请求对各个配置项的单选值进行配置以生成配置信息；以及
399.第一合并子单元，用于合并所述配置信息和对应的控制指令以生成所述业务指令。
400.在一些实施例中，所述业务指令合成单元包括：
401.第二配置信息生成子单元，用于根据所述控制请求在配置库中获取配置信息；以及
402.第二合并子单元，用于合并所述配置信息和对应的控制指令以生成所述业务指令。
403.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
404.其中，所述第一配置信息生成子单元包括：
405.第一版本信息确定模块，用于确定所述车辆标识对应的版本信息；以及
406.第一配置信息生成模块，用于根据所述版本信息对各个配置项的单选值进行配置以生成配置信息。
407.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
408.其中，所述第一配置信息生成子单元包括：
409.第一地址信息确定模块，用于确定所述车辆标识对应的地址信息；以及
410.第二配置信息生成模块，用于根据所述地址信息对各个配置项的单选值进行配置以生成配置信息。
411.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
412.其中，所述第二配置信息生成子单元包括：
413.第二版本信息确定模块，用于确定所述车辆标识对应的版本信息；以及
414.第三配置信息生成模块，用于根据所述版本信息在配置库中获取所述配置信息。
415.在一些实施例中，所述控制请求包括目标车辆的车辆标识；
416.其中，所述第二配置信息生成子单元包括：
417.第二地址信息确定模块，用于确定所述车辆标识对应的地址信息；以及
418.第四配置信息生成模块，用于根据所述地址信息在配置库中获取所述配置信息。
419.在一些实施例中，所述配置项包括锁具控制类型、车辆锁具的控制条件、还盔校验使能、头盔默认标识或协议配置中的至少一种。
420.在一些实施例中，所述锁具控制类型包括单开类型和双开类型，所述单开类型为单独控制头盔锁具，所述双开类型为头盔锁具和车辆锁具联动控制。
421.在一些实施例中，所述锁具控制条件包括以下至少一种：
422.在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具；
423.在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具；
424.头盔锁具开锁异常，不开启车辆锁具；或
425.车辆锁具开启之后，头盔在位，锁定所述车辆锁具。
426.在一些实施例中，所述协议配置包括头盔在位条件、还车且还盔、仅关头盔锁中的至少一种。
427.在一些实施例中，所述控制请求为借车请求，所述控制指令为开锁指令，所述配置信息包括：
428.锁具控制类型为双开类型；
429.锁具控制条件；以及
430.协议配置包括头盔在位条件。
431.在一些实施例中，所述控制请求为还车请求，所述控制指令为关锁指令，所述配置信息包括：
432.还盔校验使能；以及
433.协议配置包括还车且还盔。
434.在一些实施例中，所述控制请求为借盔请求，所述控制指令为开锁指令，所述配置信息包括：
435.锁具控制类型为单开类型。
436.在一些实施例中，所述控制请求为还盔请求，所述控制指令为关锁指令，所述配置信息包括：
437.还盔校验使能；以及
438.协议配置为仅关头盔锁。
439.在一些实施例中，所述装置还包括：
440.头盔检测单元，用于在接收到控制请求后，在数据库中检测是否存在与所述目标车辆绑定的头盔；以及
441.通知发送单元，用于响应于不存在与所述目标车辆绑定的头盔，发送借用失败通知。
442.在一些实施例中，所述装置还包括：
443.头盔警示信息发送单元，用于发送头盔警示信息，所述头盔警示信息为向用户提示佩戴头盔的相关信息。
444.在一些实施例中，所述装置还包括：
445.反馈信息接收单元，用于接收所述目标车辆的反馈信息，所述反馈信息包括头盔锁具开锁成功信息、头盔锁具开锁失败信息、车辆锁具开锁成功信息、车辆锁具开锁失败信息和锁具开锁失败原因中的至少一种。
446.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
447.图20是本发明实施例的车辆的控制装置的示意图。如图20所示，本发明实施例的车辆的控制装置包括业务指令接收单元201、解析单元 202和锁具控制单元203。其中，业务指令接收单元201用于接收服务器发送的业务指令。解析单元202用于解析所述业务指令以获取配置信息和控制指令。锁具控制单元203用于根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具。
448.在一些实施例中，所述配置信息包括锁具控制类型、车辆锁具的控制条件、还盔校验使能、头盔默认标识或协议配置中的至少一种。
449.在一些实施例中，所述锁具控制类型包括单开类型和双开类型，所述单开类型为单独控制头盔锁具，所述双开类型为头盔锁具和车辆锁具联动控制。
450.在一些实施例中，所述锁具控制条件包括以下至少一种：
451.在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具；
452.在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具；
453.头盔锁具开锁异常，不开启车辆锁具；或
454.车辆锁具开启之后，头盔在位，锁定所述车辆锁具。
455.在一些实施例中，所述协议配置包括头盔在位条件、还车且还盔、仅关头盔锁中的至少一种。
456.在一些实施例中，所述锁具控制单元包括：
457.第一头盔锁具自检子单元，用于响应于所述控制指令为开锁指令，且所述配置信息包括锁具控制类型为双开类型、锁具控制条件和协议配置为头盔在位条件，控制头盔锁具进行自检，以获取头盔锁具的状态；
458.第一头盔在位检测子单元，用于响应于所述头盔锁具的状态正常，检测头盔是否在位；
459.第一头盔锁具开启子单元，用于响应于头盔在位，控制头盔锁具开启；以及
460.第一车辆锁具开启子单元，用于响应于头盔锁具开启成功，控制车辆锁具开启。
461.在一些实施例中，所述锁具控制单元包括：
462.第二头盔在位检测子单元，用于响应于控制指令为关锁指令，所述配置信息包括还盔校验使能和协议配置为还车且还盔，检测头盔是否在位；
463.第二头盔关锁子单元，用于响应于头盔在位，控制头盔锁具关锁；以及
464.第二车辆关锁子单元，用于响应于头盔锁具关锁成功，控制车辆锁具关锁。
465.在一些实施例中，所述锁具控制单元包括：
466.第三头盔锁具自检子单元，用于响应于所述控制指令为开锁指令，且所述配置信息包括锁具控制类型为单开类型，控制头盔锁具进行自检，以获取头盔锁具的状态；
467.第三头盔在位检测子单元，用于响应于所述头盔锁具的状态正常，检测头盔是否在位；以及
468.第三头盔锁具开启子单元，用于响应于头盔在位，控制头盔锁具开启。
469.在一些实施例中，所述锁具控制单元包括：
470.第四头盔在位检测子单元，用于响应于所述控制指令为关锁指令，且所述配置信息包括还盔校验使能、头盔默认标识、和协议配置为仅关头盔锁具，检测头盔是否在位；以及
471.第四头盔关锁子单元，用于响应于头盔在位，控制头盔锁具关锁。
472.在一些实施例中，所述装置还包括：
473.信息播放单元，用于响应于接收到头盔警示信息，播放所述头盔警示信息；
474.其中，所述头盔警示信息为向用户提示佩戴头盔的相关信息。
475.在一些实施例中，所述装置还包括：
476.反馈信息发送单元，用于向服务器发送反馈信息，所述反馈信息包括头盔锁具开锁成功信息、头盔锁具开锁失败信息、车辆锁具开锁成功信息、车辆锁具开锁失败信息和锁具开锁失败原因中的至少一种。
477.本发明实施例通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。
478.应理解，图2所示的处理器21和存储器22通过总线连接。存储器 22适于存储处理器21可执行的指令或程序。处理器21可以是独立的微处理器，也可以是一个或者多个微处理器集合。由此，处理器21通过执行存储器22所存储的指令，从而执行如上所述的本发明实施例的方法流程实现对于数据的处理和对于其它装置的控制。总线将上述多个组件连接在一起，同时将上述组件连接到显示控制器和显示装置以及输入/输出(i/o)装置。输入/输出(i/o)装置可以是鼠标、键盘、调制解调器、网络接口、触控输入装置、体感输入装置、打印机以及本领域公知的其他装置。典型地，输入/输出装置通过输入/输出(i/o)控制器与系统相连。
479.本领域的技术人员应明白，本发明的实施例可提供为方法、装置(设备)或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品。
480.本发明是参照根据本技术实施例的方法、装置(设备)和计算机程序产品的流程图来描述的。应理解可由计算机程序指令实现流程图中的每一流程。
481.这些计算机程序指令可以存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现流程图一个流程或多个流程中指定的功能。
482.也可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程中指定的功能的装置。
483.以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

技术特征：

1.一种控制方法，其特征在于，所述方法包括：接收控制请求，所述控制请求用于表征用户期望目标车辆执行的操作；根据所述控制请求生成对应的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置参数；以及向目标车辆发送所述业务指令。2.根据权利要求1所述的方法，其特征在于，所述根据所述控制请求生成对应的业务指令包括：根据所述控制请求对各个配置项的单选值进行配置以生成配置信息；以及合并所述配置信息和对应的控制指令以生成所述业务指令。3.根据权利要求1所述的方法，其特征在于，所述根据所述控制请求生成对应的业务指令包括：根据所述控制请求在配置库中获取配置信息；以及合并所述配置信息和对应的控制指令以生成所述业务指令。4.根据权利要求2所述的方法，其特征在于，所述控制请求包括目标车辆的车辆标识；其中，所述根据所述控制请求对各个配置项的单选值进行配置以生成配置信息包括：确定所述车辆标识对应的版本信息；以及根据所述版本信息对各个配置项的单选值进行配置以生成配置信息。5.根据权利要求2所述的方法，其特征在于，所述控制请求包括目标车辆的车辆标识；其中，所述根据所述控制请求对各个配置项的单选值进行配置以生成配置信息包括：确定所述车辆标识对应的地址信息；以及根据所述地址信息对各个配置项的单选值进行配置以生成配置信息。6.根据权利要求3所述的方法，其特征在于，所述控制请求包括目标车辆的车辆标识；其中，所述根据所述控制请求在配置库中获取配置信息包括：确定所述车辆标识对应的版本信息；以及根据所述版本信息在配置库中获取所述配置信息。7.根据权利要求3所述的方法，其特征在于，所述控制请求包括目标车辆的车辆标识；其中，所述根据所述控制请求在配置库中获取配置信息包括：确定所述车辆标识对应的地址信息；以及根据所述地址信息在配置库中获取所述配置信息。8.根据权利要求2或3所述的方法，其特征在于，所述配置项包括锁具控制类型、车辆锁具的控制条件、还盔校验使能、头盔默认标识或协议配置中的至少一种。9.根据权利要求8所述的方法，其特征在于，所述锁具控制类型包括单开类型和双开类型，所述单开类型为单独控制头盔锁具，所述双开类型为头盔锁具和车辆锁具联动控制。10.根据权利要求9所述的方法，其特征在于，所述锁具控制条件包括以下至少一种：在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具；在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具；头盔锁具开锁异常，不开启车辆锁具；或车辆锁具开启之后，头盔在位，锁定所述车辆锁具。11.根据权利要求10所述的方法，其特征在于，所述协议配置包括头盔在位条件、还车
且还盔、仅关头盔锁中的至少一种。12.根据权利要求11所述的方法，其特征在于，所述控制请求为借车请求，所述控制指令为开锁指令，所述配置信息包括：锁具控制类型为双开类型；锁具控制条件；以及协议配置包括头盔在位条件。13.根据权利要求11所述的方法，其特征在于，所述控制请求为还车请求，所述控制指令为关锁指令，所述配置信息包括：还盔校验使能；以及协议配置包括还车且还盔。14.根据权利要求11所述的方法，其特征在于，所述控制请求为借盔请求，所述控制指令为开锁指令，所述配置信息包括：锁具控制类型为单开类型。15.根据权利要求11所述的方法，其特征在于，所述控制请求为还盔请求，所述控制指令为关锁指令，所述配置信息包括：还盔校验使能；以及协议配置为仅关头盔锁。16.根据权利要求12或14所述的方法，其特征在于，所述方法还包括：在接收到控制请求后，在数据库中检测是否存在与所述目标车辆绑定的头盔；以及响应于不存在与所述目标车辆绑定的头盔，发送借用失败通知。17.根据权利要求16所述的方法，其特征在于，所述方法还包括：发送头盔警示信息，所述头盔警示信息为向用户提示佩戴头盔的相关信息。18.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收所述目标车辆的反馈信息，所述反馈信息包括头盔锁具开锁成功信息、头盔锁具开锁失败信息、车辆锁具开锁成功信息、车辆锁具开锁失败信息和锁具开锁失败原因中的至少一种。19.一种控制方法，其特征在于，所述方法包括：接收服务器发送的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置参数；解析所述业务指令以获取所述配置信息和控制指令；以及根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具。20.根据权利要求19所述的方法，其特征在于，所述配置信息包括锁具控制类型、车辆锁具的控制条件、还盔校验使能、头盔默认标识或协议配置中的至少一种。21.根据权利要求20所述的方法，其特征在于，所述锁具控制类型包括单开类型和双开类型，所述单开类型为单独控制头盔锁具，所述双开类型为头盔锁具和车辆锁具联动控制。22.根据权利要求21所述的方法，其特征在于，所述锁具控制条件包括以下至少一种：在头盔锁具开启之前，响应于检测到头盔不在位，不开启车辆锁具；在头盔锁具开启之前，头盔在位，且头盔锁具开启之后，头盔不在位，开启车辆锁具；头盔锁具开锁异常，不开启车辆锁具；或
车辆锁具开启之后，头盔在位，锁定所述车辆锁具。23.根据权利要求22所述的方法，其特征在于，所述协议配置包括头盔在位条件、还车且还盔、仅关头盔锁中的至少一种。24.根据权利要求23所述的方法，其特征在于，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：响应于所述控制指令为开锁指令，且所述配置信息包括锁具控制类型为双开类型、锁具控制条件和协议配置为头盔在位条件，控制头盔锁具进行自检，以获取头盔锁具的状态；响应于所述头盔锁具的状态正常，检测头盔是否在位；响应于头盔在位，控制头盔锁具开启；以及响应于头盔锁具开启成功，控制车辆锁具开启。25.根据权利要求23所述的方法，其特征在于，响应于控制指令为关锁指令，所述配置信息包括还盔校验使能和协议配置为还车且还盔，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：检测头盔是否在位；响应于头盔在位，控制头盔锁具关锁；以及响应于头盔锁具关锁成功，控制车辆锁具关锁。26.根据权利要求23所述的方法，其特征在于，响应于所述控制指令为开锁指令，且所述配置信息包括锁具控制类型为单开类型，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：控制头盔锁具进行自检，以获取头盔锁具的状态；响应于所述头盔锁具的状态正常，检测头盔是否在位；以及响应于头盔在位，控制头盔锁具开启。27.根据权利要求23所述的方法，其特征在于，响应于所述控制指令为关锁指令，且所述配置信息包括还盔校验使能、头盔默认标识、和协议配置为仅关头盔锁具，所述根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具包括：检测头盔是否在位；以及响应于头盔在位，控制头盔锁具关锁。28.根据权利要求19所述的方法，其特征在于，所述方法还包括：响应于接收到头盔警示信息，播放所述头盔警示信息；其中，所述头盔警示信息为向用户提示佩戴头盔的相关信息。29.根据权利要求19所述的方法，其特征在于，所述方法还包括：向服务器发送反馈信息，所述反馈信息包括头盔锁具开锁成功信息、头盔锁具开锁失败信息、车辆锁具开锁成功信息、车辆锁具开锁失败信息和锁具开锁失败原因中的至少一种。30.一种控制装置，其特征在于，所述装置包括：控制请求接收单元，用于接收控制请求，所述控制请求用于表征用户期望目标车辆执行的操作；业务指令合成单元，用于根据所述控制请求合成对应的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置
参数；以及业务指令发送单元，用于向目标车辆发送所述业务指令。31.一种控制装置，其特征在于，所述装置包括：业务指令接收单元，用于接收服务器发送的业务指令，所述业务指令包括配置信息和与所述控制请求对应的控制指令，所述配置信息为与所述控制请求对应的配置参数；解析单元，用于解析所述业务指令以获取所述配置信息和控制指令；以及锁具控制单元，用于根据所述配置信息和控制指令控制头盔锁具和/或车辆锁具。32.一种车辆，其特征在于，所述车辆包括：头盔；头盔锁具，设置在所述车辆的预定位置，用于锁定头盔；车辆锁具，用于锁定车辆；以及存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求19-29中任一项所述的方法。33.一种服务器，包括存储器和处理器，其特征在于，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-18中任一项所述的方法。34.一种计算机程序产品，所述计算机程序产品包含计算机程序，其特征在于，当所述计算机程序在计算机上运行时，所述计算机执行上述权利要求1-29中任一项所述的方法。35.一种计算机可读存储介质，其上存储计算机程序指令，其特征在于，所述计算机程序指令在被处理器执行时实现如权利要求1-29中任一项所述的方法。

技术总结

公开了一种控制方法、控制装置、服务器和车辆。通过在接收到控制请求后，合并配置信息和与控制请求对应的控制指令生成业务指令，通过业务指令控制目标车辆。由此，可以将控制指令和配置信息一同下发至车辆，以使得车辆可以随控制指令的下发得到最新配置，减少升级中控而带来的时间浪费和工作负担，同时可以在低成本的前提下全面覆盖较大规模的车辆集合。本的前提下全面覆盖较大规模的车辆集合。本的前提下全面覆盖较大规模的车辆集合。