CN1921426A - UPnP媒体服务器中P2P服务器应用设备及应用方法 - Google Patents

Abstract

本发明涉及将P2P服务器的内部资料应用到UPnP媒体服务器中，使媒体服务器提供更丰富的媒体服务的技术。本发明提供UPnP AV媒体服务器中使用的媒体内容信息提供标准服务功能，依靠CDS、媒体信息控制部、局部信息存储部和文件共享用户模块部实现。CDS接收从文件共享中央服务器中输出的相关媒体信息；媒体信息控制部在文件共享中央服务器提出查询要求时，将查询文字等与查询相关的请求信息传递给文件分享用户模块，文件分享用户模块获得上述查询结果信息，转换为CDS查询XML格式后，再传递给CDS；局部信息存储部将上述CDS中管理的信息储存起来；共享文件用户模块部负责上述文件共享中央服务器与外部P2P之间的通信，承担不使用UPnP协议的文件共享用户作用。

Description

UPnP媒体服务器中P2P服务器应用设备及应用方法

技术领域

本发明涉及将P2P服务器的内部资料应用到UPnP媒体服务器中的技术，特别涉及UPnP媒体服务器中P2P服务器应用设备及应用方法。通过本发明，可以扩展媒体服务器的功能，特别是可以扩展家庭网络中支持有限媒体服务的媒体服务器功能，可以对P2P服务器中的资料进行查询，并将资料储存到局部存储器中，从而使媒体服务器可以提供更加丰富的媒体服务。

背景技术

UPnP(Universal Plug and Play)媒体服务器，可以将自己保有的媒体内容提供给媒体渲染器并进行播放。与非UPnP相比，UPnP媒体服务器具有支持利用UPnP协议的自动发现及标准化的协议的优点，但除了自动发现功能外，UPnP媒体服务器在内容提供方面并没在什么特别之处。从功能上来看，虽然可以传递其它服务器内的媒体文件，但在家庭网络这一有限的领域内其应用性与互联网相比功能十分有限，虽然也可以从互联网中获得资料，但具体方案还需要手动操作，对UPnP以外的条件的依赖性也非常大。

发明内容

如上所述，传统UPnP媒体服务器的缺点如下：在家庭网络这一有限的领域内其应用性十分有限，从互联网中获得资料的过程大部分还需要手动操作，对UPnP以外的条件的依赖性也非常大，难以提供丰富的媒体服务。

本发明的目的是扩展家庭网络中支持有限媒体服务的UPnP AV媒体服务器的功能，使其能够对P2P服务器中的资料进行查询，并将资料储存到局部存储器中，从而使媒体服务器可以提供更加丰富的媒体服务。

依据本发明的文件共享中央服务器中的信息查询处理过程如下：

第1阶段，CDS接到查询操作的请求，将相关查询请求传递给媒体信息控制部，媒体信息控制部接到查询操作请求后对其进行解释，将必要的信息传递给文件共享用户模块部的查询用户部；

第2阶段，查询用户部向特定文件共享服务器提出信息查询请求后，将从文件共享服务器中获得的查询结果传递给媒体信息控制部；

第3阶段，媒体信息控制部对接收到的查询结果进行分析，输出CDS查询应答需要的信息，将信息转换为CDS查询应答格式，传递给CDS；

第4阶段，上述CDS生成具有特定标题的容器(container)，并将查询结果储存在容器下。

依据本发明，从P2P服务器中接收文件的过程如下：

第1阶段，CDS对与输入资源操作相关的传送协议进行调查或对模式进行调查，通过P2P服务器内的资料判明希望的信息源的位置后，将相关信息传递给媒体信息控制部，媒体信息控制部输出文件共享用户模块中需要的信息，传送给文件共享用户模块内的传送用户部；

第2阶段，传送用户部向相关P2P服务器发出传送上述信息的请求后，从P2P服务器中接收相关媒体信息；

第3阶段，传送用户部将上述接收的媒体信息通过媒体信息控制部传送给CDS，CDS再将接收到的文件从临时储存的位置移动到与特定容器相关的位置上。

图1是依据本发明的UPnP媒体服务器中P2P服务器应用设备示意图。通过该设备，本发明可以提供UPnP AV媒体服务器中使用的媒体内容信息提供标准服务功能。该设备由CDS100、媒体信息控制部110、局部信息存储部120和文件共享用户模块部130构成。其中CDS100的功能是接收从文件共享中央服务器220中输出的相关媒体信息；媒体信息控制部110的功能是在文件共享中央服务器220提出查询要求时，将查询文字等与查询相关的请求信息传递给文件共享用户模块，文件共享用户模块获得上述查询结果信息，转换为CDS查询XML格式后，再传递给CDS；局部信息存储部120的功能是将上述CDS中管理的信息储存起来；文件共享用户模块部130的功能是负责上述文件共享中央服务器220与外部P2P之间的通信，承担不使用UPnP协议的文件共享用户作用。

如上所述，本发明是不受UPnP协议限制，互联网(而不是家庭网络)上的P2P服务器内的媒体资料的应用技术，通过本发明UPnP媒体服务器可以获得更加丰富的媒体资料，使媒体服务变得更加丰富多样。

附图说明

图1是依据本发明的P2P服务器应用设备示意图；

图2是本发明适用的全体网络环境示意图；

图3是媒体服务器的CDS结构示意图；

图4是依据本发明的文件共享中央服务器查询过程示意图；

图5是依据本发明的P2P服务器文件传递处理过程示意图。

附图主要部分符号说明

100：CDS                      110：媒体信息控制部

120：局部信息存储部           130：文件共享用户模块部

200：媒体服务器               210：控制点

220.：文件共享中央服务器      230：P2P服务器

具体实施方式

下面参照图2到图5对本发明的作用进行详细说明。

与传统的用户——服务器形态的互联网模块相比，P2P服务器的各处节点不仅具有用户功能，还具有服务器功能。因此，不但能从其它信息源中获得信息而且还能与其它信息源实现信息共享。P2P分为纯粹P2P方式和在中间加入查询服务器的P2P方式。纯粹P2P方式是中间没有查询服务器直接查询其它对等点的方式，这种方法可以查询的对等点数量相对比较少。而中间加入查询服务器的P2P方式可以通过中央服务器将当前互联网中的其它对等点的目录下载到内容查询程序中使用。使用中央服务器的方法有很多，如只将中央服务器应用到对等点登录中，在个别P2P中请求内容查询的方法；中央服务器不仅管理对等点的目录而且还管理相关对等点的内容目录，通过中央服务器实现内容查询的方法，以及中央服务器通过登录信息、内容查询，甚至内容本身的上载来进行管理的方法。本发明的实施例中采用的是由中央服务器来承担对等点目录管理和内容查询的任务，实际的内容交换通过个别P2P来实现的方式。使用其它方式时，本发明中采用的方式也同样适用。

首先参照图1及图2对依据本发明的媒体服务器内的各部分的作用进行说明。

CDS(CDS：Content Directory Service)100是UPnP AV媒体服务器200中使用的媒体内容信息提供标准服务。如图3所示，在文件共享中央服务器220中，为了指定接收的信息储存地点，在根下生成从基准的根派生出的容器和其它类似于远程查询根(Remote Search Root)的新容器。远程查询根是内部项目中不存在的特殊容器，利用对相关容器进行查询操作的机制，从文件共享中央服务器220中动态地获得相关媒体信息。

例如查询关键字“ABCD”，用远程查询根的子容器生成具有“ABCD”标题的新容器，在这个容器内部显示查询的结果。开始时向查询操作应答也传送相同的结果。通过一次查询生成查询结果用容器和下位项目目录，之后通过单纯的浏览操作(Browse action)就可以看到基准的结果。如果再重复一次查询操作，则通过上述说明的过程上载基准结果。

媒体信息控制部110在文件共享中央服务器发出查询请求时，从CDS100中接收查询文字等相关查询信息，传递给文件共享用户模块130内的查询用户部131。然后，查询用户部将从文件共享中央服务器中接收的查询结果信息在内部XML变换部111中变更为CDS查询XML格式后，传递给CDS100。

在实际CBS中通过创造对象操作(Create Object action)和输出资源操作(Import Resource action)下载P2P服务器230的文件时，如果相关操作的对象文件URI不是HTTP-GET形式，则不能进行CDS100与相关P2P服务器230之间的文件直接复制。上述情况下，CDS100向媒体信息控制部110提出传送信息请求，媒体信息控制部100将相关信息再次传送给文件共享用户模块部130内的传送用户部132。实际文件下载时向CDS传递实时进行信息的功能也由上述传送用户部132来承担。查询用户部131从文件共享中央服务器220接收到查询结果再传递给媒体信息控制部110时，在媒体信息控制部110内的XML变换部111将上述查询结果转换为符合CDS查询应答形式的XML格式。

文件共享用户模块部130是CDS中负责文件共享中央服务器220与外部P2P服务器230之间的通信的部分，承担不使用UPnP协议的文件共享用户功能。文件共享用户模块部使用与文件共享中央服务器220及P2P服务器一致的协议。必要的情况下文件共享中央服务器220及P2P服务器230的论证过程也在文件共享模块部中进行。

内部又分为查询用户部131和传送用户部132，查询用户部131向文件共享中央服务器220传送特定的查询关键词，文件共享中央服务器220再将查询结果通报给查询用户部131。上述查询结果再次传递给媒体信息控制部110后，制作成特定的形态，最后传递给CDS100。上述传送用户部132执行与含有相关资料的P2P服务器230相连接，下载资料的功能。

由于P2P服务器230的资料下载方式没有使用HTTP-GET的网页标准方式，所以上述CDS中不能直接下载P2P服务器230中的资料。在资料下载时，传送用户部132即能接收CDS100的请求向其传递当前传送中的状态信息，又能接收中断传送请求，中断当前传送。局部信息存储部120与CDS管理的信息存储部位于同一物理位置上，但具体的路径却可以不同，传送结束后，上述CDS100将接收到的文件移动到其管理的特定位置上，在进行浏览操作时将文件显示出来。

下面参照图4对文件共享中央服务器220信息查询过程进行详细的说明。

下面以为了使用与远程查询根相类似的标题对文件共享中央服务器220内的资料进行查询而在当前CDS100的根容器下创建特定的容器为例进行说明。这种情况下上述CDS100对相当于远程查询根的对象ID进行单独管理，进行与其它容器不同的处理。

如果还没有执行对远程查询根的查询操作，则在控制点210对相关的容器提出浏览请求时，显示结果就如同没有进入任何项目一样。

在控制点210中以远程查询根容器为对象传递关键词的查询操作命令。CDS100接收到查询操作命令后，对相关的容器ID进行调查，如果在远程查询根中接收到相关ID的请求，则脱离基准程序将查询请求信息传递给媒体信息控制部110。(S401)

上述过程中，查询操作内的查询标准(Search Criteria)要受到一定的制约，只使用文件共享中央服务器220中支持查询的标准，而不用考虑其它查询标准。例如使用的形式可以是“dc：title contains“ABCD””。媒体信息控制部110对接收到的请求信息进行解释，将必要的信息传递给文件共享用户模块部130内的查询用户部131。(S402)

依据上述过程查询用户部131对自身已经知道的特定文件共享中央服务器220提出查询请求。(S403)

文件共享中央服务器220将从内部数据库中得到的查询结果再次传送给上述查询用户部131，查询用户部131将查询结果传送给媒体信息控制部110。(S404)

然后，媒体信息控制部110对查询结果进行分析，输出CDS查询应答需要的信息，并将信息通过XML变换部111变换成CDS查询应答格式，最后将信息传递给上述CDS100。(S405，S406)

上述CDS100将查询操作应答的相关结果传送给控制点210。此外，如果最初查询的目标是文件名称中含有“ABCD”的文件，则在远程查询根下生成具有“ABCD”标题的容器，在其下面插入查询结果内容。(S407)(参照图3)

根据实现的方式，上述操作可以以CDS当前使用的数据库或标题，或者存储器上的特定形式进行储存。(S408)

通过上述过程将信息储存后，即使通过普通的浏览操作，查询操作也可以与局部浏览操作具有相同的结果。如果还需要上载信息则只要传送与开始相同的查询操作就可以通过相同的方案来实现。

如果想删除查询结果，则对“ABCD”容器进行销毁对象操作(Destroy Object action)即可。另外，媒体服务器200起动或程序结束时，如果将远程查询根下的容器项目全部删除，则再次起动时可以不保存基准的查询结果进行处理。

下面参照图5对P2P服务器文件传送过程进行详细说明。

如果想把属于远程查询根容器的特定容器的项目复制到特定局部容器下，则使用CDS100的创造对象操作和输出资源操作即可。

从控制点210角度来看，预复制的项目是局部服务器内的文件还是P2P内的文件都不会对操作产生影响，因此采用与普通文件传送方式相同的方式进行请求即可。

如果在控制点210中将创造对象操作传送给CDS100，则将预复制的项目信息复制到特定的局部容器内即可，上述过程与一般过程基本相同。

然后，通过输出资源操作，在控制点210提出传送文件的请求时，上述CDS100对与输出资源操作的SourceURI相关的传送协议进行调查或对DestnationURI的模式进行调查，判断希望获得的信息源是否在P2P服务器内。

如果希望获得的信息源在P2P服务器内，则向媒体信息控制部110传送文件相关信息，媒体信息控制部110再将从文件共享用户模块部130中输出需要的信息传送到文件共享用户模块部130内的传送用户部132中。(S501，S502)

因此，在上述传送用户部132中向相关的P2P服务器提出实际传送请求时，最终的媒体传送通过传送用户部132来传递。(S503，S506)

这时，传送用户部132通过供CDS100使用的局部信息存储部120来储存信息。传送过程中CDS100可以从控制点210接收获取传送进度(Get Transfer Progress)和停止传送资源(Stop Transfer Resource)等操作命令，这时CDS100对传送ID进行判断，如果传送ID是与P2P相关的传送则向媒体信息控制部110提出输出相关信息的请求。

上述媒体信息控制部110对相关请求进行加工，向传送用户部132提出请求，如果是获取传送进度请求，传送用户部132则通报当前传送状态信息，如果是停止传送资源请求，则中断当前传送过程。(S504，S505)

如果上述传送过程成功地结束，传送用户部132则通过媒体信息控制部110向CDS100传递结束事实和相关信息。然后在CDS100中将接收到的文件从临时储存的位置移动到与CDS100管理的特定容器相关的位置上，之后文件传送过程结束。(S507)

通过上述过程完成文件传送后，必要时可以删除接收到的信息中与<res>标记中的importURI相关信息。(S508)

通过上述的说明内容，相关工作人员完全可以在不偏离本项发明技术思想的范围内，进行多样的变更以及修改。

因此，本项发明的技术性范围并不局限于说明书上的内容，必须要根据权利范围来确定其技术性范围。

Claims (6)

1、一种UPnP媒体服务器中P2P服务器应用设备，其特征在于，包括：

接收从文件共享中央服务器(220)中输出的相关媒体信息的CDS(100)；

在文件共享中央服务器(220)提出查询要求时，将查询文字等与查询相关的请求信息传递给文件分享用户模块，文件分享用户模块获得上述查询结果信息，转换为CDS查询XML格式后，再传递给CDS的媒体信息控制部(110)；

将上述CDS中管理的信息储存起来的局部信息存储部(120)；

负责上述文件共享中央服务器(220)与外部P2P之间的通信，承担不使用UPnP协议的文件共享用户作用的共享文件用户模块部(130)。

2、如权利要求1所述的UPnP媒体服务器中P2P服务器应用设备，其特征在于，上述CDS(100)由为了指定储存文件共享中央服务器(220)中获得的信息位置而从基准根中派生的容器和从根下生成的其它新容器构成。

3、如权利要求1所述的UPnP媒体服务器中P2P服务器应用设备，其特征在于，上述媒体信息控制部(110)在实际进行文件下载时向CDS(100)实时进行信息传递。

4、如权利要求1所述的UPnP媒体服务器中P2P服务器应用设备，其特征在于，上述文件共享用户模块部(130)包括：

向文件共享中央服务器(220)传递特定的查询关键词，接收从文件共享中央服务器(220)传送来的查询结果通报，将查询结果加工成特定形态传递给CDS(100)的查询用户部(131)；与含有相关资料的P2P服务器(230)进行连接，下载资料的传送用户部(132)。

5、一种文件共享中央服务器中的信息查询处理方法，其特征在于，包括：

第1阶段，CDS接到查询操作的请求，将相关查询请求传递给媒体信息控制部，媒体控制部接到查询操作请求后对其进行解释，将必要的信息传递给文件共享用户模块部的查询用户部；

第2阶段，查询用户部向特定文件共享服务器提出信息查询请求后，将从文件共享服务器中获得的查询结果传递给媒体信息控制部；

第3阶段，媒体信息控制部对接收到的查询结果进行分析，输出CDS查询应答需要的信息，将信息转换为CDS查询应答格式，传递给CDS；

第4阶段，上述CDS生成具有特定标题的容器，并将查询结果储存在容器下。

6、一种从P2P服务器中接收文件的方法，其特征在于，包括：

第1阶段，CDS对与输入资源操作相关的传送协议进行调查或对模式进行调查，通过P2P服务器内的资料判明希望的信息源的位置后，将相关信息传递给媒体信息控制部，媒体信息控制部输出文件共享用户模块中需要的信息，传送给文件共享用户模块内的传送用户部；

第2阶段，传送用户部向相关P2P服务器发出传送上述信息的请求后，从P2P服务器中接收相关媒体信息；

第3阶段，传送用户部将上述接收的媒体信息通过媒体信息控制部传送给CDS，CDS再将接收到的文件从临时储存的位置移动到与特定容器相关的位置上。

Images