CN115903753A - 一种车辆的维修模式控制方法、装置和设备 - Google Patents

Abstract

本发明涉及汽车技术领域，公开了一种车辆的维修模式控制方法、装置和设备，所述方法包括：通过接收第一维修模式请求，使车辆请求进入维修模式，然后响应于第一维修模式请求，获取车辆的当前状态，若车辆的当前状态满足预设条件，则控制车辆进入维修模式，车辆进入维修模式包括关闭车辆的远程控制功能与数据上传功能。应用本发明的技术方案，能够使车辆在进行维修时进入维修模式，关闭了车辆的远程控制和数据上传功能，防止维修过程中车辆被操控或上传故障数据，从而保护用户隐私安全并防止维修安全事故发生。

Description

一种车辆的维修模式控制方法、装置和设备

技术领域

本申请涉及汽车技术领域，尤其涉及一种车辆的维修模式控制方法、装置和设备。

背景技术

随着智能汽车的发展，车辆的智能化和联网化也为用户带来了许多便利以及新功能，例如通过与手机的网络连接，从而实现通过手机APP远程查看车辆状态或直接对车辆进行一定程度的操控。

智能车辆在增加各种用户功能的同时，却并未改变智能车辆的维修方式，智能车辆在维修时仍然采用维修人员开单完毕后，直接对车辆进行检查、维修、保养等工作。由于在车辆维修过程中，需要检查一些管线，而对电动汽车来说，检查动力电池等供电设备也是维修车辆的重要手段。

但因车辆的联网化和智能化，车辆中存储有大量的用户隐私信息，直接进行维修可能会导致隐私信息的泄露，同时在维修过程中，用户会收到因维修过程中检查管线或供电设备带来的告警信息，且用户远程操控车辆也会带来不可预知的风险。

发明内容

本申请提供了一种车辆的维修模式控制方法、装置和设备，以解决智能车辆在维修过程中存在的隐私泄露及维修安全的问题。

根据本发明实施例的第一方面，提供了一种车辆的维修模式控制方法，包括：接收第一维修模式请求，所述第一维修模式请求用于请求进入维修模式；响应于所述第一维修模式请求，获取所述车辆的当前状态；若所述车辆的当前状态满足预设条件，则控制所述车辆进入所述维修模式；所述控制所述车辆进入所述维修模式包括关闭所述车辆的远程控制功能与数据上传功能。

在一种可选的方式中，所述车辆的当前状态满足预设条件包括所述车辆为低压供电且所述车辆的档位为P档；或者，所述车辆为低压供电且所述车辆的车速为0。

在一种可选的方式中，在所述控制所述车辆进入维修模式之后，所述方法还包括：向与所述车辆具有关联关系的移动设备发送第一控制指令，所述第一控制指令用于控制所述移动设备关闭远程控制功能；接收来自所述移动设备的第一响应信息，所述第一响应信息用于指示所述移动设备的远程控制功能的状态为关闭状态。

在一种可选的方式中，在所述控制所述车辆进入维修模式之后，所述方法还包括：控制所述车辆的车载屏幕显示提示页面；所述提示页面用于指示所述车辆进入所述维修模式，并保护用户的隐私信息；向服务器发送所述车辆的第一模式切换信息，所述第一模式切换信息用于指示所述车辆进入所述维修模式，以使所述服务器记录所述车辆进入所述维修模式。

在一种可选的方式中，在控制所述车辆进入维修模式之后，所述方法还包括：接收第二维修模式请求，所述第二维修模式请求用于请求退出所述维修模式；响应于所述第二维修模式请求，获取所述车辆的当前状态；若所述车辆的当前状态满足所述预设条件，则控制所述车辆退出所述维修模式；所述控制所述车辆退出所述维修模式包括开启所述车辆的远程控制功能与数据上传功能。

在一种可选的方式中，在所述控制所述车辆退出所述维修模式之后，所述方法还包括：向与所述车辆具有关联关系的移动设备发送第二控制指令，所述第二控制指令用于控制所述移动设备开启远程控制功能；接收来自所述移动设备的第二响应信息，所述第二响应信息用于指示所述移动设备的远程控制功能的状态为开启状态。

在一种可选的方式中，在所述控制所述车辆退出所述维修模式之后，所述方法还包括：控制所述车辆的车载屏幕显示用于交互的操作页面；向服务器发送所述车辆的第二模式切换信息，所述第二模式切换信息用于指示所述车辆退出所述维修模式，以使所述服务器记录所述车辆退出所述维修模式。

根据本发明实施例的第二方面，提供了一种车辆的维修模式控制装置，包括：

指令接收模块，用于接收第一维修模式请求；

车辆传感模块，用于响应于所述第一维修模式请求，获取所述车辆的当前状态；

模式控制模块，用于若所述车辆的当前状态满足预设条件，则控制所述车辆进入所述维修模式；所述控制所述车辆进入所述维修模式包括关闭所述车辆的远程控制功能与数据上传功能。

根据本发明实施例的第三方面，提供了一种车辆的维修模式控制设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行前述中任一种车辆的维修模式控制方法的操作。

根据本发明实施例的第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令在车辆的维修模式控制装置/设备上运行时，使得车辆的维修模式控制装置/设备执行前述中任一种车辆的维修模式控制方法的操作。

本发明实施例提供的一种车辆的维修模式控制方法、装置和设备，通过接收第一维修模式请求，使车辆请求进入维修模式，然后响应于所述第一维修模式请求，获取车辆的当前状态，若所述车辆的当前状态满足预设条件，则控制所述车辆进入所述维修模式，车辆进入维修模式包括关闭所述车辆的远程控制功能与数据上传功能。应用本发明的技术方案，能够使车辆在进行维修时进入维修模式，关闭车辆的远程控制和数据上传功能，防止维修过程中车辆被操控或上传故障数据，从而保护用户隐私安全并防止维修安全事故发生。

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

附图说明

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

图1为本申请实施例中一种车辆的维修模式控制方法的流程图；

图2为本申请实施例中另一种车辆的维修模式控制方法的流程图；

图3为本申请实施例中又一种车辆的维修模式控制方法的流程图；

图4为本申请实施例中又一种车辆的维修模式控制方法的流程图；

图5为本申请实施例中又一种车辆的维修模式控制方法的流程图；

图6为本申请实施例中一种车辆进入维修模式的时序图；

图7为本申请实施例中一种车辆退出维修模式的时序图；

图8为本发明实施例提供的一种车辆的维修模式控制装置的结构示意图；

图9为本发明实施例提供的一种车辆的维修模式控制设备的结构示意图。

具体实施方式

下面将详细地对实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下实施例中描述的实施方式并不代表与本申请相一致的所有实施方式。仅是与权利要求书中所详述的、本申请的一些方面相一致的系统和方法的示例。

随着智能汽车的发展，车辆的智能化和联网化也为用户带来了许多便利以及新功能，例如通过与移动端，例如手机等设备的网络连接，从而实现通过APP远程查看车辆状态或远程对车辆进行一定程度的操控。

在此基础上，车辆内部需要存储用户的隐私数据，例如账号信息和/或身份信息等，从而使车辆能够提供远程控制、数据上传功能。但智能车辆在增加各种用户功能的同时，却并未改变智能车辆的维修方式，在维修时仍然采用在维修人员开单完毕后，直接对车辆进行检查、维修、保养等工作的维修流程。

但直接进行维修可能会导致隐私信息的泄露，同时在维修过程中，用户和/或服务器会收到因维修过程中检查管线或供电设备带来的告警信息，并且用户在维修期间远程操控车辆也会带来不可预知的风险。

因此需要在维修时对车辆进行设置，从而避免车辆维修过程中出现隐私泄露和/或维修安全问题。

图1示出了一种车辆的维修模式控制方法的流程图，所述车辆的维修模式控制方法由车辆的维修模式控制设备执行。如图1所示，所述方法包括：

S110：接收第一维修模式请求。

其中，第一维修模式请求用于请求进入维修模式，具体的，第一维修模式请求可为一个维修模式开启指令。

需要说明的是，为了便于对车辆的故障进行诊断，车辆中通常设有OBD系统(OnBoardDiagnostics，车载诊断系统)，用于诊断车辆发生的故障，在此基础上，车辆上设有OBD接口，维修人员可通过OBD接口连接诊断仪，对车辆的故障信息进行读取，从而对车辆故障进行定位以实现维修。

示例性的，第一维修模式请求可以为车辆的OBD接口在接入诊断仪后，由诊断仪产生的请求信号，并传输至所述车辆的维修模式控制设备中。而在部分实施例中，第一维修模式请求也可以是车辆响应于OBD接口中接入了诊断仪这一动作，产生的请求信号，而后将请求信号传输至所述车辆的维修模式控制设备中。

在部分实施例中，第一维修模式请求也可为在诊断仪接入OBD接口后产生的请求信号，并由诊断仪经车辆的网关发送至车辆中，从而控制车辆对第一维修模式请求进行响应。

S120：响应于第一维修模式请求，获取车辆的当前状态。

在接收到第一维修模式请求后，且在响应第一维修模式请求进行模式切换前，需要对车辆的状态进行确认，只有在车辆状态满足预设条件时，才会控制车辆进入维修模式。因此在收到第一维修模式请求后，需要对车辆的当前运行状态进行检测。

需要说明的是，如果不满足预设条件，则说明无法切换至维修模式，此时可通过车载屏幕显示无法切换至维修模式的原因，对维修人员进行提醒。

示例性的，在本申请的部分实施例中，预设条件可为车辆为低压供电且车辆的档位为P档，或者，车辆为低压供电且车辆的车速为0。在此基础上，车辆需要对车辆供电状态，以及车辆档位或车速中的一种车辆状态进行检测。检测获取车辆状态后，将车辆状态与预设条件进行对比，当满足预设条件时，车辆会响应于第一维修模式请求，进入维修模式中。当不满足预设条件时，车载屏幕上显示车辆当前何种状态不满足预设条件，从而提醒维修人员进行检测。

需要说明的是，车辆低压供电指的是由车辆的蓄电池为车辆的仪表等电子设备进行供能。燃油车和电车除动力机构外，都设有一个蓄电池用来为车灯、仪表、车载屏幕及其他电子设备进行供电。在诊断仪对车辆进行诊断的过程中，OBD系统也需要蓄电池进行低压供电，以满足基本的工作供电。因此在进入维修模式前，必须要对车辆的低压供电状态进行判断，当车辆处于低压供电状态时，车辆才能够进入维修模式。

需要说明的是，预设条件中的车辆档位为P档即为车辆处于停车档，通过锁止车轴或其他形式限制车轮转动，因此档车辆档位处于P档状态时，可认为车辆处于车速为0的状态。因此车辆在接收到第一维修模式请求后，可先检测车辆的档位状态，若档位状态处于P档，则可不检测车辆的速度；而若档位不处于P档，则需要检测车辆速度或将车辆档位调节至P档后再次进行判断。

S130：若车辆的当前状态满足预设条件，则控制车辆进入维修模式。

为了避免维修过程中用户远程控制车辆，为维修工作带来风险，车辆的维修模式需要将车辆的远程控制功能进行关闭。同时由于维修人员在维修过程中，不可避免的需要对车辆中管线、动力电池或其他部件进行操作，这些操作可能带来其他的故障告警，为了避免维修过程中产生的故障告警发送至用户或云端，也需要将车辆的数据上传功能关闭，从而防止维修过程中车辆向云端服务器或用户频繁发送故障信号，给用户带来不必要的麻烦。因此在控制车辆进入维修模式过程中，需要同时关闭车辆的远程控制功能和数据上传功能。

需要说明的是，车辆的数据上传功能主要用于向用户的远程控制端(例如智能手机)以及车企的云端服务器中上传车辆的故障信息和状态信息，由于车企的云端服务器中的数据需要受到一定监管，为了避免车辆维修过程中产生的故障信息上传，影响到监管情况，因此在维修过程中要关闭车辆的数据上传功能。

示例性的，由于远程控制功能和数据上传功能都需要通过联网才能够实现，因此可通过车辆中的CDC向TBOX发送指令，关闭TBOX来断开车辆与网络的连接。其中，CDC为智能座舱域控制器，而TBOX为车载联网终端，CDC是用于控制车辆座舱内设备组件的控制器或处理器，TBOX则是通过网关与云端服务器或互联网进行连接的设备。但应当知晓的是，若关闭了TBOX，则车辆端产生的所有数据均不会被上传。

在部分实施例中，也可不关停TBOX，而是通过车辆向TBOX发送维修模式开启的信号，TBOX响应所述信号，关闭自身的联网功能或数据传输功能，从而关闭车辆的远程控制功能和数据上传功能。

所述方法通过设置维修模式，并在维修模式中禁用车辆的远程控制功能和数据上传功能，能够有效保护车辆维修期间的安全，并防止用户的隐私泄露。

图2示出了本申请实施例中另一种车辆的维修模式控制方法的流程图。在部分实施例中，在控制车辆进入维修模式后，为了提醒用户车辆处于维修模式状态，还需要向用户的移动设备发送信号。如图2所示，所述控制方法包括：

S210：接收第一维修模式请求。

S220：响应于第一维修模式请求，获取车辆的当前状态。

S230：若车辆的当前状态满足预设条件，向与车辆具有关联关系的移动设备发送第一控制指令。

其中，第一控制指令用于控制移动设备关闭远程控制功能。应当理解的是，移动设备是与该车辆具有关联关系的设备，具体的为可为该车辆用户的智能手机、平板电脑等带有远程连接功能的电子设备，且由于车辆与用户的移动设备进行连接的过程中，通常采用应用程序进行两端互联的操作。因此第一控制指令控制移动设备关闭远程控制功能，主要指将移动设备中与所述车辆进行互联的应用程序关停并禁用。

示例性的，移动设备中的应用程序在接收到第一控制指令后，在应用程序界面显示“车辆处于维修模式”字样，并将应用程序中控制车辆的按键置灰，从而达到用户无法通过移动设备控制车辆的目的。需要说明的是，所述按键置灰即为按键处于不可操作状态。

S240：接收来自移动设备的第一响应信息。

其中，第一响应信息用于向车辆发送消息，指示移动设备的远程控制功能的状态为关闭状态。示例性的，在移动设备接收到第一控制指令后，关闭移动设备的远程控制功能，移动设备在确认关闭远程控制功能后，向车辆发送提示信息，以说明移动设备的远程控制功能已经关闭，所述提示信息即为第一响应信息。

需要说明的是，由于在部分实施例中，车辆端可直接通过关闭车辆联网功能进而关闭远程控制和数据上传功能，但此时如果移动设备同步关闭远程连接功能，则移动设备无法准确获知车辆何时退出维修模式，因此移动设备在关闭远程控制功能后，不能关闭远程连接功能。

S250：关闭车辆的远程控制功能与数据上传功能。

在用户的移动设备的远程控制功能被关闭的条件下，车辆的远程控制功能和数据上传功能仍然需要被关闭，避免其他设备错误接入并对车辆进行控制。

本申请实施例对于S230至S240与S250的先后执行顺序并不限定，例如，S230可以在S250之前执行，也可以在S250之后执行，还可以与S250同时执行，图2以S230至S240在S250之前执行为例进行示例性示意。

图3示出了本申请实施例中又一种车辆的维修模式控制方法的流程图。在部分实施例中，为了进一步保护用户的隐私信息安全，在进入维修模式后，还需要对车辆中能够显示用户信息的车载屏幕进行控制。如图3所示，所述控制方法还包括：

S310：接收第一维修模式请求。

S320：响应于第一维修模式请求，获取车辆的当前状态。

S330：若车辆的当前状态满足预设条件，控制车辆的车载屏幕显示提示页面。

在车辆进入维修模式时，为了让维修人员获知车辆已经进入维修模式，可在车载屏幕上显示提示页面，以提示维修人员车辆已进入维修模式，同时能够保证用户的隐私信息安全。

示例性的，在进入维修模式后，车载屏幕上显示“处于维修模式”字样，或直接显示带有“处于维修模式”水印的图片页面。并且在部分实施例中，还需要将车载屏幕上的控件进行置灰，或直接将水印图片置于显示界面中且无法进行操控，避免维修人员误触或进行操控，保证用户的隐私安全。

S340：向服务器发送车辆的第一模式切换信息。

在关闭数据上传功能前，车辆需要将第一模式切换信息上传到服务器中，以形成车辆的操作日志。模式切换信息用于记录车辆的模式切换，示例性的，模式切换信息可以包括切换时间、切换前模式、切换目标模式，例如第一模式切换信息可为：年.月.日，由正常模式切换至维修模式。

在部分实施例中，也可由诊断仪对第一模式切换信息进行上传，当通过诊断仪进行第一模式切换信息的上传时，上传过程可在关闭车辆的数据上传功能后进行。

S350：关闭车辆的远程控制功能与数据上传功能。

控制车辆的远程控制功能和数据上传功能关闭，从而使车辆进入维修模式，保证了维修安全和用户隐私安全。

本申请实施例对于S330至S340与S350的先后执行顺序并不限定，例如，S330可以在S350之前执行，也可以在S350之后执行，还可以与S350同时执行，图3以S330至S340在S350之前执行为例进行示例性示意。

图4示出了本申请实施例中又一种车辆的维修模式控制方法的流程图。在维修完成后，需要恢复车辆进入维修模式后关闭的功能，即将车辆从维修模式切换回正常模式，所述正常模式指的是车辆处于可行驶状态且能够接收用户的远程指令，以便于用户后续使用车辆。如图4所示，所述控制方法包括：

S410：接收第一维修模式请求。

S420：响应于第一维修模式请求，获取车辆的当前状态。

S430：若确定车辆的当前状态满足预设条件，则控制车辆进入维修模式。

所述控制方法中S410至S430步骤的执行过程同上述S110至S130步骤的执行过程，因此S410至S430步骤本申请中不做赘述。

S440：接收第二维修模式请求。

其中，第二维修模式请求用于请求退出维修模式。具体的，在维修完成后，维修人员通过断开诊断仪或通过诊断仪直接向车辆发送第二维修模式请求，从而使车辆能够接收到第二维修模式请求。

S450：响应于第二维修模式请求，获取车辆的当前状态。

在接收到第二维修模式请求后，需要再次对车辆的状态进行检测，确认其状态是否满足预设条件，当车辆状态满足预设条件时，就控制车辆退出维修模式；若车辆状态不满足预设条件，可通过车载屏幕显示无法退出维修模式的原因以提醒维修人员。

需要说明的是，退出维修模式的预设条件也包括车辆为低压供电、车辆的档位为P档、以及车辆的车速为0中的至少一个条件，但进入维修模式的预设条件可与退出维修模式的预设条件存在不同。示例性的，进入维修模式的预设条件为车辆为低压供电且车辆档位为P档，退出维修模式的预设条件则可为车辆为低压供电且车辆的车速为0。

S460：若确定车辆的当前状态满足预设条件，则控制车辆退出维修模式。

在退出维修模式时，会开启车辆维修模式中关闭的功能，以便于用户远程进行连接，获取车辆维修后的状态。

具体的，若维修模式中关闭功能时采用直接关闭TBOX，将车辆的联网功能切断，则开启功能时则直接启用TBOX从而恢复车辆的联网功能；若维修模式中仅关闭车辆的远程连接功能和数据上传功能，则在开启功能时将上述两个功能一一激活即可。

通过上述技术方案，能够在维修完成后，退出维修模式并恢复关闭的功能，便于用户对维修后的车辆状态进行查看。

图5示出了本申请实施例中又一种车辆的维修模式控制方法。如图5所示，在部分实施例中，在车辆退出维修模式后，还需要恢复用户的远程控制功能以及提醒维修人员，因此所述控制方法包括：

S500：接收第一维修模式请求。

S510：响应于第一维修模式请求，获取车辆的当前状态。

S520：若确定车辆的当前状态满足预设条件，则控制车辆进入维修模式。

S530：接收第二维修模式请求。

S540：响应于第二维修模式请求，获取车辆的当前状态。

所述控制方法中S500至S540步骤的执行过程同上述S410至S450步骤的执行过程，因此S500至S540步骤本申请中不做赘述。

S550：若车辆的当前状态满足预设条件，向与车辆具有关联关系的移动设备发送第二控制指令。

所述第二控制指令用于控制移动设备开启远程控制功能，与上述第一控制指令相对，第二控制指令控制移动设备开启远程控制功能，主要指将移动设备中与所述车辆进行互联的应用程序启用。

示例性的，移动设备中的应用程序在接收到第二控制指令后，控制应用程序界面不再显示“车辆处于维修模式”字样，并将应用程序中置灰的按键恢复，从而恢复用户的远程操控功能。

S560：接收来自移动设备的第二响应信息。

其中，第二响应信息同样用于向车辆端发送信息，以指示移动设备的远程控制功能的状态为开启状态。示例性的，在移动设备接收到第二控制指令后，开启移动设备的远程控制功能，而移动设备在确认开启远程控制功能后，向车辆发送提示信息，以说明移动设备的远程控制功能已经开启，所述提示信息即为第二响应信息。

S570：开启车辆的远程控制功能与数据上传功能。

S580：控制车辆的车载屏幕显示用于交互的操作页面。

在车辆退出维修模式后，为了让维修人员获知车辆已经退出维修模式，可在车载屏幕上不再显示提示车辆进入维修模式的信息，以提示维修人员车辆已退出维修模式。

示例性的，在退出维修模式后，车载屏幕上不再显示“处于维修模式”字样，并将车载屏幕上置灰的控件进行恢复，从而使车载屏幕的显示页面能够进行交互。

在部分实施例中，为了避免退出维修模式后车辆被操作，在车辆退出维修模式后显示的操作页面可为需要用户输入识别信息的页面。或者车辆端会将车载屏幕收到的操作指令实时发送至移动设备中，从而保证用户的隐私信息。

S590：向服务器发送车辆的第二模式切换信息。

在开启数据上传功能后，车辆需要将第二模式切换信息上传到服务器中，以形成车辆的操作日志。模式切换信息用于记录车辆的模式切换，在本实施例中，用于记录由维修模式切换至正常模式。示例性的，模式切换信息可以包括切换时间、切换前模式、切换目标模式，例如第二模式切换信息可为：年.月.日，由维修模式切换至正常模式。

图6示出了本申请实施例中一种车辆进入维修模式的时序图；图7则示出了本申请实施例中一种车辆退出维修模式的时序图。

以图6和图7中所示内容为一实施例，进一步说明车辆的维修模式控制方法。如图6、图7所示，其中诊断仪为维修人员用于车辆故障诊断的设备，维修人员通过诊断仪接入车辆的OBD中，从而实现对车辆中控制器信息的提取，进而进行诊断。智能座舱域控制器，简称CDC，是车辆中控制器的一种，能够控制车辆座舱中部件的运行，例如对车载联网终端，即TBOX进行操作。云端服务器则是车辆的生产方提供的云端设备，便于存储车辆信息并与用户的移动设备进行交互。移动设备是用户手中与车辆关联的电子设备，可为手机、平板等智能终端。

