CN103475907A - 一种多屏控制方法及*** - Google Patents

Abstract

本发明实施例公开了一种多屏控制方法及***，以现有成熟TCP/UDP协议作为标准，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。本发明实施例的方法包括：S1：执行服务器和客户端设备间的相互识别；S2：若所述相互识别成功，执行步骤S3，否则执行步骤S5；S3：建立所述服务器和所述客户端设备间的TCP连接；S4：将所述服务器的控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应；S5：拒绝所述服务器和所述客户端设备间的控制连接。

Description

一种多屏控制方法及***

技术领域

本发明实施例涉及智能控制领域，具体涉及一种多屏控制方法及***。

背景技术

随着Android智能***及智能移动设备的流行，很多发明以及创新，都向这个方向靠拢，机顶盒行业也不例外，Android机顶盒的出现显得自然而然，但是如何在智能机顶盒与其他智能移动设备之间实现互动控制，并提供更为友好方便的用户体验，对每个从业者而言都是一个挑战和机会。

目前市场上还没有一套真正完整、成熟并标准的实现多屏控制的方案，只有一些各个厂家自己制定的实现某个单一功能，例如媒体部分控制共享的相关标准，相关标准如DLNA(Digital Living Network Alliance)、Airplay或Miracast等。

然而由于各个标准之间互不兼容，而且没有得到广泛的应用，因此不能形成完整统一的标准方案。同时根据这些差异较大的标准实现多屏控制的过程相当复杂、成本比较高、兼容性较差。同时目前也没有专门针对机顶盒相关技术的方案。

发明内容

本发明实施例提供了一种多屏控制方法及***，以现有成熟TCP/UDP协议作为标准，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

本发明实施例提供的多屏控制方法，包括：

S1：执行服务器和客户端设备间的相互识别；

S2：若所述相互识别成功，执行步骤S3，否则执行步骤S5；

S3：建立所述服务器和所述客户端设备间的TCP连接；

S4：将所述服务器的控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应；

S5：拒绝所述服务器和所述客户端设备间的控制连接。

可选地，

所述服务器为基于Android操作***带网络功能的智能机顶盒；

所述客户端设备为带网络功能的Android智能设备。

可选地，

所述步骤S1包括：

S11：服务器\客户端设备监听预设通信端口的消息并通过所述预设通信端口向所述客户端设备\所述服务器发送预设格式UDP数据报文；

S12：当所述服务器\所述客户端设备接收到来自所述预设通信端口的所述预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

S13：所述服务器\所述客户端设备分别判断解析结果是否满足接入条件，若所述服务器和所述客户端设备同时得到满足接入条件的判断结果，则判定相互识别成功，否则判定相互识别失败。

可选地，

所述预设格式UDP数据报文包括五个字段，其中第一字段表示UDP数据报文载体的类型，第二字段为分割符，第三字段为所述载体的IP地址，第四字段为分割符，第五字段为匹配验证信息。

本发明实施例提供的多屏控制方法，包括：

S1：服务器监听预设通信端口的消息并通过所述预设通信端口向客户端设备发送预设格式UDP数据报文；

S2：当所述服务器接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

S3：所述服务器判断所述解析结果是否满足服务器端连接条件，若是执行步骤S4，否则拒绝所述客户端设备接入；

S4：所述服务器向所述客户端设备发送建立进行多屏控制所需TCP连接的请求信息；

S5：所述客户端设备查看本机已识别设备列表中是否存在所述服务器的IP，若是建立连接，否则执行步骤S6；

S6：所述客户端设备对所述服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，若是根据解析所述预设格式UDP数据报文得到的IP地址建立连接并执行步骤S7，否则返回建立连接失败的消息；

S7：所述服务器将本机控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应。

可选地，

所述已识别设备列表包括当前识别设备列表和历史识别列表；

所述前识别设备列表和所述历史识别列表通过不同的标识进行区分。

本发明实施例提供的多屏控制方法，包括：

S1：客户端设备监听预设通信端口的消息并通过所述预设通信端口向服务器发送预设格式UDP数据报文；

S2：当所述客户端设备接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

S3：所述客户端设备判断所述解析结果是否满足客户端设备连接条件，若是执行步骤S4，否则拒绝所述服务器接入；

S4：所述客户端设备向所述服务器发送建立进行多屏控制所需TCP连接的请求信息；

S5：所述服务器查看本机已识别设备列表中是否存在所述客户端设备的IP，若是建立连接，否则执行步骤S6；

S6：所述服务器对所述客户端设备中预设格式UDP数据报文进行解析并判断是否满足服务器连接条件，若是根据解析所述预设格式UDP数据报文得到的IP地址建立连接并执行步骤S7，否则返回建立连接失败的消息；

S7：所述客户端设备获取所述服务器的控制模式并将所述控制模式映射至所述客户端设备上的虚拟按键，使得所述虚拟按键与所述服务器的物理控制按键相对应。

本发明实施例提供的多屏控制***，包括：服务器和客户端设备；

所述服务器包括：

第一监听发送模块，用于监听预设通信端口的消息并通过所述预设通信端口向客户端设备发送预设格式UDP数据报文；

第一解析模块，用于当接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

第一判断模块，用于判断所述解析结果是否满足服务器端连接条件；

第一发送模块，用于向所述客户端设备发送建立进行多屏控制所需TCP连接的请求信息；

第一处理模块，用于当所述客户端设备的已识别设备列表中不存在所述服务器的IP时，对所述服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，并当满足客户端连接条件时根据解析所述预设格式UDP数据报文得到的IP地址建立连接，当未满足客户端连接条件时返回建立连接失败的消息；

第一匹配模块，用于将本机控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应；

所述客户端设备包括：

第二监听发送模块，用于监听预设通信端口的消息并通过所述预设通信端口向服务器发送预设格式UDP数据报文；

第二解析模块，用于当接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

第二判断模块，用于判断所述解析结果是否满足客户端设备连接条件；

第二发送模块，用于向所述服务器发送建立进行多屏控制所需TCP连接的请求信息；

第二处理模块，用于当所述服务器的已识别设备列表中不存在所述客户端设备的IP时，对所述客户端设备中预设格式UDP数据报文进行解析并判断是否满足服务器连接条件，并当满足服务器连接条件时根据解析所述预设格式UDP数据报文得到的IP地址建立连接，当未满足服务器连接条件时返回建立连接失败的消息；

映射模块，用于获取所述服务器的控制模式并将所述控制模式映射至所述客户端设备上的虚拟按键，使得所述虚拟按键与所述服务器的物理控制按键相对应。

可选地，

所述服务器为基于Android操作***带网络功能的智能机顶盒。

可选地，

所述客户端设备为带网络功能的Android智能手机或Android平板电脑。

本发明实施例中，首先执行服务器和客户端设备间的相互识别；若所述相互识别成功，建立所述服务器和所述客户端设备间的TCP连接，并将所述服务器的控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应；若所述相互识别失败，拒绝所述服务器和所述客户端设备间的控制连接。由于本发明实施例的多屏控制方法及***，以现有成熟TCP/UDP协议作为标准，通过服务器和客户端设备间的相互识别、连接以及虚拟按键，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

附图说明

图1为本发明实施例中多屏控制方法第一实施例流程图；

图2为本发明实施例中多屏控制方法第二实施例流程图；

图3为本发明实施例中多屏控制方法第三实施例流程图；

图4为本发明实施例中多屏控制方法第四实施例流程图；

图5为本发明实施例中多屏控制***实施例结构示意图。

具体实施方式

本发明实施例提供了一种多屏控制方法及***，以现有成熟TCP/UDP协议作为标准，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

请参阅图1，本发明实施例中多屏控制方法的第一实施例包括：

101、执行服务器和客户端设备间的相互识别；

服务器和客户端设备之间进行自动相互识别，包括对服务器和客户端设备的身份能力的识别。对于服务器，上述的身份能力表示该服务器是否具备成为多屏控制服务器的能力；对于客户端设备，上述的身份能力表示该客户端设备是否具备成为多屏控制客户端设备的能力。

102、若相互识别成功，执行步骤103，否则执行步骤105；

若服务器和客户端设备相互识别成功，亦即服务器和客户端设备分别确认了对方的身份能力，执行步骤103，否则执行步骤105。

103、建立服务器和客户端设备间的TCP连接；

