同城出行服务实现方法、装置以及系统与流程

本发明涉及导航技术领域，尤其是涉及一种同城出行服务实现方法、装置以及系统。

背景技术：

现阶段，导航技术已经十分成熟，通过输入起始地址和目的地址，就可以获知导航路线，并且常用路线依据用户的不同偏好进行分类，从而生成针对不同驾驶偏好的数据库。例如，距离优先的常用路线库、时间优先的常用路线库、速度优先的常用路线库等等。当用户进行路线搜索请求时根据不同用户的驾驶偏好以及时间，生成不同的导航路线。

然而，现有的导航路线针对的交通工具往往比较单一，人们在同城内的出行方式也比较单一，比如，公交、出租车、私家车、单车等，这样会导致大量的车辆在路上运行，加重交通负担，而且无法实现车辆的高效利用，进而无法使出行人快速到达目的地。

技术实现要素：

有鉴于此，本发明的目的在于提供一种同城出行服务实现方法、装置以及系统，能够最大限度的产生出行订单，实现拼车效果，减少出行人出行费用，提高车辆的使用效率，减少路上车辆的行驶数量，从而改善交通状况，使出行人更快地到达目的地。

第一方面，本发明实施例提供了一种同城出行服务实现方法，方法包括：

获取用户的出行查询请求；出行查询请求携带有起始位置以及目的位置；

根据起始位置、目的位置以及多个预设的换乘站位置，生成多条分段行程路线；分段行程路线中相邻两段路线以换乘站位置为连接点；

对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最短路线、费用最少路线、换乘最少路线；

接收用户的路线选择信息，并根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最少路线、花费最少路线、换乘最少路线，具体包括：

获取每段路线所对应的道路交通状况信息、车辆空闲状况信息；

根据道路交通状况信息、车辆空闲状况信息，对每段路线进行车辆的匹配；车辆包括：公交车、出租车、私家车、单车；

预估匹配的车辆的行程时间、行程费用；

根据行程时间、行程费用以及分段行程路线中的换乘站数量，得到时间最短路线、费用最少路线以及换乘最少路线。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单，具体包括：

根据用户的路线选择信息，向用户选择的分段行程路线中的匹配的车辆发送接单命令；

接收匹配的车辆根据接单命令所发送的确认接单信息；

根据确认接单信息以及用户的识别标识，生成用户的多段路线的出行订单。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，当匹配成功的车辆为单车时，自动默认接收到单车的确认接单信息；

当匹配成功的车辆为公交车、出租车以及私家车时，在生成用户的多个出行订单之后，还包括：

向用户的终端发送匹配成功的车辆的车牌号以及正面照片。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，还包括：

接收用户发送的订单确认信息，并根据用户的第一次刷卡或扫码操作，开始执行计费操作；

当接收到用户的每二次刷卡或扫码操作时，停止计费操作，并向用户发送第一订单支付成功信息。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，还包括：

重新获取用户的出行查询请求；出行查询请求携带当前位置以及目的位置；

根据当前位置、目的位置以及预设的换乘站位置，重新生成分段行程路线。

第二方面，本发明实施例还提供了一种同城出行服务实现装置，包括：

信息获取单元，用于获取用户的出行查询请求；出行查询请求携带有起始位置以及目的位置；

分段路线生成单元，用于根据起始位置、目的位置以及多个预设的换乘站位置，生成多条分段行程路线；分段行程路线中相邻两段路线以换乘站位置为连接点；

路线确定单元，用于对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最短路线、费用最少路线、换乘最少路线；

订单生成单元，用于接收用户的路线选择信息，并根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，路线确定单元具体包括：

信息获取模块，用于获取每段路线所对应的道路交通状况信息、车辆空闲状况信息；

车辆匹配模块，用于根据道路交通状况信息、车辆空闲状况信息，对每段路线进行车辆的匹配；车辆包括：公交车、出租车、私家车、单车；

预估模块，用于预估匹配的车辆的行程时间、行程费用；

路线确定模块，用于根据行程时间、行程费用以及分段行程路线中的换乘站数量，得到时间最短路线、费用最少路线以及换乘最少路线。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，订单生成单元具体包括：

命令发送模块，用于根据用户的路线选择信息，向用户选择的分段行程路线中的匹配的车辆发送接单命令；

信息接收模块，用于接收匹配的车辆所发送的确认接单信息；

订单生成模块，用于根据确认接单信息以及用户的识别标识，生成用户的多段路线的出行订单。

第三方面，本发明实施例还提供了一种同城出行服务实现系统，包括服务器、出行人客户端以及驾驶人客户端；

服务器上安装有如第二方面所述的同城出行服务实现装置。

