将本地网络上的内容与外部网络上的信息相关联的架构

摘要

用于实现将可从本地网络获得的内容与外部网络的信息相关联的架构的关联系统和方法。所述系统识别与用户感兴趣的本地网络上存在的内容相关的信息，并且还识别包括该相关的信息的一个或多个外部源。然后，所述系统从外部源提取与所述识别的信息相关的数据，并确定所述识别的信息与从外部网络提取的数据之间的关联。

说明书

技术领域

本发明涉及不同网络中的内容关联。

背景技术

局域网(例如，家庭网络)中的网络装置的数量正在增加，因此存储在网络装置中的内容的数量也随之增加。通常，用户使用他们的家庭网络装置存储并访问不同格式的多种内容(例如，音频、视频、图像和其他数据文件)。除了访问这样的本地内容外，家庭用户还常常通过外部网络(例如，实况电视/有线网络、互联网等)来访问广播数据流。

媒体播放器(例如，Windows Media Player、Real player等)从互联网提取(当前正在播放的)音乐CD的相关媒体信息。通常，该媒体播放器保持能够提取和显示的元数据类型的标准集，并依靠特定的网站来获取需要的元数据。

发明内容

技术问题

然而，用户不能访问关于内容的其他信息(例如，音乐CD的歌曲歌词、艺术家传记等)。这是因为这些信息不在可从特定互联网数据源获得的标准元数据信息中，其中，传统的媒体播放器被预先配置为访问所述特定互联网数据源。此外，媒体播放器依靠特定互联网数据源(例如，网站、远程数据库等)。如果数据源变得不能被访问，则即使需要的信息可从一些其他的数据源获得，但是媒体播放器还是不能获得标准元数据信息。

此外，由于可从互联网获得的信息的数量连续地增长，用户通常可在互联网上查找关于存储在他的家庭网络中的内容的信息。用户还可通过多个源查找大量不同格式(例如，结构化的、半结构化的和未结构化的)的相关信息。这样，当用户访问它们自己的网络内容时，用户通常喜欢访问互联网上的内容。然而，传统的方法不能无缝地访问这些相关内容。通常，用户使用互联网搜索引擎手动执行对期望的信息的搜索或者使用网络浏览器直接访问感兴趣的网站。因此，用户不得不搜素并分析大量的信息来识别/访问其寻找的确切信息。

桌面搜索应用程序(例如，谷歌桌面搜索和Copernic)是互联网搜索的扩展，用户能够搜索他们的PC上的内容。然而，这样的搜索扩展的缺点包括：(1)需要用户建立查询并提炼查询，以获得期望的结果；(2)需要远超过消费电子装置提供的用于分析海量搜索结果的计算资源；(3)需要诸如键盘的输入装置以输入大量用于搜索的查询文本。因此，需要一种能够简化地并无缝地访问存在的内容的方法和系统。

技术方案

本发明提供一种将能够从本地网络获得的内容与外部网络上的信息相关联的方法和系统。关联架构识别与用户感兴趣的本地网络上存在的内容相关的信息，并且还识别包括该相关的信息的一个或多个外部源。然后，关联架构从外部源提取与所述识别的信息相关的数据，并确定所述识别的信息与从外部网络提取的数据之间的关联。

所述架构还为用户识别各种存在的数据(本地数据和互联网数据)之间的附加关联。互联网搜索引擎用于获得相关的信息/元数据，从而增加找到需要的信息的可能性。

用户可查找多种不同类型的与用户访问的本地数据相关的信息。这样，用户不限于从存在的相关信息/元数据信息的标准列表中进行选择。相反，可确定不同类型的数据之间的关联，并将该关联呈现给用户。用户可利用CE装置使用少量的键输入来搜素信息，而不需要通常的键盘。基于上下文来搜索信息将信息提供给用户，以增加使用CE装置时的用户体验。因此，用户能够以最小的查询结构来获得期望的互联网信息。

参照下面的描述、权利要求和附图，本发明的这些和其他特征、方面和优点将会被理解。

附图说明

图1示出实现本发明实施例的示例性网络的功能框图；

图2示出根据本发明实施例的在用于将本地内容与外部源上的信息相关联的架构中的处理的实施例的流程图；

图3示出根据本发明实施例的识别与本地内容相关的外部信息并构建它们之间的关联的步骤的实施例的流程图；

图4示出根据本发明实施例的用于将本地内容与来自外部源的信息相关联的架构的功能框图。

具体实施方式

本发明提供这样一种方法和系统，其实现用于将可从本地网络获得的内容与外部网络上的信息相关联的架构。这使得能够无缝地访问可从本地网络获得的内容以及可从外部源获得的任意相关信息。

在一个实施中，本发明提供一种将家庭网络内容与互联网上的信息相关联的架构，该架构向用户提供无缝地访问存储在家庭网络中的内容以及可从互联网获得的任意相关数据。用户不限于从元数据信息的标准列表中进行选择。相反，用户能够查找多种不同类型的与家庭网络中的内容相关的信息。家庭网络中的内容与互联网上的相关信息之间的关联被确定并呈现给用户。所述关联是指不同信息之间的联系。

在一个实例中，互联网搜索引擎和特定的互联网服务提供商以及特定的网站(网页)用于访问与用户的查询相关的信息和元数据。在另一示例中，仅互联网搜索引擎用于获得与用户的查询相关的信息和元数据。

图1示出实现本发明的各个方面的包括本地网络(例如，家庭网络)的示例网络10的功能体系机构。网络10包括：装置20，可包括内容；消费电子(CE)装置30(例如，TV、MP3播放器、手机、PDA等)，可包括内容；接口40，将网络10连接到外部网络50(例如，互联网)。外部网络连接到一个或多个服务器51。尽管装置20和30被独立地示出，然而单个物理装置可包括一个或多个逻辑装置。在该示例中，本发明有效地将互联网的能力提供给使用装置20和CE装置30的用户。

使用用于彼此之间的通信的UPnP的装置20和30可分别实施HTTP协议。尽管在这里描述的示例中网络10使用HTTP协议，然而本领域的技术人员应该认识到本发明可使用其他的网络通信协议(例如，Jini、HAVi、IEEE1394等)。网络10可包括有线网络、无线网络或它们的组合。

根据本发明，网络10实现用于将家庭内容与互联网上的信息相关联的示例性架构。图2示出实现该示例性架构的处理200，其包括下面的步骤：

步骤202：识别与用户感兴趣的可从本地网络获得的内容相关的信息。

步骤204：识别包含该相关信息的互联网源。

步骤206：从识别的互联网源提取适当部分的相关信息。

步骤208：在从互联网源提取的相关信息中查找与用户的兴趣最相关的数据。

步骤210：确定提取的信息与用户感兴趣的可从本地网络获得的内容之间的关联，并将提取的信息和该关联呈现给用户。

图3示出识别与本地内容相关的互联网上的信息，然后构建识别的信息与本地内容之间的关联的示例性处理300。在该示例中，所述本地内容包括用户感兴趣的内容。处理300包括下面的步骤：

步骤302：识别用户感兴趣的内容。这可根据用户提交的查询、用户当前访问的内容、指示用户兴趣的用户的历史/偏好等确定。

步骤304：识别与识别的用户感兴趣的内容相关的上下文信息(例如，关键字)。

步骤306：使用识别的内容和上下文信息构建相关信息的查询。构建该查询以通过合适的关键字表示用户的意图和上下文。

步骤308：构建合适的执行计划以通过搜索不同的信息源来解答所述查询。

步骤310：通过下面的步骤来执行计划：(a)基于查询识别用于提取信息的合适互联网源；(b)识别用户感兴趣的内容、提取的互联网信息和其他本地存在的数据之间的关联。

在一个示例中，用户对艺术家“Sting”的可购买的专辑感兴趣。可以以不同的方式确定用户的兴趣，例如：从查询中的用户请求来确定，或者从基于用户的活动(例如，在家庭网络中的MP3播放器上播放“Sting”的音乐等)的监测而产生的查询来确定。为了解答该查询，通过访问互联网来识别“Sting”的可购买的专辑。然而，基于艺术家“Sting”是的乐队“Police”的成员的事实(从另外的互联网源得知)，乐队“Police”的可购买的专辑也与用户的查询有关。因此，“Police”的可购买的专辑也被识别。然而，“Sting”和乐队“Police”两者的可购买的专辑的列表被呈现给用户。

在另一示例中，在将“Sting”和乐队“Police”两者的可购买的专辑的列表呈现给用户之前，确定“Sting”和“Police”的任何专辑是否已经存在于家庭网络中(例如，在图1的装置20或30中)。使用该附加的信息，修改所述列表，从而仅将在家庭网络中不存在的“Sting”和乐队“Police”的可购买的专辑的列表呈现给用户。