确定服务器和客户端设备相互识别成功后，可以建立服务器和客户端设备间的TCP连接。上述的TCP连接通过获取对方的IP地址而建立，上述的IP地址可以在执行服务器和客户端设备间的相互识别的过程中获得。

104、将服务器的控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应；

建立服务器和客户端设备间的TCP连接，可以将服务器的控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应。

105、拒绝服务器和客户端设备间的控制连接。

确定服务器和客户端设备相互识别失败后，拒绝服务器和客户端设备间的控制连接，还可以向双方发送控制连接失败的结果。

本发明实施例中，首先执行服务器和客户端设备间的相互识别；若相互识别成功，建立服务器和客户端设备间的TCP连接，并将服务器的控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应；若相互识别失败，拒绝服务器和客户端设备间的控制连接。由于本发明实施例的多屏控制方法，以现有成熟TCP/UDP协议作为标准，通过服务器和客户端设备间的相互识别、连接以及虚拟按键，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

上面简单介绍了本发明多屏控制方法的第一实施例，下面对本发明多屏控制方法的第二实施例进行详细的描述，请参阅图2，本发明实施例中多屏控制方法第二实施例包括：

201、执行服务器和客户端设备间的相互识别；

服务器和客户端设备之间进行自动相互识别，包括对服务器和客户端设备的身份能力的识别。对于服务器，上述的身份能力表示该服务器是否具备成为多屏控制服务器的能力；对于客户端设备，上述的身份能力表示该客户端设备是否具备成为多屏控制客户端设备的能力。上述的服务器可以为基于Android操作***带网络功能的智能机顶盒；上述的客户端设备可以为带网络功能的Android智能设备。

服务器和客户端设备间的相互识别的具体过程可以包括：服务器\客户端设备监听预设通信端口的消息并通过预设通信端口向客户端设备\服务器发送预设格式UDP数据报文；当服务器\客户端设备接收到来自预设通信端口的预设格式UDP数据报文时，对预设格式UDP数据报文进行解析，得到解析结果；服务器\客户端设备分别判断解析结果是否满足接入条件，若服务器和客户端设备同时得到满足接入条件的判断结果，则判定相互识别成功，否则判定相互识别失败。上述服务器监听预设通信端口的消息可以通过开机自启动的Service程序实现。

上述预设格式UDP数据报文可以包括五个字段，其中第一字段表示UDP数据报文载体的类型，第二字段为分割符，第三字段为载体的IP地址，第四字段为分割符，第五字段为匹配验证信息，其中第二字段和第四字段的分割符可以是任意特殊字符，主要用于区分其它字段字符。当预设格式UDP数据报文为上述包括五个字段的UDP数据报文时，上述判断解析结果是否满足接入条件的具体过程可以包括：首先服务器\客户端设备识别第一字段，第一字段表征的是发送方的身份能力，通过第一字段的识别可以确定发送方是否满足接入条件，确定满足接入条件之后，可以通过识别第三字段得到建立TCP连接需要的IP地址，通过IP地址进行连接时，可以进一步通过识别第五字段作再次验证，以保证连接的安全准确性。

需要说明的是，预设格式UDP数据报文的格式不限于上述的包含五个字段，而是可以在包含第一字段和第三字段的基础上根据功能需要进行增删，在此处不做限定。

202、若相互识别成功，执行步骤203，否则执行步骤205；

若服务器和客户端设备相互识别成功，亦即服务器和客户端设备分别确认了对方的身份能力，执行步骤203，否则执行步骤205。

203、建立服务器和客户端设备间的TCP连接；

确定服务器和客户端设备相互识别成功后，可以建立服务器和客户端设备间的TCP连接。上述的TCP连接通过获取对方的IP地址而建立，上述的IP地址可以在执行服务器和客户端设备间的相互识别的过程中获得。

204、将服务器的控制模式匹配至客户端设备；

建立服务器和客户端设备间的TCP连接之后，可以将服务器的控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应。

205、拒绝服务器和客户端设备间的控制连接。

确定服务器和客户端设备相互识别失败后，拒绝服务器和客户端设备间的控制连接，还可以向双方发送控制连接失败的结果。

本发明实施例中，首先执行服务器和客户端设备间的相互识别；若相互识别成功，建立服务器和客户端设备间的TCP连接，并将服务器的控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应；若相互识别失败，拒绝服务器和客户端设备间的控制连接。由于本发明实施例的多屏控制方法，以现有成熟TCP/UDP协议作为标准，通过服务器和客户端设备间的相互识别、连接以及虚拟按键，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

上面对本发明多屏控制方法的第二实施例作了详细描述，特别是服务器和客户端设备间相互识别的过程，下面介绍本发明多屏控制方法的第三实施例，请参阅图3，本发明多屏控制方法的第三实施例包括：

301、服务器监听预设通信端口的消息并通过预设通信端口向客户端设备发送预设格式UDP数据报文；

服务器可以通过开机自启动的Service程序监听预设通信端口的消息，并通过预设通信端口向客户端设备发送预设格式UDP数据报文。

302、当服务器接收到来自预设通信端口的预设格式UDP数据报文时，对预设格式UDP数据报文进行解析，得到解析结果；

服务器接收到来自预设通信端口的预设格式UDP数据报文后，可以对预设格式UDP数据报文进行解析，并得到相应的解析结果。上述的解析结果可以包含UDP数据报文内各字节内容和相应的含义解释。

303、服务器判断解析结果是否满足服务器端连接条件，若是执行步骤304，否则拒绝客户端设备接入；

得到解释结果之后，服务器判断解析结果是否满足服务器端连接条件，若是执行步骤304，否则拒绝客户端设备接入。

304、服务器向客户端设备发送建立进行多屏控制所需TCP连接的请求信息；

服务器确定客户端设备满足服务器端连接条件后，可以建立服务器和客户端设备间的TCP连接。上述的TCP连接通过获取客户端设备的IP地址而建立，上述的IP地址可以在服务器解析来自预设通信端口的预设格式UDP数据报文的过程中获得。

305、客户端设备查看本机已识别设备列表中是否存在服务器的IP，若是建立连接，否则执行步骤306；

客户端设备接收到服务器发送的连接请求之后，可以查看本机已识别设备列表中是否存在服务器的IP，若是建立连接，否则执行步骤306。上述已识别设备列表包括当前识别设备列表和历史识别列表；上述前识别设备列表和历史识别列表通过不同的标识进行区分。

306、客户端设备对服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，若是根据解析预设格式UDP数据报文得到的IP地址建立连接并执行步骤307，否则返回建立连接失败的消息；

客户端设备查看本机已识别设备列表中没有存在服务器的IP，对服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，若是根据解析预设格式UDP数据报文得到的IP地址建立连接并执行步骤307，否则返回建立连接失败的消息。

307、服务器将本机控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应。

客户端设备确定服务器符合客户端连接条件并与服务器连接之后，服务器会将本机控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应。

本发明实施例的多屏控制方法，以现有成熟TCP/UDP协议作为标准，通过服务器和客户端设备间的相互识别、连接以及虚拟按键，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

上面对本发明多屏控制方法的第三实施例作了详细描述，下面介绍本发明多屏控制方法的第四实施例，请参阅图4，本发明多屏控制方法的第四实施例包括：

401、客户端设备监听预设通信端口的消息并通过预设通信端口向服务器发送预设格式UDP数据报文；

客户端设备可以通过开机自启动的Service程序监听预设通信端口的消息，并通过预设通信端口向服务器发送预设格式UDP数据报文。

402、当客户端设备接收到来自预设通信端口的预设格式UDP数据报文时，对预设格式UDP数据报文进行解析，得到解析结果；

客户端设备接收到来自预设通信端口的预设格式UDP数据报文后，可以对预设格式UDP数据报文进行解析，并得到相应的解析结果。上述的解析结果可以包含UDP数据报文内各字节内容和相应的含义解释。

403、客户端设备判断解析结果是否满足客户端设备连接条件，若是执行步骤404，否则拒绝服务器接入；

得到解释结果之后，客户端设备判断解析结果是否满足客户端设备连接条件，若是执行步骤404，否则拒绝服务器接入。

404、客户端设备向服务器发送建立进行多屏控制所需TCP连接的请求信息；

