[发明专利]一种政务大厅设备数据交换方法

权利要求书

1.一种政务大厅设备数据交换方法，其特征在于，基于MQTT协议的中间件来处理数据的通知，使用其消息队列的发布/订阅模式，就可以将数据的变动情况通知到相关设备上；

第一次交互方式为：设备初始化数据则先从服务器端读取数据，设备软件安装之后打通与服务器的网络，走服务器网关程序；

第二次交互方式为：设备先请求应用服务器，应用服务器将数据保存，并向MQTT服务器发布主题消息，这样设备就可根据主题获取到了消息通知，然后再去应用服务器拉取其保存的数据。

2.根据权利要求1所述的一种政务大厅设备数据交换方法，其特征在于，在第一次交互方式中，设备软件配置仅需配置服务器的地址即可，后面就可直接从服务器来拉取其他基础配置数据，这些配置数据在设备启动时一拉取一次，间隔一端时间再拉取更新，拉取的基础配置数据临时保存即可。

3.根据权利要求2所述的一种政务大厅设备数据交换方法，其特征在于，在第一次交互方式中，设备程序在开机联网后即在MQTT服务端中间件上进行注册，各设备基于topics消息主题进行通信，设备注册接收的消息主题，发送带有消息主题的通知。

4.根据权利要求3所述的一种政务大厅设备数据交换方法，其特征在于，在第一次交互方式中，消息的传输仅携带部分关键数据，用于作为通知，当接收方获取到通知后，再使用HTTP方式通过API接口去服务器端获取所需的数据。

5.根据权利要求4所述的一种政务大厅设备数据交换方法，其特征在于，在第二次交互方式中，设备触发通知先通过应用服务器，应用服务器进行一下复杂的业务逻辑的处理和转换后，将持久化的数据保存在数据库，临时数据保存在高速缓存中；

然后，在返回处理结构的同时，将处理结果通知发布，其他需要该通知的设备收到通知后，再去请求应用服务器，通过应用服务器又对数据进行再次处理以拿到想要的数据，此中的数据传输就可以解耦开来，单纯的全变成了客户端与服务器之间的交互，这样不再用关注设备之间的逻辑关联，每次开发调试均在客户端和服务器之间。

6.根据权利要求5所述的一种政务大厅设备数据交换方法，其特征在于，在第二次交互方式中，需要与第三方对接时，第三方通过API接口来将数据传递给应用服务器，应用服务器再将数据通过消息发送给具体的设备；

当需要向第三方传递设备时，提前指定标准数据传输接口标准，第三方按标准提供触发接口即可。

7.根据权利要求6所述的一种政务大厅设备数据交换方法，其特征在于，在MQTT中，需要在中间一次数据补偿的机制用于避免数据丢失的问题，这需要根据业务场景来进行补偿。

8.根据权利要求7所述的一种政务大厅设备数据交换方法，其特征在于，当是需要在设备较长时间展示的数据，就需要在设备端使用定时任务来批量拉取数据。

9.根据权利要求8所述的一种政务大厅设备数据交换方法，其特征在于，当实时性要求高的数据，就需要在设备收到数据后，主动再次触发消息机制来反馈获取通知成功，当然告知过程也有可能会出现失败情况。

10.根据权利要求9所述的一种政务大厅设备数据交换方法，其特征在于，设备在发送触发消息后，添加一个收到反馈的计时器，在收到反馈后才能结束计时器的任务；

但如若计时器到时还未收到反馈，则需要再次触发发送消息；

因此目标设备端也还需要添加重复消息数据的处理机制，手动重复的消息数据，处理且只处理一次，但每次收到消息都应反馈成功。