计算结汇金额的数据处理方法和装置

本申请属于货币结算信息数据处理技术领域，尤其涉及一种计算结汇金额的数据处理方法和装置。

近年来信息技术的快速发展推动了跨境交易的迅速崛起，现在越来越多的商户直接或者通过线上交易平台等参与到跨境交易行列中。

由于通常不同国家之间货币汇率不同及政策影响，卖家商户等通常需要对交易货币进行结汇，换算成相应的境内货币。例如目前我国的境内商户的卖家用户对于发生的交易需要结汇成人民币后入境。国家对涉及到的外币入境结算成人名币，都需要按照监管要求进行申报，且目前申报需要按照交易维度进行申报。

结汇过程中基于监管机构要求，必须证明结汇金额必须是真实发生的交易，才能进行申报，且一笔交易只能申报一次。又因为多笔交易存在时交易可结汇金额拼凑结果无法完全与用户提出的结汇金额一致，甚至产生较大误差，因此，现有的外汇结算方式中采用的是仅对单笔交易数据金额进行结汇。原因主要在于每笔结汇申请金额是用户自主提出的，这个结汇申请金额跟当前用户实际可结汇金额没有实质关系，用户可能会输入大于，或者小于可结汇金额，或者是整数结汇，或者是小数结汇，或者是进行多次结汇等等。而对于每笔交易来说，这笔交易存在支付成功之后，还会存在退款(完成或者进行中的退款)或其他变更因素，结汇金额计算需要去掉这些退款金额等，可结汇金额也有拼凑的概念。但实际结汇过程中，用户的校验笔数及结汇金额等存在较大的不确定因素，难以满足用户多笔交易同时申报的精确结汇需求。

因此，现有实际的外汇结算方式中采用的是仅对单笔交易数据金额进行结汇。显然，这种方式处理结汇金额效率低下，不能满足用户多笔交易同时申报时提出的结汇金额的精确匹配要求。

本申请目的在于提供一种基于多笔交易计算结汇金额的数据处理方法、装置及系统，可以实现多笔交易同时申报时能精确匹配用户提出的结汇申请金额，满足用于需求，提高用户体验。

本申请提供一种基于多笔交易计算结汇金额的数据处理方法、装置及系统是这样实现的：

一种基于多笔交易计算结汇金额的数据处理方法，所述方法包括：

基于用户的结汇申请请求信息获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据，判断所述当前结汇交易数据中是否存在标记为已申报的单笔交易数据；

若所述判断的结果为不存在标记为已申报的单笔交易数据，则计算所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，根据所述单笔可结汇金额计算所述用户的交易可结汇总额；并判断所述用户的结汇申请金额是否小于等于计算得到的交易可结汇总额；

若所述判断的结果为所述结汇申请金额小于等于交易可结汇总额，则基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组；

以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据，并将选取的作为结汇申报金额的候选交易组所包括的单笔交易数据标记为已申报的单笔交易数据。

一种基于多笔交易计算结汇金额的数据处理装置，所述装置包括：

申报状态判断模块，用于基于用户的结汇申请请求信息获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据，判断所述当前结汇交易数据中是否存在标记为已申报的单笔交易数据；

金额比较模块，用于在所述判断的结果为不存在标记为已申报的单笔交易数据时，计算所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，根据所述单笔可结汇金额计算所述用户的交易可结汇总额；并判断所述用户的结汇申请金额是否小于等于计算得到的交易可结汇总额；

候选交易组计算模块，用于在所述判断的结果为所述结汇申请金额小于等于交易可结汇总额时，基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，并按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组；

申报结果处理模块，用于以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据，并将选取的作为结汇申报金额的候选交易组所包括的单笔交易数据标记为已申报的单笔交易数据。

一种结汇金额处理系统，所述系统包括：

数据获取单元，用于基于用户的结汇申请请求信息获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据；

结汇处理单元，用于判断所述当前结汇交易数据中是否存在标记为已申报的单笔交易数据；还用于在所述判断的结果为不存在标记为已申报的单笔交易数据时，计算所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，根据所述单笔可结汇金额计算所述用户的交易可结汇总额；还用于判断所述用户的结汇申请金额是否小于等于计算得到的交易可结汇总额，并在所述判断的结果为所述结汇申请金额小于等于交易可结汇总额，基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，以及按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组；还用于以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据；

申报状态更新单元，用于将选取的作为结汇申报金额的候选交易组所包括的单笔交易数据标记为已申报的单笔交易数据。

本申请提供的一种基于多笔交易计算结汇金额的数据处理方法、装置及系统，可以通过设定的业务信息判断、处理算法和流程来实现基于多笔交易纬度精确计算出结汇金额的，可以满足与当下监管机构的申报要求。在本申请实施方案中，可以先判断申报的交易是否符合申报要求，如是否存在已申报交易或结汇申请金额小于交易可结汇总额等。若满足，然后根据每笔交易的可结汇金额判断交易可结汇总额是否大于用户的结汇申请金额。如果不大于，则可以从用户申请的多笔交易中筛选出与结汇申请金额差值最小的候选交易组，所述的候选交易组可以包括一笔或多笔单笔交易数据的组合。这样，以所述候选交易组中的每笔可结汇金额的总金额作为用户的结汇申报金额，可以实现用户基于多笔交易维度的精确计算出结汇金额，提高结汇计算效率，满足用户多笔交易进行结汇的复杂业务场景需求，提升用户体验。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法一种实施例的方法流程示意图；

图2是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法另一种实施例的方法流程示意图；

图3是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法中计算候选交易组一种实施例的方法流程示意图；

图4是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法中计算候选交易组另一种实施例的方法流程示意图；

图5是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法另一种实施例的方法流程示意图；

图6是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法另一种实施例的方法流程示意图；

图7是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法中计算候选交易组另一种实施例的方法流程示意图；

图8是本申请所述的一种基于多笔交易计算结汇金额的数据处理装置一种实施例的模块结构示意图；

图9是本申请提供的候选交易组计算模块一种实施例的模块结构示意图；

图10是本申请提供的候选交易组计算模块另一种实施例的模块结构示意图；

图11是本申请提供的候选交易组计算模块另一种实施例的模块结构示意图；

图12是本申请所述的一种基于多笔交易计算结汇金额的数据处理装置另一种实施例的模块结构示意图；

图13是本申请所述的一种基于多笔交易计算结汇金额的数据处理装置另一种实施例的模块结构示意图。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

下面结合附图对本申请所述的基于多笔交易计算结汇金额的数据处理方法、装置及客户端进行详细的说明。图1是本申请提供的基于多笔交易计算结汇金额的数据处理方法的一种实施例的方法流程示意图。虽然本申请提供了如下述实施例或附图所示的数据处理方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块结构。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例提供的执行顺序或模块结构。所述的数据处理方法或模块结构的在实际中的数据处理装置或终端产品执行时，可以按照实施例或者附图所示的数据处理方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本申请实施例以中国境内用户结汇金额为应用场景对本方案进行详细说明。当然，需要说明的是，本申请并不限于中国境内人民币结汇计算的应用，其他涉及本申请实施方案中的算法及逻辑相同或类似的业务，如不同币种的外币下多笔交易结汇计算，都可以适用本申请实施方案。具体的，在本申请实施例应用场景中，境内商户卖家用户对于发生的多笔交易外币需要结汇成人民币后入境。国家涉及到外币入境结算成人民币，都需要按照监管要求进行申报，且申报需要按照交易纬度进行申报。

通常情况下，用户的交易笔数及结汇金额存在退款、申报状态变更、新产生交易等多种不确定引擎，现实中一般需要用户自主提出结汇申请。在本申请实施例应用场景中，用户会随机提出结汇申请金额，结汇申请金额是多笔交易可结汇金额的总和，申报金额不得小于实际卖家用户得提现申请金额，并且已经申报的交易不允许重复申报。具体的如图1所示，本申请提供的一种基于多笔交易计算结汇金额的数据处理方法中的一种实施例中所述方法可以包括：

S1：基于用户的结汇申请请求信息获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据，判断所述当前结汇交易数据中是否存在标记为已申报的单笔交易数据。

在本申请实施例中，用户需要进行结汇申请时可以提交向结汇处理系统提交相应的结汇申请请求，所述结汇处理系统可以获取用户的结汇申请请求信息，从所述请求信息中获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据。本申请实施例中用户可以提出基于多笔交易的结汇申请，此时用户可以提供结汇申请金额，然后系统查询用户当前多笔交易的信息。在本实施例中，每笔交易可以设置有表示该比交易申报状态的标记符，如可以设置tag＝true或false，用于表示交易是否已经被申报结算处理过，如果已申报，则将该交易的tag设置为true，否则设置为false。当然，本申请其他的实施例中采用其他标记符或方式标记交易是否为已申报，例如设置标记符为mark或者统一将已申报的交易的名称设置同一字符串开头等。

本申请实施例中，可以基于用户的结汇申请请求信息获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据，判断所述当前结汇交易数据中是否存在标记为已申报的单笔交易数据。

S2：若所述判断的结果为不存在标记为已申报的单笔交易数据，则计算所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，根据所述单笔可结汇金额计算所述用户的交易可结汇总额；并判断所述用户的结汇申请金额是否小于等于计算得到的交易可结汇总额。

如果用户申报的当前结汇交易数据中不存在已经申报的单笔交易数据，则可以进一步的计算用户的交易可结汇总额。具体的，可以分别计算每笔交易的单笔可结汇金额，然后将该用户可结汇的所有单笔可结汇金额相加，得到该用户的交易可结汇总额。所述的交易可结汇总额可以用于判定用户的结汇申请金额是否满足要求。在本实施例硬要场景中，可以设置在用户的结汇申请金额小于等于(包括小于或等于中的任意一种情况)交易可结汇总额时才进行下一步结汇计算。

具体的例如用户的结汇申请金额为200元，用户现有7笔当前结汇交易数据，其中Trade4单笔交易数据金额为140元，单笔交易数据退款金额为40元，则单笔可结汇金额为100元＝140元-40元。其他6笔当前结汇交易数据分别为Trade1’＝10，Trade2’＝80，Trade3’＝70，Trade4’＝140(refund4＝40)，Trade5’＝270，Trade6’＝50(refund＝30)，Trade7’＝200(refund7＝140)，单位为元，结汇标记tag均为false。其中7笔交易中有3笔有退款，单笔可结汇金额＝单笔交易数据金额－单笔交易数据退款金额，因此Trade4＝140－40＝100，Trade6＝50－30＝20，Trade7＝200－140＝60。然后该用户的交易可结汇总额为10+80+70+(140-40)+270+(50-30)+(200-140)＝610元。计算出来的用户当前的校验可结汇总额610元大于用户结汇申请金额200元，可以认为满足本实施例中的结汇计算要求，可以进一步进行结汇计算。

当然，如果当前结汇交易数据中存在已申报的单笔交易数据，如Trade4的结汇标记tag4＝false，则可以根据预先设定的处理方式进行处理，例如判定该笔交易为非法结汇交易，不能参与本结汇计算，本次结算申请无效。或者，删除以标记为已申报的单笔交易数据后，再进行结汇计算。因此，本申请的另一种实施例中，所述方法还包括：

S2’：若所述判断的结果为当前结汇交易数据中存在交易标记为已申报的单笔交易数据，则执行下述中的任意一种实施方式：

S201’：判定用户当前的结汇申请失败；

S202’：从用户的当前结汇交易数据中删除标记为已申报的单笔交易数据，以所述删除标记为已申报的单笔交易数据的当前结汇交易数据进行结汇金额计算。

图2是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法另一种实施例的方法流程示意图。其他的实施例中，也可以根据具体的应用场景在当前结汇交易数据存在已申报的单笔交易数据时按照自定义的操作方式进行处理。在此不做赘述。

S3：若所述判断的结果为所述结汇申请金额小于等于交易可结汇总额，则基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组。

经过上述用户的结汇申请金额与交易可结汇总额的比较，可以确定结汇申请金额是否小于等于计算出来的用户的交易可结汇总额。如果小于等于，则可以基于当前结汇交易数据中每笔交易的单笔可结汇金额匹配计算候选交易组。本申请所述的候选交易组可以包括按照预先设定的结算方式计算出来的用户当前结汇交易数据中符合结汇计算要求的一个或多个单笔交易数据的集合。例如本实施例中所述的候选交易组可以包括候选交易组中所有单笔交易数据的单笔可结汇金额的总金额与所述结汇申请金额的差值符合匹配，如差值为零或最小。

所述的预设结汇计算方式可以根据具体的应用场景或设计需求进行计算，包括但不限于利用排列或组合的算法、已知和值逆向求解组合的算法、采用特定方式的交替叠加算法、以及其他匹配计算得出差值符合匹配要求的单笔交易组合的算法等。本申请提供一种计算所述候选交易组的实施方式，可以有效匹配计算出符合要求的候选交易组。具体的，本申请所述一种基于多笔交易计算结汇金额的数据处理方法的另一种实施例中，所述按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组可以包括：

S301：查用户当前结汇交易数据中单笔可结汇金额是否有与用户结汇申请金额相同的单笔交易数据；若有，则以当前结汇交易数据中与结汇申请金额相同的K笔单笔交易数据分别作为K个候选交易组，K为正整数；

S302：若当前结汇交易数据中没有单笔可结汇金额与用户结汇申请金额相同的单笔交易数据，则以单笔交易数据的单笔可结汇金额为元素，列举出所述当前结汇交易数据的所有单笔交易组合C(N，M)，并计算所述单笔交易组合C(N，M)中每一单笔交易组合的单笔可结汇金额的单组总金额，N为用户当前结汇交易数据中的单笔交易数目，M为整数且分别取值[2，N]]；

S303：判断所述单笔交易组合C(N，M)中是否有单组总金额与所述结汇申请金额相同的单笔交易组合；若有，则以所述与所述结汇申请金额相同的单笔交易组合作为所述候选交易组。

