一种多用户共乘方法及其系统与流程

本申请涉及按需运输服务领域，更具体地，涉及一种多用户共乘方法及系统。

背景技术：

当前，网约车服务已经变得越来越普遍，多乘客出行时，为了出行的便利或节约成本，在使用按需运输服务平台进行打车时经常选择拼车的方式。目前，一般的拼车模式是，乘客发起拼车请求，输入出行的起始位置以及目的地，按需运输服务平台根据乘客的起始位置来确定哪些乘客可以拼一辆车出行。因此，乘客事先并不清楚要和谁一起拼车，只有拼车订单生成后，拼车的乘客才知道拼友是谁。如果多人相约一起拼一辆车出行，通过上述的拼车模式是很难实现的。所以，需要一种能够实现多人相约拼车出行的方式。

技术实现要素：

针对上述问题，本申请提供了一种多用户共乘方法及系统，使得用户能够在即时通讯应用或者打车平台中共享叫车信息，实现相约拼车出行。

为了达到上述发明的目的，本发明提供的技术方案如下：

第一方面，本发明提供一种多用户共乘方法。所述方法在可以在包括一个处理器和一个存储器的设备上实现。所述方法可以包括获取至少一个用户发起的乘车服务请求以及分享指令，所述乘车服务请求至少包括该用户乘车路径的起点信息及终点信息；基于所述乘车服务请求以及所述分享指令生成信息共享链接，其中，所述信息共享链接与至少一个信息共享界面相关联，所述信息共享界面至少用于引导至少一个其他用户输入其乘车路径的起点信息和终点信息。

在一些实施例中，所述信息共享链接用于被发送至所述至少一个其他用户的即时通讯应用中并触发显示所述信息共享界面，所述即时通讯应用为安装在用户终端能够进行信息实时通讯的软件。

在一些实施例中，所述信息共享链接的发送形式为以下形式中的至少一种：网页、二维码、条形码、编码、图形标识符、程序或网址链接。

在一些实施例中，所述信息共享界面还用于显示所述至少一个用户的乘车路径和/或所述至少一个其他用户的起点信息与终点信息。

在一些实施例中，所述信息共享界面还用于引导用户输入接驾次序。

在一些实施例中，获取并显示共乘出行信息；其中，所述共乘出行信息至少包括基于所述乘车服务请求以及通过所述信息共享界面输入的信息确定的共乘用户的信息。

在一些实施例中，所述共乘出行信息还包括共乘出行路径。

第二方面，本发明提供了一种多用户共乘系统。所述系统包括第一获取模块，用于获取至少一个用户发起的乘车服务请求以及分享指令，所述乘车服务请求至少包括该用户乘车路径的起点信息及终点信息；共享链接生成模块，用于基于所述乘车服务请求以及所述分享指令生成信息共享链接，其中，所述信息共享链接与至少一个信息共享界面相关联，所述信息共享界面至少用于引导至少一个其他用户输入其乘车路径的起点信息和终点信息。

在一些实施例中，所述系统还包括链接传输模块，所述链接传输模块用于将所述信息共享链接发送至所述至少一个其他用户的即时通讯应用中以便触发显示所述信息共享界面，所述即时通讯应用为安装在用户终端能够进行信息实时通讯的软件。

第三方面，本发明提供了一种多用户共乘装置，所述装置包括处理器以及存储器；所述存储器用于存储指令，其特征在于，所述指令被所述处理器执行时，导致所述装置实现如上述任一项所述多用户共乘方法对应的操作。

第四方面，本发明提供了一种计算机可读存储介质，其特征在于，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机运行如上述任意一项所述多用户共乘方法。

第五方面，本发明提供了一种多用户共乘方法，所述方法包括获取至少一个用户发起的乘车服务请求，所述乘车服务请求至少包括该用户乘车路径的起点信息及终点信息；获取至少一个其他用户通过信息共享界面输入的其乘车路径的起点信息和终点信息；基于所述至少一个用户以及所述至少一个其他用户的起点信息和终点信息确定共乘出行路径；其中，所述信息共享界面与信息共享链接相关联，所述信息共享链接基于所述乘车服务请求以及所述至少一个用户的分享指令生成。

第六方面，本发明提供了一种多用户共乘系统，所述系统包括第二获取模块，用于获取至少一个用户发起的乘车服务请求，所述乘车服务请求至少包括该用户乘车路径的起点信息及终点信息，并获取至少一个其他用户通过信息共享界面输入的其乘车路径的起点信息和终点信息；出行路径确定模块，用于基于所述至少一个用户以及所述至少一个其他用户的起点信息和终点信息确定共乘出行路径，其中，所述信息共享界面与信息共享链接相关联；所述信息共享链接基于所述乘车服务请求以及所述至少一个用户的分享指令生成。

第七方面，本发明提供了一种多用户共乘服务端装置，所述服务端装置包括处理器以及存储器；所述存储器用于存储指令，所述指令被所述处理器执行时，导致所述装置实现如上述任一项所述方法对应的操作。

第八方面，本发明提供了一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机运行如上述任意一项所述方法。

与现有技术相比，本发明的有益效果表现如下：

通过乘客之间共享出行信息的方式实现拼车出行，每个用户可自行输入各自的起终点信息，提高了拼车效率和拼车信息获取的准确性；可将拼车信息在其他即时通讯应用中进行分享，同时能够在其他即时通讯应用中显示和更新拼车信息和共乘出行路径，提供了灵活的分享拼车信息的方式，提升了用户体验。

附加的特征将在下面的描述中部分地阐述，并且对于本领域技术人员来说，通过查阅以下内容和附图将变得显而易见，或者可以通过实例的产生或操作来了解。本发明的特征可以通过实践或使用以下详细实例中阐述的方法、工具和组合的各个方面来实现和获得。

附图说明

根据示例性实施例可以进一步描述本申请。参考附图可以详细描述所述示例性实施例。所述实施例并非限制性的示例性实施例，其中相同的附图标记代表附图的几个视图中相似的结构，并且其中：

图1是根据本申请一些实施例所示的示例性按需运输服务系统的示意图；

图2是根据本申请一些实施例所示的示例性计算设备的示例性硬件组件和/或软件组件的示意图；

图3是根据本申请一些实施例所示的示例性移动设备的示例性硬件组件和/或软件组件的示意图；

图4是根据本申请一些实施例所示的一种示例性多用户共乘系统的框图；

图5是根据本申请一些实施例所示的另一种示例性多用户共乘系统的框图；

图6是根据本申请一些实施例所示的一种多用户共乘方法的示例性流程图；

图7是根据本申请一些实施例所示的另一种多用户共乘方法的示例性流程图；

图8是根据本申请一些实施例所述的另一种多用户共乘方法的示例性流程图。

具体实施方式

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

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

虽然本申请对根据本申请的实施例的系统中的某些模块做出了各种引用，然而，任何数量的不同模块可以被使用并运行在车辆客户端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。

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

本申请的实施例可以应用于不同的交通系统和/或移动终端，不同的交通系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。不同的移动终端包括但不限于智能手机、智能手表、摄像机、照相机、笔记本、平板电脑、个人数码助理(pda)、车载电脑等移动设备。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。

图1是根据本申请的一些实施例所示的示例性按需运输服务系统100的示意图。按需运输服务系统100可以是一个为交通运输服务提供服务的平台。按需运输服务系统100可以包括服务器110、服务请求端120、存储设备130、服务提供端140、网络150和信息源160。服务器110可以包括处理引擎112。

在一些实施例中，服务器110可以是单个的服务器或者服务器群组。所述服务器群可以是集中式的或分布式的(例如，服务器110可以是一个分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络150访问存储在存储设备130、服务请求端120和/或服务提供端140中的信息和/或数据。再例如，服务器110可以直接连接到存储设备130、服务请求端120和/或服务提供端140以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现。仅仅举个例子，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、云之间、多重云等或上述举例的任意组合。在一些实施例中，服务器110可以在与本申请图2或图3所示的计算设备上实现。例如，服务器110可以在如图2所示的一个计算设备200上实现，包括计算设备200中的一个或多个部件。再例如，服务器110可以在如图3所示的一个移动设备300上实现，包括计算设备300中的一个或多个部件。

在一些实施例中，服务器110可以包括一个处理引擎112。处理引擎112可以处理与服务请求相关的信息和/或数据以执行本申请描述的一个或多个功能。例如，处理引擎112可以生成订单、分配订单、规划出行路径等。在一些实施例中，处理引擎112可以包括一个或多个处理器(例如，单核处理器或多核处理器)。仅仅作为示例，处理引擎112可以包括一个或多个硬件处理器，例如中央处理器(cpu)、专用集成电路(asic)、专用指令集处理器(asip)、图像处理器(gpu)、物理运算处理器(ppu)、数字信号处理器(dsp)、现场可编辑门阵列(fpga)、可编辑逻辑器件(pld)、控制器、微控制器单元、精简指令集计算机(risc)、微处理器等或上述举例的任意组合。

服务请求端120和服务提供端140可以统称为用户或用户终端，它可以是直接与服务订单相关联的个人、工具或其他实体，例如服务订单的请求者与提供服务者。服务请求端120的用户可以是乘客，也可以是代为乘客发单的其他用户。在本申请中，“乘客”和“服务请求端”可以互换使用。服务提供端140的用户可以是司机。在本申请中，“司机”和“服务提供端”可以互换使用。在一些实施例中，服务请求端120可以包括但不限于台式电脑120-1、笔记本电脑120-2、车载内置设备120-3、移动设备120-4等或其任意组合。服务请求端120可以在线发送共享服务请求。例如，服务请求端120可以基于当前所在位置及目的地发送共享服务请求。在一些实施例中，车载内置设备120-3可以包括但不限于个车载电脑、车载抬头显示(hud)、车载自动诊断系统(obd)等或其任意组合。在一些实施例中，移动设备120-4可以包括但不限于智能手机、个人数码助理(personaldigitalassistance，pda)、平板电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备、显示增强设备等或其任意组合。在一些实施例中，服务请求端120可以将共享服务请求发送至按需运输服务系统100中的一个或多个设备中。例如，服务请求端120可以将服务请求发送至服务器110进行处理。服务提供端140也可以包括上述类似的设备中的一种或多种。在一些实施例中，服务提供端140可以将其定位信息和接单信息发送至按需运输服务系统100中的一个或多个设备中。在一些实施例中，服务提供端140可以接收按需运输服务系统100发送的订单信息。例如，服务提供端140可以接收按需运输服务系统100发送的共乘用户的起点信息和终点信息，以及共乘出行路径。

存储设备130可以存储数据和/或指令。在一些实施例中，存储设备130可以存储从服务请求端120和/或服务提供端140获得的数据。在一些实施例中，存储设备130可以存储供服务器110执行或使用的数据和/或指令，服务器110可以通过执行或使用所述数据和/或指令以实现本申请描述的示例性方法。在一些实施例中，存储设备130可以包括大容量存储器、可移动存储器、挥发性读写存储器、只读存储器(rom)等或上述举例的任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态硬盘等。示例性的可移动存储器可以包括闪存盘、软盘、光盘、记忆卡、压缩硬盘、磁带等。示例性的挥发性只读存储器可以包括随机存储器(ram)。示例性的随机存储器可以包括动态随机存储器(dram)、双数据率同步动态随机存储器(ddrsdram)、静态随机存储器(sram)、可控硅随机存储器(t-ram)和零电容存储器(z-ram)等。示例性的只读存储器可以包括掩蔽型只读存储器(mrom)、可编程只读存储器(prom)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、压缩硬盘只读存储器(cd-rom)和数字多功能硬盘只读存储器等。在一些实施例中，存储设备130可以在一个云平台上实现。仅仅举个例子，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、云之间、多重云等或上述举例的任意组合。

在一些实施例中，存储设备130可以与网络150连接以实现与按需运输服务系统100中的一个或多个部件(例如，服务器110、服务请求端120、服务提供端140等)之间的通信。按需运输服务系统100的一个或多个部件可以通过网络150访问存储在存储设备130中的数据或指令。在一些实施例中，存储设备130可以直接与按需运输服务系统100的一个或多个部件(例如，服务器110、服务请求端120、服务提供端140等)连接或通信。在一些实施例中，存储设备130可以是服务器110的一部分。

网络150可以实现信息和/或数据的交换。在一些实施例中，按需运输服务系统100中的一个或多个部件(例如，服务器110、存储设备130、服务请求端120和服务提供端140等)可以通过网络150向按需运输服务系统100中的其他部件发送信息和/或数据。例如，服务器110可以通过网络150从服务请求端120和/或服务提供端140获取/得到请求。在一些实施例中，网络150可以是有线网络或无线网络中的任意一种，或其组合。例如，网络150可以包括电缆网络、有线网络、光纤网络、远程通信网络、内联网、互联网、局域网(lan)、广域网(wan)、无线局域网(wlan)、城域网(man)、公共开关电话网络(pstn)、蓝牙网络、zigbee网络、近场通讯(nfc)网络等或上述举例的任意组合。在一些实施例中，网络150可以包括一个或多个网络接入点。例如，网络150可能包括有线或无线网络接入点，如基站和/或互联网交换点150-1、150-2等等。通过接入点，按需运输服务系统100的一个或多个部件可能连接到网络150以交换数据和/或信息。

信息源160是为按需运输服务系统100提供其他信息的一个源。信息源160可以用于为系统提供与服务相关的信息，例如，天气情况、交通信息、法律法规信息、新闻信息、生活资讯、生活指南信息等。信息源160可以是一个单独的中央服务器的形式存在，也可以是以多个通过网络连接的服务器的形式存在，还可以是以大量的个人设备形式存在。当信息源160以大量个人设备形式存在时，这些设备可以通过一种用户生成内容(user-generatedcontents)的方式，例如向云端服务器上传文字、语音、图像、视频等，从而是云端服务器连通与其连接的众多个人设备一起组成信息源160。

图2是根据本申请的一些实施例所示的一种示例性计算设备200的示意图。服务器110、服务请求端120、存储设备130和/或服务提供端140可以在计算设备200上实现。例如，处理引擎112可以在计算设备200上实现并被配置为实现本申请中所披露的功能。

计算设备200可以包括用来实现本申请所描述的系统的任意部件。例如，处理引擎112可以在计算设备200上通过其硬件、软件程序、固件或其组合实现。为了方便起见图中仅绘制了一台计算机，但是本申请所描述的与按需运输服务系统100相关的计算功能可以以分布的方式、由一组相似的平台所实施，以分散系统的处理负荷。

计算设备200可以包括与网络连接的通信端口250，用于实现数据通信。计算设备200可以包括一个处理器220(例如，cpu)，可以以一个或多个处理器的形式执行程序指令。示例性的电脑平台可以包括一个内部总线210、不同形式的程序存储器和数据存储器包括，例如，硬盘270、和只读存储器(rom)230或随机存储器(ram)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性的计算设备可以包括存储在只读存储器230、随机存储器240和/或其他类型的非暂时性存储介质中的由处理器220执行的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。计算设备200也包括输入/输出部件260，用于支持电脑与其他部件之间的输入/输出。计算设备200也可以通过网络通讯接收本披露中的程序和数据。

为理解方便，图2中仅示例性绘制了一个处理器。然而，需要注意的是，本申请中的计算设备200可以包括多个处理器，因此本申请中描述的由一个处理器实现的操作和/或方法也可以共同地或独立地由多个处理器实现。例如，如果在本申请中，计算设备200的处理器执行步骤1和步骤2，应当理解的是，步骤1和步骤2也可以由计算设备200的两个不同的处理器共同地或独立地执行(例如，第一处理器执行步骤1，第二处理器执行步骤2，或者第一和第二处理器共同地执行步骤1和步骤2)。

图3是根据本申请的一些实施例所示的一个示例性的移动设备300的示例性硬件和/或软件的示意图。服务请求端120和/或服务提供端140可以在移动设备300上实现。如图3所示，移动设备300可以包括一个通讯单元310、一个显示单元320、一个图形处理器330、一个处理器340、一个输入/输出单元350、一个内存360和一个存储单元390。移动设备300中还可以包括一个总线或者一个控制器。在一些实施例中，移动操作系统370和一个或多个应用程序380可以从存储单元390加载到内存360中，并由处理器340执行。在一些实施例中，应用程序380可以接收和显示与处理引擎112有关的图像处理或其他信息的信息。输入/输出单元350可以实现用户与按需运输服务系统100的交互，并将交互相关信息通过网络150提供给按需运输服务系统100中的其他部件，如服务器110。

为了实现本申请中描述的各种模块、单元及其功能，计算机硬件平台可以用作这里提到的一个或多个元件的硬件平台。一个拥有用户界面元件的计算机可以用于实现个人计算机(pc)或者其它任何形式的工作站或终端设备。通过合适的编程，一个计算机也可以充当一台服务器。

图4是根据本申请的一些实施例所示的示例性多用户共乘系统的框图。如图所示，多用户共乘系统可以包括第一获取模块410、共享链接生成模块420、链接传输模块430和输出模块440。在一些实施例中，第一获取模块410、共享链接生成模块420、链接传输模块430和输出模块440可以位于图1所示的服务请求端120中。

第一获取模块410可以获取至少一个用户发起的乘车服务请求以及分享指令。在一些实施例中，第一获取模块410可以从按需运输服务系统100中的其他服务请求设备120、存储设备130、服务提供端140、网络150、信息源160或本申请中公开的能够存储数据的任何设备或组件中的一个或一个以上获取用户发起的乘车服务请求以及分享指令。在一些实施例中，乘车服务请求可以由共乘用户中的一个用户作为发起人发起。在一些实施例中，所获取的乘车服务请求，包括发起人的乘车路径的起点信息以及终点信息。具体地，起点信息可以是发起人的当前位置点，也可以是发起人指定的其他任何位置。终点信息可以包括目的地地址、建筑物名称、位置标示、活动名称等中的一个或多个。在一些实施例中，终点信息还可以是发起人在用户界面地图上指示的任何位置点。在一些实施例中，乘车服务请求还可以包括发起人输入的共乘总人数、接驾次序等。在一些实施例中，乘车服务请求还可以包括发起人请求出行的时间，以期望在指定时间执行按需运输服务。例如，现在是a.m.7.00，发起人可以在乘车服务请求中输入出发时间为a.m.10.00。在一些实施例中，响应于发起人未输入出行时间，按需运输服务系统100可以默认当前时间为出行时间。在一些实施例中，分享指令可以是能够提出分享需求，以便将所述乘车服务请求共享给多个乘车用户的指令。在一些实施例中，分享指令可以是订单用户界面上的图形控件。通过点击该图形控件触发分享指令，执行分享所述乘车服务请求的操作。例如，发起人触发分享指令的过程可以为：点击约车平台中乘车服务请求界面上的图形控件进入分享去向选择模式，在该选择模式中，发起人可以点击任一即时通讯应用图标以对即时通讯应用进行选择，该分享指令会将发起人的乘车服务请求分享到该用户选择的即时通信应用中。或者发起人可以点击任一其想要分享的至少一个其他用户以对其他用户进行选择，该分享指令会将发起人的乘车服务请求分享给该用户选择的至少一个其他用户中的每一个。在一些实施例中，第一获取模块410可以将乘车服务请求及分享指令传输至服务请求设备120的其他模块(例如，信息共享链接生成模块420)用于后续操作，例如，生成共享链接。

共享链接生成模块420可以生成信息共享链接。在一些实施例中，共享链接生成模块420可以基于乘车服务请求以及分享指令，生成信息共享链接。在一些实施例中，其他用户在收到信息共享链接后，可以将该信息共享链接再次分享给别的用户。例如，a用户作为发起人将信息共享链接分享给b用户，b用户和a用户都可以继续将信息共享链接分享给其他更多的用户，例如c用户、d用户等等。在一些实施例中，信息共享链接与至少一个信息共享界面相关联。在一些实施例中，每个共乘用户可以通过信息共享链接在各自的用户终端中触发显示一个信息共享界面。

在一些实施例中，信息共享界面可以用于引导至少一个其他用户中的每一个用户输入其各自的乘车路径的起点信息和终点信息。在一些实施例中，信息共享界面还可以用于引导至少一个其他用户中的每一个用户输入其各自的用户乘车人数、接驾次序等。在一些实施例中，所述用户乘车人数可以是以共乘用户中一个用户的名义参与共乘的乘车人数。可以理解为，每一个用户还可能顺带同乘的乘客，例如，一个用户可以顺带和该用户起点信息、终点信息相同的同伴或是儿童等乘客。该用户和与其同行的乘客的人数的和为该用户的用户乘车人数。在一些实施例中，用户可以在信息共享界面上输入该用户的用户乘车人数。例如，a用户想顺带一个同伴一起乘车，a用户可以在对应的信息共享界面上输入a用户的用户乘车人数为2人。在一些实施例中，响应于至少一个其他用户中的某一个用户未输入用户乘车人数，信息共享界面可以将预设的乘车人数设置为该用户的乘车人数。所述预设的乘车人数可以默认为只有用户1人参与拼车，该用户没有其他同行乘客。例如，当预设的乘车人数为1时，系统可以默认该用户的乘车人数为1，没有顺带其他同伴。在一些实施例中，所有用户的用户乘车人数的总和为乘车服务请求的共乘总人数。在一些实施例中，接驾次序可以是司机接上共乘用户的次序。在一些实施例中，接驾次序可以根据每个共乘用户输入的乘车时间或共乘用户之间的协商好的次序确定。在一些实施例中，响应于共乘用户中的某一个用户未输入其接驾次序，按需运输服务系统100可以根据各个用户输入的起点信息、终点信息和/或接驾次序规划出的最优路径，确定该用户的接驾次序。在一些实施例中，按需运输服务系统100还可以根据用户提交信息的先后次序，确定接驾次序。在一些实施例中，信息共享界面可以显示发起人的路径。在一些实施例中，发起人的路径可以根据发起人输入的起点信息和终点信息确定。在一些实施例中，信息共享界面还可以显示每个用户输入的起点信息和终点信息。在一些实施例中，信息共享界面可以引导共乘用户确认提交该信息共享界面内输入的信息或删除该信息共享界面。例如，如果某用户输入完毕，可以确认并向服务器110提交该信息共享界面内输入的信息。如果某用户不想继续拼车，可以删除该信息共享界面。

在一些实施例中，信息共享链接可以用于被发送至至少一个其他用户的即时通讯应用中以便触发显示信息共享界面，该即时通讯应用可以为安装在用户终端能够进行信息实时通讯的软件。在一些实施例中，通讯应用可以包括但不限于微博、微信、qq、uc、msn、钉钉、skype等。在一些实施例中，信息共享链接还可以在打车平台或约车应用内分享，以便在约车应用中触发信息共享界面。通过信息共享界面引导其他用户在约车应用中输入起点信息、终点信息等相关信息。

在一些实施例中，信息共享链接的形式可以是网页、二维码、条形码、编码、图形标识符、程序、网址链接等或其任意组合。

链接传输模块430可以将信息共享链接发送至其他用户终端。在一些实施例中，链接传输模块430可以将信息共享链接发送至至少一个其他用户的通信设备的即使通讯应用中。该即时通讯应用可以为安装在用户终端的能够进行信息实时通讯的软件。信息共享链接可以以网页、二维码、条形码、编码、图形标识符、程序、网址链接等或其任意组合的形式在即时通讯应用中分享和传递。仅作为示例，信息共享链接以二维码的形式传递时，则链接传输模块430可以将该二维码传输至至少一个其他用户的用户终端的即时通讯应用中，并且通过识别该二维码，至少一个其他用户可以触发显示一个信息共享界面。在一些实施例中，链接传输模块430还可以将信息共享链接发送至至少一个其他用户的通信设备的打车平台中。在一些实施例中，响应于共乘用户中的每一个用户执行提交乘车服务请求或通过信息共享界面输入的信息，至少一个用户终端可以将乘车服务请求或通过信息共享界面输入的信息发送到处理引擎112用于后续操作，例如，生成共乘出行信息。

输出模块440可以获取并显示共乘出行信息。在一些实施例中，共乘出行信息可以包括共乘用户的信息，该共乘用户的信息可以是基于发起人的乘车服务请求以及至少一个其他用户通过信息共享界面输入的信息确定的。例如，发起人和至少一个其他用户的起点信息、终点信息。在一些实施例中，共乘出行信息还可以包括共乘出行路径、共乘总人数等。示例性的，共乘出行路径可以是按需运输服务系统100根据共乘用户的信息规划的最优路径。共乘总人数为所有用户的用户乘车人数的总和。在一些实施例中，共乘出行信息还可以包括每个用户的名称、头像、用户乘车人数、接驾次序、实时位置、预计到达时间等中的一种或几种的任意组合。示例性的，预计到达时间可以是根据每个用户输入的起点信息、实时位置、终点信息等，并结合当前路况、天气等信息预测的用户预计到达目的地所需时间。

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

需要注意的是，以上描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可以在不背离这一原理的情况下，对实施上述方法和系统的应用领域进行形式和细节上的各种修正和改变。例如，第一获取模块410和信息共享链接生成模块420可以集成在一起成为一个模块，同时实现数据获取以及信息共享链接生成的功能。然而，这些变化和修改不脱离本申请的范围。

为便于理解本发明，仅作为示例，简述4位用户通过根据本发明的一个具体实施例实现共乘的过程。例如，用户a、b、c和d相约拼车出行。用户a发起乘车服务请求。在一些实施例中，用户a可以在乘车服务请求中输入a用户的起点信息和终点信息，以及期望的出行时间。用户a还可以输入共乘的总人数。用户a可以在信息输入完毕后，点击界面上的图形控件，触发分享指令，进入分享去向选择模式。用户a可以先选择通过哪种即时通讯应用分享乘车服务请求，例如，用户a可以选择通过微信进行分享。然后选择分享给哪些好友，例如，可以选择好友b、c和d。选定后，可以生成信息共享链接，并将信息共享链接发送至用户b、c和d的微信中。用户b、c和d在微信中接收到该信息共享链接，通过该信息共享链接在各自的手机中触发一个信息共享界面。信息共享界面上可以将用户a输入的拼车信息分享并显示给其他用户，同时引导其他用户输入其乘车服务请求相关信息。用户b、c和d可以在各自的信息共享界面上输入各自的起点信息和终点信息，以及期望的出行时间。各自输入完成并确认后，向服务器提交各自的信息。服务器接收到a、b、c、d用户提交的信息后，根据各自输入的信息规划出行路径和接驾次序生成订单。在一些实施例中，规划好的路径、接驾次序以及接单司机的信息可以在信息共享界面上显示。在订单执行过程中，用户a、b、c和d还可以在各自的信息共享界面上看到车辆的当前位置和实时的路径。当用户a、b、c和d到达目的时，订单完成，信息共享界面自动关闭。

图5是根据本申请一些实施例所示的示例性多用户共乘系统的框图。如图5所示，多用户共乘系统可以包括第二获取模块510、出行路径确定模块520、订单生成模块530、订单传输模块540。在一些实施例中，第二获取模块510、出行路径确定模块520、订单生成模块530、订单传输模块540可以设置在服务器110中。

第二获取模块510可以获取至少一个用户发起的乘车服务请求。在一些实施例中，共乘用户中的一个用户可以作为发起人发起乘车服务请求。在一些实施例中，乘车服务请求包括发起人的乘车路径的起点信息及终点信息。在一些实施例中，乘车服务请求还可以包括发起人输入的该用户的用户乘车人数、接驾次序、出行的时间等中的一种或多种。

在一些实施例中，第二获取模块510还可以获取至少一个其他用户通过信息共享界面输入的其乘车路径的起点信息和终点信息。其他用户是指除发起人之外的其他共乘用户。在一些实施例中，信息共享链接与至少一个信息共享界面与相关联。信息共享链接是基于发起人的乘车服务请求以及分享指令生成的。在一些实施例中，信息共享链接可以在即时通讯应用中共享与传递。在一些实施例中，信息共享链接还可以在打车平台中共享与传递。在一些实施例中，第二获取模块510还可以获取其他用户通过信息共享界面输入的用户乘车人数、接驾次序、出行的时间等中的一种或多种。关于信息共享链接及信息共享界面更多的描述，可以参见图4及其相关描述。

出行路径确定模块520可以基于共乘用户的起点信息和终点信息确定共乘出行路径。共乘出行路径可以是基于发起人以及至少一个其他用户的起点信息和终点信息确定的出行路径。在一些实施例中，共乘出行路径可以是途径发起人和至少一个其他用户的起点信息和终点信息的所有路径中路程最短的路径。在一些实施例中，共乘出行路径可以是途径发起人和至少一个其他用户的起点信息和终点信息的所有路径中花费时间最短的路径。在一些实施例中，出行路径确定模块520还可以基于发起人以及至少一个其他用户的起点信息、终点信息以及接驾次序确定共乘出行路径。例如，出行路径确定模块520可以根据发起人和至少一个其他用户的起点信息和终点信息，以及各个起点信息的先后接驾次序规划路程最短的出行路径。

在一些实施例中，出行路径确定模块520可以在获取到至少一个用户输入的共乘确认指令后，基于各个起点信息及各个终点信息确定共乘出行路径。在一些实施例中，共乘确认指令可以是确认共乘用户已完成在各自的信息共享界面中的信息输入的指示信息。在一些实施例中，出行路径确定模块520可以是获取到发起人的共乘确认指令后，认为所有的共乘用户已完成各自的信息共享界面中的信息输入，并确定共乘出行路径。在一些实施例中，出行路径确定模块520可以是获取到至少一个其他用户的共乘确认指令后，确定共乘出行路径。在一些实施例中，共乘确认指令可以在所有用户都提交乘车信息后自动生成。例如，小李发起乘车服务请求，并将其共享给其他3个人，当按需运输服务系统100判断有3组通过信息共享界面输入的信息被提交后，则系统自动判断共乘人数已达到共乘上限(例如，出行路径确定模块520认为一辆交通工具最多运送4名乘客)，则自动生成共乘确认指令，并进行共乘路径规划。在又一些实施例中，系统还可以将收到的其他用户通过信息共享界面提交的信息组数与发起人在服务请求中输入的共乘总人数进行比较，当接收到与共乘总人数一致的信息组数后，自动生成共乘确认指令，并进行共乘路径规划。在又一些实施例中，共乘用户可以各自提交共乘确认指令，如果共乘用户已全部完成信息共享界面的信息输入，并且已提交的共乘确认指令，此时出行路径确定模块520判断出共乘确认指令的数量大于阈值，可认为共乘确认指令全部提交完毕。例如，小李发起乘车服务请求，并将其共享给小王、小张两个人，其中乘车服务请求中已经输入了共乘总人数为3。当其他两人的信息共享界面的信息输入完毕，并分别提交共乘确认指令，出行路径确定模块520判断用户提交的共乘确认指令的数量达到除发起人以外的共乘人数(即共乘总人数-1)时，出行路径确定模块520可以认为共乘确认指令全部提交完毕。若只有小王提交了共乘确认指令，系统会继续等待，在其他实施例中，系统还可以提醒小张尽快完成信息共享界面的信息输入并提交共乘确认指令。

在一些实施例中，出行路径确定模块520还可以先基于至少一个用户乘车路径的起点信息及终点信息确定基本出行路径。基本出行路径可以是基于发起人提交的乘车服务请求确定的发起人的出行路径。在一些实施例中，出行路径确定模块520还可以基于至少一个其他用户的乘车路径的起点信息及终点信息调整基本出行路径得到途径各个起点及各个终点的共乘出行路径。也就是说，当基于发起人提交的乘车服务请求确定了基本出行路径，其他共乘用户输入各自的起点信息和终点信息后，出行路径确定模块520可以根据其他共乘用户输入的起点信息和终点信息，在基本出行路径的基础上做出调整，已得到满足所有共乘用户出行的共乘出行路径。例如，小李发起乘车服务请求，并将其共享给小王、小张、小刘3个人，出行路径确定模块520可以基于小李提交的乘车服务请求确定基本出行路径。当按需运输服务系统100判断小王提交了信息共享界面后，出行路径确定模块520还可以基于小王的信息共享界面中输入的信息对基本出行路径做出调整。当小张和小刘也提交了信息共享界面后，出行路径确定模块520根据小张和小刘的信息共享界面中输入的信息对基本出行路径进一步调整，最终得到四人的共乘出行路径。

订单生成模块530可以基于共乘出行路径生成乘车订单。在一些实施例中，乘车订单还可以包括基于所述乘车服务请求以及通过所述信息共享界面输入的信息确定的共乘用户的信息。在一些实施例中，订单生成模块530还可以基于基本出行路径生成乘车订单。可以理解为，在确定了基本出行路径后，订单生成模块530便可以根据基本出行路径生成乘车订单，并将订单发送给至少一个司机的用户终端上，进而执行所述订单，在执行所述订单的过程中继续接收其他用户通过信息共享界面输入的起点信息及终点信息，再对基本出行路径做出调整得到共乘出行路径。

传输模块540可以将乘车订单发送到至少一个司机的用户终端上。在一些实施例中，订单传输模块540可以根据乘车订单中的共乘用户的信息和共乘出行路径信息确定至少一个可能接单的司机。并将乘车订单发送到至少一个可能接单的司机。在一些实施例中，乘车订单可以是基于共乘出行路径生成的乘车订单。在一些实施例中，乘车订单可以是基于基本出行路径生成的乘车订单，此时系统在执行所述订单的过程中继续会接收其他用户通过信息共享界面输入的起点信息及终点信息，再对基本出行路径做出调整得到共乘出行路径，传输模块540还可以将调整得到共乘出行路径发送到所述至少一个司机的用户终端上以更新基本出行路径。

图6是根据本申请一些实施例所示的多用户共乘方法的示例性流程图。在一些实施例中，流程600可以通过处理逻辑来执行，该处理逻辑可以包括硬件(例如，电路、专用逻辑、可编程逻辑、微代码等)、软件(运行在处理设备上以执行硬件模拟的指令)等或其任意组合。图6所示的多用户共乘方法的流程600中的一个或多个操作可以通过图1所示的按需运输服务系统100实现。例如，流程600可以以指令的形式存储在存储设备130中，并由处理引擎112执行调用和/或执行(例如，图2所示的计算设备200的处理器220、图3所示的移动设备300的中央处理器340)。

在步骤610中，获取至少一个用户发起的乘车服务请求以及分享指令。步骤610可以由第一获取模块410执行。在一些实施例中，按需运输服务系统100可以通过网络150获取用户使用服务请求端设备120(如，手持移动设备中的app或安装在车辆上的设备等)发送的乘车服务请求及分享指令。所述乘车服务请求是指用户发起的用以与其他乘车用户共享运输服务的请求。所述分享指令可以是能够提出将所述乘车服务请求共享给多个乘车用户的需求的指令。在一些实施例中，乘车服务请求可以由共乘用户中的一个用户作为发起人发起。在一些实施例中，乘车服务请求包括发起人的乘车路径的起点信息以及终点信息。在一些实施例中，乘车服务请求还可以包括发起人输入的共乘总人数、接驾次序、出行时间等一种或多种。

在步骤620中，基于所述乘车服务请求以及分享指令生成信息共享链接。步骤620可以由信息共享链接生成模块420执行。所述信息共享链接与至少一个信息共享界面相关联。在一些实施例中，信息共享界面可以用于引导至少一个其他用户中的每一个用户输入其各自的乘车路径的起点信息和终点信息。在一些实施例中，信息共享界面还可以用于引导至少一个其他用户中的每一个用户输入其各自的用户乘车人数、接驾次序等。在一些实施例中，信息共享界面可以显示发起人的路径。在一些实施例中，发起人的路径可以根据发起人输入的起点信息和终点信息确定。在一些实施例中，信息共享界面还可以显示每个用户输入的起点信息和终点信息。在一些实施例中，信息共享界面可以引导共乘用户确认提交该信息共享界面内输入的信息或删除该信息共享界面。例如，如果某用户输入完毕，可以确认并提交该信息共享界面内输入的信息。如果某用户不想继续拼车，可以删除该信息共享界面。

在一些实施例中，信息共享链接可以用于被发送至至少一个其他用户的即时通讯应用中以便触发显示信息共享界面，该即时通讯应用可以为安装在用户终端能够进行信息实时通讯的软件。在一些实施例中，通讯应用可以包括但不限于微博、微信、qq、uc、msn、钉钉、skype等在一些实施例中，信息共享链接可以在打车平台或约车应用内分享，以便在约车应用中触发信息共享界面。通过信息共享界面引导其他用户在约车应用中输入起点信息、终点信息等相关信息。

在步骤630中，可以将所述信息共享链接发送至至少一个其他用户的即时通讯应用中。该即时通讯应用可以为安装在用户终端的能够进行信息实时通讯的软件。步骤630可以由链接传输模块430执行。信息共享链接可以以网页、二维码、条形码、编码、图形标识符、程序、网址链接等或其任意组合的形式在即时通讯应用中分享和传递。在一些实施例中，信息共享链接还可以在打车平台中分享和传递。

在步骤640中，可以获取并显示共乘出行信息。步骤640可以由输出模块440执行。在一些实施例中，共乘出行信息至少包括基于所述乘车服务请求以及通过所述信息共享界面输入的信息确定的共乘用户的信息。例如，共乘用户的起点信息、终点信息。在一些实施例中，所述共乘出行信息还可以包括共乘出行路径、共乘总人数等。在一些实施例中，共乘出行信息还可以包括每个用户的名称、用户乘车人数、接驾次序、实时位置、预计到达时间等或其组合。

需要注意的是，以上描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可以在不背离这一原理的情况下，对实施上述方法和系统的应用领域进行形式和细节上的各种修正和改变。

图7是根据本申请的一些实施例所示的多用户共乘方法示例性流程图。在一些实施例中，流程700可以通过处理逻辑来执行，该处理逻辑可以包括硬件(例如，电路、专用逻辑、可编程逻辑、微代码等)、软件(运行在处理设备上以执行硬件模拟的指令)等或其任意组合。图7所示的用于确定乘车订单的流程700中的一个或多个操作可以通过图1所示的按需运输服务系统100实现。例如，流程700可以以指令的形式存储在存储设备150中，并由处理引擎140执行调用和/或执行(例如，图2所示的计算设备200的处理器220、图3所示的移动设备300的中央处理器340)。

在步骤710中，可以获取至少一个用户发起的乘车服务请求。在一些实施例中，共乘用户中的一个用户可以作为发起人发起乘车服务请求。其中，乘车服务请求包括发起人的乘车路径的起点信息及终点信息。步骤710可以由第二获取模块510执行。所述乘车服务请求可以是发起人发起用以与其他乘车用户共享运输服务的请求。在一些实施例中，在一些实施例中，乘车服务请求还可以包括发起人输入的该用户的用户乘车人数、接驾次序、出行的时间等一种或多种。

在步骤720中，可以获取至少一个其他用户通过信息共享界面输入的其乘车路径的起点信息和终点信息。步骤720可以由第二获取模块510执行。其他用户是指除发起人之外的其他共乘用户。所述信息共享界面与至少一个信息共享链接相关联。该信息共享链接是基于乘车服务请求以及用户的分享指令生成的。在一些实施例中，在步骤720还可以获取至少一个其他用户通过信息共享界面输入的用户乘车人数、接驾次序出行的时间等中的一种或多种。

在步骤730中，可以基于所述至少一个用户以及所述至少一个其他用户的起点信息和终点信息，确定共乘出行路径。步骤730可以由出行路径确定模块520执行。在一些实施例中，共乘出行路径可以是途径发起人和至少一个其他用户的起点信息和终点信息的所有路径中路程最短的路径。在一些实施例中，共乘出行路径可以是途径发起人和至少一个其他用户的起点信息和终点信息的所有路径中花费时间最短的路径。在一些实施例中，共乘出行路径还可以基于发起人的乘车服务请求以及至少一个其他用户的起点信息、终点信息以及接驾次序来确定。

在步骤740中，基于所述共乘出行路径生成乘车订单，并将所述乘车订单发送到至少一个司机的用户终端上。步骤740可以由订单生成模块530和订单传输模块540共同执行。在一些实施例中，乘车订单还可以包括基于所述乘车服务请求以及通过所述信息共享界面输入的信息确定的共乘用户的信息。在一些实施例中，可以根据乘车订单中的共乘用户的信息和共乘出行路径信息确定至少一个可能接单的司机。并将乘车订单发送到至少一个可能接单的司机。在一些实施例中，共乘出行路径是基于发起乘车服务请求的用户与至少一个其他用户的起点信息、终点信息确定的。在一些实施例中，共享出行路径还可以是基于发起人的乘车服务请求与至少一个其他用户的起点信息、终点信息以及接驾次序确定的。

需要注意的是，以上描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可以在不背离这一原理的情况下，对实施上述方法和系统的应用领域进行形式和细节上的各种修正和改变。

图8是根据本申请一些实施例所示的另一种服务器端的多用户共乘方法的示例性流程图。在一些实施例中，流程800可以通过处理逻辑来执行，该处理逻辑可以包括硬件(例如，电路、专用逻辑、可编程逻辑、微代码等)、软件(运行在处理设备上以执行硬件模拟的指令)等或其任意组合。图8所示的多用户共乘方法的流程800中的一个或多个操作可以通过图1所示的按需运输服务系统100实现。例如，流程800可以以指令的形式存储在存储设备130中，并由处理引擎112执行调用和/或执行(例如，图2所示的计算设备200的处理器220、图3所示的移动设备300的中央处理器340)。

在步骤810中，可以获取至少一个用户发起的乘车服务请求。其中，乘车服务请求包括发起人的乘车路径的起点信息及终点信息。步骤810可以由第二获取模块510执行。在一些实施例中，乘车服务请求还可以包括发起人输入的该用户的用户乘车人数、接驾次序、出行的时间、共乘总人数等一种或多种。

在步骤820中，可以基于所述至少一个用户乘车路径的起点信息及终点信息确定基本出行路径。步骤820可以由出行路径确定模块520执行。在一些实施例中，基本出行路径可以是基于发起人提交的乘车服务请求确定的发起人的出行路径。

在步骤830中，可以基于所述基本出行路径生成乘车订单，并将所述乘车订单发送到至少一个司机的用户终端上。步骤830可以由订单生成模块530及订单传输模块540联合执行。在一些实施例中，可以根据基本出行路径确定至少一个可能接单的司机。并将乘车订单发送到至少一个可能接单的司机，进而执行该乘车订单。

在步骤840中，可以获取至少一个其他用户通过信息共享界面输入的其乘车路径的起点信息和终点信息。步骤840可以由第二获取模块510执行。在一些实施例中，在乘车执行过程中，可以继续获取除发起人之外的共乘用户通过信息共享界面输入的其乘车路径的起点信息和终点信息。在一些实施例中，在步骤840还可以获取至少一个其他用户通过信息共享界面输入的起点信息、终点信息、用户乘车人数、接驾次序等一种或多种。在一些实施例中，还可以获取至少一个其他用户更新的起点信息和终点信息、用户乘车人数、接驾次序等信息。在一些实施例中，还可以获取新增的共乘用户的起点信息和终点信息。在一些实施例中，还可以获取至少一个其他用户中临时退出的用户的信息，并将该用户通过信息共享界面输入的起点信息、终点信息、用户乘车人数、接驾次序等信息删除，以更新该订单中的共乘用户信息和共乘用户的起点信息和终点信息。

在步骤850中，基于所述至少一个其他用户乘车路径的起点信息及终点信息调整所述基本出行路径得到途径各个起点及各个终点的共乘出行路径，并将所述共乘出行路径发送到所述至少一个司机的用户终端上以更新所述基本出行路径。步骤850可以由出行路径确定模块520以及订单传输模块540联合执行。在一些实施例中，在订单执行过程中，在步骤850还可以基于至少一个其他用户更新的乘车路径的起点信息、终点信息、用户乘车人数以及接驾次序来调整所述基本出行路径得到更新的共乘出行路径。在一些实施例中，在订单执行过程中，还可以基于新增或临时退出的共乘用户的起点信息、终点信息、用户乘车人数以及接驾次序来调整所述基本出行路径得到更新的共乘出行路径。通过该方法，可以基于已确定的发起人的信息快速生成订单，并执行该订单。在订单的执行过程中，再获取其他用户的信息，或获取其他用户的更新信息，随时更新共乘出行路径和订单。

需要注意的是，以上描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可以在不背离这一原理的情况下，对实施上述方法和系统的应用领域进行形式和细节上的各种修正和改变。

以上内容描述了本申请和/或一些其他的示例。根据上述内容，本申请还可以作出不同的变形。本申请披露的主题能够以不同的形式和例子所实现，并且本申请可以被应用于大量的应用程序中。后文权利要求中所要求保护的所有应用、修饰以及改变都属于本申请的范围。

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

本领域技术人员能够理解，本申请所披露的内容可以出现多种变型和改进。例如，以上所描述的不同系统组件都是通过硬件设备所实现的，但是也可能只通过软件的解决方案得以实现。例如：在现有的服务器上安装系统。此外，这里所披露的位置信息的提供可能是通过一个固件、固件/软件的组合、固件/硬件的组合或硬件/固件/软件的组合得以实现。

所有软件或其中的一部分有时可能会通过网络进行通信，如互联网或其他通信网络。此类通信能够将软件从一个计算机设备或处理器加载到另一个。例如：从按需运输服务系统的一个管理服务器或主机计算机加载至一个计算机环境的硬件平台，或其他实现系统的计算机环境，或与提供订单拼成率预测所需要的信息相关的类似功能的系统。因此，另一种能够传递软件元素的介质也可以被用作局部设备之间的物理连接，例如光波、电波、电磁波等，通过电缆、光缆或者空气实现传播。用来载波的物理介质如电缆、无线连接或光缆等类似设备，也可以被认为是承载软件的介质。在这里的用法除非限制了有形的“储存”介质，其他表示计算机或机器“可读介质”的术语都表示在处理器执行任何指令的过程中参与的介质。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如java、scala、smalltalk、eiffel、jade、emerald、c++、c#、vb.net、python等，常规程序化编程语言如c语言、visualbasic、fortran2003、perl、cobol2002、php、abap，动态编程语言如python、ruby和groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，例如，局域网(lan)或广域网(wan)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(saas)。

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

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

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

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

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