CN105025040A - 好友分类方法及服务器 - Google Patents

Abstract

本发明实施例提供了一种好友分类方法及服务器，改善了现有技术中用户隐私管理较为复杂，不易于对用户的好友关系作深入分析的问题。该好友分类方法应用于分类系统，所述系统包括客户端和服务器，所述方法包括：所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别；获得并存储所述客户端发送的用户在所述主帐号上填写的个人资料和个人动态信息，以及用户在所述次帐号上填写的个人资料和个人动态信息。使用该好友分类方法，使得用户可以便捷地管理个人社交关系，提高隐私管理的便捷性，适合对用户的好友关系作深入分析。

Description

好友分类方法及服务器

技术领域

本发明涉及互联网技术领域，具体而言，涉及好友分类方法及服务器。

背景技术

现今，常见的网络应用和软件都是单一帐号模式，没有对好友进行类型的细分，各帐号之间完全独立，用户虽然可以对同一个帐号上的好友进行分组，但是各分组中的好友均能查看到该用户的相同个人信息，不利于隐私的管理。也有用户申请多个帐号，对各帐号进行分别登陆管理，但这种方式管理较为复杂，导致用户的好友关系混乱，不同亲密度关系的好友没有区别开，不利于用户社交关系数据的应用。

发明内容

有鉴于此，本发明实施例的目的在于提供一种好友分类方法及服务器，以改善现有技术中用户隐私管理较为复杂，不同亲密度关系的好友没有区别开，不利于用户社交关系数据的应用的问题。

为了实现上述目的，本发明采用的技术方案如下：

第一方面，本发明实施例提供了一种好友分类方法，应用于分类系统，所述系统包括客户端和服务器，所述方法包括：

所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别；

获得并存储所述客户端发送的用户在所述主帐号上填写的个人资料和个人动态信息，以及用户在所述次帐号上填写的个人资料和个人动态信息；所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开。

第二方面，本发明实施例提供了一种好友分类方法，应用于分类系统，所述系统包括客户端和服务器，所述服务器中预存有所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，所述服务器中预存有所述客户端发送的所述用户在所述主帐号上填写的个人资料和个人动态信息，以及所述用户在所述次帐号上填写的个人资料和个人动态信息，所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开，所述方法包括：

所述服务器获得客户端发送的另一帐号的好友添加请求；

判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友，包括：

判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述好友添加请求发送至被请求帐号的主帐号，所述被请求帐号所在客户端返回所述被请求帐号的主帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则将所述好友添加请求发送至被请求帐号的次帐号，所述被请求帐号所在客户端返回所述被请求帐号的次帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友，包括：

若被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求，则判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若为次帐号请求的，则将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

结合第二方面，或第二方面的第一种或第二种可能的实施方式，本发明实施例提供了第二方面的第三种可能的实施方式，其中，所述帐号中包括多个次帐号，所述服务器中预存有所述用户在每个次帐号上填写的个人资料和个人动态信息，以及每个次帐号分别对应的好友类别，所述用户在各次帐号上填写的个人资料和个人动态信息仅向各次帐号上的好友公开；

所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，包括：

所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主账号和次账号为运用分级、分圈或者分组的方法得到的各级、各圈或者各组；

同一账号中，每个级、圈或者组使用相同的账号号码，每个级、圈或者组定义有对应不同好友类别的分类标识，所述用户在各级、圈或者组上填写的个人资料和个人动态信息仅向各级、圈或者组上的好友公开，只能在相同好友类别的级、圈或者组之间建立好友关系。

第三方面，本发明实施例提供了一种好友分类服务器，应用于分类系统，所述系统包括客户端和所述服务器，所述服务器包括：

帐号信息获得存储单元，用于获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别；

个人信息获得存储单元，用于获得并存储所述客户端发送的用户在所述主帐号上填写的个人资料和个人动态信息，以及用户在所述次帐号上填写的个人资料和个人动态信息；所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开。