图3是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法中计算候选交易组一种实施例的方法流程示意图。具体的例如上述用户的结汇申请金额为200元，现有7(N为7)笔当前结汇交易数据的应用场景中，可以基于用户提出的结汇申请金额200元，查用户当前7笔当前结汇交易数据中Trade1＝10，Trade2＝80，Trade3＝70，Trade4＝100，Trade5＝270，Trade6＝20，Trade7＝60的单笔可结汇金额为200元的单笔交易数据。如有，则可以直接以该单笔可结汇金额为200元的单笔交易数据作为候选交易组。如果有单笔可结汇金额为200元的单笔交易数据，则可以形成多个候选交易组。

如本实施例应用场景中，如果没有单笔可结汇金额与用户的结汇申请金额相同的单笔交易数据，则可以以用户的7笔当前结汇交易数据每笔交易的单笔可结汇金额为元素，列举出所有的当前结汇交易数据的组合，例如先列举出7笔当前结汇交易数据中每两笔交易为一组的组合C(7，2)，然后再列举7笔当前结汇交易数据中每三笔交易为一组的组合C(7，3)，以此类推，一直到组合C(7，7)，一种120种组合。然后再计算着120种组合中每一组所包括的当前结汇交易数据中单笔可结汇金额的单组总金额，判断哪些分组的单组总金额与所述结汇申请金额相同。若有单组总金额与所述结汇申请金额相同的分组，则可以以所述分组作为所述候选交易组。本实施例中为便于描述，可以将多种组合如120种组合中符合候选交易组筛选要求的组合称为候选分组。上述120种组合中，单笔总金额与所述结汇申请金额相同的候选分组可以包括(Trade1+Trade3+Trade4+Trade6＝10+70+100+20＝200)、(Trade2+Trade4+Trade6＝80+100+20＝200)。然后可以以该两组候选分组作为候选交易组。

本申请实施例的实施方案，可以每笔当前结汇交易数据的单笔可结汇金额为元素列举出所有的组合，然后再所述组合中查单组总金额与用户的结汇申请金额相同的候选分组，以查到的候选分组作为候选交易组。这样，可以在用户的多笔交易中准确匹配出与用于申请金额相符的单笔交易。

可选的，本申请的另一种实施例中，如果所述组合C(N，M)中没有单组总金额与所述结汇申请金额相同的候选分组，则可以选取单组金额与所述结汇申请金额差值最小的分组作为候选交易组。这样，可以在符合结算规则的前提下为用户计算得出一个最精确于用户提供的结汇申请金额的结汇申报金额。具体的，本申请所述一种基于多笔交易计算结汇金额的数据处理方法的另一种实施例中，所述方法还可以包括：

S304：若所述单笔交易组合C(N，M)中没有单组总金额与所述结汇申请金额相同的单笔交易组合，则计算所述单笔交易组合C(N，M)中每个单笔交易组合的单组总金额与所述结汇申请金额的差值，并选取所述差值最小且单组总金额小于等于结汇申请金额的单笔交易组合作为候选交易组。

图4是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法中计算候选交易组一种实施例的方法流程示意图。具体的，例如120种所有C(N，M)组合中没有一组单组总金额为用户的结汇申请金额200元，则可以基于单笔可结汇金额分别计算这120种组合每个组合与结汇申请金额200元的差值。由于本申请实施例方案中可能有一些分组的单组总金额大于结汇申请金额，如Trade4+Trade1+Trade2+Trade6＝210>200，因此本实施例中可以选取所述差值最小且单组总金额小于等于结汇申请金额的分组作为候选交易分组。

当然，若所述判断结果为结汇申请金额大于交易可结汇总额，如结汇申请金额为650元，大于交易可结汇总额610元，则可以根据预先设定的处理方式进行处理，例如判定不符合结汇申请要求，本次结算申请无效。当然，也可以通知用户后，基于用户修改后符合结汇申请要的结汇申请金额进行处理等，具体的可以根据设计需求进行设置执行方式。因此，本申请的另一种实施例中，所述方法还包括：

S3’：若所述判断结果为结汇申请金额大于交易可结汇总额，则判定用户当前的结汇申请失败。

图5是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法另一种实施例的方法流程示意图。

上述实施例中，可以先查满足用户结汇申请金额要求的单笔交易数据，若不存在，则可以进一步的以组合为单位列举出当前结汇交易数据所有的可能组合。然后计算每一组的单组总金额，查是否有与用户的结汇申请金额相同的组合，如有，则以该组合左右候选交易组。需要说明的，本申请中的一些实施例最后筛选得到的候选交易组可以包括一个，当然，在另一些实施例中可以包括存在多个符合要求的候选交易组，本申请对此并不做限制。例如本实施例中，可以与所述结汇申请金额的差值的匹配要求要零，即查所述单笔交易组合C(N，M)中单组总金额与所述结汇申请金额相同的分组，如果存在这样的分组，则可以将其作为候选交易组。

