一种多渠道气象信息监控和反馈方法与流程

本发明涉及信息监控、反馈领域，具体涉及一种多渠道气象信息监控和反馈方法。

背景技术：

随着时代发展，人们已经习惯从各类终端接受大量公共信息，例如天气预报、突发气象预警信息、社会治安信息通报、交通信息、户外广告等。随着信息推送越来越频繁，终端种类越来多，信息覆盖人群越来越广，各类终端中接收信息推送的出现异常也越来越多，这使得推送部门越来越难于及时应对推送过程中异常情况，造成信息推送效果不佳，维修成本增加，更进一步，可能造成重要信息推送不及时造成人员和财产损失。因此，信息推送过程的监控和反馈成为运维人员重要的工具。传统的信息推送过程渠道较少，终端类型少，监控和反馈手段单一，在多渠道信息推送过程中，难以及时发现和处理推送异常情况，容易造成推送机构处理滞后，程序复杂，运维成本增加。

技术实现要素：

为了解决上述问题，提供一种多渠道气象信息监控和反馈方法，通过建立覆盖多渠道的监控和反馈模块，进行全天候、实时、全面监控和反馈；使运维人员及时了解各服务渠道的服务状态，提高对异常状态的服务渠道分类别运维处理效率，降低维护成本。

本发明的目的至少通过如下技术方案之一实现。

一种多渠道气象信息监控和反馈方法，该方法采用智能监控模块和反馈模块；根据智能监控模块对多种推送服务渠道进行全天候、实时监控；通过监控模块将所有推送服务渠道状态的结果，传送到反馈模块，使运维人员及时了解各服务渠道的服务状态，提高对异常状态的服务渠道分类别运维处理效率；通过所有推送服务渠道对气象信息进行监控和反馈，根据不同监控方式和反馈方法得到反馈信息，使得运维人员和用户及时掌握推送过程异常信息，并能快速进行处理；同时反馈结果无异常情况时，相关用户能通过监控发布渠道状态和接收反馈信息，实时掌握运维过程，得到运行统计图表。

所述智能监控包括推送服务器监控、发布渠道监控和各类型气象服务产品的监控，根据该智能监控模块对多种渠道进行全天候、实时监控。

所述推送服务器监控包括服务器网络状态监控、服务器部署推送应用运行状态监控、对外服务链路状态监控。

所述服务器部署推送应用运行状态监控还包括集群应用及集群数据库状态监控服务，多个服务器应用于一个推动应用，通过监控集群服务器状态是否有异常，保证在其中一台或多台服务器异常情况下，推送应用仍能正常运行。

所述各类型气象服务产品监控，通过服务端监控，监测服务端数据交换是否正常，判断气象服务产品监控状态。

进一步地，所述各类型气象服务产品监控还包括推送端监控，通过监控心跳包（SOCKET）运行状态、发送渠道反馈信息和回执信息是否正常，判断推送服务状态。

进一步地，所述气象服务产品，包括：天气实况类信息，如卫星云图，雷达图等；气象预报类信息，如24小时逐小时预报、逐三小时预报、短期预报、中长期预报；专题专报气象信息，如高考期间、传统节日、农事生产专报、春运期间、重要信息快报等；气象预警信息，如雷雨、雷暴、大风、龙卷风等。

进一步地，所述发布渠道监控包括多个不同渠道监控过程，通过每个渠道接口状态来判断是否有异常；所述发布渠道包括短信、邮件、微信、微博、自建大屏、LED大屏、LCD大屏等多个不同渠道。

进一步地，该方法根据气象推送过程不同渠道监控信息，分类别进行快速反馈的过程。所述气象信息短信渠道反馈通过运营商直接反馈的回执判断，推送结果是否存在异常，如果存在异常，则将返回状态推送到服务端，更新推送标志；所述信渠道反馈方法反馈存在异常时，运维人员通过检测渠道是否存在异常，同时服务器间隔5分钟再次进行气象信息推送，重复短信监控和反馈过程，并在重复10次推送不成功后，加大推送时间间隔。

进一步地，所述气象信息微博、微信、邮件渠道反馈方法通过监控该渠道信息，并接收接口开发商反馈信息进行反馈。

进一步地，所述气象信息自媒体渠道反馈方法，所述自媒体渠道包括自建大屏，LED和LCD大屏。所述反馈方法包括前端应用程序和反馈前端主动发送HTTP请求的方式进行反馈；所述前端应用程序反馈方法通过心跳包（SOCKET）握手方式将反馈信息发送到服务端；所述反馈前端主动发送HTTP请求的反馈方式，通过获取的反馈数据，并收到应答，保持通讯联系。

进一步地，所述各类型气象服务产品监控，通过服务端监控或者推送端监控；所述服务端监控，是监测服务端数据交换是否正常，判断气象服务产品监控状态；所述推送端监控，通过监控心跳包（SOCKET）运行状态、发送渠道反馈信息和回执信息是否正常，判断推送服务状态。

进一步地，对多渠道气象信息的反馈包括：根据气象推送过程不同类型渠道监控信息，分类别进行快速反馈过程；所述不同类型渠道的反馈过程包括气象信息短信推送、微博、微信、邮件、自媒体渠道反馈过程；气象信息短信渠道反馈方法通过运营商直接反馈的回执判断，推送结果是否存在异常，如果存在异常，则将返回状态推送到服务端，更新服务端标志；所述服务端标志为在系统发起气象信息推送任务后，服务器选择推送渠道并获取需推送的智能终端设备列表。

进一步地，所述自媒体渠道反馈过程中，自媒体渠道包括自建大屏、LED和LCD大屏；自媒体渠道反馈过程包括前端应用程序反馈和反馈前端主动发送HTTP请求的方式进行反馈；前端应用程序反馈通过心跳包（SOCKET）握手方式将反馈信息发送到服务端；反馈前端主动发送HTTP请求的反馈方式，通过获取的反馈数据，并收到应答，保持通讯联系。

相对于现有技术，本发明具有以下优点：

对多渠道气象信息推送情况进行监控和反馈的智能监控模块和反馈模块。所述信息多渠道包含智能终端、短信、邮件、传真、微信微博等，该智能监控模块对上述多种渠道进行全天候、实时监控；通过监控模块对所有服务渠道状态的结果，传送反馈模块，使运维人员及时了解各服务渠道的服务状态，提高对异常状态的服务渠道分类别运维处理效率。采用本发明，能保证多渠道服务信息的统一性及更新及时性，有效提高运维人员对不同渠道信息故障的处理能力，显著提高工作效率，降低维护成本。

附图说明

图1是实例中一种多渠道气象信息监控和反馈方法的流程示意图。

图2是实例中一种多渠道气象信息监控和反馈方法的实施例流程示意图，所述实施例为自媒体监控和反馈具体过程。

具体实施方式

以下将结合实施例和附图对本发明的具体实施作进一步举例说明，但本发明的保护和实施不限于此，需指出的是，以下若有未特别详细说明之过程或参数，均是本领域技术人员可参照现有技术实现的。

图1是本发明一种多渠道气象信息监控和反馈方法的流程示意图，其具体流程包括：

S101，系统（服务端）发起推送任务，多渠道气象信息监控和反馈流程开始。

S102，服务端标识，所述服务端标志为在系统发起气象信息推送任务后，服务器选择推送渠道并获取需推送的智能终端设备列表。

具体的，所述智能终端设备列表包括短信、邮件、传真、微信微博、自建大屏、LED大屏和LCD大屏等。

进一步的，服务器获取更新设备列表的更新状态。

S103，信息广播，所述信息广播指气象产品信息推送过程。

具体的，所述信息广播推送渠道包括S102在内的全部渠道。

进一步的，服务端监控气象信息推送全过程，包括所述各类型气象服务产品监控，通过服务端监控，监测服务端数据交换是否正常，判断气象服务产品监控状态；

具体的，所述各类型气象服务产品监控，通过服务端监控，监测服务端数据交换是否正常，判断气象服务产品监控状态；

具体的，所述各类型气象服务产品监控还包括推送端监控，通过监控心跳包（SOCKET）运行状态、发送渠道反馈信息和回执信息是否正常，判断推送服务状态；

进一步的，智能终端接收到推送信息，根据气象推送过程不同渠道监控信息，分类别进行快速反馈过程；

进一步的，所述气象信息短信渠道反馈方法通过运营商直接反馈的回执判断，推送结果是否存在异常，如果存在异常，则将返回状态推送到服务端，更新推送标志。

S104，对终端反馈进行标识，所述终端反馈标志指终端反馈更新完成状态至服务器。

具体的，终端需解压解密信息并更新终端，然后将终端信息发送至服务器。

进一步的，终端反馈更新完成状态至服务器。

S105，服务器判断气象信息是否推送成功。

具体的，如果气象信息推送成功，服务器更新成功标志；如果未推送成功，判断哪个终端推送失败，服务器更新推送不成功标志。

S106，服务器判断气象信息推送异常，更新不成功标志。

具体的，未能及时接收到气象信息推送产品的终端将服务器更新状态更改为未联网更新未成功。

具体的，未能下载更新完成的终端将服务器更新状态更改为下载更新不成功

S107，定时点对点推送服务队列，所述推动服务队列指定时器对未更新成功的设备列表进行检索。

进一步的，检测对应设备的联网状态。

进一步的，联网成功则进行智能终端与服务器的通信。

进一步的，下载更新信息至终端。

进一步的，终端反馈下载完成状态至服务器。

进一步的，终端解压解密信息并更新终端。

进一步的，终端反馈更新完成状态至服务器。

S108，根据所述推送服务队列，服务器更新标志。

S109，服务器判断气象信息是否推送成功。

具体的，如果所述反馈信息显示推送成功，服务器更新标志；

进一步的，如果所述气象信息推送仍未成功，服务器智能判断推送次数是否达到设定次数。

S110，服务器判智能判断推送失败次数是否达到设定。

具体的，如果所述推送失败次数达到设定次数，则通知维护人员进行发布渠道维护。

进一步的，如果所述推送失败次数未达到设定次数，继续推送。

S111，短信通知维护人员进行发布渠道维护，所述通知下达后，维护人员重复S107步骤，直至气象信息推送成功。

S112，气象信息推送成功，服务器更新标志。

S113，多渠道气象信息监控和反馈流程结束。

图2是本发明实施例中多渠道气象信息监控和反馈方法的一个实施例，该实施例为自媒体渠道推送过程监控和反馈方法，其具体流程包括：

S201，系统发起推送任务，自媒体渠道气象信息监控和反馈流程开始。

S202，气象信息推送自媒体服务端标识，所述服务端标志为在系统发起气象信息推送任务后，服务器选择推送渠道并获取需推送的终端设备列表。

具体的，所述推送终端设备列表包含各气象信息发布区域的自建大屏、LED和LED屏等。

进一步的，服务器获取更新设备列表的更新状态。

S203，信息广播，所述信息广播指气象产品信息推送过程。

具体的，所述信息广播推送渠道包括S102在内的渠道。

进一步的，服务端监控气象信息推送全过程，包括所述各类型气象服务产品监控，通过服务端监控，监测服务端数据交换是否正常，判断气象服务产品监控状态；

具体的，所述各类型气象服务产品监控，通过服务端监控，监测服务端数据交换是否正常，判断气象服务产品监控状态；

具体的，所述各类型气象服务产品监控还包括推送端监控，通过监控心跳包（SOCKET）运行状态、发送渠道反馈信息和回执信息是否正常，判断推送服务状态；

进一步的，自建媒体渠道接收到推送信息，进行快速反馈过程；

S204，对自媒体终端反馈进行标识，所述终端反馈标志指终端反馈更新完成状态至服务器。

具体的，终端需解压解密信息并更新终端，然后将终端信息发送至服务器。

进一步的，所述自媒体渠道反馈方法包括前端应用程序和反馈前端主动发送HTTP请求的方式进行反馈；

具体的，所述前端应用程序反馈方法通过心跳包（SOCKET）握手方式将反馈信息发送到服务端；

进一步的，所述反馈前端主动发送HTTP请求的反馈方式，通过获取的反馈数据，并收到应答，保持通讯联系。

进一步的，终端反馈更新完成状态至服务器。

S205，服务器判断气象信息是否推送成功。

具体的，如果气象信息推送成功，服务器更新自媒体渠道成功标志；如果未推送成功，判断哪个自媒体终端推送失败，服务器更新该终端推送失败标志。

S206，服务器判断气象信息推送异常，更新不成功标志。

具体的，未能及时接收到气象信息推送产品的自媒体终端将服务器更新状态更改为未联网更新未成功。

具体的，未能下载更新完成的终端将服务器更新状态更改为下载更新不成功

S207，定时点对点推送服务队列，所述推动服务队列指定时器对未更新成功的自媒体设备列表进行检索。

进一步的，检测对应自媒体设备的联网状态。

进一步的，联网成功则进行自媒体渠道终端与服务器的通信。

进一步的，下载更新信息至自媒体终端。

进一步的，终端反馈下载完成状态至服务器。

进一步的，终端解压解密信息并更新终端。

进一步的，终端反馈更新完成状态至服务器。

S208，根据所述推送服务队列，服务器更新标志。

S209，服务器判断气象信息是否推送成功。

具体的，如果所述反馈信息显示推送成功，服务器更新标志；

进一步的，如果所述气象信息推送仍未成功，服务器智能判断推送次数是否达到设定次数。

S210，服务器判智能判断推送失败次数是否达到设定。

具体的，如果所述推送失败次数达到设定次数，则通知维护人员进行自媒体渠道维护。

进一步的，如果所述推送失败次数未达到设定次数，继续推送。

S211，短信通知维护人员进行发布自媒体渠道维护，所述通知下达后，维护人员重复S107步骤，直至气象信息推送成功。

S212，气象信息推送成功，服务器更新标志。

S213，自媒体渠道气象信息监控和反馈流程结束。

根据上述说明书的揭示和教导，本发明所属领域的技术人员还可以对上述实施方式进行变更和修改。因此，本发明并不局限于上面揭示和描述的具体实施方式，对本发明的一些修改和变更也应当落入本发明的权利要求的保护范围内。