CN107038549A - 团体险的信息处理方法和装置 - Google Patents

Abstract

一种团体险的信息处理方法，所述方法包括：接收任务请求，所述任务请求中携带用户标识；根据所述用户标识检测所述团体险中是否有在途任务；若有在途任务，则检测所述在途任务是否与所述任务请求互斥，当所述在途任务与所述任务请求互斥时，则根据预设规则决定是否执行所述任务请求，当所述在途任务不与所述任务请求互斥时，执行所述任务请求；若无在途任务，则执行所述任务请求。通过上述方法可在存在在途任务的情况下允许用户发起新的任务请求，同时若在需要执行的任务请求与在途任务互斥时，可自动取消该在途任务，以消除在途任务对任务请求的影响，从而提高了团体险的信息处理的效率。此外，还对应提供了一种团体险的信息处理装置。

Description

团体险的信息处理方法和装置

技术领域

本发明涉及互联网技术领域，特别是涉及一种团体险的信息处理方法和装置。

背景技术

随着经济和社会的发展，人们越来越关注自身的生命安全与财产安全，保险也逐渐融入到人们的生活中。越来越多的企业也开始为员工购买团体险。团体险是以团体为保险对象，以集体名义投保并由保险人签发一份总的保险合同，保险人按合同规定向其团体中的成员提供保障的保险。

在传统的方式中，当用户的团体险中存在未完成的任务时，需要完成或取消该未完成的任务才能发起新的任务，其操作效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高操作效率的团体险的信息处理方法和装置。

一种团体险的信息处理方法，所述方法包括：接收任务请求，所述任务请求中携带用户标识；根据所述用户标识检测所述团体险中是否有在途任务；若有在途任务，则检测所述在途任务是否与所述任务请求互斥，若是，则根据预设规则决定是否执行所述任务请求，否则，执行所述任务请求；若无在途任务，则执行所述任务请求。

在其中一个实施例中，所述检测所述在途任务是否与所述任务请求互斥的步骤，包括：检测所述任务请求对应的任务对象是否与所述在途任务对应的任务对象相同。

在其中一个实施例中，根据预设规则决定是否执行所述任务请求的步骤，包括：判断所述在途任务的等待时间是否超过与所述在途任务的对应的预设时间；若是，则取消所述在途任务，执行所述任务请求；否则，则向用户终端发送是执行所述在途任务还是执行所述任务请求的第一询问，接收所述用户终端的第一反馈，根据所述第一反馈决定是执行所述在途任务还是执行所述任务请求。

在其中一个实施例中，所述根据所述用户标识检测所述团体险中是否有在途任务的步骤，包括：根据所述用户标识获取用户的团体险中的任务记录；检测所述任务记录中是否存在在途任务。

在其中一个实施例中，当所述在途任务与所述任务请求不互斥时，所述方法还包括：向用户终端发送是否执行所述在途任务的第二询问，接收用户的第二反馈决定是否执行所述在途任务。

一种团体险的信息处理装置，所述装置包括：任务请求接收模块，用于接收任务请求，所述任务请求中携带用户标识；在途任务检测模块，用于根据所述用户标识检测所述团体险中是否有在途任务；互斥检测模块，用于若有在途任务，则检测所述在途任务是否与所述任务请求互斥；执行模块，用于当在途任务与任务请求互斥时，则根据预设规则决定是否执行所述任务请求，当无在途任务或在途任务与任务请求不互斥时，则执行所述任务请求。

在其中一个实施例中，所述互斥检测模块还用于检测所述任务请求对应的任务对象是否与所述在途任务对应的任务对象相同。

在其中一个实施例中，所述执行模块还用于判断所述在途任务的等待时间是否超过与所述在途任务的对应的预设时间；若是，则取消所述在途任务，执行所述任务请求；否则，则向用户终端发送是执行所述在途任务还是执行所述任务请求的第一询问，接收所述用户终端的第一反馈，根据所述第一反馈决定是执行所述在途任务还是执行所述任务请求。

在其中一个实施例中，所述在途任务检测模块还用于根据所述用户标识获取用户的团体险中的任务记录；检测所述任务记录中是否存在在途任务。

在其中一个实施例中，当所述在途任务与所述任务请求不互斥时，所述执行模块还用于向用户终端发送是否执行所述在途任务的第二询问，接收用户的第二反馈决定是否执行所述在途任务。

上述团体险的信息处理方法和装置，通过在接收到用户终端发送的任务请求时，检测该用户是否还存在与该任务请求互斥的在途任务，当存在互斥的在途任务时，则根据服务器中预设规则决定是否执行任务请求。这样，可在存在在途任务的情况下允许用户发起新的任务请求，同时若在需要执行的任务请求与在途任务互斥时，可自动取消该在途任务，以消除在途任务对任务请求的影响，从而提高了团体险的信息处理的效率。

附图说明

图1为一个实施例中团体险的信息处理方法的应用环境示意图；

图2为一个实施例中团体险的信息处理方法的流程示意图；

图3为另一个实施例中团体险的信息处理方法的流程示意图；

图4为一个实施例中团体险的信息处理装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例所提供了资源分享方法可应用于如图1所示的场景中。参考图1所示，终端102通过网络与服务器104进行通信，终端102为团体险用户所使用的终端，可以是但不限于是个人计算机、笔记本电脑、平板电脑、智能手机、可穿戴式智能设备等。用户可在终端102上登录团体险的应用平台并通过相应的应用界面接收和显示服务器104发送的团体险的信息。团体险的信息包括用户的个人信息和用户提交的任务信息等。服务器104为团体险对应的公司的服务器，可获取用户与该团体险相关的数据，并接收和处理终端102发送的团体险的信息。

如图2所示，在一个实施例中，提供了一种团体险的信息处理方法，该方法以应用于如图1所示的服务器中进行举例说明，包括下述步骤202～210。

步骤202，接收任务请求。

团体险一般为企业为公司员工投保的保险，每个团体险中的保险用户可具有多个，每个保险用户的保额可不相同。团体险在生效之后，可根据情况允许增加一个或多个保险用户或删除其中的一个或多个保险用户，即部分退保。团体险中包括一个唯一的总单号和数个唯一的分单号，通过总单号和分单号可查找到团体险的总体信息以及团体险中的每个保险用户的投保信息。其中，每个分单号和团体险中的每个保险用户对应，可通过分单号对应查找到该保险用户的投保信息。总体信息包括整个团体险的投保人数、投保期限、每个投保用户的保险数额以及，每个保险用户的姓名、保险账号等投保信息。

由于团体险中可包括多个投保用户，因而会存在部分投保用户需要更改其个人的团体险的投保信息，需要由管理员用户代为发起任务请求。任务请求包括保额更改请求和退保请求等。保额更改请求表示用户准备更改其团体险的保险金额，包括减小保险金额和增加保险金额等。退保请求表示用户准备解除其与保险公司所签订的团体险。

任务请求中携带用户标识，用户标识可为用户的团体险登录账号或用户的身份证号或用户的总单号等，使得服务器可根据用户标识查找到对应的团体险信息。

步骤204，根据用户标识检测团体险中是否有在途任务，若是，则执行步骤206，否则，执行步骤210。

本实施例中，在途任务表示团体险中还未完成的任务请求。具体的，服务器在检测到用户成功登录了其团体险账号后，在未完成其发起的任务请求之前便退出其所登录的团体险账号时，将该未完成的任务请求判断为在途任务。

例如，服务器接收到了用户终端所发送的保额更改请求，将原来的投保用户A的保额由1万元人民币更改为2万元人民币。服务器在审核判断该保额更改请求成立后，可对应计算出用户增加该数额的保额所需增加缴纳的保费，将该增加保费的消息发送给用户终端。若服务器检测到用户完成对该保费的缴纳后，则可将该用户的保额更改为2万元人民币，此时，完成该保额更改请求。相反，若服务器未检测到用户完成对该保费的缴纳便登出了团体险账号，则服务器将该保额更改请求判断为在途任务。

在用户终端发起任务请求后，服务器可接收该任务请求，并获取到该任务请求中所携带的用户标识。根据该用户标识，在数据库中查找与之对应的用户的团体险信息，检测该团体险中是否存在在途任务，若是，则执行步骤206，否则，执行步骤210。

在一个实施例中，根据用户标识检测团体险中是否有在途任务的步骤，包括：根据用户标识获取用户的团体险中的任务记录；检测任务记录中是否存在在途任务。

本实施例中，服务器在每次接收到用户所发起的任务请求后，记录该任务请求，跟踪该任务请求是否完成，并记录其完成状态，将未完成的任务请求标记为在途任务，若用户完成了在途任务，则将其状态改为已完成任务。

服务器可根据用户标识在查找到对应的团体险信息后，可在该团体险信息中查找所记录的任务请求，并获取该任务请求的完成状态，若检测到有完成状态为未完成，则说明存在在途任务。

进一步的，在一个实施例中，根据用户标识检测团体险中是否有在途任务的步骤，包括：根据用户标识检测团体险中是否存在在途标记，若是，则说明团体险中存在在途任务，否则，不存在在途任务。

本实施例中，服务器可为在途任务分配在途标记，在用户完成该在途任务时，则取消其在途标记。服务器可在根据用户标识获取到用户的团体险信息之后，检测该团体险中是否存在在途标记，若有，则说明存在在途任务，进而可根据该在途标记直接查找出对应的在途任务。

进一步的，服务器可为不同的在途任务类型分配对应不同的在途标记，使得可根据该在途标记直接确定对应的在途任务所述的类别。如可为在途任务为保额更改请求类型的任务时，可为其分别在途标记A，为退保请求类型的任务时，可为其分配在途标记B。

本实施例中，通过检测在途标记可快速检测出用户的团体险中是否存在在途任务。

步骤206，检测在途任务是否与任务请求互斥，若是，则执行步骤208，否则，执行步骤210。

本实施例中，互斥表示该在途任务和任务请求之间产生了冲突或矛盾等，使得无法同时执行该在途任务和任务请求。

在一个实施例中，检测在途任务是否与任务请求互斥的步骤，包括：检测任务请求对应的任务对象是否与在途任务对应的任务对象相同。

本实施例中，任务对象为团体险中的具体保险用户，若任务请求中对应的任务对象与在途任务所对应的对象相同，则判断该在途任务与任务请求互斥。服务器可检测在途任务所对应的分单号与任务请求所对应的分单号是否相同，若相同，则说明两者的任务对象相同。

比如，服务器检测到团体险中包含在途任务为提交的将保险用户A保额从1万元人民币增加至2万元人民币的在途任务。在未完成该保额更改请求后，服务器又检测到将保险用户A保额从1万元人民币增加至3万元人民币的任务请求。由于该在途任务的任务对象为保险用户A，任务请求的任务对象也为保险用户A，则服务器可判断该在途任务是否与任务请求互斥，执行步骤208。

又比如，服务器检测到团体险中包含在途任务为退保请求，退保对象为保险用户A。在未完成该退保请求后，服务器又检测到将保险用户A保额从1万元人民币增加至3万元人民币的任务请求。同样的，两者的任务对象均为保险用户A，判断该在途任务是否与任务请求互斥，执行步骤208。

若服务器检测到团体险中包含在途任务将保险用户A保额从1万元人民币增加至2万元人民币的在途任务。在未完成该保额更改请求后，服务器又检测到将保险用户B保额从1万元人民币增加至3万元人民币的任务请求。即在途任务的任务对象为保险用户A，而任务请求的任务对象为保险用户B，两者的任务对象并不相同，故服务器可判断该在途任务是否与任务请求并不互斥，执行步骤210。

步骤208，根据预设规则决定是否执行任务请求。

本实施例中，服务器可预先设置在存在在途任务与任务请求互斥时的处理规则，该规则即为预设规则，具体包括：若存在与任务请求互斥的在途任务，则在接收到该任务请求后撤销团体险中的在途任务，以消除在途任务对该任务请求的影响。具体的，可判断出在途任务与任务请求互斥时，更改该在途任务中的在途标记，使该在途标记表示为该在途任务已自动取消，然后再执行用户终端发起的任务请求。

步骤210，执行任务请求。

本实施例中，在消除在途任务对该任务请求的影响后，可执行对应的任务请求。比如，当该任务请求为保额更改请求时，根据该保额的更改是增加还是减少，判断来判断是向用户退还保费还是需要用户增缴保费。即根据该更改的数额对应计算出向用户退还保费的数额或用户需要增缴保费的数额，在检测到用户增缴了对应数额的保费或向用户退还了对应数额的保费后，则更改用户的保额为其任务请求中要求的数额。

