CN110348889B - 业务处理方法和装置以及存储介质 - Google Patents
业务处理方法和装置以及存储介质 Download PDFInfo
- Publication number
- CN110348889B CN110348889B CN201910545142.9A CN201910545142A CN110348889B CN 110348889 B CN110348889 B CN 110348889B CN 201910545142 A CN201910545142 A CN 201910545142A CN 110348889 B CN110348889 B CN 110348889B
- Authority
- CN
- China
- Prior art keywords
- service
- price
- information
- target
- request
- 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
Links
Images
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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
- G06Q30/0206—Price or cost determination based on market factors
-
- 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/0605—Supply or demand aggregation
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Game Theory and Decision Science (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明揭示了一种业务处理方法,所述方法包括:接收至少两个第一终端发送的业务请求,所述业务请求中携带标的信息和第一标的对价,其中所述第一标的对价与预先保存的所述标的信息的标准对价不同;根据所述标的信息,对来自多个第一终端的业务请求进行汇总,并将汇总得到的组业务请求发送至第二终端,所述组业务请求中至少携带所述标的信息、第一终端数量以及第一标的对价;以及响应于接收到所述第二终端的确认信息,向所述第一终端发送业务成功消息。基于本发明实施例提供的业务处理方法,能够大大提高组业务的成功几率,从而实现节省平台处理资源、提高处理效率的目的。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种业务处理方法和装置、计算机可读存储介质以及电子设备。
背景技术
随着计算机及互联网的普及,基于网络进行电子商务交易已成为一种常见的消费模式,相应也涌现出大量的电子商务交易平台。近年来,电子商务中更是出现一种基于用户组进行购物(可称为“团购”或“拼购”)的新兴模式,使用户能够在享受网络购物便利性的同时,还能享受更优惠的价格。
在传统的团购运营模式中,通常由商家通过商家账号登录后在交易平台上发布团购业务,设置成交条件(例如确定成团的用户数量和截止时间,以及成团后的商品价格);用户则可在平台已发布业务的页面上浏览业务,选择并加入相应的业务(例如可支付订金);在截止时间到达时,若满足商家设置的成交条件则交易成立,反之则交易不成立。
上述传统的团购都是由商家发起,模式比较单一,没有充分考虑用户对商品和价位的需求,导致成团率较低,对于交易平台维护这些业务所需的处理资源而言,也是一种浪费。
发明内容
为了解决传统团购模式容易造成平台处理资源浪费的问题,本发明提供了一种业务处理方法和装置、计算机可读存储介质以及电子设备。
根据本发明的实施例,提供一种业务处理方法,所述方法包括:接收至少两个第一终端发送的业务请求,所述业务请求中携带标的信息和第一标的对价,其中所述第一标的对价与预先保存的所述标的信息的标准对价不同;根据所述标的信息,对来自多个第一终端的业务请求进行汇总,并将汇总得到的组业务请求发送至第二终端,所述组业务请求中至少携带所述标的信息、第一终端数量以及第一标的对价;以及响应于接收到所述第二终端的确认信息,向所述第一终端发送业务成功消息。
根据本发明的实施例,提供一种业务处理方法,包括:获取展示有标的列表的标的展示界面;响应针对所述标的列表中一标的信息的触发操作,确定出一信息输入界面;获取在所述信息输入界面中输入的第一标的对价,所述第一标的对价与预先保存于服务器中的所述标的信息的标准对价不同;以及响应于针对所述信息输入界面中支付确认控件的触发操作,发送包含所述标的信息、所述第一标的对价、以及业务参与对象数量的业务请求。
根据本发明的实施例,提供一种业务处理装置,包括:业务接收模块,用于接收至少两个第一终端发送的业务请求,所述业务请求中携带标的信息和第一标的对价,其中所述第一标的对价与预先保存的所述标的信息的标准对价不同;业务转发模块,用于根据所述标的信息,对来自多个第一终端的业务请求进行汇总,并将汇总得到的组业务请求发送至第二终端,所述组业务请求中至少携带所述标的信息、第一终端数量以及第一标的对价;以及业务处理模块,用于响应于接收到所述第二终端的确认信息,向所述第一终端发送业务成功消息。
根据本发明的实施例,提供一种业务处理装置,包括:展示模块,用于获取展示有标的列表的标的展示界面;确定模块,用于响应针对所述标的列表中一标的信息的触发操作,确定出一信息输入界面;获取模块,用于获取在所述信息输入界面中输入的第一标的对价,所述第一标的对价与预先保存于服务器中的所述标的信息的标准对价不同;以及发送模块,用于响应于针对所述信息输入界面中支付确认控件的触发操作,发送包含所述标的信息、所述第一标的对价、以及业务参与对象数量的业务请求。
根据本发明的实施例,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的业务处理方法。
根据本发明的实施例,提供一种电子设备,包括:处理器;以及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现如上所述的业务处理方法。
本发明的实施例提供的技术方案可以包括以下有益效果:
基于本发明实施例提供的业务处理方法,由用户终端发起业务请求,商家终端根据业务请求携带的标的和对价以及发起业务请求的用户数,确定是否参与组业务以提供标的给用户,这种业务处理模式充分考虑了用户的需求,能够大大提高组业务的成功几率,从而实现节省平台处理资源、提高处理效率的目的。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并于说明书一起用于解释本发明的原理。
图1示出了可以应用本发明实施例的业务处理方法或装置的示例性系统架构的示意图。
图2示出了用来实现本发明实施例的电子设备的计算机系统的结构示意图。
图3示出了传统团购的用户界面示意图。
图4是根据一示例性实施例示出的一种业务处理方法的流程图。
图5示出图4实施例中步骤420的示例性流程图。
图6是根据另一示例性实施例示出的一种业务处理方法的流程图。
图7示出用户终端发起业务请求的编辑界面示意图。
图8示出用户终端接收组业务预请求的界面示意图。
图9是根据再一示例性实施例示出的一种业务处理方法的流程图。
图10是根据一示例性实施例示出的一种业务处理装置的框图。
图11是根据另一示例性实施例示出的一种业务处理装置的框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本发明将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本发明的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本发明的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
图1示出了可以应用本发明实施例的业务处理方法或装置的示例性系统架构100的示意图。
如图1所示,系统架构100可以包括终端设备101、102、103中的一种或多种,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
用户和商家可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备,包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。服务器105可以是提供各种服务的服务器。
例如,用户利用终端设备101向服务器105发起了业务请求,其中携带标的信息和第一标的对价;服务器105在接收到来自多个终端的业务请求后,将汇总得到的组业务请求发送至商家对应的终端设备102或103,组业务请求中携带用户数;商家利用终端设备102或103对组业务请求进行反馈,根据标的、对价和用户数等信息确定是否参与组业务;最后,服务器105响应于接收到所述商家终端的确认信息,向用户终端发送业务成功消息,所述业务成功消息中携带第二标的对价,所述第二标的对价小于等于所述第一标的对价。
在一些实施例中,本发明实施例所提供的业务处理方法一般由服务器105执行,相应地,业务处理装置一般设置于服务器105中。在另一些实施例中,某些终端可以具有与服务器相似的功能从而执行本方法。因此,本发明实施例所提供的业务处理方法不限定在服务器端执行。
图2示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。
需要说明的是,图2示出的电子设备的计算机系统200仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图2所示,计算机系统200包括中央处理单元(CPU)201,其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中,还存储有系统操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。
以下部件连接至I/O接口205:包括键盘、鼠标等的输入部分206;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207;包括硬盘等的存储部分208;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器210上,以便于从其上读出的计算机程序根据需要被安装入存储部分208。
特别地,根据本发明的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分209从网络上被下载和安装,和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时,执行本申请的系统中限定的各种功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现如下述实施例中所述的方法。例如,所述的电子设备可以实现如图4至图6和图9所示的各个步骤。
在详细阐述本发明的实施例的技术方案之前,以下简单介绍一些相关的技术方案。
图3示出传统团购的用户界面示意图,该用户界面30对应的页面通常由商家基于交易平台提供的模板进行发布,并以网页或应用页面的形式显示在用户终端中。
如图3所示,用户界面30包括多个显示区域31-34。显示区域31用于展示对应的商品图片;显示区域32用于展示商品的价格和简单描述;显示区域33用于展示当前团购的进度状态;显示区域34用于展示选项按钮,供当前用户操作以确定是否进行团购。其中,显示区域33可基于商家设置的成交条件展示进度状态;例如,商家设置2人成团,若当前有两个用户分别参加团购,则显示区域33可展示两个团购状态,并分别显示“还差1人拼成”的提示。若用户选择一个进行中的团购参加,则可选择显示区域33的“去拼单”操作,根据上述成交条件即视为团购成功;若用户选择单独进行一个团购,则可选择显示区域34提供的选项,平台相应再生成一个团购订单,并将进度展示在显示区域33中。
如上所述,在传统的团购运营模式中,由商家通过交易平台发布团购业务,设置成交条件;用户只能被动在已发布业务的页面上浏览业务,选择并加入相应的业务。这种业务处理模式比较单一,没有充分考虑用户对商品和价位的需求,导致成团率较低,对于交易平台维护这些业务所需的处理资源而言,也是一种浪费。
针对上述问题,本发明的实施例提供一种业务处理方案,下面将结合附图进行详细描述。
图4是根据一示例性实施例示出的一种业务处理方法的流程图。本实施例的方法可由对应于交易平台的服务器或终端设备执行,下面仅以服务器为例进行说明,但本发明并不仅限于此。如图4所示,本实施例的方法包括步骤410-430。
在步骤410中,服务器接收至少两个第一终端发送的业务请求,业务请求中携带标的信息和第一标的对价,其中所述第一标的对价与预先保存的所述标的信息的标准对价不同。
本发明实施例中为便于区分,将与用户(消费者)对应的终端称为“第一终端”(下文也称用户终端),将与商家对应的终端称为“第二终端”(下文也称商家终端),但这并不构成对终端特性的限定,“第一终端”与“第二终端”可以采用不同的两种设备(例如手机和电脑),也可以采用同一种设备(例如两部手机),甚至可以采用同一个设备。
对于服务器而言,可通过通信消息中携带的账号信息来区分第一终端和第二终端。例如,服务器在收到普通用户账号登陆后发送的业务请求等消息时,可将对应的终端视为“第一终端”,在收到商家账号登陆后发送的消息时,可将对应的终端视为“第二终端”。
与相关技术中只能由商家发起团购不同,本发明实施例中基于用户终端发起的业务请求创建团购(下文也称为“组业务”),可充分反应用户对标的(包括商品或服务)的需求,提高团购业务的成功率。
在一个实施例中,第一终端发送的业务请求中携带标的信息,从而服务器可基于标的信息作为组业务的标识,便于后续对标的信息相同的业务请求进行汇总处理。
在一个实施例中,第一终端发送的业务请求中还携带标的对价,从而服务器可基于标的信息和对价同时作为组业务的标识,便于对标的信息和对价均相同的业务请求进行汇总处理。
为便于区分,此处将业务请求中携带的标的对价称为“第一标的对价”。可以理解,第一标的对价可视为用户对当前商品的预期最高价格。换言之,这里的第一标的对价与预先保存的标的信息的标准对价不同。在一个实施例中,第一标的对价一般要低于标准对价。
在一个实施例中,第一终端发送的业务请求中还可携带用于缩小商家范围的优先级信息。这里的优先级信息例如可包括地理位置信息和/或评价信息。
例如,业务请求中可携带地理位置信息。这里的地理位置信息用于反映第一终端当前所处的地理位置,从而服务器在后续确定待发送组业务请求的商家时,可优先或仅选择距第一终端在预设距离内的商家。
又例如,业务请求中还可携带评价信息。这里的评价信息用于反映用户对商家的商誉要求,例如可包括商家在交易平台上所得到的用户评分,从而服务器在后续确定待发送组业务请求的商家时,可优先或仅选择评分高于预设值的商家。
在一个实施例中,为提高组业务的成功率,可额外增设业务请求的发起条件,以确保发起业务请求的用户是真正有业务需求的用户。例如,可设置定金条件,用户只有通过第一终端支付了定金,服务器才视为接收到业务请求。
接续如图4所示,在步骤420中,服务器根据标的信息,对来自多个第一终端的业务请求进行汇总,并将汇总得到的组业务请求发送至第二终端,组业务请求中至少携带所述标的信息、第一终端数量以及第一标的对价。
与相关技术中用户只能被动参与商家发起的团购不同,本发明实施例中的组业务是基于用户设置的标的和对价发起,从而充分考虑了用户需求,提高了组业务的成功率。
在步骤420的一个实施例中,服务器从各用户终端处收集业务请求,以标的信息为依据,对标的相同的业务请求进行汇总,并在针对同一标的发起业务请求的用户数达到预设数目(例如大于2)时,生成相应的组业务请求发送至商家终端。
在一个实施例中,步骤420中针对同一标的收集的业务请求,可分别来自多个用户各自通过选择标的和对价发起的业务请求。换言之,服务器在汇总业务请求时,除了以标的信息作为汇总依据,还可考虑只将那些对价相同的业务请求汇总在一起,而针对即使标的相同但对价不同的业务请求,则分别汇总成不同的组业务请求进行后续处理。
例如,针对商品A,有2个用户以对价M发起了业务请求,有3个用户以对价N发起了业务请求,则服务器可将从前2个用户处收集的业务请求汇总为组业务请求1,将从后3个用户处收集的业务请求汇总为组业务请求2,从而分别进行后续的发送操作。
这种情况下,为了增加组业务的成功率,业务请求中的第一标的对价可设置为区间值,而不是单个值,从而可实现将针对同一标的的更多业务请求汇总成组业务请求。
例如,针对商品A,有2个用户以对价区间[M1,M2]发起了业务请求,有3个用户以对价区间[N1,N2]发起了业务请求,假设M1<N1<M2<N2,则服务器可基于两个对价区间的交集[N1,M2],将从这5个用户处收集的业务请求汇总为一个组业务请求,从而一并进行后续的发送操作。
在另一个实施例中,步骤420中针对同一标的收集的业务请求,还可以是由初始用户选择标的和对价发起业务请求,而其他用户则通过同意(例如支付定金)该标的和对价的方式发起业务请求。如图5所示,在该实施例中,步骤420的汇总可包括以下步骤510-540。
在步骤510中,服务器响应于接收到业务请求,根据标的信息确定是否存在相应的组业务预请求,若是则进行步骤530,否则进行步骤520。
本实施例中,在生成发送给商家终端的组业务请求之前,可基于初始用户发起的业务请求生成组业务预请求,从而用于邀请有相同意愿的用户发起业务请求。
在一个实施例中,服务器在接收到业务请求时,可基于其中携带的标的信息查询是否已存在相应的组业务预请求。如果存在,则表明已有其他用户针对同一标的发起过业务请求;如果不存在,则表明当前发起业务请求的用户可作为初始用户,从而进行后续的组业务预请求创建操作。
在步骤520中,服务器生成组业务预请求并发送至多个第一终端。
本步骤中,服务器可基于初始用户发起的业务请求中携带的标的信息,生成组业务预请求发送至多个第一终端,从而便于那些对同一标的感兴趣的用户一同参与组业务,以提高组业务的成功率。
在一个实施例中,与上述汇总操作类似,服务器在进行组业务预请求的生成操作时,除了考虑标的信息,还可考虑对价信息。换言之,服务器在生成组业务预请求时,除了以标的信息作为依据,还可考虑按不同对价分别生成组业务预请求,也即,针对那些即使标的相同但对价不同的业务请求,也都分别视为来自初始用户发送的业务请求,从而更精准的将那些对同一标的感兴趣、且预期对价相同的用户一同参与组业务,进一步提高组业务的成功率。相应的,步骤510在进行组业务预请求的查询操作时,除了以标的信息作为依据,还可同时考虑对价信息。
在该实施例中,同样与上述汇总操作类似,服务器在考虑对价信息时,根据实际应用或者根据用户的需求,既可按照单个值的对价信息生成组业务预请求,也可按照区间形式的对价信息生成组业务预请求,对此可参照上述汇总操作的描述,此处不再赘述。
在一个实施例中,这里的多个第一终端可包括在服务器注册的所有用户对应的终端,还可包括满足特定条件的用户。例如,组业务预请求可以只发给关注了当前标的的用户,或者只发给与初始用户存在关联关系(例如好友或互相关注)的用户。
在一个实施例中,服务器在发送组业务预请求时可根据标的信息进行分类发送,从而便于其他用户通过选择感兴趣的分类浏览到相应的组业务预请求。
在一个实施例中,这里的多个第一终端还可包括初始发起业务请求的终端自身,从而服务器后续还可根据其他终端对组业务预请求的反馈情况,向该终端展示组业务预请求的进度。
在步骤530中,服务器更新已存在的组业务预请求。
若服务器在步骤510中确定存在相应的组业务预请求,则表明已有其他用户针对同一标的发起过业务请求。相应的,服务器在步骤530中便可基于当前接收的业务请求,对已存在的组业务预请求进行更新。
在一个实施例中,这里的更新例如可包括增加相应的用户数。
在一个实施例中,步骤530还可包括向用户终端发送已存在业务预请求的提示,从而便于由用户选择是否继续参与已存在的组业务。
在步骤540中,服务器在确定组业务预请求满足预设条件时生成组业务请求。
在一个实施例中,可预先设置组业务请求的触发条件。例如,在用户数达到预设数目(例如2)时,确定组业务预请求满足预设条件,从而生成相应的组业务请求发送给商家终端。
在一个实施例中,可在步骤520之后进行预设条件的判断。例如,在将组业务预请求发送至多个第一终端之后,接收多个第一终端的反馈,并在反馈信息满足预设条件时生成组业务请求。具体例如,在收到一个用户针对组业务预请求支付的定金时,服务器可判断针对当前标的发起业务请求的用户数目达到2个(第一个为初始用户),从而确定满足预设条件,生成组业务请求。
在一个实施例中,在步骤530之后也可进行预设条件的判断。例如,在进行更新操作之后,原来的组业务预请求已发生变化,从而可触发预设条件的判断。具体例如,在将参加当前组业务的用户数加一之后,服务器可判断针对当前标的发起业务请求的用户数目达到2个(第一个为初始用户),从而确定满足预设条件,生成组业务请求。
接续,在步骤420的一个实施例中,根据商家在服务器注册时选择的标的,服务器将组业务请求发送至能够提供当前标的的多个商家终端,从而后续对应的多个商家可竞标参加组业务。
在一个实施例中,服务器在将组业务请求发送至商家终端之前,还可对业务请求中的优先级信息进行检测。如果业务请求中携带有指示地理位置、商家评级等优先级信息时,服务器除了基于标的信息选择商家之外,还可基于该优先级信息从商家列表中选择符合条件的商家。
例如,服务器检测到业务请求中携带地理位置信息时,服务器可从商家列表中优先选择或仅选择距第一终端在预设距离内的商家。
又例如,服务器检测到业务请求携带评价信息时,服务器可从商家列表中优先选择或仅选择评分高于预设值的商家。
接续如图4所示,在步骤430中,服务器响应于接收到第二终端的确认信息,向第一终端发送业务成功消息。
与相关技术中由商家发起团购、由用户确认是否参加团购不同,本发明的实施例中业务请求创建组业务、进而由商家确认是否参加组业务,从而充分考虑了用户需求,提高了组业务的成功率。
在接收到步骤420中由服务器生成并发送的组业务请求后,商家便可基于组业务请求中携带的用户数以及原始业务请求中的标的和对价信息,确认是否参加用户当前发起的组业务,如果参加,便可通过第二终端向服务器反馈确认信息。这里的确认信息用于表示该商家同意以至多第一标的对价提供相应的标的。
在一个实施例中,服务器发送的业务成功消息中携带第二标的对价,所述第二标的对价小于等于所述第一标的对价。
在一个实施例中,如果反馈确认信息的商家只有一个,则可直接以该商家反馈的标的对价作为最终组业务的标的对价(即第二标的对价),携带在业务成功消息中反馈给所有参与当前组业务的用户。
更多情况下,反馈确认信息的商家可能有多个,此时可基于以下示例示出的方式确定第二标的对价。
在一个示例中,服务器可基于最先收到的确认信息中的标的对价确定所述第二标的对价。例如,在业务请求中没有携带优先级信息等反映用户偏好的信息时,服务器可按照先到先得的方式确认最终成功参与组业务的商家。
在另一个示例中,服务器还可基于最低的标的对价确定第二标的对价。换言之,多个商家在收到组业务请求后,可按照竞标的方式参与组业务,最终服务器可选择最低的标的对价作为第二标的对价。
在再一个示例中,服务器还基于与第一标的对价最接近的标的对价确定第二标的对价。
无论何种方式,服务器基于商家终端反馈的确认信息后,便可向用户终端发送业务成功消息,并将最终确定的标的对价通知给用户。
在一个实施例中,业务成功消息还可同时发送给对应的商家终端,从而通知商家开始准备相应的标的。例如,在标的为特定商品的情况下,商家开始准备物流;在标的为特定服务的情况下,商家开始准备服务条件并通知用户能够提供服务的时间和地点。
在一个实施例中,服务器还可在步骤430之后持续提供标的的追踪信息,例如物流状态和服务状态,直到最终收到用户确认收货或确认已接受服务的通知。
综上所述,基于本发明实施例提供的业务处理方法,由用户终端发起业务请求,商家终端根据业务请求携带的标的和对价以及发起业务请求的用户数,确定是否参与组业务以提供标的给用户,这种业务处理模式充分考虑了用户的需求,能够大大提高组业务的成功几率,从而实现节省平台处理资源、提高处理效率的目的。
图6是根据另一示例性实施例示出的一种业务处理方法的流程图。本实施例描述了由用户终端、服务器和商家终端配合完成的方法流程示例。如图6所示,本实施例的方法包括步骤610-650。
在步骤610中,用户终端发起业务请求。
在一个实施例中,业务请求中携带的信息包括但不限于以下内容的任意组合:标的和对价、优先级信息、反映是否缴纳定金的信息。
图7示出用户终端发起业务请求的编辑界面示意图。如图7所示,该用户界面70包括显示区域71-75。其中,显示区域71用于接收用户输入的标的描述信息;显示区域72用于接收用户输入的标的对价;显示区域73用于提示用户支付定金;显示区域74用于展示组业务预请求的进度;显示区域75用于接收用户选择偏好。
图8示出用户终端接收组业务预请求的界面示意图。如图8所示,该界面展示的组业务预请求中至少包括标的、对价和用户数信息,从而便于当前用户选择相应的组业务参加。
结合图7和图8所示可知,用户可单独发起针对特定标的的业务请求,也可选择响应已存在的业务预请求,在发起业务请求之后还可重新进行编辑。
在步骤620中,服务器汇总用户终端的业务请求,生成组业务请求并发送至商家终端。
在一个实施例中,服务器基于收集的业务请求中的标的和对价信息,生成相应的组业务请求发送给商家终端。
这里的组业务请求例如可以表现为订单的形式。作为一个示例,发送给商家终端的组业务订单中可包括但不限于以下内容的任意组合:
订单编号,用于唯一标识组业务订单,以便于索引;
用户账号,用于存储参与订单的所有用户的账号信息,并可以关联到收货地址等用户信息;
标的信息,用于描述求购的商品或服务;
标的对价,用于表示用户的期望价格或价格区间;
定金状态,用于表示定金的缴纳情况,例如包括哪些用户分别缴纳了多少定金;
用户数量,用于表示当前订单中参与组业务的用户数;以及
优先级信息,用于反映用户的偏好,例如是就近选择商家还是选择优质商家等等。
在步骤630中,商家终端向服务器回复确认消息。
在收到服务器发送的组业务请求后,商家在终端界面上可浏览组业务请求的列表,例如可显示与自身相关的标的或所有标的的组业务订单信息。
作为一个示例,商家终端也可基于图8所示的内容呈现组业务订单的概览,在接收到针对特定订单的选择操作后,便可按照步骤620中所述订单示例的形式,向商家呈现详细的订单内容,包括但不限于订单编号、用户账号、标的信息、标的对价、定金状态、用户数量、优先级信息等内容的任意组合。
在概览或详细内容界面,商家终端均可提供选项按钮,供商家选择是否同意参加相应的组业务,若选择同意则产生相应的确认消息回复至服务器。
在步骤640中,服务器基于收到的确认消息向用户终端发送业务成功消息。
在一个示例中,服务器可按照先到先得的方式确认最终成功参与组业务的商家。
在另一个示例中,多个商家在收到组业务请求后,可按照竞标的方式参与组业务,最终服务器可选择最低的标的对价作为第二标的对价。
无论何种方式,服务器基于商家终端反馈的确认信息后,便可向用户终端发送业务成功消息,并将最终确定的标的对价通知给用户。
在步骤650中,服务器提供组业务的进度信息。
在一个实施例中,服务器基于步骤650持续提供标的的追踪信息,例如物流状态和服务状态,直到最终收到用户确认收货或确认已接受服务的通知。
综上所述,基于本发明实施例提供的业务处理方法,由用户终端发起业务请求,商家终端根据业务请求携带的标的和对价以及发起业务请求的用户数,确定是否参与组业务以提供标的给用户,这种业务处理模式充分考虑了用户的需求,能够大大提高组业务的成功几率,从而实现节省平台处理资源、提高处理效率的目的。
图9是根据再一示例性实施例示出的一种业务处理方法的流程图。本实施例的方法可由对应于用户的第一终端执行。如图9所示,本实施例的方法包括步骤910-940。
在步骤910中,第一终端获取展示有标的列表的标的展示界面。
在步骤920中,第一终端响应针对所述标的列表中一标的信息的触发操作,确定出一信息输入界面。
以图7为例,显示出用户在展示界面选择特定标的信息后的用户界面70,对应此处的信息输入界面。
在步骤930中,第一终端获取在所述信息输入界面中输入的第一标的对价,所述第一标的对价与预先保存于服务器中的所述标的信息的标准对价不同。
仍以图7为例,用户可分别通过用户界面70中的显示区域72输入第一标的对价。图7还示出可接收输入标的信息的显示区域71,此处可基于步骤920中选择的标的信息生成默认的内容,从而由用户选择进行编辑。
在步骤940中,第一终端响应于针对所述信息输入界面中支付确认控件的触发操作,发送包含所述标的信息、所述第一标的对价、以及业务参与对象数量的业务请求。
接续以图7为例,用户可通过用户界面70中的显示区域73触发支付操作,第一终端在检测到支付成功后,可触发发送包含所述标的信息、所述第一标的对价、以及业务参与对象数量的业务请求。
在一个实施例中,信息输入界面还提供有对象筛选列表。相应的,在步骤940发送业务请求之前,本实施例的方法还包括:响应于针对所述对象筛选列表的选择操作,基于所述选择操作指示的对象范围生成所述业务请求。换言之,步骤940中发送的业务请求除了包括所述标的信息、所述第一标的对价、以及业务参与对象数量之外,还可包括用户选择的对象范围。
在一个实施例中,所述对象筛选列表可包括以下任意项:距离小于预设阈值的商家,或者排名在预设数目内的商家。例如,对象筛选列表中可展示附近1公里内的商家。又例如对象筛选列表中还可展示在当前交易平台中排名靠前(例如前50)的商家。
在一个实施例中,对象筛选列表还可展示与当前交易平台有合作的商家列表。以本实施例的方法运行在微信中为例,所述展示界面和信息输入界面均可由微信服务器提供生成,相应的,对象筛选列表中可展示与微信有合作的商家列表,例如展示京东的商家列表。
以图7为例,用户界面70的显示区域75中可展示上述商家列表。此处图7中示出“附近的商家”和“头部优质商家”两个选项,用户在选择后,可由接收业务请求的服务器根据用户选择确定将生成的组业务请求发送至对应范围的商家。在另一个示例中,这里的两个选项展开后还可包括详细的商家列表,从而供用户进一步精确选择相应的商家。
在一个实施例中,信息输入界面提供有关联用户列表。相应的,本实施例的方法还可包括:响应于针对所述关联用户的选择操作,将所述业务请求发送至所述选择操作指示的用户。
以图7为例,用户界面70的显示区域74中可展示关联用户列表。作为一个示例,关联用户列表中显示的用户可与当前用户存在好友关系,用户通过选择关联用户列表中的相应用户,可触发用户界面70将业务请求发送至相应的用户,从而邀请更多用户参与组业务,提高组业务的成功概率。作为另一个示例,显示区域74的关联用户列表还可用于显示当前已参与组业务的用户,从而供用户确认当前组业务的进度状态。
需要说明的是,为使说明书简洁,在图9实施例中省略了图4-图6实施例中已经描述过的步骤细节。但本领域技术人员应理解,图4-图6实施例中对于第一终端执行的步骤均可适用于此处图9的实施例,此处通过引用的方式合并在图9的实施例中。
基于本发明实施例提供的业务处理方法,由用户终端发起业务请求,商家终端根据业务请求携带的标的和对价以及发起业务请求的用户数,确定是否参与组业务以提供标的给用户,这种业务处理模式充分考虑了用户的需求,能够大大提高组业务的成功几率,从而实现节省平台处理资源、提高处理效率的目的。
图10是根据一示例性实施例示出的一种业务处理装置的框图。该业务处理装置,如图10所示,包括但不限于:业务接收模块1010、业务转发模块1020和业务处理模块1030。
业务接收模块1010用于接收至少两个第一终端发送的业务请求,所述业务请求中携带标的信息和第一标的对价,其中所述第一标的对价与预先保存的所述标的信息的标准对价不同。
业务转发模块1020用于根据所述标的信息,对来自多个第一终端的业务请求进行汇总,并将汇总得到的组业务请求发送至第二终端,所述组业务请求中至少携带所述标的信息、第一终端数量以及第一标的对价。
业务处理模块1030用于响应于接收到所述第二终端的确认信息,向所述第一终端发送业务成功消息。
在一个实施例中,业务处理模块1030具体用于响应于接收到多个第二终端的确认信息,所述确认信息中携带各自的标的对价,基于预设条件确定第二标的对价,向所述第一终端发送业务成功消息,所述业务成功消息中携带所述第二标的对价,所述第二标的对价小于等于所述第一标的对价。
在一个实施例中,业务处理模块1030可基于以下任意方式来确定第二标的对价:
基于最先收到的确认信息中的标的对价确定所述第二标的对价;
基于最低的标的对价确定所述第二标的对价;或
基于与所述第一标的对价最接近的标的对价确定所述第二标的对价。
在一个实施例中,业务转发模块1020在对业务请求进行汇总时,具体用于响应于接收到所述业务请求,生成组业务预请求并发送至所述多个第一终端;以及接收所述多个第一终端对所述组业务预请求的反馈,并在所述反馈满足预设条件时生成所述组业务请求。
在一个实施例中,业务转发模块1020在对业务请求进行汇总时,还具体用于响应于接收到所述业务请求,根据所述标的信息确定是否存在已生成的组业务预请求;以及响应于确定存在已生成的组业务预请求,对组业务预请求进行更新。
在一个实施例中,业务转发模块1020在所述的将汇总得到的组业务请求发送至商家对应的第二终端之前,还用于根据所述业务请求中的标的信息,从商家列表中确定提供对应标的的商家。
在一个实施例中,所述业务请求中还携带优先级信息,业务转发模块1020在所述的将汇总得到的组业务请求发送至商家对应的第二终端之前,还用于根据所述业务请求中的优先级信息,从商家列表中确定满足所述优先级信息的商家。
在一个实施例中,所述优先级信息包括地理位置信息或评价信息中的任意项。
在一个实施例中,业务处理模块1030接收的所述确认信息用于表示所述商家有意愿以至多所述第一标的对价提供所述标的信息对应的标的。
图11是根据另一示例性实施例示出的一种业务处理装置的框图。该业务处理装置,如图11所示,包括但不限于:展示模块1110、确定模块1120、获取模块1130和发送模块1140。
展示模块1110用于获取展示有标的列表的标的展示界面。
确定模块1120用于响应针对所述标的列表中一标的信息的触发操作,确定出一信息输入界面。
获取模块1130用于获取在所述信息输入界面中输入的第一标的对价,所述第一标的对价与预先保存于服务器中的所述标的信息的标准对价不同。
发送模块1140用于响应于针对所述信息输入界面中支付确认控件的触发操作,发送包含所述标的信息、所述第一标的对价、以及业务参与对象数量的业务请求。
在一个实施例中,信息输入界面提供有对象筛选列表,发送模块1140还用于响应于针对所述对象筛选列表的选择操作,基于所述选择操作指示的对象范围生成所述业务请求。
在一个实施例中,所述对象筛选列表包括以下任意项:距离小于预设阈值的商家,或者排名在预设数目内的商家。
在一个实施例中,信息输入界面提供有关联用户列表,发送模块1140还用于响应于针对所述关联用户的选择操作,将所述业务请求发送至所述选择操作指示的用户。
基于本发明实施例提供的业务处理装置,由用户终端发起业务请求,商家终端根据业务请求携带的标的和对价以及发起业务请求的用户数,确定是否参与组业务以提供标的给用户,这种业务处理模式充分考虑了用户的需求,能够大大提高组业务的成功几率,从而实现节省平台处理资源、提高处理效率的目的。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本发明实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (13)
1.一种业务处理方法,其特征在于,所述方法包括:
接收至少两个第一终端发送的业务请求,所述业务请求中携带优先级信息、标的信息和第一标的对价,其中所述第一标的对价与预先保存的所述标的信息的标准对价不同;
根据所述标的信息,对来自多个第一终端的业务请求进行汇总,并将汇总得到的组业务请求发送至第二终端,所述组业务请求中至少携带所述标的信息、第一终端数量以及第一标的对价;以及
响应于接收到所述第二终端的确认信息,向所述第一终端发送业务成功消息;
其中,在所述的将汇总得到的组业务请求发送至第二终端之前,所述方法还包括:
根据所述业务请求中的优先级信息和所述标的信息,从商家列表中确定提供对应标的、且满足所述优先级信息的商家,并将确定出的商家所对应的终端作为所述第二终端。
2.如权利要求1所述的业务处理方法,其特征在于,所述的响应于接收到所述第二终端的确认信息,向所述第一终端发送业务成功消息,包括:
响应于接收到多个第二终端的确认信息,所述确认信息中携带各自的标的对价,基于预设条件确定第二标的对价,向所述第一终端发送业务成功消息,所述业务成功消息中携带所述第二标的对价,所述第二标的对价小于等于所述第一标的对价。
3.如权利要求2所述的业务处理方法,其特征在于,所述的基于预设条件确定第二标的对价,包括以下任意一项:
基于最先收到的确认信息中的标的对价确定所述第二标的对价;
基于最低的标的对价确定所述第二标的对价;或
基于与所述第一标的对价最接近的标的对价确定所述第二标的对价。
4.如权利要求1所述的业务处理方法,其特征在于,所述的对来自多个第一终端的业务请求进行汇总,包括:
响应于接收到所述业务请求,生成组业务预请求并发送至所述多个第一终端;以及
接收所述多个第一终端对所述组业务预请求的反馈,并在所述反馈满足预设条件时生成所述组业务请求。
5.如权利要求4所述的业务处理方法,其特征在于,所述的对来自多个第一终端的业务请求进行汇总,还包括:
响应于接收到所述业务请求,根据所述标的信息确定是否存在已生成的组业务预请求;以及
响应于确定存在已生成的组业务预请求,对组业务预请求进行更新。
6.一种业务处理方法,其特征在于,所述方法包括:
获取展示有标的列表的标的展示界面;
响应针对所述标的列表中一标的信息的触发操作,确定出一信息输入界面;
获取在所述信息输入界面中输入的第一标的对价,所述第一标的对价与预先保存于服务器中的所述标的信息的标准对价不同;以及
响应于针对所述信息输入界面中支付确认控件的触发操作,发送包含所述标的信息、所述第一标的对价、业务参与对象数量和优先级信息的业务请求;所述优先级信息和所述标的信息用于指示从商家列表中确定提供对应标的、且满足所述优先级信息的商家。
7.如权利要求6所述的业务处理方法,其特征在于,所述信息输入界面提供有对象筛选列表,在所述的发送包含所述标的信息、所述第一标的对价、以及业务参与对象数量的业务请求之前,所述方法还包括:
响应于针对所述对象筛选列表的选择操作,基于所述选择操作指示的对象范围生成所述业务请求。
8.如权利要求7所述的业务处理方法,其特征在于,所述对象筛选列表包括以下任意项:距离小于预设阈值的商家,或者排名在预设数目内的商家。
9.如权利要求6所述的业务处理方法,其特征在于,所述信息输入界面提供有关联用户列表,所述方法还包括:
响应于针对所述关联用户的选择操作,将所述业务请求发送至所述选择操作指示的用户。
10.一种业务处理装置,其特征在于,所述装置包括:
业务接收模块,用于接收至少两个第一终端发送的业务请求,所述业务请求中携带标的信息和第一标的对价,其中所述第一标的对价与预先保存的所述标的信息的标准对价不同;
业务转发模块,用于根据所述标的信息,对来自多个第一终端的业务请求进行汇总,并将汇总得到的组业务请求发送至第二终端,所述组业务请求中至少携带所述标的信息、第一终端数量以及第一标的对价;以及
业务处理模块,用于响应于接收到所述第二终端的确认信息,向所述第一终端发送业务成功消息;
其中,所述业务转发模块还用于根据所述业务请求中的优先级信息和所述标的信息,从商家列表中确定提供对应标的、且满足所述优先级信息的商家,并将确定出的商家所对应的终端作为所述第二终端。
11.一种业务处理装置,其特征在于,所述装置包括:
展示模块,用于获取展示有标的列表的标的展示界面;
确定模块,用于响应针对所述标的列表中一标的信息的触发操作,确定出一信息输入界面;
获取模块,用于获取在所述信息输入界面中输入的第一标的对价,所述第一标的对价与预先保存于服务器中的所述标的信息的标准对价不同;以及
发送模块,用于响应于针对所述信息输入界面中支付确认控件的触发操作,发送包含所述标的信息、所述第一标的对价、业务参与对象数量和优先级信息的业务请求;所述优先级信息和所述标的信息用于指示从商家列表中确定提供对应标的、且满足所述优先级信息的商家。
12.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现根据权利要求1至9中任一项所述的业务处理方法。
13.一种电子设备,其特征在于,包括:
处理器;以及
存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现根据权利要求1至9中任一项所述的业务处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910545142.9A CN110348889B (zh) | 2019-06-21 | 2019-06-21 | 业务处理方法和装置以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910545142.9A CN110348889B (zh) | 2019-06-21 | 2019-06-21 | 业务处理方法和装置以及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110348889A CN110348889A (zh) | 2019-10-18 |
CN110348889B true CN110348889B (zh) | 2022-12-30 |
Family
ID=68182785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910545142.9A Active CN110348889B (zh) | 2019-06-21 | 2019-06-21 | 业务处理方法和装置以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110348889B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112099722A (zh) * | 2020-09-21 | 2020-12-18 | 北京五八信息技术有限公司 | 业务信息的展示方法、装置、设备和计算机可读介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350090A (zh) * | 2007-07-19 | 2009-01-21 | 李玉岗 | 基于连续逐笔议价的网络交易系统及其交易方法 |
CN102567904A (zh) * | 2010-12-08 | 2012-07-11 | 宇汇知识科技股份有限公司 | 网络交易撮合系统与方法 |
CN102982455A (zh) * | 2011-09-06 | 2013-03-20 | 上海博路信息技术有限公司 | 一种动态团购交易撮合系统 |
CN103489108A (zh) * | 2013-08-22 | 2014-01-01 | 浙江工商大学 | 社区商务云中大规模订单撮合方法 |
CN104700298A (zh) * | 2013-12-06 | 2015-06-10 | 无锡韩光电器有限公司 | 一种团购撮合方法和系统 |
CN105405036A (zh) * | 2015-04-01 | 2016-03-16 | 田小平 | 分类团购系统和方法 |
CN107730339A (zh) * | 2016-08-14 | 2018-02-23 | 天脉聚源(北京)科技有限公司 | 一种互联网购物的方法和系统 |
CN109741124A (zh) * | 2018-11-23 | 2019-05-10 | 泰康保险集团股份有限公司 | 网络团购方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI475507B (zh) * | 2012-08-20 | 2015-03-01 | Univ Nat Taiwan Science Tech | 網路媒合系統 |
-
2019
- 2019-06-21 CN CN201910545142.9A patent/CN110348889B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350090A (zh) * | 2007-07-19 | 2009-01-21 | 李玉岗 | 基于连续逐笔议价的网络交易系统及其交易方法 |
CN102567904A (zh) * | 2010-12-08 | 2012-07-11 | 宇汇知识科技股份有限公司 | 网络交易撮合系统与方法 |
CN102982455A (zh) * | 2011-09-06 | 2013-03-20 | 上海博路信息技术有限公司 | 一种动态团购交易撮合系统 |
CN103489108A (zh) * | 2013-08-22 | 2014-01-01 | 浙江工商大学 | 社区商务云中大规模订单撮合方法 |
CN104700298A (zh) * | 2013-12-06 | 2015-06-10 | 无锡韩光电器有限公司 | 一种团购撮合方法和系统 |
CN105405036A (zh) * | 2015-04-01 | 2016-03-16 | 田小平 | 分类团购系统和方法 |
CN107730339A (zh) * | 2016-08-14 | 2018-02-23 | 天脉聚源(北京)科技有限公司 | 一种互联网购物的方法和系统 |
CN109741124A (zh) * | 2018-11-23 | 2019-05-10 | 泰康保险集团股份有限公司 | 网络团购方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110348889A (zh) | 2019-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11734743B2 (en) | System and methods for personalization and enhancement of a marketplace | |
US10970692B2 (en) | Method, system and server system of payment based on a conversation group | |
US11113739B2 (en) | System and method for automatic fulfillment | |
JP6026492B2 (ja) | 支払基金のためのコンピュータ可読媒体、方法及びシステム、 | |
CN111818353B (zh) | 直播交互方法、终端及存储介质 | |
US20150025950A1 (en) | Method and system for providing configurable variable revenue sharing in online commerce | |
CN112465609A (zh) | 一种拼团订单的发起方法、装置及电子设备 | |
CN110348889B (zh) | 业务处理方法和装置以及存储介质 | |
US11055771B2 (en) | Method for auctioning bidding product, linked with product sales volume | |
CN105354715A (zh) | 一种用于对用户进行授权的方法和装置 | |
US20230351478A1 (en) | Multi-instance, multi-user ordering method and system | |
CN108831012B (zh) | 一种贩售机的售货方法和装置 | |
KR20130012196A (ko) | 소셜 커머스 서비스 제공을 위한 시스템 및 방법 | |
CN117611154A (zh) | 服务请求的处理方法、装置、电子设备及存储介质 | |
CN116228304A (zh) | 拼单信息的推送方法、系统、设备及存储介质 | |
CN111105227A (zh) | 数据处理方法、装置、设备和存储介质 | |
CN115348228A (zh) | 群组加入方法、群组信息显示方法及相关装置 | |
CN111985954A (zh) | 业务信息处理方法、装置、存储介质及计算机设备 | |
KR20190002921A (ko) | 구매자와 판매자의 매칭을 통한 물품 거래 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |