WO2019007336A2 - 数据处理方法、装置和设备 - Google Patents

数据处理方法、装置和设备 Download PDF

Info

Publication number
WO2019007336A2
WO2019007336A2 PCT/CN2018/094318 CN2018094318W WO2019007336A2 WO 2019007336 A2 WO2019007336 A2 WO 2019007336A2 CN 2018094318 W CN2018094318 W CN 2018094318W WO 2019007336 A2 WO2019007336 A2 WO 2019007336A2
Authority
WO
WIPO (PCT)
Prior art keywords
user
cost
subsystem
resource
payment
Prior art date
Application number
PCT/CN2018/094318
Other languages
English (en)
French (fr)
Other versions
WO2019007336A3 (zh
Inventor
崔志伟
Original Assignee
阿里巴巴集团控股有限公司
崔志伟
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司, 崔志伟 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2019007336A2 publication Critical patent/WO2019007336A2/zh
Publication of WO2019007336A3 publication Critical patent/WO2019007336A3/zh
Priority to US16/716,992 priority Critical patent/US20200126069A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3676—Balancing accounts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing

Abstract

本申请实施例公开了一种数据处理方法、装置和设备，该方法包括：代价平衡子系统将关于用户的认证请求发送给代价转移子系统，该认证请求用于请求对该用户进行认证；该代价转移子系统根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；资源子系统根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价；该代价平衡子系统确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。

Description

数据处理方法、装置和设备 技术领域
本申请涉及计算机软件技术领域，尤其涉及一种数据处理方法、装置和设备。
背景技术
在现有的资源转移体系中，用户端根据在资源系统触发的资源事件，向资源系统支付资源代价，并通过代价平衡系统平衡用户端支付的资源代价。其中，代价平衡子系统预先接收用户端的资源代价，并在用户端触发资源事件时，为用户端支付在资源事件的资源代价，以实现用户端的资源代价平衡。
在某些情况下，代价平衡系统为用户端提前支付资源代价，但用户端可能未进行触发资源事件，或者用户端进行资源事件中的资源代价小于代价平衡系统支付的资源代价，从而导致代价平衡系统需要支付额外的资源代价。在另一些情况下，用户端在资源系统中先行垫付资源代价，但需要采用较为复杂的方式，等待较长时间后才能够得到代价平衡系统支付的资源代价。
亟需一种方案，以使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
发明内容
本申请实施例的目的是提供一种数据处理方法、装置和设备，以使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
为解决上述技术问题，本申请实施例是这样实现的：
第一方面，提出了一种数据处理方法，该方法包括：
代价平衡子系统将关于用户的认证请求发送给代价转移子系统，该认证请求用于请求对该用户进行认证；
该代价转移子系统根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
资源子系统根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价；
该代价平衡子系统确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
第二方面，提出了一种数据处理方法，该方法包括：
将关于用户的认证请求发送给代价转移子系统，该认证请求用于请求对该用户进行认证；
接收该代价转移子系统发送的送支付请求，该支付请求用于请求支付该用户的客户端的资源代价，该支付请求是该资源子系统根据该用户的客户端出示的该定向电子凭证发送的，该定向电子凭证是该代价转移子系统根据认证结果向该用户的客户端发送的；
确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
第三方面，提出了一种数据处理方法，该方法包括：
接收代价平衡子系统发送的关于用户的认证请求，该认证请求用于请求对该用户进行认证；
对该用户进行认证，并根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用于作为该用户的客户端的定向资源代价的支付凭证；
接收资源子系统根据该用户的客户端出示的该定向电子凭证发送的支付请求，该支付请求用于请求支付该用户客户端的资源代价；
向该代价平衡子系统转发该支付请求；
接收该代价平衡子系统根据该支付请求发送的支付指令，该支付指令用于向该资源子系统支付该用户的客户端的资源代价；
根据该支付指令，从该代价平衡子系统向该资源子系统支付该用户的客户端的资源代价。
第四方面，提出了一种数据处理方法，该方法包括：
根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价，其中，该定向电子凭证是该代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向该用户的客户端发送的，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
接收该代价转移子系统根据支付指令从该代价平衡子系统转移的该用户的资源代价，其中，该支付指令是该代价平衡子系统在对该代价转移子系统转发的该支付请求进行确认后向该代价转移子系统发送的，该支付指令用于支付该用户的资源代价。
第五方面，提出了一种数据处理装置，该装置包括：
发送单元，将关于用户的认证请求发送给代价转移子系统，该认证请求用于请求对该用户进行认证；
接收单元，接收该代价转移子系统发送的送支付请求，该支付请求用于请求支付该用户的客户端的资源代价，该支付请求是该资源子系统根据该用户的客户端出示的该定向电子凭证发送的，该定向电子凭证是该代价转移子系统根据认证结果向该用户的客户端发送的；
确认单元，确认该支付请求；
发送单元，还通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
第六方面，提出了一种数据处理装置，该代价转移包括：
接收单元，接收代价平衡子系统发送的关于用户的认证请求，该认证请求 用于请求对该用户进行认证；
认证单元，对该用户进行认证；
发送单元，根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用于作为该用户的客户端的定向资源代价的支付凭证；
该接收单元，还接收资源子系统根据该用户的客户端出示的该定向电子凭证发送的支付请求，该支付请求用于请求支付该用户客户端的资源代价；
该发送单元，还向该代价平衡子系统转发该支付请求；
该接收单元，还接收该代价平衡子系统根据该支付请求发送的支付指令，该支付指令用于向该资源子系统支付该用户的客户端的资源代价；
支付单元，根据该支付指令，从该代价平衡子系统向该资源子系统支付该用户的客户端的资源代价。
第七方面，提出了一种数据处理装置，该装置包括：
发送单元，根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价，其中，该定向电子凭证是该代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向该用户的客户端发送的，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
接收单元，接收该代价转移子系统根据支付指令从该代价平衡子系统转移的该用户的资源代价，其中，该支付指令是该代价平衡子系统在对该代价转移子系统转发的该支付请求进行确认后向该代价转移子系统发送的，该支付指令用于支付该用户的资源代价。
第八方面，提出了一种电子设备，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：
将关于用户的认证请求发送给代价转移子系统，该认证请求用于请求对该 用户进行认证；
接收该代价转移子系统发送的送支付请求，该支付请求用于请求支付该用户的客户端的资源代价，该支付请求是该资源子系统根据该用户的客户端出示的该定向电子凭证发送的，该定向电子凭证是该代价转移子系统根据认证结果向该用户的客户端发送的；
确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
第九方面，提出了一种电子设备，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：
接收代价平衡子系统发送的关于用户的认证请求，该认证请求用于请求对该用户进行认证；
对该用户进行认证，并根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用于作为该用户的客户端的定向资源代价的支付凭证；
接收资源子系统根据该用户的客户端出示的该定向电子凭证发送的支付请求，该支付请求用于请求支付该用户客户端的资源代价；
向该代价平衡子系统转发该支付请求；
接收该代价平衡子系统根据该支付请求发送的支付指令，该支付指令用于向该资源子系统支付该用户的客户端的资源代价；
根据该支付指令，从该代价平衡子系统向该资源子系统支付该用户的客户端的资源代价。
第十方面，提出了一种电子设备，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：
根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价，其中，该定向电子凭证是该代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向该用户的客户端发送的，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
接收该代价转移子系统根据支付指令从该代价平衡子系统转移的该用户的资源代价，其中，该支付指令是该代价平衡子系统在对该代价转移子系统转发的该支付请求进行确认后向该代价转移子系统发送的，该支付指令用于支付该用户的资源代价。
第十一方面，提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行以下操作：
将关于用户的认证请求发送给代价转移子系统，该认证请求用于请求对该用户进行认证；
接收该代价转移子系统发送的送支付请求，该支付请求用于请求支付该用户的客户端的资源代价，该支付请求是该资源子系统根据该用户的客户端出示的该定向电子凭证发送的，该定向电子凭证是该代价转移子系统根据认证结果向该用户的客户端发送的；
确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
第十二方面，提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行以下操作：
接收代价平衡子系统发送的关于用户的认证请求，该认证请求用于请求对该用户进行认证；
根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用 于作为该用户的客户端的定向资源代价的支付凭证；
接收资源子系统根据该用户的客户端出示的该定向电子凭证发送的支付请求，该支付请求用于请求支付该用户客户端的资源代价；
向该代价平衡子系统转发该支付请求；
接收该代价平衡子系统根据该支付请求发送的支付指令，该支付指令用于向该资源子系统支付该用户的客户端的资源代价；
根据该支付指令，从该代价平衡子系统向该资源子系统支付该用户的客户端的资源代价。
第十三方面，提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行以下操作：
根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价，其中，该定向电子凭证是该代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向该用户的客户端发送的，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
接收该代价转移子系统根据支付指令从该代价平衡子系统转移的该用户的资源代价，其中，该支付指令是该代价平衡子系统在对该代价转移子系统转发的该支付请求进行确认后向该代价转移子系统发送的，该支付指令用于支付该用户的资源代价。
第十四方面，提出了一种数据处理系统，包括：代价平衡子系统、代价转移子系统、资源子系统和用户客户端子系统，
该代价平衡子系统，将关于用户的认证请求发送给该代价转移子系统，该认证请求用于请求对该用户进行认证；
该代价转移子系统，接收该认证请求，并根据认证结果，向该用户的用户客户端子系统发送定向电子凭证，该定向电子凭证用于作为该用户的定向资源 代价的支付凭证；
该用户客户端子系统，接收该代价转移子系统发送的关于该用户的该定向电子凭证，并向该资源子系统出示该定向电子凭证；
该资源子系统，根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价；
该代价平衡子系统，还确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
由以上本申请实施例提供的技术方案可见，本申请实施例的方案通过代价转移子系统完成用户的认证并发放定向电子凭证，并在资源子系统处根据定向电子凭证向代价平衡子系统请求支付定向电子凭证对应的资源代价，然后根据代价平衡子系统对支付的确认，通过代价转移子系统完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请的一个实施例数据处理方法流程图。
图2为本申请的一个实施例保险理赔的交互流程图。
图3为本申请的另一个实施例保险理赔的交互流程图。
图4是本申请的另一个实施例数据处理方法流程图。
图5是本申请的再一个实施例数据处理方法流程图。
图6是本申请的再一个实施例数据处理方法流程图。
图7为本申请的一个实施例电子设备的结构示意图。
图8为本申请的一个实施例数据处理装置的结构示意图。
图9为本申请的一个实施例电子设备的结构示意图。
图10为本申请的一个实施例数据处理装置的结构示意图。
图11为本申请的一个实施例电子设备的结构示意图。
图12为本申请的一个实施例数据处理装置的结构示意图。
具体实施方式
本申请实施例提供一种保险业务的理赔方法、理赔系统及支付系统服务端。
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
为了更好地了解本申请中代价平衡子系统、资源系统和用户端，本申请实施例以理赔场景为例进行举例说明。用户端，例如，在保险公司投保的用户；代价平衡子系统，例如，保险公司，从用户中收取保险费用，并为用户支付车辆维修的理赔费用，以实现用户费用的平衡；资源系统，例如，4S店/维修厂，为用户提供车辆维修(资源)，并收取车辆维修的费用(资源代价)；用户端触发资源事件，例如，用户在4S店/维修厂进行车辆维修。
图1是本申请的一个实施例数据处理方法流程图。图1的方法可包括：
S102，代价平衡子系统将关于用户的认证请求发送给代价转移子系统。
其中，该认证请求用于请求对该用户进行认证。
应理解，在本申请实施例中，代价平衡子系统可用于平衡用户的定向资源代价，为用户向资源系统支付用户的定向资源代价。
应理解，在本申请实施例中，认证请求用于请求对用户进行认证。具体地，对用户的认证，可包括：对代价转移子系统中是否存在用户对应的账户进行认 证；和/或,对用户的信用指标或风险指标进行认证。
S104，该代价转移子系统根据认证结果，向该用户的客户端发送定向电子凭证。
其中，该定向电子凭证用于作为该用户的定向资源代价的支付凭证。
应理解，在本申请实施例中，代价转移子系统用于实现资源代价的转移，具体地，用于从代价平衡子系统向资源子系统进行资源代价的转移。
此外，本申请实施例中，代价转移子系统还兼具认证的功能，用于对用户进行认证。
S106，资源子系统根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求。
其中，该支付请求用于请求支付该用户的资源代价。
应理解，在本申请实施例中，资源子系统用于为用户提供资源，并收取资源代价。在具体的应用中，该资源可以包括有形的资源，也可以包括无形的资源，例如服务资源，等等。
S108，该代价平衡子系统确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
以保险公司的保险理赔为例，本申请实施例的方案可实现为：
保险业务提供方将关于用户的认证请求发送给支付系统服务端，其中，该认证请求用于请求对用户进行认证；
支付系统服务端对该用户进行认证，并在用户通过认证后向用户在支付系统中的账号发送保险卡券，其中，该保险卡券用于该用户的理赔费用的结算；
保险业务服务方使用该用户的该保险卡券完成该用户的理赔费用的结算；
该保险业务服务方向该支付系统服务端发送保险卡券结算请求，该保险卡券结算请求用于请对该理赔费用进行结算；
该支付系统服务端根据该保险卡券结算请求，向该保险业务提供方发送支付请求，该支付请求用于请求支付该理赔费用；
该保险业务提供方根据该支付请求对该保险卡券对应的理赔费用进行审核确认；
在审核通过后，向该支付系统服务端发送支付指令，该支付指令用于该保险业务提供方的账户向该保险业务服务方的账户支付该保险卡券对应的理赔费用。
本申请实施例中，通过代价转移子系统完成用户的认证并发放定向电子凭证，并在资源子系统处根据定向电子凭证，通过代价转移子系统向代价平衡子系统请求支付定向电子凭证对应的资源代价，然后根据代价平衡子系统对支付的确认，通过代价转移子系统完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
可选地，作为一个实施例，该认证请求中还携带指向该用户的定向资源的信息，该定向电子凭证也携带指向该用户的定向资源的信息，指向该用户的定向资源的标识信息用于标识有权使用该定向电子凭证的对象。进一步地，指向该用户的定向资源的标识信息用于确定该代价转移子系统应承担的资源代价。
应理解，指向该用户的定向资源的信息，可包括准备使用定向资源的对象的标识信息，和/或用户的标识信息。具体地，例如，在车险理赔中，准备使用定向资源的对象，即被保险车辆，该定向电子凭证可携带被保险车辆的标识信息，例如车牌号、车架号、发动机号、车型、车体颜色等一种或多种标识信息，等等。用户的标识信息，例如，用户的身份标识、手机号等的一种多多种标识信息。
应理解，指向该用户的定向资源的信息，还可包括定向资源的标识信息。例如，在车险理赔中，该定向资源的标识信息，可以是维修项目的标识，例如，某个维修项目为更换车前玻璃为国产车前玻璃，其标识为编号0111。当然，应理解，该定向资源的标识信息，可以有多种方式，例如，名称、编码等等。
可选地，作为一个实施例，步骤S106具体实现为：当该用户的资源代价对应的资源的使用对象为有权使用该定向电子凭证的对象，且该用户的资源代 价对应的资源包括该定向电子凭证中携带的至少一种定向资源时，资源子系统根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求。
例如，在车险理赔中，保险公司发放的保险卡券中可携带车牌号、车型和维修项目，用于支付指定车辆的指定维修项目的维修费用。在修车厂，如果修理的车子不是该车牌号对应的车辆，或者是其它车型的车辆，则不能使用该保险卡券；如果维修项目不包括保险卡券中的维修项目，也不能够使用该保险卡券。
可选地，该定向电子凭证还携带有效期信息。其中，该有效期信息用于限定该定向电子凭证的有效使用期限。
例如，保险公司发放的保险卡券的有效期信息为2017年6月30日至2017年8月31日，则用户只能在2017年6月30日至2017年8月31日之间使用该保险卡券，否则，保险卡券将失效。
此时，步骤S106具体可实现为：如果该定向电子凭证携带有效期信息，且当前日期在该有效期内，则资源子系统根据该用户客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求。
可选地，该定向电子凭证还资源子系统标识。其中，该资源子系统标识用于限定有权使用该定向电子凭证的资源子系统。
例如，保险公司发放的保险卡券指定的维修地点为修理厂A和4S店B，则用户只能在修理厂A或4S店B使用保险卡券进行维修，其它维修地点不能使用该保险卡券。
此时，步骤S106具体可实现为：如果该定向电子凭证携带资源子系统标识，且该资源子系统的标识为该定向电子凭证携带的资源子系统标识之一，则资源子系统根据该用户客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求。
当然，应理解，该定向电子凭证可携带有效期信息和资源子系统标识信息 中的一个或两个信息，相应地，在步骤S106中，应满足该一个或两个信息对应的条件。
可选地，该认证结果包括该用户的信用指标/风险指标，该定向电子凭证中携带该用户的信用指标/风险指标。
进一步地，该用户的客户端接收该定向电子凭证，包括：如果该用户的信用指标低于预定信用指标，或者该用户的风险指标高于预定风险指标，则对该用户进行风险认证，并在认证通过后确收该定向电子凭证。
本申请实施例中，可根据用户的信用指标或风险指标，在用户确收定向电子凭证时对用户进行风险认证，可进一步提高系统的安全性。
进一步地，该支付请求中还携带该用户的信用指标/风险指标，其中，在步骤S108中，代价平衡子系统确认该支付请求，包括：该代价平衡子系统按照该用户的信用指标/风险指标对应的确认方式确认该支付请求。
本申请实施例中，根据用户的信用指标/风险指标的不同，选择对应的确认方式确认该支付请求，可以在兼顾风险的同时提高确认效率。
例如，在保险公司的车险理赔中，如果用户的风险指标极高，则保险公司应以较为严格的确认方式审核该支付请求；如果用户的风险指标极低，则保险公司应以较为宽松的确认方式审核该支付请求，例如，自动确认，等等。
更进一步地，在步骤S108中，代价平衡子系统确认该支付请求，包括：该代价平衡子系统按照该用户的信用指标/风险指标和资源代价对应的确认方式确认该支付请求。
本申请实施例中，根据用户的信用指标/风险指标的不同，以及资源代价的不同，选择对应的确认方式确认该支付请求，可以在兼顾风险的同时提高确认效率。
例如，在医疗保险中，如果用户的信用指标极高，但其要报销的费用也较高，例如20万，则显然在审核确认时，不能只考虑用户的信用指标高就以较宽松的方式进行确认，还需要考虑费用大小的因素。
可选地，该支付请求中携带以下信息之一：
资源代价；
资源项目标识、资源项目标识对应的代价核销方式；
资源项目标识、资源项目标识对应的代价核销方式、代价平衡子系统应承担的资源代价比例。
可选地，作为一个实施例，在代价平衡子系统确认为该用户提供指向该用户的定向资源代价后，将关于该用户的认证请求发送给该代价转移子系统。
可选地，该代价平衡子系统包括应用于保险公司的费用结算系统；该代价转移子系统包括支付系统；该资源子系统包括应用于修理厂、4S店或医保点的费用结算系统。
下面，结合保险理赔的场景，对本申请实施例的方法做进一步的介绍。
可选地，作为一个实施例，在该用户进行保险报案并通过该保险业务提供方的审核确认后，该保险业务提供方将该用户的认证请求发送给该支付系统服务端。
本申请实施例中，可在用户进行保险报案并通过审核确认后，再向支付系统服务端发送认证请求。
可选地，作为一个实施例，在该用户与该保险业务提供方完成保险业务的签约后，该保险业务提供方将用户的认证请求发送给该支付系统服务端。
本申请实施例中，可在用户与保险业务提供方签约后，向支付系统服务端发送认证请求。
可选地，该支付请求中还携带该用户的风险信息；该保险业务提供方确定该用户的风险信息所对应的审核级别，并以该审核级别对该保险卡券对应的理赔费用进行审核。
本申请实施例中，通过在支付请求中携带用户的风险信息，可使得保险业务提供方针对不同用户的不同风险等级，确定支付确认的审核级别，从而能够即兼顾支付的安全审核，又能够兼顾审核效率。
当然，应理解，用户的风险信息只是审核级别的一个参考因素。在具体的应用中，还可能参考其它内容。例如，用户进行保险理赔的支付确认的频率；支付请求中金额的大小，等等。
可选地，作为一个实施例，该保险业务提供方确定该用户的风险信息所对应的审核级别，并以该审核级别对该保险卡券对应的理赔费用进行审核，包括：当该用户的风险指数小于预定阈值时，直接对该保险卡券对应的理赔费用进行确认。
本申请实施例中，对于风险指数小于预定阈值的用户，风险极小，骗保的可能性极低，可直接对该保险卡券对应的理赔费用进行确认。
可选地，该保险卡券结算请求携带该理赔费用的相关信息，该理赔费用的相关信息，可包括以下之一：
该保险卡券对应的理赔费用的金额；
该保险卡券对应的收费项目和结算方式；
该保险卡券对应的收费项目、该保险业务服务方的承担比例和结算方式。
下面将结合具体的实施例，对本申请实施例的方法作进一步的描述。
图2是本申请的一个实施例汽车保险理赔的交互流程图。应理解，在本申请实施例中，代价平衡子系统，即保险业务提供方或保险公司；资源子系统，即保险业务服务方，或维修厂/4S店等；代价转移子系统，即支付系统服务端。
202，保险公司与支付系统服务端签约。
在准备阶段，保险公司需要与支付系统服务端，例如支付宝等完成签约工作，获得卡券的发放功能。这样，保险公司才能够具备向用户发送保险卡券的权限。
在本申请实施例中，保险卡券是用户在维修厂/4S店进行车辆维修、向维修厂/4S店支付的凭证。
204，保险理赔相关方在支付系统服务端开通账号。
在本申请实施例中，保险理赔的相关方，包括被保险方(用户)、保险业 务提供方(保险公司)、保险业务服务方(维修厂/4S店)。保险理赔的相关方需要在支付系统中开通账号，以便支付宝等支付系统服务端能够识别使用者的身份。
用户开通账号的过程可与支付系统中普通账号的开通过程类似，不再赘述。
保险公司需要具备发放保险卡券和确认保险卡券支付的功能，维修厂/4S店等需要具备核销保险卡券的功能，通常需要设置与普通账号不同的权限。具体地，保险公司可与支付宝等支付系统服务端配合，开通或登记维修厂/4S店等的帐号；同时，保险公司也需要在支付系统中开通自己的账号。
当然，应理解，支付系统服务端能够用于识别使用者身份的标识信息，并不仅限于账号，例如，还可以是使用者的其它身份标识，本申请实施例对此不作限制。
206，用户向保险公司进行车险报案。
用户可通过线下、电话、APP、在线网页等方式进行报案。
报案时，需提供车辆的相关信息，例如，车牌号、车型、损坏部位等等。此外，根据用户投保时的保险种类的不同，用户可能还需要提供不同的信息。例如，双方事故中需提交自行协商解决协议书或是交警证明，三者车牌号，驾驶员信息，三者是否投保交强险信息，三者维修票或是一次性协商支付证明，等等。
208，保险公司进行报案审核。
保险公司根据用户的报案信息，进行查勘、定损、核赔后，如果确定用户符合保险赔偿条件，则执行步骤210；否则，保险公司可根据条款要求进行拒赔处理。
210，保险公司向支付系统服务端发送认证请求。
保险公司通过与支付系统服务端之间的接口，向支付系统服务端发送认证请求，请求对用户进行认证。对用户的认证，例如可以是对用户的身份的认证，包括支付系统中是否开通账户，等等。具体地，在认证请求中，可携带用户的 身份标识，例如，用户的身份证件信息、用户的账号信息、用户的手机号等至少一种身份标识信息。此外，对用户的认证，还可包括对用户的信用认证。
当然，应理解，在认证请求中，还可携带保险理赔费用对应的维修项目所使用的对象的标识，即被保险的车辆的标识。被保险的车辆的标识，例如，可以是车牌号、车型、车架号、发动机号等一种或多种。此外，保险公司还可在该认证请求中携带用户本次车险理赔所涉及的维修项目的信息，例如，车门更换、前玻璃更换等等。维修项目可以用项目标识表示。
在本申请实施例中，保险公司借助支付系统中用户的信息，对用户进行审核，可一定程度上避免骗保情况的发生。
212，支付系统服务端在认证通过后发送保险卡券。
支付系统服务端在接收到保险公司的认证请求后，需要对用户进行认证。在本申请实施例中，支付系统服务端可以认证用户是否拥有支付宝帐号，用户的信用指标/风险指标，是否符合预设的保险赔偿条件。
用户的信用指标/风险指标，可通过多种指标来确定，例如，用户账户的活跃度、用户账户的信用分、用户账户的车险分，等等。用户账户的车险分，例如，可以根据用户驾驶行为，历史出险记录，芝麻信用记录相关信用信息等综合确定，该车险分可以是根据这些相关信用信息确定的，关于用户投保的车辆的风险评价等级或风险评价指数，等等。预设的保险赔偿条件，例如，可包括如下的一种或多种：开通实名认证、活跃度大于第一预定阈值、信用分大于第二预定阈值、车险分大于第三预定阈值，等等。
如果支付系统服务端确认用户没有开通账号，显然用户需要开通账号，再由保险公司重新发送认证请求，或者支付系统服务端可定时检查用户是否开通账号，并在用户开通账号后进行后续的认证工作。
如果支付系统服务端对用户认证后，确定用户的信用指标/风险指标没有达到预设的保险赔偿条件，则可提醒用户进行相关操作以符合预设的保险赔偿条件，或者将相关信息反馈给保险公司。例如，用户没有开通实名认证，则支 付系统服务端可提醒用户开通实名认证；又例如，如果支付系统服务端发现用户信号极低，被列入黑名单，则支付系统服务端可将用户被列入黑名单的信息反馈给保险公司，等等。
如果支付系统服务端在认证后确认用户的信用指标/风险指标符合预设的保险赔偿条件后，可向用户发送保险卡券。该保险卡券中可携带用户的身份标识，或者是维修车辆的身份标识(车牌)信息。在本申请实施例中，保险卡券为车险理赔卡券，用于车险参保人员在投保车险类型对应的维修费用的支付。当然，应理解，在本申请实施例中，车险理赔卡券能够支付的维修费用的比例，是保险公司在该维修费用中应承担的比例，可能是全部，也可能是其中的一部分。
当然，应理解，支付系统服务端还可根据将用户的信用指标/风险指标记录在该保险卡券中。
保险公司可在支付阶段，根据用户的信用指标/风险指标，确定支付审核的标准。用户的风险越高(信用越底)，支付审核的标准越严格；用户的风险越低(信用越高)，支付审核的标准越宽松，甚至可以不进行审核直接确认支付。
此时，符合保险赔偿条件的用户，会收到支付宝发送的保险卡券的信息。
当然，应理解，如果用户的风险高于预定阈值，则可在用户接收保险卡券过程中，增加风险校验。例如，通过支付应用客户端触发人脸识别，将用户的人脸信息发送到支付系统中，以进行身份校验。如果校验通过，允许用户接收保险卡券。如果校验不通过，拒绝用户接收，此外，还可提示接收用户非法，并记录到用户的认证信息中。
214，用户查找维修地点。
用户收到保险卡券后，即可查找维修地点，进行维修。用户可通过现有的常规手段找到与保险公司签约的维修地点，前往维修。例如，通过电话咨询保险公司，通过在线搜索引擎搜索，等等。
当然，在本申请实施例中，还可采用更为方便的方案。例如，用户可通过支付系统客户端中集成的导航模块，例如GPS导航、AR导航、地图导航等，查找与保险公司签约的维修厂/4S店。用户可查找指定维修厂/4S店；或者，用户可导航模块返回的维修厂/4S店列表中选择符合自己要求的维修厂/4S店，例如，距离最近的，或者是交通最方便的，或者是口碑最好的；或者，用户可选择指定范围，导航模块返回指定范围内的维修厂/4S店，等等。
当然，支付系统服务端也可直接向用户推送合适的维修厂/4S店，供用户选择。支付系统服务端推送的信息中，可包括距离、路况信息、用户评价等的一种或多种。
在本申请实施例中，通过支付系统服务端查找维修地点，可以使得用户直接通过支付系统客户端查找维修地点的位置，为用户提供更好的体验。
此外，由于与保险公司签约的维修厂/4S店可能因为某些原因与保险公司节约，通过其它方式搜索，可能导致搜索出的维修地点不是保险公司的指定维修地点。在本申请实施例中，保险公司可在支付系统中维护与保险公司签约的维修地点信息，从而保证用户根据支付系统客户端中的导航功能，导航到与保险公司签约的维修地点中。
216，用户使用保险卡券。
具体地，用户在维修时，可通过扫码或被扫码，使用保险卡券。
用户扫码的方式，例如，在扫码之后，出现保险卡券的界面，然后选择保险卡券进行使用，从而完成保险卡券的使用。
用户被扫码的方式，例如，用户选择保险卡券之后，显示出一个携带用户标识信息的条形码，或者直接显示用于表示保险卡券标识的条形码，或者保险卡券就是以条形码的形式存在，用户直接显示该保险卡券。该条形码，例如，可以是一维码、二维码等。
当然，用户还可通过其它方式使用保险卡券。例如，保险卡券还可以是一串字符串，用户可通过在维修厂/4S店的客户端软件中输入该字符串，从而实 现保险卡券的使用。
此外，应理解，在用户出示的保险卡券的信息中，还可以携带当前时间戳，以避免保险卡券被重复使用。
218，维修厂/4S店向支付系统服务端发送保险卡券结算请求。
维修厂/4S店通过扫码、被扫码或字符串输入的方式，获取保险卡券的信息，从而获取用户的相关信息。例如，用户的身份信息，或者是车辆的身份信息。此外，维修厂/4S店还可以得到用户的维修项目信息，用户承担的维修费用比例，等等。当然，应理解，这些信息也可不通过支付系统服务端的接口获取，而只是通过维修厂/4S店与保险公司之间的系统接口获取，本申请实施例对此不作限制。
维修厂/4S店根据用户的相关信息，可确定用户的维修项目、费用承担比例等，进而确定费用结算信息，并向支付系统服务端发送保险卡券结算请求，请求结算保险卡券对应的费用。在保险卡券结算时，需要借助于支付系统服务端提供的保险卡券结算接口。
保险卡券结算请求中，可携带理赔费用的相关信息。理赔费用的相关信息可能有多种表示方式，例如，该理赔费用的相关信息包括保险公司应承担的费用金额；又例如，该理赔费用的相关信息包括维修项目和结算方式。当然，应理解，理赔费用的相关信息，还可包括保险公司或用户的承担比例，以确定保险公司和用户在整个结算费用中应承担的比例。
以维修厂/4S店为例，例如，一个更换玻璃的维修项目，保险公司可规定在维修厂的维修费用是1000元，在4S店的费用是1500元。当维修地点以维修厂的方式结算时，其维修费用为1000元；而以4S店的方式结算时，其维修费用为1500元。假设当前维修地点为修理厂，则维修厂可在保险卡券结算请求中携带费用为1000元的信息，或者在其中携带维修项目为更换玻璃，结算方式为修理厂的信息。当然，保险卡券结算请求中还可携带费用承担比例。例如，用户的责任为30％，则保险卡券结算请求中还可携带保险公司费用承担比 例为70％的信息。此外，同一个用户在不同维修项目的费用承担比例可以相同，也可以不同。
此外，应理解，在本申请实施例中，在使用保险卡券时，维修厂/4S店还需要对保险卡券进行核销，将保险卡券标记为已使用。此时，保险卡券结算请求也可以称为保险卡券核销请求，除了用于请求结算保险卡券对应的费用以外，还可用于请求核销保险卡券。
220，支付系统服务端向保险公司发送支付请求。
支付系统服务端在接受到维修厂/4S店的保险卡券结算请求后，可向支付系统服务端发送支付请求。
其中，该支付请求中可携带理赔费用的相关信息，如维修项目和结算方式，或者结算金额等。
此外，该支付请求中还可携带用户的标识信息、用户的风险信息等的一种或多种。用户的风险信息，可用于保险公司选择与用户的风险信息相匹配的支付确定方式。
222，保险公司进行支付确认。
保险公司收到支付请求后，可进行支付确认。
可选地，保险公司可自动对支付请求进行确认，或者手动对支付请求进行确认。
保险公司手动对支付请求进行确认，例如，可以根据支付请求中的风险信息，确定审核确认的方式：用户的风险越高(信用越底)，支付审核的标准越严格；用户的风险越低(信用越高)，支付审核的标准越宽松，甚至可以不进行审核直接确认支付。
保险公司审核确认的方式，例如，可以通过线下进行电话确认、查询保险报案的频率是否异常，等等。
224，保险公司向支付系统服务端发送支付指令。
保险公司进行支付确认后，可通过在支付系统服务端内开通的账号A，向 维修厂/4S店在支付系统服务端内开通的账号B发送支付指令。例如，保险公司需要向维修厂/4S店支付1000元，则发送一个支付指令，请求支付系统服务端从账号A向账号B转账1000元，等等。当然，在支付指令中，还可携带保险卡券的标识信息，或者是用户的标识信息，或者是车辆的标识信息，以便维修厂/4S店找到对应的理财卡券记录，进行费用核销。
226，支付系统服务端收到支付指令后，向维修厂/4S店完成支付。
支付系统服务端接收到支付指令后，可在保险公司的账号中扣除需要支付的金额，并在维修厂/4S店的账号增加相应的金额，从而完成支付。
228，维修厂/4S店收到支付款。
支付系统服务端完成支付后，维修厂/4S店就会收到保险公司的支付款。
至此，用户从车险报案到维修厂/4S店接收到支付款的整个流程结束。在整个流程中，用户不需要向维修厂/4S店垫付保险公司应承担的费用，从而实现保险费用的快速理赔，保险公司也能够尽可能地防止骗保事件的发生。
当然，应理解，在图2所示实施例中，步骤220-226是可选地。保险公司也可设定自动支付确认，支付系统服务端在收到保险卡券核销请求后，自动从保险公司的账号转账到维修厂/4S店的账号中，完成支付。
图3是本申请的一个实施例健康保险理赔的交互流程图。应理解，在本申请实施例中，代价平衡子系统，即保险业务提供方或保险公司；代价转移子系统，即支付系统服务端；资源子系统，即保险业务服务方，或医保点等。具体地，医保点，可以是国家或地方规定的提供医保服务的医院、药店等，还可以是国家或地方规定的医院、药店之外，保险公司签约的医院、药店等。
302，保险公司与支付系统服务端签约。
与车险流程类似，在准备阶段，保险公司需要与支付系统服务端，例如支付宝等完成签约工作，获得卡券的发放功能。这样，保险公司才能够具备向用户发送保险卡券的权限。在本申请实施例中，保险卡券是用户在医保点支付医疗费和药费的凭证。
304，保险理赔相关方在支付系统服务端开通账号。
在本申请实施例中，保险理赔的相关方，包括被保险方(用户)、保险业务提供方(保险公司)、保险业务服务方(医保点)。保险理赔的相关方需要在支付系统中开通账号，以便支付宝等支付系统服务端能够识别使用者的身份。具体可参考图2的步骤204，不再赘述。
306，保险公司向支付系统服务端发送认证请求。
应理解，在本申请实施例中，保险公司可以在用户投保时，或者在用户投保后，向支付宝进行用户的认证，以评估用户的风险信息并向用户发送保险卡券。
308，支付系统服务端认证通过后发送保险卡券。
支付系统服务端可参照图2所示实施例中步骤212的方式，对用户进行认证，并在认证通过后，发送保险卡券。在本申请实施例中，保险卡券为医保卡券，用于医保参保人员在医保医院或医保药店完成医保费用的支付。
310，用户查找医保点。
在本申请实施例中，用户可通过支付系统客户端中集成的导航模块，例如GPS导航、AR导航、地图导航等，查找指定医保点，或者查找指定范围内的医保点。当然，用户也可通过其它方式查找医保点，本申请实施例对此不作限制。
312，用户使用保险卡券。
在本申请实施例中，用户可能在多种场合使用保险卡券。例如，用户在规定的医保医院住院时，可通过使用保险卡券支付住院费中保险公司应承担的部分；又例如，用户在规定的医保医院看完门诊后，可通过使用保险卡券支付诊疗费、医药费中保险公司应承担的部分；又例如，用户在规定的医保药店买药时，可通过使用保险卡券支付医药费中保险公司应承担的部分。
当然，应理解，在本申请实施例中，规定的医保医院、规定的医保药店，是指保险公司规定可以进行医保的医院或药店，可包括地方指定的医保医院或医保药店，还可包括非地方指定的医保医院或医保药店。
在本申请实施例中，用户可通过扫码或者被扫码的方式使用保险卡券，或者通过输入保险卡券的标识信息的方式，使用保险卡券。
314，医保点向支付系统服务端发送保险卡券使用请求。
与图2的步骤218类似，医保点也可通过扫码、被扫码或字符串输入的方式，获取保险卡券的信息，从而获取用户的相关信息。
医保点可根据收费项目中与医保相关的收费项目，以及结算方式，确定费用结算信息，并向支付系统服务端发送保险卡券结算请求。类似地，保险卡券结算请求中，可携带理赔费用的相关信息。理赔费用的相关信息可能有多种表示方式，例如，该理赔费用的相关信息包括保险公司应承担的费用金额；又例如，该理赔费用的相关信息包括医保收费项目和结算方式。
应理解，在与医保相关的健康保险中，不同类型的医疗点具有不同的结算方式。例如，三甲医院的医药费报销85％，二甲医院的医药费报销90％，一甲医院的医药费报销95％，药店报销92％，等等。当然，实际的结算方式可能不同，本申请实施例对此不作限制。
此外，应理解，在本申请实施例中，保险卡券作为医保支付凭证，可以是在保险期内始终有效，此时，医保点不需要进行保险卡券的核销；保险卡券也可以是一次性的，此时，医保点需要进行保险卡券的核销。
316，支付系统服务端向保险公司发送支付请求。
318，保险公司进行支付确认。
320，保险公司向支付系统服务端发送支付指令。
322，支付系统服务端收到支付指令后，向医保点完成支付。
324，医保点收到支付款。
步骤316-324的具体实现可参考图2的步骤220-228，本申请实施例在此不再赘述。
当然，应理解，在本申请实施例中，如果保险卡券为一次性的，则保险公司在收到支付请求，或者支付系统服务端在收到保险卡券结算请求时，还需要 向用户重新发放保险卡券。或者，用户需要线下通知保险公司发放新的卡券。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
图4是本申请的一个实施例数据处理方法流程图。在本申请实施例中，该方法由代价平衡子系统执行。该方法可包括：
S402，将关于用户的认证请求发送给代价转移子系统。
其中，该认证请求用于请求对该用户进行认证。
S404，接收该代价转移子系统发送的送支付请求。
其中，该支付请求用于请求支付该用户的客户端的资源代价，该支付请求是该资源子系统根据该用户的客户端出示的该定向电子凭证发送的，该定向电子凭证是该代价转移子系统根据认证结果向该用户的客户端发送的；
S406，确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
本申请实施例中，通过代价转移子系统完成用户的认证并发放定向电子凭证，然后接收代价转移子系统反馈的支付请求，通过代价转移子系统完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
本申请实施例的具体实现可参考图1所示实施例代价平衡子系统执行的方法，以及图2、图3所示实施例中保险业务提供方(保险公司)执行的方法，不再赘述。
图5是本申请的一个实施例数据处理方法流程图。在本申请实施例中，该方法由代价转移子系统执行。该方法可包括：
S502，接收代价平衡子系统发送的关于用户的认证请求。
其中，该认证请求用于请求对该用户进行认证。
S504，对该用户进行认证，并根据认证结果，向该用户的客户端发送定向电子凭证。
其中，该定向电子凭证用于作为该用户的客户端的定向资源代价的支付凭证。
S506，接收资源子系统根据该用户的客户端出示的该定向电子凭证发送的支付请求。
其中，该支付请求用于请求支付该用户客户端的资源代价。
S508，向该代价平衡子系统转发该支付请求。
S510，接收该代价平衡子系统根据该支付请求发送的支付指令。
其中，该支付指令用于向该资源子系统支付该用户的客户端的资源代价；
S512，根据该支付指令，从该代价平衡子系统向该资源子系统支付该用户的客户端的资源代价。
当然，应理解，在保险理赔的方案中，本申请实施例的方法，具体可实现为：
接收保险业务提供商发送的关于用户的认证请求，其中，该身份信用审核请求用于请求对该用户进行认证；
对该用户进行认证，并在通过认证后向用户在支付系统中的账号发送保险卡券，其中，该保险卡券用于该用户的理赔费用的结算；
接收保险业务服务商在使用该用户的该保险卡券后发送的保险卡券结算请求，其中，该保险卡券结算请求用于请对该理赔费用进行结算；
根据该保险卡券结算请求对该理赔费用进行结算。
本申请实施例中，通过根据关于用户的认证请求完成用户的认证，并发放定向电子凭证，并根据资源子系统发送的支付请求，向代价平衡子系统请求支付，并在收到支付指令后完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
本申请实施例的具体实现可参考图1所示实施例代价转移子系统执行的方法，以及图2、图3所示实施例中支付系统服务端(支付宝)执行的方法，不再赘述。
图6是本申请的一个实施例数据处理方法流程图。在本申请实施例中，该方法由资源子系统执行。该方法可包括：
S602，根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求。
其中，该支付请求用于请求支付该用户的资源代价，其中，该定向电子凭证是该代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向该用户的客户端发送的，该定向电子凭证用于作为该用户的定向资源代价的支付凭证。
S604，接收该代价转移子系统根据支付指令从该代价平衡子系统转移的该用户的资源代价。
其中，该支付指令是该代价平衡子系统在对该代价转移子系统转发的该支付请求进行确认后向该代价转移子系统发送的，该支付指令用于支付该用户的资源代价。
本申请实施例中，根据定向电子凭证，通过代价转移子系统向代价平衡子系统请求支付定向电子凭证对应的资源代价，然后接收代价转移子系统从代价平衡子系统转移的资源代价，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
本申请实施例的具体实现可参考图1所示实施例资源子系统执行的方法，以及图2、图3所示实施例中保险业务服务方执行的方法，不再赘述。
图7是本申请的一个实施例电子设备的结构示意图。请参考图7，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个 磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放程序。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据处理装置的程序。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
将关于用户的认证请求发送给代价转移子系统，该认证请求用于请求对该用户进行认证；
接收该代价转移子系统发送的送支付请求，该支付请求用于请求支付该用户的客户端的资源代价，该支付请求是该资源子系统根据该用户的客户端出示的该定向电子凭证发送的，该定向电子凭证是该代价转移子系统根据认证结果向该用户的客户端发送的；
确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
上述如本申请图1所示实施例揭示的代价平衡子系统执行的方法，以及图2、图3所示实施例保险业务提供方(保险公司)执行的方法，可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央 处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
本申请实施例中，通过代价转移子系统完成用户的认证并发放定向电子凭证，然后接收代价转移子系统反馈的支付请求，通过代价转移子系统完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
该电子设备还可执行图4的方法，并实现代价平衡子系统在图1所示实施例的功能，以及保险业务提供方(保险公司)在图2、图3所示实施例的功能，不再赘述。
本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图4所示实施例的方法。
图8是本申请的一个实施例消息数据处理装置800的结构示意图。请参考图8，在一种软件实施方式中，数据处理装置可包括：
发送单元810，将关于用户的认证请求发送给代价转移子系统，该认证请 求用于请求对该用户进行认证；
接收单元830，接收该代价转移子系统发送的送支付请求，该支付请求用于请求支付该用户的客户端的资源代价，该支付请求是该资源子系统根据该用户的客户端出示的该定向电子凭证发送的，该定向电子凭证是该代价转移子系统根据认证结果向该用户的客户端发送的；
确认单元820，确认该支付请求；
发送单元810，还通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
本申请实施例中，通过代价转移子系统完成用户的认证并发放定向电子凭证，然后接收代价转移子系统反馈的支付请求，通过代价转移子系统完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
数据处理装置800还可执行图4的方法，并实现代价平衡子系统在图1所示实施例的功能，以及保险业务提供方(保险公司)在图2、图3所示实施例的功能，不再赘述。
图9是本申请的一个实施例电子设备的结构示意图。请参考图9，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放程序。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据处理装置的程序。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
接收代价平衡子系统发送的关于用户的认证请求，该认证请求用于请求对该用户进行认证；
根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用于作为该用户的客户端的定向资源代价的支付凭证；
接收资源子系统根据该用户的客户端出示的该定向电子凭证发送的支付请求，该支付请求用于请求支付该用户客户端的资源代价；
向该代价平衡子系统转发该支付请求；
接收该代价平衡子系统根据该支付请求发送的支付指令，该支付指令用于向该资源子系统支付该用户的客户端的资源代价；
根据该支付指令，从该代价平衡子系统向该资源子系统支付该用户的客户端的资源代价。
上述如本申请图1所示实施例揭示的代价转移子系统执行的方法，以及图2、图3所示实施例支付系统服务端(支付宝)执行的方法，可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
本申请实施例中，通过根据关于用户的认证请求完成用户的认证，并发放定向电子凭证，并根据资源子系统发送的支付请求，向代价平衡子系统请求支付，并在收到支付指令后完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
该电子设备还可执行图5的方法，并实现代价转移子系统在图1所示实施例的功能，以及支付系统服务端(支付宝)在图2、图3所示实施例的功能，不再赘述。
本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图4所示实施例的方法。
图10是本申请的一个实施例消息数据处理装置1000的结构示意图。请参考图10，在一种软件实施方式中，数据处理装置可包括：
接收单元1010，接收代价平衡子系统发送的关于用户的认证请求，该认证请求用于请求对该用户进行认证；
发送单元1020，根据认证结果，向该用户的客户端发送定向电子凭证，该定向电子凭证用于作为该用户的客户端的定向资源代价的支付凭证；
该接收单元1010，还接收资源子系统根据该用户的客户端出示的该定向电 子凭证发送的支付请求，该支付请求用于请求支付该用户客户端的资源代价；
该发送单元1020，还向该代价平衡子系统转发该支付请求；
该接收单元1010，还接收该代价平衡子系统根据该支付请求发送的支付指令，该支付指令用于向该资源子系统支付该用户的客户端的资源代价；
支付单元1030，根据该支付指令，从该代价平衡子系统向该资源子系统支付该用户的客户端的资源代价。
本申请实施例中，通过根据关于用户的认证请求完成用户的认证，并发放定向电子凭证，并根据资源子系统发送的支付请求，向代价平衡子系统请求支付，并在收到支付指令后完成该资源代价的支付，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
数据处理装置1000还可执行图5的方法，并实现代价转移子系统在图1所示实施例的功能，以及支付系统服务端(支付宝)在图2、图3所示实施例的功能，不再赘述。
图11是本申请的一个实施例电子设备的结构示意图。请参考图11，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放程序。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供 指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据处理装置的程序。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价，其中，该定向电子凭证是该代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向该用户的客户端发送的，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
接收该代价转移子系统根据支付指令从该代价平衡子系统转移的该用户的资源代价，其中，该支付指令是该代价平衡子系统在对该代价转移子系统转发的该支付请求进行确认后向该代价转移子系统发送的，该支付指令用于支付该用户的资源代价。
上述如本申请图1所示实施例揭示的资源子系统执行的方法，以及图2、图3所示实施例保险业务服务方执行的方法，可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合 执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
本申请实施例中，根据定向电子凭证，通过代价转移子系统向代价平衡子系统请求支付定向电子凭证对应的资源代价，然后接收代价转移子系统从代价平衡子系统转移的资源代价，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
该电子设备还可执行图6的方法，并实现资源子系统在图1所示实施例的功能，以及保险业务服务方在图2、图3所示实施例的功能，不再赘述。
本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图6所示实施例的方法。
图12是本申请的一个实施例消息数据处理装置1200的结构示意图。请参考图12，在一种软件实施方式中，数据处理装置可包括：
发送单元1210，根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价，其中，该定向电子凭证是该代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向该用户的客户端发送的，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
接收单元1220，接收该代价转移子系统根据支付指令从该代价平衡子系统转移的该用户的资源代价，其中，该支付指令是该代价平衡子系统在对该代价转移子系统转发的该支付请求进行确认后向该代价转移子系统发送的，该支付指令用于支付该用户的资源代价。
本申请实施例中，根据定向电子凭证，通过代价转移子系统向代价平衡子 系统请求支付定向电子凭证对应的资源代价，然后接收代价转移子系统从代价平衡子系统转移的资源代价，从而能够使得用户端减少资源代价的垫付周期，同时减少或避免代价平衡系统支付额外的资源代价。
数据处理装置1200还可执行图6的方法，并实现资源子系统在图1所示实施例的功能，以及保险业务服务方在图2、图3所示实施例的功能，不再赘述。
本申请实施例还公开了一种数据处理系统，包括：代价平衡子系统、代价转移子系统、资源子系统和用户客户端子系统，
该代价平衡子系统，将关于用户的认证请求发送给该代价转移子系统，该认证请求用于请求对该用户进行认证；
该代价转移子系统，接收该认证请求，并根据认证结果，向该用户的用户客户端子系统发送定向电子凭证，该定向电子凭证用于作为该用户的定向资源代价的支付凭证；
该用户客户端子系统，接收该代价转移子系统发送的关于该用户的该定向电子凭证，并向该资源子系统出示该定向电子凭证；
该资源子系统，根据该用户的客户端出示的该定向电子凭证，通过该代价转移子系统向该代价平衡子系统发送支付请求，该支付请求用于请求支付该用户的资源代价；
该代价平衡子系统，还确认该支付请求，并通过该代价转移子系统将该用户的资源代价转移到该资源子系统中。
应理解，本申请实施例中，代价平衡子系统还可实现图1所示实施例代价平衡子系统的功能，以及图2、图3所示实施例中保险业务提供方(保险公司)的功能；代价转移子系统还可实现图1所示实施例中代价转移子系统的功能，以及图2、图3所示实施例中支付系统服务端(支付宝)的功能；资源子系统还可实现图1所示实施例中资源子系统的功能，以及图2、图3所示实施例中保险业务服务方的功能；用户客户端子系统还可实现图1所示实施例用户客户 端的功能，以及图2、图3所示实施例中被保险方的功能，不再赘述。
总之，以上该仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相 似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (23)

  1. 一种数据处理方法，包括：
    代价平衡子系统将关于用户的认证请求发送给代价转移子系统，所述认证请求用于请求对所述用户进行认证；
    所述代价转移子系统根据认证结果，向所述用户的客户端发送定向电子凭证，所述定向电子凭证用于作为所述用户的定向资源代价的支付凭证；
    资源子系统根据所述用户的客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，所述支付请求用于请求支付所述用户的资源代价；
    所述代价平衡子系统确认所述支付请求，并通过所述代价转移子系统将所述用户的资源代价转移到所述资源子系统中。
  2. 如权利要求1所述的方法，
    所述认证请求中还携带指向所述用户的定向资源的标识信息，所述定向电子凭证也携带指向所述用户的定向资源的标识信息，指向所述用户的定向资源的标识信息用于标识有权使用所述定向电子凭证的对象并确定所述代价平衡子系统应承担的资源代价。
  3. 如权利要求2所述的方法，
    资源子系统根据所述用户客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，包括：
    当所述用户的资源代价对应的资源的使用对象为有权使用所述定向电子凭证的对象，且所述用户的资源代价对应的资源包括所述定向电子凭证中携带的至少一种定向资源时，所述资源子系统根据所述用户客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求。
  4. 如权利要求2或3所述的方法，
    所述定向电子凭证还携带以下至少一种：
    有效期信息；
    资源子系统标识；
    其中，所述有效期信息用于限定所述定向电子凭证的有效使用期限，所述资源子系统标识用于限定有权使用所述定向电子凭证的资源子系统。
  5. 如权利要4所述的方法，
    资源子系统根据所述用户客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，包括：
    如果所述定向电子凭证携带有效期信息，且当前日期在所述有效期内，和/或,所述定向电子凭证携带资源子系统标识，且所述资源子系统的标识为所述定向电子凭证携带的资源子系统标识之一，则资源子系统根据所述用户客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求。
  6. 如权利要求1所述的方法，其特征在于，
    所述认证结果包括所述用户的信用指标/风险指标，所述定向电子凭证中携带所述用户的信用指标/风险指标。
  7. 如权利要求6所述的方法，
    所述用户的客户端接收所述定向电子凭证，包括：
    如果所述用户的信用指标低于预定信用指标，或者所述用户的风险指标高于预定风险指标，则对所述用户进行风险认证，并在认证通过后确收所述定向电子凭证。
  8. 如权利要求6所述的方法，
    所述支付请求中还携带所述用户的信用指标/风险指标，
    所述代价平衡子系统确认所述支付请求，包括：所述代价平衡子系统按照所述用户的信用指标/风险指标对应的确认方式确认所述支付请求。
  9. 如权利要求2所述的方法，
    所述支付请求中携带以下信息之一：
    资源代价；
    资源项目标识、资源项目标识对应的代价核销方式；
    资源项目标识、资源项目标识对应的代价核销方式、所述代价平衡子系统应承担的资源代价比例。
  10. 如权利要求1所述的方法，
    代价平衡子系统将关于用户的认证请求发送给代价转移子系统，包括：
    在代价平衡子系统确认为所述用户提供指向所述用户的定向资源代价后，将关于所述用户的认证请求发送给所述代价转移子系统。
  11. 一种数据处理方法，包括：
    将关于用户的认证请求发送给代价转移子系统，所述认证请求用于请求对所述用户进行认证；
    接收所述代价转移子系统发送的送支付请求，所述支付请求用于请求支付所述用户的客户端的资源代价，所述支付请求是所述资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的，所述定向电子凭证是所述代价转移子系统根据认证结果向所述用户的客户端发送的；
    确认所述支付请求，并通过所述代价转移子系统将所述用户的资源代价转移到所述资源子系统中。
  12. 一种数据处理方法，包括：
    接收代价平衡子系统发送的关于用户的认证请求，所述认证请求用于请求对所述用户进行认证；
    对所述用户进行认证，并根据认证结果，向所述用户的客户端发送定向电子凭证，所述定向电子凭证用于作为所述用户的客户端的定向资源代价的支付凭证；
    接收资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的支付请求，所述支付请求用于请求支付所述用户客户端的资源代价；
    向所述代价平衡子系统转发所述支付请求；
    接收所述代价平衡子系统根据所述支付请求发送的支付指令，所述支付指 令用于向所述资源子系统支付所述用户的客户端的资源代价；
    根据所述支付指令，从所述代价平衡子系统向所述资源子系统支付所述用户的客户端的资源代价。
  13. 一种数据处理方法，包括：
    根据所述用户的客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，所述支付请求用于请求支付所述用户的资源代价，其中，所述定向电子凭证是所述代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向所述用户的客户端发送的，所述定向电子凭证用于作为所述用户的定向资源代价的支付凭证；
    接收所述代价转移子系统根据支付指令从所述代价平衡子系统转移的所述用户的资源代价，其中，所述支付指令是所述代价平衡子系统在对所述代价转移子系统转发的所述支付请求进行确认后向所述代价转移子系统发送的，所述支付指令用于支付所述用户的资源代价。
  14. 一种数据处理装置，包括：
    发送单元，将关于用户的认证请求发送给代价转移子系统，所述认证请求用于请求对所述用户进行认证；
    接收单元，接收所述代价转移子系统发送的送支付请求，所述支付请求用于请求支付所述用户的客户端的资源代价，所述支付请求是所述资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的，所述定向电子凭证是所述代价转移子系统根据认证结果向所述用户的客户端发送的；
    确认单元，确认所述支付请求；
    发送单元，还通过所述代价转移子系统将所述用户的资源代价转移到所述资源子系统中。
  15. 一种数据处理装置，包括：
    接收单元，接收代价平衡子系统发送的关于用户的认证请求，所述认证请求用于请求对所述用户进行认证；
    认证单元，对所述用户进行认证；
    发送单元，根据认证结果，向所述用户的客户端发送定向电子凭证，所述定向电子凭证用于作为所述用户的客户端的定向资源代价的支付凭证；
    所述接收单元，还接收资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的支付请求，所述支付请求用于请求支付所述用户客户端的资源代价；
    所述发送单元，还向所述代价平衡子系统转发所述支付请求；
    所述接收单元，还接收所述代价平衡子系统根据所述支付请求发送的支付指令，所述支付指令用于向所述资源子系统支付所述用户的客户端的资源代价；
    支付单元，根据所述支付指令，从所述代价平衡子系统向所述资源子系统支付所述用户的客户端的资源代价。
  16. 一种数据处理装置，包括：
    发送单元，根据所述用户的客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，所述支付请求用于请求支付所述用户的资源代价，其中，所述定向电子凭证是所述代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向所述用户的客户端发送的，所述定向电子凭证用于作为所述用户的定向资源代价的支付凭证；
    接收单元，接收所述代价转移子系统根据支付指令从所述代价平衡子系统转移的所述用户的资源代价，其中，所述支付指令是所述代价平衡子系统在对所述代价转移子系统转发的所述支付请求进行确认后向所述代价转移子系统发送的，所述支付指令用于支付所述用户的资源代价。
  17. 一种数据处理系统，包括：代价平衡子系统、代价转移子系统、资源子系统和用户客户端子系统，
    所述代价平衡子系统，将关于用户的认证请求发送给所述代价转移子系统，所述认证请求用于请求对所述用户进行认证；
    所述代价转移子系统，接收所述认证请求，并根据认证结果，向所述用户 的用户客户端子系统发送定向电子凭证，所述定向电子凭证用于作为所述用户的定向资源代价的支付凭证；
    所述用户客户端子系统，接收所述代价转移子系统发送的关于所述用户的所述定向电子凭证，并向所述资源子系统出示所述定向电子凭证；
    所述资源子系统，根据所述用户的客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，所述支付请求用于请求支付所述用户的资源代价；
    所述代价平衡子系统，还确认所述支付请求，并通过所述代价转移子系统将所述用户的资源代价转移到所述资源子系统中。
  18. 一种电子设备，包括：
    处理器；以及
    被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
    将关于用户的认证请求发送给代价转移子系统，所述认证请求用于请求对所述用户进行认证；
    接收所述代价转移子系统发送的送支付请求，所述支付请求用于请求支付所述用户的客户端的资源代价，所述支付请求是所述资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的，所述定向电子凭证是所述代价转移子系统根据认证结果向所述用户的客户端发送的；
    确认所述支付请求，并通过所述代价转移子系统将所述用户的资源代价转移到所述资源子系统中。
  19. 一种电子设备，包括：
    处理器；以及
    被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
    接收代价平衡子系统发送的关于用户的认证请求，所述认证请求用于请求 对所述用户进行认证；
    对所述用户进行认证，并根据认证结果，向所述用户的客户端发送定向电子凭证，所述定向电子凭证用于作为所述用户的客户端的定向资源代价的支付凭证；
    接收资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的支付请求，所述支付请求用于请求支付所述用户客户端的资源代价；
    向所述代价平衡子系统转发所述支付请求；
    接收所述代价平衡子系统根据所述支付请求发送的支付指令，所述支付指令用于向所述资源子系统支付所述用户的客户端的资源代价；
    根据所述支付指令，从所述代价平衡子系统向所述资源子系统支付所述用户的客户端的资源代价。
  20. 一种电子设备，包括：
    处理器；以及
    被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
    根据所述用户的客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，所述支付请求用于请求支付所述用户的资源代价，其中，所述定向电子凭证是所述代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向所述用户的客户端发送的，所述定向电子凭证用于作为所述用户的定向资源代价的支付凭证；
    接收所述代价转移子系统根据支付指令从所述代价平衡子系统转移的所述用户的资源代价，其中，所述支付指令是所述代价平衡子系统在对所述代价转移子系统转发的所述支付请求进行确认后向所述代价转移子系统发送的，所述支付指令用于支付所述用户的资源代价。
  21. 一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所 述电子设备执行以下操作：
    将关于用户的认证请求发送给代价转移子系统，所述认证请求用于请求对所述用户进行认证；
    接收所述代价转移子系统发送的送支付请求，所述支付请求用于请求支付所述用户的客户端的资源代价，所述支付请求是所述资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的，所述定向电子凭证是所述代价转移子系统根据认证结果向所述用户的客户端发送的；
    确认所述支付请求，并通过所述代价转移子系统将所述用户的资源代价转移到所述资源子系统中。
  22. 一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：
    接收代价平衡子系统发送的关于用户的认证请求，所述认证请求用于请求对所述用户进行认证；
    根据认证结果，向所述用户的客户端发送定向电子凭证，所述定向电子凭证用于作为所述用户的客户端的定向资源代价的支付凭证；
    接收资源子系统根据所述用户的客户端出示的所述定向电子凭证发送的支付请求，所述支付请求用于请求支付所述用户客户端的资源代价；
    向所述代价平衡子系统转发所述支付请求；
    接收所述代价平衡子系统根据所述支付请求发送的支付指令，所述支付指令用于向所述资源子系统支付所述用户的客户端的资源代价；
    根据所述支付指令，从所述代价平衡子系统向所述资源子系统支付所述用户的客户端的资源代价。
  23. 一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：
    根据所述用户的客户端出示的所述定向电子凭证，通过所述代价转移子系统向所述代价平衡子系统发送支付请求，所述支付请求用于请求支付所述用户的资源代价，其中，所述定向电子凭证是所述代价转移子系统根据对代价平衡子系统关于用户的认证请求的认证结果，向所述用户的客户端发送的，所述定向电子凭证用于作为所述用户的定向资源代价的支付凭证；
    接收所述代价转移子系统根据支付指令从所述代价平衡子系统转移的所述用户的资源代价，其中，所述支付指令是所述代价平衡子系统在对所述代价转移子系统转发的所述支付请求进行确认后向所述代价转移子系统发送的，所述支付指令用于支付所述用户的资源代价。
PCT/CN2018/094318 2017-07-03 2018-07-03 数据处理方法、装置和设备 WO2019007336A2 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/716,992 US20200126069A1 (en) 2017-07-03 2019-12-17 Data processing method, apparatus and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710532441.XA CN107527201A (zh) 2017-07-03 2017-07-03 数据处理方法、装置和设备
CN201710532441.X 2017-07-03

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/716,992 Continuation US20200126069A1 (en) 2017-07-03 2019-12-17 Data processing method, apparatus and device

Publications (2)

Publication Number Publication Date
WO2019007336A2 true WO2019007336A2 (zh) 2019-01-10
WO2019007336A3 WO2019007336A3 (zh) 2019-01-31

Family

ID=60748220

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/094318 WO2019007336A2 (zh) 2017-07-03 2018-07-03 数据处理方法、装置和设备

Country Status (4)

Country Link
US (1) US20200126069A1 (zh)
CN (1) CN107527201A (zh)
TW (1) TW201907345A (zh)
WO (1) WO2019007336A2 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107527201A (zh) * 2017-07-03 2017-12-29 阿里巴巴集团控股有限公司 数据处理方法、装置和设备
CN112258178B (zh) * 2018-01-23 2024-01-26 创新先进技术有限公司 支付卡的绑定方法、信任评估方法、装置和电子设备
CN109522387B (zh) * 2018-10-27 2023-07-14 平安医疗健康管理股份有限公司 基于数据处理的腰椎盘突出资质认证方法、设备及服务器
CN110349035B (zh) * 2019-05-30 2023-11-21 创新先进技术有限公司 业务处理系统以及方法
CN111985919B (zh) * 2020-08-05 2023-12-15 支付宝（中国）网络技术有限公司 支付数据处理方法、装置及电子设备
CN113221762A (zh) * 2021-05-17 2021-08-06 支付宝(杭州)信息技术有限公司 代价平衡决策方法、保险理赔决策方法、装置和设备
CN113222613B (zh) * 2021-05-25 2023-06-20 支付宝(杭州)信息技术有限公司 基于报销码的代扣处理方法及装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6125349A (en) * 1997-10-01 2000-09-26 At&T Corp. Method and apparatus using digital credentials and other electronic certificates for electronic transactions
JP5550630B2 (ja) * 2011-12-28 2014-07-16 楽天株式会社 電子マネーサーバ、電子マネー処理方法及び電子マネー処理プログラム
CN103295126A (zh) * 2012-03-02 2013-09-11 刘家焜 可被信任的交易凭证方法
CN103489104A (zh) * 2013-09-18 2014-01-01 俞强华 安全支付方法及系统
US9361638B2 (en) * 2014-03-31 2016-06-07 Monticello Enterprises LLC System and method for providing a single input field having multiple processing possibilities
CN104838402A (zh) * 2014-09-12 2015-08-12 深圳市银信网银科技有限公司 一种基于电子凭证的物品流通系统
CA3082982A1 (en) * 2014-09-12 2016-03-17 10353744 Canada Ltd. Capital receipt and payment system based on electronic voucher
CN105427169B (zh) * 2014-09-17 2021-05-11 中国银联股份有限公司 用于资源转移的安全性信息交互方法
US20180089688A1 (en) * 2016-09-27 2018-03-29 Mastercard International Incorporated System and methods for authenticating a user using biometric data
CN107527201A (zh) * 2017-07-03 2017-12-29 阿里巴巴集团控股有限公司 数据处理方法、装置和设备

Also Published As

Publication number Publication date
CN107527201A (zh) 2017-12-29
US20200126069A1 (en) 2020-04-23
WO2019007336A3 (zh) 2019-01-31
TW201907345A (zh) 2019-02-16

Similar Documents

Publication Publication Date Title
WO2019007336A2 (zh) 数据处理方法、装置和设备
US11961057B2 (en) Method for paying cost of IoT device based on blockchain and merkle tree structure related thereto, and server, service providing terminal, and digital wallet using the same
US11004044B2 (en) Method for paying cost of IoT device based on blockchain, and server, service providing device, and digital wallet using the same
CN110892676B (zh) 利用安全认证系统的令牌提供
TWI721229B (zh) 交通分段計費的支付方法、計費系統和支付系統
JP6204588B2 (ja) 前納アカウントの管理システム、前納アカウントの管理方法、および、該システムと方法に関連する前納メッセージ
CN109472675A (zh) 租赁业务的处理方法、装置、系统及设备
US20110022544A1 (en) System and method for issuing mobile postage stamp
UA118854C2 (uk) Спосіб та система для перевірки фінансових операцій щодо електронних грошових переказів
US20070124197A1 (en) System, method and computer readable medium for billing
US20170053346A1 (en) Registration method, device and system for third-party payment platform
CN113159873B (zh) 基于报销码的数据处理方法及装置
US20140358778A1 (en) Multi-level know your customer (kyc) data collection and verification
KR20160064061A (ko) 결제시스템, 결제방법, 부가서비스 제공방법, url-nfc 결제카드 및 서버
KR20120100283A (ko) 전자결제 시스템 및 방법
US20180018832A1 (en) Toll payment collection with communication device
TWI528302B (zh) System and Method of Application for Wallet
KR101346064B1 (ko) 법인 등기 신청 방법 및 그 장치
KR100920175B1 (ko) 이동통신 단말기를 이용한 결제 시스템 및 그 결제 방법
CN110738550B (zh) 商品代购方法、装置、系统和计算机存储介质
KR20170076439A (ko) 신탁 관리 시스템 및 그의 신탁 관리 방법
KR101357856B1 (ko) 모바일 중개 서버
KR102665988B1 (ko) 차량 리스계약 승계방법
US20210256520A1 (en) Automated motor vehicle department transaction systems and methods
KR102004652B1 (ko) 자동차 등록번호 및 메신저 인증 기반의 모바일 고지 및 결제 시스템과 그 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18828993

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18828993

Country of ref document: EP

Kind code of ref document: A2