CN107689980A - 保险文档推送方法、装置及计算机可读存储介质 - Google Patents

Abstract

本发明公开一种保险文档推送方法、装置及计算机可读存储介质，所述方法包括：获取待寄送的保险文档及保险文档对应的用户信息；将保险文档按照对接平台的接口规则封装后发送到对接平台，其中对接平台为用户注册的可进行保险文档接收的第三方平台；根据用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。本方案将获取的保险文档以对接平台的接口规则封装后，通过对接平台以电子文档的方式发送到与其对应的用户，同时接收用户发送的反馈信息，避免使用纸质保险文档的单方面发送，形成发送与接收的应答机制，实现降低成本的同时及时掌握保险文档的送达情况。

Description

保险文档推送方法、装置及计算机可读存储介质

技术领域

本发明主要涉及网络通信技术领域，具体地说，涉及一种保险文档推送方法、装置及计算机可读存储介质。

背景技术

目前，保险公司在给在给客户推送诸如三合一通知书、缴费对账单以及停效通知书等各类保险文档时，通常采用纸质函件或者短信的方式进行推送，这种推送方式一方面保险文档的种类多、客户数量大，印制纸质文档成本或者通信成本较高，另一方面保险文档以通知客户为目的的单向发送，无法获取客户的反馈，会导致保险公司无法正确掌握客户的保险文档的送达情况。

发明内容

本发明的主要目的是提供一种保险文档推送方法、装置及计算机可读存储介质，旨在解决现有技术中无法及时掌握保险文档的送达情况的问题。

为实现上述目的，本发明提供一种保险文档推送方法，所述保险文档推送方法包括以下步骤：

获取待寄送的保险文档及保险文档对应的用户信息；

将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台；

根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；

接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

优选地，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后包括：

判断所述反馈信息中是否携带保险文档的收文地址信息；

当反馈信息中携带保险文档的收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间。

优选地，所述判断所述反馈信息中是否携带保险文档的收文地址信息的步骤之后包括：

当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

优选地，所述获取待寄送的保险文档及保险文档对应的用户信息的步骤之前包括：

在生成保险文档的同时记录保险文档信息，所述保险文档信息包括用户信息和发送时间，以根据发送时间确定待寄送的保险文档。

优选地，所述保险文档信息还包括保险文档对应的产品类型，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后包括：

根据所述产品类型以及用户信息，向用户推荐相关产品。

此外，为实现上述目的，本发明还提出一种保险文档推送装置，所述保险文档推送装置包括存储器、处理器、通信总线以及存储在所述存储器上的保险文档推送程序；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述保险文档推送程序，以实现以下步骤：

获取待寄送的保险文档及保险文档对应的用户信息；

将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台；

根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；

接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

优选地，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述处理器还用于执行所述保险文档推送程序，以实现以下步骤：

判断所述反馈信息中是否携带保险文档的收文地址信息；

当反馈信息中携带保险文档的收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间；

当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

优选地，所述获取待寄送的保险文档及保险文档对应的用户信息的步骤之前，所述处理器还用于执行所述保险文档推送程序，以实现以下步骤：

在生成保险文档的同时记录保险文档信息，所述保险文档信息包括用户信息和发送时间，以根据发送时间确定待寄送的保险文档。

优选地，所述保险文档信息还包括保险文档对应的产品类型，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述处理器还用于执行所述保险文档推送程序，以实现以下步骤：

根据所述产品类型以及用户信息，向用户推荐相关商品。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序可被一个或者一个以上的处理器执行以用于：

获取待寄送的保险文档及保险文档对应的用户信息；

将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台；

根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；

接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

本发明提出的保险文档推送方法，通过获取需要寄送的保险文档及保险文档对应的用户信息，并将需要寄送的保险文档依照对接平台的接口规则封装后发送到对接平台，以根据用户信息，通过对接平台将保险文档以电子文档的方式发送到与用户信息对应的用户端，同时还通过此对接平台接收用户端发送的反馈信息，从而避免使用纸质保险文档或短信的单方面发送，形成发送与接收的应答机制，实现发送保险文档降低成本的同时及时掌握保险文档的送达情况。

附图说明

图1是本发明的保险文档推送方法第一实施例的流程示意图；

图2是本发明的保险文档推送方法第二实施例的流程示意图；

图3是本发明的保险文档推送方法第三实施例的流程示意图；

