CN109064345A - 消息处理方法、系统以及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种消息处理方法、系统以及计算机可读存储介质，所述方法包括：服务端接收客户端发送的消息订阅指令，对预设的保单数据库进行监控，记录保单数据库中的数据发生变更的变更信息存储于文件服务器中，并接收文件服务器返回的文件标识信息，根据变更信息生成携带业务处理信息的发布消息，向客户端发布发布消息和文件标识信息，客户端提取发布消息中包含的业务处理信息，并根据接收到的文件标识信息，从文件服务器中提取变更信息输出到客户端，以使用户根据该变更信息和业务处理信息进行业务处理。本发明的技术方案能够通过用户订阅数据的方式，及时将需要处理的保单业务数据发布到客户端进行处理，提高保单业务数据的处理效率。

Description

消息处理方法、系统以及计算机可读存储介质

技术领域

本发明涉及金融服务技术领域，尤其涉及一种消息处理方法、系统以及计算机可读存储介质。

背景技术

当系统接收到客户的直接投保信息，或者经纪公司的批量委托投保信息时，需要对投保的信息及时进行处理，保证保险出单的及时性。

目前，在处理投保信息的过程中，需要对保单的信息进行核保、出单、归档等一系列操作，而在处理这些数据过程中，系统需要通过轮询保单数据库的方式获取对应的表记录，然后进行相关的逻辑处理，如数据库查询、访问文件系统或者网络调用等，但是，这种数据处理方式的及时性不高，而且消息处理效率不高，同时，因为保单信息集中到一起处理，将会造成数据库访问量的大量增加，使得在某个时间段内的内存、带宽或者中央处理器等资源的使用负载较高，导致系统稳定性及服务有效性下降。

发明内容

本发明实施例提供一种消息处理方法、系统以及计算机可读存储介质，以解决保单业务数据处理效率低的问题。

一种消息处理方法，包括：

服务端接收客户端发送的消息订阅指令；

所述服务端根据所述消息订阅指令，确定被订阅的目标数据和所述客户端的地址标识信息；

所述服务端对预设的保单数据库进行监控，若检测到所述预设的保单数据库中的数据发生变更，则记录变更信息；

所述服务端将所述变更信息存储于文件服务器中，并接收所述文件服务器返回的与该变更信息对应的文件标识信息；

所述服务端检测所述变更信息是否属于所述目标数据，若所述变更信息属于所述目标数据，则所述服务端根据所述变更信息生成与所述变更信息对应的发布消息，其中，所述发布消息包括业务处理信息；

所述服务端根据所述地址标识信息，向所述客户端发布所述发布消息和所述文件标识信息；

所述客户端提取接收到的所述发布消息中包含的所述业务处理信息，并根据接收到的所述文件标识信息，从所述文件服务器中提取所述变更信息；

所述客户端输出所述变更信息，以及输出与所述变更信息对应的业务处理信息，以使用户根据该变更信息和业务处理信息进行业务处理。

一种消息处理系统，所述消息处理系统包括服务端和客户端，所述服务端用于实现上述消息处理方法中服务端执行的步骤，所述客户端用于实现上述消息处理方法中客户端执行的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述消息处理方法中服务端执行的步骤或客户端执行的步骤。

上述消息处理的方法、系统以及计算机可读存储介质，通过服务端接收客户端发送的消息订阅指令，对预设的保单数据库进行监控，记录保单数据库中的数据发生变更的变更信息存储于文件服务器中，并接收文件服务器返回与该变更信息对应的文件标识信息，根据变更信息生成携带业务处理信息的发布消息之后，向客户端发布发布消息和文件标识信息，实时地检测保单数据库的变更信息，生成发布消息发布到客户端，使得保单业务数据能够及时进行处理，客户端提取接收到的发布消息中包含的业务处理信息，并根据接收到的文件标识信息，从文件服务器中提取变更信息输出到客户端，以使用户根据该变更信息和业务处理信息进行业务处理，通过用户订阅数据的方式，及时将需要处理的保单业务数据发布到客户端进行处理，同时，避免了在对保单数据库进行轮询获取业务处理信息的方式下，出现同一时间段需要处理大批量数据时而导致的系统不稳定的情况，从而提高保单业务数据的处理效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中消息处理方法的一应用环境示意图；

图2是本发明一实施例中消息处理方法的一流程图；

