CN106559313A - 拼车的方法和服务器 - Google Patents

Abstract

本发明实施例公开了一种拼车的方法和服务器。所述方法包括：接收第一用户的出行信息，所述出行信息包括出行起点和出行终点；从用户出行设置数据中获取与所述第一用户的出行信息相匹配的第二用户的用户标识；根据第二用户的用户标识获取所述第二用户的当前位置信息；选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户；将选取的第二用户的用户标识发送给所述第一用户。采用本发明实施例，可以提高用户/车主的拼车主动性，降低订单取消的概率。

Description

拼车的方法和服务器

技术领域

本发明涉及计算机技术领域，特别涉及一种拼车的方法和服务器。

背景技术

随着终端技术的不断发展，终端设备中安装的应用程序越来越多，如拼车应用程序、即时通讯应用程序和购物应用程序等，应用程序的使用为人们的日常生活提供了便利。

拼车是人们日常生活中一种重要的出行方式，由于它的方便快捷和节约出行费用而受到人们的青睐。但目前拼车市场的控制权基本都在服务器上，用户本身的选择性较差。

发明内容

本发明的实施例提供一种拼车的方法和服务器，通过向第一用户选择的到达第一用户的距离小于预设距离的第二用户发送拼车请求，从而提高用户的拼车主动性，降低订单取消的概率。

为达到上述目的，本发明的实施例提供了一种拼车的方法。所述方法包括，接收第一用户的出行信息，所述出行信息包括出行起点和出行终点；从用户出行设置数据中获取与所述第一用户的出行信息相匹配的第二用户的用户标识；根据第二用户的用户标识获取所述第二用户的当前位置信息；选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户；将选取的第二用户的用户标识发送给所述第一用户。

可选地，如果选取的第二用户为多个，所述方法还包括：将多个被选取的第二用户添加至同一个用户群组中。

可选地，所述出行信息中还包括出行时间，所述用户群组的生命周期根据所述出行时间进行调整。

可选地，所述方法还包括：向所述用户群组发送抢单信息；接收所述用户群组中第一个响应抢单信息的用户标识；相应的，所述将选取的第二用户的用户标识发送给所述第一用户，包括：将所述第一个响应抢单信息的用户标识发送给第一用户。

可选地，所述第一用户为车主，第二用户为用户；或者，所述第一用户为用户，第二用户为车主。

为达到上述目的，本发明的实施例还提供了一种用于拼车的服务器。所述服务器包括：出行信息接收模块，用于接收第一用户的出行信息，所述出行信息包括出行起点和出行终点；用户标识获取模块，用于从用户出行设置数据中获取与所述第一用户的出行信息相匹配的第二用户的用户标识；当前位置获取模块，用于根据第二用户的用户标识获取所述第二用户的当前位置信息；用户标识选取模块，用于选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户；用户标识发送模块，用于将选取的第二用户的用户标识发送给所述第一用户。

可选地，如果选取的第二用户为多个，所述服务器还包括：用户添加模块，用于将多个被选取的第二用户添加至同一个用户群组中。

可选地，所述出行信息中还包括出行时间，所述服务器还包括：生命周期调整模块，用于根据所述出行时间对所述用户群组的生命周期进行调整。

可选地，所述服务器还包括：抢单信息发送模块，用于向所述用户群组发送抢单信息；抢单响应接收模块，用于接收所述用户群组中第一个响应抢单信息的用户标识；相应的，所述用户标识发送模块，用于：将所述第一个响应抢单信息的用户标识发送给第一用户。

可选地，所述第一用户为车主，第二用户为用户；或者，所述第一用户为用户，第二用户为车主。

本发明实施例提供的拼车的方法和服务器，服务器通过获取的第一用户的出行信息，从用户出行设置数据获取与其相匹配的用户的用户标识，并从所述用户标识选取与所述第一用户的距离小于预设阈值的用户标识，将其发送给第一用户，以使第一用户从中选择合适的第二用户，并向其发送出行请求，使得第一用户可以主动选择第二用户，从而提高用户的拼车主动性和车主的抢单积极性，降低订单取消的概率。

附图说明

图1为本发明实施例提供的拼车页面的示意图；

图2为本发明实施例提供的获取预定范围内的用户的示意图；

图3为本发明实施例提供的拼车的方法的一种流程图；

图4为本发明实施例提供的拼车的方法的另一种流程图；

图5为本发明实施例提供的拼车的方法的又一种流程图；

图6为本发明实施例提供的拼车的方法的又一种流程图；

图7为本发明实施例提供的用于拼车的终端设备的一种结构示意图；

图8为本发明实施例提供的用于拼车的终端设备的另一种结构示意图；

图9为本发明实施例提供的用于拼车的服务器的一种结构示意图；

图10为本发明实施例提供的用于拼车的服务器的另一种结构示意图；

图11为本发明实施例提供的用于拼车的服务器的又一种结构示意图。

具体实施方式

本方案的发明构思是，服务器通过获取的第一用户的出行信息，从用户出行设置数据获取与其相匹配的用户的用户标识，并从所述用户标识选取与所述第一用户的距离小于预设阈值的用户标识，将其发送给第一用户，以使第一用户从中选择合适的第二用户，并向其发送出行请求，使得第一用户可以主动选择第二用户，从而提高用户的拼车主动性和车主的抢单积极性，降低订单取消的概率。

为了实现上述方案，用户(即乘客)和车主可在其使用的终端设备(如手机或平板电脑等)中安装用于拼车的应用程序。为了简化所述拼车方法的内容描述，本发明实施例中，用户使用的终端设备可称为第一终端设备，车主使用的终端设备可称为第二终端设备。

车主可预先设置一条出行设置路线，如从A小区到B小区等，然后，可通过该应用程序将该出行设置路线和车主的用户标识发送给服务器，服务器可将车主的用户标识和相应的出行设置路线对应存储为用户出行设置数据。其中，车主的用户标识可以为车主的用户名或预设代码(如L325等)等。

当用户需要拼车时，可启动该应用程序，第一终端设备可显示拼车页面，如图1所示，该拼车页面中可包括出行起点输入框和出行终点输入框，用户可在上述两个信息输入框中分别输入出行起点和出行终点，此时，用户还可设置出行时间，如10:30等。用户填写完上述出行信息后，可点击确定按键，第一终端设备获取上述出行信息生成预拼车请求并将其发送给服务器。服务器可根据所述出行起点和出行终点，在预先存储的用户出行设置数据中查找，得到其中的出行设置路线与所述出行起点和出行终点相匹配的用户标识，然后，服务器可向第二终端设备发送当前位置获取请求，第二终端设备接收到所述当前位置获取请求后，可启动定位组件获取车主的当前位置信息发送给服务器，或者，第二终端设备可将实时获取的车主的当前位置信息发送给服务器。其中，如果在预设时长(如3分钟等)内服务器没有接收到第二终端设备发送的车主的当前位置信息，则服务器可通过现有的拼车方案对用户的预拼车请求进行处理，现有的拼车方案的具体处理在此不再赘述。

服务器接收到车主的当前位置信息后，可获取车主的当前位置处于以所述出行起点为圆心、预设距离(如100米或200米等)为半径的圆形区域内的车主的用户标识，如图2所示，其中，C点表示用户所在位置，S1～S8分别表示车主所在位置。服务器可将获取的车主的用户标识发送给第一终端设备。第一终端设备接收并显示车主的用户标识，用户可从接收到的车主的用户标识中选择一个或多个用户标识，第一终端设备可获取用户选择的车主的用户标识生成拼车请求发送给服务器。服务器可将该拼车请求发送给用户选择的车主的终端设备，其中，如果用户选择了多个车主，则服务器可获取所述多个车主中每个车主与用户之间的距离，然后，按照距离值由小到大的顺序依次向所述多个车主发送拼车请求。

