CN111866051A - 一种资源信息的分配方法、装置、设备及介质 - Google Patents
一种资源信息的分配方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN111866051A CN111866051A CN201910441325.6A CN201910441325A CN111866051A CN 111866051 A CN111866051 A CN 111866051A CN 201910441325 A CN201910441325 A CN 201910441325A CN 111866051 A CN111866051 A CN 111866051A
- Authority
- CN
- China
- Prior art keywords
- service
- service request
- information
- time interval
- state 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000012544 monitoring process Methods 0.000 claims abstract description 62
- 238000012163 sequencing technique Methods 0.000 claims description 12
- 238000012216 screening Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 8
- 238000013461 design Methods 0.000 description 27
- 238000010586 diagram Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 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/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
- 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/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G06Q50/40—
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/0042—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects
- G07F17/0057—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects for the hiring or rent of vehicles, e.g. cars, bicycles or wheelchairs
Abstract
本申请提供了一种资源信息的分配方法、装置、设备及介质,包括:监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息;基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;基于与所述服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。通过这种方法,可以提高服务资源的利用率。
Description
技术领域
本申请涉及计算机技术领域,尤其是涉及一种资源信息的分配方法、装置、设备及介质。
背景技术
在一些服务场景下,服务请求方若需要请求某种服务资源,一般的处理流程为:服务请求端向服务器发送服务请求,其中携带的所请求的服务的描述信息,服务器接收到服务请求之后,会基于上述描述信息生成服务订单,并将服务订单分配给与服务请求端匹配的服务提供端,进而由服务提供端执行上述服务订单。
示例性的,以网约车场景为例,服务请求端为乘客端,服务提供端为司机端,乘客端在向服务器发起乘车请求的过程中,一般乘客在乘客端的订单信息填写界面中输入起点位置和终点位置等乘车信息,然后再触发乘车请求选项。但是,由于乘客端很难获知当前的服务资源情况,故可能存在输入乘车信息之后并不触发乘车请求选项的情况。这种情况下,由于乘客端的乘车请求无法及时发起,故服务器无法及时为乘客端分析可提供乘车服务的司机端,这样可能导致乘车端的乘车请求无法被及时响应的问题,影响服务请求的处理效率,进一步可能会导致服务资源的利用率较低。
发明内容
有鉴于此,本申请的目的在于提供一种资源信息的分配方法、装置、设备及介质,以提高服务资源的利用率。
第一方面,本申请实施例提供了一种资源信息的分配方法,包括:
监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息;
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
基于与所述服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。
一种可能的实施方式中,所述监测服务提供端的状态信息,包括:
监测所述服务提供端在当前时间区间的状态信息;
所述监测至少一个服务请求端是否存在待发起的服务请求的描述信息,包括:
监测至少一个服务请求端在所述当前时间区间是否存在待发起的服务请求的描述信息。
一种可能的实施方式中,若服务请求端在所述当前时间区间不存在待发起的服务请求的描述信息,所述方法还包括:
基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息;
监测至少一个服务请求端在所述当前时间区间之后的时间区间是否存在待发起的服务请求的描述信息。
一种可能的实施方式中,所述基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
基于在所述当前时间区间之后的时间区间监测到的每一个服务请求端的所述描述信息,以及所述服务提供端在所述当前时间区间之后的时间区间的状态信息,确定与所述服务提供端匹配的服务请求端。
一种可能的实施方式中,所述描述信息包括以下信息中的至少一种:行程起点位置、行程终点位置、预估服务时长、预估服务费用;
所述状态信息包括以下信息中的至少一种:当前位置信息、服务状态信息、预估空闲时长;其中,所述服务状态信息包括空闲状态、服务执行状态。
一种可能的实施方式中,所述基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,从所述至少一个服务请求端中筛选出候选服务请求端;
基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
其中,所述候选服务请求端对应的描述信息满足以下条件:
生成所述描述信息的时刻与所述当前时间区间的起始时刻在预设时长范围内;
所述描述信息的起点位置信息与所述服务提供端的状态信息中的当前位置信息在预设距离范围内;
所述描述信息的预估服务时长不大于所述服务提供端的状态信息中的预估空闲时长。
一种可能的实施方式中,所述基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
从所述候选服务请求端中选择预估服务时长最长的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
从所述候选服务请求端中选择预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
将所述候选服务请求端的预估服务时长按照从长到短的顺序进行排序,将所述排序结果排在前N位的服务请求端确定为目标服务请求端,从所述目标服务请求端中选择所述预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端,N为正整数。
一种可能的实施方式中,在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端之前,所述方法还包括:
确定所述服务提供端的状态信息中的服务状态信息为空闲状态。
一种可能的实施方式中,所述基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息,包括:
确定所述服务提供端在所述当前时间区间的状态信息中的当前位置信息所属的第一基本位置区域;
基于所述第一基本位置区域,确定所述服务提供端在所述当前时间区间之后的时间区间的第二基本位置区域;
基于所述当前时间区间之后的时间区间与所述当前时间区间之间的时间间隔,更新所述当前时间区间的状态信息中的预估空闲时长和服务状态信息;
基于所述第二基本位置区域、更新后的所述预估空闲时长、以及更新后的所述服务状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息。
一种可能的实施方式中,所述第一基本位置区域和所述第二基本位置区域为区域面积相同的六边形位置区域。
第二方面,本申请实施例还提供一种资源信息的分配装置,包括:
监测模块,用于监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息;
确定模块,用于基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
分配模块,用于基于与所述服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。
一种可能的设计中,所述监测模块,在监测服务提供端的状态信息时,具体用于:
监测所述服务提供端在当前时间区间的状态信息;
所述监测模块,在监测至少一个服务请求端是否存在待发起的服务请求的描述信息时,具体用于:
监测至少一个服务请求端在所述当前时间区间是否存在待发起的服务请求的描述信息。
一种可能的设计中,所述确定模块,还用于:
若服务请求端在所述当前时间区间不存在待发起的服务请求的描述信息,基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息;
所述监测模块,还用于:监测至少一个服务请求端在所述当前时间区间之后的时间区间是否存在待发起的服务请求的描述信息。
一种可能的设计中,所述确定模块,在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端时,具体用于:
基于在所述当前时间区间之后的时间区间监测到的每一个服务请求端的所述描述信息,以及所述服务提供端在所述当前时间区间之后的时间区间的状态信息,确定与所述服务提供端匹配的服务请求端。
一种可能的设计中,所述描述信息包括以下信息中的至少一种:行程起点位置、行程终点位置、预估服务时长、预估服务费用;
所述状态信息包括以下信息中的至少一种:当前位置信息、服务状态信息、预估空闲时长;其中,所述服务状态信息包括空闲状态、服务执行状态。
一种可能的设计中,所述确定模块,在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端时,具体用于:
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,从所述至少一个服务请求端中筛选出候选服务请求端;
基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
其中,所述候选服务请求端对应的描述信息满足以下条件:
生成所述描述信息的时刻与所述当前时间区间的起始时刻在预设时长范围内;
所述描述信息的起点位置信息与所述服务提供端的状态信息中的当前位置信息在预设距离范围内;
所述描述信息的预估服务时长不大于所述服务提供端的状态信息中的预估空闲时长。
一种可能的设计中,所述确定模块,在基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端时,具体用于:
从所述候选服务请求端中选择预估服务时长最长的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
从所述候选服务请求端中选择预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
将所述候选服务请求端的预估服务时长按照从长到短的顺序进行排序,将所述排序结果排在前N位的服务请求端确定为目标服务请求端,从所述目标服务请求端中选择所述预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端,N为正整数。
一种可能的设计中,所述确定模块,还用于:
在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端之前,确定所述服务提供端的状态信息中的服务状态信息为空闲状态。
一种可能的设计中,所述确定模块,在基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息时,具体用于:
确定所述服务提供端在所述当前时间区间的状态信息中的当前位置信息所属的第一基本位置区域;
基于所述第一基本位置区域,确定所述服务提供端在所述当前时间区间之后的时间区间的第二基本位置区域;
基于所述当前时间区间之后的时间区间与所述当前时间区间之间的时间间隔,更新所述当前时间区间的状态信息中的预估空闲时长和服务状态信息;
基于所述第二基本位置区域、更新后的所述预估空闲时长、以及更新后的所述服务状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息。
一种可能的设计中,所述第一基本位置区域和所述第二基本位置区域为区域面积相同的六边形位置区域。
第三方面,本申请实施例还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面的任一种可能的实施方式中的步骤。
第四方面,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面的任一种可能的实施方式中的步骤。
本申请实施例提供的资源信息的分配方法、装置、设备及介质,当监测到服务请求端存在待发起的服务请求的描述信息时,可以基于监测到的服务请求端的描述信息和服务提供端的状态信息,确定与服务提供端相匹配的服务请求端,并为服务请求端分配匹配的资源信息。通过为服务请求端分配匹配的资源信息,可以促使服务请求端基于匹配的资源信息来生成服务订单,从而使得闲置的服务资源得以利用,提高了服务资源的利用率。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的一种服务系统100的架构示意图;
图2示出了本申请实施例所提供的一种资源信息的分配方法的流程示意图;
图3示出了本申请实施例所提供的一种确定服务提供端在当前时间区间之后的时间区间的状态信息的方法的流程示意图;
图4示出了本申请实施例所提供的一种六边形区域位置分布图;
图5示出了本申请实施例所提供的一种资源信息的分配装置的架构示意图;
图6示出了本申请实施例所提供的一种电子设备600的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请实施例中将会用到术语“包括”,用于指出其后所声明的特征的存在,但并不排除增加其它的特征。
首先,对本申请可适用的应用场景做出介绍。本申请可适用于服务请求端对于服务资源有需求,但是并及时发起服务请求的应用场景中。
现有技术中,服务请求方对服务资源有需求时,一般是通过服务请求端发起服务请求,服务器根据服务请求生成服务订单并分配给对应的服务提供端。但是,在一些应用场景中,服务请求方对服务资源有需求,但是因为无法获知对应的资源信息,导致并未及时发起服务请求。这种情况下,因为服务请求端并未及时发起服务请求,服务器就无法及时为服务请求端选择合适的服务提供端,这就容易导致部分服务资源无法得到充分利用。
基于此,本申请所提供的资源信息的分配方法,可以在监测到服务请求端中存在待发起的服务请求的描述信息时,基于服务提供端的状态信息和监测到的服务请求端的描述信息,为服务提供端匹配合适的服务请求端,并为匹配到的服务请求端分配匹配的资源信息。
通过为服务请求端分配匹配的资源信息,可以促使服务请求端基于匹配的资源信息来生成服务订单,从而使得闲置的服务资源得以利用,提高了服务资源的利用率。
为便于对本实施例进行理解,首先对本申请实施例所公开的一种资源信息的分配方法进行详细介绍。
实施例一
图1是本申请实施例提供的一种服务系统100的架构示意图。例如,服务系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台、或者外卖平台。服务系统100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140、和数据库150中的一种或多种。
在一些实施例中,服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据,以执行本申请中描述的一个或多个功能。在一些实施例中,处理器可以包括一个或多个处理核(例如,单核处理器(S)或多核处理器(S))。仅作为举例,处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、专用指令集处理器(Application Specific Instruction-set Processor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等,或其任意组合。
在一些实施例中,服务请求方终端130和服务提供方终端140对应的设备类型可以是移动设备,比如可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等,也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。
在一些实施例中,数据库150可以连接到网络120以与服务系统100中的一个或多个组件(例如,服务器110,服务请求方终端130,服务提供方终端140等)通信。服务系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中,数据库150可以直接连接到服务系统100中的一个或多个组件,或者,数据库150也可以是服务器110的一部分。
下面结合上述图1示出的服务系统100中描述的内容,对本申请实施例提供的资源信息的分配方法进行详细说明。
参见图2所示,为本申请实施例所提供的一种资源信息的分配方法的流程示意图,包括以下步骤:
步骤201、监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息。
其中,服务请求端的描述信息可以包括以下信息中的至少一种:
行程起点位置、行程终点位置、预估服务时长、预估服务费用。
一种可能的应用场景中,服务请求方在服务请求端输入行程起点位置和行程终点位置之后,可以通过行程起点位置和行程终点位置之间的距离和实时路况信息,计算预估服务时长和预估服务费用。
实际应用中,服务请求端的描述信息可以在服务请求方通过服务请求端输入行程起点位置和行程终点位置之后由服务器监测得到。因为所监测到的均为待发起的服务请求的描述信息,所以若服务请求方通过服务请求端发起服务请求之后,服务器将不再监测服务请求端的描述信息。
服务提供端的状态信息包括以下信息中的至少一种:
当前位置信息、服务状态信息、预估空闲时长;其中,服务状态信息包括空闲状态、服务执行状态。
服务提供端的服务状态信息可以根据服务提供端在服务平台的状态确定。以服务平台为网约车平台,服务提供端为司机端为例,司机端在网约车平台中若并未接单,或者已经接单但是并未开始执行网约车订单,此时可以确定司机端的服务状态信息为空闲状态;若司机端在网约车平台已经接单,且,在接送乘客的路上,此时,可以确定司机端的服务状态信息为服务执行状态。
在一种可能的应用场景中,服务提供端已经接到服务请求端的服务订单,但是并未到服务订单指定的服务时间,在这种情况下,从当前时刻到服务订单指定的服务时间,为服务提供端的预估空闲时长。
示例性的,以网约车为例,若服务提供端在7:00接到一个服务订单,但服务订单的服务信息为10:00从A地出发,则从7:00到10:00为该服务提供端的预估空闲时长。
在另外一种可能的应用场景中,服务提供端可能并未接到服务订单,此时,服务提供端的预估空闲时长可以为无限长。
在一种可能的实施方式中,服务提供端的当前位置信息可以通过全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation SatelliteSystem,GLONASS),罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等,或其任意组合获得。
步骤202、基于监测到的每一个服务请求端的描述信息以及服务提供端的状态信息,确定与服务提供端匹配的服务请求端。
步骤203、基于与服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。
下面是对步骤201~步骤203的详细描述。
针对步骤201:
一种可能的实施方式中,监测服务提供端的状态信息可以是监测服务提供端在当前时间区间的状态信息;监测至少一个服务请求端是否存在待发起的服务请求的描述信息可以是监测至少一个服务请求端在当前时间区间是否存在待发起的服务请求的描述信息。
具体实施中,当前时间区间可以是从当前时刻起,到当前时刻之后的单位时间之间的时间区间,每一个时间区间的时间长度可以为单位时间长度。示例性的,单位时间长度可以为两分钟。
一种可能的实施方式中,可以记录监测服务提供端的状态信息和监测到服务请求端存在待发起的服务请求的描述信息的时刻,然后确定监测服务提供端的状态信息的时刻和监测到服务请求端存在待发起的服务请求的描述信息的时刻是否属于同一时间区间。
示例性的,若监测服务提供端的状态信息的时刻为07:35:48’,单位时间长度为2分钟,则监测服务提供端的状态信息的时刻属于07:34:00~07:36:00的时间区间,而在监测至少一个服务请求端是否存在待发起的服务请求的描述信息时,可以是监测07:34:00~07:36:00是否存在待发起的服务请求的描述信息。
在一种可能的应用场景中,服务请求端在当前时间区间不存在待发起的服务请求的描述信息,则可以基于服务提供端在当前时间区间的状态信息,确定服务提供端在当前时间区间之后的时间区间的状态信息,然后监测至少一个服务请求端在当前时间区间之后的时间区间是否存在待发起的服务请求的描述信息。
示例性的,若监测服务提供端的状态信息的时刻为07:35:48’,单位时间长度为2分钟,监测服务提供端的状态信息的时刻属于07:34:00~07:36:00的时间区间,而在07:34:00~07:36:00的时间区间内并未监测到服务提供端存在待发起的服务请求的描述信息,则可以基于服务提供端在07:34:00~07:36:00的时间区间的状态信息,确定服务提供端在07:36:00~07:38:00的时间区间的状态信息,并在07:36:00~07:38:00的时间区间内监测至少一个服务提供端是否存在待发起的服务请求的描述信息。
实际应用中,可以在不同的时间区间内不断更新服务请求端的状态信息,直至找到一个时间区间,在该时间区间内存在有服务提供端,该服务提供端存在有待发起的服务请求的描述信息。
在一种可能的实施方式中,在基于服务提供端在当前时间区间的状态信息,确定服务提供端在当前时间之后的时间区间的状态信息,并监测到服务提供端在当前时间区间之后的时间区间存在待发起的服务请求的描述信息之后,可以基于在当前时间区间之后的时间区间监测到的每一个服务请求端的描述信息,以及服务提供端在当前时间区间之后的时间区间的状态信息,确定与服务提供端匹配的服务请求端。
其中,在基于服务提供端在当前时间区间的状态信息,确定服务提供端在当前时间区间之后的时间区间的状态信息时,可以参照图3所示的方法,包括以下步骤:
步骤301、确定服务提供端在当前时间区间的状态信息中的当前位置信息所属的第一基本位置区域。
一种可能的应用场景中,可以先将地图划分为大小相同的位置区域,位置区域的形状可以为六边形也可以为四边形。
以六边形的位置区域为例,可以先确定服务提供端在当前时间区间的状态信息中的当前位置区域所属的六边形位置区域,然后基于当前所属的六边形位置区域,确定服务提供端在当前时间区间之后的时间区间所属的六边形位置区域。
步骤302、基于第一基本位置区域,确定服务提供端在当前时间区间之后的时间区间的第二基本位置区域。
具体的,如图4所示的六边形区域位置分布图,设第一基本位置区域为中间的灰色六边形位置区域,设服务提供端在相邻两个时间区间之间移动的六边形位置区域的个数为1个,则在当前时间区间之后的一个时间区间,服务提供端可以在与当前所在的六边形位置区域相邻的任意一个六边形位置区域,或者服务提供端可以在当前的六边形位置区域保持不动。
其中,服务提供端在当前时间区间之后的一个时间区间,移动到与当前所在的六边形位置区域相邻的六边形位置区域的概率是相同的,服务提供端移动到其他六边形位置区域的概率和服务提供端在当前所在的六边形位置区域保持不同的概率可以是预先设置好的。
在另外一种可能的实施方式中,服务提供端是否发生移动可以根据当前时间、或服务提供端当前所在位置进行预先设置。
示例性的,以网约车为例,服务提供端在早晚高峰时期,移动到其他六边形位置区域的概率可以小于在当前六边形位置区域保持不动的概率;若服务提供端当前所在位置为商业中心,则服务提供端移动到其他六边形位置区域的概率可以小于在当前六边形位置区域保持不动的概率;若服务提供端当前所在位置为高速公路,则服务提供端移动到其他六边形位置区域的概率可以大于在当前六边形位置区域保持不动的概率。
步骤303、基于当前时间区间之后的时间区间与当前时间区间之间的时间间隔,更新当前时间区间的状态信息中的预估空闲时长和服务状态信息。
具体的,可以基于当前时间区间之后的时间区间与当前时间区间之间的时间间隔,重新确定当前时间区间的状态信息中的预估空闲时长,当监测到预估空闲时长大于0时,服务状态信息不进行更新;当监测到预估空闲时长小于或等于0时,则可以将服务状态信息由空闲状态更新为服务执行状态。
当服务状态信息由空闲状态更新为服务执行状态时,说明服务提供端从监测到状态信息为空闲状态的时刻开始,在预估服务时长内并未匹配到服务请求端,确定此次匹配失败。
步骤304、基于第二基本位置区域、更新后的预估空闲时长、以及更新后的服务状态信息,确定服务提供端在当前时间区间之后的时间区间的状态信息。
具体的,在基于第二基本位置区域、更新后的预估空闲时长、以及更新后的服务状态信息之后,可以确定服务提供端在当前时间区间之后的时间区间的状态信息,然后当重新确定的状态信息中的服务状态信息依旧为空闲状态,则继续监测在当前时间区间之后的至少一个服务请求端是否存在待发起的服务请求的描述信息,并在监测到至少一个服务请求端存在待发起的服务请求的描述信息时,为服务提供端匹配合适的服务请求端;若重新确定的状态信息中的服务状态信息为服务执行状态,则停止对于至少一个服务请求端的监测,并确定此次匹配失败。
针对步骤202:
考虑到,本申请的实施例所提供的方法是为服务提供端选择匹配的服务请求端,因此,首先需要确定服务提供端在当前时间区间内并不存在与该服务提供端相匹配的服务请求端。
示例性的,以网约车平台为例,若当前网约车司机正在执行网约车订单,则此时网约车司机无法再接当前时间的网约车订单。
具体实施中,在对监测到的每一个服务请求端的描述信息以及服务提供端的状态信息,确定与服务提供端匹配的服务请求端之前,可以先确定监测到的服务提供端的状态信息中的服务状态信息为空闲状态。
在基于监测到的每一个服务请求端的描述信息以及服务提供端的状态信息,确定与服务提供端匹配的服务请求端时,可以先基于监测到的每一个服务请求端的描述信息以及服务提供端的状态信息,从至少一个服务请求端中筛选出候选服务请求端,然后基于服务请求端的描述信息和服务提供端的状态信息,确定与服务提供端匹配的服务请求端。
其中,候选服务请求端对应的描述信息满足以下条件:
条件1、生成描述信息的时刻与当前时间区间的起始时刻在预设时长范围内;
条件2、描述信息的起点位置信息与服务提供端的状态信息中的当前位置信息在预设距离范围内;
条件3、描述信息的预估服务时长不大于服务提供端的状态信息中的预估空闲时长。
针对条件1,考虑到服务提供端在生成描述信息之后,在一定时间内有服务需求,超过该段时间可能并不再有服务需求了,因此,候选服务请求端需要满足生成描述信息的时刻与当前时间区间的起始时刻在预设时长范围内。
示例性的,若当前时间区间的起始时刻为10:00,预设时长为10分钟,则候选服务请求端生成描述信息的时刻需要在9:50~10:00之间。
针对条件2,服务器在为服务提供端分配服务订单时,需要考虑服务提供端当前位置与服务订单指定的起点位置之间的距离,若距离过远,则对于服务提供端而言需要很长时间从当前位置到达服务订单指定的起点位置,而从当前位置到达服务订单指定的起点位置所需时间并非执行服务订单的时间,对于服务提供端而言,执行该服务订单的收益并不高。
因此,服务器在为服务提供端选择匹配的服务请求端时,服务请求端的描述信息的起点位置信息与服务提供端的状态信息中的当前位置信息需要在预设距离范围内。
针对条件3,考虑到服务提供端可能已经接了服务订单,但是服务订单的执行时间并非当前时刻,因此,从当前时刻开始到服务订单指定的执行时间,为服务提供端的预估空闲时长。
服务提供端若在当前时刻到已接收的服务订单指定的执行时间之间再接收服务订单,则接受的服务订单的预估服务时长不大于服务提供端的状态信息中的预估空闲时长。
示例性的,若当前时刻为7:00,服务提供端所接收的指定的执行时间为8:00,则服务提供端可以再接收服务时长在1个小时之内的服务订单。
因此,在为服务提供端选择匹配的服务请求端时,服务请求端的描述信息的预估服务时长需不大于服务提供端的状态信息中的预估服务时长。
在一种可能的应用场景中,服务提供端可能并未接收服务订单,此时服务请求端的状态信息中的预估服务时长为无限长,因此,当服务提供端未接收服务订单时,满足条件3中描述信息的预估服务时长不大于服务提供端的状态信息中的预估空闲时长。
具体筛选候选服务请求端的方式可以参照以下方式中的任何一种:
方式一、先从监测到存在待发起的服务请求的描述信息的服务请求端中筛选出生成描述信息的时刻与当前时间区间的起始时刻在预设时长范围内的服务请求端,然后从筛选出的服务请求端中再筛选描述信息的起点位置信息与服务提供端的状态信息中的当前位置信息在预设距离范围内,且,描述信息的预估服务时长不大于服务提供端的状态信息中的预估空闲时长的服务提供端,并将最终筛选出的服务提供端作为候选服务提供端。
方式二、先从监测到存在待发起的服务请求的描述信息的服务请求端中,筛选出起点位置信息与服务提供端的状态信息中的当前位置信息在预设距离范围内,且描述信息的预估服务时长不大于服务提供端的状态信息中的预估空闲时长的服务提供端,再从筛选出的服务提供端中,选择生成描述信息的时刻与当前时间区间的起始时刻在预设时长范围内的服务请求端作为候选服务请求端。
具体实施中,通过上述方式筛选过后,并不存在服务请求端同时符合条件1、条件2、以及条件3,这种情况下,可以再次基于服务提供端在当前时间区间的状态信息,确定服务提供端在当前时间区间之后的时间区间的状态信息,并对至少一个服务提供端在当前时间区间之后的时间区间是否存在待发起的服务请求的描述信息进行监测。
在一种可能的实施方式中,基于候选服务请求端的描述信息和服务提供端的状态信息,确定与服务提供端匹配的服务请求端的方式可以通过以下方式中的任意一种:
方式一、从所述候选服务请求端中选择预估服务时长最长的服务请求端作为与所述服务提供端匹配的服务请求端。
方式二、从所述候选服务请求端中选择预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端。
方式三、将所述候选服务请求端的预估服务时长按照从长到短的顺序进行排序,将所述排序结果排在前N位的服务请求端确定为目标服务请求端,从所述目标服务请求端中选择所述预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端,N为正整数。
经过步骤201和步骤202,为服务提供端选择到匹配的服务请求端,说明该服务请求端若发起服务请求之后,该服务请求会有相应的服务提供端响应,因此可以为匹配的服务请求端分配匹配的资源信息。
针对步骤203:
其中,资源信息示例性的可以为优惠信息,或者可以为服务提供端提供周围的服务资源的分布信息。
一种可能的应用场景中,资源信息为优惠信息,则服务提供端在接收到资源信息后,若存在待发起的服务请求的描述信息,可能会为使用该优惠信息,而发起服务请求。在另外一种可能的应用场景中,服务提供端输入行程描述信息并未发起服务请求的原因可能是对于周围的服务资源的分布情况并不了解,因此,可以通过为服务提供端展示周围的服务资源的分布信息,使服务提供端发起服务请求。
具体实施中,服务提供端在当前时间区间之后的时间区间的状态信息是基于当前时间区间的状态信息确定的,而在当前时间区间之后的时间区间的状态信息中的当前位置信息是基于服务提供端在当前时间区间的当前位置区间随机确定的,匹配成功与否的结果具有随机性,因此可以通过多次执行上述的资源信息的分配方法,确定为服务提供端分配的匹配的资源信息。
例如,可以多次执行上述资源信息的分配方法,并记录每次执行过程中匹配成功的服务提供端的描述信息中所包含的预估服务费用之和,然后计算每次执行过程中的平均预估服务费用之和,再基于计算出的平均预估费用之和,为服务提供端分配资源信息。
本申请实施例所提供的资源信息的分配方法,一种可能的应用场景中,可能同时监测到多个状态信息的服务状态信息为空闲状态的服务提供端,以及监测到多个服务请求端存在待发起的服务请求的描述信息,在这种情况下,可以先按照预设条件将服务提供端进行排序,然后按照排序结果,依次为服务提供端确定匹配的服务请求端。
其中,预设条件例如可以为空闲状态的开始时刻,到监测到服务请求端的描述信息的时刻,或者可以为服务请求端的状态信息中的预估空闲时长的长短。
示例性的,若在当前时刻监测到服务状态信息为空闲状态的服务提供端有A、B、C、D,存在待发起的服务请求的描述信息的服务请求端有1、2、3、4、5,按照预设条件将服务提供端进行排序之后,排序结果为B、D、A、C,则按照顺序,先为服务提供端B确定匹配的服务请求端,再为服务提供端D确定匹配的服务请求端,再为服务提供端A确定匹配的服务请求端,最后为服务提供端C确定匹配的服务请求端。
其中,为服务提供端确定匹配的服务请求端的方法参照上述介绍的资源信息的分配方法中服务请求端的确定方法,在此将不再赘述。
本申请实施例提供的资源信息的分配方法,当监测到服务请求端存在待发起的服务请求的描述信息时,可以基于监测到的服务请求端的描述信息和服务提供端的状态信息,确定与服务提供端相匹配的服务请求端,并为服务请求端分配匹配的资源信息。通过为服务请求端分配匹配的资源信息,可以促使服务请求端基于匹配的资源信息来生成服务订单,从而使得闲置的服务资源得以利用,提高了服务资源的利用率。
此外,需要说明的是,本实施例所提供的资源信息的分配方法可以但不仅适用于外卖服务平台、网约车服务平台,具体外卖服务平台和网约车服务平台的应用场景暂不展开说明。
实施例二
本申请实施例还提供了一种资源信息的分配装置,参见图5所示,为本申请实施例所提供的一种资源信息的分配装置的架构示意图,包括:监测模块501、确定模块502、分配模块503,具体的:
监测模块501,用于监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息;
确定模块502,用于基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
分配模块503,用于基于与所述服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。
一种可能的设计中,所述监测模块501,在监测服务提供端的状态信息时,具体用于:
监测所述服务提供端在当前时间区间的状态信息;
所述监测模块501,在监测至少一个服务请求端是否存在待发起的服务请求的描述信息时,具体用于:
监测至少一个服务请求端在所述当前时间区间是否存在待发起的服务请求的描述信息。
一种可能的设计中,所述确定模块502,还用于:
若服务请求端在所述当前时间区间不存在待发起的服务请求的描述信息,基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息;
所述监测模块501,还用于:监测至少一个服务请求端在所述当前时间区间之后的时间区间是否存在待发起的服务请求的描述信息。
一种可能的设计中,所述确定模块502,在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端时,具体用于:
基于在所述当前时间区间之后的时间区间监测到的每一个服务请求端的所述描述信息,以及所述服务提供端在所述当前时间区间之后的时间区间的状态信息,确定与所述服务提供端匹配的服务请求端。
一种可能的设计中,所述描述信息包括以下信息中的至少一种:行程起点位置、行程终点位置、预估服务时长、预估服务费用;
所述状态信息包括以下信息中的至少一种:当前位置信息、服务状态信息、预估空闲时长;其中,所述服务状态信息包括空闲状态、服务执行状态。
一种可能的设计中,所述确定模块502,在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端时,具体用于:
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,从所述至少一个服务请求端中筛选出候选服务请求端;
基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
其中,所述候选服务请求端对应的描述信息满足以下条件:
生成所述描述信息的时刻与所述当前时间区间的起始时刻在预设时长范围内;
所述描述信息的起点位置信息与所述服务提供端的状态信息中的当前位置信息在预设距离范围内;
所述描述信息的预估服务时长不大于所述服务提供端的状态信息中的预估空闲时长。
一种可能的设计中,所述确定模块502,在基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端时,具体用于:
从所述候选服务请求端中选择预估服务时长最长的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
从所述候选服务请求端中选择预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
将所述候选服务请求端的预估服务时长按照从长到短的顺序进行排序,将所述排序结果排在前N位的服务请求端确定为目标服务请求端,从所述目标服务请求端中选择所述预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端,N为正整数。
一种可能的设计中,所述确定模块502,还用于:
在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端之前,确定所述服务提供端的状态信息中的服务状态信息为空闲状态。
一种可能的设计中,所述确定模块502,在基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息时,具体用于:
确定所述服务提供端在所述当前时间区间的状态信息中的当前位置信息所属的第一基本位置区域;
基于所述第一基本位置区域,确定所述服务提供端在所述当前时间区间之后的时间区间的第二基本位置区域;
基于所述当前时间区间之后的时间区间与所述当前时间区间之间的时间间隔,更新所述当前时间区间的状态信息中的预估空闲时长和服务状态信息;
基于所述第二基本位置区域、更新后的所述预估空闲时长、以及更新后的所述服务状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息。
一种可能的设计中,所述第一基本位置区域和所述第二基本位置区域为区域面积相同的六边形位置区域。
本申请实施例提供的资源信息的分配装置,当监测到服务请求端存在待发起的服务请求的描述信息时,可以基于监测到的服务请求端的描述信息和服务提供端的状态信息,确定与服务提供端相匹配的服务请求端,并为服务请求端分配匹配的资源信息。通过为服务请求端分配匹配的资源信息,可以促使服务请求端基于匹配的资源信息来生成服务订单,从而使得闲置的服务资源得以利用,提高了服务资源的利用率。
实施例三
基于同一技术构思,本申请实施例还提供了一种电子设备。参照图6所示,为本申请实施例提供的电子设备600的结构示意图,包括处理器601、存储器602、和总线603。其中,存储器602用于存储执行指令,包括内存6021和外部存储器6022;这里的内存6021也称内存储器,用于暂时存放处理器601中的运算数据,以及与硬盘等外部存储器6022交换的数据,处理器601通过内存6021与外部存储器6022进行数据交换,当电子设备600运行时,处理器601与存储器602之间通过总线603通信,使得处理器601在执行以下指令:
监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息;
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
基于与所述服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。
一种可能的设计中,处理器601执行的指令中:所述监测服务提供端的状态信息,包括:
监测所述服务提供端在当前时间区间的状态信息;
所述监测至少一个服务请求端是否存在待发起的服务请求的描述信息,包括:
监测至少一个服务请求端在所述当前时间区间是否存在待发起的服务请求的描述信息。
一种可能的设计中,处理器601执行的指令中:若服务请求端在所述当前时间区间不存在待发起的服务请求的描述信息,还包括:
基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息;
监测至少一个服务请求端在所述当前时间区间之后的时间区间是否存在待发起的服务请求的描述信息。
一种可能的设计中,处理器601执行的指令中:所述基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
基于在所述当前时间区间之后的时间区间监测到的每一个服务请求端的所述描述信息,以及所述服务提供端在所述当前时间区间之后的时间区间的状态信息,确定与所述服务提供端匹配的服务请求端。
一种可能的设计中,处理器601执行的指令中:所述描述信息包括以下信息中的至少一种:行程起点位置、行程终点位置、预估服务时长、预估服务费用;
所述状态信息包括以下信息中的至少一种:当前位置信息、服务状态信息、预估空闲时长;其中,所述服务状态信息包括空闲状态、服务执行状态。
一种可能的设计中,处理器601执行的指令中:所述基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,从所述至少一个服务请求端中筛选出候选服务请求端;
基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
其中,所述候选服务请求端对应的描述信息满足以下条件:
生成所述描述信息的时刻与所述当前时间区间的起始时刻在预设时长范围内;
所述描述信息的起点位置信息与所述服务提供端的状态信息中的当前位置信息在预设距离范围内;
所述描述信息的预估服务时长不大于所述服务提供端的状态信息中的预估空闲时长。
一种可能的设计中,处理器601执行的指令中:所述基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
从所述候选服务请求端中选择预估服务时长最长的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
从所述候选服务请求端中选择预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
将所述候选服务请求端的预估服务时长按照从长到短的顺序进行排序,将所述排序结果排在前N位的服务请求端确定为目标服务请求端,从所述目标服务请求端中选择所述预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端,N为正整数。
一种可能的设计中,处理器601执行的指令中:在基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端之前,所述方法还包括:
确定所述服务提供端的状态信息中的服务状态信息为空闲状态。
一种可能的设计中,处理器601执行的指令中:所述基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息,包括:
确定所述服务提供端在所述当前时间区间的状态信息中的当前位置信息所属的第一基本位置区域;
基于所述第一基本位置区域,确定所述服务提供端在所述当前时间区间之后的时间区间的第二基本位置区域;
基于所述当前时间区间之后的时间区间与所述当前时间区间之间的时间间隔,更新所述当前时间区间的状态信息中的预估空闲时长和服务状态信息;
基于所述第二基本位置区域、更新后的所述预估空闲时长、以及更新后的所述服务状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息。
一种可能的设计中,处理器601执行的指令中:所述第一基本位置区域和所述第二基本位置区域为区域面积相同的六边形位置区域。
本申请实施例提供的资源信息的分配装置,当监测到服务请求端存在待发起的服务请求的描述信息时,可以基于监测到的服务请求端的描述信息和服务提供端的状态信息,确定与服务提供端相匹配的服务请求端,并为服务请求端分配匹配的资源信息。通过为服务请求端分配匹配的资源信息,可以促使服务请求端基于匹配的资源信息来生成服务订单,从而使得闲置的服务资源得以利用,提高了服务资源的利用率。
实施例四
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述任一实施例中所述的资源信息的分配方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述资源信息的分配方法的步骤,从而提高服务资源的利用率。
本申请实施例所提供的进行资源信息的分配方法的计算机程序产品,包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (12)
1.一种资源信息的分配方法,其特征在于,包括:
监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息;
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
基于与所述服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。
2.根据权利要求1所述的方法,其特征在于,所述监测服务提供端的状态信息,包括:
监测所述服务提供端在当前时间区间的状态信息;
所述监测至少一个服务请求端是否存在待发起的服务请求的描述信息,包括:
监测至少一个服务请求端在所述当前时间区间是否存在待发起的服务请求的描述信息。
3.根据权利要求2所述的方法,其特征在于,若服务请求端在所述当前时间区间不存在待发起的服务请求的描述信息,所述方法还包括:
基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息;
监测至少一个服务请求端在所述当前时间区间之后的时间区间是否存在待发起的服务请求的描述信息。
4.根据权利要求3所述的方法,其特征在于,所述基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
基于在所述当前时间区间之后的时间区间监测到的每一个服务请求端的所述描述信息,以及所述服务提供端在所述当前时间区间之后的时间区间的状态信息,确定与所述服务提供端匹配的服务请求端。
5.根据权利要求1至4任一所述的方法,其特征在于,所述描述信息包括以下信息中的至少一种:行程起点位置、行程终点位置、预估服务时长、预估服务费用;
所述状态信息包括以下信息中的至少一种:当前位置信息、服务状态信息、预估空闲时长;其中,所述服务状态信息包括空闲状态、服务执行状态。
6.根据权利要求5所述的方法,其特征在于,所述基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,从所述至少一个服务请求端中筛选出候选服务请求端;
基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
其中,所述候选服务请求端对应的描述信息满足以下条件:
生成所述描述信息的时刻与当前时间区间的起始时刻在预设时长范围内;
所述描述信息的起点位置信息与所述服务提供端的状态信息中的当前位置信息在预设距离范围内;
所述描述信息的预估服务时长不大于所述服务提供端的状态信息中的预估空闲时长。
7.根据权利要求6所述的方法,其特征在于,所述基于所述候选服务请求端的描述信息和所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端,包括:
从所述候选服务请求端中选择预估服务时长最长的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
从所述候选服务请求端中选择预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端;或者,
将所述候选服务请求端的预估服务时长按照从长到短的顺序进行排序,将排序结果排在前N位的服务请求端确定为目标服务请求端,从所述目标服务请求端中选择所述预估服务费用最高的服务请求端作为与所述服务提供端匹配的服务请求端,N为正整数。
8.根据权利要求3所述的方法,其特征在于,所述基于所述服务提供端在当前时间区间的状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息,包括:
确定所述服务提供端在所述当前时间区间的状态信息中的当前位置信息所属的第一基本位置区域;
基于所述第一基本位置区域,确定所述服务提供端在所述当前时间区间之后的时间区间的第二基本位置区域;
基于所述当前时间区间之后的时间区间与所述当前时间区间之间的时间间隔,更新所述当前时间区间的状态信息中的预估空闲时长和服务状态信息;
基于所述第二基本位置区域、更新后的所述预估空闲时长、以及更新后的所述服务状态信息,确定所述服务提供端在所述当前时间区间之后的时间区间的状态信息。
9.根据权利要求8所述的方法,其特征在于,所述第一基本位置区域和所述第二基本位置区域为区域面积相同的六边形位置区域。
10.一种资源信息的分配装置,其特征在于,包括:
监测模块,用于监测服务提供端的状态信息,并监测至少一个服务请求端是否存在待发起的服务请求的描述信息;
确定模块,用于基于监测到的每一个服务请求端的所述描述信息以及所述服务提供端的状态信息,确定与所述服务提供端匹配的服务请求端;
分配模块,用于基于与所述服务提供端匹配的服务请求端的描述信息,为匹配的服务请求端分配匹配的资源信息。
11.一种电子设备,其特征在于,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如权利要求1至9任一所述的资源信息的分配方法的步骤。
12.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至9任一所述的资源信息的分配方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310274537.6A CN116319987A (zh) | 2019-05-24 | 2019-05-24 | 一种资源信息的分配方法、装置、设备及介质 |
CN201910441325.6A CN111866051B (zh) | 2019-05-24 | 2019-05-24 | 一种资源信息的分配方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910441325.6A CN111866051B (zh) | 2019-05-24 | 2019-05-24 | 一种资源信息的分配方法、装置、设备及介质 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310274537.6A Division CN116319987A (zh) | 2019-05-24 | 2019-05-24 | 一种资源信息的分配方法、装置、设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111866051A true CN111866051A (zh) | 2020-10-30 |
CN111866051B CN111866051B (zh) | 2023-04-07 |
Family
ID=72965975
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310274537.6A Pending CN116319987A (zh) | 2019-05-24 | 2019-05-24 | 一种资源信息的分配方法、装置、设备及介质 |
CN201910441325.6A Active CN111866051B (zh) | 2019-05-24 | 2019-05-24 | 一种资源信息的分配方法、装置、设备及介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310274537.6A Pending CN116319987A (zh) | 2019-05-24 | 2019-05-24 | 一种资源信息的分配方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN116319987A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113837601A (zh) * | 2021-09-23 | 2021-12-24 | 小马国炬(上海)科技有限公司 | 一种车辆追踪方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107015988A (zh) * | 2016-01-27 | 2017-08-04 | 滴滴出行科技有限公司 | 一种运用于专车的基于地图和用户关联的信息匹配方法 |
CN108090645A (zh) * | 2016-11-23 | 2018-05-29 | 北京嘀嘀无限科技发展有限公司 | 用于调配服务资源的方法及装置 |
CN108171355A (zh) * | 2016-12-07 | 2018-06-15 | 北京嘀嘀无限科技发展有限公司 | 用于资源分配的和用于交通工具调度的方法及其装置 |
US10126138B1 (en) * | 2017-05-10 | 2018-11-13 | Lyft, Inc. | Dynamic geolocation optimization of pickup paths using curb segment data |
US20190130301A1 (en) * | 2017-06-16 | 2019-05-02 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for allocating service requests |
-
2019
- 2019-05-24 CN CN202310274537.6A patent/CN116319987A/zh active Pending
- 2019-05-24 CN CN201910441325.6A patent/CN111866051B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107015988A (zh) * | 2016-01-27 | 2017-08-04 | 滴滴出行科技有限公司 | 一种运用于专车的基于地图和用户关联的信息匹配方法 |
CN108090645A (zh) * | 2016-11-23 | 2018-05-29 | 北京嘀嘀无限科技发展有限公司 | 用于调配服务资源的方法及装置 |
CN108171355A (zh) * | 2016-12-07 | 2018-06-15 | 北京嘀嘀无限科技发展有限公司 | 用于资源分配的和用于交通工具调度的方法及其装置 |
US10126138B1 (en) * | 2017-05-10 | 2018-11-13 | Lyft, Inc. | Dynamic geolocation optimization of pickup paths using curb segment data |
US20190130301A1 (en) * | 2017-06-16 | 2019-05-02 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for allocating service requests |
Non-Patent Citations (2)
Title |
---|
SHAN JIANG,WENTIAN CHEN,ZHIHENG LI,HAIYANG YU: ""Short-Term Demand Prediction Method for Online Car-Hailing Services Based on a Least Squares Support Vector Machine"", 《IEEE ACCESS》 * |
陈昂等: "基于移动智能终端的出租车公共服务系统", 《电子世界》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113837601A (zh) * | 2021-09-23 | 2021-12-24 | 小马国炬(上海)科技有限公司 | 一种车辆追踪方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN116319987A (zh) | 2023-06-23 |
CN111866051B (zh) | 2023-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10713939B2 (en) | Artificial intelligent systems and methods for predicting traffic accident locations | |
AU2018102228A4 (en) | Artificial intelligent systems and methods for presenting prompting message on mobile device | |
US10021243B2 (en) | Telephone call placement | |
CN110633815A (zh) | 一种拼车方法和装置、电子设备、存储介质 | |
CN110197412B (zh) | 车辆管理设备和车辆管理方法 | |
CN111861081A (zh) | 一种订单分配方法、装置、电子设备及存储介质 | |
CN111091215B (zh) | 车辆识别方法、装置、计算机设备和存储介质 | |
CN112950041A (zh) | 共享车辆调度方法、设备、存储介质及计算机程序产品 | |
CN111866051B (zh) | 一种资源信息的分配方法、装置、设备及介质 | |
CN110832536A (zh) | 推荐上车地点的系统和方法 | |
CN110619402A (zh) | 一种派车方法和装置、电子设备、存储介质 | |
CN111210134B (zh) | 服务区域划分方法、装置、服务器和可读存储介质 | |
CN110969887B (zh) | 一种车辆数据获取方法、装置、电子设备及介质 | |
CN111833119A (zh) | 一种订单分配的方法、装置、电子设备及存储介质 | |
CN110832513B (zh) | 用于按需服务的系统和方法 | |
CN111539796B (zh) | 一种订单处理方法、装置及存储介质 | |
CN112001516B (zh) | 一种信息处理方法、装置、电子设备及存储介质 | |
CN111339468B (zh) | 信息推送方法、装置、电子设备和存储介质 | |
CN110619403A (zh) | 一种拼车方法和装置、电子设备、存储介质 | |
CN111881375A (zh) | 一种顺路订单分配方法、装置、电子设备及可读存储介质 | |
CN111861650A (zh) | 信息显示方法、第一服务请求端、系统及电子设备 | |
CN112561099A (zh) | 车辆分派方法、装置、计算机设备和存储介质 | |
CN111861097B (zh) | 信息处理方法及装置 | |
US20220335829A1 (en) | System and method for vehicle event data processing for identifying and updating parking areas | |
CN111831927B (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 |