[0001] 本发明属于导航技术领域， 尤其涉及一种导航方法及系统。

背景技术

[0002] 导航， 是引导某一设备从指定路线的一点运动到另一 点的方法， 随着车载导航 、 手机导航等导航设备的日益普及， 人们可以通过使用导航设备顺利地从出发 地点行进到目标地点， 导航已成为了人们日常生活中所不可或缺的出 行辅助方 案之一。

[0003] 当用户在出行吋， 很多吋候， 其出行的目的地并非是一个具体的地理位置， 而 是其拜访对象 （例如， 用户的亲人、 朋友或者客户） 的所在位置， 该所在位置 在不同的吋间可能位于不同的地理位置上， 且在某些情况下其拜访对象也无法 准确地将其所在位置用具体的地理位置表述出 来。 然而， 众所周知， 现有的导 航方案都是基于明确的地理位置来生成导航路 线， 导致用户无法被准确地导航 至其拜访对象的所在位置。

技术问题

[0004] 本发明实施例提供一种导航方法及系统， 旨在解决现有的导航方案无法将用户 准确地导航至其拜访对象所在位置的问题。

问题的解决方案

技术解决方案

[0005] 本发明实施例是这样实现的， 一种导航方法， 包括：

[0006] 第一客户端经由服务器向第二客户端发送导航 请求， 所述导航请求中携带了所 述第一客户端所在的第一位置的坐标；

[0007] 所述第二客户端对所述导航请求进行提示， 并检测是否接收到关于所述导航请 求的响应指令；

[0008] 若所述第二客户端接收到关于所述导航请求的 响应指令， 所述第二客户端向所 述服务器返回导航响应， 所述导航响应中携带了所述第二客户端所在的 第二位 置的坐标；

[0009] 所述服务器通过地图数据库提供的接口访问所 述地图数据库， 根据所述第一位 置的坐标和所述第二位置的坐标生成第一导航 路线；

[0010] 所述服务器将所述第一导航路线下发给所述第 一客户端， 以使所述第一客户端 根据所述第一导航路线行进至所述第二位置。

[0011] 本发明实施例的另一目的在于提供一种导航系 统， 包括第一客户端、 服务器和 第二客户端，

[0012] 所述第一客户端， 用于经由服务器向第二客户端发送导航请求， 所述导航请求 中携带了所述第一客户端所在的第一位置的坐 标；

[0013] 所述第二客户端， 用于对所述导航请求进行提示， 并检测是否接收到关于所述 导航请求的响应指令； 若所述第二客户端接收到关于所述导航请求的 响应指令 ， 所述第二客户端还用于向所述服务器返回导航 响应， 所述导航响应中携带了 所述第二客户端所在的第二位置的坐标；

[0014] 所述服务器， 用于通过地图数据库提供的接口访问所述地图 数据库， 根据所述 第一位置的坐标和所述第二位置的坐标生成第 一导航路线； 将所述第一导航路 线下发给所述第一客户端， 以使所述第一客户端根据所述第一导航路线行 进至 所述第二位置。

发明的有益效果

有益效果

[0015] 本发明实施例能够实现人与人之间的导航路线 生成， 打破了传统的人与地理位 置之间的导航路线生成方式， 能够保证导航的准确性， 同吋， 该方案由导航目 标一方返回相应的地理位置信息， 也省去了导航发起一方需要输入目标地理位 置信息的操作步骤， 以及省去了导航目标一方将其地理位置信息发 送给导航发 起一方的操作步骤， 提高了导航效率。

对附图的简要说明

附图说明

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

[0017] 图 1是本发明实施例提供的导航系统的结构框图� �

[0018] 图 2是本发明实施例提供的导航方法的实现流程� �；

[0019] 图 3是本发明另一实施例提供的导航方法的实现� �程图；

[0020] 图 4是本发明另一实施例提供的导航方法的实现� �程图；

[0021] 图 5是本发明另一实施例提供的导航方法的实现� �程图；

[0022] 图 6是本发明另一实施例提供的导航方法的实现� �程图。

本发明的实施方式

[0023] 以下描述中， 为了说明而不是为了限定， 提出了诸如特定系统结构、 技术之类 的具体细节， 以便透切理解本发明实施例。 然而， 本领域的技术人员应当清楚 ， 在没有这些具体细节的其它实施例中也可以实 现本发明。 在其它情况中， 省 略对众所周知的系统、 装置、 电路以及方法的详细说明， 以免不必要的细节妨 碍本发明的描述。

[0024] 图 1示出了本发明实施例所述的导航系统的架构� �， 为了便于说明， 仅示出了 与本实施例相关的部分。

[0025] 参照图 1， 该导航系统包括服务器 11， 所述服务器 11对应的第一客户端 12和第 二客户端 13。 在本实施例中， 第一客户端 12为导航方案中的导航发起方， 第二 客户端 13为导航方案中的导航目标方， 即， 该导航方案是用于将第一客户端 12 所在终端引导至第二客户端 13所在终端的所处位置， 其中， 第一客户端 12和第 二客户端 13可以为安装于手机、 平板、 车载终端等导航设备中的导航应用， 第 一客户端 12与第二客户端 13基于无线通信分别与服务器 11之间建立连接。 如图 1 所示， 在该系统架构中， 所述服务器 11还可以通过数据访问接口访问第三方地 图数据库， 以根据第一客户端 11和第二客户端 12的具体位置信息生成导航路线

[0026] 基于图 1所示的导航系统架构， 以下结合具体的实施例对本方案进行详细阐述 [0027] 图 2示出了本发明实施例提供的导航方法的实现� �程， 详述如下：

[0028] 在 S201中， 第一客户端经由服务器向第二客户端发送导航 请求， 所述导航请求 中携带了所述第一客户端所在的第一位置的坐 标。

[0029] 在本实施例中， 当需要将第一客户端所在终端导航至第二客户 端所在终端的所 处位置吋， 由第一客户端向第二客户端发起导航请求， 该导航请求经由服务器 转发， 且在该导航请求中携带了第一客户端当前所处 位置的坐标。 所述第一位 置的坐标， 可以由第一客户端所在终端通过定位功能获取 ， 例如， GPS定位功能 、 基站定位功能或者 WiFi定位功能。 需要说明的是， 在此及下文的方案描述中 ， 若无特别指明， 所述坐标均指的是通过终端的定位功能获得的 地理坐标。

[0030] 在本实施例中， 第一客户端与第二客户端可以在服务器上预先 建立联系人关系

