CN115660872A - 一种保险信息处理方法和装置 - Google Patents
一种保险信息处理方法和装置 Download PDFInfo
- Publication number
- CN115660872A CN115660872A CN202211419178.0A CN202211419178A CN115660872A CN 115660872 A CN115660872 A CN 115660872A CN 202211419178 A CN202211419178 A CN 202211419178A CN 115660872 A CN115660872 A CN 115660872A
- Authority
- CN
- China
- Prior art keywords
- information
- policy
- direct payment
- payment card
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种保险信息处理方法和装置,涉及保险技术领域。保险信息处理方法的一具体实施方式包括:响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;根据所述直付卡发放信息更新对应的直付卡信息。该实施方式能够提高直付卡发放效率,提高直付卡发放的准确性和灵活性,提高直付卡的安全性。
Description
技术领域
本发明涉及保险技术领域,尤其涉及一种保险信息处理方法和装置。
背景技术
企业通常委托保险公司管理企业员工的健康基金。保险公司通过第三方技术平台与供应链平台合作,将保单信息转换为能够在供应链平台直接消费的直付卡,之后随着保单信息的更新,保险公司再通过第三方技术平台向供应链平台发送保单信息,供应链平台根据保单信息发放对应的直付卡、更新对应的直付卡信息。
目前,相关技术中,通过第三方技术平台实现直付卡发放,直付卡的相关保险信息处理流程繁琐复杂,信息处理效率较低。
发明内容
有鉴于此,本发明实施例提供一种保险信息处理方法和装置,能够简化直付卡发放流程,提高直付卡发放效率。
为实现上述目的,根据本发明实施例的第一方面,提供一种保险信息处理方法,包括:
响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;
将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;
根据所述直付卡发放信息更新对应的直付卡信息。
可选地,确定与所述用户关联的各个保单,包括:
根据所述用户的登录信息,获取所述用户的用户标识;
根据所述用户标识,判断所述用户是否具有实名认证信息;
响应于所述用户具有实名认证信息,根据所述实名认证信息获取与所述用户关联的各个保单。
可选地,在将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配之前,所述方法还包括:
从所述直付卡发放请求中解析出直付渠道信息,根据所述直付渠道信息查询对应的直付配置信息,所述直付配置信息包括保单产品信息。
可选地,将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,包括:
遍历每个所述保单的保单信息,查询所述保单信息包括的保单产品信息;
在所述保单信息包括的保单产品信息和所述直付配置信息包括的保单产品信息相同的情况下,判定所述保单匹配成功。
可选地,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息,包括:
根据预设的直付卡发放信息模板,从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装,得到所述直付卡发放信息。
可选地,所述方法还包括:
在从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装之后,在得到所述直付卡发放信息的情况下,根据所述匹配成功的保单的保单信息获取对应的余额信息,在所述直付卡发放信息中添加所述余额信息。
可选地,所述匹配成功的保单的保单信息是根据保单平台的保单信息进行同步得到的;根据所述匹配成功的保单的保单信息获取对应的余额信息,包括:
根据预设的字段映射模板,确定与所述匹配成功的保单的保单信息对应的所述保单平台的保单信息;
获取所述保单平台的保单信息包括的余额信息。
可选地,所述方法还包括:
生成与所述匹配成功的保单的数量相同的线程,以分别使用每个所述线程获取一个匹配成功的保单对应的余额信息。
可选地,根据所述直付卡发放信息更新对应的直付卡信息,包括:
响应于查询到对应的直付卡信息,且通过幂等性校验的情况下,使用直付卡发放信息更新所述直付卡信息;
响应于未查询到对应的直付卡信息,或者在未通过幂等性校验的情况下,创建对应的直付卡,使用直付卡发放信息更新对应的直付卡信息。
可选地,所述方法还包括:
在根据所述直付卡发放信息更新对应的直付卡信息之前,根据所述用户的登录信息,确定所述用户的用户标识,获取根据所述用户标识生成的锁;
在根据所述直付卡发放信息更新对应的直付卡信息之后,释放之前获取到的根据所述用户标识生成的锁。
根据本发明实施例的第二方面,提供一种保险信息处理的装置,包括:
确定模块,用于响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;
组装模块,用于将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;
更新模块,用于根据所述直付卡发放信息更新对应的直付卡信息。
可选地,确定与所述用户关联的各个保单,包括:
根据所述用户的登录信息,获取所述用户的用户标识;
根据所述用户标识,判断所述用户是否具有实名认证信息;
响应于所述用户具有实名认证信息,根据所述实名认证信息获取与所述用户关联的各个保单。
可选地,所述装置还包括:
查询模块,用于从所述直付卡发放请求中解析出直付渠道信息,根据所述直付渠道信息查询对应的直付配置信息,所述直付配置信息包括保单产品信息。
可选地,将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,包括:
遍历每个所述保单的保单信息,查询所述保单信息包括的保单产品信息;
在所述保单信息包括的保单产品信息和所述直付配置信息包括的保单产品信息相同的情况下,判定所述保单匹配成功。
可选地,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息,包括:
根据预设的直付卡发放信息模板,从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装,得到所述直付卡发放信息。
可选地,所述装置还包括:
添加模块,用于根据所述匹配成功的保单的保单信息获取对应的余额信息,在所述直付卡发放信息中添加所述余额信息。
可选地,所述匹配成功的保单的保单信息是根据保单平台的保单信息进行同步得到的;根据所述匹配成功的保单的保单信息获取对应的余额信息,包括:
根据预设的字段映射模板,确定与所述匹配成功的保单的保单信息对应的所述保单平台的保单信息;
获取所述保单平台的保单信息包括的余额信息。
可选地,所述装置还包括:
生成模块,用于生成与所述匹配成功的保单的数量相同的线程,以分别使用每个所述线程获取一个匹配成功的保单对应的余额信息。
可选地,根据所述直付卡发放信息更新对应的直付卡信息,包括:
响应于查询到对应的直付卡信息,且通过幂等性校验的情况下,使用直付卡发放信息更新所述直付卡信息;
响应于未查询到对应的直付卡信息,或者在未通过幂等性校验的情况下,创建对应的直付卡,使用直付卡发放信息更新对应的直付卡信息。
可选地,所述装置还包括:
获取模块,用于根据所述用户的登录信息,确定所述用户的用户标识,获取根据所述用户标识生成的锁;
释放模块,用于释放之前获取到的根据所述用户标识生成的锁。
根据本发明实施例的第三方面,提供一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行时,所述一个或多个处理器实现上述任一实施例所述的方法。
根据本发明实施例的第四方面,提供一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现上述任一实施例所述的方法。
上述发明中的一个实施例具有如下优点或有益效果:将保单信息与直付配置信息进行组装得到直付卡发放信息,并根据直付卡发放信息更新对应的直付卡信息,能够简化直付卡发放流程,提高直付卡发放效率,无须其他科技平台介入;确认用户具有实名认证信息,根据实名认证信息获取关联的保单,能够提高直付卡发放流程的安全性,防止保单信息泄露;根据解析出的直付渠道信息查询对应的直付配置信息,能够细化直付卡发放流程,有利于完善直付卡的管理,提高直付卡发放的灵活性;根据相同的保单产品信息判定保单信息与直付配置信息匹配成功,能够在确保匹配准确性的同时,简化匹配流程,提高匹配效率;根据直付卡发放信息模板,获取对应信息并进行封装,能够根据需求配置直付卡发放信息包括的具体内容,提高组装直付卡发放信息的灵活性;根据预设的字段映射模板,确定保单平台的保单信息,获取保单平台的保单信息包括的余额信息,能够根据需求进行保单信息匹配,提高余额获取的准确性和效率;分别使用每个线程获取一个保单对应的余额信息,能够实现并发获取余额,进一步提高余额获取的效率;对查询操作和更新操作进行幂等性校验,能够防止重复创建相同直付卡,防止重复更新直付卡信息,提高直付卡的安全性;在更新直付卡信息时使用根据用户标识生成的锁,能够保证更新操作具有一致性与原子性,进一步提高直付卡的安全性。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的保险信息处理方法的主要流程的示意图;
图2是根据本发明一个可参考实施例的保险信息处理方法的主要技术流程示意图;
图3是根据本发明一个可参考实施例的保险信息处理方法的实名认证的主要流程的示意图;
图4是根据本发明一个可参考实施例的保险信息处理方法的保单获取的主要流程的示意图;
图5是根据本发明一个可参考实施例的保险信息处理方法的直付配置查询的主要流程的示意图;
图6是根据本发明一个可参考实施例的保险信息处理方法的保单匹配的主要流程的示意图;
图7是根据本发明一个可参考实施例的保险信息处理方法的保单组装的主要流程的示意图;
图8是根据本发明一个可参考实施例的保险信息处理方法的余额获取的主要流程的示意图;
图9是根据本发明一个可参考实施例的保险信息处理方法的直付卡信息更新的主要流程的示意图;
图10是根据本发明一个可参考实施例的保险信息处理方法的技术架构示意图;
图11是根据本发明实施例的保险信息处理的装置的主要模块的示意图;
图12是本发明实施例可以应用于其中的示例性系统架构图;
图13是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
需要说明的是,在不冲突的情况下,本发明实施例及实施例中的特征可以相互组合;在本公开的技术方案中,所涉及的用户个人信息的获取、存储和应用等,均符合相关法律法规的规定,且不违背公序良俗。
保险公司接受政府部门、企事业单位、社会团体等团体客户的委托,为其提供多方面的保障管理业务,例如,为其提供健康保障的方案设计和咨询建议、健康管理、医疗服务调查、医疗费用审核和支付、疾病审核和费用支付、失能收入损失审核和费用支付、护理审核和费用支付等经办管理服务。团体客户将其成员的保障基金托管至保险公司,保险公司通过第三方科技平台与供应链平台实现业务合作,将保单信息发送至供应链平台,供应链平台将保单信息转换为直付卡,团体客户的成员可以使用直付卡在供应链平台进行消费。
在进行直付卡发放时,需要对保单信息加密、解密,直付卡发放效率低;通过第三方技术平台实现保险公司和供应链平台之间的信息交互,流程繁琐;第三方科技平台从中抽取费用,直付卡发放成本高。
有鉴于此,根据本发明实施例的第一方面,提供一种保险信息处理方法。
图1是根据本发明实施例的保险信息处理方法的主要流程的示意图。如图1所示,根据本发明实施例的保险信息处理方法主要包括如下的步骤S101至步骤S103。
步骤S101,响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单。
本发明实施例所述的直付卡存储于供应链平台,在用户向供应链平台发出直付卡发放请求之后,接收直付卡发放请求并进行解析,获取直付卡发放请求对应的用户信息,确定与该用户关联的全部保单。一个用户可以关联一个或者多个保单,用户所关联的保单具有多种类型,例如,医疗诊断保单、疾病治疗保单、失能补偿保单、健康护理保单等等。
图2是根据本发明一个可参考实施例的保险信息处理方法的主要技术流程示意图。如图2所示,本发明一个可参考实施例所述的保险信息处理方法主要由四个模块协作完成,具体包括:负责发送用户请求和接收响应的前端页面模块、主要负责执行本发明实施例所述的保险信息处理方法的理赔服务模块、负责提供数据支持的基础数据模块、以及负责与保单平台对接的保单平台接口模块。本发明实施例所述的保险信息处理方法通过保单平台接口模块,实现供应链平台和保单平台之间的信息交互,无须第三方平台提供介入。
示例性地,接收用户在前端页面发出的直付卡发放请求,该直付卡发放请求携带的参数包括用户在供应链平台的账号信息,例如,账号信息是用户的账号名称;用户的保单与用户的账号信息关联存储,例如,使用数据库存储保单时,存储保单的数据库表也包括账号信息,根据账号信息,确定与该账号信息关联的各个保单;在未获取到与用户关联的保单的情况下,结束本次直付卡发放流程。
通过解析直付卡发放请求,确定与用户关联的各个保单,能够快速确定用户的保单关联情况,无须其他科技平台介入,提高直付卡发放效率;在用户未关联保单的情况下,结束直付卡发放流程,提高直付卡发放的准确性和安全性。
根据本发明一个可参考的实施例,确定与所述用户关联的各个保单,包括:
根据所述用户的登录信息,获取所述用户的用户标识;根据所述用户标识,判断所述用户是否具有实名认证信息;响应于所述用户具有实名认证信息,根据所述实名认证信息获取与所述用户关联的各个保单。
用户在请求发放直付卡时,需处于已登录状态,直付卡发放请求携带的参数还可以包括用户的登录信息(即用户的登录状态),登录信息与用户的账号信息关联,用户信息包括:用户姓名、用户id(即用户身份标识码)、身份证加密信息;根据登录信息,确定账号信息中的用户标识;用户标识与用户的安全信息关联,根据用户标识,确定安全信息中的实名认证信息;在查询到实名认证信息的情况下,根据实名认证信息获取与用户关联的各个保单,在未查询到实名认证信息的情况下,结束本次直付卡发放流程。
示例性地,如图2所示,根据直付卡发放请求包括的登录信息,在基础数据模块中获取用户的用户标识;根据该用户标识,在基础数据模块中查询用户的实名认证信息,将实名认证查询结果返回给理赔服务模块;在实名认证信息查询成功的情况下,在基础数据模块查询与用户关联的保单,将保单信息返回给理赔服务模块;在未查询到用户的实名认证信息的情况下,或者在未查询到与用户关联的保单的情况下,结束本次直付卡发放流程。
图3是根据本发明一个可参考实施例的保险信息处理方法的实名认证的主要流程的示意图。示例性地,如图3所示,首先根据直付卡发放请求获取用户登录信息,根据用户登录信息获取用户标识,例如,用户标识是用户id,用户id具体可以是“jd_4c700b4bf62de”,根据该用户标识查询用户实名认证信息,例如,实名认证查询结果为:{”code”:200;”result”:”success”;”message”:”verified_gEktL31”},其中,“code”表示状态码,200表示状态正常,“result”表示实名认证信息的查询结果,“success”表示查询成功,“message”表示具体信息,“verified_gEktL31”表示该用户的实名认证信息编码;在查询到用户的实名认证信息的情况下,说明用户已完成实名认证,执行后续步骤;在未查询到用户的实名认证信息的情况下,说明该用户未完成实名认证,结束本次直付卡发放流程,或者跳转至实名认证页面,等待用户进行实名认证。
图4是根据本发明一个可参考实施例的保险信息处理方法的保单获取的主要流程的示意图。示例性地,如图4所示,根据用户的实名认证信息,查询与该用户关联的保单,当用户关联多个保单时,可以使用链表、映射集合等数据结构存储返回的保单信息,其中链表中的一个结点或映射集合中的一个键值对存储一个保单的保单信息;在查询到与用户关联的保单的情况下,执行后续步骤;在未查询到与用户观看的保单的情况下,结束本次直付卡发放流程。
根据用户标识获取实名认证信息,根据实名认证信息查询用户的保单,能够确保用户已经过实名认证,提高直付卡发放的安全性,根据实名认证信息查询与用户关联的保单,提高直付卡发放的准确性。
步骤S102,将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息。
根据直付卡发放请求,确定对应的直付配置信息,直付配置信息包括与直付卡发放操作有关的配置信息,例如:直付卡名称、直付卡编号、直付卡生成时间、直付卡有效期等等。将直付配置信息与保单进行匹配,一个直付配置信息对应一个保单,在匹配成功后,将直付配置信息和与其匹配成功的保单的保单信息进行组装,得到直付卡发放信息;保单信息是与用户的保单有关的信息,包括:被保人、被保人性别、被保人年龄、被保人证件、被保人证件号、保单编号、保单责任信息、保单计划信息、保单有效期等等;直付卡发放信息由直付配置信息和对应的保单的保单信息组合而成。
示例性地,如图2所示,根据直付卡发放请求,从基础数据模块中获取对应的直付配置信息,在查询到对应的直付配置信息的情况下,判断是否存在与该直付配置信息匹配成功的保单,在匹配到对应保单的情况下,将直付配置信息和与其匹配成功的保单的保单信息进行组装,得到直付卡发放信息;在未匹配到对应的保单的情况下,或者在未查询到对应的直付配置信息的情况下,结束本次直付卡发放流程。
获取请求对应的直付配置信息,将直付配置信息与保单匹配并与对应的保单信息进行组装,得到直付卡发放信息,能够简化直付卡发放流程,省去第三方科技平台的介入;能够确保直付卡发放的准确性和安全性,提高直付款发放效率。
根据本发明一个可参考的实施例,在将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配之前,所述保险信息处理方法还包括:
从所述直付卡发放请求中解析出直付渠道信息,根据所述直付渠道信息查询对应的直付配置信息,所述直付配置信息包括保单产品信息。
直付卡发放请求携带的参数还可以包括直付渠道信息,直付渠道信息包括渠道名称,能够指示直付卡发放请求的业务来源,例如,直付卡发放请求来自于健康护理业务、失能补偿业务或者医疗诊断业务等等;直付渠道信息还包括渠道编码,即每个业务来源对应的唯一编码。根据直付渠道信息查询对应的直付配置信息,直付配置信息包括与直付渠道信息对应相关信息,还包括保单产品信息。
图5是根据本发明一个可参考实施例的保险信息处理方法的直付配置查询的主要流程的示意图。示例性地,如图5所示,从直付卡发放请求解析出直付渠道信息,例如,直付渠道信息为直付渠道编号“channel001”,查询该直付渠道信息对应的直付配置信息,得到对应的直付配置信息为{”channelName”:”健康护理”;”channelNo”:”channel001”;”orderProduct”:$orderProduct001},其中,直付渠道名称为“健康护理”,直付渠道编号为“channel001”,“$orderProduct001”表示保单产品信息,具体数据类型为Java对象类型,以存储保单产品的多项信息;如图5所示,在查询到该直付渠道信息对应的直付配置信息的情况下,执行后续步骤,在未查询到对应的直付配置信息的情况下,结束本次直付卡发放流程。
根据直付渠道信息,查询对应的直付配置信息,能够细化直付卡发放流程,有利于完善直付卡的管理,提高直付卡发放的灵活性。
根据本发明另一个可参考的实施例,将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,包括:
遍历每个所述保单的保单信息,查询所述保单信息包括的保单产品信息;在所述保单信息包括的保单产品信息和所述直付配置信息包括的保单产品信息相同的情况下,判定所述保单匹配成功。
每个保单具有对应的保单产品信息,保单产品信息包括:产品标识编码、产品责任编码、产品计划编码等等,其中产品标识编码用于标识保单产品,产品责任编码用于指示保单产品的责任条款,产品计划编码用于指示保单产品的产品计划。遍历保单的保单信息以获取保单信息。包括的保单产品信息,将直付配置信息包括的保单产品信息与遍历得到的保单产品信息进行比较,在上述两个保单产品信息相同的情况下,判定保单与对应的直付配置信息匹配成功。
图6是根据本发明一个可参考实施例的保险信息处理方法的保单匹配的主要流程的示意图。示例性地,如图6所示,先获取之前得到的直付配置信息和与用户关联的各个保单,遍历各个保单的保单信息,获取保单信息包括的保单产品信息;将每个保单信息包括的保单产品信息与直付配置信息包括的保单产品信息进行比较;在两个保单信息相同的情况下,判定保单与对应的直付配置信息匹配成功,然后继续比较下一个保单的保单产品信息与直付配置信息包括的保单产品信息;在两个保单信息不相同的情况下,直接继续比较保单产品信息,直到各个保单的保单产品信息与直付配置信息包括的保单产品信息均完成比较;然后判断是否存在匹配成功的保单和直付配置信息,在存在匹配成功的情况下,执行后续步骤,否则结束本次直付卡发放流程。
再示例性地,根据前述方法步骤,查询到2条直付配置信息,其保单产品信息分别是{”productNo”:”p01”;”dutyNo”:d010203;”planNo”:plan010203”}和{”productNo”:”p03”;”dutyNo”:d070809;”planNo”:plan070809”};查询到3条与用户关联的保单,其保单信息包括保单产品信息分别是{”productNo”:”p01”;”dutyNo”:d010203;”rightsNo”:plan010203”}、{”productNo”:”p02”;”dutyNo”:d040506;”rightsNo”:plan040506”}和{”productNo”:”p03”;”dutyNo”:d070809;”rightsNo”:plan070809”};通过遍历保单,比较上述保单产品信息,能够判定:第一个保单与第一条直付配置信息匹配成功,第三个保单与第二条直付配置信息匹配成功。
根据保单产品信息,判定与保单匹配成功的直付配置信息,能够提高保单与直付配置信息匹配的准确率,进一步提高直付卡发放的安全性。
根据本发明又一个可参考的实施例,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息,包括:
根据预设的直付卡发放信息模板,从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装,得到所述直付卡发放信息。
直付卡发放信息由直付配置信息和对应匹配成功的保单信息组成,直付卡发放信息的具体内容根据预设的直付卡发放信息模板确定。直付卡发放信息模板包括直付卡发放信息的字段名,该字段名与直付配置信息或保单信息包括的字段名相同,根据直付卡发放信息模板,筛选需要的直付配置信息和保单信息,可以预先配置直付卡发放信息模板包括的字段名,以调整直付卡发放信息的具体内容。获取直付卡发放信息模板,从直付配置信息和对应的保单信息中获取需要的信息,将获取到的信息进行封装,得到直付卡发放信息。
图7是根据本发明一个可参考实施例的保险信息处理方法的保单组装的主要流程的示意图。示例性地,如图7所示,在保单匹配成功之后,获取预设的直付卡发放信息模板,根据直付卡发放信息模板,获取直付配置信息和保单信息中对应的信息,将获取到的信息进行组装,得到直付卡发放信息。再示例性地,直付卡发放信息模板包括如下信息:被保人姓名、被保人证件、被保人证件号、保单号、保单有效期、直付渠道编号、直付渠道名称、直付卡名称;其中,直付配置信息包括直付渠道编号、直付渠道名称、直付卡名称等信息,其余信息从对应匹配成功的保单信息中获取;创建直付卡发放信息集,将上述从直付配置信息和保单信息中获取到的信息加入直付卡发放信息集,得到存储直付卡发放信息的集合;或者创建指示直付卡发放信息的对象,将上述获取到的信息作为该对象的成员变量,得到封装有直付卡发放信息的对象。
根据直付卡发放信息模板,获取对应信息并进行封装,能够根据需求配置直付卡发放信息包括的具体内容,提高组装直付卡发放信息的灵活性。
根据本发明还一个可参考的实施例,在从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装之后,所述保险信息处理方法还包括:
在得到所述直付卡发放信息的情况下,根据所述匹配成功的保单的保单信息获取对应的余额信息,在所述直付卡发放信息中添加所述余额信息。
余额信息指示用户在供应链平台的消费能力,用户使用余额在供应链平台直接消费。直付配置信息不包括余额信息,供应链存储的保单信息中不包括余额信息,根据直付配置信息和保单信息得到直付卡发放信息中也不包括余额信息;在得到直付卡发放信息之后,进一步获取保单信息对应的余额信息,将获取到的余额信息添加至直付卡发放信息。
示例性地,根据保单信息和直付配置信息,计算得到对应的余额信息,根据直付配置信息确定直付渠道包括“交通理赔渠道”和“健康护理渠道”,根据保单信息包括的保单产品信息中的“交通理赔产品”,确定对应的理赔额为1000元,根据保单产品信息中的“健康护理产品”,确定对应的理赔额为500元,计算上述理赔额的总和为1500元,作为对应的余额信息,将该余额信息添加至直付卡发放信息。
根据保单信息获取对应的余额信息,能够提高余额获取效率,确保余额获取的准确性,进一步完善直付卡发放信息。
根据本发明一个可参考的实施例,所述匹配成功的保单的保单信息是根据保单平台的保单信息进行同步得到的;根据所述匹配成功的保单的保单信息获取对应的余额信息,包括:
根据预设的字段映射模板,确定与所述匹配成功的保单的保单信息对应的所述保单平台的保单信息;获取所述保单平台的保单信息包括的余额信息。
供应链平台存储的保单是从保单平台同步得到的,保单平台例如是保险公司。从保单平台同步得到的保单信息是全部保单信息的一部分,以及与供应链平台相关的业务信息。余额信息作为安全等级高的信息不存储在供应链平台,而需要向保单平台请求获取。字段映射模板包括供应链平台的保单信息和保单平台对应的保单信息之间的字段映射关系,可以调整字段映射模板以修改字段映射规则,字段映射模板可以只映射部分保单字段,省略其余保单字段;也可以将字段名不一致的保单信息进行映射关联。根据字段映射模板确定保单平台的保单信息,获取保单平台的保单信息包括的余额信息。
示例性地,如图2所示,在得到直付卡发放信息之后,根据保单信息,从负责与保单平台对接的保单平台接口模块向保单平台发送余额获取请求,保单平台返回对应保单信息包括的余额信息,保单平台接口模块将对应的余额信息发送至理赔服务模块,在获取到对应的余额信息的情况下,在所述直付卡发放信息中添加所述余额信息,在未获取到对应余额的情况下,结束本次直付卡发放流程。其中,供应链平台与保单平台之间使用HTTP(HyperText Transfer Protocol,超文本传输协议)机制传输请求与响应。
再示例性地,字段映射模板包括如下内容:{”policyNo”:”policyNum”;”userId”:”uid”;”channelNo”:”channelNum”},其中,”policyNo”和”policyNum”分别表示保单号在供应链平台和保单平台的字段名,”userId”和”uid”分别表示用户id在供应链平台和保单平台的字段名,”channelNo”和”channelNum”分别表示直付渠道编号在供应链平台和保单平台的字段名;根据上述字段映射模板,将供应链平台存储的部分保单信息转换为保单平台存储的部分保单信息,并根据转换后的保单信息向保单平台发送余额获取请求,以获取保单平台的该保单信息包括的余额信息。
根据预设的字段映射模板,确定保单平台的保单信息,获取保单平台的保单信息包括的余额信息,能够根据需求进行保单信息匹配,提高余额获取的准确性和效率,进一步提高直付卡发放的效率。
根据本发明一个可参考的实施例,所述保险信息处理方法还包括:
生成与所述匹配成功的保单的数量相同的线程,以分别使用每个所述线程获取一个匹配成功的保单对应的余额信息。
在存在多个匹配成功的保单的情况下,生成对应数量的线程,根据不同保单的保单信息获取对应的余额信息的操作分别占用一个线程,在已获取到余额信息的情况下,回收相应的线程,并进行阻塞操作,以等待其他线程获取到对应的余额信息,在所有线程均获取到对应的余额信息的情况下,执行后续操作。
图8是根据本发明一个可参考实施例的保险信息处理方法的余额获取的主要流程的示意图。示例性地,如图8所示,根据匹配成功并组装得到的直付卡发放信息创建对应数量的线程,分别在每个线程中执行获取一个匹配成功的保单对应的余额信息的操作;之后判断是否获取到所有匹配成功的保单对应的余额信息,如果判断为否,则阻塞已完成余额信息获取的线程,等待所有余额信息获取成功,如果判断为是,回收所有线程,将每个匹配成功的保单对应的余额信息,添加至由该匹配成功的保单组装得到的直付卡发放信息中。
再示例性地,如图8所示,分别在每个线程中获取一个匹配成功的保单对应的余额信息,可以由多个线程同步执行;例如,根据组装得到的4条直付卡发放信息,创建4个线程,分别线程1、线程2、线程3和线程4,组装这4条直付卡发放信息的匹配成功的保单分别为保单A、保单B、保单C和保单D,上述4个线程分别从基础数据模块获取一个匹配成功的保单的保单信息,并根据字段映射模板转换保单信息的字段名称,或者删除字段映射模板上没有的字段,然后将转换后的保单信息发送至保单平台,以获取保单平台对应的保单信息包括的余额信息;例如,使用线程1获取保单A对应的余额信息、使用线程2获取保单B对应的余额信息、使用线程3获取保单C对应的余额信息、使用线程4获取保单D对应的余额信息。
又示例性地,使用现有方法创建线程,例如通过继承Thread类、实现Runnable接口、使用线程池框架、或者使用Callable接口和Future类创建线程。在创建每个线程时,生成一个获取匹配成功的保单对应的余额信息的任务,将该任务交给创建的线程,并启动该线程以开始执行该任务,在全部任务执行完毕后回收线程。在所有线程均获取到对应的余额信息的情况下,执行后续操作。
分别使用每个线程获取一个保单对应的余额信息,能够实现并发获取余额,使多个余额获取操作同步进行,进一步提高余额获取的效率,提高保险信息处理的效率。
步骤S103,根据所述直付卡发放信息更新对应的直付卡信息。
在获取到直付卡发放信息之后,确定该用户对应的直付卡信息,使用直付卡发放信息更新直付卡信息中的对应信息。直付卡发放信息包括:被保人姓名、被保人证件、被保人证件号、保单号、保单有效期、保单余额、直付渠道编号、直付渠道名称、直付卡名称等等信息。直付卡发放信息与直付卡信息具有相同的字段,直付卡信息存储的是直付卡的历史信息,直付卡发放信息包括的是需要更新的直付卡信息。
示例性地,一个用户关联多个直付卡,包括直付卡X、直付卡Y和直付卡Z;每个直付卡指示一个直付渠道,其中,直付卡X的直付渠道编号为120,直付卡Y的直付渠道编号为150,直付卡Z的直付渠道编号为160;直付卡发放信息包括需要更新的两个直付卡的信息,这两个直付卡信息的直付渠道编号分别为150和160;根据直付卡发放信息包括两个的直付渠道编号,确定需要更新直付卡信息的用户关联的直付卡为直付卡Y和直付卡Z;使用直付卡发放信息更新直付卡Y和直付卡Z的直付卡信息。
直付卡发放信息对应用户关联的多个直付卡,根据直付卡发放信息更新对应的直付卡信息,能够更新多个直付卡对应的直付卡信息,在确保直付卡发放准确性的同时,进一步提高直付卡发放效率。
根据本发明一个可参考的实施例,根据所述直付卡发放信息更新对应的直付卡信息,包括:
响应于查询到对应的直付卡信息,且通过幂等性校验的情况下,使用直付卡发放信息更新所述直付卡信息;响应于未查询到对应的直付卡信息,或者在未通过幂等性校验的情况下,创建对应的直付卡,使用直付卡发放信息更新对应的直付卡信息。
获取直付卡发放请求包括的直付渠道信息,根据直付渠道信息首次查询与该用户关联的直付卡信息,在查询到对应的直付卡信息的情况下,进行幂等性校验,再次查询与上述直付渠道信息关联的直付卡信息,若再次查询到对应的直付卡信息,则判定通过幂等性校验,使用直付卡发放信息更新对应的直付卡信息,若再次查询时未查询到对应的直付卡信息,则判定未通过幂等性校验,先根据直付渠道信息创建对应的直付卡,再执行对应的直付卡信息更新操作;在首次查询时未查询到对应的直付卡信息的情况下,根据直付渠道信息创建对应的直付卡,在确定直付渠道信息对应直付卡存在的情况下,使用直付卡发放信息更新该直付渠道信息对应的直付卡信息。
图9是根据本发明一个可参考实施例的保险信息处理方法的直付卡信息更新的主要流程的示意图。示例性地,如图9所示,根据直付卡发放信息更新对应的直付卡的具体流程包括:获取直付卡发放请求包括的直付渠道信息,根据直付渠道信息,查询与该用户关联的直付卡信息,判断是否查询到直付渠道信息对应的直付卡信息,在未查询到直付卡信息的情况下创建该直付渠道信息对应的与该用户关联的直付卡;在查询到直付卡信息的情况下,进行幂等性校验,再次判断是否查询到对应的直付卡信息,再次查询时未查询到对应直付卡信息则创建对应的直付卡,再次查询时查询到对应的直付卡信息则直接进行更新操作,使用直付卡发放信息替换查询到与该用户关联的直付渠道信息对应的直付卡信息。
再示例性地,实现幂等性校验的方法是:将直付卡信息存储在数据库中,为数据库中的每条直付卡信息添加唯一索引,在未查询到直付卡信息的情况下,创建直付卡并更新直付卡信息,创建直付卡之后不能重复创建相同的直付卡信息,否则会得到唯一索引冲突的提示。
对查询操作和更新操作进行幂等性校验,能够防止重复创建相同直付卡,防止重复更新直付卡信息,提高直付卡的安全性,提高直付卡发放效率。
根据本发明另一个可参考的实施例,所述保险信息处理方法还包括:
在根据所述直付卡发放信息更新对应的直付卡信息之前,根据所述用户的登录信息,确定所述用户的用户标识,获取根据所述用户标识生成的锁;在根据所述直付卡发放信息更新对应的直付卡信息之后,释放之前获取到的根据所述用户标识生成的锁。
根据用户登录信息,确定用户标识,使用该用户标识生成对应的同步锁,只有获取同步锁才能执行对应的更新操作,在获取该同步锁之后,执行根据直付卡发放信息更新对应的直付卡信息的操作,在更新操作执行完毕之后,再释放该同步锁,以使其他直付卡发放请求能够获取同步锁,以执行对应的更新操作。
示例性地,如图9所示,在根据直付卡发放信息更新对应的直付卡之前,先根据用户登录信息确定用户标识,使用用户标识生成对应的同步锁,例如,获取指示用户标识的对象实例,该对象实例在本发明实施例所述的方法中为单例对象,即仅存在一个指示该用户标识的对象实例,使用该对象实例生成对应的同步锁,该同步锁具有唯一性;判断是否获取到之前生成的同步锁,在获取到该同步锁的情况下,将直付卡发放信息包括的信息替换对应的直付卡的直付卡信息,以完成更新对应直付卡信息的操作,然后再释放获取到的同步锁,在未获取到该同步锁的情况下,结束直付卡发放流程,或者重复尝试获取同步锁,直到获取到同步锁之后,再执行后续操作。
在更新直付卡信息时使用根据用户标识生成的锁,能够保证更新操作具有一致性、原子性等事务特性,进一步提高直付卡的安全性
图10是根据本发明一个可参考实施例的保险信息处理方法的技术架构示意图。如图10所示,执行本发明一个可参考实施例的保险信息处理方法的技术架构主要包括:业务层、应用层、中间件层、数据持久层和运行层。其中,业务层主要包括:保单管理模块、直付卡管理模块、产品管理模块、系统日志模块、用户信息验证模块等等;应用层主要包括:用于理赔服务的理赔SOA(Service-Oriented Architecture,面向服务架构)、用于保单信息查询等服务的保险SOA、用于用户信息查询等服务的用户SOA、配置管理、用于通过接口和保单平台交互的保单平台对接模块等等;中间件层主要包括:通过接口形式异步传输数据的JSF(Jingdong Service Framework,京东服务框架)、实时同步传输数据的JMQ(JingdongMessage Queue,京东消息队列)、用于缓存数据的Redis(Remote Dictionary Server,远程字典服务)、用于存储配置的DUCC(Distributed Unified Configuration Center,分布式统一配置中心);数据持久层使用MySQL数据库存储数据,此外也可以使用其他数据库(例如,Oracle数据库)存储数据;运行层指示了能够执行本发明实施例所述的保险信息处理方法的运行环境,例如:JDOS(Jingdong Datacenter Operating System,京东数据中心操作系统)、独立服务器、第三方虚拟主机等等。
根据本发明实施例的第二方面,提供一种保险信息处理的装置。
图11是根据本发明实施例的保险信息处理的装置的主要模块示意图,如图11所示,所述保险信息处理的装置1100主要包括:
确定模块1101,用于响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;
组装模块1102,用于将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;
更新模块1103,用于根据所述直付卡发放信息更新对应的直付卡信息。
根据本发明一个可参考的实施例,确定与所述用户关联的各个保单,包括:
根据所述用户的登录信息,获取所述用户的用户标识;
根据所述用户标识,判断所述用户是否具有实名认证信息;
响应于所述用户具有实名认证信息,根据所述实名认证信息获取与所述用户关联的各个保单。
根据本发明另一个可参考的实施例,所述保险信息处理的装置1100还包括:
查询模块,用于从所述直付卡发放请求中解析出直付渠道信息,根据所述直付渠道信息查询对应的直付配置信息,所述直付配置信息包括保单产品信息。
根据本发明一个可参考的实施例,将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,包括:
遍历每个所述保单的保单信息,查询所述保单信息包括的保单产品信息;
在所述保单信息包括的保单产品信息和所述直付配置信息包括的保单产品信息相同的情况下,判定所述保单匹配成功。
根据本发明另一个可参考的实施例,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息,包括:
根据预设的直付卡发放信息模板,从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装,得到所述直付卡发放信息。
根据本发明又一个可参考的实施例,所述保险信息处理的装置1100还包括:
添加模块,用于根据所述匹配成功的保单的保单信息获取对应的余额信息,在所述直付卡发放信息中添加所述余额信息。
根据本发明一个可参考的实施例,所述匹配成功的保单的保单信息是根据保单平台的保单信息进行同步得到的;根据所述匹配成功的保单的保单信息获取对应的余额信息,包括:
根据预设的字段映射模板,确定与所述匹配成功的保单的保单信息对应的所述保单平台的保单信息;
获取所述保单平台的保单信息包括的余额信息。
根据本发明还一个可参考的实施例,所述保险信息处理的装置1100还包括:
生成模块,用于生成与所述匹配成功的保单的数量相同的线程,以分别使用每个所述线程获取一个匹配成功的保单对应的余额信息。
根据本发明一个可参考的实施例,根据所述直付卡发放信息更新对应的直付卡信息,包括:
响应于查询到对应的直付卡信息,且通过幂等性校验的情况下,使用直付卡发放信息更新所述直付卡信息;
响应于未查询到对应的直付卡信息,或者在未通过幂等性校验的情况下,创建对应的直付卡,使用直付卡发放信息更新对应的直付卡信息。
根据本发明另一个可参考的实施例,所述保险信息处理的装置1100还包括:
获取模块,用于根据所述用户的登录信息,确定所述用户的用户标识,获取根据所述用户标识生成的锁;
释放模块,用于释放之前获取到的根据所述用户标识生成的锁。
需要说明的是,在本发明实施例中所述保险信息处理的装置的具体实施内容,在上面所述保险信息处理方法中已经详细说明了,故在此重复内容不再说明。
根据本发明实施例的技术方案,将保单信息与直付配置信息进行组装得到直付卡发放信息,并根据直付卡发放信息更新对应的直付卡信息,能够简化直付卡发放流程,提高直付卡发放效率,无须其他科技平台介入;确认用户具有实名认证信息,根据实名认证信息获取关联的保单,能够提高直付卡发放流程的安全性,防止保单信息泄露;根据解析出的直付渠道信息查询对应的直付配置信息,能够细化直付卡发放流程,有利于完善直付卡的管理,提高直付卡发放的灵活性;根据相同的保单产品信息判定保单信息与直付配置信息匹配成功,能够在确保匹配准确性的同时,简化匹配流程,提高匹配效率;根据直付卡发放信息模板,获取对应信息并进行封装,能够根据需求配置直付卡发放信息包括的具体内容,提高组装直付卡发放信息的灵活性;根据预设的字段映射模板,确定保单平台的保单信息,获取保单平台的保单信息包括的余额信息,能够根据需求进行保单信息匹配,提高余额获取的准确性和效率;分别使用每个线程获取一个保单对应的余额信息,能够实现并发获取余额,进一步提高余额获取的效率;对查询操作和更新操作进行幂等性校验,能够防止重复创建相同直付卡,防止重复更新直付卡信息,提高直付卡的安全性;在更新直付卡信息时使用根据用户标识生成的锁,能够保证更新操作具有一致性与原子性,进一步提高直付卡的安全性。
根据本发明实施例的第三方面,提供一种保险信息处理的电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例第一方面提供的方法。
根据本发明实施例的第四方面,提供一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例第一方面提供的方法。
图12示出了可以应用本发明实施例的保险信息处理方法或者保险信息处理的装置的示例性系统架构1200。
如图12所示,系统架构1200可以包括终端设备1201、1202、1203,网络1204和服务器1205。网络1204用以在终端设备1201、1202、1203和服务器1205之间提供通信链路的介质。网络1204可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备1201、1202、1203通过网络1204与服务器1205交互,以接收或发送消息等。终端设备1201、1202、1203上可以安装有各种通讯客户端应用,例如保险信息处理类应用、平台用户信息管理类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备1201、1202、1203可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器1205可以是提供各种服务的服务器,例如对上游利用终端设备1201、1202、1203所发来的保险信息处理的请求提供支持的后台管理服务器(仅为示例)。后台管理服务器可以响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;根据所述直付卡发放信息更新对应的直付卡信息;并将直付卡发放的情况(仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的保险信息处理方法一般由服务器1205执行,相应地,所述保险信息处理的装置一般设置在服务器1205中。本发明实施例所提供的保险信息处理方法也可以由终端设备1201、1202、1203执行,相应地,所述保险信息处理的装置可以设置在终端设备1201、1202、1203中。
应该理解,图12中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图13,其示出了适于用来实现本发明实施例的终端设备的计算机系统1300的结构示意图。图13示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图13所示,计算机系统1300包括中央处理单元(CPU)1301,其可以根据存储在只读存储器(ROM)1302中的程序或者从存储部分808加载到随机访问存储器(RAM)1303中的程序而执行各种适当的动作和处理。在RAM 1303中,还存储有系统1300操作所需的各种程序和数据。CPU 1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(I/O)接口1305也连接至总线1304。
以下部件连接至I/O接口1305:包括键盘、鼠标等的输入部分1306;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1307;包括硬盘等的存储部分1308;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1310上,以便于从其上读出的计算机程序根据需要被安装入存储部分1308。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1309从网络上被下载和安装,和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时,执行本发明实施例的系统中限定的上述功能。
需要说明的是,本发明实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明实施例中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括确定模块、组装模块、更新模块,其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,确定模块还可以被描述为“响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单的模块”。
作为另一方面,本发明实施例还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,该设备实现如下方法:响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;根据所述直付卡发放信息更新对应的直付卡信息。
根据本发明实施例的技术方案,将保单信息与直付配置信息进行组装得到直付卡发放信息,并根据直付卡发放信息更新对应的直付卡信息,能够简化直付卡发放流程,提高直付卡发放效率,无须其他科技平台介入;确认用户具有实名认证信息,根据实名认证信息获取关联的保单,能够提高直付卡发放流程的安全性,防止保单信息泄露;根据解析出的直付渠道信息查询对应的直付配置信息,能够细化直付卡发放流程,有利于完善直付卡的管理,提高直付卡发放的灵活性;根据相同的保单产品信息判定保单信息与直付配置信息匹配成功,能够在确保匹配准确性的同时,简化匹配流程,提高匹配效率;根据直付卡发放信息模板,获取对应信息并进行封装,能够根据需求配置直付卡发放信息包括的具体内容,提高组装直付卡发放信息的灵活性;根据预设的字段映射模板,确定保单平台的保单信息,获取保单平台的保单信息包括的余额信息,能够根据需求进行保单信息匹配,提高余额获取的准确性和效率;分别使用每个线程获取一个保单对应的余额信息,能够实现并发获取余额,进一步提高余额获取的效率;对查询操作和更新操作进行幂等性校验,能够防止重复创建相同直付卡,防止重复更新直付卡信息,提高直付卡的安全性;在更新直付卡信息时使用根据用户标识生成的锁,能够保证更新操作具有一致性与原子性,进一步提高直付卡的安全性。
上述具体实施方式,并不构成对本发明实施例保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明实施例的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明实施例保护范围之内。
Claims (13)
1.一种保险信息处理方法,其特征在于,包括:
响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;
将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;
根据所述直付卡发放信息更新对应的直付卡信息。
2.根据权利要求1所述的方法,其特征在于,确定与所述用户关联的各个保单,包括:
根据所述用户的登录信息,获取所述用户的用户标识;
根据所述用户标识,判断所述用户是否具有实名认证信息;
响应于所述用户具有实名认证信息,根据所述实名认证信息获取与所述用户关联的各个保单。
3.根据权利要求1所述的方法,其特征在于,在将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配之前,所述方法还包括:
从所述直付卡发放请求中解析出直付渠道信息,根据所述直付渠道信息查询对应的直付配置信息,所述直付配置信息包括保单产品信息。
4.根据权利要求1所述的方法,其特征在于,将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,包括:
遍历每个所述保单的保单信息,查询所述保单信息包括的保单产品信息;
在所述保单信息包括的保单产品信息和所述直付配置信息包括的保单产品信息相同的情况下,判定所述保单匹配成功。
5.根据权利要求1所述的方法,其特征在于,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息,包括:
根据预设的直付卡发放信息模板,从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装,得到所述直付卡发放信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在从所述直付配置信息和所述匹配成功的保单信息中分别获取对应信息并进行封装之后,在得到所述直付卡发放信息的情况下,根据所述匹配成功的保单的保单信息获取对应的余额信息,在所述直付卡发放信息中添加所述余额信息。
7.根据权利要求6所述的方法,其特征在于,所述匹配成功的保单的保单信息是根据保单平台的保单信息进行同步得到的;根据所述匹配成功的保单的保单信息获取对应的余额信息,包括:
根据预设的字段映射模板,确定与所述匹配成功的保单的保单信息对应的所述保单平台的保单信息;
获取所述保单平台的保单信息包括的余额信息。
8.根据权利要求6或7所述的方法,其特征在于,所述方法还包括:
生成与所述匹配成功的保单的数量相同的线程,以分别使用每个所述线程获取一个匹配成功的保单对应的余额信息。
9.根据权利要求1所述的方法,其特征在于,根据所述直付卡发放信息更新对应的直付卡信息,包括:
响应于查询到对应的直付卡信息,且通过幂等性校验的情况下,使用直付卡发放信息更新所述直付卡信息;
响应于未查询到对应的直付卡信息,或者在未通过幂等性校验的情况下,创建对应的直付卡,使用直付卡发放信息更新对应的直付卡信息。
10.根据权利要求1或9所述的方法,其特征在于,所述方法还包括:
在根据所述直付卡发放信息更新对应的直付卡信息之前,根据所述用户的登录信息,确定所述用户的用户标识,获取根据所述用户标识生成的锁;
在根据所述直付卡发放信息更新对应的直付卡信息之后,释放之前获取到的根据所述用户标识生成的锁。
11.一种保险信息处理的装置,其特征在于,包括:
确定模块,用于响应于用户发出的直付卡发放请求,确定与所述用户关联的各个保单;
组装模块,用于将所述各个保单分别与所述直付卡发放请求对应的直付配置信息进行匹配,根据匹配成功的保单的保单信息和所述直付配置信息组装得到直付卡发放信息;
更新模块,用于根据所述直付卡发放信息更新对应的直付卡信息。
12.一种电子设备,其特征在于,包括:
一个或者多个处理器;
存储装置,用于存储一个或者多个程序,
当所述一个或者多个程序被所述一个或者多个处理器执行时,所述一个或者多个处理器实现如权利要求1-10中任一所述的方法。
13.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-10中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211419178.0A CN115660872A (zh) | 2022-11-14 | 2022-11-14 | 一种保险信息处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211419178.0A CN115660872A (zh) | 2022-11-14 | 2022-11-14 | 一种保险信息处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115660872A true CN115660872A (zh) | 2023-01-31 |
Family
ID=85020337
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211419178.0A Pending CN115660872A (zh) | 2022-11-14 | 2022-11-14 | 一种保险信息处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115660872A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117611349A (zh) * | 2023-07-04 | 2024-02-27 | 交通运输部水运科学研究所 | 基于云平台的港区企业集群式安全责任险定价方法及系统 |
-
2022
- 2022-11-14 CN CN202211419178.0A patent/CN115660872A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117611349A (zh) * | 2023-07-04 | 2024-02-27 | 交通运输部水运科学研究所 | 基于云平台的港区企业集群式安全责任险定价方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7610575B2 (en) | System and method for the composition, generation, integration and execution of business processes over a network | |
US8355935B2 (en) | Third party information transfer | |
US7650325B2 (en) | Dynamic interface adapter for integration of source and target applications | |
CN113678117A (zh) | 提供协作智能和约束计算的数据隐私管道 | |
WO2013059797A1 (en) | Service based information technology platform | |
CN111400061A (zh) | 一种数据处理方法和系统 | |
US10474506B1 (en) | Finite state machine driven workflows | |
CA3055029C (en) | System for data consolidation across disparate namespaces | |
CN111768322A (zh) | 慈善服务平台系统 | |
CN111126948A (zh) | 用于审批流程的处理方法和装置 | |
CN109492985A (zh) | 一种审核方法、装置及系统 | |
CN111881329A (zh) | 一种账户余额管理方法和系统 | |
CN111639119B (zh) | 反洗钱系统中的客户信息查询方法和设备 | |
CN115660872A (zh) | 一种保险信息处理方法和装置 | |
AU2017351024B2 (en) | Processing application programming interface (API) queries based on variable schemas | |
EP3937109A1 (en) | Multichannel service delivery platform and method thereof | |
US8931036B1 (en) | Transformation of extensible markup language documents for web services customization | |
US20220358233A1 (en) | Framework for pushing access-privilege information from data environments | |
CN111526184B (zh) | 业务审核的方法和装置 | |
CN111414591A (zh) | 工作流管理的方法和装置 | |
CN113448960A (zh) | 一种导入表格文件的方法和装置 | |
CA2645875C (en) | Context-based user authentication, workflow processing, and data management in a centralized application in communication with a plurality of third-party applications | |
US20240103939A1 (en) | System And Method for Implementing Micro-Application Environments | |
CN115114021A (zh) | 一种管理服务的方法、装置和系统 | |
Quinapallo Vallejo | Microservices for a carrying hailing service system: management of users and their economic transactions, generation of reports, and interaction with external suppliers |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |