CN108022139B - 分配订单的方法及装置 - Google Patents

分配订单的方法及装置 Download PDF

Info

Publication number
CN108022139B
CN108022139B CN201610930788.5A CN201610930788A CN108022139B CN 108022139 B CN108022139 B CN 108022139B CN 201610930788 A CN201610930788 A CN 201610930788A CN 108022139 B CN108022139 B CN 108022139B
Authority
CN
China
Prior art keywords
order
area
user
preset
service area
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.)
Active
Application number
CN201610930788.5A
Other languages
English (en)
Other versions
CN108022139A (zh
Inventor
宋立聪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CN201610930788.5A priority Critical patent/CN108022139B/zh
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to JP2018567922A priority patent/JP6797944B2/ja
Priority to PCT/CN2017/101776 priority patent/WO2018076951A1/en
Priority to AU2017352260A priority patent/AU2017352260A1/en
Priority to CA3029267A priority patent/CA3029267A1/en
Priority to SG11201811589QA priority patent/SG11201811589QA/en
Priority to EP17864047.0A priority patent/EP3510549A4/en
Priority to CN201780041273.2A priority patent/CN109416808A/zh
Publication of CN108022139A publication Critical patent/CN108022139A/zh
Priority to US16/234,082 priority patent/US20190236529A1/en
Application granted granted Critical
Publication of CN108022139B publication Critical patent/CN108022139B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • 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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0832—Special goods or special handling procedures, e.g. handling of hazardous or fragile goods
    • 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G06Q10/08355—Routing methods
    • 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/06—Buying, selling or leasing transactions
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Abstract

本申请提供一种分配订单的方法及装置，所述方法的一具体实施方式包括：确定预设分单模式下的待接单用户的服务区域；基于所述服务区域从所述预设分单模式下的待分配订单中获取目标订单；向所述待接单用户推送所述目标订单。该实施方式可以将服务资源集中到服务需求量更大的区域，因此，减少了服务资源的浪费，也进一步提高了服务的效率。

Description

分配订单的方法及装置
技术领域
本申请涉及计算机技术领域，特别涉及一种分配订单的方法及装置。
背景技术
一般来说，当遇到特殊事件时，如特殊天气(刮风、下雨、下雪及大雾等天气)、重大节假日以及重大会议等等，通常会造成交通拥堵，人们的出行变得极为不便，使得一些O2O服务(如呼叫打车、配送外卖等)的需求激增。并且，由于交通拥堵的原因，也会对这些O2O服务的服务效率有所影响。如果此时按照平时分配订单的策略派发订单，则有可能无法将服务资源集中到服务需求量更大的区域，因此，造成了服务资源的浪费，也进一步降低了服务的效率。
发明内容
为了解决上述技术问题，本申请提供了一种分配订单的方法及装置。
根据本申请实施例的第一方面，提供一种分配订单的方法，包括：
确定预设分单模式下的待接单用户的服务区域；
基于所述服务区域从所述预设分单模式下的待分配订单中获取目标订单；
向所述待接单用户推送所述目标订单。
可选的，在所述确定预设分单模式下的待接单用户的服务区域的步骤之前，所述方法还包括：
当检测到预设的突发事件时，确定所述突发事件的影响范围；
基于所述影响范围，确定所述待接单用户以及所述待分配订单。
可选的，所述基于所述影响范围，确定所述待接单用户以及所述待分配订单，包括：
向所述影响范围内的待接单用户以及发单用户输出询问信息；
将针对所述询问信息回复确认应答的待接单用户确定为所述预设分单模式下的待接单用户；
将针对所述询问信息回复确认应答的发单用户所发的订单确定为预设分单模式下的待分配订单。
可选的，所述确定预设分单模式下的待接单用户的服务区域，包括：
获取所述待接单用户当前的位置信息；
确定所述待接单用户当前所处的地区；
获取所述待接单用户当前所处地区的服务区域，作为第一区域；
从所述第一区域中获取所述待接单用户的服务区域。
可选的，所述获取所述待接单用户当前所处地区的服务区域，包括：
从预存的数据中获取与所述地区关联的服务区域，作为所述地区的服务区域。
可选的，所述获取所述待接单用户当前所处地区的服务区域，包括：
获取预设时间段内所述地区已完成的历史订单数据；
从所述历史订单数据中获取每个历史订单已完成的路线；
统计已完成次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
可选的，所述获取所述待接单用户当前所处地区的服务区域，包括：
获取当前时刻之前的预设时间段内所述地区产生的订单数据；
从所述产生的订单数据中获取每个产生的订单对应的路线；
统计出现次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
可选的，所述从所述第一区域中获取所述待接单用户的服务区域，包括：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
将所述第二区域确定为所述待接单用户的服务区域。
可选的，所述从所述第一区域中获取所述待接单用户的服务区域，包括：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
输出所述第二区域，以供所述待接单用户选择；
将所述待接单用户从所述第二区域中选中的区域确定为所述待接单用户的服务区域。
可选的，所述从所述第一区域中获取所述待接单用户的服务区域，包括：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
获取每个所述第二区域当前的接单需求；
将当前的接单需求最大的第二区域确定为所述待接单用户的服务区域。
可选的，所述基于所述服务区域从所述预设分单模式下的待分配订单中获取目标订单，包括：
获取所述待分配订单对应的起点和终点；
从起点和终点均位于所述服务区域的待分配订单中获取目标订单。
可选的，所述方法还包括：
输出所述待接单用户当前所处地区的服务区域的相关信息，所述相关信息包括所述服务区域的站点信息以及所述服务区域的接单需求信息。
可选的，所述预设的突发事件包括以下一项或多项：
天气类型为预设的天气类型；
交通拥堵事件。
根据本申请实施例的第二方面，提供一种分配订单的装置，所述装置包括：
第一确定单元，被配置为确定预设分单模式下的待接单用户的服务区域；
获取单元，被配置为基于所述服务区域从所述预设分单模式下的待分配订单中获取目标订单；
推送单元，被配置为向所述待接单用户推送所述目标订单。
可选的，所述装置还包括：
第二确定单元，被配置为在检测到预设的突发事件时，确定所述突发事件的影响范围；
第三确定单元，被配置为基于所述影响范围，确定所述待接单用户以及所述待分配订单。
可选的，所述第三确定单元被配置用于：
向所述影响范围内的待接单用户以及发单用户输出询问信息；
将针对所述询问信息回复确认应答的待接单用户确定为所述预设分单模式下的待接单用户；
将针对所述询问信息回复确认应答的发单用户所发的订单确定为预设分单模式下的待分配订单。
可选的，所述第一确定单元包括：
第一获取子单元，被配置为获取所述待接单用户当前的位置信息；
确定子单元，被配置为确定所述待接单用户当前所处的地区；
第二获取子单元，被配置为获取所述待接单用户当前所处地区的服务区域，作为第一区域；
第三获取子单元，被配置为从所述第一区域中获取所述待接单用户的服务区域。
可选的，所述第二获取子单元被配置用于：
从预存的数据中获取与所述地区关联的服务区域，作为所述地区的服务区域。
可选的，所述第二获取子单元被配置用于：
获取预设时间段内所述地区已完成的历史订单数据；
从所述历史订单数据中获取每个历史订单已完成的路线；
统计已完成次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
可选的，所述第二获取子单元被配置用于：
获取当前时刻之前的预设时间段内所述地区产生的订单数据；
从所述产生的订单数据中获取每个产生的订单对应的路线；
统计出现次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
可选的，所述第三获取子单元被配置用于：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
将所述第二区域确定为所述待接单用户的服务区域。
可选的，所述第三获取子单元被配置用于：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
输出所述第二区域，以供所述待接单用户选择；
将所述待接单用户从所述第二区域中选中的区域确定为所述待接单用户的服务区域。
可选的，所述第三获取子单元被配置用于：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
获取每个所述第二区域当前的接单需求；
将当前的接单需求最大的第二区域确定为所述待接单用户的服务区域。
可选的，所述获取单元包括：
起终点获取子单元，被配置为获取所述待分配订单对应的起点和终点；
分配子单元，被配置为从起点和终点均位于所述服务区域的待分配订单中获取目标订单。
可选的，所述装置还包括：
输出单元，被配置为输出所述待接单用户当前所处地区的服务区域的相关信息，所述相关信息包括所述服务区域的站点信息以及所述服务区域的接单需求信息。
可选的，所述预设的突发事件包括以下一项或多项：
天气类型为预设的天气类型；
交通拥堵事件。
本申请的实施例提供的技术方案可以包括以下有益效果：
本申请的实施例提供的分配订单的方法，通过确定预设分单模式下的待接单用户的服务区域，基于该服务区域从预设分单模式下的待分配订单中获取目标订单，并向该待接单用户推送目标订单。从而可以将服务资源集中到服务需求量更大的区域，因此，减少了服务资源的浪费，也进一步提高了服务的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1是本申请根据一示例性实施例示出的一种分配订单的场景示意图；
图2是本申请根据一示例性实施例示出的一种分配订单的方法的流程图；
图3是本申请根据一示例性实施例示出的另一种分配订单的方法的流程图；
图4是本申请根据一示例性实施例示出的另一种分配订单的方法的流程图；
图5是本申请根据一示例性实施例示出的一种服务区域的示意图；
图6是本申请根据一示例性实施例示出的一种分配订单的装置框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图1所示，是根据一示例性实施例示出的一种分配订单的场景示意图：在图1示出的场景中，终端设备101为待接单用户的移动终端，终端设备102为发单用户的移动终端。服务端103可以确定待接单用户的服务区域，当终端设备102将新生成的订单发送给服务端103时，服务端103可以根据待接单用户的服务区域分配该订单。或者，也可以由终端设备101确定待接单用户的服务区域，并根据该服务区域从终端设备102新生成的订单中获取对应的订单。下面结合具体实施例对本申请进行详细说明。
如图2所示，图2是根据一示例性实施例示出的一种分配订单的方法的流程图，该方法可以应用于终端中，也可以应用于服务端中。在本实施例中，为了便于理解，结合能够安装第三方应用程序的终端设备来举例说明。本领域技术人员可以理解，该终端设备可以包括但不限于诸如智能手机的移动终端设备、智能穿戴式设备、平板电脑、个人数字助理等等。该方法包括以下步骤：
在步骤201中，确定预设分单模式下的待接单用户的服务区域。
在本实施例中，预设分单模式为按照预设的方式分配订单的模式，一般来说，分配订单的方式可以有多种，可以根据不同的场景或者条件人为或自动选择合适的分单模式，以对该场景或者条件下的订单分配过程进行优化。例如，当发生某种突发事件时，可以开启与该突发事件相匹配的分单模式，以优化在该突发事件发生的情况下的订单分配过程。
在本实施例中，待接单用户为等待接单的用户，即提供服务的用户。例如，待接单用户可以是司机(应用场景为呼叫打车)，也可以是配送员(应用场景为订购外卖)等。可以理解，待接单用户还可以是其他身份的用户，本申请对此方面不限定。
在本实施例中，待接单用户的服务区域为待接单用户提供服务的区域，该服务区域应该覆盖待接单用户所要接收的订单的起点和终点。对于一个地区来说，在某个时间段内，可以划分出固定的一个或多个服务区域，可以根据待接单用户的具体位置，选择该待接单用户提供服务的服务区域。
具体来说，首先，可以获取待接单用户当前的位置信息，并确定该待接单用户当前所处的地区。然后，获取该待接单用户当前所处地区的服务区域，作为第一区域。可以从上述第一区域中获取该待接单用户的服务区域。
在步骤202中，基于上述服务区域从预设分单模式下的待分配订单中获取目标订单。
在本实施例中，预设分单模式下的待分配订单为预设分单模式下的发单用户所发的订单。发单用户为生成并发出订单的用户，即请求服务的用户。例如，发单用户可以是打车的乘客(应用场景为呼叫打车)，也可以是外卖购买者(应用场景为订购外卖)等。可以理解，发单用户还可以是其他身份的用户，本申请对此方面不限定。
一般来说，对于一些O2O服务，对应的订单中通常包括起点和终点，提供服务者在提供服务的整个过程中，活动轨迹至少需要覆盖到起点和终点。因此，在本实施例中，需要推送给待接单用户的目标订单的起点和终点应该均处于该待接单用户的服务区域。
具体来说，首先，可以分析预设分单模式下的待分配订单，获取其对应的起点和终点。然后，查找出起点和终点均位于上述服务区域的待分配订单作为备选订单，对备选订单进行进一步筛选，从而从备选订单中获取目标订单。需要说明的是，在对备选订单进行进一步筛选时，可以采用任意合理的筛选方式或规则选取目标订单。
例如，可以将备选订单中起点位置距离待接单用户最近的订单选取为目标订单。也可以将备选订单中目标方向与待接单用户当前行驶方向相同的订单选取为目标订单。还可以随机从备选订单中任意选取一个订单作为目标订单。可以理解，还可以采用其它任意合理的方式或规则从备选订单中选取目标订单，本申请对从备选订单中获取目标订单的具体方式方面不限定。
在步骤203中，向待接单用户推送该目标订单。
需要说明的是，该方法的执行主体可以是终端，也可以是服务端。如果执行主体为终端，则该终端安装有O2O服务客户端(如，打车应用，或者外卖应用等)，该O2O服务客户端登录的账号的身份属性为提供服务的属性(如，司机，或者配送员等)。因此，该终端的持有用户即为待接单用户。当该终端确定开启预设分单模式后，首先确定该终端的持有用户(待接单用户)的服务区域。接着，基于该服务区域从周围预设范围内的预设分单模式下的待分配订单中获取目标订单，并向该终端的持有用户推送该目标订单，将该目标订单的相关信息显示于屏幕上。
如果执行主体为服务端，则该服务端为能够为O2O服务客户端(如，打车应用，或者外卖应用等)提供服务的服务端。该服务端查找到预设分单模式下的待接单用户和发单用户后，首先，确定每个上述待接单用户对应的服务区域。然后，针对每个待接单用户，根据对应的服务区域从预设分单模式下的待分配订单中获取目标订单，并将目标订单推送给对应的待接单用户。
本申请的上述实施例提供的分配订单的方法，通过确定预设分单模式下的待接单用户的服务区域，基于该服务区域从预设分单模式下的待分配订单中获取目标订单，并向该待接单用户推送目标订单。从而可以将服务资源集中到服务需求量更大的区域，因此，减少了服务资源的浪费，也进一步提高了服务的效率。
图3是根据一示例性实施例示出的另一种分配订单的方法的流程图，该实施例详细描述了确定预设分单模式下的待接单用户和待分配订单的过程，该方法可以应用于终端中，也可以应用于服务端中。该方法可以包括以下步骤：
在步骤301中，当检测到预设的突发事件时，确定该突发事件的影响范围。
在本实施例中，预设的突发事件可以是天气类型为预设的天气类型(如，大风，暴雨，大雪或者冰雹等一些可能会影响交通的恶劣天气)，也可以是影响范围比较大的交通拥堵事件，也可以是某个重大的节日(如，春节，或者国庆节等等)，还可以是某个重大的活动(如，举办某个重要的国际会议，或者某个国际比赛等等)等。可以理解，预设的突发事件还可以是其它的事件，本申请对此方面不限定。
一般来说，发生了预设的突发事件后，通常会对较大范围内的交通造成影响。因此，突发事件的影响范围为由于该突发事件而可能影响到交通的区域范围。例如，假设，预设的突发事件为下暴雨，则该突发事件的影响范围为所有下暴雨的区域。又例如，假设，预设的突发事件为交通拥堵事件，则该突发事件的影响范围为所有交通拥堵的区域。
在本实施例中，首先，可以检测是否发生了预设的突发事件，例如，可以获取当前的天气信息，根据当前的天气信息判断当前的天气类型是否为预设的天气类型。如果当前的天气类型为预设的天气类型，则确定发生了预设的突发事件。又例如，还可以获取当前一定区域(如一个市，或者县，或者区等等)内的交通状况信息(如，各道路交通拥堵的指数信息等)，根据当前的交通状况信息判断当前是否发生了比较重大的交通拥堵事件。如果当前发生了比较重大的交通拥堵事件，则确定发生了预设的突发事件。可以理解，还可以通过其它的方式检测是否发生了预设的突发事件，本申请对检测是否发生了预设的突发事件的具体方式方面不限定。
在本实施例中，当检测到预设的突发事件时，确定该突发事件的影响范围。具体来说，可以预先将具体的突发事件所对应的影响范围确定方式进行存储，当检测到预设的突发事件时，查找到该突发事件对应的影响范围确定方式，并根据该确定方式确定该突发事件的影响范围。例如，当检测到当前的天气类型为下暴雨时，查找到下暴雨对应的影响范围确定方式，该确定方式为将所有下暴雨的区域确定为对应的影响范围。按照该确定方式查找到当前所有下暴雨的区域，并将这些区域作为该突发事件的影响范围。
又例如，当检测到当前发生比较重大的交通拥堵时，查找到交通拥堵对应的影响范围确定方式，该确定方式为将交通拥堵指数大于预设指数，并且面积大于预设面积的区域确定为对应的影响范围。按照该确定方式查找到当前交通拥堵指数大于预设指数且面积大于预设面积的区域，并将这些区域作为该突发事件的影响范围。可以理解，还可以通过其它方式确定突发事件的影响范围，本申请对确定突发事件的影响范围的具体确定方式方面不限定。
在步骤302中，基于该影响范围，确定预设分单模式下的待接单用户以及预设分单模式下的待分配订单。
在本实施例中，由于检测到预设的突发事件，该突发事件可能会对其影响范围内的交通造成一定的影响，因此，针对该突发事件，可以在其影响范围内开启预设的分单模式。在该分单模式下进行订单的分配，可以优化在该突发事件发生的情况下的订单分配过程。
具体来说，在一种实现方式中，可以获取待接单用户的位置信息，根据该位置信息判断待接单用户是否位于该影响范围内，将位于该影响范围内的待接单用户确定为预设分单模式下的待接单用户。同时，获取发单用户的位置信息，判断该发单用户是否位于该影响范围内，将位于该影响范围内的发单用户确定为预设分单模式下的发单用户。并将该影响范围内的发单用户所发的订单确定为预设分单模式下的待分配订单。
在另一种实现方式中，还可以向位于该影响范围内的待接单用户以及发单用户输出询问信息，将针对该询问信息回复确认应答的待接单用户确定为预设分单模式下的待接单用户。并将针对该询问信息回复确认应答的发单用户所发的订单确定为预设分单模式下的待分配订单。
在步骤303中，确定预设分单模式下的待接单用户的服务区域。
在步骤304中，基于上述服务区域从预设分单模式下的待分配订单中获取目标订单。
在步骤305中，向待接单用户推送该目标订单。
需要说明的是，该方法的执行主体可以是终端，也可以是服务端。如果执行主体为终端，则该终端的持有用户为待接单用户。该终端可以首先检测预设的突发事件，例如，可以获取当前所处地区(如，市，区，县等)的一些实时信息，如天气信息，或者交通状况信息等。然后，根据这些实时信息判断是否发生了预设的突发事件。当检测到预设的突发事件时，确定该突发事件的影响范围，并进一步基于上述影响范围确定是否开启预设分单模式。如果开启预设分单模式，则将该待接单用户确定为预设分单模式下的待接单用户。同时，基于上述影响范围确定周围预设范围内开启了预设分单模式的发单用户，并将该发单用户所发的订单确定为预设分单模式下的待分配订单。
如果执行主体为服务端，则该服务端可以首先检测其管理的区域中预设的突发事件。例如，可以获取当前该服务端管理的区域的一些实时信息，如天气信息，或者交通状况信息等。然后，根据这些实时信息判断是否发生了预设的突发事件。当检测到预设的突发事件时，确定该突发事件的影响范围，并进一步基于上述影响范围确定哪些待接单用户开启了预设分单模式。将开启预设分单模式的待接单用户确定为预设分单模式下的待接单用户。同时，基于上述影响范围确定哪些发单用户开启了预设分单模式，并将开启了预设分单模式的发单用户所发的订单确定为预设分单模式下的待分配订单。
需要说明的是，对于与图2实施例中相同的步骤，在上述图3实施例中不再进行赘述，相关内容可参见图2实施例。
本申请的上述实施例提供的分配订单的方法，在检测到预设的突发事件时，确定突发事件的影响范围，基于该影响范围，确定预设分单模式下的待接单用户以及预设分单模式下的待分配订单。确定该待接单用户的服务区域，基于该服务区域从上述待分配订单中获取目标订单，并向该待接单用户推送目标订单。从而可以在突发事件发生时，将服务资源集中到受突发事件影响的区域，也是服务需求量更大的区域，因此，有助于减少服务资源的浪费，也进一步提高了服务的效率。
图4是根据一示例性实施例示出的另一种分配订单的方法的流程图，该实施例详细描述了确定预设分单模式下的待接单用户的服务区域的过程，以及基于服务区域从预设分单模式下的待分配订单中获取目标订单的过程，该方法可以应用于终端中，也可以应用于服务端中。该方法可以包括以下步骤：
在步骤401中，当检测到预设的突发事件时，确定该突发事件的影响范围。
在步骤402中，基于该影响范围，确定预设分单模式下的待接单用户以及预设分单模式下的待分配订单。
在步骤403中，获取上述待接单用户当前的位置信息。
在本实施例中，可以获取上述预设分单模式下的待接单用户的定位数据，可以将该定位数据作为上述待接单用户当前的位置信息。
在步骤404中，确定上述待接单用户当前所处的地区。
在本实施例中，所处的地区可以是所处的地理区域范围，该地区可以是按照任意合理的方式或原则划分的地区。例如，该地区可以是一个市级地区(如北京，或者上海，或者深圳等等)，也可以是市内划分的县或者区(如海淀区，或者朝阳区，或者昌平区等等)。可以理解，该地区还可以是通过其它方式划分的区域，本申请对上述地区的划分的具体方式方面不限定。
在本实施例中，可以根据上述待接单用户当前的位置信息，确定该待接单用户当前所处的地区。
在步骤405中，获取上述待接单用户当前所处地区的服务区域，作为第一区域。
在本实施例中，可以以地区为单位，分别获取每个地区对应的服务区域，每个地区可以对应一个或者多个的服务区域。如图5所示，地区501包括三个服务区域，分别为服务区域502，服务区域503，服务区域504。其中，服务区域可以是一些对服务需求量较大的区域，如果这些区域受到突发事件的影响，对服务的需求量可能会增加，并且会影响服务的效率。因此，服务区域可以是预先设置的区域，也可以是根据历史订单数据生成的区域，还可以是根据当前订单数据生成的区域。
具体来说，在一种实现方式中，对于每个地区，可以根据实际情况和统计数据，预先设定一些对服务需求量较大的区域，作为服务区域。例如，以打车的场景为例，假设对于北京海淀地区来说，在五道口地铁站与北大东门之间的一片区域内，打车服务的需求量比较大，所以可以将这片区域设定为服务区域。当然，对于北京海淀地区，还可以设定其它的服务区域。每个地区对应的服务区域可以有一个或多个。然后，将这些预设的服务区域与对应的地区进行关联地存储。因此，可以从预存的数据中获取与待接单用户当前所处地区关联的服务区域，作为该地区的服务区域。
在另一种实现方式中，还可以获取预设时间段内该地区已完成的历史订单数据，从历史订单数据中获取每个历史订单已完成的路线，统计已完成次数超过预设次数的路线作为参考路线，根据该参考路线生成该地区的服务区域。
在又一种实现方式中，还可以获取当前时刻之前的预设时间段内该地区产生的订单数据，从产生的订单数据中获取每个产生的订单对应的路线，统计出现次数超过预设次数的路线作为参考路线，根据该参考路线生成该地区的服务区域。
在本实施例中，可以通过如下方式根据该参考路线生成该地区的服务区域：具体来说，可以围绕参考路线划定一个或多个独立的区域，每个独立的区域能够覆盖一条或多条完整的参考路线，这些独立的区域相互之间也可以有交叠。可以将每个独立的区域作为一个服务区域。可以理解，还可以通过其它的方式，根据参考路线生成上述地区的服务区域，本申请对此方面不限定。
在步骤406中，从第一区域中获取上述待接单用户的服务区域。
在本实施例中，上述第一区域可以包括一个或者多个区域，可以从这一个或者多个区域中获取上述待接单用户的服务区域。具体来说，可以从第一区域中查找出覆盖待接单用户当前所处位置的区域，作为第二区域。然后，基于第二区域获取上述待接单用户的服务区域。因为第一区域可以有多个，并且可能有重叠，因此，从第一区域中查找出的待接单用户当前所处的区域可能有多个，即第二区域可能有多个。
在本实施例中，可以通过如下方式基于第二区域获取上述待接单用户的服务区域：在一种实现方式中，可以直接将第二区域作为待接单用户的服务区域。
在另一种实现方式中，还可以输出查找到的所有第二区域，以供上述待接单用户选择。将该待接单用户从第二区域中选中的区域作为上述待接单用户的服务区域。
在又一种实现方式中，还可以获取每个第二区域当前的接单需求，将当前的接单需求最大的第二区域作为待接单用户的服务区域。
在步骤407中，获取上述待分配订单对应的起点和终点。
在步骤408中，从起点和终点均位于服务区域的待分配订单中获取目标订单。
在步骤409中，向上述待接单用户推送该目标订单。
需要说明的是，对于与图2和3实施例中相同的步骤，在上述图4实施例中不再进行赘述，相关内容可参见图2和3实施例。
对于本实施例，一种具体的应用场景可以为，当某城市下大暴雨时，该城市中登录的打车应用客户端会被切换到预设的分单模式。在该分单模式下，首先确定司机(待接单用户)所处的位置，例如，该司机位于五道口地铁站门口。接着，可以根据该位置确定该司机当前所处的服务区域。如果司机处于多个服务区域的重叠区域，还可以向用户输出这些服务区域，以供司机选择，也可以将服务区域中当前接单需求最大的区域作为该司机的服务区域。假设，该服务区域为从五道口地铁站到北大东门之间的一定区域，则只将起点和终点均位于该区域的订单推送给该司机。
本实施例并不限于上述的应用场景，还可以应用到其他场景中。本申请的上述实施例提供的分配订单的方法，在检测到预设的突发事件时，确定突发事件的影响范围，基于该影响范围，确定预设分单模式下的待接单用户以及预设分单模式下的待分配订单。获取上述待接单用户当前的位置信息，确定上述待接单用户当前所处的地区，获取上述待接单用户当前所处地区的服务区域，作为第一区域，从第一区域中获取上述待接单用户的服务区域。并基于该服务区域从上述待分配订单中获取目标订单，向该待接单用户推送目标订单。从而可以在突发事件发生时，将服务资源集中到受突发事件影响的区域，也是服务需求量更大的区域，因此，有助于减少服务资源的浪费，也进一步提高了服务的效率。
在一些可选实施方式中，上述方法还可以包括：输出待接单用户当前所处地区的服务区域的相关信息，该相关信息包括服务区域的站点信息以及服务区域的接单需求信息。
在本实施例中，还可以将待接单用户当前所处地区的服务区域的相关信息进行输出，该相关信息可以包括服务区域的站点信息以及服务区域的接单需求信息。例如，假设待接单用户所处的区域为北京，则还可以将北京地区的所有服务区域及其相关信息进行输出，该相关信息可以包括服务区域所覆盖的各个站点以及该服务区域的接单需求的信息等。待接单用户可以参考该相关信息选择去往接单需求大的服务区域，从而进一步减少了服务资源的浪费，提高了服务的效率。
应当注意，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
与前述分配订单的方法实施例相对应，本申请还提供了分配订单的装置的实施例。
如图6所示，图6是本申请根据一示例性实施例示出的一种分配订单的装置框图，该装置包括：第一确定单元601，获取单元602以及推送单元603。
其中，第一确定单元601，被配置为确定预设分单模式下的待接单用户的服务区域。
获取单元602，被配置为基于上述服务区域从预设分单模式下的待分配订单中获取目标订单。
推送单元603，被配置为向上述待接单用户推送目标订单。
在一些可选实施方式中，该装置还可以包括：第二确定单元和第三确定单元(图中未示出)。
其中，第二确定单元，被配置为在检测到预设的突发事件时，确定该突发事件的影响范围。
第三确定单元，被配置为基于该影响范围，确定上述待接单用户以及待分配订单。
在一些可选实施方式中，第三确定单元被配置用于：
将影响范围内的待接单用户确定为预设分单模式下的待接单用户；
将影响范围内的发单用户所发的订单确定为预设分单模式下的待分配订单。
在一些可选实施方式中，第三确定单元被配置用于：
向影响范围内的待接单用户以及发单用户输出询问信息；
将针对该询问信息回复确认应答的待接单用户确定为预设分单模式下的待接单用户；
将针对该询问信息回复确认应答的发单用户所发的订单确定为预设分单模式下的待分配订单。
在一些可选实施方式中，第一确定单元可以包括：第一获取子单元，确定子单元，第二获取子单元和第三获取子单元(图中未示出)。
其中，第一获取子单元，被配置为获取上述待接单用户当前的位置信息。
确定子单元，被配置为确定上述待接单用户当前所处的地区。
第二获取子单元，被配置为获取上述待接单用户当前所处地区的服务区域，作为第一区域。
第三获取子单元，被配置为从第一区域中获取上述待接单用户的服务区域。
在一些可选实施方式中，第二获取子单元被配置用于：从预存的数据中获取与上述地区关联的服务区域，作为该地区的服务区域。
在一些可选实施方式中，第二获取子单元被配置用于：
获取预设时间段内该地区已完成的历史订单数据；
从该历史订单数据中获取每个历史订单已完成的路线；
统计已完成次数超过预设次数的路线作为参考路线；
根据该参考路线生成所述地区的服务区域。
在一些可选实施方式中，第二获取子单元被配置用于：
获取当前时刻之前的预设时间段内上述地区产生的订单数据；
从上述产生的订单数据中获取每个产生的订单对应的路线；
统计出现次数超过预设次数的路线作为参考路线；
根据该参考路线生成所述地区的服务区域。
在一些可选实施方式中，第三获取子单元被配置用于：
从第一区域中查找出覆盖待接单用户当前所处位置的区域，作为第二区域；
将第二区域确定为待接单用户的服务区域。
在一些可选实施方式中，第三获取子单元被配置用于：
从第一区域中查找出覆盖待接单用户当前所处位置的区域，作为第二区域；
输出第二区域，以供待接单用户选择；
将待接单用户从第二区域中选中的区域确定为该待接单用户的服务区域。
在一些可选实施方式中，第三获取子单元被配置用于：
从第一区域中查找出覆盖待接单用户当前所处位置的区域，作为第二区域；
获取每个第二区域当前的接单需求；
将当前的接单需求最大的第二区域确定为该待接单用户的服务区域。
在一些可选实施方式中，获取单元可以包括：起终点获取子单元和分配子单元(图中未示出)。
其中，起终点获取子单元，被配置为获取待分配订单对应的起点和终点。
分配子单元，被配置为从起点和终点均位于该服务区域的待分配订单中获取目标订单。
在一些可选实施方式中，该装置还可以包括：输出单元(图中未示出)。
其中，输出单元，被配置为输出上述待接单用户当前所处地区的服务区域的相关信息，该相关信息包括上述服务区域的站点信息以及上述服务区域的接单需求信息。
在一些可选实施方式中，预设的突发事件包括以下一项或多项：
天气类型为预设的天气类型；
交通拥堵事件。
应当理解，上述装置可以预先设置在终端或服务端中，也可以通过下载等方式而加载到终端或服务端中。上述装置中的相应单元可以与终端或服务端中的单元相互配合以实现分配订单的方案。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (24)

1.一种分配订单的方法，其特征在于，所述方法包括：
当检测到预设的突发事件时，确定所述突发事件的影响范围；
基于所述影响范围，确定预设分单模式下的待接单用户以及预设分单模式下的待分配订单；
确定所述预设分单模式下的待接单用户的服务区域；
基于所述服务区域从所述预设分单模式下的待分配订单中获取目标订单；
向所述待接单用户推送所述目标订单；
其中，所述基于所述影响范围，确定所述预设分单模式下的待接单用户以及所述预设分单模式下的待分配订单，具体包括：
获取待接单用户和发单用户的位置信息；
根据所述待接单用户的位置信息和所述影响范围的关系确定预设分单模式下的待接单用户；
根据所述发单用户的位置和所述影响范围的关系确定预设分单模式下的待分配订单。
2.根据权利要求1所述的方法，其特征在于，所述基于所述影响范围，确定所述预设分单模式下的待接单用户以及所述预设分单模式下的待分配订单，还包括：
向所述影响范围内的待接单用户以及发单用户输出询问信息；
将针对所述询问信息回复确认应答的待接单用户确定为所述预设分单模式下的待接单用户；
将针对所述询问信息回复确认应答的发单用户所发的订单确定为所述预设分单模式下的待分配订单。
3.根据权利要求1所述的方法，其特征在于，所述确定预设分单模式下的待接单用户的服务区域，包括：
根据所述待接单用户当前的位置信息，确定所述待接单用户当前所处的地区；
获取所述待接单用户当前所处地区的服务区域，作为第一区域；
从所述第一区域中获取所述待接单用户的服务区域。
4.根据权利要求3所述的方法，其特征在于，所述获取所述待接单用户当前所处地区的服务区域，包括：
从预存的数据中获取与所述地区关联的服务区域，作为所述地区的服务区域。
5.根据权利要求3所述的方法，其特征在于，所述获取所述待接单用户当前所处地区的服务区域，包括：
获取预设时间段内所述地区已完成的历史订单数据；
从所述历史订单数据中获取每个历史订单已完成的路线；
统计已完成次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
6.根据权利要求3所述的方法，其特征在于，所述获取所述待接单用户当前所处地区的服务区域，包括：
获取当前时刻之前的预设时间段内所述地区产生的订单数据；
从所述产生的订单数据中获取每个产生的订单对应的路线；
统计出现次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
7.根据权利要求3所述的方法，其特征在于，所述从所述第一区域中获取所述待接单用户的服务区域，包括：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
将所述第二区域确定为所述待接单用户的服务区域。
8.根据权利要求3所述的方法，其特征在于，所述从所述第一区域中获取所述待接单用户的服务区域，包括：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
输出所述第二区域，以供所述待接单用户选择；
将所述待接单用户从所述第二区域中选中的区域确定为所述待接单用户的服务区域。
9.根据权利要求3所述的方法，其特征在于，所述从所述第一区域中获取所述待接单用户的服务区域，包括：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
获取每个所述第二区域当前的接单需求；
将当前的接单需求最大的第二区域确定为所述待接单用户的服务区域。
10.根据权利要求1所述的方法，其特征在于，所述基于所述服务区域从所述预设分单模式下的待分配订单中获取目标订单，包括：
获取所述待分配订单对应的起点和终点；
从起点和终点均位于所述服务区域的待分配订单中获取目标订单。
11.根据权利要求1所述的方法，其特征在于，所述方法还包括：
输出所述待接单用户当前所处地区的服务区域的相关信息，所述相关信息包括所述服务区域的站点信息以及所述服务区域的接单需求信息。
12.根据权利要求1所述的方法，其特征在于，所述预设的突发事件包括以下一项或多项：
天气类型为预设的天气类型；
交通拥堵事件。
13.一种分配订单的装置，其特征在于，所述装置包括：
第一确定单元，被配置为确定预设分单模式下的待接单用户的服务区域；
获取单元，被配置为基于所述服务区域从所述预设分单模式下的待分配订单中获取目标订单；
推送单元，被配置为向所述待接单用户推送所述目标订单；
其中，所述装置还包括：
第二确定单元，被配置为在检测到预设的突发事件时，确定所述突发事件的影响范围；
第三确定单元，被配置为基于所述影响范围，确定所述待接单用户以及所述待分配订单；
其中，所述第三确定单元被配置用于：
获取待接单用户和发单用户的位置信息；
根据所述待接单用户的位置信息和所述影响范围的关系确定预设分单模式下的待接单用户；
根据所述发单用户的位置和所述影响范围的关系确定预设分单模式下的待分配订单。
14.根据权利要求13所述的装置，其特征在于，所述第三确定单元还被配置用于：
向所述影响范围内的待接单用户以及发单用户输出询问信息；
将针对所述询问信息回复确认应答的待接单用户确定为所述预设分单模式下的待接单用户；
将针对所述询问信息回复确认应答的发单用户所发的订单确定为预设分单模式下的待分配订单。
15.根据权利要求13所述的装置，其特征在于，所述第一确定单元包括：
确定子单元，被配置为根据所述待接单用户当前的位置信息，确定所述待接单用户当前所处的地区；
第二获取子单元，被配置为获取所述待接单用户当前所处地区的服务区域，作为第一区域；
第三获取子单元，被配置为从所述第一区域中获取所述待接单用户的服务区域。
16.根据权利要求15所述的装置，其特征在于，所述第二获取子单元被配置用于：
从预存的数据中获取与所述地区关联的服务区域，作为所述地区的服务区域。
17.根据权利要求15所述的装置，其特征在于，所述第二获取子单元被配置用于：
获取预设时间段内所述地区已完成的历史订单数据；
从所述历史订单数据中获取每个历史订单已完成的路线；
统计已完成次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
18.根据权利要求15所述的装置，其特征在于，所述第二获取子单元被配置用于：
获取当前时刻之前的预设时间段内所述地区产生的订单数据；
从所述产生的订单数据中获取每个产生的订单对应的路线；
统计出现次数超过预设次数的路线作为参考路线；
根据所述参考路线生成所述地区的服务区域。
19.根据权利要求15所述的装置，其特征在于，所述第三获取子单元被配置用于：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
将所述第二区域确定为所述待接单用户的服务区域。
20.根据权利要求15所述的装置，其特征在于，所述第三获取子单元被配置用于：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
输出所述第二区域，以供所述待接单用户选择；
将所述待接单用户从所述第二区域中选中的区域确定为所述待接单用户的服务区域。
21.根据权利要求15所述的装置，其特征在于，所述第三获取子单元被配置用于：
从所述第一区域中查找出覆盖所述待接单用户当前所处位置的区域，作为第二区域；
获取每个所述第二区域当前的接单需求；
将当前的接单需求最大的第二区域确定为所述待接单用户的服务区域。
22.根据权利要求13所述的装置，其特征在于，所述获取单元包括：
起终点获取子单元，被配置为获取所述待分配订单对应的起点和终点；
分配子单元，被配置为从起点和终点均位于所述服务区域的待分配订单中获取目标订单。
23.根据权利要求13所述的装置，其特征在于，所述装置还包括：
输出单元，被配置为输出所述待接单用户当前所处地区的服务区域的相关信息，所述相关信息包括所述服务区域的站点信息以及所述服务区域的接单需求信息。
24.根据权利要求13所述的装置，其特征在于，所述预设的突发事件包括以下一项或多项：
天气类型为预设的天气类型；
交通拥堵事件。
CN201610930788.5A 2016-10-31 2016-10-31 分配订单的方法及装置 Active CN108022139B (zh)

Priority Applications (9)

Application Number Priority Date Filing Date Title
CN201610930788.5A CN108022139B (zh) 2016-10-31 2016-10-31 分配订单的方法及装置
PCT/CN2017/101776 WO2018076951A1 (en) 2016-10-31 2017-09-14 Device and method for order distribution
AU2017352260A AU2017352260A1 (en) 2016-10-31 2017-09-14 Device and method for order distribution
CA3029267A CA3029267A1 (en) 2016-10-31 2017-09-14 Device and method for order distribution
JP2018567922A JP6797944B2 (ja) 2016-10-31 2017-09-14 注文振り分け装置及び方法
SG11201811589QA SG11201811589QA (en) 2016-10-31 2017-09-14 Device and method for order distribution
EP17864047.0A EP3510549A4 (en) 2016-10-31 2017-09-14 DEVICE AND METHOD FOR ORDER DISTRIBUTION
CN201780041273.2A CN109416808A (zh) 2016-10-31 2017-09-14 用于订单分配的设备和方法
US16/234,082 US20190236529A1 (en) 2016-10-31 2018-12-27 Device and method for order distribution

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610930788.5A CN108022139B (zh) 2016-10-31 2016-10-31 分配订单的方法及装置

Publications (2)

Publication Number Publication Date
CN108022139A CN108022139A (zh) 2018-05-11
CN108022139B true CN108022139B (zh) 2021-06-04

Family

ID=62023064

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610930788.5A Active CN108022139B (zh) 2016-10-31 2016-10-31 分配订单的方法及装置
CN201780041273.2A Pending CN109416808A (zh) 2016-10-31 2017-09-14 用于订单分配的设备和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780041273.2A Pending CN109416808A (zh) 2016-10-31 2017-09-14 用于订单分配的设备和方法

Country Status (8)

Country Link
US (1) US20190236529A1 (zh)
EP (1) EP3510549A4 (zh)
JP (1) JP6797944B2 (zh)
CN (2) CN108022139B (zh)
AU (1) AU2017352260A1 (zh)
CA (1) CA3029267A1 (zh)
SG (1) SG11201811589QA (zh)
WO (1) WO2018076951A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108647940A (zh) * 2018-05-18 2018-10-12 广州市智慧农林科技有限公司 一种农机手供应服务系统及其方法
CN108734432A (zh) * 2018-05-21 2018-11-02 北京顺丰同城科技有限公司 订单分配方法和装置
CN109359843A (zh) * 2018-09-30 2019-02-19 山西游骑兵电子商务有限公司 数据处理方法和接单设备
CN111258747B (zh) * 2018-11-30 2023-08-22 北京嘀嘀无限科技发展有限公司 一种服务效率控制方法及装置
CN111768017B (zh) * 2020-06-29 2022-06-14 南京领行科技股份有限公司 一种网约车业务的指引方法、装置、设备及存储介质
CN112149856A (zh) * 2020-10-20 2020-12-29 北京嘀嘀无限科技发展有限公司 网约车订单处理方法、装置、电子设备和可读存储介质
CN112668919B (zh) * 2021-01-04 2022-07-12 腾讯科技（深圳）有限公司 一种数据处理方法、装置、计算机设备以及存储介质
CN113408817B (zh) * 2021-07-07 2024-04-16 北京京东拓先科技有限公司 流量分发方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103021167A (zh) * 2012-12-06 2013-04-03 苏州亿倍信息技术有限公司 一种出租车信息交互方法及系统
CN103218769A (zh) * 2013-03-19 2013-07-24 王兴健 出租车订单分配方法
CN104599168A (zh) * 2015-02-02 2015-05-06 北京嘀嘀无限科技发展有限公司 叫车订单的分配方法和装置
CN105160021A (zh) * 2015-09-29 2015-12-16 滴滴（中国）科技有限公司 基于目的地偏好的订单分配方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004164615A (ja) * 2002-10-11 2004-06-10 Seiko Epson Corp 作業担当者支援方法及び作業担当者支援プログラム
JP2005070865A (ja) * 2003-08-27 2005-03-17 Seiko Epson Corp 修理依頼スケジューリングシステム、修理依頼スケジューリング方法及び修理依頼スケジューリングプログラム
US20160027307A1 (en) * 2005-12-23 2016-01-28 Raj V. Abhyanker Short-term automobile rentals in a geo-spatial environment
CN101035168B (zh) * 2007-04-17 2010-08-25 华为技术有限公司 一种呼叫调度方法、系统及装置
JP2011066581A (ja) * 2009-09-16 2011-03-31 Hitachi Solutions Ltd 携帯端末システム
US9066206B2 (en) * 2012-07-03 2015-06-23 Uber Technologies, Inc. System and method for providing dynamic supply positioning for on-demand services
CN102779300B (zh) * 2012-07-05 2017-09-19 华为技术有限公司 信息处理方法、服务器及物流终端
CN103985247B (zh) * 2014-04-24 2016-08-24 北京嘀嘀无限科技发展有限公司 基于城市叫车需求分布密度的出租车运力调度系统
KR101619326B1 (ko) * 2014-07-28 2016-05-19 이상태 택시 승강장 운영 시스템 및 택시 승강장 운영 방법
CN105608886A (zh) * 2016-01-21 2016-05-25 滴滴出行科技有限公司 用于调度交通工具的方法和设备
CN104867065B (zh) * 2015-06-05 2021-07-02 北京嘀嘀无限科技发展有限公司 处理订单的方法和设备
CN105095373A (zh) * 2015-06-30 2015-11-25 百度在线网络技术（北京）有限公司 一种基于路径的订单推送方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103021167A (zh) * 2012-12-06 2013-04-03 苏州亿倍信息技术有限公司 一种出租车信息交互方法及系统
CN103218769A (zh) * 2013-03-19 2013-07-24 王兴健 出租车订单分配方法
CN104599168A (zh) * 2015-02-02 2015-05-06 北京嘀嘀无限科技发展有限公司 叫车订单的分配方法和装置
CN105160021A (zh) * 2015-09-29 2015-12-16 滴滴（中国）科技有限公司 基于目的地偏好的订单分配方法及装置

Also Published As

Publication number Publication date
EP3510549A4 (en) 2019-08-07
CA3029267A1 (en) 2018-05-03
US20190236529A1 (en) 2019-08-01
JP2019530042A (ja) 2019-10-17
CN108022139A (zh) 2018-05-11
JP6797944B2 (ja) 2020-12-09
SG11201811589QA (en) 2019-01-30
AU2017352260A1 (en) 2019-01-24
EP3510549A1 (en) 2019-07-17
CN109416808A (zh) 2019-03-01
WO2018076951A1 (en) 2018-05-03

Similar Documents

Publication Publication Date Title
CN108022139B (zh) 分配订单的方法及装置
US10473475B2 (en) Method and apparatus for determining a location of a point of interest
JP2020074179A (ja) ライドシェア管理装置、ライドシェア管理方法、およびプログラム
US20170011324A1 (en) Dispatch system for matching drivers and users
CN107464413B (zh) 实时单处理方法及服务器
CN103218769A (zh) 出租车订单分配方法
CN106373387A (zh) 一种车辆调度方法、装置及系统
CN105096183A (zh) 基于物联网的任务触发的公共自行车自调度方法及系统
CN107767322B (zh) 拼车方法和装置
CN107194639B (zh) 一种基于地铁网络的众包快递路径分配方法、系统
US9074904B1 (en) Method for solving carpool matching problem and carpool server using the same
CN106529896B (zh) 基于理赔查勘的方法及理赔服务器
CN110832561A (zh) 用于确定和推荐车辆上车地点的系统和方法
CN109102093B (zh) 一种网约车下单热点区域的确定方法、装置及电子设备
CN109754631B (zh) 车辆位置追踪的方法、装置、计算机设备及存储介质
CN105825698A (zh) 路况ugc上报方法、发送方法、装置及系统
CN107437129B (zh) 预约单处理方法及服务器
CN113240327A (zh) 网约车订单分派方法、筛选规则生成或设置方法、装置、服务器、终端及介质
Sundar et al. IoT based passenger information system optimized for Indian metros
KR20070061010A (ko) 맞춤형 대중교통정보의 제공을 위한 ｄｍｂ 송수신 장치 및그 방법
CN110704745A (zh) 一种车载终端的信息搜索方法和装置
CN106528559B (zh) 一种位置信息的提供方法和设备
CN110992081A (zh) 用于线下服务商的数据处理方法及装置
CN110806216A (zh) 信息处理装置以及信息处理方法
CN113129102B (zh) 一种延迟派单方法、装置、电子设备及存储介质

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
GR01 Patent grant
GR01 Patent grant