CN109978206B - 用于请求服务资源的方法及装置 - Google Patents

Abstract

本公开提供一种用于请求服务资源的方法及装置，涉及互联网应用技术领域，所述方法的一具体实施方式包括：响应于接收到客户端的触发信息，确定与所述客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方；若不存在待分配的服务提供方，针对所述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方；基于所述预测得到的结果，向客户端返回相应的指示信息。该实施方式可以在上述服务请求地点的预定地理范围内运力稀缺时，阻止用户发单，从而避免了用户在请求服务资源之后，长时间匹配不到合适的服务提供方的问题，提高了服务资源的分配效率以及服务资源的利用率。

Description

用于请求服务资源的方法及装置

技术领域

本公开涉及互联网应用技术领域，特别涉及一种用于请求服务资源的方法及装置。

背景技术

近几年，随着互联网技术的不断发展,将线下的商务机会与互联网结合，出现了新的O2O(Online To Offline，在线离线/线上到线下)商业模式，使互联网成为线下交易的平台。目前，O2O已经进入了高速发展的阶段，其中，交通工具的O2O服务是发展的比较成功的O2O服务。以车辆O2O服务为例，目前，当用户请求车辆服务资源时，不管服务请求范围内有无车辆，均允许用户随时进行请求车辆服务资源的操作。但是，如果该服务请求范围内运力稀缺，则可能导致用户在请求车辆服务资源之后，长时间匹配不到合适的服务提供方，从而不仅影响了用户的体验，也降低了服务资源的分配效率以及服务资源的利用率。

发明内容

为了解决上述技术问题，本公开提供了一种用于请求服务资源的方法及装置。

根据本公开实施例的第一方面，提供一种用于请求服务资源的方法，包括：

响应于接收到客户端的触发信息，确定与所述客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方；

若不存在待分配的服务提供方，针对所述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方；

基于所述预测得到的结果，向客户端返回相应的指示信息。

根据本公开实施例的第二方面，提供一种用于请求服务资源的方法，包括：

响应于服务请求信息的输入，向服务器发送触发信息；

接收所述服务器返回的指示信息；

基于所述指示信息控制所述客户端的用户接口控件的输出，所述用户接口控件用于请求服务资源。

根据本公开实施例的第三方面，提供一种用于请求服务资源的装置，包括：

确定单元，被配置为响应于接收到客户端的触发信息，确定与所述客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方；

预测单元，被配置为在不存在待分配的服务提供方时，针对所述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方；

返回单元，被配置为基于所述预测得到的结果，向客户端返回相应的指示信息。

根据本公开实施例的第四方面，提供一种用于请求服务资源的装置，包括：

发送单元，被配置为响应于服务请求信息的输入，向服务器发送触发信息；

接收单元，被配置为接收所述服务器返回的指示信息；

控制单元，被配置为基于所述指示信息控制所述客户端的用户接口控件的输出，所述用户接口控件用于请求服务资源。

根据本公开实施例的第五方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面中任一项所述的用于请求服务资源的方法。

根据本公开实施例的第六方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述第一方面或第二方面中任一项所述的用于请求服务资源的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的上述实施例提供的用于请求服务资源的方法和装置，通过响应于接收到客户端的触发信息，确定与客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方，若不存在待分配的服务提供方，针对上述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方，并基于该预测得到的结果，向客户端返回相应的指示信息，从而控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。因此，在上述服务请求地点的预定地理范围内运力稀缺时，阻止用户发单，以引导用户采取相应的措施，如改变发单位置等，从而避免了用户在请求服务资源之后，长时间匹配不到合适的服务提供方的问题，提高了服务资源的分配效率以及服务资源的利用率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为应用本公开实施例的示例性系统架构示意图；

图2是本公开根据一示例性实施例示出的一种用于请求服务资源的方法的流程图；

图3是本公开根据一示例性实施例示出的另一种用于请求服务资源的方法的流程图；

图4是本公开根据一示例性实施例示出的另一种用于请求服务资源的方法的流程图；

图5是本公开根据一示例性实施例示出的一种用于请求服务资源的装置框图；

图6是本公开根据一示例性实施例示出的另一种用于请求服务资源的装置框图；

图7是本公开根据一示例性实施例示出的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，为应用本公开实施例的示例性系统架构示意图：

如图1所示，系统架构100可以包括终端设备，例如图示的终端设备101、102、网络103和服务器104。应该理解，图1中的终端设备、网络和服务器的数目或类型仅仅是示意性的。根据实现需要，可以具有任意数目或类型的终端设备、网络和服务器。

网络103用于在终端设备、服务器之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102可以通过网络103与服务器进行交互，以接收或发送请求或信息等。终端设备101、102可以是各种电子设备，包括但不限于智能手机、平板电脑、智能穿戴设备以及个人数字助理等等。

服务器104可以是提供各种服务的服务器。服务器可以对接收到的数据进行存储、分析等处理，也可以向终端设备或其它服务器发送控制命令或者请求等。服务器可以响应于用户的服务请求而提供服务。可以理解，一个服务器可以提供一种或多种服务，同一种服务也可以由多个服务器来提供。

下面将结合具体的实施例对本公开进行详细描述。

如图2所示，图2是根据一示例性实施例示出的一种用于请求服务资源的方法的流程图，该方法可以应用于服务器中。该方法可以包括以下步骤：

在步骤201中，响应于接收到客户端的触发信息，确定与该客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方。

在本实施例中，所涉及的服务可以是一些O2O服务，如交通工具的O2O服务等，本公开对涉及的服务的具体形式或类型方面不限定。客户端为安装于用户的终端设备中的第三方应用程序，可以是应用于互联网服务的服务请求侧客户端，例如，客户端可以包括但不限于交通工具的O2O服务的乘客侧客户端等，可以理解，本公开对此方面不限定。服务提供方为提供服务的用户，待分配的服务提供方可以是处于空闲状态且等待分配服务任务的服务提供方。以交通工具的O2O服务为例，服务提供方可以是提供服务的司机，待分配的服务提供方可以是处于空闲状态且等待接单的司机。

在本实施例中，触发信息为客户端响应于服务请求信息的输入而发送的。当用户通过客户端输入服务请求信息后，该客户端会向服务器发送触发信息，该触发信息可以携带服务请求信息等。其中，服务请求信息至少可以包括服务的起点位置信息、服务的终点位置信息、和/或服务时间等。其中，上述触发信息可以是在服务请求信息被用户输入至客户端且用户并未在客户端确定与该服务请求信息对应的服务订单的时间段内被发送，也可以是在服务请求信息被用户输入至客户端且用户在客户端确定与该服务请求信息对应的服务订单的时间段内被发送。其中，上述服务包括即时约车服务和/或在特定时刻的预约车服务等。服务器响应于该触发信息，针对服务请求地点的预定地理范围，在不存在待分配的服务提供方时，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。

在本实施例中，客户端的触发信息对应的服务请求地点的预定地理范围可以是用户通过该客户端输入的服务请求信息中包括的服务起点位置周围预设范围，例如，以该起点位置为圆心，预设距离为半径的圆形区域范围。可以理解，本公开对该预定地理范围的具体划分方面不限。

在本实施例中，可以首先获取当前时刻上述预定地理范围内的服务资源的分布情况，从而确定当前在上述预定地理范围内是否存在待分配的服务提供方。以交通工具的O2O服务为例，可以首先获取当前时刻上述预定地理范围内的空闲运力分布情况，从而确定在上述预定地理范围内是否存在待分配的司机。

在步骤202中，若不存在待分配的服务提供方，针对上述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。

在本实施例中，当确定与客户端的触发信息对应的服务请求地点的预定地理范围内不存在待分配的服务提供方时，可以进一步针对上述预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。其中，在当前时刻之后的预设时段可以是任意合理的时段，例如，可以是当前时刻之后的5分钟，或者10分钟，或者15分钟等等，本公开对此方面不限定。

在本实施例的一种实现方式中，可以对历史数据进行统计分析，从而针对上述预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。在本实施例的另一种实现方式中，还可以采用机器学习的方式，针对上述预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。具体来说，可以首先获取上述预定地理范围对应的目标特征信息，将该目标特征信息输入预先训练的目标模型，然后，基于该目标模型的输出结果，确定在预设时段内是否存在待分配的服务提供方。

可以理解，还可以通过其它的方式进行上述预测，本公开对进行上述预测的具体方式方面不限定。

在步骤203中，基于上述预测得到的结果，向客户端返回相应的指示信息。

在本实施例中，可以基于上述预测得到的结果，向客户端返回相应的指示信息，从而控制该客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。其中，用户接口控件可以是用户界面上用于请求服务资源的虚拟按钮，例如，以交通工具的O2O服务为例，上述用户接口控件可以是用于请求交通工具服务的呼叫按钮等。

在本实施例中，指示信息可以用于指示针对上述触发信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内是否存在待分配的服务提供方。

在本实施例中，具体来说，如果上述预测的结果为在上述预定地理范围内，在当前时刻之后的预设时段内存在待分配的服务提供方的信息，则客户端可以在其用户界面上输出可用状态的用户接口控件。如果上述预测的结果为在上述预定地理范围内，在当前时刻之后的预设时段内不存在待分配的服务提供方的信息，客户端可以在其用户界面上输出不可用状态的用户接口控件，也可以不输出上述用户接口控件。

对于本实施例，一种具体的应用场景可以为，乘客通过终端设备登录车辆服务的客户端，准备呼叫车辆服务。乘客首先输入服务请求信息，该服务请求信息包括服务的起点位置。服务器可以根据服务的起点位置确定该乘客对应的服务车辆呼叫范围内是否有等待接单的司机。如果没有等待接单的司机，进一步预测在10分钟之内，该车辆呼叫范围内是否可能有等待接单的司机。根据该预测的结果向乘客的上述终端设备返回相应的指示信息，如果在10分钟之内，该车辆呼叫范围内可能有等待接单的司机，则在该客户端的用户界面上输出处于可用状态的虚拟按钮，该虚拟按钮用于呼叫车辆服务。如果在10分钟之内，该车辆呼叫范围内可能没有等待接单的司机，则在该客户端的用户界面上输出处于不可用状态的用于呼叫车辆服务的虚拟按钮。

本实施例并不限于上述的应用场景，还可以应用到其他场景中。本公开的上述实施例提供的用于请求服务资源的方法，通过响应于接收到客户端的触发信息，确定与客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方，若不存在待分配的服务提供方，针对上述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方，并基于该预测得到的结果，向客户端返回相应的指示信息，从而控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。因此，在上述服务请求地点的预定地理范围内运力稀缺时，阻止用户发单，以引导用户采取相应的措施，如改变发单位置等，从而避免了用户在请求服务资源之后，长时间匹配不到合适的服务提供方的问题，提高了服务资源的分配效率以及服务资源的利用率。

图3是根据一示例性实施例示出的另一种用于请求服务资源方法的流程图，该实施例详细描述了预测在当前时刻之后的预设时段内是否存在待分配的服务提供方的过程，该方法可以应用于服务器中。该方法可以包括以下步骤：

在步骤301中，响应于接收到客户端的触发信息，确定与客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方。

在步骤302中，若不存在待分配的服务提供方，获取与上述服务请求地点的预定地理范围对应的目标特征信息。

在本实施例的一种实现方式中，目标特征信息可以包括历史同比特征信息，历史环比特征信息以及实时特征信息。以交通工具的O2O服务为例，其中，历史同比特征信息可以包括但不限于当前时刻之后预设时段的同比时期内，该服务请求地点的预定地理范围内的订单总量特征信息、运力特征信息、订单应答率特征信息、订单应答时长特征信息、订单成交总量特征信息、订单成交率特征信息、等待接驾时长特征信息以及动调价的特征信息等等。

历史环比特征信息可以包括但不限于当前时刻之后预设时段的环比时期内，该服务请求地点的预定地理范围内的订单总量特征信息、运力特征信息、订单应答率特征信息、订单应答时长特征信息、订单成交总量特征信息、订单成交率特征信息、等待接驾时长特征信息以及动调价的特征信息等等。

实时特征信息可以包括但不限于当前时刻特征信息，服务请求方当前的位置信息，当前时刻之前的预定时间段内服务请求地点的预定地理范围内的订单总量特征信息、运力特征信息、订单应答率特征信息、订单应答时长特征信息、订单成交总量特征信息、订单成交率特征信息、等待接驾时长特征信息以及动调价的特征信息等等。

在本实施例的另一种实现方式中，目标特征信息可以包括实时影响因素特征信息，其中，实时影响因素特征可以是能够对待分配的服务提供方的分布情况产生影响的因素特征。以交通工具的O2O服务为例，实时影响因素特征信息可以包括但不限于当前的日期特征信息、星期特征信息、天气特征信息、温度特征信息、湿度特征信息、周边区域的空闲和服务中司机数量特征信息等。

可以理解，目标特征信息可以包括任意合理的特征信息，本公开对目标特征信息的具体内容方面不限定。

在步骤303中，将目标特征信息输入预先训练的目标模型。

在步骤304中，基于目标模型的输出结果，确定在上述预设时段内是否存在待分配的服务提供方。

在本实施例中，目标模型可以包括以下任意一项：逻辑回归LR模型；决策树模型；神经网络模型。

在本实施例的一种实现方式中，输出结果可以包括：针对上述服务请求地点的预定地理范围，在上述预设时段内存在待分配的服务提供方的概率值。因此，可以通过如下方式基于目标模型的输出结果确定在上述预设时段内是否存在待分配的服务提供方：确定上述概率值是否大于或者等于预设阈值，如果该概率值大于或者等于预设阈值，则确定在上述预设时段内存在待分配的服务提供方。如果该概率值小于预设阈值，则确定在上述预设时段内不存在待分配的服务提供方。

在本实施例的另一种实现方式中，输出结果还可以包括：针对上述服务请求地点的预定地理范围，在当前时刻之后出现待分配的服务提供方的概率超过预设概率的目标时刻。因此，可以通过如下方式基于目标模型的输出结果确定在上述预设时段内是否存在待分配的服务提供方：确定该目标时刻是否在上述预设时段内，如果目标时刻在上述预设时段内，则确定在上述预设时段内存在待分配的服务提供方。如果目标时刻不在上述预设时段内，则确定在上述预设时段内不存在待分配的服务提供方。

可选地，还可以将该目标时刻发送给客户端，通过客户端的用户界面输出提醒信息，该提醒信息可以包括目标时刻，从而向用户提供可参考信息，以更好的引导用户采取相应的措施，更好地避免长时间匹配不到合适的服务提供方的问题。

在步骤305中，基于预测得到的结果，向客户端返回相应的指示信息。

需要说明的是，对于与图2实施例中相同的步骤，在上述图3实施例中不再进行赘述，相关内容可参见图2实施例。

本公开的上述实施例提供的用于请求服务资源的方法，通过响应于接收到客户端的触发信息，确定与客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方。若不存在待分配的服务提供方，获取与上述服务请求地点的预定地理范围对应的目标特征信息，将目标特征信息输入预先训练的目标模型，基于目标模型的输出结果，确定在上述预设时段内是否存在待分配的服务提供方，并基于预测得到的结果，向客户端返回相应的指示信息。从而能够更准确的判断上述服务请求地点的预定地理范围内的运力是否持续稀缺，并在上述服务请求地点的预定地理范围内运力持续稀缺时，阻止用户发单，以引导用户采取相应的措施，如改变发单位置等，从而进一步避免了用户在请求服务资源之后，长时间匹配不到合适的服务提供方的问题，有助于提高服务资源的分配效率以及服务资源的利用率。

如图4所示，图4是根据一示例性实施例示出的一种用于请求服务资源的方法的流程图，该方法可以应用于终端设备中。在本实施例中，为了便于理解，结合能够安装第三方应用程序的终端设备来举例说明。本领域技术人员可以理解，该终端设备可以包括但不限于诸如智能手机的移动终端设备、智能穿戴式设备、平板电脑、个人数字助理等等。该方法包括以下步骤：

在步骤401中，响应于服务请求信息的输入，向服务器发送触发信息。

在本实施例中，所涉及的客户端为安装于上述终端设备中的第三方应用程序，可以是应用于互联网服务的服务请求侧客户端，例如，客户端可以包括但不限于交通工具的O2O服务的乘客侧客户端等，可以理解，本公开对此方面不限定。

在本实施例中，当用户通过客户端输入服务请求信息后，可以通过上述终端设备向服务器发送触发信息，该触发信息可以携带服务请求信息等。其中，服务请求信息至少可以包括服务的起点位置信息。以使服务器响应于该触发信息，针对服务请求地点的预定地理范围，在不存在待分配的服务提供方时，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。

在步骤402中，接收服务器返回的指示信息。

在步骤403中，基于上述指示信息控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。

在本实施例中，可以接收服务器返回的指示信息，该指示信息用于指示在所述服务请求信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内是否存在待分配的服务提供方，并基于指示信息控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。其中，用户接口控件可以是用户界面上用于请求服务资源的虚拟按钮，例如，以交通工具的O2O服务为例，上述用户接口控件可以是用于请求交通工具运输服务的呼叫按钮，即用于发出请求交通工具运输服务订单服务的按钮。

具体来说，若指示信息指示针对上述触发信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内存在待分配的服务提供方，则在客户端的用户界面上输出可用状态的用户接口控件。若指示信息指示针对上述触发信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内不存在待分配的服务提供方，则在客户端的用户界面上输出不可用状态的用户接口控件，也可以不输出用户接口控件。

本公开的上述实施例提供的用于请求服务资源的方法，响应于服务请求信息的输入，向服务器发送触发信息。接收服务器返回的指示信息，并基于上述指示信息控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。因此，在上述服务请求地点的预定地理范围内运力稀缺时，阻止用户发单，以引导用户采取相应的措施，如改变发单位置等，从而避免了用户在请求服务资源之后，长时间匹配不到合适的服务提供方的问题，提高了服务资源的分配效率以及服务资源的利用率。

应当注意，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

与前述用于请求服务资源的方法实施例相对应，本公开还提供了用于请求服务资源的装置的实施例。

如图5所示，图5是本公开根据一示例性实施例示出的一种用于请求服务资源的装置框图，该装置包括：确定单元501，预测单元502以及返回单元503。

其中，确定单元501，被配置为响应于接收到客户端的触发信息，确定与该客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方。

在本实施例中，所涉及的服务可以是一些O2O服务，如交通工具的O2O服务等，本公开对涉及的服务的具体形式或类型方面不限定。客户端为安装于用户的终端设备中的第三方应用程序，可以是应用于互联网服务的服务请求侧客户端，例如，客户端可以包括但不限于交通工具的O2O服务的乘客侧客户端等，可以理解，本公开对此方面不限定。服务提供方为提供服务的用户，待分配的服务提供方可以是处于空闲状态且等待分配服务任务的服务提供方。以交通工具的O2O服务为例，服务提供方可以是提供服务的司机，待分配的服务提供方可以是处于空闲状态且等待接单的司机。

在本实施例中，触发信息为客户端响应于服务请求信息的输入而发送的。当用户通过客户端输入服务请求信息后，该客户端会向服务器发送触发信息，该触发信息可以携带服务请求信息等。其中，服务请求信息至少可以包括服务的起点位置信息。服务器响应于该触发信息，针对服务请求地点的预定地理范围，在不存在待分配的服务提供方时，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。

在本实施例中，客户端的触发信息对应的服务请求地点的预定地理范围可以是用户通过该客户端输入的服务请求信息中包括的服务起点位置周围预设范围，例如，以该起点位置为圆心，预设距离为半径的圆形区域范围。可以理解，本公开对该预定地理范围的具体划分方面不限。

在本实施例中，可以首先获取当前时刻上述预定地理范围内的服务资源的分布情况，从而确定当前在上述预定地理范围内是否存在待分配的服务提供方。以交通工具的O2O服务为例，可以首先获取当前时刻上述预定地理范围内的空闲运力分布情况，从而确定在上述预定地理范围内是否存在待分配的司机。

预测单元502，被配置为在不存在待分配的服务提供方时，针对上述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。

在本实施例中，当确定与客户端的触发信息对应的服务请求地点的预定地理范围内不存在待分配的服务提供方时，可以进一步针对上述预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。其中，在当前时刻之后的预设时段可以是任意合理的时段，例如，可以是当前时刻之后的5分钟，或者10分钟，或者15分钟等等，本公开对此方面不限定。

在本实施例的一种实现方式中，可以对历史数据进行统计分析，从而针对上述预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。在本实施例的另一种实现方式中，还可以采用机器学习的方式，针对上述预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。具体来说，可以首先获取上述预定地理范围对应的目标特征信息，将该目标特征信息输入预先训练的目标模型，然后，基于该目标模型的输出结果，确定在预设时段内是否存在待分配的服务提供方。

可以理解，还可以通过其它的方式进行上述预测，本公开对进行上述预测的具体方式方面不限定。

返回单元503，被配置为基于上述预测得到的结果，向客户端返回相应的指示信息。

在本实施例中，可以基于上述预测得到的结果，向客户端返回相应的指示信息，从而控制该客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。其中，用户接口控件可以是用户界面上用于请求服务资源的虚拟按钮，例如，以交通工具的O2O服务为例，上述用户接口控件可以是用于请求交通工具服务的呼叫按钮等。

在本实施例中，指示信息可以用于指示针对上述触发信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内是否存在待分配的服务提供方。

在本实施例中，具体来说，如果上述预测的结果为在上述预定地理范围内，在当前时刻之后的预设时段内存在待分配的服务提供方的信息，则客户端可以在其用户界面上输出可用状态的用户接口控件。如果上述预测的结果为在上述预定地理范围内，在当前时刻之后的预设时段内不存在待分配的服务提供方的信息，客户端可以在其用户界面上输出不可用状态的用户接口控件，也可以不输出上述用户接口控件。

本公开的上述实施例提供的用于请求服务资源的装置，通过响应于接收到客户端的触发信息，确定与客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方，若不存在待分配的服务提供方，针对上述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方，并基于该预测得到的结果，向客户端返回相应的指示信息，从而控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。因此，在上述服务请求地点的预定地理范围内运力稀缺时，阻止用户发单，以引导用户采取相应的措施，如改变发单位置等，从而避免了用户在请求服务资源之后，长时间匹配不到合适的服务提供方的问题，提高了服务资源的分配效率以及服务资源的利用率。

在一些可选实施方式中，该触发信息为上述客户端响应于服务请求信息的输入而发送的。

在另一些可选实施方式中，预测单元502可以包括：获取子单元，输入子单元和确定子单元(未示出)。

其中，获取子单元，被配置为获取与上述服务请求地点的预定地理范围对应的目标特征信息。

在本实施例的一种实现方式中，目标特征信息可以包括历史同比特征信息，历史环比特征信息以及实时特征信息。以交通工具的O2O服务为例，其中，历史同比特征信息可以包括但不限于当前时刻之后预设时段的同比时期内，该服务请求地点的预定地理范围内的订单总量特征信息、运力特征信息、订单应答率特征信息、订单应答时长特征信息、订单成交总量特征信息、订单成交率特征信息、等待接驾时长特征信息以及动调价的特征信息等等。

历史环比特征信息可以包括但不限于当前时刻之后预设时段的环比时期内，该服务请求地点的预定地理范围内的订单总量特征信息、运力特征信息、订单应答率特征信息、订单应答时长特征信息、订单成交总量特征信息、订单成交率特征信息、等待接驾时长特征信息以及动调价的特征信息等等。

实时特征信息可以包括但不限于当前时刻特征信息，服务请求方当前的位置信息，当前时刻之前的预定时间段内服务请求地点的预定地理范围内的订单总量特征信息、运力特征信息、订单应答率特征信息、订单应答时长特征信息、订单成交总量特征信息、订单成交率特征信息、等待接驾时长特征信息以及动调价的特征信息等等。

在本实施例的另一种实现方式中，目标特征信息可以包括实时影响因素特征信息，其中，实时影响因素特征可以是能够对待分配的服务提供方的分布情况产生影响的因素特征。以交通工具的O2O服务为例，实时影响因素特征信息可以包括但不限于当前的日期特征信息、星期特征信息、天气特征信息、温度特征信息、湿度特征信息、周边区域的空闲和服务中司机数量特征信息等。

可以理解，目标特征信息可以包括任意合理的特征信息，本公开对目标特征信息的具体内容方面不限定。

输入子单元，被配置为将目标特征信息输入预先训练的目标模型。

确定子单元，被配置为基于目标模型的输出结果，确定在上述预设时段内是否存在待分配的服务提供方。

在本实施例中，目标模型可以包括以下任意一项：逻辑回归LR模型；决策树模型；神经网络模型。

在本实施例的一种实现方式中，输出结果可以包括：针对上述服务请求地点的预定地理范围，在上述预设时段内存在待分配的服务提供方的概率值。因此，可以通过如下方式基于上述输出结果确定在上述预设时段内是否存在待分配的服务提供方：确定上述概率值是否大于或者等于预设阈值，如果该概率值大于或者等于预设阈值，则确定在上述预设时段内存在待分配的服务提供方。如果该概率值小于预设阈值，则确定在上述预设时段内不存在待分配的服务提供方。

在本实施例的另一种实现方式中，输出结果还可以包括：针对上述服务请求地点的预定地理范围，在当前时刻之后出现待分配的服务提供方的概率超过预设概率的目标时刻。因此，可以通过如下方式基于目标模型的输出结果确定在上述预设时段内是否存在待分配的服务提供方：确定该目标时刻是否在上述预设时段内，如果目标时刻在上述预设时段内，则确定在上述预设时段内存在待分配的服务提供方。如果目标时刻不在上述预设时段内，则确定在上述预设时段内不存在待分配的服务提供方。

可选地，还可以将该目标时刻发送给客户端，通过客户端的用户界面输出提醒信息，该提醒信息可以包括目标时刻，从而向用户提供可参考信息，以更好的引导用户采取相应的措施，更好地避免长时间匹配不到合适的服务提供方的问题。

在另一些可选实施方式中，目标特征信息可以包括以下至少一种：历史特征信息、实时特征信息或实时影响因素特征信息。

在另一些可选实施方式中，输出结果可以包括：针对上述服务请求地点的预定地理范围，在上述预设时段内存在待分配的服务提供方的概率值。

上述确定子单元被配置用于：确定上述概率值是否大于或者等于预设阈值，如果大于或者等于上述预设阈值，则确定在上述预设时段内存在待分配的服务提供方。

应当理解，上述装置可以预先设置在服务器中，也可以通过下载等方式而加载到服务器中。上述装置中的相应单元可以与服务器中的单元相互配合以实现用于请求服务资源的方案。

如图6所示，图6是本公开根据一示例性实施例示出的一种用于请求服务资源的装置框图，该装置包括：发送单元601，接收单元602以及控制单元603。

其中，发送单元601，被配置为响应于服务请求信息的输入，向服务器发送触发信息。

在本实施例中，所涉及的客户端为安装于上述终端设备中的第三方应用程序，可以是应用于互联网服务的服务请求侧客户端，例如，客户端可以包括但不限于交通工具的O2O服务的乘客侧客户端等，可以理解，本公开对此方面不限定。

在本实施例中，当用户通过客户端输入服务请求信息后，可以通过上述终端设备向服务器发送触发信息，该触发信息可以携带服务请求信息等。其中，服务请求信息至少可以包括服务的起点位置信息。以使服务器响应于该触发信息，针对服务请求地点的预定地理范围，在不存在待分配的服务提供方时，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方。

接收单元602，被配置为接收上述服务器返回的指示信息。

控制单元603，被配置为基于该指示信息控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。

在本实施例中，可以接收服务器返回的指示信息，该指示信息用于指示针对上述触发信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内是否存在待分配的服务提供方。并基于指示信息控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。其中，用户接口控件可以是用户界面上用于请求服务资源的虚拟按钮，例如，以交通工具的O2O服务为例，上述用户接口控件可以是用于请求交通工具服务的呼叫按钮。

具体来说，若指示信息指示针对上述触发信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内存在待分配的服务提供方，则在客户端的用户界面上输出可用状态的用户接口控件。若指示信息指示针对上述触发信息对应的服务请求地点的预定地理范围，在当前时刻之后的预设时段内不存在待分配的服务提供方，则在客户端的用户界面上输出不可用状态的用户接口控件，也可以不输出用户接口控件。

本公开的上述实施例提供的用于请求服务资源的装置，响应于服务请求信息的输入，向服务器发送触发信息。接收服务器返回的指示信息，并基于上述指示信息控制客户端的用户接口控件的输出，该用户接口控件用于请求服务资源。因此，在上述服务请求地点的预定地理范围内运力稀缺时，阻止用户发单，以引导用户采取相应的措施，如改变发单位置等，从而避免了用户在请求服务资源之后，长时间匹配不到合适的服务提供方的问题，提高了服务资源的分配效率以及服务资源的利用率。

在一些可选实施方式中，控制单元603被配置用于：在上述指示信息指示存在待分配的服务提供方时，在客户端的用户界面上输出可用状态的用户接口控件。

在另一些可选实施方式中，控制单元603被配置用于：在上述指示信息指示不存在待分配的服务提供方时，在客户端的用户界面上输出不可用状态的用户接口控件。

应当理解，上述装置可以预先设置在终端设备中，也可以通过下载等方式而加载到终端设备中。上述装置中的相应单元可以与终端设备中的单元相互配合以实现用于请求服务资源的方案。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本公开实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

相应的，本公开实施例提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2至图3任一实施例提供的用于请求服务资源的方法。

相应的，本公开实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图3实施例提供的用于请求服务资源的方法。

其中，上述计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端或服务器中的计算机可读存储介质。该计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或者一个以上的处理器用来执行描述于本公开的数据的存储、查询方法。

计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

对应于上述的用于请求服务资源的方法，本公开实施例还提出了图7所示的根据本公开的一示例性实施例的电子设备的示意结构图。请参考图7，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成用于请求服务资源的装置。当然，除了软件实现方式之外，本公开并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (12)

1.一种用于请求服务资源的方法，其特征在于，所述方法包括：

响应于接收到客户端的触发信息，确定与所述客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方，所述触发信息为所述客户端响应于服务请求信息的输入而发送的，所述服务请求信息包括服务的起点位置；

若不存在待分配的服务提供方，针对所述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方；

基于所述预测得到的结果，向客户端返回相应的指示信息，若所述指示信息指示存在待分配的服务提供方，则所述客户端用于在用户界面上输出可用状态的用户接口控件；若所述指示信息指示不存在待分配的服务提供方，则所述客户端用于在用户界面上输出不可用状态的用户接口控件；其中，所述用户接口控件用于请求服务资源。

2.根据权利要求1所述的方法，其特征在于，所述针对所述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方，包括：

获取与所述服务请求地点的预定地理范围对应的目标特征信息；

将所述目标特征信息输入预先训练的目标模型；

基于所述目标模型的输出结果，确定在所述预设时段内是否存在待分配的服务提供方。

3.根据权利要求2所述的方法，其特征在于，所述目标特征信息包括以下至少一种：历史特征信息、实时特征信息、或实时影响因素特征信息。

4.根据权利要求2或3所述的方法，其特征在于，所述输出结果包括：针对所述服务请求地点的预定地理范围，在所述预设时段内存在待分配的服务提供方的概率值；

所述基于所述目标模型的输出结果，确定在所述预设时段内是否存在待分配的服务提供方，包括：

确定所述概率值是否大于或者等于预设阈值；

如果大于或者等于所述预设阈值，则确定在所述预设时段内存在待分配的服务提供方。

5.一种用于请求服务资源的方法，其特征在于，所述方法包括：

响应于服务请求信息的输入，向服务器发送触发信息，所述服务请求信息包括服务的起点位置；

接收所述服务器返回的指示信息；

若所述指示信息指示存在待分配的服务提供方，在客户端的用户界面上输出可用状态的用户接口控件；

若所述指示信息指示不存在待分配的服务提供方，在所述客户端的用户界面上输出不可用状态的用户接口控件；其中，所述用户接口控件用于请求服务资源。

6.一种用于请求服务资源的装置，其特征在于，所述装置包括：

确定单元，被配置为响应于接收到客户端的触发信息，确定与所述客户端的触发信息对应的服务请求地点的预定地理范围内是否存在待分配的服务提供方，所述触发信息为所述客户端响应于服务请求信息的输入而发送的，所述服务请求信息包括服务的起点位置；

预测单元，被配置为在不存在待分配的服务提供方时，针对所述服务请求地点的预定地理范围，预测在当前时刻之后的预设时段内是否存在待分配的服务提供方；

返回单元，被配置为基于所述预测得到的结果，向客户端返回相应的指示信息，若所述指示信息指示存在待分配的服务提供方，则所述客户端用于在用户界面上输出可用状态的用户接口控件；若所述指示信息指示不存在待分配的服务提供方，则所述客户端用于在用户界面上输出不可用状态的用户接口控件；其中，所述用户接口控件用于请求服务资源。

7.根据权利要求6所述的装置，其特征在于，所述预测单元包括：

获取子单元，被配置为获取与所述服务请求地点的预定地理范围对应的目标特征信息；

输入子单元，被配置为将所述目标特征信息输入预先训练的目标模型；

确定子单元，被配置为基于所述目标模型的输出结果，确定在所述预设时段内是否存在待分配的服务提供方。

8.根据权利要求7所述的装置，其特征在于，所述目标特征信息包括以下至少一种：历史特征信息、实时特征信息或实时影响因素特征信息。

9.根据权利要求7或8所述的装置，其特征在于，所述输出结果包括：针对所述服务请求地点的预定地理范围，在所述预设时段内存在待分配的服务提供方的概率值；

所述确定子单元被配置用于：

确定所述概率值是否大于或者等于预设阈值；

如果大于或者等于所述预设阈值，则确定在所述预设时段内存在待分配的服务提供方。

10.一种用于请求服务资源的装置，其特征在于，所述装置包括：

发送单元，被配置为响应于服务请求信息的输入，向服务器发送触发信息，所述服务请求信息包括服务的起点位置；

接收单元，被配置为接收所述服务器返回的指示信息；

控制单元，被配置为在所述指示信息指示存在待分配的服务提供方时，在客户端的用户界面上输出可用状态的用户接口控件；在所述指示信息指示不存在待分配的服务提供方时，在所述客户端的用户界面上输出不可用状态的用户接口控件；其中，所述用户接口控件用于请求服务资源。

11.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1-5任一项所述的用于请求服务资源的方法。

12.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1-5中任一项所述的方法。

Images