控制车辆的方法、系统、服务器及计算机可读存储介质与流程

本发明车辆工程技术领域，特别是涉及一种控制车辆的方法、系统、服务器及计算机可读存储介质。

背景技术：

随着时代的发展在，日常生活中汽车担任了越来越重要的角色，随着物联网、车联网等技术概念的引入，在车辆高度智能化的基础下，可以通过移动终端等用户终端对汽车实现远程控制以完成相应的操作。现阶段实现汽车远程控制主要是依靠用户终端与服务器(例如tsp，telematicsserviceprovider，远程服务提供商)进行通信，再通过服务器与车载通信装置(例如tbox，telematicsbox，通信控制器)进行通信，以实现用户通过用户终端远程控制车辆。比如用户可以通过用户终端中的小程序、app发起车辆远程控制以控制车辆，例如解锁、开尾箱、关窗等控制。由于车辆在熄火状态中车载tbox可能会休眠，在发送远控指令前，需要完成车载通信装置的唤醒，以对车辆实现远程控制。然而，现阶段的车载通信装置唤醒的实现方法一般是依靠单一途径进行唤醒，因此当唯一的唤醒途径失效或者不稳定时，则会导致车载通信装置的唤醒成功率不高，进而导致用户对车辆进行远程控制的用户体验感差。

针对以上问题，本领域技术人员一直在寻求解决方法。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

技术实现要素：

本发明解决的技术问题在于，提供了一种控制车辆的方法、系统、服务器及计算机可读存储介质，能够远程控制车辆执行相关指令，尤其是在车载通信装置处于休眠状态时，采取多唤醒方式融合唤醒车载通信装置，取长补短提升唤醒的成功率：ip唤醒弥补短信延迟、丢失问题，同时解决用户重复发送唤醒短信问题，为用户远程控制车辆提供了便捷，提高了用户体验。本发明解决其技术问题是采用以下的技术方案来实现的：

本发明提供了一种控制车辆的方法，应用于服务器，该方法包括步骤：获取控制终端发送的控制请求。在车载通信装置未唤醒时，进行唤醒操作，唤醒操作包括ip唤醒操作和/或短信唤醒操作。在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制。

进一步地，上述获取控制终端发送的控制请求的步骤之后，包括：判断车载通信装置是否在线，若是，则判定车载通信装置已唤醒，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制，若否，则判定车载通信装置未唤醒，进行唤醒操作。

进一步地，上述在车载通信装置未唤醒时，进行唤醒操作的步骤中，包括：获取车载通信装置的ip信息。根据ip信息进入ip唤醒操作。执行网络连接测试操作，判断是否与车载通信装置建立通信连接，若否，则进入短信唤醒操作；若是，则执行唤醒指令发送操作，以向车载通信装置发送唤醒指令使车载通信装置切换为唤醒状态，并同时触发唤醒状态确认操作。

进一步地，上述在车载通信装置未唤醒时，进行唤醒操作的步骤中，包括：进行短信唤醒操作后，判断是否处于短信唤醒状态中。若是，则阻拦再次进行短信唤醒操作，若否，则在车载通信装置未唤醒时，再次进行短信唤醒操作。

进一步地，上述在车载通信装置未唤醒时，进行唤醒操作的步骤之后，包括：在仍未唤醒车载通信装置时，按照预设重试规律重复进行唤醒操作，并累计唤醒操作的次数。在次数超过阈值时，停止进行唤醒操作，和/或输出相应的提示信息。

进一步地，上述在车载通信装置未唤醒时，进行唤醒操作步骤中，包括：获取控制终端发送控制请求时的地点信息和/或时间信息。当地点信息和/或时间信息符合预设条件时，优先进行ip唤醒操作。或，当地点信息和/或时间信息不符合预设条件时，优先进行短信唤醒操作。

进一步地，上述在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后进行车辆控制操作步骤中，包括：获取车载通信装置与控制终端之间的相对距离。在相对距离符合预设距离阈值时进行通信连接切换操作。其中，通信连接切换操作，包括：向车载通信装置和控制终端分别发送网络搭建信息，以控制车载通信装置和控制终端构建对等网络，使得车载通信装置直接接收控制终端发送的控制指令并进行相应的车辆控制操作。

