亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

信息推薦方法、裝置及系統(tǒng)與流程

文檔序號:12720135閱讀:180來源:國知局
信息推薦方法、裝置及系統(tǒng)與流程

本發(fā)明涉及互聯(lián)網(wǎng)應用技術(shù)領域,尤其涉及一種信息推薦方法、裝置及系統(tǒng)。



背景技術(shù):

目前,將文學作品改編制作成電影、電視劇成為影視劇生產(chǎn)的一種主要方式。各視頻提供商紛紛購買優(yōu)質(zhì)的網(wǎng)絡文學作品版權(quán),然后將其改編制作成影視劇,最后通過視頻應用向用戶播放。另一方面,隨著網(wǎng)絡文學的蓬勃發(fā)展,小說應用也發(fā)展迅速。小說應用能夠讓用戶方便、快捷和靈活的閱讀各種書籍,因此擁有數(shù)量龐大的用戶群體。

但是,目前由小說改編制作的影視作品與原著之間的關聯(lián)比較薄弱?,F(xiàn)有技術(shù)中,通常在客戶端的播放影視劇的頁面中將相關小說以廣告形式進行推薦,用戶點擊該推薦的廣告后,將跳轉(zhuǎn)到實體書購買界面,購買實體書后能夠線下瀏覽該小說的正文內(nèi)容,客戶端無法向用戶提供小說的正文內(nèi)容??梢?,對于向用戶提供一類信息的客戶端,目前無法實現(xiàn)在向用戶提供相關的另一類信息后,進一步推薦該類信息的主體內(nèi)容。



技術(shù)實現(xiàn)要素:

有鑒于此,本發(fā)明實施例提供了一種信息推薦方法、裝置及系統(tǒng),用以解決現(xiàn)有技術(shù)中向用戶提供一類信息的客戶端,在向用戶提供相關的另一類信息后,無法進一步推薦該類信息的主體內(nèi)容的問題。

一方面,本發(fā)明實施例提供了一種信息推薦方法,應用于包括客戶端和服務器的系統(tǒng);包括:

所述客戶端檢測到用戶對第一類信息的操作達到預定條件時,向所述服務器發(fā)送查詢請求,所述查詢請求攜帶所述第一類信息的標識;

所述服務器響應于所述查詢請求,根據(jù)所述第一類信息的標識,獲取與所述第一類信息對應的第二類信息的推薦信息,并向所述客戶端返回所述推薦信息;

所述客戶端接收所述推薦信息,并按照指定方式輸出所述推薦信息;

所述客戶端檢測到用戶對所述推薦信息的操作達到預定條件時,輸出所述第二類信息的主體內(nèi)容。

另一方面,本發(fā)明實施例提供了一種信息推薦方法,執(zhí)行于客戶端上,包括:

檢測到用戶對第一類信息的操作達到預定條件時,向服務器發(fā)送查詢請求,所述查詢請求攜帶所述第一類信息的標識;

接收所述服務器響應于所述查詢請求向客戶端返回的與所述第一類信息對應的第二類信息的推薦信息;

按照指定方式輸出所述推薦信息;

檢測到用戶對所述推薦信息的操作達到預定條件時,輸出所述第二類信息的主體內(nèi)容。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,所述第一類信息為視頻,所述第二類信息為小說;或者,

所述第一類信息為小說,所述第二類信息為視頻。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,當所述第二類信息是小說時,所述第二類信息的主體內(nèi)容包括可在線閱讀的正文內(nèi)容。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,當所述第二類信息是視頻時,所述第二類信息的主體內(nèi)容包括可在線瀏覽的視頻內(nèi)容。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,所述指定方式包括彈窗、浮層和頁面的固有組件中一種或多種。

另一方面,本發(fā)明實施例提供了一種信息推薦方法,執(zhí)行于服務器上,包括:

接收客戶端發(fā)送的查詢請求,所述查詢請求攜帶所述第一類信息的標識;

響應于所述查詢請求,根據(jù)所述第一類信息的標識,獲取與所述第一類信息對應的第二類信息的推薦信息;

向所述客戶端返回所述推薦信息。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,所述查詢請求還攜帶所述第一類信息的輸出狀態(tài)信息;根據(jù)所述第一類信息的標識,獲取與所述第一類信息對應的第二類信息的推薦信息,包括:

根據(jù)所述第一類信息的標識和所述輸出狀態(tài)信息,確定與所述第一類信息對應的第二類信息;

獲取所述第二類信息的推薦信息。

另一方面,本發(fā)明實施例提供了一種信息推薦系統(tǒng),包括客戶端和服務器:

所述客戶端,用于檢測到用戶對第一類信息的操作達到預定條件時,向所述服務器發(fā)送查詢請求,所述查詢請求攜帶所述第一類信息的標識;

所述服務器,用于響應于所述查詢請求,根據(jù)所述第一類信息的標識,獲取與所述第一類信息對應的第二類信息的推薦信息,并向所述客戶端返回所述推薦信息;

所述客戶端,還用于接收所述推薦信息,并按照指定方式輸出所述推薦信息;以及,檢測到用戶對所述推薦信息的操作達到預定條件時,輸出所述第二類信息的主體內(nèi)容。

另一方面,本發(fā)明實施例提供了一種信息推薦裝置,設置于客戶端上;包括:

發(fā)送單元,用于檢測到用戶對第一類信息的操作達到預定條件時,向服務器發(fā)送查詢請求,所述查詢請求攜帶所述第一類信息的標識;

接收單元,用于接收所述服務器響應于所述查詢請求向客戶端返回的與所述第一類信息對應的第二類信息的推薦信息;

展現(xiàn)單元,用于按照指定方式輸出所述推薦信息;

處理單元,用于檢測到用戶對所述推薦信息的操作達到預定條件時,輸出所述第二類信息的主體內(nèi)容。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,所述第一類信息為視頻,所述第二類信息為小說;或者,

所述第一類信息為小說,所述第二類信息為視頻。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,當所述第二類信息是小說時,所述第二類信息的主體內(nèi)容包括可在線閱讀的正文內(nèi)容。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,當所述第二類信息是視頻時,所述第二類信息的主體內(nèi)容包括可在線瀏覽的視頻內(nèi)容。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,所述指定方式包括彈窗、浮層和頁面的固有組件中一種或多種。

另一方面,本發(fā)明實施例提供了一種信息推薦裝置,設置于服務器上;包括:

接收單元,用于接收客戶端發(fā)送的查詢請求,所述查詢請求攜帶所述第一類信息的標識;

處理單元,用于響應于所述查詢請求,根據(jù)所述第一類信息的標識,獲取與所述第一類信息對應的第二類信息的推薦信息;

發(fā)送單元,用于向所述客戶端返回所述推薦信息。

如上所述的方面和任一可能的實現(xiàn)方式,進一步提供一種實現(xiàn)方式,所述查詢請求還攜帶所述第一類信息的輸出狀態(tài)信息;所述處理單元具體用于:

根據(jù)所述第一類信息的標識和所述輸出狀態(tài)信息,確定與所述第一類信息對應的第二類信息;

獲取所述第二類信息的推薦信息。

本發(fā)明實施例所提供的技術(shù)方案具有如下有益效果:

本發(fā)明實施例中,向用戶提供第一類信息的客戶端,在向用戶推薦第一類信息的推薦信息后,還可以進一步向用戶提供第二類信息的實體內(nèi)容,可以方便、快捷的輸出推薦的第二類信息的實體內(nèi)容,提高了由第一類信息轉(zhuǎn)換為第二類信息的轉(zhuǎn)換效率,解決了現(xiàn)有技術(shù)中向用戶提供一類信息的客戶端,在向用戶提供相關的另一類信息后,無法進一步推薦該類信息的主體內(nèi)容的問題。

【附圖說明】

為了更清楚地說明本發(fā)明實施例的技術(shù)方案,下面將對實施例中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其它的附圖。

圖1是本發(fā)明實施例所提供的信息推薦方法相關的總體交互流程示意圖;

圖2是本發(fā)明實施例所提供的信息推薦方法針對客戶端側(cè)的流程示意圖;

圖3是本發(fā)明實施例所提供的信息推薦方法針對服務器側(cè)的流程示意圖;

圖4是本發(fā)明實施例所提供的信息推薦方法所應用的系統(tǒng)的架構(gòu)示例圖;

圖5是本發(fā)明實施例所提供的信息推薦方法的實施例一的交互流程示意圖;

圖6是本發(fā)明實施例所提供的信息推薦方法的實施例二的交互流程示意圖;

圖7是本發(fā)明實施例所提供的信息推薦系統(tǒng)的結(jié)構(gòu)示意圖;

圖8是本發(fā)明實施例所提供的信息推薦裝置的實施例一的功能方塊圖;

圖9是本發(fā)明實施例所提供的信息推薦裝置的實施例二的功能方塊圖。

【具體實施方式】

為了更好的理解本發(fā)明的技術(shù)方案,下面結(jié)合附圖對本發(fā)明實施例進行詳細描述。

應當明確,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其它實施例,都屬于本發(fā)明保護的范圍。

在本發(fā)明實施例中使用的術(shù)語是僅僅出于描述特定實施例的目的,而非旨在限制本發(fā)明。在本發(fā)明實施例和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式,除非上下文清楚地表示其他含義。

應當理解,本文中使用的術(shù)語“和/或”僅僅是一種描述關聯(lián)對象的關聯(lián)關系,表示可以存在三種關系,例如,A和/或B,可以表示:單獨存在A,同時存在A和B,單獨存在B這三種情況。另外,本文中字符“/”,一般表示前后關聯(lián)對象是一種“或”的關系。

應當理解,盡管在本發(fā)明實施例中可能采用術(shù)語第一、第二等來描述不同類的信息,但這些信息不應限于這些術(shù)語。這些術(shù)語僅用來將信息彼此區(qū)分開。例如,在不脫離本發(fā)明實施例范圍的情況下,第一類信息也可以被稱為第二類信息,類似地,第二類信息也可以被稱為第一類信息。

取決于語境,如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”或“響應于檢測”。類似地,取決于語境,短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當確定時”或“響應于確定”或“當檢測(陳述的條件或事件)時”或“響應于檢測(陳述的條件或事件)”。

針對現(xiàn)有技術(shù)中向用戶提供一類信息的客戶端,在向用戶提供相關的另一類信息后,無法進一步推薦該類信息的主體內(nèi)容這一類問題,本發(fā)明實施例提供了相應的解決思路:利用客戶端當前提供的第一類信息的標識,通過服務器獲取與第一類信息對應的第二類信息的推薦信息,進而利用推薦信息,向用戶輸出第二類信息的主體內(nèi)容。

在該思路的引導下,本發(fā)明實施例提供了一種可行的實施方案,該實現(xiàn)方案提供的信息推薦方法相關的總體交互流程如圖1所示,包括:

101、客戶端檢測到用戶對第一類信息的操作達到預定條件時,向服務器發(fā)送查詢請求,該查詢請求攜帶第一類信息的標識。

102、服務器響應于查詢請求,根據(jù)第一類信息的標識,獲取與第一類信息對應的第二類信息的推薦信息,并向客戶端返回所述推薦信息。

103、客戶端接收推薦信息,并按照指定方式輸出該推薦信息。

104、客戶端檢測到用戶對推薦信息的操作達到預定條件時,輸出第二類信息的主體內(nèi)容。

在該實現(xiàn)方案中,對于正在向用戶提供第一類信息的客戶端,可以從服務器獲取與第一類信息對應的第二類信息的推薦信息,進而向用戶提供推薦信息,如果用戶進一步對推薦信息的操作滿足條件,客戶端就可以輸出第二類信息的主體內(nèi)容,實現(xiàn)了在向用戶推薦與第一類信息對應的第二類信息后,能夠進一步推薦該第二類信息的主體內(nèi)容。本發(fā)明實施例提供的實現(xiàn)方案解決了現(xiàn)有技術(shù)中向用戶提供一類信息的客戶端,在向用戶提供相關的另一類信息后,無法進一步推薦該類信息的主體內(nèi)容的問題。而且,不需要用戶進行操作去獲取所需要的第二類信息的主體內(nèi)容,降低了操作復雜度,提高了第二類信息的主體內(nèi)容的獲取效率,有利于用戶及時得到第二類信息的主體內(nèi)容。

基于前述總體流程,本發(fā)明實施例還提供了針對客戶端側(cè)的方法流程,如圖2所示,包括:

201、檢測到用戶對第一類信息的操作達到預定條件時,向服務器發(fā)送查詢請求,該查詢請求攜帶所述第一類信息的標識。

202、接收服務器響應于查詢請求向客戶端返回的與第一類信息對應的第二類信息的推薦信息。

203、按照指定方式輸出推薦信息。

204、檢測到用戶對推薦信息的操作達到預定條件時,輸出第二類信息的主體內(nèi)容。

在一種可行的實現(xiàn)方案中,在客戶端中預先設置查詢接口,在客戶端向用戶輸出第一類信息的過程中,如果檢測到用戶對第一類信息的操作達到預定條件,客戶端可以通過該查詢接口向服務器發(fā)送查詢請求,該查詢請求中攜帶第一類信息的標識,還可以攜帶該第一類信息的輸出狀態(tài)信息。

進一步的,服務器接收到查詢請求后,需要響應該查詢請求,服務器可以根據(jù)該查詢請求中攜帶的第一類信息的標識,或者,第一類信息的標識和第一類信息的輸出狀態(tài)信息,先確定與第一類信息對應的第二類信息,然后獲得第二類信息的推薦信息,最后向客戶端返回查詢響應,該查詢響應攜帶服務器獲得的該推薦信息。

在一種可行的實現(xiàn)方案中,客戶端從服務器接收到第二類信息的推薦信息后,可以按照指定方式輸出該推薦信息。舉例說明,該指定方式可以包括但不限于彈窗、浮層和頁面的固有組件中一種或者多種。例如,客戶端在顯示第一類信息的界面上彈出窗口,并在彈出窗口中展現(xiàn)該第二類信息的推薦信息?;蛘撸掷?,客戶端在顯示第一類信息的界面上展現(xiàn)浮層,并在浮層中展現(xiàn)該第二類信息的推薦信息?;蛘?,又例如,客戶端在顯示第一類信息的頁面中第一類信息的顯示區(qū)域下方的固有組件中展現(xiàn)該第二類信息的推薦信息。

在一種可行的實現(xiàn)方案中,當客戶端以指定方式輸出從服務器獲得的第二類信息的推薦信息之后,如果用戶對該推薦信息有興趣,用戶會進行操作,如果客戶端檢測到用戶對該推薦信息進行操作,則進一步判斷該操作是否達到預定條件(如用戶是否點擊了該推薦信息),如果判斷出該操作達到預定條件,客戶端需要根據(jù)推薦信息進一步輸出該第二類信息的主體內(nèi)容。反之,如果判斷出該操作沒有達到預定條件(如用戶沒有點擊了該推薦信息,而是進行向上滑動操作或者向下滑動操作),客戶端可以根據(jù)用戶進行的該操作進行與該操作相匹配的其他處理,這里不再贅述。

在一種具體的實現(xiàn)方案中,客戶端可以根據(jù)推薦信息,通過該客戶端自身輸出第二類信息的主體內(nèi)容,或者,客戶端也可以根據(jù)推薦信息,拉起其他客戶端,通過其他客戶端輸出該第二類信息的主體內(nèi)容。

舉例說明,本發(fā)明實施例中,第一類信息可以為視頻,相應的,第二類信息可以為小說。或者,又例如,第一類信息可以為小說,相應的,第二類信息可以為視頻。

可以理解的是,當?shù)诙愋畔⑹且曨l時,第二類信息的主體內(nèi)容可以為可在線瀏覽的視頻內(nèi)容。或者,當?shù)诙愋畔⑹切≌f時,第二類信息的主體內(nèi)容可以為可在線閱讀的正文內(nèi)容。

基于前述總體流程,本發(fā)明實施例還提供了針對服務器側(cè)的方法流程,如圖3所示,包括:

301、接收客戶端發(fā)送的查詢請求,該查詢請求攜帶第一類信息的標識。

302、響應于查詢請求,根據(jù)第一類信息的標識,獲取與第一類信息對應的第二類信息的推薦信息。

303、向客戶端返回推薦信息。

在一種可行的實現(xiàn)方案中,服務器通過客戶端的查詢接口從客戶端接收到查詢請求后,需要響應該查詢請求。服務器可以根據(jù)該查詢請求中攜帶的第一類信息的標識,或者,第一類信息的標識和第一類信息的輸出狀態(tài)信息,在預先設置的第一類信息與第二類信息的映射關系中,先找到與第一類信息對應的第二類信息。然后,服務器在信息庫中,根據(jù)找到的第二類信息,進一步獲得該第二類信息的詳細信息,然后根據(jù)該詳細信息生成推薦信息,最后向客戶端返回查詢響應,該查詢響應攜帶服務器獲得的該推薦信息。

在一種可行的實現(xiàn)方案中,第一類信息與第二類信息的映射關系中,一個第一類信息可以對應一個或者多個第二類信息,和/或,一個第二類信息可以對應一個或者多個第一類信息,本發(fā)明實施例對此不進行特別限定。需要說明的是,如果一個第一類信息對應多個第二類信息,可以在多個第二類信息中隨機選擇一個第二類信息去生成推薦信息,或者也可以按照指定規(guī)則選擇一個第二類信息去生成推薦信息,如按照指定順序。

舉例說明,可以一個小說對應一個或者多個電影視頻,或者,一個小說對應一個電視劇的多個視頻,其中小說中每個章節(jié)對應該電視劇中一集的視頻。因此,本發(fā)明實施例中,還可以根據(jù)第一類信息的標識和第一類信息的輸出狀態(tài)信息,找到對應的第二類信息。

本發(fā)明實施例中,可以將第一類信息與第二類信息的映射關系存儲在關系映射庫中,在一種可行的實現(xiàn)方案中,該關系映射庫可以存儲在服務器中,如服務器中的獨立開辟的存儲空間;在另一種可行的實現(xiàn)方案中,該關系映射庫也可以是獨立于服務器的存儲設備,如離線存儲設備,或者,是高速存儲設備,本領域技術(shù)人員可以理解,本發(fā)明實施例在此不進行特別限定。

同理,用于存儲第二類信息的信息庫,如視頻信息庫或者小說信息庫,在一種可行的實現(xiàn)方案中,該信息庫可以存儲在服務器中,如服務器中的獨立開辟的存儲空間;在另一種可行的實現(xiàn)方案中,該信息庫也可以是獨立于服務器的存儲設備,如離線存儲設備,或者,是高速存儲設備,本領域技術(shù)人員可以理解,本發(fā)明實施例在此不進行特別限定。

在一種可行的實現(xiàn)方案中,第二類信息的詳細信息可以包括但不限于以下信息中一個或者多個:

與第二類信息相關的統(tǒng)一資源定位符(Uniform Resource Locator,URL),如查看鏈接、下載鏈接等;

第二類信息的主題;

第二類信息的描述信息。

在一種可行的實現(xiàn)方案中,服務器可以獲取與第二類信息相匹配的頁面模板,然后根據(jù)第二類信息的詳細信息和該頁面模板,生成推薦信息,客戶端接收到該推薦信息后可以直接展現(xiàn)。例如,第二類信息為視頻時,由于視頻存在較多類型,如綜藝類、電影類等,不同的類型需要使用不同的頁面模板,因此可以根據(jù)第二類信息的類型,獲取與第二類信息相匹配的頁面模板,然后再利用該頁面模板生成推薦信息。

需要說明的是,服務器利用模板生成能夠直接顯示的推薦信息,可以避免客戶端利用模板進行渲染進行推薦信息的顯示,這樣,當需要進行模板更新時,只需要在服務器中進行模板更新即可,就不需要對客戶端進行升級更新,減少了用戶對客戶端的操作,提升用戶體驗。

在一種可行的實現(xiàn)方案中,服務器與客戶端之間可以通過查詢接口進行交互,如客戶端通過查詢接口向服務器發(fā)送查詢請求,服務器也通過該查詢接口向客戶端返回查詢響應。或者,在另一種可行的實現(xiàn)方案中,服務器與客戶端之間也可以通過兩個接口進行交互,如客戶端通過查詢接口向服務器發(fā)送查詢請求,服務器通過其他接口(如響應接口)向客戶端返回查詢響應。

需要說明的是,本發(fā)明實施例中,第一類信息和與其對應的第二類信息可以內(nèi)容具有一定的相關性,如第一類信息可以是小說,第二類信息可以是根據(jù)該小說改編后拍攝得到的影視劇?;蛘撸谝活愋畔⒑团c其對應的第二類信息也可以內(nèi)容不具有相關性。例如,第一類信息可以是小說,第二類信息可以是當前的熱播影視劇。本領域技術(shù)人員可以理解,本發(fā)明實施例對第一類信息與第二類信息之間的相關程度不進行特別限定。

本發(fā)明實施例中,向用戶提供第一類信息的客戶端,在向用戶推薦第一類信息的推薦信息后,還可以進一步向用戶提供第二類信息的實體內(nèi)容,解決了現(xiàn)有技術(shù)中向用戶提供一類信息的客戶端實現(xiàn)在向用戶提供相關的另一類信息后,無法進一步推薦該類信息的主體內(nèi)容的問題。

而且,通過在第一類信息與第二類信息之間進行相互推薦的方式,可以引導第一類信息的用戶與第二類信息的用戶之間的閉環(huán)轉(zhuǎn)換,建立了兩類信息用戶之間的聯(lián)系,擴大了每類信息的用戶數(shù)量,還可以增加輸出信息的多樣性,提升用戶體驗。

下面以第一類信息為小說,第二類信息為視頻,以及,第一類信息為視頻第二類信息為小說為例,對本發(fā)明實施例所提供的信息推薦方法進行舉例說明。

請參考圖4,其為本發(fā)明實施例所提供的信息推薦方法所應用的系統(tǒng)的架構(gòu)示例圖,如圖4所示,該系統(tǒng)包括:小說應用的客戶端、視頻應用的客戶端、設置于小說應用的客戶端中的視頻信息查詢接口、設置于視頻應用的客戶端中的小說信息查詢接口、服務器、小說信息庫、關系映射庫和視頻信息庫。其中小說應用的客戶端和視頻應用的客戶端位于用戶的移動終端中,位于用戶側(cè)。服務器、小說信息庫、關系映射庫和視頻信息庫位于服務側(cè),小說信息庫、關系映射庫和視頻信息庫可以都設置在服務器中,或者也可以都設置在獨立于服務器的存儲設備上,或者,還可以部分設置于服務器上,其余部分設置在獨立于服務器的存儲設備上,本領域技術(shù)人員可以理解,本發(fā)明實施例對此不進行特別限定。