同时，车主也可通过与上述处理方式相近的处理方式进行主动抢单，具体地，上述第一终端设备将用户的出行起点和出行终点发送给服务器后，服务器可将用户的用户标识和相应的出行起点和出行终点对应存储为用户出行设置数据(为了与前述用户出行设置数据区分，可称为用户起止点信息)。当车主需要进行主动抢单时，可点击应用程序的拼车页面中的顺路的单选项，第二终端设备启动定位组件获取车主的当前位置信息，并将包括所述车主的当前位置信息的抢单请求发送给服务器。服务器使用该车主的用户标识获取该车主的出行设置路线，然后，可从预先存储的用户起止点信息中获取出行起点和出行终点与所述车主的出行设置路线相匹配的用户标识，最后，通过与上述用户的处理相同或相似的处理，第二终端设备向服务器发送包括选取的用户的用户标识和该车主的用户标识的抢单请求，服务器可将该抢单请求发送给相应的用户。其中，如果车主选择了多个用户，则服务器可获取所述多个用户中每个用户与车主之间的距离，然后，按照距离值由小到大的顺序依次向所述多个用户发送抢单请求。如果某用户接受所述车主的抢单请求，则服务器可检测所述车主的接单数量是否超过预设数值(如2人或4人等)，如果所述车主的接单数量没有超过预设数值，则可向第二终端设备发送抢单成功的抢单响应，如果所述车主的接单数量超过预设数值，则可向第二终端设备发送无法抢单或抢单失败的抢单响应。如果在预定时长内(如10分钟等)，服务器没有接收到抢单响应，则服务器可重新向所述多个用户的终端设备发送抢单请求。

当用户或车主的终端设备接收到出行请求时，可弹出出行请求的提示框，该提示框中可包括接受按键和跳过按键，车主可通过点击接受按键或跳过按键触发对所述出行请求的出行响应。如果在预定时长内(如10分钟等)，服务器没有接收到出行响应，则服务器可重新向第三终端设备发送出行请求。

下面结合附图对本发明实施例拼车的方法和服务器进行详细描述。

实施例一

图3是本发明实施例提供的拼车的方法的流程图。通过包括如图7所示的终端设备执行所述方法。

如图3所示，在步骤S310，获取第一用户的出行信息，并将其发送给服务器。

具体地，为了后续表述方便，第一用户使用的终端设备可称为第一终端设备。当第一用户需要出行时，可通过第一终端设备启动预先安装的用于拼车的应用程序，第一终端设备显示出行页面，第一用户可在所述出行页面中输入出行信息，如出行起点的信息和出行终点的信息等，输入完成后，可点击确定按键，第一终端设备获取用户输入的出行信息，并将其发送给服务器。

在步骤S320，从所述服务器接收到达所述第一用户的距离小于预设距离的第二用户的用户标识，并显示接收的用户标识。

其中，预设距离可根据实际情况进行设定，预设距离具体可以为100米或200米等。

具体地，服务器接收到第一用户的出行信息后，可获取到达所述第一用户的距离小于预设距离的第二用户的用户标识，相应的处理可参见上述相关处理，在此不再赘述。服务器可将第二用户的用户标识发送给第一终端设备，第一终端设备可显示接收到的第二用户的用户标识。

在步骤S330，向所述服务器发送包括选择的用户标识和所述第一用户的用户标识的出行请求。

具体地，第一用户可在第一终端设备显示的用户标识中任意选择一个用户标识，此时，第一终端设备获取第一用户选择的用户标识，然后，使用所述选择的用户标识和第一用户的用户标识生成出行请求发送给服务器。服务器可将所述出行请求发送给第一用户选择的用户标识对应的终端设备，后续的相关处理可参见上述相关内容，在此不再赘述。

图4是本发明实施例提供的拼车的方法的流程图。通过包括如图9所示的服务器执行所述方法。

如图4所示，在步骤S410，接收第一用户的出行信息，所述出行信息包括出行起点和出行终点。

其中，第一用户可为用户或车主。

在步骤S420，从用户出行设置数据中获取与所述第一用户的出行信息相匹配的第二用户的用户标识。

其中，用户出行设置数据与所述出行信息相匹配的处理可以为所述用户出行设置数据中的地点信息中包括第一用户的出行信息，例如，用户出行设置数据中的地点信息为A-B-C-D-E，所述出行信息中的出行起点为B，出行终点为C等。

上述步骤S410和S420的处理可参见前述相关内容，在此不再赘述。

在步骤S430，根据第二用户的用户标识获取所述第二用户的当前位置信息。

在步骤S440，选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户。

