著录项信息
专利名称 | 一种基于多计程车的拼车方法、系统及服务器 |
申请号 | CN201410774842.2 | 申请日期 | 2014-12-16 |
法律状态 | 暂无 | 申报国家 | 中国 |
公开/公告日 | 2015-03-25 | 公开/公告号 | CN104464275A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G08G1/00 | IPC分类号 | G;0;8;G;1;/;0;0查看分类表>
|
申请人 | 广州市沃希信息科技有限公司 | 申请人地址 | 北京市海淀区东北旺西路8号院34号楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 北京嘀嘀无限科技发展有限公司 | 当前权利人 | 北京嘀嘀无限科技发展有限公司 |
发明人 | 曾昭兴 |
代理机构 | 暂无 | 代理人 | 暂无 |
摘要
本发明提供一种基于多计程车的拼车方法,包括步骤:获取第一计程车的第一乘客起点信息和终点信息,生成第一乘车路径;获取第二乘客的起点信息和终点信息生成第二乘车路径;根据第一乘车路径和第二乘车路径计算重合路径;获取第二计程车的第三乘客的起点信息和终点信息,生成第三路径;若所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,发出换拼车提醒。本发明操作简单,可以解决了由于目的地可能差异大导致拼车后消耗的金钱和时间较多的问题,又可以使得多计程车的乘客可以进行较合理地交换,使得计程车资源得到更好地调动,减少了司机和乘客的成本投入。同时,本发明提供一种基于多计程车的拼车系统及服务器。
1.一种基于多计程车的拼车方法,其特征在于,包括步骤:获取第一计程车的第一乘客起点信息和终点信息,生成第一乘车路径;获取第二乘客的起点信息和终点信息生成第二乘车路径;根据第一乘车路径和第二乘车路径计算重合路径;获取第二计程车的第三乘客的起点信息和终点信息,生成第三乘车路径;若所述第三乘车路径与所述重合路径有交点,且第一乘客的终点信息在第三乘车路径内,发出换拼车提醒。
2.根据权利要求1所述的拼车方法,其特征在于,根据所述交点及第一乘客的终点信息生成第四乘车路径,若第三乘客的终点信息在所述第四乘车路径内,发出换拼车提醒。
3.根据权利要求1或2所述的拼车方法,其特征在于,若所述第二计程车有第四乘客,且所述第四乘客的终点信息在第二乘车路径内,发出换拼车提醒。
4.根据权利要求1或2所述的拼车方法,其特征在于,服务器根据当时公路的拥堵情况重新实时生成所述第一乘车路径。
5.一种基于多计程车的拼车系统,其特征在于,包括在第一计程车中的第一乘客客户端和第二乘客客户端、服务器以及在第二计程车中的第三乘客客户端,所述第一乘客客户端用于获取第一乘客的起点信息与终点信息;所述第二乘客客户端用于获取第二乘客的起点信息与终点信息;所述第三乘客客户端用于获取第三乘客的起点信息与终点信息;所述服务器用于分别接收第一乘客客户端、第二乘客客户端起点信息与终点信息并生成相应的第一乘车路径及第二乘车路径并根据第一乘车路径和第二乘车路径计算重合路径;再根据所述第三乘客的起点信息与终点信息生成第三乘车路径,当所述第三乘车路径与所述重合路径有交点,且第一乘客的终点信息在第三乘车路径内,发出换拼车提醒。
6.根据权利要求5所述的拼车系统,其特征在于,根据所述交点及第一乘客的终点信息生成第四乘车路径,若第三乘客的终点信息在所述第四乘车路径内,发出换拼车提醒。
7.根据权利要求6所述的拼车系统,其特征在于,若所述第二计程车有第四乘客,且所述第四乘客的终点信息在第二乘车路径内,发出换拼车提醒。
8.一种基于多计程车的拼车服务器,其特征在于,所述服务器用于根据分别接收在第一计程车内的第一乘客、第二乘客的起点信息与终点信息并生成相应的第一乘车路径及第二乘车路径,并根据第一乘车路径和第二乘车路径计算重合路径;再根据第二计程车内的第三乘客的起点信息与终点信息生成第三乘车路径,当所述第三乘车路径与所述重合路径有交点,且第一乘客的终点信息在第三乘车路径内,发出换拼车提醒。
9.根据权利要求8所述的拼车服务器,其特征在于,根据所述交点及第一乘客的终点信息生成第四乘车路径,若第三乘客的终点信息在所述第四乘车路径内,发出换拼车提醒。
10.根据权利要求8所述的拼车服务器,其特征在于,若所述第二计程车有第四乘客,且所述第四乘客的终点信息在第二乘车路径内,发出换拼车提醒。
一种基于多计程车的拼车方法、系统及服务器\n技术领域\n[0001] 本发明涉及一种城市交通运输领域,特别涉及一种基于多计程车的拼车方法、系统及服务器。\n背景技术\n[0002] 出租车是城市交通的重要组成部分之一。中国目前出租汽车总量己达110多万辆,年客运量达120亿人次,其能源的消耗量可想而知,并且目前多数出租车只能搭载一方乘客,多数情况下乘客也只有一人,因此造成资源的浪费及其严重。另一方面,在上下班高峰期、节假日或天气不好的情况下打车难的问题也困扰着广大消费者。计程车拼车不但能为国家节约大量能源,还能给广大消费者带来方便。\n[0003] 目前大部分拼车的乘客,都采用在乘车地点讨论,然后再决定是否进行拼车。这种方式,可能产生以下问题:1、由于都是陌生人,比较难以进行及时沟通;2、由于目的地可能差异非常大,导致拼车后消耗的金钱和时间较多;3、拼车后需要照顾其他拼车乘客,经常需要绕路或者让其他乘客提前下车。而目前更没有多计程车组合拼车的概念,导致计程车的资源没有得到最有效的利用。\n发明内容\n[0004] 基于上述情况,本发明提出了一种基于多计程车的拼车方法,解决了部分乘客有在形成乘车路径后有部分路径为重合路径,而各个目的地不在同一乘车路径上的问题。在第一计程车在载了第一个乘客后,系统自动生成该乘客的第一乘车路径;在第一计程车出发按第一乘车路径出发去目的地时,再通过不断获取其他第二乘客的乘车信息(包括起点地址信息以及终点地址信息),并根据其他第二乘客的的起点地址信息以及终点地址信息生成第二乘车路径;在根据第一乘车路径和第二乘车路径计算重合路径;同时获取第二计程车的第三乘客的起点信息和终点信息,生成第三路径;若所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,发出换拼车提醒。这样第一乘客就可以换到第二计程车里面,第二计程车将第一乘客送到目的地后,又可以将第三乘客到目的地,同时第二乘客也可以由第一计程车送到其目的地。可以避免乘客因为目的地不一致造成地时间和金钱浪费,又可以使得多辆计程车的资源调动达到最大化,以最少的行使路程,为最多的人服务。\n[0005] 本发明公开了一种基于多计程车的拼车方法,包括步骤:获取第一计程车的第一乘客起点信息和终点信息,生成第一乘车路径;获取第二乘客的起点信息和终点信息生成第二乘车路径;根据第一乘车路径和第二乘车路径计算重合路径;获取第二计程车的第三乘客的起点信息和终点信息,生成第三路径;若所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,发出换拼车提醒。\n[0006] 根据所述交点及第一乘客的终点信息生成第四乘车路径,若第三乘客的终点信息在所述第四乘车路径内,发出换拼车提醒。\n[0007] 若所述第二计程车有第四乘客,且所述第四乘客的终点信息在第二乘车路径内,发出换拼车提醒。\n[0008] 服务器根据当时公路的拥堵情况重新实时生成所述第一乘车路径。\n[0009] 本发明还公开了一种基于多计程车的拼车系统包括在第一计程车中的第一乘客客户端和第二乘客客户端、服务器以及在第二计程车中的第三乘客客户端,所述第一乘客客户端用于获取第一乘客的起点信息与终点信息;所述第二乘客客户端用于获取第二乘客的起点信息与终点信息;所述第三乘客客户端用于获取第三乘客的起点信息与终点信息;\n所述服务器用于分别接收第一乘客客户端、第二乘客客户端起点信息与终点信息并生成相应的第一乘车路径及第二乘车路径并根据第一乘车路径和第二乘车路径计算重合路径;再根据所述第三乘客的起点信息与终点信息生成第三乘车路径,当所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,发出换拼车提醒。\n[0010] 以及公开了一种基于多计程车的拼车服务器,该服务器用于根据分别接收在第一计程车内的第一乘客、第二乘客的起点信息与终点信息并生成相应的第一乘车路径及第二乘车路径,并根据第一乘车路径和第二乘车路径计算重合路径;再根据第二计程车内的第三乘客的起点信息与终点信息生成第三乘车路径,当所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,发出换拼车提醒。\n[0011] 相较于现有技术,本发明操作简单,可以解决了由于目的地可能差异大导致拼车后消耗的金钱和时间较多的问题,又可以使得多计程车的乘客可以进行较合理地交换,使得计程车资源得到更好地调动,减少了司机和乘客的成本投入。\n附图说明\n[0012] 图1是本发明的一种基于多计程车的拼车方法实施例的流程示意图;\n[0013] 图2是本发明的一种基于多计程车的拼车方法实施例的路线示意图A;\n[0014] 图3是本发明的一种基于多计程车的拼车方法实施例的路线示意图B;\n[0015] 图4是一种基于多计程车拼车系统实施例的结构示意图。\n具体实施方式\n[0016] 现实生活中看,有一些乘客有在形成乘车路径后虽然有一部分路径为重合路径,而目的地却不在同一乘车路径上的问题,解决此问题可换多计程车换拼车的方法。以下结合其中的较佳实施方式对本发明方案进行详细阐述。\n[0017] 如图1所示,本实施例中的方法包括步骤:\n[0018] S101:获取第一计程车的第一乘客起点信息和终点信息,生成第一乘车路径;获取第二乘客的起点信息和终点信息生成第二乘车路径;根据第一乘车路径和第二乘车路径计算重合路径。\n[0019] 如图2所示,第一乘客在地点O乘坐第一计程车(默认知道起点信息),并将终点信息D告知计程车司机。此时,可通过第一乘客客户端(手机)或计程车司机的手机或其他通讯终端将第一乘客的起点O和终点信息D上传给服务器,服务器获取数据库的内容,依据经验值生成第一乘车路径。作为更优选的例子,服务器还会根据当时公路的拥堵情况生成第一乘车路径。一般而言,乘客在乘坐计程车的时候会考虑各种因素,其中时间因素和价钱因素是主要考虑因素,本实施例主要考虑时间因素,其生成第一乘车路径的方法,确定第一乘客的起点和终点,选择起点到终点路程最近的前M条行驶路径; 将所述M条行驶路径中的各条行驶路径划分为若干小段路径,分别计算计程车经过每小段路径的平均速度,再根据每小段路径的长度分别计算计程车经过每小段路径的平均时间,将每小段路径的平均时间相加得到各条行驶路径总的行驶时间; 比较各条行驶路径的行驶时间,将行驶时间最短的一条作为最快行驶路径(即选为第一乘车路径)。当计程车载着第一乘客出发后,在途中不断接收周围的N个第二乘客的起点信息以及终点信息,并根据这些信息生成N个相应的第二乘车路径。假设此时第二乘客的起点为A终点为C;则计算出来的第一乘车路径与第二乘车路径的重合路径为AB。\n[0020] 另外,各个乘车路径可以为数据库中存储的预设路径,在乘客输入起点和终点的信息后即可从数据库中调出的经验数据,一般没有考虑当时的环境因素的影响,若考虑环境因素,都可以采用S101中的最快行驶路径。服务器也根据当时公路的拥堵情况重新实时生成第一乘车路径及其他乘车路径。\n[0021] S102:获取第二计程车的第三乘客的起点信息和终点信息,生成第三路径;\n[0022] 当第一计程车载着第一乘客及第二乘客出发后,在途中接收周围的第二计程车的第三乘客的起点信息以及终点信息,并根据这些信息生成第三乘车路径。假设此时第三乘客的起点为O’终点为E;则第三乘车路径为O’E(见图2)。\n[0023] S103:若所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,发出换拼车提醒。\n[0024] 如图2所示,第一乘客从地点O出发,其终点为D。而此时第三乘车路径O’ E与S101所形成的重合路径AB有交点G,而且第一乘客的终点D也在第三乘车路径O’ E,系统会向各个乘客及司机发出换拼车提醒。如果各个乘客及司机同意换拼车,则第一乘客将在交点G处下车进而第二计程车,使得计程车可以在不绕远路的基础上,顺利地将各个乘客送到目的地。相较现有的拼车,本方法将极大地提高拼车后的资源利用率。\n[0025] 作为另外一个可选的例子,系统也根据所述交点G及第一乘客的终点信息生成第四乘车路径,若第三乘客的终点信息在所述第四乘车路径内,发出换拼车提醒。如图3所示,第一乘客从交点G出发,其终点为D’,则其生成的第四乘车路径为O D’。而此时第三乘车的终点 E在第四乘车路径为O D’内,系统会向各个乘客及司机发出换拼车提醒。\n[0026] 作为一个可以展开的例子,如果在第二计程车有第四乘客,且该第四乘客的终点信息在第二乘车路径内,发出换拼车提醒。这个时候两辆计程车各交换了一名乘客,使得他们在一次换乘后都可以到达自己的目的地。\n[0027] 上述描述的方式中,换拼车的方式需要各个乘客的同意,但也要他们禁止反悔,因为一旦同意后若反悔会使得乘客或司机遭受不必要的损失。\n[0028] 图4中示出了本发明的一种计程车拼车系统实施例的结构示意图。\n[0029] 一种基于多计程车的拼车系统,包括在第一计程车中的第一乘客客户端和第二乘客客户端、服务器以及在第二计程车中的第三乘客客户端,所述第一乘客客户端用于获取第一乘客的起点信息与终点信息;所述第二乘客客户端用于获取第二乘客的起点信息与终点信息;所述第三乘客客户端用于获取第三乘客的起点信息与终点信息;所述服务器用于分别接收第一乘客客户端、第二乘客客户端起点信息与终点信息并生成相应的第一乘车路径及第二乘车路径并根据第一乘车路径和第二乘车路径计算重合路径;再根据所述第三乘客的起点信息与终点信息生成第三乘车路径,当所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,服务器向各个客户端(也可以包括司机的客户端)发出换拼车提醒。\n[0030] 该系统也可以采用本发明方法实施例的换拼车的方式,带来的效果及好处与方法实施例对应,此处不再展开描述。\n[0031] 另外,本发明还公开了一种基于多计程车的拼车服务器,该服务器用于根据分别接收在第一计程车内的第一乘客、第二乘客的起点信息与终点信息并生成相应的第一乘车路径及第二乘车路径,并根据第一乘车路径和第二乘车路径计算重合路径;再根据第二计程车内的第三乘客的起点信息与终点信息生成第三乘车路径,当所述第三路径与所述重合路径有交点,且第一乘客的终点信息在第三路径内,发出换拼车提醒。\n[0032] 该服务器也可以采用本发明方法实施例的换拼车的方式,带来的效果及好处与方法实施例对应,此处不再展开描述。\n[0033] 以上所述实施例仅表达了本发明的实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
法律信息
- 2017-04-05
专利权的转移
登记生效日: 2017.03.17
专利权人由广州市沃希信息科技有限公司变更为北京嘀嘀无限科技发展有限公司
地址由510663 广东省广州市萝岗区荔红路81号207房变更为100089 北京市海淀区东北旺西路8号院34号楼
- 2016-09-07
- 2015-04-22
实质审查的生效
IPC(主分类): G08G 1/00
专利申请号: 201410774842.2
申请日: 2014.12.16
- 2015-03-25
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |