CN110581882B - 一种业务实现方法及电子设备 - Google Patents

Abstract

本申请实施例公开了一种业务实现方法及电子设备，涉及通信领域。解决了从车主打开手机的用于控制车辆的应用到业务实现的耗时较长的问题。在手机接收到用户打开手机中用于控制车辆的应用后，手机可与TSP服务器建立连接，同时还可通过发送SMS或打电话的方式直接向车载终端设备发出唤醒命令，以提前将车载终端设备唤醒。在车载终端设备接收到该唤醒命令后，便进入唤醒状态，并与TSP服务器建立连接。在业务被用户触发时，对应的业务请求可基于上述连接传输给车载终端设备，以便车载终端设备将对应的控制命令传输给车辆的电子电气系统，以执行对应的业务，并可将业务执行结果反馈给手机。该方案可应用于智能车，车载终端设备，车联网。

Description

一种业务实现方法及电子设备

技术领域

本申请涉及通信领域，尤其涉及一种业务实现方法及电子设备。

背景技术

随着汽车的网联化，各大汽车厂商及其供应商都在为车主提供业务服务，例如：紧急呼叫、远程控制、远程诊断、车辆运行监视等。这些业务的实现涉及到多个设备，如图1所示，至少包括：手机、车联网信息服务提供商(telematics service provider，TSP)服务器及车辆(vehicle)。其中，车辆可包括车载终端设备和电子电气系统，例如车载终端设备可以是车载盒子(telematics box，T-BOX)。T-BOX与电子电气系统可通过控制器局域网(controller area network，CAN)总线通信连接。

上述业务可由车主通过手机发起，也可由车辆供应商通过TSP服务器发起。对于手机发起业务的场景，由于手机与T-BOX不能直接进行业务交互，因此，对应的业务请求需通过TSP服务器进行中转。其中，手机与TSP服务器之间的交互，及TSP服务器与T-BOX之间的交互依赖于运营商网络。T-BOX在接收到来自TSP服务器的业务请求后，可将业务请求转换为对应的控制命令，并通过CAN总线传输给车辆的电子电气系统。车辆的电子电气系统根据接收到的控制命令便可执行对应的业务。车辆的电子电气系统还可将业务的执行结果反馈给T-BOX，以便T-BOX将执行结果反馈给业务的发起方，如手机或TSP服务器。

通常情况下，T-BOX的模式包括工作模式和休眠模式两种。在有业务请求需要处理时，T-BOX处于工作模式，而在没有业务请求需要处理情况下，T-BOX将会进入休眠模式，以节约能量。也就是说，当手机或TSP服务器发起业务时，T-BOX一般是处于休眠模式的。这样，在有业务请求需要T-BOX处理之前，需要唤醒T-BOX，以使T-BOX进入工作模式。

目前，在业务由车主通过手机发起的情况下，从车主打开手机的用于控制车辆的应用程序(application，APP，以下简称应用)到业务实现的耗时较长，导致人机交互效率下降。

发明内容

本申请实施例提供一种业务实现方法及电子设备，解决了从车主打开手机的用于控制车辆的应用到业务实现的耗时较长的问题，提高了人机交互效率。

本申请采用如下技术方案：

本申请的第一方面，提供一种业务实现方法，该方法可以应用于电子设备，该方法可以包括：电子设备接收用户打开应用的操作，该应用是用于对车辆进行控制的应用；响应于该打开应用的操作，电子设备与TSP服务器建立第一连接，并向车辆的车载终端设备发送唤醒指令，该唤醒指令可通过打电话或短消息(SMS)的形式发送。

采用该技术方案，通过电子设备直接向车载终端设备(如T-BOX)发出唤醒命令，规避了唤醒需经TSP服务器中转引入的耗时。且在手机与TSP服务器建立连接的同时，唤醒T-BOX，也节约了一些时间。这样，可将降低从用户打开手机的用于控制车辆的应用到业务实现的耗时，解决了从车主打开手机的用于控制车辆的应用到业务实现过程耗时长的问题。提高了业务的实时性能，提高了人机交互效率，提高了用户体验。

本申请的第二方面，提供一种业务实现方法，该方法可以应用于车载终端设备，车载终端设备与车辆的电子电气系统通信连接，车载终端设备处于休眠模式，该方法可以包括：车载终端设备接收唤醒指令，该唤醒指令是电子设备通过打电话或短消息SMS的形式发送的；车载终端设备根据唤醒指令，由休眠模式切换为工作模式，并与TSP服务器建立第二连接；车载终端设备通过第二连接，接收来自TSP服务器的业务请求；车载终端设备根据业务请求向电子电气系统发送控制命令，控制命令用于电子电气系统执行业务请求对应的业务。

采用该技术方案，通过电子设备直接向车载终端设备(即T-BOX)发出唤醒命令，规避了唤醒需经TSP服务器中转引入的耗时。且在手机与TSP服务器建立连接的同时，唤醒T-BOX，也节约了一些时间。这样，可将降低从用户打开手机的用于控制车辆的应用到业务实现的耗时，解决了从车主打开手机的用于控制车辆的应用到业务实现过程耗时长的问题。提高了业务的实时性能，提高了人机交互效率，提高了用户体验。

在一种可能的实现方式中，在车载终端设备根据唤醒指令，由休眠模式切换为工作模式，并与车联网信息服务提供商TSP服务器建立第二连接之前，该方法还可以包括：车载终端设备确定电子设备的标识包含在车载终端设备的白名单中。这样，通过在确定发送唤醒命令的电子设备的标识在白名单中后，再唤醒T-BOX，可避免任意用户均能唤醒T-BOX，导致T-BOX耗电增加的情况出现。

在另一种可能的实现方式中，在车载终端设备确定电子设备的标识包含在车载终端设备的白名单中之前，该方法还可以包括：车载终端设备向TSP服务器发送请求消息，该请求消息用于请求白名单；车载终端设备接收来自TSP服务器的响应消息，该响应消息中包括白名单；车载终端设备存储该白名单。实现了车载终端设备中白名单的配置。

在另一种可能的实现方式中，该方法还可以包括：车载终端设备根据TSP服务器重新下发的白名单更新车载终端设备存储的白名单。通过根据TSP服务器下发的新的白名单对存储的白名单进行更新，可确保存储白名单的实时性和准确性。

在另一种可能的实现方式中，在车载终端设备由休眠模式切换为工作模式后，该方法还可以包括：车载终端设备启动第一定时器；在第一定时器超时时，如果未接收到业务请求，则车载终端设备由工作模式切换为休眠模式，如果接收到业务请求，则车载终端设备重置第一定时器。这样，在车载终端设备进入唤醒状态后，可保持唤醒状态一段时间，如果没有业务请求需要处理，则重新进入休眠模式，这样，不仅可以可降低从后续再次发起业务，到业务的执行结果反馈到电子设备所消耗的时间，而且还可确保车载终端设备能及时休眠。

