专利名称：媒体资源的操作方法、系统和设备的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种媒体资源的操作方法、系统和设备。
背景技术：
电信运营商未来发展战略是实现从"通信专家"向"信息专家"的跨域转移。电信增值业务发展未来方向是多媒体化和多用途化。在基于信息服务的电信增值业务中，往往存在一些海量的信息、媒体访问的需求。 例如中国移动农信通业务，目前的现状是多个省份建立了自己的农信通业务平台，包括彩信中的图片、彩铃中的音乐、留言录音文件、教学视频短片等等。这些信息目前是散落在各省的农信通业务平台中，重复存储，无法跨系统进行交互和共享，导致大量资源的闲置和浪费。解决以上问题的一个方法就是建立一个分布式信息管理平台，采用分布式技术将存储在各省业务平台节点中的资源整合、管理起来，对外提供统一的资源获取接口。分布式媒体资源库的优势是成本低，可靠性更高，更符合电信运营商的建设习惯，但是整个系统的复杂度提高了数倍，必须有合适的技术和设计方法来支撑。 现有技术中一种分布式信息管理平台的建立方法具体为在每个节点上建立FTP(File Transfer Protocol,文件传输协议)服务，同时建立一个资源分布的查询服务器，保存资源和FTP节点的对应关系，使用者先通过LDAP(Lightweight Directory AccessProtocol,轻量级目录访问协议)等协议访问查询服务器，查询资源所在的FTP服务器，然后通过专用FTP客户端链接服务器，在服务器端为每个客户端都生成一个会话(Session)保存客户端上下文状态，由客户端发出诸如LS、DIR、CD、PUT、GET、DELETE等命令，服务器根据指令在资源目录中移动，上传或下载资源文件，完成操作后，客户端结束会话，退出服务器。 该方法的问题在于，将资源的分布情况暴露给了客户端，客户端每次获取资源均需查询其分布情况，再根据查询的结果连接不同的服务器，没有实现对客户端的透明化，方便性、安全性均得不到保证。另外，由于业务场景中往往存在一段时间内集中的、爆发性的对某类资源访问，大量的访问都会集中在一个节点上，由于该方案要在服务器上保存客户端应用状态，这降低了服务器的可伸縮性，无法支持这种大规模的访问量。
现有技术中还提供了一种基于WebService/SOAP (Simple ObjectAccessProtocol，简单对象访问协议)协议的网络资源管理系统，使用SOAP协议替换FTP协议。SOAP协议通过WSDL (Web Services Description Language,网络服务描述语言)描述接口的调用方式，使用URI服务的入口 ，通过UDDI (Universal Description, Discoveryand Integration,通用描述、发现和集成)描述服务发现机制。 发明人在实现本发明的过程中，发现该方式虽然通过使用了无状态的请求避免了服务器端保留大量的会话，但是查看一个SOAP请求消息的具体内容时必须首先对消息体内容进行解析，使得网络中的负载均衡、转发代理、缓冲等常用的手段无法发挥作用，导致整体构架的可伸縮性(Scalability,表示在一个主动的配置中架构支持大量的组件或大量的组件之间交互的能力)低下，处理效率较低。
发明内容
本发明的实施例提供一种媒体资源的操作方法、系统和设备，用于简化媒体资源
的管理与操作方式，提高系统架构的可伸縮性。
本发明的实施例提供一种媒体资源的操作方法，包括 接收客户端发送的对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑通用资源标识符URI，所述逻辑URI与媒体资源对应；
根据所述HTTP消息操作与所述逻辑URI对应的媒体资源。
本发明的实施例还提供一种媒体资源的操作方法，包括 接收对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑URI ; 解析所述逻辑URI，获得与所述逻辑URI对应的媒体资源并进行操作；
发送对所述逻辑URI对应的媒体资源的操作结果。
本发明的实施例还提供一种网关设备，包括 消息接收单元，用于接收对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑URI，所述逻辑URI与媒体资源对应； 消息操作单元，用于根据所述HTTP消息操作与所述逻辑URI对应的媒体资源。
本发明的实施例还提供一种资源处理设备，包括 接收单元，用于接收对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑URI ; 解析单元，用于解析所述逻辑URI，获得与所述逻辑URI对应的媒体资源并进行操作； 发送单元，用于发送所述逻辑URI对应的媒体资源的操作结果。
本发明的实施例还提供一种客户端，包括 消息发送单元，用于向所述网关设备发送对媒体资源进行操作的HTTP消息，所述
HTTP消息头中包括操作指令和逻辑URI，所述逻辑URI与媒体资源对应； 接收解析单元，用于接收并解析所述网关设备发送的对与所述逻辑URI对应的媒
体资源的操作结果。 本发明的实施例还提供一种媒体资源的操作系统，包括网关设备和资源处理设备， 所述网关设备，用于接收客户端发送的对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑URI，所述逻辑URI与媒体资源对应；并根据所述HTTP消息操作与所述逻辑URI对应的媒体资源； 所述资源处理设备，用于接收对媒体资源进行操作的HTTP消息，解析所述消息中携带的逻辑URI，获得与所述逻辑URI对应的媒体资源并发送所述逻辑URI对应的媒体资源的操作结果。 与现有技术相比，本发明的实施例具有以下优点 通过使用逻辑URI对不同的媒体资源进行区分，简化了资源寻址方式；另外，通过使用HTTP消息头携带的操作指令以及逻辑URI对特定的媒体资源进行相应操作，从而简化了对资源的操作流程，提高了系统整体构架的处理效率以及可伸縮性。
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例中媒体资源的操作方法的应用网络场景示意图； 图2A和图2B是本发明实施例中媒体资源的操作方法流程图； 图3是本发明实施例中客户端A获取资源列表的流程图； 图4是本发明实施例中客户端A获取资源的流程图； 图5是本发明实施例中客户端B获取资源的流程图； 图6是本发明实施例中客户端C维护资源的流程图； 图7是本发明实施例中缓冲服务清除无效缓存的流程图； 图8是本发明实施例中网关设备的结构示意图； 图9是本发明实施例网关设备中消息操作单元的结构示意图； 图10是本发明实施例网关设备中消息操作单元的另一结构示意图； 图11是本发明实施例中资源处理设备的结构示意图； 图12是本发明实施例中客户端的结构示意图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 本发明的实施例中提供了一种媒体资源的操作方法，其应用场景如图1所示，包括客户端、资源目录、代理网关、缓冲服务以及资源接口。其中 客户端是资源的使用者，可能是一个外部系统，其与代理网关连接，并向代理网关发送对媒体资源进行操作的HTTP消息，该HTTP消息头中包括操作指令和媒体资源的逻辑URI。HTTP消息中的操作指令的不同可以大致分为两类，一类是用于进行媒体资源获取的消息如GET等， 一类是用于进行媒体资源维护的消息如POST (创建)/PUT (更新)/DELETE (删除)等。 资源目录用于保存媒体资源的逻辑URI和媒体资源所在资源接口的映射关系，供代理网关以及缓冲服务查询。 代理网关用于代理一个或多个客户端发送的请求，通过查看客户端发送的HTTP消息中的逻辑URI，以及资源目录保存的映射关系将HTTP消息转发至逻辑URI对应资源所在的资源接口。代理网关一般和客户端处于一个网段。 缓冲服务用于在本地保留媒体资源的拷贝，并具备媒体资源的缓冲老化功能。该缓冲服务可以集成在代理网关上。 资源接口用于根据HTTP消息，对HTTP消息中的逻辑URI对应的媒体资源进行操 作。 具体的，基于该网络架构，本发明的实施例中提供了一种媒体资源的操作方法，如 图2A所示，包括以下步骤 步骤s201、代理网关接收客户端发送的对媒体资源进行操作的HTTP消息，HTTP消
息头中包括操作指令和逻辑URI，该逻辑URI与媒体资源对应。 步骤s202、代理网关根据该HTTP消息操作与逻辑URI对应的媒体资源。 该方法中，如图2B所示，该媒体资源的操作方法还可以包括 步骤s210、接收对媒体资源进行操作的HTTP消息，该HTTP消息头中包括操作指令
和逻辑URI 。 步骤s211、解析该逻辑URI，获得与该逻辑URI对应的媒体资源并进行操作。
步骤s212、发送对该逻辑URI对应的媒体资源的操作结果。 本发明的实施例中，通过使用逻辑URI对不同的媒体资源进行区分，简化了资源 寻址方式；另外，通过使用HTTP消息头携带的操作指令以及逻辑URI对特定的媒体资源进 行相应操作，从而简化了对资源的操作流程，提高了系统整体构架的处理效率以及可伸縮 性。 以下结合不同的场景，对本发明实施例中媒体资源的操作方法进行详细说明。
本发明的一个实施例中，以客户端从资源接口获取资源为例，说明本发明实施例 中媒体资源的操作方法。假设客户端A是一个点歌业务系统，它需要获得截止到今天被点 播最多的10首歌曲资源列表，则客户端A从资源接口获取媒体资源的流程如图3所示，包 括以下步骤 步骤s30I、客户端A向代理网关A发送GET请求，GET请求中携带的逻辑 URI (Uniform Resource Identifier,通用资源标志符)为 具体的，代理网关首先对客户端A与代理网关间交互所使用的接口语言进行定 义。根据定义后的接口语言，客户端A可以根据需要生成所需的逻辑URI并向代理网关发 送。该逻辑URI与现有技术中通过客户端发送HTTP请求以获取特定URL(Uniform Resource Locator,通用资源定位符)链接内容的区别在于，URL链接所表示的是一个确定的地址，而 逻辑URI所代表的是业务资源本身，网络侧在对逻辑URI进行转化前，并不能直接根据一个 逻辑URI得到一个确定的地址。 步骤s302、代理网关A检查请求的消息头，发现为GET请求，于是向缓冲服务查询 该逻辑URI所代表的资源是否存在于缓冲服务的缓存中。 步骤s303、缓冲服务返回False,即该逻辑URI所代表的资源不存在缓冲服务的缓 存中。 步骤s304、代理网关A向资源目录发起查询，查询该逻辑URI在哪个资源接口。
步骤s305、资源目录返回查询结果为资源接口 B。 步骤s306、代理网关A向资源接口 B发送GET请求，GET请求中携带的URI为
8
步骤s307、资源接口向代理网关A返回资源列表。 具体的，资源接口通过解析查询出截止到今天被点播最多的10首歌曲资源，具体 可以通过调用动态脚本文件来实现，并将其得到的10首歌曲资源编码为如下的XML格式后 作为资源列表返回给代理网关。
〈？ xml version 〈items xmlns = 〃
1. 0〃 encoding
UTF-8〃 *
r6sourc6.com
〈item name =，，披着羊皮的狼，，〉http://www. resource, corn/music/pop/1110〈/
〈item name : 〈item name
'恭喜发财"〉http:/ "桃花朵朵开"〉http
resource, com/music/pop/1111〈/item> resource, com/music/pop/1112〈/
item>
item> ...... 〈/items〉 步骤s308、代理网关A获得结果后，将逻辑URI、资源列表(逻辑URI对应的媒体 资源)、媒体资源时间戳存入缓存。 步骤s309、代理网关A向客户端A返回资源列表。 本发明的实施例中，每个资源都有独特的逻辑URI标识，象"被点播最多的10首歌 曲资源列表，，也可以通过逻辑URIhttp://www. resource, com/music/pop/top10来标识，使 得寻址方式简化，增强了资源扩展性。 本发明的另一实施例中，以客户端从资源接口获取资源为例，说明本发明实施例 中媒体资源的操作方法。假设客户端A获得资源列表后，通过解析XML格式的资源列表， 获知"被点播最多的10首歌曲"里有《披着羊皮的狼》这首歌曲，且该歌曲的逻辑URI为 http:〃www. resource, com/music/pop/1110，想继续获得《披着羊皮的狼》这个资源。则客 户端A从资源接口获取媒体资源的流程如图4所示，包括以下步骤 步骤s401、客户端A向代理网关A发送GET请求，GET请求中携带的逻辑URI为 http:〃www. resource. com/music/pop/1110，这个逻辑URI是从接收到的资源列表中获得 的。 步骤s402、代理网关A检查请求的消息头，发现为GET请求，于是向缓冲服务查询 该逻辑URI所代表的资源是否存在缓冲服务的缓存中。 步骤s403、缓冲服务返回False,即该逻辑URI所代表的资源不存在缓冲服务的缓
存中。
http:
步骤s404、代理网关A向资源目录发起查询，查询该逻辑URI在哪个资源接口。 步骤s405、资源目录返回查询结果为资源接口 B。
步骤s406、代理网关A向资源接口 B发送GET请求，GET请求中携带的逻辑URI为
resource. com/music/pop/1110。 步骤s407、资源接口向代理网关A返回资源。该资源的返回过程中涉及的逻辑URI 解析查询过程与上述步骤s307所描述的过程相似，在此不进行重复描述。
步骤s408、代理网关A获得结果后，将资源存入缓存。
步骤s409、代理网关A向客户端A返回资源。
本发明的另一实施例中，以客户端从资源接口获取资源为例，说明本发明实施例 中媒体资源的操作方法。假设客户端A获得《披着羊皮的狼》这个资源之后的某一时刻，作 为彩铃业务系统的客户端B同样想获得《披着羊皮的狼》这个资源，则如图5所示，客户端 B从资源接口获取媒体资源的流程包括 步骤s501 、客户端B向代理网关A发送GET请求，GET请求中携带的URI为http: 〃 步骤s502、代理网关A检查请求的消息头，发现为GET请求，于是向缓冲服务查询 该逻辑URI所代表的资源是否存在缓冲服务的缓存中。 步骤s503、缓冲服务返回True,即该逻辑URI所代表的资源在缓冲服务的缓存中。
步骤s504、代理网关A向缓冲服务发送GET请求，GET请求中携带的逻辑URI为 步骤s505、缓冲服务向代理网关A返回URI对应的资源文件。 步骤s506、代理网关A向客户端B返回URI对应的资源文件。由于本次交互都是
在一个节点网络中，因此速度会非常快。 本发明的另一实施例中，以客户端修改资源接口中的资源为例，说明本发明实施 例中媒体资源的操作方法。假设客户端C是一个资源采编系统，它需要将《披着羊皮的狼》 的歌名改为《披着羊皮的狼_摇滚版》，如图6所示，该客户端C修改资源接口处的媒体资源 的流程包括 步骤s601、客户端C向代理网关B发送PUT请求，PUT请求中携带的逻辑URI为 http:〃www. resource, com/music/pop/1110的请求，并将修改内容通过编码携带在PUT消 息体中。 步骤s602、代理网关B解析消息头，发现是PUT请求(缓冲动作只针对GET请求)， 则询问资源目录该逻辑URI的位置。 步骤s603、资源目录返回查询结果为资源接口 B。
步骤s604、代理网关B向资源接口 B转发PUT请求。 步骤s605、资源接口 B完成该请求后更新资源时间戳，返回OK消息。该资源的返 回过程中涉及的逻辑URI解析查询过程与上述步骤s307所描述的过程相似，该过程在此不 进行重复描述。 步骤s606 、代理网关B向客户端C返回OK消息。 该实施例以HTTP消息中的操作为PUT为例进行了说明，可以理解的是，当操作为 DELETE、POST等其他对媒体资源的操作时，实施方式与上述PUT的操作方式相似，在此不进 行重复说明。 本发明的另一实施例中，对缓冲服务中的媒体资源的缓冲老化功能进行说明。具 体的，可以在缓冲服务中设置一个定时任务，定期清除无效的缓存。该缓冲服务清除本地缓 冲中无效的媒体资源的方法可以包括(l)缓冲服务定时遍历本地缓冲中的媒体资源，将 上次访问时间距离当前时间超过预设时间的媒体资源判断为无效并清除；(2)对于上次访 问时间距离当前时间未超过预设时间的媒体资源，缓冲服务可以通过资源目录获取所述媒 体资源所在的资源接口 ；并向资源接口发送查询媒体资源时间戳的请求；当资源接口发送 的媒体资源的时间戳晚于本地缓冲中所述媒体资源的时间戳时，缓冲服务判断该媒体资源为无效并清除。 过程如图7所示，该缓冲服务根据资源接口发送的媒体资源的时间戳清除无效缓 存的流程包括 步骤s701、缓冲服务定期遍历缓存对象。 步骤s702、缓冲服务向资源目录查询逻辑URI在哪个资源接口。
步骤s703、资源目录返回查询结果为资源接口 B。
步骤s704、缓冲服务向资源接口 B查询该逻辑URI的时间戳，如
GET http://www. resource, com/music/pop/1110/timestamp
步骤s705、资源接口 B向缓冲服务返回时间戳查询结果。 步骤s706、缓冲服务将返回的时间戳查询结果和自己保存对象的时间戳对比。
步骤s707、如果缓冲服务将返回的时间戳查询结果大于自己保存对象的时间戳， 则缓冲服务判断该对象失效，删除该失效对象。 本发明的实施例提供的上述方法中，通过使用逻辑URI对不同的媒体资源进行区 分，简化了资源寻址方式；另外，通过使用HTTP消息头携带的操作指令以及逻辑URI对特定 的媒体资源进行相应操作，从而简化了对资源的操作流程，提高了系统整体构架的处理效 率以及可伸縮性。最后，通过使用缓冲服务提高了资源获取速度，提高了用户体验。
本发明的实施例中还提供一种媒体资源的操作系统，包括网关设备和资源处理设 备。其中 网关设备用于接收客户端发送的对媒体资源进行操作的HTTP消息，该HTTP消息 头中包括操作指令和逻辑URI，逻辑URI与媒体资源对应；并根据该HTTP消息操作与逻辑 URI对应的媒体资源。 资源处理设备，用于接收对媒体资源进行操作的HTTP消息，解析消息中携带的逻 辑URI，获得与逻辑URI对应的媒体资源并进行操作；发送对逻辑URI对应的媒体资源的操 作结果。该资源处理设备可以为资源接口。 该操作系统还可以包括缓冲服务，用于当本地存在以该逻辑URI标识的媒体资源 时，将以该逻辑URI标识的媒体资源提供给网关设备；缓冲服务还用于清除本地缓冲中无 效的媒体资源。 该操作系统还可以包括资源目录，用于接收到网关设备或缓冲服务的查询逻辑 URI对应的媒体资源所在的资源处理设备时，发送查询结果。 该操作系统还可以包括客户端，用于向网关设备发送对媒体资源进行操作的HTTP 消息，HTTP消息头中包括操作指令和逻辑URI，逻辑URI与媒体资源对应；接收并解析网关 设备发送的对与逻辑URI对应的媒体资源的操作结果。 上述客户端、网关设备、资源接口、缓冲服务以及资源目录的组网形式可以如上述 图1所示，在此不进行重复描述。 本发明的实施例还提供一种网关设备，如图8所示，包括 消息接收单元10，用于接收对媒体资源进行操作的HTTP消息，该HTTP消息头中包 括操作指令和逻辑URI ; 消息操作单元20，用于根据该HTTP消息操作与逻辑URI对应的媒体资源。
具体的，当消息接收单元10接收的对媒体资源进行的操作具体为获取媒体资源时，如图9所示，消息操作单元20可以包括 第一查询单元21，用于查询缓冲服务中是否存在与逻辑URI对应的媒体资源；
第一获取单元22，用于当缓冲服务中存在逻辑URI对应的媒体资源时，从缓冲服 务获取逻辑URI对应的媒体资源。 第二查询单元23，用于在第一查询单元21查询到缓冲服务中不存在逻辑URI对应
的媒体资源时，向资源目录查询逻辑URI对应的媒体资源所在的资源接口 ； 资源接口信息接收单元24，用于接收资源目录发送的资源接口信息； 第二获取单元25，用于从资源接口信息对应的资源接口获取逻辑URI对应的媒体资源。 缓冲服务存储单元26，用于将第二获取单元25从资源接口信息对应的资源接口 获取的逻辑URI对应的媒体资源，存储到缓冲服务。 发送单元27，用于将第一获取单元22或第二获取单元25获取到的与逻辑URI对 应的媒体资源向客户端发送。 具体的，当消息接收单元10接收的对媒体资源进行的操作具体为对媒体资源的 维护时，如图10所示，消息操作单元20可以包括 第二查询单元23，用于向资源目录查询逻辑URI对应的媒体资源所在的资源接 □; 资源接口信息接收单元24，用于接收资源目录发送的资源接口信息； 维护请求发送单元28，用于向资源接口信息对应的资源接口发送对逻辑URI对应
的媒体资源的维护请求； 维护结果接收单元29，用于接收资源接口发送的维护结果。
发送单元27，用于将资源接口发送的维护结果向客户端发送。 本发明的实施例中还提供一种资源处理设备，该设备可以为资源接口，如图11所 示，包括 接收单元31，用于接收对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括 操作指令和逻辑URI。 解析单元32，用于解析所述逻辑URI，获得与所述逻辑URI对应的媒体资源并进行 操作；该解析具体可以通过调用动态脚本文件来实现。 发送单元33，用于发送对逻辑URI对应的媒体资源的操作结果。具体的，当操作指 令具体为获取媒体资源时，发送与所述逻辑URI对应的媒体资源；操作指令具体为对媒体 资源的维护时，用于发送对逻辑URI对应的媒体资源进行维护后的结果。
本发明的实施例中还提供一种客户端，如图12所示，包括 消息发送单元51，用于向网关设备发送对媒体资源进行操作的HTTP消息，该HTTP 消息头中包括操作指令和逻辑URI，逻辑URI与媒体资源对应； 接收解析单元52，用于接收并解析网关设备发送的对与逻辑URI对应的媒体资源 的操作结果。 本发明的实施例提供的上述系统和设备中，通过使用逻辑URI对不同的媒体资源 进行区分，简化了资源寻址方式；另外，通过使用HTTP消息头携带的操作指令以及逻辑URI 对特定的媒体资源进行相应操作，从而简化了对资源的操作流程，提高了系统整体构架的处理效率以及可伸縮性。最后，通过使用缓冲服务提高了资源获取速度，提高了用户体验。
上述模块可以分布于一个装置，也可以分布于多个装置。上述模块可以合并为一 个模块，也可以进一步拆分成多个子模块。 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通
过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发
明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储
介质(可以是CD-R0M， U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可
以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流
程并不一定是实施本发明所必须的。 本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分 布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。 以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领 域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
一种媒体资源的操作方法，其特征在于，包括接收客户端发送的对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑通用资源标识符URI，所述逻辑URI与媒体资源对应；根据所述HTTP消息操作与所述逻辑URI对应的媒体资源。
2. 如权利要求1所述的方法，其特征在于，所述操作指令具体为获取媒体资源时， 所述根据HTTP消息操作与所述逻辑URI对应的媒体资源包括 查询缓冲服务中是否存在与所述逻辑URI对应的媒体资源；所述缓冲服务中存在所述逻辑URI对应的媒体资源时，从所述缓冲服务获取所述逻辑 URI对应的媒体资源；所述缓冲服务中不存在所述逻辑URI对应的媒体资源时，向资源目录 查询所述逻辑URI对应的媒体资源所在的资源接口 ；接收所述资源目录发送的资源接口信 息；从所述资源接口信息对应的资源接口获取所述逻辑URI对应的媒体资源。
3. 如权利要求2所述的方法，其特征在于，所述根据所述HTTP消息操作与所述逻辑 URI对应的媒体资源后还包括向所述客户端发送获取到的与所述逻辑URI对应的媒体资源。
4 . 如权利要求2所述的方法，其特征在于，所述从资源接口信息对应的资源接口获取 所述逻辑URI对应的媒体资源之后，还包括将从所述资源接口信息对应的资源接口获取的所述逻辑URI对应的媒体资源，存储到 所述缓冲服务。
5. 如权利要求1所述的方法，其特征在于，所述操作指令具体为对媒体资源的维护时， 所述根据HTTP消息操作与所述逻辑URI对应的媒体资源包括 向资源目录查询所述逻辑URI对应的媒体资源所在的资源接口 ； 接收所述资源目录发送的资源接口信息；向所述资源接口信息对应的资源接口发送对所述逻辑URI对应的媒体资源的维护请求；接收所述资源接口发送的维护结果，并将所述维护结果向客户端发送。
6. 如权利要求2至4中任一项所述的方法，其特征在于，还包括 所述缓冲服务定时遍历本地缓冲中的媒体资源，将上次访问时间距离当前时间超过预设时间的媒体资源判断为无效并清除；或者，所述缓冲服务对于本地缓冲中的媒体资源，通过资源目录获取所述媒体资源所在的资 源接口 ，所述缓冲服务向所述资源接口发送查询所述媒体资源时间戳的请求，所述资源接 口发送的所述媒体资源的时间戳晚于本地缓冲中所述媒体资源的时间戳时，所述缓冲服务 判断所述媒体资源为无效并清除。
7. —种媒体资源的操作方法，其特征在于，包括接收对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑URI ; 解析所述逻辑URI，操作与所述逻辑URI对应的媒体资源； 发送对所述逻辑URI对应的媒体资源的操作结果。
8. 如权利要求7所述的方法，其特征在于，所述操作指令具体为获取媒体资源时，所述 操作与所述逻辑URI对应的媒体资源包括获取与所述逻辑URI对应的媒体资源。
9. 如权利要求7所述的方法，其特征在于，所述操作指令具体为对媒体资源的维护时， 所述操作与所述逻辑URI对应的媒体资源包括维护与所述逻辑URI对应的媒体资源。
10. —种网关设备，其特征在于，包括消息接收单元，用于接收对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操 作指令和逻辑URI，所述逻辑URI与媒体资源对应；消息操作单元，用于根据所述HTTP消息操作与所述逻辑URI对应的媒体资源。
11. 如权利要求io所述的网关设备，其特征在于，所述消息接收单元接收的操作指令具体为获取媒体资源时，所述消息操作单元包括第一查询单元，用于查询缓冲服务中是否存在与所述逻辑URI对应的媒体资源； 第一获取单元，用于当所述缓冲服务中存在所述逻辑URI对应的媒体资源时，从所述缓冲服务获取所述URI对应的媒体资源；第二查询单元，用于在所述第一查询单元查询到缓冲服务中不存在所述URI对应的媒体资源时，向资源目录查询所述逻辑URI对应的媒体资源所在的资源接口 ； 资源接口信息接收单元，用于接收所述资源目录发送的资源接口信息； 第二获取单元，用于从所述资源接口信息对应的资源接口获取所述逻辑URI对应的媒体资源。
12. 如权利要求10所述的网关设备，其特征在于，所述消息操作单元还包括 缓冲服务存储单元，用于将所述第二获取单元从资源接口信息对应的资源接口获取的所述逻辑URI对应的媒体资源，存储到所述缓冲服务。发送单元，用于将所述第一获取单元或第二获取单元获取到的与所述逻辑URI对应的 媒体资源向所述客户端发送。
13. 如权利要求8所述的网关设备，其特征在于，所述消息接收单元接收的操作指令具 体为对媒体资源的维护时，所述消息操作单元包括所述第二查询单元，还用于向资源目录查询所述逻辑URI对应的媒体资源所在的资源接口 ；所述资源接口信息接收单元，还用于接收所述资源目录发送的资源接口信息； 维护请求发送单元，用于向所述资源接口信息对应的资源接口发送对所述URI对应的 媒体资源的维护请求；维护请求接收单元，用于接收所述资源接口发送的维护结果； 所述发送单元，还用于向所述客户端发送所述维护结果。
14. 一种资源处理设备，其特征在于，包括接收单元，用于接收对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指 令和逻辑URI ;解析单元，用于解析所述逻辑URI，操作与所述逻辑URI对应的媒体资源； 发送单元，用于发送对所述逻辑URI对应的媒体资源的操作结果。
15. 如权利要求14所述的资源处理设备，其特征在于，所述操作指令具体为获取媒体 资源时，所述解析单元用于获取与所述逻辑URI对应的媒体资源；所述操作指令具体为对 媒体资源的维护时，所述解析单元还用于维护所述逻辑URI对应的媒体资源。
16. —种客户端，其特征在于，包括消息发送单元，用于向所述网关设备发送对媒体资源进行操作的HTTP消息，所述HTTP 消息头中包括操作指令和逻辑URI，所述逻辑URI与媒体资源对应；接收解析单元，用于接收并解析所述网关设备发送的对与所述逻辑URI对应的媒体资源的操作结果。
17. —种媒体资源的操作系统，其特征在于，包括网关设备和资源处理设备， 所述网关设备，用于接收客户端发送的对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑URI，所述逻辑URI与媒体资源对应；并根据所述HTTP消息操 作与所述逻辑URI对应的媒体资源；所述资源处理设备，用于接收对媒体资源进行操作的HTTP消息，解析所述消息中携带 的逻辑URI，操作与所述逻辑URI对应的媒体资源并向送所述逻辑URI对应的媒体资源的操 作结果。
18. 如权利要求17所述的操作系统，其特征在于，所述操作系统还包括缓冲服务，用于 当本地存在以所述逻辑URI标识的媒体资源时，将以所述逻辑URI标识的媒体资源提供给 所述网关设备；所述缓冲服务还用于清除本地缓冲中无效的媒体资源。
19. 如权利要求17或18所述的操作系统，其特征在于，还包括资源目录，用于接收到所 述网关设备或缓冲服务的查询所述逻辑URI对应的媒体资源所在的资源处理设备时，发送 查询结果。
全文摘要
本发明的实施例公开了一种媒体资源的操作方法、系统和设备。该方法包括接收客户端发送的对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑通用资源标识符URI，所述逻辑URI与媒体资源对应；根据所述HTTP消息操作与所述逻辑URI对应的媒体资源。本发明的实施例中，通过使用逻辑URI对不同的媒体资源进行区分，简化了资源寻址方式；另外，通过使用HTTP消息头携带的操作指令以及逻辑URI对特定的媒体资源进行相应操作，从而简化了对资源的操作流程，提高了系统整体构架的处理效率以及可伸缩性。
文档编号H04L12/56GK101741877SQ20081018044
公开日2010年6月16日 申请日期2008年11月27日 优先权日2008年11月27日
发明者曹祖鹏 申请人:华为技术有限公司