CN104104732A - 一种推送信息的方法、设备和系统 - Google Patents

Abstract

本发明的实施方式提供了一种推送信息的方法。其中，应用于服务器的方法包括：响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址；查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。通目标地址对拼车信息的匹配，本发明的方法不仅使得用户可以更快捷地查找到目标车主或目标乘客形成拼车关系，而且也大大减少了拼车信息推送对网络资源的占用，此外还使得乘客用户对拼车车主的选择更加灵活，为用户带来了更好的体验。此外，本发明的实施方式提供了一种推送信息的设备和系统。

Description

一种推送信息的方法、设备和系统

技术领域

本发明的实施方式涉及网络信息处理技术领域，更具体地，本发明的实施方式涉及一种推送信息的方法、设备和系统。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

目前，随着用户设备越来越便于在各种场景下使用，运行在用户设备上的网络应用已经涉及到人们生活中的各个方面。例如，为了节省出行成本，许多用户存在拼车的需求，为此就出现了一些用于提供拼车服务的网络应用。具体地说，考虑到彼此能够同行的用户(包括车主和乘客)需要建立拼车关系(即车主与乘客间的匹配关系)，而在建立拼车关系时用户双方主要是考虑彼此的行程时间、行程路线等拼车信息是否匹配来确定彼此是否能够同行，也就是说，对于存在拼车需求的某一用户，其需要获得其他用户发布的拼车信息来确定哪些用户能够与其同行，从而选择能够与其同行的用户来建立拼车关系。因此，提供拼车服务的网络应用需要向用户推送其他用户的拼车信息，以便该用户选择与其建立拼车关系的用户。

目前，已经出现一些网络应用提供了推送拼车信息的方式。例如，一种现有的拼车信息推送方式在于，作为车主的用户在发布其拼车信息时，依据该车主用户所选择的城市，在所有的乘客用户发布的拼车信息中选取该城市的拼车信息推送给该车主用户，以便该车主用户选择其需要同行的目标乘客用户进行联系，从而建立拼车关系。

发明内容

但是，由于在一座城市中乘客用户的拼车信息数量太多，而车主用户往往只会在行程路线相似的乘客用户中选择需要同行的目标乘客用户，因此，现有技术中将车主用户所选择的城市中所有的乘客拼车信息都推送给车主用户，一方面车主用户为了查找目标乘客用户需要翻阅大量的乘客拼车信息，这导致车主用户难以快速便捷地查找到目标乘客用户，另一方面大量的乘客拼车信息推送占用了大量的网络传输资源，而其中大部分乘客拼车信息又是车主用户不需要的，这就导致了大量网络传输资源的浪费。

因此在现有技术中，对于车主用户来说，由于其选择的城市中乘客拼车信息是不加区分地全部推送给该车主用户的，这不仅导致了车主用户难以快速便捷地查找到目标乘客用户，还导致了大量网络传输资源的占用和浪费，这是非常令人烦恼的过程。

为此，非常需要一种改进的推送信息的方法、设备和系统，以使拼车信息能够按照用户的行驶路线推送给用户，从而不仅使得车主用户与乘客用户都可以快速便捷地查找到建立拼车关系的目标用户，也使得拼车信息推送所占用的网络传输资源得以节省。

在本上下文中，本发明的实施方式期望提供一种推送信息的方法、设备和系统。

在本发明实施方式的第一方面中，提供了一种推送信息的方法，应用于服务器，包括：响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址；查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。

在本发明实施方式的第二方面中，提供了一种推送信息的方法，应用于客户端，包括：响应于目标地址的输入操作，获取目标地址，并基于所述目标地址生成对拼车信息的推送请求；向服务器发送所述推送请求，以便所述服务器接收客户端所述推送请求，获取所述推送请求中的目标地址，查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端；呈现所述目标拼车信息。

在本发明实施方式的第三方面中，提供了一种推送信息的设备，配置于服务器，包括：第一获取模块，用于响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址；查找模块，用于查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息；推送模块，用于将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。

在本发明实施方式的第三方面中，提供了一种推送信息的设备，配置于客户端，包括：第二获取模块，用于响应于目标地址的输入操作，获取目标地址；生成模块，用于基于所述目标地址生成对拼车信息的推送请求；第一发送模块，用于向服务器发送所述推送请求，以便所述服务器接收客户端所述推送请求，获取所述推送请求中的目标地址，查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端；呈现模块，用于呈现所述目标拼车信息。

在本发明实施方式的第三方面中，提供了一种推送信息的系统，包括服务器和客户端；所述服务器配置有前述任意一种配置于服务器的设备，所述客户端配置有前述任意一种配置于客户端的设备。

根据本发明实施方式的方法、设备和系统，服务器可以响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址，查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。因此，由于服务器在接收到客户端对拼车信息的推送请求时是将参考地址与推送请求中的目标地址相匹配的拼车信息作为目标拼车信息推送给客户端的，使得无论是车主用户还是乘客用户都可以通过在客户端上输入目标地址来获得合适的目标拼车信息，这一方面使得用户无需再翻阅大量的拼车信息就可以查找到目标乘客或目标车主，从而使得用户能够更快速、更便捷地查找到目标乘客或目标车主，另一方面服务器推送给客户端的目标拼车信息大大减少，也减少了拼车信息推送对网络资源的占用，从而节省了大量的网络资源。此外，由于推送拼车信息时不区分车主用户和乘客用户，使得乘客用户也能够自主选择目标车主用户，从而使得乘客用户的拼车选择更加灵活，为用户带来了更好的体验。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了本发明的实施方式的一个示例性应用场景的框架示意图；

图2示意性地示出了本发明中推送信息的方法一实施例的流程图；

图3a示意性地示出了本发明实施例中一种通过地图位置输入目标地址的操作界面示例；

图3b示意性地示出了本发明实施例中一种通过地图位置输入目标地址的地图界面示例；

图4示意性地示出了本发明实施例中查找目标拼车信息一实施方式的流程图；

图5示意性地示出了本发明实施例中一种目标拼车信息的呈现界面示例；

图6示意性地示出了本发明中推送信息的方法又一实施例的流程图；

图7示意性地示出了本发明中推送信息的设备一实施例的结构图；

图8示意性地示出了本发明中推送信息的设备又一实施例的结构图；

图9示意性地示出了本发明中推送信息的系统一实施例的结构图；

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种推送信息的方法、设备和系统。

在本文中，需要理解的是，所涉及的术语“用户”并不区分用户的身份是车主还是乘客，也就是说，在推送拼车信息时，推送到的用户既可以表示车主用户，也可以表示乘客用户，本发明对此不做限定。此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，在现有的拼车信息推送方式采用的是，在车主用户发布车主的拼车信息时向车主用户推送其所选择的城市的所有乘客拼车信息，但是，由于一座城市的乘客拼车信息数量太多，而车主用户往往只会在行程路线相似的乘客，所以，一方面导致了车主用户难以快速便捷地查找到目标乘客用户，另一方面导致了大量网络传输资源的占用和浪费。由此可见，现有的拼车信息推送方式之所以会导致目标乘客难以快速便捷地查找、大量网络资源的占用，原因在于，现有技术中推送给用户的拼车信息仅仅是基于用户所在城市相同而筛选出来的，但却没有考虑到基于用户行程路线是否相似去筛选推送的拼车信息。

基于上述研究，本发明的基本思想在于：在接收到用户对拼车信息的推送请求时，可以依据用户的行程路线是否匹配来筛选用于推送的目标拼车信息，具体地说，客户端可以将用户输入的目标地址置入推送请求发送给服务器，服务器在接收到推送请求、获取到目标地址时，可以查找行程路线的参考地址与该目标地址相匹配的拼车信息，作为目标拼车信息推送给客户端以便呈现。因此，由于行程路线相匹配的目标拼车信息相比同一城市的拼车信息数量大大减少并且也更符合用户拼车的需求，一方面使得用户无需再翻阅大量的拼车信息而更快速、更便捷地查找到目标乘客或目标车主，另一方面减少了拼车信息推送对网络资源的占用，节省了大量的网络资源。此外，由于推送拼车信息时不区分车主用户和乘客用户，使得乘客用户也能够自主选择目标车主用户，从而使得乘客用户的拼车选择更加灵活，为用户带来了更好的体验。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

首先参考图1，图1是本发明的实施方式的一个示例性应用场景的框架示意图。其中，用户通过用户设备上的客户端102与提供拼车网络应用服务的服务器101进行交互。本领域技术人员可以理解，图1所示的框架示意图仅是本发明的实施方式可以在其中得以实现的一个示例。本发明实施方式的适用范围不受到该框架任何方面的限制。

需要注意的是，此处的用户设备可以是现有的、正在研发的或将来研发的、能够通过任何形式的有线和/或无线连接(例如，Wi-Fi、LAN、蜂窝、同轴电缆等)实现其上客户端102与服务器101交互的任何用户设备，包括但不限于：现有的、正在研发的或将来研发的智能手机、非智能手机、平板电脑、膝上型个人计算机、桌面型个人计算机、小型计算机、中型计算机、大型计算机等。

还需要注意的是，此处的服务器101仅是现有的、正在研发的或将来研发的、能够向用户提供拼车网络应用服务的设备的一个示例。本发明的实施方式在此方面不受任何限制。

基于图1所示的框架，服务器101可以响应于接收客户端102对拼车信息的推送请求，获取所述推送请求中的目标地址；然后，服务器101可以查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端102，以便所述客户端102呈现所述目标拼车信息。

可以理解的是，本发明的应用场景中，虽然此处和下面将本发明实施方式的动作描述为由服务器101执行，但是这些动作也可以部分由客户端102执行、部分由服务器101执行，或者完全由客户端102执行。本发明在执行主体方面不受限制，只要执行了本发明实施方式所公开的动作即可。

示例性方法

下面结合图1的应用场景，参考图2～6来描述根据本发明示例性实施方式的用于推送拼车信息的方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

参见图2，示出了本发明中推送信息的方法一实施例的流程图。本实施例可以应用于服务器，例如具体可以包括如下步骤：

步骤201、响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址。

具体实现时，当用户需要查看拼车信息时，可以在客户端上输入目标地址，客户端则可以基于用户输入的目标地址生成推送请求而使推送请求中携带有该目标地址，然后客户端可以向服务器发送该推送请求，而服务器在接收到该推送请求时，可以通过对推送请求的解析而获得该目标地址。

其中，作为服务器查找目标拼车信息时与拼车信息的行程路线匹配的依据，目标地址例如可以是行程路线起点的地址，又如可以是行程路线终点的地址，再如还可以是表示整个行程路线的地址。在本实施例的一些实施方式中，考虑到用户的行程路线起点通常在其查询拼车信息的当前位置，为此，目标地址可以是用户当前所在的位置，也即客户端当前所在的位置。

可以理解的是，对于目标地址，用户可以提供过多种不同的方式输入到客户端。例如，目标地址可以通过手动文字输入、语音输入或地图位置输入等方式输入到客户端。其中，以地图位置输入为例，在本实施例的一些实施方式中，客户端可以响应于输入目标地址的触发指令，基于所述客户端的当前位置呈现地图，以便用户在地图上选择其要输入的目标地址所在的地图位置，然后客户端可以响应于用户在所述地图上对目标位置的选定操作，将所述目标位置的地址获取为目标地址。如图3所示的一种通过地图位置输入目标地址的操作界面示例，在客户端提供的、拼车网络应用的操作界面(图3a所示)上，“地点漫游”功能键即为触发通过地图位置输入目标地址的操作方式，当用户点击“地点漫游”时，客户端呈现地图界面(图3b所示)供用户选择地图上的位置，当用户点击“确认地点”时，客户端可以将地图上已选位置的地址获取为目标地址。通过地图位置输入目标地址，不仅使得用户选择目标地址更加直观，也使得目标地址可以不限制于用户的当前位置，使得用户可以更加灵活地选择所要呈现的拼车信息。

此外，在本实施例的另一些实施方式中，在用户输入目标地址时，可以记录下来用户当前输入的目标地址，以便用户再次输入目标地址时已输入过的目标地址可以直接提供给用户选择，这样就无需用户再重新输入曾经输入过的目标地址，可以避免用户的重复输入。

步骤202、查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。

具体实现时，服务器在获取目标地址之后，对于所有的拼车信息，可以先获取拼车信息中行车路线的参考地址，然后比较参考地址与目标地址是否匹配，如果匹配，则可以确定该拼车信息为目标拼车信息。其中，对于拼车信息来说，其参考地址例如可以其行程路线的起点地址，又如可以是其行程路线的终点地址，再如还可以是表示其整个行程路线的地址。

在本实施例中，目标地址与参考地址相匹配可以表示多种不同的匹配，例如可以是表示目标地址与参考地址相同，或者，又如可以是表示参考地址在目标地址周边的一定范围之内。可以理解的是，在本实施例的一些实施方式中，为了使用户得到适当多一些的目标拼车信息以便更有余地选择目标车主或目标乘客，如果参考地址在目标地址周边的一定范围之内，则可以判定参考地址与目标地址匹配，进而确定该参考地址所属的拼车信息为目标拼车信息。具体地，如图4所示，对目标拼车信息的查找例如通过如下步骤来完成：

步骤401、为所述目标地址确定匹配地域的范围大小。

具体实现时，为了确定与目标地址相匹配的地域范围，需要为目标地址确定匹配地域的范围大小。

在一些实施方式中，匹配地域的范围大小可以是由服务器根据历史经验确定的，具体地说，所述匹配地域的范围大小具体可以是依据历史匹配距离而确定的，其中，所述历史匹配距离为已建立的历史拼车关系中历史拼车信息的行程路线的参考地址之间的距离。对于已建立的历史拼车关系的各个用户来说，可以认为他们在该历史拼车关系中的行程路线是匹配的，因此，同一历史拼车关系中各历史拼车信息的参考地址可以被认为是都在彼此的匹配地域内，因此，可以利用历史拼车关系中各历史拼车信息的参考地址之间的距离来确定匹配地域的范围大小。

进一步而言，在依据历史匹配距离来确定匹配地域的范围大小的基础上，在一些实施方式中，可以针对不同的目标地址位置或触发推送请求的不同用户来确定不同的范围大小，以使得推送的目标拼车信息可以更符合目标地址或用户的情况，从而更符合用户的需求。具体地，在依据历史匹配距离来确定匹配地域的范围大小的基础上，用于确定匹配地域的范围大小的历史拼车关系，例如可以具体为具有以所述目标地址为参考地址的历史拼车信息的历史拼车关系，或者，又如可以具体为触发所述推送请求的用户而建立的历史拼车关系。当然，在另一些实施方式中，可以同时针对目标地址和触发推送请求的用户来确定匹配地域的范围大小，也即，用于确定匹配地域的范围大小的历史拼车关系，可以包括具有以所述目标地址为参考地址的历史拼车信息的历史拼车关系以及触发所述推送请求的用户而建立的历史拼车关系。此外，在又一些实施方式中，匹配地域的范围大小也可以是一个固定的经验值，例如半径3km的范围内。

除了由服务器根据历史经验确定匹配地域的范围大小之外，在另一些实施方式中，还可以由用户自主地输入匹配地域的范围大小，从而使用户可以更加灵活地筛选推送来的目标拼车信息。具体地，所述匹配地域的范围大小可以是所述客户端响应于用户的范围输入操作而发送给所述服务器的。具体实现时，客户端可以提供一个用于用户输入范围大小的操作界面，当用户在该操作界面上输入范围大小时，客户端可以响应于用户的范围输入操作，获取匹配地域的范围大小，并向所述服务器发送所述匹配地域的范围大小，以便所述服务器以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域，并将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息，从而完成所述目标拼车信息的查找。

步骤402、以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域。

其中，匹配地域例如可以是圆形、方形等不同形状的区域，匹配地域的基准点例如可以位于匹配地域的中心、某一顶点等区域内的任一指定位置。以圆形的、基准点位于中心的匹配地域为例，具体实现时，可以以目标地址的位置为匹配地域的圆心、以匹配地域的范围大小为半径确定出一个圆形地域作为匹配地域。

步骤403、将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息。

在前述圆形的、基准点位于中心的匹配地域示例的基础上，结合参考地址为行程路线起点的示例，具体实现时，可以对所有的拼车信息判断行程路线起点的地址是否位于以目标地址为圆心的匹配地域之内，对于判断结果为是的拼车信息可以确定为目标拼车信息。

接着返回图2。

可以理解的是，在本实施例的一些实施方式中，为了便于用户尽快查找到其需要用于形成拼车关系的目标拼车信息，考虑到通常行程路线越接近用户越容易形成拼车关系，也即目标拼车信息的参考地址与目标地址越接近该目标拼车信息被用户需要的可能性越大，因此，客户端对目标拼车信息进行呈现时，可以按照所述目标拼车信息的参考地址与所述目标地址间距离从小到大的顺序，对所述目标拼车信息进行排序，并按照排序后的顺序呈现所述目标拼车信息。此外，在又一些实施方式中，还可以在呈现目标拼车信息时，呈现各个目标拼车信息参考地址距离目标地址的距离，以便于用户对目标车主或目标乘客的选择，如图5所示的“0.02km”。

在本实施例的另一些实施方式中，为了用户能够区分车主发布的拼车信息和乘客发布的拼车信息而更容易查找自己需求的拼车信息，客户端在对目标拼车信息进行呈现时，可以将车主的目标拼车信息与乘客的目标拼车信息分别置于两个不同的拼车信息呈现界面中呈现，并可以响应于用户的切换操作而在两个拼车信息呈现界面间切换。例如，在图5所示的呈现界面示例中，在“附近的车主”中呈现的是车主的目标拼车信息，而在“附近的乘客”中呈现的是乘客的目标拼车信息。

通过本实施例的技术方案，在接收到用户对拼车信息的推送请求时，可以依据用户的行程路线是否匹配来筛选用于推送的目标拼车信息，因此，由于行程路线相匹配的目标拼车信息相比同一城市的拼车信息数量大大减少并且也更符合用户拼车的需求，一方面使得用户无需再翻阅大量的拼车信息而更快速、更便捷地查找到目标乘客或目标车主，另一方面减少了拼车信息推送对网络资源的占用，节省了大量的网络资源。此外，由于推送拼车信息时不区分车主用户和乘客用户，使得乘客用户也能够自主选择目标车主用户，从而使得乘客用户的拼车选择更加灵活。

在从服务器的角度对示例性方法进行了介绍之后，下面从客户端的角度对本发明中推送信息的方法进行示例性介绍。

参见图6，示出了本发明中推送信息的方法又一实施例的流程图。本实施例可以应用于客户端，例如具体可以包括如下步骤：

步骤601、响应于目标地址的输入操作，获取目标地址，并基于所述目标地址生成对拼车信息的推送请求。

可以理解的是，对于目标地址，用户可以提供过多种不同的方式输入到客户端。例如，目标地址可以通过手动文字输入、语音输入或地图位置输入等方式输入到客户端。其中，以地图位置输入为例，在本实施例的一些实施方式中，客户端在对目标地址进行获取时，具体可以包括：响应于输入目标地址的触发指令，基于所述客户端的当前位置呈现地图；响应于在所述地图上对目标位置的选定操作，将所述目标位置的地址获取为目标地址。通过地图位置输入目标地址，不仅使得用户选择目标地址更加直观，也使得目标地址可以不限制于用户的当前位置，使得用户可以更加灵活地选择所要呈现的拼车信息。

此外，在本实施例的另一些实施方式中，在用户输入目标地址时，可以记录下来用户当前输入的目标地址，以便用户再次输入目标地址时已输入过的目标地址可以直接提供给用户选择，这样就无需用户再重新输入曾经输入过的目标地址，可以避免用户的重复输入。

步骤602、向服务器发送所述推送请求，以便所述服务器接收客户端所述推送请求，获取所述推送请求中的目标地址，查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端。

在本实施例的一些实施方式中，为了使用户得到适当多一些的目标拼车信息以便更有余地选择目标车主或目标乘客，如果参考地址在目标地址周边的一定范围之内，则可以判定参考地址与目标地址匹配，进而确定该参考地址所属的拼车信息为目标拼车信息。具体地，服务器对目标拼车信息进行查找时，例如可以包括：为所述目标地址确定匹配地域的范围大小；以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域；将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息。

其中，一些实施方式中，所述匹配地域的范围大小例如具体可以是依据历史匹配距离而确定的，更具体地，用于确定匹配地域的范围大小的历史拼车关系，例如可以具体为具有以所述目标地址为参考地址的历史拼车信息的历史拼车关系，或者，又如可以具体为触发所述推送请求的用户而建立的历史拼车关系。

此外，在另一些实施方式中，为了使用户可以更加灵活地筛选推送来的目标拼车信息，所述匹配地域的范围大小也可以是所述客户端响应于用户的范围输入操作而发送给所述服务器的。具体地，客户端还可以响应于用户的范围输入操作，获取匹配地域的范围大小，并向所述服务器发送所述匹配地域的范围大小，以便所述服务器以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域，并将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息，从而完成所述目标拼车信息的查找。

步骤603、呈现所述目标拼车信息。

在本实施例的一些实施方式中，为了便于用户尽快查找到其需要用于形成拼车关系的目标拼车信息，考虑到通常行程路线越接近用户越容易形成拼车关系，也即目标拼车信息的参考地址与目标地址越接近该目标拼车信息被用户需要的可能性越大，可以使参考地址距离目标地址越近的目标拼车信息越优先呈现。具体地，步骤603例如可以包括：按照所述目标拼车信息的参考地址与所述目标地址间距离从小到大的顺序，对所述目标拼车信息进行排序，并按照排序后的顺序呈现所述目标拼车信息。此外，在又一些实施方式中，还可以在呈现目标拼车信息时，呈现各个目标拼车信息参考地址距离目标地址的距离，以便于用户对目标车主或目标乘客的选择。

在本实施例的另一些实施方式中，为了用户能够区分车主发布的拼车信息和乘客发布的拼车信息而更容易查找自己需求的拼车信息，客户端在对目标拼车信息进行呈现时，可以将车主的目标拼车信息与乘客的目标拼车信息分别置于两个不同的拼车信息呈现界面中呈现，并可以响应于用户的切换操作而在两个拼车信息呈现界面间切换。

通过本实施例的技术方案，在接收到用户对拼车信息的推送请求时，可以依据用户的行程路线是否匹配来筛选用于推送的目标拼车信息，因此，由于行程路线相匹配的目标拼车信息相比同一城市的拼车信息数量大大减少并且也更符合用户拼车的需求，一方面使得用户无需再翻阅大量的拼车信息而更快速、更便捷地查找到目标乘客或目标车主，另一方面减少了拼车信息推送对网络资源的占用，节省了大量的网络资源。此外，由于推送拼车信息时不区分车主用户和乘客用户，使得乘客用户也能够自主选择目标车主用户，从而使得乘客用户的拼车选择更加灵活。

示例性设备

在介绍了本发明示例性实施方式的方法之后，接下来，参考图7～9对本发明示例性实施方式的、用于推送信息的设备进行介绍。

参见图7，示出了本发明中推送信息的设备一实施例的结构图。本实施例的设备可以配置于服务器，所述设备例如具体可以包括：

第一获取模块701，用于响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址；

查找模块702，用于查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息；

推送模块703，用于将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。

在本实施例的一些实施方式中，所述查找模块702例如具体可以包括：

第一确定子模块，用于为所述目标地址确定匹配地域的范围大小；

第二确定子模块，用于以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域；

第三确定子模块，用于将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息。

在本实施例的另一些实施方式中，所述匹配地域的范围大小例如可以是依据历史匹配距离而确定的，其中，所述历史匹配距离为已建立的历史拼车关系中历史拼车信息的行程路线的参考地址之间的距离。

在本实施例的再一些实施方式中，所述历史拼车关系例如可以具体为，具有以所述目标地址为参考地址的历史拼车信息的历史拼车关系，或，所述历史拼车关系例如可以具体为，为触发所述推送请求的用户而建立的历史拼车关系。

在本实施例的又再一些实施方式中，所述匹配地域的范围大小是所述客户端响应于用户的范围输入操作而发送给所述服务器的。

参见图8，示出了本发明中推送信息的设备又一实施例的结构图。本实施例的设备可以配置于客户端，所述设备例如具体可以包括：

第二获取模块801，用于响应于目标地址的输入操作，获取目标地址；

生成模块802，用于基于所述目标地址生成对拼车信息的推送请求；

第一发送模块803，用于向服务器发送所述推送请求，以便所述服务器接收客户端所述推送请求，获取所述推送请求中的目标地址，查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端；

呈现模块804，用于呈现所述目标拼车信息。

在本实施例的一些实施方式中，所述第二获取模块801例如具体可以包括：

第一呈现子模块，用于响应于输入目标地址的触发指令，基于所述客户端的当前位置呈现地图；

获取子模块，用于响应于在所述地图上对目标位置的选定操作，将所述目标位置的地址获取为目标地址。

在本实施例的另一些实施方式中，所述呈现模块804例如具体可以包括：

排序子模块，用于按照所述目标拼车信息的参考地址与所述目标地址间距离从小到大的顺序，对所述目标拼车信息进行排序；

第二呈现子模块，用于按照排序后的顺序呈现所述目标拼车信息。

在本实施例的又一些实施方式中，所述设备例如还可以包括：

第三获取模块，用于响应于用户的范围输入操作，获取匹配地域的范围大小；

第二发送模块，用于向所述服务器发送所述匹配地域的范围大小，以便所述服务器以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域，并将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息，从而完成所述目标拼车信息的查找。

参见图9，示出了本发明中推送信息的系统一实施例的结构图。在本实施例中，所述系统例如可以具体包括服务器901和客户端902；所述服务器901例如可以配置有前述任意一种实施方式的配置于服务器的设备，所述客户端902配置有前述任意一种实施方式的配置于客户端的设备。

通过本实施例的技术方案，在接收到用户对拼车信息的推送请求时，可以依据用户的行程路线是否匹配来筛选用于推送的目标拼车信息，因此，由于行程路线相匹配的目标拼车信息相比同一城市的拼车信息数量大大减少并且也更符合用户拼车的需求，一方面使得用户无需再翻阅大量的拼车信息而更快速、更便捷地查找到目标乘客或目标车主，另一方面减少了拼车信息推送对网络资源的占用，节省了大量的网络资源。此外，由于推送拼车信息时不区分车主用户和乘客用户，使得乘客用户也能够自主选择目标车主用户，从而使得乘客用户的拼车选择更加灵活。

应当注意，尽管在上文详细描述中提及了推送信息的设备的若干装置或子装置，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (19)

1.一种方法，应用于服务器，包括：

响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址；

查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。

2.根据权利要求1所述的方法，所述查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，包括：

为所述目标地址确定匹配地域的范围大小；

以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域；

将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息。

3.根据权利要求2所述的方法，所述匹配地域的范围大小是依据历史匹配距离而确定的，其中，所述历史匹配距离为已建立的历史拼车关系中历史拼车信息的行程路线的参考地址之间的距离。

4.根据权利要求3所述的方法，所述历史拼车关系具体为，具有以所述目标地址为参考地址的历史拼车信息的历史拼车关系；

或，

所述历史拼车关系具体为，为触发所述推送请求的用户而建立的历史拼车关系。

5.根据权利要求2所述的方法，所述匹配地域的范围大小是所述客户端响应于用户的范围输入操作而发送给所述服务器的。

6.一种方法，应用于客户端，包括：

