为继续转发该请求，一种为回应该请求。具体实现时，各级接收方客户端可以为对应的接收方用户提供处理方式选择控件，例如，可以包括两个按钮，其中一个显示有“继续转发”等字样，如果某接收方用户不是发起方用户要找的人，并且愿意帮忙转发，则可以点击该按钮，相应的，服务器就可以将该接收方用户的处理方式记录为转发该请求；另一个按钮可以显示有“我就是你要找的人”等字样，如果某接收方用户认为自己符合请求中描述的人物特征，则可以通过点击该按钮进行回应，相应的，服务器就可以将该接收方用户的处理方式记录为回应该请求，并且，该也可以将该用户确定为目标用户，并作为其所在转发路径上的目标节点。相应的，就可以将起始节点用户以及目标节点用户的联系方式信息提供给对方，进而，这两个用户之间就可以互相加对方为好友，并且可以进行通信了。
[0061]当然，为了避免用户信息在请求转发过程中被泄露，也为了增强整个找人过程中的趣味性，消息转发过程中，各级节点上的用户都可以是以匿名的方式发送该请求的，也艮P，各个接收方用户并不知道到底是谁发起了该找人请求。一旦有人回应该请求时，则其所在的转发路径则成为一条有效路径，该路径上的各个节点对应的用户就构成了一条有效的人脉关系，因此，服务器还可以该有效转发路径上各中间节点上的用户信息都提供给发起方用户以及目标用户，以便双方知晓，是通过哪些用户构成的人脉关系成功找到了对方。另夕卜，服务器也可以将发起方用户以及目标用户的信息提供给该有效路径上的各个中间节点对应的用户。
[0062]例如，假设发起方用户为用户A，其发起一个搜索请求后，指定的好友用户有B1、B2、B3，这样就可以形成三条转发路径，这三条路径均以用户A为起始节点，B1、B2、B3分别为一级中间节点；之后，假设BI将请求转发给了 Cl、C2, B2将请求转发给了 C3、C4、C5，Cl后来又将请求转发给了 Dl，D2，C3又将请求转发给了 D3，等等。假设，D3最终回应了该请求，则该D3所在的转发路径A-B2-C3-D3就形成了一条有效路径，服务器可以在A和D3之间建立通信连接，并且，B2、C3也可以获知该查找结果，A和D3也可以知道是通过B2、C3才找到了对方。
[0063]S103:接收服务器提供的目标节点用户的联系方式信息，以用于展示给所述发起方用户。
[0064]发起方用户客户端在接收方服务器提供的目标节点用户的联系方式信息(例如id、昵称等)之后，可以展示给发起方用户，发起方用户可以加对方为好友，或者直接以陌生人的身份发起对话等，最终使得双方之间可以相互通信。
[0065]总之，通过本申请实施例，基于“六度空间”理论，使得用户可以借助其好友、好友的好友等，在即时通信应用中找到其想要找的任一用户，并且，在整个实现过程中，服务器可以对请求的转发过程进行监控及记录，并在有用户回应时，可以直接将目标用户的信息提供给发起者用户，因此，无论是其好友，还是好友的好友等中间节点用户，都只需要对请求进行转发或者回应等处理即可，不再需要一级一级地进行查找结果的回传，可以减少中间节点用户的工作量，降低对系统资源的浪费，并且使得查找结果可以更及时、更可靠地通知给发起方用户。
[0066]实施例二
[0067]参见图2，该实施例二主要从接收方客户端的角度，提供了一种在即时通信应用中提供用户信息的方法，该方法具体可以包括以下步骤:
[0068]S201:接收搜索目标用户的请求，所述请求中携带有发起方用户提供的关于所述目标用户的人物特征描述信息；
[0069]根据使用的请求转发方式的不同，接收方客户端接收到的请求的来源可能是不同的，例如，如果是使用点对点的方式发送，则可以直接从发起方客户端或者上一级节点接收方用户客户端接收到的，而如果是采用通过服务器转发的方式发送的，则可以是从服务器接收到的。当然，无论是采用何种具体方式接收的，服务器都可以监控到具体的转发情况信肩、O
[0070]S202:将所述关于所述目标用户的人物特征描述信息在用户界面中展示，并提供处理方式选择控件；
[0071]接收方用户在接收到请求之后，要么可以对该请求进行继续转发，要么可以回应该请求，为了便于操作，在本申请实施例中，可以在展示目标用户的人物特征描述信息的同时，还为接收方用户提供处理方式选择控件，例如前文所述的两个按钮等。当然，在实际应用中，还可以提供处理方式控件还可以包括用于忽略该请求的控件，例如可以显示有“忽略”等字样，如果接收方用户不是要找的人，也不想转发该请求，则可以直接点击该控件忽略该请求，等等。
[0072]S203:根据当前接收方用户选择的处理方式对所述请求进行处理，以便服务器对所述请求的转发情况进行监测并记录，其中，所述请求被转发后形成至少一条转发路径，每条转发路径上包括至少两个节点，每个节点对应一个用户，相邻节点上的用户之间具有预置关系，起始节点对应所述发起方用户；所述转发情况包括各条路径中各节点对应的用户标识及其对所述请求的处理方式信息；当某条转发路径上某用户的处理方式为回应该请求时，将该用户确定为该转发路径的目标节点；
[0073]并且可将所述起始节点用户以及目标节点用户的联系方式信息提供给对方；
[0074]S204:如果当前接收方用户选择的处理方式为回应该请求，则接收服务器提供的起始节点用户的联系方式信息，以用于展示给当前接收方用户。
[0075]另外，如果当前接收方用户选择的处理方式为继续转发该请求，则将可以该请求转发给指定的接收方用户，其中，转发的对象同样可以是由当前的接收方用户指定的，或者也可以直接将该当前接收方用户的全部好友作为转发对象，等等。
[0076]再者，如果当前接收方用户对应的节点位于目标节点所在转发路径上，则服务器还可以提供目标节点所在转发路径上各中间节点上的用户信息，接收方用户客户端可以接收服务器提供的目标节点所在转发路径上各中间节点上的用户信息，以用于向当前接收方用户展示。
[0077]实施例三
[0078]参见图3，该实施例三主要从服务器的角度提供了一种在即时通信应用中提供用户信息的方法，该方法具体可以包括以下步骤:
[0079]S301:接收发起方用户客户端发送的事件通知消息，所述事件为所述发起方用户发起了搜索目标用户的请求，所述请求中携带有关于所述目标用户的人物特征描述信息；
[0080]S302:对所述请求的转发情况进行监测并记录，其中，所述请求被转发后形成至少一条转发路径，每条转发路径上包括至少两个节点，每个节点对应一个用户，相邻节点上的用户之间具有预置关系，起始节点对应所述发起方用户；所述转发情况包括各条路径中各节点对应的用户标识及其对所述请求的处理方式信息；
[0081]S303:当某条转发路径上某用户的处理方式为回应该请求时，将该用户确定为该转发路径的目标节点；
[0082]S304:将所述起始节点用户以及目标节点用户的信息提供给对方。
[0083]其中，具体实现时，还可以将目标节点所在转发路径上各中间节点上的用户信息提供给起始节点用户以及目标节点用户。另外，还可以将目标节点所在转发路径上各节点上的用户信息提供给该转发路径上各节点上的用户。
[0084]以上实施例二以及实施例三与实施例一相比，仅是描述角度有所不同，相关的具体实现细节可以参见实施例一中的介绍，这里不再赘述。
[0085]与本申请实施例一提供的在即时通信应用中提供用户信息的方法相对应，本申请实施例还提供了一种在即时通信应用中提供用户信息的装置，参见图4，该装置具体可以包括:
[0086]请求接收单元401，用于接收发起方用户发出的搜索目标用户的请求，所述请求中携带有发起方用户提供的关于所述目标用户的人物特征描述信息；
[0087]转发及通知单元402，用于将所述请求转发给指定的接收方用户客户端，并将该请求被发起的事件通知给服务器，以便所述服务器对所述请求的转发情况进行监测并记录，其中，所述请求被转发后形成至少一条转发路径，每条转发路径上包括至少两个节点，每个节点对应一个用户，相邻节点上的用户之间具有预置关系，起始节点对应所述发起方用户；所述转发情况包括各条路径中各节点对应的用户标识及其对所述请求的处理方式信息；当某条转发路径上某用户的处理方式为回