CN106910055A - 一种基于移动终端的支付数据处理方法和装置 - Google Patents
一种基于移动终端的支付数据处理方法和装置 Download PDFInfo
- Publication number
- CN106910055A CN106910055A CN201510982719.4A CN201510982719A CN106910055A CN 106910055 A CN106910055 A CN 106910055A CN 201510982719 A CN201510982719 A CN 201510982719A CN 106910055 A CN106910055 A CN 106910055A
- Authority
- CN
- China
- Prior art keywords
- user
- request
- amount
- server
- payment
- 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
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
- 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
-
- 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例提供了一种基于移动终端的支付数据处理方法,移动终端设置有隔离沙箱,所述的方法包括:当第一用户在隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;接收服务器发送的确认支付请求,并针对确认支付请求向服务器返回支付确认响应。本申请实施例中在当前用户在所述隔离沙箱中进行支付,并且当前用户的账户的支付额度少于待支付金额时,由服务器接收当前用户发送的用于关联其他用户的账户的支付额度的关联请求,服务器采用当前用户的支付额度以及其他用户的支付额度完成支付过程,使得当前用户在支付额度不足的情况下,也能完成支付。
Description
技术领域
本申请涉及数据处理技术领域,特别是涉及一种基于移动终端的支付数据处理方法和一种基于移动终端的支付数据处理装置。
背景技术
随着互联网技术的飞速发展,网络支付逐渐成为人们的一种重要支付方式。虽然网络支付简单快捷,但仍存在部分不方便的限制。网络支付账户一般设置有每天支付额度,当每天支付额度已经使用完时,账户便不能再支付,使得用户无法及时完成支付过程,大大降低了用户的购物体验。
发明内容
鉴于上述问题,提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于移动终端的支付数据处理方法和相应的一种基于移动终端的支付数据处理装置。
为了解决上述问题,本申请实施例公开了一种基于移动终端的支付数据处理方法,所述移动终端设置有隔离沙箱,所述的方法包括:
当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
优选的,还包括:
向所述第一用户展现通信群组选项;
接收所述第一用户在所述通信群组选项中选择的目标通信群组;
向所述第一用户展现所述目标通信群组中的联系人;
接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
将所述一个或多个目标联系人作为第二用户。
优选的,所述通信群组包括:移动终端的通信录;
所述向所述第一用户展现所述目标通信群组中的联系人的步骤包括:
获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
优选的,所述通信群组还包括:特定应用程序中的通信录;
所述向所述第一用户展现所述目标通信群组中的联系人的步骤还包括:
通过调用预设应用程序接口API获取所述特定应用程序中的通信录;
向用户展现所述特定应用程序的通信录中的联系人信息。
优选的,还包括:
接收所述服务器针对所述关联请求发送的验证操作请求;
向所述服务器发送针对所述验证操作请求的验证响应消息。
优选的,所述服务器还用于验证所述验证响应消息;当所述验证响应消息验证失败时,向所述第一用户的移动终端发送验证失败消息;当所述验证响应消息验证成功时,向所述第一用户的移动终端发送验证成功消息;
所述的方法还包括:
接收所述服务器发送的所述验证失败消息或验证成功消息。
优选的,所述验证响应信息包括:字符串信息、指纹信息、图像信息、声音信息。
同时,本申请实施例还公开了一种基于移动终端的支付数据处理装置,所述移动终端设置有隔离沙箱,所述的装置包括:
关联请求发送模块,用于当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
确认请求接收模块,用于接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
优选的,还包括:
群组展现模块,用于向所述第一用户展现通信群组选项;
群组接收模块,用于接收所述第一用户在所述通信群组选项中选择的目标通信群组;
联系人展现模块,用于向所述第一用户展现所述目标通信群组中的联系人;
联系人接收模块,用于接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
确定模块,用于将所述一个或多个目标联系人作为第二用户。
优选的,所述通信群组包括:移动终端的通信录;
所述联系人展现模块进一步包括:
第一展现子模块,用于获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
优选的,所述通信群组还包括:特定应用程序中的通信录;
所述联系人展现模块进一步还包括:
调用子模块,通过调用预设应用程序接口API获取所述特定应用程序中的通信录;
第二展现子模块,用于向用户展现所述特定应用程序的通信录中的联系人信息。
优选的,还包括:
验证请求接收模块,用于接收所述服务器针对所述关联请求发送的验证操作请求;
验证响应发送模块,用于向所述服务器发送针对所述验证操作请求的验证响应消息。
优选的,所述服务器还用于验证所述验证响应消息;当所述验证响应消息验证失败时,向所述第一用户的移动终端发送验证失败消息;当所述验证响应消息验证成功时,向所述第一用户的移动终端发送验证成功消息;
所述的装置还包括:
验证响应接收模块,用于接收所述服务器发送的所述验证失败消息或验证成功消息。
优选的,所述验证响应信息包括:字符串信息、指纹信息、图像信息、声音信息。
本申请实施例包括以下优点:
在本申请实施例中在当前用户在所述隔离沙箱中进行支付,并且当前用户的账户的支付额度少于待支付金额时,由服务器接收当前用户发送的用于关联其他用户的账户的支付额度的关联请求,当其他用户同意关联请求时,服务器采用当前用户的支付额度以及其他用户的支付额度完成支付过程,使得当前用户在支付额度不足的情况下,也能完成支付。
附图说明
图1是本申请的一种基于移动终端的支付数据处理方法实施例1的步骤流程图;
图2是本申请的一种基于移动终端的支付数据处理方法实施例2的步骤流程图;
图3是本申请的一种基于移动终端的支付数据处理装置实施例1的结构框图;
图4是本申请的一种基于移动终端的支付数据处理装置实施例2的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
本申请实施例的核心构思之一在于,当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,由服务器接收用户发送的用于关联第二用户的第二账户的支付额度的关联请求,当第二用户同意关联请求时,服务器采用第二用户的支付额度完成支付过程。
参照图1,示出了本申请的一种基于移动终端的支付数据处理方法实施例1的步骤流程图,其中,所述移动终端设置有隔离沙箱,所述的方法具体可以包括如下步骤:
步骤101,当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
隔离沙箱是移动终端系统专门分配的内存空间,隔离沙箱内程序的所有操作新增文件,修改文件,注册表等都不是真正修改到系统,而是改到一个副本当中。这个副本对真实系统的正常程序是看不见的。在隔离沙箱中运行的应用程序的数据在应用程序结束后,自动清除,避免用户信息被盗窃。
在本申请实施例中,移动终端上安装的支付类应用程序加载在隔离沙箱中运行,支付类应用程序与用户的账户(如,银行账户)绑定。
用户账户的支付额度少于待支付金额的情况包括:账户内的存款不足,每天提供的支付额等已经使用完。
当用户在需要支付,但账户的支付额度少于待支付金额时,向服务器提出用于关联其他用户的账户代为支付的关联请求,关联请求中包括:当前用户的信息、当前用户的支付信息(支付账单)以及需要关联的支付额度。
服务器接收关联请求后,向当前用户指定的其他用户转发该关联请求;
服务器接收其他用户针对该关联请求的同意或拒绝关联的响应。
步骤102,接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
当其他用户同意关联请求,并且当前用户的支付额度加上其他用户的支付额度足够支付待支付金额时,向当前用户发送用于确认是否进行支付的请求;
当前用户确认进行支付后,服务器扣除当前用户账户的支付额度以及其他用户的账户提供的支付额度。
在本申请实施例中在当前用户在所述隔离沙箱中进行支付,并且当前用户的账户的支付额度少于待支付金额时,由服务器接收当前用户发送的用于关联其他用户的账户的支付额度的关联请求,当其他用户同意关联请求时,服务器采用当前用户的支付额度以及其他用户的支付额度完成支付过程,使得当前用户在支付额度不足的情况下,也能完成支付。
参照图2,示出了本申请的一种基于移动终端的支付数据处理方法实施例2的步骤流程图,其中,所述移动终端设置有隔离沙箱,所述的方法具体可以包括如下步骤:
步骤201,当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向所述第一用户展现通信群组选项;
通信群组具体可以包括:移动终端的通信录,即时通信类应用程序中的通信录、支付类应用程序中的通信录等各种带有通信录的应用程序。
步骤202,接收所述第一用户在所述通信群组选项中选择的目标通信群组;
由用户在通信群组选项中选择一个目标通信群组。
步骤203,向所述第一用户展现所述目标通信群组中的联系人;
作为本申请实施例的一种优选示例,所述通信群组包括:移动终端的通信录;
所述步骤203可以包括如下子步骤:
子步骤S11,获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
在用户选择移动终端的通信录作为目标通信群组的情况下,获取移动终端中的通信录,向用户展现移动终端的通信录中的联系人信息。
作为本申请实施例的一种优选示例,所述通信群组包括:移动终端的通信录;
所述步骤203可以包括如下子步骤:
子步骤S12,通过调用预设应用程序接口API获取所述特定应用程序中的通信录;
子步骤S13,向用户展现所述特定应用程序的通信录中的联系人信息。
在用户选择移动终端的上安装的某个应用程序作为目标通信群组的情况下,通过调用预设应用程序接口API(Application Programming Interface,应用程序编程接口)获取该应用程序中的通信录;向用户展现该应用程序的通信录中的联系人信息。
步骤204,接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
接收用户指定的联系人。
步骤205,将所述一个或多个目标联系人作为第二用户。
步骤206,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
步骤207,接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
作为本申请实施例的一种优选示例,所述的方法还可以包括:
接收所述服务器针对所述关联请求发送的验证操作请求;
向所述服务器发送针对所述验证操作请求的验证响应消息。
服务器在接收到当前用户发送的用于关联其他用户的关联请求后,对当前用户进行身份验证操作。服务器请求当前用户返回验证信息,通过将用户返回的验证信息和预先存储的验证信息进行比较,来判断用户的身份。
其中,验证响应信息可以包括:字符串信息、指纹信息、图像信息、声音信息。
作为本申请实施例的一种优选示例,所述服务器还用于验证所述验证响应消息;当所述验证响应消息验证失败时,向所述第一用户的移动终端发送验证失败消息;当所述验证响应消息验证成功时,向所述第一用户的移动终端发送验证成功消息;
所述的方法还包括:
接收所述服务器发送的所述验证失败消息或验证成功消息。
当用户返回的验证信息和服务器中预先存储的验证信息不匹配时,服务器判断身份验证失败,向当前用户返回验证失败信息。当验证失败时,服务器不进行向其他用户转发关联请求的操作。
当用户返回的验证信息和服务器中预先存储的验证信息匹配时,服务器判断身份验证成功,向当前用户返回验证成功信息。当验证成功时,服务器进行向其他用户转发关联请求的操作。
用户移动终端接收服务器发送的验证失败信息或验证成功信息。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
参照图3,示出了本申请的一种基于移动终端的支付数据处理装置实施例1的结构框图,其中,所述移动终端设置有隔离沙箱,所述的装置具体可以包括如下模块:
关联请求发送模块31,用于当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
确认请求接收模块32,用于接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
参照图4,示出了本申请的一种基于移动终端的支付数据处理装置实施例2的结构框图,其中,所述移动终端设置有隔离沙箱,所述的装置具体可以包括如下模块:
群组展现模块41,用于当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向所述第一用户展现通信群组选项;
群组接收模块42,用于接收所述第一用户在所述通信群组选项中选择的目标通信群组;
联系人展现模块43,用于向所述第一用户展现所述目标通信群组中的联系人;
作为本申请实施例的一种优选示例,所述通信群组包括:移动终端的通信录;
所述联系人展现模块43进一步包括:
第一展现子模块4301,用于获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
作为本申请实施例的一种优选示例,所述通信群组包括:移动终端的通信录;
所述联系人展现模块43进一步还包括:
调用子模块4302,通过调用预设应用程序接口API获取所述特定应用程序中的通信录;
第二展现子模块4303,用于向用户展现所述特定应用程序的通信录中的联系人信息。
联系人接收模块44,用于接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
确定模块45,用于将所述一个或多个目标联系人作为第二用户。
关联请求发送模块46,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
确认请求接收模块47,用于接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
作为本申请实施例的一种优选示例,所述的装置还可以包括:
验证请求接收模块,用于接收所述服务器针对所述关联请求发送的验证操作请求;
验证响应发送模块,用于向所述服务器发送针对所述验证操作请求的验证响应消息。
其中,所述验证响应信息可以包括:字符串信息、指纹信息、图像信息、声音信息。
作为本申请实施例的一种优选示例,所述服务器还用于验证所述验证响应消息;当所述验证响应消息验证失败时,向所述第一用户的移动终端发送验证失败消息;当所述验证响应消息验证成功时,向所述第一用户的移动终端发送验证成功消息;
所述的装置还可以包括:
验证响应接收模块,用于接收所述服务器发送的所述验证失败消息或验证成功消息。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种基于移动终端的支付数据处理方法和一种基于移动终端的支付数据处理装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
本申请实施例公开了A1、一种基于移动终端的支付数据处理方法,所述移动终端设置有隔离沙箱,所述的方法包括:
当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
A2、如A1所述的方法,还包括:
向所述第一用户展现通信群组选项;
接收所述第一用户在所述通信群组选项中选择的目标通信群组;
向所述第一用户展现所述目标通信群组中的联系人;
接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
将所述一个或多个目标联系人作为第二用户。
A3、如A2所述的方法,所述通信群组包括:移动终端的通信录;
所述向所述第一用户展现所述目标通信群组中的联系人的步骤包括:
获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
A4、如A3所述的方法,所述通信群组还包括:特定应用程序中的通信录;
所述向所述第一用户展现所述目标通信群组中的联系人的步骤还包括:
通过调用预设应用程序接口API获取所述特定应用程序中的通信录;
向用户展现所述特定应用程序的通信录中的联系人信息。
A5、如A1或A2或A3或A4所述的方法,还包括:
接收所述服务器针对所述关联请求发送的验证操作请求;
向所述服务器发送针对所述验证操作请求的验证响应消息。
A6、如A5所述的方法,所述服务器还用于验证所述验证响应消息;当所述验证响应消息验证失败时,向所述第一用户的移动终端发送验证失败消息;当所述验证响应消息验证成功时,向所述第一用户的移动终端发送验证成功消息;
所述的方法还包括:
接收所述服务器发送的所述验证失败消息或验证成功消息。
A7、如A6所述的方法,所述验证响应信息包括:字符串信息、指纹信息、图像信息、声音信息。
同时,本申请实施例还公开了B8、一种基于移动终端的支付数据处理装置,所述移动终端设置有隔离沙箱,所述的装置包括:
关联请求发送模块,用于当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
确认请求接收模块,用于接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
B9、如B8所述的装置,还包括:
群组展现模块,用于向所述第一用户展现通信群组选项;
群组接收模块,用于接收所述第一用户在所述通信群组选项中选择的目标通信群组;
联系人展现模块,用于向所述第一用户展现所述目标通信群组中的联系人;
联系人接收模块,用于接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
确定模块,用于将所述一个或多个目标联系人作为第二用户。
B10、如B9所述的装置,所述通信群组包括:移动终端的通信录;
所述联系人展现模块进一步包括:
第一展现子模块,用于获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
B11、如B10所述的装置,所述通信群组还包括:特定应用程序中的通信录;
所述联系人展现模块进一步还包括:
调用子模块,通过调用预设应用程序接口API获取所述特定应用程序中的通信录;
第二展现子模块,用于向用户展现所述特定应用程序的通信录中的联系人信息。
B12、如B8或B9或B10或B11所述的装置,还包括:
验证请求接收模块,用于接收所述服务器针对所述关联请求发送的验证操作请求;
验证响应发送模块,用于向所述服务器发送针对所述验证操作请求的验证响应消息。
B13、如B12所述的装置,所述服务器还用于验证所述验证响应消息;当所述验证响应消息验证失败时,向所述第一用户的移动终端发送验证失败消息;当所述验证响应消息验证成功时,向所述第一用户的移动终端发送验证成功消息;
所述的装置还包括:
验证响应接收模块,用于接收所述服务器发送的所述验证失败消息或验证成功消息。
B14、如B13所述的装置,所述验证响应信息包括:字符串信息、指纹信息、图像信息、声音信息。
Claims (10)
1.一种基于移动终端的支付数据处理方法,所述移动终端设置有隔离沙箱,所述的方法包括:
当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
2.根据权利要求1所述的方法,其特征在于,还包括:
向所述第一用户展现通信群组选项;
接收所述第一用户在所述通信群组选项中选择的目标通信群组;
向所述第一用户展现所述目标通信群组中的联系人;
接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
将所述一个或多个目标联系人作为第二用户。
3.根据权利要求2所述的方法,其特征在于,所述通信群组包括:移动终端的通信录;
所述向所述第一用户展现所述目标通信群组中的联系人的步骤包括:
获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
4.根据权利要求3所述的方法,其特征在于,所述通信群组还包括:特定应用程序中的通信录;
所述向所述第一用户展现所述目标通信群组中的联系人的步骤还包括:
通过调用预设应用程序接口API获取所述特定应用程序中的通信录;
向用户展现所述特定应用程序的通信录中的联系人信息。
5.根据权利要求1或2或3或4所述的方法,其特征在于,还包括:
接收所述服务器针对所述关联请求发送的验证操作请求;
向所述服务器发送针对所述验证操作请求的验证响应消息。
6.根据权利要求5所述的方法,其特征在于,所述服务器还用于验证所述验证响应消息;当所述验证响应消息验证失败时,向所述第一用户的移动终端发送验证失败消息;当所述验证响应消息验证成功时,向所述第一用户的移动终端发送验证成功消息;
所述的方法还包括:
接收所述服务器发送的所述验证失败消息或验证成功消息。
7.根据权利要求6所述的方法,其特征在于,所述验证响应信息包括:字符串信息、指纹信息、图像信息、声音信息。
8.一种基于移动终端的支付数据处理装置,所述移动终端设置有隔离沙箱,所述的装置包括:
关联请求发送模块,用于当第一用户在所述隔离沙箱中进行支付,并且第一用户的第一账户的支付额度少于待支付金额时,向服务器发送用于关联第二用户的第二账户的支付额度的关联请求;所述关联请求中包括:第一用户指定的一个或多个第二用户、第一用户针对所述一个或多个第二用户的关联额度,以及第一用户的支付信息;所述服务器用于接收所述第一用户的关联请求,并向所述一个或多个第二用户转发所述关联请求;接收所述一个或多个第二用户针对所述关联请求返回的请求确认响应;当所述一个或多个第二用户的第二账户提供的关联额度与第一用户的第一账户的支付额度满足待支付金额时,向所述第一用户的移动终端发送确认支付请求;
确认请求接收模块,用于接收所述服务器发送的确认支付请求,并针对所述确认支付请求向所述服务器返回支付确认响应。
9.根据权利要求8所述的装置,其特征在于,还包括:
群组展现模块,用于向所述第一用户展现通信群组选项;
群组接收模块,用于接收所述第一用户在所述通信群组选项中选择的目标通信群组;
联系人展现模块,用于向所述第一用户展现所述目标通信群组中的联系人;
联系人接收模块,用于接收所述第一用户在所述目标通信群组中的联系人中选择的一个或多个目标联系人;
确定模块,用于将所述一个或多个目标联系人作为第二用户。
10.根据权利要求9所述的装置,其特征在于,所述通信群组包括:移动终端的通信录;
所述联系人展现模块进一步包括:
第一展现子模块,用于获取移动终端中的通信录,向用户展现所述移动终端的通信录中的联系人信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510982719.4A CN106910055A (zh) | 2015-12-23 | 2015-12-23 | 一种基于移动终端的支付数据处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510982719.4A CN106910055A (zh) | 2015-12-23 | 2015-12-23 | 一种基于移动终端的支付数据处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106910055A true CN106910055A (zh) | 2017-06-30 |
Family
ID=59206705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510982719.4A Pending CN106910055A (zh) | 2015-12-23 | 2015-12-23 | 一种基于移动终端的支付数据处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106910055A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108665264A (zh) * | 2018-04-24 | 2018-10-16 | 深圳市沃特沃德股份有限公司 | 儿童移动设备安全支付方法及支付终端 |
CN109118213A (zh) * | 2018-08-09 | 2019-01-01 | 腾讯科技(深圳)有限公司 | 在线支付方法、装置、终端及存储介质 |
CN111210210A (zh) * | 2020-01-07 | 2020-05-29 | 贵阳货车帮科技有限公司 | 支付数据处理方法、装置及电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1738344A (zh) * | 2004-08-18 | 2006-02-22 | 华为技术有限公司 | 智能业务的计费方法 |
US8001025B2 (en) * | 2008-06-27 | 2011-08-16 | Ebay, Inc. | Systems and methods for facilitating financial transactions over a network |
CN102289754A (zh) * | 2011-08-08 | 2011-12-21 | 中兴通讯股份有限公司 | 移动终端支付方法、系统及移动终端 |
CN103123706A (zh) * | 2011-11-18 | 2013-05-29 | 中兴通讯股份有限公司 | 账单代付管理方法、装置及系统 |
CN104753907A (zh) * | 2013-12-31 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 基于即时通信或社交应用的数据处理方法和装置 |
CN104850993A (zh) * | 2015-06-01 | 2015-08-19 | 走遍世界(北京)信息技术有限公司 | 支付方法及装置 |
-
2015
- 2015-12-23 CN CN201510982719.4A patent/CN106910055A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1738344A (zh) * | 2004-08-18 | 2006-02-22 | 华为技术有限公司 | 智能业务的计费方法 |
US8001025B2 (en) * | 2008-06-27 | 2011-08-16 | Ebay, Inc. | Systems and methods for facilitating financial transactions over a network |
CN102289754A (zh) * | 2011-08-08 | 2011-12-21 | 中兴通讯股份有限公司 | 移动终端支付方法、系统及移动终端 |
CN103123706A (zh) * | 2011-11-18 | 2013-05-29 | 中兴通讯股份有限公司 | 账单代付管理方法、装置及系统 |
CN104753907A (zh) * | 2013-12-31 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 基于即时通信或社交应用的数据处理方法和装置 |
CN104850993A (zh) * | 2015-06-01 | 2015-08-19 | 走遍世界(北京)信息技术有限公司 | 支付方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108665264A (zh) * | 2018-04-24 | 2018-10-16 | 深圳市沃特沃德股份有限公司 | 儿童移动设备安全支付方法及支付终端 |
CN109118213A (zh) * | 2018-08-09 | 2019-01-01 | 腾讯科技(深圳)有限公司 | 在线支付方法、装置、终端及存储介质 |
CN109118213B (zh) * | 2018-08-09 | 2022-08-05 | 腾讯科技(深圳)有限公司 | 在线支付方法、装置、终端及存储介质 |
CN111210210A (zh) * | 2020-01-07 | 2020-05-29 | 贵阳货车帮科技有限公司 | 支付数据处理方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10861000B2 (en) | Method, system, and apparatus for application loading | |
US11120493B2 (en) | Payment method, apparatus and system | |
US20150294313A1 (en) | Systems, apparatus and methods for improved authentication | |
WO2016075530A1 (en) | User controlled remote credit and bank card transaction verification system | |
CN108960839B (zh) | 一种支付方法及装置 | |
US11233897B1 (en) | Secure call center communications | |
CN108650098A (zh) | 用户自定义验证方式的方法及装置 | |
TW202042136A (zh) | 移動支付自助簽約方法、裝置和系統 | |
CN107710725A (zh) | 用于通过电话号码验证用户的方法和系统 | |
CN106910055A (zh) | 一种基于移动终端的支付数据处理方法和装置 | |
CN111415146A (zh) | 资源数据的处理方法、装置及设备 | |
CN115102744A (zh) | 数据访问方法和装置 | |
US11727389B2 (en) | Systems and methods for managing third party tokens and transactions across issuer ecosystems | |
CN112910896B (zh) | 一种账户认证方法、装置、设备及介质 | |
CN110113346A (zh) | 一种网络验证方法、用户终端及服务器 | |
WO2019025868A1 (en) | SYSTEM AND METHOD FOR PROVIDING SECURE SERVICES | |
US20220147587A1 (en) | System and method for facilitating presentation modification of a user interface | |
CN108632348B (zh) | 一种业务校验方法和装置 | |
CN112788017A (zh) | 一种安全校验方法、装置、设备及介质 | |
TWI839875B (zh) | 支付方法、使用者終端、裝置、設備、系統及介質 | |
CN110365646A (zh) | 将实体关联到第一服务器的方法及装置 | |
US11797975B1 (en) | Pre-authorized transfer | |
CN109447655A (zh) | 支付系统、支付方法和第二客户端装置 | |
WO2023020235A1 (zh) | 信息处理 | |
JP2016057682A (ja) | 認証システム、及び認証方法 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170630 |