CN114202331A

CN114202331A - 资金管理方法、装置、设备及程序产品

Info

Publication number: CN114202331A
Application number: CN202111575182.1A
Authority: CN
Inventors: 季青松
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2021-12-21
Filing date: 2021-12-21
Publication date: 2022-03-18

Abstract

本申请涉及数据访问技术领域，具体涉及一种资金管理方法、装置、设备及程序产品。该方法通过客户与第三方平台、客户与运营商平台、以及运营商平台与第三方机构分别签订合约，客户的预缴款放置在第三方平台的预交款账户中，而运营商平台要提取该预交款账户中的金额，需要满足运营商平台与第三方机构签订的合约约束条件，即第三方平台对第三方平台中的预缴款账户和运营商平台的收款账户的支取设置了交易授权权限。其中预缴款账户还是客户的账户，预缴款账户的资金还是在客户的账户内，不需要提前给运营商平台，运营商平台发起扣款请求时，需要满足交易授权权限，同时保障了运营商平台和客户的权益。

Description

资金管理方法、装置、设备及程序产品

技术领域

本申请涉及数据访问技术领域，具体地，涉及一种资金管理方法、装置、设备及程序产品。

背景技术

预缴款制度，是客户与运营商平台签订合约，然后根据签订的合约，将部分资金预先支付给运营商平台。具体可如图1所示，客户100会在产生消费之前，向运营商平台200支付预缴款，客户100在运营商平台200消费后，在预先支付的资金里进行扣款。客户100可以采用预缴款的方式提前从运营商平台200购买产品，并享受一定的折扣。运营商平台200可以快速回笼资金，并能够对客户100的消费进行分析，为客户100提供更好的服务。其中的运营商平台可以理解为通过预缴款、会员充值等来为客户100提供服务的商业机构。但是，近几年，一些运营商平台卷款跑路事件层出不穷，上述预缴款制度使得客户的权益不能得到很好地保护。

现有技术中，对于上述预缴款制度，一般通过相关的制度管理进行管控，例如，加强市场准入，对开设预缴款制度的运营商平台进行严格考察，以提高行业壁垒及规范性。同时建立企业备用金制度，加强日超能监督管理，通过第三方进行监管，对失信的企业以及恶意竞争行为进行严惩。此种方法虽然从一定程度上降低了运营商平台卷款跑路事件的发生，并未从根本上保护客户的权益，一旦运营商平台出现卷款跑路事件，客户的资金损失难以挽回。

发明内容

为了解决上述问题，本申请提供一种资金管理方法、装置、设备及程序产品，通过客户与第三方平台、客户与运营商平台、以及运营商平台与第三方机构分别签订合约，客户的预缴款放置在第三方平台的预交款账户中，而运营商平台要提取该预交款账户中的金额，需要满足运营商平台与第三方机构签订的合约约束条件，即第三方平台对第三方平台中的预缴款账户和运营商平台的收款账户的支取设置了交易授权权限。其中预缴款账户还是客户的账户，预缴款账户的资金还是在客户的账户内，不需要提前给运营商平台，运营商平台发起扣款请求时，需要满足交易授权权限，同时保障了运营商平台和客户的权益。

第一方面，本申请实施例提供了一种资金管理方法，包括：

第三方平台接收到运营商平台发送的扣款请求，其中，所述扣款请求用于请求将第三方平台所管理的、客户的预缴款账户中的至少部分资金转移至所述运营商平台的运营商账户中；

第三方平台判断所述扣款请求所请求的操作是否满足所述预缴款账户与所述运营商账户之间的交易授权权限；

第三方平台在所述扣款请求所请求的操作满足所述交易授权权限的情况下，执行所述扣款请求所请求的操作。

可以理解，所述运营商账户为运营商平台的收款账户。

在上述第一方面的一种可能的实现中，所述交易授权权限是所述第三方平台根据获取到的所述第三方平台与所述运营商平台之间签订的第一合约、所述第三方平台与所述客户之间签订的第二合约，以及所述客户与所述运营商平台之间签订的第三合约生成的。

在上述第一方面的一种可能的实现中，还包括：

所述第三方平台获取所述第一合约、所述第二合约和所述第三合约；

所述第三方平台对应所述第二合约，在所述第三方平台中建立所述客户的预缴款账户；

所述第三方平台根据所述第一合约、所述第二合约和所述第三合约，对所述预缴款账户与所述运营商账户设置所述交易授权权限。

在上述第一方面的一种可能的实现中，所述扣款请求包括扣款交易标识、扣款金额、扣款时间；

第三方平台判断所述扣款请求所请求的操作是否满足所述预缴款账户与所述运营商账户之间的交易授权权限，包括：

所述第三方平台判断所述扣款交易标识是否为预设的交易标识、所述扣款金额是否匹配于扣款额度、所述扣款时间是否匹配于预设的扣款周期。

可以理解，扣款时间为运营商平台发起扣款请求的时间。

在上述第一方面的一种可能的实现中，第三方平台在所述扣款请求所请求的操作满足所述交易授权权限的情况下，执行所述扣款请求所请求的操作，包括：

所述第三方平台在所述扣款交易标识为所述预设的交易标识、所述扣款金额匹配于所述扣款额度，并且所述扣款时间匹配于所述预设的扣款周期的情况下，完成所述扣款请求所请求的操作。

在上述第一方面的一种可能的实现中，所述扣款额度包括单笔扣款额度和总扣款额度，其中所述单笔扣款额度表征了所述扣款金额在单次资金转移时需要满足的额度，所述总扣款额度表征了所述预设的扣款周期内，多次资金转移需要满足的总额度。

在上述第一方面的一种可能的实现中，所述方法还包括：

所述第三方平台对应所述第二合约，将客户的关联账户与所述预缴款账户关联；

所述第三方平台获取客户的充值请求，并对应所述充值请求将所述关联账户中的至少部分资金转移至所述预缴款账户中。

在上述第一方面的一种可能的实现中，在上述第一方面的一种可能的实现中，还包括：

所述第三方平台获取客户的转账请求，所述转账请求用于请求将所述预缴款账户中的至少部分资金转移至所述关联账户中；

所述第三方平台基于所述转账请求向所述运营商平台发送交易请求验证信息；

所述第三方平台获取所述运营商平台发送的交易授权信息，其中，所述交易授权信息是所述运营商平台响应于所述交易请求验证信息而生成的信息；

若所述交易授权信息为允许执行交易，则所述第三方平台执行所述转账请求所请求的操作。

第二方面，本申请实施例提供了一种资金管理装置，包括：

交易获取模块，用于第三方平台接收到运营商平台发送的扣款请求，其中，所述扣款请求用于请求将第三方平台所管理的、客户的预缴款账户中的至少部分资金转移至所述运营商平台的运营商账户中；

交易判断模块，用于第三方平台判断所述扣款请求所请求的操作是否满足所述客户的预缴款账户与所述运营商账户之间的交易授权权限；

交易执行模块，用于第三方平台在所述扣款请求所请求的操作满足所述交易授权权限的情况下，执行所述扣款请求所请求的操作。

第三方面，本申请实施例提供了一种电子设备，所述电子设备包括：

存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及

处理器，是电子设备的处理器之一，用于执行权利要求上述资金管理方法。

第四方面，本申请实施例提供了一种计算机可读介质，所述计算机可读介质中存储有指令，其特征在于，所述指令在电子设备上执行时使电子设备执行上述资金管理方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述资金管理方法。。

附图说明

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

图1所示为一种预缴款的适用场景图；

图2所示为本申请实施例提供的一种资金管理方法的应用场景图；

图3所示为本申请实施例提供的一种资金管理方法的流程示意图；

图4所示为本申请实施例提供的一种资金管理方法的部分流程示意图；

图5所示为本申请实施例提供的一种资金管理方法的部分流程示意图；

图6所示为本申请实施例提供的一种资金管理装置的结构示意图；

图7所示为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案更加清楚明白，以下结合附图以及实施例，对本申请进行详细说明。

应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。也应理解，本申请技术方案中涉及的对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

如前文所述，目前对于预缴款场景下的资金管控，只是降低了运营商平台卷款跑路事件的发生，并未从根本上保护客户的权益，一旦运营商平台出现卷款跑路事件，客户的资金损失难以挽回。

为解决上述问题，本申请实施例提供了一种资金管理方法，通过客户与第三方平台(如银行的管理平台)、客户与运营商平台、以及运营商平台与第三方平台分别签订合约，客户的预缴款放置在第三方平台的预缴款账户中，而运营商平台要提取该预缴款账户中的金额，需要满足运营商平台与第三方平台签订的合约约束条件，即第三方平台对第三方平台中的预缴款账户和运营商平台的收款账户的支取设置了交易授权权限。具体地，交易授权权限包括：预缴款账户只能用于客户与运营商平台签订的合约的扣款，收款账户只能在扣款周期内从预缴款账户进行扣款，且扣款时需要先验证收款账户是否与预缴款账户关联、扣款请求的金额是否满足扣款额度，以及扣款请求是否为专用交易，如果验证不通过，则扣款失败，如果验证通过，才能扣款成功。

本申请实施例中，预缴款账户还是客户的账户，预缴款账户的资金还是在客户的账户内，不需要提前给运营商平台，且为了保障运营商平台的应有权益，对预缴款账户进行限制，避免客户挪用预缴款账户的资金。同时，还对运营商平台的收款账户的扣款做限制，限制扣款的时间、扣款额度，使得运营商平台能够按期从预缴款账户扣缴应得的资金，避免消费者欠款。此外，扣款时验证收款账户是否与预缴款账户关联、以及扣款请求是否为专用交易，可以保障收款账户与预缴款账户的资金安全，避免运营商平台挪用预缴款账户的资金。

可以理解，其中的扣款周期为运营商平台的收款账户可以向预缴款账户发起扣款请求的时间，可以为一天的某个时间段，也可以为一周、一个月等。其中的第三方平台的预缴款账户为客户在第三方平台开设的账户。

可以理解，本申请中的第三方平台可以是依法成立的经营货币信贷业务的金融机构开设的平台，运营商平台可以是通过预缴款、会员充值等来为客户提供服务的商业机构。并且，第三方平台可以通过运行程序，从客户与第三方机构、客户与运营商平台、以及运营商平台与第三方机构签订的合约中，生成预缴款账户和收款账户的支取的交易授权权限，然后在接收到运营商平台发送的扣款请求时，判断扣款请求是否满足交易授权权限，并在扣款请求满足扣款权限时完成扣款。

为了方便描述，下文以第三方平台为银行的管理平台的管理平台为例进行说明。

可以理解，专用交易为客户与运营商平台签订的合约中，预缴款可以支持的交易。其中的运营商平台可以理解为通过预缴款、会员充值等来为客户100提供服务的商业机构。

此外，可以理解，本申请中所提及的各平台，即运营商平台、第三方平台、银行的管理平台等，可以是由具有数据处理功能的单个电子设备或多个电子设备运行，例如，电子设备包括台式计算机、笔记本电脑、服务器、终端设备等，本申请对此不作限制。

下面以运营商平台为运营商平台200为例，结合图2对本申请实施例中的资金管理法进行介绍。

如图2所示，为本申请实施例中的资金管理方法的应用场景示意图。客户100与银行的管理平台300、客户100与运营商平台200、以及运营商平台200与银行的管理平台300分别签订合约，使得客户100的预缴款账户与运营商平台200的收款账户关联。

具体地，运营商平台200与客户100之间签订交易合约，合约中会包括银行的管理平台中的预缴款账户301与运营商平台200的收款账户201、预缴款对应交易内容、客户100享受的折扣等。客户100与银行的管理平台300之间签订监管合约1，并在银行的管理平台300设置监管合约1对应的预缴款账户301。运营商平台200与银行的管理平台300之间签订监管合约2，并设置监管合约2对应的收款账户201。同时，还会根据监管合约1、监管合约2以及交易合约，对预缴款账户301和收款账户201的支取进行设置交易授权权限。客户100会向预缴款账户301中充值房租。

当扣款周期来临，即客户100需要预缴房租时，运营商平台200的收款账户201可以向银行的管理平台300发起扣款请求，银行的管理平台300会根据收款账户201的交易授权权限，验证扣款请求中包含的预缴款账户301、收款账户201是否关联，验证扣款请求的金额是否满足扣款额度，以及扣款请求是否为专用交易，如果验证通过，表明收款账户201的扣款请求符合交易要求，银行的管理平台300通过该扣款请求，预缴款账户301会向收款账户201进行转账，转账的金额对应于扣款请求的扣款金额。

可见，客户100的预缴款仍然在客户的个人账户，即预缴款账户301中，预缴款账户301会设置代收预缴款的交易授权权限，根据交易授权权限管理预缴款账户301与收款账户201之间的扣款交易，实现同时保障客户100与运营商平台的权益。

请参考图2，所示为本申请实施例中的资金管理方法的流程图。

如图2所示，资金管理方法包括：

S201：获取客户与银行的管理平台、运营商平台与银行的管理平台之间签订的监管合约，以及客户与运营商平台之间的交易合约。

可以理解，客户与银行的管理平台之间的监管合约表示客户的预缴款账户的支取受银行的管理平台的管控。具体可以包括客户在银行的管理平台开设的预缴款账户、与预缴款账户客户的关联账户、余额管理、以及允许专用交易扣款。其中，与预缴款账户客户的关联账户用于，客户向其预缴款账户充值预缴款。余额管理可以包括客户用预缴款账户的资金购买理财产品，使得预缴款账户的余额实现资金收益。

在一些实施例中，客户与银行的管理平台之间的监管合约还可以包括，允许银行的管理平台向运营商平台同步发送客户的预缴款账户的余额、预缴款账户的充值通知等。

在一些实施例中，客户与银行的管理平台之间的监管合约还可以包括，在扣款周期内，预缴款账户的余额低于预设的余额下限时，允许银行的管理平台向客户发送的催款通知等。

在一些实施例中，客户与银行的管理平台之间的监管合约还可以包括，当客户的预缴款账户中余额超过预设的余额上限时，允许客户向运营商平台申请转出部分资金。

可以理解，运营商平台与银行的管理平台之间的监管合约表示运营商平台的收款账户的收款受银行的管理平台的管控。具体地，管控可以包括收款账户发起扣款请求涉及的账户的身份信息、扣款请求对应的交易标识、扣款请求的扣款额度、运营商平台中受银行的管理平台管控的产品或项目、收款账户涉及的银行的管理平台服务信息。其中受银行的管理平台管控的产品或项目可以理解为运营商平台与银行的管理平台签订的监管合约的产品或项目。其中，扣款请求涉及的账户的身份信息包括收款账户的身份信息和预缴款账户的身份信息。

其中扣款请求对应的交易标识，即扣款请求中扣款金额的用途，每种交易都会有其特定的交易标识，可以理解为商业代码。

在一些实施例中，运营商平台与银行的管理平台之间的监管合约还可以包括

可以理解，客户与运营商平台签订的交易合约可以包括客户预缴款时间、预交款金额、预缴款对应的双方账户、预缴款对应的交易、客户手机号等。其中根据预缴款时间可以设置扣款周期，根据预缴款金额可以设置单笔扣款额度和总扣款额度，根据预缴款对应的交易可以生成预缴款的专用交易标识。

可以理解，一般运营商平台出现卷款跑路事件或资金周转问题时，会需要大笔资金，设置单笔扣款额度和总扣款额度可以有效降低此种问题的发生的概率。

可见，客户与银行的管理平台、运营商平台与银行的管理平台之间签订的监管合约，以及客户与运营商平台之间的交易合约中，运营商平台需要定期从客户的预缴款账户扣款的扣款权限，预缴款账户的所有权仍属于客户，客户的预缴款的资金安全能够得到保障。

S202：对应于交易合约和监管合约，将客户的预缴款账户与运营商平台的收款账户关联，并生成专用交易标识、单笔扣款额度以及总扣款额度。

其中，根据预缴款账户与收款账户关联的相关信息，可以得到允许向预缴款账户发起扣款的收款账户。具体地，对于预缴款账户，可以设置交易对手的账户，则将客户的预缴款账户与运营商平台的收款账户关联，即为将运营商平台的收款账户添加到设置的交易对手的账户中，使得预缴款账户只能由设置的交易对手的账户进行扣款交易，保障预缴款账户的资金安全。

在一些实施例中，运营商平台的收款账户向客户的预缴款账户发起扣款请求时，可以在扣款周期内发起的多次扣款请求，多次的扣款请求需要一个总扣款额度，使得运营商平台从客户的预缴款账户所得的资金不超过这个总扣款额度，保障客户的资金安全。

在一些实施例中，运营商平台的收款账户发起的单次扣款请求的扣款金额不能超过单笔扣款额度。即运营商平台从客户的预缴款账户中所得的资金不能超过其能够得到的最大额度，避免运营商平台一次从客户的预缴款账户扣得过多资金。