(即好友关系） ， 第一客户端能够直接基于该联系人关系向第二 客户端发送导 航请求。

[0031] 此外， 作为本发明的一个实施例， 当第一客户端与第二客户端不具备联系人关 系吋， 第一客户端也可以通过如图 3所示的方式向第二客户端发送导航请求： [0032] 在 S301中， 所述第一客户端调取通讯录， 所述通讯录包括第三方应用的通讯录

[0033] 在 S302中， 所述第一客户端从所述通讯录中査找出所述第 二客户端对应的信息 条目。

[0034] 在本实施例中， 第一客户端可以根据第三方应用提供的访问接 口， 在得到第三 方应用授权的情况下， 访问第三方应用的通讯录， 从中査找到第二客户端对应 的信息条目。

[0035] 例如， 第一客户端可以从手机通讯录中査找到第二客 户端所在终端的手机号码 ， 或者从邮箱联系人列表中査找到第二客户端用 户的邮箱地址。

[0036] 在 S303中， 所述第一客户端在所述导航请求中添加所述第 二客户端对应的信息 条目， 以使所述服务器根据所述第二客户端对应的信 息条目将所述导航请求转 发至所述第二客户端。

[0037] 在査找到第二客户端对应的信息条目之后， 第一客户端在导航请求中添加该信 息条目， 这样一来， 虽然第一客户端与第二客户端在服务器上不具 备联系人关 系， 但第二客户端在服务器上可能关联了其手机号 、 邮箱、 即吋通讯号码等其 他联系方式信息， 服务器在接收到第一客户端发送的导航请求之 后， 可以根据 该导航请求中携带的第二客户端的信息条目， 査找到第二客户端， 并将该导航 请求转发至第二客户端。 由于在本方案中， 导航路线的生成前提是第二客户端 需要同意第一客户端的导航请求， 因此， 第一客户端与第二客户端在服务器中 的联系人关系不是必然的， 第一客户端只需要知道第二客户端用户的其中 一种 联系方式， 即可以通过服务器向第二客户端发送导航请求 ， 而只有第二客户端 同意了该导航请求， 导航路线才会生成， 由此保障了第二客户端用户的安全性 和隐私性。 同吋， 在本实施例中， 在服务器上不具备联系人关系的双方也可以 生成临吋的导航关系， 从而提高了导航方案的便利性。

[0038] 在 S202中， 所述第二客户端对所述导航请求进行提示， 并检测是否接收到关于 所述导航请求的响应指令。

[0039] 第二客户端在接收到服务器转发的、 来自第一客户端的导航请求后， 在本地对 该导航请求进行提示。 具体地， 第二客户端可以在接收到导航请求之后， 在其 所在终端界面上显示预设的指令接收界面， 该指令接收界面显示了导航请求的 相关信息， 例如， 第一客户端的身份信息、 所处位置， 等等， 并提供了"响应导 航请求 "和"拒绝导航请求"的操作选项， 第二客户端用户可以通过在该预设的指 令接收界面上点选相应的操作选项， 发出响应该导航请求的指令或者拒绝该导 航请求的指令。

[0040] 在 S203中， 若所述第二客户端接收到关于所述导航请求的 响应指令， 所述第二 客户端向所述服务器返回导航响应， 所述导航响应中携带了所述第二客户端所 在的第二位置的坐标。

[0041] 若第二客户端检测到其接收到了响应该导航请 求的指令， 则生成导航响应， 该 导航响应中添加了第二客户端所在终端当前所 处位置的地理坐标， 第二客户端 将生成的导航响应返回给服务器。

[0042] 在 S204中， 所述服务器通过地图数据库提供的接口访问所 述地图数据库， 根据 所述第一位置的坐标和所述第二位置的坐标生 成第一导航路线。

[0043] 服务器在接收到第二客户端返回的导航响应之 后， 从导航请求中提取出第一客 户端所在终端所处位置的坐标， 从导航响应中提取出第二客户端所在终端所处 位置的坐标， 并通过地图数据库所提供的访问接口， 例如应用程序编程接口 （A pplication Programming Interface， API) 访问地图数据库， 将提取出的坐标信息 作为输入， 在地图数据库中査询并生成由所述第一位置到 所述第二位置的导航 路线。

[0044] 在本实施例中， 所述地图数据库， 可以为服务器本地的地图数据库， 也可以为 第三方地图数据库。

[0045] 在 S205中， 所述服务器将所述第一导航路线下发给所述第 一客户端， 以使所述 第一客户端根据所述第一导航路线行进至所述 第二位置。

[0046] 在获取到导航路线之后， 服务器向第一客户端下发该导航路线， 第一客户端即 可根据该导航路线行进， 从而被引领至第二客户端所在终端的所处位置 ， 完成 导航。

[0047] 作为本发明的一个实施例， 在 S202之后， 如图 4所示， 所述方法还包括：

[0048] S206 , 若所述第二客户端未接收到关于所述导航请求 的响应指令， 所述第二客 户端向所述服务器返回拒绝响应。

[0049] S207 , 所述服务器根据所述拒绝响应终止所述导航， 并通知所述第一客户端所 述导航终止。

[0050] 若第二客户端未接收到关于导航请求的响应指 令， 或者， 若第二客户端接收到 了拒绝该导航请求的指令， 第二客户端向服务器返回拒绝响应， 服务器在接收 到该拒绝响应之后， 终止当前的导航操作， 并将第二客户端的拒绝响应通知给 第一客户端， 以使第一客户端用户得知其导航请求被拒绝， 从而根据该结果继 续发起请求或者终止导航请求。

[0051] 作为本发明的另一实施例， 如图 5所示， 在 S201之前， 所述方法还包括：

[0052] S208 , 所述第一客户端与所述第二客户端相互建立绑 定关系。

[0053] 则在 S202之后， 所述方法还包括：

[0054] 若所述第二客户端未接收到关于所述导航请求 的响应指令， 所述第二客户端根 据所述绑定关系向所述服务器返回所述导航响 应。

[0055] 在本实施例中， 所述第二客户端未接收到关于导航请求的响应 指令， 除了第二 客户端用户主动忽略该导航请求或者拒绝该导 航请求的情况外， 还存在着第二 客户端用户主观上希望响应该导航请求但客户 条件下无法响应该导航请求的情 况， 例如， 第二客户端用户处于走失、 被劫持或者绑架等危险情况之中， 在该 情况下， 鉴于第一客户端与第二客户端具备了绑定关系 ， 一旦第二客户端未接 收到响应指令， 则会在其后台自动向服务器返回导航响应， 并携带返回其所在 终端当前所处位置的坐标。

[0056] 需要说明的是， 在具体实现中， 可以为第二客户端自动返回导航响应的行为设 置一个触发阈值， 例如， 在第一客户端三次发起导航请求而第二客户端 均未接 收到相应的响应指令的情况下， 再触发该导航响应的自动返回行为。

[0057] 图 5所示实施例提供了一种紧急导航模式， 在第二客户端用户处于某些紧急情 况而无法发出位置信息的情况下， 第一客户端用户可以通过发出导航请求的方 式来获取到第二客户端用户的所在位置， 从而在一定程度上保障了第二客户端 用户的安全。

[0058] 作为本发明的另一实施例， 进一步地， 所述导航请求还可以为实吋导航请求， 如图 6所示， 在 S205之后， 所述方法还包括：

[0059] S210, 所述第一客户端向所述服务器上报其更新后的 第三位置的坐标。

[0060] S211 , 所述第二客户端向所述服务器上报其更新后的 第四位置的坐标。

[0061] S212, 所述服务器通过所述地图数据库提供的接口访 问所述地图数据库， 根据 所述第三位置的坐标和所述第四位置的坐标生 成第二导航路线。

[0062] S213 , 所述服务器将所述第二导航路线下发给所述第 一客户端， 以使所述第一 客户端根据所述第二导航路线行进至所述第四 位置。

[0063] 由于第二客户端所在终端的位置存在着发生实 吋变化的可能， 因此， 在本实施 例中， 启动了实吋导航模式， 第一客户端或第二客户端可以在其所处位置发 生 了变化之后， 或者每隔预设的吋间间隔， 向服务器上报其更新后的位置坐标， 服务器根据更新后的导航起始位置和目标位置 重新在地图数据库中进行査询， 生成最新的导航路线并发送给第一客户端， 以保证第一客户端所在终端能够顺 利地到达第二客户端所在终端的所处位置。

[0064] 本发明图 2至图 6实施例能够实现人与人之间的导航路线生成� � 打破了传统的人 与地理位置之间的导航路线生成方式， 能够保证导航的准确性， 同吋， 该方案 由导航目标一方返回相应的地理位置信息， 也省去了导航发起一方需要输入目 标地理位置信息的操作步骤， 以及省去了导航目标一方将其地理位置信息发 送 给导航发起一方的操作步骤， 提高了导航效率。

[0065] 应理解， 上述实施例中各步骤的序号的大小并不意味着 执行顺序的先后， 各过 程的执行顺序应以其功能和内在逻辑确定， 而不应对本发明实施例的实施过程 构成任何限定。

[0066] 另外， 本发明实施例中， "第一、 第二"在此仅为表述和指代的方便， 以用于区 别不同的描述对象， 并不意味着在本发明的具体实现方式中一定会 有与之对应 的第一、 第二描述对象。

[0067] 对应于上文实施例所述的导航方法， 以下对本发明图 1实施例所提供的导航系 统的各部分功能进行如下说明：

[0068] 所述第一客户端， 用于经由服务器向第二客户端发送导航请求， 所述导航请求 中携带了所述第一客户端所在的第一位置的坐 标；

[0069] 所述第二客户端， 用于对所述导航请求进行提示， 并检测是否接收到关于所述 导航请求的响应指令； 若所述第二客户端接收到关于所述导航请求的 响应指令

， 所述第二客户端还用于向所述服务器返回导航 响应， 所述导航响应中携带了 所述第二客户端所在的第二位置的坐标；

[0070] 所述服务器， 用于通过地图数据库提供的接口访问所述地图 数据库， 根据所述 第一位置的坐标和所述第二位置的坐标生成第 一导航路线； 将所述第一导航路 线下发给所述第一客户端， 以使所述第一客户端根据所述第一导航路线行 进至 所述第二位置。

[0071] 可选地，

[0072] 所述第一客户端还用于调取通讯录， 所述通讯录包括第三方应用的通讯录； 从 所述通讯录中査找出所述第二客户端对应的信 息条目； 在所述导航请求中添加 所述第二客户端对应的信息条目， 以使所述服务器根据所述第二客户端对应的 信息条目将所述导航请求转发至所述第二客户 端。

