CN115022396A - 内容推送方法、装置和服务器 - Google Patents

Abstract

本说明书实施例提出了一种内容推送方法、装置和服务器，其中，上述内容推送方法中，服务器接收用户使用的电子设备发送的理赔申请之后，根据上述申请理赔的保单的标识，获取用户申请理赔的保单，将上述保单的理赔申请页面的信息发送给电子设备，以供电子设备显示上述保单的理赔申请页面，然后服务器接收上述电子设备发送的数据，根据上述数据，确定用户当前所处的理赔环节，进而判断上述用户是否成功通过当前所处理赔环节，如果上述用户未成功通过当前所处理赔环节，则向电子设备推送上述理赔环节关联的内容，从而可以实现精准定位用户目前所处的理赔环节和状态，在用户未成功通过当前所处理赔环节时，向用户精准推荐理赔教育内容。

Description

内容推送方法、装置和服务器

【技术领域】

本说明书实施例涉及互联网技术领域，尤其涉及一种内容推送方法、装置和服务器。

【背景技术】

保险作为一种保障机制，已融入到人们的日常生活中。当用户发生保险事故时，可以收集理赔相关的单证文件向保险公司请求理赔，获取理赔费用。

现有相关技术中，申请理赔的用户在申请理赔的过程中或准备申请理赔前，遇到的理赔相关问题非常多，例如：用户不知道要上传哪些材料，不知道材料如何上传，不知道审核要多久等等，导致用户无法成功申请理赔，即使申请理赔后也不知道自己的理赔进度。因此需要提供一种方案，可以及时获取用户在理赔过程中遇到的问题，并针对用户遇到的问题进行教育，从而帮助用户更好、更快地申请理赔。

【发明内容】

本说明书实施例提供了一种内容推送方法、装置和服务器，以实现精准定位用户目前所处的理赔环节和状态，向用户精准推荐理赔教育内容。

第一方面，本说明书实施例提供一种内容推送方法，包括：接收用户使用的电子设备发送的理赔申请；其中，所述理赔申请中携带所述用户申请理赔的保单的标识；根据所述申请理赔的保单的标识，获取所述用户申请理赔的保单；将所述保单的理赔申请页面的信息发送给所述电子设备，以供所述电子设备显示所述保单的理赔申请页面；接收所述电子设备发送的数据；其中，所述数据是所述用户在所述电子设备显示的理赔申请页面上进行操作之后，所述电子设备获取的；根据所述数据，确定所述用户当前所处的理赔环节；判断所述用户是否成功通过当前所处理赔环节；如果所述用户未成功通过当前所处理赔环节，则向所述电子设备推送所述理赔环节关联的内容。

上述内容推送方法可以实现精准定位用户目前所处的理赔环节和状态，在用户未成功通过当前所处理赔环节时，向用户精准推荐理赔教育内容。

其中一种可能的实现方式中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；所述判断所述用户是否成功通过当前所处理赔环节包括：判断所述电子设备发送的数据中，是否包括所述理赔环节的每个必填参数项所需的数据；所述用户未成功通过当前所处理赔环节包括：所述电子设备发送的数据中，缺失所述理赔环节的至少一个必填参数项所需的数据。

其中一种可能的实现方式中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；所述判断所述用户是否成功通过当前所处理赔环节包括：记录每次接收所述数据的时刻；判断在上次接收所述数据的时刻之后的预定时长内，是否接收到所述电子设备发送的数据；所述用户未成功通过当前所处理赔环节包括：在上次接收所述数据的时刻之后的预定时长内，未接收到所述电子设备发送的数据。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括信息填写环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：如果所述用户未成功通过所述信息填写环节，则向所述用户推送所述信息填写环节所需填写信息的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括材料提交环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：如果所述用户未成功通过所述材料提交环节，则向所述用户推送所述材料提交环节所需提交材料的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括材料审核环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：如果所述用户未成功通过所述材料审核环节，则向所述用户推送所述材料审核环节所需补交材料的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括案件审核环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：如果所述用户未成功通过所述案件审核环节，则向所述用户推送所述案件审核环节审核不通过的原因的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节还包括赔付打款环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：如果所述赔付打款环节打款失败，则向所述用户推送所述赔付打款环节打款失败的原因的教育文章。

