CN115567598A - 一种雷达访问***及方法 - Google Patents

Abstract

本申请的实施例提供了一种雷达访问***及方法，涉及信息交互领域，***包括：与雷达***通信连接的服务端，以及与服务端通信连接的客户端，客户端用于在接收到用户输入的雷达***对应的IP地址的情况下，基于IP地址生成请求信息，并将请求信息发送至服务端，服务端用于接收请求信息，并基于请求信息从雷达***中获取雷达***的参数数据，并打包发送至客户端。本申请无需使用上位机进行雷达***的访问，且本申请提供的雷达访问***基于客户端即可实现不同类型的操作***对雷达***的访问，无需进行额外的上位机软件开发，以适应多种类型的操作***，本申请提供的雷达访问***可以降低访问雷达***的成本，从而提升访问雷达***的便捷性。

Description

一种雷达访问***及方法

技术领域

本申请涉及信息交互领域，具体而言，涉及一种雷达访问***及方法。

背景技术

在激光雷达产品中，由于雷达***无法直接控制，需要人机交互界面去操控雷达，例如采用上位机与雷达***连接，以获取雷达***中数据。

在安装上位机软件时需要安装所需的基本库，具备上位机运行所需的环境，而且上位机中的运行软件一般仅支持一种操作***，如需在多种电脑操作***中使用时，需要进行额外的软件开发，以实现上位机可以应用于多种操作***，现有方式无疑在实现雷达访问时增加工作量的同时也增加了成本。

发明内容

本申请的目的在于提供一种雷达访问***及方法，能够降低对雷达***访问的成本。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种雷达访问***，所述***包括：与雷达***通信连接的服务端，以及与所述服务端通信连接的客户端；

所述客户端用于在接收到用户输入的所述雷达***对应的IP地址的情况下，基于所述IP地址生成请求信息，并将所述请求信息发送至所述服务端；

所述服务端用于接收所述请求信息，并基于所述请求信息从所述雷达***中获取所述雷达***的参数数据，并打包发送至所述客户端。

在可选的实施方式中，所述客户端与所述服务端通过Javascript进行通信。

在可选的实施方式中，所述服务端用于基于所述客户端中浏览器的访问端口接收所述请求信息，以及基于所述客户端中浏览器的访问端口向所述客户端发送所述雷达***的参数数据。

在可选的实施方式中，所述服务端还用于按照预设周期获取所述雷达***中的参数数据，发送至所述客户端；

所述客户端还用于判断最新接收到的参数数据是否与上一次接收到的参数数据相同，若否，则对所述雷达***的参数数据进行更新。

在可选的实施方式中，所述服务端用于将获取的所述雷达***的参数数据打包为JSON格式的参数数据，发送至所述客户端。

在可选的实施方式中，所述客户端为两个以上，所述服务端还用于将各所述客户端发送的请求信息按照时间顺序进行排序，并基于排序对各所述请求信息依次进行响应。

在可选的实施方式中，所述服务端还用于在接收所述请求信息预设时长内，判断是否获取到所述雷达***的参数数据，在未获取到所述雷达***的参数数据时，向所述客户端发送提示信息，其中，所述提示信息指示所述雷达***的参数数据获取失败。

在可选的实施方式中，所述客户端用于将所述请求信息处理为键值对对应的请求信息或者JSON格式的请求信息，将键值对对应的请求信息或者JSON格式的请求信息发送至所述服务端。

在可选的实施方式中，所述服务端还用于将HTML文件以字符串常量形式存储至服务端的代码区，其中，HTML文件用于生成雷达***的浏览界面；

在所述客户端首次向所述服务端发送请求信息时，所述服务端基于客户端发送的请求信息，获取雷达***中的参数数据，将所述HTML文件和雷达***的参数数据打包发送至客户端。

在可选的实施方式中，在所述客户端非首次向所述服务端发送请求信息时，所述服务端用于基于客户端发送的请求信息，获取雷达***中的参数数据，将所述雷达***的参数数据打包发送至所述客户端。

在可选的实施方式中，所述客户端用于接收所述HTML文件和雷达***的参数数据，并对所述HTML解析生成雷达***的浏览界面，将雷达***的参数数据添加至雷达***的浏览界面中。

第二方面，本申请实施例提供了一种雷达访问方法，通过所述雷达访问***，获取雷达***的参数数据。

本申请具有以下有益效果：

本申请实施例的雷达访问***，巧妙设置了与雷达***通信连接的服务端，以及与服务端通信连接的客户端，客户端用于在接收到用户输入的雷达***对应的IP地址的情况下，基于IP地址生成请求信息，并将请求信息发送至服务端，服务端用于接收请求信息，并基于请求信息从雷达***中获取雷达***的参数数据，并打包发送至客户端。从而无需使用上位机进行雷达***的访问，基于客户端即可实现不同类型的操作***对雷达***的访问，无需进行额外的上位机软件开发，便可以适应多种类型的操作***，进而可以降低访问雷达***的成本，提升访问雷达***的便捷性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的雷达访问***的结构示意图；

图2为本申请实施例提供的一种雷达访问方法的流程示意图之一；

图3为本申请实施例提供的一种雷达访问方法的流程示意图之二；

图4为本申请实施例提供的一种雷达访问方法的流程示意图之三。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

经过发明人大量研究发现，在激光雷达产品中，由于雷达***无法直接控制，需要人机交互界面去操控雷达，例如采用上位机与雷达***连接，以获取雷达***中数据。

在安装上位机时需要安装上位机所需的基本库，具备上位机运行所需的环境，而且上位机中的运行软件一般仅支持一种操作***，如需在多种操作***中使用时，需要进行额外的软件开发，即软件开发者需要具备多平台开发经验，而且对于多平台相同功能的开发或适配，无疑增加了工作量。并且上位机厂商需要附赠软件包及详尽的环境配置说明书，在用户使用上位机进行雷达***访问时，用户还需要花费大量的时间对软件包以及环境配置说明书进行研究，且软件安装以及环境配置具有繁琐的配置流程，不便于用户使用，且配置需要花费一定的时间。

有鉴于对上述问题的发现，本申请实施例的雷达访问***，巧妙设置了与雷达***通信连接的服务端，以及与服务端通信连接的客户端，客户端用于在接收到用户输入的雷达***对应的IP地址的情况下，基于IP地址生成请求信息，并将请求信息发送至服务端，服务端用于接收请求信息，并基于请求信息从雷达***中获取雷达***的参数数据，并打包发送至客户端。从而无需使用上位机进行雷达***的访问，基于客户端即可实现类型的操作***对雷达***的访问，无需进行额外的上位机软件开发，便可以适应多种类型的操作***，进而可以降低访问雷达***的成本，提升访问雷达***的便捷性，下面对本实施例提供的方案进行详细阐述。

请参照图1，图1是本申请实施例提供的雷达访问***100的结构示意图。所述雷达访问***100包括客户端110、服务端120以及雷达***130。

客户端110可以包括一个或者多个，用于接收雷达***130的参数数据以及显示雷达***130的参数数据。客户端110与服务端120通信连接，服务端120与雷达***130通信连接。

客户端110可以是但不限于服务器、智能手机、个人电脑(PersonalComputer，PC)、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、移动上网设备(MobileInternet Device，MID)等。且客户端中运行有操作***。

服务端120可以设置于雷达***130内部，服务端120还可以设置于雷达***外部，当服务端120设置于雷达***130内部时，服务端120可以基于C语言开发，将服务端120嵌入雷达***130，以使服务端120可以访问雷达***130的数据，或者控制雷达***130的数据。在服务端设置于雷达***外部时，服务端120可以基于线连接的方式与雷达***130进行通信，以使服务端120可以访问雷达***130的数据或者控制雷达***130的数据。

服务端120与客户端110进行通信连接时，服务端120与客户端110可以通过客户端的预设端口进行通信，客户端110基于预设端口向服务端120发送请求信息，服务端120从客户端110的预设端口获取连接请求信息或者命令请求信息，并对连接请求信息或者命令请求信息进行响应。

示例性的，客户端与服务端通过Javascript进行通信。JavaScript是一种具有函数优先的轻量级，解释型或即时编译型的编程语言。JavaScript主要对客户端的浏览器事件做出响应。即服务端向客户端发送的雷达***的参数数据，基于Javascript进行响应。JavaScript脚本语言不依赖于操作***，仅需要浏览器的支持，因此，对于雷达***的访问无需额外开发适应的软件，仅基于支持浏览器的客户端即可实现。

在客户端与服务端通信连接时，在应用层，客户端与服务端通过HTTP(Hyper TextTransfer Protocol，超文本传输协议)建立连接，解决如何包装客户端向服务端发送的请求信息，在客户端向服务端发送请求信息时，基于TCP协议(Transmission ControlProtocol，传输控制协议)在网络中传输。

在客户端向服务端发送请求信息后，服务端接收客户端发送的请求信息的方式有多种，示例性的，服务端基于客户端中浏览器的访问端口接收请求信息。

例如，服务端使用C语言调用相应的网络库接口，开启一个TCP，监听客户端的80端口，客户端的80端口为客户端中浏览器默认访问的端口。80端口是为HTTP开放的。

服务端还可以基于客户端中浏览器的访问端口向客户端发送雷达***的参数数据。

在具体交互过程中，当需要获取雷达***130中的参数数据时，在客户端110中与雷达***130对应的浏览器中输入需要获取的雷达***130的IP地址。

示例性的，雷达***可以包括一个或者多个，在雷达***包含多个的情况下，用户在客户端中的浏览器中输入的IP地址即为待获取参数数据的雷达***对应的IP地址，不同雷达***可以对应有不同的IP地址，每个IP地址表示不同雷达***。在雷达***仅包含一个的情况下，雷达***130也仅对应一个IP地址。

需要说明的是，雷达***IP地址可以为固定的IP地址，为了增加雷达***的安全性，保证雷达***不能被随意访问的需求，可以为雷达***的IP地址设置不同的校验码，且校验码的生成是随机生成的，客户端110在每次访问雷达***时，会为雷达***生成实时校验码，用户在客户端的浏览器界面内输入实时校验码和IP地址，客户端基于实时校验码和IP地址生成请求信息，并将请求信息发送至服务端。服务端在对当前校验码校验正确后，才会响应客户端发送的请求信息。

下面以雷达***仅为一个，且雷达***的IP地址为固定IP地址进行举例说明：

客户端110基于用户输入的IP地址生成请求信息，请求信息的类型有多种：

在一示例中，当客户端110首次获取雷达***的参数数据时，客户端基于用户输入的IP地址生成的请求信息可以包括连接请求和获取参数数据的请求，将连接请求和获取参数数据的请求可以同时发送至服务端，也可以将连接请求先发送至服务端，在服务端响应该连接请求后，且在服务端和客户端连接成功后，客户端再将获取参数数据的请求发送至服务端。

在另一示例中，当客户端非首次获取雷达***的参数数据时，客户端基于用户输入的IP地址生成的请求信息仅包括获取参数数据的请求，此时，可以认为客户端与服务端已经建立过连接，无需再次建立连接。

在另一示例中，当客户端非首次获取雷达***的参数数据时，且客户端当前获取雷达***的参数数据的请求时间距离上一次获取雷达***的参数数据的请求时间的间隔，超过预设时间间隔，此时客户端基于用户输入的IP地址生成请求信息包括连接请求和获取参数数据的请求，连接请求用于再次建立客户端与服务端的连接。

需要说明的是，本领域技术人员可以基于实际情况对预设时间间隔进行设置，本申请对此不作具体限制。

