智能拼车云服务方法及系统的制作方法
【专利摘要】本发明适用于通信领域，提供了一种智能拼车云服务方法及系统，所述方法包括：移动终端显示地图界面，接收用户在所述地图界面上选择的起始地到目的地的路线；移动终端接收用户输入的价格、时间、人数和车辆标识；向智能拼车云平台发送拼车请求，该请求包括：起始地到目的地的路线、价格、时间、人数和车辆标识；基于Hadoop分布式文件系统HDFS的云平台处理该请求消息并反馈。本发明提供的技术方案具有提供手持拼车应用的优点。
【专利说明】智能拼车云服务方法及系统【技术领域】
[0001]本发明属于通信领域，尤其涉及一种智能拼车云服务方法及系统。
【背景技术】
[0002]国内私家车越来越普及，交通高峰期越来越拥堵，人们出行越来越艰难，所花费的时间和经济开销持续增长，且由此导致的资源浪费及环境污染不利于社会的发展。再者，人们虽有拼车意识，但我国近年对拼车系统的研究较少，基于手持终端的拼车应用更是少之又少，无法充分利用拼车给百姓出行带来便利。
【发明内容】
[0003]本发明实施例的目的在于提供一种智能拼车云服务方法，旨在解决现有技术中的技术方案无法提供手持拼车应用的问题。
[0004]本发明实施例是这样实现的，一种智能拼车云服务方法，所述方法包括:
[0005]移动终端显示地图界面，接收用户在所述地图界面上选择的起始地到目的地的路线.[0006]移动终端接收用户输入的价格、时间、人数和车辆标识；向智能拼车云平台发送拼车请求，该请求包括:起始地到目的地的路线、价格、时间、人数和车辆标识；
[0007]基于Hadoop的智能拼车云平台服务系统基于所述车辆标识判断该用户是否有车，如有车，将所述拼车请求存储在基于Hadoop的智能拼车云平台服务系统的HBase数据库的第一数据库内，如没有车，则将所述拼车请求存储基于Hadoop的智能拼车云平台服务系统的HBase数据库的第二数据库内；
[0008]当没有车时 ，基于Hadoop的智能拼车云平台服务系统查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求，并将所述拼车请求的第一响应消息发送给移动终端；所述第一响应消息包括:匹配的第一数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0009]当有车时,基于Hadoop的智能拼车云平台服务系统查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的第二数据库内的拼车请求，并将所述拼车请求的第二响应消息发送给移动终端；所述第二响应消息包括:匹配的第二数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0010]移动终端显示所述第一响应消息或第二响应消息的起始地到目的地的路线在所述地图界面上，并显示该响应消息的价格、时间和人数；
[0011]移动终端提示用户是否确认，如用户确认，向云平台发送拼车请求确认消息。
[0012]另一方面，一种智能拼车云服务系统，所述系统包括:云平台服务器和移动终端；所述云平台服务器端包括:基于Hadoop分布式文件系统HDFS的的MapReduce分布式框架和基于HDFS的HBase数据库；
[0013]所述移动终端，用于显示地图界面，接收用户在所述地图界面上选择的起始地到目的地的路线；
[0014]所述移动终端，用于接收用户输入的价格、时间、人数和车辆标识；向智能拼车云平台发送拼车请求，该请求包括:起始地到目的地的路线、价格、时间、人数和车辆标识；
[0015]所述云平台服务器，用于基于所述车辆标识判断该用户是否有车，如有车，将所述拼车请求存储在基于Hadoop分布式文件系统HDFS的HBase数据库的第一数据库内，如没有车，则将所述拼车请求存储在基于HDFS的HBase数据库的第二数据库内；
[0016]当没有车时，所述云平台服务器，查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求，并将所述拼车请求的第一响应消息发送给移动终端；所述第一响应消息包括:匹配的第一数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0017]或当有车时，所述云平台服务器，还用于查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的第二数据库内的拼车请求，并将所述拼车请求的第二响应消息发送给移动终端；所述第二响应消息包括:匹配的第二数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0018]移动终端，还用于显示所述第一响应消息或第二响应消息的起始地到目的地的路线显示在所述地图界面上，并显示该响应消息的价格、时间和人数；
[0019]移动终端，还用于提示用户是否确认，如用户确认，向云平台服务器发送拼车请求确认消息。
[0020]本发明实施例与现有技术相比，有益效果在于:该技术方案在匹配拼车时，可以有云平台自动匹配，将符合用户条件的路线及相关信息发送给移动终端，这样移动终端的用户只用确认是否拼车即可，而无需进行认为排除海量的拼车信息，具有效率高的优点，另外，本拼车方法在移动终端内应用，所以其也具有提供手持拼车应用的优点。
【专利附图】
【附图说明】
[0021]图1是本发明【具体实施方式】提供的一种智能拼车云服务方法的流程图；
[0022]图2是本发明实施例提供的一种智能拼车云服务系统的结构图；
[0023]图3是本发明实施例提供的拼车记录维护模块的结构图；
[0024]图4是本发明实施例提供的用户查询拼车请求服务流程图；
[0025]图5是本发明实施例提供的用户记录检索请求服务流程图；
[0026]图6是本发明实施例提供的拼车匹配算法流程图；
[0027]图7是本发明实施例提供的过期请求处理流程图
【具体实施方式】
[0028]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0029]本发明实施例提供的一种智能拼车云服务方法，该方法如图1所示，包括:
[0030]S101、移动终端显示地图界面，接收用户在所述地图界面上选择的起始地到目的地的路线；[0031]S102、移动终端接收用户输入的价格、时间、人数和车辆标识；向智能拼车云平台发送拼车请求,该请求包括:起始地到目的地的路线、价格、时间、人数和车辆标识；
[0032]S103、基于Hadoop的智能拼车云平台服务器的MapReduce分布式框架基于所述车辆标识判断该用户是否有车，如有车，将所述拼车请求存储在基于Hadoop的智能拼车云平台服务器的HBase数据库的第一数据库内，如没有车，则将所述拼车请求存储在基于Hadoop的智能拼车云平台服务器的HBase数据库的第二数据库内；
[0033]依据车辆标识判断用户是否有车的方式可以为，例如，以车辆标识为I时，确定用户有车，车辆标识为O时，确定用户没有车，当然还可以有其他的确认方式。
[0034]S104、当没有车时,基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求，并将所述拼车请求的第一响应消息发送给移动终端；
[0035]上述第一响应消息包括:匹配的第一数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0036]S105、移动终端显示该第一响应消息的起始地到目的地的路线显示在所述地图界面上，并显示该第一响应消息的价格、时间和人数；
[0037]S106、移动终端提示用户是否确认，如用户确认，向云平台发送拼车请求确认消
肩、O
[0038]上述方法在S104的获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求之前还可以包括:
[0039]如查询所述HBase数据库的第一数据库获取到与所述拼车请求匹配的第一数据库内的拼车请求时，执行获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求；
[0040]如没有查询到匹配的与所述拼车请求匹配的第一数据库内的拼车请求时，系统每隔一设定周期查找与所述拼车请求匹配的第一数据库内的拼车请求，如查询到与所述拼车请求匹配的第一数据库内的拼车请求，执行获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求；
[0041]或者没有查询到匹配的与所述拼车请求匹配的第一数据库内的拼车请求时，将所述拼车请求发送给出租车预订系统，由出租车预订系统为所述拼车请求指派出租车。
[0042]可选的，上述方法还包括:
[0043]当有车时，基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的第二数据库内的拼车请求，并将所述拼车请求的第二响应消息发送给移动终端；
[0044]上述第二响应消息包括:匹配的第二数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0045]移动终端显示该第二响应消息的起始地到目的地的路线显示在所述地图界面上，并显示该第二响应消息的价格、时间和人数；
[0046]移动终端提示用户是否确认，如用户确认，向云平台发送拼车请求确认消息。
[0047]可选的，上述基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的拼车请求的实现方式具体可以为:
[0048]基于Hadoop的智能拼车云平台服务器在第一数据库查询与所述拼车请求内的价格、时间和人数匹配的第一数据库拼车请求，获取匹配的第一数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第一距离，计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的起始地的第二距离；如所述第一距离与所述第二距离均在距离阈值内，则确认所述第一数据库拼车请求为所述第一数据库内存储的与所述拼车请求匹配的拼车请求。
[0049]可选的，上述基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的拼车请求的实现方式具体可以为:
[0050]基于Hadoop的智能拼车云平台服务器在第二数据库查询与所述拼车请求内的价格、时间和人数匹配的第二数据库拼车请求，获取匹配的第二数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第三距离，计算所述匹配的第二数据库拼车请求的路线的各点与所述拼车请求的起始地的第四距离；如所述第三距离与所述第四距离均在距离阈值内，则确认所述第二数据库拼车请求为所述第二数据库内存储的与所述拼车请求匹配的拼车请求。
[0051]需要说明的是，上述距离阈值可以为一定值，例如500m，当然在实际情况中，也可以采用其他的方式。
[0052]本发明提供的方法提供了一种自动拼车方法，该方法在匹配拼车时，可以有云平台自动匹配，将符合用户条件的路线及相关信息发送给移动终端，这样移动终端的用户只用确认是否拼车即可，而无需进行认为排除海量的拼车信息，具有效率高的优点，另外，本拼车方法在移动终端内应用，所以其也具有提供手持拼车应用的优点。
[0053]本发明【具体实施方式】还提供一种智能拼车云服务系统，该系统包括:云平台服务器和移动终端；所述云平台服务器包括:Hadoop分布式文件系统(HadoopDistributedFile System, HDFS)的MapReduce分布式框架和基于HDFS的HBase数据库；
[0054]所述移动终端，用于显示地图界面，接收用户在所述地图界面上选择的起始地到目的地的路线；
[0055]所述移动终端，用于接收用户输入的价格、时间、人数和车辆标识；向智能拼车云平台发送拼车请求，该请求包括:起始地到目的地的路线、价格、时间、人数和车辆标识；
[0056]所述云平台服务器，，用于基于所述车辆标识判断该用户是否有车，如有车，将所述拼车请求存储在基于的HDFS的HBase数据库的第一数据库内，如没有车，则将所述拼车请求存储在基于HDFS的HBase数据库的第二数据库内；
[0057]当没有车时，所述云平台服务器查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求，并将所述拼车请求的第一响应消息发送给移动终端；
[0058]上述第一响应消息包括:匹配的第一数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0059]移动终端，还用于显示该第一响应消息的起始地到目的地的路线显示在所述地图界面上，并显示该第一响应消息的价格、时间和人数；[0060]移动终端，还用于提示用户是否确认，如用户确认，向云平台发送拼车请求确认消
肩、O
[0061]可选的，当有车时，所述云平台服务器，还用于查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的第二数据库内的拼车请求，并将所述拼车请求的第二响应消息发送给移动终端；
[0062]上述第二响应消息包括:匹配的第二数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线；
[0063]移动终端，用于显示该第二响应消息的起始地到目的地的路线显示在所述地图界面上，并显示该第二响应消息的价格、时间和人数；
[0064]移动终端，用于提示用户是否确认，如用户确认，向云平台发送拼车请求确认消
肩、O
[0065]可选的，上述云平台服务器，具体用于在第一数据库查询与所述拼车请求内的价格、时间和人数匹配的第一数据库拼车请求，获取匹配的第一数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第一距离，计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的起始地的第二距离；如所述第一距离与所述第二距离均在距离阈值内，则确认所述第一数据库拼车请求为所述第一数据库内存储的与所述拼车请求匹配的拼车请求。其具体的查询可以由云平台服务器的HBase执行。
[0066]可选的，上述云平台服务器，具体用于在第二数据库查询与所述拼车请求内的价格、时间和人数匹配的第二数据库拼车请求，获取匹配的第二数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第三距离，计算所述匹配的第二数据库拼车请求的路线的各点与所述拼车请求的起始地的第四距离；如所述第三距离与所述第四距离均在距离阈值内，则确认所述第二数据库拼车请求为所述第二数据库内存储的与所述拼车请求匹配的拼车请求。
[0067]实施例
[0068]本发明包括一种智能拼车云服务系统的设计方法，提供一个拼车信息发布、实施、托管、评价等一站式服务的平台，系统的基本架构图如图2所示，总体架构共分为三层，手持终端应用程序，无线网络和服务器终端。本发明主要针对手持终端应用程序及服务器终端的设计和实施做了详细介绍，手持终端采用极具市场前景的基于Android操作系统的智能手机，基于其上开发C/S模式的应用程序提供用户交互，实现与服务器端的通信。无线网络即无线移动通信技术。
[0069]本服务系统运行流程为，用户使用手持终端登录入本应用程序，应用程序界面附有地图，用户通过友好的地图界面交互性的根据自己的拼车需求(如拼车起始终点位置，预拼车时间，可接受价格上限等)查询他人发布的拼车请求(未处理且未过期的请求，包括有车和无车人的请求)，提交后，系统将通过无线移动通信技术(GSM、GPRS、WCDMA、HSDPA等)将用户需求信息发送至调度服务器终端，调度服务器接收请求后，对同一时刻的并发请求排队处理，将其转发至拼车智能管理模块，该模块经调用拼车记录维护模块和拼车匹配计算模块，得到对请求的处理结果，返回至用户终端，并提供按照价格、信用等属性分别进行排序的功能，用户选择对结果的处理方式:同意跟某人拼车、委托系统拼车或不作任何处理。如同意跟某人拼车，则拼同一车的列为一个群组，如果该群组没有车，则为其指派一辆满足条件的出租车，系统将在数据库中更新拼车记录，同时通知用户处理结果，并发消息通知车主及其它成员以便提前做好调度规划；如委托系统拼车，系统将为用户提供托管服务，调用拼车匹配计算模块定时对系统中的委托请求进行处理，为其查找一辆满足条件的出租车，并将结果通知给乘客和出租车司机。在用户成功拼车出行结束后，可以对同行者包括司机做出评价，评价结果将计入个人的信用值，存储于云平台。此外，用户可以通过查询自己的请求记录来查看拼车处理的结果，包括成功和未成功拼车，已处理和未处理的分类。本发明为用户节省时间和经济开销，优化城市车辆资源调度，不仅为用户出行提供方便，也为城市交通运营商带来更高的经济效益，更为绿色城市建设贡献力量。
[0070]下面主要介绍云平台服务器终端的设计。
[0071]服务器终端主要完成对用户请求的接收、处理及反馈，其设计包括调度服务器、请求处理机、拼车记录维护模块和云平台。
[0072]调度服务器主要完成对用户请求的接收、调度，均衡服务器的负载等功能。
[0073]请求处理机主要完成对用户发来的请求进行处理，分为两个模块:拼车智能管理模块和拼车匹配计算模块。
[0074]拼车智能管理模块通过对拼车匹配计算模块和拼车记录维护各模块的调用完成对用户请求的处理，同时定期执行程序以对过期请求进行处理，对委托请求进行匹配，并将处理结果返回给用户。此外，它还控制群发消息至同一拼车群组的其它成员等后续操作。
[0075]拼车匹配计算模块主要实现对用户委托拼车请求的匹配计算方法，如图5所示。本发明设计该模块每隔15分钟在服务器后台执行一遍，对待处理的委托请求进行匹配:遍历满足条件的任意两个请求，首先判断其价格是否在可接受范围内，如果是，则判断两拼车的时间间隔是否不超过15分钟，如果是，继续判断两请求的起始地和目的地相差是否都在500米以内(由于前端传来的位置信息是GPS经纬度坐标值，计算距离时将其转换为物理距离值)，如果上述条件均满足，则视其可以拼车，将从云平台数据库服务器中为其指派一辆可以在该拼车时间运行的就近出租车，发送至同一群组各用户端；否则，视其不可拼车。拼同一辆车的上限是3人，如果其它条件均满足，超过3人，则为其指派新的满足条件的车辆。依此类推，直至遍历完本阶段所有待处理的委托请求为止。
[0076]拼车记录维护模块主要完成对存储于云平台数据的维护，包括对记录的直接查询、更新等操作都要通过此模块来实现，分为过期请求处理模块、拼车信息检索模块、拼车请求处理模块、委托请求处理模块、记录信息检索模块、评价处理模块六部分，如图3所示。
[0077]过期请求处理模块，主要完成对已过期但仍然尚未成功和他人拼车的请求进行处理，从另一个角度讲，也可以看作是拼车匹配计算之前的数据过滤，定期将不需要列入匹配计算的请求进行隔离处理，更新状态，并写入数据库，用以提高匹配处理的执行效率。
[0078]拼车信息检索模块，主要完成对用户提交的拼车信息查询请求的处理,从云平台HBase数据库服务器获取数据，包括有车、无车，未处理、已处理的拼车请求信息，并返回至调用它的模块。
[0079]拼车请求处理模块，主要完成对用户提交的拼车请求的处理，若群组中均为无车人，则为其指派一辆满足条件的出租车，添加拼车记录到云平台，并将更新结果返回至调用它的模块。[0080]委托请求处理模块，主要完成对用户提交的委托请求的处理，添加委托记录到云平台，以备拼车智能管理模块定期调用拼车匹配计算模块对当前所有未处理的委托记录进行处理，并将处理结果返回至调用它的模块。
[0081]记录信息检索模块，主要完成对用户拼车记录查询请求的处理，检索满足条件的记录并返回至调用它的模块。
[0082]评价处理模块，主要完成对用户做出的评价进行管理的功能。
[0083]云平台主要完成对用户请求信息的存取、索引，优化外部访问速度等功能，并提供对外访问的接口。数据存储于基于HDFS的HBase数据库中，对数据的操作基于MapReduce框架实现。
[0084]用户拼车出行的整个过程可以分为四个阶段，按逻辑顺序划分为:找车，选车/委托，拼车出行，评价。找车和选车/委托时，手持终端向智能拼车云服务系统发出拼车信息查询请求后，系统处理流程如图4所示，具体描述如下:
[0085]S1:用户通过手持终端登录本智能拼车服务系统。
[0086]S2:用户在地图上选择起始地、目的地，并提供拼车时间和可接受的价格上限。
[0087]S3:用户提交请求，程序将通过无线网络发送至服务器端。
[0088]S4:服务终端的调度服务器接收请求，将其添加至请求队列的末尾，并将其队列中所有请求发送至拼车智能管理模块。
[0089]S5:拼车智能管理模块调用拼车信息检索模块获取有车和无车人的相关拼车信息，并将其返回至手持终端。
[0090]S6:用户对结果是否进行了处理，如果是，继续执行；否则，跳转至S13。
[0091]S7:调度服务器接收用户的处理请求，判断其是否为拼车请求，如果是，继续执行；否则，跳转至S10.[0092]S8:拼车智能管理模块调用拼车请求处理模块对其进行处理，写入云平台存储。
[0093]S9:返回拼车请求处理结果至用户端，如果成功处理，则同时通知拼同一辆车的其他人，跳转至S13.[0094]SlO:判断用户提交的请求是否为委托请求，如果是，继续执行；否则，跳转至S13。
[0095]Sll:拼车智能管理模块调用委托请求处理模块对其进行处理，写入云平台存储。
[0096]S12:返回委托请求处理结果至用户端。告知请求已委托，请等待系统发送处理结果的通知。
[0097]S13:结束。
[0098]用户使用此系统选择或委托到的车实际拼车出行后，可以对拼同一车的车友做出评价，累计入用户的信用值，以为用户之后的选择提供参考。
[0099]拼车记录检索请求的处理流程如图5所示。用户选择查询时间范围后，提交请求，调度服务器接收请求后转发至拼车智能管理模块，该模块调用记录信息检索模块查询满足条件的记录，并返回结果至用户端。
[0100]本发明有两个随服务启动的后台程序:过期请求处理和委托请求处理。
[0101]过期请求处理过程如图6所示，系统每隔30分钟执行一次过期请求处理过程，调用拼车信息检索模块获取未处理的拼车及委托请求集合，遍历集合中的记录，调用过期请求处理模块对其进行处理，并将处理结果写入云平台存储。[0102]委托请求处理过程如图7所示，系统每隔15分钟执行一次委托处理，调用拼车信息检索模块获取未处理的委托请求集合，遍历集合中的记录，调用拼车匹配计算模块判断是否可以拼车，如果可以，为其指派一辆满足条件的出租车，然后调用委托请求处理模块更新处理结果到云平台，并通知拼车状态发生改变的委托用户其处理结果。
[0103]本发明经过试验证明可行，试验数据来源于深圳市一个月内2万辆出租车的运营数据，I万辆出租车作为有车用户发布拼车消息，其余I万辆等待无车拼车或委托处理所用。每辆出租车每隔50秒向数据处理中心发送一条信息，信息格式为(纬度、经度、车载状态、时间)，试验案例如下:
[0104]测试一，用户终端采用本发明提供的交互性强的友好界面，完成对拼车请求的提交，包括起始地和目的地经纬度坐标，以及预拼车时间(精确到分钟即可)，可接受的价格。本服务系统通过调用拼车智能管理模块，对拼车请求进行处理，并将结果返回至用户端。
[0105]测试二，用户终端通过本系统提交拼车记录查询请求，系统调用记录信息检索模块进行处理，将结果返回给用户终端。
[0106]值得注意的是，上述实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
[0107]另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如R0M/RAM、磁盘或光盘等。
[0108]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种智能拼车云服务方法，其特征在于，所述方法包括: 移动终端显示地图界面，接收用户在所述地图界面上选择的起始地到目的地的路线； 移动终端接收用户输入的价格、时间、人数和车辆标识；向智能拼车云平台发送拼车请求，该请求包括:起始地到目的地的路线、价格、时间、人数和车辆标识； 基于Hadoop的智能拼车云平台服务器基于所述车辆标识判断该用户是否有车，如有车，将所述拼车请求存储在基于Hadoop的智能拼车云平台服务器的HBase数据库的第一数据库内，如没有车，则将所述拼车请求存储基于Hadoop的智能拼车云平台服务器的HBase数据库的第二数据库内； 当没有车时，基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求，并将所述拼车请求的第一响应消息发送给移动终端；所述第一响应消息包括:匹配的第一数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线； 当有车时，基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的第二数据库内的拼车请求，并将所述拼车请求的第二响应消息发送给移动终端；所述第二响应消息包括:匹配的第二数据库内的拼车请求所包括的价格、时间、人数和 起始地到目的地的路线； 移动终端显示所述第一响应消息或第二响应消息的起始地到目的地的路线在所述地图界面上，并显示该响应消息的价格、时间和人数； 移动终端提示用户是否确认，如用户确认，向云平台发送拼车请求确认消息。
2.根据权利要求1所述·的方法，其特征在于，所述基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的拼车请求的实现方式具体为: 基于Hadoop的智能拼车云平台服务器在第一数据库查询与所述拼车请求内的价格、时间和人数匹配的第一数据库拼车请求，获取匹配的第一数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第一距离，计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的起始地的第二距离；如所述第一距离与所述第二距离均在距离阈值内，则确认所述第一数据库拼车请求为所述第一数据库内存储的与所述拼车请求匹配的拼车请求。
3.根据权利要求1所述的方法，其特征在于，所述基于Hadoop的智能拼车云平台服务器查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的拼车请求的实现方式具体为: 基于Hadoop的智能拼车云平台服务器在第二数据库查询与所述拼车请求内的价格、时间和人数匹配的第二数据库拼车请求，获取匹配的第二数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第三距离，计算所述匹配的第二数据库拼车请求的路线的各点与所述拼车请求的起始地的第四距离；如所述第三距离与所述第四距离均在距离阈值内，则确认所述第二数据库拼车请求为所述第二数据库内存储的与所述拼车请求匹配的拼车请求。
4.一种智能拼车云服务系统，其特征在于，所述系统包括:云平台服务器和移动终端；所述云平台服务器包括:基于Hadoop分布式文件系统HDFS的的MapReduce分布式框架和基于HDFS的HBase数据库； 所述移动终端，用于显示地图界面，接收用户在所述地图界面上选择的起始地到目的地的路线； 所述移动终端，用于接收用户输入的价格、时间、人数和车辆标识；向智能拼车云平台发送拼车请求,该请求包括:起始地到目的地的路线、价格、时间、人数和车辆标识； 所述云平台服务器，用于基于所述车辆标识判断该用户是否有车，如有车，将所述拼车请求存储在基于HDFS的HBase数据库的第一数据库内，如没有车，则将所述拼车请求存储在基于HDFS的HBase数据库的第二数据库内； 当没有车时，所述云平台服务器，查询所述HBase数据库的第一数据库，获取所述第一数据库内存储的与所述拼车请求匹配的第一数据库内的拼车请求，并将所述拼车请求的第一响应消息发送给移动终端；所述第一响应消息包括:匹配的第一数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线； 或当有车时，所述云平台服务器，还用于查询所述HBase数据库的第二数据库，获取所述第二数据库内存储的与所述拼车请求匹配的第二数据库内的拼车请求，并将所述拼车请求的第二响应消息发送给移动终端；所述第二响应消息包括:匹配的第二数据库内的拼车请求所包括的价格、时间、人数和起始地到目的地的路线； 移动终端，还用于显示所述第一响应消息或第二响应消息的起始地到目的地的路线显示在所述地图界面上，并显示该响应消息的价格、时间和人数； 移动终端，还用于提示用户是否确认，如用户确认，向云平台服务器发送拼车请求确认消息。
5.根据权利要求4所述的·系统，其特征在于，所述云平台服务器，具体用于在第一数据库查询与所述拼车请求内的价格、时间和人数匹配的第一数据库拼车请求，获取匹配的第一数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第一距离，计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的起始地的第二距离；如所述第一距离与所述第二距离均在距离阈值内，则确认所述第一数据库拼车请求为所述第一数据库内存储的与所述拼车请求匹配的拼车请求。
6.根据权利要求4所述的系统，其特征在于，所述云平台服务器，具体用于在第二数据库查询与所述拼车请求内的价格、时间和人数匹配的第二数据库拼车请求，获取匹配的第二数据库拼车请求的路线；计算所述匹配的第一数据库拼车请求的路线的各点与所述拼车请求的目的地的第三距离，计算所述匹配的第二数据库拼车请求的路线的各点与所述拼车请求的起始地的第四距离；如所述第三距离与所述第四距离均在距离阈值内，则确认所述第二数据库拼车请求为所述第二数据库内存储的与所述拼车请求匹配的拼车请求。
【文档编号】H04L29/08GK103856532SQ201210516700
【公开日】2014年6月11日 申请日期:2012年12月5日 优先权日:2012年12月5日
【发明者】白雪, 张帆, 李晔, 闫茜 申请人:深圳先进技术研究院