本发明还提供了一种控制车辆的系统，其特征在于，包括服务器、控制终端和车载通信装置。控制终端用于发送控制请求和/或控制指令至服务器。服务器用于根据控制请求获取到车载通信装置未在线时，进行唤醒操作，且在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制。其中，唤醒操作包括ip唤醒操作和/或短信唤醒操作

本发明还提供了一种服务器，其特征在于，包括存储器及处理器：处理器用于执行存储器中存储的计算机程序以实现如上述中任一项所述的一种控制车辆的方法的步骤。

本发明还提供了一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述中任一项所述的控制车辆的方法的步骤。

本发明提供了控制车辆的方法、系统、服务器及计算机可读存储介质。其中，控制车辆的方法包括：获取控制终端发送的控制请求。在车载通信装置未唤醒时，进行唤醒操作，唤醒操作包括ip唤醒操作和/或短信唤醒操作。在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制。因此，本发明能够远程控制车辆执行相关指令，尤其是在车载通信装置处于休眠状态时，采取多唤醒方式融合唤醒车载通信装置，取长补短提升唤醒的成功率：ip唤醒弥补短信延迟、丢失问题，同时解决用户重复发送唤醒短信问题，为用户远程控制车辆提供了便捷，提高了用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明第一实施例提供的控制车辆的方法的流程图；

图2为本发明第二实施例提供的关于ip唤醒操作的流程图；

图3为本发明第三实施例提供的关于短信唤醒操作的流程图；

图4为本发明第四实施例提供的控制车辆的系统的流程图；

图5为本发明第五实施例提供的服务器的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图对本发明实施例做进一步详述。

第一实施例

图1为本发明第一实施例提供的控制车辆的方法的流程图。为了清楚的描述本发明第一实施例提供的控制车辆的方法，请参见图1。

本发明第一实施例提供的控制车辆的方法，应用于服务器，具体地，包括：

步骤s1：获取控制终端发送的控制请求。

