CN104038328A - 一种多屏互动的消息传输方法、装置和系统 - Google Patents
一种多屏互动的消息传输方法、装置和系统 Download PDFInfo
- Publication number
- CN104038328A CN104038328A CN201410216966.9A CN201410216966A CN104038328A CN 104038328 A CN104038328 A CN 104038328A CN 201410216966 A CN201410216966 A CN 201410216966A CN 104038328 A CN104038328 A CN 104038328A
- Authority
- CN
- China
- Prior art keywords
- control message
- receiving device
- message
- sending ending
- ending equipment
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供了一种多屏互动的消息传输方法、装置和系统,该方法包括:发送端设备生成第一控制消息;通过至少两个消息通道将第一控制消息发送给接收端设备。本申请保证接收端设备能够快速接收到控制消息,以便对其进行及时的响应。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种多屏互动的消息传输方法、装置和系统。
背景技术
多屏互动是指基于数字生活网络联盟(Digital Living Network Alliance,DLNA)协议或闪联协议等,通过无线仿真(Wireless Fidelity,WIFI)网络连接,在不同多媒体终端之间进行多媒体内容的传输、解析、显示和控制等一系列操作,可以在不同平台设备上同时共享展示内容,丰富用户的多媒体生活。涉及的多媒体终端包括:基于苹果手机操作系统(iPhone OperatingSystem,IOS)、安卓(Android)、塞班(Symbian)等不同操作系统上的智能终端设备,例如,手机、电视(TV)等。例如,手机上的电影可以在电视上播放,平板上的图片可以在电视上分享,电脑的内容可以投影到电视上,使用手机作为电视的遥控器。
在现有技术中的多屏互动中,各类消息和内容均采用一条消息通道进行传输,由于有些多媒体信息很大,因此,很容易造成网络拥塞。当网络发生拥塞或接收端设备网络负载过大时,接收端设备无法及时接收来自发送端设备的控制消息,进而无法及时响应该控制消息,从而影响用户的体验。
因此,目前需要本领域技术人员迫切解决的一个技术问题就是:如何保证接收端设备能够及时接收到发送端设备的控制消息。
发明内容
本发明实施例所要解决的技术问题是提供一种多屏互动的消息传输方法,使得接收端设备能够及时接收到发送端设备的控制消息。
相应的,本发明实施例还提供了一种多屏互动的消息传输装置及系统,用以保证上述方法的实现及应用。
为了解决上述问题,本发明公开了一种多屏互动的消息传输方法,包括:接收端设备接收第一控制消息,其中,第一控制消息是发送端设备通过至少两个消息通道发送给接收端设备的;接收端设备判断接收端设备是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,将第一控制消息丢弃。
优选地,第一控制消息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,接收端设备判断接收端设备是否首次收到第一控制消息,包括:接收端设备判断是否已接收到发送端设备在时间点发送的包含第一控制消息的内容的消息,如果是,则接收端设备不是首次收到第一控制消息,否则,接收端设备首次接收到第一控制消息。
优选地,消息登记表中保存有接收端设备接收到的消息的信息,接收端设备判断是否已接收到发送端设备在时间点发送的包含第一控制消息的内容的消息,包括:接收端设备判断消息登记表中是否保存有发送端设备在时间点发送的包含第一控制消息的内容的消息的信息。
优选地,消息登记表保存在接收端设备中,或者保存在与接收端设备通信的设备中。
为了解决上述问题,本发明公开了一种多屏互动的消息传输方法,包括:发送端设备生成第一控制消息;通过至少两个消息通道将第一控制消息发送给接收端设备,其中,第一控制消息用于在接收端设备处被判断是否为接收端设备首次收到的第一控制消息,如果是,则接收端设备根据第一控制消息中的指令工作,否则,接收端设备将第一控制消息丢弃。
优选地,在发送端设备生成第一控制消息之后,上述方法还包括:发送端设备将第一控制消息按照预定格式进行封装;通过至少两个消息通道将第一控制消息发送给接收端设备包括:通过至少两个消息通道将封装后的第一控制消息发送给接收端设备。
优选地,预定格式包括用于体现发送端设备的信息的格式,其中,发送端设备的信息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,发送端设备的信息用于在接收端设备处作为判断第一控制消息是否是接收端设备首次收到的依据。
为了解决上述问题,本发明公开了一种多屏互动的消息传输装置,包括:接收单元,用于接收第一控制消息,其中,第一控制消息是发送端设备通过至少两个消息通道发送给该装置的;操作单元,用于判断该装置是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,将第一控制消息丢弃。
为了解决上述问题,本发明公开了一种多屏互动的消息传输装置,包括:生成单元,用于生成第一控制消息;发送单元,用于通过至少两个消息通道将第一控制消息发送给接收端设备,其中,第一控制消息用于在接收端设备处被判断是否为接收端设备首次收到的第一控制消息,如果是,则接收端设备根据第一控制消息中的指令工作,否则,接收端设备将第一控制消息丢弃。
为了解决上述问题,本发明公开了一种多屏互动的消息传输系统,包括:发送端设备和接收端设备,发送端设备用于生成第一控制消息,并通过至少两个消息通道将第一控制消息发送给接收端设备;接收端设备用于接收第一控制消息,其中,第一控制消息是发送端设备通过至少两个消息通道发送给接收端设备的;并判断该接收端设备是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,将第一控制消息丢弃。
与现有技术相比,本发明实施例包括以下优点:
在现有技术中,各类消息和内容均采用一条消息通道进行传输,由于有些多媒体信息很大,因此,很容易造成网络拥塞,当网络发生拥塞或接收端设备网络负载过大时,接收端设备无法及时接收来自发送端设备的控制消息,进而无法及时响应该控制消息。而在本申请中,发送端设备通过至少两条消息通道传输控制消息,当一条消息通道阻塞时,可以通过另一条消息通道将控制消息及时发送给接收端设备,从而保证接收端设备能够快速接收到控制消息,以便对其进行及时的响应;此外,由于发送端设备发送的控制消息有多个,如果接收端设备每接收到一个控制消息都进行响应,会造成误操作,在本申请中,接收端设备先判断是否是首次接收到该控制消息,如果是,才按照该控制消息进行操作,从而避免了误操作。
附图说明
图1是本发明的一种多屏互动的消息传输方法实施例的步骤流程图;
图2是本发明的另一种多屏互动的消息传输方法实施例的步骤流程图;
图3是本发明的又一种多屏互动的消息传输方法实施例的步骤流程图;
图4是本发明的再一种多屏互动的消息传输方法实施例的步骤流程图;
图5是本发明的一种多屏互动的消息传输装置实施例的结构框图;
图6是本发明的另一种多屏互动的消息传输装置实施例的结构框图;
图7是本发明的一种多屏互动的消息传输系统实施例的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
本发明实施例的核心构思之一在于,接收端设备接收第一控制消息,其中,第一控制消息是发送端设备通过至少两个消息通道发送给接收端设备的;接收端设备判断接收端设备是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,将第一控制消息丢弃。在本发明实施例中,发送端设备通过至少两条消息通道传输控制消息,当一条消息通道阻塞时,可以通过另一条消息通道将控制消息及时发送给接收端设备,从而保证接收端设备能够快速接收到控制消息,以便对其进行及时的响应;此外,由于发送端设备发送的控制消息有多个,如果接收端设备每接收到一个控制消息都进行响应,会造成误操作,在本申请中,接收端设备先判断是否是首次接收到该控制消息,如果是,才按照该控制消息进行操作,从而避免了误操作。
参照图1,示出了本发明的一种多屏互动的消息传输方法实施例的步骤流程图,具体可以包括如下步骤:
步骤101,发送端设备生成第一控制消息;
在具体实现时,如果发送端设备需要向接收端设备发送控制信息,则需要先生成携带控制信息的控制消息。
步骤102,发送端设备通过至少两个消息通道将第一控制消息发送给接收端设备,其中,第一控制消息用于在接收端设备处被判断是否为接收端设备首次收到的第一控制消息,如果是,则接收端设备根据第一控制消息中的指令工作,否则,接收端设备将第一控制消息丢弃。
在步骤101之后,发送端设备可以将第一控制消息按照预定格式进行封装;此时,步骤102中,发送端设备通过至少两个消息通道将封装后的第一控制消息发送给接收端设备。通过按照特定格式对控制消息进行封装,可以方便地确定出哪些消息需要通过至少两个消息通道传输。
在本发明实施例的一个优选实例中,预定格式包括用于体现发送端设备的信息的格式,其中,发送端设备的信息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,发送端设备的信息用于在接收端设备处作为判断第一控制消息是否是接收端设备首次收到的依据。例如,发送端设备的标识为A、发送端设备发送第一控制消息的时间点为B,第一控制消息的内容为C,如果接收端设备已经收到A设备在B时刻发送的内容为C的控制消息,则确定新接收到的第一控制消息不是首次接收到的,因此,可以忽略该控制消息,从而避免了多次执行同一个控制消息的命令,如果接收端设备未收到A设备在B时刻发送的内容为C的控制消息,则执行第一控制消息的命令。
在现有技术中,各类消息和内容均采用一条消息通道进行传输,由于有些多媒体信息很大,因此,很容易造成网络拥塞,当网络发生拥塞或接收端设备网络负载过大时,接收端设备无法及时接收来自发送端设备的控制消息,进而无法及时响应该控制消息。而在本申请中,发送端设备通过至少两条消息通道传输控制消息,当一条消息通道阻塞时,可以通过另一条消息通道将控制消息及时发送给接收端设备,从而保证接收端设备能够快速接收到控制消息,以便对其进行及时的响应;此外,由于发送端设备发送的控制消息有多个,如果接收端设备每接收到一个控制消息都进行响应,会造成误操作,在本申请中,接收端设备先判断是否是首次接收到该控制消息,如果是,才按照该控制消息进行操作,从而避免了误操作。
参照图2,示出了本发明的一种多屏互动的消息传输方法实施例的步骤流程图,具体可以包括如下步骤:
步骤201,接收端设备接收第一控制消息,其中,第一控制消息是发送端设备通过至少两个消息通道发送给接收端设备的;
步骤202,接收端设备判断接收端设备是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,可以将第一控制消息丢弃。
优选地,如果第一控制消息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,则接收端设备可以通过以下方式判断接收端设备是否首次收到第一控制消息:接收端设备判断是否已接收到发送端设备在发送第一控制消息的时间点发送的包含第一控制消息的内容的消息,如果是,则接收端设备不是首次收到第一控制消息,否则,接收端设备首次接收到第一控制消息。
在本发明实施例的一个优选实例中,消息登记表中保存有接收端设备接收到的消息的信息,接收端设备根据消息登记表确定是否首次收到第一控制消息,具体地,接收端设备判断消息登记表中是否保存有发送端设备在时间点发送的包含第一控制消息的内容的消息的信息,如果是,则确定非首次收到第一控制消息,否则,确定是首次收到第一控制消息,并且,可以将第一控制消息的内容保存到消息登记表中。
在本发明实施例的另一个优选实例中,消息登记表保存在接收端设备中,或者保存在能够与接收端设备通信的设备中。
在现有技术中,各类消息和内容均采用一条消息通道进行传输,由于有些多媒体信息很大,因此,很容易造成网络拥塞,当网络发生拥塞或接收端设备网络负载过大时,接收端设备无法及时接收来自发送端设备的控制消息,进而无法及时响应该控制消息。而在本申请中,发送端设备通过至少两条消息通道传输控制消息,当一条消息通道阻塞时,可以通过另一条消息通道将控制消息及时发送给接收端设备,从而保证接收端设备能够快速接收到控制消息,以便对其进行及时的响应;此外,由于发送端设备发送的控制消息有多个,如果接收端设备每接收到一个控制消息都进行响应,会造成误操作,在本申请中,接收端设备先判断是否是首次接收到该控制消息,如果是,才按照该控制消息进行操作,从而避免了误操作。
参照图3,示出了本发明的一种多屏互动的消息传输方法实施例的步骤流程图,具体可以包括如下步骤:
步骤301,发送端设备生成第一控制消息;
在具体实现时,如果发送端设备需要向接收端设备发送控制信息,则需要先生成携带控制信息的控制消息。
步骤302,发送端设备通过至少两个消息通道将第一控制消息发送给接收端设备。例如,第一消息通道承载第一控制消息,第二消息通道也承载第一控制消息,第一消息通道和第二消息通道都是发送端设备向接收端设备发送消息的消息通道。
在步骤301之后,发送端设备可以将第一控制消息按照预定格式进行封装,该预定格式可以为:设备的UUID值+“#”+设备当前的时间戳+“#”+消息内容,其中,设备的UUID是唯一标示设备的值,需要说明的是,该预定格式也可以是其他形式,例如,将消息的分割符从“#”换成其他符号,更换各参数的顺序;在步骤302中,发送端设备通过至少两个消息通道将封装后的第一控制消息发送给接收端设备。通过按照特定格式对控制消息进行封装,可以方便地确定出哪些消息需要通过至少两个消息通道传输。
在本发明实施例的一个优选实例中,预定格式包括用于体现发送端设备的信息的格式,其中,发送端设备的信息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,发送端设备的信息用于在接收端设备处作为判断第一控制消息是否是接收端设备首次收到的依据。
步骤303,接收端设备接收第一控制消息,其中,第一控制消息是发送端设备通过至少两个消息通道发送给接收端设备的;
步骤304,接收端设备判断接收端设备是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,可以将第一控制消息丢弃。
优选地,第一控制消息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,则接收端设备可以通过以下方式判断接收端设备是否首次收到第一控制消息:接收端设备判断是否已接收到发送端设备在发送第一控制消息的时间点发送的包含第一控制消息的内容的消息,如果是,则接收端设备不是首次收到第一控制消息,否则,接收端设备首次接收到第一控制消息。例如,发送端设备的标识为A、发送端设备发送第一控制消息的时间点为B,第一控制消息的内容为C,如果接收端设备已经收到A设备在B时刻发送的内容为C的控制消息,则确定新接收到的第一控制消息不是首次接收到的,因此,可以忽略该控制消息,从而避免了多次执行同一个控制消息的命令,如果接收端设备未收到A设备在B时刻发送的内容为C的控制消息,则执行第一控制消息的命令。
在本发明实施例的一个优选实例中,消息登记表中保存有接收端设备接收到的消息的信息,接收端设备根据消息登记表确定是否首次收到第一控制消息,具体地,接收端设备判断消息登记表中是否保存有发送端设备在时间点发送的包含第一控制消息的内容的消息的信息,如果是,则确定非首次收到第一控制消息,否则,确定是首次收到第一控制消息,并且,可以将第一控制消息的内容保存到消息登记表中。
例如,接收端的消息接收器在接收到第一控制消息时,对该消息进行解析,得到相应的参数,该参数包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,再到消息登记表里进行查找这些参数,如果在消息登记表中未找到对应的记录,则说明这条消息第一次出现,此时,接收端设备可以立即将该条消息通知给上层应用程序,并更新消息登记表。如果解析出的参数已经存在于消息登记表,则立即丢弃该条消息。这样,接收端设备总能在第一时间收到发送端设备发出的消息,从而有效地保证了消息的实时性。
在本发明实施例的另一个优选实例中,消息登记表保存在接收端设备中,或者保存在能够与接收端设备通信的设备中。
在现有技术中,各类消息和内容均采用一条消息通道进行传输,由于有些多媒体信息很大,因此,很容易造成网络拥塞,当网络发生拥塞或接收端设备网络负载过大时,接收端设备无法及时接收来自发送端设备的控制消息,进而无法及时响应该控制消息。而在本申请中,发送端设备通过至少两条消息通道传输控制消息,当一条消息通道阻塞时,可以通过另一条消息通道将控制消息及时发送给接收端设备,从而保证接收端设备能够快速接收到控制消息,以便对其进行及时的响应;此外,由于发送端设备发送的控制消息有多个,如果接收端设备每接收到一个控制消息都进行响应,会造成误操作,在本申请中,接收端设备先判断是否是首次接收到该控制消息,如果是,才按照该控制消息进行操作,从而避免了误操作。
参照图4,示出了本发明的一种多屏互动的消息传输方法实施例,具体可以包括如下步骤:
步骤401,发送端设备将消息按照预定格式封装,该预定格式可以采用上述实施例中描述的格式。
步骤402,发送端设备新建两个消息通道。
步骤403,发送端设备同时使用两个消息通道发送封装后的消息。
步骤404,接收端设备的消息读取器读取接收到的消息,解析出消息中包含的参数。其中,该消息接收器是接收网络消息的接口。
步骤405,接收端设备在消息登记表中查找登记信息,以决定该条消息是否有效,其中,消息登记表是将消息登记在哈希(hash)表里,以供快速查找的表。如果在消息登记表中查找到与接收到消息参数一致的记录,则证明该消息有效,需向上通过接口回调该消息,并更新消息登记表,否则表明该消息无效,则丢弃此消息。
本实施例有效减少了网络延时和丢包对多屏互动的影响,保证了消息到接收端的实时性和可靠性。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参照图5,示出了本发明一种多屏互动的消息传输装置实施例的结构框图,该装置可以是发送端装置,具体可以包括如下模块:
生成单元502,用于生成第一控制消息;
发送单元504,用于通过至少两个消息通道将第一控制消息发送给接收端设备,其中,第一控制消息用于在接收端设备处被判断是否为接收端设备首次收到的第一控制消息,如果是,则接收端设备根据第一控制消息中的指令工作,否则,接收端设备将第一控制消息丢弃。
在本发明实施例的一个优选实例中,生成单元502还用于在发送端设备生成第一控制消息之后,将第一控制消息按照预定格式进行封装;发送单元504用于通过至少两个消息通道将封装后的第一控制消息发送给接收端设备。
在本发明实施例的一个优选实例中,预定格式包括用于体现发送端设备的信息的格式,其中,发送端设备的信息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,发送端设备的信息用于在接收端设备处作为判断第一控制消息是否是接收端设备首次收到的依据。
参照图6,示出了本发明一种多屏互动的消息传输装置实施例的结构框图,该装置可以是接收端装置,具体可以包括如下模块:
接收单元602,用于接收第一控制消息,其中,第一控制消息是发送端设备通过至少两个消息通道发送给装置的;
操作单元604,用于判断接收端设备是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,将第一控制消息丢弃。
在本发明实施例的一个优选实例中,第一控制消息包括:发送端设备的标识、发送端设备发送第一控制消息的时间点和第一控制消息的内容,操作单元604用于通过以下方式判断接收端设备是否首次收到第一控制消息:判断是否已接收到发送端设备在时间点发送的包含第一控制消息的内容的消息,如果是,则接收端设备不是首次收到第一控制消息,否则,接收端设备首次接收到第一控制消息。
在本发明实施例的一个优选实例中,消息登记表中保存有接收端设备接收到的消息的信息,操作单元604用于通过以下方式判断是否已接收到发送端设备在时间点发送的包含第一控制消息的内容的消息:判断消息登记表中是否保存有发送端设备在时间点发送的包含第一控制消息的内容的消息的信息。
在本发明实施例的一个优选实例中,消息登记表保存在接收端设备中,或者保存在与接收端设备通信的设备中。
参照图7,示出了本发明一种多屏互动的消息传输系统实施例的结构框图,该系统包括:发送端设备702和接收端设备704,发送端设备702用于生成第一控制消息,并通过至少两个消息通道将第一控制消息发送给接收端设备704;接收端设备704用于接收第一控制消息,其中,第一控制消息是发送端设备702通过至少两个消息通道发送给装置的;并判断接收端设备是否首次收到第一控制消息,如果是,则根据第一控制消息中的指令工作,否则,将第一控制消息丢弃。
该系统可以包括图5所示的发送端设备和图6所示的接收端设备,其具体内容可以参见上述装置实施例,在此不再赘述。
对于装置实施例和系统实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种多屏互动的消息传输方法、装置和系统,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种多屏互动的消息传输方法,其特征在于,包括:
接收端设备接收第一控制消息,其中,所述第一控制消息是发送端设备通过至少两个消息通道发送给所述接收端设备的;
所述接收端设备判断所述接收端设备是否首次收到所述第一控制消息,如果是,则根据所述第一控制消息中的指令工作,否则,将所述第一控制消息丢弃。
2.根据权利要求1所述的方法,其特征在于,所述第一控制消息包括:所述发送端设备的标识、所述发送端设备发送所述第一控制消息的时间点和所述第一控制消息的内容,所述接收端设备判断所述接收端设备是否首次收到所述第一控制消息,包括:
所述接收端设备判断是否已接收到所述发送端设备在所述时间点发送的包含所述第一控制消息的内容的消息,如果是,则所述接收端设备不是首次收到所述第一控制消息,否则,所述接收端设备首次接收到所述第一控制消息。
3.根据权利要求2所述的方法,其特征在于,消息登记表中保存有所述接收端设备接收到的消息的信息,所述接收端设备判断是否已接收到所述发送端设备在所述时间点发送的包含所述第一控制消息的内容的消息,包括:
所述接收端设备判断所述消息登记表中是否保存有所述发送端设备在所述时间点发送的包含所述第一控制消息的内容的消息的信息。
4.根据权利要求3所述的方法,其特征在于,所述消息登记表保存在所述接收端设备中,或者保存在与所述接收端设备通信的设备中。
5.一种多屏互动的消息传输方法,其特征在于,包括:
发送端设备生成第一控制消息;
通过至少两个消息通道将所述第一控制消息发送给接收端设备,其中,所述第一控制消息用于在所述接收端设备处被判断是否为所述接收端设备首次收到的第一控制消息,如果是,则所述接收端设备根据所述第一控制消息中的指令工作,否则,所述接收端设备将所述第一控制消息丢弃。
6.根据权利要求5所述的方法,其特征在于,在发送端设备生成第一控制消息之后,所述方法还包括:
所述发送端设备将所述第一控制消息按照预定格式进行封装;
通过至少两个消息通道将所述第一控制消息发送给接收端设备包括:
通过至少两个消息通道将封装后的所述第一控制消息发送给所述接收端设备。
7.根据权利要求6所述的方法,其特征在于,所述预定格式包括用于体现所述发送端设备的信息的格式,其中,所述发送端设备的信息包括:所述发送端设备的标识、所述发送端设备发送所述第一控制消息的时间点和所述第一控制消息的内容,所述发送端设备的信息用于在所述接收端设备处作为判断所述第一控制消息是否是所述接收端设备首次收到的依据。
8.一种多屏互动的消息传输装置,其特征在于,包括:
接收单元,用于接收第一控制消息,其中,所述第一控制消息是发送端设备通过至少两个消息通道发送给所述装置的;
操作单元,用于判断所述装置是否首次收到所述第一控制消息,如果是,则根据所述第一控制消息中的指令工作,否则,将所述第一控制消息丢弃。
9.一种多屏互动的消息传输装置,其特征在于,包括:
生成单元,用于生成第一控制消息;
发送单元,用于通过至少两个消息通道将所述第一控制消息发送给接收端设备,其中,所述第一控制消息用于在所述接收端设备处被判断是否为所述接收端设备首次收到的第一控制消息,如果是,则所述接收端设备根据所述第一控制消息中的指令工作,否则,所述接收端设备将所述第一控制消息丢弃。
10.一种多屏互动的消息传输系统,其特征在于,包括:发送端设备和接收端设备,
所述发送端设备用于生成第一控制消息,并通过至少两个消息通道将所述第一控制消息发送给所述接收端设备;
所述接收端设备用于接收第一控制消息,其中,所述第一控制消息是发送端设备通过至少两个消息通道发送给所述接收端设备的;并判断所述装置是否首次收到所述第一控制消息,如果是,则根据所述第一控制消息中的指令工作,否则,将所述第一控制消息丢弃。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410216966.9A CN104038328A (zh) | 2014-05-21 | 2014-05-21 | 一种多屏互动的消息传输方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410216966.9A CN104038328A (zh) | 2014-05-21 | 2014-05-21 | 一种多屏互动的消息传输方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104038328A true CN104038328A (zh) | 2014-09-10 |
Family
ID=51468930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410216966.9A Pending CN104038328A (zh) | 2014-05-21 | 2014-05-21 | 一种多屏互动的消息传输方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104038328A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108108105A (zh) * | 2017-12-18 | 2018-06-01 | 联想(北京)有限公司 | 一种信息处理设备及信息处理方法 |
CN110266437A (zh) * | 2019-06-26 | 2019-09-20 | 北京奇艺世纪科技有限公司 | 投屏消息发送方法、投屏消息处理方法、装置及终端 |
CN111405736A (zh) * | 2020-03-09 | 2020-07-10 | 广州市珠江灯光科技有限公司 | 灯具集中管理方法与装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1745547A (zh) * | 2003-02-27 | 2006-03-08 | 西门子公司 | 用于在分组交换通信网中确定多径传输路径的方法和网络节点 |
WO2007040417A1 (en) * | 2005-10-03 | 2007-04-12 | Motorola, Inc. | Method and apparatus for communicating a message in a mesh network |
CN103621020A (zh) * | 2011-05-10 | 2014-03-05 | 卡斯蒂安芬兰有限公司 | 电信系统中的中间网络节点 |
-
2014
- 2014-05-21 CN CN201410216966.9A patent/CN104038328A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1745547A (zh) * | 2003-02-27 | 2006-03-08 | 西门子公司 | 用于在分组交换通信网中确定多径传输路径的方法和网络节点 |
WO2007040417A1 (en) * | 2005-10-03 | 2007-04-12 | Motorola, Inc. | Method and apparatus for communicating a message in a mesh network |
CN103621020A (zh) * | 2011-05-10 | 2014-03-05 | 卡斯蒂安芬兰有限公司 | 电信系统中的中间网络节点 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108108105A (zh) * | 2017-12-18 | 2018-06-01 | 联想(北京)有限公司 | 一种信息处理设备及信息处理方法 |
CN110266437A (zh) * | 2019-06-26 | 2019-09-20 | 北京奇艺世纪科技有限公司 | 投屏消息发送方法、投屏消息处理方法、装置及终端 |
CN111405736A (zh) * | 2020-03-09 | 2020-07-10 | 广州市珠江灯光科技有限公司 | 灯具集中管理方法与装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11356523B2 (en) | Method and apparatus for selecting information pushed-to terminal | |
KR101916559B1 (ko) | 통신 이벤트를 프롬프트하는 방법, 장치, 및 시스템 | |
US11444800B2 (en) | Topology switching method based on isochronous channel, apparatus, system and storage medium | |
CN103986752A (zh) | 在智能电视的输入界面中输入信息的方法、设备和系统 | |
CN103873692A (zh) | 一种分享资源的方法、装置及系统 | |
WO2019184658A1 (zh) | 配置文件的切换方法、装置与移动终端 | |
CN104702665A (zh) | 信息分享方法和信息分享装置 | |
CN103986646A (zh) | 一种消息传输方法、系统及终端设备 | |
CN105487394A (zh) | 一种智能家电设备的控制方法、装置及网关 | |
CN108401480B (zh) | Harq反馈方法及装置、设备、计算机可读存储介质 | |
US20170171496A1 (en) | Method and Electronic Device for Screen Projection | |
CN104936282A (zh) | 一种融合通信业务的注册方法及装置 | |
CN104869049B (zh) | 终端信息发送方法和系统 | |
CN103647756A (zh) | 一种广告播放方法、服务器、客户端及系统 | |
CN105530268A (zh) | 一种异构协议互通方法及控制器 | |
CN104038328A (zh) | 一种多屏互动的消息传输方法、装置和系统 | |
CN104363501A (zh) | 一种图标分类管理方法、系统及播放终端 | |
CN106302093B (zh) | 一种通信方法、系统及服务器 | |
CN104753804A (zh) | 一种数据流传输控制方法、装置及系统 | |
CN103780952A (zh) | 智能终端信息发送方法及系统 | |
US9009248B2 (en) | Apparatus and method of performing discovery based on priority level in distributed network, and method of determining discovery back-off time | |
CN105323714A (zh) | 通知消息处理方法及终端 | |
CN111885564B (zh) | 数据传输方法、设备升级方法、计算机可读的存储介质 | |
CN103237249B (zh) | 数字生活网络联盟系统中的播放控制方法、装置及系统 | |
CN103813014A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140910 |
|
RJ01 | Rejection of invention patent application after publication |