信息处理方法、装置、服务端及存储介质

技术领域

本申请实施例涉及计算机应用技术领域，尤其涉及一种信息处理方法、装置、服务端及存储介质。

背景技术

如今，越来越多的有车人员注册成为网约车平台的司机，司机将网约车平台提供的司机端应用程序安装到自身的诸如手机等终端设备上。当用户有用车需求时，通过用户端应用程序创建用车订单并发送给服务端，服务端接收用户端上传的用车订单并向司机端派发，司机打开其终端设备上的司机端应用程序，在司机端应用程序点击接单按钮便可完成接单操作。

对网约车平台来说，司机的接单数量越多，车辆利用率越高。因此，如何提升司机接单数量以提高车辆利用率成为亟待解决的技术问题。

发明内容

本申请实施例提供一种信息处理方法、装置、服务端及存储介质，用以促进网约车的司机提高接单数量以提高车辆利用率。

第一方面，本申请实施例提供了一种信息处理方法，包括：

判断目标司机是否设置了当前接单周期内的接单目标；

若否，则生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标；

若是，则获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。

第二方面，本申请实施例提供了一种信息处理方法，包括：

提供显示界面；

接收到服务端发送的第一提示信息，在所述显示界面展示所述第一提示信息；其中，所述第一提示信息为所述服务端在目标司机未设置接单目标的情况下生成；

接收到服务端发送的第二提示信息，在所述显示界面展示所述第二提示信息；其中，所述第二提示信息为所述服务端在目标司机已设置接单目标的情况下，基于目标司机在当前接单周期内的历史接单数据及该接单目标生成。

第三方面，本申请实施例提供了一种信息处理装置，包括：

判断模块，用于判断目标司机是否设置了当前接单周期内的接单目标，若否，触发第一处理模块，若是，触发第二处理模块；

所述第一处理模块，用于生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标；

所述第二处理模块，用于获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。

第四方面，本申请实施例提供了一种服务端，包括处理组件以及存储组件；

所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用执行；

所述处理组件用于：

判断目标司机是否设置了当前接单周期内的接单目标；

若否，则生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标；

若是，则获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。

第五方面，本申请实施例提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时上述方法中的步骤。

本申请实施例中，服务端通过判断目标司机是否设置了当前接单周期内的接单目标；若否，则生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标；若是，则获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。由此，针对不同情形生成不同提示信息并在司机端进行显示以供目标司机查看，以促进目标司机的接单积极性，进而提高车辆利用率，有利于提升网约车平台的运力水平。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了根据本申请提供的信息处理系统一个实施例的结构示意图；

图2示出了根据本申请提供的信息处理方法一个实施例的流程图；

图3示出了根据本申请提供的信息处理方法一个实施例的流程图；

图4为一示例性的接单页面；

图5为又一示例性的接单页面；

图6为又一示例性的接单页面；

图7示出了根据本申请提供的信息处理装置一个实施例的结构示意图；

图8示出了根据本申请提供的服务端一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1示出了根据本申请提供的信息处理系统一个实施例的结构示意图。参见图1，信息处理系统包括用户侧的用户端1、服务端2、司机端3。其中，用户端1与服务端2进行交互，服务端2与司机端3进行交互。用户端1运行有用户侧的应用程序，用户在用户端1上进行下单；服务端2获取用户端1提交的订单并派发给司机端3；司机端3运行有司机侧的应用程序，司机在司机端3上进行接单。

图2示出了根据本申请提供的信息处理方法一个实施例的流程图。该方法的执行主体为服务端。参见图2，该信息处理方法可以包括以下步骤：

201、判断目标司机是否设置了当前接单周期内的接单目标，若否，执行步骤202，若是，执行步骤203。

其中，当前接单周期可以根据具体应用场景进行设置，例如为每日、每周等。

其中，服务端通过与目标司机的司机端的交互，获取目标司机的账号信息，判断目标司机的账号信息是否绑定了当前接单周期内的接单目标，若是，确定目标司机设置了当前接单周期内的接单目标，若否，确定目标司机未设置当前接单周期内的接单目标。

其中，接单目标可以帮助目标司机完成更多的订单，提高目标司机的接单积极性，进而提高车辆利用率，帮助网约车平台提高运力水平。

其中，接单目标可以包括目标收入和/或目标接单数量。

实际应用中，有些司机可能在接单周期的前半段时间不接单或接单很少，造成接单周期的后半段时间内接单压力比较大，影响行车安全。因此，在本申请的一些实施例中，为了均衡目标司机的接单压力，判断目标司机是否设置了当前接单周期内的接单目标可以包括：监控所述目标司机在最近预设时长内的接单数量；若所述接单数量小于预设接单数量，则判断目标司机是否设置了当前接单周期内的接单目标。其中，最近预设时长、预设接单数量根据实际情形设置，最近预设时长例如为5分钟或10分钟，预设接单数量例如为1单或2单等。

202、生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标。

其中，服务端在判断出目标司机未设置接单目标时，生成提示目标司机设置接单目标的第一提示信息，以通过接单目标促进目标司机的接单积极性，进而提高车辆利用率，帮助网约车平台运力水平。

其中，司机端展示第一提示信息时，第一提示信息可以包括设置控件，所述设置控件用于基于所述目标司机的设置操作，设置所述接单目标。或者，响应目标司机针对该设置控件的触发操作，跳转至订单设置页面，以供目标司机设置接单目标。

在本申请的一些实施例中，为了保证第一提示信息的触达率，保证行车安全，向目标司机的司机端发送第一提示信息可以包括：判断当前时间是否为所述目标司机的工作时间，以及判断所述目标司机的工作状态是否为空闲状态；若当前时间是所述目标司机的工作时间，且所述目标司机的工作状态是空闲状态，则向目标司机的司机端发送第一提示信息。

例如，目标司机的工作时间是早上8点到下午5点，处于空闲状态的目标司机指的是目标司机当前的工作量中没有未完成订单，即目标司机已完成全部的订单，也即目标司机处于空车等待接单状态或停车等同接单状态。

203、获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。

其中，服务端在判断出目标司机已设置接单目标时，综合接单周期内的历史接单数据和接单目标生成第二提示信息。

在一种可能实现方式中，根据所述历史接单数据和所述接单目标生成第二提示信息包括：若根据所述历史接单数据判断所述目标司机未完成所述接单目标，则生成第一提示内容，所述第一提示内容提示所述目标司机尚未完成所述接单目标；若根据所述历史接单数据判断所述目标司机已完成所述接单目标，则生成第二提示内容，所述第二提示内容提示所述目标司机尚已完成所述接单目标和提示所述目标司机提高所述接单目标。

可以理解的是，提示司机目标司机没有完成接单目标，可以促进司机尽快完成接单目标。提示司机已完成述接单目标和提高接单目标，可以促进司机完成更多的接单量。

在本申请一些实施例中，生成第二提示内容可以包括：获取所述目标司机的服务分，所述服务分表征所述目标司机的服务质量水平；若所述目标司机的服务分大于预设服务分，则生成第二提示内容。

其中，服务端会根据每个司机的历史服务数据计算每个司机的服务分。历史服务数据例如包括好评率、被投诉次数、司机主动取消订单次数等。

其中，预设服务分根据实际情形设置，预设服务分例如为60分等。

可以理解的是，提示服务分高的目标司机，可以促进服务分高的目标司机的接单积极性，提高目标司机的收入。

实际应用中，可能会出现可能目标司机的车辆所在的当前地理位置没有多余的待派单订单，这时，尽管提示目标司机未完成接单目标，但由于实际情况没有多余订单派送，目标司机的接单积极性仍然得不到提高。

因此，在本申请一些实施例中，根据所述历史接单数据和所述接单目标生成第二提示信息可以包括：获取所述目标司机的车辆所在的当前地理位置；判断是否存在接单地址与所述当前地理位置的待派单订单；若存在，则根据所述历史接单数据和所述接单目标生成第二提示信息。

需要指出的是，若不存在接单地址与所述当前地理位置的待派单订单，则暂时不根据所述历史接单数据和所述接单目标生成第二提示信息，直至存在接单地址与所述当前地理位置的待派单订单。

本申请实施例提供的信息处理方法，服务端通过判断目标司机是否设置了当前接单周期内的接单目标；若否，则生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标；若是，则获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。由此，针对不同情形生成不同提示信息并在司机端进行显示以供目标司机查看，以促进目标司机的接单积极性，进而提高车辆利用率，有利于提升网约车平台的运力水平。

图3示出了根据本申请提供的信息处理方法一个实施例的流程图。该方法的执行主体为司机端。参见图3，该信息处理方法可以包括以下步骤：

301、提供显示界面。

302、接收到服务端发送的第一提示信息，在所述显示界面展示所述第一提示信息；其中，所述第一提示信息为所述服务端在目标司机未设置接单目标的情况下生成。

303、接收到服务端发送的第二提示信息，在所述显示界面展示所述第二提示信息；其中，所述第二提示信息为所述服务端在目标司机已设置接单目标的情况下，基于目标司机在当前接单周期内的历史接单数据及该接单目标生成。

在本申请实施例中，第一提示信息或第二提示信息可以以弹框的形式展示在显示界面中。

其中，若司机端展示的是第一提示信息，第一提示信息可以设置控件，所述设置控件用于基于所述目标司机的设置操作，设置所述接单目标。或者，响应目标司机针对该设置控件的触发操作，跳转至订单设置页面，以供目标司机设置接单目标。关于服务端如何生成第一提示信息可以参见前述内容。

其中，若司机端展示的是第二提示信息，第二提示信息可以是第一提示内容或是第二提示内容。关于服务端如何生成第二提示信息可以参见前述内容。

为了便于理解，以图4至图5为例，对司机端展示的提示信息进行说明。