图4是本发明的保险文档推送方法第四实施例的流程示意图；

图5是本发明实施例方法涉及的硬件运行环境的设备结构示意图。

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

具体实施方式

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

本发明提供一种保险文档推送方法，

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

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

步骤S10，获取待寄送的保险文档及保险文档对应的用户信息。

可理解地，保险公司的保险***中每天有大量的保险文档需要处理，例如收费通知书、转账缴费通知书、停效通知书等各种以通知客户为目的的通知书类的保险文档。本方案考虑到保险***需要处理的保险文档量大，以及处理的快捷性，采用批处理的方式对这些大量的任务进行处理，其中批处理是对待处理对象进行批量的处理，因可以批量处理，从而使大量任务的处理速度较快。本实施例，设置有批处理任务触发机制，当检测到批处理任务触发时，获取待寄送的保险文档以及保险文档对应的用户信息。因不同的人员购买保险的时间、保险生效的时间、保险时长等均不相同，从而导致发送保险文档的时间和发送保险文档的类型也不相同，保险文档与每个用户购买的保险相对应。当检测到批处理任务触发时，说明需要进行批处理，此时获取需要当天寄送的所有保险文档，以及与保险文档对应的用户信息，其中用户信息为与用户购买保险时的用户信息，而保险文档为依据用户购买的保险而生成的，从而保险文档与用户信息有一一对应关系。另一方面，因保险***每天工作时间需要办理的业务量巨大，为了减轻***消耗，可将获取需要寄送的保险文档的批处理任务设定为在工作时间外的时间里处理，当检测到定时批处理任务触发时，定时自动获取当天或次日需要寄送的保险文档以及保险文档对应的用户信息，以避免大量业务减慢业务处理速度。

步骤S20，将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台。

进一步地，本实施例的保险文档采用电子文档的方式发送，在获取需要寄送的保险文档后，将保险文档发送到用户终端，用户在用户终端打开此保险文档显示，获知保险文档的内容。用户终端可以是手机、平板电脑、iPad等智能终端，因智能终端并不能直接打开保险文档，需要通过第三方平台的转接，且用户需要对第三方平台注册，获取第三方平台的使用权限才可进行接收查看。将此用户注册的且可进行保险文档接收的第三方平台定义为对接平台，具体可以是微信、QQ或者是金管家APP。可理解地，因保险文档为电子文件，其在***中以数据的形式体现，***获取的保险文档数据的接口规则和对接平台的接口规则不一致。如果不对保险文档的数据处理直接发送到接口平台，可能出现接收的保险文档不能打开的异常，因而本实施例在获取到需要寄送的保险文档之后，将体现此保险文档的数据按照对接平台的接口规则封装。不同对接平台的接口规则不相同，因而根据具体对接平台的接口规则对保险文档的数据封装后发送到对接平台，从而避免接收异常。

步骤S30，根据所述用户信息，将保险文档通过对接平台发送到与保险文档对应的用户端。

可理解地，因保险文档与用户信息存在一一对应的关系，所以本实施例可根据用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端。具体地，用户信息可以包括用户在对接平台上注册的唯一ID、根据此用户ID，可将保险文档发送到与此ID对应的对接平台，用户在用户端上打开对接平台即可实现保险文档的查看。通过发送电子文档的方式，避免了纸质文档的打印、邮寄，节省了成本且更加环保。

步骤S40，接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

更进一步地，用户在用户端上查看保险文档后，可对保险文档进行反馈。具体地，用户端上的对接平台的页面设置有反馈按钮，点击按钮即可进行反馈。优选地，还可以设置反馈输入框，以供用户输入要反馈的信息，反馈信息可以包括对保险文档对应的保险的反馈，建议与意见或者评分等。当接收到用户端通过对接平台发送的反馈信息，即表明用户已经接收到了保险文档。将此反馈信息记录，进行保险文档的接收归档，以便后续用户的查询。在本发明另一实施例中，当保险文档以纸质文档的形式发送的时候，可以采用在纸质文档上印制二维码的方式。用户接收到纸质保险文档时，使用用户端扫描二维码，当接收到用户端扫描二维码的扫描信息时，即可判定客户已接收到纸质保险文档。可理解地，不是所有接收到保险文档的用户都会进行反馈，为了提高用户的反馈积极性，设置有激励机制，例如万里通积分或者微信红包，只要用户进行反馈，即进行相应的奖励，从而通过反馈使公司正确掌握客户的保险文档的送达情况。

本实施例的保险文档推送方法包括：获取待寄送的保险文档及保险文档对应的用户信息；将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台；根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。本方案通过将获取的保险文档以对接平台的接口规则封装后，通过对接平台以电子文档的方式发送到与保险文档对应的用户端，同时接收用户端发送的反馈信息，避免使用纸质保险文档的单方面发送，形成一个发送与接收的应答机制，实现发送保险文档降低成本的同时及时掌握保险文档的送达情况。

进一步地，参照图2，图2为本发明保险文档推送方法第二实施例的流程示意图，基于本发明保险文档推送方法的第一实施例提出本发明的第二实施例。

在本实施例中，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后包括：

步骤S50，判断所述反馈信息中是否携带保险文档的收文地址信息。

步骤S60，当反馈信息中携带保险文档的收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间。

步骤S70，当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

进一步地，当接收到用户端通过对接平台发送的反馈信息后，判断反馈信息中是否携带保险文档的收文地址信息，当携带此收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间。用户购买保险时，需要填写联系地址信息，将此地址信息作为收文地址信息保存在本地。此后，根据用户的反馈信息将此历史收文地址信息进行更新。具体地，用户终端有允许获取其地理位置信息的选项，当此选项开启时，用户进行反馈时会自动获取用户终端所在的地理位置信息，并将此地理位置信息添加至反馈信息，和反馈信息一并发送。因反馈信息用于表征用户对保险文档的接收情况，所以此地理位置信息即为接收到保险文档的收文地理位置信息。将原来记录的地理位置信息更新为此地理位置信息，并记录更新时间，以获得准确的地理位置信息。例外的，当用户进行反馈时，所在的地理位置并不是其现在的通信位置，而是在一些公共场所或者其他私人场所。此时，如果将其反馈信息中携带的地理位置信息更新为当前的收文地址信息，将会使收文地址信息不准确。为了防止这种情况发生，在提交反馈信息的时候弹出对话框，以提示用户确认地理位置信息是否正确，当用户确认正确时，将此地理位置信息作为收文地址信息和反馈信息一并反馈，当用户确认不正确时，弹出地理位置信息修改框，用户在修改框中修改地理位置信息，将此修改的地理位置信息作为收文地理位置信息和反馈信息一并反馈。

当判断出反馈信息中不携带保险文档的收文地址信息时，则发送提示信息以提醒用户反馈收文地址信息。具体地，向用户端的对接平台发送提示信息，此提示信息可以通过弹出对话框的形式显示，用户在接收到此提示信息后，可以通过开启用户终端的允许获取地理位置信息的选项，也可以手动输入地理位置信息。相应的，对于接收纸质保险文档的用户，当其扫描纸质保险文档上的二维码进行反馈时，也可以通过开启获取用户终端的允许获取地理位置信息的选项的方式来携带收文地址信息。在接收到扫描二维码的扫描信息，确定用户已接收到保险文档的同时获取扫描信息中携带的收文地址信息。当反馈信息中未携带有收文地址信息时，在扫描二维码弹出的页面中显示提示信息，提醒用户反馈收文地址信息。通过提示用户反馈正确的收文地址信息，确保地理位置的正确性，方便用户后续接收其他纸质资料的同时充实了公司的地址库，为后续业务员分配提供支持。

进一步地，参照图3，图3为本发明保险文档推送方法第三实施例的流程示意图，基于本发明保险文档推送方法的第二实施例提出本发明的第三实施例。

在本实施例中，所述获取待寄送的保险文档及保险文档对应的用户信息的步骤之前包括：

步骤S80，在生成保险文档的同时记录保险文档信息，所述保险文档信息包括用户信息和发送时间，以根据发送时间确定带寄送的保险文档。

可理解地，保险中很多业务都有时效性，在时效期内或时效期外会生成相应的保险文档，例如续保通知书为一年期续保型险种满期日后经核保确认新的续保条件后寄发给客户的保险文档；停效通知书为用户保单过宽限期后仍未缴纳续期保险费，保险合同中止效力的保险文档。在生成保险文档的同时记录保险文档信息，其中保险文档信息为表征保险文档内容的信息，包括投保人姓名、投保人地址、投保人年龄等用户信息以及保险文档需要发送的发送时间。根据此发送时间可确定哪些保险文档需要寄送，哪些尚未到寄送时间，到达寄送时间需要寄送的保险文档为待寄送保险文档。当到达此记录的发送时间点时，即到达待寄送保险文档的发送时间，采用批处理任务获取此时间点需要发送的批量保险文档，同时还需要获取批量保险文档中每份保险文档对应的用户信息，以便后续根据用户信息中的投保人，发送保险文档。

进一步地，参照图4，图4为本发明保险文档推送方法第四实施例的流程示意图，基于本发明保险文档推送方法的第三实施例提出本发明的第四实施例。

在本实施例中，所述保险文档信息还包括保险文档对应的产品类型，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后包括：

步骤S90，根据所述产品类型以及用户信息，向用户推荐相关产品。

更进一步地，在生成保险文档时记录的保险文档信息还包括保险文档对应的产品类型，保险文档依据用户购买的保险产品生成，从而保险文档和保险产品存在一一对应关系。保险产品属于某一保险产品类型，获取保险文档对应的产品类型，即可获取用户的保险需求，优选地，也可以获取保险文档对应的保险产品，从而直接获知用户购买的保险产品。同时从用户信息可以获知用户的潜在需求，例如从投保人年龄可知此年龄段的人员可能的患病风险，或者同年龄段的其他人员购买的保险产品类型。从而根据产品类型和用户信息，向用户推荐与产品类型或用户信息相关的产品，以根据用户的需求或偏好，向用户推荐产品，更好的服务用户。具体地推荐方式，当保险文档以电子文档发送到用户终端的对接平台时，可以在用户提交反馈信息后的页面中显示推荐产品的信息，或者定时或不定时的在对接平台发送推荐产品的信息。当保险文档以纸质文档发送时，用户扫描纸质文档进行反馈后，在扫描后的页面中显示推荐产品的信息。用户点击此推荐产品的信息即可了解产品的具体内容，提升客户体验。

参照图5，图5是本发明实施例方法涉及的硬件运行环境的设备结构示意图。

本发明实施例保险文档推送装置可以是PC，也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面3)播放器、便携计算机等终端设备。

如图5所示，该保险文档推送装置可以包括：处理器1001，例如CPU，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，该保险文档推送装置还可以包括用户接口、网络接口、摄像头、RF(RadioFrequency，射频)电路，传感器、音频电路、Wi-Fi模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

本领域技术人员可以理解，图5中示出的保险文档推送装置结构并不构成对保险文档推送装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图5所示，作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块以及保险文档推送程序。操作***是管理和控制保险文档推送装置硬件和软件资源的程序，支持保险文档推送程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与保险文档推送装置中其它硬件和软件之间通信。

在图5所示的保险文档推送装置中，处理器1001用于执行存储器1005中存储的保险文档推送程序，实现以下步骤：

获取待寄送的保险文档及保险文档对应的用户信息。

可理解地，保险公司的保险***中每天有大量的保险文档需要处理，例如收费通知书、转账缴费通知书、停效通知书等各种以通知客户为目的的通知书类的保险文档。本方案考虑到保险***需要处理的保险文档量大，以及处理的快捷性，采用批处理的方式对这些大量的任务进行处理，其中批处理是对待处理对象进行批量的处理，因可以批量处理，从而使大量任务的处理速度较快。本实施例，设置有批处理任务触发机制，当检测到批处理任务触发时，获取待寄送的保险文档以及保险文档对应的用户信息。因不同的人员购买保险的时间、保险生效的时间、保险时长等均不相同，从而导致发送保险文档的时间和发送保险文档的类型也不相同，保险文档与每个用户购买的保险相对应。当检测到批处理任务触发时，说明需要进行批处理，此时获取需要当天寄送的所有保险文档，以及与保险文档对应的用户信息，其中用户信息为与用户购买保险时的用户信息，而保险文档为依据用户购买的保险而生成的，从而保险文档与用户信息有一一对应关系。另一方面，因保险***每天工作时间需要办理的业务量巨大，为了减轻***消耗，可将获取需要寄送的保险文档的批处理任务设定为在工作时间外的时间里处理，当检测到定时批处理任务触发时，定时自动获取当天或次日需要寄送的保险文档以及保险文档对应的用户信息，以避免大量业务减慢业务处理速度。

将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台。

进一步地，本实施例的保险文档采用电子文档的方式发送，在获取需要寄送的保险文档后，将保险文档发送到用户终端，用户在用户终端打开此保险文档显示，获知保险文档的内容。用户终端可以是手机、平板电脑、iPad等智能终端，因智能终端并不能直接打开保险文档，需要通过第三方平台的转接，且用户需要对第三方平台注册，获取第三方平台的使用权限才可进行接收查看。将此用户注册的且可进行保险文档接收的第三方平台定义为对接平台，具体可以是微信、QQ或者是金管家APP。可理解地，因保险文档为电子文件，其在***中以数据的形式体现，***获取的保险文档数据的接口规则和对接平台的接口规则不一致。如果不对保险文档的数据处理直接发送到接口平台，可能出现接收的保险文档不能打开的异常，因而本实施例在获取到需要寄送的保险文档之后，将体现此保险文档的数据按照对接平台的接口规则封装。不同对接平台的接口规则不相同，因而根据具体对接平台的接口规则对保险文档的数据封装后发送到对接平台，从而避免接收异常。

根据所述用户信息，将保险文档通过对接平台发送到与保险文档对应的用户端。

可理解地，因保险文档与用户信息存在一一对应的关系，所以本实施例可根据用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端。具体地，用户信息可以包括用户在对接平台上注册的唯一ID、根据此用户ID，可将保险文档发送到与此ID对应的对接平台，用户在用户端上打开对接平台即可实现保险文档的查看。通过发送电子文档的方式，避免了纸质文档的打印、邮寄，节省了成本且更加环保。

接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

更进一步地，用户在用户端上查看保险文档后，可对保险文档进行反馈。具体地，用户端上的对接平台的页面设置有反馈按钮，点击按钮即可进行反馈。优选地，还可以设置反馈输入框，以供用户输入要反馈的信息，反馈信息可以包括对保险文档对应的保险的反馈，建议与意见或者评分等。当接收到用户端通过对接平台发送的反馈信息，即表明用户已经接收到了保险文档。将此反馈信息记录，进行保险文档的接收归档，以便后续用户的查询。在本发明另一实施例中，当保险文档以纸质文档的形式发送的时候，可以采用在纸质文档上印制二维码的方式。用户接收到纸质保险文档时，使用用户端扫描二维码，当接收到用户端扫描二维码的扫描信息时，即可判定客户已接收到纸质保险文档。可理解地，不是所有接收到保险文档的用户都会进行反馈，为了提高用户的反馈积极性，设置有激励机制，例如万里通积分或者微信红包，只要用户进行反馈，即进行相应的奖励，从而通过反馈使公司正确掌握客户的保险文档的送达情况。

本实施例的保险文档推送装置：获取待寄送的保险文档及保险文档对应的用户信息；将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台；根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。本方案通过将获取的保险文档以对接平台的接口规则封装后，通过对接平台以电子文档的方式发送到与保险文档对应的用户端，同时接收用户端发送的反馈信息，避免使用纸质保险文档的单方面发送，形成一个发送与接收的应答机制，实现发送保险文档降低成本的同时及时掌握保险文档的送达情况。

进一步地，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述处理器1001还用于执行所述保险文档推送程序，以实现以下步骤：

判断所述反馈信息中是否携带保险文档的收文地址信息。

当反馈信息中携带保险文档的收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间。

当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

进一步地，当接收到用户端通过对接平台发送的反馈信息后，判断反馈信息中是否携带保险文档的收文地址信息，当携带此收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间。用户购买保险时，需要填写联系地址信息，将此地址信息作为收文地址信息保存在本地。此后，根据用户的反馈信息将此历史收文地址信息进行更新。具体地，用户终端有允许获取其地理位置信息的选项，当此选项开启时，用户进行反馈时会自动获取用户终端所在的地理位置信息，并将此地理位置信息添加至反馈信息，和反馈信息一并发送。因反馈信息用于表征用户对保险文档的接收情况，所以此地理位置信息即为接收到保险文档的收文地理位置信息。将原来记录的地理位置信息更新为此地理位置信息，并记录更新时间，以获得准确的地理位置信息。例外的，当用户进行反馈时，所在的地理位置并不是其现在的通信位置，而是在一些公共场所或者其他私人场所。此时，如果将其反馈信息中携带的地理位置信息更新为当前的收文地址信息，将会使收文地址信息不准确。为了防止这种情况发生，在提交反馈信息的时候弹出对话框，以提示用户确认地理位置信息是否正确，当用户确认正确时，将此地理位置信息作为收文地址信息和反馈信息一并反馈，当用户确认不正确时，弹出地理位置信息修改框，用户在修改框中修改地理位置信息，将此修改的地理位置信息作为收文地理位置信息和反馈信息一并反馈。

当判断出反馈信息中不携带保险文档的收文地址信息时，则发送提示信息以提醒用户反馈收文地址信息。具体地，向用户端的对接平台的发送提示信息，此提示信息可以通过弹出对话框的形式显示，用户在接收到此提示信息后，可以通过开启用户终端的允许获取地理位置信息的选项，也可以手动输入地理位置信息。相应的，对于接收纸质保险文档的用户，当其扫描纸质保险文档上的二维码进行反馈时，也可以通过开启获取用户终端的允许获取地理位置信息的选项的方式来携带收文地址信息。在接收到扫描二维码的扫描信息，确定用户已接收到保险文档的同时获取扫描信息中携带的收文地址信息。当反馈信息中未携带有收文地址信息时，在扫描二维码弹出的页面中显示提示信息，提醒用户反馈收文地址信息。通过提示用户反馈正确的收文地址信息，确保地理位置的正确性，方便用户后续接收其他纸质资料的同时充实了公司的地址库，为后续业务员分配提供支持。

进一步地，所述获取待寄送的保险文档及保险文档对应的用户信息的步骤之前，所述处理器1001还用于执行所述保险文档推送程序，以实现以下步骤：

在生成保险文档的同时记录保险文档信息，所述保险文档信息包括用户信息和发送时间，以根据发送时间确定带寄送的保险文档。

可理解地，保险中很多业务都有时效性，在时效期内或时效期外会生成相应的保险文档，例如续保通知书为一年期续保型险种满期日后经核保确认新的续保条件后寄发给客户的保险文档；停效通知书为用户保单过宽限期后仍未缴纳续期保险费，保险合同中止效力的保险文档。在生成保险文档的同时记录保险文档信息，其中保险文档信息为表征保险文档内容的信息，包括投保人姓名、投保人地址、投保人年龄等用户信息以及保险文档需要发送的发送时间。根据此发送时间可确定哪些保险文档需要寄送，哪些尚未到寄送时间，到达寄送时间需要寄送的保险文档为待寄送保险文档。当到达此记录的发送时间点时，即到达带寄送保险文档的发送时间，采用批处理任务获取此时间点需要发送的批量保险文档，同时还需要获取批量保险文档中每份保险文档对应的用户信息，以便后续根据用户信息中的投保人，发送保险文档。

进一步地，所述保险文档信息还包括保险文档对应的产品类型，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述处理器1001还用于执行所述保险文档推送程序，以实现以下步骤：

根据所述产品类型以及用户信息，向用户推荐相关商品。

更进一步地，在生成保险文档时记录的保险文档信息还包括保险文档对应的产品类型，保险文档依据用户购买的保险产品生成，从而保险文档和保险产品存在一一对应关系。保险产品属于某一保险产品类型，获取保险文档对应的产品类型，即可获取用户的保险需求，优选地，也可以获取保险文档对应的保险产品，从而直接获知用户购买的保险产品。同时从用户信息可以获知用户的潜在需求，例如从投保人年龄可知此年龄段的人员可能的患病风险，或者同年龄段的其他人员购买的保险产品类型。从而根据产品类型和用户信息，向用户推荐与产品类型或用户信息相关的产品，以根据用户的需求或偏好，向用户推荐产品，更好的服务用户。具体地推荐方式，当保险文档以电子文档发送到用户终端的对接平台时，可以在用户提交反馈信息后的页面中显示推荐产品的信息，或者定时或不定时的在对接平台发送推荐产品的信息。当保险文档以纸质文档发送时，用户扫描纸质文档进行反馈后，在扫描后的页面中显示推荐产品的信息。用户点击此推荐产品的信息即可了解产品的具体内容，提升客户体验。

本发明提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于：

获取待寄送的保险文档及保险文档对应的用户信息。

将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台。

根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端。

接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

进一步地，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述一个或者一个以上程序还可被所述一个或者一个以上的处理器执行以用于：

判断所述反馈信息中是否携带保险文档的收文地址信息。

当反馈信息中携带保险文档的收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间。

进一步地，所述判断所述反馈信息中是否携带保险文档的收文地址信息的步骤之后，所述一个或者一个以上程序还可被所述一个或者一个以上的处理器执行以用于：

当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

进一步地，所述判断所述反馈信息中是否携带保险文档的收文地址信息的步骤之后，所述一个或者一个以上程序还可被所述一个或者一个以上的处理器执行以用于：

当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

进一步地，所述获取待寄送的保险文档及保险文档对应的用户信息的步骤之前，所述一个或者一个以上程序还可被所述一个或者一个以上的处理器执行以用于：

在生成保险文档的同时记录保险文档信息，所述保险文档信息包括用户信息和发送时间，以根据发送时间确定待寄送的保险文档。

进一步地，所述保险文档信息还包括保险文档对应的产品类型，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述一个或者一个以上程序还可被所述一个或者一个以上的处理器执行以用于：

根据所述产品类型以及用户信息，向用户推荐相关产品。

本发明计算机可读存储介质具体实施方式与上述保险文档推送方法和装置各实施例基本相同，在此不再赘述。

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

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

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

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

Claims (10)

1.一种保险文档推送方法，其特征在于，所述保险文档推送方法包括：

获取待寄送的保险文档及保险文档对应的用户信息；

将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台；

根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；

接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

2.如权利要求1所述的保险文档推送方法，其特征在于，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后包括：

判断所述反馈信息中是否携带保险文档的收文地址信息；

当反馈信息中携带保险文档的收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间。

3.如权利要求2所述的保险文档推送方法，其特征在于，所述判断所述反馈信息中是否携带保险文档的收文地址信息的步骤之后包括：

当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

4.如权利要求1-3任一项所述的保险文档推送方法，其特征在于，所述获取待寄送的保险文档及保险文档对应的用户信息的步骤之前包括：

在生成保险文档的同时记录保险文档信息，所述保险文档信息包括用户信息和发送时间，以根据发送时间确定待寄送的保险文档。

5.如权利要求4所述的保险文档推送方法，其特征在于，所述保险文档信息还包括保险文档对应的产品类型，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后包括：

根据所述产品类型以及用户信息，向用户推荐相关产品。

6.一种保险文档推送装置，其特征在于，所述保险文档推送装置包括：存储器、处理器、通信总线以及存储在所述存储器上的保险文档推送程序；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述保险文档推送程序，以实现以下步骤：

获取待寄送的保险文档及保险文档对应的用户信息；

将所述保险文档按照对接平台的接口规则封装后发送到对接平台，其中所述对接平台为用户注册的可进行保险文档接收的第三方平台；

根据所述用户信息，将保险文档通过对接平台发送到与用户信息对应的用户端；

接收并记录用户端通过对接平台发送的反馈信息，以进行保险文档的接收归档。

7.如权利要求6所述的保险文档推送装置，其特征在于，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述处理器还用于执行所述保险文档推送程序，以实现以下步骤：

判断所述反馈信息中是否携带保险文档的收文地址信息；

当反馈信息中携带保险文档的收文地址信息时，将本地对应的历史收文地址信息更新为当前的收文地址信息，并记录更新时间；

当反馈信息中不携带保险文档的收文地址信息时，发送提示信息，以提示用户反馈收文地址信息。

8.如权利要求6或7所述的保险文档推送装置，其特征在于，所述获取待寄送的保险文档及保险文档对应的用户信息的步骤之前，所述处理器还用于执行所述保险文档推送程序，以实现以下步骤：

在生成保险文档的同时记录保险文档信息，所述保险文档信息包括用户信息和发送时间，以根据发送时间确定待寄送的保险文档。

9.如权利要求8所述的保险文档推送装置，其特征在于，所述保险文档信息还包括保险文档对应的产品类型，所述接收并记录用户端通过对接平台发送的反馈信息的步骤之后，所述处理器还用于执行所述保险文档推送程序，以实现以下步骤：

根据所述产品类型以及用户信息，向用户推荐相关商品。

10.一种计算机可读存储介质，其特征在于，所述计算机课读存储介质上存储有保险文档推送程序，所述保险文档推送程序被处理器执行时实现如权利要求1-5中任一项所述的保险文档推送方法的步骤。