CN112184196B - 数据处理方法、装置、服务器和存储介质 - Google Patents

数据处理方法、装置、服务器和存储介质 Download PDF

Info

Publication number
CN112184196B
CN112184196B CN202010963707.8A CN202010963707A CN112184196B CN 112184196 B CN112184196 B CN 112184196B CN 202010963707 A CN202010963707 A CN 202010963707A CN 112184196 B CN112184196 B CN 112184196B
Authority
CN
China
Prior art keywords
service
client
server
request
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.)
Active
Application number
CN202010963707.8A
Other languages
English (en)
Other versions
CN112184196A (zh
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.)
Beijing Zitiao Network Technology Co Ltd
Original Assignee
Beijing Zitiao Network Technology Co 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 Beijing Zitiao Network Technology Co Ltd filed Critical Beijing Zitiao Network Technology Co Ltd
Priority to CN202010963707.8A priority Critical patent/CN112184196B/zh
Publication of CN112184196A publication Critical patent/CN112184196A/zh
Application granted granted Critical
Publication of CN112184196B publication Critical patent/CN112184196B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本公开提出一种数据处理方法、装置、服务器和存储介质,其中,方法包括:在服务器接收到客户端的业务请求后,结合业务请求中的应用程序标识,获取对应的业务类型,并根据该业务类型的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。由此,在通过服务器向多个应用程序提供业务管理服务时,结合不同应用程序所对应的业务类型,对客户端发送的业务请求进行管理,从而在实现一个服务器可以管理多个应用程序的业务的同时,可避免业务请求出现混乱情况的发生,避免了出现跨业务的数据安全问题。

Description

