CN117974308A - 应用功能扩展方法及装置、请求处理方法及装置 - Google Patents
应用功能扩展方法及装置、请求处理方法及装置 Download PDFInfo
- Publication number
- CN117974308A CN117974308A CN202410121721.1A CN202410121721A CN117974308A CN 117974308 A CN117974308 A CN 117974308A CN 202410121721 A CN202410121721 A CN 202410121721A CN 117974308 A CN117974308 A CN 117974308A
- Authority
- CN
- China
- Prior art keywords
- user
- target application
- account
- application
- financial
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 83
- 238000003672 processing method Methods 0.000 title abstract description 39
- 238000012546 transfer Methods 0.000 claims description 72
- 230000006870 function Effects 0.000 claims description 43
- 230000008569 process Effects 0.000 description 26
- 238000010586 diagram Methods 0.000 description 24
- 238000012545 processing Methods 0.000 description 21
- 238000004590 computer program Methods 0.000 description 9
- 230000000694 effects Effects 0.000 description 9
- 230000006872 improvement Effects 0.000 description 8
- 230000009471 action Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 239000010979 ruby Substances 0.000 description 1
- 229910001750 ruby Inorganic materials 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例提供了一种应用功能扩展方法及装置、请求处理方法及装置，其中，应用功能扩展方法包括：首先，在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户，其中，目标应用不为金融类应用，然后，基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。
Description
本文件是“应用功能扩展方法及装置、请求处理方法及装置”的分案申请，母案的申请号为“201811333017.3”，申请日为“2018年11月09日”。
技术领域
本申请涉及计算机技术领域，尤其涉及一种应用功能扩展方法及装置、请求处理方法及装置。
背景技术
随着终端设备和软件开发技术的快速发展，目前已经能够在终端设备中开发各种应用程序，这些应用程序能够为用户提供各种各样的功能，比如拍照应用程序提供拍照功能，美图应用程序提供美图功能，金融类应用程序提供线上金融服务功能。线上金融服务包括但不限于发红包、转账、收款等。
然而，目前只有金融类应用程序才能够为用户提供线上金融服务功能，比如各个银行的手机银行能够为用户提供手机线上付款、转账、收款、查询余额、购买理财产品等功能。对于非金融类应用程序而言，通常只能够提供简单的视频浏览、通讯聊天等功能，具有提供的应用服务的类型较少的问题。
发明内容
本申请实施例的目的是提供一种应用功能扩展方法及装置、请求处理方法及装置，以扩展非金融类应用程序向用户提供的服务类型，提高非金融类应用的服务多样性。
为达到上述技术目的，本申请实施例是这样实现的：
本申请实施例提供了一种应用功能扩展方法，包括：在目标应用关联的指定金融应用中，为所述目标应用的用户创建托管账户；其中，所述目标应用不为金融类应用；基于所述目标应用的用户的托管账户和预先在所述指定金融应用中开通的所述目标应用的用户的金融结算账户，在所述目标应用中为所述目标应用的用户提供金融服务。
本申请实施例提供了一种请求处理方法，包括：从移动终端处获取目标应用的企业用户的基于所述目标应用的付款请求，并确定所述付款请求对应的收款用户，所述收款用户为所述目标应用的企业用户或个人用户；根据所述付款请求，在所述企业用户的金融结算账户中进行扣款操作；根据所述付款请求，向所述收款用户的托管账户中或者所述收款用户的所述金融结算账户中转入相应金额；其中，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理方法，包括：从移动终端处获取目标应用的企业用户的基于所述目标应用的收款请求，并确定所述收款请求对应的付款用户，所述付款用户为所述目标应用的企业用户或个人用户；根据所述收款请求，在所述付款用户的金融结算账户中进行扣款操作；根据所述收款请求，向所述企业用户的托管账户中或者所述企业用户的所述金融结算账户中转入相应金额；其中，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理方法，包括：获取目标应用的用户的基于所述目标应用的交易请求，并确定所述交易请求对应的付款用户和收款用户，所述付款用户和所述收款用户均为所述目标应用的用户；根据所述交易请求，在所述付款用户的金融结算账户中进行扣款操作；根据所述交易请求，向所述收款用户的托管账户中或者所述收款用户的所述金融结算账户中转入相应金额；其中，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理方法，包括：向服务器发送目标应用的企业用户的基于所述目标应用的付款请求；接收所述服务器根据所述付款请求返回的付款结果并显示；其中，所述付款结果包括根据所述付款请求在所述企业用户的金融结算账户中的扣款结果，和，根据所述付款请求向收款用户的托管账户或者所述收款用户的金融结算账户的转账结果；所述收款用户为所述目标应用的企业用户或者个人用户，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理方法，包括：向服务器发送目标应用的企业用户的基于所述目标应用的收款请求；接收所述服务器根据所述收款请求返回的收款结果并显示；其中，所述收款结果包括根据所述收款请求向所述企业用户的托管账户或者所述企业用户的金融结算账户的转账结果，和，根据所述收款请求在付款用户的金融结算账户中的扣款结果；所述付款用户为所述目标应用的企业用户或者个人用户，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理方法，包括：向服务器发送目标应用的用户的基于所述目标应用的交易请求；接收所述服务器根据所述交易请求返回的交易结果并显示；其中，所述交易结果包括根据所述交易请求在付款用户的金融结算账户中的扣款结果，和，根据所述交易请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；所述付款用户和所述收款用户均为所述目标应用的用户；所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种应用功能扩展装置，包括：账户创建单元，用于在目标应用关联的指定金融应用中，为所述目标应用的用户创建托管账户；其中，所述目标应用不为金融类应用；服务提供单元，用于基于所述目标应用的用户的托管账户和预先在所述指定金融应用中开通的所述目标应用的用户的金融结算账户，在所述目标应用中为所述目标应用的用户提供金融服务。
本申请实施例提供了一种请求处理装置，包括：请求获取单元，用于从移动终端处获取目标应用的企业用户的基于所述目标应用的付款请求，并确定所述付款请求对应的收款用户，所述收款用户为所述目标应用的企业用户或个人用户；扣款单元，用于根据所述付款请求，在所述企业用户的金融结算账户中进行扣款操作；转账单元，用于根据所述付款请求，向所述收款用户的托管账户中或者所述收款用户的所述金融结算账户中转入相应金额；其中，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理装置，包括：请求获取单元，用于从移动终端处获取目标应用的企业用户的基于所述目标应用的收款请求，并确定所述收款请求对应的付款用户，所述付款用户为所述目标应用的企业用户或个人用户；扣款单元，用于根据所述收款请求，在所述付款用户的金融结算账户中进行扣款操作；转账单元，用于根据所述收款请求，向所述企业用户的托管账户中或者所述企业用户的所述金融结算账户中转入相应金额；其中，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理装置，包括：请求获取单元，用于获取目标应用的用户的基于所述目标应用的交易请求，并确定所述交易请求对应的付款用户和收款用户，所述付款用户和所述收款用户均为所述目标应用的用户；扣款单元，用于根据所述交易请求，在所述付款用户的金融结算账户中进行扣款操作；转账单元，用于根据所述交易请求，向所述收款用户的托管账户中或者所述收款用户的所述金融结算账户中转入相应金额；其中，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理装置，包括：请求发送单元，用于向服务器发送目标应用的企业用户的基于所述目标应用的付款请求；结果接收单元，用于接收所述服务器根据所述付款请求返回的付款结果并显示；其中，所述付款结果包括根据所述付款请求在所述企业用户的金融结算账户中的扣款结果，和，根据所述付款请求向收款用户的托管账户或者所述收款用户的金融结算账户的转账结果；所述收款用户为所述目标应用的企业用户或者个人用户，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理装置，包括：请求发送单元，用于向服务器发送目标应用的企业用户的基于所述目标应用的收款请求；结果接收单元，用于接收所述服务器根据所述收款请求返回的收款结果并显示；其中，所述收款结果包括根据所述收款请求向所述企业用户的托管账户或者所述企业用户的金融结算账户的转账结果，和，根据所述收款请求在付款用户的金融结算账户中的扣款结果；所述付款用户为所述目标应用的企业用户或者个人用户，所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种请求处理装置，包括：请求发送单元，用于向服务器发送目标应用的用户的基于所述目标应用的交易请求；结果接收单元，用于接收所述服务器根据所述交易请求返回的交易结果并显示；其中，所述交易结果包括根据所述交易请求在付款用户的金融结算账户中的扣款结果，和，根据所述交易请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；所述付款用户和所述收款用户均为所述目标应用的用户；所述目标应用不为金融类应用；所述目标应用与指定金融应用相关联；所述托管账户为在所述指定金融应用中为所述目标应用的用户创建的账户；所述金融结算账户为预先在所述指定金融应用中开通的所述目标应用的用户的账户。
本申请实施例提供了一种应用功能扩展设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现上述的应用功能扩展方法的步骤。
本申请实施例提供了一种请求处理设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现上述的请求处理方法的步骤。
本申请实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现上述的应用功能扩展方法的步骤。
本申请实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现上述的请求处理方法的步骤。
本实施例中，能够通过在指定金融应用中为目标应用的用户创建托管账户的方式，在目标应用中为目标应用的用户提供金融服务，从而扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的应用功能扩展方法的流程示意图；
图2a为本申请一实施例提供的目标应用与指定金融应用的示意图；
图2b为本申请一实施例提供的在目标应用中为目标应用的用户提供金融服务的示意图；
图2c为本申请一实施例提供的在目标应用中为目标应用的用户提供金融服务的示意图；
图3为本申请一实施例提供的收款流程示意图；
图4为本申请一实施例提供的请求处理方法的应用场景示意图；
图5为本申请一实施例提供的请求处理方法的流程示意图；
图6为本申请一实施例提供的请求处理方法的流程示意图；
图7为本申请一实施例提供的请求处理方法的流程示意图；
图8为本申请另一实施例提供的请求处理方法的流程示意图；
图9为本申请另一实施例提供的请求处理方法的流程示意图；
图10为本申请另一实施例提供的请求处理方法的流程示意图；
图11为本申请一实施例提供的应用功能扩展装置的模块组成示意图；
图12为本申请一实施例提供的请求处理装置的模块组成示意图；
图13为本申请另一实施例提供的请求处理装置的模块组成示意图；
图14为本申请一实施例提供的电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
本申请实施例提供了一种应用功能扩展方法及装置、请求处理方法及装置，以扩展非金融类应用程序向用户提供的服务类型，提高非金融类应用的服务多样性。
图1为本申请一实施例提供的应用功能扩展方法的流程示意图，该方法可以应用在服务器中，由服务器执行，该服务器可以为下述指定金融应用的服务器，还可以为下述目标应用的服务器。如图1所示，该流程包括以下步骤：
步骤S102，在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户，其中，目标应用不为金融类应用；
步骤S104，基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。
本申请实施例中，目标应用不为金融类应用，首先在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户，然后基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。可见，本实施例中，能够通过在指定金融应用中为目标应用的用户创建托管账户的方式，在目标应用中为目标应用的用户提供金融服务，从而扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
需要说明的是，本实施例中，在目标应用中为目标应用的用户提供的金融服务，指的是无实体产品交易或者虚拟产品交易的金融服务，为资金与资金之间的交易，而非基于实体产品或者虚拟产品买卖的资金交易。
本实施例中，目标应用不为金融类应用，举例为，目标应用可以为通信类应用、视频浏览类应用、新闻类应用中的任意一种。
本实施例中，目标应用与指定金融应用相关联，指定金融应用能够为用户提供金融服务。具体地，用户在指定金融应用中预先开通有金融结算账户，指定金融应用通过用户的金融结算账户，为用户提供金融服务。比如，指定金融应用为某银行的手机银行，用户在该手机银行中开通有金融结算账户，该手机银行通过用户的金融结算账户，在各个用户之间实现付款、转账、发红包等功能。
上述步骤S102中，在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户，具体可以为：在目标应用关联的指定金融应用中，为目标应用创建托管主账户，在托管主账户下，为目标应用的用户创建托管子账户，将托管子账户作为目标应用的用户对应的托管账户。
具体地，首先，在目标应用关联的指定金融应用中，为目标应用创建托管主账户，相当于为目标应用开通“户头”，然后，在托管主账户下，为目标应用的用户创建托管子账户，其中，目标应用的用户可以为在目标应用中注册的会员，基于为会员开通托管子账户的方式，在托管主账户下，为目标应用的用户创建托管子账户。最后，托管子账户即为目标应用的每个用户对应的托管账户。
在指定金融应用中为目标应用的用户创建了托管账户后，若目标应用的用户预先在指定金融应用中还开通有金融结算账户，则能够执行上述步骤S104，基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。
一个实施例中，上述步骤S104具体为：
(a1)获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户，付款用户和收款用户均为目标应用的用户；
(a2)根据交易请求，在付款用户的金融结算账户中，进行扣款操作；
(a3)根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额。
具体地，上述动作(a1)中，首先获取目标应用的用户通过目标应用发出的交易请求，并确定交易请求对应的付款用户和收款用户，其中，付款用户和收款用户均为目标应用的用户，发出交易请求的用户可以为付款用户，还可以为收款用户。
然后，上述动作(a2)中，根据交易请求，在付款用户的金融结算账户中，进行扣款操作。比如，交易请求为付款用户A向收款用户B付款300元人民币，则根据该交易请求，确定付款用户A在指定金融应用中的金融结算账户，在付款用户A的金融结算账户中扣款300元人民币。
然后，上述动作(a3)中，根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额。比如，交易请求为付款用户A向收款用户B付款300元人民币，则一个情况下，根据该交易请求，确定收款用户B在目标应用中的托管账户，向收款用户B的托管账户中转入300元人民币，另一个情况下，根据该交易请求，确定收款用户B在指定金融应用中的金融结算账户，向收款用户B的金融结算账户中转入300元人民币。
上述动作(a3)中，根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额，具体可以为：若确定收款用户的托管账户与收款用户的金融结算账户绑定成功，则根据交易请求，向收款用户的金融结算账户中转入相应金额；若确定收款用户的托管账户未与收款用户的金融结算账户绑定，且确定收款用户的托管账户的可入账余额大于等于上述相应金额，则根据交易请求，向收款用户的托管账户中转入相应金额。
本实施例中，目标应用的用户的托管账户可以与目标应用的用户的金融结算账户绑定。目标应用的用户的托管账户具有最大允许余额限制，托管账户中的余额小于等于该最大允许余额。上述动作(a3)中，首先判断收款用户的托管账户与收款用户的金融结算账户是否绑定，若绑定，则根据交易请求，向收款用户的金融结算账户中转入相应金额，若未绑定，则判断收款用户的托管账户的可入账余额是否大于等于上述相应金额，若大于等于上述相应金融，则根据交易请求，向收款用户的托管账户中转入相应金额。其中，托管账户的可入账余额为托管账户的最大允许余额与托管账户的已有余额之间的差值。
一个情况下，若收款用户的托管账户与收款用户的金融结算账户未绑定，且收款用户的托管账户的可入账余额小于上述相应金额，则向付款用户提示付款失败，失败原因为收款用户可入账余额不足，或者，向收款用户提示收款失败，失败原因为收款用户可入账余额不足，并提示收款用户将托管账户与金融结算账户进行绑定。
本实施例中，还可以在目标应用中显示目标应用的用户的托管账户的余额，从而方便用户浏览余额。
图2a为本申请一实施例提供的目标应用与指定金融应用的示意图，如图2a所示，目标应用与指定金融应用相关联，在指定金融应用中，为目标应用的用户开通有托管账户，在指定金融应用中，目标应用的用户预先开通有金融结算账户，从而基于目标应用的用户的托管账户和目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。
图2b为本申请一实施例提供的在目标应用中为目标应用的用户提供金融服务的示意图，如图2b所示，用户在目标应用中发出交易请求，该交易请求对应的付款用户为用户A，该交易请求对应的收款用户为用户B，根据该交易请求，在用户A的金融结算账户中进行扣款操作，由于用户B的托管账户与用户B的金融结算账户绑定成功，因此根据该交易请求，向用户B的金融结算账户中转入相应金额。
图2c为本申请一实施例提供的在目标应用中为目标应用的用户提供金融服务的示意图，如图2c所示，用户在目标应用中发出交易请求，该交易请求对应的付款用户为用户A，该交易请求对应的收款用户为用户B，根据该交易请求，在用户A的金融结算账户中进行扣款操作，由于用户B的托管账户与用户B的金融结算账户未绑定，并且，用户B的托管账户的最大允许余额为500元，用户B的托管账户的已有余额为50元，交易请求对应的付款金额为400元，因此根据该交易请求，向用户B的托管账户中转入400元。
图3为本申请一实施例提供的收款流程示意图，如图3所示，该流程包括：
步骤S302，确定交易请求对应的收款用户。
步骤S304，判断收款用户的托管账户和收款用户的金融结算账户是否绑定。
若是，执行步骤S306，若否，执行步骤S308。
步骤S306，根据交易请求，向收款用户的金融结算账户中转入相应金额。
步骤S308，利用收款用户的托管账户的最大允许余额减去收款用户的托管账户的已有余额，将差值作为收款用户的托管账户的可入账余额。
步骤S310，判断收款用户的托管账户的可入账余额是否大于等于上述相应金额。
若是，执行步骤S312，否则，执行步骤S314。
步骤S312，根据交易请求，向收款用户的托管账户中转入相应金额。
步骤S314，向收款用户提示收款失败，失败原因为收款用户可入账余额不足，提示收款用户将托管账户与金融结算账户进行绑定。
可见，通过本实施例，能够获取目标应用的用户基于目标应用发出的交易请求，并根据该交易请求在目标应用的用户之间进行收付款交易，从而使得目标应用向目标应用的用户提供金融交易功能，扩展非金融类应用程序向用户提供的服务类型，提高非金融类应用的服务多样性。
本申请一实施例中，交易请求为付款用户的基于移动终端中的目标应用的付款请求，付款用户为目标应用的企业用户，收款用户为目标应用的企业用户或者个人用户。
具体地，目标应用的企业用户可以作为付款用户，在移动终端中操作目标应用，从而发出付款请求，付款请求对应的收款用户可以为目标应用的企业用户，也可以为目标应用的个人用户。付款用户可以在移动终端中操作目标应用进行付款，收款用户也可以在移动终端中操作目标应用进行收款。
本申请另一实施例中，交易请求为收款用户的基于移动终端中的目标应用的收款请求，收款用户为目标应用的企业用户，付款用户为目标应用的企业用户或者个人用户。
具体地，目标应用的企业用户可以作为收款用户，在移动终端中操作目标应用，从而发出收款请求，收款请求对应的付款用户可以为目标应用的企业用户，也可以为目标应用的个人用户。收款用户可以在移动终端中操作目标应用进行收款，付款用户也可以在移动终端中操作目标应用进行付款。
在一个场景下，交易请求为基于账单场景的多笔账单的合并支付请求，或者，交易请求为基于转账场景的多笔转账的合并转账请求，则上述动作(a1)中，确定交易请求对应的收款用户，包括：确定交易请求对应的各个收款用户。上述动作(a3)中，根据交易请求，向收款用户的托管账户中转入相应金额，可以为：根据交易请求，分别向各个收款用户的托管账户中转入相应金额。上述动作(a3)中，根据交易请求，向收款用户的金融结算账户中转入相应金额，可以为：根据交易请求，分别向各个收款用户的金融结算账户中转入相应金额。
具体地，当付款用户需要向多个收款用户付款时，付款用户可以在账单场景下发起多笔账单的合并支付请求，该账单可以举例为费用报销单。当付款用户需要向多个收款用户转账时，付款用户可以在转账场景下发起多笔转账的合并转账请求。一个实施例中，付款用户为目标应用的企业用户，目标应用的企业用户在移动终端中对目标应用进行操作，在报销账单的场景下发起多笔报销账单的合并支付请求，从而向多个员工进行账单报销。
该情况下，可以确定交易请求对应的各个收款用户，收款用户可以为目标应用的企业用户或个人用户。然后，根据交易请求，分别向各个收款用户的托管账户中转入相应金额，或者，根据交易请求，分别向各个收款用户的金融结算账户中转入相应金额。该情况下，收款用户可以在电脑端操作目标应用进行收款，也可以在移动终端中操作目标应用进行收款，付款用户可以在电脑端操作目标应用进行付款，也可以在移动终端中操作目标应用进行付款。
另一个场景下，交易请求为基于账单场景的多笔账单的合并收款请求，或者，交易请求为基于转账场景的多笔转账的合并收款请求。上述动作(a1)中，确定交易请求对应的付款用户，可以为：确定交易请求对应的各个付款用户。上述动作(a2)中，根据交易请求，在付款用户的金融结算账户中，进行扣款操作，可以为：根据交易请求，分别在各个付款用户的金融结算账户中，进行扣款操作。
具体地，当收款用户需要从多个付款用户那里收款时，收款用户可以在账单场景下发起多笔账单的合并收款请求，或者，收款用户可以在转账场景下发起多笔转账的合并收款请求。一个实施例中，收款用户为目标应用的企业用户，目标应用的企业用户在移动终端中对目标应用进行操作，在基于账单的收费场景下发起多笔账单的合并收款请求，从而从多个员工处获取所收款项。
该情况下，可以确定交易请求对应的各个付款用户，付款用户可以为目标应用的企业用户或个人用户。然后，根据交易请求，分别在各个付款用户的金融结算账户中，进行扣款操作。该情况下，收款用户可以在电脑端操作目标应用进行收款，也可以在移动终端中操作目标应用进行收款，付款用户可以在电脑端操作目标应用进行付款，也可以在移动终端中操作目标应用进行付款。
可见，本实施例中，目标应用可以向用户提供多笔资金的合并收款功能或者多笔资金的合并付款功能，从而方便用户在目标应用中进行资金交易。
本实施例中，还可以将目标应用的用户的托管账户与目标应用的用户的金融结算账户进行绑定，绑定成功后，将目标应用的用户的托管账户中的资金转移至目标应用的用户的金融结算账户中，从而实现资金提现功能，方便用户通过金融结算账户管理资金。
基于上述的应用功能扩展方法，本申请实施例还提供了一种请求处理方法，图4为本申请一实施例提供的请求处理方法的应用场景示意图，如图4所示，该场景包括移动终端100和服务器200。移动终端100中运行有上述的目标应用，用户在移动终端100中操作该目标应用，从而移动终端100向服务器200发送收款请求或付款请求，服务器200对接收到的请求进行处理。
图5为本申请一实施例提供的请求处理方法的流程示意图，该流程能够由服务器执行，比如上述的指定金融应用的服务器。如图5所示，该流程包括：
步骤S502，从移动终端处获取目标应用的企业用户的基于目标应用的付款请求，并确定付款请求对应的收款用户，收款用户为目标应用的企业用户或个人用户；
步骤S504，根据付款请求，在企业用户的金融结算账户中进行扣款操作；
步骤S506，根据付款请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额。
其中，目标应用不为金融类应用，目标应用与指定金融应用相关联。托管账户为在指定金融应用中为目标应用的用户创建的账户，金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
可见，本实施例中，目标应用不为金融类应用，目标应用与指定金融应用相关联，目标应用可以运行在移动终端中。通过在指定金融应用中为目标应用的用户创建托管账户，能够使得目标应用的用户可以在移动终端中操作目标应用并发出付款请求，从而在目标应用中为目标应用的用户提供金融服务，扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
本实施例中，目标应用的企业用户可以在移动终端中操作目标应用，从而移动终端向服务器发送付款请求。
上述步骤S502中，服务器接收移动终端发送的付款请求，该付款请求为目标应用的企业用户在移动终端中操作目标应用后发出的请求，该付款请求对应的收款用户可以为目标应用的企业用户或个人用户。
上述步骤S504中，服务器根据付款请求，在企业用户的金融结算账户中进行扣款操作。上述步骤S506中，服务器根据付款请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额。步骤S504和步骤S506的具体过程可以参考前面对图1所示的流程的解释，这里不再重复。
通过图5中的流程，目标应用的企业用户可以在移动终端中操作目标应用，执行付款操作，将付款操作移动化，极大方便了企业用户的付款过程。
图6为本申请一实施例提供的请求处理方法的流程示意图，该流程能够由服务器执行，比如上述的指定金融应用的服务器。如图6所示，该流程包括：
步骤S602，从移动终端处获取目标应用的企业用户的基于目标应用的收款请求，并确定收款请求对应的付款用户，付款用户为目标应用的企业用户或个人用户；
步骤S604，根据收款请求，在付款用户的金融结算账户中进行扣款操作；
步骤S606，根据收款请求，向企业用户的托管账户中或者企业用户的金融结算账户中转入相应金额；
其中，目标应用不为金融类应用，目标应用与指定金融应用相关联。托管账户为在指定金融应用中为目标应用的用户创建的账户，金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
可见，本实施例中，目标应用不为金融类应用，目标应用与指定金融应用相关联，目标应用可以运行在移动终端中。通过在指定金融应用中为目标应用的用户创建托管账户，能够使得目标应用的用户可以在移动终端中操作目标应用并发出收款请求，从而在目标应用中为目标应用的用户提供金融服务，扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
本实施例中，目标应用的企业用户可以在移动终端中操作目标应用，从而移动终端向服务器发送收款请求。
上述步骤S602中，服务器接收移动终端发送的收款请求，该收款请求为目标应用的企业用户在移动终端中操作目标应用后发出的请求，该收款请求对应的收款用户可以为目标应用的企业用户或个人用户。
上述步骤S604中，根据收款请求，在付款用户的金融结算账户中进行扣款操作。步骤S606，根据收款请求，向企业用户的托管账户中或者企业用户的金融结算账户中转入相应金额。步骤S604和步骤S606的具体过程可以参考前面对图1所示的流程的解释，这里不再重复。
通过图6中的流程，目标应用的企业用户可以在移动终端中操作目标应用，执行收款操作，将收款操作移动化，极大方便了企业用户的收款过程。
图7为本申请一实施例提供的请求处理方法的流程示意图，该流程能够由服务器执行，比如上述的指定金融应用的服务器。如图7所示，该流程包括：
步骤S702，获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户，付款用户和收款用户均为目标应用的用户；这里可以从移动终端处获取交易请求，还可以从其他用户终端如台式电脑处获取交易请求。
步骤S704，根据交易请求，在付款用户的金融结算账户中进行扣款操作；
步骤S706，根据交易请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额；
其中，目标应用不为金融类应用，目标应用与指定金融应用相关联。托管账户为在指定金融应用中为目标应用的用户创建的账户，金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
可见，本实施例中，目标应用不为金融类应用，目标应用与指定金融应用相关联，目标应用可以运行在移动终端中。通过在指定金融应用中为目标应用的用户创建托管账户，能够使得目标应用的用户可以在移动终端中操作目标应用并发出交易请求，从而在目标应用中为目标应用的用户提供金融服务，扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
本实施例中，目标应用的用户可以在移动终端中操作目标应用，从而移动终端向服务器发送交易请求。
上述步骤S702中，服务器接收移动终端发送的交易请求，该交易请求为目标应用的用户在移动终端中操作目标应用后发出的请求，该交易请求对应的收款用户可以为目标应用的企业用户或个人用户，该交易请求对应的付款用户可以为目标应用的企业用户或个人用户。
上述步骤S704中，根据交易请求，在付款用户的金融结算账户中进行扣款操作，上述步骤S706中，根据交易请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额。步骤S704和步骤S706的具体过程可以参考前面对图1所示的流程的解释，这里不再重复。
对应图5中的方法，本申请实施例还提供了一种请求处理方法，该方法由移动终端执行，图8为本申请另一实施例提供的请求处理方法的流程示意图，如图8所示，该流程包括：
步骤S802，向服务器发送目标应用的企业用户的基于目标应用的付款请求；
步骤S804，接收服务器根据付款请求返回的付款结果并显示。
其中，付款结果包括根据付款请求在企业用户的金融结算账户中的扣款结果，和，根据付款请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果。收款用户为目标应用的企业用户或者个人用户。目标应用不为金融类应用，目标应用与指定金融应用相关联。托管账户为在指定金融应用中为目标应用的用户创建的账户，金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
可见，本实施例中，目标应用不为金融类应用，目标应用与指定金融应用相关联，目标应用可以运行在移动终端中。通过在指定金融应用中为目标应用的用户创建托管账户，能够使得目标应用的用户可以在移动终端中操作目标应用并发出付款请求，从而在目标应用中为目标应用的用户提供金融服务，扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
本实施例中，目标应用的企业用户可以在移动终端中操作目标应用，从而移动终端向服务器发送付款请求。
上述步骤S802中，移动终端向服务器发送目标应用的企业用户基于目标应用发出的付款请求。服务器可以采用图5中的流程对付款请求进行处理。
上述步骤S804中，移动终端接收服务器根据付款请求返回的付款结果并显示。其中，付款结果包括根据付款请求在企业用户的金融结算账户中的扣款结果，和，根据付款请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果。
通过图8中的流程，目标应用的企业用户可以在移动终端中操作目标应用，执行付款操作，将付款操作移动化，极大方便了企业用户的付款过程。
对应图6中的方法，本申请实施例还提供了一种请求处理方法，该方法由移动终端执行，图9为本申请另一实施例提供的请求处理方法的流程示意图，如图9所示，该流程包括：
步骤S902，向服务器发送目标应用的企业用户的基于目标应用的收款请求；
步骤S904，接收服务器根据收款请求返回的收款结果并显示；
其中，收款结果包括根据收款请求向企业用户的托管账户或者企业用户的金融结算账户的转账结果，和，根据收款请求在付款用户的金融结算账户中的扣款结果。付款用户为目标应用的企业用户或者个人用户，目标应用不为金融类应用，目标应用与指定金融应用相关联。托管账户为在指定金融应用中为目标应用的用户创建的账户，金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
可见，本实施例中，目标应用不为金融类应用，目标应用与指定金融应用相关联，目标应用可以运行在移动终端中。通过在指定金融应用中为目标应用的用户创建托管账户，能够使得目标应用的用户可以在移动终端中操作目标应用并发出收款请求，从而在目标应用中为目标应用的用户提供金融服务，扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
本实施例中，目标应用的企业用户可以在移动终端中操作目标应用，从而移动终端向服务器发送收款请求。
上述步骤S902中，移动终端向服务器发送目标应用的企业用户基于目标应用发出的收款请求。服务器可以采用图6中的流程对收款请求进行处理。
上述步骤S904中，移动终端接收服务器根据收款请求返回的收款结果并显示，其中，收款结果包括根据收款请求向企业用户的托管账户或者企业用户的金融结算账户的转账结果，和，根据收款请求在付款用户的金融结算账户中的扣款结果。
通过图9中的流程，目标应用的企业用户可以在移动终端中操作目标应用，执行收款操作，将收款操作移动化，极大方便了企业用户的收款过程。
对应图7中的方法，本申请实施例还提供了一种请求处理方法，该方法由移动终端执行，图10为本申请另一实施例提供的请求处理方法的流程示意图，如图10所示，该流程包括：
步骤S1002，向服务器发送目标应用的用户的基于目标应用的交易请求；
步骤S1004，接收服务器根据交易请求返回的交易结果并显示；
其中，交易结果包括根据交易请求在付款用户的金融结算账户中的扣款结果，和，根据交易请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果。付款用户和收款用户均为目标应用的用户。目标应用不为金融类应用，目标应用与指定金融应用相关联。托管账户为在指定金融应用中为目标应用的用户创建的账户，金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
本实施例中，目标应用的用户可以在移动终端中操作目标应用，从而移动终端向服务器发送交易请求。交易请求对应的付款用户和收款用户均为目标应用的用户。
上述步骤S1002中，移动终端向服务器发送目标应用的用户基于目标应用发出的交易请求，上述步骤S1004中，移动终端接收服务器根据交易请求返回的交易结果并显示。交易结果包括根据交易请求在付款用户的金融结算账户中的扣款结果，和，根据交易请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果。
可见，本实施例中，目标应用不为金融类应用，目标应用与指定金融应用相关联，目标应用可以运行在移动终端中。通过在指定金融应用中为目标应用的用户创建托管账户，能够使得目标应用的用户可以在移动终端中操作目标应用并发出交易请求，从而在目标应用中为目标应用的用户提供金融服务，扩展非金融类应用程序向用户提供的服务类型，使得非金融类应用程序也能够向用户提供金融服务，提高非金融类应用的服务多样性。
由以上内容可知，本实施例中，移动终端与服务器之间可以进行交互，比如，移动终端向服务器发送目标应用的用户的基于目标应用的交易请求，服务器接收交易请求，并根据交易请求，在付款用户的金融结算账户中进行扣款操作，以及根据交易请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额。服务器还将交易结果发送至移动终端，移动终端接收交易结果并在目标应用中显示。
又如，移动终端向服务器发送目标应用的企业用户的基于目标应用的付款请求，服务器接收该付款请求，根据付款请求，在企业用户的金融结算账户中进行扣款操作，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额。服务器还将付款结果发送至移动终端，移动终端接收付款结果并在目标应用中显示。
又如，移动终端向服务器发送目标应用的企业用户的基于目标应用的收款请求，服务器接收该收款请求，根据收款请求，在付款用户的金融结算账户中进行扣款操作，根据收款请求，向企业用户的托管账户中或者企业用户的金融结算账户中转入相应金额。服务器还将收款结果发送至移动终端，移动终端接收收款结果并在目标应用中显示。
本申请实施例还提供了一种应用功能扩展装置，图11为本申请一实施例提供的应用功能扩展装置的模块组成示意图，如图11所示，该装置包括：
账户创建单元1101，用于在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户；其中，目标应用不为金融类应用；
服务提供单元1102，用于基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。
可选地，账户创建单元1101具体用于：在目标应用关联的指定金融应用中，为目标应用创建托管主账户；在托管主账户下，为目标应用的用户创建托管子账户；将托管子账户作为目标应用的用户对应的托管账户。
可选地，服务提供单元1102具体用于：获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户；付款用户和收款用户均为目标应用的用户；根据交易请求，在付款用户的金融结算账户中，进行扣款操作；根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额。
可选地，服务提供单元1102还具体用于：若确定收款用户的托管账户与收款用户的金融结算账户绑定成功，则根据交易请求，向收款用户的金融结算账户中转入相应金额；若确定收款用户的托管账户未与收款用户的金融结算账户绑定，且确定收款用户的托管账户的可入账余额大于等于相应金额，则根据交易请求，向收款用户的托管账户中转入相应金额。
可选地，交易请求为付款用户的基于移动终端中的目标应用的付款请求；付款用户为目标应用的企业用户；收款用户为目标应用的企业用户或者个人用户；或者，交易请求为收款用户的基于移动终端中的目标应用的收款请求；收款用户为目标应用的企业用户；付款用户为目标应用的企业用户或者个人用户。
可选地，交易请求为基于账单场景的多笔账单的合并支付请求，或者，交易请求为基于转账场景的多笔转账的合并转账请求；服务提供单元1102还具体用于：确定交易请求对应的各个收款用户；服务提供单元1102还具体用于：根据交易请求，分别向各个收款用户的托管账户中转入相应金额；服务提供单元1102还具体用于：根据交易请求，分别向各个收款用户的金融结算账户中转入相应金额。
可选地，交易请求为基于账单场景的多笔账单的合并收款请求，或者，交易请求为基于转账场景的多笔转账的合并收款请求；服务提供单元1102还具体用于：确定交易请求对应的各个付款用户；服务提供单元1102还具体用于：根据交易请求，分别在各个付款用户的金融结算账户中，进行扣款操作。
可选地，该装置还包括绑定单元，用于：将用户的托管账户与用户的金融结算账户进行绑定；绑定成功后，将用户的托管账户中的资金转移至用户的金融结算账户中。
本实施例中的应用功能扩展装置能够实现上述的应用功能扩展方法中服务器所能够实现的各个过程，并达到相同的效果，这里不再重复。
本申请实施例还提供了一种请求处理装置，图12为本申请一实施例提供的请求处理装置的模块组成示意图，如图12所示，该装置包括：请求获取单元1201、扣款单元1202和转账单元1203。
在一个实施例中，请求获取单元1201，用于从移动终端处获取目标应用的企业用户的基于目标应用的付款请求，并确定付款请求对应的收款用户，收款用户为目标应用的企业用户或个人用户；扣款单元1202，用于根据付款请求，在企业用户的金融结算账户中进行扣款操作；转账单元1203，用于根据付款请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
在另一个实施例中，请求获取单元1201，用于从移动终端处获取目标应用的企业用户的基于目标应用的收款请求，并确定收款请求对应的付款用户，付款用户为目标应用的企业用户或个人用户；扣款单元1202，用于根据收款请求，在付款用户的金融结算账户中进行扣款操作；转账单元1203，用于根据收款请求，向企业用户的托管账户中或者企业用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
在另一个实施例中，请求获取单元1201，用于获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户，付款用户和收款用户均为目标应用的用户；扣款单元1202，用于根据交易请求，在付款用户的金融结算账户中进行扣款操作；转账单元1203，用于根据交易请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
本实施例中的请求处理装置能够实现上述的请求处理方法中服务器所能够实现的各个过程，并达到相同的效果，这里不再重复。
本申请实施例还提供了另一种请求处理装置，图13为本申请另一实施例提供的请求处理装置的模块组成示意图，如图13所示，该装置包括：请求发送单元1301和结果接收单元1302。
在一个实施例中，请求发送单元1301，用于向服务器发送目标应用的企业用户的基于目标应用的付款请求；结果接收单元1302，用于接收服务器根据付款请求返回的付款结果并显示；其中，付款结果包括根据付款请求在企业用户的金融结算账户中的扣款结果，和，根据付款请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；收款用户为目标应用的企业用户或者个人用户，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
在另一个实施例中，请求发送单元1301，用于向服务器发送目标应用的企业用户的基于目标应用的收款请求；结果接收单元1302，用于接收服务器根据收款请求返回的收款结果并显示；其中，收款结果包括根据收款请求向企业用户的托管账户或者企业用户的金融结算账户的转账结果，和，根据收款请求在付款用户的金融结算账户中的扣款结果；付款用户为目标应用的企业用户或者个人用户，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
在另一个实施例中，请求发送单元1301，用于向服务器发送目标应用的用户的基于目标应用的交易请求；结果接收单元1302，用于接收服务器根据交易请求返回的交易结果并显示；其中，交易结果包括根据交易请求在付款用户的金融结算账户中的扣款结果，和，根据交易请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；付款用户和收款用户均为目标应用的用户；目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
本实施例中的请求处理装置能够实现上述的请求处理方法中移动终端所能够实现的各个过程，并达到相同的效果，这里不再重复。
进一步地，本申请实施例还提供了一种电子设备，图14为本申请一实施例提供的电子设备的结构示意图，如图14所示，电子设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1401和存储器1402，存储器1402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1402可以是短暂存储或持久存储。存储在存储器1402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对电子设备中的一系列计算机可执行指令。更进一步地，处理器1401可以设置为与存储器1402通信，在电子设备上执行存储器1402中的一系列计算机可执行指令。电子设备还可以包括一个或一个以上电源1403，一个或一个以上有线或无线网络接口1404，一个或一个以上输入输出接口1405，一个或一个以上键盘1406等。
在一个具体的实施例中，电子设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对电子设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户；其中，目标应用不为金融类应用；基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。
可选地，计算机可执行指令在被执行时，在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户，包括：在目标应用关联的指定金融应用中，为目标应用创建托管主账户；在托管主账户下，为目标应用的用户创建托管子账户；将托管子账户作为目标应用的用户对应的托管账户。
可选地，计算机可执行指令在被执行时，基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务，包括：获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户；付款用户和收款用户均为目标应用的用户；根据交易请求，在付款用户的金融结算账户中，进行扣款操作；根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额。
可选地，计算机可执行指令在被执行时，根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额，包括：若确定收款用户的托管账户与收款用户的金融结算账户绑定成功，则根据交易请求，向收款用户的金融结算账户中转入相应金额；若确定收款用户的托管账户未与收款用户的金融结算账户绑定，且确定收款用户的托管账户的可入账余额大于等于相应金额，则根据交易请求，向收款用户的托管账户中转入相应金额。
可选地，计算机可执行指令在被执行时，交易请求为付款用户的基于移动终端中的目标应用的付款请求；付款用户为目标应用的企业用户；收款用户为目标应用的企业用户或者个人用户；或者，交易请求为收款用户的基于移动终端中的目标应用的收款请求；收款用户为目标应用的企业用户；付款用户为目标应用的企业用户或者个人用户。
可选地，计算机可执行指令在被执行时，交易请求为基于账单场景的多笔账单的合并支付请求，或者，交易请求为基于转账场景的多笔转账的合并转账请求；确定交易请求对应的收款用户，包括：确定交易请求对应的各个收款用户；根据交易请求，向收款用户的托管账户中转入相应金额，包括：根据交易请求，分别向各个收款用户的托管账户中转入相应金额；根据交易请求，向收款用户的金融结算账户中转入相应金额，包括：根据交易请求，分别向各个收款用户的金融结算账户中转入相应金额。
可选地，计算机可执行指令在被执行时，交易请求为基于账单场景的多笔账单的合并收款请求，或者，交易请求为基于转账场景的多笔转账的合并收款请求；确定交易请求对应的付款用户，包括：确定交易请求对应的各个付款用户；根据交易请求，在付款用户的金融结算账户中，进行扣款操作，包括：根据交易请求，分别在各个付款用户的金融结算账户中，进行扣款操作。
可选地，计算机可执行指令在被执行时，还包括：将用户的托管账户与用户的金融结算账户进行绑定；绑定成功后，将用户的托管账户中的资金转移至用户的金融结算账户中。
本实施例中的电子设备能够实现上述的应用功能扩展方法中服务器所能够实现的各个过程，并达到相同的效果，这里不再重复。
在另一个具体的实施例中，电子设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对电子设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
从移动终端处获取目标应用的企业用户的基于目标应用的付款请求，并确定付款请求对应的收款用户，收款用户为目标应用的企业用户或个人用户；根据付款请求，在企业用户的金融结算账户中进行扣款操作；根据付款请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
从移动终端处获取目标应用的企业用户的基于目标应用的收款请求，并确定收款请求对应的付款用户，付款用户为目标应用的企业用户或个人用户；根据收款请求，在付款用户的金融结算账户中进行扣款操作；根据收款请求，向企业用户的托管账户中或者企业用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户，付款用户和收款用户均为目标应用的用户；根据交易请求，在付款用户的金融结算账户中进行扣款操作；根据交易请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
本实施例中的电子设备能够实现上述的请求处理方法中服务器所能够实现的各个过程，并达到相同的效果，这里不再重复。
在另一个具体的实施例中，电子设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对电子设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
向服务器发送目标应用的企业用户的基于目标应用的付款请求；接收服务器根据付款请求返回的付款结果并显示；其中，付款结果包括根据付款请求在企业用户的金融结算账户中的扣款结果，和，根据付款请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；收款用户为目标应用的企业用户或者个人用户，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
向服务器发送目标应用的企业用户的基于目标应用的收款请求；接收服务器根据收款请求返回的收款结果并显示；其中，收款结果包括根据收款请求向企业用户的托管账户或者企业用户的金融结算账户的转账结果，和，根据收款请求在付款用户的金融结算账户中的扣款结果；付款用户为目标应用的企业用户或者个人用户，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
向服务器发送目标应用的用户的基于目标应用的交易请求；接收服务器根据交易请求返回的交易结果并显示；其中，交易结果包括根据交易请求在付款用户的金融结算账户中的扣款结果，和，根据交易请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；付款用户和收款用户均为目标应用的用户；目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
本实施例中的电子设备能够实现上述的请求处理方法中移动终端所能够实现的各个过程，并达到相同的效果，这里不再重复。
进一步地，本申请实施例还提供了一种存储介质，用于存储计算机可执行指令，一种具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：
在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户；其中，目标应用不为金融类应用；基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务。
可选地，该存储介质存储的计算机可执行指令在被处理器执行时，在目标应用关联的指定金融应用中，为目标应用的用户创建托管账户，包括：在目标应用关联的指定金融应用中，为目标应用创建托管主账户；在托管主账户下，为目标应用的用户创建托管子账户；将托管子账户作为目标应用的用户对应的托管账户。
可选地，该存储介质存储的计算机可执行指令在被处理器执行时，基于目标应用的用户的托管账户和预先在指定金融应用中开通的目标应用的用户的金融结算账户，在目标应用中为目标应用的用户提供金融服务，包括：获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户；付款用户和收款用户均为目标应用的用户；根据交易请求，在付款用户的金融结算账户中，进行扣款操作；根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额。
可选地，该存储介质存储的计算机可执行指令在被处理器执行时，根据交易请求，向收款用户的托管账户中转入相应金额，或者，根据交易请求，向收款用户的金融结算账户中转入相应金额，包括：若确定收款用户的托管账户与收款用户的金融结算账户绑定成功，则根据交易请求，向收款用户的金融结算账户中转入相应金额；若确定收款用户的托管账户未与收款用户的金融结算账户绑定，且确定收款用户的托管账户的可入账余额大于等于相应金额，则根据交易请求，向收款用户的托管账户中转入相应金额。
可选地，该存储介质存储的计算机可执行指令在被处理器执行时，交易请求为付款用户的基于移动终端中的目标应用的付款请求；付款用户为目标应用的企业用户；收款用户为目标应用的企业用户或者个人用户；或者，交易请求为收款用户的基于移动终端中的目标应用的收款请求；收款用户为目标应用的企业用户；付款用户为目标应用的企业用户或者个人用户。
可选地，该存储介质存储的计算机可执行指令在被处理器执行时，交易请求为基于账单场景的多笔账单的合并支付请求，或者，交易请求为基于转账场景的多笔转账的合并转账请求；确定交易请求对应的收款用户，包括：确定交易请求对应的各个收款用户；根据交易请求，向收款用户的托管账户中转入相应金额，包括：根据交易请求，分别向各个收款用户的托管账户中转入相应金额；根据交易请求，向收款用户的金融结算账户中转入相应金额，包括：根据交易请求，分别向各个收款用户的金融结算账户中转入相应金额。
可选地，该存储介质存储的计算机可执行指令在被处理器执行时，交易请求为基于账单场景的多笔账单的合并收款请求，或者，交易请求为基于转账场景的多笔转账的合并收款请求；确定交易请求对应的付款用户，包括：确定交易请求对应的各个付款用户；根据交易请求，在付款用户的金融结算账户中，进行扣款操作，包括：根据交易请求，分别在各个付款用户的金融结算账户中，进行扣款操作。
可选地，该存储介质存储的计算机可执行指令在被处理器执行时，还包括：将用户的托管账户与用户的金融结算账户进行绑定；绑定成功后，将用户的托管账户中的资金转移至用户的金融结算账户中。
本实施例中的存储介质能够实现上述的应用功能扩展方法中服务器所能够实现的各个过程，并达到相同的效果，这里不再重复。
在一种具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：
从移动终端处获取目标应用的企业用户的基于目标应用的付款请求，并确定付款请求对应的收款用户，收款用户为目标应用的企业用户或个人用户；根据付款请求，在企业用户的金融结算账户中进行扣款操作；根据付款请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
从移动终端处获取目标应用的企业用户的基于目标应用的收款请求，并确定收款请求对应的付款用户，付款用户为目标应用的企业用户或个人用户；根据收款请求，在付款用户的金融结算账户中进行扣款操作；根据收款请求，向企业用户的托管账户中或者企业用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
获取目标应用的用户的基于目标应用的交易请求，并确定交易请求对应的付款用户和收款用户，付款用户和收款用户均为目标应用的用户；根据交易请求，在付款用户的金融结算账户中进行扣款操作；根据交易请求，向收款用户的托管账户中或者收款用户的金融结算账户中转入相应金额；其中，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
本实施例中的存储介质能够实现上述的请求处理方法中服务器所能够实现的各个过程，并达到相同的效果，这里不再重复。
在另一种具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：
向服务器发送目标应用的企业用户的基于目标应用的付款请求；接收服务器根据付款请求返回的付款结果并显示；其中，付款结果包括根据付款请求在企业用户的金融结算账户中的扣款结果，和，根据付款请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；收款用户为目标应用的企业用户或者个人用户，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
向服务器发送目标应用的企业用户的基于目标应用的收款请求；接收服务器根据收款请求返回的收款结果并显示；其中，收款结果包括根据收款请求向企业用户的托管账户或者企业用户的金融结算账户的转账结果，和，根据收款请求在付款用户的金融结算账户中的扣款结果；付款用户为目标应用的企业用户或者个人用户，目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
或者，
向服务器发送目标应用的用户的基于目标应用的交易请求；接收服务器根据交易请求返回的交易结果并显示；其中，交易结果包括根据交易请求在付款用户的金融结算账户中的扣款结果，和，根据交易请求向收款用户的托管账户或者收款用户的金融结算账户的转账结果；付款用户和收款用户均为目标应用的用户；目标应用不为金融类应用；目标应用与指定金融应用相关联；托管账户为在指定金融应用中为目标应用的用户创建的账户；金融结算账户为预先在指定金融应用中开通的目标应用的用户的账户。
本实施例中的存储介质能够实现上述的请求处理方法中移动终端所能够实现的各个过程，并达到相同的效果，这里不再重复。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种应用功能扩展方法，其特征在于，包括：
在目标应用关联的指定金融应用中，为所述目标应用的用户创建托管账户；其中，所述目标应用不为金融类应用；
基于所述目标应用的用户的托管账户和预先在所述指定金融应用中开通的所述目标应用的用户的金融结算账户，在所述目标应用中为所述目标应用的用户提供金融服务，所述金融服务包含针对所述金融结算账户的扣款操作。
2.根据权利要求1所述的方法，其特征在于，在目标应用关联的指定金融应用中，为所述目标应用的用户创建托管账户，包括：
在目标应用关联的指定金融应用中，为所述目标应用创建托管主账户；
在所述托管主账户下，为所述目标应用的用户创建托管子账户；
将所述托管子账户作为所述目标应用的用户对应的托管账户。
3.根据权利要求1所述的方法，其特征在于，基于所述目标应用的用户的托管账户和预先在所述指定金融应用中开通的所述目标应用的用户的金融结算账户，在所述目标应用中为所述目标应用的用户提供金融服务，包括：
获取所述目标应用的用户的基于所述目标应用的交易请求，并确定所述交易请求对应的付款用户和收款用户；所述付款用户和所述收款用户均为所述目标应用的用户；
根据所述交易请求，在所述付款用户的所述金融结算账户中，进行扣款操作；根据所述交易请求，向所述收款用户的托管账户中转入相应金额，或者，根据所述交易请求，向所述收款用户的所述金融结算账户中转入相应金额。
4.根据权利要求3所述的方法，其特征在于，根据所述交易请求，向所述收款用户的托管账户中转入相应金额，或者，根据所述交易请求，向所述收款用户的所述金融结算账户中转入相应金额，包括：
若确定所述收款用户的托管账户与所述收款用户的所述金融结算账户绑定成功，则根据所述交易请求，向所述收款用户的所述金融结算账户中转入相应金额；
若确定所述收款用户的托管账户未与所述收款用户的所述金融结算账户绑定，且确定所述收款用户的托管账户的可入账余额大于等于所述相应金额，则根据所述交易请求，向所述收款用户的托管账户中转入相应金额。
5.根据权利要求3所述的方法，其特征在于，
所述交易请求为所述付款用户的基于移动终端中的所述目标应用的付款请求；所述付款用户为所述目标应用的企业用户；所述收款用户为所述目标应用的企业用户或者个人用户；
或者，
所述交易请求为所述收款用户的基于移动终端中的所述目标应用的收款请求；所述收款用户为所述目标应用的企业用户；所述付款用户为所述目标应用的企业用户或者个人用户。
6.根据权利要求3所述的方法，其特征在于，所述交易请求为基于账单场景的多笔账单的合并支付请求，或者，所述交易请求为基于转账场景的多笔转账的合并转账请求；
确定所述交易请求对应的收款用户，包括：确定所述交易请求对应的各个所述收款用户；
根据所述交易请求，向所述收款用户的托管账户中转入相应金额，包括：根据所述交易请求，分别向各个所述收款用户的托管账户中转入相应金额；
根据所述交易请求，向所述收款用户的所述金融结算账户中转入相应金额，包括：根据所述交易请求，分别向各个所述收款用户的所述金融结算账户中转入相应金额。
7.根据权利要求3所述的方法，其特征在于，所述交易请求为基于账单场景的多笔账单的合并收款请求，或者，所述交易请求为基于转账场景的多笔转账的合并收款请求；
确定所述交易请求对应的付款用户，包括：确定所述交易请求对应的各个所述付款用户；
根据所述交易请求，在所述付款用户的所述金融结算账户中，进行扣款操作，包括：根据所述交易请求，分别在各个所述付款用户的所述金融结算账户中，进行扣款操作。
8.一种应用功能扩展装置，其特征在于，包括：
账户创建单元，用于在目标应用关联的指定金融应用中，为所述目标应用的用户创建托管账户；其中，所述目标应用不为金融类应用；
服务提供单元，用于基于所述目标应用的用户的托管账户和预先在所述指定金融应用中开通的所述目标应用的用户的金融结算账户，在所述目标应用中为所述目标应用的用户提供金融服务，所述金融服务包含针对所述金融结算账户的扣款操作。
9.一种应用功能扩展设备，其特征在于，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现上述权利要求1至8任一项所述的方法的步骤。
10.一种存储介质，用于存储计算机可执行指令，其特征在于，所述计算机可执行指令在被执行时实现上述权利要求1至8任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410121721.1A CN117974308A (zh) | 2018-11-09 | 2018-11-09 | 应用功能扩展方法及装置、请求处理方法及装置 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811333017.3A CN109658239B (zh) | 2018-11-09 | 2018-11-09 | 应用功能扩展方法及装置、请求处理方法及装置 |
| CN202410121721.1A CN117974308A (zh) | 2018-11-09 | 2018-11-09 | 应用功能扩展方法及装置、请求处理方法及装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811333017.3A Division CN109658239B (zh) | 2018-11-09 | 2018-11-09 | 应用功能扩展方法及装置、请求处理方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117974308A true CN117974308A (zh) | 2024-05-03 |
Family
ID=66110792
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811333017.3A Active CN109658239B (zh) | 2018-11-09 | 2018-11-09 | 应用功能扩展方法及装置、请求处理方法及装置 |
| CN202410121721.1A Pending CN117974308A (zh) | 2018-11-09 | 2018-11-09 | 应用功能扩展方法及装置、请求处理方法及装置 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811333017.3A Active CN109658239B (zh) | 2018-11-09 | 2018-11-09 | 应用功能扩展方法及装置、请求处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN109658239B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115936705A (zh) * | 2023-02-28 | 2023-04-07 | 云账户技术(天津)有限公司 | 多账户合并支付的方法、装置、电子设备及存储介质 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4843388B2 (ja) * | 2005-06-27 | 2011-12-21 | ヤフー株式会社 | 電子商取引システム、電子商取引方法 |
| KR20070034682A (ko) * | 2005-09-26 | 2007-03-29 | 송정헌 | 개인통신망을 이용한 금융거래 서비스방법 |
| US8160959B2 (en) * | 2006-07-06 | 2012-04-17 | Firethorn Mobile, Inc. | Methods and systems for payment transactions in a mobile environment |
| CN101923757A (zh) * | 2010-08-05 | 2010-12-22 | 中国科学院深圳先进技术研究院 | 移动支付管理系统 |
| CN103117856B (zh) * | 2012-01-16 | 2015-07-01 | 深圳市可秉资产管理合伙企业（有限合伙） | 在移动装置中配置应用的方法和装置 |
| US20140279451A1 (en) * | 2013-03-15 | 2014-09-18 | Fedbid, Inc. | Escrow Payment System for Transactions |
| US8930274B1 (en) * | 2013-10-30 | 2015-01-06 | Google Inc. | Securing payment transactions with rotating application transaction counters |
| CN107026815B (zh) * | 2016-01-29 | 2020-06-09 | 华为技术有限公司 | 一种支付业务处理方法、支付服务器、相关设备及系统 |
| US10740735B2 (en) * | 2016-03-09 | 2020-08-11 | Mastercard International Incorporated | Systems and methods for use in transferring funds between payment accounts |
| CN106210021A (zh) * | 2016-07-05 | 2016-12-07 | 中国银行股份有限公司 | 金融应用系统联机业务的实时监控方法以及监控装置 |
| CN106548347A (zh) * | 2016-10-08 | 2017-03-29 | 宇龙计算机通信科技(深圳)有限公司 | 一种金融支付的处理装置、方法及终端 |
| CN106600266A (zh) * | 2016-12-05 | 2017-04-26 | 深圳前海微众银行股份有限公司 | 基于sdk的移动支付方法及装置 |
| CN108764862A (zh) * | 2018-05-17 | 2018-11-06 | 阿里巴巴集团控股有限公司 | 支付数据处理方法及装置 |
-
2018
- 2018-11-09 CN CN201811333017.3A patent/CN109658239B/zh active Active
- 2018-11-09 CN CN202410121721.1A patent/CN117974308A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| CN109658239A (zh) | 2019-04-19 |
| CN109658239B (zh) | 2024-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11836732B2 (en) | Method and apparatus for offline payment, service processing, and payment processing | |
| CN113657886B (zh) | 一种支付系统、方法、服务器设备、介质及装置 | |
| CN114841700B (zh) | 支付处理方法、装置、设备及系统 | |
| CN107563881A (zh) | 记账方法和装置、服务器 | |
| CN112926971B (zh) | 基于储值卡的支付方法及装置 | |
| CN113222555B (zh) | 数据处理方法、装置、设备及系统 | |
| CN108764886A (zh) | 二维码图片获取方法、装置以及设备 | |
| CN109191657B (zh) | 一种零钱兑换方法、装置、服务器 | |
| CN108376362A (zh) | 退税方法、装置及设备 | |
| CN114548963B (zh) | 支付交互处理方法及装置 | |
| CN116503065A (zh) | 订单处理系统、方法、装置、存储介质及设备 | |
| CN114331403A (zh) | 一种数据处理、资源转移、支付方法、装置、设备及介质 | |
| CN109658239B (zh) | 应用功能扩展方法及装置、请求处理方法及装置 | |
| WO2024032356A1 (zh) | 基于预付凭证的支付处理方法及装置 | |
| CN116596529A (zh) | 交易处理方法及装置 | |
| CN116091252A (zh) | 医疗费用支付方法及装置 | |
| CN113419793B (zh) | 支付处理方法及装置 | |
| CN112669031B (zh) | 支付卡片的免充值数据处理方法、装置、设备及系统 | |
| CN113610514A (zh) | 账户作业处理方法、装置、电子设备及存储介质 | |
| CN113419794A (zh) | 支付处理方法及装置 | |
| CN118014576A (zh) | 支付数据处理方法、装置及电子设备 | |
| CN113535372A (zh) | 一种数据处理、支付方法、装置、设备及介质 | |
| CN113159747B (zh) | 一种针对电子交通账户的管理方法、装置及设备 | |
| WO2024060870A1 (zh) | 资金处理方法及装置 | |
| CN118536997A (zh) | 支付处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |