CN116208646A - 一种物联数据采集方法及设备 - Google Patents

Abstract

本发明公开了一种物联数据采集方法及装置，该方法包括：先预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；然后根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；接着接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，其可以快速的部署在不同服务器中，降低了各种物联设备对应的物联数据接入物联网的难度，动态生成接口的服务，减少现场工作人员的工作量，提高了数据接入的效率。

Description

一种物联数据采集方法及设备

技术领域

本发明属于物联技术领域，具体涉及一种物联数据采集方法及设备。

背景技术

当前在物联网平台接入设备数据的过程中，物联设备的种类和网关接口繁多，数据格式和类型都有很大差别，需要开通多个接口，但是在实际生产环境中开通端口较为繁琐，一是工作量较大，二是还有安全需求的限制。

因此，如何降低各种物联设备对应的物联数据接入物联网的难度，减少现场工作人员的工作量，提高数据接入的效率，是本领域技术人员有待解决的技术问题。

发明内容

本发明的目的是为了解决现有技术中各类型的物联数据接入物联网繁琐，且物联数据接入效率低下的技术问题。

为实现上述技术目的，一方面，本发明提供了一种物联数据采集方法，该方法包括：

预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；

根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；

接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。

进一步地，所述将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区之前，还包括若不存在所述端口对应的对象处理服务，则开启单线程用于生成以及运行所述端口对应的对象处理服务。

进一步地，所述方法还包括在所述第一存储区中开启所述端口。

进一步地，在接收未确认物联数据的发送请求之前，还包括生成发送请求的请求处理服务。

进一步地，所述方法还包括通过测试接口对所述请求处理服务进行测试以及记录所述对象处理服务中的处理信息。

进一步地，所述接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，具体包括：

接收所述发送请求，并从所述发送请求中获取第一端口和URL；

基于所述第一端口和URL在所述第一存储区中确定是否存在对应的对象处理服务；

若否，则报错；

若是，则当对应的对象处理服务中的API路径与所述发送请求中的请求路径一致，且端口合法性验证通过时，接收该发送请求对应的物联数据。

进一步地，在接收该发送请求对应的物联数据之后，还包括将接收到的物联数据依次进行过滤和转换后发送至持久化存储区。

另一方面，本发明还提供了一种物联数据采集设备，所述设备包括：

建立模块，用于预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；

生成模块，用于根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；

接收模块，用于接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。

本发明提供的一种物联数据采集方法及装置，与现有技术相比，本方法先预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；然后根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；接着接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，其可以快速的部署在不同服务器中，降低了各种物联设备对应的物联数据接入物联网的难度，动态生成接口的服务，减少了现场工作人员的工作量，提高了数据接入的效率。

附图说明

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

图1所示为本说明书实施例提供的物联数据采集方法的流程示意图；

图2所示为本说明书实施例提供的物联数据采集装置的结构示意图。

具体实施方式

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

如图1所示为本说明实施例提供的物联数据采集方法的流程示意图，虽然本说明提供了如下实施例或附图中所示的方法操作步骤或装置结构，但基于常规或无需创造性劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元，在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行（例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境）。

本说明实施例中提供的物联数据采集方法可以应用在客户端和服务器等终端设备中，如图1所示，所述方法具体包括如下步骤：

步骤S101、预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径。

具体的，服务配置包括：端口、URL路径、响应数据、响应市场、接口验证方式、接收数据处理脚本、API路径等，且服务配置完成后可以进行持久化存储。

步骤S102、根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区。

具体的，先将服务配置从存储区中取出，该存储区可以是数据库也可以是其他存储设备中，根据服务配置可以生成一个对象处理服务，其能够根据配置的属性，具有执行物联数据过滤、转换以及发送的功能，在具体应用场景中可以为RecordHandle对象，同时，在将所述端口、URL路径与对象处理服务进行绑定时，还包括开启一个web服务器服务，具体可以是HttpServer服务，该HttpServer服务为本方案中自定义的类，其对象就负责绑定/解绑端口、路径、处理对象RecordHandle，若无RecordHandle则直接开启。

