欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種數(shù)據(jù)綁定的方法、裝置及系統(tǒng)的制作方法

文檔序號(hào):6585336閱讀:257來源:國知局

專利名稱::一種數(shù)據(jù)綁定的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及數(shù)據(jù)處理技術(shù),尤其涉及一種數(shù)據(jù)綁定的方法、裝置及系統(tǒng)。
背景技術(shù)
:隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展,目前人們經(jīng)常通過網(wǎng)絡(luò)來進(jìn)行人際關(guān)系的維護(hù),從而SNS(SocialNetworkingServices,社會(huì)性網(wǎng)絡(luò)服務(wù))社區(qū)應(yīng)運(yùn)而生。SNS社區(qū)系統(tǒng)自動(dòng)將與某一用戶關(guān)聯(lián)的其他用戶的最新信息傳輸給該用戶,從而使得該用戶獲取到與該用戶關(guān)聯(lián)的其他用戶如好友的最新信息,進(jìn)而SNS社區(qū)中的用戶之間還可以進(jìn)行其他溝通和協(xié)作,從而用戶可以通過SNS社區(qū)中的操作加強(qiáng)和維護(hù)與其他好友等之間的關(guān)系。另一方面,網(wǎng)絡(luò)游戲也成為了人們?nèi)粘I钪幸环N非常重要的進(jìn)行消遣的方法,而且,在網(wǎng)絡(luò)游戲中用戶也維護(hù)有相應(yīng)的游戲好友的人際關(guān)系。但是,目前SNS社區(qū)系統(tǒng)和網(wǎng)絡(luò)游戲系統(tǒng)是相互獨(dú)立的系統(tǒng),兩系統(tǒng)中的數(shù)據(jù)之間不具有關(guān)聯(lián)性。
發(fā)明內(nèi)容有鑒于此,本發(fā)明要解決的技術(shù)問題是,提供一種數(shù)據(jù)綁定的方法、裝置及系統(tǒng),能夠?qū)崿F(xiàn)SNS數(shù)據(jù)與游戲數(shù)據(jù)的綁定。為此,本發(fā)明實(shí)施例采用如下技術(shù)方案本發(fā)明實(shí)施例提供一種數(shù)據(jù)綁定的方法,包括接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;接收游戲側(cè)返回的所述角色查詢請(qǐng)求對(duì)應(yīng)的反饋信息,從所述反饋信息中解析出角色信息;建立所述角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。其中,所述從所述反饋信息中解析出角色信息之后,建立所述關(guān)聯(lián)關(guān)系之前,進(jìn)一步包括確定反饋信息中攜帶至少兩個(gè)角色的角色信息時(shí),對(duì)解析出的角色信息進(jìn)行拆分,得到每個(gè)角色的角色信息。所述建立關(guān)聯(lián)關(guān)系之前,進(jìn)一步包括接收用戶的綁定角色選擇事件,從拆分得到的角色信息中確定用戶通過所述事件選擇的角色信息;相應(yīng)的,與社區(qū)用戶信息建立關(guān)聯(lián)關(guān)系的角色信息為用戶選擇的所述角色信息。所述接收用戶的角色選擇事件之前,進(jìn)一步包括將拆分得到的每個(gè)角色的角色信息向用戶展現(xiàn),以供用戶進(jìn)行綁定角色信息的選4擇。所述游戲用戶信息包括游戲賬號(hào)、服務(wù)器標(biāo)識(shí)(ID);所述角色信息包括角色I(xiàn)D。所述反饋信息中攜帶角色數(shù)量標(biāo)識(shí),用于標(biāo)識(shí)反饋信息中攜帶的角色信息所對(duì)應(yīng)的角色數(shù)量;相應(yīng)的,所述確定反饋信息中攜帶至少兩個(gè)角色的角色信息根據(jù)所述角色數(shù)量標(biāo)識(shí)實(shí)現(xiàn)。生成角色查詢請(qǐng)求之后,發(fā)送角色查詢請(qǐng)求之前,進(jìn)一步包括驗(yàn)證所述角色查詢請(qǐng)求為有效的角色查詢請(qǐng)求。生成角色查詢請(qǐng)求之后,發(fā)送角色查詢請(qǐng)求之前,進(jìn)一步包括判斷SNS側(cè)需要發(fā)送的所述角色查詢請(qǐng)求的數(shù)量不大于預(yù)設(shè)的請(qǐng)求數(shù)量閾值。本發(fā)明實(shí)施例還提供一種數(shù)據(jù)綁定的裝置,包括請(qǐng)求生成單元,用于接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;發(fā)送單元,用于將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;解析單元,用于接收游戲側(cè)返回的所述角色查詢請(qǐng)求對(duì)應(yīng)的反饋信息,從所述反饋信息中解析出角色信息;建立單元,用于建立所述角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。其中,還包括拆分單元,用于確定反饋信息中攜帶至少兩個(gè)角色的角色信息時(shí),對(duì)解析單元解析出的角色信息進(jìn)行拆分,得到每個(gè)角色的角色信息。還包括選擇單元,用于接收用戶的綁定角色選擇事件,從拆分單元拆分得到的角色信息中確定用戶通過所述事件選擇的角色信息;相應(yīng)的,建立單元建立關(guān)聯(lián)關(guān)系的角色信息為用戶選擇的所述角色信息。還包括展現(xiàn)單元,用于將拆分單元拆分得到的每個(gè)角色的角色信息向用戶展現(xiàn),以供用戶進(jìn)行綁定角色信息的選擇。所述游戲用戶信息包括游戲賬號(hào)、服務(wù)器ID;所述角色信息包括角色I(xiàn)D。還包括驗(yàn)證單元,用于驗(yàn)證所述角色查詢請(qǐng)求為有效的角色查詢請(qǐng)求。還包括數(shù)量判斷單元,用于判斷SNS側(cè)需要發(fā)送的所述角色查詢請(qǐng)求的數(shù)量不大于請(qǐng)求數(shù)量閾值。本發(fā)明實(shí)施例還提供一種數(shù)據(jù)綁定的系統(tǒng),包括SNS側(cè)裝置,用于接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;接收游戲側(cè)返回的反饋信息,從所述反饋信息中解析出角色信息;建立所述角色信息與社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系;游戲側(cè)裝置,用于接收SNS側(cè)發(fā)來的角色查詢請(qǐng)求,根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢,將查詢到的所述游戲用戶信息對(duì)應(yīng)的角色信息作為反饋信息發(fā)送給SNS對(duì)于上述技術(shù)方案的技術(shù)效果分析如下接收到社區(qū)用戶的綁定請(qǐng)求時(shí),解析出游戲用戶信息,生成角色查詢請(qǐng)求發(fā)送給游戲側(cè),從游戲側(cè)接收到游戲用戶信息對(duì)應(yīng)的角色信息,建立所述角色信息與社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系,從而實(shí)現(xiàn)了角色信息與社區(qū)用戶信息之間的綁定,進(jìn)而,由于SNS側(cè)與游戲側(cè)的數(shù)據(jù)一般分別與社區(qū)用戶信息以及角色信息相互對(duì)應(yīng),從而在所述社區(qū)用戶信息以及角色信息綁定關(guān)系的基礎(chǔ)上,實(shí)現(xiàn)了SNS側(cè)與游戲側(cè)數(shù)據(jù)之間的綁定,進(jìn)而實(shí)現(xiàn)了SNS側(cè)與游戲側(cè)之間的數(shù)據(jù)流通。圖1為本發(fā)明實(shí)施例一種數(shù)據(jù)綁定的方法流程示意圖;圖2為本發(fā)明實(shí)施例另一種數(shù)據(jù)綁定的方法流程示意圖;圖3為本發(fā)明實(shí)施例一種數(shù)據(jù)綁定的裝置結(jié)構(gòu)示意圖;圖4為本發(fā)明實(shí)施例另一種數(shù)據(jù)綁定的裝置結(jié)構(gòu)示意圖;圖5為本發(fā)明實(shí)施例一種數(shù)據(jù)綁定的系統(tǒng)結(jié)構(gòu)示意圖;圖6a為本發(fā)明實(shí)現(xiàn)實(shí)例系統(tǒng)結(jié)構(gòu)示意圖;圖6為本發(fā)明一種實(shí)現(xiàn)實(shí)例的方法流程示意圖。具體實(shí)施例方式以下,結(jié)合附圖詳細(xì)說明本發(fā)明實(shí)施例數(shù)據(jù)綁定的方法、裝置及系統(tǒng)的實(shí)現(xiàn)。圖1為本發(fā)明實(shí)施例數(shù)據(jù)綁定的方法流程示意圖,如圖1所示,包括步驟101:接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求。所述綁定請(qǐng)求中可以包括游戲用戶信息,還可以進(jìn)一步包括社區(qū)用戶信息。具體的,社區(qū)用戶對(duì)應(yīng)的SNS社區(qū)客戶端一側(cè)可以為社區(qū)用戶提供相應(yīng)的操作界面,以便于用戶在操作界面中輸入期望與自身的社區(qū)用戶信息綁定的游戲用戶信息,或者,還可以進(jìn)一步輸入自身的社區(qū)用戶信息,并觸發(fā)綁定請(qǐng)求,從而社區(qū)用戶所在的SNS社區(qū)客戶端會(huì)獲取社區(qū)用戶輸入的游戲用戶信息(可能還包括用戶輸入的期望綁定的社區(qū)用戶信息),按照預(yù)定格式生成綁定請(qǐng)求消息,將所述綁定請(qǐng)求消息發(fā)送到進(jìn)行本步驟處理的SNS側(cè)的社區(qū)服務(wù)器上,從而社區(qū)服務(wù)器獲取到社區(qū)用戶所在的客戶端發(fā)來的綁定請(qǐng)求消息后,直接按照預(yù)定格式進(jìn)行綁定請(qǐng)求消息的解析,即可獲得所述游戲用戶信息以及社區(qū)用戶信息。所述社區(qū)用戶信息可以包括社區(qū)用戶ID、用戶密碼等。服務(wù)器等通過社區(qū)用戶ID對(duì)不同用戶進(jìn)行區(qū)別以及信息記錄。所述游戲用戶信息可以包括游戲賬號(hào)、服務(wù)器ID等;在實(shí)際應(yīng)用中還可能設(shè)定用戶輸入游戲所屬的區(qū)域、服務(wù)器組號(hào)等,這里并不限制。步驟102:將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲6側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢。步驟103:接收游戲側(cè)返回的所述角色查詢請(qǐng)求對(duì)應(yīng)的反饋信息,從所述反饋信息中解析出角色信息。步驟104:建立所述角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。圖1所示的本發(fā)明實(shí)施例數(shù)據(jù)綁定的方法,接收到社區(qū)用戶的綁定請(qǐng)求時(shí),解析出游戲用戶信息,生成角色查詢請(qǐng)求發(fā)送給游戲側(cè),從游戲側(cè)接收到游戲用戶信息對(duì)應(yīng)的角色信息,建立所述角色信息與社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系,從而實(shí)現(xiàn)了角色信息與社區(qū)用戶信息之間的綁定,進(jìn)而,由于SNS側(cè)與游戲側(cè)的數(shù)據(jù)一般分別與社區(qū)用戶信息以及角色信息相互對(duì)應(yīng),從而在所述社區(qū)用戶信息以及角色信息綁定關(guān)系的基礎(chǔ)上,實(shí)現(xiàn)了SNS側(cè)與游戲側(cè)數(shù)據(jù)之間的綁定,進(jìn)而實(shí)現(xiàn)了SNS側(cè)與游戲側(cè)之間的數(shù)據(jù)流通。在圖1所述方法基礎(chǔ)上,通過圖2所示的本發(fā)明實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說明。如圖2所示,該方法包括步驟201:SNS側(cè)接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求。步驟202:SNS側(cè)判斷角色查詢請(qǐng)求是否有效,如果是,執(zhí)行步驟203;否則,執(zhí)行步驟210。其中,在SNS側(cè)一般包括多個(gè)SNS社區(qū)客戶端、社區(qū)服務(wù)器、驗(yàn)證服務(wù)器等,生成角色查詢請(qǐng)求的設(shè)備與發(fā)送該角色查詢請(qǐng)求的設(shè)備可能不同,此時(shí),發(fā)送該角色查詢請(qǐng)求的設(shè)備可以對(duì)要發(fā)送的角色查詢請(qǐng)求進(jìn)行有效性驗(yàn)證,例如通過驗(yàn)證生成該角色查詢請(qǐng)求的IP是否為SNS側(cè)的有效IP,或者,驗(yàn)證生成該角色查詢請(qǐng)求的MAC地址是否為有效的MAC地址等,這里并不限制。步驟203:判斷SNS側(cè)需要發(fā)送的所述角色查詢請(qǐng)求的數(shù)量是否大于預(yù)設(shè)的請(qǐng)求數(shù)量閾值,如果否,執(zhí)行步驟204;否則,執(zhí)行步驟210。其中,設(shè)定所述數(shù)量閾值用于控制SNS側(cè)對(duì)游戲側(cè)的訪問流量,以便減輕游戲側(cè)的處理壓力。其中,步驟202和步驟203的執(zhí)行順序不限制;而且,均為可選步驟。步驟204:將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè)。步驟205:游戲側(cè)接收所述角色查詢請(qǐng)求,從該請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息查詢對(duì)應(yīng)的角色信息,根據(jù)查詢到的角色信息生成對(duì)應(yīng)的反饋信息返回SNS偵U。其中,在游戲側(cè)存儲(chǔ)有游戲用戶信息對(duì)應(yīng)的角色信息,游戲用戶信息用于標(biāo)識(shí)一個(gè)游戲用戶,而角色信息則用于標(biāo)識(shí)該游戲用戶在游戲中的角色,每個(gè)游戲用戶可以對(duì)應(yīng)一個(gè)或者多個(gè)角色,也即一個(gè)游戲用戶信息可以對(duì)應(yīng)一個(gè)或多個(gè)角色的角色信息。所述角色信息可以包括角色I(xiàn)D(用于唯一標(biāo)識(shí)一個(gè)角色,以與其他角色進(jìn)行區(qū)別),所述角色I(xiàn)D在實(shí)現(xiàn)時(shí)也可以通過不同的字段值實(shí)現(xiàn),這里并不限制;還可以包括角色的等級(jí)、名稱等。其中,反饋信息中可以攜帶角色信息所對(duì)應(yīng)的角色數(shù)量,所述角色數(shù)量可以通過建立角色數(shù)量標(biāo)識(shí)實(shí)現(xiàn)。例如,直接通過數(shù)字指示反饋信息中所攜帶的角色信息所對(duì)應(yīng)的角色的數(shù)量;或者,還可以用"是(T)"來標(biāo)識(shí)反饋信息中只有一個(gè)角色的角色信息,用"否7(F)"來標(biāo)識(shí)反饋信息中含有多個(gè)角色的角色信息等等。步驟206:SNS側(cè)接收游戲側(cè)發(fā)來的反饋信息,從所述反饋信息中解析出角色信息。步驟207:SNS側(cè)判斷所述角色信息所對(duì)應(yīng)的角色數(shù)量是否大于l,如果是,執(zhí)行步驟208;否則,執(zhí)行步驟210。其中,當(dāng)反饋信息中攜帶角色數(shù)量標(biāo)識(shí)時(shí),本步驟所述判斷的實(shí)現(xiàn)可以為根據(jù)所述反饋信息中角色數(shù)量標(biāo)識(shí)判斷角色數(shù)量是否大于1。步驟208:對(duì)角色信息進(jìn)行拆分,得到每個(gè)角色的角色信息,向用戶展現(xiàn)所述角色信息;執(zhí)行步驟209。例如,反饋信息中攜帶的角色信息為表1所示的3個(gè)角色的角色信息時(shí),則本步驟中則需要對(duì)角色信息進(jìn)行進(jìn)一步的拆分,得到每個(gè)角色所對(duì)應(yīng)的角色信息。表1<table>tableseeoriginaldocumentpage8</column></row><table>如表1所示,各個(gè)角色信息之間通過角色I(xiàn)D來進(jìn)行區(qū)隔,因此,本步驟中進(jìn)行角色信息的拆分時(shí),可以通過查找角色I(xiàn)D,獲取每個(gè)角色I(xiàn)D以及位于其后的角色信息實(shí)現(xiàn)。這里,由于攜帶了多個(gè)角色信息,因此,可以向用戶展現(xiàn)所述角色信息,以便用戶進(jìn)行所需綁定角色信息的確認(rèn)。而且,由于已經(jīng)對(duì)角色信息進(jìn)行拆分,最好在向用戶展現(xiàn)角色信息時(shí),可以按照拆分結(jié)果對(duì)所述角色信息進(jìn)行區(qū)別展現(xiàn),從而使得用戶在步驟209中可以輕松的進(jìn)行所期望綁定的角色信息的選擇。步驟209:接收用戶的綁定角色選擇事件,從拆分得到的角色信息中確定用戶通過所述事件選擇的角色信息;執(zhí)行步驟210。其中,用戶的綁定角色選擇事件是指用戶根據(jù)步驟209中展現(xiàn)的角色信息,選擇用戶自身所期望與社區(qū)用戶信息綁定的角色信息。其中,用戶進(jìn)行角色信息選擇時(shí),可以選擇一個(gè)角色信息,也可以選擇兩個(gè)或兩個(gè)以上的角色信息,甚至全部的角色信息,這里并不限定。步驟210:建立角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。其中,如果是步驟207中判斷為一個(gè)角色的角色信息而執(zhí)行本步驟時(shí),則,本步驟中建立關(guān)聯(lián)關(guān)系的角色信息為解析反饋信息得到的所述角色信息;如果是步驟209中用戶進(jìn)行了角色信息選擇之后執(zhí)行本步驟,則,建立關(guān)聯(lián)關(guān)系的角色信息為步驟209中用戶選擇的所述角色信息。所述建立社區(qū)用戶信息與所述角色信息之間的關(guān)聯(lián)關(guān)系可以為建立社區(qū)用戶的用戶賬號(hào)與角色I(xiàn)D之間的對(duì)應(yīng)關(guān)系等。所述對(duì)應(yīng)關(guān)系可以通過數(shù)據(jù)表的形式進(jìn)行存儲(chǔ)。通過建立所述關(guān)聯(lián)關(guān)系,實(shí)現(xiàn)了游戲側(cè)與SNS側(cè)數(shù)據(jù)關(guān)系的綁定,之后,游戲側(cè)與SNS側(cè)即可根據(jù)所述綁定之后的關(guān)聯(lián)關(guān)系實(shí)現(xiàn)兩側(cè)數(shù)據(jù)的流通。步驟211:向用戶提示相應(yīng)的錯(cuò)誤信息。與方法對(duì)應(yīng)的,本發(fā)明實(shí)施例還提供了數(shù)據(jù)綁定的裝置以及系統(tǒng)。如圖3所示為本發(fā)明實(shí)施例一種數(shù)據(jù)綁定的裝置結(jié)構(gòu)示意圖,該裝置一般可以設(shè)置于SNS側(cè)。如圖3所示,包括請(qǐng)求生成單元310,用于接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;發(fā)送單元320,用于將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;解析單元330,用于接收游戲側(cè)返回的反饋信息,從所述反饋信息中解析出角色信息;建立單元340,用于建立所述角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。優(yōu)選地,如圖4所示,在圖3所示結(jié)構(gòu)的基礎(chǔ)上,該裝置還可以進(jìn)一步包括驗(yàn)證單元450,用于驗(yàn)證所述角色查詢請(qǐng)求為有效請(qǐng)求,例如判斷發(fā)送所述角色查詢請(qǐng)求的IP為SNS側(cè)的有效IP;和/或,數(shù)量判斷單元460,用于判斷SNS側(cè)需要發(fā)送的所述角色查詢請(qǐng)求的數(shù)量不大于請(qǐng)求數(shù)量閾值。如圖4所示,該裝置還可以包括拆分單元470,用于確定反饋信息中攜帶至少兩個(gè)角色的角色信息時(shí),對(duì)解析單元9解析出的角色信息進(jìn)行拆分,得到每個(gè)角色的角色信息。展現(xiàn)單元480,用于將拆分單元拆分得到的每個(gè)角色的角色信息向用戶展現(xiàn),以供用戶進(jìn)行綁定角色信息的選擇。選擇單元490,用于接收用戶的綁定角色選擇事件,從拆分單元拆分得到的角色信息中確定用戶通過所述事件選擇的角色信息;相應(yīng)的,建立單元440建立關(guān)聯(lián)關(guān)系的角色信息為用戶選擇的所述角色信息。所述游戲用戶信息包括游戲賬號(hào)、服務(wù)器ID;所述角色信息包括角色I(xiàn)D。本發(fā)明實(shí)施例還提供一種數(shù)據(jù)綁定的系統(tǒng),如圖5所示,包括SNS側(cè)裝置510,用于接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;接收游戲側(cè)返回的反饋信息,從所述反饋信息中解析出角色信息;建立所述角色信息與社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系;游戲側(cè)裝置520,用于接收SNS側(cè)發(fā)來的角色查詢請(qǐng)求,根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢,將查詢到的所述游戲用戶信息對(duì)應(yīng)的角色信息作為反饋信息發(fā)送給SNS偵U。圖3圖5所示的本發(fā)明實(shí)施例所述裝置及系統(tǒng),實(shí)現(xiàn)了角色信息以及社區(qū)用戶信息的綁定,進(jìn)而,由于SNS側(cè)與游戲側(cè)的數(shù)據(jù)一般分別與社區(qū)用戶信息以及角色信息相互對(duì)應(yīng),從而在所述社區(qū)用戶信息以及角色信息綁定關(guān)系的基礎(chǔ)上,實(shí)現(xiàn)了SNS側(cè)與游戲側(cè)數(shù)據(jù)之間的綁定,進(jìn)而實(shí)現(xiàn)了SNS側(cè)與游戲側(cè)之間的數(shù)據(jù)流通。圖6為本發(fā)明的一種實(shí)現(xiàn)實(shí)例,如圖6a所示,該系統(tǒng)中包括位于SNS側(cè)的社區(qū)服務(wù)器、關(guān)系數(shù)據(jù)庫以及驗(yàn)證服務(wù)器,位于游戲側(cè)的游戲服務(wù)器以及游戲數(shù)據(jù)庫,驗(yàn)證服務(wù)器與游戲服務(wù)器相連;在該系統(tǒng)的基礎(chǔ)上,所述方法包括以下步驟步驟601:社區(qū)服務(wù)器接收社區(qū)用戶的綁定請(qǐng)求消息,從所述綁定請(qǐng)求消息中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求發(fā)送給驗(yàn)證服務(wù)器。其中,驗(yàn)證服務(wù)器和社區(qū)服務(wù)器之間,驗(yàn)證服務(wù)器與游戲服務(wù)器之間可以分別使用socket協(xié)議進(jìn)行數(shù)據(jù)傳輸。步驟602:驗(yàn)證服務(wù)器接收角色查詢請(qǐng)求,驗(yàn)證角色查詢請(qǐng)求的有效性并判斷接收到的角色查詢請(qǐng)求的數(shù)量是否超過數(shù)量閾值,如果請(qǐng)求有效且請(qǐng)求數(shù)量未超過閾值,則將角色查詢請(qǐng)求發(fā)送給游戲側(cè)的游戲服務(wù)器。步驟603:游戲服務(wù)器接收所述角色查詢請(qǐng)求,根據(jù)請(qǐng)求中的游戲用戶信息到游戲數(shù)據(jù)庫中獲取游戲用戶信息所對(duì)應(yīng)的角色信息,將所述角色信息通過驗(yàn)證服務(wù)器發(fā)送到社區(qū)服務(wù)器。其中,游戲服務(wù)器可以根據(jù)所述數(shù)據(jù)請(qǐng)求消息生成數(shù)據(jù)庫查詢語句(SQL),從而到游戲數(shù)據(jù)庫中查找到游戲用戶信息對(duì)應(yīng)的角色信息。與步驟602相同的,游戲服務(wù)器將角色信息通過驗(yàn)證服務(wù)器發(fā)送給社區(qū)服務(wù)器時(shí),也可以根據(jù)socket協(xié)議進(jìn)行數(shù)據(jù)轉(zhuǎn)換,生成相應(yīng)的數(shù)據(jù)包發(fā)送給社區(qū)服務(wù)器。例如,當(dāng)游戲用戶信息下對(duì)應(yīng)多個(gè)角色的角色信息時(shí),游戲數(shù)據(jù)服務(wù)中心可以將多個(gè)角色的角色信息放入一個(gè)數(shù)據(jù)包中。這樣,社區(qū)服務(wù)器收到數(shù)據(jù)包后,按照事先約定好的格式,進(jìn)行解析,將多個(gè)角色信息逐一拆分。步驟604:社區(qū)服務(wù)器接收所述角色信息,向用戶展現(xiàn),接收用戶的綁定角色選擇事件,將用戶選擇的角色信息與社區(qū)用戶信息發(fā)送到數(shù)據(jù)庫中進(jìn)行對(duì)應(yīng)存儲(chǔ)。本領(lǐng)域普通技術(shù)人員可以理解,實(shí)現(xiàn)上述實(shí)施例實(shí)現(xiàn)SNS數(shù)據(jù)以及游戲數(shù)據(jù)綁定方法的過程可以通過程序指令相關(guān)的硬件來完成,所述的程序可以存儲(chǔ)于可讀取存儲(chǔ)介質(zhì)中,該程序在執(zhí)行時(shí)執(zhí)行上述方法中的對(duì)應(yīng)步驟。所述的存儲(chǔ)介質(zhì)可以如R0M/RAM、磁碟、光盤等。以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式,應(yīng)當(dāng)指出,對(duì)于本
技術(shù)領(lǐng)域
的普通技術(shù)人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進(jìn)和潤飾,這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。1權(quán)利要求一種數(shù)據(jù)綁定的方法,其特征在于,包括接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;接收游戲側(cè)返回的所述角色查詢請(qǐng)求對(duì)應(yīng)的反饋信息,從所述反饋信息中解析出角色信息;建立所述角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述從所述反饋信息中解析出角色信息之后,建立所述關(guān)聯(lián)關(guān)系之前,進(jìn)一步包括確定反饋信息中攜帶至少兩個(gè)角色的角色信息時(shí),對(duì)解析出的角色信息進(jìn)行拆分,得到每個(gè)角色的角色信息。3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述拆分之后,所述建立關(guān)聯(lián)關(guān)系之前,進(jìn)一步包括接收用戶的綁定角色選擇事件,從拆分得到的角色信息中確定用戶通過所述事件選擇的角色信息;相應(yīng)的,與社區(qū)用戶信息建立關(guān)聯(lián)關(guān)系的角色信息為用戶選擇的所述角色信息。4.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述接收用戶的角色選擇事件之前,進(jìn)一步包括將拆分得到的每個(gè)角色的角色信息向用戶展現(xiàn),以供用戶進(jìn)行綁定角色信息的選擇。5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法,其特征在于,所述游戲用戶信息包括游戲賬號(hào)、服務(wù)器ID;所述角色信息包括角色I(xiàn)D。6.根據(jù)權(quán)利要求2至4任一項(xiàng)所述的方法,其特征在于,所述反饋信息中攜帶角色數(shù)量標(biāo)識(shí),用于標(biāo)識(shí)反饋信息中攜帶的角色信息所對(duì)應(yīng)的角色數(shù)量;相應(yīng)的,所述確定反饋信息中攜帶至少兩個(gè)角色的角色信息根據(jù)所述角色數(shù)量標(biāo)識(shí)實(shí)現(xiàn)。7.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法,其特征在于,生成角色查詢請(qǐng)求之后,發(fā)送角色查詢請(qǐng)求之前,進(jìn)一步包括驗(yàn)證所述角色查詢請(qǐng)求為有效的角色查詢請(qǐng)求。8.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法,其特征在于,生成角色查詢請(qǐng)求之后,發(fā)送角色查詢請(qǐng)求之前,進(jìn)一步包括判斷SNS側(cè)需要發(fā)送的所述角色查詢請(qǐng)求的數(shù)量不大于預(yù)設(shè)的請(qǐng)求數(shù)量閾值。9.一種數(shù)據(jù)綁定的裝置,其特征在于,包括請(qǐng)求生成單元,用于接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;發(fā)送單元,用于將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;解析單元,用于接收游戲側(cè)返回的所述角色查詢請(qǐng)求對(duì)應(yīng)的反饋信息,從所述反饋信息中解析出角色信息;建立單元,用于建立所述角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。10.根據(jù)權(quán)利要求9所述的裝置,其特征在于,還包括拆分單元,用于確定反饋信息中攜帶至少兩個(gè)角色的角色信息時(shí),對(duì)解析單元解析出的角色信息進(jìn)行拆分,得到每個(gè)角色的角色信息。11.根據(jù)權(quán)利要求10所述的裝置,其特征在于,還包括選擇單元,用于接收用戶的綁定角色選擇事件,從拆分單元拆分得到的角色信息中確定用戶通過所述事件選擇的角色信息;相應(yīng)的,建立單元建立關(guān)聯(lián)關(guān)系的角色信息為用戶選擇的所述角色信息。12.根據(jù)權(quán)利要求11所述的裝置,其特征在于,還包括展現(xiàn)單元,用于將拆分單元拆分得到的每個(gè)角色的角色信息向用戶展現(xiàn),以供用戶進(jìn)行綁定角色信息的選擇。13.根據(jù)權(quán)利要求9至12任一項(xiàng)所述的裝置,其特征在于,所述游戲用戶信息包括游戲賬號(hào)、服務(wù)器ID;所述角色信息包括角色I(xiàn)D。14.根據(jù)權(quán)利要求9至12任一項(xiàng)所述的裝置,其特征在于,還包括驗(yàn)證單元,用于驗(yàn)證所述角色查詢請(qǐng)求為有效的角色查詢請(qǐng)求。15.根據(jù)權(quán)利要求9至12任一項(xiàng)所述的裝置,其特征在于,還包括數(shù)量判斷單元,用于判斷SNS側(cè)需要發(fā)送的所述角色查詢請(qǐng)求的數(shù)量不大于請(qǐng)求數(shù)量閾值。16.—種數(shù)據(jù)綁定的系統(tǒng),其特征在于,包括SNS側(cè)裝置,用于接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;接收游戲側(cè)返回的反饋信息,從所述反饋信息中解析出角色信息;建立所述角色信息與社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系;游戲側(cè)裝置,用于接收SNS側(cè)發(fā)來的角色查詢請(qǐng)求,根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢,將查詢到的所述游戲用戶信息對(duì)應(yīng)的角色信息作為反饋信息發(fā)送給SNS側(cè)。全文摘要本發(fā)明公開了一種數(shù)據(jù)綁定的方法、裝置及系統(tǒng),該方法包括接收社區(qū)用戶的綁定請(qǐng)求,從所述綁定請(qǐng)求中解析出游戲用戶信息,根據(jù)所述游戲用戶信息生成角色查詢請(qǐng)求;將所述角色查詢請(qǐng)求發(fā)送給游戲側(cè),所述角色查詢請(qǐng)求用于請(qǐng)求游戲側(cè)根據(jù)所述游戲用戶信息進(jìn)行角色信息的查詢;接收游戲側(cè)返回的所述角色查詢請(qǐng)求對(duì)應(yīng)的反饋信息,從所述反饋信息中解析出角色信息;建立所述角色信息與所述社區(qū)用戶的社區(qū)用戶信息之間的關(guān)聯(lián)關(guān)系。所述方法、裝置及系統(tǒng)能實(shí)現(xiàn)SNS側(cè)數(shù)據(jù)與游戲側(cè)數(shù)據(jù)的綁定。文檔編號(hào)G06F17/30GK101751460SQ20091024352公開日2010年6月23日申請(qǐng)日期2009年12月25日優(yōu)先權(quán)日2009年12月25日發(fā)明者洪曉健申請(qǐng)人:北京暢游天下網(wǎng)絡(luò)技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
蛟河市| 长葛市| 双辽市| 自治县| 孟州市| 诸城市| 浦东新区| 新昌县| 白水县| 政和县| 石阡县| 乌鲁木齐县| 湘阴县| 济宁市| 呼玛县| 金湖县| 福建省| 栖霞市| 宜宾县| 永城市| 将乐县| 射洪县| 轮台县| 汕头市| 大同市| 佛山市| 云南省| 尖扎县| 南平市| 随州市| 惠水县| 河西区| 山西省| 左云县| 白沙| 伊宁县| 庆云县| 金平| 乌审旗| 乐陵市| 体育|