CN1643926A - 改进的即时电视点播Web服务的发现 - Google Patents

Abstract

一种发现即时电视标准点播web服务的方法，包括查询已知的地址，从该已知地址获取一个文件，该文件具有一种预定义的结构，并分析该文件来获取即时电视标准web服务的URLs。一种经由网络提供文件的服务器系统，包括用于在已知地址接收查询的接收装置，以及用于提供文件以响应查询的供给装置。

Description

改进的即时电视点播Web服务的发现

本发明涉及利用基于服务器的文件来发现即时电视点播(TVAnytime)web服务，该文件具有一个众所属知的名称，位置和结构。本发明还涉及一种用于即时电视点播web服务的汇总和分类的方法。

即时电视标准论坛(http：//www.tv-anytime.org)正在标准化处理一组web服务，允许即时电视点播客户端(例如，PDRs-PersonalDigital Recorders个人数字记录器)从即时电视点播IP(InternetProtocol因特网协议)服务器检索即时电视点播数据(例如节目时间表、描述等等)。不同类型的即时电视点播web服务可以由给定的网站提供，并且可以具有不同的，不相关的URLs(Uniform ResourceLocators，在Internet的WWW服务程序上用于指定信息位置的表示方法)。

可以有多种不同的方法用于发现web服务。

其中一种方法是采用DNS为特定的节目标识符寻找即时电视点播服务。该机制在即时电视点播内容参考规范( ftp：//tva@ftp.bbc.co.uk/pub/Specifications/SP004v11.zip-密码“tva”)中有说明。给定一个CRID(Content Reference Identifier内容引用标识符)，采用DNS(Domain Name Service域名服务)来请求机器名字和能够提供即时电视点播服务的服务器的端口，该即时电视点播服务提供了有关CRID的特定信息。然而，一旦该服务被发现以后，不提供有关服务存在信息或者另外地在相同服务器上的其他即时电视点播信息。此外，并不是所有的即时电视点播服务类型都能够利用该确定的机制来发现的。例如，如果PDR希望发现允许用户搜索节目的服务，那么DNS就起不到帮助的作用。

第二种方法是使用UDDI(Universal Description，Discovary andIntegration统一描述，发现和集成)。UDDI(http：//www.uddi.org)代表一种方便web服务发现的技术。它依赖于提供一种“黄页”类型的web服务的第三方的服务资料库的使用。通过查询资料库，设备能够发现与特定的技术描述相匹配的web服务，以及也可能与一些其他的分类法相匹配。该方法提供了一种如下问题的解决方案，“怎样才能发现一个提供特定服务类型并且是否与即时电视点播相一致的服务列表？”。

另一个可选的方案是使用web robots(web robots一种网络搜寻系统)和/或spiders来做网站的索引。对于传统的静态web内容(也就是说，HTML页)，web robot能够用来发现并索引网站的内容。把所获取的信息保存并供诸如搜索引擎的工具使用。然而，这不是很适合PDR(涉及多种网络事务处理时，PDR处理速度较慢)直接使用，当内容是由web服务动态产生的时候，也不是特别有用。尽管可以设想一种方法，并由此即时电视点播搜索引擎盲目地通过测试它们的特性来设法发现服务，这使得搜索速度慢得难以接受、引起错误倾向并且不能确保发现由所述网站提供的所有的即时电视点播服务。

同样，相应的方法是使用robots.txt文件，在http：//www.robotstxt.org/cx/robots.html中有描述。通过把robots.txt文件放在服务器的显著位置(例如http：//foo.com/robots.txt)，服务能够为整个网站规范一组规则，相一致的web robot将遵循这些规则。同时与即时电视点播不直接关联，这是一个通过在web服务器上放置文件来提供有关网站信息的例子，所述信息既可以自动使用也可以手动使用。

本发明的目标是允许PDR自动发现一个任意的网站是否提供即时电视点播服务，如果提供，则判断所提供的服务的类型。

根据本发明的第一方面，提供了一种发现即时电视点播web服务的方法，包括查询一个已知的地址，从所述地址获得一个文件，所述文件具有预定义的结构，并且分析所述文件以获取即时电视点播web服务描述文件的URLs。

根据本发明的第二方面，提供了发现即时电视点播web服务的设备，包括通信装置，用于经由网络查询一个已知的地址，并从所述地址获取一个文件，所述文件具有预定义结构，以及包括处理装置，用于分析所述文件来获取即时电视点播web服务描述文件的URLs。

根据本发明的第三方面，提供了一种方法，用于提供对即时电视点播web服务的访问，包括在一个已知的地址接收一个查询，并且提供一个文件以响应所述查询，所述文件包括即时电视点播web服务描述文件的URLs 。

根据本发明的第四方面，提供了一个服务器系统，用于提供对即时电视点播web服务的访问，包括接收装置，用于在已知的地址接收一个查询，以及包括供给装置，用于提供文件以响应所述查询，所述文件包括即时电视点播web服务描述文件的URLs。

根据本发明的第五方面，提供了一种蜘蛛搜寻(spidering)网站的方法，包括递归寻址一个非HTML web服务描述文件的URL，分析所述文件来获取进一步的非HTML web服务描述文件的URLs，以及记录所述URLs。

根据本发明的第六方面，提供了一种服务器系统，用于经由网络提供即时电视点播web服务的URLs，包括用于接收查询的接收装置，供给装置，用于提供即时电视点播web服务的一个或多个URLs，以响应所述查询，以及存储装置，用于保存即时电视点播web服务的一个分类列表。

本发明提供了一种下述问题的解决方法，“怎样知道网站是否提供即时电视点播服务，以及如果提供，则在什么位置？”出于两方面的原因，需要一种解决方法。第一，作为任何数量的处理的结果(见下文)PDR可以意识到特定的网站(也就是说，机器名字和端口号)。如果PDR能够自动发现即时电视点播web服务是否存在，这将非常有用。一旦确定，PDR应该能够推断所提供的服务的类型，以及所提供的位置。第二，对于第三方站点来说对即时电视点播服务(web目录或搜索引擎的即时电视点播等价体)进行归类和索引，可以成为一个市场。通过提供一种标准化的描述机制，web工具能够自动发现即时电视点播服务并对其进行归类，而无需人工干预。

一旦PDR确定即时电视点播服务的存在，需要发现有关每个服务的下述信息：服务提供的位置，提供的即时电视点播服务的类型，服务在技术上的一致性，以及即时电视点播服务的版本号。

所提出的机制是将文件放置在服务器上，所述文件具有一个包含必须的信息的标准化的结构。该文件具有一个熟悉的名字，放置在网站的入口点，从而允许PDR自动检索该文件。本发明明确地包括WS-检查标准的使用，以定义文件结构以及文件的名字(inspection.wsil)。

如果一个网站不提供即时电视点播服务，则将具有熟悉名字的文件放置在网站的入口点。为了获取文件，PDR向下述URL作出一个HTTPGET请求。 http：//<machinename>：<port number>/<well known filename>端口号是任选的，通常不被包括在内。DNS是例外，DNS机制明确地返回一个端口号以及机器名字。返回一个可机读的文档(可以是XML形式，但不是必须的)，该文档通过向一个或多个服务描述文件包含引用(URLs)，来指出存在即时电视服务。本发明不对需要用到的服务描述文件的类型进行托管，但是明确地包括WSDL(Web ServiceDescription Langguage，web服务描述语言)的使用，以及UDDI的使用，以提供四个部分的信息，列在部分2中。每个服务描述文件可以，依次提供多于一个的有关即时电视点播服务的信息，取决于网站是如何选择组织其web服务的。文档还可以给出其他相关的即时电视点播服务文件的URLs，以方便发现，以及与新的服务之间的链接。该机制具有下述优点：对于网站来说，能够较轻便、容易地实现，允许新的即时电视点播web服务对自身进行描述，而无需注册一个第三方，并且方便发现，以及供web robot在产生一个用于即时电视点播服务搜索引擎的数据库的过程中使用的索引机制。

本发明假定PDR已经了解某个特定网站。域名能够通过大量不同的机制来获取。例如，用户通过其他的媒介(例如，推荐或广告)听说即时电视点播服务并且将域名手工输入到PDR。可选地，PDR可以支持web浏览器以允许用户在网上冲浪。这对于PDR来说，下载供用户访问的网站的即时电视点播文件(如果存在)相对比较便宜。相同地，也可以采用上文所述的DNS机制。PDR可以从大量不同的资源(例如，嵌入在视频流中的，作为搜索的结果，作为节目推荐的结果，或者作为远程产生的记录节目的请求的结果)中接收CRIDs。授权名字能够从CRIDs中提取以及在试图发现即时电视点播服务软件时充当域名使用。

此外，提出了一种业务模式，由此第三方能够明确地为即时电视点播web服务提供搜索和分类。这可以被认为与用来发现基于网站的HTML搜索和目录引擎相类似，。为创建这样一个网站，描述了一种第三方如何能够自动汇总该信息的方法。提出了WS-检查的特定使用的规范，允许第三方以有效的方式在即时电视点播web服务之间蜘蛛搜寻。

接下来，仅仅通过示例，参考附图对本发明的实施例进行描述，其中：

图1是一个可能的WS-检查文件的示例，

图2是一个相应的服务描述文件的示例，

图3是一个用于发现即时电视点播web服务的设备的示意图，图示了一个设备和一个服务器，

图4图示了经改进的WS-检查文件的第二实施例，

图5是一个发现即时电视点播web服务的方法的示意图，

图6是一个图3的设备和服务系统的示意图，图示了更深入的细节。

本发明应用于即时电视点播IP客户端和服务器。客户端可以是任何希望通过使用本发明接收有关电视节目时间表的设备。通常，该设备是一个个人数字记录器或者希望将电视节目时间表显示给用户的一些其他的电视设备(集成数字电视，机顶合，等等)。然而，任何其他能联网的设备都能使用本发明以达到相同的目的。这些设备包括个人计算机，移动电话，PDAs，等等。服务器可以是任何具有适当信息、能够驻留即时电视点播服务的web服务器。更为常见地，该服务器是一个广播电台web服务器，但也包括提供特定的、经增强的有关电视节目的元数据的第三方web站点。

图3图示了一个能联网的即时电视点播设备，例如，一个集成数字电视1，经由广域网(比如因特网)3与远端网络web服务器2相连。服务器2能够提供一个或多个即时电视点播相一致的web服务，例如节目时间表列表或者电影信息，等等。在广义方面，如图5所示，设备1通过接收一个web服务主机名字4，向服务器2发送一个结构化的查询5以及接收一个从服务器2返回的结构化的响应6，来发现即时电视web服务。查询和响应能够是任何标准形式，比如HTTP或SOAP。

更明确地，涉及发现新的即时电视服务的步骤，要求具有下列请求5和响应6的次序。首先，设备1获得主机名字4，比如example.com(方法步骤20)。两种用于产生主机名字4的可能的途径包括，仅仅从设备1上的用户接口直接接收一个基本的URL当作主机名字4使用，或者接收一个CRID(可以传输给设备1作为部分广播节目流)以及从CRID生成一个基本的URL当作主机名字4使用。

设备1随后，向服务器22作出一个HTTP GET请求，查询一个已知的地址，以获得熟知的文件(例如http：//example.com/inspection.wsil)。所述已知的地址通过采用基本的URL(主机名字4)并且加入一个预定义的后缀来产生。如果服务器2提供web服务(不一定非得是即时电视点播服务)，将返回一个包含所请求的文件的(inspection.wsil)成功的HTTP响应，该文件的一种可能的格式在图1中示出。如果服务器2不提供web服务，将发送回一个HTTP404(文件没有发现)的响应，并终止搜索过程。

接下来是文件的获取(方法步骤24)，设备1分析26文件并建立服务描述(比如，描述如何使用服务的WSDL文件的URL)的终点。所有后续的步骤将对每个所发现的终点重复执行。设备1随后设法为该终点获取服务描述。实现上述过程的精确机制依赖于所使用的服务描述协议(比如，UDDI或者WSDL)。在该例子中，采用了WSDL。为获取WSDL文件，设备1向服务器2作出一个HTTP GET请求，以获取文件(例如 http：//example.com/tva service.wsd)，有关例子图示在图2中。

设备1对返回的文件进行分析并且确定任何所描述的服务是否都是即时电视点播相一致的服务。这由给予服务的XML名字空间来判定。如果没有任何终点提供即时电视服务，搜索过程将终止。文件也允许设备1对每个服务以及提供服务的URL的精确的技术版本进行判定。设备1现在已经具有所有所需要的使用即时电视点播web服务的信息。在这个阶段，设备1可以选择对服务器提供的即时电视服务的信息进行缓存，或者立即使用这些服务。设备1也可以将可供人阅读的服务描述部分显示给用户(方法步骤28)，用户选择其中一个服务描述，设备1从用户选择的URL获取即时电视web服务。

图示在图6中的设备1包括通信装置30，通信装置30，用于经由网络查询一个已知的地址，以及从所述地址获取一个文件，文件具有预定义结构，以及包括处理装置32，用于分析文件以获取即时电视点播web服务描述文件的URLs。设备还包括一个显示设备34，用于显示可供人阅读的服务描述部分，以及用户接口装置36(一个合适的远程控制)，用于输入URL。也提供一个存储装置38，用于保存由通信装置30获取的即时电视点播web服务。

图6中的服务器系统2包括接收装置40，用于在一个已知的地址接收查询，以及包括供给装置42，用于提供一个文件以响应所述查询，所述文件具有预定义的结构。

经格式化的部分结构化的文件描述方式的一些附加限制，能够用于便利处理。这在图4中图示。确定地，当对即时电视点播web服务进行描述时，结构化的文件应当在网站可得的web服务描述中包括下述信息：一个表明服务是即时电视点播服务，即时电视点播服务的协议版本，以及所提供的即时电视点播服务的类型的提示。这些信息必须显示在结构化的文件中，而不是通过引用(例如，对服务的详细描述的引用)。按照这种方式，为确定即时电视点播服务的存在性，不需要下载并分析其他的文件。因此，减少了搜索空间的每个节点上所需要的处理量，并再次能够更加有效地蜘蛛搜寻即时电视web服务。

Web服务检查语言(Web Service Inspection Language)提供了指定如何检查一个存在可用web服务的网站的一种标准方法。WS-Inspection规范定义了在网站上用户可以寻找web服务描述的位置。下面的URLs给出了一个WS-Inspection概述和规范：

http：//www- 106/ibm.com/developworks/webservices/library/ws-wsilover/

http：//www- 106/ibm.com/developworks/webservices/library/ws- wsilspec.html/

图4图示了具有经改进的WS-Inspection文件的第二个实施例。该文件结构与图1中的WS-Inspection文件结构相比具有两个优点。首先，客户端设备能够从文件中直接确定与即时电视点播相一致的web服务的存在性，而无需进一步的网络事务处理。其次，与其他即时电视点播WS-Inspection文件的链接使得能够蜘蛛搜寻即时电视点播web服务。

在该图图示的是即时电视点播名字空间11，该名字空间11指出了所引用的协议的版本；endpointPresent属性12，指出了即时电视服务确实可用；以及implementedBinding元素13，受名字空间前缀(“tva：”)限定指出可用的即时电视点播服务的类型。11，12和13这些项指出如何使用WS-Inspection描述元素来引用即时电视点播服务。implementedBinding元素的使用意味着蜘蛛搜寻robots不需要下载WSDL文件(如位置属性中给出的)来确定即时电视点播服务的存在性。

项14是一个连接，指出了URL的存在，提供了一个与该文件格式相同的结构化的文件，以及项15是显示属性，指出至少一个即时电视点播服务在经连接的文档中引用。项14和15指出了如何与其他的WS-Inspection链接。跟随这些链接，将发现其他的包含即时电视点播服务引用的WS-Inspection文档。

尽管前文描述中提供了一种装置，通过该装置网站能够确定是否具有即时电视点播服务(如果存在，则在什么位置)，这只有当客户端对该网站的存在性具有先前的了解的情况下，才有用处。为了发现指定的即时电视点播服务，客户端设备可用的仅有的方法是对所有的网站作出一个穷尽搜寻(蜘蛛搜索)，以及使用前面描述的机制对每个存在的即时电视点播服务作出测试。这样的操作在计算上昂贵并且对于所设想的客户端类型(数字电视接收器，PDAs，等等)来说是不可行的。

因此，有必要改变搜索处理来减轻加在客户端设备的沉重负担。这可以通过使用包含经分类的web服务的第三方网站来实现。由于大多数网站不提供即时电视点播web服务，搜索处理改成能够以有效地发现即时电视点播web服务的方式来蜘蛛搜寻web。

本发明提出第三方对管理蜘蛛搜寻处理负责。至于第三方可以是谁，没有任何限制。有些例子如下：广播电台希望向即时电视点播客户提供一种附加值的服务；CE生产商希望改进其生产的设备的功能；而专家感兴趣的网站希望向用户提供即时电视点播信息。由于强大的计算机能够实现蜘蛛搜寻操作，计算的昂贵性就显得不那么突出了。第三方对所有已发现的即时电视点播目录进行维护。该目录可以提供一个HTML接口以允许用户发现并浏览所发现的即时电视点播服务。通过以某种方式对目录进行归类并且对服务进行分组，目录能增加帮助用户发现想要的服务的值，。

为使消费客户端(也就是说，即时电视点播设备，比如数字电视接收器)能够从驻留第三方主机服务目录的机器中自动检索信息，需要一个描述所发现的服务列表的标准装置。该描述能够得到某些标准组织(比如即时电视标准论坛)认可。可选地，如果目录服务是由CE生产商负责驻留，由于生产商既控制客户端设备(也就是说，CE设备)也控制目录服务器，所以可以选择执行一种专用的描述格式。

本发明可采用的另一种方法可以是，让目录服务提供一种单一集成的即时电视点播web服务，访问所有的来自已经发现的服务中可用的数据。然后，可以通过单一的即时电视点播web服务提供经汇总的数据。

对即时电视点播服务的有效蜘蛛搜寻，是基于上文描述的使用结构化的文件(在一个广为所知的位置)的机制之上的，对来自服务器的可用的即时电视点播服务进行描述。在此，补充提出该结构化的文件允许将URLs(也就是说，超链接)包含到其他即时电视点播web服务的描述文件。按照这种方式，“web服务蜘蛛搜寻”可用来为大量即时电视点播网站递归发现和下载结构化的文件。

通过蜘蛛搜寻标准化的服务位置文件，而不是HTML文件，搜索空间得到极大的减小，并且处理变得更为有效。结构化的文件分成两个部分-链接和描述，两者都可以是任意的。仅仅包含链接的结构化的文件能够用来描述即时电视点播web服务的列表。这种格式本身可以被目录服务用来充当所有已发现的服务的描述装置。

Claims (18)

1.一种用于发现即时电视点播web服务的方法，包括查询一个已知的地址，从所述地址获取一个文件，所述文件具有一个预定结构，并且分析所述文件来获取即时电视点播web服务描述文件的URLs。

2.根据权利要求1的方法，还包括接收一个CRID以及从所述CRID产生一个基本的URL。

3.根据权利要求1的方法，还包括接收一个基本的URL。

4.根据权利要求2或3的方法，其中所述已知地址通过采用所述基本的URL并向其添加一个预定义的后缀来产生。

5.根据任何前述权利要求的方法，还包括向用户显示一个所述web服务描述文件的可供人读取的部分，所述用户选择一个即时电视点播web服务并获取所述即时电视点播web服务。

6.用于发现即时电视点播web服务的设备，包括通信装置，用于经由网络查询一个已知的地址，并从所述地址获取一个文件，所述文件具有一个预定结构，并且分析所述文件来获取即时电视点播web服务描述文件的URLs。

7.根据权利要求6的设备，还包括一个显示设备，用于显示所述web服务描述文件中可供人读取的部分。

8.根据权利要求6或7的设备，还包括用户接口装置，用于输入URL。

9.根据权利要求7的设备，其中用户选择一种即时电视点播web服务，而所述通信装置获取所述即时电视点播web服务。

10.根据权利要求9的设备，还包括存储装置，用于保存通过通信装置获取的即时电视点播web服务。

11.一种提供对即时电视点播web服务访问的方法，包括在已知地址接收一个查询，提供一个文件以响应所述查询，所述文件包括即时电视点播web服务描述文件的URLs。

12.根据权利要求11的方法，其中所述已知的地址是通过将所述文件放置在网站入口点来产生的。

13.根据权利要求11或12的方法，其中所述文件还为每个独立的URL包含有关每个web服务的信息。

14.一种提供即时电视点播web服务访问的服务器系统，包括用于在已知地址接收一个查询的接收装置，和用于提供一个文件以响应所述查询的供给装置，所述文件包括即时电视点播web服务描述文件的URLs。

15.根据权利要求14的系统，其中所述已知地址是通过将所述文件放置在网站入口点来产生的。

16.根据权利要求14或15的系统，其中所述文件还还为每个独立的URL包含有关每个web服务的信息。

17.一种蜘蛛搜寻网站的方法，包括为一个非HTML web服务描述文件递归寻址一个URL，分析所述文件来获取非HTML web服务描述文件的进一步的URLs，以及记录所述进一步的URLs。

18.经由网络为即时电视点播web服务提供URLs的服务器系统，包括用于接收一个查询的接收装置，为即时电视点播web服务提供一个或多个URLs、以响应所述查询的供给装置，以及用于保存一个即时电视点播web分类列表的存储装置。