具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图2,本发明实施例提供了一种在观看节目时获取评论信息的方法,终端在线观看IPTV节目,包括:
步骤101:评论功能实体获取终端用户发送的对IPTV节目的评论内容和评论内容对应的相关信息;评论内容对应的相关信息包括:评论内容在IPTV节目中的开始位置和结束位置,评论内容的持续时间和/或评论内容对应的唯一标识符;
步骤102:评论功能实体将评论内容对应的相关信息发送给元数据控制功能实体,使点播观看IPTV节目的终端用户能够选择播放IPTV节目对应的评论内容。
其中,评论功能实体获取终端用户发送的对IPTV节目的评论内容和评论内容对应的相关信息,包括:
评论功能实体接收终端用户发送的开始录制消息,消息中携带开始录制消息时IPTV节目的当前播放位置,将IPTV节目当前播放位置作为开始位置;
接收并保存终端用户通过媒体通道发送的音/视频媒体流,音/视频媒体流为终端用户对IPTV节目发表的评论内容;
为评论内容生成对应的唯一标识符和评论内容的持续时间;
接收终端用户发送的停止录制消息,消息中携带停止录制消息时IPTV节目的当前播放位置,将IPTV节目当前播放位置作为结束位置。
进一步地,本实施例中,接收终端用户发送的开始录制消息,之前还包括:
接收终端用户发起的建立媒体通道的请求,与终端建立媒体通道。
其中,评论功能实体获取终端用户发送的对IPTV节目的评论内容和评论内容对应的相关信息,包括:
接收终端用户发送的评论消息,消息中携带终端用户对IPTV节目的评论内容、评论内容在IPTV节目的开始位置和结束位置、评论内容持续的时间;
保存接收到的评论内容,并为评论内容生成一个唯一的标识符。
进一步地,本实施例中,评论功能实体获取终端用户发送的对IPTV节目的评论内容和评论内容对应的相关信息,之前还包括:
IPTV控制功能实体向元数据控制功能实体发送查询IPTV节目的相关信息的请求消息;
接收元数据控制功能实体返回的响应消息,响应消息中包括:允许录制评论内容的标识符、以及评论功能实体的统一资源标识符或内容评论的公共业务标识;
将响应消息转发给终端,使终端获得IPTV节目的相关信息。
进一步地,本实施例中,将评论内容对应的相关信息发送给元数据控制功能实体,使点播观看IPTV节目的终端能够选择播放IPTV节目对应的评论内容,之后还包括:
终端向所述元数据控制功能实体发送请求消息,请求消息中携带了终端的标识、IPTV节目的标识、有权限查看所述评论内容的用户列表。
进一步地,本实施中的方法还包括:
IPTV控制功能实体接收第二终端用户发送的观看IPTV节目的请求;
获取第二终端用户有权查看的所有用户的评论列表信息,评论列表信息包括:第二终端用户有权查看的评论内容对应的相关信息;
将第二终端用户有权查看的所有用户的评论列表信息发送给第二终端。
其中,获取第二终端用户有权查看的所有用户的评论列表信息,包括:
向元数据控制功能实体发送查询请求消息,使元数据控制功能实体查询第二终端用户查看用户录制的评论内容的权限;
接收元数据控制功能实体返回的响应消息,响应消息中携带了所述第二终端用户有权查看的所有用户的评论列表信息。
其中,将第二终端用户有权查看的所有用户的评论列表信息发送给第二终端,包括:
将第二终端用户有权查看的所有用户的评论列表信息插入到内容播放功能实体返回给第二终端的响应消息中,并将响应消息转发给第二终端。
可选地,当评论内容为音/视频媒体流时,将第二终端用户有权查看的所有用户的评论列表信息发送给第二终端,之后还包括:
第二终端建立与内容播放功能实体的实时流会话;
向内容播放功能实体发起播放评论内容的请求消息;
接收内容播放功能实体向第二终端播放的评论内容。
可选地,当评论内容为文本信息时,将第二终端用户有权查看的所有用户的评论列表信息发送给第二终端,之后还包括:
第二终端向内容评论功能实体发送评论内容下载请求消息,消息中携带评论内容的下载地址;
接收内容评论功能实体根据评论内容的下载地址返回的响应消息,响应消息中携带第二终端请求的所有评论内容;
第二终端根据评论内容在IPTV节目中的时间点触发播放所有评论内容的部分或全部。
其中,本实施例及本文其他实施例中,评论功能实体、IPTV控制功能实体、元数据控制功能实体等各种实体,只表明一种逻辑关系,具体可以通过软件实现,也可以通过硬件实现,本实施例中对此不做具体限定。
本发明实施例提供的技术方案,用户在收看节目的过程中,可以同步录制音视频内容作为对节目的评论内容,以便后续其他好友在观看该节目时,可以同步收看/收听到相应的评论内容,解决了现有IPTV系统中上传评论信息的问题,从而为IPTV系统引入了一种新的业务形式。
实施例2
本发明实施例提供了一种在观看节目时获取评论信息的方法,本发明实施例中,在观看节目时获取评论信息即要实现在观看节目时实现实时上传同步的音视频评论,对于实时上传同步的音视频评论媒体关键点:一是实时上传,二是同步。其中,实时上传最好的办法就是ITF终端与网络侧建立上行的媒体通道,从而将捕获的用户的音视频数据实时发送给网络侧保存。但现有技术中ITF与网络侧的CC&CDF之间仅存在RTSP协议接口,而RTSP会话所建立的媒体通道是单向的,即只能由CC&CDF发向ITF,无法上行传输。因此需要ITF与网络侧的某个实体建立SIP会话,从而可以实现媒体流上行。这就需要在网络侧增加一个新的实体,用于协商SIP会话并实时录制媒体流,所以本实施例中新增Comments Function(评论功能实体),本实施例的网络架构如图3所示,包括:ITF,IPTV Metadata Control,IPTV Control,Content Storage,CC&CDF,Comments Function。本实施例新增的功能实体Comments Function,用于接收、录制、保存用户录制的、或上传的同并音视频、文字comments信息。
本实施例中,ITF在实时上传时,需要通过INFO消息携带用于同步的时间点发送给Comments Function,后续其他ITF观看该节目时,网络侧将相应的时间点信息首先发送给ITF,然后在节目播放过程中,由ITF在相应的时间点触发与CC&CDF之间新的RTSP会话的建立,以便播放相应的音视频评论媒体流。
本实施例中提供的在观看节目时获取评论信息的方法,应用场景为:用户A选择一个点播节目(CoD节目)观看,在收看过程中如果想对某段情节发表评论,则可以将节目暂停(或者边播放边评论),然后录制一段音视频评论(使用TV的内置/外接话筒、摄像头进行捕捉)。网络侧将评论内容录制下来,供后续其他用户收听/收看。用户A在录制完成后还可以设置允许哪些好友查看评论(也可以设置为完全公开)。参见图4,本实施例提供的方法的消息流程:
201、用户A向IPTV Control发送SIP INVITE消息,消息中携带了CRID(Content Record ID,节目的标识符)。
本实施例中,用户A在IPTV终端上操作,请求播放一个CoD节目,则在终端进行选择后,终端通过IPTV Control向CC&CDF发起会话。本实施例中对应用户A的终端为ITF-A。
202、IPTV Control将INVITE消息转发给CC&CDF。
203、IPTV Control向Metadata Control功能实体发送HTTP GET消息。
本实施例中,在终端向CC&CDF发起请求后,IPTV Control同时向Control功能实体发送HTTP GET消息,以查询该CoD节目的相关信息。
其中,步骤201-203为IPTV Control接收到终端发送的播放IPTV节目的请求后,向Metadata Control发送查询IPTV节目的相关信息的请求消息的过程。
204、Metadata Control向IPTV Control返回HTTP 200OK响应消息,消息中携带了该CoD节目的相关信息。
其中,相关信息中包括“允许录制comments”以及comments function功能实体的URI(Uniform Resource Identifier,统一资源标识符)或内容评论业务的PSI(Public Service Identity,公共业务标识)。
205、CC&CDF向IPTV Control返回SIP 200OK消息。
本实施例中,CC&CDF返回的消息有可能比第204步消息先到达IPTVControl,如果该消息先到达,则先缓存该消息而不发送,待收到第204步的消息后再做插入和发送处理。
206、IPTV Control在SIP 200OK消息中插入从Metadata返回的CoD节目的相关信息,然后转发给ITF-A。
其中,ITF-A接收到之后将相关信息在用户界面上呈现出来,以提示用户该节目可以录制comments。
207、ITF-A向IPTV Control发送SIP INVITE消息。
本实施例中,用户如果选择开启录制comments的功能,则ITF-A向IPTVControl发送SIP INVITE消息,消息的Request-URI中携带了comments function的URI(或者comments业务的PSI),消息中还携带了SDP offer,以请求与comments function之间建立媒体通道。
208、IPTV Control将INVITE消息转发给Comments Function。
209、Comments Function向IPTV Control返回SIP 200OK响应消息,消息中携带了SDP answer。
210、IPTV Control将带有SDP answer的SIP 200OK消息转发给ITF-A。
本实施例在用户录制评论的流程中,第206步消息中IPTV Control通过SIP200OK向ITF返回了“允许用户对该CoD节目录制comments”以及commentsfunction的URI地址。其实该信息也可以在用户发起CoD会话之前就获取。即用户使用ITF浏览CoD节目信息,这时ITF是从IPTV Application上获取CoD列表信息,在此过程中,IPTV Application就可以向ITF返回“允许用户对该CoD节目录制comments”以及comments function的URI地址,后续在用户请求播放该CoD时,在用户建立上行媒体通道的INVITE消息的Request URI中携带comments function即可。
本实施例中,评论信息包括:终端发表的评论内容,发表的评论内容对应的在播放节目中的开始位置和结束位置,评论内容持续的时间,评论信息对应的唯一标识符。
211、ITF-A向CC&CDF发送RTSP PLAY请求。
其中,用户在请求开启录制comments功能之后,选择开始播放CoD节目,则ITF-A向CC&CDF发送RTSP PLAY请求。
212、CC&CDF开始向ITF-A下发流媒体内容。
213、当接收到用户开始录制的命令后,ITF-A会向IPTV Control发送INFO消息。
本实施例中,ITF-A在开始接收流媒体内容后,提示用户“现在可以随时录制comments”。如果用户在某一时刻希望录制comments,则会按某个功能键/按钮,ITF-A会向IPTV Control发送INFO消息,消息中携带了info-event=record-start、CRID、start-position=当前CoD节目的播放位置/当前播放时间点(其实是时间信息,即当前节目已播放了多少秒,该信息作为该段comments对应的节目区间的开始位置)。
214、IPTV Control将INFO消息转发给Comments Function。
215、Comments Function返回200OK(INFO)响应消息。
216、IPTV Control将200OK(INFO)消息转发给ITF-A。
本实施例中,ITF-A收到响应后,会提示用户“此时可以开始录制了”。
217、Comments Function接收用户录制的视频媒体流。
其中,用户录制音视频媒体流(例如使用话筒/麦克风、摄像头等媒体捕获设备),媒体流会直接到达Comments Function。
218、Comments Function将接收到的媒体流进行录制并保存,然后为该段音/视频comments媒体生成一个唯一的comments-ID,并生成该评论内容持续的时间。
本实施例中的ID的形式可以为URI的形式,例如:“comments function-URI+唯一的序列号”,对此本实施例不做具体限定。
219、当接收到用户停止录制的命令后,ITF-A向IPTV Control发送INFO消息。
其中,用户录制完一段之后,按停止键,ITF-A向IPTV Control发送INFO消息,消息中携带了info-event=record-end、CRID、end-position=当前CoD节目的播放位置/当前播放时间点(其实是时间信息,即当前节目已播放了多少秒,该信息作为该段comments对应的节目区间的结束位置)。
220、IPTV Control将INFO消息转发给Comments Function。
221、Comments Function向IPTV Control返回200OK(INFO)消息。
222、IPTV Control将200OK(INFO)转发给ITF-A。
223、Comments Function向Metadata Control发送HTTP POST消息,将刚刚录制的评论内容的相关信息发送给Metadata Control保存。
其中,相关信息包括:用户A的标识、CRID、comments-ID、start-position、end-position和duration(即这段comments的持续时间)。
224、Metadata Control将Comments Function发送的相关信息进行保存,使点播观看该IPTV节目的终端能够选择播放IPTV节目对应的评论内容。
225、Comments Function将录制的评论内容同步到Storage(即存储IPTV内容源的存储设备)中。
其中,该步骤也可以在用户观看完CoD节目后(即录制完了所有comments后)之后,comments function将所有的comments媒体一起同步到storage中。
226、当用户录制完评论内容后,ITF-A向Metadata Control发送HTTP POST,消息中携带了用户A的标识、CRID、有权限查看comments的用户列表。
本实施例中,用户A在录制完所有的comments之后,可以设置comments的查看权限(即允许哪些用户查看),其中,comments的用户列表可以是一个或多个用户的标识、也可以是一个用户群组标识。
后续当用户B(B是A的好友)请求收看该CoD节目时,电视屏幕上会有提醒:用户A在收看过程中生成了同步评论信息,您可以选择收听/收看。用户B就可以在观看节目的同时同步看到/听到用户A的评论信息了。
本发明实施例提供的技术方案的有益效果是:实现了在IPTV系统中,用户在收看节目的过程中,可以同步录制音视频内容作为对节目的评论信息,并将评论内容上传到网络侧,以便后续其他好友在观看该节目时,可以同步收看/收听到相应的评论内容。从而为IPTV系统引入了一种新的业务形式,该业务形式适合于各种爱好者群体。对于音视频类型的评论信息,实现了实时的上传和录制,避免了对ITF终端存储空间的占用,并提高了上传效率。
实施例3
本发明实施例提供了一种在观看节目时获取评论信息的方法,本实施例的应用场景与实施例2的应用场景基本相同,只是用户可以在收看节目过程中、或者收看节目之后在本地录制音视频评论信息,然后再上传到服务器侧,参见图5,具体的消息流程:
301、用户A向IPTV Control发送SIP INVITE消息,消息中携带了CRID(Content Record ID,节目的标识符)。
302、IPTV Control将INVITE消息转发给CC&CDF。
303、IPTV Control向Metadata Control功能实体发送HTTP GET消息。
304、Metadata Control向IPTV Control返回HTTP 200OK响应消息,消息中携带了该CoD节目的相关信息。
305、CC&CDF向IPTV Control返回SIP 200OK消息。
306、IPTV Control在SIP 200OK消息中插入从Metadata返回的CoD节目的相关信息,然后转发给ITF-A。
307、ITF-A向IPTV Control发送SIP INVITE消息。
308、IPTV Control将INVITE消息转发给Comments Function。
其中,步骤301-308与实施例2中的上传流程的步骤201-208相同,本实施例在此不再赘述。不同之处在于,本实施例用户可以在收看节目过程中、或者收看节目之后在本地录制音视频评论信息,然后再上传到服务器侧。
309、ITF-A向comments function发送HTTP POST消息,将用户已经录制好的评论内容上传到Comments Function,消息中携带了:用户标识、CRID、Start-position、end-position和duration。
其中,用户在观看节目过程中(或者观看完节目后),可以在ITF本地录制音视频comments,并暂时保存在ITF本地存储器中,然后用户可以选择将录制好的comments文件上传到comments function中。
310、Comments function向ITF-A返回HTTP 200OK消息。
311、Comments Function将接收到的comments文件进行保存,并为其生成一个comments-ID(URI形式的)。
其中步骤312-315与实施例2中上传流程的步骤223-226相同,本实施例在此不在赘述。
本实施中用户可以选择录制音频媒体流信息,也可以选择录制文字评论信息,如用户A选择一个点播节目(CoD节目)观看,在收看过程中如果想对某段情节发表评论,则可以将节目暂停,然后输入一段文字评论信息(使用TV的外接键盘、或遥控器、或手机进行输入)保存在终端,再将文字评论信息上传到网络侧,网络侧将评论内容保存下来,供后续其他用户查看。用户A还可以设置允许哪些好友查看评论(也可以设置为完全公开)。具体的用户上传文字comments的消息流程如图6所示:
1、用户A希望收看CoD节目,则ITF-A向IPTV Control发送INVITE消息,消息中携带了CRID。
2、IPTV Control将INVITE消息转发给CC&CDF。
3、IPTV Control向Metadata Control发送HTTP GET消息,以查询该CoD节目的相关信息。
4、Metadata Control向IPTV Control返回相关信息,其中包括:该节目允许用户输入同步的文字comments。
5、CC&CDF向IPTV Control返回200OK(INVITE)消息。
6、IPTV Control在200OK(INVITE)消息中插入从Metadata Control中返回的相关信息,然后将200OK(INVITE)转发给ITF-A。
其中,ITF-A提取其中的相关信息,并提示给用户,例如“该节目允许输入同步的文字comments”之类的提示信息。用户可以选择开启在观看过程中输入文字comments的功能。
7、用户点击播放开始播放CoD节目,ITF-A向CC&CDF发送RTSPPLAY请求。
8、CC&CDF向ITF-A下发CoD节目媒体流。
9、用户如果希望在某个时刻输入文字comments,则可以先将节目暂停,ITF-A向CC&CDF发送RTSP PAUSE消息,以使CC&CDF暂停节目的播放。
10、用户输入完文字信息后,将文字信息上传到comments function中:ITF-A向comments function发送HTTP POST消息,消息中携带了用户标识、CRID、Comments Text、start-position、end-position。
11、Comments function向ITF-A返回HTTP 200OK消息。
12、Comments function将comments text保存下来,并为其生成一个comments-ID(该ID并非URI形式,只需是唯一的字符串/数值即可)。
13、Comments function将该comments的相关信息发送给Metadata Control保存:发送HTTP POST消息,消息中携带了用户标识、CRID、comments-id、start-position、end-position、comments text的下载地址(注该下载地址可以是每段comments text对应一个,也可以是该用户的所有comments text仅对应一个)。
14、Metadata Control对该comments的相关信息进行保存。
15、用户完成了该段文字comments的上传之后,请求继续播放CoD节目:ITF-A向CC&CDF发送RTSP PLAY请求。
16、用户A在上传完所有的comments之后,可以设置comments的查看权限(即允许哪些用户查看),ITF-A向Metadata Control发送HTTP POST,消息中携带了用户A的标识、CRID、有权限查看comments的用户列表(可以是一个或多个用户的标识、也可以是一个用户群组标识)。
后续当用户B(B是A的好友)请求收看该CoD节目时,电视屏幕上有会提醒:用户A在收看过程中生成了同步评论信息,您可以选择查看。用户B就可以在观看节目的同时同步看到用户A的文字评论信息了。
本发明实施例提供的技术方案的有益效果是:实现了在IPTV系统中,用户在收看节目的过程中,可以同步录制音视频内容作为对节目的评论信息,并将录制好的评论内容上传到网络侧,以便后续其他好友在观看该节目时,可以同步收看/收听到相应的评论内容。从而为IPTV系统引入了一种新的业务形式,该业务形式适合于各种爱好者群体,解决了现有技术中IPTV系统中不能上行传输的问题。
实施例4
参见图7,本发明实施提供了一种在观看节目时获取评论信息的方法,包括:
步骤401:在接收到终端用户发送的观看节目的请求后,获取终端用户有权查看的所有用户的评论列表信息。
本实施例中,应用实施例2中的网络架构,在已有用户对某个节目上传评论信息后,后续用户在观看该节目的同时,观看评论信息的方法,其中,用户B可以选择以下几种方式收看:
a正常播放节目,播放过程中不要显示任何评论信息。
b正常播放节目,音视频类型的评论信息同步播放(可以选择将节目本身的音频流关闭掉,另外视频评论可以以画中画方式呈现)。
c正常播放节目,播放过程中可以在相应的评论点之前提示有评论信息(提前一点时间,例如提前30秒或1分钟进行提示),用户B可以选择暂停节目并播放评论。
d正常播放节目,播放过程中遇到评论点时自动暂停,并播放评论信息,然后用户手动选择继续播放节目/或自动继续。
e不播放节目,而是按评论点顺序浏览播放评论信息,节目画面跟着评论点自动跳转。
具体的消息流程,如图8所示,其中,实现本步骤的消息流程为1-6:
1、用户B希望观看该CoD节目,ITF-B向IPTV Control发送SIP INVITE消息,消息中携带了该CoD节目的标识CRID。
2、IPTV Control将INVITE消息转发给CC&CDF。
3、IPTV Control向Metadata Control发送HTTP GET消息,以查询该CoD节目相关的信息。
4、Metadata Control查询User-B有查看哪些用户录制的comments的权限。
5、Metadata Control向IPTV Control返回HTTP 200OK消息,消息中携带了该CoD节目的相关信息,其中包括:User-B可以查看的所有用户的comments的列表。
评论信息列表包括:评论内容对应的在IPTV节目中的开始位置和结束位置,评论内容的持续时间,评论内容对应的唯一标识符。例如:
User-A的comments:
comments-ID-1,start-position,end-position,duration
comments-ID-2,start-position,end-position,duration
User-X的comments:
comments-ID-3,start-position,end-position,duration
comments-ID-4,start-position,end-position,duration
6、CC&CDF向IPTV Control返回SIP 200OK(INVITE)消息。
步骤402:将终端用户有权查看的所有用户的评论信息的列表信息发送给终端,使终端在播放节目时能触发播放所有用户的评论信息。
其中,实现本步骤的具体消息流程,参见图8中消息流程7-15:
7、IPTV Control在SIP 200OK(INVITE)消息中插入从Metadata Control获取的信息,然后转发给ITF-B。
ITF-B接收到响应消息后,提取其中的相关信息并提示给用户,例如“您可以在播放节目过程中同步播放/显示用户A、用户X的comments”。如果用户B选择了用户A的comments,后续播放节目过程中将只播放A的comments。
8、用户B点击开始播放CoD节目,ITF-B向CC&CDF发送RTSP PLAY消息。
9、CC&CDF向ITF-B下发节目媒体流。
10、在节目播放过程中,ITF-B会根据comments的开始时间点(start-position),自动触发comments的同步播放。
在触发播放第一段comments时,ITF-B会发起建立RTSP会话的请求,即向IPTV Control发送INVITE消息,消息的Request-URI设置为comments-ID-1。
11、IPTV Control将INVITE消息转发给CC&CDF。
12、CC&CDF向IPTV Control返回200OK消息。
13、IPTV Control向ITF-B转发200OK消息。
14、ITF-B向CC&CDF发送RTSP PLAY消息,以请求开始播放comments-1。
15、CC&CDF向ITF-B播放comments-1的媒体流。
ITF-B在播放CoD节目的同时播放comments媒体,如果是音频的comments则需要将节目的原声屏蔽掉(或将节目暂停),如果是视频的comments则还需要以一个小窗口播放(类似画中画的形式)。
16~19、ITF-B根据comments的duration(持续时间)得知该段comments何时结束,当结束时,ITF-B会自动触发发送BYE消息到CC&CDF,以使CC&CDF释放该RTSP会话并返回200OK(BYE)响应消息。
20-29、步骤20-29与步骤10-19是基本相同的,即在第二段comments时间点到来时ITF-B触发RTSP会话建立流程,所不同的仅在于comments-ID-1替换为comments-ID-2。这样,就实现了用户B在收看CoD节目过程中同步收看/收听用户A所预先录制的评论信息。
在后续其他用户收看节目时同步播放评论的流程中,第7步消息中IPTVControl通过SIP 200OK向ITF返回了该CoD节目相关的用户评论信息列表。其实该列表信息也可以在用户浏览CoD节目信息时获得,即ITF从IPTVApplication上获取CoD信息时,IPTV Application向ITF返回该用户有权限查看的所有的comments信息列表。后续ITF直接在INVITE消息的request URI中携带comments-ID-x即可。
其中,上述获取评论信息的方法是针对于音视频媒体流的方法,如果评论信息为文字信息,参见图9具体的获取评论信息的消息流程:
1-4、其中步骤1-4与上述下发音视频媒体流的消息流程一样,在这里不再赘述。
5、Metadata Control向IPTV Control返回HTTP 200OK消息,消息中携带了该CoD节目的相关信息,其中包括:User-B可以查看的所有用户的comments的列表。例如:
User-A的comments:
Comments text的下载地址
comments-ID-1,start-position,end-position
comments-ID-2,start-position,end-position
User-X的comments:
Comments text的下载地址
comments-ID-3,start-position,end-position
comments-ID-4,start-position,end-position
本实施例中,由于文本评论信息由于很小,可以直接全部下载到本地(根据这里的comments text的下载地址下载),后续本地按时间点显示即可。
6、CC&CDF向IPTV Control返回SIP 200OK(INVITE)消息。
7、IPTV Control在SIP 200OK(INVITE)消息中插入从Metadata Control获取的信息,然后转发给ITF-A。
ITF-B接收到响应消息后,提取其中的相关信息并提示给用户,例如“您可以在播放节目过程中同步播放/显示用户A、用户X的comments”。
8、如果用户B选择了用户A的comments,ITF-B会向Comments function发送HTTP GET请求消息,消息中携带了comments text的下载地址。
9、Comments function向ITF-B返回HTTP 200OK消息,消息中携带了用户A的针对该CoD节目的所有comments text。
10、用户点击播放开始观看CoD节目:ITF-B向CC&CDF发送RTSPPLAY请求消息。
11、CC&CDF向ITF-B发送节目媒体流。
12、在节目播放过程中,ITF-B根据各段comments的时间点依次触发显示各comments-text。
13、从而,用户在观看节目过程中就可以收看到同步的文字comments。
本发明实施例提供的技术方案的有益效果是:实现了在IPTV系统中,用户在收看节目的过程中,可以同步录制音视频内容作为对节目的评论信息,保存在网络侧,以便后续其他好友在观看该节目时,可以同步收看/收听到相应的评论内容。从而为IPTV系统引入了一种新的业务形式,该业务形式适合于各种爱好者群体。对于音视频类型的评论信息,实现了实时的上传和录制,避免了对ITF终端存储空间的占用,并提高了上传效率。
实施例5
参见图10,本实施例提供了一种在观看节目时获取评论信息的系统,终端用户在线观看IPTV节目,包括:评论功能实501、元数据控制功能实体502;
评论功能实体501,用于获取终端用户发表的对IPTV节目的评论内容和所述评论内容对应的相关信息;评论内容对应的相关信息包括:评论内容在IPTV节目中的开始位置和结束位置,评论内容的持续时间和/或所述评论内容对应的唯一标识符;将评论内容对应的相关信息发送给元数据控制功能实体;
元数据控制功能实体502,用于接收评论功能实体发送的评论内容对应的相关信息,使点播观看IPTV节目的终端用户能够选择播放IPTV节目对应的评论内容。
其中,评论功能实体501包括:
第一获取模块,用于接收终端用户发送的开始录制消息,消息中携带开始录制消息时IPTV节目的当前播放位置,将该IPTV节目的当前播放位置作为开始位置;接收并保存终端用户通过媒体通道发送的音/视频媒体流,该音/视频媒体流为终端对IPTV节目发表的评论内容;
为评论内容生成对应的唯一标识符和评论内容的持续时间;
接收终端用户发送的停止录制消息,消息中携带停止录制消息时IPTV节目的当前播放位置或,将该IPTV节目的当前播放位置作为结束位置。进一步地,本实施例中,评论功能实体501的第一获取模块还用于:接收终端用户发送的开始录制消息之前,接收终端用户发起的建立媒体通道的请求,与终端建立媒体通道。
其中,评论功能实体501包括:
第二获取模块,用于接收终端用户发送的评论消息,消息中携带终端用户对IPTV节目发表的评论内容、评论内容在IPTV节目的开始位置和结束位置、评论内容持续的时间;保存接收到的评论内容,并为评论内容生成一个唯一的标识符。
参见图11,进一步地,本实施例中的系统还包括IPTV控制功能实体503,用于在评论功能实体501获取终端用户发送的对IPTV节目的评论内容和评论内容对应的相关信息之前,向元数据控制功能实体发送查询IPTV节目的相关信息的请求消息;接收元数据控制功能实体返回的响应消息,响应消息中包括:允许录制评论内容的标识符、以及评论功能实体的统一资源标识符或内容评论的公共业务标识;将响应消息转发给终端,使终端获得IPTV节目的相关信息。
参见图11,进一步地,本实施例中的系统还包括终端504,用于评论功能实体501将评论内容对应的相关信息发送给元数据控制功能实体,使点播观看IPTV节目的终端用户能够选择播放IPTV节目对应的评论内容之后,向元数据控制功能实体发送请求消息,请求消息中携带了终端的标识、IPTV节目的标识、有权限查看评论信息的用户列表。
本实施例中,本实施例中的系统还包括第二终端505,IPTV控制功能实体503还用于,在接收第二终端用户发送的观看IPTV节目的请求,获取第二终端用户有权查看的所有用户的评论列表信息,评论列表信息包括:第二终端用户有权查看的评论内容对应的相关信息;将第二终端用户有权查看的所有用户的评论信息的列表信息发送给第二终端,
进一步地,本实施例中,IPTV控制功能实体503包括:
查询模块,用于向元数据功能实体502发送查询请求消息,使元数据功能实体502查询第二终端用户查看用户录制的评论内容的权限;接收元数据功能实体502返回的响应消息,响应消息中携带了第二终端用户可以查看的所有用户的评论列表信息。
本实施例中,IPTV控制功能实体503包括:
发送模块,用于将第二终端用户有权查看的所有用户的评论列表信息插入到内容播放功能实体返回给第二终端的响应消息中,并将内容播放实体返回的响应消息转发给第二终端。
本实施例中,第二终端包括:第一播放模块,用于当评论内容为音/视频媒体流时,将第二终端用户有权查看的所有用户的评论列表信息发送给第二终端之后,建立与内容播放功能实体的实时流会话;向内容播放功能实体发起播放评论内容的请求消息;接收内容播放功能实体向第二终端播放的评论内容。
进一步地,第二终端包括:第二播放模块,用于当评论内容为文本信息时,IPTV控制功能实体将第二终端用户有权查看的所有用户的评论列表信息发送给第二终端之后,向内容评论功能实体发送评论内容下载请求消息,消息中携带所述评论内容的下载地址;接收内容评论功能实体根据评论内容的下载地址返回的响应消息,响应消息中携带第二终端请求的所有评论内容;根据评论内容在IPTV节目中的时间点触发播放所有评论内容的部分或全部。
参见图12,本实施例提供了一种在观看节目时获取评论信息的装置,终端用户在线观看IPTV节目,包括:获取模块601、发送模块602。
获取模块601,用于获取终端用户发送的对IPTV节目的评论内容和评论内容对应的相关信息;评论内容对应的相关信息包括:评论内容在IPTV节目中的开始位置和结束位置,评论内容的持续时间和/或评论内容对应的唯一标识符;
发送模块602,用于将评论内容对应的相关信息发送给元数据控制功能实体,使点播观看IPTV节目的终端用户能够选择播放IPTV节目对应的评论内容。
参见图13,进一步地,本实施例中,获取模块601,包括:
第一接收单元601a,用于接收终端用户发送的开始录制消息,消息中携带开始录制消息时IPTV节目的当前播放位置,将IPTV节目的当前播放位置作为开始位置;
第二接收单元601b,用于接收并保存终端用户通过媒体通道发送的音/视频媒体流,该音/视频媒体流为终端用户对IPTV节目的评论内容;
生成单元601c,用于为评论内容生成对应的唯一标识符和评论内容的持续时间;
第三接收单元601d,用于接收终端用户发送的停止录制消息,消息中携带停止录制消息时IPTV节目的当前播放位置,将IPTV节目的当前播放位置作为结束位置。
参见图13,其中,获取模块701,还包括:
第四接收单元601e,用于接收终端用户发送的开始录制消息之前,接收终端用户发起的建立媒体通道的请求,与终端建立媒体通道。
参见图13,本实施例中,获取模块601,包括:
第五接收单元601f,用于接收终端用户发送的评论消息,消息中携带终端用户对IPTV发表的评论内容、评论内容在IPTV节目的开始位置和结束位置、评论内容持续的时间;
保存单元601g,用于保存接收到的评论内容,并为评论内容生成一个唯一的标识符。
其中,第一接收单元601a、第二接收单元602b、生成单元601c、第三接收单元601d、第四接收单元601e,对应实现实施例2中在观看节目时,直接将评论内容同步到网络侧的方法,而第五接收单元601f与保存单元601g,对应实现实施例3中在观看节目时,在本地录制完成评论内容后,再上传到网络侧的方法。
本发明实施例提供的技术方案,用户在收看节目的过程中,可以同步录制音视频内容作为对节目的评论内容,以便后续其他好友在观看该节目时,可以同步收看/收听到相应的评论内容,解决了现有IPTV系统中不能上传评论信息的问题,从而为IPTV系统引入了一种新的业务形式。
本实施例提供的系统、装置,具体可以与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完成,所述程序可以存储在可读取的存储介质中,该存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。