CN109936585A - 基于智能设备来远程控制车辆的方法 - Google Patents

基于智能设备来远程控制车辆的方法 Download PDF

Info

Publication number
CN109936585A
CN109936585A CN201711346191.7A CN201711346191A CN109936585A CN 109936585 A CN109936585 A CN 109936585A CN 201711346191 A CN201711346191 A CN 201711346191A CN 109936585 A CN109936585 A CN 109936585A
Authority
CN
China
Prior art keywords
tsp
vehicle
request
smart machine
central gateway
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
CN201711346191.7A
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.)
NIO Holding Co Ltd
Original Assignee
NIO Nextev 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 NIO Nextev Ltd filed Critical NIO Nextev Ltd
Priority to CN201711346191.7A priority Critical patent/CN109936585A/zh
Priority to PCT/CN2018/120478 priority patent/WO2019114732A1/zh
Priority to EP18888135.3A priority patent/EP3726806B1/en
Publication of CN109936585A publication Critical patent/CN109936585A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • 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/50—Network services
    • H04L67/53—Network services using third party service providers
    • 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/50—Network services
    • H04L67/55—Push-based network services
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/40—Remote control systems using repeaters, converters, gateways
    • G08C2201/42—Transmitting or receiving remote control signals via a network
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/60—Security, fault tolerance
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/90—Additional features
    • G08C2201/93—Remote control using other portable devices, e.g. mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)

Abstract

本发明提供一种基于智能设备来远程控制车辆的方法，所述方法包括：建立所述智能设备与车联网服务提供商TSP之间的安全通信信道；以及在所述智能设备的应用被触发远程控制功能时，从所述智能设备经由所述安全通信信道向所述TSP发送第一请求，使得所述TSP随后将所述第一请求通过消息队列遥测传输MQTT协议推送到所述车辆，所述第一请求包括对所述车辆的控制指令和用户信息，其中所述TSP和所述车辆使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。本发明还提供了一种计算机存储介质、智能汽车以及车联网服务提供商。

Description

基于智能设备来远程控制车辆的方法
技术领域
本发明涉及汽车技术领域，特别涉及基于智能设备来远程控制车辆的方法、计算机存储介质、智能汽车以及车联网服务提供商。
背景技术
车辆远程控制是车联网业务中重要的功能之一，它是指驾乘人员离开车辆，即车辆进入熄火状态下来完成的。这些远程控制功能包括但不仅限于：车辆开门解锁、车窗开启关闭、车辆远程点火和熄火、车载空调远程设置、开启和关闭等功能。
现有智能汽车的远程车辆控制，基本是基于短信通道，即通过远程发送一条短信至车。短信信息推送方案由于基于存储转发机制，因此该方法在业务链上的实时性较差。
现有技术中公开了一种“基于信令通知的后台对移动终端进行数据推送和交互方法”，公开号为CN 102946636 A，公开日为2013年2月27日的中国专利。它利用通信信令作为数据推送和交互业务的通知方式，数据后台利用呼叫信令、来电显示信令向无线终端传送通知请求；无线终端利用拒绝信令或接听信令或不在服务区信令则表示通知失效；无线终端挂断或接听数据后台的来电后，从数据后台进行一次数据下载；对于数据推送业务，一次数据下载既可以完成数据推送，对于数据交互业务，一次数据下载的是业务指令内容，无线终端通过对业务指令内容的解析，向数据后台发起数据交互。该方法不仅有利于提高数据通信的实时性、可靠性和可控性，而且有效节约了数据资源。但该发明只是具体公开了如何进行数据的推送和交互，并未披露如何对车辆进行远程控制。
以上公开于本发明背景部分的信息仅仅旨在增加对本发明的总体背景的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域一般技术人员所公知的现有技术。
发明内容
为了解决以上现有技术的多个问题中的至少一个，本发明提供了一种基于智能设备来远程控制车辆的方法，所述方法包括：建立所述智能设备与车联网服务提供商TSP之间的安全通信信道；以及在所述智能设备的应用被触发远程控制功能时，从所述智能设备经由所述安全通信信道向所述TSP发送第一请求，使得所述TSP随后将所述第一请求通过消息队列遥测传输MQTT协议推送到所述车辆，所述第一请求包括对所述车辆的控制指令和用户信息，其中所述TSP和所述车辆使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。
在上述方法中，所述安全通行信道是双向TLS验证信道，其基于蜂窝网络并采用安全传输层协议TLS来进行双向验证。
在上述方法中，所述TSP使用协议缓冲器Protobuf协议来封装所述第一请求。
上述方法还可包括：在建立所述安全通行信道之前，所述智能设备接收由公钥基础设施PKI签发的独立TLS用户证书。
上述方法还可包括：在所述智能设备的应用从后台切换回前台时，所述应用要求用户通过手势密码或指纹密码进行验证。
上述方法还可包括：从所述TSP接收命令执行结果，并且如果所述命令执行结果指示所述控制指令被成功执行，则所述智能设备的应用更新车辆状态，否则提示用户失败原因。
上述方法还可包括：若在向所述TSP发送第一请求后的一预定时间内所述智能设备未收到所述TSP的响应，则所述智能设备主动向所述TSP发出查询。
根据本发明的另一个方面，提供了一种计算机存储介质，所述介质包括计算机指令，所述计算机指令在被执行时，执行如前所述的远程控制车辆的方法。
根据本发明的又一个方面，提供了一种智能汽车，所述智能汽车包括：中央网关，用于与车联网服务提供商TSP建立双向TLS验证信道，使得所述中央网关和所述TSP使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证；所述中央网关配置成从所述TSP接收通过消息队列遥测传输MQTT协议推送的第一请求，所述第一请求包括对所述车辆的控制指令和用户信息；所述中央网关还配置成从所述第一请求解析对所述车辆的控制指令并传递给电子控制单元；以及所述电子控制单元，用于从所述中央网关接收对所述车辆的控制指令并执行相应的操作。
在上述智能汽车中，所述中央网关仅在前置条件满足预定要求时才将所述控制指令传递给电子控制单元，其中所述前置条件包括车辆网络连接状况以及当前车辆状态。
在上述智能汽车中，所述电子控制单元在执行控制指令后向所述中央网关发送确认执行消息。
在上述智能汽车中，所述中央网关还配置成封装所述确认执行消息，并根据消息队列遥测传输MQTT协议来推送封装后的确认执行消息。
在上述智能汽车中，所述中央网关还配置成监听根据所述MQTT协议推送的结果，其中，若推送时间超过预定时间，所述中央网关配置成再次向所述电子控制单元传递所述控制指令以便再次执行。
根据本发明的又一个方面，提供了一种车联网服务提供商TSP，所述TSP与智能设备建立有第一安全通信信道，并且与车辆建立有第二安全通信信道，所述TSP包括：远程汽车服务部件，配置成经由所述第一安全通信信道从所述智能设备接收包括对所述车辆的控制指令和用户信息的第一请求，并且使用协议缓冲器Protobuf协议来封装所述第一请求；以及消息平台，其配置成从所述远程汽车服务部件接收封装后的第一请求，并将经由所述第二安全通信信道，通过消息队列遥测传输MQTT协议将其推送到所述车辆，其中，所述TSP和所述车辆使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。
在上述车联网服务提供商TSP中，所述远程汽车服务部件配置成根据所述第一请求来执行鉴权以及前置条件判断，其中所述前置条件包括车辆网络连接状况以及当前车辆状态。
在上述车联网服务提供商TSP中，在执行鉴权以及前置条件判断后，所述远程汽车服务部件配置成生成与所述第一请求对应的唯一ID，将所述唯一ID返回给所述智能设备并将所述第一请求中的信息写入数据库以供所述智能设备查询。
本发明的方案提出了一种基于蜂窝网络的数据通道协议，相比于传统的使用短信通道，可以让用户几乎感知不到数据传输时间，实现即时（秒级）的数据传输。另外，车辆与云端（即，车联网服务提供商）使用私有APN来进行通信，并且使用TLS双向验证，从而搭建起一个非常坚固的安全系统。采用TLS双向验证，可以保证传输过程中，数据无法被篡改和监听；而使用Private APN来进行传输，更加从物理上隔绝了中间人接触的一丝可能性，从而保护了通道安全。再者，本方案使用Protobuf协议来封装数据，可以做到速度更快，数据更小，数据更安全，并且解决了跨设备的兼容问题。此外，本方案使用MQTT来进行数据的双向传输，开销非常小，支持多语言，并且能够适应各种不稳定工作的网络传输需求，开发方便，保证了稳定性、易用性、数据的到达性。最后，本方案提供的异步回调和补偿机制，对于需要较长时间执行的命令极为适合，在各种不稳定工作的网络下，能够保证用户收到反馈的最终一致性，提供了良好的用户体验。
通过纳入本文的附图以及随后与附图一起用于说明本发明的某些原理的具体实施方式，本发明的方法和装置所具有的其它特征和优点将更为具体地变得清楚或得以阐明。
附图说明
图1是表示本发明的一个实施例的基于智能设备来远程控制车辆的方法的示意图；
图2是表示本发明的一个实施例的智能汽车的结构示意图；
图3是表示本发明的一个实施例的远程控制智能汽车的系统架构图；
图4是表示本发明的一个实施例的车联网服务提供商TSP的结构示意图；以及
图5是表示本发明的一个实施例的远程控制智能汽车的信令图。
具体实施方式
以下说明描述了本发明的特定实施方式以教导本领域技术人员如何制造和使用本发明的最佳模式。为了教导发明原理，已简化或省略了一些常规方面。本领域技术人员应该理解源自这些实施方式的变型将落在本发明的范围内。本领域技术人员应该理解下述特征能够以各种方式接合以形成本发明的多个变型。由此，本发明并不局限于下述特定实施方式，而仅由权利要求和它们的等同物限定。
在本发明的上下文中，术语“智能设备”指具有计算处理能力的设备，例如手机、IPAD等。
术语“TSP”，即Telematics Service Provider，表示车联网服务提供商，也被称为汽车远程服务提供商。其在Telematics产业链居于核心地位，上接汽车、车载设备制造商、网络运营商，下接内容提供商。Telematics服务集合了位置服务、Gis服务和通信服务等现代计算机技术，为车主和个人提供强大的服务：导航、娱乐、资讯、安防、SNS、远程保养等。
术语“MQTT”，即Message Queuing Telemetry Transport，表示消息队列遥测传输，是一种即时通讯协议。该协议支持所有平台，几乎可以把所有联网物品和外部链接起来。MQTT协议是为大量计算能力有限，且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议，它至少具有以下特性：（1）使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合；（2）对负载内容屏蔽的消息传输；（3）使用TCP/IP提供网络连接；（4）有三种消息发布服务质量。
术语“TLS”，即Transport Layer Security，表示安全传输层协议。该协议由两层组成：TLS记录协议和TLS握手协议。
术语“SSL”，即Secure Sockets Layer，表示安全套接层，其与SSL都在传输层对网络连接进行加密。
术语“Protobuf”即Protocol buffer，表示协议缓冲器，是google的一种数据交换格式，它独立于语言和平台。由于它是一种二进制的格式，比使用xml进行数据交换快很多。可以把它用于分布式应用之间的数据通信或者异构环境下的数据交换。
图1表示本发明的一个实施例的基于智能设备来远程控制车辆的方法1000。如图1所示，方法1000包括如下步骤：
在步骤120，建立所述智能设备与车联网服务提供商TSP之间的安全通信信道。
在步骤140，在所述智能设备的应用被触发远程控制功能时，从所述智能设备经由所述安全通信信道向所述TSP发送第一请求，使得所述TSP随后将所述第一请求通过消息队列遥测传输MQTT协议推送到所述车辆，所述第一请求包括对所述车辆的控制指令和用户信息，其中所述TSP和所述车辆使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。
由于使用MQTT来进行数据的双向传输，保证了稳定性、易用性、数据的到达性，能够适应不稳定工作的网络传输需求。另外，车辆与云端（即TSP）使用私有接入点（即PrivateAPN）来进行通信，并且使用TLS双向验证，从而搭建起一个非常坚固的安全系统。采用TLS双向验证，可以保证传输过程中，数据无法被篡改和监听，而使用私有接入点来进行传输，更加从物理上隔绝了中间人接触的一丝可能性，从而保护了通道安全。
在一个实施例中，所述安全通行信道是双向TLS验证信道，其基于蜂窝网络并采用安全传输层协议TLS来进行双向验证。安全通信信道基于蜂窝数据网络相比现有技术可实现更快的数据传输。
在一个实施例中，所述TSP使用协议缓冲器Protobuf协议来封装所述第一请求。使用Protobuf协议来封装数据可以做到速度更快、数据更小、数据更安全，并且解决了跨设备的兼容问题。
在一个实施例中，上述方法1000还可包括：在建立所述安全通行信道之前，所述智能设备接收由公钥基础设施PKI签发的独立TLS用户证书。在一个实施例中，在所述智能设备的应用从后台切换回前台时，所述应用要求用户通过手势密码或指纹密码进行验证。在一个实施例中，从所述TSP接收命令执行结果，并且如果所述命令执行结果指示所述控制指令被成功执行，则所述智能设备的应用更新车辆状态，否则提示用户失败原因。在一个实施例中，若在向所述TSP发送第一请求后的一预定时间内所述智能设备未收到所述TSP的响应，则所述智能设备主动向所述TSP发出查询。
本领域内的技术人员应明白，上述远程控制车辆的方法可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件、软件、或软硬件结合的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形式。
根据本发明的另一个方面，提供了一种计算机存储介质，所述介质包括计算机指令，所述计算机指令在被执行时，执行如前所述的远程控制车辆的方法。
根据本发明的又一个方面，提供了一种智能汽车。参照图2，图2是表示本发明的一个实施例的智能汽车2000的结构示意图。在图2中，智能汽车2000包括：中央网关210和电子控制单元230。其中，中央网关210用于与车联网服务提供商TSP建立双向TLS验证信道，使得所述中央网关和所述TSP使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。所述中央网关210配置成从所述TSP接收通过消息队列遥测传输MQTT协议推送的第一请求，所述第一请求包括对所述车辆的控制指令和用户信息。所述中央网关210还配置成从所述第一请求解析对所述车辆的控制指令并传递给电子控制单元。所述电子控制单元230用于从所述中央网关接收对所述车辆的控制指令并执行相应的操作。
在一个实施例中，所述中央网关210仅在前置条件满足预定要求时才将所述控制指令传递给电子控制单元230，其中所述前置条件包括车辆网络连接状况以及当前车辆状态。
在一个实施例中，所述电子控制单元230在执行控制指令后向所述中央网关210发送确认执行消息。
在一个实施例中，所述中央网关210还配置成封装所述确认执行消息，并根据消息队列遥测传输MQTT协议来推送封装后的确认执行消息。
在一个实施例中，所述中央网关210还配置成监听根据所述MQTT协议推送的结果，其中，若推送时间超过预定时间，所述中央网关210配置成再次向所述电子控制单元230传递所述控制指令以便再次执行。
在一个实施例中，中央网关210包括变速箱控制单元TCU 212和与所述电子控制单元230进行双向通信的车辆网关222。其中，变速箱控制单元TCU 212还包括TCU MQTT中间人214、TSP代理216和远程控制应用218。在一个实现中，TSP代理216与车联网服务提供商TSP建立双向TLS验证信道，并通过内部的TCU MQTT客户端与TCU MQTT中间人进行双向通信。类似地，远程控制应用218通过其内部的TCU MQTT客户端与TCU MQTT中间人进行双向通信。
图3示出了远程控制车辆的系统架构图。如图3所示，TSP 340分别于智能设备320以及车辆360进行双向（安全）通信。本发明的远程控制车辆的方案有效地实现了不同身份的用户（包括车主、授权用户、授权厂方服务人员、授权第三方服务人员）实时地（秒级）从手机上远程控制车辆，包括远程解锁/关锁，远程设置空调温度，远程开启和关闭窗户及天窗，远程打开关闭车灯。
图4是表示本发明的一个实施例的车联网服务提供商TSP 4000的结构示意图。参照图3和图4，TSP （340，4000）与智能设备320建立有第一安全通信信道，并且与车辆360建立有第二安全通信信道。在一个实施例中，TSP 4000包括：远程汽车服务部件420和消息平台440。远程汽车服务部件420配置成经由所述第一安全通信信道从所述智能设备接收包括对所述车辆的控制指令和用户信息的第一请求，并且使用协议缓冲器Protobuf协议来封装所述第一请求。消息平台440配置成从所述远程汽车服务部件接收封装后的第一请求，并将经由所述第二安全通信信道，通过消息队列遥测传输MQTT协议将其推送到所述车辆，其中，所述TSP和所述车辆使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。
在一个实施例中，所述远程汽车服务部件420配置成根据所述第一请求来执行鉴权以及前置条件判断，其中所述前置条件包括车辆网络连接状况以及当前车辆状态。
在一个实施例中，在执行鉴权以及前置条件判断后，所述远程汽车服务部件420配置成生成与所述第一请求对应的唯一ID，将所述唯一ID返回给所述智能设备并将所述第一请求中的信息写入数据库以供所述智能设备查询。
在一个实施例中，TSP 4000还可包括审计服务部件460以及数据收集服务部件480。
图5是表示本发明的一个实施例的远程控制智能汽车的信令图。在一个应用场景下，车主/授权用户/授权厂方服务人员/授权第三方人员在Mobile APP上点击指定车辆的远程控制按钮，即可触发车辆控制的整个流程。
首先，需要建立车辆和云端（TSP）之间的安全连接。车辆的中央网关需要提前与云端建立一条MQTT的持久化连接（MQTT协议参见前述介绍），用以下发控制命令及上报车辆状态数据信息。出于安全考虑，这条连接需采用TLS双向验证，并经由Private APN通道。在理想状况下，车辆与TSP之间会保持keep-alive连接，且在失败状况下会重连。采用TLS双向验证，可以保证传输过程中，数据无法被篡改和监听；而使用Private APN来进行传输，更加从物理上隔绝了中间人接触的一丝可能性，从而保护了通道安全。
为了在手机与云端之间执行远程控制命令，需要用户先安装NIO APP并且登录。登录采用Oauth 2.0协议。另外，每个用户会由PKI签发一个独立的TLS用户证书，用以建立手机和云端的双向TLS验证信道。当应用从后台切换回前台时，用户还需要通过手势密码或指纹密码验证。
在建立车与云端、手机与云端的安全信道之后，就可以采用在其上进行通信了。流程图图5所示。
车主/授权用户/授权蔚来服务人员/授权第三方人员在APP上点击其拥有权限的车辆的远程控制按钮，APP即会向TSP 发送HTTPS API请求（登录请求）502。如图5所示，TSP在接收到HTTPS POST请求后，向用户或APP返回访问令牌504，随后APP需要对用户的指纹或手势密码进行验证506。接着，APP向TSP发送HTTPS API POST请求508，并由TSP进行进一步的验证510，并给予反馈512（准许、拒绝或前置条件不满足等）。上述所有请求均基于SSL双向验证。
在一个实施例中，命令提交成功之后，Mobile APP等待TSP推送执行命令。MobileAPP需要设置一个超时时间（譬如20s），如若超过该时间还没有收到推送消息，则MobileAPP需要主动向TSP发起查询544。随后TSP在步骤546从数据库查询命令并在步骤548反馈结果。
TSP 对控制命令的处理主要包含鉴权、车辆前置条件判断、持久化、封装protobuf格式数据、通过MQTT协议下发消息。TSP需要验证用户的登录信息及权限。如若非登录用户，或没有权限操作该车辆，则拒绝。TSP需要判断目标车辆网络连接状况，以及当前车辆状态，若不满足要求，则返回错误提示。TSP在鉴权及前置条件判断之后，会生成该命令在TSP中的唯一ID（command_id），并将该命令的详情（如用户ID，车辆ID，APP ID，命令名称、类型及参数、时间等）写入数据库。并将该ID返回给APP。APP后续可使用该ID进行查询。TSP与车之间传输的数据格式可采用Google Protocol Buffer。Protobuf协议定义见数据结构1-1。{command}字段用于表明具体的命令类型，{params}字段则是每个命令附带的参数列表。数据封装完毕后，TSP将该数据通过MQTT协议，根据其车辆ID将数据发送至相应车辆所订阅的topic ‘/vehicles/{vin}/inbox’。参见步骤514。
数据结构1-1
message ControlCommand {
optional int32 version = 1; // Protocol version
optional int64 timestamp = 2; // server timestamp
optional int64 ttl = 3; // command expiration
optional string command_id = 4; // control command id
optional string command = 5; // control command
repeated Param params = 6; // parameters
message Param {
optional string key = 1;
optional bytes value = 2;
}
}
至此，远程命令的下发在TSP端结束。TSP需要设置一个超时时间（小于Mobile APP端的超时时间，e.g. 15s），如若在该超时时间内，TSP没有收到命令执行结果反馈，则TSP需要处理超时事件。例如，在步骤540，TSP从数据收集服务部件获得命令结果，并更新命令状态。
中央网关中的TSP代理通过订阅MQTT Broker的‘/vehicles/{vin}/inbox’ topic来接受命令。收到命令后，需要判断该命令所需要的前置状态是否满足，若不满足则直接返回错误。然后通知对应的ECU模块执行操作并接收反馈516、518、520、522、524、526、528。
命令执行完成后，中央网关需要根据数据结构1-2封装结果消息。{command_id}是对应的命令ID；{status}表示命令执行状态，会是‘success’, ‘failure’或者‘running’其中之一；. {fail_reason}表示失败原因，可能会有多个。命令执行之后相关的车辆状态也会伴随命令执行结果一并返回供后续分析用，例如空调状态{hvac_status}, 车门锁状态{door_status}, 车窗状态 {window_status}以及车灯状态{light_status}。封装之后的消息通过MQTT发送至MQTT Broker的topic ‘/vehicle/{vin}/outbox’（步骤530、532），TSP会消费这份消息534。
数据结构1-2
message CommandResult {
optional int32 version = 1; // Protocol version
optional int64 timestamp = 2; // client timestamp
optional string command_id = 4; // command id
optional ResultStatus status = 2; //command result of execution
repeated string fail_reason = 3; //fail reason
optional HVACStatus hvac_status = 4;
optional DoorStatus door_status = 5;
optional WindowStatus window_status = 6;
optional LightStatus light_status = 7;
enum ResultStatus {
SUCCESS = 0;
FAILURE = 1;
RUNNING = 2;
}
}
车内需要监听MQTT协议发送的结果，如若再多次重试之后，发送的时间超过TTL时间，则需要根据命令执行补偿机制536、538。譬如如果是关闭车门命令，如果车门已经打开，但是往云端发送结果超时，车内需要重新关闭车门。通过这样的反馈补偿机制，保证用户收到的最终结果和车的执行结果是一致的。
在一个实施例中，TSP接收到车辆通过MQTT协议MQTT的topic ‘/vehicle/{vin}/outbox’发送的命令执行结果数据包并进行解析，获取命令执行结果Protobuf数据。解析完Protobuf数据，持久化该记录并根据{command_id}更新对应的控制命令记录，并更新相应车辆的状态；对于执行较长时间的命令，本步骤会重复多次。
在一个实施例中，如果命令执行结束（命令执行结果为‘success’ 或者‘failure’），TSP推送结果到手机APP（步骤542）。在一个具体的实现中，安卓系统可经过MQTT推送，而iOS系统经过APNs推送。
在一个实施例中，如果在规定时间内（小于APP端的超时时间，e.g. 15s），TSP没有收到命令执行结束的反馈，则TSP会将命令直接结果标记为失败，失败原因为超时，并根据{command_id}更新对应的控制命令记录。同时，TSP需要推送包含超时信息的警告给APP以提醒用户。
APP在收到系统推送消息时需要展示命令执行结果。如果成功，更新Mobile APP车辆状态，如果失败，提示用户命令失败原因。如果在TTL过期后APP还没有接到命令推送结果，则需要通过{command_id}主动发起查询544。在得到结果后，展示命令执行结果，更新Mobile APP车辆状态或告知用户失败原因。
综上，本方案通过MQTT协议和TLS，在私有APN上建立一条安全数据传输通道，用Protobuf作为数据传输协议。使得用户可以实时（秒级）从手机上远程控制车辆，包括远程解锁/关锁，远程设置空调温度，远程开启和关闭窗户及天窗，远程打开关闭车灯。对于启动空调到指定温度这类较耗时的操作，本方案提供了一种异步的容错机制，能够在各种情况下，保证命令执行结果的最终一致性。
与现有技术相比，本发明的技术方案由于基于蜂窝数据网络且车和云端采用长连接，因此数据传输极为快速。另外，在本发明的技术方案中，车辆与云端使用私有APN来进行通信，并且使用TLS双向验证，从而搭建起一个非常坚固的安全系统。采用TLS双向验证，可以保证传输过程中，数据无法被篡改和监听；而使用Private APN来进行传输，更加从物理上隔绝了中间人接触的一丝可能性，从而保护了通道安全，安全等级极高。此外，本发明的技术方案使用Protobuf协议来封装数据，可以做到速度更快，数据更小，数据更安全，并且解决了跨设备的兼容问题。再者，本发明的技术方案使用MQTT来进行数据的双向传输，保证了稳定性、易用性、数据的到达性，能够适应不稳定工作的网络传输需求。最后，本发明的技术方案提供异步回调和补偿机制，对于需要较长时间执行的命令极为适合，能够在不稳定工作的网络下保持最终数据一致性。
以上例子主要说明了本发明的基于智能设备来远程控制车辆的方法、计算机存储介质、智能汽车以及车联网服务提供商。尽管只对其中一些本发明的一个或多个实施例进行了描述，但是本领域普通技术人员应当了解，本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本发明精神及范围的情况下，本发明可能涵盖各种的修改与替换。

Claims (16)

1. 一种基于智能设备来远程控制车辆的方法，所述方法包括：
建立所述智能设备与车联网服务提供商TSP之间的安全通信信道；以及
在所述智能设备的应用被触发远程控制功能时，从所述智能设备经由所述安全通信信道向所述TSP发送第一请求，使得所述TSP随后将所述第一请求通过消息队列遥测传输MQTT协议推送到所述车辆，所述第一请求包括对所述车辆的控制指令和用户信息，
其中所述TSP和所述车辆使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。
2.如权利要求1所述的方法，其中，所述安全通行信道是双向TLS验证信道，其基于蜂窝网络并采用安全传输层协议TLS来进行双向验证。
3.如权利要求1所述的方法，其中，所述TSP使用协议缓冲器Protobuf协议来封装所述第一请求。
4.如权利要求1或2所述的方法，还包括：
在建立所述安全通行信道之前，所述智能设备接收由公钥基础设施PKI签发的独立TLS用户证书。
5.如权利要求1所述的方法，还包括：
在所述智能设备的应用从后台切换回前台时，所述应用要求用户通过手势密码或指纹密码进行验证。
6. 如权利要求1所述的方法，还包括：
从所述TSP接收命令执行结果，并且
如果所述命令执行结果指示所述控制指令被成功执行，则所述智能设备的应用更新车辆状态，否则提示用户失败原因。
7.如权利要求1所述的方法，还包括：
若在向所述TSP发送第一请求后的一预定时间内所述智能设备未收到所述TSP的响应，则所述智能设备主动向所述TSP发出查询。
8.一种计算机存储介质，所述介质包括计算机指令，所述计算机指令在被执行时，执行如权利要求1至7中任一项所述的远程控制车辆的方法。
9. 一种智能汽车，其特征在于，所述智能汽车包括：
中央网关，用于与车联网服务提供商TSP建立双向TLS验证信道，使得所述中央网关和所述TSP使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证；所述中央网关配置成从所述TSP接收通过消息队列遥测传输MQTT协议推送的第一请求，所述第一请求包括对所述车辆的控制指令和用户信息；所述中央网关还配置成从所述第一请求解析对所述车辆的控制指令并传递给电子控制单元；以及
所述电子控制单元，用于从所述中央网关接收对所述车辆的控制指令并执行相应的操作。
10.如权利要求9所述的智能汽车，其中，所述中央网关仅在前置条件满足预定要求时才将所述控制指令传递给电子控制单元，其中所述前置条件包括车辆网络连接状况以及当前车辆状态。
11.如权利要求9所述的智能汽车，其中，所述电子控制单元在执行控制指令后向所述中央网关发送确认执行消息。
12.如权利要求11所述的智能汽车，其中，所述中央网关还配置成封装所述确认执行消息，并根据消息队列遥测传输MQTT协议来推送封装后的确认执行消息。
13.如权利要求12所述的智能汽车，其中，所述中央网关还配置成监听根据所述MQTT协议推送的结果，其中，若推送时间超过预定时间，所述中央网关配置成再次向所述电子控制单元传递所述控制指令以便再次执行。
14. 一种车联网服务提供商TSP，所述TSP与智能设备建立有第一安全通信信道，并且与车辆建立有第二安全通信信道，所述TSP包括：
远程汽车服务部件，配置成经由所述第一安全通信信道从所述智能设备接收包括对所述车辆的控制指令和用户信息的第一请求，并且使用协议缓冲器Protobuf协议来封装所述第一请求；以及
消息平台，其配置成从所述远程汽车服务部件接收封装后的第一请求，并将经由所述第二安全通信信道，通过消息队列遥测传输MQTT协议将其推送到所述车辆，
其中，所述TSP和所述车辆使用私有接入点来进行通信，并且使用安全传输层协议TLS或安全套接层协议SSL来进行双向验证。
15.如权利要求14所述的车联网服务提供商TSP，其中，所述远程汽车服务部件配置成根据所述第一请求来执行鉴权以及前置条件判断，其中所述前置条件包括车辆网络连接状况以及当前车辆状态。
16.如权利要求15所述的车联网服务提供商TSP，其中，在执行鉴权以及前置条件判断后，所述远程汽车服务部件配置成生成与所述第一请求对应的唯一ID，将所述唯一ID返回给所述智能设备并将所述第一请求中的信息写入数据库以供所述智能设备查询。
CN201711346191.7A 2017-12-15 2017-12-15 基于智能设备来远程控制车辆的方法 Pending CN109936585A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201711346191.7A CN109936585A (zh) 2017-12-15 2017-12-15 基于智能设备来远程控制车辆的方法
PCT/CN2018/120478 WO2019114732A1 (zh) 2017-12-15 2018-12-12 基于智能设备来远程控制车辆的方法
EP18888135.3A EP3726806B1 (en) 2017-12-15 2018-12-12 Method for remotely controlling vehicle on the basis of smart apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711346191.7A CN109936585A (zh) 2017-12-15 2017-12-15 基于智能设备来远程控制车辆的方法

Publications (1)

Publication Number Publication Date
CN109936585A true CN109936585A (zh) 2019-06-25

Family

ID=66820167

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711346191.7A Pending CN109936585A (zh) 2017-12-15 2017-12-15 基于智能设备来远程控制车辆的方法

Country Status (3)

Country Link
EP (1) EP3726806B1 (zh)
CN (1) CN109936585A (zh)
WO (1) WO2019114732A1 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110913371A (zh) * 2020-02-11 2020-03-24 中智行科技有限公司 车辆远程监控方法、装置、智能车、电子设备和存储介质
CN111212133A (zh) * 2019-12-31 2020-05-29 浙江合众新能源汽车有限公司 车辆远程交互事件跟踪系统
CN111726769A (zh) * 2020-06-29 2020-09-29 南方电网数字电网研究院有限公司 用于微型智能传感器的通信系统、方法和装置
CN111866160A (zh) * 2020-07-28 2020-10-30 网易（杭州）网络有限公司 多机控制方法、装置、设备及存储介质
CN111917770A (zh) * 2020-07-31 2020-11-10 北京骑胜科技有限公司 设备通信方法、装置、设备及存储介质
CN112492094A (zh) * 2020-12-01 2021-03-12 宁波波导易联电子有限公司 远程驾驶移动终端、远程驾驶系统及远程驾驶方法
CN112839019A (zh) * 2019-11-25 2021-05-25 广州汽车集团股份有限公司 一种车载数据传输方法、装置和系统
CN112910760A (zh) * 2021-01-28 2021-06-04 浙江合众新能源汽车有限公司 一种个性化车载大屏消息推送方法
CN114898506A (zh) * 2022-05-12 2022-08-12 南京百米需供应链管理有限公司 智能柜控制系统和控制方法
CN115220418A (zh) * 2021-12-09 2022-10-21 广州汽车集团股份有限公司 一种车辆远程控制方法及系统
CN115459976A (zh) * 2022-08-31 2022-12-09 重庆长安汽车股份有限公司 一种基于mqtt的车辆信息监测管理方法及系统

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113027281A (zh) * 2019-12-09 2021-06-25 上海擎感智能科技有限公司 提示对车窗进行控制的方法、系统、存储介质、及设备
CN112559289A (zh) * 2020-12-10 2021-03-26 中国第一汽车股份有限公司 一种监控系统
CN113038429A (zh) * 2021-01-28 2021-06-25 浙江合众新能源汽车有限公司 一种远程通讯模块的升级系统
WO2022228527A1 (zh) * 2021-04-29 2022-11-03 华人运通(上海)云计算科技有限公司 一种车载控制系统的控制方法、装置、设备及存储介质
CN113691605A (zh) * 2021-08-18 2021-11-23 深圳市晨北科技有限公司 一种数据传输方法、装置、电子设备及存储介质
CN114114993B (zh) * 2021-11-01 2024-06-14 北京集度科技有限公司 车辆的控制方法、服务器、车辆及车辆系统
CN114650517B (zh) * 2022-02-24 2023-06-13 中通客车股份有限公司 一种车辆远程监控通讯方法及系统
CN114710522B (zh) * 2022-03-17 2023-05-26 重庆长安汽车股份有限公司 基于Android平台的车载网络架构系统及方法
CN115225703B (zh) * 2022-04-02 2023-12-22 广州汽车集团股份有限公司 消息通信方法、装置、交通工具以及存储介质
CN115694979A (zh) * 2022-10-28 2023-02-03 重庆长安汽车股份有限公司 一种车载终端接入mqtt的方法、装置、设备、介质及程序

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140125498A1 (en) * 2012-11-02 2014-05-08 Iteris, Inc. Universal interface for communication of traffic signal priority between mass transit vehicles and intersection signal controllers for priority request and control
CN104363266A (zh) * 2014-10-23 2015-02-18 北京远特科技有限公司 远程控制车辆的方法、tsp后台系统以及车载终端
CN105187376A (zh) * 2015-06-16 2015-12-23 西安电子科技大学 车联网中汽车内部网络的安全通信方法
CN105491084A (zh) * 2014-09-16 2016-04-13 钛马信息网络技术有限公司 基于ota协议的车联网系统及其控制方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8831224B2 (en) * 2012-09-14 2014-09-09 GM Global Technology Operations LLC Method and apparatus for secure pairing of mobile devices with vehicles using telematics system
CN102946636B (zh) 2012-10-11 2015-12-16 慧翰微电子股份有限公司 基于信令通知的后台对移动终端进行数据推送和交互方法
CN104180812B (zh) * 2014-08-19 2017-12-12 奇瑞汽车股份有限公司 一种POI发送到汽车的Telematics系统及其控制方法
GB201507594D0 (en) * 2015-05-01 2015-06-17 Intamac Systems Ltd Intamac 1
US10187357B2 (en) * 2015-07-05 2019-01-22 M2MD Technologies, Inc. Method and system for internetwork communication with machine devices
US10917298B2 (en) * 2018-04-05 2021-02-09 Aeris Communications, Inc. Global device management architecture for IoT devices with regional autonomy

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140125498A1 (en) * 2012-11-02 2014-05-08 Iteris, Inc. Universal interface for communication of traffic signal priority between mass transit vehicles and intersection signal controllers for priority request and control
CN105491084A (zh) * 2014-09-16 2016-04-13 钛马信息网络技术有限公司 基于ota协议的车联网系统及其控制方法
CN104363266A (zh) * 2014-10-23 2015-02-18 北京远特科技有限公司 远程控制车辆的方法、tsp后台系统以及车载终端
CN105187376A (zh) * 2015-06-16 2015-12-23 西安电子科技大学 车联网中汽车内部网络的安全通信方法

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112839019A (zh) * 2019-11-25 2021-05-25 广州汽车集团股份有限公司 一种车载数据传输方法、装置和系统
CN112839019B (zh) * 2019-11-25 2023-04-25 广州汽车集团股份有限公司 一种车载数据传输方法、装置和系统
CN111212133A (zh) * 2019-12-31 2020-05-29 浙江合众新能源汽车有限公司 车辆远程交互事件跟踪系统
CN110913371A (zh) * 2020-02-11 2020-03-24 中智行科技有限公司 车辆远程监控方法、装置、智能车、电子设备和存储介质
CN111726769B (zh) * 2020-06-29 2021-07-06 南方电网数字电网研究院有限公司 用于微型智能传感器的通信系统、方法和装置
CN111726769A (zh) * 2020-06-29 2020-09-29 南方电网数字电网研究院有限公司 用于微型智能传感器的通信系统、方法和装置
CN111866160A (zh) * 2020-07-28 2020-10-30 网易（杭州）网络有限公司 多机控制方法、装置、设备及存储介质
CN111866160B (zh) * 2020-07-28 2023-09-15 网易（杭州）网络有限公司 多机控制方法、装置、设备及存储介质
CN111917770A (zh) * 2020-07-31 2020-11-10 北京骑胜科技有限公司 设备通信方法、装置、设备及存储介质
CN111917770B (zh) * 2020-07-31 2022-09-20 北京骑胜科技有限公司 设备通信方法、装置、设备及存储介质
CN112492094B (zh) * 2020-12-01 2021-10-26 宁波波导易联电子有限公司 一种远程驾驶方法
CN112492094A (zh) * 2020-12-01 2021-03-12 宁波波导易联电子有限公司 远程驾驶移动终端、远程驾驶系统及远程驾驶方法
CN112910760B (zh) * 2021-01-28 2022-08-19 浙江合众新能源汽车有限公司 一种个性化车载大屏消息推送方法
CN112910760A (zh) * 2021-01-28 2021-06-04 浙江合众新能源汽车有限公司 一种个性化车载大屏消息推送方法
CN115220418A (zh) * 2021-12-09 2022-10-21 广州汽车集团股份有限公司 一种车辆远程控制方法及系统
CN114898506A (zh) * 2022-05-12 2022-08-12 南京百米需供应链管理有限公司 智能柜控制系统和控制方法
CN115459976A (zh) * 2022-08-31 2022-12-09 重庆长安汽车股份有限公司 一种基于mqtt的车辆信息监测管理方法及系统

Also Published As

Publication number Publication date
EP3726806B1 (en) 2023-08-09
EP3726806A1 (en) 2020-10-21
WO2019114732A1 (zh) 2019-06-20
EP3726806A4 (en) 2021-08-25

Similar Documents

Publication Publication Date Title
CN109936585A (zh) 基于智能设备来远程控制车辆的方法
CN107074174B (zh) 用于远程访问控制的方法和系统
CN103201996B (zh) 提供无线机动车访问的方法
CN105491084B (zh) 基于ota协议的车联网系统及其控制方法
CN106257861B (zh) 通过控制设备来和汽车通信的认证方法及其系统
CN103679906B (zh) 基于无线网络的门禁管理系统及方法
CN112543927B (zh) 一种设备升级方法及相关设备
CN110126782A (zh) 一种车辆智能钥匙申请方法及装置
CN107650863A (zh) 车辆共享方法及系统
CN109448195A (zh) 车辆虚拟钥匙的认证方法及装置
CN108923933A (zh) 服务器的工作方法、车载终端的升级方法及系统
CN103489233A (zh) 一种动态密码的电子门禁系统
CN105871821A (zh) 设备绑定的方法
CN109587142B (zh) 一种面向业务流的数据安全接入模块和设备
US11245523B2 (en) Method for implementing client side credential control to authorize access to a protected device
CN109583154A (zh) 一种基于Web中间件访问智能密码钥匙的系统及方法
CN109895598A (zh) 一种车辆空调远程控制方法及相关装置
WO2017152875A1 (zh) 车辆安全通信方法、装置、车辆多媒体系统及车辆
CN103929501B (zh) 智能遥控服务器及其控制方法
CN112860290A (zh) 车辆升级方法、装置及系统、终端设备、存储介质
US9210168B2 (en) Internet-smart-card
CN208805841U (zh) 从车内揽收/向车内送达快件的系统、远程车辆服务系统
CN112689006B (zh) 物联网设备控制方法、装置、存储介质及电子装置
CN108683691A (zh) 车机端远程控制方法、装置及系统
CN110562197A (zh) 一种车辆授权方法及车辆授权系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200730

Address after: Susong Road West and Shenzhen Road North, Hefei Economic and Technological Development Zone, Anhui Province

Applicant after: Weilai (Anhui) Holding Co.,Ltd.

Address before: Room 502, Minsheng Bank Building, 12 Cecil Harcourt Road, central, Hongkong, China

Applicant before: NIO NEXTEV Ltd.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190625