一種半屏播放頁配置設(shè)備、系統(tǒng)和方法
【專利摘要】本發(fā)明涉及半屏播放頁配置技術(shù)領(lǐng)域，公開了一種半屏播放頁配置設(shè)備、系統(tǒng)和方法，該設(shè)備包括：接收模塊，用于接收配置指令，該配置指令包括改變定義了不同的展示內(nèi)容的多個card的展示邏輯；配置模塊，用于根據(jù)配置指令對xml文件進(jìn)行配置；發(fā)送模塊，用于發(fā)送所配置的xml文件。本發(fā)明通過采用多個card分別定義不同的展示內(nèi)容，并通過xml文件對多個card的展示邏輯進(jìn)行配置，客戶端在APP啟動過程中可以通過解析xml文件得到多個card的展示邏輯，從而實現(xiàn)了能夠通過重配置xml文件而不需要通過發(fā)版來改變多個card的展示邏輯。
【專利說明】
_種半屏播放頁配置設(shè)備、系統(tǒng)和方法
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及半屏播放頁配置技術(shù)，具體地，涉及一種半屏播放頁配置設(shè)備、系統(tǒng)和方法。
【背景技術(shù)】
[0002]對于視頻APP (應(yīng)用程序)來說，半屏播放頁不僅涉及到視頻的播放和展示，而且涉及到各個頻道不同的策略和規(guī)則，因而成為視頻APP中邏輯最為復(fù)雜的部分。
[0003]對于1s平臺下本機(jī)的APP，各家在處理半屏播放頁的邏輯時，均采用由程序定義死規(guī)則、自動獲取數(shù)據(jù)的方式來保證穩(wěn)定性。例如，APP在客戶端的代碼中定義好每個頻道的展示內(nèi)容、展示方式、展示數(shù)量等規(guī)則，用于打開播放頁時，客戶端調(diào)取響應(yīng)接口進(jìn)行數(shù)據(jù)獲取。然而，這種方式會造成無法靈活控制半屏播放頁，如果對某個頻道、某個專輯的播放頁，不希望展示某一個部分的內(nèi)容，或希望新增一個部分的內(nèi)容，就需要通過版本迭代來實現(xiàn)，而每次版本迭代都需要發(fā)版(即，版本更新)來提交打包后的源碼至審核后臺(例如，蘋果審核后臺)，審核后臺再經(jīng)過較長時間的審核后才能上線。這種方式顯然不能夠當(dāng)今社會對快速、靈活、多變的需求。

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

[0004]本發(fā)明的目的是提供一種半屏播放頁配置設(shè)備、系統(tǒng)和方法，用于解決不經(jīng)過發(fā)版對線上APP進(jìn)行更新的問題。
[0005]為了實現(xiàn)上述目的，本發(fā)明提供了一種半屏播放頁配置設(shè)備，該設(shè)備包括:接收模塊，用于接收配置指令，該配置指令包括改變定義了不同的展示內(nèi)容的多個card的展示邏輯；配置模塊，用于根據(jù)所述配置指令對xml文件進(jìn)行配置；以及發(fā)送模塊，用于發(fā)送所配置的xml文件。
[0006]相應(yīng)地，本發(fā)明還提供了一種半屏播放頁配置系統(tǒng)，該系統(tǒng)包括:以上所描述的半屏播放頁配置設(shè)備；以及客戶端，接收所配置的xml文件，解析該xml文件并以解析得到的多個card的展示邏輯對該多個card進(jìn)行展示。
[0007]相應(yīng)地，本發(fā)明還提供了一種半屏播放頁配置方法，該方法包括:接收配置指令，該配置指令包括改變定義了不同的展示內(nèi)容的多個card的展示邏輯；根據(jù)所述配置指令對xml文件進(jìn)行配置；以及發(fā)送所配置的xml文件。
[0008]通過上述技術(shù)方案，本發(fā)明通過采用多個card分別定義不同的展示內(nèi)容，并通過xml文件對多個card的展示邏輯進(jìn)行配置，客戶端在APP啟動過程中可以通過解析xml文件得到多個card的展示邏輯，從而實現(xiàn)了能夠通過重配置xml文件而不需要通過發(fā)版來改變多個card的展示邏輯。
[0009]本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的【具體實施方式】部分予以詳細(xì)說明。
【附圖說明】
[0010]附圖是用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與下面的【具體實施方式】一起用于解釋本發(fā)明，但并不構(gòu)成對本發(fā)明的限制。在附圖中:
[0011]圖1是本發(fā)明提供的半屏播放頁的示圖；
[0012]圖2是本發(fā)明提供的半屏播放頁配置設(shè)備的框圖；
[0013]圖3是本發(fā)明提供的半屏播放頁配置系統(tǒng)的框圖；
[0014]圖4是本發(fā)明提供的半屏播放頁配置及客戶端處理的邏輯流程圖；以及
[0015]圖5是本發(fā)明提供的半屏播放頁配置方法的流程圖。
【具體實施方式】
[0016]以下結(jié)合附圖對本發(fā)明的【具體實施方式】進(jìn)行詳細(xì)說明。應(yīng)當(dāng)理解的是，此處所描述的【具體實施方式】僅用于說明和解釋本發(fā)明，并不用于限制本發(fā)明。
[0017]在介紹本發(fā)明之前，首先對本發(fā)明所涉及的技術(shù)背景和技術(shù)術(shù)語進(jìn)行闡述。
[0018]圖1是本發(fā)明提供的半屏播放頁的示圖。如圖1所示，播放窗I僅占據(jù)了整個屏幕2的一部分，因而稱之為半屏播放，整個屏幕2中除了播放窗I以外的部分(例如，塊3和塊4)可以通過card來定義，一個card用來定義一個塊的展示內(nèi)容，根據(jù)圖1所示的情況，塊3的展示內(nèi)容和塊4的展示內(nèi)容可以分別通過兩個card進(jìn)行定義。
[0019]“card”，翻譯為中文是卡片，可以理解為卡片流，一個card定義了一個塊的展示內(nèi)容，通過半屏播放頁看過視頻的人都容易理解，這里的通過card定義的塊可以顯示為廣告、新聞、推薦消息(可以簡稱為推薦)、與正在播放的視頻相關(guān)的視頻(當(dāng)然，其他視頻也可以，可以統(tǒng)稱為周邊視頻)，等等。需要說明的是，定義展示內(nèi)容的技術(shù)為本領(lǐng)域的公知技術(shù)，于此不予贅述。
[0020]“xml文件”，翻譯為中文是可擴(kuò)展標(biāo)記語言(xml)文件，該xml文件描述了預(yù)先定義的card的展示邏輯。在客戶端APP啟動過程中，該客戶端對xml文件進(jìn)行解析，并根據(jù)解析結(jié)果顯示客戶端APP界面。
[0021]圖2是本發(fā)明提供的半屏播放頁配置設(shè)備的框圖。如圖2所示，該設(shè)備包括接收模塊、配置模塊和發(fā)送模塊。接收模塊用于接收配置指令，該配置指令包括改變定義了不同的展示內(nèi)容的多個card的展示邏輯；配置模塊用于根據(jù)所述配置指令對xml文件進(jìn)行配置；發(fā)送模塊用于發(fā)送所配置的xml文件。
[0022]在新的APP上線之前，可以預(yù)先定義多個card并存儲起來，如上所述，每一個card定義了一個塊的展示內(nèi)容，這里展示內(nèi)容包括所要顯示的種類、形式、樣式、規(guī)則等，舉例來說，就是一個塊所要顯示什么文字、什么圖片、文字的格式、是以PPt的形式展示還是以一種固定不變的圖片顯示等等。
[0023]本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，如果希望以后不是通過發(fā)版而是通過修改xml文件的配置的方式來靈活控制各個塊的展示內(nèi)容，還需要在之前上傳至服務(wù)器的源碼中定義在APP啟動過程中解析xml文件，當(dāng)然這里“之前上傳至服務(wù)器的源碼”包括APP首次上線時的源碼，也可以是通過發(fā)版提交的源碼。
[0024]為了方便以后控制各個card的展示，可以預(yù)先定義一個或多個當(dāng)前不需要展示的 card，例如預(yù)先定義了 5 個 card，分別為 card K card 2、card 3、card 4、card 5，所配置的xml文件可以僅展示card 1、card 3、card 4所定義的展示內(nèi)容，當(dāng)然，也可以展示全部 5 個 card，即 card 1、card 2、card 3、card 4、card 5。也就是說，多個 card 的展不邏輯包括:對多個card中的部分card或所有card進(jìn)行展示。這里，僅舉例說明了 5個card的情況，然而，可以預(yù)先設(shè)定的card的數(shù)量不僅僅限于5個，低于5個或高于5個的情況均在本發(fā)明的保護(hù)范圍之內(nèi)。所展示的card可以分別通過不同的塊同時進(jìn)行展示，也可以通過同一個塊按預(yù)先定義的順序逐個進(jìn)行展示。
[0025]其中，改變多個card的展示邏輯包括以下至少一者:取消對多個card中的至少一者的展示；增加對多個card中的至少一者的展示；或改變所展示的多個card的展示順序。
[0026]以預(yù)先定義了 10個card為例結(jié)合圖1進(jìn)行說明，假設(shè)根據(jù)當(dāng)前的xml文件的配置，所要展不的card為card Ucard 2、card 5、card 7、card 8。在圖1中的塊3中所要展示的card的展示邏輯為:card K card 2、card 5(也就是按照card I第一、card 2第二、card 5第三的順序循環(huán)展示)，塊4中所要展示的card的展示邏輯為:card 7、card 8(也就是按照card 7第一、card 8第二的順序循環(huán)展示)。這里，若取消塊3中card 2的展示并且順序不變，那么塊3中card的展示邏輯變?yōu)?card Ucard 5 ;若在塊4中增加card 3的展示并將順序配置為增加在目前所展示的card的最后，那么塊4中card的展示邏輯變?yōu)?card 7、card 8、card 3。對于在一個塊中展示多個card的展示順序是可以與上面的取消card和增加card結(jié)合進(jìn)行的，當(dāng)然，也可以在不取消card或增加card的情況下單獨(dú)進(jìn)行，例如塊3中card的展示邏輯為:card K card 2、card 5，可以將塊3中card的展示邏輯修改為:card 1、card 5、card 2。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，并不是每一個塊中都必須展示一定的內(nèi)容，比如說，圖1中的塊3部分可以不展示任何東西，而僅通過塊4部分展示一些東西，當(dāng)然，也可以定義更多的塊，以便于同時展示更多的內(nèi)容。
[0027]在實際應(yīng)用中，可以對不同的頻道進(jìn)行不同的配置，例如，可以對電視劇的半屏播放中增加“周邊視頻” card，以展示與所播放的電視劇同類型的電視??；對動漫的半屏播放中取消“推薦” card來減少對用戶觀看正片的打擾。
[0028]此外，配置指令還包括增加不包括在以上所描述的多個card中的新的card，配置模塊還用于根據(jù)配置指令通過改變xml文件的配置來添加新的card。這種情況主要發(fā)生在預(yù)先定義的card中沒有所希望展示的內(nèi)容，通過改變xml文件的配置來增加新的card與上文中采用預(yù)先定義的card的區(qū)別在于:通過xml文件的配置來增加新的card需要在xml文件中定義該新的card，而如果增加的card在預(yù)先定義的card中就不需要在xml文件中再次定義。
[0029]圖3是本發(fā)明提供的半屏播放頁配置系統(tǒng)的框圖。如圖3所示，該系統(tǒng)包括:以上所描述的半屏播放頁配置設(shè)備和客戶端，其中，客戶端接收所配置的xml文件，解析該xml文件并以解析得到的多個card的展示邏輯對該多個card進(jìn)行展示。
[0030]一般情況下，在客戶端接收到新的xml文件的情況下，就會用新的xml文件覆蓋之前的xml文件，這樣在客戶端APP啟動過程中所解析的xml文件就將是最新的。應(yīng)當(dāng)理解，以上所描述的半屏播放頁配置設(shè)備的操作是在服務(wù)器進(jìn)行的?？蛻舳酥蛔鲣秩?，不再定義最詳細(xì)的數(shù)據(jù)邏輯，以保證靈活性和可拓展性。
[0031]圖4是本發(fā)明提供的半屏播放頁配置及客戶端處理的邏輯流程圖，如圖4所示:
[0032]步驟401，服務(wù)器(具體為接收模塊)接收配置指令，該配置指令包括改變多個card的展示邏輯，也就是所希望的card的展示邏輯。
[0033]步驟402，服務(wù)器(具體為配置模塊)配置xml文件，即根據(jù)接收模塊所接收的配置指令來配置xml文件。
[0034]步驟403，服務(wù)器(具體為發(fā)送模塊)發(fā)送所配置的xml文件，具體為在配置模塊配置好xml文件之后，發(fā)送模塊將新配置好的xml文件發(fā)送至客戶端。
[0035]步驟404，客戶端接收所配置的xml文件。
[0036]步驟405，客戶端更新xml文件，在客戶端接收到從服務(wù)器新下發(fā)的xml文件時，用新接收到的xml文件覆蓋之前的xml文件，xml文件的名稱不變。
[0037]步驟406，客戶端判斷APP是否被打開，在被打開的情況下執(zhí)行步驟407，否則不做任何處理。
[0038]步驟407，客戶端解析xml文件。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，可以在之前發(fā)送給服務(wù)器的源碼中設(shè)置在APP啟動過程中對xml文件進(jìn)行解析并對服務(wù)器下發(fā)的數(shù)據(jù)進(jìn)行校驗。
[0039]步驟408，客戶端處理card的展示邏輯和UI (用戶界面)的渲染。
[0040]圖5是本發(fā)明提供的半屏播放頁配置方法的流程圖。如圖5所示，該方法包括:接收配置指令，該配置指令包括改變定義了不同的展示內(nèi)容的多個card的展示邏輯；根據(jù)配置指令對xml文件進(jìn)行配置；發(fā)送所配置的xml文件。
[0041]需要說明的是，本發(fā)明提供的半屏播放頁配置方法的具體細(xì)節(jié)及益處與本發(fā)明提供的半屏播放頁配置設(shè)備類似，于此不予贅述。
[0042]以上結(jié)合附圖詳細(xì)描述了本發(fā)明的優(yōu)選實施方式，但是，本發(fā)明并不限于上述實施方式中的具體細(xì)節(jié)，在本發(fā)明的技術(shù)構(gòu)思范圍內(nèi)，可以對本發(fā)明的技術(shù)方案進(jìn)行多種簡單變型，這些簡單變型均屬于本發(fā)明的保護(hù)范圍。
[0043]通過本發(fā)明提供的技術(shù)方案，不通過發(fā)版，即可靈活控制每個半屏頁的展示內(nèi)容，可以靈活新增或減少所展示的數(shù)據(jù)模塊，通過card整套代碼機(jī)制不僅可以滿足產(chǎn)品層面上可配置card，來適應(yīng)變化的業(yè)務(wù)需求，而且可以在技術(shù)層面上，實現(xiàn)在不經(jīng)過發(fā)版的情況下更新線上產(chǎn)品邏輯。
[0044]另外需要說明的是，在上述【具體實施方式】中所描述的各個具體技術(shù)特征，在不矛盾的情況下，可以通過任何合適的方式進(jìn)行組合。為了避免不必要的重復(fù)，本發(fā)明對各種可能的組合方式不再另行說明。
[0045]此外，本發(fā)明的各種不同的實施方式之間也可以進(jìn)行任意組合，只要其不違背本發(fā)明的思想，其同樣應(yīng)當(dāng)視為本發(fā)明所公開的內(nèi)容。
【主權(quán)項】
1.一種半屏播放頁配置設(shè)備，其特征在于，該設(shè)備包括: 接收模塊，用于接收配置指令，該配置指令包括改變定義了不同的展示內(nèi)容的多個card的展示邏輯； 配置模塊，用于根據(jù)所述配置指令對xml文件進(jìn)行配置；以及 發(fā)送模塊，用于發(fā)送所配置的xml文件。2.根據(jù)權(quán)利要求1所述的設(shè)備，其特征在于，所述多個card的展示邏輯包括:對所述多個card中的部分card或所有card進(jìn)行展示。3.根據(jù)權(quán)利要求1或2所述的設(shè)備，其特征在于，改變所述多個card的展示邏輯包括以下至少一者: 取消對所述多個card中的至少一者的展示； 增加對所述多個card中的至少一者的展示；或 改變所展示的多個card的展示順序。4.根據(jù)權(quán)利要求1所述的設(shè)備，其特征在于，所述配置指令還包括增加不包括在所述多個card中的新的card，所述配置模塊還用于根據(jù)所述配置指令通過改變所述xml文件的配置來添加所述新的card。5.一種半屏播放頁配置系統(tǒng)，其特征在于，該系統(tǒng)包括: 權(quán)利要求1-4中任一項權(quán)利要求所述的半屏播放頁配置設(shè)備；以及客戶端，接收所配置的xml文件，解析該xml文件并以解析得到的多個card的展示邏輯對該多個card進(jìn)行展示。6.一種半屏播放頁配置方法，其特征在于，該方法包括: 接收配置指令，該配置指令包括改變定義了不同的展示內(nèi)容的多個card的展示邏輯； 根據(jù)所述配置指令對xml文件進(jìn)行配置；以及 發(fā)送所配置的xml文件。7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述多個card的展示邏輯包括:對所述多個card中的部分card或所有card進(jìn)行展示。8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，改變所述多個card的展示邏輯包括以下至少一者: 取消對所述多個card中的至少一者的展示； 增加對所述多個card中的至少一者的展示；或 改變所展示的多個card的展示順序。9.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述配置指令還包括增加不包括在所述多個card中的新的card，該方法還包括: 根據(jù)所述配置指令通過改變所述xml文件的配置來添加所述新的card。
【文檔編號】G06F9/44GK105893007SQ201510648680
【公開日】2016年8月24日
【申請日】2015年10月9日
【發(fā)明人】劉璇, 孔令飛, 蓋鵬
【申請人】樂視網(wǎng)信息技術(shù)（北京）股份有限公司