一种基于客户端的公告信息自动提取方法及系统的制作方法
【技术领域】
[0001] 本发明涉及信息提取技术领域，具体涉及一种基于客户端的公告信息自动提取方 法及系统。
【背景技术】
[0002] 目前，用户一直为移动行业的客服中心人员，且均使用公告便签系统，用于公告信 息、便签信息等其它信息的交流，但是这样会存在一些问题：一是公告消息发送阅读的延迟 情况，如向接收者发送了公告公告，但是接收者未打开公告系统或者打开但是未刷新，导致 公告信息的阅读遗漏或者推迟阅读，容易遗漏重要公告信息；二是操作不够便捷，用户需要 同时打开公告便签系统以及其它系统，当新增公告信息或者便签来临时，用户需要切入窗 口至公告便签系统，给用户造成一定的操作不便。
【发明内容】
[0003] 本发明所要解决的技术问题是提供一种基于客户端的公告信息自动提取方法及 系统，能够及时、有效的自动提取最新的公告信息，且操作简单方便。
[0004] 本发明解决上述技术问题的技术方案如下：
[0005] -方面，本发明提供了一种基于客户端的公告信息自动提取方法，所述方法包 括：
[0006] S1、服务端定时扫描数据库，获取数据库中新增公告信息，所述新增公告信息携带 有接收客户端的IP地址段/IP地址；
[0007] S2、将所述获取的新增公告信息按照预定格式进行封装，并将封装后的新增公告 信息存储于缓存；
[0008] S3、根据新增公告信息携带的接收客户端的IP地址段/IP地址，将所述封装后的 公告信息分发给对应IP地址段/IP地址的客户端；
[0009] S4、客户端定时扫描接收服务端分发的新增公告信息，并对其进行解析，并将解析 后的新增公告信息以HTML方式展示。
[0010] 另一方面，本发明提供了一种基于客户端的公告信息自动提取系统，所述系统包 括服务端和客户端；
[0011] 所述服务端包括：
[0012] 公告信息获取模块，用于定时扫描数据库，获取数据库中新增公告信息，所述新增 公告信息携带有接收客户端的IP地址段/IP地址；
[0013] 公告信息封装模块，用于将所述获取的新增公告信息按照预定格式进行封装，并 将封装后的新增公告信息存储于缓存；
[0014] 公告信息分发模块，用于根据新增公告信息携带的接收客户端的IP地址段/IP地 址，将所述封装后的新增公告信息分发给对应IP地址段/IP地址的客户端；
[0015] 所述客户端包括：
[0016] 公告信息接收模块，用于定时扫描接收服务端分发的新增公告信息；
[0017] 公告信息解析模块，用于对所述接收到的新增公告信息进行解析；
[0018] 公告信息展示模块，用于将解析后的新增公告信息以HTML方式展示。
[0019] 本发明提供的一种基于客户端的公告信息自动提取方法及系统，服务端定时扫描 数据库，获取数据库中新增的公告信息，并将新增的公告信息根据公告信息接收客户端的 IP地址分发给对应的客户端，客户端接收到新增公告信息后，将该新增公告信息以HTML的 方式展示出来。本发明提供的方法服务端定时的去扫描数据库中的公告信息，能够及时地 扫描到新增的公告信息，提高了获取新增公告信息的及时性；服务端将扫描获得的公告信 息存放于缓存（redis)中，这样在客户端提取公告信息的时候，可以直接从缓存中提取，不 需要再次访问数据库，减少了数据库的压力，提高了访问效率；另外，服务端将获得的新增 公告信息根据接收客户端的IP地址准确的分发给对应的客户端，实现了公告信息推送的 准确性，对公告信息进行准确的弹出提醒和展示，整个流程操作简单可行。
【附图说明】
[0020] 图1为本发明实施例一的一种基于客户端的公告信息自动提取方法流程图；
[0021] 图2为本发明实施例一中公告信息编写及发布流程图；
[0022] 图3为本发明实施例一中服务端接收机处理公告信息流程图；
[0023] 图4为本发明实施例一中客户端获取公告信息流程图；
[0024] 图5为本发明实施例一中客户端弹窗截图；
[0025] 图6问本发明实施例二的一种基于客户端的公告信息自动提取系统示意图。
【具体实施方式】
[0026] 以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并 非用于限定本发明的范围。
[0027] 实施例一、一种基于客户端的公告信息自动提取方法。下面结合图1-图5对本实 施例提供的方法进行详细说明。
[0028] 参见图1，S1、服务端定时扫描数据库，获取数据库中新增公告信息，所述新增公告 信息携带有接收客户端的IP地址段/IP地址。
[0029] 具体的，参见图2,当需要发布公告信息（也可以称为便签）时，通常首先在公告便 签系统中编写公告信息，在编写公告信息的过程中，为每一条公告信息配置其接收客户端 的IP(InternetProtocol，网络互连协议）地址段或IP地址，其中，IP地址段对应的为接 收群组客户端，具体的IP地址对应的为特定的接收客户端。另外，在编写公告信息的过程 中，为公告信息选择一类型。当公告信息编写完毕，可以保存草稿或者发送发布申请，对于 申请发布的公告信息，由管理员对公告信息进行审核，比如，公告信息格式的审核或者公告 信息中敏感词的审核，当公告信息编写格式不符合预定格式或者编写的公告信息中存在敏 感词时，管理员将编写的公告信息返回，重新编写。当审核通过时，对申请发布的公告信息 进行发布，并将审核通过的公告信息存放于数据库中，其中，包括公告信息内容、公告信息 中携带的附件、以及接收群组/接收人信息，接收群组/接收人信息主要包括接收群组对应 的IP地址段，接收人对应的具体IP地址。下表1为公告信息入库字段部分信息。
[0030] 表 1
[0031]
[0033] 当公告信息编写完毕并存放于数据库中后，参见图3,服务端定时扫描程序实时扫 描数据库，获取数据库中新增公告信息。具体的实现过程为：服务端定时扫描获取数据库中 的新发布公告信息，然后通过该公告信息的标志位来判断新发公告信息是否已被服务端获 取过，对于未被服务端获取过的公告信息，服务端提取该公告信息，并将该公告信息的标志 位置位，比如，通常将标志位置为1，表示已经被提取过。当下一次服务端扫描到该公告信息 时，不再提取该条公告信息，这样可以防止该条公告信息的重复提取。另外，在判断该条公 告信息是否被提取过的同时，还会对该条公告信息的有效时间进行判断，判断该条公告信 息是否已经过期失效，对于过期或者已经失效的公告信息则不予提取。
[0034] S2、将所述获取的新增公告信息按照预定格式进行封装，并将封装后的新增公告 信息存储于缓存。
[0035] 具体的，当服务端扫描获取数据库中新增的公告信息后，对获取的新增公告信息 按照预定格式进行封装，比如，将其封装为json串格式，再将封装后的新增公告信息存放 于缓存（redis)中。这样当客户端提取新增公告信息的时候，可以直接从缓存中提取，不需 要再次访问数据库，可以减少数据库的压力，提高提取公告信息的效率。
[0036] S3、根据新增公告信息携带的接收客户端的IP地址段/IP地址，将所述封装后的 新增公告信息分发给对应IP地址段/IP地址的客户端。
[0037] 具体的，当服务端扫描获取到数据库中新增公告信息并将其存放于缓存后，根据