CN113935821A - 银行业务中结算手续费的方法、装置、电子设备及介质 - Google Patents

Abstract

本申请实施例提供了一种银行业务中结算手续费的方法、装置、电子设备及介质，涉及数据处理技术领域。该方法包括：接收针对待结算银行业务的手续费的结算请求；其中，结算请求中包括业务类型、银行信息和交易金额；根据业务类型确定手续费类型；基于手续费类型，确定与银行信息对应的至少一个结算策略；每个结算策略中包括针对不同金额的结算子策略；根据交易金额，从结算子策略中选取目标结算子策略；根据目标结算子策略计算得到待结算银行业务应收取的手续费。本申请实施例有效提升了手续费的结算效率。

Description

银行业务中结算手续费的方法、装置、电子设备及介质

技术领域

本申请涉及数据处理技术领域，具体而言，本申请涉及一种银行业务中结算手续费的方法、装置、电子设备及介质。

背景技术

业务结算是指根据交易结果和交易所有关规定对会员交易保证金、盈亏、手续费、交割货款和其他有关款项进行的计算、划拨。在业务活动过程中，经常会涉及多种业务款项的计算。以银行业务为例，银行结算是指通过银行账户的资金转移所实现收付的行为，即银行接受客户委托代收代付，从付款单位存款账户划出款项，转入收款单位存款账户，以此完成经济之间债权债务的清算或资金的调拨。

在银行结算中通常涉及到收取多种附加手续费的情况，如转账手续费、汇款手续费等，通常都是工作人员根据经验选择相应的收费策略，完成对手续费的收取。而不同银行的费用收取方式以及具体金额都不相同，现有技术中银行工作人员只能根据本银行的收费策略计算手续费，无法对他行的手续费一同进行结算，存在手续费结算效率低下的问题。

发明内容

本申请实施例提供了一种银行业务中结算手续费的方法、装置、电子设备及计算机可读存储介质，可以解决手续费结算效率低的问题。所述技术方案如下：

根据本申请实施例的一个方面，提供了一种银行业务中结算手续费的方法，该方法包括：

接收针对待结算银行业务的手续费的结算请求；其中，结算请求中包括业务类型、银行信息和交易金额；

根据业务类型确定手续费类型；

基于手续费类型，确定与银行信息对应的至少一个结算策略；每个结算策略中包括针对不同金额的结算子策略；

根据交易金额，从结算子策略中选取目标结算子策略；

根据目标结算子策略计算得到待结算银行业务应收取的手续费。

可选地，上述银行信息包括入账银行信息和出账银行信息，上述基于手续费类型，确定与银行信息对应的至少一个结算策略，包括：

当出账银行信息与入账银行信息分别对应有与手续费类型相关联的结算策略时，将出账银行信息与入账银行信息分别对应的结算策略作为结算策略；

当出账银行信息对应有与手续费类型相关联的结算策略、入账银行信息没有对应的与手续费类型相关联的结算策略时，将出账银行信息对应的结算策略作为结算策略；

当入账银行信息对应有与手续费类型相关联的结算策略、出账银行信息没有对应的与手续费类型相关联的结算策略时，将入账银行信息对应的结算策略作为结算策略。

可选地，上述结算子策略对应金额区间，根据交易金额，从结算子策略中选取目标结算子策略，包括：

从金额区间中查找出包括交易金额的目标金额区间，将目标金额区间所对应的结算子策略作为目标结算子策略。

可选地，上述根据目标结算子策略计算得到待结算银行业务应收取的手续费，包括：

当目标结算子策略表征按照费用比率的计算方式，则根据交易金额和费用比率计算得到待结算银行业务应收取的手续费；

当目标结算子策略表征按照固定费用的计算方式，则将固定费用作为待结算银行业务应收取的手续费。

可选地，上述结算请求还包括业务对象，根据目标结算子策略计算得到待结算银行业务应收取的手续费，包括：

查询结算策略是否包括针对业务对象的优惠数据；

当结算策略不包含优惠数据，则根据目标结算子策略计算得到手续费；

当结算策略包含优惠数据，则根据优惠数据和目标结算子策略计算得到手续费。

可选地，上述根据优惠数据和目标结算子策略计算得到手续费，包括：

基于目标结算子策略和交易金额计算得到优惠前手续费；

当优惠数据为折扣费率，则基于折扣费率与优惠前手续费的乘积确定手续费；

当优惠数据为折扣金额，则基于优惠前手续费与折扣金额的差值确定手续费。

可选地，上述方法还包括：

当手续费的结算策略对应出账银行信息，且业务对象在出账银行存在至少两个账号，则基于用户选取的第一账号进行手续费的支付处理；

当手续费的结算策略对应入账银行信息，且业务对象在入账银行存在至少两个账号，则基于用户选取的第二账号进行手续费的支付处理。

根据本申请实施例的另一个方面，提供了一种银行业务中结算手续费的装置，该装置包括：

接收模块，用于接收针对待结算银行业务的手续费的结算请求；其中，结算请求中包括业务类型、银行信息和交易金额；

第一确定模块，用于根据业务类型确定手续费类型；

第二确定模块，用于基于手续费类型，确定与银行信息对应的至少一个结算策略；每个结算策略中包括针对不同金额的结算子策略；

选取模块，用于根据交易金额，从结算子策略中选取目标结算子策略；

计算模块，用于根据目标结算子策略计算得到待结算银行业务应收取的手续费。

可选地，上述银行信息包括入账银行信息和出账银行信息，上述第二确定模块，用于：

当出账银行信息与入账银行信息分别对应有与手续费类型相关联的结算策略时，将出账银行信息与入账银行信息分别对应的结算策略作为结算策略；

当出账银行信息对应有与手续费类型相关联的结算策略、入账银行信息没有对应的与手续费类型相关联的结算策略时，将出账银行信息对应的结算策略作为结算策略；

当入账银行信息对应有与手续费类型相关联的结算策略、出账银行信息没有对应的与手续费类型相关联的结算策略时，将入账银行信息对应的结算策略作为结算策略。

可选地，上述结算子策略对应金额区间，上述选取模块，用于：

从金额区间中查找出包括交易金额的目标金额区间，将目标金额区间所对应的结算子策略作为目标结算子策略。

可选地，上述计算模块，用于：

当目标结算子策略表征按照费用比率的计算方式，则根据交易金额和费用比率计算得到待结算银行业务应收取的手续费；

当目标结算子策略表征按照固定费用的计算方式，则将固定费用作为待结算银行业务应收取的手续费。

可选地，上述结算请求还包括业务对象，上述计算模块，包括：

查询单元，用于查询结算策略是否包括针对业务对象的优惠数据；

第一计算单元，用于当结算策略不包含优惠数据，则根据目标结算子策略计算得到手续费；

第二计算单元，用于当结算策略包含优惠数据，则根据优惠数据和目标结算子策略计算得到手续费。

可选地，上述第二计算单元，用于：

基于目标结算子策略和交易金额计算得到优惠前手续费；

当优惠数据为折扣费率，则基于折扣费率与优惠前手续费的乘积确定手续费；

当优惠数据为折扣金额，则基于优惠前手续费与折扣金额的差值确定手续费。

可选地，上述装置还包括支付模块，用于：

当手续费的结算策略对应出账银行信息，且业务对象在出账银行存在至少两个账号，则基于用户选取的第一账号进行手续费的支付处理；

当手续费的结算策略对应入账银行信息，且业务对象在入账银行存在至少两个账号，则基于用户选取的第二账号进行手续费的支付处理。

根据本申请实施例的另一个方面，提供了一种电子设备，该电子设备包括：

存储器、处理器及存储在存储器上的计算机程序，上述处理器执行计算机程序以实现本申请实施例第一方面所示方法的步骤。

根据本申请实施例的再一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请实施例第一方面所示方法的步骤。

根据本申请实施例的一个方面，提供了一种计算机程序产品，其包括计算机程序，该计算机程序被处理器执行时实现本申请实施例第一方面所示方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例通过对结算请求进行信息分解，得到业务类型、银行信息和交易金额，然后基于业务类型确定手续费类型，基于手续费类型和银行信息确定至少一个结算策略，基于交易金额确定目标结算子策略从而实现对银行业务应收取的手续费的结算；本申请实施例通过对结算请求的逐层分解和确认，可以实现针对不同银行的手续费综合结算，相较于现有技术中在计算手续费时只能针对单一银行的手续费进行结算，本申请实施例中的手续费结算效率更高。当一项业务涉及多个银行的手续费时，无需用户反复提交结算请求，节省了用户的结算成本，提升了用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种银行业务中结算手续费的方法的应用场景示意图；

图2为本申请实施例提供的一种银行业务中结算手续费的方法的流程示意图；

图3为本申请实施例提供的一种银行业务中结算手续费的方法中交互界面示意图；

图4为本申请实施例提供的一种银行业务中结算手续费的方法中的计算手续费的流程示意图；

图5为本申请实施例提供的一个示例的银行业务中结算手续费的方法的流程示意图

图6为本申请实施例提供的一种银行业务中结算手续费的装置的结构示意图；

图7为本申请实施例提供的一种银行业务中结算手续费的电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”指示实现为“A”，或者实现为“A”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

银行结算是指通过银行账户的资金转移所实现收付的行为，即银行接受客户委托代收代付，从付款单位存款账户划出款项，转入收款单位存款账户，以此完成经济之间债权债务的清算或资金的调拨。银行结算是商品交换的媒介，是社会经济活动中清算资金的中介。国内银行结算方式主要有银行汇票、商业汇票、银行本票、支票、汇兑、委托收款、托收承付、***、信用证等。

银行的结算***中费用收入是银行中间业务收入的主要来源之一，主要包括手续费，快邮费，电报费等三个费用大类，每个费用大类下又分很多费用明细种类，这些费用被分散在很多的业务交易场景中收取。针对每个费用种类，在不同的业务品种、客户、渠道等多个维度下设置有不同费用标准与优惠标准，涉及的费用计算逻辑、界面展示和用户交互过程非常复杂。

现有技术中，在计算手续费时只能针对单一银行即本行的手续费进行结算，而在银行结算中通常涉及到收取多方银行附加手续费的情况，如转账、汇款等可能存在收款行和付款行都需要收取手续费，银行工作人员只能根据本银行的收费策略计算手续费，而不同银行的费用收取方式以及具体金额都不相同，现有手续费结算方式无法对他行的手续费一同进行结算，存在手续费结算效率低下的问题。

本申请提供的银行业务中结算手续费的方法、装置、电子设备及计算机可读存储介质，旨在解决现有技术的如上技术问题。

本申请实施例提供了一种银行业务中结算手续费的方法，该方法可以由终端或服务器通过对结算请求的逐层分解和确认，实现针对不同银行的手续费进行综合结算。本申请实施例涉及的终端或服务器在一项业务涉及多家银行的手续费收取时，无需用户向相关的多家银行反复提交结算请求，使得本申请实施例的技术方案能够达到提高手续费结算效率、提升用户体验的效果。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

如图1所示，本申请的银行业务中结算手续费的方法，可以应用于图1所示的场景中，具体的，服务器102接收终端101发送的针对待结算银行业务的手续费的结算请求，并基于结算请求所包含的信息计算待结算银行业务应收取的手续费，以便对待结算银行业务进行结算。

图1所示的场景中，上述银行业务中结算手续费的方法可以在服务器中进行，在其他的场景中，也可以在终端中进行。

本技术领域技术人员可以理解，这里所使用的“终端”可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、MID(Mobile Internet Device，移动互联网设备)等；“服务器”可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

本申请实施例中提供了一种银行业务中结算手续费的方法，如图2所示，该方法包括：

S201，接收针对待结算银行业务的手续费的结算请求；其中，结算请求中包括业务类型、银行信息和交易金额。

在本申请实施例中，待结算银行业务可以是还未对手续费进行结算的银行业务；结算请求可以包括业务类型、银行信息、交易金额、业务对象、交易编号、交易币种、交易日期等与上述待结算银行业务相关的业务属性信息。

其中，上述结算请求可以是用户基于鼠标、键盘或触屏等外部设备发送的，用于指示对待结算银行业务的手续费进行计算。

在一些实施方式中，可以在预设交互界面上显示文本输入框、文本选择框、文本控件、按钮等界面元素组件中的至少一种，然后基于用户针对上述界面元素组件的触发操作生成结算请求，以指示对待结算银行业务的手续费进行计算；其中用户的触发操作可以包括以下至少一项：

将界面元素组件拖拽或移动至当前界面的预设范围内的操作；

针对界面元素组件的点击操作；

在预设的输入控件中针对界面元素组件的标识的输入操作。

在实际应用中，如图3所示，可以在预设交互界面上显示多个文本输入框，每个文本输入框相对应设有一个文本控件，该文本控件对应的标题可以包括“交易编号”、“业务类型”、“银行信息”、“交易金额”、“业务对象”、“交易币种”、“交易日期”等；响应于用户在文本输入框中输入与上述标题对应的文本值，以生成针对待结算银行业务的手续费的结算请求。例如与“交易编号”文本控件对应的文本值为“0001”，与“业务类型”文本控件对应的文本值为“转账”，则可以得到针对编号“0001”转账业务的手续费的结算请求。

S202，根据业务类型确定手续费类型。

具体的，可以预先构建业务类型与手续费类型的对应关系，然后基于上述对应关系，根据业务类型确定手续费类型。

其中，业务类型可以包括转账业务和汇款业务。当业务类型为转账业务，其对应的手续费类型为转账手续费，当业务类型为汇款业务，其对应的手续费类型为汇款手续费。

S203，基于手续费类型，确定与银行信息对应的至少一个结算策略；每个结算策略中包括针对不同金额的结算子策略。

其中，结算策略可以用于计算待结算银行业务的手续费。

在一些实施方式中，每个结算策略可以包括对应的配置信息和针对不同金额的结算子策略；其配置信息可以包括对应的手续费类型标识、银行标识等。

具体的，可以根据结算请求确定手续费类型和银行信息，然后基于上述手续费类型和银行信息与各预设结算策略的配置信息对应关系，从多个预设的结算策略中确认最终的至少一个结算策略。其中，对应关系可以包括匹配关系，可以将手续费类型和银行信息与各预设结算策略的配置信息进行匹配，可以将与该手续费类型和银行信息存在匹配关系的配置信息对应的预设结算策略，作为最终的至少一个结算策略。

在本申请实施例中，手续费类型和银行信息与配置信息相匹配的判断标准可以包括：若手续费类型与配置信息中的手续费类型标识一致，且银行信息与配置信息中的银行标识一致，则认为手续费类型和银行信息与预设结算策略的配置信息相匹配。在实际应用中，可以根据不同的业务需求更改相匹配的判断标准。

在一个示例中，以手续费类型为汇款手续费、银行信息为银行A为例进行具体说明，预设结算策略可以包括策略X、策略Y和策略Z，其中策略X对应的配置信息为“转账手续费、银行A”，策略Y对应的配置信息为“汇款手续费、银行A”，策略Z对应的配置信息为“转账手续费、银行B”。可以基于手续费类型和银行信息与各策略的配置信息中的字段进行匹配，得到配置信息“汇款手续费、银行A”与结算请求中的手续费类型和银行信息相匹配，则可以将该配置信息对应的策略Y作为结算策略。

在另一些实施方式中，可以根据结算请求确定手续费类型和银行信息；其中，银行信息可以包括入账银行信息和出账银行信息；可以基于手续费类型，从出账银行信息和入账银行信息分别对应的预设结算策略中查询到相匹配的至少一个结算策略，具体的查询过程将在下文详细介绍。

