CN101317434B

CN101317434B - 一种获取媒体特征信息的方法和系统以及终端设备

Info

Publication number: CN101317434B
Application number: CN200780000333.2A
Authority: CN
Inventors: 杨健; 陈国乔; 王雷; 张翼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-10-30
Filing date: 2007-09-26
Publication date: 2013-03-20
Anticipated expiration: 2027-09-26
Also published as: CN101090415A; WO2008052458A1; DE102007051828B4; CN101317434A; DE102007051828A1; CN100581197C

Abstract

本发明实施例公开了一种获取媒体特征信息的方法和系统，作为媒体发送方的用户通过自身终端设备生成标识共享媒体特征信息的媒体标记信息，并在媒体共享过程中主动或应接收方请求将该媒体标记信息发送给接收方终端；接收方终端接收并获取媒体标记信息内容，从而使得接收方用户能够获知所共享媒体的特征信息。本发明实施例同时公开了一种获取媒体特征信息的终端设备，应用该终端设备使得媒体共享接收方用户能够获知所共享媒体的特征信息。

Description

一种获取媒体特征信息的方法和系统以及终端设备

技术领域

本发明涉及网络通信技术，特别是指一种获取媒体特征信息的方法和系统以及终端设备。

发明背景

传统的电路业务只允许用户在每次会话中使用一种业务类型，例如，假设某终端用户正在进行语音呼叫，此时，若该用户希望发送即时消息给对方，那么该用户必须结束或暂停当前的语音呼叫，才能从同一个终端传送即时消息。

组合型业务(CSI，Combination of CS and IMS services)是在传统电路业务的基础上扩展起来的一种新型业务，该业务将传统网络中相互独立的电路域(CS Domain)业务和分组数据域业务，如IP多媒体子系统(IMS，IP Multimedia Subsystem)业务进行了结合，允许用户在普通的语音呼叫过程中添加一个多媒体会话，通话双方可以利用这个多媒体会话分享图片、视频影像以及有声多媒体等文件，从而丰富了人们的沟通手段。

图1为现有一种CSI业务呼叫建立的流程示意图。如图1所示，包括以下步骤：

步骤101：用户终端(UE)A和用户终端B建立电路域呼叫。

步骤102：用户终端A和用户终端B进行IMS能力交互。

交互内容包括CSI终端移动用户综合业务数字网号码(MSISDN，Mobile Station Integrated Service Digital Network)和会话初始协议-统一资源标识符(SIP-URI，Session Initiation Protocol-Uniform ResourceIdentifier)的关联关系以及终端能力信息。其中，终端能力信息用于标识用户之间建立IMS会话时能够成功调用的业务集合，包括IMS流媒体类型，IMS媒体类型所支持的媒体格式参数，如编解码格式和媒体文件格式等。此外，用户终端还可以通过IMS网络来交互如下能力信息：电路域视频电话的能力、电路域语音电话的能力、彩信的能力以及基于IMS的其它业务能力，如无线一键通(PoC，Push To Talk Over Cellular)等。

步骤103：用户终端A触发IMS业务，并通过IMS网络A向用户终端B发出会话邀请(INVITE)消息，媒体属性标记为“不活跃(inactive)”。

步骤104：IMS网络A将INVITE消息传送给IMS网络B。

步骤105：IMS网络B将INVITE消息传送给用户终端B。

步骤106：用户终端B根据步骤102中IMS能力交互时所得到的MSISDN和SIP-URI的对应关系，将接收到的INVITE消息与正在使用的CS业务相关联。

如果用户终端B设置了自动接听，则用户终端B侧直接初始化基于互联网协议的连接接入网络(IP-CAN，IP-Connectivity Access Network)，并建立承载；否则自步骤115开始建立承载。

步骤107：用户终端B向IMS网络B发送200OK消息，媒体属性标记为“inactive”。

步骤108：IMS网络B将200OK消息发送给IMS网络A。

步骤109：IMS网络A将200OK消息发送给用户终端A。

步骤110：用户终端A向IMS网络A回送应答消息。

同时，用户终端A侧初始化媒体属性，建立IP-CAN承载。

步骤111：IMS网络A将应答消息发送给IMS网络B。

步骤112：IMS网络B将应答消息发送给用户终端B。

步骤113：IP-CAN在用户终端A侧建立后，用户终端A再次向IMS网络A发送INVITE消息，媒体属性标记为“活跃(active)”。

步骤114：IMS网络A将INVITE消息发送给IMS网络B。

步骤115：IMS网络B将INVITE消息发送给用户终端B。

步骤116：用户终端B执行相应的业务动作。

如建立实时传输协议(RTP，Real-time Transport Protocol)媒体通道，启动编解码器件以及接收或者发送用户媒体流等。

步骤117：当用户终端B侧的IP-CAN承载建立完成，做好接收或者发送媒体流的准备后，用户终端B向IMS网络B发送200OK消息，媒体属性标记为“active”。

步骤118：IMS网络B将200OK消息发送给IMS网络A。

步骤119：IMS网络A将200OK消息发送给用户终端A。

步骤120：用户终端A接收到200OK消息后，向IMS网络A回送应答消息。

步骤121：IMS网络A将应答消息发送给IMS网络B。

步骤122：IMS网络B将应答消息发送给用户终端B。

步骤123：通信双方的多媒体会话建立。

这样，通信双方就可以利用所建立的多媒体会话分享图片、视频影像以及有声多媒体等文件。视频共享技术即为通过应用CSI技术，允许用户在拨打语音电话的同时共享一段视频。

图2为现有实现视频共享的系统的结构示意图。如图2所示，该系统由用户终端A、用户终端B和通信网络三部分组成。

其中，用户终端包括语音通信模块和视频共享客户端两部分：

语音通信模块用于完成用户在电路域中的语音会话，通过传统的电路域网络来传递通信双方的语音信息；

视频共享客户端用于实现视频共享，在双方进行语音通话的同时，发送方终端可以通过自身的视频共享客户端，将一段视频或其它多媒体文件经分组域网络发送给接收方终端，接收方终端通过自身的视频共享客户端接收发送过来的视频，并进行观看。这里，所共享的视频可以是存储在发送方终端上的已有的视频信息，也可以是发送方终端设备所实时拍摄的视频信息。

现有技术在实现视频共享时，接收方用户只能被动的接收发送方用户发送来的视频，而无法获知这段视频是发送方用户实时拍摄的，还是事先存在于发送方终端上的。

可是，在很多情况下，接收方用户需要客观地了解到所接收视频的特征信息，比如视频是不是实时拍摄的，是不是被叠加了信息等，但现有的视频共享技术却无法满足用户这一要求。

发明内容

本发明实施例提供一种获取媒体特征信息的方法，该方法使得媒体共享接收方用户能够获知所接收媒体的特征信息。

一种获取媒体特征信息的方法，包括：

发送方终端确定共享媒体信息是否为实时信息，根据确定的结果生成媒体标记信息，并将所述媒体标记信息发送给接收方终端；

接收方终端对接收到的媒体标记信息进行解析，通过解析结果获知所述媒体标记信息内容；

接收方终端根据解析结果显示所述媒体标记信息内容；或者根据解析结果，对接收到的共享媒体进行播放或作为文件存储；

所述确定所述共享媒体信息是否为实时信息的方法包括：判断所共享视频是来自于终端上已有的存储设备，则确定为非实时信息，判断所共享视频是来自于摄录像程序的输出，则确定为实时信息。

本发明实施例提供一种获取媒体特征信息的系统，该系统使得媒体共享接收方用户能够获知所接收媒体的特征信息。

一种获取媒体特征信息的系统，包括通信网络、发送方终端以及接收方终端；

所述通信网络，用于传输发送方终端和接收方终端在通信过程中的电路域以及分组域会话信息；

所述发送方终端，用于确定共享媒体信息是否为实时信息，根据确定的结果生成媒体标记信息，并将生成的媒体标记信息发送给接收方终端；

所述发送方终端用于确定共享媒体信息是否为实时信息为：判断所共享视频是来自于终端上已有的存储设备，则确定为非实时信息，判断所共享视频是来自于摄录像程序的输出，则确定为实时信息；

所述接收方终端，用于对接收到的媒体标记信息进行解析，通过解析结果获知所述媒体标记信息内容；

所述接收方终端根据解析结果显示所述媒体标记信息内容；或者根据解析结果，对接收到的共享媒体进行播放或作为文件存储。

本发明实施例提供一种获取媒体特征信息的终端设备，应用该设备使得媒体共享接收方用户能够获知所接收媒体的特征信息。

一种获取媒体特征信息的终端设备，包括生成单元、发送单元以及接收单元；

所述生成单元包括确定子单元以及生成子单元，所述确定子单元用于确定共享媒体信息是否为实时信息；所述生成子单元用于根据所述确定结果生成媒体标记信息；

所述确定子单元用于确定所述共享媒体信息是否为实时信息为：判断所共享视频是来自于终端上已有的存储设备，则确定为非实时信息，判断所共享视频是来自于摄录像程序的输出，则确定为实时信息；

所述发送单元，用于将所述媒体标记信息发送给接收方终端；

所述接收单元包括：接收子单元、解析子单元及处理子单元；

所述接收子单元，用于接收来自自身对应的发送方终端的媒体标记信息；

所述解析子单元，用于对所述媒体标记信息进行解析，得到所述媒体标记信息内容；

所述处理子单元，用于根据解析结果显示所述媒体标记信息内容，或者，根据解析结果，对接收到的共享媒体进行播放或作为文件存储。

可见，本发明实施例的技术方案中，作为媒体发送方的用户通过自身终端设备生成标识共享媒体特征信息的媒体标记信息，并在媒体共享过程中主动或应接收方请求将该媒体标记信息发送给接收方终端，接收方终端接收并获取媒体标记信息内容，从而使得接收方用户能够获知所共享媒体的特征信息。

附图简要说明

下面将通过参照附图详细描述本发明的示例性实施例，使本领域的普通技术人员更清楚本发明的上述及其它特征和优点，附图中：

图1为现有一种CSI业务呼叫建立的流程示意图；

图2为现有实现视频共享的系统的结构示意图；

图3为本发明系统实施例的结构示意图；

图4为本发明终端设备实施例的结构示意图；

图5为本发明方法实施例的流程图；

图6为本发明方法较佳实施例的流程图；

图7为本发明实施例中通过CSI业务呼叫建立过程中的信令携带视频标记信息的示意图。

实施本发明的方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明做进一步的详细说明。

本发明实施方式中，发送方终端生成标识共享媒体特征信息的媒体标记信息，并将该媒体标记信息发送给接收方终端；接收方终端接收并获取媒体标记信息内容。

图3为本发明系统实施例的结构示意图。如图3所示，该系统主要由通信网络、发送方终端以及接收方终端三部分组成。

其中，通信网络，用于传输发送方终端和接收方终端在通信过程中的电路域以及分组域会话信息；

发送方终端，用于生成标识共享媒体特征信息的媒体标记信息，并将生成的媒体标记信息发送给接收方终端；

接收方终端，用于接收并获取来自发送方终端的媒体标记信息内容。

图4为本发明用户终端设备实施例的结构示意图。如图4所示，该用户终端设备包括：生成单元41、发送单元42以及接收单元43；

生成单元41，用于生成标识共享媒体特征信息的媒体标记信息；

发送单元42，用于将生成的媒体标记信息发送给接收方终端，比如，将生成的媒体标记信息以自定义的消息格式发送给接收方终端，或者，利用已有消息或流媒体信息承载该媒体标记信息发送给接收方终端。

接收单元43，用于接收并获取来自自身对应的发送方终端的媒体标记信息内容。

其中，生成单元41具体包括：确定子单元411以及生成子单元412：确定子单元411，用于确定共享的媒体信息是否为实时信息；生成子单元412，用于根据确定结果生成媒体标记信息。

接收单元43具体包括：接收子单元431以及解析子单元432：接收子单元431，用于接收来自自身对应的发送方终端的媒体标记信息；解析子单元432，用于对媒体标记信息进行解析，得到媒体标记信息内容。

上述接收单元43中可进一步包括：处理子单元433，用于根据解析结果显示媒体标记信息内容，或者，根据解析结果，对接收到的共享媒体进行播放或作为文件存储。

除上述各单元以外，图4所示设备中进一步包括语音通信单元44，用于发送或接收通信过程中的语音信息；媒体共享客户端45，用于发送或接收共享媒体信息。

除图4所示实施例以外，本发明实施例用户终端设备中的各单元也可以统一合并到媒体共享客户端中，其功能与各单元独立设置时类似，不再赘述。

需要说明的是，图3和4所示实施例中的媒体标记信息内容可以是实时/非实时、媒体格式、要求接收方终端对接收到的共享媒体进行播放还是作为文件进行保存，是否允许保存等信息。共享媒体可以是视频、图片或声音等信息。下面以共享媒体为视频信息，媒体标记信息内容为实时/非实时信息为例，对本发明实施例所述方案作进行进一步地详细说明：

发送方终端中的确定子单元411对共享视频的特征信息，如实时/非实时性进行判断，本发明实施例中可以通过监测视频输出端启用了哪一个应用来实现，即，通过判断该视频信息是来自于终端中已有的视频存储单元还是来自于摄像头等摄录像程序的输出来判断该视频的实时性，本领域技术人员应该能够清楚地明白并实现这一判断过程，将判断结果输出给生成子单元412；生成子单元412根据接收到的判断结果生成视频标记信息，并将所生成的视频标记信息发送给发送单元42；发送单元42将该视频标记信息发送给接收方终端的接收单元43中的接收子单元431。

接收子单元431将接收到的视频标记信息发送给解析子单元432；解析子单元432将视频标记信息中的视频特征信息解析出来，并发送给处理子单元433；处理子单元433显示该视频特征信息，具体显示方式只要为通信双方都明白的方式即可，比如，可以在屏幕上出现一个小图标，用不同的图标图案来表示视频信息的实时或非实时性，或者，在屏幕上采用文字来直接说明。

以上所介绍的系统中，视频标记信息是通过终端设备中的发送单元42和接收单元43来完成发送和接收的。在实际应用中，也可以通过调用现有的消息通信模块来完成信息的收发，比如，用短信服务(SMS，Short Message Service)、多媒体消息业务(MMS，Multimedia MessageService)或会话初始协议等信令来承载所生成的视频标记信息。以SMS为例进一步说明，现有短信息信令一般都包括保留位，该保留位即可用来标识视频特征信息，比如用0表示实时，用1表示非实时，当该短信息被传送到接收方终端后，从该短信息中解析出所需的视频标记信息，并继续之后的处理流程。此外，还可以用共享视频流来承载所述视频标记信息，不再赘述。

基于以上所介绍的终端设备和系统，图5为本发明方法实施例的流程图。如图5所示，包括以下步骤：

步骤501：发送方终端生成标识共享媒体特征信息的媒体标记信息，并将该媒体标记信息发送给接收方终端。

本步骤中，可以是发送方终端主动将媒体标记信息发送给接收方终端；也可以是发送方终端在接收到接收方终端发来的共享媒体特征信息请求后，再将该媒体标记信息发送给接收方终端。接收方终端发送请求信息的方式可视具体情况而定，比如最简单的方式可以是在双方通话过程中由接收方用户口头提出请求。

步骤502：接收方终端接收并获取媒体标记信息内容。

图6为本发明方法较佳实施例的流程图。假设本实施例中共享媒体为视频信息，媒体标记信息内容为实时/非实时信息。如图6所示，包括以下步骤：

步骤601：发送方终端对所共享视频的特征信息进行判定。

本实施例中，共享视频的特征信息为实时/非实时性信息。发送方终端可以通过监测视频输出端启用了哪一个应用来判断该共享视频的实时/非实时性，即通过判断所共享视频是来自于终端上已有的存储设备，还是来自于摄像头等摄录像程序的输出来判断该共享视频是否为实时拍摄。

步骤602：发送方终端根据判定结果生成视频标记信息。

若判定结果显示该视频为实时拍摄，则发送方终端生成标识实时性的视频标记信息；若判定结果显示该视频为非实时拍摄，则发送方终端生成标识非实时性的视频标记信息。

步骤603：发送方终端将生成的视频标记信息发送给接收方终端。

本步骤中，发送方终端可以将生成的视频标记信息以自定义的消息格式发送给接收方终端，比如，该视频标记信息可以采用最为简单的由信令头和信令实体两部分组成的信令格式，其中信令实体部分用0和1来分别代表实时和非实时；也可以利用已有信息，如用SMS、MMS、SIP等信令信息或共享视频流承载该视频标记信息，进而发送给接收方终端。

步骤604：接收方终端接收并解析该视频标记信息。

步骤605：接收方终端根据解析结果显示共享视频的特征信息。

本步骤中，具体显示方式只要为通信双方都明白的方式即可，比如，可以在屏幕上出现一个小图标，用不同的图标图案来表示视频信息的实时或非实时性，也可以在屏幕上采用文字来直接说明。

通常情况下，图6所示实施例中，发送方终端与接收方终端的多媒体会话建立完成，即图1所示步骤123完成后，发送方终端开始向接收方终端发送共享视频时，才发送生成的视频标记信息；但是，在实际应用中，也可以是在多媒体会话建立完成之前，即将生成的视频标记信息携带在多媒体会话建立过程中的某些信令中发送给接收方终端；接收方终端在接收到视频标记信息后，可立即进行解析显示，也可以等后续多媒体会话建立完成，接收到发送方终端发送的共享视频流后，再与所述共享视频一同进行显示。总之，具体显示方式不限。

举例说明：图7为本发明实施例中通过CSI业务呼叫建立过程中的信令携带视频标记信息的示意图。发送方终端将生成的视频标记信息携带在图7所示信令中发送到接收方终端。如图7所示，包括以下步骤：

在开始信令交互之前，用户终端a，即发送方终端和用户终端b，即接收方终端首先进行能力交互。在能力交互过程中，发送方终端或接收方终端中的一方会向对方发送SIP审计(OPTION)消息，在该OPTION消息的用户-代理(User-Agent)头域中携带视频共享(Video Share)标识，表明自己支持Video Share业务。并且，在OPTION消息的联系(Contact)头域中，利用扩展的SubAPPName＝实时(live)/非实时(clip)标识来说明终端支持实时/非实时共享视频的能力，该SubAPPName＝live/clip即为视频标记信息，扩展方式如下：

Contact：<sip：alicepc33.home1.net；>；comp＝sigcomp；+g.3gpp.cs-voice；SubAPPName＝live。

当然，也可以通过其它方式，即通过扩展不同的Tag名称和标识来表示相应的功能；其作用和原理都是通过扩展头域的方式来表示终端对实时或者非实时共享视频的支持能力，只是具体的实现方法有所不同。该扩展方式还可以应用到其它的头域中，比如接收(Accept)头域等。

此外，还可以通过扩展新特征标签(Feature Tag)的方式来实现实时/非实时共享视频支持能力的交互，比如，将上述

Contact：<sip：alicepc33.home1.net；>；comp＝sigcomp；+g.3gpp.cs-voice；SubAPPName＝live修改为：

Contact：<sip：alicepc33.home1.net；>；comp＝sigcomp；+g.3gpp.cs-voice；+g.3gpp.csisc.clip；+g.3gpp.csics.live。

其中，+g.3gpp.csisc.clip和+g.3gpp.csics.live分别表示终端对实时以及非实时共享视频的支持能力。当然，该Feature tag也可以放置在其它的头域中。

接收到OPTION消息的一方终端向对端回送200OK消息，并在200OK消息的User-Agent头域中携带Video Share标识，表明自己支持Video Share业务。这样，通过能力交互，通信双方均可获知对方是否支持Video Share业务。

图7所示CSI业务呼叫建立流程具体包括以下步骤：

步骤701～702：发送方终端通过应用服务器(AS，Application Server)向接收方终端发送INVITE请求，其中携带有要使用的媒体类型信息。

在该INVITE请求的Accept-Contact头域中可以携带有+g.3gpp.cs-voice；SubAPPName＝live或+g.3gpp.cs-voice；SubAPPName＝clip标识，用于标识将要发送的共享视频为实时还是非实时。

步骤703～705：接收方终端接收到INVITE请求后，向AS发送183消息，并在该消息的会话描述协议(SDP，Session Description Protocol)信息中携带接收方终端能够接收的媒体流类型和编码方式，要求发送方终端进行资源预留，同时自身也进行资源预留；AS接收到183消息后，向接收方终端发送PRACK消息；接收方终端回送PRACK的200OK消息。

步骤706～708：AS向发送方终端发送183请求；发送方终端发送PRACK消息到AS；AS回送PRACK的200OK消息。

步骤706可以在步骤703后执行，与步骤704和705之间不存在时序关系。

步骤709～710：发送方终端资源预留成功，通过AS向接收方终端发送更新(UPDATE)消息。

如果步骤701～702中的INVITE请求中没有携带视频标记信息，或没有携带成功，则可以通过本步骤中的UPDATE消息来携带，具体携带方式与INVITE请求类似，不再赘述。

步骤711～712：接收方终端接收到UPDATE消息，并且自身资源预留成功，向发送方终端发送200OK消息。

