用于确定订单的价值的方法及设备的制作方法
【专利摘要】本发明的实施例公开了一种用于确定订单的价值的方法及设备。该方法包括：获取针对历史订单而提交订单申请的多个用户；获取在预定时间内该多个用户中的每个用户提交订单申请的数目；以及基于每个用户提交订单申请的数目，确定该历史订单的订单价值。本发明的实施例能够准确确定订单价值，从而有效鼓励司机完成更多订单，提高乘客体验。
【专利说明】用于确定订单的价值的方法及设备
【技术领域】
[0001]本发明的实施例涉及计算机领域，具体涉及一种用于确定订单的价值的方法及设备。
【背景技术】
[0002]随着互联网的高速发展，人们已经习惯于通过相关应用软件来呼叫出租车。
[0003]当每次呼叫出租车时，由于始发地、目的地、行车距离以及行车时间等具体情况的不同，每个订单对于司机的价值也不同。如果完成低价值订单，则司机将额外得到一定奖励，从而司机有动力尽可能多地完成各种订单，提高乘客体验。
[0004]相关技术中，通常根据上述行车距离来确定高价值订单或低价值订单，然而可能存在如下问题:例如在北京，如果始发地是中关村、目的地是房山，则该订单由于行车距离较远而可能被确定为高价值订单。然而实际情况是，由于房山的地理位置偏僻，通常需要空驶返回，从而造成该订单对于各司机来说属于低价值订单。
[0005]由此可见，由于难以准确确定订单价值，因此难以有效鼓励司机完成更多订单，从而影响乘客体验的进一步提闻。
【发明内容】
[0006]本发明的实施例旨在提供一种用于确定订单的价值的方法及设备，能够解决相关技术中难以准确确定订单价值的问题。
[0007]根据本发明的一个方面，提供了一种用于确定历史订单的价值的方法。该方法包括:获取针对历史订单而提交订单申请的多个用户；获取在预定时间内该多个用户中的每个用户提交订单申请的数目；以及基于每个用户提交订单申请的数目，确定该历史订单的订单价值。
[0008]根据本发明的一个方面，还提供了一种用于确定目标订单的价值的方法，包括:获取与目标订单相关的历史订单；获取该历史订单的订单价值，其中基于针对该历史订单而提交订单申请的多个用户中的每个用户在预定时间内分别提交订单申请的数目，确定该历史订单的订单价值；以及基于该历史订单的订单价值，确定该目标订单的订单价值。
[0009]根据本发明的另一个方面，提供了一种用于确定历史订单的价值的设备，包括:第一获取装置，用于获取针对历史订单而提交订单申请的多个用户；第二获取装置，用于获取在预定时间内该多个用户中的每个用户提交订单申请的数目；以及第一确定装置，用于基于每个用户提交订单申请的数目，确定该历史订单的订单价值。
[0010]根据本发明的另一个方面，还提供了一种用于确定目标订单的价值的设备，包括:第三获取装置，用于获取与目标订单相关的历史订单；第四获取装置，用于获取该历史订单的订单价值，其中基于针对该历史订单而提交订单申请的多个用户中的每个用户在预定时间内分别提交订单申请的数目，确定该历史订单的订单价值；以及第二确定装置，用于基于该历史订单的订单价值，确定该目标订单的订单价值。
[0011]本发明的实施例能够准确确定订单价值，从而有效鼓励司机完成更多订单，提高乘客体验。
【专利附图】
【附图说明】
[0012]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0013]图1是图示了本发明的实施例可实现于其中的网络架构100的图；
[0014]图2是根据本发明的实施例的用于确定历史订单的价值的方法200的流程图；
[0015]图3是根据本发明的实施例的用于确定目标订单的价值的方法300的流程图；
[0016]图4是根据本发明的实施例的用于确定历史订单的价值的设备400的结构框图；以及
[0017]图5是根据本发明的实施例的用于确定目标订单的价值的设备500的结构框图。
【具体实施方式】
[0018]下面将参考附图中示出的若干示例性实施方式来描述本发明的原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。
[0019]参考图1，其图示了本发明的实施例可实现于其中的网络架构100的图。该网络架构100包括由网络120连接的多个服务器102、104、106、112、114和116。这些服务器可以分别用于不同的业务。例如，服务器102、104和106可以分别用于出租车业务，而服务器112、114和116可以分别用于专车业务。另外，该网络架构100还可以包括用于大数据应用的大数据服务器122。这些服务器中的每个服务器都可以包括处理设备和数据库，该数据库用于存储相应的计算机指令和历史订单，该处理设备用于执行在相应的数据库中所存储的计算机指令以执行例如根据本发明的实施例的确定历史订单的价值的功能。
[0020]本领域技术人员可以理解，上述服务器既可以代表比如计算机服务器的单个计算设备，也可以代表一起工作以执行功能的多个计算设备(例如云服务器hadOOp)。同时，上述网络120既可以是公用通信网络(例如因特网、蜂窝数据网络、通过电话的拨号调制解调器网络)，也可以是私有通信网络(例如私有局域网、专线)。
[0021]应当理解，图1中的网络架构100仅仅用于说明目的，并非旨在限制本发明的实施例的范围。在某些情况下，某些组件可以按照具体需要而增加或者减少。
[0022]图2是根据本发明的实施例的用于确定历史订单的价值的方法200的流程图。本领域技术人员可以理解，该方法200可以由参考图1所示的服务器中的处理设备来执行。为讨论方便，下文将参考图1所示的网络结构100来描述该方法200。
[0023]在方法200开始之后，在步骤S202，获取针对历史订单而提交订单申请的多个用户(在一个实例中，这些用户可以是司机)。例如，在图1中的网络架构100中，可以从服务器102、104和106获取针对乘客所发布的出租车历史订单而提交订单申请的多个用户，和/或从服务器112、114和116获取针对乘客所发布的专车订单而提交订单申请的多个用户。这种获取既可以由该服务器内部的处理设备来执行，也可以由该服务器外部的处理设备来执行。本领域技术人员可以理解，由该服务器内部的处理设备来执行是简便地从而是可选地，这可以减少在网络中的数据传输量。
[0024]本领域技术人员可以理解，当乘客发布历史订单时，该多个用户都可以例如通过“抢单”功能而针对该历史订单提交订单申请，然而该多个用户中的仅仅一个用户最终被选择为该乘客提供服务，从而完成该历史订单。本发明的实施例关注于该多个用户，而非被选择为该乘客提供服务的仅仅一个用户，从而能够借助于该历史订单对该多个用户的吸引程度来准确确定该历史订单的价值。
[0025]接下来，该方法200进行到步骤S204，获取在预定时间内该多个用户中的每个用户提交订单申请的数目。
[0026]由于该多个用户各自情况不同，因此其提交订单申请所依据的主观标准也不同。例如，有的用户倾向于通过大量抢单来获得订单，特别是在早晚高峰时段，由于额外奖励较多，因此该用户不管订单实际性价比如何而针对每个订单都进行“抢单”。因此，在确定历史订单的价值的过程中，为了避免该大量抢单用户所造成的订单价值虚高，本发明的实施例还关注于该多个用户中的每个用户在预定时间内(例如每日内)提交订单申请的数目，从而能够借助于该多个用户中的每个用户对该历史订单的关注程度来准确确定该历史订单的价值。
[0027]该方法200继而进行到步骤S206，基于每个用户提交订单申请的数目，确定该历史订单的订单价值。例如，本发明的实施例可以基于该数目的倒数而确定该历史订单的订单价值。又例如，本发明的实施例还可以基于该数目与预定阈值的比较结果来调整该多个用户中的每个用户的权重值，从而准确确定该历史订单的价值。
[0028]根据本发明的实施例，基于每个用户提交订单申请的数目的倒数之和，确定该历史订单的订单价值。例如，如果希望获取历史订单的价值，则首先需要获取针对该历史订单进行抢单的多个用户，假设所获得的多个用户是用户1、用户2和用户3。进而，获取该历史订单分别针对该用户1、用户2和用户3所体现的价值，例如，假设该用户I在该历史订单所发布当天进行抢单的总数目是50，则该历史订单针对该用户I所体现的价值可以是1/50。类似地，假设该用户2和用户3在该历史订单所发布当天进行抢单的总数目分别是100，则该历史订单针对该用户2和用户3所体现的价值分别可以是1/100和1/200。因此，该历史订单的订单价值可以被确定为其分别针对该用户1、用户2和用户3的价值之和，例如等于7/200。
[0029]本领域技术人员可以理解，还可以借助于其他参数而确定历史订单的价值。例如，对于上述历史订单，还可以获取该用户1、用户2和用户3的信用值，其中该信用值可以基于该用户1、用户2和用户3已经成功完成的订单数目、基于该用户1、用户2和用户3的从业年限以及所获得的评分等而预先确定。然后，该历史订单的订单价值可以被确定为其分别针对该用户1、用户2和用户3的价值与该信用值的乘积之和。
[0030]另外，从乘客发布该历史订单至该多个用户中的每个用户针对该历史订单而提交订单申请的时间差也可以作为确定该历史订单的价值的参考。本领域技术人员可以理解，对于每个用户来说，触发抢单功能的时间差越短，则该订单对于该用户越重要、价值越高。因此，为了更准确确定历史订单的价值，该历史订单的订单价值可以被确定为例如其分别针对该用户1、用户2和用户3的价值与该时间差的倒数的乘积之和。
[0031]另外，该多个用户的数目与发布该历史订单时联线的用户数目的比值也可以作为确定该历史订单的价值的参考。本领域技术人员可以理解，不同时段内联线的用户数目不同，例如早晚高峰时段内联线的用户数目较多，而深夜时段内联线的用户数目较少。因此，为了更准确确定历史订单的价值，该历史订单的订单价值可以被确定为例如其分别针对该用户1、用户2和用户3的价值与该比值的乘积之和。
[0032]图3是根据本发明的实施例的用于确定目标订单的价值的方法300的流程图。本领域技术人员可以理解，该方法300可以由参考图1所示的服务器中的处理设备来执行。为讨论方便，下文将参考图1所示的网络结构100来描述该方法300。
[0033]在方法300开始之后，在步骤S302获取与目标订单相关的历史订单。例如，基于该目标订单的始发地和目的地，获取该历史订单。也就是说，对于本发明【背景技术】中所描述的问题，本发明实施例更关注于始发地和目的地，从而可以避免将目的地偏僻的订单错误确定为高价值订单。
[0034]另外，还可以基于乘客发布该目标订单的时段，获取该历史订单。例如，在晚高峰之后，家住郊区的用户大多选择在回家同时顺路完成一个较远距离订单，也就是说，在此时段内，部分目的地偏僻的订单可能价值更高。因此基于该时段而获得的历史订单的价值，能够更准确地确定该目标订单的价值。
[0035]接下来，该方法300进行到步骤S304，获取该历史订单的订单价值。本领域技术人员可以理解，该历史订单的订单价值的确定方法已经在上文通过方法200而详细描述，因此在此不再赘述。
[0036]该方法300继而进行到步骤S306，基于该历史订单的订单价值，确定该目标订单的订单价值。例如，基于该历史订单的订单价值的平均值，确定该目标订单的订单价值。本领域技术人员可以理解，借助于多个历史订单的订单价值的平均值，能够更准确地确定该目标订单的价值。
[0037]图4是根据本发明的实施例的用于确定历史订单的价值的设备400的结构框图。如图4所示，该设备400包括:第一获取装置401，用于获取针对历史订单而提交订单申请的多个用户；第二获取装置402，用于获取在预定时间内该多个用户中的每个用户提交订单申请的数目；以及第一确定装置403，用于基于每个用户提交订单申请的数目，确定该历史订单的订单价值。
[0038]根据本发明的实施例，第一确定装置403包括:第一确定单元，用于基于每个用户提交订单申请的数目的倒数，确定该历史订单的订单价值。
[0039]根据本发明的实施例，第一确定装置403包括:第二确定单元，用于基于每个用户提交订单申请的数目的倒数之和，确定所述历史订单的订单价值。
[0040]根据本发明的实施例，第一获取装置401包括:第一获取单元，用于获取从发布该历史订单至该多个用户中的每个用户针对该历史订单而提交订单申请的时间差；第一确定装置403包括:第三确定单元，用于基于该时间差与每个用户提交订单申请的数目的乘积的倒数之和，确定该历史订单的订单价值。
[0041]根据本发明的实施例，第一获取装置401包括:第二获取单元，用于获取该多个用户中的每个用户的信用值；第一确定装置403包括:第四确定单元，用于基于该信用值与该每个用户提交订单申请的数目的商之和，确定该历史订单的订单价值。
[0042]根据本发明的实施例，第一获取装置401包括:第三获取单元，用于获取该多个用户的数目与发布该历史订单时联线的用户的数目的比值；第一确定装置403包括:第五确定单元，用于基于该比值与每个用户提交订单申请的数目的商之和，确定该历史订单的订单价值。
[0043]图5是根据本发明的实施例的用于确定目标订单的价值的设备500的结构框图。如图5所示，该设备500包括:第三获取装置501，用于获取与目标订单相关的历史订单；第四获取装置502，用于获取该历史订单的订单价值，其中基于针对该历史订单而提交订单申请的多个用户中的每个用户在预定时间内分别提交订单申请的数目，确定该历史订单的订单价值；以及第二确定装置503，用于基于该历史订单的订单价值，确定该目标订单的订单价值。
[0044]根据本发明的实施例，基于每个用户提交订单申请的数目的倒数，确定该历史订单的订单价值。
[0045]根据本发明的实施例，基于每个用户提交订单申请的数目的倒数之和，确定该历史订单的订单价值。
[0046]根据本发明的实施例，基于从发布该历史订单至该多个用户中的每个用户针对该历史订单而分别提交订单申请的时间差与每个用户提交订单申请的数目的乘积的倒数之和，确定该历史订单的订单价值。
[0047]根据本发明的实施例，基于该多个用户中的每个用户的信用值与每个用户提交订单申请的数目的商之和，确定该历史订单的订单价值。
[0048]根据本发明的实施例，基于该多个用户的数目与发布该历史订单时联线的用户的数目的比值与每个用户提交订单申请的数目的商，确定该历史订单的订单价值。
[0049]根据本发明的实施例，第三获取装置501包括:第四获取单元，用于基于该目标订单的始发地和目的地，获取该历史订单。
[0050]根据本发明的实施例，第二确定装置503包括:第六确定单元，用于基于该历史订单的订单价值的平均值，确定该目标订单的订单价值。
[0051]综上所述，根据上述本发明的实施例，提供了一种用于确定订单的价值的方法及设备。该方法包括:获取针对历史订单而提交订单申请的多个用户；获取在预定时间内该多个用户中的每个用户提交订单申请的数目；以及基于每个用户提交订单申请的数目，确定该历史订单的订单价值。本发明的实施例能够准确确定订单价值，从而有效鼓励司机完成更多订单，提闻乘客体验。
[0052]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0053]以上所述仅为本发明可选实施例，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种用于确定历史订单的价值的方法，包括: 获取针对历史订单而提交订单申请的多个用户； 获取在预定时间内所述多个用户中的每个用户提交订单申请的数目；以及 基于每个用户提交订单申请的数目，确定所述历史订单的订单价值。
2.根据权利要求1所述的方法，其中基于每个用户提交订单申请的数目，确定所述历史订单的订单价值包括: 基于每个用户提交订单申请的数目的倒数，确定所述历史订单的订单价值。
3.根据权利要求1或2所述的方法，其中基于每个用户提交订单申请的数目，确定所述历史订单的订单价值包括: 基于每个用户提交订单申请的数目的倒数之和，确定所述历史订单的订单价值。
4.根据权利要求1或2所述的方法，其中 获取针对所述历史订单而提交订单申请的所述多个用户包括: 获取从发布所述历史订单至所述多个用户中的每个用户针对所述历史订单而提交所述订单申请的时间差；以及 基于每个用户提交订单申请的数目，确定所述历史订单的订单价值包括: 基于所述时间差与每个用户提交订单申请的数目的乘积的倒数之和，确定所述历史订单的订单价值。
5.根据权利要求1或2所述的方法，其中 获取针对所述历史订单而提交订单申请的所述多个用户包括: 获取所述多个用户中的每个用户的信用值；以及 基于每个用户提交订单申请的数目，确定所述历史订单的订单价值包括: 基于所述信用值与所述每个用户提交订单申请的数目的商之和，确定所述历史订单的订单价值。
6.根据权利要求1或2所述的方法，其中 获取针对所述历史订单而提交订单申请的所述多个用户包括: 获取所述多个用户的数目与发布所述历史订单时联线的用户的数目的比值；以及 基于每个用户提交订单申请的数目，确定所述历史订单的订单价值包括: 基于所述比值与所述每个用户提交订单申请的数目的商之和，确定所述历史订单的订单价值。
7.一种用于确定目标订单的价值的方法，包括: 获取与目标订单相关的历史订单； 获取所述历史订单的订单价值，其中基于针对所述历史订单而提交订单申请的多个用户中的每个用户在预定时间内分别提交订单申请的数目，确定所述历史订单的订单价值；以及 基于所述历史订单的订单价值，确定所述目标订单的订单价值。
8.根据权利要求7所述的方法，其中基于每个用户提交订单申请的数目的倒数，确定所述历史订单的订单价值。
9.根据权利要求7或8所述的方法，其中基于每个用户提交订单申请的数目的倒数之和，确定所述历史订单的订单价值。
10.根据权利要求7或8所述的方法，其中基于从发布所述历史订单至所述多个用户中的每个用户针对所述历史订单而分别提交所述订单申请的时间差与所述每个用户提交订单申请的数目的乘积的倒数之和，确定所述历史订单的订单价值。
11.根据权利要求7或8所述的方法，其中基于所述多个用户中的每个用户的信用值与所述每个用户提交订单申请的数目的商之和，确定所述历史订单的订单价值。
12.根据权利要求7或8所述的方法，其中基于所述多个用户的数目与发布所述历史订单时联线的用户的数目的比值与每个用户提交订单申请的数目的商，确定所述历史订单的订单价值。
13.根据权利要求7或8所述的方法，其中获取与所述目标订单相关的所述历史订单包括: 基于所述目标订单的始发地和目的地，获取所述历史订单。
14.根据权利要求7或8所述的方法，其中基于所述历史订单的订单价值，确定所述目标订单的订单价值包括: 基于所述历史订单的订单价值的平均值，确定所述目标订单的订单价值。
15.一种用于确定历史订单的价值的设备，包括: 第一获取装置，用于获取针对历史订单而提交订单申请的多个用户； 第二获取装置，用于获取在预定时间内所述多个用户中的每个用户提交订单申请的数目；以及 第一确定装置，用于基于每个用户提交订单申请的数目，确定所述历史订单的订单价值。
16.根据权利要求15所述的设备，其中所述第一确定装置包括: 第一确定单元，用于基于每个用户提交订单申请的数目的倒数，确定所述历史订单的订单价值。
17.根据权利要求15或16所述的设备，其中所述第一确定装置包括: 第二确定单元，用于基于每个用户提交订单申请的数目的倒数之和，确定所述历史订单的订单价值。
18.根据权利要求15或16所述的设备，其中 所述第一获取装置包括: 第一获取单元，用于获取从发布所述历史订单至所述多个用户中的每个用户针对所述历史订单而提交所述订单申请的时间差；以及所述第一确定装置包括: 第三确定单元，用于基于所述时间差与每个用户提交订单申请的数目的乘积的倒数之和，确定所述历史订单的订单价值。
19.根据权利要求15或16所述的设备，其中 所述第一获取装置包括: 第二获取单元，用于获取所述多个用户中的每个用户的信用值；以及 所述第一确定装置包括: 第四确定单元，用于基于所述信用值与所述每个用户提交订单申请的数目的商之和，确定所述历史订单的订单价值。
20.根据权利要求15或16所述的设备，其中 所述第一获取装置包括: 第三获取单元，用于获取所述多个用户的数目与发布所述历史订单时联线的用户的数目的比值；以及 所述第一确定装置包括: 第五确定单元，用于基于所述比值与所述每个用户提交订单申请的数目的商之和，确定所述历史订单的订单价值。
21.一种用于确定目标订单的价值的设备，包括: 第三获取装置，用于获取与目标订单相关的历史订单； 第四获取装置，用于获取所述历史订单的订单价值，其中基于针对所述历史订单而提交订单申请的多个用户中的每个用户在预定时间内分别提交订单申请的数目，确定所述历史订单的订单价值；以及 第二确定装置，用于基于所述历史订单的订单价值，确定所述目标订单的订单价值。
22.根据权利要求21所述的设备，其中基于每个用户提交订单申请的数目的倒数，确定所述历史订单的订单价值。
23.根据权利要求21或22所述的设备，其中基于每个用户提交订单申请的数目的倒数之和，确定所述历史订单的订单价值。
24.根据权利要求21或22所述的设备，其中基于从发布所述历史订单至所述多个用户中的每个用户针对所述历史订单而分别提交所述订单申请的时间差与所述每个用户提交订单申请的数目的乘积的倒数之和，确定所述历史订单的订单价值。
25.根据权利要求21或22所述的设备，其中基于所述多个用户中的每个用户的信用值与所述每个用户提交订单申请的数目的商之和，确定所述历史订单的订单价值。
26.根据权利要求21或22所述的设备，其中基于所述多个用户的数目与发布所述历史订单时联线的用户的数目的比值与每个用户提交订单申请的数目的商，确定所述历史订单的订单价值。
27.根据权利要求21或22所述的设备，其中所述第三获取装置包括: 第四获取单元，用于基于所述目标订单的始发地和目的地，获取所述历史订单。
28.根据权利要求21或22所述的设备，其中所述第二确定装置包括: 第六确定单元，用于基于所述历史订单的订单价值的平均值，确定所述目标订单的订单价值。
【文档编号】G06Q10/04GK104463368SQ201410747783
【公开日】2015年3月25日 申请日期:2014年12月9日 优先权日:2014年12月9日
【发明者】陈国宝 申请人:北京嘀嘀无限科技发展有限公司