一种基于网络的交通接驳方法及系统与流程

一种基于网络的交通接驳方法及系统
【技术领域】
1.本发明涉及网络技术领域，尤其涉及一种基于网络的交通接驳方法及系统。


背景技术：

2.城市交通是城市生活的重要组成部分，犹如人体的动脉，维系着整个城市的运转。随着人们生活水平的提高和生活节奏的加快，出租车和滴滴车作为城市交通的重要组成部分，日益成为更多城市人群的出行交通工具。
3.现实场景中，有些乘客的目的地是需要跨省或者跨市，当出租车司机或者滴滴车司机接到这类乘客时，很可能会出现返程空载的情况，这将会使得运力浪费，同时增加出租车司机或者滴滴车司机的运营成本。
4.鉴于此，克服该现有技术所存在的缺陷是本技术领域亟待解决的问题。


技术实现要素：

5.本发明要解决的技术问题是：
6.现实场景中，有些乘客的目的地是需要跨省或者跨市，当出租车司机或者滴滴车司机接到这类乘客时，很可能会出现返程空载的情况，这将会使得运力浪费，同时增加出租车司机或者滴滴车司机的运营成本。
7.本发明通过如下技术方案达到上述目的：
8.第一方面，本发明提供了一种基于网络的交通接驳方法，包括：
9.第一终端获取乘客终端发布的打车请求；
10.根据打车请求判断是否满足生成预接驳确认请求的条件，若满足，则生成预接驳确认请求并发送至乘客终端；
11.获取乘客终端返回的接驳确认信息，以便根据打车请求中携带的上车位置和下车位置确定接驳位置后发布第一接驳请求。
12.优选的，所述第一终端获取乘客终端发布的打车请求，根据打车请求判断是否满足生成预接驳确认请求的条件，具体包括：
13.第一终端获取乘客终端发布的打车请求；
14.基于网络数据，根据打车请求中携带的上车位置和下车位置判断所述打车请求是否为跨区域的打车请求；
15.若所述打车请求为跨区域的打车请求，且下车位置的返程空载率高于第一空载率阈值，则生成乘客负载数据指令，以便获取乘客负载状态数据；
16.若判断所述乘客负载状态数据为轻负载时，则满足生成预接驳确认请求的条件。
17.优选的，所述则生成乘客负载数据指令，以便获取乘客负载状态数据，具体包括：
18.判断乘客是否打开后备箱；
19.若乘客不打开后备箱，则所述乘客负载状态数据为轻负载；
20.若乘客打开后备箱，则在乘客将行李放入后备箱之后，获取乘客放入后备箱的行
李的第一图像信息和重量信息，以便根据第一图像信息和重量信息计算得到乘客的行李的负载值；
21.判断所述负载值是否超过预设负载阈值，若未超过预设负载阈值，则所述乘客负载状态数据为轻负载。
22.优选的，述则生成乘客负载数据指令，以便获取乘客负载状态数据，具体还包括：
23.判断乘客是否打开后备箱；
24.若乘客不打开后备箱，则所述乘客负载状态数据为轻负载；
25.若乘客打开后备箱，则在乘客打开后备箱时，获取第二图像信息，在将行李放入后备箱后关闭后备箱时，获取第三图像信息；
26.通过比对第三图像信息和第二图像信息判断乘客的行李数量，若乘客的行李数量少于等于预设数量，则所述乘客负载状态数据为轻负载。
27.优选的，所述以便根据打车请求中携带的上车位置和下车位置确定接驳位置后发布第一接驳请求，具体包括：
28.根据上车位置和下车位置确定导航路径，并获取导航路径沿途的各个集散点的返程空载率；
29.判断各个集散点中是否有至少两个集散点的返程空载率低于第二空载率阈值；
30.若是，则将返程空载率低于第二空载率阈值的各个集散点作为预选接驳位置；
31.根据预选接驳位置的返程交通拥堵情况，确定一个接驳位置。
32.优选的，还包括：
33.获取距离接驳位置处第一预设地理范围内的各个第一接驳终端响应于第一接驳请求的接驳应答信息，从而实现第一终端与第一接驳终端的通信；
34.第一终端将与第一接驳终端的通信数据同步至乘客终端，以便乘客观看到通信数据后确认一个第一接驳终端。
35.优选的，还包括：
36.当第一终端在第一预设时间范围内到达接驳位置，但第一接驳终端未在第一预设时间范围内到达接驳位置时；
37.所述第一终端向所述第一接驳终端发送拒接接驳请求，并发布第二接驳请求。
38.优选的，还包括：
39.获取距离接驳位置处第二预设地理范围内的各个第二接驳终端响应于第二接驳请求的接驳应答信息，从而实现第一终端与第二接驳终端的通信；
40.第一终端将与第二接驳终端的通信数据同步至乘客终端，以便乘客观看到通信数据后确认一个第二接驳终端。
41.优选的，所述第二预设地理范围小于第二预设地理范围。
42.第二方面，本发明还提供了本发明提供了一种基于网络的交通接驳系统，包括第一终端和乘客终端；
43.所述第一终端获取乘客终端发布的打车请求，根据打车请求判断是否满足生成预接驳确认请求的条件，若满足，则生成预接驳确认请求并发送至乘客终端；
44.获取乘客终端返回的接驳确认信息，以便根据打车请求中携带的上车位置和下车位置确定接驳位置后发布第一接驳请求。
45.与现有技术相比，本发明的有益效果是：
46.本发明通过第一终端获取到乘客终端发布的打车请求后，根据打车请求判断是否满足生成预接驳确认请求的条件，若满足，则生成预接驳确认请求并发送至乘客终端；然后获取乘客终端返回的接驳确认信息，并根据打车请求中携带的上车位置和下车位置确定接驳位置后发布第一接驳请求，接驳终端获取第一接驳请求后，响应第一接驳请求，并到接驳位置对接第一终端所接的乘客，当乘客顺利杯接驳后，第一终端便可以从接驳位置返程，这将有效减少运力的浪费，并有效降低出租车司机或者滴滴车司机的运营成本。
【附图说明】
47.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍。显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
48.图1是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
49.图2是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
50.图3是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
51.图4是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
52.图5是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
53.图6是本发明实施例提供的一种基于网络的交通接驳方法的导航路径的示意图；
54.图7是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
55.图8是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
56.图9是本发明实施例提供的一种基于网络的交通接驳方法的流程图；
57.图10是本发明实施例提供的一种基于网络的交通接驳装置的架构图。
【具体实施方式】
58.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
59.在本发明的描述中，术语“内”、“外”、“纵向”、“横向”、“上”、“下”、“顶”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明而不是要求本发明必须以特定的方位构造和操作，因此不应当理解为对本发明的限制。
60.此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
61.实施例1:
62.本实施例提供一种基于网络的交通接驳方法，如图1所示，包括：
63.步骤1：第一终端获取乘客终端发布的打车请求；第一终端可以是车机端例如司机的手机或者车辆端、手机端或者平板端等；第一终端获取乘客终端发布的打车请求，其中，打车请求中包含上车位置和下车位置。
64.步骤2：根据打车请求判断是否满足生成预接驳确认请求的条件，若满足，则生成
预接驳确认请求并发送至乘客终端；
65.若第一终端为车机端，则具体的实施方式为：
66.车机端(即第一终端)获取乘客终端发布的打车请求，其中，打车请求中包含上车位置和下车位置，车机端获取到乘客终端发布的打车请求后，基于网络数据，根据打车请求中包含上车位置和下车位置判断是否为跨区域的打车请求，其中，所述的跨区域具体可以为跨省、跨市等，当判断所述打车请求为跨区域的打车请求后，判断下车位置的返程空载率是否高于第一空载率阈值，若高于第一空载率阈值，则说明车主将该乘客送到下车位置后，返程空载的可能性很大，此时车机端生成乘客负载数据指令，用于获取乘客负载状态数据，执行负载数据指令的步骤具体为：
67.判断乘客是否打开的后备箱；
68.若乘客不打开车机端的后备箱，则判断乘客负载状态数据为轻负载；
69.若乘客打开车机端的后备箱，则在乘客将行李放入后备箱之后，打开后备箱的车灯、3d深度摄像头和重力检测装置，其中3d深度摄像头和重力检测装置分别用于检测乘客放入后备箱的行李的第一图像信息和重量信息，通过第一图像信息可以估算出乘客的行李的体积，重力检测装置可以检测出乘客的行李的重量，然后根据乘客的行李的体积和重量加权求和得到乘客的行李的负载值；
70.判断所述负载值是否超过预设负载阈值，若未超过预设负载阈值，则所述乘客负载状态数据为轻负载，此时满足生成预接驳确认请求的条件。
71.若第一终端为手机端或者平板端时，本实施例以手机端为例进行说明，则具体的实施方式为：
72.手机端获取乘客终端发布的打车请求，其中，打车请求中包含上车位置和下车位置，手机端获取到乘客终端发布的打车请求后，根据打车请求中包含上车位置和下车位置判断是否为跨区域的打车请求，其中，所述的跨区域具体可以为跨省、跨市等，当判断所述打车请求为跨区域的打车请求后，判断下车位置的返程空载率是否高于第一空载率阈值，若高于第一空载率阈值，则说明车主将该乘客送到下车位置后，返程空载的可能性很大，此时手机端生成乘客负载数据指令，并将所述乘客负载数据指令发送至车机端，车机端获取乘客负载数据指令后，执行乘客负载数据指令，执行乘客负载数据指令的步骤具体为：判断乘客是否打开车机端的后备箱；若乘客不打开车机端的后备箱，则将乘客不打开车机端的后备箱的数据发送至手机端，手机端判断乘客负载状态数据为轻负载；若乘客打开车机端的后备箱，则在乘客将行李放入后备箱之后，打开后备箱的车灯、3d深度摄像头和重力检测装置，其中3d深度摄像头和重力检测装置分别用于检测乘客放入后备箱的行李的第一图像信息和重量信息，第一图像信息可以估算出乘客的行李的体积，重力检测装置可以检测出乘客的行李的重量，然后将乘客的行李的体积和重量的数据发送至手机端，手机端根据乘客的行李的体积和重量加权求和得到乘客的行李的负载值；判断所述负载值是否超过预设负载阈值，若未超过预设负载阈值，则所述乘客负载状态数据为轻负载，此时满足生成预接驳确认请求的条件。
73.满足生成预接驳确认请求的条件后，第一终端生成预接驳确认请求，并将所述预接驳确认请求发送至乘客终端，其中，所述预接驳确认请求中包含计费折扣信息；在折扣信息中，乘客可以得到相应的金额补偿。
74.其中，计费折扣信息可以从上车位置到接驳位置这段距离的计费折扣，如：打7折，打6折等，具体以的计费折扣信息可以根据实际需求进行设置，在此不一一赘述。
75.步骤3：获取乘客终端返回的接驳确认信息，以便根据打车请求中携带的上车位置和下车位置确定接驳位置后发布第一接驳请求。
76.所述预接驳确认请求发送至乘客终端后，乘客终端可以选择同意接驳或者拒绝接驳，若乘客终端选择拒绝接驳，则返回至第一终端的接驳确认信息为拒绝接驳，此时车主必须将乘客送至下车位置；若乘客终端选择同意接驳，则返回至第一终端的接驳确认信息为同意接驳，且接驳确认信息中携带乘客在终端输入的接驳需求，其接驳需求与当前车辆的要求相符合，如：接驳车型、接驳司机的性别等需要与当前车辆相符合；当第一终端获取到的接驳确认信息为同意接驳时，根据打车请求中携带的上车位置和下车位置确定导航路径，并获取导航路径中各个集散点的返程空载率，然后判断导航路径中各个集散点的返程空载率是否低于第二空载率阈值，若低于第二空载率阈值，则将返程空载率低于第二空载率阈值的集散点作为预选接驳位置，其中，所述集散点具体可以为汽车站、火车站、飞机场等人员流动较大的地方，所述第二空载率阈值低于第一空载率阈值，如：可以将第一空载率阈值设置为60％，第二空载率阈值设置为20％。具体的第二空载率阈值和第一空载率阈值的值可以根据需求进行设置，在此不一一赘述。
77.若作为预选接驳位置的集散点有至少两个时，则获取各个预选接驳位置的返程交通拥堵情况，并选择一个返程交通不拥堵的预选接驳位置作为接驳位置；或者，若作为预选接驳位置的集散点有至少两个时，则选择预选接驳位置的返程空载率最低的集散点作为接驳位置；或者，若有多个预选接驳位置的返程空载率相同，则获取返程空载率相同的各个预选接驳位置的返程交通拥堵情况，并选择一个返程交通不拥堵的预选接驳位置作为接驳位置，也可以车主手动选定一个接驳位置，在此不一一赘述。
78.选定好一个接驳位置后，第一终端发布第一接驳请求，其中，所述第一接驳请求中包含接驳位置、下车位置、到达接驳位置的第一预设时间范围、接驳车型、距离接驳位置处第一预设地理范围和接驳司机的性别等信息。
79.当接驳司机和第一终端均在第一预设时间范围达到接驳位置后，乘客便可以从第一终端对应的车机转移到接驳司机的车机上，此时，第一终端便可以接下一位乘客的打车请求后返程。本实施例可以有效减少运力的浪费，并有效降低出租车司机或者滴滴车司机的运营成本。
80.优选的，所述第一终端获取乘客终端发布的打车请求，根据打车请求判断是否满足生成预接驳确认请求的条件，如图2所示，具体包括：
81.步骤101：第一终端获取乘客终端发布的打车请求；第一终端可以是车机端、手机端或者平板端等；若第一终端为车机端，则具体的实施方式为：车机端(即第一终端)获取乘客终端发布的打车请求，其中，打车请求中包含上车位置和下车位置。
82.步骤102：根据打车请求中携带的上车位置和下车位置判断所述打车请求是否为跨区域的打车请求；车机端获取到乘客终端发布的打车请求后，根据打车请求中包含上车位置和下车位置判断是否为跨区域的打车请求，其中，所述的跨区域具体可以为跨省、跨市等。
83.步骤103：若所述打车请求为跨区域的打车请求，且下车位置的返程空载率高于第
一空载率阈值，则生成乘客负载数据指令，以便获取乘客负载状态数据；
84.当判断所述打车请求为跨区域的打车请求后，判断下车位置的返程空载率是否高于第一空载率阈值，若高于第一空载率阈值，则说明车主将该乘客送到下车位置后，返程空载的可能性很大，此时车机端生成乘客负载数据指令，用于获取乘客负载状态数据，执行负载数据指令的步骤具体为：判断乘客是否打开的后备箱；若乘客不打开车机端的后备箱，则判断乘客负载状态数据为轻负载；若乘客打开车机端的后备箱，则在乘客将行李放入后备箱之后，打开后备箱的车灯、3d深度摄像头和重力检测装置，其中3d深度摄像头和重力检测装置分别用于检测乘客放入后备箱的行李的第一图像信息和重量信息，通过第一图像信息可以估算出乘客的行李的体积，重力检测装置可以检测出乘客的行李的重量，然后根据乘客的行李的体积和重量加权求和得到乘客的行李的负载值；判断所述负载值是否超过预设负载阈值，若未超过预设负载阈值，则所述乘客负载状态数据为轻负载，此时满足生成预接驳确认请求的条件。
85.步骤104：若判断所述乘客负载状态数据为轻负载时，则满足生成预接驳确认请求的条件。若判断所述乘客负载状态数据为轻负载时，说明乘客所携带的行李不多，此时乘客比较方便转移行李；若乘客负载状态数据为重负载时，说明乘客所携带的行李比较多，乘客不是很方便转移行李。
86.优选的，所述则生成乘客负载数据指令，以便获取乘客负载状态数据，如图3所示，具体包括：
87.步骤201：判断乘客是否打开后备箱；若高于第一空载率阈值，则说明车主将该乘客送到下车位置后，返程空载的可能性很大，此时车机端生成乘客负载数据指令，用于获取乘客负载状态数据，执行负载数据指令的步骤具体为：判断乘客是否打开的后备箱。
88.步骤202：若乘客不打开后备箱，则所述乘客负载状态数据为轻负载；
89.步骤203：若乘客打开后备箱，则在乘客将行李放入后备箱之后，获取乘客放入后备箱的行李的第一图像信息和重量信息，以便根据第一图像信息和重量信息计算得到乘客的行李的负载值；若乘客打开车机端的后备箱，则在乘客将行李放入后备箱之后，打开后备箱的车灯、3d深度摄像头和重力检测装置，其中3d深度摄像头和重力检测装置分别用于检测乘客放入后备箱的行李的第一图像信息和重量信息，通过第一图像信息可以估算出乘客的行李的体积，重力检测装置可以检测出乘客的行李的重量，然后根据乘客的行李的体积和重量加权求和得到乘客的行李的负载值。其中，乘客的行李的体积和重量的权重可以根据实际需求进行设置，如可以将乘客的行李的体积和重量的权重分别设置为60％和40％，其中，乘客的行李的体积和重量的权重之和为1。
90.步骤204：判断所述负载值是否超过预设负载阈值；
91.步骤205：若未超过预设负载阈值，则所述乘客负载状态数据为轻负载。判断所述负载值是否超过预设负载阈值，若未超过预设负载阈值，则所述乘客负载状态数据为轻负载，乘客比较方便转移行李，此时满足生成预接驳确认请求的条件。
92.步骤206：若超过预设负载阈值，则所述乘客负载状态数据为重负载，此时不满足生成预接驳确认请求的条件。
93.优选的，所述则生成乘客负载数据指令，以便获取乘客负载状态数据，如图4所示，具体还包括：
94.步骤301：判断乘客是否打开后备箱；若高于第一空载率阈值，则说明车主将该乘客送到下车位置后，返程空载的可能性很大，此时车机端生成乘客负载数据指令，用于获取乘客负载状态数据，执行负载数据指令的步骤具体为：判断乘客是否打开的后备箱。
95.步骤302：若乘客不打开后备箱，则所述乘客负载状态数据为轻负载；
96.步骤303：若乘客打开后备箱，则在乘客打开后备箱时，获取第二图像信息，在将行李放入后备箱后关闭后备箱时，获取第三图像信息；若乘客打开车机端的后备箱，则在乘客打开后备箱的一瞬间，获取后备箱的第二图像信息，其中第二图像信息用于获取后备箱当前的行李的数量；当乘客将行李放入后备箱，并关闭后备箱之后，打开后备箱的车灯，获取第三图像信息，其中第三图像信息用于获取乘客在将行李放入后备箱之后，后备箱的行李的数量；假设根据第二图像信息获取的行李的数量为3，根据第三图像信息获取的行李的数量为5；
97.步骤304：通过比对第三图像信息和第二图像信息判断乘客的行李数量，若乘客的行李数量少于等于预设数量，则所述乘客负载状态数据为轻负载。
98.比对第三图像信息和第二图像信息来判断乘客的行李数量，即将第三图像信息获取的行李的数量减去第二图像信息获取的行李的数量，假设根据第二图像信息获取的行李的数量为3，根据第三图像信息获取的行李的数量为5，则可得乘客的行李的数量为：5-3＝2；然后判断乘客的行李的数量是否少于等于预设数量，若少于等于预设数量，则所述乘客负载状态数据为轻负载。具体的预设数量可以为2，或者其他值，具体的预设数量的设置可以根据实际需求进行设置，在此不一一赘述。
99.优选的，所述以便根据打车请求中携带的上车位置和下车位置确定接驳位置后发布第一接驳请求，如图5所示，具体包括：
100.步骤401：根据上车位置和下车位置确定导航路径，并获取导航路径沿途的各个集散点的返程空载率；
101.所述预接驳确认请求发送至乘客终端后，乘客终端可以选择同意接驳或者拒绝接驳，若乘客终端选择拒绝接驳，则返回至第一终端的接驳确认信息为拒绝接驳，此时车主必须将乘客送至下车位置；若乘客终端选择同意接驳，则返回至第一终端的接驳确认信息为同意接驳，且接驳确认信息中携带乘客在终端输入的接驳需求，如：接驳车型(接驳车型具体包括suv、普通轿车等)、接驳司机的性别等；
102.当第一终端获取到的接驳确认信息为同意接驳时，根据打车请求中携带的上车位置和下车位置确定导航路径，并获取导航路径中各个集散点的返程空载率，其中，所述集散点具体可以为汽车站、火车站、飞机场等人员流动较大的地方。
103.步骤402：判断各个集散点中是否有至少两个集散点的返程空载率低于第二空载率阈值；从各个集散点中选择出返程空载率低于第二空载率阈值的集散点作为预选接驳位置，其中，所述第二空载率阈值低于第一空载率阈值，如：可以将第一空载率阈值设置为60％，第二空载率阈值设置为20％。具体的第二空载率阈值和第一空载率阈值的值可以根据需求进行设置，在此不一一赘述。
104.步骤403：若是，则将返程空载率低于第二空载率阈值的各个集散点作为预选接驳位置；
105.步骤404：根据预选接驳位置的返程交通拥堵情况，确定一个接驳位置。若作为预
选接驳位置的集散点有至少两个时，则获取各个预选接驳位置的返程交通拥堵情况，并选择一个返程交通不拥堵的预选接驳位置作为接驳位置。
106.本实施例提供一种实际场景中可实现的方式，如图6所示，具体为：
107.假设打车请求中的上车位置为a、下车位置为f，且在上车位置a至下车置f的导航路径中，存在集散点b、集散点c和集散点d；其中，集散点b、集散点c和集散点d的返程空载率分别为30％、15％和5％，且所述第二空载率阈值为20％，则可知集散点c和集散点d的返程空载率低于20％，因此，将集散点c和集散点d均作为预选接驳位置，将集散点c和集散点d分别作为预选接驳位置c和预选接驳位置d，然后判断预选接驳位置c和预选接驳位置d的返程交通拥堵情况，假设预选接驳位置c与预选接驳位置d相比，预选接驳位置d更加拥堵，因此，确定预选接驳位置c作为接驳位置。
108.或者，若作为预选接驳位置的集散点有至少两个时，则选择预选接驳位置的返程空载率最低的集散点作为接驳位置，如：假设打车请求中的上车位置为a、下车位置为f，且在上车位置a至下车置f的导航路径中，存在集散点b、集散点c和集散点d；其中，集散点b、集散点c和集散点d的返程空载率分别为30％、15％和5％，且所述第二空载率阈值为20％，则可知集散点c和集散点d的返程空载率低于20％，因此，将集散点c和集散点d均作为预选接驳位置，将集散点c和集散点d分别作为预选接驳位置c和预选接驳位置d，由于预选接驳位置c和预选接驳位置d相比，预选接驳位置d的返程空载率最低，因此，确定预选接驳位置d为接驳位置。
109.或者，若有多个预选接驳位置的返程空载率相同，则获取返程空载率相同的各个预选接驳位置的返程交通拥堵情况，并选择一个返程交通不拥堵的预选接驳位置作为接驳位置，也可以车主手动选定一个接驳位置，在此不一一赘述。
110.优选的，如图7所示，还包括：
111.步骤501：获取距离接驳位置处第一预设地理范围内的各个第一接驳终端响应于第一接驳请求的接驳应答信息，从而实现第一终端与第一接驳终端的通信；
112.第一终端获取距离接驳位置处第一预设地理范围内的各个第一接驳终端响应于第一接驳请求的接驳应答信息后，第一终端便与第一接驳终端建立通信。其中第一终端距离接驳位置还有半个小时的时候，则获取接驳应答信息。
113.步骤502：第一终端将与第一接驳终端的通信数据同步至乘客终端，以便乘客观看到通信数据后确认一个第一接驳终端。
114.通信时，第一终端便与第一接驳终端之间的通信数据同步传送至乘客终端，让乘客能够同步观看到第一接驳终端对应的车机内的情况，如接驳司机的性别，或者车机内的人数等，当乘客不满意时，例如乘客的需求是，接驳司机的性别为女性，而实际的接驳司机为男性，此时可以选择下一个第一接驳终端进行通信观看，直至确认一个第一接驳终端。
115.当接驳司机和第一终端均在在第一预设时间范围达到接驳位置后，乘客便可以从第一终端对应的车机转移到接驳司机的车机上，此时，第一终端便可以接下一位乘客的打车请求后返程。本实施例可以有效减少运力的浪费，并有效降低出租车司机或者滴滴车司机的运营成本。
116.优选的，如图8所示，还包括：
117.步骤601：当第一终端在第一预设时间范围内到达接驳位置，但第一接驳终端未在
第一预设时间范围内到达接驳位置时；其中所述第一预设时间范围可以为某个时间段，也可以某个时间点。例如，第一终端在半个小时内即将到达接驳位置，或者第一终端在十点钟即将到达。
118.如：第一预设时间范围为10：00，在10：00之内，第一终端已经达到接驳位置，但是第一接驳终端未在10：00之前到达接驳位置。
119.步骤602：所述第一终端向所述第一接驳终端发送拒接接驳请求，并发布第二接驳请求。
120.为了节省乘客或者第一终端的对应的车主的时间，此时，第一终端向所述第一接驳终端发送拒接接驳请求，并发布第二接驳请求，其中，第二接驳请求中包括接驳位置、下车位置、到达接驳位置的第二预设时间范围、接驳车型、距离接驳位置处第二预设地理范围和接驳司机的性别等信息。
121.优选的，如图9所示，还包括：
122.步骤701：获取距离接驳位置处第二预设地理范围内的各个第二接驳终端响应于第二接驳请求的接驳应答信息，从而实现第一终端与第二接驳终端的通信；
123.第一终端获取距离接驳位置处第二预设地理范围内的各个第二接驳终端响应于第二接驳请求的接驳应答信息后，第一终端便与第二接驳终端建立通信。
124.步骤702：第一终端将与第二接驳终端的通信数据同步至乘客终端，以便乘客观看到通信数据后确认一个第二接驳终端。
125.通信时，第一终端便与第二接驳终端之间的通信数据同步传送至乘客终端，让乘客能够同步观看到第二接驳终端对应的车机内的情况，如接驳司机的性别，或者车机内的人数等，当乘客不满意时，例如乘客的需求是，接驳司机的性别为女性，而实际的接驳司机为男性，此时可以选择下一个第二接驳终端进行通信观看，直至确认一个第二接驳终端。
126.当接驳司机和第一终端均在在第二预设时间范围达到接驳位置后，乘客便可以从第一终端对应的车机转移到接驳司机的车机上，此时，第一终端便可以接下一位乘客的打车请求后返程。本实施例可以有效减少运力的浪费，并有效降低出租车司机或者滴滴车司机的运营成本。
127.优选的，为了节省乘客和第一终端对应的车主的时间，所述第二预设地理范围小于第二预设地理范围。以便第二接驳终端对应的车主可以尽快达到接驳位置接乘客。
128.例如，所述方法还包括，当负载不为零时(后备箱打开过)，第一终端与第二终端均到达接驳位置且二者之间的距离小于预设距离，并且都停驶时，自动打开二者的后备箱，以供乘客快速更换车辆。
129.本实施例提供一种基于网络的交通接驳系统，包括第一终端和乘客终端；
130.所述第一终端获取乘客终端发布的打车请求，根据打车请求判断是否满足生成预接驳确认请求的条件，若满足，则生成预接驳确认请求并发送至乘客终端；
131.获取乘客终端返回的接驳确认信息，以便根据打车请求中携带的上车位置和下车位置确定接驳位置后发布第一接驳请求。
132.实施例2
133.在上述实施例1提供的一种基于网络的交通接驳方法的基础上，本发明还提供了一种可用于实现上述方法的基于网络的交通接驳装置，如图10所示，是本发明实施例的装
置架构示意图。本实施例的基于网络的交通接驳装置包括一个或多个处理器21以及存储器22。其中，图10中以一个处理器21为例。
134.所述处理器21和所述存储器22可以通过总线或者其他方式连接，图10中以通过总线连接为例。
135.所述存储器22作为一种基于网络的交通接驳方法非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如实施例1中的基于网络的交通接驳方法。所述处理器21通过运行存储在所述存储器22中的非易失性软件程序、指令以及模块，从而执行基于网络的交通接驳装置的各种功能应用以及数据处理，即实现实施例1的基于网络的交通接驳方法。
136.所述存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，所述存储器22可选包括相对于所述处理器21远程设置的存储器，这些远程存储器可以通过网络连接至所述处理器21。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
137.所述程序指令/模块存储在所述存储器22中，当被所述一个或者多个处理器21执行时，执行上述实施例1中的基于网络的交通接驳方法，例如，执行以上描述的图1-图5和图7-图9的各个步骤。
138.本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(rom，read only memory)、随机存取存储器(ram，random access memory)、磁盘或光盘等。
139.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。