用于确定订单的价值的方法及设备

摘要

本发明的实施例公开了一种用于确定订单的价值的方法及设备。该方法包括：获取针对历史订单而提交订单申请的多个用户；获取在预定时间内该多个用户中的每个用户提交订单申请的数目；以及基于每个用户提交订单申请的数目，确定该历史订单的订单价值。本发明的实施例能够准确确定订单价值，从而有效鼓励司机完成更多订单，提高乘客体验。

说明书

技术领域

本发明的实施例涉及计算机领域，具体涉及一种用于确定订单的 价值的方法及设备。

背景技术

随着互联网的高速发展，人们已经习惯于通过相关应用软件来呼 叫出租车。

当每次呼叫出租车时，由于始发地、目的地、行车距离以及行车 时间等具体情况的不同，每个订单对于司机的价值也不同。如果完成 低价值订单，则司机将额外得到一定奖励，从而司机有动力尽可能多 地完成各种订单，提高乘客体验。

相关技术中，通常根据上述行车距离来确定高价值订单或低价值 订单，然而可能存在如下问题：例如在北京，如果始发地是中关村、 目的地是房山，则该订单由于行车距离较远而可能被确定为高价值订 单。然而实际情况是，由于房山的地理位置偏僻，通常需要空驶返回， 从而造成该订单对于各司机来说属于低价值订单。

由此可见，由于难以准确确定订单价值，因此难以有效鼓励司机 完成更多订单，从而影响乘客体验的进一步提高。

发明内容

本发明的实施例旨在提供一种用于确定订单的价值的方法及设 备，能够解决相关技术中难以准确确定订单价值的问题。

根据本发明的一个方面，提供了一种用于确定历史订单的价值的 方法。该方法包括：获取针对历史订单而提交订单申请的多个用户； 获取在预定时间内该多个用户中的每个用户提交订单申请的数目；以 及基于每个用户提交订单申请的数目，确定该历史订单的订单价值。

根据本发明的一个方面，还提供了一种用于确定目标订单的价值 的方法，包括：获取与目标订单相关的历史订单；获取该历史订单的 订单价值，其中基于针对该历史订单而提交订单申请的多个用户中的 每个用户在预定时间内分别提交订单申请的数目，确定该历史订单的 订单价值；以及基于该历史订单的订单价值，确定该目标订单的订单 价值。

根据本发明的另一个方面，提供了一种用于确定历史订单的价值 的设备，包括：第一获取装置，用于获取针对历史订单而提交订单申 请的多个用户；第二获取装置，用于获取在预定时间内该多个用户中 的每个用户提交订单申请的数目；以及第一确定装置，用于基于每个 用户提交订单申请的数目，确定该历史订单的订单价值。

根据本发明的另一个方面，还提供了一种用于确定目标订单的价 值的设备，包括：第三获取装置，用于获取与目标订单相关的历史订 单；第四获取装置，用于获取该历史订单的订单价值，其中基于针对 该历史订单而提交订单申请的多个用户中的每个用户在预定时间内 分别提交订单申请的数目，确定该历史订单的订单价值；以及第二确 定装置，用于基于该历史订单的订单价值，确定该目标订单的订单价 值。

本发明的实施例能够准确确定订单价值，从而有效鼓励司机完成 更多订单，提高乘客体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请 的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构 成对本发明的不当限定。在附图中：

图1是图示了本发明的实施例可实现于其中的网络架构100的 图；

图2是根据本发明的实施例的用于确定历史订单的价值的方法 200的流程图；

图3是根据本发明的实施例的用于确定目标订单的价值的方法 300的流程图；

图4是根据本发明的实施例的用于确定历史订单的价值的设备 400的结构框图；以及

图5是根据本发明的实施例的用于确定目标订单的价值的设备 500的结构框图。

具体实施方式

下面将参考附图中示出的若干示例性实施方式来描述本发明的 原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术 人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明 的范围。

参考图1，其图示了本发明的实施例可实现于其中的网络架构100 的图。该网络架构100包括由网络120连接的多个服务器102、104、 106、112、114和116。这些服务器可以分别用于不同的业务。例如， 服务器102、104和106可以分别用于出租车业务，而服务器112、114 和116可以分别用于专车业务。另外，该网络架构100还可以包括用 于大数据应用的大数据服务器122。这些服务器中的每个服务器都可 以包括处理设备和数据库，该数据库用于存储相应的计算机指令和历 史订单，该处理设备用于执行在相应的数据库中所存储的计算机指令 以执行例如根据本发明的实施例的确定历史订单的价值的功能。

本领域技术人员可以理解，上述服务器既可以代表比如计算机服 务器的单个计算设备，也可以代表一起工作以执行功能的多个计算设 备(例如云服务器hadOOp)。同时，上述网络120既可以是公用通信 网络(例如因特网、蜂窝数据网络、通过电话的拨号调制解调器网络)， 也可以是私有通信网络(例如私有局域网、专线)。

应当理解，图1中的网络架构100仅仅用于说明目的，并非旨在 限制本发明的实施例的范围。在某些情况下，某些组件可以按照具体 需要而增加或者减少。

图2是根据本发明的实施例的用于确定历史订单的价值的方法 200的流程图。本领域技术人员可以理解，该方法200可以由参考图 1所示的服务器中的处理设备来执行。为讨论方便，下文将参考图1 所示的网络结构100来描述该方法200。

在方法200开始之后，在步骤S202，获取针对历史订单而提交订 单申请的多个用户(在一个实例中，这些用户可以是司机)。例如， 在图1中的网络架构100中，可以从服务器102、104和106获取针 对乘客所发布的出租车历史订单而提交订单申请的多个用户，和/或从 服务器112、114和116获取针对乘客所发布的专车订单而提交订单 申请的多个用户。这种获取既可以由该服务器内部的处理设备来执 行，也可以由该服务器外部的处理设备来执行。本领域技术人员可以 理解，由该服务器内部的处理设备来执行是简便地从而是可选地，这 可以减少在网络中的数据传输量。

本领域技术人员可以理解，当乘客发布历史订单时，该多个用户 都可以例如通过“抢单”功能而针对该历史订单提交订单申请，然而 该多个用户中的仅仅一个用户最终被选择为该乘客提供服务，从而完 成该历史订单。本发明的实施例关注于该多个用户，而非被选择为该 乘客提供服务的仅仅一个用户，从而能够借助于该历史订单对该多个 用户的吸引程度来准确确定该历史订单的价值。

接下来，该方法200进行到步骤S204，获取在预定时间内该多个 用户中的每个用户提交订单申请的数目。

由于该多个用户各自情况不同，因此其提交订单申请所依据的主 观标准也不同。例如，有的用户倾向于通过大量抢单来获得订单，特 别是在早晚高峰时段，由于额外奖励较多，因此该用户不管订单实际 性价比如何而针对每个订单都进行“抢单”。因此，在确定历史订单 的价值的过程中，为了避免该大量抢单用户所造成的订单价值虚高， 本发明的实施例还关注于该多个用户中的每个用户在预定时间内(例 如每日内)提交订单申请的数目，从而能够借助于该多个用户中的每 个用户对该历史订单的关注程度来准确确定该历史订单的价值。

该方法200继而进行到步骤S206，基于每个用户提交订单申请的 数目，确定该历史订单的订单价值。例如，本发明的实施例可以基于 该数目的倒数而确定该历史订单的订单价值。又例如，本发明的实施 例还可以基于该数目与预定阈值的比较结果来调整该多个用户中的 每个用户的权重值，从而准确确定该历史订单的价值。

根据本发明的实施例，基于每个用户提交订单申请的数目的倒数 之和，确定该历史订单的订单价值。例如，如果希望获取历史订单的 价值，则首先需要获取针对该历史订单进行抢单的多个用户，假设所 获得的多个用户是用户1、用户2和用户3。进而，获取该历史订单 分别针对该用户1、用户2和用户3所体现的价值，例如，假设该用 户1在该历史订单所发布当天进行抢单的总数目是50，则该历史订单 针对该用户1所体现的价值可以是1/50。类似地，假设该用户2和用 户3在该历史订单所发布当天进行抢单的总数目分别是100，则该历 史订单针对该用户2和用户3所体现的价值分别可以是1/100和 1/200。因此，该历史订单的订单价值可以被确定为其分别针对该用户 1、用户2和用户3的价值之和，例如等于7/200。

本领域技术人员可以理解，还可以借助于其他参数而确定历史订 单的价值。例如，对于上述历史订单，还可以获取该用户1、用户2 和用户3的信用值，其中该信用值可以基于该用户1、用户2和用户 3已经成功完成的订单数目、基于该用户1、用户2和用户3的从业 年限以及所获得的评分等而预先确定。然后，该历史订单的订单价值 可以被确定为其分别针对该用户1、用户2和用户3的价值与该信用 值的乘积之和。

另外，从乘客发布该历史订单至该多个用户中的每个用户针对该 历史订单而提交订单申请的时间差也可以作为确定该历史订单的价 值的参考。本领域技术人员可以理解，对于每个用户来说，触发抢单 功能的时间差越短，则该订单对于该用户越重要、价值越高。因此， 为了更准确确定历史订单的价值，该历史订单的订单价值可以被确定 为例如其分别针对该用户1、用户2和用户3的价值与该时间差的倒 数的乘积之和。

另外，该多个用户的数目与发布该历史订单时联线的用户数目的 比值也可以作为确定该历史订单的价值的参考。本领域技术人员可以 理解，不同时段内联线的用户数目不同，例如早晚高峰时段内联线的 用户数目较多，而深夜时段内联线的用户数目较少。因此，为了更准 确确定历史订单的价值，该历史订单的订单价值可以被确定为例如其 分别针对该用户1、用户2和用户3的价值与该比值的乘积之和。

图3是根据本发明的实施例的用于确定目标订单的价值的方法 300的流程图。本领域技术人员可以理解，该方法300可以由参考图 1所示的服务器中的处理设备来执行。为讨论方便，下文将参考图1 所示的网络结构100来描述该方法300。