具体地，第二用户可通过其终端设备获取所述第二用户的当前位置信息，并将其发送给服务器。服务器可使用所述第一用户的出行起点和/或出行终点和所述第二用户的当前位置信息，计算第一用户与第二用户之间的距离，然后，将计算得到的距离值与预设阈值相比较，舍弃大于预设阈值的距离值，并获取剩余的距离值对应的第二用户的用户标识。

在步骤S450，将选取的第二用户的用户标识发送给所述第一用户。

本发明实施例提供的拼车的方法，服务器通过获取的第一用户的出行信息，从用户出行设置数据获取与其相匹配的用户的用户标识，并从所述用户标识选取与所述第一用户的距离小于预设阈值的第二用户的用户标识，将其发送给第一用户，以使第一用户从中选择合适的第二用户，并向其发送出行请求，使得第一用户可以主动选择第二用户，从而提高用户的拼车主动性和车主的抢单积极性，降低订单取消的概率。

实施例二

图5为本发明提供的拼车的方法的另一个实施例的流程图，所述实施例可视为图3和图4相结合的又一种具体的实现方案。

本发明实施例中，第一用户为用户，第二用户为车主，或者，所述第一用户为车主，所述第二用户为用户。出行请求为拼车请求，出行响应为拼车响应，或者，所述出行请求为抢单请求，所述出行响应为抢单响应。出行信息至少包括出发地信息和目的地信息。第三用户可为由多个用户组成的用户群组，相应的，第三用户既可以是由多名车主组成的车主群组，也可以是由多名用户组成的用户群组。

现以第一用户为用户，第二用户为车主为例对所述拼车方法进行详细说明。

第一用户使用的终端设备可称为第一终端设备，第二用户使用的终端设备可称为第二终端设备，第三用户使用的终端设备可称为第三终端设备。

如图5所示，在步骤S510，第一终端设备获取第一用户的出行信息，并将其发送给服务器，其中，所述出行信息包括出行起点和出行终点。

在步骤S520，服务器从预设的用户出行设置数据获取与所述第一用户的出行信息相匹配的用户出行设置数据对应的第二用户的用户标识。

其中，第二用户可包括预先设置了用户出行设置数据的所有车主。所述用户出行设置数据包括第二用户的用户标识以及其出行设置路线的数据。

需要说明的是，第二用户也可以包括一个或多个具有相同或相近的出行设置路线的车主组成的车主群组，该车主群组可以看做一个整体，可为车主群组设置群组标识，如群组号等，同一个车主群组中的车主使用相同的群组标识，群组标识可作为第二用户的用户标识。

在步骤S530，第二终端设备获取第二用户的当前位置信息，并将其发送给服务器。

在步骤S540，服务器选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户。

另外，如果选取的第二用户为多个，则可将多个被选取的第二用户添加至同一个用户群组中。

具体地，如果选取的第二用户为多个，且多个被选取的第二用户具有相同或相近的出行设置路线，则可创建一个用户群组，并将多个被选取的第二用户添加到该用户群组中。

需要说明的是，每个用户群组可设置有相应的生命周期，即该用户群组可以只存在与本发明实施例提供的拼车的方法的处理中，当所述拼车的方法的处理完成后可取消该用户群组，相应的处理包括：所述出行信息中还包括出行时间，所述用户群组的生命周期根据所述出行时间进行调整。

在步骤S550，服务器将选取的第二用户的用户标识发送给所述第一用户。

在步骤S560，第一终端设备向服务器发送带有选择的用户标识和所述第一用户的用户标识的拼车请求。

在步骤S570，服务器将包括所述第一用户的用户标识、出行起点和出行终点的拼车请求发送给所述选择的用户标识对应的第三用户。

其中，第三用户可以与第二用户相同，也可以是第二用户中的一部分。

如果第三用户为由多个用户组成的用户群组，即第三用户可以是由多名车主组成的车主群组，则上述步骤S570的处理可包括：根据所述第一用户与所述第三用户中每个用户之间的距离由小到大的顺序，将包括所述第一用户的用户标识、出行起点和出行终点的拼车请求依次发送给所述第三用户中的每个用户。

