CN107819699A - 一种数据业务的处理方法及系统 - Google Patents

Abstract

本发明公开的一种数据业务的处理系统，包括网关服务器、N个应用服务器和缓存队列，其中，N为大于1的正整数；所述网关服务器通过所述缓存队列与所述N个应用服务器相连；所述缓存队列，用于暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。由此可见，本发明公开的数据业务的处理系统，当网关服务器接收到大量的数据时，将数据暂存在缓存队列中等待应用服务器的处理，避免了由于一个网关服务器对应一个应用服务器造成的通讯响应延迟，提高了数据业务的处理速度。本发明还公开了一种数据业务的处理方法，同样能实现上述技术效果。

Description

一种数据业务的处理方法及系统

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种数据业务的处理方法及系统。

背景技术

作为LPWAN技术之一，LoRa具备长距离、低功耗、低成本、易于部署、标准化等特点。LoRaWAN是联盟针对LoRa终端低功耗和网络设备兼容性定义的标准化规范，主要包含网络的通讯协议和系统架构。LoRaWAN的标准化保证了不同模块、终端、网关、服务器之间的互操作性，物联网方案提供商和电信运营商可以加速采用和部署。

LoRa网络架构由终端节点、网关、网络服务器和应用服务器四部分组成。

(1)终端节点：包括物理层、MAC层和应用层的实现，使用LoRa线性扩频调制技术，遵守LoRaWAN协议规范，实现点对点远距离传输。

(2)网关：完成空中接口物理层的处理。网关负责接收终端节点的上行链路数据，然后将数据聚集到一个各自单独的回程连接，解决多路数据并发问题，实现数据收集和转发。终端设备采用单跳与一个或多个网关通信，所有的节点均是双向通信。网关和网络服务器通过以太网回传或任何无线通信技术(如2G、3G、4G)建立通信链路，使用标准的TCP/IP连接。

(3)网络服务器：负责进行MAC层处理，包括消除重复的数据包、自适应速率选择、网关管理和选择、进程确认、安全管理等。

(4)应用服务器：从网络服务器获取应用数据，管理数据负载的安全性，分析及利用传感器数据，进行应用状态展示、即时警告等。

在现有技术中，应用服务器里的结构复杂，且一个网络服务器对应一个应用服务器，当并发数增大时，没有相应的方案处理，导致数据业务的处理速度很慢，极容易出现内存溢出。

因此，如何提高数据业务的处理速度是本领域技术人员需要解决的问题。

发明内容

本发明的目的在于提供一种数据业务的处理方法及系统，提高了数据业务的处理速度。

为实现上述目的，本发明实施例提供了一种数据业务的处理系统，包括网关服务器、N个应用服务器和缓存队列，其中，N为大于1的正整数；所述网关服务器通过所述缓存队列与所述N个应用服务器相连；

所述缓存队列，用于暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。

其中，若所述交互数据为上行数据，则所述网关服务器，用于获取网关发送的上行数据，并将所述上行数据存储到所述缓存队列中，以便所述应用服务器检测到所述缓存队列存在所述上行数据时，提取并处理所述上行数据。

其中，若所述交互数据为下行数据，则所述应用服务器，用于将应用层发送的下行数据存储到所述缓存队列中，以便所述网关服务器需要所述下行数据时，从所述缓存队列中提取并处理所述下行数据。

为实现上述目的，本发明实施例提供了一种数据业务的处理方法，应用于数据业务的处理系统，包括网关服务器、N个应用服务器和缓存队列，其中，N为大于1的正整数；

所述处理方法包括：

缓存队列暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。

其中，若所述交互数据为上行数据，则包括：

所述网关服务器获取网关发送的上行数据，并将所述上行数据存储到所述缓存队列中，以便所述应用服务器检测到所述缓存队列存在所述上行数据时，提取并处理所述上行数据。

其中，若所述上行数据为移动终端的入网请求，则在所述应用服务器处理所述入网请求之后，还包括：

所述应用服务器将请求结果存储到所述缓存队列中，以便所述网关服务器从所述缓存队列中提取并处理所述请求结果。

其中，所述上行数据包括网关统计信息。

其中，若所述交互数据为下行数据，则包括：

所述应用服务器将应用层发送的下行数据存储到所述缓存队列中，以便所述网关服务器需要所述下行数据时，从所述缓存队列中提取并处理所述下行数据。

其中，所述处理所述下行数据包括：

所述网关服务器改变所述下行数据状态时，将所述下行数据的状态信息存储到所述缓存队列中，以便所述应用服务器检测到所述缓存队列存在所述状态信息时，根据所述状态信息更新应用层的下行数据状态。

其中，还包括：

所述应用服务器将网关白名单存储至所述缓存队列中，以便所述网关服务器获取网关发送的上行数据之后，提取所述网关白名单，并判断所述网关白名单中是否存在所述网关，若是，则将所述上行数据存储到缓存队列中，若否，则不执行将所述上行数据存储到缓存队列中的步骤。

通过以上方案可知，本发明实施例提供的一种数据业务的处理系统，包括网关服务器、N个应用服务器和缓存队列，其中，N为大于1的正整数；所述网关服务器通过所述缓存队列与所述N个应用服务器相连；所述缓存队列，用于暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。

由此可见，本发明实施例提供的数据业务的处理系统，采用一个网关服务器对应多个应用服务器的模式，缓存队列用于暂存所述网关服务器和所述应用服务器之间的交互数据，当网关服务器接收到网关发送大量的数据时，将数据暂存在缓存队列中等待应用服务器的处理，避免了由于一个网关服务器对应一个应用服务器造成的通讯响应延迟，支持高并发，提高了数据业务的处理速度。本发明还公开了一种数据业务的处理方法，同样能实现上述技术效果。

附图说明

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

图1为本发明实施例公开的一种数据业务的处理方法的流程图；

图2为本发明实施例公开的另一种数据业务的处理方法的流程图；

图3为本发明实施例公开的又一种数据业务的处理方法的流程图；

图4为本发明实施例公开的一种数据业务的处理系统的结构图。

具体实施方式

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

本发明实施例公开了一种数据业务的处理方法，提高了数据业务的处理速度。

参见图1，本发明实施例公开的一种数据业务的处理方法的流程图，应用于数据业务的处理系统，包括网关服务器、N个应用服务器和缓存队列，其中，N为大于1的正整数。如图1所示，包括：

S101：缓存队列暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。

在具体实施中，数据业务的处理系统中存在多个应用服务器对应处理一个网关服务器的数据，当应用服务器与网关服务器存在数据交互时，发送方都需要将该交互数据暂存在缓存队列中，接收方从缓存队列中取出并处理该交互数据。

当所述交互数据为底层网关的上行数据时，网关服务器将其暂存在缓存队列中，空闲的应用服务器实时监测缓存队列中是否存在上行数据，当检测到上行数据时，即刻取出并处理该上行数据。

当所述交互数据为应用层的下行数据时，应用服务器将其暂存在缓存队列中，网关服务器需要所述下行数据时，取出并处理该下行数据。

所述缓存队列可以是Redis队列，当然也可以是activemq、RabbitMQ、ZeroMQ、Jafka/Kafka等其他队列，在此不作具体限定。

本发明实施例提供的数据业务的处理方法，采用一个网关服务器对应多个应用服务器的模式，缓存队列用于暂存所述网关服务器和所述应用服务器之间的交互数据，当网关服务器接收到网关发送大量的数据时，将数据暂存在缓存队列中等待应用服务器的处理，避免了由于一个网关服务器对应一个应用服务器造成的通讯响应延迟，支持高并发，提高了数据业务的处理速度。

本发明实施例公开了一种数据业务的处理方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。若所述交互数据为上行数据，具体的：

参见图2，本发明实施例提供的另一种数据业务的处理方法的流程图，如图2所示，包括：

S201：所述网关服务器获取网关发送的上行数据，并将所述上行数据存储到所述缓存队列中；

S202：所述应用服务器检测到所述缓存队列存在所述上行数据时，提取并处理所述上行数据。

在具体实施中，缓存队列存储的交互数据也可以是上行数据。系统中的网关服务器从网关处获取底层数据，并将其存储在缓存队列中。同时，系统中存在多个应用服务器，空闲的应用服务器实时监测缓存队列中是否存在上行数据，当检测到上行数据时，即刻取出并处理该上行数据。

在上述实施例的基础上，作为优选实施方式，所述上行数据包括网关统计信息。

在具体实施中，网关服务器存储在缓存队列中的上行数据可以包括网关统计信息、Session信息等，在此不作具体限定。

在上述实施例的基础上，作为优选实施方式，若所述上行数据为移动终端的入网请求，则在所述应用服务器处理所述入网请求之后，还包括：

所述应用服务器将请求结果存储到所述缓存队列中，以便所述网关服务器从所述缓存队列中提取并处理所述请求结果。

当所述上行数据为移动终端的入网请求时，网关服务器将入网请求存储在缓存队列中，空闲的应用服务器检测到该入网请求时取出，并将请求结果存储在缓存队列中，网关服务器检测到该请求结果时，也应该即刻取出并处理。

本发明实施例公开了一种数据业务的处理方法，所述交互数据可以是上行数据，当然也可以为下行数据，具体的：

参见图3，本发明实施例提供的又一种数据业务的处理方法的流程图，如图3所示，包括：

S301：所述应用服务器将应用层发送的下行数据存储到所述缓存队列中；

S321：所述网关服务器需要所述下行数据时，从所述缓存队列中提取所述下行数据；

在具体实施中，缓存队列存储的交互数据也可以是下行数据。应用服务器将应用层发送的下行数据存储在缓存队列中，当网关服务器需要该数据时，从缓存队列中提取。

S322：所述网关服务器改变所述下行数据状态时，将所述下行数据的状态信息存储到所述缓存队列中；

S323：所述应用服务器检测到所述缓存队列存在所述状态信息时，根据所述状态信息更新应用层的下行数据状态。

当网关服务器处理所述下行数据时，每次改变所述下行数据的状态都需要在缓存队列中保存所述下行数据的状态信息，当空闲的应用服务器检测到缓存队列中存在下行数据的状态信息时，及时更新应用层的下行数据状态。

在上述实施例的基础上，作为优选实施方式，还包括：

所述应用服务器将网关白名单存储至所述缓存队列中，以便所述网关服务器获取网关发送的上行数据之后，提取所述网关白名单，并判断所述网关白名单中是否存在所述网关，若是，则将所述上行数据存储到缓存队列中，若否，则不执行将所述上行数据存储到缓存队列中的步骤。

在具体实施中，应用服务器在启动时将允许网关的网关白名单存储在存储队列中，网关服务器每收到一条网关发送的数据都有查询所述网关白名单中是否包含所述网关，即数据是否是由允许网关发送的，若是，则处理所述网关发送的数据，将其存储在缓存队列中以便空闲的应用服务器提取并处理。

可以理解的是，应用服务器在运行过程中也可以随时增减允许网关，只需增加或删除缓存队列中网关白名单的数据即可。

下面对本发明实施例提供的一种数据业务的处理系统进行介绍，下文描述的一种数据业务的处理系统与上文描述的一种数据业务的处理方法可以相互参照。

参见图4，本发明实施例提供的一种数据业务的处理系统的结构图，如图4所示，包括网关服务器401、N个应用服务器403和缓存队列402，其中，N为大于1的正整数；所述网关服务器通过所述缓存队列与所述N个应用服务器相连；

所述缓存队列402，用于暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。

所述缓存队列可以是Redis队列，当然也可以是activemq、RabbitMQ、ZeroMQ、Jafka/Kafka等其他队列，在此不作具体限定。

