实现候选用户推送的方法及系统与流程

本发明涉及计算机应用技术领域，尤其涉及一种实现候选用户推送的方法及系统。

背景技术：

各种即时通信工具和社交网络应用中，通常都会进行候选用户的推送，以此来满足用户的交友需求。

传统的候选用户推送的方法虽然能够智能的为用户推送可能感兴趣的候选用户，但是，由于在进行候选用户推送时考虑的推送因素较为单一，使得推送的准确性不高，而且容易进行不断地重复推送，不仅未能达到有效推送候选用户的目的，还会严重影响用户体验。

技术实现要素：

基于此，有必要提供一种能够提高候选用户推送的有效性和准确性的实现候选用户推送的方法。

此外，还有必要提供一种能够提高候选用户推送的有效性和准确性的实现候选用户推送的系统。

为了解决上述技术问题，本发明所采用的技术方案为：

一种实现候选用户推送的方法，包括：侦听得到触发的候选用户获取指令；根据所述候选用户获取指令得到位置信息，并向服务器上报所述位置信息，以使服务器能够通过上报的所述位置信息得到路径信息；及接收所述服务器推送的候选用户信息，所述候选用户信息是所述服务器对所述路径信息进行相似性查找得到的。

一种实现候选用户推送的系统，包括：第一侦听模块、获取位置模块及第一接收模块，第一侦听模块用于侦听得到触发的候选用户获取指令；获取位置模块用于根据所述候选用户获取指令得到位置信息，并向服务器上报所述位置信息，以使服务器能够通过上报的所述位置信息得到路径信息；第一接收模块用于接收所述服务器推送的候选用户信息，所述候选用户信息是所述服务器对所述路径信息进行相似性查找得到的。

与现有技术相比，本发明具有以下有益效果：

通过侦听候选用户获取指令得到位置信息，以通过服务器根据位置信息形成的路径信息进行相似性查找，得到向客户端推送的候选用户信息，客户端根据推送的候选用户信息即可获知移动轨迹与路径信息相似的候选用户，从而实现了向用户所在客户端推送移动轨迹相似的候选用户，提高了推送候选用户的有效性和准确性，并提高了用户体验。

附图说明

图1为一实施例的实现候选用户推送的方法的流程图；

图2为一实施例的得到位置信息的方法的流程图；

图3为另一实施例的得到位置信息的方法流程图；

图4为另一实施例的实现候选用户推送的方法的流程图；

图5为另一实施例的实现候选用户推送的方法的流程图；

图6为另一实施例的实现候选用户推送的方法的流程图；

图7为一实施例的实现候选用户推送的系统的结构框图；

图8为一实施例的图7中获取位置模块的结构框图；

图9为另一实施例的图7中获取位置模块的结构框图；

图10为另一实施例的实现候选用户推送的系统的结构框图；

图11为另一实施例的实现候选用户推送的系统的结构框图；

图12为本发明实施例所提供的一种客户端的结构示意图。

具体实施方式

体现本发明特征与优点的典型实施方式将在以下的说明中详细叙述。应理解的是本发明能够在不同的实施方式上具有各种的变化，其皆不脱离本发明的范围，且其中的说明及图示在本质上是当作说明之用，而非用以限制本发明。

如前所述，在日常生活中，经常有很多人从同一个地方到另一个地方上班、旅游、出差或者探亲等等，如果他们能成为好友，则可以在相似移动轨迹上相互帮助，或者，分享在相似移动轨迹上所经历的趣事与心得体会。

传统的候选用户推送方法不仅难以满足此类用户的需求，而且推送的准确性和有效性也不高。

因此，为了能够更准确更有效地向用户推送候选用户，以建立用户与候选用户之间的好友关系，方便于今后一同出行，特提出了一种实现候选用户推送的方法。该方法可依赖于计算机程序，该计算机程序将运行在客户端之上。

请参阅图1，在一实施例中，一种实现候选用户推送的方法包括：

步骤110，侦听得到触发的候选用户获取指令。

候选用户获取指令用于获取服务器推送的候选用户，若需要服务器进行候选用户的推送时，客户端将侦听得到该候选用户获取指令。

客户端中增设了候选用户获取入口，通过在该候选用户获取入口中进行的点击操作，使得客户端侦听得到候选用户获取指令。其中，客户端可以是即时通信工具或者社交网络应用客户端，其可以为软件客户端或者网页客户端的形式。相应地，该候选用户获取入口可以是软件客户端界面中的点击按钮，也可以是网页客户端界面中的链接。

候选用户获取指令可以为好友推荐指令，以通过服务器主动向客户端进行好友推荐，还可以为好友查找指令，以通过服务器根据客户端指示被动地进行好友查找。

用户所在客户端中，若侦听得到候选用户获取指令，则在客户端与服务器的配合下，服务器向客户端推送该候选用户获取指令对应的候选用户，以便于在客户端中选取任意候选用户建立好友关系。

步骤130，根据候选用户获取指令得到位置信息，并向服务器上报位置信息，以使服务器能够通过上报的位置信息得到路径信息。

位置信息为客户端获取得到的位置，其可为用户在客户端界面中输入得到的位置，也可为客户端通过定位得到的位置。

上报的位置信息将用于形成路径信息，该路径信息是服务器进行候选用户筛选所必须的。

为了得到该路径信息，服务器在接收得到上报的位置信息之后，需要从位置信息中获取至少两个位置，用于表征路径信息对应的移动轨迹的至少起点位置和终点位置，以通过该对应的移动轨迹向用户推送移动轨迹相似的候选用户。

步骤150，接收服务器推送的候选用户信息，候选用户信息是服务器对路径信息进行相似性查找得到的。

服务器在接收到上报的位置信息之后，将根据上报的位置信息得到路径信息，以通过路径信息的相似性查找向用户所在客户端推送候选用户信息。

相似性查找使得服务器通过路径信息即可得到移动轨迹相似的候选用户，并通过得到的候选用户进一步得到对应的候选用户信息，以向客户端推送。

候选用户信息中至少包含有用户登录客户端时所输入的账户信息，以通过该账户信息建立与候选用户的好友关系。

当然，在其他应用场景中，候选用户信息中还可以包含有其他基本信息，例如，其他基本信息为性别、年龄、学校等，通过其他基本信息将有利于服务器更好地向客户端进行候选用户的推送。例如，在移动轨迹相似的基础上，进一步地根据年龄向客户端推送同龄的候选用户。

通过如上所述的过程，使得服务器能够通过客户端上报的位置信息得到路径信息，并通过对路径信息进行相似性查找，得到向客户端推送的候选用户信息，客户端根据候选用户信息即可获知移动轨迹相似的候选用户，从而实现了向用户所在客户端推送移动轨迹相似的候选用户的目的。

需要说明的是，本发明所指的用户和候选用户均是以标识信息的形式存在的，而并非即时通信工具或者社交网络应用的使用者。例如，该候选用户为即时通信工具中使用者的标识信息。

请参阅图2，在一实施例中，候选用户获取指令为好友推荐指令，通过该好友推荐指令的获取即使得服务器能够主动地向用户进行好友推荐。

进一步地，步骤130包括：

步骤131，根据好友推荐指令进行地理位置定位，以得到位置信息。

其中，定位的方式有两种，一种是利用GPRS进行的地理位置的精确定位，另外一种则是根据用户所在客户端所连接的网络基站进行的地理位置的粗略定位。该定位可以是由用户所在客户端独立完成，也可以由用户所在客户端调用其他定位软件完成。

需要说明的是，本发明所提到的各种位置可以是以坐标的形式存在于相关的信息或者数据中的，例如，地理位置在位置信息中以坐标的形式存在。

步骤133，向服务器上报位置信息，以使服务器能够通过上报的位置信息形成推荐好友的路径信息。

推荐好友的路径信息表示客户端中用以进行推荐好友的获取的移动轨迹，使得服务器能够根据该路径信息进行相似性查找，得到候选用户信息，进而根据候选用户信息得到与该移动轨迹相似的候选用户，该候选用户即为服务器向用户所在客户端推荐的好友。

可以理解的是，随着用户所在客户端的移动，服务器接收到的位置信息也在发生变化，所形成的路径信息也随着变化，相应地，服务器向客户端主动推荐的好友也会发生变化。

以路径信息由起点位置和终点位置为表征为例，对位置信息形成路径信息的方法流程加以说明，例如，根据上报的位置信息可知，用户所在地理位置为A点，则服务器将该A点作为路径信息的起点位置，之后若用户所在地理位置变化至B点，则服务器将该B点作为路径信息的终点位置，由此形成了A点至B点的路径信息，服务器将根据该路径信息进行好友推荐。

再后来，若用户所在地理位置继续变化至C点，由于路径信息仅由起点位置和终点位置为表征，则服务器将该C点更新为路径信息新的终点位置，将之前的B点更新为路径信息的新的起点位置，由此形成了B点至C点的路径信息，此时，服务器将根据更新后的路径信息进行好友推荐。

以此类推，位置信息形成由多个位置为表征的路径信息的方法流程同理，在此不再赘述，容易理解的是，通过越多的位置对路径信息进行表征，将得到更加精确的移动轨迹，则服务器进行的好友推荐的准确性就越高。

请参阅图3，在一实施例中，候选用户获取指令为好友查找指令，通过该好友查找指令的获取即使得服务器被动地向客户端推送查找到的好友。

进一步地，步骤130包括：

步骤310，根据好友查找指令获取输入的起点位置信息和终点位置信息。

由于路径信息的表征至少需要两个位置，相应的，位置信息中至少包括起点位置信息和终点位置信息。

该起点位置信息和终点位置信息的获取可以是通过客户端界面中用户直接输入地理位置得到的，也可以是在客户端界面中提供该用户对应的历史移动轨迹，并由用户对该历史移动轨迹进行地理位置选取得到的。

步骤330，向服务器上报起点位置信息和终点位置信息，以使服务器能够通过上报的起点位置信息和终点位置信息形成查找好友的路径信息。

查找好友的路径信息表示客户端中用以进行查找好友的获取的移动轨迹，使得服务器能够根据该路径信息进行相似性查找，得到候选用户信息，进而根据候选用户信息得到与该移动轨迹相似的候选用户，该候选用户即为服务器向客户端推送的查找到的好友。

本实施例中，起点位置信息和终点位置信息是通过客户端界面中用户直接输入得到的，随着用户输入内容的变化，服务器接收到的起点位置信息和终点位置信息也发生相应的变化，所形成的路径信息也随着变化，相应地，服务器向客户端被动推送的查找到的好友也会发生变化。

以路径信息由起点位置和终点位置为表征为例，对位置信息形成路径信息的方法流程加以说明，例如，根据上报的起点位置信息和终点位置信息可知，用户输入的起点位置为A点，终点位置为B点，则服务器中形成了从A点至B点的路径信息，服务器将根据该路径信息进行好友查找。

之后，若用户重新输入，终点位置变化为C点，起点位置仍保持不变，则服务器中形成了从A点至C点的路径信息，此时，服务器将根据用户重新输入形成的路径信息进行好友查找。

以此类推，起点位置信息和终点位置信息形成由多个位置为表征的路径信息的方法流程同理，在此不再赘述，容易理解的是，通过越多的位置对路径信息进行表征，将得到更加精确的移动轨迹，则服务器进行的好友查找的准确性就越高。

通过如上所述的过程，将使得客户端能够通过获取不同的候选用户获取指令，向服务器上报对应的位置信息，并通过服务器在由位置信息形成的路径信息中进行相似性查找，以得到向客户端推送的候选用户信息，客户端进一步地根据候选用户信息得到移动轨迹相似的候选用户，从而实现了好友的主动推荐和被动查找。

请参阅图4，在一实施例中，步骤150之前，如上所述的方法还包括：

步骤410，接收上报的位置信息以得到路径信息。

如前所述，候选用户获取指令为好友推荐指令时，上报的位置信息是由客户端对地理位置进行定位得到的，相应地，路径信息所表示的移动轨迹由定位得到的地理位置组成。