图3是图2中步骤S20的一具体流程图；

图4是图2中步骤S30的一具体流程图；

图5是图2中步骤S50中服务端检测变更信息是否属于目标数据的一具体流程图；

图6是图2中步骤S50中服务端生成发布消息的一具体流程图；

图7是图2中步骤S80的一具体流程图；

图8是本发明实施例中提供的消息处理方法中删除失效的发布消息的一具体流程图；

图9是本发明一实施例中消息处理系统的一原理框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请提供的消息处理方法，可应用在如图1的应用环境中，该应用环境包括服务端和客户端，其中，服务端和客户端之间通过网络进行连接，用户通过客户端输入消息订阅指令，服务端根据消息订阅指令，确定被订阅的目标数据和客户端的地址标识信息，并对预设的保单数据库进行监控，若检测到保单数据库中的数据发生变更属于目标数据，则根据地址标识信息，将发布消息和文件标识信息发布到客户端，以使用户进行业务处理。客户端具体可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务端具体可以用多个服务器组成的服务器集群实现。

在一实施例中，图2示出本实施例中消息处理方法的一流程图，该方法应用在图1中的客户端和服务端，用于提高保单业务数据处理效率。如图2所示，该消息处理方法包括步骤S10至步骤S80，详述如下：

S10：服务端接收客户端发送的消息订阅指令。

在本实施例中，用户首先根据自身负责处理的业务范围内的数据确定需要订阅的保单业务数据，再根据预设的保单数据库中需要订阅的保单业务数据所在的表，在客户端输入需要订阅的保单业务数据所在的表的表名称，由客户端生成消息订阅指令并发送给服务端，服务端将通过网络通讯接收客户端发送的消息订阅指令，该消息订阅指令包括预设的保单数据库中的表名称、时间戳和订阅标识，表示该消息订阅指令是用于订阅该表名称对应的表中的所有数据。

进一步地，消息订阅指令还可以包括用户对表中的字段满足预设条件的数据进行订阅，例如，订阅D表中的H字段的保单业务数据满足增添、修改或删除等具体的预设条件的数据，或者包括用户需要了解的保单业务数据的其他变更信息等，具体消息订阅指令的内容用户可以根据实际应用的需要进行设置，此处不做限制。

需要说明的是，保单数据库是预先创建用于存储保险业务中保单业务数据的数据库，保单数据库中的表包括但不限于投保信息表、核保信息表和出单信息表等。

S20：服务端根据消息订阅指令，确定被订阅的目标数据和客户端的地址标识信息。

在本实施例中，服务端根据接收到的消息订阅指令确定被订阅的目标数据，并根据接收到的消息订阅指令确定发送该消息订阅指令的客户端的地址标识信息，该地址标识信息是用于唯一标识该客户端的唯一标识符，地址标识信息具体可以是MAC地址(MediaAccess Control，硬件地址)或者IP地址(Internet Protocol Address，网际协议地址)等，此处不做限制，从而确定发送该消息订阅指令的客户端的具体位置。

S30：服务端对预设的保单数据库进行监控，若检测到该预设的保单数据库中的数据发生变更，则记录变更信息。

在本实施例中，服务端对保单数据库进行监控，若检测到保单数据库中数据发生变更，则获取保单数据库中的变更信息，其中，变更信息包括变更时间、数据库SID、表名称、主键和表操作记录等，数据库SID(Security Identifiers，安全标识符)是建立保单数据库时自动分配的一个ID，用于标识保单数据库的唯一标识符。

进一步地，对保单数据库进行监控的方式具体可以是，在保单数据库中添加触发器，如DDL(Data Definition Language，数据定义语言)触发器或者DML(DataManipulation Language，数据操纵语言)触发器，当保单数据库中的表的数据出现增添、删除或者修改等变更操作时，DDL触发器或者DML触发器能够获取表的数据发生变更的变更信息。

例如，当保单处理系统接收到客户的直接投保或者经纪公司的批量委托投保时，保单处理系统需要在保单数据库中的投保信息表中添加参与投保的保单信息，同时，还可能对投保信息表中的保单信息进行修改或者保单解除等操作，服务端若监控到保单数据库中投保信息表的数据发生变更，则实时获取每一条变更信息。

S40：服务端将变更信息存储于文件服务器中，并接收文件服务器返回的与该变更信息对应的文件标识信息。