具体地，获取第三用户中每个用户的当前位置信息，然后，计算第一用户与第三用户中每个用户之间的距离，记录得到的每个距离值，并得到距离值由小到大的排列顺序，依据该排列顺序依次将包括所述第一用户的用户标识、出行起点和出行终点的拼车请求发送给第三用户中的每个用户。

在步骤S580，第三终端设备响应于所述第三用户对所述拼车请求的接受或跳过操作，向所述服务器发送包括所述第一用户的用户标识的拼车响应。

对于第三用户中包括车主群组的情况，相应的处理可包括：向所述用户群组发送抢单信息；接收所述用户群组中第一个响应抢单信息的用户标识。

具体地，当某车主群组接收到拼车请求时，可向该车主群组中的每个车主的终端设备发送抢单信息，所述抢单信息可以弹出框的方式展示，所述弹出框中可包括抢单按键和提示消息，所述提示消息可用于提醒该车主群组中的车主拥有的抢单时长，例如，所述提示消息可为“您有30秒的抢单时间”等，车主可在设定的抢单时长内点击所述抢单按键，以与该车主群组中的其他车主进行抢单竞争。该车主的终端设备响应于该车主对所述拼车请求的接受操作，向服务器发送包括该车主的用户标识和第一用户的用户标识的拼车响应(也可称为抢单消息)，服务器可根据接收到的抢单消息的时间的先后顺序，将最先接收到的抢单消息对应的车主确定为抢单成功的车主，可向该车主发送抢单成功的通知消息，并可向该车主群组中的其他车主发送抢单失败的通知消息。如果某车主没有在设定的抢单时长内点击所述抢单按键，则可提示该车主所述拼车请求失效。

在步骤S590，服务器将所述拼车响应发送给所述第一用户。

基于上述步骤S580中抢单的处理，步骤S590的处理可包括：服务器将第一个响应抢单信息的用户标识发送给第一用户。

上述步骤S510～步骤S590的具体处理可参见前述相关内容，在此不再赘述。

本发明实施例提供的拼车的方法，一方面，服务器通过获取的第一用户的出行信息，从用户出行设置数据获取车行设置路线与其相匹配的用户标识，并从所述用户标识选取与所述第一用户的距离小于预设阈值的第二用户的用户标识，将其发送给第一用户，以使第一用户从中选择合适的第二用户，并向其发送拼车请求，使得第一用户(用户)可以主动选择第二用户(车主)，从而提高用户的拼车主动性，降低用户取消订单的概率。另一方面，服务器提供的第二用户都是位于第一用户周围的用户，可提高用户拼车的安全性。

实施例三

基于上述实施例二的处理，车主也可通过与上述实施例二中的处理方式相近的处理方式进行主动抢单。

图6为本发明提供的拼车的方法的另一个实施例的流程图，所述实施例可视为在图5实施例的基础上的一种具体的实现方案。本实施例中，第四用户使用的终端设备可称为第四终端设备。

如图6所示，在步骤S610，第四终端设备获取第四用户的当前位置信息，并将其发送给服务器。

其中，第四用户可以为所述第二用户中包括的一个车主，或者，也可以是除第二用户中包括的车主外的任一车主。

在步骤S620，服务器获取第四用户的用户出行设置数据中的出行设置路线和当前位置信息。

在步骤S630，服务器从用户起止点信息中获取出行起点和出行终点与所述第四用户的出行设置路线相匹配的第五用户的用户标识，所述用户起止点信息包括第六用户的用户标识以及其出行起点和出行终点。

在步骤S640，服务器根据所述第五用户的出行起点和/或出行终点和所述第四用户的当前位置信息，从所述第五用户的用户标识选取与所述第四用户的距离小于预设距离阈值的用户标识。

在步骤S650，服务器将从所述第五用户的用户标识中选取的用户标识发送给所述第四用户。

在步骤S660，第四终端设备响应于所述第四用户从选取的用户标识中选择任一第五用户的操作，向服务器发送带有选择的用户标识和所述第四用户的用户标识的抢单请求。

具体地，第四终端设备从服务器接收到达所述第四用户的距离小于预设距离的第五用户的用户标识，并显示接收的用户标识。第四用户可在显示的用户标识中选择一个或多个用户标识，选择完成后，第四终端设备获取第四用户选择的用户标识，并使用选择的用户标识和第四用户的用户标识生成抢单请求发送给服务器。

在步骤S670，服务器将所述抢单请求发送给所述选择的用户标识对应的用户。

上述步骤S610～步骤S670的具体处理可参见前述相关内容，在此不再赘述。

需要说明的是，如果用户接受第四用户的抢单请求，则服务器可检测第四用户的接单数量是否超过预设数值，如果第四用户的接单数量没有超过预设数值，则可向所述用户的终端设备发送抢单成功的抢单响应，如果第四用户的接单数量超过预设数值，则可向所述用户的终端设备发送无法抢单或抢单失败的抢单响应。如果在预定时长内，服务器没有接收到抢单响应，则服务器可重新向所述用户的终端设备发送抢单请求。如果多个用户都接受了第四用户的抢单请求，则服务器可将所述用户的用户标识发送给第四用户，第四用户的终端设备可以列表的形式显示接收到的用户标识，然后，第四用户可从中选择一个或多个用户作为其乘客。

本发明实施例提供的拼车的方法，一方面，服务器通过获取的第二用户的出行设置路线和当前位置信息，从用户起止点信息中获取出行起点和出行终点与所述出行设置路线相匹配的用户标识，并从所述用户标识选取与所述第二用户的距离小于预设阈值的用户标识，将其发送给第二用户，以使第二用户从中选择合适的第一用户，并向其发送抢单请求，使得第二用户(车主)可以主动选择第一用户(用户)，从而提高车主的抢单的积极性。另一方面，第二用户可选择并搭载多个第一用户，而且多个第一用户的出行起点和出行终点一致，降低了车主的时间成本。

实施例四

基于相同的技术构思，本发明实施例还提供了一种用于拼车的终端设备。如图7所示，所述终端设备包括出行信息获取模块710、用户标识接收模块720和出行请求发送模块730。

出行信息获取模块710用于获取第一用户的出行信息，并将其发送给服务器。

用户标识接收模块720用于从所述服务器接收到达所述第一用户的距离小于预设距离的第二用户的用户标识，并显示接收的用户标识。

出行请求发送模块730用于向所述服务器发送包括选择的用户标识和所述第一用户的用户标识的出行请求。

进一步地，在图7所示实施例的基础上，如图8所示的终端设备还包括：出行响应接收模块740，用于从所述服务器接收所述出行请求的出行响应。

此外，所述出行请求为拼车请求，所述出行响应为拼车响应，或者，所述出行请求为抢单请求，所述出行响应为抢单响应。

此外，所述第一用户为用户，所述第二用户为车主，或者，所述第一用户为车主，所述第二用户为用户。

此外，所述出行信息至少包括出行起点和出行终点。

本发明实施例提供的用于拼车的终端设备，通过获取的第一用户的出行信息，从用户出行设置数据获取与其相匹配的用户的用户标识，并从所述用户标识选取与所述第一用户的距离小于预设阈值的用户标识，将其发送给第一用户，以使第一用户从中选择合适的第二用户，并向其发送出行请求，使得第一用户可以主动选择第二用户，从而提高用户的拼车主动性和车主的抢单积极性，降低用户取消订单的概率。

实施例五

基于相同的技术构思，本发明实施例还提供了一种用于拼车的服务器。如图9所示，所述服务器包括出行信息接收模块910、用户标识获取模块920、当前位置获取模块930、用户标识选取模块940和用户标识发送模块950。

出行信息接收模块910用于接收第一用户的出行信息，所述出行信息包括出行起点和出行终点。

用户标识获取模块920用于从用户出行设置数据中获取与所述第一用户的出行信息相匹配的第二用户的用户标识。

当前位置获取模块930用于根据第二用户的用户标识获取所述第二用户的当前位置信息。

用户标识选取模块940用于选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户。

用户标识发送模块950用于将选取的第二用户的用户标识发送给所述第一用户。

进一步地，如果选取的第二用户为多个，在图9所示实施例的基础上，如图10所示的服务器还包括：用户添加模块960，用于将多个被选取的第二用户添加至同一个用户群组中。