在本申请实施例中，在将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区之前，还包括若不存在所述端口对应的对象处理服务，则开启单线程用于生成以及运行所述端口对应的对象处理服务，还包括在所述第一存储区中开启所述端口。

在具体应用场景中，根据端口port检查是否存在记录处理RecordHandle对象也即对象处理服务，如果不存在RecordHandle对象，则开启一个单独的线程用于运行RecordHandle对象，这样的好处在于利用多个线程，采用并发的方式，隔离了多个HttpServer处理，进一步提高了***安全性和运行效率，RecordHandle对象是在插件运行时根据配置由***生成，开启的端口即为上述中配置服务中存在的端口。

在第一存储区中开启端口可以是生成Netty的ServerBootstrap对象，并绑定HttpServerHandler对象，从ServerBootstrap对象中获取Channel对象和端口port放入内存中，至此端口开启。

步骤S103、接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。

在本申请实施例中，在接收未确认物联数据的发送请求之前，还包括生成发送请求的请求处理服务，在具体应用场景中，发送请求可以是HTTP请求，请求处理服务可以是HttpServerHandler服务，但是并不做具体限制，通过测试接口对所述请求处理服务进行测试以及记录所述对象处理服务中的处理信息在具体应用场景中可以是：内置test的接口和debug接口。test接口负责测试对应端口的HTTP响应服务是否正常运行；debug接口不仅可以测试对应端口的HTTP响应服务是否正常运行，还能获取HTTP服务的配置信息、记录处理RecordHandle对象的详细信息等。

接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，具体包括：

接收所述发送请求，并从所述发送请求中获取第一端口和URL；

基于所述第一端口和URL在所述第一存储区中确定是否存在对应的对象处理服务；

若否，则报错；

若是，则当对应的对象处理服务中的API路径与所述发送请求中的请求路径一致，且端口合法性验证通过时，接收该发送请求对应的物联数据。

具体的，也即是HttpServerHandler中根据端口、url从内存中检查是否存在RecordHandle对象，如果不存在则直接报错，如果内存中存在RecordHandle对象，获取到RecordHandle对象，从中获取配置的API路径，判断API路径是否和请求的路径匹配，如果不匹配则直接报错。若匹配，则验证接口合法性，接口合法性验证通过后，接口也即端口，请求的端口和上述配置中的端口也即HttpServer中绑定的端口一致，则说明接口合法性验证通过，接收该发送请求对应的物联数据。

在本申请实施例中，还包括将接收到的物联数据依次进行过滤和转换后发送至持久化存储区。

在具体应用场景中，本方案通过JAVA开发，部分代码示意如下：

<dependency>

<groupId>org.coredata</groupId>

<artifactId>coredata-core-collector-api</artifactId>

<version>5.0.1-RELEASE</version>

</dependency>

<dependency>

<groupId>io.netty</groupId>

<artifactId>netty-all</artifactId>

<version>4.1.75.Final</version>

</dependency>

继承ReaderAdapter类并实现initialize、getData抽象方法。

本申请采集服务器根据配置动态提供配置页面，不需要再开发配置页面，实现void initialize(PluginConfig pluginConfig)方法，读入插件配置，并初始化资源，比如可以初始化数据库连接等，实现String getData(boolean ispreview)方法，获取数据，并返回json串；ReaderAdapter中preview和getFieldNames方法，可以获取预览数据和数据的结构；ReaderAdapter中的可以根据配置中的预处理脚本清洗getData返回的数据，并发送到持久化平台，不需要再单独开发。

基于上述的物联数据采集方法，本说明一个或多个实施例还提供一种物联数据采集的平台、终端，该平台或终端可以包括使用本说明书实施例所述方法的装置、软件、模块、插件、服务器、客户端等并结合必要的实施硬件的装置，基于同一创新构思，本说明书实施例提供的一个或多个实施例中的***如下面的实施例所述，由于***解决问题的实施方案与方法类似，因此本说明书实施例具体的***的实施可以参考前述方法的实施，重复之处不再赘述，以下所使用的术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的***较佳地以软件来实现，但是硬件，软硬件结合的实现也是可能并被构想的。

具体地，图2是本说明书提供的物联数据采集装置一个实施例的模块结构示意图，如图2所示，本说明书中提供的物联数据采集装置包括：

建立模块201，用于预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；

生成模块202，用于根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；

接收模块203，用于接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。

需要说明的是，上述的***根据对应方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照上述对应的方法实施例的描述，在此不作一一赘述。

本申请实施例还提供了一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器被配置为用于执行如上述实施例提供的方法。

本申请实施例提供的电子设备，通过存储器存储处理器的可执行指令，当处理器执行该可执行指令时，能够先预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；然后根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；接着接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，其可以快速的部署在不同服务器中，降低了各种物联设备对应的物联数据接入物联网的难度，动态生成接口的服务，减少现场工作人员的工作量，提高了数据接入的效率。

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。该计算机终端可以是上述实施例中的物联数据采集服务器或物联数据采集装置。可以包括一个或多个处理器 (处理器可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的非易失性存储器、以及用于通信功能的传输模块。

非易失性存储器可用于存储应用软件的软件程序以及模块，如本说明书实施例中的物联数据采集方法对应的程序指令/模块，处理器通过运行存储在非易失性存储器内的软件程序以及模块，从而执行各种功能应用以及资源数据更新。非易失性存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，非易失性存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果，如：

预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；

根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；

接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。

所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如ram、rom等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、u盘；利用光学方式存储信息的装置如，cd或dvd。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

本说明书实施例并不局限于必须是符合行业通信标准、标准计算机资源数据更新和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或插件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

这些计算机程序指令也可装载到计算机或其他可编程资源数据更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参考即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参考方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合

本领域的普通技术人员将会意识到，这里所述的实施例是为了帮助读者理解本发明的原理，应被理解为本发明的保护范围并不局限于这样的特别陈述和实施例。本领域的普通技术人员可以根据本发明公开的这些技术启示做出各种不脱离本发明实质的其它各种具体变形和组合，这些变形和组合仍然在本发明的保护范围内。

Claims (8)

1.一种物联数据采集方法，其特征在于，所述方法包括：

预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；

根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；

接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。

2.如权利要求1所述的物联数据采集方法，其特征在于，所述将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区之前，还包括若不存在所述端口对应的对象处理服务，则开启单线程用于生成以及运行所述端口对应的对象处理服务。

3.如权利要求2所述的物联数据采集方法，其特征在于，所述方法还包括在所述第一存储区中开启所述端口。

4.如权利要求1所述的物联数据采集方法，其特征在于，在接收未确认物联数据的发送请求之前，还包括生成发送请求的请求处理服务。

5.如权利要求4所述的物联数据采集方法，其特征在于，所述方法还包括通过测试接口对所述请求处理服务进行测试以及记录所述对象处理服务中的处理信息。

6.如权利要求1所述的物联数据采集方法，其特征在于，所述接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，具体包括：

接收所述发送请求，并从所述发送请求中获取第一端口和URL；

基于所述第一端口和URL在所述第一存储区中确定是否存在对应的对象处理服务；

若否，则报错；

若是，则当对应的对象处理服务中的API路径与所述发送请求中的请求路径一致，且端口合法性验证通过时，接收该发送请求对应的物联数据。

7.如权利要求5所述的物联数据采集方法，其特征在于，在接收该发送请求对应的物联数据之后，还包括将接收到的物联数据依次进行过滤和转换后发送至持久化存储区。

8.一种物联数据采集设备，其特征在于，所述设备包括：

建立模块，用于预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；

生成模块，用于根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；

接收模块，用于接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。

Images