CN109634988B - 一种监控轮询方法和装置 - Google Patents

Abstract

本发明实施例提供了一种监控轮询方法，所述方法应用于视联网，所述视联网包括：用户终端和服务器，所述方法包括：所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给所述服务器的服务层；所述服务层根据所述用户信息查询MySQL数据库中的监控轮询列表，获得监控信息；所述服务层根据所述用户信息与所述监控信息，生成Key；所述服务层根据所述Key，在Redis缓存中查询并获得监控数据；所述Redis缓存存有根据Key缓存的监控数据；所述服务器的服务层将所述监控数据返回给所述用户终端，本方案通过缓存技术减少了四表联合查询的步骤，大幅度降低监控轮询的数据的返回耗时，系统响应快，使用流畅，改善用户体验。

Description

一种监控轮询方法和装置

技术领域

本发明涉及视联网技术领域，特别是涉及一种监控轮询方法和一种监控轮询装置。

背景技术

监控轮询是查看监控的一种主要方法，现有的监控轮询技术中，当用户发出监控轮询的请求后，需要依次调用用户表、关联表、设备表和监控表才能获取用户需要进行查看的所有监控数据并返回给用户。其中四表联合查询效率低下，在将近200万条监控点位的基础上请求响应时间在1秒以上，严重影响用户体验。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种监控轮询方法和一种监控轮询装置。

为了解决上述问题，本发明实施例公开了一种一种监控轮询方法，所述方法应用于视联网GIS天眼调度应用系统中，所述视联网GIS天眼调度应用系统包括：用户终端和服务器，所述方法包括：

所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给所述服务器的服务层；

所述服务层根据所述用户信息查询MySQL数据库中的监控轮询列表，获得监控信息；

所述服务层根据所述用户信息与所述监控信息，生成Key；

所述服务层根据所述Key，在Redis缓存中查询并获得监控数据；所述Redis缓存存有根据Key缓存的监控数据；

所述服务层将所述监控数据返回给所述用户终端。

可选地，在所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给服务层的步骤之前，还包括：

所述服务器的添加控制层接收用户终端的监控轮询管理请求，并将所述监控轮询管理请求包括的用户信息和监控信息发送给所述服务层；

所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中；

所述服务层根据所述用户信息与所述监控信息，生成Key；

所述服务层通知Redis缓存根据所述Key对所述监控数据进行缓存。

可选地，所述服务器的服务层将所述监控数据返回给所述用户终端的步骤，包括：

所述服务器的服务层将所述监控数据转换为JSON格式的监控数据；

所述服务器的服务层将所述JSON格式的监控数据返回给所述用户终端。

可选地，所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中的步骤之后，还包括：

所述MySQL数据库向所述服务层返回所述监控轮询列表存入成功的信息。

可选地，所述用户信息，包括：用户ID；所述监控信息，包括：监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息中的一个或多个。

本发明实施例还公开了一种监控轮询装置，其特征在于，所述装置应用于视联网GIS天眼调度应用系统中，所述视联网GIS天眼调度应用系统包括：用户终端和服务器，所述装置包括：

监控轮询请求接收模块，用于所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给所述服务器的服务层；

第一查询模块，用于所述服务层根据所述用户信息查询MySQL数据库中的监控轮询列表，获得监控信息；

第一标识生成模块，用于所述服务层根据所述用户信息与所述监控信息，生成Key；

第二查询模块，用于所述服务层根据所述Key，在Redis缓存中查询并获得监控数据；所述Redis缓存存有根据Key缓存的监控数据；

监控轮询模块，用于所述服务层将所述监控数据返回给所述用户终端。

可选地，所述装置还包括：

监控轮询管理请求接收模块，用于所述服务器的添加控制层接收用户终端的监控轮询管理请求，并将所述监控轮询管理请求包括的用户信息和监控信息发送给所述服务层；

监控轮询列表建立模块，用于所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中；

第二标识生成模块，用于所述服务层根据所述用户信息与所述监控信息，生成Key；

监控数据缓存模块，用于所述服务层通知Redis缓存根据所述Key对所述监控数据进行缓存。

可选地，所述监控轮询模块，还包括：

监控数据格式化子模块，用于所述服务器的服务层将所述监控数据转换为JSON格式的监控数据；

监控数据返回子模块，用于所述服务器的服务层将所述JSON格式的监控数据返回给所述用户终端。

可选地，所述监控轮询列表建立模块，还包括：

通知信息返回子模块，用于所述MySQL数据库向所述服务层返回所述监控轮询列表存入成功的信息。

可选地，所述用户信息，包括：用户ID；所述监控信息，包括：监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息中的一个或多个。

本发明实施例包括以下优点：

在本发明实施例中，通过对用户与监控数据进行管理，在监控管理页面将监控加入监控轮询列表，并对监控数据进行缓存，这样在查询时就可以省略多余的查询步骤与获取监控数据的步骤，对四表联合查询的空间复杂度进行了优化，用户在进行监控轮询时只需要查询监控轮询列表即可，通过对Redis缓存的应用以存储空间换取查询时间，提高用户体验。

附图说明

图1是本发明的一种视联网的组网示意图；

图2是本发明的一种节点服务器的硬件结构示意图；

图3是本发明的一种接入交换机的硬件结构示意图；

图4是本发明的一种以太网协转网关的硬件结构示意图；

图5是本发明的一种监控轮询方法实施例的查询步骤流程图；

图6是本发明的一种监控轮询方法实施例的详细查询步骤之前的管理步骤流程图；

图7是本发明的一种监控轮询方法装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。

为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：

视联网所应用的部分技术如下所述：

网络技术(Network Technology)

视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。

交换技术(Switching Technology)

视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。

服务器技术(Server Technology)

视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。

储存器技术(Storage Technology)

统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。

网络安全技术(Network Security Technology)

视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。

服务创新技术(Service Innovation Technology)

统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。

视联网的组网如下所述：

视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

如图1所示，视联网分为接入网和城域网两部分。

接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。

其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。

其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。

城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。

由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。

视联网设备分类

1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。

1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。

各接入网设备的具体硬件结构为：

节点服务器：

如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；

其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。

接入交换机：

如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；

其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块204进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。

交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。

码率控制模块208是由CPU模块204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。

CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。

以太网协转网关：

如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。

其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；

下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。

以太网协转网关中其他模块的功能与接入交换机类似。

终端：

主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。

1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。

2、视联网数据包定义

2.1接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。

如下表所示，接入网的数据包主要包括以下几部分：

DA

SA

Reserved

Payload

CRC

其中：

目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；

保留字节由2个字节组成；

payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；

CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。

2.2城域网数据包定义

城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分：

DA

SA

Reserved

标签

Payload

CRC

即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。

基于视联网的上述特性，提出了本发明实施例的核心构思之一，遵循视联网的协议，由本端的服务器根据用户的信息与用户需求的进行监控轮询的监控数据的信息建立关联的监控轮询列表，并获取监控数据进行缓存，当用户需要进行监控轮询时，服务器只需要根据用户的信息查询监控轮询列表，并对获得的用户信息及监控信息进行简单的处理，即可查询获得用户需要的监控数据，返回给用户。

【方法实施例】

参照图5，示出了本发明的一种监控轮询方法实施例的步骤流程图，该方法应用于视联网GIS天眼调度应用系统中，所述视联网GIS天眼调度应用系统包括：用户终端和服务器，具体可以包括如下步骤：

步骤501，所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给所述服务器的服务层。

具体地，视联网GIS(Geographic Information System,简称GIS，地理信息系统)天眼调度应用系统是一种用于视联网的监控数据调用系统，用户通过登录该系统进行监控管理，包括监控轮询信息的添加和删除以及监控轮询。

本发明实施例中，用户终端首先向用户展示登录页面，用户输入用户信息和密码，视联网GIS天眼调度应用系统验证该用户信息是否存在于保存在MySQL数据库的用户表中以及与输入的密码是否匹配，若是则验证通过，用户可使用该系统提供的服务，若否即验证不通过，则用户不可使用该系统提供的服务，或者也可根据用户的设置记忆用户信息和密码，在用户打开登录页面时自动登录，本领域技术人员可以根据实际需求采用其他方式让用户能够登录视联网GIS天眼调度应用系统，本发明对此不作限制。

本发明实施例中，所述用户终端可以是手机、平板、电脑等任何可以打开显示视联网GIS天眼调度应用系统登录页面的终端，本发明在此对用户终端的种类不做限制。

在视联网中，监控轮询的功能由视联网GIS天眼调度应用系统与视联网监控联网管理调度平台相配合完成。视联网监控联网管理调度平台用于视联网监控管理的服务，主要进行监控位点覆盖范围内的监控数据的获取以及存储，保存其覆盖范围内的监控位点的监控信息以及监控数据。视联网GIS天眼调度应用系统可根据专有的视联网协议从视联网监控联网管理调度平台中同步监控信息表，监控信息表中保存有唯一指示监控位点的监控信息以及该监控信息对应的监控数据，以供用户使用。用户可以通过点击监控轮询管理页面上的同步监控数据的按钮，或者设置预设的时间自动同步等的方法，触发同步，然后视联网GIS天眼调度应用系统再根据视联网协议从视联网监控联网管理调度平台中同步监控信息表备用。

本发明实施例中，用户触发监控轮询功能的方式可以是用户在用户终端显示的登录页面上一登录成功就触发监控轮询功能，发送包含用户信息的监控轮询请求，或者用户登录成功后显示监控轮询的按钮，用户通过点击该按钮触发监控轮询的功能，用户终端向服务器发送包含用户信息的监控轮询请求，本发明对触发监控轮询功能的方式不做限定。

本发明实施例中，对查询控制层与服务层的描述是对包含该功能的集合的逻辑上的称呼，在实际应用中，凡是可以执行该集合在本方案中功能的技术皆可用于本发明，本发明对查询控制层和服务层内具体的接口和方法不做限定。

步骤502，所述服务层根据所述用户信息查询MySQL数据库中的监控轮询列表，获得监控信息。

MySQL是一种开放源代码的关系型数据库管理系统(Relational DatabaseManagement System，RDBMS)，MySQL数据库系统使用最常用的数据库管理语言--结构化查询语言(Structural Query Language，SQL)进行数据库管理。MySQL数据库因为其速度、可靠性和适应性而备受关注，在不需要事务化处理的情况下，MySQL数据库是管理内容最好的选择。在本发明实施例中，MySQL数据库中保存有用于验证用户用户行为合法性的用户表，来自视联网监控联网管理调度平台的监控信息表，以及来自本平台添加的保存有本平台监控信息以及监控信息对应的监控数据的终端信息表，以及根据监控轮询管理服务建立起来的监控轮询列表。由于终端信息表是来自本平台的监控位点的监控信息以及监控数据，因此无需同步即可直接添加入数据库中，与同步视联网监控联网管理调度平台监控信息表步骤相类似的是，也可以通过用户点击添加本地监控的按钮或者预设时间自动添加等方式来实现。

本发明实施例中，服务层在MySQL数据库中使用包含在监控轮询请求中的用户信息查询监控轮询列表，找到该用户所对应的监控信息。所述MySQL数据库中存储有预先建立的监控轮询列表，所述监控轮询列表中保存用户信息以及与用户信息对应的监控信息。

可选地，所述用户信息，包括：用户ID；所述监控信息，包括：监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息中的一个或多个。

本发明实施例中，用户信息用于对不同的用户进行区分，本方案中采用用户ID，但是本领域技术人员也可使用其它方式，只要能够将唯一的表示某位用户即可，同理监控信息可以选择监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息中的一个或多个，也可选用其它可对监控资源进行唯一表示的信息，本发明对此不做限制。

步骤503，所述服务层根据所述用户信息与所述监控信息，生成Key。

本发明实施例中，服务层将从监控轮询列表中查询到的监控信息和用户信息通过预设的方式进行转化，生成可以唯一表示用户及其对应的监控的Key，例如，服务层获取用户ID为SGR170704，服务层在监控轮询列表中查询到与SGR170704对应的监控信息是监控16-北京、监控20-西安和监控13-上海，服务层对获取到的用户ID和监控ID和监控地址进行转化生成唯一对应的Key。由于只需要使根据用户信息与监控信息生成的Key唯一对应，因此对于生成Key的方法和规则并不作限制，只要生成的Key唯一即可。在本发明的一种优选实施例中，服务层根据约定好的固定协议，对获取到的用户信息以及用户信息对应的监控信息进行拼接，来获得监控数据对应的Key。

步骤504，所述服务层根据所述Key，在Redis缓存中查询并获得监控数据；所述Redis缓存存有根据Key缓存的监控数据。

Redis缓存是一个开源的使用ANSI C(美国国家标准协会(American NationalStandards Institute，ANSI)及国际标准化组织(International Organization forStandardization，ISO)推出的关于C语言的标准)语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的应用程序编程接口，作为一个高性能的key-Value数据库，Redis缓存有三个主要特点：1、Redis将数据库完全保存在内存中，仅使用磁盘进行持久化；2、相比于其他键值数据库，Redis有相对丰富的数据结构；3、Redis可以将数据复制到任意数量的从机中。在Redis缓存中Key-Value一般以高效且实现简单的哈希表作为字典的底层实现，Key为关键字，唯一对应一个Value值，字典中保存有键值对，在获悉Key的情况下就可以快速根据Key快速获得值。

本发明实施例中，服务层根据生成的Key在Redis缓存查询并获取该Key对应的监控数据，在Redis缓存保存的是根据Key整合好的监控数据，这样只要获得用户ID就能通过上述一系列步骤一次性返回用户进行监控轮询需要的所有的监控数据。

步骤505，所述服务层将所述监控数据返回给所述用户终端。

在本发明实施例中，服务层根据Key查找到整合好的监控数据后，将该监控数据返回给用户终端，用户终端对监控数据进行轮询播放，以供用户查看，在监控数据进行播放时，页面上还要显示其监控信息如监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息其中一个或者多个以供用户更直观的了解实际情况。

可选地，所述服务器的服务层将所述监控数据返回给所述用户终端的步骤，包括：所述服务器的服务层将所述监控数据转换为JSON格式的监控数据；所述服务器的服务层将所述JSON格式的监控数据返回给所述用户终端。

在本发明一种优选的方案中，在服务层返回所述监控数据时首先将其转换为JSON格式(JavaScript Object Notation,JS对象简谱)，再将转换为JSON格式监控数据返回给用户终端，用户终端根据提前约定好的解析规则对JSON格式的监控数据进行解析，获得完整的监控数据。由于JSON格式简化了数据访问，更加易读在数据传输中更轻、更友好，因此将监控数据转化为JSON格式能够更进一步地提高数据传输的效率，减少响应时间。基于同样的理由，本领域技术人员可对监控数据作出其它形式的处理，本发明对此不做限制。

可选地，参照图6，在所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给服务层的步骤之前，还包括：

步骤601，所述服务器的添加控制层接收用户终端的监控轮询管理请求，并将所述监控轮询管理请求包括的用户信息和监控信息发送给所述服务层。

具体地，用户首先通过用户终端登录监控轮询管理页面，然后在监控轮询管理页面上根据页面上显示的监控信息选择自己需要进行轮询查看的监控。

在上述的MySQL数据库中还保存有由视联网监控联网管理调度平台同步而来的其覆盖范围内监控的监控信息表，以及视联网GIS天眼调度应用系统本地监控的终端信息表，当接收到用户的监控轮询管理请求后，通过SQL查询语句形成数据集合，将两表中的监控信息传输到页面然后呈现给用户。该监控信息呈现给用户的方式可以是列表的形式，在列表中显示监控ID、监控机构名称、负责人信息等。对于表示一个监控的监控信息放入同行，同种监控信息放入同列，在每一列的始端设置选择按钮，用户点击选择按钮，即可将该监控的监控信息加入该用户的名下，如果用户选错了或不再需要查看该监控可以再次点击进行取消，或者也可以以地图的形式，将监控位点覆盖的区域地图呈现给用户，并将各监控位点在地图上标出，比如监控位于背景，监控ID为16，那么在地图上显示为北京的位置被以气泡或箭头标出，气泡内或箭头尾部标有“监控16”的黑色字样，用户点击该字样则字体变为红色以示区别，只要能达到供用户根据监控信息进行监控选择的目的，皆可用于本发明，本发明对于供用户选择监控的方式不做限定。

步骤602，所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中。

具体地，服务层在MySQL数据库中保存的监控轮询列表中，对应的加入用户信息与监控信息，例如，用户ID为AES691827，选择了监控11-成都和监控6-深圳，那么服务层就将用户AES691827与监控11-成都和监控6-深圳对应的存入监控轮询列表中，这样当用户AES691827登录系统时，服务器就能根据用户ID查询到该用户所需要的监控信息。

可选地，在所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中的步骤之后，还包括：所述MySQL数据库向所述服务层返回所述监控轮询列表存入成功的信息。

具体地，当服务层将用户信息与监控信息成功地对应加入到MySQL数据库中保存的监控轮询列表中后，MySQL数据库向服务层返回存入成功地信息。当确认存入成功后，服务层执行下一步骤，如果预设时间内服务层未接收到存入成功的信息，那么则认为信息存入失败，服务层可以再次执行信息存入的步骤以保证用户信息与监控信息成功对应地加入到MySQL数据库中保存的监控轮询列表中。