响应于目标地址的输入操作，获取目标地址，并基于所述目标地址生成对拼车信息的推送请求；

向服务器发送所述推送请求，以便所述服务器接收客户端所述推送请求，获取所述推送请求中的目标地址，查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端；

呈现所述目标拼车信息。

7.根据权利要求5所述的方法，所述响应于目标地址的输入操作，获取目标地址，包括：

响应于输入目标地址的触发指令，基于所述客户端的当前位置呈现地图；

响应于在所述地图上对目标位置的选定操作，将所述目标位置的地址获取为目标地址。

8.根据权利要求5所述的方法，所述呈现所述目标拼车信息，包括：

按照所述目标拼车信息的参考地址与所述目标地址间距离从小到大的顺序，对所述目标拼车信息进行排序，并按照排序后的顺序呈现所述目标拼车信息。

9.根据权利要求5所述的方法，还包括：

响应于用户的范围输入操作，获取匹配地域的范围大小，并向所述服务器发送所述匹配地域的范围大小，以便所述服务器以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域，并将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息，从而完成所述目标拼车信息的查找。

10.一种设备，配置于服务器，包括：

第一获取模块，用于响应于接收客户端对拼车信息的推送请求，获取所述推送请求中的目标地址；

查找模块，用于查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息；

推送模块，用于将所述目标拼车信息推送给所述客户端，以便所述客户端呈现所述目标拼车信息。

11.根据权利要求10所述的设备，所述查找模块包括：

第一确定子模块，用于为所述目标地址确定匹配地域的范围大小；

第二确定子模块，用于以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域；

第三确定子模块，用于将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息。

12.根据权利要求11所述的设备，所述匹配地域的范围大小是依据历史匹配距离而确定的，其中，所述历史匹配距离为已建立的历史拼车关系中历史拼车信息的行程路线的参考地址之间的距离。

13.根据权利要求12所述的设备，所述历史拼车关系具体为，具有以所述目标地址为参考地址的历史拼车信息的历史拼车关系；

或，

所述历史拼车关系具体为，为触发所述推送请求的用户而建立的历史拼车关系。

14.根据权利要求11所述的设备，所述匹配地域的范围大小是所述客户端响应于用户的范围输入操作而发送给所述服务器的。

15.一种设备，配置于客户端，包括：

第二获取模块，用于响应于目标地址的输入操作，获取目标地址；

生成模块，用于基于所述目标地址生成对拼车信息的推送请求；

第一发送模块，用于向服务器发送所述推送请求，以便所述服务器接收客户端所述推送请求，获取所述推送请求中的目标地址，查找行程路线的参考地址与所述目标地址相匹配的拼车信息作为目标拼车信息，并将所述目标拼车信息推送给所述客户端；

呈现模块，用于呈现所述目标拼车信息。

16.根据权利要求15所述的设备，所述第二获取模块包括：

第一呈现子模块，用于响应于输入目标地址的触发指令，基于所述客户端的当前位置呈现地图；

获取子模块，用于响应于在所述地图上对目标位置的选定操作，将所述目标位置的地址获取为目标地址。

17.根据权利要求15所述的设备，所述呈现模块包括：

排序子模块，用于按照所述目标拼车信息的参考地址与所述目标地址间距离从小到大的顺序，对所述目标拼车信息进行排序；

第二呈现子模块，用于按照排序后的顺序呈现所述目标拼车信息。

18.根据权利要求15所述的设备，还包括：

第三获取模块，用于响应于用户的范围输入操作，获取匹配地域的范围大小；

第二发送模块，用于向所述服务器发送所述匹配地域的范围大小，以便所述服务器以所述目标地址为基准点按照所述匹配地域的范围大小确定所述目标地址的匹配地域，并将行程路线的参考地址位于所述匹配地域内的拼车信息确定为目标拼车信息，从而完成所述目标拼车信息的查找。

19.一种系统，包括服务器和客户端；所述服务器配置有如权利要求10～14任意一项所述的设备，所述客户端配置有如权利要求15～18任意一项所述的设备。