下面结合图6对车辆进入维修模式的具体方法进行说明。

如图6所示，当维修人员将诊断仪接入OBD接口后，车辆能够接收诊断仪发送的第一维修模式请求，如上述S110步骤中所述，第一维修模式请求用于请求进入维修模式。车辆在接收到第一维修模式请求后，会采集车辆自身的当前状态并与预设条件进行对比，仅在车辆当前状态满足预设条件时，才会进行下述步骤，示例性的，预设条件可为车辆为低压供电以及车速为0。

在判断通过后，CDC向TBOX发送进入维修模式的信号，TBOX会关闭自身的远程控制功能并禁止向云端发送国标数据。需要说明的是，在本实施例中，TBOX仅关闭了上述两种功能，CDC仍能够通过TBOX与云端服务器进行通信。

在CDC向TBOX发送进入维修模式的信号的同时或之后，CDC通过TBOX向云端服务器发送第一控制指令，云端服务器将指令下发至与该车辆关联的移动设备，移动设备响应于第一控制指令，关闭自身的远程控制功能，并生成第一响应信息发送至云端服务器，云端服务器则在接收到第一响应信息后将第一响应信息通过TBOX传输至CDC中。其中第一控制指令用于指示移动设备关闭远程控制功能，而第一响应信息则是用于向车辆表明移动设备的远程控制功能已关闭。

在CDC获取第一响应信息后，CDC确认车辆和手机都禁用了远程控制功能，此时CDC还会控制车载屏幕显示提示页面。示例性的，可在车载屏幕上显示“处于维修模式”字样，或直接显示带有“处于维修模式”水印的图片页面。并且还需要将车载屏幕上的控件进行置灰，或直接将水印图片置于车载屏幕的显示界面中且无法进行操控，避免维修人员误触或进行操控，保证用户的隐私安全。

最后CDC将车辆已切换至维修模式的信息通过TBOX上传至云端，云端通过信息记录操作日志。需要说明的是，操作日志中仅包括了车辆的模式切换信息，并不记录在切换过程中车辆都有哪些操作。示例性的，生成的操作日志可为下述格式：年.月.日，由正常模式切换至维修模式。

下面结合图7对车辆退出维修模式的具体方法进行说明。

如图7所示，在诊断仪接入OBD时，车辆还能够接收诊断仪发送的第二维修模式请求，如上述S440步骤中所述，第二维修模式请求用于请求退出维修模式。车辆在接收到第二维修模式请求后，会采集车辆自身的当前状态并与预设条件进行对比，仅在车辆当前状态满足预设条件时，才会进行下述步骤，示例性的，预设条件可为车辆为低压供电以及车速为0。

在判断通过后，CDC向TBOX发送退出维修模式的信号，TBOX会开启自身的远程控制功能并恢复向云端发送国标数据。

在CDC向TBOX发送退出维修模式的信号的同时或之后，CDC通过TBOX向云端服务器发送第二控制指令，云端服务器将指令下发至与该车辆关联的移动设备，移动设备响应于第二控制指令，开启自身的远程控制功能，并生成第二响应信息发送至云端服务器，云端服务器则在接收到第二响应信息后将第二响应信息通过TBOX传输至CDC中。其中第二控制指令用于指示移动设备开启远程控制功能，而第二响应信息则是用于向车辆表明移动设备的远程控制功能已开启。

在CDC获取第二响应信息后，CDC确认车辆和手机都开启了远程控制功能，此时CDC还会控制车载屏幕显示用于交互的操作页面。示例性的，为了避免退出维修模式后车辆被操作，在车辆退出维修模式后显示的操作页面可为需要用户输入识别信息的页面，或者车辆端会将车载屏幕收到的操作指令实时发送至移动设备中，从而保证用户的隐私信息。

最后CDC将车辆已切换至正常模式的信息通过TBOX上传至云端服务器，云端服务器通过信息记录操作日志。需要说明的是，操作日志中仅包括了车辆的模式切换信息，并不记录在切换过程中车辆都有哪些操作。示例性的，生成的操作日志可为下述格式：年.月.日，由维修模式切换至正常模式。

基于上述车辆的维修模式控制方法，本申请还提供了一种车辆的维修模式控制装置800，如图8所示，包括：

指令接收模块810，用于接收第一维修模式请求。

车辆传感模块820，用于响应于第一维修模式请求，获取车辆的当前状态。

模式控制模块830，用于若车辆的当前状态满足预设条件，则控制车辆进入维修模式；控制车辆进入维修模式包括关闭车辆的远程控制功能与数据上传功能。

