CN108074189A - 保单推送方法和装置 - Google Patents

Abstract

本发明公开了一种保单推送方法，应用于服务端，所述方法包括：实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点；在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认；若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。本发明还公开了一种保单推送装置。本发明实现了分时间点推送相应的保单进行承保，提高了保险系统的资源利用率。

Description

保单推送方法和装置

技术领域

本发明涉及保险领域，尤其涉及一种保单推送方法和装置。

背景技术

在保险领域中，当保险系统生成保单之后，有些保单需要投保人进行核验确认，在保单中的信息确认后，才将保单推送至承保阶段。

目前对于这类保单，基本上都是将保单全部推送至承保队列中，然后不断轮询各个保单是否已经由投保人确认过，确认之后再推送至承保阶段。显然，在保单数量较多的情况下，不断轮询所有保单，比较耗费保险系统的资源，导致保险系统的资源利用率降低。

发明内容

本发明的主要目的在于提供一种保单推送方法和装置，旨在解决目前对保单的推送方式，导致保险系统的资源利用率降低的技术问题。

为实现上述目的，本发明提供一种保单推送方法，应用于服务端，所述保单推送方法包括：

实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点；

在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认；

若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。

优选地，所述实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点的步骤之前，所述保单推送方法还包括：

在生成保单时，确定所述保单对应的业务机构；

根据所述业务机构预设的指示信息，设置所述保单对应的开关状态；

若所述保单对应的开关状态为开启状态，则将所述保单标记为待确认的保单，并设置所述保单的开启时间点和关闭时间点。

优选地，所述根据所述业务机构预设的指示信息，设置所述保单对应的开关状态的步骤之后，所述保单推送方法还包括：

若所述保单的开关状态为关闭状态，则设置所述保单的等待时长；

从设置等待时长的时间点开始计时；

若在所述等待时长内接收到开关状态的切换指令，则将所述保单从关闭状态切换为开启状态，并将所述保单标记为待确认的保单，以及设置所述保单的开启时间点和关闭时间点。

优选地，所述从设置等待时长的时间点开始计时的步骤之后，所述保单推送方法还包括：

在计时的时间间隔达到所述等待时长时，将所述保单推送至承保阶段。

优选地，所述保单推送方法还包括：

在根据承保的保单得到赠送类保单时，屏蔽所述赠送类保单的发票信息；

检测保险系统当前是否开启了定期结算业务；

若当前开启了定期结算业务，则取消所述定期解算业务；

将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供终端用户通过预设应用进行查看。

此外，为实现上述目的，本发明还提供一种保单推送装置，应用于服务端，所述保单推送装置包括：

检测模块，用于实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点；

推送模块，用于在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认；

所述推送模块，还用于若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。

优选地，所述保单推送装置还包括：

确定模块，用于在生成保单时，确定所述保单对应的业务机构；

设置模块，用于根据所述业务机构预设的指示信息，设置所述保单对应的开关状态；

处理模块，用于若所述保单对应的开关状态为开启状态，则将所述保单标记为待确认的保单，并设置所述保单的开启时间点和关闭时间点。

优选地，所述设置模块，还用于若所述保单的开关状态为关闭状态，则设置所述保单的等待时长；

所述保单推送装置还包括：

计时模块，用于从设置等待时长的时间点开始计时；

切换模块，用于若在所述等待时长内接收到开关状态的切换指令，则将所述保单从关闭状态切换为开启状态；

所述处理模块，还用于将所述保单标记为待确认的保单，以及设置所述保单的开启时间点和关闭时间点。

优选地，所述保单推送装置还包括：

所述推送模块，还用于在计时的时间间隔达到所述等待时长时，将所述保单推送至承保阶段。

优选地，所述保单推送装置还包括：

屏蔽模块，用于在根据承保的保单得到赠送类保单时，屏蔽所述赠送类保单的发票信息；

所述检测模块，还用于检测保险系统当前是否开启了定期结算业务；

取消模块，用于若当前开启了定期结算业务，则取消所述定期解算业务；

发布模块，用于将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供终端用户通过预设应用进行查看。

本发明提出的保单推送方法和装置，服务端实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认，若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段，实现了分时间点推送相应的保单进行承保，提高了保险系统的资源利用率。

附图说明

图1为本发明保单推送方法第一实施例的流程示意图；

图2为本发明保单推送方法第二实施例的流程示意图；

图3为本发明保单推送方法第三实施例的流程示意图；

图4为本发明保单推送装置第一实施例的功能模块示意图；

图5为本发明保单推送装置第二实施例的功能模块示意图；

图6为本发明保单推送装置第三实施例的功能模块示意图。

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

具体实施方式

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

本发明实施例的解决方案主要是：实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，然后在有保单的开启时间点到达时，才将保单推送至承保队列中，以供对应的用户对该所述保单进行确认，实现了不同的时间点推送相应的保单至承保队列，而不是将所有待确认保单都推送至承保队列，有效的解决系统的资源利用率低的问题。

应当理解的是，随着人们生活水平提高，越来越多人会购买保险，由于互联网的迅速发展，人们几乎都是通过网络实现保险业务的办理，用户只要在手机APP或电脑中输入自己的相关信息，并选择要购买的保险，保险方即可根据相关信息生成保险的保单，而在生成保险的保单之后，可能需要用户对保单中的信息进行核验，以确定保单中的信息准确无误，在信息无误的情况下，保险方才开始进行承保。

目前生成的保单中，包括需要用户核验的保单，如用户自行购买的保单，也包括不需要用户核验的保单，如某些公司为全体员工购买的保单。对于需要用户核验确认的保单，现有技术都是直接将保单推送到自动承保队列中，不停的轮询用户是否对保单进行了确认。在保单数量较多的情况下，会出现系统长时间都在承保队列中缓存各个保单的情况，并且需要系统持续轮询各个保单的核验情况，从而耗费了系统大量的资源，导致系统的资源利用率降低。

基于现有技术存在的缺陷，本发明提供一种保单推送方法，应用于服务端。

参照图1，图1为本发明保单推送方法第一实施例的流程示意图。

在本实施例中，所述保单推送方法包括：

实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点；在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认；若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。

以下是本实施例中逐步实现保单推送的具体步骤：

步骤S10，实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点。

本实施例中，服务端对待确认的保单进行实时检测，以检测保单对应的开启时间点和关闭时间点，其中，所述开启时间点表示将该保单推送至承保队列的时间点，所述关闭时间点表示将该保单从承保队列推送至承保节点的时间点。本实施例中，所述开启时间点比关闭时间点早，具体的数值根据具体情况设置。

步骤S20，在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认。

所述服务端在检测到各个待确认的保单对应的开启时间点和关闭时间点时，将各个保单的开启时间点与当前时刻进行比对，若有保单的开启时间点与当前时刻一致时，说明该保单已经到预定的推送时间了，此时将所述保单推送至承保队列中，以供所述保单对应的终端用户通过预设应用对所述承保队列中的所述保单进行确认。

此时应当理解的是，所述服务端将保险系统中待确认的保单推送至承保队列，相当于是将保单推送至保险系统事先设置好的区域中，那么，用户需要在终端中下载并安装相应的预设应用，再通过安装的所述预设应用查询所述承保队列中的保单，以对查询的保单进行确认。

当用户通过所述终端的预设应用对保单进行核验，并确认保单中的信息无误时，触摸所述预设应用中预设的确认按钮，以触发确认指令。当所述服务端接收到终端发送的确认指令时，即可将所述承保队列中的所述保单推送至承保阶段进行承保。当然，所述预设应用中不仅包括确认按钮，还包括修改按钮，当用户点击所述修改按钮时，即对保单中的信息进行修改，并在修改完成后点击确认按钮，以便所述服务端在接收到确认指令时，将所述修改后的保单推送至承保阶段进行承保。

步骤S30，若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。

在本实施例中，若接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。当然，在保单推送至承保队列中，以供用户进行确认时，可能会出现用户长时间未确认的情况。因此，本实施例中，在所述保单的关闭时间点到达都未接收到确认指令时，为了不长时间占用保险系统的资源，此时所述服务端直接将所述承保队列中的所述保单推送至承保阶段。

本实施例提出的保单推送方法，服务端实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认，若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段，实现了分时间点推送相应的保单进行承保，提高了保险系统的资源利用率。

进一步地，基于第一实施例提出本发明保单推送方法的第二实施例，在本实施例中，参照图2，所述步骤S10之前，所述保单推送方法还包括：

步骤S40，在生成保单时，确定所述保单对应的业务机构；

步骤S50，根据所述业务机构预设的指示信息，设置所述保单对应的开关状态；

步骤S60，若所述保单对应的开关状态为开启状态，则将所述保单标记为待确认的保单，并设置所述保单的开启时间点和关闭时间点。

在本实施例中，在生成保单时，先确定该保单对应的业务机构，然后查看该业务机构预设的指示信息，是需要将保单的开关状态设置为开启状态还是关闭状态，具体可以由该业务机构事先发送的邮件或备注信息，或者是该业务机构传统采用的模式进行确定，最终根据该业务机构对应的指示信息，设置所述保单的开关状态。所述开关状态包括开启状态和关闭状态，其中，所述开启状态表示该保单需要进行信息的确认核验，所述关闭状态表示该保单无需进行信息的确认核验。

本实施例中，所述保单的开关状态的设置方式优选在设置界面进行设置，具体地：所述设置界面显示开启状态和关闭状态两个选择框，点击任一个选择框即可将所述保单的开关状态设置为相应的状态。

当所述服务端将所述保单的开关状态为开启状态时，即可将该保单标记为待确认的保单，此时所述设置界面中显示出开启时间点和关闭时间点的输入框。本实施例中，为了减少设置界面中信息的冗余显示，仅当将开关状态设置为开启状态时，才显示开启时间点和关闭时间点的输入框。该输入框可以是文本输入框，也可以是下拉输入框，当该输入框为文本输入框时，需要用户输入开启时间点和关闭时间点；当该输入框为下拉输入框时，用户可以基于该下拉输入框，选择已有的开启时间点和关闭时间点，并将选择的开启时间点和关闭时间点输入到该输入框中，以实现对该保单的开启时间点和关闭时间点的设置。

值得注意的，同一个业务机构可能包括多个保单，因此，在设置同一个业务机构的保单的开关状态时，可进行批量设置，同理，设置开启时间点和关闭时间点也可以进行批量设置。

在本实施例中，在生成保单时，对保单的开关状态，以及开启时间点和关闭时间点进行设置，便于后续推送保单进行承保时，按照不同的时间点进行推送，提高了保单推送的智能性。

进一步地，基于第一实施例提出本发明保单推送方法的第三实施例，在本实施例中，参照图3，所述步骤S50之后，所述保单推送方法还包括：

步骤S70，若所述保单的开关状态为关闭状态，则设置所述保单的等待时长；

步骤S80，从设置等待时长的时间点开始计时；

步骤S90，若在所述等待时长内接收到开关状态的切换指令，则将所述保单从关闭状态切换为开启状态，并将所述保单标记为待确认的保单，以及设置所述保单的开启时间点和关闭时间点。

在本实施例中，在根据所述业务机构预设的指示信息，设置所述保单对应的开关状态之后，若将所述保单的开关状态为关闭状态，此时，为了提高保单开关状态设置的灵活性，可对设置为关闭状态的保单设置一个等待时长，用于对开关状态进行更改。所述等待时长同样是在设置界面中进行设置，具体的时长不做限定，根据具体情况而定。

本实施例中，为了减少设置界面中信息的冗余显示，仅当将开关状态设置为关闭状态时，才显示等待时长的输入框，该输入框同样同样包括文本输入框和下拉输入框，等待时长的输入方式与上文一致，此处不再赘述。

在所述保单的等待时长设置完成时，所述服务端启动定时器开始进行计时，若在所述等待时长内接收到开关状态的切换指令时，则将所述保单从关闭状态切换为开启状态，此时，将所述保单标记为待确认的保单，并且设置所述保单的开启时间点和关闭时间点，具体的设置方式上文已经详述。

