CN111160921A - 业务处理方法以及装置 - Google Patents

Abstract

本说明书实施例提供业务处理方法以及装置，其中所述业务处理方法包括：接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

Description

业务处理方法以及装置

技术领域

本说明书实施例涉及数据处理技术领域，特别涉及一种业务处理方法。本说明书一个或者多个实施例同时涉及一种交易处理方法，一种业务处理装置，一种交易处理装置，两种计算设备，以及两种计算机可读存储介质。

背景技术

随着互联网技术的发展，计算机和互联网成为用户生活中的重要组成部分，也逐步深入到生活中的每一个角落，因此越来越多的线上业务随之涌现，而在众多的线上业务中，线上交易业务的发展速度较为明显；另外，由于线上业务中的网络购物给用户带来很大的便利性，因此，越来越多的用户选择在电子平台浏览、挑选或者购买自己需要的商品，而且随着电子平台中商品的数目和种类的快速增长，线上逐渐成为大部分人的一种交易方式。

另外，越来越多的线上平台推出了企业服务项目，大中小企业的企业员工都可享受线上服务，但是由于不同企业的信誉度、资金偿还能力等会存在一定的差异，因此，线上平台在为不同企业提供服务时采取不同的服务策略，对于小企业来说，由于小企业的信誉度低、资金偿还能力弱，因此，可能存在享受服务后无法按时进行结算的风险，因此，亟需一种业务处理方法以解决此类问题。

发明内容

有鉴于此，本说明书施例提供了一种业务处理方法。本说明书一个或者多个实施例同时涉及一种交易处理方法，一种业务处理装置，一种交易处理装置，两种计算设备，以及两种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种业务处理方法，包括：

接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

可选地，所述业务处理方法，还包括：

在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

在监测到所述业务主体针对所述业务清单进行资源结算的情况下，根据生成的结算信息，对与所述待处理业务对应的业务发起方的资源空间中被冻结的资源进行解冻处理。

可选地，所述业务处理方法，还包括：

在未监测到所述业务主体针对所述业务清单进行资源结算的情况下，则根据所述业务清单，对与所述待处理业务对应的业务处理方的资源空间中被冻结的资源进行解冻处理并进行扣除。

可选地，所述基于所述待处理业务更新所述业务主体的业务清单之后，还包括：

在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

接收所述业务主体返回的针对所述业务清单中每笔待处理业务进行筛选生成的筛选结果；其中，所述筛选结果由所述业务主体根据所述业务主体的因公业务协议中记载的因公业务处理条件，对所述待处理业务进行筛选生成；

对所述筛选结果中符合所述因公业务处理条件的待处理业务进行整合，生成业务处理凭证，并将所述业务处理凭证发送至所述业务主体。

可选地，所述接收所述业务主体返回的针对所述业务清单中每笔待处理业务进行筛选生成的筛选结果步骤执行之后，还包括：

获取所述筛选结果中不符合所述因公业务处理条件的目标待处理业务；

按照所述目标待处理业务的资源额度，对所述目标待处理业务的业务发起方的资源空间中被冻结的资源进行解冻处理并进行扣除。

可选地，在核验结果为核验通过的情况下，所述按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单步骤执行之前，还包括：

获取所述业务主体的因公业务协议中记载的业务类型与因公业务额度的映射关系表；

确定所述待处理业务的目标业务类型，并在所述映射关系表中查询所述目标业务类型对应的目标因公业务额度；

根据所述待处理业务的资源额度、所述目标因公业务额度以及所述业务发起方的资源空间中的可用资源额度，判断所述业务发起方是否满足预设因公业务处理条件；

若是，则执行所述按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单的步骤。

可选地，所述按照所述待处理业务的资源额度，对所述业务发起方的资源空间中的资源进行冻结处理，包括：

在所述资源额度大于所述目标因公业务额度的情况下，则计算所述资源额度与所述目标因公业务额度的差值；

根据所述差值对所述业务发起方的资源空间进行资源扣除，并根据所述目标因公业务额度，对所述业务发起方的资源空间进行资源冻结处理；

或者，

在所述资源额度小于所述目标因公业务额度的情况下，则根据所述资源额度，对所述业务发起方的资源空间进行资源冻结处理。

可选地，所述根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议，包括：

根据所述业务处理请求中包含的身份信息，查询所述业务发起方的因公业务协议；

根据所述业务发起方的因公业务协议中记载的业务主体标识信息，查询所述业务主体的因公业务协议；

相应的，所述基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验，包括：

根据所述业务主体的因公业务协议中记载的成员信息，对所述待处理业务的业务发起方进行身份核验；

根据所述业务主体的因公业务协议中记载的业务类型，对所述待处理业务的业务类型进行因公业务核验。

根据本说明书实施例的第二方面，提供了一种交易处理方法，包括：

接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

可选地，所述交易处理方法，还包括：

在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

在监测到所述企业针对所述交易账单进行交易结算的情况下，根据生成的结算信息，对所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理。

可选地，所述交易处理方法，还包括：

在未监测到所述企业针对所述交易账单进行交易结算的情况下，根据所述交易账单，对与所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

可选地，所述基于所述待处理交易更新所述企业的交易账单之后，还包括：

在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

接收所述企业返回的针对所述交易账单中每笔待处理交易进行筛选生成的筛选结果；其中，所述筛选结果由所述企业根据所述企业的因公交易协议中记载的因公交易条件，对所述待处理交易进行筛选生成；

对所述筛选结果中符合所述因公交易条件的待处理交易进行整合，生成交易凭证，并将所述交易凭证发送至所述企业。

可选地，所述接收所述企业返回的针对所述交易账单中每笔待处理交易进行筛选生成的筛选结果步骤执行之后，还包括：

获取所述筛选结果中不符合所述因公交易条件的目标待处理交易；

按照所述目标待处理交易的交易数额，对所述目标待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

可选地，在因公交易核验结果为核验通过的情况下，所述按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理之前，还包括：

获取所述企业的因公交易协议中记载的交易类型与因公交易数额的映射关系表；

确定所述待处理交易的目标交易类型，并在所述映射关系表中查询所述目标交易类型对应的目标因公交易数额；

根据所述待处理交易的交易数额、所述目标因公交易数额以及所述企业员工的交易账户中的可用额度，判断所述企业员工是否满足预设因公交易条件；

若是，则执行所述按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理子步骤。

可选地，所述按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，包括：

在所述交易数额大于所述目标因公交易数额的情况下，则计算所述交易数额与所述目标因公交易数额的差值；

根据所述差值对所述企业员工的交易账户中的相应额度进行扣除，并按照所述目标因公交易数额，对所述企业员工的交易账户进行额度冻结处理；

或者，

在所述交易数额小于所述目标因公交易数额的情况下，则按照所述交易数额，对所述企业员工的交易账户进行额度冻结处理。

可选地，所述根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议，包括：

根据所述交易处理请求中包含的身份信息，查询所述企业员工的因公交易协议；

根据所述企业员工的因公交易协议中记载的企业标识信息，查询所述企业的因公交易协议；

相应的，所述基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验，包括：

根据所述企业的因公交易协议中记载的员工信息，对所述待处理交易涉及的企业员工进行身份核验；

根据所述企业的因公交易协议中记载的交易类型，对所述待处理交易的交易类型进行因公交易核验。

根据本说明书实施例的第三方面，提供了一种业务处理装置，包括：

接收模块，被配置为接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

查询模块，被配置为在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

核验模块，被配置为基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

业务处理模块，被配置为在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

根据本说明书实施例的第四方面，提供了一种交易处理装置，包括：

请求接收模块，被配置为接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

协议查询模块，被配置为在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

交易核验模块，被配置为基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

交易处理模块，被配置为在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

根据本说明书实施例的第五方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

根据本说明书实施例的第六方面，提供了另一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

根据本说明书实施例的第七方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述业务处理方法的步骤。

根据本说明书实施例的第八方面，提供了另一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述交易处理方法的步骤。

本说明书一个实施例通过在接收到业务发起方针对待处理业务提交的业务处理请求，并且确定业务发起方选择因公业务模式的情况下，查询所述业务发起方及其所属业务主体二者的因公业务协议；基于查询到的因公业务协议，对待处理业务进行因公业务核验；在核验通过的情况下，按照待处理业务的资源额度，对业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新业务主体的业务清单。

本说明书一个实施例实现了在业务发起方选择因公业务模式的情况下，利用对业务发起方的资源空间进行资源冻结处理的方式，为业务主体进行担保，有利于使得业务主体的资源短缺问题在一定程度上得以解决，另外，通过这种方式，有利于降低因业务主体无法按时结算而为平台带来损失的风险。

附图说明

图1是本说明书一个实施例提供的一种业务处理方法的处理流程图；

图2是本说明书一个实施例提供的一种交易处理方法的处理流程图；

图3是本说明书一个实施例提供的一种交易模式的示意图；

图4是本说明书一个实施例提供的一种交易处理方法应用于出行服务平台的流程图；

图5是本说明书一个实施例提供的一种业务处理装置的示意图；

图6是本说明书一个实施例提供的一种交易处理装置的示意图；

图7是本说明书一个实施例提供的一种计算设备的结构框图；

图8是本说明书一个实施例提供的另一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本说明书中，提供了一种业务处理方法。本说明书一个或者多个实施例同时涉及一种交易处理方法，一种业务处理装置，一种交易处理装置，两种计算设备，以及两种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一个实施例提供的一种业务处理方法的处理流程图，包括步骤102至步骤108。

步骤102，接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签。

随着技术的发展，计算机和互联网成为用户生活中的重要组成部分，因此越来越多的线上业务随之涌现，并且随着电子平台中商品的数目和种类的快速增长，线上业务逐渐成为大部分人的一种业务处理方式。

本说明书提供的一种业务处理方法，应用于服务平台，通过接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；在确定所述业务模式标签为因公也模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；在因公业务核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

具体的，所述服务平台包括餐饮服务平台、出行服务平台以及商旅服务平台等，不同的服务平台，可为业务发起方提供的业务服务不同，因此，业务发起方在不同服务平台可提交的业务处理请求不同，例如餐饮服务平台可为业务发起方提供订餐业务服务，因此，业务发起方可在餐饮服务平台提交订餐业务处理请求；出行服务平台可为业务发起方提供车辆预约业务服务，因此，业务发起方可在出行服务平台提交车辆预约业务处理请求等等。

在接收到业务发起方提交的业务处理请求，并且确定所述业务发起方选择因公业务模式的情况下，则可通过因公业务协议内容对待处理业务进行核验，以确保所述待处理业务适用于因公业务模式。

步骤104，在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议。

具体的，业务发起方由于工作原因所产生的、可向业务主体报销的业务即为因公业务，例如由于工作原因外出所产生的订票业务、由于采购办公用品所产生的采购业务等，另外，如果业务主体可为业务发起方提供餐费补贴、交通补贴等福利，则业务发起方的部分或全部订餐业务、出行业务等等可作为因公业务。

因公业务模式作为一种业务模式，具体是指，若业务发起方针对待处理业务选择因公业务模式，则在该笔待处理业务完成后，业务发起方无需对该笔待处理业务的资源额度进行结算，并选择由业务主体进行结算；

因此，服务平台在接收业务发起方提交的业务处理请求之前，需分别与业务主体、业务发起方以及业务处理方签订业务协议，其中，所述业务处理方即不同服务平台中可为业务发起方提供业务服务的一方，例如，在餐饮服务平台，所述业务处理方即为服务平台中各个餐饮企业；在出行服务平台，所述业务处理方即为服务平台中各个出行服务提供者（网约车司机或出租车等）。

服务平台与业务主体签订生成的因公业务协议中的协议内容主要包括业务主体的标识信息、业务主体中的成员列表、服务平台与业务主体的业务结算规则等；服务平台与业务发起方签订生成的因公业务协议中的协议内容主要包括业务发起方的标识信息、业务发起方所属业务主体的标识信息以及业务发起方的资源空间信息等，并且业务发起方需向服务平台开通对其资源空间进行资源冻结的权限；服务平台与业务处理方签订生成的业务协议中的协议内容主要包括服务平台与业务处理方之间的业务结算规则等。

服务平台分别与业务主体以及业务发起方签订因公业务协议，并且业务发起方向服务平台开通对其资源空间进行资源冻结的权限后，若业务发起方在服务平台产生因公业务，则业务发起方无需对该笔业务进行结算，并选择由其所属业务主体对该笔业务进行结算，而业务发起方向服务平台开通对其资源空间进行资源冻结的权限后，服务平台针对该笔业务的资源额度对业务发起方的资源空间进行资源冻结，从而业务发起方通过这种方式为业务主体进行担保，使得业务主体可对业务发起方在服务平台办理因公业务所产生的资源额度进行后付费。

步骤106，基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验。

具体的，在接收到业务发起方的业务处理请求，并确定业务发起方选择因公业务模式的情况下，则需对待处理业务进行核验，判断其是否满足因公业务模式，即通过查询服务平台分别与业务发起方及其所属业务主体签订的因公业务协议，并通过判断所查询的因公业务协议中的相关信息是否匹配，以实现对待处理业务的因公业务核验。

具体实施时，因公业务协议的查询具体可通过以下方式实现：

根据所述业务处理请求中包含的身份信息，查询所述业务发起方的因公业务协议；

根据所述业务发起方的因公业务协议中记载的业务主体标识信息，查询所述业务主体的因公业务协议；

相应的，基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验，具体可通过以下方式实现：

根据所述业务主体的因公业务协议中记载的成员信息，对所述待处理业务的业务发起方进行身份核验；

根据所述业务主体的因公业务协议中记载的业务类型，对所述待处理业务的业务类型进行因公业务核验。

具体的，由于服务平台与业务主体签订生成的因公业务协议中包含业务主体的成员列表等信息，而服务平台与业务发起方签订生成的因公业务协议中包含业务发起方所属业务主体的标识信息等，因此，在接收到业务发起方提交的业务处理请求后，可根据业务处理请求中携带的业务发起方的身份信息，查询由所述业务发起方与服务平台签订生成的第一因公业务协议，并根据所述第一因公业务协议中包含的业务发起方所属业务主体的标识信息，查询由所述业务主体与服务平台签订生成的第二因公业务协议；

基于查询到的因公业务协议，针对待处理业务进行因公业务核验，即对针对待处理业务提交业务处理请求的业务发起方进行身份核验，并对待处理业务的业务类型进行核验；其中，所述业务类型根据待处理业务的业务对象确定，例如，业务发起方在餐饮服务平台针对订餐业务提交业务处理请求，则待处理业务即为订餐业务，其业务类型即为餐饮类；或者业务发起方在出行服务平台针对订票业务提交业务处理请求，则待处理业务即为订票业务，其业务类型即为出行（差旅）类等等。

对业务发起方进行身份核验，可通过判断查询到的第二因公业务协议中的成员列表中是否包含所述业务发起方的信息来实现；对待处理业务的业务类型进行因公业务核验，可通过判断查询到的第二因公业务协议中是否包含所述业务类型来实现。

步骤108，在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

具体的，所述资源空间为业务发起方的虚拟资源存储空间，由于业务发起方向服务平台开通了对其资源空间进行资源冻结的权限，因此，在业务发起方针对待处理业务选择了因公业务模式，并且服务平台对待处理业务进行因公业务核验通过的情况下，则服务平台针对该笔待处理业务的资源额度对业务发起方的资源空间进行资源冻结，并且基于这笔待处理业务对业务主体的业务清单进行更新；

其中，所述业务清单中记录的业务信息均为所述业务主体中业务发起方的因公业务信息，并且，在到达业务主体与服务平台约定的业务结算期限后，业务主体需根据业务清单向服务平台进行业务结算。

另外，在因公业务核验结果为核验通过的情况下，对业务发起方的资源空间进行资源冻结处理之前，还需判断业务发起方是否满足预设因公业务条件，具体可通过以下方式实现：

获取所述业务主体的因公业务协议中记载的业务类型与因公业务额度的映射关系表；

确定所述待处理业务的目标业务类型，并在所述映射关系表中查询所述目标业务类型对应的目标因公业务额度；

根据所述待处理业务的资源额度、所述目标因公业务额度以及所述业务发起方的资源空间中的可用资源额度，判断所述业务发起方是否满足预设因公业务处理条件；

若是，则按照所述待处理业务的待处理资源额度，对所述业务发起方的资源空间中的资源进行冻结处理。

进一步的，按照所述待处理业务的资源额度，对所述业务发起方的资源空间中的资源进行冻结处理，具体可通过以下方式实现：

在所述资源额度大于所述目标因公业务额度的情况下，则计算所述资源额度与所述目标因公业务额度的差值；

根据所述差值对所述业务发起方的资源空间进行资源扣除，并根据所述目标因公业务额度，对所述业务发起方的资源空间进行资源冻结处理；

或者，

在所述资源额度小于所述目标因公业务额度的情况下，则根据所述资源额度，对所述业务发起方的资源空间进行资源冻结处理。

具体的，业务发起方由于工作原因所产生的、可向业务主体报销的业务即为因公业务，包括由于工作原因外出所产生的订票业务、由于采购办公用品所产生的采购业务等，另外，如果业务主体可为业务发起方提供餐费补贴、交通补贴等福利，则业务发起方的部分或全部订餐业务、出行业务等等可作为因公业务；

业务主体对于每笔因公业务或每一业务类型的因公业务均可设置可报销额度，即因公资源数额，业务发起方产生因公业务后，若该笔业务的资源数额小于其目标因公资源数额（可报销额度），则所述资源数额可全部由业务主体进行结算，若该笔业务的资源数额大于其目标因公资源数额，则只有与目标因公资源数额对应的部分资源数额可由业务主体进行结算，超出的部分资源数额需由业务发起方自行结算。

若业务发起方针对待处理业务选择因公业务模式，则服务平台需根据待处理业务的资源数额，对业务发起方的资源空间进行资源冻结处理，在冻结之前，还需判断业务发起方是否满足预设因公业务条件，即业务发起方的资源空间中的可用额度是否大于等于待冻结额度；

其中，若资源数额大于目标因公资源数额，则所述待冻结额度即为所述目标因公资源数额；若资源数额小于目标因公资源数额，则所述待冻结额度即为所述资源数额；确定待冻结额度后，按照所述待冻结额度，对业务发起方的资源空间进行资源冻结处理即可。

业务发起方通过向服务平台开通对其资源空间进行资源冻结的权限的方式为业务主体进行担保，使得业务主体可对业务发起方在服务平台办理因公业务所产生的资源额度进行后付费。

具体实施时，在基于待处理业务更新业务主体的业务清单后，还需在业务主体的业务结算期限到达后，将业务清单发送至业务主体，以便于业务主体可以根据业务清单中的业务信息进行结算，具体可通过以下方式实现：

在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

在监测到所述业务主体针对所述业务清单进行资源结算的情况下，根据生成的结算信息，对与所述待处理业务对应的业务发起方的资源空间中被冻结的资源进行解冻处理；

在未监测到所述业务主体针对所述业务清单进行资源结算的情况下，则根据所述业务清单，对与所述待处理业务对应的业务处理方的资源空间中被冻结的资源进行解冻处理并进行扣除。

具体的，在确定到达业务主体与服务平台约定的业务结算期限后，由服务平台将业务清单发送至业务主体，业务主体需在预设时长内完成结算。

若服务平台监测到业务主体在预设时长内完成了业务清单的结算，则可对业务发起方的资源空间中被冻结的，与业务清单中待处理业务的资源数额对应的资源进行解冻处理；若业务主体在预设时长内未对业务清单中的全部或部分待处理业务进行结算，则服务平台需确定未结算的待处理业务所涉及的业务发起方，并对所述业务发起方的资源空间中冻结的与所述待处理业务的资源数额对应的资源进行解冻以及扣除处理。

另外，对于业务清单中业务主体未进行结算的待处理业务，服务平台可根据待处理业务的业务信息，为所述待处理业务所涉及的业务发起方开具发票，以便于业务发起方利用发票向业务主体进行报销。

进一步的，在服务平台基于待处理业务更新业务主体的业务清单之后，可将业务清单发送至业务主体，以供业务主体对业务清单中的待处理业务进行筛选，具体可通过以下方式实现：

在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

接收所述业务主体返回的针对所述业务清单中每笔待处理业务进行筛选生成的筛选结果；其中，所述筛选结果由所述业务主体根据所述业务主体的因公业务协议中记载的因公业务处理条件，对所述待处理业务进行筛选生成；

对所述筛选结果中符合所述因公业务处理条件的待处理业务进行整合，生成业务处理凭证，并将所述业务处理凭证发送至所述业务主体。

具体的，在确定到达业务主体的业务结算期限，并将业务清单发送至业务主体后，业务主体可根据业务清单中每笔待处理业务的业务信息，以及业务主体的因公业务协议中记载的因公业务条件，对每笔待处理业务进行筛选，以判断各笔待处理业务是否满足因公业务条件，在筛选完成后，将筛选结果返回至服务平台。

业务主体通过对业务清单中每笔待处理业务进行筛选，并且仅对筛选结果中符合因公业务条件的待处理业务进行结算，有利于为业务主体降低结算压力。

