CN103229166B - 服务器、用户终端装置和控制其的方法以及提供服务的方法 - Google Patents

Abstract

一种服务器、用户终端和提供服务的方法：将通过打包多个内容而生成的至少一个内容列表上传；通过考虑包括在所述至少一个内容列表中的每个内容的打包频率来提取核心内容；以及如果用户请求的话则推荐所提取的核心内容给用户。

Description

服务器、用户终端装置和控制其的方法以及提供服务的方法

技术领域

本发明一般涉及服务器、用户终端装置和控制其的方法以及提供服务的方法，并且更加具体来说，涉及服务器、用户终端装置和控制其的方法以及提供推荐内容的服务的方法。

背景技术

随着内容工业的发展，从大量内容当中选择好的内容变得更加重要。推荐用户定制内容，诸如基于人口统计学的过滤（Demographic Filtering，DF）、协同过滤（Collaborative Filtering，CF）、基于专家的过滤（Expert Based Filtering，EXP）已经被广泛用于音乐、智能电话应用等等。

DF是一种使用用户简档信息为具有类似简档的用户推荐内容的方法，但是简单的用户简档使得难以推荐用户定制内容。

CF是一种推荐基于用户或者基于项目的内容的方法，但是因为内容被针对每个用户或者每个项目进行分类，所以该方法具有冷起动（cold-start）问题。

EXP是一种典型的由专家推荐内容的方法。与DF或者CF相比，EXP能够降低通过直接由人推荐的错误推荐数量，但是该方法由于在推荐量上的限制而成问题。

查找推荐内容具有的问题是显而易见的，例如，当查找要下载的应用时。

查找期望应用的一种方式是使用通过关键字的搜索功能对其进行搜索。但是，如果用户不知道精确的应用名称，那么就很难找到期望应用。查找期望应用的另一种方式是用户浏览应用商店中针对每个类别或者针对每个流行程度的应用列表，并且通过该方法下载期望应用，该方法为用户提供下载较高评级的应用的优点。但是，当该应用不流行或者评级不高时，就难以找到期望应用。最后，即使当应用信息是通过社区获得的也难以找到期望应用。

而且，在现有技术中，某一应用的评级信息是通过该应用的星级评定获得的。但是，因为星级评定是根据用户的主观视角输入的所以不好，并且因为对于用户来说没有输入星级评定的动机，所以许多用户不使用该星级评定。

因此，需要新的推荐内容的方法。

发明内容

技术问题

因此，已经做出本发明以解决上面所述的现有技术中出现的问题，以及至少提供如下所述的优点。因此，本发明的一方面提供服务器、用户终端装置和控制其的方法，以及提供能够推荐隐藏着的新的内容的服务的方法。

解决方案

根据本发明的另一方面，提供一种提供服务的方法。所述方法包括：通过对上传的多个内容打包来生成至少一个内容列表；通过考虑包括在所述至少一个内容列表中的每个内容的打包频率来提取核心内容；以及如果用户请求的话则推荐所提取的核心内容给用户。

根据本发明的另一方面，提供一种控制用户终端装置的方法。所述方法包括：下载多个内容并且存储每个内容的使用数据；通过基于所述使用数据将与预设主题相应的已下载的多个内容中的多个内容打包来生成至少一个内容列表；以及将所生成的至少一个内容列表上传到服务器。

根据本发明的另一方面，提供一种提供服务器。所述服务器包括：通信单元，其中通过打包多个内容生成的至少一个内容列表被上传；提取单元，其通过考虑包括在所述至少一个内容列表中的每个内容的打包频率来提取核心内容；推荐单元，其推荐预定内容给用户；以及控制单元，其控制根据用户请求推荐从所述提取单元提取的核心内容。

根据本发明的另一方面，提供一种用户终端装置。所述用户终端装置包括：存储单元，其存储下载的多个内容和每个内容的使用数据；用户界面（UI）单元，其提供用于从已下载的多个内容中选择并且打包多个内容的UI；打包单元，其将所述多个内容打包并且对于已打包的多个内容生成至少一个内容列表；通信单元，其上传所生成的至少一个内容列表到服务器；以及控制单元，其控制将存储在所述存储单元中的多个内容当中通过所述UI选择的多个内容打包。

