CN107645477A - Iptv多屏互动方法、终端及iptv多屏网关 - Google Patents
Iptv多屏互动方法、终端及iptv多屏网关 Download PDFInfo
- Publication number
- CN107645477A CN107645477A CN201610585153.6A CN201610585153A CN107645477A CN 107645477 A CN107645477 A CN 107645477A CN 201610585153 A CN201610585153 A CN 201610585153A CN 107645477 A CN107645477 A CN 107645477A
- Authority
- CN
- China
- Prior art keywords
- screen
- iptv multi
- interactive mode
- iptv
- gateway
- 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.)
- Withdrawn
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种IPTV多屏互动方法、终端、IPTV多屏网关及存储介质,终端与IPTV多屏网关之间支持多种交互模式;在多屏业务执行过程中,源终端可以根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式,然后与IPTV多屏网关根据确定的目标交互模式建立对应的目标链接,通过该目标链接将待发给目的终端的业务消息发给IPTV多屏网关实现多屏业务的交互。本发明实施例中的终端与IPTV多屏网关之间支持多种交互模式,且终端可以根据当前业务通信环境灵活选定当前使用的目标交互模式,保证用户能无缝使用,而不至于由于IPTV多屏网关性能的某一交互模式资源不够时就导致多屏业务不能使用,可以提高用户体验度,同时也能降低IPTV多屏网关性能的要求。
Description
技术领域
本发明涉及IPTV(Internet Protocol Television,交互式网络电视)领域,尤其涉及一种IPTV多屏互动方法、终端及IPTV多屏网关。
背景技术
目前各种多屏终端在IPTV系统中应用的越来越多,IPTV系统能为用户提供在电视、电脑、手机、PAD等终端上无缝切换的业务服务,比如为家庭用户可以在电脑屏(PC)、手机屏(Mobile、PAD)、机顶盒(Set Top Box,STB)等终端上视频互动、游戏互动、甩屏以及遥控等业务操作,但是不同终端属于不同的网络平台(比如宽带网络与移动网络),所以在家庭网络无法进行通讯时,终端间的消息通讯则需要通过IPTV多屏网关进行转发,以实现多屏互动业务,让用户可以随时随地通过手机、PC、机顶盒平滑灵活地进行业务切换和业务共享。
随着IPTV业务的发展,越来越多的终端需要进行多屏互动。特别是一个终端要同时互动多个终端的场景。目前已有的多屏互动方法是仅支持终端和IPTV多屏网关之间建立TCP(Transmission Control Protocol,传输控制协议)长链实现业务交互,如果终端想和多个终端互动,IPTV多屏网关必须依次给多个终端建立多条TCP链路,也即为每个终端分配一个TCP链路资源,这会使得IPTV多屏网关链接越来越多,最终使得TCP链接超限,从而导致用户受IPTV多屏网关的TCP资源限制而不能再使用多屏业务,进而导致用户体验满意度低的问题。
发明内容
本发明实施例提供的IPTV多屏互动方法、终端及IPTV多屏网关,主要解决的技术问题是:解决现有终端通过IPTV多屏网关实现多屏互动时,IPTV多屏网关仅支持TCP交互模式,导致多屏业务受IPTV多屏网关资源限制较大,用户体验满意度低的问题。
为解决上述技术问题,本发明实施例提供一种IPTV多屏互动方法,包括:
源终端根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式,所述源终端与所述IPTV多屏网关之间支持多种交互模式;
所述源终端根据所述目标交互模式与所述IPTV多屏网关建立对应的目标链接;
所述源终端通过所述目标链接将待发给目的终端的业务消息发给所述IPTV多屏网关。
本发明实施例还提供一种IPTV多屏互动方法,包括:
IPTV多屏网关与源终端之间建立与目标交互模式对应的目标链接,所述IPTV多屏网关与所述源终端之间支持多种交互模式,所述目标交互模式为所述源终端根据当前业务通信环境确定与所述IPTV多屏网关之间当前需采用的目标交互模式;
所述IPTV多屏网关通过所述目标链接接收所述源终端发送的业务消息,并通过所述目标交互模式将所述业务消息发送给对应的目的终端。
本发明实施例还提供一种终端,包括:
第一多屏业务处理模块,用于根据当前业务通信环境确定所述终端与IPTV多屏网关之间当前需采用的目标交互模式,所述终端与所述IPTV多屏网关之间支持多种交互模式;
第一交互模块,用于根据所述目标交互模式与所述IPTV多屏网关建立对应的目标链接,并通过所述目标链接将待发给目的终端的业务消息发给所述IPTV多屏网关。
本发明实施例还提供一种IPTV多屏网关,包括:
第二多屏业务处理模块,用于与终端之间建立与目标交互模式对应的目标链接,所述IPTV多屏网关与所述终端之间支持多种交互模式,所述目标交互模式为所述终端根据当前业务通信环境确定与所述IPTV多屏网关之间当前需采用的目标交互模式;
第二交互模块,用于通过所述目标链接接收所述终端发送的业务消息,并通过所述目标交互模式将所述业务消息发送给对应的目的终端。
本发明实施例还提供一种计算机存储介质,所述计算机存储介质中存储有计算机可执行指令,所述计算机可执行指令用于执行前述的IPTV多屏互动方法。
本发明的有益效果是:
根据本发明实施例提供的IPTV多屏互动方法、终端、IPTV多屏网关及存储介质,本发明实施例中的终端与IPTV多屏网关之间支持多种交互模式;在多屏业务执行过程中,源终端可以根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式,然后与IPTV多屏网关根据确定的目标交互模式建立对应的目标链接,通过该目标链接将待发给目的终端的业务消息发给IPTV多屏网关实现多屏业务的交互。本发明实施例中的终端与IPTV多屏网关之间支持多种交互模式,且源终端可以根据当前业务通信环境灵活选定当前使用的目标交互模式,保证用户能无缝使用,而不至于由于IPTV多屏网关性能的某一交互模式资源不够时就导致多屏业务不能使用,可以提高用户体验度,同时也能降低IPTV多屏网关性能的要求。
附图说明
图1为本发明实施例一中的源终端侧IPTV多屏互动方法流程示意图;
图2为本发明实施例一中的IPTV多屏网关侧IPTV多屏互动方法流程示意图;
图3为本发明实施例一中的目的终端侧IPTV多屏互动方法流程示意图;
图4为本发明实施例二中的IPTV多屏互动系统结构示意图;
图5为本发明实施例二中的终端结构示意图;
图6为本发明实施例二中的另一终端结构示意图;
图7为本发明实施例二中的IPTV多屏网关结构示意图;
图8为本发明实施例二中的另一IPTV多屏网关结构示意图;
图9为本发明实施例二中的IPTV多屏互动方法流程示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例只是本发明中一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一:
本实施例中的终端与IPTV多屏网关之间支持多种交互模式,且源终端可以根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式,然后与IPTV多屏网关根据确定的目标交互模式建立对应的目标链接,通过该目标链接将待发给目的终端的业务消息发给IPTV多屏网关实现多屏业务的交互。由于终端与IPTV多屏网关之间支持多种交互模式,且终端可以根据当前业务通信环境灵活选定当前使用的目标交互模式,例如IPTV多屏网关的某一交互模式资源不够用时,则可以灵活的选定其他交互模式,保证用户能无缝使用,而不至于由于IPTV多屏网关性能的某一交互模式资源不够时就导致多屏业务不能使用,可以提高用户体验度,同时也能降低IPTV多屏网关性能的要求。
本实施例中终端与IPTV多屏网关之间支持多种交互模式是指源终端与目的终端分别与IPTV多屏网关之间都支持多种交互模式。而源终端作为业务的发起端,其可以根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式,对应的目的终端与IPTV多屏网关之间也采用该目标交互模式。应当理解的是,在业务执行过程中,目的终端在向源终端反馈一些业务信息或其他信息时,其同时也可作为源终端,此时对端的源终端也可作为目的终端。也即本实施例中的源终端与目的终端时相对的。下面本实施例分别以源终端侧、IPTV多屏网关侧以及目的终端侧的IPTV多屏互动交互过程为例,对本发明进行示例说明。
参见图1所示,在源终端侧,其IPTV多屏互动方法包括:
S101:源终端根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式。
如上所述,该步骤中的源终端与IPTV多屏网关之间支持多种交互模式,例如包括但不限于TCP+TCP模式和HTTP(HyperText Transfer Protocol,超文本传输协议)+UDP(User Datagram Protocol,用户数据报协议)模式。采用TCP+TCP模式时,源终端与IPTV多屏网关之间需要建立对应的TCP链接;目的终端与IPTV多屏网关之间也需要建立对应的TCP链接,此时IPTV多屏网关需要为每一终端分配一个TCP链接。采用HTTP+UDP模式时,源终端与IPTV多屏网关之间需要建立HTTP链接,而IPTV多屏网关与目的终端之间可以直接采用UDP无链接。对于HTTP+UDP模式不需要占用IPTV多屏网关的TCP链接资源,其不受IPTV多屏网关上TCP链接资源的限制。因此可以使得多屏业务不依赖TCP链接也能实现多屏业务的正常交互,提升用户体验。
另外,应当理解的是,本实施例中源终端与IPTV多屏网关之间支持的多种交互模式并不限于上述两种示例模式,对于其他不需要额外占用TCP链接资源的模式也都适用。
S102:源终端根据目标交互模式与IPTV多屏网关建立对应的目标链接。
例如当目标交互模式为HTTP+UDP模式时,源终端与IPTV多屏网关之间建立的目标链接为HTTP链接;IPTV多屏网关则可知道与目的终端之间采用UDP无链接进行交互。当目标交互模式为TCP+TCP模式时,源终端与IPTV多屏网关之间建立的目标链接为TCP链接;IPTV多屏网关与目的终端之间也需要建立TCP链接进行交互。
S103:源终端通过目标链接将待发给目的终端的业务消息发给IPTV多屏网关。
本步骤中的IPTV多屏网关收到业务消息后,则根据当前目标交互模式将该业务消息通过对应的交互模式发送给目的终端。例如,例如当目标交互模式为HTTP+UDP模式时,源终端通过HTTP链接将业务消息发给IPTV多屏网关,该IPTV多屏网关将收到的HTTP消息转换为UDP消息发给目的终端。当目标交互模式为TCP+TCP模式时,源终端通过TCP链接将业务消息发给IPTV多屏网关,IPTV多屏网关通过与目的终端建立的TCP链接将该业务消息转发给目的终端。
本实施例中源终端根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式包括:
根据当前业务场景和IPTV多屏网关当前的资源情况中的至少一种确定与IPTV多屏网关之间当前需采用的目标交互模式。下面分别以三种场景为例对本发明做进一步示例说明。
场景一:根据当前业务场景确定与IPTV多屏网关之间当前需采用的目标交互模式,包括:
当前业务为一对多控制业务、异步控制业务(也即终端与IPTV多屏网关直接互动可以异步操作)、业务数据量小于设定数据量阈值(应当理解的是,本实施例中数据量阈值可以根据具体的通信场景或业务场景灵活设定)、通信可靠度要求小于预设可靠度阈值(本实施例中的可靠度阈值也根据具体的业务类型等因素灵活设定)中的至少一种时,确定目标交互模式为HTTP+UDP模式。在本实施例中,当前业务不是上述示例业务时,则可以直接判定采用TCP+TCP模式,或者做进一步其他交互模式的匹配判断。
场景二:根据IPTV多屏网关当前的资源情况确定与IPTV多屏网关之间当前需采用的目标交互模式,包括:
IPTV多屏网关当前的TCP链路资源大于设定TCP链路资源阈值,或满足当前业务需求时,确定目标交互模式为TCP+TCP模式;否则,确定采用HTTP+UDP模式。
例如当前业务为一对一控制业务,此时需要的TCP链路条数为2条,而当前IPTV多屏网关的TCP链路资源(此处为空闲的TCP链路资源)大于等于2条,则此时可以判定为采用TCP+TCP模式;否则,确定采用HTTP+UDP模式。
对于本实施例中TCP链路资源阈值的具体设置可以根据实际业务中一对多控制业务实际所需要的占用的TCP链路数而设定,也可以参考或结合其他因素设定。
场景三:根据当前业务场景和IPTV多屏网关当前的资源情况确定与IPTV多屏网关之间当前需采用的目标交互模式,包括:
当前业务为一对一控制业务、同步控制业务(要求终端与IPTV多屏网关之间的需要精确的同步互动操作的业务)、业务数据量大于设定数据量阈值的业务、通信可靠度要求大于等于预设可靠度阈值的业务中的至少一种,且当前IPTV多屏网关当前的TCP链路资源大于设定TCP链路资源阈值、或满足当前业务需求时,确定目标交互模式为TCP+TCP模式。
场景三所示的方式为场景一和场景二的结合,相关参数的设置过程在此不再赘述。但应当理解的是,上述三种场景仅是本发明实施例中的示例说明,本发明的源终端确定目标交互模式的方式并不限于上述示例方式。
本实施例中,目标交互模式为TCP+TCP模式时,源终端与IPTV多屏网关建立对应的目标链接包括:
源终端发送TCP建链请求给IPTV多屏网关与所述IPTV多屏网关建立TCP链路;本实施例中的TCP建链请求包含但不限于:源用户名Srcuserid、密码passwd、源终端的设备唯一标识Deviceid、IPTV多屏网关定期反馈包含资源统计结果的资源统计消息的周期CycleTime、互动控制指令、目的用户名Desuserid(可以以列表形式呈现)。IPTV多屏网关根据该TCP建链请求可与源终端之间建立TCP链接;并可根据该TCP建链请求确定需要与哪一个或多个目的终端建立TCP链接。
本实施例中,目标交互模式为HTTP+UDP模式时,源终端与IPTV多屏网关建立对应的目标链接包括:
源终端发送HTTP建链请求给IPTV多屏网关与IPTV多屏网关建立HTTP链路;本实施例中的HTTP建链请求也包括但不限于源用户名Srcuserid、源终端的设备唯一标识Deviceid、IPTV多屏网关定期反馈包含资源统计结果的资源统计消息的周期CycleTime、互动控制指令、目的用户名Desuserid(可以以目的用户列表形式呈现)。IPTV多屏网关根据该TCP建链请求可与源终端之间建立HTTP链接;并可根据目的用户列表确定后续需要向哪一个或哪一些用户下发UDP消息。
本实施例汇总,IPTV多屏网关也可以对当前的一些资源情况等因素进行监测,并根据监测情况向源终端和目的终端下发交互模式切换指令,该交互模式切换指令中包含不同于所述目标交互模式的待切换交互模式。例如当前目标交互模式为HTTP+UDP模式,待切换交互模式则可为TCP+TCP模式或其他模式。源终端根据接收到的交互模式切换指令与IPTV多屏网关建立待切换交互模式对应的链接,以切换至待切换交互模式。IPTV多屏网关在哪些情况下会主动下发交互模式切换指令给源终端和目的终端可以在后续对IPTV多屏网关侧的说明部分进行示例说明。
本实施例中的源终端、IPTV多屏网关以及目的终端之间可以建立各种心跳消息一进行心跳检测,通过心跳检测IPTV多屏网关可以知道哪些终端在线,哪些终端不在线。同时,为了提升资源利用率,简化交互消息数量。本实施例中IPTV多屏网关对交互模式切换指令以及资源统计消息都可以通过心跳消息转发给源终端或目的终端。例如,源终端、IPTV多屏网关以及目的终端之间可以建立UDP心跳,IPTV多屏网关可以将交互模式切换指令以及资源统计消息通过UDP心跳消息转发给源终端或目的终端。且对于HTTP+UDP模式,IPTV多屏网关还可以将源终端的业务消息转换成UDP消息下发给目的终端。下发时,IPTV多屏网关可以在UDP消息中的不同字段填写内容(该内容可以相同也可以不同)或者在相同字段填写不同的内容以对不同类型的UDP消息进行区分。终端接收到的之后则可根据相应字段的内容识别出接收到的UDP消息中包含的是业务消息,交互模式切换指令还是资源统计消息,亦或仅仅是单纯的心跳检测消息。
参见图2所示,在IPTV多屏网关侧,其IPTV多屏互动方法包括:
S201:IPTV多屏网关与源终端之间建立与目标交互模式对应的目标链接。
该步骤中IPTV多屏网关与源终端之间支持多种交互模式,目标交互模式为源终端根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式。IPTV多屏网关根据源终端发送的建链请求进行对应目标链接的建立。例如,当源终端确定的目标交互模式为目标交互模式为TCP+TCP模式时,源终端发送TCP建链请求(包含但不限于:源用户名Srcuserid、密码passwd、源终端的设备唯一标识Deviceid、IPTV多屏网关定期反馈包含资源统计结果的资源统计消息的周期CycleTime、互动控制指令、目的用户名Desuserid(可以以列表形式呈现))。IPTV多屏网关根据该TCP建链请求可与源终端之间建立TCP链接;并可根据该TCP建链请求确定需要与哪一个或多个目的终端建立TCP链接。可以通过UDP消息向这些目的终端下发TCP建链消息,以通知这些目的终端与自身建立TCP链接。
当源终端确定的目标交互模式为HTTP+UDP模式时,源终端发送HTTP建链请求给(包括但不限于源用户名Srcuserid、源终端的设备唯一标识Deviceid、IPTV多屏网关定期反馈包含资源统计结果的资源统计消息的周期CycleTime、互动控制指令、目的用户名Desuserid(可以以目的用户列表形式呈现))。IPTV多屏网关根据该TCP建链请求可与源终端之间建立HTTP链接;并可根据目的用户列表确定后续需要向哪一个或哪一些用户下发UDP消息。
S202:IPTV多屏网关通过建立的目标链接接收源终端发送的业务消息,并通过目标交互模式将业务消息发送给对应的目的终端。
例如,当目标交互模式为HTTP+UDP模式时,源终端通过HTTP链接将业务消息发给IPTV多屏网关,IPTV多屏网关将收到的HTTP消息转换为UDP消息发给目的终端。当目标交互模式为TCP+TCP模式时,源终端通过TCP链接将业务消息发给IPTV多屏网关,IPTV多屏网关通过与目的终端建立的TCP链接将该业务消息转发给目的终端。
本实施例中,IPTV多屏网关还可对自身资源情况进行动态统计(具体可以实时统计或者按照设定统计周期进行统计),并将包含资源统计结果的资源统计消息发给源终端以及目的终端,实际可以为下发给当前与其保持通信的所有终端(可以按照设定发送周期动态下发,或者直接实时下发)。
本实施例中,除了源终端可以根据当前业务通信环境确定当前需要采用的目标交互模式外,IPTV多屏网关也可以根据当前资源情况动态的对交互模式进行调整。此时IPTV多屏网关监测到当前满足交互模式切换条件时,向源终端和目的终端发送交互模式切换指令,如上所述交互模式切换指令包含不同于目标交互模式的待切换交互模式,在此不再赘述。
本实施例中,IPTV多屏网关监测到当前是否满足交互模式切换条件包括但不限于:
监测目标交互模式对应的剩余资源是否满足当前业务需求,如否,判断为满足交互模式切换条件;
或,监测到自身作为非目标交互模式对应的剩余资源由不满足当前业务需求变为满足当前业务需求,且该非目标交互模式对应当前业务需求的优先级大于所述目标交互模式的优先级时,判断为满足交互模式切换条件。例如,本实施例中,对于前业务为一对一控制业务、同步控制业务、业务数据量大于设定数据量阈值的业务、通信可靠度要求大于等于预设可靠度阈值的业务等,可以设置TCP+TCP模式优先级大于HTTP+UDP模式,假设当前源终端处理的业务为上述类型中的任意一种且初始时TCP链接资源不够用时,先采用HTTP+UDP模式进行交互。在后续执行过程中有些业务释放了IPTV多屏网关的TCP链接资源,IPTV多屏网关统计到当前空闲的TCP链接资源满足源终端当前业务需求时,可以向源终端和对应的目的终端下发交互模式切换指令,将目的交互模式由HTTP+UDP模式切换为TCP+TCP模式。
本实施例中,如果存在IPTV多屏网关接收到源终端发送的TCP建链请求,而当前自身的TCP链接资源不够时,可以主动向该源终端发送消息通知源终端切换交互模式,例如切换为HTTP+UDP模式。
同时,本实施例中,如果存在IPTV多屏网关接收到源终端发送的HTTP建链请求,而当前自身的TCP链接资源充裕时,可以主动向该源终端发送消息通知源终端切换交互模式,例如切换为TCP+TCP模式。
应当理解的是,本实施例中的IPTV多屏网关还保存源终端和目的终端TCP的链路关系,需要维护在线用户列表,用户名以及终端IP地址的列表等。对于,目的用户有多个且需要采用UDP推送是,则可以根据查询用户列表,推送给各个目的用户(也即目的终端)。
IPTV多屏网关对于TCP建链请求,需要看源终端和对应的目的终端是否已经和自己建立TCP链接。如果没有与源终端建立链路,需要和源终端建立TCP链路。如果已经与目的终端建立了TCP链接,就更新源终端和目的终端对应关系;如果与目的终端没有建立TCP链接,需要主动UDP消息通知目的终端主动过来建立TCP链路,建立成功后,更新源终端和目的终端对应关系。
本实施例中的源终端、IPTV多屏网关以及目的终端之间可以建立UDP心跳,IPTV多屏网关可以将交互模式切换指令以及资源统计消息通过UDP心跳消息转发给源终端或目的终端。且对于HTTP+UDP模式,IPTV多屏网关还可以将源终端的业务消息转换成UDP消息下发给目的终端。下发时,IPTV多屏网关可以在UDP消息中的不同字段填写内容(该内容可以相同也可以不同)或者在相同字段填写不同的内容以对不同类型的UDP消息进行区分。终端接收到的之后则可根据相应字段的内容识别出接收到的UDP消息中包含的是业务消息,交互模式切换指令还是资源统计消息,亦或仅仅是单纯的心跳检测消息。例如,IPTV多屏网关下发的UDP消息中可以包含消息类型Msgtype(资源统计结果、切换互动方式指令、心跳响应、给目的终端建立TCP链路通知等),根据Msgtype不同的场景,可以在消息中设置不同的字段以进行区分。
参见图3所示,在目的终端侧,其IPTV多屏互动方法包括:
S301:目的终端接收IPTV多屏网关推送的UDP消息,并确定是否需要与IPTV多屏网关建立对应的链接。
该步骤中的UDP消息中可包含目标交互模式,可能是TCP+TCP模式,也可能是HTTP+UDP模式。如果是TCP+TCP模式则需要与IPTV多屏网关建立TCP链接,当然如果之前已经建立就不需要重复建立。如果是HTTP+UDP模式则不需要与IPTV多屏网关建立链接,采用UDP无链接进行交互。
S302:目的终端接收源终端通过IPTV多屏网关发送的业务消息。
该步骤中当目标交互模式为HTTP+UDP模式,则目的终端接收IPTV多屏网关发送的包含业务消息的UDP消息。当目标交互模式为HTTP+UDP模式时,目的终端通过与IPTV多屏网关之间对应的TCP链接接收该业务消息。
如上所示,本实施例中的目的终端在业务执行过程中也会接收到IPTV多屏网动态下发的资源统计消息,以及IPTV多屏网关在监测到满足交互模式切换时下发的交互模式切换指令。其接收及处理过程参见上述源终端的过程,在此不再赘述。
应当理解的是,本实施例中的目的终端在业务执行过程中可能也同时作为其他目的终端的源终端,或者在执行某一步骤时需要主动向其源终端反馈消息时也可以同时作为源终端,采用目标交互模式将相关消息通过IPTV多屏网关转发给对端的目的终端(也即该业务链路上的其源终端)。具体过程参见上述源终端的交互过程,在此也不再赘述。
本实施例中的终端和IPTV多屏网关都可以根据自身情况灵活进行处理互动的链路形式,保证用户能无缝使用,而不至于由于IPTV多屏网关TCP资源不足不能使用。也可以根据IPTV多屏网关资源情况以及用户实际使用的业务场景,选择最合适的方式。极大的提高了用户体验度,也极大得降低了IPTV多屏网关性能的要求。也可以使得多屏网关释放更多的资源用于服务更多的用户。
实施例二:
本实施例提供了一种IPTV多屏互动系统,参见图4所示,包括源终端1、IPTV多屏网关2以及目的终端3。参见实施例所示,本实施例中的源终端1和目的终端2之间的对应关系可能是一一对应,也可能是一对多。且本实施例中的源终端和目的终端的角色也是相对的,在此不再赘述。
如上所述,源终端1可能作为目的终端3,因此本实施例中的源终端1和目的终端3的结构可以相同。因此本实施例以终端为源终端1为示例对本发明做进一步说明,为了便于理解,对于作为目的终端3时其各模块的作用也一并进行说明。
参见图5所示,本实施例中的终端包括:
第一多屏业务处理模块51,用于在终端作为源终端时,根据当前业务通信环境确定终端与IPTV多屏网关之间当前需采用的目标交互模式,终端与IPTV多屏网关之间支持多种交互模式;
第一交互模块52,用于根据目标交互模式与IPTV多屏网关建立对应的目标链接,并通过目标链接将待发给目的终端的业务消息发给IPTV多屏网关。
本实施例中的源终端与IPTV多屏网关之间支持多种交互模式,例如包括但不限于TCP+TCP模式和HTTP+UDP模式。采用TCP+TCP模式时,源终端与IPTV多屏网关之间需要建立对应的TCP链接;目的终端与IPTV多屏网关之间也需要建立对应的TCP链接,此时IPTV多屏网关需要为每一终端分配一个TCP链接。采用HTTP+UDP模式时,源终端与IPTV多屏网关之间需要建立HTTP链接,而IPTV多屏网关与目的终端之间可以直接采用UDP无链接。对于HTTP+UDP模式不需要占用IPTV多屏网关的TCP链接资源,其不受IPTV多屏网关上TCP链接资源的限制。因此可以使得多屏业务不依赖TCP链接也能实现多屏业务的正常交互,提升用户体验。另外,应当理解的是,本实施例中源终端与IPTV多屏网关之间支持的多种交互模式并不限于上述两种示例模式,对于其他不需要额外占用TCP链接资源的模式也都适用。为了便于理解,本实施例以上述两种交互模式进行示例说明。参见图6所示,此时本实施例中的第一交互模块52包括:第一TCP处理模块521、第一HTTP处理模块522、第一UDP处理模块523。
第一多屏业务处理模块51根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式包括:根据当前业务场景和IPTV多屏网关当前的资源情况中的至少一种确定与IPTV多屏网关之间当前需采用的目标交互模式。下面分别以三种场景为例对本发明做进一步示例说明。
场景一:第一多屏业务处理模块51根据当前业务场景确定与IPTV多屏网关之间当前需采用的目标交互模式,包括:
当前业务为一对多控制业务、异步控制业务(也即终端与IPTV多屏网关直接互动可以异步操作)、业务数据量小于设定数据量阈值(应当理解的是,本实施例中数据量阈值可以根据具体的通信场景或业务场景灵活设定)、通信可靠度要求小于预设可靠度阈值(本实施例中的可靠度阈值也根据具体的业务类型等因素灵活设定)中的至少一种时,确定目标交互模式为HTTP+UDP模式。在本实施例中,当前业务不是上述示例业务时,则可以直接判定采用TCP+TCP模式,或者做进一步其他交互模式的匹配判断。
场景二:第一多屏业务处理模块51根据IPTV多屏网关当前的资源情况确定与IPTV多屏网关之间当前需采用的目标交互模式,包括:
IPTV多屏网关当前的TCP链路资源大于设定TCP链路资源阈值,或满足当前业务需求时,确定目标交互模式为TCP+TCP模式;否则,确定采用HTTP+UDP模式。
例如当前业务为一对一控制业务,此时需要的TCP链路条数为2条,而当前IPTV多屏网关的TCP链路资源(此处为空闲的TCP链路资源)大于等于2条,则此时可以判定为采用TCP+TCP模式;否则,确定采用HTTP+UDP模式。
对于本实施例中TCP链路资源阈值的具体设置可以根据实际业务中一对多控制业务实际所需要的占用的TCP链路数而设定,也可以参考或结合其他因素设定。
场景三:第一多屏业务处理模块51根据当前业务场景和IPTV多屏网关当前的资源情况确定与IPTV多屏网关之间当前需采用的目标交互模式,包括:
当前业务为一对一控制业务、同步控制业务(要求终端与IPTV多屏网关之间的需要精确的同步互动操作的业务)、业务数据量大于设定数据量阈值的业务、通信可靠度要求大于等于预设可靠度阈值的业务中的至少一种,且当前IPTV多屏网关当前的TCP链路资源大于设定TCP链路资源阈值、或满足当前业务需求时,确定目标交互模式为TCP+TCP模式。
应当理解的是,上述三种场景仅是本发明实施例中的示例说明,本发明的第一多屏业务处理模块51确定目标交互模式的方式并不限于上述示例方式。第一多屏业务处理模块51确定好目标交互模式,则控制对应的第一TCP处理模块521或第一HTTP处理模块与IPTV多屏网关建立对应的链接。
第一多屏业务处理模块51还可用于根据用户操作的业务场景进行热度统计,这样可以智能性的为用于动态使用哪种模式。
第一多屏业务处理模块51还用于在TCP+TCP模式下,接收第一TCP处理模块521反馈的包含资源统计结果的资源统计消息。
第一多屏业务处理模块51还用于在HTTP+UDP模式下,接收第一UDP处理模块523反馈的包含资源统计结果的资源统计消息。
第一多屏业务处理模块51还用于接收第一UDP处理模块523反馈的由IPTV多屏网关下发的交互模式切换指令,该交互模式切换指令中包含不同于所述目标交互模式的待切换交互模式。根据该交互模式切换指令进行交互模式切换。例如当前目标交互模式为HTTP+UDP模式,待切换交互模式则可为TCP+TCP模式或其他模式。第一多屏业务处理模块51根据接收到的交互模式切换指令与IPTV多屏网关建立待切换交互模式对应的链接,以切换至待切换交互模式。
当终端作为目的终端时,且其需要反馈消息给源终端时,目的终端的第一多屏业务处理模块51也可执行上述功能。
第一多屏业务处理模块51还可以设定IPTV多屏网关动态反馈资源统计消息的周期。
第一多屏业务处理模块51还可通过第一UDP处理模块523与IPTV多屏网关建立UDP心跳,这样IPTV多屏网关可以随时通过心跳链路把UDP消息推送下来。
第一TCP处理模块521用于源终端、目的终端和IPTV多屏网关建立TCP链接,IPTV多屏网关会映射两个终端之间的TCP链接。
第一TCP处理模块521在源终端侧发送的TCP建链请求内容包含但不限于:源用户名Srcuserid、密码passwd、源终端的设备唯一标识Deviceid、IPTV多屏网关定期反馈包含资源统计结果的资源统计消息的周期CycleTime、互动控制指令、目的用户名Desuserid(可以以列表形式呈现)。
第一TCP处理模块521在TCP+TCP模式下接收IPTV多屏网关定期反馈的资源统计消息,交给多屏业务处理模块处理;
目的终端的第一TCP处理模块521接收到第一多屏业务处理模块51发过来的UDP建立链路请求,主动向IPTV多屏网关建立TCP链接。
第一HTTP处理模块522用于根据第一多屏业务处理模块51的控制向IPTV多屏网关发送HTTP建链请求,并基于建立的HTTP连接进行业务信息(例如注入互动的信令)交互,IPTV多屏网关会转为UDP消息推送给对应的目的终端。
第一HTTP处理模块522发送的HTTP建链请求包括但不限于源用户名Srcuserid、源终端的设备唯一标识Deviceid、IPTV多屏网关定期反馈包含资源统计结果的资源统计消息的周期CycleTime、互动控制指令、目的用户名Desuserid(可以以目的用户列表形式呈现)
第一UDP处理模块523用于在HTTP+UDP模式下,接收IPTV多屏网关动态(例如周期性)反馈的包含资源统计结果的资源统计消息,交给第一多屏业务处理模块521处理。
第一UDP处理模块523还用于接收IPTV多屏网关推送的交互模式切换指令,交给第一多屏业务处理模块521处理。
目的终端侧的第一UDP处理模块523还用于接收IPTV多屏网关推送的业务信息(例如各种互动指令),交给第一多屏业务处理模块521处理。
接收到的UDP消息请求内容需要包含但不限于:消息类型Msgtype(资源统计结果、切换互动方式指令、心跳响应、给目的终端建立TCP链路通知等),根据Msgtype不同的场景,可以在消息中设置不同的字段以进行区分。
源终端、目的终端的第一UDP处理模块523还用于与IPTV多屏网关建立心跳,保证自己在线。IPTV多屏网关根据心跳来判断是否终端在线,只对在线用户进行多屏互动业务。
目的终端侧的第一UDP处理模块523还用于接收IPTV多屏网关推送的UDP建立链路指令,交给第一多屏业务处理模块521处理,由第一多屏业务处理模块521转发给第一TCP处理模块522,由第一TCP处理模块522主动向IPTV多屏网关建立TCP链路。
参见图7所示,本实施例中的IPTV多屏网关,包括:
第二多屏业务处理模块71,用于与终端之间建立与目标交互模式对应的目标链接。
IPTV多屏网关与终端之间支持多种交互模式,目标交互模式为所述终端根据当前业务通信环境确定与所述IPTV多屏网关之间当前需采用的目标交互模式;
第二交互模块72,用于通过目标链接接收终端发送的业务消息,并通过目标交互模式将业务消息发送给对应的目的终端。
本实施例中,第二多屏业务处理模块71还可对IPTV多屏网关资源情况进行动态统计(具体可以实时统计或者按照设定统计周期进行统计),并将包含资源统计结果的资源统计消息发给源终端以及目的终端,实际可以为下发给当前与其保持通信的所有终端(可以按照设定发送周期动态下发,或者直接实时下发)。
本实施例中,除了源终端可以根据当前业务通信环境确定当前需要采用的目标交互模式外,第二多屏业务处理模块71也可以根据当前资源情况动态的对交互模式进行调整。此时第二多屏业务处理模块71监测到当前满足交互模式切换条件时,向源终端和目的终端发送交互模式切换指令,如上所述交互模式切换指令包含不同于目标交互模式的待切换交互模式,在此不再赘述。
本实施例中,第二多屏业务处理模块71监测到当前是否满足交互模式切换条件包括但不限于:
监测目标交互模式对应的剩余资源是否满足当前业务需求,如否,判断为满足交互模式切换条件;
或,监测到自身作为非目标交互模式对应的剩余资源由不满足当前业务需求变为满足当前业务需求,且该非目标交互模式对应当前业务需求的优先级大于所述目标交互模式的优先级时,判断为满足交互模式切换条件。例如,本实施例中,对于前业务为一对一控制业务、同步控制业务、业务数据量大于设定数据量阈值的业务、通信可靠度要求大于等于预设可靠度阈值的业务等,可以设置TCP+TCP模式优先级大于HTTP+UDP模式,假设当前源终端处理的业务为上述类型中的任意一种且初始时TCP链接资源不够用时,先采用HTTP+UDP模式进行交互。在后续执行过程中有些业务释放了IPTV多屏网关的TCP链接资源,第二多屏业务处理模块71统计到当前空闲的TCP链接资源满足源终端当前业务需求时,可以向源终端和对应的目的终端下发交互模式切换指令,将目的交互模式由HTTP+UDP模式切换为TCP+TCP模式。
本实施例中,如果存在第二多屏业务处理模块71接收到源终端发送的TCP建链请求,而当前IPTV多屏网关的TCP链接资源不够时,可以主动向该源终端发送消息通知源终端切换交互模式,例如切换为HTTP+UDP模式。
同时,本实施例中,如果存在第二多屏业务处理模块71接收到源终端发送的HTTP建链请求,而当前IPTV多屏网关的TCP链接资源充裕时,可以主动向该源终端发送消息通知源终端切换交互模式,例如切换为TCP+TCP模式。
应当理解的是,本实施例中的第二多屏业务处理模块71还保存源终端和目的终端TCP的链路关系,需要维护在线用户列表,用户名以及终端IP地址的列表等。对于,目的用户有多个且需要采用UDP推送是,则可以根据查询用户列表,推送给各个目的用户(也即目的终端)。
第二多屏业务处理模块71对于TCP建链请求,需要看源终端和对应的目的终端是否已经和自己建立TCP链接。如果没有与源终端建立链路,需要和源终端建立TCP链路。如果已经与目的终端建立了TCP链接,就更新源终端和目的终端对应关系;如果与目的终端没有建立TCP链接,需要主动UDP消息通知目的终端主动过来建立TCP链路,建立成功后,更新源终端和目的终端对应关系。
参见图8所示,本实施例中的第二交互模块72包括第二TCP处理模块721、第二HTTP处理模块722、第二UDP处理模块723,其中:
第二TCP处理模块721用于和终端建立TCP长链(也即TCP链接),IPTV多屏网关会保存源终端、目的终端两个的TCP长链。
第二HTTP处理模块722用于接收源终端发出的业务信息(包含但不限于互动信令),转给第二UDP处理模块723下发UDP消息推送给对应的目的终端。
第二UDP处理模块723用于通过UDP消息给目的终端推送业务信息,并向目的终端和源终端推送交互模式切换指令以及资源统计信息等,如果没有发送成功,可以重试多次。
第二UDP处理模块723还用于接收终端的心跳,把终端IP地址,用户名等信息,转给第二多屏业务处理模块721用于维护用户列表。
因此,本实施例中的UDP消息内容可能包含:消息类型Msgtype(资源统计结果、切换互动方式指令、心跳响应、给目的终端建立TCP链路通知等),根据Msgtype不同的场景,可以在消息中设置不同的字段以进行区分。
显然,本领域的技术人员应该明白,上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现,例如上述各模块或子模块的功能可以通过终端或网管内的处理器实现。它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以,本发明不限制于任何特定的硬件和软件结合。
为了更好的理解本发明,下面结合一个具体的多屏业务交互过程进行示例说明。参见图9所示,包括:
S901:源终端根据当前业务通信环境确定目标交互模式;
S902:目标交互模式是HTTP+UDP模式还是TCP+TCP模式,如是HTTP+UDP模式转至S903;否则,转至TCP+TCP模式S907;
S903:源终端与IPTV多屏网关建立HTTP链接并向其发送互动指令;
S904:IPTV多屏网关查找到对应的目的终端;
S905:IPTV多屏网关通过UDP消息推送互动指令给目的终端;
S906:目的终端根据互动指令进行互动。
S907:源终端与IPTV多屏网关建立TCP链接并向其发送互动指令;
S908:IPTV多屏网关查找到对应的目的终端并发送包含建立TCP链路指令的UDP消息给目的终端建立TCP链接;
S909:IPTV多屏网关通过TCP链接发送互动指令给目的终端;
S910:目的终端根据互动指令进行互动。
本实施例中的终端和IPTV多屏网关都可以根据自身情况灵活进行处理互动的链路形式,保证用户能无缝使用,而不至于由于IPTV多屏网关TCP资源不足不能使用。也可以根据IPTV多屏网关资源情况以及用户实际使用的业务场景,选择最合适的方式。极大的提高了用户体验度,也极大得降低了IPTV多屏网关性能的要求。也可以使得多屏网关释放更多的资源用于服务更多的用户。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (12)
1.一种IPTV多屏互动方法,包括:
源终端根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式,所述源终端与所述IPTV多屏网关之间支持多种交互模式;
所述源终端根据所述目标交互模式与所述IPTV多屏网关建立对应的目标链接;
所述源终端通过所述目标链接将待发给目的终端的业务消息发给所述IPTV多屏网关。
2.如权利要求1所述的IPTV多屏互动方法,其特征在于,所述源终端根据当前业务通信环境确定与IPTV多屏网关之间当前需采用的目标交互模式包括:
根据当前业务场景和IPTV多屏网关当前的资源情况中的至少一种确定与IPTV多屏网关之间当前需采用的目标交互模式。
3.如权利要求2所述的IPTV多屏互动方法,其特征在于,所述源终端与所述IPTV多屏网关之间支持的多种交互模式包括TCP+TCP模式和HTTP+UDP模式;
根据当前业务场景确定与IPTV多屏网关之间当前需采用的目标交互模式包括:当前业务为一对多控制业务、异步控制业务、业务数据量小于设定数据量阈值、通信可靠度要求小于预设可靠度阈值中的至少一种时,确定所述目标交互模式为HTTP+UDP模式;
根据IPTV多屏网关当前的资源情况确定与IPTV多屏网关之间当前需采用的目标交互模式包括:IPTV多屏网关当前的TCP链路资源大于设定TCP链路资源阈值,或满足当前业务需求时,确定所述目标交互模式为TCP+TCP模式;
根据当前业务场景和IPTV多屏网关当前的资源情况确定与IPTV多屏网关之间当前需采用的目标交互模式包括:当前业务为一对一控制业务、同步控制业务、业务数据量大于设定数据量阈值、通信可靠度要求大于等于预设可靠度阈值中的至少一种,且所述IPTV多屏网关当前的TCP链路资源大于设定TCP链路资源阈值、或满足当前业务需求时,确定所述目标交互模式为TCP+TCP模式。
4.如权利要求3所述的IPTV多屏互动方法,其特征在于,所述目标交互模式为TCP+TCP模式时,所述源终端与所述IPTV多屏网关建立对应的目标链接包括:所述源终端发送TCP建链请求给所述IPTV多屏网关与所述IPTV多屏网关建立TCP链路;
所述目标交互模式为HTTP+UDP模式时,所述源终端与所述IPTV多屏网关建立对应的目标链接包括:所述源终端发送HTTP建链请求给所述IPTV多屏网关与所述IPTV多屏网关建立HTTP链路。
5.如权利要求1-4任一项所述的IPTV多屏互动方法,其特征在于,还包括:
所述源终端接收所述IPTV多屏网关发送的交互模式切换指令,所述交互模式切换指令中包含不同于所述目标交互模式的待切换交互模式;
所述源终端根据所述交互模式切换指令与所述IPTV多屏网关建立所述待切换交互模式对应的链接,以切换至所述待切换交互模式。
6.一种IPTV多屏互动方法,包括:
IPTV多屏网关与源终端之间建立与目标交互模式对应的目标链接,所述IPTV多屏网关与所述源终端之间支持多种交互模式,所述目标交互模式为所述源终端根据当前业务通信环境确定与所述IPTV多屏网关之间当前需采用的目标交互模式;
所述IPTV多屏网关通过所述目标链接接收所述源终端发送的业务消息,并通过所述目标交互模式将所述业务消息发送给对应的目的终端。
7.如权利要求6所述的IPTV多屏互动方法,其特征在于,还包括所述IPTV多屏网关对自身资源情况进行动态统计,并将包含资源统计结果的资源统计消息发给所述源终端。
8.如权利要求6或7所述的IPTV多屏互动方法,其特征在于,所述IPTV多屏网关与所述源终端之间支持的多种交互模式包括TCP+TCP模式和HTTP+UDP模式;
所述目标交互模式为HTTP+UDP模式时,所述IPTV多屏网关接收所述源终端发送的HTTP消息,并将其转换为UDP消息后发给所述目的终端。
9.如权利要求6或7所述的IPTV多屏互动方法,其特征在于,还包括所述IPTV多屏网关监测到当前满足交互模式切换条件时,向所述源终端和所述目的终端发送交互模式切换指令,所述交互模式切换指令包含不同于所述目标交互模式的待切换交互模式。
10.如权利要求9所述的IPTV多屏互动方法,其特征在于,所述IPTV多屏网关监测到当前是否满足交互模式切换条件包括:
监测所述目标交互模式对应的剩余资源是否满足当前业务需求,如否,判断为满足交互模式切换条件;
或,监测到自身作为非目标交互模式对应的剩余资源由不满足当前业务需求变为满足当前业务需求,且该非目标交互模式对应当前业务需求的优先级大于所述目标交互模式的优先级时,判断为满足交互模式切换条件。
11.一种终端,包括:
第一多屏业务处理模块,用于根据当前业务通信环境确定所述终端与IPTV多屏网关之间当前需采用的目标交互模式,所述终端与所述IPTV多屏网关之间支持多种交互模式;
第一交互模块,用于根据所述目标交互模式与所述IPTV多屏网关建立对应的目标链接,并通过所述目标链接将待发给目的终端的业务消息发给所述IPTV多屏网关。
12.一种IPTV多屏网关,包括:
第二多屏业务处理模块,用于与源终端之间建立与目标交互模式对应的目标链接,所述IPTV多屏网关与所述源终端之间支持多种交互模式,所述目标交互模式为所述源终端根据当前业务通信环境确定与所述IPTV多屏网关之间当前需采用的目标交互模式;
第二交互模块,用于通过所述目标链接接收所述源终端发送的业务消息,并通过所述目标交互模式将所述业务消息发送给对应的目的终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610585153.6A CN107645477A (zh) | 2016-07-22 | 2016-07-22 | Iptv多屏互动方法、终端及iptv多屏网关 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610585153.6A CN107645477A (zh) | 2016-07-22 | 2016-07-22 | Iptv多屏互动方法、终端及iptv多屏网关 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107645477A true CN107645477A (zh) | 2018-01-30 |
Family
ID=61107880
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610585153.6A Withdrawn CN107645477A (zh) | 2016-07-22 | 2016-07-22 | Iptv多屏互动方法、终端及iptv多屏网关 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107645477A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108718305A (zh) * | 2018-05-10 | 2018-10-30 | 广东南方新媒体股份有限公司 | 通过后端网关实现跨屏之间相互通讯的方法及系统 |
CN111131277A (zh) * | 2019-12-27 | 2020-05-08 | 深圳市速易宝智能科技有限公司 | 一种数据推送方法及系统 |
CN114339384A (zh) * | 2021-12-23 | 2022-04-12 | 天翼视讯传媒有限公司 | 一种实现公网下远程多屏互动的短链接信令通道实现方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149008A (zh) * | 2011-03-16 | 2011-08-10 | 中兴通讯股份有限公司 | 一种多终端间数据内容实时切换的方法和系统 |
US20120066387A1 (en) * | 2010-09-09 | 2012-03-15 | Kt Corporation | Method, apparatus and system for providing contents to multiple devices |
CN103078831A (zh) * | 2011-10-26 | 2013-05-01 | 新太科技股份有限公司 | 一种流媒体支持tcp和udp传送的自适应的方法 |
CN103354605A (zh) * | 2013-06-25 | 2013-10-16 | 杭州顺网科技股份有限公司 | 一种基于移动终端的iptv点播系统及其点播方法 |
CN104125200A (zh) * | 2013-04-25 | 2014-10-29 | 中国移动通信集团公司 | 多屏互动方法、设备及系统 |
CN104581368A (zh) * | 2015-02-03 | 2015-04-29 | 安徽广电信息网络股份有限公司 | 一种基于信令交互的多屏互动方法 |
-
2016
- 2016-07-22 CN CN201610585153.6A patent/CN107645477A/zh not_active Withdrawn
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120066387A1 (en) * | 2010-09-09 | 2012-03-15 | Kt Corporation | Method, apparatus and system for providing contents to multiple devices |
CN102149008A (zh) * | 2011-03-16 | 2011-08-10 | 中兴通讯股份有限公司 | 一种多终端间数据内容实时切换的方法和系统 |
CN103078831A (zh) * | 2011-10-26 | 2013-05-01 | 新太科技股份有限公司 | 一种流媒体支持tcp和udp传送的自适应的方法 |
CN104125200A (zh) * | 2013-04-25 | 2014-10-29 | 中国移动通信集团公司 | 多屏互动方法、设备及系统 |
CN103354605A (zh) * | 2013-06-25 | 2013-10-16 | 杭州顺网科技股份有限公司 | 一种基于移动终端的iptv点播系统及其点播方法 |
CN104581368A (zh) * | 2015-02-03 | 2015-04-29 | 安徽广电信息网络股份有限公司 | 一种基于信令交互的多屏互动方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108718305A (zh) * | 2018-05-10 | 2018-10-30 | 广东南方新媒体股份有限公司 | 通过后端网关实现跨屏之间相互通讯的方法及系统 |
CN111131277A (zh) * | 2019-12-27 | 2020-05-08 | 深圳市速易宝智能科技有限公司 | 一种数据推送方法及系统 |
CN114339384A (zh) * | 2021-12-23 | 2022-04-12 | 天翼视讯传媒有限公司 | 一种实现公网下远程多屏互动的短链接信令通道实现方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102946551B (zh) | 一种实现iptv业务的融合设备、系统和方法 | |
CN104683956B (zh) | QoS控制方法和系统 | |
CN106713084A (zh) | 物联网多网关系统 | |
CN107645477A (zh) | Iptv多屏互动方法、终端及iptv多屏网关 | |
CN110166405A (zh) | 通信方法、相关装置及系统 | |
CN103533039B (zh) | P2p数据传输的方法、转发代理服务器与系统 | |
CN106612196B (zh) | 获取资源的方法及装置 | |
CN109548042A (zh) | 一种网络切片配置方法及装置 | |
CN105959827A (zh) | 一种数据交互方法、机顶盒与前端服务器 | |
CN107959664A (zh) | 移动终端与iptv进行交互的实现方法、装置及平台 | |
CN112995234B (zh) | 一种媒体传输链路管理方法及装置 | |
CN104679528A (zh) | 应用程序远程更新的方法和装置 | |
CN104427354A (zh) | 一种直播媒体共享的方法、流媒体服务器及节点子系统 | |
CN104836672A (zh) | 多屏互动中数据传输的方法、装置、系统及终端设备 | |
CN104125081B (zh) | 一种基于策略的多终端协同系统和方法 | |
CN102884762A (zh) | 网络路径控制方法、设备及系统 | |
CN107835445A (zh) | 基于mqtt协议的电视控制方法、移动终端及电视 | |
TWI765677B (zh) | 用於次世代無線電存取網路的超可靠低延遲通信的本地分流方法及系統 | |
CN109348486A (zh) | 一种异构无线网络资源分配方法 | |
CN103560937B (zh) | 数据访问方法和入口服务器 | |
CN102547858B (zh) | 一种异构无线网络资源管理架构方法及系统 | |
CN102355653B (zh) | 终端间通信方法及控制设备、用户设备、基站和网络系统 | |
CN105791361A (zh) | 远程协助设置的方法、服务器、终端及系统 | |
CN109150560A (zh) | 物联网组监控的设置方法、系统及计算机可读存储介质 | |
CN104486290A (zh) | 一种基于OpenFlow的流媒体云透明服务装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180130 |