本申请涉及拼车系统和方法。所述系统可以执行以下方法：在第一时间点获取与第一服务接收者的第一运输服务相关联的第一交易请求；在第二时间点获取与第二服务接收者的第二运输服务相关联的第二交易请求；获取服务提供者的信息；根据第一交易请求、第二交易请求或服务提供者信息中的至少一个确定分配策略，所述分配策略关于将第一运输服务和第二运输服务组合成第三运输服务；并将分配策略发送给第一服务接收者、第二服务接收者或服务提供者中的至少一个。
技术要求
1.一种系统，包括：
一个或以上数量的存储介质，包括一组用于操作在线拼车运输平台的指令；以及
一个或以上数量的处理器，被配置为与所述一个或以上数量的存储介质通信，其中当执行所述指令时，所述一个或以上数量的处理器用于：
在第一时间点获取与第一服务接收者的第一运输服务相关联的第一交易请求；在第二时间点获取与第二服务接收者的第二运输服务相关联的第二交易请求；获取服务提供者的服务提供者信息；
根据所述第一交易请求、所述第二交易请求或所述服务提供者信息中的至少一个，确定分配策略，所述分配策略是关于将所述第一运输服务和所述第二运输服务组合为第三运输服务；以及
将所述分配策略发送至所述第一服务接收者、所述第二服务接收者或所述服务提供者。
2.根据权利要求1所述的系统，其中所述第一交易请求包括第一起点或第一目的地中的至少一个，
所述第二交易请求包括第二起点或第二目的地中的至少一个，以及
所述服务提供者信息包括所述服务提供者在所述第一时间点的第一位置或所述服务提供者在所述第二时间点的第二位置中的至少一个；其中，为了确定所述分配策略，所述一个或以上数量的处理器进一步用于：
根据所述第一交易请求、所述第二交易请求或所述服务提供者信息中的至少一个来确定匹配信息，所述匹配信息包括当已经接受所述第一交易请求的所述服务提供者前往所述第二交易请求的所述第二起点时行驶方向的变化、方向信息、路线信息、匹配概率或与所述第三运输服务相关联的预估行驶时间和与所述第一运输服务相关联的预估行驶时间之间的比值中的至少一个；根据所述匹配信息确定匹配结果；以及根据所述匹配结果确定分配策略。
3.根据权利要求2所述的系统，其中为了确定所述匹配信息，所述一个或以上数量的处理器还用于：
根据所述第一交易请求和所述第二交易请求确定所述方向信息和所述路线信息。
4.根据权利要求3所述的系统，其中为了确定所述方向信息和所述路线信息，所述一个或以上数量的处理器还用于：
根据所述第一起点和所述第一目的地确定所述第一交易请求的第一方向，根据所述第二起点和所述第二目的地确定所述第二交易请求的第二方向，确定所述第一交易请求的第一共享路线、所述第二交易请求的第二共享路线、所述第一交易请求的第一初始路线和所述第二交易请求的第二初始路线，其中所述第一共享路线是在所述第三运输服务中从所述第一起点到所述第一目的地的路线，所述第二共享路线是所述第三运输服务中从所述第二起点到所述第二目的地的路线；
确定所述第一共享路线的长度、所述第二共享路线的长度、所述第一初始路线的长度和所述第二初始路线的长度；以及
确定所述第一方向和所述第二方向之间的第一角度，所述第一共享路线长度与所述第一初始路线长度的第二比值和所述第二共享路线长度与所述第二初始路线长度的第三比值。
5.根据权利要求2所述的系统，其中，当在所述第二时间点获取所述第二服务接收者的所述第二交易请求时，所述第一服务接收者的所述
第一交易请求已被所述服务提供者接受。
6.根据权利要求5所述的系统，其中为了确定所述匹配信息，所述一个或以上数量的处理器还用于：
根据所述服务提供者在所述第二时间点的第二位置和所述第一交易请求的第一目的地所述确定第一路线；根据所述第二交易请求的第二起点和所述第二交易请求的第二目的地确定第二路线；以及
根据所述第一路线和所述第二路线，确定当所述服务提供者前往所述第二交易请求的所述第二起点时行驶方向的变化。
7.根据权利要求5所述的系统，其中为了确定所述匹配信息，所述一个或以上数量的处理器还用于：
根据所述服务提供者的所述第二起点和所述第二目的地确定第三路线以及根据所述服务提供者在所述第二时间点的所述第二位置确定第四路线
根据所述第三路线和所述第四路线获取第一参数；获取提供者权重；以及
根据所述第一参数和所述提供者权重确定匹配概率。
8.根据权利要求7所述的系统，其中所述第一参数包括所述服务提供者的所述第二位置与所述第一起点之间的距离、所述服务提供者的第
二位置与所述第一目的地之间的距离、所述第三路线与所述第四路线之间的第二角度、所述第一交易请求的第三共享路线长度与第三初始路线长度的第四比值或者第四共享路线长度与第四初始路线长度的第五比值中的至少一个。
9.根据权利要求8所述的系统，其中，为了获取所述提供者权重，所述一个或以上数量的处理器的进一步用于：
获取与第四运输服务相关联的第三交易请求和与第五运输服务相关联的第四交易请求，所述第三运输服务和所述第四运输服务被组合成已由所述服务提供者完成的第六运输服务；
根据所述第三交易请求和所述第四交易请求获取第二参数；以及
根据所述第二参数确定所述提供者权重。
10.根据权利要求5所述的系统，其中为了确定所述匹配信息，所述一个或以上数量的处理器还用于：
根据所述服务提供者的所述第一位置、所述第一起点和所述第一目的地确定第四路线；确定所述第四路线的第一预估时间；
根据所述服务提供者的所述第二位置、所述第二起点、所述第二目的地、所述第一起点或所述第一目的地中的至少一个，确定第五路线；
确定所述第五路线的第二预估时间；以及
确定所述第二预估时间与所述第一预估时间的第一比值。
11.一种拼车方法，包括：
通过所述在线按需运输服务平台的计算机服务器，在第一时间点获取与第一服务接收者的第一运输服务相关联的第一交易请求；通过所述计算机服务器，在第二时间点获取与第二服务接收者的第二运输服务相关联的第二交易请求；通过所述计算机服务器，获取服务提供者的服务提供信息；
通过所述计算机服务器根据所述第一交易请求、所述第二交易请求或所述服务提供者信息中的至少一个确定分配策略，所述分配策略关于将所述第一运输服务和所述第二运输服务组合为第三运输服务；以及
通过所述计算机服务器，向所述第一服务接收者，所述第二服务接收者或所述服务提供者中的至少一个发送所述分配策略。
12.根据权利要求11所述的方法，其中，所述第一交易请求包括第一起点或第一目的地中的至少一个，
所述第二交易请求包括第二起点或第二目的地中的至少一个，以及
所述服务提供者信息包括所述服务提供者在所述第一时间点的的第一位置或所述服务提供者在所述第二时间点的第二位置中的至少一个；
其中所述确定分配策略包括：
根据所述第一交易请求，所述第二交易请求或所述服务提供者信息中的至少一个来确定匹配信息，所述匹配信息包括当已接受所述第一交易请求的所述服务提供者前往所述第二交易请求的所述第二起点时行驶方向的变化、方向信息、路线信息，、匹配概率、或与所述第三运输服务相关联的预估行驶时间与所述第一运输服务相关联的预估行驶时间之间的比值中的至少一个；根据所述匹配信息生成匹配结果；根据所述匹配结果生成排名结果；以及根据所述排名结果生成分配策略。
13.根据权利要求12所述的方法，其中确定所述匹配信息包括：
根据所述第一交易请求和所述第二交易请求确定所述方向信息和所述路线信息。
14.根据权利要求13所述的方法，其中确定所述方向信息和所述路线信息包括：
根据所述第一起点和所述第一目的地确定所述第一交易请求的第一方向，根据所述第二起点和所述第二目的地确定所述第二交易请求的第二方向，确定所述第一交易请求的第一共享路线、所述第二交易请求的第二共享路线，所述第一交易请求的第一初始路线和所述第二交易请求的第二初始路线，其中所述第一共享路线是在所述第三运输服务中从所述第一起点到所述第一目的地的路线，所述第二共享路线是所述第三运输服务中从所述第二起点到所述第二目的地的路线；
确定所述第一共享路线的长度、所述第二共享路线的长度、所述第一初始路线的长度和所述第二初始路线的长度；以及
确定所述第一方向与所述第二方向之间的第一角度、所述第一共享路线的长度与所述第一初始路线长度的第二比值、所述第二共享路线长度与所述第二初始路线长度的第三比值。
15.根据权利要求12所述的方法，其中，当在所述第二时间点获取所述第二服务接收者的所述第二交易请求时，所述第一服务接收者的所
述第一交易请求者已被所述服务提供者接受。
16.根据权利要求15所述的方法，其中确定所述匹配信息包括：
根据所述服务提供者在所述第二时间点的第二位置和所述第一交易请求的第一目的地确定第一路线；根据所述第二交易请求的所述第二起点和所述第二交易请求的所述第二目的地确定第二路线；以及
根据所述第一路线和所述第二路线，确定当所述服务提供者前往所述第二交易请求的所述第二起点时行驶方向的变化。
17.根据权利要求15所述的方法，其中确定所述匹配信息包括：
根据所述第二起点和所述第二目的地确定第三路线，根据所述服务提供者在所述第二时间点的所述第二位置和所述第一目的地确定第四路线；
根据所述第三路线和所述第四路线获取第一参数；获取提供者权重；以及
根据所述第一参数和所述提供者权重确定匹配概率。
18.根据权利要求17所述的方法，其中，所述第一参数包括所述服务提供者的所述第二位置与所述第一起点之间的距离、所述服务提供者
和所述第一目的地的第二位置之间的距离、所述第三路线和所述第四路线之间的第二角度，所述第一交易请求的第三共享路线长度与第三初始路线长度的第四比值或第四共享路线长度与第四初始路线的长度的第五比值。
19.根据权利要求18所述的方法，其中所述获取提供者权重包括：
获取与第四运输服务相关联的第三交易请求和与第五运输服务相关联的第四交易请求，所述第三运输服务和所述第四运输服务被组合为已由所述服务提供者完成的第六运输服务；
根据所述第三交易请求和所述第四交易请求获取第二参数；以及根据所述第二参数确定所述提供者权重。
20.根据权利要求15所述的方法，其中确定所述匹配信息包括：
根据所述服务提供者的所述第一位置、所述第一起点和所述第一目的地确定第四条路线；确定所述第四路线的第一预估时间；
根据所述服务提供者的所述第二位置、所述第二起点、所述第二目的地、所述第一起点或所述第一目的地中的至少一个确定第五路线；确定所述第五路线的第二预估时间；以及
确定所述第二预估时间与所述第一预估时间的第一比值。
技术说明书拼车方法和系统交叉引用
该国际申请要求2016年2月24日提交的申请号为201610100973.1的中国专利申请、2016年3月14日提交的申请号为201610143434.6的中国专利申请、2016年3月18日提交的201610157715.7的中国专利申请以及2016年3月23日提交的申请号为201610171397.X的中国专利申请的优先权，其全部内容以引用方式被包含于此。技术领域
本申请涉及按需服务系统，尤其涉及拼车的方法和系统。背景技术
拼车服务是指将两个或者两个以上的运输服务组合成一个新的运输服务。拼车服务可以提升运输能力。但是，在现有的拼车系统和方法中存在诸如效率低下和用户体验不良等问题。因此，希望提供用于拼车的系统和方法，以提高效率和用户体验。技术内容
根据本申请的一个方面，一种系统可以包括一个或以上数量的存储介质以及与该存储介质通讯的一个或以上数量的处理器。该储存介质可以包括拼车的一组指令。当所述一个或以上数量的处理器执行所述一组指令时，所述一个或以上数量的处理器可以用于执行以下操作中的一个或以上数量的。一个或以上数量的处理器可以在第一时间点获取与第一服务接收者的第一运输服务相关联的第一交易请求。一个或以上数量的处理器可以在第二时间点获取与第二服务接收者的第二运输服务相关联的第二交易请求。一个或以上数量的处理器可以获取服务提供者的服务提供者信息。一个或以上数量的处理器可以根据第一交易请求、第二交易请求和/或服务提供者信息中的至少一个来确定分配策略，所述分配策略是关于将第一运输服务和第二运输服务组合成第三运输服务。一个或以上数量的处理器可以将分配策略发送给第一服务接收者，第二服务接收者和/或服务提供者中的至少一个。
在一些实施例中，第一交易请求可以包括第一起点和/或第一目的地中的至少一个，第二交易请求可以包括第二起点和/或第二目的地中的至少一个，并且服务提供者信息可以包括服务提供者在第一时间点的第一位置和/或第二时间点的服务提供者的第二位置中的至少一个。在一些实施例中，一个或以上数量的处理器可以根据第一交易请求、第二交易请求和/或服务提供者信息中的至少一个来确定匹配信息。匹配信息可以包括服务提供者的行驶方向变化(所述服务提供者在到达第二交易请求的第二起点时已经接受了第一交易请求)、方向信息、路线信息、匹配概率和/或与第三运输服务相关联的预估行驶时间以及与第一运输服务相关联的预估行驶时间之间的比值中的至少一个。一个或以上数量的处理器可以根据匹配信息确定匹配结果。一个或以上数量的处理器可以根据匹配结果确定排名结果。一个或以上数量的处理器可以根据排序结果确定分配策略。
在一些实施例中，一个或以上数量的处理器可以根据第一交易请求和第二交易请求确定方向信息和路线信息。
在一些实施例中，一个或以上数量的处理器可以根据所述第一起点和所述第一目的地确定所述第一交易请求的第一方向，根据所述第二起点和所述第二目的地确定所述第二交易请求的第二方向，确定所述第一交易请求的第一共享路线、所述第二交易请求的第二共享路线、所述第一交易请求的第一初始路线和所述第二交易请求的第二初始路线，其中所述第一共享路线是在所述第三运输服务中从所述第一起点到所述第一目的地的路线，所述第二共享路线是所述第三运输服务中从所述第二起点到所述第二目的地的路线。一个或以上数量的处理器可以确定第一共享路线的长度、第二共享路线的长度、第一初始路线的长度和第二初始路线的长度。一个或以上数量的处理器可以确定第一方向和第二方向之间的第一角度，第一共享路线长度与第一初始路线长度的第二比值以及第二共享路线长度与第二初始路线长度的第三比值。
在一些实施例中，当在第二时间点获取第二服务接收者的第二交易请求时，第一服务接收者的第一交易请求可能已被服务提供者接受。在一些实施例中，一个或以上数量的处理器可以根据所述第二时间点处的所述服务提供者的第二位置和所述第一交易请求的第一目的地来确定第一路线。一个或以上数量的处理器可以根据第二交易请求的第二起点和第二交易请求的第二目的地确定第二路线。一个或以上数量的处理器可以根据第一路线和第二路线，确定已接受第一交易请求的服务提供者前往第二交易请求的第二起点时行驶方向的变化。在一些实施例中，一个或以上数量的处理器可以根据第二起点和第二目的地确定第三路线，并且根据第二时间点处的服务提供者的第二位置和第一目的地确定第四路线。一个或以上数量的处理器可以根据第三路线和第四路线获取第一参数。一个或以上数量的处理器可以获取提供者权重。一个或以上数量的处理器可以根据第一参数和提供者权重确定匹配概率。
在一些实施例中，第一参数可以包括服务提供者的第二位置与第一起点之间的距离、服务提供者的第二位置与第一目的地之间的距离、第三路线与第四路线之间的第二角度、第一交易请求的第三共享路线长度与第三初始路线长度的第四比值和/或第四共享路线长度与第四初始路线长度的第五比值中的至少一个。
在一些实施例中，一个或以上数量的处理器可以获取与第四运输服务相关联的第三交易请求和与第五运输服务相关联的第四交易请求，其中第三运输服务和第四运输服务可以组合成由服务提供者完成的第六运输服务。根据第三交易请求和第四交易请求，一个或以上数量的处理器可以获取第二参数。一个或以上数量的处理器可以根据第二参数确定提供者权重。
在一些实施例中，一个或以上数量的处理器可以根据服务提供者的第一位置、第一起点和第一目的地确定第四路线。一个或以上数量的处理器可以确定第四路线的第一预估时间。一个或以上数量的处理器可以根据服务提供者的第二位置、第二起点、第二目的地、第一起点和/或第一目的地中至少一个来确定第五路线。一个或以上数量的处理器可以确定第五路线的第二预估时间。一个或以上数量的处理器可以确定第二预估时间与第一预估时间的第一比值。
根据本申请的另一个方面，一种方法可以包括以下操作的一个或以上数量的。在线按需运输服务平台的计算机服务器可以在第一时间点获取与第一服务接收者的第一运输服务相关联的第一交易请求。计算机服务器可以在第二时间点获取与第二服务接收者的第二运输服务相关联的第二交易请求。计算机服务器可以获取服务提供者的服务提供者信息。计算机服务器可以根据第一交易请求、第二交易请求和/或服务提供者信息中的至少一个来确定分配策略，所述分配策略是关于将第一运输服务和第二运输服务组合成第三运输服务。计算机服务器可以将分配策略发送给第一服务接收者、第二服务接收者和/或服务提供者中的至少一个。
在一些实施例中，第一交易请求可以包括第一起点和/或第一目的地中的至少一个，第二交易请求可以包括第二起点和/或第二目的地中的至少一个，并且服务提供者信息可以包括服务提供者在第一时间点的第一位置和/或第二时间点的服务提供者的第二位置中的至少一个。在一些实施例中，一个或以上数量的处理器可以根据第一交易请求、第二交易请求和/或服务提供者信息中的至少一个来确定匹配信息。匹配信息可以包括服务提供者的行驶方向变化(所述服务提供者在到达第二交易请求的第二起点时已经接受了第一交易请求)、方向信息、路线信息、匹配概率和/或与第三运输服务相关联的预估行驶时间以及与第一运输服务相关联的预估行驶时间之间的比值中的至少一个。一个或以上数量的处理器可以根据匹配信息确定匹配结果。一个或以上数量的处理器可以根据匹配结果确定排名结果。一个或以上数量的处理器可以根据排序结果确定分配策略。
在一些实施例中，一个或以上数量的处理器可以根据第一交易请求和第二交易请求确定方向信息和路线信息。
在一些实施例中，一个或以上数量的处理器可以根据所述第一起点和所述第一目的地确定所述第一交易请求的第一方向，根据所述第二起点和所述第二目的地确定所述第二交易请求的第二方向，确定所述第一交易请求的第一共享路线、所述第二交易请求的第二共享路线、所述第一交易请求的第一初始路线和所述第二交易请求的第二初始路线，其中所述第一共享路线是在所述第三运输服务中从所述第一起点到所述第一目的地的路线，所述第二共享路线是所述第三运输服务中从所述第二起点到所述第二目的地的路线。一个或以上数量的处理器可以确定第一共享路线的长度、第二共享路线的长度、第一初始路线的长度和第二初始路线的长度。一个或以上数量的处理器可以确定第一方向和第二方向之间的第一角度，第一共享路线长度与第一初始路线长度的第二比值以及第二共享路线长度与第二初始路线长度的第三比值。
在一些实施例中，当在第二时间点获取第二服务接收者的第二交易请求时，第一服务接收者的第一交易请求可能已被服务提供者接受。在一些实施例中，一个或以上数量的处理器可以根据所述第二时间点处的所述服务提供者的第二位置和所述第一交易请求的第一目的地来确定第一路线。一个或以上数量的处理器可以根据第二交易请求的第二起点和第二交易请求的第二目的地确定第二路线。一个或以上数量的处理器可以根据第一路线和第二路线，确定已接受第一交易请求的服务提供者前往第二交易请求的第二起点时行驶方向的变化。在一些实施例中，一个或以上数量的处理器可以根据第二起点和第二目的地确定第三路线，并且根据第二时间点处的服务提供者的第二位置和第一目的地确定第四路线。一个或以上数量的处理器可以根据第三路线和第四路线获取第一参数。一个或以上数量的处理器可以获取提供者权重。一个或以上数量的处理器可以根据第一参数和提供者权重确定匹配概率。
在一些实施例中，第一参数可以包括服务提供者的第二位置与第一起点之间的距离、服务提供者的第二位置与第一目的地之间的距离、第三路线与第四路线之间的第二角度、第一交易请求的第三共享路线长度与第三初始路线长度的第四比值和/或第四共享路线长度与第四初始路线长度的第五比值中的至少一个。
在一些实施例中，一个或以上数量的处理器可以获取与第四运输服务相关联的第三交易请求和与第五运输服务相关联的第四交易请求，其中第三运输服务和第四运输服务可以组合成由服务提供者完成的第六运输服务。根据第三交易请求和第四交易请求，一个或以上数量的处理器可以获取第二参数。一个或以上数量的处理器可以根据第二参数确定提供者权重。
在一些实施例中，一个或以上数量的处理器可以根据服务提供者的第一位置、第一起点和第一目的地确定第四路线。一个或以上数量的处理器可以确定第四路线的第一预估时间。一个或以上数量的处理器可以根据服务提供者的第二位置、第二起点、第二目的地、第一起点和/或第一目的地中至少一个来确定第五路线。一个或以上数量的处理器可以确定第五路线的第二预估时间。一个或以上数量的处理器可以确定第二预估时间与第一预估时间的第一比值。附图说明
图1是根据一些实施例所示的示例性按需服务系统100的框图。
图2是根据本申请的一些实施例所示的计算设备200的示例性硬件和软件组件的示意图。图3是根据本申请的一些实施例所示的处理引擎112的示例性框图。图4是根据本申请的一些实施例所示的拼车服务的示例性过程的流程图。
图5是根据本申请的一些实施例所示的分配策略生成单元330的示例性框图。图6是根据本申请的一些实施例所示的生成分配策略的示例性过程的流程图。图7是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。
图8和图9是根据本申请的一些实施例所示的服务提供者的行驶方向的变化的示例性图。图10是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。图11是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。图12是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。图13是根据本申请的一些实施例所示的获取提供者权重的示例性过程的流程图。图14是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。图15是根据本申请的一些实施例所示的第五路线和第六路线的示例性图。具体实施方式
以下描述是为了使本领域的普通技术人员能够实施和利用本申请，并在特定应用及其要求的上下文中提供。对于本领域的普通技术人员来讲，对本申请披露的实施例进行的各种修改是显而易见的，并且本文中定义的通则在不背离本申请的精神及范围的情况下，可以适用于其他实施例及应用。因此，本申请不限于所示的实施例，而是符合与申请专利范围一致的最广泛范围。
本文中所使用的术语仅用于描述特定示例性实施例，并不限制本申请的范围。如本文所使用的“一”、“一个”、“所述”、“该”等词语并非特指单数，也可包括复数形式，除非上下文明确提示例外情形。还应当理解，如在本说明书中，术语“包括”、“包含”仅提示存在所述特征、整体、步骤、操作、组件和/或部件，但并不排除存在或添加一个或以上数量的其他特征、整体、步骤、操作、组件、部件和/或其组合的情况。
在考虑了作为本申请一部分的附图的描述内容后，本申请的特征和特点以及操作方法、结构的相关元素的功能、各部分的组合、制造的经济性变得显而易见。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是附图并不是按比例的。
本申请中使用了流程图用于说明根据本申请的实施例的系统所执行的操作。应当理解的是，流程图的操作不一定按照顺序来精确地执行。相反，可以按照倒序执行或同时处理各种步骤。同时，也可以将一个或以上数量的其他操作添加到这些流程图中。同时，也可以将一个或以上数量的其他操作添加到这些流程图中，或者从这些流程图中移除某一步或数步操作。
此外，尽管主要关于分配一组可共享订单来描述本申请中的系统和方法，但是还应该理解，这仅是一个示例性实施例。本申请的系统和方法可以能适用于其他任一种按需服务。例如，本申请的系统或方法可以应用于不同环境的运输系统，包括陆地，海洋，航空航天等，或其任何组合。所述运输系统的车辆可以包括出租车、私家车、顺风车、公交车、列车、子弹列车、高铁、地铁、船舶、飞机、飞船、热气球、无人驾驶车辆或类似物或其任意组合。运输系统还可以包括用于管理和/或分发的任何运输系统，例如，用于发送和/或接收快递的系统。本申请的系统或方法的应用场景可包括一网页、浏览器插件、客户端终端、定制系统、内部分析系统、人工智能机器人等或其任意组合。
本申请中的术语“乘客”、“请求者”、“服务请求者”和“客户”可用于表示请求或订购一服务的个人、实体或工具，并且可互换使用。此外，本申请中的术语“司机”、“提供者”、“服务提供者”和“供应者”可用于表示提供服务或协助提供服务的个人、实体或工具，并且可互换使用。在本申请中，术语“用户”可以表示可以请求服务、预定服务、提供服务或促进所述服务提供的个体、实体或工具。例如，使用者可以是乘客、司机、操作员等或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，并且“驾驶员”和“驾驶员终端”可以互换使用。本申请中的术语“服务请求”和“订单”可以用于表示由乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者、供应者等或其任意组合发起的请求，并且可以互换使用。“服务请求”可以是经过消费者和服务提供者双方认可的服务请求，或只经过服务者或者消费者一方的认可的服务请求。服务请求可以是计费的或免费的。
在本申请中使用的定位技术可以基于全球定位系统(Global PositioningSystem GPS)、全球导航卫星系统(Global Navigation Satellite System
GLONASS)、罗盘导航系统(Compass Navigation System，COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith SatelliteSystem，QZSS)、无线保真(Wireless Fidelity，WIFI)定位技术等，或上述举例的任意组合。上述一个或多个定位系统可在本技术中交替使
用。
本申请的一个方面涉及用于找到可共享和/或可组合的运输交易的在线系统和方法，例如拼车。系统和方法可以通过确定至少两个订单的匹配信息，基于匹配信息确定一组可共享订单，以及分配一组可共享订单来实现。匹配信息可以包括已经接受了第一交易请求的服务提供者到达交易请求的起点时行驶方向的变化、方向信息、路线信息、匹配概率或者与组合的运输服务相关联的预估行驶时间与第一运输服务相关联的预估行驶时间之间的比值中的至少一个。
值得注意的是，在线按需运输服务，如在线拼车服务，是一种根植于后互联网时代的新型服务。它为使用者和服务提供者提供了仅在后互联网时代才可能实现的技术方案。在互联网时代之前，当使用者在街道上呼叫一辆出租车时，出租车预定请求和接受只能在乘客和一个看见该乘客的出租车司机之间发生。如果乘客通过电话招呼一辆出租车，出租车预定请求和接受只能在该乘客和服务提供者(例如，出租车公司或代理人)之间发生。如果一位司机想要提供拼车服务，该司机必须面对面地询问一位乘客，然后通过司机的经验来决定是否可以为该乘客提供拼车服务。然而，在线拼车服务获取交易请求并实时且自动地找到可组合交易请求。拼车服务还允许服务的用户实时并自动地向远离用户的大量个人服务提供者(例如，出租车)分发服务请求，并允许至少两个服务提供者同时并实时地响应服务请求。因此，通过互联网，所述在线按需运输系统可以为用户和服务提供请求者提供一个更加高效的交易平台，这在互联网时代之前传统的运输服务系统中是无法达到的。
图1是根据一些实施例所示的一种示例性按需服务系统100的模块图。例如，按需服务系统100可以是一个提供运输服务的在线运输服务平台，如出租车呼叫、代驾服务、快递车辆、拼车、公交车服务、司机招聘和接送服务。按需服务系统100可以是包括服务器110、网络
120、请求者终端130、提供者终端140和数据库150的在线平台。服务器110可以包括处理引擎112。
在一些实施例中，服务器110可以是单个服务器或服务器组。服务器组可以是集中式的或分布式的(例如，服务器110可以是分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络120存取储存于请求者终端130、提供者终端140和/或数据库150中的信息和/或数据。又例如，服务器110可以直接连接到请求者终端130、提供者终端140和/或数据库150以存取储存的信息和/或数据。在一些实施例中，服务器110可以在云端平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、小区云、分布云、跨云、多云等或上述举例的任意组合。在一些实施例中，服务器110可以在图2中描述的包含了一个或以上数量组件的计算装置200上执行。
在一些实施例中，服务器110可以包括处理引擎112。处理引擎112可处理与服务请求相关联的信息和/或数据来执行在本申请中揭示的一个或以上数量的功能。例如，处理引擎112可基于从请求者终端130处获取的服务请求确定一目标车辆。在一些实施例中，所述处理引擎112可包括一个或以上数量的处理引擎(例如，单芯片处理引擎或多芯片处理引擎)。仅作为范例，处理引擎112可以包括中央处理单元(Central
Processing Unit，CPU)、专用集成电路(Application-Specific Integrated Circuit，ASIC)、专用指令集处理器(Application-Specific Instruction-setProcessor，ASIP)、图形处理单元(GraphicsProcessing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(DigitalSignal Processor，DSP)、现场可编程门阵列(Field Programmable GateArray，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、
控制器、微控制器单元、精简指令集计算机(Reduced Instruction-Set Computer，RISC)、微处理器等或其任意组合。
网络120可以促进信息及/或数据的交换。在一些实施例中，按需服务系统100中的一个或以上数量的组件(例如，服务器110、请求者终端
130、提供者终端140和数据库150)可以通过网络120向按需服务系统100中的其他组件发送信息和/或数据。例如，服务器110可以通过网络120从请求者终端130获取/获取服务请求。在一些实施例中，网络120可以是有线网络或无线网络中的任意一种，或其组合。仅作为示例，
网络120可以包括缆线网络、有线网络、光纤网络、电信网络、内部网络、互联网、局域网络(Local Area Network，LAN)、广域网(Wide
Area Network，WAN)、无线局域网络(Wireless Local Area Network，WLAN)、城域网(Metropolitan Area Network，MAN)、公用电话交换
网(Public Telephone SwitchedNetwork，PSTN)、蓝牙网络、无线个域网络、近场通讯(Near Field Communication，
NFC)网络等或上述举例的任意组合。在一些实施例中，网络120可以包括一个或以上数量的网络交换点。例如，网络120可以包括有线或
无线网络交换点，如基站和/或因特网交换点120-1、120-2、……，通过交换点，按需服务系统100的一个或以上数量的部件可以连接到网络120以交换数据和/或信息。
在一些实施例中，请求者可以是请求者终端130的用户。在一些实施例中，请求者终端130的使用者可以是请求者之外的其他人。例如，请求者终端130的使用者A可以使用请求者终端130为使用者B发送一个服务请求或从服务器110接收服务和/或信息或指示。在一些实施例中，提供者可以是提供者终端140的用户。在一些实施例中，提供者终端130的用户可以为除该提供者之外的其他人。例如，提供者终端
140的用户C可以使用提供者终端140从服务器110接收用户D和/或数据或指令的服务请求。在一些实施例中，“请求者”和“请求者终端”可
以交换使用，“提供者”和“提供者终端”可以交换使用。
在一些实施例中，请求者终端130可以包括行动装置130-1、平板计算机130-2、膝上型计算机130-3、车辆内建装置130-4等或上述举例的任意组合。在一些实施例中，行动装置130-1可包括智能家居装置、可穿戴设备、智能行动装置、虚拟现实装置、增强现实装置或类似物或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器的控制设备、智能监控设备、智能电视、智能摄像机、对讲机等，或其任意组合。在一些实施例中，可穿戴装置可以包括智慧手环、智慧鞋袜、智慧眼镜、智慧头盔、智慧手表、智慧穿着、智慧背包、智慧配饰等或其任意组合。在一些实施例中，行动装置可以包括移动电话、个人数字助理、游戏设备、导航装置、POS机、膝上型计算机、台式计算机等或上述举例的任意组合。在一些实施例中，虚拟现实设备和/或增强型虚拟现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实补丁、增强型虚拟现实头盔、增强型虚拟现实眼镜、增强型虚拟现实补丁等，或其任意组合。例如，虚拟实境装置和/或增强实境装置可以包括Google GlassTM、Oculus RiftTM、HololensTM、Gear VRTM等。在一些实施例中，机动车辆内建装置包括机载计算机或机载电视等。在一些实施例中，请求者终端130可以是带有定位技术的装置，所述定位技术可以用于定位请求者和/或请求者终端130的位置。
在一些实施例中，提供者终端140可以是与请求者终端130相似或相同的装置。在一些实施例中，提供者终端140可以是具有用来确定提供者及/或提供者终端140位置的定位技术的装置。在一些实施例中，请求者终端130和/或提供者终端140可以与其他定位装置通讯来确定请求者、请求者终端130、提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以将定位信息发送至服务器110。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从请求者终端130和/或提供者终端140获取的数据。在一些实施例中，数据库150可以存储供服务器110执行或使用的数据和/或指令，服务器110可以通过执行或使用所述数据和/或指令以实现本申请描述的示例性方法。在一些实施例中，数据库150可以包括大容量存储器，可移动存储器，易失性读写存储器，只读存储器(Read-only
Memory，ROM)等或其任何组合。示例性大容量存储器可以包括磁盘，光盘，固态驱动器等。示例性可移动存储器可以包括闪存驱动
器，软盘，光盘，存储卡，压缩盘，磁带，示例性的易失性读写存储器可以包括随机存取存储器(Random Access Memory，RAM)。示例性的RAM可以包括动态RAM(Dynamic RAM，DRAM)，双倍数据速率同步动态RAM(Double Date Rate Synchronous Dynamic RAM，DDR
SDRAM)，静态RAM(Static RAM，SRAM)，晶闸管RAM(Thyristor RAM，T-RAM)和零电容器RAM(Zero-capacitor RAM，Z-RAM)等。示例
性ROM可以包括屏蔽式堆读内存(Mask ROM，MROM)，可编程存储器(Programmable ROM，PROM)，可擦除可编程ROM(Erasable
Programmable ROM，PEROM)，电可擦除可编程ROM(Electrically Erasable Programmable ROM，EEPROM)，光盘ROM(Compact Disk，CD-ROM)和数字多功能盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云，公共云，混合
云，社区云，分布式云，中间云，多云等或其任何组合。
在一些实施例中，数据库150可以与网络120连接以与按需服务系统100中的一个或以上数量的部件(例如，服务器110、请求者终端130、提供者终端140等)通信。按需服务系统100中的一个或以上数量的部件可以通过网络120存取存储于数据库150中的数据或指令。在一些实施例中，数据库150可以直接与按需服务系统100的一个或以上数量的部件(例如，服务器110、请求者终端130、提供者终端140等)连接或通讯。在一些实施例中，数据库150可以是服务器110的一部分。
在一些实施例中，按需服务系统100的一个或以上数量的组件(例如，服务器110、请求者终端130、提供者终端140等)可以被允许访问数据库150。在一些实施例中，当满足一个或以上数量的条件时，按需服务系统100的一个或以上数量的部件可以读取和/或修改与请求者、提供者和/或公众相关的信息。例如，在完成一个服务后，服务器110可以读取和/或修改一个或以上数量的用户的信息。再例如，当从请求者终端130接收到一个服务请求时，提供者终端140可以访问与所述请求者相关的信息，但提供者终端140无法修改请求者的相关信息。在一些实施例中，按需服务系统100的一个或以上数量的组件的信息交换可以通过请求一个服务的方式实现。服务请求的客体可以是任一产品。在一些实施例中，所述产品可以是有形产品或无形产品。有形产品可以包括食品、医药、商品、化学产品、电器、衣物、小汽车、房屋、奢侈品等或上述举例的任意组合。无形产品可以包括服务产品、金融产品、知识产品、英特网产品等中的一种，或类似或其任意组合。互联网产品可以包括个人主机产品、网站产品、移动互联网产品、商业主机产品、嵌入式产品等或上述举例的任意组合。移动互联网产品可以用于移动终端的软件、程序、系统等或上述举例的任意组合。行动终端可以包括平板计算机、膝上型计算机、行动手机、掌上计算机(PDA)、智能手表、POS机、车载计算机、车载电视、可穿戴装置等或上述举例的任意组合。例如，产品可以是在计算机或移动电话上使用的任一软件和/或应用。软件和/或应用可以与社交、购物、运输、娱乐、学习、投资等或其任意组合相关。在一些实施例中，与运输相关联的软体和/或应用可以包括一旅游软体和/或应用、载具排程软体和/或应用、地图软体和/或应用等。对于载具排程软件及/或应用程序，载具可以是马、马车、人力车(例如，独轮手推车、脚踏车、三轮车等)、汽车(例如，出租车、公交车、私人汽车或类似物)、列车、地铁、船只、航空器(例如，飞机、直升机、航天飞机、火箭、热气球等)或类似物或其任意组合。
图2是根据申请的一些实施例所示的计算装置200的示例性硬体和软体元件的框图，其上可以实现本申请所述服务器110、请求者终端130和/或提供者终端140相应的功能。例如，处理引擎112可以在计算装置200上实施并执行本申请所披露的处理引擎112的功能。
计算装置200可以是通用计算机或特殊用途计算机，二者可以用来实现本申请的按需系统。计算装置200可以被用于实现当前描述的按需服务系统的任一元件。例如，处理引擎112可以在计算装置200上通过其硬件、软件程序、固件或其组合实现。为了方便起见，图中只绘出一台计算机，但文中描述的与随选服务的相关的计算机功能可以以分散方式在一组相似的平台上实施，以分散处理负载。
计算设备200，例如，可以包括与网络相连接并促进数据通讯的通讯(COM)端口250。计算装置200可以包括一个中央处理器(CPU)220，可以以一个或以上数量的处理器的形式执行程序指令。示例性的计算机平台可以包括内部总线210、不同形式的程序内存和数据存储器，例如，磁盘270、和只读存储器(ROM)230或随机存取内存(RAM)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性的计算机平台可以包括存储在只读存储器230、随机存取内存240和/或其他类型的非过度存储介质中的由中央处理器220执行的程序指令。本申请的方法和/或流程可以以程序指令的方式实施。计算装置200还包括输入/输出组件260，用于支持计算机与此处其他部件例如用户接口
280之间的输入/输出。计算装置200也可以通过网络通讯接收程序设计和数据。
仅仅为了说明，计算装置200中仅示例性描述了一个CPU和/或处理器。然而，需要注意的是，本申请中的计算装置200可以包括多个CPU和/或处理器，因此本申请中描述的由一个CPU和/或处理器实现的操作和/或方法也可以共同地或独立地由多个CPU和/或处理器实现。例如，在本申请中，如果计算装置200的中央处理单元和/或处理器执行步骤A和步骤B，应当理解的是步骤A和步骤B可以由计算装置200的两个不同的中央处理单元和/或处理器共同或分别执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B)。
图3是根据本申请的一些实施例所示的处理引擎112的示例性框图。如图所示，处理引擎112可以包括请求获取单元310，提供者信息获取单元320，分配策略生成单元330和分配单元340。
请求获取单元310可以被配置为从服务接收者获取与运输服务相关联的交易请求。在一些实施例中，运输服务可以是用车辆将运输对象从一个地方运送至另一个地方的服务。所述运输对象可以包括乘客和/或货物。所述车辆可以包括非机动车辆(例如，自行车或三轮车)，机动车辆(例如，汽车或卡车)，船只(例如，船或船)和/或飞机。例如，该运输服务可以是出租车服务或递送服务。
在一些实施例中，服务接收者的交易请求可以包括交易请求的起点(例如，出租车服务的上车点)，交易请求的目的地，接收者联系信息
(例如，电话号码和/或电子邮件地址)，运输对象信息(例如，乘客数量和/或货物量)，是否同意将运输服务与另一运输服务相结合的信息，
或其任何组合。
提供者信息获取单元320可以被配置为获服务提供者信息。在一些实施例中，服务提供者信息可以包括服务提供者的位置、提供者联系信息(例如，电话号码和/或电子邮件地址)、服务提供者的姓名、服务提供者的车牌号码、服务提供者的运输能力(例如，乘客容量和/或货物容量)等，或其任意组合。
在一些实施例中，服务提供者和/或服务接收者可以使用设备通过网络120与按需服务系统100通信。该装置可以是桌上计算机、单体全备个人计算机(All-in-One Personalcomputer,AIO)、手提计算机、智慧手机、个人数字助理(PDA)、平板电脑、机上电脑、手持游戏机、可穿戴设备(例如，智慧眼镜和智慧手表等)、虚拟显示装置(例如，Oculus Rift或Gear VR)、显示增强装置(例如，Google Glass、HoloLens)等或其任意组合。
分配策略生成单元330可以被配置为生成与将两个或更多个运输服务组合成新的运输服务相关联的分配策略。在一些实施例中，分配策略可以包括将两个或更多个运输服务组合成新的运输服务的第一策略和/或不将两个或更多个运输服务组合成新的运输服务的第二策略。分配单元340可以被配置为将分配策略发送给服务提供者或两个或更多个服务接收者中的至少一个。
处理引擎112中的模块可以通过有线连接或无线连接以互相连接或互相通信。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(LAN)、广域网络(WAN)、蓝牙、ZigBee网络、近场通讯(NFC)等或上述举例的任意组合。两个或多个模块可以合并成一个模块，以及任意一个模块可以被拆分成两个或多个单元。例如，获取模块302可以被集成于确定模块304中作为一个单独模块，其可以获取订单的特征并确定订单的匹配信息。
图4是根据本申请的一些实施例所示的拼车服务的示例性过程的流程图。拼车服务可以指将两个或更多个运输服务组合成新的运输服务的安排。在本申请中，例如，将两个运输服务组合成新的运输服务的拼车服务。应当注意，将两个运输服务组合成新的运输服务的拼车服务仅仅是为了说明的目的而提供的，并不意图限制本申请的范围。在一些实施例中，本申请可以应用于将多于两个运输服务组合成新的运输服务的拼车服务。
在步骤410中，请求获取单元310可以获取请求第一运输服务的第一交易请求。请求获取单元310可以在第一时间点从第一服务接收者接收第一交易请求。
在步骤420中，请求获取单元310可以获取请求第二运输服务的第二交易请求。请求获取单元310可以在第二时间点从第二服务接收者接收第二交易请求。
在一些实施例中，第一运输服务和第二运输服务可以是相同类型的服务。例如，第一运输服务和第二运输服务都可以是出租车服务。在一些实施例中，第一运输服务和第二运输服务可以是不同类型的服务。例如，第一运输服务可以是出租车服务，第二运输服务可以是货运服务。
在一些实施例中，第一交易请求可以包括第一起点和/或第一目的地，第二交易请求可以包括第二起点和/或第二目的地。
在一些实施例中，第一时间点可以早于第二时间点。在一些实施例中，第一时间点可以晚于第二时间点。在一些实施例中，第一时间点可以等于第二时间点。
第一交易请求和/或第二交易请求可以包括实时交易请求，预约交易请求或待处理的交易请求。如这里所使用的，实时交易请求可以是请求者希望在当前时刻或在相当接近当前时刻的特定时间进行所请求的交易(例如，运输服务)。例如，如果定义的时间短于阈值，例如1分钟，5分钟，10分钟或20分钟，则交易请求可以是实时交易请求。预约交易请求可以指请求者希望在规定的时间进行所请求的交易，该时间对于本领域的普通人来说距离当前时间相当远。例如，如果定义的时间长于阈值，例如20分钟，2小时或1天，则交易请求可以是预约交易请求。在一些实施例中，处理引擎112可以基于一时间阈值确定实时交易请求或预约交易请求。时间阈值可以是按需服务系统100的默认设置，或者可以根据不同的状况进行调整。例如，在交通高峰期，时间阈值可能相对较小(例如10分钟)，而在空闲时间段(例如，上午10：00-12：00)，时间阈值可能相对较大(例如，1小时)。待处理的交易请求可能是正在进行的交易请求，目前尚未被服务提供者接受。在一些实施例中，假设第一时间点早于第二时间点，第一交易请求已被服务提供者接受并且第二交易请求尚未被接受，请求获取单元310可以根据服务提供者在第一时间的位置获取第二交易请求，其中第二交易请求的起点在与服务提供者在第一时间的位置相关的某一区域内。例如，第二起点与第一时间点处服务提供者的位置之间的距离可小于第一阈值(例如，3千米)。又例如，如果服务提供者在第一时间点的位置在，例如，纽约的曼哈顿，请求获取单元310可以获取起点在曼哈顿的第二交易请求。
在一些实施例中，假设第一时间点晚于第二时间点，第一交易请求已被服务提供者接受并且第二交易请求尚未被接受，请求获取单元310可以根据第二交易请求的起点获取第一交易请求，其中服务提供者在第一时间的位置在与第二交易请求的起点相关的某一区域内。例如，第二起点与第一时间点处服务提供者的位置之间的距离可小于第一阈值(例如，3千米)。又例如，如果第二交易请求的起点在，例如，曼哈顿，请求获取单元310可以获取第一交易请求，其中第一时间点处的服务提供者的位置在曼哈顿。
在一些实施例中，如果在特定区域中没有交易请求，则请求获取单元310可以在另一区域中获取交易请求。附加地或替代地，请求获取单元310可以在一段时间(例如，1分钟)之后获取交易请求。或者，请求获取单元310可以在任何区域获取交易请求。
在一些实施例中，交易请求可以包括请求者是否同意将运输服务与另一个运输服务组合的信息。因此，请求获取单元310可以获取同意将运输服务与另一个运输服务组合的交易请求。如果交易请求不包括是否同意将运输服务与其他运输服务相结合的信息，在获取交易请求后，按需服务系统100可以向服务接收方发送消息以确定服务接收者是否同意将运输服务与另一运输服务合并。
在步骤430中，提供者信息获取单元320可以获取服务提供者信息。服务提供者的位置可包括第一时间点的第一位置和/或第二时间点的第二位置。第一时间点的第一位置可以是当请求获取单元310获取第一交易请求时服务提供者的位置，第二时间点的第二位置可以是当请求获取单元310获取第二交易请求时服务提供者的位置。
在步骤440中，分配策略生成单元330可以生成分配策略以将第一运输服务和第二运输服务组合成第三运输服务。
在一些实施例中，分配策略可以包括第一策略或第二策略。第一策略可以包括将第一运输服务和第二运输服务组合为第三运输服务中。它可以包括第一起点、第一目的地、第二起点、第二目的地、服务接收者信息、服务提供者信息等，或其任何组合。在第二种策略下，第一运输服务和第二运输服务可能不会组合为第三运输服务。第二策略可以包括将第一运输服务或第二运输服务与和第四交易请求相关联的第四运输服务组合。可选的或另外的，第二策略可以包括将第一交易请求或第二交易请求分配给空闲服务提供者，即，没有正在为任何人服务的服务提供者。
在步骤450中，分配单元340可以将分配策略发送给服务提供者、第一服务接收者或第二服务接收者中的至少一个。
在一些实施例中，分配策略生成单元330可以确定两个待处理的交易请求是否可组合。例如，第一交易请求和第二交易请求可能正在等待交易请求。在一些实施例中，分配策略生成单元330可以确定已被接受的交易请求和待处理的交易请求是否可组合。例如，第一交易请求可以是已被接受的交易请求，第二交易请求可以是待处理的交易请求。在此，已被接受的请求可以指已被一个服务提供者接受的交易请求。待处理请求可以指还未被任何服务提供者接受的交易请求
在一些实施例中，请求获取单元310可以获取一个已被接受的交易请求和一个待处理的交易请求。分配策略生成单元330可以确定与两个交易请求相关联的两个运输服务是否可以组合成新的运输服务。如果答案为“是”，即，与两个交易请求相关联的两个运输服务可以组合成新的运输服务，则分配策略生成单元330可以生成第一策略。如果答案为“否”，即，与两个交易请求相关联的两个运输服务不可能被组合成新的运输服务，则分配策略生成单元330可以生成第二策略，和/或请求获取单元310可以获取另一个已被接受的请求和/或另一个待处理请求。
在一些实施例中，请求获取单元310可以获取一个已被接受的交易请求和多个待处理的交易请求。分配策略生成单元330可以从多个待处理的交易请求中选择一个待处理的交易请求。按需服务系统100可以将与所选择的待处理交易请求相关联的运输服务与和已被接受的交易相关联的运输服务组合。
在一些实施例中，请求获取单元310可以获取一个待处理的交易请求和多于一个的已被接受的交易请求。分配策略生成单元330可以从多于一个的已被接受的交易请求中选择一个已被接受的交易请求。按需服务系统100可以将与所选择的已被接受交易请求相关联的运输服务与和待定交易请求相关联的运输服务组合。
在一些实施例中，请求获取单元310可以获取两个或更多个待处理的交易请求。分配策略生成单元330可以选择一个或以上数量的第一组待处理请求。第一组待处理请求可以包括两个待处理请求，使用这两个待处理请求将两个运输服务相关联的请求组合成新的运输服务。在一些实施例中，分配策略生成单元330可以选择并确定一个服务提供者以向第一组待处理请求提供新的运输服务。在一些实施例中，请求获取单元310可以获取多于一个待处理的交易请求和多于一个已被接受的请求。分配策略生成单元330可以确定一个或以上数量的第二组请求。第二组请求可以包括一个待处理的交易请求和一个已被接受的交易请求。与待处理的交易请求相关联的运输服务和与已被接受的交易请求相关联的运输服务可以组合成新的运输服务。
图5是根据本申请的一些实施例所示的分配策略生成单元330的示例性的框图。如图所示，分配策略生成单元330可以包括匹配信息确定模块510，匹配结果生成模块520，排序结果生成模块530和策略生成模块540。
匹配信息确定模块510可以被配置为确定匹配信息。在一些实施例中，匹配信息可用于确定与运输服务相关联的服务接收者的候选交易请求，所述运输服务有可能与另一运输服务组合。在一些实施例中，匹配信息可以包括已接受第一交易请求的服务提供者到达另一交易请求的起点时行驶方向的变化、方向信息、路线信息、匹配概率、与第三运输服务(即，第一运输服务和第二运输服务的组合运输交易)相关联的预估行驶时间和与第一运输服务相关联的预估行驶时间的比值，或其任意组合。
在一些实施例中，匹配信息确定模块510可以包括被配置为确定匹配信息的至少两个子模块。例如，匹配信息确定模块510可以包括变化子模块511，方向和路线子模块513，匹配概率子模块515和预估时间子模块517。变化子模块511可以被配置为确定当已接受第一交易请求的服务提供者前往一个交易请求的起点时该服务提供者的行驶方向的变化。方向和路线子模块513可以被配置为确定方向信息和路线信息。匹配概率子模块515可以被配置为确定匹配概率。预估时间子模块517可以被配置为确定与第三运输服务相关联的预估行驶时间和与第一运输服务相关联的预估行驶时间之间的比值。在一些实施例中，匹配信息确定模块510可以包括被配置为确定其他匹配信息的其他子模块。
匹配结果生成模块520可以被配置为根据匹配信息生成匹配结果。在一些实施例中，匹配结果可以是一组候选交易请求。
排序结果生成模块530可以被配置为根据匹配结果生成排名结果。在一些实施例中，排名结果可以是与一个运输服务相关联的服务接收者的交易请求，该运输服务可以用于与另一个运输服务相结合。可以从匹配结果中选择排名结果中的交易请求。策略生成模块540可以被配置为根据排名结果生成分配策略。
图6是根据本申请的一些实施例所示的生成分配策略的示例性过程的流程图。在一些实施例中，过程600可以在过程400的步骤440中生成分配策略。
在步骤610中，匹配信息确定模块510可以根据第一交易请求和第二交易请求来确定匹配信息。在一些实施例中，匹配信息可用于确定与运输服务相关联的服务接收者的候选交易请求，所述运输服务有可能与另一运输服务组合。在一些实施例中，匹配信息可以包括已接受第一交易请求的服务提供者到达另一交易请求的起点时行驶方向的变化、方向信息、路线信息、匹配概率、与第三运输服务相关联的预估行驶时间和与第一运输服务相关联的预估行驶时间的比值，或其任意组合。在一些实施例中，可以根据服务提供者的位置、第一起点、第一目的地、第二起点或第二目的地位置中的至少一个来确定匹配信息。
在步骤620中，匹配结果生成模块520可以根据匹配信息生成匹配结果。在一些实施例中，可以通过确定匹配信息是否满足一个或以上数量的条件来生成匹配结果。例如，如果交易请求的匹配信息是匹配概率，则条件可以是匹配概率高于第二阈值。如果匹配概率高于第二阈值，则交易请求可被视为候选交易请求。又例如，如果交易请求的匹配信息是与第三运输服务相关联的预估行驶时间和与第一运输服务相关联的预估行驶时间之间的比值，则条件可以是该比值小于第三阈值。如果该比值小于第三阈值，交易请求可被视为候选交易请求。
在一些实施例中，如果请求获取单元310获取一个已被接受的交易请求和多于一个的待处理交易请求，则匹配结果生成模块520可以从多于一个的待处理交易请求中选择一个或以上数量的候选交易请求。如果请求获取单元310获取一个待处理的交易请求和多于一个的已被接受的交易请求，则匹配结果生成模块520可以从多于一个的已被接受的交易请求中选择一个或以上数量的候选交易请求。
在一些实施例中，如果匹配结果中没有候选交易请求，则请求获取单元310可以在另一区域中获取一个或以上数量的交易请求。附加的或替代的，请求获取单元310可以在一段时间(例如，1分钟之后)之后获取一个或以上数量的交易请求。
在步骤630中，排序结果生成模块530可以根据匹配结果生成排名结果。在一些实施例中，匹配结果中的候选交易请求可以被排名。例如，如果匹配信息是匹配概率，则排名结果可以是匹配概率最高的交易请求。又例如，如果匹配信息是方向信息和路线信息，则可以根据方向信息、路线信息、方向信息的权重和路线信息的权重来确定分数。排名结果可能是得分最高的交易请求。在一些实施例中，如果匹配结果中的候选交易请求的数量小于或等于1，则可以省略步骤630。
在步骤640中，策略生成模块540可以根据排名结果生成分配策略。在一些实施例中，可以根据排名结果生成将第一运输服务和第二运输服务组合为第三运输服务的第一策略。可以根据请求获取单元310获取的其他交易请求生成不将第一运输服务和第二运输服务组合为第三运输服务的第二策略。其他交易请求可以和与第四运输服务相关联的第四交易请求组合，或者分配给没有正在提供运输服务的服务提供者。
图7是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。在一些实施例中，过程700可以用于在过程600的610中确定匹配信息。
在这种情况下，可以在第一时间点获取第一交易请求，并且可以在第二时间点获取第二交易请求。第一时间点可能早于第二时间点。在第二时间点时，第一交易请求可以是已被接受的请求，第二交易请求可以是待处理的交易请求。
在步骤710中，变化子模块511可以根据服务提供者的第一位置和第一目的地来确定第一路线，该服务提供者已经接受第一交易请求。在步骤720中，变化子模块511可以根据第二起点和第二目的地确定第二路线。
在一些实施例中，如果根据服务提供者的第一位置和第一目的地，或者根据第二起点和第二目的地确定路线时，存在多于一条路线，则变化子模块511可以选择满足条件的一条路线。所述条件可以包括路线的长度最短，路线对应的行驶时间最短，路线中的交通灯最少等，或者它们的任何组合。
在步骤730中，变化子模块511可以确定在第一路线和第二路线之间是否存在任何重叠部分。如果答案为“是”，即，在第一路线和第二路线之间存在至少一个重叠部分，则该过程可以进行到步骤740。如果答案为“否”，即，在第一路线和第二路线之间没有重叠部分，则该过程可以前进到步骤770，以生成第二策略，例如，策略生成模块540可以生成第二策略，第二策略可以为不将与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务组合为第三运输服务。
在步骤740，变化子模块511可以根据第一路线和第二路线，确定已经接受第一交易请求的服务提供者前往第二起点时行驶方向的变化。在一些实施例中，服务提供者可能会改变行驶方向以从第二起点接第二服务接收者。如图8所示，如果当请求获取单元310在第二时间点获取第二交易请求时服务提供者位于A1的位置，则当服务提供者前往第二起点B1或B2时，该服务提供者的行驶方向的变化可以是180°(例如，调头)。如果当请求获取单元310在第二时间点获取第二交易请求时，服务提供者位于A2的位置，则当服务提供者前往第二起点B1或
B2时，服务提供者的行驶方向的变化可以是0°。如图9所示，如果当请求获取单元310在第二时间点获取第二交易请求时，服务提供者处
于A3的位置，则当服务提供者前往第二起点B3时，服务提供者的行驶方向的变化可以是α，当服务提供者前往第二起点B4时，服务提供者的行驶方向的变化可以是180°-α。如果当请求获取单元310在第二时间点获取第二交易请求时，服务提供者位于A4的位置，则当服务提供者前往第二起点B3时，服务提供者的行驶方向的变化可以是360°-α，当服务提供者前往第二起点B4时，服务提供者的行驶方向的变化可以是180°+α。应注意，图8和图9中的描述仅出于说明的目的而提供，并非旨在限制本申请的范围。在步骤750中，匹配结果生成模块520可以确定变化是否小于第三阈值。
如果答案为“是”，即，变化小于第三阈值，则过程可以进行到步骤760以通过匹配结果生成模块520生成匹配结果。如果答案是“否”，即，变化大于或等于第三阈值，则该过程可以进行到步骤770。在一些实施例中，第三阈值可以是180°。
在一些实施例中，可以通过变化模型来确定行驶方向的变化。可以通过在一段时间内训练历史数据来获取变化模型。历史数据可以是与一个或以上数量的运输服务相关联的一个或以上数量的交易请求，其与一些其他运输服务成功组合。该时间段可以包括1小时、1天、2天、1周、1个月等。在一些实施例中，可以通过使用线性回归模型来在一段时间内训练历史数据来获取变化模型。线性回归模型可以包括逻辑回归模型，支持向量机模型(SVM)，最小二乘模型等，或其任何组合。逻辑回归模型可以表示为等式(1)和等式(2)，如下：
其中，在这种情况下，X是变化变量，是指当服务提供者前往第二起点时，服务提供者的行驶方向的变化，Y是目标变量，等式Y＝1指的是与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务被组合为第三运输服务，等式Y＝0表示与第一交易请求和第二运输服务相关联的第一运输服务与第二交易请求相关联的第二交易请求没有被组合为第三运输服务，P指的是与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务未被组合为第三运输服务的概率，W指的是回归系数。
在一些实施例中，步骤740和750可以在步骤720之后执行，并且步骤730可以在步骤730之后执行。在一些实施例中，可以以任何顺序执行步骤710和步骤720。可以在步骤720之前执行步骤710。可以在步骤720之后执行步骤710。可以同时执行步骤710和步骤720。在一些实施例中，过程700还可包括确定重叠部分的长度是否大于第四阈值的步骤。在一些实施例中，可以省略步骤730。
图10是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。在一些实施例中，过程1000可以用于在过程600的610中确定匹配信息。
在这种情况下，可以在第一时间点获取第一交易请求，并且可以在第二时间点获取第二交易请求。第一时间点可以早于或者等于第二时间点。在第二时间点时，第一交易请求可以是已被接受的请求或待处理请求，第二交易请求可以是待处理交易请求。
在步骤1010中，方向和路由子模块513可以根据第一交易请求和第二交易请求确定方向信息和路线信息。在一些实施例中，方向信息可包括第一交易请求的第一方向、第二交易请求的第二方向、第一方向与第二方向之间的第一角度等，或其任何组合。路线信息可包括第一共享路线、第一初始路线、第二共享路线、第二初始路线、第一共享路线长度、第一初始路线长度、第二共享路线长度、第二初始路线长度、第一共享路线长度与第一初始路线长度的第一比值、第二共享路线的长度于第二初始路线的长度的第二比值，或类似的，或其任意组合。在一些实施例中，第一初始路线可以是第一运输服务中从第一起点到第一目的地的路线，第二初始路线可以是第二运输服务中从第二起点到第二目的地的路线，第一共享路线可以是第三运输服务中从第一起点到第一目的地的路线，第二共享路线可以是第三运输服务中从第二起点到第二目的地的路线。
在步骤1020中，匹配结果生成模块520可以根据方向信息和路线信息生成匹配结果。
图11是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。在一些实施例中，过程1100可用于在过程1000的1010中确定方向信息和路线信息，并在过程1000的1020中生成匹配结果。
在步骤1110中，方向和路线子模块513可以根据第一交易请求和第二交易请求，确定第一交易请求的第一方向、第二交易请求的第二方向、第一共享路线、第一初始路线、第二共享路线和第二初始路线。
在一些实施例中，交易请求的方向可以是由交易请求的起点和交易请求的目的地确定的向量，并且向量的方向可以是从起点到目的地。可以根据第一起点和第一目的地确定第一方向，并且可以根据第二起点和第二目的地确定第二方向。可以根据第一起点和第一目的地确定第一初始路线。可以根据第二起点和第二目的地确定第二初始路线。
如果按需运输服务系统100确定将与第一交易请求相关联的第一运输服务与与第二交易请求相关联的第二运输服务组合，则系统100可根据第一起点，第一目的地，第二起点和第二目的地确定共享路线。共享路线可能包括第一共享路线和第二共享路线。
在步骤1120中，方向和路线子模块513可以确定第一共享路线长度、第二共享路线的长度、第一初始路线长度和第二初始路线长度。在步骤1130中，方向和路线子模块513可以确定第一方向和第二方向之间的第一角度、第一共享路线的第一长度与第一初始路线长度的第一比值以及第二共享路线长度与第二初始路线长度的第二比值。这里，当第一运输服务与第二运输服务组合时，第一比值可以用于测量第一交易请求的绕行程度，当第一运输服务与第二运输服务合并时，第二比值可以用于测量第二交易请求的绕行程度。
在步骤1140中，匹配结果生成模块520可以确定第一角度是否小于第五阈值。如果答案为“是”，即第一角度小于第五阈值，则该过程可以进行到步骤1150。如果答案是“否”，即，第一角度大于或等于第五阈值，则该过程可以进行到步骤1180，以通过策略生成模块540生成第二策略。
在步骤1150中，匹配结果生成模块520可以确定第一比值是否小于第六阈值。如果答案为“是”，即，第一比值小于第六阈值，则该过程可以进行到步骤1160。如果答案为“否”，即，第一比值大于或等于第六阈值，则处理可以进行到步骤1180以生成第二策略。
在步骤1160中，匹配结果生成模块520可以确定第二比值是否小于第七阈值。如果答案为“是”，即第二比值小于第七阈值，则处理可以进行到步骤1170以通过匹配结果生成模块520生成匹配结果。如果答案为“否”，即，第二比值大于或等于第七阈值，则处理可以进行到步骤
1180以生成第二策略。
在一些实施例中，可以以任何顺序执行步骤1140，步骤1150和步骤1160。
步骤1110-1130可用于确定过程1000的1010中的方向信息和路线信息。步骤1140-1170可以用于在过程1000的1020中生成匹配结果。图12是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。在一些实施例中，过程1200可以用于在过程600的610中确定匹配信息。
在这种情况下，可以在第一时间点获取第一交易请求，并且可以在第二时间点获取第二交易请求。第一时间点可能晚于第二时间点。在第二时间点时，第一交易请求可以是已被接受的请求，第二交易请求可以是待处理交易请求。
在步骤1210中，匹配概率子模块515可以根据第一起点、第一目的地、第二起点和第二目的地获取第一参数。
在一些实施例中，第一参数可以包括服务提供者的第二位置和第一起点之间的距离、服务提供者的第二位置和第一目的地之间的距离、第三初始路线和第四初始路线之间的第二角度、第三共享路线的长度与第三初始路线的长度的比值和/或第四共享路线长度与第四初始路线长度的比值。第三初始路线可根据第一起点和第一目的地确定。可以根据第二起点和第二目的地确定第四初始路线。第三共享路线可根据第一起点、第一目的地和第二起点确定。第四共享路线可以根据第二起点、第二目的地和第一目的地确定。
在步骤1220中，匹配概率子模块515可以获取对应于第一参数的提供者权重。在一些实施例中，可以根据历史数据或经验数据获取提供者权重。
在步骤1230中，匹配概率子模块515可以根据第一参数和提供者权重来确定匹配概率。
图13是根据本申请的一些实施例所示的获取提供者权重的示例性过程的流程图。在一些实施例中，过程1300可用于在过程1200的1220中获取提供者权重。
在步骤1310中，匹配概率子模块515可以获取第三交易请求和第四交易请求。在一些实施例中，第三交易请求可以与第四运输服务相关联，并且第四交易请求可以与第五运输服务相关联。第四运输服务可以与第五运输服务成功结合。在步骤1320中，匹配概率子模块515可以根据第三交易请求和第四交易请求获取第二参数。
在步骤1330中，匹配概率子模块515可以根据第二参数确定提供者权重。在一些实施例中，提供者权重可以由权重模型确定。可以通过在一段时间内训练历史数据来获取权重模型。历史数据可以是与一个或以上数量的运输服务相关联的一个或以上数量的交易请求，其与一些其他运输服务成功组合。该时间段可以包括1小时、1天、2天、1周、1个月等。在一些实施例中，可以通过使用线性回归模型来在一段时间内训练历史数据来获取权重模型。线性回归模型可以包括逻辑回归模型，支持向量机模型(SVM)，最小二乘模型等，或其任何组合。逻辑回归模型可以表示为等式(1)和等式(2)，其中，在这种情况下，X是变化变量，并且是指第二参数，Y是目标变量，等式Y＝1是指将与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务组合为第三运输服务，等式Y＝0表示与第一交易请求和第二交易请求相关联的第一运输服务与第二交易请求相关联的运输服务未被合并为第三运输服务，P指的是与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务未被合并为第三运输服务的概率。W指的是回归系数。
图14是根据本申请的一些实施例所示的确定匹配信息的示例性过程的流程图。在一些实施例中，过程1400可用于在过程600的610中确定匹配信息。
在这种情况下，可以在第一时间点获取第一交易请求，并且可以在第二时间点获取第二交易请求。第一时间点可能早于第二时间点。在第二时间点时，第一交易请求可以是已被接受的请求，第二交易请求可以是待处理交易请求。
在步骤1410中，预估时间子模块517可以根据服务提供者的第一位置、第一起点、第二目的地、第一起点和/或第一目的地中的至少一个来确定第五路线。
在步骤1420中，预估时间子模块517可以根据服务提供者的第二位置、第二起点和第一目的地确定第六路线。在一些实施例中，当确定第五路线和/或第六路线时，如果存在多于一条路线，则预估时间子模块517可以选择满足条件的一条路线。所述条件可以包括路线的长度最短、路线的行驶时间最短、路线中的交通灯最少等，或者它们的任何组合。
在步骤1430中，预估时间子模块517可以确定第五路线的预估时间。在步骤1440中，预估时间子模块517可以确定第六路线的预估时间。在一些实施例中，预估时间可以由预估时间模型确定。可以通过在一段时间内训练历史数据来获取预估时间模型。历史数据可以是与一个或以上数量的运输服务相关联的一个或以上数量的交易请求，其与一些其他运输服务成功组合。该时间段可以包括1小时、1天、2天、
1周、1个月等。在一些实施例中，可以通过使用线性回归模型在一段时间内训练历史数据来获取预估时间模型。线性回归模型可以包括
逻辑回归模型，支持向量机模型(SVM)，最小二乘模型等，或其任何组合。
逻辑回归模型可以表示为等式(1)和等式(2)，其中，在这种情况下，X是变化变量，并且是指路线的预估时间，Y是目标变量，等式Y＝1表示与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务被组合为第三运输服务，等式Y＝0表示与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务不被组合为第三运输服务，P指的是与第一交易请求相关联的第一运输服务和与第二交易请求相关联的第二运输服务未被组合为第三运输服务的概率，且W指回归系数。
在步骤1450中，预估时间子模块517可以确定第六路线的预估时间与第五路线的预估时间的第五比值。这里，第五比值可以用于在第一运输服务与第二运输服务组合时测量第一交易请求的迂回程度。
在步骤1460中，匹配结果生成模块520可以确定第五比值是否小于第八阈值。如果答案为“是”，则该过程可以进行到步骤1470以通过匹配结果生成模块520生成匹配结果。如果答案为“否”，则该过程可以进行到步骤1480，以通过策略生成模块540生成第二策略。
在一些实施例中，可以以任何顺序执行步骤1410和步骤1420。在一些实施例中，步骤1410和步骤1420可以同时执行。在一些实施例中，可以以任何顺序执行步骤1430和步骤1440。在一些实施例中，步骤1430和步骤1440可以同时执行。在一些实施例中，步骤1430可以在步骤1420之前或之后执行。
步骤1410-1450可以由预估时间子模块517执行。可以通过匹配结果生成模块520来执行步骤1460-1470。
图15是根据本申请的一些实施例所示的第五路线和第六路线的示例性图。如图15所示，D1指的是服务提供者的第一位置，D2指的是服务提供者的第二位置，E1指的是第一起点，E2指的是第一目的地，F1指的是第二起点，F2指的是第二目的地，R1指的是第五路线，R2指的是第六路线。
应当注意，图15中所示的第五路线和第六路线仅仅是出于说明的目的而提供的，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的修正或改变。然而，这些修正和改变不会背离本申请的范围。例如，在一些实施例中，第五路线可以包括从服务提供者D2的第二位置到第一运输服务中的第一目的地E2的路线，并且第六路线可以包括从服务提供者D2的第二位置到第三运输服务中的第二起点F1的路线以及从第二起点F1到第三运输服务中的第一目的地E2的路线。又例如，在一些实施例中，第五路线可以包括从第一运输服务中的服务提供者D1的第一位置到第一目的地E2的路线，并且第六路线可以包括从服务提供者D1的第一位置到第三运输服务中第一目的地E2的路线。
在一些实施例中，可以基于历史数据，按需服务系统100的默认设置或来自用户的指令来获取本申请中提到的阈值(例如，第四阈值，第五阈值等)。
上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述技术披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定术语来描述本申请的实施例。例如，“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或以上数量的实施例中的某些特征、结构或特性可以进行适当的组合。此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件
(包括韧体、常驻软件、微代码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“单元”、“模块”或“系统”。此外，本
申请的各方面可以呈现为位于一个或以上数量的计算机可读介质中的计算机产品，该产品具有计算机可读程序编码。
计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。此类传播信号可以有多种形式，包括电磁形式、光形式等或任何合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读讯号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、缆线、光纤电缆、RF、或类似介质、或任何上述介质的合适组合。
本申请各部分操作所需的计算机程序码可以用任意一种或多种程序语言编写，包括面向对象程序设计语言如Java、Scala、Smalltalk、
Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化程序设计语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL2002、PHP、ABAP，动态程序设计语言如Python、Ruby和Groovy，或其他程序设计语言。程序代码可以完全在用户计算机上运
行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机上运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机
(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非申请专利范围中明确说明，否则所述处理元素或序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的技术实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统元件可以通过硬体装置实现，但是也可以只通过软体的解决方案得以实现，如在现有的伺服器或行动载具上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或以上数量的技术实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
因篇幅问题不能全部显示，请点此查看更多更全内容