客户端设备确定服务器满足客户端设备连接条件后，可以建立客户端设备和服务器间的TCP连接。上述的TCP连接通过获取服务器的IP地址而建立，上述的IP地址可以在客户端设备解析来自预设通信端口的预设格式UDP数据报文的过程中获得。

405、服务器查看本机已识别设备列表中是否存在客户端设备的IP，若是建立连接，否则执行步骤406；

服务器接收到客户端设备发送的连接请求之后，可以查看本机已识别设备列表中是否存在服务器的IP，若是建立连接，否则执行步骤406。上述已识别设备列表包括当前识别设备列表和历史识别列表；上述前识别设备列表和历史识别列表通过不同的标识进行区分。

406、服务器对客户端设备中预设格式UDP数据报文进行解析并判断是否满足服务器连接条件，若是根据解析预设格式UDP数据报文得到的IP地址建立连接并执行步骤407，否则返回建立连接失败的消息；

服务器查看本机已识别设备列表中没有存在服务器的IP，对服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，若是根据解析预设格式UDP数据报文得到的IP地址建立连接并执行步骤307，否则返回建立连接失败的消息。

407、客户端设备获取服务器的控制模式并将控制模式映射至客户端设备上的虚拟按键，使得虚拟按键与服务器的物理控制按键相对应。

服务器确定客户端设备符合服务器连接条件并与客户端设备连接之后，客户端设备获取服务器的控制模式并将控制模式映射至客户端设备上的虚拟按键，使得虚拟按键与服务器的物理控制按键相对应。

本发明实施例的多屏控制方法，以现有成熟TCP/UDP协议作为标准，通过服务器和客户端设备间的相互识别、连接以及虚拟按键，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

上面对本发明多屏控制方法的第四实施例作了详细描述，下面介绍本发明多屏控制***实施例，请参阅图5，本发明多屏控制***实施例包括：服务器1和客户端设备2；

服务器1包括：

第一监听发送模块11，用于监听预设通信端口的消息并通过预设通信端口向客户端设备发送预设格式UDP数据报文；

第一解析模块12，用于当接收到来自预设通信端口的预设格式UDP数据报文时，对预设格式UDP数据报文进行解析，得到解析结果；

第一判断模块13，用于判断解析结果是否满足服务器端连接条件；

第一发送模块14，用于向客户端设备发送建立进行多屏控制所需TCP连接的请求信息；

第一处理模块15，用于当客户端设备的已识别设备列表中不存在服务器的IP时，对服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，并当满足客户端连接条件时根据解析预设格式UDP数据报文得到的IP地址建立连接，当未满足客户端连接条件时返回建立连接失败的消息；

第一匹配模块16，用于将本机控制模式匹配至客户端设备，使得客户端设备上的虚拟按键与服务器的物理控制按键相对应；

客户端设备2包括：

第二监听发送模块21，用于监听预设通信端口的消息并通过预设通信端口向服务器发送预设格式UDP数据报文；

第二解析模块22，用于当接收到来自预设通信端口的预设格式UDP数据报文时，对预设格式UDP数据报文进行解析，得到解析结果；

第二判断模块23，用于判断解析结果是否满足客户端设备连接条件；

第二发送模块24，用于向服务器发送建立进行多屏控制所需TCP连接的请求信息；

第二处理模块25，用于当服务器的已识别设备列表中不存在客户端设备的IP时，对客户端设备中预设格式UDP数据报文进行解析并判断是否满足服务器连接条件，并当满足服务器连接条件时根据解析预设格式UDP数据报文得到的IP地址建立连接，当未满足服务器连接条件时返回建立连接失败的消息；

映射模块26，用于获取服务器的控制模式并将控制模式映射至客户端设备上的虚拟按键，使得虚拟按键与服务器的物理控制按键相对应。

服务器1和客户端设备2之间进行自动相互识别，包括对服务器1和客户端设备2的身份能力的识别。对于服务器1，上述的身份能力表示该服务器1是否具备成为多屏控制服务器的能力；对于客户端设备2，上述的身份能力表示该客户端设备2是否具备成为多屏控制客户端设备的能力。

若服务器1和客户端设备2相互识别成功，亦即服务器1和客户端设备2分别确认了对方的身份能力，可以建立服务器1和客户端设备2间的TCP连接，然后将服务器1的控制模式匹配至客户端设备2，使得客户端设备2上的虚拟按键与服务器1的物理控制按键相对应，否则拒绝服务器1和客户端设备2间的控制连接，还可以向双方发送控制连接失败的结果。上述的TCP连接通过获取对方的IP地址而建立，上述的IP地址可以在执行服务器1和客户端设备2间的相互识别的过程中获得。

下面以一个具体的应用例对本发明实施例的***进行详细的说明：

服务器1和客户端设备2建立连接之后，当点击虚拟按键之后，客户端设备2上的apk（Android***的标准安装数据包格式）就会把相应的按键的keycode通过刚才建立的TCP链接发送给服务器1，当服务器1接收到数据之后，就会得到相应的keycode，然后根据keycode的值，发送相应的按键事件给Android平台，这个过程通过Android平台提供的Instrumentation接口实现：

Instrumentation inst=new Instrumentation();

inst.sendKeyDownUpSync(KeyCode);

Instrumentation接口的sendKeyDownUpSync(int keyCode)方法，会模拟发送一个键值为keyCode的按键按下弹起的事件给Android***，Android***接收到这个事件后就会将事件交给正在运行的应用程序去处理，执行相应的动作，就像是物理遥控器被按下了一样，从而达到了通过客户端控制服务器端的功能。

假设客户端设备2需要观看机顶盒的电视节目/音视频媒体时，客户端设备2提供菜单，并发送相应的TCP协议数据到服务器1，在上述TCP协议数据中提供标识请求播放电视节目/音视频媒体的标志，供服务器1解析和分辨要执行的操作，当服务器1解析到TCP协议数据是请求播放电视节目时，则调用相应的功能模块，先将机顶盒上面已经有了的电视节目列表相关的信息，发送给客户端设备2，客户端设备2解析并进行显示，客户端设备2选择要播放的节目，然后将该节目的信息发送给服务器1，服务器1再根据这些信息解析出相应节目的音视频数据，并发送到机顶盒上的RTSP多媒体服务器，此时，客户端设备2可以通过RTSP多媒体服务器的音视频输出地址来播放电视节目/音视频媒体，实现了电视节目/音视频媒体在客户端设备2的播放和控制。

本发明实施例的多屏控制***，以现有成熟TCP/UDP协议作为标准，通过服务器和客户端设备间的相互识别、连接以及虚拟按键，能够简单方便地实现智能机顶盒与其他智能移动设备之间的多屏互动控制，同时可以较大地提高智能机顶盒与其他智能移动设备之间的兼容性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，其中的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种多屏控制方法及***进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种多屏控制方法，其特征在于，包括：

S1：执行服务器和客户端设备间的相互识别；

S2：若所述相互识别成功，执行步骤S3，否则执行步骤S5；

S3：建立所述服务器和所述客户端设备间的TCP连接；

S4：将所述服务器的控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应；

S5：拒绝所述服务器和所述客户端设备间的控制连接。

2.根据权利要求1所述的多屏控制方法，其特征在于，

所述服务器为基于Android操作***带网络功能的智能机顶盒；

所述客户端设备为带网络功能的Android智能设备。

3.根据权利要求1所述的多屏控制方法，其特征在于，所述步骤S1包括：

S11：服务器\客户端设备监听预设通信端口的消息并通过所述预设通信端口向所述客户端设备\所述服务器发送预设格式UDP数据报文；

S12：当所述服务器\所述客户端设备接收到来自所述预设通信端口的所述预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

S13：所述服务器\所述客户端设备分别判断解析结果是否满足接入条件，若所述服务器和所述客户端设备同时得到满足接入条件的判断结果，则判定相互识别成功，否则判定相互识别失败。

4.根据权利要求3所述的多屏控制方法，其特征在于，

所述预设格式UDP数据报文包括五个字段，其中第一字段表示UDP数据报文载体的类型，第二字段为分割符，第三字段为所述载体的IP地址，第四字段为分割符，第五字段为匹配验证信息。

5.一种多屏控制方法，其特征在于，包括：

S1：服务器监听预设通信端口的消息并通过所述预设通信端口向客户端设备发送预设格式UDP数据报文；

S2：当所述服务器接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

S3：所述服务器判断所述解析结果是否满足服务器端连接条件，若是执行步骤S4，否则拒绝所述客户端设备接入；

S4：所述服务器向所述客户端设备发送建立进行多屏控制所需TCP连接的请求信息；

S5：所述客户端设备查看本机已识别设备列表中是否存在所述服务器的IP，若是建立连接，否则执行步骤S6；

S6：所述客户端设备对所述服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，若是根据解析所述预设格式UDP数据报文得到的IP地址建立连接并执行步骤S7，否则返回建立连接失败的消息；

S7：所述服务器将本机控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应。

6.根据权利要求5所述的多屏控制方法，其特征在于，

所述已识别设备列表包括当前识别设备列表和历史识别列表；

所述前识别设备列表和所述历史识别列表通过不同的标识进行区分。

7.一种多屏控制方法，其特征在于，包括：

S1：客户端设备监听预设通信端口的消息并通过所述预设通信端口向服务器发送预设格式UDP数据报文；

S2：当所述客户端设备接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

S3：所述客户端设备判断所述解析结果是否满足客户端设备连接条件，若是执行步骤S4，否则拒绝所述服务器接入；

S4：所述客户端设备向所述服务器发送建立进行多屏控制所需TCP连接的请求信息；

S5：所述服务器查看本机已识别设备列表中是否存在所述客户端设备的IP，若是建立连接，否则执行步骤S6；

S6：所述服务器对所述客户端设备中预设格式UDP数据报文进行解析并判断是否满足服务器连接条件，若是根据解析所述预设格式UDP数据报文得到的IP地址建立连接并执行步骤S7，否则返回建立连接失败的消息；

S7：所述客户端设备获取所述服务器的控制模式并将所述控制模式映射至所述客户端设备上的虚拟按键，使得所述虚拟按键与所述服务器的物理控制按键相对应。

8.一种多屏控制***，其特征在于，包括：服务器和客户端设备；

所述服务器包括：

第一监听发送模块，用于监听预设通信端口的消息并通过所述预设通信端口向客户端设备发送预设格式UDP数据报文；

第一解析模块，用于当接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

第一判断模块，用于判断所述解析结果是否满足服务器端连接条件；

第一发送模块，用于向所述客户端设备发送建立进行多屏控制所需TCP连接的请求信息；

第一处理模块，用于当所述客户端设备的已识别设备列表中不存在所述服务器的IP时，对所述服务器中预设格式UDP数据报文进行解析并判断是否满足客户端连接条件，并当满足客户端连接条件时根据解析所述预设格式UDP数据报文得到的IP地址建立连接，当未满足客户端连接条件时返回建立连接失败的消息；

第一匹配模块，用于将本机控制模式匹配至所述客户端设备，使得所述客户端设备上的虚拟按键与所述服务器的物理控制按键相对应；

所述客户端设备包括：

第二监听发送模块，用于监听预设通信端口的消息并通过所述预设通信端口向服务器发送预设格式UDP数据报文；

第二解析模块，用于当接收到来自所述预设通信端口的预设格式UDP数据报文时，对所述预设格式UDP数据报文进行解析，得到解析结果；

第二判断模块，用于判断所述解析结果是否满足客户端设备连接条件；

第二发送模块，用于向所述服务器发送建立进行多屏控制所需TCP连接的请求信息；

第二处理模块，用于当所述服务器的已识别设备列表中不存在所述客户端设备的IP时，对所述客户端设备中预设格式UDP数据报文进行解析并判断是否满足服务器连接条件，并当满足服务器连接条件时根据解析所述预设格式UDP数据报文得到的IP地址建立连接，当未满足服务器连接条件时返回建立连接失败的消息；

映射模块，用于获取所述服务器的控制模式并将所述控制模式映射至所述客户端设备上的虚拟按键，使得所述虚拟按键与所述服务器的物理控制按键相对应。

9.根据权利要求8所述的多屏控制方法，其特征在于，

所述服务器为基于Android操作***带网络功能的智能机顶盒。

10.根据权利要求8所述的多屏控制方法，其特征在于，

所述客户端设备为带网络功能的Android智能手机或Android平板电脑。

Images