一种基于打车的警报方法和装置的制造方法
【技术领域】
[0001] 本申请涉及交通技术领域，特别是涉及一种基于打车的警报方法和一种基于打车 的警报装置。
【背景技术】
[0002] 近年来，随着经济的快速发展和人们收入水平的不断提升，越来越多的人选择出 租车代步出行。
[0003]目前市面上乘客经常使用打车程序呼叫出租车，出租车司机接收到呼叫后便去约 定的地方搭乘乘客。
[0004] 但是，由于乘客与出租车司机达成的搭乘约定一般不具有强制的约束性，用户毁 约成本很低，致使乘客使用打车程序呼叫出租车时经常会毁约。
[0005] 例如，乘客呼叫了出租车，出租车司机也已经确认这笔订单，正在赶去约定地方的 路上。这时刚好有未载客的出租车到来，乘客直接搭乘该未载客的出租车离开了，或者，乘 客正好等到公交车来了，就搭乘坐公交车离开了。
[0006] 出租车司机经常在乘客毁约后才到达约定地方，但是乘客已经离开了，出租车司 机白白耗费了大量的诸如石油、天然气等燃料资源，人力成本、时间成本也很高。
[0007] 因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何提出一种基 于打车的警报机制，以减少燃料资源，降低人力成本和时间成本。
【发明内容】
[0008] 本申请实施例所要解决的技术问题是提供一种基于打车的警报方法，以减少燃料 资源，降低人力成本和时间成本。
[0009] 相应的，本申请实施例还提供了一种基于打车的警报装置，以减少燃料资源，降低 人力成本和时间成本。
[0010] 为了解决上述问题，本申请实施例公开了一种基于打车的警报方法，包括：
[0011] 当接收到第一客户端发送的第一打车请求时，根据所述第一打车请求确定匹配的 目标第二客户端；
[0012] 监测所述第一客户端所在的位置；
[0013] 根据所述位置判断是否符合预设的毁约规则；若是，则发送警报信息至所述目标 第二客户端。
[0014] 优选地，所述根据所述第一打车请求确定匹配的目标第二客户端的步骤包括：
[0015] 从所述第一打车请求中提取所述第一客户端所在的呼叫地点和打车信息；
[0016] 基于所述呼叫地点确定寻车范围；
[0017] 采用所述呼叫地点和/或所述打车信息生成第二打车请求；
[0018] 将所述第二打车请求发送至在所述寻车范围内的一个或多个第二客户端；
[0019] 当接收到所述第二客户端针对所述第二打车请求返回的确认指示时，确定所述第 二客户端为目标第二客户端。
[0020] 优选地，所述位置包括原始位置，和，一个或多个目标位置；
[0021] 其中，所述原始位置为所述第一客户端在确定匹配的目标第二客户端时的位置；
[0022] 所述一个或多个目标位置为所述第一客户端在确定匹配的目标第二客户端之后 的，一个或多个目标时间的一个或多个位置。
[0023] 优选地，所述毁约规则包括位置毁约规则和移动毁约规则中的至少一个，所述根 据所述位置判断是否符合预设的毁约规则的步骤包括：
[0024] 计算所述一个或多个目标位置与所述原始位置之间的一个或多个距离；
[0025] 判断所述一个或多个距离是否符合位置毁约规则和移动毁约规则中的至少一个； 若是，则判断符合预设的毁约规则。
[0026] 优选地，所述判断所述一个或多个距离是否符合位置毁约规则和移动毁约规则中 的至少一个的步骤包括：
[0027] 当所述距离大于预设的差距阈值时，判断符合位置毁约规则。
[0028] 优选地，所述判断所述一个或多个距离是否符合位置毁约规则和移动毁约规则中 的至少一个的步骤包括：
[0029] 当相邻的多个距离递增时，判断符合移动毁约规则；
[0030] 其中，所述相邻的多个距离为在多个相邻的目标时间的多个目标位置，与所述原 始位置之间的多个距离。
[0031] 本申请实施例还公开了一种基于打车的警报装置，包括：
[0032] 目标确定模块，用于在接收到第一客户端发送的第一打车请求时，根据所述第一 打车请求确定匹配的目标第二客户端；
[0033] 位置监测模块，用于监测所述第一客户端所在的位置；
[0034] 毁约规则判断模块，用于根据所述位置判断是否符合预设的毁约规则；若是，则调 用警报模块；
[0035] 警报模块，用于发送警报信息至所述目标第二客户端。
[0036] 优选地，所述目标确定模块包括：
[0037] 提取子模块，用于从所述第一打车请求中提取所述第一客户端所在的呼叫地点和 打车信息；
[0038] 第一确定子模块，用于基于所述呼叫地点确定寻车范围；
[0039] 生成子模块，用于采用所述呼叫地点和/或所述打车信息生成第二打车请求；
[0040] 发送子模块，用于将所述第二打车请求发送至在所述寻车范围内的一个或多个第 二客户端；
[0041] 第二确定子模块，用于在接收到所述第二客户端针对所述第二打车请求返回的确 认指示时，确定所述第二客户端为目标第二客户端。
[0042] 优选地，所述位置包括原始位置，和，一个或多个目标位置；
[0043] 其中，所述原始位置为所述第一客户端在确定匹配的目标第二客户端时的位置；
[0044] 所述一个或多个目标位置为所述第一客户端在确定匹配的目标第二客户端之后 的，一个或多个目标时间的一个或多个位置。
[0045] 优选地，所述毁约规则包括位置毁约规则和移动毁约规则中的至少一个，所述毁 约规则判断模块包括：
[0046] 距离计算子模块，用于计算所述一个或多个目标位置与所述原始位置之间的一个 或多个距离；
[0047] 距离判断子模块，用于判断所述一个或多个距离是否符合位置毁约规则和移动毁 约规则中的至少一个；若是，则调用符合判断子模块；
[0048] 符合判断子模块，用于判断符合预设的毁约规则。
[0049] 优选地，所述距离判断子模块包括：
[0050] 位置毁约规则判断子模块，用于在所述距离大于预设的差距阈值时，判断符合位 置毁约规则。
[0051] 优选地，所述位置毁约规则包括：
[0052] 移动毁约规则判断子模块，用于在相邻的多个距离递增时，判断符合移动毁约规 则；
[0053] 其中，所述相邻的多个距离为在多个相邻的目标时间的多个目标位置，与所述原 始位置之间的多个距离。
[0054] 本申请实施例根据第一客户端发送的第一打车请求确定匹配的目标第二客户端， 监测第一客户端所在的位置，以判断是否符合预设的毁约规则，若是，则发送警报信息至目 标第二客户端，使得第二客户端所属的用户可以尽早进行风险处理，以减少燃料资源，降低 人力成本和时间成本。
[0055] 本申请实施例从位置状态、移动状态等设置位置毁约规则、移动毁约规则，以静 态、动态地进行毁约风险的评估，提高了判断毁约风险的准确性。
【附图说明】
[0056] 图1是本申请的一种基于打车的警报方法实施例的步骤流程图；
[0057] 图2是本申请的一种基于打车的警报装置实施例的结构框图。
【具体实施方式】
[0058] 为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实 施方式对本申请作进一步详细的说明。
[0059] 参照图1，示出了本申请的一种基于打车的警报方法实施例的步骤流程图，具体可 以包括如下步骤：
[0060] 步骤101，当接收到第一客户端发送的第一打车请求时，根据所述第一打车请求确 定匹配的目标第二客户端；
[0061] 需要说明的是，本申请实施例可以应用于服务器（如云服务器）中，该服务器可 以与一个或多个电子设备通过网络连接，该电子设备具体可以包括手机、PDA (Personal Digital Assistant，个人数字助理）、膝上型计算机、掌上电脑等等，本申请实施例对此不 加以限制。
[0062] 这些电子设备可以支持包括Windows、Android (安卓）、IOS、Windows Phone等操 作系统，通常可以运行通过语音、键盘（包括物理键盘、虚拟键盘）等方式进行输入、显示电 子地图等功能的客户端，例如第一客户端和第二客户端。
[0063] 其中，第一客户端可以由乘客角色的用户登录账号，第二客户端可以由司机角色 的用户登录账号。
[0064] 当乘客角色的用户需要打车服务时，可以通过语音输入、文字输入等方式触发第 一打车请求。该第一打车请求可以是指乘客角色的用户发出的呼叫汽车（例如，出租车） 提供汽车搭乘服务的指示，俗称打车。
[0065] 在具体实现中，乘客角色的用户可以通过输入一段语言（如"我在中山一路，想去 黄埔大道"）来触发第一打车请求，或者，输入一段文字（如搭乘地点为"中山一路"，目的地 点为"黄埔大道"），或者，输入一段视频等方式来触发第一打车请求，等等。
[0066] 当服务器接收到乘客角色的用户发出的语音或文字等信息时，