在方法300开始之后，在步骤S302获取与目标订单相关的历史 订单。例如，基于该目标订单的始发地和目的地，获取该历史订单。 也就是说，对于本发明背景技术中所描述的问题，本发明实施例更关 注于始发地和目的地，从而可以避免将目的地偏僻的订单错误确定为 高价值订单。

另外，还可以基于乘客发布该目标订单的时段，获取该历史订单。 例如，在晚高峰之后，家住郊区的用户大多选择在回家同时顺路完成 一个较远距离订单，也就是说，在此时段内，部分目的地偏僻的订单 可能价值更高。因此基于该时段而获得的历史订单的价值，能够更准 确地确定该目标订单的价值。

接下来，该方法300进行到步骤S304，获取该历史订单的订单价 值。本领域技术人员可以理解，该历史订单的订单价值的确定方法已 经在上文通过方法200而详细描述，因此在此不再赘述。

该方法300继而进行到步骤S306，基于该历史订单的订单价值， 确定该目标订单的订单价值。例如，基于该历史订单的订单价值的平 均值，确定该目标订单的订单价值。本领域技术人员可以理解，借助 于多个历史订单的订单价值的平均值，能够更准确地确定该目标订单 的价值。

图4是根据本发明的实施例的用于确定历史订单的价值的设备 400的结构框图。如图4所示，该设备400包括：第一获取装置401， 用于获取针对历史订单而提交订单申请的多个用户；第二获取装置 402，用于获取在预定时间内该多个用户中的每个用户提交订单申请 的数目；以及第一确定装置403，用于基于每个用户提交订单申请的 数目，确定该历史订单的订单价值。

根据本发明的实施例，第一确定装置403包括：第一确定单元， 用于基于每个用户提交订单申请的数目的倒数，确定该历史订单的订 单价值。

根据本发明的实施例，第一确定装置403包括：第二确定单元， 用于基于每个用户提交订单申请的数目的倒数之和，确定所述历史订 单的订单价值。

根据本发明的实施例，第一获取装置401包括：第一获取单元， 用于获取从发布该历史订单至该多个用户中的每个用户针对该历史 订单而提交订单申请的时间差；第一确定装置403包括：第三确定单 元，用于基于该时间差与每个用户提交订单申请的数目的乘积的倒数 之和，确定该历史订单的订单价值。

根据本发明的实施例，第一获取装置401包括：第二获取单元， 用于获取该多个用户中的每个用户的信用值；第一确定装置403包括： 第四确定单元，用于基于该信用值与该每个用户提交订单申请的数目 的商之和，确定该历史订单的订单价值。

根据本发明的实施例，第一获取装置401包括：第三获取单元， 用于获取该多个用户的数目与发布该历史订单时联线的用户的数目 的比值；第一确定装置403包括：第五确定单元，用于基于该比值与 每个用户提交订单申请的数目的商之和，确定该历史订单的订单价 值。

图5是根据本发明的实施例的用于确定目标订单的价值的设备 500的结构框图。如图5所示，该设备500包括：第三获取装置501， 用于获取与目标订单相关的历史订单；第四获取装置502，用于获取 该历史订单的订单价值，其中基于针对该历史订单而提交订单申请的 多个用户中的每个用户在预定时间内分别提交订单申请的数目，确定 该历史订单的订单价值；以及第二确定装置503，用于基于该历史订 单的订单价值，确定该目标订单的订单价值。

根据本发明的实施例，基于每个用户提交订单申请的数目的倒 数，确定该历史订单的订单价值。

根据本发明的实施例，基于每个用户提交订单申请的数目的倒数 之和，确定该历史订单的订单价值。

根据本发明的实施例，基于从发布该历史订单至该多个用户中的 每个用户针对该历史订单而分别提交订单申请的时间差与每个用户 提交订单申请的数目的乘积的倒数之和，确定该历史订单的订单价 值。

根据本发明的实施例，基于该多个用户中的每个用户的信用值与 每个用户提交订单申请的数目的商之和，确定该历史订单的订单价 值。

根据本发明的实施例，基于该多个用户的数目与发布该历史订单 时联线的用户的数目的比值与每个用户提交订单申请的数目的商，确 定该历史订单的订单价值。

根据本发明的实施例，第三获取装置501包括：第四获取单元， 用于基于该目标订单的始发地和目的地，获取该历史订单。

根据本发明的实施例，第二确定装置503包括：第六确定单元， 用于基于该历史订单的订单价值的平均值，确定该目标订单的订单价 值。

综上所述，根据上述本发明的实施例，提供了一种用于确定订单 的价值的方法及设备。该方法包括：获取针对历史订单而提交订单申 请的多个用户；获取在预定时间内该多个用户中的每个用户提交订单 申请的数目；以及基于每个用户提交订单申请的数目，确定该历史订 单的订单价值。本发明的实施例能够准确确定订单价值，从而有效鼓 励司机完成更多订单，提高乘客体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各 步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置 上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用 计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置 中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或 者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这 样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明可选实施例，并不用于限制本发明，对于本 领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的 精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在 本发明的保护范围之内。