进一步地，所述出行信息中还包括出行时间，如图10所示的服务器还包括：生命周期调整模块970，用于根据所述出行时间对所述用户群组的生命周期进行调整。

进一步地，在图10所示实施例的基础上，如图11所示的服务器还包括：抢单信息发送模块980，用于向所述用户群组发送抢单信息；抢单响应接收模块990，用于接收所述用户群组中第一个响应抢单信息的用户标识；相应的，用户标识发送模块950用于将所述第一个响应抢单信息的用户标识发送给第一用户。

此外，所述第一用户为车主，第二用户为用户；或者，所述第一用户为用户，第二用户为车主。

本发明实施例提供的用于拼车的服务器，通过获取的第一用户的出行信息，从用户出行设置数据获取与其相匹配的用户的用户标识，并从所述用户标识选取与所述第一用户的距离小于预设阈值的用户标识，将其发送给第一用户，以使第一用户从中选择合适的第二用户，并向其发送出行请求，使得第一用户可以主动选择第二用户，从而提高用户的拼车主动性和车主的抢单积极性，降低用户取消订单的概率。

需要指出，根据实施的需要，可将本申请中描述的各个步骤/部件拆分为更多步骤/部件，也可将两个或多个步骤/部件或者步骤/部件的部分操作组合成新的步骤/部件，以实现本发明的目的。

上述根据本发明的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，RAM、ROM、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的处理方法。此外，当通用计算机访问用于实现在此示出的处理的代码时，代码的执行将通用计算机转换为用于执行在此示出的处理的专用计算机。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种拼车的方法，其特征在于，所述方法包括：

接收第一用户的出行信息，所述出行信息包括出行起点和出行终点；

从用户出行设置数据中获取与所述第一用户的出行信息相匹配的第二用户的用户标识；

根据第二用户的用户标识获取所述第二用户的当前位置信息；

选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户；

将选取的第二用户的用户标识发送给所述第一用户。

2.根据权利要求1所述的方法，其特征在于，如果选取的第二用户为多个，所述方法还包括：将多个被选取的第二用户添加至同一个用户群组中。

3.根据权利要求2所述的方法，其特征在于，所述出行信息中还包括出行时间，所述用户群组的生命周期根据所述出行时间进行调整。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

向所述用户群组发送抢单信息；

接收所述用户群组中第一个响应抢单信息的用户标识；

相应的，所述将选取的第二用户的用户标识发送给所述第一用户，包括：

将所述第一个响应抢单信息的用户标识发送给第一用户。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述第一用户为车主，第二用户为用户；或者，所述第一用户为用户，第二用户为车主。

6.一种用于拼车的服务器，其特征在于，所述服务器包括：

出行信息接收模块，用于接收第一用户的出行信息，所述出行信息包括出行起点和出行终点；

用户标识获取模块，用于从用户出行设置数据中获取与所述第一用户的出行信息相匹配的第二用户的用户标识；

当前位置获取模块，用于根据第二用户的用户标识获取所述第二用户的当前位置信息；

用户标识选取模块，用于选取与所述第一用户的出行起点和/或出行终点距离小于预设阈值的第二用户；

用户标识发送模块，用于将选取的第二用户的用户标识发送给所述第一用户。

7.根据权利要求6所述的服务器，其特征在于，如果选取的第二用户为多个，所述服务器还包括：

用户添加模块，用于将多个被选取的第二用户添加至同一个用户群组中。

8.根据权利要求7所述的服务器，其特征在于，所述出行信息中还包括出行时间，所述服务器还包括：

生命周期调整模块，用于根据所述出行时间对所述用户群组的生命周期进行调整。

9.根据权利要求8所述的服务器，其特征在于，所述服务器还包括：

抢单信息发送模块，用于向所述用户群组发送抢单信息；

抢单响应接收模块，用于接收所述用户群组中第一个响应抢单信息的用户标识；

相应的，所述用户标识发送模块，用于：

将所述第一个响应抢单信息的用户标识发送给第一用户。

10.根据权利要求6-9中任一项所述的服务器，其特征在于，所述第一用户为车主，第二用户为用户；或者，所述第一用户为用户，第二用户为车主。