基于直播的在線互動方法和裝置的制造方法
【專利摘要】本發(fā)明公開了一種基于直播的在線互動方法和裝置。其中，該方法包括：在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系；響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，并從資源菜單中獲取并顯示目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕；獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求；響應(yīng)操作請求向第二賬號發(fā)送資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。本發(fā)明解決了現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的問題。
【專利說明】
基于直播的在線互動方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及計算機領(lǐng)域，具體而言，涉及一種基于直播的在線互動方法和裝置。
【背景技術(shù)】
[0002]隨著科技的發(fā)展，越來越多的人們習慣于使用手機等移動設(shè)備觀看網(wǎng)絡(luò)直播節(jié)目，并在觀看過程中通過送禮物，發(fā)表情等方式，實現(xiàn)與直播節(jié)目中的主播之間的互動，以使直播過程的互動性得到很大程度的提升。然而，在現(xiàn)有的直播過程中，目前往往需要對分別位于菜單的不同位置上的選項執(zhí)行多次操作，方可實現(xiàn)與主播之間的互動操作，即，目前基于直播進行的在線互動操作往往比較復(fù)雜，從而導(dǎo)致基于直播的互動效率較低的問題。
[0003]針對上述的問題，目前尚未提出有效的解決方案。

【發(fā)明內(nèi)容】

[0004]本發(fā)明實施例提供了一種基于直播的在線互動方法和裝置，以至少解決現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的技術(shù)問題。
[0005]根據(jù)本發(fā)明實施例的一個方面，提供了一種基于直播的在線互動方法，包括:在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集上述直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，上述第一賬號與上述第二賬號具有關(guān)聯(lián)關(guān)系；響應(yīng)上述發(fā)送請求在上述直播畫面顯示資源菜單，并從上述資源菜單中獲取并顯示目標資源對象，其中，上述目標資源對象中包括待發(fā)送的目標資源、與上述目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕;獲取對上述目標資源對象執(zhí)行發(fā)送操作后生成的操作請求；響應(yīng)上述操作請求向上述第二賬號發(fā)送資源，并在上述直播畫面顯示至少包括與上述目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。
[0006]根據(jù)本發(fā)明實施例的另一方面，還提供了一種基于直播的在線互動裝置，包括:接收單元，用于在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集上述直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，上述第一賬號與上述第二賬號具有關(guān)聯(lián)關(guān)系；顯示單元，用于響應(yīng)上述發(fā)送請求在上述直播畫面顯示資源菜單，并從上述資源菜單中獲取并顯示目標資源對象，其中，上述目標資源對象中包括待發(fā)送的目標資源、與上述目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕;獲取單元，用于獲取對上述目標資源對象執(zhí)行發(fā)送操作后生成的操作請求;處理單元，用于響應(yīng)上述操作請求向上述第二賬號發(fā)送資源，并在上述直播畫面顯示至少包括與上述目標資源對應(yīng)的資源標識的發(fā)送結(jié)果O
[0007]在本發(fā)明實施例中，在使用第一賬號登錄客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系;終端響應(yīng)該發(fā)送請求將在直播畫面上顯示資源菜單，并從資源菜單中獲取并顯示將要發(fā)送給第二賬號的目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕;然后，通過直接獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求，來實現(xiàn)向第二賬號發(fā)送對應(yīng)的資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。也就是說，通過對直播畫面所顯示的資源菜單中所選中的目標資源對象直接執(zhí)行發(fā)送操作，從而避免對資源菜單中不同位置上的選項分別執(zhí)行不同的操作，以達到簡化基于直播的在線互動操作，實現(xiàn)提高互動的效率的效果，進而克服現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的問題。
【附圖說明】
[0008]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中:
[0009]圖1是根據(jù)本發(fā)明實施例的一種可選的基于直播的在線互動方法的應(yīng)用環(huán)境示意圖；
[0010]圖2是根據(jù)本發(fā)明實施例的一種可選的基于直播的在線互動方法的流程圖；
[0011]圖3是根據(jù)本發(fā)明實施例的一種可選的基于直播的在線互動方法的示意圖；
[0012]圖4是根據(jù)本發(fā)明實施例的另一種可選的基于直播的在線互動方法的示意圖；
[0013]圖5是根據(jù)本發(fā)明實施例的又一種可選的基于直播的在線互動方法的示意圖；
[0014]圖6是根據(jù)本發(fā)明實施例的又一種可選的基于直播的在線互動方法的示意圖；
[0015]圖7是根據(jù)本發(fā)明實施例的又一種可選的基于直播的在線互動方法的示意圖；
[0016]圖8是根據(jù)本發(fā)明實施例的又一種可選的基于直播的在線互動方法的示意圖；
[0017]圖9是根據(jù)本發(fā)明實施例的又一種可選的基于直播的在線互動方法的示意圖；
[0018]圖10是根據(jù)本發(fā)明實施例的又一種可選的基于直播的在線互動方法的示意圖；
[0019]圖11是根據(jù)本發(fā)明實施例的一種可選的基于直播的在線互動裝置的示意圖；以及
[0020]圖12是根據(jù)本發(fā)明實施例的一種可選的基于直播的在線互動終端的示意圖。
【具體實施方式】
[0021]為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當屬于本發(fā)明保護的范圍。
[0022]需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。
[0023]實施例1
[0024]根據(jù)本發(fā)明實施例，提供了一種基于直播的在線互動方法的實施例?？蛇x地，在本實施例中，該基于直播的在線互動方法可以但不限于應(yīng)用于如圖1所示的應(yīng)用環(huán)境中，如服務(wù)器106通過網(wǎng)絡(luò)104向終端102和終端108提供直播應(yīng)用，其中，終端108上運行的客戶端使用第二賬號登錄，用于采集并共享直播畫面，終端102上運行的客戶端使用第一賬號登錄，用于播放接收到的直播畫面。具體而言，在終端102使用第一賬號登錄客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系；響應(yīng)該發(fā)送請求在直播畫面上顯示資源菜單，并從資源菜單中獲取并顯示目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕;然后，獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求;響應(yīng)該操作請求向第二賬號發(fā)送對應(yīng)的資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。也就是說，通過對目標資源對象直接執(zhí)行發(fā)送操作，而避免對資源菜單中的不同位置分別執(zhí)行不同的操作，從而達到簡化基于直播的在線互動操作，實現(xiàn)提高互動的效率的效果，進而克服現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的問題。
[0025]可選地，在本實施例中，上述終端可以包括但不限于以下至少之一:手機、平板電腦、筆記本電腦、臺式PC機及其他智能設(shè)備。上述只是一種示例，本實施例對此不做任何限定。可選地，在本實施例中，上述網(wǎng)絡(luò)可以包括但不限于以下至少之一:廣域網(wǎng)、城域網(wǎng)、局域網(wǎng)。上述只是一種示例，本實施例對此不做任何限定。
[0026]根據(jù)本發(fā)明實施例，提供了一種基于直播的在線互動方法，如圖2所示，該方法包括:
[0027]S202，在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系；
[0028]S204，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，并從資源菜單中獲取并顯示目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕；
[0029]S206，獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求；
[0030]S208，響應(yīng)操作請求向第二賬號發(fā)送資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。
[0031]可選地，在本實施例中，上述基于直播的在線互動方法可以但不限于應(yīng)用于不同的直播應(yīng)用中，例如，游戲直播應(yīng)用、視頻直播應(yīng)用等。通過在直播過程中直接向主播發(fā)送資源，并在直播畫面上顯示與該資源對應(yīng)的資源標識的方式，以達到與主播實時互動的目的。
[0032]可選地，在本實施例中，上述第一賬號與第二賬號之間的關(guān)聯(lián)關(guān)系可以包括但不限于以下至少之一:單向認證關(guān)系、雙向認證關(guān)系。例如，第一賬號為關(guān)注第二賬號的粉絲賬號或成員賬號，或者，第一賬號與第二賬號為相互認證的好友賬號。
[0033]例如，如圖3所示，假設(shè)資源標識以電子禮物(如圖3底部所示的標識)為例，資源以送禮物所需的費用為例。在終端使用第一賬號(ID-1)登錄的客戶端播放直播畫面的過程中，接收到用于采集上述直播畫面的主播(第一賬號(ID-1)所關(guān)注的第二賬號)發(fā)送禮物的發(fā)送請求后，響應(yīng)該發(fā)送請求顯示禮物菜單，如圖3底部所示的菜單。例如，送生日蛋糕的費用為20個虛擬幣，送小熊的費用為10個虛擬幣，送小車的費用為100個虛擬幣，送飛機的費用為500個虛擬幣。進一步，假設(shè)如圖4所示獲取并顯示選中的目標禮物為小熊，則對應(yīng)顯示發(fā)送一次小熊的費用(即單價)，小熊的標識及“贈送”按鈕(如圖4所示)。在獲取到對該小熊執(zhí)行發(fā)送操作的操作請求后，響應(yīng)該操作請求向主播直接發(fā)送禮物“小熊”，并在直播畫面顯示發(fā)送結(jié)果，如圖5所示顯示賬號ID-1贈送了一只小熊。也就是說，通過直接對目標資源對象操作來向后臺服務(wù)器支付適當?shù)亩Y物費用，以向正在直播的主播互動送出與費用對應(yīng)的禮物，從而實現(xiàn)與主播之間的高效互動。
[0034]需要說明的是，在終端使用第一賬號登錄客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系;終端響應(yīng)該發(fā)送請求將在直播畫面上顯示資源菜單，并從資源菜單中獲取并顯示將要發(fā)送給第二賬號的目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕;然后，終端獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求；響應(yīng)該操作請求終端執(zhí)行向第二賬號發(fā)送對應(yīng)的資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。也就是說，通過對直播畫面所顯示的資源菜單中所選中的目標資源對象直接執(zhí)行發(fā)送操作，從而避免對資源菜單中不同位置上的選項分別執(zhí)行不同的操作，以達到簡化基于直播的在線互動操作，實現(xiàn)提高互動的效率的效果，進而克服現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的問題。
[0035]可選地，在本實施例中，上述獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求可以包括但不限于:
[0036]I)獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的單次點擊操作所生成的第一操作請求；
[0037]也就是說，在本實施例中，可以直接對菜單中的目標資源對象執(zhí)行發(fā)送操作，而無需在選中目標資源對象后，再查找設(shè)置菜單中的其他位置上的按鈕，從而達到簡化發(fā)送操作的步驟，實現(xiàn)簡化互動操作的效果。
[0038]2)獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的連續(xù)點擊操作所生成的第二操作請求。
[0039]需要說明的是，在本實施例中，上述連續(xù)點擊操作通過倒計時機制確定。也就是說，連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔。即，在預(yù)定時間內(nèi)收到繼續(xù)發(fā)送的發(fā)送請求，則判定為執(zhí)行連送，否則，判定為放棄連送。其中，上述預(yù)定時間可以但不限于從每一次成功發(fā)送后開始計時。換言之，倒計時系統(tǒng)在接收到發(fā)送請求后，將自動返回初始狀態(tài)重新開始計時，直至最后一次接收到發(fā)送請求且在預(yù)定時間內(nèi)未再次受到點擊操作。
[0040]例如，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。在成功送出第一個禮物后，顯示連送按鈕(如圖6所示)，并開始3s倒計時。若在3s內(nèi)，獲取到再次點擊操作，則觸發(fā)連送機制:在每次成功送出禮物后，都開始3s倒計時，直到最后一次成功送出禮物后3s內(nèi)無再次送禮物的操作，就返回到默認的禮物菜單。
[0041]可選地，在本實施例中，上述發(fā)送的次數(shù)可以但不限于根據(jù)第一賬號當前所剩余的資源與目標資源對象中的目標資源的比值確定。也就是說，根據(jù)第一賬號當前的賬戶余額與所送禮物的單價的比值，來確定可以發(fā)送的最大次數(shù)。在本實施例中，當連續(xù)點擊操作的操作次數(shù)小于最大次數(shù)時，則可以繼續(xù)執(zhí)行發(fā)送；當連續(xù)點擊操作的操作次數(shù)大于等于最大次數(shù)時，則將終止發(fā)送，或者，顯示“余額不足”的提示信息，以提示用戶充值。
[0042]可選地，在本實施例中，獲取上述第二操作請求可以包括但不限于:
[0043]SI，判斷連續(xù)點擊操作的操作次數(shù)是否達到預(yù)定次數(shù)，其中，預(yù)定次數(shù)根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定；
[0044]S2，在操作次數(shù)未達到預(yù)定次數(shù)時，根據(jù)操作次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照操作次數(shù)發(fā)送目標資源時所需的資源；
[0045]S3，在操作次數(shù)達到預(yù)定次數(shù)時，根據(jù)預(yù)定次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照預(yù)定次數(shù)發(fā)送目標資源時所需的資源。
[0046]需要說明的是，在本實施例中，上述預(yù)定次數(shù)可以但不限于為根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定的第一賬號可發(fā)送目標資源的最大次數(shù)。。也就是說，在當前所剩余的資源支持按照該操作次數(shù)對目標資源對象執(zhí)行連續(xù)點擊操作時，即，當前所剩余的資源大于按照該操作次數(shù)發(fā)送目標資源時所需的資源時，則生成攜帶有按照操作次數(shù)發(fā)送目標資源時所需的資源的第二操作請求。而在當前所剩余的資源不支持按照該操作次數(shù)對目標資源對象執(zhí)行連續(xù)點擊操作時，即，當前所剩余的資源小于等于按照該操作次數(shù)發(fā)送目標資源時所需的資源時，則生成攜帶有按照預(yù)定次數(shù)發(fā)送目標資源時所需的資源的第二操作請求。換言之，終端可以但不限于根據(jù)實際可執(zhí)行的次數(shù)生成第二操作請求，以使后臺服務(wù)器可以按照實際可執(zhí)行的次數(shù)執(zhí)行扣款。
[0047]可選地，在本實施例中，在直播畫面上可以但不限于顯示連續(xù)點擊操作的操作次數(shù)，也就是說，這里直播畫面可以但不限于按照點擊次數(shù)顯示。例如，仍以發(fā)送電子禮物為例，假設(shè)接收連續(xù)點擊操作的操作次數(shù)為12次，而第一賬號當前的賬戶余額僅支持連送8次，則后臺服務(wù)器可以按照8次發(fā)送操作執(zhí)行扣款，而終端上的直播畫面可以但不限于顯示12次。上述僅是一種示例，本實施例中對此不做任何限定。
[0048]可選地，在本實施例中，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單包括:響應(yīng)發(fā)送請求在直播畫面的部分區(qū)域上顯示資源菜單，其中，在部分區(qū)域上顯示資源菜單中的單行資源對象。
[0049]也就是說，通過在直播畫面的部分區(qū)域上顯示資源菜單中的單行資源對象，以克服從多層次的菜單中查找所要發(fā)送的目標資源對象所造成的查找時間較長的問題，從而進一步實現(xiàn)提高基于直播進行互動的互動效率的效果。
[0050]可選地，在本實施例中，在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果包括:在直播畫面上顯示第一賬號，第一賬號所發(fā)送的目標資源對應(yīng)的資源標識，及目標資源被發(fā)送的次數(shù)。例如，假設(shè)如圖7所示，對小熊禮物執(zhí)行了連續(xù)點擊操作，則顯示第一賬號(ID-1)連續(xù)贈送一只小熊一一9次?？蛇x地，在本實施例中，可以但不限于根據(jù)不同的發(fā)送的次數(shù)配置不同的動畫渲染效果，例如，隨著發(fā)送的次數(shù)的增加，調(diào)整變大所顯示的目標資源被發(fā)送的次數(shù)的字體大小。
[0051]通過本申請?zhí)峁┑膶嵤├?，通過對直播畫面所顯示的資源菜單中所選中的目標資源對象直接執(zhí)行發(fā)送操作，從而避免對資源菜單中不同位置上的選項分別執(zhí)行不同的操作，以達到簡化基于直播的在線互動操作，實現(xiàn)提高互動的效率的效果，進而克服現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的問題。
[0052]作為一種可選的方案，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，并從資源菜單中獲取并顯示目標資源對象包括:
[0053]SI，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，其中，資源菜單中的每個資源對象中包括待發(fā)送的資源、與資源對應(yīng)的資源標識；
[0054]S2，在資源菜單中檢測目標資源對象是否被選中；
[0055]S3，在檢測到目標資源對象被選中后，在資源菜單中目標資源對象當前的顯示位置上顯示目標資源對象中的目標資源、與目標資源對應(yīng)的資源標識及發(fā)送按鈕。
[0056]可選地，在本實施例中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求可以包括但不限于:接收通過對直播畫面所顯示的快捷鍵執(zhí)行點擊操作所生成的請求。也就是說，通過上述請求以觸發(fā)對資源菜單的顯示，從而便于獲取并顯示資源菜單中待發(fā)送的目標資源對象。
[0057]此外，在本實施例中，目標資源對象當前的顯示位置可以但不限于為在終端屏幕上可識別點擊操作的區(qū)域范圍內(nèi)。也就是說，當所選中的目標資源對象位于終端屏幕的左右邊界時，可以但不限于將目標資源對象的顯示位置進行適應(yīng)性平移。
[0058]例如，目標資源對象位于終端屏幕左邊界，僅顯示了部分內(nèi)容，為了保證目標資源對象中的發(fā)送按鈕可以顯示在終端屏幕上可識別點擊操作的區(qū)域范圍內(nèi)，則可以調(diào)整該目標資源對象向右平移一定距離(如平移到屏幕中線位置)，從而使該目標資源對象中的發(fā)送按鈕便于接受點擊操作，進而避免不必要的誤操作。
[0059]例如，仍以贈送電子禮物為例，接收到對直播畫面所顯示的禮物快捷鍵(如圖8所示)的點擊操作，則在直播畫面上顯示如圖3底部所示的禮物菜單。也就是說，上述資源菜單可以但不限于為隱藏顯示，在接收到發(fā)送請求后，再在上述直播畫面的部分區(qū)域?qū)?yīng)的浮層上顯示出來，以避免對直播內(nèi)容的影響。
[0060]具體結(jié)合圖3-4所示進行說明，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。在直播畫面顯示如圖3所示的禮物菜單，其中，禮物菜單中的每個禮物對象包括待發(fā)送的禮物標識及對應(yīng)的費用(即單價)。然后，檢測是否選中禮物菜單中的目標禮物對象，假設(shè)檢測到選中的目標禮物對象為第2個(即小熊)，則可以如圖4所示放大該目標禮物對象，同時顯示該目標禮物對象中的禮物標識(小熊)及對應(yīng)的費用(即單價10個虛擬幣)，以及發(fā)送按鈕(即“贈送”按鈕)。
[0061]通過本申請?zhí)峁┑膶嵤├?，通過在目標資源對象中直接設(shè)置發(fā)送按鈕，使其與目標資源對象中目標資源、與目標資源對應(yīng)的資源標識結(jié)合，而無需再在菜單中其他位置上執(zhí)行點擊操作，從而達到簡化發(fā)送操作，進而實現(xiàn)簡化基于直播的在線互動操作、提高互動效率的目的;進一步，通過簡化互動操作，并在資源菜單中的資源對象未被選中前隱藏顯示發(fā)送按鈕，不僅大大節(jié)省了顯示空間，還可以避免對觀看直播畫面的影響，以改善用戶體驗。
[0062]作為一種可選的方案，獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求包括:
[0063]SI，獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的單次點擊操作；
[0064]S2，獲取響應(yīng)單次點擊操作生成的第一操作請求，其中，第一操作請求中攜帶有目標資源。
[0065]具體結(jié)合以下示例進行說明，仍以贈送電子禮物為例，如圖4所示，獲取對目標禮物對象中的“贈送”按鈕執(zhí)行的單次點擊操作，響應(yīng)該單次點擊操作生成攜帶有禮物單價的第一操作請求，以便于終端將該第一操作請求發(fā)送給后臺服務(wù)器，通過扣款實現(xiàn)向主播贈送禮物的需求。
[0066]通過本申請?zhí)峁┑膶嵤├?，通過獲取響應(yīng)對目標資源對象中的發(fā)送按鈕執(zhí)行的單次點擊操作所生成的第一操作請求，以實現(xiàn)在與主播互動的同時，向主播轉(zhuǎn)移與該目標資源對象對應(yīng)的目標資源。
[0067]作為一種可選的方案，獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求包括:
[0068]SI，獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的連續(xù)點擊操作，其中，連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔；
[0069]S2，獲取響應(yīng)連續(xù)點擊操作生成的第二操作請求。
[0070]可選地，在本實施例中，上述連續(xù)點擊操作通過倒計時機制確定。其中，連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔。即，上述預(yù)定時間可以但不限于從每一次成功發(fā)送后開始計時。換言之，倒計時系統(tǒng)在接收到發(fā)送請求后，將自動返回初始狀態(tài)重新開始計時，直至最后一次接收到發(fā)送請求且在預(yù)定時間內(nèi)未再次受到點擊操作。
[0071]例如，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。在成功送出第一個禮物后，顯示連送按鈕(如圖6所示)，并開始3s倒計時。若在3s內(nèi)，獲取到再次點擊操作，則觸發(fā)連送機制:在每次成功送出禮物后，都開始3s倒計時，直到最后一次成功送出禮物后3s內(nèi)無再次送禮物的操作，就返回到默認的禮物菜單。
[0072]可選地，在本實施例中，當連續(xù)點擊操作的操作次數(shù)小于預(yù)定次數(shù)時，則可以繼續(xù)執(zhí)行發(fā)送;當連續(xù)點擊操作的操作次數(shù)大于等于預(yù)定次數(shù)時，則將終止發(fā)送，或者，顯示“余額不足”的提示信息，以提示用戶充值。其中，上述預(yù)定次數(shù)可以但不限于為第一賬號可發(fā)送目標資源的最大次數(shù)。
[0073]通過本申請?zhí)峁┑膶嵤├ㄟ^預(yù)定時間來判斷是否對目標資源對象執(zhí)行連送，也就是說，在每次成功發(fā)送后的預(yù)定時間內(nèi)獲取到連續(xù)點擊操作時，則判定為對目標資源對象執(zhí)行連送。通過本實施例中的連送方式，可以避免分別多次對目標資源對象進行封裝顯示處理所需的時間，只需更新顯示連送的次數(shù)，從而進一步達到提高互動效率的效果。
[0074]作為一種可選的方案，獲取響應(yīng)連續(xù)點擊操作生成的第二操作請求包括:
[0075]SI，判斷連續(xù)點擊操作的操作次數(shù)是否達到預(yù)定次數(shù)，其中，預(yù)定次數(shù)根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定；
[0076]S2，在操作次數(shù)未達到預(yù)定次數(shù)時，根據(jù)操作次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照操作次數(shù)發(fā)送目標資源時所需的資源；
[0077]S3，在操作次數(shù)達到預(yù)定次數(shù)時，根據(jù)預(yù)定次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照預(yù)定次數(shù)發(fā)送目標資源時所需的資源。
[0078]可選地，在本實施例中，上述預(yù)定次數(shù)可以但不限于為根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定的第一賬號可發(fā)送目標資源的最大次數(shù)。
[0079]具體結(jié)合以下示例進行說明，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。假設(shè)第一賬號當前的第賬戶余額為100個虛擬幣，所送禮物“小熊”的單價為10個虛擬幣，可得預(yù)定次數(shù)為20個。也就是說，第一賬號(ID-1)最多可向主播發(fā)送20個小熊禮物。
[0080]例如，在連續(xù)點擊操作的操作次數(shù)N(例如N=5)小于預(yù)定次數(shù)20時，則可生成攜帶有按照操作次數(shù)N發(fā)送禮物“小熊”時所需的費用的第二操作請求，如第二操作請求中將攜帶需轉(zhuǎn)移25個虛擬幣的指示信息。
[0081 ]又例如，在連續(xù)點擊操作的操作次數(shù)N(例如N = 25)大于預(yù)定次數(shù)20時，則可生成攜帶有按照預(yù)定次數(shù)N發(fā)送禮物“小熊”時所需的費用的第二操作請求，如第二操作請求中將攜帶需轉(zhuǎn)移100個虛擬幣的指示信息。
[0082]通過本申請?zhí)峁┑膶嵤├?，通過預(yù)先獲取根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定的預(yù)定次數(shù)，來快速確定是否可以按照連續(xù)點擊操作的操作次數(shù)來發(fā)送目標資源。從而保證了發(fā)送操作的時效性及資源轉(zhuǎn)移的準確率，以避免轉(zhuǎn)移資源過程中出現(xiàn)轉(zhuǎn)移錯誤，導(dǎo)致用戶遭受損失。
[0083]作為一種可選的方案，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單包括:
[0084]SI，響應(yīng)發(fā)送請求在直播畫面的部分區(qū)域上顯示資源菜單，其中，在部分區(qū)域上顯示資源菜單中的單行資源對象。
[0085]具體結(jié)合圖9所示進行說明，如圖9所示虛線框，在直播畫面的部分區(qū)域上顯示資源菜單中的單行資源對象。
[0086]通過本申請?zhí)峁┑膶嵤├?，通過在直播畫面的部分區(qū)域上顯示資源菜單中的單行資源對象，以克服從多層次的菜單中查找所要發(fā)送的目標資源對象所造成的查找時間較長的問題，從而進一步實現(xiàn)提高基于直播進行互動的互動效率的效果。
[0087]作為一種可選的方案，在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果包括:
[0088]SI，在直播畫面上顯示第一賬號，第一賬號所發(fā)送的目標資源對應(yīng)的資源標識，及目標資源被發(fā)送的次數(shù)。
[0089]例如，假設(shè)如圖7所示，對小熊禮物執(zhí)行了連續(xù)點擊操作，則顯示第一賬號(ID-1)連續(xù)贈送一只小熊一一9次?？蛇x地，在本實施例中，可以但不限于根據(jù)不同的發(fā)送的次數(shù)配置不同的動畫渲染效果，例如，隨著發(fā)送的次數(shù)的增加，調(diào)整變大所顯示的目標資源被發(fā)送的次數(shù)的字體大小。上述僅是一種示例，本實施例中對此不做任何限定。
[0090]作為一種可選的方案，在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果包括:
[0091]SI，在直播畫面上顯示出從資源菜單中目標資源對象當前的顯示位置到發(fā)送結(jié)果所在的顯示位置的顯示軌跡。
[0092]具體結(jié)合圖10所示進行說明，在顯示發(fā)送目標禮物(即小熊)的發(fā)送結(jié)果時，可以但不限于同時顯示從禮物菜單中目標禮物(即小熊)所在的位置，到最終顯示發(fā)送結(jié)果(如圖10屏幕中央所示氣泡)的顯示位置之間的顯示軌跡(如圖10所示虛線)。其中，上述顯示軌跡可以為具有方向的向量軌跡，也可以為一般線性軌跡，本實施例中對此不做任何限定。
[0093]需要說明的是，在本實施例中，上述第一賬號執(zhí)行發(fā)送操作所生成的顯示軌跡可以但不限于在運行有第一賬號所登錄的客戶端上顯示，對于同時關(guān)注該第二賬號的其他賬號所登錄的客戶端上將隱藏顯示。上述僅是一種示例，本實施例中對此不作任何限定。
[0094]通過本申請?zhí)峁┑膶嵤├ㄟ^顯示上述顯示軌跡，從而實現(xiàn)準確直觀地為用戶提供一種視覺上的方向引導(dǎo)，以便于直觀地看到對應(yīng)的發(fā)送結(jié)果，進而避免由于發(fā)送結(jié)果過多所導(dǎo)致的無法及時看到發(fā)送結(jié)果的問題。
[0095]需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。
[0096]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如R0M/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0097]實施例2
[0098]根據(jù)本發(fā)明實施例，還提供了一種用于實施上述基于直播的在線互動方法的基于直播的在線互動裝置，如圖11所示，該裝置包括:
[0099]I)接收單元1102，用于在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系;
[0100]2)顯示單元1104，用于響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，并從資源菜單中獲取并顯示目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕；
[0101]3)獲取單元1106，用于獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求；
[0102]4)處理單元1108，用于響應(yīng)操作請求向第二賬號發(fā)送資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。
[0103]可選地，在本實施例中，上述基于直播的在線互動裝置可以但不限于應(yīng)用于不同的直播應(yīng)用中，例如，游戲直播應(yīng)用、視頻直播應(yīng)用等。通過在直播過程中直接向主播發(fā)送資源，并在直播畫面上顯示與該資源對應(yīng)的資源標識的方式，以達到與主播實時互動的目的。
[0104]可選地，在本實施例中，上述第一賬號與第二賬號之間的關(guān)聯(lián)關(guān)系可以包括但不限于以下至少之一:單向認證關(guān)系、雙向認證關(guān)系。例如，第一賬號為關(guān)注第二賬號的粉絲賬號或成員賬號，或者，第一賬號與第二賬號為相互認證的好友賬號。
[0105]例如，如圖3所示，假設(shè)資源標識以電子禮物(如圖3底部所示的標識)為例，資源以送禮物所需的費用為例。在終端使用第一賬號(ID-1)登錄的客戶端播放直播畫面的過程中，接收到用于采集上述直播畫面的主播(第一賬號(ID-1)所關(guān)注的第二賬號)發(fā)送禮物的發(fā)送請求后，響應(yīng)該發(fā)送請求顯示禮物菜單，如圖3底部所示的菜單。例如，送生日蛋糕的費用為20個虛擬幣，送小熊的費用為10個虛擬幣，送小車的費用為100個虛擬幣，送飛機的費用為500個虛擬幣。進一步，假設(shè)如圖4所示獲取并顯示選中的目標禮物為小熊，則對應(yīng)顯示發(fā)送一次小熊的費用(即單價)，小熊的標識及“贈送”按鈕(如圖4所示)。在獲取到對該小熊執(zhí)行發(fā)送操作的操作請求后，響應(yīng)該操作請求向主播直接發(fā)送禮物“小熊”，并在直播畫面顯示發(fā)送結(jié)果，如圖5所示顯示賬號ID-1贈送了一只小熊。也就是說，通過直接對目標資源對象操作來向后臺服務(wù)器支付適當?shù)亩Y物費用，以向正在直播的主播互動送出與費用對應(yīng)的禮物，從而實現(xiàn)與主播之間的高效互動。
[0106]需要說明的是，在終端使用第一賬號登錄客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系;終端響應(yīng)該發(fā)送請求將在直播畫面上顯示資源菜單，并從資源菜單中獲取并顯示將要發(fā)送給第二賬號的目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕;然后，終端獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求；響應(yīng)該操作請求終端執(zhí)行向第二賬號發(fā)送對應(yīng)的資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。也就是說，通過對直播畫面所顯示的資源菜單中所選中的目標資源對象直接執(zhí)行發(fā)送操作，從而避免對資源菜單中不同位置上的選項分別執(zhí)行不同的操作，以達到簡化基于直播的在線互動操作，實現(xiàn)提高互動的效率的效果，進而克服現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的問題。
[0107]可選地，在本實施例中，上述獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求可以包括但不限于:
[0108]I)獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的單次點擊操作所生成的第一操作請求；
[0109]也就是說，在本實施例中，可以直接對菜單中的目標資源對象執(zhí)行發(fā)送操作，而無需在選中目標資源對象后，再查找設(shè)置菜單中的其他位置上的按鈕，從而達到簡化發(fā)送操作的步驟，實現(xiàn)簡化互動操作的效果。
[0110]2)獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的連續(xù)點擊操作所生成的第二操作請求。
[0111]需要說明的是，在本實施例中，上述連續(xù)點擊操作通過倒計時機制確定。連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔。即，也就是說，在預(yù)定時間內(nèi)收到繼續(xù)發(fā)送的發(fā)送請求，則判定為執(zhí)行連送，否則，判定為放棄連送。其中，上述預(yù)定時間可以但不限于從每一次成功發(fā)送后開始計時。換言之，倒計時系統(tǒng)在接收到發(fā)送請求后，將自動返回初始狀態(tài)重新開始計時，直至最后一次接收到發(fā)送請求且在預(yù)定時間內(nèi)未再次受到點擊操作。
[0112]例如，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。在成功送出第一個禮物后，顯示連送按鈕(如圖6所示)，并開始3s倒計時。若在3s內(nèi)，獲取到再次點擊操作，則觸發(fā)連送機制:在每次成功送出禮物后，都開始3s倒計時，直到最后一次成功送出禮物后3s內(nèi)無再次送禮物的操作，就返回到默認的禮物菜單。
[0113]可選地，在本實施例中，上述發(fā)送的次數(shù)可以但不限于根據(jù)第一賬號當前所剩余的資源與目標資源對象中的目標資源的比值確定。也就是說，根據(jù)第一賬號當前的賬戶余額與所送禮物的單價的比值，來確定可以發(fā)送的最大次數(shù)。在本實施例中，當連續(xù)點擊操作的操作次數(shù)小于最大次數(shù)時，則可以繼續(xù)執(zhí)行發(fā)送；當連續(xù)點擊操作的操作次數(shù)大于等于最大次數(shù)時，則將終止發(fā)送，或者，顯示“余額不足”的提示信息，以提示用戶充值。
[0114]可選地，在本實施例中，獲取上述第二操作請求可以包括但不限于:
[0115]SI，判斷連續(xù)點擊操作的操作次數(shù)是否達到預(yù)定次數(shù)，其中，預(yù)定次數(shù)根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定；
[0116]S2，在操作次數(shù)未達到預(yù)定次數(shù)時，根據(jù)操作次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照操作次數(shù)發(fā)送目標資源時所需的資源；
[0117]S3，在操作次數(shù)達到預(yù)定次數(shù)時，根據(jù)預(yù)定次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照預(yù)定次數(shù)發(fā)送目標資源時所需的資源。
[0118]需要說明的是，在本實施例中，上述預(yù)定次數(shù)可以但不限于為根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定的第一賬號可發(fā)送目標資源的最大次數(shù)。。也就是說，在當前所剩余的資源支持按照該操作次數(shù)對目標資源對象執(zhí)行連續(xù)點擊操作時，即，當前所剩余的資源大于按照該操作次數(shù)發(fā)送目標資源時所需的資源時，則生成攜帶有按照操作次數(shù)發(fā)送目標資源時所需的資源的第二操作請求。而在當前所剩余的資源不支持按照該操作次數(shù)對目標資源對象執(zhí)行連續(xù)點擊操作時，即，當前所剩余的資源小于等于按照該操作次數(shù)發(fā)送目標資源時所需的資源時，則生成攜帶有按照預(yù)定次數(shù)發(fā)送目標資源時所需的資源的第二操作請求。換言之，終端可以但不限于根據(jù)實際可執(zhí)行的次數(shù)生成第二操作請求，以使后臺服務(wù)器可以按照實際可執(zhí)行的次數(shù)執(zhí)行扣款。
[0119]可選地，在本實施例中，在直播畫面上可以但不限于顯示連續(xù)點擊操作的操作次數(shù)，也就是說，這里直播畫面可以但不限于按照點擊次數(shù)顯示。例如，仍以發(fā)送電子禮物為例，假設(shè)接收連續(xù)點擊操作的操作次數(shù)為12次，而第一賬號當前的賬戶余額僅支持連送8次，則后臺服務(wù)器可以按照8次發(fā)送操作執(zhí)行扣款，而終端上的直播畫面可以但不限于顯示12次。上述僅是一種示例，本實施例中對此不做任何限定。
[0120]可選地，在本實施例中，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單包括:響應(yīng)發(fā)送請求在直播畫面的部分區(qū)域上顯示資源菜單，其中，在部分區(qū)域上顯示資源菜單中的單行資源對象。
[0121]也就是說，通過在直播畫面的部分區(qū)域上顯示資源菜單中的單行資源對象，以克服從多層次的菜單中查找所要發(fā)送的目標資源對象所造成的查找時間較長的問題，從而進一步實現(xiàn)提高基于直播進行互動的互動效率的效果。
[0122]可選地，在本實施例中，在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果包括:在直播畫面上顯示第一賬號，第一賬號所發(fā)送的目標資源對應(yīng)的資源標識，及目標資源被發(fā)送的次數(shù)。例如，假設(shè)如圖7所示，對小熊禮物執(zhí)行了連續(xù)點擊操作，則顯示第一賬號(ID-1)連續(xù)贈送一只小熊一一9次?？蛇x地，在本實施例中，可以但不限于根據(jù)不同的發(fā)送的次數(shù)配置不同的動畫渲染效果，例如，隨著發(fā)送的次數(shù)的增加，調(diào)整變大所顯示的目標資源被發(fā)送的次數(shù)的字體大小。
[0123]通過本申請?zhí)峁┑膶嵤├?，通過對直播畫面所顯示的資源菜單中所選中的目標資源對象直接執(zhí)行發(fā)送操作，從而避免對資源菜單中不同位置上的選項分別執(zhí)行不同的操作，以達到簡化基于直播的在線互動操作，實現(xiàn)提高互動的效率的效果，進而克服現(xiàn)有技術(shù)中基于直播的互動操作較為復(fù)雜所導(dǎo)致的互動效率較低的問題。
[0124]作為一種可選的方案，顯示單元1104包括:
[0125]丨)第一顯示模塊，用于響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，其中，資源菜單中的每個資源對象中包括待發(fā)送的資源、與資源對應(yīng)的資源標識；
[0126]2)檢測模塊，用于在資源菜單中檢測目標資源對象是否被選中；
[0127]3)第二顯示模塊，用于在檢測到目標資源對象被選中后，在資源菜單中目標資源對象當前的顯示位置上顯示目標資源對象中的目標資源、與目標資源對應(yīng)的資源標識及發(fā)送按鈕。
[0128]可選地，在本實施例中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求可以包括但不限于:接收通過對直播畫面所顯示的快捷鍵執(zhí)行點擊操作所生成的請求。也就是說，通過上述請求以觸發(fā)對資源菜單的顯示，從而便于獲取并顯示資源菜單中待發(fā)送的目標資源對象。
[0129]此外，在本實施例中，目標資源對象當前的顯示位置可以但不限于為在終端屏幕上可識別點擊操作的區(qū)域范圍內(nèi)。也就是說，當所選中的目標資源對象位于終端屏幕的左右邊界時，可以但不限于將目標資源對象的顯示位置進行適應(yīng)性平移。
[0130]例如，目標資源對象位于終端屏幕左邊界，僅顯示了部分內(nèi)容，為了保證目標資源對象中的發(fā)送按鈕可以顯示在終端屏幕上可識別點擊操作的區(qū)域范圍內(nèi)，則可以調(diào)整該目標資源對象向右平移一定距離(如平移到屏幕中線位置)，從而使該目標資源對象中的發(fā)送按鈕便于接受點擊操作，進而避免不必要的誤操作。
[0131]例如，仍以贈送電子禮物為例，接收到對直播畫面所顯示的禮物快捷鍵(如圖8所示)的點擊操作，則在直播畫面上顯示如圖3底部所示的禮物菜單。也就是說，上述資源菜單可以但不限于為隱藏顯示，在接收到發(fā)送請求后，再在上述直播畫面的部分區(qū)域?qū)?yīng)的浮層上顯示出來，以避免對直播內(nèi)容的影響。
[0132]具體結(jié)合圖3-4所示進行說明，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。在直播畫面顯示如圖3所示的禮物菜單，其中，禮物菜單中的每個禮物對象包括待發(fā)送的禮物標識及對應(yīng)的費用(即單價)。然后，檢測是否選中禮物菜單中的目標禮物對象，假設(shè)檢測到選中的目標禮物對象為第2個(即小熊)，則可以如圖4所示放大該目標禮物對象，同時顯示該目標禮物對象中的禮物標識(小熊)及對應(yīng)的費用(即單價10個虛擬幣)，以及發(fā)送按鈕(即“贈送”按鈕)。
[0133]通過本申請?zhí)峁┑膶嵤├?，通過在目標資源對象中直接設(shè)置發(fā)送按鈕，使其與目標資源對象中目標資源、與目標資源對應(yīng)的資源標識結(jié)合，而無需再在菜單中其他位置上執(zhí)行點擊操作，從而達到簡化發(fā)送操作，進而實現(xiàn)簡化基于直播的在線互動操作、提高互動效率的目的;進一步，通過簡化互動操作，并在資源菜單中的資源對象未被選中前隱藏顯示發(fā)送按鈕，不僅大大節(jié)省了顯示空間，還可以避免對觀看直播畫面的影響，以改善用戶體驗。
[0134]作為一種可選的方案，獲取單元1106包括:
[0135]I)第一獲取模塊，用于獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的單次點擊操作；
[0136]2)第二獲取模塊，用于獲取響應(yīng)單次點擊操作生成的第一操作請求，其中，第一操作請求中攜帶有目標資源。
[0137]具體結(jié)合以下示例進行說明，仍以贈送電子禮物為例，如圖4所示，獲取對目標禮物對象中的“贈送”按鈕執(zhí)行的單次點擊操作，響應(yīng)該單次點擊操作生成攜帶有禮物單價的第一操作請求，以便于終端將該第一操作請求發(fā)送給后臺服務(wù)器，通過扣款實現(xiàn)向主播贈送禮物的需求。
[0138]通過本申請?zhí)峁┑膶嵤├?，通過獲取響應(yīng)對目標資源對象中的發(fā)送按鈕執(zhí)行的單次點擊操作所生成的第一操作請求，以實現(xiàn)在與主播互動的同時，向主播轉(zhuǎn)移與該目標資源對象對應(yīng)的目標資源。
[0139]作為一種可選的方案，獲取單元1106包括:
[0140]I)第三獲取模塊，用于獲取對目標資源對象中的發(fā)送按鈕執(zhí)行的連續(xù)點擊操作，其中，連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔；
[0141]2)第四獲取模塊，用于獲取響應(yīng)連續(xù)點擊操作生成的第二操作請求。
[0142]可選地，在本實施例中，上述連續(xù)點擊操作通過倒計時機制確定。其中，連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔。即，上述預(yù)定時間可以但不限于從每一次成功發(fā)送后開始計時。換言之，倒計時系統(tǒng)在接收到發(fā)送請求后，將自動返回初始狀態(tài)重新開始計時，直至最后一次接收到發(fā)送請求且在預(yù)定時間內(nèi)未再次受到點擊操作。
[0143]例如，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。在成功送出第一個禮物后，顯示連送按鈕(如圖6所示)，并開始3s倒計時。若在3s內(nèi)，獲取到再次點擊操作，則觸發(fā)連送機制:在每次成功送出禮物后，都開始3s倒計時，直到最后一次成功送出禮物后3s內(nèi)無再次送禮物的操作，就返回到默認的禮物菜單。
[0144]可選地，在本實施例中，當連續(xù)點擊操作的操作次數(shù)小于預(yù)定次數(shù)時，則可以繼續(xù)執(zhí)行發(fā)送;當連續(xù)點擊操作的操作次數(shù)大于等于預(yù)定次數(shù)時，則將終止發(fā)送，或者，顯示“余額不足”的提示信息，以提示用戶充值。其中，上述預(yù)定次數(shù)可以但不限于為第一賬號可發(fā)送目標資源的最大次數(shù)。
[0145]通過本申請?zhí)峁┑膶嵤├?，通過預(yù)定時間來判斷是否對目標資源對象執(zhí)行連送，也就是說，在每次成功發(fā)送后的預(yù)定時間內(nèi)獲取到連續(xù)點擊操作時，則判定為對目標資源對象執(zhí)行連送。通過本實施例中的連送方式，可以避免分別多次對目標資源對象進行封裝顯示處理所需的時間，只需更新顯示連送的次數(shù)，從而進一步達到提高互動效率的效果。
[0146]作為一種可選的方案，第四獲取模塊包括:
[0147]I)判斷子模塊，用于判斷連續(xù)點擊操作的操作次數(shù)是否達到預(yù)定次數(shù)，其中，預(yù)定次數(shù)根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定；
[0148]2)第一生成子模塊，用于在操作次數(shù)未達到預(yù)定次數(shù)時，根據(jù)操作次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照操作次數(shù)發(fā)送目標資源時所需的資源；
[0149]3)第二生成子模塊，用于在操作次數(shù)達到預(yù)定次數(shù)時，根據(jù)預(yù)定次數(shù)生成第二操作請求，其中，第二操作請求中攜帶有按照預(yù)定次數(shù)發(fā)送目標資源時所需的資源。
[0150]可選地，在本實施例中，上述預(yù)定次數(shù)可以但不限于為根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定的第一賬號可發(fā)送目標資源的最大次數(shù)。
[0151]具體結(jié)合以下示例進行說明，假設(shè)資源標識仍以電子禮物為例，資源仍以送禮物所需的費用為例。假設(shè)第一賬號當前的第賬戶余額為100個虛擬幣，所送禮物“小熊”的單價為10個虛擬幣，可得預(yù)定次數(shù)為20個。也就是說，第一賬號(ID-1)最多可向主播發(fā)送20個小熊禮物。
[0152]例如，在連續(xù)點擊操作的操作次數(shù)N(例如N=5)小于預(yù)定次數(shù)20時，則可生成攜帶有按照操作次數(shù)N發(fā)送禮物“小熊”時所需的費用的第二操作請求，如第二操作請求中將攜帶需轉(zhuǎn)移25個虛擬幣的指示信息。
[0153]又例如，在連續(xù)點擊操作的操作次數(shù)N(例如N= 25)大于預(yù)定次數(shù)20時，則可生成攜帶有按照預(yù)定次數(shù)N發(fā)送禮物“小熊”時所需的費用的第二操作請求，如第二操作請求中將攜帶需轉(zhuǎn)移100個虛擬幣的指示信息。
[0154]通過本申請?zhí)峁┑膶嵤├ㄟ^預(yù)先獲取根據(jù)第一賬號當前所剩余的資源及目標資源的比值確定的預(yù)定次數(shù)，來快速確定是否可以按照連續(xù)點擊操作的操作次數(shù)來發(fā)送目標資源。從而保證了發(fā)送操作的時效性及資源轉(zhuǎn)移的準確率，以避免轉(zhuǎn)移資源過程中出現(xiàn)轉(zhuǎn)移錯誤，導(dǎo)致用戶遭受損失。
[0155]作為一種可選的方案，顯示單元1104包括:
[0156]I)第三顯示模塊，用于響應(yīng)發(fā)送請求在直播畫面的部分區(qū)域上顯示資源菜單，其中，在部分區(qū)域上顯示資源菜單中的單行資源對象。
[0157]具體結(jié)合圖9所示進行說明，如圖9所示虛線框，在直播畫面的部分區(qū)域上顯示資源菜單中的單行資源對象。
[0158]通過本申請?zhí)峁┑膶嵤├?，通過在直播畫面的部分區(qū)域上顯示資源菜單中的單行資源對象，以克服從多層次的菜單中查找所要發(fā)送的目標資源對象所造成的查找時間較長的問題，從而進一步實現(xiàn)提高基于直播進行互動的互動效率的效果。
[0159]作為一種可選的方案，處理單元1108包括:
[0160]I)第四顯示模塊，用于在直播畫面上顯示第一賬號，第一賬號所發(fā)送的目標資源對應(yīng)的資源標識，及目標資源被發(fā)送的次數(shù)。
[0161]例如，假設(shè)如圖7所示，對小熊禮物執(zhí)行了連續(xù)點擊操作，則顯示第一賬號(ID-1)連續(xù)贈送一只小熊一一9次?？蛇x地，在本實施例中，可以但不限于根據(jù)不同的發(fā)送的次數(shù)配置不同的動畫渲染效果，例如，隨著發(fā)送的次數(shù)的增加，調(diào)整變大所顯示的目標資源被發(fā)送的次數(shù)的字體大小。上述僅是一種示例，本實施例中對此不做任何限定。
[0162]作為一種可選的方案，處理單元包括:
[0163]I)第五顯示模塊，用于在直播畫面上顯示出從資源菜單中目標資源對象當前的顯示位置到發(fā)送結(jié)果所在的顯示位置的顯示軌跡。
[0164]具體結(jié)合圖10所示進行說明，在顯示發(fā)送目標禮物(即小熊)的發(fā)送結(jié)果時，可以但不限于同時顯示從禮物菜單中目標禮物(即小熊)所在的位置，到最終顯示發(fā)送結(jié)果(如圖10屏幕中央所示氣泡)的顯示位置之間的顯示軌跡(如圖10所示虛線)。其中，上述顯示軌跡可以為具有方向的向量軌跡，也可以為一般線性軌跡，本實施例中對此不做任何限定。
[0165]需要說明的是，在本實施例中，上述第一賬號執(zhí)行發(fā)送操作所生成的顯示軌跡可以但不限于在運行有第一賬號所登錄的客戶端上顯示，對于同時關(guān)注該第二賬號的其他賬號所登錄的客戶端上將隱藏顯示。上述僅是一種示例，本實施例中對此不作任何限定。
[0166]通過本申請?zhí)峁┑膶嵤├ㄟ^顯示上述顯示軌跡，從而實現(xiàn)準確直觀地為用戶提供一種視覺上的方向引導(dǎo)，以便于直觀地看到對應(yīng)的發(fā)送結(jié)果，進而避免由于發(fā)送結(jié)果過多所導(dǎo)致的無法及時看到發(fā)送結(jié)果的問題。
[0167]實施例3
[0168]根據(jù)本發(fā)明實施例，還提供了一種用于實施上述基于直播的在線互動方法的基于直播的在線互動終端，如圖12所示，該終端包括:
[0169]I)通訊接口 1202，設(shè)置為在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系;還設(shè)置為響應(yīng)操作請求向第二賬號發(fā)送資源；
[0170]2)處理器1204，與通訊接口 1202連接，設(shè)置為響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，并從資源菜單中獲取并顯示目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕;還設(shè)置為獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求;還設(shè)置為在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果；
[0171]3)存儲器1206，與通訊接口 1202及處理器1204連接，設(shè)置為存儲資源菜單及目標資源對象。
[0172]可選地，本實施例中的具體示例可以參考上述實施例1和實施例2中所描述的示例，本實施例在此不再贅述。
[0173]實施例4
[0174]本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以位于網(wǎng)絡(luò)中的多個網(wǎng)絡(luò)設(shè)備中的至少一個網(wǎng)絡(luò)設(shè)備。
[0175]可選地，在本實施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼:
[0176]SI，在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，第一賬號與第二賬號具有關(guān)聯(lián)關(guān)系；
[0177]S2，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，并從資源菜單中獲取并顯示目標資源對象，其中，目標資源對象中包括待發(fā)送的目標資源、與目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕；
[0178]S3，獲取對目標資源對象執(zhí)行發(fā)送操作后生成的操作請求；
[0179]S4，響應(yīng)操作請求向第二賬號發(fā)送資源，并在直播畫面顯示至少包括與目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。
[0180]可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼:
[0181 ] SI，響應(yīng)發(fā)送請求在直播畫面顯示資源菜單，其中，資源菜單中的每個資源對象中包括待發(fā)送的資源、與資源對應(yīng)的資源標識；
[0182]S2，在資源菜單中檢測目標資源對象是否被選中；
[0183]S3，在檢測到目標資源對象被選中后，在資源菜單中目標資源對象當前的顯示位置上顯示目標資源對象中的目標資源、與目標資源對應(yīng)的資源標識及發(fā)送按鈕。
[0184]可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于:U盤、只讀存儲器(R0M，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0185]可選地，本實施例中的具體示例可以參考上述實施例1和實施例2中所描述的示例，本實施例在此不再贅述。
[0186]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0187]上述實施例中的集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在上述計算機可讀取的存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在存儲介質(zhì)中，包括若干指令用以使得一臺或多臺計算機設(shè)備(可為個人計算機、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。
[0188]在本發(fā)明的上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。
[0189]在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的客戶端，可通過其它的方式實現(xiàn)。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。
[0190]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
[0191]另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
[0192]以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
【主權(quán)項】
1.一種基于直播的在線互動方法，其特征在于，包括: 在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集所述直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，所述第一賬號與所述第二賬號具有關(guān)聯(lián)關(guān)系；響應(yīng)所述發(fā)送請求在所述直播畫面顯示資源菜單，并從所述資源菜單中獲取并顯示目標資源對象，其中，所述目標資源對象中包括待發(fā)送的目標資源、與所述目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕； 獲取對所述目標資源對象執(zhí)行發(fā)送操作后生成的操作請求； 響應(yīng)所述操作請求向所述第二賬號發(fā)送資源，并在所述直播畫面顯示至少包括與所述目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述響應(yīng)所述發(fā)送請求在所述直播畫面顯示資源菜單，并從所述資源菜單中獲取并顯示目標資源對象包括: 響應(yīng)所述發(fā)送請求在所述直播畫面顯示所述資源菜單，其中，所述資源菜單中的每個資源對象中包括待發(fā)送的資源、與所述資源對應(yīng)的資源標識； 在所述資源菜單中檢測所述目標資源對象是否被選中； 在檢測到所述目標資源對象被選中后，在所述資源菜單中所述目標資源對象當前的顯示位置上顯示所述目標資源對象中的所述目標資源、與所述目標資源對應(yīng)的資源標識及所述發(fā)送按鈕。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取對所述目標資源對象執(zhí)行發(fā)送操作后生成的操作請求包括: 獲取對所述目標資源對象中的所述發(fā)送按鈕執(zhí)行的單次點擊操作； 獲取響應(yīng)所述單次點擊操作生成的第一操作請求，其中，所述第一操作請求中攜帶有所述目標資源。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取對所述目標資源對象執(zhí)行發(fā)送操作后生成的操作請求包括: 獲取對所述目標資源對象中的所述發(fā)送按鈕執(zhí)行的連續(xù)點擊操作，其中，所述連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔； 獲取響應(yīng)所述連續(xù)點擊操作生成的第二操作請求。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述獲取響應(yīng)所述連續(xù)點擊操作生成的第二操作請求包括: 判斷所述連續(xù)點擊操作的操作次數(shù)是否達到預(yù)定次數(shù)，其中，所述預(yù)定次數(shù)根據(jù)所述第一賬號當前所剩余的資源及所述目標資源的比值確定； 在所述操作次數(shù)未達到所述預(yù)定次數(shù)時，根據(jù)所述操作次數(shù)生成所述第二操作請求，其中，所述第二操作請求中攜帶有按照所述操作次數(shù)發(fā)送所述目標資源時所需的資源；在所述操作次數(shù)達到所述預(yù)定次數(shù)時，根據(jù)所述預(yù)定次數(shù)生成所述第二操作請求，其中，所述第二操作請求中攜帶有按照所述預(yù)定次數(shù)發(fā)送所述目標資源時所需的資源。6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述響應(yīng)所述發(fā)送請求在所述直播畫面顯示資源菜單包括: 響應(yīng)所述發(fā)送請求在所述直播畫面的部分區(qū)域上顯示所述資源菜單，其中，在所述部分區(qū)域上顯示所述資源菜單中的單行資源對象。7.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述在所述直播畫面顯示至少包括與所述目標資源對應(yīng)的資源標識的發(fā)送結(jié)果包括: 在所述直播畫面上顯示所述第一賬號，所述第一賬號所發(fā)送的所述目標資源對應(yīng)的資源標識，及所述目標資源被發(fā)送的次數(shù)。8.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述在所述直播畫面顯示至少包括與所述目標資源對應(yīng)的資源標識的發(fā)送結(jié)果包括: 在所述直播畫面上顯示出從所述資源菜單中所述目標資源對象當前的顯示位置到所述發(fā)送結(jié)果所在的顯示位置的顯示軌跡。9.一種基于直播的在線互動裝置，其特征在于，包括: 接收單元，用于在使用第一賬號登錄的客戶端播放直播畫面的過程中，接收向用于采集所述直播畫面的第二賬號發(fā)送資源的發(fā)送請求，其中，所述第一賬號與所述第二賬號具有關(guān)聯(lián)關(guān)系; 顯示單元，用于響應(yīng)所述發(fā)送請求在所述直播畫面顯示資源菜單，并從所述資源菜單中獲取并顯示目標資源對象，其中，所述目標資源對象中包括待發(fā)送的目標資源、與所述目標資源對應(yīng)的資源標識及用于執(zhí)行發(fā)送操作的發(fā)送按鈕； 獲取單元，用于獲取對所述目標資源對象執(zhí)行發(fā)送操作后生成的操作請求； 處理單元，用于響應(yīng)所述操作請求向所述第二賬號發(fā)送資源，并在所述直播畫面顯示至少包括與所述目標資源對應(yīng)的資源標識的發(fā)送結(jié)果。10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述顯示單元包括: 第一顯示模塊，用于響應(yīng)所述發(fā)送請求在所述直播畫面顯示所述資源菜單，其中，所述資源菜單中的每個資源對象中包括待發(fā)送的資源、與所述資源對應(yīng)的資源標識； 檢測模塊，用于在所述資源菜單中檢測所述目標資源對象是否被選中； 第二顯示模塊，用于在檢測到所述目標資源對象被選中后，在所述資源菜單中所述目標資源對象當前的顯示位置上顯示所述目標資源對象中的所述目標資源、與所述目標資源對應(yīng)的資源標識及所述發(fā)送按鈕。11.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述獲取單元包括: 第一獲取模塊，用于獲取對所述目標資源對象中的所述發(fā)送按鈕執(zhí)行的單次點擊操作； 第二獲取模塊，用于獲取響應(yīng)所述單次點擊操作生成的第一操作請求，其中，所述第一操作請求中攜帶有所述目標資源。12.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述獲取單元包括: 第三獲取模塊，用于獲取對所述目標資源對象中的所述發(fā)送按鈕執(zhí)行的連續(xù)點擊操作，其中，所述連續(xù)點擊操作中相鄰兩次點擊操作的時間間隔小于預(yù)定時間間隔； 第四獲取模塊，用于獲取響應(yīng)所述連續(xù)點擊操作生成的第二操作請求。13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述第四獲取模塊包括: 判斷子模塊，用于判斷所述連續(xù)點擊操作的操作次數(shù)是否達到預(yù)定次數(shù)，其中，所述預(yù)定次數(shù)根據(jù)所述第一賬號當前所剩余的資源及所述目標資源的比值確定； 第一生成子模塊，用于在所述操作次數(shù)未達到所述預(yù)定次數(shù)時，根據(jù)所述操作次數(shù)生成所述第二操作請求，其中，所述第二操作請求中攜帶有按照所述操作次數(shù)發(fā)送所述目標資源時所需的資源； 第二生成子模塊，用于在所述操作次數(shù)達到所述預(yù)定次數(shù)時，根據(jù)所述預(yù)定次數(shù)生成所述第二操作請求，其中，所述第二操作請求中攜帶有按照所述預(yù)定次數(shù)發(fā)送所述目標資源時所需的資源。14.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述顯示單元包括: 第三顯示模塊，用于響應(yīng)所述發(fā)送請求在所述直播畫面的部分區(qū)域上顯示所述資源菜單，其中，在所述部分區(qū)域上顯示所述資源菜單中的單行資源對象。15.根據(jù)權(quán)利要求9至14中任一項所述的裝置，其特征在于，所述處理單元包括: 第四顯示模塊，用于在所述直播畫面上顯示所述第一賬號，所述第一賬號所發(fā)送的所述目標資源對應(yīng)的資源標識，及所述目標資源被發(fā)送的次數(shù)。16.根據(jù)權(quán)利要求9至14中任一項所述的裝置，其特征在于，所述處理單元包括: 第五顯示模塊，用于在所述直播畫面上顯示出從所述資源菜單中所述目標資源對象當前的顯示位置到所述發(fā)送結(jié)果所在的顯示位置的顯示軌跡。
【文檔編號】H04N21/4782GK106060676SQ201610328007
【公開日】2016年10月26日
【申請日】2016年5月17日
【發(fā)明人】馮智超, 楊琳, 張力馳, 劉強, 朱政義, 張晏兵
【申請人】騰訊科技（深圳）有限公司