WO2021068856A1

WO2021068856A1 - 一种为用户展示出行方式的方法及系统

Info

Publication number: WO2021068856A1
Application number: PCT/CN2020/119804
Authority: WO
Inventors: 孟格思; 李敏; 王瑜; 陈旋
Original assignee: 北京嘀嘀无限科技发展有限公司
Priority date: 2019-10-08
Filing date: 2020-10-04
Publication date: 2021-04-15
Also published as: CN110648267A

Abstract

一种为用户展示出行方式的方法，所述方法可以包括：获取用户发起的出行请求，并发送所述出行请求给服务器；其中，所述出行请求包括：所述用户的目标位置；获取并展示第一出行方式以及所述第一出行方式的出行起点；获取第一判断结果，所述第一判断结果相关于是否展示第二出行方式的接入入口；响应于所述第一判断结果为是，展示所述第二出行方式的接入入口。通过为第一主出行方式提供第二出行方式，以及第二出行方式的接入入口，可以更好地为用户提供出行服务以外，还可以避免用户在不同界面之间的切换。

Description

一种为用户展示出行方式的方法及系统

交叉引用

本说明书要求2019年10月08日提交的中国申请号201910950419.6的优先权，全部内容通过引用并入本文。

技术领域

本说明书实施例涉及计算机处理技术领域，特别涉及一种为用户展示出行方式的方法及系统。

背景技术

随着智能设备和移动互联网技术的发展，在当前路径规划领域，当用户输入起始点和终点时，可以为用户安排多种出行方式相结合以帮助用户到达目的地。然而，各种出行方式需要开启不同应用程序以及使用不同的付费方式。用户可能需要不断切换不同应用程序的界面来进行不同的出行方式，使得便捷性大大降低。如果能够为用户当前界面提供出行方式的应用入口，可以更好地帮助完成出行。

为此，本说明书实施例提出一种为用户展示出行方式的方法及系统，方便用户完成出行。

发明内容

本说明书实施例的一个方面提供一种为用户展示出行方式的方法，包括获取用户发起的出行请求，并发送所述出行请求给服务器；其中，所述出行请求包括：所述用户的目标位置；获取并展示第一出行方式以及所述第一出行方式的第一出行起点；获取第一判断结果，所述第一判断结果相关于是否展示第二出行方式的接入入口；响应于所述第一判断结果为是，展示所述第二出行方式的接入入口。

本说明书实施例的一个方面提供一种为用户展示出行方式的系统，包括：出行请求获取模块，用于获取用户发起的出行请求，并发送所述出行请求给服务器；其中，所述出行请求包括：所述用户的目标位置；出行方式获取模块，用于获取第一出行方式以及所述第一出行方式的第一出行起点；出行方式展示模块，用于展示所述第一出行方式以及所述第一出行起点；判断结果获取模块，获取第一判断结果，所述第一判断结果相关于是否展示第二出行方式的接入入口；接入入口展示模块，用于响应于所述第一判断结果为是，展示所述第二出行方式的接入入口。

本说明书实施例的一个方面提供一种为用户展示出行方式的装置，所述装置包括处理器以及存储器，所述存储器用于存储指令，所述处理器用于执行所述指令，实现如前任一项所述的为用户展示出行方式的方法对应的操作。

本说明书实施例的一个方面提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，实现如前任一项所述的为用户展示出行方式的方法对应的操作。

附图说明

本说明书将以示例性实施例的方式进一步描述，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书的一些实施例所示的出行方式展示系统的应用场景示意图；

图2是根据本说明书的一些实施例所示的为用户展示出行方式的系统的模块图；

图3是根据本说明书一些实施例所示的为用户展示出行方式的方法的示例性流程图；

图4是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图；

图5是根据本说明书一些实施例所示的获取和展示更新后的第二出行方式的接入入口的流程图；

图6是根据说明书一些实施例所示的获取和展示第二出行方式更新后的接入入口的示例性流程图；

图7是根据说明书一些实施例所示的获取和展示第二出行方式的接入入口的相关信息的示例性流程图；

图8是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图；

图9是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图；

图10是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图；

图11是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图；

图12是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图；

图13是根据本说明书一些实施例所示的出行方式展示服务器的硬件结构示意图；

图14是根据本说明书一些实施例所示的出行应用方法的示例性流程图；

图15是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图；

图16是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图；

图17是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图；

图18是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图；

图19是根据本说明书一些实施例所示的出行应用电子设备的硬件结构示意图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本说明书中所使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

图1是根据本说明书的一些实施例所示的出行方式展示系统的应用场景示意图。

出行方式展示系统100可以获取和展示第一出行方式，并展示第二出方式的接入入口。出行方式展示系统100可以是用于互联网或者其它网络的服务平台。例如，出行方式展示系统100可以是为交通运输提供服务的线上服务平台。在一些实施例中，出行方式展示系统100可以应用于网约车服务，例如出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务和接送服务等。在一些实施例中，出行方式展示系统100还可以应用于代驾、快递、外卖、共享汽车等。在另一些实施例中，出行方式展示系统100还可以应用于出行(如旅游)服务领域。出行方式展示系统100可以包括服务器110、网络120、终端130和数据库140。

在一些实施例中，服务器110可以用于处理与为用户展示出行方式有关的信息和/或数据，在一些实施例中，服务器可以基于出行请求确定第一出行起点。在一些实施例中，服务器可以确定第二出行方式。在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的或分布式的(例如，服务器110可以是一分布式系统)。在一些实施例中，服务器110可以是本地的，也可以是远程的。例如，服务器110可以经由网络120访问存储在终端130和/或数据库140中的信息和/或数据。又例如，服务器110可以直接连接到终端130和/或数据量140以访问存储信息和/或数据。在一些实施例中，服务器110可以在云平台或车载计算机上实现。仅作为示例，该云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。

在一些实施例中，服务器110可以包括处理设备112。处理设备112可以处理与为用户展示出行方式有关的信息和/或数据，以执行本说明书中描述的一个或以上功能。例如，处理设备112可以获取终端130发送的出行请求，并根据出行请求获取第一出行方式，然后判断是否展示第二出行的接入入口。处理设备112可以获取用户的当前位置，并基于用户的当前位置和第一出行起点，确定第一判断结果。在一些实施例中，处理设备112可包括一个或以上处理引擎(例如，单芯片处理引擎或多芯片处理引擎)。仅作为示例，处理设备112可以包括中央处理单元(CPU)、特定应用集成电路(ASIC)、特定应用指令集处理器(ASIP)、图形处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或其任意组合。

网络120可促进数据和/或信息的交换。在一些实施例中，系统100中的一个或多个组件(例如，服务器110、终端130、数据库140)可通过网络120发送数据和/或信息给其他组件。在一些实施例中，网络120可以是任意类型的有线或无线网络。例如，网络120可包括缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共电话交换网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中，网络120可以包括一个或多个网络进出点。例如，网络120可包含有线或无线网络进出点，如基站和/或网际网络交换点120-1、120-2、…，通过这些进出点，系统100的一个或多个组件可连接到网络120上以交换数据和/或信息。

在一些实施例中，终端130的用户可以是服务使用者，例如，服务使用者可以包括地图服务使用者、导航服务使用者、运输服务使用者等。在一些实施例中，终端130的用户可以是服务提供者。例如，服务提供者可以是外卖送餐员、快递员等。在一些实施例中，终端130可包括移动装置130-1、平板电脑130-2、笔记本电脑130-3、机动车内建装置(未示出)等中的一种或其任意组合。在一些实施例中，移动装置130-1可包括可穿戴装置、智能行动装置、虚拟实境装置、增强实境装置等或其任意组合。在一些实施例中，可穿戴装置可包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能衣物、智能背包、智能配饰等或其任意组合。在一些实施例中，智能行动装置可包括智能电话、个人数字助理(PDA)、游戏装置、导航装置、POS装置等或其任意组合。在一些实施例中，虚拟实境装置和/或增强实境装置可包括虚拟实境头盔、虚拟实境眼镜、虚拟实境眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或以上任意组合。在一些实施例中，机动车内建装置可以包括车载导航仪、车载定位仪、行车记录仪等或其任意组合。在一些实施例中，终端130可包括具有定位功能的装置，以确定用户和/或终端130的位置。在一些实施例中，终端130可包括具有界面显示的装置，以为终端的用户显示第一出行方式、第二出行方式或第二出行方式的接入入口等。在一些实施例中，终端130可包括具有输入功能的装置，以用户输入目标位置。

数据库140可存储资料和/或指令。在一些实施例中，数据库140可存储从终端130获取的资料。在一些实施例中，数据库140可存储供服务器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，数据库140可以存储多种出行方式对应的距离阈值或距离阈值范围、出行方式的接入接口、用户的历史出行信息、用户画像等等。在一些实施例中，数据库140可包括大容量存储器、可移动存储器、挥发性读写存储器(例如，随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，数据库140可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等或以上任意组合。

在一些实施例中，数据库140可与网络120连接以与系统100的一个或多个组件(例如，服务器110、终端130等)通讯。系统100的一个或多个组件可通过网络120访问存储于数据库140中的资料或指令。例如，服务器110可以从数据库140中是实景点或实景点对应的实景图等并进行相应处理。在一些实施例中，数据库140可直接与系统100中的一个或多个组件(如，服务器110、终端130)连接或通讯。在一些实施例中，数据库140可以是服务器110的一部分。

应当注意出行方式展示系统100仅仅是为了说明的目的而提供的，并不意图限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出多种修改或变化。例如，出行方式展示系统100还可以包括信息源等。又例如，出行方式展示系统100可以在其他设备上实现类似或不同的功能。然而，这些变化和修改不会背离本申请的范围。

图2是根据本说明书的一些实施例所示的为用户展示出行方式的系统的模块图。如图2所示，为用户展示出行方式的系统200可以包括出行请求获取模块210、出行方式获取模块220、出行方式展示模块230、判断结果获取模块240以及接入入口展示模块250。

出行请求获取模块210，用于获取用户发起的出行请求，并发送所述出行请求给服务器；其中，所述出行请求包括：所述用户的目标位置。

出行方式获取模块220，用于获取出行方式、出行起点和出行终点。在一些实施例中，出行方式获取模块220，用于获取第一出行方式以及所述第一出行方式的第一出行起点。在一些实施例中，出行方式获取模块220可以用于获取适用于从所述用户的当前位置前往所述出行起点的所述第二出行方式。在一些实施例中，出行方式获取模块220还可以用于获取所述第一出行方式的出行终点；获取从所述出行终点前往所述目标位置对应的第三出行方式。在一些实施例中，出行方式获取模块220还可以获取更新后的第二出行方式。在一些实施例中，出行方式获取模块220还可以用于获取所述第一出行方式的更新后的第一出行起点，所述更新后的第一出行起点基于所述第二出行方式的类型、所述第一出行方式的类型、当前环境信息、所述第二出行方式的接入入口的相关信息确定；其中，所述接入入口的相关信息包括：优惠信息、当前被使用信息、版本信息和/或商家信息。

出行方式展示模块230，用于展示出行方式、出行起点和出行终点。在一些实施例中，出行方式展示模块230用于获取所述第一出行方式以及所述第一出行起点。

判断结果获取模块240，用于获取判断结果。在一些实施例中，判断结果获取模块240用于获取第一判断结果，所述第一判断结果相关于是否展示第二出行方式的接入入口。所述第一判断结果至少基于所述用户的当前位置和所述第一出行起点之间的关系是否满足第一预设条件确定；响应于满足，所述第一判断结果为是。在一些实施例中，判断结果获取模块240还可以用于获取第二判断结果，所述第二判断结果相关于是否展示所述第三出行方式的接入入口。在一些实施例中，判断结果获取模块240还可以用于获取第三判断结果，所述第三判断结果相关于是否通过客户端确定所述第一判断结果；响应于所述第三判断结果为是，至少基于所述用户的所述当前位置和所述第一出行起点之间的关系是否满足所述第一预设条件，确定所述第一判断结果；响应于所述第三判断结果为否，从所述服务器获取所述第一判断结果。

接入入口展示模块250，用于显示接入接口。一些实施例中，接入入口展示模块250用于响应于所述第一判断结果为是，展示所述第二出行方式的接入入口。在一些实施例中，接入入口展示模块250还可以用于响应于所述第二判断结果为是，展示所述第三出行方式的接入入口。在一些实施例中，接入入口展示模块250还可以用于展示所述更新后的第二出行方式的接入入口。在一些实施例中，接入入口展示模块250还可以用于响应于所述用户对所述第二出行方式的接入入口的确认操作，获取和展示所述第二出行方式的接入入口的相关信息；其中，所述接入入口的相关信息包括：优惠信息、当前被使用信息、版本信息和/或商家信息。在一些实施例中，接入入口展示模块250还可以用于获取所述第二出行方式的更新后的接入入口，展示所述更新后的接入入口。

应当理解，图2所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于系统200及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，图2中披露的出行请求获取模块210、出行方式获取模块220、出行方式展示模块230、判断结果获取模块240以及接入入口展示模块250可以是一个系统中的不同模块，也可以是一个模块实现上述的两个模块的功能。又例如，图2中各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本说明书的保护范围之内。

图3是根据本说明书一些实施例所示的为用户展示出行方式的方法的示例性流程图。如图3所示，流程300包括下述步骤。在一些实施例中，流程300可以由客户端执行。

步骤310，获取用户发起的出行请求，并发送出行请求给服务器。在一些实施例中，该步骤310可以由出行请求获取模块210执行。

出行请求可以是指用户发出地与出行相关的请求。在一些实施例中，出行请求可以与出行路径规划、出行方式推荐、基于某特定出行方式为主的路径规划或基于某特定出行方式为主其他出行方式推荐等相关。例如，出行请求可以是导航服务请求、共享出行请求或基于位置的服务请求等，本实施例不做限制。

在一些实施例中，出行请求可以包括用户的出发位置、用户的目标位置等。用户的目标位置可以指用户出行的目的地。用户的出发位置可以是用户的当前位置，也可以是通过其他方式确定的用户出发地点。用户的出发位置和/或目标位置可以以各种方式获得，包括但不限于通过用户输入、从历史记录中选择、从系统推荐中选择、定位技术(GPS、BDS或GNSS)等。对于本说明书中的一些实施例，用户的当前位置是实时更新的和实时获取的。

在一些实施例中，出行请求还可以包括第一出行方式。其中，第一出行方式可以是出行过程中采取的主要出行方式。在一些实施例中，第一出行方式可以与用户意愿相关，例如，用户通过终端的第一出行方式的应用发出出行请求。示例的，用户使用网约车服务平台并发起打车服务请求，则第一出行方式为网约车。又例如，第一出行方式是用户发起出行请求时，选择的主要出行方式。

在一些实施例中，出行请求中还可以包括其他信息，本实施例不做限制。例如，出行时间等。

在一些实施例中，用户可以在客户端发起出行请求，出行请求获取模块210可以直接从客户端直接读取服务请求。

步骤320，获取并展示第一出行方式以及第一出行方式的第一出行起点。在一些实施例中，该步骤320可以由出行方式获取模块220和出行方式展示模块230执行。

第一出行方式除了步骤310所述的与用户意愿相关以外，还可以包含其他类型。在一些实施例中，第一出行方式可以是完成的出行距离(例如，直线距离、路径距离等)或所消耗的时间长度超过设定阈值对应的出行方式。在一些实施例中，对于用户当前位置到目标位置整个路径而言，第一出行方式可以是该整个路径中占主导地位的出行方式。例如，第一出行方式为完成至少超一半的路径长度对应的出行方式；又例如，第一出行方式为所需时间最长对应的出行方式；又例如，第一出行方式为完成的路径长度最长对应的出行方式等。在一些实施例中，第一出行方式可以包括但不限于：私家车、公共交通、网约车、共享汽车、地铁、轻轨、高铁、火车或飞机等。

出行方式获取模块220可以多种方式获取第一出行方式。在一些实施例中，若出行请求中包含第一出行方式，则出行方式获取模块220可以直接从客户端读取第一出行方式。在一些实施例中，出行方式获取模块220模块可以从服务器获取第一出行方式。其中，服务器110(例如，处理设备112)可以基于用户的出发位置、用户的目标位置、用户当前位置、当前环境信息、用户的历史出行信息、时间信息、用户画像等中一种或多种的组合，确定第一出行方式，以及确定第一出行方式的第一出行起点和第一出行终点。

出行起点可以指采用出行方式的开始位置。第一出行起点为采用第一出行方式的开始位置。出行终点可以指采用出行方式的结束位置。第一出行终点为采用第一出行方式的结束位置。例如，对于第一出行方式为地铁，则第一出行起点和第一出行终点为地铁站。又例如，对于第一出行方式为共享汽车，则第一出行起点和第一出行终点为共享汽车的停车站点。又例如，对于第一出行方式为网约车，则第一出行起点为上车点，第一出行终点为下车点。

时间信息包括：是否为节假日、是否为工作日等。用户画像包括：年龄、职业、性别、用户偏好等。当前环境包括交通环境、天气环境、气候环境、事件状况等。交通环境可以包括堵车、修路、信号灯失灵、交通事故等。事件状况包括大型集会、大型活动、施工等。用户的历史出行信息包括：不同出行方式的频率、不同路径对应的出行方式、不同出行方式使用时的交通环境、天气环境或平台优惠等。例如，服务器通过模型或算法对上述信息进行处理，确定第一出行方式。

在一些实施例中，获取第一出行方式之后，出行方式展示模块230可以将第一出行方式和第一出行起点进行展示。在一些实施例中，获取第一出行方式之后，出行方式展示模块230还可以将第一出行终点进行展示。展示的形式有多种，本实例不做限制。例如，以图标或文字的形式展示在用户当前界面上(如，导航界面、地图界面、乘客客户端界面等)中。

步骤330，获取第一判断结果。在一些实施例中，该步骤330可以由判断结果获取模块240执行。

第一判断结果可以相关于是否展示第二出行方式的接入入口。

接入入口可以指启动出行方式的入口。第二出行方式的接入入口为启动第二出行方式的入口。在一些实施例中，接入入口可以是出行方式对应的服务平台或应用程序的入口。例如，出行方式为共享单车，则接入入口可以是共享单车的扫描入口。又例如，出行方式为网约车，则接入入口可以是发单入口等。可以理解的，不同出行方式，接入入口可以不同，具体可以根据出行方式类型确定。

提供出行方式的服务平台不止一个，例如，共享单车包括：青桔 ^TM、摩拜 ^TM、OFO ^TM等。在一些实施例中，接入入口可以对应全部或部分服务平台。在一些实施例中，接入入口可以仅对应一个服务平台。

第二出行方式是指可以和第一出行方式相配合来提高出行效率(例如缩短总的出行时间)的另一种出行方式。在一些实施例中，第二出行方式可以是适用于从用户当前位置前往第一出行起点对应的出行方式。可以理解的，第二出行方式是在进行第一出行方式之前，衔接第一出行方式的其他出行方式。换言之，第二出行方式可以用于辅助第一出行方式实现用户的出行。在一些实施例中，第二出行方式相比于第一出行方式在时间上或距离上占据出行过程中的次要地位。例如，第二出行方式完成的距离(直接距离或地图中的路线距离)小于预设阈值。在一些实施例中，第二出行方式可以包括但不限于：公交汽车、共享单车、私家车、网约车、共享汽车、出租车、步行等。

示例的，用户在网约车平台发起出行请求，用户当前位置在A1，目标位置为B1，网约车作为第一出行方式，其上车点(即，第一出行起点)为A1与B1之间的C1，其下车点(即，第一出行终点)为C1到B1之间的D1，出行方式获取模块220获取了从A1到C1之间的第二出行方式为共享单车。

在一些实施例中，第二出行方式可以是辅助第一出行方式，完成一部分第一出行方式对应的路径的出行方式。例如，第二出行方式可以是为了应付突发情况，替代第一出行方式，完成第一出行方式对应的路径的一部分。示例的，用户在网约车平台发起出行请求，用户当前位置在A1，目标位置为B1，网约车作为第一出行方式，其上车点(即，第一出行起点)为A1，其下车点(即，第一出行终点)为B1，网约车到达A1和B1之间的D1时，因为某些特殊原因(例如，交通堵塞太严重或车辆出现交通事故等)，出行方式获取模块220获取了从C1到B1之间的第二出行方式共享单车。

从用户当前位置前往第一出行起点所需要的第二出行方式，或完成一部分第一出行方式对应的路径的第二出行方式可以是一个，也可以是多个。例如，当第二出行方式为一个时，通过该第二出行方式独立完成从用户的当前位置到第一出行起点的整段路径。又例如，当确定的第二出行方式为多个时，通过该多个出行方式组合完成从用户的当前位置到第一出行起点的整段路径，具体的，从用户的当前位置到第一出行起点的路径被分为多个子路径，每个子路径对应一个第二出行方式，每个第二出行方式对应一个第二出行起点(第二出行起点是指第二出行方式开始的位置)，其中，至少存在一个第二出行起点为用户的当前位置，存在一个第二出行终点(第二出行终点是指第二出行方式结束的位置)为第一出行起点。可以理解的，多个子路径各自对应的第二出行方式可以是同一类型，也可以是不同类型。示例的，用户的当前位置为A2，第一出行起点为C2，A2和C2之间存在位置e，A1到e的第二出行方式为步行，e到C2的第二出行方式为共享单车或公交汽车。可以看出，从用户的当前位置到第一出行起点，需要两个第二出行方式完成，可以是先步行，再骑共享单车(也可以是先步行，再乘坐公交汽车)。

在一些实施例中，对于从用户的当前位置到第一出行起点的整段路径，或者从用户的当前位置到第一出行起点的多个子路径中的每一个，第二出行方式的类型可以是多种，即，多种类型的第二出行方式中任意一种都可以独立完成从用户的当前位置到第一出行起点的整段路径，或多种类型的第二出行方式中任意一种都可以独立完成对应的子路径。例如，用户当前位置为A3，第一出行起点为C3，共享单车和公交汽车两种类型都可以独立完成从A3到C3的路径。类似地，在一些实施例中，对于取代第一出行方式完成的路径，第二出行方式也可以是多种类型，此处不在赘述。

在一些实施例中，第一判断结果可以直接从客户端读取，也可以从服务器获取。换言之，确定第一判断结果的执行主体可以是客户端或服务器。在一些实施例中，可以基于第三判断结果确定第一判断结果的执行主体是否为客户端，第三判断结果相关于是否通过客户端确定所述第一判断结果。在一些实施例中，可以基于客户端当前的状态信息确定第三判断结果。其中，客户端当前的状态信息包括：网络速度、用户设置信息(如，是否允许客户端进行超过预设阈值的计算等)、客户端设备类型(如，设备型号或版本等)、客户端当前运行情况(如，当前运行的程序的数量，设备当前计算速度等)、客户端设备配置信息(如，内存、CPU、基带芯片、处理器等)等一种或多种的组合。例如，客户端设备电量小于阈值(5％、10％等)，或/和计算能力不足时，由服务器来进行确定第一判断结果。可以理解的，通过客户端当前状态确定是否基于客户端确定第一判断结果，可以尽量保证客户端的良好或正常运行，以及保证第一判断结果确定的速度。

在一些实施例中，可以至少基于用户的当前位置与第一出行起点之间的关系是否满足第一预设条件确定第一判断结果，响应于满足，则第一判断结果为是，反之为否。第一预设条件是指与是否展示第二出行方式的接入入口相关的条件。在一些实施例中，第一预设条件可以与以下一种或多种信息相关联，包括：第一出行起点和当前位置之间的距离、从当前位置前往第一出行起点的时间、第二出行方式的类型。具体的，可以基于用户的当前位置、第一出行起点、时间信息、环境信息、用户历史出行信息、用户画像等中的一种或多种，确定第一预设条件是否被满足。例如，第一预设条件是第一出行起点和当前位置之间的路线距离小于预设阈值，或第一出行起点和当前位置之间的路线距离最小，则基于用户的当前位置、第一出行起点、时间信息、环境信息等，确定不同出行方式对应的路线距离是否小于预设阈值或最小，是则将对应的出行方式确定为第二出行方式，并展示该第二出行方式的接入入口。又例如，第一预设条件是从第一出行起点前往当前位置的时间小于预设阈值或最短，则基于用户的当前位置、第一出行起点、时间信息、环境信息等，确定不同出行方式对应的消耗时间是否小于预设阈值或最小，是则将对应的出行方式确定为第二出行方式，并展示该第二出行方式的接入入口。又例如，第一预设条件是从第一出行起点前往当前位置的时间小于预设阈值或最短，且为预设类型(例如，预设类型可以是需要应用或平台提供服务的出行方式)，则基于用户的当前位置、第一出行起点、时间信息、环境信息等，确定不同出行方式对应的消耗时间是否小于预设阈值或最小，是则将对应的出行方式确定为第二出行方式，再确定第二出行方式是否为预设类型，是则展示该第二出行方式的接入入口。

在一些实施例中，第一预设条件还可以与其他信息相关。例如，出行成本低于预设阈值或最低。又例如，出行方式类型与用户的偏好符合等。

如前所述，用户当前位置到第一出行起点可能存在多个第二出行方式，即，用户当前位置到第一出行起点的路径被分为多个子路径，每个路径对应一个第二出行方式。在一些实施例中，第一预设条件还与以下信息相关：当前位置与第二出行起点之间的距离、从当前位置到第二出行起点的时间等。其中，从当前位置到第二出行起点的时间与以下信息中的一个或多个相关：当前位置到第二出行起点之间的距离、当前环境信息、时间信息或/和从当前位置到第二出行起点对应的第二出行方式等。可以理解的，通过设定还与当前位置与第二出行起点之间的距离或/和从当前位置到第二出行起点的时间相关的第一预设条件，除了上述从第二出行方式的类型角度确定是否展示子路径对应的第二出行方式以外，还可以从用户当前是否需要或者是否即将需要使用某子路径对应的第二出行方式角度出发，确定是否展示子路径对应的第二出行方式，避免给用户提供不必要的干扰，以及为用户提供即时对应的服务入口，例如，方便用户提前预约即将进行的第二出行方式的服务。

在一些实施例中，第二出行方式完成部分第一出行方式的路径对应的第一判断结果，与前述从用户的当前位置前往第一出行起点对应的第一判断结果类似，此处不再赘述。

可以理解的，若执行主体为客户端，则客户端可以从服务器读取第一出行起点、第二出行起点、当前环境信息、用户历史出行信息等信息，若执行主体为服务器，则服务器可以从客户端获取用户的当前位置。

在一些实施例中，出行方式获取模块220获取了第二出行方式之后，还可以获取更新后的第一出行方式的更新后的第一出行起点。例如，出行方式获取模块220可以从服务器获取更新后的第一出行起点。在一些实施例中，服务器可以动态调整第一出行方式的出行起点，以生成更新后的第一出行起点。具体的，服务器可以动态调整第一出行方式和第二出行方式对应的路径，获取第二出行方式更新后的第二出行终点或第一出行方式更新后的第一出行起点，以满足预设目标，其中，预设目标可以包括但不限于：低于阈值的出行成本、低于阈值的步行距离、最安全的出行方式、与用户喜好更相符的出行方式等。在一些实施例种，服务器可以基于第二出行方式、第一出行方式、用户画像、当前环境信息，对第一出行方式的第一出发起点进行动态调整，以达到预设目标。在本说明书中一些实施例，基于第一出行方式或第二出行方式进行处理，实际可以是基于第一出行方式类型或第二出行方式的类型、第一出行方式或第二出行方式对应的服务平台使用情况等。例如，根据第一出行方式对应的服务平台使用情况可知，第一出行方式无法在完成第二出行方式之后立即开始，可以减少第一出行方式对应完成的路径，延迟第二出行方式对应完成的路径，可选的，延长的长度可以基于第一服务请求可以开始的时间确定。

在一些实施例中，服务器还可以基于第二出行方式的接入入口的相关信息，动态调整第一出行方式的出行起点，以生成更新后的第一出行起点。接入入口的相关信息包括但不限于：优惠信息、当前被使用信息、版本信息和/或商家信息。在一些实施例中，优惠信息可以包括优惠券、抵用券及实时折扣活动等。当前被使用信息可以包括：接入入口对应的服务平台服务请求拥堵情况、服务平台当前使用人数、服务平台剩余可调配的资源等(如，空余可用车辆数目或停放车辆的场站分布情况等)。版本信息可以包括平台软件的是否为最新版本、软件历史更新情况等。商家信息可以是服务平台的提供方的信息。可以理解的，确定更新后的第一出行起点时考虑第二出行方式的接入入口的相关信息，可以更好地为用户提供服务。例如，若第二出行方式的接入入口对应的服务平台优惠力度不够大，可以减少第二出行方式完成的路径，将第一出行方式完成的路径进行延长。

步骤340，响应于第一判断结果，选择是否展示第二出行方式的接入入口。在一些实施例中，该步骤340可以由接入入口展示模块250执行。

在一些实施例中，响应于第一判断结果为是，展示第二出行方式的接入入口，或者以特定的方式展示第二出行方式的接入入口。例如，在展示第一出行方式的界面上展示第二出行方式的接入入口。在展示第一出行方式的界面上展示第二出行方式的接入入口可以有多种方式，例如，在展示第一出行方式的界面上以悬浮窗口的方式显示，又例如，作为展示第一出行方式的界面的一部分进行显示。在一些实施例中，展示的方式还可以根据用户的选择确定。例如，为用户提供多种展示方式的选项，根据用户的选择确定展示的方式。

在一些实施例中，响应于第一判断结果为否，可以完全不提供第二出行方式的接入入口的任何信息，也可以选择不在第一出行方式的界面上展示第二出行方式的接入入口的信息，也可以根据用户的选择确定是否提供第二出行方式的接入入口的信息等。

如前所述，提供出行方式的服务平台可能不止一个。在一些实施例中，可以基于用户历史出行信息、各个服务平台当前被使用情况、各个服务平台的优惠情况、用户画像、各个服务平台的评价信息等，从多个提供第二出行方式的服务平台中确定至少一个，并将对应的接入入口进行展示。

在一些实施例中，当前出行方式(例如，第一出行方式、第二出行方式或第三出行方式)出现意外情形时，服务器可以根据具体情况酌情调整出行方式的具体内容。该意外情形可以包括已经驶过了当前出行方式的出行终点、当前出行方式的行进过程中出现了偏航等。调整出行方式的具体内容可以包括调整当前出行方式的出行终点、后续出行方式的类型、后续出行方式的出行起点等。例如，偏航导致当前出行方式终点发生变化。在一些实施例，服务器可以确定实时调整后的出行方式并发送给客户端。

可以理解，为用户展示第二出行方式的接入入口，无需用户关闭或隐藏当前界面(例如，第一出行方式对应的服务界面)，以打开第二出行方式对应的服务界面，也无需切换不同出行方式对应的服务界面，提供用户的体验。同时，为用户从当前位置到达目标位置均提供对应的出行方式，更好地满足用户的出行需求。

示例的，共享汽车是一种比较便利的出行方式。若以共享汽车作为第一出行方式，通常用户需要到特定的共享汽车场站取车，而共享汽车发单用户可能距场站的距离较远，用户发单后需要通过共享单车或电单车等方式到达取车点，即，将共享单车或电单车作为第二出行方式，将以节省时间成本。此外，如果用户离站点较远，共享汽车的成单率也会比较低。因此，为了方便用户取车，促进用户下单，通过为主要出行方式共享汽车提辅助出行方式共享单车，并在用户的共享汽车界面提供一个共享单车的扫码入口，用户可以直接扫描或点击该入口使用共享单车服务，无需从当前共享汽车页面切换到共享单车页面。

图4是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图。如图4所示，流程400包括下述步骤。在一些实施例中，流程400可以由客户端执行。

步骤410，获取第一出行方式的第一出行终点。在一些实施例中，该步骤410可以由出行方式获取模块220执行。

客户端可以从服务器获取第一出行方式的第一出行终点。与获取第一出行起点类似，具体参见图3及其相关描述，此处不再赘述。

步骤420，获取从第一出行终点前往所述目标位置对应的第三出行方式。在一些实施例中，该步骤420可以由出行方式获取模块220执行。

第三出行方式可以指适用于从第一出行终点前往用户的目标位置采取的辅助的出行方式。可以理解的，第三出行方式是在完成第一出行方式之后，衔接第一出行方式的其他出行方式。获取第三出行方式与获取第二出行方式类似，具体参见步骤330及其相关描述，此处不再赘述。

在一些实施例中，服务器可以基于第三出行方式、第一出行方式、用户画像、当前环境信息或/和第三出行方式的接入入口的相关信息，对第一出行方式和第三出行方式对应的路径进行动态调整，以达到预设目标。与对第一出行方式和第二出行方式对应的路径进行动态调整类似，具体参见图3及其相关描述，此处不在赘述。

步骤430，获取第二判断结果。在一些实施例中，该步骤430可以由判断结果获取模块240执行。

在一些实施例中，第二判断结果可以相关于是否展示第三出行方式的接入入口。

第二判断结果与第一判断结果类似，具体参见图3及其相关描述，此处不再赘述。

在一些实施例中，除了与第一判断结果相似的内容以外，还可以基于用户当前位置和第三出行方式的第三出行起点(第三出行起点是指第三出行方式开始的位置)之间的距离关系，或从用户当前位置到达第三出行方式的第三步行起点的时间，确定第二判断结果。例如，用户当前位置和第三出行方式的第三步行起点之间的距离小于阈值时，第二判断结果为是，大于则为否。通过该方式，可以提前为用户显示第三出行方式的接入入口，可以实现用户提前对第三出行方式的服务进行预约。但又不过早显示第三出行方式的接入接口，避免过早显示为用户使用当前界面带来干扰。

步骤440，响应于第二判断结果，选择是否展示第三出行方式的接入入口。在一些实施例中，该步骤430可以由接入入口展示模块250执行。

基于第二判断结果选择是否展示第三出行方式的接入入口，与基于第一判断结果选择是否展示第二出行方式的接入入口类似，具体参见图3及其相关描述，此处不再赘述。

图5是根据本说明书一些实施例所示的获取和展示更新后的第二出行方式的接入入口的流程图。如图5所示，流程500包括下述步骤。在一些实施例中，流程500可以由客户端执行。

步骤510，获取更新后的第二出行方式。在一些实施例中，该步骤510可以由出行方式获取模块220执行。

在一些实施例中，获取更新后的第二出行方式可以由用户主动发起，还可以由服务器进行实时判断自动发起。例如，实时判断可以基于当前环境信息、第二出行方式的接入入口的相关信息等进行。在一些实施例中，获取更新后的第二出行方式可以在第二出行方式对应的路程进行过程中或者开始进行前获取。例如，开始确定的第二出行方式为共享单车，第二出行方式启动前，但共享单车的接入入口无法提供可用车辆，则可以直接将共享单车更新为步行。又例如，开始确定的第二出行方式为共享单车，第二出行方式启动后，天气环境发生变化，转变为雷雨天气，则可以将共享单车转化为打车。可以理解的，在第二出行方式启动后被更新，更新后的第二出行方式的第二出行起点也为用户的当前位置，但此时的用户的当前位置不同于更新前确定第二出行方式的用户的当前位置，为更新后的用户的当前位置。

在一些实施例中，响应于用户对第二出行方式的切换操作，获取更新后的第二出行方式。第二出行方式的切换操作可以是用户发起的对第二出行方式类型进行切换的操作。如前所述，在一些实施例中，用户对第二出行方式的切换操作可以由用户通过客户端发起。在一些实施例中，第二出行方式的切换操作的发起可以是多种方式，包括但不限于：手动输入、语音输入、完成与切换第二出行方式相关的指定动作、点击界面上显示的第二出行方式切换按钮等。

更新后的第二出行方式是指不同于更新前的第二出行方式、适用于从用户对当前位置(或更新后的用户的当前位置)前往第一出行起点的出行方式。

如前所述，从用户对当前位置前往第一出行起点的出行方式可以有多种类型，在一些实施例中，更新后的第二出行方式可以是多种类型中不同于更新前的第二出行方式的类型。

在一些实施例中，服务器或客户端可以基于用户的当前位置、第一出行起点、时间信息、环境信息、用户历史出行信息、用户画像等，确定更新后的第二出行方式，具体参见图3及其相关描述。

在一些实施例中，出行方式获取模块220可以直接从客户端或服务器获取更新后的第二出行方式。

步骤520，展示更新后的第二出行方式的接入入口。在一些实施例中，该步骤520可以由出行方式展示模块230执行。

在一些实施例中，获取更新后的第二出行方式后，可以触发更新后的第二出行方式的接入入口的展示指令，并将第二出行方式的接入入口展示在用户客户端的界面上。

在一些实施例中，在展示更新后的第二出行方式的同时，客户端发出提示信息，即，提示第二出行方式已被更新。提示的方式包括但不限于：震动提示、语音提示、亮屏提示、弹窗提示等一种或多种提示方式的组合。

图6是根据说明书一些实施例所示的获取和展示第二出行方式更新后的接入入口的示例性流程图。如图6所示，流程600包括下述步骤。在一些实施例中，流程600可以由客户端执行。

步骤610，获取第二出行方式更新后的接入入口。在一些实施例中，该步骤610可以由接入入口展示模块250执行。

在一些实施例中，获取第二出行方式更新后的接入入口可以由用户主动发起，还可以由服务器进行实时判断自动发起。例如，实时判断可以基于第二出行方式当前的接入入口的相关信息进行。例如，第二出行方式当前的接入入口对应的服务平台拥堵情况严重，将第二服务方式当前的接入入口调整为第二出行方式其他服务平台的接入入口，获取第二出行方式更新后的接入入口。

第二出行方式更新后的接入入口是指提供第二出行方式的其他接入入口。在一些实施例中，获取第二出行方式更新后的接入入口可以在第二出行方式对应的路程开始进行前获取。

在一些实施例中，响应于用户对第二出行方式的接入入口的切换操作，获取第二出行方式更新后的接入入口。第二出行方式的接入入口的切换操作可以是用户发起的对第二出行方式的接入入口进行切换的操作。在一些实施例中，第二出行方式的接入入口的切换操作可以由用户通过客户端发起。在一些实施例中，第二出行方式的接入入口的切换操作的发起可以是多种方式，包括但不限于：手动输入、语音输入、完成与切换第二出行方式的接入入口相关的指定动作、点击界面上显示的第二出行方式的接入入口的切换按钮等。

在一些实施例中，服务器或客户端可以基于用户历史出行信息、各个平台当前被使用情况、各个平台的优惠情况、用户画像、各个服务平台的评价信息等，确定第二出行方式更新后的接入入口，具体参见图3及其相关描述。

在一些实施例中，接入入口展示模块250可以直接从客户端或服务器获取第二出行方式更新后的接入入口。

步骤620，展示第二出行方式更新后的接入入口。在一些实施例中，该步骤620可以由接入入口展示模块250执行。

在一些实施例中，在展示第二出行方式更新后的接入入口的同时，客户端发出提示信息，即，提示第二出行方式的接入入口已被更新。提示的方式包括但不限于：震动提示、语音提示、亮屏提示、弹窗提示等一种或多种提示方式的组合。

图7是根据说明书一些实施例所示的获取和展示第二出行方式的接入入口的相关信息的示例性流程图。如图7所示，流程700包括下述步骤。在一些实施例中，流程700可以由客户端执行。

步骤710，响应于用户对第二出行方式的接入入口的确认操作，获取第二出行方式的接入入口的相关信息。在一些实施例中，该步骤710可以由接入入口展示模块250执行。

对第二出行方式的接入入口的确认操作是指用户发起的确认使用当前接入入口进行第二出行方式的操作。在一些实施例中，用户对第二出行方式的接入入口的确认操作可以通过客户端发起。在一些实施例中，对第二出行方式的接入入口的确认操作包括但不限于：点击第二出行方式的接入入口、点击界面显示的接入入口确认按钮、语音或其他方式输入与接入入口确认相关的内容等。

步骤720，展示第二出行方式的接入入口的相关信息。在一些实施例中，该步骤720可以由接入入口展示模块250执行。

在一些实施例中，相关信息的展示方式可以包括多种，例如，以悬浮窗的方式展示在当前界面上，又例如，成为当前界面的一部分展示在当前界面上。又例如，呈现的方式可以通过目录列表的方式，以供用户进一步选择后进入浏览详情，也可以由用户自行预设感兴趣的相关信息类型，客户端设备仅展示用户感兴趣的类型的信息。

在一些实施例中，相关信息的展示的同时，客户端设备可以执行语音提示、震动提示、弹窗提示、亮屏提示等一种或多种提示操作。

通过展示出行方式的接入入口的相关信息，用户可以更加明确地了解到出行方式的实时信息，便于进一步知晓后续行程的明细，有助于提高用户体验。

为了使本说明书地内容更加清晰，对术语变换做以下解释。第一出行方式又可称为主出行方式，第二出行方式又可称为辅助方式，第三出行方式有可称为目的地出行方式，客户端又可称为终端。用户的当前位置可以通过终端的定位系统获取，在一些实施例中，用户的当前位置也可以称为终端当前位置。接入入口包括应用入口，在一些实施例中，接入入口可以被成为应用入口。

图8是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图。如图8所示，流程800包括以下步骤。

步骤810，接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；

步骤820，如果终端的当前位置与所述出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口。

具体来说，本实施例应用在服务器上，用户通过终端的主出行方式的应用发出出行请求，服务器接收到终端的出行请求后，触发步骤810，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤820定位终端的当前位置，通过比较当前位置与出行起点的距离，当两者距离超过预设距离阈值，则展示辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车，则终端在共享汽车的应用上展示共享单车的扫码入口图标。用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。如果终端的当前位置与所述出行起点的距离不超过预设距离阈值，则不展示辅助出行方式的应用入口。例如如果用户当前位置距离共享汽车场站不足1km，则不显示共享单车的扫描入口。

上述主出行方式为共享汽车只是为了说明方便，实际上主出行方式可以是任意出行方式。包括但不限于：主出行方式为地铁出行，则出行起点为地铁站；主出行方式为汽车出行，则出行起点为汽车站；主出行方式为公交出行，则出行起点为公交站；主出行方式为火车出行，则出行起点为火车站；主出行方式为飞机出行，则出行起点为飞机场。

上述辅助出行方式为共享单车只是为了说明方便，实际上辅助出行方式可以是任意出行方式。包括但不限于：共享单车、共享电单车、公交、地铁等。

本发明根据用户当前位置与主出行方式的出行起点，确定是否展示辅助出行应用，一方面将多种出行方式结合起来，另一方面避免展示过多无效应用，从而使得用户操作更为便捷实用。

图9是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图。如图9所示，流程900包括以下步骤：

步骤910，接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；

步骤920，获取终端的当前位置，如果所述当前位置与所述出行起点的距离超过预设距离阈值，则向终端发出展示辅助出行方式的应用入口的展示指示。

具体来说，本实施例应用在服务器上，用户通过终端的主出行方式的应用发出出行请求，服务器接收到终端的出行请求后，触发步骤910，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤920获取终端上传的终端当前位置，通过比较当前位置与出行起点的距离，当两者距离超过预设距离阈值，则向终端发出展示辅助出行方式的应用入口的展示指示，终端响应该展示指示在终端展示辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车，则终端在共享汽车的应用上展示共享单车的扫码入口图标。用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。

本实施例由服务器判断当前位置与出行起点的距离，减少终端计算量。

图10是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图。如图10所示，流程1000包括以下步骤：

步骤1010，接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；

步骤1020，向终端发送出行起点，所述出行起点由终端与终端的当前位置进行比较，如果所述当前位置与所述出行起点的距离超过预设距离阈值，则在终端展示辅助出行方式的应用入口。

具体来说，本实施例应用在服务器上，用户通过终端的主出行方式的应用发出出行请求，服务器接收到终端的出行请求后，触发步骤1010，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤1020向终端发送出行起点，终端获取出行起点后，通过比较当前位置与出行起点的距离，当两者距离超过预设距离阈值，则在终端展示辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车，则终端在共享汽车的应用上展示共享单车的扫码入口图标。用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。

本实施例由终端判断当前位置与出行起点的距离，计算结果更为精准。

图11是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图。如图11所示，流程1100包括以下步骤：

步骤1110，接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；

步骤1120，如果终端的当前位置与所述出行起点的距离超过预设距离阈值，则展示与所述距离阈值对应的辅助出行方式的应用入口。

具体来说，本实施例应用在服务器上，用户通过终端的主出行方式的应用发出出行请求，服务器接收到终端的出行请求后，触发步骤1110，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤1120定位终端的当前位置，计算当前位置与所述出行起点的距离，将该距离与多个距离阈值进行比较，如果距离超过其中一个距离阈值，则展示与所述距离阈值对应的辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车、共享电单车、地铁，对于每个辅助出行方式均有一个对应的距离阈值。如果距离超过共享单车的距离阈值，则终端在共享汽车的应用上展示共享单车的扫码入口图标，用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。如果距离超过共享电单车的距离阈值，则终端在共享汽车的应用上展示共享电单车的扫码入口图标，用户点击扫码入口图标后，系统可以提示用户骑电单车到达场站。如果距离超过地铁的距离阈值，则终端在共享汽车的应用上展示地铁乘车码的入口图标，用户点击展示乘车码后，系统可以展示地铁站位置并提示用户搭乘地铁到达场站。多个辅助出行方式的应用入口可以同时展示，或者只展示其中一个应用入口。

本实施例提供多种辅助出行方式，且不同的辅助出行方式对应不同的距离阈值，从而控制所展示的辅助出行方式的数量，避免过度展示影响用户使用。

图12是根据本说明书一些实施例所示的为用户展示出行方式的方法的另一示例性流程图。如图12所示，流程1200包括以下步骤：

其中，主出行方式采用共享汽车，辅助出行方式为共享单车，包括：

步骤1210，共享汽车用户完成下单；

步骤1220，用户点击共享汽车扫码；

步骤1230，单车解锁流程；

步骤1240，单车开锁成功；

步骤1250，单车到取车点；

步骤1260，结束共享单车订单；

步骤1270，解锁共享汽车，开始共享汽车订单流程。

具体来说，包括：

接收用户的共享汽车订单。当用户完成共享汽车下单后，可以定位用户的当前位置，及其距离场站的距离。例如，用户的当前位置距场站直线距离超过1km。

响应于共享汽车订单，为用户界面提供共享单车的扫码入口。系统可以设置距离阈值，基于共享汽车订单，当判断用户当前位置距场站距离大于阈值时，可以在用户界面显示一个共享单车的扫码入口，用户可以通过该扫码入口定位找到共享单车，然后解锁共享单车，骑该单车到共享汽车场站。或者用户可以骑到共享汽车场站附近后，再步行至场站取车。共享单车的扫码入口可以是一个自行车的图标。用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。用户点击扫码入口图标后，系统还可以提示用户此次扫码为免费的。如果用户当前位置距离共享汽车场站不足1km，则不显示共享单车的扫描入口。

图13是根据本说明书一些实施例所示的出行方式展示服务器的硬件结构示意图。如图13所述，该硬件结构示意图包括：

至少一个处理器1310；以及，

与所述至少一个处理器1310通信连接的存储器1320；其中，

所述存储器1310存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；

如果终端的当前位置与所述出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口。

图13中以一个处理器1310为例。

服务器还可以包括：输入装置1330和显示装置1340。

处理器1310、存储器1320、输入装置1330及显示装置1340可以通过总线或者其他方式连接，图中以通过总线连接为例。

存储器1320作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本说明书一些实施例中的展示出行方式的方法对应的程序指令/模块，例如，图8所示的方法流程。处理器1310通过运行存储在存储器1320中的非易失性软件程序、指令以及模块，从而执行各种功能应用以及数据处理，即实现上述实施例中展示出行方式的方法。

存储器1320可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据出行展示出行方式的使用所创建的数据等。此外，存储器1320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器1320可选包括相对于处理器1310远程设置的存储器，这些远程存储器可以通过网络连接至执行展示出行方式的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置1330可接收输入的用户点击，以及产生与展示出行方式的方法的用户设置以及功能控制有关的信号输入。显示装置1340可包括显示屏等显示设备。

在所述一个或者多个模块存储在所述存储器1320中，当被所述一个或者多个处理器1310运行时，执行上述任意方法实施例中的展示出行方式的方法。

在一些实施例中，展示出行方式的服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；获取终端的当前位置，如果所述当前位置与所述出行起点的距离超过预设距离阈值，则向终端发出展示辅助出行方式的应用入口的展示指示。

在一些实施例中，展示出行方式的服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；向终端发送出行起点，所述出行起点由终端与终端的当前位置进行比较，如果所述当前位置与所述出行起点的距离超过预设距离阈值，则在终端展示辅助出行方式的应用入口。

在一些实施例中，展示出行方式的服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：接收到终端发出的采用主出行方式的出行请求，确定关于所述主出行方式的出行起点；如果终端的当前位置与所述出行起点的距离超过预设距离阈值，则展示与所述距离阈值对应的辅助出行方式的应用入口。

图14是根据本说明书一些实施例所示的出行应用方法的示例性流程图。如图14所示，流程1400包括以下步骤：

步骤1410，向服务器发送采用主出行方式的出行请求；

步骤1420，如果当前位置与服务器确定的关于所述主出行方式的出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口。

具体来说，本实施例应用在用户终端上，例如移动终端、手机等。用户通过终端的主出行方式的应用发出出行请求执行步骤1410，服务器接收到终端的出行请求后，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤1420定位终端的当前位置，通过比较当前位置与出行起点的距离，当两者距离超过预设距离阈值，则展示辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车，则终端在共享汽车的应用上展示共享单车的扫码入口图标。用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。

图15是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图。如图15所示，流程1500包括以下步骤：

步骤1510，向服务器发送采用主出行方式的出行请求；

步骤1520，向服务器发送当前位置，当接收到服务器的展示指示，则展示辅助出行方式的应用入口，所述展示指示由服务器在检测到所述当前位置与所述出行起点的距离超过预设距离阈值时发出；

步骤1530，响应于主出行方式完成事件，展示目的地出行方式的应用入口。

具体来说，本实施例应用在用户终端上，例如移动终端、手机等。用户通过终端的主出行方式的应用发出出行请求，执行步骤1530，服务器接收到终端的出行请求后，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤1520上传的终端当前位置到服务器，服务器比较当前位置与出行起点的距离，当两者距离超过预设距离阈值，则向终端发出展示辅助出行方式的应用入口的展示指示，终端响应该展示指示在终端展示辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车，则终端在共享汽车的应用上展示共享单车的扫码入口图标。用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。最后，步骤1530在主出行方式完成后，展示目的地出行方式的应用入口。例如当用户结束共享汽车行程订单后，系统还可以自动开启共享单车扫码入口，使得用户可以骑行投放在共享汽车场站及其周围的共享单车，到达本次行程的最终目的地。

上述目的地出行方式为共享单车只是为了说明方便，实际上辅助出行方式可以是任意出行方式。包括但不限于：共享单车、共享电单车、公交、地铁等。

本实施例由服务器判断当前位置与出行起点的距离，减少终端计算量。同时，增加结束主出行方式后的目的地出行方式，以帮助用户到达行程的最终目的地。

图16是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图。如图16所示，流程1600包括以下步骤：

步骤1610，向服务器发送采用主出行方式的出行请求；

步骤1620，获取服务器关于所述主出行方式的出行起点，如果当前位置与所述出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口；

步骤1630，响应于主出行方式完成事件，展示目的地出行方式的应用入口。

具体来说，本实施例应用在用户终端上，例如移动终端、手机等。用户通过终端的主出行方式的应用发出出行请求，执行步骤1610，服务器接收到终端的出行请求后，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤1620获取服务器发送出行起点，通过比较当前位置与出行起点的距离，当两者距离超过预设距离阈值，则在终端展示辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车，则终端在共享汽车的应用上展示共享单车的扫码入口图标。用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。最后，步骤1630在主出行方式完成后，展示目的地出行方式的应用入口。例如当用户结束共享汽车行程订单后，系统还可以自动开启共享单车扫码入口，使得用户可以骑行投放在共享汽车场站及其周围的共享单车，到达本次行程的最终目的地。

本实施例由终端判断当前位置与出行起点的距离，计算结果更为精准。同时，增加结束主出行方式后的目的地出行方式，以帮助用户到达行程的最终目的地。

图17是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图。如图17所示，流程1700包括以下步骤：

步骤1710，向服务器发送采用主出行方式的出行请求；

步骤1720，如果当前位置与服务器确定的关于所述主出行方式的出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口；

步骤1730，响应于辅助出行方式的应用入口被选中事件，展示辅助出行方式的应用，并向辅助出行方式的服务器发送优惠请求。

具体来说，本实施例应用在用户终端上，例如移动终端、手机等。用户通过终端的主出行方式的应用发出出行请求执行步骤1710，服务器接收到终端的出行请求后，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤1720定位终端的当前位置，通过比较当前位置与出行起点的距离，当两者距离超过预设距离阈值，则展示辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车，则终端在共享汽车的应用上展示共享单车的扫码入口图标。同时，触发步骤1730，展示辅助出行方式的应用，并向辅助出行方式的服务器发送优惠请求。该优惠请求，由辅助出行方式的服务器对用户使用辅助出行方式进行优惠折扣。例如，用户点击扫码入口图标后，系统可以提示用户骑单车到达场站，同时，提示用户此次扫码为免费的。

本实施例向辅助出行方式的服务器发送优惠请求，以便辅助出行方式的服务器能够据此进行优惠折扣，进一步吸引用户使用。

图18是根据本说明书一些实施例所示的出行应用方法的另一示例性流程图。如图18所示，流程1800包括以下步骤：

步骤1810，向服务器发送采用主出行方式的出行请求；

步骤1820，如果当前位置与服务器确定的关于所述主出行方式的出行起点的距离超过预设距离阈值，则展示与所述距离阈值对应的辅助出行方式的应用入口。

具体来说，本实施例应用在用户终端上，例如移动终端、手机等。用户通过终端的主出行方式的应用发出出行请求，执行步骤1810，服务器接收到终端的出行请求后，确定出行起点。例如，主出行方式为共享汽车，则出行起点为共享汽车的出发场站。然后步骤1820定位终端的当前位置，计算当前位置与所述出行起点的距离，将该距离与多个距离阈值进行比较，如果距离超过其中一个距离阈值，则展示与所述距离阈值对应的辅助出行方式的应用入口。例如，主出行方式为共享汽车，辅助出行方式为共享单车、共享电单车、地铁，对于每个辅助出行方式均有一个对应的距离阈值。如果距离超过共享单车的距离阈值，则终端在共享汽车的应用上展示共享单车的扫码入口图标，用户点击扫码入口图标后，系统可以提示用户骑单车到达场站。如果距离超过共享电单车的距离阈值，则终端在共享汽车的应用上展示共享电单车的扫码入口图标，用户点击扫码入口图标后，系统可以提示用户骑电单车到达场站。如果距离超过地铁的距离阈值，则终端在共享汽车的应用上展示地铁乘车码的入口图标，用户点击展示乘车码后，系统可以展示地铁站位置并提示用户搭乘地铁到达场站。多个辅助出行方式的应用入口可以同时展示，或者只展示其中一个应用入口。

图19是根据本说明书一些实施例所示的出行应用电子设备的硬件结构示意图。如图19所示，该硬件结构示意图包括：

至少一个处理器1910；以及，

与所述至少一个处理器1910通信连接的存储器1920；其中，

所述存储器1920存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

向服务器发送采用主出行方式的出行请求；

如果当前位置与服务器确定的关于所述主出行方式的出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口。

图19中以一个处理器1910为例。

电子设备优选为移动终端、智能手机。

电子设备还可以包括：输入装置1930和显示装置1940。

处理器1910、存储器1920、输入装置1930及显示装置1940可以通过总线或者其他方式连接，图中以通过总线连接为例。

存储器1920作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本说明书的一些实施例中的出行应用方法对应的程序指令/模块，例如，图14所示的方法流程。处理器1910通过运行存储在存储器1920中的非易失性软件程序、指令以及模块，从而执行各种功能应用以及数据处理，即实现上述实施例中的出行应用方法。

存储器1920可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据出行应用方法的使用所创建的数据等。此外，存储器1920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器1920可选包括相对于处理器1910远程设置的存储器，这些远程存储器可以通过网络连接至执行出行应用方法的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置1910可接收输入的用户点击，以及产生与出行应用方法的用户设置以及功能控制有关的信号输入。显示装置1940可包括显示屏等显示设备。

在所述一个或者多个模块存储在所述存储器1920中，当被所述一个或者多个处理器1910运行时，执行上述任意方法实施例中的出行应用方法。

在一些实施例中，出行应用电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：向服务器发送采用主出行方式的出行请求；向服务器发送当前位置，当接收到服务器的展示指示，则展示辅助出行方式的应用入口，所述展示指示由服务器在检测到所述当前位置与所述出行起点的距离超过预设距离阈值时发出；响应于主出行方式完成事件，展示目的地出行方式的应用入口。

在一些实施例中，出行应用电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：向服务器发送采用主出行方式的出行请求；获取服务器关于所述主出行方式的出行起点，如果当前位置与所述出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口；响应于主出行方式完成事件，展示目的地出行方式的应用入口。

在一些实施例中，出行应用电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：向服务器发送采用主出行方式的出行请求；如果当前位置与服务器确定的关于所述主出行方式的出行起点的距离超过预设距离阈值，则展示辅助出行方式的应用入口；响应于辅助出行方式的应用入口被选中事件，展示辅助出行方式的应用，并向辅助出行方式的服务器发送优惠请求。

在一些实施例中，出行应用电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：向服务器发送采用主出行方式的出行请求；如果当前位置与服务器确定的关于所述主出行方式的出行起点的距离超过预设距离阈值，则展示与所述距离阈值对应的辅助出行方式的应用入口。

本说明书实施例还提供一种计算机可读存储介质。所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机实现前述的为用户展示出行方式的方法对应的操作。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran2003、Perl、COBOL2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的处理设备或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims

一种为用户展示出行方式的方法，其特征在于，包括：

获取用户发起的出行请求，并发送所述出行请求给服务器；其中，所述出行请求包括：所述用户的目标位置；

获取并展示第一出行方式以及所述第一出行方式的第一出行起点；

获取第一判断结果，所述第一判断结果相关于是否展示第二出行方式的接入入口；

响应于所述第一判断结果为是，展示所述第二出行方式的接入入口。
根据权利要求1所述的方法，其特征在于，所述第一判断结果至少基于所述用户的当前位置和所述第一出行起点之间的关系是否满足第一预设条件确定；响应于满足，所述第一判断结果为是。
根据权利要求2所述的方法，其特征在于，所述第一预设条件与以下一种或多种信息相关：

所述第一出行起点和所述当前位置之间的距离、从所述当前位置前往所述第一出行起点的时间、所述第二出行方式的类型。
根据权利要求1所述的方法，其特征在于，所述出行请求包括采用的第一出行方式，所述方法还包括：

获取适用于从所述用户的当前位置前往所述出行起点的所述第二出行方式。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述第一出行方式的出行终点；

获取从所述出行终点前往所述目标位置对应的第三出行方式。
根据权利要求5所述的方法，其特征在于，所述方法还包括：

获取第二判断结果，所述第二判断结果相关于是否展示所述第三出行方式的接入入口；

响应于所述第二判断结果为是，展示所述第三出行方式的接入入口。
根据权利要求2所述的方法，其特征在于，所述获取第一判断结果，包括：

获取第三判断结果，所述第三判断结果相关于是否通过客户端确定所述第一判断结果；

响应于所述第三判断结果为是，至少基于所述用户的所述当前位置和所述第一出行起点之间的关系是否满足所述第一预设条件，确定所述第一判断结果；

响应于所述第三判断结果为否，从所述服务器获取所述第一判断结果。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取更新后的第二出行方式；

展示所述更新后的第二出行方式的接入入口。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述用户对所述第二出行方式的接入入口的确认操作，获取和展示所述第二出行方式的接入入口的相关信息；其中，

所述接入入口的相关信息包括：优惠信息、当前被使用信息、版本信息和/或商家信息。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述第二出行方式的更新后的接入入口。

展示所述更新后的接入入口。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述第一出行方式的更新后的第一出行起点，所述更新后的第一出行起点基于所述第二出行方式、所述第一出行方式、当前环境信息或/和所述第二出行方式的接入入口的相关信息确定；其中，

所述接入入口的相关信息包括：优惠信息、当前被使用信息、版本信息和/或商家信息。
一种为用户展示出行方式的系统，其特征在于，包括：

出行请求获取模块，用于获取用户发起的出行请求，并发送所述出行请求给服务器；其中，所述出行请求包括：所述用户的目标位置；

出行方式获取模块，用于获取第一出行方式以及所述第一出行方式的第一出行起点；

出行方式展示模块，用于展示所述第一出行方式以及所述第一出行起点；

判断结果获取模块，获取第一判断结果，所述第一判断结果相关于是否展示第二出行方式的接入入口；

接入入口展示模块，用于响应于所述第一判断结果为是，展示所述第二出行方式的接入入口。
根据权利要求12所述的系统，其特征在于，所述第一判断结果至少基于所述用户的当前位置和所述第一出行起点之间的关系是否满足第一预设条件确定；响应于满足，所述第一判断结果为是。
根据权利要求13所述的系统，其特征在于，所述第一预设条件与以下一种或多种信息相关：

所述第一出行起点和所述当前位置之间的距离、从所述当前位置前往所述第一出行起点的时间、所述第二出行方式的类型。
根据权利要求12所述的系统，其特征在于，所述出行请求包括采用的第一出行方式，所述出行方式获取模块还用于：

获取适用于从所述用户的当前位置前往所述出行起点的所述第二出行方式。
根据权利要求12所述的系统，其特征在于，所述出行方式获取模块还用于：

获取所述第一出行方式的出行终点；

获取从所述出行终点前往所述目标位置对应的第三出行方式。
根据权利要求16所述的系统，其特征在于，

所述判断结果获取模块还用于：获取第二判断结果，所述第二判断结果相关于是否展示所述第三出行方式的接入入口；

所述接入入口展示模块还用于：响应于所述第二判断结果为是，展示所述第三出行方式的接入入口。
根据权利要求13所述的系统，其特征在于，所述判断结果获取模块还用于：

获取第三判断结果，所述第三判断结果相关于是否通过客户端确定所述第一判断结果；

响应于所述第三判断结果为是，至少基于所述用户的所述当前位置和所述第一出行起点之间的关系是否满足所述第一预设条件，确定所述第一判断结果；

响应于所述第三判断结果为否，从所述服务器获取所述第一判断结果。
根据权利要求12所述的系统，其特征在于，

所述出行方式获取模块还用于：获取更新后的第二出行方式；

所述接入入口展示模块还用于：展示所述更新后的第二出行方式的接入入口。
根据权利要求12所述的系统，其特征在于，

所述接入入口展示模块还用于：响应于所述用户对所述第二出行方式的接入入口的确认操作，获取和展示所述第二出行方式的接入入口的相关信息；其中，

所述接入入口的相关信息包括：优惠信息、当前被使用信息、版本信息和/或商家信息。
根据权利要求12所述的系统，其特征在于，所述接入入口展示模块还用于：

获取所述第二出行方式的更新后的接入入口。

展示所述更新后的接入入口。
根据权利要求12所述的系统，其特征在于，所述出行方式获取模块还用于：

获取所述第一出行方式的更新后的第一出行起点，所述更新后的第一出行起点基于所述第二出行方式的类型、所述第一出行方式的类型、当前环境信息、所述第二出行方式的接入入口的相关信息确定；其中，

所述接入入口的相关信息包括：优惠信息、当前被使用信息、版本信息和/或商家信息。
一种为用户展示出行方式的装置，所述装置包括处理器以及存储器，所述存储器用于存储指令，其特征在于，所述处理器用于执行所述指令，以实现如权利要求1至 11中任一项所述的为用户展示出行方式的方法对应的操作。
一种计算机可读存储介质，其特征在于，所述存储介质存储计算机指令，所述计算机指令被处理器执行时，实现如权利要求1至11中任一项所述的为用户展示出行方式的方法对应的操作。