CN102710636A - 跨平台的社交聚合方法和系统及后台服务器 - Google Patents

Abstract

本发明涉及互联网领域，具体为跨平台的社交聚合方法和系统及后台服务器，能够实现对跨平台的用户群的统一管理，从而建立起平台统一且功能多样的社交网络。方法包括：步骤A、后台服务器从一个以上的平台获取包括各个用户的社交信息的数据包；步骤B、后台服务器从所述用户的社交信息的数据包中提取社交信息；其中，所述社交信息包括用户代码；步骤C、后台服务器根据所述用户的用户代码，分别整合每一个用户的社交信息，得到社交信息聚合表；步骤D、后台服务器根据社交信息聚合表向不同平台的用户发送消息。后台服务器，包括获取模块、提取模块、整合模块和处理模块。系统包括一个以上的平台、一个以上的用户终端以及上述后台服务器。

Description

跨平台的社交聚合方法和系统及后台服务器

技术领域

本发明涉及互联网领域，尤其涉及跨平台的社交聚合方法和系统及后台服务器。

背景技术

互联网时代，无线网络逐渐与固网并驾齐驱，渗入到人们生活的各个方面。随着无线互联网在网络基建、带宽速率、终端功能等各方面的飞速发展，应用产品成为无线互联网中极为重要的一个产业。

基于无线互联网运营的各种平台，每种平台上均拥有大量的用户群，这些用户群彼此之间大量交叠，而这些用户群本身的社交关系更是多重交叉。现有技术中，绝大多数平台终端相互独立，没有针对性的技术或产品来管理这种用户群的大量重叠。

此外，各平台相互独立的运营模式也不利于各用户之间基于各应用产品体验的信息交互。

发明内容

本发明提出了跨平台的社交聚合方法和系统及后台服务器，能够实现对不同平台上用户群的统一管理。

为了达到上述目的，本发明的技术方案是这样实现的：

跨平台的社交聚合方法，包括：

步骤A、后台服务器从一个以上的平台获取包括各个用户的社交信息的数据包；

步骤B、后台服务器从所述用户的社交信息的数据包中提取社交信息；

其中，所述社交信息包括用户代码；

步骤C、后台服务器根据用户的所述用户代码，分别整合每一个用户的所述社交信息，得到社交信息聚合表；

步骤D、后台服务器根据所述社交信息聚合表向不同平台的用户发送消息。

优选地，所述社交信息中进一步包括用户归属平台的平台代码；

步骤A和B之间，进一步包括：

步骤B-1、后台服务器从获取的所述数据包的报头中提取所述用户归属平台的平台代码；

步骤B-2、后台服务器根据预先存储的平台代码与编译算法的对应关系，查找与提取的所述用户归属平台的平台代码对应的编译算法；

步骤B-3、后台服务器根据查找到的所述编译算法，对所述数据包进行解码。

优选地，所述社交信息中进一步包括好友名录以及该好友名录归属平台的平台代码；

在步骤B与步骤C之间包括：后台服务器按照预先设定的格式，将提取出的所述社交信息转化为统一的格式；

步骤C包括：后台服务器针对每一个用户代码分别建立对应的名录子表以及信息子表；名录子表中包括好友名录项以及共享平台项；后台服务器将提取的所述社交信息中对应一个用户代码的好友名录存储在该用户代码的名录子表的好友名录项中，将对应用户以及对应好友共同归属平台的平台代码存储在共享平台项上；后台服务器将对应一个用户代码的用户档案信息存储到信息子表中。

优选地，

所述步骤D包括：后台服务器从所述名录子表中确定不同平台的目标用户；从所述信息子表中获取该目标用户的用户档案信息；根据获取的用户档案信息向该目标用户发送消息。

优选地，所述步骤D中在所述根据获取的用户档案信息向目标用户发送消息之前，还包括：

后台服务器判断在预定时间内已经向所述目标用户发送消息的次数是否小于预定数值，是则继续执行步骤D，否则，结束当前流程。

进一步地，该方法还包括：

当后台服务器接收到用户发送的查询社交信息请求时，后台服务器根据所述查询社交信息请求中携带的发起请求的用户代码和目标用户的用户代码，在所述社交信息聚合表中查找该目标用户的社交信息，并将该社交信息发送给所述发起请求的用户。

