发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此,本发明的第一方面在于提出了一种车辆管理***,用于第一终端。
本发明的第二方面在于提出了一种车辆管理***,用于第二终端。
有鉴于此,根据本发明的第一方面,提供了一种景区车辆管理***,用于第一终端,包括:地图模块,用于显示整个景区内的车辆信息;车辆呼叫模块,与地图模块相连,用于接收观光路线的选择命令,以及车辆的选择命令,发布车辆需求申请;计价模块,与车辆呼叫模块相连,用于在车辆接受车辆需求发布之后,依照呼车用户的观光路线,实时计算并显示呼车用户所需支付的费用;结算模块,与计价模块相连,用于记录费用,以及接收结算命令,结束车辆的使用并支付费用。
本发明提供的景区车辆管理***,用于第一终端,即其提供给车辆需求者如游客来使用,包括地图模块、车辆呼叫模块、计价模块和结算模块。其中地图模块用于显示整个景区内的车辆信息,例如车辆的具体地理位置、车辆的数量、车辆与此处的距离等,车辆需求者可以得到相关有用的信息,从而根据自己的路线做规划,极大地方便了用户,提高了用户的使用体验。车辆呼叫模块,其与上述的地图模块相连,车辆需求者可以车辆信息并通过此模块来选择观光路线、选择乘坐车辆及发布车辆需求申请,车辆呼叫模块可接收用户的选择指令,进行相应操作,此模块方便用户用车,实现了随时叫车的功能,进一步地,游客可以选定某一车辆进行申请发布,但需要该车辆确认接收,此外,游客也可以广泛发布车辆需求的申请,该方式虽然也是由车辆进行接受选择,但是被接收的概率增大了很多。计价模块,与上述车辆呼叫模块相连,当车辆接受呼车用户通过车辆呼叫模块完成车辆需求申请之后,计价模块会依照该呼车用户所选择的观光路线,实时计算相应的费用并且显示给用户,使用户能够准确及时地得到费用信息;进一步地,车辆接受了车辆需求申请后,呼车用户上车之前,该呼车用户可以取消呼车需求,计价模块不计价,而在游客上车后,即使在未走完一个景点的过程中反悔要下车的,均需付该景点的费用,未坐完自己选定路线的,按照下车时所实际观光的所有景点所产生的费用进行结算。结算模块,与上述的计价模块相连,一方面用于记录计价模块显示出的费用,另一方面其可以接收结算命令,用户通过其进行结算,当使用车辆完成后可以结算并支付费用,方便用户的车辆使用,提高了整体的用户体验度与便捷性。因此,本发明提供的车辆管理***用户使用方便,可以得到有用的相关车辆信息,随时叫车,同时可以查看相关费用并支付结算,极大地满足了用户的用车需求,提高了用户的使用体验度。
在上述技术方案中,优选地,计价模块,用于在车辆接受车辆需求申请之后,实时计算并显示呼车用户当前所需支付的费用的具体步骤,包括:统计在同一时间段内、同一景点内上车的呼车人数以及车辆从景点到达各目标景点的总费用,根据上车的呼车人数以及各目标景点的总费用,计算每位上车的呼车用户所需支付的费用。
在该技术方案中,计价模块在车辆接受了用户发布的车辆需求申请之后,实时计算并显示用户所需要支付的费用,其具体操作步骤为:先统计在同一时间段内、同一景点内上车的呼车人数及车辆到达目标景点的总费用,然后根据人数与总的费用,计算每位上车的呼车用户的所需支付的费用。即,对于观光路线一致的游客发布的车辆需求申请,同一车辆均可接受,只要是在车辆承载量之内即可,也许有些人是游览路线中的某一段,也许有些人会中途放弃后续旅程的继续,因此计费是按照各个景点分别计价,根据各个景点的实际车内人数进行分摊,最后游客下车后做最终结算,保证了灵活性、降低了用户的花费成本,也满足了用户的需求。在上述任一技术方案中,优选地,还包括:人数统计模块,与计价模块和结算模块均相连,用于统计各景点的实时上车人数,并将实时上车人数发送至计价模块。
在该技术方案中,上述的车辆管理***还包括人数统计模块,其与计价模块和结算模块相连,人数统计模块可统计各个景点的实时上车的人数,然后将记录的数据发送给计价模块,计价模块根据相应的数据进行相应的处理,可选地,当游客上车后,车辆会感应并与景区车辆管理***的服务器端相连,从而归类为坐车人数,同时发送至该人数统计模块,以对整体的数据实现实时更新,保证用户得到的信息真实有效。
在上述任一技术方案中,优选地,计价模块,还用于根据实时上车人数,更新并显示每位呼车用户所需支付的费用。
在该技术方案中,车辆管理***的计价模块根据上述人数统计模块得到实时上车的人数,然后通过计算出每位用户所需支付的费用实时更新数据并显示给用户,实现智能化,不需要人工操作,方便快捷不易出错,用户也可以根据自己需求来得到相应的费用信息,整体提高了用户的体验。
在上述任一技术方案中,优选地,结算模块,还用于记录实时上车人数,以及更新每位呼车用户所需支付的费用。
在该技术方案中,结算模块会记录由上述人数统计模块得到的实时上车人数数据,当用户用车完毕或路线行程结束后,结算模块可精确地根据记录数据来计算每位用户所需很支付的费用,完全由智能化操作,避免了人为操作效率低,出错率高的问题。
在上述任一技术方案中,优选地,还包括:呼车限制模块,与车辆呼叫模块相连,用于在首位呼车用户确认上车后,根据观光路线限定车辆在其他呼车用户的地图模块上的显示。
在该技术方案中,车辆管理***包括呼车限制模块,其与上述的车辆呼叫模块相连,当首位用户确认上车以后,该车辆的行车路线与车辆首位接受的呼车用户的旅游路线(下称第一路线)一致,其他呼车用户旅游路线与第一路线一致的,该车辆信息会在其选择车辆时显示在地图模块上以供呼车用户选择以及供车辆接受。若是其他呼车用户与第一路线不一致的,这些用户将看不到该车辆在地图模块上显示,避免了无效选择,也避免了车辆因接收无效申请而被干扰。这样避免了其他不一致路线的用户选定此车辆,避免造成用车冲突的风险,保证了用户用车的准确性与时效性。
在上述任一技术方案中,优选地,车辆信息包括车辆的数量、坐标,以及车辆与第一终端的距离;车辆需求包括选定的车辆、观光路线上车地点、呼车时间。
在该技术方案中,对上述的车辆信息和车辆需求进行说明,车辆信息包括车辆的数量、坐标及车辆和第一终端即用户的距离,这意味着用户可以得到所需要的车辆的全部有用信息,方便用户根据自己的路线规划用车,增加用户的叫车用车效率,提高用户的使用体验;车辆需求信息包括了用户选定的车辆、观光的路线及用户选定的上车时间、发出车辆需求申请的时间,用户可以将信息输入***并实现智能化的操作,为用户提供满足需求的车辆,实现随时叫车的功能。
根据本发明的第二方面,提供了一种景区车辆管理***,用于第二终端,与本发明第一方面提供的景区车辆管理***配合使用,包括:车辆呼叫模块,用于接收车辆需求申请,根据车辆需求申请确定观光路线、上车地点;地图模块,与车辆呼叫模块相连,用于根据上车地点进行定位,确定车辆从当前位置至上车地点的具***置的行驶路线。
本发明提供的景区车辆管理***,用于第二终端,即车辆提供者如车辆司机,其包括车辆呼叫模块和地图模块。其中,车辆呼叫模块可以接收用户的用车需求,根据需求确定观光的路线,同时可以确定用户选定的上车地点,或者第一终端所在位置即用户的地理坐标,得到用户的相关有用的信息;地图模块,与车辆呼叫模块相连,根据其得到的上车地点或第一终端所在位置即用户的地理坐标进行定位,然后规划相应的行驶路线,真正实现了智能化操作,全程避免了人工操作,由***模块进行信息的收集处理,高效快捷,响应迅速,从而提高了用户的叫车效率,减少了用户等车时间。
在上述技术方案中,优选地,车辆呼叫模块,还用于根据观光路线,判断景区内是否还有其他与观光路线一致的车辆需求;当判断结果为是时,将其他与观光路线一致的车辆需求的数量与车辆的承载阈值N进行比较;根据比较结果,确定是否接收其他与观光路线一致的车辆需求。
在该技术方案中,车辆在接受呼车用户的车辆需求申请之后,还可以接受其他呼车用户发布的车辆需求申请,其他呼车用户的观光路线需与车辆首位接受的呼车用户的旅游路线(下称第一路线)保持一致,具体的,上述车辆呼叫模块根据用户需求确定第一路线后,还会对景区内是否还有其他与第一路线一致的车辆需求进行判断,若还有车辆需求的话,则将其他与第一路线一致的车辆需求的数量与车辆的承载阈值N进行比较,来确定是否可以接收该车辆需求。即,在路线一致的前提下,若有车辆需求,且车辆未满载还可以拉载的,此时车辆便可以继续拉载这批游客,这样大大增加了车辆的利用率,避免了车辆载客率低的问题,同时可以快速完成相同路线上的客户需求响应,避免游客等车时间过长的问题。
在上述任一技术方案中,优选地,根据比较结果,确定是否接收其他与观光路线一致的车辆需求的具体步骤,包括:当数量大于车辆的承载阈值N时,在车辆从当前位置行驶至第一终端的具***置的过程中,按照车辆的发车顺序,自动接收前N个其他与观光路线一致的车辆需求;当数量小于等于车辆的承载阈值N时,自动接收全部其他与观光路线一致的车辆需求。
在该技术方案中,对上述的车辆呼叫模块根据比较结果,确定是否接收其他与首位呼车用户的观光路线一致的车辆需求的具体步骤作出说明,具体的,当数量大于车辆的承载阈值N即车辆的额定载客量时,在车辆从当前位置行驶至第一终端的具***置的过程中,按照车辆的发车顺序,自动接收前N个其他与该观光路线一致的车辆需求,即按照车辆的路线顺序,依次接收不大于车辆额定载客量的车辆需求即游客;而当数量小于等于车辆的承载阈值N时,则自动接收全部其他与该观光路线一致的车辆需求,此时所有的与首位呼车用户的观光路线一致的用车需求都可以接收,不会超过车辆的额定载客量,最大化车辆的载客率,从而降低成本,最大化收益。
根据本发明的第三方面,提出了一种景区车辆管理***,包括上述本发明的第一方面中任一技术方案中的用于第一终端的景区车辆管理***,和第二方面中任一技术方案中的用于第二终端的景区车辆管理***。
根据本发明提出的一种景区车辆管理***,采用上述本发明的第一方面中的任一技术方案中的用于第一终端的景区车辆管理***和第二方面中的任一技术方案提供的用于第二终端的景区车辆管理***,因此具有该用于第一终端的景区车辆管理***和用于第二终端的景区车辆管理***的全部有益效果,在此不再赘述。
根据本发明的第四方面,提出了一种终端,包括本发明第一方面中的任一技术方案中提供的景区车辆管理***。
根据本发明提出的一种终端,具有本发明第一方面中提供的景区车辆管理***,因此该终端具有本发明第一方面中任一技术方案提供的景区车辆管理***的全部有益效果。
根据本发明的第五方面,提出了一种终端,包括本发明第二方面中的任一技术方案中提供的景区车辆管理***。
根据本发明提出的一种终端,具有本发明第二方面中提供的景区车辆管理***,因此该终端具有本发明第二方面中任一技术方案提供的景区车辆管理***的全部有益效果。
本发明的附加方面和优点将在下面的描述部分中变得明显,或通过本发明的实践了解到。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
如图1所示,根据本发明第一方面的实施例中一个实施例的景区车辆管理***的示意图。其中,该景区车辆管理***100包括:
地图模块102,用于显示整个景区内的车辆信息;
车辆呼叫模块104,与地图模块相连,用于接收观光路线的选择命令,以及车辆的选择命令,发布车辆需求申请;
计价模块106,与车辆呼叫模块相连,用于在车辆接受车辆需求申请之后,依照呼车用户的观光路线,实时计算并显示呼车用户当前所需支付的费用
结算模块108,与计价模块相连,用于记录费用,以及接收结算命令,结束车辆的使用并支付费用。
本发明第一方面的实施例提供的车辆管理***100,用于第一终端,即其提供给车辆需求者如游客来使用,包括地图模块102、车辆呼叫模块104、计价模块106和结算模块108。其中地图模块102用于显示整个景区内的车辆信息,例如车辆的具体地理位置、车辆的数量、车辆与此处的距离等,车辆需求者可以得到相关有用的信息,从而根据自己的路线做规划,极大地方便了用户,提高了用户的使用体验。车辆呼叫模块104,其与上述的地图模块102相连,车辆需求者可以根据地图模块102得到的信息并通过此模块来选择观光路线、选择乘坐车辆及发布车辆需求申请,车辆呼叫模块104可接收用户的选择指令,进行相应操作,此模块方便用户用车,实现了随时叫车的功能,进一步地,游客可以选定某一车辆进行申请发布,但需要该车辆确认接收,此外,游客也可以广泛发布车辆需求的申请,该方式虽然也是由车辆进行接受选择,但是被接收的概率增大了很多。计价模块106,与上述车辆呼叫模块104相连,当车辆接受呼车用户通过车辆呼叫模块104完成车辆需求申请之后,计价模块106会依照该呼车用户所选择的观光路线,实时计算相应的费用并且显示给用户,使用户能够准确及时地得到费用信息;进一步地,车辆接受了车辆需求申请后,呼车用户上车之前,该呼车用户可以取消呼车需求,计价模块不计价,而在游客上车后,即使在未走完一个景点的过程中反悔要下车的,均需付该景点的费用,未坐完自己选定路线的,按照下车时所实际观光的所有景点所产生的费用进行结算。结算模块108,与上述的计价模块106相连,一方面用于记录计价模块显示出的费用,另一方面其可以接收结算命令,用户通过其进行结算,当使用车辆完成后可以结算并支付费用,方便用户的车辆使用,提高了整体的用户体验度与便捷性。因此,本发明提供的车辆管理***100,用户使用方便,可以得到有用的相关车辆信息,随时叫车,同时可以查看相关费用并支付结算,极大地满足了用户的用车需求,提高了用户的使用体验度。
在本发明的一个实施例中,优选地,计价模块106,用于在车辆接受车辆需求申请之后,实时计算并显示呼车用户当前所需支付的费用的具体步骤,包括:统计在同一时间段内同一景点内的上车的呼车人数以及车辆从景点到达各目标景点的总费用,根据上车的呼车人数以及各目标景点的总费用,计算每位上车的呼车用户所需支付的费用。
在该实施例中,计价模块106在车辆接受了用户发布的车辆需求申请之后,实时计算并显示用户所需要支付的费用,其具体操作步骤为:先统计在同一时间段内、同一景点内上车的呼车人数及车辆到达目标景点的总费用,然后根据人数与总的费用,计算每位上车的呼车用户的所需支付的费用。即,对于观光路线一致的游客发布的车辆需求申请,同一车辆均可接受,只要是在车辆承载量之内即可,也许有些人是游览路线中的某一段,也许有些人会中途放弃后续旅程的继续,因此计费是按照各个景点分别计价,根据各个景点的实际车内人数进行分摊,最后游客下车后做最终结算,保证了灵活性、降低了用户的花费成本,也满足了用户的需求。
如图2所示,根据本发明第一方面的实施例中另一个实施例的景区车辆管理***的示意图。其中,该景区车辆管理***200包括:
地图模块202,用于显示整个景区内的车辆信息;
车辆呼叫模块204,与地图模块202相连,用于接收观光路线的选择命令,以及车辆的选择命令,发布车辆需求申请;
计价模块206,与车辆呼叫模块204相连,用于在车辆接受车辆需求申请之后,依照呼车用户的观光路线,实时计算并显示呼车用户当前所需支付的费用
结算模块208,与计价模块206相连,用于记录费用,以及接收结算命令,结束车辆的使用并支付费用;
人数统计模块210,与计价模块206和结算模块208均相连,用于统计各景点的实时上车人数,并将实时上车人数发送至计价模块。
在该实施例中,车辆管理***200还包括人数统计模块210,其与计价模块206和结算模块208相连,人数统计模块210可统计各个景点的实时上车的人数,然后将记录的数据发送给计价模块206,计价模块206根据相应的数据进行相应的处理,可选地,当游客上车后,车辆会感应并与景区车辆管理***的服务器端相连,从而归类为坐车人数,同时发送至该人数统计模块,以对整体的数据实现实时更新,保证用户得到的信息真实有效。
在本发明的一个实施例中,优选地,计价模块206,还用于根据实时上车人数,更新并显示每位呼车用户所需支付的费用。
在该实施例中,车辆管理***200的计价模块206根据上述人数统计模块210得到实时上车的人数,然后通过计算出每位用户所需支付的费用实时更新数据并显示给用户,实现智能化,不需要人工操作,方便快捷不易出错,用户也可以根据自己需求来得到相应的费用信息,整体提高了用户的体验。
在本发明的一个实施例中,优选地,结算模块208,还用于记录实时上车人数,以及更新每位呼车用户所需支付的费用。
在该实施例中,结算模块208会记录由上述人数统计模块210得到的实时上车人数数据,当用户用车完毕或路线行程结束后,结算模块208可精确地根据记录数据来计算每位用户所需很支付的费用,完全由智能化操作,避免了人为操作效率低,出错率高的问题。
如图3所示,根据本发明第一方面的实施例中再一个实施例的景区车辆管理***的示意图。其中,该车辆管理***300包括:
地图模块302,用于显示整个景区内的车辆信息;
车辆呼叫模块304,与地图模块302相连,用于接收观光路线的选择命令,以及车辆的选择命令,发布车辆需求申请;
计价模块306,与车辆呼叫模块304相连,用于在车辆接受车辆需求申请之后,依照呼车用户的观光路线,实时计算并显示呼车用户当前所需支付的费用
结算模块308,与计价模块306相连,用于记录费用,以及接收结算命令,结束车辆的使用并支付费用;
人数统计模块310,与计价模块306和结算模块308均相连,用于统计各景点的实时上车人数,并将实时上车人数发送至计价模块;
呼车限制模块312,与车辆呼叫模块304相连,用于在首位呼车用户确认上车后,根据观光路线限定车辆在其他呼车用户的地图模块上的显示路线。
在该实施例中,车辆管理***300包括呼车限制模块312,其与上述的车辆呼叫模块304相连,当首位用户确认上车以后,该车辆的行车路线与车辆首位接受的呼车用户的旅游路线(下称第一路线)一致,其他呼车用户旅游路线与第一路线一致的,该车辆信息会在其选择车辆时显示在地图模块上以供呼车用户选择以及供车辆接受。若是其他呼车用户与第一路线不一致的,这些用户将看不到该车辆在地图模块上显示,避免了无效选择,也避免了车辆因接收无效申请而被干扰。这样避免了其他不一致路线的用户选定此车辆,避免造成用车冲突的风险,保证了用户用车的准确性与时效性。
在本发明的一个实施例中,优选地,车辆信息包括车辆的数量、坐标,以及车辆与第一终端的距离;车辆需求包括选定的车辆、观光路线上车地点、呼车时间。
在该实施例中,对上述的车辆信息和车辆需求进行说明,车辆信息包括车辆的数量、坐标及车辆和第一终端即用户的距离,这意味着用户可以得到所需要的车辆的全部有用信息,方便用户根据自己的路线规划用车,增加用户的叫车用车效率,提高用户的使用体验;车辆需求信息包括了用户选定的车辆、观光的路线及用户选定的上车时间、发出车辆需求申请的时间,用户可以将信息输入***并实现智能化的操作,为用户提供满足需求的车辆,实现随时叫车的功能。
如图4所示,根据本发明第二方面的实施例中一个实施例的景区车辆管理***的示意图。其中,该景区车辆管理***400,用于第二终端,与本发明第一方面实施例中任一实施例提供的景区车辆管理***配合使用,该景区车辆管理***400包括:
车辆呼叫模块402,用于接收车辆需求申请,根据车辆需求申请确定观光路线、上车地点;
地图模块404,与车辆呼叫模块402相连,用于根据上车地点进行定位,确定车辆从当前位置至上车地点的具***置的行驶路线。
本发明第二方面的实施例提供的景区车辆管理***400,用于第二终端,即车辆提供者如车辆司机,其包括车辆呼叫模块和地图模块。其中,车辆呼叫模块可以接收用户的用车需求,根据需求确定观光的路线,同时可以确定用户选定的上车地点,或者第一终端所在位置即用户的地理坐标,得到用户的相关有用的信息;地图模块,与车辆呼叫模块相连,根据其得到的上车地点或第一终端所在位置即用户的地理坐标进行定位,然后规划相应的行驶路线,真正实现了智能化操作,全程避免了人工操作,由***模块进行信息的收集处理,高效快捷,响应迅速,从而提高了用户的叫车效率,减少了用户等车时间。
在本发明的一个实施例中,优选地,车辆呼叫模块402,还用于根据观光路线,判断景区内是否还有其他与观光路线一致的车辆需求;当判断结果为是时,将其他与观光路线一致的车辆需求的数量与车辆的承载阈值N进行比较;根据比较结果,确定是否接收其他与观光路线一致的车辆需求。
在该实施例中,车辆在接受呼车用户的车辆需求申请之后,还可以接受其他呼车用户发布的车辆需求申请,其他呼车用户的观光路线需与首位接受的呼车用户的旅游路线(下称第一路线)保持一致,具体的,上述车辆呼叫模块402根据用户需求确定第一路线后,还会对景区内是否还有其他与第一路线一致的车辆需求进行判断,若还有车辆需求的话,则将其他与第一路线一致的车辆需求的数量与车辆的承载阈值N进行比较,来确定是否可以接收该车辆需求。即,在路线一致的前提下,若有车辆需求,且车辆未满载还可以拉载车辆需求即游客,此时车辆便可以继续拉载这批车辆需求,这样大大增加了车辆的利用率,避免了车辆载客率低的问题,同时可以快速完成相同路线上的客户需求响应,避免游客等车时间过长的问题。
在本发明的一个实施例中,优选地,根据比较结果,确定是否接收其他与观光路线一致的车辆需求的具体步骤,包括:当数量大于车辆的承载阈值N时,在车辆从当前位置行驶至第一终端的具***置的过程中,按照车辆的发车顺序,自动接收前N个其他与观光路线一致的车辆需求;当数量小于等于车辆的承载阈值N时,自动接收全部其他与观光路线一致的车辆需求。
在该实施例中,对上述的车辆呼叫模块402根据比较结果,确定是否接收其他与首位呼车用户的观光路线一致的车辆需求的具体步骤作出说明,具体的,当数量大于车辆的承载阈值N即车辆的额定载客量时,在车辆从当前位置行驶至第一终端的具***置的过程中,按照车辆的发车顺序,自动接收前N个其他与该观光路线一致的车辆需求,即按照车辆的路线顺序,依次接收不大于车辆额定载客量的车辆需求即游客;而当数量小于等于车辆的承载阈值N时,则自动接收全部其他与该观光路线一致的车辆需求,此时所有的与首位呼车用户的观光路线一致的用车需求都可以接收,不会超过车辆的额定载客量,最大化车辆的载客率,从而降低成本,最大化收益。
如图5所示,根据本发明第三方面的实施例中一个实施例的景区车辆管理***的示意图。其中,该景区车辆管理***500,包括上述第一方面实施例中任一实施例提供的用于第一终端的景区车辆管理***502,和上述第二方面实施例中任一实施例提供的用于第二终端的景区车辆管理***504。
根据本发明的实施例提供的景区车辆管理***500,具有上述第一方面实施例中任一实施例提供的用于第一终端的景区车辆管理***502,和上述第二方面实施例中任一实施例提供的用于第二终端的景区车辆管理***504,因此该景区车辆管理***500具有该用于第一终端的景区车辆管理***502和该用于第二终端的景区车辆管理***504的全部有益效果,在此不再赘述。
如图6所示,根据本发明第三方面的实施例中另一个实施例的景区车辆管理***的示意图。其中,该景区车辆管理***6包括:上述第一方面实施例中任一实施例提供的用于第一终端的景区车辆管理***62;和上述第二方面实施例中任一实施例提供的用于第二终端的景区车辆管理***64。
该用于第一终端的景区车辆管理***62包括GPS地图模块6202、车辆呼叫模块6204、计价模块6206、结算模块6208、人数统计模块6210、呼车限制模块6212,其中,GPS地图模块6202、呼车限制模块6212、计价模块6206均与车辆呼叫模块6204相连,结算模块6208与计价模块6206相连,人数统计模块6210与计价模块6206和结算模块6208均相连。通过GPS地图模块6202和车辆呼叫模块6204进行叫车(发布发车需求),叫车后触发呼车限制模块6212,进行路线限定,人数统计模块6210实时统计当前人数,并发送至计价模块6206和结算模块6208进行费用计算和结算。
具体的,车辆呼叫模块6204,通过该模块游客可以发布车辆需求,选择旅游观光路线;进一步的,游客在发布车辆需求之前,可以根据自己设定的路线获得可能的最高运输费用和可能的最低运输费用参考,以供游客选择,并同时显示当前可以参与分摊的各个景点的其他游客的数量。
GPS地图模块6202,通过该模块游客可以查阅附近车辆信息,如车辆数量和具体地理位置,以及车辆与游客的具体距离关系,游客可以根据车辆信息自由选择具体的车辆,并在发布车辆需求的地方或附近等待。
计价模块6206,在游客选定观光车和观光路线后,计价模块6206会根据该时段、同一上车景点的叫车游客数量以及车辆到达各个景点需要的单独总费用进行统计和计算,个人所付的各个景点的费用=各个景点的单独总费用/上车人数,若是该景点只有一个游客叫车,则观光车来后,该景点的用车总费用需要该乘客一人承担。计价模块6206的收费状态会实时显示在游客的终端设备上安装的APP里面,并随着上车人数和观光路线的完成度进行不断更新,当游览过程中,某一个景点又有其他的游客叫了该车并上车后,该景点的总费用将根据离开该景区时的总上车人数进行分摊。
呼车限制模块6212,当首个游客约了其中一辆车并上车后,该车即被锁定在该游客选定的具体的路线上,只有沿途该路线的游客、或者预先约定的终点站的游客,或者预先路线以外,但是距离预先路线中至少一个景点站1.5公里以内的游客才可以看到该车辆并选择它,否则,在其他游客的GPS地图模块中该车辆将被自动隐身,从而无法被路线不一致的游客所选定。
结算模块6208,在每一个游客上车时即在该游客名下记录该景点在此时此刻根据现有的人数所需要支付的费用,当游客下车时,点击结束并支付相应的费用,则结束了该观光车的使用;即使游客上车后,在未走完一个景点的过程中反悔要下车的,均需付该景点的费用,未坐完自己选定路线的,按照下车时所实际观光的所有景点所产生的费用进行结算。
人数统计模块6210,统计各个景点的实时人数,并上报至计价模块,进行各个游客费用的计算和推送。
该用于第二终端的景区车辆管理***64与该用于第一终端的景区车辆管理***62配合使用,包括GPS地图模块6402和与其相连的车辆呼叫模块6404。通过车辆呼叫模块6404,该车辆司机可以接收上述发车需求,并可知悉该景区第一发布该请求的游客的具体景点、具体坐标和具体游览路线,根据该游览路线,确定是否还有其他位于该景区内的也发布了呼车需求且路线不冲突的游客的具***置。若满足该条件的游客有多人,则根据发车时间先后顺序排列,再根据车辆所能承载的最大人数量N,接受前N名有发车需求的游客,第N+1名后的游客被拒绝,此时,对于游客而言需要另外发出新的车辆需求;若满足该条件的游客数量小于N,则在车辆到达第一发布该请求的游客所在的具体景点之前,还可以继续接受其他满足条件的游客。通过GPS地图模块6402,车辆司机可以根据GPS定位达到游客所在的景点位置。
在该实施例中,进一步地,可以在各景点设置一个或多个等车牌,同一个景区的游客在该决定等车牌前进行等候所叫车辆的到来。而不需要司机按照某个景点的各个游客的具体坐标进行一一接收,节省了成本和时间。
在该实施例中,可以理解的,第一终端、第二终端可以是同一终端,也可以是不同的终端,可选地,终端为智能设备,如手机等。
如图7所示,根据本发明第四方面的实施例中一个实施例的终端的示意图。其中,该终端700包括上述第一方面实施例中的任一实施例提供的景区车辆管理***702。
根据本发明的实施例提供的终端700,具有本发明第一方面实施例中的任一实施例提供的景区车辆管理***702,因此该终端700具有该景区车辆管理***702的全部有益效果,在此不再赘述。可选地,终端700可通过APP、网页、微信公众号或微信小程序控制上述景区车辆管理***702的运行。
如图8所示,根据本发明第五方面的实施例中一个实施例的终端的示意图。其中,该终端800包括上述第二方面实施例中的任一实施例提供的景区车辆管理***802。
根据本发明的实施例提供的终端800,具有本发明第二方面实施例中的任一实施例提供的景区车辆管理***802,因此该终端800具有该景区车辆管理***802的全部有益效果,在此不再赘述。可选地,终端800可通过APP、网页、微信公众号或微信小程序控制上述景区车辆管理***802的运行。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。