CN106096750A - 共乘用户的路径干扰和用户的重新规划路线 - Google Patents

Abstract

本发明公开一种共乘用户的路径干扰和用户的重新规划路线。共乘服务器可接收在多式联运系统中的一个或更多个路径的干扰的指示。所述服务器还可识别计划使用租赁的车辆沿着被指示为受干扰的一个或更多个路径行驶的共乘用户；为共乘用户确定替换路线；向共乘用户的移动装置发送指示所述替换路线的更新。共乘用户的移动装置可从共乘服务器接收替换路线，向共乘服务器发送替换路线的接受或取消。租赁服务器可被告知租赁车辆的状态变化。

Description

共乘用户的路径干扰和用户的重新规划路线

技术领域

本公开的多个方面总体上涉及一种允许行程规划、出价、显示和行程预约的多式联运系统，其包括路径干扰的识别和基于所述识别的针对用户的替换的路线规划。

背景技术

多式联运系统是可使用多种交通运输模式来运输货物或乘客的系统。作为一些示例，所述交通运输模式可包括公共汽车、火车、飞机、汽车、自行车、船(例如，渡轮、邮轮等)，甚至包括步行，并且所述交通运输模式可包括通过路径(诸如公路、轨道、单轨铁路、隧道、水路和空运)的行驶。多式联运系统可促进交通运输模式之间(诸如，公共交通、多个体交通和个体交通之间)的竞争。哪种交通运输模式占优势可取决于文化、财政、地理、乘员和资源的约束。许多城市地区包含多式联运系统，所述多式联运系统包括在交通运输枢纽相互连接的公共与个体交通系统的混合体。

发明内容

在第一说明性实施例中，一种系统包括共乘服务器，所述共乘服务器被配置为：接收在多式联运系统中的路径干扰的指示；识别在使用租赁车辆之前计划沿着具有所述干扰的路径行驶的共乘用户；为共乘用户确定替换路线；向共乘用户的移动装置发送指示所述替换路线的更新。

在第二说明性实施例中，一种计算机执行的方法包括：通过共乘用户的移动装置从共乘服务器接收针对所述用户的替换路线，所述替换路线是基于沿着在多式联运系统内的用户的计划行驶路径的路径干扰而确定的，所述路径干扰影响租赁车辆的计划；响应于接受所述替换路线，将租赁车辆的状态变化告知租赁服务器。

根据本发明的一个实施例，所述多式联运系统还包括基于铁路的运输路径、基于空运的运输路径、基于水运的运输路径和基于道路的运输路径中的至少两个，租赁车辆是基于道路的运输车辆，所述路径干扰包括基于铁路的运输路径、基于空运的运输路径或基于水运的运输路径中的一个的干扰。

根据本发明的一个实施例，所述租赁车辆的计划包括：(i)在沿着路径干扰行驶之前使用租赁车辆，(ii)在沿着路径干扰行驶之后使用租赁车辆。

根据本发明的一个实施例，所述方法还包括：向租赁服务器识别作为租赁车辆的驾驶员的共乘用户；为不使用租赁车辆的共乘用户提出替换路径；将租赁车辆相对于共乘用户的状态变化告知租赁服务器。

根据本发明的一个实施例，所述方法还包括：将共乘用户识别为驾驶员用户的租赁车辆的共乘乘客；为不使用租赁车辆的共乘用户提出替换路径；将共乘乘客相对于租赁车辆的状态变化告知租赁车辆的驾驶员用户。

根据本发明的一个实施例，所述方法还包括：从共乘用户的移动装置向共乘服务器发送指示共乘用户在多式联运系统中的定位的位置更新，其中，所述替换路线是至少部分基于共乘用户的所述定位的。

根据本发明的一个实施例，所述方法还包括：为共乘用户提出包括用于搭乘租赁车辆的返回行程的替换路径。

在第三说明性实施例中，一种系统包括共乘用户的移动装置，所述移动装置被配置为：从共乘服务器接收替换路线，所述替换路线是基于在多式联运系统内的一个或更多个路径的干扰而确定的，其中，所述用户在使用租赁车辆之前计划沿着所述路径行驶；向共乘服务器发送所述替换路线的接受；将租赁车辆的状态变化告知租赁服务器。

根据本发明的一个实施例，所述移动装置还被配置为：向租赁服务器识别作为租赁车辆的驾驶员的共乘用户；为不使用租赁车辆的共乘用户提出替换路径；将租赁车辆相对于共乘用户的状态变化告知租赁服务器。

根据本发明的一个实施例，所述移动装置还被配置为：将共乘用户识别为驾驶员用户的租赁车辆的共乘乘客；为不使用租赁车辆的共乘用户提出替换路径；将共乘乘客相对于租赁车辆的状态变化告知租赁车辆的驾驶员用户。

根据本发明的一个实施例，所述移动装置还被配置为：向共乘服务器发送指示共乘用户在多式联运系统中的定位的位置更新，其中，所述替换路线是至少部分基于共乘用户的所述定位的。

根据本发明的一个实施例，所述移动装置还被配置为：为共乘用户提出包括用于搭乘租赁车辆的返回行程的替换路径。

根据本发明的一个实施例，所述移动装置包括执行行程规划应用的智能电话。

附图说明

图1示出了包括被配置为访问远程信息处理服务器的车辆和具有行程规划应用的移动装置的示例图；

图2A示出了多式联运系统的示例性逻辑图；

图2B示出了多式联运系统的示例性网络图；

图3示出了能用于生成路线的特征的示例性数据图；

图4示出了用于构建路线的示例性数据流；

图5示出了用于基于修改后的路线更新进行路线更新选项的选择的行程规划应用的示例性用户界面；

图6示出了用于构建路线的示例性处理；

图7示出了用于基于识别出的在多式联运系统中的服务停止或延迟来自动更新路线的示例性处理。

具体实施方式

根据需要，在此公开本发明的具体实施例；然而，应理解的是，所公开的实施例仅为本发明的示例，其可采用各种替代形式来实现。附图不必按比例绘制；可夸大或最小化一些特征以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为限制，而仅为用于教导本领域技术人员以多种形式利用本发明的代表性基础。

多式联运系统可以是可使用多种交通运输模式(诸如，步行、自行车、摩托车、汽车、公共汽车、飞机、船只和铁路火车)来运输货物或乘客的系统，所述交通运输模式是出行者拥有或租用的，或者是可供租赁或租用的、或合伙人所属的所有制集团的一部分。多式联运系统可包括例如通过基于铁路的公共交通系统或基于公共汽车的快速交通系统连接的多模式枢纽串。所述枢纽可包含诸如停车场和租赁处的特征，其中，租赁处包含车辆(诸如，汽车、摩托车和自行车)的存放。每个枢纽周围可能是公路、自行车车道和人行道，因此，通勤人员可以使用自行车、租赁的车辆或通过步行来在枢纽之间穿梭或者来往于枢纽和目的地。在许多情况下，至少一些交通运输模式在专用于该交通运输模式的路径上运行。

共乘系统可包括安装在用户的移动装置上的行程规划应用。当用户的移动装置在车辆的无线传输范围内时，行程规划应用可被配置为连接到车辆的车载计算平台并与车辆的车载计算平台相集成。行程规划应用可被配置为根据从连接的车辆接收的信息(诸如，全球定位信息)执行路线优化。行程规划应用可被配置为通过考虑所有交通运输模式的车辆路线的状态和费用、时间以及其它因素(诸如，乘车人的特征、路线政策(例如，合用车车道、停车、速度限制、车辆重量和大小)和车辆乘员的数量)之间的差异来帮助共乘决策制定。使用行程规划应用的共乘驾驶员可相应地理解这些因素之间的权衡并基于推荐来进行选择(例如，通过使用车辆的人机界面(HMI)、使用用户的移动装置的HMI等来进行选择)。当在车辆的范围之外时，行程规划应用可被配置为在不与车辆的HMI集成的情况下自主操作。

在一些情况下，共乘系统可接收指示公共交通车辆(例如，火车、公共汽车、飞机等)的运行落后于计划的信息。这样，乘车人可以比最初预期的晚一些到达枢纽，从该枢纽开始的路线的起始时间可能需要调整，使用户从枢纽出发的先前计划的路线的部分或全部无效。例如，先前确定的路线可能想让用户搭乘在特定时间离开的火车，而用户的新到达时间将导致用户错过火车。作为另一示例，先前确定的路线可以依然有效，但是可能不再允许用户及时地到达行程目的地位置。作为又一示例，先前确定的路线可能期望包含第二乘车人以补偿租赁车辆的费用，而如果驾驶的用户迟到则第二乘车人不能进行共乘。行程规划应用可被配置为通知用户这样的状况，以及允许用户同意用替换路线来处理这种状况。在此详细论述了多式联运系统和行程规划应用的进一步的方面。

图1示出了包括被配置为访问远程信息处理服务器的车辆102和具有行程规划应用170的移动装置152的示例性系统100。车辆102可包括各种类型的载客车辆(诸如，跨界多功能车辆(CUV)、运动型多功能车辆(SUV))、卡车、休旅车(RV)、船、飞机或用于运输人或货物的其它移动机器。作为一些非限制性可行方式，远程信息处理服务可包括导航、逐向导航(turn-by-turn directions)、车辆健康状况报告、本地商户搜索、事故报告以及免提呼叫。在示例中，车辆102可包括由密歇根州迪尔伯恩市的福特汽车公司制造的SYNC系统。应注意到的是，示出的系统100仅仅是示例，可使用更多、更少和/或不同布置的元件。

计算平台104可包括一个或更多个处理器106，所述一个或更多个处理器106连接到内存108和计算机可读存储介质112两者，且被配置为执行支持在此描述的处理的指令、命令或其它例程。例如，计算平台104可被配置为执行车辆应用110的指令，以提供诸如导航、事故报告、卫星无线电解码和免提呼叫的功能。可使用各种类型的计算机可读存储介质112以非易失性方式来保存这样的指令和其它数据。计算机可读介质112(也被称作处理器可读介质或存储器)包括参与提供可由计算平台104的处理器106读取的指令或其它数据的任何非暂时性介质(例如，有形介质)。可从使用各种编程语言和/或技术创建的计算机程序编译或解释计算机可执行指令，所述各种编程语言和/或技术包括但不限于以下项中的单独一个或它们的组合：Java、C、C++、C#、Objective C、Fortran、Pascal、Java Script、Python、Perl和PL/SQL。

计算平台104可设置有允许车辆乘员与计算平台104交互的各种功能。例如，计算平台104可包括音频输入114和辅助音频输入118，音频输入114被配置为通过连接的麦克风116从车辆乘员接收说出的命令，辅助音频输入118被配置为从连接的装置接收音频信号。辅助音频输入118可以是物理连接(诸如，电线或光纤线缆)或者无线输入(诸如，蓝牙音频连接)。在一些示例中，音频输入114可被配置为提供音频处理能力，诸如，低水平信号的前置放大以及将模拟输入转换成数字数据以由处理器106进行处理。

计算平台104还可向具有音频重放功能的音频模块122的输入提供一个或更多个音频输出120。在其它示例中，计算平台104可通过使用一个或更多个专用扬声器(未示出)向乘员提供音频输出。音频模块122可包括输入选择器124，输入选择器124被配置为向音频放大器128提供来自选择的音频源126的音频内容，以用于通过车辆扬声器130或耳机(未示出)进行重放。作为一些示例，音频源126可包括解码的调幅(AM)无线电信号或调频(FM)、以及来自致密盘(CD)或数字多功能盘(DVD)的音频重放的音频信号。音频源126还可包括从计算平台104接收的音频(诸如，由计算平台104产生的音频内容、从连接到计算平台104的通用串行总线(USB)子系统132的闪存驱动器解码的音频内容、以及从辅助音频输入118通过计算平台104传递的音频内容)。

计算平台104可利用语音接口134向计算平台104提供免提接口。在第8400332号美国专利中描述了一种示例性口语对话系统，在此通过引用将其内容全部包含于此。语音接口134可支持根据与可用命令关联的语法对经由麦克风116接收的音频进行语音识别，并且支持语音提示产生以用于经由音频模块122输出。可以使用不同的解码语音策略，例如，语音学、孤立词、字定位、短语识别、大词汇量连续语音识别(large vocabulary continuous speechrecognition，LVCSR)等。在一些示例中，不同的语法语言和语音识别引擎可用于不同的策略。语音接口134可使用语法与输入语音相比较来利用概率语音识别技术。在许多情况下，语音接口134可包括供语音识别功能使用的标准用户配置文件调整，以允许语音识别被调节以提供平均而言好的结果，从而对最大数量的初始用户提供积极的体验。在一些情况下，当音频提示已经准备好由计算平台104进行呈现且另一音频源126被选择用于重放时，系统可被配置为使由输入选择器124指定的音频源暂时静音或以其它方式超驰由输入选择器124指定的音频源。

在一些示例中，一键通(push-to-talk)按钮可被配置为使语音接口134开始语音识别。在另一示例中，可在用户只是开始讲话而没有按压按钮的情况下实施“打开麦克风”功能。这可利用音控开关(voice operated switch，VOX)或利用因预定的短语或词汇集(例如，系统的名称后面加上“请”、后面加上特定动词集中的一个)而激活的高级LVCSR引擎来实施。语音接口134还可支持语音打断(barge-in)，从而在用户结束一句话(通常是自然语音，其中，听者一理解这句话就开始说话，但是这是在这句话完成之前)之前语音合成器开始提供提示。语音打断还可在安静的时候允许对话系统故意发起对话，或者中断正在进行的会话。这可用作传达紧急性从而引起用户注意的策略。

计算平台104还可从被配置为提供乘员与车辆102的交互的人机界面(HMI)控制件136接收输入。例如，计算平台104可与被配置为调用计算平台104上的功能的一个或更多个按钮或者其它HMI控制件(例如，方向盘音频按钮、一键通按钮、仪表板控制件等)进行交互。计算平台104还可驱动或以其它方式与一个或更多个显示器138进行通信，一个或更多个显示器138被配置为通过视频控制器140向车辆乘员提供视觉输出。在一些情况下，显示器138可以是还被配置为经由视频控制器140接收用户触摸输入的触摸屏，而在其它情况下，显示器138可以仅仅是不具备触摸输入能力的显示器。

计算平台104还可被配置为经由一个或更多个车载网络142与车辆102的其它组件进行通信。作为一些示例，车载网络142可包括车辆控制器局域网(CAN)、以太网以及面向媒体的系统传输(MOST)中的一个或更多个。车载网络142可允许计算平台104与车辆102的其它系统进行通信，车辆102的其它系统诸如：车辆调制解调器144(在一些配置中可能不存在)、被配置为提供车辆102的当前位置和行驶方向信息的全球定位系统(GPS)模块146以及被配置为与计算平台104合并的各种车辆ECU(电子控制单元)148。作为一些非限制性的可行方式，车辆ECU 148可包括：动力传动系统控制模块，被配置为提供发动机操作组件(例如，怠速控制组件、燃料输送组件、排放控制组件等)的控制以及发动机操作组件的监测(例如，发动机诊断代码的状态)；车身控制模块，被配置为管理各种电力控制功能，诸如，外部照明、内部照明、无钥匙进入、远程启动以及接入点状态验证(例如，车辆102的发动机罩、车门和/或行李厢的关闭状态)；无线电收发器模块，被配置为与遥控钥匙或车辆102的其它本地装置进行通信；气候控制管理模块，被配置为提供制热和制冷系统组件的控制和监测(例如，压缩机离合器和鼓风机风扇控制、温度传感器信息等)。

如示出的，音频模块122和HMI控制件136可通过第一车载网络142A与计算平台104进行通信，车辆调制解调器144、GPS模块146和车辆ECU 148可通过第二车载网络142B与计算平台104进行通信。在其它示例中，计算平台104可被连接到更多或更少的车载网络142。附加地或可选地，一个或更多个HMI控制件136或其它组件可经由与示出的车载网络142不同的车载网络142连接到计算平台104，或者在不连接到车载网络142的情况下直接连接到计算平台104。

计算平台104还可被配置为与车辆乘员的移动装置152进行通信。移动装置152可以是各种类型的便携式计算装置中的任何一种，诸如，蜂窝电话、平板计算机、智能手表、膝上型计算机、便携式音乐播放器、可穿戴装置、电子织物或能够与计算平台104进行通信的其它装置。在许多示例中，计算平台104可包括无线收发器150(例如，蓝牙模块、ZIGBEE收发器、WiFi收发器、IrDA收发器、RFID收发器等)，无线收发器150被配置为与移动装置152的兼容无线收发器154进行通信。附加地或可选地，计算平台104可通过有线连接与移动装置152进行通信，诸如，经由移动装置152与USB子系统132之间的USB连接与移动装置152进行通信。在一些示例中，移动装置152可以是电池供电的，而在其它情况下，移动装置152可通过有线连接从车辆102接收其电力的至少一部分。

通信网络156可向连接到通信网络156的装置提供诸如包交换网络服务(例如，互联网访问、VoIP通信服务)的通信服务。通信网络156的示例可包括蜂窝电话网络。移动装置152可经由移动装置152的装置调制解调器158提供到通信网络156的网络连接能力。为了便于通过通信网络156进行通信，移动装置152可与唯一装置标识符(例如，移动装置号码(MDN)、网际协议(IP)地址等)相关联，以识别移动装置152通过通信网络156进行的通信。在一些情况下，可由计算平台104根据在存储器介质112中保存的配对装置数据160来识别车辆102的乘员或具有连接到计算平台104的许可的装置。例如，配对装置数据160可指示出先前与车辆102的计算平台104配对的移动装置152的唯一装置标识符，使得计算平台104可在无需用户介入的情况下自动重新连接到在配对装置数据160中涉及的移动装置152。

当支持网络连通性的移动装置152与计算平台104配对时，移动装置152可允许计算平台104使用装置调制解调器158的网络连通性来通过通信网络156与远程信息处理服务器208或其它远程计算装置进行通信。在一个示例中，计算平台104可利用移动装置152的数据计划或话上数据计划在计算平台104与通信网络156之间传输信息。附加地或可选地，计算平台104可利用车辆调制解调器144在计算平台104与通信网络156之间传输信息，而无需使用移动装置152的通信设施。

与计算平台104类似，移动装置152可包括一个或更多个处理器164，所述一个或更多个处理器164被配置为执行从移动装置152的存储器介质168加载到移动装置152的内存166的移动应用的指令。在一些示例中，移动应用可被配置为经由无线收发器154与计算平台104进行通信，且经由装置调制解调器158与远程信息处理服务器208或其它网络服务进行通信。计算平台104还可包括装置链路接口172，以有助于将移动应用的功能与经由语音接口134获得的命令的语法进行集成。装置链路接口172还可向移动应用提供对可由计算平台104经由车载网络142获得的车辆信息的访问。装置链路接口172的示例可以是由密歇根州迪尔伯恩市的福特汽车公司提供的SYNC系统的SYNC APPLINK组件。

行程规划应用170可以是安装到移动装置152的应用的示例，并且可被配置为利用装置链路接口172与计算平台104进行交互。当连接到车辆102时，行程规划应用170可被配置为利用可经由车辆总线142获得的来自车辆传感器、致动器和电子控制单元的信息。行程规划应用170还可被配置为在脱离车辆102的约束时(诸如，当用户乘坐公共交通工具或步行时)工作。行程规划应用170还可被配置为通过通信网络156与服务器进行通信(如下面详细讨论的)。用户可通过移动装置152的HMI、经由网站界面或经由车辆102的HMI来与行程规划应用170进行交互，以避免在驾驶时分散注意力。如果出行者已利用若干个共乘车辆102划分了行程，则行程规划应用170还可识别下个车辆102位于何处以定位乘车人的行程的下一路段。

图2A示出了多式联运系统200的示例性逻辑图200-A。如示出的，多式联运系统200可包括多模式枢纽202-A至202-F(统称为202)。多模式枢纽202可通过公共交通运输系统204(诸如，基于铁路的公共交通运输系统(例如，火车204-A)、基于空运的公共交通运输系统(例如，飞机204-B)、基于公路的交通运输系统(例如，自行车204-C、公共汽车204-D等)和基于水运的交通运输系统(未示出)中的一种或更多种)来连接。系统200可包括车辆102(诸如，汽车、卡车、自行车、火车或其它运输车辆或装置)，车辆102可穿越路径206以便于用户在不同位置之间移动。

枢纽202可被配置为使交通运输系统204能够由系统200的用户使用。作为一些可行方式，交通运输系统204可包括共乘服务、车辆租赁服务和自行车租赁服务。这些服务可包括汽车共享服务(诸如，马萨诸塞州坎布里奇市的安飞士巴基特集团的Zipcar子公司)、自行车共享服务(诸如，马萨诸塞州波士顿市的Hubway自行车共享系统)、出租车服务或车辆102(例如通过使用移动装置152)可被临时租赁或租用或者可用于特定用途或行程(例如，单程行程)的其它服务。还应注意的是，在一些情况下，用户可利用他们自己的车辆102。枢纽202可被配置为存放交通运输系统204的车辆102(诸如，等待乘车人的租赁或租用车辆102)。枢纽202可被配置为存放个人车辆102(通常是租用的或拥有所有权的)。在示例中，枢纽202可包括停车场或用于个人所有的交通车辆102(例如，汽车、卡车、自行车等)的其它存放处，以及租赁处或用于存放租赁交通车辆102(例如，汽车、摩托车、自行车等)的其它存放处。附加或可选地，枢纽202可包括用于通常不是个人所有或租用的而是公司或公共机关所有或租用的飞行器、火车等的一个或更多个存放处。

枢纽202还可位于一个或更多个可规划路径206(诸如公路、自行车车道和人行道)的附近，以使用户可以穿越路径206以使用车辆102或通过步行在枢纽202之间或在枢纽202和其它目的地之间穿行。在一些情况下，路径206可跨越多个交通运输模式(例如，个人车辆102和出租车102)或跨越若干个共乘车辆进行共享，而在其它情况下，路径206可根据交通运输模式而不同(例如，火车和公共汽车穿越不同的路径206)。用户可穿越的路径206(用于从一个位置行进到达另一位置)的有序集在此可被称为路线226(下面更详细地论述)。应注意的是，对于路面导航、航海导航和航空导航，术语可以不同。例如，汽车路线规划系统可涉及起点、一组机动(maneuver)和目的地。在每个机动之间还可以有通过路段(leg)连接的路点。机动可以是十字路口，机动之间的路点描述道路的形状。路线的选择可依次进行(例如，通过排除最不可接受的路线，引入额外的选择标准，并去除较不可接受的路线直到选择了一个路线为止)。然而，意外的或不可能的事件可能发生，先前不可接受的路线变成优选的。利用动态的路线规划，路线选择可在行进中变化。

图2B示出了多式联运系统200的示例性网络图200-B。如示出的，通信网络156可支持各种组件(诸如，用户(无论是在乘坐车辆102还是没有乘坐车辆102)的移动装置152、共乘服务器208-A、208-B和208-C(统称为208)、租赁服务器210、广告服务器212、交易服务器214、多模式路线规划引擎216、乘客预约系统218、天气服务220、交通服务222和地图服务器224)之间的通信。系统200可采用多种不同的形式且包括多个和/或可替换的组件和设施。虽然在图2B中示出了示例性系统200，但是系统200示出的示例性组件不意在成为限制。实际上，可使用附加的或可选的组件和/或实施方式。作为一个示例，多模式路线规划引擎216的部分或全部功能可集成到共乘服务器208中。

共乘服务器208可被配置为管理系统200的车辆102。如示出的，多式联运系统200包括多个车辆102-A至102-H(统称为102)，所述多个车辆102被配置为与共乘服务器208进行通信(例如，在使用或不使用移动装置152的情况下与共乘服务器208进行通信)。共乘服务器208可被配置为用作行程规划应用170的用户与多式联运系统200的服务进行交互的联系点。作为一些可行方式，这些服务可包括动态的中间交通运输模式选择、用于共乘(例如，即时共乘、动态共乘、ad-hoc(点对点)的共乘、动态的车辆合用等)的乘客和驾驶员的行程规划和车辆102的位置跟踪。共乘服务器208可相应地向系统200的用户提供共乘服务，从而允许用户在枢纽202中或者在到达枢纽202时进行有效的车辆合用，或者预订另一个共乘车辆并用GPS示出下一个车辆的位置。因此，这样可以通过在公共交通运输系统204上行驶时自动寻找共乘伙伴，来加速运动通过交通运输枢纽202，而非尝试在交通运输枢纽202中进行ad-hoc共乘(例如，当到达机场时才叫出租车)。

共乘服务器208还可向除了行程规划应用170的用户以外的其他方提供服务。例如，当用户选择了特定的交通运输模式时，共乘服务器208可向交通运输系统204提供通知，从而允许将车辆102分配至针对系统200的用户的路线226。在另一示例中，短期租赁车辆102可由租赁服务器210管理。用户可通过租赁服务器210预订短期租赁车辆102，租赁的细节(例如，租赁的费用、天数等)可被提供给共乘服务器208，以用于帮助使用租赁的车辆102进行共乘。例如，对于已通过公共交通运输系统204到达枢纽202且需要车辆102用于共乘以在交通运输枢纽202与最终目的地之间穿行的用户，共乘服务器208可识别租赁的车辆102或共乘的车辆102。

广告服务器212可被配置为从交通运输系统204收集信息，以吸引用户并为所造成的不便(诸如，改变行程时间等)而提供特别折扣来作为回馈。广告服务器212还可被配置为提供收益流以操作系统200，但是系统200可附加或可选地使用订阅模式来满足操作成本和固定成本。

交易服务器214可被配置为操作为钱包服务器以通过用户的移动装置152向出行者提供购买票券、租赁车辆102等的渠道。在示例中，交易服务器214可被配置为：管理系统的用户的账户信息，以帮助用户为共享车辆102而进行支付和接收用于共享车辆102的支付，以及累积整个账单周期(例如，30天等)的交易，并在账单周期结束时向用户提供信贷、支出或账单。相应地，作为示例，交易服务器214可允许在无需在车辆102或枢纽202中执行现金或信贷交易的情况下执行共乘的财务项目，从而通过避免在售票柜台停留来加速运动通过交通运输中心。

作为一些其它的可行方式，交易服务器214可帮助交通运输资产(诸如，车辆102或车辆102内的座椅)的所有权共享，例如，用户群可根据联合所有权协议而共同拥有车辆的车队。交易服务器214可相应地按照联合所有权规定所确定的来提供对共享的交通运输资产的使用。此外，交通运输资产能够被其它用户租用、拥有和共享，例如将座椅的专用权提供给个人或群体以换取预付款和循环性费用。如果非所有者使用可用的但是被其它用户所拥有的座椅，则非所有者可以为使用该座椅而向拥有该座椅的群体付费。作为另一示例，雇主可以为其雇员购买座椅。座椅可以被分配或一般可被分配给特定等级。如果所述等级满额了，则用户可以有权获得优惠券或一些赔偿。交易服务器214可启用这些所有权模式，还有利于用户之间的支付记账。

多模式路线规划引擎216可被配置为向共乘服务器208提供路线规划服务。如下面详细论述的，多模式路线规划引擎216可被配置为识别特定行程的出行时间和路径206，还识别并更新可能受交通干扰或其它出行问题(诸如，车辆102遭遇事故或者中枢水管破裂)影响的路线226。在一些情况下，多模式路线规划引擎216可被集成到共乘服务器208中的一个或更多个中，而在另一些情况下，多模式路线规划引擎216的一些或全部功能可与共乘服务器208分开并可由共乘服务器208调用。

共乘服务器208可被进一步配置为还与其它联网的信息源进行通信。在示例中，共乘服务器208可被配置为从交通运输系统204的乘客预约系统218接收信息(诸如，票券信息和火车或其它计划信息)。在另一示例中，共乘服务器208可被配置为从天气服务220接收信息，天气服务220被配置为提供指示历史、当前和/或预报的环境状况的信息。在另一示例中，共乘服务器208可被配置为从交通服务222接收信息，交通服务222被配置为提供指示沿着路径206的历史、当前和/或预报的交通状况的信息。在另一示例中，共乘服务器208可被配置为从地图服务器224接收地图信息(诸如，路径206的信息和路线226的信息)。

图3示出了能用于生成路线226的特征的示例性数据图300。作为一些非限制类别，这些特征可包括车辆特征302、行程特征304和乘客特征306。

车辆特征302可包括车辆102的一个或更多个特征。车辆特征302可包括指示车辆102的当前状态的信息，以及指示独立于任何当前状态的车辆102自身的性能的信息。作为一些示例，车辆特征302可包括：驾驶员座椅可用性308，指示是否有用户被指定给车辆102(如果有用户被指定给车辆102，则可选地指示用户的标识符)；可使用车辆102同时运载的乘客的最大数量310(例如，座椅安全带计数等)；可由车辆102运输的货物的最大量312(例如，最大重量、长度、容积的测量值等)；车辆102运行的每英里费用314(例如，燃料效率信息、每英里的租赁费用信息等)；排放数据316(例如，车辆102的运行清洁度)；燃料数据318(例如，液体燃料类型和液体燃料量的测量值和当前可用的电池荷电状态)；信息娱乐信息320(例如，视频、呼叫、连接或其它功能是否是可用的)。

行程特征304可包括将通过多式联运系统200执行的用户行程的一个或更多个特征。作为一些示例，行程特征304可包括诸如以下内容的信息：行程起点位置322和行程目的地位置324(例如，指定为GPS坐标、地址等)、指示发生行程所期望或需要的时间的时间限制326(例如，到达目的地的时间、基于前一事件(诸如，因前一行程而抵达枢纽202)的启程时间等)、费用限制328(例如，用户为了完成行程而希望支付的最大数额)、道路状况330(例如，交通、道路封闭、天气、能见度等)和情境信息332(例如，诸如到达电影放映地的定时要求)。

乘客特征306可包括期望进行某行程的乘客的一个或更多个特征。乘客特征306可包括针对乘客的行程指定的信息和/或不依赖特定行程的乘客的特征。作为一些示例，乘客特征306包括乘客体型334(例如，身高、宽度等)、乘客重量336(例如，千克数)、乘客舒适度要求338(例如，制热/制冷设置、按摩座椅设置等)、健康信息340(例如，乘客是否生病、容易晕车、具有对诸如花粉或烟草等的特殊过敏症状从而要求不同的路线或座位)、残障信息342(例如，乘客是否具有可能影响出行的运动性损伤或其它特征)、行李344(例如，关于行李的计数、重量和/或尺寸的信息)。

图4示出了用于构建路线226的示例性数据流示图400。如示出的，多模式路线规划引擎216可接收车辆特征302、行程特征304、乘客特征306、来自天气服务220的天气数据402、来自交通服务222的交通数据404、来自地图服务器224的地图数据406、来自乘客预约系统218的预约数据408。利用接收到的信息，多模式路线规划引擎216可计算路线206，路线206包括用户可穿行的一个或更多个路径206的有序集。

多模式路线规划引擎216可被配置为确定通过多式联运系统200的各个路径206的时间和费用值。在示例中，多模式路线规划引擎216可接收地图数据406(例如，包括公共交通时间表)、预计的到达和启程时间、实际的到达和启程时间。例如，摆渡计划信息可包括路径206的长度(例如，米数)和/或路径穿行费信息(例如，估计的交通顺畅出行时间)。多模式路线规划引擎216还可被配置为根据当前状况调节这些值。例如，多模式路线规划引擎216可利用天气数据402来降低估计的行驶速率(例如，考虑到下雨、下雪、结冰、起雾或其它天气状况的估计的沿着路径206的每小时千米数)。作为另一种可能性，多模式路线规划引擎216可利用交通数据404来降低沿着特定路径206的被识别为缓慢或堵塞的估计的行驶速率(例如，基于从行车道环形传感器、相机等测量的实际车辆102的行驶时间数据)。作为另一可能性，当公共交通运输模式的运行不饱和时，多模式路线规划引擎216可降低通过另一种交通运输模式穿越该系统的用户的费用，然而，如果公共交通运输模式满负荷或超负荷运行，则多模式路线规划引擎216可提高穿越该系统的用户的费用。

多模式路线规划引擎216还可被配置为利用确定的路径206的值来构建从行程起点位置322至行程目的地位置324的一个或更多个路线226，所述一个或更多个路线226与行程特征304的时间限制326和费用限制328相符。例如，多模式路线规划引擎216可利用费用最低的路线规划算法来确定从行程起点位置322至行程目的地位置324的备选路线226，然后可放弃与时间限制326、费用限制328和和车辆102的乘员数量限制(例如，乘客的最大数量310)不相符的那些路线。在示例中，在没有路线226既满足时间限制326又满足费用限制328的情况下，多模式路线规划引擎216可优选时间限制326高于费用限制328。在另一示例中，多模式路线规划引擎216可利用请求路线的用户的乘客特征306或行程特征304内的信息来确定是优选时间限制326高于费用限制328，还是优选费用限制328高于时间限制326。

确定的路线226可相应地提供给用户。此外，确定的路线226还可被共乘服务器208保存。在车辆102通常被租赁或行程被预订的情况下，用户通常可能没有将对多个交通运输模式的用户的出行计划的洞察提供给系统200。然而，通过存储确定的路线226，共乘服务器208可被配置为执行与可能会另外不可用的多个交通运输模式相关的操作。

例如，多模式路线规划引擎216还可利用路线226和额外接收到的信息来提供由于信息修改而更新的路线226。在示例中，多模式路线规划引擎216可接收指示路线226的一个或更多个路径206已变得堵塞或缓慢的更新后的交通数据404。例如，中枢水管破裂可封闭特定道路，其可能需要重新形成被构建为穿过那些路径206的路线226。

在另一示例中，多模式路线规划引擎216可例如从公共交通运输系统204接收指示公共交通车辆102(例如，火车、公共汽车、飞机等)的运行落后于计划的信息。因此，由于用户可能比最初预期的晚到，因此，路线226的开始时间可能需要调整，使路线226的一部分或全部无效。例如，先前确定的路线226可能预期用户乘坐在特定时间离开的火车，而用户的新的到达时间将使用户错过火车。作为另一示例，先前确定的路线226可以依然有效，但是可能不再允许用户在时间限制326内到达行程目的地位置324。作为又一示例，先前确定的路线226可能期望包含第二乘车人以补偿租赁车辆102的费用，而如果驾驶的用户迟到则第二乘车人可能不能进行共乘。

当接收到可能影响路线226的信息(诸如上述示例中的信息)时，多模式路线规划引擎216可被配置为重新确定路线226(与上面针对路线226的初始创建所论述的类似)。当多模式路线规划引擎216确定初始路线226不再可行并且修改后的路线226被指示时，系统200可被配置为通知用户修改后的路线226。

图5示出了用于基于修改后的路线226的更新进行路线更新选项的选择的行程规划应用170的示例性用户界面500。如示出的，用户界面500可通过移动装置152的显示器呈现给行程规划应用170的用户。作为另一可能性，用户界面500可通过配对车辆102的显示器提供给用户。

用户界面500可包括列表控件504，列表控件504被配置为显示可由用户选择的数据标准的路线更新选项502的列表。如示出的，路线更新选项502中的每个被显示为若干个可选的列表条目506中的一个。用户界面500还可包括标题标签508，标题标签508用于向用户指示用户界面500是用于路线更新选项502的选择的(例如，提醒用户建议或需要重新规划路线)。

如示出的，行程规划应用170的列表控件504包括用于调整路线226(例如，变换为采用绿线的火车站点而不是原始路线226指示的蓝线站点)的条目506-A、用于继续使用原始路线226(例如，将在蓝线站点停车)的条目506-B和用于推迟确定是否更新路线226的条目506-C。应注意的是，确切的选项、选项的数量和选项排序仅是示例。

列表控件504可操作为菜单，使得用户界面500的用户能够滚动列表控件504的列表条目，以调整当前选择的列表条目510(例如，使用上下箭头按钮)以及调用当前选择的列表条目510(例如，使用选择按钮)。在一些情况下，列表控件504可显示在触摸屏显示器上，使得用户能够触摸列表控件504来选择和调用菜单项。作为另一示例，用户界面500可支持菜单项的语音命令选择。例如，为了选择变为更新的路线226，用户可以按压一键通话(push-to-talk)按钮或说出语音命令启动关键字，并可讲出语音命令“使用更新的路线”或“选择路线更新选项1”。

响应于用户选择，行程规划应用170可被配置为将选择发送给共乘服务器208。共乘服务器208可相应地被配置为帮助用户的路线226的改变。例如，共乘服务器208可通知先前期望与最初计划搭乘车辆102的用户共享交通工具以进行共乘的任何用户：等待车辆102到达的调节后等待时间或者共乘用户将不再能够共乘。

图6示出了用于构建路线226的示例性处理600。在示例中，可由共乘服务器208和多模式路线规划引擎216执行处理600。

在操作602，共乘服务器208接收用于在多式联运系统200中生成路线226的信息。在示例中，共乘服务器208和/或多模式路线规划引擎216可接收车辆特征302、行程特征304、乘客特征306、来自天气服务220的天气数据402、来自交通服务222的交通数据404、来自地图服务器224的地图数据406和来自乘客预约系统218的预约数据408。

在操作604，共乘服务器208根据接收到的信息构建路线226。在示例中，共乘服务器208可利用多模式路线规划引擎216来使用接收到的信息计算路线226，其中，路线226包括用户可穿行的一个或更多个路径的有序集。

在操作606，共乘服务器208识别潜在的其他用户以共享路线226。在示例中，共乘服务器208可利用多模式路线规划引擎216来识别沿着路线226的其他用户(诸如，在距离路线226预定距离内的用户、距离路线226预定行驶时间的用户和/或被指示为希望购买共乘的用户)的位置或下一个共乘车辆102的位置。

在操作608，共乘服务器208向潜在的其他用户告知共享路线226的可能性。在示例中，共乘服务器208可向所述其他用户的移动装置152发送消息，以通知他们潜在的共乘机会。指示潜在的共乘机会的消息还可包括关于可用座椅的信息(诸如，可用座椅在车辆102内的位置(例如，在共乘车辆102中有多少座椅和哪些座椅是可用的))。

在操作610，共乘服务器208向交通运输系统204告知路线226。在示例中，当特定的交通运输模式被用户选择时，共乘服务器208可向交通运输系统204提供通知，从而允许针对系统200的用户将车辆102分配给路线226。共乘服务器208还可保存路线226，诸如用于识别已变得受阻碍的路径206以便生成更新的路线226。在操作610之后，处理600结束。

图7示出了用于基于识别出的在多式联运系统200中的服务停止或延迟来自动更新路线226的示例性处理700。与处理600一样，可由共乘服务器208执行处理700。

在操作702，共乘服务器208接收表明在多式联运系统200内的一个或更多个路径206的干扰的指示。在示例中，共乘服务器208可从公共交通运输系统204中的一个的乘客预约系统218接收指示一个或更多个公共交通车辆102的计划的延迟或其它变化的通知。在另一示例中，共乘服务器208可从交通服务222接收交通干扰(诸如，车辆102发生事故或中枢水管破裂)的通知。由于不同的交通运输模式可利用不同的路径206，因此，干扰对一种交通运输模式的影响可能比对另一种交通运输模式的影响更深。

在操作704，共乘服务器208识别任何受影响的用户。在示例中，共乘服务器208可识别是否有共乘服务器208的任何用户计划沿着被识别为受干扰的一个或更多个路径206中的任何一个行进。这样是可行的，例如原因在于共乘服务器208可保存针对用户的路线226的信息，或者以其它方式，在车辆102通常被租赁的情况下该信息可能是不可用的。

在操作706，共乘服务器208确定替换路线226。在示例中，共乘服务器208可利用来自地图服务器224的地图数据来为受影响的用户识别替换路线226。

在操作708，共乘服务器208向计划穿越受影响的路线226的车辆102的受影响的乘车人发送更新。在示例中，共乘服务器208可向原本想要与可能延迟的受影响的用户进行共乘的共乘用户发送消息。在另一示例中，共乘服务器208可向受影响的共乘用户发送指示提出的替换路线226的消息。在操作708之后，处理700结束。

虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。更确切地说，说明书中所使用的词语是描述性词语而非限制，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实现的实施例的特征进行组合以形成本发明的进一步的实施例。

Claims (7)

1.一种系统，包括：

共乘服务器，被配置为：

接收在多式联运系统中的路径干扰的指示；

识别在使用租赁车辆之前计划沿着具有所述干扰的路径行进的共乘用户；

为共乘用户确定替换路线；

向共乘用户的移动装置发送指示所述替换路线的更新。

2.如权利要求1所述的系统，其中，所述共乘服务器还被配置为：向共乘用户的移动装置发送指示在租赁车辆中的可用座椅的数量和位置的更新。

3.如权利要求1所述的系统，其中，所述多式联运系统还包括基于铁路的运输路径、基于空运的运输路径、基于水运的运输路径和基于道路的运输路径中的至少两个，租赁车辆是基于道路的运输车辆，所述路径干扰包括基于铁路的运输路径、基于空运的运输路径或基于水运的运输路径中的一个的干扰。

4.如权利要求1所述的系统，其中，所述共乘服务器还被配置为：

从租赁服务器识别作为租赁车辆的驾驶员的共乘用户；

为不使用租赁车辆的共乘用户提出替换路径；

将租赁车辆相对于共乘用户的状态变化告知租赁服务器。

5.如权利要求1所述的系统，其中，所述共乘服务器还被配置为：

将共乘用户识别为驾驶员用户的租赁车辆的共乘乘客；

为不使用租赁车辆的共乘用户提出替换路径；

将共乘乘客相对于租赁车辆的状态变化告知租赁车辆的驾驶员用户。

6.如权利要求1所述的系统，其中，所述共乘服务器还被配置为：从共乘用户的移动装置接收指示共乘用户在多式联运系统中的定位的位置更新，所述替换路线是至少部分基于共乘用户的所述定位的。

7.如权利要求1所述的系统，其中，所述共乘服务器还被配置为：为共乘用户提出包括用于搭乘租赁车辆的返回行程的替换路径。