本发明涉及智能车站领域，特别涉及一种预计算预支付智能公交运行方法及其系统。
背景技术：
随着城市的不断扩展，城市的人口不断增加，城市的汽车保有量不断增加，现已造成城市不堪负重。目前各大城市都陆续实施汽车的限购、限牌等政策，同时还大力的发展公共交通。
目前公交车是城市最为有效的公共交通之一，公交车都是按照设定的路线运行，为了保证发车时间以及进站时间，司机会尽量减少在途中的时间，按照目前的公交运行方式，若是站点内无人提前示意上车或车内无人提前在后门等待下车，公交将不在站点停车，使得不少人错过公交或坐过站点。
在高峰时段，由于坐公交的人流量特别大，即使加大了发车班次，仍然供不应求，导致的结果就是，用户在等待很长时间后发现公交已经满载，无奈再更换出行方式。同时，车厢超负荷的承载也给安全带来重大的安全隐患。目前的公交站点有到站间隔和通知显示，但是用户在短暂离开后无法保证在公交到站前返回站点，只能在站点等待，造成大量时间上的浪费。
技术实现要素：
发明目的：为了克服背景技术中的缺点，本发明实施例提供了一种预计算预支付智能公交运行方法及其系统，能够有效解决上述背景技术中涉及的问题。
技术方案：一种预计算预支付智能公交运行方法，包括以下步骤：
101：发送预约请求，所述预约请求包括当前站点以及目标站点；
102：接收所述预约请求，提取出车内乘客的目标站点，并定义为下车站点，判断下车站点是否位于所述当前站点之前或包括所述当前站点；
103：若是，则提取出下车站点，并计算下车站点的第一数量；
104：获取当前车内影像并计算车内乘客的第二数量；
105：计算所述第一数量与所述第二数量的差值，并将所述差值发送给用户；
106：判断所述差值是否大于或等于核载人数；
107：若是，则拒绝所述预约请求；
108：若否，将所述当前站点以及所述目标站点录入系统，计算所述当前站点至所述目标站点的费用信息，并完成预支付；
109：获取公交的行驶情况并将所述行驶情况发送给用户，所述行驶情况包括公交行驶路线以及到达所述当前站点的时间；
110：到达所述当前站点时，输出提醒信息，自动靠站停车。
作为本发明的一种优选方式，提取出车内乘客的目标站点还包括：
提取出已预约且未上车的预约请求，并定义所述预约请求中包括的当前站点为上车站点；
判断所述上车站点是否位于所述当前站点之前；
若是，则提取出上车站点，并计算上车站点的第三数量；
计算第二数量减去第一数量再加上第三数量得出第四数量；
判断所述第四数量是否大于或等于核载人数；
若是，则拒绝所述预约请求。
作为本发明的一种优选方式，获取当前车内影像还包括：
若是用户携带行李，则在预约请求中附加行李选项；
根据当前车内影像计算车内的剩余空间，判断所述剩余空间是否能够容纳用户以及行李；
若否，则拒绝所述预约请求。
作为本发明的一种优选方式，计算所述第一数量与所述第二数量的差值，并将所述差值发送给用户还包括：
所述差值为公交到达当前站点时车内的人数，随着公交的运行所述差值会随便变化，若是系统已通过用户的预约请求，当有新用户的当前站点位于在所述用户的当前站点之前，则重新计算差值并将新的差值发送给所述用户。
作为本发明的一种优选方式，获取公交的行驶情况并将所述行驶情况发送给用户还包括：
计算公交行驶至所述当前站点所需的时间；
将所述时间乘以0.6m/s得出预设长度，以所述当前站点为圆心、所述预设长度为半径建立预设范围；
获取用户的位置信息，当用户离开所述当前站点后，计算用户位置信息与当前站点的距离，并将距离除以1.2m/s得出预设时间；
判断所述预设时间是否大于或等于公交到达当前站点所需的时间；
若是，则向用户输出提醒信息。
一种预计算预支付智能公交系统，包括：
预约请求接收模块，被配置为接收用户客户端发送的预约请求；
第一判断模块，被配置为判断下车站点是否位于当前站点之前或包括当前站点、判断差值是否大于或等于核载人数；
第一提取模块，被配置为提取出位于当前站点之前或包括当前站点的下车站点；
第一计算模块，被配置为计算下车站点的第一数量、计算第一数量与第二数量的差值、计算当前站点至目标站点的费用信息、计算第二数量减去第一数量再加上第三数量得出第四数量；
摄像模块，被配置为拍摄公交车内的影像；
影像获取模块，被配置为获取公交车内的影像；
处理模块，被配置为拒绝或通过预约请求；
行驶情况获取模块，被配置为获取公交的行驶情况；
自动停车模块，被配置为到达当前站点或目标站点时，驱动公交自动靠站停车。
作为本发明的一种优选方式，还包括：
第二提取模块，被配置为提取出已预约且未上车的预约请求；
第二判断模块，被配置为判断上车站点是否位于当前站点之前、判断所述第四数量是否大于或等于核载人数；
第二提取子模块，被配置为提取出第二提取模块提取出的预约请求中包括的当前站点，即上车站点。
作为本发明的一种优选方式，还包括：
第二计算模块，被配置为计算车内的剩余空间；
第三判断模块，被配置为判断所述剩余空间是否能够容纳用户以及行李。
作为本发明的一种优选方式，还包括：
第三计算模块，被配置为计算公交行驶至所述当前站点所需的时间、计算预设长度、计算用户位置信息与当前站点的距离、计算预设时间；
建立模块，被配置为以当前站点为圆心、预设长度为半径建立预设范围；
定位模块，被配置为获取用户的位置信息；
第四判断模块，被配置为预设时间是否大于或等于公交到达当前站点所需的时间；
输出模块，被配置为向用户输出提醒信息。
本发明实现以下有益效果：
本发明提供的一种预计算预支付智能公交运行方法能够提高用户出行的效率，为了减少等待时间，通过预约的方式来确认公交行驶情况，预计算公交在抵达用户当前站点时车内乘客的人数并判断是否满载；乘客人数会实时发送给用户，用户可选择继续等待或尽早更换出行方式；本发明提供的公交运行方法仍旧按照普通公交先来后到的原则上客，通过的预约请求仅可视为当前时刻有效，但随着公交运行，若是当前站点之前有其他用户通过预约上车，当预计结果发生变化时，预约请求的通过情况可能随之变化；根据公交实时位置信息生成预设范围，在用户等待公交的过程中，可在预设范围内短暂移动，能够确保用户在离开后能够及时返回当前站点。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。图1为本发明提供的一种预计算预支付智能公交运行方法流程图；
图2为本发明提供的车内剩余空间判断方法流程图；
图3为本发明提供的已通过的预约请求的后续判断方法流程图；
图4为本发明提供的预设范围判断方法流程图；
图5为本发明提供的一种预计算预支付智能公交系统结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。
实施例一
如图1所示，本实施例提供一种预计算预支付智能公交运行方法，包括以下步骤：
101：发送预约请求，预约请求包括当前站点以及目标站点；
102：接收预约请求，提取出车内乘客的目标站点，并定义为下车站点，判断下车站点是否位于当前站点之前或包括当前站点；
103：若是，则提取出下车站点，并计算下车站点的第一数量；
104：获取当前车内影像并计算车内乘客的第二数量；
105：计算第一数量与第二数量的差值，并将差值发送给用户；
106：判断差值是否大于或等于核载人数；
107：若是，则拒绝预约请求；
108：若否，将当前站点以及目标站点录入系统，计算当前站点至目标站点的费用信息，并完成预支付；
109：获取公交的行驶情况并将行驶情况发送给用户，行驶情况包括公交行驶路线以及到达当前站点的时间；
110：到达当前站点时，输出提醒信息，自动靠站停车。
计算第一数量与第二数量的差值，并将差值发送给用户还包括：
差值为公交到达当前站点时车内的人数，随着公交的运行差值会随便变化，若是系统已通过用户的预约请求，当有新用户的当前站点位于在用户的当前站点之前，则重新计算差值并将新的差值发送给用户。
获取当前车内影像还包括：
若是用户携带行李，则在预约请求中附加行李选项；
根据当前车内影像计算车内的剩余空间，判断剩余空间是否能够容纳用户以及行李；
若否，则拒绝预约请求。
具体地，在步骤s101中，用户使用设备向公交系统发送预约请求，预约请求包括当前站点以及目标站点，当前站点为用户所在的公交站点，目标站点为目的地，发送预约请求所用的设备为智能手机、智能手表等智能设备。在步骤s102中，接收用户发送的预约请求，确定用户所需的公交线路，判断该公交在到达用户的当前站点时车内是否有空位，车内的乘客随时可能变动，提取出车内乘客的目标站点并定义为下车站点，判断下车站点是否位于当前站点之前或包括当前站点，即在当前站点之前是否有乘客下车。在步骤s103中，根据上述判断结果，提取出位于当前站点之前或包括当前站点的下车站点，并统计下车的第一数量，第一数量即为在公交抵达当前站点前或抵达当前站点时下车的人数。在步骤s104中，在公交车内设置摄像模块，获取车内影像并计算车内乘客的第二数量。在步骤s105中，计算第一数量与第二数量的差值，差值为非负数，该差值表示公交抵达当前站点前或抵达当前站点时车内乘客的人数，该差值将实时发送给用户。在步骤s106中，在系统中预存公交的核载人数，判断差值是否大于或等于核载人数，即公交在抵达当前站点时车内是否满载。在步骤s107中，若差值大于或等于核载人数，则拒绝用户的预约请求，用户可继续等待或选择其他的出行方式。在步骤s108中，若差值小于核载人数，则通过用户的预约请求，初步预计公交在抵达当前站点还未达到满载，但随着公交运行，在用户之前也可能有其他用户上车，预计结果随时可能发生变化，当预计结果发生变化时，差值也随之变化，用户会收到更新后的差值，将当前站点与目标站点录入系统，计算当前站点至目标站点的费用信息，并读取用户设备中的支付app，当用户确认费用信息后进行预支付，用户支付的费用保存在第三方机构，若用户最终未乘坐公交则返回费用。在步骤s109中，已预约的用户可以随时查看公交的行驶情况，行驶情况会导入用户设备中的地图app并实时更新，地图app中会显示公交行驶路线、预计抵达当前站点时间以及差值，行驶路线中包括公交的位置信息。用户在等待公交的过程中，因用户本身疏忽或司机疏忽极易导致用户错过公交而降低出行效率，在步骤s110中，已通过的预约请求录入在系统中，当到达当前站点或目标站点时，向用户输出提醒信息，同时，会避免错过提醒信息，控制公交自动靠站停车，公交进行短暂停留，若用户在自动停留期间仍未上车或下车，公交将不再停留。
核载人数是针对乘客个体而言，当车内乘客或还未上车的用户携带行李时，核载人数失去了判断标准。如图2所示，用户上车携带行李时，在预约请求中附加行李选项，行李选项中包括行李的尺寸，根据车内的影像计算车内的剩余空间，剩余空间为乘客座位或站位的剩余空间，判断剩余空间是否能够容纳用户以及行李，若否，则拒绝预约请求。
实施例二
如图3所示，提取出车内乘客的目标站点还包括：
提取出已预约且未上车的预约请求，并定义预约请求中包括的当前站点为上车站点；
判断上车站点是否位于当前站点之前；
若是，则提取出上车站点，并计算上车站点的第三数量；
计算第二数量减去第一数量再加上第三数量得出第四数量；
判断第四数量是否大于或等于核载人数；
若是，则拒绝预约请求。
具体地，为了提高用户出行时间的分配效率，需要进一步准确公交抵达当前站点时车内乘客的人数，本发明提供的公交运行方法仍旧按照普通公交先来后到的原则上客，通过的预约请求仅可视为当前时刻有效，但随着公交运行，在当前站点之前可能有其他用户通过预约上车，那么预计结果就会发生变化，当预计结果发生变化时，之前通过的预约请求会被系统拒绝。通过的预约请求会被录入系统，系统按照预约请求中包括的当前站点按照到站时间的先后顺序进行排序。以某一用户为例，该用户已通过的预约请求会进行后续判断，提取出所有已录入系统的预约请求，将上述预约请求中包括的当前站点定义为上车站点，判断上车站点是否位于该用户的当前站点之前，若是，则表示在该用户上车前还将有其他用户上车，提取出该上车站点，并计算位于该用户的当前站点之前的上车站点的第三数量，因此，在公交到达当前站点时，车内乘客的真实人数为第二数量减去第一数量再加上第三数量，按照上述公式计算得出车内人数为第四数量，第四数量会发送给用户，判断第四数量是否大于或等于核载人数，若是，则拒绝该用户的预约请求，用户可选择继续等待或更换出行方式。
实施例三
如图4所示，获取公交的行驶情况并将行驶情况发送给用户还包括：
计算公交行驶至当前站点所需的时间；
将时间乘以0.6m/s得出预设长度，以当前站点为圆心、预设长度为半径建立预设范围；
获取用户的位置信息，当用户离开所述当前站点后，计算用户位置信息与当前站点的距离，并将距离除以1.2m/s得出预设时间；
判断预设时间是否大于或等于公交到达当前站点所需的时间；
若是，则向用户输出提醒信息。
具体地，在公交未到站之前，用户只能在当前站点等待，因为用户不能确定公交到站的准确时间，或是用户离开后能够准确在公交到站之前返回当前站点，本发明将抽象的时间概念以及距离概念转化为一个可视范围。
实时计算公交到达当前站点所需的时间，预设正常人的步行速度为1.2m/s，由于用户离开当前站点是一个往返过程，因此，在实际计算过程中，范围半径为行程的二分之一，取步行速度为0.6m/s，将上述时间乘以步行速度得出预设长度，预设长度表示用户离开的最大安全距离，即能够在公交到站之前完成往返，再以当前站点为圆心、预设长度为半径建立预设范围，预设范围即可视范围，定位模块获取用户设备中的地图app以获取用户的实时位置信息，将预设范围导入地图app，预设范围提供给用户参考，当用户离开当前站点后，还将计算用户位置信息与当前站点的距离，并将距离除以1.2m/s得出预设时间，判断预设时间是否大于或等于公交到达当前站点所需的时间，若是，则向用户设备发送提醒信息。
实施例四
如图5所示，一种预计算预支付智能公交系统，包括：
预约请求接收模块401，被配置为接收用户客户端发送的预约请求；
第一判断模块402，被配置为判断下车站点是否位于当前站点之前或包括当前站点、判断差值是否大于或等于核载人数；
第一提取模块403，被配置为提取出位于当前站点之前或包括当前站点的下车站点；
第一计算模块404，被配置为计算下车站点的第一数量、计算第一数量与第二数量的差值、计算当前站点至目标站点的费用信息、计算第二数量减去第一数量再加上第三数量得出第四数量；
摄像模块405，被配置为拍摄公交车内的影像；
影像获取模块406，被配置为获取公交车内的影像；
处理模块407，被配置为拒绝或通过预约请求；
行驶情况获取模块408，被配置为获取公交的行驶情况；
自动停车模块409，被配置为到达当前站点或目标站点时，驱动公交自动靠站停车；
第二提取模块410，被配置为提取出已预约且未上车的预约请求；
第二判断模块411，被配置为判断上车站点是否位于当前站点之前、判断第四数量是否大于或等于核载人数；
第二提取子模块412，被配置为提取出第二提取模块提取出的预约请求中包括的当前站点，即上车站点；
第二计算模块413，被配置为计算车内的剩余空间；
第三判断模块414，被配置为判断剩余空间是否能够容纳用户以及行李；
第三计算模块415，被配置为计算公交行驶至所述当前站点所需的时间、计算预设长度、计算用户位置信息与当前站点的距离、计算预设时间；
建立模块416，被配置为以当前站点为圆心、预设长度为半径建立预设范围；
定位模块417，被配置为获取用户的位置信息；
第四判断模块418，被配置为预设时间是否大于或等于公交到达当前站点所需的时间；
输出模块419，被配置为向用户输出提醒信息。
应理解，在实施例四中，上述各个模块的具体实现过程可与上述方法实施例(实施例一至实施例三)的描述相对应，此处不再详细描述。
上述实施例四所提供的系统，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
上述实施例只为说明本发明的技术构思及特点，其目的是让熟悉该技术领域的技术人员能够了解本发明的内容并据以实施，并不能以此来限制本发明的保护范围。凡根据本发明精神实质所作出的等同变换或修饰，都应涵盖在本发明的保护范围之内。