CN108536542A - 位置监控方法及装置 - Google Patents
位置监控方法及装置 Download PDFInfo
- Publication number
- CN108536542A CN108536542A CN201710129559.8A CN201710129559A CN108536542A CN 108536542 A CN108536542 A CN 108536542A CN 201710129559 A CN201710129559 A CN 201710129559A CN 108536542 A CN108536542 A CN 108536542A
- Authority
- CN
- China
- Prior art keywords
- user
- distance
- driver
- terminal device
- time
- 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
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Traffic Control Systems (AREA)
Abstract
本申请实施例提供一种位置监控方法及装置,涉及计算机技术领域,该方法包括:在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;判断第一用户的当前位置与预先约定的位置之间的第一距离是否大于目标距离;当所述第一距离大于目标距离时,向与所述第一用户对应的终端设备发送第一提示消息。可见,本申请实施例可以通过检测预先约定的时间到达之前的不同时间上司机与乘客指定的上车点之间的距离,来触发司机端的强提醒,以保证司机能准时到达指定的上车点,从而可以减少由于司机不能准时到达所产生的投诉,降低***的处理压力。
Description
技术领域
本申请实施例涉及计算机技术领域,特别涉及一种位置监控方法及装置。
背景技术
随着互联网技术的发展,基于互联网技术的出行服务,给人们的出行带来了越来越多的便利,例如用户可以通过“网约车”服务***,预约车辆出行。在预约出行用车的场景下,在预约时间司机准时到达是非常关键的,但是,仅仅依靠司机人为的自觉性,有时无法保证预约场景的准时率,导致乘客因无法按时乘车而向服务***投诉,进而增加服务***的处理压力,占用服务资源,影响服务***中其他应用的正常工作。
发明内容
为了解决上述问题,本申请实施例提供一种位置监控方法及装置。
具体地,本申请实施例是通过如下技术方案实现的:
根据本申请实施例的第一方面,提供一种位置监控方法,所述方法包括:
在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;
根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;
判断所述第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述目标距离;
当所述第一距离大于所述目标距离时,向与所述第一用户对应的终端设备发送第一提示消息。
本申请实施例中,所述方法还包括:
当所述第一距离大于所述目标距离时,发送用于请求人工处理的信息;
接收人工处理结果;
当根据所述人工处理结果,确定所述第一用户无法在所述预定时间到达所述预先约定的位置时,为第二用户重新分配车辆,其中,所述第二用户与所述第一用户约定在所述预定时间时在所述预先约定的位置见面。
本申请实施例中,所述基于第一用户对应的终端设备获取所述第一用户的当前位置,包括:
每经过一个时间周期,基于第一用户对应的终端设备获取一次所述第一用户的当前位置;
所述方法还包括
根据获取到的所述第一用户的当前位置,判断在所述时间周期内所述第一用户的位移是否发生变化;
当所述第一用户的位移未发生变化时,向与所述第一用户对应的终端设备发送第二提示消息。
本申请实施例中,所述第一提示消息和所述第二提示消息均用于提示尽快驾车前往所述预先约定的位置。
本申请实施例中,所述方法还包括:
当所述第一距离等于或小于所述目标距离时,判断所述第一用户当前是否有正在执行的危险出行订单,其中,所述危险出行订单为订单目的地与所述预先约定的位置之间的距离大于预设距离阈值的出行订单;
当所述第一用户当前有所述正在执行的危险出行订单时,向与所述第一用户对应的终端设备发送第三提示消息。
本申请实施例中,所述方法还包括:
当所述第一距离等于或小于所述目标距离时,判断所述第一用户当前是否有正在执行的其他出行订单;
当所述第一用户当前有所述正在执行的其他出行订单时,向与所述第一用户对应的终端设备发送第四提示消息。
根据本申请实施例的第二方面,提供一种位置监控装置,所述装置包括:
获取模块,用于在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;
确定模块,用于根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;
第一判断模块,用于判断所述获取模块所获得的第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述确定模块确定出的目标距离;
第一发送模块,用于在所述第一判断模块的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第一提示消息。
本申请实施例中,所述装置还包括:
请求模块,用于在所述第一判断模块的判断结果为是的情况下,发送用于请求人工处理的信息;
接收模块,用于接收人工处理结果;
分配模块,用于在根据所述接收模块接收到的人工处理结果,确定所述第一用户无法在所述预定时间到达所述预先约定的位置时,为第二用户重新分配车辆,其中,所述第二用户与所述第一用户约定在所述预定时间时在所述预先约定的位置见面。
本申请实施例中,所述获取模块,包括:
位置获取子模块,用于每经过一个时间周期,基于第一用户对应的终端设备获取一次所述第一用户的当前位置;
所述装置还包括:
第二判断模块,用于根据所述位置获取子模块获取到的所述第一用户的当前位置,判断在所述时间周期内所述第一用户的位移是否发生变化;
第二发送模块,用于在所述第二判断模块的判断结果为否的情况下,向与所述第一用户对应的终端设备发送第二提示消息。
本申请实施例中,所述第一提示消息和所述第二提示消息均用于提示尽快驾车前往所述预先约定的位置。
本申请实施例中,所述装置还包括:
第三判断模块,用于在所述第一判断模块的判断结果为否的情况下,判断所述第一用户当前是否有正在执行的危险出行订单,其中,所述危险出行订单为订单目的地与所述预先约定的位置之间的距离大于预设距离阈值的出行订单;
第三发送模块,用于在所述第三判断模块的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第三提示消息。
本申请实施例中,所述装置还包括:
第四判断模块,用于在所述第一判断模块的判断结果为否的情况下,判断所述第一用户当前是否有正在执行的其他出行订单;
第四发送模块,用于在所述第四判断模块的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第四提示消息。
根据本申请实施例的第三方面,提供一种计算机存储介质,所述存储介质中存储有程序指令,所述程序指令包括:
在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;
根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;
判断所述第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述目标距离;
当所述第一距离大于所述目标距离时,向与所述第一用户对应的终端设备发送第一提示消息。
本申请实施例中,可以通过检测预先约定的时间到达之前的不同时间上司机与乘客指定的上车点之间的距离,来触发司机端的强提醒,以保证司机能准时到达指定的上车点,从而可以减少由于司机不能准时到达所产生的投诉,降低***的处理压力。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本申请实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请实施例,并与说明书一起用于解释本发明的原理。
图1是本申请实施例根据一示例性实施例示出的一种位置监控方法的流程图;
图2是本申请实施例根据一示例性实施例示出的一种位置监控方法的实例流程图;
图3是本申请实施例根据一示例性实施例示出的另一种位置监控方法的流程图;
图4是本申请实施例根据一示例性实施例示出的一种位置监控装置的框图;
图5是本申请实施例根据一示例性实施例示出的另一种位置监控装置的框图;
图6是本申请实施例根据一示例性实施例示出的另一种位置监控装置的框图;
图7是本申请实施例根据一示例性实施例示出的另一种位置监控装置的框图;
图8是本申请实施例根据一示例性实施例示出的一种用于位置监控装置的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在乘客预约出行用车的场景下,在预约时间司机准时到达是非常关键的,但是,依靠司机人为的自觉性无法使预约场景得到准时保证,导致乘客因无法按时乘车而向服务***投诉,进而增加服务***的处理压力,占用服务资源,影响服务***中其他应用的正常工作。为了解决上述问题,本申请实施例提供了一种位置监控方法及装置。
下面首先对本申请实施例提供的一种位置监控方法进行介绍。
需要说明的是,本申请实施例提供的方法适用于服务器,在实际应用中,也可以应用于其他有类似需求的设备,本申请实施例对此不作限定。
如图1所示,图1是本申请实施例根据一示例性实施例示出的一种位置监控方法的流程图,该方法可以包括以下步骤:
在步骤101中,在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取该第一用户的当前位置。
本申请实施例中,第一用户指的是司机,预定时间为乘客与司机预先约定的乘车时间,即约定司机在该预定时间到达乘客指定的上车点,第一用户对应的终端设备指的是司机携带的终端设备,其中,该终端设备可以包括:智能手机、平板电脑及智能手表等等。
本申请实施例中,第一用户的终端设备可以通过全球定位***GPS来获取第一用户的当前位置,或者通过基站定位的方式获取第一用户的当前位置,并将第一用户的当前位置上报至服务器。
本申请实施例中,乘客与司机可以通过电话联系的方式约定乘车时间,此外,乘客与司机也可以通过“网约车”服务器平台约定乘车时间。
本申请实施例中,“网约车”辆指的是网络预约汽车,具体的,可以包括:出租车、专车、快车、顺风车及大巴车等等。
在使用“网约车”预约出行的场景下,乘客可以通过终端设备中安装的打车软件乘客端发布出行需求,终端设备将乘客的出行需求发送给服务器,服务器在接收到终端设备发送的出行需求后,基于该出行需求中描述的行程起点、行程终点及预约到达时间生成订单,并发布,司机通过终端设备中安装的打车软件司机端接单,当司机接单成功后,司机与乘客建立承运关系,司机在预约到达时间(即预定时间)到达乘客指定上车点。
例如,如果预定时间为2017年1月6日上午8点,即乘客和司机约定的乘车时间为2017年1月6日上午8点,第一时长为60分钟,则第一时间为2017年1月6日上午7点,在2017年1月6日上午7点获取司机的当前位置。
在步骤102中,根据预设的时长与距离的对应关系,确定第一时长对应的目标距离。
为了便于理解,结合表1进行说明,如表1所示,表1中记录了预设的时长与距离的对应关系:
时长 | 距离 |
60分钟 | 20千米 |
45分钟 | 15千米 |
30分钟 | 10千米 |
15分钟 | 5千米 |
表1。
例如,表1所示,在第一时长为60分钟的情况下,目标距离为20千米,而在第一时长为45分钟的情况下,目标距离为15千米。
在步骤103中,判断第一用户的当前位置与预先约定的位置之间的第一距离是否大于目标距离;若判断结果为是,则执行步骤104,否则不作处理。
本申请实施例中,第一用户的当前位置指的是司机的当前位置,预先约定的位置指的是乘客与司机约定的上车点(乘车点),第一用户的当前位置与预先约定的位置之间的第一距离指的是司机的当前位置距离乘客指定的上车点的距离长度。
例如,第一时长为60分钟,通过查找表1确定目标距离为20千米,判断司机的当前位置距离乘客指定的上车点的距离长度是否大于20千米。
在步骤104中,向与第一用户对应的终端设备发送第一提示消息。
本申请实施例中,可以通过发送短信的方式向第一用户对应的终端设备发送第一提示消息,此外,在“网约车”预约出行场景下,也可以通过向打车软件司机端发送消息的方式第一用户对应的终端设备发送第一提示消息,本申请实施例对此不作限定。
例如,第一时长为60分钟,通过查找表1确定目标距离为20千米,判断司机的当前位置距离乘客指定的上车点的距离长度是否大于20千米,如果司机的当前位置距离乘客指定的上车点的距离长度大于20千米,则向司机携带的终端设备发送第一提示消息,提示该司机尽快驾车前往乘客指定的上车点。
为了便于理解,结合表2进行说明,如表2所示,
表2
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离。
以表2为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息。
可见,本申请实施例中,可以通过在预定时间到达前1小时内不同时间的4次距离判断,触发司机端的强提醒保证乘客准时成行。
由上述实施例可见,该实施例中,可以通过检测预先约定的时间到达之前的不同时间上司机与乘客指定的上车点之间的距离,来触发司机端的强提醒,以保证司机能准时到达指定的上车点,从而可以减少由于司机不能准时到达所产生的投诉,降低***的处理压力。
考虑到邻近预先约定的乘车时间越近,如果司机距离预先约定乘车地点较远,则还可以加入人工处理机制,以保证乘客可以在预先约定的乘车时间有车可乘,此时,本申请实施例提供的另一种实施例中,该实施例可以在图1所示实施例的基础上,增加以下步骤:S20、S21和S22,其中,
在S20中,当第一距离大于目标距离时,发送用于请求人工处理的信息。
在S21中,接收人工处理结果。
在S22中,当根据人工处理结果,确定第一用户无法在预定时间到达预先约定的位置时,为第二用户重新分配车辆,其中,该第二用户与该第一用户约定在预定时间时在预先约定的位置见面。
本申请实施例中,当为乘客重新分配车辆时,会关闭该乘客之前的预约出行订单。
此外,当司机不能准时达到预先约定的乘车地点时,可以向该乘客发放乘车费用抵扣券作为补偿。
为了便于理解,结合表3进行说明,如表3所示,
表3
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离。
以表3为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离长度是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,判断司机距离乘客指定的上车点的距离长度是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,判断司机距离乘客指定的上车点的距离长度是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离长度是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入。
由上述实施例可见,该实施例可以在邻近预先约定的乘车时间,司机距离预先约定乘车地点较远时,引入人工处理机制,通过改派其他车辆等方式,以保证乘客可以在预先约定的乘车时间有车可乘,提升乘客的满意度。
本申请实施例提供的另一种实施例中,还可以结合司机的位移变化情况,来进行位置监控,此时,该实施例可以在上述任一方法实施例的基础上,上述步骤101可以包括:每经过一个时间周期,基于第一用户对应的终端设备获取一次该第一用户的当前位置;此时,该方法还包括包括以下步骤:S30和S31,其中,
在S30中,根据获取到的第一用户的当前位置,判断在上述时间周期内第一用户的位移是否发生变化。
在S31中,当第一用户的位移未发生变化时,向与第一用户对应的终端设备发送第二提示消息。
本申请实施例中,通过判断司机的位移是否发生变化,来确定该司机是否移动。
本申请实施例中,时间周期可以为15分钟,当然,也可以根据实际情况进行设置,本申请实施例对此不作限定。
本申请实施例中,第一提示消息和第二提示消息可以均用于提示尽快驾车前往预先约定的位置。
为了便于理解,结合表4进行说明,如表4所示,
表4
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离,位移判断指的是判断在15分钟内司机的位移是否发生变化。
以表4为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,首先判断司机在7点至7点15分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,首先判断司机在7点15分至7点30分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,并发送用于请求人工处理的信息,以请求人工介入,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入。
本申请实施例提供的另一种实施例中,还可以结合司机的订单情况,来进行位置监控,此时,该实施例可以在上述任一方法实施例的基础上,增加以下步骤:S40和S41,其中,
在S40中,当第一距离等于或小于目标距离时,判断第一用户当前是否有正在执行的危险出行订单,其中,该危险出行订单为订单目的地与预先约定的位置之间的距离大于预设距离阈值的出行订单。
在S41中,当第一用户当前有正在执行的危险出行订单时,向与第一用户对应的终端设备发送第三提示消息。
本申请实施例中,预设距离阈值可以为5千米。
为了便于理解,结合表5进行说明,如表5所示,
表5
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离,位移判断指的是判断在15分钟内司机的位移是否发生变化,危险订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离大于5千米,安全订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离小于或等于5千米。
以表5为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,首先判断司机在7点至7点15分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,首先判断司机在7点15分至7点30分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,并发送用于请求人工处理的信息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,若小于或等于10千米,则判断司机当前是否有执行中的其他订单,且该订单的目的地距预先约定的乘车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第三提示消息,并发送用于请求人工处理的信息;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息。
本申请实施例提供的另一种实施例中,还可以结合司机的订单情况,来进行位置监控,此时,该实施例可以在上述任一方法实施例的基础上,增加以下步骤:S50和S51,其中,
在S50中,当第一距离等于或小于目标距离时,判断第一用户当前是否有正在执行的其他出行订单。
在S51中,当第一用户当前有正在执行的其他出行订单时,向与第一用户对应的终端设备发送第四提示消息。
为了便于理解,结合表6进行说明,如表6所示,
表6
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离,位移判断指的是判断在15分钟内司机的位移是否发生变化,危险订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离大于5千米,安全订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离小于或等于5千米。
以表6为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,首先判断司机在7点至7点15分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,首先判断司机在7点15分至7点30分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,并发送用于请求人工处理的信息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,若小于或等于10千米,则判断司机当前是否有执行中的其他订单,且该订单的目的地距预先约定的乘车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第三提示消息,并发送用于请求人工处理的信息;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,若小于5千米,则判断司机当前是否有执行中的其他订单,若有正在执行中的其他订单,则向司机携带的终端设备发送第四提示消息,并发送用于请求人工处理的信息。
为了便于对本申请实施例提供的完整方案进行理解,如图2所示,图2是本申请实施例根据一示例性实施例示出的一种位置监控方法的实例流程图,该方法可以包括以下步骤:
在步骤201中,确定预约订单邻近出发;
在步骤202中,开启第一阶段监控(预约时间前60分钟);
在步骤203中,判断距离上车点是否大于20千米,在判断结果为是时执行步骤204,否则执行步骤205;
在步骤204中,发送提示消息;
在步骤205中,开启第二阶段监控(预约时间前45分钟);
在步骤206中,与上一阶段相比位移是否变化,在判断结果为是时执行步骤208,否则执行步骤207;
在步骤207中,发送提示消息;
在步骤208中,判断距离上车点是否大于15千米,在判断结果为是时执行步骤207,否则执行步骤209;
在步骤209中,开启第三阶段监控(预约时间前30分钟);
在步骤210中,与上一阶段相比位移是否变化,在判断结果为是时执行步骤214,否则执行步骤211;
在步骤211中,发送提示消息,并请求人工接入;
在步骤212中,人工判断,在人工判断结果为安全时执行步骤216,否则执行步骤213;
在步骤213中,改派其他车辆,通知乘客;
在步骤214中,判断距离上车点是否大于10千米,在判断结果为是时执行步骤211,否则执行步骤215;
在步骤215中,判断其他订单是否为危险订单,在判断结果为是时执行步骤211,否则执行步骤216;
在步骤216中,开启第四阶段监控(预约时间前15分钟);
在步骤217中,判断距离上车点是否大于5千米,在判断结果为是时执行步骤221,否则执行步骤218;
在步骤218中,发送提示消息,并请求人工接入;
在步骤219中,人工判断,在人工判断结果为安全时执行步骤222,否则执行步骤220;
在步骤220中,改派其他车辆,通知乘客;
在步骤221中,判断是否有其他订单,在判断结果为是时执行步骤218,否则执行步骤222;
在步骤222中,结束监控。
例如,乘客预约了早晨8:30分的预约订单,司机起床晚了,7:30分的时候还在30km外的地方未出发。***在7:30分触发第一阶段监控,检测GPS,发现司机距离30km,满足预警条件,触发预警,提示司机尽快接驾。司机收到信息,立即出发接驾,且路况较好,司机在7:44分时距目的地14km。***在7:45分进行第二阶段监控,检测GPS、位移、订单均无问题,订单安全,移除预警。司机遇到塞车,到7:59时依然距目的地13km。***在8:00进行第三阶段监控,检测GPS,发现司机距离过远,满足预警条件,触发高度预警,客服介入。客服联系司机,并发现道路拥堵,司机无法到达,***进行改派,改派的新司机准时接驾。
应当注意,尽管在附图中以特定顺序描述了本申请实施例方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
与前述位置监控方法的实施例对应,本申请实施例还提供了位置监控装置的实施例。
如图3所示,图3是本申请实施例根据一示例性实施例示出的一种位置监控装置的框图,所述装置可以包括:
获取模块310,用于在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;
本申请实施例中,第一用户指的是司机,预定时间为乘客与司机预先约定的乘车时间,即约定司机在该预定时间到达乘客指定的上车点,第一用户对应的终端设备指的是司机携带的终端设备,其中,该终端设备可以包括:智能手机、平板电脑及智能手表等等。
本申请实施例中,第一用户的终端设备可以通过全球定位***GPS来获取第一用户的当前位置,或者通过基站定位的方式获取第一用户的当前位置,并将第一用户的当前位置上报至服务器。
本申请实施例中,乘客与司机可以通过电话联系的方式约定乘车时间,此外,乘客与司机也可以通过“网约车”服务器平台约定乘车时间。
本申请实施例中,“网约车”辆指的是网络预约汽车,具体的,可以包括:出租车、专车、快车、顺风车及大巴车等等。
在使用“网约车”预约出行的场景下,乘客可以通过终端设备中安装的打车软件乘客端发布出行需求,终端设备将乘客的出行需求发送给服务器,服务器在接收到终端设备发送的出行需求后,基于该出行需求中描述的行程起点、行程终点及预约到达时间生成订单,并发布,司机通过终端设备中安装的打车软件司机端接单,当司机接单成功后,司机与乘客建立承运关系,司机在预约到达时间(即预定时间)到达乘客指定上车点。
例如,如果预定时间为2017年1月6日上午8点,即乘客和司机约定的乘车时间为2017年1月6日上午8点,第一时长为60分钟,则第一时间为2017年1月6日上午7点,在2017年1月6日上午7点获取司机的当前位置。
确定模块320,用于根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;
为了便于理解,结合表7进行说明,如表7所示,表7中记录了预设的时长与距离的对应关系:
时长 | 距离 |
60分钟 | 20千米 |
45分钟 | 15千米 |
30分钟 | 10千米 |
15分钟 | 5千米 |
表7
例如,表7所示,在第一时长为60分钟的情况下,目标距离为20千米,而在第一时长为45分钟的情况下,目标距离为15千米。
第一判断模块330,用于判断所述获取模块310所获得的第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述确定模块320确定出的目标距离;
本申请实施例中,第一用户的当前位置指的是司机的当前位置,预先约定的位置指的是乘客与司机约定的上车点(乘车点),第一用户的当前位置与预先约定的位置之间的第一距离指的是司机的当前位置距离乘客指定的上车点的距离长度。
例如,第一时长为60分钟,通过查找表1确定目标距离为20千米,判断司机的当前位置距离乘客指定的上车点的距离长度是否大于20千米。
第一发送模块340,用于在所述第一判断模块330的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第一提示消息。
本申请实施例中,可以通过发送短信的方式向第一用户对应的终端设备发送第一提示消息,此外,在“网约车”预约出行场景下,也可以通过向打车软件司机端发送消息的方式第一用户对应的终端设备发送第一提示消息,本申请实施例对此不作限定。
例如,第一时长为60分钟,通过查找表1确定目标距离为20千米,判断司机的当前位置距离乘客指定的上车点的距离长度是否大于20千米,如果司机的当前位置距离乘客指定的上车点的距离长度大于20千米,则向司机携带的终端设备发送第一提示消息,提示该司机尽快驾车前往乘客指定的上车点。
为了便于理解,结合表8进行说明,如表8所示,
表8
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离。
以表8为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息。
可见,本申请实施例中,可以通过在预定时间到达前1小时内不同时间的4次距离判断,触发司机端的强提醒保证乘客准时成行。
由上述实施例可见,该实施例中,可以通过检测预先约定的时间到达之前的不同时间上司机与乘客指定的上车点之间的距离,来触发司机端的强提醒,以保证司机能准时到达指定的上车点,从而可以减少由于司机不能准时到达所产生的投诉,降低***的处理压力。
考虑到邻近预先约定的乘车时间越近,如果司机距离预先约定乘车地点较远,则还可以加入人工处理机制,以保证乘客可以在预先约定的乘车时间有车可乘,此时,如图4所示,图4是本申请实施例根据一示例性实施例示出的另一种位置监控装置的框图,该实施例可以在图3所示实施例的基础上,所述装置还包括:
请求模块410,用于在所述第一判断模块330的判断结果为是的情况下,发送用于请求人工处理的信息;
接收模块420,用于接收人工处理结果;
分配模块430,用于在根据所述接收模块420接收到的人工处理结果,确定所述第一用户无法在所述预定时间到达所述预先约定的位置时,为第二用户重新分配车辆,其中,所述第二用户与所述第一用户约定在所述预定时间时在所述预先约定的位置见面。
本申请实施例中,当为乘客重新分配车辆时,会关闭该乘客之前的预约出行订单。
此外,当司机不能准时达到预先约定的乘车地点时,可以向该乘客发放乘车费用抵扣券作为补偿。
为了便于理解,结合表9进行说明,如表9所示,
表9
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离。
以表3为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离长度是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,判断司机距离乘客指定的上车点的距离长度是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,判断司机距离乘客指定的上车点的距离长度是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离长度是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入。
由上述实施例可见,该实施例可以在邻近预先约定的乘车时间,司机距离预先约定乘车地点较远时,引入人工处理机制,通过改派其他车辆等方式,以保证乘客可以在预先约定的乘车时间有车可乘,提升乘客的满意度。
如图5所示,图5是本申请实施例根据一示例性实施例示出的另一种位置监控装置的框图,还可以结合司机的位移变化情况,来进行位置监控,该实施例可以在图3或图4所示实施例的基础上,所述获取模块310,可以包括:
位置获取子模块,用于每经过一个时间周期,基于第一用户对应的终端设备获取一次所述第一用户的当前位置;
所述装置还包括:
第二判断模块510,用于根据所述位置获取子模块获取到的所述第一用户的当前位置,判断在所述时间周期内所述第一用户的位移是否发生变化;
第二发送模块520,用于在所述第二判断模块510的判断结果为否的情况下,向与所述第一用户对应的终端设备发送第二提示消息。
本申请实施例中,通过判断司机的位移是否发生变化,来确定该司机是否移动。
本申请实施例中,时间周期可以为15分钟,当然,也可以根据实际情况进行设置,本申请实施例对此不作限定。
本申请实施例中,第一提示消息和第二提示消息可以均用于提示尽快驾车前往预先约定的位置。
为了便于理解,结合表10进行说明,如表10所示,
表10
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离,位移判断指的是判断在15分钟内司机的位移是否发生变化。
以表10为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,首先判断司机在7点至7点15分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,首先判断司机在7点15分至7点30分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,并发送用于请求人工处理的信息,以请求人工介入,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,以请求人工介入。
如图6所示,图6是本申请实施例根据一示例性实施例示出的另一种位置监控装置的框图,还可以结合司机的订单情况,来进行位置监控,该实施例可以在图3~图5所示任一装置实施例的基础上,所述装置还可以包括:
第三判断模块610,用于在所述第一判断模块330的判断结果为否的情况下,判断所述第一用户当前是否有正在执行的危险出行订单,其中,所述危险出行订单为订单目的地与所述预先约定的位置之间的距离大于预设距离阈值的出行订单;
第三发送模块620,用于在所述第三判断模块610的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第三提示消息。
本申请实施例中,预设距离阈值可以为5千米。
为了便于理解,结合表11进行说明,如表11所示,
表11
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离,位移判断指的是判断在15分钟内司机的位移是否发生变化,危险订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离大于5千米,安全订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离小于或等于5千米。
以表11为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,首先判断司机在7点至7点15分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,首先判断司机在7点15分至7点30分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,并发送用于请求人工处理的信息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,若小于或等于10千米,则判断司机当前是否有执行中的其他订单,且该订单的目的地距预先约定的乘车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第三提示消息,并发送用于请求人工处理的信息;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息。
如图7所示,图7是本申请实施例根据一示例性实施例示出的另一种位置监控装置的框图,还可以结合司机的订单情况,来进行位置监控,该实施例可以在图3~图6所示任一装置实施例的基础上,所述装置还可以包括:
第四判断模块710,用于在所述第一判断模块330的判断结果为否的情况下,判断所述第一用户当前是否有正在执行的其他出行订单;
第四发送模块720,用于在所述第四判断模块710的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第四提示消息。
为了便于理解,结合表12进行说明,如表12所示,
表12
其中,距离判断指的是判断第一用户的当前位置与预先约定的位置之间的距离是否大于目标距离,位移判断指的是判断在15分钟内司机的位移是否发生变化,危险订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离大于5千米,安全订单指的是司机正在执行中的其他订单且该订单的目的地距预先约定的乘车点的距离小于或等于5千米。
以表12为例,如果乘客和司机约定的乘车时间为2017年1月6日上午8点,则在当前时间为2017年1月6日上午7点时,判断司机距离乘客指定的上车点的距离是否大于20千米,若大于20千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点15分时,首先判断司机在7点至7点15分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于15千米,若大于15千米,则向司机携带的终端设备发送第一提示消息;在当前时间为2017年1月6日上午7点30分时,首先判断司机在7点15分至7点30分这段时间内位移是否发生变化,若位移未发生变化,则司机携带的终端设备发送第二提示消息,并发送用于请求人工处理的信息,若位移发生变化,则判断司机距离乘客指定的上车点的距离是否大于10千米,若大于10千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,若小于或等于10千米,则判断司机当前是否有执行中的其他订单,且该订单的目的地距预先约定的乘车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第三提示消息,并发送用于请求人工处理的信息;在当前时间为2017年1月6日上午7点45分时,判断司机距离乘客指定的上车点的距离是否大于5千米,若大于5千米,则向司机携带的终端设备发送第一提示消息,并发送用于请求人工处理的信息,若小于5千米,则判断司机当前是否有执行中的其他订单,若有正在执行中的其他订单,则向司机携带的终端设备发送第四提示消息,并发送用于请求人工处理的信息。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本申请实施例还提供了一种计算机存储介质,所述存储介质中存储有程序指令,所述程序指令包括:在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;判断所述第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述目标距离;当所述第一距离大于所述目标距离时,向与所述第一用户对应的终端设备发送第一提示消息。
本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于:相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。
如图8所示,图8是本申请实施例根据一示例性实施例示出的一种用于位置监控装置800的一结构示意图。例如,装置800可以被提供为一服务器。参照图8,装置800包括处理组件822,其进一步包括一个或多个处理器,以及由存储器832所代表的存储器资源,用于存储可由处理部件822的执行的指令,例如应用程序。存储器832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件822被配置为执行指令,以执行本申请实施例提供的位置监控方法,该方法包括:在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;判断所述第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述目标距离;当所述第一距离大于所述目标距离时,向与所述第一用户对应的终端设备发送第一提示消息。
装置800还可以包括一个电源组件826被配置为执行装置800的电源管理,一个有线或无线网络接口850被配置为将装置800连接到网络,和一个输入输出(I/O)接口858。装置800可以操作基于存储在存储器832的操作***,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器832,上述指令可由装置800的处理组件822执行以完成本申请实施例提供的上述位置监控方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本申请实施例的其它实施方案。本申请实施例旨在涵盖本申请实施例的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请实施例的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请实施例并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请实施例的范围仅由所附的权利要求来限制。
Claims (13)
1.一种位置监控方法,其特征在于,所述方法包括:
在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;
根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;
判断所述第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述目标距离;
当所述第一距离大于所述目标距离时,向与所述第一用户对应的终端设备发送第一提示消息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述第一距离大于所述目标距离时,发送用于请求人工处理的信息;
接收人工处理结果;
当根据所述人工处理结果,确定所述第一用户无法在所述预定时间到达所述预先约定的位置时,为第二用户重新分配车辆,其中,所述第二用户与所述第一用户约定在所述预定时间时在所述预先约定的位置见面。
3.根据权利要求1所述的方法,其特征在于,所述基于第一用户对应的终端设备获取所述第一用户的当前位置,包括:
每经过一个时间周期,基于第一用户对应的终端设备获取一次所述第一用户的当前位置;
所述方法还包括:
根据获取到的所述第一用户的当前位置,判断在所述时间周期内所述第一用户的位移是否发生变化;
当所述第一用户的位移未发生变化时,向与所述第一用户对应的终端设备发送第二提示消息。
4.根据权利要求1或3所述的方法,其特征在于,所述第一提示消息和所述第二提示消息均用于提示尽快驾车前往所述预先约定的位置。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述第一距离等于或小于所述目标距离时,判断所述第一用户当前是否有正在执行的危险出行订单,其中,所述危险出行订单为订单目的地与所述预先约定的位置之间的距离大于预设距离阈值的出行订单;
当所述第一用户当前有所述正在执行的危险出行订单时,向与所述第一用户对应的终端设备发送第三提示消息。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述第一距离等于或小于所述目标距离时,判断所述第一用户当前是否有正在执行的其他出行订单;
当所述第一用户当前有所述正在执行的其他出行订单时,向与所述第一用户对应的终端设备发送第四提示消息。
7.一种位置监控装置,其特征在于,所述装置包括:
获取模块,用于在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;
确定模块,用于根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;
第一判断模块,用于判断所述获取模块所获得的第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述确定模块确定出的目标距离;
第一发送模块,用于在所述第一判断模块的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第一提示消息。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
请求模块,用于在所述第一判断模块的判断结果为是的情况下,发送用于请求人工处理的信息;
接收模块,用于接收人工处理结果;
分配模块,用于在根据所述接收模块接收到的人工处理结果,确定所述第一用户无法在所述预定时间到达所述预先约定的位置时,为第二用户重新分配车辆,其中,所述第二用户与所述第一用户约定在所述预定时间时在所述预先约定的位置见面。
9.根据权利要求7所述的装置,其特征在于,所述获取模块,包括:
位置获取子模块,用于每经过一个时间周期,基于第一用户对应的终端设备获取一次所述第一用户的当前位置;
所述装置还包括:
第二判断模块,用于根据所述位置获取子模块获取到的所述第一用户的当前位置,判断在所述时间周期内所述第一用户的位移是否发生变化;
第二发送模块,用于在所述第二判断模块的判断结果为否的情况下,向与所述第一用户对应的终端设备发送第二提示消息。
10.根据权利要求7或9所述的装置,其特征在于,所述第一提示消息和所述第二提示消息均用于提示尽快驾车前往所述预先约定的位置。
11.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第三判断模块,用于在所述第一判断模块的判断结果为否的情况下,判断所述第一用户当前是否有正在执行的危险出行订单,其中,所述危险出行订单为订单目的地与所述预先约定的位置之间的距离大于预设距离阈值的出行订单;
第三发送模块,用于在所述第三判断模块的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第三提示消息。
12.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第四判断模块,用于在所述第一判断模块的判断结果为否的情况下,判断所述第一用户当前是否有正在执行的其他出行订单;
第四发送模块,用于在所述第四判断模块的判断结果为是的情况下,向与所述第一用户对应的终端设备发送第四提示消息。
13.一种计算机存储介质,其特征在于,所述存储介质中存储有程序指令,所述程序指令包括:
在距离预定时间为第一时长的第一时间,基于第一用户对应的终端设备获取所述第一用户的当前位置;
根据预设的时长与距离的对应关系,确定所述第一时长对应的目标距离;
判断所述第一用户的当前位置与预先约定的位置之间的第一距离是否大于所述目标距离;
当所述第一距离大于所述目标距离时,向与所述第一用户对应的终端设备发送第一提示消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710129559.8A CN108536542A (zh) | 2017-03-03 | 2017-03-03 | 位置监控方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710129559.8A CN108536542A (zh) | 2017-03-03 | 2017-03-03 | 位置监控方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108536542A true CN108536542A (zh) | 2018-09-14 |
Family
ID=63489469
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710129559.8A Pending CN108536542A (zh) | 2017-03-03 | 2017-03-03 | 位置监控方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108536542A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109978246A (zh) * | 2019-03-15 | 2019-07-05 | 北京三快在线科技有限公司 | 一种订单信息的处理方法、装置、设备及存储介质 |
CN110942412A (zh) * | 2019-11-28 | 2020-03-31 | 福建吉诺车辆服务股份有限公司 | 一种道路救援质量的管理方法及终端 |
CN111830455A (zh) * | 2019-03-28 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 定位方法和*** |
CN112738197A (zh) * | 2018-12-04 | 2021-04-30 | 北京嘀嘀无限科技发展有限公司 | 提示方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105333880A (zh) * | 2014-07-18 | 2016-02-17 | 展讯通信(上海)有限公司 | 通信终端及其提醒方法和装置 |
CN106097702A (zh) * | 2016-01-21 | 2016-11-09 | 深圳市十方联智科技有限公司 | 智能交通调度方法和*** |
CN106448142A (zh) * | 2016-11-24 | 2017-02-22 | 郑州玄机器人有限公司 | 一种带有预计行驶时间的网络约车方法、终端及*** |
US9626642B2 (en) * | 2011-03-31 | 2017-04-18 | United Parcel Service Of America, Inc. | Calculating speed and travel times with travel delays |
-
2017
- 2017-03-03 CN CN201710129559.8A patent/CN108536542A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9626642B2 (en) * | 2011-03-31 | 2017-04-18 | United Parcel Service Of America, Inc. | Calculating speed and travel times with travel delays |
CN105333880A (zh) * | 2014-07-18 | 2016-02-17 | 展讯通信(上海)有限公司 | 通信终端及其提醒方法和装置 |
CN106097702A (zh) * | 2016-01-21 | 2016-11-09 | 深圳市十方联智科技有限公司 | 智能交通调度方法和*** |
CN106448142A (zh) * | 2016-11-24 | 2017-02-22 | 郑州玄机器人有限公司 | 一种带有预计行驶时间的网络约车方法、终端及*** |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112738197A (zh) * | 2018-12-04 | 2021-04-30 | 北京嘀嘀无限科技发展有限公司 | 提示方法、装置、电子设备及存储介质 |
CN109978246A (zh) * | 2019-03-15 | 2019-07-05 | 北京三快在线科技有限公司 | 一种订单信息的处理方法、装置、设备及存储介质 |
CN111830455A (zh) * | 2019-03-28 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 定位方法和*** |
CN111830455B (zh) * | 2019-03-28 | 2023-10-31 | 北京骑胜科技有限公司 | 定位方法和*** |
CN110942412A (zh) * | 2019-11-28 | 2020-03-31 | 福建吉诺车辆服务股份有限公司 | 一种道路救援质量的管理方法及终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105160880B (zh) | 一种车辆载客状态的预估方法及装置 | |
CN107491825B (zh) | 一种约车处理方法及*** | |
CN108536542A (zh) | 位置监控方法及装置 | |
AU2018284301B2 (en) | Customized communications for network systems | |
US20170181100A1 (en) | Methods and systems for performing geofencing with reduced power consumption | |
CN108154253B (zh) | 出行方式推荐方法及装置 | |
CN111654823B (zh) | 一种信息推送的方法及装置 | |
CN105333880A (zh) | 通信终端及其提醒方法和装置 | |
CN108288201A (zh) | 网约车***中为目标用户提供行程费用账单的方法及装置 | |
CN104113576A (zh) | 一种客户端的更新方法及装置 | |
CN106872996B (zh) | 定位***性能的优化方法、装置及移动终端 | |
CN104240496A (zh) | 一种出行路径的确定方法和装置 | |
CN109308537A (zh) | 站点推荐方法及装置 | |
CN104915855B (zh) | 订单抢单率的预估方法及装置 | |
CN110337067A (zh) | 一种运动轨迹生成方法、装置及相关组件 | |
CN113505149B (zh) | 一种推荐充电站的方法、服务器、介质及计算机设备 | |
CN104616086A (zh) | 用于动态设置订单的缓冲时间的方法和设备 | |
CN111831764A (zh) | 一种停留站点的确定方法、装置、电子设备和介质 | |
CN110730198A (zh) | 一种公交信息的推送方法、装置、存储介质及终端 | |
CN104956420B (zh) | 用于列车晚点的腕表通知 | |
CN105554104B (zh) | 根据gps卫星数目关闭程序在后台运行的方法及装置 | |
CN109808689B (zh) | 无人车控制方法、装置及设备 | |
CN103927869B (zh) | 一种公交信息处理方法及装置 | |
CN108225315A (zh) | 一种道路定位方法及装置 | |
CN108303115B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180914 |
|
RJ01 | Rejection of invention patent application after publication |