CN108151754A - 出行服务的提供方法、服务器、客户端及系统 - Google Patents

Abstract

本发明公开了一种出行服务的提供方法、服务器、客户端及系统。该方法包括：通过客户端获取用户的出行参数；根据出行参数以及共享车辆的实时分布状态，从出行线路包括的公交站点中选取推荐停靠点，并通过客户端提供给用户。根据本发明，选取推荐停靠点后提供给用户，使得用户在推荐停靠点离开公共交通工具后，可以直接转换共享车辆出行，有效实现公共交通工具与共享车辆之间的“无缝出行”，极大节省用户的出行时间，提升出行体验。

Description

出行服务的提供方法、服务器、客户端及系统

技术领域

本发明涉及交通技术领域，更具体地，涉及一种出行服务的提供方法、服务器、客户端及系统。

背景技术

公共交通出行已经是人们日常生活的常见出行方式。现有公交、地铁网络覆盖已经越来越密，但由于公共交通网络基础建设限制其无法覆盖城市街道中的所有位置，也因此产生了大量的“公交盲点”。

而随着共享单车的出现，解决了公交盲点问题，扩大了公交、地铁站点的辐射半径。对于目的地距离公交站点在1到3公里以内的用户，可以从传统的走路转变为骑共享单车前往，极大节省用户的出行时间，提升出行体验。

但是，目前用户通常是在乘坐公共交通工具到达某个公交站点后，在公交站点附近寻找共享单车，以便骑行到达最终的目的地，常常会出现公交站点附近无可用的共享单车，或者，找到共享单车因为故障实际并不可用，用户需要步行较远距离、花费较多的时间才能找到可用的共享单车骑行前往最终目的地，甚至最终用户只能因为无法找到可用的共享单车，放弃骑行共享单车，通过步行达到最终目的地，导致用户并不能实际节省出行时间，甚至可能花费较多寻车时间后依然需要步行，出行体验极差。

发明内容

本发明的一个目的是提供一种用于提供出行服务的新技术方案。

根据本发明的第一方面，提供一种出行服务的提供方法，通过服务器实施，包括：

通过客户端获取用户的出行参数，

其中，所述出行参数至少包括用户的目的地、用户乘坐的公共交通工具的出行线路；

根据所述出行参数以及共享车辆的实时分布状态，从所述出行线路包括的公交站点中选取推荐停靠点，并通过所述客户端提供给用户。

可选地，所述获取出行参数的步骤包括：

通过客户端获取用户乘坐所述公共交通工具的起始站点以及所述目的地，并根据所述起始站点以及所述目的地确定所述出行路线。

可选地，所述获取推荐停靠点的步骤包括：

根据所述目的地，在所述出行线路包括的公交站点中选取候选停靠点；

根据所述候选停靠点的共享车辆的实时分布状态，从所述候选停靠点中选取所述推荐停靠点。

可选地，

所述选取候选停靠点的步骤包括：

选取与所述目的地的距离小于预设的第一距离阈值的所述公交站点，作为所述候选停靠点；

和/或，

所述候选停靠点的共享车辆的实时分布状态，至少包括以所述候选停靠点为中心的第一预设区域范围内共享车辆的分布密度、以及所述共享车辆的分布朝向；

所述从所述候选停靠点中选取所述推荐停靠点的步骤包括：

根据所述候选停靠点的共享车辆的实时分布状态、所述候选停靠点与所述目的地之间的交通信息，计算每个所述候选停靠点的停靠推荐指数，

其中，所述交通信息至少包括所述候选停靠点与所述目的地之间的距离；

选取所述停靠推荐指数最高的所述候选停靠点，作为所述推荐停靠点。

可选地，所述方法还包括：

通过客户端获取用户的当前位置；

当所述当前位置与所述推荐停靠点的距离小于预设的第二距离阈值时，获取以所述推荐停靠点为中心的第二预设区域范围内的共享车辆的实时数量；

当所述共享车辆的实时数量小于预设的数目阈值时，选取处于可用状态的在所述第二预设区域范围内的目标车辆实施车辆预约，并通过所述客户端向用户指示所述目标车辆。

可选地，

所述获取共享车辆的实时数量的步骤还包括：

根据所述当前位置到达所述推荐停靠点的实时交通状态，计算所述当前位置到达所述推荐停靠点的预计时长；

当所述当前位置与所述推荐停靠点的距离小于所述第二距离阈值、并且所述预计时长小于预设的时长阈值时，执行所述实施车辆预约的步骤；

和/或，

所述向用户指示所述目标车辆的步骤包括：

获取从所述推荐停靠点到达所述目标车辆的路线，并通过客户端提供给用户；

通过客户端获取用户的当前位置，当用户的当前位置与所述目标车辆的距离小于预设的第三距离阈值时，触发所述目标车辆发出提示信号。

根据本发明的第二方面，提供一种出行服务的提供方法，通过客户端实施，包括：

提供出行参数输入界面，用于供用户操作输入出行参数，

其中，所述出行参数至少包括用户的目的地、用户乘坐的公共交通工具的起始站点或出行线路；

响应于所述用户在所述出行参数输入界面的输入操作，将用户输入的所述出行参数发送至服务器，触发服务器根据本发明的第一方面的任意一项方法返回对应的推荐停靠点，将所述推荐停靠点提供给用户。

可选地，所述方法还包括：

获取用户的当前位置并发送至服务器，以触发服务器选取处于可用状态的目标车辆实施车辆预约；

通过预约车辆展示界面，向用户指示所述目标车辆。

可选地，

所述向用户指示所述目标车辆的步骤包括：

从所述服务器获取从所述推荐停靠点到达所述目标车辆的路线，通过所述预约车辆展示界面向用户展示；

获取用户的当前位置发送给所述服务器，触发服务器通过所述目标车辆发出提示信号，以向用户指示所述目标车辆。

根据本发明的第三方面，提供一种服务器，用于，包括：

存储器，用于存储可执行的指令；

处理器，用于根据所述指令的控制运行所述服务器执行如本发明第一方面提供的任意一项所述的出行服务的提供方法。

根据本发明的第四方面，提供一种客户端，用于，包括：

显示装置，用于显示人机交互界面；

存储器，用于存储可执行的指令；

处理器，用于根据所述指令的控制运行所述服务器执行如本发明第二方面提供的出行服务的提供方法。

根据本发明的第五方面，提供一种车辆调度系统，包括：

车辆；

本发明的第三方面提供的服务器；

以及本发明的第四方面提供的客户端。

根据本发明的实施例，可以根据用户的出行参数以及共享车辆的实时分布状态，从用户搭乘的公共交通工具的出行路线中，选取推荐停靠点提供给用户，使得用户在推荐停靠点离开公共交通工具后，可以直接转换共享车辆出行，有效实现公共交通工具与共享车辆之间的“无缝出行”，极大节省用户的出行时间，提升出行体验。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是显示可用于实现本发明的实施例的车辆系统的硬件配置的例子的框图。

图2示出了本发明的第一实施例的出行服务的提供方法的流程图。

图3示出了本发明的第一实施例的选取推荐停靠点步骤的流程图。

图4示出了本发明的第一实施例的推荐停靠点的示例图。

图5示出了本发明的第一实施例的选取推荐停靠点步骤的流程图。

图6示出了本发明的第一实施例的预约共享车辆步骤的流程图。

图7示出了本发明的第一实施例的服务器的示意性框图。

图8示出了本发明的第二实施例的出行服务的提供方法的流程图。

图9示出了本发明的第二实施例的预约共享车辆步骤的流程图。

图10示出了本发明的第二实施例的客户端的示意性框图。

图11示出了本发明的第三实施例的车辆调度系统的示意性框图。

图12示出了本发明的第三实施例的出行服务的提供方法的流程图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<硬件配置>

如图1所示，车辆系统100包括服务器1000、客户端2000、车辆3000、网络4000。

服务器1000提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

在一个例子中，服务器1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。尽管服务器也可以包括扬声器、麦克风等等，但是，这些部件与本发明的是合理无关，故在此省略。

其中，处理器1100例如可以是中央处理器CPU、微处理器MCU等。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括USB接口、串行接口、红外接口等。通信装置1400例如能够进行有线或无线通信。显示装置1150例如是液晶显示屏、LED显示屏触摸显示屏等。输入装置1160例如可以包括触摸屏、键盘等。

在本实施例中，客户端2000是具有通信功能、业务处理功能的电子设备。客户端2000可以是移动终端，例如手机、便携式电脑、平板电脑、掌上电脑等等。在一个例子中，客户端2000是对车辆3000实施管理操作的设备，例如，安装有提供使用车辆3000服务的应用程序(APP)的手机。

如图1所示，客户端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800，等等。其中，处理器2100可以是中央处理器CPU、微处理器MCU等。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。用户可以通过扬声器2700和麦克风2800输入/输出语音信息。

车辆3000是任何可以分时或分地出让使用权供不同用户共享使用的车辆，例如，用于共享的共享自行车、共享助力车、共享电动车、共享车等等。车辆3000可以是自行车、三轮车、电动助力车、摩托车以及四轮乘用车等各种形态。

如图1所示，车辆3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600、定位装置3700、传感器3800，等等。其中，处理器3100可以是中央处理器CPU、微处理器MCU等。存储器3200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括USB接口、耳机接口等。通信装置3400例如能够进行有线或无线通信。输出装置3500例如可以是输出信号的装置，可以显示装置，例如液晶显示屏、触摸显示屏等，也可以是扬声器等输出语音信息等。输入装置3600例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。定位装置3700用于提供定位功能，例如可以是GPS定位模块、北斗定位模块等。传感器3800用于获取车辆姿态信息，例如可以是加速度计、陀螺仪、或者三轴、六轴、九轴微机电系统(MEMS)等。

网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。在图1所示的物品管理系统中，车辆3000与服务器1000、客户端2000与服务器1000，可以通过网络4000进行通信。此外，车辆3000与服务器1000、客户端2000与服务器1000通信所基于的网络4000可以是同一个，也可以是不同的。

应当理解的是，尽管图1仅示出一个服务器1000、客户端2000、车辆3000，但不意味着限制对应的数目，车辆系统100中可以包含多个服务器1000、客户端2000、车辆3000。

以车辆3000为共享自行车为例，车辆系统100为共享自行车系统。服务器1000用于提供支持共享自行车使用所必需的全部功能。客户端2000可以是手机，其上安装有共享自行车应用程序，共享自行车应用程序可以帮助用户使用车辆3000获取相应的功能等等。

图1所示的车辆系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。

应用于本发明的实施例中，尽管图1只示出一个服务器1000、一个客户端2000、一个车辆3000，但是，应当理解的是，具体应用中，可以根据实际需求使得所述车辆系统100包括多个服务器1000、多个客户端2000、多个车辆3000。

应用于本发明的实施例中，服务器1000的所述存储器1200用于存储指令，所述指令用于控制所述处理器1100进行操作以执行本发明实施例提供的车辆调度方法。

尽管在图1中对服务器1000示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1000只涉及存储器1200和处理器1100。

应用于本发明的实施例中，客户端2000的所述存储器2200用于存储指令，所述指令用于控制所述处理器2100运行客户端2000执行本发明实施例提供的车辆调度方法。

尽管在图1中对客户端2000示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，客户端2000只涉及存储器2200和处理器2100。

在上述描述中，技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

本发明的实施例的总体构思，是提供一种出行服务的新方案，可以为用户提供公共交通工具与共享车辆“无缝连接”的出行方式，有效节省用户的出行时间，提升用户的出行体验。

<第一实施例>

本实施例中提供一种出行服务的提供方法，通过服务器实施。

该服务器可以是各种实体形式。例如，服务器可以是云端服务器，或者还可是如图1所示的服务器1000。一个例子中，服务器是支持提供车辆运营、管理、调度等服务的运营中心。

如图2所示，该车辆调度方法包括步骤S2100至步骤S2200。

步骤S2100，通过客户端获取用户的出行参数。

该客户端可以是支持提供共享车辆使用服务的电子设备，例如，安装有提供共享车辆使用服务的应用程序(APP)的手机。或者，该客户端是可以支持提供搭乘公共交通工具服务的电子设备，例如，可以安装有通过展示乘车二维码获取乘坐公交车服务的应用程序的手机等。

该共享车辆是被投放供用户以分时租赁、分地租赁等模式获取使用权的交通设备，该共享车辆可以是两轮或三轮自行车、助力车、电动车，也可以是四轮以上的机动车辆。

出行参数至少包括用户的目的地、用户乘坐的公共交通工具的出行线路。

该公共交通工具可以是公交车、地铁、城际巴士、城际高铁或者轮渡等等。该出行线路，是对应的公共交通工具行驶的路线，包括多个预设的停靠站点。该停靠站点可以是公交车站点、地铁站点、城际车站、高铁站、轮渡码头等。

