本發(fā)明涉及直播領(lǐng)域,更具體地,涉及一種信息加載方法及裝置。
背景技術(shù):
隨著網(wǎng)絡(luò)交互平臺的發(fā)展,越來越多的用戶通過登錄網(wǎng)絡(luò)交互平臺進(jìn)行交流。其中,網(wǎng)絡(luò)直播是非常受廣大用戶歡迎的應(yīng)用。隨著直播行業(yè)的快速發(fā)展,越來越多的主播也快速成長起來。
在直播期間,用戶可以與主播進(jìn)行互動,如發(fā)送彈幕、給主播贈送禮物等。這樣不僅增加了主播與用戶之間互動的趣味性,也是對主播的肯定,主播還可以根據(jù)人氣與直播內(nèi)容的精彩程度獲得相應(yīng)的獎勵,從而調(diào)動主播和用戶參與的積極性。
目前,由于主播開播的時間不確定,以及用戶在主播開播時獲取主播的開播信息滯后,導(dǎo)致大部分主播,尤其是中小主播在開播前面臨無用戶交流的尷尬局面。由于用戶無法在第一時間得知主播開播,從而無法第一時間登錄主播對應(yīng)的直播間觀看直播,因此在直播開播的前期主播無法與用戶進(jìn)行交流,從使主播的體驗效果差,往往會導(dǎo)致部分主播棄播。
技術(shù)實現(xiàn)要素:
為克服上述主播開播時用戶交流不足的問題或者至少部分地解決上述問題,本發(fā)明提供了一種信息加載方法及裝置。
根據(jù)本發(fā)明的一個方面,提供一種信息加載方法,包括:
獲取直播間的用戶連接數(shù)和所屬分區(qū);
若所述用戶連接數(shù)小于第一預(yù)設(shè)閾值,則對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載;
將鏡像加載的用戶登錄信息和彈幕信息顯示在所述直播間中。
具體地,還包括:
若所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值,則根據(jù)歷史彈幕條數(shù)或?qū)崟r彈幕條數(shù)獲取發(fā)送彈幕的頻率;
若所述發(fā)送彈幕的頻率小于第二預(yù)設(shè)閾值,則對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載。
具體地,對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載,包括:
對所述分區(qū)中的用戶登錄信息進(jìn)行加載,同時對所述分區(qū)中的彈幕信息進(jìn)行預(yù)加載。
具體地,對所述分區(qū)中的用戶登錄信息和彈幕信息進(jìn)行鏡像加載,包括:
獲取用戶的登錄時間和發(fā)送彈幕信息的時間;
根據(jù)所述登錄時間對所述分區(qū)中的用戶登錄信息進(jìn)行倒序加載,
根據(jù)所述發(fā)送彈幕信息的時間對所述分區(qū)中的彈幕信息進(jìn)行倒序加載。
具體地,還包括:
每隔第一預(yù)設(shè)時長重新獲取所述直播間的用戶連接數(shù)。
具體地,還包括:
若判斷鏡像加載的時長超過第二預(yù)設(shè)時長,則停止鏡像加載。
根據(jù)本發(fā)明的另一個方面,提供一種信息加載裝置,包括:
獲取單元,用于獲取直播間的用戶連接數(shù)和所屬分區(qū);
加載單元,用于所述用戶連接數(shù)小于第一預(yù)設(shè)閾值時,對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載;
顯示單元,用于將鏡像加載的用戶登錄信息和彈幕信息顯示在所述直播間中。
具體地,所述獲取單元還用于:
在所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值時,根據(jù)歷史彈幕條數(shù)或?qū)崟r彈幕條數(shù)獲取發(fā)送彈幕的頻率;
相應(yīng)地,所述加載單元還用于:在所述發(fā)送彈幕頻率小于第二預(yù)設(shè)閾值時,對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載。
具體地,所述加載單元具體用于:
對所述分區(qū)中的用戶登錄信息進(jìn)行加載,同時對所述分區(qū)中的彈幕信息進(jìn)行預(yù)加載。
具體地,所述獲取單元還用于:
每隔第一預(yù)設(shè)時長重新獲取所述直播間的用戶連接數(shù)。
本申請?zhí)岢龅囊环N信息加載方法及裝置,在滿足預(yù)設(shè)加載條件下,通過鏡像加載,將直播間所屬分區(qū)的用戶登錄信息和彈幕信息顯示在該直播間中,為主播營造一種眾多用戶進(jìn)入的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。
附圖說明
圖1為本發(fā)明實施例提供的信息加載方法流程圖;
圖2為本發(fā)明實施例提供的信息加載方法的整體流程圖;
圖3為本發(fā)明實施例提供的信息加載方法的又一整體流程圖;
圖4為本發(fā)明實施例提供的信息加載裝置結(jié)構(gòu)圖。
具體實施方式
下面結(jié)合附圖和實施例,對本發(fā)明的具體實施方式作進(jìn)一步詳細(xì)描述。以下實施例用于說明本發(fā)明,但不用來限制本發(fā)明的范圍。
圖1為本發(fā)明實施例提供的信息加載方法流程圖。如圖1所示,包括:s1,獲取直播間的用戶連接數(shù)和所屬分區(qū);s2,若所述用戶連接數(shù)小于第一預(yù)設(shè)閾值,則對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載;s3,將鏡像加載的用戶登錄信息和彈幕信息顯示在所述直播間中。
具體地,s1中,當(dāng)主播在開啟直播前需要進(jìn)行登錄操作,主播登錄后開啟直播間,服務(wù)器判斷當(dāng)前主播是否存在扣分或封禁的違規(guī)記錄,若主播的所有分值被扣完或存在封禁的違規(guī)記錄,則提示主播無法開啟直播,否則主播正常開啟直播間。主播開啟直播間后,服務(wù)器獲取所述直播間的用戶連接數(shù)和所屬分區(qū)。所述用戶連接數(shù)為除主播以外進(jìn)入所述直播間的用戶總數(shù),直播間的分區(qū)根據(jù)直播的種類劃分。s2中,服務(wù)器根據(jù)所述用戶連接數(shù)判斷是否進(jìn)行鏡像加載,即若所述用戶連接數(shù)小于第一預(yù)設(shè)閾值,則可以將所述直播間所屬分區(qū)中的用戶登錄信息進(jìn)行鏡像加載,也可以將所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息同時進(jìn)行鏡像加載,否則不進(jìn)行鏡像加載。所述用戶登錄信息可以為正在登錄的用戶信息。所述用戶登錄信息可以包括用戶圖像、用戶名,還可以為當(dāng)前直播間所屬分區(qū)中登錄的用戶總數(shù)。所述彈幕信息可以包括用戶名、用戶留言,還可以為用戶在界面上選擇發(fā)送的信息。所述鏡像加載是一種冗余的加載處理方式,將所述直播間所屬分區(qū)中的用戶登錄信息和彈幕信息以冗余的方式加載到內(nèi)存中。本實施例不限于主播剛開啟直播間的情況。
具體地,在主播進(jìn)行登錄時,服務(wù)器通過$socket=usersocket_create(af_inet,sock_stream,0)ordie("服務(wù)器連接失?。?)判斷主播登錄是否成功。如圖2所示,服務(wù)器獲取主播開啟直播的操作后,默認(rèn)加載彈幕服務(wù),即returnbarrageservice()。在連接彈幕服務(wù)后,啟動預(yù)加載服務(wù),即prestrainservice()。在啟動預(yù)加載服務(wù)后,可以直接啟動預(yù)加載程序和鏡像程序進(jìn)行加載,也可以在滿足一定的條件下進(jìn)行鏡像加載,即,所述彈幕服務(wù)獲取所述直播間的用戶連接數(shù),即$actualusers=barrageservice.connect.number(liveroomid)和所屬分區(qū),并將其傳遞給預(yù)加載服務(wù)。所述預(yù)加載服務(wù)判斷所述用戶連接數(shù)是否小于所述第一預(yù)設(shè)閾值,如所述第一預(yù)設(shè)閾值為50,若所述用戶連接數(shù)小于所述第一預(yù)設(shè)閾值,即if($actualusers<50),則啟動預(yù)加載程序,即returnroomimageservice(),以及鏡像程序。其中鏡像程序?qū)⑺鲋辈ラg所屬分區(qū)中的用戶登錄信息和彈幕信息加載到內(nèi)存中。本實施例不限于具體實現(xiàn)的程序。
本實施例在用戶連接數(shù)很少時,通過對用戶登錄信息和彈幕信息同時進(jìn)行鏡像加載,使主播可以同時觀看到自己直播間所屬分區(qū)的用戶登錄信息和彈幕信息,提高了用戶訪問的正式度,為主播營造一種眾多用戶進(jìn)入且用戶參與度高的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。同時,通過內(nèi)存加載,提高了加載效率。
在上述實施例的基礎(chǔ)上,本實施例還包括:若所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值,則根據(jù)歷史彈幕條數(shù)或?qū)崟r彈幕條數(shù)獲取發(fā)送彈幕的頻率;若所述發(fā)送彈幕的頻率小于第二預(yù)設(shè)閾值,則對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載。
具體地,所述歷史彈幕條數(shù)為服務(wù)器獲取的所述直播間的彈幕總數(shù)。服務(wù)器還獲取從第一個彈幕發(fā)送開始到最后一個彈幕發(fā)送完的時間,用所述彈幕總數(shù)除以所述時間獲取每分鐘發(fā)送彈幕的條數(shù),將所述每分鐘發(fā)送彈幕的條數(shù)作為所述發(fā)送彈幕的頻率。服務(wù)器還可以獲取所述直播間的實時彈幕條數(shù),將最近一分鐘發(fā)送彈幕的條數(shù)作為所述發(fā)送彈幕的頻率。若服務(wù)器判斷所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值,則服務(wù)器進(jìn)一步判斷所述發(fā)送彈幕的頻率是否小于所述第二預(yù)設(shè)閾值。如果所述發(fā)送彈幕的頻率小于所述第二預(yù)設(shè)閾值,則進(jìn)行鏡像加載,否則不進(jìn)行鏡像加載。
具體地,如圖2所示,若服務(wù)器判斷所述用戶連接數(shù)大于所述第一預(yù)設(shè)閾值,則進(jìn)行下一步判斷,即returnbarrageserviceshow()。服務(wù)器可以在barrageservicemessage()中獲取所述直播間的彈幕總數(shù),即(barrage$barragemessagesum)$barragemessagesum=barrageservice.message.minute(liveroomid),以及從第一個彈幕發(fā)送開始到最后一個彈幕發(fā)送完的時間。服務(wù)器還可以直接將最近一分鐘發(fā)送彈幕的條數(shù)作為所述發(fā)送彈幕的頻率。假設(shè)所述第一預(yù)設(shè)閾值為50,所述用戶連接數(shù)大于50,所述第二預(yù)設(shè)閾值為10,判斷所述發(fā)送彈幕的頻率是否小于10,即if($barragemessagesum<10),如果所述發(fā)送彈幕的頻率大于10,則停止鏡像加載,關(guān)閉預(yù)加載服務(wù),即socket_close($requestusertype),否則啟動預(yù)加載程序,即returnroomimageservice()。本實施例不限于具體實現(xiàn)的程序。
本實施例在用戶連接數(shù)達(dá)標(biāo),但是用戶參與度較低的情況下,增加了統(tǒng)計維度,通過對用戶登錄信息和彈幕信息進(jìn)行鏡像加載,提高了用戶訪問的正式度,為主播營造一種眾多用戶進(jìn)入的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。
在上述實施例的基礎(chǔ)上,本實施例中對所述直播間所屬分區(qū)中的用戶登錄信息和彈幕信息進(jìn)行鏡像加載,包括:對所述分區(qū)中的用戶登錄信息進(jìn)行加載,同時對所述分區(qū)中的彈幕信息進(jìn)行預(yù)加載。
具體地,由于用戶登錄信息的數(shù)據(jù)量級較小,可以進(jìn)行直接加載。而彈幕信息數(shù)據(jù)量級較大,不能直接進(jìn)行加載,如果直接進(jìn)行加載,可能會導(dǎo)致服務(wù)器崩潰。服務(wù)器獲取用戶的登錄時間和發(fā)送彈幕信息的時間,并根據(jù)所述登錄時間將所述分區(qū)中的用戶登錄信息進(jìn)行倒序加載,根據(jù)所述發(fā)送彈幕信息的時間將所述分區(qū)中的彈幕信息進(jìn)行倒序加載。這樣使得最新的用戶登錄信息和彈幕信息最先加載。服務(wù)器可以根據(jù)需要指定每分鐘的彈幕信息加載條數(shù),如每分鐘加載10條,則加載的是最新的10條彈幕信息,還可以指定每條彈幕信息的加載頻率,如以6s每條的頻率加載。使用鏡像加載的用戶登錄信息和彈幕信息不計入有效的用戶登錄數(shù)和彈幕條數(shù)。
具體地,對所述直播間所屬分區(qū)中的用戶登錄信息進(jìn)行加載,即$userpartition=sql(selectpartitionformweb_partition_oldwhereusertype='usertype')。同時對所述直播間所屬分區(qū)中的彈幕信息進(jìn)行預(yù)加載,即imagebarragedetailed=barrageservice.message.detailed($userpartition)。加載規(guī)則按照時間進(jìn)行倒敘加載,即loadmemorylogin(imageuserlogin)、loadmemorydetailed(imagebarragedetailed),并將所述用戶登錄信息,彈幕信息同步加載至內(nèi)存中。本實施例不限于具體實現(xiàn)的程序。
本實施例通過對用戶登錄信息和彈幕信息進(jìn)行鏡像加載,提高了用戶訪問的正式度,為主播營造一種眾多用戶進(jìn)入的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。
在上述實施例的基礎(chǔ)上,本實施例還包括:每隔第一預(yù)設(shè)時長重新獲取所述直播間的用戶連接數(shù)。
具體地,服務(wù)器在首次對所述用戶登錄信息和所述彈幕信息進(jìn)行鏡像加載后,每隔第一預(yù)設(shè)時長,重新獲取所述直播間的用戶連接數(shù)。服務(wù)器判斷所述用戶連接數(shù)是否小于第一預(yù)設(shè)閾值,如果所述用戶連接數(shù)小于所述第一預(yù)設(shè)閾值,則繼續(xù)對所述用戶登錄信息和彈幕信息進(jìn)行鏡像加載和顯示。一種情況,如圖2所示,如果所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值,則服務(wù)器可以停止鏡像加載,并停止預(yù)加載服務(wù)。另一種情況,如圖3所示,在所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值時,服務(wù)器也可以繼續(xù)根據(jù)歷史彈幕條數(shù)或?qū)崟r彈幕條數(shù)獲取發(fā)送彈幕的頻率。服務(wù)器判斷所述發(fā)送彈幕的頻率是否小于所述第二預(yù)設(shè)閾值。如果所述發(fā)送彈幕的頻率小于所述第二預(yù)設(shè)閾值,則進(jìn)行鏡像加載,否則不進(jìn)行鏡像加載。
本實施例每隔一段時間判斷是否滿足預(yù)設(shè)加載條件,對不滿足預(yù)加載條件的情況終止鏡像加載和預(yù)加載服務(wù),減少了資源的浪費(fèi)。
在上述實施例的基礎(chǔ)上,本實施例還包括:若判斷鏡像加載的時長超過第二預(yù)設(shè)時長,則停止鏡像加載。
具體地,如圖2和圖3所示,將鏡像加載的時長限定在第二預(yù)設(shè)時長內(nèi),若超過第二預(yù)設(shè)時長,則自動停止鏡像加載,并關(guān)閉預(yù)加載服務(wù),即close(prestrainservice())。關(guān)閉之后采用逐步遞減的方式還原主播正常的人氣顯示。同時清除鏡像加載的彈幕記錄,即eliminatebarrage(record)。本實施例對資源的占用時長進(jìn)行了限制,減少了資源的浪費(fèi)。
本實施例在滿足預(yù)設(shè)加載條件下,通過鏡像加載,將直播間所屬分區(qū)的用戶登錄信息和彈幕信息顯示在該直播間中,為主播營造一種眾多用戶進(jìn)入的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。
圖4為本發(fā)明實施例提供的信息加載裝置結(jié)構(gòu)圖。如圖4所示,包括獲取單元1、加載單元2和顯示單元3,其中:
所述獲取單元1用于獲取所述直播間的用戶連接數(shù)和所屬分區(qū);所述加載單元2用于在所述用戶連接數(shù)小于第一預(yù)設(shè)閾值時,對所述分區(qū)中的用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載;所述顯示單元3用于將鏡像加載的用戶登錄信息和彈幕信息顯示在所述直播間中。
具體地,當(dāng)主播在開啟直播前需要進(jìn)行登錄操作,主播登錄后開啟直播間,服務(wù)器判斷當(dāng)前主播是否存在扣分或封禁的違規(guī)記錄,若主播的所有分值被扣完或存在封禁的違規(guī)記錄,則提示主播無法開啟直播,否則主播正常開啟直播間。主播開啟直播間后,所述獲取單元1獲取所述直播間的用戶連接數(shù)和所屬分區(qū)。所述用戶連接數(shù)為除主播以外進(jìn)入所述直播間的用戶總數(shù),直播間的分區(qū)根據(jù)直播的種類劃分。所述加載單元2根據(jù)所述用戶連接數(shù)判斷是否進(jìn)行鏡像加載,即若所述用戶連接數(shù)小于第一預(yù)設(shè)閾值,則將所述直播間所屬分區(qū)中的用戶登錄信息和彈幕信息進(jìn)行鏡像加載,否則不進(jìn)行鏡像加載。所述用戶登錄信息可以為正在登錄的用戶信息。所述用戶登錄信息可以包括用戶圖像、用戶名,還可以為當(dāng)前直播間所屬分區(qū)中登錄的用戶總數(shù)。所述彈幕信息可以包括用戶名、用戶留言,還可以為用戶在界面上選擇發(fā)送的信息。所述鏡像加載是一種冗余的加載處理方式,將所述直播間所屬分區(qū)中的用戶登錄信息和彈幕信息以冗余的方式加載到內(nèi)存中。所述顯示單元3將所述用戶登錄信息和彈幕信息顯示在當(dāng)前直播間中。本實施例不限于主播剛開啟直播間的情況。
本實施例在用戶連接數(shù)很少時,通過對用戶登錄信息和彈幕信息進(jìn)行鏡像加載,提高了用戶訪問的正式度,為主播營造一種眾多用戶進(jìn)入的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。
在上述事實例的基礎(chǔ)上,本實施例中所述獲取單元1還用于在所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值時,根據(jù)歷史彈幕條數(shù)或?qū)崟r彈幕條數(shù)獲取發(fā)送彈幕的頻率;相應(yīng)地,所述加載單元2還用于在所述發(fā)送彈幕的頻率小于第二預(yù)設(shè)閾值時,對所述分區(qū)中用戶登錄信息和所述分區(qū)中的彈幕信息進(jìn)行鏡像加載。
具體地,所述歷史彈幕條數(shù)為所述獲取單元1獲取的所述直播間的彈幕總數(shù)。所述獲取單元1還獲取從第一個彈幕發(fā)送開始到最后一個彈幕發(fā)送完的時間,用所述彈幕總數(shù)除以所述時間獲取每分鐘發(fā)送彈幕的條數(shù),將所述每分鐘發(fā)送彈幕的條數(shù)作為所述發(fā)送彈幕的頻率。所述獲取單元1還可以獲取所述直播間的實時彈幕條數(shù),將最近一分鐘發(fā)送彈幕的條數(shù)作為所述發(fā)送彈幕的頻率。若所述加載單元2判斷所述用戶連接數(shù)大于所述第一預(yù)設(shè)閾值,則所述加載單元2進(jìn)一步判斷所述發(fā)送彈幕的頻率是否小于所述第二預(yù)設(shè)閾值。如果所述發(fā)送彈幕的頻率小于所述第二預(yù)設(shè)閾值,則進(jìn)行鏡像加載,否則不進(jìn)行鏡像加載。
本實施例在用戶連接數(shù)達(dá)標(biāo),但是用戶參與度較低的情況下,增加了統(tǒng)計維度,通過對用戶登錄信息和彈幕信息進(jìn)行鏡像加載,提高了用戶訪問的正式度,為主播營造一種眾多用戶進(jìn)入的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。
在上述事實例的基礎(chǔ)上,本實施例中所述加載單元2具體用于對所述分區(qū)中的用戶登錄信息進(jìn)行加載,同時對所述分區(qū)中的彈幕信息進(jìn)行預(yù)加載。
具體地,由于用戶登錄信息的數(shù)據(jù)量級較小,可以進(jìn)行直接加載。而彈幕信息數(shù)據(jù)量級較大,不能直接進(jìn)行加載,如果直接進(jìn)行加載,可能會導(dǎo)致服務(wù)器崩潰。所述獲取單元1還用于獲取用戶的登錄時間和發(fā)送彈幕信息的時間,相應(yīng)地,所述加載單元2還用于根據(jù)所述登錄時間將所述分區(qū)中的用戶登錄信息進(jìn)行倒序加載,根據(jù)所述發(fā)送彈幕信息的時間將所述分區(qū)中的彈幕信息進(jìn)行倒序加載。這樣使得最新的用戶登錄信息和彈幕信息最先加載。所述加載單元2可以根據(jù)需要指定每分鐘的彈幕信息加載條數(shù)。同時,還可以指定每條彈幕信息的加載頻率。使用鏡像加載的用戶登錄信息和彈幕信息不計入有效的用戶登錄數(shù)和彈幕條數(shù)。
本實施例在滿足預(yù)設(shè)加載條件的情況下,通過對用戶登錄信息和彈幕信息進(jìn)行鏡像加載,提高了用戶訪問的正式度,為剛開播的主播營造一種眾多用戶進(jìn)入的氛圍,提高了主播開播的積極性,提升了主播的用戶體驗。
在上述事實例的基礎(chǔ)上,本實施例中所述獲取單元1還用于:每隔第一預(yù)設(shè)時長重新獲取所述直播間的用戶連接數(shù)。
具體地,所述獲取單元1在首次對所述用戶登錄信息和所述彈幕信息進(jìn)行鏡像加載后,每隔第一預(yù)設(shè)時長,重新獲取所述直播間的用戶連接數(shù)。所述加載單元2判斷所述用戶連接數(shù)是否小于所述第一預(yù)設(shè)閾值,如果所述用戶連接數(shù)小于第一預(yù)設(shè)閾值,則繼續(xù)對所述用戶登錄信息和彈幕信息進(jìn)行鏡像加載,所述顯示單元3繼續(xù)對所述用戶登錄信息和彈幕信息進(jìn)行顯示。一種情況,如圖2所示,所述加載單元2還用于在所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值時,停止鏡像加載,并停止預(yù)加載服務(wù)。另一種情況,如圖3所示,在所述用戶連接數(shù)大于或等于所述第一預(yù)設(shè)閾值時,所述獲取單元1可以繼續(xù)根據(jù)歷史彈幕條數(shù)或?qū)崟r彈幕條數(shù)獲取發(fā)送彈幕的頻率。所述加載單元2判斷所述發(fā)送彈幕的頻率是否小于所述第二預(yù)設(shè)閾值。如果所述發(fā)送彈幕的頻率小于所述第二預(yù)設(shè)閾值,則進(jìn)行鏡像加載,否則不進(jìn)行鏡像加載。
本實施例每隔一段時間判斷是否滿足預(yù)設(shè)加載條件,對不滿足預(yù)加載條件的情況終止鏡像加載和預(yù)加載服務(wù),減少了資源的浪費(fèi)。
最后,本申請的方法僅為較佳的實施方案,并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。