步骤603，所述服务层根据所述用户信息与所述监控信息，生成Key。

在本发明实施例中，只要生成的Key能够唯一表示用户信息与用户对应的监控信息即可，对于Key生成的规则不做具体限定。

步骤604，所述服务层通知Redis缓存根据所述Key对所述监控数据进行缓存。

在本发明实施例中，服务层完成Key的转化后，通知Redis缓存根据该Key对监控数据进行缓存，即将生成该Key所使用的监控信息对应的监控数据作为该Key对应的value缓存下来，其过程为，当用户选择了视联网监控联网管理调度平台监控位点的监控信息时，MySQL数据库将监控信息表中该监控信息对应的监控数据发送给Redis缓存，Redis缓存将该Key与监控数据一同进行缓存，当用户选择了本平台的监控位点时，MySQL数据库将终端信息表中该监控信息对应的监控数据发送给Redis缓存，Redis缓存将该Key与监控数据一同进行缓存。这样在查询过程中，根据查询过程生成的Key就可以找到用户需要的所有监控数据一次性返回给用户了。

另外，在本方案发明实施例中，用户也可以方便的对自己需要的监控进行添加或删除，只需要在监控管理页面选择更多的或去除已选择的，后续步骤会自行对监控轮询列表、Key和Redis缓存进行更新，或者用户也可以设定时间，在预设的时间定时更新，以保证监控数据的实时性。

在现有技术的监控轮询中，设有用户表、关联表、设备表和监控表，除关联表外，其它三张表都是为单独的业务模块所依赖的表，如用户模块、终端管理模块等。用户表中存有用户信息，设备表中存有视联网中短的设备信息，监控表中包含有视联网监控调度平台所存储的监控数据，关联表则保存着用户所添加的监控轮询信息。这样，当用户进行监控轮询时，首先查找用户表中的用户信息，再根据关联表中的关联关系找到用户关联的监控设备，再在设备表中查出相应的设备信息，最后在监控表中获取视联网监控调度平台存储的设备信息对应的监控数据，并返回给用户。这样一来，在监控轮询的请求发出后，要依次调用四张表，步骤十分繁琐，在监控位点将近200万条的基础上，响应时间在1秒以上。

在本发明实施例中，通过对用户与监控数据进行管理，在监控管理页面将监控加入监控轮询列表，并对监控数据进行缓存，这样在查询时就可以省略多余的查询步骤与获取监控数据的步骤，对四表联合查询的空间复杂度进行了优化，这样用户在进行监控轮询时只需要查询监控轮询列表即可，通过对Redis缓存的应用以存储空间换取查询时间。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

【装置实施例】

参照图7，示出了本发明的一种监控轮询装置实施例的结构框图，所述装置应用于视联网GIS天眼调度应用系统中，所述视联网GIS天眼调度应用系统包括：用户终端和服务器，所述装置包括：

监控轮询请求接收模块701，用于所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给所述服务器的服务层；

第一查询模块702，用于所述服务层根据所述用户信息查询MySQL数据库中的监控轮询列表，获得监控信息；

可选地，所述用户信息，包括：用户ID；所述监控信息，包括：监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息中的一个或多个。

第一标识生成模块703，用于所述服务层根据所述用户信息与所述监控信息，生成Key；

第二查询模块704，用于所述服务层根据所述Key，在Redis缓存中查询并获得监控数据；所述Redis缓存存有根据Key缓存的监控数据；

监控轮询模块705，用于所述服务层将所述监控数据返回给所述用户终端。

可选地，所述装置还包括：

监控轮询管理请求接收模块，用于所述服务器的添加控制层接收用户终端的监控轮询管理请求，并将所述监控轮询管理请求包括的用户信息和监控信息发送给所述服务层；

监控轮询列表建立模块，用于所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中；

第二标识生成模块，用于所述服务层根据所述用户信息与所述监控信息，生成Key；

监控数据缓存模块，用于所述服务层通知Redis缓存根据所述Key对所述监控数据进行缓存。

可选地，所述监控轮询模块605，还包括：

监控数据格式化子模块，用于所述服务器的服务层将所述监控数据转换为JSON格式的监控数据；

监控数据返回子模块，用于所述服务器的服务层将所述JSON格式的监控数据返回给所述用户终端。

可选地，所述监控轮询列表建立模块，还包括：

通知信息返回子模块，用于所述MySQL数据库向所述服务层返回所述监控轮询列表存入成功的信息。

