CN109377023A - 订单的分配方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种订单的分配方法、装置及电子设备，所述方法的一具体实施方式包括：确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息；确定预设的第二服务类型在所述订单起点区域内的第二供需信息；若基于所述第一供需信息及所述第二供需信息确定满足第一条件，则获取所述待分配订单的用户所对应的历史订单数据；若基于所述历史订单数据确定满足第二条件，则按照所述第二服务类型分配所述待分配订单。该实施方式能够基于不同服务类型的供需信息，以及待分配订单的用户的历史订单数据，将待分配订单按照服务资源充分的服务类型进行分配，避免了服务资源的浪费，提高了资源的利用率。

Description

订单的分配方法、装置及电子设备

技术领域

本申请涉及互联网应用技术领域，特别涉及一种订单的分配方法、装置及电子设备。

背景技术

随着互联网技术的不断发展，出现了网约车服务。网约车服务可以包括多种不同的服务类型。例如，快车服务，专车服务，豪华车服务，顺风车服务以及出租车服务等等。这些类型的服务的内容相近，但服务的质量及价格存在差别。因此，用户对不同类型的服务的需求也产生了差别。目前来说，网约车服务经常会出现的供求失衡的情况，并且，不同的服务类型供求失衡的情况有所不同。例如，在专车服务出现供过于求的情况时，快车服务可能同时出现供不应求的情况等。这就导致了服务资源的浪费，从而降低了资源的利用率。

发明内容

为了解决上述技术问题之一，本申请提供一种订单的分配方法、装置及电子设备。

根据本申请实施例的第一方面，提供一种订单的分配方法，包括：

确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息；

确定预设的第二服务类型在所述订单起点区域内的第二供需信息；

若基于所述第一供需信息及所述第二供需信息确定满足第一条件，则获取所述待分配订单的用户所对应的历史订单数据；

若基于所述历史订单数据确定满足第二条件，则按照所述第二服务类型分配所述待分配订单。

可选的，通过如下方式基于所述第一供需信息及所述第二供需信息确定满足第一条件：

基于所述第一供需信息确定第一差值，所述第一差值为所述第一服务类型的服务资源在所述订单起点区域内的需求减供给所得的差值；

基于所述第二供需信息确定第二差值，所述第二差值为所述第二服务类型的服务资源在所述订单起点区域内的需求减供给所得的差值；

若所述第一差值大于所述第二差值，则确定满足所述第一条件。

可选的，通过如下方式基于所述历史订单数据确定满足第二条件：

基于所述历史订单数据确定所述用户使用所述第二服务类型的次数；

至少基于所述次数确定满足所述第二条件。

可选的，所述至少基于所述次数确定满足所述第二条件，包括：

若所述次数为0，则确定所述用户的用户画像数据；

基于所述用户画像数据确定所述用户针对所述第二服务类型的分值；

若所述分值大于预设分值，则确定满足所述第二条件。

可选的，所述方法还包括：

若确定未满足所述第二条件，获取所述第二服务类型在订单终点区域内的第三供需信息；

若基于所述第三供需信息确定满足第三条件，则按照所述第二服务类型分配所述待分配订单。

可选的，通过如下方式基于所述第三供需信息确定满足第三条件：

基于所述第三供需信息确定第三差值，所述第三差值为所述第二服务类型的服务资源在所述订单终点区域内的需求减供给所得的差值；

若所述第三差值大于预设阈值，则确定满足第三条件。

可选的，所述方法还包括：

若确定未满足所述第三条件，发送询问信息，所述询问信息用于询问是否按照所述第二服务类型分配所述待分配订单；

响应于接收到针对所述询问信息的确认信息，按照所述第二服务类型分配所述待分配订单。

根据本申请实施例的第二方面，提供一种订单的分配装置，包括：

第一确定模块，用于确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息；

第二确定模块，用于确定预设的第二服务类型在所述订单起点区域内的第二供需信息；