本发明实施例提供的技术方案带来了以下有益效果：本发明实施例提供的同城出行服务实现方法中，首先获取用户的出行查询请求，该出行查询请求携带有起始位置以及目的位置，然后服务器根据起始位置、目的位置以及多个预设的换乘站位置，生成多条分段行程路线，该分段行程路线中相邻两段路线以换乘站位置为连接点，这样就将用户从起始位置到目的位置之间的路线划分为多个分段路线，然后对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最短路线、费用最少路线、换乘最少路线，用户可以挑选自己偏好的路线，当服务器接收用户的路线选择信息后，进一步根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单。通过这种方法将每个用户的出行路线进行分割，并相应产生多个订单，而且每个分段路线所匹配到的交通工具不尽相同，包括公交车、出租车、私家车、单车等，同样的路线，分段越多，重叠的订单就越多，从而产生拼单效果，使用户的出行费用降低，使每种交通工具得到最高效的利用，减少路上的空驶车辆，从而分减道路交通压力，使出行人更快地到达目的地。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明实施例一所提供的一种同城出行服务实现方法的流程图；

图2示出了本发明实施例一中步骤s13的详细流程图；

图3示出了本发明实施例一中步骤s14的详细流程图；

图4示出了本发明实施例二所提供的一种同城出行服务实现方法的流程图；

图5示出了本发明实施例三所提供的一种同城出行服务实现装置的示意图；

图6示出了本发明实施例四所提供的一种同城出行服务实现系统的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前现有的导航路线针对的交通工具往往比较单一，人们在同城内的出行方式也比较单一，比如，公交、出租车、私家车、单车等，这样会导致大量的车辆在路上运行，加重交通负担，而且无法实现车辆的高效利用，进而无法使出行人快速到达目的地。基于此，本发明实施例提供的同城出行服务实现方法、装置以及系统，能够最大限度的产生出行订单，实现拼车效果，提高车辆的使用效率，减少路上车辆的行驶数量，从而改善交通状况，使出行人更快地到达目的地。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种同城出行服务实现方法进行详细介绍。

实施例一：

本发明实施例提供了一种同城出行服务实现方法，如图1所示，该同城出行服务实现方法包括以下步骤：

s11：获取用户的出行查询请求；出行查询请求携带有起始位置以及目的位置。

在具体实现的时候，该方法在服务器端被执行，首先服务器获取用户的出行查询请求，该请求一般由用户在出行人客户端发起，并且该请求中携带有用户输入的起始位置和目的位置信息。

s12：根据起始位置、目的位置以及多个预设的换乘站位置，生成多条分段行程路线；分段行程路线中相邻两段路线以换乘站位置为连接点。

服务器中预设存储有多个预设的换乘站位置，该换乘站位置可以是现有的各个公交站点，也可以是新建的各个中转站，该中转站包括公交中转站、汽车中转站、单车中转站等，只要该换乘站可以使用户实现上下车刷卡或者扫码即可。

其中，每个中转站上安装有用于用户扫码签到的识别装置，并且可以呈现不同的颜色，在有司机驾驶的时候，位于同一路线上的多个中转站呈现不同的颜色，方便用户区分，同时便于司机寻找，以及无人驾驶的车辆自动识别停靠，中转站预先设置在各个地方。中转站的安放可以根据实际需求设置，例如人多需求量大的地方，可以是大型超市、商场、小区等。司机在接单后，会找到相应的中转站停靠，而用户即乘客会根据自己的订单找相应的中转站扫码签到，进行乘车。大量的用户通过这种方式进行乘车出行，就会实现拼车的效果，从而减少出行费用，提高用户体验。

在获取到用户的起始位置和目的位置之后，服务器根据上述两个位置以及预设的换乘站位置，生成与该用户的请求相对应的多条分段行程路线，每条分段行程路线中的相邻的两段路线均以换乘站位置为连接点。用户通过在换乘站刷卡或者扫码来结束当前路段的行程，或者开启下一路段行程。

s13：对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最短路线、费用最少路线、换乘最少路线。

在生成多条分段行程路线后，对其中每段路线进行车辆的匹配，分别得到时间最短路线、费用最少路线、换乘最少路线三种路线。具体路线确定过程如图2所示，包括以下几个步骤：

s131：获取每段路线所对应的道路交通状况信息、车辆空闲状况信息。

首先，服务器获取多条分段行程路线中每段路线所对应的道路交通状况信息以及车辆空闲状况信息，其中，道路交通状况信息包括：车流量信息、交通拥堵信息等，车辆空闲状况信息包括：该路线以及其附近的车辆闲置情况，比如：公交车、出租车、私家车的空位数量，单车的闲置数量等。

s132：根据道路交通状况信息、车辆空闲状况信息，对每段路线进行车辆的匹配；车辆包括：公交车、出租车、私家车、单车。

具体的，服务器会自动根据道路交通状况信息以及车辆空闲状况信息，对每段路线进行车辆的匹配，匹配到的车辆包括多种类型，比如：公交车、出租车、私家车、单车等。当服务器检测到某段道路交通拥堵情况比较严重，不适合较大的车辆运行时，就会为其匹配附近最近的单车，而在车流量很少的路段，会匹配到最近的公交、出租车或者私家车等。

s133：预估匹配的车辆的行程时间、行程费用。

s134：根据行程时间、行程费用以及分段行程路线中的换乘站数量，得到时间最短路线、费用最少路线以及换乘最少路线。

根据匹配到的车辆的类型以及当时参与拼车的用户数量，可以预估该匹配的车辆的行程时间和行程费用。然后进一步根据行程时间、行程费用以及分段行程路线中的换乘站数量，得到时间最短路线、费用最少路线以及换乘最少路线。

s14：接收用户的路线选择信息，并根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单。

在确定出时间最短路线、费用最少路线以及换乘最少路线之后，用户可以根据自己的实际情况或者喜好做出选择，服务器接收用户的路线选择信息，并根据该路线选择信息以及该路线中每段路线所匹配成功的车辆信息，生成该用户的多段路线出行订单。

具体的，如图3所示，订单生成过程包括以下几个步骤：

s141：根据用户的路线选择信息，向用户选择的分段行程路线中的匹配的车辆发送接单命令。

s142：接收匹配的车辆根据接单命令所发送的确认接单信息。

s143：根据确认接单信息以及用户的识别标识，生成用户的多段路线的出行订单。

服务器在接收到用户发送的路线选择信息之后，会向分段行程路线中的每段路线所匹配的车辆发送接单命令，该匹配的车辆为预先在驾驶人客户端注册过的车辆，包括私家车、公交、出租车、单车等，该匹配的车辆可以是有驾驶人驾驶的车辆，还可以是无人驾驶的车辆，即智能交通工具，当匹配的车辆的驾驶人接收到该命令后，可以通过驾驶人客户端进行接单的确认，或者所匹配的无人驾驶车辆自动进行接单的确认，如果匹配到的车辆为单车，那么自动默认接收到单车的接单确认信息。然后服务器会接收到每段路线所匹配的车辆的确认接单信息。最后，再根据该信息以及用户的识别标识，生成用户的多段路线的出行订单。用户的识别标识为登录系统或者平台时的id，可以是手机号，也可以是邮箱之类的可以确定其身份的账号。

本发明实施例提供的同城出行服务实现方法中，通过将每个用户的出行路线进行分割，得到分段行程路线，并针对分段行程路线中的每段路线，进行车辆(多种不同交通工具，如公交车、出租车、私家车、单车)的匹配，并产生相应的订单，同样的路线，分段越多，重叠的订单就越多，从而产生拼单效果，使用户的出行费用降低，使每种交通工具得到最高效的利用，减少路上的空驶车辆，从而分减道路交通压力，使出行人更快地到达目的地。

实施例二：

本发明实施例还提供了一种同城出行服务实现方法，如图4所示，该方法中的步骤s21-s24同实施例一中的步骤s11-s14，在此不再赘述。在生成用户的出行订单之后，该方法还包括以下步骤：

s25：向用户的终端发送匹配成功的车辆的车牌号以及正面照片。

在具体实现的时候，当匹配成功的车辆为单车时，自动默认接收到单车的确认接单信息；当匹配成功的车辆为公交车、出租车以及私家车时，获取匹配成功的车辆的车牌号以及车辆的正面照片，发送至用户的终端。这样，用户可以根据车辆的车牌号以及车辆的正面照片，快速地找到下一段行程需要乘坐的车辆，节省用户的换乘时间，提高用户出行体验。

s26：接收用户发送的订单确认信息，并根据用户的第一次刷卡或扫码操作，开始执行计费操作。

s27：当接收到用户的每二次刷卡或扫码操作时，停止计费操作，并向用户发送第一订单支付成功信息。

用户在接收到服务器生成的多段路线的行程订单以及匹配成功的车辆的车牌号及正面照片后，向服务器发送订单确认信息，并在起始站进行刷卡或者扫码操作，服务器根据该刷卡或者扫码操作，开始计费。当服务器再次接收到用户的刷卡或扫码操作时，停止计费，此时，用户完成第一订单的支付，服务器向用户发送第一订单支付成功的信息。

以此类推，用户在一段行程开始时执行刷卡或者扫码操作，服务器开始计费，该段行程结束时，用户刷卡或者扫码下车，换乘另一车辆时，再次刷卡或者扫码上车，到站刷卡或者扫码下车，这样用户就完成了多段路线的行程订单的支付。

如果用户在完成了一次或者几次多段路线的行程订单之后，突然有急事或者其它突发情况，想要根据当前的位置、当前的交通情况、当前的空闲车辆状况找到到达目的位置的最快速的路径，还可以执行以下步骤：

s28：重新获取用户的出行查询请求；出行查询请求携带当前位置以及目的位置。

s29：根据当前位置、目的位置以及预设的换乘站位置，重新生成分段行程路线。

服务器重新接收用户发送的出行查询请求，该出行查询请求中携带有用户输入的当前位置以及目的位置，然后服务器根据当前位置、目的位置以及预设的换乘站位置，重新生成分段行程路线。

本发明实施例提供的同城出行服务实现方法中，首先获取用户的出行查询请求，该出行查询请求携带有起始位置以及目的位置，然后服务器根据起始位置、目的位置以及多个预设的换乘站位置，生成多条分段行程路线，该分段行程路线中相邻两段路线以换乘站位置为连接点，这样就将用户从起始位置到目的位置之间的路线划分为多个分段路线，然后对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最短路线、费用最少路线、换乘最少路线，用户可以挑选自己偏好的路线，当服务器接收用户的路线选择信息后，进一步根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单。通过这种方法将每个用户的出行路线进行分割，并相应产生多个订单，而且每个分段路线所匹配到的交通工具不尽相同，包括公交车、出租车、私家车、单车等，这样会使订单产生拼单效果，使每种交通工具得到最高效的利用，从而分减道路交通压力，使出行人更快地到达目的地。

实施例三：

本发明实施例还提供了一种同城出行服务实现装置，如图5所示，该装置包括：信息获取单元31、分段路线生成单元32、路线确定单元33以及订单生成单元34。

其中，信息获取单元31，用于获取用户的出行查询请求；出行查询请求携带有起始位置以及目的位置；分段路线生成单元32，用于根据起始位置、目的位置以及多个预设的换乘站位置，生成多条分段行程路线；分段行程路线中相邻两段路线以换乘站位置为连接点；路线确定单元33，用于对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最短路线、费用最少路线、换乘最少路线；订单生成单元34，用于接收用户的路线选择信息，并根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单。

具体的，路线确定单元33具体包括：

信息获取模块331，用于获取每段路线所对应的道路交通状况信息、车辆空闲状况信息；车辆匹配模块332，用于根据道路交通状况信息、车辆空闲状况信息，对每段路线进行车辆的匹配；车辆包括：公交车、出租车、私家车、单车；预估模块333，用于预估匹配的车辆的行程时间、行程费用；路线确定模块334，用于根据行程时间、行程费用以及分段行程路线中的换乘站数量，得到时间最短路线、费用最少路线以及换乘最少路线。

订单生成单元34具体包括：

命令发送模块341，用于根据用户的路线选择信息，向用户选择的分段行程路线中的匹配的车辆发送接单命令；信息接收模块342，用于接收匹配的车辆所发送的确认接单信息；订单生成模块343，用于根据确认接单信息以及用户的识别标识，生成用户的多段路线的出行订单。

本发明实施例提供的同城出行服务实现装置中，各个单元或者模块的具体实现可参见前述方法实施例，在此不再赘述。

本发明实施例提供的同城出行服务实现装置中，首先通过信息获取单元31，获取用户的出行查询请求，该出行查询请求携带有起始位置以及目的位置，然后通过分段路线生成单元32，根据起始位置、目的位置以及多个预设的换乘站位置，生成多条分段行程路线，该分段行程路线中相邻两段路线以换乘站位置为连接点，这样就将用户从起始位置到目的位置之间的路线划分为多个分段路线，然后通过路线确定单元33，对每条分段行程路线中的每段路线进行车辆的匹配，得到时间最短路线、费用最少路线、换乘最少路线，用户可以挑选自己偏好的路线，当服务器接收用户的路线选择信息后，进一步通过订单生成单元34，根据路线选择信息以及与路线匹配成功的车辆信息，生成用户的多段路线的出行订单。通过这种装置将每个用户的出行路线进行分割，并相应产生多个订单，而且每个分段路线所匹配到的交通工具不尽相同，包括公交车、出租车、私家车、单车等，这样会使订单产生拼单效果，使每种交通工具得到最高效的利用，从而分减道路交通压力，使出行人更快地到达目的地。

实施例四：

本发明实施例还提供了一种同城出行服务实现系统，包括服务器42、出行人客户端41以及驾驶人客户端43；服务器42上安装有如实施例三所述的同城出行服务实现装置422。

在本发明实施例中，出行人客户端41、服务器42以及驾驶人客户端43之间的交互过程同前述方法实施例，在此不再赘述。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，处理器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。