CN111858082A - 提示信息的发送方法、输出方法、装置、电子设备和介质 - Google Patents
提示信息的发送方法、输出方法、装置、电子设备和介质 Download PDFInfo
- Publication number
- CN111858082A CN111858082A CN201911158329.XA CN201911158329A CN111858082A CN 111858082 A CN111858082 A CN 111858082A CN 201911158329 A CN201911158329 A CN 201911158329A CN 111858082 A CN111858082 A CN 111858082A
- Authority
- CN
- China
- Prior art keywords
- service
- service provider
- state information
- order
- provider
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供了提示信息的发送方法、输出方法、装置、电子设备和介质，该提示信息的发送方法应用于服务平台，该方法包括：服务平台在向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；服务平台根据服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；若第一服务异常概率超过第一预定数值，则服务平台向服务提供端发送第一提示信息。这种处理方式，可以使服务平台根据第一服务异常概率，有选择的向对服务订单进行异常处理的服务提供端发送提示信息，降低了发送提示信息的次数，节约了网络流量。
Description
技术领域
本申请涉及数据交互领域，具体而言，涉及提示信息的发送方法、输出方法、装置、电子设备和介质。
背景技术
近些年，随着互联网技术的兴盛，出现了一些基于互联网技术的新兴服务业，比如网约车服务、外卖服务等。
这些新兴服务业给服务请求方和服务提供方都带来了极大的便利。以网约车为例，服务请求方(乘客)可以在自己出行前就下达订单，来提前预约出行时间和出行地点，以免在出行时需要花费大量时间在路边等待出租车；服务提供方(司机)可以根据服务请求方所期望到达的目的地来选择运送的服务请求方。可见，采用网约车的服务模式，服务请求方和服务提供方都可以更好的安排自己的出行。
发明内容
本申请的目的在于提供提示信息的发送方法、输出方法、装置、电子设备和介质。
第一方面，本申请实施例提供了一种提示信息的发送方法，应用于服务平台，包括：
服务平台在向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；
所述服务平台根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；
若所述第一服务异常概率超过第一预定数值，则所述服务平台向所述服务提供端发送第一提示信息。
在一些实施例中，服务提供端的第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息。
在一些实施例中，所述服务提供端的行驶状态信息包括以下的任意一种或多种：所述服务提供端的位置信息、所述服务提供端的速度、所述服务提供端的行驶方向、所述服务提供端的加速度和所述服务提供端的平均速度。
在一些实施例中，所述服务提供端的通讯信息包括以下的任意一种或多种：所述服务提供端与所述服务请求端之间的通话次数、所述服务提供端向服务请求端发起主动联系的次数、所述服务提供端与所述服务请求端之间的通话时长和所述服务提供端与所述服务请求端之间发送的文本消息。
在一些实施例中，所述服务提供端的历史服务信息包括以下的任意一种或多种：所述服务提供端的异常类型、所述服务提供端的评分和所述服务提供端的服务异常次数。
在一些实施例中，所述服务平台根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率，包括：
所述服务平台获取服务提供端的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
所述服务平台根据所述第一当前状态信息和所述历史状态信息的相似度，确定所述服务提供端的第一服务异常概率。
在一些实施例中，服务平台根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率，包括：
所述服务平台将所述服务提供端所对应的第一当前状态信息输入至训练好的服务异常概率计算模型，以得到所述服务提供端的第一服务异常概率。
在一些实施例中，通过如下步骤确定服务异常概率计算模型：
获取正样本集合和负样本集合；所述正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；所述负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
在一些实施例中，在步骤所述服务平台向服务提供端发送第一提示信息后，还包括：
所述服务平台获取服务提供端的第二当前状态信息；
所述服务平台根据所述服务提供端的第二当前状态信息，确定服务提供端的第二服务异常概率；
若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则所述服务平台对服务请求端进行应急处理。
在一些实施例中，所述服务平台对服务请求端采用应急处理，包括：
所述服务平台将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
在一些实施例中，所述服务平台将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端，包括：
所述服务平台将所述服务订单进行优先广播，以将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
在一些实施例中，所述服务平台将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端，包括：
所述服务平台获取除所述服务提供端之外的其他服务提供端的运营状态；
所述服务平台根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率；
所述服务平台根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端；
所述服务平台将所述服务订单指派给目标服务提供端。
在一些实施例中，所述服务平台向服务提供端发送第一提示信息，包括：
所述服务平台向所述服务提供端发送携带有提示弹窗的第一提示信息，以使所述服务提供端在当前显示界面上显示实时提示弹窗。
第二方面，本申请实施例还提供了一种提示信息的输出方法，应用于服务提供端，包括：
服务提供端接收服务平台分派的服务订单之后，监测自身的第一当前状态信息；
所述服务提供端根据所述第一当前状态信息，确定当前的第一服务异常概率；
若所述第一服务异常概率超过第一预定数值，则所述服务提供端输出第一提示信息。
在一些实施例中，服务提供端的第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息。
在一些实施例中，所述服务提供端根据所述第一当前状态信息，确定当前的第一服务异常概率，包括：
所述服务提供端获取自身的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
所述服务提供端根据所述第一当前状态信息和所述历史状态信息的相似度，确定自身的第一服务异常概率。
在一些实施例中，在步骤所述服务提供端输出第一提示信息后，还包括：
所述服务提供端获取自身的第二当前状态信息；
所述服务提供端根据所述第二当前状态信息，确定自身的第二服务异常概率；
若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则所述服务提供端对服务请求端进行应急处理。
第三方面，本申请实施例还提供了一种提示信息的发送装置，应用于服务平台，该装置包括：
监测模块，用于在向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；
确定模块，用于根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；
发送模块，用于若所述第一服务异常概率超过第一预定数值，则向所述服务提供端发送第一提示信息。
在一些实施例中，第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息；
在一些实施例中，所述服务提供端的行驶状态信息包括以下的任意一种或多种：所述服务提供端的位置信息、所述服务提供端的速度、所述服务提供端的行驶方向、所述服务提供端的加速度和所述服务提供端的平均速度。
在一些实施例中，所述服务提供端的通讯信息包括以下的任意一种或多种：所述服务提供端与服务请求端之间的通话次数、所述服务提供端向所述服务请求端发起主动联系的次数、所述服务提供端与所述服务请求端之间的通话时长和所述服务提供端与所述服务请求端之间发送的文本消息。
在一些实施例中，所述服务提供端的历史服务信息包括以下的任意一种或多种：所述服务提供端的异常类型、所述服务提供端的评分和所述服务提供端的服务异常次数。
在一些实施例中，所述确定模块，包括：历史信息获取单元和异常概率确定单元；
所述历史信息获取单元，用于获取服务提供端的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
所述异常概率确定单元，用于根据所述第一当前状态信息和所述历史状态信息的相似度，确定所述服务提供端的第一服务异常概率。
在一些实施例中，确定模块，包括：
模型计算单元，用于将所述服务提供端所对应的第一当前状态信息输入至训练好的服务异常概率计算模型，以得到所述服务提供端的第一服务异常概率。
在一些实施例中，所述发送装置还包括：训练模块；
所述训练模块，用于获取正样本集合和负样本集合；所述正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；所述负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
在一些实施例中，所述发送装置还包括：第二监控模块、第二确定模块和应急处理模块；
所述第二监控模块，用于获取服务提供端的第二当前状态信息；
所述第二确定模块，用于根据所述服务提供端的第二当前状态信息，确定服务提供端的第二服务异常概率；
所述应急处理模块，用于若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则对服务请求端进行应急处理。
在一些实施例中，所述应急处理模块，包括：订单重新分配单元；
所述订单重新分配单元，用于将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
在一些实施例中，所述订单重新分配单元，在将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端时，包括：
将所述服务订单进行优先广播，以将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
在一些实施例中，所述订单重新分配单元，在所述将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端时，包括：
获取除所述服务提供端之外的其他服务提供端的运营状态；
根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率；
根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端；
将所述服务订单指派给目标服务提供端。
在一些实施例中，所述发送模块，包括：提示单元；
所述提示单元，用于向所述服务提供端发送携带有提示弹窗的第一提示信息，以使所述服务提供端在当前显示界面上显示实时提示弹窗。
第四方面，本申请实施例还提供了一种提示信息的输出装置，应用于服务提供端，包括：
接收模块，用于接收服务平台分派的服务订单之后，监测自身的第一当前状态信息；
确定模块，用于根据所述第一当前状态信息，确定当前的第一服务异常概率；
输出模块，用于若所述第一服务异常概率超过第一预定数值，则输出第一提示信息。
在一些实施例中，第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息。
在一些实施例中，输出模块，在根据所述第一当前状态信息，确定当前的第一服务异常概率时，包括：
获取自身的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
根据所述第一当前状态信息和所述历史状态信息的相似度，确定自身的第一服务异常概率。
在一些实施例中，所述输出装置还包括：第二获取模块、第二确定模块和应急模块；
所述第二获取模块，用于获取自身的第二当前状态信息；
所述第二确定模块，用于根据所述第二当前状态信息，确定自身的第二服务异常概率；
所述应急模块，用于若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则对服务请求端进行应急处理。
第五方面，本申请实施例还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行如提示信息的发送方法或提示信息的输出方法的步骤。
第六方面，本申请实施例还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如提示信息的发送方法或提示信息的输出方法的步骤。
本申请实施例提供的提示信息的发送方法、发送装置及介质，首先，服务平台在向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；然后，所述服务平台根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；最后，若所述第一服务异常概率超过第一预定数值，则所述服务平台向所述服务提供端发送第一提示信息。这种处理方式，可以使服务平台根据第一服务异常概率，有选择的向对服务订单进行异常处理的服务提供端发送提示信息，降低了发送提示信息的次数，节约了网络流量。
在现有技术中，在服务平台向服务提供方分派服务订单后，可能会遇到如下情况：服务提供方可能会因为环境的特殊性，并未注意到被分派的服务订单，导致不对服务订单进行处理；或者，服务提供方可能会因为环境比较嘈杂，导致对服务订单中的位置和时间信息理解错误，对服务订单进行错误处理；或者，因服务订单的出行时间或出行地点不理想，服务提供方不对服务订单进行处理；上述这三种情况都会增加服务订单的取消量，进而，相关技术中为了避免上述情况的发生，会采用在服务订单分派给服务提供端之后，定时对服务提供端进行提醒的方式，但这种方式大大增加了网络流量，提醒准确度也较低。针对这种情况，本申请中，服务平台在将服务订单分派给服务提供端后，获取了服务提供端的第一当前状态信息，使得服务平台对服务提供端的行为进行监控，并根据服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；只有当第一服务异常概率超过第一预定数值，所述服务平台才会向所述服务提供端发送第一提示信息。这种对服务提供端进行提示的方式更加准确，节约了网络流量。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的一种提示信息的发送方法的基本流程图；
图2示出了本申请实施例所提供的一种应急处理的策略的基本流程图；
图3示出了本申请实施例所提供的一种提示信息的输出方法的基本流程图；
图4示出了本申请实施例所提供的一种提示信息的发送装置的结构图；
图5示出了本申请实施例所提供的电子设备的示意图；
图6示出了是本申请一些实施例的信息提示方法所在的服务***的框图。
具体实施方式
下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
相关技术中，随着互联网技术的兴起，出现了一些基于互联网技术的新兴服务业，比如网约车服务、快递服务、家政服务等。这些服务都需要服务提供方按时到达指定的位置对服务请求方进行服务。
下面以网约车服务为例说明这类服务的工作原理。网约车服务的一般流程如下：服务请求方操作服务请求端(如手机)先向服务平台下达服务订单，该服务订单中携带有服务请求方选择的出行时间和出行地点；而后，服务平台会将该服务订单向特定的多个服务提供方所使用服务提供端(如手机)广播该服务订单；再后，某一个或多个服务提供方会向服务平台返回接单请求，以表示其愿意承接该服务订单；最后，服务平台会从发送接单请求的一个或多个服务提供方中选择一个目标服务提供方来承接该服务订单，并将服务请求方的信息(如服务请求方的联系方式等)向目标服务提供方发送，以及将目标服务提供方的信息向服务请求方发送，以使二者可以进行更具体的沟通，并进一步使服务提供方到达出行地点处开始进行接送服务。
某些时候，在服务平台广播服务订单之后，会发生没有服务提供方回复接单请求的情况，这种情况下，服务平台可能会重新广播服务订单。在多次广播服务订单都没有接收到接单请求的情况下，服务平台会采用指派的方式来分配该服务订单，即将服务订单分配给指定的一个服务提供方。
不论是指派服务订单的方式，还是服务提供方回复接单请求来承接服务订单的方式，在目标服务提供方承接了服务订单之后，正常情况下，服务提供方应当行驶到服务订单中的出行地点接起服务请求方，并完成运送。但某些条件下，会产生一些意外的情况：如，由于服务提供方所处环境的特殊性(如环境比较嘈杂)，服务平台在将服务订单分配给服务提供方之后，服务提供方可能没有注意到服务平台已经向其分配了服务订单，这会导致服务提供方依旧按照其原本计划的路线进行行驶，而没有前往出行地点；又如，由于服务提供方所使用的服务提供端正在播放音乐，导致服务提供端在语音播报服务订单的时候，服务提供方没有听出行地点和出行时间，这回导致服务提供方前往了错误的出行地点；又如，由于出行地点和出行时间不太理想，承接服务订单的服务提供方不愿意完成该服务订单，进而，服务提供方可能会在原地停留，而不前往出行地点与服务请求方会和。
上述这三种情况都可能会导致服务提供方没有及时的到达出行地点与服务请求方会和，并进一步会导致服务提供方接受服务的时间被推迟，或者是服务订单被服务请求方取消掉的后果。
相关技术中，为了避免发生上述后果，会采用在服务平台向服务提供方分派服务订单之后，定时向服务提供方发送提示信息的方式来应对，但这种应对方式并不理想，主要原因是如果每次服务提供方在承接服务订单后都会接到提示信息的话，服务提供方就会选择性忽略该信息，以使提示效果大大降低。针对该种情况，本申请提供了一种提示信息发送方法，如图1所示，该方法包括如下步骤：
S101，服务平台在向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；
S102，服务平台根据服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；
S103，若第一服务异常概率超过第一预定数值，则服务平台向服务提供端发送第一提示信息。
S101中，服务订单是服务平台根据服务请求方的操作所生成的，用于表示期望服务提供方按时到达指定位置对服务请求方进行服务。在不同的业务领域下，服务订单也有着不同的服务内容，在快递服务中，服务订单可以是在预设时间内将货物从发货地运输至收货地，以便收件人收到货物；在家政服务中，服务订单可以是在预设时间内家政人员从公司移动至目的地，以便对目的地的服务请求方进行服务；在网约车服务中，服务订单可以是在预约时间内网约车将服务请求方运载至目的地。在某些情况下，本申请的方案主要是针对网约车服务而设计的。
第一当前状态信息是服务平台向服务提供端分派服务订单后产生的。此处的分派指的是服务平台确定将服务订单交给服务提供方来完成，并且将分派服务订单的告知信息发送给服务提供端。进而，监测服务提供端的第一当前状态信息的行为就可以理解为是在服务平台将分派服务订单的告知信息发送给服务提供端后，服务提供端向服务平台反馈其状态信息的行为。
第一当前状态信息可以包括以下任意一种或多种：服务提供端的行驶状态信息、服务提供端的通讯信息、服务提供端的历史服务信息。其中，服务提供端的行驶状态信息可以包括以下的任意一种或多种：服务提供端的位置信息、服务提供端的速度、服务提供端的行驶方向、服务提供端的加速度和服务提供端的平均速度。
服务提供端的位置信息反映了服务提供端当前所处的位置(如通过定位***每隔3秒获取服务提供端的定位位置)，利用连续的多个位置信息可以确定出服务提供端的运动轨迹，如果运动轨迹趋向于服务订单中的始发地，则服务提供端的第一服务异常概率越小，如果运动轨迹远离于服务订单中的始发地，则服务提供端的第一服务异常概率越大；服务提供端的行驶方向反映了服务提供端是否朝向服务订单中的始发地，如果行驶方向朝向服务订单中的始发地，则服务提供端的第一服务异常概率越小，如果行驶方向背离服务订单中的始发地，则服务提供端的第一服务异常概率越大；服务提供端的加速度反映了服务提供端向服务订单中的始发地移动的快慢，如果加速度的值为正数，则服务提供端的第一服务异常概率越小，如果加速度的值为负数，则服务提供端的第一服务异常概率越大。
服务提供端的通讯信息可以包括以下的任意一种或多种：服务提供端与服务请求端之间的通话次数、服务提供端向服务请求端发起主动联系的次数、服务提供端与服务请求端之间的通话时长和服务提供端与服务请求端之间发送的文本消息。
服务提供端与服务请求端之间的通话次数(如网约车司机和客户之间成功通话的次数)反映了服务提供端与服务请求端之间的服务情况，通常，通话次数越多，则服务提供端的第一服务异常概率越小，通话次数越少，则服务提供端的第一服务异常概率越大；服务提供端向服务请求端发起主动联系的次数(如网约车司机主动向客户打电话的次数)反映了服务提供端的服务态度，通常，主动联系的次数越多说明服务提供端的服务态度越好，则服务提供端的第一服务异常概率越小，主动联系的次数越少说明服务提供端的服务态度越差，则服务提供端的第一服务异常概率越大；服务提供端与服务请求端之间发送的文本消息(如网约车司机和客户之间互发的短信)反映了服务提供端的服务态度，通常，文本消息中恶意词汇越少服务提供端的服务态度越好，则服务提供端的第一服务异常概率越小，文本消息中恶意词汇越多服务提供端的服务态度越差，则服务提供端的第一服务异常概率越大。
服务提供端的历史服务信息可以包括以下的任意一种或多种：服务提供端的异常类型、服务提供端的评分、服务提供端的服务异常次数。
服务提供端的异常类型反映了服务提供端的在历史服务中的异常服务情况，服务提供端的异常类型可以根据单位时间内服务异常次数确定，低于或等于预设服务异常次数的可以设置为偶犯标签，超过预设服务异常次数的可以设置为惯犯标签(如预设服务异常次数为5，单位时间为1个月，在1个月内服务异常次数小于5的服务提供端设置为偶犯标签，在1个月内服务异常次数大于或等于5的服务提供端设置为惯犯标签)，通常，异常类型的等级越高，则服务提供端的第一服务异常概率越大，异常类型的等级越低，则服务提供端的第一服务异常概率越小；服务提供端的评分反映了在历史服务订单中服务请求端对服务提供端的服务态度的评价，评分越高，则服务提供端的第一服务异常概率越小，评分越低，则服务提供端的第一服务异常概率越大。
本申请所提供的方案主要是依据服务提供端对服务订单的执行情况来进行后续操作，因此，在某些情况下，服务平台可以在服务提供端接收到服务订单(或者说服务平台将分派服务订单的告知消息发送给了服务提供端)之后对服务提供端进行监控即可。服务平台获取到服务提供端的第一当前状态信息的行为通常是实时的，也就是每隔一段时间就获取一次状态信息，每次获取到状态信息后，服务平台才会执行步骤S102和步骤S103的动作。
在获取到服务提供端的第一当前状态信息后，S102中，就可以根据第一当前状态信息来确定出服务提供端对接收到的服务订单的服务情况，即服务提供端的第一服务异常概率。
第一服务异常概率是用于表征服务提供端对接收到的服务订单的服务情况，第一服务异常概率可以用百分比的值表征，也可以用等级表征。
在确定出第一服务异常概率之后，在S103中，就可以根据第一异常概率确定是否向服务提供终端发送第一提示信息。
S103中，第一预定数值可以是人为规定的，可以与第一服务异常概率是相对应的(如，当第一服务异常概率为百分比的值时，第一预设数值也为百分比的值；当第一服务异常概率为等级时，第一预设数值也为等级)。
第一提示信息用于提示服务提供终端对服务订单的服务情况。
第一提示信息可以携带有以下信息的任意一种或多种：
文字、图片、语音或影像。
第一提示信息的展现形式可以包括以下任意一种或多种：
语音播放、在显示屏中展示或震动。
当第一提示信息为文字时，第一提示信息的展现形式可以是在服务提供端的显示屏中展示，以及使服务提供端进行震动；当第一提示信息为图片时，第一提示信息的展现形式可以是在服务提供端的显示屏中展示，以及使服务提供端进行震动；当第一提示信息为语音时，第一提示信息的展现形式可以是在服务提供端中进行语音播放，以及使服务提供端进行震动；当第一提示信息为影像时，第一提示信息的展现形式可以是在服务提供端的显示屏中展示，以及使服务提供端进行震动。在本申请中优选的将本方案应用在网约车中，影像和图片的展示形式会使网约司机耗费较多的精力去关注，降低网约司机的驾驶的安全性，而文字和语音对网约司机的注意力影响力较低，因此，优选的采用文字和/语音作为第一提示信息。但为了提高第一提示信息的提示强度，可以同时采用文字和语音作为第一提示信息，可以将文字在服务提供端的显示屏中展示，并将语音通过服务提供端进行播放，以及使服务提供端进行震动。
当第一提示信息为文字时，在步骤S103中，向服务提供端发送第一提示信息，包括：
步骤1031，服务平台向服务提供端发送携带有提示弹窗的第一提示信息，以使服务提供端在当前显示界面上显示实时提示弹窗。
提示弹窗具有实时性，只有在触发的情况下提示弹窗才会展示在服务提供端在当前显示界面上。当提示弹窗被触发，并突然的展示在当前的显示界面上，服务提供方可以很快的注意到提示信息，提高了服务提供方对该提示信息的注意力，使得服务提供方能够对服务订单及时进行处理。
第一提示信息还可以携带有输出等级，输出等级越高，第一提示信息的内容表达的含义越严肃，输出等级越低，第一提示信息的内容表达的含义越温和。本申请中可以根据跟不同的第一服务异常概率向服务提供端发送不同等级的第一提示信息，如，第一服务异常概率与第一预定数值的差值较小，可以采用较温和的提示信息；第一服务异常概率与第一预定数值的差值较大，可以采用较严肃的提示信息。
在服务平台向服务提供端发送第一提示信息的情况下，为了提高服务请求方的体验度，在为服务提供端发送第一提示信息的同时还可以为服务请求方发送第二提示信息，也就是本申请所提供的方法还包括：
步骤104，服务平台向服务请求端发送携带有提示弹窗的第二提示信息，以使服务请求端在当前显示界面上显示实时提示弹窗。
在步骤104中，第二提示信息用于让服务提供方对服务提供终端对服务订单的服务情况进行了解。第二提示信息所携带的信息和展示形式可以参照前文的第一提示信息。
当第二提示信息为文字时，第二提示信息的展现形式可以是在服务提供端的显示屏中展示，以及使服务提供端进行震动；当第二提示信息为图片时，第二提示信息的展现形式可以为在服务提供端的显示屏中展示，以及使服务提供端进行震动；当第二提示信息为语音时，第二提示信息的展现形式可以是在服务提供端中进行语音播放，以及使服务提供端进行震动；当第二提示信息为影像时，第二提示信息的展现形式可以是在服务提供端的显示屏中展示，以及使服务提供端进行震动。
因第二提示信息展示对象是服务提供方，不需要对服务提供方的注意力有所限制，因此，第二提示信息所携带的信息和第二提示信息的展示形式可以随意组合。
在得到第一当前状态信息后，为了更详细的了解确定第一服务异常概率的过程，步骤S102包括：
步骤1021，服务平台获取服务提供端的历史状态信息；历史状态信息可以包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
步骤1022，服务平台根据第一当前状态信息和历史状态信息的相似度，确定服务提供端的第一服务异常概率。
在步骤1021中，正常服务订单对应的状态信息可以包括以下的任意一种或多种：服务提供端的处理正常服务订单的行驶状态信息、服务提供端的处理正常服务订单的通讯信息。其中，服务提供端的处理正常服务订单的行驶状态信息可以参照前文中的服务提供端的行驶状态信息，服务提供端的处理正常服务订单的通讯信息可以参照前文中的服务提供端的通讯信息。
异常服务订单的产生通常有至少以下几种原因：
第一种情况，因服务提供方所处环境的特殊性而导致服务提供方未注意到服务订单；
第二种情况，因服务提供方所处环境的特殊性而导致服务提供方的服务出错；
第三种情况，因服务时间或服务地点不理想，服务提供方不对服务订单进行处理。
异常服务订单对应的状态信息可以包括以下的任意一种或多种：服务提供端的处理异常服务订单的行驶状态信息、服务提供端的处理异常服务订单的通讯信息。其中，服务提供端的处理异常服务订单的行驶状态信息可以参照前文中的服务提供端的行驶状态信息，服务提供端的处理异常服务订单的通讯信息可以参照前文中的服务提供端的通讯信息。
步骤1022中，第一当前状态信息和历史状态信息的相似度主要反映了服务提供端当前的状态与其历史状态的相似程度。引入历史状态信息的主要目的是加强个性化的评价。具体来说，每个服务提供端的服务流程、服务习惯都是有差异的，如果强制按照某一个统一的习惯来约束所有的服务提供端，则确定出的第一服务异常概率的准确度会是比较低的。在此种情况下，本方案中才引出了历史状态信息，具体实现时，如果第一当前状态信息反映服务提供端的当前行为更接近其承接正常服务订单后的状态信息，则说明其异常程度是较低的；如果第一当前状态信息反映服务提供端的当前行为更接近其承接异常服务订单后的状态信息，则说明其异常程度是较高的。
除了直接采用相似度的方式来确定第一服务异常概率，还可以使用数学模型的方式来确定第一服务异常概率。具体实现时，步骤S102可以按照如下方式实现：
服务平台将服务提供端所对应的第一当前状态信息输入至训练好的服务异常概率计算模型，以得到服务提供端的第一服务异常概率。
训练好的服务异常概率计算模型是通过大量的样本训练得到的，本申请中通过如下步骤确定服务异常概率计算模型：
获取正样本集合和负样本集合；正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
其中，服务异常概率计算模型的输出结果可以是百分比的值，也可以是等级。将异常概率按照预设数值进行阈值划分，每一个阈值范围对应一个等级。
在向服务提供端发送第一提示信息之后，并不清楚第一提示信息对服务提供端有没有带来提示作用，因此，如图2所示，本申请还进一步提供了应急处理的策略，即在步骤S103之后，还包括：
S105，服务平台获取服务提供端的第二当前状态信息；
S106，服务平台根据服务提供端的第二当前状态信息，确定服务提供端的第二服务异常概率；
S107，服务平台若第二服务异常概率与第一服务异常概率的差值不符合预设要求，则对服务请求端进行应急处理。
在步骤S105中，第二当前状态信息是服务平台向服务提供端发送第一提示信息之后产生的。第二当前状态信息的含义可以参考上文中的第一当前状态信息。服务平台获取服务提供端的第二当前状态信息的行为就可以理解为是在服务平台将第一提示信息发送给服务提供端后，服务提供端向服务平台反馈其状态信息的行为。
在步骤S106中，第二服务异常概率可以利用上文中所提到的训练好的服务异常概率计算模型和第二当前状态信息得到。
具体的，可以将服务提供端的第二当前状态信息输入至训练好的服务异常概率计算模型，以得到服务提供端的第二服务异常概率。在步骤S107中，第二服务异常概率与第一服务异常概率的差值反映了服务提供方当前的服务状态与第一次检测到的服务状态改善情况。
具体的，第二服务异常概率也可以采用历史信息进行辅助获取。也就是，步骤S106可以按照如下方式实现：
服务平台获取服务提供端的历史状态信息；历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
服务平台根据第二当前状态信息和历史状态信息的相似度，确定服务提供端的第二服务异常概率。
服务平台向服务提供端发送第一提示信息的情况下，第一服务异常概率一定是超过第一预定数值的，则利用第二服务异常概率与第一服务异常概率的差值确定对服务请求端进行应急处理的方式包括：
若第二服务异常概率与第一服务异常概率的差值是负数，则说明服务提供端的当前的服务状态有所改善；若第二服务异常概率与第一服务异常概率的差值是正数，说明服务提供端的当前的服务状态并没有改善，且还存在异常服务越来越严重的情况，这时，就需要对服务请求端进行应急处理，其中，应急处理可以在服务提供端中直接取消分派给服务提供端的服务订单。
在服务提供端的当前的服务状态有所改善的时候，也有可能存在服务提供端的当前的服务状态是异常服务的情况(也就是改善不够大)，因此，还可以采用判断第二服务异常概率是否超过第二预定数值的方式来实现，如果第二服务异常概率超过第二预定数值，说明服务提供端的当前的服务状态仍是异常服务，这时就需要服务平台对服务请求端进行应急处理，其中，应急处理可以在服务提供端中直接取消该分派给服务提供端的服务订单。如果第二服务异常概率未超过第二预定数值，说明服务提供端的当前的服务状态为正常服务，就不需要服务平台对服务提供端进行监控。其中，第二预定数值的含义可以参考上文中的第一预定数值。数值上，第二预定数值可以与第一预定数值是相同的，也可以是不同的。
本申请中还可以同时利用第二服务异常概率是否大于第二预定数值，以及第二服务异常概率与第一服务异常概率的差值是否符合预设要求来确定服务平台是否需要对服务请求端进行应急处理，也就是步骤S107可以按照如下方式实现：
如果第二服务异常概率未超过第二预定数值，且第二服务异常概率与第一服务异常概率的差值符合预设要求，则说明服务提供方接收到了第一提示信息，并对服务订单做出的正常服务(服务有明显改善)；如果第二服务异常概率超过第二预定数值，第二服务异常概率与第一服务异常概率的差值符合预设要求，则说明服务提供方对服务订单仍进行异常服务(服务有改善，但不够明显)，这时候为了减少服务请求方的耗时，就需要对服务请求方进行轻度应急处理。其中，应急处理可以在服务提供端中直接取消该分派给服务提供端的服务订单。当然，在具体实现时，也可以是如果第二服务异常概率超过第二预定数值，且第二服务异常概率与第一服务异常概率的差值不符合预设要求(服务没有改善)，此时就可以采用重度应急处理的策略了。
其中，轻度应急处理的策略可以如：采用倒计时的方式告知对方即将取消服务订单，并重新分派服务订单(在告知对方后进行倒计时，倒计时时间到了之后才会取消服务订单，并重新分配服务订单)；重度应急处理的策略可以如：直接告知对方将取消服务订单，并重新分派服务订单(在告知对方的同事取消服务订单，并重新分配服务订单)。
在取消服务订单后，为了减少服务请求方的时间消耗，可以按照如下方式直接重新分配服务订单：
步骤1071，服务平台将服务订单重新分配给除服务提供端之外的其他服务提供端。
将服务订单重新分配的方式有如下两种：
第一种，步骤1071，包括：
步骤10711，服务平台将服务订单进行优先广播，以将服务订单重新分配给除服务提供端之外的其他服务提供端。
在上述步骤10711中，优先广播可以是服务平台在分派服务订单的过程中，可以将取消后的服务订单优先进行分派。在服务订单被取消后，接收过取消后的服务订单的服务提供端也会重新接收服务订单，这也就会出现取消后的服务订单再次被接收过该取消后的服务订单的服务提供端接收，为了减少该取消后的服务订单再次不被服务的情况，服务平台会强制中断取消后的服务订单向接收过该取消后的服务订单的服务提供端进行分派的过程，以使取消后的服务订单被除接收过该取消后的服务订单的服务提供端之外的其他服务提供端所接收，提高了取消后的服务订单被服务的情况。
第二种，步骤1071，包括：
步骤10712，服务平台获取除服务提供端之外的其他服务提供端的运营状态；
步骤10713，服务平台根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率；
步骤10714，服务平台根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端；
步骤10715，服务平台将服务订单指派给目标服务提供端。
在上述步骤10712中，运营状态所携带的信息可以包括以下任意一种或几种：其他服务提供端的接单状态、其他服务提供端的位置、其他服务提供端的服务时间。其中，其他服务提供端的接单状态反映了其他服务提供端当前是否为服务订单进行服务，服务订单的状态可以包括两种：服务中和未服务，处于服务中的其他服务提供端是必定不能接收服务订单的，也就是为接收其他服务订单的概率为零，只有处于未服务中的其他服务提供端才能接收新的服务订单，也就是接收其他服务订单的概率较高。其他服务提供端的位置可以反映其他服务提供端的当前位置与服务订单中的始发地之间的距离，其他服务提供端的位置距离服务订单中的始发地越近，则其他服务提供端接收其他服务订单的概率较高，其他服务提供端的位置距离服务订单中的始发地越远，则其他服务提供端接收其他服务订单的概率较低。其他服务提供端的服务时间可以反映其他服务提供端的工作时间，服务时间可以是服务请求端向其他服务提供端预约的工作时间，其他服务提供端的服务时间与服务订单对应的工作时间较近，则其他服务提供端接收其他服务订单的概率较低，其他服务提供端的服务时间与服务订单对应的工作时间较远，则其他服务提供端接收其他服务订单的概率较大。
在上述步骤10713中，接单概率反映了其他服务提供端接收服务订单的可能性，接单概率越大，其他服务提供端接收服务订单的可能性越大，接单概率越小，其他服务提供端接收服务订单的可能性越小。
确定其他服务提供端的接单概率并不能仅根据其他服务提供端的运营状态中的一个信息决定的，而是综合考虑其他服务提供端的运营状态的所有信息，才能确定出其他服务提供端的接单概率。当其他服务提供端处于未服务中，且其他服务提供端当前的位置距离服务订单的始发地较近，则其他服务提供端的接单概率越高，但是，会存在服务订单对应的服务时间与其他服务提供端的服务时间较近的情况，降低了其他服务提供端的接单概率。当其他服务提供端处于未服务中，且服务订单对应的服务时间距离其他服务提供端的服务时间较远，则其他服务提供端的接单概率越高，但是，会存在其他服务提供端当前的位置距离服务订单的始发地较远的情况，降低了其他服务提供端的接单概率。因此，在其他服务提供端处于未服务中、其他服务提供端当前的位置距离服务订单的始发地较近、服务订单对应的服务时间距离其他服务提供端的服务时间较远的情况下，会提高其他服务提供端的接单概率。
在上述步骤10714中，根据每个其他服务提供端接单概率筛选出接单概率最大的一个其他服务提供端作为目标服务提供端，在确定出目标服务提供端后，执行步骤10715。
本申请所提供的提示信息的发送方法，服务平台将服务订单分派给服务提供端后，获取服务提供端的第一当前状态信息，使得服务服务平台对服务提供端的行为进行监控，并根据服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；只有当第一服务异常概率超过第一预定数值，服务平台才会向服务提供端发送第一提示信息。这种对服务提供端进行提示的方式更加准确，不会频繁向服务提供端发送提示信息，节约了网络流量。
在服务平台向服务提供端发送第一提示信息后，会获取服务提供端的第二当前状态信息，使得服务平台对服务提供端的行为进行监控，并根据服务提供端的第二当前状态信息，确定服务提供端的第二服务异常概率，利用第二服务异常概率与第一服务异常概率的差值来确定服务提供端是否对异常行为进行改善，在确定出服务提供端没有对异常行为进行改善的情况下，服务平台对服务请求端进行应急处理。这种处理方式提前结束没有被正常服务的服务订单，减少服务请求端的等待耗时。
本申请中的应急处理可以包括两种方式，第一种方式，服务平台将被取消的服务订单进行优先广播，使得被取消的服务订单可以优先被服务，减少了服务请求端的等待耗时。第二种方式，服务平台获取其他服务提供端的运营状态，根据其他服务提供端的运营状态确定出接单概率最大的目标服务提供端，将服务订单直接指派给目标服务提供端，大大的提高了服务订单被服务的概率，减少了服务请求端的等待耗时。
本申请提供了一种提示信息的输出方法，应用于服务提供端，如图3所示，该方法包括如下步骤：
S301，服务提供端接收服务平台分派的服务订单之后，监测自身的第一当前状态信息；
S302，服务提供端根据第一当前状态信息，确定当前的第一服务异常概率；
S303，若第一服务异常概率超过第一预定数值，则服务提供端输出第一提示信息。
在某些实施例中，第一当前状态信息包括以下的任意一种或多种：
服务提供端的行驶状态信息、服务提供端的通讯信息、服务提供端的历史服务信息。
在某些实施例中，服务提供端的行驶状态信息可以包括以下的任意一种或多种：服务提供端的位置信息、服务提供端的速度、服务提供端的行驶方向、服务提供端的加速度和服务提供端的平均速度。
在某些实施例中，服务提供端的通讯信息可以包括以下的任意一种或多种：服务提供端与服务请求端之间的通话次数、服务提供端向服务请求端发起主动联系的次数、服务提供端与服务请求端之间的通话时长和服务提供端与服务请求端之间发送的文本消息。
在某些实施例中，服务提供端的历史服务信息可以包括以下的任意一种或多种：服务提供端的异常类型、服务提供端的评分和服务提供端的服务异常次数。
在某些实施例中，服务提供端根据第一当前状态信息，确定当前的第一服务异常概率，包括：
服务提供端获取自身的历史状态信息；历史状态信息可以包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
服务提供端根据第一当前状态信息和历史状态信息的相似度，确定自身的第一服务异常概率。
在某些实施例中，服务提供端根据第一当前状态信息，确定当前的第一服务异常概率，包括：
服务提供端根据将服务提供端所对应的第一当前状态信息输入至训练好的服务异常概率计算模型，以得到服务提供端的第一服务异常概率。
在某些实施例中，通过如下步骤确定服务异常概率计算模型：
获取正样本集合和负样本集合；正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
在某些实施例中，在步骤服务提供端输出第一提示信息后，还包括：
服务提供端获取自身的第二当前状态信息；
服务提供端根据第二当前状态信息，确定自身的第二服务异常概率；
若第二服务异常概率与第一服务异常概率的差值不符合预设要求，则服务提供端进行应急处理。
在某些实施例中，服务提供端进行应急处理，包括：
服务提供端向服务平台发送订单重新分配请求，以使服务平台将服务订单重新分配给除服务提供端之外的其他服务提供端。
在某些实施例中，服务提供端向服务平台发送订单重新分配请求，以使服务平台将服务订单重新分配给除服务提供端之外的其他服务提供端，包括：
服务提供端向服务平台发送订单重新分配请求，以使服务平台将服务订单进行优先广播，以将服务订单重新分配给除服务提供端之外的其他服务提供端。
在某些实施例中，服务提供端向服务平台发送订单重新分配请求，以使服务平台将服务订单重新分配给除服务提供端之外的其他服务提供端，包括：
服务提供端向服务平台发送订单重新分配请求，以使服务平台获取除服务提供端之外的其他服务提供端的运营状态，并且服务平台根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率，以及服务平台根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端，以及服务平台将服务订单指派给目标服务提供端。
如图4所示，本申请提供了一种提示信息的发送装置，应用于服务平台，包括：
监测模块401，用于向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；
确定模块402，用于根据服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；
发送模块403，用于若第一服务异常概率超过第一预定数值，则向服务提供端发送第一提示信息。
在某些实施例中，第一当前状态信息包括以下的任意一种或多种：服务提供端的行驶状态信息、服务提供端的通讯信息、服务提供端的历史服务信息；
在某些实施例中，服务提供端的行驶状态信息可以包括以下的任意一种或多种：服务提供端的位置信息、服务提供端的速度、服务提供端的行驶方向、服务提供端的加速度和服务提供端的平均速度；
在某些实施例中，服务提供端的通讯信息可以包括以下的任意一种或多种：服务提供端与服务请求端之间的通话次数、服务提供端向服务请求端发起主动联系的次数、服务提供端与服务请求端之间的通话时长和服务提供端与服务请求端之间发送的文本消息；
在某些实施例中，服务提供端的历史服务信息可以包括以下的任意一种或多种：服务提供端的异常类型、服务提供端的评分和服务提供端的服务异常次数；
在某些实施例中，确定模块402，包括：历史信息获取单元和异常概率确定单元；
历史信息获取单元，用于服务平台获取服务提供端的历史状态信息；历史状态信息可以包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
异常概率确定单元，用于服务平台根据第一当前状态信息和历史状态信息的相似度，确定服务提供端的第一服务异常概率。
在某些实施例中，确定模块，包括：
模型计算单元，用于将服务提供端所对应的第一当前状态信息输入至训练好的服务异常概率计算模型，以得到服务提供端的第一服务异常概率。
在某些实施例中，发送装置还包括：训练模块；
训练模块，用于获取正样本集合和负样本集合；正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
在某些实施例中，发送装置还包括：第二监控模块、第二确定模块和应急处理模块；
第二监控模块，用于获取服务提供端的第二当前状态信息；
第二确定模块，用于根据服务提供端的第二当前状态信息，确定服务提供端的第二服务异常概率；
应急处理模块，用于若第二服务异常概率与第一服务异常概率的差值不符合预设要求，则对服务请求端进行应急处理。
在某些实施例中，应急处理模块，包括：订单重新分配单元；
订单重新分配单元，用于将服务订单重新分配给除服务提供端之外的其他服务提供端。
在某些实施例中，订单重新分配单元，在将服务订单重新分配给除服务提供端之外的其他服务提供端时，包括：
将服务订单进行优先广播，以将服务订单重新分配给除服务提供端之外的其他服务提供端。
在某些实施例中，订单重新分配单元，在将服务订单重新分配给除服务提供端之外的其他服务提供端时，包括：
获取除服务提供端之外的其他服务提供端的运营状态；
根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率；
根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端；
将服务订单指派给目标服务提供端。
在某些实施例中，发送模块403，包括：提示单元；
提示单元，用向服务提供端发送携带有提示弹窗的第一提示信息，以使服务提供端在当前显示界面上显示实时提示弹窗。
本申请还提供了一种提示信息的输出装置，应用于服务提供端，包括：
接收模块，接收服务平台分派的服务订单之后，监测自身的第一当前状态信息；其中，第一当前状态信息包括以下的任意一种或多种：服务提供端的行驶状态信息、服务提供端的通讯信息、服务提供端的历史服务信息；
确定模块，根据第一当前状态信息，确定当前的第一服务异常概率；
输出模块，若第一服务异常概率超过第一预定数值，则输出第一提示信息。
在某些实施例中，第一当前状态信息可以包括以下的任意一种或多种：
服务提供端的行驶状态信息、服务提供端的通讯信息、服务提供端的历史服务信息；
在某些实施例中，服务提供端的行驶状态信息可以包括以下的任意一种或多种：服务提供端的位置信息、服务提供端的速度、服务提供端的行驶方向、服务提供端的加速度和服务提供端的平均速度。
在某些实施例中，服务提供端的通讯信息可以包括以下的任意一种或多种：服务提供端与服务请求端之间的通话次数、服务提供端向服务请求端发起主动联系的次数、服务提供端与服务请求端之间的通话时长和服务提供端与服务请求端之间发送的文本消息。
在某些实施例中，服务提供端的历史服务信息可以包括以下的任意一种或多种：服务提供端的异常类型、服务提供端的评分和服务提供端的服务异常次数。
在某些实施例中，输出模块包括：历史信息获取单元和异常概率确定单元；
历史信息获取单元，用于获取自身的历史状态信息；历史状态信息可以包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
异常概率确定单元，用于根据第一当前状态信息和历史状态信息的相似度，确定自身的第一服务异常概率。
在某些实施例中，确定模块包括：
模型计算单元，用于将第一当前状态信息和历史状态信息输入至训练好的服务异常概率计算模型，以得到自身的第一服务异常概率。
在某些实施例中，发送装置还包括：训练模块；
训练模块，用于获取正样本集合和负样本集合；正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
在某些实施例中，输出装置还包括：第二获取模块、第二确定模块和应急模块；
第二获取模块，用于获取自身的第二当前状态信息；
第二确定模块，用于根据第二当前状态信息，确定自身的第二服务异常概率；
应急模块，用于若第二服务异常概率与第一服务异常概率的差值不符合预设要求，则对服务请求端进行应急处理。
在某些实施例中，应急处理模块，包括：订单重新分配请求单元；
订单重新分配单元，用于向服务平台发送订单重新分配请求，以使服务平台将服务订单重新分配给除服务提供端之外的其他服务提供端。
在某些实施例中，服务平台将服务订单重新分配给除服务提供端之外的其他服务提供端的过程可以按照如下方式进行：
服务平台将服务订单进行优先广播，以将服务订单重新分配给除服务提供端之外的其他服务提供端。
在某些实施例中，服务平台将服务订单重新分配给除服务提供端之外的其他服务提供端的过程可以按照如下方式进行：
服务平台获取除服务提供端之外的其他服务提供端的运营状态；
服务平台根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率；
服务平台根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端；
服务平台将服务订单指派给目标服务提供端。
本申请所提供的提示信息的发送方法和提示信息的输出方法，不仅仅应用于网约车领域，在快递服务、家政服务等领域也同样适用。
如图5所示，为本申请实施例所提供的电子设备示意图，该电子设备1000包括：处理器1001、存储器1002和总线1003，存储器1002存储有执行指令，当电子设备运行时，处理器1001与存储器1002之间通过总线1003通信，处理器1001执行存储器1002中存储的提示信息的发送方法的步骤。
如图6所示，示出了是本申请一些实施例的提示信息的发送方法所在的服务***的框图。例如，服务***可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务***可以包括服务平台110(本申请所提供方法的执行主体的一种)、网络120、服务请求端130(服务请求方)、服务提供端140(服务提供方)和数据库150中的一种或多种，服务平台110中可以包括执行指令操作的处理器。
在一些实施例中，服务平台110可以是单个服务平台，也可以是服务平台组。服务平台组可以是集中式的，也可以是分布式的(例如，服务平台110可以是分布式***)。在一些实施例中，服务平台110相对于终端，可以是本地的、也可以是远程的。例如，服务平台110可以经由网络120访问存储在服务请求端130、服务提供端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务平台110可以直接连接到服务请求端130、服务提供端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务平台110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务平台110可以在具有本申请中图4所示的一个或多个组件的电子设备1000上实现。
网络120可以用于信息和/或数据的交换。在一些实施例中，服务***中的一个或多个组件(例如，服务平台110，服务请求端130，服务提供端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务平台110可以经由网络120从服务请求端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched Telephone Network，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务***的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中，服务请求端130的服务请求方可以是除服务实际需求者之外的其他人。例如，服务请求端130的服务请求方A可以使用服务请求端130来为服务实际需求者B发起服务请求(比如，服务请求方A可以为自己的朋友B叫车)，或者从服务平台110接收服务信息或指令等。在一些实施例中，服务提供端140的服务请求方可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供端140的服务请求方C可以使用服务提供端140接收由服务实际提供者D提供服务的服务请求(比如服务请求方C可以为自己雇用的服务提供方D接单)，和/或来自服务平台110的信息或指令。在一些实施例中，“服务请求方”和“服务请求端”可以互换使用，“服务提供方”和“服务提供端”可以互换使用。
在一些实施例中，服务请求端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求端130可以是具有用于定位服务请求方和/或服务请求端的位置的定位技术的设备。
在一些实施例中，服务提供端140可以是与服务请求端130类似或相同的设备。在一些实施例中，服务提供端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供端的位置。在一些实施例中，服务请求端130和/或服务提供端140可以与其他定位设备通信以确定服务请求方、服务请求端130、服务提供方、或服务提供端140、或其任意组合的位置。在一些实施例中，服务请求端130和/或服务提供端140可以将定位信息发送给服务平台110。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求端130和/或服务提供端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory,ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory,RAM)；RAM可以包括动态RAM(Dynamic Random AccessMemory,DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM,DDRSDRAM)；静态RAM(Static Random-Access Memory,SRAM)，晶闸管RAM(Thyristor-BasedRandom Access Memory,T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory,MROM)、可编程ROM(Programmable Read-Only Memory,PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory,PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory,EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。
本申请实施例所提供的进行提示信息的发送方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务平台，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。
Claims (36)
1.一种提示信息的发送方法，应用于服务平台，其特征在于，包括：
服务平台在向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；
所述服务平台根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；
若所述第一服务异常概率超过第一预定数值，则所述服务平台向所述服务提供端发送第一提示信息。
2.根据权利要求1所述的发送方法，其特征在于，服务提供端的第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息。
3.根据权利要求2所述的发送方法，其特征在于，所述服务提供端的行驶状态信息包括以下的任意一种或多种：所述服务提供端的位置信息、所述服务提供端的速度、所述服务提供端的行驶方向、所述服务提供端的加速度和所述服务提供端的平均速度。
4.根据权利要求2所述的发送方法，其特征在于，所述服务提供端的通讯信息包括以下的任意一种或多种：所述服务提供端与服务请求端之间的通话次数、所述服务提供端向所述服务请求端发起主动联系的次数、所述服务提供端与所述服务请求端之间的通话时长和所述服务提供端与所述服务请求端之间发送的文本消息。
5.根据权利要求2所述的发送方法，其特征在于，所述服务提供端的历史服务信息包括以下的任意一种或多种：所述服务提供端的异常类型、所述服务提供端的评分和所述服务提供端的服务异常次数。
6.根据权利要求1所述的方法，其特征在于，所述服务平台根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率，包括：
所述服务平台获取服务提供端的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
所述服务平台根据所述第一当前状态信息和所述历史状态信息的相似度，确定所述服务提供端的第一服务异常概率。
7.根据权利要求1所述的方法，其特征在于，所述服务平台根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率，包括：
所述服务平台将所述服务提供端所对应的第一当前状态信息输入至训练好的服务异常概率计算模型，以得到所述服务提供端的第一服务异常概率。
8.根据权利要求7所述的方法，其特征在于，通过如下步骤确定服务异常概率计算模型：
获取正样本集合和负样本集合；所述正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；所述负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
9.根据权利要求1所述的方法，其特征在于，在步骤所述服务平台向服务提供端发送第一提示信息后，还包括：
所述服务平台获取服务提供端的第二当前状态信息；
所述服务平台根据所述服务提供端的第二当前状态信息，确定服务提供端的第二服务异常概率；
若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则所述服务平台对服务请求端进行应急处理。
10.根据权利要求9所述的方法，其特征在于，所述服务平台对服务请求端采用应急处理，包括：
所述服务平台将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
11.根据权利要求10所述的方法，其特征在于，所述服务平台将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端，包括：
所述服务平台将所述服务订单进行优先广播，以将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
12.根据权利要求10所述的方法，其特征在于，所述服务平台将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端，包括：
所述服务平台获取除所述服务提供端之外的其他服务提供端的运营状态；
所述服务平台根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率；
所述服务平台根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端；
所述服务平台将所述服务订单指派给目标服务提供端。
13.根据权利要求1所述的方法，其特征在于，所述服务平台向服务提供端发送第一提示信息，包括：
所述服务平台向所述服务提供端发送携带有提示弹窗的第一提示信息，以使所述服务提供端在当前显示界面上显示实时提示弹窗。
14.一种提示信息的输出方法，应用于服务提供端，其特征在于，包括：
服务提供端接收服务平台分派的服务订单之后，监测自身的第一当前状态信息；
所述服务提供端根据所述第一当前状态信息，确定当前的第一服务异常概率；
若所述第一服务异常概率超过第一预定数值，则所述服务提供端输出第一提示信息。
15.根据权利要求14所述的输出方法，其特征在于，服务提供端的第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息。
16.根据权利要求14所述的输出方法，其特征在于，所述服务提供端根据所述第一当前状态信息，确定当前的第一服务异常概率，包括：
所述服务提供端获取自身的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
所述服务提供端根据所述第一当前状态信息和所述历史状态信息的相似度，确定自身的第一服务异常概率。
17.根据权利要求14所述的输出方法，其特征在于，在步骤所述服务提供端输出第一提示信息后，还包括：
所述服务提供端获取自身的第二当前状态信息；
所述服务提供端根据所述第二当前状态信息，确定自身的第二服务异常概率；
若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则所述服务提供端对服务请求端进行应急处理。
18.一种提示信息的发送装置，应用于服务平台，其特征在于，包括：
监测模块，用于向服务提供端分派服务订单之后，监测服务提供端的第一当前状态信息；
确定模块，用于根据所述服务提供端的第一当前状态信息，确定服务提供端的第一服务异常概率；
发送模块，用于若所述第一服务异常概率超过第一预定数值，则向所述服务提供端发送第一提示信息。
19.根据权利要求18所述的发送装置，其特征在于，第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息。
20.根据权利要求19所述的发送装置，其特征在于，所述服务提供端的行驶状态信息包括以下的任意一种或多种：所述服务提供端的位置信息、所述服务提供端的速度、所述服务提供端的行驶方向、所述服务提供端的加速度和所述服务提供端的平均速度。
21.根据权利要求19所述的发送装置，其特征在于，所述服务提供端的通讯信息包括以下的任意一种或多种：所述服务提供端与服务请求端之间的通话次数、所述服务提供端向所述服务请求端发起主动联系的次数、所述服务提供端与所述服务请求端之间的通话时长和所述服务提供端与所述服务请求端之间发送的文本消息。
22.根据权利要求19所述的发送装置，其特征在于，所述服务提供端的历史服务信息包括以下的任意一种或多种：所述服务提供端的异常类型、所述服务提供端的评分和所述服务提供端的服务异常次数。
23.根据权利要求18所述的发送装置，其特征在于，所述确定模块，包括：历史信息获取单元和异常概率确定单元；
所述历史信息获取单元，用于获取服务提供端的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
所述异常概率确定单元，用于根据所述第一当前状态信息和所述历史状态信息的相似度，确定所述服务提供端的第一服务异常概率。
24.根据权利要求18所述的发送装置，其特征在于，确定模块，包括：
模型计算单元，用于将所述服务提供端所对应的第一当前状态信息输入至训练好的服务异常概率计算模型，以得到所述服务提供端的第一服务异常概率。
25.根据权利要求24所述的发送装置，其特征在于，所述发送装置还包括：训练模块；
所述训练模块，用于获取正样本集合和负样本集合；所述正样本集合中携带有服务提供终端承接正常服务订单后的状态信息；所述负样本集合中携带有服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；使用正样本集合和负样本集合训练预设的基础模型，以得到服务异常概率计算模型。
26.根据权利要求18所述的发送装置，其特征在于，所述发送装置还包括：第二监控模块、第二确定模块和应急处理模块；
所述第二监控模块，用于获取服务提供端的第二当前状态信息；
所述第二确定模块，用于根据所述服务提供端的第二当前状态信息，确定服务提供端的第二服务异常概率；
所述应急处理模块，用于若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则对服务请求端进行应急处理。
27.根据权利要求26所述的发送装置，其特征在于，所述应急处理模块，包括：订单重新分配单元；
所述订单重新分配单元，用于将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
28.根据权利要求27所述的发送装置，其特征在于，所述订单重新分配单元，在将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端时，包括：
将所述服务订单进行优先广播，以将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端。
29.根据权利要求27所述的发送装置，其特征在于，所述订单重新分配单元，在将所述服务订单重新分配给除所述服务提供端之外的其他服务提供端时，包括：
获取除所述服务提供端之外的其他服务提供端的运营状态；
根据上述其他服务提供端的运营状态确定每个其他服务提供端的接单概率；
根据每个其他服务提供端的接单概率从其他服务提供端中选择目标服务提供端；
将所述服务订单指派给目标服务提供端。
30.根据权利要求18所述的发送装置，其特征在于，所述发送模块，包括：提示单元；
所述提示单元，用于向所述服务提供端发送携带有提示弹窗的第一提示信息，以使所述服务提供端在当前显示界面上显示实时提示弹窗。
31.一种提示信息的输出装置，应用于服务提供端，其特征在于，包括：
接收模块，用于接收服务平台分派的服务订单之后，监测自身的第一当前状态信息；
确定模块，用于根据所述第一当前状态信息，确定当前的第一服务异常概率；
输出模块，用于若所述第一服务异常概率超过第一预定数值，则输出第一提示信息。
32.根据权利要求31所述的输出装置，其特征在于，第一当前状态信息包括以下的任意一种或多种：
所述服务提供端的行驶状态信息、所述服务提供端的通讯信息、所述服务提供端的历史服务信息。
33.根据权利要求31所述的输出装置，其特征在于，输出模块，在所述根据所述第一当前状态信息，确定当前的第一服务异常概率时，包括：
获取自身的历史状态信息；所述历史状态信息包括以下的任意一种或多种：服务提供终端承接正常服务订单后的状态信息、服务提供终端承接异常服务订单后的状态信息；正常服务订单是服务提供终端完成的服务订单；异常服务订单是服务提供终端未完成的服务订单；
根据所述第一当前状态信息和所述历史状态信息的相似度，确定自身的第一服务异常概率。
34.根据权利要求31所述的输出装置，其特征在于，所述输出装置还包括：第二获取模块、第二确定模块和应急模块；
所述第二获取模块，用于获取自身的第二当前状态信息；
所述第二确定模块，用于根据所述第二当前状态信息，确定自身的第二服务异常概率；
所述应急模块，用于若所述第二服务异常概率与所述第一服务异常概率的差值不符合预设要求，则对服务请求端进行应急处理。
35.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1-13或14-17任一所述方法的步骤。
36.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1-13或14-17中任一项所述的方法的步骤。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911158329.XA CN111858082A (zh) | 2019-11-22 | 2019-11-22 | 提示信息的发送方法、输出方法、装置、电子设备和介质 |
| PCT/CN2020/130699 WO2021098866A1 (zh) | 2019-11-22 | 2020-11-21 | 一种提示信息发送方法和*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911158329.XA CN111858082A (zh) | 2019-11-22 | 2019-11-22 | 提示信息的发送方法、输出方法、装置、电子设备和介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111858082A true CN111858082A (zh) | 2020-10-30 |
Family
ID=72970741
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911158329.XA Pending CN111858082A (zh) | 2019-11-22 | 2019-11-22 | 提示信息的发送方法、输出方法、装置、电子设备和介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111858082A (zh) |
| WO (1) | WO2021098866A1 (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112486869A (zh) * | 2020-11-12 | 2021-03-12 | 北京壹体体育产业发展有限公司 | 一种用于多***间数据交换的装置及方法 |
| WO2021098866A1 (zh) * | 2019-11-22 | 2021-05-27 | 北京嘀嘀无限科技发展有限公司 | 一种提示信息发送方法和*** |
| CN117557427A (zh) * | 2023-12-15 | 2024-02-13 | 广州启德教育科技有限公司 | 基于大数据留学选校信息咨询*** |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170206462A1 (en) * | 2016-01-14 | 2017-07-20 | International Business Machines Corporation | Method and apparatus for detecting abnormal contention on a computer system |
| CN109726843B (zh) * | 2017-10-30 | 2023-09-15 | 阿里巴巴集团控股有限公司 | 配送数据预测的方法、装置和终端 |
| CN108765244A (zh) * | 2018-06-01 | 2018-11-06 | 深圳市零度智控科技有限公司 | 车辆监控方法、装置和计算机可读存储介质 |
| CN109784371A (zh) * | 2018-12-14 | 2019-05-21 | 北京三快在线科技有限公司 | 网约车监管方法、装置及存储介质 |
| CN111325437B (zh) * | 2019-02-18 | 2021-09-24 | 北京嘀嘀无限科技发展有限公司 | 异常行驶行为的识别方法、装置以及电子设备 |
| CN110213516A (zh) * | 2019-05-22 | 2019-09-06 | 未来（北京）黑科技有限公司 | 车载视频录制处理方法、装置、存储介质及电子装置 |
| CN111858082A (zh) * | 2019-11-22 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 提示信息的发送方法、输出方法、装置、电子设备和介质 |
| CN111951560B (zh) * | 2020-08-30 | 2022-02-08 | 北京嘀嘀无限科技发展有限公司 | 服务异常检测方法、训练服务异常检测模型的方法和训练声音模型的方法 |
| CN112116158B (zh) * | 2020-09-21 | 2021-11-02 | 北京嘀嘀无限科技发展有限公司 | 数据处理方法、数据处理装置、存储介质和电子设备 |
| CN112329963A (zh) * | 2020-10-28 | 2021-02-05 | 北京嘀嘀无限科技发展有限公司 | 数据处理方法、数据处理装置、存储介质和电子设备 |
-
2019
- 2019-11-22 CN CN201911158329.XA patent/CN111858082A/zh active Pending
-
2020
- 2020-11-21 WO PCT/CN2020/130699 patent/WO2021098866A1/zh active Application Filing
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021098866A1 (zh) * | 2019-11-22 | 2021-05-27 | 北京嘀嘀无限科技发展有限公司 | 一种提示信息发送方法和*** |
| CN112486869A (zh) * | 2020-11-12 | 2021-03-12 | 北京壹体体育产业发展有限公司 | 一种用于多***间数据交换的装置及方法 |
| CN117557427A (zh) * | 2023-12-15 | 2024-02-13 | 广州启德教育科技有限公司 | 基于大数据留学选校信息咨询*** |
| CN117557427B (zh) * | 2023-12-15 | 2024-05-14 | 广州启德教育科技有限公司 | 基于大数据留学选校信息咨询*** |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021098866A1 (zh) | 2021-05-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11605246B2 (en) | Programmatically determining location information in connection with a transport service | |
| US20220044186A1 (en) | Arranging a transport service for multiple users | |
| US11570276B2 (en) | Forecasting requests based on context data for a network-based service | |
| JP7423517B2 (ja) | 配達注文を叶えるために予測時間ベース判定を実行するネットワークコンピュータシステム | |
| CN107491825B (zh) | 一种约车处理方法及*** | |
| US11216770B2 (en) | Optimizing service requests in transport supply-constrained sub-regions | |
| EP3639506B1 (en) | Customized communications for network systems | |
| US10466059B2 (en) | Providing alternative routing options to a rider of a transportation management system | |
| US20150161752A1 (en) | Intelligent queuing for user selection in providing on-demand services | |
| US10587679B2 (en) | Multi-mode message transmission for a network-based service | |
| US20170169366A1 (en) | Systems and Methods for Adjusting Ride-Sharing Schedules and Routes | |
| CN111858082A (zh) | 提示信息的发送方法、输出方法、装置、电子设备和介质 | |
| CN108985896B (zh) | 拼车方法、拼车路线的推荐方法、装置、介质及电子设备 | |
| CN106373382B (zh) | 一种用于车辆调度的方法与设备 | |
| US11416792B2 (en) | Network system capable of grouping multiple service requests | |
| CN107845253B (zh) | 一种预约订单的预警方法及服务器 | |
| CN111553501A (zh) | 一种订单分配方法及装置 | |
| US20130218647A1 (en) | Systems and methods for booking transport | |
| JP6906373B2 (ja) | 車両の走行計画を管理するためのシステム、方法、及びプログラム | |
| CN113627792A (zh) | 无人车的调度管理方法、装置、设备、存储介质及程序 | |
| CN112365127A (zh) | 一种信息提示方法及装置 | |
| CN110956346A (zh) | 一种订单处理方法及装置 | |
| CN111612286B (zh) | 一种订单分配方法、装置、电子设备及存储介质 | |
| JP7348175B2 (ja) | ネットワーク配達サービスを実行するコンピュータシステム | |
| CN111242711A (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 |