图4示出根据本发明实施例的实现用于将本地内容与外部源(例如，互联网)中的信息相关联的架构的系统400的功能框图。系统400使用下面的组件：客户用户接口(UI)402、用户/装置上下文信息收集器(CIG)404、关联架构(CF)406、数据提取插件408、家庭装置410(例如，图1中的诸如HDTV、VCR、DVD播放器等的装置20或30)、互联网未结构化数据源(例如，网页等)412、互联网结构化数据源(例如，CDDB等)414和互联网半结构化数据源(例如，IMDB、EPG、网页等)416。

客户UI 402向用户提供接口，以访问本地信息和CF 406识别的任何相关互联网信息。客户UI 402也允许用户向CF 406提交特定的查询(例如，“获取艺术家“Sting”的可购买的专辑”)。

CF 406解答基于用户感兴趣的内容的查询，并向用户提供基于该查询获得的信息和使用识别的关联获取的信息。CF 406使用客户UI 402在显示器上显示所述信息，供用户观看和选择。

CIG 404和数据提取插件408提取本地信息和互联网信息。CIG 404提取关于当前的用户活动和装置活动的信息、关于存储在装置中的内容的信息、关于用户历史和偏好的信息等。

CF 406包括查询执行计划器(QEP)418、关联计划执行器(CPE)420、关联构建器422、计划库424和多个规则执行器(RuleLet)426。QEP 418从计划库424检索计划，以解答查询。计划包括用于解答特定类型的查询而将要执行的各个步骤。每个计划步骤包括一个或多个与RuleLet 426相应的规则执行(RuleLet)参考。RuleLet 426是专门用于执行特定任务(例如，从互联网提取音乐专辑的元数据信息、提取艺术家的传记等)的处理。每个计划还可选地包括关于必要参数和/或需要的输出(类型)的细节。

QEP 418从CIG 404获得关于用户的任何存在的上下文信息，并基于上下文信息定制计划。

下面的表1示出一个示例性的XML计划，其指定了为了获得在互联网上可购买的并且在家庭网络中不存在的艺术家的专辑而执行的步骤。

表1：示例性计划-获取艺术家的可购买的专辑

    <？xml version＝“1.0”？>

    <Plan>

        <PlanStep>

        <RuleLet>GetDataRule</RuleLet>

        <OutputType>AllPurchasableAlbumURLs</OutputType>

        <Scope>Internet</Scope>

    </PlanStep>

    <PlanStep>

        <RuleLet>GetDataRule</RuleLet>

        <OutputType>BandList</OutputType>

        <Scope>Internet</Scope>

    </PlanStep>

    <PlanStep>

        <RuleLet>GetDataRule</RuleLet>

        <OutputType>PurchasableAlbumsByBand</OutputType>

        <Scope>Internet</Scope>

    </PlanStep>

    <PlanStep>

        <RuleLet>GetContentNotInHomeRule</RuleLet>

        <InputType>Internet-AllPurchasableAlbumURLs</InputType>

        <InputType>Internet-PurchasableAlbumsByBand/InputType>

        <InputType>Local-AlbumsByArtist</InputType>

        <OutputType>AlbumList</OutputType>

          <Scope>CIWorkspace</Scope>

    </PlanStep>

</Plan>

CPE 420调用在计划的每个步骤中指定的合适的RuleLet 426。CPE 420使用各种数据提取插件408执行计划。数据提取插件408从包括本地装置/媒体存储库和/或互联网(例如，通过诸如谷歌、雅虎等的互联网所搜引擎以及诸如CDDB.org、allmusic.com的种子源)提取期望的数据。CPE 420还在每个计划步骤保持工作空间421并存储来自互联网的查询搜索结果，直到整个计划被执行。

CC 422分析CPE 420提供的搜索结果，并识别搜索结果与本地存在的信息之间的关联。

互联网未结构化数据源412包括数据段(例如，自由文本数据段或标记数据段等)，该数据段的语意不能被分析(例如，谷歌搜索’pope’或<other>pope</other>等)。互联网结构化的数据源414包括具有标签的XML数据，该标签精确地定义小段自由格式数据(例如，CD歌曲信息<artist>sting</artist>等)的语意。互联网半结构化数据源416包括具有标签(例如，XML)的数据，该标签定义部分的自由格式数据，但是不描述数据的有效段的语意(例如，EPG数据段<review>...</review>等)。

系统400根据下面的步骤解答用户查询并确定本地数据和互联网数据之间的关联：

1.客户UI 402接收用户对信息的请求(查询)，并将该请求提供给QEP418。

2.QEP 418从计划库424检索合适的计划，以解答该查询，并基于来自CIG404的用户上下文信息定制计划。

3.QEP 418将该计划提供给CPE 420执行。

4.CPE 420解析该计划，并顺序地执行计划中的每个步骤，其中，

a.CPE 420内部调用合适的RuleLet 426。

b.调用的RuleLet 426执行合适的数据提取插件408，以搜索(例如，互联网上的)满足查询的信息。

c.CPE 420将搜索结果存储在工作空间421中，并检查是否存在其他将要执行的步骤。重复步骤(a)-(c)，直到执行了计划中的所有步骤(除了最后一个步骤)。

d.CC 422使用存储在工作空间421中的搜索结果来识别搜素结果与本地存在的数据之间的关联。然后，CC 422将搜索结果和关联提供给客户UI 402以显示给用户。

在系统400中解答用户查询的一个示例方案包括下面的步骤：

1.将CF 406安装在用户John的起居室中的CE装置410(例如，TV)中，并CF 406在CE装置410中运行。

John选择收听艺术家“Sting”的音乐专辑“X”。

2.起居室中的TV 410上的客户UI 402显示该信息(即，John正在收听专辑“X”)。TV 410的远程控制允许John访问/操纵客户UI 402。

3.在收听专辑中的特定曲目的同时，John希望访问关于该歌曲的更多的信息，并在客户UI 402中选择/输入他感兴趣的信息(例如，艺术家“Sting”的更多可购买的专辑等)。

4.TV 410上的客户UI 402将曲目/专辑信息以及用户选择提供给CF406。使用CIG 404和合适的数据提取插件408，CF 406从本地媒体存储库或存储专辑的装置收集关于该曲目/专辑的(例如，在John的家庭网络中存在的)元数据以及其他信息。

5.QEP 418从计划库424检索合适的计划，以解答这个用户查询。

6.QEP 418将该计划连同由CIG 404获得的以及从客户UI 402获得的其他上下文信息发送给CPE 420。

7.CPE 420解析该计划，并通过调用在计划中指定的合适的RuleLet 426(例如，表1：“GetDataRule”，“GetContentNotInHomeRule”)来执行计划中的每个步骤。

8.RuleLet 426在内部使用合适的数据提取插件408以(例如，从互联网)检索请求的信息。

9.CPE 420将每个计划步骤的执行结果存储在工作空间421中。这样，工作空间421现在包括：例如，“Sting”和乐队“Police”的可购买的专辑的列表。

10.CPE 420将就要执行的最后的计划步骤的细节提供给CC 422。CC 422检索关于本地(例如，家庭网络中)存在的“Sting”和乐队“Police”的专辑的信息。然后，CC 422在存储在工作空间421中的搜索结果中识别在互联网上可购买的专辑的列表，并构建本地(例如，在家庭网络中)不存在的“Sting”和乐队“Police”的专辑的列表。

11.CC 422将这个最终的列表提供给客户UI 402，以在TV上呈现给用户John。

图4中的模块404、406和408可被实现为网络10(图1)中的单独的模块。此外，模块404、406和408中的两个或更多个模块可被实现为网络10中的一个装置(例如，关联控制器装置25)或者可被实现为装置20或CE装置30中的一个装置。GUI 402可被示出在网络10中的能够显示信息的装置(例如，CE装置30)上。

工业可应用性

这样，本发明使用户能够利用CE装置(例如，TV)使用少量的键输入来搜素信息，而不需要通常的键盘。此外，用户能够以最小查询结构或不需要查询结构来获得期望的互联网信息。基于从用户活动和本地内容提取的上下文来将信息提供给用户，以增加在使用CE装置时的用户体验，从而无缝地访问本地存在的信息和外部源中的信息。

如本领域的技术人员所公知的，可以以多种方式实现上述根据本发明的示例体系结构，例如，由处理器执行的程序指令、逻辑电路、专用集成电路、固件等。

已经参照本发明的特定优选实施例相当详细地描述了本发明，然而其他实施例也是可行的。因此，权利要求的精神和范围不限于这里包含的优选实施例的描述。