第四方面，本发明实施例提供了一种好友分类服务器，应用于分类系统，所述系统包括客户端和所述服务器，所述服务器中预存有所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，所述服务器中预存有所述客户端发送的所述用户在所述主帐号上填写的个人资料和个人动态信息，以及所述用户在所述次帐号上填写的个人资料和个人动态信息，所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开，所述服务器包括：

好友添加请求获得单元，用于获得客户端发送的另一帐号的好友添加请求；

判断单元，用于判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

结合第四方面，本发明实施例提供了第四方面的第一种可能的实施方式，其中，所述判断单元用于，判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述好友添加请求发送至被请求帐号的主帐号，所述被请求帐号所在客户端返回所述被请求帐号的主帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则将所述好友添加请求发送至被请求帐号的次帐号，所述被请求帐号所在客户端返回所述被请求帐号的次帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

结合第四方面，本发明实施例提供了第四方面的第二种可能的实施方式，其中，所述判断单元用于，若被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求，则判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若为次帐号请求的，则将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

结合第四方面，或第四方面的第一种或第二种可能的实施方式，本发明实施例提供了第四方面的第三种可能的实施方式，其中，所述帐号中包括多个次帐号，所述个人信息获得存储单元用于获得并存储所述客户端发送的所述用户在每个次帐号上填写的个人资料和个人动态信息，以及每个次帐号分别对应的好友类别，所述用户在各次帐号上填写的个人资料和个人动态信息仅向各次帐号上的好友公开；

帐号信息获得存储单元，用于获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主账号和次账号为运用分级、分圈或者分组的方法得到的各级、各圈或者各组；

同一账号中，每个级、圈或者组使用相同的账号号码，每个级、圈或者组定义有对应不同好友类别的分类标识，所述用户在各级、圈或者组上填写的个人资料和个人动态信息仅向各级、圈或者组上的好友公开，只能在相同好友类别的级、圈或者组之间建立好友关系。

本发明实施例提供的好友分类方法及服务器，用户创建帐号时，帐号中即包括了主帐号和次帐号，主帐号和次帐号相互独立且对应不同的好友类别，用户根据各好友类别亲密度的不同，可以在主帐号和次帐号上填写不同的个人资料和个人动态信息，使得用户登陆帐号时，主帐号和次帐号可以同步登陆，并且仅将用户在主帐号上填写的个人资料和个人动态信息公开给主帐号上的好友，将用户在次帐号上填写的个人资料和个人动态信息公开给次帐号上的好友，对应不同好友类别的帐号由同一个帐号登陆并管理，避免了现今用户需申请并管理多个帐号的麻烦，使得用户可以全面管理个人社交关系，提高了用户社交关系管理的便捷性。

进一步地，本发明实施例提供的好友分类方法及服务器，在添加好友时，仅会在具有相同好友类别的帐号间添加好友，从而实现了对社交关系的智能化、精细化管理。

进一步地，本发明实施例提供的好友分类方法及服务器，帐号中可包括多个次帐号，用户可根据实际需求灵活选择使用次帐号数量，实现对好友类别的进一步细分，有效提高了用户体验，符合实际需求。

进一步地，基于本发明实施例提供的好友分类方法和服务器，可以提取出用户的亲密关系好友数据，并和非亲密关系好友数据相分离，在服务器和客户端上分别存储和使用，用于进一步的社交关系数据处理和应用，比如用于查找并获得高价值的人脉关系连系链条数据，可扩展性较高，如图8所示。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了本发明实施例1所提供的一种好友分类方法的流程示意图；

图2示出了本发明实施例2所提供的一种好友分类方法的流程示意图；

图3示出了本发明实施例2所提供的另一种好友分类方法的流程示意图；

图4示出了本发明实施例2所提供的另一种好友分类方法的流程示意图；

图5示出了本发明实施例3所提供的一种服务器的结构框图；

图6示出了本发明实施例4所提供的一种服务器的结构框图；

图7示出了本发明实施例所提供的一种各类帐号好友添加示意图；

图8示出了本发明实施例所提供的一种关系链查找示意图；

图9示出了本发明实施例所提供的另一种服务器的结构框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

发明人经研究发现，在不同类别和亲密度的好友，如家人、亲友、同事、陌生人面前，很多用户需要展示不同个人信息，而目前市场上常见的网络应用和软件都是单个帐号以及单一的好友类型模式，不同类别和亲密度的好友均只能添加至同一帐号中，没有对好友作进一步分类，同一帐号中的好友的访问权限默认一致，不便于用户进行隐私管理，亦不便于用户全面管理个人的社交关系，也有用户为了进行隐私管理，申请多个帐号，这使得用户登陆时需登陆多个帐号，管理较为麻烦。

为了改善现有技术中存在的问题，发明人经研究发现，若能将多个帐号集成到一个“帐号集”中，各帐号对应不同的好友类别和亲密关系，则能将好友按照好友关系的亲密度、类别进行分类。如此设计，每一个帐号均能拥有独立的帐号号码、头像、网名昵称、个人相册、个人动态等个人信息。将好友分类之后，每一个类型的好友只能看到这个类型账号下的帐号号码和个人信息，每个人在不同亲密度和类别的好友面前，则可展示不同的个人信息，将陌生人和普通好友、亲友区别开来，充分保护个人隐私。

基于此，如图1所示，本发明实施例提供了一种好友分类方法，应用于分类系统，所述系统包括客户端和服务器，所述方法包括：

步骤S100：所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别；

本实施例中，用户只需创建一个帐号即可，该帐号中“集成了”主帐号和次帐号，在实施时，用户创建的账号可为独立的账号，主账号和次账号均为该独立账号的“子账号”，例如：用户创建帐号A，该帐号A中包括主帐号A1和次帐号A2，通过登陆帐号A即可完成对主帐号A1和次帐号A2的登陆、管理，该种帐号“集成”的实现方式较多，例如：在分类服务器中，帐号A对应一个数据集，主帐号A1和次帐号A2可为数据集中相互独立的数组；亦可为用户创建的账号即为主账号，该主账号下存在次账号，对应不同好友类别的主帐号和次帐号由一个主帐号登陆并管理。如此设置，避免了需要申请并管理多个帐号的麻烦，例如，用户创建主帐号A，该主帐号A中包括次帐号A2，通过登陆主帐号A即可同步完成对主帐号A和次帐号A2的登陆、管理。

该步骤中，主帐号和次帐号与好友类别、亲密度的关系可为预先定义的，如：主帐号上的好友为亲密度较高的好友类别，次帐号上的好友为亲密度较低的好友类别；也可以由用户根据自身使用习惯自定义，例如：由用户子自定义设主帐号和次帐号，以及主帐号和次帐号分别与好友类别的对应关系。

步骤S101：获得并存储所述客户端发送的用户在所述主帐号上填写的个人资料和个人动态信息，以及用户在所述次帐号上填写的个人资料和个人动态信息；所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开。

其中，个人信息和个人动态信息可包括头像、网名昵称、个人相册、个人动态、日志等。

需说明的是，本发明实施例中，主账号、次账号并非指狭义上的账号，能够拥有独立的个人信息的圈、组、级均包括在内。例如：用户创建一个帐号，该帐号中包括多个对应不同亲密度好友类型的“圈”——亲密圈、友好圈、美连圈，用户可在亲密圈、友好圈、美连圈中分别填写不同的个人信息，在不同圈中填写的个人信息仅向该圈中的好友公开，其中，每一个类型圈相当于一个独立的账号，有各自的好友列表和好友关系。登陆用户创建的账号后，所有圈同时在线，可以同时接收消息，同时即时通讯。一键切换至不同的圈，切换到不同的亲密度好友类型下，就查看到这个类型下的用户个人信息。其中，各圈的账号号码可不同，进行类型圈切换时，各圈显示不同的账号；各圈亦可同属于用户创建的账号之下，进行类型圈切换时，各圈显示相同的账号。

又例如，同一个人用同一个手机号号码1350******1或者同一个账号号码A12345*，分别注册微信号和微博号，那么他的手机号或者账号号码加上相应的账号类型标识微信或者微博，就构成了相应且不同的账号。虽然是使用同一个账号号码，但是在相应类型的账号之下，用户可以自由定义或发布个人资料、动态信息、上传头像、相册、个性签名等等信息。拥有各自独立的好友关系数据和系统。

相应的，在同一个网站或者软件中同一个用户的账号号码，以及账号所对应的分级、分组、分圈的类型，也构成了这个用户的多个不同类型的账号。每一个级、组、圈的账号都拥有各自的好友和好友关系数据。每一个级、组、圈的账号还可以拥有各自的个人资料、相册、动态等数据。虽然互为好友关系的双方知道对方的唯一的账号号码，但是只能查看到和对方所在的好友关系类、组或圈类型下相对应的个人资料和个人动态信息。每个级、组或圈相对独立，并且双方的关系是相对应的。比如，如果甲在乙的亲密关系圈好友中，那么乙也必须在甲的亲密关系圈好友中；如果甲在乙的友好关系圈好友中，那么乙也必须在甲的友好关系圈好友中。

本发明实施例提供的好友分类方法，用户创建帐号时，帐号中即包括了主帐号和次帐号，主帐号和次帐号相互独立且对应不同的好友类别，使得用户可以根据各好友类别亲密度的不同，在主帐号和次帐号上填写不同的个人资料和个人动态信息。这种设计方式，使得用户登陆帐号时，主帐号和次帐号可以同步登陆，并且仅将用户在主帐号上填写的个人资料和个人动态信息公开给主帐号上的好友，将用户在次帐号上填写的个人资料和个人动态信息公开给次帐号上的好友，主帐号和次帐号由同一个帐号登陆并管理，避免了现今用户需申请并管理多个帐号的麻烦，使得用户可以全面管理个人社交关系，提高了用户社交关系管理的便捷性。

实施例2

如图2所示，本发明实施例提供了一种好友分类方法，应用于分类系统，所述系统包括客户端和服务器，所述服务器中预存有所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，所述服务器中预存有所述客户端发送的所述用户在所述主帐号上填写的个人资料和个人动态信息，以及所述用户在所述次帐号上填写的个人资料和个人动态信息，所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开，所述方法包括：

步骤S200：所述服务器获得客户端发送的另一帐号的好友添加请求；

其中，用户创建帐号、填写个人资料和个人动态信息、及信息的存储可参考实施例1，在此不再赘述。

步骤S201：判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，步骤S202：若是主帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；步骤S203：若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

于本实施例中，由于主帐号和次帐号分别对应不同亲密关系的好友类别，为了确保用户能够实现对好友类别的充分划分，优选所述帐号中包括多个次帐号，所述服务器中预存有所述用户在每个次帐号上填写的个人资料和个人动态信息，以及每个次帐号分别对应的好友类别，所述用户在各次帐号上填写的个人资料和个人动态信息仅向各次帐号上的好友公开。

如此设定后，优选主帐号为第一类帐号——亲密度最高的好友类别，多个次帐号分别为第二类帐号、第三类帐号…其他类帐号，各好友类别的亲密度由第一类帐号到其他类帐号递减，例如：第一类帐号可为家人、第二类帐号可为亲友、第三类帐号可为同事、第四类帐号可为陌生人等。用户只需在各类帐号内填写不同的个人信息即可。为了便于区分各类帐号，每个帐号可通过不同的首字母或者首数字进行区分标记。

本发明实施例中的方法，基于上述设计，提供了以下两种智能的好友添加方式：

第一种：如图3所示，步骤S300：判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，步骤S301：若是主帐号请求的，则将所述好友添加请求发送至被请求帐号的主帐号，步骤S302：所述被请求帐号所在客户端返回所述被请求帐号的主帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；步骤S303：若是次帐号请求的，则将所述好友添加请求发送至被请求帐号的次帐号，步骤S304：所述被请求帐号所在客户端返回所述被请求帐号的次帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

第二种，如图4所示，步骤S400：若被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求，则执行步骤S401：判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，步骤S402：若是主帐号请求的，则将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；步骤S403：若为次帐号请求的，则将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

从上述两种方案可得出，与发起好友添加请求需在具体的主帐号或次帐号进行相对的，被请求方可在“总帐号”(包括主帐号和次帐号的帐号)进行，亦可在与请求方类别相同的帐号进行。

于本实施例中，添加好友的用户，根据需添加的好友的好友类别亲密度，可选择在主帐号或次帐号上进行好友添加，同意进行好友添加之后，被请求帐号自动将请求帐号添加为与请求帐号同类别的主帐号或次帐号的好友。例如：用户B用第一类帐号向用户A发送好友添加请求，用户A同意该好友添加请求后，则自动将用户B的第一类帐号添加为自身第一类帐号的好友。

如图7所示，本实施例中，优选各用户同一类型的帐号才能相互添加为好友。如：用户丙的第二类帐号只能与用户甲和乙的第二类帐号相互添加好友；用户甲的第一类帐号只能与用户戊的第一类帐号相互添加好友；用户甲的第三类帐号只能与用户乙的第三类帐号相互添加好友；用户乙的第一类帐号只能与用户丁的第一类帐号相互添加好友等。

其中，虽然主帐号和次帐号相互独立，但由于二者属于同一帐号，可以看作主帐号和次帐号的数组相互独立，但位于同一个数据集中，在需要时，可将一个数组中的数据转移、复制至另一个数组中，例如：当好友H从次帐号中“升级”至主帐号中时，可将用户与好友H在次帐号上的交互数据转移到主帐号的数组中，使得交互记录得以保存。

在实施时，若要将次帐号上的好友升级成主帐号的好友，可发出申请，当被请求方同意之后，即可同步完成升级。

本实施例中，优选所述主账号和次账号为运用分级、分圈或者分组的方法得到的各级、各圈或者各组；同一账号中，每个级、圈或者组使用相同的账号号码，每个级、圈或者组定义有对应不同好友类别的分类标识，所述用户在各级、圈或者组上填写的个人资料和个人动态信息仅向各级、圈或者组上的好友公开，只能在相同好友类别的级、圈或者组之间建立好友关系。

本发明实施例所提供的方法，其实现原理及产生的技术效果和前述实施例1相同，为简要描述，未提及之处，可参考前述实施例1中相应内容。

实施例3

如图5所示，本发明实施例提供了一种好友分类服务器，应用于分类系统，所述系统包括客户端和所述服务器，所述服务器包括：

帐号信息获得存储单元700，用于获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别；

个人信息获得存储单元701，用于获得并存储所述客户端发送的用户在所述主帐号上填写的个人资料和个人动态信息，以及用户在所述次帐号上填写的个人资料和个人动态信息；所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开。

该服务器中，主帐号和次帐号与好友类别、亲密度的关系可为预先定义的，如：主帐号上的好友为亲密度较高的好友类别，次帐号上的好友为亲密度较低的好友类别。

其中，个人信息和个人动态信息可包括头像、网名昵称、个人相册、个人动态、日志等。

本发明实施例所提供的服务器，其实现原理及产生的技术效果和前述方法实施例1相同，为简要描述，服务器实施例中未提及之处，可参考前述实施例1中相应内容。

实施例4

如图6所示，本发明实施例提供了一种好友分类服务器，应用于分类系统，所述系统包括客户端和所述服务器，所述服务器中预存有所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，所述服务器中预存有所述客户端发送的所述用户在所述主帐号上填写的个人资料和个人动态信息，以及所述用户在所述次帐号上填写的个人资料和个人动态信息，所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开，所述服务器包括：

