CN107808283A - 订单处理方法、装置及系统 - Google Patents

订单处理方法、装置及系统 Download PDF

Info

Publication number
CN107808283A
CN107808283A CN201610814314.4A CN201610814314A CN107808283A CN 107808283 A CN107808283 A CN 107808283A CN 201610814314 A CN201610814314 A CN 201610814314A CN 107808283 A CN107808283 A CN 107808283A
Authority
CN
China
Prior art keywords
order
credit
user account
data packet
payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610814314.4A
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201610814314.4A priority Critical patent/CN107808283A/zh
Publication of CN107808283A publication Critical patent/CN107808283A/zh
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/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/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • 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
    • 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/405—Establishing or using transaction specific rules
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

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

Abstract

本发明公开了一种订单处理方法、装置及系统，属于计算机和互联网技术领域。所述方法包括：获取用户帐号发送的下单数据包；获取用户帐号的信用额度，信用额度根据所述用户帐号的信用评分确定，信用评分用于指示用户帐号的信用状况；检测下单数据包对应的订单金额是否大于信用额度中的可用额度；若下单数据包对应的订单金额不大于可用额度，则根据下单数据包为用户帐号创建免支付订单，免支付订单是指在执行之前无需进行支付的订单。本发明实施例提出了先执行订单后付款的方式，使得订单的执行不会被付款所耽搁或影响，有助于提高执行订单的及时性。

Description

订单处理方法、装置及系统
技术领域
本发明实施例涉及计算机和互联网技术领域，特别涉及一种订单处理方法、装置及系统。
背景技术
随着计算机和互联网技术的发展，许多业务已从线下延伸至线上。用户可在网络进行线上下单，以获取所需服务。例如，快递寄送服务、家政服务、外卖服务、机票订购服务、旅行产品订购服务，等等。
在现有技术中，用户在线上完成下单之后，先完成订单的支付。服务提供方在确认订单为已支付状态之后，执行该订单。以快递寄送服务为例，在现有技术中，寄送快递的流程基本如下：用户可通过客户端应用程序、网站或者电话等方式进行线上下单以预约快递员上门揽件；快递员根据用户提供的联系方式和地址上门揽件，快递员根据所需寄送的物品、收件人与寄件人之间的距离等信息计算订单金额；用户在快递员上门揽件的过程中当面支付订单金额，成功支付后快递被寄出，也即快递订单在成功支付后被执行。
在现有技术中，由于是先付款后执行订单，如果在付款过程中遇到一些特殊情况，比如付款过慢、付款失败等情况，会导致订单无法被及时执行，甚至无法执行的情况发生。
发明内容
为了解决现有技术中因采用先付款后执行订单的方式，会导致订单无法被及时执行，甚至无法执行的情况发生的问题，本发明实施例提供了一种订单处理方法、装置及系统。所述技术方案如下：
第一方面，提供了一种订单处理方法，所述方法包括：
获取用户帐号发送的下单数据包；
获取所述用户帐号的信用额度，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况；
检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度；
若所述下单数据包对应的订单金额不大于所述可用额度，则根据所述下单数据包为所述用户帐号创建免支付订单，所述免支付订单是指在执行之前无需进行支付的订单。
第二方面，提供了一种订单处理方法，所述方法包括：
显示用于获取目标服务的下单接口；
在获取到对应于所述下单接口的触发指示之后，显示下单页面；
获取在所述下单页面中输入的下单信息；
根据所述下单信息向后台服务器发送下单数据包，所述下单数据包中包括登录至本端的用户帐号；以使得所述后台服务器获取所述用户帐号的信用额度，并在检测出所述下单数据包对应的订单金额不大于所述信用额度中的可用额度时，根据所述下单数据包为所述用户帐号创建免支付订单；其中，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况，所述免支付订单是指在执行之前无需进行支付的订单。
第三方面，提供了一种订单处理装置，所述装置包括：
数据包获取模块，用于获取用户帐号发送的下单数据包；
额度获取模块，用于获取所述用户帐号的信用额度，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况；
金额检测模块，用于检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度；
订单创建模块，用于若所述下单数据包对应的订单金额不大于所述可用额度，则根据所述下单数据包为所述用户帐号创建免支付订单，所述免支付订单是指在执行之前无需进行支付的订单。
第四方面，提供了一种订单处理装置，所述装置包括：
接口显示模块，用于显示用于获取目标服务的下单接口；
页面显示模块，用于在获取到对应于所述下单接口的触发指示之后，显示下单页面；
下单信息获取模块，用于获取在所述下单页面中输入的下单信息；
数据包发送模块，用于根据所述下单信息向后台服务器发送下单数据包，所述下单数据包中包括登录至本端的用户帐号；以使得所述后台服务器获取所述用户帐号的信用额度，并在检测出所述下单数据包对应的订单金额不大于所述信用额度中的可用额度时，根据所述下单数据包为所述用户帐号创建免支付订单；其中，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况，所述免支付订单是指在执行之前无需进行支付的订单。
第五方面，提供了一种订单处理系统，所述系统包括：下单方终端和后台服务器；
所述下单方终端包括如第四方面所述的装置；
所述后台服务器包括如第三方面所述的装置。
本发明实施例提供的技术方案带来的有益效果包括：
通过后台服务器在获取到用户帐号发送的下单数据包之后，获取用户帐号的信用额度，并在检测出下单数据包对应的订单金额不大于信用额度中的可用额度时，根据下单数据包为用户帐号创建免支付订单；解决了现有技术中因采用先付款后执行订单的方式，会导致订单无法被及时执行，甚至无法执行的情况发生的问题；本发明实施例提出了先执行订单后付款的方式，使得订单的执行不会被付款所耽搁或影响，有助于提高执行订单的及时性。
另外，根据用户的信用状况确定其是否享有后付权限，使得有较高信用度的用户享有后付权限，而较低信用度的用户不享有后付权限，能够有效避免或减少订单执行后不付款的行为发生，提高方案的可实施性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1A是本发明一个实施例提供的实施环境的示意图；
图1B是本发明另一实施例提供的实施环境的示意图；
图2是本发明一个实施例提供的权限管理方法的流程图；
图3是本发明另一实施例提供的权限管理方法的流程图；
图4是本发明一个实施例提供的权限管理装置的框图；
图5是本发明另一实施例提供的权限管理装置的框图；
图6是本发明一个实施例提供的终端的结构示意图；
图7是本发明一个实施例提供的服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
在对本发明实施例进行详细说明之前，首先对本发明实施例中涉及的一些概念进行如下解释：
1、信用评分
信用评分用于指示用户帐号(也即用户帐号所对应的用户)的信用状况，是指用于表征用户的信用状况的评价分值。例如，信用评分与用户的信用状况呈正相关关系，信用分值越高表示用户的信用状况越好，信用分值越低表示用户的信用状况越差。在本发明实施例中，对于信用评分的计分方式不作限定，例如可以是百分制，也可是十分制，或者是归一化方式，等等。
信用评分可根据用户的特征信息确定。用户的特征信息是指能够反映用户的信用状况的个人信息。例如，上述特征信息包括但不限于以下至少一项：社交信息、金融信息、行为信息、身份信息。社交信息是指与用户社交情况相关的信息，如用户所属的社交圈子、在社交应用中发表的信息、在社交应用中的基本资料等。社交信息可以从社交应用平台获取。金融信息是指与用户经济情况相关的信息，如银行借贷数据、银行卡消费记录、网络购物信息、在线支付信息等。金融信息可以从银行、网络购物应用平台、支付平台等获取。行为信息是指与用户个人行为相关的信息，如线上行为数据、线下行为数据等。身份信息是指与用户个人身份相关的信息，如年龄、性别、学历、工作等。当然，上述各项特征信息仅是示例性的，在实际应用中，还可选择其它能够反映用户的信用状况的个人信息作为特征信息。
2、信用额度
信用额度是根据信用评分确定的用户帐号(也即用户帐号所对应的用户)可赊欠的订单金额的最大值。例如，信用额度与信用评分呈正相关关系。信用评分越高，则信用额度越高；信用评分越低，则信用额度越低。
本发明实施例中涉及的“信用额度”与信用卡的“信用额度”存在区别。信用卡的“信用额度”是供用户来支付订单的金额，用户使用信用卡的“信用额度”在执行订单之前进行支付。而本发明实施例中涉及的“信用额度”是供用户来赊欠订单的金额，用户利用该“信用额度”可在执行订单之前享有免支付权限。
请参考图1A，其示出了本发明一个实施例提供的实施环境的示意图。该实施环境可以包括：下单方终端110、后台服务器120和接单方终端130。
下单方终端110是下单方(如普通用户)使用的终端设备。下单方终端110可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、PC(PersonalComputer，个人计算机)等电子设备。下单方终端110中可安装运行提供有目标服务的应用程序。例如，该应用程序可以是即时通信应用、社交类应用、网络购物应用等。例如，目标服务可以是快递寄送服务、家政服务、外卖服务、机票订购服务、旅行产品订购服务，等等。该应用程序可向用户提供用于获取目标服务的下单接口，用户通过该下单接口完成下单。可选地，该应用程序还可向用户提供用于查询订单状态的查询接口，还可向用户提供用于支付的支付接口。
后台服务器120与下单方终端110和接单方终端130分别通过网络建立通信连接。例如，该网络可以是无线网络，也可以是有线网络。后台服务器130可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。
接单方终端130是接单方(也即目标服务提供方的用户)使用的终端设备。接单方终端130可以是手机、平板电脑、PDA等电子设备。
在一个示例中，如图1B所示，当后台服务器120为集群架构时，后台服务器120可包括：业务受理服务器122和订单处理服务器124。业务受理服务器122和订单处理服务器124之间通过网络建立通信连接。业务受理服务器122可以是上述提供有目标服务的应用程序所对应的后台服务器。订单处理服务器124可以是上述接单方所对应的后台服务器。业务受理服务器122具有业务受理功能，例如接收用户帐号发送的下单数据包，并将下单数据包发送给订单处理服务器124。订单处理服务器124具有处理订单的功能，例如根据下单数据包生成订单，根据订单的订单金额和用户帐号的信用额度决策是否可以在执行订单之前无需进行支付。
可选地，后台服务器120还包括：信用信息服务器126和/或支付服务器128。业务受理服务器122与信用信息服务器126之间可通过网络建立通信连接。业务受理服务器122与支付服务器128之间可通过网络建立通信连接。信用信息服务器126用于维护各个用户帐号的信用信息，例如用户的特征信息、信用评分、信用额度中的至少一种。支付服务器128具有支付功能。当然，在其它可能的实施例中，信用信息服务器126可以无需是一台独立的服务器，其功能可以集成于业务受理服务器122中；支付服务器128也可以无需是一台独立的服务器，其功能可以集成于业务受理服务器122中。
请参考图2，其示出了本发明一个实施例提供的订单处理方法的流程图。该方法可应用于图1A所示实施环境中。该方法可以包括如下几个步骤。
步骤201，下单方终端显示用于获取目标服务的下单接口。
下单方终端中可安装运行提供有目标服务的应用程序。例如，该应用程序可以是即时通信应用、社交类应用、网络购物应用等。例如，目标服务可以是快递寄送服务、家政服务、外卖服务、机票订购服务、旅行产品订购服务，等等。该应用程序可向用户提供用于获取目标服务的下单接口，用户通过该下单接口完成下单。
以应用程序为即时通信应用，且目标服务为快递寄送服务为例，即时通信应用中可提供有快递寄送服务的公众号，该公众号的操作页面中显示有下单接口。
步骤202，下单方终端在获取到对应于下单接口的触发指示之后，显示下单页面。
下单页面用于供下单方输入下单信息。以快递寄送服务为例，下单方可在下单页面中输入寄件人地址、收件人地址、物品类型、物品重量、寄件方式，等等。
步骤203，下单方终端获取在下单页面中输入的下单信息。
步骤204，下单方终端根据下单信息向后台服务器发送下单数据包。
下单数据包中包括登录至下单方终端(也即登录至下单方终端中运行的提供目标服务的应用程序)的用户帐号。下单数据包中还包括上述下单信息。
相应地，后台服务器接收下单方终端发送的下单数据包，也即后台服务器获取用户帐号发送的下单数据包。
步骤205，后台服务器获取用户帐号的信用额度。
信用额度根据用户帐号的信用评分确定，信用评分用于指示用户帐号的信用状况。有关信用额度和信用评分的介绍可参见上文，此处不再赘述。
在一个示例中，本步骤包括如下几个子步骤：
1、获取用户帐号的信用评分；
在一个示例中，后台服务器根据用户帐号或者与用户帐号绑定的用户身份信息，从信用评分库中获取用户帐号的信用评分。其中，信用评分库中预先存储有各个用户的信用评分。用户身份信息是指用于反映用户真实身份的信息，包括但不限于以下至少一项：手机号码、身份证号码、银行卡信息。
在另一示例中，后台服务器获取用户帐号的特征信息；根据用户帐号的特征信息，计算用户帐号的信用评分。特征信息包括但不限于以下至少一项：社交信息、金融信息、行为信息、身份信息。有关上述各项特征信息的介绍可参见上文，此处不再赘述。在实际应用中，可采用机器学习(Machine Learning,ML)算法构建信用评分计算模型。信用评分计算模型的输入参数为用户帐号的特征信息，输出结果为用户帐号的信用评分。在本发明实施例中，对机器学习算法的具体种类不作限定，例如可采用回归决策树算法、逻辑回归算法、随机森林算法、神经网络算法、深度学习算法，等等。通过一定数量的训练样本对信用评分计算模型进行训练，而后采用训练完成的模型根据用户帐号的特征信息预测对应的信用评分。
2、从多个信用等级中，确定信用评分所属的信用等级；
3、根据信用评分所属的信用等级确定信用额度。
后台服务器获取用户帐号的信用评分之后，根据信用评分确定信用额度。在一个示例中，后台服务器通过上述第2和第3个子步骤根据信用评分确定信用额度。
信用等级是后台服务器基于信用评分的计分方式进行划分得到的指标级别。例如，信用等级与信用评分呈正相关关系。信用评分越高，则信用等级越高；信用评分越低，则信用等级越低。每个信用等级对应有一个信用评分的取值区间。
以下示例性示出了一种信用等级的划分方式，信用评分的取值区间是[0，100]，将其平均划分为四个子区间，其中，[0,25)对应的信用等级为“差”，[25,50)对应的信用等级为“低”，[50,75)对应的信用等级为“中”，[75,100]对应的信用等级为“高”。例如，用户A的信用评分为72，则用户A的信用等级为“中”。
后台服务器确定信用评分所属的信用等级之后，根据该信用等级确定信用额度。例如，信用额度与信用等级呈正相关关系。信用等级越高，则信用额度越高；信用等级越低，则信用额度越低。示例性地，信用额度的一种计算方式如下：
f＝b×k；
其中，f表示信用额度，b表示基础额度，k表示信用等级系数。基础额度是后台服务器确定的可赊欠的快递费用的最小金额。信用等级系数是后台服务器根据不同的信用等级确定的不同权值。例如，信用等级系数与信用等级呈正相关关系。信用等级越高，则信用等级系数越大；信用等级越低，则信用等级系数越小。例如，基础额度为25，信用等级“差”对应的信用等级系数为1，信用等级“低”对应的信用等级系数为2，信用等级“中”对应的信用等级系数为3，信用等级“高”对应的信用等级系数为4。对于用户A，由于其信用等级被确定为“中”，则用户A的信用额度为75。
可选地，后台服务器还可根据信用评分所属的信用等级确定支付期限。支付期限是指订单被执行之后，用户完成支付流程的最大期限。以快递寄送服务为例，支付期限可以是指快递被寄出之后(也即在订单状态更新为已寄出之后)，用户完成支付流程的最大期限；或者，支付期限也可以是指快递被签收之后(也即在订单状态更新为已签收之后)，用户完成支付流程的最大期限。示例性地，支付期限的一种计算方式如下：
d＝a×k；
其中，d表示支付期限(单位为时间单位，如天、小时)，a表示基础期限，k表示信用等级系数。例如，基础期限为3天。对于用户A,由于其信用等级被确定为“中”，则用户A的支付期限为9天。
步骤206，后台服务器检测下单数据包对应的订单金额是否大于信用额度中的可用额度。
其中，可用额度根据信用额度和已用额度计算得到。用户帐号的已用额度是指用户帐号已赊欠的订单金额。用户帐号的可用额度是指用户帐号还可赊欠的订单金额。示例性地，可用额度的一种计算方式如下：
f2＝f-f1；
其中，f表示信用额度，f1表示已用额度，f2表示可用额度。
另外，后台服务器在执行上述步骤206之前，还需获取下单数据包对应的订单金额。
在一个示例中，后台服务器根据下单数据包中的下单信息，确定下单数据包对应的订单金额。例如，以快递寄送服务为例，后台服务器可根据寄件人地址、收件人地址、物品类型、物品重量、寄件方式等下单信息，自动计算订单金额。
在另一示例中，后台服务器向接单方终端发送下单数据包中的下单信息，接收接单方终端发送的下单数据包对应的订单金额。例如，以快递寄送服务为例，后台服务器将下单信息发送给上门揽件的快递员所使用的接单方终端，快递员评估确定订单金额之后，将订单金额输入至接单方终端，接单方终端将订单金额发送给后台服务器。
后台服务器可根据步骤206的检测结果，确定用户帐号是否具备后付权限。其中，后付权限是指先创建并执行订单后支付订单金额的权限。以快递寄送服务为例，该后付权限即为寄送后付权限，也即先寄件后支付的权限。若下单数据包对应的订单金额不大于可用额度，则后台服务器确定用户帐号具备后付权限；若下单数据包对应的订单金额大于可用额度，则后台服务器确定用户帐号不具备后付权限。
步骤207，若下单数据包对应的订单金额不大于可用额度，则后台服务器根据下单数据包为用户帐号创建免支付订单。
免支付订单是指在执行之前无需进行支付的订单。例如，后台服务器根据下单数据包中的下单信息生成订单，并在生成的订单中添加免支付标识，得到免支付订单。
步骤208，后台服务器发送免支付订单。
后台服务器可以向下单方终端和/或接单方终端发送免支付订单。
以快递寄送服务为例，上门揽件的快递员在查看到上述免支付订单之后，便可直接取走下单方所需寄送的物品并进行寄件，而无需等待下单方完成支付。
步骤209，若下单数据包对应的订单金额大于可用额度，则后台服务器根据下单数据包为用户创建支付订单。
支付订单是指在执行之前需要进行支付的订单。例如，后台服务器根据下单数据包中的下单信息生成订单，并在生成的订单中添加支付标识，得到支付订单。
步骤210，后台服务器发送支付订单。
后台服务器可以向下单方终端和/或接单方终端发送支付订单。
以快递寄送服务为例，上门揽件的快递员在查看到上述支付订单之后，等待下单方完成支付，并在下单方成功完成支付之后取走下单方所需寄送的物品并进行寄件。
可选地，在步骤206之前还可以包括如下步骤：
1、获取用户帐号的违约信息；
后台服务器获取用户帐号的违约信息。违约信息是指用户的一些违规操作记录。例如，用户未在支付期限内完成支付的记录，用户未付清已有订单的订单金额的记录，等等。
2、根据违约信息判断用户帐号是否为违约用户帐号；
后台服务器根据违约信息判断用户帐号是否为违约用户帐号。例如，若后台服务器获取到用户帐号的违约信息，则判定该用户帐号是违约用户帐号；若后台服务器未获取到用户帐号的违约信息，则判定该用户帐号不是违约用户帐号。
3、若用户帐号是违约用户帐号，则根据下单数据包为用户帐号创建支付订单；
4、若用户帐号不是违约用户帐号，则从上述步骤206开始执行。
可选地，如图2所示，本实施例提供的方法还包括如下步骤211-214：
步骤211，下单方终端显示至少一个待支付的订单，待支付的订单包括订单状态为执行中和/或已完成的订单；
以快递寄送服务为例，待支付的订单可以包括订单状态为已寄出的订单，也可以包括订单状态为已签收的订单。
步骤212，下单方终端在获取到对应于上述至少一个待支付的订单的支付指示之后，向后台服务器发送支付请求，该支付请求中携带上述至少一个待支付的订单的订单号。
相应地，后台服务器接收下单方终端发送的支付请求，也即接收用户帐号发送的支付请求。
步骤213，后台服务器根据待支付的订单的订单号，获取待支付的订单的订单金额。
步骤214，后台服务器根据待支付的订单的订单金额完成支付流程。
后台服务器根据待支付的订单的订单金额，与下单方终端互完成支付流程。例如，后台服务器向下单方终端发送待支付的订单的订单金额，下单方终端调用支付应用所提供的接口，完成支付流程。
综上所述，本实施例提供的方法，通过后台服务器在获取到用户帐号发送的下单数据包之后，获取用户帐号的信用额度，并在检测出下单数据包对应的订单金额不大于信用额度中的可用额度时，根据下单数据包为用户帐号创建免支付订单；解决了现有技术中因采用先付款后执行订单的方式，会导致订单无法被及时执行，甚至无法执行的情况发生的问题；本发明实施例提出了先执行订单后付款的方式，使得订单的执行不会被付款所耽搁或影响，有助于提高执行订单的及时性。
另外，根据用户的信用状况确定其是否享有后付权限，使得有较高信用度的用户享有后付权限，而较低信用度的用户不享有后付权限，能够有效避免或减少订单执行后不付款的行为发生，提高方案的可实施性。
另外，还通过对违约用户帐号进行识别，避免违约用户帐号具备后付权限，有助于减少不良订单。
另外，在本发明实施例中，支持多单合并支付，无需每个订单单独支付，有助于提升支付效率。
请参考图3，其示出了本发明另一实施例提供的订单处理方法的流程图。该方法可应用于图1B所示实施环境中。该方法可以包括如下几个步骤。
步骤301，下单方终端根据下单信息向业务受理服务器发送下单数据包。
下单数据包中包括登录至下单方终端的用户帐号和下单信息。
相应地，业务受理服务器接收下单方终端发送的下单数据包。
步骤302，业务受理服务器向信用信息服务器发送信用信息获取请求，信用信息获取请求中携带用户帐号。
相应地，信用信息服务器接收业务受理服务器发送的信用信息获取请求。
步骤303，信用信息服务器获取用户帐号的信用信息。
用户帐号的信用信息可以是用户帐号的信用额度，也可以是用户帐号的信用评分，还可以是用户帐号的特征信息。
步骤304，信用信息服务器向业务受理服务器发送用户帐号的信用信息。
相应地，业务受理服务器接收信用信息服务器发送的用户帐号的信用信息。
步骤305，业务受理服务器向订单处理服务器发送下单数据包和用户帐号的信用信息。
相应地，订单处理服务器接收业务受理服务器发送的下单数据包和用户帐号的信用信息。
步骤306，订单处理服务器获取用户帐号的信用额度。
若用户帐号的信用信息为用户帐号的信用额度，则订单处理服务器直接获取即可。若用户帐号的信用信息为用户帐号的信用评分或用户帐号的特征信息，则订单处理服务器可采用图2所示实施例提供的方式计算得到用户帐号的信用额度。
步骤307，订单处理服务器检测下单数据包对应的订单金额是否大于信用额度中的可用额度。
步骤308，若下单数据包对应的订单金额不大于可用额度，则订单处理服务器根据下单数据包为用户帐号创建免支付订单。
步骤309，订单处理服务器发送免支付订单。
订单处理服务器向业务受理服务器发送免支付订单，通过业务受理服务器将免支付订单发送给下单方终端。订单处理服务器也可以向接单方终端发送免支付订单。
步骤310，若下单数据包对应的订单金额大于可用额度，则订单处理服务器根据下单数据包为用户帐号创建支付订单。
步骤311，订单处理服务器发送支付订单。
订单处理服务器向业务受理服务器发送支付订单，通过业务受理服务器将支付订单发送给下单方终端。订单处理服务器也可以向接单方终端发送支付订单。
可选地，如图3所示，本实施例提供的方法还包括如下步骤312-318：
步骤312，下单方终端显示至少一个待支付的订单，待支付的订单包括订单状态为执行中和/或已完成的订单。
步骤313，下单方终端在获取到对应于上述至少一个待支付的订单的支付指示之后，向业务受理服务器发送支付请求，该支付请求中携带上述至少一个待支付的订单的订单号。
相应地，业务受理服务器接收下单方终端发送的支付请求。
步骤314，业务受理服务器向支付服务器转发支付请求。
相应地，支付服务器接收业务受理服务器发送的支付请求。
步骤315，支付服务器向订单处理服务器发送订单金额获取请求，订单金额获取请求中携带上述至少一个待支付的订单的订单号。
相应地，订单处理服务器接收支付服务器发送的订单金额获取请求。
步骤316，订单处理服务器根据上述至少一个待支付的订单的订单号，获取待支付的订单的订单金额。
步骤317，订单处理服务器向支付服务器发送待支付的订单的订单金额。
相应地，支付服务器接收订单处理服务器发送的待支付的订单的订单金额。
步骤318，支付服务器根据待支付的订单的订单金额完成支付流程。
下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
请参考图4，其示出了本发明一个实施例提供的订单处理装置的框图。该装置具备实现上述方法示例中后台服务器侧的功能，所述功能可以由硬件实现，也可由硬件执行相应的软件实现。该装置可以包括：数据包获取模块410、额度获取模块420、金额检测模块430和订单创建模块440。
数据包获取模块410，用于获取用户帐号发送的下单数据包。
额度获取模块420，用于获取所述用户帐号的信用额度，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况。
金额检测模块430，用于检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度。
订单创建模块440，用于若所述下单数据包对应的订单金额不大于所述可用额度，则根据所述下单数据包为所述用户帐号创建免支付订单，所述免支付订单是指在执行之前无需进行支付的订单。
可选地，所述额度获取模块420，包括：
评分获取单元，用于获取所述用户帐号的信用评分；
等级确定单元，用于从多个信用等级中，确定所述信用评分所属的信用等级；
额度确定单元，用于根据所述信用评分所属的信用等级确定所述信用额度。
可选地，所述装置还包括：金额确定模块，用于：
根据所述下单数据包中的下单信息，确定所述下单数据包对应的订单金额；
或者，
向接单方终端发送所述下单数据包中的下单信息；接收所述接单方终端发送的所述下单数据包对应的订单金额。
可选地，所述装置还包括：
信息获取模块，用于获取所述用户帐号的违约信息；
违约判断模块，用于根据所述违约信息判断所述用户帐号是否为违约用户帐号；
所述订单生成模块，还用于若所述用户帐号是所述违约用户帐号，则根据所述下单数据包为所述用户帐号创建支付订单，所述支付订单是指在执行之前需要进行支付的订单；
所述金额检测模块，还用于若所述用户帐号不是所述违约用户帐号，则检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度。
可选地，所述装置还包括：
请求接收模块，用于接收所述用户帐号发送的支付请求；其中，所述支付请求中携带至少一个待支付的订单的订单号，所述待支付的订单包括订单状态为执行中和/或已完成的订单；
金额获取模块，用于根据所述待支付的订单的订单号，获取所述待支付的订单的订单金额；
支付执行模块，用于根据所述待支付的订单的订单金额完成支付流程。
请参考图5，其示出了本发明另一实施例提供的订单处理装置的框图。该装置具备实现上述方法示例中下单方终端侧的功能，所述功能可以由硬件实现，也可由硬件执行相应的软件实现。该装置可以包括：接口显示模块510、页面显示模块520、下单信息获取模块530和数据包发送模块540。
接口显示模块510，用于显示用于获取目标服务的下单接口。
页面显示模块520，用于在获取到对应于所述下单接口的触发指示之后，显示下单页面。
下单信息获取模块530，用于获取在所述下单页面中输入的下单信息。
数据包发送模块540，用于根据所述下单信息向后台服务器发送下单数据包，所述下单数据包中包括登录至本端的用户帐号；以使得所述后台服务器获取所述用户帐号的信用额度，并在检测出所述下单数据包对应的订单金额不大于所述信用额度中的可用额度时，根据所述下单数据包为所述用户帐号创建免支付订单；其中，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况，所述免支付订单是指在执行之前无需进行支付的订单。
可选地，所述装置还包括：
订单显示模块，用于显示至少一个待支付的订单，所述待支付的订单包括订单状态为执行中和/或已完成的订单；
请求支付模块，用于在获取到对应于所述至少一个待支付的订单的支付指示之后，向所述后台服务器发送支付请求，所述支付请求中携带所述至少一个待支付的订单的订单号；以使得所述后台服务器根据所述至少一个待支付的订单的订单号，获取所述至少一个待支付的订单的订单金额；根据所述至少一个待支付的订单的订单金额完成支付流程。
本发明一示例性实施例还提供了一种订单处理系统，该系统包括：下单方终端和后台服务器。下单方终端包括如图5所示实施例或基于图5所示实施例提供的可选实施例中涉及的订单处理装置。后台服务器包括如图4所示实施例或基于图4所示实施例提供的可选实施例中涉及的订单处理装置。
需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
请参考图6，其示出了本发明一个实施例提供的终端的结构示意图。该终端用于实施上述实施例中提供的下单方终端侧的订单处理方法。具体来讲：
终端600可以包括RF(Radio Frequency，射频)电路610、包括有一个或一个以上计算机可读存储介质的存储器620、输入单元630、显示单元640、传感器650、音频电路660、WiFi(wireless fidelity，无线保真)模块670、包括有一个或者一个以上处理核心的处理器680、以及电源690等部件。本领域技术人员可以理解，图6中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
RF电路610可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器680处理；另外，将涉及上行的数据发送给基站。通常，RF电路610包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路610还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。
存储器620可用于存储软件程序以及模块，处理器680通过运行存储在存储器620的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端600的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器620还可以包括存储器控制器，以提供处理器680和输入单元630对存储器620的访问。
输入单元630可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元630可包括图像输入设备631以及其他输入设备632。图像输入设备631可以是摄像头，也可以是光电扫描设备。除了图像输入设备631，输入单元630还可以包括其他输入设备632。具体地，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元640可用于显示由用户输入的信息或提供给用户的信息以及终端600的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元640可包括显示面板641，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)等形式来配置显示面板641。
终端600还可包括至少一种传感器650，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板641的亮度，接近传感器可在终端600移动到耳边时，关闭显示面板641和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端600还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路660、扬声器661，传声器662可提供用户与终端600之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号，传输到扬声器661，由扬声器661转换为声音信号输出；另一方面，传声器662将收集的声音信号转换为电信号，由音频电路660接收后转换为音频数据，再将音频数据输出处理器680处理后，经RF电路610以发送给比如另一终端，或者将音频数据输出至存储器620以便进一步处理。音频电路660还可能包括耳塞插孔，以提供外设耳机与终端600的通信。
WiFi属于短距离无线传输技术，终端600通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块670，但是可以理解的是，其并不属于终端600的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器680是终端600的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器620内的软件程序和/或模块，以及调用存储在存储器620内的数据，执行终端600的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器680可包括一个或多个处理核心；优选的，处理器680可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器680中。
终端600还包括给各个部件供电的电源690(比如电池)，优选的，电源可以通过电源管理系统与处理器680逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源690还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端600还可以包括蓝牙模块等，在此不再赘述。
具体在本实施例中，终端600还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行下单方终端侧的方法的指令。
请参考图7，其示出了本发明一个实施例提供的服务器的结构示意图。该服务器用于实施上述实施例中提供的后台服务器侧的订单处理方法。具体来讲：
所述服务器700包括中央处理单元(CPU)701、包括随机存取存储器(RAM)702和只读存储器(ROM)703的系统存储器704，以及连接系统存储器704和中央处理单元701的系统总线705。所述服务器700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)706，和用于存储操作系统713、应用程序714和其他程序模块715的大容量存储设备707。
所述基本输入/输出系统706包括有用于显示信息的显示器708和用于用户输入信息的诸如鼠标、键盘之类的输入设备709。其中所述显示器708和输入设备709都通过连接到系统总线705的输入输出控制器710连接到中央处理单元701。所述基本输入/输出系统706还可以包括输入输出控制器710以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器710还提供输出到显示屏、打印机或其他类型的输出设备。
所述大容量存储设备707通过连接到系统总线705的大容量存储控制器(未示出)连接到中央处理单元701。所述大容量存储设备707及其相关联的计算机可读介质为服务器700提供非易失性存储。也就是说，所述大容量存储设备707可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。
不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器704和大容量存储设备707可以统称为存储器。
根据本发明的各种实施例，所述服务器700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器700可以通过连接在所述系统总线705上的网络接口单元711连接到网络712，或者说，也可以使用网络接口单元711来连接到其他类型的网络或远程计算机系统(未示出)。
所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行后台服务器侧的方法的指令。
应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种订单处理方法，其特征在于，所述方法包括：
获取用户帐号发送的下单数据包；
获取所述用户帐号的信用额度，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况；
检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度；
若所述下单数据包对应的订单金额不大于所述可用额度，则根据所述下单数据包为所述用户帐号创建免支付订单，所述免支付订单是指在执行之前无需进行支付的订单。
2.根据权利要求1所述的方法，其特征在于，所述获取所述用户帐号的信用额度，包括：
获取所述用户帐号的信用评分；
从多个信用等级中，确定所述信用评分所属的信用等级；
根据所述信用评分所属的信用等级确定所述信用额度。
3.根据权利要求1所述的方法，其特征在于，所述检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度之前，还包括：
根据所述下单数据包中的下单信息，确定所述下单数据包对应的订单金额；
或者，
向接单方终端发送所述下单数据包中的下单信息；接收所述接单方终端发送的所述下单数据包对应的订单金额。
4.根据权利要求1所述的方法，其特征在于，所述检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度之前，还包括：
获取所述用户帐号的违约信息；
根据所述违约信息判断所述用户帐号是否为违约用户帐号；
若所述用户帐号是所述违约用户帐号，则根据所述下单数据包为所述用户帐号创建支付订单，所述支付订单是指在执行之前需要进行支付的订单；
若所述用户帐号不是所述违约用户帐号，则从所述检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度的步骤开始执行。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：
接收所述用户帐号发送的支付请求；其中，所述支付请求中携带至少一个待支付的订单的订单号，所述待支付的订单包括订单状态为执行中和/或已完成的订单；
根据所述待支付的订单的订单号，获取所述待支付的订单的订单金额；
根据所述待支付的订单的订单金额完成支付流程。
6.一种订单处理方法，其特征在于，所述方法包括：
显示用于获取目标服务的下单接口；
在获取到对应于所述下单接口的触发指示之后，显示下单页面；
获取在所述下单页面中输入的下单信息；
根据所述下单信息向后台服务器发送下单数据包，所述下单数据包中包括登录至本端的用户帐号；以使得所述后台服务器获取所述用户帐号的信用额度，并在检测出所述下单数据包对应的订单金额不大于所述信用额度中的可用额度时，根据所述下单数据包为所述用户帐号创建免支付订单；其中，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况，所述免支付订单是指在执行之前无需进行支付的订单。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
显示至少一个待支付的订单，所述待支付的订单包括订单状态为执行中和/或已完成的订单；
在获取到对应于所述至少一个待支付的订单的支付指示之后，向所述后台服务器发送支付请求，所述支付请求中携带所述至少一个待支付的订单的订单号；以使得所述后台服务器根据所述至少一个待支付的订单的订单号，获取所述至少一个待支付的订单的订单金额；根据所述至少一个待支付的订单的订单金额完成支付流程。
8.一种订单处理装置，其特征在于，所述装置包括：
数据包获取模块，用于获取用户帐号发送的下单数据包；
额度获取模块，用于获取所述用户帐号的信用额度，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况；
金额检测模块，用于检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度；
订单创建模块，用于若所述下单数据包对应的订单金额不大于所述可用额度，则根据所述下单数据包为所述用户帐号创建免支付订单，所述免支付订单是指在执行之前无需进行支付的订单。
9.根据权利要求8所述的装置，其特征在于，所述额度获取模块，包括：
评分获取单元，用于获取所述用户帐号的信用评分；
等级确定单元，用于从多个信用等级中，确定所述信用评分所属的信用等级；
额度确定单元，用于根据所述信用评分所属的信用等级确定所述信用额度。
10.根据权利要求8所述的装置，其特征在于，所述装置还包括：金额确定模块，用于：
根据所述下单数据包中的下单信息，确定所述下单数据包对应的订单金额；
或者，
向接单方终端发送所述下单数据包中的下单信息；接收所述接单方终端发送的所述下单数据包对应的订单金额。
11.根据权利要求8所述的装置，其特征在于，所述装置还包括：
信息获取模块，用于获取所述用户帐号的违约信息；
违约判断模块，用于根据所述违约信息判断所述用户帐号是否为违约用户帐号；
所述订单生成模块，还用于若所述用户帐号是所述违约用户帐号，则根据所述下单数据包为所述用户帐号创建支付订单，所述支付订单是指在执行之前需要进行支付的订单；
所述金额检测模块，还用于若所述用户帐号不是所述违约用户帐号，则检测所述下单数据包对应的订单金额是否大于所述信用额度中的可用额度。
12.根据权利要求8至11任一项所述的装置，其特征在于，所述装置还包括：
请求接收模块，用于接收所述用户帐号发送的支付请求；其中，所述支付请求中携带至少一个待支付的订单的订单号，所述待支付的订单包括订单状态为执行中和/或已完成的订单；
金额获取模块，用于根据所述待支付的订单的订单号，获取所述待支付的订单的订单金额；
支付执行模块，用于根据所述待支付的订单的订单金额完成支付流程。
13.一种订单处理装置，其特征在于，所述装置包括：
接口显示模块，用于显示用于获取目标服务的下单接口；
页面显示模块，用于在获取到对应于所述下单接口的触发指示之后，显示下单页面；
下单信息获取模块，用于获取在所述下单页面中输入的下单信息；
数据包发送模块，用于根据所述下单信息向后台服务器发送下单数据包，所述下单数据包中包括登录至本端的用户帐号；以使得所述后台服务器获取所述用户帐号的信用额度，并在检测出所述下单数据包对应的订单金额不大于所述信用额度中的可用额度时，根据所述下单数据包为所述用户帐号创建免支付订单；其中，所述信用额度根据所述用户帐号的信用评分确定，所述信用评分用于指示所述用户帐号的信用状况，所述免支付订单是指在执行之前无需进行支付的订单。
14.根据权利要求13所述的装置，其特征在于，所述装置还包括：
订单显示模块，用于显示至少一个待支付的订单，所述待支付的订单包括订单状态为执行中和/或已完成的订单；
请求支付模块，用于在获取到对应于所述至少一个待支付的订单的支付指示之后，向所述后台服务器发送支付请求，所述支付请求中携带所述至少一个待支付的订单的订单号；以使得所述后台服务器根据所述至少一个待支付的订单的订单号，获取所述至少一个待支付的订单的订单金额；根据所述至少一个待支付的订单的订单金额完成支付流程。
15.一种订单处理系统，其特征在于，所述系统包括：下单方终端和后台服务器；
所述下单方终端包括如权利要求13或14所述的装置；
所述后台服务器包括如权利要求8至12任一项所述的装置。
CN201610814314.4A 2016-09-09 2016-09-09 订单处理方法、装置及系统 Pending CN107808283A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610814314.4A CN107808283A (zh) 2016-09-09 2016-09-09 订单处理方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610814314.4A CN107808283A (zh) 2016-09-09 2016-09-09 订单处理方法、装置及系统

