一种基于导航出行的电子支付方法以及相关装置

摘要

本申请公开了一种基于导航出行的电子支付方法以及相关装置，能够在导航的过程中，由导航应用直接打开支付页面，无需用户手动开始支付页面，降低了整个操作的繁琐程度。本申请方法包括：获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；根据所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；当所述目标对象与所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

权利要求

1.一种基于导航出行的电子支付方法，其特征在于，包括：获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

根据所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

当所述目标对象与所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

2.根据权利要求1所述的方法，其特征在于，所述当所述目标对象与所述待支付站点之间的距离在预设范围内时，所述方法还包括：展示支付图标；

所述展示电子支付信息，包括：

通过所述支付图标展示所述电子支付信息。

3.根据权利要求1所述的方法，其特征在于，所述根据所述路径信息确定待支付站点，包括：根据所述路径信息获取路径支付信息，其中，所述路径支付信息包括从起始位置至所述终点位置所对应目标路径上与电子支付关联的信息；

根据所述路径支付信息判断可支付站点是否满足预设支付条件，其中，所述可支付站点属于所述目标路径上站点，所述路径支付信息至少包括站点支付方式信息以及站点位置信息；

若所述可支付站点满足所述预设支付条件，则确定所述可支付站点为所述待支付站点。

4.根据权利要求1所述的方法，其特征在于，所述根据所述路径信息确定待支付站点之后，所述方法还包括：获取所述目标对象的位置信息；

根据所述路径信息，确定所述待支付站点的经度信息以及所述待支付站点的纬度信息；

根据所述目标对象的位置信息与所述待支付站点的经度信息，确定经度差值；

根据所述目标对象的位置信息、所述待支付站点的纬度信息、所述经度差值以及地球半径值，确定所述目标对象与所述待支付站点之间的距离。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述展示电子支付信息，包括：通过语音输入装置接收语音信息；

若所述语音信息与预设语音信息匹配成功，则根据所述语音信息生成应用开启指令；

根据所述应用开启指令开启电子支付应用；

展示所述电子支付信息。

6.根据权利要求5所述的方法，其特征在于，所述通过语音输入装置接收语音信息之前，所述方法还包括：当所述目标对象与所述待支付站点之间的距离在预设范围内时，获取预设语音提示消息，其中，所述预设语音提示消息用于提示所述语音信息的输入；

若所述预设语音提示消息的播放优先级大于待播放消息的播放优先级，则播放所述预设语音提示消息，其中，所述待播放消息属于进程中未播放的消息；

若所述预设语音提示消息的播放优先级小于待播放消息的播放优先级，则展示文本提示消息。

7.根据权利要求5所述的方法，其特征在于，所述通过语音输入装置接收语音信息之前，所述方法还包括：检测所述语音输入装置是否处于可用状态；

若所述语音输入装置处于所述可用状态，则播放预设语音提示消息，以执行所述通过语音输入装置接收语音信息的步骤，其中，所述预设语音提示消息用于提示所述语音信息的输入；

若所述语音输入装置未处于所述可用状态，则通过从文本到语音TTS播放所述预设语音提示消息。

8.根据权利要求1所述的方法，其特征在于，所述根据所述路径信息确定待支付站点之后，所述方法还包括：若接收到站点查看指令，则根据所述站点查看指令在应用界面上展示可支付站点信息，其中，所述可支付站点信息包括所述待支付站点所对应的站点信息以及非待支付站点所对应的站点信息，所述非待支付站点不支持电子支付；

若接收到站点隐藏指令，则根据所述站点隐藏指令在所述应用界面上隐藏所述可支付站点信息。

9.一种基于导航出行的电子支付方法，其特征在于，所述方法应用于电子支付系统，所述电子支付系统包括第一客户端以及第二客户端；

所述第一客户端获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

所述第一客户端根据所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

当所述目标对象与所述待支付站点之间的距离在预设范围内时，所述第二客户端展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

10.一种基于导航出行的电子支付系统，其特征在于，包括第一终端设备以及第二终端设备；

所述第一终端设备，用于获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

所述第一终端设备，用于根据所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

所述第二终端设备，用于当所述目标对象与所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

11.一种基于导航出行的电子支付装置，其特征在于，包括：获取单元，用于获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

确定单元，用于根据所述获取单元获取的所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

展示单元，用于当所述目标对象与所述确定单元确定的所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

12.一种基于导航出行的终端设备，其特征在于，包括：存储器、收发器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，包括如下步骤：获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

根据所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

当所述目标对象与所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付；

所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。

13.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至8中任一项所述的方法。

说明书

一种基于导航出行的电子支付方法以及相关装置

技术领域

[0001] 本申请涉及互联网技术领域，尤其涉及一种基于导航出行的电子支付方法以及相关装置。

背景技术

[0002] 随着互联网技术的快速发展，利用智能手机、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)等终端设备进行网络支付已成为一种便捷且流行的支付方式。随着科技变革，支付高速过路费的效率越来越高，各类产品的服务均朝着无纸化方式进化。

[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] 若所述语音输入装置未处于所述可用状态，则通过从文本到语音TTS播放所述预设语音提示消息。

[0051] 在一种可能的设计中，在本申请实施例的第三方面的第九种实现方式中，[0052] 所述展示单元，还用于若接收到站点查看指令，则根据所述站点查看指令在应用界面上展示可支付站点信息，其中，所述可支付站点信息包括所述待支付站点所对应的站点信息以及非待支付站点所对应的站点信息，所述非待支付站点不支持电子支付；

[0053] 若接收到站点隐藏指令，则根据所述站点隐藏指令在所述应用界面上隐藏所述可支付站点信息。

[0054] 本申请第四方面提供另一种基于导航出行的电子支付装置，包括：

[0055] 接收单元，用于接收客户端发送的路径信息，其中，所述路径信息包括目标对象的起始位置以及终点位置；

[0056] 生成单元，用于根据所述接收单元接收的所述路径信息生成路径信息，其中，所述路径信息包括从起始位置至所述终点位置所对应路径上与电子支付关联的信息；

[0057] 发送单元，用于向所述客户端发送所述生成单元生成的所述路径信息，以使所述客户端根据所述路径信息确定待支付站点，当所述目标对象与所述待支付站点之间的距离在预设范围内时，以使所述客户端展示电子支付信息，其中，所述待支付站点表示支持电子支付的站点，所述电子支付信息用于进行电子支付。

[0058] 本申请第五方面提供一种基于导航出行的终端设备，包括：存储器、收发器、处理器以及总线系统；

[0059] 其中，存储器用于存储程序；

[0060] 处理器用于执行存储器中的程序，包括如下步骤：

[0061] 获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

[0062] 根据所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

[0063] 当所述目标对象与所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付；

[0064] 总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。

[0065] 本申请第六方面提供一种基于导航出行的服务器，包括：存储器、收发器、处理器以及总线系统；

[0066] 其中，存储器用于存储程序；

[0067] 处理器用于执行存储器中的程序，包括如下步骤：

[0068] 接收客户端发送的路径信息，其中，路径信息包括目标对象的起始位置以及终点位置；

[0069] 根据路径信息生成路径信息，其中，路径信息包括从起始位置至终点位置所对应路径上与电子支付关联的信息；

[0070] 向客户端发送路径信息，以使客户端根据路径信息确定待支付站点，当目标对象与待支付站点之间的距离在预设范围内时，以使客户端通过开启电子支付应用展示电子支付信息，其中，待支付站点表示支持电子支付的站点，电子支付信息用于进行电子支付；

[0071] 总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。

[0072] 本申请第六方面提供一种基于导航出行的电子支付方法，其特征在于，方法应用于电子支付系统，电子支付系统包括第一客户端以及第二客户端；

[0073] 第一客户端获取路径信息，其中，路径信息包括目标对象的起始位置、终点位置以及目标路径，目标路径表示从起始位置至终点位置的导航线路；

[0074] 第一客户端根据路径信息确定待支付站点，其中，待支付站点表示支持电子支付的站点；

[0075] 当目标对象与待支付站点之间的距离在预设范围内时，第二客户端展示电子支付信息，其中，电子支付信息用于进行电子支付。

[0076] 本申请第七方面提供一种基于导航出行的电子支付系统，其特征在于，包括第一终端设备以及第二终端设备；

[0077] 第一终端设备，用于获取路径信息，其中，路径信息包括目标对象的起始位置、终点位置以及目标路径，目标路径表示从起始位置至终点位置的导航线路；

[0078] 第一终端设备，用于根据路径信息确定待支付站点，其中，待支付站点表示支持电子支付的站点；

[0079] 第二终端设备，用于当目标对象与待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，电子支付信息用于进行电子支付。

[0080] 本申请第八方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一方面所述的方法。

[0081] 本申请的第九方面提供了一种包含指令的计算机程序产品，当其在计算机或处理器上运行时，使得所述计算机或处理器执行上述任一方面所述的方法。

[0082] 本申请的第十方面提供了一种电子支付系统，所述电子支付系统包括第二方面所描述的电子支付装置和第三方面所描述的电子装置，或者，所述电子支付系统包括包括第四方面所描述的终端设备和第五方面描述的服务器。

[0083] 从以上技术方案可以看出，本申请实施例具有以下优点：

