一种数据绑定的方法、装置及系统.pdf

本发明公开了一种数据绑定的方法、装置及系统，该方法包括：接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；接收游戏侧返回的所述角色查询请求对应的反馈信息，从所述反馈信息中解析出角色信息；建立所述角色信息与所述社区用户的社区用户信息之间的关联关系。所述方法、装置及系统能实现SNS侧数据与游戏侧数据的绑定。

1.  一种数据绑定的方法，其特征在于，包括：
接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；
将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；
接收游戏侧返回的所述角色查询请求对应的反馈信息，从所述反馈信息中解析出角色信息；
建立所述角色信息与所述社区用户的社区用户信息之间的关联关系。

2.  根据权利要求1所述的方法，其特征在于，所述从所述反馈信息中解析出角色信息之后，建立所述关联关系之前，进一步包括：
确定反馈信息中携带至少两个角色的角色信息时，对解析出的角色信息进行拆分，得到每个角色的角色信息。

3.  根据权利要求2所述的方法，其特征在于，所述拆分之后，所述建立关联关系之前，进一步包括：
接收用户的绑定角色选择事件，从拆分得到的角色信息中确定用户通过所述事件选择的角色信息；
相应的，与社区用户信息建立关联关系的角色信息为：用户选择的所述角色信息。

4.  根据权利要求3所述的方法，其特征在于，所述接收用户的角色选择事件之前，进一步包括：
将拆分得到的每个角色的角色信息向用户展现，以供用户进行绑定角色信息的选择。

5.  根据权利要求1至4任一项所述的方法，其特征在于，所述游戏用户信息包括：游戏账号、服务器ID；所述角色信息包括：角色ID。

6.  根据权利要求2至4任一项所述的方法，其特征在于，所述反馈信息中携带角色数量标识，用于标识反馈信息中携带的角色信息所对应的角色数量；
相应的，所述确定反馈信息中携带至少两个角色的角色信息根据所述角色数量标识实现。

7.  根据权利要求1至4任一项所述的方法，其特征在于，生成角色查询请求之后，发送角色查询请求之前，进一步包括：
验证所述角色查询请求为有效的角色查询请求。

8.  根据权利要求1至4任一项所述的方法，其特征在于，生成角色查询请求之后，发送角色查询请求之前，进一步包括：
判断SNS侧需要发送的所述角色查询请求的数量不大于预设的请求数量阈值。

9.  一种数据绑定的装置，其特征在于，包括：
请求生成单元，用于接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；
发送单元，用于将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；
解析单元，用于接收游戏侧返回的所述角色查询请求对应的反馈信息，从所述反馈信息中解析出角色信息；
建立单元，用于建立所述角色信息与所述社区用户的社区用户信息之间的关联关系。

10.  根据权利要求9所述的装置，其特征在于，还包括：
拆分单元，用于确定反馈信息中携带至少两个角色的角色信息时，对解析单元解析出的角色信息进行拆分，得到每个角色的角色信息。

11.  根据权利要求10所述的装置，其特征在于，还包括：
选择单元，用于接收用户的绑定角色选择事件，从拆分单元拆分得到的角色信息中确定用户通过所述事件选择的角色信息；
相应的，建立单元建立关联关系的角色信息为：用户选择的所述角色信息。

12.  根据权利要求11所述的装置，其特征在于，还包括：
展现单元，用于将拆分单元拆分得到的每个角色的角色信息向用户展现，以供用户进行绑定角色信息的选择。

13.  根据权利要求9至12任一项所述的装置，其特征在于，所述游戏用户信息包括：游戏账号、服务器ID；所述角色信息包括：角色ID。

14.  根据权利要求9至12任一项所述的装置，其特征在于，还包括：
验证单元，用于验证所述角色查询请求为有效的角色查询请求。

15.  根据权利要求9至12任一项所述的装置，其特征在于，还包括：
数量判断单元，用于判断SNS侧需要发送的所述角色查询请求的数量不大于请求数量阈值。

16.  一种数据绑定的系统，其特征在于，包括：
SNS侧装置，用于接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；接收游戏侧返回的反馈信息，从所述反馈信息中解析出角色信息；建立所述角色信息与社区用户信息之间的关联关系；
游戏侧装置，用于接收SNS侧发来的角色查询请求，根据所述游戏用户信息进行角色信息的查询，将查询到的所述游戏用户信息对应的角色信息作为反馈信息发送给SNS侧。

一种数据绑定的方法、装置及系统
技术领域
本发明涉及数据处理技术，尤其涉及一种数据绑定的方法、装置及系统。
背景技术
随着互联网技术的飞速发展，目前人们经常通过网络来进行人际关系的维护，从而SNS(Social Networking Services，社会性网络服务)社区应运而生。SNS社区系统自动将与某一用户关联的其他用户的最新信息传输给该用户，从而使得该用户获取到与该用户关联的其他用户如好友的最新信息，进而SNS社区中的用户之间还可以进行其他沟通和协作，从而用户可以通过SNS社区中的操作加强和维护与其他好友等之间的关系。
另一方面，网络游戏也成为了人们日常生活中一种非常重要的进行消遣的方法，而且，在网络游戏中用户也维护有相应的游戏好友的人际关系。
但是，目前SNS社区系统和网络游戏系统是相互独立的系统，两系统中的数据之间不具有关联性。
发明内容
有鉴于此，本发明要解决的技术问题是，提供一种数据绑定的方法、装置及系统，能够实现SNS数据与游戏数据的绑定。
为此，本发明实施例采用如下技术方案：
本发明实施例提供一种数据绑定的方法，包括：
接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；
将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；
接收游戏侧返回的所述角色查询请求对应的反馈信息，从所述反馈信息中解析出角色信息；
建立所述角色信息与所述社区用户的社区用户信息之间的关联关系。
其中，所述从所述反馈信息中解析出角色信息之后，建立所述关联关系之前，进一步包括：
确定反馈信息中携带至少两个角色的角色信息时，对解析出的角色信息进行拆分，得到每个角色的角色信息。
所述建立关联关系之前，进一步包括：
接收用户的绑定角色选择事件，从拆分得到的角色信息中确定用户通过所述事件选择的角色信息；
相应的，与社区用户信息建立关联关系的角色信息为：用户选择的所述角色信息。
所述接收用户的角色选择事件之前，进一步包括：
将拆分得到的每个角色的角色信息向用户展现，以供用户进行绑定角色信息的选择。
所述游戏用户信息包括：游戏账号、服务器标识(ID)；所述角色信息包括：角色ID。
所述反馈信息中携带角色数量标识，用于标识反馈信息中携带的角色信息所对应的角色数量；
相应的，所述确定反馈信息中携带至少两个角色的角色信息根据所述角色数量标识实现。
生成角色查询请求之后，发送角色查询请求之前，进一步包括：
验证所述角色查询请求为有效的角色查询请求。
生成角色查询请求之后，发送角色查询请求之前，进一步包括：
判断SNS侧需要发送的所述角色查询请求的数量不大于预设的请求数量阈值。
本发明实施例还提供一种数据绑定的装置，包括：
请求生成单元，用于接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；
发送单元，用于将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；
解析单元，用于接收游戏侧返回的所述角色查询请求对应的反馈信息，从所述反馈信息中解析出角色信息；
建立单元，用于建立所述角色信息与所述社区用户的社区用户信息之间的关联关系。
其中，还包括：
拆分单元，用于确定反馈信息中携带至少两个角色的角色信息时，对解析单元解析出的角色信息进行拆分，得到每个角色的角色信息。
还包括：选择单元，用于接收用户的绑定角色选择事件，从拆分单元拆分得到的角色信息中确定用户通过所述事件选择的角色信息；
相应的，建立单元建立关联关系的角色信息为：用户选择的所述角色信息。
还包括：展现单元，用于将拆分单元拆分得到的每个角色的角色信息向用户展现，以供用户进行绑定角色信息的选择。
所述游戏用户信息包括：游戏账号、服务器ID；所述角色信息包括：角色ID。
还包括：验证单元，用于验证所述角色查询请求为有效的角色查询请求。
还包括：数量判断单元，用于判断SNS侧需要发送的所述角色查询请求的数量不大于请求数量阈值。
本发明实施例还提供一种数据绑定的系统，包括：
SNS侧装置，用于接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；接收游戏侧返回的反馈信息，从所述反馈信息中解析出角色信息；建立所述角色信息与社区用户信息之间的关联关系；
游戏侧装置，用于接收SNS侧发来的角色查询请求，根据所述游戏用户信息进行角色信息的查询，将查询到的所述游戏用户信息对应的角色信息作为反馈信息发送给SNS侧。
对于上述技术方案的技术效果分析如下：
接收到社区用户的绑定请求时，解析出游戏用户信息，生成角色查询请求发送给游戏侧，从游戏侧接收到游戏用户信息对应的角色信息，建立所述角色信息与社区用户的社区用户信息之间的关联关系，从而实现了角色信息与社区用户信息之间的绑定，进而，由于SNS侧与游戏侧的数据一般分别与社区用户信息以及角色信息相互对应，从而在所述社区用户信息以及角色信息绑定关系的基础上，实现了SNS侧与游戏侧数据之间的绑定，进而实现了SNS侧与游戏侧之间的数据流通。
附图说明
图1为本发明实施例一种数据绑定的方法流程示意图；
图2为本发明实施例另一种数据绑定的方法流程示意图；
图3为本发明实施例一种数据绑定的装置结构示意图；
图4为本发明实施例另一种数据绑定的装置结构示意图；
图5为本发明实施例一种数据绑定的系统结构示意图；
图6a为本发明实现实例系统结构示意图；
图6为本发明一种实现实例的方法流程示意图。
具体实施方式
以下，结合附图详细说明本发明实施例数据绑定的方法、装置及系统的
实现。
图1为本发明实施例数据绑定的方法流程示意图，如图1所示，包括：
步骤101：接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求。
所述绑定请求中可以包括：游戏用户信息，还可以进一步包括：社区用户信息。
具体的，社区用户对应的SNS社区客户端一侧可以为社区用户提供相应的操作界面，以便于用户在操作界面中输入期望与自身的社区用户信息绑定的游戏用户信息，或者，还可以进一步输入自身的社区用户信息，并触发绑定请求，从而社区用户所在的SNS社区客户端会获取社区用户输入的游戏用户信息(可能还包括用户输入的期望绑定的社区用户信息)，按照预定格式生成绑定请求消息，将所述绑定请求消息发送到进行本步骤处理的SNS侧的社区服务器上，从而社区服务器获取到社区用户所在的客户端发来的绑定请求消息后，直接按照预定格式进行绑定请求消息的解析，即可获得所述游戏用户信息以及社区用户信息。
所述社区用户信息可以包括：社区用户ID、用户密码等。服务器等通过社区用户ID对不同用户进行区别以及信息记录。
所述游戏用户信息可以包括：游戏账号、服务器ID等；在实际应用中还可能设定用户输入游戏所属的区域、服务器组号等，这里并不限制。
步骤102：将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询。
步骤103：接收游戏侧返回的所述角色查询请求对应的反馈信息，从所述反馈信息中解析出角色信息。
步骤104：建立所述角色信息与所述社区用户的社区用户信息之间的关联关系。
图1所示的本发明实施例数据绑定的方法，接收到社区用户的绑定请求时，解析出游戏用户信息，生成角色查询请求发送给游戏侧，从游戏侧接收到游戏用户信息对应的角色信息，建立所述角色信息与社区用户的社区用户信息之间的关联关系，从而实现了角色信息与社区用户信息之间的绑定，进而，由于SNS侧与游戏侧的数据一般分别与社区用户信息以及角色信息相互对应，从而在所述社区用户信息以及角色信息绑定关系的基础上，实现了SNS侧与游戏侧数据之间的绑定，进而实现了SNS侧与游戏侧之间的数据流通。
在图1所述方法基础上，通过图2所示的本发明实施例对本发明进行详细说明。如图2所示，该方法包括：
步骤201：SNS侧接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求。
步骤202：SNS侧判断角色查询请求是否有效，如果是，执行步骤203；否则，执行步骤210。
其中，在SNS侧一般包括多个SNS社区客户端、社区服务器、验证服务器等，生成角色查询请求的设备与发送该角色查询请求的设备可能不同，此时，发送该角色查询请求的设备可以对要发送的角色查询请求进行有效性验证，例如通过验证生成该角色查询请求的IP是否为SNS侧的有效IP，或者，验证生成该角色查询请求的MAC地址是否为有效的MAC地址等，这里并不限制。
步骤203：判断SNS侧需要发送的所述角色查询请求的数量是否大于预设的请求数量阈值，如果否，执行步骤204；否则，执行步骤210。
其中，设定所述数量阈值用于控制SNS侧对游戏侧的访问流量，以便减轻游戏侧的处理压力。
其中，步骤202和步骤203的执行顺序不限制；而且，均为可选步骤。
步骤204：将所述角色查询请求发送给游戏侧。
步骤205：游戏侧接收所述角色查询请求，从该请求中解析出游戏用户信息，根据所述游戏用户信息查询对应的角色信息，根据查询到的角色信息生成对应的反馈信息返回SNS侧。
其中，在游戏侧存储有游戏用户信息对应的角色信息，游戏用户信息用于标识一个游戏用户，而角色信息则用于标识该游戏用户在游戏中的角色，每个游戏用户可以对应一个或者多个角色，也即：一个游戏用户信息可以对应一个或多个角色的角色信息。
所述角色信息可以包括：角色ID(用于唯一标识一个角色，以与其他角色进行区别)，所述角色ID在实现时也可以通过不同的字段值实现，这里并不限制；还可以包括：角色的等级、名称等。
其中，反馈信息中可以携带角色信息所对应的角色数量，所述角色数量可以通过建立角色数量标识实现。例如，直接通过数字指示反馈信息中所携带的角色信息所对应的角色的数量；或者，还可以用“是(T)”来标识反馈信息中只有一个角色的角色信息，用“否(F)”来标识反馈信息中含有多个角色的角色信息等等。
步骤206：SNS侧接收游戏侧发来的反馈信息，从所述反馈信息中解析出角色信息。
步骤207：SNS侧判断所述角色信息所对应的角色数量是否大于1，如果是，执行步骤208；否则，执行步骤210。
其中，当反馈信息中携带角色数量标识时，本步骤所述判断的实现可以为：根据所述反馈信息中角色数量标识判断角色数量是否大于1。
步骤208：对角色信息进行拆分，得到每个角色的角色信息，向用户展现所述角色信息；执行步骤209。
例如，反馈信息中携带的角色信息为表1所示的3个角色的角色信息时，则本步骤中则需要对角色信息进行进一步的拆分，得到每个角色所对应的角色信息。
表1