CN111275426B - 一种支付、订单处理方法和装置 - Google Patents

一种支付、订单处理方法和装置 Download PDF

Info

Publication number
CN111275426B
CN111275426B CN201811482193.3A CN201811482193A CN111275426B CN 111275426 B CN111275426 B CN 111275426B CN 201811482193 A CN201811482193 A CN 201811482193A CN 111275426 B CN111275426 B CN 111275426B
Authority
CN
China
Prior art keywords
orders
payment
groups
user
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
CN201811482193.3A
Other languages
English (en)
Other versions
CN111275426A (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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201811482193.3A priority Critical patent/CN111275426B/zh
Publication of CN111275426A publication Critical patent/CN111275426A/zh
Application granted granted Critical
Publication of CN111275426B publication Critical patent/CN111275426B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/29—Payment schemes or models characterised by micropayments
    • 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)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • User Interface Of Digital Computer (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

本申请公开了一种支付、订单处理方法和装置，该支付方法包括：接收多个订单的支付请求；根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；展示所述多组订单；响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。

Description

一种支付、订单处理方法和装置
技术领域
本申请涉及支付领域，尤其涉及一种支付、订单处理方法和装置。
背景技术
随着互联网技术的飞速发展，用户可以通过互联网购买各种商品，并实现各种订单交易。例如，用户可以通过互联网购买书籍、衣物、食品等，在用户确认购买这些商品时，互联网可以生成相应的订单，用户可以对订单进行支付，以实现订单交易。
通常，用户在对订单进行支付时，一次可以对一个订单进行支付。然而，随着用户购买商品的数量越来越多，相应的订单数量也越来越多，用户在对多个订单进行支付时，基于现有的方法将会花费大量的时间，导致支付效率比较低，影响用户的使用体验。
发明内容
本申请实施例提供一种支付、订单处理方法和装置，用于解决用户在基于现有的方法对多个订单进行支付时，支付效率较低，影响用户使用体验的问题。
为解决上述技术问题，本申请实施例是这样实现的：
第一方面，提出一种支付方法，包括：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
第二方面，提出一种支付装置，包括：
接收单元，接收多个订单的支付请求；
组合单元，根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示单元，展示所述多组订单；
支付单元，响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
第三方面，提出一种电子设备，该电子设备包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
第四方面，提出一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
第五方面，提出一种订单处理方法，包括：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单。
第六方面，提出一种订单处理装置，包括：
接收单元，接收多个订单的处理请求；
组合单元，根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示单元，展示所述多组订单。
第七方面，提出一种电子设备，该电子设备包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单。
第八方面，提出一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
本申请实施例提供的技术方案，在接收到多个订单的支付请求时，可以根据用户的支付特征信息对多个订单进行组合，得到与支付方式一一对应的多组订单，在展示多组订单后，可以响应用户的支付操作，并基于多组订单各自对应的支付方式进行支付。由于订单的组数小于订单的个数，因此，基于多组订单进行支付可以提高支付效率，此外，由于在对订单进行组合时，以用户的支付特征信息为依据，支付特征信息包括支付方式，因此，组合得到的多组订单的支付方式更加符合用户的支付习惯，从而能够满足用户对订单支付方式的支付需求，提升用户的使用体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请的一个实施例支付方法的流程示意图；
图2是本申请的一个实施例支付方法的示意图；
图3是本申请的一个实施例支付方法的流程示意图；
图4是本申请的一个实施例订单处理方法的流程示意图；
图5是本申请的一个实施例电子设备的结构示意图；
图6是本申请的一个实施例支付装置的结构示意图；
图7是本申请的一个实施例电子设备的结构示意图；
图8是本申请的一个实施例订单处理装置的结构示意图。
具体实施方式
现有技术中，用户在对多个订单进行支付时，通常会遇到订单数量比较的情况，例如，针对批发类(B类)买家用户而言，其订单来源比较多(例如，卖家发起的订单，上游平台流转自动生成的订单，买家自己创建的订单等)，每天的订单数量有几百个甚至更多。
当需要支付的订单数量比较多时，使用现有的支付方法对订单进行一一支付将会花费大量的时间，导致支付效率较低。
通常，不同的订单可以支持不同的支付方式，现有技术中，在对多个订单进行支付时，为了提高支付效率，可以对不同订单支持的支付方式取交集，采用交集中的支付方式对大多数订单进行支付，其余订单则由用户手动选择支付方式进行支付。
然而，这种支付方式虽然可以在一定程度上提高支付效率，但是，仍需要用户手动选择支付方式对小部分订单进行一一支付，此外，通过交集的方式确定的支付方式也不一定是用户想要使用的支付方式，导致上述支付方法并不能满足用户的支付需求，影响用户体验。
有鉴于此，本申请实施例提供一种支付、订单处理方法和装置，该支付方法包括：接收多个订单的支付请求；根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；展示所述多组订单；响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
本申请实施例提供的技术方案，在接收到多个订单的支付请求时，可以根据用户的支付特征信息对多个订单进行组合，得到与支付方式一一对应的多组订单，在展示多组订单后，可以响应用户的支付操作，并基于多组订单各自对应的支付方式进行支付。由于订单的组数小于订单的个数，因此，基于多组订单进行支付可以提高支付效率，此外，由于在对订单进行组合时，以用户的支付特征信息为依据，支付特征信息包括支付方式，因此，组合得到的多组订单的支付方式更加符合用户的支付习惯，从而能够满足用户对订单支付方式的支付需求，提升用户的使用体验。
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
以下结合附图，详细说明本申请各实施例提供的技术方案。
图1是本申请的一个实施例支付方法的流程示意图。本实施例的执行主体可以是提供支付服务的支付系统。所述方法包括以下步骤。
S102：接收多个订单的支付请求。
用户在对多个订单进行支付时，可以基于多个订单向支付系统发起支付请求，所述支付请求用于请求对用户的多个订单进行支付。此时，支付系统可以接收所述支付请求。
例如，用户在对订单进行支付时，可以在订单列表中选择想要支付的多个订单，在确认对选择的多个订单进行支付后，可以向支付系统发起多个订单的支付请求，支付系统接收该支付请求。
本实施例中，所述支付请求中可以包括多个订单的订单信息，所述订单信息可以包括每个订单支持的支付方式，其中，一个订单支持的支付方式可以有多种，不同订单支持的支付方式可以相同，也可以不同。
支付系统在接收到多个订单的支付请求后，可以执行S104。
S104：根据用户的支付特征信息对所述多个订单进行组合，得到多组订单。
所述支付特征信息可以包括支付方式，用于表征用户对支付方式的使用习惯，具体可以根据用户的历史支付信息确定得到。所述多组订单中，一组订单可以对应一种支付方式，且至少一组订单包括的订单个数大于一，这样，订单的组数可以小于订单的个数，以便提高支付效率。
本实施例中，在根据用户的支付特征信息对所述多个订单进行组合时，可以包括以下步骤：
获取不同支付方式的优先级；
按照所述不同支付方式的优先级，对所述多组订单进行组合。
所述不同支付方式可以是支付系统可以支持的所有的支付方式，所述不同支付方式的优先级可以表征用户对不同支付方式的使用频率，其中，用户对支付方式的使用频率越高，表征支付方式的优先级越高。在获取不同支付方式的优先级时，可以包括以下步骤：
首先，根据用户的历史支付信息，确定用户对不同支付方式的使用频率。
所述历史支付信息可以是支付系统中记录的用户在过去的某个时间段内的支付信息，也可以是支付系统记录的用户在过去时间内所有的支付信息，这里不做具体限定。
所述历史支付信息可以包括用户在过去时间内进行支付时使用的支付方式，通过对用户的历史支付信息进行分析，可以得到用户对不同支付方式的使用频率。
其次，根据用户对不同支付方式的使用频率，确定对不同支付方式的优先级。其中，用户对某种支付方式的使用频率越高，说明用户习惯使用该种支付方式进行支付，意味着该种支付方式的优先级越高，反之，用户对某种支付方式的使用频率越低，说明用户不习惯使用该种支付方式进行支付，意味着该种支付方式的优先级越低。
在获取到不同支付方式的优先级后，可以基于不同支付方式的优先级对多个订单进行组合。
在对多个订单进行组合时，可以根据多个订单支持的支付方式，优先对中支持最高优先级的支付方式的订单进行组合，得到一组订单，该组订单对应的支付方式即为具有最高优先级的支付方式。
例如，具有最高优先级的支付方式为支付方式1，则，可以根据多个订单各自支持的支付方式，将其中支持支付方式1的订单进行组合，得到一组订单，该组订单对应的支付方式即为支付方式1。
在对中支持最高优先级的支付方式的订单进行组合后，如果还有剩余订单，则可以根据剩余订单各自支持的支付方式，按照支付方式从高到低的优先级，将剩余订单进行组合，得到至少一组订单。
例如，支付方式1至5的优先级从高到低依次为：支付方式1、支付方式4、支付方式5、支付方式2、支付方式3，在将支持支付方式1的订单进行组合后，如果还有50个剩余订单，且50个剩余订单中20个订单支持支付方式4，则将这20个订单进行组合，剩余的30个订单中15个订单支持支付方式5，则将这15个订单进行组合；剩余的15个订单均支持支付方式2，则将这15个订单进行组合。这样，根据支付方式的优先级，将多个订单组合得到4组订单，每组订单支持不同的支付方式。
本实施例中，所述支付方式还可以包括优惠信息，即按照优惠信息进行支付。所述优惠信息可以是减免部分金额，也可以是满减优惠。
在对多个订单进行组合时，还可以确定多个订单中具有优惠信息的订单，并将具有优惠信息的订单进行组合，其中，组合得到的订单的支付方式为按照优惠信息支付。这样，可以减少用户需要支付的金额，满足用户对多个订单进行支付时的优惠支付需求。
需要说明的是，当支付方式包括优惠信息时，还可以根据用户的历史支付信息，为优惠信息确定相应的优先级，其中，优惠信息的优先级可以表征用户对按照优惠信息进行支付的倾向程度。这样，在根据用户的支付特征信息对多个订单进行组合时，可以根据不同支付方式的优先级和优惠信息对应的优先级，对多个订单进行组合。
例如，支付方式1至5以及优惠信息对应的优先级，从高到低依次为：支付方式1、优惠信息、支付方式4、支付方式5、支付方式2、支付方式3，在对多个订单进行组合时，可以优先将支持支付方式1的订单进行组合，若还有剩余订单，则可以将剩余订单中具有优惠信息的订单进行组合，若还有剩余订单，则按照支付方式4、支付方式5、支付方式2、支付方式3的顺序，将剩余订单进行组合。
在基于上述记载的方法对多个订单进行组合，并得到多组订单后，可以执行S106。
S106：展示所述多组订单。
在展示多组订单时，可以按照多组订单对应的支付方式的优先级从高到低的顺序，在支付页面进行展示。在一种实现方式中，可以按照图2所示的方式展示多组订单。
图2中，可以在支付页面的中部显示多组订单，第一组订单包含a笔订单，支持支付方式1，第二组订单包含b笔订单，支持支付方式2，第三组订单包含c笔订单，支持支付方式3，……，第n组订单包含x笔订单，支持支付方式n。其中，支付方式的优先级从高到低依次为：支付方式1、支付方式2、支付方式3、……、支付方式n。
针对其中一组订单，在用户选中这组订单时，可以在支付页面的上部显示这组订单的详细信息。如图2所示，用户在选中第一组订单后，支付页面的上部可以显示该组订单中包含的订单1信息、订单2信息、订单3信息、……、订单n信息。
针对每一笔订单，在该笔订单的右侧还可以显示用于更换支付方式的选项，以便用户可以对该笔订单的支付方式进行调整。如图2所示，在用户选中订单2信息时，可以在订单2信息的右侧显示“更换支付方式”的选项。用户在点击该选项后，可以显示订单2支持的支付方式，以便用户可以对订单2的支付方式进行调整(图2并未显示订单2支持的支付方式)。
图2中，在支付页面的中下方(即多组订单的下方)，可以显示每组订单的汇总信息。如图2所示，在用户选中第一组订单后，可以在多组订单的下方显示这组订单的总金额、运费金额、优惠金额以及应付金额等信息，以便用户及时查看。
图2中，在支付页面的最下方，还可以显示多组订单的汇总信息，包括货品金额、运费金额、优惠金额以及应付金额等。
应理解，图2所示页面仅是本实施例展示多组订单的其中一种方式，在其他实现方式中，还可以按照其他方式展示多组订单，这里不再一一举例说明。
S108：响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
在S108中，用户在查看到展示的多组订单后，可以对多组订单执行支付操作，支付系统在接收到用户的支付操作后，可以响应于用户的支付操作，并按照多组订单对应的支付方式对多组订单进行支付。
具体地，用户可以针对其中一组未支付的订单执行支付操作，支付系统在接收到支付操作后，可以根据该组订单对应的支付方式进行支付。例如，在图2中，针对第一组订单，用户可以通过点击图2所示的“立即支付”按钮执行支付操作，支付系统可以使用支付方式1进行支付。
支付系统在完成一组订单的支付后，可以自动刷新支付页面，并显示未支付的一组或多组订单。此时，用户可以针对未支付的其中一组订单继续执行支付操作，支付系统在接收到支付操作后，可以基于相应地支付方式进行支付，如此循环，可以实现对多组订单的支付。
由于订单的组数小于订单的个数，因此，相较于对多个订单进行一一支付而言，对多组订单进行支付，可以减少用户的操作时间，进而提高支付效率，提升用户的使用体验。
在本实施例中，为了提高支付的灵活性，在向用户展示多组订单后，在响应用户的支付操作之前，还可以允许用户对多组订单进行修改，以满足用户的支付需求。其中，本实施例可以允许用户对多组订单中一个或多个订单的支付方式进行修改，也可以允许用户对多组订单的展示顺序进行修改，还可以允许用户即对订单的支付方式进行修改，又对多组订单的展示顺序进行修改。
需要说明的是，本实施例中用户对多组订单的展示顺序进行修改，可以表征用户对多组订单对应的支付方式的优先级进行修改，即通过改变多组订单的展示顺序，可以改变用户对不同支付方式的使用优先级。
具体地，支付系统在展示多组订单时，可以同时向用户展示每组订单中包含的各订单的详细信息，并允许用户通过拖动的方式改变多组订单的展示顺序。这样，用户可以基于展示的信息，对多组订单中的一个或多个订单的支付方式进行修改，也可以通过拖动的方式修改多组订单的展示顺序。
在用户对订单的支付方式以及展示顺序中的至少一种进行修改后，可以视为向支付系统发送修改信息。支付系统在接收到所述修改信息后，可以基于修改信息，对多组订单进行重新组合，得到重新组合后的多组订单。
例如，当修改信息包括对一个或多个订单的支付方式的修改信息后，支付系统可以根据用户调整后的支付方式，将这些订单移动到该支付方式对应的一组订单中；当修改信息包括对多组订单展示顺序的修改信息时，支付系统可以根据调整后的多组订单的展示顺序，调整支付方式的优先级，根据调整后的优先级，重新对多组订单进行组合，得到新的多组订单。
为了便于理解，请参见图2。图2中，在展示多组订单时，可以在页面上部展示其中一组订单中各订单的信息，在图2中，由于用户选中了第一组订单，因此在页面的上部展示的是第一组订单中各订单的信息。相应地，如果用户选中的是第二组订单，在页面上部将会展示第二组订单中各订单的信息。
当用户想要更改第一组中订单2的支付方式时，可以选中订单2信息，订单2的右侧会显示“更换支付方式”的选项，用户可以通过该选项的下拉菜单更换订单2的支付方式，在用户选择新的支付方式后，可以视为向支付系统发送了修改信息，此时，支付系统会将订单2移出第一组订单，并移动到新的支付方式对应的一组订单中。
当用户想要调整第一组订单和第二组订单的展示顺序时，可以将第二组订单拖动到第一组订单之前，在调整两组的展示顺序后，可以视为用户向支付系统发送修改信息，此时，支付系统可以将支付方式2的优先级确定为最高的优先级，支付方式1的优先级次之，并根据重新确定的支付方式优先级，对多组订单重新组合，得到重新组合后的多组订单。
这样，由于用户可以根据自己的需求，对多组订单中的一个或多个订单的支付方式以及多组订单的展示顺序进行调整，因此，支付的灵活性比较高，能够满足用户的支付需求，提升用户体验。
为了便于理解整个支付，请参见图3。图3为本申请的一个实施例支付方法的流程示意图。所述支付方法包括以下步骤。
S301：接收多个订单的支付请求。
用户在对多个订单进行支付时，可以在订单列表中选择想要进行支付的多个订单。用户在确认对多个订单进行支付后可以发起支付请求，此时，支付系统可以接收到对多个订单的支付请求。
所述支付请求中可以包括多个订单的订单信息，所述订单信息可以包括每个订单支持的支付方式。
S302：获取不同支付方式的优先级。
不同支付方式的优先级可以根据用户的历史支付信息确定得到，用于表征用户的历史支付习惯，其中，支付方式的优先级越高，说明用户对支付方式的使用频率越高。
所述支付方式还可以包括优惠信息，优惠信息也可以对应优先级。
S303：按照所述不同支付方式的优先级，对所述多个订单进行组合，得到多组订单。
本实施例中，可以按照优先级从高到低的顺序，对多个订单进行组合，即首先将支持最高优先级的支付方式的订单进行组合，剩余订单中，将支持第二高优先级的支付方式的订单进行组合，……，以此类推，按照优先级从高到低端顺序进行组合，最终可以得到多组订单。
得到的多组订单中，一组订单可以对应一种支付方式，且至少一组订单的个数大于一，保证订单的组数小于订单的个数。
S304：展示组合得到的多组订单。
支付系统在展示多组订单时，可以按照图2所示的方式进行展示。
在展示多组订单后，可以执行S305，也可以执行S307。
S305：接收用户的修改信息。
所述修改信息可以用于对多组订单中的一个或多个订单的支付方式进行修改，也可以用于对多组订单的展示顺序进行修改。
S306：根据所述修改信息，对所述多组订单进行重新组合，得到重新组合后的多组订单。
S307：接收所述用户对多组订单的支付操作。
S308：响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
在S307中，用户可以针对未支付的一组订单执行支付操作，支付系统接收到支付操作后，可以执行S308，在完成支付后，可以自动刷新支付页面，并显示未支付的一组或多组订单。此时，用户可以针对未支付的其中一组订单继续执行支付操作，支付系统可以继续执行S307和S308，如此循环，直至完成对多组订单的支付。
本申请实施例提供的技术方案，在接收到多个订单的支付请求时，可以根据用户的支付特征信息对多个订单进行组合，得到与支付方式一一对应的多组订单，在展示多组订单后，可以响应用户的支付操作，并基于多组订单各自对应的支付方式进行支付。由于订单的组数小于订单的个数，因此，基于多组订单进行支付可以提高支付效率，此外，由于在对订单进行组合时，以用户的支付特征信息为依据，支付特征信息包括支付方式，因此，组合得到的多组订单的支付方式更加符合用户的支付习惯，从而能够满足用户对订单支付方式的支付需求，提升用户的使用体验。
图4是本申请的一个实施例订单处理方法的流程示意图。所述订单处理方法可以包括以下步骤。
S402：接收多个订单的处理请求。
所述处理请求可以用于请求对多个订单进行组合，也可以用于请求对多个订单进行支付。
S404：根据用户的支付特征信息对所述多个订单进行组合，得到多组订单。
所述支付特征信息可以包括支付方式，组合得到的所述多组订单中至少一组的订单个数大于一，且一组订单对应一种支付方式。
S406：展示所述多组订单。
上述S402至S406的具体实现可参考图1所示实施例中对应步骤的具体实现，本说明书一个或多个实施例在此不再重复描述。
本实施例中，在支付的应用场景下，在展示多组订单后，用户还可以基于多组订单发起支付请求，在接收到对多组订单的支付请求后，可以根据所述支付请求，按照多组订单各自对应的支付方式，对多组订单进行支付。具体实现方式可以参见图1所示实施例中S108中记载的内容，这里不再重复说明。
本申请实施例提供的技术方案，在接收到对多个订单的处理请求时，可以根据用户的支付特征信息对多个订单进行组合，得到与支付方式一一对应的多组订单，并展示多组订单。这样，通过对多个订单进行组合，可以方便后续对多个订单进行处理，特别是在支付的应用场景下，通过对多个订单进行组合，在支付时可以提高支付效率，且，由于对订单进行组合时，是以用户的支付特征信息为依据，因此，组合得到的多组订单的支付方式可以更加符合用户的支付习惯，从而满足用户的支付需求，提升用户体验。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
图5是本申请的一个实施例电子设备的结构示意图。请参考图5，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成支付装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
上述如本申请图5所示实施例揭示的支付装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
该电子设备还可执行图1和图3的方法，并实现支付装置在图1和图3所示实施例中的功能，本申请实施例在此不再赘述。
当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1和图3所示实施例的方法，并具体用于执行以下操作：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
图6是本申请的一个实施例基于支付装置60的结构示意图。请参考图6，在一种软件实施方式中，所述支付装置60可包括：接收单元61、组合单元62、展示单元63和支付单元64，其中：
接收单元61，接收多个订单的支付请求；
组合单元62，根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示单元63，展示所述多组订单；
支付单元64，响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付。
可选地，所述组合单元62，根据用户的支付特征信息对所述多个订单进行组合，包括：
获取不同支付方式的优先级；
按照所述不同支付方式的优先级，对所述多组订单进行组合。
可选地，所述组合单元62，获取不同支付方式的优先级，包括：
根据所述用户的历史支付信息，确定所述用户对不同支付方式的使用频率；
根据所述用户对所述不同支付方式的使用频率，确定所述不同支付方式的优先级，其中，使用频率最高的支付方式的优先级最高。
可选地，所述组合单元62，按照所述不同支付方式的优先级，对所述多组订单进行组合，包括：
按照所述不同支付方式的优先级，对支持最高优先级的支付方式的订单进行组合。
可选地，所述支付方式还包括优惠信息；
其中，所述组合单元62，根据用户的支付特征信息对所述多个订单进行组合，包括：
确定所述多个订单中具有优惠信息的订单；
将具有优惠信息的订单进行组合。
可选地，所述接收单元61，在所述支付单元64响应于所述用户的支付操作之前，接收所述用户对所述多组订单的修改信息，所述修改信息包括对所述多组订单中一个或多个订单支付方式的修改信息以及对所述多组订单展示顺序的修改信息中的至少一种；
所述组合单元62，根据所述修改信息，对所述多组订单进行重新组合，得到重新组合后的多组订单。
本申请实施例提供的支付装置60还可执行图1和图3的方法，并实现支付装置在图1和图3所示实施例的功能，本申请实施例在此不再赘述。
图7是本申请的一个实施例电子设备的结构示意图。请参考图7，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成订单处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单。
上述如本申请图7所示实施例揭示的订单处理装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
该电子设备还可执行图4的方法，并实现订单处理装置在图4所示实施例中的功能，本申请实施例在此不再赘述。
当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图4所示实施例的方法，并具体用于执行以下操作：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单。
图8是本申请的一个实施例基于订单处理装置80的结构示意图。请参考图8，在一种软件实施方式中，所述订单处理装置80可包括：接收单元81、组合单元82和展示单元83，其中：
接收单元81，接收多个订单的处理请求；
组合单元82，根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示单元83，展示所述多组订单。
可选地，所述订单处理装置80还包括：支付单元84，其中：
所述支付单元84，在所述展示单元83展示所述多组订单后，接收对所述多组订单的支付请求；
根据所述支付请求，按照所述多组订单对应的支付方式对所述多组订单进行支付。
本申请实施例提供的订单处理装置80还可执行图4的方法，并实现订单处理装置在图4所示实施例的功能，本申请实施例在此不再赘述。
总之，以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (12)

1.一种支付方法，包括：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付；
若所述支付方式还包括优惠信息；所述根据用户的支付特征信息对所述多个订单进行组合，包括：
获取不同支付方式的优先级；
确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；
根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
2.如权利要求1所述的方法，获取不同支付方式的优先级，包括：
根据所述用户的历史支付信息，确定所述用户对不同支付方式的使用频率；
根据所述用户对所述不同支付方式的使用频率，确定所述不同支付方式的优先级，其中，使用频率最高的支付方式的优先级最高。
3.如权利要求1所述的方法，按照所述不同支付方式的优先级，对所述多组订单进行组合，包括：
按照所述不同支付方式的优先级，对支持最高优先级的支付方式的订单进行组合。
4.如权利要求1所述的方法，在响应于所述用户的支付操作之前，所述方法还包括：
接收所述用户对所述多组订单的修改信息，所述修改信息包括对所述多组订单中一个或多个订单支付方式的修改信息以及对所述多组订单展示顺序的修改信息中的至少一种；
根据所述修改信息，对所述多组订单进行重新组合，得到重新组合后的多组订单。
5.一种订单处理方法，包括：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
若所述支付方式还包括优惠信息；所述根据用户的支付特征信息对所述多个订单进行组合，包括：
获取不同支付方式的优先级；
确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；
根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
6.如权利要求5所述的方法，在展示所述多组订单后，所述方法还包括：
接收对所述多组订单的支付请求；
根据所述支付请求，按照所述多组订单对应的支付方式对所述多组订单进行支付。
7.一种支付装置，包括：
接收单元，接收多个订单的支付请求；
组合单元，根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示单元，展示所述多组订单；
支付单元，响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付；
若所述支付方式还包括优惠信息；所述组合单元，具体用于，获取不同支付方式的优先级；确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
8.一种订单处理装置，包括：
接收单元，接收多个订单的处理请求；
组合单元，根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示单元，展示所述多组订单；
若所述支付方式还包括优惠信息；所述组合单元，具体用于，获取不同支付方式的优先级；确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
9.一种电子设备，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付；
若所述支付方式还包括优惠信息；所述根据用户的支付特征信息对所述多个订单进行组合，包括：
获取不同支付方式的优先级；
确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；
根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：
接收多个订单的支付请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
响应于所述用户的支付操作，按照所述多组订单对应的支付方式对所述多组订单进行支付；
若所述支付方式还包括优惠信息；所述根据用户的支付特征信息对所述多个订单进行组合，包括：
获取不同支付方式的优先级；
确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；
根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
11.一种电子设备，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
若所述支付方式还包括优惠信息；所述根据用户的支付特征信息对所述多个订单进行组合，包括：
获取不同支付方式的优先级；
确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；
根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
12.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：
接收多个订单的处理请求；
根据用户的支付特征信息对所述多个订单进行组合，得到多组订单，所述支付特征信息包括支付方式，所述多组订单中至少一组的订单个数大于一，一组订单对应一种支付方式；
展示所述多组订单；
若所述支付方式还包括优惠信息；所述根据用户的支付特征信息对所述多个订单进行组合，包括：
获取不同支付方式的优先级；
确定所述多个订单中具有优惠信息的订单，以及不同优惠信息对应的优先级；
根据不同支付方式的优先级和优惠信息对应的优先级，对所述多个订单进行组合。
CN201811482193.3A 2018-12-05 2018-12-05 一种支付、订单处理方法和装置 Active CN111275426B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811482193.3A CN111275426B (zh) 2018-12-05 2018-12-05 一种支付、订单处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811482193.3A CN111275426B (zh) 2018-12-05 2018-12-05 一种支付、订单处理方法和装置

Publications (2)

Publication Number Publication Date
CN111275426A CN111275426A (zh) 2020-06-12
CN111275426B true CN111275426B (zh) 2024-08-09

Family

ID=71003221

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811482193.3A Active CN111275426B (zh) 2018-12-05 2018-12-05 一种支付、订单处理方法和装置

Country Status (1)

Country Link
CN (1) CN111275426B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113744034B (zh) * 2021-09-22 2024-09-06 多点(深圳)数字科技有限公司 一种组合支付订单分配方法、装置、存储介质及电子设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104077684A (zh) * 2014-06-09 2014-10-01 中国建设银行股份有限公司 一种在线支付方法和装置
CN108171503A (zh) * 2017-11-09 2018-06-15 西安艾润物联网技术服务有限责任公司 在线支付处理方法、设备及计算机可读存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136094A (zh) * 2007-09-29 2008-03-05 腾讯科技（深圳）有限公司 一种电子商务交易方法及系统
KR20150107418A (ko) * 2014-03-14 2015-09-23 삼성전자주식회사 전자 지갑을 활용한 결제 방법, 장치 그리고 시스템
CA3043896A1 (en) * 2016-11-17 2018-05-24 Alert Innovation Inc. Automated-service retail system and method
CN106779920A (zh) * 2016-11-30 2017-05-31 刘海军 一种订单支付方法和系统
WO2018166097A1 (zh) * 2017-03-15 2018-09-20 华为技术有限公司 一种支付方法、终端和服务器
CN107239994A (zh) * 2017-05-25 2017-10-10 福建中金在线信息科技有限公司 订单处理方法、装置、计算机设备及计算机可读存储介质
CN107622394B (zh) * 2017-09-21 2021-09-14 网易（杭州）网络有限公司 一种支付处理的方法、介质、装置和计算设备
CN108038681A (zh) * 2017-12-21 2018-05-15 知而行（上海）营销咨询有限公司 跨商户交易支付信息处理方法
CN108320145A (zh) * 2017-12-26 2018-07-24 阿里巴巴集团控股有限公司 线下电子支付处理方法、装置及客户端

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104077684A (zh) * 2014-06-09 2014-10-01 中国建设银行股份有限公司 一种在线支付方法和装置
CN108171503A (zh) * 2017-11-09 2018-06-15 西安艾润物联网技术服务有限责任公司 在线支付处理方法、设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN111275426A (zh) 2020-06-12

Similar Documents

Publication Publication Date Title
TW201941130A (zh) 自助購物結算方法及系統
US9514452B2 (en) System and method for simplified checkout with payment float
CN110858378B (zh) 评价信息的展示方法及订单创建方法、加购方法、装置
CN106991108A (zh) 一种信息的推送方法及装置
CN107632853B (zh) 一种信息显示方法及装置
CN111782873B (zh) 基于书籍视频的书籍推荐方法、电子设备及存储介质
CN105574755A (zh) 一种提供前端服务的方法和装置
CN108153795B (zh) 一种电子红包的数据处理方法、系统和装置
CN109034948A (zh) 交易处理方法、装置、设备及系统
CN110852746A (zh) 优惠支付的实现方法、装置、电子设备和存储介质
CN110020383B (zh) 一种页面数据请求处理方法及装置
CN111275426B (zh) 一种支付、订单处理方法和装置
US20110251886A1 (en) Promotional placement of applications in a marketplace
CN113327137A (zh) 一种广告投放方法、服务器、收款设备及计算机程序产品
CN110675207A (zh) 图像展示组合推荐方法、装置及设备
CN115936366A (zh) 一种客户分配方法、装置及相关设备
CN109064105A (zh) 一种资源转移请求处理方法、装置及电子设备
WO2021196806A1 (zh) 一种付款码展示方法、支付设备及电子设备
CN112258300B (zh) 一种针对订单生成的审核方法及装置
JP2022173124A (ja) 暗号通貨取引所の報酬のための方法、システム、およびコンピュータプログラム
CN110020931B (zh) 一种记账、异常业务的识别方法和装置
WO2019100867A1 (zh) 基于资源增值对象与资源对象的处理方法及装置
JP6875223B2 (ja) 出品物取引処理装置、出品物取引処理方法および出品物取引処理プログラム
CN108805514B (zh) 业务指标区间的可视化划分方法、装置和电子设备
US10685392B1 (en) System and method for visualization of subscription items in an item universe

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40031978

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant