CN102664967A - 跨平台的个人信息交互方法和***及后台服务器 - Google Patents

Abstract

本发明涉及互联网领域，具体为跨平台的个人信息交互方法和***及后台服务器，能够实现不同平台之间对平台上用户信息的交互操作。方法包括：后台服务器从一个以上的平台获取用户的个人信息的数据包；从所述数据包中提取个人信息；其中，所述个人信息包括：用户代码、用户在对应平台上的个人信息；针对每一个用户代码，将用户在各平台上的个人信息进行整合；根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。后台服务器包括获取模块、提取模块、整合模块和处理模块。***包括一个以上的平台、一个或多个用户终端和上述后台服务器。

Description

跨平台的个人信息交互方法和***及后台服务器

技术领域

本发明涉及互联网领域，尤其涉及跨平台的个人信息交互方法和***及后台服务器。 

背景技术

互联网时代，无线网络逐渐与固网并驾齐驱渗入到生活的各方各面。随着无线互联网在网络基建、带宽速率、终端功能等各方面的飞速发展，平台成为无线互联网中极为重要的一个产业。无线互联网平台产品的数量庞大，种类繁多。用户可以在各平台上上传诸如昵称、照片、简介等个人信息，还可以在线听音乐、浏览小说等。 

用户在使用每个平台产品时通常都需要注册个人信息，这样针对同一个用户，在每个平台产品上都集合了一批该用户的个人信息，而平台之间相互独立，使得不同平台上的该用户的个人信息都是相互独立存在，相互之间不可以进行信息的交互。例如，平台甲包含的个人信息，对平台乙没有影响，如果用户已经在平台甲中上传了一张图片作为头像，而用户又想在平台乙中上传同一张图片作为头像，那么该用户必须在平台乙上再次上传该图片，这就造成用户时间和精力上的浪费。 

发明内容

本发明提供了跨平台的个人信息交互方法和***及后台服务器，能够实现不同平台之间对平台上用户信息的交互操作。 

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

跨平台的个人信息聚合方法，包括： 

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

步骤B、后台服务器从所述数据包中提取个人信息； 

其中，所述个人信息包括：用户代码、用户在对应平台上的个人信息； 

步骤C、后台服务器针对每一个用户代码，将用户在各平台上的个人信息进行整合； 

步骤D、后台服务器根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。 

优选地，所述个人信息进一步包括信息归属平台的平台代码； 

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

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

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

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

优选地，所述个人信息进一步包括信息的类别； 

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

步骤C包括： 

步骤C-1：对每一个用户的所述个人信息按所述信息的类别进行分类，得到一条或多条单项信息； 

步骤C-2：对所有分类得到的所述单项信息进行合并整合，并将合并整合得到的每一条所述单项信息存储到用来存储所有用户在不同平台上个人信息的用户信息库中。 

优选地，每一条所述单项信息包括所述信息归属平台的平台代码、信息在归属平台上的更新时间； 

在步骤C-1与步骤C-2之间还包括： 

后台服务器根据所述单项信息中所述信息归属平台的平台代码及信息在归属平台上的更新时间，鉴别所述单项信息是否为有效信息，是则执行步骤C-2，否则结束当前流程。 

优选地，所述请求指令中进一步携带有指令类别代码和信息类别代码； 

步骤D中，在所述将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户之前，进一步包括： 

步骤D-1：后台服务器根据所述指令类别代码和信息类别代码，判断所述第二用户是否具有对所述第一用户的对应于所述信息类别代码的单项信息进行请求操作的权限，是则继续，否则结束当前流程； 

步骤D-2：后台服务器从所述用户信息库中提取所述第一用户的对应于所述信息类别代码的单项信息，将该单项信息作为所述第一用户的个人信息，并执行所述将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户的步骤。 

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

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

提取模块，用于从所述获取模块获取到的数据包中提取个人信息； 

其中，所述个人信息包括：用户代码，用户在平台上的个人信息； 

整合模块，用于针对每一个用户代码，将用户在各平台上的个人信息进行整合； 

处理模块，用于根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。 

优选地，所述个人信息进一步包括信息的类别，所述整合模块包括： 

分类子模块，用于对每一个用户的所述个人信息按信息的类别进行分类，得到一条或多条单项信息； 

整合子模块，用于对所有分类得到的所述单项信息进行合并整合，并将合并整合得到的每一条所述单项信息存储到用来存储所有用户在不同平台上个人信息的用户信息库中。 

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

信息有效性判断子模块，用于根据所述单项信息中所述信息归属平台的平台代码及信息在归属平台上的更新时间，判断所述单项信息是否为有效信息；如果有效，向所述整合子模块发送合并触发指令； 

所述整合子模块，用于在接收到所述合并触发指令后，执行所述对所有分类得到的所述单项信息进行合并整合的处理。 

优选地，所述请求指令中进一步携带有指令类别代码、信息类别代码； 

所述处理模块包括： 

权限鉴别子模块，用于根据所述指令类别代码和信息类别代码，判断所述第二用户是否具有对所述第一用户的对应于所述信息类别代码的单项信息进行请求操作的权限；如果有权限，向所述提取子模块发送提取触发指令； 

提取子模块，用于在接收到所述权限鉴别子模块发送的提取触发指令后，从所述用户信息库中提取所述第一用户的对应于所述信息类别代码的单项信息。 

本发明还提供了跨平台的个人信息交互***，包括一个以上的平台、一个或多个用户终端，以及上述后台服务器，其中， 

每一个平台，用于针对每一个用户向所述后台服务器提供该用户的个人信息的数据包；每一个用户终端，用于接收所述后台服务器发送的消息。 

与现有技术相比，本发明提供的跨平台的个人信息交互方法和***及后台服务器，通过针对每一个用户，将从一个以上的平台获取的该用户的个人信息进行整合。进一步地，根据接收到的请求指令中携带的请求用户代码和目标用 户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。这样，用户就可以基于该后台服务器对本人在不同平台上的信息进行查询或编辑，以及不同用户之间可以相互浏览或调用其他用户的信息，实现了不同平台上用户信息的交互操作，方便了用户对个人信息的管理，促进了各用户之间的信息交互。 

此外，通过本发明提供的跨平台的个人信息交互方法和***及后台服务器，还能够达到以下积极效果： 

1、通过针对每一个用户，将从一个以上的平台获取的该用户的个人信息按信息的类别进行分类整合得到一条或多条单项信息，并将这些单项信息存储到用户信息库中。进一步地，用户基于该用户信息库，用户对本人在不同平台上各类别信息的查询或编辑，以及不同用户之间可以相互浏览或调用其他用户的信息，实现了不同平台上用户信息的交互操作，方便了用户对个人信息的管理，促进了各用户之间的信息交互； 

2、通过引入了权限鉴别功能，使得当用户在对个人信息进行操作时，可以根据其是否具有权限而选择对该用户是否开放操作功能，有效保障了用户个人信息的安全性。 

附图说明

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

图1为本发明实施例一提供的一种跨平台的个人信息交互方法的流程图； 

图2为本发明实施例二提供的另一种跨平台的个人信息交互方法的流程图； 

图3为本发明实施例二中进一步提供的指令处理方法的流程图； 

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

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

具体实施方式

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

实施例一 

本发明实施例一提供了一种跨平台的个人信息交互方法，参见图1，包括： 

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

步骤S102、后台服务器从所述数据包中提取个人信息； 

其中，所述个人信息包括：用户代码、用户在对应平台上的个人信息； 

步骤S103、后台服务器针对每一个用户代码，将用户在各平台上的个人信息进行整合； 

步骤S104、后台服务器根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。 

本发明实施例一提供的跨平台的个人信息交互方法，通过针对每一个用户，将从一个以上的平台获取的该用户的个人信息进行整合。进一步地，根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。这样，用户就可以基于该后台服务器对本人在不同平台上的信息进行查询或编辑，以及不同用户之间可以相互浏览或调用其他用户的信息，实现了不同平台上用户信息的交互操作，方便了用户对个人信息的管理，促进了各用户之间的信息交互。 

实施例二 

本发明实施例二提供了另一种跨平台的个人信息交互方法的流程图，参见图2，具体包括以下步骤： 

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

具体地，在本实施例中，所述连接是通过预先开发的插件与各平台建立连接关系，或者通过后台服务器与各平台之间的数据接口建立连接关系； 

步骤202：后台服务器从所述建立连接的平台上获取用户的个人信息的数据包； 

步骤203、后台服务器从所述个人信息的数据包的报头中提取所述信息归属平台的平台代码； 

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

步骤205、后台服务器根据所述查找到的编译算法，对所述获取的个人信息的数据包进行解码，得到所述个人信息的数据内容； 

在本实施例中，优选地，所述数据内容包括：用户代码，用户在对应平台上的个人信息；其中，用户在对应平台上的个人信息可以是信息的具体内容或者是信息在归属平台上的实际存储地址； 

在本实施例中，用户在对应平台上的个人信息，例如： 

（1）用户在平台内部的规定下选择的个人资料，如平台提供的头像选择等； 

（2）用户在平台内部的规定下主动上传的个人资料，如自定义头像，个人简介，昵称等； 

（3）用户对该平台的下载、激活、在线访问活动记录； 

（4）用户在小说类综合平台下在线浏览或下载的小说，在音乐类平台下具体在线收听或下载的音乐，在竞技类平台下的记录得分等； 

步骤206、后台服务器将所述得到的个人信息的数据内容按预先存储的标准编译算法重新编码得到标准个人信息； 

通过步骤206，后台服务器按照预先设定的格式，将提取出的个人信息转化为统一的格式； 

具体地，在本实施例中，当数据内容中用户在归属平台上产生的信息是信息的具体内容时，所述标准个人信息中记录了用户在归属平台上产生的相关信息的内容； 

当数据内容中用户在归属平台上产生的信息是信息的实际存储地址时，所述标准个人信息中则动态记录了用户在归属平台上产生的信息的实际存储地址，此种模式下后台服务器可根据信息的实际存储地址实时获取用户信息的内容； 

步骤207、后台服务器将所述标准个人信息的数据内容按个人信息的类别进行分类，形成一条或多条单项信息； 

其中，每一条所述单项信息中包含有用户代码、信息类别代码、该类别的信息、该类别的信息归属平台的平台代码以及该类别的信息在归属平台上的更新时间； 

具体地，所述按个人信息的类别进行分类可以是姓名、性别、年龄等类别进行分类，形成若干条单项信息，即，姓名信息作为一条单项信息，性别信息作为一条单项信息，年龄信息作为一条单项信息，等； 

步骤208、后台服务器根据所述单项信息中所述类别的信息归属平台的平台代码及所述类别的信息，在预先存储的包含有各平台的信息共享权限的共享权限信息库中鉴别所述类别的信息是否具有共享权限，是则执行步骤209，否则结束当前流程； 

具体地，在本实施例中，各平台本身对用户的个人信息可能已经设置了部分类别的个人信息为共享信息，部分类别的个人信息为隐私信息，那么当后台服务器获取到用户的个人信息时，则需要根据预先存储的各平台的共享权限信息库判断一种类别的信息是否为共享信息，当为共享信息时，才将该类别的信息存入后台服务器中，供后期用户对该类别的信息进行调用或编辑； 

步骤209：后台服务器根据所述单项信息中所述类别的信息在归属平台上的更新时间，判断所述类别的信息是否过期，是则结束当前流程，否则执行步骤210； 

步骤208-步骤209中，后台服务器根据单项信息中信息归属平台的平台代码及信息在归属平台上的更新时间，鉴别所述单项信息是否为有效信息； 

步骤210、后台服务器根据所述单项信息中的用户代码，在包含了所有用户在不同平台上的个人信息的用户信息库中查询所述用户是否已存在，是则执行步骤211，否则执行步骤215； 

其中，所述用户信息库为后台服务器预先设置的用来存储用户信息的数据库；用户信息库中，针对每一个用户设置了数据存储单元，存储了该用户在不同平台上的个人信息； 

步骤211、后台服务器根据所述单项信息中所述信息类别代码在所述用户的数据存储单元中进一步查询所述信息类别是否已存在，是则执行步骤212，否则执行步骤214； 

步骤212、后台服务器比较已存在的所述类别的信息内容与所述单项信息中所述类别的信息内容是否相同，是则结束当前流程，否则执行步骤213； 

步骤213：后台服务器将所述单项信息中所述类别的信息内容替换已存在的所述类别的信息内容； 

步骤214：后台服务器将所述单项信息存储在所述用户的数据存储单元中； 

步骤215：后台服务器在所述用户信息库中建立所述用户的数据存储单元，并将所述单项信息存储在所述用户的数据存储单元中。 

步骤210-步骤215中，后台服务器对所有分类得到的单项信息进行合并整合，并将合并整合得到的每一条单项信息存储到用来存储所有用户在不同平台上个人信息的用户信息库中； 

在本实施例二中，参见图3，当后台服务器接收到来自外部平台的请求指令时，所述请求指令中携带有指令类别代码；进一步包括以下步骤： 

步骤301：后台服务器从所述请求指令的报头中提取所述外部平台的平台代码和指令类别代码； 

步骤302：后台服务器根据所述预先存储的平台代码与编译算法的对应关系，查找与所述外部平台的平台代码对应的编译算法； 

步骤303：后台服务器根据所述查找到的编译算法，对所述请求指令的数据包进行解码，得到所述请求指令的数据内容； 

具体地，在本实施例中， 

当所述指令类别为调用信息指令时，所述调用信息指令做为来自外部应用的请求指令，还携带有请求调用用户代码、目标用户代码、信息类别代码； 

进一步包括步骤304-1至步骤306-1： 

步骤304-1：后台服务器根据所述调用信息指令携带的请求调用用户代码和目标用户代码，在预先存储的用户权限信息库中鉴别请求调用用户是否具有调用目标用户的所述类别的信息的权限，是则继续，否则结束当前流程； 

步骤305-1：后台服务器根据所述调用信息指令携带的目标用户代码及信息类别代码，在所述用户信息库中查找所述目标用户的数据存储单元，并从所述数据存储单元中提取所述目标用户的所述类别的信息； 

步骤306-1：后台服务器根据预先存储的平台代码与输出格式的对应关系，查找出与所述外部平台对应的输出格式，并根据所述输出格式将所述提取的所述目标用户的所述类别的信息通过所述外部平台输出给所述请求调用用户。 

当所述指令类别为编辑请求指令时，所述编辑请求指令做为来自外部应用的请求指令，还携带有请求编辑用户代码、目标用户代码、信息类别代码；进一步包括步骤304-2至步骤306-2： 

步骤304-2：后台服务器根据所述编辑请求指令携带的请求编辑用户代码、目标用户代码、信息类别代码，在预先存储的包含有各用户操作权限的操作权限信息库中鉴别所述请求编辑用户是否具有编辑所述目标用户的所述类别的信息的权限，是则执行步骤305-2，否则结束操作； 

步骤305-2：后台服务器根据预先存储的平台代码与输出格式的对应关系，查找出与所述外部平台对应的输出格式，并根据所述输出格式将提取的所述目标用户的所述类别的信息通过所述外部平台输出给所述请求编辑用户，并等待接收所述外部平台返回的编辑信息指令； 

步骤306-2：当接收到所述外部平台返回的编辑信息指令时，后台服务器将解码所述编辑信息指令得到的编辑信息内容替换所述从所述用户信息库中提取的所述目标用户的所述类别的信息。 

其中，在执行，将解码编辑信息指令得到的编辑信息内容替换从用户信息库中提取的目标用户的所述类别的信息，的步骤之前，还包括： 

后台服务器判断该编辑信息指令是否与之前接收到的请求编辑指令对应，是则执行，将解码编辑信息指令得到的编辑信息内容替换从用户信息库中提取的目标用户的所述类别的信息，的步骤； 

具体地，在步骤306-2中，后台服务器还可以进一步向目标用户归属的平台发送覆盖请求，并通过预选设置的插件或数据接口将目标用户归属的平台中所述目标用户的所述类别的信息更新为所述编辑信息内容。 

步骤304-1至步骤306-1、步骤304-2至步骤306-2中，后台服务器根据指令类别代码和信息类别代码，判断第二平台中对应请求用户代码的第二用户是否具有对第一平台中对应目标用户代码的第一用户的对应于信息类别代码的单项信息进行请求操作的权限，是则从用户信息库中提取第一用户的对应于所述信息类别代码的单项信息，将该单项信息作为第一用户的个人信息，将该第一平台中对应目标用户代码的第一用户的个人信息发送给第二平台中对应请求用户代码的第二用户，否则结束当前流程。 

其中，请求调用用户或请求编辑用户，可以调用或编辑同一平台上或不同平台上本人的个人信息，也可以在权限范围内调用或编辑同一平台上或不同平台上其他用户的个人信息。 

本发明实施例二中，通过针对每一个用户，将从一个以上的平台获取的该用户的个人信息按信息的类别进行分类整合得到一条或多条单项信息，并将这些单项信息存储到用户信息库中。进一步地，用户基于该用户信息库，用户对本人在不同平台上各类别信息的查询或编辑，以及不同用户之间可以相互浏览或调用其他用户的信息，实现了不同平台上用户信息的交互操作，方便了用户对个人信息的管理，促进了各用户之间的信息交互。 

进一步地，通过为用户提供的调用功能和编辑功能，使得用户基于用户信息库，实现用户对本人在各平台上各类别信息的查询或编辑，以及不同用户之间可以相互浏览或调用其他用户的信息，方便了用户对个人信息的管理，促进了各用户之间的信息交互。 

此外，通过引入了权限鉴别功能，使得当用户在对个人信息进行操作时，可以根据其是否具有权限而选择对该用户是否开放操作功能，有效保障了用户个人信息的安全性。 

实施例三 

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

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

提取模块2，用于从所述获取模块获取到的数据包中提取个人信息； 

其中，所述个人信息包括：用户代码，用户在平台上的个人信息； 

整合模块3，用于针对每一个用户代码，将用户在各平台上的个人信息进行整合； 

处理模块4，用于根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。 

实施例四 

针对实施例二，本发明实施例四提供了另一种后台服务器，参见图5，包括以下功能模块：连接模块51，获取模块52，提取模块53，整合模块54，处理模块55，其中， 

连接模块51，用于与一个以上的平台之间建立支持相互访问的连接。 

获取模块52，用于从所述建立连接的平台获取用户的个人信息的数据包。 

提取模块53，包括第一提取子模块530、第一查找子模块531、第一解码子模块532； 

第一提取子模块530，用于从所述获取模块52获取的个人信息的数据包的报头中提取信息归属平台的平台代码； 

第一查找子模块531，用于根据预先存储的平台代码与编译算法的对应关系，查找与所述平台代码对应的编译算法； 

第一解码子模块532，用于根据所述第一查找子模块531查找到的编译算法，对所述获取模块获取的个人信息的数据包进行解码，得到所述个人信息的数据内容。 

整合模块54，包括编码子模块540、分类子模块541、第一查询子模块542、新建子模块543、第二查询子模块544、存储子模块545、比较子模块546、第一替换子模块547、第一权限鉴别子模块548、判断子模块549； 

编码子模块540，用于将所述提取出的个人信息的数据内容按预先存储的标准编译算法重新编码得到标准个人信息； 

分类子模块541，用于将所述标准个人信息的数据内容按个人信息的类别进行分类，形成一条或多条单项信息； 

其中，每一条所述单项信息中包含有用户的用户代码、信息类别代码、所述类别的信息、所述类别的信息归属平台的平台代码以及所述类别的信息在归属平台上的更新时间； 

第一查询子模块542，用于根据所述单项信息中所述用户代码，在用户信息库中查询所述用户是否已存在； 

新建子模块543，用于当所述第一查询子模块542中所述单项信息中所述用户代码在用户信息库中不存在时，在所述用户信息库中建立所述用户的数据存储单元； 

第二查询子模块544，用于当所述第一查询子模块542中所述单项信息中所述用户代码在用户信息库中存在时，根据所述单项信息中所述信息类别代码在所述用户的数据存储单元中进一步查询所述信息类别是否已存在； 

存储子模块545，用于将单项信息存储在用户的数据存储单元中； 

比较子模块546，用于比较已存在的所述信息类别的信息内容与所述单项信息中所述信息类别的信息内容是否相同； 

第一替换子模块547，用于当所述比较子模块中所述类别的信息内容与所述单项信息中所述类别的信息内容不相同时，将所述单项信息中所述类别的信息内容替换已存在的所述类别的信息内容。 

其中，第一查询子模块542、新建子模块543、第二查询子模块544、存储子模块545、比较子模块546、第一替换子模块547，实现了整合子模块的功能，该整合子模块用于对所有分类得到的单项信息进行合并整合，并将合并整合得到的每一条所述单项信息存储到用来存储所有用户在不同平台上个人信息的用户信息库中； 

第一权限鉴别子模块548，用于根据所述单项信息中所述类别的信息归属平台的平台代码及所述类别的信息，在预先存储的包含有各平台的信息共享权限的共享权限信息库中鉴别所述类别的信息是否具有共享权限； 

判断子模块549，用于根据所述单项信息中所述类别的信息在归属平台上的更新时间，判断所述类别的信息是否过期； 

其中，第一权限鉴别子模块548和判断子模块549，实现了信息有效性判断子模块的功能，该信息有效性判断子模块用于根据所述单项信息中所述信息归属平台的平台代码及信息在归属平台上的更新时间，判断所述单项信息是否为有效信息；如果有效，向所述整合子模块发送合并触发指令；其中，所述整 合子模块，用于在接收到所述合并触发指令后，执行所述对所有分类得到的所述单项信息进行合并整合的处理。 

处理模块55，用于处理接收到的来自外部平台的指令，包括第二提取子模块550、第二查找子模块551、第二解码子模块552、第二权限鉴别子模块553、第三提取子模块554、第三查找子模块555、输出子模块556、第二替换子模块557； 

第二提取子模块550，用于从所述接收到的指令的报头中提取所述外部平台的平台代码和指令类别代码； 

第二查找子模块551，用于根据所述预先存储的平台代码与编译算法的对应关系，查找与所述外部平台的平台代码对应的编译算法； 

第二解码子模块552，用于根据所述查找到的编译算法，对所述指令的数据包进行解码，得到所述指令的数据内容； 

第二权限鉴别子模块553，用于当所述接收到的指令的指令类别为调用信息指令时，根据调用信息指令中携带的请求调用用户代码，在预先存储的操作权限信息库中鉴别所述请求调用用户是否具有调用所述目标用户的所述信息类别的信息的权限， 

还用于当所述指令类别为编辑请求指令时，根据编辑请求指令中携带的请求编辑用户代码、目标用户代码、信息类别代码，在预先存储的用户权限信息库中鉴别所述请求编辑用户是否具有编辑所述目标用户的所述信息类别的信息的权限； 

其中，第二权限鉴别子模块553中，后台服务器根据指令类别代码和信息类别代码，判断第二平台中对应请求用户代码的第二用户是否具有对第一平台中对应目标用户代码的第一用户的对应于信息类别代码的单项信息进行请求操作的权限；如果有权限，向第三提取子模块554发送提取触发指令； 

第三提取子模块554，用于在接收到第二权限鉴别子模块553发送的提取触发指令后，根据请求指令中携带的目标用户代码及信息类别代码，在用户信 息库中查找目标用户的数据存储单元，并从所述数据存储单元中提取目标用户的所述类别的信息； 

第三查找子模块555，用于根据预先存储的平台代码与输出格式的对应关系，查找出与所述外部平台对应的输出格式； 

输出子模块556，用于根据所述输出格式，将所述第三提取子模块554提取的所述目标用户的所述类别的信息通过所述外部平台输出给所述请求调用用户和/或请求编辑用户； 

第二替换子模块557，用于当接收到编辑信息指令时，将解码所述编辑信息指令得到的编辑信息内容替换所述从所述用户信息库中提取所述目标用户的所述信息类别的信息。 

实施例五 

本发明实施例五提供了一种跨平台的个人信息交互***，包括一个以上的平台、一个或多个用户终端，以及如上所述的后台服务器，其中， 

