擊該懸浮圖標以提交進入副本的請求。
[0060]進一步地,當用戶點擊該懸浮圖標時,客戶端可以彈窗形式向玩家展示加入副本的申請界面,該申請界面中可以展示有各副本的申請按鈕,這些副本可以對應不同的副本類型。副本類型可用于表示服務器能夠提供的各種副本場景的類型,如“精靈圣域”副本、“勇闖雷靈島”副本等等。
[0061]在本發(fā)明的一種應用示例中,當某玩家按下某副本的申請按鈕時,可以認為該玩家提交了進入該副本的請求,從而客戶端可以向游戲服務器發(fā)送該玩家提交的進入副本的請求。
[0062]在本發(fā)明的另一種應用示例中,當某玩家按下某副本的申請按鈕時,該客戶端可以進一步在當前場景上發(fā)出彈窗提示,并在該彈窗上展示該副本的申請說明信息,同時,還可以在該彈窗上展示進入副本隊列按鈕和再見按鈕;以“精靈圣域”副本為例,其申請說明信息的一種示例為“我找到進精靈圣域的后門了,跟我來”,該玩家點擊其對應的進入副本隊列按鈕時,可以認為該玩家提交了進入該副本的請求,當該玩家點擊其對應的再見按鈕時,可以認為該玩家沒有提交進入該副本的請求。
[0063]需要說明的是,在提交進入該副本的請求后,彈窗自行消失,玩家可以繼續(xù)在當前場景進行游戲,而無需在副本等待房間等待,因此,能夠增加進入副本的靈活性,提升玩家的使用體驗。
[0064]可以理解,玩家可以根據(jù)需要同時申請一個或多個副本類型的副本。
[0065]另外,上述以彈窗形式向玩家展示加入副本的申請界面只是作為示例,本領域技術人員還可以其它形式展示加入副本的申請界面,如在當前場景上展示加入副本的按鈕,當用戶點擊該加入副本的按鈕時,跳轉到加入副本的申請界面,等等。
[0066]步驟102、將所述請求加入副本隊列中;
[0067]在具體實現(xiàn)中,本發(fā)明可以針對各副本類型創(chuàng)建對應的副本隊列,使得一個副本類型可以對應一個或多個副本隊列。這樣,當收集到請求時,可以識別得到該請求對應的副本類型,并將該請求加入其對應的副本類型所對應的副本隊列中。
[0068]步驟103、掃描所述副本隊列,得到符合副本準入條件的請求;
[0069]在本發(fā)明的一種應用示例中,可以采用定時掃描方式掃描所述副本隊列。這里,定時掃描對應方式對應的掃描周期可由本領域技術人員依據(jù)實際情況確定,例如,其可以為游戲服務器的心跳周期,也可以為其它的時間長度,本發(fā)明對具體的掃描周期不加以限制。
[0070]在本發(fā)明的另一種應用示例中,除了采用定時掃描方式掃描所述副本隊列外,還可以采用實時觸發(fā)方式掃描所述副本隊列,例如,當每次有請求加入某副本隊列時,都可以掃描該副本隊列,以判斷該副本隊列中是否存在符合副本準入條件的請求。
[0071]在具體實現(xiàn)中,所述副本準入條件具體可以包括如下條件中的一項或多項:每天參加次數(shù)的限制、坦克(主修防御玩家)需求的數(shù)量、治療(主修治療玩家)需求的數(shù)量、玩家裝備評分的限制、玩家技能評分的限制、玩家等級的限制和玩家冒險家等級的限制等等,其中,每天參加次數(shù)的限制、玩家裝備評分的限制、玩家技能評分的限制、玩家等級的限制和玩家冒險家等級的限制等條件可以為玩家限制條件,一旦發(fā)現(xiàn)不符合這些玩家限制條件的玩家,就可以將玩家對應請求從對應的副本隊列中刪除。而坦克(主修防御玩家)需求的數(shù)量和治療(主修治療玩家)需求的數(shù)量可以為副本限制條件,當符合上述玩家限制條件的玩家數(shù)量符合上述副本限制條件時,就可以認為這些玩家對應請求符合所述副本準入條件,就可以將這些玩家組隊進入副本。
[0072]可以理解,上述所述副本準入條件只是作為示例,而不理解為本發(fā)明的應用限制,本發(fā)明實施例對具體的副本準入條件不加以限制。
[0073]步驟104、向所述符合副本準入條件的請求對應的玩家傳送進入副本邀請。
[0074]在實際應用中,該游戲平臺的客戶端可以提示的形式向所述符合副本準入條件的請求對應的玩家傳送進入副本邀請。例如,可以在玩家的當前場景上發(fā)出彈窗提示,并在該彈窗上展示所述進入副本邀請對應的邀請說明信息,同時還可以展示“立即參加”和“退出隊列”按鈕;這樣,玩家可以根據(jù)所展示的副本名稱信息確定是否接受對應的進入副本邀請,若是則可以點擊接受按鈕,若否則可以點擊拒絕按鈕。以“精靈圣域”副本為例,其邀請說明信息的一種示例為“參與副本活動圣域保衛(wèi)的隨機隊伍已組成,是否立即參加并傳送至活動副本”,該玩家點擊其對應的“立即參加”按鈕時,可以認為該玩家接受了該副本對應的進入副本邀請,當該玩家點擊其對應的“退出隊列”按鈕時,可以認為該玩家拒絕了該副本對應的進入副本邀請。
[0075]因此,在本發(fā)明的一種可選實施例中,所述方法還可以根據(jù)玩家對所述進入副本邀請的響應對所述副本隊列進行維護操作,相應的維護操作具體可以包括:
[0076]依據(jù)玩家對所述進入副本邀請的接受響應,將該玩家傳入對應的副本,在該玩家成功進入對應的副本后,將該玩家的請求從對應的副本隊列中刪除;和/或
[0077]依據(jù)玩家對所述進入副本邀請的拒絕響應,將該玩家的請求從對應的副本隊列中刪除。
[0078]需要說明的是,當玩家同時申請多個副本類型的副本且同時符合該多個副本類型的副本準入條件時,可以同時展示該多個副本類型的進入副本類型,而玩家可以根據(jù)需求從該多個副本類型中選擇一個進入。
[0079]綜上,本發(fā)明實施例具有如下優(yōu)點:
[0080]首先,本發(fā)明在收集玩家進入副本的請求后,將所述請求加入副本隊列中,掃描所述副本隊列,得到符合副本準入條件的請求,并向所述符合副本準入條件的請求對應的玩家傳送進入副本邀請;相對于現(xiàn)有房間式組隊進入方案需要為不同的副本類型準備不同的副本等待房間,本發(fā)明只需為不同的副本類型創(chuàng)建不同的副本隊列,而無需任何額外的場景資源,因此節(jié)省了服務器資源;
[0081]其次,游戲平臺的客戶端可以在當前場景上向玩家提供進入副本的請求的提交入口,使得玩家可以隨時通過該提交入口提交進入副本的請求,并在提交進入副本的請求后繼續(xù)在當前場景進行游戲,而無需在副本等待房間等待,因此,能夠增加進入副本的靈活性,提升玩家的使用體驗。
[0082]實施例二
[0083]參照圖2,示出了本發(fā)明的一種進入游戲副本場景的方法實施例二的步驟流程圖,具體可以包括如下步驟:
[0084]步驟201、總控服務器從游戲平臺對應的場景服務器處收集客戶端發(fā)送的玩家進入副本的請求;
[0085]步驟202、總控服務器將所述請求加入副本隊列中;
[0086]步驟203、總控服務器掃描所述副本隊列,得到符合副本準入條件的請求;
[0087]步驟204、總控服務器查詢所述符合副本準入條件的請求對應的玩家所屬的場景服務器;
[0088]步驟205、總控服務器向查詢得到的場景服務器發(fā)送所述進入副本邀請,由所述場景服務器將所述進入副本邀請發(fā)送給對應的玩家。
[0089]對于游戲世界等游戲平臺而言,其通常包括用于管理場景的多個場景服務器,這里的場景具體可以包括:普通場景和副本場景等等。假設游戲世界包括2000個場景,3臺場景服務器組成一個游戲世界,那么,場景服務器I可用于管理場景O?666,場景服務器2可用于管理場景667?1333,場景服務器3可用于管理場景1334?1999。假設玩家A接入了場景服務器I,玩家B接入了場景服務器2,那么,現(xiàn)有房間式組隊進入方案中是以特定場景為單位組隊進入副本的,玩家A只能與同接入場景服務器I的玩家組隊進入副本,而無法與玩家B組隊進入副本,并且,玩家A只能進入場景服務器I所管理的特定場景,這不僅對玩家所能進入的副本范圍造成了限制,而且對玩家所能進入副本的隊友范圍造成了限制。
[0090]相對于實施例一,本實施例將收集玩家進入副本的請求的步驟具體化為:總控服務器從游戲平臺對應的場景服務器處收集客戶端發(fā)送的玩家進入副本的請求,以及,將向所述符合副本準入條件的請求對應的玩家傳送進入副本邀請的步驟具體化為:總控服務器向查詢得到的場景服務器發(fā)送所述進入副本邀請,由所述場景服務器將所述進入副本邀請發(fā)送給對應的玩家;其中,所述總控服務器為與各場景服務器通信的服務器,其可以通過各服務器收集玩家進入副本的請求,并對所收集的請求進行統(tǒng)一處理,所述統(tǒng)一處理具體可以包括:將所述請求加入副本隊列中,掃描所述副本隊列,得到符合副本準入條件的請求等等,所述收集和統(tǒng)一處理能夠使得接入一個場景服務器的玩家可以進入另一個場景服務器的副本場景,以及,接入不同場景服務器的玩家進入相同的副本場景