为了使得服务端可以基于客户端发送的请求信息进行处理，客户端需要发送服务端可以识别的指令，因此需要将请求信息处理为键值对对应的请求信息或者JSON格式的请求信息，将键值对对应的请求信息或者JSON格式的请求信息发送至服务端，服务端预先设置可以识别上述格式的信息，以使得服务端可以响应客户端发送的请求信息。

服务端在接收到客户端发送的请求信息后，响应请求信息，在一示例中，当请求信息同时包括连接请求和获取参数数据的请求时，且雷达***仅包括一个的情况下，先基于连接请求建立客户端与服务端的连接，再基于获取参数数据的请求，从雷达***中获取对应的参数数据，并将参数数据打包发送至客户端。

需要说明的是，服务端在首次接收到客户端发送的请求信息时，先基于连接请求建立与客户端的连接，再从服务端的代码区获取字符串常量形式的HTML文件，HTML文件用于生成雷达***的浏览界面，并基于获取参数数据的请求，从雷达***中获取对应的参数数据，将HTML文件和参数数据均打包发送至客户端。客户端基于HTML文件生成雷达***的浏览界面，将雷达***的浏览界面在客户端的浏览器中进行显示，将雷达***的参数数据添加至雷达***的浏览界面。HTML是一种标记语言。它包括一系列标签.通过这些标签可以将网络上的文档格式统一，使分散的Internet资源连接为一个逻辑整体。HTML文本是由HTML命令组成的描述性文本，HTML命令可以说明文字，图形、动画、声音、表格、链接等。

在另一示例中，当请求信息仅包括获取参数数据的请求时，基于该请求信息从雷达***中获取对应的参数数据，并将参数数据打包发送至客户端。

当客户端非首次向服务端发送请求信息时，客户端仅向服务端发送获取参数数据的请求，此时服务端仅需要将获取的雷达***的参数数据发送至客户端即可，服务端无需再向客户端发送HTML文件，客户端在本地确定雷达***的浏览界面的HTML文件，并在浏览器中显示HTML文件对应的雷达***的浏览界面，并将服务端发送的雷达***的参数数据在雷达***的浏览界面中显示即可。

参数数据可以包括多种，示例性的，参数数据可以包括雷达***的温度数据、电量数据、雷达视频数据、航迹数据等。

在本申请实施例中，服务端直接从雷达***中获取雷达***的参数数据，服务端无需配置文件***、数据库或者第三方库等额外插件，在服务端与雷达***适配时，可以减小移植难度，从而使得本申请设计的雷达访问***兼容性更佳。

本申请实施例的雷达访问***，巧妙设置了与雷达***通信连接的服务端，以及与服务端通信连接的客户端，客户端用于在接收到用户输入的雷达***对应的IP地址的情况下，基于IP地址生成请求信息，并将请求信息发送至服务端，服务端用于接收请求信息，并基于请求信息从雷达***中获取雷达***的参数数据，并打包发送至客户端。从而无需使用上位机进行雷达***的访问，基于客户端即可实现不同操作***对雷达***的访问，无需进行额外的上位机软件开发，便可以适应多种类型的操作***，进而可以降低访问雷达***的成本，提升访问雷达***的便捷性。

针对如何基于雷达***的参数数据刷新客户端的浏览器中的雷达***的浏览界面的实现方式有多种，在一实现方式中，如图2所示，具体包括以下步骤：

步骤201：服务端按照预设周期获取雷达***中的参数数据，发送至客户端。

步骤202：客户端判断最新接收到的参数数据是否与上一次接收到的参数数据相同。

步骤203：客户端在判断最新接收到的参数数据与上一次接收到的参数数据不同时，对雷达***的参数数据进行更新。

对参数数据的获取方式有多种，在一示例中，当客户端与服务端建立连接，且客户端基于服务端获取雷达***中对应的参数数据后，当客户端需要长时间获取雷达***中的参数数据时，由于雷达***处于工作状态时，雷达***的参数数据实时发生变化，因此，需要服务端按照预设周期从雷达***中获取参数数据，并将获取的参数数据发送至客户端。

需要说明的是，预设周期的设定可以基于具体情况进行设置，本申请实施例对此不作具体限制。

在另一示例中，客户端可以按照预设周期向服务端发送获取参数数据的请求，服务端在每次接收到请求时，均响应该获取参数数据的请求，并从雷达***中获取参数数据向客户端发送。

对参数数据的更新方式有多种，在一示例中，在客户端接收到服务端发送的雷达***的参数数据时，判断最新接收到的参数数据是否与上一次接收到的参数数据相同，在不同时，基于最新接收到的参数数据对客户端的雷达***的浏览界面中的数据进行更新。或者当客户端判断最近接收到的参数数据与上一次接收到的参数数据不同时，确定出最新接收到的参数数据与上一次接收到的参数数据的不同之处，在客户端的雷达***的浏览界面中将不同之处进行更新。

在另一示例中，在服务端按照预设周期从雷达***中获取参数数据后，服务端判断最新获取的参数数据与上一次获取的参数数据是否相同，在不同时，将最新获取的参数数据打包发送至客户端。

在另一示例中，在客户端按照预设周期从雷达***中获取参数数据后，服务端判断最新获取的参数数据与上一次获取的参数数据是否相同，在不同时，服务端确定最新获取的参数数据与上一次获取的参数数据的不一致的目标数据，最新获取的参数数据包含目标数据，服务端将目标数据发送至客户端。

服务端将雷达***的参数数据打包发送至客户端的方式有多种，在一示例中，服务端可以将获取的雷达***的参数数据打包为JSON格式的参数数据，发送至客户端。在另一示例中，服务端将获取的雷达***的参数数据处理为键值对，发送至客户端。本领域技术人员可以根据实际情况对参数数据的打包方式进行设置，本申请对此不作具体限制。

通过以上方式，对雷达***的浏览界面中的参数数据进行更新。

服务端基于获取雷达***的参数数据的情况，向客户端发送提示信息可以有多种实现方式，在一示例中，如图3所示，具体包括以下步骤：

步骤301：服务端在接收请求信息预设时长内，判断是否获取到雷达***的参数数据。

步骤302：在未获取到所述雷达***的参数数据时，向客户端发送提示信息。

其中，提示信息指示雷达***的参数数据获取失败。

在一示例中，在服务端接收到客户端发送的请求信息后，对请求信息进行响应，当在接收请求信息的预设时长内，未获取到雷达信息的参数数据时，向客户端反馈发送获取失败的提示信息，以使得客户端可以基于该提示信息向服务端重新发送请求信息。

在另一示例中，服务端在响应请求信息，从雷达***中获取参数数据时开始计时，在预设时长内雷达***未响应服务端，服务端确定获取雷达***的参数数据失败，服务端向客户端发送提示信息。

当客户端存在多个时，服务端对多个客户端发送的请求信息进行响应的实现方式有多种，在一实现方式中，如图4所示，具体包括以下步骤：

步骤401：服务端将各客户端发送的请求信息按照时间顺序进行排序。

步骤402：基于排序对各请求信息依次进行响应。

在客户端包含多个时，服务端对多个客户端的请求信息的处理方式有多种，在一示例中，当服务端接收到客户端发送的多个客户端的请求信息时，基于请求信息发送的时间，将多个请求信息进行排序，按照顺序，依次对对应客户端的请求信息进行响应。

例如：当客户端包含A、B以及C，客户端A、B、C分别向服务端发送请求信息，服务端确定客户端A发送请求信息的时间为2:00，客户端B发送请求信息的时间为2:05，客户端C发送请求信息的时间为3:00，将请求信息按照时间顺序进行排序得到：客户端A发送的请求信息、客户端B发送的请求信息、客户端C发送的请求信息，服务器基于排序的顺序，依次先处理客户端A发送的请求信息，再处理客户端B发送的请求信息，最后处理客户端C发送的请求信息。

在另一示例中，当客户端包含A、B以及C，客户端A、B、C同时向服务端发送请求信息，服务器可以基于请求信息中信息的大小进行排序，例如：客户端A发送的请求信息包含连接请求和获取参数数据的请求，客户端B发送的请求信息仅包含获取参数数据的请求，客户端C发送的请求信息仅包含获取参数数据的请求，服务端可以先对请求信息较大的请求信息进行响应，即先对客户端A发送的请求信息进行响应，在响应完成后，断开与客户端A的连接，基于客户端B和客户端C的优先级，对请求信息进行响应，当客户端B的优先级高于客户端C的优先级时，先对客户端B发送的请求信息进行响应，最后对客户端C发送的请求信息进行响应。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述，仅为本申请的各种实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (12)

1.一种雷达访问***，其特征在于，包括：与雷达***通信连接的服务端，以及与所述服务端通信连接的客户端；

所述客户端用于在接收到用户输入的所述雷达***对应的IP地址的情况下，基于所述IP地址生成请求信息，并将所述请求信息发送至所述服务端；

所述服务端用于接收所述请求信息，并基于所述请求信息从所述雷达***中获取所述雷达***的参数数据，并打包发送至所述客户端。

2.根据权利要求1所述的***，其特征在于，所述客户端与所述服务端通过Javascript进行通信。

3.根据权利要求1所述的***，其特征在于，所述服务端用于基于所述客户端中浏览器的访问端口接收所述请求信息，以及基于所述客户端中浏览器的访问端口向所述客户端发送所述雷达***的参数数据。

4.根据权利要求1所述的***，其特征在于，所述服务端还用于按照预设周期获取所述雷达***中的参数数据，发送至所述客户端；

所述客户端还用于判断最新接收到的参数数据是否与上一次接收到的参数数据相同，若否，则对所述雷达***的参数数据进行更新。

5.根据权利要求1所述的***，其特征在于，所述服务端用于将获取的所述雷达***的参数数据打包为JSON格式的参数数据，发送至所述客户端。

6.根据权利要求1所述的***，其特征在于，所述客户端为两个以上，所述服务端还用于将各所述客户端发送的请求信息按照时间顺序进行排序，并基于排序对各所述请求信息依次进行响应。

7.根据权利要求1所述的***，其特征在于，所述服务端还用于在接收所述请求信息预设时长内，判断是否获取到所述雷达***的参数数据，在未获取到所述雷达***的参数数据时，向所述客户端发送提示信息，其中，所述提示信息指示所述雷达***的参数数据获取失败。

8.根据权利要求7所述的***，其特征在于，所述客户端用于将所述请求信息处理为键值对对应的请求信息或者JSON格式的请求信息，将键值对对应的请求信息或者JSON格式的请求信息发送至所述服务端。

9.根据权利要求1所述的***，其特征在于，所述服务端用于将HTML文件以字符串常量形式存储至服务端的代码区，其中，HTML文件用于生成雷达***的浏览界面；

在所述客户端首次向所述服务端发送请求信息时，所述服务端基于客户端发送的请求信息，获取雷达***中的参数数据，将所述HTML文件和雷达***的参数数据打包发送至所述客户端。

10.根据权利要求9所述的***，其特征在于，在所述客户端非首次向所述服务端发送请求信息时，所述服务端基于客户端发送的请求信息，获取雷达***中的参数数据，将所述雷达***的参数数据打包发送至所述客户端。

11.根据权利要求9所述的***，其特征在于，所述客户端用于接收所述HTML文件和雷达***的参数数据，并对所述HTML解析生成雷达***的浏览界面，将雷达***的参数数据添加至雷达***的浏览界面中。

12.一种雷达访问方法，其特征在于，通过所述权利要求1-11中任一项的雷达访问***，获取雷达***的参数数据。

Images