在本实施例中，可以通过客户端提供出行参数输入界面，供用户通过例如语音输入、文本输入等操作方式输入出行参数。

在一个例子中，获取出行参数的步骤包括：

通过客户端获取用户乘坐所述公共交通工具的起始站点以及所述目的地，并根据所述起始站点以及所述目的地确定所述出行路线。

在具体应用时，用户可以通过所使用的客户端获取乘坐公共交通工具的服务，例如，用户可以通过手机中的乘车二维码扫码乘坐公交车，或者通过手机中内置的NFC卡刷卡乘坐地铁，客户端可以通过与用户执行的扫码或扫卡行为获取乘客乘坐公共交通工具的起始站点。

或者，在本实施例中也可以通过客户端提供输入界面，供用户通过语音输入、文本输入等方式输入起始站点或者目的地。

在获取起始站点以及目的地后，可以从本地存储中预存的交通路线图中查询确定途径起始站点可以到达目的地的出行路线，或者通过网络连接交通路线数据库搜索确定出行路线。当存在多条可能的出行路线时，可以通过客户端的界面展示给用户选择，以确定对应的出行路线。

步骤S2200，根据出行参数以及共享车辆的实时分布状态，从出行线路包括的公交站点中选取推荐停靠点，并通过客户端提供给用户。

共享车辆的实时分布状态，是共享车辆在对应的出行线路途经的区域内实时的分布状态，可以通过从共享车辆的运营管理数据中获取，例如，共享车辆是共享自行车时，可以通过共享自行车的运营中心记录的订单数据分析获取。

根据包括用户的目的地以及出行线路的出行参数，以及共享车辆的实时分布状态，可以从出行线路的公交站点中选取用户能便捷换乘共享车辆的推荐停靠点提供给用户，使得用户从推荐停靠点离开后，可以直接转换共享车辆出行，有效实现公共交通工具与共享车辆之间的“无缝出行”，极大节省用户的出行时间，提升出行体验。

具体地，步骤S2200可以如图3所示，包括步骤S2210、步骤S2220。

步骤S2210，根据目的地，在出行线路包括的公交站点中选取候选停靠点。

例如，可以选取与目的地的距离小于预设的第一距离阈值的公交站点，作为候选停靠点。

该第一距离阈值可以根据具体的应用场景设置为对应的工程经验值或者实验仿真值。通过设置第一距离阈值，将目的地附近的公交站点筛选为候选停靠点。

步骤S2220，根据候选停靠点的共享车辆的实时分布状态，从候选停靠点中选取推荐停靠点。

具体地，候选停靠点的共享车辆的实时分布状态，至少包括以候选停靠点为中心的第一预设区域范围内共享车辆的分布密度、以及共享车辆的分布朝向。

该第一预设区域范围可以根据具体的应用场景设置为对应的工程经验值或者实验仿真值。例如，该第一预设区域范围是候选停靠点为中心、以候选停靠点到目的地的距离为半径的圆形区域范围。

通过设置第一预设区域范围，可以划分候选停靠点附近的区域获取对应的区域内的共享车辆的分布密度。

共享车辆的分布朝向，是共享车辆在对应的区域内分布的趋势方向，比如共享车辆的是自东向西分布数量增多等等。

例如，如图4所示，选取的候选停靠点为公交站1、2，公交站1、2为中心的、与目的地的距离为半径的圆形区域范围内，若干个原点为对应的公交站1、2的共享单车的分布状态，可以获得共享车辆的分布密度、分布朝向。

具体地，步骤S2220可以如图5所示，包括：步骤S2221、步骤S2222。

步骤S2221，根据候选停靠点的共享车辆的实时分布状态、候选停靠点与所述目的地之间的交通信息，计算每个候选停靠点的停靠推荐指数。

该交通信息至少包括候选停靠点与目的地之间的距离。根据该交通信息可以获取用户从候选停靠点到达目的地的时间。该交通信息还可以包括候选停靠点到达目的地的规划的路线，可以确定用户换乘共享车辆后是否可以直接到达目的地，或者需要在停放共享车辆需要步行到达并估算步行的距离、时间等。

例如，可以针对共享车辆的实时分布状态以及交通信息，根据具体的应用场景下的工程经验或者实验仿真设置不同的权重，将上述获取的候选停靠点的共享车辆的实时分布状态以及候选停靠点与所述目的地之间的交通信息分别乘以对应的权重，求和计算获取推荐停靠指数。

步骤S2222，选取停靠推荐指数最高的候选停靠点，作为推荐停靠点。

在本实施例中，根据候选停靠点的共享车辆的实时分布状态、候选停靠点与所述目的地之间的交通信息，综合计算对应的停靠推荐指数，以选取最佳的推荐停靠点，使得用户在推荐停靠点离开公共交通工具后，可以以最小的出行成本(最短的时间或最短的步行距离)转换共享车辆出行，到达目的地，实现通过公共交通工具与共享车辆之间无缝换乘出行，提升出行体验。

在本实施例中，出行服务的提供方法在步骤S2200之后，还可以包括如图6所示的步骤S2300-步骤S2500。

步骤S2300，通过客户端获取用户的当前位置。

在本实施例中，可以通过向客户端发送定位请求，触发客户端通过自身的定位模块如GPS模块获取用户的当前位置，或者可以由客户端主动触发通过自身的定位模块如GPS模块获取用户的当前位置后上报。

步骤S2400，当前位置与推荐停靠点的距离小于预设的第二距离阈值时，获取以推荐停靠点为中心的第二预设区域范围内的共享车辆的实时数量。

该第二距离阈值可以根据具体的应用场景设置为对应的工程经验值或者实验仿真值。通过设置第二距离阈值，用于确定用户当前位置与推荐停靠点临近，准备离开公共交通工具换乘共享车辆。

该第二预设区域范围可以根据具体的应用场景设置为对应的工程经验值或者实验仿真值。通过设置第二预设区域范围，确定统计推荐停车点附近共享车辆的区域。该第二预设区域范围可以设置为以推荐停车点为中心，用户可接受的步行距离为半径的圆形区域。

步骤S2500，当共享车辆的实时数量小于预设的数目阈值时，选取处于可用状态的在第二预设区域范围的目标车辆实施车辆预约，并通过客户端向用户指示目标车辆。

该数目阈值可以根据具体的应用场景设置为对应的工程经验值或者实验仿真值。

当推荐停靠点附近的共享车辆数目小于数目阈值时，选取目标车辆实施预约，可以使得用户从推荐停靠点离开公共交通工具后，能直接使用已预约的目标车辆，进一步节省公共交通工具与共享车辆之间的转换时间，进一步提升通过公共交通工具与共享车辆进行“无缝出行”的体验。

在本实施例中，可以选取在推荐停靠点附近(第二预设区域范围内)，距离推荐停靠点最近的处于可用状态的共享车辆作为目标车辆，避免用户使用故障车辆或者问题车辆，用户可以便捷使用正常的共享车辆出行，提升用户的体验。

在实际应用中，由于交通拥堵或者临时交通管制等影响交通畅通的原因，可能用户的当前位置距离推荐停靠点较近，但是仍需要较长时间才能到达，此时如果提前为用户预约车辆，可能会出现共享车辆被长期占用或者淤积等问题。

因此，在本实施例中，步骤S2400还包括：

根据当前位置到达推荐停靠点的实时交通状态，计算所述当前位置到达推荐停靠点的预计时长；

当前位置与推荐停靠点的距离小于所述第二距离阈值、并且预计时长小于预设的时长阈值时，执行实施车辆预约的步骤。

该实时交通状态包括当前位置到达推荐停靠点的交通路线的实时拥堵状态、当前公共交通工具行驶的参考速度、当前位置到达推荐停靠点的距离等等，通过实时交通状态，可以计算当前位置到达推荐停靠点的预计时长。

时长阈值可以根据具体的应用场景设置为对应的工程经验值或者实验仿真值。设置时长阈值，用于判断为用户实施车辆预约的时机，使得可以在用户实际准备离开公共交通工具时实施车辆预约。

在用户实际准备离开公共交通工具并且附近共享车辆较少时，为用户实施车辆预约，在提供用户在公共交通工具与共享车辆之间“无缝出行”的体验的同时，也进一步提升共享车辆的利用率，避免淤积。

应当理解的是，基于上述的例子，本领域技术人员很容易无需任何创造性，针对其应用的场景，对本实施例中提供的车辆预约步骤进行变形设计，例如，仅通过共享车辆的实时数量判断是否需要预约。

在本实施例中，在选取目标车辆后，在步骤S2500中通过客户端指示目标车辆的步骤可以包括：

获取从推荐停靠点到达目标车辆的路线，并通过客户端提供给用户；

通过客户端获取用户的当前位置，当用户的当前位置与目标车辆的距离小于预设的第三距离阈值时，触发所述目标车辆发出提示信号。

获取从推荐停靠点到达目标车辆的路线，可以根据推荐停靠点的位置、目标车辆的位置，结合本地存储中预存的地图数据或者联网获取的地图数据，计算生成。

第三距离阈值可以根据具体的应用场景设置为对应的工程经验值或者实验仿真值。设置第三距离阈值，用于判断用户是否在目标车辆附近，使得用户在距离目标车辆较近时，可以通过目标车辆发出提示信号，引起用户注意，让用户更快到达目标车辆，进一步节省用户转换共享车辆出行的时间。

该提示信号可以是寻车铃声、蜂鸣、震动、语音提醒等等。

<服务器>

在本实施例中，还提供一种服务器200，用于提供出行服务，如图7所示，包括：

存储器210，用于存储可执行的指令；

处理器220，用于根据指令的控制运行服务器200执行本实施例中提供的任意一项所述的出行服务的提供方法。

在本实施例中，服务器200可以具体各种实体形式。例如，服务器200可以是云端服务器。服务器200还可以是如图1所示的服务器1000。

本领域技术人员应当明白，可以通过各种方式来实现服务器200。例如，可以通过指令配置处理器来实现服务器200。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现服务器200。例如，可以将服务器200固化到专用器件(例如ASIC)中。可以将服务器200分成相互独立的单元，或者可以将它们合并在一起实现。服务器200可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。

以上已经结合附图说明了本实施例中的出行服务的提供方法及服务器，根据本实施例，根据用户的出行参数以及共享车辆的实时分布状态，从用户搭乘的公共交通工具的出行路线中，选取推荐停靠点提供给用户，使得用户在推荐停靠点离开公共交通工具后，可以直接转换共享车辆出行，有效实现公共交通工具与共享车辆之间的“无缝出行”，极大节省用户的出行时间，提升出行体验。

<第二实施例>

<方法>

在本实施例中，提供一种出行服务的提供方法，通过客户端实施。

该客户端可以是具有通信功能、业务处理功能的电子设备，例如，安装有支持运营、管理车辆的应用程序(APP)的手机，或者，如图1所示的客户端2000。

该出行服务的提供方法，如图8所示，包括步骤S3100、S3200。

步骤S3100，提供出行参数输入界面，用于供用户操作输入出行参数，

其中，出行参数至少包括用户的目的地、用户乘坐的公共交通工具的起始站点或出行线路。

步骤S3200，响应于用户在出行参数输入界面的输入操作，将用户输入的出行参数发送至服务器，触发服务器根据第一实施例中提供的方法返回对应的推荐停靠点，将推荐停靠点提供给用户。

在本实施例中，出行参数输入界面是提供显示、操作的人机交互界面，可以面向使用该客户端的用户。该界面可以由实施本实施例的客户端安装的提供搭乘公共交通工具服务的应用程序或者提供共享车辆使用服务的应用程序提供。用户可以通过语音输入、文本输入等操作方式在出行参数输入界面输入出行参数，由客户端获取后发送给服务器，触发服务器根据该出行参数以及共享车辆的实时分布状态，选取推荐停靠点后返回客户端，客户端将推荐停靠点提供给用户，使得用户在推荐停靠点离开公共交通工具后，可以直接转换共享车辆出行，有效实现公共交通工具与共享车辆之间的“无缝出行”，极大节省用户的出行时间，提升出行体验。

在本实施例中，出行服务的提供方法还可以如图9所示，包括：

步骤S3300，获取用户的当前位置并发送至服务器，以触发服务器选取处于可用状态的目标车辆实施车辆预约；

步骤S3400，通过预约车辆展示界面，向用户指示目标车辆。

客户端可以通过自身设置的定位模块例如GPS模块，或者通过联网获取定位服务，来获取用户的当前位置。

在获取用户的当前位置后，可以触发服务器根据第一实施例中提供的方法，选取目标车辆并实施预约，之后根据服务器返回的目标车辆的信息，通过预约车辆展示界面这一提供展示、交互的人机交互界面，向用户指示该目标车辆，使得用户可以从推荐停靠点离开公共交通工具后，能直接使用已预约的目标车辆，进一步节省公共交通工具与共享车辆之间的转换时间，进一步提升通过公共交通工具与共享车辆进行“无缝出行”的体验。

具体地，上述向用户指示所述目标车辆的步骤S3400包括：

从服务器获取从推荐停靠点到达所述目标车辆的路线，通过预约车辆展示界面向用户展示；

获取用户的当前位置发送给服务器，触发服务器通过目标车辆发出提示信号，以向用户指示目标车辆。

通过展示从推荐停靠点到达目标车辆的路线、可以便于用户更快速地到达已预约的共享车辆。并且，用户在距离目标车辆较近时，服务器会触发目标车辆发出提示信号，引起用户注意，让用户更快到达目标车辆，进一步节省用户转换共享车辆出行的时间。

<客户端>

在本实施例中，还提供一种客户端300，用于提供出现服务，如图10所示，包括：

显示装置310，用于显示人机交互界面；

存储器320，用于存储可执行的指令；

处理器300，用于根据所述指令的控制运行所述服务器执行本实施例中的出行服务的提供方法。

在本实施例中，客户端300可以具体各种实体形式。例如，客户端300可以是手机。客户端300还可以是如图1所示的客户端2000。

本领域技术人员应当明白，可以通过各种方式来实现客户端300。例如，可以通过指令配置处理器来实现客户端300。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现客户端300。例如，可以将客户端300固化到专用器件(例如ASIC)中。可以将客户端300分成相互独立的单元，或者可以将它们合并在一起实现。客户端300可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。

以上已经结合附图说明了本实施例中的出行服务的提供方法以及客户端，根据本实施例，通过客户端获取用户的出行参数后发送给服务器，触发服务器根据该出行参数以及共享车辆的实时分布状态，选取推荐停靠点后提供给用户，使得用户在推荐停靠点离开公共交通工具后，可以直接转换共享车辆出行，有效实现公共交通工具与共享车辆之间的“无缝出行”，极大节省用户的出行时间，提升出行体验。

<第三实施例>

在本实施例中，提供一种车辆系统400，如图11所示，包括：

车辆410；

第一实施例提供的服务器200；

以及第二实施例提供的客户端300。

具体地，车辆410可以是任意通过租赁、购买等手段获取使用权的车辆，例如，用于提供共享服务的自行车、三轮车、助力车、汽车、电动车等。

在本实施例中，车辆系统400可以是任何通过管理、运营车辆以提供用户车辆使用服务的系统。

以下将结合图12举例进一步说明可以通过车辆系统400实施的出行服务的提供方法。

在本例中，车辆系统400中的车辆410是共享自行车，客户端300是安装有获取共享自行车服务的应用程序的客户端。

如图12所示，该出行服务的提供方法包括：

步骤S401，客户端获取用户通过出行参数输入界面输入的出行参数，出行参数包括用户的起始站点、目的地和出行线路；

步骤S402，服务器接收客户端发送的出行参数；

步骤S403，服务器获取共享单车的实时分布状态；

步骤S404，服务器选取推荐停靠点；

该选取步骤在第一实施例中已经描述，在此不再赘述；

步骤S405，服务器将推荐停靠点提供给客户端；

步骤S406，客户端向服务器发送用户当前的位置；

步骤S407，服务器实施车辆预约；

该实施车辆预约的步骤在在第一实施例中已经描述，在此不再赘述；

步骤S408，服务器将到达目标车辆的路线提供给客户端；

步骤S409，客户端展示到达目标车辆的路线；

步骤S410，客户端向服务器发送用户当前的位置；

步骤S411，服务器触发车辆发出提示信号。

以上已经结合附图和例子说明本实施例中提供的车辆系统，在本实施例中，服务器通过客户端获取用户的出行参数，根据出行参数以及共享车辆的实时分布状态，选取推荐停靠点通过客户端提供给用户，使得用户在推荐停靠点离开公共交通工具后，可以直接转换共享车辆出行，有效实现公共交通工具与共享车辆之间的“无缝出行”，极大节省用户的出行时间，提升出行体验。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (12)

1.一种出行服务的提供方法，其特征在于，通过服务器实施，包括：

通过客户端获取用户的出行参数，

其中，所述出行参数至少包括用户的目的地、用户乘坐的公共交通工具的出行线路；

根据所述出行参数以及共享车辆的实时分布状态，从所述出行线路包括的公交站点中选取推荐停靠点，并通过所述客户端提供给用户。

2.根据权利要求1所述的方法，其特征在于，所述获取出行参数的步骤包括：

通过客户端获取用户乘坐所述公共交通工具的起始站点以及所述目的地，并根据所述起始站点以及所述目的地确定所述出行路线。

3.根据权利要求1所述的方法，其特征在于，所述获取推荐停靠点的步骤包括：

根据所述目的地，在所述出行线路包括的公交站点中选取候选停靠点；

根据所述候选停靠点的共享车辆的实时分布状态，从所述候选停靠点中选取所述推荐停靠点。

4.根据权利要求3所述的方法，其特征在于，

所述选取候选停靠点的步骤包括：

选取与所述目的地的距离小于预设的第一距离阈值的所述公交站点，作为所述候选停靠点；

和/或，

所述候选停靠点的共享车辆的实时分布状态，至少包括以所述候选停靠点为中心的第一预设区域范围内共享车辆的分布密度、以及所述共享车辆的分布朝向；

所述从所述候选停靠点中选取所述推荐停靠点的步骤包括：

根据所述候选停靠点的共享车辆的实时分布状态、所述候选停靠点与所述目的地之间的交通信息，计算每个所述候选停靠点的停靠推荐指数，

其中，所述交通信息至少包括所述候选停靠点与所述目的地之间的距离；

选取所述停靠推荐指数最高的所述候选停靠点，作为所述推荐停靠点。

5.根据权利要求1所述的方法，其特征在于，还包括：

通过客户端获取用户的当前位置；

当所述当前位置与所述推荐停靠点的距离小于预设的第二距离阈值时，获取以所述推荐停靠点为中心的第二预设区域范围内的共享车辆的实时数量；

当所述共享车辆的实时数量小于预设的数目阈值时，选取处于可用状态的在所述第二预设区域范围内的目标车辆实施车辆预约，并通过所述客户端向用户指示所述目标车辆。

6.根据权利要求5所述的方法，其特征在于，

所述获取共享车辆的实时数量的步骤还包括：

根据所述当前位置到达所述推荐停靠点的实时交通状态，计算所述当前位置到达所述推荐停靠点的预计时长；

当所述当前位置与所述推荐停靠点的距离小于所述第二距离阈值、并且所述预计时长小于预设的时长阈值时，执行所述实施车辆预约的步骤；

和/或，

所述向用户指示所述目标车辆的步骤包括：

获取从所述推荐停靠点到达所述目标车辆的路线，并通过客户端提供给用户；

通过客户端获取用户的当前位置，当用户的当前位置与所述目标车辆的距离小于预设的第三距离阈值时，触发所述目标车辆发出提示信号。

7.一种出行服务的提供方法，其特征在于，通过客户端实施，包括：

提供出行参数输入界面，用于供用户操作输入出行参数，

其中，所述出行参数至少包括用户的目的地、用户乘坐的公共交通工具的起始站点或出行线路；

响应于所述用户在所述出行参数输入界面的输入操作，将用户输入的所述出行参数发送至服务器，触发服务器根据权利要求1-6所述的任意一项方法返回对应的推荐停靠点，将所述推荐停靠点提供给用户。

8.根据权利要求7所述的方法，其特征在于，还包括：

获取用户的当前位置并发送至服务器，以触发服务器选取处于可用状态的目标车辆实施车辆预约；

通过预约车辆展示界面，向用户指示所述目标车辆。

9.根据去哪里要求8所述的方法，其特征在于，

所述向用户指示所述目标车辆的步骤包括：

从所述服务器获取从所述推荐停靠点到达所述目标车辆的路线，通过所述预约车辆展示界面向用户展示；

获取用户的当前位置发送给所述服务器，触发服务器通过所述目标车辆发出提示信号，以向用户指示所述目标车辆。

10.一种服务器，用于，包括：

存储器，用于存储可执行的指令；

处理器，用于根据所述指令的控制运行所述服务器执行如权利要求1-6任意一项所述的出行服务的提供方法。

11.一种客户端，用于，包括：

显示装置，用于显示人机交互界面；

存储器，用于存储可执行的指令；

处理器，用于根据所述指令的控制运行所述服务器执行如权利要求7-9任意一项所述的出行服务的提供方法。

12.一种车辆调度系统，包括，

车辆；

如权利要求10所述的服务器；

以及如权利要求11所述的客户端。