CN106101165A - 共乘的长期共乘群 - Google Patents

Abstract

本发明涉及共乘的长期共乘群。一种共乘服务器可请求与长期共乘群关联的用户确认参与即将到来的从起点到目的地的群路线；接收来自确认参与所述群路线的用户中的一个的确认；根据所述确认和当前行驶状况构建所述群路线；将用于所述群路线的车辆的使用告知租赁服务器。共乘用户的移动装置可完成以下操作：从共乘服务器接收用于确认参与即将到来的长期共乘群的共乘路线的请求；显示识别长期共乘群并请求共乘用户确认或拒绝所述参与的用户界面；响应于接收到来自所述用户界面的确认或拒绝，向共乘服务器发送响应消息。

Description

共乘的长期共乘群

技术领域

本公开的多个方面总体上涉及允许行程规划、竞价、显示以及预约的多式联运系统，其包括长期共乘群。

背景技术

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

发明内容

在第一示意性实施例中，一种系统包括共乘服务器，共乘服务器被配置为：请求与长期共乘群关联的用户确认参与即将到来的从起点到目的地的群路线；接收来自确认参与所述群路线的用户中的一个用户的确认；根据所述确认和当前行驶状况构建所述群路线；将用于所述群路线的车辆的使用告知租赁服务器。

在第二示意性实施例中，一种计算机实现的方法包括：针对要加入即将到来的搭乘的长期共乘群的外部用户确定车辆空间的可用性，所述长期共乘群定义了共享从行程起点位置到行程目的地位置的重复发生的搭乘的成员；邀请外部用户加入即将到来的搭乘；针对包括共乘群成员和外部用户的即将到来的搭乘构建路线。

根据本发明的一个实施例，所述方法还包括：将外部用户识别为长期共乘群的成员中的一个的朋友，或者响应于在行程起点位置的预定接近度内的用户的广播消息而识别外部用户。

根据本发明的一个实施例，所述方法还包括：识别已经与彼此一起完成共乘的共乘用户的列表，所述列表包括长期共乘群乘车人中的所述一个以及所述朋友。

根据本发明的一个实施例，所述方法还包括：接收来自共乘用户的列表的用户中的一个的共乘朋友请求，以将共乘用户的列表的用户中的另一个添加为共乘朋友。

根据本发明的一个实施例，所述方法还包括：接收来自确认共乘朋友请求的用户中的所述另一个的确认。

根据本发明的一个实施例，所述方法还包括：请求共乘群乘车人确认参与即将到来的搭乘；接收来自确认参与即将到来的搭乘的共乘群成员中的至少一个的确认。

在第三示意性实施例中，一种系统包括共乘用户的移动装置，所述移动装置被配置为：从共乘服务器接收用于确认参与即将到来的长期共乘群的共乘路线的请求；显示识别长期共乘群的用户界面并请求共乘用户确认或拒绝所述参与；响应于接收到来自所述用户界面的确认或拒绝，向共乘服务器发送响应消息。

根据本发明的一个实施例，长期共乘群被配置为：定义共乘群成员的集合，所述集合用于共享从行程起点位置到行程目的地位置的重复发生的搭乘。

根据本发明的一个实施例，所述移动装置还被配置为：向共乘服务器指示将到达即将到来的共乘路线的行程起点位置的共乘用户的延迟。

根据本发明的一个实施例，所述移动装置还被配置为：将作为共乘用户的共乘朋友的至少一个其他用户邀请到长期共乘群中。

根据本发明的一个实施例，所述移动装置还被配置为：接收指示替代的路线的更新，所述替代的路线是响应于共乘服务器接收到在多式联运系统内的一个或更多个路径的干扰的指示而由共乘服务器所构建的。

附图说明

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

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

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

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

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

图5示出了行程规划应用的用于共乘群成员确认参与即将来到的共乘的示例用户界面；

图6示出了行程规划应用的用于邀请其他用户参与即将到来的共乘的示例用户界面；

图7示出了用于为长期共乘群构建路线的示例处理；

图8示出了用于基于多式联运系统中的已识别的停止或延迟而自动更新路线的示例处理；

图9示出了用于将多模式系统的用户关联为共乘朋友的示例处理。

具体实施方式

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

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

共乘系统可包括安装在用户的移动装置上的行程规划应用。当用户的移动装置在车辆的无线传输范围内时，行程规划应用可被配置为连接到车辆的车载计算平台并与车辆的车载计算平台相集成。行程规划应用可被配置为根据从连接的车辆接收的信息(诸如，全球定位信息)执行路线优化。行程规划应用可被配置为通过考虑所有交通运输模式的车辆路线的状态和费用、时间以及其他因素(诸如，乘车人的特征、路线政策(例如，合用车车道、停车、速度限制、车辆重量和大小)和车辆乘员的数量)之间的差异来帮助共乘决策制定。使用行程规划应用的共乘驾驶员可相应地理解这些因素之间的权衡并基于推荐来进行选择(例如，通过使用车辆的人机界面(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。在一些车辆102中，计算平台104的无线收发器154可被配置为向用户的移动装置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进行交互，以避免在驾驶时分散注意力。

图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时高效地进行车辆合用。因此，这样可以通过在公共交通运输系统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天等)的交易，并在账单周期结束时向用户提供信贷、支出或账单。例如，车辆102可确定在搭乘期间和/或在行驶距离内使用的燃料量，并且在共乘用户之间分摊燃料费用和/或说明用户之间的车辆102的折旧。在示例中，用户能够通过出账单处理来审查这些分配给用户的费用，或者这些分配给用户的费用可被提供给共乘服务器208以作为提醒发送到用户的行程规划应用170。相应地，作为示例，交易服务器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(例如，视频、呼叫、连接或其他功能是否是可用的)。车辆特征302还可包括可用于标记车辆102的车辆标识符322(例如，制造商分配的车辆识别码(VIN)、由租赁服务器210分配给租赁车辆102的标识符、随机的唯一标识符、安全实体ID(secureentity ID，SEID)、公共加密密钥、加密通行码等)。值得注意的是，在一组用户想要创建长期共乘安排的情况下，如果多于一个的用户拥有车辆102，则用户可能希望决定使用哪个用户的车辆102。可相应地利用车辆特征302，以允许比较哪个车辆102可能更高效以及比较哪个车辆102可帮助减少在行程之后分配到共乘用户的行程费用(例如，基于油耗以及依照剩余值的英里数的减少等)。

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

在另一示例中，行程特征304可与使用服务水平(Level of Service，LOS)模型估计的LOS相关。路线规划算法可通过利用LOS考虑到诸如最佳出行时间、天气预报晴好时步行、与朋友同行等的方面，来创建多模式路线226的列表。个人出行需求模型(travel demand model，TDM)可被应用以确定每个路线226的排名和出行者可能希望进行某行程的可能性。例如，希望准时到达以进行工作面试的出行者将指定行程特征304，以使稍早到达以进行面试的路线选项的排名高于迟些到达的路线选项的排名。可通过用于对路线226进行排名的TDM来表达这种驾驶员偏好，在这种情况下，以到达时间为高优先级。回家吃饭的饥饿的出行者的TDM会优先考虑短的出行时间，而不是优先考虑在上述示例中描述的到达时间，并且可相应地指定行程特征304。个人TDM可相应地被植入作为推荐系统例证的情境感知学习系统。

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

乘客特征306还可包括可用于标记特定乘客的用户标识符350(例如，随机号码、数字增加的数据库密钥标识符等)。乘客特征306还可包括朋友关联关系352，朋友关联关系352指示系统200的被视为用户标识符350所标识的用户的朋友的其他用户的用户标识符350。例如，用户可指示与系统200的用户可能期望在未来路线规划中考虑与其进行共乘的其他用户的友情关系。

如上所述，路线226可包括用户可穿行以从一个位置行进到达另一位置的路径206的路径标识符354的有序集。在示例中，这些路径206可由路线226标记为路径标识符354。路线226可指定将穿行的各个路径206的指示，以向穿行该路线的车辆102提供信息并且还提供哪个路线226可能受沿着路径206的出行状况变化或干扰的影响的指示。路线226还可包括附加信息，例如，从其生成路线226的行程特征304的行程标识符336、与路线226关联的一个或更多个用户(例如，计划穿越路线226的用户、在穿越路线226期间位于车辆102内的用户等)的用户标识符350、分配给路线226或以其他方式与路线226关联的车辆102的车辆标识符322、路线的路线状态356。路线状态356可包括诸如以下内容的信息：路线226是否已被延迟、路线226是否待定但未开始、路线226是否开始、路线226是否完成、路线226是否成功完成。路线状态356可附加或可选地包括关于车辆102自身的状态的信息(诸如，车辆102的当前位置)。

在一些共乘情形中，作为驾驶员的用户可能没有意向中的目的地，可能只是前往接送乘客以收取费用或者为了消遣而驾驶(例如，“周日驾驶”)。在其他共乘情形中，作为驾驶员的用户可将行程特征304提供给共乘服务器208，并可接收与行程特征304一致的路线226。在这样的示例中，共乘服务器208的多个用户可请求从沿着路线226的位置行进至沿着路线226的更远的目的地位置，共乘服务器208可向驾驶员推荐这些其他用户来搭乘。在示例中，可使用推荐系统(诸如，在共同拥有的公开号为2011/0040707、题为“车辆中的智能音乐选择”的美国专利申请中所描述的推荐系统，通过引用将其内容全部包含于此)来进行这样的推荐。作为驾驶员的用户可通过对路线226进行修改以接送其他用户从而换取资金，来选择共享路线226。这些额外的接送可补偿因驾驶员穿越路线226所产生的费用，但是路线226本身可主要由作为驾驶员的用户定义。

在另一示例中，可根据多个用户的行程特征304来定义路线226。在这样的示例中，共乘服务器208的多个用户可请求从行程起点位置324行进至行程目的地位置326，共乘服务器208可推荐其他用户来针对从行程起点位置324至行程目的地位置326的完整路线226的子集而进行共乘。例如，共乘服务器208可识别两个或更多个用户的用户标识符350，其中，该用户可被引导至路线226的中间的路点并可从该路点进行共乘以到达另一路点或到达共乘用户中的一个或更多个的行程目的地位置326。作为更具体的示例，两个用户均可通过单独的火车到达多模式枢纽202，并可使用租赁车辆102进行共乘以从多模式枢纽202到达行程目的地位置326。在其他情况下，共乘用户自身可定义进行共乘的用户群。

长期共乘群358可包括将共乘的共乘群成员360的定义。在示例中，共乘群成员360可包括对其他共乘用户的一个或更多个用户标识符350的指示。作为一种可行性，共乘群成员360可由行程规划应用170的一个或更多个用户输入。例如，用户可邀请他或她的朋友用户中的一个或更多个加入长期共乘群358(例如，根据朋友用户标识符352进行邀请)。

长期共乘群358还可包括描述共乘的行程特征304以及可用于长期共乘群358的车辆102的车辆特征302。另外，长期共乘群358还可包括描述路线226何时可被计划发生或重复发生的路线安排362。在示例中，长期共乘群358可针对早晨通勤被定义，并且可在工作日重复发生。在另一示例中，长期共乘群358可针对到博物馆的每月一次的行程被定义。

因为长期共乘群358可跨越多个路线规划，所以长期共乘群358还可包括通知设置364，通知设置364被配置为指示长期共乘群358的共乘群成员360将如何确认参与即将到来的路线规划的方面。在示例中，通知设置364可在距离共乘开始的一小时以内、距离共乘开始的四小时以内、在共乘的前一天等，请求共乘群成员360确认他们将参与共乘。

图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的值来构建从行程起点位置324至行程目的地位置326的一个或更多个路线226，该一个或更多个路线226与行程特征304的时间限制328和费用限制330相符。例如，多模式路线规划引擎216可利用费用最低的路线规划算法来确定从行程起点位置324至行程目的地位置326的备选路线226，然后可放弃与时间限制328和费用限制330不相符的那些路线。在示例中，在没有路线226既满足时间限制328又满足费用限制330的情况下，多模式路线规划引擎216可优选时间限制328高于费用限制330。在另一示例中，多模式路线规划引擎216可利用请求路线的用户的乘客特征306或行程特征304内的信息来确定是优选时间限制328高于费用限制330，还是优选费用限制330高于时间限制328。

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

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

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

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

图5示出了行程规划应用170的用于共乘群成员360确认参与即将来到的共乘的示例用户界面500。如图所示，用户界面500可经由移动装置152的显示器被呈现给行程规划应用170的用户。作为另一可行性，用户界面500可经由配对的车辆102的显示器提供给用户。

用户界面500可用于收集将被包括在即将到来的共乘中的长期共乘群358的用户的确认。在示例中，基于由长期共乘群358的通知设置364指示的定时信息，共乘服务器208可将确认消息发送到共乘群成员360中的每一个的行程规划应用170。基于确认消息，共乘群成员360可利用他们的移动装置152来确认或拒绝成为针对当前路线226的情况的长期共乘群358的一部分。

用户界面500可包括标题标签502，以向用户指示用户界面500是用于根据长期共乘群358的共乘的确认的。用户界面500还可包括标签文本504，标签文本504指示诸如长期共乘群358的标识符(例如，在示出的示例中的“早晨通勤”)、共乘计划开始的时间(例如，“上午8:30”)的信息。用户界面500还可包括用于接收用户确认的响应控件506。作为一种可行性，用户界面500可包括确认响应控件506-A和拒绝响应控件506-B，当确认响应控件506-A被用户选择时，确认响应控件506-A通知行程规划应用170共乘群成员360希望参与即将到来的共乘，当拒绝响应控件506-B被用户选择时，拒绝响应控件506-B通知行程规划应用170共乘群成员360希望放弃参与即将到来的共乘。

响应于确认或拒绝包括在即将到来的共乘中，行程规划应用170可被配置为将用于确认或拒绝包括在共乘中的响应发送到共乘服务器208以进行处理。在一些情况下，当没有响应经由响应控件506被提供时，用户界面500可以可视地指示将被执行的默认动作。例如，响应控件506中定义默认动作的一个可以以指示默认动作的风格被绘制(例如，使用围绕选项的虚线被绘制等)。在很多情况下，默认动作可以是在没有用户的肯定的情况下放弃参与共乘，但是该设置可在针对长期共乘群358的通知设置364中被不同地定义(并且，例如，在针对移动装置152的确认消息中被提供)。

如果常规用户中的一个或更多个选择那天不继续共乘，则共乘服务器208可被配置为接受或允许长期共乘群358以外的一个或更多个用户的添加以抵消搭乘的费用。

在其他情况下，共乘服务器208可检测长期共乘群358的共乘群成员360中的一个或更多个可能会迟到或者不能参与即将到来的共乘。这可基于共乘服务器208可用的各种类型的信息(诸如，基于关于存在延迟的多式联运系统200的路径206的交通数据404、天气数据402或地图数据406的信息)来确定。在延迟的示例中，如果延迟仍然允许其他共乘用户满足他们的时间限制或其他限制(例如，准时到达工作场所、或者用户可能到达枢纽202以在一经到达共乘目的地位置之后赶上预期的火车或其他另外的出行方式等)，则路线226可被延迟直到用户到达才开始。如果延迟导致那些限制中的一个或更多个无效，则延迟的用户可从共乘中被排除。共乘系统可进一步为那个用户建议替代的路线226。

图6示出了行程规划应用170的用于邀请其他用户参与即将到来的共乘的示例用户界面600。与用户界面500一样，用户界面600可经由移动装置152的显示器或配对的车辆102的显示器被呈现给行程规划应用170的用户。用户界面600可被呈现给用户，例如，针对共乘朋友功能，其中，共乘的用户可相互“交朋友”，以用于长期共乘群358的创建或更新。

用户界面600可包括标题标签602，以向用户指示用户界面600是用于将与所述用户关联的用户添加为朋友的。在示例中，所述关联可通过将用户的朋友的标识符350关联为用户的乘客特征306的朋友用户标识符352来执行。

用户界面600还可包括列表控件604，列表控件604被配置为显示可由行程规划应用170的用户选择的近来的共乘用户的列表。例如，共乘用户中的每一个可被显示为若干可选择的列表条目606中的一个。如图所示，行程规划应用170的列表控件604包括用于添加用户“鲍勃·史密斯”的条目606-A、用于添加用户“大卫·多伊”的条目606-B以及用于添加用户“南希·多伊”的条目606-C。应该注意的是，具体的用户、用户的数量以及用户的顺序仅仅是示例。

列表控件604可操作为菜单，使得用户界面600的用户能够滚动浏览列表控件604的列表条目，以调整当前选择的列表条目608(例如，使用上下箭头按钮进行调整)以及调用当前选择的列表条目608(例如，使用选择按钮进行调用)。在一些情况下，列表控件604可显示在触摸屏显示器上，使得用户能够触摸列表控件604以选择和调用菜单项目。作为另一示例，用户界面600可支持菜单项目的语音命令选择。例如，为了选择邀请用户“大卫·多伊”加入长期共乘群358，用户可按住一键通按钮或者说出语音命令启动关键字，并且可讲出语音命令“邀请大卫·多伊”或“选择选项2”。

响应于用户的选择，行程规划应用170可被配置为将所述选择发送到共乘服务器208。共乘服务器208可相应地被配置为便于用户的邀请。例如，共乘服务器208可接收经由朋友请求被识别为加入长期共乘群358的一个或更多个用户的指示，并且可请求被邀请的用户提供加入长期共乘群358的确认(或者，例如，如上面针对用户界面500描述的、确认参与即将来到的预期的共乘)。例如，响应于接收到来自被邀请的用户的确认，共乘服务器208可将被邀请的用户添加到长期共乘群358。

图7示出了用于构建长期共乘群358的路线226的示例处理700。在示例中，处理700可由共乘服务器208执行，共乘服务器208与安装到用户移动装置152的一个或更多个行程规划应用170通信。

在操作702，共乘服务器208请求长期共乘群358的用户确认他们参与即将到来的共乘。在示例中，基于由长期共乘群358的通知设置364指示的定时信息，共乘用户可向共乘群成员360中的每一个的行程规划应用170发送确认消息。例如，通知设置364可在距离共乘开始的一个小时以内、距离共乘开始的四个小时以内、在共乘的前一天等向共乘群成员360请求确认他们将参与共乘。

在操作704，共乘服务器208接收来自长期共乘群358的用户的确认。在示例中，基于确认消息，行程规划应用170可将用户界面500呈现给共乘群成员360，以允许用户针对当前路线226的情况确认或拒绝成为长期共乘群358的一部分。响应于确认或拒绝加入即将到来的共乘，行程规划应用170可被配置为将用于确认或拒绝加入共乘的响应发送到共乘服务器208以进行处理。

在操作706，共乘服务器208确定在与即将到来的路线226关联的车辆102内是否有可用于额外用户的空间。在示例中，如果长期共乘群358的用户中的一个或更多个那天选择不继续共乘(并且，例如，与路线226关联的车辆102包括根据其关联的最多乘客量310的额外座椅容量)，则共乘服务器208可被配置为接受或允许添加长期共乘群358以外的一个或更多个用户，以抵消搭乘的费用。如果额外容量是可用的，则控制转到操作708。否则，控制转到操作710。

在操作708，共乘服务器208将可能的共乘通知给额外的用户。在示例中，共乘服务器208可自动邀请或允许共乘群成员360邀请共乘群成员360的一个或更多个朋友(例如，根据朋友用户标识符352进行邀请)加入长期共乘群358。在另一示例中，共乘服务器208可向在乘车人可用的行程起点位置324的接近度内(例如，100米内、500米内、由围绕行程起点位置324所处的停车场或枢纽202的建筑物所限定的地理区域内等)的其他共乘用户发送广播。在操作708之后，控制转到操作704以等待进一步的确认。

在操作710，共乘服务器208根据接收到的确认构建路线226。在示例中，共乘服务器208可利用多模式路线规划引擎216来使用长期共乘群358的信息计算路线226，路线226包括可由用户通过的一个或更多个路径206的有序集合。

在操作712，共乘服务器208将多模式路线226告知运输系统。在示例中，当特定的运输模式被选择用于共乘群成员360时，共乘服务器208可将通知提供给运输系统204，这允许针对系统200的共乘群成员360进行车辆102到路线226的分配。共乘服务器208还可保存路线226，诸如用于识别已经变为被阻碍的路径206以便产生更新的路线226。在操作712之后，处理700结束。

图8示出了用于基于多式联运系统200中的已识别的停止或延迟而自动更新路线226的示例处理800。与处理700一样，处理800可由共乘服务器208执行，共乘服务器208与安装到用户移动装置152的一个或更多个行程规划应用170通信。

在操作802，共乘服务器208确定在多式联运系统200内的一个或更多个路径206的干扰的指示是否被识别。在示例中，共乘服务器208可接收来自公共运输系统204中的一个的乘客预约系统218的通知，所述通知指示一个或更多个公共运输车辆102的时间表的延迟或其他变化。在另一示例中，共乘服务器208可从交通服务222接收交通干扰(诸如，车辆102发生事故或主水管破裂、或交通崩溃的可能性、或实际的交通崩溃)的通知。因为不同的运输模式可利用不同的路径206，所以干扰可能对一种运输模式产生的影响多于另一种运输模式。如果干扰被检测到，则控制转到操作804。否则，控制转到操作806。

在操作804，共乘服务器208识别任何受影响的共乘群成员360。在示例中，共乘服务器208可识别长期共乘群358的任何共乘群成员360是否被计划沿着被识别为受干扰的一个或更多个路径206中的任一路径行驶以便遇到即将到来的共乘。这会是可行的，例如，原因在于当车辆102通常被租赁时共乘服务器208可为用户保存可能由于其他原因不可用的路线226的信息。

在操作806，共乘服务器208确定是否存在长期共乘群358的已确认的共乘群成员360的延迟或不可用性。在示例中，在操作804被识别的共乘群成员360中的一个或更多个可基于正在通过的路径206的干扰、基于针对已识别的用户确定的到行程起点位置324的修改的行驶时间而被确定为延迟或不可用。在另一示例中，共乘群成员360中的一个或更多个可自我识别为不得不被延迟或取消，或者可根据位置信息自动地被识别为延迟，所述位置信息由被安装到向行程起点位置324行驶的共乘群成员360的移动装置152上的行程规划应用170提供。如果共乘群成员360中的一个或更多个被确定为延迟，则控制转到操作808。否则，处理800结束。

在操作808，共乘服务器208确定替代的路线226。在示例中，共乘服务器208可利用来自地图服务器224的地图数据406来针对受影响的共乘群成员360识别替代的路线226。

在操作810，共乘服务器208将更新发送给计划通过受影响的路线226的车辆102的受影响的共乘群成员360。在示例中，共乘服务器208可将消息发送到原本打算与可能存在延迟的受影响的用户共乘的共乘群成员360。在另一示例中，共乘服务器208可将指示建议的替代路线226的消息发送到受影响的共乘群成员360(这可以或可以不包括任何其他的共乘群成员360)。在操作810之后，处理800结束。

图9示出了用于将多模式系统200的用户关联为共乘朋友的示例处理900。与处理700和处理800一样，处理900可由共乘服务器208执行，共乘服务器208与安装到用户移动装置152的一个或更多个行程规划应用170通信。

在操作902，共乘服务器208识别最近共享过车辆102的用户列表。在示例中，共乘服务器208可识别最近与彼此一起完成共乘的一个或更多个用户(例如，在同一时间位于同一车辆102内的用户)。

在操作904，共乘服务器208将列表发送到被识别的用户。在示例中，共乘服务器208可将用户的列表发送到其他被识别的用户中的每一个。接收的用户的行程规划应用170可相应地显示如图6所示的用户界面600。

在操作906，共乘服务器208接收指示用户中的一个与被识别的用户中的一个或更多个交朋友的选择。在示例中，行程规划应用170的用户可利用用户界面600来请求被列出的用户中的一个或更多个成为请求的用户的共乘朋友。行程规划应用170可相应地将所述选择发送到共乘服务器208。

在操作908，共乘服务器208向被请求的一个或更多个被识别的用户确认朋友请求。在示例中，共乘服务器208可从被请求的用户接收对应的朋友请求，这可用作确认。在另一示例中，共乘服务器208可将消息发送到被请求的用户以确认朋友请求，并且可在接收到这样的确认时确认朋友请求。例如，一旦成为朋友，则成为朋友的用户能够加入长期共乘群358。在操作908之后，处理900结束。

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

Claims (9)

1.一种系统，包括：

共乘服务器，被配置为：

请求与长期共乘群关联的用户确认参与即将到来的从起点到目的地的群路线；

接收来自确认参与所述群路线的用户中的一个用户的确认；

根据所述确认和当前行驶状况构建所述群路线；

将用于所述群路线的车辆的使用告知租赁服务器。

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

基于所述确认，针对长期共乘群以外的至少一个用户确定车辆内的空间是否可用；

向至少一个其他用户发送邀请，以邀请加入即将到来的群路线。

3.如权利要求2所述的系统，其中，共乘服务器还被配置为：将所述至少一个其他用户识别为与长期共乘群关联的用户中的一个或更多个用户的朋友。

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

接收在多式联运系统内的一个或更多个路径的干扰的指示；

根据所述确认和所述干扰构建替代的路线；

将指示所述替代的路线的更新发送到用户的移动装置。

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

接收已经确认参与所述群路线的用户中的一个用户的延迟的指示；

针对所述群路线的至少一个确认的用户确定所述延迟是否使所述群路线无效，并且，作为响应，针对所述群路线的所述至少一个确认的用户构建替代的路线。

6.如权利要求5所述的系统，其中，所述群路线的所述至少一个确认的用户包括已经被延迟的用户。

7.如权利要求1所述的系统，其中，共乘服务器还被配置为：从至少一个确认的用户的移动装置接收位置更新，以估计所述至少一个确认的用户到达所述群路线的行程起点位置的到达时间。

8.如权利要求1所述的系统，其中，长期共乘群定义共乘群乘车人的集合，所述集合用于共享从行程起点位置到行程目的地位置的重复发生的搭乘。

9.如权利要求8所述的系统，其中，行程起点位置是多式联运系统的枢纽，并且所述用户中的至少一个用户计划通过与所述重复发生的搭乘的运输模式不同的运输模式到达行程起点位置。