本实施例所提供的团体险的信息处理方法中，可无视用户的团体险中是否存在在途任务，使得用户可发起新的任务请求，且当检测到团体险中存在与任务请求存在互斥的在途任务时，可根据服务器中的预设规则消除该在途任务对任务请求的影响，提高了团体险的信息处理效率。

在一个实施例中，如图3所示，提供了另一种团体险的信息处理方法，该方法包括下述步骤302～314。

步骤302，接收任务请求，任务请求中携带用户标识。

步骤304，根据用户标识检测团体险中是否有在途任务。若是，则执行步骤306，否则执行步骤308。

本实施例中，服务器在检测到用户在登出其团体险的账号后而未完成其该次登录所发起的任务请求时，将该任务请求判断为在途任务，并记录用户的登出时间，将该登出时间作为该在途任务的起始时间。

步骤306，则检测在途任务是否与任务请求互斥。若是，则执行步骤308；否则，执行步骤310。

步骤308，判断在途任务的等待时间是否超过与在途任务的对应的预设时间。若是，则执行步骤314；否则，执行步骤310。

本实施例中，服务器可预先设置每个在途任务的等待时间。具体的，可为不同类型的在途任务类型分配对应不同的等待时间。如在途任务为保额更改请求的类型时，可为其分配等待时间为一个月；在途任务为退保请求的类型时，可为其分配等待时间为一个星期。该等待时间为在判断其为在途任务之后开始计算。

服务器可根据在途任务的起始时间和与之对应的等待时间计算出该在途任务的终止时间。并在检测到用户登录了其团体险的账号后，记录其当前的登录时间，并比较用户的当前登录时间与该终止时间的大小。当检测出该当前登录时间在终止时间之后，则判断在途任务的等待时间未超过与在途任务的对应的预设时间，执行步骤310；否则，执行步骤314。

步骤310，向用户终端发送是执行在途任务还是执行任务请求的第一询问。

本实施例中，由于该在途任务和任务请求之间是互斥的，因而只能在两者之间择一执行。因此，服务器可向用户终端弹出还存在在途任务的提示信息，并向用户发送是执行该在途任务还是执行任务请求的第一询问。

步骤312，接收用户终端的第一反馈，根据第一反馈决定是执行在途任务还是执行任务请求。

具体的，服务器可向用户终端弹出包含在途任务和任务请求的选项框，使用户在该选项框中选中确定需要执行的任务，将其作为第一反馈发送至服务器。服务器若接收到用户选择执行的是任务请求时，进入步骤314，取消该在途任务，而执行该任务请求；如欧用户选择执行在途任务时，则取消该任务请求，转而执行该在途任务。

步骤314，取消在途任务，执行任务请求。

本实施例中，通过判断在途任务的等待时间是否超过与在途任务的对应的预设时间，根据该判断结果或用户的第一反馈来决定是执行在途任务还是任务请求，可进一步明确用户要求执行的任务，提高了团体险的信息处理效率。

在一个实施例中，当在途任务与任务请求不互斥时，该团体险的信息处理方法还包括：向用户终端发送是否执行在途任务的第二询问，接收用户的第二反馈决定是否执行在途任务。

本实施例中，服务器在检测到在途任务与任务请求不互斥时，可在检测到用户终端完成该任务请求后，或在检测到用户暂停该任务请求的期间，向用户终端发送是否执行在途任务的第二询问。类似的，可向用户终端弹出包含在途任务信息的提示消息，在接收到用户选择执行该在途任务后，将用户终端的操作界面跳转至与该在途任务相关的界面，使用户在该界面上完成相应的在途任务。对应的，若接收到用户选择取消该在途任务的指令后，服务器可撤销该在途任务。

本实施例中，通过向用户终端发送是否执行所述在途任务的第二询问，使得用户可根据需要及时对完成或取消该在途任务，从而可相应提高服务器对在途任务的处理效率。

在一个实施例中，如图4所示，提供了一种团体险的信息处理装置，该装置包括：

任务请求接收模块402，用于接收任务请求，任务请求中携带用户标识。

在途任务检测模块404，用于根据用户标识检测团体险中是否有在途任务。

