在线住宿产品的佣金计算系统、方法及装置与流程

文档序号:19741229发布日期:2020-01-18 05:14阅读:373来源:国知局
在线住宿产品的佣金计算系统、方法及装置与流程

本申请涉及互联网产品领域,特别涉及一种在线住宿产品的佣金计算系统、方法及装置。



背景技术:

在线旅行社(onlinetravelagency,ota)是通过互联网向旅游消费者提供旅游产品的预定服务的计算机系统,简称ota系统。比如,ota系统提供在线酒店预定服务。

在线酒店预定服务是商家与ota系统合作提供的互联网服务。当用户成功预定一个在线酒店产品后,ota系统会将在线酒店产品的售卖价按照佣金比例扣除佣金,然后将结算价对应的电子货币资源转移至酒店方的商家帐户。其中,售卖价-佣金价=结算价。

由于ota系统会对接非常多的商家,每个商家通常还提供多种酒店产品。相关技术中仅支持固定的佣金比例,只能实现较为简单的佣金结算策略。



技术实现要素:

本申请实施例提供了一种在线住宿产品的佣金计算系统、方法及装置,可用于解决相关技术仅支持固定的佣金比例,只能实现较为简单的佣金结算策略的技术问题。所述技术方案如下:

一方面,提供了一种在线住宿产品的佣金计算系统,所述系统包括采用计算机实现的售卖系统、价格计算系统、交易系统;

所述售卖系统,用于接收ota客户端发送的预定请求,所述预定请求用于请求预定目标住宿产品;根据所述预定请求生成所述目标住宿产品的订单;

所述价格结算系统,用于识别所述订单的预定场景,所述预定场景与所述订单的至少一个预定参数有关;当所述预定场景属于改佣预定场景时,确定所述预定场景对应的动态佣金比例;

所述交易系统,用于根据所述动态佣金比例与所述目标住宿产品对应的商家进行订单结算。

另一方面,提供了一种在线住宿产品的佣金计算方法,所述方法应用于ota系统中,所述方法包括:

接收ota客户端发送的预定请求,所述预定请求用于请求预定目标住宿产品,所述ota客户端登录有用户帐号;

根据所述预定请求生成所述目标住宿产品的订单;

识别所述订单的预定场景,所述预定场景与所述订单的至少一个预定参数有关;

当所述预定场景属于改佣预定场景时,确定所述预定场景对应的动态佣金比例;

根据所述动态佣金比例与所述目标住宿产品对应的商家进行订单结算。

再一方面,提供了一种在线住宿产品的佣金计算装置,所述装置应用于ota系统中,所述装置包括:

请求接收模块,用于接收ota客户端发送的预定请求,所述预定请求用于请求预定目标住宿产品,所述ota客户端登录有用户帐号;

订单生成模块,用于根据所述预定请求生成所述目标住宿产品的订单;

场景识别模块,用于识别所述订单的预定场景,所述预定场景与所述订单的至少一个预定参数有关;

比例确定模块,用于当所述预定场景属于改佣预定场景时,确定所述预定场景对应的动态佣金比例;

订单结算模块,用于根据所述动态佣金比例与所述目标住宿产品对应的商家进行订单结算。

又一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述计算机可读存储介质在计算机上运行时,使得计算机执行如上述在线住宿产品的佣金计算方法。

本申请实施例提供的技术方案带来的有益效果至少包括:

通过根据住宿产品对应的订单中的预定参数来确定该住宿产品对应的预定场景,然后根据预定场景是否为改佣预定场景来确定该预定场景对应的佣金比例,最后根据该佣金比例与住宿产品对应的商家进行结算,实现了根据住宿产品对应的预定场景的不同,由计算机系统自动跟随预定场景来动态调整佣金的目的,拓宽了佣金结算策略,解决了相关技术仅支持固定的佣金比例、只能实现较为简单的佣金结算策略的技术问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请实施例一提供的在线旅行社ota系统的示意图;

图2是本申请实施例二提供的一种在线住宿产品的佣金计算方法流程图;

图3是基于本申请实施例二提供的等长二进制编码的示意图;

图4是本申请实施例二提供的另一种在线住宿产品的佣金计算方法的流程图;

图5和图6是本申请实施例三提供的在线住宿产品的佣金计算装置结构示意图;

图7是本申请实施例四提供的服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。

在对本申请实施例进行介绍说明之前,首先对本申请中涉及的相关名词进行解释说明。

售卖价是指用户在ota客户端实际支付的价格;