本发明还提供了后台服务器，包括：

获取模块，用于从一个以上的平台获取包括各个用户的社交信息的数据包；

提取模块，用于从所述用户的社交信息的数据包中提取社交信息；

其中，所述社交信息包括用户代码；

整合模块，用于根据用户的所述用户代码，分别整合每一个用户的所述社交信息，得到社交信息聚合表；

处理模块，用于根据所述社交信息聚合表向不同平台的用户发送消息。

优选地，所述整合模块包括：

名录子表存储子模块，用于将提取的所述社交信息中对应一个用户代码的好友名录存储在该用户代码的名录子表的好友名录项中，将对应用户以及对应好友共同归属平台的平台代码存储在共享平台项上；

信息子表存储子模块，用于将对应一个用户代码的用户档案信息存储到信息子表中。

优选地，所述处理模块包括：

确定子模块，用于从所述名录子表中确定不同平台的目标用户；

获取子模块，用于从所述信息子表中获取目标用户的用户档案信息；

输出子模块，用于根据获取的用户档案信息向目标用户发送消息。

本发明还提供了跨平台的社交聚合系统，包括一个以上的平台，一个以上的用户终端，以及上述后台服务器，其中，

每一个平台，用于向所述后台服务器提供包括各个用户的社交信息的数据包；

每一个用户终端，用于接收所述后台服务器发送的消息。

与现有技术相比，本发明提供的跨平台的社交聚合方法和系统及后台服务器，通过从不同平台上获取在该平台上注册的所有用户的社交信息，并从获取的社交信息中提取出社交信息数据，再根据用户的用户代码，分别整合每一个用户的社交信息，得到社交信息聚合表，从而，后台服务器上就存储有不同平台上所有用户之间的社交关系的社交信息聚合表，这样就实现了后台服务器对不同平台上所有用户的社交信息的统一管理，从而建立起平台统一且功能多样的社交网络。进一步地，用户基于该社交网络，可根据社交信息聚合表向不同平台的用户发送消息，这样就使得各平台上的好友均能以统一渠道进行交互，且方便互相交流，也使得具有社交关系的好友之间可以互相体验各自所在平台的服务，有效提升了用户体验和用户活跃度。

此外，通过本发明提供的跨平台的社交聚合方法和系统及后台服务器，还能够达到以下积极效果：

1、本发明中还为用户提供了通过平台客户端对社交信息聚合表进行查询、存储或编辑数据信息等操作功能，方便用户对后台服务器上的数据信息进行自主化管理，从而使得用户可以更有效地利用社交网络为自己提供各种服务。

2、本发明中还为用户提供了支持面向群体用户的社区展示功能，从而更好地实现了不同平台上用户之间信息的社交化交互。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的一种跨平台的社交聚合方法的流程图；

图2为本发明实施例二提供的另一种跨平台的社交聚合方法的流程图；

图3为本发明实施例三提供的一种后台服务器的功能模块图；

图4为本发明实施例四提供的另一种后台服务器的功能模块图。

具体实施方式

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

实施例一

本发明实施例一提供了一种跨平台的社交聚合方法，参见图1，该方法包括以下步骤：

步骤S101、后台服务器从一个以上的平台获取包括各个用户的社交信息的数据包；

步骤S102、后台服务器从所述用户的社交信息的数据包中提取社交信息；

其中，所述社交信息包括用户代码；

步骤S103、后台服务器根据用户的所述用户代码，分别整合每一个用户的所述社交信息，得到社交信息聚合表；

步骤S104、后台服务器根据社交信息聚合表向不同平台的用户发送消息。

本发明实施例一提供的一种跨平台的社交聚合方法与系统，通过从不同平台上获取在该平台上注册的所有用户的社交信息，并从获取的社交信息中提取出社交信息数据，再根据用户的用户代码，分别整合每一个用户的社交信息，得到社交信息聚合表，从而，后台服务器上就存储有不同平台上所有用户之间的社交关系的社交信息聚合表，这样就实现了后台服务器对不同平台上所有用户的社交信息的统一管理，从而建立起平台统一且功能多样的社交网络。进一步地，用户基于该社交网络，可根据社交信息聚合表向不同平台的用户发送消息，这样就使得各平台上的好友均能以统一渠道进行交互，且方便互相交流，也使得具有社交关系的好友之间可以互相体验各自所在平台的服务，有效提升了用户体验和用户活跃度。