可见，步骤S201中，将客户的预缴款账户与运营商平台的收款账户关联，生成专用交易标识、单笔扣款额度以及总扣款额度等，可以理解为前文中对预缴款账户和收款账户的支取进行设置的交易授权权限，进一步地，在收款账户发起扣款请求时，可以根据交易授权权限对扣款请求进行处理。

可以理解，交易授权权限包括的内容只是本申请实施例中的一种示例，在其他实时中，交易授权权限还可以包括其他信息，例如客户授权状态、交易对手名称等等。

S203：客户通过客户的关联账户向其预缴款账户充值。

可以理解，客户会发起由关联账户向预缴款账户转移资金的充值请求，银行的管理平台接收到充值请求后，会执行该请求对应的操作，完成步骤S203。

在一些实施例中，预缴款账户有充值资金入账，其余额发生变动时，银行的管理平台会根据预缴款账户关联的收款账户以及收款账户对应的监管合约，向运营商平台推送预缴款账户的入账通知，实时更新运营商平台中该预缴款账户的余额，便于运营商平台进行对账以及向客户催缴账单。

在一些实施例中，预缴款账户资金充足的情况下，客户会发起由预缴款账户向关联账户转移资金的转账请求，银行的管理平台接收到转账请求后，将该请求发送给运营商平台，获得运营商平台允许执行交易的批准后，银行的管理平台会执行该请求对应的操作。

S204：推送入账通知给运营商平台。

具体地，推送入账通知给运营商平台，可以包括获取预缴款账户的专用交易标识、关联的收款账户等，然后根据获取到的专用交易标识、关联的收款账户确定对应的运营商平台。然后再根据客户充值的金额、预缴款账户，生成入账通知，并将入账通知发送到确定的运营商平台。

S205：运营商平台在扣款周期内发起扣款请求。

可以理解，扣款请求中可以包括交易标识、扣款的双方账户、扣款的金额。其中，交易标识可以为该笔交易对应的商业代码，也可以为收款账户与银行的管理平台签订的监管合约的合约标识。

其中，扣款周期可以理解为允许收款账户向预缴款账户发起扣款请求的时间。

S206：扣款请求的收款账户是否与预缴款账户关联。

若步骤S206判断结果为是，则表明收款账户与预缴款账户之间签订了交易合约，且收款账户与银行的管理平台、预缴款账户与银行的管理平台之间分别签订了监管合约，满足部分的预缴款扣款的交易授权权限，可以进行下一步验证，即执行步骤S207。若步骤S206判断结果为否，则表明收款账户与预缴款账户之间未签订交易合约，或收款账户与银行的管理平台、预缴款账户与银行的管理平台之间未签订了监管合约，不需要判断预缴款扣款的交易授权权限，可以直接进行扣款。

S207：扣款请求的扣款金额是否满足单笔扣款额度、总扣款额度以及扣款请求是否对应于专用交易。

若步骤S207判断结果为是，则表明扣款请求验证通过，满足部分的预缴款扣款的交易授权权限，可以完成扣款，即执行步骤S208。若步骤S207判断结果为否，则表明扣款请求验证不通过，不满足部分的预缴款扣款的交易授权权限，扣款失败，执行步骤S209。

S208：完成扣款。

在一些实施例中，执行步骤S208是，需要判断预缴款账户中的余额是否满足扣款请求中的扣款金额，如果满足扣款金额，表示预缴款账户的余额充足，能够完成预缴款账户向收款账户的资金流转。在一些实施例中，如果不满足扣款金额，表示预缴款账户的余额不足，不能够完成预缴款账户向收款账户的资金流转，可以先将预缴款账户中的资金转入收款账户，并向运营商平台反馈预缴款账户余额不足的信息，以及不足的金额，运营商平台可以基于收到的信息向客户催缴账单。在一些实施例中，如果不满足扣款金额，表示预缴款账户的余额不足，不能够完成预缴款账户向收款账户的资金流转，可以直接向运营商平台反馈预缴款账户余额不足的信息，以及当前预缴款账户的余额和不足的金额，运营商平台可以基于收到的信息向客户催缴账单。

S209：扣款失败。