数据处理方法、装置、服务器和存储介质
技术领域
本公开涉及数据技术领域,尤其涉及一种数据处理方法、装置、服务器和存储介质。
背景技术
应用内支付简称IAP(In-App Purchase),是一种简单、透明、公平、安全的支付手段,它具有灵活的计费策略,以及支持多类型的应用计费,不但充分尊重和保障用户的权利,同时也为开发者创造了可持续发展的条件。
相关技术中,为了减少每个应用程序(APP,APPlication)接入IAP支付单独开发一套完整的支付系统,开发成本比较高,通常通过提供统一的端上支付SDK(SoftwareDevelopment Kit,软体开发工具包)和后端服务,将IAP支付的复杂性封装在平台之内。当IAP支付平台化之后,如何隔离各个业务请求,防止数据错乱是目前亟需要解决的问题。
发明内容
本公开旨在至少在一定程度上解决上述相关技术中的技术问题之一。
为此,本公开的第一个目的在于提出一种数据处理方法,该方法在通过服务器向多个应用程序提供业务管理服务时,结合不同应用程序所对应的业务类型,对客户端发送的业务请求进行管理,从而在实现一个服务器可以管理多个应用程序的应用内支付的同时,可避免业务请求出现混乱情况的发生,避免了出现跨业务的数据安全问题。
本公开的第二个目的在于提出一种数据处理装置。
本公开的第三个目的在于提出一种服务器。
本公开的第四个目的在于提出一种非临时性计算机可读存储介质。
为达上述目的,本公开第一方面实施例提出了一种数据处理方法,包括:接收客户端的业务请求,其中,所述业务请求包括应用程序标识;根据所述应用程序标识,获取对应的业务类型;根据所述业务类型对应的处理逻辑,对所述业务请求进行处理,并向所述客户端返回所述业务请求对应的处理结果。
本公开实施例的数据处理方法,在服务器接收到客户端的业务请求后,结合业务请求中的应用程序标识,获取对应的业务类型,并根据该业务类型的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。由此,在通过服务器向多个应用程序提供业务管理服务时,结合不同应用程序所对应的业务类型,对客户端发送的业务请求进行管理,从而在实现一个服务器可以管理多个应用程序的业务的同时,可避免业务请求出现混乱情况的发生,避免了出现跨业务的数据安全问题。
为达上述目的,本公开第二方面实施例提出了一种数据处理装置,所述装置包括:第一接收模块,用于接收客户端的业务请求,其中,所述业务请求包括应用程序标识;第一获取模块,用于根据所述应用程序标识,获取对应的业务类型;处理模块,用于根据所述业务类型对应的处理逻辑,对所述业务请求进行处理,并向所述客户端返回所述业务请求对应的处理结果。
本公开实施例的数据处理装置,在服务器接收到客户端的业务请求后,结合业务请求中的应用程序标识,获取对应的业务类型,并根据该业务类型的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。由此,在通过服务器向多个应用程序提供业务管理服务时,结合不同应用程序所对应的业务类型,对客户端发送的业务请求进行管理,从而在实现一个服务器可以管理多个应用程序的业务的同时,可避免业务请求出现混乱情况的发生,避免了出现跨业务的数据安全问题。
为达上述目的,本公开第三方面实施例提出了一种服务器,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如上所述的数据处理方法。
为了实现上述目的,本公开第四方面实施例提出了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上所述的数据处理方法。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是根据本公开一个实施例的数据处理方法的流程图;
图2是根据本公开另一个实施例的数据处理方法的流程图;
图3是根据本公开另一个实施例的数据处理方法的流程图;
图4是根据本公开另一个实施例的应用程序、应用服务器、服务器和第三方渠道服务器之间的交互示意图;
图5是根据本公开一个实施例的数据处理装置的结构示意图;
图6是根据本公开另一个实施例的数据处理装置的结构示意图;
图7是根据本公开一个实施例的服务器600的结构示意图。
具体实施方式
下面详细描述本公开的实施例,实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
下面参考附图描述本公开实施例的数据处理方法、装置、服务器和存储介质。
图1是根据本公开一个实施例的数据处理方法的流程图。其中,需要说明的是,本实施例的数据处理方法的执行主体为数据处理装置,该装置可以由软件和/或硬件的方式实现,该装置设置在服务器侧,用于与应用程序中的客户端进行通信。
如图1所示,该数据处理方法可以包括:
步骤101,接收客户端的业务请求,其中,业务请求包括应用程序标识。
具体地,在有业务需要客户端与服务器进行交互时,客户端可根据用户在应用程序的上的业务操作,生成业务请求,并向服务器发送对应业务请求,对应地,服务器接收客户端的业务请求。
其中,需要说明的,本实施例中的客户端提供应用程序端上IAP支付集成能力,提供对IAP支付接口的封装、自动重试、端上监控、配置接收等功能。
步骤102,根据应用程序标识,获取对应的业务类型。
在本实施例中,为了隔离不同业务请求,避免数据错乱,本实施例在客户端和服务器间之间的请求,可通过应用程序标识锁定不同的业务类型。其中,可以理解的是,对于不同业务类型而言,服务器中保存了不同业务类型对应的处理逻辑,可以理解的是,通常不同业务类型其对应的处理逻辑是不同的。
步骤103,根据业务类型对应的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。
本公开实施例的数据处理方法,在服务器接收到客户端的业务请求后,结合业务请求中的应用程序标识,获取对应的业务类型,并根据该业务类型的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。由此,在通过服务器向多个应用程序提供业务管理服务时,结合不同应用程序所对应的业务类型,对客户端发送的业务请求进行管理,从而在实现一个服务器可以管理多个应用程序的业务的同时,可避免业务请求出现混乱情况的发生,避免了出现跨业务的数据安全问题。
图2是根据本公开另一个实施例的数据处理方法的流程图。其中,需要说明的是,图2是对上述实施例的进一步细化和扩展。其中,本实施例中以业务请求包括订单创建请求为例进行描述。
如图2所示,该方法包括:
步骤201,接收客户端的订单创建请求,其中,订单创建请求包括客户端所在应用程序的应用程序标识以及商家标识。
步骤202,根据应用程序标识,获取对应的业务类型。
步骤203,判断商家标识与业务类型是否对应。
作为一种示例性的实施方式,判断商家标识与业务类型是否对应的一种可能的实现方式为:获取与该商家标识对应的业务类型,判断该商家标识对应的业务类型与应用标识对应的业务类型是否相同,如果相同,则确定商家标识与业务类型对应。
作为另一种示例性的实施方式,判断商家标识与业务类型是否对应的一种可能的实现方式为:获取该业务类型对应的多个商家标识,判断订单创建请求中所提供的商家标识与多个商家标识中的一个商家标识相同,如果与多个商家标识中的一个商家标识相同,则确定商家标识与业务类型对应。
步骤204,如果商家标识与业务类型对应,则根据订单创建请求创建订单,并将所创建的订单信息返回客户端。
客户端获取与业务类型对应的至少一个第二商家信息。
在本实施中,在获取对应业务类型后,可根据预先保存的业务类型与商家信息之间对应关系,获取该业务类型对应的至少一个第二商家信息。
步骤205,如果商家标识不与业务类型对应,则向客户端返回订单创建失败的提示信息。
本公开实施例的数据处理方法,在接收客户端的订单创建请求后,根据应用程序标识,获取对应的业务类型,并判断订单创建请求中的商家标识与业务类型是否对应,如果商家标识与业务类型对应,则根据订单创建请求创建订单,并将所创建的订单信息返回客户端。由此,在通过支付服务器向多个应用程序提供业务管理服务时,结合不同应用程序所对应的业务类型,对商家标识与业务类型是否对应继续验证,从而可进一步避免订单请求出现业务混乱情况的发生,提高了业务处理的稳定性。
基于上述实施例的基础上,在客户端根据订单信息完成支付后,为了进一步提高业务处理的安全性,在本公开的一个实施例中,如图3所示,在步骤205之后,该方法还可以包括:
步骤301,接收客户端发送的业务确认请求,其中,业务确认请求包括令牌信息和第一支付信息,其中,令牌信息是客户端通过第三方渠道服务器完成订单信息的支付后,第三方渠道服务器提供给客户端的。
步骤302,从第三方渠道服务器中获取与令牌信息对应的第二支付信息。
在本公开的一个实施例中,在从第三方渠道服务器中获取与令牌信息对应的第二支付信息之前,还可以向第三方渠道服务器发送验证令牌信息的请求,接收第三方渠道服务器在令牌信息验证通过后返回的响应消息。
其中,响应消息用于指示令牌信息有效。
具体地,在通过第三方渠道服务器确定令牌信息有效时,可通过第三方渠道服务器查询该令牌信息对应的支付信息,以得到该令牌信息对应的第二支付信息。
本实施例,在对客户端的业务确认请求进行确认的过程中,服务器和第三方渠道服务器之间,通过对令牌信息进行验证,可以防止另一个业务的令牌被当前业务验证,进一步实现了业务与业务之间的隔离,防止出现跨业务的数据安全问题,进一步提高业务处理的安全性。
步骤303,如果第一支付信息和第二支付信息一致,则向客户端返回业务确认结果。
本公开实施例的数据处理方法,在客户端和第三方渠道服务器之间通过交互完成支付后,客户端将第三方渠道服务器返回的令牌信息以及第一支付信息发送给服务器,对应地,服务器通过与第三方渠道服务器进行通信,来验证令牌信息是否有效,并在验证令牌有效后,从第三方渠道服务器中查询该令牌信息对应的支付信息,并将查询到的第二支付信息和第一支付信息进行比较,并在两者一致时,向客户端返回业务确认结果。由此,可以进一步提高业务处理的安全性。
基于上述实施例的基础上,在本公开的一个实施例中,为了使得用户获知可信的支付结果,在向客户端返回业务确认结果之后,该方法还可以向与应用程序标识对应的应用服务器发送支付结果,以使应用服务器将支付结果反馈客户端。对应地,客户端所在的应用程序显示处理结果通知,由此,使得用户可通过应用程序获知支付结果通知。
为了使得本领域的技术人员清楚地了解本公开的数据处理方法,下面结合图4对该实施例的数据处理方法进行描述。如图4所示,可以包括:
1.当用户点击虚拟商品确认购买后,应用程序APP1向其对应的应用服务器发起订单创建请求,将商品、用户、支付类型等信息发送给应用服务器下单。
其中,需要说明的是,本实施例中以应用程序APP1为例进行描述。
2.应用服务器App Server返回下单结果,同时返回拉起客户端的参数。其中,本实施例中的客户端可以称为支付SDK,在本实施例的后续描述均使用支付SDK进行描述。
3.拉起支付SDK后,支付SDK向服务器发出订单创建请求,该步骤会将商品信息发送给服务器,服务器内部会调用风控组件判断是否需要拦截。
其中,本实施例中的服务器可以实现商户信息管理和隔离、IAP订单和订阅关系管理、token防重放、IAP提供商服务调用和后端通知接收等功能。
具体而言,本实施例中的服务器可以包括收银台组件、交易组件、会员组件和风控组件,其中,收银台组件提供请求接入、订单和订阅流程统一调度功能。交易组件完成订单和订阅关系管理。渠道完成和IAP提供商服务交互及后端通知接收功能。会员组件提供商户接入、商户管理、商户用户管理功能。风控组件实现风险识别、风险交易阻断功能。
4.服务器返回支付系统下单结果。
5.支付SDK请求第三方渠道服务器接口,拉起支付付款页面,用户完成付款确认。
其中,本实施例中的第三方渠道服务器为IAP服务商对应的服务器。
6.第三方渠道服务器返回支付结果,支付SDK界面化展示支付结果。
其中,支付结果还包括令牌信息。
其中,第三方渠道服务器返回的令牌信息token,是根据客户端进行支付时所使用的账号和密码信息而生成的。
7.支付SDK第三方渠道服务器返回的token及支付相关数据发送给服务器,服务器完成支付确认。
在此步骤也会调用风控系统,判断是否需要拦截。其中,关于调用风控系统判断是否需要拦截的具体过程,与现有技术中的拦截过程相同,具体过程可参见现有技术中的相关描述,此处不再赘述。
可以理解的是,在此步骤支付SDK调用服务器失败时,会触发自动重试,以实现成功调用服务器。
8.服务器请求第三方渠道服务器验证token有效性,并查询token关联的支付信息。
9.第三方渠道服务器返回token是否有效,以及关联的支付信息。
10.服务器向支付SDK返回业务确认结果。
11.服务器向应用服务器App Server发出后端通知,告知可信的支付结果。
12.应用服务器App Server返回通知处理结果。
可以理解的是,IAP支付中除了支付流程外,还需要处理订阅相关的退订、续费、重新订阅等后端通知,流程如下。
13.IAP服务商调用服务器,推送后端通知;
14.服务器确认应App服务地址、查询业务数据、推送后端通知给应用服务器AppServer;
15.应用服务器App Server处理通知,并返回处理结果;
16.服务器向IAP服务商返回通知处理结果。
在本公开的一个实施例中,为了进一步提高支付安全性,本实施汇总的服务器内部所有的用户、订单、订阅关系都通过商户进行隔离,商户和商户之间数据清晰划分,每个商户只能通过秘钥修改各自的数据,不允许交叉访问。
图5是根据本公开一个实施例的数据处理装置的结构示意图。
如图5所示,该数据处理装置应用在服务器侧中,该数据处理装置可以包括第一接收模块110、第一获取模块120和处理模块130,其中:
第一接收模块110,用于接收客户端的业务请求,其中,业务请求包括客户端所在应用程序的应用程序标识。
第一获取模块120,用于根据应用程序标识,获取对应的业务类型。
处理模块130,用于根据业务类型对应的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。
在本公开的一个实施例中,业务请求包括订单创建请求,其中,订单创建请求还包括商家标识,在图5所示的基础上,如图6所示,该处理模块130具体用于:判断所述商家标识与所述业务类型是否对应;如果所述商家标识与所述业务类型对应,则根据所述订单创建请求创建订单,并将所创建的订单信息返回所述客户端。
在本公开的一个实施例中,如图6所示,该装置还包括:
提示模块140,用于如果商家标识与至少一个第二商家信息中的每个第二商家信息均不相同,则向客户端返回订单创建失败的提示信息。
在本公开的一个实施例中,如图6所示,装置还包括:
第二接收模块150,用于接收客户端发送的业务确认请求,其中,业务确认请求包括令牌信息和第一支付信息,其中,令牌信息是客户端通过第三方渠道服务器完成订单信息的支付后,第三方渠道服务器提供给客户端的。
第二获取模块160,用于从第三方渠道服务器中获取与令牌信息对应的第二支付信息。
返回模块170,用于如果第一支付信息和第二支付信息一致,则向客户端返回业务确认结果。
在本公开的一个实施例中,如图6所示,装置还包括:
第一发送模块180,用于向第三方渠道服务器发送验证令牌信息的请求;
第三接收模块190,用于接收第三方渠道服务器在令牌信息验证通过后返回的响应消息。
在本公开的一个实施例中,如图6所示,装置还包括:
第二发送模块200,用于向与所述应用程序标识对应的应用服务器发送支付结果,以使所述应用服务器将所述支付结果反馈给所述客户端。
其中,需要说明的是,前述对数据处理方法实施例的解释说明也适用于本实施例的数据处理装置,此处不再赘述。
本公开实施例的数据处理装置,在服务器接收到客户端的业务请求后,结合业务请求中的应用程序标识,获取对应的业务类型,并根据该业务类型的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。由此,在通过服务器向多个应用程序提供业务管理服务时,结合不同应用程序所对应的业务类型,对客户端发送的业务请求进行管理,从而在实现一个服务器可以管理多个应用程序的业务的同时,可避免业务请求出现混乱情况的发生,避免了出现跨业务的数据安全问题。
下面参考图7,其示出了适于用来实现本公开实施例的服务器600的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的服务器仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示,服务器600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有服务器600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常,以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许服务器600与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的服务器600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM 602被安装。在该计算机程序被处理装置601执行时,执行本公开实施例的方法中限定的上述功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述服务器中所包含的;也可以是单独存在,而未装配入该服务器中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该服务器执行时,使得该服务器:接收客户端的业务请求,其中,业务请求包括应用程序标识;根据应用程序标识,获取对应的业务类型;根据业务类型对应的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。
本公开还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上的数据处理方法。
本公开还提供一种计算机程序产品,当计算机程序产品中的指令处理器执行时,实现如上的数据处理方法。
根据本公开的一个或多个实施例,提供了一种数据处理方法,该方法包括:接收客户端的业务请求,其中,业务请求包括客户端所在应用程序的应用程序标识;根据应用程序标识,获取对应的业务类型;根据业务类型对应的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。
根据本公开的一个或多个实施例,业务请求包括订单创建请求,其中,订单创建请求还包括商家标识,根据业务类型对应的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果,包括:获取与业务类型对应的至少一个第二商家信息;将商家标识与至少一个第二商家信息中的各个第二商家信息进行比较;如果商家标识与至少一个第二商家信息中的一个相同,则向客户端返回订单信息。
根据本公开的一个或多个实施例,方法还包括:如果商家标识与至少一个第二商家信息中的每个第二商家信息均不相同,则向客户端返回订单创建失败的提示信息。
根据本公开的一个或多个实施例,在向客户端返回订单信息之后,方法还包括:接收客户端发送的业务确认请求,其中,业务确认请求包括令牌信息和第一支付信息,其中,令牌信息是客户端通过第三方渠道服务器完成订单信息的支付后,第三方渠道服务器提供给客户端的;从第三方渠道服务器中获取与令牌信息对应的第二支付信息;如果第一支付信息和第二支付信息一致,则向客户端返回业务确认结果。
根据本公开的一个或多个实施例,在从第三方渠道服务器中获取与令牌信息对应的第二支付信息之前,方法还包括:向第三方渠道服务器发送验证令牌信息的请求;接收第三方渠道服务器在令牌信息验证通过后返回的响应消息。
根据本公开的一个或多个实施例,在向客户端返回业务确认结果之后,方法还包括:向与应用程序标识对应的应用服务器发送支付结果,以使应用程序将支付结果反馈给应用程序。
根据本公开的一个或多个实施例,提供了一种数据处理装置,装置应用在服务器侧中,装置包括:第一接收模块,用于接收客户端的业务请求,其中,业务请求包括客户端所在应用程序的应用程序标识;第一获取模块,用于根据应用程序标识,获取对应的业务类型;处理模块,用于根据业务类型对应的处理逻辑,对业务请求进行处理,并向客户端返回业务请求对应的处理结果。
根据本公开的一个或多个实施例,业务请求包括订单创建请求,其中,订单创建请求还包括商家标识,处理模块,包括:获取单元,用于获取与业务类型对应的至少一个第二商家信息;比较单元,用于将商家标识与至少一个第二商家信息中的各个第二商家信息进行比较;响应单元,用于如果商家标识与至少一个第二商家信息中的一个相同,则向客户端返回订单信息。
根据本公开的一个或多个实施例,,装置还包括:提示模块,用于如果商家标识与至少一个第二商家信息中的每个第二商家信息均不相同,则向客户端返回订单创建失败的提示信息。
根据本公开的一个或多个实施例,装置还包括:第二接收模块,用于接收客户端发送的业务确认请求,其中,业务确认请求包括令牌信息和第一支付信息,其中,令牌信息是客户端通过第三方渠道服务器完成订单信息的支付后,第三方渠道服务器提供给客户端的;第二获取模块,用于从第三方渠道服务器中获取与令牌信息对应的第二支付信息;返回模块,用于如果第一支付信息和第二支付信息一致,则向客户端返回业务确认结果。
根据本公开的一个或多个实施例,装置还包括:第一发送模块,用于向第三方渠道服务器发送验证令牌信息的请求;第三接收模块,用于接收第三方渠道服务器在令牌信息验证通过后返回的响应消息。
根据本公开的一个或多个实施例,装置还包括:第二发送模块,用于向与应用程序标识对应的应用服务器发送支付结果,以使应用程序将支付结果反馈给应用程序。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (9)

1.一种数据处理方法,其特征在于,所述方法包括:
接收客户端的业务请求,其中,所述业务请求包括应用程序标识;
根据所述应用程序标识,获取对应的业务类型;
根据所述业务类型对应的处理逻辑,对所述业务请求进行处理,并向所述客户端返回所述业务请求对应的处理结果;
其中,所述方法还包括:
接收所述客户端发送的业务确认请求,其中,所述业务确认请求包括令牌信息和第一支付信息,其中,所述令牌信息是所述客户端通过第三方渠道服务器完成订单信息的支付后,所述第三方渠道服务器提供给所述客户端的;
从所述第三方渠道服务器中获取与所述令牌信息对应的第二支付信息;
如果所述第一支付信息和所述第二支付信息一致,则向所述客户端返回业务确认结果。
2.如权利要求1所述的方法,其特征在于,所述业务请求包括订单创建请求,其中,所述订单创建请求还包括商家标识,所述根据所述业务类型对应的处理逻辑,对所述业务请求进行处理,并向所述客户端返回所述业务请求对应的处理结果,包括:
判断所述商家标识与所述业务类型是否对应;
如果所述商家标识与所述业务类型对应,则根据所述订单创建请求创建订单,并将所创建的订单信息返回所述客户端。
3.如权利要求2所述的方法,其特征在于,所述方法还包括:
如果所述商家标识不与所述业务类型对应,则向所述客户端返回订单创建失败的提示信息。
4.如权利要求1所述的方法,其特征在于,在所述从所述第三方渠道服务器中获取与所述令牌信息对应的第二支付信息之前,所述方法还包括:
向所述第三方渠道服务器发送验证所述令牌信息的请求;
接收所述第三方渠道服务器在所述令牌信息验证通过后返回的响应消息。
5.如权利要求2所述的方法,其特征在于,在所述向所述客户端返回业务确认结果之后,所述方法还包括:
向与所述应用程序标识对应的应用服务器发送支付结果,以使所述应用服务器将所述支付结果反馈给所述客户端。
6.一种数据处理装置,其特征在于,所述装置包括:
第一接收模块,用于接收客户端的业务请求,其中,所述业务请求包括应用程序标识;
第一获取模块,用于根据所述应用程序标识,获取对应的业务类型;
处理模块,用于根据所述业务类型对应的处理逻辑,对所述业务请求进行处理,并向所述客户端返回所述业务请求对应的处理结果;
其中,所述装置还包括:
第二接收模块,用于接收客户端发送的业务确认请求,其中,业务确认请求包括令牌信息和第一支付信息,其中,令牌信息是客户端通过第三方渠道服务器完成订单信息的支付后,第三方渠道服务器提供给客户端的;
第二获取模块,用于从第三方渠道服务器中获取与令牌信息对应的第二支付信息;
返回模块,用于如果第一支付信息和第二支付信息一致,则向客户端返回业务确认结果。
7.如权利要求6所述的装置,其特征在于,所述业务请求包括订单创建请求,其中,所述订单创建请求还包括商家标识,所述处理模块,包括:
判断所述商家标识与所述业务类型是否对应;
如果所述商家标识与所述业务类型对应,则根据所述订单创建请求创建订单,并将所创建的订单信息返回所述客户端。
8.一种服务器,其特征在于,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现如权利要求1-5任一所述的数据处理方法。
9.一种非临时性计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-5任一所述的数据处理方法。
CN202010963707.8A 2020-09-14 2020-09-14 数据处理方法、装置、服务器和存储介质 Active CN112184196B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010963707.8A CN112184196B (zh) 2020-09-14 2020-09-14 数据处理方法、装置、服务器和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010963707.8A CN112184196B (zh) 2020-09-14 2020-09-14 数据处理方法、装置、服务器和存储介质

Publications (2)

Publication Number Publication Date
CN112184196A CN112184196A (zh) 2021-01-05
CN112184196B true CN112184196B (zh) 2024-03-22

Family

ID=73921902

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010963707.8A Active CN112184196B (zh) 2020-09-14 2020-09-14 数据处理方法、装置、服务器和存储介质

Country Status (1)

Country Link
CN (1) CN112184196B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112800120B (zh) * 2021-01-26 2023-06-06 政采云有限公司 业务处理方法及装置
CN113032750A (zh) * 2021-03-23 2021-06-25 北京金山云网络技术有限公司 一种权限管理的方法、装置、电子设备及介质
CN113221195A (zh) * 2021-04-23 2021-08-06 北京达佳互联信息技术有限公司 一种保存业务数据的方法、装置及存储介质
CN113254090B (zh) * 2021-06-04 2024-05-28 深圳市火乐科技发展有限公司 一种应用管理方法、装置及投影设备
CN113791894A (zh) * 2021-08-16 2021-12-14 新奇点智能科技集团有限公司 一种道路数据处理系统
CN113840011A (zh) * 2021-10-11 2021-12-24 南方电网数字电网研究院有限公司 数据同步方法、装置、计算机设备和存储介质
CN113986493B (zh) * 2021-10-26 2023-11-14 阿波罗智能技术(北京)有限公司 业务使用请求处理方法、相关装置及计算机程序产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001052024A2 (en) * 2000-01-14 2001-07-19 Saba Software, Inc. Method and apparatus for an improved security system mechanism in a business applications management system platform
CN104392299A (zh) * 2014-10-29 2015-03-04 中国建设银行股份有限公司 一种业务信息处理方法及系统
CN107872437A (zh) * 2016-09-27 2018-04-03 阿里巴巴集团控股有限公司 一种用于业务请求的方法、装置及服务器
CN110838010A (zh) * 2019-10-30 2020-02-25 腾讯科技(深圳)有限公司 业务处理方法、装置、终端、服务器及存储介质
CN111478967A (zh) * 2020-04-08 2020-07-31 北京字节跳动网络技术有限公司 一种请求处理方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6586848B2 (ja) * 2015-09-30 2019-10-09 ブラザー工業株式会社 サーバ及び通信システム
US9876869B2 (en) * 2015-10-28 2018-01-23 Sk Planet Co., Ltd. Method and apparatus for providing beacon service

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001052024A2 (en) * 2000-01-14 2001-07-19 Saba Software, Inc. Method and apparatus for an improved security system mechanism in a business applications management system platform
CN104392299A (zh) * 2014-10-29 2015-03-04 中国建设银行股份有限公司 一种业务信息处理方法及系统
CN107872437A (zh) * 2016-09-27 2018-04-03 阿里巴巴集团控股有限公司 一种用于业务请求的方法、装置及服务器
CN110838010A (zh) * 2019-10-30 2020-02-25 腾讯科技(深圳)有限公司 业务处理方法、装置、终端、服务器及存储介质
CN111478967A (zh) * 2020-04-08 2020-07-31 北京字节跳动网络技术有限公司 一种请求处理方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于分布式服务器的电子商务平台设计;樊静;张宇翔;赵哲昊;;信息与电脑(理论版)(第04期);第70-72页 *

Also Published As

Publication number Publication date
CN112184196A (zh) 2021-01-05

Similar Documents

Publication Publication Date Title
CN112184196B (zh) 数据处理方法、装置、服务器和存储介质
CN111639319B (zh) 用户资源授权方法、装置及计算机可读存储介质
CN111931962B (zh) 信息展示方法、装置和电子设备
CN110535659B (zh) 用于处理数据请求的方法、装置、电子设备和计算机可读介质
CN112866385B (zh) 接口调用方法、装置、电子设备和存储介质
CN111199037A (zh) 登录方法、系统和装置
CN112365258A (zh) 电子货币账户的绑定方法、装置和电子设备
CN111199401B (zh) 信息处理方法、装置、终端、服务器和存储介质
CN110705985B (zh) 用于存储信息的方法和装置
CN110618768B (zh) 信息呈现方法和装置
CN110855655B (zh) 一种信息验证方法、装置、设备和存储介质
CN112381453A (zh) 信息处理方法、装置、电子设备和介质
CN110069185B (zh) 用于联合运行寄宿应用的方法和设备
CN114785560B (zh) 信息处理方法、装置、设备和介质
CN113079085B (zh) 商服交互方法、装置、设备及存储介质
CN111752625B (zh) 用于接口mock的方法和装置
CN109741069B (zh) 交易数据的处理方法、装置、电子设备及可读存储介质
CN114780124A (zh) 差分升级方法、装置、介质及电子设备
CN109685508B (zh) 交易数据的处理方法、装置、电子设备及可读存储介质
CN116527284B (zh) 数据存储安全性确定方法、装置、设备及存储介质
CN111125676B (zh) 联合授权方法和装置
CN112261659B (zh) 终端和服务器的控制方法、装置、终端和存储介质
CN110266580B (zh) 一种卡片消息安全保障方法、装置、介质和电子设备
CN117768126A (zh) 基于数字签名的服务单认证方法、装置、介质及电子设备
CN116702205A (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
GR01 Patent grant
GR01 Patent grant