一种社会化网络中处理认证请求消息的方法及装置.pdf

一种社会化网络中处理认证请求消息的方法及装置
技术领域
本申请属于互联网技术领域，特别涉及一种社会化网络中处理认证请求消息的方法及装置。
背景技术
现有的互联网中，在线网民形成的社会化网络不再仅仅是单个用户与单个用户的关系，而是单对多以及多对多的关系。社会化网络包含了在线用户及其关系网络，如即时通信服务(IM)系统和基于WEB2.0的互联网SNS(社会化网络服务social network service)社区，以IM工具为例，不同的用户通过IM客户端实现信息交互进行沟通，在彼此进行沟通前，一般IM软件都要求用户之间在沟通开始前先建立一定的双向社会化网络关系，以加速沟通对象的定位，并防止不必要的用户发送无用信息和不必要的骚扰。在目前的IM软件技术中，如果用户甲向不在其社会化关系列表中的用户乙发起沟通，即用户甲请求与用户乙建立一定的社会化关系，用户甲一般需要向用户乙发送一个认证请求消息，申请成为与用户乙具有一定社会化关系的用户。只有在用户乙验证通过了甲的请求后，用户甲才可以在其社会化关系列表中找到乙，并发起沟通和聊天。
用户甲在申请与用户乙成为具有一定社会化关系的用户时，用户乙只能通过用户甲手工输入的认证请求消息获知用户甲的身份信息或其他信息，来判断是否和用户甲建立社会化关系，可见现有技术中的认证请求消息完全依赖用户甲的手工输入，系统无法自动获取用户甲的身份信息及用户甲与用户乙之间的社会化关系信息，使得一方面降低了用户甲乙之间建立社会化关系的效率，另一方面，无法为用户乙验证用户甲的认证请求消息提供足够的参数信息。
发明内容
为了解决现有技术中用户验证与其建立社会化关系的请求时效率低以及所依据的参数信息较少的问题，本申请实施例提供了一种社会化网络中处理认证请求消息的方法，包括：
社会化网络服务器获知第一客户端向第二客户端发送与第二客户端建立社会化关系的认证请求消息后，获取第一客户端和第二客户端共同的社会化属性信息，社会化属性信息用于表示社会化网络用户在社会化网络中所具有的属性；
社会化网络服务器向第二客户端转发认证请求消息，并发送获取的社会化属性信息，所述社会化属性信息用于第二客户端对所述认证请求消息进行认证处理。
同时本申请实施例还提供一种社会化网络中处理认证请求消息的装置，包括：
获取模块：用于获知第一客户端向第二客户端发送与第二客户端建立社会化关系的认证请求消息后，获取第一客户端和第二客户端共同的社会化属性信息，社会化属性信息用于表示社会化网络用户在社会化网络中所具有的属性；
发送模块：用于向第二客户端转发认证请求消息，并发送获取的社会化属性信息，所述社会化属性信息用于第二客户端对所述认证请求消息进行认证处理。
由上述本申请提供的具体实施方案可以看出，社会化网络服务器在获知第一客户端向第二客户端发送与第二客户端建立社会化关系的认证请求消息后，自动获取第一客户端和第二客户端共同的社会化属性信息，并展示给第二客户端。增加了第二客户端验证第一客户端的认证请求消息时所依据的参数信息，并提高了第一客户端和第二客户端之间建立社会化网络关系的效率。
附图说明
图1为本申请提供的第一实施例网络拓扑图；
图2为本申请提供的第一实施例方法流程图；
图3为本申请提供的社会化网络关系链示意图；
图4为本申请提供的第二实施例方法流程图；
图5为本申请提供的第三实施例装置结构图。
具体实施方式
本申请提供的第一实施例是一种社会化网络中处理认证请求消息的方法，在如图1所示的网络拓扑中实施，该网络包括：社会化网络服务器，和多个客户端，方法流程如图2所示，包括：
步骤101：标识为A的客户端通过社会化网络服务器向标识为B的客户端发送与标识为B的客户端建立社会化关系的认证请求消息。
步骤102：社会化网络服务器获知标识为A的客户端发送的请求与标识为B的客户端建立社会化关系的认证请求消息后，获取标识信息A和标识信息B。
步骤103：社会化网络服务器根据标识信息A和标识信息B，从多个或1个服务器中确定存储索引记录的关键字为(A-B)或为“AB”以及“(AB)”等的倒排索引文件的服务器为服务器1。
步骤104：从服务器1中，社会化网络服务器提取出关键字为(A-B)的索引记录，并从中提取标识为A的的客户端和标识为B的客户端共同的社会化属性信息，或者从中提取标识为A的客户端和标识为B的客户端之间的关系链信息。
步骤105：社会化网络服务器向标识为B的客户端发送提取的共同的社会化属性信息，或发送提取的共同的关系链信息。
步骤106：标识为B的客户端将接收的标识为A的客户端和标识为B的客户端共同的社会化属性信息或提取的共同的关系链信息进行展示。
其中步骤101中，标识为B的客户端本地存储有1个或多个社会化关系列表，如社会化关系列表1中有5个客户端标识和对应的社会化关系类别，表示标识为C、D、E、F、G的客户端与标识为B的客户端的社会化关系类别为1。社会化关系列表2中有3个客户端标识和对应的社会化关系类别，社会化关系类别为2。表1用于保存社会化关系类别为1的客户端标识，表2保存社会化关系类别为2的客户端标识。

  客户端标识  社会化关系类别  C  1  D  1  E  1  F  1  G  1
表1
  客户端标识  社会化关系类别  H  2  I  2  J  2
表2
标识为A的客户端通过社会化网络服务器向标识为B的客户端发送加入表1的认证请求消息，客户端A发送的认证请求消息中携带客户端A的标识信息A。
社会化网络服务器可以安装于社会化网络中的任意一台服务器，比如可以是社会化网络中的服务器1、服务器2或服务器3。
其中步骤102中，社会化网络服务器收到标识为A的客户端发送的认证请求消息后，对认证请求消息进行分析，从认证请求消息中提取出标识信息A和标识信息B。进一步，社会化网络服务器确定与客户端A和客户端B具有直接社会化网络关系的客户端有客户端C和客户端D，社会化网络服务器收到客户端A发送的认证请求消息后，对认证请求消息进行分析，从认证请求消息中提取出接收客户端的标识信息B，在社会化网络服务器的数据库中存储有与表1内容相同的表1’，根据存储于社会化网络服务器中与表1相同的表1’，确定与客户端B具有直接社会化网络关系的客户端有客户端C和客户端D。在本步骤中，社会化网络服务器可以通过查询得到与客户端B具有直接社会化网络关系的客户端有客户端包括C和客户端D，社会化网络服务器收到客户端A发送的认证请求消息后，对认证请求消息进行分析，从认证请求消息中提取出发送客户端的标识信息A，并根据与客户端B类似的方法，确定与客户端A具有直接社会化网络关系的客户端也包括有客户端C和客户端D，作为优选方案客户端C和客户端D，与客户端A有直接社会化网络关系，同时客户端D和客户端C，与客户端B也有直接社会化网络关系。当然也可以是客户端D和客户端C，与客户端B有直接社会化网络关系，同时客户端D和客户端C，与客户端A具有社会化网络关系，但不是直接社会化网络关系。根据预定规则从客户端C、客户端D中选取出客户端C，并获取客户端C的标识信息C。预定规则可以是社会化网络服务器自动计算客户端A和客户端B之间的熟悉度之和最高的一条社会化网络关系链，如客户端A-＞客户端C-＞客户端B的熟悉度为Y1+X1；另外一条社会化网络关系链客户端A-＞客户端D＞客户端B的熟悉度为：Y2+X2.若Y1+X1＞Y2+X2那么，从客户端D、客户端C中选取出客户端C，并获取客户端C的标识信息C。否则选取出客户端D，本实施例中采用选取出客户端C作为优选方案。本步骤中是通过熟悉度选取出客户端D或客户端C，当然也可以不依据于熟悉度，从客户端D和客户端C之中任选其一。或者社会化网络服务器根据客户端D社会化网络关系列表和客户端C的社会化网络关系列表中客户端标识的数量，从客户端D和客户端C之中选择其一，例如客户端C的社会化网络关系列表中客户端标识的数量为10个，客户端D的社会化网络关系列表中客户端标识的数量为100个，由于客户端C的社会化网络关系列表中的客户端标识数量少于客户端D，说明客户端C可能更加慎重的选择自己的社会化网络关系对象，因此，选择客户端C，当然也可以是客户端B占客户端C的社会化网络关系列表中客户端的比例是1/10，客户端B占客户端D的社会化网络关系列表中客户端的比例是1/100，则选择客户端C。当然也可以通过设定一个阈值，如1/20，由于客户端B占客户端C的社会化网络关系列表中客户端的比例是1/10，大于阈值1/20，而客户端B占客户端D的社会化网络关系列表中客户端的比例是1/100，小于阈值1/20，因此，选择客户端C。
或者社会化网络服务器自动选择客户端C和客户端D中，与客户端B熟悉度最高的：如果X1＞X2，那么社会化网络服务器就选择客户端C；否则选择客户端D。本实施例中采用选取出客户端C作为优选方案。
当然除了采用采用预定规则选取出客户端C外，还可以采用，社会化网络服务器将客户端D、客户端C的标识D和C发送到客户端A，若客户端A选择C则社会化网络服务器根据客户端A的选择选取出客户端C，否则，若客户端A选择D则社会化网络服务器根据客户端A的选择选取出客户端D。
熟悉度可以通过如下的方式获得，假设两个客户端之间具有社会化网络关系的时间(如30天)为N，单位时间(如1天)对应的熟悉度值为M，那么熟悉度的时间权重值为N×M；并假设两个客户端之间在单位时间内进行一次信息交互对应的熟悉度值为P，那么单位时间内两个客户端进行信息交互对应的熟悉度值最大为Pmax，Pmax＜P*Y(Y为两个客户端之间在单位时间内进行信息交互的最大次数，如假设单位时间为1天，进行了90次信息交互，那么Pmax＝90P)，这样就可以计算出两个客户端之间之间的熟悉度了，为：X1＝N1*M1+Min(Y*P，Pmax)。
其中步骤103中，由于社会化网络中的用户众多数量在百万级别，因此本实施例中采用分布式服务器预先存储倒排索引文件(Inverted index)，当然预先存储倒排索引文件只是一个优选方案，在本实施例不限定倒排索引文件建立的时间，也可以是提取了标识信息A和B后再建立倒排索引文件，倒排索引也常被称为反向索引、置入档案或反向档案，是一种索引方法，一般被用来存储在全文搜索下某个单词(作为索引的关键字Key)在一个文档或者一组文档中的存储位置(索引的字段值VALUE)的映射。本实施例中仅以图3中的社会化网络为例进行说明，倒排索引文件中以相互绑定的标识信息A和标识信息B(采用(A-B)表示相互绑定的标识信息A和标识信息B)作为索引的Key，如Key为(A-B)，以标识为A的客户端和标识为B的客户端共同的社会化属性信息作为索引的VALUE，其中社会化属性信息表示与一个客户端绑定的社会化网络用户在社会化网络中所具有的属性，这些社会化属性信息可以是用户在加入社会化网络时注册的，如注册时填写的所在地为：杭州，公司为甲公司，还可以是在社会化网络中的进行活动时产生的信息：属于某个魔兽世界群。这些社会化属性信息可以从如用户日志中获得，或者通过从用于存储用户注册信息的数据库中获得，之后从不同用户的社会化属性信息中提取出共同的社会化属性信息。如索引的VALUE为{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}，服务器1中存储的倒排索引文件如表3所示。
  Key  VALUE  (A-B)  {“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行  业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}  (A-C)  {“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行  业”＝＞”五金电子”，“体育项目”＝＞”足球”}  (A-D)  {“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，  “IP”＝＞”196.168.0.*”，“游戏名称”＝＞”魔兽世界”}  (A-E)  {“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“职  业”＝＞”销售”，“游戏名称”＝＞”魔兽世界”}
表3
社会化网络服务器根据从认证请求消息中提取出标识信息A和标识信息B，得到(A-B)，从存储倒排索引文件的服务器1、服务器2、服务器3中确定存储索引记录的关键字为(A-B)的倒排索引文件的服务器为服务器1。
其中步骤104中，社会化网络服务器从表3中提取出关键字为(A-B)的索引记录，并从中提取对应的VALUE(标识为A的客户端和标识为B的客户端共同的社会化属性信息){“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}。
社会化网络服务器提取出关键字为(A-B)的索引记录，从中提取标识为A的客户端和标识为B的客户端之间的关系链信息。以客户端A和客户端B之间的关系链信息作为索引的VALUE，关系链信息用于表示两客户端相互之间具有间接的社会化网络关系，如标识为A的客户端和标识为D的客户端具有一定的社会化关系，关系类型为2，客户端D和客户端B具有一定的社会化关系，关系类型为1，Key为(A-B)的索引的VALUE为{(A-D，关系类型2)，(D-B，关系类型1)}，有如客户端A和客户端C具有一定的社会化关系，关系类型为2，客户端C和客户端B具有一定的社会化关系，关系类型为1，Key为(A-B)的另一个索引的VALUE为{(A-C，关系类型2)，(C-B，关系类型1)}，服务器1中存储的倒排索引文件如表4所示。
  Key  VALUE  (A-B)  {A-D，关系类型2)，(D-B，关系类型1)}；  {A-C，关系类型2)，(C-B，关系类型1)}  (A-E)  {A-B，关系类型2)，(B-E，关系类型1)}；
表4
其中步骤105中，社会化网络服务器将提取出的{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}，发送给标识为B的客户端。通过{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}表示与标识为A的客户端绑定的用户和标识为B的客户端绑定的用户在社会化网络中所具有的共同的属性。
同时，社会化网络服务器向标识为B的客户端转发认证请求消息，在认证请求消息中携带上述共同的社会化属性信息{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}。当然社会化网络服务器也可以分别向标识为B的客户端发送认证请求消息和上述共同的社会化属性信息，在认证请求消息和/或共同的社会化属性信息中携带说明彼此绑定的信息。这样标识为B的客户端就可以知道收到的共同的社会化属性信息对应哪个认证请求消息，并据此共同的社会化属性信息对认证请求消息进行认证处理。
或者，社会化网络服务器将提取出的{A-D，关系类型2)，(D-B，关系类型1)}或{A-C，关系类型2)，(C-B，关系类型1)}，发送给标识为B的客户端。通过{A-D，关系类型2)，(D-B，关系类型1)}或{A-C，关系类型2)，(C-B，关系类型1)}表示客户端A和客户端B之间的关系链信息。对于共同的关系链信息，社会化网络服务器向标识为B的客户端转发认证请求消息时，在认证请求消息中携带共同的关系链信息，当然社会化网络服务器也可以分别向标识为B的客户端发送认证请求消息和客户端A和客户端B之间的关系链信息，在认证请求消息和/或“客户端A和客户端B之间的关系链信息”中携带说明彼此绑定的信息。这样标识为B的客户端就可以知道收到的关系链信息对应哪个认证请求消息，并据此关系链信息对认证请求消息进行认证处理。
进一步，若步骤103中，社会化网络服务器从与客户端A和客户端B具有直接社会化网络关系的客户端中，根据预定规则选取出客户端C，则社会化网络服务器将客户端A发送的认证请求消息中携带的标识信息A修改为标识信息C，社会化网络服务器收到客户端A发送的认证请求消息后，查找到该认证请求消息中的标识信息A并修改为标识信息C，修改后的认证请求消息包括：标识信息C和一些修改后的文字说明，标识信息C用于标识修改后的认证请求消息的发送客户端，修改后的文字说明可以是：“客户端A请求加入社会化关系列表1”。因此，修改后的认证请求消息为：发送客户端标识：C，文字内容“客户端A请求加入社会化关系列表1”。向客户端B发送修改标识信息后的认证请求消息。包括标识信息C和一些原客户端A发送的认证请求消息中包括的用于表示请求客户端B将客户端A加入社会化关系列表1的文字说明。如通过上述预定规则选择客户端C后，可以将修改标识信息后的认证请求消息先发送给客户端C，社会化网络服务器在收到客户端C响应的OK确认信息后，再向客户端B发送修改标识信息后的认证请求消息，否则不向客户端B发送修改标识信息后的认证请求消息。
其中步骤106中，标识为B的客户端会以社会关系验证消息框的形式，接收标识为A的客户端发送的与其建立社会化关系的认证请求消息，并在该社会关系验证消息框中显示{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}。
本申请提供的第二实施例是一种社会化网络中处理认证请求消息的方法，方法流程如图4所示，包括：
步骤201：标识为A的客户端通过社会化网络服务器向标识为B的客户端发送请求与标识为B的客户端建立社会化关系的认证请求消息。
步骤202：社会化网络服务器获知标识为A的客户端发送请求与标识为B的客户端建立社会化关系的认证请求消息后，获取标识为A的客户端的标识信息A和标识为B的客户端的标识信息B。
步骤203：社会化网络服务器根据标识信息A和标识信息B，从存储倒排索引文件的多个服务器中确定索引记录的关键字为A的服务器1和关键字为B的服务器2。当然如果倒排索引文件只是存储于1个服务器中，则无需本步骤，例如所有的索引记录都存储于社会化网络服务器1中，则无论关键字为A还是B的索引记录都直接从社会化网络服务器1中提取。
步骤204：从服务器1中，社会化网络服务器提取出关键字为A的索引记录中标识为A的客户端的社会化属性信息，从服务器2中提取出标识为B的客户端的社会化属性信息。
步骤205：从标识为A的客户端的社会化属性信息和标识为B的客户端的社会化属性信息中提取出共同的社会化属性信息。
步骤206：社会化网络服务器向标识为B的客户端发送提取的共同的社会化属性信息。
步骤207：标识为B的客户端将接收的标识为A的的客户端和标识为B的客户端共同的社会化属性信息进行展示。
本实施例预存的倒排索引文件中，以各个标识信息作为索引的Key，以不同标识的客户端社会化属性信息作为对应的索引VALUE，如以标识信息A作为Key，以标识为A的客户端社会化属性信息作为对应的索引VALUE，以标识信息B作为Key，以标识为B的客户端的社会化属性信息作为对应的索引VALUE，标识信息A作为Key对应的索引的VALUE为{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”，“体育项目”＝＞”足球”，职业”＝＞”销售”等}，标识信息B作为Key对应的索引的VALUE为{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”，“体育项目”＝＞”乒乓球球”，职业”＝＞”财务人员”等}。社会化网络服务器从上面的2个VALUE中找出共同的部分{“所在地”＝＞“杭州”，“公司”＝＞“甲公司”，“姓别”＝＞”男”，“行业”＝＞”五金电子”，“游戏名称”＝＞”魔兽世界”}。
当然步骤205后，还可以是由系统自动判断提取出共同的社会化属性信息的条数，如果条数为10条，正好超过设定的第一阈值9条，则系统会自动把用户A加入到用户B的社会化网络关系列表1中，如果条数为5条，正好超过设定的第二阈值4条，则系统会自动把用户A加入到用户B的社会化网络关系列表2中。
本申请提供的第三实施例是一种社会化网络中处理认证请求消息的装置，其结构如图5所示，包括：
获取模块301：用于获知第一客户端向第二客户端发送与第二客户端建立社会化关系的认证请求消息后，获取第一客户端和第二客户端共同的社会化属性信息，社会化属性信息用于表示社会化网络用户在社会化网络中所具有的属性；
发送模块302：用于向向第二客户端转发认证请求消息，并发送获取的社会化属性信息，所述社会化属性信息用于第二客户端对所述认证请求消息进行认证处理。
进一步，获取模块301：还用于根据第一客户端的标识信息，以及客户端标识信息和客户端社会化属性信息的对应关系，获取第一客户端的社会化属性信息，根据第二客户端的标识信息，以及客户端标识信息和客户端社会化属性信息的对应关系，获取第二客户端的社会化属性信息，从获取的第一客户端的社会化属性信息和第二客户端的社会化属性信息中选出第一客户端和第二客户端共同的社会化属性信息。
进一步，获取模块301：还用于查找倒排索引文件关键词，定位倒排索引文件中关键词为第一客户端的标识信息的索引记录和关键词为第二客户端的标识信息的索引记录，从定位的索引记录中获取第一客户端的社会化属性信息和第二客户端的社会化属性信息，所述倒排索引以客户端标识信息作为索引记录的关键字，以客户端社会化属性信息作为索引记录的字段值。
进一步，获取模块301：还用于根据相互绑定的第一客户端的标识信息和第二客户端的标识信息，以及相互绑定的两个客户端标识信息和两个客户端共同的社会化属性信息的对应关系，确定第一客户端和第二客户端共同的社会化属性信息。
进一步，获取模块301：还用于查找倒排索引文件关键词，定位倒排索引文件中关键词为相互绑定的第一客户端的标识信息和第二客户端的标识信息的索引记录，从定位的索引记录中获取第一客户端和第二客户端共同的社会化属性信息，所述倒排索引以相互绑定的两个客户端标识信息作为索引记录的关键字，以两个客户端共同的社会化属性信息作为索引记录的字段值。
进一步，还包括：
确定模块303：用于根据第一客户端的标识信息和第二客户端的标识信息，从多个存储客户端标识信息和客户端社会化属性信息的对应关系的服务器中，确定存储第一客户端标识信息和其对应的客户端社会化属性信息的服务器，以及存储第二客户端标识信息和其对应的客户端社会化属性信息的服务器；
获取模块301：还用于从确定的服务器中获取第一客户端和第二客户端共同的社会化属性信息。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。