本发明实施例提供的数据业务的处理系统，采用一个网关服务器对应多个应用服务器的模式，缓存队列用于暂存所述网关服务器和所述应用服务器之间的交互数据，当网关服务器接收到网关发送大量的数据时，将数据暂存在缓存队列中等待应用服务器的处理，避免了由于一个网关服务器对应一个应用服务器造成的通讯响应延迟，支持高并发，提高了数据业务的处理速度。

在上述实施例的基础上，作为优选实施方式，若所述交互数据为上行数据，则所述网关服务器，用于获取网关发送的上行数据，并将所述上行数据存储到所述缓存队列中，以便所述应用服务器检测到所述缓存队列存在所述上行数据时，提取并处理所述上行数据。

在上述实施例的基础上，作为优选实施方式，若所述交互数据为下行数据，则所述应用服务器，用于将应用层发送的下行数据存储到所述缓存队列中，以便所述网关服务器需要所述下行数据时，从所述缓存队列中提取并处理所述下行数据。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

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

Claims (10)

1.一种数据业务的处理系统，其特征在于，包括网关服务器、N个应用服务器和缓存队列，其中，N为大于1的正整数；所述网关服务器通过所述缓存队列与所述N个应用服务器相连；

所述缓存队列，用于暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。

2.根据权利要求1所述的处理系统，其特征在于，若所述交互数据为上行数据，则所述网关服务器，用于获取网关发送的上行数据，并将所述上行数据存储到所述缓存队列中，以便所述应用服务器检测到所述缓存队列存在所述上行数据时，提取并处理所述上行数据。

3.根据权利要求1所述的处理系统，其特征在于，若所述交互数据为下行数据，则所述应用服务器，用于将应用层发送的下行数据存储到所述缓存队列中，以便所述网关服务器需要所述下行数据时，从所述缓存队列中提取并处理所述下行数据。

4.一种数据业务的处理方法，其特征在于，应用于数据业务的处理系统，包括网关服务器、N个应用服务器和缓存队列，其中，N为大于1的正整数；

所述处理方法包括：

缓存队列暂存所述网关服务器或所述应用服务器中的任意一方向另一方发送的交互数据，以便所述网关服务器或所述应用服务器中的另一方从所述缓存队列中提取并处理所述交互数据。

5.根据权利要求4所述的处理方法，其特征在于，若所述交互数据为上行数据，则包括：

所述网关服务器获取网关发送的上行数据，并将所述上行数据存储到所述缓存队列中，以便所述应用服务器检测到所述缓存队列存在所述上行数据时，提取并处理所述上行数据。

6.根据权利要求5所述的处理方法，其特征在于，若所述上行数据为移动终端的入网请求，则在所述应用服务器处理所述入网请求之后，还包括：

所述应用服务器将请求结果存储到所述缓存队列中，以便所述网关服务器从所述缓存队列中提取并处理所述请求结果。

7.根据权利要求5所述的处理方法，其特征在于，所述上行数据包括网关统计信息。

8.根据权利要求4所述的处理方法，其特征在于，若所述交互数据为下行数据，则包括：

所述应用服务器将应用层发送的下行数据存储到所述缓存队列中，以便所述网关服务器需要所述下行数据时，从所述缓存队列中提取并处理所述下行数据。

9.根据权利要求8所述的处理方法，其特征在于，所述处理所述下行数据包括：

所述网关服务器改变所述下行数据状态时，将所述下行数据的状态信息存储到所述缓存队列中，以便所述应用服务器检测到所述缓存队列存在所述状态信息时，根据所述状态信息更新应用层的下行数据状态。

10.根据权利要求4-9任一项所述的处理方法，其特征在于，还包括：

所述应用服务器将网关白名单存储至所述缓存队列中，以便所述网关服务器获取网关发送的上行数据之后，提取所述网关白名单，并判断所述网关白名单中是否存在所述网关，若是，则将所述上行数据存储到缓存队列中，若否，则不执行将所述上行数据存储到缓存队列中的步骤。