智能网联车辆数据的远程调试方法及装置与流程

    专利2022-07-07  165


    本公开涉及车联网数据处理技术领域,具体涉及到一种智能网联车辆数据的远程调试方法及装置。



    背景技术:

    车联网(internetofvehicles)是由车辆位置、速度和路线等信息构成的巨大交互网络。通过gps、rfid、传感器、摄像头图像处理等装置,车辆可以完成自身环境和状态信息的采集;通过互联网技术,所有的车辆可以将自身的各种信息传输汇聚到中央处理器;通过计算机技术,这些大量车辆的信息可以被分析和处理。

    在车联网技术领域,对多个智能车载网联终端的调试仅限于在设备端侧进行,采用这种方式无法对智能网联车辆数据进行远程地调试。



    技术实现要素:

    本公开的主要目的在于提供一种智能网联车辆数据的远程调试方法,以解决无法对智能网联车辆数据进行远程地调试问题。

    为了实现上述目的,根据本公开的第一方面,提供了一种智能网联车辆数据的远程调试方法方法,包括:在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到所述指令后向代理服务器发送开启代理服务的请求;在接收到所述代理服务器发送的代理信息后,将所述代理信息发送至所述用户端,以使所述用户端与所述代理服务器建立连接;在所述用户端与所述代理服务器建立连接之后,向所述代理服务器发送调试指令,以使所述代理服务器对所述多个智能车载网联终端进行调试。

    可选地,在接收到用户端发送的对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令包括:在接收到用户端发送的对多个智能车载网联终端的应用进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令;和/或,在接收到用户端发送的对多个智能车载网联终端的操作系统进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令。

    可选地,方法还包括:在接收到用户端发送的对多个智能车载网联终端停止调试的请求,向所述多个智能车载网联终端发送关闭代理服务器的指令,以使多个智能车载网联终端在接收到所述关闭代理服务器指令后向代理服务器发送关闭代理服务的请求;和/或,删除所述代理信息。

    可选地,在接收到用户端发送的对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令包括:在接收到用户端发送的对目标多个智能车载网联终端进行调试的请求,向所述目标多个智能车载网联终端发送开启代理服务器的指令;和/或,在接收到用户端发送的对多个多个智能车载网联终端进行调试的请求,向所述多个多个智能车载网联终端发送开启代理服务器的指令

    根据本公开的第二方面,提供了一种智能网联车辆数据的远程调试装置,包括:第一发送单元,被配置成在接收到用户端发送的对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到所述指令后向代理服务器发送开启代理服务的请求;第二发送单元,被配置成在接收到所述代理服务器发送的代理信息后,将所述代理信息发送至所述用户端,以使所述用户端与所述代理服务器建立连接;第三发送单元,被配置成在所述用户端与所述代理服务器建立连接之后,向所述代理服务器发送调试指令,以使所述代理服务器对所述多个智能车载网联终端进行调试。

    可选地,第一发送单元进一步被配置成包括:在接收到用户端发送的对多个智能车载网联终端的应用进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令;和/或,在接收到用户端发送的对多个智能车载网联终端的操作系统进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令。

    可选地,装置还包括:第四发送单元,被配置成在接收到用户端发送的对多个智能车载网联终端停止调试的请求,向所述多个智能车载网联终端发送关闭代理服务器的指令,以使多个智能车载网联终端在接收到所述关闭代理服务器指令后向代理服务器发送关闭代理服务的请求;和/或,处理单元,被配置成删除所述代理信息。

    可选地,第一发送单元进一步被配置成包括:在接收到用户端发送的对目标多个智能车载网联终端进行调试的请求,向所述目标多个智能车载网联终端发送开启代理服务器的指令;和/或,在接收到用户端发送的对多个多个智能车载网联终端进行调试的请求,向所述多个多个智能车载网联终端发送开启代理服务器的指令。

    根据本公开的第三方面,提供了一种计算机可读存储介质,存储介质存储有计算机指令,所述计算机指令用于使所述计算机执行第一方面任意一项实施例所述的智能网联车辆数据的远程调试方法。

    根据本公开的第四方面,提供了一种电子设备,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器执行第一方面任意一项实施例所述的智能网联车辆数据的远程调试方法。

    在本公开实施例智能网联车辆数据的远程调试方法中,首先在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到指令后向代理服务器发送开启代理服务的请求;而后在接收到代理服务器发送的代理信息后,将代理信息发送至用户端,以使用户端与代理服务器建立连接;最后在所述用户端与所述代理服务器建立连接之后,向代理服务器发送调试指令,以使代理服务器对所述多个智能车载网联终端进行调试。通过在用户端、控制服务器、代理服务器和多个智能车载网联终端之间建立上述通信,实现了可以通过用户端对任意多个智能车载网联终端进行远程调试。进而解决了无法对智能网联车辆数据进行远程地调试的技术问题。

    附图说明

    为了更清楚地说明本公开具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本公开的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

    图1是根据本公开实施例的智能网联车辆数据的远程调试方法的流程图;

    图2是根据本公开实施例的智能网联车辆数据的远程调试装置的示意图;

    图3是根据本公开实施例的电子设备的示意图。

    具体实施方式

    为了使本技术领域的人员更好地理解本公开方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分的实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。

    需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

    需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

    可以应用本公开智能网联车辆数据的远程调试方法及装置的实施例的示例性系统架构可以包括用户端、网络、服务器和多个智能车载网联终端。网络用以在用户端和服务器之间,服务器和多个智能车载网联终端之间提供提供通信链路的介质。网络可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

    服务器可以包括控制服务器和代理服务器,控制服务器用于接收用户端发送的请求,并响应该请求。代理服务器用以在控制服务器和多个智能车载网联终端之间进行通信。

    用户可以通过用户端向控制服务器发送请求,用户端可以包括但是不限于电脑设备、智能手机设备。

    多个智能车载网联终端上可以安装有各种应用,例如数据采集类应用、或者第三方应用(例如,社交应用、媒体类应用)等。

    设置在智能网联车辆上的智能车载网联终端在物联网技术的支持下,可以实时地向目标服务器上传基于位置的数据,且可以按照服务器预先设定的规则上传数据至服务器中,由智能车载网联终端实时采集的基于位置的数据(包括但是不限于道路数据、道路环境视频数据、gps数据等等)可以作为智能网联车辆的数据,在本申请中智能网联车辆数据还包括智能网联终端上应用程序所包含的数据。

    需要说明的是,本公开实施例所提供的智能网联车辆数据的远程调试方法一般由控制服务器执行,相应地,用于对多个智能车载网联终端状态远程监控的信息处理装置一般设置于控制服务器中执行。

    控制服务器可以是硬件,也可以是软件。当控制服务器为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当控制服务器为软件时,可以实现成多个软件或软件模块(例如在接收到用户端发送的对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令),也可以实现成单个软件或软件模块。在此不做具体限定。

    应该理解,用户端、网络、控制服务器、代理服务器和多个智能车载网联终端的数目可以是任意的。

    根据本公开实施例,提供了一种智能网联车辆数据的远程调试方法,如图1所示,该方法包括如下的步骤101至步骤103:

    步骤101:在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到所述指令后向代理服务器发送开启代理服务的请求。

    在本实施例中,控制服务器可以在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求之后,可以向多个智能车载网联终端发送开启代理服务器的指令,在多个智能车载网联终端接收到该指令之后,向代理服务器发送请求开启代理服务的指令,代理服务器在本地确定端口,以启动多个智能车载网联终端的代理服务,并将代理信息(例如,代理服务器的ip,代理端口和代理名称)发送至控制服务器。本实施例可以通过用户端实现对多个智能车载网联终端的远程调试。

    开启代理服务的指令可以采用如下方式实现:

    开启代理指令iot

    {"type":120,

    "method":"service.startfrpproxy",

    "params":{

    "serveraddr":"10.2.3.111",

    "serverport":"7000",

    "proxyname":"ssh-xtcaa83440500279",

    "type":"tcp"

    }

    }

    #车机ini文件举例

    [common]

    server_addr=10.2.3.111

    server_port=7000

    [ssh-xtcaa8344050027]

    type=tcp

    local_ip=127.0.0.1

    local_port=22

    remote_port=6000

    服务端接口开启代理指令:

    "地址":"/platform/service/frp/startproxy",

    "method":"post",

    "请求":{

    "devicename":"xtcaa83440500279"

    },

    "响应":

    {

    "code":0,

    "msg":"ok",

    "result":{

    "proxyname":"ssh-xtcaa83440500279",

    "proxyhost":"10.2.3.111",

    "proxyport":"7699"

    }

    }

    具体地,用户端在接收到用户触发的对多个智能车载网联终端进行远程调试的请求之后,向控制服务器发送该请求。调试请求,可以是用于对多个智能车载网联终端上的应用程序进行调试的请求,例如,可以是对多个智能车载网联终端上的智慧交通应用是否存在bug进行调试等。

    作为本实施例一种可选地实现方式,在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令包括:在接收到用户端发送的对多个智能车载网联终端的应用进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令;在接收到用户端发送的对多个智能车载网联终端的操作系统进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令。

    在本实施例中,对多个智能车载网联终端进行调试的请求,可以包括请求对多个智能车载网联终端的应用进行调试,调试可以是对程序代码的调试。例如,当智慧交通应用在打开第三界面时崩溃,请求对该智慧交通程序进行调试,。也可以包括请求对多个智能车载网联终端的操作系统进行调试,以确定操作系统运行时存在的问题,或者通过调试确定操作系统的稳定性等等。

    作为本实施例一种可选的实现方式,在接收到用户端发送的对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令包括:在接收到用户端发送的对多个目标智能车载网联终端进行调试的请求,向所述多个目标智能车载网联终端发送开启代理服务器的指令。

    在本实施例中,对智能车载网联终端进行远程调试可以是对基于用户在用户端的界面输入的多个智能车载网联终端的sn号而确定的与sn号相对应的智能车载网联终端进行远程调试,sn号即智能车在网联终端的身份标识。

    步骤102:在接收到所述代理服务器发送的代理信息后,将所述代理信息发送至所述用户端,以使所述用户端与所述代理服务器建立连接。

    在本实施例中,控制服务器在接收到代理服务器发送的代理信息后,将代理信息发送至用户端,以使用户端基于该代理信息与代理服务器建立连接,当用户端与代理服务器建立连接后,可以通过代理服务器实现对多个智能车载网联终端进行远程调试。

    步骤103:在所述用户端与所述代理服务器建立连接之后,向所述代理服务器发送调试指令,以使所述代理服务器对所述多个智能车载网联终端进行调试。

    在本实施例中,当用户端与代理服务器建立连接后,控制服务器可以接收用户通过用户端发送的远程调试指令,将该调试指令发送至代理服务器,由代理服务器向多个智能车载网联终端发送远程控制指令,以使多个智能车载网联终端执行该调试指令,并由多个智能车载网联终端发送指令执行结果。

    作为本实施一种可选地实现方式,在接收到用户端发送的对多个智能车载网联终端停止调试的请求,向所述多个智能车载网联终端发送关闭代理服务器的指令,以使多个智能车载网联终端在接收到所述关闭代理服务器指令后向代理服务器发送关闭代理服务的请求;和/或,删除所述代理信息。

    在本实施例中,当用户已经对多个智能车载网联终端的数据调试完毕,那么可以通过用户端发送停止调试的请求,控制服务器在接收到该请求之后,向多个智能车载网联终端发送关闭代理服务器的指令,多个智能车载网联终端在接收到关闭代理服务器的指令之后,向代理服务器发送关闭代理服务器的请求,最后删除代理信息。

    例如,结束代理指令iot

    {

    "type":120,

    "method":"service.stopfrpproxy",

    "params":{

    }

    }

    关闭代理指令可以是:

    "地址":"/platform/service/frp/stopproxy",

    "method":"post",

    "请求":

    {

    "devicename":"xtcaa83440500279"

    },

    "响应":

    {

    "code":0,

    "msg":"ok",

    "result":{

    }

    }

    从以上的描述中,可以看出,本公开实施例智能网联车辆数据的远程调试方法中,首先在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到指令后向代理服务器发送开启代理服务的请求;而后在接收到代理服务器发送的代理信息后,将代理信息发送至用户端,以使用户端与代理服务器建立连接;最后在所述用户端与所述代理服务器建立连接之后,向代理服务器发送调试指令,以使代理服务器对所述多个智能车载网联终端进行调试。通过在用户端、控制服务器、代理服务器和多个智能车载网联终端之间建立上述通信,实现了可以通过用户端对任意多个智能车载网联终端进行远程调试。进而解决了无法对智能网联车辆数据进行远程地调试的技术问题。

    需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

    根据本公开实施例,还提供了一种用于实施上述智能网联车辆数据的远程调试的装置,如图2所示,该装置包括:

    第一发送单元201,被配置成在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到所述指令后向代理服务器发送开启代理服务的请求;第二发送单元202,被配置成在接收到所述代理服务器发送的代理信息后,将所述代理信息发送至所述用户端,以使所述用户端与所述代理服务器建立连接;第三发送单元203,被配置成在所述用户端与所述代理服务器建立连接之后,向所述代理服务器发送调试指令,以使所述代理服务器对所述多个智能车载网联终端进行调试。

    作为本实施例一种可选的实现方式,第一发送单元进一步被配置成包括:在接收到用户端发送的对多个智能车载网联终端的应用进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令;和/或,在接收到用户端发送的对多个智能车载网联终端的操作系统进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令。

    作为本实施例一种可选的实现方式,所述装置还包括:第四发送单元,被配置成在接收到用户端发送的对多个智能车载网联终端停止调试的请求,向所述多个智能车载网联终端发送关闭代理服务器的指令,以使多个智能车载网联终端在接收到所述关闭代理服务器指令后向代理服务器发送关闭代理服务的请求;和/或,处理单元,被配置成删除所述代理信息。

    作为本实施例一种可选的实现方式,第一发送单元201进一步被配置成包括:在接收到用户端发送的分别对多个目标智能车载网联终端进行调试的请求,向所述多个目标智能车载网联终端发送开启代理服务器的指令。

    从以上的描述中,可以看出,本公开实施例智能网联车辆数据的远程调试装置中,首先在接收到用户端发送的对多个智能车载网联终端进行调试的请求,向多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到指令后向代理服务器发送开启代理服务的请求;而后在接收到代理服务器发送的代理信息后,将代理信息发送至用户端,以使用户端与代理服务器建立连接;最后在所述用户端与所述代理服务器建立连接之后,向代理服务器发送调试指令,以使代理服务器对所述多个智能车载网联终端进行调试。通过在用户端、控制服务器、代理服务器和多个智能车载网联终端之间建立上述通信,实现了可以通过用户端对任意多个智能车载网联终端进行远程调试。进而解决了无法对智能网联车辆数据进行远程地调试的技术问题。

    本公开实施例提供了一种电子设备,如图3所示,该电子设备包括一个或多个处理器31以及存储器32,图3中以一个处理器31为例。

    该控制器还可以包括:输入装置33和输出装置34。

    处理器31、存储器32、输入装置33和输出装置34可以通过总线或者其他方式连接,图3中以通过总线连接为例。

    处理器31可以为中央处理器(centralprocessingunit,cpu)。处理器31还可以为其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

    存储器32作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块,如本公开实施例中的控制方法对应的程序指令/模块。处理器31通过运行存储在存储器32中的非暂态软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例智能网联车辆数据的远程调试方法。

    存储器32可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外,存储器32可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器32可选包括相对于处理器31远程设置的存储器,这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

    输入装置33可接收输入的数字或字符信息,以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置34可包括显示屏等显示设备。

    一个或者多个模块存储在存储器32中,当被一个或者多个处理器31执行时,执行如图1所示的方法。

    本领域技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各电机控制方法的实施例的流程。其中,存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)、随机存储记忆体(randomaccessmemory,ram)、快闪存储器(flashmemory)、硬盘(harddiskdrive,缩写:hdd)或固态硬盘(solid-statedrive,ssd)等;存储介质还可以包括上述种类的存储器的组合。

    虽然结合附图描述了本公开的实施方式,但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。


    技术特征:

    1.一种智能网联车辆数据的远程调试方法,其特征在于,包括:

    在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求之后,向所述多个智能车载网联终端发送开启代理服务器的指令,以使所述多个智能车载网联终端在接收到所述指令后向代理服务器发送开启代理服务的请求;

    在接收到所述代理服务器发送的代理信息后,将所述代理信息发送至所述用户端,以使所述用户端与所述代理服务器建立连接;

    在所述用户端与所述代理服务器建立连接之后,向所述代理服务器发送调试指令,以使所述代理服务器对所述多个智能车载网联终端进行调试。

    2.根据权利要求1所述的智能网联车辆数据的远程调试方法,其特征在于,所述在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令包括:

    在接收到用户端发送的分别对多个智能车载网联终端的应用进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令;和/或,

    在接收到用户端发送的分别对多个智能车载网联终端的操作系统进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令。

    3.根据权利要求1所述的智能网联车辆数据的远程调试方法,其特征在于,所述方法还包括:

    在接收到用户端发送的分别对多个智能车载网联终端停止调试的请求,向所述多个智能车载网联终端发送关闭代理服务器的指令,以使多个智能车载网联终端在接收到所述关闭代理服务器指令后向代理服务器发送关闭代理服务的请求;和/或,

    删除所述代理信息。

    4.根据权利要求1所述的智能网联车辆数据的远程调试方法,其特征在于,所述在接收到用户端发送的对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令包括:

    在接收到用户端发送的对多个目标智能车载网联终端进行调试的请求,向所述目标智能车载网联终端发送开启代理服务器的指令。

    5.一种智能网联车辆数据的远程调试装置,其特征在于,包括:

    第一发送单元,被配置成在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到所述指令后向代理服务器发送开启代理服务的请求;

    第二发送单元,被配置成在接收到所述代理服务器发送的代理信息后,将所述代理信息发送至所述用户端,以使所述用户端与所述代理服务器建立连接;

    第三发送单元,被配置成向所述代理服务器发送调试指令,以使所述代理服务器对所述多个智能车载网联终端进行调试。

    6.根据权利要求5所述的智能网联车辆数据的远程调试装置,其特征在于,所述第一发送单元进一步被配置成包括:

    在接收到用户端发送的对多个智能车载网联终端的应用进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令;和/或,

    在接收到用户端发送的对多个智能车载网联终端的操作系统进行调试的请求,向所述多个智能车载网联终端发送开启代理服务器的指令。

    7.根据权利要求5所述的智能网联车辆数据的远程调试装置,其特征在于,所述装置还包括:

    第四发送单元,被配置成在接收到用户端发送的对多个智能车载网联终端停止调试的请求,向所述多个智能车载网联终端发送关闭代理服务器的指令,以使多个智能车载网联终端在接收到所述关闭代理服务器指令后向代理服务器发送关闭代理服务的请求;和/或,

    处理单元,被配置成删除所述代理信息。

    8.根据权利要求5所述的智能网联车辆数据的远程调试装置,其特征在于,所述第一发送单元进一步被配置成包括:

    在接收到用户端发送的对目标多个智能车载网联终端进行调试的请求,向所述目标多个智能车载网联终端发送开启代理服务器的指令;和/或,

    在接收到用户端发送的对多个多个智能车载网联终端进行调试的请求,向所述多个多个智能车载网联终端发送开启代理服务器的指令。

    9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使所述计算机执行权利要求1-4任意一项所述的智能网联车辆数据的远程调试方法。

    10.一种电子设备,其特征在于,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器执行权利要求1-4任意一项所述的智能网联车辆数据的远程调试方法。

    技术总结
    本公开实施例公开了一种智能网联车辆数据的远程调试方法及装置,首先在接收到用户端发送的分别对多个智能车载网联终端进行调试的请求,向多个智能车载网联终端发送开启代理服务器的指令,以使多个智能车载网联终端在接收到指令后向代理服务器发送开启代理服务的请求;而后在接收到代理服务器发送的代理信息后,将代理信息发送至用户端,以使用户端与代理服务器建立连接;最后在所述用户端与所述代理服务器建立连接之后,向代理服务器发送调试指令,以使代理服务器对所述多个智能车载网联终端进行调试。实现了可以通过用户端对任意多个智能车载网联终端进行远程调试。进而解决了无法对智能网联车辆数据进行远程地调试的技术问题。

    技术研发人员:田加国;王青龙;王志远;郑彩风;贾双成
    受保护的技术使用者:智道网联科技(北京)有限公司
    技术研发日:2021.02.05
    技术公布日:2021.03.12

    转载请注明原文地址:https://wp.8miu.com/read-7313.html

    最新回复(0)