CN111652464A - 司机调度方法、装置、电子设备及可读存储介质 - Google Patents

司机调度方法、装置、电子设备及可读存储介质 Download PDF

Info

Publication number
CN111652464A
CN111652464A CN202010317477.8A CN202010317477A CN111652464A CN 111652464 A CN111652464 A CN 111652464A CN 202010317477 A CN202010317477 A CN 202010317477A CN 111652464 A CN111652464 A CN 111652464A
Authority
CN
China
Prior art keywords
driver
list
waiting
message
target
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
Application number
CN202010317477.8A
Other languages
English (en)
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.)
Hanhai Information Technology Shanghai Co Ltd
Original Assignee
Hanhai Information Technology Shanghai 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
Application filed by Hanhai Information Technology Shanghai Co Ltd filed Critical Hanhai Information Technology Shanghai Co Ltd
Priority to CN202010317477.8A priority Critical patent/CN111652464A/zh
Publication of CN111652464A publication Critical patent/CN111652464A/zh
Pending legal-status Critical Current

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/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/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29—Geographical information databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • 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/02—Reservations, e.g. for tickets, services or events
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Remote Sensing (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)

Abstract

本公开的实施例提供了一种司机调度方法、装置、电子设备及可读存储介质，所述方法包括：确定目标地理位置；向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；所述第一消息中包含第一条件；向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；所述第二消息中包含第二条件；若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。本公开实施例可以解决局部区域打车困难的问题，并且可以减少用户的等待时间以及司机车辆的空驶成本。

Description

司机调度方法、装置、电子设备及可读存储介质
技术领域
本公开的实施例涉及计算机领域，尤其涉及一种司机调度方法、装置、电子设备及可读存储介质。
背景技术
随着智能设备和移动互联网技术的发展，打车软件的普及给人们的出行带来了极大的便利。用户可以通过打车软件发送订单，使司机能够及时获取到用户的打车需求，并根据意愿接单，可以节约司机与用户的沟通成本，优化用户的打车体验，以节省司乘双方的资源和时间。
在局部地区或局部时段用户的用车需求递增时，通常采用远途调度、升级网约车的车型等方案来增加车辆供给。然而，车辆供给的增加是有限的，排队的管控延长了用户等待用车的时间，用户无法预知还需要等待多久可以打到车，不仅降低了用户的叫车体验，而且影响用户的乘车效率，还有可能增加车辆的空驶成本。
发明内容
本公开的实施例提供一种司机调度方法、装置、电子设备及可读存储介质，使得目标应答司机和目标等待用户可以快速得到匹配，可以解决局部区域打车困难的问题，提高用户体验，并且可以减少用户的等待时间以及司机车辆的空驶成本。
根据本公开的实施例的第一方面，提供了一种司机调度方法，所述方法包括：
确定目标地理位置；
向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；所述第一消息中包含第一条件；
向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；所述第二消息中包含第二条件；
若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
根据本公开的实施例的第二方面，提供了一种司机调度装置，所述装置包括：
位置确定模块，用于确定目标地理位置；
第一构建模块，用于向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；所述第一消息中包含第一条件；
第二构建模块，用于向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；所述第二消息中包含第二条件；
司机分配模块，用于若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
根据本公开的实施例的第三方面，提供了一种电子设备，包括：
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述司机调度方法。
根据本公开的实施例的第四方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述司机调度方法。
本公开的实施例提供了一种司机调度方法、装置、电子设备及可读存储介质，所述方法包括：
本公开实施例在确定打车困难的目标地理位置之后，向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；以及向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
其中，所述第一消息中包含第一条件，以及所述第二消息中包含第二条件。也即，应答司机列表中的司机愿意在第一条件下去目标地理位置所在区域接驾，等待用户列表中的等待用户为接收到第二消息的用户，如果等待用户列表中存在愿意在第二条件下接受司机的接驾服务的目标等待用户时，即可从所述应答司机列表中选择目标应答司机分配给所述目标等待用户，使得目标应答司机和目标等待用户可以快速得到匹配，可以解决局部区域打车困难的问题，提高用户体验，并且可以减少用户的等待时间以及司机车辆的空驶成本。
附图说明
为了更清楚地说明本公开的实施例的技术方案，下面将对本公开的实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1示出了本公开的一个实施例中的司机调度方法的步骤流程图；
图2示出了本公开的另一个实施例中的司机调度方法的步骤流程图；
图3示出了本公开的一个实施例中的司机调度装置的结构图；
图4示出了本公开的一个实施例提供的电子设备的结构图。
具体实施方式
下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。
实施例一
参照图1，其示出了本公开的一个实施例中的司机调度方法的步骤流程图，所述方法包括：
步骤101、确定目标地理位置；
步骤102、向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；所述第一消息中包含第一条件；
步骤103、向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；所述第二消息中包含第二条件；
步骤104、若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
在本公开实施例中，用户(即乘客)需要网上约车时，可以通过自己所持有的用户终端向网约车平台发送接驾服务请求，其中，接驾服务请求中携带有用户当前所在的地理位置，也即用户终端当前所在的地理位置。用户也可以通过用户终端安装的网约车平台提供的APP(Application，应用程序)，向网约车平台发送接驾服务请求。相应的，司机也可以通过自己所持有的司机终端中安装的该App，接收网约车平台为其分配的接驾服务请求。
其中，所述用户终端和所述司机终端具体包括但不限于如下电子设备：智能手机、平板电脑、电子书阅读器、MP3(动态影像专家压缩标准音频层面3，Moving PictureExperts Group Audio Layer III)播放器、MP4(动态影像专家压缩标准音频层面4，MovingPicture Experts Group Audio Layer IV)播放器、膝上型便携计算机、车载电脑、台式计算机、机顶盒、智能电视机、可穿戴设备等等。
本公开实施例旨在解决用车高峰期局部区域打车困难的问题，首先，本公开实施例确定目标地理位置，目标地理位置指出现打车困难的地点。
在本公开的一种可选实施例中，步骤101所述确定目标地理位置，可以包括：
步骤S11、获取用户终端发送接驾服务请求后的第一等待时长；
步骤S12、将所述第一等待时长超过第一阈值的用户终端所在位置确定为目标地理位置。
第一等待时长指用户向网约车平台发送接驾服务请求之后，到分配接驾的司机之前等待的时长。例如，用户通过其持有的用户终端向网约车平台发送接驾服务请求之后，第一等待时长超过第一阈值(如30秒)，仍没有分配接驾的司机，说明该用户当前所在区域存在打车困难的情况，可以将该用户终端所在位置确定为目标地理位置。该用户通过用户终端向网约车平台发送的接驾服务请求中携带有用户终端当前所在的地理位置，通过该接驾服务请求中携带的地理位置可以得到目标地理位置。
需要说明的是，所述第一阈值的具体取值由本领域技术人员根据实际需要进行自由设置，本实施例对此不进行限定。
在确定目标地理位置之后，网约车平台可以向运力供应商发送司机预定请求，所述司机预定请求用于请求获取愿意在第一条件下去目标地理位置所在区域接驾的司机。运力供应商接收到网约车平台发送的司机预定请求之后，向所述目标地理位置的第一范围内的司机终端发送第一消息，所述第一消息中包含第一条件。所述第一消息用于询问司机是否愿意在第一条件下去目标地理位置所在区域接驾。
为了减少用户的等待时间以及减少司机车辆的空驶成本，可以设置所述第一范围为一个较小的区域范围。例如，所述第一范围可以设置为3公里，运力供应商在接收到网约车平台的司机预定请求之后，可以向距离所述目标地理位置3公里内的司机终端发送第一消息。
需要说明的是，所述第一范围的具体取值由本领域技术人员根据实际需要进行自由设置，本实施例对此不进行限定。当然，对于所述第一条件的具体内容，本实施例也不进行限定。例如，所述第一条件可以包括额外增加的预设金额的接驾费、会员积分、虚拟金币等。
如果接收到第一消息的司机愿意在第一条件下去目标地理位置所在区域接驾，则对接收到的所述第一消息回复同意响应消息，运力供应商可以向网约车平台反馈该司机的同意响应消息，网约车平台在接收到该司机对所述第一消息回复的同意响应消息之后，可以将该司机的信息加入应答司机列表。由此，可以构建响应所述第一消息的应答司机列表。所述应答司机列表中包括n(n为正整数)个应答司机，所述n个应答司机愿意在第一条件下去目标地理位置所在区域接驾。
可选地，为了保证接驾的及时性，本公开实施例可以设置获取应答司机的时限。例如，如果在预设时间内没有找到应答司机，则向所述目标地理位置的第一范围内的司机终端重新发送第一消息，重新寻找应答司机。所述预设时间可以设置为3秒、5秒等较短的时间段，以保证快速获取到可接驾的应答司机。
所述目标地理位置的用户出现打车困难的情况，说明该用户附近的其他用户可能也存在打车困难的情况。因此，本公开实施例向所述目标地理位置的第二范围内的等待用户终端发送第二消息，并构建接收所述第二消息的等待用户列表。
所述等待用户指通过自己所持有的用户终端向网约车平台已发送接驾服务请求，但还未分配接驾司机的用户。
所述第二范围可以为所述目标地理位置附近的区域范围，也即，在目标地理位置的第二范围内的等待用户可能都存在打车困难的情况。例如，所述第二范围可以设置为500米，网约车平台可以向所述目标地理位置500米内的等待用户终端发送第二消息。
需要说明的是，所述第二范围的具体取值由本领域技术人员根据实际需要进行自由设置，本实施例对此不进行限定。
所述第二消息中包含第二条件，所述第二消息用于询问用户是否愿意在第二条件下，接受司机的接驾服务。可以理解，本实施例对所述第二条件的具体内容不加以限制。例如，所述第二条件可以包括额外支付预设金额的接驾费等。
本公开实施例根据接收到所述第二消息的用户的信息，构建等待用户列表。所述等待用户列表中的等待用户为目标地理位置的第二范围内已接收到第二消息的用户。
在用户接收到第二消息之后，如果愿意在第二条件下，接受司机的接驾服务，则对所述第二消息回复同意响应消息。网约车平台接收到该用户的同意响应消息后，确定该用户为目标等待用户，并且查询应答司机列表是否为空，如果应答司机列表非空，则从应答司机列表中选择目标应答司机分配给所述目标等待用户。例如，可以从应答司机列表中选择加入时间最早的应答司机作为目标应答司机，将该目标应答司机分配给该目标等待用户，向该目标应答司机发送该目标等待用户的接驾地点等信息。在匹配目标应答司机和目标等待用户之后，可以将应答司机队列和等待用户队列的长度分别减1，以更新应答司机队列和等待用户队列，并继续匹配其他目标应答司机和目标等待用户。由此，本公开实施例可以解决局部区域打车困难的问题，使得局部区域的用户可以快速分配到响应的司机，可以减少用户的等待时间以及司机车辆的空驶成本。
需要说明的是，上述第一消息和第二消息的内容和形式可以由本领域技术人员根据实际需要进行自由设置，本实施例对此不进行限定。
在本公开的一种可选实施例中，所述向所述目标地理位置的第二范围内的等待用户终端发送第二消息，包括：
向所述目标地理位置的第二范围内小于所述应答司机列表中应答司机数目的等待用户终端发送第二消息。
在本公开实施例中，假设应答司机列表中包括n个应答司机，则可以向目标地理位置的第二范围内的m(m为正整数)个等待用户终端发送第二消息，且m≤n。
为了保证接收到第二消息的用户均能快速分配到司机，本公开实施例在确定n个应答司机后，向与应答司机数量同等或更少的等待用户发送第二消息，使得等待用户列表的长度小于或等于应答司机列表的长度，以尽可能保证等待用户列表中的用户均能分配到司机。
在本公开的一种可选实施例中，步骤102所述构建响应所述第一消息的应答司机列表之后，所述方法还可以包括：
步骤S21、将所述应答司机列表中的应答司机设置为锁定状态；
步骤S22、获取所述应答司机列表中各应答司机的第二等待时长；
步骤S23、从所述应答司机列表中释放第二等待时长到达第二阈值的应答司机，并将释放的应答司机设置为解锁状态；
步骤S24、更新所述应答司机列表。
在本公开实施例中，在网约车平台接收到司机对第一消息回复的同意响应消息之后，将该司机作为应答司机加入应答司机列表，同时，设置该应答司机为锁定状态。所述锁定状态用于表示该司机当前的接驾状态已被锁定为接驾所述目标地理位置的第二范围内的乘客，该司机不允许响应其他接驾服务请求。
第二等待时长指应答司机从响应第一消息开始，到该应答司机被分配或被释放之前等待的时长。在网约车平台设置应答司机为锁定状态之后，可以获取该应答司机的第二等待时长，如果第二等待时长到达第二阈值，且该应答司机仍未被分配，则释放该应答司机，也即设置该应答司机为解锁状态，该应答司机可以响应其他接驾服务请求。此时，可以更新应答司机列表，从应答司机列表中删除释放的应答司机。
需要说明的是，上述第二阈值的取值可以由本领域技术人员根据实际需要进行自由设置，本实施例对此不进行限定。例如，设置第二阈值为15秒。
在具体应用中，在将某应答司机加入应答司机列表之后，可以将该应答司机设置为锁定状态，并且对该应答司机的锁定状态进行倒计时。例如，设置第二阈值为15秒，则在倒计时15秒结束时，如果该应答司机仍未被分配，则释放该应答司机，设置该应答司机为解锁状态，并更新所述应答司机列表。
可选地，司机在对第一消息回复同意响应消息之后，可以向所述目标地理位置移动。这样，在目标地理位置附近有目标等待用户可以与其匹配时，司机即可快速到达目标等待用户所在位置。
在本公开的一种可选实施例中，步骤103所述构建接收所述第二消息的等待用户列表之后，所述方法还可以包括：
步骤S31、获取所述等待用户列表中各等待用户的第三等待时长。
步骤S32、从所述等待用户列表中释放第三等待时长到达第三阈值的等待用户；
步骤S33、更新所述等待用户列表。
为了避免用户或者司机等待时间较长，浪费双方时间资源的情况，本公开实施例在构建接收所述第二消息的等待用户列表之后，为每个等待用户设置可以抢司机的时限。所述第三等待时长指从等待用户接收到所述第二消息开始，到分配接驾的司机或该等待用户被释放之前等待的时长。
在本公开实施例中，网约车平台向目标地理位置的第二范围内的某个等待用户终端发送第二消息之后，获取该等待用户的第三等待时长，如果第三等待时长到达第三阈值(如15秒)，该等待用户仍未回复同意响应消息，说明该等待用户没有在第二条件下接受接驾服务的意图，可以从等待用户列表中释放该等待用户。其中，释放等待用户指取消该等待用户在第二条件下接受接驾服务的权限，并且从所述等待用户列表中删除该等待用户。此时，可以更新等待用户列表。
在具体应用中，在向某等待用户发送第二消息之后，可以对该等待用户进行倒计时。例如，设置第三阈值为15秒，则在倒计时15秒结束时，如果该等待用户仍未对第二消息回复同意响应消息，则释放该等待用户，并更新所述等待用户列表。
可选地，在释放第三等待时长到达第三阈值的等待用户之后，可以在预设时间段内(如10分钟内)不再向该等待用户发送第二消息，以将在第二条件下接受接驾服务的机会留给其他等待用户，提高司机和用户的匹配率。
需要说明的是，如果等待用户列表中当前存在对第二消息回复同意响应消息的目标等待用户，但是应答司机列表为空，说明当前已没有司机可分配，此时也可以释放该等待用户。
此外，本公开实施例对应答司机和等待用户分别设置第二阈值的等待时长和第三阈值的等待时长，在等待时长到达阈值时，则释放相应的应答司机或等待用户，可以避免司机或者用户持续等待，浪费司机或用户时间资源的情况。
在本公开的一种可选实施例中，步骤104所述从所述应答司机列表中选择目标应答司机分配给所述目标等待用户之后，所述方法还可以包括：
步骤S41、判断所述等待用户列表是否为空；
步骤S42、若所述等待用户列表非空，则比较所述应答司机列表的长度和所述等待用户列表的长度；
步骤S43、若所述应答司机列表的长度小于所述等待用户列表的长度，则向位于所述目标地理位置的第一范围内的司机发送所述第一消息；
步骤S44、将响应所述第一消息的新的应答司机加入所述应答司机列表。
在从应答司机列表中选择目标应答司机分配给该目标等待用户之后，网约车平台可以判断所述等待用户列表是否为空，也即，检测目标地理位置的第二范围内是否还有等待用户需要分配司机。如果等待用户列表非空，说明目标地理位置的第二范围内还有等待用户需要分配司机，此时可以比较所述应答司机列表的长度和所述等待用户列表的长度，如果应答司机列表的长度小于等待用户列表的长度，说明当前可接驾的应答司机数小于等待用户数，则可以向位于所述目标地理位置的第一范围内的司机发送所述第一消息，以寻找新的可接驾的应答司机，并且将响应所述第一消息的新的应答司机加入所述应答司机列表。
由此，本公开实施例在对应答司机和等待用户进行匹配的过程中，可以动态地持续锁定新的应答司机，以满足目标地理位置的第二范围内用户的用车需求。
在本公开的一种可选实施例中，步骤S42所述比较所述应答司机列表的长度和所述等待用户列表的长度之后，所述方法还可以包括：
步骤S52、若所述应答司机列表的长度大于或等于所述等待用户列表的长度，则在所述目标地理位置的第二范围内确定新的等待用户；
步骤S53、向所述新的等待用户发送所述第二消息，并将所述新的等待用户加入所述等待用户列表。
如果等待用户列表非空，并且应答司机列表的长度大于或等于等待用户列表的长度，说明当前可接驾的应答司机数量充足，此时可以在所述目标地理位置的第二范围内确定新的等待用户，并且向所述新的等待用户发送所述第二消息，以及将所述新的等待用户加入所述等待用户列表。其中，新的等待用户指最近预设时间段(如十分钟)未接收过第二消息的用户。
由此，本公开实施例在对应答司机和等待用户进行匹配的过程中，动态地持续锁定新的应答司机，并随着锁定应答司机数量的增加以及部分用户的放弃而寻找其他更多的新的等待用户，以使目标地理位置的第二范围内的司机和用户的供需得到动态平衡，以提高司机和用户匹配的速度和效率。
在本公开的一种可选实施例中，步骤S41所述判断所述等待用户列表是否为空之后，所述方法还可以包括：若所述等待用户列表为空，则释放所述应答司机列表中的剩余应答司机。
如果等待用户列表为空，说明当前目标地理位置的第二范围内已没有等待用户，此时可以及时释放所述应答司机列表中的剩余应答司机，避免剩余的应答司机持续等待，浪费司机时间资源的情况。
综上，本公开实施例在确定打车困难的目标地理位置之后，向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；以及向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
其中，所述第一消息中包含第一条件，以及所述第二消息中包含第二条件。也即，应答司机列表中的司机愿意在第一条件下去目标地理位置所在区域接驾，等待用户列表中的等待用户为接收到第二消息的用户，如果等待用户列表中存在愿意在第二条件下接受司机的接驾服务的目标等待用户时，即可从所述应答司机列表中选择目标应答司机分配给所述目标等待用户，使得目标应答司机和目标等待用户可以快速得到匹配，可以解决局部区域打车困难的问题，提高用户体验，并且可以减少用户的等待时间以及司机车辆的空驶成本。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。
实施例二
参照图2，其示出了本公开的另一个实施例中的司机调度方法的步骤流程图，所述方法包括：
步骤201、确定目标地理位置。
网约车平台检测到某用户发送接驾服务请求之后，在该用户的第一等待时长超过第一阈值(如30秒)，且仍未向该用户分配接驾司机的情况下，可以确定该用户当前所在区域存在打车困难的情况。则将该用户所在位置确定为目标地理位置。
步骤202、在所述目标地理位置的第一范围内确定n个应答司机，构建应答司机列表。
在确定目标地理位置之后，网约车平台可以向运力供应商发送司机预定请求，所述司机预定请求用于请求获取愿意在第一条件下去目标地理位置所在区域接驾的司机。运力供应商接收到网约车平台发送的司机预定请求之后，向所述目标地理位置的第一范围内的司机终端发送第一消息，所述第一消息中包含第一条件。所述第一消息用于询问司机是否愿意在第一条件下去目标地理位置所在区域接驾。
如果接收到第一消息的司机愿意在第一条件下去目标地理位置所在区域接驾，则对接收到的所述第一消息回复同意响应消息，运力供应商可以向网约车平台反馈该司机的同意响应消息，网约车平台在接收到该司机对所述第一消息回复的同意响应消息之后，可以将该司机的信息加入应答司机列表。由此，可以构建响应所述第一消息的应答司机列表。所述应答司机列表中包括n(n为正整数)个应答司机，所述n个应答司机愿意在第一条件下去目标地理位置所在区域接驾。
所述n个应答司机在对第一消息回复同意响应消息之后，可以设置为锁定状态，并且n个应答司机可以向所述目标地理位置移动。
网约车平台在设置应答司机为锁定状态之后，对应答司机进行倒计时，在某应答司机的第二等待时长到达第二阈值，且该应答司机仍未被分配的情况下，释放该应答司机，设置该应答司机为解锁状态，并更新应答司机列表。
步骤203、向所述目标地理位置的第二范围内的m个等待用户终端发送第二消息，构建等待用户列表。
所述第二消息中包含第二条件，所述第二消息用于询问用户是否愿意在第二条件下，接受司机的接驾服务。本公开实施例根据接收到所述第二消息的用户信息，构建等待用户列表。所述等待用户列表中的等待用户为目标地理位置的第二范围内已接收到第二消息的用户。
为了保证接收到第二消息的用户均能快速分配到司机，本公开实施例在确定n个应答司机后，向与应答司机数量同等或更少的等待用户发送第二消息，也即m≤n，使得等待用户列表的长度小于或等于应答司机列表的长度，以尽可能保证等待用户列表中的用户均能分配到司机。
步骤204、判断是否有响应第二消息的目标等待用户，如果有，执行步骤205，如果没有，执行步骤209。
在用户接收到第二消息之后，如果愿意在第二条件下，接受司机的接驾服务，则对所述第二消息回复同意响应消息。网约车平台接收到该用户的同意响应消息后，确定该用户为目标等待用户，执行步骤205查询应答司机列表是否为空。
步骤205、判断应答司机列表是否为空，若非空，则执行步骤206，否则，执行步骤210。
如果应答司机列表非空，说明当前有可分配的应答司机，则执行步骤206为目标等待用户分配可接驾的目标应答司机。
步骤206、从所述应答司机列表中选择目标应答司机分配给所述目标等待用户，更新应答司机列表和等待用户列表。
例如，可以从应答司机列表中选择加入时间最早的应答司机作为目标应答司机，将该目标应答司机分配给该目标等待用户，向该目标应答司机发送该目标等待用户的接驾地点等信息。在匹配目标应答司机和目标等待用户之后，可以将应答司机队列和等待用户队列的长度分别减1，以更新应答司机队列和等待用户队列，并且继续匹配其他目标应答司机和目标等待用户。
步骤207、判断所述等待用户列表是否为空，若非空，则执行步骤208，否则执行步骤210。
在匹配目标应答司机和目标等待用户之后，可以判断所述等待用户列表是否为空，也即检测目标地理位置的第二范围内是否还有等待用户需要分配司机。如果等待用户列表非空，说明目标地理位置的第二范围内还有等待用户需要分配司机，则执行步骤208。
步骤208、判断应答司机列表的长度是否大于或等于等待用户列表的长度，若是，则执行步骤212，否则执行步骤213。
如果等待用户列表非空，则比较所述应答司机列表的长度和所述等待用户列表的长度，如果应答司机列表的长度大于或等于等待用户列表的长度，说明当前可接驾的应答司机数量充足，则执行步骤212在所述目标地理位置的第二范围内确定新的等待用户，并且向所述新的等待用户发送所述第二消息，以及将所述新的等待用户加入所述等待用户列表。
如果应答司机列表的长度小于等待用户列表的长度，说明当前可接驾的应答司机数量不能满足当前的等待用户数量，则执行步骤213向位于所述目标地理位置的第一范围内的司机发送所述第一消息，以寻找新的可接驾的应答司机，并且将响应所述第一消息的新的应答司机加入所述应答司机列表。
步骤209、第三等待时长是否到达第三阈值，若是，执行步骤210，否则执行步骤204。
网约车平台向目标地理位置的第二范围内的某个等待用户终端发送第二消息之后，获取该等待用户的第三等待时长，如果第三等待时长到达第三阈值(如15秒)，该等待用户仍未对第二消息回复同意响应消息，说明该等待用户没有在第二条件下接受接驾服务的意图，可以从等待用户列表中释放该等待用户。其中，释放等待用户指取消该等待用户在第二条件下接受接驾服务的权限，并且从所述等待用户列表中删除该等待用户。此时，可以更新等待用户列表。
步骤210、释放等待用户，更新等待用户列表。
如果等待用户列表中某个等待用户的第三等待时长到达第三阈值(如15秒)，且该等待用户仍未对第二消息回复同意响应消息，则释放该等待用户。或者，如果等待用户列表中当前存在对第二消息回复同意响应消息的目标等待用户，但是应答司机列表为空，说明当前已没有司机可分配，此时可以释放该等待用户。
步骤211、释放应答司机列表中的剩余应答司机。
如果等待用户列表为空，说明当前目标地理位置的第二范围内已没有等待用户，此时可以及时释放所述应答司机列表中的剩余应答司机，避免剩余的应答司机持续等待，浪费司机时间资源的情况。
步骤212、在所述目标地理位置的第二范围内确定新的等待用户，加入等待用户列表，执行步骤204。
如果等待用户列表非空，并且应答司机列表的长度大于或等于等待用户列表的长度，说明当前可接驾的应答司机数量充足，此时可以在所述目标地理位置的第二范围内确定新的等待用户，并且向所述新的等待用户发送所述第二消息，以及将所述新的等待用户加入所述等待用户列表。
步骤213、在所述目标地理位置的第一范围内确定新的应答司机，加入应答司机列表，执行步骤207。
如果应答司机列表的长度小于等待用户列表的长度，说明当前可接驾的应答司机数小于等待用户数，则可以向位于所述目标地理位置的第一范围内的司机发送所述第一消息，以寻找新的可接驾的应答司机，并且将响应所述第一消息的新的应答司机加入所述应答司机列表。
由此，本公开实施例在对应答司机和等待用户进行匹配的过程中，可以动态地持续锁定新的应答司机，以满足目标地理位置的第二范围内用户的用车需求。
综上，本公开实施例在确定打车困难的目标地理位置之后，先向目标地理位置的第一范围内的司机终端发送第一消息，第一消息中包含第一条件，以锁定多个愿意在第一条件下去目标地理位置所在区域接驾的应答司机；再向应答司机数量等同或更少的等待用户发送第二消息，第二消息中包含第二条件，以通知等待用户在第二条件下可以抢到司机。在对应答司机和等待用户进行匹配的过程中，动态地继续锁定新的应答司机，并随着锁定应答司机的增加以及部分用户的放弃而继续寻找其他新的等待用户。通过本公开实施例，使得目标地理位置所在区域中的用户可以快速分配到司机，可以解决局部区域打车困难的问题，并且可以减少用户的等待时间以及司机车辆的空驶成本。
实施例三
参照图3，其示出了本公开的一个实施例中的司机调度装置的结构图，具体如下。
位置确定模块301，用于确定目标地理位置；
第一构建模块302，用于向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；所述第一消息中包含第一条件；
第二构建模块303，用于向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；所述第二消息中包含第二条件；
司机分配模块304，用于若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
可选地，所述位置确定模块301，可以包括：
第一获取子模块，用于获取用户终端发送接驾服务请求后的第一等待时长；
位置确定子模块，用于将所述第一等待时长超过第一阈值的用户终端所在位置确定为目标地理位置。
可选地，所述装置还可以包括：
第一判断模块，用于判断所述等待用户列表是否为空；
长度比较模块，用于若所述等待用户列表非空，则比较所述应答司机列表的长度和所述等待用户列表的长度；
第一寻找模块，用于若所述应答司机列表的长度小于所述等待用户列表的长度，则向位于所述目标地理位置的第一范围内的司机发送所述第一消息；
司机添加模块，用于将响应所述第一消息的新的应答司机加入所述应答司机列表。
可选地，所述装置还可以包括：
第一释放模块，用于若所述等待用户列表为空，则释放所述应答司机列表中的剩余应答司机。
可选地，所述装置还可以包括：
第二寻找模块，用于若所述应答司机列表的长度大于或等于所述等待用户列表的长度，则在所述目标地理位置的第二范围内确定新的等待用户；
用户添加模块，用于向所述新的等待用户发送所述第二消息，并将所述新的等待用户加入所述等待用户列表。
可选地，所述装置还可以包括：
状态锁定模块，用于将所述应答司机列表中的应答司机设置为锁定状态；
第二获取模块，用于获取所述应答司机列表中各应答司机的第二等待时长；
第二释放模块，用于从所述应答司机列表中释放第二等待时长到达第二阈值的应答司机，并将释放的应答司机设置为解锁状态；
司机更新模块，用于更新所述应答司机列表。
可选地，所述装置还可以包括：
第三获取模块，用于获取所述等待用户列表中各等待用户的第三等待时长；
第三释放模块，用于从所述等待用户列表中释放第三等待时长到达第三阈值的等待用户；
用户更新模块，用于更新所述等待用户列表。
可选地，所述第二构建模块，具体用于向所述目标地理位置的第二范围内小于所述应答司机列表中应答司机数目的等待用户终端发送第二消息。
本公开实施例在通过位置确定模块301确定打车困难的目标地理位置之后，先通过第一构建模块302向目标地理位置的第一范围内的司机终端发送第一消息，第一消息中包含第一条件，以锁定多个愿意在第一条件下去目标地理位置所在区域接驾的应答司机；再通过第二构建模块303向应答司机数量等同或更少的等待用户发送第二消息，第二消息中包含第二条件，以通知等待用户在第二条件下可以抢到司机。最后通过司机分配模块304，在确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空的情况下，从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。本公开实施例使得目标应答司机和目标等待用户可以快速得到匹配，可以解决局部区域打车困难的问题。
此外，本公开实施例在对应答司机和等待用户进行匹配的过程中，动态地继续锁定新的应答司机，并随着锁定应答司机的增加以及部分用户的放弃而继续寻找其他新的等待用户。通过本公开实施例，使得目标地理位置所在区域中的用户可以快速分配到司机，可以解决局部区域打车困难的问题，并且可以减少用户的等待时间以及司机车辆的空驶成本。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开的实施例还提供了一种电子设备，参见图4，包括：处理器401、存储器402以及存储在所述存储器上并可在所述处理器上运行的计算机程序4021，所述处理器执行所述程序时实现前述实施例的司机调度方法。
本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的司机调度方法。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开的实施例的排序设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。
以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。

