CN110751532B - 一种资源分配的方法及装置 - Google Patents

Abstract

本申请提供了一种资源分配的方法及装置，包括：接收服务提供端发送的待分配服务资源的第一描述信息，以及，接收不同服务请求端分别发送的对请求的服务资源的第二描述信息；确定与第一描述信息匹配的至少一个第二描述信息，并将包含至少一个第二描述信息的资源详情界面信息通知给服务提供端；接收服务提供端从资源详情界面信息中选择的目标第二描述信息，并向发布目标第二描述信息的目标服务请求端发送资源分配请求，资源分配请求用于指示目标服务请求端确认是否接受待分配服务资源；基于目标服务请求端发送的资源分配响应，确定资源分配结果并将资源分配结果通知给服务提供端。通过这种方法，可以提高服务资源的利用率。

Description

一种资源分配的方法及装置

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种资源分配的方法及装置。

背景技术

在一些服务场景中，服务提供端具备一定的服务资源，服务请求端需要请求所需的服务资源，如何将服务提供端可提供的服务资源正确地分配给服务请求端，这将影响服务资源的利用效率。

示例性的，以网约车场景为例，服务提供端为司机端，服务请求端为乘客端，司机端具备运力资源，司机端可以发布出行路线，并向服务平台请求与该出行路线匹配的乘客端，进而司机端可以从服务平台推送的乘客端信息中选择乘客端，并为选择的乘客端提供运力资源，以满足乘客端的出行需求。但是，上述这种运力资源的分配方式，仅基于出行路线的匹配程度和司机端的选择来确定，很可能并不符合乘客端的实际出行计划，进而容易导致乘客端取消本次分配的运力资源，并重新发起资源分配请求，导致服务资源利用率较低的问题。

发明内容

有鉴于此，本申请的目的在于提供一种资源分配的方法及装置，以提升服务资源的利用率。

第一方面，本申请实施例提供了一种资源分配的方法，应用于服务器中，包括：

接收服务提供端发送的待分配服务资源的第一描述信息，以及，接收不同服务请求端分别发送的对请求的服务资源的第二描述信息；

确定与所述第一描述信息匹配的至少一个第二描述信息，并将包含所述至少一个第二描述信息的资源详情界面信息通知给所述服务提供端；

接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息，并向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

基于所述目标服务请求端发送的所述资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端。

第二方面，本申请实施例提供了一种资源分配的方法，应用于服务提供端中，包括：

生成待分配服务资源的第一描述信息，并向服务器发送所述第一描述信息；

接收所述服务器发送的资源详情界面信息，所述资源详情界面信息中包括与所述第一描述信息匹配的至少一个第二描述信息，每个第二描述信息表示发布该第二描述信息的服务请求端对请求的服务资源的描述；

从所述资源详情界面信息中选择目标第二描述信息，并通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

接收所述服务器发送的资源分配结果，所述资源分配结果为所述服务器基于所述目标服务请求端的资源分配响应确定的。

第三方面，本申请实施例提供了一种资源分配的方法，应用于服务请求端中，包括：

生成对请求的服务资源的第二描述信息，并向服务器发送所述第二描述信息；

接收所述服务器在服务提供端的通知下发送的资源分配请求，所述资源分配请求用于指示是否接受所述服务提供端的待分配服务资源；所述服务提供端发布的待分配服务资源的第一描述信息与所述第二描述信息相匹配；

基于所述资源分配请求，向所述服务器回复资源分配响应。

第四方面，本申请实施例提供了一种资源分配的装置，包括：

接收模块，用于接收服务提供端发送的待分配服务资源的第一描述信息，以及，接收不同服务请求端分别发送的对请求的服务资源的第二描述信息；

第一处理模块，用于确定与所述第一描述信息匹配的至少一个第二描述信息，并将包含所述至少一个第二描述信息的资源详情界面信息通知给所述服务提供端；

接收模块，还用于接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息；

发送模块，用于向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

第二处理模块，用于基于所述目标服务请求端发送的所述资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端。

第五方面，本申请实施例提供了一种资源分配的装置，包括：

生成模块，用于生成待分配服务资源的第一描述信息；

发送模块，用于向服务器发送所述第一描述信息；

接收模块，用于接收所述服务器发送的资源详情界面信息，所述资源详情界面信息中包括与所述第一描述信息匹配的至少一个第二描述信息，每个第二描述信息表示发布该第二描述信息的服务请求端对请求的服务资源的描述；

处理模块，用于从所述资源详情界面信息中选择目标第二描述信息。

所述发送模块，还用于通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

所述接收模块，还用于接收所述服务器发送的资源分配结果，所述资源分配结果为所述服务器基于所述目标服务请求端的资源分配响应确定的。

第六方面，本申请实施例提供了一种资源分配的装置，包括：

生成模块，用于生成对请求的服务资源的第二描述信息；

发送模块，用于向服务器发送所述第二描述信息；

接收模块，用于接收所述服务器在服务提供端的通知下发送的资源分配请求，所述资源分配请求用于指示是否接受所述服务提供端的待分配服务资源；所述服务提供端发布的待分配服务资源的第一描述信息与所述第二描述信息相匹配；

回复模块，还用于基于所述资源分配请求，向所述服务器回复资源分配响应。

第七方面，本申请提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行上述第一方面，或上述第一方面任一种可能的实施方式中所述的资源分配的方法的步骤。

第八方面，本申请提供另一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行上述第二方面，或上述第二方面任一种可能的实施方式中所述的资源分配的方法的步骤。

第九方面，本申请提供又一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行上述第三方面，或上述第三方面任一种可能的实施方式中所述的资源分配的方法的步骤。

第十方面，一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面，或上述第一方面任一种可能的实施方式中所述的资源分配的方法的步骤；或者，所述计算机程序被处理器运行时执行上述第二方面，或上述第二方面任一种可能的实施方式中所述的资源分配的方法的步骤；或者，所述计算机程序被处理器运行时执行上述第三方面，或上述第三方面任一种可能的实施方式中所述的资源分配的方法的步骤。

本申请所提供的资源分配的方法，通过将匹配的第二描述信息推送给服务提供端，以便服务提供端可以从中选择合适的第二描述信息，在服务提供端选择第二描述信息之后，不会立即将服务资源分配给选择的第二描述信息对应的服务请求端，而是向服务请求端发送资源分配请求，从而使得在分配服务资源时，服务请求端也能参与选择，并最终确定是否接受服务资源。通过这种方式，可以有效避免因资源分配不合理，导致服务请求端重新请求资源的问题，提升服务资源的利用率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的一种服务***的架构示意图；

图2示出了本申请实施例提供的资源分配的方法的流程示意图；

图3示出了本申请实施例提供的资源分配的方法中，常用地点信息展示区域的示意图；

图4示出了本申请实施例提供的服务提供端展示的资源详情界面的示意图；

图5示出了本申请实施例提供的选择框对应的详情页界面的示意图；

图6示出了本申请实施例提供的服务请求端展示的资源分配界面的示意图；

图7示出了本申请实施例提供的资源分配请求界面的示意图；

图8示出了本申请实施例提供的另一种资源分配的方法的流程示意图；

图9示出了本申请实施例提供的服务提供端展示资源分配结果的展示界面的示意图；

图10示出了本申请实施例提供的服务提供端展示候选集合展示界面的示意图；

图11示出了本申请实施例提供的一种资源分配的装置的架构示意图；

图12示出了本申请实施例提供的另一种资源分配的装置的架构示意图；

图13示出了本申请实施例提供的又一种资源分配的装置的架构示意图；

图14示出了本申请实施例提供的一种电子设备的结构示意图；

图15示出了本申请实施例提供的另一种电子设备的结构示意图；