进一步地，所述步骤S80之后，所述保单推送方法还包括以下步骤：

在计时的时间间隔达到所述等待时长时，将所述保单推送至承保阶段。

在本实施例中，对设置关闭状态的保单设置一个等待时长，用于在该等待时长内，可以将保单的关闭状态更改为开启状态，从而提高了保单开关状态设置的灵活性。

进一步地，基于第一至第三实施例提出本发明保单推送方法的第四实施例，在本实施例中，所述保单推送方法还包括：

步骤A，在根据承保的保单得到赠送类保单时，屏蔽所述赠送类保单的发票信息；

步骤B，检测保险系统当前是否开启了定期结算业务；

步骤C，若当前开启了定期结算业务，则取消所述定期解算业务；

步骤D，将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供终端用户通过预设应用进行查看。

在本实施例中，在将保单推送至承保阶段之后，若所述服务端获得一些赠送类保单，则屏蔽所述赠送类保单的发票信息。应当理解，由于该类保单赠送类保单，所以该类保单的所有涉及费用不计入业绩、不扣佣金，所有涉及费用项目也都无需收付汇总，可直接保全确认。然而，现有的赠送类保单的推送，需要经由财务进行对接，以记录相关信息，如保单号以及具体金额(此处金额为0)等等，对接后才将该赠送类的保单推送出去，由于保单经由财务对接，需要等待的周期较长，导致用户获得该类保单所花费的时间较长。

因此，本实施例中，为了便于赠送类保单尽快推送至用户，此时，屏蔽所述赠送类保单的发票信息，当然，为了保证财务可以记录该赠送类保单的相关信息，所述执行“屏蔽所述赠送类保单的发票信息”的同时，执行以下步骤：将该保单的保单号和具体金额等信息发送至财务，以便于财务记录该保单的相关信息。

在屏蔽所述赠送类保单的发票信息之后，进一步判断所述保险系统当前是否开启了定期结算业务，若开启了定期结算业务，则取消所述定期解算业务，当然，此时为了使管理员及时了解系统当前的情况，所述执行“取消所述定期解算业务”的同时，执行以下步骤：输出提示信息，以告知管理员当前屏蔽了定期结算业务。

最终，所述服务端将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供用户通过所述预设应用进行查看。

在本实施例中，对赠送类保单的发票信息进行屏蔽，对定期结算业务进行取消，使得赠送类保单无需走多余的流程，直接发布到网站中，以供用户查看即可，实现了赠送类保单快速推送，提升了用户体验。

本发明进一步提供一种保单推送装置，应用于服务端。

参照图4，图4为本发明保单推送装置100第一实施例的功能模块示意图。

需要强调的是，对本领域的技术人员来说，图4所示功能模块图仅仅是一个较佳实施例的示例图，本领域的技术人员围绕图4所示的保单推送装置100的功能模块，可轻易进行新的功能模块的补充；各功能模块的名称是自定义名称，仅用于辅助理解该保单推送装置100的各个程序功能块，不用于限定本发明的技术方案，本发明技术方案的核心是，各自定义名称的功能模块所要达成的功能。

在本实施例中，所述保单推送装置100包括：

检测模块10，用于实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点。

本实施例中，检测模块10对待确认的保单进行实时检测，以检测保单对应的开启时间点和关闭时间点，其中，所述开启时间点表示将该保单推送至承保队列的时间点，所述关闭时间点表示将该保单从承保队列推送至承保节点的时间点。本实施例中，所述开启时间点比关闭时间点早，具体的数值根据具体情况设置。

推送模块20，用于在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认；

所述检测模块10在检测到各个待确认的保单对应的开启时间点和关闭时间点时，将各个保单的开启时间点与当前时刻进行比对，若有保单的开启时间点与当前时刻一致时，说明该保单已经到预定的推送时间了，此时推送模块20将所述保单推送至承保队列中，以供所述保单对应的终端用户通过预设应用对所述承保队列中的所述保单进行确认。

此时应当理解的是，所述推送模块20将保险系统中待确认的保单推送至承保队列，相当于是将保单推送至保险系统事先设置好的区域中，那么，用户需要在终端中下载并安装相应的预设应用，再通过安装的所述预设应用查询所述承保队列中的保单，以对查询的保单进行确认。

当用户通过所述终端的预设应用对保单进行核验，并确认保单中的信息无误时，触摸所述预设应用中预设的确认按钮，以触发确认指令。当所述推送模块20接收到终端发送的确认指令时，即可将所述承保队列中的所述保单推送至承保阶段进行承保。当然，所述预设应用中不仅包括确认按钮，还包括修改按钮，当用户点击所述修改按钮时，即对保单中的信息进行修改，并在修改完成后点击确认按钮，以便所述推送模块20在接收到确认指令时，将所述修改后的保单推送至承保阶段进行承保。

所述推送模块20，还用于若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。

在本实施例中，若接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。当然，在保单推送至承保队列中，以供用户进行确认时，可能会出现用户长时间未确认的情况。因此，本实施例中，在所述保单的关闭时间点到达都未接收到确认指令时，为了不长时间占用保险系统的资源，此时所述推送模块20直接将所述承保队列中的所述保单推送至承保阶段。

本实施例提出的保单推送装置100，检测模块10实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，在有保单的开启时间点到达时，推送模块20将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认，若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，所述推送模块20将所述承保队列中的所述保单推送至承保阶段，实现了分时间点推送相应的保单进行承保，提高了保险系统的资源利用率。

进一步地，基于第一实施例提出本发明保单推送装置100的第二实施例，在本实施例中，参照图5，所述保单推送装置100还包括：

确定模块30，用于在生成保单时，确定所述保单对应的业务机构；

设置模块40，用于根据所述业务机构预设的指示信息，设置所述保单对应的开关状态；

处理模块50，用于若所述保单对应的开关状态为开启状态，则将所述保单标记为待确认的保单，并设置所述保单的开启时间点和关闭时间点。

在本实施例中，在生成保单时，确定模块30先确定该保单对应的业务机构，然后查看该业务机构预设的指示信息，是需要将保单的开关状态设置为开启状态还是关闭状态，具体可以由该业务机构事先发送的邮件或备注信息，或者是该业务机构传统采用的模式进行确定，最终设置模块40根据该业务机构对应的指示信息，设置所述保单的开关状态。所述开关状态包括开启状态和关闭状态，其中，所述开启状态表示该保单需要进行信息的确认核验，所述关闭状态表示该保单无需进行信息的确认核验。

本实施例中，所述保单的开关状态的设置方式优选在设置界面进行设置，具体地：所述设置界面显示开启状态和关闭状态两个选择框，点击任一个选择框即可将所述保单的开关状态设置为相应的状态。

当所述设置模块40将所述保单的开关状态为开启状态时，处理模块50即可将该保单标记为待确认的保单，此时所述设置界面中显示出开启时间点和关闭时间点的输入框。本实施例中，为了减少设置界面中信息的冗余显示，仅当将开关状态设置为开启状态时，才显示开启时间点和关闭时间点的输入框。该输入框可以是文本输入框，也可以是下拉输入框，当该输入框为文本输入框时，需要用户输入开启时间点和关闭时间点；当该输入框为下拉输入框时，用户可以基于该下拉输入框，选择已有的开启时间点和关闭时间点，并将选择的开启时间点和关闭时间点输入到该输入框中，以实现对该保单的开启时间点和关闭时间点的设置。

值得注意的，同一个业务机构可能包括多个保单，因此，在设置同一个业务机构的保单的开关状态时，可进行批量设置，同理，设置开启时间点和关闭时间点也可以进行批量设置。

在本实施例中，在生成保单时，对保单的开关状态，以及开启时间点和关闭时间点进行设置，便于后续推送保单进行承保时，按照不同的时间点进行推送，提高了保单推送的智能性。

进一步地，基于第一实施例提出本发明保单推送装置100的第三实施例，在本实施例中，参照图6，所述保单推送装置100还包括：

所述设置模块40，还用于若所述保单的开关状态为关闭状态，则设置所述保单的等待时长；

计时模块60，用于从设置等待时长的时间点开始计时；

切换模块70，用于若在所述等待时长内接收到开关状态的切换指令，则将所述保单从关闭状态切换为开启状态；

所述处理模块50，还用于将所述保单标记为待确认的保单，以及设置所述保单的开启时间点和关闭时间点。

在本实施例中，所述设置模块40在根据所述业务机构预设的指示信息，设置所述保单对应的开关状态之后，若将所述保单的开关状态为关闭状态，此时，为了提高保单开关状态设置的灵活性，可对设置为关闭状态的保单设置一个等待时长，用于对开关状态进行更改。所述等待时长同样是在设置界面中进行设置，具体的时长不做限定，根据具体情况而定。

本实施例中，为了减少设置界面中信息的冗余显示，仅当将开关状态设置为关闭状态时，才显示等待时长的输入框，该输入框同样同样包括文本输入框和下拉输入框，等待时长的输入方式与上文一致，此处不再赘述。

在所述保单的等待时长设置完成时，计时模块60启动定时器开始进行计时，若在所述等待时长内接收到开关状态的切换指令时，则切换模块70将所述保单从关闭状态切换为开启状态，此时，所述处理模块50将所述保单标记为待确认的保单，并且设置所述保单的开启时间点和关闭时间点，具体的设置方式上文已经详述。

进一步地，所述保单推送装置100还包括：

所述推送模块20，还用于在计时的时间间隔达到所述等待时长时，将所述保单推送至承保阶段。

在本实施例中，对设置关闭状态的保单设置一个等待时长，用于在该等待时长内，可以将保单的关闭状态更改为开启状态，从而提高了保单开关状态设置的灵活性。

进一步地，基于第一至第三实施例提出本发明保单推送装置100的第四实施例，在本实施例中，所述保单推送装置100还包括：

屏蔽模块，用于在根据承保的保单得到赠送类保单时，屏蔽所述赠送类保单的发票信息；

所述检测模块10，还用于检测保险系统当前是否开启了定期结算业务；

取消模块，用于若当前开启了定期结算业务，则取消所述定期解算业务；

发布模块，用于将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供终端用户通过预设应用进行查看。

在本实施例中，在将保单推送至承保阶段之后，若获得一些赠送类保单，则屏蔽模块屏蔽所述赠送类保单的发票信息。应当理解，由于该类保单赠送类保单，所以该类保单的所有涉及费用不计入业绩、不扣佣金，所有涉及费用项目也都无需收付汇总，可直接保全确认。然而，现有的赠送类保单的推送，需要经由财务进行对接，以记录相关信息，如保单号以及具体金额(此处金额为0)等等，对接后才将该赠送类的保单推送出去，由于保单经由财务对接，需要等待的周期较长，导致用户获得该类保单所花费的时间较长。

因此，本实施例中，为了便于赠送类保单尽快推送至用户，此时，所述屏蔽模块屏蔽所述赠送类保单的发票信息，当然，为了保证财务可以记录该赠送类保单的相关信息，所述屏蔽模块屏蔽所述赠送类保单的发票信息的同时，所述推送模块20将该保单的保单号和具体金额等信息发送至财务，以便于财务记录该保单的相关信息。

在所述屏蔽模块屏蔽所述赠送类保单的发票信息之后，所述检测模块10进一步判断所述保险系统当前是否开启了定期结算业务，若开启了定期结算业务，则取消模块取消所述定期解算业务，当然，此时为了使管理员及时了解系统当前的情况，所述取消模块取消所述定期解算业务的同时，输出提示信息，以告知管理员当前屏蔽了定期结算业务。

最终，发布模块将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供用户通过所述预设应用进行查看。

在本实施例中，对赠送类保单的发票信息进行屏蔽，对定期结算业务进行取消，使得赠送类保单无需走多余的流程，直接发布到网站中，以供用户查看即可，实现了赠送类保单快速推送，提升了用户体验。

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

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

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

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

Claims (10)

1.一种保单推送方法，应用于服务端，其特征在于，所述保单推送方法包括：

实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点；

在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认；

若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。

2.如权利要求1所述的保单推送方法，其特征在于，所述实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点的步骤之前，所述保单推送方法还包括：

在生成保单时，确定所述保单对应的业务机构；

根据所述业务机构预设的指示信息，设置所述保单对应的开关状态；

若所述保单对应的开关状态为开启状态，则将所述保单标记为待确认的保单，并设置所述保单的开启时间点和关闭时间点。

3.如权利要求2所述的保单推送方法，其特征在于，所述根据所述业务机构预设的指示信息，设置所述保单对应的开关状态的步骤之后，所述保单推送方法还包括：

若所述保单的开关状态为关闭状态，则设置所述保单的等待时长；

从设置等待时长的时间点开始计时；

若在所述等待时长内接收到开关状态的切换指令，则将所述保单从关闭状态切换为开启状态，并将所述保单标记为待确认的保单，以及设置所述保单的开启时间点和关闭时间点。

4.如权利要求3所述的保单推送方法，其特征在于，所述从设置等待时长的时间点开始计时的步骤之后，所述保单推送方法还包括：

在计时的时间间隔达到所述等待时长时，将所述保单推送至承保阶段。

5.如权利要求1-4任一项所述的保单推送方法，其特征在于，所述保单推送方法还包括：

在根据承保的保单得到赠送类保单时，屏蔽所述赠送类保单的发票信息；

检测保险系统当前是否开启了定期结算业务；

若当前开启了定期结算业务，则取消所述定期解算业务；

将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供终端用户通过预设应用进行查看。

6.一种保单推送装置，应用于服务端，其特征在于，所述保单推送装置包括：

检测模块，用于实时检测保险系统中各个待确认的保单对应的开启时间点和关闭时间点，其中，开启时间点早于关闭时间点；

推送模块，用于在有保单的开启时间点到达时，将所述保单推送至承保队列中，以供终端用户对所述承保队列中的所述保单进行确认；

所述推送模块，还用于若接收到所述终端返回的确认指令或在所述关闭时间点到时未接收到所述终端返回的确认指令，则将所述承保队列中的所述保单推送至承保阶段。

7.如权利要求6所述的保单推送装置，其特征在于，所述保单推送装置还包括：

确定模块，用于在生成保单时，确定所述保单对应的业务机构；

设置模块，用于根据所述业务机构预设的指示信息，设置所述保单对应的开关状态；

处理模块，用于若所述保单对应的开关状态为开启状态，则将所述保单标记为待确认的保单，并设置所述保单的开启时间点和关闭时间点。

8.如权利要求7所述的保单推送装置，其特征在于，所述设置模块，还用于若所述保单的开关状态为关闭状态，则设置所述保单的等待时长；

所述保单推送装置还包括：

计时模块，用于从设置等待时长的时间点开始计时；

切换模块，用于若在所述等待时长内接收到开关状态的切换指令，则将所述保单从关闭状态切换为开启状态；

所述处理模块，还用于将所述保单标记为待确认的保单，以及设置所述保单的开启时间点和关闭时间点。

9.如权利要求8所述的保单推送装置，其特征在于，所述保单推送装置还包括：

所述推送模块，还用于在计时的时间间隔达到所述等待时长时，将所述保单推送至承保阶段。

10.如权利要求6-9任一项所述的保单推送装置，其特征在于，所述保单推送装置还包括：

屏蔽模块，用于在根据承保的保单得到赠送类保单时，屏蔽所述赠送类保单的发票信息；

所述检测模块，还用于检测保险系统当前是否开启了定期结算业务；

取消模块，用于若当前开启了定期结算业务，则取消所述定期解算业务；

发布模块，用于将屏蔽发票信息和取消定期解算业务的赠送类保单发布到所述保险系统的网站中，以供终端用户通过预设应用进行查看。