[0084] 获取路径信息，路径信息中包括目标对象的起始位置、终点位置以及从起始位置至终点位置的导航线路，进而根据路径信息确定待支付的站点，其中待支付的站点指的是支持电子支付的站点，当目标对象与待支付站点之间的距离在预设范围内时，导航应用的客户端可以直接打开电子支付应用并展示电子支付信息，进而进行电子支付，通过上述方式，在导航的过程中，能够根据车辆的实时定位信息确定与收费站点之间的距离，在距离达到预设范围内即可直接通过导航应用打开支付页面，无需用户手动开始支付页面，不但提升了支付效率，还降低了整个操作的繁琐程度。

附图说明

[0085] 图1为本申请实施例提供的基于导航出行的电子支付系统的一个架构示意图；

[0086] 图2为本申请实施例提供的基于导航出行的电子支付系统的另一个架构示意图；

[0087] 图3为本申请实施例提供的基于导航出行的电子支付系统的又一个架构示意图；

[0088] 图4为本申请实施例提供的基于导航出行的电子支付的方法一个实施例示意图；

[0089] 图5为本申请实施例提供的导航应用的一个界面示意图；

[0090] 图6为本申请实施例提供的电子支付方法的一个界面示意图；

[0091] 图7为本申请实施例提供的电子支付方法的另一个界面示意图；

[0092] 图8为本申请实施例提供的电子支付方法的又一个界面示意图；

[0093] 图9为本申请实施例提供的导航应用的另一个界面示意图；

[0094] 图10为本申请实施例提供的基于导航出行的电子支付的方法另一个实施例示意图；

[0095] 图11为本申请实施例提供的电子支付装置的一个实施例示意图；

[0096] 图12为本申请实施例提供的电子支付装置的另一个实施例示意图；

[0097] 图13为本申请实施例提供的电子支付装置的另一个实施例示意图；

[0098] 图14为本申请实施例提供的终端设备的一个结构示意图；

[0099] 图15为本申请实施例提供的服务器的一个结构示意图。

具体实施方式

[0100] 本申请实施例提供了一种电子支付的方法以及相关装置，在导航的过程中，能够根据车辆的实时定位信息确定与收费站点之间的距离，在距离达到预设范围内即可直接通过导航应用打开支付页面，无需用户手动开始支付页面，不但提升了支付效率，还降低了整个操作的繁琐程度。

[0101] 本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0102] 应理解，本申请提供的电子支付方法可以应用于同时使用导航应用和电子支付应用的场景中。具体地，可以应用于给车辆导航场景中，作为示例，例如车辆在城际之间行驶过程中会利用导航应用进行导航，当在行驶过程中途径高速收费站时可以利用电子支付应用进行付费操作；作为另一个示例，例如车辆在城市内的道路行驶过程中也可以利用导航应用进行导航，而在车辆进出停车场的过程中也可以利用电子支付应用进行付费操作。还可以应用于给用户导航的场景中，例如用户利用导航应用前往游乐场、公园或其他需要付费进入的场所时，在入口处需要通过电子支付应用进行付费操作等，应当理解，本申请提供的电子支付方法还可以应用于其他同时使用导航应用和电子支付应用的场景中，此处不再一一列举。如果在前述种种场景下，都需要执行一遍关闭导航应用、开启电子支付应用、关闭电子支付应用以及重新打开导航应用的操作，整个操作过程未免也过于繁琐。

[0103] 为了解决上述问题，本申请提出了一种电子支付的方法，该方法应用于图1所示的电子支付系统，请参阅图1，图1为本申请实施例提供的电子支付系统的一个架构示意图，作为一种实现方式，用户通过导航应用的客户端启动导航应用，在输入目标对象的起始位置以及终点位置的路径信息后，导航应用的客户端会向服务器发送目标对象的起始位置以及终点位置的，服务器根据前述目标对象的起始位置以及终点位置的路径信息生成路径信息之后，再发送给导航应用的客户端，其中，路径信息包括从起始位置至所述终点位置所对应目标路径的导航信息，从而导航应用的客户端可以根据路径信息确定待支付站点，并当目标对象与待支付站点之间的距离在预设范围内时，开启电子支付应用展示电子支付信息，以进行电子支付。作为另一种实现方式，导航应用的客户端可以从导航应用的服务器处预先获取有离线地图数据包，则在接收到目标对象的起始位置以及终点位置的路径信息后，可以结合离线地图数据包生成路径信息，进而根据路径信息确定待支付站点，并在目标对象与待支付站点之间的距离在预设范围内时，展示电子支付信息。也即在导航过程中，能够根据车辆的实时定位信息确定与收费站点之间的距离，在距离达到预设范围内即可直接通过导航应用打开支付页面，无需用户手动开始支付页面，不但提升了支付效率，还降低了整个操作的繁琐程度。

[0104] 需要说明的是，导航应用的客户端以及电子支付应用的客户端部署于终端设备上，其中，参阅图1，终端设备包含但不仅限于平板电脑、笔记本电脑、掌上电脑、手机及车辆终端设备等，此处不做限定。具体地，导航应用的客户端以及电子支付应用的客户端均可以运行于终端设备的浏览器中，也可以独立运行于终端设备中，此处不作限定。更具体地，导航应用和电子支付应用可以为两个独立的应用，也可以为集成有导航和支付功能的一个应用，具体导航应用和支付应用的展现形式，此处也不作限定。

[0105] 作为一种实现方式，请参阅图2，图2为本申请实施例提供的基于导航出行的电子支付系统的另一个架构示意图，导航应用的客户端和电子支付应用的客户端可以部署于同一终端设备上，导航应用的客户端与导航应用的服务器通过例如天线等外部通信接口进行通信连接；导航应用的客户端和电子支付应用的客户端通过内部通信接口进行通信连接，作为示例，例如可以为导航应用的客户端和电子支付应用的客户端同时部署于图1中的手机上；作为另一示例，例如也可以同时部署于图1中的平板电脑上等，具体不做限定。

[0106] 作为另一种实现方式，请参阅图3，图3为本申请实施例提供的基于导航出行的电子支付系统的又一个架构示意图，导航应用的客户端和电子支付应用的客户端也可以部署于不同终端设备上，导航应用的客户端与导航应用的服务器仍旧通过例如天线等外部通信接口进行通信连接；导航应用的客户端和电子支付应用的客户端也需要通过天线等外部通信接口进行通信连接，作为示例，例如可以为导航应用的客户端部署于图1中的车辆终端设备上，电子支付应用的客户端部署于图1中的手机上；作为另一示例，例如导航应用的客户端部署于图1中的平板电脑上，电子支付应用的客户端部署于图1中的手机上等，对于其他可能的部署方式，此处不再一一举例。

[0107] 参阅图2和图3，导航应用的客户端上均可以配置有诱导引擎，由于导航应用的客户端可以划分为应用层和系统架构(framework)层，诱导引擎就部署于framework层，诱导引擎是导航应用执行导航功能依赖的核心共享对象(shared object，SO)库的缩写，所述SO库为一个动态库，其中封装了大量的算法以及与算法执行相关的内容，诱导引擎可以通过收集手机传感器信息以及位置信息等，实时计算导航路线，并为导航应用的应用层提供各种导航信息，例如车辆是否超速、前方左转或前方到达目的地等信息。

[0108] 具体地，本申请提供了一种基于导航出行的电子支付方法，应用于于电子支付系统，电子支付系统包括第一客户端以及第二客户端，其中，第一客户端可以是指导航应用的客户端，第一客户端可以部署于第一终端设备内，第一终端设备具体可以是车辆的车载导航。第二客户端可以是指电子支付应用的客户端，第二客户端可以部署于第二终端设备内，第二终端设备具体可以移动终端，比如手机或者平板电脑。

[0109] 首先部署在第一终端设备中的第一客户端获取路径信息，其中，路径信息包括目标对象的起始位置、终点位置以及目标路径，目标路径表示从起始位置至终点位置的导航线路；部署在第一终端设备中的第一客户端根据路径信息确定待支付站点，其中，待支付站点表示支持电子支付的站点；当目标对象与待支付站点之间的距离在预设范围内时，部署在第二终端设备中的第二客户端展示电子支付信息，其中，电子支付信息用于进行电子支付。

[0110] 结合上述介绍，下面将对本申请中电子支付的方法进行介绍，请参阅图4，本申请实施例中基于导航出行的电子支付的方法一个实施例包括：

[0111] 401、获取路径信息，其中，路径信息包括目标对象的起始位置、终点位置以及目标路径，目标路径表示从起始位置至终点位置的导航线路；

[0112] 本实施例中，用户在通过导航应用的客户端打开导航应用之后，可以输入目标对象的起始位置以及终点位置，从而导航应用的客户端可以获取到目标对象的起始位置以及终点位置后，获取到路径信息，路径信息中包括目标对象的起始位置、终点位置以及目标路径，而目标路径表示从起始位置至终点位置的导航线路。具体地，请参阅图5，图5为本申请实施例提供的导航应用的一个界面示意图，其中，A1指的是导航应用的应用界面上用于接收路径信息的文本框，则用户可以通过导航应用的应用界面上提供的文本框输入目标对象的起始位置和终点位置；用户也可以通过语音输入的方式输入目标对象的起始位置和终点位置等，具体目标对象的起始位置和终点位置的录入方式，此处不进行限定。

[0113] 作为一种实现方式，路径信息可以由导航应用的服务器生成。具体的，导航应用的客户端在获取到目标对象的起始位置以及终点位置之后，可以将目标对象的起始位置以及终点位置发送给导航应用的服务器，以使得导航应用的服务器可以根据接收到的目标对象的起始位置、终点位置以及导航应用的服务器上存储的地图数据进行路径规划，以获得从起始位置至终点位置的至少一条路径，并将前述至少一条路径发送给导航应用的客户端，以使导航应用的客户端从至少一条路径中确定目标路径。

[0114] 作为另一种实现方式，路径信息可以由导航应用的客户端生成。具体的，导航应用的客户端上可以预先存储有离线地图数据包，则导航应用的客户端在获取到目标对象的起始位置以及终点位置之后，可以根据离线地图数据包进行路径规划，以获得从起始位置至终点位置的至少一条路径，并从至少一条路径中确定目标路径。

[0115] 进一步地，目标对象可以为使用导航应用的对象，例如在对车辆进行导航的场景中，目标对象就是车辆；再例如在对用户进行导航的场景中，目标对象就是用户等，此处不再对其他情况一一列举。

[0116] 用户输入的起始位置和终点位置均可以为实际的地理位置，作为示例，例如天津北站、深圳飞机场或深圳欢乐谷等；也可以为一个与实际位置对应的标签位置，作为示例，例如起始位置可以为我的位置，则导航应用的客户端可以获取到与我的当前位置对应的实际位置；作为另一示例，例如用户可以预先设置与标签位置“家”对应的地理位置，当用户输入的终点位置为家时，导航应用的客户端可以获取与“家”对应的实际物理位置，用户还可以预先设置与标签位置“公司”对应的地理位置等，以避免反复输入常用地理位置，提高位置输入过程的效率，应理解，此处举例仅为方便理解本方案，不用于限定本方案。

[0117] 目标路径指的是前述至少一条路径中的一条路径，更具体地，目标路径可以是至少一条路径中包含的唯一一条路径；目标路径也可以为用户在至少两条路径中选择的一条路径；目标路径还可以为从至少一条路径中确定出的一条用时最短的路径等，具体此处不做限定。

[0118] 402、根据路径信息确定待支付站点，其中，待支付站点表示支持电子支付的站点；

[0119] 本实施例中，由于目标路径表示从起始位置至终点位置的导航线路，则目标路径中至少包含从起始位置到终点位置上的收费站点的数量以及每个收费站点的位置信息，则导航应用的客户端可以根据路径信息确定待支付站点的数量和每个待支付站点的位置信息，其中，待支付站点表示支持电子支付的站点。

[0120] 具体的，在一种实现场景中，目标路径上所有的收费站点均为支持电子支付的站点，则导航应用的客户端可以获取到从起始位置至终点位置的导航线路上所有收费站点的数量以及位置信息。在另一种实现场景中，目标路径上的部分收费站为支持电子支付的站点，部分收费站为非待支付站点，则目标路径中还可以包含收费站点的支付方式信息，从而导航应用的客户端可以根据收费站点的数量、位置信息以及支付方式信息，从所有收费站点中确定支持电子支付的站点的数量以及位置信息。

[0121] 其中，目标路径上可支持电子支付的收费站点的数量为至少一个，作为示例，例如若应用于对车辆行驶于城际间进行导航的场景中，则收费站点可以为高速收费站点；作为另一示例，例如若应用于车辆行驶于城市内进行导航的场景中，则收费站点可以为停车场收费站点等，具体此处不做限定。

[0122] 支持电子支付的站点指的是支持通过电子支付应用展示的电子支付信息进行支付的站点，其中，电子支付信息指的是支付条形码、支付二维码或其他类型的支付信息。

[0123] 为了方便理解本方案，请继续参阅图5，导航应用的客户端在确定目标路径上存在的支持电子支付的收费站点以及不支持电子支付的收费站点之后，可以在导航应用的应用界面上输出提示信息，其中A2指的就是导航应用的客户端展示的提示信息，用于告知用户目标路径上存在几个支持电子支付的收费站点以及存在几个不支持电子支付的收费站点；A3示出的为起点位置到终点位置的两条路径，实线对应的那一条路径代表目标路径，虚线对应的那一条路径代表除了目标路径之外的其他路径，应理解，导航应用的客户端也可以不输出提示信息，图5中的示例仅为方便理解本方案，不用于限定本方案。

[0124] 403、当目标对象与待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，电子支付信息用于进行电子支付。

[0125] 本实施例中，由于导航应用的客户端可以获取到待支付站点的位置信息，则导航应用的客户端可以获取目标对象和待支付站点之间的距离，当确定目标对象与待支付站点之间的距离在预设范围内时，导航应用的客户端可以开启电子支付应用展示电子支付信息，以进行支付操作，在完成支付操作之后，还可以再重新打开导航应用的应用界面，继续提供导航服务。其中，结合图2和图3，导航应用的客户端获取目标对象和待支付站点之间距离的方式可以为诱导引擎结合目标对象的地理位置以及待支付站点的地理位置确定；也可通过发射电磁波的形式来确定等，具体此处不做限定。

[0126] 在一种实现场景下，参见图2，导航应用的客户端与电子支付应用的客户端部署于同一终端设备上，则导航应用的客户端与电子支付应用之间的具体交互方式可以为，导航应用的客户端通过终端设备内部的通讯接口向电子支付应用的客户端发送电子支付信息展示指令，以触发电子支付应用展示电子支付信息，在通过电子支付应用完成电子支付之后，电子支付应用的客户端可以通过内部通讯接口向导航应用的客户端返回支付成功或支付失败的支付完成指令，以触发重新展示导航应用的应用界面。在另一种实现场景下，参见图3，若导航应用的客户端与电子支付应用的客户端部署于不同终端设备上，则导航应用的客户端需要通过天线等外部通讯接口执行向电子支付应用的客户端发送电子支付信息展示指令，以及接收支付完成指令等数据交互操作。

[0127] 具体地，目标对象与待支付站点之间的预设范围的取值可以结合实际应用场景确定，作为示例，例如，若应用于对车辆行驶于城际间进行导航的场景中，则预设距离范围可以为300米到600米之间；作为另一示例，若应用于给用户导航的场景中，则预设距离范围可以为3米到5米之间等，此处不再对其他应用场景进行举例。电子支付信息可以具体表现为用于支付的二维码、条形码或其他用于支付的电子信息等，具体此处不再一一进行描述。

[0128] 本申请实施例中，导航应用的客户端可以获取路径信息，路径信息中包括目标对象的起始位置、终点位置以及从起始位置至终点位置的导航线路，进而导航应用的客户端可以根据路径信息确定待支付的站点，其中待支付的站点指的是支持电子支付的站点，当目标对象与待支付站点之间的距离在预设范围内时，导航应用的客户端可以直接打开电子支付应用并展示电子支付信息，进而进行电子支付，通过上述方式，在导航的过程中，能够根据车辆的实时定位信息确定与收费站点之间的距离，在距离达到预设范围内即可直接通过导航应用打开支付页面，无需用户手动开始支付页面，不但提升了支付效率，还降低了整个操作的繁琐程度。

[0129] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第一个可选实施例中，当目标对象与待支付站点之间的距离在预设范围内时，还可以包括：

[0130] 展示支付图标；

[0131] 展示电子支付信息，可以包括：

[0132] 通过电子支付应用展示电子支付信息。

[0133] 本实施例中，导航应用的客户端可以在获取到用户输入的支付授权指令之后，根据支付授权指令开启电子支付应用的权限，则在开启电子支付应用之前，导航应用的客户端可以先判断是否开启了电子支付应用的权限，在确定电子支付应用的权限已开启的情况下，通过电子支付应用展示电子支付信息。

[0134] 具体地，导航应用的客户端可以仅在初次通过导航应用开启电子支付应用之前，输出支付授权指令的获取请求，以获取到授权指令。也可以在每次通过导航应用开启电子支付应用之前，均输出支付授权指令的获取请求，以获取到授权指令。还可以为在用户初次进入导航应用的应用界面时，输出支付授权指令的获取请求，以获取到授权指令等，具体支付授权指令的获取时刻可以结合实际情况灵活确定，此处不做限定。

[0135] 更具体地，可以为导航应用的客户端在确定需要开启电子支付应用时，自动通过弹框、语音输出或其他方式输出支付授权指令的获取请求。也可以为在目标对象与待支付站点之间的距离在预设范围内时，在导航应用的应用界面上展示电子支付应用的支付图标，用户可以通过该电子支付应用的支付图标输入对电子支付应用的开启指令，导航应用的客户端在接收到用户输入的电子支付应用的开启指令之后，可以输出支付授权指令的获取请求，进一步地，用户可以通过按压支付图标的方式输入对电子支付应用的开启指令；也可以通过拖动支付图标的方式输入对电子支付应用的开启指令等，对于电子支付应用的开启指令的输入方式，此处不做限定。应当理解，上述举例也仅为方便理解本方案，还可以通过其他方式触发导航应用的客户端输出支付授权指令的获取请求，具体此处也不做限定。

[0136] 其中，导航应用的客户端可以通过文本框的形式输出支付授权指令的获取请求；也可以通过语音播报的形式输出支付授权指令的获取请求，作为示例，例如播放“是否授权XX地图打开电子支付应用”等，具体支付授权指令的获取请求的输出形式，此处不进行限定。

[0137] 为了方便理解本方案，请参阅图6，图6为本申请实施例提供的导航应用的另一个界面示意图，以用户按压导航应用的应用界面上显示电子支付应用的图标输入对电子支付应用的开启指令，并触发输出支付授权指令的获取请求为例进行说明，图6包含a、b以及c三个子示意图，分别用于表现获取授权指令的三个阶段。在图6的a示意图中，B1指的是电子支付应用的图标，当用户按压B1对应的图标时，触发进入图6的b示意图，其中B2指的是支付授权指令的获取请求，当用户按压确定按钮时，也即导航应用的客户端获取到了支付授权指令，从而可以开启电子支付应用的权限，从而导航应用的客户端开启电子支付应用以展示电子支付信息，也即进入图6的c示意图。应理解，图6仅为多种实现方式中的一种示例，此处结合图6进行举例仅为方便理解本方案，不用于限定本方案。

[0138] 其次，本申请实施例中，导航应用的客户端在开启电子支付应用之前会获取支付授权指令，并根据支付授权指令开启电子支付应用的权限，并在确定电子支付应用的权限是否已开启的情况下，才会开启电子支付应用以展示电子支付信息。通过上述方式，保证了在用户允许的情况下才会展现用户的电子支付信息，既提高了本方案的可控制性，又保证了用户财产的安全性。

[0139] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第二个可选实施例中，展示电子支付信息，包括：

[0140] 根据预设应用配置信息生成应用开启指令；

[0141] 根据应用开启指令开启电子支付应用；

[0142] 通过电子支付应用展示电子支付信息。

[0143] 本实施例中，导航应用的客户端在确定目标对象与所述待支付站点之间的距离在预设范围内时，可以根据预设应用配置信息自动生成应用开启指令，从而根据应用开启指令开启电子支付应用，以展示电子支付信息。

[0144] 其中，应用开启指令可以具体表现为同一终端设备上不同应用之间发送的应用开启信号，也可以为不同终端设备上不同应用之间发送的应用开启请求报文等，具体应用开启指令的表现形式，此处不做限定。预设应用配置信息可以包含根据用户输入的支付授权指令生成的支付授权信息，具体地，可以为导航应用的客户端在初次开启电子支付应用时，输出支付授权指令的获取请求，在接受到用户输入的支付授权指令之后，生成包含支付授权信息的预设应用配置信息。也可以为用户在注册导航应用的账号时，输出支付授权指令的获取请求，并根据用户输入的支付授权指令生成预设应用配置信息等，具体预设应用配置信息的获取时机，此处不做限定。

[0145] 进一步地，预设应用配置信息中还可以包含授权开启电子支付应用的时长，作为示例，例如用户在注册导航应用的账号时，可以主动开启开启电子支付应用功能，在设置完绑定的电子支付应用之后，还可以对授权开启电子支付应用的时长进行设定，其中，授权开启电子支付应用的时长可以为一个月、三个月或其他长度的时长等，具体此处不做限定。

[0146] 其次，本申请实施例中，导航应用的客户端可以根据预设应用配置信息自动生成应用开启指令，并基于应用开启指令直接开启电子支付应用以展示电子支付信息，通过上述方式，进一步减少了整个操作过程的步骤，从而进一步提升了支付效率。

[0147] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第三个可选实施例中，展示电子支付信息，包括：

[0148] 接收应用开启指令；

[0149] 根据应用开启指令开启电子支付应用；

[0150] 通过电子支付应用展示电子支付信息。

[0151] 本实施例中，导航应用的客户端可以接收用户输入的应用开启指令，并依据应用开启指令开启电子支付应用以展示电子支付信息。具体地，导航应用的应用界面上可以展示有与电子支付应用对应的图标，用于接收用户的应用开启指令，从而用户可以通过按压图标的方式输入应用开启指令。更具体的，导航应用的客户端可以仅在目标对象与待支付站点之间的距离在预设范围内时，展示该图标；导航应用的应用界面上也可以一直展示有与电子支付应用对应的图标，当目标对象与待支付站点之间的距离在预设范围内时，输出“目标对象与待支付站点之间的距离为XX米”的提示信息，以提示用户按压图标以输入应用开启指令等，其中，导航应用的客户端可以通过文本框的形式展示提示信息，也可以通过麦克风播放提示信息，还可以通过从文本到语音(text to speech，TTS)的方式播放提示信息等，此处不再对其他实现方式进行列举。

[0152] 为进一步理解本方案，请参阅图7，图7为本申请实施例提供的导航应用的另一个界面示意图，以导航应用的客户端在确定目标对象与所述待支付站点之间的距离在预设范围内时，展示与电子支付应用对应的图标为例进行说明。图7中包含a、b以及c三个子示意图，分别用于表现开启电子支付应用的三个阶段。其中，图7的a示意图展现的为目标对象在正常行驶过程中的界面，当导航应用的客户端在确定目标对象与待支付站点(例如渝蓉高速收费站)之间的距离在预设范围内(例如467米)时进入图7的b示意图，触发在导航应用的应用界面上展示与电子支付应用对应的图标，其中，B1指的就是与电子支付应用对应的图标，当用户按压与电子支付应用对应的图标时，也即导航应用的客户端接收到了用户的应用开启指令，从而根据应用开启指令开启电子支付应用，以进入图7的c示意图，也即通过电子支付应用展示电子支付信息，应当理解，图7仅为本方案的一个示例，用于方便理解本方案，不用于限定本方案。

[0153] 其次，本申请实施例中，导航应用的客户端可以在接收到用户输入的应用开启指令时，根据应用开启指令开启电子支付应用，并通过电子支付应用展示电子支付信息，通过上述方式，既实现了通过导航应用跳转至电子支付应用，避免了操作过程中的繁琐步骤，又实现了基于用户输入的调用指令跳转至电子支付应用，提高了本方案的灵活性和可控制性。

[0154] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第四个可选实施例中，通过开启电子支付应用展示电子支付信息，包括：

[0155] 通过语音输入装置接收语音信息；

[0156] 若语音信息与预设语音信息匹配成功，则根据语音信息生成应用开启指令；

[0157] 根据应用开启指令开启电子支付应用；

[0158] 通过电子支付应用展示电子支付信息。

[0159] 本实施例中，导航应用的客户端可以通过语音输入装置接收用户输入的语音信息，在语音信息与预设语音信息匹配成功时，执行电子支付应用的开启操作，以展示电子支付信息。具体的，导航应用的客户端可以实时获取用户输入的语音信息，并与预设语音信息进行匹配；导航应用的客户端也可以在目标对象与待支付站点之间的距离在预设范围内时，输出语音提示信息，进而接收用户针对语音提示信息反馈的语音信息，并与预设语音信息进行匹配等，具体此处不做限定。

[0160] 其中，语音输入装置包括但不限于拾音器、麦克风或其他类型的语音输入装置等。预设语音信息指的是与开启电子支付应用相关的信息，作为示例，例如可以为“请打开电子支付应用”这种命令性语音信息；作为另一示例，例如“需要打开”或“需要的”之类的肯定性反馈信息等，具体预设语音信息的内容，此处不做限定。

[0161] 为进一步理解本方案，请参阅图8，图8为本申请实施例提供的导航应用的又一个界面示意图，以导航应用的客户端也可以在目标对象与待支付站点之间的距离在预设范围内时，输出语音提示信息，并接收用户针对语音提示信息反馈的语音信息为例进行说明。图8中包含a、b、c以及d四个子示意图，分别用于表现通过语音信息开启电子支付应用的四个阶段。图8中a示意图表示，导航应用的客户端在确定目标对象与待支付站点(例如渝蓉高速收费站)之间的距离在预设范围内(例如467米)时通过语音播放“是否需要打开电子支付应用”的询问提示信息，其中，C1表示导航应用处于播音状态，并展示了播放的询问提示信息的内容，并在播放询问提示信息后可以进入图8中b示意图，也即继续播放答复提示信息，例如图8中b示意图上的“你可以说需要”，其中，C2表示导航应用处于播音状态，并展示了播放的答复提示信息的内容，在播放完答复提示信息之后，可以进入图8中c示意图，也即通过语音输入装置接收用户输入的语音信息，例如“需要的”，其中，C3表示导航应用处于收音状态，并展示了用户输入的语音信息，然后，导航应用的客户端可以将“需要的”与预设的语音信息匹配，匹配成功并生成应用开启指令，进而通过电子支付应用展示电子支付信息，应当理解，图8仅为本方案的一个示例，用于方便理解本方案，不用于限定本方案。

[0162] 其次，本申请实施例中，通过语音输入装置接收语音信息，并在语音信息与预设语音信息匹配成功时，生成应用开启指令，并开启电子支付应用展示电子支付信息，通过上述方式，用户仅需要花费较少的经历就可以完成电子支付应用的调用，既保证了调用过程的可控制性，又保证了用户驾驶或行走过程中的安全性。

[0163] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第五个可选实施例中，根据路径信息确定待支付站点，包括：

[0164] 根据路径信息获取路径支付信息，其中，路径支付信息包括从起始位置至所述终点位置所对应目标路径上与电子支付关联的信息；

[0165] 根据路径支付信息判断可支付站点是否满足预设支付条件，其中，可支付站点属于目标路径上的站点，路径支付信息至少包括站点支付方式信息以及站点位置信息；

[0166] 若可支付站点满足预设支付条件，则确定可支付站点为待支付站点。

[0167] 本实施例中，目标路径上与电子支付关联的信息中可以包括从起始位置至终点位置所对应目标路径上每个可支付站点的站点支付方式信息以及站点位置信息，其中，由于并不是目标路径上的所有站点均需要用户付费，例如入口处的站点就不需要用户付费，再例如过年期间某些站点就不需要收费，则可支付站点指的是从起始位置至终点位置所对应目标路径上的多个站点中需要用户付费的站点。站点支付方式包括但不限于现金收费、电子不停车收费系统(electronic toll collection，ETC)(又称为“高速纵横”)以及与第三方支付应用合作收费等。

[0168] 导航应用的客户端在获取到路径信息之后，可以获取到其中包含的路径支付信息，进而可以根据路径支付信息确定出目标路径上的至少一个可支付站点，并判断每个可支付站点是否满足预设支付条件，将满足预设支付条件的可支付站点确定为待支付站点。其中，待支付站点为可支付站点中支持电子支付的站点，也即为可支付站点中支持通过电子支付应用进行支付的站点。

[0169] 具体地，导航应用的客户端在确定出目标路径上的至少一个可支付站点之后，可以根据每个可支付站点的支付方式信息，判断每个可支付站点是否支持通过电子支付应用进行支付，并将至少一个可支付站点中确定支持通过电子支付应用进行支付的站点确定为待支付站点。

[0170] 为进一步理解本方案，以下以收费站点为高速收费站点为例，由于目标路径上可以存在不止一个待支付站点，以下仅对一个待支付站点的站点信息对应的报文信息进行介绍。

[0171] //高速收费站信息

[0172] struct SeqmentToll

[0173] (

[0174] 0 optional int pay_type；//支付方式(支持组合)：0-未调查1-通过电子支付应用扫码支付2-ETC支付3-现金支付

[0175] 1 optional int co_type；//是否合作：0-未调查1-是2-否

[0176] 2 optional int co_source；//合作来源：1-高速纵横2-电子支付应用合作[0177] 3 optional string code_source；//收费站编码

[0178] 4 optional string name；//收费站名称

[0179] 5 optional string price；//收费金额

[0180] 6 optional double latitude；//收费站纬度

[0181] 7 optional double longitude；//收费站经度

[0182] 8 optional boolean is_fee_time；//是否是收费时段true,收费；false,不收费[0183] )

[0184] 参见上述代码，其中，高速收费站的站点信息中包含8个字段，数字0至8指的是每个字段的编号。optional(可选)指的是该字段的出现必要性为可选，虽然上述代码中出现必要性属性中均为optional，但应理解，出现必要性还可以为其他类型，例如must(必选)。int、string、double以及boolean均用于指示该字段的文本类型，例如int和double指示文本均为数字，但int为整数，double为非整数，int、string、double以及boolean所代表的含义均可以结合现有编程技术进行理解，此处不一一进行解释。上述代码中co_type、co_source、code_source以及name等均表示该字段携带的信息的含义，在代码中均有对应的描述，例如通过pay_type字段携带的是高速收费站的支付方式信息，当字段值为0时，表示支付方式未知，当字段值为1时，表示支付方式为通过电子支付应用扫码支付，当字段值为2时，表示支付方式为通过ETC支付，当字段值为3时，表示支付方式为现金支付；再例如is_fee_time字段携带的为是否是高速收费站的收费时段信息，当字段值取值为true时，表示为收费时段，当字段值取值为false时，表示为不收费时段；再例如longitude字段携带的为收费站的地理位置信息中的经度信息，对于其他字段，可以结合字段后面的注释进行理解，此处不再一一进行介绍。

[0185] 则导航应用的客户端在获取到一个高速收费站点对应的报文信息之后，可以根据支付方式字段、是否合作字段以及合作来源字段确定该高速收费站点是否为待支付站点。应理解，上述举例仅为方便理解本方案，一个收费站点对应的报文信息的具体内容应结合实际情况灵活确定，此处不进行限定。

[0186] 其次，本申请实施例中，路径支付信息中至少包括站点支付方式信息以及站点位置信息，则导航应用的客户端可以根据路径支付信息判断目标路径上的每个可支付站点是否满足预设的支付条件，并将满足预设的支付条件的可支付站点确定为待支付站点，通过上述方式，可以实现对目标路径上的多个可支付站点进行划分，在经过无法通过电子支付应用进行支付的站点时，无需执行开启电子支付应用的操作，既减少了终端设备的工作负荷，又提供了良好的用户体验。

[0187] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第六个可选实施例中，根据路径信息确定待支付站点之后，方法还可以包括：

[0188] 获取目标对象的位置信息；

[0189] 根据路径信息，确定待支付站点的经度信息以及待支付站点的纬度信息；

[0190] 根据目标对象的位置信息与待支付站点的经度信息，确定经度差值；

[0191] 根据目标对象的位置信息、待支付站点的纬度信息、经度差值以及地球半径值，确定目标对象与待支付站点之间的距离。

[0192] 本实施例中，导航应用的客户端可以实时获取目标对象的位置信息，其中包含目标对象的经度信息以及纬度信息，由于路径信息中包含待支付站点的位置信息，也即可以根据路径信息，确定待支付站点的经度信息以及待支付站点的纬度信息，则导航应用的客户端可以获取到目标对象与待支付站点的纬度差值和经度差值，进而根据目标对象与待支付站点的纬度差值和经度差值以及地球地球半径值，确定目标对象与待支付站点之间的距离。

[0193] 具体地，导航应用的客户端中的诱导引擎可以根据目标对象与待支付站点的纬度差值和经度差值以及地球地球半径值，确定目标对象与待支付站点之间的距离时所采用的公式可以如下所示：

[0194] D＝R[haver sin(φ2-φ1)+cosφ1cosφ2haver sin(Δλ)]；

[0195] 其中，D指的是目标对象与待支付站点之间的距离值，R指的是地球半径值， 和分别是目标对象与待支付站点的纬度值，Δλ是目标对象与待支付站点的经度值的差值，haver函数为半正矢量函数为正矢函数(也即“1-余弦函数”)的一半，从而可以通过公式(1-cos(φ2-φ1))/2求取，haver sin(Δλ)可以通过公式
(1-cos(Δλ))/2求取。应当理解，此处仅以利用半正矢量函数确定目标对象与待支付站点之间的距离值进行举例，也可以利用正矢函数确定目标对象与待支付站点之间的距离值，还可以通过其他公式确定目标对象与待支付站点之间的距离值，此处不一一进行举例。

[0196] 进一步地，以距离确定公式为上述公式为例，以下将对执行上述公式时的代码进行展示：

[0197]

[0198] 其中，static double以及double均指的是返回的文本类型，请结合现有编程技术进行理解，getDistance为获取距离的函数，p1指的是目标对象，p2指的是待支付站点，rad是提取值函数，例如rad(p1.latitude)指的就是提取目标对象的纬度值，rad(p2.latitude)指的是提取待支付站点的纬度值，rad(p1.longitude)指的是提取目标对象的经度值，rad(p2.longitude)指的是提取取待支付站点的经度值，上述代码中包含的公式2*Math.asin(Math.sqrt(Math.pow(Math.sin(a/2),2)+Math.cos(Lat1)*Math.cos(Lat2)*ath.pow(Math.sin(b/2),2)))用于实现公式
EARTH_RADIUS指的是地球的半径值，round为取整函数。a为目标对象与待支付站点之间的维度差值，b为目标对象与待支付站点之间的经度差值，D为为目标对象与待支付站点之间的距离的取值。

[0199] 其次，本申请实施例中，导航应用的客户端可以在获取到目标对象的位置信息以及待支付站点的位置信息之后，确定目标对象与待支付站点之间的纬度差值和经度差值，并根据前述纬度差值和经度差值以及半径值，确定目标对象与待支付站点之间的距离，提供了确定目标对象与待支付站点之间的距离的具体实现方案，不仅提高了本方案的可实现性，由于目标对象和待支付站点的位置信息均为在导航过程中必须的信息，利用现有参数进行距离计算，提高了距离计算过程的效率。

[0200] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第七个可选实施例中，通过开启电子支付应用展示电子支付信息之前，方法还可以包括：

[0201] 获取电子支付应用的版本号；

[0202] 若电子支付应用的版本号大于或等于预设版本号，则确定执行通过开启电子支付应用展示电子支付信息的步骤；

[0203] 若电子支付应用的版本号小于预设版本号，则展示版本更新消息，其中，版本更新消息用于提示对电子支付应用进行版本更新。

[0204] 本实施例中，导航应用的客户端在开启电子支付应用之前，可以获取电子支付应用的版本号，并判断电子支付应用的版本号是否大于或等于预设版本号，当确定大于或等于预设版本号时，则开启电子支付应用展示电子支付信息，若小于预设版本号，则不执行开启电子支付应用的操作，并展示版本更新消息，作为示例，例如展示的版本更新消息可以为“电子支付应用版本低，不支持被调用”、“请更新电子支付应用”或其他信息等。具体地，可以预先存储有版本更新消息的预设展示时长，在达到预设展示时长时，版本更新消息自动消失，预设展示时长可以为3秒、5秒或其他时长等；也可以为由用户关闭版本更新消息的展示界面，例如在展示版本更新消息时接收到用户对应用界面的按压操作，则版本更新消息消失等，具体版本更新消息的消失方式，此处不做限定。

[0205] 可选地，导航应用的客户端可以仅在初次开启电子支付应用时，执行上述电子支付应用的版本号的判断操作，由于一般情况下，电子支付应用的软件版本号只会随着不断更新而不断增加，则若初次开启电子支付应用时，电子支付应用的软件版本号就大于或等于预设版本号，则后续调用过程中，电子支付应用的软件版本号大概率会大于或等于预设版本号，通过前述方式，提高了调用过程中的效率。

[0206] 进一步地，以电子支付应用为微信，预设版本号为Build.OFFLINE_PAY_SDK_INT例，如下公开了实现上述步骤的代码：

[0207]

[0208]

[0209] 其中，openWePay指的是调用微信；wxSdkVersion指的是获取微信的版本号；int指的是返回的数据的类型为整数；WXManager.getInstance(mContext)指的是微信的一个函数库，getWXAppSupportAPI()指的是获取微信的版本号所使用的函数；if(){}else{}函数为选择函数，具体可以结合现有编程技术理解，此处不再进行详细介绍；通过Build.OFFLINE_PAY_SDK_INT可以获取到微信的预设版本号，wxSdkVersion>＝Build.OFFLINE_PAY_SDK_INT指的是判断微信的版本号是否大于或等于微信的预设版本号；sendReq(new JumpToOfflinePay.Req()的意思是跳转到一个新页面，新页面为微信的离线支付页面，也即展示微信的电子支付信息；Toast是一种关于显示框的函数，通过Toast.makeText(mContext,"not supported",Toast.LENGTH_LONG).show()代码至少可以通过弹出文本框显示“不支持”，也即展示版本更新消息，通过前述代码还可以确定版本更新消息的展示时间。应当理解，代码中也可以不规定版本更新消息的展示时间，上述举例仅为方便理解本方案，不用于限定本方案。

[0210] 其次，本申请实施例中，在开启电子支付应用之前，可以先获取电子支付应用的版本号，并在电子支付应用的版本号大于或等于预设版本号的情况下，执行调用操作，否则，展示版本更新消息，以提示用户对电子支付应用进行版本更新，通过上述方式，可以避免调用操作失败导致导航应用出现运行卡壳的现象，保证导航应用运行的稳定性。

[0211] 可选地，在上述图4对应的实施例的基础上，本申请实施例提供的电子支付的方法第八个可选实施例中，根据路径信息确定待支付站点之后，方法还可以包括：

[0212] 若接收到站点查看指令，则根据站点查看指令在应用界面上展示可支付站点信息，其中，可支付站点信息包括待支付站点所对应的站点信息以及非待支付站点所对应的站点信息，所述非待支付站点不支持电子支付；

[0213] 若接收到站点隐藏指令，则根据站点隐藏指令在应用界面上隐藏可支付站点信息。

[0214] 本实施例中，导航应用的客户端可以根据路径信息确定目标路径上存在哪些可支付站点，以及前述可支付站点中哪些站点为待支付站点，哪些为不支持电子支付的非待支付站点，则在接收到用户输入的站点查看指令的情况下，可以展示可支付站点所对应的站点信息以及非待支付站点所对应的站点信息，并在接收到站点隐藏指令时，隐藏可支付站点信息以及非待支付站点所对应的站点信息，非待支付站点即为非待支付站点。

[0215] 其中，导航应用的应用界面上可以展示有站点查看指令或站点隐藏指令的输入按钮，当用户按压站点查看指令的输入按钮时，导航应用的客户端接收到站点查看指令，当用户按压站点隐藏指令的输入按钮时，导航应用的客户端接收到站点隐藏指令；用户也可以通过语音的形式输入站点查看指令或站点隐藏指令，作为示例，例如用户以语音的形式输入“显示站点信息”；当然，还可以存在其他类型的站点查看指令和站点隐藏指令的输入方式，此处一一不再进行举例。

[0216] 可支付站点信息中可以仅包含待支付站点的站点信息，则导航应用的应用界面上可以仅展示仅展示待支付站点；可支付站点信息中也可以同时包含待支付站点和非待支付站点的站点信息，进而可以对支持电子应用支付的站点与非待支付站点进行区别展示，作为示例，例如可以支持电子应用支付的站点和非待支付站点分别对应不同的图标，也可以支持电子应用支付的站点和非待支付站点分别对应不同的颜色，还可以通过其他方式进行区别，此处也不再进行一一列举。

[0217] 进一步地，请参阅图9，图9为为本申请实施例提供的导航应用的又一个界面示意图，以用户通过按压站点查看指令以及站点隐藏指令对应的按钮为例进行说明。图9包含a和b两个子示意图，分别为展示和隐藏站点信息这两种状态下的示意图，其中，D1指的是用于接收用户的站点查看指令的按钮，D2指的是用于接收用户的站点隐藏指令的按钮，当用户按压图9的a示意图中的“查看”按钮时，进入图9的b示意图；当用户按压图9的b示意图中的“隐藏”按钮时，进入图9的a示意图，继续参阅图9的b示意图，其中，D3指的是支持电子支付的收费站点，D4为不支持电子支付的收费站点，应当理解，图9仅为本方案的一个示例，用于方便理解本方案，不用于限定本方案。

[0218] 其次，本申请实施例中，导航应用的客户端可以在接收用户输入的站点查看指令时展示可支付站点信息，在接收到用户输入的站点隐藏指令时隐藏可支付站点信息，通过上述方式，实现了根据用户控制可支付站点信息的展示与否，增强了可支付站点信息展示过程的灵活性。

[0219] 可选地，在上述图4对应的第四个实施例的基础上，本申请实施例提供的电子支付的方法第九个可选实施例中，通过语音输入装置接收语音信息之前，方法还包括：

[0220] 当目标对象与待支付站点之间的距离在预设范围内时，获取预设语音提示消息，其中，预设语音提示消息用于提示语音信息的输入；

[0221] 若预设语音提示消息的播放优先级大于待播放消息的播放优先级，则播放预设语音提示消息，其中，待播放消息属于进程中未播放的消息；

[0222] 若预设语音提示消息的播放优先级小于待播放消息的播放优先级，则播放待播放消息。

[0223] 本实施例中，终端设备可以为需要播放的消息设置播放优先级，导航应用的客户端在目标对象与待支付站点之间的距离在预设范围内时，获取预设语音提示消息，并确定预设语音提示消息的播放优先级是否大于待播放消息的播放优先级，若大于，则播放预设语音提示消息；若小于，则播放待播放消息。可以理解的是，当预设语音提示消息的播放优先级等于待播放消息的播放优先级时，可以选择播放预设语音提示消息，或者播放待播放消息，此处不做限定。具体地，当预设语音提示消息的播放优先级小于待播放消息的播放优先级时，可以把预设语音提示消息放入到待播放队列中，以在语音输出装置空闲时播放预设语音提示消息。进一步地，当目标对象与待支付站点之间的距离超出预设范围，且预设语音提示消息仍未被播放时，可以不再播放所述语音提示消息。

[0224] 其中，预设语音提示消息用于提示用户输入语音信息，作为示例，例如预设语音提示消息可以为“请问是否需要打开电子支付应用”等，具体此处不做限定。播放优先级的确定因素可以包括播放消息的生成时间、播放消息的生成应用和/或播放消息的消息内容等，例如可以为播放消息的生成时间越早，播放消息的优先级越高；再例如播放消息的生成应用的优先级越高，播放消息的优先级越高等，具体播放优先级的确定方式，此处不进行限定。

[0225] 其次，本申请实施例中，在播放语音提示消息之前，会对比预设语音提示消息的播放优先级与待播放消息的播放优先级，在预设语音提示消息的播放优先级大于待播放消息的播放优先级时，优先播放预设语音提示消息，否则，优先播放待播放消息，通过上述方式，可以实现播放的语音消息为优先级最高的语音消息，提高了语音播放装置的利用率。

[0226] 可选地，在上述图4对应的第四个实施例的基础上，本申请实施例提供的电子支付的方法第十个可选实施例中，通过语音输入装置接收语音信息之前，还可以包括：

[0227] 检测语音输入装置是否处于可用状态；

[0228] 若语音输入装置处于可用状态，则播放预设语音提示消息，以执行通过语音输入装置接收语音信息的步骤，其中，预设语音提示消息用于提示语音信息的输入；

[0229] 若语音输入装置未处于可用状态，则展示文本提示消息。

[0230] 本实施例中，导航应用的客户端在通过语音输入装置接收语音信息之前，可以检测语音输入装置是否处于可用状态，当语音输入装置处于可用状态时，通过语音输入装置播放预设语音提示消息，并通过语音输入装置接收语音信息；当语音输入装置未处于可用状态时，则展示文本提示消息，可选地，在展示文本提示信息的同时，还可以通过TTS播放预设语音提示消息，并且不再执行接收语音信息操作。其中，文本提示消息可以与预设语音提示消息不同，例如，通过语音输入装置播放的语音提示信息可以为“请问是否需要打开电子支付应用”等询问式提示消息，文本提示消息可以为“您可以通过界面上的支付图标打开电子支付应用”等非询问式提示消息，当然，通过语音输入装置和文本提示消息也可以相同，具体此处不做限定。进一步地，通过TTS播放的预设语音提示消息与文本提示信息可以相同。

[0231] 其次，本申请实施例中，在通过语音输入装置接收语音信息之前，会检测语音输入装置是否处于可用状态，并在语音输入装置未处于可用状态时，通过TTS播放预设语音提示消息，通过上述方式，进一步提高用户接收到于是语音提示消息的概率，从而使用户可以根据语音提示消息执行下一步操作，提升导航应用程序的可靠性。

[0232] 在上述图4对应的实施例的基础上，本申请实施例还提供了电子支付的方法的另一个实施例，请参阅图10，本申请实施例中电子支付的方法可以包括：

[0233] 1001、接收客户端发送的路径信息，其中，路径信息包括目标对象的起始位置以及终点位置；

[0234] 本实施例中，即用户在通过导航应用的客户端打开导航应用之后，可以输入包括目标对象的起始位置以及终点位置的路径信息，客户端可以将路径信息发送给导航应用的服务器，以使得服务器可以根据接收到的路径信息进行路径规划，并结合导航应用的服务器上存储的数据查询路途过程中有哪些收费站点支持电子支付，进而可以生成路径支付信息。

[0235] 1002、根据路径信息生成路径支付信息，其中，路径支付信息包括从起始位置至终点位置所对应路径上与电子支付关联的信息；

[0236] 本实施例中，导航应用的服务器在接收到导航应用的客户端发送的路径信息后，可以根据预先存储的地图信息进行路径规划，以确定起始位置至终点位置之间的至少一条路径，并确定至少一条路径包含的每条路径上与电子支付关联的信息。

[0237] 可选地，导航应用的服务器在确定起始位置至终点位置之间的至少一条路径之后，还可以将至少一条路径的路径信息发送给导航应用的客户端，以使导航应用的客户端从至少一条路径中确定出目标路径，并接收导航应用的客户端发送的目标路径信息，进而确定目标路径上与电子支付关联的信息。

[0238] 其中，电子支付关联的信息中至少包含路径上每个收费站点的位置信息，还可以包含路径上每个收费站点的支付方式信息，还可以包含路径上每个收费站点的名称等其他信息，具体此处不做限定。

[0239] 1003、向客户端发送路径支付信息，以使客户端根据路径支付信息确定待支付站点，当目标对象与待支付站点之间的距离在预设范围内时，以使客户端通过开启电子支付应用展示电子支付信息，其中，待支付站点表示支持电子支付的站点，电子支付信息用于进行电子支付。

[0240] 本申请实施例中，导航应用的服务器在接收到导航应用的客户端发送的路径信息后，可以生成路径支付信息，并向导航应用的客户端发送路径支付信息，以使导航应用的客户端根据路径支付信息确定待支付站点，并在目标对象与待支付站点之间的距离在预设范围内时，使得客户端通过开启电子支付应用展示电子支付信息，通过上述方式，在导航的过程中，能够根据车辆的实时定位信息确定与收费站点之间的距离，在距离达到预设范围内即可直接通过导航应用打开支付页面，无需用户手动开始支付页面，不但提升了支付效率，还降低了整个操作的繁琐程度。

[0241] 为了更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置。请参阅图11，图11为本申请实施例提供的电子支付装置一个实施例示意图，电子支付装置1100包括：

[0242] 获取单元1101，用于获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

[0243] 确定单元1102，用于根据所述获取单元1101获取的所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

[0244] 展示单元1103，用于当所述目标对象与所述确定单元1102确定的所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

[0245] 本实施例中，获取单元1101获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路确定单元1102根据所述获取单元1101获取的所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点，当所述目标对象与所述确定单元1102确定的所述待支付站点之间的距离在预设范围内时，展示单元1103展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

[0246] 本申请实施例中，发送单元1101向导航应用的服务器发送路径信息，路径信息中包括目标对象的起始位置和终点位置，以使导航应用的服务器根据路径信息生成路径信息，进而接收单元1102接收导航应用的服务器发送的路径信息，由于路径信息包括从起始位置至所述终点位置所对应目标路径上与电子支付关联的信息，从而确定单元1103可以根据接收到的路径信息确定待支付的站点，其中待支付的站点指的是支持电子支付的站点，当目标对象与待支付站点之间的距离在预设范围内时，展示单元1104可以开启电子支付应用直接打开电子支付应用并展示电子支付信息，进而进行电子支付，通过上述方式，在导航的过程中，能够根据车辆的实时定位信息确定与收费站点之间的距离，在距离达到预设范围内即可直接通过导航应用打开支付页面，无需用户手动开始支付页面，不但提升了支付效率，还降低了整个操作的繁琐程度。

[0247] 可选地，在上述图11所对应的实施例的基础上，请参阅图12，本申请实施例提供的电子支付装置1100的另一实施例中，所述电子支付装置还包括开启单元1104；

[0248] 所述展示单元1103，还用于展示支付图标；

[0249] 所述获取单元1101，还用于通过所述展示单元1103展示的所述支付图标获取支付授权指令；

[0250] 所述开启单元1104，用于根据所述获取单元1101获取的所述支付授权指令开启电子支付应用的权限；

[0251] 所述展示单元1103，具体用于若确定所述电子支付应用的权限已开启，则通过所述电子支付应用展示所述电子支付信息。

[0252] 其次，本申请实施例中，导航应用的客户端在开启电子支付应用之前会获取支付授权指令，并根据支付授权指令开启电子支付应用的权限，并在确定电子支付应用的权限是否已开启的情况下，才会开启电子支付应用以展示电子支付信息。通过上述方式，保证了在用户允许的情况下才会展现用户的电子支付信息，既提高了本方案的可控制性，又保证了用户财产的安全性。

[0253] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0254] 所述确定单元1102，具体用于根据所述路径信息获取路径支付信息，其中，所述路径支付信息包括从起始位置至所述终点位置所对应目标路径上与电子支付关联的信息；

[0255] 根据所述路径支付信息判断可支付站点是否满足预设支付条件，其中，所述可支付站点属于所述目标路径上站点，所述路径支付信息至少包括站点支付方式信息以及站点位置信息；

[0256] 若所述可支付站点满足所述预设支付条件，则确定所述可支付站点为所述待支付站点。

[0257] 其次，本申请实施例中，路径支付信息中至少包括站点支付方式信息以及站点位置信息，则导航应用的客户端可以根据路径支付信息判断目标路径上的每个可支付站点是否满足预设的支付条件，并将满足预设的支付条件的可支付站点确定为待支付站点，通过上述方式，可以实现对目标路径上的多个可支付站点进行划分，在经过无法通过电子支付应用进行支付的站点时，无需执行开启电子支付应用的操作，既减少了终端设备的工作负荷，又提供了良好的用户体验。

[0258] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0259] 所述获取单元1101，还用于获取所述目标对象的位置信息；

[0260] 所述确定单元1102，还用于根据所述获取单元1101获取的所述路径信息，确定所述待支付站点的经度信息以及所述待支付站点的纬度信息；

[0261] 所述确定单元1102，还用于根据所述目标对象的位置信息与所述待支付站点的经度信息，确定经度差值；

[0262] 所述确定单元1102，还用于根据所述目标对象的位置信息、所述待支付站点的纬度信息、所述经度差值以及地球半径值，确定所述目标对象与所述待支付站点之间的距离。

[0263] 其次，本申请实施例中，导航应用的客户端可以在获取到目标对象的位置信息以及待支付站点的位置信息之后，确定目标对象与待支付站点之间的纬度差值和经度差值，并根据前述纬度差值和经度差值以及半径值，确定目标对象与待支付站点之间的距离，提供了确定目标对象与待支付站点之间的距离的具体实现方案，不仅提高了本方案的可实现性，由于目标对象和待支付站点的位置信息均为在导航过程中必须的信息，利用现有参数进行距离计算，提高了距离计算过程的效率。

[0264] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0265] 所述展示单元1103，具体用于根据预设应用配置信息生成应用开启指令；

[0266] 根据所述应用开启指令开启电子支付应用；

[0267] 通过所述电子支付应用展示所述电子支付信息。