第一获取模块，用于在基于所述第一供需信息及所述第二供需信息确定满足第一条件时，获取所述待分配订单的用户所对应的历史订单数据；

第一分配模块，用于在基于所述历史订单数据确定满足第二条件时，按照所述第二服务类型分配所述待分配订单。

根据本申请实施例的第三方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的方法。

根据本申请实施例的第四方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述第一方面中任一项所述的方法。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例提供的订单的分配方法和装置，通过确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息，确定预设的第二服务类型在订单起点区域内的第二供需信息，在基于第一供需信息及第二供需信息确定满足第一条件时，获取待分配订单的用户所对应的历史订单数据，并在基于该历史订单数据确定满足第二条件时，按照第二服务类型分配待分配订单。从而能够基于不同服务类型的供需信息，以及待分配订单的用户的历史订单数据，将待分配订单按照服务资源充分的服务类型进行分配，避免了服务资源的浪费，提高了资源的利用率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是应用本申请实施例的示例性系统架构示意图；

图2是本申请根据一示例性实施例示出的一种订单的分配方法的流程图；

图3是本申请根据一示例性实施例示出的另一种订单的分配方法的流程图；

图4是本申请根据一示例性实施例示出的另一种订单的分配方法的流程图；

图5是本申请根据一示例性实施例示出的另一种订单的分配方法的流程图；

图6是本申请根据一示例性实施例示出的一种订单的分配装置的框图；

图7是本申请根据一示例性实施例示出的另一种订单的分配装置的框图；

图8是本申请根据一示例性实施例示出的另一种订单的分配装置的框图；

图9是本申请根据一示例性实施例示出的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，为应用本申请实施例的示例性系统架构示意图：

如图1所示，系统架构100可以包括终端设备101、102、网络103和服务器104。应该理解，图1中的终端设备、网络和服务器的数目或类型仅仅是示意性的。根据实现需要，可以具有任意数目或类型的终端设备、网络和服务器。

网络103用于在终端设备、服务器之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102可以通过网络103与服务器进行交互，以接收或发送请求或信息等。终端设备101、102可以是各种电子设备，包括但不限于智能手机、平板电脑、智能穿戴设备以及个人数字助理等等。

服务器104可以是提供各种服务的服务器。服务器可以对接收到的数据进行存储、分析等处理，也可以向终端设备或其它服务器发送控制命令或者请求等。服务器可以响应于用户的服务请求而提供服务。可以理解，一个服务器可以提供一种或多种服务，同一种服务也可以由多个服务器来提供。

下面将结合具体的实施例对本申请进行详细描述。

如图2所示，图2是根据一示例性实施例示出的一种订单的分配方法的流程图，该方法可以应用于服务器中。该方法包括以下步骤：

在步骤201中，确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息。

在步骤202中，确定预设的第二服务类型在订单起点区域内的第二供需信息。

在本实施例中，所涉及的服务可以是网约车服务，网约车服务所涉及的服务类型可以包括但不限于快车服务，专车服务，豪华车服务，顺风车服务以及出租车服务等。其中，这些服务类型所提供的服务的内容相近，服务的质量和价格存在差别。

在本实施例中，待分配订单可以是乘客通过乘客侧客户端向服务器发送的订单，该订单还未被分配给司机。待分配订单对应的第一服务类型可以是乘客在发送订单时所选择的服务类型，例如，该第一服务类型可以是快车服务，专车服务，豪华车服务，顺风车服务以及出租车服务中的任意一种。可以理解，第一服务类型可以是任意合理的服务类型，本申请对此方面不限定。

在本实施例中，第二服务类型与第一服务类型不同，且第二服务类型的服务内容与第一服务类型的服务内容相近，第二服务类型可以是除第一服务类型以外的任意服务内容相近的服务类型。第二服务类型也可以是快车服务，专车服务，豪华车服务，顺风车服务以及出租车服务中的任意一种。可以理解，本申请对第二服务类型的具体形式方面不限定。

在本实施例中，订单起点区域可以是待分配订单对应的行程起点所在的预设区域。例如，可以预先划分多个单位区域，订单起点区域可以是上述行程起点所在的单位区域。又例如，订单起点区域还可以是上述行程起点周围预设范围内的区域。可以理解，订单起点区域还可以是行程起点所在的任意合理的区域，本申请对此方面不限定。

在本实施例中，第一供需信息可以是任意能够表征在订单起点区域内，第一服务类型对应的服务资源(即司机)的供给和需求的信息。例如，第一供需信息可以是当前时刻，在订单起点区域内，第一服务类型的服务资源所对应的实际供给量和实际需求量。第一供需信息也可以是从当前开始的预设时段内，在订单起点区域内，第一服务类型的服务资源所对应的预估供给量和预估需求量。可以理解，第一供需信息还可以是其它的信息，本申请对第一供需信息的具体内容方面不限定。

同理，第二供需信息可以是任意能够表征在订单起点区域内，第二服务类型对应的服务资源的供给和需求的信息。例如，第二供需信息可以是当前时刻，在订单起点区域内，第二服务类型的服务资源所对应的实际供给量和实际需求量。第二供需信息也可以是从当前开始的预设时段内，在订单起点区域内，第二服务类型的服务资源所对应的预估供给量和预估需求量。可以理解，第二供需信息还可以是其它的信息，本申请对第二供需信息的具体内容方面不限定。

在步骤203中，若基于第一供需信息及第二供需信息确定满足第一条件，则获取待分配订单的用户所对应的历史订单数据。

在本实施例中，当基于第一供需信息及第二供需信息确定满足第一条件时，则可以获取待分配订单的用户所对应的历史订单数据。该历史订单数据可以是发送待分配订单的用户请求网约车服务的历史订单数据。

在本实施例中，当确定未满足第一条件时，由于待分配订单对应的服务类型为第一服务类型，因此，可以采用常规处理方式，按照第一服务类型分配待分配订单。即，将待分配订单分配给提供第一服务类型的服务的司机。

其中，满足第一条件时，说明第一服务类型与第二服务类型相比，第一服务类型在订单起点区域内，服务资源(即司机)相对更紧缺。可以理解，第一条件可以是任意合理的条件，本申请对此方面不限定。

例如，在一种实现方式中，首先，可以基于第一供需信息，确定第一服务类型的服务资源在订单起点区域内供给和需求的大小关系。同时，基于第二供需信息，确定第二服务类型的服务资源在订单起点区域内供给和需求的大小关系。当第一服务类型的服务资源在订单起点区域内供给小于需求，并且，第二服务类型的服务资源在订单起点区域内供给大于需求时，可以确定满足第一条件。

在另一种实现方式中，还可以基于第一供需信息，确定第一服务类型的服务资源在订单起点区域内的需求减供给所得的第一差值。并基于第二供需信息，确定第二服务类型的服务资源在订单起点区域内的需求减供给所得的第二差值。当第一差值大于第二差值时，则确定满足第一条件。

在步骤204中，若基于该历史订单数据确定满足第二条件，则按照第二服务类型分配上述待分配订单。

在本实施例中，当基于该历史订单数据确定满足第二条件时，则可以按照第二服务类型分配上述待分配订单(即，将待分配订单分配给提供第二服务类型的服务的司机)。当确定未满足第二条件时，可以采用常规处理方式，按照第一服务类型分配待分配订单(即，将待分配订单分配给提供第一服务类型的服务的司机)。也可以进一步获取第二服务类型在订单终点区域内的第三供需信息，并在基于第三供需信息确定满足第三条件时，按照第二服务类型分配待分配订单。

其中，满足第二条件时，说明目前待分配订单的用户并不是第二服务类型的常用用户，但将来更有可能是第二服务类型的常用用户。可以理解，第二条件可以是任意合理的条件，本申请对此方面不限定。