在一实施方式中，服务器与控制终端是建立有通信连接的。具体地，通信连接可以是主要是为无线的技术与服务器相连。其中，对于无线连接技术，包括但并不限于于全球移动通信装置(globalsystemformobilecommunication,gsm)、增强型移动通信技术(enhanceddatagsmenvironment,edge)，宽带码分多址技术(widebandcodedivisionmultipleaccess,w-cdma)、码分多址技术(codedivisionaccess,cdma)、时分多址技术(timedivisionmultipleaccess,tdma)、蓝牙、无线保真技术(wireless，fidelity，wifi)(如美国电气和电子工程师协会标准ieee802.11a，ieee802.11b,ieee802.11g和/或ieee802.11n)、网络电话(voiceoverinternetprotocal，voip)、全球微波互联接入(worldwideinteroperabilityformicrowaveaccess，wi-max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

在一实施方式中，控制终端可以为移动终端，包括但不限于是手机、平板电脑、个人数码助理(英文：personaldigitalassistant，缩写：pda)、移动互联网设备(英文：mobileinternetdevice，缩写：mid)和可穿戴设备(例如智能手表)等。控制终端还可以是能够与服务器构建通信连接，并发送相关控制指令或控制请求的固定终端，包括但不限于是pc端(personalcomputer，优选的如台式电脑、一体机等)、固定车库控制终端等。控制终端上可以通过相应的应用程序(例如移动终端上的app，或pc端上的web用户端)来选择相应的控制指令，以实现对车辆的远程控制，从而提升使用效率。

在一实施方式中，步骤s1：获取控制终端发送的控制请求之后，包括：判断车载通信装置是否在线。若是，则判定为车载通信装置已唤醒，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制；若否，则判定为车载通信装置未唤醒，进行唤醒操作。

在一实施方式中，服务器主要为云端服务器，优选的例如tsp平台，telematicsserviceprovider，远程服务提供商，能够根据控制请求获取到车载通信装置未在线时，进行唤醒操作，且在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后进行相应的车辆控制操作。

在一实施方式中，车载通信装置主要为tbox(telematicsbox，通信控制器)，简称车载tbox，用于通过无线通信技术与服务器相连，接收服务器执行唤醒操作发送的唤醒短信和/或唤醒指令后切换为唤醒状态，以及接收并执行控制指令以实现控制终端对车辆的控制，例如开关车门、开关空调等。

步骤s2：在车载通信装置未唤醒时，进行唤醒操作。

在一实施方式中，其中，唤醒操作可以包括ip唤醒操作和/或短信唤醒操作。

在一实施方式中，在步骤s2：在车载通信装置未唤醒时，进行唤醒操作的步骤中，可以但不限于包括：获取车载通信装置的ip信息。根据ip信息进入ip唤醒操作。执行网络连接测试操作，判断是否与车载通信装置建立通信连接。若否，则进入短信唤醒操作；若是，则执行唤醒指令发送操作，以向车载通信装置发送唤醒指令使车载通信装置切换为唤醒状态，并同时触发唤醒状态确认操作。

在一实施方式中，其中，唤醒状态确认操作，可以但不限于包括：判断车载通信装置是否为唤醒状态，若是，则退出ip唤醒操作，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制，若否，则在预设重复次数后触发短信唤醒操作。

在一实施方式中，在步骤s2：在车载通信装置未唤醒时，进行唤醒操作的步骤中，可以但不限于包括：进行短信唤醒操作后，判断是否处于短信唤醒状态中。若是，则阻拦再次进行短信唤醒操作，若否，则在车载通信装置未唤醒时，再次进行短信唤醒操作。

在一实施方式中，在步骤s2：在车载通信装置未唤醒时，进行唤醒操作的步骤之后，包括：在仍未唤醒车载通信装置时，按照预设重试规律重复进行唤醒操作，并累计唤醒操作的次数。在次数超过阈值时，停止进行唤醒操作，和/或输出相应的提示信息。具体地，提示信息可以为向控制终端发送回相应的反馈，如提示“由于您的车辆现在或处于休眠，导致未能对车辆进行有效的控制。具体原因为网络问题导致车辆唤醒失败，是否为你重新进行唤醒”等，此处仅作说明处理，而非对技术的限制。

在一实施方式中，在步骤s2：在车载通信装置未唤醒时，进行唤醒操:中，可以但不限于包括：获取控制终端发送的控制请求时的地点信息和/或时间信息。当地点信息和/或时间信息符合预设条件时，优先进行ip唤醒操作。或，当地点信息和/或时间信息不符合预设条件时，优先进行短信唤醒操作。具体地，例如在对于采取短信唤醒操作时，当在节假日时会出现短信通道拥挤的情况，此时短信唤醒会有较大的迟延或失败率，此时则返回ip唤醒操作，或者同时采用ip唤醒操作和短信唤醒操作，提高唤醒成功率。又如在其他实施方式中，比如上下班高峰期时，一般而言会首先采用ip唤醒的方式，而为了回避服务器中大量的ip唤醒操作占用网络通道导致的拥挤而产生的延时，则回避ip唤醒操作，直接采用短信唤醒操作提高唤醒的成功率。在另一实施方式中，比如当获取到的地点信息可推断为车辆最后停留的地点比如为地下停车场或者偏远乡下时，可推断是处于网络环境较差的区域，但应该是有基础通信的保障，属于不符合预设条件的情况，因此为了保证唤醒的成功率，则优先进行短信唤醒操作，而非是优先采取ip唤醒操作。

在一实施方式中，在步骤s2：在车载通信装置未唤醒时，进行唤醒操作的步骤之中，可以但不限于包括：获取车载通信装置与控制终端之间的相对距离。在相对距离符合预设距离阈值时进行通信连接切换操作。其中，通信连接切换操作，包括：向车载通信装置和控制终端分别发送网络搭建信息，以控制车载通信装置和控制终端构建对等网络，使得车载通信装置直接接收控制终端发送的控制指令并进行相应的车辆控制操作。其中，优选的，特别适用于控制终端为移动终端的情况。具体地，比如预设距离阈值为50米，当获取到车载通信装置与控制终端的相对距离低于50米时，则判定为较适用于控制终端与车载通信装置之间互相构建网络的情况。则直接获取相应的，适合于控制终端与车载通信装置之间搭建p2p(peer-to-peernetworking，即对等网络)的局域网，通过绕过服务器的方式唤醒车载通信装置，减少原控制车辆步骤中的需要经过服务器唤醒和发送控制指令的步骤，增加唤醒车载通信装置的速率，实现较近距离的对于车辆的控制。对于构建对等网络的具体技术，可以包括但不限于是手机移动热点、蓝牙等技术，此处仅作说明处理，而非对技术的限制。

步骤s3：在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制。

在一实施方式中，接收控制终端发送的控制指令，在确认车载通信装置已经为唤醒状态后，向车载终端发送控制指令，是车载通信装置控制完成控制指令所指示的控制内容。

在其他实施方式中，控制指令和控制请求可以为同一信息，控制终端发送的仅为单独的控制指令，服务器基于接收到的控制指令获取到控制请求，后向车载通信装置发送。在另一实施方式中，控制指令和控制请求可以分别为两类信息，由服务器分别获取后，先向车载通信装置发送控制请求，确定车载通信装置已经为唤醒状态后，发送控制指令，实现远程的对车辆的控制。

在一实施方式中，实现对车辆的控制操作还可以通过获取车载通信装置与控制终端间的相对距离自动进行微调。例如，当服务器获取到的控制指令是打开空调，则根据移动终端和车载终端的相对距离，适量调整空调的工作效率，距离近的加大空调功率，距离远的可以稍微减小；再比如如果是远程控制车辆后备箱或车门打开的，根据移动终端和车载终端的相对距离，调整合适的时间打开以保证车辆的安全，或者有第三人参与的可以增加二次确认，确定用户的指令等。此处仅作说明处理，而非对技术的限制。

本发明第一实施例提供的控制车辆的方法，应用于服务器，包括：步骤s1：获取控制终端发送的控制请求。步骤s2：在车载通信装置未唤醒时，进行唤醒操作。步骤s3：在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制。因此，本发明第一实施例提供的控制车辆的方法通过获取控制终端发送的控制请求，后通过唤醒车载通信装置，实现对车辆的远程控制，其中，采取多唤醒方式融合唤醒车载通信装置，取长补短提升唤醒的成功率：ip唤醒弥补短信延迟、丢失问题，同时解决用户重复发送唤醒短信问题，以及通过检测控制终端发送控制指令时的时间信息和/或地点信息等，调整唤醒的策略和方法等，提高唤醒的成功率，为用户远程控制车辆提供了便捷，提高了用户体验。

第二实施例

图2为本发明第二实施例提供的关于ip唤醒操作的流程图。为了清楚地描述本发明第二实施例提供的控制车辆的方法，请参见图1和图2。

本发明第二实施例提供的控制车辆的方法，应用于服务器，其中，关于ip唤醒操作的流程，包括：

步骤s21：获取车载通信装置的ip信息。

在一实施方式中，具体地，ip信息是基于车载通信装置的网络位置地址生成的，且是与控制终端所绑定或对应的，也即是获取ip信息的目的在于确定控制终端所要控制的车辆与车载通信装置的对应的关系。优选的，所述网络位置地址包括媒体访问控制地址(mediaaccesscontroladdress，即mac地址)，还可以包括为互联网协议地址(internetprotocoladdress，即ip地址)，通常为动态ip，且并不限于以上形式或内容。也即是说车载通信装置与服务器之间保持tcp/ip(transmissioncontrolprotocol/internetprotocol，传输控制协议/因特网互联协议)连接。因此，服务器在发送控制指令或唤醒指令之前，应检测与车载通信装置的tcp/ip连接是否断开。其中，服务器还可以包含有token服务、ip汇报服务、ip唤醒服务。其中，token由车载通信装置所包含有的应用模块通过安全协议从服务器获得，每次车载通信装置应用模块脸上服务器后都需要刷新token，且该token报持有较长的有效期。在一实施方式中，车载通信装置包含有网络通讯模块和应用模块。其中网络通讯模块包含有ip唤醒服务、ip协议、ip管理服务和开源tcp协议栈；应用模块包括标准tcp/协议和token获取服务。更进一步地，ip汇报服务采用token加密，具体地，不管ip是否变化都需要汇报，汇报的目的是保持链路的活动；ip汇报需要等服务器的确认；ip汇报有错误重试机制，按照预设的重试次数进行重试，比如重试3次等。可以理解的是，获取ip信息的操作，是服务器确认所沟通的车载通信装置是控制终端所要控制的对应的车辆，因此对于ip信息的具体形式和内容在此处仅作说明处理，而非是对技术的限制。

步骤s22：根据ip信息进入ip唤醒操作。

步骤s23：执行网络连接测试操作，判断是否与车载通信装置建立通信连接。

若是，则执行步骤s24：执行唤醒指令发送操作，以向车载通信装置发送唤醒指令控制车载通信装置切换为唤醒状态。

若否，则执行步骤s27：进入短信唤醒操作。

在一实施方式中，执行网络连接测试操作的目的在于测试服务器与车载通信装置是否保持有网络连接。优选的，执行网络连接测试操作的方法主要为通过ping测试，测试服务器与车载通信装置是否能够ping通。具体地，对所在网络可用性的检测内容除ping的方式以外，还可以包括有：检测传输控制协议(transmissioncontrolprotocol，tcp)测试是否通过；检测点对点协议(pointtopointprotocol，ppp)连接是否通过；检测分组数据协议(packetdataprotocol，pdp)激活是否就绪；检测通用分组无线服务技术(generalpacketradioservice，gprs)附着是否就绪；检测客户识别模块(subscriberidentitymodule，sim)卡是否就绪等。可以理解的是，通过上述检测是为了确认服务器与车载通信装置之间是保有网络连接，以上的方案执行仅为举例，检测的内容与种类可以不局限于以上的方案，只是对方案的说明，而非对技术的限制。

在一实施方式中，当能够通过网络连接测试，说明服务器与车载通信装置之间是报持有网络连接的，但是对于车载通信装置是否出于唤醒状态，则需要另外的步骤。故在判断结果为是后，执行步骤s24：执行唤醒指令发送操作，以向车载通信装置发送唤醒指令控制车载通信装置进行切换唤醒状态的操作。

在一实施例中，可以通过发送唤醒指令数据包的方式，主动唤醒车载通信装置，并等待其反馈在线状态上报。

步骤s25：唤醒状态确认操作，判断车载通信装置是否切换为唤醒状态。

若是，则执行步骤s26：退出ip唤醒操作，进行控制操作。

若否，则按照重复执行步骤s24：执行唤醒指令发送操作，以向车载通信装置发送唤醒指令控制车载通信装置切换为唤醒状态。

或，在重复超过预设次数后，执行步骤s27：进入短信唤醒操作。

在一实施例中，步骤s25：唤醒状态确认操作，判断车载通信装置是否切换为唤醒状态中的唤醒状态确认操作，可以为主动轮询车载通信装置的上线状态，在既定的时间内，唤醒成功则退出唤醒，也即执行步骤s26。具体地，轮询的实施步骤可以为按照预定的重复时间，重复查询车载通信装置的唤醒状态，比如每隔3秒发送一次，超过3次未有反馈唤醒状态的，则重复执行步骤s24：执行唤醒指令发送操作，以向车载通信装置发送唤醒指令控制车载通信装置进行切换唤醒状态的操作。

在另一实施方式中，对于步骤s25：唤醒状态确认操作，判断车载通信装置是否切换为唤醒状态中的唤醒状态确认操作，还可以为被动地等待车载通信装置上报上线状态来确认车载通信装置已经切换为唤醒状态，具体地，可以为，将车载通信装置设置为，在执行步骤s23：执行网络连接测试操作，判断是否与车载通信装置建立通信连接时，也即收到服务器发送的网络测试的数据包的时候，若网络相通，则执行自我主动唤醒，并在反馈上报上线状态，使服务器确认车载通信装置已经上线，以方便执行后续的流程。也即步骤s26：退出ip唤醒操作，进行控制操作。具体地，对于控制操作的步骤流程的具体实施方式，可以参考图1，也即第一实施例提供的控制车辆的方法的流程图，在此不再赘述。

在一实施方式中，对于唤醒失败，或说未得到车载通信装置的唤醒状态确认的，则重复执行步骤s24：执行唤醒指令发送操作，以向车载通信装置发送唤醒指令控制车载通信装置进行切换唤醒状态的操作。以重新尝试激活车载通信装置，具体地操作步骤可以以前述为参考，此处不再做赘述。具体地，重试的次数可以按照预设的次数进行，如预设重试两次，也即一共执行三次唤醒指令发送操作，控制唤醒车载通信装置。在重复执行步骤s24时，同时记录重试的次数，当重试的次数超过预设值时，例如预设重试次数阈值为2次，当达到2次时，说明一共唤醒了3次，达到了预设的重试次数阈值则默认为采取ip唤醒的方式不可行，则为提高唤醒效率和成功率等，则应采取其他的唤醒方式，故退出ip唤醒流程，执行步骤s27：进入短信唤醒操作。

本发明第二实施例提供的控制车辆的方法，应用于服务器，其中，关于ip唤醒操作的流程，包括：步骤s21：获取车载通信装置的ip信息。步骤s22：根据ip信息进行唤醒操作。步骤s23：执行网络连接测试操作，判断是否与车载通信装置建立通信连接。若是，则执行步骤s24：执行唤醒指令发送操作，以向车载通信装置发送唤醒指令控制车载通信装置进行切换唤醒状态的操作。若否，则执行步骤s27：进入短信唤醒操作。步骤s25：唤醒状态确认操作，判断车载通信装置是否切换为唤醒状态。若是，则执行步骤s26：退出ip唤醒操作，进行控制操作。若否，则按照重复执行步骤s24：执行唤醒指令发送操作，以向车载通信装置发送唤醒指令控制车载通信装置切换为唤醒状态。或，在重复超过预设次数后，执行步骤s27：进入短信唤醒操作。因此，本发明第二实施例提供的控制车辆的方法可以通过获取ip信息的方式确定车载通信装置与控制终端的对应关系，并采取网络连接检测操作和唤醒指令发送操作两个异步流程，分别确定车载通信装置与服务器的网络沟通状态，以及车载通信装置的唤醒状态，并采取轮询和重试的机制反复肯定车载通信装置的在线状态，保证能够执行后续的控制操作，并对重试机制进行限制，当重试次数超过预设阈值时退出ip唤醒操作，进入短信唤醒操作，以保证唤醒的成功率。默认优先采用ip唤醒的步骤，利用了现代社会的网络优势，不落于窠臼之中，且通过设置重试次数阈值回避ip唤醒采取短信唤醒的操作使两者很好的结合起来，提高了唤醒了成功率，保证了控制车辆的目的性，以此提高了用户的体验。

第三实施例

图3为本发明第三实施例提供的关于短信唤醒操作的流程图。为了清楚地描述本发明第三实施例提供的控制车辆的方法，请参见图1、图2和图3。

本发明第三实施例提供的控制车辆的的方法，应用于服务器，关于短信唤醒操作的流程，包括：

步骤s31：判断是否处于短信唤醒状态中。

若否，则执行步骤s32：进入短信唤醒操作。

若是，则执行步骤s36：阻拦再次进行短信唤醒操作。

在一实施方式中，设置步骤s31的目的主要是为了节省短信资源，判断短信唤醒是否在唤醒状态中：若是则阻拦再次进行短信唤醒，退出唤醒，等待前序短信唤醒步骤进行完毕；反之则进入短信唤醒。

在一实施方式中，在步骤s32：进入短信唤醒操作的过程中，具体地实施方式可以为，通过服务器向车载通信装置发送相应的唤醒短信，并等待车载通信装置的唤醒状态确认反馈。具体地，发送短信的号码，可以为服务器预设的号码，也可以为与车载通信装置绑定好的对应控制终端的手机或可穿戴设备(例如智能手表)等能够发送相关短信的移动设备。具体地，短信的内容可以为包含有控制指令的相关信息，并以其本身作为控制请求，还可以为将控制请求与控制指令分开的形式。更进一步地，对于具体的内容，可以为根据服务器下发的密钥对车载通信装置的唯一标识进行加密，保存得到的加密字符串，在另一实施方式中，因为本身是采取短信的方式有一定的安全保证，也可以为了速率直接采取不加密的方式，直接采取用相关指令的方式构成唤醒短息的内容。

步骤s33：按照间隔预设时间发送唤醒短信。

步骤s34：唤醒状态确认操作，判断车载通信装置是否切换为唤醒状态。

若是，则执行步骤s35：退出短信唤醒操作，执行控制操作。

若否，则重复执行步骤s33：按照间隔预设时间发送唤醒短信。

或，当重复次数超过阈值时，执行步骤s35：退出短信唤醒操作，执行控制操作。

在一实施方式中，短信唤醒采用重试机制，避免短信延迟、丢失问题。如果发送唤醒短信后，通过等待执行步骤s34轮询检测车载通信装置是否切换为唤醒状态，若没有，则回到步骤s33则按照与设定额间隔，如3、2、1秒的间隔进行重试，分别发送3条唤醒短信对车载通信终端进行唤醒；反之唤醒成功，则退出唤醒。更进一步地，对于控制操作的步骤流程的具体实施方式，可以参考图1，也即第一实施例提供的控制车辆的方法的流程，在此不再赘述。

在一实施方式中，对于步骤s34：唤醒状态确认操作，判断车载通信装置是否切换为唤醒状态的具体实施方式，可以参考第二实施例的ip唤醒操作中，发送唤醒指令后，被动等待车载通信装置反馈上报唤醒状态的方式，具体操作请参考第二实施例的ip唤醒操作，在此将不再赘述。

在一实施方式中，在重复发送唤醒短信时，记录重复唤醒的次数，若重复唤醒的次数超过阈值时，则退出短信唤醒，执行控制操作。而执行控制操作之前，会对车载通信装置的唤醒状态进行确认，也即第一实施例中的唤醒流程，而唤醒流程的会优先进行ip唤醒操作，而对于唤醒流程得的具体操作和ip唤醒的具体操作，可以参考图1和图2，也即第一实施例提供的控制车辆的方法的流程，和第二实施例提供的ip唤醒的流程，在此不再赘述。

本发明第三实施例提供的控制车辆的的方法，应用于服务器，关于短信唤醒操作的流程，包括：步骤s31：判断是否处于短信唤醒状态中。若否，则执行步骤s32：进入短信唤醒操作。若是，则执行步骤s36：阻拦再次进行短信唤醒操作。步骤s33：按照间隔预设时间发送唤醒短信。步骤s34：唤醒状态确认操作，判断车载通信装置是否切换为唤醒状态。若是，则执行步骤s35：退出短信唤醒操作，执行控制操作。若否，则重复执行步骤s33：按照间隔预设时间发送唤醒短信。或，当重复次数超过阈值时，执行步骤s35：退出短信唤醒操作，执行控制操作。因此，在本发明第三实施例提供的控制车辆的的方法中，可以通过短信唤醒的方式唤醒通信装置，而使得车载通信装置不需要持续与服务器建立连接，可以有效降低电量消耗，提高车载智能设备的续航时间。同时，采取轮询和重试的机制反复肯定车载通信装置的在线状态，保证能够执行后续的控制操作，并对重试机制进行限制，当重试次数超过预设阈值时退出短信唤醒操作，回到最开始的状态确认操作，调用ip唤醒操作，灵活得解决短信唤醒失败的问题，从而使两者很好的结合起来，提高了唤醒了成功率，保证了控制车辆的目的性，以此提高了用户的体验。

第四实施例

图4是本发明第四实施例车辆异常的控制车辆的系统的结构示意图。为了清楚地描述本发明第四实施例控制车辆的提示系统，请参见图1、图2、图3和图4。

本发明第四实施例车辆异常的辅助提示系统，包括服务器100、控制终端110和车载终端120。

其中，服务器100，用于在根据控制请求获取到所述车载通信装置120未在线时，进行唤醒操作，且在唤醒所述车载通信装置120后，进行控制操作，以使得所述车载通信装置120接收到所述控制终端110发送的控制指令后进行相应的车辆控制操作。

其中，控制终端110，用于发送控制请求和/或控制指令至所述服务器100。

其中，车载通信装置120，用于接收服务器100执行唤醒操作发送的唤醒短信和/或唤醒指令后切换为唤醒状态，以及接收并执行控制指令以实现控制终端110对车辆的控制。

在一实施方式中，本实施例提供的控制车辆的系统具体实施方式及有益效果可以参考本发明第一实施例和/或第二实施例和/或第三实施例的具体描述，在此将不再赘述。

第五实施例

图5是本发明第五实施例提供的服务器的结构示意图。为了清楚的描述本发明第五实施例提供的服务器，请参见图1、图2、图3和图5。

本发明第五实施例提供的服务器100，包括：处理器a101及存储器a201，其中，处理器a101用于执行存储器a201中存储的计算机程序a6以实现如第一实施例、第二实施例或第三实施例所描述的方法的步骤。

在一实施方式中，本实施例提供的服务器100可以包括至少一个处理器a101，以及至少一个存储器a201。其中，至少一个处理器a101可以称为处理单元a1，至少一个存储器a201可以称为存储单元a2。具体地，存储单元a2存储有计算机程序a6，当该计算机程序a6被处理单元a1执行时，使得本实施例提供的服务器100实现如第一实施例、第二实施例或第三实施例所描述的方法的步骤。例如，图1中所示的：步骤s1：获取控制终端发送的控制请求。步骤s2：在车载通信装置未唤醒时，进行唤醒操作，所述唤醒操作包括ip唤醒操作和/或短信唤醒操作。步骤s3：在唤醒车载通信装置后，进行控制操作，以使得车载通信装置接收到控制终端发送的控制指令后对车辆进行相应的控制。

在一实施方式中，本实施例中的提供的服务器100可以包括多个存储器a201(简称为存储单元a2)，存储单元a2可以包括例如随机存取存储器(ram)和/或高速缓存存储器和/或只读存储器(rom)等等。

在一实施方式中，服务器100还包括连接不同组件(例如处理器a101和存储器a201等等)的总线。

在一实施方式中，本实施例中的服务器100还可以包括通信接口(例如i/o接口a4)，该通信接口可以用于与外部设备进行通信。

在一实施方式中，本实施例提供的服务器100还可以包括通信装置a5。

本发明第五实施例提供的服务器100，包括存储器a101和处理器a201，且处理器a101用于执行存储器a201中存储的计算机程序a6以实现如第一实施例、第二实施例或第三实施例所描述的方法的步骤，因此，本实施例提供的服务器100能够通过控制终端远程控制车辆执行相关指令，尤其是在车载通信装置处于休眠状态时，采取多唤醒方式融合唤醒车载通信装置，为用户远程控制车辆提供了便捷，提高了用户体验。

本发明第五实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序a6，该计算机程序a6被处理器a101执行时实现如第一实施例、第二实施例或第三实施例所描述的方法的步骤。

在一实施方式中，本实施例提供能的计算机可读存储介质可以包括能够携带计算机程序代码的任何实体或装置、记录介质，例如，rom、ram、磁盘、光盘、闪存等。

本发明第五实施例提供的计算机可读存储介质中存储的计算机程序a6被处理器a101执行时能够通过控制终端远程控制车辆执行相关指令，尤其是在车载通信装置处于休眠状态时，采取多唤醒方式融合唤醒车载通信装置，为用户远程控制车辆提供了便捷，提高了用户体验。以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换或改进等，均应包含在本发明的保护范围之内。