CN101741877A - 媒体资源的操作方法、系统和设备 - Google Patents
媒体资源的操作方法、系统和设备 Download PDFInfo
- Publication number
- CN101741877A CN101741877A CN200810180444A CN200810180444A CN101741877A CN 101741877 A CN101741877 A CN 101741877A CN 200810180444 A CN200810180444 A CN 200810180444A CN 200810180444 A CN200810180444 A CN 200810180444A CN 101741877 A CN101741877 A CN 101741877A
- Authority
- CN
- China
- Prior art keywords
- resource
- media
- uri
- media resource
- operating
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 238000012545 processing Methods 0.000 claims abstract description 22
- 239000000872 buffer Substances 0.000 claims description 37
- 230000003139 buffering effect Effects 0.000 claims description 36
- 238000012423 maintenance Methods 0.000 claims description 19
- 230000008569 process Effects 0.000 abstract description 11
- 238000010586 diagram Methods 0.000 description 8
- 241000282421 Canidae Species 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000032683 aging Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 244000144730 Amygdalus persica Species 0.000 description 1
- 241000282461 Canis lupus Species 0.000 description 1
- 235000006040 Prunus persica var persica Nutrition 0.000 description 1
- 240000008042 Zea mays Species 0.000 description 1
- 235000005824 Zea mays ssp. parviglumis Nutrition 0.000 description 1
- 235000002017 Zea mays subsp mays Nutrition 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 235000005822 corn Nutrition 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000002360 explosive Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000011022 operating instruction Methods 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 239000011435 rock Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明的实施例公开了一种媒体资源的操作方法、系统和设备。该方法包括：接收客户端发送的对媒体资源进行操作的HTTP消息，所述HTTP消息头中包括操作指令和逻辑通用资源标识符URI，所述逻辑URI与媒体资源对应；根据所述HTTP消息操作与所述逻辑URI对应的媒体资源。本发明的实施例中，通过使用逻辑URI对不同的媒体资源进行区分，简化了资源寻址方式；另外，通过使用HTTP消息头携带的操作指令以及逻辑URI对特定的媒体资源进行相应操作，从而简化了对资源的操作流程，提高了系统整体构架的处理效率以及可伸缩性。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种媒体资源的操作方法、系统和设备。
背景技术
电信运营商未来发展战略是实现从“通信专家”向“信息专家”的跨域转移。电信增值业务发展未来方向是多媒体化和多用途化。在基于信息服务的电信增值业务中，往往存在一些海量的信息、媒体访问的需求。
例如：中国移动农信通业务，目前的现状是多个省份建立了自己的农信通业务平台，包括彩信中的图片、彩铃中的音乐、留言录音文件、教学视频短片等等。这些信息目前是散落在各省的农信通业务平台中，重复存储，无法跨系统进行交互和共享，导致大量资源的闲置和浪费。解决以上问题的一个方法就是建立一个分布式信息管理平台，采用分布式技术将存储在各省业务平台节点中的资源整合、管理起来，对外提供统一的资源获取接口。分布式媒体资源库的优势是成本低，可靠性更高，更符合电信运营商的建设习惯，但是整个系统的复杂度提高了数倍，必须有合适的技术和设计方法来支撑。
现有技术中一种分布式信息管理平台的建立方法具体为：在每个节点上建立FTP(File Transfer Protocol，文件传输协议)服务，同时建立一个资源分布的查询服务器，保存资源和FTP节点的对应关系，使用者先通过LDAP(Lightweight Directory Access Protocol，轻量级目录访问协议)等协议访问查询服务器，查询资源所在的FTP服务器，然后通过专用FTP客户端链接服务器，在服务器端为每个客户端都生成一个会话(Session)保存客户端上下文状态，由客户端发出诸如LS、DIR、CD、PUT、GET、DELETE等命令，服务器根据指令在资源目录中移动，上传或下载资源文件，完成操作后，客户端结束会话，退出服务器。
该方法的问题在于，将资源的分布情况暴露给了客户端，客户端每次获取资源均需查询其分布情况，再根据查询的结果连接不同的服务器，没有实现对客户端的透明化，方便性、安全性均得不到保证。另外，由于业务场景中往往存在一段时间内集中的、爆发性的对某类资源访问，大量的访问都会集中在一个节点上，由于该方案要在服务器上保存客户端应用状态，这降低了服务器的可伸缩性，无法支持这种大规模的访问量。
现有技术中还提供了一种基于WebService/SOAP(Simple Object AccessProtocol，简单对象访问协议)协议的网络资源管理系统，使用SOAP协议替换FTP协议。SOAP协议通过WSDL(Web Services Description Language，网络服务描述语言)描述接口的调用方式，使用URI服务的入口，通过UDDI(Universal Description，Discovery and 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，通用资源标志符)为：
http://www.resource.com/music/pop/top10。
具体的，代理网关首先对客户端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为http://www.resource.com/music/pop/top10。
步骤s307、资源接口向代理网关A返回资源列表。
具体的，资源接口通过解析查询出截止到今天被点播最多的10首歌曲资源，具体可以通过调用动态脚本文件来实现，并将其得到的10首歌曲资源编码为如下的XML格式后作为资源列表返回给代理网关。
<？xml version＝″1.0″encoding＝″UTF-8″？>
<items xmlns＝″www.resource.com″>
<item name＝”披着羊皮的狼”>http://www.resource.corn/music/pop/1110</item>
<item name＝”恭喜发财”>http://www.resource.com/music/pop/1111</item>
<item name＝”桃花朵朵开”>http://www.resource.com/music/pop/1112</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所代表的资源不存在缓冲服务的缓存中。
步骤s404、代理网关A向资源目录发起查询，查询该逻辑URI在哪个资源接口。
步骤s405、资源目录返回查询结果为资源接口B。
步骤s406、代理网关A向资源接口B发送GET请求，GET请求中携带的逻辑URI为http://www.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://www.resource.com/music/pop/1110。
步骤s502、代理网关A检查请求的消息头，发现为GET请求，于是向缓冲服务查询该逻辑URI所代表的资源是否存在缓冲服务的缓存中。
步骤s503、缓冲服务返回True，即该逻辑URI所代表的资源在缓冲服务的缓存中。
步骤s504、代理网关A向缓冲服务发送GET请求，GET请求中携带的逻辑URI为http://www.resource.com/music/pop/1110。
步骤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的操作方式相似，在此不进行重复说明。
本发明的另一实施例中，对缓冲服务中的媒体资源的缓冲老化功能进行说明。具体的，可以在缓冲服务中设置一个定时任务，定期清除无效的缓存。该缓冲服务清除本地缓冲中无效的媒体资源的方法可以包括：(1)缓冲服务定时遍历本地缓冲中的媒体资源，将上次访问时间距离当前时间超过预设时间的媒体资源判断为无效并清除；(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-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (19)
1.一种媒体资源的操作方法，其特征在于，包括：
接收客户端发送的对媒体资源进行操作的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.如权利要求10所述的网关设备，其特征在于，所述消息接收单元接收的操作指令具体为获取媒体资源时，所述消息操作单元包括：
第一查询单元，用于查询缓冲服务中是否存在与所述逻辑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对应的媒体资源所在的资源处理设备时，发送查询结果。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101804442A CN101741877B (zh) | 2008-11-27 | 2008-11-27 | 媒体资源的操作方法、系统和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101804442A CN101741877B (zh) | 2008-11-27 | 2008-11-27 | 媒体资源的操作方法、系统和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101741877A true CN101741877A (zh) | 2010-06-16 |
| CN101741877B CN101741877B (zh) | 2013-01-23 |
Family
ID=42464762
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101804442A Active CN101741877B (zh) | 2008-11-27 | 2008-11-27 | 媒体资源的操作方法、系统和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101741877B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102281302A (zh) * | 2011-08-24 | 2011-12-14 | 中国联合网络通信集团有限公司 | 资源访问处理方法及系统 |
| CN107104993A (zh) * | 2016-02-19 | 2017-08-29 | 中国移动通信集团公司 | 一种统一资源标识符的传输、获得方法及装置 |
| CN109302465A (zh) * | 2018-09-18 | 2019-02-01 | 天津字节跳动科技有限公司 | 多端服务资源的管理方法及系统 |
| CN109446382A (zh) * | 2018-10-29 | 2019-03-08 | 杭州数梦工场科技有限公司 | 资源管理方法及系统 |
| WO2021179169A1 (zh) * | 2020-03-10 | 2021-09-16 | Oppo广东移动通信有限公司 | 资源管理方法、装置及可读存储介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6701415B1 (en) * | 1999-03-31 | 2004-03-02 | America Online, Inc. | Selecting a cache for a request for information |
| US20020120743A1 (en) * | 2001-02-26 | 2002-08-29 | Lior Shabtay | Splicing persistent connections |
| US7315892B2 (en) * | 2001-06-27 | 2008-01-01 | International Business Machines Corporation | In-kernel content-aware service differentiation |
| CN101119385A (zh) * | 2007-08-10 | 2008-02-06 | 深圳市深信服电子科技有限公司 | 利用WebPush技术提高HTTP网络速度的方法 |
| CN101197827B (zh) * | 2007-12-14 | 2010-12-08 | 华为技术有限公司 | 一种文档管理方法、系统以及相关设备 |
-
2008
- 2008-11-27 CN CN2008101804442A patent/CN101741877B/zh active Active
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102281302A (zh) * | 2011-08-24 | 2011-12-14 | 中国联合网络通信集团有限公司 | 资源访问处理方法及系统 |
| CN107104993A (zh) * | 2016-02-19 | 2017-08-29 | 中国移动通信集团公司 | 一种统一资源标识符的传输、获得方法及装置 |
| CN109302465A (zh) * | 2018-09-18 | 2019-02-01 | 天津字节跳动科技有限公司 | 多端服务资源的管理方法及系统 |
| CN109302465B (zh) * | 2018-09-18 | 2021-06-25 | 天津字节跳动科技有限公司 | 多端服务资源的管理方法及系统 |
| CN109446382A (zh) * | 2018-10-29 | 2019-03-08 | 杭州数梦工场科技有限公司 | 资源管理方法及系统 |
| CN109446382B (zh) * | 2018-10-29 | 2020-07-24 | 杭州数梦工场科技有限公司 | 资源管理方法及系统 |
| WO2021179169A1 (zh) * | 2020-03-10 | 2021-09-16 | Oppo广东移动通信有限公司 | 资源管理方法、装置及可读存储介质 |
| CN114830618A (zh) * | 2020-03-10 | 2022-07-29 | Oppo广东移动通信有限公司 | 资源管理方法、装置及可读存储介质 |
| CN114830618B (zh) * | 2020-03-10 | 2023-09-19 | Oppo广东移动通信有限公司 | 资源管理方法、装置及可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101741877B (zh) | 2013-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Liu et al. | Mobile edge cloud system: Architectures, challenges, and approaches | |
| Guinard et al. | Towards physical mashups in the web of things | |
| US8543646B2 (en) | Subscriber device and subscription management that supports real-time communication | |
| EP1759513B1 (en) | Method, system and computer program to enable querying of resources in a certain context by defining a sip event package | |
| US9503529B2 (en) | System and method to transport HTTP over XMPP | |
| CN110311983B (zh) | 服务请求的处理方法、装置、系统、电子设备及存储介质 | |
| Bouloukakis et al. | Automated synthesis of mediators for middleware-layer protocol interoperability in the IoT | |
| Tenorio-Fornés et al. | Open peer-to-peer systems over blockchain and ipfs: An agent oriented framework | |
| CN102271165B (zh) | 互联网搜索资源的分享管理装置及方法 | |
| JP2004523854A (ja) | エッジ・サーバ・コンピュータを選択する方法およびコンピュータ・システム | |
| US8082296B2 (en) | Bus system | |
| CN101741877B (zh) | 媒体资源的操作方法、系统和设备 | |
| EP2529533A1 (en) | Method, apparatus and system for intercepted triggering of execution of internet services | |
| KR20120038187A (ko) | 컨텐츠 중심 네트워킹 환경에서 그룹 변경에 관한 정보를 이용한 컨텐츠 공유 방법 및 장치 | |
| Tekinerdogan et al. | Pattern based integration of internet of things systems | |
| CN111901230A (zh) | 一种支持设备接入验证的物联网网关、系统和设备接入验证的方法 | |
| CA2604902A1 (en) | System and method for enabling group subscription for asynchronous push-based applications on a wireless device | |
| Petz et al. | Madserver: A server architecture for mobile advanced delivery | |
| CN109922139B (zh) | 异构网络的动态服务发现与发布方法 | |
| KR20090006504A (ko) | 아이피 멀티미디어 서브시스템에서 피투피 서비스 제공방법 및 장치 | |
| Hossain et al. | A biologically inspired framework for multimedia service management in a ubiquitous environment | |
| Baraki et al. | Sam: A semantic-aware middleware for mobile cloud computing | |
| CN104243560A (zh) | 移动设备上的web服务系统 | |
| Fawaz et al. | Efficient execution of service composition for content adaptation in pervasive computing | |
| Lavinal et al. | A next-generation service overlay architecture |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: HUIZHOU ZHITAI ENTERPRISE MANAGEMENT CO., LTD. Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD. Effective date: 20150211 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 516003 HUIZHOU, GUANGDONG PROVINCE |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20150211 Address after: 516003 Guangdong province Huizhou City Mountain Road No. 4 Building 12 layer Dweh No. 06 A District Patentee after: Huizhou wisdom Enterprise Management Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20151222 Address after: 523000, building 3, building A, 10 North Third Street, Fragrant Hill Village, Qingxi village, Qingxi Town, Guangdong, Dongguan Patentee after: Dongguan Yichang Electronic Product Co., Ltd. Address before: 516003 Guangdong province Huizhou City Mountain Road No. 4 Building 12 layer Dweh No. 06 A District Patentee before: Huizhou wisdom Enterprise Management Co., Ltd. |