CN109461238A - 车辆控制方法、服务器、车辆及车辆系统 - Google Patents

Abstract

本发明公开了一种车辆控制方法、服务器、车辆及车辆系统。该方法通过服务器实施，包括：与至少一辆车辆在传输层建立长连接；分别向已建立长连接的每辆车辆，触发维持与该车辆之间的长连接；在接收到对目标车辆的使用请求时，通过与目标车辆之间的所述长连接，发送解锁指令至目标车辆以触发目标车辆进入可用状态。根据本发明，极大缩短解锁车辆所需时长，提升用户体验，同时，极大节省车辆的功耗，节省运营成本。

Description

车辆控制方法、服务器、车辆及车辆系统

技术领域

本发明涉及车辆技术领域，更具体地，涉及一种车辆控制方法、服务器、车辆及车辆系统。

背景技术

随着制造技术的飞速发展以及互联网的普及，通过例如共享自行车、共享汽车这类共享车辆出行，已经成为城市中新兴的出行方式，可以有效解决城市人群的出行需求，并且绿色环保。

但是，用户在获取共享车辆的使用服务时，期望使用的车辆通常是锁住的，服务器在接收到用户使用客户端发送的车辆使用请求时，需要服务器与用户期望使用的车辆建立实时通信连接，向车辆发送开锁指令触发车辆开锁，供用户使用，而实时通信连接建立过程中每个操作通常都是短连接，需要多次反复建立短连接，耗时较长，影响用户的车辆使用体验。特别是当用户需要在例如上下班、仓促赴约等时间紧急情况下使用车辆时，车辆开锁时间较长，极大阻碍用户的顺畅使用，影响用户体验。

发明内容

本发明的一个目的是提供一种用于车辆控制的新技术方案。

根据本发明的第一方面，提供了一种车辆控制方法，其中，通过服务器实施，包括：

与至少一辆车辆在传输层建立长连接；

分别向已建立所述长连接的每辆所述车辆，触发维持与所述车辆之间的长连接；

在接收到对目标车辆的使用请求时，通过与所述目标车辆之间的所述长连接，发送解锁指令至所述目标车辆以触发所述目标车辆进入可用状态。

可选地，所述与至少一辆车辆在传输层建立长连接的步骤包括：

接收所述车辆在传输层发送的连接建立请求，建立与所述连接建立请求对应的长连接会话；

在传输层向所述车辆发送连接建立响应，确认与所述车辆建立长连接。

可选地，所述分别向已建立所述长连接的每辆所述车辆，触发维持与所述车辆之间的长连接的步骤包括：

根据连接维持周期，通过与所述车辆之间的长连接，向所述车辆发送连接维持请求；

在发送所述连接维持请求之后，在接收时间内通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，确认与所述车辆之间的长连接处于维持状态。

可选地，所述分别向已建立所述长连接的每辆所述车辆，触发维持与所述车辆之间的长连接的步骤还包括：

在所述接收时间内未通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，根据连接维持间隔，通过与所述车辆之间的长连接，向所述车辆发送所述连接维持请求；

其中，所述连接维持间隔的时长小于所述连接维持周期；

在根据所述连接维持间隔发送所述连接维持请求之后，在所述接收时间内通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，确认与所述车辆之间的长连接处于维持状态；

以及，在根据所述连接维持间隔发送所述连接维持请求的次数大于次数阈值后，依旧未通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，确认与所述车辆之间的长连接已断开。

根据本发明的第二方面，提供一种车辆控制方法，其中，通过车辆实施，包括：

与服务器在传输层建立长连接；

在与服务器建立所述长连接之后，设置自身的处理器进入休眠状态，并设置自身的通信装置响应所述服务器的触发，维持与所述服务器之间的长连接；

基于所述通信装置通过与所述服务器之间的长连接，接收所述服务器发送的解锁指令，唤醒所述处理器触发自身进入可用状态。

可选地，所述与服务器在传输层建立长连接的步骤包括：

在传输层向服务器发送连接建立请求；

接收服务器在传输层发送的连接建立响应，确认建立与所述服务器之间的所述长连接。

可选地，所述设置自身的通信装置响应所述服务器的触发维持与所述服务器之间的长连接的步骤包括：

设置所述通信装置通过与所述服务器之间的长连接，接收所述服务器发送的连接维持请求，确认与所述服务器之间的长连接处于维持状态；

