CN111626534A - 资源调度方法、装置、电子设备及可读存储介质 - Google Patents
资源调度方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN111626534A CN111626534A CN201910155107.6A CN201910155107A CN111626534A CN 111626534 A CN111626534 A CN 111626534A CN 201910155107 A CN201910155107 A CN 201910155107A CN 111626534 A CN111626534 A CN 111626534A
- Authority
- CN
- China
- Prior art keywords
- target
- driver
- target driver
- area
- information
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 75
- 238000010586 diagram Methods 0.000 claims description 25
- 238000004590 computer program Methods 0.000 claims description 5
- 230000006399 behavior Effects 0.000 claims description 4
- 238000012163 sequencing technique Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 3
- 238000002372 labelling Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 206010052804 Drug tolerance Diseases 0.000 description 1
- 235000013559 Schnittsellerie Nutrition 0.000 description 1
- 244000169997 Schnittsellerie Species 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000026781 habituation Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06315—Needs-based resource requirements planning or analysis
-
- 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/0605—Supply or demand aggregation
-
- 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/0639—Item locations
-
- G06Q50/40—
Abstract
本申请实施例提供一种资源调度方法、装置、电子设备及可读存储介质，该方法包括：获取在当前区域等待接单的目标司机端的信息，若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向该目标司机端发送调度信息，从而司机可根据调度信息前往区域热度较高的区域进行接单，以此提高了司机的接单成功率。
Description
技术领域
本申请涉及计算机技术领域，具体而言，涉及一种资源调度方法、装置、电子设备及可读存储介质。
背景技术
移动终端的智能化发展，使人们的生活越来越便利，例如，移动终端可以通过网约车平台为方便乘客快速打车，也方便网约车的司机接单。
网约车司机可以在司机终端安装网约车平台的司机客户端(或称为司机端APP)，如果司机登录司机客户端，在网约车平台的服务器上会显示该司机为在线状态，服务器能够获知该司机所在的位置和联系方式等信息。司机对应有司机账号，司机也可以通过司机账号登录司机客户端接收乘客的打车请求，了解乘客的位置信息等。
目前，现有的网约车接单的应用的后台服务器具有数据处理能力，但是现有网约车接单的信息推送还不完善，无法根据司机实际的情况进行准确的推送接单信息，使得司机不知道以何种方式可以更快接到订单，若司机在较长时间无法接单时，司机也无法知道其听不到单的原因和供需情况，如果司机想要了解当前不能听到单的原因，可能需要向后台咨询。例如，网约车平台提供客服分诊后台系统，在司机听不到单询问的时候，后台客服人员可以将供需的情况透传给司机，但是这种方式效率比较低，进而也造成司机听单时间相对较久，成功率比较低。
发明内容
有鉴于此，本申请实施例的目的在于提供一种资源调度方法、装置、电子设备及可读存储介质。
第一方面，本申请实施例提供了一种信息推送方法，所述方法包括：获取在当前区域等待接单的目标司机端的信息；若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，其中，所述调度信息包括目的区域的目的区域信息，所述目的区域的区域热度信息大于所述当前区域的区域热度信息，其中，区域热度信息表示一区域中的乘客请求量与司机供给量的比例。
可选地，所述方法还包括：当所述目标司机端不满足预设调度条件时，向所述目标司机端发送热力图，所述热力图包括多个区域的区域热度信息。
可选地，所述方法还包括：当所述当前区域有所述目标司机端可选择的订单时，向所述目标司机端发送提示所述目标司机端对应的目标司机去选单大厅进行选单的推送信息，所述推送信息包括所述选单大厅中可供所述目标司机端选择的订单的信息。
可选地，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：获取所述目标司机端距离当前时间最近一次的接单时间；计算所述接单时间与所述当前时间的时差；判断所述时差是否大于第一预设时间段，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：获取所述目标司机端距离当前时间最近一次的接单时间；计算所述接单时间与所述当前时间的时差；判断所述时差是否大于第一预设时间段；判断所述目标司机端在第二预设时间段内是否接收到推荐区域热度信息较高的区域的调度信息，所述第二预设时间段为距离当前时间之前的时间段；若所述时差大于所述第一预设时间段，且在所述第二预设时间段内未接收到调度信息，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：判断所述目标司机端的当前听单排位是否大于预设排位，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：计算所述目标司机端的听单需等待时长；判断所述听单需等待时长是否大于第一预设时长，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，计算所述目标司机端的听单需等待时长，包括：获取所述目标司机端的位置信息；获得所述位置信息所在当前区域的乘客的数量及位置、可服务司机的数量及位置；根据所述乘客的数量及位置、所述可服务司机的数量及位置计算得到所述目标司机端的听单需等待时长。
可选地，向所述目标司机端发送调度信息之前，所述方法还包括：判断所述目标司机端对应的目标司机是否是限制司机，若否，则向所述目标司机端发送调度信息。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：判断所述目标司机端是否正在向待处理订单的位置方向行驶的路程中，若是，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：获取所述目标司机端的设置参数；判断所述设置参数中是否包括接收指定区域的订单的限定参数，若是，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：判断所述目标司机端是否设置了接收指定路线的订单，若是，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：判断是否能够获取所述目标司机端的位置信息，若不能获取，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：判断所述目标司机端在当前时间以后的第三预设时间段是否有预约订单，若有，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：判断所述目标司机端在当前时间以前的第四预设时间段内行驶里程是否超过预设值，若超过，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：判断所述目标司机端对应的行驶权限是否是在限定区域内行驶，若是，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：判断所述目标司机的注册时长是否超过设定时长，若是，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：根据所述目标司机端的历史行为数据获得所述目标司机在当前时间之后的休息时间节点；判断当前时间距离所述休息时间节点之间的时长是否小于第二预设时长，若是，则表明所述目标司机为限制司机。
可选地，判断所述目标司机端对应的目标司机是否是限制司机，包括：获取在所述当前区域中的所有司机的服务等级；将所述所有司机的服务等级进行排序获得目标序列；判断所述目标司机的服务等级是否在所述目标序列中的指定范围内，若否，则表明所述目标司机为限制司机，所述指定范围内的服务等级高于所述目标序列中除所述指定范围外的其他服务等级。
可选地，所述目的区域通过以下方式获取：根据所述当前区域的位置选取多个待选目的区域；获取所述多个待选目的区域中的每一个待选目的区域的当前热度；根据所述每一个待选目的区域的当前热度预计每一个待选目的区域在未来各个时间节点的热度；计算所述目标司机端到达各个待选目的区域的预计时间节点；根据所述目标司机端到达所述各个待选目的区域的预计时间节点、与所述待选目的区域在所述预计时间节点时的热度选择作为推送去处的所述目的区域。
可选地，所述方法还包括：向所述目的区域中的司机发送推送信息，所述推送信息包括所述目的区域中的接单速度。
第二方面，本申请实施例提供了一种资源调度装置，所述装置包括：
获取模块，用于获取在当前区域等待接单的目标司机端的信息；
信息发送模块，用于若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，其中，所述调度信息包括目的区域的目的区域信息，所述目的区域的区域热度信息大于所述当前区域的区域热度信息，其中，区域热度信息表示一区域中的乘客请求量与司机供给量的比例。
第三方面，本申请实施例提供一种电子设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如第一方面提供的所述方法中的步骤。
第四方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行第一方面提供的所述方法中的步骤。
本申请实施例提供一种资源调度方法、装置、电子设备及可读存储介质，该方法中通过获取在当前区域等待接单的目标司机端的信息，若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，从而使得司机可根据调度信息前往区域热度信息较高的区域进行接单，以此提高了司机的接单成功率。
本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种资源调度方法的流程图；
图2为本申请实施例提供的一种目的区域的获取方式的流程图；
图3a为本申请实施例提供的一种调度信息展示方式的示意图；
图3b为本申请实施例提供的一种调度信息展示方式的示意图；
图4为本申请实施例提供的另一种资源调度方法的流程图；
图5为本申请实施例提供的一种推送信息展示方式的示意图；
图6为本申请实施例提供的一种推送信息展示方式的示意图；
图7为本申请实施例提供的一种推送信息展示方式的示意图；
图8为本申请实施例提供的一种资源调度装置的结构框图；
图9为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“司机”和“司机端”可以互换使用。
本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
为了提高司机的接单成功率，本申请实施例提供了一种资源调度方法，可以有效地为不同位置的司机推送如何更快接单的信息。
请参照图1，图1为本申请实施例提供的一种资源调度方法的流程图，该方法可应用于网约车平台的服务器，该服务器可以在线实时获知司机的听单情况，也可以对各个区域中的乘客和司机的情况进行统计分析，判断各个区域的司机乘客是否能够相互满足需求。
如图1所示，该方法包括如下步骤：
步骤S110：获取在当前区域等待接单的目标司机端的信息。
当前区域是指目标司机端当前所在的区域，即目标司机端对应的目标司机所在的区域，该当前区域可以是指一个区域范围，如以目标司机端所在位置为中心，周围两千米以内所在的区域作为该目标司机端所在的当前区域，当然该区域的范围可以根据需要自行设定。服务器可以实时监测在该当前区域范围内是否有司机没有订单，即是否有正在等待接单的目标司机端，即服务器通过监测司机的接单状态来获得在当前区域等待接单的目标司机端。当然，目标司机端对应的目标司机也可在目标司机端上触发相应的指令，主动向服务器发送等待接单的信息，即主动通知服务器其为正在等待接单的目标司机端，从而服务器也可通过该方式获得在当前区域等待接单的目标司机端的信息。
步骤S120：若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息。
服务器在获取到当前区域等待接单的目标司机端的信息后，可查看在当前区域内是否有乘客的订单，例如，若在当前区域内，有多个乘客下达了订单，司机可从这些订单中选择接收一个订单，即表明当前区域有所述目标司机端可选择的订单。
若当前区域内没有所述目标司机端可选择的订单时，则判断所述目标司机端是否满足预设调度条件，若所述目标司机端满足预设调度条件，则向所述目标司机端发送调度信息。
具体地，若目标司机端在当前区域内没有可选择的订单，则可提示该目标司机端可以调度到其他订单比较多的区域。而目标司机端在调度前，还需判断该目标司机端是否满足预设调度条件，若满足，则向目标司机端发送调度信息，该调度信息包括目的区域的区域信息，所述目的区域的区域热度信息大于所述当前区域的区域热度信息。其中，区域热度信息表示一区域中的乘客请求量与司机供给量的比例，区域热度信息越高司机越容易接单，区域热度信息越低司机越不容易接到单，从而在当前区域内目标司机端无选择的订单时，目标司机端可根据收到的调度信息中目的区域的区域信息，由于目的区域的订单需求较大，则目标司机端可选择前往目的区域进行接单，使得目标司机端可以不用在当前区域内继续等待接单，浪费时间，而是可以调度至目的区域接单，使得司机可以更快接到订单，提高了司机接单的成功率。
其中，目的区域可以是对目标司机来说相对推荐的区域，目标司机能够花费较少的时间就能够到达目的区域，且到达目的区域后，目的区域仍然处于热区，即目的区域的乘客请求量大于司机供给量，也就是该目的区域中的司机数量小于乘客的需求数量，导致该目的区域中的乘客不容易打到网约车，该目的区域的司机更容易接单。基于上述考虑，本实施例中可以对目的区域进行筛选，如图2所示，所述目的区域通过以下方式选取。
步骤S121：根据所述当前区域的位置选取多个待选目的区域。
其中，多个待选目的区域可以是围绕在上述当前区域周边的多个区域。当然，围绕在当前区域周边的多个区域也可以是相对冷区或绝对冷区，相对冷区是指该区域中乘客请求量小于司机供给量，也就是该区域中的司机数量大于乘客数量，导致该区域中的司机不容易接到单，但是比绝对冷区中的司机相对容易接到单，绝对冷区是指该区域中的乘客请求量远远小于司机供给量，也就是该区域中的司机数量远远大于乘客的需求，导致该区域中的司机非常不容易接到单。多个待选目的区域也可以是与环绕在当前区域的周边的多个区域相邻的区域，本实施例中，目的区域可以选择靠近当前区域，且属于热区的区域。
步骤S122：获取所述多个待选目的区域中的每一个待选目的区域的当前热度。
在进行目的区域选择时，可以先选择多个待选目的区域，例如，可以包括待选目的区域A、待选目的区域B、待选目的区域C及待选目的区域D。
步骤S123：根据所述每一个待选目的区域的当前热度预计每一个待选目的区域在未来各个时间节点的热度。
其中，各个时间节点可以按照需求设置，例如，可以预计未来每十分钟各个待选目的区域的热度，也可以预计未来每二十分钟各个待选目的区域的热度等各个时间节点的热度。
在一个实例中，假设待选目的区域A、待选目的区域B、待选目的区域C及待选目的区域D在未来各个时间节点的热度，如下表所示：
其中，表格中的数字表示各个待选目的区域在不同时间节点时的热度。
作为一种实施方式，热度可以是乘客下单数与待接单司机数的比值，还可以是司机平均接单等待时长与对应时间节点等待时长的比值。具体地，热度越高，司机接单速度也就越快，其中，热度也可以通过其他方式进行统计，统计得到的分值也可以是不同。
可以理解的是，上表可以是示意性的，实际应用过程中，各个待选目的区域的热度也可以以其他方式统计呈现。
步骤S124：计算所述目标司机端到达各个待选目的区域的预计时间节点。
获取目标司机端从当前区域到达各个待选目的区域的设定位置的路线，可以根据路线以及实时获得的路线的路况计算得到目标司机端到达各个待选目的区域的所需时间。
假设目标司机端从当前区域到达待选目的区域A需要花费二十分钟，从当前区域到达待选目的区域B需要花费十分钟、从当前区域到达待选目的区域C需要花费四十分钟、从当前区域到达待选目的区域D需要花费一小时。
步骤S125：根据所述目标司机端到达所述各个待选目的区域的预计时间节点、与所述待选目的区域在所述预计时间节点时的热度选择作为推送去处的所述目的区域。
本实施例中，将目标司机端到达所述各个待选目的区域的预计时间节点与各个待选目的区域中的热度进行对比以选择出作为推荐给目标司机端的目的区域。
如上述的实例所示，若目标司机端到达待选目的区域A时，待选目的区域A的热度为2.3；目标司机端到达待选目的区域B时，待选目的区域B的热度为2.3；目标司机端到达待选目的区域C时，待选目的区域C的热度为0.9；目标司机端到达待选目的区域D时，待选目的区域D的热度为1.5。其中，到达待选目的区域A和待选目的区域B时的热度可能一样，但是到达待选目的区域B所花费的时间更少，因此待选目的区域B可以被选作为推荐给目标司机端的目的区域。
进一步地，为了方便司机了解到达目的区域的情况，目的区域的区域信息可以包括一些可以使目标司机端能更好地了解目的区域的相关内容的信息，例如，可以包括所述目标司机端到达所述目的区域的指定位置的距离、行驶时间等。
下面就描述目的区域信息包括目标司机端到达所述目的区域的指定位置的距离。
目标司机端到达所述目的区域的指定位置的距离通过以下方法计算：获取所述目标司机端的当前位置到目的区域中所指定位置的多条路线；从所述多条路线中按照设定规则选择目标路线；计算所述目标路线的距离得到所述目标司机端到达所述目的区域的指定位置的距离。
由于目标司机端从当前区域去目的区域可能存在多条路线，目标司机端到达所述目的区域的指定位置的距离可以从多条路线中按照设定规则选择一条路线。例如，目标司机端到达所述目的区域的指定位置的距离可以从多条路线任意选择一条路线、也可以选择路线最短的路线、还可以选择最顺畅的路线、还可以选择相对顺畅且红绿灯少的路线作为计算距离的目标路线。
下面就首先描述目的区域信息包括目标司机端到达所述目的区域的指定位置的行驶时间。
其中，目标司机端到达所述目的区域的指定位置的行驶时间通过以下方法计算：获取所述目标司机端的当前位置到所述指定位置的多条路线；从所述多条路线中按照设定规则选择目标路线；根据所述目标路线路况及距离计算得到所述目标司机端到达所述目的区域的指定位置的行驶时间。
其中，从所述多条路线中按照设定规则选择目标路线的选择方式可以与前面计算距离时选择路线的方式一样，也可以采用不同的规则，在此不再赘述。
本实施例中，可以获取目标路线中红绿灯数量、车辆数量、预计在各个红绿灯需要等待的时间等信息计算得到目标司机端到达所述目的区域的指定位置的行驶时间。
通过向目标司机端推送到达目的区域的距离和行驶时间可以方便司机对是否去目的区域做出有效地选择，提高司机资源的使用。
其中，如图3a所示，发送给目标司机端的调度信息可以包括：标签、标题及主要内容。
其中，标签可以用于标识该调度信息所述应用属性，例如，本实施例用于冷热区域司机的调度时，则如图3a所示，标签显示内容可以为：调度小助手。标题可以用于表示调度信息的目的，例如，标题显示内容可以为：调度提醒。主要内容可以包括：亲爱的司机，您所在地区订单较少，建议前往Xkm的目的区域XXX更快接单，点击卡片导航前往。其中，XXX可以填充表示目的区域的POI(Point of Interest，兴趣点)点名称。例如，POI点名称可以是距离当前区域最近的属于目的区域的商场名称、公园名称、办公楼名称、学校名称等。
当目标司机通过目标司机端点击调度卡片后，可以在目标司机端中启动去往目的区域的POI点名称的导航。
另外，所述调度信息还包括当前区域的当前区域信息。当前区域信息可以包括司机与乘客的对比参数，所述对比参数包括司机与乘客比例。
进一步地，所述当前区域信息还包括所述目标司机端在当前区域的听单需等待时长。
如图3b所示，此时，调度信息可以包括标签：调度小助手；标题：冷热区提醒；内容：亲爱的司机，您所在的地区订单少，司机较多，预计当前区域平均接单时间超过10min。
本实施例中，为了方便热区的司机也能够了解到当前区域的情况，可以向由当前区域中转到目的区域的目标司机端发送推送信息，也可以向处于热区也就是目的区域的司机发送推送信息，该推送信息包括该目的区域的中的接单速度。
另外，如图4所示，该方法还包括：步骤S130：在所述当前区域有所述目标司机端可选择的订单时，向所述目标司机端发送提示所述目标司机端对应的目标司机去选单大厅进行选单的推送信息。所述推送信息包括所述选单大厅中可供所述目标司机端选择的订单的信息。目标司机端可根据推送信息知晓当前区域内有可选择的订单，则目标司机可在目标司机端上进入选单大厅，可从选单大厅中的订单中选择对应的订单，当然，目标司机也可拒绝进入选单大厅进行选单，目标司机可通过目标司机端向服务器发送拒绝选单的请求信息，服务器可在接收到该请求信息后知晓目标司机拒绝选单，则表示目标司机端没有可选择的订单，则继续判断目标司机端是否满足预设调度条件，若满足，则向目标司机端发送调度信息。或者，目标司机也可不选择任何订单，可在当前区域继续等待合适的订单，若服务器在预设时间段内多次向目标司机端发送上述的推送信息，若在目标时间段内该目标司机端依然没接单，则再判断该目标司机端是否满足预设调度条件，若满足，向目标司机端发送调度信息。
其中，向目标司机端发送提示所述目标司机端去选单大厅进行选单的推送信息，该推送信息以图5中的卡片形式进行下发，其可以包括：标签、标题及主要内容，如图5所示，标签：供需提醒；标题：订单较少，接单概率低；平均等待x分钟接单；内容：亲爱的司机，您所在的地区订单少，司机较多，预计当前区域平均接单时间超过10min。建议您进入选单大厅进行选单或查看热力图前往其他区域。当然，调度信息中还可以包括辅助说明，如图5所示，辅助说明：附近订单1附近司机10；我的服务分排名8。
若目标司机端设置的顺路模式，则在向目标司机端发送提示所述目标司机端对应的目标司机去选单大厅进行选单的推送信息，如图6所示，其可以包括：标签：供需提醒；标题：您设置顺路模式导致听单时间过久，预计等单超过X分钟；内容：亲爱的司机，您设置顺路模式导致听单时间过久，预计等单超过X分钟，建议您进入选单大厅进行选。当然，调度信息中还可以包括辅助说明，如图6所示，辅助说明：附近订单2附近司机13；我的服务分排名4。
或者，若当前区域是热区，即当前区域有可供目标司机端选择的订单，还可以向目标司机端发送如图7所示的推送信息，包括：标签：供需提醒；标题：当前区域订单密集，请在附近等待；内容：亲爱的司机，您当前所在区域订单密集，请耐心在附近2公里内等单至xx点xx分，期间会继续派单。xx点xx分为当前时间点以后的未来一段时间段后的时间点。辅助说明：请在xx点xx分前在附近2公里内等待。
如图4所示，所述方法还包括：步骤S140：若是在当前区域既没有可供目标司机端选择的订单，且当目标司机端又不满足预设调度条件时，向目标司机端发送热力图。所述热力图包括多个区域的区域热度信息，即在该热力图中可用区域热度信息的高低对每个区域进行区分，区域热度信息高的区域能更吸引司机的注意力，区域热度信息高的区域表征该区域乘客请求量大，司机供给量比较少，在该区域，司机更容易接收到订单，所以目标司机端可自行前往该区域，热力图可呈现出各个区域的不同的区域热度信息，使得司机可以了解各个区域的订单需求信息，使得司机可自行选择是前往区域热度信息较高的区域进行接单，或者继续在当前区域继续等待接单。
另外，上述中判断目标司机端是否满足预设调度条件的方式有很多种，其可以采用如下方式判断司机是否满足预设调度条件，在目标司机端满足预设调度条件时，向目标司机端发送调度信息。
方式1：获取所述目标司机端距离当前时间最近一次的接单时间；计算所述接单时间与所述当前时间的时差；判断所述时差是否大于第一预设时间段，若是，则表示所述目标司机端满足预设调度条件。
也就是说，可以判断所述目标司机端在距离当前时间之前的第一预设时间段内是否有接收到订单，若无，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
目标司机端可以是在前一单结束之后，目标司机端调整为等待接单状态，且当前区域内没有可供目标司机端进行选择的订单，通过判断目标司机端等待接单的时间长度，可以判断目标司机端是否需要帮助其更快接单。
其中，第一预设时间段可以是当前时间以前十分钟、二十分钟或三十分钟对应的时间段，当然，第一预设时间段可以按照具体城市的热度设置成不同的时长，例如，一线城市更容易接单，一线城市对应的第一预设时间段可以设置为相对更短的时间段，假设一线城市接单的平均时长为三分钟，则一线城市对应的第一预设时间段可以设置成距离当前时间的前五分钟到当前时间点对应的时间段。二三线城市可能不容易接单，所以，二三四线城市对应的第一预设时间段可以设置成相对更长的时间段，假设三线城市接单的平均时长为八分钟，则三线城市对应的第一预设时间段可以设置成距离当前时间的前十五分钟到当前时间节点对应的时间段。具体地，网约车平台普及度高的城市更容易接单，网约车平台普及度高的城市对应的第一预设时间段可以设置为相对更短的时间段。假设网约车平台普及度高的城市接单的平均时长为三分钟，则网约车平台普及度高的城市对应的第一预设时间段可以设置成距离当前时间的前七分钟到当前时间节点对应的时间段。网约车平台普及度低的城市可能更不容易接单，网约车平台普及度低的城市对应的第一预设时间段可以设置成相对更长的时间段。假设网约车平台普及度低的城市接单的平均时长可以是八分钟，则网约车平台普及度低的城市对应的第一预设时间段可以设置成距当前时间的前十五分钟到当前时间节点对应的时间段。
例如，若第一预设时间段设置为当前时间以前的十分钟，则可以判断目标司机端在当前时间以前的十分钟内是否有接单，若无，则表示所述目标司机端满足预设调度条件。
可选地，还可以获取目标司机端的接单参数，通过接单参数判断目标司机端在第一预设时间段内的接单数量，若接单数量为零，则表示该目标司机端满足预设调度条件。
方式2：判断所述目标司机端在距离当前时间之前的第二预设时间段内是否有接收到推荐区域热度较高的区域的调度信息，若所述目标司机端在第二预设时间段内未接收到调度信息，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
其中，第二预设时间段也可以按照具体城市的区域热度设置成不同的时长。具体地，一线城市对应的第二预设时间段可以设置成相对更短的时间段，二三四线城市对应的第二预设时间段可以设置成相对更长的时间段。具体地，网约车平台普及度高的城市对应的第二预设时间段可以设置成相对更长的时间段，网约车平台普及度低的城市对应的第二预设时间段可以设置成相对更长的时间段。
例如，若第二预设时间段设置为当前时间以前的三十分钟，则判断目标司机端在当前时间以前的三十分钟内是否有接收到调度信息，若无，则表示所述目标司机端满足预设调度条件。
方式3：获取所述目标司机端距离当前时间最近一次的接单时间；计算所述接单时间与所述当前时间的时差；判断所述时差是否大于第一预设时间段，以及判断所述目标司机端在距离当前时间之前的第二预设时间段内是否有接收到推荐区域热度信息较高的区域的调度信息，若所述时差大于所述第一预设时间段，且在第二预设时间段内未接收到调度信息，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
方式3是在方式1和方式2的条件进行合并的判断条件，关于与方式1和方式2相同条件的不再赘述。
方式4：判断所述目标司机端的当前听单排位是否大于预设排位，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
目标司机端可以是在前一单结束后，目标司机端调整为等待接单状态，则后台服务器将该目标司机端所在的当前区域进行排位，在前面已经等待的司机接单后再为该目标司机端分配订单。可以知道的是，排位越靠后接单的速度越慢，例如，预设排位可以是第一百位，第八十位，第九十位等。当司机的排位比较靠后等待时间相对较长，可能会更加需要了解状态，从而可以方便需要了解情况的司机了解当前状况。
方式5：计算所述目标司机端的听单需等待时长，判断所述听单需等待时长是否大于第一预设时长，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
其中，首先需要计算目标司机端的听单等待时长，具体地，所述计算目标司机端的听单需等待时长，包括：获取目标司机端的位置信息，获得所述位置信息所在当前区域的乘客的数量及位置、可服务司机的数量及位置；根据所述乘客的数量及位置、所述可服务司机的数量及位置计算得到所述目标司机端的听单需等待时长。
若需要等待的时间太长，不能很好地利用司机资源，导致资源浪费，因此通过对司机需等待的时长进行判断，从而为司机提供后续服务，提高了司机资源利用率。
考虑可能存在一些例外情况，有些司机并不需要后台服务器推送的调度信息，以去其它可以更容易接单的区域。例如，用户已经开车疲劳不宜再劳累，或司机即将有需要处理的订单等。因此，基于此，本申请在图1所示的基础上新增了判断所述目标司机是否是限制司机的步骤。
可以理解地，在向所述目标司机端发送调度信息之前，还可以判断所述目标司机端对应的目标司机是否为限制司机，若否，则向所述目标司机端发送调度信息。
其中，判断所述目标司机端对应的目标司机是否为限制司机的方式可以通过如下方式：
方式1：判断所述目标司机端是否正在向待处理订单的位置行驶的路程中，若是，则表明所述目标司机为限制司机。
本实施例中，可以通过查询目标司机端的未来一段时间段的订单。通过目标司机端的当前位置、行驶路径、查询到的订单的地址可以判断出目标司机端是否在正在向待处理订单的位置行驶的路程中。
考虑可能有些司机虽然当前没有订单，且能够满足预设调度条件，但是可能正在去往预约的订单的目的地，因此，这种情况下的司机可能不需要通过后台系统的推送的调度信息实现调度。
方式2：获取所述目标司机端的设置参数；判断所述设置参数中是否包括接收指定区域的订单的限定参数，若是，则表明所述目标司机为限制司机。
方式3：判断所述目标司机端是否设置了接收指定路线的订单，若是，则表明所述目标司机为限制司机。
本实施例中，网约车的司机端提供有供用户设置特殊需求的设置功能。例如，司机可以根据自己的需求设置想要接单的区域、想要接单的路线等参数。
如果司机设置可限定参数导致即使在热区也不能很快接单，因此可以不用向这类司机发送调度信息，避免调度信息干扰司机，从而也可以提高资源调度的有效性。
方式4：判断是否能够获取所述目标司机端的位置信息，若不能获取，则表明所述目标司机为限制司机。
当不能获取司机的位置信息时可能司机处于无信号区域，则不向这类司机发送调度消息，可以避免发送一些无用信息，提供推送消息的有效推送。
方式5：判断所述目标司机端在当前时间以后的第三预设时间段是否有预约订单，若有，则表明所述目标司机为限制司机。
其中，第三预设时间段可以是一小时后到两小时之间的时间段。当然，第三预设时间段可以按照具体城市的热度设置成不同的时长。
方式6：判断所述目标司机端在当前时间以前的第四预设时间段内行驶里程是否超过预设值，若超过，则表明所述目标司机为限制司机。
可以获取目标司机端的历史行驶数据，根据目标司机端的历史行驶数据可得到行驶里程。
其中第四预设时间段可以是当前时间之前的五个小时内的时间段，也可以是当前时间之前的十二个小时内的时间段等时间段。具体地，还可以根据司机的年纪设置不同的第四预设时间段，例如年纪小的司机可以对应设置更短的时间段，年纪大的司机可以对应设置更长的时间段。
预设值可以是按照实际可能导致目标用户的处于疲劳驾驶的状态的行驶值。具体地，不同的司机可能对应不同的预设值，具体地，还可以根据司机的年纪设置不同的预设值，例如年纪小的司机可以对应设置更大的预设值，年纪大的司机可以对应设置更小的预设值。
通过判断目标司机端的在第四预设时间段内的行驶里程可以判断出目标司机是否处于疲劳状态，若司机处于疲劳状态，则表明该司机为限制司机。
方式7：判断所述目标司机端对应的行驶权限是否是在限定区域内行驶，若是，则表明所述目标司机为限制司机。
由于车流量越来越大，很多城市通过在指定时间限制特定的车牌号进入主要城区的防止主要城区堵车的现象。例如，周一限制车牌尾号为1和6进入主要城区；周二限制车牌尾号为2和7进入主要城区；周三限制车牌尾号为3和8进入主要城区；周四限制车牌尾号为4和9进入主要城区；周五限制车牌尾号为5和0进入主要城区。
例如，当前时间是周三，则周三不向车牌尾号为3和8的司机推送去主要城区的调度消息。
通过上述限定可以避免向一些司机推送一些不能实现的调度的推送消息，从而可以提高推送消息的有效推送。
方式8：判断所述目标司机的注册时长是否超过设定时长，若是，则表明所述目标司机为限制司机，所述第五预设时间段表示已经过去的一时间段。
设定时长可以是一个月前至当前时间的时间段。当然，可以根据实际情况设置成不同的时间长度。
考虑新司机可能更不容易接单，因此可以将新注册司机的过滤掉，可以减少无效推送。
方式9：根据所述目标司机端的历史行为数据获得该目标司机在当前时间之后的休息时间节点；判断当前时间距离所述休息时间节点之间的时长是否小于第二预设时长，若是，则表明所述目标司机为限制司机。
在一种可实施的方式，可以获取司机的历史行车数据，可以根据历史数据得到司机的可能的休息时间段。例如，根据历史数据得到一司机M的习惯性在中午一点半至三点、和二十二点半之后不再接单。
第二预设时长可以是按照城市热度设置，城市热度越高可以设置更短的时长，城市热度越低也可以设置更长的时长。例如，第二预设时长可以是三十分钟，当前时间已经是二十二点十分，则可以过滤掉司机M。由于城市热度高可能对应需要乘坐网约车的乘客也就越多，从而通过上述方式的设置可以更好地满足乘客的需求。
第二预设时长可以是按照城市热度设置，城市热度越高可以设置更长的时长，城市热度越低也可以设置更短的时长。由于城市热度高可能对应可提供服务的司机也就越多，从而通过上述方式的设置可以更好地满足司机的作息习惯，也能够提高司机的体验。
通过实施方式9的方式可以避免向一些需要休息的司机推送消息，导致无效推送，也可以避免推送消息影响司机的正常作息。
方式10：获取在所述当前区域中的所有司机的服务等级；将所述所有司机的服务等级进行排序获得目标序列；判断所述目标司机的服务等级是否在所述目标序列中的指定范围内，若否，则表明所述目标司机为限制司机，所述指定范围内的服务等级高于所述目标序列中除所述指定范围外的其他服务等级。
服务等级可以表示司机对应接单服务过的乘客对该司机的评价而形成的服务等级。例如，司机的好评越多等级也就越高。关于具体的司机的服务等级的得到与评分方式在此不再做详细的介绍。
在司机不容易接单的情况下，可以优先为服务等级较高的司机发送推送消息，从而可以使服务等级更高的司机更容易接单成功，也能够鼓励司机更好地服务乘客，从而提高网约车的整体服务。
请参照图8，图8为本申请实施例提供的一种资源调度装置200的结构框图，所述装置包括：
获取模块210，用于获取在当前区域等待接单的目标司机端的信息；
信息发送模块220，用于若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，其中，所述调度信息包括目的区域的目的区域信息，所述目的区域的区域热度信息大于所述当前区域的区域热度信息，其中，区域热度信息表示一区域中的乘客请求量与司机供给量的比例。
可选地，所述装置还包括：
热力图发送模块，用于若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端不满足预设调度条件时，向所述目标司机端发送热力图，所述热力图包括多个区域的区域热度信息。
可选地，所述装置还包括：
推送信息发送模块，用于当所述当前区域有所述目标司机端可选择的订单时，向所述目标司机端发送提示所述目标司机端对应的目标司机去选单大厅进行选单的推送信息，所述推送信息包括所述选单大厅中可供所述目标司机端选择的订单的信息。
可选地，所述信息发送模块220，具体用于获取所述目标司机端距离当前时间最近一次的接单时间；计算所述接单时间与所述当前时间的时差；判断所述时差是否大于第一预设时间段，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，所述信息发送模块220，具体用于获取所述目标司机端距离当前时间最近一次的接单时间；计算所述接单时间与所述当前时间的时差；判断所述时差是否大于第一预设时间段；判断所述目标司机端在第二预设时间段内是否接收到推荐区域热度信息较高的区域的调度信息，所述第二预设时间段为距离所述当前时间之前的时间段；若所述时差大于所述第一预设时间段，且在所述第二预设时间段内未接收到调度信息，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，所述信息发送模块220，具体用于判断所述目标司机端的当前听单排位是否大于预设排位，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，所述信息发送模块220，具体用于计算所述目标司机端的听单需等待时长；判断所述听单需等待时长是否大于第一预设时长，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
可选地，所述信息发送模块220，还用于获取所述目标司机端的位置信息；获得所述位置信息所在当前区域的乘客的数量及位置、可服务司机的数量及位置；根据所述乘客的数量及位置、所述可服务司机的数量及位置计算得到所述目标司机端的听单需等待时长。
可选地，所述装置还包括：
限制司机判断模块，用于判断所述目标司机端对应的目标司机是否是限制司机，若否，则通过信息发送模块220向所述目标司机端发送调度信息。
可选地，所述限制司机判断模块，具体用于判断所述目标司机端是否正在向待处理订单的位置行驶的路程中，若是，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于获取所述目标司机端的设置参数；判断所述设置参数中是否包括接收指定区域的订单的限定参数，若是，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于判断所述目标司机端是否设置了接收指定路线的订单，若是，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于判断是否能够获取所述目标司机端的位置信息，若不能获取，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于判断所述目标司机端在当前时间以后的第三预设时间段是否有预约订单，若有，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于判断所述目标司机端在当前时间以前的第四预设时间段内行驶里程是否超过预设值，若超过，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于判断所述目标司机端对应的行驶权限是否是在限定区域内行驶，若是，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于判断所述目标司机的注册时长是否超过设定时长，若是，则表明所述目标司机为限制司机，所述第五预设时间段表示已经过去的一时间段。
可选地，所述限制司机判断模块，具体用于根据所述目标司机端的历史行为数据获得所述目标司机在当前时间之后的休息时间节点；判断当前时间距离所述休息时间节点之间的时长是否小于第二预设时长，若是，则表明所述目标司机为限制司机。
可选地，所述限制司机判断模块，具体用于获取在所述当前区域中的所有司机的服务等级；将所述所有司机的服务等级进行排序获得目标序列；判断所述目标司机的服务等级是否在所述目标序列中的指定范围内，若否，则表明所述目标司机为限制司机，所述指定范围内的服务等级高于所述目标序列中除所述指定范围外的其他服务等级。
可选地，所述信息发送模块220，还用于根据所述当前区域的位置选取多个待选目的区域；获取所述多个待选目的区域中的每一个待选目的区域的当前热度；根据所述每一个待选目的区域的当前热度预计每一个待选目的区域在未来各个时间节点的热度；计算所述目标司机端到达各个待选目的区域的预计时间节点；根据所述目标司机端到达所述各个待选目的区域的预计时间节点、与所述待选目的区域在所述预计时间节点时的热度选择作为推送去处的所述目的区域。
可选地，所述信息发送模块220，还用于向所述目的区域中的司机发送推送信息，所述推送信息包括所述目的区域中的接单速度。
请参照图9，图9为本申请实施例提供的一种电子设备的结构示意图，所述电子设备可以包括：至少一个处理器110，例如CPU，至少一个通信接口120，至少一个存储器130和至少一个通信总线140。其中，通信总线140用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口120用于与其他节点设备进行信令或数据的通信。存储器130可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器130可选的还可以是至少一个位于远离前述处理器的存储装置。存储器130中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器110执行时，电子设备执行上述图1所示方法过程。
本申请实施例提供一种可读取存储介质，所述计算机程序被处理器执行时，执行如图1所示方法实施例中电子设备所执行的方法过程。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。
综上所述，本申请实施例提供一种资源调度方法、装置、电子设备及可读存储介质，该方法中通过获取在当前区域等待接单的目标司机端的信息，若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向该目标司机端发送调度信息，从而司机可根据调度信息前往区域热度较高的区域进行接单，以此提高了司机的接单成功率。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (24)
1.一种资源调度方法，其特征在于，所述方法包括：
获取在当前区域等待接单的目标司机端的信息；
若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，其中，所述调度信息包括目的区域的目的区域信息，所述目的区域的区域热度信息大于所述当前区域的区域热度信息，其中，区域热度信息表示一区域中的乘客请求量与司机供给量的比例。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端不满足预设调度条件时，向所述目标司机端发送热力图，所述热力图包括多个区域的区域热度信息。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当所述当前区域有所述目标司机端可选择的订单时，向所述目标司机端发送提示所述目标司机端对应的目标司机去选单大厅进行选单的推送信息，所述推送信息包括所述选单大厅中可供所述目标司机端选择的订单的信息。
4.根据权利要求1-3任一所述的方法，其特征在于，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：
获取所述目标司机端距离当前时间最近一次的接单时间；
计算所述接单时间与所述当前时间的时差；
判断所述时差是否大于第一预设时间段，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
5.根据权利要求1-3任一所述的方法，其特征在于，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：
获取所述目标司机端距离当前时间最近一次的接单时间；
计算所述接单时间与所述当前时间的时差；
判断所述时差是否大于第一预设时间段；
判断所述目标司机端在第二预设时间段内是否接收到推荐区域热度信息较高的区域的调度信息，所述第二预设时间段为距离所述当前时间之前的时间段；
若所述时差大于所述第一预设时间段，且在所述第二预设时间段内未接收到调度信息，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
6.根据权利要求1-3任一所述的方法，其特征在于，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：
判断所述目标司机端的当前听单排位是否大于预设排位，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
7.根据权利要求1-3任一所述的方法，其特征在于，当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，包括：
计算所述目标司机端的听单需等待时长；
判断所述听单需等待时长是否大于第一预设时长，若是，则表示所述目标司机端满足预设调度条件，向所述目标司机端发送调度信息。
8.根据权利要求7所述的方法，其特征在于，计算所述目标司机端的听单需等待时长，包括：
获取所述目标司机端的位置信息；
获得所述位置信息所在当前区域的乘客的数量及位置、可服务司机的数量及位置；
根据所述乘客的数量及位置、所述可服务司机的数量及位置计算得到所述目标司机端的听单需等待时长。
9.根据权利要求1-3任一所述的方法，其特征在于，向所述目标司机端发送调度信息之前，所述方法还包括：
判断所述目标司机端对应的目标司机是否是限制司机，若否，则执行步骤：向所述目标司机端发送调度信息。
10.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
判断所述目标司机端是否正在向待处理订单的位置行驶的路程中，若是，则表明所述目标司机为限制司机。
11.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
获取所述目标司机端的设置参数；
判断所述设置参数中是否包括接收指定区域的订单的限定参数，若是，则表明所述目标司机为限制司机。
12.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
判断所述目标司机端是否设置了接收指定路线的订单，若是，则表明所述目标司机为限制司机。
13.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
判断是否能够获取所述目标司机端的位置信息，若不能获取，则表明所述目标司机为限制司机。
14.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
判断所述目标司机端在当前时间以后的第三预设时间段是否有预约订单，若有，则表明所述目标司机为限制司机。
15.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
判断所述目标司机端在当前时间以前的第四预设时间段内行驶里程是否超过预设值，若超过，则表明所述目标司机为限制司机。
16.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
判断所述目标司机端对应的行驶权限是否是在限定区域内行驶，若是，则表明所述目标司机为限制司机。
17.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
判断所述目标司机的注册时长是否超过设定时长，若是，则表明所述目标司机为限制司机。
18.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
根据所述目标司机端的历史行为数据获得所述目标司机在当前时间之后的休息时间节点；
判断当前时间距离所述休息时间节点之间的时长是否小于第二预设时长，若是，则表明所述目标司机为限制司机。
19.根据权利要求9所述的方法，其特征在于，判断所述目标司机端对应的目标司机是否是限制司机，包括：
获取在所述当前区域中的所有司机的服务等级；
将所述所有司机的服务等级进行排序获得目标序列；
判断所述目标司机的服务等级是否在所述目标序列中的指定范围内，若否，则表明所述目标司机为限制司机，所述指定范围内的服务等级高于所述目标序列中除所述指定范围外的其他服务等级。
20.根据权利要求1-3任一所述的方法，其特征在于，所述目的区域通过以下方式获取：
根据所述当前区域的位置选取多个待选目的区域；
获取所述多个待选目的区域中的每一个待选目的区域的当前热度；
根据所述每一个待选目的区域的当前热度预计每一个待选目的区域在未来各个时间节点的热度；
计算所述目标司机端到达各个待选目的区域的预计时间节点；
根据所述目标司机端到达所述各个待选目的区域的预计时间节点、与所述待选目的区域在所述预计时间节点时的热度选择作为推送去处的所述目的区域。
21.根据权利要求1-3任一所述的方法，其特征在于，所述方法还包括：
向所述目的区域中的司机发送推送信息，所述推送信息包括所述目的区域中的接单速度。
22.一种资源调度装置，其特征在于，所述装置包括：
获取模块，用于获取在当前区域等待接单的目标司机端的信息；
信息发送模块，用于若所述当前区域内没有所述目标司机端可选择的订单，且当所述目标司机端满足预设调度条件时，向所述目标司机端发送调度信息，其中，所述调度信息包括目的区域的目的区域信息，所述目的区域的区域热度信息大于所述当前区域的区域热度信息，其中，区域热度信息表示一区域中的乘客请求量与司机供给量的比例。
23.一种电子设备，其特征在于，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如权利要求1-21任一所述方法中的步骤。
24.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时运行如权利要求1-21任一所述方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910155107.6A CN111626534A (zh) | 2019-02-28 | 2019-02-28 | 资源调度方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910155107.6A CN111626534A (zh) | 2019-02-28 | 2019-02-28 | 资源调度方法、装置、电子设备及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111626534A true CN111626534A (zh) | 2020-09-04 |
Family
ID=72258817
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910155107.6A Pending CN111626534A (zh) | 2019-02-28 | 2019-02-28 | 资源调度方法、装置、电子设备及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111626534A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112330955A (zh) * | 2020-10-13 | 2021-02-05 | 西安艾润物联网技术服务有限责任公司 | 基于物联网实现车辆自动调度控制的方法及装置 |
| CN112561330A (zh) * | 2020-12-16 | 2021-03-26 | 北京嘀嘀无限科技发展有限公司 | 一种调度指令的生成方法、装置、电子设备及介质 |
| CN113763695A (zh) * | 2021-09-07 | 2021-12-07 | 北京航迹科技有限公司 | 一种自动驾驶车辆的调度方法和系统 |
| CN114579889A (zh) * | 2022-04-26 | 2022-06-03 | 阿里巴巴（中国）有限公司 | 订单热力图的推荐方法、装置、设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107133697A (zh) * | 2017-05-03 | 2017-09-05 | 百度在线网络技术（北京）有限公司 | 预估司机接单意愿的方法、装置、设备及存储介质 |
| US20180225620A1 (en) * | 2017-02-08 | 2018-08-09 | Wal-Mart Stores, Inc. | Task management in retail environment |
| CN108764608A (zh) * | 2018-04-09 | 2018-11-06 | 天津五八到家科技有限公司 | 一种司机调遣方法、终端及服务端 |
| CN108805411A (zh) * | 2018-05-18 | 2018-11-13 | 北京嘀嘀无限科技发展有限公司 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
| CN109376987A (zh) * | 2018-09-10 | 2019-02-22 | 百度在线网络技术（北京）有限公司 | 无人驾驶汽车调度方法、装置、设备及存储介质 |
-
2019
- 2019-02-28 CN CN201910155107.6A patent/CN111626534A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180225620A1 (en) * | 2017-02-08 | 2018-08-09 | Wal-Mart Stores, Inc. | Task management in retail environment |
| CN107133697A (zh) * | 2017-05-03 | 2017-09-05 | 百度在线网络技术（北京）有限公司 | 预估司机接单意愿的方法、装置、设备及存储介质 |
| CN108764608A (zh) * | 2018-04-09 | 2018-11-06 | 天津五八到家科技有限公司 | 一种司机调遣方法、终端及服务端 |
| CN108805411A (zh) * | 2018-05-18 | 2018-11-13 | 北京嘀嘀无限科技发展有限公司 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
| CN109376987A (zh) * | 2018-09-10 | 2019-02-22 | 百度在线网络技术（北京）有限公司 | 无人驾驶汽车调度方法、装置、设备及存储介质 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112330955A (zh) * | 2020-10-13 | 2021-02-05 | 西安艾润物联网技术服务有限责任公司 | 基于物联网实现车辆自动调度控制的方法及装置 |
| CN112561330A (zh) * | 2020-12-16 | 2021-03-26 | 北京嘀嘀无限科技发展有限公司 | 一种调度指令的生成方法、装置、电子设备及介质 |
| CN113763695A (zh) * | 2021-09-07 | 2021-12-07 | 北京航迹科技有限公司 | 一种自动驾驶车辆的调度方法和系统 |
| CN114579889A (zh) * | 2022-04-26 | 2022-06-03 | 阿里巴巴（中国）有限公司 | 订单热力图的推荐方法、装置、设备及存储介质 |
| CN114579889B (zh) * | 2022-04-26 | 2022-08-12 | 阿里巴巴（中国）有限公司 | 订单热力图的推荐方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111626534A (zh) | 资源调度方法、装置、电子设备及可读存储介质 | |
| US10853743B2 (en) | Systems, devices, and methods for searching and booking ride-shared trips | |
| US9805431B2 (en) | Systems and methods for allocating networked vehicle resources in priority environments | |
| CN108765933B (zh) | 一种推荐上车点的方法、装置、设备及存储介质 | |
| JP5934893B2 (ja) | タクシーの最適配置システム | |
| US11386359B2 (en) | Systems and methods for managing a vehicle sharing facility | |
| US8504295B2 (en) | Preserving assigned carpools after a cancellation | |
| US20080048885A1 (en) | System and method for predicting parking spot availability | |
| CN112419706B (zh) | 实时单处理方法及服务器 | |
| EP3332365A1 (en) | Systems and methods for adjusting ride-sharing schedules and routes | |
| US20120078672A1 (en) | Efficient Automated Ride Sharing System | |
| JP6656004B2 (ja) | 配車処理システム | |
| GB2535718A (en) | Resource management | |
| US20190130516A1 (en) | Vehicle ride share assist system | |
| US20170301054A1 (en) | Dynamic forecasting for forward reservation of cab | |
| CN111461485A (zh) | 任务分配方法、装置、设备及计算机可读存储介质 | |
| EP3262597A1 (en) | Systems and methods for managing a vehicle sharing facility | |
| CN111080048A (zh) | 预约打车订单的派单方法、装置、电子设备及储存介质 | |
| JP2019168827A (ja) | 情報処理装置及びプログラム | |
| CN110942220B (zh) | 运力调度方法、装置和服务器 | |
| WO2016135646A1 (en) | Telephone call placement | |
| CN111626801A (zh) | 一种订单派发方法、装置、电子设备和计算机存储介质 | |
| JP2002024659A (ja) | 配車予約システム | |
| JP6229354B2 (ja) | 需要予測装置、需要予測方法、および需要予測プログラム | |
| CN110968796B (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 |