年金支付处理方法、设备及介质与流程 专利技术说明

计算;推算;计数设备的制造及其应用技术1.本技术涉及信息处理技术领域，尤其涉及一种年金支付处理方法、设备及介质。背景技术：2.企业年金是一种补充性养老金制度，是指企业及其职工在依法参加基本养老保险的基础上，自主建立的补充养老保险制度。3.为了提升用户体验，保险机构推出了年金万能险服务，用户可以使用年金账户在第三方平台进行消费。这种方式通常难以将年金账户支付所生成的减少账户金额的保全支付金额直接转付给第三方平台，且每一个减少账户金额的保全项目均会生成一笔转账数据，这样的交易在客户量大以及交易频繁的情况下，需要让保全和财务相关人员投入相当的人力和时间核对，导致较大的出错概率。4.因此，提出一种能够有效简化年金账户支付流程提高年金支付准确率的方案是目前亟待解决的问题。技术实现要素：5.鉴于上述问题，即年金账户支付流程多以及出错概率较高的问题，本技术提供一种年金支付处理方法、设备及介质。6.为了实现上述目的，本技术提供如下技术方案：7.根据本技术的一方面，提供一种年金支付处理方法，包括：8.年金业务服务器每隔预设时间段获取年金服务终端发送的年金保全结算订单，所述年金保全结算订单包括所述预设时间段内产生的所有携带目标数据来源标识的保全项目的结算信息；9.所述年金业务服务器基于所述年金保全结算订单生成第三方保全领取人信息，所述第三方保全领取人信息与所述保全项目的领取人信息相映射；10.所述年金业务服务器基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算，并将支付结算结果反馈给所述年金服务终端。11.在一种实施方式中，所述方法还包括：12.所述年金业务服务器将所述第三方保全领取人信息存储至消息队列中，5所述消息队列用于存储所有年金保全结算订单对应的第三方保全领取人信息；13.所述年金业务服务器基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算，包括：14.所述年金业务服务器按照所述消息队列的存储顺序基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算。15.0在一种实施方式中，在年金业务服务器每隔预设时间段获取年金服务终端发送的年金保全结算订单之后，以及所述年金业务服务器按照所述年金保全结算订单生成第三方保全领取人信息之前，还包括：16.所述年金业务服务器校验所述消息队列中是否存在所述年金保全结算订单对应的第三方保全领取人信息；17.5若所述消息队列中不存在所述年金保全结算订单对应的第三方保全领取人信息，则所述年金业务服务器执行基于所述年金保全结算订单生成第三方保全领取人信息的步骤。18.在一种实施方式中，若所述消息队列中存在所述年金保全结算订单对应19.的第三方保全领取人信息，还包括：0更新所述年金保全结算订单对应的第三方保全领取人信息，并将更新后的第三方保全领取人信息重新存储于所述消息队列中。20.在一种实施方式中，在年金业务服务器每隔预设时间段获取年金服务终端发送的年金保全结算订单之后，以及所述年金业务服务器基于所述年金保全结算订单生成第三方保全领取人信息之前，还包括：5所述年金业务服务器基于所述年金保全结算订单确定第一结算金额；21.所述年金业务服务器校验所述第一结算金额与从所述年金服务终端获取的所述年金保全结算订单的第二结算金额相同，若相同，则所述年金业务服务器执行基于所述年金保全结算订单生成第三方保全领取人信息的步骤。22.根据本技术的另一方面，提供一种年金支付处理方法，包括：0年金服务终端每隔预设时间段生成年金保全结算订单，所述年金保全结算订单包括所述预设时间段内产生的所有携带目标数据来源标识的保全项目的结算信息；23.所述年金服务终端将所述年金保全结算订单发送至年金业务服务器；24.所述年金服务终端获取所述年金业务服务器对所述年金保全结算订单进行支付结算的支付结算结果；25.所述年金服务终端响应于所述支付结算结果为支付成功，确认所述年金保全结算订单结算完成。26.在一种实施方式中，所述年金服务终端每隔预设时间段生成年金保全结算订单，包括：27.响应于保全项目的结算请求，所述年金服务终端校验所述保全项目是否为预设年金支付项目，若是，则在所述保全项目中增加目标来源标识；28.所述年金服务终端基于预设时间段内所有增加目标来源标识的所有保全项目的结算信息生成年金保全结算订单。29.在一种实施方式中，在所述年金服务终端获取所述年金业务服务器对所述年金保全结算订单进行支付结算的支付结算结果之后，还包括：30.所述年金服务终端响应于所述支付结算结果为支付失败，向所述年金业务服务器发送重新结算请求，所述重新结算请求携带所述年金保全结算订单，以使所述年金业务服务器重新对所述年金保全结算订单进行支付结算。31.根据本技术的又一方面，提供一种电子设备，包括：存储器和处理器；32.所述存储器存储计算机执行指令；33.所述处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行所述的年金支付处理方法。34.根据本技术的再一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的年金支付处理方法。35.本技术提供的年金支付处理方法、设备及介质，通过年金业务服务器每隔预设时间段获取年金服务终端发送的年金保全结算订单，所述年金保全结算订单包括所述预设时间段内产生的所有携带目标数据来源标识的保全项目的结算信息；所述年金业务服务器基于所述年金保全结算订单生成第三方保全领取人信息，所述第三方保全领取人信息与所述保全项目的领取人信息相映射；所述年金业务服务器基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算，并将支付结算结果反馈给所述年金服务终端。此过程中，利用年金业务服务器和年金服务终端之间的交互，通过对现有年金账户保全项目的支付流程进行改进，年金业务服务器通过周期性获取年金服务终端发送的年金保全结算订单，并基于年金保全结算订单生成第三方保全领取人信息，然后对周期内的年金保全结算订单进行结算，达到了有效简化支付流程，同时降低出错概率的技术效果。附图说明36.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。37.图1为本技术实施例提供的一种可能的场景示意图；38.图2为本技术实施例提供的一种年金支付处理方法的流程示意图；39.图3为本技术实施例提供的另一种年金支付处理方法的流程示意图；40.图4为本技术实施例提供的又一种年金支付处理方法的流程示意图；41.图5为本技术实施例提供的再一种年金支付处理方法的流程示意图；42.图6为本技术一示例性实施例的流程示意图；43.图7为本技术实施例提供的一种年金业务服务器的结构示意图；44.图8为本技术实施例提供的一种年金服务终端的结构示意图；45.图9为本技术实施例提供的一种电子设备的结构示意图。46.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。具体实施方式47.目前，使用年金(万能险)支付第三方平台服务费用，在保险端相当于保单操作减少账户金额的保全项目，每一个保全项目确认后均会生成一笔支付数据给保全项目的领取人，即该保单的投保人。年金账户每支付一笔第三方平台的服务费用，对应保单均会生成一个减少账户金额的保全项目，若很多个年金保单，以及多次支付第三方平台服务费用，将生成很多减少账户金额的保全项目，以及对应很多笔的支付数据，且这部分的数据需要代客户转账给第三方健康服务供应商。48.而相关技术中难以将万能险支付健康服务费用生成的减少账户金额的保全支付金额直接转付给第三方，且每一个减少账户金额的保全项目均生成一笔转账数据，这样的交易在客户量大，交易频繁的情况下，需要让保全和财务相关人员投入大量的人力和时间进行核对，出错的概率也会相应增加。49.针对上述技术问题，本技术实施例提供了一种年金支付处理方法、设备及介质，利用年金业务服务器和年金服务终端之间的交互，通过对现有减少账户金额保全项目的支付流程进行改造，年金业务服务器通过每隔预设时间段获取年金服务终端发送的年金保全结算订单，并基于年金保全结算订单生成第三方保全领取人信息，然后基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算，并将支付结算结果反馈给所述年金服务终端，实现多笔年金保全结算订单的同时支付，此过程使支付流程同时支持保险端减少账户金额的支付流程，万能账户支付健康服务费用的合并支持流程，有效减轻了保全业务人员、财务人员的财务核算对账的工作，减少发回盘次数，很大程度降低转账出错的概率。50.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术的实施例中的附图，对本技术实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。所描述的实施例是本技术一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。51.图1为本技术实施例提供的一种可能的场景示意图，如图1所示，包括年金服务终端110和年金业务服务器120，年金服务终端110和年金业务服务器120之间通过有线或者无线网络相互连接。可选地，年金服务终端110用于管理年金账户在第三方平台消费的服务权益并对权益使用后对账成功的数据创建年金保全结算订单，例如第三方平台为健康服务平台，年金服务终端根据年金账户的投保情况可以设置该年金账户进行消费的健康服务权益，年金服务终端110向年金业务服务器120周期性提供年金保全结算订单，年金业务服务器120用于基于年金服务终端110提供的数据，生成第三方保全领取人信息并进行支付结算。可选地，在支付结算的过程中，年金业务服务器120承担主要计算工作，年金服务终端110承担次要计算工作；或者，年金业务服务器120承担次要计算工作，年金服务终端110承担主要计算工作；或者，年金业务服务器120或终端110分别能够单独承担计算工作。52.在一种具体应用中，本实施例提供的技术方案可以应用于泰康人寿的养老健康服务核心系统项目，对于采用年金账户在第三方平台进行消费的保全项目，可以在年金业务服务器端减少账户金额保全项目的支付金额结算次数，通过周期性将结算订单合并为一笔支付，可以有效简化支付流程，以提高支付处理效率，同时降低保险机构和第三方平台之间频繁交互等原因所导致的出错概率。53.其中，年金服务终端110可以包括但不限于，电脑、智能手机、平板电脑、电子书阅读器、动态影像专家压缩标准音频层面3(moving picture experts group audio layer iii，简称mp3)播放器、动态影像专家压缩标准音频层面4(moving picture experts group audio layer iv，简称mp4)播放器、便携计算机、车载电脑、可穿戴设备、台式计算机、机顶盒、智能电视等等。54.年金业务服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。55.可选地，上述年金服务终端110或年金业务服务器120的数量可以更多或更少，本技术实施例对此不加以限定。56.上面对本技术的场景示意图进行了简单说明，下面以应用于图1中的年金服务终端110、年金业务服务器120为例，来详细说明本技术实施例提供的。57.需要说明的是，本技术的技术方案中所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。58.请参照图2，图2为本技术实施例提供一种年金支付处理方法的流程示意图，该方法包括步骤s201-s203。59.步骤s201、年金业务服务器每隔预设时间段获取年金服务终端发送的年金保全结算订单，所述年金保全结算订单包括所述预设时间段内产生的所有携带目标数据来源标识的保全项目的结算信息。60.本实施例中，年金保全结算订单为包含年金保全结算订单的数据信息，例如包括年金保全结算订单对应的单号字段信息、金额字段信息以及对应的来源标识字段信息。在一可实现中，年金保全结算订单由年金服务终端对账成功后向年金业务服务器发送的，对于减少年金账户金额的保全项目，年金服务终端在对应的保全项目中增加目标数据来源标识，示例性的，当保全项目是由于年金账户支付健康服务费用所生成的保全项目，对其增加目标数据来源标识：医养无忧。61.具体的，在结算周期节点，年金服务终端会获取周期内保全数据，例如健康服务核心终端获取采用年金账户购买健康服务周期内保全数据，该数据是年金服务终端在健康服务平台周期内的保全数据完成对账后的数据。当对账成功后，年金服务终端创建保全结算单来发起结算。也就是说，时间范围内的对应的保全项目合并生成为一笔待支付数据(保全结算订单)，合并支付的该保全结算订单的单号为结算单号，而非保全号。62.需要说明的是，本领域技术人员可以结合实际应用对预设时间段进行适应性设定，示例性的，可以根据拥有年金账户的客户历史第三方服务权益的消费记录进行适应性调整，例如历史消费次数较多，可以将预设时间段适应性缩短，反之，则延长；或者，还可以根据享受第三方平台服务权益的年金账户的数量对预设时间段进行调整，对于享受第三方服务权益的年金账户数量较多情况可以将预设时间段适应性缩短，而对于数量较少的情况则可以将预设时间段适应性延长，以实现在满足支付结算需求的同时，不过与频繁的进行支付结算。63.本实施例中，针对大量的保全项目，采用目标数据来源标识的形式，年金业务服务器可以直接对携带目标数据来源标识的保全项目进行处理，有效提高年金支付处理效率。64.步骤s202、所述年金业务服务器基于所述年金保全结算订单生成第三方保全领取人信息，所述第三方保全领取人信息与所述保全项目的领取人信息相映射。65.本实施例中，对于数据来源为目标数据来源如“医养无忧”的减少账户金额的保全项目，在保全确认时不直接生成应付领取人信息数据，而是在周期性接收到的所有保全项目对应的年金结算订单后生成第三方保全领取人信息。而对于数据来源为非目标数据来源如“医养无忧”的减少账户金额的保全项目，在保全确认时可以直接生成领取信息的应付数据信息。66.可以理解的，本实施例中的第三方保全领取人信息用于标识在该周期内所有保全结算订单的支付领取，其与所有保全项目的(实际)领取人信息相映射，即相当于生成第三方保全领取人信息后，各保全项目的实际领取人信息也相应生成。67.步骤s203、所述年金业务服务器基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算，并将支付结算结果反馈给所述年金服务终端。68.本实施例中，在生成第三方保全领取人信息后，年金业务服务器对保全结算订单进行统一支付结算，同时反馈给年金服务终端，并将第三方保全领取人的领取状态置为领取成功，结算结果更加准确，同时也不会造成领取人漏领、误领等情况。69.示例性的，客户a、b均购买了某保险机构(例如泰康人寿)的医养无忧万能(年金)产品，a万能账户总金额10000元，b万能账户总金额20000元。客户a使用万能账户购买由企健网(第三方平台)提供的医药服务3次，生成3个减少账户金额的保全项目，3次的保全项目金额的分别为100元，200元，300元；客户b使用万能账户购买由企健网提供的医药服务2次，生成2个减少账户的保全项目，2次的保全项目的金额分别为100元，100元。70.客户a购买完3次服务后，万能账户金额为9400。减少的600元金额依然在保险机构未进行支付。客户b购买完2次服务后，万能账户金额为19800。减少的200元金额依然在保险机构未进行支付。71.当到了结算周期，客户a的3个保全项目生成3笔领取人投保人的支付数据，客户b的2个保全项目生成2笔领取人为投保人的支付数据，将客户a和客户b的5个保全支付数据，合并成一笔第三方保全领取人为第三方平台的支付数据，合并支付金额为800元，财务收到支付数据后将800元支付给第三方平台，并将客户a和客户b的多个投保人(实际领取)的支付状态置为支付成功。72.请参照图3，图3为本技术实施例提供的另一种年金账户的支付处理方法，在上述实施例的基础上，本实施例考虑到年金账户支付安全性，在生成第三方保全领取人信息之前，首先校验年金保全结算订单的金额信息是否与年金业务服务器所计算的金额信息相一致，具体地，除了上述步骤s201-s203之外，在步骤s201年金业务服务器每隔预设时间段获取年金服务终端发送的年金保全结算订单之后，以及步骤s202所述年金业务服务器基于所述年金保全结算订单生成第三方保全领取人信息之前，还包括步骤s301和步骤s302。73.步骤s301、所述年金业务服务器基于所述年金保全结算订单确定第一结算金额。74.步骤s302、所述年金业务服务器校验所述第一结算金额与从所述年金服务终端获取的所述年金保全结算订单的第二结算金额相同，若相同，则执行步骤s202所述年金业务服务器基于所述年金保全结算订单生成第三方保全领取人信息的步骤；若不相同可以结束流程或者退回至年金服务终端。75.在一种可实现中，年金业务服务器根据保全结算订单包含的所有保全项目，调用年金后台系统计算对应保全项目的金额并进行加总合计，当所计算的合计金额(第一结算金额)和保全结算订单的总金额(第二结算金额)一致，则年金业务服务器将保全结算订单的信息给到对应的保全平台，并在年金业务服务器的保全平台根据保全结算订单、保全结算订单包含的保全项目生成以第三方作为领取人的第三方保全领取人信息记录，同时在保全结算订单范围内的每一个保全项目均生成一条领取人为投保人的领取人信息，且将领取状态置为领取成功。反之，若保全结算订单的金额和年金业务服务器计算的合计金额不一致，则将失败信息返回到年金服务终端，由年金服务终端重新核对，并在核对无误后可重新发起结算。76.请参照图4，图4为本技术实施例提供的又一种年金账户的支付处理方法，在上述实施例的基础上，本实施例增加了消息队列，并通过将第三方保全领取人信息存储至消息队列中，年金业务服务器根据消息队列按序支付结算，以进一步降低支付错误率，具体地，除了上述步骤s201-s203之外，在步骤s202之后以及步骤s203之前，还包括步骤s401，并将步骤s203进一步划分为步骤s203a。77.步骤s401、所述年金业务服务器将所述第三方保全领取人信息存储至消息队列中，所述消息队列用于存储所有年金保全结算订单对应的第三方保全领取人信息。78.步骤s203a、所述年金业务服务器按照所述消息队列的存储顺序基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算。79.本实施例中，通过将第三方保全领取人信息存储至消息队列中，一方面，当存在多笔年金保全结算订单时，可以按序根据第三方保全领取人信息进行支付，避免多笔年金保全结算订单的混淆支付。例如保险机构与多个第三方平台达成合作，针对不同平台的年金账户支付的保全结算订单通常需要分别计算及处理，另一方面，消息队列可以作为第三方保全领取人信息的存证。80.在一种实施方式中，为了避免同一笔年金保全结算订单的重复支付，本实施例在步骤s201年金业务服务器每隔预设时间段获取年金服务终端发送的年金保全结算订单之后，以及步骤s202所述年金业务服务器按照所述年金保全结算订单生成第三方保全领取人信息之前，还包括以下步骤：81.所述年金业务服务器校验所述消息队列中是否存在所述年金保全结算订单对应的第三方保全领取人信息；82.若所述消息队列中不存在所述年金保全结算订单对应的第三方保全领取人信息，则所述年金业务服务器执行基于所述年金保全结算订单生成第三方保全领取人信息的步骤。83.本实施例中，在生成第三方保全领取人信息时，通过首先校验消息队列中是否存在对应的第三方保全领取人信息，以有效避免同一笔年金保全结算订单的重复支付。此外，对于同一笔年金保全结算订单，存在金额确认且生成第三方保全领取人信息，但在支付流程中出现支付失败的情况，此时消息队列中已经有该第三方保全领取人信息，需要对其进行修改，以保证每一个第三方保全领取人信息对应一个支付成功信息，以保障保险机构、用户以及第三方平台权益。84.进一步地，若所述消息队列中存在所述年金保全结算订单对应的第三方保全领取人信息，还可以包括以下步骤：85.更新所述年金保全结算订单对应的第三方保全领取人信息，并将更新后的第三方保全领取人信息重新存储于所述消息队列中。86.本实施例中，通过在存在第三方保全领取人信息的情况下对该第三方保全领取人信息进行更新，并根据更新后的第三方保全领取人信息重新进行支付。其中，更新的内容可以为名称的更新，例如领取人信息1.0和领取人信息2.0。87.本技术实施例相应还提供一种年金支付处理方法，如图5所示，包括步骤s501-s504。88.步骤s501、年金服务终端每隔预设时间段生成年金保全结算订单，所述年金保全结算订单包括所述预设时间段内产生的所有携带目标数据来源标识的保全项目的结算信息；89.步骤s502、所述年金服务终端将所述年金保全结算订单发送至年金业务服务器；90.步骤s503、所述年金服务终端获取所述年金业务服务器对所述年金保全结算订单进行支付结算的支付结算结果；91.步骤s504、所述年金服务终端响应于所述支付结算结果为支付成功，确认所述年金保全结算订单结算完成。92.在一种实施方式中，步骤s501年金服务终端每隔预设时间段生成年金保全结算订单，包括：93.响应于保全项目的结算请求，所述年金服务终端校验所述保全项目是否为预设年金支付项目，若是，则在所述保全项目中增加目标来源标识；94.所述年金服务终端基于预设时间段内所有增加目标来源标识的所有保全项目的结算信息生成年金保全结算订单。95.需要说明的是，本领域技术人员可以结合实际应用对预设年金支付项目进行适应性设定，例如，所有可以采用年金账户进行支付的保全项目。96.在一种实施方式中，在步骤s503年金服务终端获取所述年金业务服务器对所述年金保全结算订单进行支付结算的支付结算结果之后，还包括：97.所述年金服务终端响应于所述支付结算结果为支付失败，向所述年金业务服务器发送重新结算请求，所述重新结算请求携带所述年金保全结算订单，以使所述年金业务服务器重新对所述年金保全结算订单进行支付结算。98.为便于对本技术实施例的理解，本技术实施例还提供一示例性实施例，如图6所示，包括以下流程：99.s1、年金服务终端为对账成功的保全数据创建结算单(即保全结算订单)。100.其中，年金服务终端可以以固定周期(可对应于预设时间段)和第三方平台进行对账。对于对账成功的减少账户金额的保全项目，增加数据来源字段。101.s2、年金服务终端新建结算单，并可以标注结算单状态：已对账待结算。102.s3、年金服务终端向年金业务服务器发起结算，并同时发送该结算单，发起支付请求。103.本实施例中，年金业务服务器包括三个部分，年金核心中台、年金保全中心和年金支付中心。104.s4、年金核心中台接收结算单，并计算结算单内各保全总金额和年金服务终端推送的总金额是否一致，如果不一致，则可以反馈给年金服务终端，年金服务终端可以将该结算单状态变更为：作废，和/或重新对该笔结算订单中的保全项目进行对账，在对账成功后返回新建结算单的步骤，重新发起结算请求。105.s4、如果总金额一致，则年金保全中心按照结算单生成领取人信息(第三方领取人，即第三方保全领取人)‑‑‑‑第三方保全领确认新增接口并进入s5。此外，还可以将信息返回给年金服务终端，年金服务终端对该结算单状态进行更新：已确认待付款。106.s5、年金保全中心将该第三方领取人信息存储到消息队列(messges queue，mq)中；107.s6、年金财务中心按照消息队列的存储顺序对第三方领取人信息进行支付，并将支付结果返回给年金核心中台；108.s7、年金核心中台接收支付结算结果，并将支付结算结果反馈给年金服务终端。同时在自身设备中更新对应的结算单的状态信息，在支付成功时进行保全应付核销等操作；109.s8、年金服务终端校验结算单是否为支付成功，如果支付成功则确认该结算单结算完成，并将该结算单状态更新为已结算已付款；110.s9、如果支付失败，则年金服务终端重新发起结算，此过程结算单不变，也即该笔结算单发起结算的接口不变；111.s10、年金核心中台在接收到重新结算请求后，再次校验该笔结算单的金额是否与计算一致，如果不一致，则可以反馈给年金服务终端，年金服务终端可以将该结算单状态变更为：作废，和/或重新对该笔结算订单中的保全项目进行对账，在对账成功后返回新建结算单的步骤，重新发起结算请求。112.s11、如果金额一致，年金核心中台将信息推送给年金保全中心，年金保全中心针对该结算单进行领取人修改‑‑‑领取人修改接口(可根据结算单号判断是新增还是修改)113.本实施例中，在同步到年金保全中心后，保全根据结算单是否存在判断是否为新建领取人信息，并可修改领取人信息。领取人信息修改完成后，同样将信息存储到消息队列中，年金财务中心监听到消息后，获取对应数据，并进行财务支付。114.可见，本实施例的支付处理方案在解决了现有技术中支付流程多以及出错概率较高的同时，还具有防重复支付机制，一方面，当财务支付失败之后，年金服务终端可以对当前的结算单重新发起结算，而非重创建结算单；另一方面，在重新发起结算的时候，年金核心中台对领取人信息进行修改并放入消息队列中，年金核心中台将消息队列中的信息同步到年金财务中心进行结算单的支付。115.本技术实施例相应还提供一种年金业务服务器，如图7所示，包括：116.订单获取模块71，其设置为每隔预设时间段获取年金服务终端发送的年金保全结算订单，所述年金保全结算订单包括所述预设时间段内产生的所有携带目标数据来源标识的保全项目的结算信息；117.第一生成模块72，其设置为基于所述年金保全结算订单生成第三方保全领取人信息，所述第三方保全领取人信息与所述保全项目的领取人信息相映射；118.支付模块73，其设置为基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算，并将支付结算结果反馈给所述年金服务终端。119.在一种实施方式中，所述装置还包括：120.存储模块，其设置为将所述第三方保全领取人信息存储至消息队列中，所述消息队列用于存储所有年金保全结算订单对应的第三方保全领取人信息；121.所述支付模块73具体设置为，按照所述消息队列的存储顺序基于所述第三方保全领取人信息对所述年金保全结算订单进行支付结算。122.在一种实施方式中，所述装置还包括：123.第一校验模块，其设置为校验所述消息队列中是否存在所述年金保全结算订单对应的第三方保全领取人信息；124.所述第一生成模块72还设置为，在检验模块的校验结果为所述消息队列中不存在所述年金保全结算订单对应的第三方保全领取人信息时，基于所述年金保全结算订单生成第三方保全领取人信息。125.在一种实施方式中，所述装置还包括：126.更新存储模块，其设置为在校验模块的校验结果为所述消息队列中存在所述年金保全结算订单对应的第三方保全领取人信息时，更新所述年金保全结算订单对应的第三方保全领取人信息，并将更新后的第三方保全领取人信息重新存储于所述消息队列中。127.在一种实施方式中，所述装置还包括：128.确定模块，其设置为基于所述年金保全结算订单确定第一结算金额；129.第二校验模块，其设置为校验所述第一结算金额与从所述年金服务终端获取的所述年金保全结算订单的第二结算金额相同；130.所述第一生成模块72还设置为，在第二校验模块检验为相同时基于所述年金保全结算订单生成第三方保全领取人信息。131.本技术实施例相应还提供一种年金服务终端，如图8所示，包括：132.第二生成模块81，年金服务终端每隔预设时间段生成年金保全结算订单，所述年金保全结算订单包括所述预设时间段内产生的所有携带目标数据来源标识的保全项目的结算信息；133.发送模块82，其设置为将所述年金保全结算订单发送至年金业务服务器；134.结算获取模块83，其设置为获取所述年金业务服务器对所述年金保全结算订单进行支付结算的支付结算结果；135.确认模块84，其设置为响应于所述支付结算结果为支付成功，确认所述年金保全结算订单结算完成。136.在一种实施方式中，所述第二生成模块81，包括：137.校验标识单元，其设置为响应于保全项目的结算请求，所述年金服务终端校验所述保全项目是否为预设年金支付项目，若是，则在所述保全项目中增加目标来源标识；138.生成单元，其设置为基于预设时间段内所有增加目标来源标识的所有保全项目的结算信息生成年金保全结算订单。139.在一种实施方式中，所述装置还包括：140.重新结算模块，其设置为响应于所述支付结算结果为支付失败，向所述年金业务服务器发送重新结算请求，所述重新结算请求携带所述年金保全结算订单，以使所述年金业务服务器重新对所述年金保全结算订单进行支付结算。141.本技术实施例相应还提供一种电子设备，如图9所示，包括：存储器91和处理器92；142.所述存储器91存储计算机执行指令；143.所述处理器92执行所述存储器91存储的计算机执行指令，使得所述电子设备执行所述的年金支付处理方法。144.根据本技术的再一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的年金支付处理方法。145.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。146.如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。147.此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。148.在本技术实施例的描述中，术语“和/或”仅仅表示一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，术语“至少一种”表示多种中的任一种或多种中的至少两种的任意组合，例如，包括a、b、中的至少一种，可以表示包括a、b和c沟通的集合中选择的任意一个或多个元素。此外，术语“多个”的含义是两个或两个以上，除非是另有精确具体地规定。149.在本技术实施例的描述中，术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。150.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!