一种数据交互处理方法及装置与流程

本发明涉及互联网数据交互技术领域，特别是涉及一种数据交互处理方法及装置。

背景技术：

随着互联网技术的发展，通过互联网技术用户可以方便有效地进行线上活动，这是线下无法比拟的体验。

目前，大部分的保险业务是面对面浅谈完成，当需要理赔、退保或进行其他对比咨询时，均需要用户线下进行。

然而，这种方式的保险资料均是静态的，所有后继的理赔、退保、续保等操作均无法在原保险单上进行线上操作。

技术实现要素：

本申请主要提供一种数据交互处理方法及装置，能够动态更新保险资料，通过保险电子凭证进行线上数据交互。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种数据交互处理方法，所述方法包括：第一服务器接收终端设备发送的需求信息，并根据所述需求信息生成相应的保险电子凭证；其中，所述需求信息至少包括用户信息以及保险需求信息；根据所述保险电子凭证确定第一数据；在接收到所述终端设备发送的第一数据时，根据所述用户信息将所述保险电子凭证进行发送；在接收到通过所述保险电子凭证发送的交互请求时，校验所述保险电子凭证的信息，并在校验通过时执行与所述交互请求相应的操作。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种数据交互处理装置，所述装置包括生成模块、确定模块以及控制模块；所述生成模块用于接收终端设备发送的需求信息，并根据所述需求信息生成相应的保险电子凭证；其中，所述需求信息至少包括用户信息以及保险需求信息；所述确定模块用于根据所述保险子凭证确定第一数据；所述控制模块用于在接收到所述终端设备发送的第一数据时，根据所述用户信息将所述保险电子凭证进行发送；以及用于在接收到通过所述保险电子凭证发送的交互请求时，校验所述保险电子凭证的信息，并在校验通过时执行与所述交互请求相应的操作。

上述方案，第一服务器接收第一交互方发送的需求信息，并根据所述需求信息生成相应的保险电子凭证，根据所述保险电子凭证确定第一数据的值；在接收到终端发送的第一数据时，根据所述需求信息将所述保险电子凭证进行发送；在接收到通过所述保险电子凭证发送的交互请求时，校验所述保险电子凭证的信息，并在校验通过时执行与所述交互请求相应的操作。上述方式，保险电子凭证不仅能够记录保险信息，还能够通过保险电子凭证与第一服务器进行数据交互，提高数据传播范围与效率。

附图说明

图1是本申请数据交互处理方法一实施例的流程示意图；

图2是本申请保险电子凭证一实施例的示意图；

图3是本申请第一服务器一实施例的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。

参阅图1，图1是本申请数据交互处理方法一实施例的流程示意图。本实施例的执行主体为第一服务器，第一服务器保险公司管理服务器。 本实施例的数据交互处理方法包括以下步骤：

S101：第一服务器接收终端设备发送的需求信息，并根据所述需求信息生成相应的保险电子凭证。其中，所述需求信息至少包括用户信息以及保险需求信息。

其中，用户信息至少包括第一用户信息、第二用户信息或被保标物信息、第三用户信息。第一用户可以为投保人、第二用户可以为被保人、第三用户可以为受益人。用户信息可以包括第一用户、第二用户、第三用户的联系方式；联系方式可以为手机号码、电子邮箱或第一服务器为其开通的账户等。

进一步地，步骤S101可以具体为：所述第一服务器发布保险信息；接收所述终端设备根据所述保险信息发送的需求信息，并根据所述需求信息生成保险电子凭证；其中，所述保险电子凭证包括保险电子凭证编码、保险公司信息以及用户信息。

其中，第一服务器发布的保险信息包括保险险种信息、保险公司信息、供用户编辑的用户信息。

如图2所示，图2是保险电子凭证一实施例的示意图。保险电子凭证100包括保险电子凭证编码110、保险公司信息120、用户信息130以及交互功能140。交互功能140至少包括一个交互功能选项，例如，退保、申请理赔、续保、返还型保险的返还进度等，但并不限于此。

其中，电子凭证编码可以为数字编号、二维码、条形码等唯一编码。

投保人信息、被保人信息、受益人信息至少分别包括姓名、身份识别信息(例如，身份证号码)以及联系方式。联系方式可以为电话号码、邮箱等。

保险需求信息至少包括投保类型，投保类型可以包括人寿保险、财产保险，但并不限于此。其中，当投保类型为财产保险时，保险电子凭证还可以包括保险标的物的名称、数量、位置、价值等信息。

S102：根据所述保险电子凭证确定第一数据。

第一服务器在生成保险电子凭证后，根据保险电子凭证信息(例如，保险电子凭证对应的保费)确定第一数据，并向终端设备发送获取第一 数据的请求。

其中，第一数据可以为与保费额度相同的资金或兑换币等。

S103：在接收到所述终端设备发送的第一数据时，根据所述用户信息将所述保险电子凭证进行发送。

第一服务器在确认接收到终端设备响应获取第一数据的请求而发送的第一数据时，根据用户信息将生成的保险电子凭证进行发送。

进一步地，步骤S103可以具体为：所述第一服务器根据所述用户信息向所述终端设备发送所述保险电子凭证的确认信息；其中，所述确认信息至少包括所述保险电子凭证信息；

在接收到所述终端设备发送的确认信息时，校验所述第二用户信息，并在校验通过时根据所述用户信息将所述保险电子凭证发送至所述第一用户、所述第二用户以及所述第三用户；

或校验所述被保标的物信息，并在校验通过时根据所述用户信息将所述保险电子凭证发送至所述第一用户以及所述第三用户。

其中，当保险类型为人寿保险时，第一服务器在校验通过时可以根据用户信息包含的联系方式将保险电子凭证发送给第一用户、第二用户、第三用户。

当保险类型为财产保险时，第一服务器在校验通过时可以根据用户信息包含的联系方式将保险电子凭证发送给第一用户、第三用户。

进一步地，保险电子凭证信息可以包括理赔有效期、退保犹豫期、约定返还时间，但并不限于此，还可以根据实际需要增加其他内容。

进一步地，第一服务器发送保险电子凭证的日期为生效日，第一服务器根据该生效日可以确定理赔有效期的最后期限、约定返还时间、保险电子凭证终止日。

进一步地，第一服务器在将保险电子凭证发送之后，第一服务器还可以定期通知投保人该保险电子凭证的有效期、以及在到达理赔有效期的最后期限前向投保人发送是否续保的信息等。

S104：在接收到通过所述保险电子凭证发送的交互请求时，校验所述保险电子凭证的信息，并在校验通过时执行与所述交互请求相应的操 作。

其中，交互请求可以包括理赔请求、退保请求等。

进一步地，当保险电子凭证还包括退保犹豫期，在投保成功后，第一服务器接收到的交互请求为退保请求时，步骤S104可以具体为：第一服务器在接收到通过所述保险电子凭证发送的退保请求时，判断所述退保请求是否符合所述保险电子凭证对应的所述退保犹豫期要求；当所述退保请求符合所述保险电子凭证对应的所述退保犹豫期要求时，根据所述投保人信息将所述第一交互数据进行发送；当所述退保请求不符合所述保险电子凭证对应的所述退保犹豫期要求时，根据所述退保请求提出的时间确定第四数据的值，并根据所述第一用户信息将所述第四数据进行发送；其中，所述第四数据的值小于所述第一数据的值。

例如，第一服务器接收到第一用户或第二用户通过保险电子凭证发送的交互请求为退保请求时，判断接收到所述退保请求的时间是否处于退保犹豫期；当接收到该退保请求的时间处于退保犹豫期时，根据第三用户信息将第一数据进行发送(可以根据第一用户的资金账户信息退还与保费额度相同的资金)。第一服务器在退回第一数据后，还可以向第一用户、第二用户、第三用户发送投保失败的通知信息。

当接收到该退保请求的时间不属于退保犹豫期时，根据退保请求提出的时间确定第四数据的值，并根据第一用户信息将第四数据进行发送；其中，第四数据的值小于第一数据的值。

其中，当退保犹豫期满后进入核保期，第一服务器在核保期内校验第二用户信息或校验被保标的物信息。当进入核保期后，需要耗费一定的人力、物力等，因此，退回的金额小于保费。

进一步地，当保险电子凭证还包括理赔条件；其中，所述理赔条件至少包括理赔有效期以及第二数据信息，第一服务器接收到的交互请求为理赔请求时，步骤S104可以具体为：第一服务器在接收到通过所述保险电子凭证发送的理赔请求时，判断所述理赔请求是否符合所述保险电子凭证对应的理赔条件；当所述理赔请求符合所述保险电子凭证对应的理赔条件时，根据所述第三用户信息将所述第二数据发送至第三用户。

例如，第一服务器接收到的来自第一用户(也可以是第二用户或第三用户)通过保险电子凭证发送的交互请求为理赔请求时，核对接收到该理赔请求的时间是否符合保险电子凭证对应的理赔有效期的要求，以及理赔要求(理赔额度)是否符合保险电子凭证对应的保险条款。当接收到该理赔请求的时间以及理赔要求均符合时，响应该理赔请求，并向理赔发起方(第一用户人、第二用户或第三用户)提交相关资料。第一服务器校验接收到的相关资料，并在校验通过时，根据第三用户信息将所述第二数据发送至第三用户。其中，第二数据是第一服务器根据该保险电子凭证对应的保险条款计算得到。理赔成功后，退出流程。第一服务器在响应理赔请求后，还可以将保险电子凭证的状态修改为保险结束。

进一步地，当保险电子凭证还包括约定返还时间时，步骤S104可以具体为：第一服务器在所述约定返还时间内未接收到通过所述保险电子凭证发送的理赔请求时，根据所述保险电子凭证包含的约定返还时间确定第三数据，并根据所述用户信息将第三数据进行发送；其中，所述第三数据的值大于或等于所述第一数据的值。所述约定返还时间与返还条件以及第三数据的值相对应。返还条件可以为在约定返还时间内未接收到通过所述保险电子凭证发送的理赔请求。

例如，第一服务器确认在理赔有效期内未接收到理赔请求，且确认当前处于约定返还时间时，根据保险电子凭证中约定返还时间确定与其对应的退还额度，并根据第一用户信息(比如，资金账户信息等)将与退还额度相同的资金退还给第一用户。其中，此时，第三数据为退还额度。在其他实施例中，也可以以其他形式退还。

可以理解的是，第一服务器可以在定期缴纳保费后，在约定返还时间内一次或多次返还该保险电子凭证对应的退还额度。当然，多次退还额度大于保险电子凭证对应的保费额度总额。

上述方案，第一服务器接收第一交互方发送的需求信息，并根据需求信息生成相应的保险电子凭证，根据需求信息包含的用户信息将保险电子凭证进行发送；在接收到通过保险电子凭证发送的交互请求时，校验保险电子凭证的信息，并在校验通过时执行与交互请求相应的操作。 上述方式，保险电子凭证不仅能够记录保险信息，还能够通过保险电子凭证与第一服务器进行数据交互，提高数据传播范围与效率。

请参阅图3，图3是本申请第一服务器一实施例的结构示意图。本实施例中的第一服务器包括的各模块用于执行图1以及图1对应的实施例中的各步骤，具体请参阅图1以及图1对应的各步骤，此处不赘述。本实施例中的移动终端包括生成模块310、确定模块320以及控制模块330。

接收模块310用于接收用于接收终端设备发送的需求信息，并根据所述需求信息生成相应的保险电子凭证；其中，所述需求信息至少包括用户信息以及保险需求信息。

进一步地，生成模块320具体用于发布保险信息；接收所述终端设备根据所述保险信息发送的需求信息，并根据所述保险信息和所述需求信息生成保险电子凭证；其中，所述保险电子凭证至少包括保险电子凭证编码、保险公司信息以及用户信息；所述用户信息至少包括第一用户信息、第二用户信息或被保标物信息、第三用户信息。

确定模块320用于根据所述保险子凭证确定第一数据。

进一步地，确定模块320具体用于根据所述用户信息向所述终端设备发送所述保险电子凭证的确认信息；其中，所述确认信息至少包括所述保险电子凭证信息；在接收到所述终端设备发送的确认信息时，校验所述第二用户信息，并在校验通过时根据所述用户信息将所述保险电子凭证发送至所述第一用户、所述第二用户以及所述第三用户；或校验所述被保标的物信息，并在校验通过时根据所述用户信息将所述保险电子凭证发送至所述第一用户以及所述第三用户。

控制模块330用于在接收到所述终端设备发送的第一数据时，根据所述用户信息将所述保险电子凭证进行发送；以及用于在接收到通过所述保险电子凭证发送的交互请求时，校验所述保险电子凭证的信息，并在校验通过时执行与所述交互请求相应的操作。

进一步地，所述交互请求包括理赔请求、退保请求。

进一步地，当所述保险电子凭证还包括理赔条件时，控制模块330 具体用于在接收到通过所述保险电子凭证发送的理赔请求时，判断所述理赔请求是否符合所述保险电子凭证对应的理赔条件；其中，所述理赔条件至少包括理赔有效期以及第二数据信息；当所述理赔请求符合所述保险电子凭证对应的理赔条件时，根据所述第三用户信息将所述第二数据发送至第三用户；

进一步地，当所述保险电子凭证还包括约定返还时间时，控制模块330具体用于在所述约定返还时间内未接收到通过所述保险电子凭证发送的理赔请求时，根据所述保险电子凭证确定第三数据的值，并根据所述用户信息将第三数据进行发送；其中，所述第三数据的值大于或等于所述第一数据的值；

进一步地，当所述保险电子凭证还包括退保犹豫期时，控制模块330具体用于在接收到通过所述保险电子凭证发送的退保请求时，判断所述退保请求是否符合所述保险电子凭证对应的所述退保犹豫期要求；当所述退保请求符合所述保险电子凭证对应的所述退保犹豫期要求时，根据所述第一用户信息将所述第一数据进行发送；当所述退保请求不符合所述保险电子凭证对应的所述退保犹豫期要求时，所述控制模块具体用于确定所述退保请求提出的时间相对应的第四数据的值，并根据所述第一用户信息将第四数据进行发送；其中，所述第四数据的值小于所述第一数据的值。

上述方案，第一服务器接收第一交互方发送的需求信息，并根据需求信息生成相应的保险电子凭证，根据需求信息包含的用户信息将保险电子凭证进行发送；在接收到通过保险电子凭证发送的交互请求时，校验保险电子凭证的信息，并在校验通过时执行与交互请求相应的操作。上述方式，保险电子凭证不仅能够记录保险信息，还能够通过保险电子凭证与第一服务器进行数据交互，提高数据传播范围与效率。

以上描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中，省略对众所周知的装置、电路以及方法的详细说 明，以免不必要的细节妨碍本申请的描述。