本发明涉及一种计算机及其软件技术领域，特别涉及一种为乘客提供上车地点的方法和装置。
背景技术：
互联网车辆呼叫平台利用移动互联网特点，将线上与线下相融合，从打车初始阶段到下车使用线上支付车费，画出一个乘客与司机紧密相连的完美闭环，最大限度优化乘客打车体验，由于改变了传统出租司机等客的方式，让司机师傅根据乘客目的地按意愿“接单”，节约司机与乘客沟通成本，降低空驶率，最大化节省司乘双方资源与时间。
现有技术中，当乘客在交通阻塞地区进行出租车呼叫服务时，由于乘客所在位置难以到达，出租车需要通过交通阻塞的地区，用较长的时间才能到达乘客期望的上车位置。
从现有技术来看，由于出租车需要通过交通阻塞的地区，乘客往往需要在原始等待的地方等待较长的时间，这样不仅浪费了双方的时间，而且出租车也可能收取乘客高昂的空车费，给双方都造成不必要的损失。
技术实现要素：
有鉴于此，本发明提供一种为乘客提供上车地点的方法和装置，能够通过对乘客的地理位置进行分析，计算出乘客步行可接受的范围内的最快上车地点，从而尽快开始行程，不仅节约了双方的时间，而且避免了一部分不必要的费用，最终也提高了乘客的乘车体验。
为实现上述目的，根据本发明的一个方面，提供了一种为乘客提供上车地点的方法。
本发明的为乘客提供上车地点的方法包括：在乘客终端发起叫车服务后，从该乘客终端获取乘客的乘车信息；所述乘车信息包括期望上车点的位置信息以及目的地位置信息；在司机终端接到所述乘客的订单后，从该司机终端获取司机的当前位置信息；根据当前道路的实时路况、所述期望上车点的位置信息、以及司机的当前位置信息计算司机从当前位置到期望上车点的时长；根据所述期望上车点的位置和设定的步行距离，确定乘客所接受的上车点；结合司机从当前位置到期望上车点的时长，将所述乘客所接受的上车点中符合预设条件的上车地点提供给所述乘客终端。
可选地，根据所述期望上车点的位置和设定的步行距离，确定乘客所接受的上车点的步骤包括：以所述期望上车点的位置为圆心，以设定的步行距离为半径画圆；将所述圆内所有的地图信息点作为乘客所接受的上车点。
可选地，结合司机从当前位置到期望上车点的时长，将所述乘客所接受的上车点中符合预设条件的上车地点提供给所述乘客终端的步骤包括：根据当前道路的实时路况，计算所述司机从所述司机的当前位置到乘客所接受的每个上车点的时长；分别计算司机从当前位置到期望上车点的时长与所述司机的当前位置到乘客所接受的每个上车点的时长之间的差值，然后将差值大于预设阈值的时长所对应的上车点提供给乘客终端。
可选地，将符合预设条件的上车地点提供给所述乘客终端的步骤之后还包括：获取所述乘客终端发送的乘客所选择的上车地点，然后将该上车地点发送给所述司机终端。
根据本发明的另一个方面，提供了一种为乘客提供上车地点的装置。
本发明的为乘客提供上车地点的装置包括：第一获取模块，用于在乘客终端发起叫车服务后，从该乘客终端获取乘客的乘车信息；所述乘车信息包括期望上车点的位置信息以及目的地位置信息；第二获取模块，用于在司机终端接到所述乘客的订单后，从该司机终端获取司机的当前位置信息；计算模块，用于根据当前道路的实时路况、所述期望上车点的位置信息、以及司机的当前位置信息计算司机从当前位置到期望上车点的时长；确定模块，用于根据所述期望上车点的位置和设定的步行距离，确定乘客所接受的上车点；提供模块，用于结合司机从当前位置到期望上车点的时长，将所述乘客所接受的上车点中符合预设条件的上车地点提供给所述乘客终端。
可选地，所述确定模块还用于：以所述期望上车点的位置为圆心，以设定的步行距离为半径画圆，然后将所述圆内所有的地图信息点作为乘客所接受的上车点。
可选地，所述提供模块还用于：根据当前道路的实时路况，计算所述司机从所述司机的当前位置到乘客所接受的每个上车点的时长；分别计算司机从当前位置到期望上车点的时长与所述司机的当前位置到乘客所接受的每个上车点的时长之间的差值，然后将差值大于预设阈值的时长所对应的上车点提供给乘客终端。
可选地，还包括发送模块，用于获取所述乘客终端发送的乘客所选择的上车地点，并将该上车地点发送给所述司机终端。
根据本发明的技术方案，通过对当前道路的实时路况、乘客所期望的上车点、以及司机的当前位置的进行分析，能够计算出乘客步行可接受的范围内的最快上车地点，从而尽快开始行程，不仅节约了双方的时间，而且避免了一部分不必要的费用，最终也提高了乘客的乘车体验。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的服务器和客户端的连接示意图；
图2是根据本发明实施例的一种为乘客提供上车地点的方法的示意图；
图3是根据本发明实施例的一种为乘客提供上车地点的装置的示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的服务器和客户端的连接示意图。如图1所示，客户端包括乘客终端10和司机终端11，分别与服务器12连接。
图2是根据本发明实施例的一种为乘客提供上车地点的方法的示意图。如图2所示，本发明实施例的为乘客提供上车地方的方法由图1中的服务器12来执行，主要包括如下的步骤s20至s24。
步骤s20：在乘客终端发起叫车服务后，服务器从该乘客终端获取乘客的乘车信息。在该步骤中，乘客终端可以是乘客所持移动终端上的叫车软件，当乘客通过乘客终端发起叫车服务以后，服务器通过乘客终端获取乘客的乘车信息；该乘车信息主要包括乘客所期望上车点的位置信息以及目的地位置信息。
步骤s21：在司机终端接到所述乘客的订单后，服务器从该司机终端获取司机的当前位置信息。在步骤s20中乘客通过乘客终端发起叫车服务后，服务器将该订单发给所有的司机终端，当有司机通过司机终端接受乘客的订单以后，服务器通过司机终端获取该司机的当前位置信息。
步骤s22：服务器根据当前道路的实时路况、所述期望上车点的位置信息、以及司机的当前位置信息计算司机从当前位置到期望上车点的时长。在步骤s21获取到司机的当前位置信息以后，结合当前道路的实际路况(例如：当前道路是否拥堵)以及乘客所期望的上车点的位置计算司机从当前位置到乘客所期望上车点所需要的时长t。
步骤s23：服务器根据所述期望上车点的位置和设定的步行距离，确定乘客所接受的上车点。在该步骤中，以乘客所期望的上车点的位置为圆心，以设定的步行距离为半径画圆，然后将所述圆内所有的地图信息点作为乘客所接受的上车点。
步骤s24：服务器结合司机从当前位置到期望上车点的时长，将所述乘客所接受的上车点中符合预设条件的上车地点提供给所述乘客终端。在该步骤中，首先根据当前道路的实时路况，计算司机从该司机的当前位置到乘客所接受的每个上车点的时长；假设有n个乘客所接受的上车点，则司机从当前位置到乘客所接受的每个上车点的时长为：t1，t2，…，tn；其次，分别计算司机从当前位置到期望上车点的时长t与所述司机的当前位置到乘客所接受的每个上车点的时长t1，t2，…，tn之间的差值，然后将差值大于预设阈值的时长所对应的上车点提供给乘客。比如，按照乘客所期望的上车点的位置进行计算，司机需要20分钟才能到达；而以乘客所期望的上车点的位置为圆心，在500米范围内有2个地图信息点a和b，司机到达a和b的时长分别是5分钟和12分钟；假设服务器所设定的阈值为10分钟，即可以为乘客节省10分钟的等待时间，那么，乘客在地点a上车，就可以节省15分钟的等待时间，从而推荐乘客在a点上车。如果有多个符合条件的地图信息点，服务器将符合条件的地图信息点提供给乘客终端以供乘客进行选择。
在步骤s24之后，当乘客通过乘客终端选中叫服务器所提供的上车点中的一个时，服务器将乘客所选择的上车地点发送给所述司机终端，从而确定该乘客具体的上车点。
图3是根据本发明实施例的一种为乘客提供上车地点的装置的示意图。如图3所示，本发明实施例的为乘客提供上车地点的装置30，该装置安装于叫车软件的服务端，主要包括第一获取模块31、第二获取模块32、计算模块33、确定模块34、以及提供模块35；第一获取模块31用于在乘客终端发起叫车服务后，从该乘客终端获取乘客的乘车信息；所述乘车信息包括期望上车点的位置信息以及目的地位置信息；第二获取模块32用于在司机终端接到所述乘客的订单后，从该司机终端获取司机的当前位置信息；计算模块33用于根据当前道路的实时路况、所述期望上车点的位置信息、以及司机的当前位置信息计算司机从当前位置到期望上车点的时长；确定模块34用于根据所述期望上车点的位置和设定的步行距离，确定乘客所接受的上车点；提供模块35用于结合司机从当前位置到期望上车点的时长，将所述乘客所接受的上车点中符合预设条件的上车地点提供给所述乘客终端。
确定模块34还可用于：以所述期望上车点的位置为圆心，以设定的步行距离为半径画圆，然后将所述圆内所有的地图信息点作为乘客所接受的上车点。
提供模块35还可用于：根据当前道路的实时路况，计算所述司机从所述司机的当前位置到乘客所接受的每个上车点的时长；分别计算司机从当前位置到期望上车点的时长与所述司机的当前位置到乘客所接受的每个上车点的时长之间的差值，然后将差值大于预设阈值的时长所对应的上车点提供给乘客终端。
为乘客提供上车地点的装置30还可包括发送模块(图中未示出)，用于获取所述乘客终端发送的乘客所选择的上车地点，并将该上车地点发送给所述司机终端。
根据本发明实施例的技术方案，通过对当前道路的实时路况、乘客所期望的上车点、以及司机的当前位置的进行分析，能够计算出乘客步行可接受的范围内的最快上车地点，从而尽快开始行程，不仅节约了双方的时间，而且避免了一部分不必要的费用，最终也提高了乘客的乘车体验。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。