车辆远程监控方法、装置、智能车、电子设备和存储介质
技术领域
本申请涉及通信技术领域,具体涉及一种车辆远程监控方法、装置、智能车、电子设备和存储介质。
背景技术
目前,随着互联网技术的飞速发展,远程控制技术的应用越来越广泛,基于远程控制技术可以实现对智能车的远程控制,进一步实现例如无人驾驶的目的。
在对智能车的远程控制中,智能车与服务器可以相互传输信息,但是基于目前智能车与服务器的传输方案,服务器不能实现对智能车的有效监控。
发明内容
本申请实施例提供一种车辆远程监控方法、装置、智能车、电子设备和存储介质,可以基于建立的至少一个扩展信道,实现对智能车的有效监控。
本申请实施例提供一种车辆远程监控方法,包括:
建立与智能车连接的主信道;
在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;
通过所述扩展信道与所述智能车进行所述智能车监控信息的传输。
本申请实施例提供另一种车辆远程监控方法,包括:
建立与服务器连接的主信道;
在满足智能车远程控制条件时,通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;
通过所述扩展信道与所述服务器进行所述智能车监控信息的传输。
相应的,本申请实施例提供一种车辆远程监控装置,包括:
第一建立单元,用于建立与智能车连接的主信道;
第二建立单元,用于在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;
第一传输单元,用于通过所述扩展信道与所述智能车进行所述智能车监控信息的传输。
相应的,本申请实施例提供另一种车辆远程监控装置,包括:
第三建立单元,用于建立与服务器连接的主信道;
第四建立单元,用于在满足智能车远程控制条件时,通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;
第二传输单元,用于通过所述扩展信道与所述服务器进行所述智能车监控信息的传输。
可选的,在本申请的一些实施例中,所述第二建立单元可以包括指令子单元、获取参数子单元和第二建立子单元,如下:
所述指令子单元,用于显示服务器的用户操作页面,当在所述用户操作页面检测到针对智能车的远程控制操作时,通过所述主信道向所述智能车发送远程控制指令,通过所述主信道建立与所述智能车连接的至少一个扩展信道;或者,在接收到所述智能车通过所述主信道发送的远程控制请求指令时,通过所述主信道建立与所述智能车连接的至少一个扩展信道。
获取参数子单元,用于通过所述主信道获取扩展信道的信道建立参数。
第二建立子单元,用于根据所述信道建立参数建立与所述智能车连接的至少一个扩展信道。
可选的,在本申请的一些实施例中,所述第二建立单元还可以包括第一信道状态检测子单元,如下:
所述第一信道状态检测子单元,用于在步骤“通过所述主信道建立与所述智能车连接的至少一个扩展信道”之后,通过主信道获取与所述智能车连接的所有信道的信道状态信息;基于所述信道状态信息,确定所述所有信道中是否存在信道状态不满足预设要求的信道;若是,则重新建立与所述智能车连接的主信道和扩展信道,或者,向所述智能车发送服务器切换指令,所述服务器切换指令用于指示所述智能车切换连接的服务器。
可选的,在本申请的一些实施例中,所述第一传输单元可以包括获取子单元,处理子单元和第一发送子单元,如下:
当扩展信道为双向的控制信道时:
所述获取子单元,用于通过所述控制信道获取所述智能车的车辆行驶信息;
处理子单元,用于基于所述车辆行驶信息,生成用于对所述智能车进行控制的车辆控制信息;
第一发送子单元,用于通过所述控制信道向所述智能车发送所述车辆控制信息。
当扩展信道为单向的控制信道时:
所述获取子单元,用于通过所述主信道获取所述智能车的车辆行驶信息;
处理子单元,用于基于所述车辆行驶信息,生成用于对所述智能车进行控制的车辆控制信息;
第一发送子单元,用于通过所述控制信道向所述智能车发送所述车辆控制信息。
当扩展信道为单向的视频信道时:
所述获取子单元,用于通过所述视频信道获取所述智能车拍摄的视频;
处理子单元,用于在满足车辆视频播放条件时,播放所述视频。
可选的,在本申请的一些实施例中,所述第四建立单元可以包括第四建立子单元和第二信道状态检测子单元,如下:
所述第四建立子单元,用于当到达预设远程控制时间点时,通过所述主信道向所述服务器发送远程控制请求指令,通过所述主信道建立与所述服务器连接的至少一个扩展信道;或者,当接收到所述服务器通过所述主信道发送的远程控制指令时,通过所述主信道建立与所述服务器连接的至少一个扩展信道。
第二信道状态检测子单元,用于在步骤“通过所述主信道建立与所述服务器连接的至少一个扩展信道”之后,通过主信道获取与所述服务器连接的所有信道的信道状态信息;基于所述信道状态信息,确定所述所有信道中是否存在信道状态不满足预设要求的信道;若是,则重新建立与服务器连接的主信道和扩展信道,或,将所述智能车连接的服务器切换至另一服务器,建立与所述另一服务器连接的主信道和扩展信道;或者,通过主信道向服务器发送与所述服务器连接的所有信道的信道状态信息;在接收到所述服务器基于所述信道状态信息生成的服务器切换指令时,将所述智能车连接的服务器切换至另一服务器,建立与所述另一服务器连接的主信道和扩展信道。
可选的,在本申请的一些实施例中,所述第二传输单元可以包括第二发送子单元、接收子单元和控制子单元,如下:
当扩展信道为双向的控制信道时:
所述第二发送子单元,用于通过所述控制信道向所述服务器发送所述智能车的车辆行驶信息;
接收子单元,用于通过所述控制信道接收服务器发送的车辆控制信息,其中,所述车辆控制信息由所述服务器基于所述车辆行驶信息生成;
控制子单元,用于基于所述车辆控制信息对所述智能车进行控制。
当扩展信道为单向的控制信道时:
所述第二发送子单元,用于通过所述主信道向所述服务器发送所述智能车的车辆行驶信息;
接收子单元,用于通过所述控制信道接收服务器发送的车辆控制信息,其中,所述车辆控制信息由所述服务器基于所述车辆行驶信息生成;
控制子单元,用于基于所述车辆控制信息对所述智能车进行控制。
当扩展信道为单向的视频信道时:
所述第二发送子单元,用于通过所述视频信道向所述服务器发送所述智能车拍摄的视频。
本申请实施例提供的一种智能车,包括驱动系统和控制系统,其中,所述控制系统,可以用于执行本申请实施例提供的车辆远程监控方法,基于所述扩展信道接收服务器发送的所述智能车的车辆控制信息,并基于所述车辆控制信息对车辆的所述驱动系统进行控制;所述驱动系统,则用于在所述控制系统的控制下,驱动所述车辆运动。
本申请实施例提供的一种电子设备,包括处理器和存储器,所述存储器存储有多条指令,所述处理器加载所述指令,以执行本申请实施例提供的车辆远程监控方法中的步骤。
此外,本申请实施例还提供一种存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现本申请实施例提供的车辆远程监控方法中的步骤。
本申请实施例提供了一种车辆远程监控方法、装置、智能车、电子设备和存储介质,可以在建立与智能车连接的主信道后,在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息,通过所述扩展信道与所述智能车进行所述智能车监控信息的传输;本申请实施例利用至少一个扩展信道来传输智能车监控信息,并且在不同的扩展信道中传输的智能车监控信息类型不同,由此实现了不同类型信息的分流处理,使得服务器可以有效地对智能车进行管理和监控。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的车辆远程监控方法的场景示意图;
图2a是本申请实施例提供的车辆远程监控方法的另一场景示意图;
图2b是本申请实施例提供的车辆远程监控方法的另一场景示意图;
图3是本申请实施例提供的车辆远程监控方法的流程图;
图4是本申请实施例提供的车辆远程监控方法的另一流程图;
图5a是本申请实施例提供的车辆远程监控系统的结构示意图;
图5b是本申请实施例提供的车辆远程监控系统的另一结构示意图;
图5c是本申请实施例提供的车辆远程监控系统的另一结构示意图;
图5d是本申请实施例提供的车辆远程监控系统的另一结构示意图;
图5e是本申请实施例提供的车辆远程监控系统的另一结构示意图;
图5f是本申请实施例提供的车辆远程监控系统的另一结构示意图;
图6是本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供一种车辆远程监控方法、装置、智能车、电子设备和存储介质。
具体地,本申请实施例提供适用于第一电子设备的车辆远程监控装置(为区分,可以称为第一车辆远程监控装置),该第一电子设备可以为终端或智能车等设备,该终端可以为手机、平板电脑以及笔记本电脑等设备。本申请实施例还提供适用于第二电子设备的车辆远程监控装置(为区分,可以称为第二车辆远程监控装置),该第二电子设备可以为服务器等网络侧设备。
比如,第一车辆远程监控装置可以集成在智能车中,第二车辆远程监控装置可以集成在服务器,该服务器可以是单台服务器,也可以是由多个服务器组成的服务器集群,可以是实体的服务器,也可是虚拟服务器。
本申请实施例将以第一电子设备为智能车,第二电子设备为服务器为例,来介绍车辆远程监控方法。
如图1、图2a和图2b所示,本申请实施例提供了一种车辆远程监控系统,该系统包括智能车10和服务器11,智能车10与服务器11之间通过网络连接,比如,通过无线网络连接等。其中,智能车10中可以集成有客户端,客户端具体可以是安装于智能车系统中的应用程序,或者,客户端可以是独立于所述智能车的装置。智能车10,可以通过主信道和扩展信道与服务器11进行智能车监控信息的传输。
其中,服务器11,可以用于建立与智能车连接的主信道;在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;通过所述扩展信道与所述智能车进行所述智能车监控信息的传输。
其中,智能车10,可以用于建立与服务器连接的主信道;在满足智能车远程控制条件时,通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;通过所述扩展信道与所述服务器11进行所述智能车监控信息的传输。
其中,该扩展信道可以包括控制信道和视频信道,该控制信道可以为双向信道或单向信道,该视频信道优选为单向信道。如图2a所示的控制信道和视频信道都为单向信道;如图2b所示的控制信道为双向信道,视频信道为单向信道。
本实施例中,可以通过一些通信网络来实现智能车和服务器之间信息的传输,该通信网络的类型和制式不限,例如,可以通过第五代移动通信技术网络或其他可用的通信技术网络来实现。
需要说明的是,以上举例并不作为对本申请的限定。可选的,主信道和扩展信道的建立可以由智能车或服务器主动发起。
以下分别进行详细说明。需说明的是,以下实施例的描述顺序不作为对实施例优选顺序的限定。
实施例一、
本实施例将从第二车辆远程监控装置的角度进行描述,该第二车辆远程监控装置具体可以集成在服务器中,该服务器可以是实体服务器,也可以是虚拟服务器,如云服务器等。该服务器可以是设置于云服务平台的边缘节点的服务器。该云服务平台可以为智能车提供各种服务,例如可以实现对智能车的远程监控。
本申请实施例提供一种车辆远程监控方法,如图3所示,该车辆远程监控方法的具体流程可以如下:
301、建立与智能车连接的主信道。
本实施例中,服务器建立与智能车连接的主信道。该服务器可以是云服务平台的边缘节点的服务器。本实施例中的智能车可以为无人驾驶车辆或安装有智能系统的车辆。
其中,在云服务平台的边缘节点上部署有消息队列遥测传输协议(MQTT,MessageQueuing Telemetry Transport)的代理节点,以提高网络的性能和可靠性。MQTT是一种基于客户端和服务器的消息发布/订阅传输的即时通讯协议,可以为连接远程设备提供实时可靠的消息服务。比如,MQTT可以建立智能车到服务器的连接,在智能车和服务器之间提供一个双向传输的主信道。MQTT具有对等网络(P2P networking,Peer-to-peer networking)和发布者/订阅者(pub/sub,publisher/subscriber)两种模式。可选的,本实施例中,步骤“服务器建立与智能车连接的主信道”,可以包括:服务器通过消息队列遥测传输协议建立与智能车连接的主信道。
例如,可以选用对等网络模式。采用对等网络模式可以有效利用云服务平台中散布的大量节点,将计算任务或存储资料分布到所有节点上,利用其中闲置的计算能力或存储空间,达到高性能计算和海量存储的目的。其中,该节点表示一个通信端点,能够通过通信信道传送、接收或转发数据,具备实时数据分析和本地数据存储的功能,它可以是工作站,服务器或其他网络连接设备等。
本实施例的主信道可以理解为智能车和服务器之间必要的、基础的信道,该主信道一般为双向信道,可以在服务器和智能车之间传输一些基础信息。例如,服务器可以通过主信道获取智能车的时间同步信息、心跳信息和车辆行驶信息等,其中,该车辆行驶信息是根据预设配置定时发送给服务器的,具体可以包括车辆的行驶速度、加速度和位置信息等。
302、在满足智能车远程控制条件时,通过该主信道建立与智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息。
其中,步骤“通过该主信道建立与智能车连接的至少一个扩展信道”,可以包括:
通过主信道获取扩展信道的信道建立参数,根据该信道建立参数建立与智能车连接的至少一个扩展信道。
本实施例的信道建立参数可以包括扩展信道的传输方向,扩展信道使用的协议、以及扩展信道的带宽等等信息,例如扩展信道为从智能车向服务器传输的单向信道。
其中,该扩展信道是用于远程监控的,扩展信道的数量至少为一个,不同的扩展信道可以用于传输不同类型的智能车监控信息。比如,该扩展信道可以为控制信道、视频信道等等。控制信道可以用于传输与车辆远程控制相关的信息。例如传输车辆控制信息,或者传输车辆行驶信息和车辆控制信息,视频信道可以用于实时传输智能车拍摄的视频。
本实施例中的智能车远程控制条件可以根据实际需要任意设置,本实施例对此没有限制。
可选的,服务器拥有建立扩展信道的控制权,可以主动通过主信道建立与智能车连接的至少一个扩展信道。
比如,步骤“在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道”,可以包括:显示服务器的用户操作页面,当在所述用户操作页面检测到针对智能车的远程控制操作时,通过所述主信道向所述智能车发送远程控制指令,通过所述主信道建立与所述智能车连接的至少一个扩展信道。
本实施例中,服务器的用户操作页面上可以显示有待选的多个智能车的车辆名以及各个智能车所在位置。该远程控制操作可以是对用户操作页面上的智能车的选定操作。
在一个实施例中,服务器可以拥有对智能车的完全控制权限,服务器对智能车的远程控制可以不需要通过智能车的允许,即服务器在检测到用户在服务器输入页面针对智能车的远程控制操作时,可以直接通过该主信道向智能车发送远程控制指令,并控制智能车对自身进行安全检查,而不需要智能车的同意。
在另一个实施例中,服务器可以在检测到用户在服务器输入页面针对智能车的远程控制操作时,向智能车发送远程控制请求,并控制智能车对自身进行安全检查;当接收到智能车发送的对于远程控制请求的同意信息时,通过该主信道向智能车发送远程控制指令,通过该主信道建立与智能车连接的至少一个扩展信道。
可选的,本实施例中,也可以由智能车主动提出建立服务器对其的远程控制。
可选的,步骤“在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道”,可以包括:服务器还可以在接收到智能车通过该主信道发送的远程控制请求指令时,通过该主信道建立与智能车连接的至少一个扩展信道。
关于智能车发送远程控制请求指令的时机,可以参考下一个实施例中智能车一侧的车辆远程监控方法中的相关描述内容。
本实施例中,在“通过该主信道建立与智能车连接的至少一个扩展信道”之后,还可以包括:
通过主信道获取与智能车连接的所有信道的信道状态信息;基于该信道状态信息,确定所有信道中是否存在信道状态不满足预设要求的信道;若是,则重新建立与智能车连接的主信道和扩展信道,或者,向智能车发送服务器切换指令,该服务器切换指令用于指示该智能车切换连接的服务器。
本实施例中的预设要求可以为信道的连接状态符合预设的连接状态要求,其中,可以通过信道的各项状态参数来判断信道的连接状态是否符合预设的连接状态要求,例如,当信道的各项状态参数优于对应的目标状态参数时,则可以确定该信号的连接状态符合预设的连接状态要求。
其中,状态参数可以是任意反应信道状态的参数,包括但不限于:信道的传输速度、丢包率、误码率、信噪比、信道增益以及噪声功率等等。
当所有信道中存在信道状态不满足预设要求的信道时,则可以重新建立与智能车连接的主信道和扩展信道;进一步的,如果重新建立与智能车的连接后,所有信道中仍然存在信道状态不满足预设要求的信道,则可以向智能车发送服务器切换指令。
其中,该服务器切换指令用于指示该智能车切换连接的服务器,对于智能车而言,在接收到服务器切换指令后,可以断开连接的服务器,建立与云服务平台的其他边缘节点的服务器的连接。
进一步的,服务器切换指令中还可以带有目标服务器的标识信息,智能车可以基于该标识信息将连接的服务器切换至目标服务器。
可选的,在本实施例中,当检测到在超过预设时间无信号传输,则断开与智能车的连接。比如,当远程控制端出现故障时,会导致远程控制端超过预设时间无信号输入,此时则断开与智能车的连接,让智能车自主寻找安全位置停下。
在本实施例中,主信道除了用于建立扩展信道,还可以用于扩展信道的维护。
可选的,本实施例的方法还包括:通过主信道对该扩展信道进行维护。例如,步骤“通过主信道对该扩展信道进行维护”,可以包括:通过主信道获取与所述智能车连接的所有信道的信道状态信息;基于信道状态信息判断扩展信道是否有出现异常,若是,则通过主信道向智能车发送异常信道关闭指令,其中,扩展信道出现异常包括但不限于:扩展信道被黑客攻击或扩展信道被劫持。其中,异常信道关闭指令用于指示智能车关闭出现异常的扩展信道。
303、通过该扩展信道与该智能车进行该智能车监控信息的传输。
其中,该扩展信道可以包括控制信道和视频信道。该控制信道和视频信道可以为双向信道或单向信道;该视频信道优选为单向信道。
A、该扩展信道为双向的控制信道。
可选的,当该扩展信道为双向的控制信道时,本实施例中,可以通过该控制信道获取智能车的车辆行驶信息;基于该车辆行驶信息,生成用于对智能车进行控制的车辆控制信息;通过该控制信道向智能车发送该车辆控制信息。
其中,该车辆行驶信息包括车辆行驶状态信息以及车辆行驶道路信息。车辆行驶状态信息可以包括车辆的速度、加速度、行驶方向和实际转向量等等;车辆行驶道路信息可以包括行驶道路的红绿灯信息、道路堵塞情况和道路附近的维修情况等。此外,车辆行驶信息还可以包括车辆本身的一些信息,例如车身损耗信息、车内部零件的损耗信息等。
对于车辆控制信息,它可以是对车辆行驶状态信息进行调整的控制指令,比如车辆控制信息可以为对车辆进行减速或者加速的控制指令。
可选的,步骤“基于该车辆行驶信息,生成用于对智能车进行控制的车辆控制信息”,可以包括:
基于该车辆行驶信息,生成可靠性报告;
根据该可靠性报告,确定与智能车控制相关的多个参数;
基于该参数生成用于对智能车进行控制的车辆控制信息。
其中,该可靠性报告可以包括数据延迟信息和报警机制等等。其中,数据延迟信息是根据服务器和智能车的时间同步信息计算得到的;报警机制具体可以包括提前警告、车辆异常信息警告、超速警告、逆行警告和红灯预警等。另外,在步骤“根据该可靠性报告,确定与智能车控制相关的多个参数”中,该参数可以是车端信息的更新频率、视频清晰度、视频压缩率、信号的超时时间和信号的传输周期等等。
在本实施例中,该控制信道可以是基于申请的随机的客户识别号和密钥,建立的MQTT对等网络模式下的通信信道。
本实施例中,可以于在用户操作页面检测到针对智能车的远程控制操作时,申请随机的客户识别号和密钥。
需要说明的是,在该控制信道为双向信道时,该车辆行驶信息可以通过主信道和控制信道获取到,不同的信道根据预先设置传输不同的车辆行驶信息,比如可以设置通过该控制信道获取的是智能车的实际转向量,车辆颠簸情况等信息。
B、该扩展信道为单向的控制信道。
可选的,当该扩展信道为单向的控制信道时,本实施例中,可以通过主信道获取智能车的车辆行驶信息;基于所述车辆行驶信息,生成用于对所述智能车进行控制的车辆控制信息;步骤“通过所述扩展信道与所述智能车进行所述智能车监控信息的传输”,可以包括:通过所述控制信道向所述智能车发送所述车辆控制信息。
在本实施例中,该控制信道可以是基于申请的随机的客户识别号和密钥,建立的MQTT对等网络模式下的单向通信信道。
本实施例中,可以于在用户操作页面检测到针对智能车的远程控制操作时,申请随机的客户识别号和密钥。
需要说明的是,在该控制信道为单向信道时,该车辆行驶信息不能通过控制信道获取到,但可以通过主信道来获取。比如,可以通过主信道获取智能车的车辆行驶信息,该车辆行驶信息可以包括车辆行驶状态信息以及车辆行驶道路信息。
C、该扩展信道为单向的视频信道。
在本实施例中,可以通过视频信道获取智能车拍摄的视频,在满足车辆视频播放条件时,播放该视频。
例如,具体可以通过视频信道实时获取智能车拍摄的全景视频,在满足车辆视频播放条件时,播放该视频。
其中,播放该视频的条件有多种。例如,可以在服务器获取到该视频时,该视频即刻被触发播放;或者,也可以在服务器获取到该视频后,通过服务器工作人员点击播放控件,来对该视频进行播放。可以理解的是,本实施例对该视频信息的播放条件没有限定。
例如,具体可以通过网络传输协议下加密的视频信道实时获取智能车拍摄的全景视频,然后,在满足车辆视频播放条件时,播放该视频。
其中,该网路传输协议可以为实时传输协议(RTP,Real-time TransportProtocol)。但是可以理解的是,该网络传输协议并不仅限于实时传输协议。实时传输协议可以用来为多种需要实时传输的多媒体数据提供端到端的实时传输服务,其具有低时延的传输特性。
步骤“在满足车辆视频播放条件时,播放该视频”,可以包括:
在满足车辆视频播放条件时,通过网页即时通信协议(WebRTC,Web Real-TimeCommunication)在浏览器播放该视频。
其中,WebRTC是一个可以在浏览器或移动应用程序中进行实时语音对话或视频对话的技术,它具有低延迟的特点。
由上可知,本实施例在建立与智能车连接的主信道后,在满足智能车远程控制条件时,可以通过该主信道建立与智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息,通过该扩展信道与该智能车进行该智能车监控信息的传输;由于本申请实施例利用至少一个扩展信道来传输智能车监控信息,并且在不同的扩展信道中传输的智能车监控信息类型不同,由此实现了不同类型信息的分流处理,使得服务器可以有效地对智能车进行管理和监控。
实施例二、
本实施例将从第一车辆远程监控装置的角度进行描述,该第一车辆远程监控装置具体可以集成在智能车中,其中,第一车辆远程监控装置可以视为智能车中与服务器通信的客户端。
本申请实施例提供一种车辆远程监控方法,如图4所示,该车辆远程监控方法的具体流程可以如下:
401、建立与服务器连接的主信道。
本实施例中,智能车可以建立与服务器连接的主信道。该服务器具体可以为位于云服务平台的边缘节点的服务器。本实施例中的智能车可以为无人驾驶车辆或安装有智能系统的车辆。
其中,在云服务平台的边缘节点上部署有MQTT的代理节点。MQTT可以建立智能车到服务器的连接,在智能车和服务器之间提供一个双向传输的主信道。MQTT具有对等网络和发布者/订阅者两种模式。可选的,本实施例中,步骤“智能车建立与服务器连接的主信道”,可以包括:智能车通过消息队列遥测传输协议建立与服务器连接的主信道。
比如,可以选用对等网络模式。采用对等网络模式可以有效利用云服务平台中散布的大量节点,将计算任务或存储资料分布到所有节点上。
本实施例的主信道可以理解为智能车和服务器之间必要的、基础的信道,该主信道一般为双向信道,可以在服务器和智能车之间传输一些基础信息。例如,智能车可以通过主信道向服务器发送智能车的时间同步信息、心跳信息和车辆行驶信息等,其中,该车辆行驶信息是根据预设配置定时发送给服务器的,具体可以包括车辆的行驶速度、加速度和位置信息等。
402、在满足智能车远程控制条件时,通过该主信道建立与该服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息。
在本实施例中,该扩展信道是用于远程监控的,扩展信道的数量至少为一个,不同的扩展信道可以用于传输不同类型的智能车监控信息。比如,该扩展信道可以为控制信道、视频信道等等。控制信道可以用于传输与车辆远程控制相关的信息。例如传输车辆控制信息,或者传输车辆行驶信息和车辆控制信息,视频信道可以用于实时传输智能车拍摄的视频。
本实施例中的智能车远程控制条件可以根据实际需要任意设置,本实施例对此没有限制。
比如,步骤“在满足智能车远程控制条件时,通过该主信道建立与该服务器连接的至少一个扩展信道”,可以包括:当到达预设远程控制时间点时,通过所述主信道向所述服务器发送远程控制请求指令,通过所述主信道建立与所述服务器连接的至少一个扩展信道。
在本实施例中,具体地,用户可以在安全登录智能车的远程控制操作系统后,在人机交互界面选择是否同意车辆的远程控制。若同意,则通过所述主信道向所述服务器发送远程控制请求指令,并对智能车进行安全检查,通过所述主信道建立与所述服务器连接的至少一个扩展信道。若不同意,则不向所述服务器发送远程控制请求指令,本次扩展信道的建立取消。如果用户没有对“是否同意车辆的远程控制”进行选择,则当到达预设远程控制时间点时,系统自动选择同意,通过所述主信道自动向服务器发送远程控制请求指令,通过所述主信道建立与所述服务器连接的至少一个扩展信道。
其中,该预设远程控制时间点,可以根据实际需要进行设置。例如,可以设置为:如果在30秒内,用户不对“是否同意车辆的远程控制”进行选择,则在30秒过后,系统自动选择同意,通过所述主信道自动向服务器发送远程控制请求指令,通过所述主信道建立与所述服务器连接的至少一个扩展信道。
可选的,本实施例中,也可以由服务器主动提出建立服务器对其的远程控制。
可选的,步骤“在满足智能车远程控制条件时,通过该主信道建立与该服务器连接的至少一个扩展信道”,还可以包括:当接收到所述服务器通过所述主信道发送的远程控制指令时,通过所述主信道建立与所述服务器连接的至少一个扩展信道。
关于服务器发送远程控制请求指令的时机,可以参考上一个实施例中服务器一侧的车辆远程监控方法中的相关描述内容。
可选的,本实施例中,在“通过所述主信道建立与所述服务器连接的至少一个扩展信道”之后,可以包括:
通过主信道获取与所述服务器连接的所有信道的信道状态信息;基于所述信道状态信息,确定所有信道中是否存在信道状态不满足预设要求的信道;若是,则重新建立与服务器连接的主信道和扩展信道,或,将所述智能车连接的服务器切换至另一服务器,建立与所述另一服务器连接的主信道和扩展信道。
其中,该预设要求可以为信道的连接状态符合预设的连接状态要求,可以通过信道的各项状态参数来判断信道的连接状态是否符合预设的连接状态要求,例如,当信道的各项状态参数优于对应的目标状态参数时,则可以确定该信号的连接状态符合预设的连接状态要求。
其中,状态参数可以是任意反应信道状态的参数,包括但不限于:信道的传输速度、丢包率、误码率、信噪比、信道增益以及噪声功率等等。
当所有信道中存在信道状态不满足预设要求的信道时,则可以重新建立与服务器连接的主信道和扩展信道;进一步的,如果重新建立与该服务器的连接后,所有信道中仍然存在信道状态不满足预设要求的信道,则可以将所述智能车连接的服务器切换至另一服务器,建立与所述另一服务器连接的主信道和扩展信道。
可选的,在步骤“通过所述主信道建立与所述服务器连接的至少一个扩展信道”之后,还可以包括:
通过主信道向服务器发送与所述服务器连接的所有信道的信道状态信息;基于所述信道状态信息,如果服务器确定所有信道中存在信道状态不满足预设要求的信道,则向智能车发送服务器切换指令;智能车在接收到服务器基于所述信道状态信息生成的服务器切换指令时,将所述智能车连接的服务器切换至另一服务器,建立与所述另一服务器连接的主信道和扩展信道。
其中,该服务器切换指令用于指示该智能车切换连接的服务器,对于智能车而言,在接收到服务器切换指令后,可以断开连接的服务器,然后根据所在区域,建立与云服务平台的其他边缘节点的服务器的连接。
进一步的,服务器切换指令中还可以带有目标服务器的标识信息,智能车可以基于该标识信息将连接的服务器切换至目标服务器。
在本实施例中,主信道除了用于建立扩展信道,还可以用于扩展信道的维护。
可选的,本实施例的方法还包括:通过主信道对该扩展信道进行维护。例如,步骤“通过主信道对该扩展信道进行维护”,可以包括:通过主信道获取与服务器连接的所有信道的信道状态信息;基于信道状态信息判断扩展信道是否有出现异常,若是,则通过主信道向服务器发送异常信道关闭指令,其中,扩展信道出现异常包括但不限于:扩展信道被黑客攻击或扩展信道被劫持。其中,异常信道关闭指令用于指示服务器关闭出现异常的扩展信道。
403、通过该扩展信道与该服务器进行该智能车监控信息的传输。
其中,该扩展信道可以包括控制信道和视频信道。该控制信道和视频信道可以为双向信道或单向信道;该视频信道优选为单向信道。
A、该扩展信道为双向的控制信道。
可选的,当该扩展信道为双向的控制信道时,本实施例中,可以通过所述控制信道向服务器发送智能车的车辆行驶信息;然后,通过所述控制信道接收服务器发送的车辆控制信息,其中,所述车辆控制信息由所述服务器基于所述车辆行驶信息生成;最后,基于所述车辆控制信息对所述智能车进行控制。
其中,该车辆行驶信息包括车辆行驶状态信息以及车辆行驶道路信息。车辆行驶状态信息可以包括车辆的速度、加速度、行驶方向和实际转向量等等;车辆行驶道路信息可以包括行驶道路的红绿灯信息、道路堵塞情况和道路附近的维修情况等。此外,车辆行驶信息还可以包括车辆本身的一些信息,例如车身损耗信息、车内部零件的损耗信息等。
对于车辆控制信息,它可以是对车辆行驶状态信息进行调整的控制指令,比如车辆控制信息可以为对车辆进行减速或者加速的控制指令。
在本实施例中,该控制信道可以是基于申请的随机的客户识别号和密钥,建立的MQTT对等网络模式下的通信信道。
本实施例中,可以于在用户操作页面检测到针对智能车的远程控制操作时,申请随机的客户识别号和密钥。
需要说明的是,在该控制信道为双向信道时,该车辆行驶信息可以通过主信道和控制信道发送,不同的信道根据预先设置传输不同的车辆行驶信息,比如可以设置通过该控制信道向服务器传输该智能车的实际转向量,车辆颠簸情况等信息。
B、该扩展信道为单向的控制信道。
可选的,当该扩展信道为单向的控制信道时,本实施例中,可以通过所述主信道向服务器发送智能车的车辆行驶信息;然后,通过所述扩展信道与所述服务器进行所述智能车监控信息的传输。
其中,步骤“通过所述扩展信道与所述服务器进行所述智能车监控信息的传输”,可以包括:
通过所述控制信道接收服务器发送的车辆控制信息,其中,所述车辆控制信息由所述服务器基于所述车辆行驶信息生成;
基于所述车辆控制信息对所述智能车进行控制。
在本实施例中,该控制信道可以是基于申请的随机的客户识别号和密钥,建立的MQTT对等网络模式下的单向通信信道。
本实施例中,可以于在用户操作页面检测到针对智能车的远程控制操作时,申请随机的客户识别号和密钥。
需要说明的是,在该控制信道为单向信道时,该车辆行驶信息不能通过控制信道发送,但可以通过主信道来发送。比如,可以通过主信道来向服务器发送车辆行驶信息,该车辆行驶信息可以包括车辆行驶状态信息以及车辆行驶道路信息。
C、该扩展信道为单向的视频信道。
在本实施例中,可以通过视频信道向服务器发送智能车拍摄的视频。
例如,可以通过视频信道向服务器实时发送智能车拍摄的全景视频。
又例如,具体可以通过网络传输协议下加密的视频信道向服务器发送智能车拍摄的视频。
其中,该网路传输协议可以为实时传输协议(RTP,Real-time TransportProtocol)。但是可以理解的是,该网络传输协议并不仅限于实时传输协议。实时传输协议可以用来为多种需要实时传输的多媒体数据提供端到端的实时传输服务,其具有低时延的传输特性。
由上可知,本实施例在建立与服务器连接的主信道后,在满足智能车远程控制条件时,可以通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息,通过所述扩展信道与所述服务器进行所述智能车监控信息的传输;由于本申请实施例利用至少一个扩展信道来传输智能车监控信息,并且在不同的扩展信道中传输的智能车监控信息类型不同,由此实现了不同类型信息的分流处理,使得服务器可以有效地对智能车进行管理和监控。
实施例三、
为了更好地实施以上方法,本申请实施例还提供一种车辆远程监控系统。如图5a所示,该车辆远程监控系统包括第一车辆远程监控装置51和第二车辆远程监控装置52,其中,第一车辆远程监控装置可以视为智能车中与服务器通信的客户端,第二车辆远程监控装置具体可以集成在服务器中。第二车辆远程监控装置52可以包括第一建立单元5201,第二建立单元5202,第一传输单元5203;第一车辆远程监控装置51可以包括第三建立单元5104,第四建立单元5105,第二传输单元5106,如下:
(1)第一建立单元5201;
第一建立单元,用于建立与智能车连接的主信道。
本实施例中,服务器建立与智能车连接的主信道。该服务器可以是云服务平台边缘节点的服务器。其中,在云服务平台边缘节点上部署有MQTT的代理节点,MQTT可以建立智能车到服务器的连接,在智能车和服务器之间提供一个双向传输的主信道。
可选的,本实施例中,第一建立单元具体可以用于:服务器通过消息队列遥测传输协议建立与智能车连接的主信道。
(2)第二建立单元5202;
第二建立单元,用于在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息。
本实施例中,该第二建立单元5202可以包括指令子单元52021、获取参数子单元52022和第二建立子单元52023,参见图5b,其中:
该指令子单元52021,用于显示服务器的用户操作页面,当在所述用户操作页面检测到针对智能车的远程控制操作时,通过所述主信道向所述智能车发送远程控制指令,通过所述主信道建立与所述智能车连接的至少一个扩展信道;或者,在接收到所述智能车通过所述主信道发送的远程控制请求指令时,通过所述主信道建立与所述智能车连接的至少一个扩展信道。
该获取参数子单元52022,用于通过主信道获取扩展信道的信道建立参数。
该第二建立子单元52023,用于根据所述信道建立参数建立与智能车连接的至少一个扩展信道。
可选的,该第二建立单元5202还可以包括第一信道状态检测子单元52024,参见图5c。
该第一信道状态检测子单元52024,用于在“通过所述主信道建立与所述智能车连接的至少一个扩展信道”之后,包括:
通过主信道获取与所述智能车连接的所有信道的信道状态信息;基于所述信道状态信息,确定所述所有信道中是否存在信道状态不满足预设要求的信道;若是,则重新建立与所述智能车连接的主信道和扩展信道,或者,向所述智能车发送服务器切换指令,所述服务器切换指令用于指示所述智能车切换连接的服务器。
(3)第一传输单元5203;
第一传输单元,用于通过所述扩展信道与所述智能车进行所述智能车监控信息的传输。
本实施例中,该第一传输单元5203可以包括获取子单元52031,处理子单元52032和第一发送子单元52033,参见图5d,其中:
A当该扩展信道为双向的控制信道时:
该获取子单元52031,用于通过所述控制信道获取智能车的车辆行驶信息。
该处理子单元52032,用于基于所述车辆行驶信息,生成用于对所述智能车进行控制的车辆控制信息。
本实施例中,该处理子单元52032,具体可以基于该车辆行驶信息,生成可靠性报告;根据该可靠性报告,确定与智能车控制相关的多个参数;基于该参数生成用于对智能车进行控制的车辆控制信息。
该第一发送子单元52033,用于通过所述控制信道向所述智能车发送所述车辆控制信息。
B当该扩展信道为单向的控制信道时:
该获取子单元52031,用于通过所述主信道获取智能车的车辆行驶信息。
该处理子单元52032,用于基于所述车辆行驶信息,生成用于对所述智能车进行控制的车辆控制信息。
该第一发送子单元52033,用于通过所述控制信道向所述智能车发送所述车辆控制信息。
C当该扩展信道为视频信道时:
该获取子单元52031,用于通过所述视频信道获取所述智能车拍摄的视频。
该处理子单元52032,用于在满足车辆视频播放条件时,播放所述视频。
(4)第三建立单元5104;
第三建立单元,用于建立与服务器连接的主信道。
本实施例中,智能车可以建立与服务器连接的主信道。该服务器具体可以为位于云服务平台的边缘节点的服务器。该智能车可以为无人驾驶车辆或安装有智能系统的车辆。其中,在云服务平台的边缘节点上部署有MQTT的代理节点。MQTT可以建立智能车到服务器的连接,在智能车和服务器之间提供一个双向传输的主信道。
可选的,本实施例中,第三建立单元具体可以包括:智能车通过消息队列遥测传输协议建立与服务器连接的主信道。
(5)第四建立单元5105;
第四建立单元,用于在满足智能车远程控制条件时,通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息。
本实施例中,该第四建立单元5105,可以包括第四建立子单元51051和第二信道状态检测子单元51052,参见图5e,其中:
该第四建立子单元51051,用于当到达预设远程控制时间点时,通过所述主信道向所述服务器发送远程控制请求指令,通过所述主信道建立与所述服务器连接的至少一个扩展信道;或者,当接收到服务器通过所述主信道发送的远程控制指令时,通过所述主信道建立与所述服务器连接的至少一个扩展信道。
该第二信道状态检测子单元51052,用于在“通过所述主信道建立与所述服务器连接的至少一个扩展信道”之后,包括:
通过主信道获取与所述服务器连接的所有信道的信道状态信息;基于所述信道状态信息,确定所述所有信道中是否存在信道状态不满足预设要求的信道;若是,则重新建立与服务器连接的主信道和扩展信道,或,将所述智能车连接的服务器切换至另一服务器,建立与所述另一服务器连接的主信道和扩展信道;或者,通过主信道向服务器发送与所述服务器连接的所有信道的信道状态信息;在接收到所述服务器基于所述信道状态信息生成的服务器切换指令时,将所述智能车连接的服务器切换至另一服务器,建立与所述另一服务器连接的主信道和扩展信道。
(6)第二传输单元5106;
第二传输单元,用于通过所述扩展信道与所述服务器进行所述智能车监控信息的传输。
本实施例中,该第二传输单元5106可以包括第二发送子单元51061、接收子单元51062和控制子单元51063,参见图5f,其中:
A当该扩展信道为双向的控制信道时:
该第二发送子单元51061,用于通过所述控制信道向服务器发送所述智能车的车辆行驶信息。
该接收子单元51062,用于通过所述控制信道接收服务器发送的车辆控制信息,其中,所述车辆控制信息由所述服务器基于所述车辆行驶信息生成。
该控制子单元51063,用于基于所述车辆控制信息对所述智能车进行控制。
B当该扩展信道为单向的控制信道时:
该第二发送子单元51061,用于通过所述主信道向服务器发送所述智能车的车辆行驶信息。
该接收子单元51062,用于通过所述控制信道接收服务器发送的车辆控制信息,其中,所述车辆控制信息由所述服务器基于所述车辆行驶信息生成。
该控制子单元51063,用于基于所述车辆控制信息对所述智能车进行控制。
C当该扩展信道为单向的视频信道时:
该第二发送子单元51061,用于通过所述视频信道向服务器发送所述智能车拍摄的视频。
由上可知,本实施例可以建立与智能车连接的主信道;在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;通过所述扩展信道与所述智能车进行所述智能车监控信息的传输;
或者,建立与服务器连接的主信道;在满足智能车远程控制条件时,通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;通过所述扩展信道与所述服务器进行所述智能车监控信息的传输;
由于本申请实施例利用至少一个扩展信道来传输智能车监控信息,并且在不同的扩展信道中传输的智能车监控信息类型不同,由此实现了不同类型信息的分流处理,使得服务器可以有效地对智能车进行管理和监控。
实施例四、
本申请实施例还提供一种电子设备,如图6所示,其示出了本申请实施例所涉及的电子设备的结构示意图,具体来讲:
该电子设备可以包括一个或者一个以上处理核心的处理器601、一个或一个以上计算机可读存储介质的存储器602、电源603和输入单元604等部件。本领域技术人员可以理解,图6中示出的电子设备结构并不构成对电子设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
处理器601是该电子设备的控制中心,利用各种接口和线路连接整个电子设备的各个部分,通过运行或执行存储在存储器602内的软件程序和/或模块,以及调用存储在存储器602内的数据,执行电子设备的各种功能和处理数据,从而对电子设备进行整体监控。可选的,处理器601可包括一个或多个处理核心;优选的,处理器601可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器601中。
存储器602可用于存储软件程序以及模块,处理器601通过运行存储在存储器602的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器602可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据电子设备的使用所创建的数据等。此外,存储器602可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器602还可以包括存储器控制器,以提供处理器601对存储器602的访问。
电子设备还包括给各个部件供电的电源603,优选的,电源603可以通过电源管理系统与处理器601逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源603还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该电子设备还可包括输入单元604,该输入单元604可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
尽管未示出,电子设备还可以包括显示单元等,在此不再赘述。具体在本实施例中,电子设备中的处理器601会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器602中,并由处理器601来运行存储在存储器602中的应用程序。
若该电子设备为服务器,则该电子设备可以实现如下功能:
在建立与智能车连接的主信道后,在满足智能车远程控制条件时,可以通过该主信道建立与智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息,通过该扩展信道与该智能车进行该智能车监控信息的传输。
若该电子设备为终端,则该电子设备可以实现如下功能:
在建立与服务器连接的主信道后,在满足智能车远程控制条件时,可以通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息,通过所述扩展信道与所述服务器进行所述智能车监控信息的传输。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
由上可知,本实施例可以在建立与智能车连接的主信道;在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;通过所述扩展信道与所述智能车进行所述智能车监控信息的传输;由于本申请实施例利用至少一个扩展信道来传输智能车监控信息,并且在不同的扩展信道中传输的智能车监控信息类型不同,由此实现了不同类型信息的分流处理,使得服务器可以有效地对智能车进行管理和监控。
本实施例还提供一种车辆导航设备,该设备包括第一车辆远程监控装置。
本实施例还提供一种智能车,所述智能车包括驱动系统和控制系统;
所述控制系统,用于执行附图4以及实施例二所述的车辆远程监控方法,基于所述扩展信道接收服务器发送的所述智能车的车辆控制信息,并基于所述车辆控制信息对车辆的所述驱动系统进行控制;所述驱动系统,用于在所述控制系统的控制下,驱动所述车辆运动。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。
为此,本申请实施例提供一种存储介质,其中存储有多条指令,该指令能够被处理器进行加载,以执行本申请实施例所提供的车辆远程监控方法中的步骤。例如,该指令可以执行如下步骤:
建立与智能车连接的主信道;在满足智能车远程控制条件时,通过所述主信道建立与所述智能车连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;通过所述扩展信道与所述智能车进行所述智能车监控信息的传输;
或者,
建立与服务器连接的主信道;在满足智能车远程控制条件时,通过所述主信道建立与所述服务器连接的至少一个扩展信道,其中,不同的扩展信道用于传输不同类型的智能车监控信息;通过所述扩展信道与所述服务器进行所述智能车监控信息的传输。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
其中,该存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
由于该存储介质中所存储的指令,可以执行本申请实施例所提供的车辆远程监控方法中的步骤,因此,可以实现本申请实施例所提供的车辆远程监控方法所能实现的有益效果,详见前面的实施例,在此不再赘述。
以上对本申请实施例所提供的一种车辆远程监控方法、装置、智能车、电子设备和存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。