[发明专利]一种服务状态识别方法及装置有效
申请号: | 201910118176.X | 申请日: | 2019-02-15 |
公开(公告)号: | CN111582962B | 公开(公告)日: | 2023-07-18 |
发明(设计)人: | 郭瑞 | 申请(专利权)人: | 北京嘀嘀无限科技发展有限公司 |
主分类号: | G06Q30/0601 | 分类号: | G06Q30/0601;G06Q50/30 |
代理公司: | 北京超成律师事务所 11646 | 代理人: | 邓超 |
地址: | 100193 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 服务 状态 识别 方法 装置 | ||
本申请提供了一种服务状态识别方法及装置,其中,该方法包括:将获取的目标服务提供端的行驶轨迹划分为多个轨迹子段,确定目标服务提供端的各轨迹子段分别被标记为每种服务状态的预测概率;确定由各轨迹子段分别对应的服务状态组成的多种服务状态序列;针对每种服务状态序列,基于目标服务提供端每个轨迹子段的服务状态预测概率、参考服务提供端的总数量、符合该服务状态序列的参考服务提供端的数量,确定目标服务提供端的行驶轨迹与该服务状态序列的匹配概率;选取匹配概率符合预设条件的目标服务状态序列,并基于目标服务状态序列中各轨迹子段的服务状态,确定目标服务提供端行驶轨迹匹配的服务状态,以便准确识别目标服务提供端的服务状态。
技术领域
本申请涉及互联网技术领域,具体而言,涉及一种服务状态识别方法及装置。
背景技术
随着互联网的快速发展和普及,各类互联网服务产品也层出不穷,例如打车平台等。目前,打车平台成为了公众出行的重要方式,乘客端经常通过打车平台预约出租汽车进行打车。
对于打车平台来说,打车平台的服务器可以接收乘客端的乘车请求,进而生成乘车订单,并将乘车订单派发至司机端。但是,司机端在执行乘车订单的过程中可能会出现一些异常服务状态:一种是跳单状态,即司机端提前结束乘车订单,但之后仍继续提供乘车服务,此段乘车服务的费用是乘客端与司机端私下结算的,跳单行为表面上看是司机与乘客之间的交易行为,但实际上跳单后打车平台无法对司机与乘客的后续行为进行监控,将带来巨大的安全隐患;另一种是刷单状态,乘客端发送乘车请求、服务器派发乘车订单以及司机端执行乘车订单的过程都是正常的,但是实际上司机端的使用者和乘客端的使用者为同一个人或相关人员,导致司机并没有真正为乘客端提供乘车服务,这会降低车辆与乘客之间的资源配置效率。然而,目前服务器无法针对以上异常服务状态进行有效识别。
发明内容
有鉴于此,本申请实施例的目的在于提供一种服务状态识别方法及装置,以使服务器能够对跳单、刷单等异常服务状态进行有效识别,进一步提高安全性及资源配置效率。
第一方面,本申请提供一种服务状态识别方法,包括:
将获取的目标服务提供端的行驶轨迹划分为多个轨迹子段,并确定所述目标服务提供端的各轨迹子段分别被标记为每种服务状态的预测概率;
确定由各轨迹子段分别对应的服务状态组成的多种服务状态序列;
针对每种服务状态序列,基于所述目标服务提供端被标记为该服务状态序列中每个轨迹子段对应的服务状态的预测概率、参考服务提供端的总数量、以及历史时间段内符合该服务状态序列的参考服务提供端的数量,确定所述目标服务提供端的行驶轨迹与该服务状态序列的匹配概率;
从多种服务状态序列中选取出所述匹配概率符合预设条件的目标服务状态序列,并基于所述目标服务状态序列中各轨迹子段对应的服务状态,确定所述目标服务提供端的行驶轨迹匹配的服务状态。
一种可能的实施方式中,所述方法还包括:
获取所述目标提供端的订单信息;
所述将获取的目标服务提供端的行驶轨迹划分为多个轨迹子段,包括:
将所述目标服务提供端的行驶轨迹与所述订单信息中每个服务订单对应的行驶轨迹进行匹配,确定所述目标服务提供端的行驶轨迹中的跑单轨迹段和巡游轨迹段;
将每个跑单轨迹段划分为多个轨迹子段,以及,将每个巡游轨迹段划分为多个轨迹段。
一种可能的实施方式中,在将获取的目标服务提供端的行驶轨迹划分为多个轨迹子段之后,还包括:
确定每个轨迹子段对应的轨迹信息,以及,确定每个轨迹子段对应的订单信息;
所述确定所述目标服务提供端的各轨迹子段分别被标记为每种服务状态的预测概率,包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京嘀嘀无限科技发展有限公司,未经北京嘀嘀无限科技发展有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910118176.X/2.html,转载请声明来源钻瓜专利网。