在本实施例中，服务端将其在监控过程记录下的每一条变更信息打包生成文件，存储到文件服务器中，同时，接收文件服务器返回的与该变更信息对应的文件标识信息。

需要说明的是，文件服务器是用于存储文件的数据库服务器，文件标识信息是唯一标识该文件服务器中的文件的标识符，文件标识信息具体可以包括该文件的存储路径和按照预设的格式生成的文件名，在文件服务器中检索时能够根据文件的存储路径和文件名进行磁盘文件查找，该预设的格式具体可以根据实际应用的需要进行设置，此处不做限制。

S50：服务端检测变更信息是否属于目标数据，若变更信息属于目标数据，则服务端根据变更信息生成与该变更信息对应的发布消息，其中，发布消息包括业务处理信息。

在本实施例中，服务端需要对记录的变更信息进行检测，判断变更信息是否属于目标数据，若变更信息中的表名称与消息订阅指令中的表名称一致，则该变更信息属于目标数据，否则，该变更信息不属于目标数据。

具体地，服务端根据变更信息确定保单数据库中发生变更的数据所在的表的表名称，若该表的表名称与消息订阅指令中的表名称一致，则标识变更信息属于目标数据，并根据该变更信息所在的表名称确定该变更信息需要进行的业务处理信息，生成与该变更信息对应的发布消息，其中，发布消息中携带了业务处理信息，该业务处理信息表示发生变更的变更信息中的保单业务数据需要进行的业务处理的具体内容，每一条变更信息对应生成一条发布消息。

例如，服务端监控到保单数据库中的核保信息表中的数据发生了变更，核保信息表中新增了一条保单信息，则服务端将记录下该变更信息存储到文件服务器中，并根据该变更信息所在的表名称确定该变更信息需要进行核保业务处理，核保业务处理即为审核核保信息表中的保单信息是否准确的业务流程，从而生成的发布消息携带的业务处理信息为核保业务处理。

S60：服务端根据地址标识信息，向客户端发布发布消息和文件标识信息。

具体地，服务端根据地址标识信息，通过网络将发布消息和文件标识信息通过网络向客户端发布。

需要说明的是，服务端与客户端的通讯方式具体可以通过TCP/IP协议(TransferControln Protocol/Internet Protocol，传输控制/网际协议)或者IPX/SPX协议(Internetwork Packet Exchange/Sequences Packet Exchange，网际包交换/顺序包交换)进行数据传输等，此处不做限制。

S70：客户端提取接收到的发布消息中包含的业务处理信息，并根据接收到的文件标识信息，从文件服务器中提取变更信息。

在本实施例中，客户端根据接收到的发布消息和文件标识信息，提取出发布消息中包含的业务处理信息，以确定变更信息中的保单业务数据需要进行的业务处理，同时，根据文件标识信息在文件服务器中确定该文件标识信息唯一标识的文件，从文件服务器中提取该文件，将该文件解压缩到本地磁盘中，得到与发布消息对应的变更信息。

S80：客户端输出变更信息，以及输出与变更信息对应的业务处理信息，以使用户根据该变更信息和业务处理信息进行业务处理。

具体地，客户端将步骤S70获取的变更信息以及变更信息对应的业务处理信息输出到保单处理系统的交互界面上，该保单处理系统是用于处理保单业务数据的业务系统，使得客户端能够根据发布消息中携带的业务处理信息提示用户需要进行的业务处理，以使用户对该变更信息中的保单业务数据进行业务处理。

例如，用户A在客户端A订阅了投保信息表的数据，用户B在客户端B订阅了核保信息表的数据，用户A根据发布消息中携带的投保业务处理的业务处理信息，以及根据客户端A输出的投保信息表发生的变更信息，将投保信息录入保单数据库的核保信息表中，并保存数据提交到核保流程，用户B根据发布消息中携带的核保业务处理的业务处理信息，以及根据客户端B输出的核保信息表发生的变更信息，对核保信息表中的保单信息进行审核，按照保单业务数据的处理流程，对保单数据库中发生变更的变更信息进行业务处理，实时地处理保单数据库中的保单业务数据。