附图说明

图1是示出根据本发明的实施例的服务器的结构的框图；

图2是示出根据本发明的另一实施例的服务器的结构的框图；

图3是示出根据本发明的实施例的用户终端装置的结构的框图；

图4和图12是示出根据本发明的实施例的、过滤应用的方法的示意图；

图5是示出根据本发明的实施例的、推荐核心应用的方法的示意图；

图6是示出根据本发明的实施例的服务提供***的结构的示意图；

图7、图13、图14是示出根据本发明的实施例的、用户界面（UI）提供格式的示意图；

图8、图15、图16是示出根据本发明的另一实施例的、UI提供格式的示意图；

图9和图17是示出根据本发明的实施例的一种数据的示意图；

图10是示出根据本发明的实施例的提供服务的方法的流程图；以及

图11是示出根据本发明的实施例的控制用户终端装置的方法的流程图。具体实施方式

在下文中，将参考附图更加详细地描述本发明的实施例。

在下面的说明中，相同或者类似的参考标记将用于在不同附图中描绘时的相同或者类似元素。在下面的说明书中描述的事物，诸如具体构造和元素，被提供为帮助全面理解本发明的实施例。因此，很明显，能够在没有那些专门定义的事物的情况下实行实施例。再有，不详细描述公知功能或者元素以避免因为不必要的细节而模糊了本发明的实施例。

图1是示出根据本发明的实施例的服务器的结构的框图。

参考图1，服务器包括通信单元110、提取单元120、推荐单元130和控制单元140。

通信单元110可以执行与多个用户终端的数据通信以及从多个用户终端接收内容列表，在内容列表中多个内容被打包。所述内容可以实现为音乐内容类型、电影内容类型或者智能电话应用类型。在下文中，将智能电话应用内容类型作为示例来描述。

所述内容列表——即应用列表——可以是这样形式的列表：其中，多个用户终端中的每一个的用户按他/她自己的娱乐或者方便自由地对应用打包。

具体地说，应用列表可以包括包标题、描述和关键字。

例如，用户可以制作包标题、描述和关键字，并且在安装在用户终端中的应用当中选择将进行打包的应用。可替换地，用户可以从安装在用户终端中的应用当中选择将打包的应用，并且制作包标题、描述和关键字，由此配置应用打包。

例如，所述包可以被配置为这样的结构：其中，包=标题+描述+{应用ID，应用ID，应用ID}+关键字。

将在下面描述包应用的具体方法。

提取单元120通过考虑包括在从多个用户终端上传的至少一个列表中的应用的包频率来提取核心应用。

具体地说，已打包的应用当中被经常打包的应用被提取为核心应用。例如，如果在许多地图应用当中一个特定地图应用被经常包括在包中并且性能良好，那么可以决定该特定地图应用是核心应用。

推荐单元130推荐预定应用给用户。

控制单元140控制如果用户请求的话则推荐提取的核心应用。例如，控制单元140可以将针对预定主题分类的应用当中作为核心应用提取的应用优先推荐用户终端装置的用户。

而且，控制单元140可以通过考虑核心应用的上传数目来选择核心用户（例如，被指定为专家），并且给予所选择的核心用户预定奖励。例如，控制单元140可以给予所选择的核心用户赠券或者授予所选择的核心用户资格。

图2是示出根据本发明的另一实施例的服务器的结构的框图。

参考图2，服务器100包括通信单元210、提取单元220、推荐单元230、控制单元240、存储单元250和组分类单元260。图2的类似于图1的结构元素的结构元素的描述将省略。

通信单元210可以执行与多个用户终端的数据通信以及从多个用户终端接收这样形式的应用列表：其中多个应用被打包。

这里，应用列表可以是这样形式的列表：其中，多个用户终端中的每一个的用户按他/她自己的娱乐或者方便自由地对应用打包。

具体地说，应用列表可以包括用于打包的包标题、描述或者关键字。

而且，通信单元210可以提供应用下载路径给多个用户终端。

提取单元220通过考虑包括在从多个用户终端上传的至少一个列表中的每个应用的打包频率来提取核心应用。

推荐单元230的功能是给用户推荐预定应用。推荐单元230可以考虑应用打包频率，其被分析作为用于通过将在下面描述的协同过滤（CF）方法进行分组的补充数据。

控制单元240控制如果用户请求的话则推荐所提取的核心应用。例如，控制单元240可以将根据预定主题分类的应用当中作为核心应用提取的应用优先推荐给用户。

而且，控制单元240可以通过考虑核心应用的上传数目来选择核心用户（例如，被指定为专家），并且给予所选择的核心用户预定奖励。例如，控制单元240可以给予所选择的核心用户赠券或者授予所选择的核心用户预定资格。

而且，控制单元240可以控制推荐单元230使用由提取单元220提取的核心应用/用户数据推荐核心应用，所述数据作为用于通过将在下面描述的CF进行分组的补充数据。

存储单元250可以存储通过通信单元210下载的应用的使用数据。这里，已下载应用的使用数据可以以日志数据格式存储。具体地说，日志数据被划分为每个应用的用户信息（或者基本信息）和应用使用信息，并且被存储在存储单元250中。

这里，控制单元240可以控制以便在用户同意的情况下收集使用数据，推荐将基于所述使用数据，也就是说，用户信息（年龄、性别、用户国别等等之类）和应用使用信息（运行时间、安装/删除信息等等之类）。

而且，可以在用户期望时间人工传递使用数据。可替换地，可以基于诸如应用安装/删除之类的预设事件传递使用数据。使用数据使得通过所传递的使用数据针对每个国别/性别/年龄推荐流行应用以及通过用户的平均运行时间和安装/删除信息分析应用的生存期成为可能。而且，使用删除信息，可以不推荐具有已往删除历史的应用。

组分类单元260可以基于存储在存储单元250中的应用使用数据执行CF。

具体地说，组分类单元260可以将多个组分类为基于用户的组或者基于项目的组。这里，基于用户的组分类可以包括将多个组针对具有类似应用下载和使用历史的用户进行分类，以及针对每个组分析喜爱的应用。基于项目的组分类可以包括将多个组针对一起购买的关联应用进行分类，以及针对每个组分析应用关联。组分类单元260基于通过CF分析的用户组和应用组，确定用户是否属于哪个组，或者应用是否属于哪个组。而且，经分析的数据可以存储在存储单元250中以补充使用数据。而且，可以针对每个用户组/应用组推荐流行应用。

控制单元240可以控制针对每个已分类的组提取喜爱的应用以及基于每个组喜爱的应用提取核心应用。

图3是示出根据本发明的实施例的用户终端装置的结构的框图。

参考图3，用户终端装置300包括通信单元310、存储单元320、用户界面单元330、打包单元340和控制单元350。

用户终端装置300可以由能够通过网络下载应用的所谓的智能电话实现，并且可以由网络和除了智能电话之外的支持相应应用程序的各种装置植入。

通信单元310提供通信接口，其从服务器（未示出）下载应用以及该应用的日志数据。

存储单元320是存储运行用户终端装置300所需要的各种程序的存储介质，并且可以由存储器、硬盘驱动（HDD）等等之类实现。

具体来说，存储单元320可以存储通过通信单元310下载的多个应用以及针对多个应用中的每一个的使用数据。这里，使用数据可以包括针对相应应用的用户信息和针对相应应用的使用信息中的至少一个。

具体地说，用户信息可以包括年龄、性别和用户国别等等，应用使用信息可以包括运行时间、安装/删除信息等等之类。使用数据可以在用户同意的情况下进行收集。

用户界面单元330可以选择多个应用以提供用于打包的用户界面（UI）。由此，用户终端装置300还可以包括UI处理单元（未示出），用于处理通过用户界面单元330提供的UI。

这里，UI处理单元（未示出）可以在控制单元350的控制下执行诸如UI要素的二维（2D）/三维（3D）变换、透明度、颜色、大小、类型和位置调整、突出显示和动画效果的处理。

而且，用户界面单元330可以由具有显示功能的触摸垫或者包括各种功能键、数字键、专用键、字符键等等之类的键盘垫或者触摸屏类型实现。

打包单元340可以将存储在存储单元320中的多个应用当中的一些应用打包，并且针对打包的应用生成应用列表。

例如，用户终端装置300的用户可以将与用户更喜欢的特定主题对应的应用进行打包。例如，被称作约会管理器的包可以包括通知交通信息的应用、通知好餐馆的应用、拍摄你的约会的相机应用等等之类。

被称作家务助手的包可以包括英文词典应用、定时器/闹钟应用、韩语词典应用等等之类。当根据某一主题打包应用并且已打包的应用被提供给服务器时，人理解的语义能够推荐应用而无需复杂的本体论结构。

而且，用户更喜欢第一个下载并且使用流行应用（具体来说，在免费应用的情况下），因此人们能够仅收集和打包流行应用。

通信单元310可以根据控制单元350的控制，上传由打包单元340生成的至少一个应用列表到服务器。

控制单元350可以控制将存储在存储单元320中的多个应用中的通过从UI单元330提供的UI选择的多个应用进行打包。

而且，如果控制单元350接收对于核心应用的推荐，所述核心应用通过考虑包括在来自服务器的至少一个上传列表中的每个应用的打包频率而提取，那么控制单元350就控制UI单元330向用户显示该核心应用并且提供该核心应用。

图4和图12是示出根据本发明的实施例的、过滤应用的方法的示意图。

如图4和图12中所示的过滤方法示出上述CF方法。

图4是示出根据本发明的实施例的、基于用户的过滤方法的示意图。

参考图4，基于用户的过滤方法是这样一种方法：其将使用相似内容的用户组在一起并且推荐来自该组的用户的内容。当在主要由该组中的用户使用的内容当中存在用户没有的内容时，该内容可以被推荐。

图12是示出根据本发明的实施例的、基于项目的过滤方法的示意图。

参考图12，基于项目的过滤方法是一种将应用分组并且推荐应用的方法。基于项目的过滤方法可以识别应用关联，该应用关联基于已分组的应用，以及基于应用关联推荐应用。

例如，当识别“App1（应用1）”和“App3（应用3）”是关联的时，“App1”可以被推荐给用户Roger，其拥有应用“App3”但是没有应用“App1”。

图5是示出根据本发明的实施例的、推荐核心应用的方法的示意图。

参考图5，确定在属于部分包即包1至包5当中应用“C3”被重复打包，并且应用“C3”可以被视为核心应用。

另一方面，当假定应用“A5”、“A4”、“A7”和“A3”属于同一组（例如，相同类别或者相同应用组）时，因为确定了属于相应组的应用被经常用于打包，所以相应组可以被视为核心组。

而且，多次上传好的包（例如，包括核心应用的包）的用户可以被识别为核心用户并且指定为专家，由此引导包推荐。

当用户被指定为专家时，该用户可以接收特定资格或者赠券。

在上述本发明的实施例中提取的核心应用列表可以存储在应用使用数据中，并且可以使用应用使用数据作为CF的补充数据。由此，由人确定的语义要素被增加至CF处理中生成的应用组，以使得可以通过补充CF数据执行更有效的推荐。

图6是示出根据本发明的实施例的服务提供***的结构的示意图。

如图6中所示的结构示出如图1和图2中所示的服务器100和200以及如图3中所示的用户终端装置300的操作。重叠部分的详细说明将省去。

首先，当用户终端装置300下载应用时，所下载的应用的日志数据，也就是说，应用使用数据，可以存储在“应用使用数据库（DB）”中。这里，应用使用数据可以包括用户关系信息和应用使用关系信息，其中用户关系信息包括用户的年龄、性别以及国别信息等等，应用使用关系信息包括应用运行时间、安装/删除信息等等。

更具体地说，传递至服务器的使用数据可以包括诸如“appID,[execTime,execFreq,execDay]+”（“应用ID，[运行时间，运行频率，运行日期]＋”）这样的应用使用信息、诸如“appID,installDate,type,lifeTime”（“应用ID，安装日期，类型，生存期”）这样的安装/删除信息、诸如“country,ageGroup,gender”（“国别，年龄组，性别”）这样的简档信息，并且涉及诸如“appID（应用ID）”这样的应用标识符（ID）信息。而且，所述信息可以被设置为将作为“Default（默认）”传递，或者可以被设置为根据“Request（请求）”传递。

存储在“应用使用数据DB”中的使用数据可以用于基于用户的过滤和基于项目的过滤，并且用于属于由每一种过滤生成的用户组和应用组的应用的数据可以分别存储在“基于用户的CF数据DB”和“基于项目的CF数据DF”中。

可替换地，可以从上传到用户终端装置300中的包应用列表中提取核心应用，用于核心应用的数据可以存储在"应用包数据DB”中。

随后，存储在“应用分组数据DB”中的数据可以用于补充存储在“基于用户的CF数据DB”和“基于项目的CF数据BD”中的数据，以及打包分组或者提取所述应用。也就是说，其中反映应用包的数目以及喜爱度的应用可以作为核心应用被推荐。

图7、图13和图14是示出根据本发明的实施例提供UI的格式的示意图。

参考图7，用户可以通过用户终端装置的UI屏幕（例如，ADD ITEMS（添加项目）”菜单）选择将被打包的“barcoo，Toms”的应用。

参考图13，用户可以通过UI屏幕（例如，“MAKE PACKAGE”（制作包））设置包标题以及输入对于包标题的描述，由此生成应用包。而且，可以显示属于通过“Apps from My Apps（来自我的应用的应用）”菜单打包的应用并且由用户检查，如图13中所示。

参考图14，用户可以检查通过UI屏幕生成的应用包信息（PACKAGE DETAILS（包细节））。如图14中所示，用户可以通过UI屏幕检查构成包的诸如包标题、描述、应用信息之类的应用包细节（PACKAGE DETAILS）。

图8、图15和图16是示出根据本发明的另一实施例提供UI的格式的示意图。

参考图8、图15和图16，用户可以通过UI屏幕接收对应用的推荐（APPS FOR ME（我的应用））。具体地说，各种应用类别可以提供给用户，并且由用户从各种应用类别中选择期望类别。

图8示出当用户选择“HOT PACKAGES/GOOD RATING PACKAGES（热门包/良好评级包）”类别时显示所推荐的应用到“RESULTS（结果）”区域的状态。

图15示出当用户选择“SIMILAR TASTE（相似口味）”类别时显示所推荐的应用到“RESULTS（结果）”区域的状态。

图16示出当用户选择“HOT TREND（热门趋势）”类别时显示所推荐的应用到“RESULTS（结果）”区域的状态。

在图8、图15和图16中推荐的应用可以是通过如图7、图13和图14中所示的应用包处理上传到服务器的应用当中被提取为核心应用的应用。

图9和图17是示出根据本发明的实施例的一种数据的示意图。

参考图9，与已下载应用相应的运行数据“executionData（运行数据）”和安装数据“installationData（安装数据）”可以被随机提取并存储在“RAW DB（原始数据库）”中。这里，运行数据可以包括应用ID、优先级、运行日、运行时间等等之类。而且，安装数据可以包括应用ID、安装日期、类型、有效数据等等之类。

随后，可以通过批处理任务1从存储在“RAW DB”中的数据中提取用于应用推荐的使用数据，并且将其存储在“Usage DB（使用数据库）”中。

而且，可以通过批处理任务2和匹配任务3从存储在“Usage DB（使用数据库）”中的数据中提取用于候选应用的数据，并且将其存储在“CNDT DB（候选数据库）”中。这里，可以利用基本数据、推荐数据、希望列表数据等等之类，通过匹配任务提取存储在“Usage DB”中的数据作为候选。

参考图17，从存储在“Usage DB”中的各条数据当中提取核心应用所需的提取数据过程可以通过批处理任务来进行检查，之后将所提取的数据存储在“CNDT DB”中，并且使用存储在“CNDT DB”中的数据以提取核心应用。

图10是示出根据本发明的实施例的服务器提供服务的方法的流程图。

根据图10中的方法，在步骤S1010中，服务器上传通过将多个应用打包生成的至少一个应用列表。

随后，在步骤S1020中，服务器通过考虑包括在所上传的至少一个列表中的每个应用的打包频率，来提取核心应用。

在步骤S1030中，如果用户请求的话，则服务器可以推荐在步骤S1020中提取的核心应用。

所述应用列表可以包括包标题、描述和关键字中的至少一个。

而且，服务器可以通过考虑核心应用的上传数目选择核心用户。

服务器可以给予所述用户赠券或者授予所述用户预定资格。

服务器可以存储已下载的多个应用的使用数据，基于使用数据将已下载的多个应用分类为基于用户的组，并且使用基于用户的组提取核心应用。具体地说，服务器可以针对每个已分类的组提取喜爱的应用，以及基于每个所提取的组的、所提取的喜爱的应用来推荐核心应用。

可替换地，服务器可以存储已下载的多个应用中的每一个应用的使用数据，基于使用数据将已下载的多个应用分类为基于应用的组，并且使用基于应用的组提取核心应用。具体地说，服务器可以分析每个已分类的组的应用关联，以及每个组的应用关联来推荐核心应用。

这里，使用数据可以包括针对相应应用的用户信息和针对相应应用的使用信息中的至少一个。

图11是示出根据本发明的另一方面的、控制用户终端装置的方法的流程图。

根据如图11中所示的控制用户终端装置的方法，首先，在步骤S1110中，用户终端装置可以下载多个应用并且存储针对多个应用中的每一个应用的使用数据。

随后，在步骤S1120中，用户终端装置可以基于所存储的使用数据将已下载的多个应用当中与预设主题相应的多个应用打包，并且生成至少一个应用列表。

之后，在步骤S1130中，用户终端装置可以上传所生成的至少一个应用列表到服务器。

用户终端装置可以接收对通过考虑包括在来自服务器的至少一个应用列表中的每个应用的打包频率而提取的核心应用的推荐，并且显示所推荐的核心应用。也就是说，服务器可以分析上传的包应用列表，基于分析结果提取核心应用，并且使用该核心应用来针对用户终端装置推荐应用。

这里，使用数据可以包括针对相应应用的用户信息和针对相应应用的使用信息中的至少一个。

因此，通过简单类别分类或者不确定的星级评定，应用关联不确定，但是基于用户的直接包分析应用之间的关联，以提供准确推荐。

虽然已经参考本发明的特定实施例示出和描述了本发明，但是本领域技术人员将理解，可以在此进行形式和细节上的各种改变而不脱离如所附权利要求所定义的本发明的精神和范围。

Claims (6)

1.一种提供服务的方法，包括：

接收通过将多个内容打包所生成的至少一个内容列表；

识别包括在所述至少一个内容列表中的每个内容的打包频率；以及

通过考虑打包频率来提取核心内容，

存储已下载的多个内容中的每一个的使用数据；

基于所述使用数据将已下载的多个内容分类为基于用户的组；

提取每个已分类的组的喜爱内容；以及

基于每个组的喜爱内容，推荐所提取的核心内容给用户设备。

2.如权利要求1所述的方法，其中，所述内容列表包括包标题、描述和关键字中的至少一个。

3.如权利要求1所述的方法，其中，所述内容包括应用。

4.如权利要求1所述的方法，还包括：

通过考虑所述核心内容的上传数目选择核心用户；以及

给予所选择的核心用户赠券或者授予所选择的核心用户预定资格。

5.一种服务器，包括：

通信单元，其接收通过将多个内容打包所生成的至少一个内容列表；

提取单元，其识别包括在所述至少一个内容列表中的每个内容的打包频率并且通过考虑打包频率来提取核心内容；

控制单元，其控制如果用户设备请求的话则发送从所述提取单元提取的核心内容；

存储单元，其存储已下载的多个内容中的每一个的使用数据；以及

组分类单元，其基于所述使用数据将已下载的多个内容分类为基于用户的组，

其中，所述控制单元控制以提取已分类的组的喜爱内容，以及基于每个组的喜爱内容来推荐核心内容。

6.如权利要求5所述的服务器，其中，所述至少一个内容列表是从用户设备接收的。