S204，根据交易金额，从结算子策略中选取目标结算子策略。

具体的，每一结算子策略都可以对应有一个金额区间，可以基于该金额区间和交易金额的匹配关系确定目标结算子策略。其中，每一结算策略所包含的结算子策略所对应的金额区间之间可以没有重叠。

在一个示例中，以手续费类型为汇款手续费、银行信息为银行A、转账金额为800货币甲为例进行具体说明，预设结算策略可以包括策略X、策略Y和策略Z，其中策略X对应的配置信息为“转账手续费、银行A”，策略Y对应的配置信息为“汇款手续费、银行A”，策略Z对应的配置信息为“转账手续费、银行B”。可以基于手续费类型和银行信息与各策略的配置信息中的字段进行匹配，得到配置信息“汇款手续费、银行A”与结算请求中的手续费类型和银行信息相匹配，则可以将该配置信息对应的策略Y作为结算策略。其中策略Y可以包括两个结算子策略，子策略1对应的金额区间为小于等于500货币甲，子策略2对应的金额区间为大于500货币甲，则可以确定转账金额800货币甲与子策略2的金额区间相匹配，可以将子策略2作为目标结算子策略。

S205，根据目标结算子策略计算得到待结算银行业务应收取的手续费。

其中，结算子策略可以表征银行业务中待结算手续费的收取方式。例如，固定收取方式，即针对一笔银行业务收取固定的手续费，或者按比率收取方式，即针对银行业务按指定比率收取手续费。

具体的，可以基于结算子策略所表征的收取方式，计算得到待结算银行业务应收取的手续费，可以包括如下两种手续费的计算方法：

当目标结算子策略的手续费的收取方式为固定收取方式，则将目标结算子策略的固定手续费作为待结算银行业务应收的手续费；例如，固定手续费可以为20货币甲，则待结算银行业务的手续费即是20货币甲。

当目标结算子策略的手续费的手续方式为按比率收取方式，则获取待结算银行业务的交易金额，基于目标结算子策略的手续费费用比率和交易金额，确定待结算银行业务应收的手续费。具体的，可以将交易金额与手续费收取比率相乘，得到待结算银行业务相应的手续费。例如，当交易金额是800货币甲，手续费费用比例为5％，则可以计算得到待结算银行业务相应的手续费为40货币甲。

本申请实施例通过对结算请求进行信息分解，得到业务类型、银行信息和交易金额，然后基于业务类型确定手续费类型，基于手续费类型和银行信息确定至少一个结算策略，基于交易金额确定目标结算子策略从而实现对银行业务应收取的手续费的结算；本申请实施例通过对结算请求的逐层分解和确认，可以实现针对不同银行的手续费综合结算，相较于现有技术中在计算手续费时只能针对单一银行的手续费进行结算，本申请实施例中的手续费结算效率更高。当一项业务涉及多个银行的手续费时，无需用户反复提交结算请求，节省了用户的结算成本，提升了用户体验。

本申请实施例中提供了一种可能的实现方式，上述银行信息包括入账银行信息和出账银行信息，上述步骤S203中基于手续费类型，确定与银行信息对应的至少一个结算策略，包括：

(1)当出账银行信息与入账银行信息分别对应有与手续费类型相关联的结算策略时，将出账银行信息与入账银行信息分别对应的结算策略作为结算策略。

其中，每个结算策略可以包括对应的配置信息，其配置信息可以包括对应的手续费类型标识、银行标识等。具体的，可以在各预设结算策略的配置信息中查询，是否存在上述出账银行的标识、入账银行的标识和手续费类型的标识；当查询到上述出账银行的标识、入账银行的标识和手续费类型的标识，则判断出账银行信息与入账银行信息分别对应有与手续费类型相关联的结算策略，则将出账银行信息与入账银行信息分别对应的结算策略作为结算策略。

(2)当出账银行信息对应有与手续费类型相关联的结算策略、入账银行信息没有对应的与手续费类型相关联的结算策略时，将出账银行信息对应的结算策略作为结算策略。

其中，每个结算策略可以包括对应的配置信息，其配置信息可以包括对应的手续费类型标识、银行标识等。具体的，可以在各预设结算策略的配置信息中查询，是否存在上述出账银行的标识、入账银行的标识和手续费类型的标识；当只查询到上述出账银行的标识和手续费类型的标识，则出账银行信息对应有与手续费类型相关联的结算策略、入账银行信息没有对应的与手续费类型相关联的结算策略，则将上述出账银行信息对应的结算策略作为结算策略。

(3)当入账银行信息对应有与手续费类型相关联的结算策略、出账银行信息没有对应的与手续费类型相关联的结算策略时，将入账银行信息对应的结算策略作为结算策略。

其中，每个结算策略可以包括对应的配置信息，其配置信息可以包括对应的手续费类型标识、银行标识等。具体的，可以在各预设结算策略的配置信息中查询，是否存在上述出账银行的标识、入账银行的标识和手续费类型的标识；当只查询到上述入账银行的标识和手续费类型的标识，则入账银行信息对应有与手续费类型相关联的结算策略、出账银行信息没有对应的与手续费类型相关联的结算策略，则将入账银行信息对应的结算策略作为结算策略。

