CN101515857B - 一种多媒体能力管理的方法及装置 - Google Patents

一种多媒体能力管理的方法及装置 Download PDF

Info

Publication number
CN101515857B
CN101515857B CN200810026463.XA CN200810026463A CN101515857B CN 101515857 B CN101515857 B CN 101515857B CN 200810026463 A CN200810026463 A CN 200810026463A CN 101515857 B CN101515857 B CN 101515857B
Authority
CN
China
Prior art keywords
client
server
ability
dcd
information
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.)
Active
Application number
CN200810026463.XA
Other languages
English (en)
Other versions
CN101515857A (zh
Inventor
董挺
杨健
陈国乔
王雷
范姝男
张惠萍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200810026463.XA priority Critical patent/CN101515857B/zh
Priority to PCT/CN2009/070424 priority patent/WO2009103228A1/zh
Publication of CN101515857A publication Critical patent/CN101515857A/zh
Application granted granted Critical
Publication of CN101515857B publication Critical patent/CN101515857B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例提供一种多媒体能力管理的方法，包括：获取客户端的多媒体能力信息；根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器。本发明实施例还提供一种多媒体能力管理的装置。本发明实施例可以根据客户端提供的能力信息对客户端进行匹配处理，更有效地管理客户端的内容发送和能力信息，以便在此基础之上更好的开展相关的业务。

Description

一种多媒体能力管理的方法及装置
技术领域
本发明涉及通信领域，尤其是涉及一种多媒体能力管理的方法及装置。
背景技术
动态内容分发DCD(Dynamic Content Delivery)是为了增强客户端用户的信息浏览体验，通过周期下载或者推送的方式，把用户需要的个性化和定制的内容更新到用户的客户端中。DCD极大地简化了内容发现和内容获得的方式，降低了用户的使用难度，方便用户获得最想要的内容。这些内容通过生动的展现，增加用户的交互性，吸引用户主动浏览更多的相关的内容。
DCD客户端多媒体能力信息是指，DCD客户端能够正常接收和使用多媒体业务的一种属性，通常标识DCD客户端能力信息的方式有以下三种：
1、User Agent：User Agent必须包括型号、客户端软件版本，推荐包括播放器名称和版本信息。
2、ua-profile：用户客户端档案服务器(User Agent Profile)用于存储用户参数和设备功能信息。客户端将携带保存在档案服务器上的能力信息地址URL发送到服务器。服务器会根据客户端提供的URL，来查询客户端能力。
3、消息体方式：消息体方式是将客户端能力信息在消息体当中描述。
富媒体环境RME(Rich Media Environment)是OMA制定的关于移动富媒体的业务模型，是多媒体业务的增强。对于RME的广播方式，通常利用地面广播网络将RME业务下发到客户端，广播内容采用统一格式发送，不区分客户端能力差异。
发明人在实施本发明的过程中，发现现有的技术方案中，服务器与客户端的能力管理至少存在如下问题：
当服务器上保存的客户端能力信息不完整的时候，无法发起一个重新找回的过程，而按照统一对待的方式，这将影响到该客户端的用户体验；
当客户端能力发生变化或者修改的时候，不能够让服务器及时主动的感知客户端能力的变化，从而根据变化后的能力信息主动地对业务的相关参数和策略进行调整，更有针对性地开展业务。
另外，对于DCD情况下广播情况中，服务器对客户端按照能力进行区分，对不同能力的客户端发送不同的内容，目前没有方法实现。
考虑到客户端的能力差异，DCD、RME业务采用广播方式下发时，会存在内容匹配的问题。当客户端接收服务器广播的频道内容的时候，服务器有必要了解客户端的能力信息，这样才可以保证服务器发送的内容可以被客户端所适用；并且对于获取的不同客户端能力信息需要进行区分，这样可以更大限度的增强用户体验，发挥客户端能力。
发明内容
本发明实施例要解决的技术问题在于，提供一种多媒体能力管理的方法及装置，以便于管理不同的客户端的能力信息，保证服务器发送的内容可以与客户端能力匹配。
为解决上述技术问题，本发明实施例提供一种多媒体能力管理的方法，包括：
获取客户端的多媒体能力信息；
根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器。
本发明实施例还提供一种多媒体能力管理的装置，包括：
能力获取模块，用于获取客户端的多媒体能力信息；
确定模块，用于根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器；
其中，当确定与所述客户端的能力相匹配的服务器后，还包括：
所述服务器根据不同客户端的能力，将能力相近的客户端分为一组；
所述服务器为所述每一组客户端分配标识能力的组号，并按照所述组号分组向每一组客户端发送相同的内容信息。
本发明实施例具有以下有益的效果：可以根据客户端提供的能力信息对客户端进行匹配处理，更有效地管理客户端的内容发送和能力信息，使得服务器发送的内容可以与客户端能力匹配，以便在此基础之上更好的开展相关的业务。
附图说明
图1是本发明实施例多媒体能力管理的方法的流程示意图。
图2是本发明实施例一的流程示意图。
图3是本发明实施例二的流程示意图。
图4是本发明实施例三的流程示意图。
图5是本发明实施例四的流程示意图。
图6是本发明实施例五的流程示意图。
图7是本发明实施例六的流程示意图。
图8是本发明实施例七的流程示意图。
图9是本发明实施例八的流程示意图。
图10是本发明实施例九的流程示意图。
图11是本发明实施例十的流程示意图。
具体实施方式
以下结合附图对本发明实施例进行详细描述。
本发明实施例中，对于DCD客户端能力信息管理，需要解决：当客户端的能力信息在服务器上不存在，或者由于某些原因，所需要的能力信息不完整的情况下，服务器端如何获取客户端的能力信息并且给出该客户端所需要的内容或内容地址。这种功能可以通过客户端订阅内容时向服务器提出自身的能力信息，由服务器端根据客户端的情况制定相应的内容服务器来实现：
1、如果客户端的能力信息在服务器端上有保存，则DCD服务器可以根据保存的该客户端的ua-profile在数据库中进行查询，找到相应的内容服务器，指示该内容服务器为其提供内容服务；
2、如果客户端的能力标识并没有保存在服务器端上，则客户端需要将能力信息发给DCD服务器，先由DCD服务器决定该客户端的能力与哪一类内容服务器相匹配，然后再通知该客户端相应的内容服务器地址。
对于广播方式下内容的匹配与分发问题，服务器端(DCD服务器或RME服务器)可以根据客户端能力对客户端进行分组，对于不同能力的客户端给出不同的内容接收策略。
请参照图1所示，本发明实施例提供一种多媒体能力管理的方法，包括：
获取客户端的多媒体能力信息；
根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器。
本发明实施例中，与客户端能力相匹配是指，服务器下发的内容与客户端能够接收或应用(播放)的内容相适应，例如，以支持图片显示分辨率来标示客户端能力，假设某客户端能支持显示分辨率最大为800*600的图片，则与该客户端能力相匹配的服务器1是可以下发分辨率小于或等于800*600图片的服务器；如果某服务器2只能下发分辨率为1024*768的图片，则由于该客户端最大只能支持800*600的分辨率，从而导致无法接收或接收后无法以1024*768的分辨率显示，所以服务器2就不是与该客户端能力相匹配的服务器。
以下结合具体实施例进行详细描述。
本发明实施例一：
本实施例提供了一种在DCD环境下，DCD服务器对接入客户端的能力进行查询和匹配的过程。通过该方案，DCD服务器可以在未知，或者需要客户端部分能力信息的情况下，向客户端提供内容服务。客户端可以根据DCD服务器的内容反馈得到进一步获取相应内容的信息。
本实施例中，客户端在接入DCD服务器后，该DCD服务器会根据客户端的标识为客户端分配匹配的内容服务器。DCD服务器可以查找数据库中的标识记录，来确定与客户端相匹配的内容服务器，然后将该内容服务器的地址发送给客户端。DCD服务器在这里起到了“重定向”的作用。当然，本实施例的前提是客户端已经可以连接到DCD服务器上。
请参照图2所示，本实施例的具体流程如下：
1、DCD Server构造并发送一个SIP OPTIONS请求到DCD Client；
Figure GDA0000089565940000051
DCD Server在SIP的Request-URI当中填入DCD Client的地址，并在Event当中填入ua-profile，用以标明需要查询DCD Client的能力信息。如果需要，可以将服务器现有的用户客户端能力信息携带在消息体当中下发给DCD Client；或者通过User-Agent的方式将自身所获取的能力信息下发给DCD Client。出于其他的考虑，还可以构造一个能力查询的头域，如CapReport头域，并通过将该头域放置在OPTIONS的查询请求当中来表述服务器需要DCD Client上报的能力信息。
DCD Server需要DCD Client的能力信息来对DCD Client进行匹配。匹配的结果是DCD Client能力可能适合由DCD Server提供服务，也可能由其它的DCD服务器提供服务。
CapReport所采用的格式可以是
CapReport＝full/differ/customize/none
在full的情况下，可以要求DCD Client上报全部的能力信息。在differ的情况下，可以将uaprofile的xml文件通过OPTIONS请求下发到DCD Client，DCD Client判断自己和xml文件的能力差异，并通过ua-profile的方式重新上报。在customize的情况下，可以将需要DCD Client填写的内容在下发的xml当中填空，DCD Client回填xml文档到服务器。None，说明不需要该头域上报。
上面所说的头域扩展的情况是一种可能的实现方式，为了一致性期间，本实施例仍然以event标识需要进行的查询动作。
2、DCD Client应答200 OK，并将DCD Server所需能力信息上报；
Figure GDA0000089565940000061
在SIP技术当中，2xx应答响应代表的是成功应答。本实施例中，如果客户端有服务器所需要的客户端相关的能力信息，并且本地策略允许上报相关的能力信息，那么可以返回一个成功的应答响应信息给服务器。同时在成功的200OK的应答响应当中携带相关的应答的能力信息。
DCD Client在接收到DCD Server下发的OPTIONS请求之后，解析SIP消息，并根据SIP消息当中所涉及的内容，结合DCD Client本地的策略，做出相应的判断。如果DCD Client具有OPTIONS请求当中所需要查询的能力信息，同时该能力信息又是本地策略所允许上报的，那么DCD Client将通过200 OK的应答响应做出回应。如果DCD Client不具备OPTIONS请求当中所需查询的能力信息；或者，该能力信息是DCD Client本地策略不允许的，那么，DCD Client将通过4XX应答响应返回一个错误。
本实施例中，本地策略是指预先对DCD Client设定的、关于能力信息允许上报和不允许上报的策略，通常而言，对于涉及安全性或对于服务器来说不是必须了解的信息，如DCD Client的硬件版本、采用芯片等信息是不允许上报的；而对于业务相关的信息，如软件版本、屏幕大小、分辨率大小等信息是允许上报的。
DCD Client针对OPTIONS请求所返回的能力信息可以通过SIP头域携带，也可以通过SIP消息体携带。头域携带的方式可以采用ua-profile或者User-Agent的方式。消息体的方式携带，可以将能力信息列举在消息体当中，一种可选的方式就是利用XML文档描述客户端的能力信息，并通过SIP消息体传送到服务器当中。
3、DCD Server根据DCD Client的能力信息查找DCD Client的匹配内容服务器地址信息。
DCD Client的能力信息被DCD Server接收后，DCD Server将会在数据库中寻找能够与该DCD Client匹配的内容服务器的地址信息。不同的DCD Client的能力情况不同，意味者对应不同的Content Server(内容服务器)。
4、DCD Server在无法查找到DCD Client匹配的Content Server(内容服器)后返回404 Not Found应答。
Figure GDA0000089565940000081
在SIP技术当中，4xx应答响应代表的是客户端错误。本例当中，如果客户端没有服务器所需要的DCD Client相关的能力信息，或者本地策略不允许上报相关的能力信息，那么必须返回一个错误信息给服务器，以便终结本次能力的查询请求。404 Not Found是SIP 4xx应答响应的一种，本实施例当中可以利用404作为错误信息的返回码，也可以利用其他的响应代码，其原理都是相同的。
5、DCD Server用REFER将DCD Client对内容的请求重定向到匹配的ContentServer；
Figure GDA0000089565940000091
DCD Server通过REFER将DCD Client“重定向”到Content Server(内容服务器)。DCD Server会根据查找到数据库中的记录将与DCD Client匹配的内容服务器地址发送到DCD Client。
6、DCD Client应答202 Accept；
DCD Client接收了DCD Server的重定向REFER后，向DCD Server发出一个202 Accept消息。该消息流程是SIP REFER的标准流程。
7、DCD Client返回一个NOTIFY消息，激活REFER；
Figure GDA0000089565940000092
DCD Client发送一个NOTIFY请求，表明激活REFER的重定向。
Subscription-State：actived；reason＝noresourc
状态为actived，表明客户端对REFER的激活。
8、DCD Server向DCD Client发送一个200 OK；
DCD Server在接收到DCD Client发来的重定向的NOTIFY消息后，激活了该重定向的功能，因此DCD Server向DCD Client发送一个200 OK来确认上一步操作。
9、DCD Client开始正常的订阅或内容服务；
DCD Client获得DCD Server重定向匹配的Content Server(内容服务器)后，可以开始进行订阅和内容请求等操作。从这一步开始，DCD Client可以进入常规的内容服务流程。
应当理解的是，本实施例中Content Server具有与DCD Server相同的功能，并且可以在图3中将Content Server替换为DCD Server1，以作为与原DCD Server不同的、与DCD Client能力相匹配的服务器。
本实施例所涉及SIP中的OPTIONS和REFER消息仅为举例，这些消息类型和方法也可以采用HTTP或者其它的消息来实现类似的查询消息和消息反馈，但是所涉及的思想和方法都是一致的。
本发明实施例二：
本实施例提供了一种在DCD环境下，DCD Server对接入DCD Client的能力进行查询和匹配的过程。通过本实施例，DCD Server可以在未知，或者需要DCDClient部分能力信息的情况下，向DCD Client提供内容服务。DCD Client可以根据DCD Server的内容反馈得到进一步获取相应内容的信息。
本实施例中，DCD Client在接入DCD Server1(服务器端)后，希望通过该DCD Server1进行内容服务，但是DCD Server1不是与该DCD Client能力相匹配的，因此DCD Server1会将客户端重定向到与DCD Client能力匹配的DCDServer2，由DCD Server2提供内容传送等服务。当然，本实施例的前提是DCDClient已经可以连接到DCD Server上。
请参照图3所示，本实施例的具体流程如下：
1、DCD Server1构造并发送一个SIP OPTIONS请求到DCD Client；
Figure GDA0000089565940000111
DCD Server1在SIP的Request-URI当中填入DCD Client的地址，并在Event当中填入ua-profile，用以标明需要查询DCD Client的能力信息。如果需要，可以将服务器现有的DCD Client能力信息携带在消息体当中下发给DCD Client；或者通过User-Agent的方式将自身所获取的能力信息下发给DCD Client。出于其他的考虑，还可以构造一个能力查询的头域，如CapReport头域，并通过将该头域放置在OPTIONS的查询请求当中来表述服务器需要DCD Client上报的能力信息。
DCD Server1需要DCD Client的能力信息来对DCD Client进行匹配。匹配的结果是DCD Client能力可能适合由DCD Server1提供服务，也可能由其它的DCD服务器提供服务。
CapReport所采用的格式可以是
CapReport＝full/differ/customize/none
在full的情况下，可以要求DCD Client上报全部的能力信息。在differ的情况下，可以将ua-profile的xml文件通过OPTIONS请求下发到DCD Client，DCD Client判断自己和xml文件的能力差异，并通过ua-profile的方式重新上报。在customize的情况下，可以将需要DCD Client填写的内容在下发的xml当中填空，DCD Client回填xml文档到服务器。None，说明不需要该头域上报。
上述的头域扩展的情况是一种可能的实现方式，为了一致性期间，本实施例中仍然以even标示需要进行的查询动作。
2、DCD Client应答200 OK，并将DCD Server1所需能力信息上报；
Figure GDA0000089565940000121
在SIP技术当中，2xx应答响应代表的是成功应答。本实施例当中，如果客户端有服务器所需要的DCD Client相关的能力信息，并且本地策略允许上报相关的能力信息，那么可以返回一个成功的应答响应信息给服务器。同时在成功的200OK的应答响应当中携带相关的应答的能力信息。
DCD Client在接收到DCD Server1下发的OPTIONS请求之后，解析SIP消息，并根据SIP消息当中所涉及的内容，结合客户端本地的策略，做出相应的判断。如果DCD Client具有OPTIONS请求当中所需要查询的能力信息，同时该能力信息又是本地策略所允许上报的，那么DCD Client将通过200 OK的应答响应做出回应。如果DCD Client不具备OPTIONS请求当中所需查询的能力信息；或者，该能力信息是DCD Client本地策略不允许的，那么DCD Client将通过4XX应答响应返回一个错误。
本实施例中，本地策略是指预先对DCD Client设定的、关于能力信息允许上报和不允许上报的策略，通常而言，对于涉及安全性或对于服务器来说不是必须了解的信息，如DCD Client的硬件版本、采用芯片等信息是不允许上报的；而对于业务相关的信息，如软件版本、屏幕大小、分辨率大小等信息是允许上报的。
DCD Client针对OPTIONS请求所返回的能力信息可以通过SIP头域携带，也可以通过SIP消息体携带。头域携带的方式可以采用ua-profile或者User-Agent的方式。消息体的方式携带，可以将能力信息列举在消息体当中，一种可选的方式就是利用XML文档描述客户端的能力信息，并通过SIP消息体传送到服务器当中。
3、DCD Server1根据DCD Client的能力信息查找与DCD Client的能力相匹配的服务器地址信息。
DCD Client的能力信息被DCD Server1接收后，DCD Server1将会在数据库中寻找能够与该DCD Client匹配的内容服务器的地址信息。不同的DCD Client的能力情况不同，意味者对应不同的DCD服务器。
4、DCD Server1向DCD Client发送NOTIFY消息，提供服务；
DCD Server1如果可以为DCD Client提供服务，则不必再查找其它DCD服务器。当DCD Server1接收到DCD Client的能力信息后，会首先判断是否本地服务器可以满足DCD Client的匹配，如果可以匹配，则DCD Server1通过NOTIFY消息向DCD Client发送内容信息。
如果DCD Client之前向DCD Server1发送过订阅请求，则DCD Server1向DCDClient返回的NOTIFY消息中携带了订阅激活标识：
Subscription-State：active；expires＝600000
NOTIFY消息可以是空的消息，也可以携带具体的内容信息。
5、DCD Server1用REFER将DCD Client对内容的请求重定向到匹配的DCDServer2；
Figure GDA0000089565940000141
DCD Server1通过REFER将DCD Client“重定向”到DCD Server2。DCDServer会根据本地查找到数据库中的记录将与DCD Client匹配的服务器地址发送到DCD Client。DCD Server2服务器与DCD Server1可以在同一个本地网络，也可以不属于本地网络。并且DCD Server1保存了能够匹配DCD Client能力和相应服务器的列表。
DCD Server1返回给DCD Client的消息中包含了重定向的DCD服务器地址，如上表中
Contact：<sip：server2.agent.home.net>
其中的server2.agent.home.net为与客户端能力匹配的DCD Server2服务器地址。
6、DCD Client应答202 Accept；
DCD Client接收了DCD Server1的重定向REFER后，向DCD Server发出一个202 Accept消息。该消息流程是SIP REFER的标准流程中的一部分。
7、DCD Client返回一个NOTIFY消息；
Figure GDA0000089565940000151
DCD Client发送一个NOTIFY请求，用来激活REFER的重定向操作。
8、DCD Server1向DCD Client发送一个200 OK；
DCD Server1在接收到DCD Client发来的重定向的NOTIFY消息后，激活了重定向的功能，因此DCD Server1向DCD Client发送一个200OK来确认上一步操作。
9、DCD Client从DCD Server2获取内容信息。
DCD Server1将与DCD Client匹配的DCD Server2的地址发给DCD Client后，DCD Client就可以从DCD Server2获取服务。DCD Server2可以是本地网络中的服务器，也可以不是本地网络中的服务器。DCD Server1可以查询到DCDServer2。
本实施例所涉及SIP中的OPTIONS和REFER消息仅为举例，这些消息类型和方法也可以采用HTTP或者其它的消息来实现类似的查询消息和消息反馈，但是所涉及的思想和方法都是一致的。
本发明实施例三：
本实施例提供了一种在DCD环境下，DCD Server对接入DCD Client的能力进行查询和匹配的过程。通过该方案，DCD Server可以在未知，或者需要DCD Client部分能力信息的情况下，向DCD Client提供内容服务。DCD Client可以根据DCDServer的内容反馈得到进一步获取相应内容的信息。
本实施例中，DCD Client在接入DCD Server1(服务器端)后，希望通过该DCD Server1进行内容服务，但是DCD Server1并没有该DCD Client所需要的内容信息，因此DCD Server1会将DCD Client重定向到具有DCD Client所需内容信息的DCD Server2，由DCD Server2提供内容传送等服务。当然，本实施例的前提是DCD Client已经可以连接到DCD Server上，并且DCD Server1可以查询到DCD Server2。
请参照图4所示，本实施例的具体流程如下：
1、DCD Server1构造并发送一个SIP OPTIONS请求到DCD Client；
Figure GDA0000089565940000161
DCD Server1在SIP的Request-URI当中填入DCD Client的地址，并在Event当中填入ua-profile，用以标明需要查询DCD Client的能力信息。如果需要，可以将服务器现有的用户客户端能力信息携带在消息体当中下发给DCD Client；或者通过User-Agent的方式将自身所获取的能力信息下发给DCD Client。出于其他的考虑，还可以构造一个能力查询的头域，如CapReport头域，并通过将该头域放置在OPTIONS的查询请求当中来表述服务器需要DCD Client上报的能力信息。
DCD Server1需要DCD Client的能力信息来对DCD Client进行匹配。匹配的结果是DCD Client能力可能适合由DCD Server1提供服务，也可能由其它的DCD服务器提供服务。
CapReport所采用的格式可以是
CapReport＝full/differ/customize/none
在full的情况下，可以要求DCD Client上报全部的能力信息。在differ的情况下，可以将ua-profile的xml文件通过OPTIONS请求下发到DCD Client，DCD Client判断自己和xml文件的能力差异，并通过ua-profile的方式重新上报。在customize的情况下，可以将需要DCD Client填写的内容在下发的xml当中填空，DCD Client回填xml文档到服务器。None，说明不需要该头域上报。
上述的头域扩展的情况是一种可能的实现方式，为了一致性期间，本实施例中仍然以event标示需要进行的查询动作。
2、DCD Client应答200 OK，并将DCD Server1所需能力信息上报；
Figure GDA0000089565940000181
在SIP技术当中，2xx应答响应代表的是成功应答。本实施例当中，如果客户端有服务器所需要的DCD Client相关的能力信息，并且本地策略允许上报相关的能力信息，那么可以返回一个成功的应答响应信息给服务器。同时在成功的200 OK的应答响应当中携带相关的应答的能力信息。
DCD Client在接收到DCD Server1下发的OPTIONS请求之后，解析SIP消息，并根据SIP消息当中所涉及的内容，结合DCD Client本地的策略，做出相应的判断。如果DCD Client具有OPTIONS请求当中所需要查询的能力信息，同时该能力信息又是本地策略所允许上报的，那么DCD Client将通过200 OK的应答响应做出回应。如果DCD Client不具备OPTIONS请求当中所需查询的能力信息；或者，该能力信息是DCD Client本地策略不允许的，那么DCD Client将通过4XX应答响应返回一个错误。
本实施例中，本地策略是指预先对DCD Client设定的、关于能力信息允许上报和不允许上报的策略，通常而言，对于涉及安全性或对于服务器来说不是必须了解的信息，如DCD Client的硬件版本、采用芯片等信息是不允许上报的；而对于业务相关的信息，如软件版本、屏幕大小、分辨率大小等信息是允许上报的。
DCD Client针对OPTIONS请求所返回的能力信息可以通过SIP头域携带，也可以通过SIP消息体携带。头域携带的方式可以采用ua-profile或者User-Agent的方式。消息体的方式携带，可以将能力信息列举在消息体当中，一种可选的方式就是利用XML文档描述客户端的能力信息，并通过SIP消息体传送到服务器当中。
3、DCD Server1判断本地服务器是否包含DCD Client所需内容信息。
DCD Client的能力信息被DCD Server1接收后，DCD Server1将会在本地查找DCD Client所需的内容信息。
4、DCD Server1可以向DCD Client发送NOTIFY消息；
Figure GDA0000089565940000191
DCD Server1如果可以为DCD Client提供所需内容信息，则不必再查找其它DCD服务器。当DCD Server1接收到DCD Client的能力信息后，会首先判断是否本地服务器可以满足DCD Client的内容要求，如果满足，则DCD Server1通过NOTIFY消息向DCD Client发送内容信息。
如果DCD Client之前向DCD Server1发送过订阅请求，则DCD Server1向DCDClient返回的NOTIFY消息中携带了订阅激活标识：
Subscription-State：active；expires＝600000
NOTIFY消息可以是空的消息，也可以携带具体的内容信息。
5、DCD Server1用REFER将DCD 3Client对内容的请求重定向到匹配的DCDServer2；
Figure GDA0000089565940000201
如果DCD Server1不能为DCD Client提供所需的内容信息，则DCD Server1通过REFER将DCD Client“重定向”到DCD Server2。DCD Server2是DCD Server1查找到的具有DCD Client所需内容信息的服务器。DCD Server2服务器与DCDServer1可以在同一个本地网络，也可以不属于本地网络，并且DCD Server1保存了DCD Server2的内容信息列表。
DCD Server1返回给DCD Client的消息中包含了重定向的DCD服务器地址，如上表中
Contact：<sip：server2.agent.home.net>
其中的server2.agent.home.net为与DCD Client能力匹配的DCD Server2服务器地址。
6、DCD Client应答202 Accept；
DCD Client接收了DCD Server1的重定向REFER后，向DCD Server发出一个202 Accept消息。该消息流程是SIP REFER的标准流程中的一部分。
7、DCD Client返回一个NOTIFY消息；
Figure GDA0000089565940000211
DCD Client发送一个NOTIFY请求，用来激活REFER的重定向操作。
8、DCD Server1向DCD Client发送一个200 OK；
DCD Server1在接收到DCD Client发来的重定向的NOTIFY消息后，激活了重定向的功能，因此DCD Server1向DCD Client发送一个200 OK来确认上一步操作。
9、DCD Client从DCD Server2获取服务。
DCD Server1将具有DCD Client所需内容信息的服务器DCD Server2地址发给DCD Client后，DCD Client就可以从DCD Server2获取服务。DCD Server2可以是本地网络中的服务器，也可以不是本地网络中的服务器。DCD Server1可以查询到DCD Server2。
本实施例所涉及SIP中的OPTIONS和REFER消息仅为举例，这些消息类型和方法也可以采用HTTP或者其它的消息来实现类似的查询消息和消息反馈，但是所涉及的思想和方法都是一致的。
本发明实施例四：
本实施例提供了一种在DCD环境下，DCD Server对接入DCD Client的能力进行查询和匹配的过程。通过该方案，DCD Server可以根据DCD Client的能力情况在DCD Client进行内容发送或订阅等服务的时候进行分组操作。DCD Client可以根据DCD Server的分组，得到与自身能力相匹配的相应服务。
本实施例中，DCD Client在接入DCD Server后，希望通过该DCD Server进行内容服务，例如订阅或内容发送。DCD Server根据该DCD Client的自身能力情况为DCD Client进行分组，给DCD Client一个标识能力的组号。这样就意味者同一个组号内的客户端具有相近的能力。DCD Server可以为这一组DCD Client统一发送内容。DCD Server会根据不同的组号发送相同的内容。
例如DCD Client A支持繁体字，DCD Client B不支持繁体，那么服务器将支持繁体字的DCD Client统一发给Group ID 001，而不支持繁体的DCD Client的Group ID为002。那么服务器以后在发送内容信息的时候发给Group ID为001的DCD Client的内容信息可以是繁体的，而发给Group ID为002的内容信息则不能是繁体的，但是它们所接收到的内容是一致的。这样就从分组的角度区别开DCD Client。
请参照图5所示，本实施例的具体流程如下：
1、DCD Client向DCD Server发送SUBSCRIBE消息，订阅内容；
Figure GDA0000089565940000221
Subscribe是SIP的一种方法，通过该方法，DCD Client可以向服务器订阅所需要的内容。
2、DCD Server构造并发送一个SIP OPTIONS请求到DCD Client；
Figure GDA0000089565940000231
DCD Server在SIP的Request-URI当中填入DCD Client的地址，并在Event当中填入ua-profile，用以标明需要查询DCD Client的能力信息。如果需要，可以将服务器现有的用户客户端能力信息携带在消息体当中下发给DCD Client；或者通过User-Agent的方式将自身所获取的能力信息下发给DCD Client。出于其他的考虑，还可以构造一个能力查询的头域，如CapReport头域，并通过将该头域放置在OPTIONS的查询请求当中来表述服务器需要DCD Client上报的能力信息。
CapReport所采用的格式可以是
CapReport＝full/differ/customize/none
在full的情况下，可以要求DCD Client上报全部的能力信息。在differ的情况下，可以将ua-profile的xml文件通过OPTIONS请求下发到DCD Client，DCD Client判断自己和xml文件的能力差异，并通过ua-profile的方式重新上报。在customize的情况下，可以将需要DCD Client填写的内容在下发的xml当中填空，DCD Client回填xml文档到服务器。None，说明不需要该头域上报。
上述的头域扩展的情况是一种可能的实现方式，为了一致性期间，本实施例中仍然以event标示需要进行的查询动作。
3、DCD Client应答200 OK，并将DCD Server所需能力信息上报；
Figure GDA0000089565940000241
在SIP技术当中，2xx应答响应代表的是成功应答。本例当中，如果客户端有服务器所需要的DCD Client相关的能力信息，并且本地策略允许上报相关的能力信息，那么可以返回一个成功的应答响应信息给服务器。同时在成功的200 OK的应答响应当中携带相关的应答的能力信息。
DCD Client在接收到DCD Server下发的OPTIONS请求之后，解析SIP消息，并根据SIP消息当中所涉及的内容，结合DCD Client本地的策略，做出相应的判断。如果DCD Client具有OPTIONS请求当中所需要查询的能力信息，同时该能力信息又是本地策略所允许上报的，那么DCD Client将通过200 OK的应答响应做出回应。如果DCD Client不具备OPTIONS请求当中所需查询的能力信息；或者，该能力信息是DCD Client本地策略不允许的，那么DCD Client将通过4XX应答响应返回一个错误。
本实施例中，本地策略是指预先对DCD Client设定的、关于能力信息允许上报和不允许上报的策略，通常而言，对于涉及安全性或对于服务器来说不是必须了解的信息，如DCD Client的硬件版本、采用芯片等信息是不允许上报的；而对于业务相关的信息，如软件版本、屏幕大小、分辨率大小等信息是允许上报的。
DCD Client针对OPTIONS请求所返回的能力信息可以通过SIP头域携带，也可以通过SIP消息体携带。头域携带的方式可以采用ua-profile或者User-Agent的方式。消息体的方式携带，可以将能力信息列举在消息体当中，一种可选的方式就是利用XML文档描述DCD Client的能力信息，并通过SIP消息体传送到服务器当中。
4、DCD Server根据DCD Client能力进行分组；
DCD Server将不同的DCD Client能力进行分类，每一类DCD Client都具有相似的能力，并且将每一类能力的DCD Client分为一组，并给一个Group ID来进行区分。
5、DCD Server通过NOTIFY将Group ID发给DCD Client；
Figure GDA0000089565940000251
NOTIFY消息可以是空的体，也可以携带其它内容信息。本实施例中携带的是Group ID。
6、DCD Client返回200 OK；
Figure GDA0000089565940000261
DCD Client在接收到DCD Server发来的NOTIFY消息后，确认收到了DCDServer发来的Group ID，因此发送一个200 OK来确认上一步操作。
7、DCD Client根据服务器分配的Group ID接收内容；
DCD Client被分派了一个Group ID，这样服务器在发送内容的时候会有专门发给具有一组相同Group ID DCD Client的内容信息。不同的Group ID DCDClient可能会接收到不同的内容信息。
这里所说的Group ID来区分不同能力的DCD Client仅为举例，如果有其它的区别方式也是具有相同构思的。
本实施例所涉及SIP中的OPTIONS和REFER消息仅为举例，这些消息类型和方法也可以采用HTTP或者其它的消息来实现类似的查询消息和消息反馈，但是所涉及的思想和方法都是一致的。
本发明实施例五：
本实施例提供了一种在DCD环境下，DCD Server对接入客户端的能力进行查询和匹配的过程。通过该方案，DCD Server可以根据DCD Client的能力情况在客户端进行内容发送或订阅等服务的时候进行分组内容。客户端可以根据DCDServer的分类，得到与自身能力相匹配的相应服务。
本实施例中，客户端在接入DCD Server(服务器端)后，希望通过该DCDServer进行内容服务，例如订阅或内容发送。DCD Server根据该客户端的自身能力情况为客户端进行分组，给客户端一个标识能力的组号。这样就意味者同一个组号内的客户端具有相近的能力。DCD Server可以为这一组客户端统一发送内容。DCD Server会根据不同的时间为不同的组发送相匹配的内容。
图6所示为本实施例的具体流程，本实施例作为实施例四的补充，所不同之处在于DCD Server将客户端按能力分组后，对客户端的内容发送根据分类进行时间上的区分。DCD服务器对不同分类的客户端发送的内容信息是相同的，例如客户端A支持繁体字，客户端B不支持繁体，那么发给客户端A的内容信息可以是繁体的，而发给客户端B的内容信息则不能是繁体的，但是它们所接收到的内容是一致的。服务器发送内容给支持繁体的客户端A如果从12:00开始，那么给客户端B发送非繁体相同的内容信息则应该是另一不同的时间。根据客户端的能力情况，服务器将对客户端的内容信息发送在时间上进行了区分。
这里所说的对客户端按照有繁体或非繁体划分不同的时间段接收内容只是一个举例，如果有其它的时间上的区分方法也具有相同的思想。
本实施例所涉及SIP中的OPTIONS和REFER消息只是一个举例，这些消息类型和方法也可以采用HTTP或者其它的消息来实现类似的查询消息和消息反馈，但是所涉及的思想和方法都是一致的。
本发明实施例六：
本实施例提供了一种在DCD环境下，DCD Server对接入DCD Client的能力进行查询和匹配的过程。通过该方案，DCD Server可以根据DCD Client的能力情况在DCD Client进行内容发送或订阅等服务的时候进行分组操作。DCD Client可以根据DCD Server的分组，得到与自身能力相匹配的相应服务。
本实施例中，DCD Client在接入DCD Server后，希望通过该DCD Server进行内容服务，例如订阅或内容发送。DCD Server根据该DCD Client的自身能力情况为DCD Client进行分组，给DCD Client一个标识能力的组号。这样就意味者同一个组号内的DCD Client具有相近的能力。DCD Server可以为这一组DCD Client统一发送内容。DCD Server会根据DCD Client能力情况划分该类DCD Client的接收频道，不同能力的DCD Client从不同Channel接收节目。
图7所示为本实施例的具体流程，本实施例作为实施例四的补充，所不同之处在于DCD Server将DCD Client按能力分组后，对DCD Client的内容发送根据DCD Client订阅的不同频道进行区分。例如DCD Client A支持繁体字，DCDClient B不支持繁体，那么发给DCD ClientA的内容信息可以是繁体的，而发给DCD Client B的内容信息则不能是繁体的，但是它们所接收到的内容是一致的。服务器的Channel 1为体育频道，但是通过Channel 1-1发送给DCD Client A的为繁体，通过Channel 1-2发送给DCD Client B的就不是繁体。Channel 1-1和Channel 1-2都是体育频道，内容均相同，不同之处为对繁体的支持不同。这样根据DCD Client的能力情况，服务器将对发送给DCD Client的频道进行了区分。
这里所说的频道内容和分类只是一种方式，其它类似的频道划分也具有相同的构思。
本实施例所涉及SIP中的OPTIONS和REFER消息只是一个举例，这些消息类型和方法也可以采用HTTP或者其它的消息来实现类似的查询消息和消息反馈，但是所涉及的思想和方法都是一致的。
本发明实施例七：
本实施例提供一种广播情况下，服务器(DCD Server或RME Server)下发分组内容，DCD Client根据分类得到与自身能力相匹配的相应服务的过程。通过该方案，服务器可以根据DCD Client的能力，生成具有不同能力等级的分组内容，并以广播的方式下发。DCD Client可以根据服务的分类，得到与自身能力相匹配的相应服务。能力等级是指根据标示客户端能力的信息，如显示分辨率、简繁体、屏幕大小等进行划分得出的等级，服务器可以根据这个划分的能力等级将下发的内容制作为适合各能力等级的分组内容。
本实施例中，提供广播服务之前服务器获取DCD Client的能力信息，服务器根据该DCD Client的自身能力情况为DCD Client进行分组，给DCD Client一个标识能力的组号。这样就意味者同一个组号内的DCD Client具有相近的能力。服务器生成关于能力信息与标识能力信息组号对应关系的分组列表。服务器将分别适合不同能力分组的内容合并在一起，连同分组列表一起以广播方式下发。DCD Client接收到广播内容后，首先查找分组列表，找到与自身能力信息对应的组号，根据组号处理相应的分组内容，得到与自身能力相匹配的相应服务。
请参照图8所示，本实施例的具体流程如下：
1、服务器获取DCD Client的能力信息。
服务器可以采取以下方式获取DCD Client能力：
(1)DCD Client在注册过程中主动将自身的信息上报给服务器；
(2)DCD Client在订阅服务时，向服务器上报自身能力信息；
(3)服务器通过主动查询的方式向DCD Client要求提供能力信息；
以上提供了几种获取DCD Client能力信息的方式，实际不仅限于以上所列。
2、服务器根据DCD Client能力信息，为DCD Client进行能力分组，分配一个标识DCD Client能力的组号。
服务器将不同的DCD Client能力进行分类，每一类客户端都具有相似的能力，并且将每一类能力的DCD Client分为一组，并给一个Group ID来进行区分。
3、服务器以广播方式下发包含分组列表、分组内容的信息。
服务器将一个分组列表和各分组内容一起以广播方式下发到DCD Client。
分组列表：用于描述DCD Client能力信息与能力分组的对应关系。DCDClient可以通过查找该列表找到与自身能力对应的Group ID。
分组内容：服务根据DCD Client能力分组的不同被制作成分别适合不同能力的分组内容。例如服务器向DCD Client传送一张图片，其原始分辨率为1024*768。根据DCD Client能力分组，形成分组内容1：图片分辨率为1024*768；分组内容2：图片分辨率为800*600；分组内容3：图片分辨率为648*480；等等。这里分辨率1024*768、800*600、648*480即是对客户端能力(分辨率)划分的等级。
如上所述，分组列表与分组内容一起下发，也可以分别下发分组列表与分组内容。
4、DCD Client处理与自身相匹配的分组内容。
DCD Client收到服务器的广播信息，首先查询分组列表，找到自身能力所在的分组。之后根据分组获取对应的分组内容。继续上例，如果DCD Client A分组为3，则接受分组内容3，获取分辨率为648*480的图片。
本实施例所涉及的广播服务方式可以应用于DCD、RME等环境中，服务器向客户端广播下发的内容与能力信息有关，就可以采用本例所涉及的思想和方法。
本发明实施例八：
本实施例提供一种广播情况下，服务器(DCD Server或RME Server)下发分组内容，DCD Client根据分类得到与自身能力相匹配的相应服务的过程。通过该方案，服务器可以根据DCD Client的能力，生成具有不同能力等级的分组内容，并以广播的方式下发。DCD Client可以根据服务的分类，得到与自身能力相匹配的相应服务。
本实施例中，提供广播服务之前服务器获取DCD Client的能力信息，服务器会根据DCD Client能力情况划分该类DCD Client的接收频道，不同能力的DCD Client从不同Channel接收相同内容。服务器生成关于能力信息与接收频道对应关系的频道列表。服务器首先广播下发频道列表。DCD Client根据频道列表找到适合自身能力的接收频道，得到与自身能力相匹配的相应服务。
请参照图9所示，本实施例的具体流程如下：
1、服务器获取DCD Client的能力信息。
服务器可以采取以下方式获取DCD Client能力：
(1)DCD Client在注册过程中主动将自身的信息上报给服务器；
(2)DCD Client在订阅服务时，向服务器上报自身能力信息；
(3)服务器通过主动查询的方式向DCD Client要求提供能力信息；
以上提供了几种获取DCD Client能力信息的方式，实际不仅限于以上所列。
2、服务器根据DCD Client能力信息，为DCD Client进行能力分组，分配一个标识DCD Client能力的频道标识。
服务器将不同的DCD Client能力进行分类，每一类DCD Client都具有相似的能力，并且将每一类能力的DCD Client分为一组，不同分组分配不同的频道。
3、服务器以广播方式下发频道列表。
服务器将标识DCD Client能力与分配频道对应关系的频道列表以广播方式下发到DCD Client。
频道列表：用于描述DCD Client能力信息与频道的对应关系。
4、DCD Client接收与自身能力相匹配的频道的内容。
相同内容根据DCD Client能力不同，在不同频道下发。DCD Client根据频道列表，获得与自身能力相匹配的频道，接收该频道的广播内容。
本实施例所涉及的广播服务方式可以应用于DCD、RME等环境中，服务器向DCD Client广播下发的内容与能力信息有关，就可以采用本例所涉及的思想和方法。
本发明实施例九：
本实施例提供一种广播情况下，服务器(DCD Server或RME Server)下发分组内容，DCD Client根据分类得到与自身能力相匹配的相应服务的过程。通过该方案，服务器可以根据DCD Client的能力，生成具有不同能力等级的分组内容，并以广播的方式下发。DCD Client可以根据服务的分类，得到与自身能力相匹配的相应服务。
本实施例中，提供广播服务之前服务器获取DCD Client的能力信息，服务器会根据DCD Client能力情况划分该类DCD Client的接收时间，不同能力的DCD Client在不同时间接收相同内容。服务器生成关于能力信息与接收时间对应关系的时间列表。服务器首先广播下发时间列表。DCD Client根据时间列表找到适合自身能力的接收时间，得到与自身能力相匹配的相应服务。
请参照图10所示，本实施例的具体流程如下：
1、服务器获取DCD Client的能力信息。
服务器可以采取以下方式获取DCD Client能力：
(1)DCD Client在注册过程中主动将自身的信息上报给服务器；
(2)DCD Client在订阅服务时，向服务器上报自身能力信息；
(3)服务器通过主动查询的方式向DCD Client要求提供能力信息；
以上提供了几种获取DCD Client能力信息的方式，实际不仅限于以上所列。
2、服务器根据DCD Client能力信息，为DCD Client进行能力分组，分配一个标识DCD Client能力的时间标识。
服务器将不同的DCD Client能力进行分类，每一类DCD Client都具有相似的能力，并且将每一类能力的DCD Client分为一组，不同分组分配不同的接收时间。
3.、服务器以广播方式下发时间列表。
服务器将标识DCD Client能力与分配时间对应关系的时间列表以广播方式下发到DCD Client。
时间列表：用于描述DCD Client能力信息与接收广播时间的对应关系。
4、DCD Client接收与自身能力相匹配的接收时间的内容。
相同内容根据DCD Client能力不同，在不同时间下发。DCD Client根据时间列表，获得与自身能力相匹配的接收时间，接收该时间的广播内容。
本实施例所涉及的广播服务方式可以应用于DCD、RME等环境中，服务器向DCD Client广播下发的内容与能力信息有关，就可以采用本例所涉及的思想和方法。
请参照图11所示，本发明实施例十提供一种多媒体能力管理的装置，包括：
能力获取模块，用于获取客户端的多媒体能力信息；
确定模块，用于根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器。
请参照图12所示，本发明实施例十一提供一种多媒体能力管理的装置，包括：
能力获取模块，用于获取客户端的多媒体能力信息；
确定模块，用于根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器。
所述确定模块进一步包括：
判断模块，用于判断自身是否与所述客户端的能力相匹配；
存储模块，用于存储其它服务器的地址信息以及与不同类型客户端的匹配信息；
查询模块，用于当所述判断模块判断自身与所述客户端的能力不匹配时，在所述存储模块中查询与所述客户端的能力相匹配的服务器地址。
所述确定模块进一步包括：
分组模块，用于根据所述能力获取模块获取的不同客户端的能力，将能力相近的客户端分为一组。
所述的装置还包括：
分发模块，用于为所述不同组的客户端分发与其能力相匹配的内容信息。
所述分发模块进一步包括：
按时分发模块，用于在不同的时间为所述不同组的客户端分发与其能力相匹配的内容信息。
所述的装置还包括：
分频道模块，用于划分每一组客户端接收内容信息的频道。
所述的装置还包括：
按频道分发模块，用于按照所划分的频道为不同组的客户端分发与其能力相匹配的内容信息。
所述的装置还包括：
分组列表生成模块，用于生成关于所述客户端能力信息与标识能力信息的组号之间对应关系的分组列表；
分组列表查询模块，用于查询所述分组列表，获取所述客户端的能力分组，提供给所述分发模块按组分发与各组客户端能力相匹配的内容信息。
所述的装置还包括：
时间列表生成模块，用于生成关于所述能力信息与所述客户端的接收时间之间对应关系的时间列表；
时间列表查询模块，用于查询所述时间列表，获取所述客户端的接收时间，提供给所述按时分发模块按时间分发与各组客户端能力相匹配的内容信息。
所述的装置还包括：
频道列表生成模块，用于生成关于所述能力信息与所述客户端的接收频道之间对应关系的频道列表；
频道列表查询模块，用于查询所述频道列表，获取所述客户端的接收频道，提供给所述按频道分发模块按频道分发与各组客户端能力相匹配的内容信息。
所述装置是动态内容分发DCD服务器或富媒体环境RME服务器。
本发明实施例中，服务器端(DCD Server或RME Server)可以根据客户端(DCD Client)提供的能力进行分类，以便于对不同的客户端发送相应的内容，使得服务器发送的内容可以与客户端能力匹配，这样可以更有效地管理客户端的内容发送和能力信息，以便在此基础之上更好的开展相关的业务。对于DCD还能够解决客户端在能力不同的情况下都获取相同级别的内容，或客户端某些能力在发生变化后，接收的内容级别不发生改进的情况。

Claims (23)

1.一种多媒体能力管理的方法，包括：
获取客户端的多媒体能力信息；
根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器；
其中，当确定与所述客户端的能力相匹配的服务器后，还包括：
所述服务器根据不同客户端的能力，将能力相近的客户端分为一组；
所述服务器为所述每一组客户端分配标识能力的组号，并按照所述组号分组向每一组客户端发送相同的内容信息。
2.根据权利要求1所述的方法，其特征在于：根据所述多媒体能力信息，确定与所述客户端的能力相匹配的服务器，进一步包括：
接入所述客户端的服务器判断自身是否与所述客户端的能力相匹配；
如果是，则确定所述服务器为与所述客户端的能力相匹配的服务器；
如果不是，则所述服务器查询并确定与所述客户端的能力相匹配的服务器的地址信息。
3.根据权利要求2所述的方法，其特征在于：当所述服务器查询并确定与所述客户端的能力相匹配的服务器后，还包括：
将所述客户端的内容请求重定向到所述匹配的服务器。
4.根据权利要求1所述的方法，其特征在于：还包括：
所述服务器为每一组客户端分配与其能力相对应的时间标识，并按照所述时间标识在不同时间向不同组客户端发送相同的内容信息。
5.根据权利要求1所述的方法，其特征在于：还包括：
所述服务器为每一组客户端分配与其能力相对应的频道标识，并按照所述频道标识分频道向每一组客户端发送相同的内容信息。
6.根据权利要求1所述的方法，其特征在于：还包括：
所述服务器根据每一组客户端的能力生成具有不同能力等级的分组内容；
所述服务器生成关于所述能力信息与标识能力信息的组号之间对应关系的分组列表；
所述服务器以广播方式将所述分组列表、分组内容下发到所述客户端。
7.根据权利要求6所述的方法，其特征在于：还包括：
所述客户端查找所述分组列表，得到与自身能力相匹配的组号；
所述客户端根据所述组号获取相应的分组内容。
8.根据权利要求1所述的方法，其特征在于：还包括：
所述服务器根据每一组客户端的能力生成具有不同能力等级的分组内容；
所述服务器生成关于所述能力信息与所述客户端的接收频道之间对应关系的频道列表；
所述服务器以广播方式将所述频道列表下发到所述客户端。
9.根据权利要求8所述的方法，其特征在于：还包括：
所述客户端查找所述频道列表，得到与自身能力相匹配的频道标识；
所述客户端根据所述频道标识从相应频道获取所述分组内容。
10.根据权利要求1所述的方法，其特征在于：还包括：
所述服务器根据每一组客户端的能力生成具有不同能力等级的分组内容；
所述服务器端生成关于所述能力信息与所述客户端的接收时间之间对应关系的时间列表；
所述服务器以广播方式将所述时间列表下发到所述客户端。
11.根据权利要求10所述的方法，其特征在于：还包括：
所述客户端查找所述时间列表，得到与自身能力相匹配的时间标识；
所述客户端根据所述时间标识获取在相应时间接收所述分组内容。
12.根据权利要求1所述的方法，其特征在于：获取所述多媒体能力信息的方式包括下列之一：
在所述客户端在注册过程中获取其上报的自身的多媒体能力信息；
在所述客户端在订阅服务时获取其上报的自身的多媒体能力信息；
通过向所述客户端发送能力查询请求，接收所述客户端上报的多媒体能力信息。
13.根据权利要求12所述的方法，其特征在于：通过向所述客户端发送能力查询请求，接收所述客户端上报的多媒体能力信息进一步包括：
将所述能力查询请求发送给所述客户端；
如果所述客户端具有所述需要查询的能力信息，同时所述能力信息又是其本地策略所允许上报的，则接收所述客户端上报的能力信息。
14.根据权利要求13所述的方法，其特征在于：如果所述客户端不具备所述请求中所需要查询的能力信息，或者所述能力信息是其本地策略不允许的，则接收所述客户端返回的错误响应。
15.一种多媒体能力管理的装置，其特征在于：包括：
能力获取模块，用于获取客户端的多媒体能力信息；
确定模块，用于根据所述多媒体能力信息，确定与所述客户端能力相匹配的服务器；
其中，所述确定模块进一步包括：
分组模块，用于根据所述能力获取模块获取的不同客户端的能力，将能力相近的客户端分为一组；
分发模块，用于为不同组的客户端分发与其能力相匹配的内容信息；
所述多媒体能力管理的装置还包括分组列表生成模块，用于生成关于所述客户端能力信息与标识能力信息的组号之间对应关系的分组列表；
分组列表查询模块，用于查询所述分组列表，获取所述客户端的能力分组，提供给所述分发模块按组分发与各组客户端能力相匹配的内容信息。
16.根据权利要求15所述的装置，其特征在于：所述确定模块进一步包括：
判断模块，用于判断所述客户端接入的服务器本身是否与所述客户端的能力相匹配；
存储模块，用于存储其它服务器的地址信息以及与不同类型客户端的匹配信息；
查询模块，用于当所述判断模块判断所述客户端接入的服务器本身与所述客户端的能力不匹配时，在所述存储模块中查询与所述客户端的能力相匹配的服务器地址。
17.根据权利要求15所述的装置，其特征在于：所述分发模块进一步包括：
按时分发模块，用于在不同的时间为所述不同组的客户端分发与其能力相匹配的内容信息。
18.根据权利要求15所述的装置，其特征在于：还包括：
分频道模块，用于划分每一组客户端接收内容信息的频道。
19.根据权利要求18所述的装置，其特征在于：还包括：
按频道分发模块，用于按照所划分的频道为不同组的客户端分发与其能力相匹配的内容信息。
20.根据权利要求17所述的装置，其特征在于：还包括：
时间列表生成模块，用于生成关于所述能力信息与所述客户端的接收时间之间对应关系的时间列表；
时间列表查询模块，用于查询所述时间列表，获取所述客户端的接收时间，提供给所述按时分发模块按时间分发与各组客户端能力相匹配的内容信息。
21.根据权利要求19所述的装置，其特征在于：还包括：
频道列表生成模块，用于生成关于所述能力信息与所述客户端的接收频道之间对应关系的频道列表；
频道列表查询模块，用于查询所述频道列表，获取所述客户端的接收频道，提供给所述按频道分发模块按频道分发与各组客户端能力相匹配的内容信息。
22.根据权利要求15-19的任意一项所述的装置，其特征在于：所述装置是动态内容分发DCD服务器。
23.根据权利要求15、20及21的任意一项所述的装置，其特征在于：所述装置是动态内容分发DCD服务器或富媒体环境RME服务器。
CN200810026463.XA 2008-02-20 2008-02-20 一种多媒体能力管理的方法及装置 Active CN101515857B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200810026463.XA CN101515857B (zh) 2008-02-20 2008-02-20 一种多媒体能力管理的方法及装置
PCT/CN2009/070424 WO2009103228A1 (zh) 2008-02-20 2009-02-13 一种多媒体能力管理的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810026463.XA CN101515857B (zh) 2008-02-20 2008-02-20 一种多媒体能力管理的方法及装置

Publications (2)

Publication Number Publication Date
CN101515857A CN101515857A (zh) 2009-08-26
CN101515857B true CN101515857B (zh) 2012-01-25

Family

ID=40985067

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810026463.XA Active CN101515857B (zh) 2008-02-20 2008-02-20 一种多媒体能力管理的方法及装置

Country Status (2)

Country Link
CN (1) CN101515857B (zh)
WO (1) WO2009103228A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634303B (zh) * 2013-11-13 2017-06-27 中国联合网络通信集团有限公司 一种实现VoIP通话的方法及系统
DE102014009256A1 (de) * 2014-06-20 2015-12-24 Audi Ag Router und Verfahren zum Empfangen und Verteilen von Daten
WO2016000127A1 (zh) * 2014-06-30 2016-01-07 北京新媒传信科技有限公司 一种通信方法和信令服务器
CN104270463A (zh) * 2014-10-21 2015-01-07 无锡云捷科技有限公司 一种cdn网络动态服务器选择方法
CN104410709B (zh) * 2014-12-12 2018-06-08 北京奇虎科技有限公司 跨服用户的分配方法和装置
CN109510816B (zh) * 2018-10-23 2021-05-14 武汉极意网络科技有限公司 服务请求有效性验证方法、客户端及服务器
CN117540040A (zh) * 2024-01-10 2024-02-09 成都索贝数码科技股份有限公司 一种媒资内容交换装置及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1630278A (zh) * 2004-09-30 2005-06-22 中国联合通信有限公司 一种移动通信多媒体网关系统及其多媒体处理方法
CN1941711A (zh) * 2005-07-19 2007-04-04 英飞凌科技股份公司 用于控制通信会话或建立通信会话的方法以及相关装置
CN101115059A (zh) * 2007-01-19 2008-01-30 华为技术有限公司 多媒体子系统中传递终端信息的方法、设备及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1934801B1 (en) * 2005-08-16 2019-07-03 LG Electronics Inc. Terminal and method for supporting dynamic contents delivery service

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1630278A (zh) * 2004-09-30 2005-06-22 中国联合通信有限公司 一种移动通信多媒体网关系统及其多媒体处理方法
CN1941711A (zh) * 2005-07-19 2007-04-04 英飞凌科技股份公司 用于控制通信会话或建立通信会话的方法以及相关装置
CN101115059A (zh) * 2007-01-19 2008-01-30 华为技术有限公司 多媒体子系统中传递终端信息的方法、设备及系统

Also Published As

Publication number Publication date
CN101515857A (zh) 2009-08-26
WO2009103228A1 (zh) 2009-08-27

Similar Documents

Publication Publication Date Title
CN101515857B (zh) 一种多媒体能力管理的方法及装置
CN101119475B (zh) 实现iptv系统中视频点播请求重定向的系统和方法
US6628625B1 (en) Transmission announcement system and method for announcing upcoming data transmissions over a broadcast network
AU2004321838B2 (en) Transfer of data objects
US9479550B2 (en) System for providing continuity of broadcast between clients and method therefor
US7916631B2 (en) Load balancing in set top cable box environment
US20160212197A1 (en) Multicast delivery
US20010047401A1 (en) System and method for managing connections to servers delivering multimedia content
CN103069826A (zh) 发送设备和方法、接收设备和方法以及发送和接收系统
CN104782147A (zh) 通信接收器
WO2002045314A2 (en) Protocol extensions to increase reliability of bulk data transmissions
CN102025760A (zh) Http的媒体传输方法及装置
CN102137291A (zh) 一种广告选择方法及一种互联网协议电视iptv平台
US20210297462A1 (en) Content sending method and apparatus, and content receiving method and apparatus
US7653743B2 (en) Protocol for throttling high volume messages
CN101141414A (zh) 反馈广告等级的实现方法、系统和即时通讯客户端
CN101662658A (zh) 节目推送方法、机顶盒及电子节目菜单
US11038941B2 (en) Enabling a dynamic adaptive streaming over HTTP player to fetch media segments from a network
CN104683833B (zh) 自适应媒体服务的方法及装置
CN102638731B (zh) 一种用户点播的优化方法及系统
CN101442554A (zh) 实现内容分发业务互动的方法、服务器及系统
CN1326360C (zh) 用于接收广播的内容的方法和设备
CN102238152A (zh) 控制内容报告行为的方法、装置和系统
CN101090480A (zh) 视频点播方法、视频服务器和网络附加存储服务器
CN101651820B (zh) 基于下一代网络的交互式网络电视的内容推播方法及系统

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