设置所述通信装置在确认与所述服务器之间的所述长连接处于维持状态后，通过与所述服务器之间的长连接，向服务器发送连接维持确认，以供所述服务器确认与其之间的长连接处于维持状态。

根据本发明的第三方面，提供一种服务器，包括：

通信装置，用于建立通信连接；

存储器，用于存储可执行指令；

处理器，用于根据所述可执行指令的控制运行所述服务器以执行如本发明的第一方面提供的任意一项车辆控制方法。

根据本发明的第四方面，提供一种车辆，包括：

通信装置，用于建立通信连接；

存储器，用于存储可执行指令；

处理器，用于根据所述可执行指令的控制运行所述车辆以执行如本发明的第二方面提供的任意一项车辆控制方法。

根据本发明的第五方面，提供一种车辆系统，包括：

如本发明的第三方面所述的服务器

以及如本发明的第四方面所述的车辆。

根据本公开的一个实施例，提供一种车辆控制方法及服务器，通过服务器与车辆在传输层建立长连接，在服务器接收用户的车辆使用请求时，可以直接通过服务器与车辆之间的长连接，执行解锁车辆的过程，避免在解锁车辆过程中反复、多次建立短连接来实现服务器与车辆的通信交互，极大缩短解锁车辆所需时长，保证用户畅顺使用，提升用户体验。同时，由服务器触发与车辆之间的长连接的维持，可以极大节省车辆的功耗，延长车辆的使用周期，节省运营成本。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是显示可用于实现本发明的实施例的车辆系统的硬件配置的例子的框图。

图2示出了本发明的第一实施例的车辆控制方法的流程图。

图3示出了本发明的第一实施例的服务器的框图。

图4示出了本发明的第二实施例的车辆控制方法的流程图。

图5示出了本发明的第二实施例的车辆的框图。

图6示出了本发明的第三实施例的车辆系统的框图。

图7是本发明的第三实施例的车辆系统实施车辆控制方法的例子的示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<硬件配置>

如图1所示，车辆系统100包括服务器1000、客户端2000、车辆3000、网络4000。

服务器1000提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

在一个例子中，服务器1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。尽管服务器也可以包括扬声器、麦克风等等，但是，这些部件与本发明无关，故在此省略。

其中，处理器1100例如可以是中央处理器CPU、微处理器MCU等。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括USB接口、串行接口、红外接口等。通信装置1400例如能够进行有线或无线通信。显示装置1500例如是液晶显示屏、LED显示屏触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘等。

在本实施例中，客户端2000是具有通信功能、业务处理功能的电子设备。客户端2000可以是移动终端，例如手机、便携式电脑、平板电脑、掌上电脑等等。在一个例子中，客户端2000是对车辆3000实施管理操作的设备，例如，安装有支持运营、管理车辆的应用程序(APP)的手机。

如图1所示，客户端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、输出装置2700、摄像装置2800，等等。其中，处理器2100可以是中央处理器CPU、微处理器MCU等。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘或者麦克风等。输出装置2700用于输出信息，例如可以是扬声器，用于为用户输出语音信息。摄像装置2800用于拍摄获取信息，例如是摄像头等。

车辆3000是任何可以分时或分地出让使用权供不同用户共享使用的车辆，例如，用于共享的共享自行车、共享助力车、共享电动车、共享车等等。车辆3000可以是自行车、三轮车、电动助力车、摩托车以及四轮乘用车等各种形态。

如图1所示，车辆3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、输出装置3500、输入装置3600、定位装置3700、传感器3800，等等。其中，处理器3100可以是中央处理器CPU、微处理器MCU等。存储器3200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括USB接口、耳机接口等。通信装置3400例如能够进行有线或无线通信。输出装置3500例如可以是输出信号的装置，可以是显示装置，例如液晶显示屏、触摸显示屏等，也可以是扬声器等输出语音信息等。输入装置3600例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。定位装置3700用于提供定位功能，例如可以是GPS定位模块、北斗定位模块等。传感器3800用于获取车辆姿态信息，例如可以是加速度计、陀螺仪、或者三轴、六轴、九轴微机电系统(MEMS)等。

网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。在图1所示的物品管理系统中，车辆3000与服务器1000、客户端2000与服务器1000，可以通过网络4000进行通信。此外，车辆3000与服务器1000、客户端2000与服务器1000通信所基于的网络4000可以是同一个，也可以是不同的。

应当理解的是，尽管图1仅示出一个服务器1000、客户端2000、车辆3000，但不意味着限制对应的数目，车辆系统100中可以包含多个服务器1000、客户端2000、车辆3000。

以车辆3000为共享自行车为例，车辆系统100为共享自行车系统。服务器1000用于提供支持共享自行车使用所必需的全部功能。客户端2000可以是手机，其上安装有共享自行车应用程序，共享自行车应用程序可以帮助用户使用车辆3000获取相应的功能等等。

图1所示的车辆系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。

应用于本发明的实施例中，服务器1000的所述存储器1200用于存储指令，所述指令用于控制所述处理器1100进行操作以执行本发明实施例提供的车辆控制方法。

尽管在图1中对服务器1000示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1000只涉及存储器1200和处理器1100。

应用于本发明的实施例中，车辆3000的所述存储器3200用于存储指令，所述指令用于控制所述处理器3100进行操作以执行本发明实施例提供的车辆控制方法。

尽管在图1中对车辆3000示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，车辆3000只涉及存储器3200和处理器3100。

在上述描述中，技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

<第一实施例>

<方法>

在本实施例中，提供一种车辆控制方法，如图2所示，通过服务器实施。

车辆是可以通过分时或分段模式租赁给用户使用、提供共享服务的车辆。例如，可以是自行车、三轮车、摩托车、电动车、助力车、汽车等。例如，可以如图1所示的车辆3000。

服务器可以是云端服务器或刀片服务器等提供管理、运营等服务功能的设备。在一个例子中，服务器可以如图1所示的服务器1000。

该车辆控制方法，如图2所示，包括步骤S2100-S2300。

步骤S2100，与至少一辆车辆在传输层建立长连接。

长连接是指通信双方无论是否存在数据传输都会保持的通信连接，在长连接维持过程中，通信双方的任意一方一旦存在数据传输需求，无需再发起连接建立过程，就可以通过长连接直接发送数据，而在数据传输完成后，长连接也不会被释放，会持续保持。

在本实施例中，服务器与至少一辆车辆分别建立长连接，可以结合后续步骤，服务器在接收到目标车辆的使用请求时，可以直接通过与车辆之间的长连接，执行解锁车辆的过程，避免在解锁车辆过程中反复、多次建立短连接来实现服务器与车辆的通信交互，极大缩短解锁车辆所需时长，保证用户畅顺使用，提升用户体验。

在本实施例中，长连接是传输层建立的通信连接。传输层是开放互联系统的第四层协议，实现端到端的数据传输。服务器与车辆基于传输层的长连接进行与车辆解锁、关锁等车辆控制过程相关的应用数据交互时(例如服务器向车辆发送解锁指令、服务器接收车辆发送的关锁通知等)，以相比传输层之上的应用层传输所需更少的传输量实现数据传输，降低传输开销，缩短服务器与车辆之间交互所需时长，相应缩短解锁车辆所需时长。

在本实施例中，每个长连接具有唯一的连接标识，以区分其他长连接。连接标识根据具体的应用场景或者需求定义，例如，连接标识可以是字符形式的连接ID。在本实施例中，每个长连接具有对应的车辆，该长连接标识可以是对应的车辆标识，或者是与对应的车辆标识建立有唯一映射关系的字符串。

在本例中，与至少一辆车辆在传输层建立长连接的步骤可以包括：步骤S2110-S2120。

步骤S2110，接收车辆在传输层发送的连接建立请求，建立与连接建立请求对应的长连接会话。

在本例中，连接建立请求可以携带建立长连接的相关指示信息，例如，唯一标识长连接的相关标识，具体地还可以是发起长连接建立的车辆的车辆标识。

建立长连接会话可以通过生成一个单独的Session(会话控制)对象来实现，每个Session对象中存储有对应的长连接的相关信息，例如与该长连接对应的车辆标识、长连接维持所需的相关参数等。

服务器在建立长连接会话后，已做好长连接准备，进入：

步骤S2120，在传输层向车辆发送连接建立响应，确认与车辆建立长连接。

连接建立响应中可以包括连接建立结果，例如，服务器出现由于资源首先等异常未能建立对应的长连接会话时，可以指示连接建立结果为失败；或者，服务器正常建立对应的长连接会话后，可以指示连接建立结果为成功。在连接建立响应中，还可以包括其他参数，例如，包括与维持长连接相关的参数，比如发送连接维持请求的连接维持周期等。

应当理解的是，上述步骤S2110-S2120是服务器与一辆车辆建立长连接的步骤，当服务器分别与多辆车辆建立长连接时，可以分别与每辆车辆重复实施该步骤，在此不再赘述。

在步骤S2100之后，进入：

步骤S2200，分别向已建立长连接的每辆车辆，触发维持与该车辆之间的长连接。

服务器在与车辆建立长连接之后，不同于通常由服务器等待响应车辆发起的维持长连接流程，而是主动触发维持与车辆之间的长连接，可以使得车辆在维持长连接过程中，能设置车辆的处理器(例如车辆配置的微处理单元)进行休眠状态只保留车辆的通信装置以响应服务器发起的维持长连接流程，极大节省车辆的耗电量，延长车辆的使用周期，节省运营成本。

在一个例子中，步骤S2200可以包括：步骤S2210-S2220。

步骤S2210，根据连接维持周期，通过与车辆之间的长连接，向车辆发送连接维持请求。

在本例中，连接维持周期是服务器触发维持长连接的周期，可以根据具体的应用场景或者应用需求预先设置，例如，设置为210秒。服务器在每个连接维持周期通过与车辆之间的长连接，向车辆发送连接维持请求，根据连接维持周期持续触发长连接维持流程。

步骤S2220，在发送连接维持请求之后，在接收时间内通过与车辆之间的长连接接收到车辆发送的连接维持响应时，确认与车辆之间的长连接处于维持状态。

服务器通过与车辆之间长连接，向车辆发送连接维持请求后，车辆如果能正确接收连接维持请求，在车辆端就可以确认与服务器之间的长连接处于维持状态，车辆可以通过与服务器之间的长连接发送连接维持响应，向服务器确认与其之间的长连接处于维持状态，服务器在接收时间内通过与车辆之间的长连接接收到车辆发送的连接维持响应时，也能确认与车辆之间的长连接处于维持状态，以此实现服务器、车辆两端都能确认彼此之间的长连接处于维持状态，实现维持长连接。

在本例中，接收时间是服务器在发送连接维持请求后等待接收连接维持响应的最长时长，可以根据具体的应用场景或者应用需求设置。

在实际应用中，服务器与车辆之间会通信环境的变化、车辆处理能力的受限等原因的影响，导致在长连接维持过程中服务器发送的长连接请求在接收时间内不能正常接到车辆发送的连接维持响应，影响服务器与车辆之间的长连接的维持。针对这种情况，本例中的步骤S2200还可以包括：步骤S2230-S2250。

步骤S2230，在接收时间内未通过与车辆之间的长连接接收到车辆发送的连接维持响应时，根据连接维持间隔，通过与车辆之间的长连接，向车辆发送连接维持请求。

在本例中，连接维持间隔的时长小于连接维持周期，具体的时长可以根据应用场景或者应用需求设置，例如，连接维持周期是210秒，可以将连接维持间隔设置为70秒。

通过将连接维持间隔的时长设置小于连接维持周期，服务器根据连接维持间隔发送连接维持请求，可以在根据连接维持周期发送连接维持请求不能正常维持长连接之后，提高连接维持请求的发送频率，相应提高连接维持请求被车辆接收的概率，触发车辆能及时返回连接维持响应，保证服务器与车辆之间的长连接继续被维持。

步骤S2240，在根据连接维持间隔发送连接维持请求之后，在接收时间内通过与车辆之间的长连接接收到车辆发送的连接维持响应时，确认与车辆之间的长连接处于维持状态。

步骤S2250，在根据连接维持间隔发送连接维持请求的次数大于次数阈值后，依旧未通过与车辆之间的长连接接收到车辆发送的连接维持响应时，确认与车辆之间的长连接已断开。

次数阈值是用于判断长连接已断开的阈值，可以根据具体的应用场景或者应用需求设置，例如，次数阈值设置为15。

服务器根据连接维持间隔多次发送连接维持请求，是提高发送频率机械能给发送连接维持请求，在发送多次后如果依旧未能接收车辆发送的连接维持响应，则意味着服务器与车辆之间的长连接出现异常，已经断开无法进行数据传输，因此服务器可以确认与车辆之间的长连接已断开，释放对应的长连接会话，避免持续维持长连接会话导致处理资源的空占，浪费处理资源。

在服务器确认车辆之间的长连接断开后，可以等待车辆重新发起连接建立，重新实施建立长连接、在长连接建立的维持等步骤，以保证服务器与车辆之间的长连接继续维持。

应当理解的是，上述步骤S2210-S2250是服务器与一辆车辆维持长连接的步骤，当服务器分别与多辆车辆维持长连接时，可以分别与每辆车辆重复实施该步骤，在此不再赘述。

步骤S2300，在接收到对目标车辆的使用请求时，通过与目标车辆之间的长连接，发送解锁指令至目标车辆以触发目标车辆进入可用状态。

服务器通过与目标车辆之间的长连接，直接向目标车辆发送解锁指令，触发目标车辆进入可用状态，可以避免实时建立短连接进行通信交互，快捷地触发目标车辆可被用户使用，缩短解锁车辆所耗费时长，保证用户畅顺使用，提升用户体验。

此外，在实际应用中，服务器与目标车辆之间实时建立短连接，通常是通过通信运营商提供的短信业务实现，在本实施例中，通过长连接来实现服务器与目标车辆之间的通信，可以不需使用短信业务，节省短信业务付费带来的成本。

在本实施例中，提供的车辆控制方法还可以包括：

通过与目标车辆之间的长连接，接收目标车辆在被锁定后发送的关锁通知，确定目标车辆结束使用。

通过与目标车辆之间的长连接，直接接收目标车辆发送的关锁通知，可以避免实时建立短连接进行通信交互，快速地确认目标车辆结束使用，缩短车辆关锁后确认过程所耗费时长，避免耗时过长带来的处理异常。

服务器在确定目标车辆结束使用后，可以相应进行对应的扣费、记录等操作，在此不再一一详述。

<服务器>

在本实施例中，还提供一种服务器200，如图3所示，包括：

通信装置210，用于建立通信连接；

存储器220，用于存储可执行指令；

处理器230，用于根据所述可执行指令的控制运行服务器200以执行本实施提供的车辆控制方法，包括：

与至少一辆车辆在传输层建立长连接；

分别向已建立长连接的每辆所述车辆，触发维持与该车辆之间的长连接；

在接收到对目标车辆的使用请求时，通过与目标车辆之间的长连接，发送解锁指令至目标车辆以触发目标车辆进入可用状态。

在本实施例中，服务器200可以是云端服务器或者刀片服务器。例如，可以如图1所示的服务器1000。

本领域技术人员应当明白，可以通过各种方式来实现服务器200。例如，可以通过指令配置处理器来实现服务器200。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现服务器200。例如，可以将服务器200固化到专用器件(例如ASIC)中。可以将服务器200分成相互独立的单元，或者可以将它们合并在一起实现。服务器200可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。

以上已经结合附图和例子说明了本实施例。在本实施例中，提供一种车辆控制方法及服务器，通过服务器与车辆在传输层建立长连接，在服务器接收用户的车辆使用请求时，可以直接通过服务器与车辆之间的长连接，执行解锁车辆的过程，避免在解锁车辆过程中反复、多次建立短连接来实现服务器与车辆的通信交互，极大缩短解锁车辆所需时长，保证用户畅顺使用，提升用户体验。同时，由服务器触发与车辆之间的长连接的维持，可以极大节省车辆的功耗，延长车辆的使用周期，节省运营成本。

<第二实施例>

<方法>

在本实施例中，提供一种车辆控制方法，通过车辆实施。

车辆是可以通过分时或分段模式租赁给用户使用、提供共享服务的车辆。例如，可以是自行车、三轮车、摩托车、电动车、助力车、汽车等。例如，可以如图1所示的车辆3000。

该车辆控制方法如图4所示，通过车辆实施，包括：步骤S3100-S3300。

步骤S3100，与服务器在传输层建立长连接。

长连接的具体含义在第一实施例中已经详细描述，在此不再赘述。

在本实施例中，车辆与服务器在传输层建立长连接，可以结合后续步骤，在用户存在车辆使用需求时，服务器可以直接通过与车辆之间的长连接，触发执行车辆解锁自身的过程，避免在解锁车辆过程中反复、多次建立短连接来实现与服务器的通信交互，极大缩短解锁车辆所需时长，保证用户畅顺使用，提升用户体验。

此外，在实际应用中，服务器与车辆之间实时建立短连接，通常是通过通信运营商提供的短信业务实现，在本实施例中，通过长连接来实现服务器与目标车辆之间的通信，可以不需使用短信业务，节省短信业务付费带来的成本。

在一个例子中，与服务器建立长连接的步骤包括：步骤S3110-S3120。

步骤S3110，在传输层向服务器发送连接建立请求。

