CN108694456A - 预约业务的处理方法、装置及预点餐的处理方法、装置 - Google Patents
预约业务的处理方法、装置及预点餐的处理方法、装置 Download PDFInfo
- Publication number
- CN108694456A CN108694456A CN201810942052.9A CN201810942052A CN108694456A CN 108694456 A CN108694456 A CN 108694456A CN 201810942052 A CN201810942052 A CN 201810942052A CN 108694456 A CN108694456 A CN 108694456A
- Authority
- CN
- China
- Prior art keywords
- user
- paid
- business
- agreement
- promise breaking
- 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/02—Reservations, e.g. for tickets, services or events
-
- 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/28—Pre-payment schemes, e.g. "pay before"
-
- 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/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0234—Rebates after completed purchase
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Economics (AREA)
- Game Theory and Decision Science (AREA)
- Tourism & Hospitality (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种预约业务的处理方法、装置及预点餐的处理方法、装置。其中,预约业务的处理方法包括:根据业务的预约信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成业务预约操作;根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。该方案根据业务的预约信息计算预支付金额信息,实现了不同用户所支付的预支付金额信息不同,而不再是按照统一标准支付,从而对于经常违约的用户,提高了用户违约成本,对于履约用户,向履约用户分发激励金,能够激发履约用户使用业务预约的热情,这种惩罚违约用户,奖励履约用户的模式,能够提升用户业务使用率,进而提升商户的营业额。
Description
技术领域
本发明涉及电子信息技术领域,具体涉及一种预约业务的处理方法、装置及预点餐的处理方法、装置。
背景技术
随着互联网技术的发展,推广平台应运而生,越来越多的商户选择在平台开设店铺,目前,很多推广平台提供了预约服务,在商户确认可以提供预约服务的情况下,用户可以通过推广平台提供的预约服务预约商户所提供的业务,减少用户等待时间,对于商户来说,能够帮商户掌握客流情况,提高商户运营效率。
然而,现有的预约服务并未限定用户违约成本,或者成本过低,导致商户的履约成本过高,商户并不愿在用户预约服务后,就按照用户所预约的业务做相应的准备,例如,准备菜品,由于用户在使用业务时还需要等待商户准备,从而导致用户使用预约服务的热情不高,而且由于违约成本低,不能有效促使用户履约,导致预约服务无法很好地推广。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的预约业务的处理方法、装置及预点餐的处理方法、装置。
根据本发明的一个方面,提供了一种预约业务的处理方法,包括:根据业务的预约信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成业务预约操作;根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。
可选地,根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理进一步包括:根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户,根据确定结果对预支付操作产生的预支付数据进行消费处理。
可选地,根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户,根据确定结果对预支付操作产生的预支付数据进行消费处理进一步包括:根据用户依照业务预约使用时间使用业务的用户行为确定用户是履约用户,将预支付操作产生的预支付数据进行返还处理或支付抵扣处理;或者,根据用户未依照业务预约使用时间使用业务的用户行为确定用户是违约用户,将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
可选地,将预支付操作产生的预支付数据作为激励金分发给其它履约用户进一步包括:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
可选地,根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户进一步包括:根据商户确认操作,确定业务实际使用时间;根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户。
可选地,在根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户之前,方法还包括:查询用户是否具有延时优惠权利;
根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户进一步包括:若具有延时优惠权利,则根据业务实际使用时间、延时优惠权利规定的延时优惠时间及业务预约使用时间确定用户是违约用户或履约用户。
可选地,完成业务预约操作进一步包括:为用户分配业务占用资源,将用户与业务占用资源进行绑定;
方法还包括:根据履约用户的支付操作,解除用户与业务占用资源的绑定关系;或者,若确定用户是违约用户,则解除用户与业务占用资源的绑定关系。
可选地,根据业务的预约信息,计算预支付金额信息进一步包括:根据用户违约系数、业务预约使用时间系数和/或预约业务金额总数,计算预支付金额信息。
可选地,方法还包括:查询用户历史预约业务记录;若查询到用户违约信息,则根据用户违约信息计算用户违约系数;若未查询到用户违约信息,则设定用户违约系数为初始阈值。
可选地,用户违约信息包括:违约总次数、连续违约次数和/或违约率。
根据本发明的另一方面,提供了一种预点餐的处理方法,包括:根据用户的预点餐信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成预点餐操作;根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理。
可选地,根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理进一步包括:根据用户是否依照预约到店时间到店的用户行为确定用户是违约用户或履约用户,根据确定结果对预支付操作产生的预支付数据进行消费处理。
可选地,根据用户是否依照预约到店时间到店的用户行为确定用户是违约用户或履约用户,根据确定结果对预支付操作产生的预支付数据进行消费处理进一步包括:根据用户依照预约到店时间到店的用户行为确定用户是履约用户,将预支付操作产生的预支付数据进行返还处理或支付抵扣处理;或者,根据用户未依照预约到店时间到店的用户行为确定用户是违约用户,将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
可选地,将预支付操作产生的预支付数据作为激励金分发给其它履约用户进一步包括:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
可选地,根据用户是否依照预约到店时间到店的用户行为确定用户是违约用户或履约用户进一步包括:根据商户确认操作,确定实际到店时间;根据实际到店时间及预约到店时间确定用户是违约用户或履约用户。
可选地,在根据实际到店时间及预约到店时间确定用户是违约用户或履约用户之前,方法还包括:查询用户是否具有延时优惠权利;
根据实际到店时间及预约到店时间确定用户是违约用户或履约用户进一步包括:若具有延时优惠权利,则根据实际到店时间、延时优惠权利规定的延时优惠时间及预约到店时间确定用户是违约用户或履约用户。
可选地,完成预点餐操作进一步包括:为用户分配餐位,将用户与餐位进行绑定;
方法还包括:根据履约用户的支付操作,解除用户与餐位的绑定关系;或者,若确定用户是违约用户,则解除用户与餐位的绑定关系。
可选地,根据用户的预点餐信息,计算预支付金额信息进一步包括:根据用户违约系数、预约到店时间系数和/或预点餐金额总数,计算预支付金额信息。
可选地,方法还包括:查询用户历史预点餐记录;若查询到用户违约信息,则根据用户违约信息计算用户违约系数;若未查询到用户违约信息,则设定用户违约系数为初始阈值。
可选地,用户违约信息包括:违约总次数、连续违约次数和/或违约率。
根据本发明的另一方面,提供了一种预约业务的处理装置,包括:预支付金额信息计算模块,适于根据业务的预约信息,计算预支付金额信息;
业务预约模块,适于检测根据预支付金额信息完成的预支付操作,完成业务预约操作;
消费处理模块,适于根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。
可选地,消费处理模块进一步包括:确定单元,适于根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户;
消费处理单元,适于根据确定结果对预支付操作产生的预支付数据进行消费处理。
可选地,确定单元进一步适于:根据用户依照业务预约使用时间使用业务的用户行为确定用户是履约用户;或者,根据用户未依照业务预约使用时间使用业务的用户行为确定用户是违约用户;
消费处理单元进一步适于:若确定用户是履约用户,则将预支付操作产生的预支付数据进行返还处理或支付抵扣处理;或者,若确定用户为违约用户,则将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
可选地,消费处理单元进一步适于:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
可选地,确定单元进一步适于:根据商户确认操作,确定业务实际使用时间;根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户。
可选地,装置还包括:第一查询模块,适于查询用户是否具有延时优惠权利;
确定单元进一步适于:若具有延时优惠权利,则根据业务实际使用时间、延时优惠权利规定的延时优惠时间及业务预约使用时间确定用户是违约用户或履约用户。
可选地,业务预约模块进一步适于:为用户分配业务占用资源,将用户与业务占用资源进行绑定;
装置还包括:解除模块,适于根据履约用户的支付操作,解除用户与业务占用资源的绑定关系;或者,若确定用户是违约用户,则解除用户与业务占用资源的绑定关系。
可选地,预支付金额信息计算模块进一步适于:根据用户违约系数、业务预约使用时间系数和/或预约业务金额总数,计算预支付金额信息。
可选地,装置还包括:第二查询模块,适于查询用户历史预约业务记录;
用户违约系数计算模块,适于若查询到用户违约信息,则根据用户违约信息计算用户违约系数;
设定模块,适于若未查询到用户违约信息,则设定用户违约系数为初始阈值。
可选地,用户违约信息包括:违约总次数、连续违约次数和/或违约率。
根据本发明的另一方面,提供了一种预点餐的处理装置,包括:预支付金额信息计算模块,适于根据用户的预点餐信息,计算预支付金额信息;
点餐预约模块,适于检测根据预支付金额信息完成的预支付操作,完成预点餐操作;
消费处理模块,适于根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理。
可选地,消费处理模块进一步包括:确定单元,适于根据用户是否依照预约到店时间到店的用户行为确定用户是违约用户或履约用户;
消费处理单元,适于根据确定结果对预支付操作产生的预支付数据进行消费处理。
可选地,确定单元进一步适于:根据用户依照预约到店时间到店的用户行为确定用户是履约用户;或者,根据用户未依照预约到店时间到店的用户行为确定用户是违约用户,
消费处理单元进一步适于:若确定用户是履约用户,则将预支付操作产生的预支付数据进行返还处理或支付抵扣处理;或者,若确定用户为违约用户,则将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
可选地,消费处理单元进一步适于:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
可选地,确定单元进一步适于:根据商户确认操作,确定实际到店时间;根据实际到店时间及预约到店时间确定用户是违约用户或履约用户。
可选地,装置还包括:第一查询模块,适于查询用户是否具有延时优惠权利;
确定单元进一步适于:若具有延时优惠权利,则根据实际到店时间、延时优惠权利规定的延时优惠时间及预约到店时间确定用户是违约用户或履约用户。
可选地,点餐预约模块进一步适于:为用户分配餐位,将用户与餐位进行绑定;
装置还包括:解除模块,适于根据履约用户的支付操作,解除用户与餐位的绑定关系;或者,若确定用户是违约用户,则解除用户与餐位的绑定关系。
可选地,预支付金额信息计算模块进一步适于:根据用户违约系数、预约到店时间系数和/或预点餐金额总数,计算预支付金额信息。
可选地,装置还包括:第二查询模块,适于查询用户历史预点餐记录;
用户违约系数计算模块,适于若查询到用户违约信息,则根据用户违约信息计算用户违约系数;
设定模块,适于若未查询到用户违约信息,则设定用户违约系数为初始阈值。
可选地,用户违约信息包括:违约总次数、连续违约次数和/或违约率。
根据本发明的另一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,处理器、存储器和通信接口通过通信总线完成相互间的通信;存储器用于存放至少一可执行指令,可执行指令使处理器执行上述预约业务的处理方法对应的操作。
根据本发明的另一方面,提供了一种计算机存储介质,存储介质中存储有至少一可执行指令,可执行指令使处理器执行上述预约业务的处理方法对应的操作。
根据本发明的另一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,处理器、存储器和通信接口通过通信总线完成相互间的通信;存储器用于存放至少一可执行指令,可执行指令使处理器执行上述预点餐的处理方法对应的操作。
根据本发明的另一方面,提供了一种计算机存储介质,存储介质中存储有至少一可执行指令,可执行指令使处理器执行上述预点餐的处理方法对应的操作。
根据本发明提供的方案,根据业务的预约信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成业务预约操作;根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。该方案根据业务的预约信息计算预支付金额信息,实现了不同用户所支付的预支付金额信息不同,而不再是按照统一标准支付,从而对于经常违约的用户,提高了用户违约成本,对于履约用户,向履约用户分发激励金,能够激发履约用户使用业务预约的热情,这种惩罚违约用户,奖励履约用户的模式,能够提升用户业务使用率,进而提升商户的营业额,另外,通过预约方式,能够使商户根据用户业务预约要求提前准备,降低了用户等待时间,提升了用户体验。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的预约业务的处理方法的流程示意图;
图2示出了根据本发明一个实施例的预点餐的处理方法的流程示意图;
图3示出了根据本发明一个实施例的预约业务的处理装置的结构示意图;
图4示出了根据本发明一个实施例的预点餐的处理装置的结构示意图;
图5示出了根据本发明一个实施例的计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的预约业务的处理方法的流程示意图。如图1所示,该方法包括以下步骤:
步骤S100,根据业务的预约信息,计算预支付金额信息。
为了能够更好地服务于用户以及提升商户营业额,很多商户提供了预约服务,用户可以预约商户提供的各种业务,通过预约服务提升了相同时间段内业务利用率,进而提升商户营业额,在本实施例中,商户可以是餐饮店、理发店、美容店、美甲店等,相应的商户提供的预约业务可以是预约餐饮店餐位就餐、预约理发店理发师做造型、预约美容店美容师做相应项目的美容、预约美甲店的美甲师做美甲,这里仅是举例说明,不具有任何限定作用。
具体地,可以向用户提供预约界面,通过该预约界面向用户展示服务信息,例如,餐饮店的菜谱、餐位、业务预约使用时间;美容店的美容师、服务项目、业务预约使用时间等,这里不再一一列举。用户可以根据预约界面内的服务信息进行业务预约,并将业务的预约信息发送给服务端,服务端根据业务的预约信息,计算预支付金额信息,以餐饮店为例,业务预约信息包括:业务预约使用时间和/或点餐的菜品总价等;以美容店为例,业务预约信息包括:业务预约使用时间和/或美容项目的总价等,这里不再一一列举,另外,本实施例中的预支付金额信息可以理解为押金,即计算用户本次业务预约需要支付的押金。
在本发明一种可选实施方式中,可以根据用户违约系数、业务预约使用时间系数和/或预约业务金额总数,计算预支付金额信息,其中,用户违约系数是根据用户违约情况而确定的,用户违约记录越多,用户违约系数对应的数值越高;业务预约使用时间系数是根据业务预约使用时间而确定的,业务预约使用时间属于业务预约高峰期对应的时间段,则业务预约使用时间系数对应的数值越高。
另外,不同用户其对应的用户违约系数不同,不同业务预约使用时间对应的业务预约使用时间系数不同,不同的预约业务对应的预约业务金额总数不同,从而根据用户违约系数、业务预约使用时间系数和/或预约业务金额总数所计算得到的预支付金额信息不同,预支付金额信息与用户违约系数、业务预约使用时间系数、预约业务金额总数呈正相关,即,用户违约系数越高、业务预约使用时间系数越高和预约业务金额总数越高,预支付金额信息越高。
为了能够充分保障商户的利益,增加用户违约成本,最优选地实施方式是根据用户违约系数、业务预约使用时间系数和预约业务金额总数,计算预支付金额信息,具体地,可以利用如下公式(1)计算预支付金额信息:
V1=kuser×ktime×Vbase+k0×V2 (1)
其中,V1表示预支付金额信息,V2表示预约业务金额总数,Vbase表示基础预支付金额信息,kuser表示用户违约系数,ktime表示业务预约使用时间系数,k0表示预支付金额系数,本领域技术人员可以根据实际需要设定基础预支付金额信息Vbase、预支付金额系数k0。
具体地,可以通过以下方法步骤确定用户违约系数:查询用户历史预约业务记录;若查询到用户违约信息,则根据用户违约信息计算用户违约系数;若未查询到用户违约信息,则设定用户违约系数为初始阈值。
其中,用户历史预约业务记录中记录了用户过去业务预约情况,例如,记录了预约时间、预约总次数、履约总次数、违约总次数、连续违约次数、违约率等,查询用户历史预约业务记录,进而确定是否存在用户违约信息,若查询到用户违约信息,则根据用户违约信息计算用户违约系数;若未查询到用户违约信息,则设定用户违约系数为初始阈值。其中,用户违约信息包括:违约总次数、连续违约次数和/或违约率,违约总次数、连续违约次数、违约率越高、用户违约系数对应的数值越高,具体地,可以利用如下公式(2)计算用户违约系数:
若未查询到用户违约信息,表示上述公式(2)中的N违约总次数、N连续违约次数均为0,由此可以确定用户违约系数等于1,即设定的初始阈值。
业务预约使用时间系数是根据业务预约使用时间而确定的,在确定了业务预约使用时间后,确定业务预约使用时间所属时间段(其中,时间段可以由商户自行设置),根据业务预约使用时间所属时间段确定业务预约使用时间系数,例如,业务预约使用时间为12:10,商户设置了时间段[11:30,13:30],通过查询确定业务预约使用时间为12:10所属时间段为[11:30,13:30],而该时间段属于预约高峰期,预约人数较多,因此,可以将业务预约使用时间系数设置的高一些。
下面结合具体实例介绍计算预支付金额信息的详细过程:查询用户历史预约业务记录,发现用户之前违约过,则可以确定用户违约信息,然后根据用户违约信息计算用户违约系数,具体地,利用上述公式(2)计算用户违约系数,得到用户违约系数为1.5;业务预约使用时间为12:10,其所属时间段为[11:30,13:30],该时间段对应的业务预约使用时间系数为1.4,其中,基础预支付金额信息Vbase为4元,预支付金额系数k0为2%,预约业务金额总数V2为200元,根据上述数值,利用公式(1)可以计算得到预支付金额信息V1=1.5×1.4×4+2%×200=12.4,因此,该用户需要支付的预支付金额信息为12.4元。
步骤S101,检测根据预支付金额信息完成的预支付操作,完成业务预约操作。
在计算得到预支付金额信息后,将预支付金额信息展示在预约界面中,供用户根据预支付金额信息进行支付,在本实施例中,可以将根据预支付金额信息完成的预支付操作作为业务预约操作是否完成的判断条件,因此,需要实时检测触发了根据预支付金额信息完成的预支付操作,在检测到根据预支付金额信息完成的预支付操作,则完成业务预约操作,用户成功预约到相应的业务。
在本实施例中,完成业务预约操作具体体现为:为用户分配业务占用资源,将用户与业务占用资源进行绑定,在将用户与业务占用资源进行绑定之后,其他用户将无法预约,其中,业务占用资源具体可以是餐位、美容师、美甲师等。
步骤S102,根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。
由于是预约相应的业务,因此,用户行为可能是:用户预约了业务但是未实际使用业务,或者用户预约了业务并实际使用业务,通常情况下,预约业务时需要用户选择业务预约使用时间,该业务预约使用时间表示用户希望使用业务的时间,因此,还可以根据业务预约使用时间对用户实际使用业务的用户行为作进一步区分,从而根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理,这里的消费处理具体可以是将预支付数据返还给用户,或者支付抵扣,或者扣除该用户对应的预支付数据,将预支付数据作为激励金发放给其他用户。
在本发明的一种可选实施方式中,获取用户预约时所选择的业务预约使用时间,然后确定用户是否依照业务预约使用时间使用业务,通常情况下认为,用户行为是用户依照业务预约使用时间使用业务时,认为用户履行约定,则确定用户是履约用户;用户行为是用户未依照业务预约使用时间使用业务时,认为用户未履行约定,则确定用户是违约用户,这里用户未依照业务预约使用时间使用业务包括:用户未使用业务及使用业务但未依照业务预约使用时间使用(具体可以理解为业务实际使用时间晚于业务预约使用时间)两种情况。
在根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户之后,可以根据确定结果对预支付操作产生的预支付数据进行消费处理,具体地,可以通过以下方法步骤实现:根据用户依照业务预约使用时间使用业务的用户行为确定用户是履约用户,将预支付操作产生的预支付数据进行返还处理或支付抵扣处理,或者,根据用户未依照业务预约使用时间使用业务的用户行为确定用户是违约用户,将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
其中,若用户行为是用户依照业务预约使用时间使用业务,则能够确定用户履行了约定,进而确定用户是履约用户,并未给商户造成任何损失,对于履约用户,应该保障用户的正常利益,因此,对于预支付操作产生的预支付数据应该返还给用户,或者在用户对此次消费进行支付,用预支付数据抵扣部分支付金额;若用户行为是用户未依照业务预约使用时间使用业务,则能够确定用户未履行约定,进而确定用户是违约用户,由于用户未履约,导致商户在相应的业务预约使用时间无法盈利,给商户造成损失,需要给予违约用户一定的惩罚,例如,可以将违约用户对应的预支付数据扣除(即不再返还给违约用户),为了提高履约用户预约热情,可以将违约用户对应的预支付数据作为激励金分发给其它履约用户。
在本实施例中,在确定用户是履约用户或违约用户的情况下,可以根据确定结果对用户历史预约业务记录进行更新,例如,若确定用户是违约用户,可以将违约总次数加1,若是连续违约,将连续违约次数加1;若确定用户是履约用户,可以将履约总次数加1。
在本发明一种可选实施方式中,可以通过以下方法步骤实现向其它履约用户分发激励金:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
具体地,预设时间段可以根据实际需要进行设定,以预设时间段为昨天一天为例,统计昨天一天内,进行了业务预约,但是并没有使用业务或者未依照业务预约使用时间使用业务的用户所支付的预支付数据的金额总数,以及昨天一天内,依照业务预约使用时间使用业务的用户数量,例如,统计所有违约用户所支付的预支付数据的金额总数为20元,履约用户数量为8人,那么将20元作为激励金分发给8个履约用户,其中,8个履约用户可以平均分得相应的激励金,也可以随机给8个履约用户分发激励金,这里不做具体限定,另外,商户也可以拿出部分资金作为激励金分发给履约用户,提高履约用户所得到的激励金,进而提升履约用户预约热情。
在本发明一种可选实施方式中,可以通过以下方法步骤确定用户是违约用户或履约用户:根据商户确认操作,确定业务实际使用时间;根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户。
具体地,用户到店使用业务时,需要商户进行确认,商户点击确认到店按钮即视为商户确认操作,在获取到商户确认操作后,根据该商户确认操作,可以确定业务实际使用时间,然后根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户,若业务预约使用时间晚于业务实际使用时间,则确定用户是履约用户,若业务预约使用时间早于业务实际使用时间,则确定用户是违约用户,例如,若业务预约使用时间为12:10,业务实际使用时间为12:08,则可以确定用户是履约用户;若业务预约使用时间为12:10,业务实际使用时间为12:15,则可以确定用户是违约用户。
在实际应用中,用户可能由于地理位置不熟悉等原因,而晚于业务预约使用时间使用业务,针对这种情况,可以设定一定的时间余量,例如,设定时间余量为10分钟,若用户在该时间余量规定的时间内使用业务,则可以确定用户是履约用户,否则可以确定用户是违约用户,举例说明,业务预约使用时间为12:10,时间余量为10分钟,那么业务实际使用时间晚于12:20时,确定用户是违约用户,业务实际使用时间早于12:20时,确定用户是履约用户。
在本发明一种可选实施方式中,可能由于一些其它原因(例如,堵车、会议中等)导致用户无法依照业务预约使用时间使用业务,而用户又不希望被记录违约信息,针对这种情况,可以推出延时优惠权利,该延时优惠权利规定了延时优惠时间,用户可以通过购买延时优惠权利实现延长时间的目的,其中,可以灵活设置延时优惠权利规定的延时优惠时间,例如,10分钟、20分钟、30分钟,用户可以根据实际需要购买延时优惠权利,因此,在根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户之前,可以查询用户是否具有延时优惠权利;若具有延时优惠权利,则根据业务实际使用时间、延时优惠权利规定的延时优惠时间及业务预约使用时间确定用户是违约用户或履约用户,举例说明,业务预约使用时间为12:10,业务实际使用时间为12:20,查询确定用户具有延时优惠权利,该延时优惠权利规定的延时优惠时间为10分钟,由此可以确定用户是履约用户。
在本发明一种可选实施方式中,在业务预约完成后,为用户分配了业务占用资源,将用户与业务占用资源进行绑定,因此,在履约用户完成支付后,需要根据履约用户的支付操作,解除用户与业务占用资源的绑定关系;或者,在确定用户是违约用户的情况下,解除用户与业务占用资源的绑定关系,这里解除用户与业务占用资源的绑定关系具体指释放业务占用资源,从而接受下一批业务预约。
根据本发明上述实施例提供的方法,根据业务的预约信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成业务预约操作;根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。该方案根据业务的预约信息计算预支付金额信息,实现了不同用户所支付的预支付金额信息不同,而不再是按照统一标准支付,从而对于经常违约的用户,提高了用户违约成本,对于履约用户,向履约用户分发激励金,能够激发履约用户使用业务预约的热情,这种惩罚违约用户,奖励履约用户的模式,能够提升用户业务使用率,进而提升商户的营业额,另外,通过预约方式,能够使商户根据用户业务预约要求提前准备,降低了用户等待时间,提升了用户体验。
在现有技术中,一种方案是:用户提前在线上点餐,到店后扫桌码下单,用餐完成后扫码付款,这种方式的缺点是用户违约成本过低但商户履约成本过高。商户不确定用户是否会按时就餐,所以无法提前备餐,统筹备菜,用户到店之后还得等待商户备餐,降低了商户翻台率,也增加了用户等待时间,用户使用预约服务的热情不高;另一种方案是:用户提前在线上点餐、预约就餐时间并支付餐费,到店后直接就餐,如果超过就餐时间一定时长,餐费直接打给商户。这种方案的缺点是把用户提前支付的餐费作为押金,用户违约成本过高会导致参与度不足;而且如果用户没有就餐,还可以跟商户协商退款,实际上不能有效促使用户履约。
为了解决上述问题,本发明提供了一种预点餐的处理方法,下面结合具体实施例详细介绍预点餐的处理方法:
图2示出了根据本发明一个实施例的预点餐的处理方法的流程示意图。如图2所示,该方法包括以下步骤:
步骤S200,根据用户的预点餐信息,计算预支付金额信息。
为了能够更好地服务于用户以及提升商户营业额,很多商户提供了预约服务,用户可以通过预约服务预约餐位,通过预约服务提升了用户到店率,进而提升商户营业额。具体地,可以向用户提供预约界面,通过该预约界面向用户展示商户的菜谱(包括菜品名称、菜品单价等)、可预约餐位、预约到店时间。用户根据菜谱选择菜品加入购物车并下单,用户下单操作可视为用户要预约餐位,将预点餐信息发送给服务端,服务端根据用户的预点餐信息,计算预支付金额信息,另外,本实施例中的预支付金额信息可以理解为押金,即计算用户本次预点餐需要支付的押金。
在本发明一种可选实施方式中,可以根据用户违约系数、预约到店时间系数和/或预点餐金额总数,计算预支付金额信息,其中,用户违约系数是根据用户违约情况而确定的,用户违约记录越多,用户违约系数对应的数值越高;预约到店时间系数是根据预约到店时间而确定的,预约到店时间属于就餐高峰期对应的时间段,则预约到店时间系数对应的数值越高。
另外,不同用户其对应的用户违约系数不同,不同预约到店时间对应的预约到店时间系数不同,不同的点餐信息对应的预点餐金额总数不同,从而根据用户违约系数、预约到店时间系数和/或预点餐金额总数所计算得到的预支付金额信息不同,预支付金额信息与用户违约系数、预约到店时间系数、预点餐金额总数呈正相关,即,用户违约系数越高、预约到店时间系数和预点餐金额总数越高,预支付金额信息越高,其中,预点餐金额总数是根据点餐的菜品单价确定的。
为了能够充分保障商户的利益,增加用户违约成本,最优选地实施方式是根据用户违约系数、预约到店时间系数和预点餐金额总数,计算预支付金额信息,具体地,可以利用如下公式(3)计算预支付金额信息:
V1=kuser×ktime×Vbase+k0×V2 (3)
其中,V1表示预支付金额信息,V2表示预点餐金额总数,Vbase表示基础预支付金额信息,kuser表示用户违约系数,ktime表示预约到店时间系数,k0表示预支付金额系数,本领域技术人员可以根据实际需要设定基础预支付金额信息Vbase、预支付金额系数k0。
具体地,可以通过以下方法步骤确定用户违约系数:查询用户历史预点餐记录;若查询到用户违约信息,则根据用户违约信息计算用户违约系数;若未查询到用户违约信息,则设定用户违约系数为初始阈值。
其中,用户历史预点餐记录中记录了用户过去预约点餐的情况,例如,记录了预约时间、预约总次数、履约总次数、违约总次数、连续违约次数、违约率等,查询用户历史预点餐记录,进而确定是否存在用户违约信息,若查询到用户违约信息,则根据用户违约信息计算用户违约系数;若未查询到用户违约信息,则设定用户违约系数为初始阈值。其中,用户违约信息包括:违约总次数、连续违约次数和/或违约率,违约总次数、连续违约次数、违约率越高、用户违约系数对应的数值越高,具体地,可以利用如下公式(4)计算用户违约系数:
若未查询到用户违约信息,表示上述公式(4)中的N违约总次数、N连续违约次数均为0,由此可以确定用户违约系数等于1,即设定的初始阈值。
预约到店时间系数是根据预约到店时间而确定的,在确定了预约到店时间后,确定预约到店时间所属时间段(其中,时间段可以由商户自行设置),根据预约到店时间所属时间段确定预约到店时间系数,例如,预约到店时间为12:10,商户设置了时间段[11:30,13:30],通过查询确定预约到店时间为12:10所属时间段为[11:30,13:30],而该时间段属于就餐高峰期,预约人数较多,因此,可以将预约到店时间系数设置的高一些。
下面结合具体实例介绍计算预支付金额信息的详细过程:
查询用户历史预点餐记录,发现用户之前违约过,则可以确定用户违约信息,然后根据用户违约信息计算用户违约系数,具体地,利用上述公式(4)计算用户违约系数,得到用户违约系数为1.5;预约到店时间为12:10,其所属时间段为[11:30,13:30],该时间段对应的预约到店时间系数为1.4,其中,基础预支付金额信息Vbase为4元,预支付金额系数k0为2%,预点餐金额总数V2为200元,根据上述数值,利用公式(3)可以计算得到预支付金额信息V1=1.5×1.4×4+2%×200=12.4,因此,该用户需要支付的预支付金额信息为12.4元。
步骤S201,检测根据预支付金额信息完成的预支付操作,完成预点餐操作。
在计算得到预支付金额信息后,将预支付金额信息展示在预约界面中,供用户根据预支付金额信息进行支付,在本实施例中,可以将根据预支付金额信息完成的预支付操作作为预点餐操作是否完成的判断条件,因此,需要实时检测触发了根据预支付金额信息完成的预支付操作,在检测到根据预支付金额信息完成的预支付操作,则完成预点餐操作,用户成功预约到相应的餐位。
在本实施例中,完成预点餐操作具体体现为:为用户分配餐位,将用户与餐位进行绑定,在将用户与餐位进行绑定之后,其他用户将无法预约相应的餐位。
步骤S202,根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理。
由于是预点餐,因此,用户行为可能是:用户预约了餐位但是未实际到店就餐,或者用户预约了餐位并实际到店就餐,通常情况下,预点餐时需要用户选择预约到店时间,该预约到店时间表示用户希望到店就餐的时间,因此,还可以根据预约到店时间对用户实际到店的用户行为作进一步区分,从而根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理,这里的消费处理具体可以是将预支付数据返还给用户,或者支付抵扣,或者扣除该用户对应的预支付数据,将预支付数据作为激励金发放给其他用户。
在本发明的一种可选实施方式中,获取用户预约时所选择的预约到店时间,然后确定用户是否依照预约到店时间到店就餐,通常情况下认为,用户行为是用户依照预约到店时间到店就餐时,认为用户履行约定,则确定用户是履约用户;用户行为是用户未依照预约到店时间到店就餐时,认为用户未履行约定,则确定用户是违约用户,这里用户未依照预约到店时间到店就餐包括:用户未到店就餐及到店就餐但未依照预约到店时间到店(具体可以理解为实际到店时间晚于预约到店时间)两种情况。
在根据用户是否依照预约到店时间到店的用户行为确定用户是违约用户或履约用户之后,可以根据确定结果对预支付操作产生的预支付数据进行消费处理,具体地,可以通过以下方法步骤实现:根据用户依照预约到店时间到店的用户行为确定用户是履约用户,将预支付操作产生的预支付数据进行返还处理或支付抵扣处理,或者,根据用户未依照预约到店时间到店的用户行为确定用户是违约用户,将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
其中,若用户行为是用户依照预约到店时间到店就餐,则能够确定用户履行了约定,进而确定用户是履约用户,并未给商户造成任何损失,对于履约用户,应该保障用户的正常利益,因此,对于预支付操作产生的预支付数据应该返还给用户,或者在用户对此次消费进行支付,用预支付数据抵扣部分支付金额;若用户行为是用户未依照预约到店时间到店就餐,则能够确定用户未履行约定,进而确定用户是违约用户,由于用户未履约,导致商户在相应的预约到店时间无法盈利,给商户造成损失,需要给予违约用户一定的惩罚,例如,可以将违约用户对应的预支付数据扣除(即不再返还给违约用户),为了提高履约用户预约热情,可以将违约用户对应的预支付数据作为激励金分发给其它履约用户。
在本实施例中,在确定用户是履约用户或违约用户的情况下,可以根据确定结果对用户历史预点餐记录进行更新,例如,若确定用户是违约用户,可以将违约总次数加1,若是连续违约,将连续违约次数加1;若确定用户是履约用户,可以将履约总次数加1。
在本发明一种可选实施方式中,可以通过以下方法步骤实现向其它履约用户分发激励金:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
具体地,预设时间段可以根据实际需要进行设定,以预设时间段为昨天一天为例,统计昨天一天内,预点餐但是并没有到店就餐或者未依照到店预约时间到店就餐的用户所支付的预支付数据的金额总数,以及昨天一天内,依照预约到店时间到店就餐的用户数量,例如,统计所有违约用户所支付的预支付数据的金额总数为20元,履约用户数量为8人,那么将20元作为激励金分发给8个履约用户,其中,8个履约用户可以平均分得相应的激励金,也可以随机给8个履约用户分发激励金,这里不做具体限定,另外,商户也可以拿出部分资金作为激励金分发给履约用户,提高履约用户所得到的激励金,进而提升履约用户预约热情。
在本发明一种可选实施方式中,可以通过以下方法步骤确定用户是违约用户或履约用户:根据商户确认操作,确定实际到店时间;根据实际到店时间及预约到店时间确定用户是违约用户或履约用户。
具体地,用户到店就餐时,需要商户进行确认,商户点击确认到店按钮即视为商户确认操作,在获取到商户确认操作后,根据该商户确认操作,可以确定实际到店时间,然后根据实际到店时间及预约到店时间确定用户是违约用户或履约用户,若预约到店时间晚于实际到店时间,则确定用户是履约用户,若预约到店时间早于实际到店时间,则确定用户是违约用户,例如,若预约到店时间为12:10,实际到店时间为12:08,则可以确定用户是履约用户;若预约到店时间为12:10,实际到店时间为12:15,则可以确定用户是违约用户。
在实际应用中,用户可能由于地理位置不熟悉等原因,而晚于预约到店时间到店就餐,针对这种情况,可以设定一定的时间余量,例如,设定时间余量为10分钟,若用户在该时间余量规定的时间内到店就餐,则可以确定用户是履约用户,否则可以确定用户是违约用户,举例说明,预约到店时间为12:10,时间余量为10分钟,那么实际到店间晚于12:20时,确定用户是违约用户,实际到店时间早于12:20时,确定用户是履约用户。
在本发明一种可选实施方式中,可能由于一些其它原因(例如,堵车、会议中等)导致用户无法依照预约到店时间到店就餐,而用户又不希望被记录违约信息,针对这种情况,可以推出延时优惠权利,该延时优惠权利规定了延时优惠时间,用户可以通过购买延时优惠权利实现延长时间的目的,其中,可以灵活设置延时优惠权利规定的延时优惠时间,例如,10分钟、20分钟、30分钟,用户可以根据实际需要购买延时优惠权利,因此,在根据实际到店时间及预约到店时间确定用户是违约用户或履约用户之前,可以查询用户是否具有延时优惠权利;若具有延时优惠权利,则根据实际到店时间、延时优惠权利规定的延时优惠时间及预约到店时间确定用户是违约用户或履约用户,举例说明,预约到店间为12:10,实际到店时间为12:20,查询确定用户具有延时优惠权利,该延时优惠权利规定的延时优惠时间为10分钟,由此可以确定用户是履约用户。
在本发明一种可选实施方式中,在预点餐完成后,为用户分配餐位,将用户与餐位进行绑定,因此,在履约用户完成支付后,需要根据履约用户的支付操作,解除用户与餐位的绑定关系;或者,在确定用户是违约用户的情况下,解除用户与餐位的绑定关系,这里解除用户与餐位的绑定关系具体指释放餐位,从而接受下一批预点餐服务。
根据本发明上述实施例提供的方法,根据用户的预点餐信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成预点餐操作;根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理。该方案根据预点餐信息计算预支付金额信息,实现了不同用户所支付的预支付金额信息不同,而不再是按照统一标准支付,从而对于经常违约的用户,提高了用户违约成本,对于履约用户,向履约用户分发激励金,能够激发履约用户使用预点餐服务的热情,这种惩罚违约用户,奖励履约用户的模式,能够提升用户到店率,进而提升商户的营业额,另外,通过预约方式,方便商户统一备餐,以及管理餐位,降低用户等待时间,提升了用户体验。
图3示出了根据本发明一个实施例的预约业务的处理装置的结构示意图。如图3所示,该装置包括:预支付金额信息计算模块300、业务预约模块310、消费处理模块320。
预支付金额信息计算模块300,适于根据业务的预约信息,计算预支付金额信息。
业务预约模块310,适于检测根据预支付金额信息完成的预支付操作,完成业务预约操作。
消费处理模块320,适于根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。
可选地,消费处理模块进一步包括:确定单元321,适于根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户;
消费处理单元322,适于根据确定结果对预支付操作产生的预支付数据进行消费处理。
可选地,确定单元321进一步适于:根据用户依照业务预约使用时间使用业务的用户行为确定用户是履约用户;或者,根据用户未依照业务预约使用时间使用业务的用户行为确定用户是违约用户;
消费处理单元322进一步适于:若确定用户是履约用户,则将预支付操作产生的预支付数据进行返还处理或支付抵扣处理;或者,若确定用户为违约用户,则将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
可选地,消费处理单元322进一步适于:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
可选地,确定单元321进一步适于:根据商户确认操作,确定业务实际使用时间;根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户。
可选地,装置还包括:第一查询模块330,适于查询用户是否具有延时优惠权利;
确定单元321进一步适于:若具有延时优惠权利,则根据业务实际使用时间、延时优惠权利规定的延时优惠时间及业务预约使用时间确定用户是违约用户或履约用户。
可选地,业务预约模块310进一步适于:为用户分配业务占用资源,将用户与业务占用资源进行绑定;
装置还包括:解除模块340,适于根据履约用户的支付操作,解除用户与业务占用资源的绑定关系;或者,若确定用户是违约用户,则解除用户与业务占用资源的绑定关系。
可选地,预支付金额信息计算模块300进一步适于:根据用户违约系数、业务预约使用时间系数和/或预约业务金额总数,计算预支付金额信息。
可选地,装置还包括:第二查询模块350,适于查询用户历史预约业务记录;
用户违约系数计算模块360,适于若查询到用户违约信息,则根据用户违约信息计算用户违约系数;
设定模块370,适于若未查询到用户违约信息,则设定用户违约系数为初始阈值。
可选地,用户违约信息包括:违约总次数、连续违约次数和/或违约率。
根据本发明上述实施例提供的装置,根据业务的预约信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成业务预约操作;根据用户是否实际使用业务的用户行为,对预支付操作产生的预支付数据进行消费处理。该方案根据业务的预约信息计算预支付金额信息,实现了不同用户所支付的预支付金额信息不同,而不再是按照统一标准支付,从而对于经常违约的用户,提高了用户违约成本,对于履约用户,向履约用户分发激励金,能够激发履约用户使用业务预约的热情,这种惩罚违约用户,奖励履约用户的模式,能够提升用户业务使用率,进而提升商户的营业额,另外,通过预约方式,能够使商户根据用户业务预约要求提前准备,降低了用户等待时间,提升了用户体验。
图4示出了根据本发明一个实施例的预点餐的处理装置的结构示意图。如图4所示,该装置包括:预支付金额信息计算模块400、点餐预约模块410、消费处理模块420。
预支付金额信息计算模块400,适于根据用户的预点餐信息,计算预支付金额信息。
点餐预约模块410,适于检测根据预支付金额信息完成的预支付操作,完成预点餐操作。
消费处理模块420,适于根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理。
可选地,消费处理模块420进一步包括:确定单元421,适于根据用户是否依照预约到店时间到店的用户行为确定用户是违约用户或履约用户;
消费处理单元422,适于根据确定结果对预支付操作产生的预支付数据进行消费处理。
可选地,确定单元421进一步适于:根据用户依照预约到店时间到店的用户行为确定用户是履约用户;或者,根据用户未依照预约到店时间到店的用户行为确定用户是违约用户,
消费处理单元422进一步适于:若确定用户是履约用户,则将预支付操作产生的预支付数据进行返还处理或支付抵扣处理;或者,若确定用户为违约用户,则将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
可选地,消费处理单元422进一步适于:统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
可选地,确定单元421进一步适于:根据商户确认操作,确定实际到店时间;根据实际到店时间及预约到店时间确定用户是违约用户或履约用户。
可选地,装置还包括:第一查询模块430,适于查询用户是否具有延时优惠权利;
确定单元421进一步适于:若具有延时优惠权利,则根据实际到店时间、延时优惠权利规定的延时优惠时间及预约到店时间确定用户是违约用户或履约用户。
可选地,点餐预约模块410进一步适于:为用户分配餐位,将用户与餐位进行绑定;
装置还包括:解除模块440,适于根据履约用户的支付操作,解除用户与餐位的绑定关系;或者,若确定用户是违约用户,则解除用户与餐位的绑定关系。
可选地,预支付金额信息计算模块400进一步适于:根据用户违约系数、预约到店时间系数和/或预点餐金额总数,计算预支付金额信息。
可选地,装置还包括:第二查询模块450,适于查询用户历史预点餐记录;
用户违约系数计算模块460,适于若查询到用户违约信息,则根据用户违约信息计算用户违约系数;
设定模块470,适于若未查询到用户违约信息,则设定用户违约系数为初始阈值。
可选地,用户违约信息包括:违约总次数、连续违约次数和/或违约率。
根据本发明上述实施例提供的装置,根据用户的预点餐信息,计算预支付金额信息;检测根据预支付金额信息完成的预支付操作,完成预点餐操作;根据用户是否实际到店的用户行为,对预支付操作产生的预支付数据进行消费处理。该方案根据预点餐信息计算预支付金额信息,实现了不同用户所支付的预支付金额信息不同,而不再是按照统一标准支付,从而对于经常违约的用户,提高了用户违约成本,对于履约用户,向履约用户分发激励金,能够激发履约用户使用预点餐服务的热情,这种惩罚违约用户,奖励履约用户的模式,能够提升用户到店率,进而提升商户的营业额,另外,通过预约方式,方便商户统一备餐,以及管理餐位,降低用户等待时间,提升了用户体验。
本申请实施例还提供了一种非易失性计算机存储介质,计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的方法。
图5示出了根据本发明一个实施例的计算设备的结构示意图,本发明具体实施例并不对计算设备的具体实现做限定。
如图5所示,该计算设备可以包括:处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。
其中:
处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。
通信接口504,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器502,用于执行程序510,具体可以执行上述方法实施例中的相关步骤。
具体地,程序510可以包括程序代码,该程序代码包括计算机操作指令。
处理器502可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器506,用于存放程序510。存储器506可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行上述任意方法实施例中的方法。程序510中各步骤的具体实现可以参见上述实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的预约业务的处理设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (10)
1.一种预约业务的处理方法,包括:
根据业务的预约信息,计算预支付金额信息;
检测根据所述预支付金额信息完成的预支付操作,完成业务预约操作;
根据用户是否实际使用业务的用户行为,对所述预支付操作产生的预支付数据进行消费处理。
2.根据权利要求1所述的方法,其中,所述根据用户是否实际使用业务的用户行为,对所述预支付操作产生的预支付数据进行消费处理进一步包括:
根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户,根据确定结果对所述预支付操作产生的预支付数据进行消费处理。
3.根据权利要求2所述的方法,其中,所述根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户,根据确定结果对所述预支付操作产生的预支付数据进行消费处理进一步包括:
根据用户依照业务预约使用时间使用业务的用户行为确定用户是履约用户,将预支付操作产生的预支付数据进行返还处理或支付抵扣处理;或者
根据用户未依照业务预约使用时间使用业务的用户行为确定用户是违约用户,将预支付操作产生的预支付数据作为激励金分发给其它履约用户。
4.根据权利要求3所述的方法,其中,所述将预支付操作产生的预支付数据作为激励金分发给其它履约用户进一步包括:
统计预设时间段内违约用户所支付的预支付数据的金额总数及履约用户数量;
根据预支付数据的金额总数及履约用户数量计算激励金,并将激励金分发给其它履约用户。
5.根据权利要求2-4中任一项所述的方法,其中,所述根据用户是否依照业务预约使用时间使用业务的用户行为确定用户是违约用户或履约用户进一步包括:
根据商户确认操作,确定业务实际使用时间;
根据业务实际使用时间及业务预约使用时间确定用户是违约用户或履约用户。
6.一种预点餐的处理方法,包括:
根据用户的预点餐信息,计算预支付金额信息;
检测根据所述预支付金额信息完成的预支付操作,完成预点餐操作;
根据用户是否实际到店的用户行为,对所述预支付操作产生的预支付数据进行消费处理。
7.一种预约业务的处理装置,包括:
预支付金额信息计算模块,适于根据业务的预约信息,计算预支付金额信息;
业务预约模块,适于检测根据所述预支付金额信息完成的预支付操作,完成业务预约操作;
消费处理模块,适于根据用户是否实际使用业务的用户行为,对所述预支付操作产生的预支付数据进行消费处理。
8.一种预点餐的处理装置,包括:
预支付金额信息计算模块,适于根据用户的预点餐信息,计算预支付金额信息;
点餐预约模块,适于检测根据所述预支付金额信息完成的预支付操作,完成预点餐操作;
消费处理模块,适于根据用户是否实际到店的用户行为,对所述预支付操作产生的预支付数据进行消费处理。
9.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-5中任一项所述的预约业务的处理方法对应的操作。
10.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1-5中任一项所述的预约业务的处理方法对应的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810942052.9A CN108694456A (zh) | 2018-08-17 | 2018-08-17 | 预约业务的处理方法、装置及预点餐的处理方法、装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810942052.9A CN108694456A (zh) | 2018-08-17 | 2018-08-17 | 预约业务的处理方法、装置及预点餐的处理方法、装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108694456A true CN108694456A (zh) | 2018-10-23 |
Family
ID=63841709
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810942052.9A Pending CN108694456A (zh) | 2018-08-17 | 2018-08-17 | 预约业务的处理方法、装置及预点餐的处理方法、装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108694456A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109816126A (zh) * | 2019-01-04 | 2019-05-28 | 口碑(上海)信息技术有限公司 | 订餐信息的处理方法、装置及系统 |
CN109816222A (zh) * | 2019-01-08 | 2019-05-28 | 睿亚区块链科技(深圳)有限公司 | 一种基于区块链技术的共享债务系统 |
CN110533283A (zh) * | 2019-07-19 | 2019-12-03 | 浙江口碑网络技术有限公司 | 预点单数据的处理系统及方法、装置、存储介质、终端 |
CN110706135A (zh) * | 2019-09-24 | 2020-01-17 | 支付宝(杭州)信息技术有限公司 | 合约处理方法以及装置 |
CN115879581A (zh) * | 2023-01-17 | 2023-03-31 | 北京交通发展研究院 | 资源管理方法、装置、系统、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105448002A (zh) * | 2015-10-13 | 2016-03-30 | 深圳市盛思达通讯技术有限公司 | 智能收银机及基于智能收银机的点餐方法 |
CN107516138A (zh) * | 2017-09-05 | 2017-12-26 | 南京工程学院 | 一种智能预约用餐系统及方法 |
-
2018
- 2018-08-17 CN CN201810942052.9A patent/CN108694456A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105448002A (zh) * | 2015-10-13 | 2016-03-30 | 深圳市盛思达通讯技术有限公司 | 智能收银机及基于智能收银机的点餐方法 |
CN107516138A (zh) * | 2017-09-05 | 2017-12-26 | 南京工程学院 | 一种智能预约用餐系统及方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109816126A (zh) * | 2019-01-04 | 2019-05-28 | 口碑(上海)信息技术有限公司 | 订餐信息的处理方法、装置及系统 |
CN109816126B (zh) * | 2019-01-04 | 2021-05-04 | 口碑(上海)信息技术有限公司 | 订餐信息的处理方法、装置及系统 |
CN109816222A (zh) * | 2019-01-08 | 2019-05-28 | 睿亚区块链科技(深圳)有限公司 | 一种基于区块链技术的共享债务系统 |
CN110533283A (zh) * | 2019-07-19 | 2019-12-03 | 浙江口碑网络技术有限公司 | 预点单数据的处理系统及方法、装置、存储介质、终端 |
CN110706135A (zh) * | 2019-09-24 | 2020-01-17 | 支付宝(杭州)信息技术有限公司 | 合约处理方法以及装置 |
CN115879581A (zh) * | 2023-01-17 | 2023-03-31 | 北京交通发展研究院 | 资源管理方法、装置、系统、电子设备及存储介质 |
CN115879581B (zh) * | 2023-01-17 | 2023-12-08 | 北京交通发展研究院 | 资源管理方法、装置、系统、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108694456A (zh) | 预约业务的处理方法、装置及预点餐的处理方法、装置 | |
Shao et al. | A simple reservation and allocation model of shared parking lots | |
US8041599B2 (en) | Method, system, and program product for selecting a brokering method for obtaining desired service level characteristics | |
Gallego et al. | Revenue management of callable products | |
Afeche et al. | Rational abandonment from priority queues: Equilibrium strategy and pricing implications | |
JP5314196B2 (ja) | 金銭提供管理システム、金銭提供管理システムの制御方法、記録媒体及びプログラム | |
JP7368994B2 (ja) | 電子マネーシステム | |
Nejad et al. | Online scheduling and pricing for electric vehicle charging | |
KR20200095223A (ko) | 거래소 기반의 디자인 거래 시스템 및 방법과 이를 위한 컴퓨터 프로그램 | |
KR102206008B1 (ko) | 네일 아트 서비스 제공을 위한 네일샵 및 디자이너 중개 플랫폼 제공 방법, 장치 및 컴퓨터-판독가능 기록 매체 | |
CN108109061A (zh) | 在线车辆调度系统和方法 | |
CN110517115A (zh) | 商业服务平台及其方法 | |
JP7078777B2 (ja) | 一般消費者向け持ち株会システム及び方法 | |
US20170249653A1 (en) | System and method for providing transportation or other activity based offers | |
Aydinliyim et al. | Sequencing strategies and coordination issues in outsourcing and subcontracting operations | |
Anandasivam et al. | A heuristic approach for capacity control in clouds | |
Bernstein et al. | Competition for procurement contracts with service guarantees | |
JP2006011700A (ja) | 利用量に応じた特典付与システム | |
KR101740967B1 (ko) | 프랜차이즈 가맹점 제공 시스템을 이용한 프랜차이즈 가맹점 제공 방법 | |
US20140337157A1 (en) | System and method for providing a marketplace for moving services | |
JP6629929B1 (ja) | トークン取引支援システム、トークン取引支援方法及びトークン取引支援プログラム | |
Weinman | The Market for ‘Melons’: Quantity Uncertainty and the Market Mechanism | |
CN112633941A (zh) | 云计算服务的用户积分系统 | |
Robu et al. | An interactive platform for auction-based allocation of loads in transportation logistics. | |
KR101076650B1 (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181023 |