在另一种可能的实现方式中，在车载终端设备与TSP服务器建立第二连接后，该方法还可以包括：车载终端设备启动第二定时器；在第二定时器超时时，如果没有业务请求需要处理，则车载终端设备断开与TSP服务器之间的第二连接，如果有业务请求需要处理，则车载终端设备重置第二定时器。这样，对于T-BOX与TSP服务器之间的建立的连接，可保留一段时间在没有其他业务请求需要处理时再释放，可降低从后续再次发起业务，到业务的执行结果反馈到电子设备所消耗的时间。

本申请的第三方面，提供一种车载终端设备，该车载终端设备可以包括：微控制器(MCU)，应用处理器，无线通信模块，CAN收发器；MCU和应用处理器处于休眠模式；无线通信模块，用于接收唤醒指令，并传输给应用处理器，该唤醒指令是电子设备通过打电话或SMS的形式发送的；应用处理器和MCU，用于根据唤醒指令，由休眠模式切换为工作模式；MCU，还用于控制无线通信模块与TSP服务器建立第二连接；无线通信模块，还用于通过第二连接，接收来自TSP服务器的业务请求，并传输给MCU；MCU，还用于根据业务请求，通过CAN收发器向车辆的电子电气系统发送控制命令，控制命令用于电子电气系统执行业务请求对应的业务。

在一种可能的实现方式中，应用处理器和MCU，用于根据唤醒指令，由休眠模式切换为工作模式，具体可包括：应用处理器根据唤醒指令由休眠模式切换为工作模式，并确定电子设备的标识包含在白名单中；应用处理器唤醒MCU，MCU由休眠模式切换为工作模式。

在另一种可能的实现方式中，车载终端设备还可包括：存储器；无线通信模块，还用于向TSP服务器发送请求消息，请求消息用于请求白名单，接收来自TSP服务器的响应消息，响应消息中包括白名单，将白名单传输至存储器；存储器，用于存储白名单。

在另一种可能的实现方式中，MCU，还用于根据TSP服务器重新下发的白名单更新存储器中存储的白名单。

在另一种可能的实现方式中，MCU，还用于启动第一定时器；在第一定时器超时时，如果未接收到业务请求，则MCU和应用处理器由工作模式切换为休眠模式，如果接收到业务请求，则MCU重置第一定时器。

在另一种可能的实现方式中，MCU，还用于启动第二定时器；在第二定时器超时时，如果没有业务请求需要处理，则MCU控制无线通信模块断开与TSP服务器之间的第二连接，如果有业务请求需要处理，则MCU重置第二定时器。

本申请的第四方面，提供一种芯片系统，该芯片系统应用于车载终端设备；芯片系统可以包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；接口电路用于从车载终端设备的存储器接收第一信号，并向处理器发送第一信号，第一信号包括存储器中存储的计算机指令；接口电路还用于从车载终端设备的无线通信模块接收第二信号，并向处理器发送第二信号，第二信号包括来自电子设备通过打电话或短消息SMS的形式发送的唤醒指令；当处理器执行计算机指令时，车载终端设备执行如第二方面或第二方面的可能的实现方式中任一项所述的业务实现方法。

本申请的第五方面，提供一种电子设备，该电子设备可以包括：一个或多个处理器、存储器以及移动通信模块；存储器以及移动通信模块与一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，电子设备执行如第一方面所述的业务实现方法。

本申请的第六方面，提供一种计算机存储介质，该计算机存储介质可包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如下操作：接收用户打开应用的操作，应用用于对车辆进行控制；响应于打开应用的操作，与TSP服务器建立第一连接，并向车辆的车载终端设备发送唤醒指令，唤醒指令通过打电话或SMS的形式发送。

本申请的第七方面，提供一种计算机存储介质，该计算机存储介质可包括计算机指令，当计算机指令在车载终端设备上运行时，使得车载终端设备执行如第二方面或第二方面的可能的实现方式中任一项所述的业务实现方法。

本申请的第八方面，提供一种业务控制系统，该业务控制系统可以包括：电子设备，TSP服务器及车辆，车辆包括车载终端设备和电子电气系统；电子设备，用于接收用户打开应用的操作，应用用于对车辆进行控制；响应于打开应用的操作，与TSP服务器建立第一连接，并向车载终端设备发送唤醒指令，唤醒指令通过打电话或短消息SMS的形式发送；车载终端设备，用于接收唤醒指令，根据唤醒指令，由休眠模式切换为工作模式，并与TSP服务器建立第二连接；电子设备，还用于接收用户用于发起业务的操作，响应用于发起业务的操作，通过第一连接，向TSP服务器发送业务请求；TSP服务器，用于通过第二连接向车载终端设备发送业务请求；车载终端设备，还用于接收来自TSP服务器的业务请求，根据业务请求向电子电气系统发送控制命令；电子电气系统，用于根据控制命令执行业务请求对应的业务。

在一种可能的实现方式中，车载终端设备，还用于确定电子设备的标识包含在车载终端设备的白名单中。

在另一种可能的实现方式中，车载终端设备，还用于向TSP服务器发送请求消息，请求消息用于请求白名单；TSP服务器，还用于向车载终端设备发送响应消息，响应消息中包括白名单；车载终端设备，还用于存储白名单。

在另一种可能的实现方式中，车载终端设备，还用于根据TSP服务器重新下发的白名单更新车载终端设备存储的白名单。

可以理解地，上述提供的第三方面所述的车载终端设备，第四方面所述的芯片系统，第五方面所述的电子设备，第六方面和第七方面所述的计算机存储介质，以及第八方面所述的业务控制系统均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1为现有技术提供的一种实现业务的网络架构示意图；

图2为现有技术提供的一种业务实现方案的流程示意图；

图3为本申请实施例提供的一种业务的控制界面示意图；

图4为现有技术提供的另一种业务实现方案的流程示意图；

图5为本申请实施例提供的一种业务控制系统的组成示意图；

图6为本申请实施例提供的一种电子设备的结构示意图；

图7A为本申请实施例提供的一种T-BOX的结构示意图；

图7B为本申请实施例提供的一种车辆的组成示意图；

图8为本申请实施例提供的一种业务实现方法的流程示意图；

图9A为本申请实施例提供的另一种业务实现方法的流程示意图；

图9B为本申请实施例提供的一种应用界面示意图；

图9C为本申请实施例提供的另一种应用界面示意图；

图10为本申请实施例提供的又一种业务实现方法的流程示意图；

图11为本申请实施例提供的又一种业务实现方法的流程示意图；

图12为本申请实施例提供的又一种业务实现方法的流程示意图。

具体实施方式

目前，车主或车辆供应商可通过对应设备(手机或TSP服务器)发起业务，以便内置在车辆内的车载终端设备可根据接收到的业务请求，向车辆的电子电气系统发送对应的控制命令，进而车辆的电子电气系统根据控制命令执行对应的业务，以实现对车辆的控制。另外，由于在由手机或TSP服务器发起业务的场景下，车载终端设备一般处于休眠模式。因此，在需要车载终端设备处理业务请求前，需要将车载终端设备唤醒。

现有技术提供了两种业务实现方案。以下结合图1，以由车主通过手机发起业务，车载终端设备为T-BOX为例，对现有技术提供的业务实现方案进行介绍。

如图2所示，其中一种业务实现方案具体可以包括以下过程：在车主想要使用手机发起业务，以对车辆进行控制时，可以打开手机中用于控制车辆的应用。手机可接收车主打开该应用的操作(即执行S201)。作为对该操作的响应，手机可启动该应用，并显示该应用的界面。作为一种示例，手机显示的界面可如图3所示。其中，图3所示的界面300包括：用于对车门进行控制的按钮301，用于对车灯进行控制的按钮302，用于对后舱盖进行控制的按钮303以及用于对车窗进行控制的按钮304。另外，作为对该操作的响应，手机还可与TSP服务器建立连接(即执行S202)。

在手机显示图3所示的界面300后，车主可通过对该界面300中显示的按钮进行点击操作，以通过手机发起对应的业务。如，以车主想通过手机关闭车辆的车门为例。车主可对界面300中的按钮301进行点击操作。响应于该点击操作，手机可通过S202中建立的连接，向TSP服务器发送对应的业务请求(即执行S203)。其中，该业务请求用于请求关闭车辆的车门。

在TSP服务器接收到业务请求后，可向内置在车辆内的T-BOX发送短消息(shortmessage service，SMS)(即执行S204)。该短消息用于唤醒该T-BOX。

T-BOX接收到短消息后，由休眠模式切换为工作模式，或者说进入唤醒状态(即执行S205)。之后，T-BOX可向TSP服务器发起超文本传输协议(hyper text transferprotocol，HTTP)请求，用于请求获取业务请求(即执行S206)。TSP服务器在接收到HTTP请求后，可将接收来自手机的业务请求携带在HTTP响应中发送给T-BOX(即执行S207)。

T-BOX根据接收到的业务请求，发送对应控制命令给车辆的电子电气系统。车辆的电子电气系统根据接收到的控制命令执行对应的业务(即执行S208)。如，结合S203中的示例，T-BOX根据接收到的业务请求，发送对应的控制命令给电子电气系统。电子电气系统根据控制命令可控制关闭车辆的车门。

在执行完对应的业务后，电子电气系统可将业务的执行结果反馈给T-BOX。T-BOX可再次向TSP服务器发起HTTP请求，用于将该业务的执行结果，如是否成功将车辆的车门关闭的情况反馈给TSP服务器(即执行S209)。TSP服务器接收到业务的执行结果后，可向T-BOX回复HTTP响应，用于确认接收到执行结果(即执行S210)。TSP服务器还可通过S202中建立的连接，将业务的执行结果反馈给手机(即执行S211)。之后，手机可展示对应的业务执行结果供用户查看，如提示用户已成功将车辆的车门关闭。

如图4所示，另一种业务实现方案具体可以包括以下过程：在车主想要使用手机发起业务时，可以打开手机中用于控制车辆的应用。手机可接收车主打开该应用的操作(即执行S401)。作为对该操作的响应，手机可启动该应用，并显示该应用的界面。例如，可如图3所示。另外，作为对该操作的响应，手机还可与TSP服务器建立连接(即执行S402)。并且，手机还可向TSP服务器发送唤醒指令(即执行S403)。如可基于S402中建立的连接向TSP服务器发送唤醒指令。

TSP服务器接收到唤醒指令后，可打电话给内置在车辆内的T-BOX，用于唤醒该T-BOX(即执行S404)。之后，T-BOX由休眠模式切换为工作模式，或者说进入唤醒状态(即执行S405)。在T-BOX进入唤醒状态后可与TSP服务器建立连接(即执行S406)。

另，在手机显示图3所示的界面300后，车主可通过对该界面300中显示的按钮进行点击操作，以通过手机发起对应的业务。即响应于该点击操作，手机可通过S402中建立的连接，向TSP服务器发送对应的业务请求(即执行S407)。

由于T-BOX已处于唤醒状态，且与TSP服务器已建立了连接。因此，TSP服务器接收到业务请求后，可通过S406中建立的连接，将该业务请求转发给T-BOX(即执行S408)。T-BOX根据接收到的业务请求，发送对应控制命令给车辆的电子电气系统。车辆的电子电气系统根据接收到的控制命令可执行对应的业务(即执行S409)。

在执行完对应的业务后，电子电气系统可将业务的执行结果反馈给T-BOX。T-BOX还可通过S406中建立的连接，向TSP服务器发送该业务的执行结果(即执行S410)。TSP服务器接收到业务的执行结果后，可通过S402中建立的连接，将业务的执行结果反馈给手机(即执行S411)。之后，手机可展示对应的业务执行结果供用户查看。

但是，在上述图2及图4所示的业务实现方案中，如果业务由车主通过手机发起，则从车主打开手机的用于控制车辆的应用到业务实现的耗时较长。其中，在本申请实施例中，从车主打开手机的用于控制车辆的应用到业务实现的耗时，包括：车主打开手机的用于控制车辆的应用的耗时，车主通过手机的该应用发起业务的耗时，唤醒T-BOX的耗时，T-BOX将业务请求对应的控制命令传输给车辆的电子电气系统的耗时，电子电气系统执行对应业务的耗时，以及返回执行结果的耗时。

例如，TSP服务器与T-BOX之间的交互，可基于2G/3G/4G等蜂窝通信技术，主要通过SMS、传输控制协议(transmission control protocol，TCP)、HTTP等方式进行。在图2所示的实现方案中，TSP服务器通过向T-BOX发送SMS的方式唤醒T-BOX。而一次SMS的单向传输耗时约5.5秒(s)。另外，业务的数据交互，如业务请求的获取，业务的执行结果的上传可承载在HTTP上。在该方案中，至少需要进行两次HTTP交互，传输耗时约4s。在图4所示的实现方案中，在手机发起业务前可进行T-BOX的唤醒。但这种唤醒方式中，手机发起的唤醒指令需由TSP服务器中转，存在额外的耗时。如，耗时主要包括手机与TSP服务器之间相互鉴权的时间、手机的应用登录TSP服务器的时间、唤醒指令的传输时间等。另外，在该方案中，业务的数据承载在TCP上，且至少需要进行两次TCP交互，传输耗时约2s。两种方案还需再加上唤醒T-BOX的耗时(其中，唤醒性能不同厂家的数据差异较大，当前性能较好的也需要约3s的时间才可唤醒T-BOX)等。这些耗时均会导致业务的实时性能不好，降低了人机交互效率，且用户体验不好。

本申请实施例提供一种业务实现方法，在业务由车主通过手机发起的场景下，能从较大程度上降低从车主打开手机的用于控制车辆的应用到业务实现的耗时。提高了业务的实时性能，提高了人机交互性能。提高了用户体验。

需要说明的是，本申请实施例中所述的业务可以包括：紧急呼叫，车辆状态通知、远程控制、远程诊断、车辆数据采集等，本申请实施例并不做具体限制。另外，本申请中的示例是以进行车辆的车门控制，车窗控制，车灯控制，后舱盖控制等远程控制业务为例进行说明的。

下面将结合附图对本申请实施例的实施方式进行详细描述。

请参考图5，为本申请实施例提供的一种业务控制系统的组成示意图。如图5所示，该系统可以包括：电子设备501，TSP服务器502及车辆503。其中，车辆503中可包括车载终端设备504。车载终端设备504可通过CAN总线与车辆503的电子电气系统通信连接。

其中，电子设备501可用于车主发起业务。例如，电子设备501中可安装用于控制车辆的应用。用户在打开该应用后，电子设备501可显示该应用的界面，该界面中可包括用于发起各种业务的按钮。在电子设备501接收到用户对某按钮的触发操作后，可向TSP服务器发送对应的业务请求，以发起业务。电子设备501还可用于用户查看车辆的车辆状态信息，如车门状态，车窗状态，车灯状态，车辆位置，车辆速度，车辆方向盘转角等。电子设备501还可接收来自TSP服务器502的业务的执行结果，并展示出来供用户查看。

示例性的，本申请实施例中所述的电子设备501可以是手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备、可穿戴设备(如智能手表)等包含用于对车辆进行控制的应用的设备，本申请实施例对该设备的具体形态不作特殊限制。电子设备501的具体结构将在图6所示的实施例中详细描述。

TSP服务器502，由车辆厂商或供应商提供的设备，用于为业务提供在线支持。如，在车主通过电子设备501发起业务时，TSP服务器502可用作对应业务请求的中转设备，将对应业务请求转发到对应的T-BOX。又如，TSP服务器502也可以根据车辆厂商或供应商的操作，发起对应业务。如车辆厂商或供应商通过发起业务，以对车辆的某些参数(如里程数)进行设定等。又如，在车主通过电子设备501发起业务时，TSP服务器502还可用作中转设备，将接收的来自车载终端设备504的业务的执行结果反馈给电子设备501。

车载终端设备504，内置在车辆503中的车载终端设备。其中，车载终端设备504可用于接收来自TSP服务器502的业务请求，并根据接收到的业务请求，通过CAN总线发送对应的控制命令给车辆503的电子电气系统。以便电子电气系统执行对应的业务，以实现对车辆503的控制。车载终端设备504还可用于将业务的执行结果反馈给TSP服务器502。车载终端设备504的具体结构将在图7A所示的实施例中详细描述。

请参考图6，为本申请实施例提供的一种电子设备的结构示意图。如图6所示，电子设备可以包括处理器110，内部存储器120，天线1，天线2，移动通信模块130，无线通信模块140，音频模块150，扬声器150A，受话器150B，麦克风150C，传感器模块160，摄像头170，显示屏171，以及用户标识模块(subscriber identification module，SIM)卡接口172等。其中，传感器模块160可以包括压力传感器160A，触摸传感器160B，指纹传感器160C等。

可以理解的是，本实施例示意的结构并不构成对电子设备的具体限定。在另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块130，无线通信模块140，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块130可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块130可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块130可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块130还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块130的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块130的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器150A，受话器150B等)输出声音信号，或通过显示屏171显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块130或其他功能模块设置在同一个器件中。

无线通信模块140可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块140可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块140经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块140还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备的天线1和移动通信模块130耦合，天线2和无线通信模块140耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。例如，在本实施例中，电子设备的移动通信模块130可向T-BOX发送SMS或打电话，以唤醒T-BOX。又例如，在接收到用户用于发起业务的操作后，电子设备的移动通信模块130可向TSP服务器发送对应的业务请求，还可接收来自TSP服务器的业务的执行结果。

电子设备通过GPU，显示屏171，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏171和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏171用于显示图像，视频等。显示屏171包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏171，N为大于1的正整数。例如，在本申请实施例中，在接收到用户打开用于控制车辆的应用的操作后，电子设备的显示屏171可用于显示该应用的界面。例如，如图3所示的界面300。

电子设备可以通过ISP，摄像头170，视频编解码器，GPU，显示屏171以及应用处理器等实现拍摄功能。

ISP用于处理摄像头170反馈的数据。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头170中。

摄像头170用于捕获静态图像或视频。在一些实施例中，电子设备可以包括1个或N个摄像头170，N为大于1的正整数。

内部存储器120可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器120的指令，从而执行电子设备的各种功能应用以及数据处理。例如，在本申请实施例中，处理器110通过运行存储在内部存储器120的指令，可使得电子设备在接收到用户打开用于控制车辆的应用的操作后，通过电子设备的移动通信模块130向T-BOX发送SMS或打电话，以唤醒该T-BOX。还可使得电子设备根据用户的操作，通过电子设备的移动通信模块130向TSP服务器发送业务请求。内部存储器120可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备可以通过音频模块150，扬声器150A，受话器150B，麦克风150C，耳机接口，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块150用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块150还可以用于对音频信号编码和解码。在一些实施例中，音频模块150可以设置于处理器110中，或将音频模块150的部分功能模块设置于处理器110中。

扬声器150A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备可以通过扬声器150A收听音乐，或收听免提通话。

受话器150B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备接听电话或语音信息时，可以通过将受话器150B靠近人耳接听语音。

麦克风150C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风150C发声，将声音信号输入到麦克风150C。电子设备可以设置至少一个麦克风150C。在另一些实施例中，电子设备可以设置两个麦克风150C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备还可以设置三个，四个或更多麦克风150C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

压力传感器160A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器160A可以设置于显示屏171。压力传感器160A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器160A，电极之间的电容改变。电子设备根据电容的变化确定压力的强度。当有触摸操作作用于显示屏171，电子设备根据压力传感器160A检测所述触摸操作强度。电子设备也可以根据压力传感器160A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

触摸传感器160B，也称“触控面板”。触摸传感器160B可以设置于显示屏171，由触摸传感器160B与显示屏171组成触摸屏，也称“触控屏”。触摸传感器160B用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏171提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器160B也可以设置于电子设备的表面，与显示屏171所处的位置不同。

指纹传感器160C用于采集指纹。电子设备可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

SIM卡接口172用于连接SIM卡。SIM卡可以通过插入SIM卡接口172，或从SIM卡接口172拔出，实现和电子设备的接触和分离。电子设备可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口172可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口172可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口172也可以兼容不同类型的SIM卡。SIM卡接口172也可以兼容外部存储卡。电子设备通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备中，不能和电子设备分离。

以车载终端设备为T-BOX为例。请参考图7A，为本申请实施例提供的一种T-BOX的结构示意图。如图7A所示，T-BOX可以包括：微控制器(microprogrammed control unit，MCU)701，应用处理器702，存储器703，天线1，天线2，GNSS 704，无线通信模块705，CAN收发器706，电源管理模块707等。

可以理解的是，本实施例示意的结构并不构成对T-BOX的具体限定。在另一些实施例中，T-BOX可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

其中，MCU 701可以是T-BOX的神经中枢和指挥中心。存储器703可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。MCU 701可通过运行存储在存储器703的指令，从而执行T-BOX的各种功能应用以及数据处理。例如，在本实施例中，MCU 701可以通过运行存储在存储器703的指令，将接收到的业务请求转换为控制命令后传输给车辆的电子电气系统，以便电子电气系统执行对应的业务，实现对车辆的控制。

在一些实施例中，存储器703可以包括存储数据区和存储程序区。存储数据区用于存储相应数据。如在本实施例中，可用于存储TSP服务器下发的白名单。存储程序区用于存储计算机可执行程序代码等。此外，存储器703可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存(flash)器件，UFS，eMMC等。MCU 701还可通过点火信号端子检测车辆是否点火。

T-BOX的无线通信功能可以通过天线1，天线2，无线通信模块705，GNSS 704，调制解调处理器(modem)，SIM卡以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。无线通信模块705可以提供在T-BOX上的包括2G/3G/4G/5G等无线通信的解决方案。无线通信模块705可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。无线通信模块705还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

例如，在本实施例中，T-BOX处于休眠模式指的是：T-BOX的无线通信模块705处于省电状态，应用处理器702和MCU701处于休眠模式。处于省电状态的无线通信模块705可定时查询是否有短信或电话需要传输给T-BOX。如果有，则T-BOX的无线通信模块705可接收来自电子设备的SMS或电话，并唤醒T-BOX。其中，在本实施例中，唤醒T-BOX可以是指：无线通信模块705由省电状态切换为正常状态(正常状态的功耗相较于省电状态的功耗大)，应用处理器702和MCU 701由休眠模式进入工作模式。在无线通信模块705进入正常状态后，无线通信模块705可用于接收来自TSP服务器的业务请求，还可用于向TSP服务器反馈业务的执行结果。

GNSS 704可经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到应用处理器702。GNSS 704主要用于实现定位功能。所述GNSS可以包括GPS，GLONASS，BDS，QZSS和/或SBAS。

在一些实施例中，T-BOX的天线1和无线通信模块705耦合，天线2和GNSS 704耦合，使得T-BOX可以通过无线通信技术与网络以及其他设备通信。

CAN收发器706，用于连接MCU 701，及通过CAN线端子连接车辆的电子电气系统。以便将MCU 701根据业务请求生成的控制命令传输给车辆的电子电气系统，以实现对车辆的控制。

电源管理模块707，用于连接MCU 701，及通过供电&接地端子连接电源。电源管理模块707接收电源的输入，为MCU 701等供电。

其中，在本申请一些实施例中，MCU 701，应用处理器702及CAN收发器706可以芯片模组(或称为芯片系统)的方式集成。当然，CAN收发器706也可以不与MCU 701和应用处理器702集成，而是单独设置。

图7B为本申请实施例提供的一种车辆的组成示意图。如图7B所示，该车辆可以包括：车载终端设备710和电子电气系统711。其中，车载终端设备710的结构可如图7A所示。

在车载终端设备710处于休眠模式的情况下，车载终端设备710可用于接收来自电子设备的SMS或电话，以唤醒车载终端设备710。车载终端设备710还用于接收来自TSP服务器的业务请求，并将业务请求转换为控制命令后传输给电子电气系统711。

电子电气系统711主要用于根据来自车载终端设备710的控制命令，执行对应业务，以实现电子设备或TSP服务器对车辆的控制。例如，电子电气系统711可以包括控制单元，执行部件及传感器件，这些部件之间互相配合，可根据控制命令完成对应业务的执行。

以下实施例中的方法均可以在具有上述硬件结构的电子设备及车载终端设备中实现。以下结合图5所示的业务控制系统，以电子设备为手机，以车载终端设备为T-BOX为例，对本申请实施例提供的业务实现方法进行详细介绍。

图8为本申请实施例提供的一种业务实现方法的流程示意图。如图8所示，该方法可以包括：

S801、手机接收用户打开应用的操作，该应用用于对车辆进行控制。

其中，在车主想要使用手机发起业务，以对车辆进行控制时，可以打开手机中用于控制车辆的应用。例如，在手机中安装了该应用后，手机的桌面(称为主屏幕(homescreen))上可显示该应用的图标。用户可通过对该应用的图标进行点击操作，以打开该应用。之后，手机可接收用户打开该应用的操作。

S802、手机向T-BOX发送唤醒指令。

S803、手机与TSP服务器建立第一连接。

示例性的，如图9A所示，在手机接收到用户打开应用的操作后，作为对该操作的响应，手机可直接向T-BOX发送唤醒指令，用于唤醒T-BOX。其中，唤醒指令可以SMS的方式发送，也可以打电话的方式发送。

作为对接收到用户打开应用的操作的响应，手机还可与TSP服务器建立第一连接。具体的，如图9A所示，手机可向TSP服务器发送连接请求，并监测与TSP服务器之间的第一连接是否连接成功。如果连接成功，则可继续执行以下步骤。如果没有连接成功，则可再次向TSP服务器发送连接请求，直到连接成功。例如，手机向TSP服务器发送的连接请求可以是同步(synchronize，syn)请求。TSP服务器在接收到syn请求后，可向手机回复syn响应，用于向手机指示接受手机的连接请求。手机接收到syn响应后，可向TSP服务器发送确认(acknowledgement，ACK)响应。之后，手机与TSP服务器的第一连接便成功建立。在一些实施例中，手机可在接收到syn响应后，可确认连接成功。如果未接收到syn响应，则确认没有连接成功，可重新向TSP服务器发送syn请求。TSP服务器可在接收到ACK响应后确认连接成功。如果TSP服务器未接收到ACK响应，则认为连接没有成功。

另外，作为对接收到用户打开应用的操作的响应，手机还可启动该应用，并显示该应用的界面。作为一种示例，手机显示的界面可如图3所示。用户可通过对图3所示界面300中显示的按钮进行点击操作，以触发手机发起对应的业务。

在其他一些实施例中，在手机接收到用户打开用于控制车辆的应用的操作后，手机也可以不是在接收到该打开应用的操作后，便向T-BOX发送唤醒指令，而是在接收到用户的确认操作后，再向T-BOX发送唤醒指令。这样，可防止用户误触发打开该应用却唤醒了T-BOX。

例如，如图9B所示，在手机接收到用户打开用于控制车辆应用的操作后，手机可显示提示框901。该提示框901用于请用户确认是否要打开该应用。上述确认操作是用户对提示框901中的确认按钮902的点击操作。也就是说，如果用户的确是要打开该应用，则可对确认按钮902进行点击操作。手机可接收用户对确认按钮902的点击操作。作为对该确认按钮902的点击操作的响应，手机向T-BOX发送唤醒指令，用于唤醒T-BOX。如果用户并不想要打开该应用，而是误触到了该应用的图标，则可对取消按钮903进行点击操作。手机在接收到用户对取消按钮903的点击操作后，可结束本次流程。

又例如，如图9C所示，在手机接收到用户打开用于控制车辆应用的操作后，手机可显示该应用的界面，如图3中的所示的界面300。该界面300中包含用于触发唤醒T-BOX的按钮910。如果用户想要通过手机对车辆进行控制，则可以对该按钮910进行点击操作。手机可接收用户对按钮910的点击操作。作为对该按钮910的点击操作的响应，手机向T-BOX发送唤醒指令，用于唤醒T-BOX。另外，在用户对按钮910进行点击操作之前，界面300中包括的控制按钮可显示为不可操作状态(如灰色)。这样，以提示用户此时这些控制按钮是无法操作的，不能实现对车辆的控制。在用户对按钮910进行点击操作后，界面300包括的控制按钮显示为可操作状态(如，图3及图9C中所示)。这样，以提示用户可通过对控制按钮进行操作，实现对车辆的控制。当然，在用户对按钮910进行点击操作前后，不改变控制按钮的显示状态，只是在用户对按钮910进行点击操作之前，用户点击控制按钮，无法实现对车辆的控制。

S804、T-BOX根据接收到的唤醒指令，由休眠模式切换为工作模式。

一般的，T-BOX的模式包括工作模式和休眠模式两种。在有业务请求需要处理时，T-BOX处于工作模式，而在没有业务请求需要处理情况下，T-BOX将会进入休眠模式，以节约能量。也就是说，在手机或TSP服务器发起业务时，T-BOX一般是处于休眠模式的。这样，在T-BOX接收到来自手机的唤醒指令后，可由休眠模式切换为工作模式，以为处理业务请求做好准备。

在本申请一些实施例中，结合图7A所示，T-BOX处于休眠模式可以是指：T-BOX的无线通信模块处于省电状态，应用处理器和MCU处于休眠模式。处于省电状态的无线通信模块可定时查询是否有短信或电话需要传输给T-BOX，因此，在手机以短信或打电话的方式向T-BOX发送了唤醒指令后，T-BOX的无线通信模块可接收到该唤醒指令。为了避免任意用户均能唤醒T-BOX，导致T-BOX耗电增加的情况出现，如图10中的(a)所示，T-BOX的无线通信模块在接收到唤醒指令后，可将T-BOX的应用处理器唤醒，即应用处理器由休眠模式切换为工作模式，并将该唤醒指令传输给应用处理器。由应用处理器判断发送唤醒指令的设备的标识是否包含在T-BOX的白名单内。其中，白名单中保存有能够唤醒T-BOX的设备(如车主的手机，TSP服务器等)的标识。如该标识可以是设备的电话号码，也可以是设备的介质访问控制(media access control，MAC)地址等。如果发送唤醒指令的设备的标识包含在T-BOX的白名单内，则T-BOX的应用处理器认为该设备是能够唤醒自身的设备，其可将T-BOX的MCU唤醒，即MCU由休眠模式切换为工作模式，之后，T-BOX进入唤醒状态。如果发送唤醒指令的设备的标识没有包含在T-BOX的白名单内，则应用处理器认为该设备并不是能够唤醒自身的设备，此时，应用处理器可继续保持休眠模式，且不唤醒MCU。如在本实施例中，T-BOX的白名单中包括手机的电话号码，则在接收到手机的唤醒指令后，可根据接收到的唤醒指令，T-BOX的应用处理器和MCU均由休眠模式切换为工作模式，即T-BOX进入唤醒状态。另外，在确定该设备是能够唤醒自身的设备时，T-BOX的无线通信模块还可由省电状态进入正常状态，以便可与其他设备(如TSP服务器)进行正常交互。

另外，在T-BOX进入唤醒状态后，可开启定时器(如可称为第一定时器)，以便在有业务请求需要处理时，能及时处理，还可保证在没有业务请求需要处理时，T-BOX能够及时休眠。例如，如图10中的(b)所示，在第一定时器开启后，T-BOX在第一定时器超时时，判断是否未接收到业务请求。如果确定未接收到业务请求，则可由工作模式切换为休眠模式(如，应用处理器和MCU由工作模式切换为休眠模式，无线通信模块由工作状态切换为省电状态)，以保证能及时休眠，节约能量。如果确定接收到业务请求，则可重置第一定时器，使其可重新开始计时，这样，可在有业务请求需要处理时，能及时处理。

需要说明的是，在本申请实施例中，T-BOX的白名单可以是预先配置在T-BOX中的，也可以是TSP服务器下发给T-BOX后，T-BOX存储的。另外，T-BOX存储的白名单可以进行更新。例如，T-BOX可定期或在满足某些触发条件时向TSP服务器请求白名单，以对存储的白名单进行更新。

作为一种示例，如图11所示，T-BOX可在检测到车辆点火时，向TSP服务器请求白名单，并等待TSP服务器响应。如果接收到来自TSP服务器的白名单，则可在确定白名单有更新时，对T-BOX存储的白名单进行更新。如果在预设时间内没有接收到TSP服务器的响应，则可继续等待。如果在预设时间后依然没接收到TSP服务器的响应，或者确定白名单没有更新，则结束本次的请求流程。当然，也可由TSP服务器定期或满足一些条件时主动向T-BOX下发白名单。例如，TSP服务器在确定白名单有更新时，向T-BOX下发更新后的白名单，以便T-BOX更新存储的白名单。其中，TSP服务器可在接收到手机申请开通对车辆控制的业务时，维护TSP服务器的白名单。如TSP服务器在接收到某手机申请开通对车辆控制的业务时，在验证其合法后，将该手机的标识(如电话号码或MAC地址)添加在TSP服务器的白名单中，以便后续可将其同步发给T-BOX。

S805、TSP服务器与T-BOX建立第二连接。

示例性的，T-BOX在进入唤醒状态后，还可与TSP服务器建立第二连接。具体的，如图12所示，T-BOX在被唤醒指令唤醒后，可判断自身是否已与TSP服务器建立了连接，如查看连接状态是已连接还是未连接。如果已与TSP服务器建立了连接，即连接状态为已连接，则可继续执行以下步骤，即进行业务的交互。如果未与TSP服务器建立连接，即连接状态为未连接，则T-BOX可向TSP服务器发送连接请求(如syn请求)，以请求连接TSP服务器。T-BOX还可监测是否接收到TSP服务器的响应(如syn响应)。如果TSP服务器无响应，即在预设时间内未接收到TSP服务器的响应，则可继续等待。如果预设时间后未接收到TSP服务器的响应，或接收到拒绝响应，则表明连接失败，此次请求连接流程结束。如果接收到TSP服务器的响应，则表明第二连接建立成功，T-BOX可将当前的连接状态设置为：已连接，并继续执行以下步骤，即进行业务的交互。当然，如果T-BOX有业务需要发起，则也可以执行图12所示的过程以与TSP服务器建立连接。

S806、手机接收用户用于发起业务的操作。

S807、手机通过第一连接，向TSP服务器发送业务请求。

S808、TSP服务器通过第二连接，将接收到的业务请求发送给T-BOX。

在一些实施例中，在手机显示图3所示的界面300后，用户可通过对该界面300中显示的按钮进行点击操作，以通过手机发起对应的业务。如，以用户想通过手机关闭后舱盖为例。用户可对界面300中的按钮303进行点击操作。手机可接收用户用于发起业务，即关闭后舱盖的操作。

另外，通过以上步骤S801-S806，T-BOX已唤醒，且手机与T-BOX之间的连接，T-BOX与TSP服务器之间的连接均已建立，因此，响应于该操作，手机可通过S803中建立的第一连接，向TSP服务器发送对应的业务请求。该业务请求用于请求关闭车辆的后舱盖。

TSP服务器接收到业务请求后，可通过S805中建立的第二连接，将接收到的业务请求转发给T-BOX。

S809、T-BOX根据接收到的业务请求发送对应的控制命令至车辆的电子电气系统，电子电气系统根据控制命令执行对应的业务。

S810、电子电气系统将业务的执行结果反馈给T-BOX，T-BOX向TSP服务器返回业务的执行结果。

S811、TSP服务器将接收到的业务的执行结果反馈给手机。

T-BOX接收到业务请求后，可将业务请求对应的控制命令发送给车辆的电子电气系统。电子电气系统根据控制命令可执行对应的业务。如，电子电气系统根据接收到的控制命令将车辆的后舱盖关闭。在执行完对应的业务后，电子电气系统还可将业务的执行结果反馈给T-BOX。以便T-BOX通过S805中建立的第二连接，向TSP服务器发送业务的执行结果，即将是否成功将车辆的后舱盖关闭的情况反馈给TSP服务器。TSP服务器接收到业务的执行结果后，可通过S803中建立的第一连接，将业务的执行结果反馈给手机。之后，手机可展示对应的业务执行结果供用户查看。

另外，在一些实施例中，S805中TSP服务器与T-BOX之间建立的第二连接，可以在完成一次控制后便释放。如，在上述S806-S811执行完成后，TSP服务器与T-BOX之间断开该第二连接。在另一些实施例中，S805中TSP服务器与T-BOX之间建立的第二连接，也可以保留一段时间后再释放。如，由TSP服务器或T-BOX维护一个定时器(如可称为第二定时器)。在S805中第二连接成功建立后，开启该第二定时器。并在第二定时器开启后，判断第二定时器是否超时。在该第二定时器超时时，判断是否存在业务请求需要处理(该业务请求对应的业务可以是由手机发起的，也可以是由TSP服务器发起的)。如果确定不存在业务请求需要处理，则可断开该第二连接。如果确定存在业务请求需要处理，则可重置第二定时器，使其可重新开始计时。以便在有其他业务请求需要处理时，可继续使用S805中建立的第二连接进行业务请求，及对应业务执行结果的传输。这样，可降低从后续再次发起业务，到业务的执行结果反馈到手机所消耗的时间。

本申请实施例提供的业务实现方法，在手机接收到用户打开手机中用于控制车辆的应用时，作为对用户操作的响应，手机在与TSP服务器建立连接的同时，还可通过发送SMS或打电话的方式直接向T-BOX发出唤醒命令，以提前将T-BOX唤醒。在T-BOX维护的白名单中包含该手机的标识的情况下，在接收到该手机的唤醒命令后，便可进入唤醒状态。且在T-BOX进入唤醒状态后，便与TSP服务器建立连接。在业务被触发时，T-BOX已唤醒，且手机与T-BOX之间的连接，T-BOX与TSP服务器之间的连接均已建立，对应的业务请求便可基于这些连接传输给T-BOX，以便T-BOX将对应的控制命令传输给车辆的电子电气系统，以执行对应的业务，并可将业务执行结果反馈给手机。

这样，通过手机直接向T-BOX发出唤醒命令，规避了唤醒需经TSP服务器中转引入的耗时。且在手机与TSP服务器建立连接的同时，唤醒T-BOX，也节约了一些时间。采用本实施例提供的方案，可将从用户打开手机的用于控制车辆的应用到业务实现的耗时降低到15s内，解决了这整个过程耗时长的问题。提高了业务的实时性能，提高了人机交互效率，提高了用户体验。另外，对于T-BOX与TSP服务器之间的建立的连接，可保留一段时间在没有其他业务请求需要处理时再释放，可降低从后续再次发起业务，到业务的执行结果反馈到手机所消耗的时间，这个过程的耗时能降低到6s内。且通过打电话的方式唤醒T-BOX，在用户使用手机发起业务时，也基本不会感知到唤醒T-BOX的环节。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种车载终端设备，其特征在于，所述车载终端设备包括：微控制器MCU，应用处理器，无线通信模块，控制器局域网CAN收发器；所述MCU和应用处理器处于休眠模式；

所述无线通信模块，用于接收唤醒指令，并传输给所述应用处理器，所述唤醒指令是电子设备通过打电话或短消息SMS的形式发送的；所述唤醒指令是所述电子设备基于接收到操作所述电子设备的响应而发送的，所述响应还包括所述电子设备与车联网信息服务提供商TSP服务器建立第一连接；

所述应用处理器和所述MCU，用于根据所述唤醒指令，由休眠模式切换为工作模式；

所述MCU，还用于控制所述无线通信模块与所述TSP服务器建立第二连接；

所述无线通信模块，还用于通过所述第二连接，接收来自所述TSP服务器的业务请求，并传输给所述MCU；所述业务请求由所述电子设备通过所述第一连接发送至所述TSP服务器；

所述MCU，还用于根据所述业务请求，通过所述CAN收发器向车辆的电子电气系统发送控制命令，所述控制命令用于所述电子电气系统执行所述业务请求对应的业务；

所述应用处理器和所述MCU，用于根据所述唤醒指令，由休眠模式切换为工作模式，包括：

所述应用处理器根据所述唤醒指令由休眠模式切换为工作模式，并确定所述电子设备的标识包含在白名单中；

所述应用处理器唤醒所述MCU，所述MCU由休眠模式切换为工作模式。

2.根据权利要求1所述的车载终端设备，其特征在于，所述车载终端设备还包括：存储器；

所述无线通信模块，还用于向所述TSP服务器发送请求消息，所述请求消息用于请求所述白名单，接收来自所述TSP服务器的响应消息，所述响应消息中包括所述白名单，将所述白名单传输至所述存储器；

所述存储器，用于存储所述白名单。

3.根据权利要求2所述的车载终端设备，其特征在于，

所述MCU，还用于根据所述TSP服务器重新下发的白名单更新所述存储器中存储的所述白名单。

4.根据权利要求1-3中任一项所述的车载终端设备，其特征在于，

所述MCU，还用于启动第一定时器；

在所述第一定时器超时时，如果未接收到业务请求，则所述MCU和所述应用处理器由工作模式切换为休眠模式，如果接收到业务请求，则所述MCU重置所述第一定时器。

5.根据权利要求1-3中任一项所述的车载终端设备，

所述MCU，还用于启动第二定时器；

在所述第二定时器超时时，如果没有业务请求需要处理，则所述MCU控制所述无线通信模块断开与所述TSP服务器之间的所述第二连接，如果有业务请求需要处理，则所述MCU重置所述第二定时器。

6.一种业务实现方法，其特征在于，应用于车载终端设备，所述车载终端设备与车辆的电子电气系统通信连接，所述车载终端设备包括：微控制器MCU，应用处理器，无线通信模块，控制器局域网CAN收发器；所述MCU和应用处理器处于休眠模式，所述方法包括：

所述车载终端设备接收唤醒指令，所述唤醒指令是电子设备通过打电话或短消息SMS的形式发送的；所述唤醒指令是所述电子设备基于接收到操作所述电子设备的响应而发送的，所述响应还包括所述电子设备与车联网信息服务提供商TSP服务器建立第一连接；

所述车载终端设备根据所述唤醒指令，由休眠模式切换为工作模式，包括：所述应用处理器根据所述唤醒指令由休眠模式切换为工作模式，并确定所述电子设备的标识包含在白名单中；所述应用处理器唤醒所述MCU，所述MCU由休眠模式切换为工作模式；并与所述TSP服务器建立第二连接；

所述车载终端设备通过所述第二连接，接收来自所述TSP服务器的业务请求；所述业务请求由所述电子设备通过所述第一连接发送至所述TSP服务器；

所述车载终端设备根据所述业务请求向所述电子电气系统发送控制命令，所述控制命令用于所述电子电气系统执行所述业务请求对应的业务。

7.根据权利要求6所述的方法，其特征在于，在所述车载终端设备确定所述电子设备的标识包含在所述车载终端设备的白名单中之前，所述方法还包括：

所述车载终端设备向所述TSP服务器发送请求消息，所述请求消息用于请求所述白名单；

所述车载终端设备接收来自所述TSP服务器的响应消息，所述响应消息中包括所述白名单；

所述车载终端设备存储所述白名单。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述车载终端设备根据所述TSP服务器重新下发的白名单更新所述车载终端设备存储的所述白名单。

9.根据权利要求6-8中任一项所述的方法，其特征在于，在所述车载终端设备由休眠模式切换为工作模式后，所述方法还包括：

所述车载终端设备启动第一定时器；

在所述第一定时器超时时，如果未接收到业务请求，则所述车载终端设备由工作模式切换为休眠模式，如果接收到业务请求，则所述车载终端设备重置所述第一定时器。

10.根据权利要求6-8中任一项所述的方法，其特征在于，在所述车载终端设备与所述TSP服务器建立第二连接后，所述方法还包括：

所述车载终端设备启动第二定时器；

在所述第二定时器超时时，如果没有业务请求需要处理，则所述车载终端设备断开与所述TSP服务器之间的所述第二连接，如果有业务请求需要处理，则所述车载终端设备重置所述第二定时器。

11.一种芯片系统，其特征在于，所述芯片系统应用于车载终端设备；所述芯片系统包括一个或多个接口电路和一个或多个处理器；所述接口电路和所述处理器通过线路互联；所述接口电路用于从所述车载终端设备的存储器接收第一信号，并向所述处理器发送所述第一信号，所述第一信号包括所述存储器中存储的计算机指令；所述接口电路还用于从车载终端设备的无线通信模块接收第二信号，并向所述处理器发送所述第二信号，所述第二信号包括来自电子设备通过打电话或短消息SMS的形式发送的唤醒指令；当所述处理器执行所述计算机指令时，所述车载终端设备执行如权利要求6-10中任一项所述的业务实现方法。

12.一种业务控制系统，其特征在于，所述业务控制系统包括：电子设备，车联网信息服务提供商TSP服务器及车辆，所述车辆包括车载终端设备和电子电气系统，所述车载终端设备包括：微控制器MCU，应用处理器，无线通信模块，控制器局域网CAN收发器；所述MCU和应用处理器处于休眠模式；

所述电子设备，用于接收用户打开应用的操作，所述应用用于对车辆进行控制；响应于所述打开应用的操作，与所述TSP服务器建立第一连接，并向所述车载终端设备发送唤醒指令，所述唤醒指令通过打电话或短消息SMS的形式发送；

所述车载终端设备，用于接收唤醒指令，根据所述唤醒指令，由休眠模式切换为工作模式，包括：所述应用处理器根据所述唤醒指令由休眠模式切换为工作模式，并确定所述电子设备的标识包含在白名单中，所述应用处理器唤醒所述MCU，所述MCU由休眠模式切换为工作模式；并与所述TSP服务器建立第二连接；

所述电子设备，还用于接收用户用于发起业务的操作，响应所述用于发起业务的操作，通过所述第一连接，向所述TSP服务器发送业务请求；

所述TSP服务器，用于通过所述第二连接向所述车载终端设备发送所述业务请求；

所述车载终端设备，还用于接收来自所述TSP服务器的所述业务请求，根据所述业务请求向所述电子电气系统发送控制命令；

所述电子电气系统，用于根据所述控制命令执行所述业务请求对应的业务。

13.根据权利要求12所述的业务控制系统，其特征在于，

所述车载终端设备，还用于向所述TSP服务器发送请求消息，所述请求消息用于请求所述白名单；

所述TSP服务器，还用于向所述车载终端设备发送响应消息，所述响应消息中包括所述白名单；

所述车载终端设备，还用于存储所述白名单。

14.根据权利要求13所述的业务控制系统，其特征在于，所述车载终端设备，还用于根据所述TSP服务器重新下发的白名单更新所述车载终端设备存储的所述白名单。

Images