佣金是指利用售卖价与佣金比例相乘计算出的价格;

结算价是指利用售卖价减去佣金后计算出的价格。

实施例一

图1是本申请实施例涉及的一种ota系统的示意图。该ota系统可以包括:供应链系统10、商品管理系统20、运营系统30、价格佣金策略系统40、价格计算系统50、交易系统60、风控系统70、结算系统80和酒店售卖系统90。

供应链系统10用于统一价格模式。商品及原始价格通过不同的渠道流入供应链系统,如通过代理商采用的电子商务平台、通过bd(businessdevelopment,商务拓展)同学采用的上单系统、通过商家采用的ebooking(电子预定)系统等。供应链系统10将不同渠道流入的商品及原始价格进行价格模式统一后,将模式统一后的商品及价格传送至商品管理系统20。

商品管理系统20中维护有一个数据库,该数据库中包括价格模式统一后的商品及其对应的价格。

运营系统30中也维护有一个数据库,该数据库中包括不同场景下的佣金率。可选地,在数据流入商品管理系统20的同时,运营员会在运营系统30中录入各类场景下的佣金率。

价格佣金策略系统40用于进行动态场景化运算,得到统一的多场景价格模型。价格佣金策略系统40接收到商品管理系统20传入的价格,及运营系统30传入的佣金率后,进行动态场景化运算,以此得到统一的价格模型。可选地,该统一的多场景价格模型中包括原始价格、优惠价格、原始佣金、动态佣金等数据。

价格计算系统50用于根据用户选择的商品计算该商品对应的价格,如原始价格、优惠价格、动态佣金等,并将计算结果发送给酒店售卖系统90及交易系统60。

酒店售卖系统90用于根据价格计算系统50的计算结果,给用户呈现其选择的商品及售卖价。

交易系统60用于根据价格计算系统50的计算结果,得到该商品对应的动态佣金率。

风控系统70用于检测商家是否存在违规操作的行为,若存在违规操作的行为,则取消与商家按照动态佣金率进行结算,并发送对冲流水将动态佣金率改为原始佣金率。

结算系统80用于按照风控系统70最终确定的佣金率计算佣金及结算价,并根据该佣金及结算价与商家进行结算。

需要说明的是,上述实施例提供的ota系统,在实现其功能时,仅以上述各子系统的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的子系统完成,即将ota系统划分成不同的子系统,以完成以上描述的全部或者部分功能。另外,上述实施例提供的ota系统与下述方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。

实施例二

图2是本申请实施例提供的一种在线住宿产品的佣金计算方法的流程图,该方法可以应用于图1所示的ota系统中。如图2所示,该方法可以包括:

步骤201,接收ota客户端发送的预定请求,预定请求用于请求预定目标住宿产品,ota客户端登录有用户帐号。

本申请实施例中,ota客户端在生成预定请求之前,需要登陆有相应的用户帐号,该用户帐号是指用户在ota客户端中控制使用的帐号。ota客户端可以将用户的预定请求发送给ota系统,用户在ota客户端选择目标住宿产品后,ota客户端即生成预定请求,然后将该预定请求发送给ota系统。目标住宿产品是指用户在ota客户端预定的住宿产品,可选地,用户的预定请求中包括该目标住宿产品对应的标识。

步骤202,根据预定请求生成目标住宿产品的订单。

ota系统在接收到ota客户端发送的预定请求后,可以根据该预定请求生成该目标住宿产品对应的订单。该订单中包括与目标住宿产品及用户相关的信息,可选地,该订单中包括预定渠道信息、活动类型信息、用户会员信息、用户身份信息、产品类型信息、产品价格信息等,本申请实施例对此不作限定。

步骤203,识别订单的预定场景,预定场景与订单的至少一个预定参数有关。

预定场景是指用户预定目标住宿产品时对应的场景,预定参数是指用户预定目标住宿产品时ota系统生成的订单中包括的参数,预定场景与订单的至少一个预定参数有关。

步骤204,当预定场景属于改佣预定场景时,确定预定场景对应的动态佣金比例。

改佣预定场景是指ota系统预先设置的需要改变佣金比例的场景,如改佣预定场景对应线下渠道、会员产品时,则当预定场景是线下渠道、会员产品时,该预定场景为改佣预定场景,需要调整佣金比例。

动态佣金比例是指预定场景在被确定为改佣预定场景后需要调整至的佣金比例。原始佣金比例是指ota系统预先设置的预定场景对应的佣金比例,可选地,动态佣金比例既可以高于原始佣金比例,也可以低于原始佣金比例,实际应用中可以根据活动情况和商家的操作行为这两方面的因素来确定动态佣金比例与原始佣金比例的关系。例如,若促销活动期间商家的操作违规,则动态佣金比例高于原始佣金比例;若促销活动期间商家的操作正常,则动态佣金比例低于原始佣金比例。

步骤205,根据动态佣金比例与目标住宿产品对应的商家进行订单结算。

本申请实施例中,订单结算是指计算售出该目标住宿产品对应的佣金和结算价。示例性地,上述根据动态佣金比例与目标住宿产品对应的商家进行订单结算,包括:获取订单对应的售卖价;按照动态佣金比例确定佣金,将售卖价减去佣金后,得到结算价;将结算价对应的电子货币资源结算至商家的商家账户中。

目标住宿产品售出后,用户支付的金钱即为该目标住宿产品对应的售卖价;用售卖价与动态佣金比例相乘,即为商家需要支付的佣金;用售卖价减去佣金后,即可得到结算价。ota系统计算出结算价后,将结算价对应的电子货币资源结算至商家的商家账户中,即可完成订单结算的流程。

可选地,上述将结算价对应的电子货币资源转移至商家的商家账户中之后,还包括:监控商家在ota系统上的非法交易行为;当商家在结算后的预定时长内发生非法交易行为时,按照原始佣金比例确定商家的对冲金额;在下次结算时,根据对冲金额进行抵扣。

非法交易行为是指商家违规操作的行为,例如用户在线上订购目标住宿产品后,在线下又延续了订购时长,商家隐瞒而不上报ota系统的行为。预定时长是ota系统根据实际的需求预先设置的一段时长,例如12小时。可选地,原始佣金比例高于动态佣金比例,若ota系统监控到商家在预定时长内发生非法交易行为,则按照原始佣金比例确定商家的对冲金额。可选地,对冲金额是指根据原始佣金比例确定的商家需要支付的佣金减去根据动态佣金比例确定的商家需要支付的佣金。ota系统确定商家的对冲金额后,在下次与该商家进行结算时,从结算价中扣除对冲金额。

综上所述,本申请实施例提供的技术方案,通过根据住宿产品对应的订单中的预定参数来确定该住宿产品对应的预定场景,然后根据预定场景是否为改佣预定场景来确定该预定场景对应的佣金比例,最后根据该佣金比例与住宿产品对应的商家进行结算,实现了根据住宿产品对应的预定场景的不同,由计算机系统自动跟随预定场景来动态调整佣金的目的,拓宽了佣金结算策略,解决了相关技术仅支持固定的佣金比例、只能实现较为简单的佣金结算策略的技术问题。

并且,本申请实施例提供的技术方案中,ota系统在结算后的预定时长内还会监控商家是否有非法交易行为,若商家存在非法交易行为,则按照原始佣金比例确定商家的对冲金额,以在下次结算时根据对冲金额进行抵扣,增加了非法交易检测机制,避免了商家非法交易逃避交纳佣金的行为。

在一种可能的实施方式中,上述识别订单的预定场景,包括:获取预定场景对应的n个预定参数的参数值,n个预定参数包括:订单的渠道类型、订单的活动类型、订单的新老客户类型、订单的订购人身份类型、订单的价格类型、目标住宿产品的产品类型中的n个,n为正整数;根据n个预定参数的参数值,生成预定场景对应的第一等长二进制编码,第一等长二进制编码包括n个等长的比特片段,每个比特片段对应一个预定参数的参数值;将预定场景对应的第一等长二进制编码,与改佣预定场景对应的第二等长二进制编码进行匹配。

ota系统根据实际需求预先设置有改佣预定场景,该改佣预定场景采用等长二进制编码表示,本申请实施例对该等长二进制编码包括的比特片段的个数不作限定,实际应用中可以根据预订参数的个数来确定比特片段的个数。预定场景也采用等长二进制编码来表示。ota系统在识别订单的预订场景时,将预定场景对应的第一等长二进制编码与改佣预定场景对应的第二等长二进制编码进行匹配,若第一等长二进制编码与第二等长二进制编码相同,则确定该预定场景为改佣预定场景;若第一等长二进制编码与第二等长二进制编码不同,则确定该预定场景不是改佣预定场景。

例如,如图3所示,假设预定参数包括:订单的渠道类型31、订单的新老客户类型32、订单的订购人身份33、目标住宿产品类型34。每一个预定参数的参数值都对应一个比特片段,假设订单的渠道类型31为线上时对应的比特片段为0,订单的渠道类型31为线下时对应的比特片段为1;订单的新老客户类型32为老客户时对应的比特片段为0,订单的新老客户类型32为新客户时对应的比特片段为1;订单的订购人身份33为非会员时对应的比特片段为0,订单的订购人身份33为会员时对应的比特片段为1;目标住宿产品类型34为非会员产品时对应的比特片段为0,目标住宿产品类型34为会员产品时对应的比特片段为1,则可能的预定场景对应的等长二进制编码从0000至1111,共有16种可能的预定场景。假设ota系统预先设置的改佣预定场景对应的等长二进制编码为0001和1111,即ota系统将线上渠道、老客户、非会员、会员产品,和线下渠道、新客户、会员、会员产品这两种预定场景设置为改佣预定场景。当预定场景对应的等长二进制编码为0011时,因为0011与0001和1111均不匹配,则该预定场景不是改佣预定场景。当预定场景对应的等长二进制编码为1111时,因为1111与1111匹配,则该预定场景为改佣预定场景。

综上所述,本申请实施例提供的技术方案,通过采用包括多个比特片段的等长二进制编码来表示预定场景和改佣预定场景,简化了预定场景和改佣预定场景的表示方式,提升了ota系统的处理速度。

在一种可能的实施方式中,上述当预定场景属于改佣预定场景时,确定预定场景对应的动态佣金比例,包括:当预定场景属于改佣预定场景时,获取订单对应的目标住宿产品的商家标识;将商家标识对应的第一佣金比例,确定为预定场景对应的动态佣金比例。

每个商家在ota系统对应有一个标识,可选地,该标识可以采用id来表示,本申请实施例对此不作限定。可选地,不同的商家对应不同的佣金比例,当ota系统接收到目标住宿产品的订单后,获取该订单中的商家标识,然后查询该商家标识对应的佣金比例,将该佣金比例确定为预定场景对应的动态佣金比例。

在另一种可能的实施方式中,上述当预定场景属于改佣预定场景时,确定预定场景对应的动态佣金比例,包括:当预定场景属于改佣预定场景时,获取订单对应的目标住宿产品的商家标识和门店标识;将商家标识和门店标识对应的第二佣金比例,确定为预定场景对应的动态佣金比例。

每个商家可以对应多个门店,每个门店在ota系统也对应有一个标识,可选地,该标识可以采用id来表示,本申请实施例对此不作限定。可选地,商家的不同门店也对应不同的佣金比例,当ota系统接收到目标住宿产品的订单后,获取该订单中的商家标识和门店标识,然后查询该商家标识和该门店标识对应的佣金比例,将该佣金比例确定为预定场景对应的动态佣金比例。

在又一种可能的实施方式中,为了避免ota系统在确定佣金比例时可能出现的冲突,上述当预定场景属于改佣预定场景时,确定预定场景对应的动态佣金比例,包括:当预定场景属于改佣预定场景时,获取订单对应的目标住宿产品的商家标识和门店标识;获取商家标识对应的第一佣金比例和第一优先级;获取商家标识和门店标识对应的第二佣金比例和第二优先级;当第一优先级大于第二优先级时,将商家标识对应的第一佣金比例确定为预定场景对应的动态佣金比例;当第二优先级大于第一优先级时,将商家标识和门店标识对应的第二佣金比例确定为预定场景对应的动态佣金比例。

ota系统可以根据实际的需求确定第一优先级和第二优先级的大小。例如,若ota系统仅在商家的某一门店进行促销活动时,该商家标识对应的第一优先级小于该商家标识和门店标识对应的第二优先级,则此时将商家标识和门店标识对应的第二佣金比例确定为动态佣金比例。

综上所述,本申请实施例提供的技术方案,通过根据商家标识和/或门店标识确定动态佣金比例,实现了从多维度确定动态佣金比例的目的,扩展了动态佣金比例的确定方式。

在一种可能的实施方式中,如图4所示,上述在线住宿产品的佣金计算方法还可以包括如下几个步骤(401~403):

步骤401,售卖系统接收ota客户端发送的预定请求,该预定请求用于请求预定目标住宿产品;根据预定请求生成目标住宿产品的订单;

步骤402,价格结算系统识别订单的预定场景,预定场景与订单的至少一个预定参数有关;当预定场景属于改佣预定场景时,确定预定场景对应的动态佣金比例;

步骤403,交易系统根据动态佣金比例与目标住宿产品对应的商家进行订单结算。

可选地,上述步骤402包括:价格结算系统获取预定场景对应的n个预定参数的参数值,上述n个预定参数包括:订单的渠道类型、订单的活动类型、订单的新老客户类型、订单的订购人身份类型、订单的价格类型、目标住宿产品的产品类型中的n个,n为正整数;价格结算系统根据n个预定参数的参数值,生成预定场景对应的第一等长二进制编码,第一等长二进制编码包括n个等长的比特片段,每个比特片段对应一个预定参数的参数值;价格结算系统将预定场景对应的第一等长二进制编码,与改佣预定场景对应的第二等长二进制编码进行匹配。

可选地,上述方法还包括:步骤404,价格佣金策略系统在预定场景属于改佣预定场景时,获取订单对应的目标住宿产品的商家标识;步骤405,价格结算系统从价格佣金策略系统读取商家标识对应的第一佣金比例,确定为预定场景对应的动态佣金比例。

可选地,上述方法还包括:步骤406,价格佣金策略系统在预定场景属于改佣预定场景时,获取订单对应的目标住宿产品的商家标识和门店标识;步骤407,价格结算系统从价格佣金策略系统读取商家标识和门店标识对应的第二佣金比例,确定为预定场景对应的动态佣金比例。

可选地,上述方法还包括:步骤406,价格佣金策略系统在预定场景属于改佣预定场景时,获取订单对应的目标住宿产品的商家标识和门店标识;步骤408,价格结算系统从价格佣金策略系统读取商家标识对应的第一佣金比例和第一优先级;从价格佣金策略系统读取获取商家标识和门店标识对应的第二佣金比例和第二优先级;步骤409,价格结算系统在第一优先级大于第二优先级时,将商家标识对应的第一佣金比例确定为预定场景对应的动态佣金比例;当第二优先级大于第一优先级时,将商家标识和门店标识对应的第二佣金比例确定为预定场景对应的动态佣金比例。

可选地,上述步骤403包括:交易系统获取订单对应的售卖价;按照动态佣金比例确定佣金,将售卖价减去佣金后,得到结算价;将结算价对应的电子货币资源结算至商家的商家账户中。

可选地,上述方法还包括:步骤410,风控系统监控所述商家在ota系统上的非法交易行为;步骤411,交易系统在商家在结算后的预定时长内发生非法交易行为时,按照原始佣金比例确定商家的对冲金额,对冲金额是用于在下次结算时抵扣的金额;步骤412,结算系统在下次结算时,根据对冲金额进行抵扣。

实施例三

下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。

图5是本申请实施例提供的一种在线住宿产品的佣金计算装置的框图。如图5所示,该装置500可以包括:请求接收模块510、订单生成模块520、场景识别模块530、比例确定模块540和订单结算模块550。

请求接收模块510,用于接收ota客户端发送的预定请求,所述预定请求用于请求预定目标住宿产品,所述ota客户端登录有用户帐号。

订单生成模块520,用于根据所述预定请求生成所述目标住宿产品的订单。

场景识别模块530,用于识别所述订单的预定场景,所述预定场景与所述订单的至少一个预定参数有关。

比例确定模块540,用于当所述预定场景属于改佣预定场景时,确定所述预定场景对应的动态佣金比例。

订单结算模块550,用于根据所述动态佣金比例与所述目标住宿产品对应的商家进行订单结算。

可选地,所述场景识别模块530还用于:获取所述预定场景对应的n个预定参数的参数值,所述n个预定参数包括:所述订单的渠道类型、所述订单的活动类型、所述订单的新老客户类型、所述订单的订购人身份类型、所述订单的价格类型、所述目标住宿产品的产品类型中的n个,所述n为正整数;根据所述n个预定参数的参数值,生成所述预定场景对应的第一等长二进制编码,所述第一等长二进制编码包括n个等长的比特片段,每个比特片段对应一个预定参数的参数值;将所述预定场景对应的第一等长二进制编码,与所述改佣预定场景对应的第二等长二进制编码进行匹配。

可选地,所述比例确定模块540还用于:当所述预定场景属于改佣预定场景时,获取所述订单对应的目标住宿产品的商家标识;将所述商家标识对应的第一佣金比例,确定为所述预定场景对应的动态佣金比例。

可选地,所述比例确定模块540还用于:当所述预定场景属于改佣预定场景时,获取所述订单对应的目标住宿产品的商家标识和门店标识;将所述商家标识和所述门店标识对应的第二佣金比例,确定为所述预定场景对应的动态佣金比例。

可选地,所述比例确定模块540还用于:当所述预定场景属于改佣预定场景时,获取所述订单对应的目标住宿产品的商家标识和门店标识;获取所述商家标识对应的第一佣金比例和第一优先级;获取所述商家标识和所述门店标识对应的第二佣金比例和第二优先级;当所述第一优先级大于所述第二优先级时,将所述商家标识对应的第一佣金比例确定为所述预定场景对应的动态佣金比例;当所述第二优先级大于所述第一优先级时,将所述商家标识和所述门店标识对应的第二佣金比例确定为所述预定场景对应的动态佣金比例。

可选地,所述订单结算模块550用于:获取所述订单对应的售卖价;按照所述动态佣金比例确定佣金,将所述售卖价减去所述佣金后,得到结算价;将所述结算价对应的电子货币资源结算至所述商家的商家账户中。

可选地,如图6所示,所述装置500还包括:交易监控模块560,用于监控所述商家在所述ota系统上的非法交易行为;对冲确定模块570,用于当所述商家在结算后的预定时长内发生所述非法交易行为时,按照原始佣金比例确定所述商家的对冲金额;所述订单结算模块550,还用于在下次结算时,根据所述对冲金额进行抵扣。

综上所述,本申请实施例提供的技术方案,通过根据住宿产品对应的订单中的预定参数来确定该住宿产品对应的预定场景,然后根据预定场景是否为改佣预定场景来确定该预定场景对应的佣金比例,最后根据该佣金比例与住宿产品对应的商家进行结算,实现了根据住宿产品对应的预定场景的不同,由计算机系统自动跟随预定场景来动态调整佣金的目的,拓宽了佣金结算策略,解决了相关技术仅支持固定的佣金比例、只能实现较为简单的佣金结算策略的技术问题。

并且,本申请实施例提供的技术方案中,ota系统在结算后的预定时长内还会监控商家是否有非法交易行为,若商家存在非法交易行为,则按照原始佣金比例确定商家的对冲金额,以在下次结算时根据对冲金额进行抵扣,增加了非法交易检测机制,避免了商家非法交易逃避交纳佣金的行为。

需要说明的是,上述实施例提供的装置,在实现其功能时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的装置与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。

实施例四

图7示出了本申请一个实施例提供的服务器的结构示意图。该服务器用于实施上述实施例中提供的在线住宿产品的佣金计算方法。具体来讲:

所述服务器700包括中央处理单元(cpu)701、包括随机存取存储器(ram)702和只读存储器(rom)703的系统存储器704,以及连接系统存储器704和中央处理单元701的系统总线705。所述服务器700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)706,和用于存储操作系统713、应用程序714和其他程序模块715的大容量存储设备707。

所述基本输入/输出系统706包括有用于显示信息的显示器708和用于用户输入信息的诸如鼠标、键盘之类的输入设备709。其中所述显示器708和输入设备709都通过连接到系统总线705的输入输出控制器710连接到中央处理单元701。所述基本输入/输出系统706还可以包括输入输出控制器710以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器710还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备707通过连接到系统总线705的大容量存储控制器(未示出)连接到中央处理单元701。所述大容量存储设备707及其相关联的计算机可读介质为服务器700提供非易失性存储。也就是说,所述大容量存储设备707可以包括诸如硬盘或者cd-rom驱动器之类的计算机可读介质(未示出)。

不失一般性,所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、eprom、eeprom、闪存或其他固态存储其技术,cd-rom、dvd或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器704和大容量存储设备707可以统称为存储器。

根据本申请的各种实施例,所述服务器700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器700可以通过连接在所述系统总线705上的网络接口单元711连接到网络712,或者说,也可以使用网络接口单元711来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括一个或者一个以上的程序,所述一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于进行以下操作的指令:

接收ota客户端发送的预定请求,所述预定请求用于请求预定目标住宿产品,所述ota客户端登录有用户帐号;

根据所述预定请求生成所述目标住宿产品的订单;

识别所述订单的预定场景,所述预定场景与所述订单的至少一个预定参数有关;

当所述预定场景属于改佣预定场景时,确定所述预定场景对应的动态佣金比例;

根据所述动态佣金比例与所述目标住宿产品对应的商家进行订单结算。

应当理解的是,在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1