例如，在一种实现方式中，首先，可以基于该历史订单数据，确定待分配订单的用户曾经使用第二服务类型的次数，至少基于该次数，确定满足第二条件(如，至少当该次数小于预设阈值时，确定满足第二条件)。

在另一种实现方式中，还可以采用预先训练的模型，根据该历史订单数据，预测待分配订单的用户将来使用第二服务类型的频率，并基于该频率确定该用户将来是否能够成为第二服务类型的常用用户。若该用户将来能够成为第二服务类型的常用用户，则确定满足第二条件。

本申请的上述实施例提供的订单的分配方法，通过确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息，确定预设的第二服务类型在订单起点区域内的第二供需信息，在基于第一供需信息及第二供需信息确定满足第一条件时，获取待分配订单的用户所对应的历史订单数据，并在基于该历史订单数据确定满足第二条件时，按照第二服务类型分配待分配订单。从而能够基于不同服务类型的供需信息，以及待分配订单的用户的历史订单数据，将待分配订单按照服务资源充分的服务类型进行分配，避免了服务资源的浪费，提高了资源的利用率。

应当注意，尽管在上述图2的实施例中，以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。例如，可以先执行步骤201，然后再执行步骤202。也可以先执行步骤202，再执行步骤201。还可以同时执行步骤201和步骤202。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

如图3所示，图3根据一示例性实施例示出的另一种订单的分配方法的流程图，该实施例描述了确定满足第一条件的过程，该方法可以应用于服务器中，包括以下步骤：

在步骤301中，确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息。

在步骤302中，确定预设的第二服务类型在订单起点区域内的第二供需信息。

在步骤303中，基于该第一供需信息确定第一差值，该第一差值为第一服务类型的服务资源在订单起点区域内的需求减供给所得的差值。

在步骤304中，基于该第二供需信息确定第二差值，该第二差值为第二服务类型的服务资源在订单起点区域内的需求减供给所得的差值。

在本实施例中，可以计算第一服务类型的服务资源在订单起点区域内，需求和供给的差值(需求减供给得到的差值)，作为第一差值。并计算第二服务类型的服务资源在订单起点区域内，需求和供给的差值(需求减供给得到的差值)，作为第二差值。其中，第一差值能够表征第一服务类型在订单起点区域内服务资源的紧缺程度，第二差值能够表征第二服务类型在订单起点区域内服务资源的紧缺程度。

在步骤305中，若该第一差值大于该第二差值，则确定满足第一条件。

在本实施例中，如果该第一差值大于该第二差值，则能够说明第一服务类型与第二服务类型相比，第一服务类型在订单起点区域内，服务资源相对更紧缺。因此，可以确定满足第一条件。

在步骤306中，若确定满足第一条件，则获取待分配订单的用户所对应的历史订单数据。

在步骤307中，若基于该历史订单数据确定满足第二条件，则按照第二服务类型分配上述待分配订单。

需要说明的是，对于与图2实施例中相同的步骤，在上述图3实施例中不再进行赘述，相关内容可参见图2实施例。

本申请的上述实施例提供的订单的分配方法，通过基于第一供需信息确定第一服务类型的服务资源在订单起点区域内的需求减供给所得的第一差值，基于第二供需信息确定第二服务类型的服务资源在订单起点区域内的需求减供给所得的第二差值，并在该第一差值大于该第二差值时，确定满足第一条件。由于第一差值能够表征第一服务类型在订单起点区域内服务资源的紧缺程度，第二差值能够表征第二服务类型在订单起点区域内服务资源的紧缺程度，因此，基于第一差值和第二差值确定满足第一条件更具合理性，从而有助于避免服务资源的浪费，进一步提高了资源的利用率。

应当注意，尽管在上述图3的实施例中，以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。例如，可以先执行步骤303，然后再执行步骤304。也可以先执行步骤304，再执行步骤303。还可以同时执行步骤303和步骤304。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

如图4所示，图4根据一示例性实施例示出的另一种订单的分配方法的流程图，该实施例详细描述了确定满足第二条件的过程，该方法可以应用于服务器中，包括以下步骤：

在步骤401中，确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息。

在步骤402中，确定预设的第二服务类型在订单起点区域内的第二供需信息。

在步骤403中，若基于第一供需信息及第二供需信息确定满足第一条件，则获取待分配订单的用户所对应的历史订单数据。

在步骤404中，基于该历史订单数据确定该用户使用第二服务类型的次数。

在步骤405中，至少基于该次数确定满足第二条件。

在本实施例中，可以基于该历史订单数据确定该用户使用第二服务类型的次数，并至少基于该次数确定满足第二条件。例如，在一种实现方式中，当该次数为0时，可以确定满足第二条件。

在另一种实现方式中，当该次数为0时，还可以进一步确定该用户的用户画像数据。用户画像数据能够体现用户的消费能力及爱好等等，因此，可以基于用户画像数据，将该用户将来成为第二服务类型的常用用户的可能性量化，得到该用户针对第二服务类型的分值。若该分值大于预设分值，则可以确定满足第二条件。

可以理解，还可以通过其它任意合理的方式基于该次数确定满足第二条件，本申请对此方面不限定。

在步骤406中，若确定满足第二条件，则按照第二服务类型分配待分配订单。

需要说明的是，对于与图2和图3实施例中相同的步骤，在上述图4实施例中不再进行赘述，相关内容可参见图2和图3实施例。

本申请的上述实施例提供的订单的分配方法，通过基于待分配订单的用户所对应的历史订单数据，确定该用户使用第二服务类型的次数，并至少基于该次数确定满足第二条件。从而能够更为合理的确定待分配订单的用户是否是第二服务类型的常用用户，至少在该用户不是第二服务类型的常用用户时，优先按照第二服务类型分配待分配订单，以引导该用户将来成为第二服务类型的常用用户，有利于使得各种服务类型供求均衡，进一步避免了服务资源的浪费，提高了资源的利用率。

如图5所示，图5根据一示例性实施例示出的另一种订单的分配方法的流程图，该实施例描述了未满足第二条件之后的过程，该方法可以应用于服务器中，包括以下步骤：

在步骤501中，确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息。

在步骤502中，确定预设的第二服务类型在订单起点区域内的第二供需信息。

在步骤503中，若基于第一供需信息及第二供需信息确定满足第一条件，则获取待分配订单的用户所对应的历史订单数据。

在步骤504中，若基于该历史订单数据确定满足第二条件，则按照第二服务类型分配上述待分配订单。

在步骤505中，若确定未满足第二条件，获取第二服务类型在订单终点区域内的第三供需信息。

在本实施例中，若确定未满足第二条件，可以获取第二服务类型在订单终点区域内的第三供需信息。第三供需信息可以是任意能够表征在订单终点区域内，第二服务类型对应的服务资源(即司机)的供给和需求的信息。例如，第三供需信息可以是当前时刻，在订单终点区域内，第二服务类型的服务资源所对应的实际供给量和实际需求量。第三供需信息也可以是从当前开始的预设时段内，在订单终点区域内，第二服务类型的服务资源所对应的预估供给量和预估需求量。可以理解，第三供需信息还可以是其它的信息，本申请对第三供需信息的具体内容方面不限定。

其中，订单终点区域可以是待分配订单对应的行程终点所在的预设区域。例如，可以预先划分多个单位区域，订单终点区域可以是上述行程终点所在的单位区域。又例如，订单终点区域还可以是上述行程终点周围预设范围内的区域。可以理解，订单终点区域还可以是行程终点所在的任意合理的区域，本申请对此方面不限定。

在步骤506中，若基于该第三供需信息确定满足第三条件，则按照第二服务类型分配待分配订单。

在本实施例中，满足第三条件时，说明第二服务类型在订单终点区域内服务资源(即司机)紧缺。可以理解，第三条件可以是任意合理的条件，本申请对此方面不限定。

在本实施例中，可以基于第三供需信息确定第二服务类型的服务资源在订单终点区域内的需求减供给所得的差值作为第三差值，若该第三差值大于预设阈值，则可以确定满足第三条件。

在本实施例中，当基于该第三供需信息确定满足第三条件时，可以按照第二服务类型分配待分配订单。当确定未满足第三条件时，可以采用常规处理方式，按照第一服务类型分配待分配订单。即，将待分配订单分配给提供第一服务类型的服务的司机。也可以进一步向待分配订单的用户发送询问信息，该询问信息用于询问是否按照第二服务类型分配待分配订单。若接收到针对询问信息的确认信息，则可以按照第二服务类型分配待分配订单。若接收到针对询问信息的拒绝信息，则可以按照第一服务类型分配待分配订单。

需要说明的是，对于与图2-图4实施例中相同的步骤，在上述图5实施例中不再进行赘述，相关内容可参见图2-图4实施例。

本申请的上述实施例提供的订单的分配方法，在确定未满足第二条件时，获取第二服务类型在订单终点区域内的第三供需信息。并在基于该第三供需信息确定满足第三条件时，按照第二服务类型分配待分配订单。由于本实施例在分配订单时，考虑了第二服务类型在订单终点区域内的供需状况，因此，能够有效地对服务资源进行调配，促进了各种服务类型供求均衡，进一步避免了服务资源的浪费，提高了资源的利用率。

应当注意，尽管在上述实施例中，以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

与前述订单的分配方法实施例相对应，本申请还提供了订单的分配装置的实施例。

如图6所示，图6是本申请根据一示例性实施例示出的一种订单的分配装置框图，该装置可以包括：第一确定模块601，第二确定模块602，第一获取模块603以及第一分配模块604。

其中，第一确定模块601，用于确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息。

第二确定模块602，用于确定预设的第二服务类型在订单起点区域内的第二供需信息。

第一获取模块603，用于在基于第一供需信息及第二供需信息确定满足第一条件时，获取待分配订单的用户所对应的历史订单数据。

第一分配模块604，用于在基于上述历史订单数据确定满足第二条件时，按照第二服务类型分配待分配订单。

在一些可选实施方式中，可以通过如下方式基于第一供需信息及第二供需信息确定满足第一条件：

基于第一供需信息确定第一差值，该第一差值为第一服务类型的服务资源在订单起点区域内的需求减供给所得的差值。基于第二供需信息确定第二差值，该第二差值为第二服务类型的服务资源在订单起点区域内的需求减供给所得的差值。若第一差值大于第二差值，则确定满足第一条件。

在另一些可选实施方式中，可以通过如下方式基于上述历史订单数据确定满足第二条件：

基于该历史订单数据确定该用户使用第二服务类型的次数，至少基于该次数确定满足第二条件。

在另一些可选实施方式中，通过如下方式至少基于上述次数确定满足第二条件：

若该次数为0，则确定用户的用户画像数据，基于该用户画像数据确定该用户针对第二服务类型的分值，并在该分值大于预设分值时，确定满足第二条件。

如图7所示，图7是本申请根据一示例性实施例示出的另一种订单的分配装置框图，该实施例在前述图6所示实施例的基础上，该装置还可以进一步包括：第二获取模块605和第二分配模块606。

其中，第二获取模块605，用于在确定未满足第二条件时，获取第二服务类型在订单终点区域内的第三供需信息。

第二分配模块606，用于在基于第三供需信息确定满足第三条件时，按照第二服务类型分配所述待分配订单。

在另一些可选实施方式中，可以通过如下方式基于第三供需信息确定满足第三条件：