[0268] 其次，本申请实施例中，在开启电子支付应用之前，可以先获取电子支付应用的版本号，并在电子支付应用的版本号大于或等于预设版本号的情况下，执行调用操作，否则，展示版本更新消息，以提示用户对电子支付应用进行版本更新，通过上述方式，可以避免调用操作失败导致导航应用出现运行卡壳的现象，保证导航应用运行的稳定性。

[0269] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0270] 所述展示单元1103，具体用于接收应用开启指令；

[0271] 根据所述应用开启指令开启所述电子支付应用；

[0272] 通过所述电子支付应用展示所述电子支付信息。

[0273] 其次，本申请实施例中，导航应用的客户端可以根据预设应用配置信息自动生成应用开启指令，并基于应用开启指令直接开启电子支付应用以展示电子支付信息，通过上述方式，进一步减少了整个操作过程的步骤，从而进一步提升了支付效率。

[0274] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0275] 所述展示单元1103，具体用于通过语音输入装置接收语音信息；

[0276] 若所述语音信息与预设语音信息匹配成功，则根据所述语音信息生成应用开启指令；

[0277] 根据所述应用开启指令开启电子支付应用；

[0278] 通过所述电子支付应用展示所述电子支付信息。

[0279] 其次，本申请实施例中，通过语音输入装置接收语音信息，并在语音信息与预设语音信息匹配成功时，生成应用开启指令，并开启电子支付应用展示电子支付信息，通过上述方式，用户仅需要花费较少的经历就可以完成电子支付应用的调用，既保证了调用过程的可控制性，又保证了用户驾驶或行走过程中的安全性。

[0280] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0281] 所述展示单元1103，具体用于通过语音输入装置接收语音信息之前，当所述目标对象与所述待支付站点之间的距离在预设范围内时，获取预设语音提示消息，其中，所述预设语音提示消息用于提示所述语音信息的输入；

[0282] 若所述预设语音提示消息的播放优先级大于待播放消息的播放优先级，则播放所述预设语音提示消息，其中，所述待播放消息属于进程中未播放的消息；

[0283] 若所述预设语音提示消息的播放优先级小于待播放消息的播放优先级，则展示文本提示消息。

[0284] 其次，本申请实施例中，在播放语音提示消息之前，会对比预设语音提示消息的播放优先级与待播放消息的播放优先级，在预设语音提示消息的播放优先级大于待播放消息的播放优先级时，优先播放预设语音提示消息，否则，优先播放待播放消息，通过上述方式，可以实现播放的语音消息为优先级最高的语音消息，提高了语音播放装置的利用率。

[0285] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0286] 所述展示单元1103，具体用于检测所述语音输入装置是否处于可用状态；

[0287] 若所述语音输入装置处于所述可用状态，则播放预设语音提示消息，以执行所述通过语音输入装置接收语音信息的步骤，其中，所述预设语音提示消息用于提示所述语音信息的输入；

[0288] 若所述语音输入装置未处于所述可用状态，则通过从文本到语音TTS播放所述预设语音提示消息。

[0289] 其次，本申请实施例中，在通过语音输入装置接收语音信息之前，会检测语音输入装置是否处于可用状态，并在语音输入装置未处于可用状态时，通过TTS播放预设语音提示消息，通过上述方式，进一步提高用户接收到于是语音提示消息的概率，从而使用户可以根据语音提示消息执行下一步操作，提升导航应用程序的可靠性。

[0290] 可选地，在上述图11或图12所对应的实施例的基础上，本申请实施例提供的电子支付装置1100的另一实施例中，

[0291] 所述展示单元1103，还用于若接收到站点查看指令，则根据所述站点查看指令在应用界面上展示可支付站点信息，其中，所述可支付站点信息包括所述待支付站点所对应的站点信息；

[0292] 若接收到站点隐藏指令，则根据所述站点隐藏指令在所述应用界面上隐藏所述可支付站点信息以及非待支付站点所对应的站点信息，所述非待支付站点不支持电子支付。

[0293] 其次，本申请实施例中，导航应用的客户端可以在接收用户输入的站点查看指令时展示可支付站点信息，在接收到用户输入的站点隐藏指令时隐藏可支付站点信息，通过上述方式，实现了根据用户控制可支付站点信息的展示与否，增强了可支付站点信息展示过程的灵活性。

[0294] 下面对本申请提供的另一电子支付装置进行详细描述，请参阅图13，图13为本申请实施例提供的电子支付装置另一个实施例示意图，电子支付装置1300包括：

[0295] 接收单元1301，用于接收客户端发送的路径信息，其中，路径信息包括目标对象的起始位置以及终点位置；

[0296] 生成单元1302，用于根据路径信息生成路径支付信息，其中，路径支付信息包括从起始位置至终点位置所对应路径上与电子支付关联的信息；

[0297] 发送单元1303，用于向客户端发送路径支付信息，以使客户端根据路径支付信息确定待支付站点，当目标对象与待支付站点之间的距离在预设范围内时，以使客户端通过开启电子支付应用展示电子支付信息，其中，待支付站点表示支持电子支付的站点，电子支付信息用于进行电子支付。

[0298] 本实施例中，接收单元1301接收客户端发送的路径信息，其中，路径信息包括目标对象的起始位置以及终点位置，可以由生成单元1302根据路径信息生成路径支付信息，其中，路径支付信息包括从起始位置至终点位置所对应路径上与电子支付关联的信息，并在生成路径支付信息之后，由发送单元1303向客户端发送路径支付信息，以使客户端根据路径支付信息确定待支付站点，当目标对象与待支付站点之间的距离在预设范围内时，以使客户端通过开启电子支付应用展示电子支付信息，其中，待支付站点表示支持电子支付的站点，电子支付信息用于进行电子支付。

[0299] 本申请实施例中，接收单元1301在接收到导航应用的客户端发送的路径信息后，可以由生成单元1302生成路径支付信息，并由发送单元1303向导航应用的客户端发送路径支付信息，以使导航应用的客户端根据路径支付信息确定待支付站点，并在目标对象与待支付站点之间的距离在预设范围内时，使得客户端通过开启电子支付应用展示电子支付信息，通过上述方式，在导航的过程中，能够根据车辆的实时定位信息确定与收费站点之间的距离，在距离达到预设范围内即可直接通过导航应用打开支付页面，无需用户手动开始支付页面，不但提升了支付效率，还降低了整个操作的繁琐程度。

[0300] 接下来，本申请实施例还提供了一种终端设备，如图14所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该属性信息展示装置可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、销售终端(Point of Sales，POS)、车载电脑等任意终端设备，以属性信息展示装置为手机为例：

[0301] 图14示出的是与本发明实施例提供的属性信息展示装置相关的手机的部分结构的框图。参考图14，手机包括：射频(Radio Frequency，RF)电路1410、存储器1420、输入单元1430、显示单元1440、传感器1450、音频电路1460、无线保真(wireless fidelity，WiFi)模块1470、处理器1480、以及电源1490等部件。本领域技术人员可以理解，图14中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

[0302] 下面结合图14对手机的各个构成部件进行具体地介绍：

[0303] RF电路1410可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1480处理；另外，将设计上行的数据发送给基站。通常，RF电路1410包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路1410还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

[0304] 存储器1420可用于存储软件程序以及模块，处理器1480通过运行存储在存储器1420的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

[0305] 输入单元1430可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1430可包括触控面板1431以及其他输入设备1432。触控面板1431，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1431上或在触控面板1431附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选地，触控面板1431可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1480，并能接收处理器1480发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1431。除了触控面板1431，输入单元1430还可以包括其他输入设备1432。具体地，其他输入设备1432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

[0306] 显示单元1440可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1440可包括显示面板1441，可选地，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板1441。进一步地，触控面板1431可覆盖显示面板1441，当触控面板1431检测到在其上或附近的触摸操作后，传送给处理器1480以确定触摸事件的类型，随后处理器1480根据触摸事件的类型在显示面板1441上提供相应的视觉输出。虽然在图14中，触控面板1431与显示面板1441是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1431与显示面板1441集成而实现手机的输入和输出功能。

[0307] 手机还可包括至少一种传感器1450，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1441的亮度，接近传感器可在手机移动到耳边时，关闭显示面板
1441和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

[0308] 音频电路1460、扬声器1461，传声器1462可提供用户与手机之间的音频接口。音频电路1460可将接收到的音频数据转换后的电信号，传输到扬声器1461，由扬声器1461转换为声音信号输出；另一方面，传声器1462将收集的声音信号转换为电信号，由音频电路1460接收后转换为音频数据，再将音频数据输出处理器1480处理后，经RF电路1410以发送给比如另一手机，或者将音频数据输出至存储器1420以便进一步处理。

[0309] WiFi属于短距离无线传输技术，手机通过WiFi模块1470可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图14示出了WiFi模块1470，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

[0310] 处理器1480是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1420内的软件程序和/或模块，以及调用存储在存储器1420内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选地，处理器1480可包括一个或多个处理单元；可选地，处理器1480可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1480中。

[0311] 手机还包括给各个部件供电的电源1490(比如电池)，可选地，电源可以通过电源管理系统与处理器1480逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

[0312] 尽管未示出，手机还可以包括摄像模块、蓝牙模块等，在此不再赘述。

[0313] 在本发明实施例中，该终端设备所包括的处理器1480还具有以下功能：

[0314] 获取路径信息，其中，所述路径信息包括目标对象的起始位置、终点位置以及目标路径，所述目标路径表示从所述起始位置至所述终点位置的导航线路；

[0315] 根据所述路径信息确定待支付站点，其中，所述待支付站点表示支持电子支付的站点；

[0316] 当所述目标对象与所述待支付站点之间的距离在预设范围内时，展示电子支付信息，其中，所述电子支付信息用于进行电子支付。

[0317] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的终端设备中包含的各种模块以及单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0318] 本申请实施例还提供了一种服务器，请参阅图15，图15是本发明实施例提供的服务器一种结构示意图，该服务器1500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1522(例如，一个或一个以上处理器)和存储器1532，一个或一个以上存储应用程序1542或数据1544的存储介质1530(例如一个或一个以上海量存储设备)。其中，存储器1532和存储介质1530可以是短暂存储或持久存储。存储在存储介质1530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1522可以设置为与存储介质1530通信，在服务器1500上执行存储介质1530中的一系列指令操作。

[0319] 服务器1500还可以包括一个或一个以上电源1526，一个或一个以上有线或无线网络接口1550，一个或一个以上输入输出接口1558，和/或，一个或一个以上操作系统1541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

[0320] 上述实施例中由服务器所执行的步骤可以基于该图15所示的服务器结构。

[0321] 本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有电子支付指令，当其在计算机上运行时，使得计算机执行如前述图3至图9所示实施例描述的方法中终端设备所执行的步骤。

[0322] 本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有电子支付指令，当其在计算机上运行时，使得计算机执行如前述图10所示实施例描述的方法中终端设备所执行的步骤。

[0323] 本申请实施例中还提供一种包括电子支付指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图3至图9所示实施例描述的方法中终端设备所执行的步骤。

[0324] 本申请实施例中还提供一种包括电子支付指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图10所示实施例描述的方法中终端设备所执行的步骤。

[0325] 本申请实施例还提供了一种电子支付系统，所述电子支付系统可以包含图11和图12所描述实施例中的电子支付装置以及图13所描述实施例中的电子支付装置，或者所述电子支付系统也可以包含图14所描述实施例中的终端设备和图15所描述实施例中的服务器。

[0326] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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