本申请实施例中，可以在所述判断的结果为所述结汇申请金额小于等于交易可结汇总额时，基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，并按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组。

S4：以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据，并将选取的作为结汇申报金额的候选交易组所包括的单笔交易数据标记为已申报的单笔交易数据。

如前所述，所述的候选交易组可以包括一组或者多组的情况。可以根据场景设计要求或结算规则等选取一组候选交易组，以选取的所述候选交易组的单组总金额作为用户的结汇申报金额。同时，可以将选取的作为结汇申报金额的候选交易组的交易标记为已申报。具体的，例如上述实施例应用场景中，筛选单组总金额与结汇申请金额差值最小(优选为0)计算得到的两组候选交易组为：(Trade1+Trade3+Trade4+Trade6＝10+70+100+20＝200)和(Trade2+Trade4+Trade6＝80+100+20＝200)。然后可以根据预先制定的选取规则，如选取包含单笔交易数据最多或最少或包含最大金额等选取其中一组。本实施例中为减少交易单数，可以设置优选选取包含单笔交易数据最多的候选交易组，即可以从上述两组选取候选交易组中包含4笔交易的候选交易组：(Trade1+Trade3+Trade4+Trade6＝10+70+100+20＝200)。然后可以将改候选交易组中的每笔交易Trade1、Trade3、Trade4、Trade6标记为已申报，例如设置Trade1、Trade3、Trade4、Trade6的交易标记tag＝true。

基于本申请提供实施方案中设定的业务规范、流程算法，可以在多笔交易同时申报时，在符合结汇规则前提下为用户给出一个最精确于用户提出的结汇申请金额的结汇申报金额，满足用户自主结汇需要，提升用户体验。

本申请所述一种基于多笔交易计算结汇金额的数据处理方法的另一种实施例中，在判断的结果为结汇申请金额小于等于交易可结汇总额之后，还可以采取删除当前结汇交易数据中单笔可结汇金额大于本次用户结汇申请金额的单笔交易数据，这样，可以进一步提高结汇计算速率。图6是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法另一种实施例的方法流程示意图，具体的如图6所示，本申请所述一种基于多笔交易计算结汇金额的数据处理方法的另一种实施例中，在判断所述用户的结汇申请金额小于等于计算得到的交易可结汇总额之后，所述方法还可以包括：

S5：从所述用户当前结汇交易数据中删除单笔可结汇金额大于用户的结汇申请金额的单笔交易数据。

如上述实施例应用场景中，用户7笔交易中有一笔交易Trade5的单笔可结汇金额为270元，大于用户的结汇申请金额200元，因此在结汇计算过程中可以将Trade5这个当前结汇交易数据删除，用其余的6笔当前结汇交易数据进行结汇计算。显然，删除掉单笔可结汇金额大于结汇申请金额后的结汇数据计算量要比之前少，可以加快结汇计算速度，提高结汇处理效率。

本申请还提供另一种预设结汇计算方式的实施例，可以用于便捷、快速的匹配计算出候选交易组，计算出用户的结汇申报金额。图7是本申请提供的一种基于多笔交易计算结汇金额的数据处理方法中计算候选交易组另一种实施例的方法流程示意图。具体的，本申请所述一种基于多笔交易计算结汇金额的数据处理方法的另一种实施例中，所述基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，并按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组可以包括：

S331：将当前结汇交易数据按照单笔交易数据的金额维度进行排序；

S332：从排序队列最大值的一侧开始，依次按照头尾交替取值进行求和；

S333：每一次取值求和之后将当前和值与结汇申请金额比较，当所述当前和值大于结汇申请金额时停止取值，并且去掉当前结汇计算的单笔交易的取值；

S334：以去掉当前结汇计算的单笔交易的取值所对应的当前和值所包括的单笔交易作为候选交易组；相应的，所述以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据包括：以去掉所述当前结汇计算的单笔交易的取值所得的当前和值作为返回给用户的结汇申请金额数据。

具体的实施例应用场中，例如用户现有7笔交易，以Trade4为例单笔交易数据金额为140，单笔交易数据退款金额为40，单笔可结汇金额为100，Trade1＝10，Trade2＝80，Trade3＝70，Trade4＝140(refund4＝40)，Trade5＝270，Trade6＝50(refund＝30)，Trade7＝200(refund7＝140)，结汇标记tag＝false。其中7笔交易中有3笔有退款，单笔可结汇金额＝单笔交易数据金额－单笔交易数据退款金额。Trade4＝140－40＝100，Trade6＝50－30＝20，Trade7＝200－140＝60。当前用户可结汇总额就是7笔交易的总额：交易可结汇总额＝10+80+70+100+270+20+60＝610。

按照本实例提供的数据处理方法，可以包括如下实施过程：