Claims (11)

1.一种司机调度方法，其特征在于，所述方法包括：
确定目标地理位置；
向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；所述第一消息中包含第一条件；
向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；所述第二消息中包含第二条件；
若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
2.根据权利要求1所述的方法，其特征在于，所述确定目标地理位置，包括：
获取用户终端发送接驾服务请求后的第一等待时长；
将所述第一等待时长超过第一阈值的用户终端所在位置确定为目标地理位置。
3.根据权利要求1所述的方法，其特征在于，所述从所述应答司机列表中选择目标应答司机分配给所述目标等待用户之后，所述方法还包括：
判断所述等待用户列表是否为空；
若所述等待用户列表非空，则比较所述应答司机列表的长度和所述等待用户列表的长度；
若所述应答司机列表的长度小于所述等待用户列表的长度，则向位于所述目标地理位置的第一范围内的司机发送所述第一消息；
将响应所述第一消息的新的应答司机加入所述应答司机列表。
4.根据权利要求3所述的方法，其特征在于，所述判断所述等待用户列表是否为空之后，所述方法还包括：
若所述等待用户列表为空，则释放所述应答司机列表中的剩余应答司机。
5.根据权利要求3所述的方法，其特征在于，所述比较所述应答司机列表的长度和所述等待用户列表的长度之后，所述方法还包括：
若所述应答司机列表的长度大于或等于所述等待用户列表的长度，则在所述目标地理位置的第二范围内确定新的等待用户；
向所述新的等待用户发送所述第二消息，并将所述新的等待用户加入所述等待用户列表。
6.根据权利要求1所述的方法，其特征在于，所述构建响应所述第一消息的应答司机列表之后，所述方法还包括：
将所述应答司机列表中的应答司机设置为锁定状态；
获取所述应答司机列表中各应答司机的第二等待时长；
从所述应答司机列表中释放第二等待时长到达第二阈值的应答司机，并将释放的应答司机设置为解锁状态；
更新所述应答司机列表。
7.根据权利要求1所述的方法，其特征在于，所述构建接收所述第二消息的等待用户列表之后，所述方法还包括：
获取所述等待用户列表中各等待用户的第三等待时长；
从所述等待用户列表中释放第三等待时长到达第三阈值的等待用户；
更新所述等待用户列表。
8.根据权利要求1所述的方法，其特征在于，所述向所述目标地理位置的第二范围内的等待用户终端发送第二消息，包括：
向所述目标地理位置的第二范围内小于所述应答司机列表中应答司机数目的等待用户终端发送第二消息。
9.一种司机调度装置，其特征在于，所述装置包括：
位置确定模块，用于确定目标地理位置；
第一构建模块，用于向所述目标地理位置的第一范围内的司机终端发送第一消息，构建响应所述第一消息的应答司机列表；所述第一消息中包含第一条件；
第二构建模块，用于向所述目标地理位置的第二范围内的等待用户终端发送第二消息，构建接收所述第二消息的等待用户列表；所述第二消息中包含第二条件；
司机分配模块，用于若确定所述等待用户列表中存在响应所述第二消息的目标等待用户，且所述应答司机列表非空，则从所述应答司机列表中选择目标应答司机分配给所述目标等待用户。
10.一种电子设备，其特征在于，包括：
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-8中一个或多个所述的司机调度方法。
11.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1-8中一个或多个所述的司机调度方法。
CN202010317477.8A 2020-04-21 2020-04-21 司机调度方法、装置、电子设备及可读存储介质 Pending CN111652464A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010317477.8A CN111652464A (zh) 2020-04-21 2020-04-21 司机调度方法、装置、电子设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010317477.8A CN111652464A (zh) 2020-04-21 2020-04-21 司机调度方法、装置、电子设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN111652464A true CN111652464A (zh) 2020-09-11

Family

ID=72349272

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010317477.8A Pending CN111652464A (zh) 2020-04-21 2020-04-21 司机调度方法、装置、电子设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN111652464A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114422580A (zh) * 2021-12-03 2022-04-29 浙江吉利控股集团有限公司 一种信息处理方法、装置、电子设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114422580A (zh) * 2021-12-03 2022-04-29 浙江吉利控股集团有限公司 一种信息处理方法、装置、电子设备及存储介质
CN114422580B (zh) * 2021-12-03 2024-02-02 浙江吉利控股集团有限公司 一种信息处理方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
US20200380429A1 (en) Information processing method and information processing system
US11622018B2 (en) Optimizing multi-user requests for a network-based service
CN110046953B (zh) 一种共享汽车的租用方法和装置
JP5857581B2 (ja) 配車装置および配車方法
CN108921762B (zh) 一种车辆混合调度方法、装置及设备
CN109816128B (zh) 网约车订单的处理方法、装置、设备及可读存储介质
CN106373382B (zh) 一种用于车辆调度的方法与设备
CN108039056B (zh) 终端，租用停车位的方法，停车位管理方法及系统
JP2006268229A (ja) タクシー配車システム及びプログラム
WO2016093118A1 (ja) 自動車充電スタンド用タイマー管理方法及びプログラム
JP2003109190A (ja) タクシー配車処理システム、車両端末、利用客端末および配車センタサーバ
JP2019040509A (ja) 車両の配車を管理するためのシステム、方法、及びプログラム
CN111128170A (zh) 语音存取车方法、设备、系统及存储介质
US20220180421A1 (en) Information provision system and information provision method
CN110969497A (zh) 订单处理方法、装置、设备与计算机可读存储介质
JP6435773B2 (ja) 共用車両管理装置及び共用車両管理方法
JP2019175491A (ja) 車両の配車を管理するためのシステム、方法、及びプログラム
US20210118082A1 (en) Shared vehicle managing system
CN111652464A (zh) 司机调度方法、装置、电子设备及可读存储介质
JP6131604B2 (ja) 車両管理システム
JP6973278B2 (ja) サーバシステム、制御方法、及びプログラム
CN117671995A (zh) 车辆停车的方法、装置、电子设备及可读存储介质
US20220187091A1 (en) Information provision system and information provision method
JP2005301629A (ja) タクシー検索システム、車載装置とそのプログラム、サーバ装置とそのプログラム、課金サーバ装置とそのプログラム、およびビジネス方法
CN111563638A (zh) 网约车请求处理方法及装置、服务器与存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20200911