基于第三供需信息确定第三差值，该第三差值为第二服务类型的服务资源在订单终点区域内的需求减供给所得的差值，若第三差值大于预设阈值，则确定满足第三条件。

如图8所示，图8是本申请根据一示例性实施例示出的另一种订单的分配装置框图，该实施例在前述图7所示实施例的基础上，该装置还可以进一步包括：发送模块607和第三分配模块608。

其中，发送模块607，用于在确定未满足第三条件时，发送询问信息，该询问信息用于询问是否按照第二服务类型分配待分配订单。

第三分配模块608，用于响应于接收到针对询问信息的确认信息，按照第二服务类型分配待分配订单。

应当理解，上述装置可以预先设置在服务器中，也可以通过下载等方式而加载到服务器中。上述装置中的相应模块可以与服务器中的模块相互配合以实现订单的分配方案。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2至图5任一实施例提供的订单的分配方法。

对应于上述的订单的分配方法，本申请实施例还提出了图9所示的根据本申请的一示例性实施例的电子设备的示意结构图。请参考图9，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成订单的分配装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种订单的分配方法，其特征在于，所述方法包括：

确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息；

确定预设的第二服务类型在所述订单起点区域内的第二供需信息；

若基于所述第一供需信息及所述第二供需信息确定满足第一条件，则获取所述待分配订单的用户所对应的历史订单数据；

若基于所述历史订单数据确定满足第二条件，则按照所述第二服务类型分配所述待分配订单。

2.根据权利要求1所述的方法，其特征在于，通过如下方式基于所述第一供需信息及所述第二供需信息确定满足第一条件：

基于所述第一供需信息确定第一差值，所述第一差值为所述第一服务类型的服务资源在所述订单起点区域内的需求减供给所得的差值；

基于所述第二供需信息确定第二差值，所述第二差值为所述第二服务类型的服务资源在所述订单起点区域内的需求减供给所得的差值；

若所述第一差值大于所述第二差值，则确定满足所述第一条件。

3.根据权利要求1所述的方法，其特征在于，通过如下方式基于所述历史订单数据确定满足第二条件：

基于所述历史订单数据确定所述用户使用所述第二服务类型的次数；

至少基于所述次数确定满足所述第二条件。

4.根据权利要求3所述的方法，其特征在于，所述至少基于所述次数确定满足所述第二条件，包括：

若所述次数为0，则确定所述用户的用户画像数据；

基于所述用户画像数据确定所述用户针对所述第二服务类型的分值；

若所述分值大于预设分值，则确定满足所述第二条件。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若确定未满足所述第二条件，获取所述第二服务类型在订单终点区域内的第三供需信息；

若基于所述第三供需信息确定满足第三条件，则按照所述第二服务类型分配所述待分配订单。

6.根据权利要求5所述的方法，其特征在于，通过如下方式基于所述第三供需信息确定满足第三条件：

基于所述第三供需信息确定第三差值，所述第三差值为所述第二服务类型的服务资源在所述订单终点区域内的需求减供给所得的差值；

若所述第三差值大于预设阈值，则确定满足第三条件。

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

若确定未满足所述第三条件，发送询问信息，所述询问信息用于询问是否按照所述第二服务类型分配所述待分配订单；

响应于接收到针对所述询问信息的确认信息，按照所述第二服务类型分配所述待分配订单。

8.一种订单的分配装置，其特征在于，所述装置包括：

第一确定模块，用于确定待分配订单对应的第一服务类型在订单起点区域内的第一供需信息；

第二确定模块，用于确定预设的第二服务类型在所述订单起点区域内的第二供需信息；

第一获取模块，用于在基于所述第一供需信息及所述第二供需信息确定满足第一条件时，获取所述待分配订单的用户所对应的历史订单数据；

第一分配模块，用于在基于所述历史订单数据确定满足第二条件时，按照所述第二服务类型分配所述待分配订单。

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1-7中任一项所述的方法。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1-7中任一项所述的方法。