互斥检测模块406，用于若有在途任务，则检测在途任务是否与任务请求互斥。

执行模块408，用于当在途任务与任务请求互斥时，则根据预设规则决定是否执行任务请求，当无在途任务或在途任务与任务请求不互斥时，则执行任务请求。

在一个实施例中，互斥检测模块406还用于检测任务请求对应的任务对象是否与在途任务对应的任务对象相同。

在一个实施例中，执行模块408还用于判断在途任务的等待时间是否超过与在途任务的对应的预设时间；若是，则取消在途任务，执行任务请求；否则，则向用户终端发送是执行在途任务还是执行任务请求的第一询问，接收用户终端的第一反馈，根据第一反馈决定是执行在途任务还是执行任务请求。

在一个实施例中，在途任务检测模块404还用于根据用户标识获取用户的团体险中的任务记录；检测任务记录中是否存在在途任务。

在一个实施例中，当在途任务与任务请求不互斥时，执行模块408还用于向用户终端发送是否执行在途任务的第二询问，接收用户的第二反馈决定是否执行在途任务。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种团体险的信息处理方法，其特征在于，所述方法包括：

接收任务请求，所述任务请求中携带用户标识；

根据所述用户标识检测所述团体险中是否有在途任务；

若有在途任务，则检测所述在途任务是否与所述任务请求互斥，当所述在途任务与所述任务请求互斥时，则根据预设规则决定是否执行所述任务请求，当所述在途任务不与所述任务请求互斥时，执行所述任务请求；

若无在途任务，则执行所述任务请求。

2.根据权利要求1所述的方法，其特征在于，所述检测所述在途任务是否与所述任务请求互斥的步骤，包括：

检测所述任务请求对应的任务对象是否与所述在途任务对应的任务对象相同。

3.根据权利要求1所述的方法，其特征在于，根据预设规则决定是否执行所述任务请求的步骤，包括：

判断所述在途任务的等待时间是否超过与所述在途任务的对应的预设时间；

若是，则取消所述在途任务，执行所述任务请求；

否则，则向用户终端发送是执行所述在途任务还是执行所述任务请求的第一询问，接收所述用户终端的第一反馈，根据所述第一反馈决定是执行所述在途任务还是执行所述任务请求。

4.根据权利要求1所述的方法，其特征在于，所述根据所述用户标识检测所述团体险中是否有在途任务的步骤，包括：

根据所述用户标识获取用户的团体险中的任务记录；

检测所述任务记录中是否存在在途任务。

5.根据权利要求1所述的方法，其特征在于，当所述在途任务与所述任务请求不互斥时，所述方法还包括：

向用户终端发送是否执行所述在途任务的第二询问，接收用户的第二反馈决定是否执行所述在途任务。

6.一种团体险的信息处理装置，其特征在于，所述装置包括：

任务请求接收模块，用于接收任务请求，所述任务请求中携带用户标识；

在途任务检测模块，用于根据所述用户标识检测所述团体险中是否有在途任务；

互斥检测模块，用于若有在途任务，则检测所述在途任务是否与所述任务请求互斥；

执行模块，用于当在途任务与任务请求互斥时，则根据预设规则决定是否执行所述任务请求，当无在途任务或在途任务与任务请求不互斥时，则执行所述任务请求。

7.根据权利要求6所述的装置，其特征在于，所述互斥检测模块还用于检测所述任务请求对应的任务对象是否与所述在途任务对应的任务对象相同。

8.根据权利要求6所述的装置，其特征在于，所述执行模块还用于判断所述在途任务的等待时间是否超过与所述在途任务的对应的预设时间；若是，则取消所述在途任务，执行所述任务请求；否则，则向用户终端发送是执行所述在途任务还是执行所述任务请求的第一询问，接收所述用户终端的第一反馈，根据所述第一反馈决定是执行所述在途任务还是执行所述任务请求。

9.根据权利要求6所述的装置，其特征在于，所述在途任务检测模块还用于根据所述用户标识获取用户的团体险中的任务记录；检测所述任务记录中是否存在在途任务。

10.根据权利要求6所述的装置，其特征在于，当所述在途任务与所述任务请求不互斥时，所述执行模块还用于向用户终端发送是否执行所述在途任务的第二询问，接收用户的第二反馈决定是否执行所述在途任务。