在一个示例中，以手续费类型为汇款手续费、银行信息为银行A和银行B为例进行具体说明，预设结算策略可以包括策略X、策略Y和策略Z，其中策略X对应的配置信息为“转账手续费、银行A”，策略Y对应的配置信息为“汇款手续费、银行A”，策略Z对应的配置信息为“汇款手续费、银行B”。可以基于手续费类型和银行信息与各策略的配置信息中的字段进行匹配，得到配置信息“汇款手续费、银行A”和配置信息“汇款手续费、银行B”与结算请求中的手续费类型和银行信息相匹配，则可以将该配置信息对应的策略Y和策略Z作为结算策略。

在实际应用中，以用户从银行A账户汇款到银行B的账户为例进行说明，当银行A和银行B是非关联银行(如异地跨行)，则出账银行A和入账银行B都需要收取相应的手续费；当银行A和银行B是关联银行(如异地同行)，则出账银行A或入账银行B中的一个银行收取手续费即可，具体收费情况可以依据实际应用来确定。

本申请实施例充分考虑了多家银行的结算规则，可以基于手续费类型和银行信息确定至少一个结算策略，由于每个银行的结算策略各不相同，当一项银行业务涉及多个银行的手续费时，本申请实施例可以针对不同的银行信息进行手续费的综合结算，提升了手续费的结算效率。

本申请实施例中提供了一种可能的实现方式，上述结算子策略对应金额区间，上述步骤S204中的根据交易金额，从结算子策略中选取目标结算子策略，包括：

从金额区间中查找出包括交易金额的目标金额区间，将目标金额区间所对应的结算子策略作为目标结算子策略。

具体的，可以将交易金额与每一金额区间进行匹配，从各金额区间中查找出包括交易金额的目标金额区间，即可确定该交易金额与目标金额区间相匹配，进而可以将该目标金额区间所对应的结算子策略作为目标结算子策略。

在本申请实施例中，以手续费类型为汇款手续费、银行信息为银行A、转账金额为800货币甲为例进行具体说明，预设结算策略可以包括策略X、策略Y和策略Z，其中策略X对应的配置信息为“转账手续费、银行A”，策略Y对应的配置信息为“汇款手续费、银行A”，策略Z对应的配置信息为“转账手续费、银行B”。可以基于手续费类型和银行信息与各策略的配置信息中的字段进行匹配，得到配置信息“汇款手续费、银行A”与结算请求中的手续费类型和银行信息相匹配，则可以将该配置信息对应的策略Y作为结算策略。其中策略Y可以包括两个结算子策略，子策略1对应的金额区间为小于等于500货币甲，子策略2对应的金额区间为大于500货币甲，则可以确定转账金额800货币甲与子策略2的金额区间相匹配，可以将子策略2作为目标结算子策略。

本申请实施例中提供了一种可能的实现方式，上述步骤S205中的根据目标结算子策略计算得到待结算银行业务应收取的手续费，包括：

(1)当目标结算子策略表征按照费用比率的计算方式，则根据交易金额和费用比率计算得到待结算银行业务应收取的手续费。

在本申请实施例中，可以将交易金额与手续费费用比率相乘，得到待结算银行业务相应的手续费。例如，当交易金额是800货币甲，手续费费用比例为5％，则可以计算得到待结算银行业务相应的手续费为40货币甲。

(2)当目标结算子策略表征按照固定费用的计算方式，则将固定费用作为待结算银行业务应收取的手续费。

在本申请实施例中，例如，固定手续费可以为20货币甲，则待结算银行业务的手续费即是20货币甲。

本申请实施例中提供了一种可能的实现方式，如图4所示，上述结算请求还包括业务对象，步骤S205中的根据目标结算子策略计算得到待结算银行业务应收取的手续费，包括：

(1)查询结算策略是否包括针对业务对象的优惠数据。

其中，每个结算策略可以包括对应的配置信息和针对不同金额的结算子策略；其配置信息可以包括对应的手续费类型标识、银行标识、优惠标识等。

其中，业务对象可以是请求结算银行业务中手续费的用户，该业务对象可以是参与待结算银行业务的任一方。以银行业务是汇款业务为例，业务对象可以是汇款人也可以是收款人。

具体的，可以基于优惠标识在预设优惠数据库中进行查询，当优惠数据库中存在与该优惠标识和业务对象标识相匹配的优惠方案，则获取针对该业务对象的优惠数据；当优惠数据库中不存在与该优惠标识和业务对象标识相匹配的优惠方案，则该结算策略没有针对该业务对象的优惠方案。

(2)当结算策略不包含优惠数据，则根据目标结算子策略计算得到手续费。

在本申请实施例中，基于优惠标识在预设优惠数据库中进行查询，当优惠数据库中不存在与该优惠标识和业务对象标识相匹配的优惠方案，则该结算策略没有针对该业务对象的优惠方案。此时，结算策略不包含优惠数据，只需要根据目标结算子策略计算手续费即可。

(3)当结算策略包含优惠数据，则根据优惠数据和目标结算子策略计算得到手续费。

在本申请实施例中，基于优惠标识在预设优惠数据库中进行查询，当优惠数据库中存在与该优惠标识和业务对象标识相匹配的优惠方案，则获取针对该业务对象的优惠数据。