在本发明实施例中，通过对用户与监控数据进行管理，在监控管理页面将监控加入监控轮询列表，并对监控数据进行缓存，这样在查询时就可以省略多余的查询步骤与获取监控数据的步骤，对四表联合查询的空间复杂度进行了优化，这样用户在进行监控轮询时只需要查询监控轮询列表即可，通过对Redis缓存的应用以存储空间换取查询时间。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

以上对本发明所提供的一种公网地址获取方法和一种公网地址获取装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种监控轮询方法，其特征在于，所述方法应用于视联网GIS天眼调度应用系统中，所述视联网GIS天眼调度应用系统包括：用户终端和服务器，所述方法包括：

所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给所述服务器的服务层；

所述服务层根据所述用户信息查询MySQL数据库中的监控轮询列表，获得监控信息；

所述服务层根据所述用户信息与所述监控信息，生成Key；

所述服务层根据所述Key，在Redis缓存中查询并获得监控数据；所述Redis缓存存有根据Key缓存的监控数据；

所述服务层将所述监控数据返回给所述用户终端；

所述用户终端对所述监控数据进行轮询播放，并在所述用户终端的页面上显示所述监控信息；

在所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给服务层的步骤之前，还包括：

所述服务器的添加控制层接收用户终端的监控轮询管理请求，并将所述监控轮询管理请求包括的用户信息和监控信息发送给所述服务层；

所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中；

所述服务层根据所述用户信息与所述监控信息，生成Key；

所述服务层通知Redis缓存根据所述Key对所述监控数据进行缓存。

2.根据权利要求1所述的方法，其特征在于，所述服务器的服务层将所述监控数据返回给所述用户终端的步骤，包括：

所述服务器的服务层将所述监控数据转换为JSON格式的监控数据；

所述服务器的服务层将所述JSON格式的监控数据返回给所述用户终端。

3.根据权利要求2所述的方法，其特征在于，在所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中的步骤之后，还包括：

所述MySQL数据库向所述服务层返回所述监控轮询列表存入成功的信息。

4.根据权利要求1所述的方法，其特征在于，所述用户信息，包括：用户ID；所述监控信息，包括：监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息中的一个或多个。

5.一种监控轮询装置，其特征在于，所述装置应用于视联网GIS天眼调度应用系统中，所述视联网GIS天眼调度应用系统包括：用户终端和服务器，所述装置包括：

监控轮询请求接收模块，用于所述服务器的查询控制层接收用户终端的监控轮询请求，并将所述监控轮询请求包括的用户信息发送给所述服务器的服务层；

第一查询模块，用于所述服务层根据所述用户信息查询MySQL数据库中的监控轮询列表，获得监控信息；

第一标识生成模块，用于所述服务层根据所述用户信息与所述监控信息，生成Key；

第二查询模块，用于所述服务层根据所述Key，在Redis缓存中查询并获得监控数据；所述Redis缓存存有根据Key缓存的监控数据；

监控轮询模块，用于所述服务层将所述监控数据返回给所述用户终端；

监控轮询播放模块，用于所述用户终端对所述监控数据进行轮询播放，并在所述用户终端的页面上显示所述监控信息；

监控轮询管理请求接收模块，用于所述服务器的添加控制层接收用户终端的监控轮询管理请求，并将所述监控轮询管理请求包括的用户信息和监控信息发送给所述服务层；

监控轮询列表建立模块，用于所述服务层将所述监控信息与所述用户信息对应地加入到MySQL数据库的监控轮询列表中；

第二标识生成模块，用于所述服务层根据所述用户信息与所述监控信息，生成Key；

监控数据缓存模块，用于所述服务层通知Redis缓存根据所述Key对所述监控数据进行缓存。

6.根据权利要求5所述的装置，其特征在于，所述监控轮询模块，还包括：

监控数据格式化子模块，用于所述服务器的服务层将所述监控数据转换为JSON格式的监控数据；

监控数据返回子模块，用于所述服务器的服务层将所述JSON格式的监控数据返回给所述用户终端。

7.根据权利要求6所述的装置，其特征在于，所述监控轮询列表建立模块，还包括：

通知信息返回子模块，用于所述MySQL数据库向所述服务层返回所述监控轮询列表存入成功的信息。

8.根据权利要求5所述的装置，其特征在于，所述用户信息，包括：用户ID；所述监控信息，包括：监控ID、监控来源标识、监控号、监控名称、监控地址、监控机构ID、负责人信息中的一个或多个。

Images