支付处理方法及装置与流程

1.本文件涉及数据处理技术领域，尤其涉及一种支付处理方法及装置。


背景技术：

2.随着互联网和信息技术的不断更新，支付受理介质的数字化管理也在不断发展，使用多种应用提供的付款码、人脸等支付受理介质支付越来越普遍。而对于部分机构组织成员来说，仅能通过机构凭证在机构组织内进行消费，针对于此，对于机构组织而言，如何提升机构组织成员使用机构凭证进行支付的便捷性成为重点解决问题。


技术实现要素：

3.本说明书一个或多个实施例提供了一种支付处理方法，包括：接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；所述支付指令携带有支付订单信息。基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验。在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型。若所述支付关系类型为协议支付类型，则根据所述目标机构的专用账户向所述商户进行协议支付；所述专用账户针对所述协议支付进行设置。
4.本说明书一个或多个实施例提供了一种支付处理装置，包括：支付指令接收模块，被配置为接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；所述支付指令携带有支付订单信息。支付校验模块，被配置为基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验。支付关系类型确定模块，被配置为在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型。若所述支付关系类型为协议支付类型，则运行协议支付模块，所述协议支付模块，被配置为根据所述目标机构的专用账户向所述商户进行协议支付；所述专用账户针对所述协议支付进行设置。
5.本说明书一个或多个实施例提供了一种支付处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；所述支付指令携带有支付订单信息。基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验。在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型。若所述支付关系类型为协议支付类型，则根据所述目标机构的专用账户向所述商户进行协议支付；所述专用账户针对所述协议支付进行设置。
6.本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；所述支付指令携带有支付订单信息。基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验。在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型。若所述支付关系类型
为协议支付类型，则根据所述目标机构的专用账户向所述商户进行协议支付；所述专用账户针对所述协议支付进行设置。
附图说明
7.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
8.图1为本说明书一个或多个实施例提供的一种支付处理方法处理流程图；
9.图2为本说明书一个或多个实施例提供的一种应用于教育机构场景的支付处理方法处理流程图；
10.图3为本说明书一个或多个实施例提供的一种支付处理装置示意图；
11.图4为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图。
具体实施方式
12.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
13.本说明书提供的一种支付处理方法实施例：
14.参照图1，其示出了本实施例提供的一种支付处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于教育机构场景的支付处理方法处理流程图。
15.参照图1，本实施例提供的支付处理方法，具体包括步骤s102至步骤s108。
16.步骤s102，接收针对目标机构的机构成员凭证开通的支付渠道的支付指令。
17.本实施例提供的支付处理方法，在机构用户针对支付订单进行支付的过程中，接收机构用户针对机构成员凭证的支付渠道提交的支付指令，根据支付订单信息与机构成员凭证绑定的成员账户的账户可用信息进行支付校验，在支付核验通过后，确定支付订单信息中的商户与目标机构的支付关系类型，若是协议支付类型，则根据目标机构的专用账户向商户进行协议支付，方便机构成员通过机构成员凭证进行消费，提升机构成员的支付便捷性，有助于目标机构对机构成员的消费进行管理，节省人力物力成本，促进目标机构的账户资源活跃性；同时，针对不同支付关系类型的商户进行不同类型的支付处理，实现支付处理的灵活性，满足多种类型商户的结算需求。
18.本实施例所述目标机构，是指具有一定规模的社会组织，例如企业、教育机构，本实施例在此不作具体限定。所述机构成员凭证，包括基于物联网技术和计算机网络的数字化理念融合于机构管理进行的统一身份认证、消费等的成员凭证，例如教育机构里的学生凭证、企业里的员工凭证。机构成员是指目标机构的成员，机构成员凭证与机构成员具有绑定关系。隶属于目标机构的商户称为归属商户，与目标机构签署协议的商户称为协议商户；或者与目标机构在一定距离范围内的商户属于归属商户，相应的，与目标机构在一定距离
范围外的商户属于协议商户。
19.实际应用中，机构成员在目标机构内使用机构成员凭证向商户进行支付，在目标机构外的周边商圈进行消费的过程中，使用现金或者其他电子支付方式向周边商户进行支付，无法利用机构成员凭证进行支付，鉴于此，本实施例在机构成员通过支付平台针对机构成员凭证开通支付渠道之后，机构成员在目标机构内和目标机构外的周边商圈进行消费时，可通过支付平台选择利用机构成员凭证的支付渠道进行支付，有助于目标机构对机构成员的消费行为进行管理。
20.而在机构成员向商户进行支付的过程中，若商户为归属商户，机构成员优先通过机构成员凭证的支付渠道进行支付(也可选择在支付平台的其他支付渠道)或者仅能通过机构成员凭证的支付渠道进行支付；若商户为协议商户，除通过机构成员凭证的支付渠道进行支付，机构成员也可选择通过支付平台的其他支付渠道(比如银行卡支付渠道)进行支付。
21.具体实施时，机构成员针对支付订单信息进行确认之后，跳转到支付页面，机构成员在支付页面中触发渠道列表控件展示支付渠道列表，在支付渠道列表中选择针对机构成员凭证的支付渠道并进行确认，生成携带支付订单信息的支付指令向服务器发送，服务器接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；可选的，所述支付指令携带有支付订单信息；所述支付渠道在所述支付订单信息被所述机构成员凭证绑定的机构成员确认后触发的支付渠道列表中展示；所述支付指令在所述支付渠道列表中展示的所述支付渠道被选中之后提交。
22.在具体的执行过程中，为了提升支付便捷性，机构成员可在支付平台针对机构成员凭证进行支付渠道注册，服务器开通针对机构成员凭证的支付渠道。本实施例提供的一种可选实施方式中，机构成员凭证的支付渠道，采用如下方式进行开通：
23.检测所述机构成员凭证绑定的机构成员针对所述机构成员凭证是否进行支付渠道注册；
24.若是，则向所述机构成员开通利用所述机构成员凭证针对协议商户和归属商户进行支付的支付渠道，并向所述目标机构同步渠道开通信息；
25.其中，所述协议商户与所述目标机构的支付关系类型为所述协议支付类型，且所述归属商户与所述目标机构的支付关系类型为归属支付类型。
26.进一步，在机构成员针对机构成员凭证未进行支付渠道注册的情况下，为了保证支付安全性，可先查询机构成员的机构成员凭证携带的凭证信息，并获取机构成员上传的注册信息进行验证。本实施例提供的一种可选实施方式中，若未检测机构成员针对机构成员凭证进行支付渠道注册，则执行如下操作：
27.基于所述机构成员选择的所述目标机构，在所述目标机构查询所述机构成员的机构成员凭证携带的凭证信息；
28.获取所述机构成员上传的注册信息，并基于所述凭证信息对所述注册信息进行验证；
29.在验证通过后，向所述机构成员开通利用所述机构成员凭证针对所述协议商户和所述归属商户进行支付的支付渠道，并向所述目标机构同步所述渠道开通信息。
30.其中，所述支付关系类型，是指目标机构与商户在机构成员通过机构成员凭证的
支付渠道进行支付时所依据的关系类型，包括协议支付类型与归属支付类型；隶属于目标机构的商户称为归属商户，与目标机构签署协议的商户称为协议商户；或者与目标机构在一定距离范围内的商户属于归属商户，相应的，与目标机构在一定距离范围外的商户属于协议商户。
31.例如，学生成员在展示的学校列表中选择目标学校，服务器获取在目标学校查询的学生成员的学生凭证携带的凭证信息，若学生成员在支付平台针对学生凭证已进行支付渠道注册，则向学生成员开通利用学生凭证针对协议商户和归属商户进行支付的支付渠道，并向目标学校同步渠道开通信息；若学生成员在支付平台针对学生凭证未进行支付渠道注册，则获取学生成员录入并上传的注册信息，验证注册信息与在目标机构查询的凭证信息是否匹配，若不匹配，则确认验证不通过，若匹配，则确认验证通过，并向学生成员开通利用学生凭证针对协议商户和归属商户进行支付的支付渠道，以及向目标学校同步渠道开通信息。
32.需要补充的是，若检测到机构成员针对机构成员凭证已进行支付渠道注册，则向机构成员开通利用机构成员凭证针对协议商户或者归属商户进行支付的支付渠道，并向目标机构同步渠道开通信息；若未检测到机构成员针对机构成员凭证进行支付渠道注册，则获取机构成员上传的注册信息，并基于凭证信息对注册信息进行验证，在验证通过后，向机构成员开通利用机构成员凭证针对协议商户或者归属商户进行支付的支付渠道，并向目标机构同步渠道开通信息。
33.除上述提供的开通学生成员的学生凭证的支付渠道之外，其他类型的机构成员凭证同样可采用上述方式进行支付渠道开通，比如医院的职工凭证、商业机构的员工凭证、企业的员工凭证，部队的军人保障凭证。
34.步骤s104，基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验。
35.如上所述，服务器接收针对目标机构的机构成员凭证开通的支付渠道的支付指令，该支付指令携带有支付订单信息，本步骤中，基于支付订单信息与机构成员凭证绑定的成员账户的账户可用信息进行支付校验，确定支付能否进行，避免资金流失，有效管理机构成员凭证。
36.实际应用中，部分目标机构的设备陈旧，不能实时同步机构成员凭证绑定的成员账户的账户可用信息(比如成员账户的可用资源额)，在此情况下，由于不能及时获取成员账户的账户可用信息，所以支付校验可由目标机构执行，而部分目标机构的设备优良，可实时同步机构成员凭证绑定的成员账户的账户可用信息，在此情况下，由支付平台执行支付校验。
37.针对于此，在目标机构的设备优良，可实时同步机构成员凭证绑定的成员账户的账户可用信息的情况下，基于机构成员凭证绑定的成员账户的账户可用信息和支付订单信息进行支付校验，以提升支付校验的便捷性，提升支付校验效率。本实施例提供的一种可选实施方式中，在可实时获取目标机构同步的机构成员凭证绑定的成员账户的账户可用信息的情况下，执行如下操作：
38.根据所述支付订单信息中记录的商户信息确定对应的支付类型；
39.判断所述支付订单信息中记录的待支付数额是否超出所述支付类型对应的支付
限额；
40.若超出，则确定校验未通过并返回支付失败提醒；
41.若未超出，则检测所述待支付数额是否小于或者等于所述成员账户的可用资源额，若是，则确定校验通过，若否，则确定校验未通过并返回支付失败提醒；所述可用资源额由所述目标机构同步。
42.此外，为了实现支付核验的灵活处理，适用多种支付核验场景，在进行支付校验之前，还可确定支付校验的执行方，查询是否存在目标机构同步的机构成员凭证绑定的成员账户的可用资源额，若不存在，则支付校验由目标机构执行，若存在，则支付校验由支付平台执行。本实施例提供的一种可选实施方式中，通过如下方式进行支付检验：
43.查询是否存在所述目标机构同步的所述成员账户的可用资源额；
44.若不存在，则生成包含所述支付订单信息的支付校验申请发送至所述目标机构，以基于所述成员账户的可用资源额和所述支付订单信息进行支付校验；
45.若存在，则根据所述支付订单信息中记录的商户信息确定对应的支付类型；
46.判断所述支付订单信息中记录的待支付数额是否超出所述支付类型对应的支付限额；
47.若超出，则确定核验未通过并返回支付失败提醒；
48.若未超出，则检测所述待支付数额是否小于或者等于所述成员账户的可用资源额，若是，则确定校验通过，若否，则确定核验未通过并返回支付失败提醒。
49.例如，查询是否存在目标机构同步的机构成员凭证绑定的成员账户的可用资源额，若不存在，则将包含支付订单信息的支付校验申请发送至目标机构，以在目标机构基于成员账户的可用资源额和支付订单信息进行支付校验；若存在，则根据支付订单信息中记录的商户信息“xx网咖”确定对应的支付类型为“休闲娱乐”，“休闲娱乐”对应的支付限额为“300元/单次”，成员账户的可用资源额为“1000元”，判断支付订单信息中记录的待支付数额(200元)未超出支付限额“300元/单次”，检测待支付数额(200元)小于成员账户的可用资源额为“1000元”，则确定核验通过。
50.需要补充的是，除上述提供的支付类型为“休闲娱乐”之外，其他支付类型也可通过上述实现方式判断支付订单信息中记录的待支付数额是否超出支付类型对应的支付限额，比如支付类型为“美容美发”、“甜品饮品”、“鲜花绿植”。
51.步骤s106，在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型。
52.如上所述，商户类型分为协议商户和归属商户，支付关系类型包括协议支付类型与归属支付类型，基于机构成员凭证绑定的成员账户的账户可用信息和支付订单信息进行支付校验，若校验通过，则确定支付订单信息中记录的商户与目标机构的支付关系类型，即确定向哪种类型的商户进行支付，该类型商户在支付的过程中采用哪种支付关系类型，通过不同的支付关系类型选择不同的支付处理方式进行资源转移操作；若校验未通过，则不作处理即可或者返回支付失败提醒。
53.其中，协议商户与目标机构的支付关系类型为协议支付类型，且归属商户与目标机构的支付关系类型为归属支付类型。
54.所述支付关系类型，是指目标机构与商户在机构成员通过机构成员凭证的支付渠
道进行支付时所依据的关系类型，包括协议支付类型与归属支付类型；隶属于目标机构的商户称为归属商户，与目标机构签署协议的商户称为协议商户；或者与目标机构在一定距离范围内的商户属于归属商户，相应的，与目标机构在一定距离范围外的商户属于协议商户。
55.步骤s108，若所述支付关系类型为协议支付类型，则根据所述目标机构的专用账户向所述商户进行协议支付。
56.本实施例所述协议支付，是指与目标机构签署协议的协议商户进行支付的过程。
57.所述专用账户，是指专门针对协议支付设置的账户，在支付过程中，从目标机构的专用账户中进行资源扣除，并将扣除的资源划拨至商户的资源账户。
58.如上所述，确定支付订单信息中记录的商户与目标机构的支付关系类型，通过不同的支付关系类型选择不同的支付处理方式进行资源转移操作，本实施例中，若支付关系类型为协议支付类型，则根据目标机构的专用账户向支付订单信息中记录的商户信息对应的商户进行协议支付；可选的，所述目标机构的专用账户针对所述协议支付进行设置。
59.具体实施时，在支付关系类型为协议支付类型的情况下，由于目标机构与协议商户的支付关系类型为协议支付类型，而协议商户为与目标机构签署协议的目标机构的周边商户，所以向协议商户进行支付时可实时进行结算，根据目标机构的专用账户实时将支付资源转移至商户的资源账户中，实现实时结算，保证协议商户的资金安全。本实施例提供的一种可选实施方式中，在支付关系类型为协议支付类型的情况下，通过如下方式进行支付处理：
60.从所述目标机构的专用账户中扣除所述支付订单信息中记录的待支付数额对应的支付资源，并基于扣除的支付资源向所述商户进行支付。
61.此外，在确定支付订单信息中记录的商户与目标机构的支付关系类型的过程中，支付关系类型还可为归属支付类型，下述对支付关系类型为归属支付类型的支付处理过程进行说明。
62.针对支付关系类型为归属支付类型，商户隶属于目标机构，属于目标机构管辖，所以设置结算周期，汇总结算周期内的支付账单，根据结算周期内的支付账单向归属商户进行周期结算，方便目标机构与归属商户进行对账，有助于资源有效管理与核对。本实施例提供的一种可选实施方式中，在支付关系类型为归属支付类型的情况下，通过如下方式进行支付处理：生成所述支付订单信息对应的支付账单；
63.基于所述支付账单向所述目标机构发送携带有待支付数额的资源冻结指令，以根据所述待支付数额冻结所述目标机构的机构账户中所述机构成员凭证对应的支付资源，并在冻结后更新所述成员账户中的可用资源额。
64.具体的，实时生成支付订单信息对应的支付账单，支付订单信息中记录有待支付数额，向目标机构发送携带待支付数额的资源冻结指令，以使目标机构冻结机构账户中机构成员凭证对应的待支付数额对应的支付资源，并在冻结后更新机构成员凭证绑定的成员账户的可用资源额，防止目标机构的经营不善导致支付账单无法进行结算，保障商户的资金安全，保障商户的权益不受侵害。
65.进一步，在生成支付订单信息对应的支付账单，基于支付账单向目标机构发送携带有待支付数额的资源冻结指令，以根据待支付数额冻结目标机构的机构账户中机构成员
凭证对应的支付资源，并在冻结后更新成员账户中的可用资源额的基础上，目标机构可按照结算周期，向商户进行对应的支付账单的结算。本实施例提供的一种可选实施方式中，通过如下方式进行周期结算：
66.根据所述支付账单中记录的支付时间与所述目标机构和所述商户的结算周期，确定所述目标机构向所述商户针对所述支付账单进行结算的结算日期；
67.在检测到所述结算日期到达之后，向所述目标机构与所述商户同步所述支付账单；
68.基于所述目标机构与所述商户针对所述支付账单提交的确认响应，向所述目标机构发送针对所述支付资源的资源解冻指令，以进行所述支付资源的解冻处理以及支付处理。
69.具体的，为了便于目标机构与归属商户进行对账，针对归属商户提供周期结算模式，根据生成的支付账单记录的机构成员的支付时间与目标机构和归属商户的结算周期，确定目标机构向归属商户进行周期结算的结算日期，在结算日期到达之后，向目标机构和归属商户分别同步支付账单，方便目标机构和归属商户针对支付账单进行对账，获取目标机构和归属商户对支付账单的确认，向目标机构发送针对机构账户中支付资源的资源解冻指令，以对支付资源进行解冻并根据支付资源进行支付处理。
70.在进行支付资源的解冻处理以及支付处理的过程中，可选的，根据所述资源解冻指令对所述支付资源进行解冻；从所述目标机构的机构账户中扣除解冻后的支付资源，并基于扣除的支付资源向所述商户进行结算。
71.需要补充的是，为了防止根据目标机构的专用账户向商户进行支付的过程中，出现可用资源不足的情况，提升支付效率，可针对专用账户设置预设资源阈值，在专用账户的可用资源小于预设资源阈值的情况下，对目标机构做出资源划拨提醒。本实施例提供的一种可选实施方式中，在检测专用账户的可用资源是否小于预设资源阈值的过程中，执行如下操作：
72.检测所述专用账户的可用资源是否小于预设资源阈值；
73.若是，则向所述目标机构发送资源划拨提醒，以从所述目标机构的机构账户向所述专用账户进行资源划拨；
74.若否，则不作处理。
75.例如，针对目标机构的专用账户设置预设资源阈值为“xx万元”，在检测到专用账户的可用资源低于“xx万元”之后，向目标机构发送资源划拨提醒，使目标机构通过机构账户向专用账户进行资源划拨，保障针对协议商户的实时结算。
76.需要补充的是，针对协议商户，也可根据目标机构的机构账户或者专用账户通过周期结算模式进行支付处理；类似的，针对归属商户，也可根据目标机构的机构账户或者专用账户通过实时结算的方式进行支付处理。
77.实际应用中，机构成员可针对机构成员凭证进行充值，具体的充值过程既可在支付平台完成，也可在第三方支付平台进行，以适用多种充值场景，满足多样化充值需求。本实施例提供的第一种可选实施方式中，通过如下方式在支付平台针对机构成员凭证进行资源转移操作：
78.获取所述机构成员凭证绑定的机构成员在所述支付平台针对所述机构成员凭证
提交的资源转入请求；所述资源转入请求携带有转入数额；
79.从所述机构成员在所述支付平台的资源账户中，将所述转入数额对应的转入资源转移至所述专用账户；
80.按照留存比例针对所述转入资源向所述目标机构的机构账户进行转移处理。
81.此处的留存比例，可以是0，也可以是100％，还可以是0～100％之间的任何数值，具体的比例数值可根据实际情况进行设定，本实施例在此不作具体限定。
82.例如，机构成员在支付平台针对机构成员凭证提交资源转入请求，资源转入请求携带的转入数额为a，服务器接收到机构成员提交的资源转入请求后，从机构成员在支付平台的资源账户中，将a对应的a元转移至目标机构的专用账户，若留存比例为b，则目标机构可选择将a
×
b元转移至目标机构的机构账户。
83.此外，除上述通过支付平台针对机构成员凭证进行充值的实现方式之外，还可通过第三方支付平台针对机构成员凭证进行充值。该第三方支付平台，例如银行支付平台。本实施例提供的第二种可选实施方式中，在机构成员凭证绑定的机构成员通过第三方支付平台发起资源注入请求之后，执行如下资源转移操作：
84.从所述机构成员在所述第三方支付平台的资源账户中，将所述资源注入请求携带的注入数额对应的注入资源转移至所述目标机构的机构账户；
85.按照留存比例针对所述注入资源向所述专用账户进行转移处理。
86.此处的留存比例，可以是0，也可以是100％，还可以是0～100％之间的任何数值，具体的比例数值可根据实际情况进行设定，本实施例在此不作具体限定。
87.具体的，机构成员通过第三方支付平台针对机构成员凭证输入注入数额，并发起资源注入请求，从机构成员在第三方支付平台的资源账户中，将注入数额对应的支付资源转移至目标机构的机构账户，目标机构按照一定的比例将支付资源中的一部分转移至专用账户。
88.下述以本实施例提供的一种支付处理方法在教育机构场景的应用为例，对本实施例提供的支付处理方法进行进一步说明，参见图2，应用于教育机构场景的支付处理方法，具体包括如下步骤。
89.步骤s202，接收针对教育机构的学生凭证开通的支付渠道的支付指令。
90.此处的支付指令携带有支付订单信息。
91.步骤s204，查询是否存在教育机构同步的学生凭证绑定的学生账户的可用资源额；
92.若是，则执行步骤s206至步骤s208；
93.若否，则生成包含支付订单信息的支付校验申请发送至教育机构，以基于学生账户的可用资源额和支付订单信息进行支付校验。
94.步骤s206，根据支付订单信息中记录的商户信息确定对应的支付类型。
95.步骤s208，判断支付订单信息中记录的待支付数额是否超出支付类型对应的支付限额；
96.若是，则确定核验未通过并返回支付失败提醒；
97.若否，则执行步骤s210。
98.步骤s210，检测待支付数额是否小于或者等于学生账户的可用资源额；
99.若是，则确定核验通过，并执行步骤s212至步骤s228；
100.若否，则确定核验未通过并返回支付失败提醒。
101.步骤s212，确定支付订单信息中记录的商户与教育机构的支付关系类型。
102.其中，支付关系类型包括协议支付类型与归属支付类型。
103.步骤s214，若支付关系类型为协议支付类型，则从教育机构的专用账户中扣除支付订单信息中记录的待支付数额对应的支付资源。
104.步骤s216，基于扣除的支付资源向商户进行支付。
105.步骤s218，若支付关系类型为归属支付类型，则生成支付订单信息对应的支付账单。
106.步骤s220，基于支付账单向教育机构发送携带有待支付数额的资源冻结指令，以根据待支付数额冻结教育机构的机构账户中学生凭证对应的支付资源，并在冻结后更新学生账户中的可用资源额。
107.步骤s222，根据支付账单中记录的支付时间与教育机构和商户的结算周期，确定教育机构向商户针对支付账单进行结算的结算日期。
108.步骤s224，在检测到结算日期到达之后，向教育机构与商户同步支付账单。
109.步骤s226，基于教育机构与商户针对支付账单提交的确认响应，向教育机构发送针对支付资源的资源解冻指令，以进行支付资源的解冻处理，并从教育机构的机构账户中扣除解冻后的支付资源，基于扣除的支付资源向商户进行结算。
110.步骤s228，检测专用账户的可用资源是否小于预设资源阈值；
111.若是，则执行步骤s230；
112.若否，则不作处理。
113.步骤s230，向教育机构发送资源划拨提醒，以从教育机构的机构账户向专用账户进行资源划拨。
114.需要补充的是，除上述提到的目标机构为教育机构之外，此外，还可是其他类型的机构，比如企业。
115.综上所述，本实施例提供的支付处理方法，首先，接收针对目标机构的机构成员凭证开通的支付渠道的携带有支付订单信息的支付指令，查询是否存在目标机构同步的成员账户的可用资源额；若不存在，则生成包含支付订单信息的支付校验申请发送至目标机构，以基于成员账户的可用资源额和支付订单信息进行支付校验，若存在，则根据支付订单信息中记录的商户信息确定对应的支付类型，判断支付订单信息中记录的待支付数额是否超出支付类型对应的支付限额；若未超出，则检测待支付数额是否小于或者等于成员账户的可用资源额，若是，则确定校验通过，若否，则确定核验未通过；
116.其次，在校验通过后，确定支付订单信息中记录的商户与目标机构的支付关系类型，若支付关系类型为协议支付类型，则从目标机构的专用账户中扣除支付订单信息中记录的待支付数额对应的支付资源，并基于扣除的支付资源向商户进行支付；
117.再次，若支付关系类型为归属支付类型，则生成支付订单信息对应的支付账单，基于支付账单向目标机构发送携带有待支付数额的资源冻结指令，以根据待支付数额冻结目标机构的机构账户中机构成员凭证对应的支付资源，并在冻结后更新成员账户中的可用资源额，根据支付账单中记录的支付时间与目标机构和商户的结算周期，确定目标机构向商
户针对支付账单进行结算的结算日期；在检测到结算日期到达之后，向目标机构与商户同步支付账单，基于目标机构与商户针对支付账单提交的确认响应，向目标机构发送针对支付资源的资源解冻指令，以根据资源解冻指令对支付资源进行解冻，并从目标机构的机构账户中扣除解冻后的支付资源，并基于扣除的支付资源向商户进行结算。
118.最后，检测专用账户的可用资源是否小于预设资源阈值；若是，则向目标机构发送资源划拨提醒，以从目标机构的机构账户向专用账户进行资源划拨，若否，则不作处理；方便机构成员通过机构成员凭证进行消费，提升机构成员的支付便捷性，有助于目标机构对机构成员的消费进行管理，节省人力物力成本，促进目标机构的账户资源活跃性；同时，针对不同支付关系类型的商户进行不同类型的支付处理，实现支付处理的灵活性，满足多种类型商户的结算需求。
119.本说明书提供的一种支付处理装置实施例如下：
120.在上述的实施例中，提供了一种支付处理方法，与之相对应的，还提供了一种支付处理装置，下面结合附图进行说明。
121.参照图3，其示出了本实施例提供的一种支付处理装置示意图。
122.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
123.本实施例提供一种支付处理装置，包括：
124.支付指令接收模块302，被配置为接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；所述支付指令携带有支付订单信息；
125.支付校验模块304，被配置为基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验；
126.支付关系类型确定模块306，被配置为在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型；
127.若所述支付关系类型为协议支付类型，则运行协议支付模块308，所述协议支付模块308，被配置为根据所述目标机构的专用账户向所述商户进行协议支付；所述专用账户针对所述协议支付进行设置。
128.本说明书提供的一种支付处理设备实施例如下：
129.对应上述描述的一种支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种支付处理设备，该支付处理设备用于执行上述提供的支付处理方法，图4为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图。
130.本实施例提供的一种支付处理设备，包括：
131.如图4所示，支付处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括支付处理设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在支付处理设备上执行存储器402中的一系列计算机可执行指令。支付处理设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入/输出接口405，一个或一个以上键盘406等。
132.在一个具体的实施例中，支付处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对支付处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
133.接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；所述支付指令携带有支付订单信息；
134.基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验；
135.在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型；
136.若所述支付关系类型为协议支付类型，则根据所述目标机构的专用账户向所述商户进行协议支付；所述专用账户针对所述协议支付进行设置。
137.本说明书提供的一种存储介质实施例如下：
138.对应上述描述的一种支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
139.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
140.接收针对目标机构的机构成员凭证开通的支付渠道的支付指令；所述支付指令携带有支付订单信息；
141.基于所述机构成员凭证绑定的成员账户的账户可用信息和所述支付订单信息进行支付校验；
142.在校验通过后，确定所述支付订单信息中记录的商户与所述目标机构的支付关系类型；
143.若所述支付关系类型为协议支付类型，则根据所述目标机构的专用账户向所述商户进行协议支付；所述专用账户针对所述协议支付进行设置。
144.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于支付处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
145.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
146.在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件
(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
147.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
148.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
149.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
150.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
151.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每
一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
152.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
153.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
154.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
155.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
156.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
157.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
158.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
159.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实
施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
160.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。