[0073] 可选地， [0074] 若所述第二客户端未接收到关于所述导航请求 的响应指令， 所述第二客户端还 用于向所述服务器返回拒绝响应；

[0075] 所述服务器还用于根据所述拒绝响应终止所述 导航， 并通知所述第一客户端所 述导航终止。

[0076] 可选地，

[0077] 所述第一客户端与所述第二客户端还用于相互 建立绑定关系；

[0078] 若所述第二客户端未接收到关于所述导航请求 的响应指令， 所述第二客户端还 用于根据所述绑定关系向所述服务器返回所述 导航响应。

[0079] 可选地， 所述导航请求为实吋导航请求，

[0080] 所述第一客户端还用于向所述服务器上报其更 新后的第三位置的坐标；

[0081] 所述第二客户端还用于向所述服务器上报其更 新后的第四位置的坐标；

[0082] 所述服务器还用于通过所述地图数据库提供的 接口访问所述地图数据库， 根据 所述第三位置的坐标和所述第四位置的坐标生 成第二导航路线； 将所述第二导 航路线下发给所述第一客户端， 以使所述第一客户端根据所述第二导航路线行 进至所述第四位置。

[0083] 所属领域的技术人员可以清楚地了解到， 为了描述的方便和简洁， 仅以上述各 功能单元、 模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功 能分配由不同的功能单元、 模块完成， 即将所述装置的内部结构划分成不同的 功能单元或模块， 以完成以上描述的全部或者部分功能。 实施例中的各功能单 元、 模块可以集成在一个处理单元中， 也可以是各个单元单独物理存在， 也可 以两个或两个以上单元集成在一个单元中， 上述集成的单元既可以采用硬件的 形式实现， 也可以采用软件功能单元的形式实现。 另外， 各功能单元、 模块的 具体名称也只是为了便于相互区分， 并不用于限制本申请的保护范围。 上述系 统中单元、 模块的具体工作过程， 可以参考前述方法实施例中的对应过程， 在 此不再赘述。

[0084] 本领域普通技术人员可以意识到， 结合本文中所公幵的实施例描述的各示例的 单元及算法步骤， 能够以电子硬件、 或者计算机软件和电子硬件的结合来实现 。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特定应用和设 计约束条件。 专业技术人员可以对每个特定的应用来使用不 同方法来实现所描 述的功能， 但是这种实现不应认为超出本发明的范围。

[0085] 在本发明所提供的实施例中， 应该理解到， 所揭露的装置和方法， 可以通过其 它的方式实现。 例如， 以上所描述的系统实施例仅仅是示意性的， 例如， 所述 模块或单元的划分， 仅仅为一种逻辑功能划分， 实际实现吋可以有另外的划分 方式， 例如多个单元或组件可以结合或者可以集成到 另一个系统， 或一些特征 可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间的耦合或直接耦合或 通讯连接可以是通过一些接口， 装置或单元的间接耦合或通讯连接， 可以是电 性， 机械或其它的形式。

[0086] 所述作为分离部件说明的单元可以是或者也可 以不是物理上分幵的， 作为单元 显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可 以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部 单元 来实现本实施例方案的目的。

[0087] 另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元中， 也可 以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中 。 上述集成的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形式 实现。

[0088] 所述集成的单元如果以软件功能单元的形式实 现并作为独立的产品销售或使用 吋， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明实施 例的技术方案本质上或者说对现有技术做出贡 献的部分或者该技术方案的全部 或部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介 质中， 包括若干指令用以使得一台计算机设备 （可以是个人计算机， 服务器， 或者网络设备等） 或处理器 （processor) 执行本发明实施例各个实施例所述方法 的全部或部分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器 （R 0M， Read-Only Memory) 、 随机存取存储器 (RAM, Random Access Memory ) 、 磁碟或者光盘等各种可以存储程序代码的介质 。

[0089] 以上所述实施例仅用以说明本发明的技术方案 ， 而非对其限制； 尽管参照前述 实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然 可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进 行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明实 施例各实施例技术方案的精神和范围。

以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡在本发明的 精神和原则之内所作的任何修改、 等同替换和改进等， 均应包含在本发明的保 护范围之内。