候选用户获取指令为好友查找指令时，上报的位置信息包括起点位置信息和终点位置信息，该起点位置信息和终点位置信息是由客户端中对地理位置输入得到的，相应地，路径信息所表示的移动轨迹由输入得到的地理位置组成。

步骤430，在服务器存储的历史轨迹数据中进行路径信息的相似性查找，以得到历史轨迹数据与路径信息相似的候选用户。

由于存储的历史轨迹数据表示用户对应的历史移动轨迹，该历史移动轨迹同样由多个地理位置组成，因此，相似性查找的过程实际为历史轨迹数据与路径信息中的地理位置逐一匹配的过程，若匹配成功，即得到与路径信息相似的历史轨迹数据，进而通过得到的历史轨迹数据与用户之间的对应关系得到候选用户。

例如，好友查找时，假设历史轨迹数据所表示的用户对应的历史移动轨迹包括三个地理位置，分别为A点、B点、C点，而路径信息所表示的移动轨迹包括两个地理位置，分别为A点、B点。通过路径信息的相似性查找，得到路径信息中的地理位置有A点和B点与历史轨迹数据中的地理位置完全一致，则表明服务器得到了与路径信息相同的历史轨迹数据，进而通过该历史轨迹数据得到对应的候选用户。

进一步地，假设路径信息所表示的移动轨迹仍包括两个地理位置，分别为A1点、B2点。通过路径信息的相似性查找，得到路径信息中的地理位置有A1点和B2点与历史轨迹数据中的地理位置相似，则表明服务器得到了与路径信息相似的历史轨迹数据，进而通过该历史轨迹数据得到对应的候选用户。

步骤450，根据候选用户向客户端推送候选用户信息。

如前所述，候选用户信息中至少包括有用户登录客户端时所输入的账户信息，例如QQ号码，因此，在服务器中得到候选用户之后，可根据用户与账户信息之间的对应关系，得到候选用户对应的账户信息，即候选用户信息。

进一步地，在一实施例中，步骤430之前，如上所述的方法还包括：

触发进行位置信息分享的客户端中按照预设频率进行地理位置定位，并向服务器上报定位得到的位置信息，以在服务器中存储为历史轨迹数据。

若客户端中进行了位置信息分享的触发操作，则该客户端将向服务器上报位置信息，以通过服务器向其余客户端提供位置信息分享。

服务器在接收到上报的位置信息之后，将位置信息存储为历史轨迹数据，以通过历史轨迹数据和路径信息向客户端推送候选用户，而进行了位置信息分享的客户端即可能成为候选用户。

值得一提的是，在其他不同的应用场景中，进行了位置信息分享的客户端即为触发获取到的候选用户获取指令为好友推荐指令的客户端，相应地，上述步骤与步骤131中所涉及的对位置信息的定位及上报的过程一致。

为了避免候选用户信息的频繁推送以及历史轨迹数据地频繁更新，需要判断定位得到的地理位置是否为有效变化，即地理位置之间的差距是否超出了预设距离，若为是，则地理位置变化有效，服务器对历史轨迹数据进行更新，若为否，则地理位置变化无效，服务器将对应的位置信息直接丢弃，且不对历史轨迹数据进行更新，以避免服务器的存储空间的浪费。

在一实施例中，步骤150之后，如上所述的方法还包括：

根据推送的候选用户信息进行候选用户的显示。

若候选用户信息中至少包含有候选用户的账户信息，则可以通过列表的形式对该账户信息进行显示，以便于用户更好地进行候选用户的选择。

当然，在其他应用场景中，若候选用户信息中还包含了候选用户的历史轨迹数据，则可以通过对该历史轨迹数据进行加载，以此将历史轨迹数据所表示的候选用户的移动轨迹显示于地图中，以便于用户查看。

本实施例中，在侦听得到客户端中触发的显示指令之后，客户端才根据该显示指令对候选用户进行显示。当然，在其他实施例中，客户端对候选用户的显示也可以是主动进行的。

请参阅图5，在一实施例中，根据推送的候选用户信息进行候选用户的显示的步骤之后，如上所述的方法还包括：

步骤510，在显示的候选用户中侦听得到候选用户选定指令。

