本发明涉及一种用于在汽车中实现合乘的方法。
背景技术：
在中国越来越流行合乘汽车(也称为拼车)，而且人们也越来越习惯与别人拼车。汽车合乘功能使得驾驶员和/或已在车乘客能与别人/包裹分享其所用汽车的座位/行李舱，在枯燥的旅途期间开展社会交际活动，并赚取外快。另一方面，合乘有助于减轻交通拥堵、减少能源消耗和环境污染以及支持可持续发展交通。
汽车合乘现象在实际生活中早已存在。例如，当多个刚从火车上下来的旅行者想从火车站(市区内)前往机场(多半在市郊)以继续行程时，由于路途遥远且打车费用昂贵，他们可能会提议拼车，并在自由组合后合乘出租车前往目的地(机场)，并平摊费用。或者，在由于天气原因(如下雨、下雪)而很难叫到出租车的情况下，几个至少部分路程重合(即顺路)的陌生人会共乘一辆出租车到达各自的目的地并协商(例如按百分比)分摊费用。在第一种情况下，合乘者是由于特殊原因而在同一时间存在于相同地点范围内且具有相同目的地的人员，因而能够当面提出和接受合乘请求。但这种合乘成功的经验无法推广。而在第二种情况下，事实上有很大可能性大家都不顺路，因而无法进行合乘。又例如，现在有不少居民小区离地铁站较远，而小区巴士位置有限且发车时间间隔长，因此常常有人发布信息，声明能在驾车路过地铁站时捎带上几个(例如最多四个)住在同一小区或附近小区的住户从地铁站回家。在这种情况中，搭顺风车的乘客和汽车主人之间事先就存在某种联系，例如都住在同一小区，是某个社区业主论坛的注册会员，从而能利用手机在论坛上发布和响应捎带信息并彼此商量好上车时间和地点。这种合乘只能发生在特定团体的人员之间，而且借助于在同一论坛的同一帖子中的文字消息来联系，联系方式不便捷。
美国专利文献US2016364679A1公开了一种实现乘客与包裹合乘的系统，其包括：合乘计算机，用于接收关于运送物品的应需请求，其中，该计算机包括路程匹配模块，用于确定包裹与至少一个乘客之间是否匹配，并为车辆驾驶员生成拼车建议以使乘客和包裹合乘；局部需求集结网络，其包括计算机用于邀请一组邻近的用户作为一个组群，从物品供应商购买该组群所需的多件物品，与合乘计算机接触以运送打包成一个或多个包裹的物品；以及合乘车辆，其具有与计算机相耦联的移动装置，其中，驾驶员基于拼车建议接上乘客和包裹。
美国专利文献US2016364823A1公开了一种实现乘客与乘客合乘的系统，其包括：用于接收来自乘客的合乘请求的合乘计算机，其中，该计算机包括路线分析模块和合乘匹配模块，路线分析模块用于收集行驶数据和来自第一用户的第一移动装置和来自第二用户的第二移动装置的行事历的计划，确定第一用户的第一行驶模式和第二用户的第二行驶模式，合乘匹配模块用于确定第一行驶模式与第二行驶模式之间是否匹配，为第一用户和第二用户生成合乘建议，其中一个行驶模式与另一个行驶模式具有公共部分；以及合乘车辆，其具有与计算机相耦联的移动装置，其中，驾驶员基于拼车建议接上乘客和包裹。
中国专利文献CN105761481A公开了一种面向出租车动态合乘的智能调度方法和系统，其中，出租车调度中心确定合乘费用分摊规则，更新出租车的实时位置信息和载客状态信息；接收车外乘客发出的合乘请求，基于合乘意愿达成机制向车外乘客发送合乘车辆匹配信息并向出租车发送合乘请求，确认合乘双方的合乘意愿并达成合乘协议；向达成合乘协议的出租车和车外乘客推送合乘方案调度信息。该方法主要是针对出租车合乘业务。
目前还没有成熟的用于在私家车中合乘/运送包裹的方法和系统。
技术实现要素：
本发明的目的在于，首次提供一种可用于在私家车中实现合乘/运送包裹的方法，通过该方法驾驶员可在较短时间内找到理想的合乘者或需运送的包裹，高效地实现合乘。但本发明的方法也能转用在出租车中。
为实现上述目的，本发明提出一种用于在汽车中实现合乘的方法，该方法包括以下步骤：
车内用户预设其关于合乘的偏好；
车内用户为合乘者或包裹运送设定合乘价格(例如xx欧元/km或/min、xx欧元/kg)以及装载能力(例如最大乘客数量或最大包裹重量或最大包裹体积)，基于所述合乘价格来计算合乘收益；
车内用户所在汽车的位置被——优选匿名地——分享到合乘APP上；
车外用户使用合乘APP(应用程序)发送合乘请求；
车内用户在导航系统中设置其导航路线；
如果想要合乘的车外用户符合车内用户所预设的关于合乘的偏好，则处理单元(HU)基于所述合乘收益和新的到达时间在弹窗中向车内用户建议应否合乘，车内用户据此决定是否合乘；
如果车内用户决定合乘，则导航系统通过增加路线中间点并保持最终目的地，自动重新计算导航路线，以接上车外用户；
在合乘完成之后，可以通过车外用户和车内用户的手机进行付款以及对合乘进行评分/评价，车内用户的账户从汽车的处理单元同步到手机。
在本发明方法的一优选的实施形式中，车内用户是驾驶车辆的车主或具有临时车主权限的人(例如从出租公司租赁车辆的人或向朋友借车的人)、即驾驶员。
在一另选的实施形式中，车内用户也可以是出租车上的已在车乘客。
在本发明方法的一有利的实施形式中，关于合乘的偏好例如是绕路偏好和/或合乘者偏好等。绕路偏好例如可以是：绕路5km/10min内的路程、或驾驶员住宅附近5km/15min内的路程、或在高速路上的5km/10min内的路程、或在用户不经常驾驶的城市/城市区域中2km的路程，等等。合乘者偏好例如可以是：偏好与某品牌车(例如梅赛德斯-奔驰)的车主、同一个大学的人、公司管理阶层(例如经理)、政治家、全部已注册的乘客、古典音乐爱好者或网球运动员等合乘，或者(例如由于是女驾驶员而)偏好与女性乘客合乘，或者允许/不允许包裹运送(即与包裹合乘)，等等。
在本发明方法的一实施形式中，合乘请求包括车外用户的上车地点、目的地、请求合乘的人数、性别和是否赶时间。
在本发明方法的一实施形式中，车内用户通过导航系统设置其从当前位置到目的地的行驶路线，然后通过导航系统基于车外用户的上车地点和目的地计算绕路后的导航路线，由此确定新的到达时间、绕路路程、绕路时间和合乘时间或合乘公里数，汽车的处理单元由该合乘时间或合乘公里数以及所设定的合乘价格计算出合乘收益。
在本发明方法的一有利的实施形式中，在弹窗中例如仅示出向上竖或向下指的拇指(以最少地分散驾驶员的注意力)，以便指示出本次合乘是否划算。
在本发明方法的一有利的实施形式中，如果车内用户决定合乘，车内用户和车外用户双方的位置可在处理单元的地图和手机APP上看到，从而车内用户和车外用户可以容易地会合。
在本发明方法的一实施形式中，车内用户在决定合乘后，向车外用户发送信号，车外用户根据例如费用决定是否接受合乘。
在本发明方法的一实施形式中，如果用户决定拒绝合乘，将该拒绝决定通知给对方用户，或在规定的响应时间内不做响应，以自动拒绝合乘。
在本发明方法的一变型方案中，车内用户和车外用户均可以预设有关合乘的偏好，并例如通过一共享中心判断双方是否均满足对方的合乘偏好。
在本发明方法的一变型方案中，车外用户也可以预设一可接受的合乘价格范围。
该合乘APP既可以安装在车载信息终端中，也可以安装在智能手机中。对车辆来说，合乘APP既可以独立于导航应用程序，也可以融合到导航应用程序中，该合乘APP所需的数据例如车辆的地理位置、地图数据、导航路线等都可以与车载导航应用程序共享或从车载导航应用程序中实时获得。而对于智能手机来说，合乘APP既可以是一种独立的应用程序，也可以融入到其它应用程序中，例如地图数据、导航路线等必要数据都可以由该合乘APP本身来提供，而地理位置则是由智能手机的GPS定位来确定。于是对于不支持该合乘APP功能的车辆，车内用户与车外用户可以使用智能手机APP来实现合乘。
本发明的另外的优点、特征和细节由下面对优选的实施例的描述以及借助附图得出。上面在说明书中所述的特征和特征组合以及下面在附图说明中所述的和/或在附图中单独示出的特征和特征组合不仅能以相应示出的组合形式、还能以另外的组合形式或单独地应用，而没有离开本发明的范围。
附图说明
下面结合附图对本发明的具体实施方式作进一步详细的说明。
图1以示意图示出本发明的汽车合乘方法的一种实施例。
附图标记列表：
X 乘客
Z 驾驶员
A 驾驶员及其汽车的当前位置
B 目的地
C 乘客X的上车地点
D 乘客X的目的地
D’ 乘客X的目的地
具体实施方式
为了更清楚地说明书本发明，下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。
如图1所示，本实施例示出了本发明的用于实现汽车合乘的方法。在该示例性的简单的实施例中，汽车主人Z计划驾驶汽车从出发地向目的地B行驶。由于路途较远，驾驶员Z想要找人合乘，于是驾驶员预设了能接受的绕路路程为5km或绕路时间为10分钟，对合乘者的职业、爱好等无限制，但不承接包裹运送(例如由于想为合乘乘客空出行李舱空间)。另外，驾驶员还设置目的地信息、最大乘客数量(即最多可提供的乘客位，例如为四个)，并设定了合乘价格(例如XX欧元/km/人)。驾驶员Z及其汽车的位置优选可以——例如通过一个汽车形式的图标——共享在合乘APP中，想要合乘的乘客利用该合乘APP发送合乘请求。此时，假设在乘客X发送的合乘请求中，其上车地点在离驾驶员Z的当前位置A不远的地点C处，其目的地D离驾驶员目的地B不远，地点C、D均不位于从A至B的导航路线中，其合乘人数为2人。驾驶员Z在导航系统中设置其行驶路线A-B和绕路路线A-C-D-B，并进行比较以确定绕路C点后到达目的地B的新的到达时间、绕路路程以及合乘公里数。如果该绕路时间在10分钟内或绕路路程在5km范围内，满足驾驶员Z预设的合乘条件，则在汽车的处理单元上跳出一个弹窗。在此，处理单元由合乘公里数和所设定的合乘价格计算出此次合乘驾驶员Z所能获得的合乘收益，并基于所计算出的合乘收益以及新的到达时间，判断出本次合乘是划算的，处理单元弹窗中显示出向上竖的拇指。驾驶员Z在看到向上竖的拇指之后，决定同意与乘客X拼车，将其决定通知给乘客X，并且导航系统通过增加路线中间点C、D并保持最终目的地B，自动重新计算导航路线，以在地点C处接上乘客X。在双方同意合乘后，驾驶员Z和乘客X双方的位置可在处理单元的地图或手机APP上看到，从而驾驶员Z和乘客X可以容易地会合。
在接上了乘客X后，如果驾驶员Z不想再继续寻找合乘者了，他可将最大乘客数量变为零，因此不再接收合乘请求。也有可能，该车的位置不再在合乘APP上共享出来。于是在达到目的B之后，可以通过驾驶员Z和乘客X的手机付款以及评分/评论，其中，驾驶员Z的账户从汽车的处理单元同步到手机。
但也有可能，驾驶员Z还想继续寻找合乘者，则驾驶员Z编辑最大乘客数量，将最大乘客数量减去2(即现在最大乘客数量为2)，而继续接收车外乘客的拼车请求，比较最大乘客数量和合乘请求者的数量。
在上述情况中，如果乘客X的目的地D’虽然偏离从A至B的导航路线不远，从而绕路路程不超过5km，但D’离地点C很近而离地点B较远，即合乘时间短，收益不高，则处理单元基于计算出的收益和由于绕路而推后的到达时间判断出，本次合乘不划算，于是在弹窗中显示出向下指的拇指。在此情况下，驾驶员Z因此决定拒绝与乘客X拼车，并将该拒绝决定通知给乘客X或在规定的响应时间内不回应乘客X的合乘请求，以使该合乘请求自动作废。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。虽然本发明已以较佳实施例披露如上，但本发明并非限于此。任何本领域技术人员，在不脱离本发明的精神和范围内所作的各种更动与修改，均应纳入本发明的保护范围内，因此本发明的保护范围应当以权利要求所限定的范围为准。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。