1、假如用户提出结汇申请金额为200；

2、判断该用户是否有交易tag＝false，如果是则继续下一步，如果没有则结汇申请失败；

3、判断结汇申请金额≤交易可结汇总额，如果是则继续下一步，如果否则结汇申请失败；

4、删除掉交易中大于本次申请金额的交易号，如举例数据：Trade5；

5、剩下的6笔交易按照金额纬度从小到大进行排序：

Trade1＝10

6、然后从排序队列的头尾的取数进行求和，从队列尾开始取，再取头部，依次交替；

7、每取一次与结汇申请金额比较，当计算金额>结汇申请金额时停止，并且去掉当前这笔的交易。如举例数据中详细步骤：

第一步：Trade4＝100<200，继续累加；

第二步：Trade4+Trade1＝110<200，继续累加；

第三步：Trade4+Trade1+Trade2＝190<200，继续累加；

第四步：Trade4+Trade1+Trade2+Trade6＝210>200，停止；

8、去掉Trade6，以Trade4、Trade1、Trade2为候选交易组；取Trade4、Trade1、Trade2得单次结汇金额的和值，该和值金额等于结汇申报金额，并且标记Trade4、Trade1、Trade2，tag＝true；

9、结汇申请成功，结汇申报金额为190，小于用户申请的200。

本申请的实施方案可以在按照提供的当前流程中的计算，是在符合结汇规则前提下给出一个最精确于用户提出的结汇金额值，满足用户自主结汇需求。

本申请实施例提供的一种基于多笔交易计算结汇金额的数据处理方法，可以通过设定的业务信息判断、处理算法和流程来实现基于多笔交易纬度精确计算出结汇金额的，可以满足与当下监管机构的申报要求。在本申请实施方案中，可以先判断申报的交易是否符合申报要求，如是否存在已申报交易或结汇申请金额小于交易可结汇总额等。若满足，然后根据每笔交易的可结汇金额判断交易可结汇总额是否大于用户的结汇申请金额。如果不大于，则可以从用户申请的多笔交易中筛选出与结汇申请金额差值最小的候选交易组，所述的候选交易组可以包括一笔或多笔单笔交易数据的组合。这样，以所述候选交易组中的每笔可结汇金额的总金额作为用户的结汇申报金额，可以实现用户基于多笔交易维度的精确计算出结汇金额，提高结汇计算效率，满足用户多笔交易进行结汇的复杂业务场景需求，提升用户体验。

基于本申请所述的一种基于多笔交易计算结汇金额的数据处理方法，本申请提供一种基于多笔交易计算结汇金额的数据处理装置。图8是本申请所述的一种基于多笔交易计算结汇金额的数据处理装置一种实施例的模块结构示意图，如图8所示，所述装置可以包括：

申报状态判断模块101，可以用于基于用户的结汇申请请求信息获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据，判断所述当前结汇交易数据中是否存在标记为已申报的单笔交易数据；

金额比较模块102，可以用于在所述判断的结果为不存在标记为已申报的单笔交易数据时，计算所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，根据所述单笔可结汇金额计算所述用户的交易可结汇总额；并判断所述用户的结汇申请金额是否小于等于计算得到的交易可结汇总额；

候选交易组计算模块103，可以用于在所述判断的结果为所述结汇申请金额小于等于交易可结汇总额时，基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，并按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组；

申报结果处理模块104，可以用于以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据，并将选取的作为结汇申报金额的候选交易组所包括的单笔交易数据标记为已申报的单笔交易数据。

本申请所述一种基于多笔交易计算结汇金额的数据处理装置的另一种实施例中，所述候选交易组计算模块103可以包括：

第一处理模块1031，可以用于查用户当前结汇交易数据中单笔可结汇金额是否有与用户结汇申请金额相同的单笔交易数据；若有，则以当前结汇交易数据中与结汇申请金额相同的K笔单笔交易数据分别作为K个候选交易组，K为正整数；

第二处理模块1032，可以用于在当前结汇交易数据中没有单笔可结汇金额与用户结汇申请金额相同的单笔交易数据时，以单笔交易数据的单笔可结汇金额为元素，列举出所述当前结汇交易数据的所有单笔交易组合C(N，M)，并计算所述单笔交易组合C(N，M)中每一单笔交易组合的单笔可结汇金额的单组总金额，N为用户当前结汇交易数据中的单笔交易数目，M为整数且分别取值[2，N]；

第三处理模块1033，可以判断所述单笔交易组合C(N，M)中是否有单组总金额与所述结汇申请金额相同的单笔交易组合；若有，则以所述与所述结汇申请金额相同的单笔交易组合作为所述候选交易组。

图9是本申请提供的候选交易组计算模块一种实施例的模块结构示意图。

