CN111815466A - 交易流量控制方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种交易流量控制方法、装置、设备及可读存储介质，所述方法包括：接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额，而后基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额，接下来基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。通过实时累计交易金额，并与销售限制条件进行比较，当累计的交易金额达到销售限制条件时，则不对此次保单交易流进行处理，从而达到交易流量控制，防止系统瘫痪，保证系统性能及提升保单交易流的处理效率。

Description

交易流量控制方法、装置、设备及可读存储介质

技术领域

本发明涉及流量控制领域，尤其涉及一种交易流量控制方法、装置、设备及可读存储介质。

背景技术

随着保险行业的发展和险种新业务的推陈出新，用于核保承保处理的银保通系统与外部银行系统之间交互的数据量也日益增大。在通过银行网点销售保险产品的保险业务中，银行网点需要传递保单等交易数据到银保通系统，但银保通系统的容量是有限的，承受的并发量也是有限的，尤其是在各个分支机构竞争销售额度时，合作网点会尽可能多的交易，但是瞬时并发大量的交易数据至银保通系统，导致数据拥塞，甚至会导致银保通系统崩溃。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种交易流量控制方法、装置、设备及可读存储介质，旨在解决现有因瞬时并发大量的交易数据至银保通系统，导致数据拥塞，甚至导致银保通系统崩溃的技术问题。

为实现上述目的，本发明提供一种交易流量控制方法，所述的交易流量控制方法包括以下步骤：

接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额；

基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额；

基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。

进一步地，所述基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额的步骤包括：

基于所述关键数据在保费历史数据库中获取所述机构对应的所述保险产品在所述交易银行的历史交易金额；

将所述关键数据中的交易金额与所述历史交易金额进行求和，得到所述已成交的交易金额。

进一步地，所述基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制的步骤包括：

确定所述各个累计的交易金额中是否存在满足所述销售限制条件的待限制交易金额；

当存在满足所述销售限制条件的待限制交易金额时，对所述待限制交易金额对应的保单交易流进行交易流量控制。

进一步地，所述当存在满足所述销售限制条件的待限制交易金额时，对所述待限制交易金额对应的保单交易流进行交易流量控制的步骤包括：

当存在满足所述销售限制条件的待限制交易金额时，在本地删除所述保单交易流并释放所述保单交易流占用的系统资源；

发送产品已经暂停销售的提示信息至所述银行。

进一步地，所述接收银行发送的保单交易流，并在所述保单交易流中获取关键数据的步骤之前，包括：

在接收到限制销售配置指令时，基于限制销售信息配置界面获取限制销售的配置参数；

基于所述配置参数更新所述销售限制条件。

进一步地，所述接收银行发送的保单交易流，并在所述保单交易流中获取关键数据的步骤之后，包括：

累计所述保单交易流对应的接收时长，并监测所述保单交易流对应的处理结果；

基于所述接收时长以及所述处理结果确定反馈数据，其中，所述反馈数据是发送至所述银行的数据。

进一步地，所述基于所述接收时长以及所述处理结果确定反馈数据的步骤包括：

当在预设时长内接收到所述处理结果时，将所述处理结果作为所述反馈数据；

当在预设时长内未接收到处理结果时，将预设的处理超时的提示信息作为所述反馈数据。

进一步地，所述交易流量控制装置包括：

获取模块，用于接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额；

累计模块，用于基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额；

控制模块，用于基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。

此外，为实现上述目的，本发明还提供一种设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的交易流量控制程序，所述交易流量控制程序被所述处理器执行时实现上述任一项所述的交易流量控制方法的步骤。

此外，为实现上述目的，本发明还提供一种可读存储介质，所述可读存储介质上存储有交易流量控制程序，所述交易流量控制程序被处理器执行时实现上述任一项所述的交易流量控制方法的步骤。

本发明接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额，而后基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额，接下来基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。通过实时累计交易金额，并与销售限制条件进行比较，当累计的交易金额达到销售限制条件时，则不对此次保单交易流进行处理，从而达到交易流量控制，防止系统瘫痪，保证系统性能及提升保单交易流的处理效率。

附图说明

图1是本发明实施例方案涉及的硬件运行环境中设备的结构示意图；

图2为本发明基于交易流量控制方法第一实施例的流程示意图；

图3为本发明基于交易流量控制方法第二实施例的流程示意图；

图4为本发明基于交易流量控制装置实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境中设备的结构示意图。

如图1所示，该设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的目标检测系统结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于交易流量控制程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接用户端，与用户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的基于交易流量控制程序。