实施例二

本发明实施例二提供了另一种跨平台的社交聚合方法。在本实施例中，用户的社交信息包括用户社交名录和用户信息。

参见图2，具体包括以下步骤：

步骤201：后台服务器与各平台之间建立支持相互访问的连接；

具体地，在本实施例中，后台服务器与各平台的开发商之间预先建立合作关系；后台服务器将预先开发的连接插件安装在各平台上，进而与平台之间建立连接，或者，后台服务器通过数据接口与各平台之间建立连接；

其中，所述各平台包括应用产品、网页平台、手持终端，例如某一款游戏产品、读书网页平台、音乐网页平台、手机等；

步骤202：后台服务器从各平台获取用户的用户社交名录和/或用户信息的数据包；

具体地，在本实施例中，用户社交名录为用户在一个平台上建立的好友关系群，如手机上的电话簿、游戏产品上的好友列表等，用户信息包括用户的个人资料和用户在其所属平台上产生的活动记录，如个人资料为用户的昵称、头像、个人简介等，活动记录为用户对某应用产品的下载、激活、在线听音乐、在线浏览小说，以及对某应用产品做出的推荐、评论等活动的记录；

步骤203：后台服务器从所述获取的用户社交名录和/或用户信息的数据包的报头中提取所述用户归属平台的平台代码；

优选地，在本实施例中，所述用户社交名录和/或用户信息的数据包的报头中携带有该用户归属平台的平台代码；

步骤204：后台服务器根据预先存储的平台代码与编译算法的对应关系，查找与所述提取的用户归属平台的平台代码对应的编译算法；

具体地，在本实施例中，后台服务器中预先存储了与所有具有合作关系的平台对应的编译算法，用来对从各个平台获取的数据包进行解包，从中提取数据信息；

步骤205：后台服务器根据所述查找到的编译算法，对所述获取的用户社交名录和/或用户信息的数据包进行解码，得到社交名录数据和/或用户信息数据；

具体地，在本实施例中，所述社交名录数据包括：用户代码、用户归属平台的平台代码、用户在所述归属平台上的好友代码，所述用户信息数据包括：用户代码、用户归属平台的平台代码、用户在归属平台上的个人信息、用户在归属平台上的帐号以及用户在归属平台上产生的操作信息；

步骤206：后台服务器将所述用户社交名录数据按预先存储的基础编码算法重新编码得到基础社交名录，和/或将所述用户信息数据按预先存储的基础编码算法重新编码得到基础用户信息；

其中，所述基础编码算法为后台服务器对数据信息按约定格式存储而设置的算法；

具体地，在本实施例中，所述算法是后台服务器约定的数据包组包方式，相应地，

本步骤206中则是将所有提取的社交名录数据和用户信息数据均按所述约定的数据包组包方式将其重新组包，进而得到统一格式的基础社交名录和基础用户信息；

步骤207：后台服务器根据基础社交名录，针对每一个用户代码建立对应的名录子表，名录子表中包括好友名录项以及共享平台项，后台服务器将对应一个用户代码的好友名录存储在该用户代码的名录子表的好友名录项中，将对应用户以及对应好友共同归属平台的平台代码存储在共享平台项上，进而整合成所有用户的社交关系聚合表；和/或，根据基础用户信息，针对每一个用户代码建立对应的信息子表，并将对应一个用户代码的用户档案信息存储到信息子表中，进而整合成所有用户的用户信息聚合表；

其中，所述用户档案信息包括用户代码、用户归属平台的平台代码以及用户在归属平台上的个人信息、帐号和产生的操作信息；

所述社交关系聚合表中，以用户“张三”为例，假设与用户“张三”的好友名录包括“李四、王五、赵六、朱七”，针对用户“张三”建立的名录子表中，其包括的好友名录项及共享平台项如下：

李四（平台a、平台b）

王五（平台a）

赵六（平台b）

朱七（平台c）；

进一步地，好友名录中用户之间的社交关系可以是正向社交关系、逆向社交关系或者双向社交关系，其中，以用户A做主体为例，正向社交关系是用户A的好友列表中存储有用户B，而用户B的好友列表中没有存储用户A；逆向社交关系是用户A的好友列表中没有存储用户B，而用户B的好友列表中存储有用户A；双向社交关系是用户A的列表中存储有用户B，用户B的列表中也存储有用户A；

此外，本实施例中，后台服务器还可以建立用户的“二度社交链”或“三度社交链”以及更复杂的社交链，以“二度社交链”为例，假设“张三”在平台a上的好友名录中包含“李四”，“李四”在平台b上的好友名录中包含“王二”，那么在后台服务器中存储的“张三”的名录子表中，“张三”的好友名录项中既包含“李四”，也包含“王二”；

在本实施例中，当后台服务器从平台获取到新的用户社交名录时，进一步包括步骤208：

步骤208：后台服务器判断所述新的用户社交名录中用户代码是否已存储于所述社交关系聚合表中，是则结束当前流程，否则返回执行步骤207。

在本实施例中，当用户在平台上产生操作信息时，后台服务器根据该操作信息自动向目标用户发送相关信息，具体包括步骤209至步骤212：

其中，在本实施例中，所述操作信息例如：

（1）用户A对某个应用产品开始体验，

相应地，后台服务器自动将该用户开始体验该应用产品的行为信息发送给其社交名录中包括的好友用户；

（2）用户A在某个应用中的得分超过其已有记录，

相应地，后台服务器自动将该得分信息发送给其社交名录中同样体验该应用，且得分低于用户A此次得分的好友用户；

步骤209：后台服务器根据所述社交关系聚合表中所述用户的名录子表，确定输出目标用户，并根据所述用户信息聚合表中所述目标用户的信息子表获取目标用户的用户档案信息，并进一步从用户档案信息中获取所述目标用户在归属平台上的帐号；

步骤210：后台服务器判断在预定时间内与所述目标用户对应的计数器中的数值是否小于预定数值，是则执行步骤211，否则结束当前流程；

优选地，在本实施例中，后台服务器预先设置与所述用户信息聚合表中所有用户一一对应的计数器，且所有所述计数器的初始值均设为零；

优选地，在本实施例中，所述预定时间为24小时，所述预定数值为5；

步骤211：后台服务器根据所述操作信息，形成社交化信息；

具体地，在本实施例中，所述社交化信息中包括目标用户的用户代码、目标用户归属平台的平台代码、信息内容、信息类别代码以及信息展示类别代码，其中，信息展示类别，例如短信、彩信、平台展示等；

步骤212：后台服务器将所述社交化信息输出给所述目标用户的帐号，并将与所述目标用户对应的计数器中的数值加1。

在本实施例中，当用户通过平台的客户端输入自主信息时，后台服务器对所述自主信息的处理步骤与步骤209至步骤212中对操作信息的处理步骤相同，其中，所述自主信息例如：向好友推荐应用或平台，向好友广播分数对某个应用进行的评论，截图共享或其他论述；

其中，步骤212中将信息输出给目标用户的方式还可以通过社区展示的方式展示给多数目标用户，具体地，所述社区展示，以“平台”为社区划分单元，每个平台对应一个子社区，每个子社区内包含有用户自主输入的社交化信息、自动更新的版本信息、总用户排行榜等可自动更新的数据信息。

进一步地，在本实施例中，步骤207之后的任意一项中，还包括以下步骤：

当后台服务器接收到用户发送的查询信息请求时，后台服务器根据所述查询信息请求中携带的发起请求的用户代码和目标用户的用户代码，在所述用户信息聚合表中查找该目标用户的用户信息，并将该用户信息发送给所述发起请求的用户。

本发明实施例二中为用户提供了通过平台客户端对社交关系聚合表和用户信息聚合表进行查询、存储或编辑数据信息等操作功能，方便用户对后台服务器上的数据信息进行自主化管理，从而使得用户可以更有效地利用社交网络为自己提供各种服务。

同时，本发明实施例二中还为用户提供了支持面向群体用户的社区展示功能，从而更好地实现了不同平台上用户之间信息的社交化交互。

实施例三

针对实施例一，本发明实施例三提供了一种后台服务器，参见图3，包括：

获取模块1，用于从一个以上的平台获取包括各个用户的社交信息的数据包；

提取模块2，用于从所述用户的社交信息的数据包中提取社交信息；

其中，所述社交信息包括用户代码；

整合模块3，用于根据用户的所述用户代码，分别整合每一个用户的所述社交信息，得到社交信息聚合表；

处理模块4，用于根据社交信息聚合表向不同平台的用户发送消息。

实施例四

针对实施例二，本发明实施例四提供了另一种后台服务器。在本实施例中，用户的社交信息包括用户社交名录和用户信息。

参见图4，具体包括以下功能模块：连接模块40，获取模块41，提取模块42，整合模块43，信息处理模块44，操作模块45。

连接模块40，用于与各平台之间建立支持相互访问的连接；

获取模块41，用于从各平台获取用户的用户社交名录和/或用户信息的数据包；

提取模块42，包括：提取子模块421、查找子模块422、解码子模块423，其中，

提取子模块421，用于从所述获取的用户社交名录和/或用户信息的数据包的报头中提取所述用户归属平台的平台代码；

查找子模块422，用于根据预先存储的平台代码与编译算法的对应关系，查找与所述提取的用户归属平台的平台代码对应的编译算法；

解码子模块423，用于根据所述查找到的编译算法，对所述获取的用户社交名录和/或用户信息进行解码，得到所述社交名录数据和/或用户信息数据。

整合模块43，包括：编码子模块431、名录子表形成子模块432、信息子表形成子模块433，检查子模块434，其中，

编码子模块431，用于将所述用户社交名录数据按预先存储的基础编码算法重新编码得到基础社交名录，和/或将所述用户信息数据按预先存储的基础编码算法重新编码得到基础用户信息；其中，所述基础编码算法为后台服务器对数据信息按约定格式存储而设置的算法；

名录子表形成子模块432，用于根据基础社交名录，针对每一个用户代码建立对应的名录子表，名录子表中包括好友名录项以及共享平台项，后台服务器将对应一个用户代码的好友名录存储在该用户代码的名录子表的好友名录项中，将对应用户以及对应好友共同归属平台的平台代码存储在共享平台项上，进而整合成所有用户的社交关系聚合表；

信息子表形成子模块433，用于根据基础用户信息，针对每一个用户代码建立对应的信息子表，并将对应一个用户代码的用户档案信息存储到信息子表中，进而整合成所有用户的用户信息聚合表；

其中，用户档案信息包括用户代码、用户归属平台的平台代码以及用户在归属平台上的个人信息、帐号和产生的操作信息；

检查子模块434，用于当所述后台服务器从平台获取到新的用户社交名录时，后台服务器根据从所述新的用户社交名录提取出的新的用户名录数据，检查所述新的用户名录数据中用户代码是否已存储于所述社交关系聚合表中。

处理模块44，用于处理不同平台上用户之间的信息交互，信息输入模块441、确定子模块442、判断子模块443、获取子模块444、信息形成子模块445、信息输出子模块446、计数子模块447，

信息输入子模块441，用于用户通过平台的客户端输入自主信息；

确定子模块442，用于根据所述社交关系聚合表中所述用户的名录子表，确定输出目标用户；

判断子模块443，用于在确定子模块442确定目标用户之后，判断在预定时间内与所述目标用户对应的计数器中的数值是否小于预定数值；

其中，后台服务器预先设置与所述用户信息聚合表中所有用户一一对应的计数器，且所有所述计数器的初始值均设为零；

获取子模块444，用于根据所述用户信息聚合表中所述目标用户的信息子表获取目标用户的用户档案信息，并进一步从用户档案信息中获取所述目标用户在归属平台上的帐号；

信息形成子模块445，用于根据用户在平台上产生的操作信息和/或信息输入子模块441中用户输入的自主信息，形成社交化信息；

信息输出子模块446，用于将所述社交化信息输出给所述目标用户的帐号；

计数子模块447，用于当后台服务器向目标用户输出社交化信息时，将预先设置的与所述目标用户对应的计数器中的数值加1。

操作模块45，用于用户在后台服务器中对所述用户社交关系聚合表和/或所述用户信息聚合表中的数据信息进行查询、存储或编辑。

实施例五

本发明实施例五提供了一种跨平台的社交聚合系统，包括一个以上的平台，一个以上的用户终端，以及如上所述的后台服务器，其中，

每一个平台，用于向后台服务提供包括各个用户的社交信息的数据包；

每一个用户终端，用于接收所述后台服务器发送的消息。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.跨平台的社交聚合方法，其特征在于，包括：

步骤A、后台服务器从一个以上的平台获取包括各个用户的社交信息的数据包；

步骤B、后台服务器从所述用户的社交信息的数据包中提取社交信息；

其中，所述社交信息包括用户代码；

步骤C、后台服务器根据用户的所述用户代码，分别整合每一个用户的所述社交信息，得到社交信息聚合表；

步骤D、后台服务器根据所述社交信息聚合表向不同平台的用户发送消息。

2.如权利要求1所述的方法，其特征在于，所述社交信息中进一步包括用户归属平台的平台代码；

步骤A和B之间，进一步包括：

步骤B-1、后台服务器从获取的所述数据包的报头中提取所述用户归属平台的平台代码；

步骤B-2、后台服务器根据预先存储的平台代码与编译算法的对应关系，查找与提取的所述用户归属平台的平台代码对应的编译算法；

步骤B-3、后台服务器根据查找到的所述编译算法，对所述数据包进行解码。

3.如权利要求1所述的方法，其特征在于，所述社交信息中进一步包括好友名录以及该好友名录归属平台的平台代码；

在步骤B与步骤C之间包括：后台服务器按照预先设定的格式，将提取出的所述社交信息转化为统一的格式；

步骤C包括：后台服务器针对每一个用户代码分别建立对应的名录子表以及信息子表；名录子表中包括好友名录项以及共享平台项；后台服务器将提取的所述社交信息中对应一个用户代码的好友名录存储在该用户代码的名录子表的好友名录项中，将对应用户以及对应好友共同归属平台的平台代码存储在共享平台项上；后台服务器将对应一个用户代码的用户档案信息存储到信息子表中。

4.如权利要求3所述的方法，其特征在于，

所述步骤D包括：后台服务器从所述名录子表中确定不同平台的目标用户；从所述信息子表中获取该目标用户的用户档案信息；根据获取的用户档案信息向该目标用户发送消息。

5.如权利要求4所述的方法，其特征在于，所述步骤D中在所述根据获取的用户档案信息向目标用户发送消息之前，还包括：

后台服务器判断在预定时间内已经向所述目标用户发送消息的次数是否小于预定数值，是则继续执行步骤D，否则，结束当前流程。

6.如权利要求1所述的方法，其特征在于，该方法还包括：

当后台服务器接收到用户发送的查询社交信息请求时，后台服务器根据所述查询社交信息请求中携带的发起请求的用户代码和目标用户的用户代码，在所述社交信息聚合表中查找该目标用户的社交信息，并将该社交信息发送给所述发起请求的用户。

7.后台服务器，其特征在于，包括：

获取模块，用于从一个以上的平台获取包括各个用户的社交信息的数据包；

提取模块，用于从所述用户的社交信息的数据包中提取社交信息；

其中，所述社交信息包括用户代码；

整合模块，用于根据用户的所述用户代码，分别整合每一个用户的所述社交信息，得到社交信息聚合表；

处理模块，用于根据所述社交信息聚合表向不同平台的用户发送消息。

8.如权利要求7所述的后台服务器，其特征在于，所述整合模块包括：

名录子表存储子模块，用于将提取的所述社交信息中对应一个用户代码的好友名录存储在该用户代码的名录子表的好友名录项中，将对应用户以及对应好友共同归属平台的平台代码存储在共享平台项上；

信息子表存储子模块，用于将对应一个用户代码的用户档案信息存储到信息子表中。

9.如权利要求7所述的后台服务器，其特征在于，所述处理模块包括：

确定子模块，用于从所述名录子表中确定不同平台的目标用户；

获取子模块，用于从所述信息子表中获取目标用户的用户档案信息；

输出子模块，用于根据获取的用户档案信息向目标用户发送消息。

10.跨平台的社交聚合系统，其特征在于，包括一个以上的平台，一个以上的用户终端，以及如权利要求7至9中任意一项所述的后台服务器，其中，

每一个平台，用于向所述后台服务器提供包括各个用户的社交信息的数据包；

每一个用户终端，用于接收所述后台服务器发送的消息。

Images