连接建立请求的具体内容在第一实施例中已经详细说明，在此不再赘述。

步骤S3120，接收服务器在传输层发送的连接建立响应，确认建立与服务器之间的长连接。

服务器如何产生连接建立响应以及连接建立响应的相关内容，在第一实施例中已经详细描述，在此不再赘述。

在本例中，连接建立响应中还可以包括与维持长连接相关的参数，比如发送连接维持请求的连接维持周期等，车辆在接收连接建立响应后，可以根据连接建立响应指示的连接维持周期设置等待时间，等待接收服务器发送的连接维持请求，以响应服务器发起的维持长连接的流程。

在本例中，车辆在向服务器发送连接建立请求后，可以设置接收定时器等待接收服务器在接收连接建立请求后返回的连接建立响应，当接收的连接建立响应指示失败或者在接收定时器清零时还未能接收到连接建立响应时，车辆与服务器之间的长连接建立失败，车辆可以重新触发建立长连接，直至与服务器之间的长连接建立成功。

步骤S3200，在与服务器建立长连接之后，设置自身的处理器进入休眠状态，并设置自身的通信装置响应服务器的触发，维持与服务器之间的长连接。

在本例中，车辆的处理器可以是设置在车辆中实现管理、控制车辆功能的处理单元，例如，可以是车辆中的MCU(Microcontroller Unit，微处理单元)或者车辆上设置的智能车锁的MCU等。

车辆的通信装置是设置在车辆中实现建立、维持、管理通信连接功能的装置。

车辆在与服务器建立长连接之后，不同于通常车辆主动触发维持与车辆之间的长连接，而是等待响应服务器发起的维持长连接流程，可以使得车辆在维持长连接过程中，能设置车辆的处理器进行休眠状态只保留车辆的通信装置以响应服务器发起的维持长连接流程，极大节省车辆的耗电量，延长车辆的使用周期，节省运营成本。

在本例中，设置自身的通信装置响应所述服务器的触发维持与所述服务器之间的长连接的步骤可以包括：步骤S3210-S3220。

步骤S3210，设置通信装置通过与服务器之间的长连接，接收服务器发送的连接维持请求，确认与服务器之间的长连接处于维持状态。

在本例中，车辆可以根据与服务器之间建立长连接过程中接收的连接建立响应中指示的连接维持周期，在长连接建立之后，设置等待定时器，等待接收服务器发送的连接维持请求，在等待定时器清零前，接收到服务器发送的连接维持请求，可以确认与服务器之间的长连接处于维持状态，否则，可以确认与服务器之间的长连接出现异常，车辆可以主动释放该长连接，可以进一步节省处理资源，提高处理效率。而车辆在释放长连接后，可以重新发起长连接建立过程。等待定时器的时长可以根据连接维持周期设置，例如，可以设置为连接维持周期的N倍(N是大于1的正数)。

步骤S3220，设置通信装置在确认与服务器之间的长连接处于维持状态后，通过与服务器之间的长连接，向服务器发送连接维持确认，以供服务器确认与其之间的长连接处于维持状态。

步骤S3300，基于通信装置通过与服务器之间的长连接，接收服务器发送的解锁指令，唤醒处理器触发自身进入可用状态。

车辆通过与服务器之间的长连接，直接接收服务器发送的解锁指令，触发自身进入可用状态，可以避免实时建立短连接进行通信交互，快捷地触发自身可被用户使用，缩短解锁车辆所耗费时长，保证用户畅顺使用，提升用户体验。同时，车辆在接收服务器发送的解锁指令时，才唤醒已经进入休眠状态的处理器，触发自身进入可用状态，可以实现有效节省车辆的功耗。

在本实施例中，提供的车辆控制方法还可以包括：

在自身被锁定后，通过与服务器之间的长连接，向服务器发送关锁通知，以供服务器确定自身结束使用。

车辆在自身被锁定后，通过与服务器之间的长连接，直接向服务器发送的关锁通知，可以避免实时建立短连接进行通信交互，使得服务器快速地确认目标车辆结束使用，缩短车辆关锁后确认过程所耗费时长，避免耗时过长带来的处理异常。

<车辆>

在本实施例中，还提供一种车辆300，如图5所示，包括：

通信装置310，用于建立通信连接；

存储器320，用于存储可执行指令；

处理器330，用于根据所述可执行指令的控制运行车辆300以执行如本实施例中提供的任意一项车辆控制方法，包括：

与服务器在传输层建立长连接；

在与服务器建立所述长连接之后，设置自身的处理器进入休眠状态，并设置自身的通信装置响应所述服务器的触发，维持与所述服务器之间的长连接；

基于所述通信装置通过与所述服务器之间的长连接，接收所述服务器发送的解锁指令，唤醒所述处理器触发自身进入可用状态。

在本实施例中，车辆300是可以任何可以提供车辆共享服务的自行车、助力车、电动车、摩托车、三轮车、汽车、无人驾驶交通工具等。

本领域技术人员应当明白，可以通过各种方式来实现车辆300。例如，可以通过指令配置处理器来实现车辆300。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现车辆300。例如，可以将车辆300固化到专用器件(例如ASIC)中。可以将车辆300分成相互独立的单元，或者可以将它们合并在一起实现。车辆300可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。

以上已经结合附图和例子说明本实施例。在本实施例中，提供一种车辆控制方法以及车辆，通过车辆与服务器之间建立在传输层的长连接，当用户存在车辆使用的需求时，服务器可以直接通过与车辆之间的长连接与车辆进行通信交互，实现对车辆的控制，避免在使用车辆过程中反复、多次建立短连接来实现服务器与客户端的通信交互，极大缩短控制车辆所需时长，保证用户畅顺使用，提升用户体验。同时，通过车辆在维持与服务器时设置自身的处理器进入休眠状态，可以极大节省车辆的功耗，延长车辆的使用周期，节省运营成本。

<第四实施例>

在本实施例中，提供一种车辆系统400，如图6所示，包括：

第一实施例中提供的服务器200；

第二实施例中提供的车辆300。

具体地，车辆300可以是任意通过租赁、购买等手段获取使用权的车辆，例如，用于提供共享服务的自行车、三轮车、助力车、汽车、电动车等。在一个例子中，车辆300可以是如图1所示的车辆3000。

在本实施例中，车辆系统400可以是任何通过管理、运营车辆以提供用户车辆使用服务的系统。车辆系统400还可以包括除了服务器200、车辆300之外的其他设备，例如，车辆系统400可以包括提供车辆使用服务的客户端，或者车辆系统400还可以提供网络服务的核心网设备等。

以下将结合图7进一步说明可以通过车辆系统400实施的车辆控制方法。

在本例中，车辆系统400是共享自行车系统，车辆300是共享自行车，服务器200是提供自行车管理、运营功能的服务器，车辆系统400中还包括核心网设备500，用于面向服务器以及车辆之间提供网络服务。

在本例中，服务器200中设置连接维持周期为210秒、连接维持间隔为70秒以及次数阈值为15，核心网设备500中设置提供网络服务保活时间为24小时并设置接收模式为DRX(Discontinuous Reception，非连续接收)模式，DRX模式包括用于供将核心网接收的数据提供给对应的接收端的Paging(寻呼，数据拉取)机制，Paging机制中设置Paging间隔为1.56秒。

该车辆控制方法，如图7所示，包括：步骤S401-S407。

步骤S401，服务器200与车辆300之间在传输层建立长连接。

建立长连接过程在第一、第二实施例中已经详细描述，在此不再赘述。

步骤S402，服务器200根据连接维持周期，通过传输层的长连接将发送给车辆300的连接维持请求发送至核心网设备500。

步骤S403，车辆300通过与核心网设备500的Paging机制，从核心网设备500获取服务器200发送的连接维持请求。

在本例中，Paging机制是由车辆300发起，根据Paging间隔向核心网设备500发送Paging消息请求数据，核心网设备500会响应Paging消息响应车辆300所请求的数据。

步骤S404，车辆400获取连接维持请求后，将连接维持响应发送至服务器200。

在本例中，车辆300在建立与服务器200之间的长连接之后，会设置自身的处理器进入休眠状态，只保留自身的通信装置实施步骤S403-404。

步骤S405，服务器200通过传输层的长连接，将发送给车辆300的解锁指令发送至核心网设备500。

在本例中，服务器200向核心网设备500发送的指令可以采用与核心网设备500之间支持的消息格式，核心网设备500在接收到服务器200发送给车辆300的车辆之后，可以寻找与服务器200以及车辆300之间的长连接之间对应的会话管理进程，将解锁指令转换为符合车辆300可支持的信息格式，以供车辆300获取。

步骤S406，车辆300通过与核心网设备500的Paging机制，从核心网设备500获取服务器200发送的解锁指令。

步骤S407，车辆300触发自身解锁进入可用状态。

在本例中，车辆300在接收解锁指令后，会唤醒自身的处理器，解析解锁指令，执行解锁使得自身进入可用状态。

在本例中，提供通过服务器与车辆之间建立在传输层的长连接，当服务器接收用户对车辆的使用请求时，可以直接通过与车辆之间的长连接与车辆进行通信交互，实现对车辆的控制，避免在使用车辆过程中反复、多次建立短连接来实现服务器与车辆之间的通信交互，极大缩短控制车辆所需时长，保证用户畅顺使用，提升用户体验。同时，通过服务器主动触发与车辆维持长连接，可以使得车辆能在维持长连接过程中设置自身的处理出于休眠状态，极大节省车辆的功耗，延长车辆的使用周期，节省运营成本。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种车辆控制方法，其中，通过服务器实施，包括：

与至少一辆车辆在传输层建立长连接；

分别向已建立所述长连接的每辆所述车辆，触发维持与所述车辆之间的长连接；

在接收到对目标车辆的使用请求时，通过与所述目标车辆之间的所述长连接，发送解锁指令至所述目标车辆以触发所述目标车辆进入可用状态。

2.根据权利要求1所述的方法，其中，所述与至少一辆车辆在传输层建立长连接的步骤包括：

接收所述车辆在传输层发送的连接建立请求，建立与所述连接建立请求对应的长连接会话；

在传输层向所述车辆发送连接建立响应，确认与所述车辆建立长连接。

3.根据权利要求1所述的方法，其中，所述分别向已建立所述长连接的每辆所述车辆，触发维持与所述车辆之间的长连接的步骤包括：

根据连接维持周期，通过与所述车辆之间的长连接，向所述车辆发送连接维持请求；

在发送所述连接维持请求之后，在接收时间内通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，确认与所述车辆之间的长连接处于维持状态。

4.根据权利要求3所述的方法，其中，所述分别向已建立所述长连接的每辆所述车辆，触发维持与所述车辆之间的长连接的步骤还包括：

在所述接收时间内未通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，根据连接维持间隔，通过与所述车辆之间的长连接，向所述车辆发送所述连接维持请求；

其中，所述连接维持间隔的时长小于所述连接维持周期；

在根据所述连接维持间隔发送所述连接维持请求之后，在所述接收时间内通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，确认与所述车辆之间的长连接处于维持状态；

以及，在根据所述连接维持间隔发送所述连接维持请求的次数大于次数阈值后，依旧未通过与所述车辆之间的长连接接收到所述车辆发送的连接维持响应时，确认与所述车辆之间的长连接已断开。

5.一种车辆控制方法，其中，通过车辆实施，包括：

与服务器在传输层建立长连接；

在与服务器建立所述长连接之后，设置自身的处理器进入休眠状态，并设置自身的通信装置响应所述服务器的触发，维持与所述服务器之间的长连接；

基于所述通信装置通过与所述服务器之间的长连接，接收所述服务器发送的解锁指令，唤醒所述处理器触发自身进入可用状态。

6.根据权利要求5所述的方法，其中，所述与服务器在传输层建立长连接的步骤包括：

在传输层向服务器发送连接建立请求；

接收服务器在传输层发送的连接建立响应，确认建立与所述服务器之间的所述长连接。

7.根据权利要求5所述的方法，其中，所述设置自身的通信装置响应所述服务器的触发维持与所述服务器之间的所述长连接的步骤包括：

设置所述通信装置通过与所述服务器之间的长连接，接收所述服务器发送的连接维持请求，确认与所述服务器之间的长连接处于维持状态；

设置所述通信装置在确认与所述服务器之间的所述长连接处于维持状态后，通过与所述服务器之间的长连接，向服务器发送连接维持确认，以供所述服务器确认与其之间的长连接处于维持状态。

8.一种服务器，其中，包括：

通信装置，用于建立通信连接；

存储器，用于存储可执行的指令；

服务器，用于根据所述可执行的指令的控制，运行所述服务器执行如权利要求1-4任意一项所述的车辆控制方法。

9.一种车辆，其中，包括：

通信装置，用于建立通信连接；

存储器，用于存储可执行的指令；

服务器，用于根据所述可执行的指令的控制，运行所述车辆执行如权利要求5-7任意一项所述的车辆控制方法。

10.一种车辆系统，其中，包括：

包括如权利要求8所述的服务器；

以及如权利要求9所述的车辆。