在本实施例中，通过服务端接收客户端发送的消息订阅指令，对预设的保单数据库进行监控，记录保单数据库中的数据发生变更的变更信息，将变更信息存储于文件服务器中，并接收文件服务器返回的与该变更信息对应的文件标识信息，根据变更信息生成发布消息，向客户端发布发布消息和文件标识信息，实时地检测保单数据库的变更信息，生成发布消息发布到客户端，使得保单业务数据能够及时进行处理，客户端根据接收到的发布消息和文件标识信息，从文件服务器中提取变更信息并输出到客户端，以使用户根据该变更信息进行业务处理，通过用户订阅数据的方式，及时将需要处理的保单业务数据发布到客户端进行处理，同时，避免了在对保单数据库进行轮询获取业务处理信息的方式下，出现同一时间段需要处理大批量数据时而导致的系统不稳定的情况，从而提高保单业务数据的处理效率。

在一实施例中，如图3所示，步骤S20中所提及的服务端根据消息订阅指令，确定被订阅的目标数据和客户端的地址标识信息，具体包括如下步骤：

S201：服务端对消息订阅指令进行解析，提取消息订阅指令中携带的表名称。

在本实施例中，服务端对消息订阅指令进行解析，根据消息订阅指令中的订阅标识确定该消息订阅指令是用于订阅预设的保单数据库中的保单业务数据的计算机指令，并提取消息订阅指令中携带的表名称。

S202：将表名称对应的表中的数据确定为被订阅的目标数据，并将发送消息订阅指令的地址确定为客户端的地址标识信息。

在本实施例中，服务端根据消息订阅指令中的表名称，在预设的保单数据库中进行确定用户需要订阅的保单业务数据，并该表名称对应的表中的所有数据确定为用户订阅的目标，同时，服务端根据接收到的消息订阅指令，获取发送该消息订阅指令的客户端的地址信息，将发送消息订阅指令的地址信息标识为客户端的地址标识信息。

在本实施例中，通过服务端对消息订阅指令进行解析，提取消息订阅指令中携带的表名称，并将表名称对应的表中的数据确定为被订阅的目标数据，以及将发送消息订阅指令的地址确定为客户端的地址标识信息，使得服务端能够根据消息订阅指令进行明确订阅方的地址信息和订阅的目标数据，从而能够实时准确地将监控获取的数据发送给相应的用户。

在一实施例中，如图4所示，服务端包括中心服务器和节点服务器，节点服务器包括主服务器和从属服务器，其中，中心服务器是用于对节点服务器进行资源管理、性能维护和监控配置等管理操作的中心管理服务器，节点服务器是用于对保单数据库进行数据监控、数据处理和数据存储等操作的服务器，步骤S30中所提及的服务端对预设的保单数据库进行监控，具体包括如下步骤：

S301：中心服务器按照预设的划分方式将预设的保单数据库划分成为M个分区，其中，M为正整数。

在本实施例中，分区的划分是以预设的保单数据库中的表名称为基础单位进行分区划分，预设的划分方式具体可以根据保单数据库中的表在保单业务数据处理过程中发生变更信息的信息量的大小进行划分，例如，若表的数据发生变更的变更信息的信息量越大，则划分到该分区的表的数量越少，该分区中也可以根据业务处理的类型进行划分，例如，不同的表中的变更信息需要进行相同的业务处理的表可以划分在同一个分区，但并不限于此，具体的划分方式可以根据实际应用的需要进行设置，此处不做限制。

具体地，中心服务器在按照预设的划分方式将预设的保单数据库进行划分后，得到M个分区，其中，分区的数量M根据具体的划分进行确定，M为正整数，通过分区能够让客户端多线程并行接收发布消息，提升数据吞吐量。

S302：中心服务器为每个分区分配一个主服务器和N个从属服务器，其中，N为正整数，主服务器用于对分区进行数据监控，从属服务器用于对主服务器进行数据备份。

在本实施例中，中心服务器为每个分区分配一个主服务器和N个从属服务器，N为正整数，从属服务器的数量N可以根据该分区中的表的数据发生变更的变更信息的信息量大小和每个从属服务器的的内存大小进行确定，例如，若分区的表的数据发生变更的变更信息的信息量越大，则N也越大。

具体地，每个分区分配到的主服务器用于对该分区中的表进行数据监控，并处理该分区中所有的保单业务数据的变更信息的读写操作，并根据变更信息生成发布消息，每个分区分配到的从属服务器用于对该分区分配到的主服务器进行数据备份，复制并存储发布消息作为备份消息，避免在发生意外事故时造成数据丢失。

需要说明的是，主服务器和从属服务器不是固定的，是可以灵活变换的。例如，一台服务器可能同时是一个分区的主服务器，和另一个分区的从属服务器。中心服务器根据负载均衡的原则设置主服务器和从属服务器，以提高整个服务器集群的性能。

进一步地，若主服务器出现故障，则中心服务器将当前剩余内存最大的从属服务器更换为主服务器，当主服务器停止工作时确认为主服务器发生故障，例如，主服务器宕机或者需要重启等情况，在主服务器出现故障后，中心服务器将获取该分区的从属服务器的当前剩余内存进行对比，选取当前剩余内存最大的从属服务器设置为主服务器，保证数据监控的正常运行，实时地获取分区中的变更信息。

在本实施例中，通过中心服务器按照预设的划分方式将预设的保单数据库划分成为不同的分区，使得客户端能够多线程地并行接收发布消息，提升数据吞吐量，再为每个分区分配主服务器和从属服务器，在主服务器发生故障的情况下，能够及时将剩余内存最大的从属服务器更换为主服务器，不会影响保单业务数据处理的及时性，在实时地处理大批量的数据信息的同时，实现服务器集群的负载均衡，提高系统的稳定性。

在一实施例中，在步骤S301提及的中心服务器按照预设的划分方式将预设的保单数据库划分成为M个分区之后，还可以进一步地设置分区的优先级别，该消息处理方法还包括：

中心服务器根据预设的业务属性，设置分区的优先级别。

具体地，业务属性是根据保单数据库中数据的业务处理流程进行预先设置的，若分区中的表的变更数据需要进行业务处理的及时性越高的，则设置该分区的优先级越高，用于标识不同分区中表的数据的业务处理流程的重要程度，用户可以根据分区的优先级别对接收到的变更信息进行业务处理，提高业务流程处理的及时性。

在本实施例中，通过中心服务器根据预设的业务属性，设置分区的优先级别，使得该分区中的表发生数据变更的变更信息具有优先级别，以便用户可以根据分区的优先级别进行收阅变更信息，合理地分配工作时间以及优先处理优先级别高的保单业务数据。

在一实施例中，如图5所示，步骤S50中所提及的服务端检测变更信息是否属于目标数据，具体包括如下步骤：

S501：服务端根据变更信息确定预设的保单数据库中发生变更的数据所在的表的表名称。

具体地，变更信息包括变更时间、数据库SID、表名称、主键和表操作记录等，记录了发生变更的保单业务数据的详细信息，服务端根据变更信息能够确定预设的保单数据库中发生变更的数据所在的表的表名称。

S502：若发生变更的数据所在的表的表名称与消息订阅指令中携带的表名称一致，则标识变更信息属于目标数据。

具体地，根据消息订阅指令中的订阅的表名称，与每一个变更信息包含的表名称进行对比，若变更信息包含的表名称与消息订阅指令中包含的表名称相同，则确认变更信息属于目标数据，并标识变更信息属于目标数据。

在本实施例中，通过服务端对每条变更信息进行检测，能够判断变更信息是否属于目标数据，同时，将属于目标数据的变更信息进行标识，从而能够准确获取用户订阅的保单业务数据发送给订阅方。

在一实施例中，如图6所示，步骤S50中所提及的若变更信息属于目标数据，则服务端根据变更信息生成与变更信息对应的发布消息，具体包括如下步骤：

S503：若变更信息属于目标数据，则服务端根据变更信息所在的表的表名称确定与该变更信息对应的业务处理信息。

在本实施例中，根据步骤S502标识位目标数据的变更信息，服务端将根据该变更信息所在的表的表名称确定与该变更信息对应的业务处理信息，其中，保单数据库中的表都有其预先设置的对应的业务处理信息，具体的业务处理信息是根据每个表中的保单业务数据需要进行的业务处理流程预先设置的，例如，核保信息表中的保单业务数据需要进行保单核验的业务处理流程，核保信息表中的所有数据都需要由相关人员对其中的保单业务数据进行审核，则核保信息表预先设置的业务处理信息为保单核验处理。

S504：针对每条变更信息，根据变更信息对应的业务处理信息，生成与该变更信息对应的发布消息。

