CN105809466A - 一种请求发送方法及其装置 - Google Patents

一种请求发送方法及其装置 Download PDF

Info

Publication number
CN105809466A
CN105809466A CN201410854480.8A CN201410854480A CN105809466A CN 105809466 A CN105809466 A CN 105809466A CN 201410854480 A CN201410854480 A CN 201410854480A CN 105809466 A CN105809466 A CN 105809466A
Authority
CN
China
Prior art keywords
request
user
requested object
numerical value
information
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
Application number
CN201410854480.8A
Other languages
English (en)
Inventor
毛启明
王啸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201410854480.8A priority Critical patent/CN105809466A/zh
Priority to JP2017535036A priority patent/JP6758298B2/ja
Priority to SG11201704938RA priority patent/SG11201704938RA/en
Priority to EP15875145.3A priority patent/EP3242261A4/en
Priority to PCT/CN2015/098260 priority patent/WO2016107467A1/zh
Priority to KR1020177017814A priority patent/KR20170101921A/ko
Publication of CN105809466A publication Critical patent/CN105809466A/zh
Priority to US15/637,898 priority patent/US20170300874A1/en
Pending legal-status Critical Current

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/04—Payment circuits
    • 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • 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
    • G06Q20/4014—Identity check for transactions
    • 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/403—Solvency checks
    • 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/02—Banking, e.g. interest calculation or account maintenance
    • 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/06—Asset management; Financial planning or analysis

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种请求发送方法，包括：接收用户发送的请求指令；其中，所述请求指令包括请求数值信息、被请求对象标识；依据被请求对象限制规则，将所述请求数值信息表示的具体数值拆分成至少两个符合限制规则的请求数值；将上述至少两个符合限制规则的请求数值，依次向被请求对象标识所表示的被请求对象发送请求。避免了需由用户自行多次发起数值数据发送请求带来不佳体验的缺陷。本申请还公开了一种请求发送装置。

Description

一种请求发送方法及其装置
技术领域
本申请涉及计算机技术领域，尤其涉及一种请求发送方法及其装置。
背景技术
21世纪，互联网、云技术、智能设备改变了人们的生活方式，传统的生活模式被打破，新生的生活模式逐步深入人心，人们越来越多地接受经由互联网去完成日常生活中各种大小事情。
在互联网模式中，人们处理的日常事务，在底层表现为各种数据信息的建立、修改、发送、及交换等。人们在各种网站、服务机构系统内注册账户，用户也会在各种网站、服务机构系统内拥有属于自己的各种数据、数值信息。用户登录服务机构系统后，可以通过终端远程在服务机构的服务器内新建、修改、请求发送有关自己的数据、数值信息到用户终端、或者用户指定的网络地址。而某些服务机构在内部会有一些自己的游戏规则、数据处理规则，用户需要提交符合规则的数据请求才能获得正确的执行。比如，用户在某服务机构系统(或游戏网站)内拥有一定数量的积分(或虚拟游戏币)，而服务机构(或游戏网站)可能会对单次转出的积分(或虚拟游戏币)的数值额度进行限制，在这样的情况下，若用户期望转移数值较大的积分，需要用户多次执行发起符合规则的数据请求的操作。
发明内容
本申请实施例提供一种请求发送方法，用以解决在被请求对象执行单次发送数值数据操作存在最大限额的场景下，按照现有技术中可能需用户进行多次操作的问题。
本申请实施例提供一种付款请求发送装置，用以解决在被请求对象执行单次发送数值数据操作存在最大限额的场景下，按照现有技术中可能需用户进行多次操作的问题。
本申请实施例采用下述技术方案：
一种请求发送方法，包括：
接收用户发送的请求指令；其中，所述请求指令包括请求数值信息、被请求对象标识；
依据被请求对象限制规则，将所述请求数值信息表示的具体数值拆分成至少两个符合限制规则的请求数值；
将上述至少两个符合限制规则的请求数值，依次向被请求对象标识所表示的被请求对象发送请求。
一种付款请求发送装置，包括：
接收单元，用于接收用户发送的请求指令，所述请求指令包括请求数值信息、被请求对象标识；
判断、拆分单元，用于依据被请求对象限制规则，将所述请求数值信息表示的具体数值拆分成至少两个符合限制规则的请求数值；
请求发送单元，用于依据所述判断、拆分单元确定的至少两笔请求数值，依次向被请求对象标识所表示的被请求对象发送请求。
本申请实施例提供的上述至少一个方案可以达到下述技术效果：
由于在接收到用户发送的请求指令后，可以对数值数据进行拆分，并根据拆分得到的具体数值向被请求对象发起至少两次发送请求，从而在被请求对象执行的单次发送数值数据操作存在最大限额的场景下，用户也可以无需发送进行多次操作，从而避免按照现有技术中可能需用户进行多次操作的问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例一提供的请求发送方法；
图2为本申请实施例二提供的具体应用于金融机构的付款请求发送方法；
图3为本申请实施例三提供的具体应用于金融机构的又一付款请求发送方法；
图4为本申请实施例提供的请求发送装置。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
实施例1
图1为本申请实施例1提供的请求发送方法流程，主要是指系统接收用户的请求指令，而用户提交的请求数值信息超过被请求对象的限制规则，则系统对请求数值信息进行拆分后在系统底层多次发起请求申请的过程，包括如下步骤：
S101：系统向用户推送特定页面。
在本申请实施例中，所述的所述系统具体可以是服务器、个人计算机(PersonalComputer，PC)等载体及运行其上的相关的软件平台。
所述用户是在运营网站、游戏平台、支付平台等的注册用户，拥有唯一的注册ID。
所述特定页面包括被请求对象的选项框、请求数值信息的输入框等。
S102：系统接收用户请求指令。
所述请求指令包括请求数值信息、被请求对象标识、用户身份信息等，所述请求数值信息是用户在特定页面依据个人意愿自行输入的请求发送的具体数值数据信息，所述被请求对象标识表示用户要求发送数值数据的对象。
S103：系统依据请求指令验证用户权限。
验证用户权限可以包括：1、依据用户身份信息验证用户在系统的登录权限；2、依据用户身份信息、被请求对象标识验证用户的请求权限。
其中，所述请求权限是由用户、本系统、被请求对象三方是否签订了三方委托协议来确定的，如果用户无此权限，则报错返回；如确认用户有此权限，则进入下一步。
系统可以在本地数据库中保存签订了三方委托协议的用户身份信息以及相应的被请求对象标识，同时，还可以保存该用户身份信息和该被请求对象标识的映射关系。从而当接收到请求指令的时候，系统可以判断：1、本地数据库中是否能查询到与请求指令中包含的用户身份信息相匹配的用户身份信息；2、本地数据库中是否能查询到请求指令中包含的用户身份信息和被请求对象标识的映射关系。在这两个判断结果均为是时，可以确定用户具备前文所述的请求权限。
S104：依据请求数值、被请求对象标识判断请求数值是否符合要求。
系统首先依据被请求对象标识查询被请求对象的限制规则，系统从本地调用被请求对象限制规则比对用户请求指令中包含的请求数值：
如果所述请求数值不符合限制规则则报错返回；
如果所述请求数值符合限制规则，则继续查询用户存在于被请求对象的具体数值是否大于或等于请求数值：如果大于或等于则进入步骤S205；如果小于则报错返回。
S105：依据请求数值、被请求对象标识确认是否需要拆分。
依据被请求对象标识调用本地数据库中的被请求对象单次发送数值数据的限制并比对：
如果所述请求指令中包含的请求数值大于所述单次发送限制，则执行步骤S106；
如果所述请求指令中包含的请求数值小于或等于所述单次发送限制，则执行步骤S107。
S106：依据被请求对象单次发送限制拆分所述请求数值。
即将所述请求数值除以所述单次发送限制的额度：
商如果正好为整数，则将所述请求数值拆分成整数商次的具体数值；
商如果不为整数，则需要拆分成商取整数次的单次发送限制额度，再加上一次请求数值为余数的数值请求。
S107：向被请求对象发起请求。
依据S105步骤，对于无需拆分的请求数值直接向被请求对象发起请求；
或者依据拆分的请求数值次数与对应的具体数值数据向被请求对象发起请求。
实施例2
图2为本申请实施例2提供的付款请求发送方法流程，具体用以解决在付款对象执行的单次转账操作所能转出的最大金额有限制的场景下，按照现有技术中可能需用户进行多次操作的问题。该流程主要包括如下步骤：
S201：系统接收用户发送的付款请求指令。
在本申请实施例中，所述系统可以是某一支付平台，如支付宝、财付通、余额宝等。所述系统具体可以是服务器(例如背景技术部分所说的第三方服务器)、个人计算机(PersonalComputer，PC)等载体及运行其上的相关的软件平台。
所述用户可以是所述支付平台的注册用户，拥有唯一的注册ID。
所述付款请求指令可以包括转账金额信息、付款对象标识。其中，所述转账金额信息比如可以是用户在特定页面依据个人意愿自行输入的转账金数额，所述付款对象标识表示用户要求付款的对象。
S202：系统依据转账金额、付款对象标识确认转账金额是否超限；若确认出转账金额没有超过付款对象设定的单日转账限额，执行步骤S103，否则可以返回不可转入的提示信息并推送给用户。
具体地，系统可以首先依据付款对象标识查询付款对象单日限额。比如，系统在本地配置有各付款对象的单日转账限额数据表，所述数据表与所述付款对象标识一一对应并存储于本地数据库或本地缓存中，系统只需依据付款对象标识直接调用即可。
系统依据对应的数据表比对用户付款请求指令中包含的转账金额后；如果所述付款请求中的转账金额超过所述付款对象设定的单日转账限额，则向用户推送不可转入的提示信息；如果所述付款请求指令中的转账金额小于或等于所述付款对象设定的单日转账限额，则执行步骤S203。
S203：系统向付款对象查询付款请求指令提交用户在付款对象账户内的资金余额并对比。
具体地，系统先向付款对象查询用户在付款用户下的资金余额，并将所述资金余额与所述付款请求指令中包含的转账金额信息所表示的转账金额进行比对。如果转账金额信息所表示的转账金额小于或等于所述资金余额，则执行步骤S204；
如果转账金额信息所表示的转账金额大于所述资金余额，则向用户推送余额不足的提示信息。
S204：依据付款对象单次转账限额拆分所述转账金额。
具体的拆分方法为：将所述转账金额除以所述单次转账限额：
商如果小于整数1，则直接依据转账金额向付款对象发起1次付款请求；
商如果正好为整数，则将所述转账金额拆分成整数商次的转账限额；即如果转账金额为3万元，单次限额为5千元，则拆分成6笔5千元的转账金。
商如果不为整数，则需要拆分成商取整数次的转账限额，再加上一次转账金为余数的转账请求。即如果转账金额为3.2万元，单次限额为5千元，则需拆分成6笔5千元的转账金，再加上1笔2千元的转账金。
S205：系统向付款对象发起付款请求。
具体地，系统可以直接向付款对象发起付款请求；或者，系统也可以通过触发支付平台向付款对象发起付款请求的方式，实现向付款对象发起付款请求。
实施例3
图3为本申请实施例3提供的付款请求发送方法流程，主要是指系统接收用户的付款请求指令，而用户提交的转账金额超过付款方的单次限额，则需要系统对转账金额进行拆分后在系统底层多次发起付款申请，包括如下步骤：
S301：系统向用户推送特定页面。
在本申请实施例中，所述的系统主要指某一支付平台，如支付宝、财付通、余额宝等。所述系统具体可以是服务器、个人计算机(PersonalComputer，PC)等载体及运行其上的相关的软件平台。
所述用户是所述支付平台的注册用户，拥有唯一的注册ID。
所述特定页面包括付款对象的选项框、转账金额的输入框、支付密码的输入框等。
S302：系统接收用户付款请求指令。
所述付款请求指令包括转账金额信息、付款对象标识、用户身份信息等，所述转账金额信息是用户在特定页面依据个人意愿自行输入的转账金数额，所述付款对象标识表示用户要求付款的对象。
S303：系统依据付款请求指令验证用户权限。
验证用户权限可以包括：1、依据用户身份信息验证用户在支付平台的登录权限；2、依据用户身份信息、付款对象标识验证用户的转账权限。
其中，所述转账权限是由用户、支付平台、付款对象三方是否签订了三方委托协议来确定的，如果用户无此权限，则报错返回；如确认用户有此权限，则进入下一步。
所述三方协议是由用户在支付平台签订的电子协议，同意由支付平台向付款对象发起付款申请，具体应用如快捷支付等模式。
系统可以在本地数据库中保存签订了三方委托协议的用户身份信息以及相应的付款对象标识，同时，还可以保存该用户身份信息和该付款对象标识的映射关系。从而当接收到付款请求指令的时候，系统可以判断：1、本地数据库中是否能查询到与付款请求指令中包含的用户身份信息相匹配的用户身份信息；2、本地数据库中是否能查询到付款请求指令中包含的用户身份信息和付款对象标识的映射关系。在这两个判断结果均为是时，可以确定用户具备前文所述的转账权限。
S304：依据转账金额、付款对象标识判断转账金额是否符合要求。
系统首先依据付款对象标识查询付款对象单日限额，系统在本地配置有各付款对象的单日转账限额数据表，所述数据表与所述付款对象标识一一对应并存储于本地数据库或本地缓存中，系统只需依据付款对象标识直接调用即可。依据对应的数据表比对用户付款请求指令中包含的转账金额：
如果所述付款请求指令中的转账金额超过所述付款对象设定的单日转账限额，则返回超限不可转入的提示信息并推送给用户；
如果所述付款请求指令中的转账金额小于或等于所述付款对象设定的单日转账限额，则触发支付平台依据用户身份信息、付款对象标识向付款对象发起查询请求并获得用户在付款对象下的资金余额，比对资金余额与转账金额：
如果所述付款请求指令中包含的转账金额小于或等于所述资金余额，则执行步骤S305；
如果所述付款请求指令中包含的转账金额大于所述资金余额，则向用户推送余额不足的提示信息。
S305：依据转账金额、付款对象标识确认是否需要拆分。
依据付款对象标识调用本地数据库中的付款对象单次转账限额并比对：
如果所述付款请求指令中包含的转账金额大于所述单次转账限额，则执行步骤S306；
如果所述付款请求指令中包含的转账金额小于或等于所述转账限额，则执行步骤S307。
S306：依据付款对象单次转账限额拆分所述转账金额。
具体的拆分方法为：将所述转账金额除以所述单次转账限额：
商如果正好为整数，则将所述转账金额拆分成整数商次的转账限额；即如果转账金额为3万元，单次限额为5千元，则拆分成6笔5千元的转账金；
商如果不为整数，则需要拆分成商取整数次的转账限额，再加上一次转账金为余数的转账请求。即如果转账金额为3.2万元，单次限额为5千元，则需拆分成6笔5千元的转账金，再加上1笔2千元的转账金。
S307：向付款对象发起付款请求。
依据S305步骤，对于无需拆分的转账金额直接向付款对象发起付款请求；
或者依据拆分的转账次数与对应的转账金向付款对象发起异步的付款请求，即在不同时间多次向付款对象发起付款请求。
实施例4
实施例4与实施例3的区别在于，S303步骤中的验证用户身份信息权限、转账权限在S301步骤中实施，如在特定推送页面下，如果用户不具有转账权限，则用户无法在付款对象选项框中选择付款对象来实现。
以上为本申请提供的请求发送方法，基于同样的思路，本申请实施例还提供相应的请求发送装置，如图4所示。
图4为本申请实施例提供的付款请求发送装置的结构示意图，具体包括：
具体的上述如图3所示的装置一般运行于服务器上。
验证单元401，用于验证用户登录权限、请求权限等；
接收单元402，用于接收用户发送的请求指令；
判断、接收单元403，用于判断请求指令中的转账金额是否符合要求并对数值信息进行拆分；
请求发送单元404，用于依据判断、拆分单元发送的信息向被请求对象发起请求。
在本申请中，用户登录网站、游戏平台、支付平台等，并由验证单元301验证用户的登录权限。经用户点击请求，系统向用户推送特定页面，所述特定页面包括被请求对象选项框、请求数值的输入框、确认按钮等。在推送特定页面的同时，所述验证单元401自动验证所述用户的请求权限，依据用户身份信息调用本地数据库中的用户权限标识，判断用户是否与某一被请求对象、本系统签订有三方协议，如无三方协议，则被请求对象选项框不显示该被请求对象。
用户在特定页面选择好被请求对象、输入请求数值、密码等后，点击确认按钮向所述接收单元402发送请求指令，所述请求指令包括请求数值信息、被请求对象标识、用户身份信息，所述请求数值信息是用户在特定页面依据个人意愿自行输入的请求数值额度，所述被请求对象标识表示用户要求发送数值数据的对象。
所述判断、拆分单元403接收到所述接收单元402传送的请求指令信息后，先依据所述请求数值、被请求对象标识判断请求数值是否符合限制规则的要求：
如果所述请求指令中的请求数值不符合被请求对象限制规则的要求，则报错返回；
如果所述请求指令中的请求数值符合被请求对象的限制规则，则依据用户身份信息、被请求对象标识向被请求对象发起查询请求并获得用户在被请求对象下的具体数值额度，并比对：
如果所述请求指令中包含的请求数值大于所述用户拥有的数值额度，则报错返回；
如果所述请求指令中包含的请求数值小于或等于所述用户拥有的数值额度，则依据所述请求数值、被请求对象标识判断是否需要拆分请求数值，具体操作如下：依据被请求对象标识调用本地数据库中的被请求对象单次发送限额并比对：
如果所述请求指令中包含的请求数值小于或等于所述单次发送限额，则直接由所述请求发送单元404向被请求对象发起请求；
如果所述请求指令中包含的请求数值大于所述单次发送限额，则对所述请求数值进行拆分，具体拆分办法如下：将所述请求数值除以所述单次发送限额，商如果正好为整数，则将所述请求数值拆分成整数商次的请求数值。商如果不为整数，则需要拆分成商取整数次的请求数值，再加上一次请求数值为余数的请求。
所述判断拆分单元403拆分完成后触发所述请求发送单元404向所述被请求对象发起请求，所述请求发送单元404依据所述判断拆分单元403确定的请求次数与每次的请求数值向被请求对象发起异步的发送请求，即在不同时间多次向被请求对象发起请求直至付款完成。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (20)

1.一种请求发送方法，其特征在于，包括：
接收用户发送的请求指令；其中，所述请求指令包括请求数值信息、被请求对象标识；
依据被请求对象限制规则，将所述请求数值信息表示的具体数值拆分成至少两个符合限制规则的请求数值；
将上述至少两个符合限制规则的请求数值，依次向被请求对象标识所表示的被请求对象发送请求。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
拆分请求数值信息之前，依据所述被请求对象既定的限制规则，确认请求数值信息符合限制规则。
3.如权利要求2所述的方法，其特征在于，所述方法还包括：
拆分请求数值信息之前，确定用户在所述被请求对象内拥有的具体数值大于或等于所述请求数值信息表示的数值。
4.如权利要求1所述的方法，其特征在于，依据所述至少两个请求数值，向所述被请求对象标识所表示的被请求对象发起至少两次请求，包括：
依据所述至少两个请求数值，按照单个请求被执行完毕后再发起另一请求的方式，向被请求对象逐个发起所述至少两个请求，直至被请求对象执行完毕对所述至少两个请求数值。
5.如权利要求1所述的方法，其特征在于，接收用户发送的请求指令前，所述方法还包括：
验证用户具备请求权限。
6.如权利要求5所述的方法，其特征在于，验证用户具备请求权限，包括：
向用户推送第一特定页面；
验证通过所述第一特定页面输入的用户身份信息；
依据用户身份信息验证用户、被请求对象、及本系统之间存在的三方协议。
7.如权利要求6所述的方法，其特征在于，所述特定页面设置有若干家被请求对象下拉菜单；验证用户具备权限，包括：
用户通过下拉菜单选择被请求对象时验证用户具备权限。
8.如权利要求1所述的方法，其特征在于，接收用户发送的请求指令包括：
向用户推送第二特定页面；
接收用户在第二特定页面上触发的请求指令。
9.如权利要求8所述的方法，其特征在于，所述特定页面包括确认按钮，以及供用户输入的请求数值输入框、及密码输入框，所述请求数值为转账金额，所述密码为支付密码；
所述请求指令为：用户在转账金额输入框中输入转账金额、在支付密码输入框中输入支付密码后，点击确认按钮触发的请求指令。
10.如权利要求1所述的方法，其特征在于，所述请求数值信息为转账金额信息，依据所述转账金额信息，拆分所述转账金额信息所表示的转账金额成至少两笔转账金，包括：
依据被请求对象标识调用系统数据库中的对应算法；
依据所述对应算法和转账金额信息，对转账金额进行拆分。
11.一种付款请求发送装置，其特征在于，包括：
接收单元，用于接收用户发送的请求指令，所述请求指令包括请求数值信息、被请求对象标识；
判断、拆分单元，用于依据被请求对象限制规则，将所述请求数值信息表示的具体数值拆分成至少两个符合限制规则的请求数值；
请求发送单元，用于依据所述判断、拆分单元确定的至少两笔请求数值，依次向被请求对象标识所表示的被请求对象发送请求。
12.如权利要求11所述的装置，其特征在于，所述判断、拆分单元依据所述被请求对象既定的限制规则，确认请求数值信息符合限制规则。
13.如权利要求12所述的装置，其特征在于，所述判断、拆分单元还用于确定用户在所述被请求对象内拥有的具体数值大于或等于所述请求数值信息表示的数值。
14.如权利要求11所述的装置，其特征在于，所述请求发送单元依据所述至少两个请求数值，向所述被请求对象标识所表示的被请求对象发起至少两次请求，包括：
依据所述至少两个请求数值，按照单个请求被执行完毕后再发起另一请求的方式，向被请求对象逐个发起所述至少两个请求，直至被请求对象执行完毕对所述至少两个请求数值。
15.如权利要求11所述的装置，其特征在于，所述装置还包括验证单元，在所述接收单元接收用户发送的请求指令前，所述验证单元验证用户具备请求权限。
16.如权利要求15所述的装置，其特征在于，所述验证单元验证用户具备请求权限，包括：
向用户推送第一特定页面；
验证通过所述第一特定页面输入的用户身份信息；
依据用户身份信息验证用户、被请求对象、及本系统之间存在的三方协议。
17.如权利要求16所述的装置，其特征在于，所述特定页面设置有若干家付款对象下拉菜单；验证用户具备权限，包括：
用户通过下拉菜单选择付款对象时验证用户具备权限。
18.如权利要求11所述的装置，其特征在于，所述接收单元接收用户发送的请求指令包括：
向用户推送第二特定页面；
接收用户在第二特定页面上触发的请求指令。
19.如权利要求18所述的方法，其特征在于，所述第二特定页面包括确认按钮，以及供用户输入的请求数值输入框、及密码输入框，所述请求数值为转账金额，所述密码为支付密码；
所述请求指令为：用户在转账金额输入框中输入转账金额、在支付密码输入框中输入支付密码后，点击确认按钮触发的请求指令。
20.如权利要求11所述的方法，其特征在于，所述请求数值信息为转账金额信息，所述判断、拆分单元依据转账金额信息，拆分所述转账金额信息所表示的转账金额成至少两笔转账金，包括：
依据付款对象标识调用系统数据库中的对应算法；
依据所述对应算法和转账金额信息，对转账金额进行拆分。
CN201410854480.8A 2014-12-31 2014-12-31 一种请求发送方法及其装置 Pending CN105809466A (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201410854480.8A CN105809466A (zh) 2014-12-31 2014-12-31 一种请求发送方法及其装置
JP2017535036A JP6758298B2 (ja) 2014-12-31 2015-12-22 要求送信方法およびその装置
SG11201704938RA SG11201704938RA (en) 2014-12-31 2015-12-22 Request sending method and device thereof
EP15875145.3A EP3242261A4 (en) 2014-12-31 2015-12-22 Request sending method and device thereof
PCT/CN2015/098260 WO2016107467A1 (zh) 2014-12-31 2015-12-22 一种请求发送方法及其装置
KR1020177017814A KR20170101921A (ko) 2014-12-31 2015-12-22 요청 송신 방법 및 장치
US15/637,898 US20170300874A1 (en) 2014-12-31 2017-06-29 Request sending method and device thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410854480.8A CN105809466A (zh) 2014-12-31 2014-12-31 一种请求发送方法及其装置

Publications (1)

Publication Number Publication Date
CN105809466A true CN105809466A (zh) 2016-07-27

Family

ID=56284245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410854480.8A Pending CN105809466A (zh) 2014-12-31 2014-12-31 一种请求发送方法及其装置

Country Status (7)

Country Link
US (1) US20170300874A1 (zh)
EP (1) EP3242261A4 (zh)
JP (1) JP6758298B2 (zh)
KR (1) KR20170101921A (zh)
CN (1) CN105809466A (zh)
SG (1) SG11201704938RA (zh)
WO (1) WO2016107467A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107818462A (zh) * 2017-11-16 2018-03-20 深圳金葫芦金融服务有限公司 一种基于多笔小额转账的移动端大额单笔充值的实现方案
CN108280650A (zh) * 2018-02-26 2018-07-13 深圳前海微众银行股份有限公司 转账方法、终端和计算机可读存储介质
CN108446898A (zh) * 2018-02-26 2018-08-24 深圳前海微众银行股份有限公司 转账方法、终端和计算机可读存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2977503C (en) 2015-02-23 2019-08-06 Mastercard International Incorporated Transmitting disbursements from a commercial financial account
JP7349616B2 (ja) * 2019-04-26 2023-09-25 株式会社エーエヌラボ 支払支援システム、支払支援方法及び支払支援プログラム
KR102329935B1 (ko) * 2019-07-22 2021-11-23 갤럭시아머니트리 주식회사 해외 송금 수납 대행 서비스 방법 및 그 시스템

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103106575A (zh) * 2011-11-11 2013-05-15 阿里巴巴集团控股有限公司 一种交易信息的处理方法及装置
US20140025461A1 (en) * 2012-07-20 2014-01-23 First Data Corporation Enhanced transaction processing

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11313058A (ja) * 1998-04-28 1999-11-09 Ntt Mobil Commun Network Inc 少額決済方法および請求料金算出装置
US6859212B2 (en) * 1998-12-08 2005-02-22 Yodlee.Com, Inc. Interactive transaction center interface
US7092913B2 (en) * 2002-02-26 2006-08-15 Cannon Jr Thomas Calvin System for inexpensively executing online purchases
JP2003316951A (ja) * 2002-04-25 2003-11-07 Bank Of Tokyo-Mitsubishi Ltd 電子バンキングサービスシステム、電子バンキングサービス方法、この方法をコンピュータに実行させるためのプログラム、このプログラムを記録した記録媒体
US8099361B1 (en) * 2003-08-04 2012-01-17 Amazon.Com, Inc. Transaction processing system that applies user-specified rules to divide payment amounts among multiple payment instruments
US8788376B2 (en) * 2005-12-07 2014-07-22 III Holdings l, LLC System, method and computer program product for an acquisition partner interface for integrating multiple partner channels into a transaction account issuer platform
JP2008033758A (ja) * 2006-07-31 2008-02-14 Noritsu Koki Co Ltd セルフ写真プリント装置
CN101197028A (zh) * 2006-12-08 2008-06-11 祁勇 一种基于交易代码的电子支付方法
JP5186790B2 (ja) * 2007-04-06 2013-04-24 日本電気株式会社 電子マネー取引方法、及び電子マネーシステム
US8515870B2 (en) * 2011-09-06 2013-08-20 Rawllin International Inc. Electronic payment systems and supporting methods and devices
CN103390240A (zh) * 2012-05-08 2013-11-13 九樱天下（北京）信息技术有限公司 分账结算方法和分账结算系统
IN2013MU00255A (zh) * 2013-01-29 2015-06-26 Tata Consultancy Services Ltd
US20150052035A1 (en) * 2013-08-15 2015-02-19 Bank Of America Corporation Shared account filtering of e-receipt data based on email address or other indicia

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103106575A (zh) * 2011-11-11 2013-05-15 阿里巴巴集团控股有限公司 一种交易信息的处理方法及装置
US20140025461A1 (en) * 2012-07-20 2014-01-23 First Data Corporation Enhanced transaction processing

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107818462A (zh) * 2017-11-16 2018-03-20 深圳金葫芦金融服务有限公司 一种基于多笔小额转账的移动端大额单笔充值的实现方案
CN108280650A (zh) * 2018-02-26 2018-07-13 深圳前海微众银行股份有限公司 转账方法、终端和计算机可读存储介质
CN108446898A (zh) * 2018-02-26 2018-08-24 深圳前海微众银行股份有限公司 转账方法、终端和计算机可读存储介质

Also Published As

Publication number Publication date
EP3242261A1 (en) 2017-11-08
JP6758298B2 (ja) 2020-09-23
JP2018500694A (ja) 2018-01-11
US20170300874A1 (en) 2017-10-19
SG11201704938RA (en) 2017-07-28
KR20170101921A (ko) 2017-09-06
EP3242261A4 (en) 2018-06-06
WO2016107467A1 (zh) 2016-07-07

Similar Documents

Publication Publication Date Title
US10552835B2 (en) Secure payment service and system for interactive voice response (IVR) systems
CN105809466A (zh) 一种请求发送方法及其装置
US20150046327A1 (en) Server-based payment system
JP2016523417A (ja) 電子取引方法、システムおよび支払いプラットフォームシステム
CN107026815A (zh) 一种支付业务处理方法、支付服务器、相关设备及系统
CN110225035A (zh) 第三方账户绑定及登录方法、服务器、终端及装置
CN103023893A (zh) 利用资源转接平台访问在线资源
US10692087B2 (en) Electronic financial service risk evaluation
CN109933626B (zh) 金融业务的数据处理方法、装置及金融交易终端
CN104901994A (zh) 网络系统中用户的属性数值转移方法、装置及系统
US20220036351A1 (en) Method and apparatus for resource exchange
CN106296154B (zh) 事务处理方法和系统
CN107507013A (zh) 一种将线下实体会员升级为线上微信会员的方法及装置
US8788945B1 (en) Automatic approval
US20180054529A1 (en) Methods and systems for top-up
CN113114678B (zh) 一种业务执行方法及装置
US11720900B1 (en) Systems and methods for adaptive learning to replicate peak performance of human decision making
CN110348988A (zh) 仲裁处理方法、电子装置及计算机可读存储介质
US20190043037A1 (en) System and method for providing secured services
CN108537050B (zh) 业务数据转移方法和相关装置
CN111415245A (zh) 一种开户方法和装置
CN105427398A (zh) 一种防作弊考勤的方法、移动终端和系统
CN112258185B (zh) 流量导引数据的处理方法和区块链节点
US20220114589A1 (en) Aggregated transaction accounts
CN115099804A (zh) 一种数字资产的转移方法、装置、设备及介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160727

RJ01 Rejection of invention patent application after publication