在本实施例中，设备包括：存储器1005、处理器1001及存储在所述存储器1005上并可在所述处理器1001上运行的基于交易流量控制程序，其中，处理器1001调用存储器1005中存储的基于交易流量控制程序时，执行本申请各个实施例提供的基于交易流量控制方法的步骤。

本发明还提供一种交易流量控制方法，参照图2，图2为本发明交易流量控制方法第一实施例的流程示意图。

本发明提供了交易流量控制方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中，该交易流量控制方法包括：

步骤S100，接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额；

在本实施例中，随着保险事业的蓬勃发展，目前支持很多第三方系统进行购买保险，如通过银行网点销售保险产品、电子商务平台等。在通过银行网点销售保险产品的保险业务中，银行网点需要传递保单等交易数据到银保通系统，其中，银保通系统又可分为保险前置机模块和业务处理模块，保险前置机模块主要负责同外部系统之间信息的传输，协议转换。这样将后续的业务处理和信息传输分离，屏蔽服务的信息格式和协议。保险前置机在接收到银行方发送过来的数据后，进行预处理，然后转发给银保通的业务处理模块进行业务处理，并对银保通的业务处理模块返回的数据进行组装，后转发给银行方。银保通的保险前置机模块可具体完成与银行方进行通讯，接受或发送交易数据；每个银行配置一个端口来对应；解析报文；根据各银行的配置对报文；进行加密解密，简单检验等预处理；调用银保通业务服务器的业务处理接口等。

如前所述，在通过银行网点销售保险产品的保险业务中，银行网点需要传递保单等交易数据到银保通系统，但银保通系统的容量是有限的，承受的并发量也是有限的。尤其是在各个分支机构竞争销售额度时，合作网点会尽可能多的交易，但是瞬时并发大量的交易数据至银保通系统，导致数据拥塞，甚至会导致银保通系统崩溃。因此，本发明提出了一种交易流量控制方法，通过实时累计交易金额，并与销售限制条件进行比较，当累计的交易金额达到销售限制条件时，则不对此次保单交易流进行处理，从而达到交易流量控制，防止系统瘫痪，保证系统性能及提升保单交易流的处理效率。

具体地，当银行系统有保单数据需要进行核保时，会将该保单数据发送给银保通系统，银保通系统在接收到银行发送的保单交易流后，在保单交易流中获取关键数据，该关键数据至少包括保险产品的名称、保险产品对应的保险机构、保险产品对应的交易银行以及交易金额。保险机构和交易银行可以按照省级、市级、区级等进行划分，如中国人寿深圳分公司、中国银行深圳支行等；交易银行又进一步分不同机构，如中国银行、建设银行等。投保的用户根据自身需要会选择不同的保险机构、交易银行以及保险产品进投保。

步骤S200，基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额；

具体地，步骤S200包括：

步骤S210，基于所述关键数据在保费历史数据库中获取所述机构对应的所述保险产品在所述交易银行的历史交易金额；

步骤S220，将所述关键数据中的交易金额与所述历史交易金额进行求和，得到所述已成交的交易金额。

在本实施例中，根据关键数据在保费历史数据库中获取所述机构对应的保险产品在交易银行的历史交易金额，将关键数据中的交易金额与历史交易金额进行求和，得到所述已成交的交易金额。

具体地，在保费历史数据库会根据关键数据获取保险机构对应的保险产品在交易银行的历史交易金额，然后累计历史保额。历史保额也就是历史交易金额，可根据在预先配置的有效时间内客户投保时的保额，即交易金额累计得到，分别对不同保险机构对应的不同的险种，在不同交易银行对应的历史保额进行累加。

举例说明，银保通系统接收到一个保单交易流，从该保单交易流中获取到保险产品为意外伤害保险，其对应的保险机构为中国人寿深圳前海分公司，交易银行为深圳市中国人民银行，交易金额也就是保额为2万人民币。此时，可根据保险机构、交易银行以及保险产品的名称在保费历史数据库中进行搜索获取到中国人寿深圳前海分公司在中国人民银行进行交易的意外伤害保险的历史保额数据，然后将历史保额数据与本次保单交易流中的交易金额进行求和，从而得到最新的成交的交易金额，即最新的历史保额。

步骤S300，基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。

具体地，步骤S300包括：

步骤S310，确定所述各个累计的交易金额中是否存在满足所述销售限制条件的待限制交易金额；

步骤S320，当存在满足所述销售限制条件的待限制交易金额时，对所述待限制交易金额对应的保单交易流进行交易流量控制。

具体地，步骤S320包括：

步骤S321，当存在满足所述销售限制条件的待限制交易金额时，在本地删除所述保单交易流并释放所述保单交易流占用的系统资源；

步骤S322，发送产品已经暂停销售的提示信息至所述银行。

在本实施例中，在获取到保险产品对应的保险机构在交易银行的历史交易金额后，进一步将当前保单中的交易金额与历史交易金额进行累加，得到当前的已成交的交易金额，然后与预设的销售限制条件进行的比较，再根据比较结果采取交易流量控制措施。具体地，当存在满足销售限制条件的待限制交易金额时，则停止对该交易金额的核保处理等操作，即在银保通系统本地删除保单交易流并释放该保单交易流占用的系统资源，从而达到交易流量控制，防止系统瘫痪，保证系统性能及提升保单交易流的处理效率。并发送产品已经暂停销售的提示信息至银行机构，以通知银行本次交易无法核保，需银行进行相关处理。当不存在满足销售限制条件的待限制交易金额时，则不需要进行流量管控，对接收到的保单交易流进行核保等后续处理。

进一步地，在一实施例中，所述步骤S100之前包括：

步骤S400，在接收到限制销售配置指令时，基于限制销售信息配置界面获取限制销售的配置参数；

步骤S500，基于所述配置参数更新所述销售限制条件。

在本实施例中，销售限制条件是预先设置的，根据实际情况设置限制销售的相关参数。具体的，在接收到限制销售配置指令时，可以根据限制销售信息配置界面进行限制销售的配置参数配置。根据实际需求情况，可一一配置各个机构、不同交易银行对应不同险种对应的保额阈值，进一步地，保额阈值可为某个时间段内某险种在某个交易银行所能累计的最大保额。例如，北京市中国建设银行的燃气用户意外伤害保险的保额阈值为50万人民币，并配置保额阈值的有效时间为每日7：00点至20：00点，即每日从早上7点开始累计保额。

本实施例提出的交易流量控制方法，接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额，而后基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额，接下来基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。通过实时累计交易金额，并与销售限制条件进行比较，当累计的交易金额达到销售限制条件时，则不对此次保单交易流进行处理，从而达到交易流量控制，防止系统瘫痪，保证系统性能及提升保单交易流的处理效率。

基于第一实施例，参照图3，提出本发明交易流量控制方法的第二实施例，在本实施例中，步骤S100之后，包括：

步骤S600，累计所述保单交易流对应的接收时长，并监测所述保单交易流对应的处理结果；

步骤S700，基于所述接收时长以及所述处理结果确定反馈数据，其中，所述反馈数据是发送至所述银行的数据。

具体地，步骤S700包括：

步骤S710，当在预设时长内接收到所述处理结果时，将所述处理结果作为所述反馈数据；

步骤S720，当在预设时长内未接收到处理结果时，将预设的处理超时的提示信息作为所述反馈数据。

在本实施例中，为了防止数据拥塞或系统繁忙而无法对接收到的交易流进行核保，而长时间占用银行与银保通之间的系统资源，进而当接收到保单交易流时，累计该保单交易流对应的接收时长，并监测该保单交易流对应的处理结果，然后根据接收时长以及处理结果确定反馈数据，而后银保通系统会将反馈数据发送至银行。具体地，如果在预设时长内接收到银保通系统对交易流的处理结果，则将该处理结果作为反馈数据，并发送给银行；如果在预设时长内没接收到银保通系统对交易流的处理结果，则向银行发送处理超时的提示信息，以通知银行进行相关处理，如放弃本次交易核保等。

本实施例提出的交易流量控制方法，通过对每次的交易流处理时间进行统计，当超期未处理时，可以及时通知银行进行后续处理，避免长时间占用银行与银保通之间的系统资源，从而达到交易流量控制，防止系统瘫痪，保证系统性能及提升保单交易流的处理效率。

本发明进一步提供一种交易流量控制装置，参照图4，图4为本发明交易流量控制装置实施例的功能模块示意图。

获取模块10，用于接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额；

累计模块20，用于基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额；

控制模块30，用于基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。

进一步地，所述累计模块20还用于：

基于所述关键数据在保费历史数据库中获取所述机构对应的所述保险产品在所述交易银行的历史交易金额；

将所述关键数据中的交易金额与所述历史交易金额进行求和，得到所述已成交的交易金额。

进一步地，所述控制模块30还用于：