另外，对于筛选结果中不满足因公业务条件的待处理业务，可通过以下方式进行处理：

获取所述筛选结果中不符合所述因公业务处理条件的目标待处理业务；

按照所述目标待处理业务的资源额度，对所述目标待处理业务的业务发起方的资源空间中被冻结的资源进行解冻处理并进行扣除。

具体的，对于业务清单中不符合因公业务条件的待处理业务，则由服务平台根据待处理业务的资源数额，对业务发起方的资源空间进行资源扣除处理。

在业务发起方与业务处理方之间产生待处理业务，并且业务发起方针对这笔业务选择因公业务模式的情况下，则业务发起方通过允许服务平台对其资源空间进行资源冻结的方式，为业务主体进行担保，因此，业务主体可在服务平台享受后付费的服务模式，有利于减小业务主体的资源压力；在到达业务主体的业务结算期限后，业务主体根据业务清单中的业务信息进行结算，并且在结算完成后，由服务平台对业务发起方的资源空间中被冻结的资源进行解冻，在这个过程中，业务发起方对于因公业务产生的资源额度无需进行实际的结算，也无需通过发票向业务主体进行报销，有利于提升用户体验；另外，通过对业务主体的资源空间进行资源冻结，有利于降低因业务主体无法按时结算为服务平台带来损失的风险。

图2示出了根据本说明书一个实施例提供的一种交易处理方法的处理流程图，包括步骤202至步骤208。

步骤202，接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签。

随着技术的发展，计算机和互联网成为用户生活中的重要组成部分，因此越来越多的线上业务随之涌现，并且随着电子平台中商品的数目和种类的快速增长，线上交易逐渐成为大部分人的一种交易方式。

另外，越来越多的线上平台推出了企业服务项目，大中小企业的企业员工都可享受线上服务，但是由于不同企业的信誉度、资金偿还能力等会存在一定的差异，因此，线上平台在为不同企业提供服务时采取不同的服务策略，对于小企业来说，由于小企业的信誉度低、资金偿还能力弱，因此，可能存在享受服务后无法按时进行结算的风险。

基于此，本说明书提供的一种交易处理方法，应用于服务平台，通过接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

具体的，所述服务平台包括餐饮服务平台、出行服务平台以及商旅服务平台等，本说明书以所述服务平台为餐饮服务平台为例进行说明，出行服务平台以及商旅服务平台的实现过程与餐饮服务平台的实现过程类似，具体可参考餐饮服务平台的实现过程，在此不再赘述。

不同的服务平台，可为企业员工提供的交易服务不同，因此，企业员工在不同服务平台可提交的交易处理请求不同，例如餐饮服务平台可为企业员工提供订餐交易服务，因此，企业员工可在餐饮服务平台提交订餐交易处理请求；出行服务平台可为企业员工提供车辆预约交易服务，因此，企业员工可在出行服务平台提交车辆预约交易处理请求等等。

在接收到企业员工提交的交易处理请求，并且确定所述企业员工选择因公交易模式的情况下，则可通过因公交易协议内容对待处理交易进行核验，以确保所述待处理交易适用于因公交易模式。

步骤204，在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议。

具体的，企业员工由于工作原因所产生的、可向企业报销的交易即为因公交易，包括由于工作原因外出所产生的订票交易、由于采购办公用品所产生的采购交易等，另外，如果企业可为企业为员工提供餐费补贴、交通补贴等福利，则企业员工的部分或全部订餐交易、出行交易等等可作为因公交易。

因公交易模式作为一种交易模式，具体是指，若企业员工针对待处理交易选择因公交易模式，则在该笔待处理交易完成后，企业员工无需对该笔待处理交易的交易额度进行结算，并选择由企业进行结算；

因此，服务平台在接收企业员工提交的交易处理请求之前，需分别与企业、企业员工以及交易处理方签订交易协议，其中，所述交易处理方即不同服务平台中可为企业员工提供交易服务的一方，例如，在餐饮服务平台，所述交易处理方即为服务平台中各个餐饮企业；在出行服务平台，所述交易处理方即为服务平台中各个出行服务提供者（网约车司机或出租车等）。

服务平台与企业签订生成的因公交易协议中的协议内容主要包括企业的标识信息、企业中企业员工的员工列表、服务平台与企业的交易结算规则等；服务平台与企业员工签订生成的因公交易协议中的协议内容主要包括企业员工的标识信息、企业员工所属企业的企业标识信息以及企业员工的交易账户信息等，并且企业员工需向服务平台开通对其交易账户进行额度冻结的权限；服务平台与交易处理方签订生成的交易协议中包括服务平台与交易处理方之间的交易结算规则等。

服务平台分别与企业以及企业员工签订因公交易协议，并且企业员工向服务平台开通对其交易账户进行额度冻结的权限后，若企业员工在服务平台进行因公交易，则企业员工无需对该笔交易进行结算，并选择由其所属企业对该笔交易进行结算，而企业员工向服务平台开通对其交易账户进行额度冻结的权限后，服务平台针对该笔交易的交易额度对企业员工的交易账户进行额度冻结，从而企业员工通过这种方式为企业进行担保，使得企业可对企业员工在服务平台进行因公交易所产生的交易额度进行后付费。

步骤206，基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验。

具体的，在接收到企业员工的交易处理请求，并确定企业员工选择因公交易模式的情况下，则需对所述待处理交易进行核验，判断其是否满足因公交易模式，即通过查询服务平台分别与企业员工及其所属企业签订的因公交易协议，并通过判断所查询的因公交易协议中的相关信息是否匹配，以实现对待处理交易的因公交易核验。

具体实施时，因公交易协议的查询具体可通过以下方式实现：

根据所述交易处理请求中包含的身份信息，查询所述企业员工的因公交易协议；

根据所述企业员工的因公交易协议中记载的企业标识信息，查询所述企业的因公交易协议；

相应的，基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验，具体可通过以下方式实现：

根据所述企业的因公交易协议中记载的员工信息，对所述待处理交易涉及的企业员工进行身份核验；

根据所述企业的因公交易协议中记载的交易类型，对所述待处理交易的交易类型进行因公交易核验。

具体的，由于服务平台与企业签订生成的因公交易协议中包含企业中企业员工的员工列表等信息，而服务平台与企业员工签订生成的因公交易协议中包含企业员工所属企业的企业标识信息等，因此，在接收到企业员工提交的交易处理请求后，可根据交易处理请求中携带的企业员工的身份信息，查询由所述企业员工与服务平台签订生成的员工因公交易协议，并根据所述员工因公交易协议中包含的企业员工所属企业的企业标识信息，查询由所述企业与服务平台签订生成的企业因公交易协议；

基于查询到的因公交易协议，针对待处理交易进行因公交易核验，即对针对待处理交易提交交易处理请求的企业员工进行身份核验，并对待处理交易的交易类型进行核验；其中，所述交易类型根据待处理交易的交易对象确定，例如，企业员工在餐饮服务平台针对订餐交易提交交易处理请求，则待处理交易即为订餐交易，其交易类型即为餐饮类；或者企业员工在出行服务平台针对订票交易提交交易处理请求，则待处理交易即为订票交易，其交易类型即为出行（差旅）类等等。

对企业员工进行身份核验，可通过判断查询到的企业因公交易协议中的员工列表中是否包含所述企业员工的信息来实现；对待处理交易的交易类型进行因公交易核验，可通过判断查询到的企业因公交易协议中是否包含所述交易类型来实现。

步骤208，在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

具体的，所述交易账户为企业员工的虚拟资金存储账户，由于企业员工向服务平台开通了对其交易账户进行额度冻结的权限，因此，在企业员工针对待处理交易选择了因公交易模式，并且服务平台对待处理交易进行因公交易核验通过的情况下，则服务平台针对该笔待处理交易的交易额度对企业员工的交易账户进行额度冻结，并且基于这笔待处理交易对企业的交易账单进行更新；

其中，所述交易账单中记录的交易信息均为所述企业中企业员工的因公交易信息，并且，在到达企业与服务平台约定的交易结算期限后，企业需根据交易账单向服务平台进行交易结算。

另外，在因公交易核验结果为核验通过的情况下，对企业员工的交易账户进行额度冻结处理之前，还需判断企业员工是否满足预设因公交易条件，具体可通过以下方式实现：

获取所述企业的因公交易协议中记载的交易类型与因公交易数额的映射关系表；

确定所述待处理交易的目标交易类型，并在所述映射关系表中查询所述目标交易类型对应的目标因公交易数额；

根据所述待处理交易的交易数额、所述目标因公交易数额以及所述企业员工的交易账户中的可用额度，判断所述企业员工是否满足预设因公交易条件；

若是，则按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理。

进一步的，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，具体可通过以下方式实现：

在所述交易数额大于所述目标因公交易数额的情况下，则计算所述交易数额与所述目标因公交易数额的差值；

根据所述差值对所述企业员工的交易账户中的相应额度进行扣除，并按照所述目标因公交易数额，对所述企业员工的交易账户进行额度冻结处理；

或者，

在所述交易数额小于所述目标因公交易数额的情况下，则按照所述交易数额，对所述企业员工的交易账户进行额度冻结处理。

具体的，企业员工由于工作原因所产生的、可向企业报销的交易即为因公交易，包括由于工作原因外出所产生的订票交易、由于采购办公用品所产生的采购交易等，另外，如果企业可为企业员工提供餐费补贴、交通补贴等福利，则企业员工的部分或全部订餐交易、出行交易等等可作为因公交易。

企业对于每笔因公交易或每一交易类型的因公交易均可设置可报销额度，即因公交易数额，企业员工产生因公交易后，若该笔交易的交易数额小于其目标因公交易数额（可报销额度），则所述交易数额可全部由企业进行结算，若该笔交易的交易数额大于其目标因公交易数额，则只有与目标因公交易数额对应的部分交易数额可由企业进行结算，超出的部分交易数额需由企业员工自行结算。

若企业员工针对待处理交易选择因公交易模式，则服务平台需根据待处理交易的交易数额，对企业员工的交易账户进行额度冻结处理，在冻结之前，还需判断企业员工是否满足预设因公交易条件，即企业员工的交易账户中的可用额度是否大于等于待冻结额度；

其中，若交易数额大于目标因公交易数额，则所述待冻结额度即为所述目标因公交易数额；若交易数额小于目标因公交易数额，则所述待冻结额度即为所述交易数额；确定待冻结额度后，按照所述待冻结额度，对企业员工的交易账户进行额度冻结处理即可。

以所述服务平台为餐饮服务平台为例，企业用户U在餐饮服务平台提交订餐交易的交易处理请求，并针对订餐交易选择因公交易模式，则餐饮服务平台获取分别与企业以及企业成员U签订的因公交易协议，在确定获取到的企业因公交易协议中的员工列表中包含企业员工U的信息，并且所述企业因公交易协议中的交易类型包含餐饮类的情况下，则在所述企业因公交易协议的映射关系表中查询企业对于餐饮类交易设置的目标因公交易数额（可报销额度），查询结果为20元；

若企业员工U的该笔订餐交易的交易数额为18元，小于可报销额度，则该笔订餐交易的交易数额可由企业进行结算，因此，判断企业员工U的交易账户中的可用额度是否大于等于18元即可，若是，则按照交易数额对企业员工U的交易账户进行额度冻结处理；若企业员工U的该笔订餐交易的交易数额为25元，大于可报销额度，则该笔订餐交易的交易数额中仅有20元可由企业进行结算，剩余的5元需由企业员工U自行结算，因此，判断企业员工U的交易账户中的可用额度是否大于等于20元即可，若是，则按照可报销额度对企业员工U的交易账户进行额度冻结处理。

企业员工通过向服务平台开通对其交易账户进行额度冻结的权限的方式为企业进行担保，使得企业可对企业员工在服务平台进行因公交易所产生的交易额度进行后付费。

具体实施时，在基于待处理交易更新企业的交易账单后，还需在企业的交易结算期限到达后，将账单发送至企业，以便于企业可以根据账单中的交易数据进行结算，具体可通过以下方式实现：

在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

在监测到所述企业针对所述交易账单进行交易结算的情况下，根据生成的结算信息，对所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理；

在未监测到所述企业针对所述交易账单进行交易结算的情况下，根据所述交易账单，对与所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

具体的，在确定到达企业与服务平台约定的交易结算期限后，由服务平台将交易账单发送至企业，企业需在预设时长内完成结算。

例如，企业与服务平台间约定的交易结算期限为每月的10号，则服务平台将上月10号至本月10号之间所有企业员工的因公交易生成交易账单，并于本月10号发送至企业，企业可在接收到交易账单后的一定时长内完成结算。

若服务平台监测到企业在预设时长内完成了交易账单的结算，则可对企业员工的交易账户中被冻结的，与交易账单中待处理交易的交易数额对应的额度进行解冻处理；若企业在预设时长内未对交易账单中的全部或部分待处理交易进行结算，则服务平台需确定未结算的待处理交易所涉及的企业员工，并对所述企业员工的交易账户中冻结的与所述待处理交易的交易数额对应的额度进行解冻以及扣除处理。

另外，对于交易账单中企业未进行结算的待处理交易，服务平台可根据待处理交易的交易信息，为所述待处理交易所涉及的企业员工开具发票，以便于企业员工利用发票向企业进行报销。

进一步的，在服务平台基于待处理交易更新企业的交易账单之后，可将交易账单发送至企业，以供企业对交易账单中的待处理交易进行筛选，具体可通过以下方式实现：

在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

接收所述企业返回的针对所述交易账单中每笔待处理交易进行筛选生成的筛选结果；其中，所述筛选结果由所述企业根据所述企业的因公交易协议中记载的因公交易条件，对所述待处理交易进行筛选生成；

对所述筛选结果中符合所述因公交易条件的待处理交易进行整合，生成交易凭证，并将所述交易凭证发送至所述企业。

具体的，在确定到达企业的交易结算期限，并将交易账单发送至企业后，企业可根据交易账单中每笔待处理交易的交易信息，以及企业的因公交易协议中记载的因公交易条件，对每笔待处理交易进行筛选，以判断各笔待处理交易是否满足因公交易条件，在筛选完成后，将筛选结果返回至服务平台。