在本实施例中，针对每条变更信息，根据变更信息所在的表获取其预先设置的对应的业务处理信息，从而确定该变更信息需要进行的业务处理，生成与该变更信息对应的发布消息，其中，发布消息包括发布时间和业务处理信息和，用于将发布消息发布到订阅方，提示用户订阅的保单业务数据发生变更的时间以及需要进行的业务处理流程。

在本实施例中，通过服务端标识出属于目标数据的变更数据，并根据属于目标数据的变更信息所在的表的表名称，进而确定与变更信息对应的业务处理信息，同时，生成与该变更信息对应的发布消息，以便提示用户订阅的保单业务数据发生变更的时间以及需要进行的业务处理流程，及时发给用户进行相应的业务处理。

在一实施例中，如图7所示，发布消息还包括分区的分区标识号，步骤S80中所提及的客户端输出变更信息，具体包括如下步骤：

S801：客户端根据分区的分区标识号，获取该分区的优先级别。

在本实施例中，发布消息还包括分区的分区标识号，客户端在接收到服务端发布的发布消息后，根据发布消息中的分区的分区标识号，进行确定该消息的所属分区，该分区标识号是服务端在创建发布消息时，为发布消息分配的分区标识号，用于标识该发布消息的所属分区，每一个发布消息在分区中有唯一的分区标识号，并且每个分区中的分区标识号是有序的，不可变的消息序列，该分区标识号越大表示发布消息发生的时间距离当前时间越近。

S802：客户端按照分区的优先级别从高到低的顺序，输出每个分区包含的变更信息。

在本实施例中，根据步骤S801确定发布消息的所属分区，并使用文件标识信息从文件服务器中提取出与该发布消息对应的变更信息，客户端按照分区的优先级别从高到低的顺序，输出每个分区包含的变更信息，用户可以在客户端根据变更消息所属分区的优先级别进行相应的业务处理，无需采用轮询保单数据库的方式获取保单数据库中的变更信息，提高业务流程处理的及时性。

进一步地，不同优先级别的分区中的变更信息可以通过不同的标识信息进行标识，例如，可以预设分区的优先级别为1、2和3，数字越小表示分区的优先级别越高，也可以通过对分区中的变更信息设置不同颜色或者字体用于表示变更信息的优先级别，但并不限于此，具体的标识信息可以根据实际应用的需要进行设置，此处不做限制。

在本实施例中，客户端根据分区的分区标识号，获取该分区的优先级别，并按照分区的优先级别从高到低的顺序，输出每个分区包含的变更信息，使得用户能够根据发布消息及其对应的变更信息进行相应的业务处理，并优先处理优先级别高的变更信息，提高保单业务数据的及时性。

在一实施例中，如图8所示，在步骤S50提及的服务端检测变更信息是否属于目标数据，若变更信息属于目标数据，则服务端根据变更信息生成与变更信息对应的发布消息之后，还可以进一步地对缓存的发布消息进行删除，该消息处理方法还包括：

S51：服务端将发布消息存储到预设的消息库中。

在本实施例中，消息库是服务端预先创建用于存储发布消息的数据库，服务端将创建的发布消息按照分区进行存储，根据发布消息的分区标识号存储道不同的文件夹中，方便用户能够根据发布消息的分区标识号进行查找存储于消息库中的历史发布消息。

S52：服务端根据发布消息的分区标识号，确定发布消息所在的分区的消息有效时长。

在本实施例中，由于消息库中存储的发布消息数量较多，占用内存空间较大，从而为不同分区中的变更信息对应的发布消息设置了不同的消息有效时长，若该分区的优先级越高，则设置该分区中的变更信息对应的发布消息的有效时间越长，从而服务端能够根据发布消息的分区标识号，确定发布消息所在的分区的消息有效时长。

S53：若预设的消息库中保存的发布消息的保存时间大于消息有效时长，则删除该发布消息。

具体地，服务端定时对消息库中的发布消息进行有效性检测性，例如，可以预先设置每天0时对消息库进行检测发布消息的有效性，若预设的消息库中保存的发布消息的保存时间大于消息有效时长，则删除该发布消息，以便释放磁盘空间，保证消息库中的内存使用量不会过大，并且新的发布消息能够正常添加到消息库中。

例如，可以预先设置消息的有效期为5天，5天内的所有发布消息都会被存储到消息库中，超过了两天的发布消息将会被删除，可以有效地释放消息库的内存，节约系统资源。