好友添加请求获得单元600，用于获得客户端发送的另一帐号的好友添加请求；

判断单元601，用于判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

于本实施例中，由于主帐号和次帐号分别对应不同亲密关系的好友类别，为了确保用户能够实现对好友类别的充分划分，优选所述帐号中包括多个次帐号，所述个人信息获得存储单元用于获得并存储所述客户端发送的所述用户在每个次帐号上填写的个人资料和个人动态信息，以及每个次帐号分别对应的好友类别，所述用户在各次帐号上填写的个人资料和个人动态信息仅向各次帐号上的好友公开。

本发明实施例中的方法，基于上述设计，提供了以下两种智能的好友添加方式：

第一种：所述判断单元601用于，判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述好友添加请求发送至被请求帐号的主帐号，所述被请求帐号所在客户端返回所述被请求帐号的主帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则将所述好友添加请求发送至被请求帐号的次帐号，所述被请求帐号所在客户端返回所述被请求帐号的次帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

第二种：所述判断单元601用于，若被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求，则判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若为次帐号请求的，则将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

从上述两种方案可得出，于本实施例中，添加好友的用户，根据需添加的好友的好友类别亲密度，可选择在主帐号或次帐号上进行好友添加，同意进行好友添加之后，被请求帐号自动将请求帐号添加为与请求帐号同类别的主帐号或次帐号的好友。

与发起好友添加请求需在具体的主帐号或次帐号进行相对的，被请求方可在“总帐号”(包括主帐号和次帐号的帐号)进行，亦可在与请求方类别相同的帐号进行。

本实施例中，优选帐号信息获得存储单元，用于获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主账号和次账号为运用分级、分圈或者分组的方法得到的各级、各圈或者各组；同一账号中，每个级、圈或者组使用相同的账号号码，每个级、圈或者组定义有对应不同好友类别的分类标识，所述用户在各级、圈或者组上填写的个人资料和个人动态信息仅向各级、圈或者组上的好友公开，只能在相同好友类别的级、圈或者组之间建立好友关系。

本发明实施例所提供的服务器，其实现原理及产生的技术效果和前述方法实施例2相同，为简要描述，服务器实施例中未提及之处，可参考前述实施例2中相应内容。

参见图9，本发明实施例还提供的另一种服务器，包括：处理器501，存储器502，总线503和通信接口504，所述处理器501、通信接口504和存储器502通过总线503连接；处理器501用于执行存储器502中存储的可执行模块，例如计算机程序。

其中，存储器502可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口504(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线503可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器502用于存储程序，所述处理器501在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器501中，或者由处理器501实现。

处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的服务器和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的服务器和方法，可以通过其它的方式实现。以上所描述的服务器实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的服务器、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释

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

Claims (10)

1.一种好友分类方法，其特征在于，应用于分类系统，所述系统包括客户端和服务器，所述方法包括：

所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别；

获得并存储所述客户端发送的用户在所述主帐号上填写的个人资料和个人动态信息，以及用户在所述次帐号上填写的个人资料和个人动态信息；所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开。

2.一种好友分类方法，其特征在于，应用于分类系统，所述系统包括客户端和服务器，所述服务器中预存有所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，所述服务器中预存有所述客户端发送的所述用户在所述主帐号上填写的个人资料和个人动态信息，以及所述用户在所述次帐号上填写的个人资料和个人动态信息，所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开，所述方法包括：

所述服务器获得客户端发送的另一帐号的好友添加请求；

判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

3.根据权利要求2所述的好友分类方法，其特征在于，所述判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友，包括：

判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述好友添加请求发送至被请求帐号的主帐号，所述被请求帐号所在客户端返回所述被请求帐号的主帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则将所述好友添加请求发送至被请求帐号的次帐号，所述被请求帐号所在客户端返回所述被请求帐号的次帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

4.根据权利要求2所述的好友分类方法，其特征在于，所述判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友，包括：

若被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求，则判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若为次帐号请求的，则将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

5.根据权利要求2～4任意一项所述的好友分类方法，其特征在于，所述帐号中包括多个次帐号，所述服务器中预存有所述用户在每个次帐号上填写的个人资料和个人动态信息，以及每个次帐号分别对应的好友类别，所述用户在各次帐号上填写的个人资料和个人动态信息仅向各次帐号上的好友公开；

所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，包括：

所述服务器获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主账号和次账号为运用分级、分圈或者分组的方法得到的各级、各圈或者各组；

同一账号中，每个级、圈或者组使用相同的账号号码，每个级、圈或者组定义有对应不同好友类别的分类标识，所述用户在各级、圈或者组上填写的个人资料和个人动态信息仅向各级、圈或者组上的好友公开，只能在相同好友类别的级、圈或者组之间建立好友关系。

6.一种好友分类服务器，其特征在于，应用于分类系统，所述系统包括客户端和所述服务器，所述服务器包括：

帐号信息获得存储单元，用于获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别；

个人信息获得存储单元，用于获得并存储所述客户端发送的用户在所述主帐号上填写的个人资料和个人动态信息，以及用户在所述次帐号上填写的个人资料和个人动态信息；所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开。

7.一种好友分类服务器，其特征在于，应用于分类系统，所述系统包括客户端和所述服务器，所述服务器中预存有所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主帐号和次帐号分别对应不同的好友类别，所述服务器中预存有所述客户端发送的所述用户在所述主帐号上填写的个人资料和个人动态信息，以及所述用户在所述次帐号上填写的个人资料和个人动态信息，所述用户在所述主帐号上填写的个人资料和个人动态信息仅向所述主帐号上的好友公开；所述用户在所述次帐号上填写的个人资料和个人动态信息仅向所述次帐号上的好友公开，所述服务器包括：

好友添加请求获得单元，用于获得客户端发送的另一帐号的好友添加请求；

判断单元，用于判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则在被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则在所述被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

8.根据权利要求7所述的好友分类服务器，其特征在于，所述判断单元用于，判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述好友添加请求发送至被请求帐号的主帐号，所述被请求帐号所在客户端返回所述被请求帐号的主帐号同意所述好友添加请求后，将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若是次帐号请求的，则将所述好友添加请求发送至被请求帐号的次帐号，所述被请求帐号所在客户端返回所述被请求帐号的次帐号同意所述好友添加请求后，将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

9.根据权利要求7所述的好友分类服务器，其特征在于，所述判断单元用于，若被请求帐号所在客户端返回所述被请求帐号同意所述好友添加请求，则判断所述好友添加请求为所述另一帐号的主帐号还是次帐号请求的，若是主帐号请求的，则将所述另一帐号的主帐号添加为所述被请求帐号的主帐号的好友；若为次帐号请求的，则将所述另一帐号的次帐号添加为所述被请求帐号的次帐号的好友。

10.根据权利要求7～9任意一项所述的好友分类服务器，其特征在于，所述帐号中包括多个次帐号，所述个人信息获得存储单元用于获得并存储所述客户端发送的所述用户在每个次帐号上填写的个人资料和个人动态信息，以及每个次帐号分别对应的好友类别，所述用户在各次帐号上填写的个人资料和个人动态信息仅向各次帐号上的好友公开；

帐号信息获得存储单元，用于获得并存储所述客户端发送的用户创建的帐号和所述帐号的登陆信息，所述帐号中包括主帐号和次帐号，所述主账号和次账号为运用分级、分圈或者分组的方法得到的各级、各圈或者各组；

同一账号中，每个级、圈或者组使用相同的账号号码，每个级、圈或者组定义有对应不同好友类别的分类标识，所述用户在各级、圈或者组上填写的个人资料和个人动态信息仅向各级、圈或者组上的好友公开，只能在相同好友类别的级、圈或者组之间建立好友关系。