第二方面，本说明书实施例提供一种内容推送装置，包括：接收模块，用于接收用户使用的电子设备发送的理赔申请；其中，所述理赔申请中携带所述用户申请理赔的保单的标识；获取模块，用于根据所述申请理赔的保单的标识，获取所述用户申请理赔的保单；发送模块，用于将所述保单的理赔申请页面的信息发送给所述电子设备，以供所述电子设备显示所述保单的理赔申请页面；所述接收模块，还用于接收所述电子设备发送的数据；其中，所述数据是所述用户在所述电子设备显示的理赔申请页面上进行操作之后，所述电子设备获取的；确定模块，用于根据所述数据，确定所述用户当前所处的理赔环节；判断模块，用于判断所述用户是否成功通过当前所处理赔环节；推送模块，用于当所述判断模块确定所述用户未成功通过当前所处理赔环节时，向所述电子设备推送所述理赔环节关联的内容。

其中一种可能的实现方式中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；所述判断模块，具体用于判断所述电子设备发送的数据中，是否包括所述理赔环节的每个必填参数项所需的数据；所述用户未成功通过当前所处理赔环节包括：所述电子设备发送的数据中，缺失所述理赔环节的至少一个必填参数项所需的数据。

其中一种可能的实现方式中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；所述判断模块，具体用于记录每次接收所述数据的时刻，判断在上次接收所述数据的时刻之后的预定时长内，是否接收到所述电子设备发送的数据；所述用户未成功通过当前所处理赔环节包括：在上次接收所述数据的时刻之后的预定时长内，未接收到所述电子设备发送的数据。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括信息填写环节；所述推送模块，具体用于当所述用户未成功通过所述信息填写环节时，向所述用户推送所述信息填写环节所需填写信息的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括材料提交环节；所述推送模块，具体用于当所述用户未成功通过所述材料提交环节时，向所述用户推送所述材料提交环节所需提交材料的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括材料审核环节；所述推送模块，具体用于当所述用户未成功通过所述材料审核环节时，向所述用户推送所述材料审核环节所需补交材料的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节包括案件审核环节；所述推送模块，具体用于当所述用户未成功通过所述案件审核环节时，向所述用户推送所述案件审核环节审核不通过的原因的教育文章。

其中一种可能的实现方式中，所述用户当前所处理赔环节还包括赔付打款环节；所述推送模块，具体用于当所述赔付打款环节打款失败时，向所述用户推送所述赔付打款环节打款失败的原因的教育文章。

第三方面，本说明书实施例提供一种服务器，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面提供的方法。

第四方面，本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面提供的方法。

应当理解的是，本说明书实施例的第二～四方面与本说明书实施例的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

【附图说明】

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

图1为本申请一个实施例提供的内容推送方法的流程图；

图2为本说明书一个实施例提供的理赔申请页面的示意图；

图3为本说明书一个实施例提供的赔付打款页面的示意图；

图4为本说明书一个实施例提供的教育文章列表页的示意图；

图5为本申请另一个实施例提供的内容推送方法的流程图；

图6为本说明书一个实施例提供的内容推送装置的结构示意图；

图7为本说明书一个实施例提供的服务器的结构示意图。

【具体实施方式】

为了更好的理解本说明书的技术方案，下面结合附图对本说明书实施例进行详细描述。

应当明确，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。

在本说明书实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

现有相关技术中，申请理赔的用户在申请理赔的过程中或准备申请理赔前，遇到的理赔相关问题非常多，导致用户无法成功申请理赔，即使申请理赔后也不知道自己的理赔进度。

基于以上问题，本说明书实施例提供一种内容推送方法，该方法基于用户行为数据，包括用户在理赔的哪个环节进行了长时间的停留和/或用户目前申请的理赔案件卡在哪个环节等，提供一种对用户进行理赔内容推送的智能教育模式，从而减少用户在理赔过程中出现的问题，帮助用户更好、更快地申请理赔。

本说明书实施例提供的内容推送方法，涉及理赔内容的智能推荐，包括免赔额相关说明、理赔申请流程的介绍、申请理赔需要准备哪些材料的说明等。

具体来说，可以根据用户当前的操作，获取用户申请理赔的保单，进而根据用户的行为数据，判断用户当前处于理赔的哪个环节，在申请理赔的过程中遇到了什么样的问题，并向用户推荐相应的教育内容，以解决用户的问题。

图1为本申请一个实施例提供的内容推送方法的流程图，上述内容推送方法可以应用于服务器，例如：理赔服务器。如图1所示，上述内容推送方法可以包括：

步骤102，接收用户使用的电子设备发送的理赔申请；其中，所述理赔申请中携带所述用户申请理赔的保单的标识。

具体地，当用户在自己使用的电子设备上，针对该用户投保的某份保单进行申请理赔操作之后，上述电子设备可以获取用户申请理赔的保单的标识，将上述标识携带在理赔申请中发送给服务器。

其中，上述用户申请理赔的保单的标识可以为保单的统一资源定位系统(uniformresource locator，URL)等可以唯一标识保单的信息，本实施例对保单的标识的形式不作限定。

其中，上述电子设备可以为智能手机、平板电脑或个人数字助理(personaldigital assistant，PDA)等智能电子设备，本实施例对上述电子设备的形式不作限定。

步骤104，根据上述申请理赔的保单的标识，获取用户申请理赔的保单。

步骤106，将上述保单的理赔申请页面的信息发送给电子设备，以供电子设备显示上述保单的理赔申请页面。

具体地，图2为本说明书一个实施例提供的理赔申请页面的示意图，图2所示的页面具体为理赔申请环节中的信息填写环节的页面。

步骤108，接收上述电子设备发送的数据。

其中，上述数据是用户在电子设备显示的理赔申请页面上进行操作之后，上述电子设备获取的。

具体地，电子设备显示理赔申请页面之后，用户可以在上述理赔申请页面上进行操作，例如：用户可以在图2所述的信息填写环节的页面上进行信息填写操作，这样，电子设备可以获取用户填写的信息，将上述信息对应的数据发送给服务器，服务器接收上述电子设备发送的数据。

步骤110，根据上述数据，确定用户当前所处的理赔环节。

具体地，不同理赔环节对应的页面不同，因此用户在不同理赔环节对应的页面上提交的数据也不同，这样，电子设备获取的数据也不同，因此服务器接收电子设备发送的数据之后，根据上述数据，即可确定用户当前所处的理赔环节。

步骤112，判断上述用户是否成功通过当前所处理赔环节。

步骤114，如果上述用户未成功通过当前所处理赔环节，则向电子设备推送上述理赔环节关联的内容。

具体地，上述理赔环节可以包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；

一种实现方式中，判断上述用户是否成功通过当前所处理赔环节可以为：判断上述电子设备发送的数据中，是否包括上述理赔环节的每个必填参数项所需的数据；这样，用户未成功通过当前所处理赔环节可以为：上述电子设备发送的数据中，缺失上述理赔环节的至少一个必填参数项所需的数据。

另一种实现方式中，判断上述用户是否成功通过当前所处理赔环节可以为：记录每次接收上述数据的时刻；判断在上次接收上述数据的时刻之后的预定时长内，是否接收到上述电子设备发送的数据；这样，用户未成功通过当前所处理赔环节可以为：在上次接收所述数据的时刻之后的预定时长内，未接收到上述电子设备发送的数据。其中，上述预定时长可以在具体实现时，根据系统性能和/或实现需求等自行设定，本实施例对上述预定时长的长短不作限定，举例来说，上述预定时长可以为10秒钟。具体地，用户在一个理赔环节对应的页面上填写所需的信息或上传所需的材料，电子设备可以获取用户在该理赔环节对应的页面上提交的数据，然后，电子设备将数据发送给服务器，如果用户在某一个理赔环节对应的页面上停留的时长比较长，那么在电子设备本次向服务器发送数据的时刻与上一次向服务器发送数据的时刻之间的时长就比较长，这样，服务器根据接收电子设备发送的数据的时间间隔，就可以判断用户是否成功通过当前所处理赔环节，也就是说，服务器可以判断在上次接收上述数据的时刻之后的预定时长内，是否接收到上述电子设备发送的数据，如果在上次接收上述数据的时刻之后的预定时长内，未接收到上述电子设备发送的数据，则服务器可以确定用户未成功通过当前所处理赔环节。

本实施例的一种实现方式中，上述用户当前所处理赔环节可以包括信息填写环节；步骤114可以为：如果用户未成功通过信息填写环节，则向上述用户推送上述信息填写环节所需填写信息的教育文章。具体实现时，参见图2，图2展示了信息填写环节中教育文章的入口21，也就是说，如果用户未成功通过信息填写环节，可以在信息填写环节所对应的页面上显示入口21，用户点击入口21，可以进入信息填写环节所需填写信息的教育文章的列表页，然后用户可以浏览列表页中的文章，根据自身需要，打开想看的文章进行学习。

本实施例的另一种实现方式中，上述用户当前所处理赔环节可以包括材料提交环节；步骤114可以为：如果用户未成功通过材料提交环节，则向上述用户推送上述材料提交环节所需提交材料的教育文章。

本实施例的再一种实现方式中，上述用户当前所处理赔环节可以包括材料审核环节；步骤114可以为：如果上述用户未成功通过材料审核环节，则向上述用户推送上述材料审核环节所需补交材料的教育文章。

本实施例的再一种实现方式中，上述用户当前所处理赔环节包括案件审核环节；步骤114可以为：如果上述用户未成功通过案件审核环节，则向上述用户推送上述案件审核环节审核不通过的原因的教育文章。另外，在案件审核环节，向用户推送的文章中可以包括提示用户去线下保险公司提交材料的文章。

本实施例的再一种实现方式中，上述理赔环节还可以包括赔付打款环节；步骤114可以为：如果上述赔付打款环节打款失败，则向用户推送赔付打款环节打款失败的原因的教育文章。具体实现时，参见图3，图3为本说明书一个实施例提供的赔付打款页面的示意图。图3展示了赔付打款的状态31和赔付打款环节中教育文章的入口32，从图3可以看出，赔付打款的状态31显示理赔申请通过，待赔付0元，这表示赔付打款环节打款失败，这时可以在赔付打款环节所对应的页面上显示入口32，用户点击入口32，可以进入赔付打款环节打款失败的原因的教育文章的列表页，如图4所示，然后用户可以浏览列表页中的文章，根据自身需要，打开想看的文章进行学习。图4为本说明书一个实施例提供的教育文章列表页的示意图。需要说明的是，赔付打款环节打款失败的原因的教育文章中包括对于理赔结果和赔付金额进行解释的文章。

上述内容推送方法中，服务器接收用户使用的电子设备发送的理赔申请之后，根据上述申请理赔的保单的标识，获取用户申请理赔的保单，将上述保单的理赔申请页面的信息发送给电子设备，以供电子设备显示上述保单的理赔申请页面，然后服务器接收上述电子设备发送的数据，根据上述数据，确定用户当前所处的理赔环节，进而判断上述用户是否成功通过当前所处理赔环节，如果上述用户未成功通过当前所处理赔环节，则向电子设备推送上述理赔环节关联的内容，从而可以实现精准定位用户目前所处的理赔环节和状态，在用户未成功通过当前所处理赔环节时，向用户精准推荐理赔教育内容。

图5为本申请另一个实施例提供的内容推送方法的流程图，如图5所示，上述内容推送方法可以包括：

步骤502，服务器获取用户所要申请理赔的保单。

具体地，上述用户所要申请理赔的保单可以为住院医疗、长期医疗或重疾险的保单等，本实施例对此不作限定。

步骤504，根据用户的操作，判断用户当前所处的理赔环节。

具体地，如上所述，用户使用的电子设备显示理赔申请页面之后，用户可以在上述理赔申请页面上进行操作，进而电子设备可以获取用户填写的信息，将上述信息对应的数据发送给服务器，服务器接收上述电子设备发送的数据，由于不同理赔环节对应的页面不同，因此用户在不同理赔环节对应的页面上提交的数据也不同，这样，电子设备获取的数据也不同，因此服务器接收电子设备发送的数据之后，根据上述数据，即可确定用户当前所处的理赔环节。

如图5所示，理赔环节可以包括信息填写、材料提交、材料审核、案件审核和赔付打款等环节。

步骤506，对用户当前所处理赔环节的信息、材料字段和状态进行识别。

具体地，信息填写环节：填写申请人、就诊医院、就诊时间、疾病名称、就诊费用和/或银行卡等相关信息；

材料提交环节：提交门诊病历、检查报告、医疗发票、费用清单和/或委托授权书等材料；

材料审核：对用户所提交的材料进行审核，包含审核通过和审核不通过两种结果，材料审核通过则进入下个环节，不通过则需要补材料或直接拒赔；

案件审核：对用户的本次理赔申请进行审核，包含审核通过和审核不通过两种结果，案件审核通过则进入打款环节，不通过则直接拒赔；

赔付打款：对审核通过的用户进行理赔金额的给付，包含打款成功和打款不成功两种状态。

步骤508，对用户在本环节的状态予以判断，1为成功通过本环节，0为未成功通过本环节。

步骤510，根据用户是否成功通过当前所处理赔环节，判断是否需要对其进行相关环节的内容教育。

具体地，信息填写环节：1表示信息齐全，无需内容教育；0表示缺少部分内容信息，展示理赔申请需要填写那些信息的教育文章；

材料提交环节：1表示材料齐全，无需内容教育；0表示缺少部分材料，展示理赔申请需要哪些材料的教育文章；

材料审核环节：1表示材料齐全，无需内容教育；0表示缺少部分材料，展示理赔申请需要哪些材料的教育文章；

案件审核环节：1表示案件审核通过，无需内容教育；0表示案件审核未通过，展示案件审核不通过的原因有哪些文章；

赔付打款环节：1表示打款成功，无需内容教育；0表示案件打款失败，展示打款失败的原因有哪些文章。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图6为本说明书一个实施例提供的内容推送装置的结构示意图，如图6所示，上述内容推送装置可以包括：接收模块61、获取模块62、发送模块63、确定模块64、判断模块65和推送模块66；

其中，接收模块61，用于接收用户使用的电子设备发送的理赔申请；其中，上述理赔申请中携带用户申请理赔的保单的标识；

获取模块62，用于根据上述申请理赔的保单的标识，获取上述用户申请理赔的保单；

发送模块63，用于将上述保单的理赔申请页面的信息发送给上述电子设备，以供电子设备显示上述保单的理赔申请页面；

接收模块61，还用于接收电子设备发送的数据；其中，上述数据是用户在电子设备显示的理赔申请页面上进行操作之后，上述电子设备获取的；

确定模块64，用于根据上述数据，确定用户当前所处的理赔环节；

判断模块65，用于判断上述用户是否成功通过当前所处理赔环节；

推送模块66，用于当判断模块65确定用户未成功通过当前所处理赔环节时，向上述电子设备推送上述理赔环节关联的内容。

一种实现方式中，上述理赔环节可以包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；

判断模块65，具体用于判断上述电子设备发送的数据中，是否包括上述理赔环节的每个必填参数项所需的数据；这样，用户未成功通过当前所处理赔环节可以为：电子设备发送的数据中，缺失上述理赔环节的至少一个必填参数项所需的数据。

另一种实现方式中，判断模块65，具体用于记录每次接收上述数据的时刻，判断在上次接收上述数据的时刻之后的预定时长内，是否接收到电子设备发送的数据；这样，用户未成功通过当前所处理赔环节可以为：在上次接收上述数据的时刻之后的预定时长内，未接收到电子设备发送的数据。

一种实现方式中，用户当前所处理赔环节可以为信息填写环节；推送模块66，具体用于当用户未成功通过上述信息填写环节时，向用户推送上述信息填写环节所需填写信息的教育文章。

另一种实现方式中，用户当前所处理赔环节可以为材料提交环节；推送模块66，具体用于当用户未成功通过上述材料提交环节时，向用户推送上述材料提交环节所需提交材料的教育文章。

再一种实现方式中，用户当前所处理赔环节可以为材料审核环节；推送模块66，具体用于当用户未成功通过上述材料审核环节时，向用户推送上述材料审核环节所需补交材料的教育文章。

