專利名稱：服務器、用戶終端裝置和控制其的方法以及提供服務的方法
技術領域：
本發(fā)明一般涉及服務器、用戶終端裝置和控制其的方法以及提供服務的方法，并且更加具體來說，涉及服務器、用戶終端裝置和控制其的方法以及提供推薦內容的服務的方法。
背景技術：
隨著內容工業(yè)的發(fā)展，從大量內容當中選擇好的內容變得更加重要。推薦用戶定制內容，諸如基于人口統(tǒng)計學的過濾(Demographic Filtering, DF)、協(xié)同過濾(Collaborative Filtering,CF)、基于專家的過濾(Expert Based Filtering,EXP)已經(jīng)被廣泛用于音樂、智能電話應用等等。DF是一種使用用戶簡檔信息為具有類似簡檔的用戶推薦內容的方法，但是簡單的用戶簡檔使得難以推薦用戶定制內容。CF是一種推薦基于用戶或者基于項目的內容的方法，但是因為內容被針對每個用戶或者每個項目進行分類，所以該方法具有冷起動(cold-start)問題。EXP是一種典型的由專家推薦內容的方法。與DF或者CF相比，EXP能夠降低通過直接由人推薦的錯誤推薦數(shù)量，但是該方法由于在推薦量上的限制而成問題。查找推薦內容具有的問題是顯而易見的，例如，當查找要下載的應用時。查找期望應用的一種方式是使用通過關鍵字的搜索功能對其進行搜索。但是，如果用戶不知道精確的應用名稱，那么就很難找到期望應用。查找期望應用的另一種方式是用戶瀏覽應用商店中針對每個類別或者針對每個流行程度的應用列表，并且通過該方法下載期望應用，該方法為用戶提供下載較高評級的應用的優(yōu)點。但是，當該應用不流行或者評級不高時，就難以找到期望應用。最后，即使當應用信息是通過社區(qū)獲得的也難以找到期望應用。而且，在現(xiàn)有技術中，某一應用的評級信息是通過該應用的星級評定獲得的。但是，因為星級評定是根據(jù)用戶的主觀視角輸入的所以不好，并且因為對于用戶來說沒有輸入星級評定的動機，所以許多用戶不使用該星級評定。因此，需要新的推薦內容的方法。

發(fā)明內容
技術問題因此，已經(jīng)做出本發(fā)明以解決上面所述的現(xiàn)有技術中出現(xiàn)的問題，以及至少提供如下所述的優(yōu)點。因此，本發(fā)明的一方面提供服務器、用戶終端裝置和控制其的方法，以及提供能夠推薦隱藏著的新的內容的服務的方法。解決方案 根據(jù)本發(fā)明的另一方面，提供一種提供服務的方法。所述方法包括:通過對上傳的多個內容打包來生成至少一個內容列表；通過考慮包括在所述至少一個內容列表中的每個內容的打包頻率來提取核心內容；以及如果用戶請求的話則推薦所提取的核心內容給用戶。根據(jù)本發(fā)明的另一方面，提供一種控制用戶終端裝置的方法。所述方法包括:下載多個內容并且存儲每個內容的使用數(shù)據(jù)；通過基于所述使用數(shù)據(jù)將與預設主題相應的已下載的多個內容中的多個內容打包來生成至少一個內容列表；以及將所生成的至少一個內容列表上傳到服務器。根據(jù)本發(fā)明的另一方面，提供一種提供服務器。所述服務器包括:通信單元，其中通過打包多個內容生成的至少一個內容列表被上傳；提取單元，其通過考慮包括在所述至少一個內容列表中的每個內容的打包頻率來提取核心內容；推薦單元，其推薦預定內容給用戶；以及控制單元，其控制根據(jù)用戶請求推薦從所述提取單元提取的核心內容。根據(jù)本發(fā)明的另一方面，提供一種用戶終端裝置。所述用戶終端裝置包括:存儲單元，其存儲下載的多個內容和每個內容的使用數(shù)據(jù)；用戶界面(UI)單元，其提供用于從已下載的多個內容中選擇并且打包多個內容的UI ;打包單元，其將所述多個內容打包并且對于已打包的多個內容生成至少一個內容列表；通信單元,其上傳所生成的至少一個內容列表到服務器；以及控制單元，其控制將存儲在所述存儲單元中的多個內容當中通過所述Π選擇的多個內容打包。


圖1是示出根據(jù)本發(fā)明的實施例的服務器的結構的框圖；圖2是示出根據(jù)本發(fā)明的另一實施例的服務器的結構的框圖；圖3是示出根據(jù)本發(fā)明的實施例`的用戶終端裝置的結構的框圖；圖4和圖12是示出根據(jù)本發(fā)明的實施例的、過濾應用的方法的示意圖；圖5是示出根據(jù)本發(fā)明的實施例的、推薦核心應用的方法的示意圖；圖6是示出根據(jù)本發(fā)明的實施例的服務提供系統(tǒng)的結構的示意圖；圖7、圖13、圖14是示出根據(jù)本發(fā)明的實施例的、用戶界面(UI)提供格式的示意圖；圖8、圖15、圖16是示出根據(jù)本發(fā)明的另一實施例的、Π提供格式的示意圖；圖9和圖17是示出根據(jù)本發(fā)明的實施例的一種數(shù)據(jù)的示意圖；圖10是示出根據(jù)本發(fā)明的實施例的提供服務的方法的流程圖；以及圖11是示出根據(jù)本發(fā)明的實施例的控制用戶終端裝置的方法的流程圖。
具體實施例方式在下文中，將參考附圖更加詳細地描述本發(fā)明的實施例。在下面的說明中，相同或者類似的參考標記將用于在不同附圖中描繪時的相同或者類似元素。在下面的說明書中描述的事物，諸如具體構造和元素，被提供為幫助全面理解本發(fā)明的實施例。因此，很明顯，能夠在沒有那些專門定義的事物的情況下實行實施例。再有，不詳細描述公知功能或者元素以避免因為不必要的細節(jié)而模糊了本發(fā)明的實施例。圖1是示出根據(jù)本發(fā)明的實施例的服務器的結構的框圖。參考圖1，服務器包括通信單元110、提取單元120、推薦單元130和控制單元140。
通信單元110可以執(zhí)行與多個用戶終端的數(shù)據(jù)通信以及從多個用戶終端接收內容列表，在內容列表中多個內容被打包。所述內容可以實現(xiàn)為音樂內容類型、電影內容類型或者智能電話應用類型。在下文中，將智能電話應用內容類型作為示例來描述。所述內容列表一即應用列表一可以是這樣形式的列表:其中，多個用戶終端中的每一個的用戶按他/她自己的娛樂或者方便自由地對應用打包。具體地說，應用列表可以包括包標題、描述和關鍵字。例如，用戶可以制作包標題、描述和關鍵字，并且在安裝在用戶終端中的應用當中選擇將進行打包的應用?？商鎿Q地，用戶可以從安裝在用戶終端中的應用當中選擇將打包的應用，并且制作包標題、描述和關鍵字，由此配置應用打包。例如，所述包可以被配置為這樣的結構:其中，包=標題+描述+ {應用ID，應用ID，應用ID}+關鍵字。將在下面描述包應用的具體方法。提取單元120通過考慮包括在從多個用戶終端上傳的至少一個列表中的應用的包頻率來提取核心應用。具體地說，已打包的應用當中被經(jīng)常打包的應用被提取為核心應用。例如，如果在許多地圖應用當中一個特定地圖應用被經(jīng)常包括在包中并且性能良好，那么可以決定該特定地圖應用是核心應用。推薦單元130推薦預定應用給用戶?？刂茊卧?40控制如果用戶請求的話則推薦提取的核心應用。例如，控制單元140可以將針對預定主題分類的應 用當中作為核心應用提取的應用優(yōu)先推薦用戶終端裝置的用戶。而且，控制單元140可以通過考慮核心應用的上傳數(shù)目來選擇核心用戶(例如，被指定為專家)，并且給予所選擇的核心用戶預定獎勵。例如，控制單元140可以給予所選擇的核心用戶贈券或者授予所選擇的核心用戶資格。圖2是示出根據(jù)本發(fā)明的另一實施例的服務器的結構的框圖。參考圖2，服務器100包括通信單元210、提取單元220、推薦單元230、控制單元240、存儲單元250和組分類單元260。圖2的類似于圖1的結構元素的結構元素的描述將省略。通信單元210可以執(zhí)行與多個用戶終端的數(shù)據(jù)通信以及從多個用戶終端接收這樣形式的應用列表:其中多個應用被打包。這里，應用列表可以是這樣形式的列表:其中，多個用戶終端中的每一個的用戶按他/她自己的娛樂或者方便自由地對應用打包。具體地說，應用列表可以包括用于打包的包標題、描述或者關鍵字。而且，通信單元210可以提供應用下載路徑給多個用戶終端。提取單元220通過考慮包括在從多個用戶終端上傳的至少一個列表中的每個應用的打包頻率來提取核心應用。推薦單元230的功能是給用戶推薦預定應用。推薦單元230可以考慮應用打包頻率，其被分析作為用于通過將在下面描述的協(xié)同過濾(CF)方法進行分組的補充數(shù)據(jù)?？刂茊卧?40控制如果用戶請求的話則推薦所提取的核心應用。例如，控制單元240可以將根據(jù)預定主題分類的應用當中作為核心應用提取的應用優(yōu)先推薦給用戶。而且，控制單元240可以通過考慮核心應用的上傳數(shù)目來選擇核心用戶(例如，被指定為專家)，并且給予所選擇的核心用戶預定獎勵。例如，控制單元240可以給予所選擇的核心用戶贈券或者授予所選擇的核心用戶預定資格。而且，控制單元240可以控制推薦單元230使用由提取單元220提取的核心應用/用戶數(shù)據(jù)推薦核心應用，所述數(shù)據(jù)作為用于通過將在下面描述的CF進行分組的補充數(shù)據(jù)。存儲單元250可以存儲通過通信單元210下載的應用的使用數(shù)據(jù)。這里，已下載應用的使用數(shù)據(jù)可以以日志數(shù)據(jù)格式存儲。具體地說，日志數(shù)據(jù)被劃分為每個應用的用戶信息(或者基本信息)和應用使用信息，并且被存儲在存儲單元250中。這里，控制單元240可以控制以便在用戶同意的情況下收集使用數(shù)據(jù)，推薦將基于所述使用數(shù)據(jù)，也就是說，用戶信息(年齡、性別、用戶國別等等之類)和應用使用信息(運行時間、安裝/刪除信息等 等之類)。而且，可以在用戶期望時間人工傳遞使用數(shù)據(jù)?？商鎿Q地，可以基于諸如應用安裝/刪除之類的預設事件傳遞使用數(shù)據(jù)。使用數(shù)據(jù)使得通過所傳遞的使用數(shù)據(jù)針對每個國別/性別/年齡推薦流行應用以及通過用戶的平均運行時間和安裝/刪除信息分析應用的生存期成為可能。而且，使用刪除信息，可以不推薦具有已往刪除歷史的應用。組分類單元260可以基于存儲在存儲單元250中的應用使用數(shù)據(jù)執(zhí)行CF。具體地說，組分類單元260可以將多個組分類為基于用戶的組或者基于項目的組。這里，基于用戶的組分類可以包括將多個組針對具有類似應用下載和使用歷史的用戶進行分類，以及針對每個組分析喜愛的應用。基于項目的組分類可以包括將多個組針對一起購買的關聯(lián)應用進行分類，以及針對每個組分析應用關聯(lián)。組分類單元260基于通過CF分析的用戶組和應用組，確定用戶是否屬于哪個組，或者應用是否屬于哪個組。而且，經(jīng)分析的數(shù)據(jù)可以存儲在存儲單元250中以補充使用數(shù)據(jù)。而且，可以針對每個用戶組/應用組推薦流行應用?？刂茊卧?40可以控制針對每個已分類的組提取喜愛的應用以及基于每個組喜愛的應用提取核心應用。圖3是示出根據(jù)本發(fā)明的實施例的用戶終端裝置的結構的框圖。參考圖3，用戶終端裝置300包括通信單元310、存儲單元320、用戶界面單元330、打包單元340和控制單元350。用戶終端裝置300可以由能夠通過網(wǎng)絡下載應用的所謂的智能電話實現(xiàn)，并且可以由網(wǎng)絡和除了智能電話之外的支持相應應用程序的各種裝置植入。通信單元310提供通信接口，其從服務器(未示出)下載應用以及該應用的日志數(shù)據(jù)。存儲單元320是存儲運行用戶終端裝置300所需要的各種程序的存儲介質，并且可以由存儲器、硬盤驅動(HDD)等等之類實現(xiàn)。具體來說，存儲單元320可以存儲通過通信單元310下載的多個應用以及針對多個應用中的每一個的使用數(shù)據(jù)。這里，使用數(shù)據(jù)可以包括針對相應應用的用戶信息和針對相應應用的使用信息中的至少一個。具體地說，用戶信息可以包括年齡、性別和用戶國別等等，應用使用信息可以包括運行時間、安裝/刪除信息等等之類。使用數(shù)據(jù)可以在用戶同意的情況下進行收集。用戶界面單元330可以選擇多個應用以提供用于打包的用戶界面(UI)。由此，用戶終端裝置300還可以包括n處理單元(未示出)，用于處理通過用戶界面單元330提供的U1這里，n處理單元(未示出)可以在控制單元350的控制下執(zhí)行諸如n要素的二維(2D) /三維(3D)變換、透明度、顏色、大小、類型和位置調整、突出顯示和動畫效果的處理。而且，用戶界面單元330可以由具有顯示功能的觸摸墊或者包括各種功能鍵、數(shù)字鍵、專用鍵、字符鍵等等之類的鍵盤墊或者觸摸屏類型實現(xiàn)。打包單元340可以將存儲在存儲單元320中的多個應用當中的一些應用打包，并且針對打包的應用生成應用列表。例如，用戶終端裝置300的用戶可以將與用戶更喜歡的特定主題對應的應用進行打包。例如，被稱作約會管理器的包可以包括通知交通信息的應用、通知好餐館的應用、拍攝你的約會的相機應用等等之類。被稱作家務助手的包可以包括英文詞典應用、定時器/鬧鐘應用、韓語詞典應用等等之類。當根據(jù)某一主題打包應用并且已打包的應用被提供給服務器時，人理解的語義能夠推薦應用而無需復雜的本體論結構。而且，用戶更喜歡第一個下載并且使用流行應用(具體來說，在免費應用的情況下)，因此人們能夠僅收集和打包流行應用。通信單元310可以根據(jù)控制單元350的控制，上傳由打包單元340生成的至少一個應用列表到服務器?？刂茊卧?50可 以控制將存儲在存儲單元320中的多個應用中的通過從n單元330提供的UI選擇的多個應用進行打包。而且，如果控制單元350接收對于核心應用的推薦，所述核心應用通過考慮包括在來自服務器的至少一個上傳列表中的每個應用的打包頻率而提取，那么控制單元350就控制n單元330向用戶顯示該核心應用并且提供該核心應用。圖4和圖12是示出根據(jù)本發(fā)明的實施例的、過濾應用的方法的示意圖。如圖4和圖12中所示的過濾方法示出上述CF方法。圖4是示出根據(jù)本發(fā)明的實施例的、基于用戶的過濾方法的示意圖。參考圖4，基于用戶的過濾方法是這樣一種方法:其將使用相似內容的用戶組在一起并且推薦來自該組的用戶的內容。當在主要由該組中的用戶使用的內容當中存在用戶沒有的內容時，該內容可以被推薦。圖12是示出根據(jù)本發(fā)明的實施例的、基于項目的過濾方法的示意圖。參考圖12，基于項目的過濾方法是一種將應用分組并且推薦應用的方法?；陧椖康倪^濾方法可以識別應用關聯(lián)，該應用關聯(lián)基于已分組的應用，以及基于應用關聯(lián)推薦應用。例如，當識別“Appl (應用I)”和“App3 (應用3)”是關聯(lián)的時，“Appl”可以被推薦給用戶Roger，其擁有應用“App3”但是沒有應用“Appl”。圖5是示出根據(jù)本發(fā)明的實施例的、推薦核心應用的方法的示意圖。參考圖5，確定在屬于部分包即包I至包5當中應用“C3”被重復打包，并且應用“C3”可以被視為核心應用。另一方面，當假定應用“A5”、“A4”、“A7”和“A3”屬于同一組(例如，相同類別或者相同應用組)時，因為確定了屬于相應組的應用被經(jīng)常用于打包，所以相應組可以被視為核心組。而且，多次上傳好的包(例如，包括核心應用的包)的用戶可以被識別為核心用戶并且指定為專家，由此引導包推薦。當用戶被指定為專家時，該用戶可以接收特定資格或者贈券。在上述本發(fā)明的實施例中提取的核心應用列表可以存儲在應用使用數(shù)據(jù)中，并且可以使用應用使用數(shù)據(jù)作為CF的補充數(shù)據(jù)。由此，由人確定的語義要素被增加至CF處理中生成的應用組，以使得可以通過補充CF數(shù)據(jù)執(zhí)行更有效的推薦。圖6是示出根據(jù)本發(fā)明的實施例的服務提供系統(tǒng)的結構的示意圖。如圖6中所示的結構示出如圖1和圖2中所示的服務器100和200以及如圖3中所示的用戶終端裝置300的操作。重疊部分的詳細說明將省去。首先，當用戶終端裝置300下載應用時，所下載的應用的日志數(shù)據(jù)，也就是說，應用使用數(shù)據(jù)，可以存儲在“應用使用數(shù)據(jù)庫(DB)”中。這里，應用使用數(shù)據(jù)可以包括用戶關系信息和應用使用關系信息，其中用戶關系信息包括用戶的年齡、性別以及國別信息等等，應用使用關系信息包括應用運行時間、安裝/刪除信息等等。更具體地說,傳遞至服務器的使用數(shù)據(jù)可以包括諸如“appID, [execTime, execFreq，exeCDay]+”(“應用ID，[運行時間，運行頻率，運行日期]+”)這樣的應用使用信息、諸如“appID, installDate, type, IifeTime^ (“應用ID,安裝日期,類型,生存期”)這樣的安裝/刪除信息、諸如“country, ageGroup, gender”(“國別，年齡組,性別”)這樣的簡檔信息，并且涉及諸如“appID (應用ID)”這樣的應用標識符(ID)信息。而且，所述信息可以被設置為將作為“Default (默認)”傳遞，或者可以被設置為根據(jù)“Request (請求)”傳遞。存儲在“應用使用數(shù)據(jù)DB”中的使用數(shù)據(jù)可以用于基于用戶的過濾和基于項目的過濾，并且用于屬于由每一種過濾生成的用戶組和應用組的應用的數(shù)據(jù)可以分別存儲在“基于用戶的CF數(shù)據(jù)DB”和“基于項目的CF數(shù)據(jù)DF”中?？商鎿Q地，可以從上傳到用戶終端裝置300中的包應用列表中提取核心應用，用于核心應用的數(shù)據(jù)可以存儲在〃應用包數(shù)據(jù)DB”中。隨后，存儲在“應用分組數(shù)據(jù)DB”中的數(shù)據(jù)可以用于補充存儲在“基于用戶的CF數(shù)據(jù)DB”和“基于項目的CF數(shù)據(jù)BD”中的數(shù)據(jù)，以及打包分組或者提取所述應用。也就是說，其中反映應用包的數(shù)目以及喜愛度的應用可以作為核心應用被推薦。圖7、圖13和圖14是示出根據(jù)本發(fā)明的實施例提供Π的格式的示意圖。參考圖7，用戶可以通過用戶終端裝置的Π屏幕(例如，ADD ITEMS (添加項目)”菜單)選擇將被打包的“barcoo, Toms”的應用。參考圖13，用戶可以通過Π屏幕(例如，“MAKE PACKAGE”(制作包))設置包標題以及輸入對于包標題的描述，由此生成應用包。而且，可以顯示屬于通過“Apps from My Apps(來自我的應用的應用)”菜單打包的應用并且由用戶檢查，如圖13中所示。參考圖14，用戶可以檢查通過 Π屏幕生成的應用包信息(PACKAGE DETAILS(包細節(jié)))。如圖14中所示，用戶可以通過Π屏幕檢查構成包的諸如包標題、描述、應用信息之類的應用包細節(jié)(PACKAGE DETAILS)。圖8、圖15和圖16是示出根據(jù)本發(fā)明的另一實施例提供Π的格式的示意圖。參考圖8、圖15和圖16，用戶可以通過Π屏幕接收對應用的推薦(APPS FOR ME(我的應用))。具體地說，各種應用類別可以提供給用戶，并且由用戶從各種應用類別中選擇期望類別。圖8示出當用戶選擇“HOT PACKAGES/GOOD RATING PACKAGES (熱門包/良好評級包)”類別時顯示所推薦的應用到“RESULTS (結果)”區(qū)域的狀態(tài)。圖15示出當用戶選擇“SMILAR TASTE (相似口味)”類別時顯示所推薦的應用到“RESULTS (結果)”區(qū)域的狀態(tài)。圖16示出當用戶選擇“HOT TREND (熱門趨勢)”類別時顯示所推薦的應用到“RESULTS (結果)”區(qū) 域的狀態(tài)。在圖8、圖15和圖16中推薦的應用可以是通過如圖7、圖13和圖14中所示的應用包處理上傳到服務器的應用當中被提取為核心應用的應用。圖9和圖17是示出根據(jù)本發(fā)明的實施例的一種數(shù)據(jù)的示意圖。參考圖9，與已下載應用相應的運行數(shù)據(jù)“executionData (運行數(shù)據(jù))”和安裝數(shù)據(jù)“installationData (安裝數(shù)據(jù))”可以被隨機提取并存儲在“RAW DB (原始數(shù)據(jù)庫)”中。這里，運行數(shù)據(jù)可以包括應用ID、優(yōu)先級、運行日、運行時間等等之類。而且，安裝數(shù)據(jù)可以包括應用ID、安裝日期、類型、有效數(shù)據(jù)等等之類。隨后，可以通過批處理任務I從存儲在“RAW DB”中的數(shù)據(jù)中提取用于應用推薦的使用數(shù)據(jù)，并且將其存儲在“Usage DB (使用數(shù)據(jù)庫)”中。而且，可以通過批處理任務2和匹配任務3從存儲在“Usage DB (使用數(shù)據(jù)庫)”中的數(shù)據(jù)中提取用于候選應用的數(shù)據(jù)，并且將其存儲在“CNDT DB (候選數(shù)據(jù)庫)”中。這里，可以利用基本數(shù)據(jù)、推薦數(shù)據(jù)、希望列表數(shù)據(jù)等等之類，通過匹配任務提取存儲在“Usage DB”中的數(shù)據(jù)作為候選。參考圖17，從存儲在“Usage DB”中的各條數(shù)據(jù)當中提取核心應用所需的提取數(shù)據(jù)過程可以通過批處理任務來進行檢查，之后將所提取的數(shù)據(jù)存儲在“CNDT DB”中，并且使用存儲在“CNDT DB”中的數(shù)據(jù)以提取核心應用。圖10是示出根據(jù)本發(fā)明的實施例的服務器提供服務的方法的流程圖。根據(jù)圖10中的方法，在步驟S1010中，服務器上傳通過將多個應用打包生成的至少一個應用列表。隨后，在步驟S1020中，服務器通過考慮包括在所上傳的至少一個列表中的每個應用的打包頻率，來提取核心應用。在步驟S1030中，如果用戶請求的話，則服務器可以推薦在步驟S1020中提取的核
心應用。所述應用列表可以包括包標題、描述和關鍵字中的至少一個。而且，服務器可以通過考慮核心應用的上傳數(shù)目選擇核心用戶。服務器可以給予所述用戶贈券或者授予所述用戶預定資格。服務器可以存儲已下載的多個應用的使用數(shù)據(jù)，基于使用數(shù)據(jù)將已下載的多個應用分類為基于用戶的組，并且使用基于用戶的組提取核心應用。具體地說，服務器可以針對每個已分類的組提取喜愛的應用，以及基于每個所提取的組的、所提取的喜愛的應用來推薦核心應用?？商鎿Q地，服務器可以存儲已下載的多個應用中的每一個應用的使用數(shù)據(jù)，基于使用數(shù)據(jù)將已下載的多個應用分類為基于應用的組，并且使用基于應用的組提取核心應用。具體地說，服務器可以分析每個已分類的組的應用關聯(lián)，以及每個組的應用關聯(lián)來推薦核心應用。這里，使用數(shù)據(jù)可以包括針對相應應用的用戶信息和針對相應應用的使用信息中的至少一個。圖11是示出根據(jù)本發(fā)明的另一方面的、控制用戶終端裝置的方法的流程圖。根據(jù)如圖11中所示的控制用戶終端裝置的方法，首先，在步驟SlllO中，用戶終端裝置可以下載多個應用并且存儲針對多個應用中的每一個應用的使用數(shù)據(jù)。隨后，在步驟·S1120中，用戶終端裝置可以基于所存儲的使用數(shù)據(jù)將已下載的多個應用當中與預設主題相應的多個應用打包，并且生成至少一個應用列表。之后，在步驟S1130中，用戶終端裝置可以上傳所生成的至少一個應用列表到服務器。用戶終端裝置可以接收對通過考慮包括在來自服務器的至少一個應用列表中的每個應用的打包頻率而提取的核心應用的推薦，并且顯示所推薦的核心應用。也就是說，月艮務器可以分析上傳的包應用列表，基于分析結果提取核心應用，并且使用該核心應用來針對用戶終端裝置推薦應用。這里，使用數(shù)據(jù)可以包括針對相應應用的用戶信息和針對相應應用的使用信息中的至少一個。因此，通過簡單類別分類或者不確定的星級評定，應用關聯(lián)不確定，但是基于用戶的直接包分析應用之間的關聯(lián)，以提供準確推薦。雖然已經(jīng)參考本發(fā)明的特定實施例示出和描述了本發(fā)明，但是本領域技術人員將理解，可以在此進行形式和細節(jié)上的各種改變而不脫離如所附權利要求所定義的本發(fā)明的精神和范圍。
權利要求
1.一種提供服務的方法，包括 通過將上傳的多個內容打包來生成至少一個內容列表； 通過考慮包括在所述至少一個內容列表中的每個內容的打包頻率來提取核心內容；以及 如果用戶請求的話則推薦所提取的核心內容給用戶。
2.如權利要求I所述的方法，還包括 存儲已下載的多個內容中的每一個的使用數(shù)據(jù)； 基于所述使用數(shù)據(jù)將已下載的多個內容分類為基于用戶的組；以及 提取每個已分類的組的喜愛的內容， 其中，推薦所提取的核心內容給用戶包括基于每個組的喜愛的內容推薦核心內容給用戶。
3.如權利要求I所述的方法，還包括 存儲已下載的多個內容中的每一個的使用數(shù)據(jù)； 基于所述使用數(shù)據(jù)將已下載的多個內容分類為基于內容的組；以及 分析每個已分類的組的內容關聯(lián)， 其中，推薦所提取的核心內容給用戶包括基于組的內容關聯(lián)推薦核心內容給用戶。
4.如權利要求2所述的方法，其中，所述使用數(shù)據(jù)包括相應內容的用戶信息和相應內容的使用信息中的至少一個。
5.如權利要求I所述的方法，其中，所述內容列表包括包標題、描述和關鍵字中的至少一個。
6.如權利要求I所述的方法，其中，所述內容包括應用。
7.如權利要求I所述的方法，還包括 通過考慮所述核心內容的上傳數(shù)目選擇核心用戶；以及 給予所選擇的核心用戶贈券或者授予所選擇的核心用戶預定資格。
8.—種控制用戶終端裝置的方法，包括 下載多個內容以及存儲每個內容的使用數(shù)據(jù)； 通過基于所述使用數(shù)據(jù)將與預設主題相應的已下載的多個內容中的多個內容打包，來生成至少一個內容列表；以及 上傳所生成的至少一個內容列表到服務器。
9.如權利要求8所述的方法，還包括接收對于通過考慮包括在來自服務器的所述至少一個內容列表中的每個內容的打包頻率而提取的核心內容的推薦,并且顯示所推薦的核心內容。
10.如權利要求8所述的方法，其中，所述使用數(shù)據(jù)包括相應內容的用戶信息和相應內容的使用信息中的至少一個。
11.一種服務器，包括 通信單元,其中通過將多個內容打包生成的至少一個內容列表被上傳； 提取單元，其通過考慮包括在所述至少一個內容列表中的每個內容的打包頻率來提取核心內容； 推薦單元，其推薦預定內容給用戶；以及控制單元，其控制如果用戶請求的話則推薦從所述提取單元提取的核心內容。
12.如權利要求11所述的服務器，還包括 存儲單元，其存儲已下載的多個內容中的每一個的使用數(shù)據(jù)；以及 組分類單元，其基于所述使用數(shù)據(jù)將所述已下載的多個內容分類為基于用戶的組， 其中，所述控制單元控制以提取每個已分類的組的喜愛的內容以及基于每個組的喜愛的內容推薦核心內容。
13.如權利要求11所述的服務器，還包括 存儲單元，其存儲已下載的多個內容中的每一個的使用數(shù)據(jù)；以及 組分類單元，其基于所述使用數(shù)據(jù)將已下載的多個內容分類為基于內容的組， 其中，所述控制單元控制以分析已分類的組的內容關聯(lián)，以及基于每個組的內容關聯(lián)來推薦核心內容。
14.一種用戶終端裝置，包括 存儲單元，其存儲下載的多個內容以及每個內容的使用數(shù)據(jù)； 用戶界面(UI)單元，其提供用于從已下載的多個內容中選擇和打包多個內容的Π ； 打包單元,其將所述多個內容打包并且對于已打包的多個內容生成至少一個內容列表; 通信單元，其將所生成的至少一個內容列表上傳到服務器；以及控制單元，其控制以將存儲在所述存儲單元中的多個內容當中通過所述Π選擇的多個內容打包。
15.如權利要求14所述的用戶終端裝置，其中，所述控制單元控制以接收對于通過考慮包括在來自服務器的已上傳的至少一個內容列表中的每個內容的打包頻率而提取的核心內容的推薦,并且顯示所推薦的核心內容。
全文摘要
一種服務器、用戶終端和提供服務的方法將通過打包多個內容而生成的至少一個內容列表上傳；通過考慮包括在所述至少一個內容列表中的每個內容的打包頻率來提取核心內容；以及如果用戶請求的話則推薦所提取的核心內容給用戶。
文檔編號G06F17/30GK103229166SQ201180056878
公開日2013年7月31日 申請日期2011年10月25日 優(yōu)先權日2010年10月26日
發(fā)明者丁憙才, 金正煥, 金素珍, 鄭龍洙 申請人:三星電子株式會社