在本实施例中，通过服务端将发布消息存储到预设的消息库中，并根据发布消息的分区标识号，确定发布消息所在的分区的消息有效时长，删除消息库中保存的发布消息的保存时间大于消息有效时长的发布消息，定时释放存储磁盘空间，避免消息库的内存被过渡占用，有效提高服务端的服务性能。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种消息处理系统，该消息处理系统与上述实施例中消息处理方法一一对应。如图9所示，该消息处理系统包括服务端和客户端，其中，服务端包括消息订阅模块10、地址标识模块11、数据监控模块12、文件存储模块13、消息创建模块14和消息发布模块15，客户端包括信息接收模块20和信息输出模块21。各功能模块详细说明如下：

消息处理系统包括服务端和客户端，服务端包括：

消息订阅模块10，用于接收客户端发送的消息订阅指令；

地址标记模块11，用于根据消息订阅指令，确定被订阅的目标数据和客户端的地址标识信息；

数据监控模块12，用于对预设的保单数据库进行监控，若检测到预设的保单数据库中的数据发生变更，则记录变更信息；

文件存储模块13，用于将变更信息存储于文件服务器中，并接收文件服务器返回的与该变更信息对应的文件标识信息；

消息创建模块14，用于服务端检测变更信息是否属于目标数据，若变更信息属于目标数据，则根据变更信息生成与变更信息对应的发布消息，其中，发布消息包括业务处理信息；

消息发布模块15，用于根据地址标识信息，向客户端发布发布消息和文件标识信息；

进一步地，地址标记模块11包括：

指令解析子模块111，用于服务端对消息订阅指令进行解析，提取消息订阅指令中携带的表名称；

数据确认子模块112，用于将表名称对应的表中的数据确定为被订阅的目标数据，并将发送消息订阅指令的地址确定为客户端的地址标识信息。

进一步地，服务端包括中心服务器和节点服务器，节点服务器包括主服务器和从属服务器，数据监控模块12包括：

分区划分子模块121，用于中心服务器按照预设的划分方式将预设的保单数据库划分成为M个分区，其中，M为正整数；

监控设置子模块122，用于中心服务器为每个分区分配一个主服务器和N个从属服务器，其中，N为正整数，主服务器用于对分区进行数据监控，从属服务器用于对主服务器进行数据备份。

进一步地，消息创建模块14包括：

表名称获取子模块141，用于服务端根据变更信息确定预设的保单数据库中发生变更的数据所在的表的表名称；

数据判断子模块142，用于若发生变更的数据所在的表的表名称与消息订阅指令中携带的表名称一致，则标识变更信息属于目标数据；

信息获取子模块143，用于若变更信息属于目标数据，则服务端根据变更信息所在的表的表名称确定与该变更信息对应的业务处理信息；

消息创建子模块144，用于针对每条变更信息，根据变更信息对应的业务处理信息，生成与该变更信息对应的发布消息。

进一步地，服务端还包括：

优先级设置模块16，用于中心服务器根据预设的业务属性，设置分区的优先级别。

进一步地，服务端还包括：

消息缓存模块17，用于将发布消息存储到预设的消息库中；

消息检测模块18，用于根据发布消息的分区标识号，确定发布消息所在的分区的消息有效时长；

消息删除模块19，用于若预设的消息库中保存的发布消息的保存时间大于消息有效时长，则删除该发布消息。

客户端包括：

信息接收模块20，用于提取接收到的发布消息中包含的业务处理信息，并根据接收到的文件标识信息，从文件服务器中提取变更信息；

信息输出模21，用于输出变更信息，以及输出与变更信息对应的业务处理信息，以使用户根据该变更信息和业务处理信息进行业务处理。

进一步地，发布消息还包括分区的分区标识号，信息输出模块21包括：

优先级确定子模块211，用于根据分区的分区标识号，获取该分区的优先级别；

信息输出子模块212，用于按照分区的优先级别从高到低的顺序，输出每个分区包含的变更信息。

关于消息处理系统的具体限定可以参见上文中对于消息处理方法的限定，在此不再赘述。上述消息处理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中提供的消息处理方法中的步骤，例如图2所示的步骤S10至步骤S80，或者，处理器执行计算机程序时实现上述实施例中提供的消息处理系统的各模块的功能，例如图9所示模块10至模块21的功能。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种消息处理方法，其特征在于，所述消息处理方法包括：

服务端接收客户端发送的消息订阅指令；

所述服务端根据所述消息订阅指令，确定被订阅的目标数据和所述客户端的地址标识信息；

所述服务端对预设的保单数据库进行监控，若检测到所述预设的保单数据库中的数据发生变更，则记录变更信息；

所述服务端将所述变更信息存储于文件服务器中，并接收所述文件服务器返回的与该变更信息对应的文件标识信息；

所述服务端检测所述变更信息是否属于所述目标数据，若所述变更信息属于所述目标数据，则所述服务端根据所述变更信息生成与所述变更信息对应的发布消息，其中，所述发布消息包括业务处理信息；

所述服务端根据所述地址标识信息，向所述客户端发布所述发布消息和所述文件标识信息；

所述客户端提取接收到的所述发布消息中包含的所述业务处理信息，并根据接收到的所述文件标识信息，从所述文件服务器中提取所述变更信息；

所述客户端输出所述变更信息，以及输出与所述变更信息对应的业务处理信息，以使用户根据该变更信息和业务处理信息进行业务处理。

2.如权利要求1所述的消息处理方法，其特征在于，所述服务端根据所述消息订阅指令，确定被订阅的目标数据和所述客户端的地址标识信息包括：

所述服务端对所述消息订阅指令进行解析，提取所述消息订阅指令中携带的表名称；

将所述表名称对应的表中的数据确定为被订阅的目标数据，并将发送所述消息订阅指令的地址确定为所述客户端的地址标识信息。

3.如权利要求1所述的消息处理方法，其特征在于，所述服务端包括中心服务器和节点服务器，所述节点服务器包括主服务器和从属服务器，所述服务端对预设的保单数据库进行监控包括：

所述中心服务器按照预设的划分方式将所述预设的保单数据库划分成为M个分区，其中，M为正整数；

所述中心服务器为每个分区分配一个所述主服务器和N个所述从属服务器，其中，N为正整数，所述主服务器用于对所述分区进行数据监控，所述从属服务器用于对所述主服务器进行数据备份。

4.如权利要求2所述的消息处理方法，其特征在于，所述服务端检测所述变更信息是否属于所述目标数据包括：

所述服务端根据所述变更信息确定所述预设的保单数据库中发生变更的数据所在的表的表名称；

若发生变更的数据所在的表的表名称与所述消息订阅指令中携带的表名称一致，则标识所述变更信息属于所述目标数据。

5.如权利要求2所述的消息处理方法，其特征在于，所述若所述变更信息属于所述目标数据，则所述服务端根据所述变更信息生成与所述变更信息对应的发布消息包括：

若所述变更信息属于所述目标数据，则所述服务端根据所述变更信息所在的表的表名称确定与该变更信息对应的业务处理信息；

针对每条所述变更信息，根据所述变更信息对应的业务处理信息，生成与该变更信息对应的发布消息。

6.如权利要求3所述的消息处理方法，其特征在于，在所述中心服务器按照预设的划分方式将所述预设的保单数据库划分成为M个分区之后，所述消息处理方法还包括：

所述中心服务器根据预设的业务属性，设置所述分区的优先级别。

7.如权利要求6所述的消息处理方法，其特征在于，所述发布消息还包括所述分区的分区标识号，所述客户端输出所述变更信息包括：

所述客户端根据所述分区的分区标识号，获取该分区的优先级别；

所述客户端按照所述分区的优先级别从高到低的顺序，输出每个所述分区包含的变更信息。

8.如权利要求7所述的消息处理方法，其特征在于，在所述服务端检测所述变更信息是否属于所述目标数据，若所述变更信息属于所述目标数据，则所述服务端根据所述变更信息生成与所述变更信息对应的发布消息之后，所述消息处理方法还包括：

所述服务端将所述发布消息存储到预设的消息库中；

所述服务端根据所述发布消息的分区标识号，确定所述发布消息所在的分区的消息有效时长；

若所述预设的消息库中保存的所述发布消息的保存时间大于所述消息有效时长，则删除该发布消息。

9.一种消息处理系统，其特征在于，所述消息处理系统包括服务端和客户端，所述服务端用于实现如权利要求1至8任一项所述的消息处理方法中服务端执行的步骤，所述客户端用于实现如权利要求1至8中任一项所述的消息处理方法中客户端执行的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的消息处理方法中服务端执行的步骤或如权利要求1至8中任一项所述的消息处理方法中客户端执行的步骤。