再一种实现方式中，用户当前所处理赔环节可以为案件审核环节；推送模块66，具体用于当用户未成功通过上述案件审核环节时，向用户推送上述案件审核环节审核不通过的原因的教育文章。

再一种实现方式中，用户当前所处理赔环节还可以为赔付打款环节；推送模块66，具体用于当上述赔付打款环节打款失败时，向用户推送上述赔付打款环节打款失败的原因的教育文章。

图6所示实施例提供的内容推送装置可用于执行本说明书图1～图5所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。

图7为本说明书一个实施例提供的服务器的结构示意图，如图7所示，上述服务器可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本说明书图1～图5所示实施例提供的内容推送方法。

其中，上述服务器可以设置在云端，具体地，上述服务器可以为理赔服务器，本实施例对上述服务器的形式不作限定。

图7示出了适于用来实现本说明书实施方式的示例性服务器的框图。图7显示的服务器仅仅是一个示例，不应对本说明书实施例的功能和使用范围带来任何限制。

如图7所示，服务器以通用计算设备的形式表现。服务器的组件可以包括但不限于：一个或者多个处理器410，通信接口420，存储器430，以及连接不同组件(包括存储器430、通信接口420和处理单元410)的通信总线440。

通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，或者使用多种总线结构中的任意总线结构的局域总线。举例来说，通信总线440可以包括但不限于工业标准体系结构(industry standardarchitecture，ISA)总线，微通道体系结构(micro channel architecture，MCA)总线，增强型ISA总线、视频电子标准协会(video electronics standards association，VESA)局域总线以及外围组件互连(peripheral component interconnection，PCI)总线。

服务器典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器430可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory，RAM)和/或高速缓存存储器。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本说明书图1～图5所示实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本说明书图1～图5所描述的实施例中的功能和/或方法。

处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本说明书图1～图5所示实施例提供的内容推送方法。

本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行本说明书图1～图5所示实施例提供的内容推送方法。

上述非暂态计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(read only memory，ROM)、可擦式可编程只读存储器(erasable programmable read onlymemory，EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、射频(radio frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localarea network，LAN)或广域网(wide area network，WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本说明书的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本说明书的实施例所属技术领域的技术人员所理解。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，本说明书实施例中所涉及的终端可以包括但不限于个人计算机(personal computer，PC)、个人数字助理(personal digital assistant，PDA)、无线手持设备、平板电脑(tablet computer)、手机、MP3播放器、MP4播放器等。

在本说明书所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本说明书各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (18)

1.一种内容推送方法，包括：

接收用户使用的电子设备发送的理赔申请；其中，所述理赔申请中携带所述用户申请理赔的保单的标识；

根据所述申请理赔的保单的标识，获取所述用户申请理赔的保单；

将所述保单的理赔申请页面的信息发送给所述电子设备，以供所述电子设备显示所述保单的理赔申请页面；

接收所述电子设备发送的数据；其中，所述数据是所述用户在所述电子设备显示的理赔申请页面上进行操作之后，所述电子设备获取的；

根据所述数据，确定所述用户当前所处的理赔环节；

判断所述用户是否成功通过当前所处理赔环节；

如果所述用户未成功通过当前所处理赔环节，则向所述电子设备推送所述理赔环节关联的内容。

2.根据权利要求1所述的方法，其中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；

所述判断所述用户是否成功通过当前所处理赔环节包括：

判断所述电子设备发送的数据中，是否包括所述理赔环节的每个必填参数项所需的数据；

所述用户未成功通过当前所处理赔环节包括：所述电子设备发送的数据中，缺失所述理赔环节的至少一个必填参数项所需的数据。

3.根据权利要求1所述的方法，其中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；

所述判断所述用户是否成功通过当前所处理赔环节包括：

记录每次接收所述数据的时刻；

判断在上次接收所述数据的时刻之后的预定时长内，是否接收到所述电子设备发送的数据；

所述用户未成功通过当前所处理赔环节包括：在上次接收所述数据的时刻之后的预定时长内，未接收到所述电子设备发送的数据。

4.根据权利要求2或3所述的方法，其中，所述用户当前所处理赔环节包括信息填写环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：

如果所述用户未成功通过所述信息填写环节，则向所述用户推送所述信息填写环节所需填写信息的教育文章。

5.根据权利要求2或3所述的方法，其中，所述用户当前所处理赔环节包括材料提交环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：

如果所述用户未成功通过所述材料提交环节，则向所述用户推送所述材料提交环节所需提交材料的教育文章。

6.根据权利要求2或3所述的方法，其中，所述用户当前所处理赔环节包括材料审核环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：

如果所述用户未成功通过所述材料审核环节，则向所述用户推送所述材料审核环节所需补交材料的教育文章。

7.根据权利要求2或3所述的方法，其中，所述用户当前所处理赔环节包括案件审核环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：

如果所述用户未成功通过所述案件审核环节，则向所述用户推送所述案件审核环节审核不通过的原因的教育文章。

8.根据权利要求1或3所述的方法，其中，所述用户当前所处理赔环节还包括赔付打款环节；所述如果所述用户未成功通过当前所处理赔环节，则向所述用户推送所述理赔环节关联的内容包括：

如果所述赔付打款环节打款失败，则向所述用户推送所述赔付打款环节打款失败的原因的教育文章。

9.一种内容推送装置，包括：

接收模块，用于接收用户使用的电子设备发送的理赔申请；其中，所述理赔申请中携带所述用户申请理赔的保单的标识；

获取模块，用于根据所述申请理赔的保单的标识，获取所述用户申请理赔的保单；

发送模块，用于将所述保单的理赔申请页面的信息发送给所述电子设备，以供所述电子设备显示所述保单的理赔申请页面；

所述接收模块，还用于接收所述电子设备发送的数据；其中，所述数据是所述用户在所述电子设备显示的理赔申请页面上进行操作之后，所述电子设备获取的；

确定模块，用于根据所述数据，确定所述用户当前所处的理赔环节；

判断模块，用于判断所述用户是否成功通过当前所处理赔环节；

推送模块，用于当所述判断模块确定所述用户未成功通过当前所处理赔环节时，向所述电子设备推送所述理赔环节关联的内容。

10.根据权利要求9所述的装置，其中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；

所述判断模块，具体用于判断所述电子设备发送的数据中，是否包括所述理赔环节的每个必填参数项所需的数据；

所述用户未成功通过当前所处理赔环节包括：所述电子设备发送的数据中，缺失所述理赔环节的至少一个必填参数项所需的数据。

11.根据权利要求9所述的装置，其中，所述理赔环节包括以下之一或全部：信息填写环节、材料提交环节、材料审核环节和案件审核环节；

所述判断模块，具体用于记录每次接收所述数据的时刻，判断在上次接收所述数据的时刻之后的预定时长内，是否接收到所述电子设备发送的数据；

所述用户未成功通过当前所处理赔环节包括：在上次接收所述数据的时刻之后的预定时长内，未接收到所述电子设备发送的数据。

12.根据权利要求10或11所述的装置，其中，所述用户当前所处理赔环节包括信息填写环节；

所述推送模块，具体用于当所述用户未成功通过所述信息填写环节时，向所述用户推送所述信息填写环节所需填写信息的教育文章。

13.根据权利要求10或11所述的装置，其中，所述用户当前所处理赔环节包括材料提交环节；

所述推送模块，具体用于当所述用户未成功通过所述材料提交环节时，向所述用户推送所述材料提交环节所需提交材料的教育文章。

14.根据权利要求10或11所述的装置，其中，所述用户当前所处理赔环节包括材料审核环节；

所述推送模块，具体用于当所述用户未成功通过所述材料审核环节时，向所述用户推送所述材料审核环节所需补交材料的教育文章。

15.根据权利要求10或11所述的装置，其中，所述用户当前所处理赔环节包括案件审核环节；

所述推送模块，具体用于当所述用户未成功通过所述案件审核环节时，向所述用户推送所述案件审核环节审核不通过的原因的教育文章。

16.根据权利要求9或11所述的装置，其中，所述用户当前所处理赔环节还包括赔付打款环节；

所述推送模块，具体用于当所述赔付打款环节打款失败时，向所述用户推送所述赔付打款环节打款失败的原因的教育文章。

17.一种服务器，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至8任一所述的方法。

18.一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至8任一所述的方法。

Images