本申请实施例中，预缴款账户还是客户的账户，预缴款账户的资金还是在客户的账户内，不需要提前给运营商平台，并且为了保障运营商平台的应有权益，对预缴款账户进行限制，避免客户挪用预缴款账户的资金。同时，还对运营商平台的收款账户的扣款做限制，限制扣款的时间、扣款额度，使得运营商平台能够按期从预缴款账户扣缴应得的资金，避免消费者欠款。此外，扣款时验证收款账户是否与预缴款账户关联、以及扣款请求是否为专用交易，可以保障收款账户与预缴款账户的资金安全，避免运营商平台挪用预缴款账户的资金。

下面结合图4和图5，对本申请实施例的资金管理方法进行进一步介绍。

请参考图4，为本申请实施例中资金管理方法的部分流程示意图。

如图4所示，客户410、运营商平台420以及银行的管理平台之间会签订合约。

具体地，运营商平台420会先与银行的管理平台签订合约1，即图2中的监管合约2。签订的合约1中会包括运营商平台420开设的包括预缴款制度的产品或项目，并且会对应每个产品或项目生成对应的交易标识，用于标识该产品或项目为专用交易。

在一些实施例中，合约1可以例如通过下表1表示。

表1

表1中的运营商平台的产品可例如运营商平台420开设的包括预缴款制度的产品或项目。电子银行的管理平台服务合约编号可以理解为合约1涉及到的电子银行的管理平台服务对应的合约编号。其中的合约状态代码可以通过表1中的“在约”表示，也可以通过字母数字表示。其中的“在约”表示合约1处于合约的有效期内，还可以为“已完成”、“过期”等。

客户410与银行的管理平台之间会签订合约2，即图2中的监管合约2，签订的合约2中会绑定签约的预缴款账户以及客户的关联账户。合约2会通过客户渠道到达服务发布430，服务发布430会将接收到的合约2发送至存款借记卡交易子系统440，对合约2进行验证管理等。合约2签订完成后，银行的管理平台的员工会通过员工渠道调用存款借记卡交易子系统440的资金监管业务441的预签约服务。即资金监管业务441调用存款(对公)444校验签约的合约2。包括校验预缴款账户、客户的关联账户的账户信息等。

在一些实施例中，合约2可以例如通过下表2表示。

表2

签约客户账号	客户的预缴款账户
		产品合约编号	合约2
合约状态代码	在约
		关联客户账号	客户名下其他账号
关联客户账号名称	XXXXXX
		关联账号支付行号	XXXXXX
对方开户行名称	XXXXXX
		签约日期	2021/11/30

表2中的合约状态代码可以通过表2中的“在约”表示，也可以通过字母数字表示。其中的“在约”表示合约2处于合约的有效期内，还可以为“已完成”、“过期”等。

客户410会在运营商平台420中，签订合约3，即图2中的交易合约，合约3中会包括客户410预缴款可以支持的交易信息。其中的预缴款可以支持的交易信息即上文中运营商平台420开设的包括预缴款制度的产品或项目。运营商平台420会通过客户渠道，将合约3发送至服务发布430，服务发布430将合约3发送至存款借记卡交易子系统440。存款借记卡交易子系统440接收到合约3后，会直接到达现金管理443。现金管理443会调用资金监管业务441的查询服务，确定客户410与银行的管理平台预签订合约2。确定到客户410与银行的管理平台已经预签订合约2，资金监管业务441会完成合约2的签约确认。在进行签约确认时，可以调用数据集成450和管理分析业务460进行确认。

合约2签约确认完成后，资金监管业务441好处按照合约1、合约2以及合约3的相关信息，调用理财产品445服务，发起理财产品的认购以及申购。此处的理财产品可以理解为客户410与银行的管理平台签订的合约1中对应的代收业务授权管理，即前文中的交易授权权限。交易授权权限可以允许合约3中对应的运营商平台420按周期从预缴款账户扣款，并且会将扣款结果通知到客户410。此过程可以调用数据集成450和管理分析业务460进行数据的分析与管理。

在一些实施例中，交易授权权限可以通过下表3表示。

表3

签约客户账号	预缴款账户
		产品合约编号	XXXXXX
付款人客户类型代码	客户410
		对方交易账号	收款账户
对方交易账号名称	XXXXXX
		交易对手账户行别代码	XXXXXX
付款用途摘要代码	指定用途
		单笔支付限额	a
支付限额周期类型代码	b
		授权起始日期	XXXXXX
授权到期日期	XXXXXX
		客户授权状态代码	开启
短信提醒手机号码	XXXXXX

表3中，付款人客户类型代码在本实施例中可以理解为客户410对应的代码。付款用途摘要代码可以理解为前文中的交易标识，本实施例中对应于指定用途，即预缴款可以支持的交易种类。单笔支付限额a以及支付限额周期类型代码b可以根据合约3的内容进行设定。客户授权状态代码可以理解为客户410是否允许银行的管理平台执行代收业务。

请参考图5，为本申请实施例中资金管理方法的部分流程示意图。

如图5所示，客户410会向预缴款账户充值，运营商平台420会通过收款账户发起交易(包括图3中的扣款请求)。

具体地，客户410会通过客户的关联账户，向预缴款账户充值资金，预缴款账户收到资金入账后，会根据预缴款账户的相关信息，推送入账通知给运营商平台420，运营商平台420会实时更新其平台前端记录的预缴款账户的余额，进行对账和账单催缴。

在一些实施例中预缴款账户会与银行的管理平台生成如下表4所示的电子合约。

表4

客户账号	预缴款账户
		产品细类代码	A
合约状态代码	在约
		电子合约编号	收款账户信息

表4中的合约状态代码可以通过表4中的“在约”表示，也可以通过字母数字表示。其中的“在约”表示合约4处于合约的有效期内，还可以为“已完成”、“过期”等。产品细类代码A表示客户的预缴款账户签订了A产品的电子合约。电子合约编号可以表示预缴款账户对应的收款账户或运营商平台420。进而，银行的管理平台在收到客户410的预缴款后，会根据电子合约编号向运营商平台420推送入账通知。

运营商平台420还会通过客户渠道发起交易。具体地，运营商平台420会发起批量转文件或从预缴款账户扣款的交易，交易通过现金管理443向资金监管服务441发起转账通知。资金监管服务441会对交易进行处理，验证收款账户是否与预缴款账户关联，扣款请求的扣款金额是否满足单笔扣款额度、总扣款额度以及扣款请求是否对应于专用交易。如果验证通过，则资金监管服务441调用支付结算442完成转账。

当预缴款账户的余额不足时，资金监管服务441会预缴款账户的余额，生成账户余额信息，并将信息通过消息中心470发送给运营商平台420。

在一些实施例中，运营商平台发起的交易中会包括下表5所示的内容。

表5

产品细类代码	A
		产品细类位置序号	XXXXXX
产品细类类型代码	XXXXXX

其中的，产品细类代码A表示运营商平台的收款账户签订了A产品的电子合约。

具体地，银行的管理平台会判断收款账户发起的交易中是否与预缴款账户的上表4中的产品细类代码一致，如果代码一致，继续判断交易的交易标识是否为专用交易标识的，如果判断结果为是，且交易的金额满足单笔扣款额度和总扣款额度，则完成扣款交易。

请参考图6，为本申请实施例中资金管理装置的结构示意图。

如图6所示，资金管理装置600包括：

交易获取模块602，用于第三方平台接收到运营商平台发送的扣款请求，其中，所述扣款请求用于请求将第三方平台所管理的、客户的预缴款账户中的至少部分资金转移至所述运营商平台的运营商账户中；

交易判断模块602，用于第三方平台判断所述扣款请求所请求的操作是否满足所述客户的预缴款账户与所述运营商账户之间的交易授权权限；

交易执行模块603，用于第三方平台在所述扣款请求所请求的操作满足所述交易授权权限的情况下，执行所述扣款请求所请求的操作。

现在参考图7，所示为根据本申请的一个实施例的电子设备700的框图。设备700可以包括一个或多个处理器702，与处理器702中的至少一个连接的系统控制逻辑708，与系统控制逻辑708连接的系统内存704，与系统控制逻辑708连接的非易失性存储器(NVM)706，以及与系统控制逻辑708连接的网络接口710。

处理器702可以包括一个或多个单核或多核处理器。处理器702可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任何组合。在本文的实施例中，处理器702可以被配置为执行根据如图2-6所示的各种实施例的一个或多个实施例。

在一些实施例中，系统控制逻辑708可以包括任意合适的接口控制器，以向处理器702中的至少一个和/或与系统控制逻辑708通信的任意合适的设备或组件提供任意合适的接口。在一些实施例中，系统控制逻辑708可以包括一个或多个存储器控制器，以提供连接到系统内存704的接口。系统内存704可以用于加载以及存储数据和/或指令。在一些实施例中设备700的内存704可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(DRAM)。

NVM/存储器706可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，NVM/存储器706可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如HDD(Hard Disk Drive，硬盘驱动器)，CD(Compact Disc，光盘)驱动器，DVD(Digital Versatile Disc，数字通用光盘)驱动器中的至少一个。NVM/存储器706可以包括安装在设备700的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口710通过网络访问NVM/存储706。特别地，系统内存704和NVM/存储器706可以分别包括：指令720的暂时副本和永久副本。指令720可以包括：由处理器702中的至少一个执行时导致设备700实施如图3-5所示的方法的指令。在一些实施例中，指令720、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑708，网络接口710和/或处理器702中。

网络接口710可以包括收发器，用于为设备700提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口710可以集成于设备700的其他组件。例如，网络接口710可以集成于处理器702的，系统内存704，NVM/存储器706，和具有指令的固件设备(未示出)中的至少一种，当处理器702中的至少一个执行所述指令时，设备700实现图2-6所示的各种实施例的一个或多个实施例。

网络接口710可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口710可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。

在一个实施例中，处理器702中的至少一个可以与用于系统控制逻辑708的一个或多个控制器的逻辑封装在一起，以形成系统封装(SiP)。在一个实施例中，处理器702中的至少一个可以与用于系统控制逻辑708的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(SoC)。

设备700可以进一步包括：输入/输出(I/O)设备712。I/O设备712可以包括客户界面，使得客户能够与设备700进行交互；外围组件接口的设计使得外围组件也能够与设备700交互。在一些实施例中，设备700还包括传感器，用于确定与设备700相关的环境条件和位置信息的至少一种。

在一些实施例中，客户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。

在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。

在一些实施例中，传感器可包括但不限于陀螺仪传感器，加速度计，近程传感器，环境光线传感器和定位单元。定位单元还可以是网络接口710的一部分或与网络接口710交互，以与定位网络的组件(例如，全球定位系统(GPS)卫星)进行通信。

可以理解的是，本发明实施例示意的结构并不构成对电子设备700的具体限定。在本申请另一些实施例中，电子设备700可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质或计算机程序产品上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“IP核”的这些表示可以被存储在有形的计算机可读存储介质上或无形的计算机程序产品上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。

Claims

1.一种资金管理方法，其特征在于，包括：

2.根据权利要求1所述的资金管理方法，其特征在于，所述授权权限是所述第三方平台根据获取到的所述第三方平台与所述运营商平台之间签订的第一合约、所述第三方平台与所述客户之间签订的第二合约，以及所述客户与所述运营商平台之间签订的第三合约生成的。

3.根据权利要求2所述的资金管理方法，其特征在于，还包括：

4.根据权利要求3所述的资金管理方法，其特征在于，所述扣款请求包括扣款交易标识、扣款金额、扣款时间；

5.根据权利要求4所述的资金管理方法，其特征在于，第三方平台在所述扣款请求所请求的操作满足所述交易授权权限的情况下，执行所述扣款请求所请求的操作，包括：

6.根据权利要求5所述的资金管理方法，其特征在于，所述扣款额度包括单笔扣款额度和总扣款额度，其中所述单笔扣款额度表征了所述扣款金额在单次资金转移时需要满足的额度，所述总扣款额度表征了所述预设的扣款周期内，多次资金转移需要满足的总额度。

7.根据权利要求2所述的资金管理方法，其特征在于，还包括：

8.根据权利要求7所述的资金管理方法，其特征在于，还包括：

9.一种资金管理装置，其特征在于，包括：

10.一种电子设备，其特征在于，所述电子设备包括：

处理器，是电子设备的处理器之一，用于执行权利要求1至8任一项所述的资金管理方法。

11.一种计算机可读介质，所述计算机可读介质中存储有指令，其特征在于，所述指令在电子设备上执行时使电子设备执行权利要求1至8任一项所述的资金管理方法。

12.一种计算机程序产品，其特征在于，当计算机程序产品在电子设备上运行时，使得电子设备执行权利要求1至8任一项所述的资金管理方法。