仍以所述服务平台为餐饮服务平台为例，企业员工U在餐饮服务平台提交订餐交易的交易处理请求，在按照待处理交易的交易数额对企业员工U的交易账户进行额度冻结处理，并基于所述待处理交易更新企业的交易账单后，将交易账单发送至企业，企业可根据交易账单中企业员工U的订餐交易信息，包括订餐时间、送餐地址等来判断该笔订餐交易是否满足因公交易条件，以对交易账单中的每笔交易进行筛选，并将筛选结果发送至服务平台，服务平台基于筛选结果中满足因公交易条件的待处理交易生成新的交易凭证，企业可根据所述交易凭证进行交易结算。

企业通过对交易账单中每笔待处理交易进行筛选，并且仅对筛选结果中符合因公交易条件的待处理交易进行结算，有利于为企业降低结算压力。

另外，对于筛选结果中不满足因公交易条件的待处理交易，可通过以下方式进行处理：

获取所述筛选结果中不符合所述因公交易条件的目标待处理交易；

按照所述目标待处理交易的交易数额，对所述目标待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

具体的，对于交易账单中不符合因公交易条件的待处理交易，则由服务平台根据待处理交易的交易数额，对企业员工的交易账户进行额度扣除处理。

除此之外，本说明书实施例中，由企业、企业员工、服务平台以及交易处理方之间形成的交易模式的示意图如图3所示，在企业员工与交易处理方之间产生交易后，由服务平台对企业员工的交易账户进行额度冻结处理，并根据交易信息更新企业的账单；在到达企业的交易结算期限后，将账单发送至企业，企业针对账单进行结算，结算完成后，服务平台对企业员工的交易账户中被冻结的额度进行解冻处理；若企业未针对账单进行结算，则由服务平台对企业员工的交易账户中被冻结的额度进行解冻以及扣除处理，并根据企业员工的交易信息生成发票，企业员工可利用发票向企业进行报销。

在企业员工与交易处理方之间发生交易，并且企业员工针对这笔交易选择因公交易模式的情况下，则企业员工通过允许服务平台对其交易账户进行额度冻结的方式，为企业进行担保，因此，企业可在服务平台享受后付费的服务模式，有利于减小企业的资金压力；在到达企业的交易结算期限后，企业根据账单中的交易信息进行结算，并且在结算完成后，由服务平台对企业员工的交易账户中被冻结的额度进行解冻，在这个过程中，企业员工对于因公交易产生的交易费用无需进行实际的交易结算，也无需通过发票向企业进行报销，有利于提升用户体验；另外，通过对企业员工的交易账户进行额度冻结，有利于降低因企业无法按时结算为服务平台带来损失的风险。

下述结合附图4，以本说明书提供的交易处理方法应用于出行服务平台为例，对所述交易处理方法进行进一步说明。其中，图4示出了本说明书一个实施例提供的一种交易处理方法应用于出行服务平台的流程图，具体步骤包括步骤402至步骤416。

步骤402，接收企业员工针对待处理出行交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签。

步骤404，在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议。

步骤406，基于查询到的因公交易协议，针对所述待处理出行交易进行因公交易核验。

步骤408，在因公交易核验结果为核验通过的情况下，按照所述待处理出行交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理出行交易更新所述企业的交易账单。

步骤410，在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业。

步骤412，判断所述企业是否针对所述交易账单进行交易结算；若是，则执行步骤414；若否，则执行步骤416。

步骤414，根据生成的结算信息，对所述待处理出行交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理。

步骤416，根据所述交易账单，对与所述待处理出行交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

在企业员工与交易处理方之间发生交易，并且企业员工针对这笔交易选择因公交易模式的情况下，则企业员工通过允许服务平台对其交易账户进行额度冻结的方式，为企业进行担保，因此，企业可在服务平台享受后付费的服务模式，有利于减小企业的资金压力；在到达企业的交易结算期限后，企业根据账单中的交易信息进行结算，并且在结算完成后，由服务平台对企业员工的交易账户中被冻结的额度进行解冻，在这个过程中，企业员工对于因公交易产生的交易费用无需进行实际的交易结算，也无需通过发票向企业进行报销，有利于提升用户体验；另外，通过对企业员工的交易账户进行额度冻结，有利于降低因企业无法按时结算为服务平台带来损失的风险。

与上述方法实施例相对应，本说明书还提供了业务处理装置实施例，图5示出了本说明书一个实施例提供的一种业务处理装置的示意图。如图5所示，该装置包括：

接收模块502，被配置为接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

查询模块504，被配置为在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

核验模块506，被配置为基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

业务处理模块508，被配置为在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

可选地，所述业务处理装置，还包括：

业务清单发送模块，被配置为在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

资源解冻模块，被配置为在监测到所述业务主体针对所述业务清单进行资源结算的情况下，根据生成的结算信息，对与所述待处理业务对应的业务发起方的资源空间中被冻结的资源进行解冻处理。

可选地，所述业务处理装置，还包括：

资源扣除模块，被配置为在未监测到所述业务主体针对所述业务清单进行资源结算的情况下，则根据所述业务清单，对与所述待处理业务对应的业务处理方的资源空间中被冻结的资源进行解冻处理并进行扣除。

可选地，所述业务处理装置，还包括：

发送模块，被配置为在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

筛选结果接收模块，被配置为接收所述业务主体返回的针对所述业务清单中每笔待处理业务进行筛选生成的筛选结果；其中，所述筛选结果由所述业务主体根据所述业务主体的因公业务协议中记载的因公业务处理条件，对所述待处理业务进行筛选生成；

业务处理凭证发送模块，被配置为对所述筛选结果中符合所述因公业务处理条件的待处理业务进行整合，生成业务处理凭证，并将所述业务处理凭证发送至所述业务主体。

可选地，所述业务处理装置，还包括：

获取模块，被配置为获取所述筛选结果中不符合所述因公业务处理条件的目标待处理业务；

资源处理模块，被配置为按照所述目标待处理业务的资源额度，对所述目标待处理业务的业务发起方的资源空间中被冻结的资源进行解冻处理并进行扣除。

可选地，所述业务处理装置，还包括：

映射关系表获取模块，被配置为获取所述业务主体的因公业务协议中记载的业务类型与因公业务额度的映射关系表；

业务类型确定模块，被配置为确定所述待处理业务的目标业务类型，并在所述映射关系表中查询所述目标业务类型对应的目标因公业务额度；

判断模块，被配置为根据所述待处理业务的资源额度、所述目标因公业务额度以及所述业务发起方的资源空间中的可用资源额度，判断所述业务发起方是否满足预设因公业务处理条件；

若所述判断模块的执行结果为是，则执行所述业务处理模块508。

可选地，所述业务处理模块508，包括：

计算子模块，被配置为在所述资源额度大于所述目标因公业务额度的情况下，则计算所述资源额度与所述目标因公业务额度的差值；

第一资源冻结子模块，被配置为根据所述差值对所述业务发起方的资源空间进行资源扣除，并根据所述目标因公业务额度，对所述业务发起方的资源空间进行资源冻结处理；

或者，

第二资源冻结子模块，被配置为在所述资源额度小于所述目标因公业务额度的情况下，则根据所述资源额度，对所述业务发起方的资源空间进行资源冻结处理。

可选地，所述查询模块504，包括：

第一查询子模块，被配置为根据所述业务处理请求中包含的身份信息，查询所述业务发起方的因公业务协议；

第二查询子模块，被配置为根据所述业务发起方的因公业务协议中记载的业务主体标识信息，查询所述业务主体的因公业务协议；

相应的，所述核验模块506，包括：

第一核验子模块，被配置为根据所述业务主体的因公业务协议中记载的成员信息，对所述待处理业务的业务发起方进行身份核验；

第二核验子模块，被配置为根据所述业务主体的因公业务协议中记载的业务类型，对所述待处理业务的业务类型进行因公业务核验。

上述为本实施例的一种业务处理装置的示意性方案。需要说明的是，该业务处理装置的技术方案与上述的业务处理方法的技术方案属于同一构思，业务处理装置的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

与上述方法实施例相对应，本说明书还提供了交易处理装置实施例，图6示出了本说明书一个实施例提供的一种交易处理装置的示意图。如图6所示，该装置包括：

请求接收模块602，被配置为接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

协议查询模块604，被配置为在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

交易核验模块606，被配置为基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

交易处理模块608，被配置为在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

可选地，所述交易处理装置，还包括：

交易账单发送模块，被配置为在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

解冻模块，被配置为在监测到所述企业针对所述交易账单进行交易结算的情况下，根据生成的结算信息，对所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理。

可选地，所述交易处理装置，还包括：

额度处理模块，被配置为在未监测到所述企业针对所述交易账单进行交易结算的情况下，根据所述交易账单，对与所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

可选地，所述交易处理装置，还包括：

发送模块，被配置为在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

筛选结果接收模块，被配置为接收所述企业返回的针对所述交易账单中每笔待处理交易进行筛选生成的筛选结果；其中，所述筛选结果由所述企业根据所述企业的因公交易协议中记载的因公交易条件，对所述待处理交易进行筛选生成；

交易凭证发送模块，被配置为对所述筛选结果中符合所述因公交易条件的待处理交易进行整合，生成交易凭证，并将所述交易凭证发送至所述企业。

可选地，所述交易处理装置，还包括：

获取模块，被配置为获取所述筛选结果中不符合所述因公交易条件的目标待处理交易；

额度扣除模块，被配置为按照所述目标待处理交易的交易数额，对所述目标待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

可选地，所述交易处理装置，还包括：

映射关系表获取模块，被配置为获取所述企业的因公交易协议中记载的交易类型与因公交易数额的映射关系表；

信息查询模块，被配置为确定所述待处理交易的目标交易类型，并在所述映射关系表中查询所述目标交易类型对应的目标因公交易数额；

判断模块，被配置为根据所述待处理交易的交易数额、所述目标因公交易数额以及所述企业员工的交易账户中的可用额度，判断所述企业员工是否满足预设因公交易条件；

若所述判断模块的执行结果为是，则执行所述交易处理模块608。

可选地，所述交易处理模块608，包括：

计算子模块，被配置为在所述交易数额大于所述目标因公交易数额的情况下，则计算所述交易数额与所述目标因公交易数额的差值；

第一额度冻结子模块，被配置为根据所述差值对所述企业员工的交易账户中的相应额度进行扣除，并按照所述目标因公交易数额，对所述企业员工的交易账户进行额度冻结处理；

或者，

第二额度冻结子模块，被配置为在所述交易数额小于所述目标因公交易数额的情况下，则按照所述交易数额，对所述企业员工的交易账户进行额度冻结处理。

可选地，所述协议查询模块604，包括：

第一查询子模块，被配置为根据所述交易处理请求中包含的身份信息，查询所述企业员工的因公交易协议；

第二查询子模块，被配置为根据所述企业员工的因公交易协议中记载的企业标识信息，查询所述企业的因公交易协议；

相应的，所述交易核验模块606，包括：

第一核验子模块，被配置为根据所述企业的因公交易协议中记载的员工信息，对所述待处理交易涉及的企业员工进行身份核验；

第二核验子模块，被配置为根据所述企业的因公交易协议中记载的交易类型，对所述待处理交易的交易类型进行因公交易核验。

上述为本实施例的一种交易处理装置的示意性方案。需要说明的是，该交易处理装置的技术方案与上述的交易处理方法的技术方案属于同一构思，交易处理装置的技术方案未详细描述的细节内容，均可以参见上述交易处理方法的技术方案的描述。

图7示出了根据本说明书一个实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接，数据库750用于保存数据。

计算设备700还包括接入设备740，接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网（PSTN）、局域网（LAN）、广域网（WAN）、个域网（PAN）或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口（例如，网络接口卡（NIC））中的一个或多个，诸如IEEE802.11无线局域网（WLAN）无线接口、全球微波互联接入（Wi-MAX）接口、以太网接口、通用串行总线（USB）接口、蜂窝网络接口、蓝牙接口、近场通信（NFC）接口，等等。

在本说明书的一个实施例中，计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图7所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备700可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备（例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等）、移动电话（例如，智能手机）、可佩戴的计算设备（例如，智能手表、智能眼镜等）或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备700还可以是移动式或静止式的服务器。

其中，所述存储器710用于存储计算机可执行指令，处理器720用于执行如下计算机可执行指令：

接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的业务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

图8示出了根据本说明书一个实施例提供的另一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。

计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网（PSTN）、局域网（LAN）、广域网（WAN）、个域网（PAN）或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口（例如，网络接口卡（NIC））中的一个或多个，诸如IEEE802.11无线局域网（WLAN）无线接口、全球微波互联接入（Wi-MAX）接口、以太网接口、通用串行总线（USB）接口、蜂窝网络接口、蓝牙接口、近场通信（NFC）接口，等等。

在本说明书的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备（例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等）、移动电话（例如，智能手机）、可佩戴的计算设备（例如，智能手表、智能眼镜等）或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备800还可以是移动式或静止式的服务器。

其中，所述存储器810用于存储计算机可执行指令，处理器820用于执行如下计算机可执行指令：

接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

上述为本实施例的另一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的交易处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述交易处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于实现所述业务处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的业务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

本说明书一实施例还提供另一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于实现所述交易处理方法的步骤。

上述为本实施例的另一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的交易处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述交易处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (22)

1.一种业务处理方法，包括：

接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

2.根据权利要求1所述的业务处理方法，还包括：

在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

在监测到所述业务主体针对所述业务清单进行资源结算的情况下，根据生成的结算信息，对与所述待处理业务对应的业务发起方的资源空间中被冻结的资源进行解冻处理。

3.根据权利要求2所述的业务处理方法，还包括：

在未监测到所述业务主体针对所述业务清单进行资源结算的情况下，则根据所述业务清单，对与所述待处理业务对应的业务处理方的资源空间中被冻结的资源进行解冻处理并进行扣除。

4.根据权利要求1所述的业务处理方法，所述基于所述待处理业务更新所述业务主体的业务清单之后，还包括：

在确定到达所述业务主体的业务处理期限的情况下，将所述业务清单发送至所述业务主体；

接收所述业务主体返回的针对所述业务清单中每笔待处理业务进行筛选生成的筛选结果；其中，所述筛选结果由所述业务主体根据所述业务主体的因公业务协议中记载的因公业务处理条件，对所述待处理业务进行筛选生成；

对所述筛选结果中符合所述因公业务处理条件的待处理业务进行整合，生成业务处理凭证，并将所述业务处理凭证发送至所述业务主体。

5.根据权利要求4所述的业务处理方法，所述接收所述业务主体返回的针对所述业务清单中每笔待处理业务进行筛选生成的筛选结果步骤执行之后，还包括：

获取所述筛选结果中不符合所述因公业务处理条件的目标待处理业务；

按照所述目标待处理业务的资源额度，对所述目标待处理业务的业务发起方的资源空间中被冻结的资源进行解冻处理并进行扣除。

6.根据权利要求1所述的业务处理方法，在核验结果为核验通过的情况下，所述按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单步骤执行之前，还包括：

获取所述业务主体的因公业务协议中记载的业务类型与因公业务额度的映射关系表；

确定所述待处理业务的目标业务类型，并在所述映射关系表中查询所述目标业务类型对应的目标因公业务额度；

根据所述待处理业务的资源额度、所述目标因公业务额度以及所述业务发起方的资源空间中的可用资源额度，判断所述业务发起方是否满足预设因公业务处理条件；

若是，则执行所述按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单的步骤。

7.根据权利要求6所述的业务处理方法，所述按照所述待处理业务的资源额度，对所述业务发起方的资源空间中的资源进行冻结处理，包括：

在所述资源额度大于所述目标因公业务额度的情况下，则计算所述资源额度与所述目标因公业务额度的差值；

根据所述差值对所述业务发起方的资源空间进行资源扣除，并根据所述目标因公业务额度，对所述业务发起方的资源空间进行资源冻结处理；

或者，

在所述资源额度小于所述目标因公业务额度的情况下，则根据所述资源额度，对所述业务发起方的资源空间进行资源冻结处理。

8.根据权利要求1所述的业务处理方法，所述根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议，包括：

根据所述业务处理请求中包含的身份信息，查询所述业务发起方的因公业务协议；

根据所述业务发起方的因公业务协议中记载的业务主体标识信息，查询所述业务主体的因公业务协议；

相应的，所述基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验，包括：

根据所述业务主体的因公业务协议中记载的成员信息，对所述待处理业务的业务发起方进行身份核验；

根据所述业务主体的因公业务协议中记载的业务类型，对所述待处理业务的业务类型进行因公业务核验。

9.一种交易处理方法，包括：

接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

10.根据权利要求9所述的交易处理方法，还包括：

在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

在监测到所述企业针对所述交易账单进行交易结算的情况下，根据生成的结算信息，对所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理。

11.根据权利要求10所述的交易处理方法，还包括：

在未监测到所述企业针对所述交易账单进行交易结算的情况下，根据所述交易账单，对与所述待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

12.根据权利要求9所述的交易处理方法，所述基于所述待处理交易更新所述企业的交易账单之后，还包括：

在确定到达所述企业的交易结算期限的情况下，将所述交易账单发送至所述企业；

接收所述企业返回的针对所述交易账单中每笔待处理交易进行筛选生成的筛选结果；其中，所述筛选结果由所述企业根据所述企业的因公交易协议中记载的因公交易条件，对所述待处理交易进行筛选生成；

对所述筛选结果中符合所述因公交易条件的待处理交易进行整合，生成交易凭证，并将所述交易凭证发送至所述企业。

13.根据权利要求12所述的交易处理方法，所述接收所述企业返回的针对所述交易账单中每笔待处理交易进行筛选生成的筛选结果步骤执行之后，还包括：

获取所述筛选结果中不符合所述因公交易条件的目标待处理交易；

按照所述目标待处理交易的交易数额，对所述目标待处理交易对应的企业员工的交易账户中被冻结的相应额度进行解冻处理，并对解冻的额度进行扣除。

14.根据权利要求9所述的交易处理方法，在因公交易核验结果为核验通过的情况下，所述按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理之前，还包括：

获取所述企业的因公交易协议中记载的交易类型与因公交易数额的映射关系表；

确定所述待处理交易的目标交易类型，并在所述映射关系表中查询所述目标交易类型对应的目标因公交易数额；

根据所述待处理交易的交易数额、所述目标因公交易数额以及所述企业员工的交易账户中的可用额度，判断所述企业员工是否满足预设因公交易条件；

若是，则执行所述按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理子步骤。

15.根据权利要求14所述的交易处理方法，所述按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，包括：

在所述交易数额大于所述目标因公交易数额的情况下，则计算所述交易数额与所述目标因公交易数额的差值；

根据所述差值对所述企业员工的交易账户中的相应额度进行扣除，并按照所述目标因公交易数额，对所述企业员工的交易账户进行额度冻结处理；

或者，

在所述交易数额小于所述目标因公交易数额的情况下，则按照所述交易数额，对所述企业员工的交易账户进行额度冻结处理。

16.根据权利要求9所述的交易处理方法，所述根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议，包括：

根据所述交易处理请求中包含的身份信息，查询所述企业员工的因公交易协议；

根据所述企业员工的因公交易协议中记载的企业标识信息，查询所述企业的因公交易协议；

相应的，所述基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验，包括：

根据所述企业的因公交易协议中记载的员工信息，对所述待处理交易涉及的企业员工进行身份核验；

根据所述企业的因公交易协议中记载的交易类型，对所述待处理交易的交易类型进行因公交易核验。

17.一种业务处理装置，包括：

接收模块，被配置为接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

查询模块，被配置为在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

核验模块，被配置为基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

业务处理模块，被配置为在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

18.一种交易处理装置，包括：

请求接收模块，被配置为接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

协议查询模块，被配置为在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

交易核验模块，被配置为基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

交易处理模块，被配置为在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

19.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收业务发起方针对待处理业务提交的业务处理请求，所述业务处理请求中携带有业务模式标签；

在确定所述业务模式标签为因公业务模式的情况下，根据所述业务处理请求中包含的身份信息，查询所述业务发起方及其所属业务主体二者的因公业务协议；

基于查询到的因公业务协议，针对所述待处理业务进行因公业务核验；

在核验结果为核验通过的情况下，按照所述待处理业务的资源额度，对所述业务发起方的资源空间进行资源冻结处理，以及，基于所述待处理业务更新所述业务主体的业务清单。

20.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收企业员工针对待处理交易提交的交易处理请求，所述交易处理请求中携带有交易模式标签；

在确定所述交易模式标签为因公交易模式的情况下，根据所述交易处理请求中包含的身份信息，查询所述企业员工及其所属企业二者的因公交易协议；

基于查询到的因公交易协议，针对所述待处理交易进行因公交易核验；

在因公交易核验结果为核验通过的情况下，按照所述待处理交易的交易数额，对所述企业员工的交易账户进行额度冻结处理，以及，基于所述待处理交易更新所述企业的交易账单。

21.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求1至8任意一项所述业务处理方法的步骤。

22.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求9至16任意一项所述交易处理方法的步骤。

Images