步骤713～714：接收方终端向发送方终端发送180消息，同时提示接收方终端开始振铃。

步骤715～716：接收方终端向发送方终端发送200OK消息，响应INVITE消息。

步骤717～718：发送方终端向接收方终端发送ACK消息，确认会话建立；至此，多媒体会话建立完成，后续过程中发送方终端和接收方终端通过RTP报文进行实时的视频共享。

步骤719～722：发送方终端向接收方终端发送BYE消息，结束视频共享；接收方终端回送BYE消息的200OK响应消息。

图7所示流程中，通过对信令层面的SIP头域进行扩展来携带视频标记信息，在实际应用中，也可以通过在图7所示信令，如INVITE请求的SDP文件的m行的video属性下增加新的a属性来携带视频标记信息，比如新增a属性a＝sourctype live，以标识共享视频为实时视频。

扩展SDP文件以及扩展SIP头域的方式可以单独使用，也可以结合使用，具体使用方式可根据实际需要而定。

需要说明的是，上述实施例中均是以视频标记信息为实时/非实时信息为例进行说明的，但在实际应用中，该视频标记信息还可以是：媒体格式、要求接收方终端对接收到的共享视频进行播放还是作为文件进行保存，是否允许保存等信息。

接收方终端在接收到视频标记信息后，根据解析出的视频标记信息内容执行相应操作。根据接收到的视频标记信息内容的不同，接收方终端对应的具体操作方式也将不同。比如，图6所示实施例中的视频标识信息为实时/非实时信息，那么其对应的操作方式为在接收方终端的屏幕上用不同的图标图案来表示视频信息的实时或非实时性。如果该视频标记信息用于标识要求接收方终端对接收到的共享视频进行播放还是作为文件进行保存，那么相应地，接收方终端的操作方式将为对后续接收到的共享视频进行播放或作为文件存储。其它情况不再赘述。

此外，本领域技术人员应该知道，当共享媒体为图片或声音等媒体类型时，图6和图7所示实施例中的技术方案将同样适用。

可见，采用本发明实施例的技术方案，作为媒体发送方的用户通过自身终端设备生成标识共享媒体特征信息的媒体标记信息，并在媒体共享过程中主动或应接收方终端请求将该媒体标记信息发送给接收方终端，接收方终端接收并获取媒体标记信息内容，进而根据获取的媒体标记信息内容执行显示等操作，从而使得接收方用户获知当前共享媒体的特征信息。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种获取媒体特征信息的方法，其特征在于，该方法包括：

2.根据权利要求1所述的方法，其特征在于，该方法之前进一步包括：接收方终端向发送方终端请求共享媒体特征信息；所述发送方终端将生成的媒体标记信息发送给所述接收方终端。

3.根据权利要求1所述的方法，其特征在于，所述将媒体标记信息发送的方法包括：

将所述媒体标记信息以自定义的消息格式发送。

4.根据权利要求1所述的方法，其特征在于，所述将媒体标记信息发送的方法包括：

利用已有消息或流媒体信息承载所述媒体标记信息进行发送。

5.根据权利要求4所述的方法，其特征在于，所述利用已有消息承载所述媒体标记信息的方法包括：

对发送方终端和接收方终端建立多媒体会话过程中的信令进行扩展，通过所述扩展后的信令携带所述媒体标记信息。

6.根据权利要求5所述的方法，其特征在于，所述进行扩展的方法包括：对所述多媒体会话建立过程中的邀请INVITE请求消息或更新UPDATE消息中的头域和/或会话描述协议SDP文件进行扩展，增加媒体标记信息携带标识。

7.根据权利要求1～6中任一项所述的方法，其特征在于，所述共享媒体为共享视频。

8.一种获取媒体特征信息的系统，其特征在于，该系统包括通信网络、发送方终端以及接收方终端；

9.根据权利要求8所述的系统，其特征在于，所述接收方终端进一步用于，向所述发送方终端请求共享媒体特征信息。

10.一种获取媒体特征信息的终端设备，其特征在于，该设备包括生成单元、发送单元以及接收单元；

11.根据权利要求10所述的设备，其特征在于，所述发送单元将所述媒体标记信息以自定义的消息格式发送给接收方终端；或者，所述发送单元利用已有消息或流媒体信息承载所述媒体标记信息发送给接收方终端。