CN118107496A - 车辆控制方法、车辆控制系统和相关设备 - Google Patents

车辆控制方法、车辆控制系统和相关设备 Download PDF

Info

Publication number
CN118107496A
CN118107496A CN202211521914.3A CN202211521914A CN118107496A CN 118107496 A CN118107496 A CN 118107496A CN 202211521914 A CN202211521914 A CN 202211521914A CN 118107496 A CN118107496 A CN 118107496A
Authority
CN
China
Prior art keywords
vehicle
maintenance mode
maintenance
client
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211521914.3A
Other languages
English (en)
Inventor
周扬
程楠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202211521914.3A priority Critical patent/CN118107496A/zh
Priority to PCT/CN2023/118729 priority patent/WO2024114046A1/zh
Publication of CN118107496A publication Critical patent/CN118107496A/zh
Pending legal-status Critical Current

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18—Status alarms
    • G08B21/24—Reminder alarms, e.g. anti-loss alarms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Emergency Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Mechanical Engineering (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请实施例公开了车辆控制方法、车辆控制系统和相关设备，用于避免维修过程中泄漏用户数据，从而保护用户的隐私信息。本申请实施例方法包括：确定车辆处于维修模式。当车辆处于维修模式时，控制车辆的数据访问空间为维修数据空间，维修数据空间与存储用户数据的用户数据空间隔离。

Description

车辆控制方法、车辆控制系统和相关设备
技术领域
本申请涉及计算机技术领域，尤其涉及车辆控制方法、车辆控制系统和相关设备。
背景技术
随着科技的发展，汽车智能网联化逐步加深，在车辆上搭载智能车机，得到一个包括了环境感知、规划决策、辅助驾驶等功能于一体的综合系统。该系统集中运用了包括计算机、现代传感、人工智能等技术。
在车辆的车机中，存储有大量的用户数据，并提供了各种各样的功能。但在车辆维修的过程中，这些功能可能会存在风险和不便，影响用户体验。
发明内容
本申请提供了车辆控制方法、车辆控制系统和相关设备。在车辆控制方法中，设置了车辆的维修模式，当车辆进入维修模式时，会设置当前的数据访问空间为维修数据空间，与用户数据空间相隔离，从而保护用户的隐私信息。
本申请第一方面提供了一种车辆控制方法，该方法应用于车机，包括：
车机确定车辆处于维修模式，在车辆处于维修模式的情况下，车机可以控制车辆的数据访问空间为维修数据空间，该维修数据空间与存储用户数据的用户数据空间隔离。也就是说，在处于维修模式的情况下，车机会开启数据隔离功能。而数据空间隔离是指禁止未授权用户访问用户数据空间。其中，未授权用户是指非登录当前账户的用户，例如维修人员等。
从以上技术方案可以看出，本申请具有以下优点：
在维修模式下，控制数据访问空间为维修数据空间，维修数据空间与用户数据空间相隔离，从而防止用户数据空间中存储的用户数据泄露，保护了用户隐私，也避免了维修数据对用户数据造成影响，提升了用户体验。
在第一方面的一种可能的实现方式中，在进入维修模式的情况下，可以启动或者重启车辆或者车辆的车机，在这个过程中建立维修数据空间，使得在车辆或者车机启动或者重启完成后，维修数据空间被创建。
本申请实施例中，在启动或者重启车辆或者车机的过程中创建维修数据空间，使得维修数据空间与用户数据空间完全隔离，更进一步地防止访问维修数据空间的过程中访问到用户数据，更好地保护了用户隐私。
在第一方面的一种可能的实现方式中，维修数据空间还可以是预置数据空间。在这种情况下，不需要重启车机或者车辆，就可以控制数据访问空间为维修数据空间。
本申请实施例中，在本次维修过程中，可以不需要通过启动或者重启车辆或者车机的方式，确定维修数据空间，简化了维修步骤，降低了维修过程的复杂度。另外，维修数据空间有多种来源，丰富了本申请技术方案的应用场景和实现方式，提升了本申请技术方案的灵活性。
在第一方面的一种可能的实现方式中，在控制车辆的数据访问空间为维修数据空间之前，车机还能够获取针对于车载屏幕的第一操作指令、车辆的状态信息和维修空间信息。其中，第一操作指令指示开启数据隔离功能。在车辆的状态信息满足状态条件，且数据空间信息指示存在维修数据空间的情况下，车机会响应第一操作指令控制车辆的数据访问空间为维修数据空间。
本申请实施例中，车机会在确认车辆的状态信息满足状态条件，且存在维修数据空间信息下，响应对车载屏幕的第一操作指令开启数据隔离功能。从多个角度进行确认，不仅能够避免误操作，也能提升安全性和稳定性。
在第一方面的一种可能的实现方式中，在确定车辆处于维修模式之前，如果车辆处于非工厂模式，那么车机获取来自于云端的指示车辆进入维修模式的第一指令，并获取车辆的状态信息。在车辆的状态信息满足状态条件的情况下，根据第一指令控制车辆进入维修模式。其中，车辆处于非工厂模式是指车辆已经生产完成，进入出厂销售或者展览等场景。在这种情况下，车辆的车机中存储了用户数据，这里的用户数据包括车主数据或者其他人员在操作车辆的过程中产生的数据。例如，设置车辆的默认空调温度、座椅高度等。第一指令可以是云端根据操作人员在云服务平台输入的工单，并对维修工单校验通过后得到的指令，或者，第一指令是云端通过云服务平台的预留接口获取的指令，具体此处不做限定。工单校验通过包括云端的工单管理系统中存在该工单，且该工单已经被确认。如果车辆处于工厂模式，那么车机会获取车辆的状态信息，在车辆的状态信息满足状态条件的情况下，车机会响应针对于车载屏幕的第二操作指令，控制车辆进入维修模式，第二操作指令用于指示进入维修模式。其中，车辆处于工厂模式是指车辆还未出厂销售的情况，在这种情况下，车辆没有与云端和客户端绑定，并不会接收来自于云端或者客户端的信息。
本申请实施例中，车辆处于不同的模式，车机控制车辆进入维修模式的方式有所不同，丰富了本申请技术方案的应用场景。另外，在车辆处于非工厂模式的情况下，车机是在确定车辆的状态信息满足状态条件的情况下才会响应第一指令控制车辆进入维修模式，提升安全性和可靠性；在车辆处于工厂模式的情况下，并不需要与云端交互，就能控制车辆进入维修模式，简化了过程。
在第一方面的一种可能的实现方式中，在根据第一指令控制车辆进入维修模式之前，如果车辆处于非工厂模式，车机还会向云端发送第一验证码，第一验证码用于请求进入维修模式。云端对第一验证码进行校验，并向车机发送对应于第一验证码的第一校验结果。车机获取来自于云端的第一校验结果，并在第一校验结果指示验证通过，且状态信息满足状态条件的情况下，根据第一指令控制车辆进入维修模式。
本申请实施例中，在车辆处于非工厂模式的情况下，车机会根据第一校验结果、车辆的状态信息，确定是否跟据第一指令控制车辆进入维修模式。从多个角度进行确认，不仅能够避免误操作，也能提升安全性，避免车辆状态被随意篡改，提升稳定性。
在第一方面的一种可能的实现方式中，状态信息包括运动状态信息、网络状态信息和系统状态信息。车辆的状态信息满足状态条件，包括：运动状态信息指示车辆处于静止状态，且网络状态信息指示车辆的网络正常，系统状态信息指示车辆的系统正常。
本申请实施例中，车辆状态信息包括了运动状态、系统状态和网络状态多个维度的信息，保证在车辆静止且系统和网络均正常的情况下，才触发进入维修模式，更进一步提升了安全性和可靠性。
在第一方面的一种可能的实现方式中，维修数据空间用于存储维修数据，车机还可以向云端发送维修数据。
本申请实施例中，车机会向云端发送维修数据，使得云端保存维修数据，用户或者维修人员能够查阅维修数据，进行纠错、校验等，提升了技术方案的实用性。
在第一方面的一种可能的实现方式中，如果车辆处于工厂模式，那么车机可以响应针对于车载屏幕的第三操作指令，控制车辆退出维修模式，第三操作指令用于指示退出维修模式。如果车辆处于非工厂模式，那么车机可以获取来自于云端的指示车辆退出维修模式的第二指令，并根据第二指令控制车辆退出维修模式。
本申请实施例中，车辆处于不同的模式，车机控制车辆退出维修模式的方式有所不同，丰富了本申请技术方案的应用场景。
在第一方面的一种可能的实现方式中，在根据第二指令控制车辆退出维修模式之前，如果车辆处于非工厂模式，那么车机可以向云端发送第二验证码，第二验证码用于请求退出维修模式。云端对第二验证码进行校验，并向车机发送对应于第二验证码的第二校验结果。车机获取来自于云端的第二校验结果，并在第二校验结果指示验证通过的情况下，根据第二指令控制车辆进入维修模式。
本申请实施例中，在车辆处于非工厂模式的情况下，车机会根据第二校验结果，确定是否跟据第二指令控制车辆退出维修模式，能够有效防止误操作导致的误退出维修模式，进一步提升了用户体验。
在第一方面的一种可能的实现方式中，当车辆退出维修模式，车机会删除维修数据空间存储的维修数据。
本申请实施例中，在退出维修模式的情况下，会删除车机本地的维修数据，避免维修数据给用户带来困扰，进一步提升了用户体验。
在第一方面的一种可能的实现方式中，当车辆处于维修模式，车机设置车辆的智能管理功能为暂停使用状态。当车辆退出维修模式，车机设置智能管理功能为可用状态。其中，智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。
本申请实施例中，车机设置车辆的智能管理功能为暂停使用状态，能够避免在车辆处于维修模式的情况下，智能管理功能带来的不便。例如，设置远程控制功能为暂停使用状态，能够防止误操作对车辆中的操作人员造成人身伤害，提升了本申请技术方案的安全性；设置车辆的告警功能为暂停使用状态，能够减少不必要的信息传输，避免为用户和维修方带来困扰。
在第一方面的一种可能的实现方式中，在车辆处于维修模式的情况下，如果车辆处于非工厂模式，车机还可以向客户端发送第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能。在车辆退出维修模式的情况下，如果车辆处于非工厂模式，车机还可以向客户端发送第二通知信息，第二通知信息指示开启客户端的智能管理功能。其中，车机向客户端发送第一通知信息或者第二通知信息，既可以是车机直接发送给客户端，也可以是车机发送给云端之后，由云端转发给客户端，具体此处不做限定。
本申请实施例中，在车辆处于维修模式且处于非工厂模式的情况下，可以设置客户端的智能管理功能暂停使用状态，避免由于客户端的误操作带来的不便。另外，在车辆退出维修模式的情况下，无需用户设置，车机就能恢复在维修模式下被暂停使用的功能，简化了用户的操作。
在第一方面的一种可能的实现方式中，在车机处于维修模式下设置车辆的智能管理功能为暂停使用状态之后，如果车辆处于非工厂模式，车机可以向客户端申请开启智能管理功能。具体来说，车机可以向客户端发送第一申请信息，第一申请信息指示开启智能管理功能。客户端如果允许开启智能管理功能，车机会获取来自于客户端的第一允许信息，并根据第一允许信息，设置智能管理功能为可用状态。其中，第一申请信息或第一允许信息，既可以在客户端和车机之间直接传输，也可以通过云端转发，具体此处不做限定。
本申请实施例中，在车辆处于维修模式，默认设置车辆的智能管理功能为暂停使用状态的情况下，通过车机向客户端请求，能够恢复智能管理功能，以方便操作人员确认相关功能是否维修成功，进一步提升了本申请技术方案的实用性。
在第一方面的一种可能的实现方式中，在设置车辆的智能管理功能为暂停使用状态之后，车机可以获取来自于客户端的第二申请信息，第二申请信息指示开启智能管理功能。然后控制车载屏幕显示第二申请信息对应的申请界面，再响应针对于车载屏幕的第四操作指令，设置智能管理功能为可用状态，第四操作指令指示开启智能管理功能。
本申请实施例中，在车辆处于维修模式，默认设置车辆的智能管理功能为暂停使用状态的情况下，也可以通过客户端的申请恢复使用智能管理功能，使得车主了解相关维修信息，进一步提升了本申请技术方案的实用性。
在第一方面的一种可能的实现方式中，当车辆处于维修模式且车辆重启时，控制重启后的车辆处于维修模式。其中，重启车辆包括整车器件先下电再上电的过程。
本申请实施例中，在车辆处于维修模式的情况下发生车辆重启时，能够控制重启后的车辆处于维修模式，避免了维修模式的误退出，也就是说，防止误退出维修模式带来的不便。
在第一方面的一种可能的实现方式中，当车辆处于维修模式，控制车载屏幕显示维修界面；当退出维修模式，控制车载屏幕显示用户界面。
本申请实施例中，在车辆处于维修模式的情况下，可以控制车载屏幕显示维修界面，使得操作人员能直观地了解到车辆的当前状态，进一步提升了用户体验。当退出维修模式，无需用户设置就能返回用户界面，为用户提供了便利。
本申请实施例第二方面提供了一种车辆控制方法，该方法应用于客户端，该方法包括：
当车辆处于维修模式，获取来自于云端或者车机的第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能，智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。根据第一通知信息，设置智能管理功能为暂停使用状态。
本申请实施例中，客户端设置客户端的智能管理功能为暂停使用状态，能够避免在车辆处于维修模式的情况下，由于客户端误操作智能管理功能所带来的不便。例如，设置远程控制功能为暂停使用状态，能够防止误操作对车辆中的操作人员造成人身伤害，提升了本申请技术方案的安全性；设置车辆的告警功能为暂停使用状态，能够减少不必要的信息传输，避免为用户和维修方带来困扰。
在第二方面的一种可能的实现方式中，在设置智能管理功能为暂停使用状态之后，客户端还能获取来自于车机或者云端的第一申请信息，第一申请信息指示开启智能管理功能。并根据第一申请信息，设置智能管理功能为可用状态。
本申请实施例中，在车辆处于维修模式，默认设置车辆的智能管理功能为暂停使用状态的情况下，通过车机向客户端请求，能够恢复智能管理功能，以方便操作人员确认相关功能是否维修成功，进一步提升了本申请技术方案的实用性。
在第二方面的一种可能的实现方式中，在设置智能管理功能为暂停使用状态之后，客户端还可以向车机或者云端发送第二申请信息，第二申请信息指示开启智能管理功能。获取来自于车机或者云端的允许信息，允许信息对应于第二申请信息。之后根据允许信息，设置智能管理功能为可用状态。
本申请实施例中，在车辆处于维修模式，默认设置车辆的智能管理功能为暂停使用状态的情况下，也可以通过客户端的申请恢复使用智能管理功能，使得车主了解相关维修信息，进一步提升了本申请技术方案的实用性。
在第二方面的一种可能的实现方式中，在设置智能管理功能为暂停使用状态之后，当车辆退出维修模式，客户端获取来自于云端或者车机的第二通知信息，第二通知信息指示开启客户端的智能管理功能。之后根据第二通知信息，设置智能管理功能为可用状态。
本申请实施例中，当退出维修模式，无需用户设置，客户端就能恢复在维修模式下被暂停使用的功能，简化了用户的操作。
本申请实施例第三方面提供了一种车辆控制方法，该方法应用于云端，包括：
向车机发送第一指令，第一指令指示车辆进入维修模式并设置车辆的智能管理功能为暂停使用状态，第一指示为云端对维修工单检验通过得到的指令，或者，通过预留接口获取的指令。其中，智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。
本申请实施例中，云端向客户端发送的第一指令指示车辆进入维修模式并设置车辆的智能管理功能为暂停使用状态，能够避免在车辆处于维修模式的情况下，智能管理功能带来的不便。例如，设置远程控制功能为暂停使用状态，能够防止误操作对车辆中的操作人员造成人身伤害，提升了本申请技术方案的安全性；设置车辆的告警功能为暂停使用状态，能够减少不必要的信息传输，避免为用户和维修方带来困扰。
在第三方面的一种可能的实现方式中，在车辆处于维修模式的情况下，云端向客户端发送第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能。
在第三方面的一种可能的实现方式中，向车机发送第二指令，第二指令指示车辆退出维修模式并设置车辆的智能管理功能为可用状态。
在第三方面的一种可能的实现方式中，在车辆退出维修模式的情况下，云端向客户端发送第二通知信息，第二通知信息指示开启客户端的智能管理功能。
本申请实施例第四方面提供了一种车辆控制系统，该系统包括车机，车机用于执行前述第一方面以及第一方面的任一种可能的实现方式所示的方法。
在第四方面的一种可能的实现方式中，车辆控制系统还包括客户端，客户端用于执行前述第二方面以及第二方面的任一种可能的实现方式所示的方法。
在第四方面的一种可能的实现方式中，车辆控制系统还包括云端，云端用于执行前述第三方面以及第三方面的任一种可能的实现方式所示的方法。
本申请实施例第五方面提供了一种车辆控制装置，包括处理单元和收发单元。
收发单元，用于执行前述第一方面以及第一方面的任一种可能的实现方式所示的方法中的获取操作和发送操作。处理单元，用于执行前述第一方面以及第一方面的任一种可能的实现方式所示的方法中的获取操作和发送操作以外的操作。
本申请实施例第六方面提供了一种车辆控制装置，包括处理单元和收发单元。
收发单元，用于执行前述第二方面以及第二方面的任一种可能的实现方式所示的方法中的获取操作和发送操作。处理单元，用于执行前述第二方面以及第二方面的任一种可能的实现方式所示的方法中的获取操作和发送操作以外的操作。
本申请实施例第七方面提供了一种车辆控制装置，包括处理单元和收发单元。
收发单元，用于执行前述第三方面以及第三方面的任一种可能的实现方式所示的方法中的获取操作和发送操作。处理单元，用于执行前述第三方面以及第三方面的任一种可能的实现方式所示的方法中的获取操作和发送操作以外的操作。
本申请实施例第八方面提供了一种控制装置，包括处理器和存储器，处理器存储指令，当存储在存储器上的指令在处理器上运行时，实现前述第一方面以及第一方面的任一种可能的实现方式，或者第二方面以及第二方面的任一种可能的实现方式，或者第三方面以及第三方面的任一种可能的实现方式所示的方法。
本申请第九方面提供了一种计算机可读存储介质，计算机可读存储介质中保存有指令，当指令在处理器上运行时，实现第一方面以及第一方面的任一种可能的实现方式，或者第二方面以及第二方面的任一种可能的实现方式，或者第三方面以及第三方面的任一种可能的实现方式所示的方法。
本申请第十方面提供了一种计算机程序产品，当计算机程序产品在处理器上执行时，实现第一方面以及第一方面的任一种可能的实现方式，或者第二方面以及第二方面的任一种可能的实现方式，或者第三方面以及第三方面的任一种可能的实现方式所示的方法。
第四方面至第十方面所示的有益效果与第一方面以及第一方面的任一种可能的实现方式，或者第二方面以及第二方面的任一种可能的实现方式，或者第三方面以及第三方面的任一种可能的实现方式所示的有益效果类似，此处不再赘述。
附图说明
图1a为本申请实施例提供的系统架构的一个示意图；
图1b为本申请实施例提供的车辆的一个示意图；
图2为本申请实施例提供的车辆控制方法的一个流程示意图；
图3为本申请实施例提供的车辆控制方法的另一个流程示意图；
图4a为本申请实施例提供的车载屏幕的界面示意图；
图4b为本申请实施例提供的车载屏幕的界面示意图；
图5为本申请实施例提供的车载屏幕的界面示意图；
图6a为本申请实施例提供的车载屏幕的界面示意图；
图6b为本申请实施例提供的车载屏幕的界面示意图；
图6c为本申请实施例提供的车载屏幕的界面示意图；
图7为本申请实施例提供的车辆控制方法的另一个流程示意图；
图8为本申请实施例提供的车载屏幕的界面示意图；
图9为本申请实施例提供的车辆控制方法的另一个流程示意图；
图10为本申请实施例提供的客户端的界面示意图；
图11为本申请实施例提供的车辆控制方法的另一个流程示意图；
图12为本申请实施例提供的车载屏幕的界面示意图；
图13为本申请实施例提供的客户端的界面示意图；
图14为本申请实施例提供的车辆控制方法的另一个流程示意图；
图15为本申请实施例提供的客户端的界面示意图；
图16为本申请实施例提供的车载屏幕的界面示意图；
图17a为本申请实施例提供的车载屏幕的界面示意图；
图17b为本申请实施例提供的客户端的界面示意图；
图18为本申请实施例提供的车辆控制方法的另一个流程示意图；
图19为本申请实施例提供的车载屏幕的界面示意图；
图20为本申请实施例提供的车载屏幕的界面示意图；
图21为本申请实施例提供的车辆控制方法的另一个流程示意图；
图22为本申请实施例提供的车辆控制系统的一个结构示意图；
图23为本申请实施例提供的车辆控制装置的一个结构示意图；
图24为本申请实施例提供的控制设备的一个结构示意图。
具体实施方式
本申请实施例提供了车辆控制方法、车辆控制系统和相关设备。在车辆控制方法中，设置了车辆的维修模式，当车辆进入维修模式时，会设置当前的数据访问空间为维修数据空间，与用户数据空间相隔离，从而保护用户的隐私信息。另外，还可以将车辆的某些功能设为暂停使用状态，避免由于操作不当引发的安全事故，以及给用户带来的困扰。基于这些方式，从不同的角度提升用户体验。
下面结合附图，对本申请的实施例进行描述。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，其目的在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。另外，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，下文的各个实施例(或者说是各个实施方式)，既可以单独作为一种技术方案，也可以互相组合作为一个技术方案，本申请对此不做限定。
首先，请参阅图1a，图1a为本申请实施例适用的一个可能的系统架构示意图。如图1a所示，系统架构包括车辆、云端和客户端。
车辆中搭载了车机，能够实现车与外界的信息通讯，包括车与人、车与云端的信息通讯。车机能够提供多样化的功能，包括但不限于：拨打电话、发送短信、语音控制、影音娱乐、告警、个性化配置、远程控制等。
示例性的，如图1b所示，车机可以安装在中控台中，且车机主机与车载屏幕101在一起。在一些可选的实施方式中，车机主机也可以与车载屏幕101分开，具体此处不做限定。在实际应用中，车辆所包括的车载屏幕除了可以位于图1b中101示的中控台，还可以是抬头显示(head up display，HUD)，HUD的显示界面位于挡风玻璃前。
云端包括服务器，由一系列组件和操作逻辑集合而成，既可以包括单服务器，也可以包括服务器集群，具体此处不做限定。
在一些可选的实施方式中，用户通过客户端提供的应用程序(application，APP)注册账户，云端为该账户提供一系列服务，这些服务体现在与用户账号关联的车机的相关功能上。例如，用户通过操作APP，可以远程控制车辆，或者接收告警信息等。也就是说，在图1a所示的系统中，可以通过车机、云端和客户端的交互，进行信息传输。可选的，云端与车机、云端与客户端之间可以通过网络协议进行通信，网络协议可以包括传输控制协议(transmission control protocol，TCP)、用户数据报协议(user datagram protocol，UDP)、超文本传输协议(hypertext transfer protocol，HTTP)、以安全为目标的超文本传输协议(hyper text transfer protocol over secure socket layer，HTTPS)等。网络协议还可以包括在上述协议之上使用的远程过程调用协议(remote procedure callprotocol，RPC)协议、表述性状态传递(representational state transfer，REST)协议等，具体此处不作限定。
在一些可选的实施方式中，车机和客户端可以直接交互，不需要云端的参与。可以理解的是，云端和车机也可以进行交互，不需要客户端的参与。
需要注意的是，本申请实施例中，客户端包括终端设备，终端设备的类型有多种可能，除了图1a所示的智能手机之外，还可以是其他终端设备，例如平板电脑、智能手表等，具体此处不做限定。
在一些可选的实施方式中，本申请实施例所适用的系统架构中除了包括车辆、云端和客户端以外，还可以包括其它设备，如核心网设备、无线中继设备和无线回传设备等，对此本申请实施例也不作限定。
下面，请参阅图2，图2为本申请实施例提供的车辆控制方法的一个流程示意图，包括以下步骤：
201.确定车辆处于维修模式。
在车辆的加工过程或者售出之后，都可能进行维修。在不同的场景下，确定车辆是否处于维修模式的方式不同，下面分别对可能的情况进行说明。
1)车辆处于非工厂模式。
这种情况是指，车辆已经生产完成，进入出厂销售或者展览等场景。在这种情况下，车辆的车机中存储了用户数据，这里的用户数据包括车主数据或者其他人员在操作车辆的过程中产生的数据。例如，设置车辆的默认空调温度、座椅高度等。
下面结合示意图，对车辆处于非工厂模式下，车机确定车辆处于维修模式的过程进行说明。请参阅图3，图3为本申请实施例提供的车辆控制方法的流程示意图，包括以下步骤：
301.云端向车机发送第一指令。
在非工厂模式下，为了避免对正常的使用过程造成干扰，想要进入维修模式，需要得到授权。也就是说，云端需要通过一些校验操作才能向车机发送指示车辆进入维修模式的第一指令。具体来说，操作人员可以通过网页(web)访问云端，并在云端创建维修工单。云端可以包括工单管理系统，在该系统中保存维修工单，用户签字确认后，云端校验通过，就会向车机下发第一指令。其中，校验通过是指，在工单管理系统中存在此次维修对应的维修工单，且该维修工单已经被确认，被确认包括具有用户的确认信息，该确认信息包括签名、指纹、印章等能够表示用户授权的信息，具体此处不做限定。
302.车机获取车辆的状态信息。
车机还会对车辆进行检测，以获取车辆的状态信息，车辆的状态信息包括车辆的运动状态信息、车辆的网络状态信息和车辆的系统状态信息。车辆的运动状态信息指示车辆处于行驶状态还是静止状态，车辆的网络状态指示车辆的网络是否正常，车辆的系统状态信息指示车辆的各个模块(包括软件和硬件)是否正常。
303.车机控制车辆进入维修模式。
在车辆的状态信息满足状态的情况下，车机根据第一指令控制车辆进入维修模式。其中，车辆的状态信息满足状态条件包括车辆的运动状态信息指示车辆处于静止状态，车辆的网络状态信息指示车辆的网络正常，车辆的系统信息指示车辆的系统正常。
本申请实施例中，在车辆处于非工厂模式的情况下，车机是在确定车辆的状态信息满足状态条件的情况下才会响应第一指令控制车辆进入维修模式，提升安全性和可靠性。另外，车辆状态信息包括了运动状态、系统状态和网络状态多个维度的信息，保证在车辆静止且系统和网络均正常的情况下，才触发进入维修模式，更进一步提升了本申请技术方案的安全性和可靠性。
在一些可选的实施方式中，车机确定车辆进入维修模式除了满足上述条件之外，还需要满足其他的条件。也就是说，在步骤301之前，还包括以下步骤：
304.车机获取第一验证码。
通过响应针对于车载屏幕的操作，车机能够获取到第一验证码，第一验证码请求进入维修模式。可以理解的是，对车载屏幕进行操作可以有不同的方式，如果车载屏幕位于图1b所示的中控位置，且为触摸屏，那么可以通过直接触控车载屏幕，触发进入维修模式；如果车载屏幕并不是触摸屏，那么可以通过操作控制设备，对车载屏幕进行操作，控制设备包括遥控器、或者控制按钮等，具体此处不做限定。在下文的介绍中，均以车载屏幕为触摸屏为例，对本申请的实施例进行说明。
下面结合示意图，对车机获取验证码的过程进行说明。请参阅图4a和图4b，图4a和图4b为本申请实施例提供的车载屏幕的界面示意图。
在一些可选的实施方式中，如图4a所示，操作人员点击a图所示的车载屏幕中的控件“项目n”，车机会控制车载屏幕显示b图所示的验证界面。控件“项目n”的名称根据实际应用的需要确定，此处不做限定。其中，操作人员点击项目n的操作包括单击、双击或者连续点击该控件达到预设次数、或者长按该控件达到预设时长，预设次数和预设时长都可以根据实际应用的需要确定，具体此处不做限定。可以理解的是，点击控件“项目n”达到预设次数，或者长按控件“项目n”达到预设时长才显示验证界面，是为了防止误操作，从而避免在用户的正常使用过程中误触发维修模式。
在一些可选的实施方式中，a图所示的界面可以有其他的形式，例如图4b中的a-1图所示，基于模式选择的方式，触发进入维修模式。
在一些可选的实施方式中，为了避免在用户的正常使用过程中误触发维修模式，除了如上文所介绍的设置预设次数或者预设时长之外，还可以在响应针对于a图或者a-1图的操作指令之后，显示如c图所示的确认界面，以提醒操作人员是否要进入维修模式。操作人员点击控件“确定”，车机才控制车载屏幕显示b图所示的验证界面。可选的，确认界面除了可以如c图所示之外，还可以包括其他的内容，例如图4b中的c-1图所示，还包括一个倒计时模块。倒计时模块设置在控件“取消”的位置上，假设倒计时为3秒，如果车载屏幕显示c-1图所示的确认界面，3秒后还没有获取到针对于该确认界面的指令，那么车机会默认操作人员点击了控件“取消”，控制车机退回至之前显示的界面，这种设置也能够有效防止误操作。
操作人员在b图所示的验证界面输入第一验证码，基于此操作，车机获取第一验证码。可以理解的是，b图只是以验证码为四位数为例，在实际应用中，验证码还可以有更多或者更少的位数，验证码包括数字、字母、字符中的至少一项，字母包括大写字母和小写字母，具体此处不做限定。
305.车机向云端发送第一验证码。
车机获取到第一验证码之后，会将第一验证码发送给云端，以触发进入维修模式。结合图4a来说，操作人员在b图所示的验证界面输入第一验证码，点击控件“确定”。车机会响应针对于控件“确定”的触控指令，向云端发送第一验证码。
云端收到第一验证码之后，会对第一验证码进行校验，得到第一校验结果，并将第一校验结果发送给车机，作为车机是否控制车辆进入维修模式的依据。第一校验结果指示的是第一验证码验证通过或者不通过，其中，验证通过是指第一验证码与云端生成的验证码相同，也就是说，在云端的工单管理系统中存在与该验证码对应的待处理工单。那么，验证不通过是指第一验证码与云端生成的验证码都不相同，也即云端的工单管理系统中不存在与该验证码对应的工单，也即不存在该验证码对应的维修任务。
可选的，第一校验结果可以承载于第一指令中，也可以是云端在图3所示实施例基础上，再向车机发送第一校验信息，该第一校验信息包括第一校验结果。
云端产生验证码的过程具体包括，操作人员在云端的云服务平台(可以显示为web界面)创建维修工单，云端可以在web界面显示该工单对应的验证码。基于此过程，操作人员能够获取到验证码，以在车载屏幕输入验证码。其中，云端可以对维修工单设置编号，然后基于算法对工单编号进行处理，得到工单对应的验证码，保证工单与验证码一一对应，以防止出错。
在车机向云端发送了用于请求进入维修模式的第一验证码的情况下，步骤303车机控制车辆进入维修模式的判断条件在上文的基础上还要再加上第一校验结果是否指示校验通过。在车辆的状态信息满足状态条件，且第一校验结果指示校验通过的情况下，车机根据第一指令控制车辆进入维修模式。
本申请实施例中，在车辆处于非工厂模式的情况下，车机会根据第一校验结果、车辆的状态信息，确定是否跟据第一指令控制车辆进入维修模式。从多个角度进行确认，不仅能够避免误操作，也能提升安全性，避免车辆状态被随意篡改，提升稳定性。
2)车辆处于工厂模式。
车辆处于工厂模式，是指车辆还未出厂销售的情况，在这种情况下，车机并没有绑定云端和客户端，也就并不需要操作人员创建维修工单，更不需要进行验证码的校验。也就是说，如果车辆处于工厂模式，在车辆的状态信息满足状态条件的情况下，车机会响应针对于车载屏幕的第二操作指令，控制车辆进入维修模式。其中，第二操作指令指示进入维修模式。
在一些可选的实施方式中，针对于车载屏幕的第二操作指令，可以如图4a所示的a图和c图所示，操作人员点击a图所示的车载屏幕中的控件“项目n”，车机会控制车载屏幕显示c图所示的确认界面。操作人员点击c图所示的控件“确定”，车机确定车辆的状态信息满足状态条件的情况下，响应该操作指令，控制车辆进入维修模式。
在一些可选的实施方式中，操作人员点击a图所示的车载屏幕中的控件“项目n”(例如控件n为维修模式的触发控件)，车载屏幕可以不再显示c图所示的确认界面，而是在车机确定车辆的状态信息满足状态条件的情况下，响应该操作指令，控制车辆进入维修模式。
本申请实施例中，车辆处于不同的模式，车机控制车辆进入维修模式的方式有所不同，丰富了本申请技术方案的应用场景。另外，在车辆处于工厂模式的情况下，并不需要与云端交互，就能控制车辆进入维修模式，简化了过程。
202.当车辆处于维修模式时，控制车辆的数据访问空间为维修数据空间，维修数据空间与存储用户数据的用户数据空间隔离。
在车辆处于维修模式的情况下，车机会控制车辆的数据访问空间为维修数据空间，也就是说，车机控制车辆开启数据隔离功能，操作人员所能访问的数据均为维修数据空间的数据。维修数据空间，与用于存储用户数据的用户数据空间相隔离，这里的数据空间隔离意味着禁止未授权用户访问用户数据空间。其中，未授权用户是指非登录当前账户的用户，例如维修人员等。
在维修模式下，控制数据访问空间为维修数据空间，维修数据空间与用户数据空间相隔离，从而防止用户数据空间中存储的用户数据泄露，保护了用户隐私，也避免了维修数据对用户数据造成影响，提升了用户体验。
在一些可选的实施方式中，在步骤202之前，不论车机处于工厂模式还是非工厂模式，车机会在确定满足一定条件的情况下，控制车辆的数据访问空间为维修数据空间。也就是说，在步骤202之前，车机还会获取针对于车载屏幕的第一操作指令、车辆的状态信息、以及维修数据空间信息，其中，第一操作指令指示开启数据隔离功能。在车辆的状态信息满足状态条件，且数据空间信息指示存在维修数据空间的情况下，车机会响应第一操作指令控制车辆的数据访问空间为维修数据空间。
下面结合示意图进行说明，请参阅图5，图5为本申请实施例提供的车载屏幕的界面示意图。
在一些可选的实施方式中，如图5所示，车机响应针对于设置控件501的触控指令，显示菜单界面502。然后响应针对菜单界面502中“功能选择”控件的触控指令，显示功能菜单503。操作人员点击功能菜单503中的“数据隔离”控件，车机响应该操作，获取第一操作指令。
在一些可选的实施方式中，操作人员点击功能菜单503中的“数据隔离”控件，车机响应该操作，还可以控制车载屏幕显示图5中右下图所示的确认界面。操作人员点击确认界面中的“确定”控件，使得车机获取第一操作指令。
需要注意的是，图5只是对车机获取第一操作指令的示意，并不限定实际的界面布局，只要使得车机能够通过响应针对于车载屏幕获取指示开启数据隔离功能的第一操作指令即可，具体此处不做限定。
本申请实施例中，车机会在确认车辆的状态信息满足状态条件，且存在维修数据空间信息下，响应对车载屏幕的第一操作指令开启数据隔离功能。从多个角度进行确认，不仅能够避免误操作，也能提升安全性和稳定性。
可以理解的是，从硬件上看，维修数据空间对应一块存储区域，这块存储区域可以根据维修进程随用随划分，也可以预留固定大小的区域，具体此处不做限定。在车辆开启数据隔离功能之前，需要确认存在维修数据空间。
本申请实施例中，维修数据空间的来源有多种情况，下面分别进行说明。
在一些可选的实施方式中，启动或者重启车辆或者车辆的车机，在启动或者重启的过程中创建维修数据空间，使得在车辆或者车机启动或者重启完成后，维修数据空间被创建。其中，启动车辆或者车机是指在启动之前，车辆或者车机处于未上电的状态；重启车辆或者车机，则是指整车器件或者车机先下电后上电的过程。在启动或者重启的过程中创建维修数据空间，是从数据逻辑的底层开始，新建维修数据空间，使得维修数据空间与用户数据空间从底层开始就互相隔离，有更好的隔离效果。
本申请实施例中，在启动或者重启车辆或者车机的过程中创建维修数据空间，使得维修数据空间与用户数据空间完全隔离，更进一步地防止访问维修数据空间的过程中访问到用户数据，更好地保护了用户隐私。
在一些可选的实施方式中，维修数据空间为预置数据空间。在这种情况下，不需要重启车机或者车辆，就可以控制数据访问空间为维修数据空间。其中，预置数据空间，既可以是车辆出厂时就预置的数据空间，也可以是之前维修过程中所创建的维修数据空间，具体此处不做限定。在本次维修之前，可以清理维修数据空间中的历史数据，避免历史数据对本次维修过程造成影响。
本申请实施例中，在本次维修过程中，可以不需要通过启动或者重启车辆或者车机的方式，确定维修数据空间，简化了维修步骤，降低了维修过程的复杂度。另外，维修数据空间有多种来源，丰富了本申请技术方案的应用场景和实现方式，提升了本申请技术方案的灵活性。
在一些可选的实施方式中，如果不满足上述进入维修模式或者开启数据隔离功能的条件，车机会根据异常原因，控制车载屏幕显示不同的提醒界面。请参阅图6a至图6c，图6a至图6c为本申请实施例提供的车载屏幕的界面示意图。
示例性的，如果第一校验结果指示校验不通过，那么车机可以控制车载屏幕显示如图6a中的d图所示的提醒界面。操作人员点击控件“刷新”，车机可以控制车载屏幕显示验证界面，以使得操作人员重新输入第一验证码。
示例性的，如果车机检测到车辆状态信息不满足状态条件，那么车机可以控制车载屏幕显示如图6a中的e图所示的提醒界面。然后车机响应针对于控件“详情”的触控指令，显示具体的如图6b所示的异常提醒界面。如果，车机检测到车辆未处于静止状态，那么车机可以控制车载屏幕显示如图6b中e-1图所示的异常提醒界面；如果车机检测到车辆系统异常，那么车机可以控制车载屏幕显示如图6b中e-2图所示的异常提醒界面；如果车机检测到网络异常，那么车机可以控制车载屏幕显示如图6b中e-3图所示的异常提醒界面。其中，车辆系统异常的提醒界面，也可以显示具体的异常原因，也就是说e-2图所示的界面上可以显示具体异常的硬件或者软件，例如显示字样“进入维修模式异常，请重启TBOX”，或者“进入维修模式异常，请重启中控”等，具体此处不做限定。
可以理解的是，在车辆的状态信息不满足状态条件的情况下，车载屏幕也可以不显示图6a中的e图所示的提醒界面，直接根据具体的异常原因显示图6b中与原因对应的各个异常提醒界面，具体此处不做限定。
需要注意的是，如果不满足开启数据隔离功能的条件，车载屏幕会显示与图6a和图6b类似的提醒界面，以告知用户异常原因，此处不再赘述。
示例性的，如果数据空间信息指示不存在维修数据空间，导致无法开启数据隔离功能，那么车机可以控制车载屏幕显示如图6c所示的提醒界面。操作人员点击控件“重启”，车机就会重启，并在重启过程中新建维修数据空间。
在一些可选的实施方式中，维修数据空间用于存储维修数据，车机和云端会对维修数据进行不同的操作。请参阅图7，图7为本申请实施例提供的车辆控制方法的一个流程示意图，包括以下步骤：
701.车机向云端发送维修数据。
维修数据包括车辆进入维修模式，操作人员操作车辆所产生的数据，例如调整空调温度、座椅高度等，具体此处不做限定。维修数据能够反映维修过程和维修操作，维修数据会存储在维修数据空间中，车机会将维修数据发送给云端。
702.云端保存维修数据。
云端可以通过多种方式保存维修数据，例如在云端的数据库(data base，DB)、缓存(cache)或者消息队列(message queue)保存维修数据，具体此处不做限定。除此之外，云端还可以将保存维修数据的事务日志(transaction log)。
本申请实施例中，车机会向云端发送维修数据，使得云端保存维修数据，用户或者维修人员能够查阅维修数据，进行纠错、校验等，提升了技术方案的实用性。
在一些可选的实施方式中，在步骤701之后，车机还可以执行步骤703.当车辆退出维修模式，删除维修数据。
在车辆退出维修模式的情况下，车机会删除维修数据，删除维修数据的方式有种，可以只删除维修数据空间中的维修数据，也可以删除维修数据空间，具体此处不做限定。其中，删除维修数据空间是指释放维修数据空间对应的存储区域。可以理解的是，如果维修数据空间是本次维修新建的，且只删除维修数据的话，那么下次维修时，可以不重建维修数据空间，直接沿用该维修数据空间。
本申请实施例中，在退出维修模式的情况下，会删除车机本地的维修数据，避免维修数据给用户带来困扰，进一步提升了用户体验。
在一些可选的实施方式中，在退出维修模式的情况下，也可以不删除车机本地的维修数据，本申请对此不做限定。
在上文的介绍中，着重说明了车辆如何进入维修模式，维修模式下如何实现数据访问空间为维修数据空间，以及对维修数据的相关处理。在实际应用中，由于车机具有丰富的智能管理功能，在维修模式下，车机和/或客户端还会对这些功能加以控制，下面对车机和/或客户端控制各个功能的过程进行说明。
1)当车辆处于维修模式，设置车机和/或客户端的智能管理功能为暂停使用状态。
在车辆处于维修模式的情况下，车机会设置车辆的智能管理功能为暂停使用状态。车机设置车辆的智能管理功能为暂停使用状态，可以理解为车机暂时关闭了车辆的智能管理功能。其中，智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。
远程控制功能也可以称为远控功能，是指通过无线或者电信号，在远端对车辆进行控制的功能。例如，基于应用程序(application，APP)控制车辆的空调温度、座椅高度、空调风向、音视频播放等，具体此处不做限定。
告警功能，是指向外界发出告警或者提醒的功能，包括向车主发出告警以及维修热线告警。其中，维修热线告警包括在检测到车辆故障的情况下，向维修方发出告警。向车主发出的告警有多种可能，例如，通过应用程序提醒用户车门未关闭、空调未关闭、车窗未关闭、电量不足等，具体此处不做限定。需要注意的是，此处设置暂停使用的告警功能可以不包括Ecall、Icall或者Bcall等紧急求助功能。
影音娱乐功能，包括音视频播放、电子书阅读、实景导航、地图显示等功能，为用户带来丰富的视听感受。
个性化配置功能，是指基于用户的设定，配置车辆的参数，例如默认空调温度、默认座椅高度、日程提醒等，具体此处不做限定。个性化配置功能，能够更好地匹配用户习惯和需求。
图像采集功能，是指利用图像采集设备(例如车载摄像头)，进行拍照、录像、视频通话等的功能。在车辆处于维修模式的情况下，出于保护车辆中操作人员的隐私的考虑，可以设置车辆的图像采集功能为暂停使用状态。
在一些可选的实施方式中，可以对车机设置默认程序，使得无论车辆处于工厂模式还是非工厂模式，只要车辆进入了维修模式，车机都可以暂停使用车辆的智能管理功能。
在一些可选的实施方式中，在车辆处于非工厂模式的情况下，云端向车机发送的第一指令，除了指示车辆进入维修模式之外，还可以指示车机暂停使用车辆的智能管理功能。或者，在车辆处于非工厂模式并进入维修模式的情况下，云端另外向车机发送指示暂停使用车辆的智能管理功能的指令，具体此处不做限定。
下面，以车机暂停使用车辆的远程控制功能和告警功能为例，结合示意图进行说明。请参阅图8，图8为本申请实施例提供的车载屏幕的界面示意图。
车机设置车辆的远程控制功能和告警功能为暂停使用状态后，可以通过多种方式在车载屏幕显示，以告知用户：
在一些可选的实施方式中，如图8中的f-1图所示，车载屏幕显示通知控件504，操作人员点击通知控件504，车载屏幕显示通知界面505。在通知界面505中显示通知字样“车辆处于维修模式，远控和告警功能已禁用”的通知字样，以提醒车辆中的操作人员。可以理解的是，车载屏幕所显示的“某功能已禁用”，表达的意思为某功能处于暂停使用状态。也就是说，在本申请实施例中，功能禁用所指示的含义为功能被设置为暂停使用状态。
在一些可选的实施方式中，如图8中的f-2图所示，车机响应针对于设置控件501的触控指令，显示菜单界面502。然后响应针对菜单界面502中“功能选择”控件的触控指令，显示功能菜单503。功能菜单503中的“远控功能”控件和“告警功能”控件的颜色与其他控件颜色不一致，表示这两个功能处于暂停使用状态。操作人员点击该控件，车载屏幕并不会发生变化，或者，车载屏幕会显示类似通知界面505所示的内容，以提醒操作人员，车辆的部分功能处于暂停使用状态。
需要注意的是，图8是以车机暂停使用车辆的远程控制功能和告警功能为例，对车载屏幕的示例，并不构成对本申请技术方案的限定，车载屏幕所显示的具体内容还可以根据实际应用的需要设定，通知控件504的图标也可以是其他形状，通知界面505的位置、大小，以及通知字样均可以不同，具体此处不做限定。示例性的，维修界面可以不包括通知控件504，操作人员可以下拉通知栏，车载屏幕就会显示通知界面505。
本申请实施例中，车机设置车辆的智能管理功能为暂停使用状态，能够避免在车辆处于维修模式的情况下，智能管理功能带来的不便。例如，设置远程控制功能为暂停使用状态，能够防止误操作对车辆中的操作人员造成人身伤害，提升了本申请技术方案的安全性；设置车辆的告警功能为暂停使用状态，能够减少不必要的信息传输，避免为用户和维修方带来困扰。
在车辆处于非工厂模式且处于维修模式的情况下，客户端也会设置客户端的智能管理功能为暂停使用状态。这里的所说的客户端的智能管理功能与车辆的智能管理功能对应，包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。客户端设置客户端的智能管理功能为暂停使用状态的实现方式有多种可能：
在一些可选的实施方式中，车机会向客户端发送第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能。客户端获取来自于车机的第一通知信息，并根据第一通知信息，设置客户端的智能管理功能为暂停使用状态。其中，第一通知信息可以是车机直接发送给客户端的；也可以是车机发给云端，由云端转发给客户端的，具体此处不做限定。
在一些可选的实施方式中，云端向车机发送指示车辆进入维修模式的第一指令的同时或者之后，会向客户端发送第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能。客户端获取来自于车机的第一通知信息，并根据第一通知信息，设置客户端的智能管理功能为暂停使用状态。
示例性的，以客户端暂停使用客户端的远程控制功能和告警功能为例，结合示意图进行说明。请参阅图9，图9为本申请实施例提供的车辆控制方法的流程示意图，包括以下步骤：
901.云端向车机发送第一指令。
第一指令指示车辆进入维修模式，且指示设置车辆的远程控制功能和告警功能为暂停使用状态。
902.当车辆处于维修模式，设置车辆的远程控制功能和告警功能为暂停使用状态。
903.云端向客户端发送第一通知信息。
第一通知信息指示设置客户端的远程控制功能和告警功能为暂停使用状态。
904.客户端根据第一通知信息，设置客户端的远程控制功能和告警功能为暂停使用状态。
在一些可选的实施方式中，步骤903可以替换为以下步骤：
905.车机向客户端发送第一通知信息。
可以理解的是，步骤901至步骤905的具体实现过程在上文已经说明，此处不再赘述。
在客户端设置客户端的智能管理功能为暂停使用的情况下，客户端的界面也有变化。下面，以客户端设置客户端的远程控制功能和告警功能为暂停使用状态为例，结合示意图进行说明。
请参阅图10，图10为本申请实施例提供的客户端的界面示意图
假设客户端安装了与车机和云端交互的APP，且该APP名为“车辆管家”。在车辆处于维修模式的情况下，该APP可以推送不同的消息提醒，APP的主页所显示的内容也有多种可能，下面分别对可能的情况进行说明。
1.1客户端自动暂停使用远程控制功能和告警功能。
在这种情况下，客户端收到第一通知信息后，直接根据第一通知信息设置客户端的远程控制功能和告警功能为暂停使用状态，并不需要用户的参与。
示例性的，如图10中的g-1图所示，客户端的通知栏提醒用户车辆处于维修模式，用户点击“详情”，进入APP的主页面，在客户端自动暂停使用远程控制功能和告警功能的情况下，APP的主页面可以如图10中的g-3图所示。
在一些可选的实施方式中，APP也可以不进行消息推送，也即客户端不显示如图10中g-1图所示的界面。而是在车辆处于维修模式的情况下，用户点击进入APP，就直接显示如图10中g-3图所示的界面。
1.2客户端响应操作指令，暂停使用远程控制功能和告警功能。
在这种情况下，客户端收到第一通知信息，会向用户发出提醒，以提示用户做出选择，决定是否暂停使用远程控制功能和告警功能。
示例性的，如图10中的g-2图所示，客户端的通知栏提醒用户车辆处于维修模式，并由用户进行操作，以确定是否禁用远程控制功能和告警功能。用户点击控件“是”，客户端会暂停使用客户端的远程控制功能和告警功能，也即图10所示的禁用远控功能和告警功能。在用户点击控件“是”之后，客户端可以控制客户端界面进入如图10中的g-3图所示的APP的主页面。可选的，在用户点击控件“是”之后，客户端也可以恢复为消息推送之前的界面，而不切换为如图10中的g-3图所示的APP的主页面，避免给用户的使用带来不便。
在一些可选的实施方式中，为了避免用户长时间未使用客户端设备，长时间未响应g-2图所示的提醒所带来的不便，客户端还可以设置定时器。如果在定时器的设置的时长内未获取到对控件“是”或者控件“否”的操作指令，那么客户端可以自动禁用远程控制功能和告警功能。
需要注意的是，图10中的g-1图和g-3图只是对客户端界面的示例，在实际应用中，通知栏和APP主页所显示的内容还可以有多种情况，只要能够反映车辆处于维修模式，且禁用了远程控制功能和告警功能即可，具体此处不做限定。类似的，图10中的g-2图只是对客户端界面的示例，在实际应用中，通知栏所显示的内容还可以有多种情况，只要能够反映车辆处于维修模式，且需要用户选择暂停使用远程控制功能和告警功能即可，具体此处不做限定。
本申请实施例中，在车辆处于维修模式且处于非工厂模式的情况下，可以设置客户端的智能管理功能暂停使用状态，避免由于客户端的误操作带来的不便。例如，设置远程控制功能为暂停使用状态，能够防止误操作对车辆中的操作人员造成人身伤害，提升了本申请技术方案的安全性；设置车辆的告警功能为暂停使用状态，能够减少不必要的信息传输，避免为用户和维修方带来困扰。
2)当车辆处于维修模式，设置车机和/或客户端的智能管理功能为可用状态。
在一些可选的实施方式中，用户也可以在车机或者客户端设置不暂停使用智能管理功能，或者，在设置暂停使用智能管理功能之后，又申请开启这些功能。在这种情况下，客户端和车机之间可以通过云端传输申请信息和允许信息；车载屏幕或者客户端可以显示相应的申请内容，例如“车主不禁用远控功能，是否同意”，或者，“车主申请开启远控功能，是否同意”等，车机和客户端会根据操作人员输入的指令，确定是否同意，并将结果发送至对端。
可选的，可以设置车机和客户端的优先级，如果车机的优先级大于客户端，那么以车机的反馈为准，确定是否开启智能管理功能；可选的，也可以设置默认规则，在维修模式下，以满足默认规则的结果为准，具体此处不做限定。
下面，对车机或者客户端在设置了车辆和客户端的智能管理功能为暂停使用状态之后，再次申请开启智能管理功能的过程进行说明。
1.1车机申请开启智能管理功能。
在一些可选的实施方式中，在设置车辆的智能管理功能为暂停使用状态之后，如果车辆处于非工厂模式，车机可以向客户端申请开启智能管理功能。具体来说，车机可以向客户端发送第一申请信息，第一申请信息指示开启智能管理功能。客户端如果允许开启智能管理功能，车机会获取来自于客户端的第一允许信息，并根据第一允许信息，设置智能管理功能为可用状态。其中，第一申请信息或第一允许信息，既可以在客户端和车机之间直接传输，也可以通过云端转发，具体此处不做限定。
示例性的，以第一申请信息指示开启影音娱乐功能为例，结合示意图进行说明。
请参阅图11，图11为本申请实施例提供的车辆控制方法的流程示意图，包括以下步骤：
1101.当车辆处于维修模式，车机设置车辆的影音娱乐功能为暂停使用状态。
影音娱乐功能，包括音视频播放、电子书阅读、实景导航、地图显示等功能，为用户带来丰富的视听感受。可以设置默认程序，使得在车辆处于维修模式的情况下，车机关闭车辆的影音娱乐功能。
1102.车机向云端发送第一申请信息。
第一申请信息指示申请开启影音娱乐功能，下面，结合图12，对步骤1102进行说明。请参阅图12，图12为本申请实施例提供的车载屏幕的界面示意图。
在一些可选的实施方式中，如图12中的上图所示，车机响应针对于设置控件501的触控指令，显示菜单界面502。然后响应针对菜单界面502中“功能选择”控件的触控指令，显示功能菜单503。操作人员点击功能菜单503中的“影音娱乐”控件，车机响应该操作，控制车载显示图12中下图所示的确认界面。操作人员点击确认界面中的“确定”控件，向云端发送第一申请信息。该第一申请信息指示开启车辆的影音娱乐功能。
1103.云端向客户端转发第一申请信息。
云端在收到车机发送的第一申请信息之后，会将该信息转发给客户端。
1104.客户端向车机发送第一允许信息。
客户端获取第一申请信息之后，会对第一申请信息做出响应。可选的，客户端可以向车机发送第一允许信息，第一允许信息指示开启影音娱乐功能。
下面，结合图13，对步骤1104进行说明。请参阅图13，图13为本申请实施例提供的客户端的界面示意图。
示例性的，如图13中的h-1图所示，客户端的通知栏提醒用户维修人员申请开启影音娱乐功能，并提醒用户确定是否允许该操作。用户点击控件“是”，那么客户端会向车机发送第一允许信息。
示例性的，如图13中的h-2图所示，还可以在APP的主页以弹窗的形式提醒用户维修人员申请开启影音娱乐功能，并提醒用户确定是否允许该操作。类似的，用户点击控件“是”，那么客户端会向车机发送第一允许信息。
需要注意的是，图13只是对客户端界面的示例，在实际应用中，通知栏所显示的内容，或者APP主页显示的内容还可以有多种情况，只要能够提醒用户维修人员申请开启影音娱乐功能，并提醒用户确定是否允许该操作即可，具体此处不做限定。
1105.车机根据第一允许信息，设置影音娱乐功能为可用状态。
车机获取第一允许信息之后，会根据第一允许信息，设置影音娱乐功能为可用状态。
需要注意的是，在图11所示实施例中，第一申请信息，是由车机发送给云端，再由云端转发给客户端的，在实际应用中，第一申请信息可以由车机直接发送给客户端；也可以是操作人员在云平台操作，使得云端获取到第一申请信息，再转发给客户端，具体此处不做限定。也就是说，第一申请信息的传输路径有以下几种情况：车机→云端→客户端；或者，车机→客户端；或者，云端→客户端，在实际应用中，可以根据需要选择，具体此处不做限定。
需要注意的是，在图11所示实施例中，第一允许信息，是由客户端直接发送给车机的，在实际应用中，还可以由客户端发送给云端，再由云端转发给车机，具体此处不做限定。也就是说，车机获取来自于客户端的第一允许信息，包括：车机直接接收来自于客户端的第一允许信息，或者，车机通过云端接收来自于客户端的第一允许信息，具体此处不做限定。
本申请实施例中，在车辆处于维修模式，默认设置车辆的智能管理功能为暂停使用状态的情况下，通过车机向客户端请求，能够恢复智能管理功能，以方便操作人员确认相关功能是否维修成功，进一步提升了本申请技术方案的实用性。示例性的，在车辆处于维修模式情况下，可以默认设置车辆的影音娱乐功能为暂停使用状态。通过车机或者云端向客户端发送申请，能够恢复影音娱乐功能，使得维修人员能够检测影音娱乐功能相关的器件是否维修成功，或者，使得维修人员在工作过程中也有良好的视听体验。同时，在恢复影音娱乐功能中传输申请信息和允许信息有多种传输路径，丰富了本申请技术方案的实现方式。
类似的，本申请实施例中，在车辆处于维修模式的情况下，可以默认设置车辆的个性化配置功能为暂停使用状态。通过车机或者云端向客户端申请，能够恢复个性化配置功能，使得维修人员能够检测个性化配置功能相关的器件是否维修成功，或者，使得维修人员在舒适的环境中进行维修，避免由于车主设置带来的不便。同时，在恢复个性化配置功能中传输的申请信息和允许信息有多种传输路径，丰富了本申请技术方案的实现方式。
1.2客户端申请开启智能管理功能
本申请实施例中，除了可以由车机触发恢复智能管理功能外，还可以由客户端触发恢复智能管理功能。
在一些可选的实施方式中，在设置车辆的智能管理功能为暂停使用状态之后，车机可以获取来自于客户端的第二申请信息，第二申请信息指示开启智能管理功能。然后控制车载屏幕显示第二申请信息对应的申请界面，再响应针对于车载屏幕的第四触控指令，设置智能管理功能为可用状态，第四触控指令指示开启智能管理功能。其中，第一申请信息，既可以在客户端和车机之间直接传输，也可以通过云端转发，具体此处不做限定。
示例性的，以第二申请信息指示开启图像采集功能为例，结合示意图进行说明。
下面，请参阅图14，图14为本申请实施例提供的车辆控制方法的流程示意图，包括以下步骤：
1401.当车辆处于维修模式，设置车辆的图像采集功能为暂停使用状态。
图像采集功能，是指利用图像采集设备(例如车载摄像头)，进行拍照、录像、视频通话等的功能。在车辆处于维修模式的情况下，出于保护车辆中操作人员的隐私的考虑，可以设置默认程序，使得在车辆处于维修模式的情况下，车机设置车辆的图像采集功能为暂停使用状态。
1402.客户端向车机发送第二申请信息。
用户操作客户端，使得客户端向车机发送第二申请信息，该第二申请信息指示申请开启图像采集功能，图像采集功能用于采集画面。
下面，结合图15，对步骤1402进行说明。请参阅图15，图15为本申请实施例提供的客户端的界面示意图。
在一些可选的实施方式中，如图15中的i-1图所示，客户端响应针对于设置控件1501的触控指令，显示菜单界面1502。然后响应针对菜单界面1502中“功能开启”控件的触控指令，显示功能菜单1503。用户点击功能菜单1503中的“图像”控件，客户端响应该操作，控制显示图15中i-2图所示的确认界面。用户点击确认中的“确定”控件，客户端响应该操作，向车机发送第二申请信息。
在一些可选的实施方式中，用户点击功能菜单1503中的“图像”控件，客户端响应该操作，就可以向车机发送第二申请信息，可以不显示i-2图所示的确认界面。
1403.车机获取来自于客户端的第二申请信息，控制车载屏幕显示申请界面。
车机获取到客户端发送的第二申请信息，可以控制车载屏幕显示图16所示的申请界面，以提醒车辆中的操作人员处理用户的申请。
1404.车机响应针对于申请界面的第四操作指令，设置图像采集功能为可用状态。
如果车辆中的操作人员点击图16中的“同意”控件，车机会响应该操作(即响应第四操作指令)，设置图像采集功能为可用状态。可选的，在这种情况下，客户端可以收到第二申请信息对应的第二允许信息，在客户端的界面显示类似“图像采集功能已开启”的提醒，以提醒用户。
需要注意的是，图15和图16只是对客户端界面和车载屏幕界面的示意图，在实际应用中，界面设置还可以是其他的情况，只要能够表示上述说明中的作用即可，具体此处不做限定。
需要注意的是，在上述步骤1401至步骤1404的说明中，是以车机和客户端直接交互为例，进行的说明，在实际应用中，第二申请信息和/或第二允许信息，可以与图11所示的实施例中说明的第一申请信息和/或第一允许信息类似，也可以通过云端进行转发，具体此处不做限定。
本申请实施例中，在车辆处于维修模式，默认设置车辆的智能管理功能为暂停使用状态的情况下，也可以通过客户端的申请恢复使用智能管理功能，使得车主了解相关维修信息，进一步提升了本申请技术方案的实用性。例如，在车辆处于维修模式的情况下，可以默认设置车辆的图像采集功能为暂停使用状态。通过客户端向车机申请，并经过车辆中操作人员的确认，才会恢复图像采集功能，保护了车辆中的操作人员(例如维修人员)的隐私。
在一些可选的实施方式中，当车辆处于维修模式，车机可以控制车载屏幕显示维修界面。示例性的，请参阅图17a，图17a为本申请实施例提供的车载屏幕的界面示意图。
如图17a所示，当车辆处于所述维修模式，车机可以控制车载屏幕显示维修界面。维修界面包括既可以如图17a中j-1图所示，包括维修专用壁纸，也可以如图17a中j-2图所示，还包括通知控件504，具体此处不做限定。
车机响应针对于通知控件504的操作指令，显示通知界面505，通知界面中显示通知字样“车辆处于维修模式”，以提醒操作人员车辆的当前模式。可以理解的是，通知控件504和通知界面505以及上述通知字样，只是一个示例，在实际应用中，通知控件504的图标也可以是其他形状，通知界面505的位置、大小，以及通知字样均可以不同，具体此处不做限定。示例性的，维修界面可以不包括通知控件504，操作人员可以下拉通知栏，车载屏幕就会显示通知界面505。
本申请实施例中，在车辆处于维修模式的情况下，可以控制车载屏幕显示维修界面，使得操作人员能直观地了解到车辆的当前状态，进一步提升了用户体验。
在一些可选的实施方式中，当车辆处于维修模式，客户端可以显示图17b所示的界面，以提醒用户车辆的当前模式。
在一些可选的实施方式中，当车辆处于维修模式且车辆重启时，车机能够控制重启后的车辆处于维修模式。其中，重启车辆包括整车器件先下电再上电的过程。
本申请实施例中，在车辆处于维修模式的情况下发生车辆重启时，能够控制重启后的车辆处于维修模式，避免了维修模式的误退出，也就是说，防止误退出维修模式带来的不便。
接下来，对退出维修模式的情况进行说明。车辆在工厂或者非工厂模式下，退出维修模式的方式有所不同，下面分别进行说明。
1)车辆处于非工厂模式。
请参阅图18，图18为本申请实施例提供的车辆控制方法的流程示意图，包括以下步骤：
1801.云端向车机发送第二指令。
在车辆处于非工厂模式的情况下，在维修完成后，云端可以对维修工单进行结算，并在结算完成后，向车机下发第二指令，第二指令控制车端进入维修模式。其中，结算完成包括用户通过云服务平台支付维修费用，或者，用户通过其他方式支付维修费用，操作人员通过云服务平台输入结算完成信息(例如，确认用户已支付维修费用等)。除此之外，云端还可以通过其他方式获取第二指令，例如，通过响应针对于云服务平台的操作指令(例如，操作人员在web页面点击退出维修模式等)，获取第二指令。
1802.车机根据第二指令控制车辆退出维修模式。
车机获取第二指令后，可以根据第二指令控制车辆退出维修模式。
在一些可选的实施方式中，车机根据第二指令控制车辆退出维修模式，还需要满足一些条件。也就是说，在步骤1801之前，还包括以下步骤：
1803.车机获取第二验证码。
为了说明的清楚，结合示意图对步骤1803进行说明。请参阅图19，图19为本申请实施例提供的车载屏幕的示意图。
如图19中的k图所示，在车辆处于维修模式的情况下，车载屏幕显示的维修界面还可以包括“退出”控件。操作人员点击“退出”控件，车机响应该操作，显示n图所示的验证界面，操作人员在该界面输入第二验证码，使得车机获取第二验证码。
可选的，第二验证码可以与用于在非工厂模式下进入维修模式的第一验证码相同；也可以不同，由操作人员重新向云端申请第二验证码，申请第二验证码的过程与申请第一验证码的过程类似，参照前文对申请第一验证码的相关描述，此处不再赘述。
1804.车机向云端发送第二验证码。
车机获取到第二验证码之后，会将第二验证码发送给云端。结合图19来说，操作人员在n图所示的验证界面输入第二验证码，点击“确定”控件。车机会响应针对于“确定”控件的触控指令，向云端发送第二验证码。
云端会对第二验证码进行校验，得到第二校验结果，并将第二校验结果发送给车机，作为车机是否控制车辆退出维修模式的依据。第二校验结果指示的是第二验证码验证通过或者不通过。其中，第二验证码验证通过是指第二验证码与云端生成的验证码相同，且该维修工单对应的状态为完结。也就是说，在云端的工单管理系统中存在与第二验证码对应的已处理完成工单。在第二校验结果指示验证通过的情况下，车机根据第二指令控制车辆退出维修模式，并控制车载屏幕显示m图所示的用户界面。该用户界面可以是车主设置的界面，也可以是非维修模式下系统默认的界面，具体此处不做限定。
需要注意的是，第二校验结果可以承载于第二指令中，也可以是云端在图18所示实施例基础上，再向车机发送第二校验信息，该第二校验信息包括第二校验结果。
本申请实施例中，在车辆处于非工厂模式的情况下，车机会根据第二校验结果，确定是否跟据第二指令控制车辆退出维修模式，能够有效防止误操作导致的误退出维修模式，进一步提升了用户体验。
2)车辆处于工厂模式。
如果车辆处于工厂模式，那么车机可以响应针对于车载屏幕的第三操作指令，控制车辆退出维修模式，第三操作指令用于指示退出维修模式。
如图19的k图所示，在车辆处于工厂模式且处于维修模式的情况下，车载屏幕显示的维修界面还可以包括“退出”控件。操作人员点击“退出”控件，车机响应该操作(也即第三操作指令)，控制车辆退出维修模式，显示m图所示的用户界面。该用户界面可以是车主设置的界面，也可以是非维修模式下系统默认的界面，具体此处不做限定。
需要注意的是，图19只是在车辆退出维修模式的情况下，对车载屏幕的示例，并不限定实际应用中车载屏幕的布局，只要能够实现上述功能即可，具体此处不做限定。
本申请实施例中，车辆处于不同的模式，车机控制车辆退出维修模式的方式有所不同，丰富了本申请技术方案的应用场景。
本申请实施例中，当退出维修模式，车机还可以控制车载屏幕显示用户界面。无需用户设置就能返回用户界面，为用户提供了便利。
在一些可选的实施方式中，在车载屏幕显示图19中n图所示的界面前后，车机还会检测车辆状态、工单状态等，显示图20所示的界面。请参阅图20，图20为本申请实施例提供的车载屏幕的界面示意图。
可选的，在退出维修模式的过程中，车机可以向云端发送查询信息，查询当前维修模式对应的维修工单的状态。如果维修工单未关闭，意味着本次维修可能还没有完成，车机可以控制车载屏幕图20中o-1图所示的界面，以提醒操作人员。此时，操作人员可以点击“取消”控件，并关闭维修工单。或者，操作人员可以点击“确认退出”控件，忽略该提醒。
可选的，车机可以控制车载屏幕图20中o-2图所示的界面，以提醒操作人员退出维修模式的结果，也能避免操作人员误退出。
可选的，在车辆处于非静止状态的情况下，车机可以控制车载屏幕图20中o-3图所示的界面，避免安全隐患。
可选的，在网络异常的情况下，车机可以控制车载屏幕图20中o-4图所示的界面，以提醒操作人员。
本申请实施实施例中，当车辆退出维修模式，车机和/或客户端会设置智能管理功能为可用状态。智能管理功能包括以下中的至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。
在一些可选的实施方式中，当退出维修模式，车机可以自动设置被暂停使用的智能管理功能为可用状态，也就是说，恢复在维修模式下被暂停使用的智能管理功能。
在一些可选的实施方式中，当退出维修模式，车机可以根据云端的指令设置被暂停使用的智能管理功能为可用状态。具体此处不做限定。
示例性的，当退出维修模式，车机可以设置车辆的远程控制功能为可用状态。可选的，在这种情况下，车机还可以控制车载屏幕显示提醒界面，或者恢复相关控件的功能，以提醒操作人员远程控制功能恢复使用(即远程控制功能可用)。可选的，车机也可以不提醒，直接恢复远程控制功能，具体此处不做限定。
示例性的，当退出维修模式，车机可以设置车辆的告警功能为可用状态。可选的，在这种情况下，车机还可以控制车载屏幕显示提醒界面，或者恢复相关控件的功能，以提醒操作人员告警功能恢复使用(即告警功能可用)。可选的，车机也可以不提醒，直接恢复告警功能，具体此处不做限定。
本申请实施例中，当退出维修模式，无需用户设置，车机就能恢复在维修模式下被暂停使用的功能，简化了用户的操作。
在一些可选的实施方式中，车机会向客户端发送第二通知信息，第二通知信息指示恢复使用客户端的智能管理功能。客户端获取来自于车机的第二通知信息，并根据第二通知信息，设置客户端的智能管理功能为可用状态。其中，第二通知信息可以是车机直接发送给客户端的；也可以是车机发给云端，由云端转发给客户端的，具体此处不做限定。
在一些可选的实施方式中，云端向车机发送指示车辆进入维修模式的第二指令的同时或者之后，会向客户端发送第二通知信息，第二通知信息指示恢复使用客户端的智能管理功能。客户端获取来自于车机的第二通知信息，并根据第二通知信息，设置客户端的智能管理功能为可用状态。
下面，结合示意图进行说明。请参阅图21，图21为本申请实施例提供的车辆控制方法的流程示意图，包括以下步骤：
2101.云端向车机发送第二指令。
第二指令指示车辆退出维修模式，且指示设置车辆的智能管理功能为可用状态。
2102.车机根据第二指令退出维修模式，设置车辆的智能管理功能为可用状态。
2103.云端向客户端发送第二通知信息。
第二通知信息指示恢复使用客户端的智能管理功能。
2104.客户端根据第二通知信息，设置客户端智能管理为可用状态。
在一些可选的实施方式中，步骤2103可以替换为以下步骤：
2105.车机向客户端发送第二通知信息。
可以理解的是，步骤2101至步骤2105的具体实现过程在上文已经说明，此处不再赘述。
本申请实施例中，当退出维修模式，无需用户设置，客户端就能恢复在维修模式下被暂停使用的功能，简化了用户的操作。
下面，对本申请实施例提供的车辆控制系统和相关设备进行说明。
请参阅图22，图22为本申请实施例提供的车辆控制系统的结构示意图。
如图22所示，车辆控制系统2200包括车机2201，车机2201用于执行前述图1a至图21所示实施例中车机所执行的操作。
在一些可选的实施方式中，车辆控制系统2200还包括客户端2202，客户端2202用于执行前述图1a至图21所示实施例中客户端所执行的操作。
在一些可选的实施方式中，车辆控制系统2200还包括云端2203，云端2203用于执行前述图1a至图21所示实施例中云端所执行的操作。
请参阅图23，图23为本申请实施例提供的车辆控制装置的结构示意图。如图23所示，车辆控制装置2300包括处理单元2301和收发单元2302。
在一些可选的实施方式中，车辆控制装置2300与车机对应，收发单元2302，用于执行前述图1a至图21所示实施例中车机执行的获取操作和发送操作。处理单元2301，用于执行前述图1a至图21所示实施例中车机执行的获取操作和发送操作以外的操作。下面具体说明：
在一些可选的实施方式中，处理单元2301，用于确定车辆处于维修模式。当车辆处于维修模式时，控制车辆的数据访问空间为维修数据空间，维修数据空间与存储用户数据的用户数据空间隔离。
在一些可选的实施方式中，处理单元2301，用于启动或者重启车辆或者车辆的车机。在车辆或者车机启动或者重启完成后，维修数据空间被创建。
在一些可选的实施方式中，维修数据空间为预置数据空间。
在一些可选的实施方式中，收发单元2302，还用于获取针对于车载屏幕的第一操作指令，第一操作指令指示开启数据隔离功能。获取车辆的状态信息和维修数据空间信息。
处理单元2301，还用于若车辆的状态信息满足状态条件，且数据空间信息指示存在维修数据空间，则响应第一操作指令控制车辆的数据访问空间为维修数据空间。
在一些可选的实施方式中，收发单元2302，还用于若车辆处于非工厂模式，获取来自于云端的第一指令，所述第一指令指示车辆进入维修模式；获取车辆的状态信息。
处理单元2301，还用于若车辆处于非工厂模式，且车辆的状态信息满足状态条件，则根据第一指令控制车辆进入维修模式；若车辆处于工厂模式，且车辆的状态信息满足状态条件，则响应针对于车载屏幕的第二操作指令，控制车辆进入维修模式，第二操作指令用于指示进入维修模式。
在一些可选的实施方式中，收发单元2302，还用于向云端发送第一验证码，第一验证码用于请求进入维修模式；获取来自于云端的第一校验结果，第一校验结果对应于第一验证码。
处理单元2301，还用于若第一校验结果指示验证通过，则根据第一指令控制车辆进入维修模式。
在一些可选的实施方式中，状态信息包括运动状态信息、网络状态信息和系统状态信息。车辆的状态信息满足状态条件，包括：运动状态信息指示车辆处于静止状态，且网络状态信息指示车辆的网络正常，系统状态信息指示车辆的系统正常。
在一些可选的实施方式中，收发单元2302，还用于向云端发送维修数据。
在一些可选的实施方式中，处理单元2301，还用于若车辆处于工厂模式，则响应针对于车载屏幕的第三操作指令，控制车辆退出维修模式，第三操作指令用于指示退出维修模式；或者，收发单元2302，还用于若车辆处于非工厂模式，则获取来自于云端的第二指令，第二指令指示车辆退出维修模式。处理单元2301，还用于根据第二指令控制车辆退出维修模式。
在一些可选的实施方式中，收发单元2302，还用于向云端发送第二验证码，第二验证码用于请求退出维修模式。获取来自于云端的第二校验结果，第二校验结果对应于第二验证码。
处理单元2301，还用于若第二校验结果指示验证通过，则根据第二指令控制车辆退出维修模式。
在一些可选的实施方式中，处理单元2301，还用于当车辆退出维修模式，删除维修数据空间存储的维修数据。
在一些可选的实施方式中，处理单元2301，还用于当车辆处于维修模式，设置车辆的智能管理功能为暂停使用状态；智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能；当车辆退出维修模式，设置智能管理功能为可用状态。
在一些可选的实施方式中，处理单元2301，还用于当车辆处于维修模式，向客户端发送第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能。当车辆退出维修模式，向客户端发送第二通知信息，第二通知信息指示开启客户端的智能管理功能。
在一些可选的实施方式中，收发单元2302，还用于向客户端发送第一申请信息，第一申请信息指示开启智能管理功能。获取来自于客户端的第一允许信息，第一允许信息对应于第一申请信息。
处理单元2301，还用于根据第一允许信息，设置智能管理功能为可用状态。
在一些可选的实施方式中，收发单元2302，还用于获取来自于客户端的第二申请信息，第二申请信息指示开启智能管理功能。
处理单元2301，还用于控制车载屏幕显示第二申请信息对应的申请界面。响应针对于车载屏幕的第四操作指令，设置智能管理功能为可用状态，第四操作指令指示开启智能管理功能。
在一些可选的实施方式中，处理单元2301，还用于当车辆处于维修模式且车辆重启时，控制重启后的车辆处于维修模式。
在一些可选的实施方式中，处理单元2301，还用于当车辆处于维修模式，控制车载屏幕显示维修界面；当退出维修模式，控制车载屏幕显示用户界面。
在一些可选的实施方式中，车辆控制装置2300与客户端对应，收发单元2302，用于执行前述图1a至图21所示实施例中客户端执行的获取操作和发送操作。处理单元2301，用于执行前述图1a至图21所示实施例中客户端执行的获取操作和发送操作以外的操作。下面具体说明：
在一些可选的实施方式中，收发单元2302，用于当车辆处于维修模式，获取来自于云端或者车机的第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能，智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。
处理单元2301，用于根据第一通知信息，设置智能管理功能为暂停使用状态。
在一些可选的实施方式中，收发单元2302，还用于获取来自于车机或者云端的第一申请信息，第一申请信息指示开启智能管理功能。
处理单元2301，还用于根据第一申请信息，设置智能管理功能为可用状态。
在一些可选的实施方式中，收发单元2302，还用于向车机或者云端发送第二申请信息，第二申请信息指示开启智能管理功能；获取来自于车机或者云端的允许信息，允许信息对应于第二申请信息；
处理单元2301，还用于根据允许信息，设置智能管理功能为可用状态。
在一些可选的实施方式中，收发单元2302，还用于当车辆退出维修模式，获取来自于云端或者车机的第二通知信息，第二通知信息指示开启客户端的智能管理功能。
处理单元2301，还用于根据第二通知信息，设置智能管理功能为可用状态。
在一些可选的实施方式中，车辆控制装置2300与云端对应，收发单元2302，用于执行前述图1a至图21所示实施例中云端执行的获取操作和发送操作。处理单元2301，用于执行前述图1a至图21所示实施例中云端执行的获取操作和发送操作以外的操作。下面具体说明：
在一些可选的实施方式中，收发单元2302，用于向车机发送第一指令，第一指令指示车辆进入维修模式并设置车辆的智能管理功能为暂停使用状态，第一指示为云端对维修工单检验通过得到的指令，或者，通过预留接口获取的指令。其中，智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能。
在一些可选的实施方式中，收发单元2302，还用于在车辆处于维修模式的情况下，向客户端发送第一通知信息，第一通知信息指示暂停使用客户端的智能管理功能。
在一些可选的实施方式中，收发单元2302，还用于向车机发送第二指令，第二指令指示车辆退出维修模式并设置车辆的智能管理功能为可用状态。
在一些可选的实施方式中，收发单元2302，还用于在车辆退出维修模式的情况下，向客户端发送第二通知信息，第二通知信息指示开启客户端的智能管理功能。
下面，对本申请实施例提供的控制设备进行说明，请参阅图24，图24为本申请实施例提供的控制设备的一个结构示意图。该控制设备2400包括：处理器2401和存储器2402，存储器2402中存储有一个或一个以上的应用程序或数据。
其中，存储器2402可以是易失性存储或持久存储。存储在存储器2402的程序可以包括一个或一个以上模块，每个模块可以用于执行控制设备2400所执行的一系列操作。更进一步地，处理器2401可以与存储器2402通信，在控制设备2400上执行存储器2402中的一系列指令操作。处理器2401可以是中央处理器(central processing units，CPU)，也可以是单核处理器，除此之外，还可以是其他类型的处理器，例如双核处理器，具体此处不做限定。
控制设备2400还可以包括一个或一个以上通信接口2403，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。
该控制设备2400可以执行前述图1a至图21所示实施例中车机、云端或者客户端所执行的操作，此处不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (27)

1.一种车辆控制方法，其特征在于，包括：
确定所述车辆处于维修模式；
当所述车辆处于维修模式时，控制所述车辆的数据访问空间为维修数据空间，所述维修数据空间与存储用户数据的用户数据空间隔离。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
启动或者重启所述车辆或者所述车辆的车机；
在所述车辆或者所述车机启动或者重启完成后，所述维修数据空间被创建。
3.根据权利要求1所述的方法，其特征在于，所述维修数据空间为预置数据空间。
4.根据权利要求1至3中任一项所述的方法，其特征在于，在所述控制所述车辆的数据访问空间为维修数据空间之前，所述方法还包括：
获取针对于车载屏幕的第一操作指令，所述第一操作指令指示开启数据隔离功能；
获取所述车辆的状态信息和维修数据空间信息；
所述控制所述车辆的数据访问空间为维修数据空间，包括：
若所述车辆的状态信息满足状态条件，且所述数据空间信息指示存在所述维修数据空间，则响应所述第一操作指令控制所述车辆的数据访问空间为维修数据空间。
5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述确定所述车辆处于维修模式之前，所述方法还包括：
若所述车辆处于非工厂模式，获取来自于云端的第一指令，所述第一指令指示所述车辆进入所述维修模式；
获取所述车辆的状态信息；
所述确定所述车辆处于维修模式，包括：
若所述车辆处于所述非工厂模式，且所述车辆的状态信息满足状态条件，则根据所述第一指令控制所述车辆进入所述维修模式；
若所述车辆处于工厂模式，且所述车辆的状态信息满足状态条件，则响应针对于车载屏幕的第二操作指令，控制所述车辆进入所述维修模式，所述第二操作指令用于指示进入所述维修模式。
6.根据权利要求5所述的方法，其特征在于，在所述根据所述第一指令控制所述车辆进入所述维修模式之前，所述方法还包括：
向云端发送第一验证码，所述第一验证码用于请求进入所述维修模式；
获取来自于所述云端的第一校验结果，所述第一校验结果对应于所述第一验证码；
所述根据所述第一指令控制所述车辆进入所述维修模式，包括：
若所述第一校验结果指示验证通过，则根据所述第一指令控制所述车辆进入所述维修模式。
7.根据权利要求4至6中任一项所述的方法，其特征在于，所述状态信息包括运动状态信息、网络状态信息和系统状态信息；
所述车辆的状态信息满足状态条件，包括：
所述运动状态信息指示所述车辆处于静止状态，且所述网络状态信息指示所述车辆的网络正常，所述系统状态信息指示所述车辆的系统正常。
8.根据权利要求1至7中任一项所述的方法，其特征在于，所述维修数据空间用于存储维修数据；
所述方法还包括：向云端发送所述维修数据。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：
若所述车辆处于工厂模式，则响应针对于车载屏幕的第三操作指令，控制所述车辆退出所述维修模式，所述第三操作指令用于指示退出所述维修模式；或者，
若所述车辆处于非工厂模式，则获取来自于云端的第二指令，所述第二指令指示所述车辆退出所述维修模式；
根据所述第二指令控制所述车辆退出所述维修模式。
10.根据权利要求9所述的方法，其特征在于，在所述根据所述第二指令控制所述车辆退出所述维修模式之前，所述方法还包括：
向所述云端发送第二验证码，所述第二验证码用于请求退出所述维修模式；
获取来自于所述云端的第二校验结果，所述第二校验结果对应于所述第二验证码；
所述根据所述第二指令控制所述车辆退出所述维修模式，包括：
若所述第二校验结果指示验证通过，则根据所述第二指令控制所述车辆退出所述维修模式。
11.根据权利要求9或10所述的方法，其特征在于，所述方法还包括：
当所述车辆退出所述维修模式，删除所述维修数据空间存储的维修数据。
12.根据权利要求1至11中任一项所述的方法，其特征在于，所述方法还包括：
当所述车辆处于所述维修模式，设置所述车辆的智能管理功能为暂停使用状态；所述智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能；
当所述车辆退出所述维修模式，设置所述智能管理功能为可用状态。
13.根据权利要求1至12中任一项所述的方法，其特征在于，所述方法还包括：
当所述车辆处于所述维修模式，向客户端发送第一通知信息，所述第一通知信息指示暂停使用所述客户端的智能管理功能；
当所述车辆退出所述维修模式，向所述客户端发送第二通知信息，所述第二通知信息指示开启所述客户端的所述智能管理功能。
14.根据权利要求12或13所述的方法，其特征在于，在所述设置所述车辆的智能管理功能为暂停使用状态之后，所述方法还包括：
向客户端发送第一申请信息，所述第一申请信息指示开启所述智能管理功能；
获取来自于客户端的第一允许信息，所述第一允许信息对应于所述第一申请信息；
根据所述第一允许信息，设置所述智能管理功能为可用状态。
15.根据权利要求12至14中任一项所述的方法，其特征在于，在所述设置所述车辆的智能管理功能为暂停使用状态之后，所述方法还包括：
获取来自于客户端的第二申请信息，所述第二申请信息指示开启所述智能管理功能；
控制车载屏幕显示所述第二申请信息对应的申请界面；
响应针对于所述车载屏幕的第四操作指令，设置所述智能管理功能为可用状态，所述第四操作指令指示开启所述智能管理功能。
16.根据权利要求1至15所述的方法，其特征在于，所述方法还包括：
当所述车辆处于所述维修模式且所述车辆重启时，控制重启后的车辆处于所述维修模式。
17.根据权利要求1至16中任一项所述的方法，其特征在于，所述方法还包括：
当所述车辆处于所述维修模式，控制车载屏幕显示维修界面；
当退出所述维修模式，控制车载屏幕显示用户界面。
18.一种车辆控制方法，其特征在于，包括：
当车辆处于维修模式，获取来自于云端或者车机的第一通知信息，所述第一通知信息指示暂停使用客户端的智能管理功能，所述智能管理功能包括以下至少一项：远程控制功能、告警功能、影音娱乐功能、个性化配置功能、图像采集功能；
根据所述第一通知信息，设置所述智能管理功能为暂停使用状态。
19.根据权利要求18所述的方法，其特征在于，在所述设置所述智能管理功能为暂停使用状态之后，所述方法还包括：
获取来自于所述车机或者所述云端的第一申请信息，所述第一申请信息指示开启所述智能管理功能；
根据所述第一申请信息，设置所述智能管理功能为可用状态。
20.根据权利要求18或19所述的方法，其特征在于，在所述设置所述智能管理功能为暂停使用状态之后，所述方法还包括：
向所述车机或者所述云端发送第二申请信息，所述第二申请信息指示开启所述智能管理功能；
获取来自于所述车机或者所述云端的允许信息，所述允许信息对应于所述第二申请信息；
根据所述允许信息，设置所述智能管理功能为可用状态。
21.根据权利要求18至20中任一项所述的方法，其特征在于，在所述设置所述智能管理功能为暂停使用状态之后，所述方法还包括：
当车辆退出维修模式，获取来自于云端或者车机的第二通知信息，所述第二通知信息指示开启客户端的智能管理功能；
根据所述第二通知信息，设置所述智能管理功能为可用状态。
22.一种车辆的控制系统，其特征在于，包括车机，所述车机用于执行前述权利要求1至17中任一项所述的方法。
23.根据权利要求22所述的控制系统，其特征在于，所述控制系统还包括客户端；所述客户端用于执行前述权利要求18至21中任一项所述的方法。
24.一种车辆控制装置，其特征在于，包括处理单元和收发单元；
所述收发单元，用于执行前述权利要求1至17中任一项所述的获取操作和发送操作；
所述处理单元，用于执行前述权利要求1至17中任一项所述的获取操作和发送操作以外的操作。
25.一种控制装置，其特征在于，包括：处理器和存储器；
所述处理器存储有指令，当所述指令在所述处理器上运行时，实现权利要求1至21中任一项所述的方法。
26.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令在处理器上运行时，实现权利要求1至21中任一项所述的方法。
27.一种计算机程序产品，其特征在于，当所述计算机程序产品在处理器上执行时，实现权利要求1至21中任一项所述的方法。
CN202211521914.3A 2022-11-30 2022-11-30 车辆控制方法、车辆控制系统和相关设备 Pending CN118107496A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211521914.3A CN118107496A (zh) 2022-11-30 2022-11-30 车辆控制方法、车辆控制系统和相关设备
PCT/CN2023/118729 WO2024114046A1 (zh) 2022-11-30 2023-09-14 车辆控制方法、车辆控制系统和相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211521914.3A CN118107496A (zh) 2022-11-30 2022-11-30 车辆控制方法、车辆控制系统和相关设备

Publications (1)

Publication Number Publication Date
CN118107496A true CN118107496A (zh) 2024-05-31

Family

ID=91218359

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211521914.3A Pending CN118107496A (zh) 2022-11-30 2022-11-30 车辆控制方法、车辆控制系统和相关设备

Country Status (2)

Country Link
CN (1) CN118107496A (zh)
WO (1) WO2024114046A1 (zh)

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4289021B2 (ja) * 2003-05-22 2009-07-01 株式会社デンソー 車載装置、車載装置の不正使用防止方法
US9477843B2 (en) * 2014-06-11 2016-10-25 GM Global Technology Operations LLC Inhibiting access to sensitive vehicle diagnostic data
US10166993B2 (en) * 2015-08-05 2019-01-01 Ford Global Technologies, Llc Customer driving mode for vehicles
DE102015215481A1 (de) * 2015-08-13 2017-02-16 Robert Bosch Gmbh Vorrichtung und Verfahren zur Verarbeitung benutzerspezifischer Daten von einem Fahrzeug
WO2020010192A1 (en) * 2018-07-06 2020-01-09 Karamba Security Ltd Vehicular data privacy management systems and methods
JP2020107075A (ja) * 2018-12-27 2020-07-09 株式会社東海理化電機製作所 サービス提供システム、制御装置及びサービス提供方法
CN114371963A (zh) * 2020-10-14 2022-04-19 华为技术有限公司 一种故障检测方法及电子终端
CN112256174B (zh) * 2020-10-20 2022-12-13 广州小鹏汽车科技有限公司 一种数据处理的方法和装置
CN112966297B (zh) * 2021-02-04 2022-01-14 华为技术有限公司 数据保护方法、系统、介质及电子设备
CN113032849A (zh) * 2021-03-29 2021-06-25 北京小米移动软件有限公司 数据保护方法、装置、终端及存储介质
CN215117219U (zh) * 2021-06-03 2021-12-10 北京车和家信息技术有限公司 一种车辆维修控制系统及车辆
CN114760342A (zh) * 2021-12-03 2022-07-15 广州汽车集团股份有限公司 车辆控制方法、车辆控制装置及可读存储介质
CN114740820A (zh) * 2022-03-22 2022-07-12 际络科技(上海)有限公司 一种车辆诊断的处理方法及装置

Also Published As

Publication number Publication date
WO2024114046A1 (zh) 2024-06-06

Similar Documents

Publication Publication Date Title
US11379541B2 (en) System and method for adapting a control function based on a user profile
US20210232642A1 (en) System and method for adapting a control function based on a user profile
US20140309806A1 (en) Intelligent vehicle for assisting vehicle occupants
EP3696663A1 (en) Information update device and information update method
US20080316009A1 (en) In-Vehicle System, Detailed Warning Lamp Information Notification System, and Server System
US11856441B2 (en) Wireless communication system
CN118107496A (zh) 车辆控制方法、车辆控制系统和相关设备
US11838837B2 (en) Wireless communication system
US11683670B2 (en) Wireless communication system
US20220304108A1 (en) Wireless communication system
KR102354078B1 (ko) 농사용 차량에 대한 사용 권한을 공유하는 시스템 및 그 방법
CN115366804A (zh) 车载显示屏的显示控制方法、系统、电子设备及存储介质
US20220304107A1 (en) Wireless communication system
US11924727B2 (en) Wireless communication system using an in-vehicle device as base station
JP7389153B2 (ja) 無線通信システム
JP7389154B2 (ja) 無線通信システム
CN115482616B (zh) 基于ar的闸机验证方法、装置、终端设备和服务端
CN113168662B (zh) 电动车辆充电
RU2748177C1 (ru) Способ и система формирования уведомлений о появлении предложений билетов
JP4980991B2 (ja) 監視制御サーバ
Lohmüller Multi-Concerns Engineering for Safety-Critical Software Systems: Multi-Criteria Decision Making, Change Management and Variability
CN118034556A (zh) 车内多显示装置的控制方法、系统、电子设备及存储介质
CN113205335A (zh) 支付管理方法、装置及计算机可读存储介质
CN115240299A (zh) 资源的使用方法和系统
CN116968684A (zh) 车机管理方法、系统及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination