一种出租车网约车服务信息管理方法、系统与流程

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.图1是说明本发明的一种出租车网约车服务信息管理方法，用于出租车/网约车的客户端的流程图；以及
40.图2是说明本发明的一种出租车网约车服务信息管理方法，用于用于出租车/网约车的客户端的流程图；
41.图3是说明本发明的一种出租车网约车服务信息管理方法，用于出租车/网约车的客户端的模块框图；以及
42.图4是说明本发明的一种出租车网约车服务信息管理方法，用于用于出租车/网约车的客户端的模块框图。
具体实施方式
43.以下结合附图对本发明实施例的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明实施例，并不用于限制本发明实施例。
44.图1是本发明的一种出租车网约车服务信息管理方法的流程图，如图1所示，用于出租车/网约车的客户端，所述出租车网约车服务信息管理方法包括：
45.s101，获取客户端所在出租车/网约车的当前所在位置、该当前位置所属可覆盖商业区及其对应的商业点、该可覆盖商业区对应的预估接客数量和其余出租车/网约车数量；
其中所述其余出租车/网约车包括即将到达该可覆盖商业区的非空车辆和已存在该可覆盖商业区中的空闲车辆。其中，所述客户端所在出租车/网约车的当前所在位置反应了出租车/网约车的位置信息，获取方式可以是车辆自身的gps系统或者是客户端上适配的gps系统，商业点主要是商场等用车较多的位置，比如万达广场、苏宁广场等。虽然其是一个区域(广场区域)，但是在实际情况下可以将其默认为一个位置点，其位置相当于一个位置，可覆盖商业区则是该位置点延伸出去的1km范围之内，如果出现交叉(多个商业点的交叉)，则以中间位置或马路的位置为区分。预估接客数量则是可覆盖商业区的大致的接客的数量，其主要是后台根据历史情况来进行预估的。
46.s102，根据预设定的接客数量与所需出租车/网约车数量的对应关系，确定预估接客数量对应的所需出租车/网约车数量。例如，接客数量为100人，在该时间点上，所需出租车/网约车的数量为60辆。当接客数量为50人，在该时间点上，所需出租车/网约车的数量为40辆，每一个接客数量对应一个所需的车辆的数量。
47.s103，根据所述其余出租车/网约车数量与所述所需出租车/网约车数量的比较结果和所有出租车/网约车的当前所在位置与所述商业点的之间各自对应的距离，确定所述客户端所在出租车/网约车的推荐载客路线。其中，推荐载客路线可以是在该区域内的停止等待载客，也可以是去往临近区域的等待载客。
48.优选地，s103中，所述根据所述其余出租车/网约车数量与所述所需出租车/网约车数量的比较结果和所有出租车/网约车的当前所在位置与所述商业点的之间各自对应的距离，确定所述客户端所在出租车/网约车的推荐载客路线包括：
49.在所述其余出租车/网约车数量大于所需出租车/网约车数量时，获取所述其余出租车/网约车数量与所述所需出租车/网约车数量的差值；
50.在所述差值大于预设定的差阈值时，根据所述各自对应的距离和所述客户端所在出租车/网约车的当前所在位置与所述商业点的之间的距离确定所述客户端所在出租车/网约车的推荐载客路线，其中所述推荐载客路线包括继续在当前可覆盖商业区或行驶至另一临近商业区。差值可以是10辆，在大于10辆时则认定该车辆可能存在多余车辆，需要提醒车辆远离，提醒的策略是根据车辆与商业点位置的距离，当较远则推荐其远离，当较近时则推荐等待。当然，如果有单行道或者红绿灯特殊情况则另行考虑。
51.优选地，所述根据所述其余出租车/网约车数量与所述所需出租车/网约车数量的比较结果和所有出租车/网约车的当前所在位置与所述商业点的之间各自对应的距离，确定所述客户端所在出租车/网约车的推荐载客路线还包括：
52.在所述差值小于预设定的差阈值10辆时，确定所述客户端所在出租车/网约车的继续在当前可覆盖商业区；以及
53.在所述其余出租车/网约车数量小于所需出租车/网约车数量时，确定所述客户端所在出租车/网约车的继续在当前可覆盖商业区。该情况，说明出租车/网约车的数量不够，需要较多的车辆来进行覆盖。会推荐相对较近的车辆到达该商业区。
54.另外，如图2所示，本发明还提供一种出租车网约车服务信息管理方法，用于出租车/网约车的服务器端，所述出租车网约车服务信息管理方法包括：
55.s201，获取城市预划分的商业点及能够到达该商业点的可覆盖商业区；其中，所述商业点能够包括上述的多种商业广场，可覆盖的商业区则为该商业广场的预设的范围之内
的区域。
56.s202，获取客户端所在出租车/网约车的当前所在位置的可覆盖商业区对应的历史接客数据；其中所述历史接客数据包括历史接客地点、历史接客时间及历史接客数量，历史接客数据可以用时间来进行区分，例如一个月的数据量或者一周的数据量，每周、每月的不同日子采用不同的历史数据。
57.s203，基于该历史接客数据建立该可覆盖商业区的接客预估模型；其中所述接客预估模型的输入为接客地点和接客时间，输出为预估的接客数量。
58.s204，基于所述接客预估模型，确定并向所述客户端发送其所在出租车/网约车所在可覆盖商业区的预估接客数量。
59.优选地，所述基于该历史接客数据建立该可覆盖商业区的接客预估模型包括：建立以接客地点和接客时间为输入且以接客数量为输出的初始预估模型；以及利用历史接客地点、历史接客时间及历史接客数量作为历史数据训练所述初始预估模型，获得训练后的接客预估模型。
60.另外，如图3所示，本发明还提供一种出租车网约车服务信息管理系统，用于出租车/网约车的客户端，所述出租车网约车服务信息管理系统包括：
61.当前数据获取单元，用于获取客户端所在出租车/网约车的当前所在位置、该当前位置所属可覆盖商业区及其对应的商业点、该可覆盖商业区对应的预估接客数量和其余出租车/网约车数量；其中所述其余出租车/网约车包括即将到达该可覆盖商业区的非空车辆和已存在该可覆盖商业区中的空闲车辆；
62.车数量确定单元，用于根据预设定的接客数量与所需出租车/网约车数量的对应关系，确定预估接客数量对应的所需出租车/网约车数量；以及
63.路线确定单元，用于根据所述其余出租车/网约车数量与所述所需出租车/网约车数量的比较结果和所有出租车/网约车的当前所在位置与所述商业点的之间各自对应的距离，确定所述客户端所在出租车/网约车的推荐载客路线。
64.优选地，所述路线确定单元包括：
65.差值获取模块，用于在所述其余出租车/网约车数量大于所需出租车/网约车数量时，获取所述其余出租车/网约车数量与所述所需出租车/网约车数量的差值；以及
66.路线推荐模块，用于在所述差值大于预设定的差阈值时，根据所述各自对应的距离和所述客户端所在出租车/网约车的当前所在位置与所述商业点的之间的距离确定所述客户端所在出租车/网约车的推荐载客路线，其中所述推荐载客路线包括继续在当前可覆盖商业区或行驶至另一临近商业区。
67.其中，所述出租车网约车服务信息管理系统与现有技术相比具有与所述出租车网约车服务信息管理方法相同的区别技术特征和技术效果，在此不再赘述。
68.另外，如图4所示，本发明还提供一种出租车网约车服务信息管理系统，用于出租车/网约车的服务器端，所述出租车网约车服务信息管理系统包括：
69.商业区获取单元，用于获取城市预划分的商业点及能够到达该商业点的可覆盖商业区；
70.历史数据获取单元，用于获取客户端所在出租车/网约车的当前所在位置的可覆盖商业区对应的历史接客数据；其中所述历史接客数据包括历史接客地点、历史接客时间
及历史接客数量；
71.模型建立单元，用于基于该历史接客数据建立该可覆盖商业区的接客预估模型；其中所述接客预估模型的输入为接客地点和接客时间，输出为预估的接客数量；以及
72.接客数量确定单元，用于基于所述接客预估模型，确定并向所述客户端发送其所在出租车/网约车所在可覆盖商业区的预估接客数量。
73.其中，所述出租车网约车服务信息管理系统与现有技术相比具有与所述出租车网约车服务信息管理方法相同的区别技术特征和技术效果，在此不再赘述。
74.另外，本发明还提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的出租车网约车服务信息管理方法。
75.另外，本发明还提供一种处理器，用于运行程序，其中，所述程序被运行时用于执行：如上述的出租车网约车服务信息管理方法。
76.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
77.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
78.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
79.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
80.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
81.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
82.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除
可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
83.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
84.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
85.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。