在图4中，在接单页面中弹出一个弹框，该弹框中的文本信息包括“优秀的人都有小目标呢，您也设置一个吧”，以及包括设置控件即“设置个人目标”，司机点击设置收入目标时，可以弹出一个设置页面，司机在设置页面设置收入目标。收入目标例如包括每日目标收入或每日目标接单数量。

在图5中，在接单页面中弹出一个弹框，该弹框中的文本信息包括“今日的目标还未完成，请继续加油吧”，以及包括设置控件即“设置个人目标”。司机通过设置控件调高或调低个人目标即接单目标。

在图6中，在接单页面中弹出一个弹框，该弹框中的文本信息包括“太棒了，您已打出目标！可以尝试提高目标哦”，以及包括设置控件即“设置个人目标”。司机通过设置控件调高个人目标即接单目标。

本申请实施例提供的信息处理方法，在司机端提供的显示界面上展示第一提示信息或第二提示信息，以供目标司机查看，进而促进目标司机的接单积极性，进而提高车辆利用率，有利于提升网约车平台的运力水平。

图7示出了根据本申请提供的信息处理装置一个实施例的结构示意图。参见图7，该信息处理装置可以包括：

判断模块701，用于判断目标司机是否设置了当前接单周期内的接单目标，若否，触发第一处理模块，若是，触发第二处理模块；

所述第一处理模块702，用于生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标；

所述第二处理模块703，用于获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。

在本申请的一些实施例中，判断模块701判断目标司机是否设置了当前接单周期内的接单目标具体是：

监控所述目标司机在最近预设时长内的接单数量；

若所述接单数量小于预设接单数量，则判断目标司机是否设置了当前接单周期内的接单目标。

在本申请的一些实施例中，所述第一提示信息包括设置控件，所述设置控件用于基于所述目标司机的设置操作，设置所述接单目标。

在本申请的一些实施例中，所述第一处理模块702向目标司机的司机端发送第一提示信息具体是：

判断当前时间是否为所述目标司机的工作时间，以及判断所述目标司机的工作状态是否空闲状态；

若当前时间是所述目标司机的工作时间，且所述目标司机的工作状态是空闲状态，则向目标司机的司机端发送第一提示信息。

在本申请的一些实施例中，第二处理模块703根据所述历史接单数据和所述接单目标生成第二提示信息具体是：

获取所述目标司机的车辆所在的当前地理位置；

判断是否存在接单地址与所述当前地理位置的待派单订单；

若存在，则根据所述历史接单数据和所述接单目标生成第二提示信息。

在本申请的一些实施例中，第二处理模块703根据所述历史接单数据和所述接单目标生成第二提示信息具体是：

若根据所述历史接单数据判断所述目标司机未完成所述接单目标，则生成第一提示内容，所述第一提示内容提示所述目标司机尚未完成所述接单目标；

若根据所述历史接单数据判断所述目标司机已完成所述接单目标，则生成第二提示内容，所述第二提示内容提示所述目标司机尚已完成所述接单目标和提示所述目标司机提高所述接单目标。

在本申请的一些实施例中，第二处理模块703生成第二提示内容具体是：

获取所述目标司机的服务分，所述服务分表征所述目标司机的服务质量水平；

若所述目标司机的服务分大于预设服务分，则生成第二提示内容。

图7所述的信息处理装置可以执行图2所示实施例所述的信息处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的信息处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在一个可能的设计中，图7所示实施例的信息处理装置可以实现为服务端，如图8所示，该服务端可以包括存储组件801以及处理组件802；

所述存储组件存储一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件调用执行。

所述处理组件用于：

判断目标司机是否设置了当前接单周期内的接单目标；

若否，则生成第一提示信息，并向目标司机的司机端发送第一提示信息，以供所述司机端展示所述第一提示信息，所述第一提示信息用于提示所述目标司机设置所述接单目标；

若是，则获取所述目标司机在所述当前接单周期内的历史接单数据，并根据所述历史接单数据和所述接单目标生成第二提示信息，以及向所述目标司机的司机端发送所述第二提示信息，以供所述司机端展示所述第二提示信息。

其中，处理组件802可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件801被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

该服务端还可以包括显示组件803，显示组件803可以为电致发光(EL)元件、液晶显示器或具有类似结构的微型显示器、或者视网膜可直接显示或类似的激光扫描式显示器。

当然，服务端必然还可以包括其他部件，例如输入/输出接口、通信组件等。

输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。

通信组件被配置为便于服务端和其他设备之间有线或无线方式的通信等。

如在本文所使用的，“服务端”可以是远程web服务器、服务器、计算机联网设备、芯片组、台式计算机、笔记本式计算机、工作站，或任何其他处理设备或者装备。

其中，该服务端可以为物理设备或者云计算平台提供的弹性计算主机等，此时计算设备即可以是指云服务器，上述处理组件、存储组件等可以是从云计算平台租用或购买的基础服务器资源。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图2或图3所示实施例的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。