每一个平台，用于针对每一个用户向后台服务器提供该用户的个人信息的数据包；

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

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

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

Claims (10)

1.跨平台的个人信息交互方法，其特征在于，包括：

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

步骤B、后台服务器从所述数据包中提取个人信息；

其中，所述个人信息包括：用户代码、用户在对应平台上的个人信息；

步骤C、后台服务器针对每一个用户代码，将用户在各平台上的个人信息进行整合；

步骤D、后台服务器根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。

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

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

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

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

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

3.如权利要求2所述的方法，其特征在于，所述个人信息进一步包括信息的类别；

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

步骤C包括：

步骤C-1：对每一个用户的所述个人信息按所述信息的类别进行分类，得到一条或多条单项信息；

步骤C-2：对所有分类得到的所述单项信息进行合并整合，并将合并整合得到的每一条所述单项信息存储到用来存储所有用户在不同平台上个人信息的用户信息库中。

4.如权利要求3所述的方法，其特征在于，每一条所述单项信息包括所述信息归属平台的平台代码、信息在归属平台上的更新时间；

在步骤C-1与步骤C-2之间还包括：

后台服务器根据所述单项信息中所述信息归属平台的平台代码及信息在归属平台上的更新时间，鉴别所述单项信息是否为有效信息，是则执行步骤C-2，否则结束当前流程。

5.如权利要求3或4所述的方法，其特征在于，所述请求指令中进一步携带有指令类别代码和信息类别代码；

步骤D中，在所述将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户之前，进一步包括：

步骤D-1：后台服务器根据所述指令类别代码和信息类别代码，判断所述第二用户是否具有对所述第一用户的对应于所述信息类别代码的单项信息进行请求操作的权限，是则继续，否则结束当前流程；

步骤D-2：后台服务器从所述用户信息库中提取所述第一用户的对应于所述信息类别代码的单项信息，将该单项信息作为所述第一用户的个人信息，并执行所述将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户的步骤。

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

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

提取模块，用于从所述获取模块获取到的数据包中提取个人信息；

其中，所述个人信息包括：用户代码，用户在平台上的个人信息；

整合模块，用于针对每一个用户代码，将用户在各平台上的个人信息进行整合；

处理模块，用于根据接收到的请求指令中携带的请求用户代码和目标用户代码，将第一平台中对应该目标用户代码的第一用户的个人信息发送给第二平台中对应所述请求用户代码的第二用户。

7.如权利要求6所述的后台服务器，其特征在于，所述个人信息进一步包括信息的类别，所述整合模块包括：

分类子模块，用于对每一个用户的所述个人信息按信息的类别进行分类，得到一条或多条单项信息；

整合子模块，用于对所有分类得到的所述单项信息进行合并整合，并将合并整合得到的每一条所述单项信息存储到用来存储所有用户在不同平台上个人信息的用户信息库中。

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

信息有效性判断子模块，用于根据所述单项信息中所述信息归属平台的平台代码及信息在归属平台上的更新时间，判断所述单项信息是否为有效信息；如果有效，向所述整合子模块发送合并触发指令；

所述整合子模块，用于在接收到所述合并触发指令后，执行所述对所有分类得到的所述单项信息进行合并整合的处理。

9.如权利要求7所述的后台服务器，其特征在于，所述请求指令中进一步携带有指令类别代码、信息类别代码；

所述处理模块包括：

权限鉴别子模块，用于根据所述指令类别代码和信息类别代码，判断所述第二用户是否具有对所述第一用户的对应于所述信息类别代码的单项信息进行请求操作的权限；如果有权限，向所述提取子模块发送提取触发指令；

提取子模块，用于在接收到所述权限鉴别子模块发送的提取触发指令后，从所述用户信息库中提取所述第一用户的对应于所述信息类别代码的单项信息。

10.跨平台的个人信息交互***，其特征在于，包括一个以上的平台、一个或多个用户终端，以及如权利要求6至9中任意一项所述的后台服务器，其中，

每一个平台，用于针对每一个用户向所述后台服务器提供该用户的个人信息的数据包；

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

Images