CN107302753B

CN107302753B - 一种寻路服务方法及装置、寻路服务系统

Info

Publication number: CN107302753B
Application number: CN201610237972.1A
Authority: CN
Inventors: 张蓓蓓
Original assignee: Didi China Technology Co ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2016-04-14
Filing date: 2016-04-14
Publication date: 2020-11-20
Anticipated expiration: 2036-04-14
Also published as: CN107302753A

Abstract

本发明提供了一种寻路服务方法及装置、寻路服务系统，该寻路服务方法包括：在接收到第一终端发送的寻路请求消息时，将寻路请求消息推送至行程中的乘客所持有的第二终端上，以使行程中的乘客根据寻路请求消息获取寻路帮助消息；在接收到行程中的乘客通过第二终端发送的寻路帮助消息后，将寻路帮助消息发送第一终端，以使持有第一终端的用户获取寻路帮助消息。该方法在接收到持有第一终端的用户发送的寻路请求消息时，通过将该寻路请求消息推送给行程中的乘客所持有的第二终端上，使得行程中的乘客在坐车途中得到寻路请求消息时，作为志愿者帮助第一终端的用户查询一些路程信息，进而使得不擅长使用智能设备的人员能够得到帮助，方便了出行。

Description

一种寻路服务方法及装置、寻路服务系统

技术领域

本发明涉及用户出行技术领域，尤其涉及一种寻路服务方法及装置、寻路服务系统。

背景技术

当前随着智能设备，特别是智能导航、智能手机的普及，给人们的出行带来了极大的便利。随着城市的发展，打车需求已经是社会各个阶层人士的普遍需求。

对于不会使用或者不擅长使用智能设备的老年人来说，出行办事途中遇到不清楚的路线，一般不喜欢与路人问询；或者距离目的地不远时，也不想因为很近的距离打车付费，因此如何使不擅长使用智能手机的人员能够得到帮助以成功到达目的地成为了亟需解决的问题。

发明内容

针对现有技术中的缺陷，本公开提供了一种寻路服务方法及装置、寻路服务系统，使得不擅长使用智能手机的人员能够得到帮助，方便了出行。

第一方面，本公开提供了一种寻路服务方法，包括：

在接收到第一终端发送的寻路请求消息时，将所述寻路请求消息推送至行程中的乘客所持有的第二终端上，以使所述行程中的乘客根据所述寻路请求消息获取寻路帮助消息；

在接收到行程中的乘客通过第二终端发送的所述寻路帮助消息后，将所述寻路帮助消息发送所述第一终端，以使持有所述第一终端的用户获取所述寻路帮助消息。

可选的，所述寻路请求消息的格式包括下述的一种或多种：语音格式、图片格式和短消息文本格式；

所述寻路帮助消息的格式包括下述的一种或多种：语音格式、图片格式和短消息文本格式。

可选的，所述寻路请求消息还包括所述第一终端当前的位置信息；

相应的，所述寻路帮助消息为根据所述第一终端当前的位置信息获取的。

第二方面，本公开提供了一种寻路服务装置，包括：

寻路请求消息推送模块，用于在接收到第一终端发送的寻路请求消息时，将所述寻路请求消息推送至行程中的乘客所持有的第二终端上，以使所述行程中的乘客根据所述寻路请求消息获取寻路帮助消息；

寻路帮助消息发送模块，用于在接收到行程中的乘客通过第二终端发送的所述寻路帮助消息后，将所述寻路帮助消息发送所述第一终端，以使持有所述第一终端的用户获取所述寻路帮助消息。

可选的，所述装置还包括：推送终端获取模块，用于获取行程中的乘客所持有的第二终端。

第三方面，本公开还提供了一种寻路服务系统，包括第一终端、第二终端以及如上述的寻路服务装置；

所述第一终端和所述第二终端均与所述寻路服务装置相连。

可选的，所述第一终端内设置下述的一种或多种模块：

语音输入模块、文本输入模块和摄像模块。

可选的，所述第一终端内还设置有GPS定位模块。

由上述技术方案可知，本公开提供一种寻路服务方法及装置、寻路服务系统，在接收到持有第一终端的用户发送的寻路请求消息时，通过将该寻路请求消息推送给行程中的乘客所持有的第二终端上，使得行程中的乘客在坐车途中得到寻路请求消息时，作为志愿者帮助第一终端的用户查询一些路程信息，进而使得不擅长使用智能手机的人员能够得到帮助，方便了用户的出行。

附图说明

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

图1为本公开一实施例提供的寻路服务方法的流程示意图；

图2为本公开一实施例提供的寻路服务装置的结构示意图；

图3为本公开一实施例提供的寻路服务系统的结构示意图。

具体实施方式

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

图1示出了本公开一实施例提供的一种寻路服务方法的流程示意图，如图1所示，该方法包括以下步骤：

101、在接收到第一终端发送的寻路请求消息时，将所述寻路请求消息推送至行程中的乘客所持有的第二终端上，以使所述行程中的乘客根据所述寻路请求消息获取寻路帮助消息。

102、在接收到行程中的乘客通过第二终端发送的所述寻路帮助消息后，将所述寻路帮助消息发送所述第一终端，以使持有所述第一终端的用户获取所述寻路帮助消息。

上述方法在接收到持有第一终端的用户发送的寻路请求消息时，通过将该寻路请求消息推送给行程中的乘客所持有的第二终端上，使得行程中的乘客在坐车途中得到寻路请求消息时，作为志愿者帮助第一终端的用户查询一些路程信息，进而使得不擅长使用智能手机的人员能够得到帮助，方便了用户的出行。

下面对上述方法中的具体实施细节进行详细说明。

本公开实施例中提及的第一终端可以理解为不会使用或者不擅长使用智能设备的用户(例如：老年人)所持有的终端，该终端可以理解为可穿戴设备，该可穿戴设备可以发送语音也可以识别语音，也可以上报当前GPS点的位置信息，例如：头戴设备、无线耳机、手表等。

第二终端为打车服务需求方(志愿服务方)，也即能够熟练使用智能设备的用户所持有的终端，如交通工具叫车服务中的乘客所使用的移动终端或个人计算机(PersonalComputer，简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

在步骤101中，寻路请求消息的格式包括下述的一种或多种：语音格式、图片格式和短消息文本格式；例如：老年人在迷路或者不清楚当前的方位的时候均可以通过语音或者当前所在位置标志性建筑物的图片或者短消息的形式发送寻路请求消息。

本实施例中将所述寻路请求消息推送至行程中的乘客所持有的第二终端上，这样由于乘客在乘车途中会无聊，在接到寻路请求消息后，作为志愿者，举手之劳能够帮助老人查询一些路线，并获得寻路帮助消息，寻路帮助消息的格式包括下述的一种或多种：语音格式、图片格式和短消息文本格式。

为了使得持有第二终端的乘客能够精确的获知持有第一终端的用户的位置，避免持有第一终端的用户对当前位置不熟悉，或者误报等，因此，在第一终端发送寻路请求消息时，该寻路请求消息中包括了第一终端当前的位置信息，乘客获取寻路帮助消息是根据所述第一终端当前的位置信息获取的。这样获取的寻路帮助消息相对于根据持有第一终端的用户上报的位置更加准确，同时也避免了因不同地点的名称一致，导致寻路帮助消息错误等问题的出现。

下面以持有第一终端的老年人，以及持有第二终端的正在乘车行程中的乘客为例进行说明。

老年人，他们不会用智能手机，也不舍得出门就叫出租车，但是他们希望询问别人告诉他们怎么从家里去某个超市或者某个商场或者某个地方。他们也需要出行，也需要网络把他们跟年轻人联系起来。大部分老年人不会用百度地图查从哪里到哪里怎么坐车，也不愿意打电话，或许他们更愿意用语言交流。年轻人(子女)往往又没有时间，或许老年人在家里和子女们共处的时候也不愿意问自己的子女帮忙查查从家门口到人民医院怎么坐车。通过上述方法解决了老年人的出行，在第一终端想要获取寻路服务之前，其子女可以将老年人身上佩戴的第一终端(例如，可穿戴设备)连接打车服务(例如，滴滴打车软件服务)，或者是将第一终端与智能设备连通，再连接打车服务。例如手环可以通过蓝牙设备与智能手机端连接，这样手环这端可以通过语音传输设备将语音信号传输给手机，手机端再解码回放原始语音，这样就可以把老人的需求发送到打车服务器端。在打车服务器端接到某个语音数据时可以在打车服务软件平台广播，犹如乘客叫车一样，将该语音数据推送给匹配的乘客，当一个年轻的乘客正在行程中，当收到这个语音消息，年轻乘客可以作为一个“志愿者”，帮助回答老人提出的问题，或者根据老人可穿戴设备的上传的GPS点信息，选择是否去顺路接老人等。这就是“志愿者”所做的工作，因为整个过程中年轻的乘客没有收取老人费用也是自愿收到消息以后帮助老人的所以叫“志愿者平台”。

例如：持有第一终端的老人可以通过语音发送寻求帮助消息，在老人说“我在知春路，我想去人民医院看病”，这个寻求帮助消息上传到打车服务器端，打车服务器端通过语音播报的形式下发给所有在线的用户或者其他终端设备，优选的发给行程中的乘客所持有的第二终端，因为有些年轻人或者正在坐车途中，觉得比较无聊，顺手接到这个语音消息，就作为志愿者，帮老人查询坐车信息，语音回答老人，然后老人通过可穿戴设备接收到语音提示或者查询好的路线到达目的地(人民医院)；当一个不是很赶时间或者顺路途径或者也是去人民医院的行程中的乘客，通过老人的可穿戴设备上报的GPS点坐标信息在地图上展示和自己行程路线的距离，该乘客可以选择顺路带老人一程，所以乘客通过语音发送给老人说你可以在小区南门做X路公交车到X下车，或者你稍微等我5分钟带你过去，车牌号为XXX。

上述方法对于一些不会使用或者不擅长使用智能设备的群体，解决了他们的出行问题，而行程中的乘客也利用了闲暇的时间帮助了这些群体，做了一次公益献出了爱心。

图2示出了本公开实施例提供的一种寻路服务装置的结构示意图，如图2所示，该寻路服务装置包括：

寻路请求消息推送模块21，用于在接收到第一终端发送的寻路请求消息时，将所述寻路请求消息推送至行程中的乘客所持有的第二终端上，以使所述行程中的乘客根据所述寻路请求消息获取寻路帮助消息；

寻路帮助消息发送模块22，用于在接收到行程中的乘客通过第二终端发送的所述寻路帮助消息后，将所述寻路帮助消息发送所述第一终端，以使持有所述第一终端的用户获取所述寻路帮助消息。

在本实施例的一个优选的实施方式中，所述寻路请求消息的格式包括下述的一种或多种：语音格式、图片格式和短消息文本格式；

在本实施例的一个优选的实施方式中，所述寻路请求消息还包括所述第一终端当前的位置信息；

在本实施例的一个优选的实施方式中，所述装置还包括：推送终端获取模块，用于获取行程中的乘客所持有的第二终端。

需要说明的是，上述寻路服务装置与上述寻路服务方法是一一对应的关系，上述寻路服务方法的实施细节同样适用于上述寻路服务装置，本实施例不再对寻路服务装置的实施细节进行详细说明。

图3示出了本公开实施例提供的一种寻路服务系统的结构示意图，如图3所示，该寻路服务系统包括第一终端31、第二终端32以及上述的寻路服务装置33；

所述第一终端31和所述第二终端32均与所述寻路服务装置33相连。

所述第一终端31内设置下述的一种或多种模块：

语音输入模块、文本输入模块和摄像模块。

所述第一终端31内还设置有GPS定位模块。

上述系统使得不擅长或者不会使用智能手机的人员能够得到帮助，方便了出行。

本公开的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的示例性实施例的描述中，本公开的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本公开要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的单独实施例。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在于该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是互相排斥之处，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的一种浏览器终端的设备中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

Claims

1.一种寻路服务方法，其特征在于，包括：

在接收到行程中的乘客通过第二终端发送的所述寻路帮助消息后，将所述寻路帮助消息发送所述第一终端，以使持有所述第一终端的用户获取所述寻路帮助消息；

所述寻路请求消息还包括所述第一终端当前的位置信息；

相应的，所述寻路帮助消息为根据所述第一终端当前的位置信息获取的；

在第一终端想要获取寻路服务之前，可以将第一终端连接打车服务，或者是将第一终端与智能设备连通，再连接打车服务。

2.根据权利要求1所述的方法，其特征在于，所述寻路请求消息的格式包括下述的一种或多种：语音格式、图片格式和短消息文本格式；

3.一种寻路服务装置，其特征在于，包括：

寻路帮助消息发送模块，用于在接收到行程中的乘客通过第二终端发送的所述寻路帮助消息后，将所述寻路帮助消息发送所述第一终端，以使持有所述第一终端的用户获取所述寻路帮助消息；

所述寻路请求消息还包括所述第一终端当前的位置信息；

4.根据权利要求3所述的装置，其特征在于，所述寻路请求消息的格式包括下述的一种或多种：语音格式、图片格式和短消息文本格式；

5.根据权利要求3所述的装置，其特征在于，所述装置还包括：推送终端获取模块，用于获取行程中的乘客所持有的第二终端。

6.一种寻路服务系统，其特征在于，包括第一终端、第二终端以及如权利要求3所述的寻路服务装置；

所述第一终端和所述第二终端均与所述寻路服务装置相连。

7.根据权利要求6所述的系统，其特征在于，所述第一终端内设置下述的一种或多种模块：

语音输入模块、文本输入模块和摄像模块。

8.根据权利要求7所述的系统，其特征在于，所述第一终端内还设置有GPS定位模块。