在一种可选的方式中，车辆传感模块820采集的内容包括车辆的供电状态和车辆的档位；或者，车辆的供电状态与车辆的车速。

在一种可选的方式中，模式控制模块830还用于：向与车辆具有关联关系的移动设备发送第一控制指令，第一控制指令用于控制移动设备关闭远程控制功能；接收来自移动设备的第一响应信息，第一响应信息用于指示移动设备的远程控制功能的状态为关闭状态。

在一种可选的方式中，模式控制模块830还用于：控制车辆的车载屏幕显示提示页面；提示页面用于指示车辆进入维修模式，并保护用户的隐私信息；向服务器发送车辆的第一模式切换信息，第一模式切换信息用于指示车辆进入维修模式，以使服务器记录车辆进入维修模式。

在一种可选的方式中，指令接收模块810还用于接收第二维修模式请求，第二维修模式请求用于请求退出维修模式。

模式控制模块830还用于：响应于第二维修模式请求，获取车辆的当前状态。若车辆的当前状态满足预设条件，则控制车辆退出维修模式；控制车辆退出维修模式包括开启车辆的远程控制功能与数据上传功能。

在一种可选的方式中，模式控制模块830还用于：向与车辆具有关联关系的移动设备发送第二控制指令，第二控制指令用于控制移动设备开启远程控制功能；接收来自移动设备的第二响应信息，第二响应信息用于指示移动设备的远程控制功能的状态为开启状态。

在一种可选的方式中，模式控制模块830还用于：控制车辆的车载屏幕显示用于交互的操作页面；向服务器发送车辆的第二模式切换信息，第二模式切换信息用于指示车辆退出维修模式，以使服务器记录车辆退出维修模式。

图9示出了本发明实施例提供的一种车辆的维修模式控制设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

基于上述车辆的维修模式控制方法，本申请还提供了一种车辆的维修模式控制设备，如图9所示，该电子设备可以包括：处理器(processor)902、通信接口(CommunicationsInterface)904、存储器(memory)906、以及通信总线908。

其中：处理器902、通信接口904、以及存储器906通过通信总线908完成相互间的通信。通信接口904，用于与其它设备比如客户端或其它服务器等的网元通信。处理器902，用于执行程序910，具体可以执行上述车辆的维修模式控制方法实施例中的相关步骤。

具体地，程序910可以包括程序代码，该程序代码包括计算机可执行指令。

处理器902可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecificIntegratedCircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器906，用于存放程序910。存储器906可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

程序910具体可以被处理器902调用使电子设备执行以下操作：

接收第一维修模式请求。

响应于第一维修模式请求，获取车辆的当前状态。

若车辆的当前状态满足预设条件，则控制车辆进入维修模式，所述控制车辆进入维修模式包括关闭所述车辆的远程控制功能与数据上传功能。

在一种可选的方式中，车辆的当前状态满足预设条件包括车辆为低压供电且车辆的档位为P档；或者，车辆为低压供电且车辆的车速为0。

在一种可选的方式中，在控制车辆进入维修模式之后，方法还包括：向与所述车辆具有关联关系的移动设备发送第一控制指令，第一控制指令用于控制移动设备关闭远程控制功能；接收来自移动设备的第一响应信息，第一响应信息用于指示移动设备的远程控制功能的状态为关闭状态。

在一种可选的方式中，在控制车辆进入维修模式之后，方法还包括：控制车辆的车载屏幕显示提示页面；所述提示页面用于指示车辆进入维修模式，并保护用户的隐私信息；向服务器发送车辆的第一模式切换信息，第一模式切换信息用于指示车辆进入维修模式，以使服务器记录车辆进入维修模式。

在一种可选的方式中，在控制车辆进入维修模式之后，方法还包括：接收第二维修模式请求，第二维修模式请求用于请求退出维修模式；响应于第二维修模式请求，获取车辆的当前状态；若车辆的当前状态满足预设条件，则控制车辆退出维修模式；控制车辆退出维修模式包括开启车辆的远程控制功能与数据上传功能。

在一种可选的方式中，在控制车辆退出维修模式之后，方法还包括：向与所述车辆具有关联关系的移动设备发送第二控制指令，第二控制指令用于控制移动设备开启远程控制功能；接收来自移动设备的第二响应信息，第二响应信息用于指示移动设备的远程控制功能的状态为开启状态。

在一种可选的方式中，在所述控制所述车辆退出所述维修模式之后，方法还包括：控制车辆的车载屏幕显示用于交互的操作页面；向服务器发送车辆的第二模式切换信息，第二模式切换信息用于指示车辆退出维修模式，以使服务器记录车辆退出维修模式。

本发明实施例中还提供了一种计算机可读存储介质，存储介质中存储有至少一可执行指令，可执行指令在车辆的维修模式控制装置/设备上运行时，使得车辆的维修模式控制装置/设备执行上述任意方法实施例中的车辆的维修模式控制方法的操作。

本发明实施例提供的一种车辆的维修模式控制方法、装置及设备，通过接收第一维修模式请求，使车辆请求进入维修模式，然后响应于所述第一维修模式请求，获取车辆的当前状态，若所述车辆的当前状态满足预设条件，则控制所述车辆进入所述维修模式，车辆进入维修模式包括关闭所述车辆的远程控制功能与数据上传功能。应用本发明的技术方案，能够使车辆在进行维修时进入维修模式，在维修模式中则关闭车辆的远程控制和数据上传功能，防止维修过程中车辆被操控或上传故障数据，从而保护用户隐私安全并防止维修安全事故发生。

在此处所提供的说明书中，说明了大量具体细节。然而能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。类似地，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。其中，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种车辆的维修模式控制方法，其特征在于，包括：

接收第一维修模式请求，所述第一维修模式请求用于请求进入维修模式；

响应于所述第一维修模式请求，获取所述车辆的当前状态；

若所述车辆的当前状态满足预设条件，则控制所述车辆进入所述维修模式；所述控制所述车辆进入所述维修模式包括关闭所述车辆的远程控制功能与数据上传功能。

2.根据权利要求1所述的车辆的维修模式控制方法，其特征在于，所述车辆的当前状态满足预设条件包括所述车辆为低压供电且所述车辆的档位为P档；或者，所述车辆为低压供电且所述车辆的车速为0。

3.根据权利要求2所述的车辆的维修模式控制方法，其特征在于，在所述控制所述车辆进入维修模式之后，所述方法还包括：

向与所述车辆具有关联关系的移动设备发送第一控制指令，所述第一控制指令用于控制所述移动设备关闭远程控制功能；

接收来自所述移动设备的第一响应信息，所述第一响应信息用于指示所述移动设备的远程控制功能的状态为关闭状态。

4.根据权利要求2所述的车辆的维修模式控制方法，其特征在于，在所述控制所述车辆进入维修模式之后，所述方法还包括：

控制所述车辆的车载屏幕显示提示页面；所述提示页面用于指示所述车辆进入所述维修模式且所述维修模式用于保护用户的隐私信息；

向服务器发送所述车辆的第一模式切换信息，所述第一模式切换信息用于指示所述车辆进入所述维修模式，以使所述服务器基于所述第一模式切换信息生成第一模式切换日志记录所述车辆进入所述维修模式。

5.根据权利要求1-4中任一项所述的车辆的维修模式控制方法，其特征在于，在控制所述车辆进入维修模式之后，所述方法还包括：

接收第二维修模式请求，所述第二维修模式请求用于请求退出所述维修模式；

响应于所述第二维修模式请求，获取所述车辆的当前状态；

若所述车辆的当前状态满足所述预设条件，则控制所述车辆退出所述维修模式；所述控制所述车辆退出所述维修模式包括开启所述车辆的远程控制功能与数据上传功能。

6.根据权利要求5所述的车辆的维修模式控制方法，其特征在于，在所述控制所述车辆退出所述维修模式之后，所述方法还包括：

向与所述车辆具有关联关系的移动设备发送第二控制指令，所述第二控制指令用于控制所述移动设备开启远程控制功能；

接收来自所述移动设备的第二响应信息，所述第二响应信息用于指示所述移动设备的远程控制功能的状态为开启状态。

7.根据权利要求5所述的车辆的维修模式控制方法，其特征在于，在所述控制所述车辆退出所述维修模式之后，所述方法还包括：

控制所述车辆的车载屏幕显示主页面；

向服务器发送所述车辆的第二模式切换信息，所述第二模式切换信息用于指示所述车辆退出所述维修模式，以使所述服务器基于所述第二模式切换信息生成第二模式切换日志记录所述车辆退出所述维修模式。

8.一种车辆的维修模式控制装置，其特征在于，包括：

指令接收模块，用于接收第一维修模式请求；

车辆传感模块，用于响应于所述第一维修模式请求，获取所述车辆的当前状态；

模式控制模块，用于若所述车辆的当前状态满足预设条件，则控制所述车辆进入所述维修模式；所述控制所述车辆进入所述维修模式包括关闭所述车辆的远程控制功能与数据上传功能。

9.一种车辆的维修模式控制设备，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7任一项所述的一种车辆的维修模式控制方法的操作。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令在车辆的维修模式控制装置/设备上运行时，使得车辆的维修模式控制装置/设备执行如权利要求1-7任一项所述的车辆的维修模式控制方法的操作。

Images