CN111985987A - 一种多行程出行服务实现方法、终端及系统 - Google Patents

Abstract

本申请提供一种多行程出行服务实现方法、终端及系统，其中的方法包括：接收用户输入的多行程信息，多行程信息包括行程时间、始发地、目的地以及中转地；根据多行程信息进行交通工具信息匹配，交通工具信息包括交通方式、始发站、终点站、始发时间以及到达时间；在获取用户确认的出行信息后，根据出行信息生成用户的出行订单；获取乘客的个人信息，并根据出行订单为所述乘客进行票务预订。通过该多行程出行服务实现方法，能够自由的设置行程区间以及每个区间中的行程时间，并在多种可行的出行方案中自由进行选择，最终生成出行订单，完成票务预订，解决用户在多区间行程的情况下进行票务预订时需要繁琐的人工操作的问题。

Description

一种多行程出行服务实现方法、终端及系统

技术领域

本申请涉及电子地图导航技术领域，具体涉及一种多行程出行服务实现 方法、以及应用所述多行程出行服务实现方法的终端及系统。

背景技术

目前，地图导航技术已经十分成熟，市面上存在各种各样地图导航软件， 各种地图导航软件在进行行程规划时都是按照出行方式，如公交、自驾、打 车、火车以及飞机进行行程规划，并且在出发地和目的地没有单独出行方式 直达，如通过坐一趟火车就能到达，或者不能直达的情况下，如需要提供中 转其他地方才能到达，能够进行多个车次和地点的综合匹配以得出行程路 线。甚至，部分地图导航软件还具有跳转至票务预订软件的功能。

但是，现有的地图导航软件以及订票软件只能进行单行程的路线规划， 例如从A地到B地，在出现多行程出行情况时，例如先需要从A地到B地， 然后几天后从B地到C地，在此种情况下往往需要用户自己进行每个单区间 的行程规划，然后进行每个单区间之间的衔接，此时往往还大概率的存在车 次之间的延误，最终导致行程延误，使得存在多行程跨区域出行时存在极大 的不便。

因此，针对上述问题，本申请的发明人经过分析研究提出一种多行程出 行服务实现方法、终端及系统。

发明内容

鉴于以上内容，本发明的目的在于提供一种多行程出行服务实现方法、 终端及系统，通过该多行程出行服务实现方法，能够自由的设置行程区间以 及每个区间中的行程时间，并在多种可行的出行方案中自由进行选择，最终 生成出行订单，完成票务预订，解决用户在多区间行程的情况下进行票务预 订时需要繁琐的人工操作的问题。

为实现上述技术效果，本申请提供一种多行程出行服务实现方法，作为 其中一种实施方式，所述多行程出行服务实现方法包括步骤：接收用户输入 的多行程信息，所述多行程信息包括行程时间、始发地、目的地以及中转地； 根据所述多行程信息进行交通工具信息匹配，所述交通工具信息包括交通方 式、始发站、终点站、始发时间以及到达时间；在获取用户确认的出行信息 后，根据所述出行信息生成用户的出行订单；获取乘客的个人信息，并根据 所述出行订单为所述乘客进行票务预订。

作为其中一种实施方式，所述行程时间包括所述始发地的出发日期、所 述目的地的到达日期、所述中转地的到达日期和所述中转地的出发日期。

作为其中一种实施方式，所述中转地至少包括1个跨区域地点。

作为其中一种实施方式，所述根据所述多行程信息进行交通工具信息匹 配的步骤后还包括：将匹配后的结果以行程区间进行显示，显示的内容可以 进行选定操作；获取针对所述行程区间的选定操作的信息，并根据所述选定 操作的信息生成出行信息；弹出所述出行信息确认窗口以供确认。

作为其中一种实施方式，所述根据所述多行程信息进行交通工具信息匹 配的步骤后还包括：将匹配后的结果按照不同的方案进行组合，所述不同的 方案包括按照交通工具耗时最少、到达时间最早、价格最低以及时间段参数 进行自由组合；根据用户确认的方案，生成出行信息。

作为其中一种实施方式，所述获取用户确认的出行信息，并根据所述出 行信息生成用户的出行订单的步骤中包括：检测所述用户确认的出行信息中 包含的行程是否存在同日出行的行程；若存在，则对所述用户确认的出行信 息进行同日出行延误分析；当所述同日出行延误分析得出延误的几率大于预 设值时，发送同日出行延误提醒信息给用户；获取用户对所述同日出行延误 提醒信息的反馈信息；当接收到所述反馈信息时，对所述同日出行的行程中 的所述中转地的票务进行优选推荐。

作为其中一种实施方式，所述同日出行延误分析包括在前车次的晚点历 史数据分析、行程区间的气候分析以及各站点的人流量分析中的至少一项， 所述在前车次指所述出行信息中同日出行的相邻两趟车次中发车时间较早的 车次。

作为其中一种实施方式，所述出行订单还包括：用户住宿需求；所述多 行程出行服务实现方法还包括：根据所述住宿需求、各地点的具体位置和到 达时间，自动进行住宿地点的匹配查询，并对用户确认的住宿地点进行预订。

为解决上述技术问题，本申请还提供一种移动终端，作为其中一种实施 方式，所述移动终端包括存储器和处理器，所述存储器存储有至少一条程序 指令，所述处理器通过加载并执行所述至少一条程序指令以实现如上所述的 多行程出行服务实现方法。

为解决上述技术问题，本申请还提供一种多行程出行服务实现系统，作 为其中一种实施方式，所述多行程出行服务实现系统包括如上所述的移动终 端。

本申请提供一种多行程出行服务实现方法、终端及系统，通过接收用户 输入的多行程信息，多行程信息包括行程时间、始发地、目的地以及中转地； 根据多行程信息进行交通工具信息匹配，交通工具信息包括交通方式、始发 站、终点站、始发时间以及到达时间；在获取用户确认的出行信息后，根据 出行信息生成用户的出行订单；获取乘客的个人信息，并根据出行订单为所 述乘客进行票务预订。因此，本申请能够自由的设置行程区间以及每个区间 中的行程时间，并在多种可行的出行方案中自由进行选择，最终生成出行订单，完成票务预订，解决用户在多区间行程的情况下进行票务预订时需要繁 琐的人工操作的问题。

附图说明

图1为本申请多行程出行服务实现方法一实施方式的流程示意图。

图2为本申请移动终端的一实施方式结构示意图。

图3为本申请终端的一实施方式结构示意图。

具体实施方式

为更进一步阐述本申请为达成预定申请目的所采取的技术手段及功效, 以下结合附图及较佳实施例，对本申请的具体实施方式、方法、步骤、特征 及其效果，详细说明如下。

有关本申请的前述及其他技术内容、特点及功效,在以下配合参考图式的 较佳实施例的详细说明中将可清楚呈现。通过具体实施方式的说明,当可对本 申请为达成预定目的所采取的技术手段及效果得以更加深入且具体的了解， 然而所附图式仅是提供参考与说明之用,并非用来对本申请加以限制。

请参考图1，图1为本申请多行程出行服务实现方法一实施方式的流程 示意图。

需要说明的是，本实施方式多行程出行服务实现方法可以包括但不限于 如下几个步骤：

步骤S1：接收用户输入的多行程信息，多行程信息包括行程时间、始发 地、目的地以及中转地。

其中，多行程是指用户在一定的期间内需要前往多个地点，虽然存在目 的地和中转地，但是中转地也是所谓的“目的地”，即需要在中转地呆一段时 间进行相关活动。而不仅仅是将中转地作为始发地和目的地之间的换乘地点。

值得一提的是，在一实施方式中，中转地至少包括一个跨区域地点。其 中跨区域指的是跨区县级地点，一方面由于区级地点或县级地点内的交通数 据不够详细，另一方面由于区级地点或县级地点内完全可以不用在线预订行 程票务。

对于出行时间，即行程时间，可以设置到日或设置到某一天的某个具体 时段。并且在交通信息的匹配方法上可以在进行交通工具信息匹配之前设置 到某一天的某个具体时段，也可以在进行交通工具信息匹配之后再用户有更 具体的时间段要求时进行筛选。前者则可以大大减小服务器的数据分析时间。 因此，在一实施方式中，行程时间具体到某一天的某个具体时段。

需要说明的是，对于行程时间，在一实施方式中，所述行程时间包括始 发地的出发日期、目的地的到达日期、中转地的到达日期和中转地的出发日 期。

步骤S2：根据多行程信息进行交通工具信息匹配，交通工具信息包括交 通方式、始发站、终点站、始发时间以及到达时间。

其中，交通工具信息的匹配可以由终端处理也可以由服务器进行处理， 在一实施方式中，步骤S2：根据多行程信息进行交通工具信息匹配的步骤包 括：发送多行程信息至服务器进行交通工具信息匹配；接收匹配成功的交通 工具信息。值得一提的是，上述实施方式通过将交通工具信息匹配交由服务 器运行，可以极大的降低终端的配置需求，以及增加匹配的速度和准确度。

在另一实施方式中，步骤S2：根据多行程信息进行交通工具信息匹配的 步骤后还包括：将匹配后的结果以行程区间进行显示，显示的内容可以进行 选定操作；获取针对行程区间的选定操作的信息，并根据选定操作的信息生 成出行信息；弹出出行信息确认窗口以供确认。为了更加详细地进行说明， 下面通过举例进行说明。在从始发地深圳到中转地南昌后，再从南昌到长沙， 在进行此行程的交通工具信息匹配后，得到从深圳到南昌3月20号有长途客 车1个车次、普通火车方式6个车次、高铁及动车方式4个车次以及航班2 个航班，从南昌到长沙3月28号有长途客车2个车次、普通火车方式7个车 次、高铁及动车方式2个车次以及航班1个航班，对于上述匹配结果以展开 式的方式进行布局展示，即点击深圳到南昌后，展开详细内容从而对详细内 容进行选定，如深圳到南昌的出行规划选定高铁及动车方式的车次G7028,南 昌到长沙的出行规划选定航班东航MU5466。当选定后生成出行信息，即“深 圳-南昌——3月20日——G7028(车次的具体时间段)”，“南昌-长沙——3 月28日——东航MU5466”，然后弹出出行信息的确认窗口等待用户进行确认。

值得一提的是，上述实施方式是通过用户自己进行分区间选择，而在另 一实施方式中，步骤S2：根据多行程信息进行交通工具信息匹配的步骤后还 包括：将匹配后的结果按照不同的方案进行组合，不同的方案包括按照交通 工具耗时最少、到达时间最早、价格最低以及时间段参数进行自由组合；根 据用户确认的方案，生成出行信息。在本实施方式中，出行信息就是根据不 同的要求进行组合推荐，免除了用户自己进行选择的步骤。值得说明的是， 本实施方式中的时间段参数指的是某一天的某一段时间区间，交通工具耗时最少指的是乘客在交通工具上的时间最少。

步骤S3：在获取用户确认的出行信息后，根据出行信息生成用户的出行 订单。

其中，在一实施方式中，步骤S3：在获取用户确认的出行信息后，根据 出行信息生成用户的出行订单的步骤中包括：检测用户确认的出行信息中包 含的行程是否存在同日出行的行程；若存在，则对用户确认的出行信息进行 同日出行延误分析；当同日出行延误分析得出延误的几率大于预设值时，发 送同日出行延误提醒信息给客户；获取用户对同日出行延误提醒信息的反馈 信息；当接收到反馈信息时，对同日出行的行程中的中转地的票务进行优选 推荐。在本实施方式中涉及的同日出行延误分析指的是，例如从深圳到南昌，再到南昌到长沙的行程中，乘客乘坐高铁G7028次列车3月20号上午9点到 南昌，而在3月20号下午2点乘坐G3026次列车从南昌出发，而本申请主要 解决的问题主要是用户需要进行多行程出行，在多行程出行中涉及的每个地 点都需要进行相关活动。因此当G7028次列车到达南昌的时间与G3026次列 车从南昌出发的时间在同一天，并且相隔时间比较短时，如3月20号上午9 点到3月20号下午2点仅仅间隔5小时，有必要进行同日出行延误分析，即 考虑一些延误因素分析乘客在同日的短间隔时间内是否来得及赶上G3026次 列车。当经过同日出行延误分析，同日出行的延误几率大于预设值时，如百 分之50，则弹出同日出行延误提醒信息提醒乘客或用户，待用户确认有必要 进行延误的预防时，则通过筛选出发时间在G3026次列车的出发时间之后的 其他可选的车次，并进行推荐展示。

值得一提的是，在另一实施方式中，同日出行延误分析包括在前车次的 晚点历史数据分析、行程区间的气候分析以及各站点的人流量分析中的至少 一项，在前车次指出行信息中同日出行的相邻两趟车次中发车时间较早的车 次。需要进行说明的是，本实施方式是根据上述的不同方面的分析得出同日 出行的延误几率，具体数值可以根据相关设计进行计算。

其中，本申请的各实施方式都是对多行程出行进行规划服务，而往往在 外出时除了考虑各区间行程的交通工具，还应考虑住宿问题，因此，在一实 施方式中，出行订单还包括：用户住宿需求；多行程出行服务实现方法进一 步包括：根据住宿需求、各地点的具体位置和到达时间，自动进行住宿地点 的匹配查询，并对用户确认的住宿地点进行预订，其中住宿需求具体可以包 括住宿点的价位、住宿时间以及房型。

步骤S4：获取乘客的个人信息，并根据出行订单为乘客进行票务预订。

其中，在一实施方式中，步骤S4：获取乘客的个人信息，并根据出行订 单为乘客进行票务预订的步骤后包括：返回票务预订的信息；若预订失败， 则提醒用户进行车次的更改；若预订成功，则生成票务预订成功信息，并根 据票务信息生成二维码，该二维码可以被识别后展示整个出行行程的车次信 息。

综上所述，本申请实施方式的多行程出行服务实现方法，在接收用户输 入的多行程信息后，根据多行程信息进行交通工具信息匹配，进而在获取用 户确认的出行信息后，根据出行信息生成用户的出行订单，在生成出行订单 后获取乘客的个人信息，并根据出行订单为所述乘客进行票务预订。通过该 多行程出行服务实现方法，能够自由的设置行程区间以及每个区间中的行程 时间，并在多种可行的出行方案中自由进行选择，最终生成出行订单，完成 票务预订，解决用户在多区间行程的情况下进行票务预订时需要繁琐的人工操作的问题。

图2是本申请移动终端的一实施方式结构示意图。请参考图2，本实施 方式的移动终端包括存储器210和处理器220，存储器210存储有至少一条 程序指令，处理器220通过加载并执行所述至少一条程序指令以实现如上所 述的多行程出行服务实现方法。

本实施例中处理器220执行时实现的具体步骤请参图1所示实施方式的 描述，在此不再赘述。

本申请还提供一种计算机存储介质，计算机存储介质上存储有计算机程 序指令，计算机程序指令被处理器执行时实现如上所述的多行程出行服务实 现方法。

本实施例的计算机存储介质存储的计算机程序指令被处理器执行时实现 的具体步骤流程请参图1所示实施方式的描述，在此不再赘述。

综上所述，本申请实施例的移动终端及计算机存储介质在接收用户输入 的多行程信息后，根据多行程信息进行交通工具信息匹配，进而在获取用户 确认的出行信息后，根据出行信息生成用户的出行订单，在生成出行订单后 获取乘客的个人信息，并根据出行订单为所述乘客进行票务预订。通过这种 方式，能够自由的设置行程区间以及每个区间中的行程时间，并在多种可行 的出行方案中自由进行选择，最终生成出行订单，完成票务预订，解决用户 在多区间行程的情况下进行票务预订时需要繁琐的人工操作的问题。

图3是本申请一实施方式示出的一种终端的结构示意图。本申请的多行 程出行服务实现方法可以但不限于应用于如图3所示的终端。如图3所示， 终端10包括存储器102、存储控制器104，一个或多个(图中仅示出一个) 处理器106、外设接口108、射频模块150、定位模块112、摄像模块114、 音频模块116、屏幕118以及按键模块160。这些组件通过一条或多条通讯总 线/信号线122相互通讯。

可以理解，图3所示的结构仅为示意，终端10还可包括比图3中所示更 多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件 可以采用硬件、软件或其组合实现。

存储器102可用于存储软件程序以及模块，如本申请实施例中的多行程 出行服务实现方法对应的程序指令/模块，处理器106通过运行存储在存储控 制器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即 实现上述的多行程出行服务实现方法。

存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个 或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例 中，存储器102可进一步包括相对于处理器106远程设置的存储器，这些远 程存储器可以通过网络连接至终端10。上述网络的实例包括但不限于互联网、 企业内部网、局域网、移动通信网及其组合。处理器106以及其他可能的组 件对存储器102的访问可在存储控制器104的控制下进行。

外设接口108将各种输入/输入装置耦合至CPU以及存储器102。处理器 106运行存储器102内的各种软件、指令以执行终端10的各种功能以及进行 数据处理。

在一些实施例中，外设接口108，处理器106以及存储控制器104可以 在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

射频模块150用于接收以及发送电磁波，实现电磁波与电信号的相互转 换，从而与通讯网络或者其他设备进行通讯。射频模块150可包括各种现有 的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理 器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。射频模块150 可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络 与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或 者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并 不限于全球移动通信系统(Global System for Mobile Communication,GSM)、 增强型移动通信技术(Enhanced Data GSM Environment,EDGE),宽带码分多 址技术(wideband code divisionmultiple access,W-CDMA)，码分多址技 术(Code division access,CDMA)、时分多址技术(time division multiple access,TDMA)，蓝牙，无线保真技术(Wireless,Fidelity，WiFi)(如美 国电气和电子工程师协会标准IEEE 802.11a，IEEE 802.11b,IEEE802.11g和/或IEEE 802.11n)、网络电话(Voice over internet protocal,VoIP)、 全球微波互联接入(Worldwide Interoperability for Microwave Access， Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通 讯协议，甚至可包括那些当前仍未被开发出来的协议。

定位模块112用于获取终端10的当前位置。定位模块112的实例包括但 不限于全球卫星定位系统(GPS)、基于无线局域网或者移动通信网的定位技 术。

摄像模块114用于拍摄照片或者视频。拍摄的照片或者视频可以存储至 存储器102内，并可通过射频模块150发送。

音频模块116向用户提供音频接口，其可包括一个或多个麦克风、一个 或者多个扬声器以及音频电路。音频电路从外设接口108处接收声音数据， 将声音数据转换为电信息，将电信息传输至扬声器。扬声器将电信息转换为 人耳能听到的声波。音频电路还从麦克风处接收电信息，将电信号转换为声 音数据，并将声音数据传输至外设接口108中以进行进一步的处理。音频数 据可以从存储器102处或者通过射频模块150获取。此外，音频数据也可以 存储至存储器102中或者通过射频模块150进行发送。在一些实例中，音频 模块116还可包括一个耳机播孔，用于向耳机或者其他设备提供音频接口。

屏幕118在终端10与用户之间提供一个输出界面。具体地，屏幕118向 用户显示视频输出，这些视频输出的内容可包括文字、图形、视频、及其任 意组合。一些输出结果是对应于一些用户界面对象。可以理解的，屏幕118 还可以包括触控屏幕。触控屏幕在终端10与用户之间同时提供一个输出及输 入界面。除了向用户显示视频输出，触控屏幕还接收用户的输入，以便用户 界面对象对这些用户的输入做出响应。检测用户输入的技术可以是基于电阻 式、电容式或者其他任意可能的触控检测技术。触控屏幕显示单元的具体实 例包括但并不限于液晶显示器或发光聚合物显示器。

按键模块160同样提供用户向终端10进行输入的接口，用户可以通过按 下不同的按键以使终端10执行不同的功能。

请继续参考图2或图3以及其实施方式，本申请还提供一种系统，作为 其中一种实施方式，该系统配置有如上所述的终端。其中，交通工具信息以 及乘客的个人信息存储于云端服务器上，终端可以从服务器上获取上述信息， 进而通过终端自身完成交通工具信息的匹配和票务的预订，值得一提的是， 当终端的硬件配置无法快速的完成复杂的交通工具信息的匹配时，可以由云 端服务器上完成复杂的交通工具信息的匹配，并发送匹配结果至终端。

本申请实施例的系统，在终端接收到用户输入的多行程信息后，终端发 送多行程信息到服务器，服务器根据多行程信息进行交通工具信息匹配，并 发送匹配结果至终端，然后，终端在获取用户确认的出行信息后，根据出行 信息生成用户的出行订单，在生成出行订单后获取服务器上存储的乘客的个 人信息，或者终端接收用户输入的乘客的个人信息，并根据出行订单为所述 乘客进行票务预订。通过该多行程出行服务实现系统，能够自由的设置行程 区间以及每个区间中的行程时间，并在多种可行的出行方案中自由进行选择， 最终生成出行订单，完成票务预订，解决用户在多区间行程的情况下进行票 务预订时需要繁琐的人工操作的问题。

以上结合附图详细描述了本发明的优选实施方式，但是本发明并不限于 上述实施方式中的具体细节，在本发明的技术构思范围内，可以对本发明的 技术方案进行多种简单变型，这些简单变型均属于本发明的保护范围。在上 述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通 过任何合适的方式进行组合。为了避免不必要的重复，本发明对各种可能的 组合方式不再另行说明。

Claims (10)

1.一种多行程出行服务实现方法，其特征在于，所述方法包括：

接收用户输入的多行程信息，所述多行程信息包括行程时间、始发地、目的地以及中转地；

根据所述多行程信息进行交通工具信息匹配，所述交通工具信息包括交通方式、始发站、终点站、始发时间以及到达时间；

在获取用户确认的出行信息后，根据所述出行信息生成用户的出行订单；

获取乘客的个人信息，并根据所述出行订单为所述乘客进行票务预订。

2.根据权利要求1所述的多行程出行服务实现方法，其特征在于，所述行程时间包括所述始发地的出发日期、所述目的地的到达日期、所述中转地的到达日期和所述中转地的出发日期。

3.根据权利要求1所述的多行程出行服务实现方法，其特征在于，所述中转地至少包括1个跨区域地点。

4.根据权利要求1所述的多行程出行服务实现方法，其特征在于，所述根据所述多行程信息进行交通工具信息匹配的步骤后还包括：

将匹配后的结果以行程区间进行显示，显示的内容可以进行选定操作；

获取针对所述行程区间的选定操作的信息，并根据所述选定操作的信息生成出行信息；

弹出所述出行信息确认窗口以供确认。

5.根据权利要求1所述的多行程出行服务实现方法，其特征在于，所述根据所述多行程信息进行交通工具信息匹配的步骤后还包括：

将匹配后的结果按照不同的方案进行组合，所述不同的方案包括按照交通工具耗时最少、到达时间最早、价格最低以及时间段参数进行自由组合；

根据用户确认的方案生成出行信息。

6.根据权利要求1所述的多行程出行服务实现方法，其特征在于，所述获取用户确认的出行信息，并根据所述出行信息生成用户的出行订单的步骤中包括：

检测所述用户确认的出行信息中包含的行程是否存在同日出行的行程；

若存在，则对所述用户确认的出行信息进行同日出行延误分析；

当所述同日出行延误分析得出延误的几率大于预设值时，发送同日出行延误提醒信息给用户；

获取用户对所述同日出行延误提醒信息的反馈信息；

当接收到所述反馈信息时，对所述同日出行的行程中的所述中转地的票务进行优选推荐。

7.根据权利要求6所述的多行程出行服务实现方法，其特征在于，所述同日出行延误分析包括：在前车次的晚点历史数据分析、行程区间的气候分析以及各站点的人流量分析中的至少一项，所述在前车次指所述出行信息中同日出行的相邻两趟车次中发车时间较早的车次。

8.根据权利要求1-7中任一项所述的多行程出行服务实现方法，其特征在于，所述出行订单还包括：用户住宿需求；

所述多行程出行服务实现方法还包括：

根据所述住宿需求、各地点的具体位置和到达时间，自动进行住宿地点的匹配查询，并对用户确认的住宿地点进行预订。

9.一种移动终端，其特征在于，包括存储器和处理器，所述存储器存储有至少一条程序指令，所述处理器通过加载并执行所述至少一条程序指令以实现如权利要求1-8中任一项所述的多行程出行服务实现方法。

10.一种多行程出行服务实现系统，其特征在于，所述多行程出行服务实现系统包括如权利要求9所述的移动终端。

Images