CN106503916A - 一种智能抢单方法及系统 - Google Patents
一种智能抢单方法及系统 Download PDFInfo
- Publication number
- CN106503916A CN106503916A CN201610970956.3A CN201610970956A CN106503916A CN 106503916 A CN106503916 A CN 106503916A CN 201610970956 A CN201610970956 A CN 201610970956A CN 106503916 A CN106503916 A CN 106503916A
- Authority
- CN
- China
- Prior art keywords
- competition
- orders
- information
- order
- businessman
- 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
- G06Q10/067—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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Finance (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Educational Administration (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提出了一种智能抢单方法,包括:获取来自第二端的抢单信息,反馈至多预设数目的抢单信息至第一端;响应对所述抢单信息的选定操作,获取来自所述第一端的订单选择信息;根据所述抢单信息的顺序及所述订单选择信息,按照预设规则向所述第二端退款。本发明另一方面还提供了一种智能抢单系统。该智能抢单方法及系统可以有效避免商家恶意抢单,形成完善的抢单管控机制。
Description
技术领域
本发明涉及电子商务技术领域,具体而言,涉及一种智能抢单方法及系统。
背景技术
近年来,随着电子商务的普及,无论是个人消费还是企业间的交易均越来越依赖于因特网实现产品信息搜索与网络结算。一些生活服务项目也已网络化,如美容美发、装修、设计等,采用互联网预定的方式减少了排队或面对面议价的繁琐过程。
目前,一种互联网预定生活服务项目的过程大致为消费者填写并发布预约信息和业务需求,生成订单。当商家浏览该预约信息后认为自己可以满足消费者的业务需求时,商家可以“抢单”。但这过程无疑会出现恶意抢单现象,而目前尚无完善的抢单管控机制。某些情况下,商家为了尽可能的接到更多的业务,在不考虑自身条件是否可以满足消费者业务需求的情况下,随意的抢单。但对于消费者而言,往往对所有抢单的商家同等看待,这样对其他商家不公平,同时不利于消费者利益。
发明内容
本发明正是基于上述问题,提出了一种具有完善的抢单管控机制的智能抢单方法及系统。
有鉴于此,本发明的一方面提出了一种智能抢单方法,包括:
获取来自第二端的抢单信息,反馈至多预设数目的抢单信息至第一端;
响应对所述抢单信息的选定操作,获取来自所述第一端的订单选择信息;
根据所述抢单信息的顺序及所述订单选择信息,按照预设规则向所述第二端退款。
进一步地,所述“获取来自第二端的抢单信息,反馈至多预设数目的抢单信息至第一端”包括:
接收来自所述第一端的订单需求信息;
推送所述订单需求信息至所述第二端;
检测所述第二端是否具有抢单权限及所述抢单信息的数目是否达到所述预设数目,生成检测结果;
根据所述检测结果,获取来自所述第二端对所述订单需求信息的抢单信息,及反馈所述抢单信息至所述第一端。
进一步地,所述“检测所述第二端是否具有抢单权限及所述抢单信息的数目是否达到所述预设数目,生成检测结果”包括:
根据存储的所述第二端的级别信息,检测所述第二端的抢单次数是否达到存储的抢单频次阈值;
当所述第二端的抢单次数未达到所述抢单频率阈值时,获取来自所述第二端对所述订单需求信息的抢单信息及所述抢单信息的顺序,生成及反馈抢单状态信息至所述第二端;
检测所述抢单信息的数目是否达到所述预设数目;
当所述抢单信息的数目未达到所述预设数目时,生成及反馈抢单费用缴纳提示信息至所述第二端,根据存储的抢单费用缴纳信息,检测所述第二端是否在指定时间内足额缴纳抢单费用;
当所述第二端已在指定时间内足额缴纳抢单费用时,所述第二端具有抢单权限;反之,所述第二端不具有抢单权限。
进一步地,所述“响应对所述抢单信息的选定操作,获取来自所述第一端的订单选择信息”包括:
响应所述第一端对至多第二预设数目的抢单信息的选定操作,获取来自所述第一端的订单选择信息。
进一步地,所述“根据所述抢单信息的顺序及所述订单选择信息,按照预设规则向所述第二端退款”包括:
根据所述订单选择信息,获取未被选定的抢单信息的顺序;
根据所述未被选定的抢单信息的顺序,及存储的抢单顺序与退款比例之间的对应关系,向所述未被选定的抢单信息对应的第二端退款。
本发明另一方面提供了一种智能抢单系统,包括获取单元、反馈单元、支付单元、处理器和存储器。
所述获取单元,用于获取来自第二端的抢单信息及其顺序。
所述反馈单元,用于反馈至多所述存储器存储的预设数目的抢单信息至第一端。
所述处理器,用于响应对所述抢单信息的选定操作,控制所述获取单元获取来自所述第一端的订单选择信息,及根据所述抢单信息的顺序及所述订单选择信息,控制所述支付单元按照预设规则对所述第二端执行支付操作。
进一步地,还包括检测单元。
所述获取单元,还用于接收来自所述第一端的订单需求信息。
所述反馈单元,还用于推送所述订单需求信息至所述第二端。
所述检测单元,用于检测所述第二端是否具有抢单权限及所述抢单信息的数目是否达到所述预设数目,生成检测结果。
所述处理器,还用于根据所述检测结果,控制所述获取单元获取来自所述第二端对所述订单需求信息的抢单信息,及控制所述反馈单元反馈所述抢单信息至所述第一端。
进一步地,所述智能抢单系统还包括生成单元和提示单元,所述检测单元包括抢单频次检测模块、抢单阈值检测模块和抢单费用缴纳检测模块。
所述抢单频次检测模块,用于根据所述存储器存储的所述第二端的级别信息,检测所述第二端的抢单次数是否达到所述存储器存储的抢单频次阈值。
所述生成单元,用于当所述第二端的抢单次数未达到所述抢单频率阈值时,根据来自所述第二端对所述订单需求信息的抢单信息及所述抢单信息的顺序,生成抢单状态信息。
所述抢单阈值检测模块,用于检测所述抢单信息的数目是否达到所述预设数目。
所述提示单元,用于当所述抢单信息的数目未达到所述预设数目时,生成抢单费用缴纳提示信息。
所述抢单费用缴纳检测模块,用于根据所述存储器存储的抢单费用缴纳信息,检测所述第二端是否在指定时间内足额缴纳抢单费用,生成检测结果。
进一步地,所述获取单元还用于响应所述第一端对至多第二预设数目的抢单信息的选定操作,获取来自所述第一端的订单选择信息。
进一步地,所述获取单元,还用于根据所述订单选择信息,获取未被选定的抢单信息的顺序。
所述支付单元,还用于根据所述未被选定的抢单信息的顺序,及所述存储器存储的抢单顺序与退款比例之间的对应关系,向所述未被选定的抢单信息对应的第二端退款。
本发明实施例提供的智能抢单方法及系统,每一商家可以提前了解消费者的订单的当前抢订状态,如果在了解已有较多其他商家抢订订单后仍进行抢单,则应承担更大的较少退款的风险,从而避免商家恶意抢单,形成完善的抢单管控机制。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本发明实施例提供的智能抢单方法的第一流程示意图;
图2示出了本发明实施例提供的智能抢单方法的第二流程示意图;
图3示出了本发明实施例提供的智能抢单系统的结构示意图。
主要元件符号说明:
100-智能抢单系统;10-处理器;20-存储器;30-获取单元;40-反馈单元;50-支付单元;60-检测单元;61-抢单频次检测模块;62-抢单阈值检测模块;63-抢单费用缴纳检测模块;70-生成单元;80-提示单元。
具体实施方式
为了便于理解本发明,下面将参照相关附图对智能抢单方法及系统进行更清楚、完整地描述。附图中给出了智能抢单方法及系统的优选实施例。智能抢单方法及系统可以通过许多不同的形式来实现,并不限于本文所描述的实施例。因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
图1示出了本发明实施例提供的智能抢单方法的流程示意图。
如图1所示,本发明实施例提供了一种智能抢单方法,包括:
步骤S1,获取来自第二端的抢单信息,反馈至多预设数目的抢单信息至第一端。
需要说明的是,下文所述消费者端为第一端;商家端为第二端。所述消费者可以是业主等,对应的商家可以是设计师等。
具体地,获取来自至多预设数目商家端的抢单信息。所述抢单信息包括抢订订单的商家的信息,如商家的名称和联系方式等。所述预设数目为抢单的最多商家数量,本实施例中,所述预设数目为6个,则最多有6个商家可以抢订来自同一消费者的订单。当然,可以根据需求设定所述预设数目为其他数量,这里不做限制。需要说明的是,本实施例中,任一商家抢单时均需缴纳一定数额的抢单费用,从而避免恶意抢单。
进一步地,当来自消费者端的订单被任一商家抢订时,接收来自该商家端的抢单信息,及发送该抢单信息至其他商家端,从而任一商家可以及时了解该订单的当前抢订状态。换句话说,所述商家均可看到订单当前是否被其他商家抢订,及抢订订单的商家的数目,从而了解自己可能抢单的顺序。
进一步地,当来自消费者端的订单被任一商家抢订时,获取所述抢单信息的顺序,并按照顺序反馈接收到抢单信息至消费者端,供消费者参考及选定。
步骤S2,响应对所述抢单信息的选定操作,获取来自所述第一端的订单选择信息。
具体地,响应消费者对至多另一预设数目的抢单信息的选定操作,获取来自消费者端的订单选择信息。所述另一预设数目为消费者选定的最多抢单商家数量,本实施例中,所述另一预设数目为3个,则消费者最多从反馈的多个抢单信息中选定其中3个抢单的商家进行预约。当然,可以根据需求设定所述另一预设数目为其他数量,这里不做限制。所述订单选择信息包括消费者对反馈的每一抢单信息的选定结果。
步骤S3,根据所述抢单信息的顺序及所述订单选择信息,按照预设规则向所述第二端退款。
具体地,所述预设规则包括抢单顺序和退款比例之间的对应关系。本实施例中,所述预设规则为前三个抢订订单的商家未被选定,退回抢单费用的70%;最后一抢订订单的商家未被选定则不予退还抢单费用;其他抢订订单的商家未被选定,退回抢单费用的50%。根据所述抢单信息的顺序及所述订单选择信息,向未被消费者选定的抢单的商家按照该商家抢单顺序对应的退款比例退款。
例如,商家A、商家B、商家C、商家D、商家E和商家F依次抢订了同一订单。假设消费者最终选定商家B、商家D和商家E,则应向其他三个未被选定的商家退款,具体地,向商家A和商家C按照缴纳抢单费用的70%退款,对于商家F则不予退款。由上描述,因为每一商家可以提前了解订单当前选定状态,如果在了解已有较多其他商家抢订订单后仍进行抢单,则应承担更大的抢单费用不能或较少退回的风险。
实施例2
图2示出了本发明实施例提供的智能抢单方法的流程示意图。
如图2所示,本发明实施例提供了一种智能抢单方法,包括:
步骤S11,接收来自所述第一端的订单需求信息。
具体地,获取来自消费者端的订单需求信息。所述订单需求信息包括业务信息,例如业主想要预约一设计师,所述订单需求信息可以是该业者输入的房屋所在区域、房屋类型、房屋面积、理想设计风格等业务信息。
步骤S12,推送所述订单需求信息至所述第二端。
具体地,推送接收到的订单需求信息到至少一商家端,以便商家了解消费者业务信息后结合自身条件是否能够满足消费者的业务需求后做出是否抢单的决定。
步骤S131,根据存储的所述第二端的级别信息,检测所述第二端的抢单次数是否达到存储的抢单频次阈值。
具体地,本实施例中,所述级别信息包括商家的抢单频次阈值信息,即商家在单位时间内的最多抢单次数,例如一商家的级别信息为10次/月,需要说明的是,所述单位时间可以根据需求自由设置,例如这里的月份可以是自然月,也可以是非自然月,如5月10日至6月9日,这里不作限制。当然,所述级别信息可以选择其他实施方式,这里同样不做限制。根据存储的商家端的抢单频次阈值信息,检测该商家是否还具有抢单机会。可以理解的是,当一商家的本次抢单次数不超过抢单频次阈值时,表示该商家还具有抢单机会。优选地,当所述第二端的抢单次数未达到所述抢单频率阈值时,响应商家的抢单操作,生成及反馈提示信息至该商家端。所述提示信息用于提示商家抢单次数已经达到抢单频次阈值,本单位时间内不能再抢单的信息。
步骤S132,当所述第二端的抢单次数未达到所述抢单频率阈值时,获取来自所述第二端对所述订单需求信息的抢单信息及所述抢单信息的顺序,生成及反馈抢单状态信息至任一所述第二端。
具体地,当一商家端具有抢单机会时,获取来自该商家端的抢单信息,及发送该抢单信息至其他商家端,从而任一商家可以及时了解该订单的当前抢订状态。换句话说,所述商家均可看到订单当前是否被其他商家抢订,及抢订订单的商家的数目,从而了解自己可能抢单的顺序。
步骤S133,检测所述抢单信息的数目是否达到第一预设数目。
具体地,所述第一预设数目为抢单的最多商家数量,本实施例中,所述第一预设数目为6个,则最多有6个商家可以抢订来自同一消费者的订单。当然,可以根据需求设定所述第一预设数目为其他数量,这里不做限制。当所述抢单信息的数目达到所述第一预设数目时,不再响应其商家端对该订单的抢订,换句话说,设置该订单需求信息为禁止抢订状态。
步骤S134,当所述抢单信息的数目未达到所述第一预设数目时,生成及反馈抢单费用缴纳提示信息至所述第二端。
需要说明的是,本实施例中,任一商家抢单后均需缴纳一定数额的押金,即商家只有在抢单后在指定时间内缴纳抢单费用才算抢单成功,从而进一步避免恶意抢单。
具体地,当所述抢单信息的数目未达到所述第一预设数目时,商家端可以继续对该订单抢单,生成抢单费用缴纳提示信息。所述抢单费用缴纳提示信息为用于提示商家及时缴纳抢单费用方可抢订订单的文本、图片或语音信息。反馈所述抢单费用缴纳提示信息至商家端,从而提示商家及时缴纳抢单费用。
步骤S135,根据存储的抢单费用缴纳信息,检测所述第二端是否在指定时间内足额缴纳抢单费用,生成检测结果。
具体地,所述抢单费用缴纳信息包括抢订订单应缴纳的抢单费用金额及商家已缴纳抢单费用金额。在指定时间内检测该商家端是否足额缴纳抢单费用,生成检测结果。所述指定时间为自商家抢单起算的一段时间,本实施例中,所述指定时间为10分钟,当然,所述指定时间可以根据需求自由设定,这里不作限制。当所述检测结果为所述第二端已在指定时间内足额缴纳抢单费用时,所述第二端具有抢单权限;反之,所述第二端不具有抢单权限。
步骤S14,根据所述检测结果,获取来自所述第二端对所述订单需求信息的抢单信息,及反馈所述抢单信息至所述第一端。
需要说明的是,步骤S14与本实施例的其他步骤并非顺序执行,也可以并行执行。
具体地,当所述商家端具有抢单权限时,获取来自所述第二端对所述订单需求信息的抢单信息,及反馈所述抢单信息至所述第一端。本实施例中,最终反馈至消费者端的抢单信息均为抢单成功的抢单信息,即同时满足抢单频次阈值、抢单预设数目及抢单费用缴纳的要求的商家的抢单信息。
另一实施例中,步骤S14在步骤S135之前执行。首先反馈所有来自仅满足抢单频次阈值和抢单预设数目要求的商家的抢单信息,然后再检测反馈的抢单信息对应的商家是否在所述指定时间足额缴纳抢单费用。当任一反馈的抢单信息对应的商家在所述指定时间没有足额缴纳抢单费用,取消该商家的抢单信息。例如商家A、商家B、商家C、商家D、商家E和商家F依次抢订了同一订单,首先按照抢单顺序反馈各个商家对应的抢单信息至消费者,此时消费者端显示有六个商家的抢单信息。假设指定时间内商家B、商家D和商家E未足额缴纳抢单费用,则取消商家B、商家D和商家E的抢单信息,此时消费者端仅显示商家A、商家C和商家F的抢单信息。通过上述描述可以发现,这种方式消费者可以及时的了解订单抢定状态。
步骤S15,响应所述第一端对至多第二预设数目的抢单信息的选定操作,获取来自所述第一端的订单选择信息。
具体地,响应消费者对至多第二预设数目的抢单信息的选定操作,获取来自消费者端的订单选择信息。所述第二预设数目为消费者选定的最多抢单商家数量,本实施例中,所述第二预设数目为3个,则消费者最多从反馈的多个抢单信息中选定其中3个抢单的商家进行预约。当然,可以根据需求设定所述第二预设数目为其他数量,这里不做限制。所述订单选择信息包括消费者对反馈的每一抢单信息的选定结果。
步骤S16,根据所述订单选择信息,获取未被选定的抢单信息的顺序。
具体地,根据所述订单选择信息获取未被消费者选定的商家的信息。进一步地,根据所述抢单信息的顺序获取未被消费者选定的商家产生的抢单信息的顺序。例如,商家A、商家B、商家C、商家D、商家E和商家F依次抢订了同一订单。假设消费者最终选定商家B、商家D和商家E,则没有被消费者选定的商家及顺序为商家A、商家C和商家F。
步骤S17,根据所述未被选定的抢单信息的顺序,及存储的抢单顺序与退款比例之间的对应关系,向所述未被选定的抢单信息对应的第二端退款。
具体地,本实施例中,存储的抢单顺序与退款比例之间的对应关系为前三个抢订订单的商家未被选定,退回抢单费用的70%;最后一抢订订单的商家未被选定则不予退还抢单费用;其他抢订订单的商家未被选定,退回抢单费用的50%。当然,可以设置抢单顺序与退款比例之间的其他对应关系,这里不做限制。根据所述未被选定的抢单信息的顺序,向未被消费者选定的抢单信息对应的商家按照该商家抢单顺序对应的退款比例退款。
实施例3
图3示出了本发明实施例提供的智能抢单系统的结构示意图。
如图3所示,本发明实施例提供了一种智能抢单系统100,包括处理器10、存储器20、获取单元30、反馈单元40、支付单元50和检测单元60。
获取单元30用于接收来自所述第一端的订单需求信息。
具体地,处理器10控制获取单元30获取来自消费者端的订单需求信息。所述订单需求信息包括业务信息,例如业主想要预约一设计师,所述订单需求信息可以是该业者输入的房屋所在区域、房屋类型、房屋面积、理想设计风格等业务信息。
反馈单元40用于推送所述订单需求信息至所述第二端。
具体地,处理器10控制反馈单元40推送接收到的订单需求信息到至少一商家端,以便商家了解消费者业务信息后结合自身条件是否能够满足消费者的业务需求后做出是否抢单的决定。
检测单元60用于检测所述第二端是否具有抢单权限及所述抢单信息的数目是否达到所述预设数目,生成检测结果。具体地,本实施例中,检测单元60包括抢单频次检测模块61、抢单阈值检测模块62和抢单费用缴纳检测模块63。
本实施例中,智能抢单系统100还包括生成单元70和提示单元80。
抢单频次检测模块61用于根据存储器20存储的所述第二端的级别信息,检测所述第二端的抢单次数是否达到存储器20存储的抢单频次阈值。
具体地,本实施例中,所述级别信息包括商家的抢单频次阈值信息,即商家在单位时间内的最多抢单次数。当然,所述级别信息可以选择其他实施方式,这里不做限制。处理器10控制抢单频次检测模块61根据存储的商家端的抢单频次阈值信息,检测该商家是否还具有抢单机会。可以理解的是,当一商家的本次抢单次数不超过抢单频次阈值时,表示该商家还具有抢单机会。
生成单元70用于当所述第二端的抢单次数未达到所述抢单频率阈值时,根据来自所述第二端对所述订单需求信息的抢单信息及所述抢单信息的顺序,生成抢单状态信息。
具体地,当一商家端具有抢单机会时,处理器10控制获取单元30获取来自该商家端的抢单信息,及控制反馈单元40发送该抢单信息至其他商家端,从而任一商家可以及时了解该订单的当前抢订状态。换句话说,所述商家均可看到订单当前是否被其他商家抢订,及抢订订单的商家的数目,从而了解自己可能抢单的顺序。
抢单阈值检测模块62用于检测所述抢单信息的数目是否达到第一预设数目。
具体地,所述第一预设数目为抢单的最多商家数量,本实施例中,所述第一预设数目为6个,则最多有6个商家可以抢订来自同一消费者的订单。当然,可以根据需求设定所述第一预设数目为其他数量,这里不做限制。处理器10控制抢单阈值检测模块62检测所述抢单信息的数目是否达到第一预设数目,当所述抢单信息的数目达到所述第一预设数目时,不再响应其商家端对该订单的抢订,换句话说,设置该订单需求信息为禁止抢订状态。
提示单元80用于当所述抢单信息的数目未达到所述第一预设数目时,生成抢单费用缴纳提示信息。
具体地,当所述抢单信息的数目未达到所述第一预设数目时,商家端可以继续对该订单抢单,处理器10控制提示单元80生成抢单费用缴纳提示信息。所述抢单费用缴纳提示信息为用于提示商家及时缴纳抢单费用方可抢订订单的文本、图片或语音信息。处理器10控制反馈单元40反馈所述抢单费用缴纳提示信息至商家端,从而提示商家及时缴纳抢单费用。
抢单费用缴纳检测模块63用于根据所述存储器存储的抢单费用缴纳信息,检测所述第二端是否在指定时间内足额缴纳抢单费用,生成检测结果。
具体地,所述抢单费用缴纳信息包括抢订订单应缴纳的抢单费用金额及商家已缴纳抢单费用金额。处理器10控制抢单费用缴纳检测模块63在指定时间内检测该商家端是否足额缴纳抢单费用,生成检测结果。所述指定时间为自商家抢单起算的一段时间,本实施例中,所述指定时间为10分钟,当然,所述指定时间可以根据需求自由设定,这里不作限制。当所述检测结果为所述第二端已在指定时间内足额缴纳抢单费用时,所述第二端具有抢单权限;反之,所述第二端不具有抢单权限。
处理器10还用于根据所述检测结果,控制获取单元30获取来自所述第二端对所述订单需求信息的抢单信息,及控制反馈单元40反馈所述抢单信息至所述第一端。
具体地,所述商家端具有抢单权限时,处理器10控制获取单元30获取来自所述第二端对所述订单需求信息的抢单信息,及控制反馈单元40反馈所述抢单信息至所述第一端。本实施例中,最终反馈至消费者端的抢单信息均为抢单成功的抢单信息,即同时满足抢单频次阈值、抢单预设数目及抢单费用缴纳的要求的商家的抢单信息。
另一实施例中,处理器10首先控制反馈单元40反馈所有来自仅满足抢单频次阈值和抢单预设数目要求的商家的抢单信息,然后再控制抢单费用缴纳检测模块63检测反馈的抢单信息对应的商家是否在所述指定时间足额缴纳抢单费用。当任一反馈的抢单信息对应的商家在所述指定时间没有足额缴纳抢单费用,取消该商家的抢单信息。这种方式消费者可以及时的了解订单抢定状态。
获取单元30还用于响应所述第一端对至多第二预设数目的抢单信息的选定操作,获取来自所述第一端的订单选择信息。
具体地,处理器10控制获取单元30响应消费者对至多第二预设数目的抢单信息的选定操作,获取来自消费者端的订单选择信息。所述第二预设数目为消费者选定的最多抢单商家数量。当然,可以根据需求设定所述第二预设数目为其他数量,这里不做限制。所述订单选择信息包括消费者对反馈的每一抢单信息的选定结果。
支付单元50用于根据所述未被选定的抢单信息的顺序,及存储器20存储的抢单顺序与退款比例之间的对应关系,向所述未被选定的抢单信息对应的第二端退款。
具体地,处理器10控制获取单元30根据所述抢单信息的顺序及所述订单选择信息,获取未被选定的抢单信息的顺序,及控制支付单元50根据所述未被选定的抢单信息的顺序,向未被消费者选定的抢单的商家按照该商家抢单顺序对应的退款比例退款。本实施例中,存储器20存储的抢单顺序与退款比例之间的对应关系为前三个抢订订单的商家未被选定,退回抢单费用的70%;最后一抢订订单的商家未被选定则不予退还抢单费用;其他抢订订单的商家未被选定,退回抢单费用的50%。当然,可以设置抢单顺序与退款比例之间的其他对应关系,这里不做限制。
本发明实施例提供的智能抢单方法及系统,每一商家可以提前了解消费者的订单的当前抢订状态,如果在了解已有较多其他商家抢订订单后仍进行抢单,则应承担更大的较少退款的风险,从而避免商家恶意抢单,形成完善的抢单管控机制。
本发明实施例所提供的系统,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,系统实施例部分未提及之处,可参考前述方法实施例中相应内容。
在这里示出和描述的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是为限制,因此,示例性实施例的其他示例可以具有不同的值。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述为分离部件说明的单元可以是或者也可以不是物理上分开的,为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种智能抢单方法,其特征在于,包括:
获取来自第二端的抢单信息,及反馈至多预设数目的抢单信息至第一端;
响应对所述抢单信息的选定操作,获取来自所述第一端的订单选择信息;
根据所述抢单信息的顺序及所述订单选择信息,按照预设规则向所述第二端退款。
2.根据权利要求1所述的智能抢单方法,其特征在于,所述“获取来自第二端的抢单信息,及反馈至多预设数目的抢单信息至第一端”包括:
接收来自所述第一端的订单需求信息;
推送所述订单需求信息至所述第二端;
检测所述第二端是否具有抢单权限及所述抢单信息的数目是否达到所述预设数目,生成检测结果;
根据所述检测结果,获取来自所述第二端对所述订单需求信息的抢单信息,及反馈所述抢单信息至所述第一端。
3.根据权利要求2所述的智能抢单方法,其特征在于,所述“检测所述第二端是否具有抢单权限及所述抢单信息的数目是否达到所述预设数目,生成检测结果”包括:
根据存储的所述第二端的级别信息,检测所述第二端的抢单次数是否达到存储的抢单频次阈值;
当所述第二端的抢单次数未达到所述抢单频率阈值时,获取来自所述第二端对所述订单需求信息的抢单信息及所述抢单信息的顺序,生成及反馈抢单状态信息至所述第二端;
检测所述抢单信息的数目是否达到所述预设数目;
当所述抢单信息的数目未达到所述预设数目时,生成及反馈抢单费用缴纳提示信息至所述第二端,根据存储的抢单费用缴纳信息,检测所述第二端是否在指定时间内足额缴纳抢单费用;
当所述第二端已在指定时间内足额缴纳抢单费用时,所述第二端具有抢单权限;反之,所述第二端不具有抢单权限。
4.根据权利要求1所述的智能抢单方法,其特征在于,所述“响应对所述抢单信息的选定操作,获取来自所述第一端的订单选择信息”包括:
响应所述第一端对至多第二预设数目的抢单信息的选定操作,获取来自所述第一端的订单选择信息。
5.根据权利要求1所述的智能抢单方法,其特征在于,所述“根据所述抢单信息的顺序及所述订单选择信息,按照预设规则向所述第二端退款”包括:
根据所述订单选择信息,获取未被选定的抢单信息的顺序;
根据所述未被选定的抢单信息的顺序,及存储的抢单顺序与退款比例之间的对应关系,向所述未被选定的抢单信息对应的第二端退款。
6.一种智能抢单系统,其特征在于,包括获取单元、反馈单元、支付单元、处理器和存储器,
所述获取单元,用于获取来自第二端的抢单信息;
所述反馈单元,用于反馈不超过所述存储器存储的预设数目的抢单信息至第一端;
所述处理器,用于响应对所述抢单信息的选定操作,控制所述获取单元获取来自所述第一端的订单选择信息,及根据所述抢单信息的顺序及所述订单选择信息,控制所述支付单元按照预设规则对所述第二端执行支付操作。
7.根据权利要求6所述的智能抢单系统,其特征在于,还包括检测单元,
所述获取单元,还用于接收来自所述第一端的订单需求信息;
所述反馈单元,还用于推送所述订单需求信息至所述第二端;
所述检测单元,用于检测所述第二端是否具有抢单权限及所述抢单信息的数目是否达到所述预设数目,生成检测结果;
所述处理器,还用于根据所述检测结果,控制所述获取单元获取来自所述第二端对所述订单需求信息的抢单信息,及控制所述反馈单元反馈所述抢单信息至所述第一端。
8.根据权利要求7所述的智能抢单系统,其特征在于,还包括生成单元和提示单元,所述检测单元包括抢单频次检测模块、抢单阈值检测模块和抢单费用缴纳检测模块,
所述抢单频次检测模块,用于根据所述存储器存储的所述第二端的级别信息,检测所述第二端的抢单次数是否达到所述存储器存储的抢单频次阈值;
所述生成单元,用于当所述第二端的抢单次数未达到所述抢单频率阈值时,根据来自所述第二端对所述订单需求信息的抢单信息及所述抢单信息的顺序,生成抢单状态信息;
所述抢单阈值检测模块,用于检测所述抢单信息的数目是否达到所述预设数目;
所述提示单元,用于当所述抢单信息的数目未达到所述预设数目时,生成抢单费用缴纳提示信息;
所述抢单费用缴纳检测模块,用于根据所述存储器存储的抢单费用缴纳信息,检测所述第二端是否在指定时间内足额缴纳抢单费用,生成检测结果。
9.根据权利要求6所述的智能抢单系统,其特征在于,所述获取单元还用于响应所述第一端对至多第二预设数目的抢单信息的选定操作,获取来自所述第一端的订单选择信息。
10.根据权利要求6所述的智能抢单系统,其特征在于,
所述获取单元,还用于根据所述订单选择信息,获取未被选定的抢单信息的顺序;
所述支付单元,还用于根据所述未被选定的抢单信息的顺序,及所述存储器存储的抢单顺序与退款比例之间的对应关系,向所述未被选定的抢单信息对应的第二端退款。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610970956.3A CN106503916A (zh) | 2016-10-27 | 2016-10-27 | 一种智能抢单方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610970956.3A CN106503916A (zh) | 2016-10-27 | 2016-10-27 | 一种智能抢单方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106503916A true CN106503916A (zh) | 2017-03-15 |
Family
ID=58321967
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610970956.3A Pending CN106503916A (zh) | 2016-10-27 | 2016-10-27 | 一种智能抢单方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106503916A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108304360A (zh) * | 2017-12-19 | 2018-07-20 | 深圳市因尚网络科技股份有限公司 | 抢单控制方法、设备及计算机可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104484806A (zh) * | 2014-11-07 | 2015-04-01 | 温崇维 | 创作服务交易系统 |
CN104657890A (zh) * | 2015-03-05 | 2015-05-27 | 山西一缆天下科技有限公司 | 一种基于电子商务平台的电缆交易方法 |
CN105160511A (zh) * | 2015-08-26 | 2015-12-16 | 深圳市京泰基科技有限公司 | 出租车投送快递的方法及系统 |
CN105243550A (zh) * | 2015-10-10 | 2016-01-13 | 刘路 | 一种撮合成单方法 |
-
2016
- 2016-10-27 CN CN201610970956.3A patent/CN106503916A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104484806A (zh) * | 2014-11-07 | 2015-04-01 | 温崇维 | 创作服务交易系统 |
CN104657890A (zh) * | 2015-03-05 | 2015-05-27 | 山西一缆天下科技有限公司 | 一种基于电子商务平台的电缆交易方法 |
CN105160511A (zh) * | 2015-08-26 | 2015-12-16 | 深圳市京泰基科技有限公司 | 出租车投送快递的方法及系统 |
CN105243550A (zh) * | 2015-10-10 | 2016-01-13 | 刘路 | 一种撮合成单方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108304360A (zh) * | 2017-12-19 | 2018-07-20 | 深圳市因尚网络科技股份有限公司 | 抢单控制方法、设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109081033A (zh) | 智能货柜控制方法及系统 | |
CN103208077B (zh) | 一种协同订购方法及设备、系统 | |
CN107612727B (zh) | 分布式健康检查方法、计算设备及计算机存储介质 | |
KR102106578B1 (ko) | 음식배달 공유 시스템 및 그 방법 | |
CN104639756A (zh) | 一种显示短信的方法及装置 | |
US9710779B1 (en) | System, method and apparatus for receiving bids from diners for expedited food delivery | |
CN105590243A (zh) | 对离散数据进行集中处理的方法、客户端、服务器及系统 | |
CN105321129A (zh) | 点餐系统的订单处理方法及订单处理系统 | |
CN106445932A (zh) | 一种信息推送方法和装置 | |
CN110443670A (zh) | 一种自动售货机的远程下单方法及装置 | |
US20200065892A1 (en) | Computer Implemented Method for Ordering Customizable Dishes with Reverse Auction Bidding | |
CN104901927A (zh) | 业务处理方法和装置 | |
CN109003205A (zh) | 一种就餐业务处理方法及系统 | |
CN106355485A (zh) | 用户界面显示方法、资源分配方法和装置 | |
CN105913214A (zh) | 用于快递柜的运单生成方法、运单生成系统以及快递柜 | |
CN105590189A (zh) | 一种充值系统及其充值方法 | |
CN109345234A (zh) | 支付方法、支付装置、可穿戴设备及计算机可读存储介质 | |
CN110060041A (zh) | 支付渠道接入方法、系统、计算机设备及可读存储介质 | |
CN113689258A (zh) | 一种商品推荐热度生成方法及系统 | |
CN109214812A (zh) | 支付方法、支付装置、可穿戴设备及计算机可读存储介质 | |
KR102136775B1 (ko) | 자녀의 소비 관리를 위한 선불 충전 결제 방법 및 시스템 | |
CN106503916A (zh) | 一种智能抢单方法及系统 | |
CN105681418A (zh) | 餐饮服务匹配方法、装置及所应用的电子终端 | |
CN113298601A (zh) | 商品对象信息处理方法、装置及电子设备 | |
CN112017002A (zh) | 一种用户补单方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170315 |