其中,小說應用的客戶端向用戶提供小說在線閱讀服務,視頻應用的客戶端向用戶提供視頻瀏覽服務,視頻信息查詢接口可以作為小說應用的客戶端與服務器之間交互通道,小說信息查詢接口可以作為視頻應用的客戶端與服務器之間交互通道,服務器用以實現(xiàn)推薦邏輯,如根據(jù)小說的標識和當前章節(jié)信息,獲取對應的視頻的推薦信息,或者,根據(jù)視頻的標識和播放進度信息,獲取對應的小說的推薦信息。小說信息庫用于存儲小說的詳細信息,視頻信息庫用于存儲視頻的詳細信息,關系映射庫用于存儲小說與視頻之間的對應關系,如一部小說對應的一個或多個視頻,一部小說中每個章節(jié)對應的一個或多個視頻,一個視頻對應的一個或多個小說等。

基于圖4所示的系統(tǒng)架構(gòu),下面先以第一類信息為小說,第二類信息為視頻,查詢接口為視頻信息查詢接口為例,對本發(fā)明實施例所提供的信息推薦方法的進行舉例說明,如圖5所示,該方法包括以下步驟:

501、小說應用的客戶端(本實施例和圖5中稱為第一客戶端)向用戶提供小說閱讀服務。

502、當?shù)谝豢蛻舳藱z測到用戶對小說的操作達到預定條件時,觸發(fā)視頻推薦邏輯,第一客戶端獲取小說的標識(如小說的ID)和當前章節(jié)信息。

例如,當?shù)谝豢蛻舳藱z測到小說輸出到特定章節(jié)時,認為達到預定條件。

和/或,又例如,當?shù)谝豢蛻舳藱z測到小說輸出最后一個章節(jié)完畢后,認為達到預定條件。

503、第一客戶端通過視頻信息查詢接口向服務器發(fā)送查詢請求,該查詢請求攜帶小說的標識和當前章節(jié)信息。

504、服務器接收查詢請求,然后從查詢請求中提取小說的標識和當前章節(jié)信息。

505、服務器基于小說的標識和當前章節(jié)信息向關系映射庫發(fā)起查詢請求。

506、關系映射庫根據(jù)小說的標識和當前章節(jié)信,在小說與視頻的對應關系中進行查詢,確定對應的視頻。

507、關系映射庫將確定的視頻的標識通過查詢響應發(fā)送給服務器。

508、服務器接收到視頻的標識后,基于視頻的標識向視頻信息庫發(fā)送查詢請求。

509、視頻信息庫根據(jù)從服務器接收到的查詢請求中攜帶的視頻的標識,在存儲的視頻的詳細信息中進行查詢,獲得該視頻的詳細信息,該詳細信息可以包括但不限于:與視頻相關的URL(如視頻的下載URL或者視頻的播放URL)、視頻的標題和視頻的內(nèi)容描述等。

510、視頻信息庫向服務器返回查詢響應,該查詢響應攜帶視頻的詳細信息。

511、服務器接收查詢響應,從查詢響應中提取視頻的詳細信息,并根據(jù)視頻的詳細信息和預設的頁面模版,生成視頻的推薦信息。

512、服務器通過視頻信息查詢接口向第一客戶端返回查詢響應,該查詢響應攜帶視頻的推薦信息。

513、第一客戶端接收服務器返回的查詢響應,通過彈窗或者浮層展現(xiàn)該視頻的推薦信息。

514、第一客戶端檢測到用戶對該視頻的推薦信息進行了點擊操作。

515、第一客戶端拉起視頻應用的客戶端(本實施例和圖5中稱為第二客戶端)。

516、第二客戶端根據(jù)視頻的推薦信息中與視頻相關的URL播放該視頻。

需要說明的是,本實施例中,第一客戶端可以拉起第二客戶端進行視頻的播放,或者,另一種實現(xiàn)方案中,也可以利用其他的播放方式進行視頻的播放,例如,如果推薦的視頻是小說中某一章節(jié)對應的視頻,則第一客戶端可以通過內(nèi)置的視頻播放工具(如軟件開發(fā)工具包(Software Development Kit,SDK))來播放視頻。

本實施例中,在向用戶提供小說閱讀服務時,可以推薦視頻,如果用戶進一步對視頻的推薦信息進行了操作,還可以進一步向用戶提供可在線瀏覽的視頻內(nèi)容?,F(xiàn)有技術(shù)中,在小說應用中一般進行與當前閱讀小說相關的其他小說的推薦,本實施例可以實現(xiàn)在小說應用中進行其他視頻的推薦。而且,不僅能夠提供視頻的推薦信息,還可以根據(jù)用戶在推薦信息上的操作,向用戶進一步提供可在線瀏覽的視頻內(nèi)容。

基于圖4所示的系統(tǒng)架構(gòu),下面先以第一類信息為視頻,第二類信息為小說,查詢接口為小說信息查詢接口為例,對本發(fā)明實施例所提供的信息推薦方法的進行舉例說明,如圖6所示,該方法包括以下步驟:

601、視頻應用的客戶端(本實施例和圖6中稱為第一客戶端)向用戶提供視頻瀏覽服務。

602、當?shù)谝豢蛻舳藱z測到用戶對視頻的操作達到預定條件時,觸發(fā)小說推薦邏輯,第一客戶端獲取視頻的標識(如視頻的ID)和播放進度信息。

例如,當?shù)谝豢蛻舳藱z測到視頻開始播放時,認為達到預定條件。

和/或,又例如,當?shù)谝豢蛻舳藱z測到視頻即將結(jié)束播放時,認為達到預定條件。

603、第一客戶端通過小說信息查詢接口向服務器發(fā)送查詢請求,該查詢請求攜帶視頻的標識和播放進度信息。

604、服務器接收查詢請求,然后從查詢請求中提取視頻的標識和播放進度信息。

605、服務器基于視頻的標識和播放進度信息向關系映射庫發(fā)起查詢請求。

606、關系映射庫根據(jù)視頻的標識和播放進度信息,在小說與視頻的對應關系中進行查詢,確定對應的小說。

607、關系映射庫將確定的小說的標識通過查詢響應發(fā)送給服務器。

608、服務器接收到小說的標識后,基于小說的標識向小說信息庫發(fā)送查詢請求。

609、小說信息庫根據(jù)從服務器接收到的查詢請求中攜帶的小說的標識,在存儲的小說的詳細信息中進行查詢,獲得該小說的詳細信息,該詳細信息可以包括但不限于:與小說相關的URL(如小說應用被拉起時需要使用的URL)、小說的標題和小說的內(nèi)容描述等。

610、小說信息庫向服務器返回查詢響應,該查詢響應攜帶小說的詳細信息。

611、服務器接收查詢響應,從查詢響應中提取小說的詳細信息,并根據(jù)小說的詳細信息和預設的頁面模版,生成小說的推薦信息。

612、服務器通過小說信息查詢接口向第一客戶端返回查詢響應,該查詢響應攜帶小說的推薦信息。

613、第一客戶端接收服務器返回的查詢響應,通過彈窗或者浮層展現(xiàn)該小說的推薦信息。

614、第一客戶端檢測到用戶對該小說的推薦信息進行了點擊操作。

615、第一客戶端拉起小說應用的客戶端(本實施例和圖6中稱為第二客戶端)。

616、第二客戶端根據(jù)小說的推薦信息中與小說相關的URL展現(xiàn)該小說的正文內(nèi)容。

現(xiàn)有技術(shù)中,在視頻應用中一般會在視頻開始播放時對原著的出處進行聲明,或者,推薦原著的實體書的購買鏈接,這兩種實現(xiàn)方式都不能向用戶提供小說在線閱讀的正文內(nèi)容。然而,在本實施例中,在向用戶提供視頻瀏覽服務時,可以推薦小說,如果用戶進一步對小說的推薦信息進行了操作,還可以進一步向用戶提供可在線瀏覽的小說的正文內(nèi)容。與現(xiàn)有技術(shù)相比,本發(fā)明實施例提供的技術(shù)方案,能夠在提供視頻的同時,不僅可以輸出小說的推薦信息,還可以進一步方便、快捷、自動的向用戶提供小說的正文內(nèi)容,在一定程度上提高了用戶獲取小說的正文內(nèi)容的效率。

通過上述兩個實施例可以發(fā)現(xiàn),小說應用中可以進行視頻的推薦,還可以將在線瀏覽的該視頻的內(nèi)容進一步提供給用戶,視頻應用中可以進行小說的推薦,還可以將該小說在線閱讀的正文內(nèi)容進一步提供給用戶,實現(xiàn)了小說應用與視頻應用之間閉環(huán)的信息推薦方案,也增加了應用中輸出信息種類的多樣性和輸出信息方式的靈活性,還能夠引導小說應用的用戶與視頻應用的用戶之間的相互轉(zhuǎn)換,減少用戶流失。

另外,現(xiàn)有技術(shù)中,通常在客戶端的播放影視劇的頁面中將相關小說以廣告形式進行推薦,用戶點擊該推薦的廣告后,將跳轉(zhuǎn)到實體書購買界面,購買實體書后能夠線下瀏覽該小說的正文內(nèi)容,這種轉(zhuǎn)換是由線上到線下的轉(zhuǎn)換,轉(zhuǎn)換周期比較長,效率比較低。本發(fā)明實施例中,可以在視頻應用中推薦小說,還可以進一步向用戶提供可在線瀏覽的小說的正文內(nèi)容,這種轉(zhuǎn)轉(zhuǎn)是線上到線上的轉(zhuǎn)換,轉(zhuǎn)換周期比較短,效率比較高。