Publications (1)

Publication Number Publication Date
CN107808283A true CN107808283A (zh) 2018-03-16

Family

ID=61569626

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610814314.4A Pending CN107808283A (zh) 2016-09-09 2016-09-09 订单处理方法、装置及系统

Country Status (1)

Country Link
CN (1) CN107808283A (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109034823A (zh) * 2018-07-18 2018-12-18 阿里巴巴集团控股有限公司 风险识别方法、装置及服务器
CN109584078A (zh) * 2018-10-22 2019-04-05 中国平安人寿保险股份有限公司 基金申购管理方法、装置、计算机可读存储介质及服务器
CN110135834A (zh) * 2019-04-12 2019-08-16 上海秋智信息科技有限公司 一种民航用空中信用支付方法及系统
CN110197397A (zh) * 2019-05-15 2019-09-03 无线生活(北京)信息技术有限公司 节点等级的划分方法及装置
CN110223079A (zh) * 2019-06-18 2019-09-10 黄伟 一种基于第三方的信用支付方法
CN110348784A (zh) * 2019-07-05 2019-10-18 深圳市丰巢科技有限公司 一种寄件方法、装置、设备及存储介质
CN110490564A (zh) * 2019-08-01 2019-11-22 阿里巴巴集团控股有限公司 一种支付控制方法及装置
CN110766394A (zh) * 2019-10-21 2020-02-07 腾讯科技（深圳）有限公司 基于信用度的乘车支付方法、装置、电子设备及存储介质
CN111242548A (zh) * 2020-01-13 2020-06-05 北京京东振世信息技术有限公司 物流订单分发的方法和装置
CN112184095A (zh) * 2019-07-05 2021-01-05 北京京东振世信息技术有限公司 一种寄件方法和装置
CN113435894A (zh) * 2021-07-01 2021-09-24 支付宝(杭州)信息技术有限公司 结算处理方法及装置
CN114897522A (zh) * 2022-05-12 2022-08-12 浙江吉利控股集团有限公司 一种电动汽车换电预付费方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101246575A (zh) * 2008-01-31 2008-08-20 戚永德 信用化买方非强制履约后付费交易系统及方法
CN101655948A (zh) * 2008-08-20 2010-02-24 阿里巴巴集团控股有限公司 网上交易方法及网上交易系统
CN103093378A (zh) * 2011-11-07 2013-05-08 阿里巴巴集团控股有限公司 交易平台数据处理方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101246575A (zh) * 2008-01-31 2008-08-20 戚永德 信用化买方非强制履约后付费交易系统及方法
CN101655948A (zh) * 2008-08-20 2010-02-24 阿里巴巴集团控股有限公司 网上交易方法及网上交易系统
CN103093378A (zh) * 2011-11-07 2013-05-08 阿里巴巴集团控股有限公司 交易平台数据处理方法及系统
US20130117159A1 (en) * 2011-11-07 2013-05-09 Alibaba Group Holding Limited Transaction platform data processing method and system

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109034823A (zh) * 2018-07-18 2018-12-18 阿里巴巴集团控股有限公司 风险识别方法、装置及服务器
TWI759596B (zh) * 2018-07-18 2022-04-01 開曼群島商創新先進技術有限公司 風險識別方法、裝置及伺服器
CN109584078A (zh) * 2018-10-22 2019-04-05 中国平安人寿保险股份有限公司 基金申购管理方法、装置、计算机可读存储介质及服务器
CN110135834A (zh) * 2019-04-12 2019-08-16 上海秋智信息科技有限公司 一种民航用空中信用支付方法及系统
CN110135834B (zh) * 2019-04-12 2021-08-31 上海秋智信息科技有限公司 一种民航用空中信用支付方法及系统
CN110197397A (zh) * 2019-05-15 2019-09-03 无线生活(北京)信息技术有限公司 节点等级的划分方法及装置
CN110223079A (zh) * 2019-06-18 2019-09-10 黄伟 一种基于第三方的信用支付方法
CN112184095A (zh) * 2019-07-05 2021-01-05 北京京东振世信息技术有限公司 一种寄件方法和装置
CN110348784A (zh) * 2019-07-05 2019-10-18 深圳市丰巢科技有限公司 一种寄件方法、装置、设备及存储介质
CN110490564A (zh) * 2019-08-01 2019-11-22 阿里巴巴集团控股有限公司 一种支付控制方法及装置
CN110766394A (zh) * 2019-10-21 2020-02-07 腾讯科技（深圳）有限公司 基于信用度的乘车支付方法、装置、电子设备及存储介质
CN111242548A (zh) * 2020-01-13 2020-06-05 北京京东振世信息技术有限公司 物流订单分发的方法和装置
CN111242548B (zh) * 2020-01-13 2023-09-29 北京京东振世信息技术有限公司 物流订单分发的方法和装置
CN113435894A (zh) * 2021-07-01 2021-09-24 支付宝(杭州)信息技术有限公司 结算处理方法及装置
CN114897522A (zh) * 2022-05-12 2022-08-12 浙江吉利控股集团有限公司 一种电动汽车换电预付费方法及系统

Similar Documents

Publication Publication Date Title
CN107808283A (zh) 订单处理方法、装置及系统
US10411945B2 (en) Time-distributed and real-time processing in information recommendation system, method and apparatus
CN104915835B (zh) 信用账户创建装置、系统和方法
US11379911B2 (en) System, method, and apparatus for supporting cash currency exchange
US10580092B2 (en) Resource transfer system and method
CN106709705A (zh) 虚拟物品包发送方法、接收方法、装置及系统
US20160234302A1 (en) Method, device and system for distributing virtual items
WO2017054624A1 (zh) 资源抵扣方法、装置、智能终端和抵扣服务器
WO2017050068A1 (zh) 交互系统、方法、客户端及后台服务器
US20190095887A1 (en) Resource transferring method and apparatus
CN104917796B (zh) 信用账户创建装置、系统和方法
CN109146446B (zh) 一种虚拟物品发放方法、装置及系统
CN111080429B (zh) 一种虚拟资源获取方法、装置和存储介质
CN104951960A (zh) 基于目标物消息的交互方法及装置
US20190155851A1 (en) Information filtering
CN104616143A (zh) 社交应用中虚拟票据转移方法及装置
CN107784491A (zh) 资源包发送方法、发放方法、资源获取方法及装置
CN104966222B (zh) 订单生成方法、系统和装置
CN115345464A (zh) 业务订单的派单方法、装置、计算机设备及存储介质
US20180336609A1 (en) Service processing method and apparatus
CN106600377A (zh) 订单生成方法及装置
CN107809449B (zh) 交易控制方法及装置
CN115222264A (zh) 基于客户等级的派单方法、装置、计算机设备及存储介质
CN111476562A (zh) 一种虚拟资源转移方法、装置、电子设备以及存储介质
CN115271419A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20180316

RJ01 Rejection of invention patent application after publication