由于账户信息是候选用户登录所在客户端时通过客户端向服务器上报时所获取的，历史轨迹数据则是通过客户端向服务器上报位置信息时存储形成的，通过对候选用户的账户信息和历史轨迹数据进行打包，以得到服务器向客户端推送的对应的候选用户信息，因此，可经由推送的候选用户信息中提取得到对应的候选用户的账户信息和历史轨迹数据。

相应地，显示的候选用户的内容中可以包含有候选用户的账户信息、历史轨迹数据及与历史轨迹数据对应的出行日期等。需要说明的是，此处显示的历史轨迹数据并不是以地图形式进行显示，而是以文字形式进行显示，例如，显示的历史轨迹数据为深圳到拉萨。

本实施例中，候选用户将在轨迹列表界面中进行显示，在轨迹列表界面中增设了候选用户选定的入口，通过该候选用户选定的入口中触发的候选用户选定操作即可侦听得到候选用户选定指令，并通过该候选用户选定指令即可选定至少一候选用户，以此实现用户与被选定的该候选用户之间的好友关系的建立。

进一步地，若用户未触发用户选定操作，在轨迹列表界面中还可以增设候选用户刷新的入口，通过获取候选用户刷新的入口中触发的候选用户刷新操作时，向服务器上报重新推送候选用户请求，以通过服务器响应该重新推送候选用户请求而返回另一候选用户信息，供用户再次选择，从而避免了不断进行重复推送而降低了候选用户推送的有效性的问题。

步骤530，向候选用户选定指令对应的候选用户发起建立好友关系的请求。

具体地，通过候选用户选定指令对应的候选用户所在客户端响应该请求而返回允许建立响应，通过用户所在客户端接收到允许建立响应而建立该用户与候选用户之间的好友关系。

进一步地，若候选用户所在客户端未进行响应或者返回不允许建立响应，则用户所在客户端可以选择再次发送建立好友关系的请求，或者，结束与该候选用户的好友关系的建立。

更进一步地，请参阅图6，在一实施例中，步骤530之后，如上所述的方法还包括以下步骤：

步骤550，侦听得到候选用户与用户之间的会话界面中触发的移动轨迹查看的开启操作。

本实施例中，会话界面为即时通信工具或者社交网络应用等会话工具中可供用户与任意一个或者多个候选用户进行会话的页面，而即时通信工具和社交网络应用为软件客户端或者网页客户端的形式，因此，该会话界面可为软件客户端的会话窗口，也可为在网页客户端中进行会话的网页页面。

会话界面中增设了移动轨迹查看的入口，通过该移动轨迹查看的入口中触发的开启操作即可开启候选用户针对该用户所提供的移动轨迹查看。

用户所在客户端中，若候选用户的移动轨迹查看被触发开启，则说明候选用户将向该用户进行移动轨迹展示，以便于用户查看候选用户所经过的地理位置。其中，该候选用户可以为一个或者多个，也就是说该会话界面可以是用户与单一候选用户进行会话的会话界面，也可以是用户与多个候选用户进行会话的会话界面，例如，候选用户为多个时，则多个候选用户与用户均隶属于同一群组，而该群组的特点就是其中的所有用户均具有相似的移动轨迹。

步骤570，由候选用户信息中获取候选用户的历史轨迹数据。

步骤590，通过移动轨迹查看的开启操作在会话界面的背景中加载历史轨迹数据，以得到标识了候选用户的移动轨迹的地图。

通过会话界面的背景中历史轨迹数据的加载，使得会话界面的背景中显示出由历史轨迹数据所反映的候选用户的移动轨迹，例如，在会话界面的背景中进行地图的显示，并在地图上标识历史轨迹数据中候选用户所在的地理位置，以此将候选用户的移动轨迹展示于用户。

通过如上所述的过程，将使得用户通过会话界面即可准确地获知候选用户的移动轨迹，当然，在其他应用场景中，候选用户的移动轨迹展示也可以是在触发候选用户的选定操作之前就完成的，以使得用户可以根据自己的具体要求选择出移动轨迹最为相似的候选用户。

请参阅图7，在一实施例中，一种实现候选用户推送的系统包括：第一侦听模块610、获取位置模块630及第一接收模块650。

其中，第一侦听模块610，用于侦听得到触发的候选用户获取指令。

获取位置模块630，用于根据候选用户获取指令得到位置信息，并上报位置信息，以使服务器能够通过上报的位置信息得到用以进行候选用户筛选的路径信息。

第一接收模块650，用于接收服务器推送的候选用户信息，候选用户信息是服务器对路径信息进行相似性查找得到的。

请参阅图8，在一实施例中，获取位置模块630包括：第一定位单元631及第一上报单元633。

其中，第一定位单元631，用于根据好友推荐指令进行地理位置定位，以得到位置信息。

第一上报单元633，用于向服务器上报位置信息，以使服务器能够通过上报的位置信息形成推荐好友的路径信息。

请参阅图9，在一实施例中，获取位置模块630包括：输入单元710及第二上报单元730。

其中，输入单元710，用于根据好友查找指令获取输入的起点位置信息和终点位置信息。

第二上报单元730，用于向服务器上报起点位置信息和终点位置信息，以使服务器能够通过上报的起点位置信息和终点位置信息形成查找好友的路径信息。

请参阅图10，在一实施例中，如上所述的系统还包括：第二接收模块810、查找模块830及推送模块850。

其中，第二接收模块810，用于接收上报的位置信息以得到路径信息。

查找模块830，用于在服务器存储的历史轨迹数据中进行路径信息的相似性查找，以得到历史轨迹数据与路径信息相似的候选用户。

推送模块850，用于根据候选用户向客户端推送候选用户信息。

进一步地，在一实施例中，如上所述的系统还包括：

定位上报模块，触发进行位置信息分享的客户端中按照预设频率进行地理位置定位，并向服务器上报定位得到的位置信息，以在服务器中存储为历史轨迹数据。

进一步地，在一实施例中，如上所述的系统还包括：

显示模块，用于根据推送的候选用户信息进行候选用户的显示。

请参阅图11，在一实施例中，如上所述的系统还包括：第二侦听模块910及发起请求模块930。

其中，第二侦听模块910，用于在显示的候选用户中侦听得到候选用户选定指令。

发起请求模块930，用于向候选用户选定指令对应的候选用户发起建立好友关系的请求。

请参阅图12，图12是本发明实施例提供的一种客户端1200的结构示意图。上述实施例中的由客户端所执行的步骤均可以基于该图中所示的客户端的结构。

该客户端1200可因配置或者性能的不同而产生较大的差异，其包括：电源1210、接口1230、至少一存储介质1250、以及至少一中央处理器（CPU ，Central Processing Units）1270。

具体地，电源1210用于为客户端1200上的各硬件设备提供工作电压。

接口1230包括至少一有线或无线网络接口1231、至少一串并转换接口1233、至少一输入输出接口1235以及至少一USB接口1237等，用于与外部设备通信。

存储介质1250作为资源存储的载体，可以是随机存储介质、磁盘或者光盘等，其上所存储的资源包括操作系统1251、应用程序1253及数据1255等，存储方式可以是短暂存储或者永久存储。其中，操作系统1251用于管理与控制客户端1200上的各硬件设备以及应用程序1253，以基于相同移动轨迹的中央处理器1270对海量数据1255的计算与处理，其可以是Windows ServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。应用程序1253是基于操作系统1251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块（图示未示出），每个模块都可以分别包含有对客户端1200的一系列操作指令。数据1255可以是存储于磁盘中的word文档、网页文档、图片等等。

中央处理器1270可以包括一个或多个以上的处理器，并设置为通过总线与存储介质1250通信，用于计算与处理存储介质1250中的海量数据1255。

通过中央处理器1270读取存储介质1250中存储的一系列操作指令，并基于存储介质1250上的操作系统1251在客户端1200上执行，进而使得上述实施例的全部或者部分步骤可以通过在客户端上运行相关的计算机程序来完成。

上述内容，仅为本发明的较佳实施例，并非用于限制本发明的实施方案，本领域普通技术人员根据本发明的主要构思和精神，可以十分方便地进行相应的变通或修改，故本发明的保护范围应以权利要求书所要求的保护范围为准。