本發(fā)明實施例進一步給出實現(xiàn)上述方法實施例中各步驟及方法的裝置實施例。

請參考圖7,其為本發(fā)明實施例所提供的信息推薦系統(tǒng)的結(jié)構(gòu)示意圖。如圖所示,該系統(tǒng)包括客戶端70和服務器71。

客戶端70,用于檢測到用戶對第一類信息的操作達到預定條件時,向服務器71發(fā)送查詢請求,該查詢請求攜帶第一類信息的標識。

服務器71,用于響應于查詢請求,根據(jù)第一類信息的標識,獲取與第一類信息對應的第二類信息的推薦信息,并向客戶端70返回推薦信息。

客戶端70,還用于接收推薦信息,并按照指定方式輸出推薦信息;以及,檢測到用戶對推薦信息的操作達到預定條件時,輸出第二類信息的主體內(nèi)容。

請參考圖8,其為本發(fā)明實施例所提供的信息推薦裝置的實施例一的功能方塊圖。如圖所示,該裝置設置于客戶端上;該裝置包括:

發(fā)送單元80,用于檢測到用戶對第一類信息的操作達到預定條件時,向服務器發(fā)送查詢請求,所述查詢請求攜帶所述第一類信息的標識;

接收單元81,用于接收所述服務器響應于所述查詢請求向客戶端返回的與所述第一類信息對應的第二類信息的推薦信息;

展現(xiàn)單元82,用于按照指定方式輸出所述推薦信息;

處理單元83,用于檢測到用戶對所述推薦信息的操作達到預定條件時,輸出所述第二類信息的主體內(nèi)容。

在一種可行的實現(xiàn)方案中,第一類信息為視頻,第二類信息為小說;或者,第一類信息為小說,第二類信息為視頻。

在一種可行的實現(xiàn)方案中,當?shù)诙愋畔⑹切≌f時,第二類信息的主體內(nèi)容包括可在線閱讀的正文內(nèi)容。

在另一種可行的實現(xiàn)方案中,當?shù)诙愋畔⑹且曨l時,第二類信息的主體內(nèi)容包括可在線瀏覽的視頻內(nèi)容。

在一種可行的實現(xiàn)方案中,指定方式可以包括彈窗、浮層和頁面的固有組件中一種或多種。

由于本實施例中的各單元能夠執(zhí)行圖2至圖6所示的方法,本實施例未詳細描述的部分,可參考對圖2至圖6的相關說明。

請參考圖9,其為本發(fā)明實施例所提供的信息推薦裝置的實施例二的功能方塊圖。如圖所示,該裝置設置于服務器上;該裝置包括:

接收單元91,用于接收客戶端發(fā)送的查詢請求,查詢請求攜帶第一類信息的標識;

處理單元92,用于響應于查詢請求,根據(jù)第一類信息的標識,獲取與第一類信息對應的第二類信息的推薦信息;

發(fā)送單元93,用于向客戶端返回推薦信息。

在一種可行的實現(xiàn)方案中,查詢請求還攜帶第一類信息的輸出狀態(tài)信息;處理單元92具體用于:根據(jù)第一類信息的標識和輸出狀態(tài)信息,確定與第一類信息對應的第二類信息;然后獲取第二類信息的推薦信息。

由于本實施例中的各單元能夠執(zhí)行圖2至圖6所示的方法,本實施例未詳細描述的部分,可參考對圖2至圖6的相關說明。

所屬領域的技術(shù)人員可以清楚地了解到,為描述的方便和簡潔,上述描述的系統(tǒng),裝置和單元的具體工作過程,可以參考前述方法實施例中的對應過程,在此不再贅述。

在本發(fā)明所提供的幾個實施例中,應該理解到,所揭露的系統(tǒng),裝置和方法,可以通過其它的方式實現(xiàn)。例如,以上所描述的裝置實施例僅僅是示意性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現(xiàn)時可以有另外的劃分方式,例如,多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng),或一些特征可以忽略,或不執(zhí)行。另一點,所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口,裝置或單元的間接耦合或通信連接,可以是電性,機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外,在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用硬件加軟件功能單元的形式實現(xiàn)。

上述以軟件功能單元的形式實現(xiàn)的集成的單元,可以存儲在一個計算機可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機裝置(可以是個人計算機,服務器,或者網(wǎng)絡裝置等)或處理器(Processor)執(zhí)行本發(fā)明各個實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(Read-Only Memory,ROM)、隨機存取存儲器(Random Access Memory,RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改、等同替換、改進等,均應包含在本發(fā)明保護的范圍之內(nèi)。

當前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1