一种媒体消息适配方法、客户端及相关系统的制作方法
【专利摘要】本发明公开了一种媒体消息适配方法，包括：用户通过一客户端向网络侧请求获取媒体消息；所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的所述媒体消息。本发明还相应地公开了、一种客户端、媒体消息适配子系统和媒体消息适配系统，采用本发明所述的技术方案，网络侧能够根据用户和/或客户端的需求对媒体消息进行适配，从而能够避免因客户端收到超出用户预期大小的媒体消息给用户带来不必要开支、客户端收到其无法显示或播放的媒体消息等情况，从而提高用户体验。
【专利说明】一种媒体消息适配方法、客户端及相关系统
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种媒体消息适配方法、客户端及相关系统。
【背景技术】
[0002]随着通信技术，特别是互联网技术的发展，人们通过电子邮件或语音信箱等媒体消息业务进行沟通和交流已成为人们日常生产和生活中不可或缺的一部分。现在，诸如电子邮件或语音邮件这样的媒体消息可以携带多种多样的媒体内容，包括文本、图像、音频、视频等，给人们带来了丰富多彩的通信体验。
[0003]不同的媒体内容可能会采用不同的编解码或压缩格式，例如图像包括JPEG、BMP、GIF、PNG、TGA, TIFF 等格式，音频包括 MP3、OGG, APE、WAV、WMA 等格式，视频包括 MPEG-1、MPEG-2、MPEG-4、H.264等格式。然而，不同的客户端所具备的能力往往会有所不同，并不是所有的客户端都能支持所有的媒体格式。通常一个客户端只能支持一部分媒体格式，而当接收到其它格式的媒体内容时，则无法为用户显示或播放。因而有必要根据接收方客户端的能力对媒体消息进行内容适配，将媒体内容转换为客户端所支持的格式，以便将各种媒体内容呈现给用户。
[0004]另外，当媒体消息中包含多个媒体内容时，接收方用户有时会希望只获取其中部分内容。例如，对于某些包含较大数据量的媒体内容，当用一些数据处理能力较弱的终端设备进行接收时，往往需要很长时间才能完成数据的接收和处理，同时也会影响设备的正常运行，因而用户可能并不希望通过这种终端接收此类媒体；此外，下载包含较大数据量的媒体内容会导致较大的数据流量，从而带来较高的资费，特别是对于处在漫游状态的终端，这种问题会更加明显，因而用户可能不希望通过漫游的终端接收大数据量的媒体内容。
[0005]然而，在现有技术中，还未提出根据用户和/或客户端的需求对媒体消息进行适配的相关技术方案，从而不利于用户体验。
【发明内容】
[0006]有鉴于此，本发明的主要目的在于提供一种媒体消息适配方法、客户端及相关系统，能够提闻用户体验。
[0007]为达到上述目的，本发明的技术方案是这样实现的:
[0008]一种媒体消息适配方法，包括:
[0009]用户通过一客户端向网络侧请求获取媒体消息；
[0010]所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的所述媒体消息。
[0011]该方法还包括:
[0012]客户端向网络侧发送客户端标识、以及用户偏好信息和/或客户端的能力信息，所述客户端标识、以及用户偏好信息和/或客户端的能力信息用于网络侧对发送给相应客户端的媒体消息进行适配。[0013]所述客户端向网络侧发送客户端的能力信息为:所述客户端向网络侧发送所述客户端的能力信息，和/或，所述客户端向网络侧发送用户其他客户端的能力信息。
[0014]所述客户端向网络侧发送客户端标识、用户偏好信息和/或客户端的能力信息之后，该方法还包括:
[0015]所述网络侧存储所述客户端标识与所述用户偏好信息和/或客户端的能力信息的对应关系。
[0016]该方法具体包括:
[0017]用户通过一客户端向网络侧请求获取一媒体消息；
[0018]所述网络侧通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，获取所述客户端对应的用户偏好信息和/或客户端的能力信息；
[0019]所述网络侧根据所述客户端对应的用户偏好信息和/或客户端的能力信息对所述客户端请求获取的媒体消息进行适配，将适配后的媒体消息发送给所述客户端；
[0020]所述客户端接收所述适配后的媒体消息。
[0021]该方法还包括:
[0022]网络侧接收一媒体消息后，根据所述媒体消息中携带的接收方用户信息，确定所述接收方用户对应的各客户端；
[0023]所述网络侧通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，确定所述各客户端对应的用户偏好信息和/或客户端的能力信息；
[0024]所述网络侧根据所述各客户端对应的用户偏好信息和/或客户端的能力信息对所述媒体消息进行适配，分别获取与所述各客户端对应的媒体消息副本，
[0025]所述用户通过一客户端向网络侧请求获取媒体消息；所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的媒体消息为:
[0026]用户通过一客户端向网络侧请求获取所述媒体消息；
[0027]所述网络侧向所述客户端发送对应的媒体消息副本。
[0028]一种客户端，包括:请求模块和接收模块；其中，
[0029]所述请求模块，用于向网络侧请求获取媒体消息；
[0030]所述接收模块，用于接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的媒体消息。
[0031]该客户端还包括:获取模块和发送模块；其中，
[0032]所述获取模块，用于获取客户端标识、以及用户偏好信息和/或客户端的能力信息；
[0033]所述发送模块，用于向网络侧发送所述获取模块获取的客户端标识、以及用户偏好信息和/或所述客户端的能力信息，所述客户端标识、以及用户偏好信息和/或客户端的能力信息用于网络侧对发送给相应客户端的媒体消息进行适配。
[0034]一种媒体消息适配子系统，包括:接收模块、适配模块和发送模块；其中，
[0035]所述接收模块，用于接收来自客户端的媒体消息请求；
[0036]所述适配模块，用于根据客户端对应的用户偏好信息和/或所述客户端的能力信息对发送给所述客户端的媒体消息进行适配；
[0037]所述发送模块，用于将适配模块适配后的媒体消息发送给相应的客户端。[0038]该媒体消息适配子系统还包括存储模块，
[0039]所述接收模块，还用于接收客户端发送的客户端标识、以及用户偏好信息和/或客户端的能力信息；
[0040]所述存储模块，用于根据所述接收模块接收的来自客户端的客户端标识、以及用户偏好信息和/或客户端的能力信息，存储客户端标识、以及用户偏好信息和/或客户端的能力信息的对应关系。
[0041]所述适配模块，具体用于在接收一媒体消息后，根据所述媒体消息中携带的接收方用户信息，确定所述接收方用户对应的各客户端，并通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，确定所述各客户端对应的用户偏好信息和/或客户端的能力信息，根据所述各客户端对应的用户偏好信息和/或客户端的能力信息对所述媒体消息进行适配，分别获取与所述各客户端对应的媒体消息副本；
[0042]所述发送模块，还用于根据客户端获取媒体消息的请求，将所述适配模块生成的对应的媒体消息副本发送给客户端。
[0043]一种媒体消息适配系统，包括:客户端和媒体消息适配子系统；其中，
[0044]所述客户端为上述的客户端；
[0045]所述媒体消息适配子系统为上述的媒体消息适配子系统。
[0046]本发明媒体消息适配方法、客户端及相关系统，用户通过一客户端向网络侧请求获取媒体消息；所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的所述媒体消息。采用本发明所述的技术方案，网络侧能够根据用户和/或客户端的需求对媒体消息进行适配，从而能够避免因客户端收到超出用户预期大小的媒体消息给用户带来不必要开支、客户端收到其无法显示或播放的媒体消息等情况，从而提高用户体验。
【专利附图】
【附图说明】
[0047]图1为本发明实施例一的实施流程示意图；
[0048]图2为本发明实施例二的实施流程示意图。
【具体实施方式】
[0049]本发明实施例提出了一种媒体消息适配方法，包括:用户通过一客户端向网络侧请求获取媒体消息；所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的所述媒体消息。
[0050]可选的，该方法还包括:
[0051]客户端向网络侧发送客户端标识、以及用户偏好信息和/或客户端的能力信息，所述客户端标识、以及用户偏好信息和/或客户端的能力信息用于网络侧对发送给相应客户端的媒体消息进行适配。
[0052]需要说明的是，所述客户端向网络侧发送客户端的能力信息为:所述客户端向网络侧发送所述客户端的能力信息，和/或，所述客户端向网络侧发送用户其他客户端的能力信息。
[0053]在实施本方案时，客户端需要预先向网络侧上报用户偏好信息和/或客户端的能力信息。客户端的能力信息可以由一系列参数组成，用于指明该客户端所支持的媒体类型或格式，如音视频编码格式、图像压缩格式等。用户偏好信息也可以由一系列参数组成，用于指明用户希望通过该客户端接收怎样的媒体消息，例如该客户端接收的媒体消息中不能包含数据量大于某一特定值的媒体内容，或者该客户端接收的媒体消息中只能包含某种特定类型的媒体(如只能包含文本内容)或某种特定格式的音视频、图像等。用户偏好信息和/或客户端的能力信息可以通过现有技术，作为一种用户配置信息上传到网络侧。
[0054]可选的，所述客户端向网络侧发送客户端标识、用户偏好信息和/或客户端的能力信息之后，该方法还包括:
[0055]所述网络侧存储所述客户端标识与所述用户偏好信息和/或客户端的能力信息的对应关系。这里，客户端向网络侧上报用户偏好信息和/或客户端的能力信息时，会同时上报客户端标识，所以，网络侧可以存储客户端标识与客户端用户偏好信息和/或客户端的能力信息的对应关系。需要说明的是，客户端上传的客户端标识及用户偏好信息和/或客户端的能力信息可以保存在消息服务器中，也可以保存在存储配置信息的服务器中(例如将客户端用户偏好信息和/或客户端的能力信息以XML文件的形式保存在用于存储配置信息的XML文件管理服务器中)。在保存时，应注意将客户端的标识与该客户端的用户偏好信息和/或客户端的能力信息进行一一对应，以便能通过客户端标识查询该客户端的用户偏好信息和/或客户端的能力信息。
[0056]另外，需要说明的是，客户端在登录(或者注册)服务器时或之后，需要上报自己的客户端标识。在具体实施时，客户端标识的上报可以通过多种方式，以互联网消息访问协议(Internet Message Access Protocol, IMAP)为例，可以在登录服务器时，将客户端标识作为一个额外的参数携带在登录请求中，也可以通过APPEND指令将标识上传到服务器中，或者通过协议扩展，用扩展指令发送客户端标识。
[0057]可选的，该方法具体包括:
[0058]用户通过一客户端向网络侧请求获取一媒体消息；
[0059]所述网络侧通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，获取所述客户端对应的用户偏好信息和/或客户端的能力信息；
[0060]所述网络侧根据所述客户端对应的用户偏好信息和/或客户端的能力信息对所述客户端请求获取的媒体消息进行适配，将适配后的媒体消息发送给所述客户端；
[0061]所述客户端接收所述适配后的媒体消息。
[0062]具体的，当某个客户端从消息服务器中获取某个媒体消息时，消息服务器可以根据客户端标识查询预先保存的与该客户端标识相对应的用户偏好信息和/或客户端的能力信息，并根据查到的用户偏好信息和/或客户端的能力信息，对媒体消息中的媒体内容进行适配，如通过编码转换将媒体内容转换为该客户端所支持的格式，或根据用户配置信息，将满足过滤条件(比如字节数超过预设值)的媒体内容(或附件)过滤，再发送给所述客户端。
[0063]可选的，该方法还包括:
[0064]网络侧接收一媒体消息后，根据所述媒体消息中携带的接收方用户信息，确定所述接收方用户对应的各客户端；
[0065]所述网络侧通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，确定所述各客户端对应的用户偏好信息和/或客户端的能力信息；[0066]所述网络侧根据所述各客户端对应的用户偏好信息和/或客户端的能力信息对所述媒体消息进行适配，分别获取与所述各客户端对应的媒体消息副本，
[0067]所述用户通过一客户端向网络侧请求获取媒体消息；所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的媒体消息为:
[0068]用户通过一客户端向网络侧请求获取所述媒体消息；
[0069]所述网络侧向所述客户端发送对应的媒体消息副本。
[0070]具体的，消息服务器可以在为某用户接收了一个媒体消息之后，根据媒体消息中携带的接收方用户的标识，查找属于该用户的各个客户端标识，并进而查询各个客户端所对应的用户偏好信息和/或客户端的能力信息；消息服务器根据各个客户端的用户偏好信息和/或客户端的能力信息，对媒体消息进行适配，为各个客户端分别生成符合其能力或用户偏好的媒体消息副本，例如在为某一个客户端生成的媒体消息副本中转换媒体内容的编码格式，在为另一个客户端生成的媒体消息副本中滤除部分媒体内容等；当某个客户端需要从消息服务器中获取所述媒体消息时，消息服务器根据客户端标识将为所述客户端生成的媒体消息副本发送给所述客户端。
[0071]本发明还相应地提出了一种客户端，该客户端包括:请求模块和接收模块；其中，
[0072]所述请求模块，用于向网络侧请求获取媒体消息；
[0073]所述接收模块，用于接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的媒体消息。
[0074]可选的，该客户端还包括:获取模块和发送模块；其中，
[0075]所述获取模块，用于获取客户端标识、以及用户偏好信息和/或客户端的能力信息；
[0076]所述发送模块，用于向网络侧发送所述获取模块获取的客户端标识、以及用户偏好信息和/或所述客户端的能力信息，所述客户端标识、以及用户偏好信息和/或客户端的能力信息用于网络侧对发送给相应客户端的媒体消息进行适配。
[0077]本发明还相应地提出了一种媒体消息适配子系统，该媒体消息适配子系统包括:接收模块、适配模块和发送模块；其中，
[0078]所述接收模块，用于接收来自客户端的媒体消息请求；
[0079]所述适配模块，用于根据客户端对应的用户偏好信息和/或所述客户端的能力信息对发送给所述客户端的媒体消息进行适配；
[0080]所述发送模块，用于将适配模块适配后的媒体消息发送给相应的客户端。
[0081]可选的，该媒体消息适配子系统还包括存储模块，
[0082]所述接收模块，还用于接收客户端发送的客户端标识、以及用户偏好信息和/或客户端的能力信息；
[0083]所述存储模块，用于根据所述接收模块接收的来自客户端的客户端标识、以及用户偏好信息和/或客户端的能力信息，存储客户端标识、以及用户偏好信息和/或客户端的能力信息的对应关系。
[0084]可选的，所述适配模块，具体用于在接收一媒体消息后，根据所述媒体消息中携带的接收方用户信息，确定所述接收方用户对应的各客户端，并通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，确定所述各客户端对应的用户偏好信息和/或客户端的能力信息，根据所述各客户端对应的用户偏好信息和/或客户端的能力信息对所述媒体消息进行适配，分别获取与所述各客户端对应的媒体消息副本；
[0085]所述发送模块，还用于根据客户端获取媒体消息的请求，将所述适配模块生成的对应的媒体消息副本发送给客户端。
[0086]本发明还相应地提出了一种媒体消息适配系统，该系统包括:客户端和媒体消息适配子系统；其中，
[0087]所述客户端为上述的客户端；
[0088]所述媒体消息适配子系统为上述的媒体消息适配子系统。
[0089]下面结合附图和具体实施例对本发明的技术方案作进一步详细阐述。
[0090]实施例一
[0091]不失一般性，在本实施例中，某语音信箱业务用户的多个客户端预先上传各自的客户端标识及能力信息，当用户需要通过某个客户端获取语音邮件时，语音信箱业务服务器根据收到的客户端标识查询该客户端的能力信息，并根据该客户端的能力信息对语音邮件中的音频媒体进行编码转换，随后发送给该客户端。
[0092]图1为本发明实施例一的实施流程示意图，如图1所示。该过程具体包括以下步骤:
[0093]步骤101:某语音信箱业务用户的客户端A和客户端B分别向网络侧上传各自的客户端标识及能力信息，客户端A指明自己仅支持MP3格式的音频，客户端B指明自己仅支持WMA格式的音频；
[0094]步骤102:语音信箱业务服务器为所述用户接收并保存一封语音邮件，其中包含WAV格式的音频内容；
[0095]步骤103:客户端A与语音信箱业务服务器建立连接(如IMAP连接)，上报自己的客户端标识；
[0096]步骤103b:客户端A请求获取所述语音邮件(如通过IMAP的FETCH指令)
[0097]步骤104:语音信箱业务服务器根据客户端A的标识，查询预先保存的客户端A的能力信息；
[0098]步骤105:语音信箱业务服务器根据查到的客户端A的能力信息，将所述语音邮件中的WAV格式的音频内容转换为MP3格式的音频内容；音频格式的转换可以在语音信箱业务服务器内部进行，也可以通过一个媒体编码转换服务器来完成；
[0099]步骤106:语音信箱业务服务器将完成音频格式转换的所述语音邮件发送给客户端A ；
[0100]步骤107:客户端B与语音信箱业务服务器建立连接(如IMAP连接)，上报自己的客户端标识
[0101]步骤107b:客户端B请求获取所述语音邮件(如通过IMAP的FETCH指令)；
[0102]步骤108:语音信箱业务服务器根据收到的客户端B的标识，查询预先保存的客户端B的能力信息；
[0103]步骤109:语音信箱业务服务器根据查到的客户端B的能力信息，将所述语音邮件中的WAV格式的音频内容转换为WMA格式的音频内容；音频格式的转换可以在语音信箱业务服务器内部进行，也可以通过一个媒体编码转换服务器来完成；[0104]步骤110:语音信箱业务服务器将完成音频格式转换的所述语音邮件发送给客户端B。
[0105]实施例二
[0106]不失一般性，在本实施例中，某电子邮件用户的多个客户端预先上传各自的客户端标识及用户偏好信息，电子邮件服务器根据用户的各个客户端的用户偏好信息，对用户的电子邮件进行适配，为各个客户端分别生成符合其相应的用户偏好的电子邮件副本；当用户需要通过某个客户端获取电子邮件时，该客户端上报自己的客户端标识，服务器根据收到的客户端标识，将为该客户端生成的电子邮件副本发送给该客户端。
[0107]图2为本发明实施例二的实施流程示意图，如图2所示。该过程具体包括以下步骤:
[0108]步骤201:某电子邮件用户的客户端A和客户端B分别向网络侧上传各自的客户端标识及用户偏好信息，客户端A指明用户希望用该客户端接收的电子邮件中仅包含文本内容，客户端B指明用户希望用该客户端接收的电子邮件中不能包含数据量大于某一特定值的附件；
[0109]步骤202:电子邮件服务器为所述用户接收并保存一封电子邮件，其中除了文字内容以外,还包含一个音频附件和一个视频附件；
[0110]步骤203:电子邮件服务器查询所述用户的客户端A的用户偏好信息，并根据该信息，去除所述电子邮件中的音频附件和视频附件，生成所述电子邮件的一个副本，其中仅包含文字内容；服务器将生成的电子邮件副本与客户端A的标识相互关联起来；
[0111]步骤204:电子邮件服务器查询所述用户的客户端B的用户偏好信息，并根据该信息，判断所述电子邮件中的视频附件由于所含数据量超出了用户要求的限度，于是去除该视频附件，生成所述电子邮件的一个副本，其中仅包含文字内容和音频附件；服务器将生成的电子邮件副本与客户端B的标识相互关联起来；
[0112]步骤205:客户端A与电子邮件服务器建立连接(如IMAP连接)，上报自己的客户端标识，
[0113]步骤205b:客户端A请求获取所述电子邮件(如通过IMAP的FETCH指令)；
[0114]步骤206:电子邮件服务器根据收到的客户端A的标识，将为客户端A生成的电子邮件副本(即与客户端A相关联的电子邮件副本)发送给客户端A ；
[0115]步骤207:客户端B与电子邮件服务器建立连接(如IMAP连接)，上报自己的客户端标识，
[0116]步骤207b:客户端B请求获取所述电子邮件(如通过IMAP的FETCH指令)；
[0117]步骤208:电子邮件服务器根据收到的客户端B的标识，将为客户端B生成的电子邮件副本(即与客户端B相关联的电子邮件副本)发送给客户端B。
[0118]本发明中，用户通过客户端预先配置用户偏好信息，和/或，客户端预先上传自己的能力信息；客户端在登录或注册服务器时，上报客户端的标识信息给服务器，当某个客户端需要从消息服务器中获取某个媒体消息时，消息服务器根据客户端标识查询对应的用户偏好信息和/或客户端的能力信息，并根据查到的用户偏好信息和/或客户端的能力信息，对媒体消息中的媒体内容进行适配(如编码转换、临时删除部分媒体内容等)，随后发送给所述客户端；或者，消息服务器也可以在为某用户接收了一个媒体消息之后，根据该用户的各个客户端的用户偏好信息和/或客户端的能力信息，对媒体消息进行适配，为各个客户端分别生成符合其能力或用户偏好的媒体消息副本；当某个客户端需要从消息服务器中获取所述媒体消息时，消息服务器根据客户端标识将相应的媒体消息副本发送给所述客户端。基于本发明的方案，消息服务器可以根据不同的客户端的能力信息或相应的用户偏好信息，在客户端获取媒体消息之前对媒体消息进行内容适配，从而保证不同的客户端可根据自身的能力和/或用户的需要接收并呈现媒体消息中的媒体内容，从而能够提高用户体验。
[0119]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
【权利要求】
1.一种媒体消息适配方法，其特征在于，该方法包括: 用户通过一客户端向网络侧请求获取媒体消息； 所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的所述媒体消息。
2.根据权利要求1所述的方法，其特征在于，该方法还包括: 客户端向网络侧发送客户端标识、以及用户偏好信息和/或客户端的能力信息，所述客户端标识、以及用户偏好信息和/或客户端的能力信息用于网络侧对发送给相应客户端的媒体消息进行适配。
3.根据权利要求2所述的方法，其特征在于，所述客户端向网络侧发送客户端的能力信息为:所述客户端向网络侧发送所述客户端的能力信息，和/或，所述客户端向网络侧发送用户其他客户端的能力信息。
4.根据权利要求2所述的方法，其特征在于，所述客户端向网络侧发送客户端标识、用户偏好信息和/或客户端的能力信息之后，该方法还包括: 所述网络侧存储所述客户端标识与所述用户偏好信息和/或客户端的能力信息的对应关系。
5.根据权利要求4所述的方法，其特征在于，该方法具体包括: 用户通过一客户端向网络侧请求获取一媒体消息； 所述网络侧通过查询客 户端标识与用户偏好信息和/或客户端的能力信息的对应关系，获取所述客户端对应的用户偏好信息和/或客户端的能力信息； 所述网络侧根据所述客户端对应的用户偏好信息和/或客户端的能力信息对所述客户端请求获取的媒体消息进行适配，将适配后的媒体消息发送给所述客户端； 所述客户端接收所述适配后的媒体消息。
6.根据权利要求4所述的方法，其特征在于，该方法还包括: 网络侧接收一媒体消息后，根据所述媒体消息中携带的接收方用户信息，确定所述接收方用户对应的各客户端； 所述网络侧通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，确定所述各客户端对应的用户偏好信息和/或客户端的能力信息； 所述网络侧根据所述各客户端对应的用户偏好信息和/或客户端的能力信息对所述媒体消息进行适配，分别获取与所述各客户端对应的媒体消息副本， 所述用户通过一客户端向网络侧请求获取媒体消息；所述客户端接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的媒体消息为: 用户通过一客户端向网络侧请求获取所述媒体消息； 所述网络侧向所述客户端发送对应的媒体消息副本。
7.一种客户端，其特征在于，该客户端包括:请求模块和接收模块；其中， 所述请求模块，用于向网络侧请求获取媒体消息； 所述接收模块，用于接收网络侧根据用户偏好信息和/或所述客户端的能力信息适配后的媒体消息。
8.根据权利要求7所述的客户端，其特征在于，该客户端还包括:获取模块和发送模块;其中，所述获取模块，用于获取客户端标识、以及用户偏好信息和/或客户端的能力信息； 所述发送模块，用于向网络侧发送所述获取模块获取的客户端标识、以及用户偏好信息和/或所述客户端的能力信息，所述客户端标识、以及用户偏好信息和/或客户端的能力信息用于网络侧对发送给相应客户端的媒体消息进行适配。
9.一种媒体消息适配子系统，其特征在于，该媒体消息适配子系统包括:接收模块、适配模块和发送模块；其中， 所述接收模块，用于接收来自客户端的媒体消息请求； 所述适配模块，用于根据客户端对应的用户偏好信息和/或所述客户端的能力信息对发送给所述客户端的媒体消息进行适配； 所述发送模块，用于将适配模块适配后的媒体消息发送给相应的客户端。
10.根据权利要求9所述的媒体消息适配子系统，其特征在于，该媒体消息适配子系统还包括存储模块， 所述接收模块，还用于接收客户端发送的客户端标识、以及用户偏好信息和/或客户端的能力信息； 所述存储模块，用于根据所述接收模块接收的来自客户端的客户端标识、以及用户偏好信息和/或客户端的 能力信息，存储客户端标识、以及用户偏好信息和/或客户端的能力信息的对应关系。
11.根据权利要求10所述的媒体消息适配子系统，其特征在于， 所述适配模块，具体用于在接收一媒体消息后，根据所述媒体消息中携带的接收方用户信息，确定所述接收方用户对应的各客户端，并通过查询客户端标识与用户偏好信息和/或客户端的能力信息的对应关系，确定所述各客户端对应的用户偏好信息和/或客户端的能力信息，根据所述各客户端对应的用户偏好信息和/或客户端的能力信息对所述媒体消息进行适配，分别获取与所述各客户端对应的媒体消息副本； 所述发送模块，还用于根据客户端获取媒体消息的请求，将所述适配模块生成的对应的媒体消息副本发送给客户端。
12.—种媒体消息适配系统，其特征在于，该系统包括:客户端和媒体消息适配子系统；其中， 所述客户端为权利要求7或8所述的客户端； 所述媒体消息适配子系统为权利要求9至11任一项所述的媒体消息适配子系统。
【文档编号】H04L29/06GK103475627SQ201210186538
【公开日】2013年12月25日 申请日期:2012年6月7日 优先权日:2012年6月7日
【发明者】丁欣, 卢艳 申请人:中兴通讯股份有限公司