WO2024254877A1

WO2024254877A1 - 车辆管理方法、装置、设备、存储介质及程序产品

Info

Publication number: WO2024254877A1
Application number: PCT/CN2023/100844
Authority: WO
Inventors: 茹昭; 吕小强; 张军; 杨宁
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2023-06-16
Filing date: 2023-06-16
Publication date: 2024-12-19
Anticipated expiration: 2025-12-16
Also published as: CN120787424A

Abstract

一种车辆管理方法、装置、设备、存储介质及程序产品，属于物联网技术领域。该方法由控车代理设备执行，包括：向控车客户端设备提供对第一车辆进行管理的代理服务(401)。上述方案扩展了物联网的应用场景，提高了用户对车辆的管理效率。

Description

车辆管理方法、装置、设备、存储介质及程序产品

技术领域

本申请涉及物联网技术领域，特别涉及一种车辆管理方法、装置、设备、存储介质及程序产品。

背景技术

随着物联网(Internet of Things，IoT)技术的不断发展，越来越多的物联网设备在智能家居、工业生产等诸多领域给用户的生产生活带来了极大的便利性。

在相关技术中，车辆可以有手机等移动终端设备进行远程控制。具体的，车辆的车机设备和用户的移动终端同时接入云端服务器，并在云端服务器中绑定，后续移动终端可以通过云端服务器向车机设备发送控制指令。

发明内容

本申请实施例提供了一种车辆管理方法、装置、设备、存储介质及程序产品。所述技术方案如下：

一方面，本申请实施例提供了一种车辆管理方法，所述方法由控车代理设备执行，所述方法包括：

向控车客户端设备提供对第一车辆进行管理的代理服务。

一方面，本申请实施例提供了一种车辆管理方法，所述方法由控车客户端设备执行，所述方法包括：

通过控车代理设备对车辆进行管理。

另一方面，本申请实施例提供了一种车辆管理装置，所述装置包括：

代理模块，用于向控车客户端设备提供对第一车辆进行管理的代理服务。

管理模块，用于通过控车代理设备对车辆进行管理。

另一方面，本申请实施例提供了一种计算机设备，所述计算机设备实现为信息上报设备，所述计算机设备包括处理器、存储器和收发器；

存储器中存储有计算机程序，处理器执行所述计算机程序，以使得计算机设备实现上述车辆管理方法。

再一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器、存储器和收发器，所述存储器存储有计算机程序，所述计算机程序用于被所述处理器执行，以实现上述车辆管理方法。

又一方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述车辆管理方法。

又一方面，本申请还提供了一种芯片，该芯片包括电路结构，所述芯片用于在计算机设备中运行，以使得所述计算机设备执行上述车辆管理方法。

又一方面，本申请提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述车辆管理方法。

又一方面，本申请提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述车辆管理方法。

通过本申请实施例提供的技术方案，控车代理设备可以提供一种代理服务，可以实现物联网系统中的控车客户端设备可以对车辆进行管理，从而扩展了物联网设备与车辆之间的交互方式，扩展了物联网的应用场景，提高了用户对车辆的管理效率。

附图说明

图1是本申请一个实施例提供的物联网的网络架构的示意图；

图2是本申请涉及的用于OCF的交互示意图；

图3是本申请涉及的设备发现的交互示意图；

图4是本申请一个实施例提供的车辆管理方法的流程图；

图5是本申请一个实施例提供的车辆管理方法的流程图；

图6是本申请一个实施例提供的车辆管理的流程框架图；

图7是本申请一个实施例提供的车辆管理方法的流程图；

图8是本申请涉及的一种车辆管理的流程图；

图9是本申请涉及的一种车辆管理的流程图；

图10是本申请一个实施例提供的车辆管理装置的框图；

图11是本申请一个实施例提供的车辆管理装置的框图；

图12是本申请一个实施例提供的计算机设备的结构示意图。

具体实施方式

请参考图1，其示出了本申请一个实施例提供的物联网的网络架构的示意图。该物联网的网络架构可以包括：物联网设备110(图1中示出为物联网设备110a、物联网设备110b、物联网设备110c、物联网设备110d)、代理设备120(图1中示出为代理设备120a和代理设备120b)以及车辆130(图1中示出为车辆130a、车辆130b、车辆130c)；可选的，该网络架构还可以包括桥接设备140；可选的，该网络架构还可以包括云端服务器150。

物联网设备110可以是指在物联网中，用于提供物联网协议对应的客户端功能或者服务端功能的设备。

比如，物联网设备110可以是智能家居设备，例如，智能电视、智能音箱、智能开关、智能灯具、智能空调、智能冰箱、智能微波炉、智能电饭煲、扫地机器人等等。

或者，物联网设备110可以是工业生产设备，例如，车床、工业机器人、太阳能面板、风力发电机等。

或者，物联网设备110可以是商业服务设备，例如，无人售货机等等。

或者，物联网设备110可以是传感设备，例如监控摄像头、红外传感器、声音传感器、温度传感器等。

在一种可能的实现方式中，代理设备120是用户侧的终端设备。比如，代理设备120可以是智能手机、平板电脑、智能手表等等；或者，代理设备120也可以是个人电脑，比如台式电脑、便携式计算机、个人工作站等等。

在另一种可能的实现方式中，代理设备120是指基于终端设备运行的客户端实体(可以是虚拟实体)，例如，代理设备120可以是运行在终端设备中，用于对物联网设备进行访问、控制、以及管理等操作的应用程序(Application，APP)。

车辆130可以是具有与代理设备120进行通信的功能的车辆/车载设备，比如，车辆130可以车载设备(比如车机设备)等等。

其中，上述代理设备120可以通过云端服务器150，与车辆130建立连接。

桥接设备140用于实现支持不同物联网协议的两个设备之间的交互。桥接设备140在支持不同物联网协议的物联网设备110之间，或者，在支持不同物联网协议的物联网设备110和代理设备120之间，提供信息转换和传递的服务。

桥接设备140可以是专用于进行桥接的设备，或者，桥接设备140也可以是具有桥接功能的智能设备，比如网关或者路由器等等。

云端服务器150用于提供物联网设备110与物联网生态之外的其它设备(比如上述代理设备120)之间的连接服务。其中，云端服务器150可以是物联网生态的云端平台服务器。

其中，代理设备120也可以直接与物联网设备110建立连接。

或者，代理设备120可以也通过云端服务器150，与物联网设备110建立连接。

或者，代理设备120可以也通过桥接设备140，与物联网设备110建立连接。

在本申请实施例中，上述物联网设备110、代理设备120、桥接设备140可以是满足相同或者不同的物联网协议的电子设备，比如，可以是满足连接标准联盟(Connectivity Standards Alliance，CSA)下的Matter协议的电子设备。

在图1中，当物联网设备110a和物联网设备110c之间支持相同的协议规范时，物联网设备110a和物联网设备110c之间可以建立安全连接，比如，基于Matter规范建立安全连接。

当物联网设备110b和物联网设备110d之间支持不同的协议规范，比如，物联网设备110b是Zigbee设备，而物联网设备110d是Matter设备时，物联网设备110b和物联网设备110d之间可以通过桥接设备140相连。

1)开放互联基金会(Open Connectivity Foundation，OCF)云云接口

OCF通用云接口由安全的且符合行业标准的基础技术构建而成，由OAuth2.0提供必要的身份验证，由超文本传输安全协议(Hypertext Transfer Protocol Secure，HTTPS)提供安全连接。这组定义清晰的应用程序编程接口(Application Programming Interface，API)实现了设备信息的获取和更新，及设备事件的订阅。API的使用独立于数据模型，因此所OCF已发布和将发布的数据模型都可用于这组API。数据模型是对RESTful动词的有效负载的描述，OCF通用云接口透传数据模型，不对其做任何修改。有效负载使用的媒体类型可通过HTTP机制的Accept报头协商确定。请参考图2，其示出了本申请涉及的用于OCF的交互示意图。

帐户关联后，客户端云可调用设备云提供的设备API来获取完整的设备信息。一个HTTP GET请求足以触发所需的HTTP响应，该响应包含用户(在设备云上)托管的设备信息，及这些设备的资源和当前状态，如图3所示，其示出了本申请涉及的设备发现的交互示意图。从用户体验的角度，用户操作同一云平台下的设备，和操作关联云平台下的设备，体验是一致的。

上述涉及的请求接口如下述表1所示：

表1

其中，响应载荷属性如下述表2所示：

表2

其中，设备属性如下述表3所示：

表3

2)车控家

S1，IOTClient(IoT客户端)去发现IOTAgent(IoT代理)的代理能力；

S2，IOTClient获取设备可控列表：getDeviceListReq；

S3，IOTAgent生成可控设备列表。如果IOTAgent没有保存该内容，需要去IOTEcosystem获取；

S4，IOTClient向IOTAgent发送可控设备列表：getDeviceListResp；

S5，IOTClient展示可控设备列表；

S6，用户发出控制IOT设备的指令，IOTClient向IOTAgent发送设备控制指令：Source:IOTClient Destination:IOTAgentpath:targetNodeID/[targetOperationObject]；

在IOTClient到IOTAgent访问权限上为agent能力设定任何人可访问，且IOTAgent需要保存发送给IOTClient上的控制列表。IOTClient仅可访问在控制列表上的设备。

IOTAgent收到上述消息之后，需要将消息转化为Source:IOTAgent Destination:targetNodeIDpath:targetNodeID/[targetOperationObject]发送给IOT生态设备。

资源群集(Resource Cluster)：该Cluster仅包含在endpoint0下。该控制端可以通过读取服务端该群集获取服务端设备资源信息。

Cluster定义如下述表4所示：

表4

Attribute定义如下述表5所示：

表5

EpStruct定义如下述表6所示：

表6

DeviceTypeStruct定义如下述表7所示：

表7

用户可以通过读取endpoint0下面Resource Cluster，获取所有endpoint和endpoint下的设备类型列表以及每个endpoint下面的Server/Client Cluster。

用户可以通过读取Cluster下的Global Elements，获取Cluster的FeatureMap、Attribute List、Command List、Event List。

其中，上述OCF方案适用于云云互联时的客户端控制接口，其在客户端侧实现比较固定，缺少本地设备连接的灵活性；而车控家方案中IOTClient与IOTAgent连接情况简单，不适用于较复杂的家庭网络互连环境。

请参考图4，其示出了本申请一个实施例提供的车辆管理方法的流程图，该方法可以由控车代理设备执行，比如，该控车代理设备可以是图1所示的网络架构中的代理设备120；该方法可以包括如下步骤：

步骤401，向控车客户端设备提供对第一车辆进行管理的代理服务。

在本申请实施例中，上述控车代理设备可以对应至少一个车辆，该至少一个车辆中包含上述第一车辆。

其中，上述控车客户端设备可以是物联网设备，比如上述图1所示的网络架构中的物联网设备110。

例如，上述控车客户端设备可以是智能电视、智能冰箱等物联网设备。

其中，上述控车代理设备可以分别与控车客户端设备以及第一车辆建立连接，当用户需要通过控车客户端设备对第一车辆进行管理时，控车代理设备可以作为控车客户端设备和第一车辆之间的代理，根据控车客户端设备对第一车辆的管理请求，对第一车辆进行管理。

也就是说，上述管理请求由控车客户端设备发送给控车代理设备，然后，控车代理设备根据该管理请求，提供对第一车辆进行管理的服务，从而实现了通过物联网设备实现对车辆的管理功能。

在一些实施例中，上述管理包括以下至少一种：

对第一车辆进行控制；

对第一车辆的状态信息进行查看；

对第一车辆的状态信息进行订阅。

其中，对第一车辆进行控制，可以是指控车代理设备根据控车客户端设备发送的管理请求，向第一车辆发送控制指令，以便第一车辆执行该控制指令，从而实现对第一车辆的控制。

在一些实施例中，上述控制指令可以是锁车/解锁、打开/关闭车窗、打开/关闭空调、打开/关闭座椅加热等指令。

上述对第一车辆的状态信息查看，可以是指控车代理设备根据控车客户端设备发送的管理请求，单次向控车客户端设备返回第一车辆的状态信息。

上述对第一车辆的状态信息进行订阅，可以是指控车代理设备根据控车客户端设备发送的管理请求，向控车客户端设备返回第一车辆的状态信息，且后续检测到第一车辆的状态信息发生更新时，将第一车辆的状态信息中发生更新的部分通知给控车客户端设备。

在一些实施例中，上述第一车辆的状态信息可以由控车代理设备接收到管理请求时，向第一车辆获取的实时的状态信息；或者，上述第一车辆的状态信息也可以是由控车代理设备预先向第一车辆获取或订阅，并存储在控车代理设备本地的状态信息。

上述第一车辆的状态信息，可以指示第一车辆的各种状态，比如，锁车/解锁状态、车窗的开启/关闭状态、空调的开启/关闭状态、剩余电量/剩余燃油量、车内温度等等。

在一些实施例中，除了上述对第一车辆进行控制、对第一车辆的状态信息进行查看和订阅之外，还可以有其它的管理方式，比如，取消对第一车辆的状态信息的订阅等等。本申请各个实施例对于上述管理的方式不做限定。

在一些实施例中，为了支持控车代理设备向控车客户端设备提供对第一车辆进行管理的代理服务，可以预先在控车代理设备中将第一车辆与控车客户端设备绑定，和/或，在控车客户端设备中，将第一车辆与控车代理设备绑定。

综上所述，在本申请实施例中，控车代理设备可以提供一种代理服务，可以实现物联网系统中的控车客户端设备可以对车辆进行管理，从而扩展了物联网设备与车辆之间的交互方式，扩展了物联网的应用场景，提高了用户对车辆的管理效率。

请参考图5，其示出了本申请一个实施例提供的车辆管理方法的流程图，该方法可以由控车客户端设备执行，比如，该控车客户端设备可以是图1所示的网络架构中的物联网设备110；该方法可以包括如下步骤：

步骤501，通过控车代理设备对第一车辆进行管理。

综上所述，在本申请实施例中，控车代理设备可以提供一种代理服务，可以实现物联网系统中的控车客户端设备可以对车辆进行管理，从而扩展了物联网设备与车辆之间的交互方式，扩展了用户对车辆进行管理的应用场景，提高了用户对车辆的管理效率。

通过本申请上述图4和图5所示的方案，控车客户端设备可以通过控车代理设备实现对车辆的管理，从而实现通过物联网设备对车辆进行管理的应用场景。

以控车代理设备是智能手机，控车客户端设备是智能电视，且智能手机与智能电视通过物联网系统相连接，智能手机与车辆通过云端服务器连接为例，请参考图6，其示出了本申请一个实施例提供的车辆管理的流程框架图。在一种可能的应用场景中，如图6所示，智能手机61与IOT生态系统(比如，该IOT生态系统可以是智能家居系统)中的智能电视62相连，同时，还通过无线网络与云端服务器63，云端服务器63通过无线网络与车辆64相连。

当用户位于家中，且需要对停在外面的车辆64进行管理时，可以打开家用的智能电视62，调出智能电视62的车辆管理界面，该车辆管理界面中可以显示能够通过智能手机61进行管理的车辆；然后，用户可以在车辆管理界面选择车辆64，并向智能手机61发送管理请求，该管理请求可以是查看/订阅车辆64的状态信息的请求，也可以是对车辆64进行控制的请求。智能手机61接收到上述管理请求后，可以向智能电视62返回车辆64的状态信息，或者，向车辆64发送控制指令。

例如，用户在智能电视62显示的车辆管理界面选择车辆64后，选择查看车辆64的状态信息的指令，之后智能电视62向智能手机61发送查看车辆64的状态的请求，智能手机61向智能电视62返回车辆64的状态信息，包括车辆处于锁车/解锁状态，车辆的车窗处于关闭/开启状态，车内温度，空调处于开启/关闭状态，空调设定温度等等。智能电视62在车辆管理界面中显示上述状态信息。当用户发现车辆处于解锁状态时，可以通过车辆管理界面进行锁车，之后智能电视62向智能手机61发送对车辆64进行锁车的请求，智能手机61通过云端服务器63，向车辆64发送锁车指令，车辆64接收到该锁车指令后进行锁车，并将向智能手机61返回锁车成功/失败的响应，智能手机61将锁车成功/失败的响应发送给智能电视62，智能电视62根据锁车成功/失败的响应，更新车辆管理界面中显示的状态信息。此外，当用户需要持续关注车辆64的某一项或者多项状态时，可以向智能手机61订阅该一项或者多项状态。比如，用户需要持续关注车辆64的车内温度，此时，用户可以通过车辆管理界面订阅车内温度这一状态，之后智能电视62向智能手机61发送对车辆64的车内温度进行订阅的请求，智能手机61将车辆64当前的车内温度发送给智能电视62，由智能电视62在车辆管理界面中显示车内温度；后续当智能手机61获知到车辆64的车内温度发生变化时，智能手机61将变化后的车内温度通知给智能电视62，由智能电视62在车辆管理界面中更新车内温度。

请参考图7，其示出了本申请一个实施例提供的车辆管理方法的流程图，该方法可以由控车代理设备和控车客户端设备交互执行，该控车代理设备和控车客户端设备可以分别是图1所示的网络架构中的代理设备120和物联网设备110；该方法可以包括如下几个步骤：

步骤701，控车代理设备与控车客户端设备之间建立连接。

在一些实施例中，控车代理设备与控车客户端设备之间建立连接，可以是指控车代理设备与控车客户端设备之间建立数据通道。

比如，控车代理设备与控车客户端设备之间可以基于Matter规范建立安全连接和数据通道。

在本申请实施例中，控车代理设备与控车客户端设备之间建立连接之前，控车客户端设备可以先发现可连接的控车代理设备。

在一些实施例中，控车代理设备中包含车代理发现功能群集(CarAgent Discovery Cluster)；

车代理发现功能群集用于控车客户端设备发现控车代理设备。

在一些实施例中，上述车代理发现功能群集用于维护一种或多种命令，该一种或多种命令可以用于控车客户端设备和控车代理设备在建立数据通道之间进行交互，以使得控车客户端设备发现周围可用的控车代理设备。

在另一些实施例中，上述车代理发现功能群集也可以用于控车代理设备发送控车客户端设备。

在一些实施例中，车代理发现功能群集支持以下命令中的至少一种：

发现代理请求，用于控车客户端设备从控车代理设备请求控车代理设备的信息；

发现代理响应，用于向控车客户端设备返回控车代理设备的信息。

其中，上述发现代理请求可以是由控车客户端设备发送的请求；上述发现代理响应是控车代理设备返回给控车客户端设备的，对应上述发现代理请求的响应。

在一些实施例中，车代理发现功能群集也可以支持上述发现代理请求和发现代理响应之外的其它命令。比如，上述车代理发现功能群集可以支持以下命令中的至少一种：

客户端宣告消息，用于向周围的控车代理设备宣告该控车客户端设备的存在；

客户端宣告响应，用于向控车客户端设备返回接收到客户端宣告消息的响应。可选的，该客户端宣告响应中包含控车代理设备的标识信息。

其中，上述客户端宣告消息可以是由控车客户端设备发送；上述客户端宣告响应可以是控车代理设备接收到该客户端宣告消息后，向控车客户端设备返回的响应，用于通知控车客户端设备，其发送的客户端宣告消息已经被该控车代理设备成功接收到。

在一些实施例中，发现代理请求中包含第二车辆的标识信息。

在一些实施例中，发现代理请求中也可以不包含车辆的标识信息。

在一些实施例中，发现代理响应中包含以下信息中的至少一种：

控车代理设备的标识信息；

与控车代理设备绑定的车辆的标识信息。

在一些实施例中，发现代理响应中还可以包含除了控车代理设备的标识信息以及与控车代理设备绑定的车辆的标识信息之外的其它信息，比如，上述发现代理响应中还可以包含控车代理设备当前连接的车辆的标识信息。

其中，上述控车代理设备的标识信息可以包括控车代理设备的名称、ID等等。

上述车辆的标识信息可以包括车辆的名称、ID等等。

在本申请实施例中，控车代理设备可以在发现代理响应中携带控车代理设备的标识信息，并通过发现代理响应之外的其它消息，向控车客户端设备发送与控车代理设备绑定的车辆的标识信息。

或者，控车代理设备可以在发现代理响应中携带与控车代理设备绑定的车辆的标识信息，并通过发现代理响应之外的其它消息，向控车客户端设备发送控车代理设备的标识信息。

或者，控车代理设备可以在发现代理响应中携带控车代理设备的标识信息，以及与控车代理设备绑定的车辆的标识信息。在这种情况下，控车客户端设备可以通过发现代理响应，发现周围可用的控车代理设备，以及，发现通过这些可用的控车代理设备能够对哪些车辆进行管理。

在一些实施例中，该方法还包括：

控车客户端设备发送发现代理请求；控车代理设备接收控车客户端设备发送的发现代理请求；

在发现代理请求中包含第二车辆的标识的情况下，控车代理设备在与控车代理设备绑定的车辆中包含第二车辆的情况下，向控车客户端设备返回发现代理响应，也就是说，发现代理响应是控车代理设备在与控车代理设备绑定的车辆中包含第二车辆的情况下发送的；控车客户端设备接收控车代理设备发送的发现代理响应。

在本申请实施例中，在车代理发现功能群集支持发现代理请求的情况下，控车客户端设备可以通过发现代理请求，来发现对应某个车辆的控车代理设备。比如，发现代理请求中可以携带第二车辆的标识信息，以指示该发现代理请求用于发现与该第二车辆对应的控车代理设备。控车代理设备接收到上述发现代理请求后，如果确定该发现代理请求中携带的第二车辆的标识信息，与自身绑定的一个车辆的标识信息匹配，则可以向控车客户端设备返回发现代理响应；可选的，如果控车代理设备确定第二车辆的标识信息与自身绑定的任意车辆的标识信息都不匹配，则可以不返回发现代理响应。

在一些实施例中，在发现代理请求中包含第二车辆的标识的情况下，控车代理设备在与控车代理设备绑定的车辆中包含第二车辆的情况下，向控车客户端设备返回发现代理响应的过程可以包括：

控车代理设备在与控车代理设备绑定的车辆中包含第二车辆，且该第二车辆处于可使用的状态(比如Accessible状态为True)，则控车代理设备向控车客户端设备返回发现代理响应。

反之，如果第二车辆处于不可使用的状态(比如Accessible状态为False)，则控车代理设备可以不向控车客户端设备返回发现代理响应。

在一些实施例中，当发现代理请求中不包含车辆的标识信息的情况下，该发现代理请求可以用于发现与任意车辆对应的控车代理设备。比如，发现代理请求不携带任何车辆的标识信息，以指示该发现代理请求用于发现任意的控车代理设备。控车代理设备接收到上述发现代理请求后，即可以向控车客户端设备返回发现代理响应。

其中，上述与该第二车辆对应的控车代理设备，可以是指预先与第二车辆绑定的控车代理设备，或者，可以是指预先与第二车辆建立了连接的控车代理设备。

在一些实施例中，控车客户端设备发送发现代理请求，包括：控车客户端设备在多播组内发送发现代理请求。相应的，控车代理设备接收控车客户端设备发送的发现代理请求，包括：在控车客户端设备与控车代理设备处于同一个多播组的情况下，接收控车客户端设备在多播组内发送的发现代理请求。

在本申请实施例中，控车客户端设备可以在自身所在的多播组内，以多播/广播方式发送上述发现代理请求，以便该多播组内的控车代理设备回复该发现代理请求，从而发现该多播组内可能存在的控车代理设备。也就是说，在该实施例中，控车客户端设备要发现控车代理设备，需要控车客户端设备和控车代理设备处于同一个多播组，该多播组具有唯一的多播组ID。

在一些实施例中，控车客户端设备在发送上述发现代理请求之前，可以先在多播组内发送上述客户端宣告消息，接收到该客户端宣告请求的控车代理设备向控车客户端设备返回客户端宣告响应，之后，控车客户端设备根据客户端宣告响应中携带的控车代理设备的标识信息，向该控车代理设备单播发送上述发现代理请求。

步骤702，控车代理设备向控车客户端设备提供对第一车辆进行管理的代理服务；相应的，控车管理设备通过控车代理设备对第一车辆进行管理。

在一些实施例中，管理包括以下至少一种：

对第一车辆进行控制；

对第一车辆的状态信息进行查看；

对第一车辆的状态信息进行订阅。

在一些实施例中，控车代理设备中包含车代理功能群集(CarAgent Cluster)；

车代理功能群集指示以下信息中的至少一种：

与控车代理设备绑定的控车客户端设备的信息；

与控车代理设备绑定的车辆的信息。

其中，上述车代理功能群集可以包括与控车代理设备绑定的控车客户端设备的信息，或者，上述车代理功能群集可以包括与控车代理设备绑定的车辆的信息，或者，上述车代理功能群集可以同时包含与控车代理设备绑定的控车客户端设备的信息，以及，与控车代理设备绑定的车辆的信息。

在一些实施例中，与控车代理设备绑定的车辆的信息包含以下信息中的至少一种：

与控车代理设备绑定的车辆的标识信息；

与控车代理设备绑定的车辆的可访问状态的信息；

与控车代理设备绑定的车辆的端点的信息。

其中，上述与控车代理设备绑定的车辆的可访问状态的信息，可以指示对应的车辆是否可以接收从控车代理设备发出的消息，也就是说，这里的可访问状态，是指从控车代理设备发出的消息是否可以达到该车辆。

在另一种实施例中，上述车辆的可访问状态的信息，也可以用于指示对应的车辆当前是否允许访问。

上述与控车代理设备绑定的车辆的端点(Endpoint)的信息，可以用于指示对应的车辆具有哪些端点，可进一步用于指示对应的车辆中哪些信息可以被查看或订阅，哪些功能可以被控制等等。

在一些实施例中，车代理功能群集支持以下命令中的至少一种：

获取车信息请求，用于从控车代理设备获取与控车代理设备绑定的车辆的车信息；

获取车信息响应，用于向获取车信息请求的发送方返回与控车代理设备绑定的车辆的车信息。

可选的，上述获取车信息响应，还可以用于向获取车信息请求的发送方返回与控车代理设备绑定，且当前与控车代理设备建立连接的车辆的车信息。

在一些实施例中，上述获取车信息请求中可以包含获取车信息的标识，用于表示该请求用来获取与控车代理设备绑定的车辆的车信息。比如，上述表示可以是一个特定的比特位置上的比特值，比如，特定位置上的比特值为1或0时，表示该请求用来获取与控车代理设备绑定的车辆的车信息。

在一些实施例中，上述获取车信息响应中包含车信息列表；车信息列表中包含至少一项车信息。

比如，上述车信息列表中可以包含多项车信息组成的列表，每个车信息对应一个车辆的信息。

在另一些实施例中，上述获取车信息响应中包含单个车信息，对于一个控车代理设备，如果该控车代理设备绑定了多个车辆，则可以发送多个车信息响应，每个车信息响应中携带一个车辆的车信息。

在一些实施例中，车信息包括以下信息中的至少一种：

与控车代理设备绑定的车辆的标识信息；

与控车代理设备绑定的车辆的端点的信息。

可选的，上述车信息还可以包含其它信息，比如，还可以包含与控车代理设备绑定的车辆的名称、与控车代理设备绑定的车辆的可访问状态、与控车代理设备绑定的车辆的连接状态/在线状态等等。本申请实施例对于车信息包含的信息种类不做限定。

在一些实施例中，与控车代理设备绑定的车辆的端点的信息包括：

与控车代理设备绑定的车辆的端点的端点结构体；

或者，与控车代理设备绑定的车辆的端点的端点号。

其中，上述端点结构体，以及端点号可以如上述表6所示。

或者，上述端点结构体也可以与上述表6存在一定的区别，比如，上述端点结构体可以在表6的基础上去除或者增加一些项目，比如，上述端点结构体可以在上述表6的基础上增加端点可用状态(表示对应的端点当前是否可用)、端点的管理权限等等；再比如，上述端点结构体可以在上述表6的基础上去除设备类型列表等等。

在一些实施例中，该方法还包括：

控车客户端设备向控车代理设备发送获取车信息请求；控车代理设备接收控车客户端设备发送的获取车信息请求；

控车代理设备向控车客户端设备返回获取车信息响应；控车客户端设备接收控车代理设备返回的获取车信息响应；获取车信息响应用于指示与控车代理设备绑定的车辆的车信息。

在一些实施例中，控车客户端设备中包含车客户端功能群集；车客户端功能群集用于记录与控车客户端设备绑定的车辆和代理。

在一些实施例中，车客户端功能群集支持以下命令中的至少一种：

获取当前代理请求，用于获取控车客户端设备中，当前与第三车辆关联的代理的信息；

获取当前代理响应，用于指示控车客户端设备中，当前与第三车辆关联的代理的信息；

设置当前代理请求，用于设置控车客户端设备中，当前与第四车辆关联的代理。

其中，上述当前与第三车辆关联的代理，是指控车客户端设备当前通过该代理对应的控车代理设备，对第三车辆进行管理。

通过上述获取当前代理请求、获取当前代理响应以及设置当前代理请求，控车代理设备可以查看控车客户端设备当前管理某一车辆所使用的代理，以及，对控车客户端设备当前管理某一车辆所使用的代理进行设置。

在一些实施例中，该方法还包括：控车代理设备向控车客户端设备发送获取当前代理请求，控车客户端设备接收控车代理设备发送的获取当前代理请求；控车客户端设备向控车代理设备返回获取当前代理响应，控车代理设备接收控车客户端设备返回的获取当前代理响应。

在一些实施例中，获取当前代理请求中包含第三车辆的标识信息；比如，控车客户端设备接收到上述当前代理请求后，可以根据第三车辆的标识信息，查询本地存储的，当前与第三车辆关联的代理的信息，然后根据查找到的信息，返回获取当前代理响应；

获取当前代理响应中包含控车客户端设备中，当前与第三车辆关联的代理的信息；比如，控车代理设备接收到获取当前代理响应后，可以从中读取控车客户端设备中当前与第三车辆关联的代理的信息。

可选的，上述当前代理请求中也可以包含第三车辆的标识信息的路径，控车客户端设备接收到上述获取当前代理请求后，可以通过第三车辆的标识信息的路径，获取上述第三车辆的标识信息。

可选的，上述当前代理请求中也可以包含车客户端设备中，当前与第三车辆关联的代理的信息的路径，控车代理设备接收到上述获取当前代理响应后，可以通过与第三车辆关联的代理的信息的路径，获取上述控车客户端设备中，当前与第三车辆关联的代理的信息。

在一些实施例中，上述获取当前代理响应中包括：控车客户端设备中，当前与第三车辆关联的代理的标识信息。

也就是说，上述控车客户端设备中，当前与第三车辆关联的代理的信息，可以是对应的代理的标识信息，比如对应的代理的名称、ID等等。

在一些实施例中，获取当前代理响应中还包括：第三车辆的标识信息。

在一些实施例中，该方法还包括：控车代理设备向控车客户端设备发送设置当前代理请求；设置当前代理请求用于将控车客户端设备中，当前与第四车辆关联的代理设置为控车代理设备；控车客户端设备接收控车代理设备发送的设置当前代理请求，根据设置当前代理请求，将控车客户端设备中，当前与第四车辆关联的代理设置为控车代理设备。

其中，上述控车客户端设备根据设置当前代理请求，将控车客户端设备中，当前与第四车辆关联的代理设置为控车代理设备的过程中，控车客户端设备在确定已经与该控车代理设备以及上述第四车辆绑定的情况下，将控车客户端设备中，当前与第四车辆关联的代理设置为控车代理设备。

其中，上述设置当前代理请求中可以包含第四车辆的标识信息，控车客户端设备可以根据设置当前代理请求，查询当前与第四车辆关联的代理的项目，并将当前与第四车辆关联的代理的项目中的代理的标识信息，替换为上述控车代理设备的标识信息，实现将控车客户端设备中，当前与第四车辆关联的代理设置为控车代理设备。

或者，控车客户端设备根据设置当前代理请求，查询当前与第四车辆关联的代理的项目后，将查询到的项目删除，并新建一个当前与第四车辆关联的代理的项目，该新建的项目中的代理的标识信息是上述控车代理设备的标识信息，从而实现将控车客户端设备中，当前与第四车辆关联的代理设置为控车代理设备。

在一些实施例中，车客户端功能群集支持当前车代理变化事件；

当前车代理变化事件，用于指示控车客户端设备中，当前与第四车辆关联的代理发生变化。

在本申请实施例中，车客户端功能群集还能够记录或发送当前车代理变化事件，从而记录/保留与车辆关联的代理的变化请求。

在一些实施例中，当前车代理变化事件中包含以下信息中的至少一项：

第四车辆的标识信息；

控车客户端设备中，上一个与第四车辆关联的代理的标识信息；

控车客户端设备中，当前与第四车辆关联的代理的标识信息。

可选的，当前车代理变化事件中包含第四车辆之前关联的两个或者多个或者所有代理的标识信息。

在本申请实施例中，当前车代理变化事件中可以记录哪个车辆关联的代理从哪个代理变化为哪个代理，从而能够详细的记录车辆关联的代理的变化过程，提高代理变化的可感知性和可溯性。

在一些实施例中，控车代理设备向控车客户端设备提供对第一车辆进行管理的代理服务，控车客户端设备通过控车代理设备对车辆进行管理的过程可以包括：

控车客户端设备向控车代理设备发送控车指令，控车指令用于对第一车辆进行控制，以便控车代理设备基于控车指令，向第一车辆发送控制指令，控制指令由第一车辆执行，以实现对第一车辆的远程控制功能；控车代理设备接收控车客户端设备发送的控车指令；控车代理设备基于控车指令，向第一车辆发送控制指令，控制指令由第一车辆执行，以实现对第一车辆的控制功能。

其中，上述控车指令和控制指令可以包含相同的内容，也就是说，控车客户端设备发送的控车指令可以由第一车辆执行，控车代理设备将该控车指令中的内容，作为控制指令发送给第一车辆。

或者，上述控车指令和控制指令可以包含不同的内容，比如，控车客户端设备发送的控车指令无法由第一车辆执行，控车代理设备将控车指令转化为第一车辆可执行的控制指令，将控制指令发送给第一车辆。

在一些实施例中，控车代理设备基于控车指令，向第一车辆发送控制指令，包括：控车代理设备在控车客户端设备具有对第一车辆进行控制的权限的情况下，基于控车指令，向第一车辆发送控制指令。

在本申请实施例中，控车代理设备中可以记录控车客户端设备对第一车辆进行管理的权限，控车代理设备接收到控车指令后，可以查询控车客户端设备是否具有对第一车辆进行控制的权限，如果有，则基于控车指令，向第一车辆发送控制指令；可选的，如果控车客户端设备没有对第一车辆进行控制的权限，则可以向控车客户端设备返回失败响应，该失败响应中可以携带失败理由：缺少控制权限。

其中，上述控车客户端设备对第一车辆的控制的权限设置方式可以包括：由控车代理设备使用访问控制列表ACL对控车客户端设备可访问的每一个车辆的控制接口设置访问控制权限。

在一些实施例中，上述控车客户端设备具有对第一车辆进行控制的权限，可以是指控车客户端设备具有对第一车辆进行所请求的控制对应的权限；比如，若上述控车指令请求对车辆进行锁车/解锁，则上述控车客户端设备具有对第一车辆进行所请求的控制对应的权限，是指控车客户端设备具有对第一车辆进行锁车/解锁的权限。

或者，上述控车客户端设备具有对第一车辆进行控制的权限，可以是指控车客户端设备具有触发控车代理设备向第一车辆发送控制指令的单个权限，也就是说，该权限不区分请求控制的功能，或者说，该权限适用车辆所有的功能。

例如，上述对第一车辆进行控制的权限，可以是单个权限，也可以包含多个不同等级的权限；当包含多个不同等级的权限时，上述查询控车客户端设备是否具有对第一车辆进行控制的权限的过程，可以是指查询控车客户端设备当前对第一车辆进行控制的权限，是否等于或者高于上述控车指令所需的权限，若是，则确定控车客户端设备具有对第一车辆进行控制的权限，否则，确定控车客户端设备不具有对第一车辆进行控制的权限。

在另一些实施例中，控车代理设备也可以在不查询控车客户端设备是否具有对第一车辆进行控制的权限的情况下，基于控车指令，向第一车辆发送控制指令。

在一些实施例中，控车指令的路径包括：控车代理设备中的目标端点的服务群集中的目标操作对象；

基于控车指令，向第一车辆发送控制指令，包括：基于控车指令的路径，将控车指令转换为控制指令。

在本申请实施例中，控车指令的路径包括控车代理设备中的目标端点的服务群集中的目标操作对象时，控车代理设备可以根据控车指令的路径，确定控车客户端设备请求对第一车辆的哪个功能进行控制，此时，控车代理设备即可以根据确定的信息，生成与该功能对应的控制指令。

可选的，控车指令除了指示对第一车辆的哪个功能进行控制，还可以进一步指示对第一车辆的功能的控制方式，比如，以对第一车辆的空调温度进行控制为例，上述控车指令除了指示对第一车辆的空调温度进行控制之外，还需要指示如何调节空调温度(比如调高多少度/调低多少度/调到多少度等)。

一种可能的实现方式中，上述控车指令可以通过路径指示对第一车辆的功能的控制方式，比如，还是以空调温度调节为例，控车代理设备中的目标端点的服务群集中，可以包含调高多少度的操作对象/调低多少度的操作对象/调到多少度的操作对象，此时，上述控车指令的路径不仅可以指示对第一车辆的空调温度进行调节，还能指示具体的调节方式。

在另一种可能的实现方式中，上述控车指令可以携带对第一车辆的功能的控制方式，比如，还是以空调温度调节为例，控车代理设备中的目标端点的服务群集中可以包含空调温度的目标操作对象，上述控车指令的路径指示对第一车辆进行控制的功能是空调温度调节功能，但是不指示对空调温度的调节方式，此时，控车指令中还可以携带对空调温度进行调节的方式的信息，比如，携带将空调温度调高/调低N度的信息，或者，携带空调温度调节的目标温度。

控车客户端设备向控车代理设备发送订阅请求，控车代理设备接收控车客户端设备发送的订阅请求，订阅请求用于请求订阅第一车辆的状态信息；

控车代理设备将第一车辆的状态信息发送给控车客户端设备；控车客户端设备接收控车代理设备发送的第一车辆的状态信息；

控车客户端设备向控车代理设备发送状态报告，控车代理设备接收控车客户端设备发送的状态报告，状态报告用于指示控车客户端设备是否成功接收到第一车辆的状态信息；

在状态报告指示控车客户端设备成功接收到第一车辆的状态信息的情况下，控车代理设备向控车客户端设备发送订阅响应，控车客户端设备接收控车代理设备发送的订阅响应，订阅响应用于指示订阅完成。

在一种可能的实现方式中，控车客户端设备可以通过订阅请求向控车代理设备订阅第一车辆的状态信息。在此过程中，控车代理设备可以作为订阅代理，向控车客户端设备提供代理订阅服务。

在另一可能的实现方式中，控车客户端设备可以作为订阅的源设备，向控车客户端设备提供订阅服务。

在一些实施例中，将第一车辆的状态信息发送给控车客户端设备，包括：

在控车客户端设备具有对第一车辆的状态信息进行订阅的权限的情况下，将第一车辆的状态信息发送给控车客户端设备。

在本申请实施例中，控车代理设备中可以记录控车客户端设备对第一车辆进行管理的权限，控车代理设备接收到订阅请求后，可以查询控车客户端设备是否具有对第一车辆的状态信息进行订阅的权限，如果有，则将第一车辆的状态信息发送给控车客户端设备；可选的，如果控车客户端设备没有对第一车辆的状态信息进行订阅的权限，则可以向控车客户端设备返回订阅失败响应，该订阅失败响应中可以携带失败理由：缺少订阅权限。

其中，上述控车客户端设备对第一车辆的状态信息进行订阅的权限设置方式可以包括：由控车代理设备使用访问控制列表ACL对控车客户端设备可访问的每一个车辆的状态信息设置访问控制权限。

在一些实施例中，上述控车客户端设备具有对第一车辆的状态信息进行订阅的权限，可以是指控车客户端设备具有对第一车辆进行所请求订阅的信息对应的权限；比如，若订阅请求用于请求订阅车辆的锁车/解锁状态，则上述控车客户端设备具有对第一车辆进行所请求订阅的信息对应的权限，是指控车客户端设备具有对第一车辆的锁车/解锁状态进行订阅的权限。

或者，上述控车客户端设备具有对第一车辆进行订阅的权限，可以是指控车客户端设备具有订阅第一车辆中的任意状态信息的单个权限，也就是说，该权限不区分请求订阅的信息类型，或者说，该权限适用于该车辆所有的状态信息。

例如，上述对第一车辆进行订阅的权限，可以是单个权限，也可以包含多个不同等级的权限；当包含多个不同等级的权限时，上述查询控车客户端设备是否具有对第一车辆的状态信息进行订阅的权限的过程，可以是指查询控车客户端设备当前对第一车辆的状态信息进行订阅的权限，是否等于或者高于上述订阅请求所订阅的状态信息所需的权限，若是，则确定控车客户端设备具有对第一车辆的状态信息进行订阅的权限，否则，确定控车客户端设备不具有对第一车辆的状态信息进行订阅的权限。

在另一些实施例中，控车代理设备也可以在不查询控车客户端设备是否具有对第一车辆的状态信息进行订阅的权限的情况下，将第一车辆的状态信息发送给控车客户端设备。

在一些实施例中，上述方法还包括：响应于第一车辆的状态信息发生变化，控车代理设备将第一车辆中发生变化的状态信息通知给控车客户端设备。相应的，控车客户端设备在第一车辆的状态信息发生变化的情况下，接收控车代理设备发送的，第一车辆中发生变化的状态信息。

实施例一：

以控车代理设备是手机，控车客户端设备是智能家居设备(比如智能电视)为例：

(1)手机上实现车代理发现功能集CarAgent Discovery Cluster，用于CarClient(控车客户端)发现CarAgent(控车代理)。

车代理发现功能集包含以下命令，定义如下表8所示：

表8

其中，C表示客户端，S表示服务端，N表示无响应，M表示必选实现。

discoverAgentReq参数定义如下表9所示：

表9

discoverAgentResp参数定义如下表10所示：

表10

(2)手机上实现车代理功能集CarAgent Cluster，记录了绑定的CarClient。

车代理功能集包含以下属性，定义如下表11所示：

表11

其中，carStatus结构体定义如下表12所示：

表12

其中，Accessible为该车的可访问状态，True为当前可访问，False为当前不可访问。

车代理功能集包含以下命令，定义如下表13所示：

表13

其中，getCarInfoReq用于CarClient从CarAgent获取当前可访问的车的信息。可访问的车的信息通过getCarInfoResp返回。

getCarInfoResp参数定义如下表14所示：

表14

其中，carInfo结构体定义如下表15所示：

表15

其中，EpStruct结构可以参考表6所示，此处不再赘述。

请参考图8，其示出了本申请涉及的一种车辆管理的流程图。在本实施例中，用户可使用家庭网络中智能电视实现的CarClient通过手机上实现的CarAgent进行控车，上述流程为：

S1，处于智能家居网络中的CarClient，通过多播MultiCast发现网络中的CarAgent。此时，CarClient与CarAgent处于同一个MultiCast组中。CarClient发送discoverAgentReq。

S2，CarAgent通过discoverAgentResp进行发现应答。

S3，双方建立数据通道。

S4，CarClient向CarAgent发送getCarInfoReq指令获取可控的车及其对应的Endpoints，以及Endpoint对应的车控功能。

S5，CarAgent通过getCarInfoResp返回可控的车及其对应的全部车控功能。

S6，CarClient将控车界面展示给用户。

S7，在车可访问的情况下，CarClient向CarAgent发送控车指令，path为CarAgent上车控对应的Endpoint：

Source:CarClient；

Destination:CarAgent path:targetEndpointNumber/ServerCluster/[targetOperationObject]。

S8，CarAgent收到控车指令，校验权限通过后，将相应Endpoint上的处理转化为对应的第三方指令(即控制指令)发送给车。

S9，CarClient向CarAgent发送订阅请求，订阅车的状态。

S10，CarAgent获取车的相应状态信息，将所订阅的当前状态上报CarClient。

S11，CarClient收到上报的状态数据后返回Status Report，表示接收成功或失败。

S12，成功情况下，CarAgent向CarClient返回订阅响应，完成订阅。

此后，CarAgent定期获取车的状态信息。当所订阅的状态发生变化时，CarAgent可通过数据上报通知CarClient。

实施例二：

还是以控车代理设备是手机，控车客户端设备是智能家居设备(比如智能电视)为例：

(1)手机上实现车代理发现功能集CarAgent Discovery Cluster，用于CarClient发现CarAgent。

车代理发现功能集包含的命令，定义如表8所示。其中，discoverAgentReq参数定义如表9所示。

discoverAgentResp参数定义如表10所示。

车代理功能集包含的属性，定义如表11所示。

其中，carStatus结构体定义如表12所示。

车代理功能集包含的命令，定义如表13所示。

getCarInfoResp参数定义如表14所示。

其中，carInfo结构体定义如下表16所示：

表16

(3)智能家居设备上实现车客户端功能集CarClient Cluster，用于记录CarClient绑定的Car和CarAgent。

车客户端功能集包含以下命令，定义如下表17所示：

表17

其中，getCurrentAgentReq用于获取boundCars列表中的一个车当前关联的CarAgent。当boundCars列表中的一个表项的CarAgents字段包含不止一个CarAgent时，同一时刻仅能有一个CarAgent与CarClient的该CarID关联。CarClient的控车指令通过该关联的CarAgent转发到对应的车。其参数定义如下表18所示：

表18

getCurrentAgentResp参数定义如下表19所示：

表19

setCurrentAgentReq用于将请求者设置为与CarClient的车当前关联的CarAgent。车通过请求中携带的CarID参数进行标识。

其参数定义如下表20所示：

表20

CarClient接收到setCurrentAgentReq后，应校验发送方是否与该CarID存在绑定关系。若不存在绑定关系，则返回错误码。

车客户端功能集包含以下事件，定义如下表21所示：

表21

其中，Priority为INFO表示事件优先级为面向客户端的一般通知。Access项中的V表示通知数据是可观察和订阅的。

currentCarAgentChanged事件包含以下表22所示的通知数据：

表22

请参考图9，其示出了本申请涉及的一种车辆管理的流程图。在本实施例中，用户可使用家庭网络中智能电视实现的CarClient通过手机上实现的CarAgent进行控车，上述流程为：

S1，处于智能家居网络中的CarClient，通过MultiCast发现网络中的CarAgent。此时，CarClient与CarAgent处于同一个MultiCast组中。CarClient发送discoverAgentReq。

S2，CarAgent通过discoverAgentResp进行发现应答。

S3，双方建立数据通道。

S4，CarAgent向CarClient发送getCurrentAgent Request获取当前关联的Agent。

S5，CarClient通过getCurrentAgent Response返回当前关联的Agent。

S6，若CarClient当前关联的Agent非自身，CarAgent向CarClient发送setCurrentAgent Request将自身设置为当前关联的Agent。若当前关联的Agent发生变化，CarClient向订阅currentCarAgentChanged事件的设备发送变更通知。

S7，CarClient向CarAgent发送getCarInfoReq指令获取可控的车及其对应的Endpoints。

S8，CarAgent通过getCarInfoResp返回可控的车及其对应的Endpoints，Endpoint以Endpoint Number表示。此后，CarClient可以根据Endpoint Number查询每个Endpoint上的描述信息得到该Endpoint包含的控车功能。

S9，CarClient将控车界面展示给用户。

S10，在车可访问的情况下，CarClient向CarAgent发送控车指令，path为CarAgent上车控对应的Endpoint：

Source:CarClient；

S11，CarAgent收到控车指令，校验权限通过后，将相应Endpoint上的处理转化为对应的第三方指令发送给车。

S12，CarClient向CarAgent发送订阅请求，订阅车的状态。

S13，CarAgent获取车的相应状态信息，将所订阅的当前状态上报CarClient。

S14，CarClient收到上报的状态数据后返回Status Report，表示接收成功或失败。

S15，成功情况下，CarAgent向CarClient返回订阅响应，完成订阅。

请参考图10，其示出了本申请一个实施例提供的车辆管理装置的框图。该车辆管理装置1000具有实现上述图4或图7所示的方法中，由控车代理设备执行的功能。如图10所示，该装置可以包括：

代理服务模块1001，用于向控车客户端设备提供对第一车辆进行管理的代理服务。

在一些实施例中，所述管理包括以下至少一种：对所述第一车辆进行控制；对所述第一车辆的状态信息进行查看；对所述第一车辆的状态信息进行订阅。

在一些实施例中，所述控车代理设备中包含车代理功能群集；

所述车代理功能群集指示以下信息中的至少一种：与所述控车代理设备绑定的控车客户端设备的信息；与所述控车代理设备绑定的车辆的信息。

在一些实施例中，与所述控车代理设备绑定的车辆的信息包含以下信息中的至少一种：与所述控车代理设备绑定的车辆的标识信息；与所述控车代理设备绑定的车辆的可访问状态的信息；与所述控车代理设备绑定的车辆的端点的信息。

在一些实施例中，所述车代理功能群集支持以下命令中的至少一种：

获取车信息请求，用于从所述控车代理设备获取与所述控车代理设备绑定的车辆的车信息；

获取车信息响应，用于向获取车信息请求的发送方返回与所述控车代理设备绑定的车辆的车信息。

在一些实施例中，获取车信息响应中包含车信息列表；所述车信息列表中包含至少一项所述车信息。

在一些实施例中，所述车信息包括以下信息中的至少一种：与所述控车代理设备绑定的车辆的标识信息；与所述控车代理设备绑定的车辆的端点的信息。

在一些实施例中，与所述控车代理设备绑定的车辆的端点的信息包括：与所述控车代理设备绑定的车辆的端点的端点结构体；或者，与所述控车代理设备绑定的车辆的端点的端点号。

在一些实施例中，所述装置还包括：

接收模块，用于接收所述控车客户端设备发送的所述获取车信息请求；

发送模块，用于向所述控车客户端设备返回所述获取车信息响应。

在一些实施例中，所述代理服务模块1001，用于，

接收所述控车客户端设备发送的控车指令，所述控车指令用于对所述第一车辆进行控制；

基于所述控车指令，向所述第一车辆发送控制指令，所述控制指令由所述第一车辆执行，以实现对所述第一车辆的控制功能。

在一些实施例中，所述代理服务模块1001，用于在所述控车客户端设备具有对所述第一车辆进行控制的权限的情况下，基于所述控车指令，向所述第一车辆发送控制指令。

所述代理服务模块1001，用于基于所述控车指令的路径，将所述控车指令转换为所述控制指令。

在一些实施例中，所述代理服务模块1001，用于，

接收所述控车客户端设备发送的订阅请求，所述订阅请求用于请求订阅所述第一车辆的状态信息；

将所述第一车辆的状态信息发送给所述控车客户端设备；

接收所述控车客户端设备发送的状态报告，所述状态报告用于指示所述控车客户端设备是否成功接收到所述第一车辆的状态信息；

在所述状态报告指示所述控车客户端设备成功接收到所述第一车辆的状态信息的情况下，向所述控车客户端设备发送订阅响应，所述订阅响应用于指示订阅完成。

在一些实施例中，所述代理服务模块1001，用于在所述控车客户端设备具有对所述第一车辆的状态信息进行订阅的权限的情况下，将所述第一车辆的状态信息发送给所述控车客户端设备。

在一些实施例中，所述装置还包括：

发送模块，用于响应于所述第一车辆的状态信息发生变化，将所述第一车辆中发生变化的状态信息通知给所述控车客户端设备。

在一些实施例中，所述控车代理设备中包含车代理发现功能群集；

所述车代理发现功能群集用于所述控车客户端设备发现所述控车代理设备。

在一些实施例中，所述车代理发现功能群集支持以下命令中的至少一种：

发现代理请求，用于所述控车客户端设备从所述控车代理设备请求所述控车代理设备的信息；

发现代理响应，用于向所述控车客户端设备返回所述控车代理设备的信息。

在一些实施例中，所述发现代理请求中包含第二车辆的标识信息。

在一些实施例中，所述发现代理响应中包含以下信息中的至少一种：所述控车代理设备的标识信息；与所述控车代理设备绑定的车辆的标识信息。

在一些实施例中，所述装置还包括：

接收模块，用于接收所述控车客户端设备发送的所述发现代理请求；

发送模块，用于在与所述控车代理设备绑定的车辆中包含所述第二车辆的情况下，向所述控车客户端设备返回所述发现代理响应。

在一些实施例中，所述接收模块，用于在所述控车客户端设备与所述控车代理设备处于同一个多播组的情况下，接收所述控车客户端设备在所述多播组内发送的所述发现代理请求。

在一些实施例中，所述装置还包括：

发送模块，用于向所述控车客户端设备发送获取当前代理请求；所述获取当前代理请求用于获取所述控车客户端设备中，当前与第三车辆关联的代理的信息；

接收模块，用于接收所述控车客户端设备返回的获取当前代理响应；所述获取当前代理响应用于指示所述控车客户端设备中，当前与第三车辆关联的代理的信息。

在一些实施例中，所述获取当前代理请求中包含所述第三车辆的标识信息；

所述获取当前代理响应中包含所述控车客户端设备中，当前与第三车辆关联的代理的信息。

在一些实施例中，所述获取当前代理响应中包括：所述控车客户端设备中，当前与第三车辆关联的代理的标识信息。

在一些实施例中，所述获取当前代理响应中还包括：所述第三车辆的标识信息。

在一些实施例中，所述装置还包括：

发送模块，用于向所述控车客户端设备发送设置当前代理请求；所述设置当前代理请求用于将所述控车客户端设备中，当前与第四车辆关联的代理设置为所述控车代理设备。

请参考图11，其示出了本申请一个实施例提供的车辆管理装置的框图。该车辆管理装置1100具有实现上述图5或图7所示的方法中，由控车客户端设备执行的功能。如图11所示，该装置可以包括：

管理模块1101，用于通过控车代理设备对第一车辆进行管理。

在一些实施例中，所述装置还包括：

发送模块，用于向所述控车代理设备发送获取车信息请求；

接收模块，用于接收所述控车代理设备返回的获取车信息响应；所述获取车信息响应用于指示与所述控车代理设备绑定的车辆的车信息。

在一些实施例中，所述管理模块1101，用于向所述控车代理设备发送控车指令，所述控车指令用于对所述第一车辆进行控制，以便所述控车代理设备基于所述控车指令，向所述第一车辆发送控制指令，所述控制指令由所述第一车辆执行，以实现对所述第一车辆的远程控制功能。

在一些实施例中，控车指令的路径包括：控车代理设备中的目标端点的服务群集中的目标操作对象。

在一些实施例中，所述管理模块1101，用于，向所述控车代理设备发送订阅请求，所述订阅请求用于请求订阅所述第一车辆的状态信息；接收所述控车代理设备发送的所述第一车辆的状态信息；向所述控车代理设备发送状态报告，所述状态报告用于指示所述控车客户端设备是否成功接收到所述第一车辆的状态信息；在所述状态报告指示所述控车客户端设备成功接收到所述第一车辆的状态信息的情况下，接收所述控车代理设备发送的订阅响应，所述订阅响应用于指示订阅完成。

在一些实施例中，所述装置还包括：

接收模块，用于在所述第一车辆的状态信息发生变化的情况下，接收所述控车代理设备发送的，所述第一车辆中发生变化的状态信息。

在一些实施例中，所述装置还包括：

发送模块，用于发送发现代理请求；所述发现代理请求用于请求所述控车代理设备的信息；

接收模块，用于接收所述控车代理设备发送的发现代理响应；所述发现代理响应用于指示所述控车代理设备的信息。

在一些实施例中，所述发送模块，用于在多播组内发送所述发现代理请求。

在一些实施例中，所述发现代理请求中包含第二车辆的标识信息；所述发现代理响应是所述控车代理设备在与所述控车代理设备绑定的车辆中包含所述第二车辆的情况下发送的。

在一些实施例中，所述控车客户端设备中包含车客户端功能群集；所述车客户端功能群集用于记录与所述控车客户端设备绑定的车辆和代理。

在一些实施例中，所述车客户端功能群集支持以下命令中的至少一种：

获取当前代理请求，用于获取所述控车客户端设备中，当前与第三车辆关联的代理的信息；

获取当前代理响应，用于指示所述控车客户端设备中，当前与第三车辆关联的代理的信息；

设置当前代理请求，用于设置所述控车客户端设备中，当前与第四车辆关联的代理。

在一些实施例中，所述装置还包括：

接收模块，用于接收所述控车代理设备发送的所述获取当前代理请求；

发送模块，用于向所述控车代理设备返回所述获取当前代理响应。

在一些实施例中，所述装置还包括：

接收模块，用于接收所述控车代理设备发送的所述设置当前代理请求；

设置模块，用于根据所述设置当前代理请求，将所述控车客户端设备中，当前与第四车辆关联的代理设置为所述控车代理设备。

在一些实施例中，所述车客户端功能群集支持当前车代理变化事件；

所述当前车代理变化事件，用于指示所述控车客户端设备中，当前与第四车辆关联的代理发生变化。

在一些实施例中，所述当前车代理变化事件中包含以下信息中的至少一项：

所述第四车辆的标识信息；所述控车客户端设备中，上一个与第四车辆关联的代理的标识信息；所述控车客户端设备中，当前与第四车辆关联的代理的标识信息。

请参考图12，其示出了本申请一个实施例提供的计算机设备1200的结构示意图。该计算机设备1200可以包括：处理器1201、接收器1202、发射器1203、存储器1204和总线1205。

处理器1201包括一个或者一个以上处理核心，处理器1201通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。接收器1202和发射器1203可以实现为一个通信组件，该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。存储器1204通过总线1205与处理器1201相连。存储器1204可用于存储计算机程序，处理器1201用于执行该计算机程序，以实现上述方法实施例中的各个步骤。

此外，存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器，可擦除可编程只读存储器，静态随时存取存储器，只读存储器，磁存储器，快闪存储器，可编程只读存储器。

在一个示例性的方案中，当计算机设备1200实现为上述控车代理设备时，所述处理器1201和/或收发器，用于向控车客户端设备提供对第一车辆进行管理的代理服务。其中，上述计算机设备1200中的处理器1201和/或收发器执行的过程可以参考图4或图7任一所示的方法中，由控车代理设备执行的各个步骤。

在一个示例性的方案中，当计算机设备1200实现为控车客户端设备时，所述处理器1201和/或收发器，用于通过控车代理设备对第一车辆进行管理。其中，上述计算机设备1200中的处理器1201和/或收发器执行的过程可以参考上述图5或图7任一所示的方法中，由控车客户端设备执行的各个步骤。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述图4、图5或图7所示的方法中，由控车代理设备或者控车客户端设备执行的全部或者部分步骤。

本申请还提供了一种芯片，该芯片包括电路结构，该芯片用于在计算机设备中运行，以使得计算机设备执行上述图4、图5或图7所示的方法中由控车代理设备或者控车客户端设备执行的全部或者部分步骤。

本申请还提供了一种计算机程序产品，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得计算机设备执行上述图4、图5或图7所示的方法中，由控车代理设备或者控车客户端设备执行的全部或者部分步骤。

本申请还提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述图4、图5或图7所示的方法中，由控车代理设备或者控车客户端设备执行的全部或者部分步骤。

Claims

一种车辆管理方法，其特征在于，所述方法由控车代理设备执行，所述方法包括：

向控车客户端设备提供对第一车辆进行管理的代理服务。
根据权利要求1所述的方法，其特征在于，所述管理包括以下至少一种：

对所述第一车辆进行控制；

对所述第一车辆的状态信息进行查看；

对所述第一车辆的状态信息进行订阅。
根据权利要求1或2所述的方法，其特征在于，所述控车代理设备中包含车代理功能群集；

所述车代理功能群集指示以下信息中的至少一种：

与所述控车代理设备绑定的控车客户端设备的信息；

与所述控车代理设备绑定的车辆的信息。
根据权利要求3所述的方法，其特征在于，与所述控车代理设备绑定的车辆的信息包含以下信息中的至少一种：

与所述控车代理设备绑定的车辆的标识信息；

与所述控车代理设备绑定的车辆的可访问状态的信息；

与所述控车代理设备绑定的车辆的端点的信息。
根据权利要求3或4所述的方法，其特征在于，所述车代理功能群集支持以下命令中的至少一种：

获取车信息请求，用于从所述控车代理设备获取与所述控车代理设备绑定的车辆的车信息；

获取车信息响应，用于向所述获取车信息请求的发送方返回与所述控车代理设备绑定的车辆的车信息。
根据权利要求5所述的方法，其特征在于，所述获取车信息响应中包含车信息列表；所述车信息列表中包含至少一项所述车信息。
根据权利要求5或6所述的方法，其特征在于，所述车信息包括以下信息中的至少一种：

与所述控车代理设备绑定的车辆的标识信息；

与所述控车代理设备绑定的车辆的端点的信息。
根据权利要求7所述的方法，其特征在于，与所述控车代理设备绑定的车辆的端点的信息包括：

与所述控车代理设备绑定的车辆的端点的端点结构体；

或者，

与所述控车代理设备绑定的车辆的端点的端点号。
根据权利要求5至8任一所述的方法，其特征在于，所述方法还包括：

接收所述控车客户端设备发送的所述获取车信息请求；

向所述控车客户端设备返回所述获取车信息响应。
根据权利要求1至9任一所述的方法，其特征在于，所述向控车客户端设备提供对第一车辆进行管理的代理服务，包括：

接收所述控车客户端设备发送的控车指令，所述控车指令用于对所述第一车辆进行控制；

基于所述控车指令，向所述第一车辆发送控制指令，所述控制指令由所述第一车辆执行，以实现对所述第一车辆的控制功能。
根据权利要求10所述的方法，其特征在于，所述基于所述控车指令，向所述第一车辆发送控制指令，包括：

在所述控车客户端设备具有对所述第一车辆进行控制的权限的情况下，基于所述控车指令，向所述第一车辆发送控制指令。
根据权利要求11所述的方法，其特征在于，所述控车指令的路径包括：所述控车代理设备中的目标端点的服务群集中的目标操作对象；

所述基于所述控车指令，向所述第一车辆发送控制指令，包括：

基于所述控车指令的路径，将所述控车指令转换为所述控制指令。
根据权利要求1至9任一所述的方法，其特征在于，所述向控车客户端设备提供对第一车辆进行管理的代理服务，包括：

接收所述控车客户端设备发送的订阅请求，所述订阅请求用于请求订阅所述第一车辆的状态信息；

将所述第一车辆的状态信息发送给所述控车客户端设备；

接收所述控车客户端设备发送的状态报告，所述状态报告用于指示所述控车客户端设备是否成功接收到所述第一车辆的状态信息；

在所述状态报告指示所述控车客户端设备成功接收到所述第一车辆的状态信息的情况下，向所述控车客户端设备发送订阅响应，所述订阅响应用于指示订阅完成。
根据权利要求13所述的方法，其特征在于，所述将所述第一车辆的状态信息发送给所述控车客户端设备，包括：

在所述控车客户端设备具有对所述第一车辆的状态信息进行订阅的权限的情况下，将所述第一车辆的状态信息发送给所述控车客户端设备。
根据权利要求13或14所述的方法，其特征在于，所述方法还包括：