具体的，可以根据优惠数据和目标结算子策略同时进行计算，得到优惠后的手续费；

或者，可以先根据目标结算子策略计算出优惠前手续费，然后基于优惠数据和应收手续费计算出优惠后手续费。其具体的优惠计算过程将在下文详细说明。

本申请实施例中提供了一种可能的实现方式，上述根据优惠数据和目标结算子策略计算得到手续费，包括：

a、基于目标结算子策略和交易金额计算得到优惠前手续费。

其中，优惠前手续费的计算过程同上文步骤S201-S205，此处不再赘述。优惠数据可以是直接折扣金额，可以是折扣费率，还可以是优惠前手续费对应的优惠后金额。

在本申请实施例中，当优惠数据是优惠前手续费对应的优惠后金额，则可以预先设置优惠前手续费金额和优惠后金额的对应关系，然后基于该对应关系得到优惠后金额作为最终的手续费。

b、当优惠数据为折扣费率，则基于折扣费率与优惠前手续费的乘积确定手续费。

在本申请实施例中，当优惠数据为折扣费率，则可以先计算折扣费率与优惠前手续费的乘积得到优惠金额，然后将优惠前金额减去该优惠金额即可得到最终的手续费。例如，当优惠前金额为20货币甲，折扣费率为20％，则可以计算得到最终确定的手续费为16货币甲。

c、当优惠数据为折扣金额，则基于优惠前手续费与折扣金额的差值确定手续费。

在本申请实施例中，当优惠数据为折扣金额，则直接将将优惠前金额减去折扣金额即可。例如，当优惠前金额为20货币甲，折扣金额为5货币甲，则可以计算得到最终确定的手续费为15货币甲。

在实际应用中，优惠数据还可以是优惠前手续费对应的优惠后金额。当优惠数据是优惠前手续费对应的优惠后金额，则可以预先设置优惠前手续费金额和优惠后金额的对应关系，然后基于该对应关系得到优惠后金额作为最终的手续费。在本实施例中，优惠后金额可以是银行工作人员临时设置的，还可以是依据银行的优惠策略预先计算得到的，在本申请中不做具体限制。

本申请实施例中，可以基于不同的优惠数据，得到优惠后的手续费，大大提升了银行业务结算过程中的灵活性和便捷性。用户无需和银行工作人员反复沟通，只要根据实际需求发送结算请求，即可自动对待结算银行业务的手续费进行计算，有效提升了用户体验。

本申请实施例中提供了一种可能的实现方式，上述银行业务中结算手续费的方法，还包括：

(1)当手续费的结算策略对应出账银行信息，且业务对象在出账银行存在至少两个账号，则基于用户选取的第一账号进行手续费的支付处理。

(2)当手续费的结算策略对应入账银行信息，且业务对象在入账银行存在至少两个账号，则基于用户选取的第二账号进行手续费的支付处理。

在本申请实施例中，在业务对象进行银行A的手续费的支付时，银行A可以基于默认账号对手续费进行扣除，该默认账号可以是参与待结算银行业务的账号，还可以是用户自定义的优先账号。当业务对象在银行A存在至少两个账号时，在结算过程中用户还可以对默认账号进行变更，进一步提升了用户在对手续费结算时的灵活性和便利性。

为了更好的理解上述银行业务中结算手续费的方法，下面结合图5详细阐述一个本申请的银行业务中结算手续费的方法的示例，包括如下步骤：

S501，接收针对待结算银行业务的手续费的结算请求；其中，结算请求中包括业务类型、银行信息和交易金额。

其中，待结算银行业务可以是还未对手续费进行结算的银行业务；上述结算请求可以是用户基于鼠标、键盘或触屏等外部设备发送的，用于指示对待结算银行业务的手续费进行计算。

S502，根据业务类型确定手续费类型。

具体的，可以预先构建业务类型与手续费类型的对应关系，然后基于上述对应关系，根据业务类型确定手续费类型。

其中，业务类型可以包括转账业务和汇款业务。当业务类型为转账业务，其对应的手续费类型为转账手续费，当业务类型为汇款业务，其对应的手续费类型为汇款手续费。

S503，基于手续费类型，确定与银行信息对应的至少一个结算策略；每个结算策略中包括针对不同金额的结算子策略。

S504，上述结算子策略对应金额区间，从金额区间中查找出包括交易金额的目标金额区间，将目标金额区间所对应的结算子策略作为目标结算子策略。

S505，查询结算策略是否包括针对业务对象的优惠数据。

其中，每个结算策略可以包括对应的优惠标识。

具体的，可以基于优惠标识在预设优惠数据库中进行查询，当优惠数据库中存在与该优惠标识和业务对象标识相匹配的优惠方案，则获取针对该业务对象的优惠数据。

S506，当结算策略不包含优惠数据，则根据目标结算子策略计算得到手续费；当结算策略包含优惠数据，则根据优惠数据和目标结算子策略计算得到手续费。

具体的，可以先根据目标结算子策略计算出优惠前手续费，然后基于优惠数据和应收手续费计算出优惠后手续费。

本申请实施例通过对结算请求进行信息分解，得到业务类型、银行信息和交易金额，然后基于业务类型确定手续费类型，基于手续费类型和银行信息确定至少一个结算策略，基于交易金额确定目标结算子策略从而实现对银行业务应收取的手续费的结算；本申请实施例通过对结算请求的逐层分解和确认，可以实现针对不同银行的手续费综合结算，相较于现有技术中在计算手续费时只能针对单一银行的手续费进行结算，本申请实施例中的手续费结算效率更高。当一项业务涉及多个银行的手续费时，无需用户反复提交结算请求，节省了用户的结算成本，提升了用户体验。

本申请实施例提供了一种银行业务中结算手续费的装置，如图6所示，该银行业务中结算手续费的装置60可以包括：接收模块601、第一确定模块602、第二确定模块603、选取模块604和计算模块605；

其中，接收模块601，用于接收针对待结算银行业务的手续费的结算请求；其中，结算请求中包括业务类型、银行信息和交易金额；

第一确定模块602，用于根据业务类型确定手续费类型；

第二确定模块603，用于基于手续费类型，确定与银行信息对应的至少一个结算策略；每个结算策略中包括针对不同金额的结算子策略；

选取模块604，用于根据交易金额，从结算子策略中选取目标结算子策略；

计算模块605，用于根据目标结算子策略计算得到待结算银行业务应收取的手续费。

本申请实施例中提供了一种可能的实现方式，上述银行信息包括入账银行信息和出账银行信息，上述第二确定模块603，用于：

当出账银行信息与入账银行信息分别对应有与手续费类型相关联的结算策略时，将出账银行信息与入账银行信息分别对应的结算策略作为结算策略；

当出账银行信息对应有与手续费类型相关联的结算策略、入账银行信息没有对应的与手续费类型相关联的结算策略时，将出账银行信息对应的结算策略作为结算策略；

当入账银行信息对应有与手续费类型相关联的结算策略、出账银行信息没有对应的与手续费类型相关联的结算策略时，将入账银行信息对应的结算策略作为结算策略。

本申请实施例中提供了一种可能的实现方式，上述结算子策略对应金额区间，上述选取模块604，用于：

从金额区间中查找出包括交易金额的目标金额区间，将目标金额区间所对应的结算子策略作为目标结算子策略。

本申请实施例中提供了一种可能的实现方式，上述计算模块605，用于：

当目标结算子策略表征按照费用比率的计算方式，则根据交易金额和费用比率计算得到待结算银行业务应收取的手续费；

当目标结算子策略表征按照固定费用的计算方式，则将固定费用作为待结算银行业务应收取的手续费。

本申请实施例中提供了一种可能的实现方式，上述结算请求还包括业务对象，上述计算模块605，包括：

查询单元，用于查询结算策略是否包括针对业务对象的优惠数据；

第一计算单元，用于当结算策略不包含优惠数据，则根据目标结算子策略计算得到手续费；

第二计算单元，用于当结算策略包含优惠数据，则根据优惠数据和目标结算子策略计算得到手续费。

本申请实施例中提供了一种可能的实现方式，上述第二计算单元，用于：

基于目标结算子策略和交易金额计算得到优惠前手续费；

当优惠数据为折扣费率，则基于折扣费率与优惠前手续费的乘积确定手续费；

当优惠数据为折扣金额，则基于优惠前手续费与折扣金额的差值确定手续费。

本申请实施例中提供了一种可能的实现方式，上述装置还包括支付模块，用于：

当手续费的结算策略对应出账银行信息，且业务对象在出账银行存在至少两个账号，则基于用户选取的第一账号进行手续费的支付处理；

当手续费的结算策略对应入账银行信息，且业务对象在入账银行存在至少两个账号，则基于用户选取的第二账号进行手续费的支付处理。

本申请实施例通过对结算请求进行信息分解，得到业务类型、银行信息和交易金额，然后基于业务类型确定手续费类型，基于手续费类型和银行信息确定至少一个结算策略，基于交易金额确定目标结算子策略从而实现对银行业务应收取的手续费的结算；本申请实施例通过对结算请求的逐层分解和确认，可以实现针对不同银行的手续费综合结算，相较于现有技术中在计算手续费时只能针对单一银行的手续费进行结算，本申请实施例中的手续费结算效率更高。当一项业务涉及多个银行的手续费时，无需用户反复提交结算请求，节省了用户的结算成本，提升了用户体验。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现银行业务中结算手续费的方法的步骤，与现有技术相比可实现：本申请实施例通过对结算请求进行信息分解，得到业务类型、银行信息和交易金额，然后基于业务类型确定手续费类型，基于手续费类型和银行信息确定至少一个结算策略，基于交易金额确定目标结算子策略从而实现对银行业务应收取的手续费的结算；本申请实施例通过对结算请求的逐层分解和确认，可以实现针对不同银行的手续费综合结算，相较于现有技术中在计算手续费时只能针对单一银行的手续费进行结算，本申请实施例中的手续费结算效率更高。当一项业务涉及多个银行的手续费时，无需用户反复提交结算请求，节省了用户的结算成本，提升了用户体验。

在一个可选实施例中提供了一种电子设备，如图7所示，图7所示的电子设备70包括：处理器701和存储器703。其中，处理器701和存储器703相连，如通过总线702相连。可选地，电子设备700还可以包括收发器704，收发器704可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器704不限于一个，该电子设备700的结构并不构成对本申请实施例的限定。

处理器701可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器701也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线702可包括一通路，在上述组件之间传送信息。总线702可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线702可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器703可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器703用于存储执行本申请实施例的计算机程序，并由处理器701来控制执行。处理器701用于执行存储器703中存储的计算机程序，以实现前述方法实施例所示的步骤。

其中，电子设备包括但不限于：诸如移动电话、笔记本电脑、PAD等等移动终端以及诸如数字TV、台式计算机等等固定终端。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行时实现如下情况：

接收针对待结算银行业务的手续费的结算请求；其中，结算请求中包括业务类型、银行信息和交易金额；

根据业务类型确定手续费类型；

基于手续费类型，确定与银行信息对应的至少一个结算策略；每个结算策略中包括针对不同金额的结算子策略；

根据交易金额，从结算子策略中选取目标结算子策略；

根据目标结算子策略计算得到待结算银行业务应收取的手续费。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (10)

1.一种银行业务中结算手续费的方法，其特征在于，包括：

接收针对待结算银行业务的手续费的结算请求；其中，所述结算请求中包括业务类型、银行信息和交易金额；

根据所述业务类型确定手续费类型；

基于所述手续费类型，确定与所述银行信息对应的至少一个结算策略；每个所述结算策略中包括针对不同金额的结算子策略；

根据所述交易金额，从所述结算子策略中选取目标结算子策略；

根据所述目标结算子策略计算得到所述待结算银行业务应收取的手续费。

2.根据权利要求1所述的银行业务中结算手续费的方法，其特征在于，所述银行信息包括入账银行信息和出账银行信息，所述基于所述手续费类型，确定与所述银行信息对应的至少一个结算策略，包括：

当所述出账银行信息与所述入账银行信息分别对应有与所述手续费类型相关联的结算策略时，将所述出账银行信息与所述入账银行信息分别对应的结算策略作为所述结算策略；

当所述出账银行信息对应有与所述手续费类型相关联的结算策略、所述入账银行信息没有对应的与所述手续费类型相关联的结算策略时，将所述出账银行信息对应的结算策略作为所述结算策略；

当所述入账银行信息对应有与所述手续费类型相关联的结算策略、所述出账银行信息没有对应的与所述手续费类型相关联的结算策略时，将所述入账银行信息对应的结算策略作为所述结算策略。

3.根据权利要求1所述的银行业务中结算手续费的方法，其特征在于，所述结算子策略对应金额区间，所述根据所述交易金额，从所述结算子策略中选取目标结算子策略，包括：

从所述金额区间中查找出包括所述交易金额的目标金额区间，将所述目标金额区间所对应的结算子策略作为目标结算子策略。

4.根据权利要求1所述的银行业务中结算手续费的方法，其特征在于，所述根据所述目标结算子策略计算得到所述待结算银行业务应收取的手续费，包括：

当所述目标结算子策略表征按照费用比率的计算方式，则根据所述交易金额和所述费用比率计算得到所述待结算银行业务应收取的手续费；

当所述目标结算子策略表征按照固定费用的计算方式，则将所述固定费用作为所述待结算银行业务应收取的手续费。

5.根据权利要求2所述的银行业务中结算手续费的方法，其特征在于，所述结算请求还包括业务对象，所述根据所述目标结算子策略计算得到所述待结算银行业务应收取的手续费，包括：

查询所述结算策略是否包括针对所述业务对象的优惠数据；

当所述结算策略不包含所述优惠数据，则根据所述目标结算子策略计算得到所述手续费；

当所述结算策略包含所述优惠数据，则根据所述优惠数据和所述目标结算子策略计算得到所述手续费。

6.根据权利要求5所述的银行业务中结算手续费的方法，其特征在于，所述根据所述优惠数据和所述目标结算子策略计算得到所述手续费，包括：

基于所述目标结算子策略和所述交易金额计算得到优惠前手续费；

当所述优惠数据为折扣费率，则基于所述折扣费率与所述优惠前手续费的乘积确定所述手续费；

当所述优惠数据为折扣金额，则基于所述优惠前手续费与所述折扣金额的差值确定所述手续费。

7.根据权利要求5所述的银行业务中结算手续费的方法，其特征在于，所述方法还包括：

当所述手续费的结算策略对应所述出账银行信息，且所述业务对象在出账银行存在至少两个账号，则基于用户选取的第一账号进行所述手续费的支付处理；

当所述手续费的结算策略对应所述入账银行信息，且所述业务对象在入账银行存在至少两个账号，则基于用户选取的第二账号进行所述手续费的支付处理。

8.一种银行业务中结算手续费的装置，其特征在于，包括：

接收模块，用于接收针对待结算银行业务的手续费的结算请求；其中，所述结算请求中包括业务类型、银行信息和交易金额；

第一确定模块，用于根据所述业务类型确定手续费类型；

第二确定模块，用于基于所述手续费类型，确定与所述银行信息对应的至少一个结算策略；每个所述结算策略中包括针对不同金额的结算子策略；

选取模块，用于根据所述交易金额，从所述结算子策略中选取目标结算子策略；

计算模块，用于根据所述目标结算子策略计算得到所述待结算银行业务应收取的手续费。

9.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的银行业务中结算手续费的方法的步骤。

Images