图16示出了本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先，对本申请可适用的应用场景进行说明。本申请可应用在涉及服务资源分配的服务场景下。其中，服务资源，可以理解为服务请求端所请求的某种服务对应的资源。一示例中，在网约车场景下，服务提供端为司机端，服务请求端为乘客端，那么，能够提供乘车服务的司机端可以视为一种服务资源，也可以看做是运力资源。另一示例中，在网上送餐场景下，服务提供端为外送员使用的终端，服务请求端为订餐人使用的终端，那么，能够提供送餐服务的外送员，也可以视为一种服务资源。当然，上述示例仅作为举例，实际应用中，不同的应用场景下服务资源的表现形式也不一定相同，本申请对此并不限定。

考虑到目前在进行服务资源分配的时候，一种方式是由后台服务器直接将匹配的服务资源分配给服务请求端，另一种方式是由后台服务器将服务请求端的信息推送给匹配的服务提供端，由服务提供端来选择为哪个服务请求端提供服务，但是上述两种方式对于服务请求端这一侧通常是无感知的，这就容易导致分配给服务请求端的服务资源可能并不符合服务需求，导致服务请求端发起服务资源的取消流程，并重新发起资源分配请求。

这样，一方面在分配服务资源时存在无法精准分配到对应服务请求端的问题，可能会导致服务资源的利用率较低，另一方面，在分配给服务请求端的服务资源不符合服务需求的情况下，服务提供端、后台服务器和服务请求端之间可能会重复发起服务资源的分配过程，这也会浪费服务提供端、服务请求端、后台服务器的处理资源，服务资源分配过程的处理效率较低。

鉴于上述问题，本申请提供一种资源分配的方法及装置，该方法中，在分配服务资源的过程中，由后台服务器来匹配与待分配服务资源对应的服务请求端和服务提供端，并采用服务提供端和服务请求端进行双向选择的方式，最终确定待分配服务资源的分配结果。通过上述方式，可以有效避免因资源分配不合理导致的服务请求端反复请求服务资源的问题，从而提升服务资源的利用效率，也能节省处理资源，提升服务资源分配过程的处理效率。

在介绍本申请提供的具体技术方案之前，首先对本申请可适用的服务***进行说明。参照图1所示，为本申请实施例提供的一种服务***100的架构示意图。例如，服务***100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台，当然，服务***100也可以是诸如网上订餐等在线送餐服务平台。服务***100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140、和数据库150中的一种或多种。其中，本申请中，服务请求方终端与服务请求端可互换使用，服务提供端终端与服务提供端可互换使用。

在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以将服务提供方终端140的待分配服务资源与服务请求方终端130进行匹配。仅作为举例，处理器可以包括中央处理单元(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、服务提供端生成待分配服务资源的第一描述信息，并向服务器发送第一描述信息。

其中，第一描述信息用于描述待分配服务资源。一示例中，若在网约车服务场景下，服务资源表示运力资源，那么用于描述服务资源的第一描述信息可以包括以下A1至A4中的至少一种：

A1、服务提供方的行程路线信息。

示例性的，行程路线信息包括行程起始位置、行程终点位置。此外，上述行程路线信息中除了行程起始位置、行程终点位置之外，还可以包括行程中间点位置，这样，可以基于上述三个位置，生成行程路线。或者，在基于上述行程起始位置、行程终点位置，生成行程路线，并且可以在行程路线上任意选择途径的中间点位置。

一种可能的实施方式中，服务提供方可以预先将常用地点信息输入至服务提供端中，进而服务提供方在服务提供端输入行程路线信息时，可以直接从常用地点信息中选取行程起始位置、行程终点位置。其中，为了便于管理常用地点信息，可以允许服务提供方输入预设数量的常用地点信息，并且可以允许服务提供方定期更新输入的常用地点信息。

一示例中，参照图3所示的常用地点信息展示区域a，常用地点信息展示区域可以经触发之后展示在服务提供端的发布行程界面中，常用地点信息展示区域a中包括但不限于：提示信息区域a1、添加地点选项a2、管理地点选项a3。其中，在未添加常用地点信息的情况下，提示信息区域a1中展示有“添加常用地点信息后可发布行程”的提示信息，在添加有常用地点信息的情况下，提示信息区域a1中可以展示有服务提供方输入的常用地点信息；添加地点选项a2被触发后，可以进入常用地点信息输入界面，既可以支持地图选点的方式输入常用地点信息，也可以支持手动输入常用地点信息的方式；管理地点选项a3被触发后，可以进入常用地点信息管理界面，在常用地点信息管理界面中，可以支持服务提供方修改、删除或添加常用地点信息等。

A2、服务提供方的出行时间。

示例性的，网约车场景下，出行时间可以包括行程出发时间，当然，也可以包括行程结束时间。其中，行程结束时间可以基于行程路线信息和行程出发时间来预估得到，当然也可以直接由服务提供方输入预估的行程结束时间。并且，上述行程出发时间和行程结束时间既可以是时间点，也可以是时间段，时间段的设置可以在合理范围内。例如，假设服务提供方计划在上午7点出行，那么可以在服务提供端中输入“7:00”这一时刻，当然，也可以输入“7:00至7:10”这一时间段范围。

A3、服务提供方的行程参与人信息。

示例性的，网约车场景下，行程参与人信息可以是与服务提供方同行的人员的信息，具体包括与服务提供方同行的人员的数量，还可以包括同行的人员的描述信息，例如同行的人员的性别、年龄、与服务提供方之间的关系等。

A4、能够提供服务的服务请求方的数量。

示例性的，网约车场景下，由于车辆上能够搭载的乘客数量有限，故可以在生成待分配资源的第一描述信息时，由服务提供方(即司机)来输入能够搭载的乘客的数量。

当然，实际应用中，随着服务场景的更换，服务提供端生成的第一描述信息也可以不相同，本申请上述信息仅作为示例，可以根据实际服务场景进行调整。

步骤202、服务请求端生成对请求的服务资源的第二描述信息，并向服务器发送第二描述信息。

其中，第二描述信息用来描述服务请求端所请求的服务资源。示例性的，在网约车场景下，第二描述信息可以用来描述服务请求方(即乘客)的乘车需求信息，包括对所需的运力资源的描述等。上述第二描述信息可以包括以下B1至B5中的至少一种：

B1、服务请求方的行程路线信息。

示例性的，行程路线信息包括行程起始位置、行程终点位置。此外，上述行程路线信息中还可以包括行程中间点位置，这样，可以基于上述三个位置，生成行程路线。或者，在基于上述行程起始位置、行程终点位置，生成行程路线，并且可以在行程路线上任意选择途径的中间点位置。在一些应用场景下，服务请求端也可以从常用地点信息中选取行程起始位置、行程终点位置。其中，服务请求端中也可以展示图3所示的常用地点信息展示区域a，这里不再展开说明。

B2、服务请求方的出行时间。

示例性的，网约车场景下，出行时间可以包括行程出发时间，当然，也可以包括行程结束时间。其中，行程结束时间可以基于行程路线信息和行程出发时间来预估得到，当然也可以由服务提供方直接输入预估的行程结束时间。并且，上述行程出发时间和行程结束时间既可以是时间点，也可以是时间段，时间段的设置可以在合理范围内。例如，假设服务请求方计划在上午8点出行，那么可以在服务请求端中输入“8:00”这一时刻，当然，也可以输入“8:00至8:10”这一时间段范围。

B3、服务请求方的行程参与人信息。

示例性的，网约车场景下，行程参与人信息可以是与服务请求方同行的人员的信息，具体包括与服务请求方同行的人员的数量，还可以包括同行的人员的描述信息，例如同行的人员的性别、年龄、与服务请求方之间的关系等。

B4、拼车选择信息。

在网约车场景下，为了达到服务资源的利用最大化，服务请求端可以展示拼车选择信息输入界面，以便服务请求方输入拼车选择信息，拼车选择信息包括服务请求端是否愿意拼车的选项，以及行程参与人的数量等。

B5、服务费用信息。

上述服务费用信息可以基于服务请求方输入的行程路线信息、以及拼车选择信息来确定。一种可能的实施方式中，服务请求端可以将服务请求方输入的行程路线信息、拼车选择信息上传至服务器，服务器基于接收的行程路线信息和拼车选择信息，来计算服务费用信息并推送给服务请求端。

此外，在服务请求端侧还可以展示特殊要求界面，在特殊要求界面中，服务请求方可以输入一些出行要求信息，例如，提供儿童座椅等信息。当然，上述第二描述信息仅作为示例，实际应用中可以根据服务场景的改变来调整第二描述信息，本申请对此并不限定。

步骤203、服务器在接收服务提供端发送的待分配服务资源的第一描述信息，以及接收不同服务请求端分别发送的对请求的服务资源的第二描述信息之后，确定与第一描述信息匹配的至少一个第二描述信息，并将包含至少一个第二描述信息的资源详情界面信息通知给服务提供端。

本申请实施例，服务器可以将服务提供端的待分配服务资源与服务请求端的服务资源需求进行匹配，具体可以将服务提供端的第一描述信息与不同服务请求端的第二描述信息进行匹配，以确定出与第一描述信息匹配的第二描述信息。

具体实施中，鉴于第一描述信息和第二描述信息可能会包括多种描述信息，故，可以针对每种描述信息分别进行匹配。可实施的匹配过程包括C1至C3中的至少一种：

C1、行程路线信息的匹配。

一种可能的实施方式中，针对服务提供端上传的行程起始位置、行程终点位置，生成服务提供端对应的行程路线，以及，针对每个服务请求端上传的行程起始位置、行程终点位置，生成每个服务请求端对应的行程路线。此外，若行程路线信息中还包括中间点位置，那么在生成行程路线时，也可以基于行程起始位置、行程终点位置以及中间点位置，生成行程路线。在分别生成行程路线之后，可以确定服务提供端对应的行程路线与每个服务请求端对应的行程路线之间的匹配程度。具体匹配程度的计算可以采用相似度计算算法，本申请对此并不限定。

C2、出行时间的匹配。

一种可能的实施方式中，若出行时间包括行程出发时间，那么可以直接将服务请求端对应的行程出发时间和服务提供端对应的行程出发时间进行匹配，计算行程出发时间的匹配度。其中，两者之间行程出发时间越接近，两者之间的匹配程度越高。若出行时间包括行程结束时间，那么也可以将服务请求端对应的行程结束时间和服务提供端对应的行程结束时间进行匹配，计算行程结束时间的匹配度。其中，两者之间行程结束时间越接近，两者之间的匹配程度越高。若同时包含上述行程出发时间和行程结束时间，那么可以将上述行程出发时间的匹配度和上述行程结束时间的匹配度进行加权求和，得到最终的出行时间的匹配度。

C3、行程参与人信息的匹配。

其中，服务器可以基于服务提供端提供的行程参与人信息，来确定出服务提供端可提供服务资源的人员数量，而服务请求端提供的行程参与人信息反映出请求服务资源的人员数量，将可提供服务资源的人员数量和请求服务资源的人员数量进行匹配，便可确定出行程参与人信息的匹配度。示例性的，若请求服务资源的人员数量超出可提供服务资源的人员数量，这种情况下，可视为行程参与人信息不匹配，匹配度可以取0，反之，若请求服务资源的人员数量不超出可提供的服务资源的人员数量，可视为行程参与人信息匹配，匹配度可以取1。

具体实施中，在针对每种描述信息分别进行匹配，得到对应的匹配度之后，可以将得到的各匹配度进行加权求和，以确定出第一描述信息和第二描述之间的匹配度。其中，每种描述信息对应的权重可以基于具体服务场景下每种描述信息的重要程度来设置。

例如，在网约车场景下，若描述信息中包含行程参与人信息，那么，若行程参与人信息不匹配，可以直接确定第一描述信息与第二描述信息不匹配，即匹配度为0。若行程参与人信息匹配，那么可以基于行程路线信息的匹配度、权重和出行时间的匹配度、权重，确定出第一描述信息和第二描述信息的匹配度。

在确定出第一描述信息分别与每个第二描述信息之间的匹配度之后，可以选择匹配度满足设定匹配条件的第二描述信息，作为与第一描述信息匹配的第二描述信息。其中，设定匹配条件例如为匹配度大于设定匹配度阈值，或者，匹配度的大小排列在前N位，N为正整数。

进一步地，服务器可以生成资源详情界面信息，并推送服务提供端。

具体的，资源详情界面信息中可以包括以下D1至D4中的至少一种：

D1、与第一描述信息匹配的每个第二描述信息。

其中，资源详情界面信息中既可以展示服务请求端发送的全部第二描述信息，也可以展示部分第二描述信息。示例性的，展示的第二描述信息例如包括出行路线信息(出行起始位置、出行终点位置)、出行时间(行程出发时间、行程结束时间)、服务费用信息、拼车选择信息(愿拼车或者不愿拼车)等信息中的一种或多种。

D2、第一描述信息与每个第二描述信息的匹配度。

其中，第一描述信息与每个第二描述信息的匹配度，既可以是针对每种特定描述信息的匹配度，也可以是各种描述信息的匹配度进行加权求和之后的匹配度。一示例中，若特定描述信息为行程路线信息，那么，第一描述信息和第二描述信息之间的匹配度可以表示为行程路线信息的匹配度，也即服务提供方和服务请求方之间的顺路程度。

D3、每个第二描述信息对应的服务请求端的评价信息。

为了便于服务提供端筛选愿意提供服务的服务请求方，在资源详情界面中还可以显示第二描述信息对应的服务请求端的评价信息。评价信息例如包括服务请求端的信任度，信任度例如可以根据服务请求端的历史服务订单的操作行为信息来确定，也可以根据服务提供端给出的评价分数来确定。

D4、每个第二描述信息对应的服务请求端已接收的资源分配请求的数量。

示例性的，在网约车场景下，服务提供端可以选择想要提供服务的服务请求端，进而服务器可以向服务提供端选择的服务请求端发送资源分配请求，该资源分配请求可以理解为一种邀约请求，即服务提供方邀请服务请求方接受对应的服务资源。

由于任意一个第一描述信息和任意一个第二描述信息之间均可以进行匹配，故可能出现不同服务提供端的第一描述信息与同一个服务请求端的第二描述信息相匹配的情况，相应的，同一个服务请求端的第二描述信息可以同时包含在服务器推送给不同服务提供端的资源详情界面信息中，故允许不同服务提供端选择同一服务请求端，也即，允许不同服务提供方邀请同一服务请求方接受对应的服务资源。当然，在一些特定应用场景下，同一服务请求方只允许接受一个服务提供方的服务资源。通过将服务请求端已接收的资源分配请求的数量通知给服务提供端，以便服务提供方可以及时获知较为全面的资源分配情况。

承接上述步骤203，进一步执行：

步骤204、服务提供端从资源详情界面信息中选择目标第二描述信息，并通知服务器向发布目标第二描述信息的目标服务请求端发送资源分配请求，资源分配请求用于指示目标服务请求端确认是否接受待分配服务资源。

具体实施中，服务提供端在接收到资源详情界面信息之后，可以基于资源详情界面信息，生成并展示资源详情界面。其中，资源详情界面中展示有与第一描述信息匹配的第二描述信息对应的选择框，每个第二描述信息对应的选择框中可以展示有该第二描述信息对应的上述资源详情界面信息中D1至D4的内容，包括该第二描述信息、该第二描述信息与第一描述信息的匹配度、对应的服务请求端的评价信息、对应的服务请求端已接收的资源分配请求的数量。

上述资源详情界面中展示的每个第二描述信息对应的选择框可以供服务提供方选择。若资源详情界面中目标第二描述信息对应的选择框被选中，那么服务提供端可以检测到资源详情界面中目标第二描述信息对应的选项被触发，进一步可以展示目标第二描述信息的详情页。

其中，在目标第二描述信息的详情页中可以展示与该目标第二描述信息对应的上述资源详情界面信息中D1至D4的内容。并且，在目标第二描述信息的详情页中还包括资源分配请求选项。若服务提供方选中资源分配请求选项，那么服务提供端可以检测到目标第二描述信息的详情页中资源分配请求选项被触发后，通知服务器向发布目标第二描述信息的目标服务请求端发送资源分配请求。

示例性的，在网约车场景下，服务提供端展示的资源详情界面例如为图4所示，资源详情界面b中包括多个第二描述信息对应的选择框，例如假设与第一描述信息匹配的第二描述信息有两个，那么资源详情界面中可以包括选择框b1、选择框b2。以选择框b1为例，其中包括但不限于出行时间(例如为12月31日8:30-9:45)、出行路线信息(例如出行起始位置为L1、出行终点位置为L2)、服务费用信息(例如为28元)、拼车选择信息(愿意拼车)、与第一描述信息的匹配度(即95％)、服务请求端的评价信息(信任度90分)、以及已接收的资源分配请求的数量(例如已接收3个司机端的邀请)。其中，上述各个选择框在资源详情界面中的排列顺序例如可以基于与第一描述信息之间的匹配度的大小来确定，当然也可以采用其它排列策略，本申请对此并不限定。

进一步地，在服务提供方从展示的上述资源详情界面b中选中某个选择框，那么，服务提供端的展示界面中可以展示与选中的选择框对应的详情页c，例如图5所示，在详情页c中可以包括选择框信息展示区域c1，例如包括选择框b1中展示的部分或全部内容，还包括地图展示区域c2，在地图上可以标记有到达服务请求方所在位置的接驾导航路线，还可以包括资源分配请求选项c3，例如可以展示“邀请同行”的选项。在检测到资源分配请求选项c3被触发后，可以通知服务器向展示的选择框对应的目标服务请求端发送资源分配请求。

进一步地，在详情页c中的资源分配请求选项c3被触发之后，服务提供端的展示界面中可以展示资源分配状态界面d，例如，图6所示，在资源分配状态界面d中包括资源分配状态提示区域d1(例如可以展示“等待服务请求方确认”)，另外还可以包括选择框信息展示区域d2，这里选择框信息展示区域d2中可以包括选择框中展示的部分或全部内容。

步骤205、服务器向发布目标第二描述信息的目标服务请求端发送资源分配请求。

本申请实施例中，服务器向目标服务请求端发送的资源分配请求中可以包括以下E1至E4中的至少一种：

E1、第一描述信息中的部分或全部信息。

示例性的，可以展示的第一描述信息例如包括服务提供端的出行路线信息(出行起始位置、出行终点位置)、出行时间(行程出发时间、行程结束时间)、行程参与人等信息中的一种或多种。

E2、服务提供端的评价信息。

示例性的，服务提供端的评价信息，可以根据服务提供端执行的历史服务订单的操作行为信息、以及服务请求端输入的评价信息来确定。例如包括服务提供端的信任值、服务提供端针对当前行程路线的出行次数、以及服务过程的评价内容(车辆是否整洁、是否准时、是否驾驶平稳等)信息。

E3、服务提供端的预估服务提供时间。

预估服务提供时间可以基于服务提供端上报的出行时间、行程路线信息、以及服务请求端上报的出行时间、行程路线信息来确定。

E4、服务费用信息。

服务费用信息，即为服务请求端请求这项服务所需支付的费用。示例性的，在网约车场景下，服务费用信息受出行路线信息、出行时间、是否拼车等因素的影响。

承接上述步骤205，进一步执行：

步骤206、目标服务请求端基于资源分配请求，向服务器回复资源分配响应。

本申请实施例中，目标服务请求端接收到资源分配请求之后，可以基于资源分配请求中携带的至少一种信息，生成资源分配请求界面，在资源分配请求界面中展示多个待处理子界面，每个待处理子界面中展示有一个服务提供端对应的资源分配请求中携带的E1至E4中的至少一种信息。并且，每个待处理子界面中包括接受选项、拒绝选项。其中，接受选项是指接受服务提供端的待分配服务资源并支付相应的服务费用，拒绝选项是指拒绝服务提供端的待分配服务资源。

若检测每个待处理子界面中用于接受待分配服务资源的接受选项被触发，或者，用于拒绝待分配服务资源的拒绝选项被触发，则向服务器回复资源分配响应。其中，资源分配响应用于指示接受待分配资源或拒绝待分配资源。

示例性的，在网约车场景下，服务请求端展示的资源分配请求界面例如为图7所示，资源分配请求界面e中包括多个待处理子界面，例如假设服务请求端接收到2个服务提供端触发的资源分配请求，那么资源分配请求界面e中可以包括待处理子界面e1、待处理子界面e2。以待处理子界面e1为例，其中包括但不限于预估服务提供时间(例如显示为“今天9:30接到你”)、服务费用信息(例如为28元)、拼车情况(例如显示为“已有两名乘客愿意拼车”)、服务提供端的评价信息(例如包括信任度90分、当前行程路线出行次数10次等)等。其中，上述各个待处理子界面在资源详情界面中的排列顺序例如可以基于接收到资源分配请求的时间来确定，当然也可以采用其它排列策略，本申请对此并不限定。此外，上述待处理子界面e1中除了包括以上资源分配请求的相关信息，还包括接受选项e11、拒绝选项e12。其中，接受选项e11例如表示为“确认同行并支付”，拒绝选项e12例如表示为“拒绝”。

进一步地，若服务请求端检测到接收选项e11被触发，那么服务请求端的展示界面中可以展示服务费用支付界面，提示服务请求方支付相应的服务费用。若服务请求端检测到拒绝选项e12被触发，那么服务提供端的展示界面中可以展示一个提示框，示例性的。提示框中的提示内容例如为“拒绝此车主需要重新等待其它车主邀请才可同行”等，并且，提示框中还可以提供两个选项，一个是“我在想想”的选项，另一个是“拒绝车主”的选项。在触发“我在想想”的选项之后，可以返回上一展示界面，在触发“拒绝车主”的选项之后，则需要继续等待其它车主的邀请。

步骤207、服务器基于目标服务请求端发送的资源分配响应，确定资源分配结果，并将资源分配结果通知给服务提供端。

其中，若资源分配响应表示目标服务请求端确认接受待分配服务资源，则资源分配结果为分配成功；若资源分配响应表示目标服务请求端确认拒绝待分配服务资源，则资源分配结果为分配失败。

本申请的一些实施例中，待分配服务资源可以被多个服务请求端所共用，例如，在网约车场景下，同一服务提供方(如司机)可以为多个服务器请求方(如乘客)提供乘车服务，这种服务又被称为拼车服务，那么在拼车服务中，可以由服务请求端来选择是否允许共用同一服务资源，即选择是否允许共用同一服务提供端的运力资源。具体的，服务请求端是否选择允许共用同一服务资源的信息可以携带在第二描述信息中。一示例中，可以通过拼车选择信息来表示是否允许共用同一服务资源，例如若愿意拼车，那么表示允许共用同一服务资源，若不愿意拼车，那么表示不允许共用同一服务资源。

考虑到待分配服务资源被共用的情况下，能够进一步提升服务资源的利用率，故在资源分配的过程中，还可以加入有关服务资源是否能够被共用的处理过程，参照图8所示，为本申请实施例提供的另一种资源分配的方法的流程示意图，包括如下步骤：

步骤801、服务提供端生成待分配服务资源的第一描述信息，并向服务器发送第一描述信息。

步骤802、服务请求端生成对请求的服务资源的第二描述信息，并向服务器发送第二描述信息。

步骤803、服务器确定与第一描述信息匹配的至少一个第二描述信息，并将包含至少一个第二描述信息的资源详情界面信息通知给服务提供端。

步骤804、服务提供端从资源详情界面信息中选择目标第二描述信息，并通知服务器向发布目标第二描述信息的目标服务请求端发送资源分配请求，资源分配请求用于指示目标服务请求端确认是否接受待分配服务资源。

其中，上述步骤801至步骤804的具体处理过程可以参照图2中步骤201至步骤204的相关描述。

步骤805、服务器在接收服务提供端从资源详情界面信息中选择的目标第二描述信息之后，若检测到目标第二描述信息中指示允许共用同一服务资源，则提示服务提供端在目标服务请求端确认接受待分配服务资源之后，允许继续请求其它服务请求端共用待分配服务资源。

示例性的，在网约车场景下，服务器的提示信息可以展示在如图5所示的详情页中，可以在详情页中展示“当前乘客确认之后可以开始拼车”的提示信息。

步骤806、服务器向发布目标第二描述信息的目标服务请求端发送资源分配请求。

一种可能的实施方式中，服务器在向发布目标第二描述信息的目标服务请求端发送资源分配请求之后，若检测到目标服务请求端在预设时间段内并未回复资源分配响应，或者，检测到目标服务请求端已确认接受其它服务提供端的待分配服务资源，则将资源详情界面信息中除目标第二描述信息之外的第二描述信息更新为失效状态。

其中，第二描述信息在更新为失效状态之后，服务提供端没有权限继续选择失效状态的第二描述信息。

步骤807、目标服务请求端基于资源分配请求，向服务器回复资源分配响应。

步骤808、服务器基于目标服务请求端发送的资源分配响应，确定资源分配结果。

其中，若资源分配响应表示目标服务请求端确认接受待分配服务资源，则资源分配结果为分配成功；若资源分配响应表示目标服务请求端确认拒绝待分配服务资源，则资源分配结果为分配失败。

本申请实施例中，在资源分配结果为分配成功或分配失败的情况下，执行的处理流程不同，并且，在资源分配结果为分配成功的情况下，也可以基于分配成功的目标服务请求端是否愿意共用服务资源的选择信息，进而执行不同的处理流程。

其中，在资源分配结果为分配失败的情况下，服务器执行步骤809：

步骤809、服务器向服务提供端发送分配失败的资源分配结果，并提示服务提供端是否继续选择其它服务请求端。

这里，在资源分配结果为分配失败的情况下，服务器可以指示服务提供端继续跳转至资源详情界面，并提示服务提供端是否继续在资源详情界面中选择其它的目标第二描述信息，以此来实现提示服务提供端是否继续选择其它服务请求端。若检测到服务提供端继续选择其它服务提供端，则可以返回步骤805，继续执行后续处理流程。

其中，在资源分配结果为分配成功的情况下，服务器与服务提供端之间可以执行两种处理流程：第一种，在目标服务提供端愿意共用同一服务资源的情况下，执行的处理流程包括步骤810至步骤813；第二种，在目标服务提供端不愿意共用同一服务资源的情况下，执行的处理流程包括步骤814。

步骤810、服务器若检测到目标第二描述信息中指示允许共用同一服务资源，则在向服务提供端发送资源分配结果的同时，提示服务提供端是否继续请求其它服务请求端共用待分配服务资源。

步骤811、服务提供端接收服务器发送的用于指示分配成功的资源分配结果，并检测到资源分配结果的展示界面中继续请求其它服务请求端共用待分配服务资源的选项被触发。

本申请的一些实施例中，在服务提供端接收到资源分配结果之后，可以展示资源分配结果的展示界面。示例性的，参照图9所示的资源分配结果的展示界面f，包括资源分配结果信息展示区域f1，例如，在网约车场景下，资源分配成功时，在f1中展示的资源分配结果例如为“同行成功”，另外，还可以展示相关提示信息，例如提示服务请求方按约定时间到达约定地点等。展示界面f中还包括拼单选择区域f2，在拼单选择区域f2中可以包括一个继续请求其它服务请求端共用服务资源的选项，也即“继续拼单”的选项，在检测到“继续拼单”的选项被触发之后，可以向服务器发送继续拼单的请求。此外，展示界面f中还包括行程信息展示区域f3，在行程信息展示区域f3中展示有当前已接受待分配服务资源的服务请求端的相关信息，如服务请求端的第二描述信息等内容，本申请对此并不限定。

步骤812、服务器检测到服务提供端选择继续请求其它服务请求端共用待分配服务资源之后，向服务提供端发送第二描述信息的候选集合，其中，候选集合包含的第二描述信息中指示允许共用同一服务资源。

步骤813、服务提供端接收服务器发送的第二描述信息的候选集合，并从候选集合中继续选择目标第二描述信息。

示例性的，服务提供端在接收到第二描述信息的候选集合之后，服务提供端上可以展示候选集合展示界面g，例如参照图10所示，在候选集合展示界面g中包括多个第二描述信息的展示区域，例如，若候选集合中包括2个第二描述信息，那么在候选集合展示界面g中可以展示第二描述信息的展示区域g1、第二描述信息的展示区域g2等。当然，也可以展示其它与服务场景匹配的信息，本申请对此并不限定。

后续，服务器在检测到服务提供端从候选集合中继续选择目标第二描述信息之后，可以向选择的目标第二描述信息对应的服务请求端发送资源分配请求，并基于服务请求端回复的资源分配响应来确定资源分配结果，并通知给服务提供端，这一处理过程不再展示说明，具体可参见上述实施例中的内容。

步骤814、服务器若检测到目标第二描述信息中指示不允许共用同一服务资源，则服务器向服务提供端发送资源分配结果的同时，并将资源详情界面信息中除目标第二描述信息之外的第二描述信息更新为失效状态。

其中，第二描述信息在更新为失效状态之后，服务提供端没有权限继续选择失效状态的第二描述信息。

本申请上述实施例中，在分配服务资源的过程中，由后台服务器来匹配与待分配服务资源对应的服务请求端和服务提供端，并采用服务提供端和服务请求端进行双向选择的方式，最终确定待分配服务资源的分配结果。通过上述方式，可以有效避免因资源分配不合理导致的服务请求端反复请求服务资源的问题，从而提升服务资源的利用效率，也能节省处理资源，提升服务资源分配过程的处理效率。

基于相同的技术构思，本申请实施例还提供了一种资源分配的装置，参见图11所示，为本申请所提供的一种资源分配的装置的架构示意图，包括：接收模块1101、第一处理模块1102、发送模块1103、以及第二处理模块1104，具体的：

接收模块1101，用于接收服务提供端发送的待分配服务资源的第一描述信息，以及，接收不同服务请求端分别发送的对请求的服务资源的第二描述信息；

第一处理模块1102，用于确定与所述第一描述信息匹配的至少一个第二描述信息，并将包含所述至少一个第二描述信息的资源详情界面信息通知给所述服务提供端；

接收模块1101，还用于接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息；

发送模块1103，用于向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

第二处理模块1104，用于基于所述目标服务请求端发送的所述资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端。

本申请的一些实施例中，所述装置还包括：

提示模块1105，用于在所述接收模块1101接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息之后，若检测所述目标第二描述信息中指示允许共用同一服务资源，则提示所述服务提供端在所述目标服务请求端确认接受所述待分配服务资源之后，允许继续请求其它服务请求端共用所述待分配服务资源。

本申请的一些实施例中，所述第二处理模块1104，在基于所述目标服务请求端发送的所述资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端时，具体用于：

若所述资源分配响应表示所述目标服务请求端确认接受所述待分配服务资源，则确定所述资源分配结果为分配成功。

若所述目标第二描述信息中指示允许共用同一服务资源，则向所述服务提供端发送所述资源分配结果，并提示所述服务提供端是否继续请求其它服务请求端共用所述待分配服务资源；

若所述目标第二描述信息中指示不允许共用同一服务资源，则向所述服务提供端发送所述资源分配结果，并将所述资源详情界面信息中除所述目标第二描述信息之外的第二描述信息更新为失效状态。

本申请的一些实施例中，所述第二处理模块1104，在提示所述服务提供端是否继续请求其它服务请求端共用所述待分配服务资源之后，还用于：

检测到所述服务提供端选择继续请求其它服务请求端共用所述待分配服务资源，向所述服务提供端发送第二描述信息的候选集合，所述候选集合包含的所述第二描述信息中指示允许共用同一服务资源。

本申请的一些实施例中，所述第一处理模块1102，还用于：

在所述发送模块1103向发布所述目标第二描述信息的目标服务请求端发送资源分配请求之后，若所述第一处理模块1102检测到所述目标服务请求端在预设时间段内并未回复所述资源分配响应，或者，检测到所述目标服务请求端已确认接受其它服务提供端的待分配服务资源，则将所述资源详情界面信息中除所述目标第二描述信息之外的第二描述信息更新为失效状态。

本申请的一些实施例中，所述资源详情界面信息还包括以下信息中的至少一种：第一描述信息与每个第二描述信息的匹配度、每个第二描述信息对应的服务请求端的评价信息、每个第二描述信息对应的服务请求端已接收的资源分配请求的数量。

本申请的一些实施例中，所述资源分配请求中包括以下信息中的至少一种：所述第一描述信息中的部分或全部信息、所述服务提供端的评价信息、所述服务提供端的预估服务提供时间。

本申请的一些实施例中，所述第一描述信息包括以下信息中的至少一种：服务提供方的行程路线信息、服务提供方的出行时间、服务提供方的行程参与人信息；

所述第二描述信息包括以下信息中的至少一种：服务请求方的行程路线信息、服务请求方的出行时间、服务请求方的行程参与人信息、拼车选择信息、服务费用信息。

基于相同的技术构思，本申请实施例还提供了另外一种资源分配的装置，参见图12所示，为本申请实施例所提供的一种资源分配的装置的架构示意图，包括：生成模块1201、发送模块1202、接收模块1203、以及处理模块1204，具体的：

生成模块1201，用于生成待分配服务资源的第一描述信息；

发送模块1202，用于向服务器发送所述第一描述信息；

接收模块1203，用于接收所述服务器发送的资源详情界面信息，所述资源详情界面信息中包括与所述第一描述信息匹配的至少一个第二描述信息，每个第二描述信息表示发布该第二描述信息的服务请求端对请求的服务资源的描述；

处理模块1204，用于从所述资源详情界面信息中选择目标第二描述信息。

所述发送模块1202，还用于通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

所述接收模块1203，还用于接收所述服务器发送的资源分配结果，所述资源分配结果为所述服务器基于所述目标服务请求端的资源分配响应确定的。

本申请的一些实施例中，所述处理模块1204，在从所述资源详情界面信息中选择目标第二描述信息时，具体用于：

基于所述资源详情界面信息，生成并展示资源详情界面；

若检测到所述资源详情界面中目标第二描述信息对应的选项被触发，则确定所述目标第二描述信息被选择。

本申请的一些实施例中，所述处理模块1204，在从所述资源详情界面信息中选择目标第二描述信息之后，还用于：

展示所述目标第二描述信息的详情页；

所述发送模块1202，在通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求时，具体用于：

在检测到所述目标第二描述信息的详情页中资源分配请求选项被触发后，通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求。

本申请的一些实施例中，所述接收模块1203，在接收所述服务器发送的资源分配结果时，具体用于：

接收所述服务器发送的用于指示分配成功的所述资源分配结果；

若所述资源分配结果的展示界面中继续请求其它服务请求端共用所述待分配服务资源的选项被触发，则接收所述服务器发送的第二描述信息的候选集合，所述候选集合包含的所述第二描述信息中指示允许共用同一服务资源；

所述处理模块1204，还用于：

从所述候选集合中继续选择目标第二描述信息。

本申请的一些实施例中，所述第一描述信息包括以下信息中的至少一种：服务提供方的行程路线信息、服务提供方的出行时间、服务提供方的行程参与人信息；

所述第二描述信息包括以下信息中的至少一种：服务请求方的行程路线信息、服务请求方的出行时间、服务请求方的行程参与人信息、拼车选择信息、服务费用信息。

本申请的一些实施例中，所述资源详情界面信息还包括以下信息中的至少一种：第一描述信息与每个第二描述信息的匹配度、每个第二描述信息对应的服务请求端的评价信息、每个第二描述信息对应的服务请求端已接收的资源分配请求的数量。

基于相同的技术构思，本申请实施例还提供了另外一种资源分配的装置，参见图13所示，为本申请实施例所提供的一种资源分配的装置的架构示意图，包括：生成模块1301、发送模块1302、接收模块1303、以及回复模块1304，具体的：

生成模块1301，用于生成对请求的服务资源的第二描述信息；

发送模块1302，用于向服务器发送所述第二描述信息；

接收模块1303，用于接收所述服务器在服务提供端的通知下发送的资源分配请求，所述资源分配请求用于指示是否接受所述服务提供端的待分配服务资源；所述服务提供端发布的待分配服务资源的第一描述信息与所述第二描述信息相匹配；

回复模块1304，还用于基于所述资源分配请求，向所述服务器回复资源分配响应。

本申请的一些实施例中，所述回复模块1304，在基于所述资源分配请求，向所述服务器回复资源分配响应时，具体用于：

基于所述资源分配请求中携带的至少一种信息，生成并展示资源分配请求界面；所述资源分配请求界面中包括多个待处理子界面，每个待处理子界面中包括一个服务提供端对应的资源分配请求中的至少一种信息；

若检测每个待处理子界面中用于接受所述待分配服务资源的接受选项被触发，或者，用于拒绝所述待分配服务资源的拒绝选项被触发，则向所述服务器回复所述资源分配响应。

本申请的一些实施例中，所述第一描述信息包括以下信息中的至少一种：服务提供方的行程路线信息、服务提供方的出行时间、服务提供方的行程参与人信息；

所述第二描述信息包括以下信息中的至少一种：服务请求方的行程路线信息、服务请求方的出行时间、服务请求方的行程参与人信息、拼车选择信息、服务费用信息。

本申请的一些实施例中，所述资源分配请求中包括以下信息中的至少一种：所述第一描述信息中的部分或全部信息、所述服务提供端的评价信息、所述服务提供端的预估服务提供时间。

基于相同的技术构思，本申请实施例还提供了一种电子设备。参照图14所示，为本申请实施例提供的电子设备1400的结构示意图，包括处理器1401、存储器1402、和总线1403。其中，存储器1402用于存储执行指令，包括内存14021和外部存储器14022；这里的内存14021也称内存储器，用于暂时存放处理器1401中的运算数据，以及与硬盘等外部存储器14022交换的数据，处理器1401通过内存14021与外部存储器14022进行数据交换，当电子设备1400运行时，处理器1401与存储器1402之间通过总线1403通信，使得处理器1401在执行以下指令：

接收服务提供端发送的待分配服务资源的第一描述信息，以及，接收不同服务请求端分别发送的对请求的服务资源的第二描述信息；

确定与所述第一描述信息匹配的至少一个第二描述信息，并将包含所述至少一个第二描述信息的资源详情界面信息通知给所述服务提供端；

接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息，并向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

基于所述目标服务请求端发送的所述资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端。

基于相同的技术构思，本申请实施例还提供了一种电子设备。参照图15所示，为本申请实施例提供的电子设备1500的结构示意图，包括处理器1501、存储器1502、和总线1503。其中，存储器1502用于存储执行指令，包括内存15021和外部存储器15022；这里的内存15021也称内存储器，用于暂时存放处理器1501中的运算数据，以及与硬盘等外部存储器15022交换的数据，处理器1501通过内存15021与外部存储器15022进行数据交换，当电子设备1500运行时，处理器1501与存储器1502之间通过总线1503通信，使得处理器1501在执行以下指令：

生成待分配服务资源的第一描述信息，并向服务器发送所述第一描述信息；

接收所述服务器发送的资源详情界面信息，所述资源详情界面信息中包括与所述第一描述信息匹配的至少一个第二描述信息，每个第二描述信息表示发布该第二描述信息的服务请求端对请求的服务资源的描述；

从所述资源详情界面信息中选择目标第二描述信息，并通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

接收所述服务器发送的资源分配结果，所述资源分配结果为所述服务器基于所述目标服务请求端的资源分配响应确定的。

基于相同的技术构思，本申请实施例还提供了一种电子设备。参照图16所示，为本申请实施例提供的电子设备1600的结构示意图，包括处理器1601、存储器1602、和总线1603。其中，存储器1602用于存储执行指令，包括内存16021和外部存储器16022；这里的内存16021也称内存储器，用于暂时存放处理器1601中的运算数据，以及与硬盘等外部存储器16022交换的数据，处理器1601通过内存16021与外部存储器16022进行数据交换，当电子设备1600运行时，处理器1601与存储器1602之间通过总线1603通信，使得处理器1601在执行以下指令：

生成对请求的服务资源的第二描述信息，并向服务器发送所述第二描述信息；

接收所述服务器在服务提供端的通知下发送的资源分配请求，所述资源分配请求用于指示是否接受所述服务提供端的待分配服务资源；所述服务提供端发布的待分配服务资源的第一描述信息与所述第二描述信息相匹配；

基于所述资源分配请求，向所述服务器回复资源分配响应。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述资源分配的方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述资源分配的方法，从而提升服务资源的利用率。

本申请实施例所提供的资源分配方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (27)

1.一种资源分配的方法，应用于服务器中，其特征在于，包括：

接收服务提供端发送的待分配服务资源的第一描述信息，以及，接收不同服务请求端分别发送的对请求的服务资源的第二描述信息；

确定与所述第一描述信息匹配的至少一个第二描述信息，并将包含所述至少一个第二描述信息的资源详情界面信息通知给所述服务提供端；

接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息，并向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

基于所述目标服务请求端发送的资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端；

所述基于所述目标服务请求端发送的资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端，包括：

若所述资源分配响应表示所述目标服务请求端确认接受所述待分配服务资源，则确定所述资源分配结果为分配成功；

若所述目标第二描述信息中指示允许共用同一服务资源，则向所述服务提供端发送所述资源分配结果，并提示所述服务提供端是否继续请求其它服务请求端共用所述待分配服务资源；

若所述目标第二描述信息中指示不允许共用同一服务资源，则向所述服务提供端发送所述资源分配结果，并将所述资源详情界面信息中除所述目标第二描述信息之外的第二描述信息更新为失效状态。

2.根据权利要求1所述的方法，其特征在于，在接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息之后，还包括：

若检测所述目标第二描述信息中指示允许共用同一服务资源，则提示所述服务提供端在所述目标服务请求端确认接受所述待分配服务资源之后，允许继续请求其它服务请求端共用所述待分配服务资源。

3.根据权利要求1所述的方法，其特征在于，在提示所述服务提供端是否继续请求其它服务请求端共用所述待分配服务资源之后，还包括：

检测到所述服务提供端选择继续请求其它服务请求端共用所述待分配服务资源，向所述服务提供端发送第二描述信息的候选集合，所述候选集合包含的所述第二描述信息中指示允许共用同一服务资源。

4.根据权利要求1所述的方法，其特征在于，在向发布所述目标第二描述信息的目标服务请求端发送资源分配请求之后，还包括：

若检测到所述目标服务请求端在预设时间段内并未回复所述资源分配响应，或者，检测到所述目标服务请求端已确认接受其它服务提供端的待分配服务资源，则将所述资源详情界面信息中除所述目标第二描述信息之外的第二描述信息更新为失效状态。

5.根据权利要求1至4任一所述的方法，其特征在于，所述资源详情界面信息还包括以下信息中的至少一种：第一描述信息与每个第二描述信息的匹配度、每个第二描述信息对应的服务请求端的评价信息、每个第二描述信息对应的服务请求端已接收的资源分配请求的数量。

6.根据权利要求1至4任一所述的方法，其特征在于，所述资源分配请求中包括以下信息中的至少一种：所述第一描述信息中的部分或全部信息、所述服务提供端的评价信息、所述服务提供端的预估服务提供时间。

7.根据权利要求1至4任一所述的方法，其特征在于，所述第一描述信息包括以下信息中的至少一种：服务提供方的行程路线信息、服务提供方的出行时间、服务提供方的行程参与人信息；

所述第二描述信息包括以下信息中的至少一种：服务请求方的行程路线信息、服务请求方的出行时间、服务请求方的行程参与人信息、拼车选择信息、服务费用信息。

8.一种资源分配的方法，应用于服务提供端中，其特征在于，包括：

生成待分配服务资源的第一描述信息，并向服务器发送所述第一描述信息；

接收所述服务器发送的资源详情界面信息，所述资源详情界面信息中包括与所述第一描述信息匹配的至少一个第二描述信息，每个第二描述信息表示发布该第二描述信息的服务请求端对请求的服务资源的描述；

从所述资源详情界面信息中选择目标第二描述信息，并通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

接收所述服务器发送的资源分配结果，所述资源分配结果为所述服务器基于所述目标服务请求端的资源分配响应确定的；

所述接收所述服务器发送的资源分配结果，包括：

接收所述服务器发送的用于指示分配成功的所述资源分配结果；

若所述资源分配结果的展示界面中继续请求其它服务请求端共用所述待分配服务资源的选项被触发，则接收所述服务器发送的第二描述信息的候选集合，所述候选集合包含的所述第二描述信息中指示允许共用同一服务资源；

从所述候选集合中继续选择目标第二描述信息。

9.根据权利要求8所述的方法，其特征在于，所述从所述资源详情界面信息中选择目标第二描述信息，包括：

基于所述资源详情界面信息，生成并展示资源详情界面；

若检测到所述资源详情界面中目标第二描述信息对应的选项被触发，则确定所述目标第二描述信息被选择。

10.如权利要求9所述的方法，其特征在于，在从所述资源详情界面信息中选择目标第二描述信息之后，还包括：

展示所述目标第二描述信息的详情页；

所述通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，包括：

在检测到所述目标第二描述信息的详情页中资源分配请求选项被触发后，通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求。

11.如权利要求8至10任一所述的方法，其特征在于，所述第一描述信息包括以下信息中的至少一种：服务提供方的行程路线信息、服务提供方的出行时间、服务提供方的行程参与人信息；

所述第二描述信息包括以下信息中的至少一种：服务请求方的行程路线信息、服务请求方的出行时间、服务请求方的行程参与人信息、拼车选择信息、服务费用信息。

12.根据权利要求8至10任一所述的方法，其特征在于，所述资源详情界面信息还包括以下信息中的至少一种：与每个第二描述信息的匹配程度、每个第二描述信息对应的服务请求端的评价信息、每个第二描述信息对应的服务请求方已接收的资源分配请求的数量。

13.一种资源分配的方法，应用于服务请求端中，其特征在于，包括：

生成对请求的服务资源的第二描述信息，并向服务器发送所述第二描述信息；

接收所述服务器在服务提供端的通知下发送的资源分配请求，所述资源分配请求用于指示是否接受所述服务提供端的待分配服务资源；所述服务提供端发布的待分配服务资源的第一描述信息与所述第二描述信息相匹配；

基于所述资源分配请求，向所述服务器回复资源分配响应；

所述基于所述资源分配请求，向所述服务器回复资源分配响应，包括：

基于所述资源分配请求中携带的至少一种信息，生成并展示资源分配请求界面；所述资源分配请求界面中包括多个待处理子界面，每个待处理子界面中包括一个服务提供端对应的资源分配请求中的至少一种信息；

若检测每个待处理子界面中用于接受所述待分配服务资源的接受选项被触发，或者，用于拒绝所述待分配服务资源的拒绝选项被触发，则向所述服务器回复所述资源分配响应；

所述第二描述信息中携带有是否允许共用同一服务资源的信息。

14.根据权利要求13所述的方法，其特征在于，所述资源分配请求中包括以下信息中的至少一种：所述待分配服务资源的第一描述信息中的部分或全部信息、发布所述第一描述信息的服务提供端的评价信息、发布所述第一描述信息的服务提供端的预估服务提供时间。

15.一种资源分配的装置，其特征在于，包括：

接收模块，用于接收服务提供端发送的待分配服务资源的第一描述信息，以及，接收不同服务请求端分别发送的对请求的服务资源的第二描述信息；

第一处理模块，用于确定与所述第一描述信息匹配的至少一个第二描述信息，并将包含所述至少一个第二描述信息的资源详情界面信息通知给所述服务提供端；

接收模块，还用于接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息；

发送模块，用于向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

第二处理模块，用于基于所述目标服务请求端发送的资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端；

所述第二处理模块，在基于所述目标服务请求端发送的资源分配响应，确定资源分配结果并将所述资源分配结果通知给所述服务提供端时，具体用于：

若所述资源分配响应表示所述目标服务请求端确认接受所述待分配服务资源，则确定所述资源分配结果为分配成功，

若所述目标第二描述信息中指示允许共用同一服务资源，则向所述服务提供端发送所述资源分配结果，并提示所述服务提供端是否继续请求其它服务请求端共用所述待分配服务资源；

若所述目标第二描述信息中指示不允许共用同一服务资源，则向所述服务提供端发送所述资源分配结果，并将所述资源详情界面信息中除所述目标第二描述信息之外的第二描述信息更新为失效状态。

16.根据权利要求15所述的装置，其特征在于，所述装置还包括：

提示模块，用于在所述接收模块接收所述服务提供端从所述资源详情界面信息中选择的目标第二描述信息之后，若检测所述目标第二描述信息中指示允许共用同一服务资源，则提示所述服务提供端在所述目标服务请求端确认接受所述待分配服务资源之后，允许继续请求其它服务请求端共用所述待分配服务资源。

17.根据权利要求15所述的装置，其特征在于，所述第二处理模块，在提示所述服务提供端是否继续请求其它服务请求端共用所述待分配服务资源之后，还用于：

检测到所述服务提供端选择继续请求其它服务请求端共用所述待分配服务资源，向所述服务提供端发送第二描述信息的候选集合，所述候选集合包含的所述第二描述信息中指示允许共用同一服务资源。

18.根据权利要求15所述的装置，其特征在于，所述第一处理模块，还用于：

在所述发送模块向发布所述目标第二描述信息的目标服务请求端发送资源分配请求之后，若所述第一处理模块检测到所述目标服务请求端在预设时间段内并未回复所述资源分配响应，或者，检测到所述目标服务请求端已确认接受其它服务提供端的待分配服务资源，则将所述资源详情界面信息中除所述目标第二描述信息之外的第二描述信息更新为失效状态。

19.根据权利要求15至18任一所述的装置，其特征在于，所述资源详情界面信息还包括以下信息中的至少一种：第一描述信息与每个第二描述信息的匹配度、每个第二描述信息对应的服务请求端的评价信息、每个第二描述信息对应的服务请求端已接收的资源分配请求的数量。

20.根据权利要求15至18任一所述的装置，其特征在于，所述资源分配请求中包括以下信息中的至少一种：所述第一描述信息中的部分或全部信息、所述服务提供端的评价信息、所述服务提供端的预估服务提供时间。

21.根据权利要求15至18任一所述的装置，其特征在于，所述第一描述信息包括以下信息中的至少一种：服务提供方的行程路线信息、服务提供方的出行时间、服务提供方的行程参与人信息；

所述第二描述信息包括以下信息中的至少一种：服务请求方的行程路线信息、服务请求方的出行时间、服务请求方的行程参与人信息、拼车选择信息、服务费用信息。

22.一种资源分配的装置，其特征在于，包括：

生成模块，用于生成待分配服务资源的第一描述信息；

发送模块，用于向服务器发送所述第一描述信息；

接收模块，用于接收所述服务器发送的资源详情界面信息，所述资源详情界面信息中包括与所述第一描述信息匹配的至少一个第二描述信息，每个第二描述信息表示发布该第二描述信息的服务请求端对请求的服务资源的描述；

处理模块，用于从所述资源详情界面信息中选择目标第二描述信息；

所述发送模块，还用于通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求，所述资源分配请求用于指示所述目标服务请求端确认是否接受所述待分配服务资源；

所述接收模块，还用于接收所述服务器发送的资源分配结果，所述资源分配结果为所述服务器基于所述目标服务请求端的资源分配响应确定的；

所述接收模块，在接收所述服务器发送的资源分配结果时，具体用于：

接收所述服务器发送的用于指示分配成功的所述资源分配结果；

若所述资源分配结果的展示界面中继续请求其它服务请求端共用所述待分配服务资源的选项被触发，则接收所述服务器发送的第二描述信息的候选集合，所述候选集合包含的所述第二描述信息中指示允许共用同一服务资源；

所述处理模块，还用于：

从所述候选集合中继续选择目标第二描述信息。

23.根据权利要求22所述的装置，其特征在于，所述处理模块，在从所述资源详情界面信息中选择目标第二描述信息时，具体用于：

基于所述资源详情界面信息，生成并展示资源详情界面；

若检测到所述资源详情界面中目标第二描述信息对应的选项被触发，则确定所述目标第二描述信息被选择。

24.如权利要求23所述的装置，其特征在于，所述处理模块，在从所述资源详情界面信息中选择目标第二描述信息之后，还用于：

展示所述目标第二描述信息的详情页；

所述发送模块，在通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求时，具体用于：

在检测到所述目标第二描述信息的详情页中资源分配请求选项被触发后，通知所述服务器向发布所述目标第二描述信息的目标服务请求端发送资源分配请求。

25.一种资源分配的装置，其特征在于，包括：

生成模块，用于生成对请求的服务资源的第二描述信息；

发送模块，用于向服务器发送所述第二描述信息；

接收模块，用于接收所述服务器在服务提供端的通知下发送的资源分配请求，所述资源分配请求用于指示是否接受所述服务提供端的待分配服务资源；所述服务提供端发布的待分配服务资源的第一描述信息与所述第二描述信息相匹配；

回复模块，还用于基于所述资源分配请求，向所述服务器回复资源分配响应；

所述回复模块，在基于所述资源分配请求，向所述服务器回复资源分配响应时，具体用于：

基于所述资源分配请求中携带的至少一种信息，生成并展示资源分配请求界面；所述资源分配请求界面中包括多个待处理子界面，每个待处理子界面中包括一个服务提供端对应的资源分配请求中的至少一种信息；

若检测每个待处理子界面中用于接受所述待分配服务资源的接受选项被触发，或者，用于拒绝所述待分配服务资源的拒绝选项被触发，则向所述服务器回复所述资源分配响应；

所述第二描述信息中携带有是否允许共用同一服务资源的信息。

26.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行权利要求1至7任一所述方法的步骤，或者，执行权利要求8至12任一所述方法的步骤，或者，执行权利要求13至14任一所述方法的步骤。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行权利要求1至7任一所述方法的步骤，或者，执行权利要求8至12任一所述方法的步骤，或者，执行权利要求13至14任一所述方法的步骤。

Images