确定所述各个累计的交易金额中是否存在满足所述销售限制条件的待限制交易金额；

当存在满足所述销售限制条件的待限制交易金额时，对所述待限制交易金额对应的保单交易流进行交易流量控制。

进一步地，所述控制模块30还用于：

当存在满足所述销售限制条件的待限制交易金额时，在本地删除所述保单交易流并释放所述保单交易流占用的系统资源；

发送产品已经暂停销售的提示信息至所述银行。

进一步地，所述交易流量控制还包括：

配置模块，用于在接收到限制销售配置指令时，基于限制销售信息配置界面获取限制销售的配置参数；

更新模块，用于基于所述配置参数更新所述销售限制条件。

进一步地，所述交易流量控制装置还包括：

统计模块，用于累计所述保单交易流对应的接收时长，并监测所述保单交易流对应的处理结果；

确定模块，用于基于所述接收时长以及所述处理结果确定反馈数据，其中，所述反馈数据是发送至所述银行的数据。

进一步地，所述确定模块还用于：

当在预设时长内接收到所述处理结果时，将所述处理结果作为所述反馈数据；

当在预设时长内未接收到处理结果时，将预设的处理超时的提示信息作为所述反馈数据。

此外，本发明实施例还提出一种可读存储介质，所述可读存储介质上存储有交易流量控制程序，所述交易流量控制程序被处理器执行时实现上述各个实施例中交易流量控制方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个可读存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台系统设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种交易流量控制方法，其特征在于，所述交易流量控制方法包括：

接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额；

基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额；

基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。

2.如权利要求1所述的交易流量控制方法，其特征在于，所述基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额的步骤包括：

基于所述关键数据在保费历史数据库中获取所述机构对应的所述保险产品在所述交易银行的历史交易金额；

将所述关键数据中的交易金额与所述历史交易金额进行求和，得到所述已成交的交易金额。

3.如权利要求1所述的交易流量控制方法，其特征在于，所述基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制的步骤包括：

确定所述各个累计的交易金额中是否存在满足所述销售限制条件的待限制交易金额；

当存在满足所述销售限制条件的待限制交易金额时，对所述待限制交易金额对应的保单交易流进行交易流量控制。

4.如权利要求3所述的交易流量控制方法，其特征在于，所述当存在满足所述销售限制条件的待限制交易金额时，对所述待限制交易金额对应的保单交易流进行交易流量控制的步骤包括：

当存在满足所述销售限制条件的待限制交易金额时，在本地删除所述保单交易流并释放所述保单交易流占用的系统资源；

发送产品已经暂停销售的提示信息至所述银行。

5.如权利要求1所述的交易流量控制方法，其特征在于，所述接收银行发送的保单交易流，并在所述保单交易流中获取关键数据的步骤之前，包括：

在接收到限制销售配置指令时，基于限制销售信息配置界面获取限制销售的配置参数；

基于所述配置参数更新所述销售限制条件。

6.如权利要求1所述的交易流量控制方法，其特征在于，所述接收银行发送的保单交易流，并在所述保单交易流中获取关键数据的步骤之后，包括：

累计所述保单交易流对应的接收时长，并监测所述保单交易流对应的处理结果；

基于所述接收时长以及所述处理结果确定反馈数据，其中，所述反馈数据是发送至所述银行的数据。

7.如权利要求1所述的交易流量控制方法，其特征在于，所述基于所述接收时长以及所述处理结果确定反馈数据的步骤包括：

当在预设时长内接收到所述处理结果时，将所述处理结果作为所述反馈数据；

当在预设时长内未接收到处理结果时，将预设的处理超时的提示信息作为所述反馈数据。

8.一种交易流量控制装置，其特征在于，所述交易流量控制装置包括：

获取模块，用于接收银行发送的保单交易流，并在所述保单交易流中获取关键数据，所述关键数据至少包括保险产品的名称、所述保险产品对应的机构、所述保险产品对应的交易银行以及交易金额；

累计模块，用于基于所述关键数据，分别累计各个机构对应的各个保险产品在各个交易银行各自对应的已成交的交易金额；

控制模块，用于基于各个累计的交易金额与销售限制条件的比较结果进行交易流量控制。

9.一种设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的交易流量控制程序，所述交易流量控制程序被所述处理器执行时实现如权利要求1至7中任一项所述的交易流量控制方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有所述交易流量控制程序，所述交易流量控制程序被处理器执行时实现如权利要求1至7中任一项所述的交易流量控制方法的步骤。

Images