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

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

【技术实现步骤摘要】
一种物联数据采集方法及设备


[0001]本专利技术属于物联
，具体涉及一种物联数据采集方法及设备。

技术介绍

[0002]当前在物联网平台接入设备数据的过程中，物联设备的种类和网关接口繁多，数据格式和类型都有很大差别，需要开通多个接口，但是在实际生产环境中开通端口较为繁琐，一是工作量较大，二是还有安全需求的限制。
[0003]因此，如何降低各种物联设备对应的物联数据接入物联网的难度，减少现场工作人员的工作量，提高数据接入的效率，是本领域技术人员有待解决的技术问题。

技术实现思路

[0004]本专利技术的目的是为了解决现有技术中各类型的物联数据接入物联网繁琐，且物联数据接入效率低下的技术问题。
[0005]为实现上述技术目的，一方面，本专利技术提供了一种物联数据采集方法，该方法包括：预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。
[0006]进一步地，所述将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区之前，还包括若不存在所述端口对应的对象处理服务，则开启单线程用于生成以及运行所述端口对应的对象处理服务。
[0007]进一步地，所述方法还包括在所述第一存储区中开启所述端口。
[0008]进一步地，在接收未确认物联数据的发送请求之前，还包括生成发送请求的请求处理服务。
[0009]进一步地，所述方法还包括通过测试接口对所述请求处理服务进行测试以及记录所述对象处理服务中的处理信息。
[0010]进一步地，所述接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，具体包括：接收所述发送请求，并从所述发送请求中获取第一端口和URL；基于所述第一端口和URL在所述第一存储区中确定是否存在对应的对象处理服务；若否，则报错；若是，则当对应的对象处理服务中的API路径与所述发送请求中的请求路径一致，
且端口合法性验证通过时，接收该发送请求对应的物联数据。
[0011]进一步地，在接收该发送请求对应的物联数据之后，还包括将接收到的物联数据依次进行过滤和转换后发送至持久化存储区。
[0012]另一方面，本专利技术还提供了一种物联数据采集设备，所述设备包括：建立模块，用于预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；生成模块，用于根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；接收模块，用于接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。
[0013]本专利技术提供的一种物联数据采集方法及装置，与现有技术相比，本方法先预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；然后根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；接着接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据，其可以快速的部署在不同服务器中，降低了各种物联设备对应的物联数据接入物联网的难度，动态生成接口的服务，减少了现场工作人员的工作量，提高了数据接入的效率。
附图说明
[0014]为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0015]图1所示为本说明书实施例提供的物联数据采集方法的流程示意图；图2所示为本说明书实施例提供的物联数据采集装置的结构示意图。
具体实施方式
[0016]为了使本领域普通技术人员更好地理解本说明书中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0017]如图1所示为本说明实施例提供的物联数据采集方法的流程示意图，虽然本说明提供了如下实施例或附图中所示的方法操作步骤或装置结构，但基于常规或无需创造性劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元，在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行（例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器
集群的实施环境）。
[0018]本说明实施例中提供的物联数据采集方法可以应用在客户端和服务器等终端设备中，如图1所示，所述方法具体包括如下步骤：步骤S101、预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径。
[0019]具体的，服务配置包括：端口、URL路径、响应数据、响应市场、接口验证方式、接收数据处理脚本、API路径等，且服务配置完成后可以进行持久化存储。
[0020]步骤S102、根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区。
[0021]具体的，先将服务配置从存储区中取出，该存储区可以是数据库也可以是其他存储设备中，根据服务配置可以生成一个对象处理服务，其能够根据配置的属性，具有执行物联数据过滤、转换以及发送的功能，在具体应用场景中可以为RecordHandle对象，同时，在将所述端口、URL路径与对象处理服务进行绑定时，还包括开启一个web服务器服务，具体可以是HttpServer服务，该HttpServer服务为本方案中自定义的类，其对象就负责绑定/解绑端口、路径、处理对象RecordHandle，若无RecordHandle则直接开启。
[0022]在本申请实施例中，在将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区之前，还包括若不存在所述端口对应的对象处理服务，则开启单线程用于生成以及运行所述端口对应的对象处理服务，还包括在所述第一存储区中开启所述端口。
[0023]在具体应用场景中，根据端口port检查是否存在记录处理RecordHandle对象也即对象处理服务，如果不存在RecordHandle对象，则开启一个单独的线程用于运行本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种物联数据采集方法，其特征在于，所述方法包括：预先建立服务配置，以及确定允许的物联数据接入的端口和URL路径；根据所述服务配置生成对象处理服务，并将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区；接收未确认物联数据的发送请求，且当所述第一存储区中存在该发送请求中第一端口和URL对应的对象处理服务时，接收该发送请求对应的物联数据。2.如权利要求1所述的物联数据采集方法，其特征在于，所述将所述端口、URL路径与对象处理服务进行绑定后放入至第一存储区之前，还包括若不存在所述端口对应的对象处理服务，则开启单线程用于生成以及运行所述端口对应的对象处理服务。3.如权利要求2所述的物联数据采集方法，其特征在于，所述方法还包括在所述第一存储区中开启所述端口。4.如权利要求1所述的物联数据采集方法，其特征在于，在接收未确认物联数据的发送请求之前，还包括生成发送请求的请求处理服务。5.如权利要求4所述的物联数据采集方法，其特征在于，所述方法还包括通过测试接口对所述请求处理服务进行测试以及记录所述对象处理服务中的处理信息。6.如权利要求1所述的物联数据采集方法，其特征在...

【专利技术属性】
技术研发人员：朱文明，冯晋阳，韩长发，蒋林雪，符亮，
申请(专利权)人：北京德塔精要信息技术有限公司，
类型：发明
国别省市：