一种政务大厅设备数据交换方法技术

本发明专利技术涉及政务服务领域，具体提供了一种政务大厅设备数据交换方法，基于MQTT协议的中间件来处理数据的通知，使用其消息队列的发布/订阅模式，就可以将数据的变动情况通知到相关设备上；第一次交互方式为：设备初始化数据则先从服务器端读取数据，设备软件安装之后打通与服务器的网络，走服务器网关程序；第二次交互方式为：设备先请求应用服务器，应用服务器将数据保存，并向MQTT服务器发布主题消息，这样设备就可根据主题获取到了消息通知，然后再去应用服务器拉取其保存的数据。与现有技术相比，本发明专利技术屏蔽了设备之间的网络环境，不再需要设备之间的之间通信，仅需要将设备都连入MQTT服务器和应用服务器即可。连入MQTT服务器和应用服务器即可。连入MQTT服务器和应用服务器即可。

【技术实现步骤摘要】
一种政务大厅设备数据交换方法


[0001]本专利技术涉及政务服务领域，具体提供一种政务大厅设备数据交换方法。

技术介绍

[0002]政务服务大厅的设备数据交换现在一般多采用点对点的方式，即发送方直接向接收方传输数据，数据的计算存储也大多停留在设备上，这样的传输方式看似简单便捷，但在实际的应用部署中会有很多的问题。
[0003]一是政务大厅的网络环境复杂，政务内网、互联网、有线网和无线网混合存在，这导致设备可能链接在不同的网络，网络打通的工作复杂；二是政务大厅设备质量参差不齐，有些老旧设备的计算能力弱，对一些复杂的业务逻辑响应时间跟不上功能需求；三是设备的安置位置多变，每晚可能还会出现断电关机的要求，这可能导致设备的网络地址变化，配置信息丢失等情况，而有些放置的位置较难上手操控，现场的实施人员处理较为困难。
[0004]在数据交换的方式上，为保持各设备数据的同步更新，大多使用长连接或轮询请求的方式，但很长时间数据并不需要变更，这就会出现大量闲置的长连接或无效的轮询请求，当设备数据多时，这些闲置无效的连接会占用浪费大量资源，增加网络负担，拖慢设备的响应速度。

技术实现思路

[0005]本专利技术是针对上述现有技术的不足，提供一种实用性强的政务大厅设备数据交换方法。
[0006]本专利技术解决其技术问题所采用的技术方案是：
[0007]一种政务大厅设备数据交换方法，基于MQTT协议的中间件来处理数据的通知，使用其消息队列的发布/订阅模式，就可以将数据的变动情况通知到相关设备上；
[0008]第一次交互方式为：设备初始化数据则先从服务器端读取数据，设备软件安装之后打通与服务器的网络，走服务器网关程序；
[0009]第二次交互方式为：设备先请求应用服务器，应用服务器将数据保存，并向MQTT服务器发布主题消息，这样设备就可根据主题获取到了消息通知，然后再去应用服务器拉取其保存的数据。
[0010]进一步的，在第一次交互方式中，设备软件配置仅需配置服务器的地址即可，后面就可直接从服务器来拉取其他基础配置数据，这些配置数据在设备启动时一拉取一次，间隔一端时间再拉取更新，拉取的基础配置数据临时保存即可。
[0011]进一步的，在第一次交互方式中，设备程序在开机联网后即在MQTT服务端中间件上进行注册，各设备基于topics消息主题进行通信，设备注册接收的消息主题，发送带有消息主题的通知。
[0012]进一步的，在第一次交互方式中，消息的传输仅携带部分关键数据，用于作为通知，当接收方获取到通知后，再使用HTTP方式通过API接口去服务器端获取所需的数据。
[0013]进一步的，在第二次交互方式中，设备触发通知先通过应用服务器，应用服务器进行一下复杂的业务逻辑的处理和转换后，将持久化的数据保存在数据库，临时数据保存在高速缓存中；
[0014]然后，在返回处理结构的同时，将处理结果通知发布，其他需要该通知的设备收到通知后，再去请求应用服务器，通过应用服务器又对数据进行再次处理以拿到想要的数据，此中的数据传输就可以解耦开来，单纯的全变成了客户端与服务器之间的交互，这样不再用关注设备之间的逻辑关联，每次开发调试均在客户端和服务器之间。
[0015]进一步的，在第二次交互方式中，需要与第三方对接时，第三方通过API接口来将数据传递给应用服务器，应用服务器再将数据通过消息发送给具体的设备；
[0016]当需要向第三方传递设备时，提前指定标准数据传输接口标准，第三方按标准提供触发接口即可。
[0017]进一步的，在MQTT中，需要在中间一次数据补偿的机制用于避免数据丢失的问题，这需要根据业务场景来进行补偿。
[0018]进一步的，当是需要在设备较长时间展示的数据，就需要在设备端使用定时任务来批量拉取数据。
[0019]进一步的，当实时性要求高的数据，就需要在设备收到数据后，主动再次触发消息机制来反馈获取通知成功，当然告知过程也有可能会出现失败情况。
[0020]进一步的，设备在发送触发消息后，添加一个收到反馈的计时器，在收到反馈后才能结束计时器的任务；
[0021]但如若计时器到时还未收到反馈，则需要再次触发发送消息；
[0022]因此目标设备端也还需要添加重复消息数据的处理机制，手动重复的消息数据，处理且只处理一次，但每次收到消息都应反馈成功。
[0023]本专利技术的一种政务大厅设备数据交换方法和现有技术相比，具有以下突出的有益效果：
[0024]这样的数据通信路线，就完全屏蔽了设备之间的网络环境，不再需要设备之间的之间通信，仅需要将设备都连入MQTT服务器和应用服务器即可。因MQTT协议消息具有占用带宽低、轻量、可靠性较高等特点，消息的传递占用资源少，当没消息触发时不需要再一直去连接应用服务器来获取最新数据，又可降低应用服务器的压力。添加了正确的数据补偿措施之后，数据的精准和计时性得到了保证。
附图说明
[0025]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0026]附图1是一种政务大厅设备数据交换方法的示意图；
[0027]附图2是一种政务大厅设备数据交换方法中第一次交互方式的示意图；
[0028]附图3是一种政务大厅设备数据交换方法中第二次交互方式的示意图。
具体实施方式
[0029]为了使本
的人员更好的理解本专利技术的方案，下面结合具体的实施方式对本专利技术作进一步的详细说明。显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例都属于本专利技术保护的范围。
[0030]下面给出一个最佳实施例：
[0031]如图1
‑
3所示，本实施例中的一种政务大厅设备数据交换方法，添加了一个基于MQTT(消息队列遥测传输)协议的中间件来处理数据的通知，使用其消息队列的发布/订阅模式，就可以将数据的变动情况快速的通知到相关设备上面。
[0032]设备初始化数据则先从服务器端读取数据，设备软件安装之后只需打通与服务器间的网络，走服务器的网关程序，这样就能很大程度的避免安全漏洞。设备软件配置仅需配置服务器的地址即可，后面就可直接从服务器来拉取其他基础配置数据，这些配置数据就可在设备启动时一拉取一次后，可以间隔一小时甚至更长时间再次来拉取更新，因为这种数据一般情况下暂时不做变动的。
[0033]拉取的基础配置数据临时保存即可，不需要占用过大的硬盘空间。这样配置工作就完全可以教友服务端来进行，就不需要在每次变动的时候跑设备来进行配置。
[0034]大厅的相关设备程序在开机联网后即在MQTT服务端中间件上进行注册，本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种政务大厅设备数据交换方法，其特征在于，基于MQTT协议的中间件来处理数据的通知，使用其消息队列的发布/订阅模式，就可以将数据的变动情况通知到相关设备上；第一次交互方式为：设备初始化数据则先从服务器端读取数据，设备软件安装之后打通与服务器的网络，走服务器网关程序；第二次交互方式为：设备先请求应用服务器，应用服务器将数据保存，并向MQTT服务器发布主题消息，这样设备就可根据主题获取到了消息通知，然后再去应用服务器拉取其保存的数据。2.根据权利要求1所述的一种政务大厅设备数据交换方法，其特征在于，在第一次交互方式中，设备软件配置仅需配置服务器的地址即可，后面就可直接从服务器来拉取其他基础配置数据，这些配置数据在设备启动时一拉取一次，间隔一端时间再拉取更新，拉取的基础配置数据临时保存即可。3.根据权利要求2所述的一种政务大厅设备数据交换方法，其特征在于，在第一次交互方式中，设备程序在开机联网后即在MQTT服务端中间件上进行注册，各设备基于topics消息主题进行通信，设备注册接收的消息主题，发送带有消息主题的通知。4.根据权利要求3所述的一种政务大厅设备数据交换方法，其特征在于，在第一次交互方式中，消息的传输仅携带部分关键数据，用于作为通知，当接收方获取到通知后，再使用HTTP方式通过API接口去服务器端获取所需的数据。5.根据权利要求4所述的一种政务大厅设备数据交换方法，其特征在于，在第二次交互方式中，设备触发通知先通过应用服务器，应用服务器进行一下复杂的业务逻辑的处理和转换后，将持久化的数据保存在数据库，临时数据保存在高速缓存中；然后，在返回处理结构的同时，...

【专利技术属性】
技术研发人员：张通，
申请(专利权)人：浪潮卓数大数据产业发展有限公司，
类型：发明
国别省市：