本申请所述一种基于多笔交易计算结汇金额的数据处理装置的另一种实施例中，所述候选交易组计算模块103还可以包括：

第四处理模块1034，可以用于在所述单笔交易组合C(N，M)中没有单组总金额与所述结汇申请金额相同的单笔交易组合时，计算所述单笔交易组合C(N，M)中每个单笔交易组合的单组总金额与所述结汇申请金额的差值，并选取所述差值最小且单组总金额小于等于结汇申请金额的单笔交易组合作为候选交易组。

图10是本申请提供的候选交易组计算模块另一种实施例的模块结构示意图。

本申请所述一种基于多笔交易计算结汇金额的数据处理装置的另一种实施例中，所述候选交易组计算模块103可以包括：

金额排序模块1131，可以用于将当前结汇交易数据按照单笔交易数据的金额维度进行排序；

求和计算模块1132，可以用于从排序队列最大值的一侧开始，依次按照头尾交替取值进行求和；

和值比较处理模块1133，可以用于每一次取值求和之后将当前和值与结汇申请金额比较，当所述当前和值大于结汇申请金额时停止取值，并去掉当前结汇计算的单笔交易的取值；

交易组确定模块1134，可以用于以去掉当前结汇计算的单笔交易的取值所对应的当前和值所包括的单笔交易作为候选交易组；相应的，所述申报结果处理模块104用于以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据包括所述申报结果处理模块104用于以去掉所述当前结汇计算的单笔交易的取值所得的当前和值作为返回给用户的结汇申请金额数据。

图11是本申请提供的候选交易组计算模块另一种实施例的模块结构示意图。

本申请所述一种基于多笔交易计算结汇金额的数据处理装置的另一种实施例中，所述装置还可以包括：

交易删除模块105，可以用于在判断所述用户的结汇申请金额小于等于计算得到的交易可结汇总额之后，从所述用户当前结汇交易数据中删除单笔可结汇金额大于用户的结汇申请金额的单笔交易数据。

图12是本申请所述的一种基于多笔交易计算结汇金额的数据处理装置另一种实施例的模块结构示意图。

本申请所述一种基于多笔交易计算结汇金额的数据处理装置的另一种实施例中，所述装置还可以包括下述中的至少一种：

第一失败处理模块1061，可以用于在判断的结果为当前结汇交易数据中存在交易标记为已申报的单笔交易数据时，判定用户当前的结汇申请失败；

重计算处理模块1062，可以用于从用户的当前结汇交易数据中删除标记为已申报的单笔交易数据，以所述删除标记为已申报的单笔交易数据的当前结汇交易数据进行结汇金额计算。

本申请所述一种基于多笔交易计算结汇金额的数据处理装置的另一种实施例中，所述装置还可以包括：

第二失败处理模块1063，可以用于在所述判断结果为结汇申请金额大于交易可结汇总额时，则判定用户当前的结汇申请失败。

图13是本申请所述的一种基于多笔交易计算结汇金额的数据处理装置另一种实施例的模块结构示意图。

上述实施例提供的数据处理装置中具体涉及到的候选交易组计算方法、组合的计算方法、金额排序及交替取值以及和值比较等具体的可以参考本申请其他实施例或应用场景的相关描述，在此不做赘述。本申请实施例提供的一种基于多笔交易计算结汇金额的数据处理装置，可以通过设定的业务信息判断、处理算法和流程来实现基于多笔交易纬度精确计算出结汇金额的，可以满足与当下监管机构的申报要求。在本申请实施方案中，可以先判断申报的交易是否符合申报要求，如是否存在已申报交易或结汇申请金额小于交易可结汇总额等。若满足，然后根据每笔交易的可结汇金额判断交易可结汇总额是否大于用户的结汇申请金额。如果不大于，则可以从用户申请的多笔交易中筛选出与结汇申请金额差值最小的候选交易组，所述的候选交易组可以包括一笔或多笔单笔交易数据的组合。这样，以所述候选交易组中的每笔可结汇金额的总金额作为用户的结汇申报金额，可以实现用户基于多笔交易维度的精确计算出结汇金额，提高结汇计算效率，满足用户多笔交易进行结汇的复杂业务场景需求，提升用户体验。

本申请上述所述的基于多笔交易计算结汇金额的数据处理方法或装置可以应用于结汇金额计算的处理系统中，可以实现多笔交易同时申报时，满足不能重复申报且还要求能精确匹配用户提出的结汇申请金额的需求，可以提供结汇计算效率，提高用户体验。具体的，本申请提供一种结汇金额处理系统，所述系统可以包括：

数据获取单元，可以用于基于用户的结汇申请请求信息获取所述用户的结汇申请金额，并查询出所述用户的当前结汇交易数据；

结汇处理单元，可以用于判断所述当前结汇交易数据中是否存在标记为已申报的单笔交易数据；还用于在所述判断的结果为不存在标记为已申报的单笔交易数据时，计算所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，根据所述单笔可结汇金额计算所述用户的交易可结汇总额；还用于判断所述用户的结汇申请金额是否小于等于计算得到的交易可结汇总额，并在所述判断的结果为所述结汇申请金额小于等于交易可结汇总额，基于所述当前结汇交易数据中单笔交易数据的单笔可结汇金额，以及按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组；还用于以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据；

申报状态更新单元，可以用于将选取的作为结汇申报金额的候选交易组所包括的单笔交易数据标记为已申报的单笔交易数据。

用户的结汇交易数据可以包括但不限于采用分布式数据库的方式存储、云存储、本地存储、关系或非关系数据库存储等，所述的结汇处理单元可以包括但不限于CPU、逻辑门、可编程电路等方式实现。

当然，在其他的实施例中，所述的结汇处理单元按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组，被设置成包括下述的实施方式：

查用户当前结汇交易数据中单笔可结汇金额是否有与用户结汇申请金额相同的单笔交易数据；若有，则以当前结汇交易数据中与结汇申请金额相同的K笔单笔交易数据分别作为K个候选交易组，K为正整数；

在当前结汇交易数据中没有单笔可结汇金额与用户结汇申请金额相同的单笔交易数据时，以单笔交易数据的单笔可结汇金额为元素，列举出所述当前结汇交易数据的所有单笔交易组合C(N，M)，并计算所述单笔交易组合C(N，M)中每一单笔交易组合的单笔可结汇金额的单组总金额，N为用户当前结汇交易数据中的单笔交易数目，M为整数且分别取值[2，N]；

判断所述单笔交易组合C(N，M)中是否有单组总金额与所述结汇申请金额相同的单笔交易组合；若有，则以所述与所述结汇申请金额相同的单笔交易组合作为所述候选交易组。

当然，在其他的实施例中，所述的结汇处理单元按照预设结汇计算方式匹配计算出单组总金额与所述结汇申请金额的差值符合匹配要求的候选交易组，被设置成，包括下述的实施方式：

将当前结汇交易数据按照单笔交易数据的金额维度进行排序；

从排序队列最大值的一侧开始，依次按照头尾交替取值进行求和；

每一次取值求和之后将当前和值与结汇申请金额比较，当所述当前和值大于结汇申请金额时停止取值，并去掉当前结汇计算的单笔交易的取值；

以去掉当前结汇计算的单笔交易的取值所对应的当前和值所包括的单笔交易作为候选交易组，相应的，所述以所述候选交易组的单组总金额作为返回给用户的结汇申报金额数据包括所述申报结果处理模块用于以去掉所述当前结汇计算的单笔交易的取值所得的当前和值作为返回给用户的结汇申请金额数据。

具体的，上述处理系统的实施例中涉及到的结汇处理单元数据处理的实施过程可以参照本申请其他方法或者装置实施例所述，在此不做赘述。

本申请实施例提供的一种基于多笔交易计算结汇金额的数据处理方法、装置及系统，可以通过设定的业务信息判断、处理算法和流程来实现基于多笔交易纬度精确计算出结汇金额的，可以满足与当下监管机构的申报要求。在本申请实施方案中，可以先判断申报的交易是否符合申报要求，如是否存在已申报交易或结汇申请金额小于交易可结汇总额等。若满足，然后根据每笔交易的可结汇金额判断交易可结汇总额是否大于用户的结汇申请金额。如果不大于，则可以从用户申请的多笔交易中筛选出与结汇申请金额差值最小的候选交易组，所述的候选交易组可以包括一笔或多笔单笔交易数据的组合。这样，以所述候选交易组中的每笔可结汇金额的总金额作为用户的结汇申报金额，可以实现用户基于多笔交易维度的精确计算出结汇金额，提高结汇计算效率，满足用户多笔交易进行结汇的复杂业务场景需求，提升用户体验。

尽管本申请内容中提到人民币结汇、排列组合的计算、金额比较、候选交易组选取方式、单笔交易数据金额大于结汇申请金额以及包含已结汇交易时的结汇处理的数据计算、信息交互、规则定义之类的描述，但是，本申请并不局限于必须是完全标准、某国某种货币结汇或者所提及的方式的数据计算、信息交互、规则定义的情况。本申请中各个实施例所涉及的上述描述仅是本申请中的一些实施例中的应用，在某些标准、方法、国家货币结汇规则的基础上略加修改后的实施方式也可以实行上述本申请各实施例的方案。当然，在符合本申请上述各实施例的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

虽然本申请提供了如实施例或流程图所述的数据处理方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的数据处理装置或客户端产品执行时，可以按照实施例或者附图所示的数据处理方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置、单元或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的数据处理方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。