CN101751460A - 一种数据绑定的方法、装置及系统 - Google Patents

Abstract

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

Description

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

技术领域

本发明涉及数据处理技术，尤其涉及一种数据绑定的方法、装置及系统。

背景技术

随着互联网技术的飞速发展，目前人们经常通过网络来进行人际关系的维护，从而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

角色ID(第1个角色)
	性别
等级
	门派
GUID
	角色ID(第2个角色)
性别
	等级
门派
	GUID
角色ID(第3个角色)
	性别
等级
	门派
GUID

如表1所示，各个角色信息之间通过角色ID来进行区隔，因此，本步骤中进行角色信息的拆分时，可以通过查找角色ID，获取每个角色ID以及位于其后的角色信息实现。

这里，由于携带了多个角色信息，因此，可以向用户展现所述角色信息，以便用户进行所需绑定角色信息的确认。而且，由于已经对角色信息进行拆分，最好在向用户展现角色信息时，可以按照拆分结果对所述角色信息进行区别展现，从而使得用户在步骤209中可以轻松的进行所期望绑定的角色信息的选择。

步骤209：接收用户的绑定角色选择事件，从拆分得到的角色信息中确定用户通过所述事件选择的角色信息；执行步骤210。

其中，用户的绑定角色选择事件是指：用户根据步骤209中展现的角色信息，选择用户自身所期望与社区用户信息绑定的角色信息。

其中，用户进行角色信息选择时，可以选择一个角色信息，也可以选择两个或两个以上的角色信息，甚至全部的角色信息，这里并不限定。

步骤210：建立角色信息与所述社区用户的社区用户信息之间的关联关系。

其中，如果是步骤207中判断为一个角色的角色信息而执行本步骤时，则，本步骤中建立关联关系的角色信息为解析反馈信息得到的所述角色信息；

如果是步骤209中用户进行了角色信息选择之后执行本步骤，则，建立关联关系的角色信息为：步骤209中用户选择的所述角色信息。

所述建立社区用户信息与所述角色信息之间的关联关系可以为：建立社区用户的用户账号与角色ID之间的对应关系等。所述对应关系可以通过数据表的形式进行存储。

通过建立所述关联关系，实现了游戏侧与SNS侧数据关系的绑定，之后，游戏侧与SNS侧即可根据所述绑定之后的关联关系实现两侧数据的流通。

步骤211：向用户提示相应的错误信息。

与方法对应的，本发明实施例还提供了数据绑定的装置以及系统。

如图3所示为本发明实施例一种数据绑定的装置结构示意图，该装置一般可以设置于SNS侧。如图3所示，包括：

请求生成单元310，用于接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；

发送单元320，用于将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；

解析单元330，用于接收游戏侧返回的反馈信息，从所述反馈信息中解析出角色信息；

建立单元340，用于建立所述角色信息与所述社区用户的社区用户信息之间的关联关系。

优选地，如图4所示，在图3所示结构的基础上，该装置还可以进一步包括：

验证单元450，用于验证所述角色查询请求为有效请求，例如判断发送所述角色查询请求的IP为SNS侧的有效IP；和/或，

数量判断单元460，用于判断SNS侧需要发送的所述角色查询请求的数量不大于请求数量阈值。

如图4所示，该装置还可以包括：

拆分单元470，用于确定反馈信息中携带至少两个角色的角色信息时，对解析单元解析出的角色信息进行拆分，得到每个角色的角色信息。

展现单元480，用于将拆分单元拆分得到的每个角色的角色信息向用户展现，以供用户进行绑定角色信息的选择。

选择单元490，用于接收用户的绑定角色选择事件，从拆分单元拆分得到的角色信息中确定用户通过所述事件选择的角色信息；

相应的，建立单元440建立关联关系的角色信息为：用户选择的所述角色信息。

所述游戏用户信息包括：游戏账号、服务器ID；所述角色信息包括：角色ID。

本发明实施例还提供一种数据绑定的系统，如图5所示，包括：

SNS侧装置510，用于接收社区用户的绑定请求，从所述绑定请求中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求；将所述角色查询请求发送给游戏侧，所述角色查询请求用于请求游戏侧根据所述游戏用户信息进行角色信息的查询；接收游戏侧返回的反馈信息，从所述反馈信息中解析出角色信息；建立所述角色信息与社区用户信息之间的关联关系；

游戏侧装置520，用于接收SNS侧发来的角色查询请求，根据所述游戏用户信息进行角色信息的查询，将查询到的所述游戏用户信息对应的角色信息作为反馈信息发送给SNS侧。

图3～图5所示的本发明实施例所述装置及系统，实现了角色信息以及社区用户信息的绑定，进而，由于SNS侧与游戏侧的数据一般分别与社区用户信息以及角色信息相互对应，从而在所述社区用户信息以及角色信息绑定关系的基础上，实现了SNS侧与游戏侧数据之间的绑定，进而实现了SNS侧与游戏侧之间的数据流通。

图6为本发明的一种实现实例，如图6a所示，该系统中包括：位于SNS侧的社区服务器、关系数据库以及验证服务器，位于游戏侧的游戏服务器以及游戏数据库，验证服务器与游戏服务器相连；在该系统的基础上，所述方法包括以下步骤：

步骤601：社区服务器接收社区用户的绑定请求消息，从所述绑定请求消息中解析出游戏用户信息，根据所述游戏用户信息生成角色查询请求发送给验证服务器。

其中，验证服务器和社区服务器之间，验证服务器与游戏服务器之间可以分别使用socket协议进行数据传输。

步骤602：验证服务器接收角色查询请求，验证角色查询请求的有效性并判断接收到的角色查询请求的数量是否超过数量阈值，如果请求有效且请求数量未超过阈值，则将角色查询请求发送给游戏侧的游戏服务器。

步骤603：游戏服务器接收所述角色查询请求，根据请求中的游戏用户信息到游戏数据库中获取游戏用户信息所对应的角色信息，将所述角色信息通过验证服务器发送到社区服务器。

其中，游戏服务器可以根据所述数据请求消息生成数据库查询语句(SQL)，从而到游戏数据库中查找到游戏用户信息对应的角色信息。

与步骤602相同的，游戏服务器将角色信息通过验证服务器发送给社区服务器时，也可以根据socket协议进行数据转换，生成相应的数据包发送给社区服务器。例如，当游戏用户信息下对应多个角色的角色信息时，游戏数据服务中心可以将多个角色的角色信息放入一个数据包中。这样，社区服务器收到数据包后，按照事先约定好的格式，进行解析，将多个角色信息逐一拆分。

步骤604：社区服务器接收所述角色信息，向用户展现，接收用户的绑定角色选择事件，将用户选择的角色信息与社区用户信息发送到数据库中进行对应存储。

本领域普通技术人员可以理解，实现上述实施例实现SNS数据以及游戏数据绑定方法的过程可以通过程序指令相关的硬件来完成，所述的程序可以存储于可读取存储介质中，该程序在执行时执行上述方法中的对应步骤。所述的存储介质可以如：ROM/RAM、磁碟、光盘等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

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侧。

Images