技术领域
[0001] 本
发明涉及
数据处理领域，具体涉及一种保险数据清分系统、方法以及装置，另外，还涉及一种保险数据清分的
电子设备及存储设备。
背景技术
[0002] 随着信息技术的发展，保险信息系统之间经常需要将保险数据进行同步的分发和复制，即：将同样的保险数据复制或转移到另外一个系统或地方，例如从总公司系统分发到分公司系统，从外围系统出单后将保险数据转存到核心系统等。然而，在这些情况下，若要将保险数据进行有效的清分处理，需要一种高效、稳定、可靠的清分系统，否则往往都会造成清分后的保险数据的丢失、堆积等异常问题，影响到保险业务。
[0003] 为了解决上述问题，现有的采用weblogic自带的JMS，即：Java消息服务(Java Message Service)应用程序
接口协议进行异步清分的技术方案，缺乏统一的监控管理系统，在出现问题时无法及时准确的发现存在异常问题的部分，从而无法快速实现运维保障。
发明内容
[0004] 本发明提供一种保险数据清分系统、方法及装置，以解决
现有技术存在的无法及时、准确发现保险数据清分异常的问题。本发明另外提供一种保险数据清分的电子设备及存储设备。
[0005] 本
申请提供的一种保险数据清分系统，包括：数据处理子系统以及监控管理子系统；
[0006] 所述数据处理子系统用于，获得保险数据，通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理；
[0007] 所述监控管理子系统用于，预先设定清分与传输所述保险数据的所述消息队列集群的深度
阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0008] 可选的，所述的保险数据清分系统，还包括：传输服务子系统，用于提供配置开发、自动异常处理的接口。
[0009] 可选的，所述消息队列集群包括错误队列；
[0010] 所述数据处理子系统还用于：
[0011] 记录处理失败的保险数据，判断所述保险数据的回退次数是否达到或超过预设的回退次数阈值，如果是，则将所述保险数据发送至所述错误队列；
[0012] 根据所述错误队列，获得所述保险数据的第一处理异常信息。
[0013] 可选的，所述监控管理子系统还用于：
[0014] 获得所述数据处理子系统中所述保险数据的第一处理异常信息；
[0015] 根据所述第一处理异常信息，获得所述保险数据的在所述错误队列中堆积信息，并发出针对所述错误队列的报警指示信息。
[0016] 可选的，所述监控管理子系统具体用于，通过发送电子邮件或推送消息的方式发送所述报警指示信息。
[0017] 可选的，所述监控管理子系统还用于：获得针对所述数据处理子系统的监控数据信息，输出用于记录所述数据处理子系统的监控数据信息的
可视化报表信息；
[0018] 其中，所述监控数据信息至少包含所述保险数据的丢失信息、所述保险数据的错误信息以及所述保险数据的清分异常信息。
[0019] 相应的，本申请还提供一种保险数据清分方法，包括：
[0020] 获得保险数据；
[0021] 通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理；
[0022] 预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0023] 可选的，所述消息队列集群包括错误队列；
[0024] 所述方法还包括：
[0025] 记录处理失败的保险数据，判断所述保险数据的回退次数是否达到或超过预设的回退次数阈值，如果是，则将所述保险数据发送至所述错误队列；
[0026] 根据所述错误队列，获得所述保险数据的第一处理异常信息。
[0027] 可选的，所述的保险数据清分方法，还包括：
[0028] 获得所述保险数据的第一处理异常信息；
[0029] 根据所述第一处理异常信息，获得所述保险数据的在所述错误队列中堆积信息，并发出针对所述错误队列的报警指示信息。
[0030] 可选的，所述发出包含所述堆积信息的报警指示信息，具体包括：通过发送电子邮件或推送消息的方式发送所述报警指示信息。
[0031] 可选的，所述的保险数据清分方法，还包括：
[0032] 获得监控数据信息，输出用于记录所述监控数据信息的可视化报表信息；
[0033] 其中，所述监控数据信息至少包含所述保险数据的丢失信息、所述保险数据的错误信息以及所述保险数据的清分异常信息。
[0034] 相应的，本申请还提供一种保险数据清分装置，包括：
[0035] 第一获得单元，用于获得保险数据；
[0036] 处理单元，用于通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理；
[0037] 第一报警单元，用于预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0038] 可选的，所述消息队列集群包括错误队列；
[0039] 所述装置还包括：
[0040] 记录单元，用于记录处理失败的保险数据，判断所述保险数据的回退次数是否达到或超过预设的回退次数阈值，如果是，则将所述保险数据发送至所述错误队列；
[0041] 第二获得单元，用于根据所述错误队列，获得所述保险数据的第一处理异常信息。
[0042] 可选的，所述的保险数据清分装置，还包括：
[0043] 第三获得单元，用于获得所述保险数据的第一处理异常信息；
[0044] 第二报警单元，用于根据所述第一处理异常信息，获得所述保险数据的在所述错误队列中堆积信息，并发出针对所述错误队列的报警指示信息。
[0045] 可选的，所述第一报警单元具体用于：通过发送电子邮件或推送消息的方式发送所述报警指示信息。
[0046] 可选的，所述的保险数据清分装置，还包括：
[0047] 输出单元，用于获得监控数据信息，输出用于记录所述监控数据信息的可视化报表信息；
[0048] 其中，所述监控数据信息至少包含所述保险数据的丢失信息、所述保险数据的错误信息以及所述保险数据的清分异常信息。
[0049] 相应的，本申请还提供一种电子设备，包括：
[0050] 处理器；以及
[0051]
存储器，用于存储保险数据清分方法的程序，该设备通电并通过所述处理器运行该保险数据清分方法的程序后，执行下述步骤：
[0052] 获得保险数据；
[0053] 通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理；
[0054] 预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0055] 相应的，本申请还提供一种存储设备，存储有保险数据清分方法的程序，该程序被处理器运行，执行下述步骤：
[0056] 获得保险数据；
[0057] 通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理；
[0058] 预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0059] 与现有技术相比，本发明具有以下优点：
[0060] 本申请提供一种保险数据清分系统，能够及时、准确的发现保险数据清分处理中存在的异常情况，快速通知运维人员进行维护和管理，从而提高用户的使用体验。
附图说明
[0061] 图1为本申请
实施例提供的一种保险数据清分系统的示意图；
[0062] 图2为本申请实施例提供的一种保险数据清分方法的
流程图；
[0063] 图3为本申请实施例提供的一种保险数据清分装置的示意图；
[0064] 图4为本申请实施例提供的一种保险数据清分的电子设备示意图。
具体实施方式
[0065] 在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此，本发明不受下面公开的具体实施的限制。
[0066] 下面基于本申请提供的保险数据清分系统，对其实施例进行详细描述。此外，在下面的描述中，将分别针对本系统的数据处理子系统以及监控管理子系统进行详细的说明。
[0067] 请参考图1所示，其为本申请实施例提供的一种保险数据清分系统的示意图。
[0068] 本申请实施例提供保险数据清分系统具体包括以下部分：
[0069] 数据处理子系统101，用于获得保险数据，通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理。
[0070] 本申请提供的实施例中借助消息队列集群设计了一种稳定、可靠、高效、准确的数据清分机制。对保险数据清分过程中存在的数据的丢失、错误以及堵塞等问题进行统一的监控，从而及时发现保险数据清分过程中的异常问题。
[0071] 本申请实施例中提供的高可靠的保险数据清分系统，通过封装消息队列技术实现保险业务系统之间可靠的消息传输通道，并实现高可用。通过对底层复杂接口的封装，实现可配置的简单易用的接口，依靠其提供的一整套的简单易用的接口，使应用端可以根据不同的异常情况采取不同的应对措施，使各对接方能快速的完成系统接入，并实现对各种异常情况进行自动处理。该接口服务通过简单的配置即可实现各保险业务系统对消息队列集群对接开发的消息收发、事务机制，极大的简化开发工作量。当接口出现连接、服务等异常时，所述机制可实现异常的自动化处理，实现重试、重连等机制
[0072] 在此
基础上提供统一的监控管理子系统102，通过监控管理子系统102对系统软
硬件信息，以及预先设定消息队列的各维度监控参数阈值，实现系统的可靠运维。提高了用户体验和保险业务系统的数据交互效率。基于高可用消息队列集群技术建立的可靠数据处理子系统101，可配置开发与自动异常处理的接口服务、以及保险数据清分监控管理服务子系统102。基于数据处理子系统101建立的保险数据通用的清分处理技术方案，接收传输服务子系统提供的保险数据，采用异步化消息队列的方式，通过提供高可靠的队列集群技术保证保险数据的可靠
送达。
[0073] 基于IBM MQ消息队列技术，本申请实施例提供了一套高可靠的数据处理子系统101，通过实时的数据清分和高性能的分发机制进行有效的数据清分处理。具体而言是通过采用消息
中间件、JMS适配、调度管理等工具实现数据清分的稳定可靠，实现保险数据的清分功能。从而保证数据能够利用消息队列进行清分或传递，同时有效的解决系统性能压
力、负载均衡等问题。
[0074] 需要说明的是，消息队列是指基于队列概念的数据传输技术，不追求实时的同步交互，通过异步化的队列实现系统的高效和资源的低消耗。所述消息队列提供可靠事务消息保证，并提供事务回退机制与错误队列机制，当数据回退到一定阈值次数时，数据将被放入错误队列。在本申请所述的实施例中，通过消息队列的方式获取传输服务子系统提供的保险数据，保证数据在未进行清分处理时不会丢失。在接收端，如果保险数据处理失败，可以选择预先设定的回退机制，保证回退的保险数据下次可以继续处理，我们通过阈值设定，若消息超过阈值回退设定次数，保险数据将被转移至错误队列，以便后续进行追溯和查看。
[0075] 监控管理子系统102，用于预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0076] 在本申请实施例提供一套监控管理子系统102，对消息队列集群的监控，通过
数据采集子系统采集和处理包括硬件信息、网络信息、系统信息，集群队列信息、连接信息等，在监控信息满足一定的设定阈值的情况下，可通过预警、报警的方式告知运维人员，实现运维的可靠性。对保险数据的传输和清分等过程信息进行统计和汇总，对异常情况进行报警，保证平台的高可靠运行。当保险数据的处理过程出现故障的时候，及时通知运维管理人员，并通过运营报表分析的方式，为各方提供性能分析依据，实现保险数据处理的可监控，对队列深度、错误队列、死信队列等存在的异常进行实时的监控。可靠监控管理子系统102还可以实现对消息队列深度进行阈值设定，当超过某一阈值时，如队列深度超过10000时，即可发出报警，提醒管理人员系统有数据堆积，对保险数据进行统计和汇总，产生系统运营情况的报表，根据报表分析各系统运行情况。
[0077] 与上述提供的一种保险数据清分系统相对应，本申请实施例还提供一种保险数据清分方法。由于本方法实施例相似于上述系统实施例，所以描述的比较简单，相关之处请参见系统实施例部分说明即可，下面描述方法实施例仅是示意性的。请参考图2所示，其为本申请实施例提供的一种保险数据清分方法的流程图。
[0078] 本申请实施例所述的保险数据清分方法包括如下步骤：
[0079] 步骤S201：获得保险数据。
[0080] 步骤S202：通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理。
[0081] 在本申请实施例中，通过采用
消息中间件、JMS适配、调度管理等工具实现数据清分的稳定可靠，实现保险数据的清分功能，从而保证数据能够利用消息队列进行清分或传递。同时有效的解决系统性能压力、负载均衡等问题。
[0082] 需要说明的是，消息队列是指基于队列概念的数据传输技术，不追求实时的同步交互，通过异步化的队列实现系统的高效和资源的低消耗。所述消息队列提供可靠事务消息保证，并提供事务回退机制与错误队列机制，当数据回退到一定阈值次数时，数据将被放入错误队列。在本申请所述的实施例中，通过消息队列的方式获取传输服务子系统提供的保险数据，保证数据在未进行清分处理时不会丢失。在接收端，如果保险数据处理失败，可以选择预先设定的回退机制，保证回退的保险数据下次可以继续处理。我们通过阈值设定，若消息超过阈值回退设定次数，保险数据将被转移至错误队列，以便后续进行追溯和查看。
[0083] 步骤S203：预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0084] 在本申请实施例中，对消息队列集群的监控，通过数据采集子系统采集和处理包括硬件信息、网络信息、系统信息，集群队列信息、连接信息等，在监控信息满足一定的设定阈值的情况下，可通过预警、报警的方式告知运维人员，实现运维的可靠性。对保险数据的传输和清分等过程信息进行统计和汇总，对异常情况进行报警，保证平台的高可靠运行。当保险数据的处理过程出现故障的时候，及时通知运维管理人员，并通过运营报表分析的方式，为各方提供性能分析依据，实现保险数据处理的可监控，对队列深度、错误队列、死信队列等存在的异常进行实时的监控。可靠的监控管理子系统102还可以实现对消息队列深度进行阈值设定，当超过某一阈值时，如队列深度超过10000时，即可发出报警，提醒管理人员系统有数据堆积，对保险数据进行统计和汇总，产生系统运营情况的报表，根据报表分析各系统运行情况。
[0085] 与上述的保险数据清分方法相对应，本申请还提供一种保险数据清分装置，上述保险数据清分方法可以应用于该装置。由于本装置实施例相似于方法实施例，所以描述的比较简单，相关之处请参见方法实施例部分说明即可，下面描述装置实施例仅是示意性的。请参见图3，其为本申请实施例提供的一种保险数据清分装置的示意图。
[0086] 在本申请实施例中保险数据清分装置包括如下部分：
[0087] 第一获得单元301，用于获得保险数据。
[0088] 处理单元302，用于通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理。
[0089] 可选的，所述消息队列集群包括错误队列；
[0090] 所述装置还包括：
[0091] 记录单元，用于记录处理失败的保险数据，判断所述保险数据的回退次数是否达到或超过预设的回退次数阈值，如果是，则将所述保险数据发送至所述错误队列；
[0092] 第二获得单元，用于根据所述错误队列，获得所述保险数据的第一处理异常信息。
[0093] 可选的，所述的保险数据清分装置，还包括：
[0094] 第三获得单元，用于获得所述保险数据的第一处理异常信息；
[0095] 第二报警单元，用于根据所述第一处理异常信息，获得所述保险数据的在所述错误队列中堆积信息，并发出针对所述错误队列的报警指示信息。
[0096] 可选的，所述第一报警单元具体用于：通过发送电子邮件或推送消息的方式发送所述报警指示信息。
[0097] 可选的，所述的保险数据清分装置，还包括：
[0098] 输出单元，用于获得监控数据信息，输出用于记录所述监控数据信息的可视化报表信息；
[0099] 其中，所述监控数据信息至少包含所述保险数据的丢失信息、所述保险数据的错误信息以及所述保险数据的清分异常信息。
[0100] 第一报警单元303，用于预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0101] 可选的，所述第一报警单元具体用于：通过发送电子邮件或推送消息的方式发送所述报警指示信息。
[0102] 可选的，所述的保险数据清分装置，还包括：
[0103] 输出单元，用于获得监控数据信息，输出用于记录所述监控数据信息的可视化报表信息；
[0104] 其中，所述监控数据信息至少包含所述保险数据的丢失信息、所述保险数据的错误信息以及所述保险数据的清分异常信息。
[0105] 与上述提供的一种保险数据清分方法相对应的，本申请实施例还提供一种电子设备，请参见图4，其为本申请实施例提供的一种保险数据清分的电子设备示意图。
[0106] 本申请实施例所述的保险数据清分的电子设备包括如下部分：
[0107] 处理器401；以及
[0108] 存储器402，用于存储保险数据清分方法的程序，该设备通电并通过所述处理器运行该保险数据清分方法的程序后，执行下述步骤：
[0109] 获得保险数据；
[0110] 通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理；
[0111] 预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0112] 需要说明的是，对于本申请实施例提供的一种保险数据清分的电子设备的详细描述，可以参考对本申请实施例提供的一种保险数据清分方法的相关描述，这里不再赘述。
[0113] 与上述提供的一种保险数据清分方法相对应的，本申请实施例还提供一种存储设备。
[0114] 本申请实施例所述的保险数据清分的存储设备包括如下部分：存储有保险数据清分方法的程序，该程序被处理器运行，执行下述步骤：
[0115] 获得保险数据；
[0116] 通过预先设置的用于清分与传输所述保险数据的消息队列集群，对所述保险数据进行处理；
[0117] 预先设定清分与传输所述保险数据的所述消息队列集群的深度阈值，当所述消息队列集群中待清分或传输的所述保险数据达到或超过所述预先设定的深度阈值时，获取所述保险数据在所述消息队列中的堆积信息，并发出包含所述堆积信息的报警指示信息。
[0118] 需要说明的是，对于本申请实施例提供的一种保险数据清分的存储设备的详细描述，可以参考对本申请实施例提供的一种保险数据清分方法的相关描述，这里不再赘述。
[0119] 本发明虽然以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以做出可能的变动和
修改，因此本发明的保护范围应当以本发明
权利要求所界定的范围为准。
[0120] 在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0121] 内存可能包括计算机可读介质中的非永久性存储器，
随机存取存储器(RAM)和/或非易失性内存等形式，如
只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[0122] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模
块或其他数据。计算机的存储介质的例子包括，但不限于
相变内存(PRAM)、静态随机存取存储器(SRAM)、
动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、
电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他
磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备
访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据
信号和载波。
[0123] 本领域技术人员应明白，本申请的实施例可提供为方法、系统或
计算机程序产品。因此，本申请可采用完全硬件实施例、完全
软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
