CN107026815A - 一种支付业务处理方法、支付服务器、相关设备及系统 - Google Patents
一种支付业务处理方法、支付服务器、相关设备及系统 Download PDFInfo
- Publication number
- CN107026815A CN107026815A CN201610064681.7A CN201610064681A CN107026815A CN 107026815 A CN107026815 A CN 107026815A CN 201610064681 A CN201610064681 A CN 201610064681A CN 107026815 A CN107026815 A CN 107026815A
- Authority
- CN
- China
- Prior art keywords
- approval
- examination
- payment
- payment transaction
- application
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
Abstract
本发明公开了一种支付业务处理方法、支付服务器、相关设备及系统。该方法包括：支付服务器接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，根据所述群组的标识信息，获取所述群组的审批方的标识信息，然后根据所述审批方的标识信息，向所述审批方发送审批请求，指示所述审批方审批所述支付业务申请；所述支付服务器接收所述审批方响应所述审批请求所返回的响应消息；所述响应消息中携带审批结果和所述审批方的标识信息；如果所述审批结果满足审批通过条件，则所述支付服务器响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。上述方案可实现群组成员高效安全的使用公共支付账户执行支付业务。
Description
技术领域
本发明涉及信息处理技术领域，尤其涉及一种支付业务处理方法、支付服务器、相关设备及系统。
背景技术
移动支付是指商品或服务的消费者，通过在移动终端上进行操作，对所消费的商品或服务进行账务支付的一种支付方式。用户在终端上进行操作，一般通过互联网、移动通信网络向银行等移动支付服务商发送支付指令产生货币支付和资金转移，实现资金的移动支付，实现了终端设备、移动通信网、应用提供商以及移动支付服务商的融合，完成货币支付、缴费等金融业务。
在移动支付服务器中，用户需要使用移动台综合业务数字网(IntegratedServices Digital Network，ISDN)号码(Mobile Subscriber International ISDNnumber，MSISDN)注册支付账户,在向该账户内存入电子货币E-money后，就可以使用该账号支付账单。
支付服务器中的一些用户出于相同的目的(例如共同资助贫困人员，或组成球迷俱乐部等)会组成一个群组，并设立该群组的公共账户。平时群组成员可以向该公共账户存钱，也可通过该公共账户为群组的公共事务，例如慈善捐款，或聚会消费来支付账单。因此，存在通过支付服务器为群组成员提供一种既安全又便捷地使用群组的公共账户中的资金的需求。
发明内容
本发明实施例提供了一种支付业务处理方法、支付服务器、相关设备及系统。
第一方面，提供了一种支付业务处理方法，所述方法针对包括至少2个群组成员的群组，应用于支付服务器侧，所述方法包括：
支付服务器接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，所述支付业务申请包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息；所述支付服务器可以根据所述群组的标识信息获取所述群组的审批方的标识信息，并根据所述审批方的标识信息，向所述审批方发送审批请求，指示所述审批方审批所述支付业务申请；之后，所述支付服务器可以接收所述审批方响应所述审批请求所返回的响应消息，如果所述审批结果满足审批通过条件，则所述支付服务器响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
具体的，所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方。所述审批请求携带有：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息。所述响应消息中携带审批结果和所述审批方的标识信息。
实施第一方面描述的方法，可实现群组成员高效安全的使用群组的公共支付账户执行支付业务。
第二方面，提供了一种支付业务处理方法，所述方法针对包括至少2个群组成员的群组，应用于审批方侧，所述方法包括：审批方接收支付服务器发送的审批请求，之后接收输入的针对所述审批请求的审批结果，并响应所述审批请求，向所述支付服务器发送所述审批结果。
具体的，所述审批请求针对需要所述审批方审批的支付业务申请，所述支付业务申请是群组成员向所述支付服务器提交的针对所述群组的公共支付账户的支付业务申请，具体可包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息。
具体的，所述审批请求可携带有：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息。所述审批结果可携带有所述审批方的标识信息。
实施第二方面描述的方法，可提高审批方对所述支付业务申请的审批效率。
本发明实施例中，支付服务器可以根据提交所述支付业务申请的群组成员的身份信息、所述支付业务申请涉及的支付金额或所述支付业务申请对应的业务类型中的至少一项，判断所述支付业务申请是否需要审批。这里，所述群组成员的身份信息可包括但不限于：群组管理员、审批人和普通成员。
本发明实施例对所述审批方所包括的审批人的人数不作限制。如果所述审批方包括至少2个审批人，那么，所述审批方返回的所述审批结果可包括：所述至少2个审批人各自返回的审批结果。审批人返回的审批结果可包括2种具体情况：审批通过和审批未通过。这里，审批通过的审批结果是指审批人同意所述支付业务申请所返回的审批结果。
具体实现方式中，支付服务器向所述审批方发送的所述审批请求可包含审批截止时间，以指示所述群组的各个审批人在所述审批截止时间前对所述支付业务申请进行审批，并返回审批结果。对于支付服务器来说，审批通过的审批结果可以是指返回时间早于所述审批截止时间并且同意执行所述支付业务申请对应的业务的审批结果。
在一种实现方式中，所述审批通过条件可以由所述群组预先设置。例如，当审批通过的审批结果的数量达到预设个数(如2个)时，则判定审批通过。又例如，当审批通过的审批结果的数量达到审批结果的总数量的比值大于预设比值(如50％)时，则判定审批通过。再例如，如果存在一个未通过的审批结果，则判定审批未通过。示例仅仅是本发明实施例的一种实现方式，实际应用中还可以不同，不应构成限定。
在一些可能的实现方式中，所述群组可以配置所述群组的审批规则。所述支付服务器还可以：获取所述群组设置的审批规则。
具体的，如果所述审批规则规定了各种业务类型对应的审批方，则支付服务器可以按照所述支付业务申请对应的业务类型，向所述业务类型对应的审批方发送所述审批请求。
具体的，如果所述审批规则规定了所述群组的审批方中各个审批人的审批级别，则支付服务器可以按照所述审批级别有序的向所述各个审批人发送所述审批请求。
在一些可能的实现方式中，所述审批方可以通过USSD、STK或API等接入方式接入所述支付服务器。
如果采用USSD接入方式，当所述审批方接收到所述审批请求时，所述审批方可以从USSD菜单中选择待审批的所述支付业务申请，并输入针对所述支付业务申请的审批结果；之后，审批方可通过SMPP协议向USSD网关发送响应所述审批请求的响应消息，该响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息。
相应的，所述支付服务器可以接收到所述审批方通过USSD网关发送的所述响应消息，并可以从所述响应消息中获取到针对所述支付业务申请的审批结果。
具体实现中，审批方可以通过拨打所述支付服务器的USSD接入码接入所述支付服务器。在审批方接入所述支付服务器之后，所述支付服务器可以获取待审批的业务申请列表，并生成所述USSD菜单，最后将所述USSD菜单推送给所述审批方。
如果采用STK接入方式，当所述审批方接收到所述审批请求时，所述审批方可以通过STK应用生成的STK菜单选择待审批的所述支付业务申请，并输入针对所述支付业务申请的审批结果；之后，审批方可利用STK应用通过短消息服务中心向所述支付服务器发送响应所述审批请求的响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息。
相应的，所述支付服务器可接收到所述审批方通过短消息服务中心发送的所述响应消息，并可以从所述响应消息中获取到针对所述支付业务申请的审批结果。
具体实现中，所述支付服务器可以通过短消息的方式向所述审批方发送待审批业务申请列表(其中包括所述支付业务申请)。相应的，所述审批方可通过移动终端内的SIM卡接收到所述待审批业务申请列表，并由STK应用生成所述STK菜单。
如果采用API接入方式，支付服务器可以通过第三方应用向审批方发送待审批交易列表(其中包括所述支付业务申请)。相应的，审批方可以通过移动终端上安装的所述第三方应用的客户端接收到所述待审批业务申请列表，并在界面上显示所述待审批业务申请列表；之后，审批方可以从所述待审批业务申请列表中选择出所述支付业务申请，并输入针对所述支付业务申请的审批结果。
在非即时支付场景下，所述支付业务申请还可包括：非即时支付金额、收款方账户。如果所述审批结果满足审批通过条件，则所述支付服务器可以将所述非即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
在即时支付场景下，所述支付业务申请对应的业务是支付凭证申请业务，所述支付业务申请还包括：所述支付凭证申请的金额。如果所述审批结果满足审批通过条件，则所述支付服务器可以从所述公共支付账户中预留出所述支付凭证申请的金额，然后利用所述支付凭证申请的金额生成支付凭证，最后根据提交所述支付凭证申请的群组成员的标识信息，向提交所述支付凭证申请的群组成员发送所述支付凭证。
具体实现中，在获得所述支付凭证之后，提交所述支付凭证申请的群组成员可以利用所述支付凭证提交即时支付业务申请。具体的，所述即时支付业务申请可包括：所述支付凭证、收款方账户、即时支付金额。如果提交所述即时支付业务申请的时间不晚于所述支付凭证的使用截止时间，并且所述即时支付金额没有大于所述支付凭证申请的金额，则所述支付服务器可以将所述即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户中。
可以理解的，由于存在所述支付凭证，因此，所述即时支付业务不需要登录、认证、获取数字证书和验证密码等繁琐的流程，便可直接利用预先申请到的支付凭证通过支付服务器向收款方进行支付，提高了即时支付业务的处理效率，确保即时支付业务被及时处理。
在一些可能的实施方式中，所述支付服务器可以通过短消息、电子邮件或第三方应用等方式来向所述审批方发送所述审批请求，用以提示所述审批方对所述支付业务申请进行审批。
第三方面，提供了一种支付服务器，所述支付服务器包括用于执行第一方面所述方法的模块。
第四方面，提供了一种支付设备，所述支付设备包括用于执行第二方面所述方法的单元。
第五方面，提供了一种支付服务器，用于执行第一方面描述的支付业务处理方法。所述基站可包括：存储器以及与所述存储器耦合的处理器、发射器和接收器，其中：所述发射器用于与向外部发送数据，所述接收器用于接收外部的数据，所述存储器用于存储第一方面描述的支付业务处理方法的实现代码，所述处理器用于执行所述存储器中存储的程序代码，即执行第一方面描述的支付业务处理方法。
第六方面，提供了一种终端，用于执行第二方面描述的支付业务处理方法。所述终端包括存储器以及与所述存储器耦合的处理器、发射器和接收器，其中：所述发射器用于与向外部发送数据，所述接收器用于接收外部的数据，所述存储器用于存储第二方面描述的支付业务处理方法的实现代码，所述处理器用于执行所述存储器中存储的程序代码，即执行第二方面描述的支付业务处理方法。
第七方面，提供了一种支付业务处理系统，所述支付系统包括：第三方面所述的支付服务器和第四方面所述的支付设备；或者，第五方面所述的支付服务器和第六方面所述的终端。
第八方面，提供了一种计算机可读存储介质，所述可读存储介质上存储有实现第一方面描述的支付业务处理方法的程序代码，该程序代码包含运行第一方面描述的支付业务处理方法的执行指令。
第九方面，提供了一种计算机可读存储介质，所述可读存储介质上存储有实现第二方面描述的支付业务处理方法的程序代码，该程序代码包含运行第二方面描述的支付业务处理方法的执行指令。
实施本发明方案，群组成员向支付服务器提交针对所述群组的公共支付账户的支付业务申请，支付服务器推送审批请求给审批方，以提示审批方进行审批，如果审批方审批通过，则支付服务器利用所述公共支付账户执行所述支付业务申请对应的业务。上述方案可实现群组成员高效安全的使用群组的公共支付账户执行支付业务。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。
图1是本发明实施例提供的支付业务处理的场景示意图；
图2是本发明实施例提供的支付业务处理系统的架构示意图；
图3是本发明实施例提供的支付业务处理方法的流程图；
图4是注册在支付服务器中的各个群组及各自的群组成员的组织示意图；
图5是在非即时支付业务的应用场景中实施本发明方案的流程示意图；
图6是在即时支付业务的应用场景中实施本发明方案的流程示意图；
图7是本发明实施例提供的支付服务器的结构示意图；
图8是本发明实施例提供的支付设备的结构示意图；
图9是本发明实施例提供的支付服务器的结构示意图；
图10是本发明实施例提供的终端的结构示意图；
图11是本发明实施例提供的一种支付业务处理系统的结构示意图；
图12是本发明实施例提供的另一种支付业务处理系统的结构示意图。
具体实施方式
本发明的实施方式部分使用的术语仅用于对本发明的具体实施例进行解释，而非旨在限定本发明。
为了实现群组成员高效安全的使用群组的公共支付账户执行支付业务，满足不同业务场景需求，本发明实施例提供了一种支付业务处理方法、支付服务器、相关设备及系统。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述。
参见图1，图1是本发明实施例提供的支付业务处理的场景示意图。
如图1所示，本发明实施例涉及的群组由多个(至少2个)群组成员组成，所述群组在支付服务器中对应有独立的公共支付账户。所述群组成员的角色可以包括：管理员、审批人和普通成员。其中，管理员一般是群组的创建者，负责群组的建设和维护工作，可以有一个或者多个；审批人负责审批涉及群组的公共支付账户的支付业务申请，可以有一个或者多个。审批人和管理员可以是相同的成员。
本发明实施例中，支付服务器中设置有所述群组对应的公共支付账户。支付服务器用于接收和处理群组成员提交的支付业务申请，并执行审批通过的支付业务申请所对应的支付业务。这里，支付业务申请是指群组成员向支付服务器提交的用于完成货币支付的业务申请。
如图1所示，本发明实施例涉及的支付业务处理流程可包括：1.群组成员向支付服务器提交支付业务申请；2.支付服务器向群组中的各个审批人发送审批请求；3.审批人同意或拒绝该支付业务申请，并将审批结果返回给支付服务器；4.支付服务器将各个审批人返回的审批结果与预先设置的审批通过条件进行比较，如果审批通过，则从公共支付账户中支出资金用以支付所述支付业务申请所涉及的商品或服务。
本发明方案中，所述审批通过条件可以由所述群组预先设置。例如，当同意所述支付业务申请的审批人达到预设人数(如2个)时，则判定审批通过。又例如，当同意所述支付业务申请的审批人达到全部审批人的预设比例(如50％)时，则判定审批通过。再例如，如果审批方中存在一个审批人拒绝所述支付业务申请，则判定审批未通过。示例仅仅是本发明实施例的一种实现方式，实际应用中还可以不同，不应构成限定。
需要说明的，本发明实施例中，任意群组成员均可向支付服务器提交支付业务申请。
在一种实现方式中，图1所示的业务处理场景可具体是：非即时支付场景。具体的，非即时支付业务是指支付时效较长的支付业务，非即时支付业务申请发起后允许较长时间的在线审批，只要在订单支付截止时间前完成审批，并执行所述非即时支付业务即可。
本发明实施例中，在群组成员提交非即时支付业务申请之后，支付服务器向群组的审批人发送审批请求，通常审批请求可包含所述订单支付截止时间，用以提醒审批人在该截止时间前对该申请进行审批，可使审批人及时发现非即时支付业务申请，并对其进行审批，提高了非即时支付业务的处理效率。
在一种实现方式中，图1所示的业务处理场景可具体是：支付凭证申请。一般，支付凭证用于即时支付场景。具体的，即时支付业务是指支付时效短的支付业务，例如近场(NFC)支付，支付需要尽快完成，不允许长时间等待。因此，即时支付通常需要预先申请支付凭证,然后利用支付凭证发起即时支付业务。
本发明实施例中，支付凭证的申请需要经过群组的审批人审批，可确保群组的公共支付账户的资金安全。并且，通过支付凭证发起的即时支付业务不需要审批，可提高支付效率。
参见图2，图2是本发明实施例提供的支付业务处理系统的架构示意图。所述支付业务处理系统可主要用于处理针对群组的公共支付账户的支付业务。
如图2所示，所述支付业务处理系统可包括：发起人301、审批人303、支付服务器200、收款方400。其中：
发起人301与审批人303均是群组300的群组成员。这里，发起人301是向支付服务器提交支付业务申请的群组成员。具体实现中，发起人301和审批人303均可以使用通信设备，例如手机、平板、电脑等，接入支付服务器200。具体的，发起人301可以利用通信设备向支付服务器200提交针对所述群组的公共支付账户的支付业务申请；审批人303可以利用通信设备接收支付服务器200发送的针对所述支付业务申请的审批请求，并对该支付业务申请进行审批，最后将审批结果返回给支付服务器200。
支付服务器200可用于：接收发起人301提交的所述支付业务申请，并判断该支付业务申请是否需要审批，如果需要审批，则向审批人303发送审批请求，如果审批人303返回的审批结果满足审批通过条件，则从公共支付账户中支出资金到收款方400的账户中，以完成所述支付业务申请对应的业务，最后，还可向发起人301发送通知消息，以告知发起人301业务执行成功。支付服务器200中各个模块的具体功能可参考后面图7实施例的内容。
收款方400是所述支付业务申请对应的收款方，可包括但不限于：商户、代理商、银行网点。
具体实现中，如图2所示，支付服务器200提供给群组成员的接入方式可以包括但不限于：非结构化补充数据业务(Unstructured Supplementary ServiceData，USSD)接入方式、用户识别应用发展工具(Subscriber Identity Module TookKit，STK)接入方式、短消息服务接入方式(Short Message Service，SMS)、应用程序编程接口(Application Programming Interface，API)接入方式。其中：
USSD接入方式是基于GSM网络的交互式数据业务的接入方式。通过USSD方式接入：用户使用手机键盘输入一些网络已预先制定的数字或者符号，如“*”、“#”等，再按“发送”键，就可以向支付服务器200发送一条指令，支付服务器200根据该指令选择用户需要的服务提供给用户。
STK接入方式与SMS接入方式都是基于短消息的一种接入方式。用户与支付服务器200之间可以通过短消息的方式进行通信。
API接入方式是指用户利用第三方应用提供的通信渠道接入支付服务器200。这里，第三方应用是指实现了支付服务器200的核心支付功能的应用，能够向外提供与支付服务器200通信的接口。
需要说明的，群组成员可采用上述任意一种接入方式接入支付服务器200。
参见图3，图3是本发明实施例提供的支付业务处理方法的流程图。如图3所示，该方法包括：
S101，群组成员向支付服务器提交支付业务申请。所述支付业务申请针对所述群组的公共支付账户。即，所述支付业务申请对应的支付业务是利用所述公共支付账户进行支付的支付业务。所述群组可包括至少2个群组成员。
具体实现中，群组成员可以通过USSD、STK或API等接入方式向支付服务器发起支付业务申请。例如，通过在支付服务器推送的STK菜单或者USSD菜单中输入商户或其他收款方的标识信息(如手机MSISDN)、支付金额、支付密码来发起支付业务申请。
具体的，所述支付业务申请可包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息。可以理解的，所述群组的标识信息可用于告知支付服务器所述支付业务申请是针对哪一个群组的公共支付账户；所述群组成员的标识信息可用于告知支付服务器所述支付业务申请由哪一个群组成员提交的。
所述支付业务申请还可包括：业务信息，所述业务信息可用于指示所述支付业务申请对应的业务的基本情况，例如，业务类型、业务涉及的支付金额等信息。
S103，相应的，支付服务器可接收到所述群组成员提交的所述支付业务申请。支付服务器可以根据所述群组的标识信息，获取所述群组的审批方的标识信息。
S105，支付服务器可以根据所述审批方的标识信息，向所述审批方发送审批请求，以指示所述审批方审批所述支付业务申请。
S107，相应的，审批方可接收到支付服务器发送的审批请求。之后，审批方可接收输入的针对所述审批请求的审批结果。
S109，审批方可向支付服务器发送响应所述审批请求的响应消息，所述响应消息携带所述审批结果和所述审批方的标识信息。
S111，相应的，支付服务器可接收到审批方响应所述审批请求所返回的所述响应消息，并从所述响应消息中获取到所述审批结果。如果所述审批结果满足审批通过条件，则支付服务器可以响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
S113，可选的，在执行所述支付业务申请对应的业务之后，支付服务器可以将执行结果发送给提交所述支付业务申请的群组成员。
本发明实施例中，所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方，即所述支付服务器中维护有提交所述支付业务申请的群组成员的标识信息和所述审批方的标识信息。
实际应用中，如图4所示，支付服务器中可维护有已注册的各个群组及各自的群组成员的标识信息。其中，群组的标识信息可以是群组ID，群组成员的标识信息可以是群组成员使用的移动用户号码(MSISDN)。实际应用中，支付服务器中还可以维护各个群组的群组成员的身份信息，可包括但不限于：群组管理员、审批人和普通成员。
参考图4，可以理解的，由于所述支付业务申请包括了所述群组的标识信息，因此，在S105中，支付服务器能够根据所述群组的标识信息查找出所述群组的审批方，进而获取到所述群组的审批方的标识信息。
例如，所述群组是图4中的“群组1”，其标识信息是“ID1”，那么，“群组1”的审批方的标识信息包括：“MSISDN2”和“MSISDN3”，即“成员2”和“成员3”是“群组1”的审批方。
本发明实施例中，支付服务器可以根据提交所述支付业务申请的群组成员的身份信息、所述支付业务申请涉及的支付金额或所述支付业务申请对应的业务类型中的至少一项，判断所述支付业务申请是否需要审批。
例如，如果提交所述支付业务申请的群组成员是所述群组的管理员，则所述支付业务申请可以不需要审批。
又例如，如果所述支付业务申请涉及的支付金额小于预设审批金额(如100元)，则所述支付业务申请可以不需要审批。
再例如，如果所述支付业务申请对应的业务类型是预设的定期还贷业务，则所述支付业务申请可以不需要审批。
上述示例仅仅是本发明实施例的一种实现方式，实际应用中，还可以根据实际需求配置是否需要审批的判断条件，这里不作限制。
本发明实施例对所述群组的审批方所包括的审批人的人数不作限制。如果所述审批方包括至少2个审批人，那么，所述审批方返回的所述审批结果可包括：所述至少2个审批人各自返回的审批结果。审批人返回的审批结果可包括2种具体情况：审批通过和审批未通过。这里，审批通过的审批结果是指审批人同意所述支付业务申请所返回的审批结果。
本发明实施例中，所述审批通过条件可以由所述群组预先设置。例如，当审批通过的审批结果的数量达到预设个数(如2个)时，则判定审批通过。又例如，当审批通过的审批结果的数量达到审批结果的总数量的比值大于预设比值(如50％)时，则判定审批通过。再例如，如果存在一个未通过的审批结果，则判定审批未通过。示例仅仅是本发明实施例的一种实现方式，实际应用中还可以不同，不应构成限定。
具体实现方式中，支付服务器向所述审批方发送的所述审批请求可包含审批截止时间，以指示所述群组的各个审批人在所述审批截止时间前对所述支付业务申请进行审批，并返回审批结果。对于支付服务器来说，审批通过的审批结果可以是指返回时间早于所述审批截止时间并且同意执行所述支付业务申请对应的业务的审批结果。
在一些可能的实现方式中，所述群组可以配置所述群组的审批规则。如果所述支付业务申请需要审批，则所述支付服务器还可以：获取所述群组设置的审批规则。
具体的，如果所述审批规则规定了各种业务类型对应的审批方，则支付服务器可以按照所述支付业务申请对应的业务类型，向所述业务类型对应的审批方发送所述审批请求。
例如，所述群组的审批方总共包含2组审批人，其中，A组审批人负责慈善捐助这一业务类型的支付业务申请的审批，B组审批人负责公共消费这一业务类型的支付业务申请的审批。如果所述支付业务申请对应的业务类型是慈善捐助类型，则支付服务器可以将所述审批请求发送给A组审批人。示例仅仅用于对本发明实施例进行解释，不在于限定本发明实施例。
具体的，如果所述审批规则规定了所述群组的审批方中各个审批人的审批级别，则支付服务器可以按照所述审批级别有序的向所述各个审批人发送所述审批请求。
例如，所述群组的审批方包括审批级别由低至高的3个审批人：审批人A、审批人B和审批人C，支付服务器需要先向审批人A发送审批请求，待审批人A审批通过之后，向审批人B发送审批请求，待审批人B审批通过之后，最终向审批人C发送审批请求。所述支付业务申请需要依次得到该3个审批人的同意，支付服务器才会执行所述支付业务申请对应的业务。示例仅仅用于对本发明实施例进行解释，不在于限定本发明实施例。
本发明实施例中，在支付服务器接收到所述支付业务申请后，支付服务器还可以验证所述支付业务申请对应的业务是否具备执行条件。具体的，支付服务器可以判断所述群组的公共支付账户与收款方账户是否处于正常的可交易状态，并且，支付服务器还可以判断所述群组的公共支付账户中是否还有足够的资金，即大于或等于所述支付业务申请对应的支付金额。
具体实现中，如果所述支付业务申请对应的业务具备执行条件，则支付服务器可以从所述群组的公共支付账户中预留出需要支付的资金，即所述支付业务申请对应的支付金额，用以在支付业务申请对应的支付金额通过审批方审批后，将该预留的资金支付给收款方。
实施本发明方案，群组成员向支付服务器提交针对所述群组的公共支付账户的支付业务申请，如果所述支付业务申请需要审批，则支付服务器向所述群组的审批方发送审批请求，以提示审批方进行审批，如果审批方审批通过，则支付服务器利用所述公共支付账户执行所述支付业务申请对应的业务。上述方案可实现群组成员高效安全的使用群组的公共支付账户执行支付业务。
为了方便实施本发明方案，下面以USSD接入方式为例，分别通过非即时支付场景和即时支付场景详细说明本发明方案的具体实施方式。
参见图5，图5是在非即时支付业务的应用场景中实施本发明方案的流程示意图。具体方法可包括：
S201，群组成员可以通过前述提及的任意接入渠道向支付服务器提交支付业务申请。所述支付业务申请针对所述群组的公共支付账户。所述支付业务申请对应的业务是利用所述公共支付账户进行支付的非即时支付业务。
具体的，除了提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息，所述支付业务申请还可包括：非即时支付金额、收款方账户。
S203，相应的，支付服务器可接收到所述群组成员提交的所述支付业务申请。在接收到所述支付业务申请之后，支付服务器可以判断所述支付业务申请是否需要审批。
具体的，关于所述支付业务申请是否需要审批的判断方法可参考图3方法实施例中的相关内容，这里不再赘述。
S205，如果所述支付业务申请需要审批，则支付服务器可以根据所述群组的标识信息，获取所述群组的审批方的标识信息。
S207，支付服务器可通过短消息点对点协议(Short Message Peer to Peer，SMPP)向短消息服务中心(Short Message Service Center，SMSC)发送第一短消息发送指令，用以指示SMSC向所述群组的审批方发送包含所述非即时支付业务的基本信息的审批请求短消息。
具体实现中，该第一短消息发送指令可包含：所述审批方的标识信息(如MSISDN)和所述审批请求短消息的内容，用以指示SMSC向所述审批方的标识信息表征的移动终端(即所述审批方)发送所述审批请求短消息。
优选的，所述审批请求短消息的内容还可包括：审批截止时间，用以提示所述审批方在所述审批截止时间之前对所述支付业务申请进行审批，提高审批效率。
S209，SMSC响应所述第一短消息发送指令，根据所述审批方的标识信息，向所述审批方发送审批请求短信。
S211，审批方在接收到所述审批请求短信之后，审批方可以从USSD菜单中选择待审批的所述支付业务申请，并输入针对所述支付业务申请的审批结果：通过或拒绝，之后，审批方可通过SMPP协议向USSD网关发送响应所述审批请求短信的响应消息，该响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息。
具体实现中，除了“通过”或“拒绝”这种表示审批方审批意见的信息外，该审批结果还可包括：提交该审批结果的审批方的标识信息(如审批方的MSISDN)，以及该审批结果所对应的所述支付业务申请的标识信息(如所述支付业务申请的申请编号)。
具体实现中，在S211之前，审批方还可以通过拨打支付服务器的USSD接入码接入支付服务器。在审批方接入支付服务器之后，支付服务器可以获取待审批的业务申请列表，并生成USSD菜单，最后将USSD菜单推送给审批方。
S213，相应的，在接收到审批方发送的所述响应消息之后，USSD网关可以向支付服务器发送所述响应消息。
S215，相应的，支付服务器可接收到USSD网关发送的所述响应消息，并从所述响应消息中获取到针对所述支付业务申请的审批结果。如果所述审批结果满足审批通过条件，则支付服务器可以响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务，即：将所述非即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
具体的，关于如何判断所述审批结果是否满足审批通过条件的方法可具体参考图3实施例中的相关内容，这里不再赘述。
可选的，所述公共支付账户还可以设置有支付密码，则所述支付业务申请还可以包括所述公共账号对应的支付密码，在S215之前，支付服务器还可以验证所述支付密码。
S217，支付服务器可通过SMPP协议向短消息服务中心(SMSC)发送第二短消息发送指令，用以指示SMSC向提交所述支付业务申请的群组成员发送用于指示所述非即时支付业务的执行结果的短消息。
具体实现中，所述第二短消息发送指令可包含：提交所述支付业务申请的群组成员的标识信息(如MSISDN)和所述执行结果，用以指示SMSC向所述群组成员的标识信息表征的移动终端(即提交所述支付业务申请的群组成员)发送所述执行结果。具体的，所述执行结果可以是：支付成功或支付失败等执行结果。
S219，SMSC响应所述第二短消息发送指令，根据提交所述支付业务申请的群组成员的标识信息，向提交所述支付业务申请的群组成员发送所述执行结果。
在非即时支付场景下实施本发明方案，在群组成员提交非即时支付业务申请之后，支付服务器向群组的审批方发送审批请求短消息，然后审批方通过USSD渠道接入支付服务器，并向支付服务器返回审批结果，如果所述审批结果满足审批通过条件，则支付服务器将所述非即时支付业务涉及的非即时支付金额指示的数值从所述公共支付账户转移到收款方账户中，可提高非即时支付业务的处理效率。
参见图6，图6是在即时支付业务的应用场景中实施本发明方案的流程示意图。在即时支付业务的应用场景中，群组成员可以预先向支付服务器申请支付凭证，然后利用该支付凭证向支付服务器发起即时支付申请，用以向商户或其他收款方进行电子支付。相应的，支付服务器可以将所述支付凭证的唯一标识信息，通过数字编号或二维码等形式，发送给该群组成员。在支付服务器中,所述支付凭证关联了该凭证申请的金额。如图6所示，具体方法可包括：
S301，群组成员可以通过前述提及的任意接入渠道向支付服务器提交所述支付业务申请。这里，所述支付业务申请即时支付凭证申请。
具体的，除了提交所述支付凭证申请的群组成员的标识信息和所述群组的标识信息，所述支付凭证申请还可包括：所述支付凭证申请的金额。
本发明实施例中，支付凭证可用于群组成员向支付服务器提交即时支付业务申请。具体实现中，所述支付凭证可以是一串字符编码，也可以是一串数字，还可以是二维码等形式的凭证，这里不作限制。
S303，相应的，支付服务器可接收到所述群组成员提交的所述支付凭证申请。在接收到所述支付凭证申请之后，支付服务器可以判断所述支付凭证申请是否需要审批。
具体的，所述支付凭证申请可以设置为需要审批。实际应用中，支付服务器也可以根据提交所述支付凭证申请的群组成员的身份信息，或所述支付凭证申请的金额中的至少一项，判断所述支付凭证申请是否需要审批，这里不作限制。
S305，如果所述支付凭证申请需要审批，则支付服务器可以根据所述群组的标识信息，获取所述群组的标识信息，获取所述群组的审批方的标识信息。
S307，支付服务器可通过SMPP协议向短消息服务中心(SMSC)发送第三短消息发送指令，用以指示SMSC向所述群组的审批方发送包含支付凭证申请的基本信息的审批请求短消息。
具体实现中，该第三短消息发送指令可包含：所述审批方的标识信息(如MSISDN)和所述审批请求短消息的内容，用以指示SMSC向所述审批方的标识信息表征的移动终端(即所述审批方)发送所述审批请求短消息。
具体的，所述审批请求短消息的内容还可包括：审批截止时间，用以提示所述审批方在所述审批截止时间之前对所述支付凭证申请进行审批，提高审批效率。
S309，SMSC响应所述第三短消息发送指令，根据所述审批方的标识信息，向所述审批方发送审批请求短信。
S311，审批方在接收到所述审批请求短信之后，审批方可以从USSD菜单中选择待审批的所述支付业务申请，并输入针对所述支付凭证申请的审批结果：通过或拒绝，之后，审批方可通过SMPP协议向USSD网关发送响应所述审批请求短息的响应消息，该响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息。
具体实现中，除了“通过”或“拒绝”这种表示审批方审批意见的信息外，该审批结果还可包括：提交该审批结果的审批方的标识信息(如审批方的MSISDN)，以及该审批结果所对应的所述支付业务申请的标识信息(如所述支付业务申请的申请编号)。
具体的，关于审批方通过USSD渠道审批所述支付凭证申请的方法可参考图5的S211的相关内容，这里不再赘述。
S313，相应的，在接收到审批方发送的所述响应消息之后，USSD网关可以向支付服务器发送所述响应消息。
S315，相应的，支付服务器可接收到USSD网关发送的所述响应消息，并从所述响应消息中获取到针对所述支付凭证申请的审批结果。如果所述审批结果满足审批通过条件，则支付服务器可以响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务，即：从所述公共支付账户中预留出所述支付凭证申请的金额，然后利用所述支付凭证申请的金额生成支付凭证，最后根据提交所述支付凭证申请的群组成员的标识信息，向提交所述支付凭证申请的群组成员发送所述支付凭证。
具体的，关于如何判断所述审批结果是否满足审批通过条件的方法可具体参考图3实施例中的相关内容，这里不再赘述。
可选的，所述公共支付账户还可以设置有支付密码，则所述支付凭证申请还可以包括所述公共账号对应的支付密码，在S315之前，支付服务器还可以验证所述支付密码。
S317，支付服务器可通过SMPP协议向短消息服务中心(SMSC)发送第四短消息发送指令，用以指示SMSC向提交所述支付凭证申请的群组成员发送包含所述支付凭证的短信。
S319，SMSC响应所述第四短消息发送指令，根据提交所述支付业务申请的群组成员的标识信息，向提交所述支付业务申请的群组成员发送包含所述支付凭证的短信。
S321，在获得所述支付凭证之后，提交所述支付凭证申请的群组成员可以利用所述支付凭证提交即时支付业务申请。具体的，所述即时支付业务申请可包括：所述支付凭证、收款方账户、即时支付金额。
S323，相应的，支付服务器接收到所述即时支付业务申请，并验证所述支付凭证。具体的，如果提交所述即时支付业务申请的时间不晚于所述支付凭证的使用截止时间，并且所述即时支付金额没有大于所述支付凭证申请的金额，则表示所述支付凭证验证通过。
具体的，支付服务器还可以验证提交所述即时支付业务申请的群组成员是否与提交所述支付凭证申请的群组成员一致，如果一致，则表示所述支付凭证来自被授权用户，即提交所述支付凭证申请的群组成员。
S325，如果所述支付凭证验证通过，则执行所述即时支付业务，即：将所述即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户中。
可以理解的，由于存在所述支付凭证，因此，所述即时支付业务不需要登录、认证、获取数字证书和验证密码等繁琐的流程，便可直接利用预先申请到的支付凭证通过支付服务器向收款方进行支付，提高了即时支付业务的处理效率，确保即时支付业务被及时处理。
S327，支付服务器可通过SMPP协议向短消息服务中心(SMSC)发送第五短消息发送指令，用以指示SMSC向提交所述即时支付业务申请的群组成员发送所述即时支付业务的执行结果。
具体实现中，所述第五短消息发送指令可包含：提交所述即时支付业务申请的群组成员的标识信息(如MSISDN)和所述执行结果，用以指示SMSC向所述群组成员的标识信息表征的移动终端(即提交所述即时支付业务申请的群组成员)发送所述执行结果。具体的，所述执行结果可以是：支付成功或支付失败等执行结果。
S329，SMSC响应所述第五短消息发送指令，根据提交所述支付业务申请的群组成员的标识信息，向提交所述即时支付业务申请的群组成员发送所述执行结果。
可选的，在执行完所述即时支付业务之后，支付服务器可以将所述支付凭证剩下的部分金额(即未被所述即时支付业务所使用的金额)释放回所述公共支付账户。
在即时支付业务场景下，实施本发明方案，如果群组成员需要利用所述群组的公共支付账户来进行即时支付业务，群组成员可以先申请支付凭证，然后利用支付凭证发起即时支付业务。由于支付凭证的申请需要经过群组的审批人审批，可确保群组的公共支付账户的资金安全。并且，通过支付凭证发起的即时支付业务不需要审批，可提高支付效率。
在一些可能的实施方式中，除了图5或图6中描述的USSD接入方式外，所述群组的审批方也可以通过STK接入方式接入支付服务器。
具体实现中，支付服务器可以通过短消息的方式向审批方发送待审批业务申请列表(其中包括所述支付业务申请)。相应的，审批方可通过移动终端内的SIM卡接收到所述待审批业务申请列表，并由STK应用生成STK菜单；之后，审批方可以从STK菜单中选择出所述支付业务申请，并输入针对所述支付业务申请的审批结果：通过或拒绝，最后利用STK应用通过SMSC向支付服务器发送响应所述审批请求的响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息。
在一些可能的实施方式中，除了图5或图6中描述的USSD接入方式外，所述群组的审批方还可以利用第三方应用提供的通信渠道，即API接入方式，接入支付服务器。
具体的，支付服务器可以通过第三方应用向审批方发送待审批交易列表(其中包括所述支付业务申请)。相应的，审批方可以通过移动终端上安装的所述第三方应用的客户端接收到所述待审批业务申请列表，并在界面上显示所述待审批业务申请列表；之后，审批方可以从所述待审批业务申请列表中选择出所述支付业务申请，并输入针对所述支付业务申请的审批结果：通过或拒绝，最后利用所述第三方应用向支付服务器发送所述审批结果。
在一些可能的实施方式中，除了图5或图6中提及的通过短消息发送所述审批请求外，支付服务器还可以通过电子邮件或第三方应用等其他方式来向所述审批方发送所述审批请求，或者向提交所述支付业务申请的群组成员发送所述业务的执行结果，本发明实施例不作限制。
参见图7，图7是本发明实施例提供的支付服务器的结构示意图。如图7所示的支付服务器70可包括：接入模块701、获取模块703、发送模块705和业务执行模块707。支付服务器70可以用于实现图3、图5或者图6分别对应的实施例中的所述支付服务器的功能。图7所示的实施例中没有提及的内容，可以参考图3、图5或者图6分别对应的实施例。其中：
接入模块701，用于接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，所述支付业务申请包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息；所述群组包括至少2个群组成员；
获取模块703，用于根据所述群组的标识信息获取所述群组的审批方的标识信息；所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方；
发送模块705，用于根据所述审批方的标识信息，向所述审批方发送审批请求，指示所述审批方审批所述支付业务申请；所述审批请求携带：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息；
接入模块701，还用于接收所述审批方响应所述审批请求所返回的响应消息；所述响应消息中携带审批结果和所述审批方的标识信息；
业务执行模块707，用于如果所述审批结果满足审批通过条件，则响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
本发明实施例中，支付服务器70中可维护有已注册的各个群组及各自的群组成员的标识信息。其中，群组的标识信息可以是群组ID，群组成员的标识信息可以是群组成员使用的移动用户号码(MSISDN)。实际应用中，支付服务器70中还可以维护各个群组的群组成员的身份信息，可包括但不限于：群组管理员、审批人和普通成员。
进一步的，支付服务器70在包括：接入模块701、获取模块703、发送模块705和业务执行模块707外，还可包括：判断模块，可用于在接入模块701接收群组成员提交的针对所述群组的公共支付账户的支付业务申请之后，根据提交所述支付业务申请的群组成员的身份信息、所述支付业务申请涉及的支付金额或所述支付业务申请对应的业务类型中的至少一项，判断所述支付业务申请是否需要审批。具体示例可参考图3实施例，这里不再赘述。
本发明实施例对所述群组的审批方所包括的审批人的人数不作限制。如果所述审批方包括至少2个审批人，那么，所述审批方返回的所述审批结果可包括：所述至少2个审批人各自返回的审批结果。
本发明实施例中，所述审批通过条件可以由所述群组预先设置。例如，当审批通过的审批结果的数量达到预设个数(如2个)时，则判定审批通过。又例如，当审批通过的审批结果的数量达到审批结果的总数量的比值大于预设比值(如50％)时，则判定审批通过。再例如，如果存在一个未通过的审批结果，则判定审批未通过。示例仅仅是本发明实施例的一种实现方式，实际应用中还可以不同，不应构成限定。
具体实现方式中，所述审批请求可包含审批截止时间，以指示所述群组的各个审批人在所述审批截止时间前对所述支付业务申请进行审批，并返回审批结果。对于支付服务器70来说，审批通过的审批结果可以是指返回时间早于所述审批截止时间并且同意执行所述支付业务申请对应的业务的审批结果。
在一些可能的实现方式中，所述群组可以配置所述群组的审批规则。如果所述支付业务申请需要审批，则获取模块703还可以：获取所述群组设置的审批规则。
具体的，发送模块705可用于：如果所述审批规则规定了各种业务类型对应的审批方，则按照所述支付业务申请对应的业务类型，向所述业务类型对应的审批方发送所述审批请求；如果所述审批规则规定了所述群组的审批方中各个审批人的审批级别，则按照所述审批级别有序的向所述各个审批人发送所述审批请求。
在所述审批方采用USSD接入所述支付服务器时，发送模块705还可用于：所述支付服务器根据所述审批方的标识信息，将包含所述支付业务申请的USSD菜单推送给所述审批方；
接入模块701可具体用于：接收所述审批方通过USSD网关发送的所述响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息；所述审批结果是所述审批方针对所述USSD菜单中的所述支付业务申请输入的审批结果；所述USSD网关用于接收所述审批方发送的所述审批结果，并向所述支付服务器发送所述审批结果。
在所述审批方采用STK接入所述支付服务器时，发送模块705还可用于：所述支付服务器根据所述审批方的标识信息，通过短消息服务中心向所述审批方发送所述支付业务申请；
接入模块701可具体用于：通过所述短消息服务中心接收所述审批方返回的所述响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息针对所述支付业务申请的审批结果；所述审批结果是所述审批方利用用户识别应用发展工具输入的；所述用户识别应用发展工具用于通过所述审批方的终端内的SIM卡接收所述支付业务申请。
在一种应用场景中，所述支付业务申请对应的业务可以是非即时支付业务，则所述支付业务申请还包括：非即时支付金额、收款方账户。
具体的，业务执行模块707可具体用于：将所述非即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
在另一种应用场景中，所述支付业务申请对应的业务是支付凭证申请业务，则所述支付业务申请还包括：所述支付凭证申请的金额。
具体的，业务执行模块707可进一步包括：资金预留模块、凭证生成模块和凭证发送模块，其中：
所述资金预留模块，用于从所述公共支付账户中预留出所述支付凭证申请的金额；
所述凭证生成模块，用于利用所述支付凭证申请的金额生成支付凭证；
所述凭证发送模块，用于根据提交所述支付业务申请的群组成员的标识信息，向提交所述支付凭证申请的群组成员发送所述支付凭证；所述支付凭证用于所述群组成员发起即时支付业务。
进一步的，在获得所述支付凭证之后，提交所述支付业务申请的群组成员还可以利用所述支付凭证提交即时支付业务申请。这里，所述即时支付业务申请可包括：所述支付凭证、收款方账户、即时支付金额。
相应的，接入模块701还可用于接收所述群组成员提交的即时支付业务申请；业务执行模块707还可用于：如果提交所述即时支付业务申请的时间不晚于所述支付凭证的使用截止时间，并且所述即时支付金额没有大于所述支付凭证申请的金额，则将所述即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
可以理解的，支付服务器70中各功能模块的功能可根据可以参考图3、图5或者图6分别对应的实施例中的方法具体实现，这里不再赘述。
参见图8，图8是本发明实施例提供的支付设备的结构示意图。所述支付设备对应本发明方案中的审批方，用于实现所述审批方的功能。如图8所示的支付设备80可包括：接收模块801、输入模块803和发送模块805。支付设备80可以用于实现图3、图5或者图6分别对应的实施例中的所述审批方的功能。图8所示的实施例中没有提及的内容，可以参考图3、图5或者图6分别对应的实施例。
接收模块801，用于接收支付服务器发送的审批请求，所述审批请求针对需要所述审批方审批的支付业务申请，所述支付业务申请是群组成员向所述支付服务器提交的针对所述群组的公共支付账户的支付业务申请；所述审批请求可携带有：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息；
输入模块803，用于接收输入的针对所述审批请求的审批结果；
发送模块805，用于响应所述审批请求，所述审批方向所述支付服务器发送响应消息，所述响应消息携带所述审批结果和所述审批方的标识信息。
可以理解的，支付设备80中各功能模块的功能可根据可以参考图3、图5或者图6分别对应的实施例中的审批方的相关功能，这里不再赘述。
为了便于实施本发明方案，本发明实施例提供了一种支付服务器。参见图9，支付服务器90可包括：发射器903、接收器904、存储器902以及与存储器902耦合的处理器901(支付服务器90中的处理器901的数量可以是一个或多个，图9中以一个处理器为例)。在本发明的一些实施例中，发射器903、接收器904、存储器902和处理器901可通过总线或者其它方式连接，其中，图9中以通过总线连接为例。
其中，发射器903，可用于向其他设备发送数据；接收器904，可用于从其他设备接收数据。具体实现中，发射器903可包括无线发射模块、有线发射模块等器件；接收器904可包括无线接收模块、有线接收模块等器件。存储器902可用于存储程序代码，具体实现中，存储器902可以采用只读存储器(Read OnlyMemory，ROM)，可用于运行前述图3、图5或者图6分别对应的方法实施例中提及的支付服务器。处理器901，例如CPU，用于调用存储于存储器902中程序代码执行如下步骤：
利用接收器904接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，所述支付业务申请包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息；
所述支付服务器根据所述群组的标识信息获取所述群组的审批方的标识信息；所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方；
根据所述审批方的标识信息，利用发射器903向所述审批方发送审批请求，指示所述审批方审批所述支付业务申请；所述审批请求携带：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息；
利用接收器904接收所述审批方响应所述审批请求所返回的响应消息；所述响应消息中携带审批结果和所述审批方的标识信息；
如果所述审批结果满足审批通过条件，则响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
本发明实施例中，支付服务器90中注册有提交所述支付业务申请的群组成员和所述审批方，即支付服务器90中维护有提交所述支付业务申请的群组成员的标识信息和所述审批方的标识信息。实际应用中，支付服务器90中还可以维护各个群组的群组成员的身份信息，可包括但不限于：群组管理员、审批人和普通成员。
本发明实施例中，处理器901可以根据提交所述支付业务申请的群组成员的身份信息、所述支付业务申请涉及的支付金额或所述支付业务申请对应的业务类型中的至少一项，判断所述支付业务申请是否需要审批。具体示例可参考图3实施例中的相关内容，这里不再赘述。
本发明实施例对所述群组的审批方所包括的审批人的人数不作限制。如果所述审批方包括至少2个审批人，那么，所述审批方返回的所述审批结果可包括：所述至少2个审批人各自返回的审批结果。
本发明实施例中，所述审批通过条件可以由所述群组预先设置。例如，当审批通过的审批结果的数量达到预设个数(如2个)时，则判定审批通过。又例如，当审批通过的审批结果的数量达到审批结果的总数量的比值大于预设比值(如50％)时，则判定审批通过。再例如，如果存在一个未通过的审批结果，则判定审批未通过。示例仅仅是本发明实施例的一种实现方式，实际应用中还可以不同，不应构成限定。
具体实现方式中，处理器901利用发射器903向所述审批方发送的所述审批请求可包含审批截止时间，以指示所述群组的各个审批人在所述审批截止时间前对所述支付业务申请进行审批，并返回审批结果。审批通过的审批结果可以是指返回时间早于所述审批截止时间并且同意执行所述支付业务申请对应的业务的审批结果。
在一些可能的实现方式中，所述群组可以配置所述群组的审批规则。如果所述支付业务申请需要审批，则处理器901还可以获取所述群组设置的审批规则。
具体的，如果所述审批规则规定了各种业务类型对应的审批方，则处理器901可以按照所述支付业务申请对应的业务类型，利用发射器903向所述业务类型对应的审批方发送所述审批请求。
具体的，如果所述审批规则规定了所述群组的审批方中各个审批人的审批级别，则处理器901可以按照所述审批级别有序的利用发射器903向所述各个审批人发送所述审批请求。
在一种应用场景中，所述支付业务申请对应的业务可以是非即时支付业务，则所述业务信息包括：非即时支付金额、收款方账户。具体的，如果所述审批结果满足审批通过条件，处理器901可将所述非即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
在另一种应用场景中，所述支付业务申请对应的业务是支付凭证申请业务，则所述业务信息包括：所述支付凭证申请的金额。所述支付凭证用于所述群组成员发起即时支付业务。
具体的，如果所述审批结果满足审批通过条件，处理器901可以：从所述公共支付账户中预留出所述支付凭证申请的金额，并利用所述支付凭证申请的金额生成支付凭证，然后根据提交所述支付业务申请的群组成员的标识信息，向提交所述支付凭证申请的群组成员发送所述支付凭证。
进一步的，在获得所述支付凭证之后，提交所述支付业务申请的群组成员还可以利用所述支付凭证提交即时支付业务申请。这里，所述即时支付业务申请可包括：所述支付凭证、收款方账户、即时支付金额。
相应的，处理器901还可以利用接收器904接收所述群组成员提交的即时支付业务申请，如果提交所述即时支付业务申请的时间不晚于所述支付凭证的使用截止时间，即所述支付凭证没有过期，并且所述即时支付金额没有大于所述支付凭证申请的金额，则将所述即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
可以理解的，处理器901的具体执行步骤可参考图3、图5或者图6分别对应的方法实施例中的支付服务器的功能，这里不再赘述。
为了便于实施本发明方案，本发明实施例还提供了一种终端。所述终端可用于支撑运行本发明实施例提及的所述审批方的功能。参见图10，终端100可包括：基带芯片110、存储器115(可包括一个或多个计算机可读存储介质)、射频(RF)模块116、外围系统117、显示器(LCD)123、摄像头124、音频电路125、触摸屏126以及传感器127(可包括一个或多个传感器)。其中，基带芯片110可集成包括：一个或多个处理器111、时钟模块112以及电源管理模块113。这些部件可在一个或多个通信总线114上通信。
应当理解，终端110仅为本发明的一个例子，并且，终端110可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。
存储器115与处理器111耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器115可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。
射频(RF)模块116用于接收和发送射频信号，主要集成了终端100的接收器和发射器。射频(RF)模块116通过射频信号与通信网络和其他通信设备通信。具体实现中，射频(RF)模块116可包括但不限于：天线系统、RF收发器、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC芯片、SIM卡和存储介质等。在一些实施例中，可在单独的芯片上实现射频(RF)模块116。
外围系统117主要用于实现终端110和用户/外部环境之间的交互功能，主要包括终端100的输入输出装置。具体实现中，外围系统117可包括：显示器(LCD)控制器118、摄像头控制器119、音频控制器120、触摸屏控制器121以及传感器管理模块122。其中，各个控制器可与各自对应的外围设备耦合。在一些实施例中，外围系统117还可以包括其他I/O外设的控制器。
集成于基带芯片110中的时钟模块112主要用于为处理器111产生数据传输和时序控制所需要的时钟。集成于基带芯片110中的电源管理模块113主要用于为处理器111、射频模块116以及外围系统提供稳定的、高精确度的电压。集成于基带芯片110中的处理器111主要用于调用存储于存储器115中的支付业务处理程序，并执行如下步骤：
利用射频(RF)模块116接收支付服务器发送的审批请求，之后，通过触摸屏126或音频电路125或摄像头124等输入装置接收输入的针对所述审批请求的审批结果，并响应所述审批请求，利用射频(RF)模块116向所述支付服务器发送响应消息，所述响应消息携带所述审批结果和所述审批方的标识信息。
这里，所述审批请求针对需要所述审批方审批的支付业务申请，所述支付业务申请是群组成员向所述支付服务器提交的针对所述群组的公共支付账户的支付业务申请，具体可包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息。所述审批请求可携带有：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息。
具体的，处理器111接收的审批结果可以是用户操作触摸屏126输入的，例如选中“同意”按键或选中“拒绝”按键。
具体的，处理器111接收的审批结果也可以是用户通过音频电路125输入的语音，例如发出“同意”或“拒绝”的声音信息。
具体的，处理器111接收的审批结果还可以是用户通过摄像头124输入的图像信息，例如拍摄“同意”手势或“拒绝”手势。
示例仅仅是本发明实施例的一种实现方式，实际应用中还可以不同，不应构成限定。
具体实现中，处理器111可以通过USSD、STK、SMS、API中任意一种接入方式接入所述支付服务器，具体可参考图3、图5或者图6分别对应的方法实施例中的内容，这里不再赘述。
可以理解的，处理器111的具体执行步骤可参考图3、图5或者图6分别对应的方法实施例中的审批方的功能，这里不再赘述。
需要说明的，本发明实施例涉及的终端100可以包括：手机、平板电脑等移动终端，也可以是电脑，以及其他通信设备。
另外，本发明实施例还提供了一种支付业务处理系统。
如图11所示，所述支付业务处理系统可包括：图7实施例描述的支付服务器70和图8实施例描述的支付设备80。
如图12所示，所述支付业务处理系统也可包括：图9实施例描述的支付服务器90和图10实施例描述的中的100。
具体实现中的，所述支付业务处理系统的架构还可以如图2所示，具体可参考图2实施例的内容，这里不再赘述。
综上所述，实施本发明实施例，当群组成员向支付服务器提交针对所述群组的公共支付账户的支付业务申请时，判断所述支付业务申请是否需要审批，如果需要审批，则支付服务器向所述群组的审批方发送审批请求，以提示审批方进行审批，如果审批方审批通过，则支付服务器利用所述公共支付账户执行所述支付业务申请对应的业务。上述方案可实现群组成员高效安全的使用群组的公共支付账户执行支付业务。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
Claims (22)
1.一种支付业务处理方法，针对包括至少2个群组成员的群组，其特征在于，包括：
支付服务器接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，所述支付业务申请包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息；
所述支付服务器根据所述群组的标识信息获取所述群组的审批方的标识信息；所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方；
所述支付服务器根据所述审批方的标识信息，向所述审批方发送审批请求，指示所述审批方审批所述支付业务申请；所述审批请求携带：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息；
所述支付服务器接收所述审批方响应所述审批请求所返回的响应消息，所述响应消息中携带审批结果和所述审批方的标识信息；
如果所述审批结果满足审批通过条件，则所述支付服务器响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
2.如权利要求1所述的方法，其特征在于，还包括：
所述支付服务器根据提交所述支付业务申请的群组成员的身份信息、所述支付业务申请涉及的支付金额或所述支付业务申请对应的业务类型中的至少一项，判断所述支付业务申请是否需要审批。
3.如权利要求1所述的方法，其特征在于，如果所述支付业务申请对应的业务是非即时支付业务，则所述支付业务申请还包括：非即时支付金额、收款方账户；
所述支付服务器响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务，包括：将所述非即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
4.如权利要求1所述的方法，其特征在于，如果所述支付业务申请对应的业务是支付凭证申请业务，则所述支付业务申请还包括：所述支付凭证申请的金额；
所述支付服务器响应所述支付业务申请，执行所述支付业务申请对应的支付业务，包括：
从所述公共支付账户中预留出所述支付凭证申请的金额；
利用所述支付凭证申请的金额生成支付凭证；
根据提交所述支付业务申请的群组成员的标识信息，向提交所述支付凭证申请的群组成员发送所述支付凭证；所述支付凭证用于所述群组成员发起即时支付业务。
5.如权利要求4所述的方法，其特征在于，还包括：
所述支付服务器接收所述群组成员提交的即时支付业务申请，所述即时支付业务申请包括：所述支付凭证、收款方账户、即时支付金额；
如果提交所述即时支付业务申请的时间不晚于所述支付凭证的使用截止时间，并且所述即时支付金额没有大于所述支付凭证申请的金额，则将所述即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
6.如权利要求1所述的方法，其特征在于，还包括：所述支付服务器根据所述审批方的标识信息，通过USSD网关将包含所述支付业务申请的USSD菜单推送给所述审批方；
所述支付服务器接收所述审批方响应所述审批请求所返回的响应消息，包括：
所述支付服务器接收所述审批方通过USSD网关发送的所述响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息；所述审批结果是所述审批方在所述USSD菜单中针对所述支付业务申请输入的审批结果。
7.如权利要求1所述的方法，其特征在于，还包括：所述支付服务器根据所述审批方的标识信息，通过短消息服务中心向所述审批方发送内容包含所述支付业务申请的短消息；
所述支付服务器接收所述审批方响应所述审批请求所返回的响应消息，包括：
所述支付服务器接收所述审批方通过所述短消息服务中心返回的所述响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息；所述审批结果是所述审批方利用用户识别应用发展工具输入的针对所述支付业务申请的审批结果；所述用户识别应用发展工具用于通过所述审批方的终端内的SIM卡接收内容包含所述支付业务申请的短消息。
8.如权利要求1所述的方法，其特征在于，所述群组的审批方包括至少2个审批人；所述审批结果包括：所述至少2个审批人各自返回的审批结果；所述审批通过条件包括：审批通过的审批结果的数量与审批结果的总数量的比值大于预设比值；或者，审批通过的审批结果的数量达到预设个数。
9.如权利要求8所述的方法，其特征在于，所述审批请求包含：审批截止时间；所述审批通过的审批结果是指返回时间早于所述审批截止时间并且同意执行所述支付业务申请对应的业务的审批结果。
10.如权利要求1-9中任一项所述的方法，其特征在于，如果所述支付业务申请需要审批，所述方法还包括：获取所述群组设置的审批规则；
所述支付服务器根据所述审批方列表中的审批方的标识信息，向所述审批方发送审批请求，包括：
如果所述审批规则规定了各种业务类型对应的审批方，则按照所述支付业务申请对应的业务类型，向所述业务类型对应的审批方发送所述审批请求；
如果所述审批规则规定了所述审批方中的各个审批人的审批级别，则按照所述审批级别有序的向所述各个审批人发送所述审批请求。
11.一种支付服务器，其特征在于，包括：
接入模块，用于接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，所述支付业务申请包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息；所述群组包括至少2个群组成员；
获取模块，用于根据所述群组的标识信息获取所述群组的审批方的标识信息；所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方；
发送模块，用于根据所述审批方的标识信息，向所述审批方发送审批请求，指示所述审批方审批所述支付业务申请；所述审批请求携带：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息；
所述接入模块，还用于接收所述审批方响应所述审批请求所返回的响应消息；所述响应消息中携带审批结果和所述审批方的标识信息；
业务执行模块，用于如果所述审批结果满足审批通过条件，则响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
12.如权利要求11所述的支付服务器，其特征在于，还包括：判断模块，用于根据提交所述支付业务申请的群组成员的身份信息、所述支付业务申请涉及的支付金额或所述支付业务申请对应的业务类型中的至少一项，判断所述支付业务申请是否需要审批。
13.如权利要求11所述的支付服务器，其特征在于，如果所述支付业务申请对应的业务是非即时支付业务，则所述支付业务申请还包括：非即时支付金额、收款方账户；所述业务执行模块，具体用于：将所述非即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
14.如权利要求11所述的支付服务器，其特征在于，如果所述支付业务申请对应的业务是支付凭证申请业务，则所述支付业务申请还包括：所述支付凭证申请的金额；
所述业务执行模块，具体包括：资金预留模块、凭证生成模块和凭证发送模块，其中：
所述资金预留模块，用于从所述公共支付账户中预留出所述支付凭证申请的金额；
所述凭证生成模块，用于利用所述支付凭证申请的金额生成支付凭证；
所述凭证发送模块，用于根据提交所述支付业务申请的群组成员的标识信息，向提交所述支付凭证申请的群组成员发送所述支付凭证；所述支付凭证用于所述群组成员发起即时支付业务。
15.如权利要求14所述的支付服务器，其特征在于，还包括：资金转移模块，其中：
所述接入模块，还用于接收所述群组成员提交的即时支付业务申请，所述即时支付业务申请包括：所述支付凭证、收款方账户、即时支付金额；
所述业务执行模块，还用于如果提交所述即时支付业务申请的时间不晚于所述支付凭证的使用截止时间，并且所述即时支付金额没有大于所述支付凭证申请的金额，则将所述即时支付金额指示的数值从所述公共支付账户转移到所述收款方账户。
16.如权利要求11所述的支付服务器，其特征在于，所述发送模块，还用于：所述支付服务器根据所述审批方的标识信息，通过USSD网关将包含所述支付业务申请的USSD菜单推送给所述审批方；
所述接入模块，具体用于：接收所述审批方通过USSD网关发送的所述响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息；所述审批结果是所述审批方在所述USSD菜单中针对所述支付业务申请输入的审批结果。
17.如权利要求11所述的支付服务器，其特征在于，所述发送模块，还用于：所述支付服务器根据所述审批方的标识信息，通过短消息服务中心向所述审批方发送内容包含所述支付业务申请的短消息；
所述接入模块，具体用于：接收所述审批方通过所述短消息服务中心返回的所述响应消息，所述响应消息携带针对所述支付业务申请的审批结果和所述审批方的标识信息；所述审批结果是所述审批方利用用户识别应用发展工具输入的针对所述支付业务申请的审批结果；所述用户识别应用发展工具用于通过所述审批方的终端内的SIM卡接收内容包含所述支付业务申请的短消息。
18.如权利要求11所述的支付服务器，其特征在于，所述群组的审批方包括至少2个审批人；所述审批结果包括：所述至少2个审批人各自返回的审批结果；所述审批通过条件包括：审批通过的审批结果的数量与审批结果的总数量的比值大于预设比值；或者，审批通过的审批结果的数量达到预设个数。
19.如权利要求18所述的支付服务器，其特征在于，所述审批请求包含：审批截止时间；所述审批通过的审批结果是指返回时间早于所述审批截止时间并且同意执行所述支付业务申请对应的业务的审批结果。
20.如权利要求11-19中任一项所述的支付服务器，其特征在于，如果所述支付业务申请需要审批，所述获取单元还用于：获取所述群组设置的审批规则；
所述发送模块，具体用于：
如果所述审批规则规定了各种业务类型对应的审批方，则按照所述支付业务申请对应的业务类型，向所述业务类型对应的审批方发送所述审批请求；
如果所述审批规则规定了所述审批方中的各个审批人的审批级别，则按照所述审批级别有序的向所述各个审批人发送所述审批请求。
21.一种服务器，其特征在于，包括：存储器以及与所述存储器耦合的处理器、发射器和接收器，其中：所述处理器读取所述存储器中存储的指令，用于执行以下步骤：
利用所述接收器接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，所述支付业务申请包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息；所述群组包括至少2个群组成员；
根据所述群组的标识信息，获取所述群组的审批方的标识信息；所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方；
根据所述审批方的标识信息，利用所述发射器向所述审批方发送审批请求，指示所述审批方审批所述支付业务申请；所述审批请求携带：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息；
利用所述接收器接收所述审批方响应所述审批请求所返回的响应消息；所述响应消息中携带审批结果和所述审批方的标识信息；
如果所述审批结果满足审批通过条件，则响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
22.一种支付业务处理系统，其特征在于，包括：支付服务器和审批方，其中：
所述支付服务器用于：接收群组成员提交的针对所述群组的公共支付账户的支付业务申请，所述支付业务申请包括：提交所述支付业务申请的群组成员的标识信息和所述群组的标识信息；根据所述群组的标识信息获取所述群组的审批方的标识信息；所述支付服务器中注册有提交所述支付业务申请的群组成员和所述审批方；
所述支付服务器还用于：根据所述审批方的标识信息，向所述审批方发送审批请求；所述审批请求携带：提交所述支付业务申请的群组成员的标识信息，以及所述群组的标识信息；
所述审批方用于：响应所述审批请求，向所述支付服务器返回针对所述支付业务申请的审批结果；所述响应消息中携带审批结果和所述审批方的标识信息；
所述支付服务器还用于：接收所述审批方返回的所述审批结果，如果所述审批结果满足审批通过条件，则响应所述支付业务申请，利用所述公共支付账户执行所述支付业务申请对应的业务。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610064681.7A CN107026815B (zh) | 2016-01-29 | 2016-01-29 | 一种支付业务处理方法、支付服务器、相关设备及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610064681.7A CN107026815B (zh) | 2016-01-29 | 2016-01-29 | 一种支付业务处理方法、支付服务器、相关设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107026815A true CN107026815A (zh) | 2017-08-08 |
| CN107026815B CN107026815B (zh) | 2020-06-09 |
Family
ID=59524677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610064681.7A Active CN107026815B (zh) | 2016-01-29 | 2016-01-29 | 一种支付业务处理方法、支付服务器、相关设备及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107026815B (zh) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108229911A (zh) * | 2017-12-20 | 2018-06-29 | 中智关爱通（上海）科技股份有限公司 | 一种支付方法、系统、服务器、终端及其存储介质 |
| CN108573371A (zh) * | 2018-04-18 | 2018-09-25 | 平安科技（深圳）有限公司 | 数据审批方法、装置、计算机设备和存储介质 |
| CN109658239A (zh) * | 2018-11-09 | 2019-04-19 | 阿里巴巴集团控股有限公司 | 应用功能扩展方法及装置、请求处理方法及装置 |
| CN110163570A (zh) * | 2019-05-17 | 2019-08-23 | 深圳前海微众银行股份有限公司 | 一种动账方法、动账装置、计算设备及存储介质 |
| CN110348827A (zh) * | 2019-05-24 | 2019-10-18 | 平安银行股份有限公司 | 基于第三方应用的中小微型企业银企直连方法及相关设备 |
| CN112465490A (zh) * | 2020-11-30 | 2021-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种服务处理方法、装置、电子设备及存储介质 |
| CN112734563A (zh) * | 2021-01-11 | 2021-04-30 | 上海瀚之友信息技术服务有限公司 | 一种基于资金流的数据管理方法及系统 |
| CN113487289A (zh) * | 2021-07-20 | 2021-10-08 | 浙江太美医疗科技股份有限公司 | 在线支付方法及装置、计算机可读存储介质及电子设备 |
| CN113673983A (zh) * | 2020-05-14 | 2021-11-19 | 深圳兆日科技股份有限公司 | 单位结算卡支付方法、系统、装置、设备及计算机介质 |
| CN113706045A (zh) * | 2021-09-02 | 2021-11-26 | 工银科技有限公司 | 资金支付方法、装置、设备、介质和程序产品 |
| CN114548963A (zh) * | 2022-02-10 | 2022-05-27 | 支付宝(杭州)信息技术有限公司 | 支付交互处理方法及装置 |
| WO2022143471A1 (zh) * | 2020-12-30 | 2022-07-07 | 华为技术有限公司 | 一种支付方法及通信装置 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102831518A (zh) * | 2011-06-16 | 2012-12-19 | 同方股份有限公司 | 一种支持第三方授权的移动支付方法及系统 |
| CN103312590A (zh) * | 2013-03-27 | 2013-09-18 | 北京小米科技有限责任公司 | 一种群组通信的方法、装置、接收端、发送端和设备 |
| CN103546880A (zh) * | 2012-07-16 | 2014-01-29 | 中兴通讯股份有限公司 | 实现个性化ussd菜单的方法、ussd网关及系统 |
| CN103886450A (zh) * | 2012-12-21 | 2014-06-25 | 黄金富 | 一种四方在线的网上购物支付系统和相应方法 |
| CN104036387A (zh) * | 2013-03-10 | 2014-09-10 | 艾助雄 | 一种需个体分担的团体消费的记账及结算的方法及系统 |
| CN104272335A (zh) * | 2011-12-02 | 2015-01-07 | 艾萨薇公司 | 与执行产品购买和/或使用的交易相关联的事件的统一处理 |
| CN105260890A (zh) * | 2015-09-25 | 2016-01-20 | 镇江明泰信息科技有限公司 | 基于多域用户信息大数据分析的线上安全支付方法 |
-
2016
- 2016-01-29 CN CN201610064681.7A patent/CN107026815B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102831518A (zh) * | 2011-06-16 | 2012-12-19 | 同方股份有限公司 | 一种支持第三方授权的移动支付方法及系统 |
| CN104272335A (zh) * | 2011-12-02 | 2015-01-07 | 艾萨薇公司 | 与执行产品购买和/或使用的交易相关联的事件的统一处理 |
| CN103546880A (zh) * | 2012-07-16 | 2014-01-29 | 中兴通讯股份有限公司 | 实现个性化ussd菜单的方法、ussd网关及系统 |
| CN103886450A (zh) * | 2012-12-21 | 2014-06-25 | 黄金富 | 一种四方在线的网上购物支付系统和相应方法 |
| CN104036387A (zh) * | 2013-03-10 | 2014-09-10 | 艾助雄 | 一种需个体分担的团体消费的记账及结算的方法及系统 |
| CN103312590A (zh) * | 2013-03-27 | 2013-09-18 | 北京小米科技有限责任公司 | 一种群组通信的方法、装置、接收端、发送端和设备 |
| CN105260890A (zh) * | 2015-09-25 | 2016-01-20 | 镇江明泰信息科技有限公司 | 基于多域用户信息大数据分析的线上安全支付方法 |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108229911A (zh) * | 2017-12-20 | 2018-06-29 | 中智关爱通（上海）科技股份有限公司 | 一种支付方法、系统、服务器、终端及其存储介质 |
| CN108573371A (zh) * | 2018-04-18 | 2018-09-25 | 平安科技（深圳）有限公司 | 数据审批方法、装置、计算机设备和存储介质 |
| CN109658239A (zh) * | 2018-11-09 | 2019-04-19 | 阿里巴巴集团控股有限公司 | 应用功能扩展方法及装置、请求处理方法及装置 |
| CN109658239B (zh) * | 2018-11-09 | 2024-02-20 | 创新先进技术有限公司 | 应用功能扩展方法及装置、请求处理方法及装置 |
| CN110163570A (zh) * | 2019-05-17 | 2019-08-23 | 深圳前海微众银行股份有限公司 | 一种动账方法、动账装置、计算设备及存储介质 |
| CN110348827A (zh) * | 2019-05-24 | 2019-10-18 | 平安银行股份有限公司 | 基于第三方应用的中小微型企业银企直连方法及相关设备 |
| CN113673983A (zh) * | 2020-05-14 | 2021-11-19 | 深圳兆日科技股份有限公司 | 单位结算卡支付方法、系统、装置、设备及计算机介质 |
| CN112465490A (zh) * | 2020-11-30 | 2021-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种服务处理方法、装置、电子设备及存储介质 |
| WO2022143471A1 (zh) * | 2020-12-30 | 2022-07-07 | 华为技术有限公司 | 一种支付方法及通信装置 |
| CN112734563A (zh) * | 2021-01-11 | 2021-04-30 | 上海瀚之友信息技术服务有限公司 | 一种基于资金流的数据管理方法及系统 |
| CN113487289B (zh) * | 2021-07-20 | 2023-11-03 | 浙江太美医疗科技股份有限公司 | 在线支付方法及装置、计算机可读存储介质及电子设备 |
| CN113487289A (zh) * | 2021-07-20 | 2021-10-08 | 浙江太美医疗科技股份有限公司 | 在线支付方法及装置、计算机可读存储介质及电子设备 |
| CN113706045A (zh) * | 2021-09-02 | 2021-11-26 | 工银科技有限公司 | 资金支付方法、装置、设备、介质和程序产品 |
| CN114548963A (zh) * | 2022-02-10 | 2022-05-27 | 支付宝(杭州)信息技术有限公司 | 支付交互处理方法及装置 |
| WO2023151438A1 (zh) * | 2022-02-10 | 2023-08-17 | 支付宝(杭州)信息技术有限公司 | 支付交互处理 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107026815B (zh) | 2020-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107026815A (zh) | 一种支付业务处理方法、支付服务器、相关设备及系统 | |
| US10621576B1 (en) | Mobile payments using payment tokens | |
| US11928673B2 (en) | Multi-signature verification network | |
| US20190362324A1 (en) | Processing A Payment By A Second Computing System From A Payer To A Payee Operating A First Computing System | |
| US9432838B2 (en) | System and methods for account creation using a feature phone | |
| EP2701415A1 (en) | Mobile electronic device and use thereof for electronic transactions | |
| CA2856801C (en) | Peer-to-peer payment registration and activation | |
| US11295291B2 (en) | Low battery and digital wallet | |
| JP2009543493A (ja) | 携帯電話を用いるオンラインインターネット支払いのための顧客識別及び認証手順 | |
| US8825532B1 (en) | Payment system and method using a mobile telephone network for charging and settlement | |
| CN102971758A (zh) | 用于提供自动化支付的方法和装置 | |
| CN103164792A (zh) | 无线终端上的支付服务提供方法及相关设备和系统 | |
| CN105324782A (zh) | 通过非结构化补充服务数据的信贷 | |
| KR20130089896A (ko) | 더치 페이 결제 기능을 구비하는 휴대 단말기, 결제 단말기 및 결제 대행 서버, 및 이를 이용한 결제 방법 및 결제 대행 방법 | |
| JP6667498B2 (ja) | リモート取引システム、方法およびｐｏｓ端末 | |
| WO2012099885A1 (en) | Techniques to access a cloud-based wallet using a basic handset | |
| TW201317911A (zh) | 雲端信用卡交易系統及其交易方法 | |
| KR20010000363A (ko) | 상호간 휴대전화 단말기와 문자메시지를 통한 2차확인방식을 이용한 실시간 결제방식 | |
| CN104335619B (zh) | 电信设备功能的远程解锁 | |
| TW201606678A (zh) | 用以提供信貸之系統及方法 | |
| CN106610966A (zh) | 一种信息提供方法及装置 | |
| CN106651366A (zh) | 一种移动终端及其交易确认方法、装置以及一种智能卡 | |
| US10217101B2 (en) | Link of mobile devices to facilitate mobile commerce transactions | |
| KR101103634B1 (ko) | 이동 단말기를 이용한 카드사 서버의 인증 방법 및 카드사 서버 | |
| KR101505847B1 (ko) | 결제 처리를 위한 제휴사 앱 인증 방법 |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |