CN106203881A - 一种应用内购买的订单处理系统及方法 - Google Patents
一种应用内购买的订单处理系统及方法 Download PDFInfo
- Publication number
- CN106203881A CN106203881A CN201610576531.4A CN201610576531A CN106203881A CN 106203881 A CN106203881 A CN 106203881A CN 201610576531 A CN201610576531 A CN 201610576531A CN 106203881 A CN106203881 A CN 106203881A
- Authority
- CN
- China
- Prior art keywords
- sequence information
- information
- application
- order
- sent
- 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
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Abstract
本发明公开了一种应用内购买的订单处理系统及方法,涉及网络技术领域。本系统包括:安装在客户端的应用,主要用于将用户通过应用内购买支付成功后生成的订单信息存放到指定队列中,以及接收消费平台服务器端发送的订单信息的验证成功信息,将订单信息从指定队列中删除;消费平台服务器端,其包括支付验证模块和商品发放模块;支付验证模块,主要用于依据订单信息创建订单,并验证订单信息是否合法,将合法的订单信息的内容存入订单中,以及将订单信息的验证成功信息发送到应用;商品发放模块,用于将订单对应的虚拟商品发送到相应的客户端。本发明能够确保消费平台服务器端及时处理订单信息,使用户尽快收到订购的虚拟商品,提升用户的体验。
Description
本发明涉及网络技术领域,具体是涉及一种应用内购买的订单处理系统及方法。
背景技术
基于网络技术和网络服务的迅速发展,大量虚拟商品不断涌现,满足了人们在工作、学习和日常生活中的多种需求。虚拟商品是指电子商务市场中的数字产品和服务,具有无实物性质,虚拟商品主要包括计算机软件、股票行情、金融信息、新闻、书籍、杂志、音乐影像、电视节目、搜索、虚拟云主机、虚拟云盘、虚拟光驱、APP虚拟应用、网络游戏中的一些产品和在线服务。目前,苹果的移动客户端,特别是手机,在移动市场中的占有率较高,在装有IOS操作系统的移动客户端上购买在应用内使用的虚拟商品必须通过IOS应用内购买IAP(In-App Purchase),例如虚拟货币和游戏道具等,手机用户通过IOS IAP购买这些虚拟商品并支付成功后,苹果服务器返回相关订单信息,手机将相关订单信息发送到提供虚拟商品的消费平台服务器端,消费平台服务器端需要与苹果服务器通信以验证相关订单信息的合法性。但是,在通信状况不稳定的情况下,经常出现验证相关订单信息的合法性失败的情况,导致用户的订单信息得不到及时处理,用户无法收到已经支付的虚拟商品,影响用户体验。
发明内容
针对现有技术中存在的缺陷,本发明的主要目的在于提供一种应用内购买的订单处理系统,本发明的另一目的在于提供一种应用内购买的订单处理方法,能够有效地预防因验证订单信息是否合法失败或者创建订单失败导致的订单信息丢失,确保消费平台服务器端能够继续及时处理订单信息,使用户尽快收到订购的虚拟商品,维护用户的权益,提升用户的体验。
本发明提供一种应用内购买的订单处理系统,用于处理用户在具有IOS操作系统的客户端上购买在应用内使用的虚拟商品,包括:
安装在客户端的应用,用于向用户提供虚拟商品的列表,所述列表包括虚拟商品的名称和单价,将用户通过应用内购买支付成功后从IOS操作系统的服务器接收的订单信息存放到指定队列中,并将所述订单信息发送到消费平台服务器端,以及接收消费平台服务器端发送的所述订单信息的验证成功信息,将验证成功信息对应的订单信息从所述指定队列中删除;
消费平台服务器端,其包括支付验证模块和商品发放模块;
支付验证模块,用于接收应用发出的所述订单信息,依据所述订单信息创建订单,并验证所述订单信息是否合法,将合法的所述订单信息的内容存入所述订单中,将所述订单和相应的客户端信息发送到商品发放模块,以及将所述订单信息的验证成功信息发送到应用;
商品发放模块,用于接收所述订单和相应的客户端信息,并将所述订单对应的虚拟商品发送到相应的客户端。
在上述技术方案的基础上,所述指定队列为存放于所述应用的指定目录中的文件。
在上述技术方案的基础上,所述支付验证模块通过与IOS操作系统的服务器通信来验证所述订单信息是否合法,具体包括:
所述支付验证模块将接收到的所述订单信息发送到IOS操作系统的服务器,并从该服务器接收非法的所述订单信息的非法信息或者合法的所述订单信息的内容,所述内容包括虚拟商品的名称、数量和金额;
所述支付验证模块将所述非法信息发送到发出非法的订单信息的客户端。
在上述技术方案的基础上,所述支付验证模块还用于在验证任一项订单信息是否合法失败后,向应用发送该订单信息的再次验证通知。
在上述技术方案的基础上,所述支付验证模块还用于在创建任一项订单失败后,向应用发送该订单对应的订单信息的再次验证通知。
在上述技术方案的基础上,所述应用还用于接收所述再次验证通知,在所述指定队列中查找所述再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块发出订单信息,直到接收到支付验证模块发送的所述验证成功信息后,将订单信息从指定队列中删除。
在上述技术方案的基础上,所述应用还用于依据所述再次验证通知发出订单信息的发出次数达到预设次数后,停止向支付验证模块发出订单信息,并将订单信息从所述指定队列中删除。
在上述技术方案的基础上,所述消费平台服务器端还包括商品列表模块,所述商品列表模块用于接收用户通过所述应用发出的所述虚拟商品的查询请求,并将所述列表发送给所述应用。
本发明还提供一种应用内购买的订单处理方法,用于处理用户在具有IOS操作系统的客户端上购买在应用内使用的虚拟商品,包括以下步骤:
S1.商品列表模块接收用户通过应用发出的虚拟商品的查询请求,并将虚拟商品的列表发送给应用,所述列表包括所述虚拟商品的名称和单价;
S2.应用向用户提供所述列表,将用户通过应用内购买支付成功后从IOS操作系统的服务器生成的订单信息存放到指定队列中,并将所述订单信息发送到消费平台服务器端;
S3.支付验证模块接收应用发出的订单信息,依据所述订单信息创建订单,并验证订单信息是否合法,若否,将非法信息发送到发出非法的订单信息的客户端;若是,将合法的所述订单信息的内容存入所述订单中,将所述订单和相应的客户端信息发送到商品发放模块;以及将所述订单信息的验证成功信息发送到应用;
S4.应用接收支付验证模块发送的所述验证成功信息,将所述验证成功信息对应的订单信息从所述指定队列中删除;商品发放模块接收所述订单和相应的客户端信息,并将所述订单对应的虚拟商品发送到相应的客户端。
在上述技术方案的基础上,步骤S3还包括:
若所述支付验证模块验证任一项订单信息是否合法失败或者创建任一项订单失败,所述支付验证模块向应用发送再次验证通知,再次验证通知包括验证失败的所述订单信息或者创建失败的订单对应的订单信息;
应用接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块发出订单信息,直到接收到支付验证模块发送的验证成功信息后,将订单信息从指定队列中删除。
与现有技术相比,本发明的优点如下:
(1)本发明中的应用将用户通过应用内购买支付成功后生成的订单信息先存放到指定队列中,只有当支付验证模块成功创建订单和验证订单信息,应用接收消费平台服务器端发送的订单信息的验证成功信息之后,才将订单信息从指定队列中删除。因此,本发明能够有效地预防因验证订单信息是否合法失败或者创建订单失败导致的订单信息丢失,确保消费平台服务器端能够继续及时处理订单信息,使用户尽快收到订购的虚拟商品,维护用户的权益,提升用户的体验。
(2)支付验证模块验证订单信息是否合法失败或者创建订单失败后,支付验证模块向应用发送再次验证通知,应用接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块发出订单信息,直到接收到支付验证模块发送的验证成功信息后,将订单信息从指定队列中删除。这种方法不但能够确保消费平台服务器端及时处理合法的订单信息,使用户尽快收到订购的虚拟商品,并且整个过程不需要用户参与,节省用户的时间,提升用户的体验。
(3)应用以设定的时间间隔向支付验证模块发出订单信息,直到接收到支付验证模块发送的验证成功信息后,将订单信息从指定队列中删除。因此在验证订单信息是否合法失败或者创建订单失败后,支付验证模块只需要发送一次再次验证通知,就能够确保最终完成合法的订单信息验证和订单创建,从而有效地降低消费平台服务器端与客户端的通信次数和负担,极大地提高了消费平台服务器端处理订单的效率。
附图说明
图1是本发明实施例应用内购买的订单处理系统模块图;
图2是本发明的一个实施例应用内购买的订单处理方法的流程图;
图3是图2中步骤S3的具体流程图;
图4是本发明另一个实施例应用内购买的订单处理方法的流程图;
图5是图4中步骤S3'的具体流程图。
附图标记:
应用1;
消费平台服务器端2,支付验证模块21,商品发放模块22,商品列表模块23。
具体实施方式
下面结合附图及具体实施例对本发明作进一步的详细描述。
参见图1所示,本发明实施例提供一种应用内购买的订单处理系统,用于处理用户在具有IOS操作系统的客户端上购买在应用内使用的虚拟商品,包括安装在客户端的应用1和消费平台服务器端2。
安装在客户端的应用1,用于向用户提供虚拟商品的列表,列表包括虚拟商品的名称和单价,将用户通过应用内购买支付成功后从IOS操作系统的服务器接收的订单信息存放到指定队列中,并将订单信息发送到消费平台服务器端2,以及接收消费平台服务器端2发送的订单信息的验证成功信息,将验证成功信息对应的订单信息从指定队列中删除。
指定队列为存放于应用1的指定目录中的文件。
消费平台服务器端22包括支付验证模块21和商品发放模块22。
支付验证模块21,用于接收应用1发出的订单信息,依据订单信息创建订单,并验证订单信息是否合法,将合法的订单信息的内容存入订单中,将订单和相应的客户端信息发送到商品发放模块22,以及将订单信息的验证成功信息发送到应用1。
相应的客户端信息包括发出合法的订单信息的应用1所在的客户端的网络地址和用户在应用1中的注册信息。
本发明中的应用1将用户通过应用内购买支付成功后生成的订单信息先存放到指定队列中,只有当支付验证模块21成功创建订单和验证订单信息,应用接收消费平台服务器端2发送的订单信息的验证成功信息之后,才将订单信息从指定队列中删除。因此,本发明能够有效地预防因验证订单信息是否合法失败或者创建订单失败导致的订单信息丢失,确保消费平台服务器端2能够继续及时处理订单信息,使用户尽快收到订购的虚拟商品,维护用户的权益,提升用户的体验。
支付验证模块21通过与IOS操作系统的服务器通信来验证订单信息是否合法,具体包括:
支付验证模块21将接收到的订单信息发送到IOS操作系统的服务器,并从该服务器接收非法的订单信息的非法信息或者合法的订单信息的内容,内容包括虚拟商品的名称、数量和金额。
支付验证模块21将非法信息发送到发出非法的订单信息的客户端。其中,客户端为发出非法的订单信息的应用1所在的客户端,非法信息包括短信和可以被应用1直接接收的通知或消息。
支付验证模块21还用于在验证任一项订单信息是否合法失败后,向应用1发送该订单信息的再次验证通知。
支付验证模块21还用于在创建任一项订单失败后,向应用1发送该订单对应的订单信息的再次验证通知。
应用1还用于接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块21发出订单信息,直到接收到支付验证模块21发送的验证成功信息后,将订单信息从指定队列中删除。
设定的时间间隔根据实际情况确定,既要考虑尽快完成验证订单信息和创建订单,以尽量缩短订购虚拟商品的用户的等待时间,也要考虑设定过短的时间间隔给支付验证模块21带来的负担,例如,设定的时间间隔可以为1小时。
支付验证模块21验证订单信息是否合法失败或者创建订单失败后,支付验证模块21向应用1发送再次验证通知,应用1接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块21发出订单信息,直到接收到支付验证模块21发送的验证成功信息后,将订单信息从指定队列中删除。这种方法不但能够确保消费平台服务器端2及时处理合法的订单信息,使用户尽快收到订购的虚拟商品,并且整个过程不需要用户参与,节省用户的时间,提升用户的体验。
应用1以设定的时间间隔向支付验证模块21发出订单信息,直到接收到支付验证模块21发送的验证成功信息后,将订单信息从指定队列中删除。因此在验证订单信息是否合法失败或者创建订单失败后,支付验证模块21只需要发送一次再次验证通知,就能够确保最终完成合法的订单信息验证和订单创建,从而有效地降低消费平台服务器端2与客户端的通信次数和负担,极大地提高了消费平台服务器端2处理订单的效率。
应用1还用于依据再次验证通知发出订单信息的发出次数达到预设次数后,停止向支付验证模块21发出订单信息,并将订单信息从指定队列中删除。
例如,预设次数为7,当应用1依据再次验证通知发出7次订单信息后,停止向支付验证模块21发出订单信息,并将订单信息从指定队列中删除。这样可以减轻消费平台服务器端2的负担,提高消费平台服务器端2处理订单的效率。
商品发放模块22,用于接收订单和相应的客户端信息,并将订单对应的虚拟商品发送到相应的客户端。
相应的客户端信息包括发出合法的订单信息的应用1所在的客户端的网络地址和用户在应用1中的注册信息。相应的客户端上的应用1最终接收并存储虚拟商品。
消费平台服务器端2还包括商品列表模块23,商品列表模块23用于接收用户通过应用1发出的虚拟商品的查询请求,并将列表发送给应用1。
参见图2所示,本发明的一个实施例提供一种应用内购买的订单处理方法,用于处理用户在具有IOS操作系统的客户端上购买在应用内使用的虚拟商品,包括以下步骤:
S1.商品列表模块23接收用户通过应用1发出的虚拟商品的查询请求,并将虚拟商品的列表发送给应用1,列表包括虚拟商品的名称和单价。
S2.应用1向用户提供列表,将用户通过应用内购买支付成功后从IOS操作系统的服务器接收的订单信息存放到指定队列中,并将订单信息发送到消费平台服务器端2。
S3.支付验证模块21接收应用1发出的订单信息,依据订单信息创建订单,并验证订单信息是否合法,若否,将非法信息发送到发出非法的订单信息的客户端;若是,将合法的订单信息的内容存入订单中,将订单和相应的客户端信息发送到商品发放模块22;以及将订单信息的验证成功信息发送到应用1。
其中,发出非法的订单信息的客户端为发出非法的订单信息的应用1所在的客户端,非法信息包括短信和可以被应用1直接接收的通知或消息。
相应的客户端信息包括发出合法的订单信息的应用1所在的客户端的网络地址和用户在应用1中的注册信息。
参见图3所示,步骤S3具体包括:
S3.1支付验证模块21接收应用1发出的订单信息。
S3.2a依据订单信息创建订单。
S3.3验证订单信息是否合法,若否,进入S3.5;若是,进入S3.4。
S3.4将合法的订单信息的内容存入订单中,将订单和相应的客户端信息发送到商品发放模块22,进入S3.6。
S3.5将非法信息发送到相应的客户端。
S3.6将订单信息的验证成功信息发送到应用1。
S4.应用1接收支付验证模块21发送的验证成功信息,将验证成功信息对应的订单信息从指定队列中删除;商品发放模块22接收订单和相应的客户端信息,并将订单对应的虚拟商品发送到相应的客户端。
相应的客户端信息包括发出合法的订单信息的应用1所在的客户端的网络地址和用户在应用1中的注册信息。相应的客户端上的应用1最终接收并存储虚拟商品。
本发明中的应用1将用户通过应用内购买支付成功后生成的订单信息先存放到指定队列中,只有当支付验证模块21成功创建订单和验证订单信息,应用1接收消费平台服务器端2发送的订单信息的验证成功信息之后,才将订单信息从指定队列中删除。因此,本发明能够有效地预防因验证订单信息是否合法失败或者创建订单失败导致的订单信息丢失,确保消费平台服务器端2能够继续及时处理订单信息,使用户尽快收到订购的虚拟商品,维护用户的权益,提升用户的体验。
参见图4所示,本发明的另一个实施例提供一种应用内购买的订单处理方法,用于处理用户在具有IOS操作系统的客户端上购买在应用内使用的虚拟商品,包括以下步骤:
S1.商品列表模块23接收用户通过应用1发出的虚拟商品的查询请求,并将虚拟商品的列表发送给应用1,列表包括虚拟商品的名称和单价。
S2.应用1向用户提供列表,将用户通过应用内购买支付成功后从IOS操作系统的服务器接收的订单信息存放到指定队列中,并将订单信息发送到消费平台服务器端2。
S3'.支付验证模块21接收应用1发出的订单信息,依据订单信息创建订单,并验证订单信息是否合法,若否,将非法信息发送到相应的客户端;若是,将合法的订单信息的内容存入订单中,将订单和相应的客户端信息发送到商品发放模块22;以及将订单信息的验证成功信息发送到应用1。
其中,发出非法的订单信息的客户端为发出非法的订单信息的应用1所在的客户端,非法信息包括短信和可以被应用1直接接收的通知或消息。
相应的客户端信息包括发出合法的订单信息的应用1所在的客户端的网络地址和用户在应用1中的注册信息。
步骤S3'还包括:
若支付验证模块21验证任一项订单信息是否合法失败或者创建任一项订单失败,支付验证模块21向应用1发送再次验证通知,再次验证通知包括验证失败的订单信息或者创建失败的订单对应的订单信息。
应用1接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块21发出订单信息,直到接收到支付验证模块21发送的验证成功信息后,将订单信息从指定队列中删除。
S4.应用1接收支付验证模块21发送的验证成功信息,将验证成功信息对应的订单信息从指定队列中删除;商品发放模块22接收订单和相应的客户端信息,并将订单对应的虚拟商品发送到相应的客户端。
相应的客户端信息包括发出合法的订单信息的应用1所在的客户端的网络地址和用户在应用1中的注册信息。相应的客户端上的应用1最终接收并存储虚拟商品。
参见图5所示,步骤S3'具体包括:
S3.1支付验证模块21接收应用1发出的订单信息。
S3.2b判断依据订单信息创建订单是否成功,若是,进入S3.3;若否,进入S3.7。
S3.3验证订单信息是否合法,若否,进入S3.5;若是,进入S3.4。
S3.4将合法的订单信息的内容存入订单中,将订单和相应的客户端信息发送到商品发放模块22,进入S3.6。
S3.5将非法信息发送到相应的客户端。
S3.6将订单信息的验证成功信息发送到应用1,进入S4。
S3.7支付验证模块21向应用1发送再次验证通知。
S3.8应用1接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块21发出订单信息,重复步骤S3.1至S3.6。
支付验证模块21验证订单信息是否合法失败或者创建订单失败后,支付验证模块21向应用1发送再次验证通知,应用1接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块21发出订单信息,直到接收到支付验证模块21发送的验证成功信息后,将订单信息从指定队列中删除。这种方法不但能够确保消费平台服务器端2及时处理合法的订单信息,使用户尽快收到订购的虚拟商品,并且整个过程不需要用户参与,节省用户的时间,提升用户的体验。
应用1以设定的时间间隔向支付验证模块21发出订单信息,直到接收到支付验证模块21发送的验证成功信息后,将订单信息从指定队列中删除。因此在验证订单信息是否合法失败或者创建订单失败后,支付验证模块21只需要发送一次再次验证通知,就能够确保最终完成合法的订单信息验证和订单创建,从而有效地降低消费平台服务器端2与客户端的通信次数和负担,极大地提高了消费平台服务器端2处理订单的效率。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种应用内购买的订单处理系统,其特征在于,用于处理用户在具有IOS操作系统的客户端上购买在应用内使用的虚拟商品,包括:
安装在客户端的应用,用于向用户提供虚拟商品的列表,所述列表包括虚拟商品的名称和单价,将用户通过应用内购买支付成功后从IOS操作系统的服务器接收的订单信息存放到指定队列中,并将所述订单信息发送到消费平台服务器端,以及接收消费平台服务器端发送的所述订单信息的验证成功信息,将验证成功信息对应的订单信息从所述指定队列中删除;
消费平台服务器端,其包括支付验证模块和商品发放模块;
支付验证模块,用于接收应用发出的所述订单信息,依据所述订单信息创建订单,并验证所述订单信息是否合法,将合法的所述订单信息的内容存入所述订单中,将所述订单和相应的客户端信息发送到商品发放模块,以及将所述订单信息的验证成功信息发送到应用;
商品发放模块,用于接收所述订单和相应的客户端信息,并将所述订单对应的虚拟商品发送到相应的客户端。
2.如权利要求1所述的一种应用内购买的订单处理系统,其特征在于:所述指定队列为存放于所述应用的指定目录中的文件。
3.如权利要求1所述的一种应用内购买的订单处理系统,其特征在于:所述支付验证模块通过与IOS操作系统的服务器通信来验证所述订单信息是否合法,具体包括:
所述支付验证模块将接收到的所述订单信息发送到IOS操作系统的服务器,并从该服务器接收非法的所述订单信息的非法信息或者合法的所述订单信息的内容,所述内容包括虚拟商品的名称、数量和金额;
所述支付验证模块将所述非法信息发送到发出非法的订单信息的客户端。
4.如权利要求1所述的一种应用内购买的订单处理系统,其特征在于:所述支付验证模块还用于在验证任一项订单信息是否合法失败后,向应用发送该订单信息的再次验证通知。
5.如权利要求1所述的一种应用内购买的订单处理系统,其特征在于:所述支付验证模块还用于在创建任一项订单失败后,向应用发送该订单对应的订单信息的再次验证通知。
6.如权利要求4或5所述的一种应用内购买的订单处理系统,其特征在于:所述应用还用于接收所述再次验证通知,在所述指定队列中查找所述再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块发出订单信息,直到接收到支付验证模块发送的所述验证成功信息后,将订单信息从指定队列中删除。
7.如权利要求6所述的一种应用内购买的订单处理系统,其特征在于:所述应用还用于依据所述再次验证通知发出订单信息的发出次数达到预设次数后,停止向支付验证模块发出订单信息,并将订单信息从所述指定队列中删除。
8.如权利要求1所述的一种应用内购买的订单处理系统,其特征在于:所述消费平台服务器端还包括商品列表模块,所述商品列表模块用于接收用户通过所述应用发出的所述虚拟商品的查询请求,并将所述列表发送给所述应用。
9.一种基于权利要求1所述系统的应用内购买的订单处理方法,其特征在于,用于处理用户在具有IOS操作系统的客户端上购买在应用内使用的虚拟商品,包括以下步骤:
S1.商品列表模块接收用户通过应用发出的虚拟商品的查询请求,并将虚拟商品的列表发送给应用,所述列表包括所述虚拟商品的名称和单价;
S2.应用向用户提供所述列表,将用户通过应用内购买支付成功后从IOS操作系统的服务器生成的订单信息存放到指定队列中,并将所述订单信息发送到消费平台服务器端;
S3.支付验证模块接收应用发出的订单信息,依据所述订单信息创建订单,并验证订单信息是否合法,若否,将非法信息发送到发出非法的订单信息的客户端;若是,将合法的所述订单信息的内容存入所述订单中,将所述订单和相应的客户端信息发送到商品发放模块;以及将所述订单信息的验证成功信息发送到应用;
S4.应用接收支付验证模块发送的所述验证成功信息,将所述验证成功信息对应的订单信息从所述指定队列中删除;商品发放模块接收所述订单和相应的客户端信息,并将所述订单对应的虚拟商品发送到相应的客户端。
10.如权利要求9所述的一种应用内购买的订单处理方法,其特征在于,步骤S3还包括:
若所述支付验证模块验证任一项订单信息是否合法失败或者创建任一项订单失败,所述支付验证模块向应用发送再次验证通知,再次验证通知包括验证失败的所述订单信息或者创建失败的订单对应的订单信息;
应用接收再次验证通知,在指定队列中查找再次验证通知对应的订单信息,并以设定的时间间隔向支付验证模块发出订单信息,直到接收到支付验证模块发送的验证成功信息后,将订单信息从指定队列中删除。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610576531.4A CN106203881A (zh) | 2016-07-20 | 2016-07-20 | 一种应用内购买的订单处理系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610576531.4A CN106203881A (zh) | 2016-07-20 | 2016-07-20 | 一种应用内购买的订单处理系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106203881A true CN106203881A (zh) | 2016-12-07 |
Family
ID=57491312
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610576531.4A Pending CN106203881A (zh) | 2016-07-20 | 2016-07-20 | 一种应用内购买的订单处理系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106203881A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107093068A (zh) * | 2017-05-27 | 2017-08-25 | 广州四三九九信息科技有限公司 | 订单重发方法和装置 |
CN107239994A (zh) * | 2017-05-25 | 2017-10-10 | 福建中金在线信息科技有限公司 | 订单处理方法、装置、计算机设备及计算机可读存储介质 |
CN107480981A (zh) * | 2017-07-21 | 2017-12-15 | 深圳市金立通信设备有限公司 | 一种发送通知信息的方法及服务器 |
CN109299995A (zh) * | 2018-08-07 | 2019-02-01 | 腾讯科技(深圳)有限公司 | 一种虚拟物品发送方法、装置、服务器以及存储介质 |
CN109636634A (zh) * | 2018-12-13 | 2019-04-16 | 泰康保险集团股份有限公司 | 一种自动对账方法及装置 |
CN111612577A (zh) * | 2020-05-14 | 2020-09-01 | 北京字节跳动网络技术有限公司 | 一种订单处理方法、装置、电子设备及存储介质 |
WO2021101438A1 (en) * | 2019-11-21 | 2021-05-27 | Whalesave Pte. Ltd. | A rebate system for generating a rebate value and a method thereof |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008146675A (ja) * | 2008-02-05 | 2008-06-26 | Daiwa Securities Group Inc | 有価証券売買発注方法、有価証券売買発注装置およびプログラム |
CN102999862A (zh) * | 2012-11-29 | 2013-03-27 | 北京掌上汇通科技发展有限公司 | 一种订单处理方法、装置及系统、支付装置 |
CN104657857A (zh) * | 2013-11-19 | 2015-05-27 | 腾讯科技(深圳)有限公司 | 一种实现支付的方法、相关装置及系统 |
-
2016
- 2016-07-20 CN CN201610576531.4A patent/CN106203881A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008146675A (ja) * | 2008-02-05 | 2008-06-26 | Daiwa Securities Group Inc | 有価証券売買発注方法、有価証券売買発注装置およびプログラム |
CN102999862A (zh) * | 2012-11-29 | 2013-03-27 | 北京掌上汇通科技发展有限公司 | 一种订单处理方法、装置及系统、支付装置 |
CN104657857A (zh) * | 2013-11-19 | 2015-05-27 | 腾讯科技(深圳)有限公司 | 一种实现支付的方法、相关装置及系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107239994A (zh) * | 2017-05-25 | 2017-10-10 | 福建中金在线信息科技有限公司 | 订单处理方法、装置、计算机设备及计算机可读存储介质 |
CN107093068A (zh) * | 2017-05-27 | 2017-08-25 | 广州四三九九信息科技有限公司 | 订单重发方法和装置 |
CN107480981A (zh) * | 2017-07-21 | 2017-12-15 | 深圳市金立通信设备有限公司 | 一种发送通知信息的方法及服务器 |
CN109299995A (zh) * | 2018-08-07 | 2019-02-01 | 腾讯科技(深圳)有限公司 | 一种虚拟物品发送方法、装置、服务器以及存储介质 |
CN109636634A (zh) * | 2018-12-13 | 2019-04-16 | 泰康保险集团股份有限公司 | 一种自动对账方法及装置 |
WO2021101438A1 (en) * | 2019-11-21 | 2021-05-27 | Whalesave Pte. Ltd. | A rebate system for generating a rebate value and a method thereof |
CN111612577A (zh) * | 2020-05-14 | 2020-09-01 | 北京字节跳动网络技术有限公司 | 一种订单处理方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106203881A (zh) | 一种应用内购买的订单处理系统及方法 | |
US8175913B2 (en) | Mobile computing device network of multi-vendor, multi-interface computers | |
US10586269B2 (en) | Online cart and shopping list sharing | |
US20140279518A1 (en) | System and method for consumer fraud protection | |
US10630807B2 (en) | Method and system for loading application- specific interfaces in a social networking application | |
WO2011082995A1 (en) | Automatically synchronizing new contacts across multiple social networking sites | |
KR20110037666A (ko) | 휴대용 단말기를 이용한 복수 단계 인증 전자 결제 방법 | |
CN103020844B (zh) | 基于地理位置服务的移动电子商务系统及方法 | |
KR102106578B1 (ko) | 음식배달 공유 시스템 및 그 방법 | |
CN108876538B (zh) | 一种订单信息处理方法 | |
TW201915894A (zh) | 基於信用實現分期業務的方法 | |
CN107590723A (zh) | 在线下业务系统中增加微信订货的方法、系统及服务器 | |
CN108537598A (zh) | 电子优惠券发放方法、装置及计算机可读存储介质 | |
CN101639884A (zh) | 用因特网在电子商务中管理客户地址信息的系统和方法 | |
US7054835B2 (en) | Electronic commerce providing system having orderer authenticating function | |
CN111652693A (zh) | 一种拥有个人电商app的方法及系统 | |
CN104123637B (zh) | 一种对处理对象进行处理的方法、系统及设备 | |
CN108874836B (zh) | 转移电子券的方法和装置 | |
CN101350091A (zh) | 基于移动通信网络和因特网的客户跟踪供货系统及方法 | |
CN104123635B (zh) | 一种对处理对象进行处理的方法、系统及设备 | |
US20050228704A1 (en) | Method of distributing leads to a recipient | |
CN113935635A (zh) | 一种业务处理的方法和装置 | |
US11290878B2 (en) | Components, system, platform and methodologies for mediating and provisioning services and product delivery and orchestrating, mediating and authenticating transactions and interactions | |
JP2018041498A (ja) | 配送サービスシステム、配送サービス方法、配送サービス用サーバー及び配送サービス用配送者端末 | |
TW201101218A (en) | Network transaction system and method using intermediate platform |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161207 |