响应于所述第一车辆的状态信息发生变化，将所述第一车辆中发生变化的状态信息通知给所述控车客户端设备。
根据权利要求1至15任一所述的方法，其特征在于，所述控车代理设备中包含车代理发现功能群集；

所述车代理发现功能群集用于所述控车客户端设备发现所述控车代理设备。
根据权利要求16所述的方法，其特征在于，所述车代理发现功能群集支持以下命令中的至少一种：

发现代理请求，用于所述控车客户端设备从所述控车代理设备请求所述控车代理设备的信息；

发现代理响应，用于向所述控车客户端设备返回所述控车代理设备的信息。
根据权利要求17所述的方法，其特征在于，所述发现代理请求中包含第二车辆的标识信息。
根据权利要求17或18所述的方法，其特征在于，所述发现代理响应中包含以下信息中的至少一种：

所述控车代理设备的标识信息；

与所述控车代理设备绑定的车辆的标识信息。
根据权利要求18所述的方法，其特征在于，所述方法还包括：

接收所述控车客户端设备发送的所述发现代理请求；

在与所述控车代理设备绑定的车辆中包含所述第二车辆的情况下，向所述控车客户端设备返回所述发现代理响应。
根据权利要求20所述的方法，其特征在于，所述接收所述控车客户端设备发送的所述发现代理请求，包括：

在所述控车客户端设备与所述控车代理设备处于同一个多播组的情况下，接收所述控车客户端设备在所述多播组内发送的所述发现代理请求。
根据权利要求1至21任一所述的方法，其特征在于，所述方法还包括：

向所述控车客户端设备发送获取当前代理请求；所述获取当前代理请求用于获取所述控车客户端设备中，当前与第三车辆关联的代理的信息；

接收所述控车客户端设备返回的获取当前代理响应；所述获取当前代理响应用于指示所述控车客户端设备中，当前与第三车辆关联的代理的信息。
根据权利要求22所述的方法，其特征在于，

所述获取当前代理请求中包含所述第三车辆的标识信息；

所述获取当前代理响应中包含所述控车客户端设备中，当前与第三车辆关联的代理的信息。
根据权利要求22或23所述的方法，其特征在于，所述获取当前代理响应中包括：

所述控车客户端设备中，当前与第三车辆关联的代理的标识信息。
根据权利要求24所述的方法，其特征在于，所述获取当前代理响应中还包括：

所述第三车辆的标识信息。
根据权利要求1至25任一所述的方法，其特征在于，所述方法还包括：

向所述控车客户端设备发送设置当前代理请求；所述设置当前代理请求用于将所述控车客户端设备中，当前与第四车辆关联的代理设置为所述控车代理设备。
一种车辆管理方法，其特征在于，所述方法由控车客户端设备执行，所述方法包括：

通过控车代理设备对第一车辆进行管理。
根据权利要求27所述的方法，其特征在于，所述管理包括以下至少一种：

对所述第一车辆进行控制；

对所述第一车辆的状态信息进行查看；

对所述第一车辆的状态信息进行订阅。
根据权利要求27或28所述的方法，其特征在于，所述方法还包括：

向所述控车代理设备发送获取车信息请求；

接收所述控车代理设备返回的获取车信息响应；所述获取车信息响应用于指示与所述控车代理设备绑定的车辆的车信息。
根据权利要求29所述的方法，其特征在于，所述获取车信息响应中包含车信息列表；所述车信息列表中包含至少一项所述车信息。
根据权利要求29或30所述的方法，其特征在于，所述车信息包括以下信息中的至少一种：

与所述控车代理设备绑定的车辆的标识信息；

与所述控车代理设备绑定的车辆的端点的信息。
根据权利要求31所述的方法，其特征在于，与所述控车代理设备绑定的车辆的端点的信息包括：

与所述控车代理设备绑定的车辆的端点的端点结构体；

或者，

与所述控车代理设备绑定的车辆的端点的端点号。
根据权利要求27至32任一所述的方法，其特征在于，所述通过控车代理设备对车辆进行管理，包括：

向所述控车代理设备发送控车指令，所述控车指令用于对所述第一车辆进行控制，以便所述控车代理设备基于所述控车指令，向所述第一车辆发送控制指令，所述控制指令由所述第一车辆执行，以实现对所述第一车辆的远程控制功能。
根据权利要求33所述的方法，其特征在于，所述控车指令的路径包括：所述控车代理设备中的目标端点的服务群集中的目标操作对象。
根据权利要求27至32任一所述的方法，其特征在于，所述通过控车代理设备对车辆进行管理，包括：

向所述控车代理设备发送订阅请求，所述订阅请求用于请求订阅所述第一车辆的状态信息；

接收所述控车代理设备发送的所述第一车辆的状态信息；

向所述控车代理设备发送状态报告，所述状态报告用于指示所述控车客户端设备是否成功接收到所述第一车辆的状态信息；

在所述状态报告指示所述控车客户端设备成功接收到所述第一车辆的状态信息的情况下，接收所述控车代理设备发送的订阅响应，所述订阅响应用于指示订阅完成。
根据权利要求35所述的方法，其特征在于，所述方法还包括：

在所述第一车辆的状态信息发生变化的情况下，接收所述控车代理设备发送的，所述第一车辆中发生变化的状态信息。
根据权利要求27至36任一所述的方法，其特征在于，所述方法还包括：

发送发现代理请求；所述发现代理请求用于请求所述控车代理设备的信息；

接收所述控车代理设备发送的发现代理响应；所述发现代理响应用于指示所述控车代理设备的信息。
根据权利要求37所述的方法，其特征在于，所述发送发现代理请求，包括：

在多播组内发送所述发现代理请求。
根据权利要求37或38所述的方法，其特征在于，所述发现代理请求中包含第二车辆的标识信息；

所述发现代理响应是所述控车代理设备在与所述控车代理设备绑定的车辆中包含所述第二车辆的情况下发送的。
根据权利要求37至39任一所述的方法，其特征在于，所述发现代理响应中包含以下信息中的至少一种：

所述控车代理设备的标识信息；

与所述控车代理设备绑定的车辆的标识信息。
根据权利要求27至40任一所述的方法，其特征在于，所述控车客户端设备中包含车客户端功能群集；所述车客户端功能群集用于记录与所述控车客户端设备绑定的车辆和代理。
根据权利要求41所述的方法，其特征在于，所述车客户端功能群集支持以下命令中的至少一种：

获取当前代理请求，用于获取所述控车客户端设备中，当前与第三车辆关联的代理的信息；

获取当前代理响应，用于指示所述控车客户端设备中，当前与第三车辆关联的代理的信息；

设置当前代理请求，用于设置所述控车客户端设备中，当前与第四车辆关联的代理。
根据权利要求42所述的方法，其特征在于，所述方法还包括：

接收所述控车代理设备发送的所述获取当前代理请求；

向所述控车代理设备返回所述获取当前代理响应。
根据权利要求42或43所述的方法，其特征在于，

所述获取当前代理请求中包含所述第三车辆的标识信息；

所述获取当前代理响应中包含所述控车客户端设备中，当前与第三车辆关联的代理的信息。
根据权利要求42至44任一所述的方法，其特征在于，所述获取当前代理响应中包括：

所述控车客户端设备中，当前与第三车辆关联的代理的标识信息。
根据权利要求45所述的方法，其特征在于，所述获取当前代理响应中还包括：

所述第三车辆的标识信息。
根据权利要求42所述的方法，其特征在于，所述方法还包括：

接收所述控车代理设备发送的所述设置当前代理请求；

根据所述设置当前代理请求，将所述控车客户端设备中，当前与第四车辆关联的代理设置为所述控车代理设备。
根据权利要求42至47任一所述的方法，其特征在于，所述车客户端功能群集支持当前车代理变化事件；

所述当前车代理变化事件，用于指示所述控车客户端设备中，当前与第四车辆关联的代理发生变化。
根据权利要求48所述的方法，其特征在于，所述当前车代理变化事件中包含以下信息中的至少一项：

所述第四车辆的标识信息；

所述控车客户端设备中，上一个与第四车辆关联的代理的标识信息；

所述控车客户端设备中，当前与第四车辆关联的代理的标识信息。
一种车辆管理装置，其特征在于，所述装置包括：

代理服务模块，用于向控车客户端设备提供对第一车辆进行管理的代理服务。
一种车辆管理装置，其特征在于，所述装置包括：

管理模块，用于通过控车代理设备对第一车辆进行管理。
一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器和收发器；

所述存储器中存储有计算机程序，所述处理器执行所述计算机程序，以使得所述计算机设备实现如上述权利要求1至49任一所述的车辆管理方法。
一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至49任一所述的车辆管理方法。
一种芯片，其特征在于，所述芯片包括电路结构，所述芯片用于在计算机设备中运行，以使得所述计算机设备执行如权利要求1至49任一所述的车辆管理方法。
一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中；计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，并执行所述计算机指令，使得所述计算机设备执行如权利要求1至49任一所述的车辆管理方法。
一种计算机程序，其特征在于，所述计算机程序由计算机设备的处理器执行，以实现如权利要求1至49任一所述的车辆管理方法。