CN105992024A - 一种多屏互动的控制方法和装置 - Google Patents
一种多屏互动的控制方法和装置 Download PDFInfo
- Publication number
- CN105992024A CN105992024A CN201510082465.0A CN201510082465A CN105992024A CN 105992024 A CN105992024 A CN 105992024A CN 201510082465 A CN201510082465 A CN 201510082465A CN 105992024 A CN105992024 A CN 105992024A
- Authority
- CN
- China
- Prior art keywords
- parameter
- receiving terminal
- audio
- video
- response message
- 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.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种多屏互动的控制方法和装置，该控制方法应用于接收端，该控制方法包括：接收发送端发送的获取所述接收端参数的第一请求消息；根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；根据所述第一应答消息中的参数，与所述发送端进行信息交互。本发明实现了在发送端和接收端之间的文本传输以及音视频流的控制。
Description
技术领域
本发明涉及信息交换领域，尤其是涉及一种多屏互动的控制方法和装置。
背景技术
目前发布的国际标准组织Wi-Fi联盟，其多屏互动工作组发布的Miracast规范版本为1.0版本(Wi-Fi Display Technical Specification v1.0.02012/8)，它通过定义UIBC(User Input Back Channel用户反馈通道)来实现接收端对发送端的控制。
目前已实现的控制是通过定义泛型(generic)和人机接口型(HID HumanInterface Device)，主要是针对鼠标、触控、游戏手柄、摄像头、手势、缩放等操作。
现有技术方案没有针对文本的控制，针对鼠标、触控的操作，也没用提到如何解决实现对视频流和音频流的控制。
发明内容
为了实现在发送端和接收端之间的文本传输以及音视频流的控制，本发明提供了一种多屏互动的控制方法和装置。
为了解决上述技术问题，本发明提供了一种多屏互动的控制方法，应用于发送端，该控制方法包括：向接收端发送获取所述接收端参数的第一请求消息；接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；根据所述第一应答消息中的参数，与所述接收端进行信息交互。
可选，在接收所述接收端根据所述第一请求消息反馈的第一应答消息之后，所述控制方法还包括：向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
可选的，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
可选的，所述根据所述第一应答消息中的参数，与所述接收端进行信息交互的步骤包括：判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频audio-enable，则向所述接收端发送音频流。
可选的，在根据所述第一应答消息中的参数，与所述接收端进行信息交互之后，所述控制方法还包括：接收所述接收端发送的用于变更输入参数的第三请求消息；根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入所述向所述接收端发送第二请求消息的步骤。
可选的，所述第一应答消息中的参数携带有文本字段时，文本的编码方式为UTF-8编码。
依据本发明的另一个方面，本发明还提供了一种多屏互动的控制方法，应用于接收端，该方法包括：接收发送端发送的获取所述接收端参数的第一请求消息；根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；根据所述第一应答消息中的参数，与所述发送端进行信息交互。
可选的，在根据所述第一请求消息，向所述发送端反馈第一应答消息之后，所述控制方法还包括：接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
可选的，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
可选的，所述根据所述第一应答消息中的参数，与所述发送端进行信息交互的步骤包括：接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输入文本；若所述判断结果表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频audio-enable，则接收所述发送端发送的音频流。
可选的，在根据所述第一应答消息中的参数，与所述发送端进行信息交互之后，所述控制方法还包括：向所述发送端发送用于变更输入参数的第三请求消息；根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入接收所述发送端发送的第二请求消息的步骤。
可选的，所述第一应答消息中的参数携带有文本字段时，文本的编码方式为UTF-8编码。
依据本发明的另一个方面，还提供了一种应用于多屏互动的控制方法的发送端，该发送端包括：第一发送模块，用于向接收端发送获取所述接收端参数的请求消息；第一接收模块，用于接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第一处理模块，用于根据所述第一应答消息中的参数，与所述接收端进行信息交互。
可选的，所述发送端还包括：第二发送模块，用于向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第二接收模块，用于接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
可选的，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
可选的，所述第一处理模块进一步用于，判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频audio-enable，则向所述接收端发送音频流。
可选的，所述发送端还包括：第三接收模块，用于接收所述接收端发送的用于变更输入参数的第三请求消息；第三发送模块，用于根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第二发送模块。
依据本发明的另一个方面，本发明还提供了一种应用于多屏互动的控制方法的接收端，所述接收端包括：第四接收模块，用于接收发送端发送的获取所述接收端参数的第一请求消息；第四发送模块，用于根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第二处理模块，用于根据所述第一应答消息中的参数，与所述发送端进行信息交互。
可选的，所述接收端还包括：第五接收模块，用于接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第五发送模块，用于根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
可选的，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
可选的，所述第二处理模块进一步用于：接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输入文本；若所述判断结果中表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频audio-enable，则接收所述发送端发送的音频流。
可选的，所述接收端还包括：第六发送模块，用于向所述发送端发送用于变更输入参数的第三请求消息；第六接收模块，用于根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第五接收模块。
本发明的有益效果是：
本发明中的发送端向接收端发送获取接收端参数的第一请求消息，接收端接收到第一请求消息后，根据该第一请求消息向发送端反馈第一应答消息，且该第一应答消息中的参数携带有文本字段或音视频流字段，最后，根据该第一应答消息中的参数，发送端与接收端进行信息交换。本发明通过在第一应答消息中的参数中加入文本字段和音视频流字段，实现了在发送端和接收端之间的文本传输以及音视频流的控制。
附图说明
图1表示本发明的实施例中应用于发送端的多屏互动的控制方法的主要步骤流程图；
图2表示本发明的实施例中对Miracast1.0规范中的基于TCP传输的添加文本输入字段和音视频流字段之后的UIBC字段的表格；
图3表示本发明的实施例中应用于接收端的多屏互动的控制方法的主要步骤流程图；
图4表示本发明的实施例中应用于Miracast1.0规范中的发送端与接收端之间交互的流程图；
图5表示本发明的实施例中发送端的结构框图；以及
图6表示本发明的实施例中接收端的结构框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
由于Miracast1.0规范中存在接收端对发送端的控制，且在Miracast1.0规范中没有发送端和接收端之间的文本传输以及音视频流的控制的部分，因此，在本发发明中，均以Miracast1.0规范进行举例说明。
如图1表示，为本发明的实施例中应用于发送端的多屏互动的控制方法的主要步骤流程图，该控制方法主要包括如下步骤：
步骤S101，向接收端发送获取接收端参数的第一请求消息。
在本实施例中，发送端向接收端发送获取接收端参数的第一请求消息，具体的，该第一请求消息中携带有用于获取接收端参数的参数。在Miracast1.0规范中，GET_PARAMETER REQUEST请求消息为第一请求消息。
应用在Miracast1.0规范中，发送端向接收端发送GET_PARAMETERREQUEST请求消息。具体的，该GET_PARAMETER REQUEST请求消息是在Miracast1.0规范中的M3消息中完成的，且该GET_PARAMETER REQUEST请求消息中携带有用于获取接收端wfd_uibc_capability等参数的内容的参数。
步骤S102，接收接收端根据第一请求消息反馈的第一应答消息，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
在本实施例中，发送端接收接收端根据第一请求消息反馈的第一应答消息，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。具体的，在Miracast1.0规范中，GET_PARAMETERRESPONSE应答消息为第一应答消息。
应用在Miracast1.0规范中，发送端接收接收端根据GET_PARAMETERREQUEST请求消息反馈的GET_PARAMETER RESPONSE应答消息。具体的，该GET_PARAMETER RESPONSE应答消息是在Miracast1.0规范中的M3消息中完成的，该GET_PARAMETER RESPONSE应答消息中包含有发送端请求的接收端的wfd_uibc_capability参数内容，其中，wfd_uibc_capability参数中的input_category_list参数为GET_PARAMETER RESPONSE应答消息中所携带的内容，且该input_category_list参数中携带有记录需要进行文本输入的文本字段或需要进行音视频传输的音视频流字段。
其中，对Miracast1.0规范中的基于TCP传输的添加文本输入字段和音视频流字段之后的UIBC字段如图2中的表格所示。
在图2中的表格中，在Input Category中增加了文本字段和音视频流字段两个字段。其中，Category为test时，代表了文本字段，当input_category_list为test时，用户可以进行文本输入，即发送端可以接收用户输入的文本信息，并实现从接收端到发送端的文本传输，优选的，该文本的编码方式可以采用UTF-8编码。当Category为streaming时，代表了音视频流字段，该音视频流字段中的参数可以为接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable，当input_category_list为streaming时，接收端可以通知发送端是否发送音频流或者视频流。
优选的，在发送端接收接收端根据第一请求消息反馈的第一应答消息之后，发送端向接收端发送对接收端进行设置的第二请求消息，第二请求消息中携带有根据第一应答消息中的参数中所携带的字段，对接收端进行设置的参数，即该第二请求消息中携带有根据第一应答消息中的参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数；在接收端接收到该第二请求消息后，接收端向发送端反馈第二应答消息，发送端接收接收端根据第二请求消息反馈的第二应答消息，第二应答消息中携带有表明接收端是否设置成功的参数。即当第一应答消息中的参数中所携带的字段是文本字段时，该第二应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当第一应答消息中的参数中所携带的字段是音视频字段时，该第二应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
应用在Miracast1.0规范中，第二请求消息为SET_PARAMETER REQUEST请求消息，第二应答消息为SET_PARAMETER RESPONSE应答消息。具体的，在发送端接收到接收端根据GET_PARAMETER REQUEST请求消息反馈的GET_PARAMETER RESPONSE应答消息之后，发送端向接收端发送SET_PARAMETER REQUEST请求消息。其中，该SET_PARAMETER REQUEST请求消息是在Miracast1.0规范中的M4或M14消息中完成的。且该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段对接收端进行设置的参数，即该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。在接收端接收到该SET_PARAMETERREQUEST请求消息后，接收端向发送端反馈SET_PARAMETER RESPONSE应答消息，发送端接收接收端反馈的SET_PARAMETER RESPONSE应答消息。其中，该SET_PARAMETER RESPONSE应答消息同样是在Miracast1.0规范中的M4或M14消息中完成的。且该SET_PARAMETER RESPONSE应答消息携带有判断接收端是否设置成功的参数，即当input_category_list参数中所携带的字段是文本字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当input_category_list参数中所携带的字段是音视频字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
步骤S103，根据第一应答消息中的参数，与接收端进行信息交互。
在本实施例中，发送端根据第一应答消息中的参数，即根据第一应答消息中的参数中携带的是文本字段还是音视频流字段，与接收端进行信息交互。具体的，发送端与接收端按照如下步骤进行信息交互：首先，发送端判断第一应答消息中的参数中所携带的是文本字段还是音视频流字段，若该第一应答消息中的参数中携带的是文本字段，则发送端接收接收端输入的文本信息，优选的，该文本的编码方式可以采用UTF-8编码；若该第一应答消息中的参数中携带的是音视频流字段，则判断该第一应答消息中的参数中携带的是音视频流字段中的哪个参数，若是参数接收视频video-enable，则发送端向接收端发送视频流；若是参数接收音频audio-enable，则发送端向接收端发送音频流。
优选的，在发送端根据第一应答消息中的参数，与接收端进行信息交互之后，若接收端需要更改第一应答消息中的参数中所携带的字段，则接收端需要向发送端发送用于变更输入参数的第三请求消息。当接收端向发送端发送用于变更输入参数的第三请求消息之后，发送端接收该第三请求消息，并根据该R第三请求消息中的参数中所携带的新的字段，向接收端反馈第三应答消息。其中，该第三应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的第三应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据第三请求消息中的参数所携带的新的字段，对接收端进行设置的第二请求消息。
应用在Miracast1.0规范中，第三请求消息为RTSP_SET_PARAMETERREQUEST请求消息，第三应答消息为RTSP_SET_PARAMETER RESPONSE。具体的，发送端根据GET_PARAMETER RESPONSE应答消息中的input_category_list参数，即根据input_category_list参数中携带的是文本字段还是音视频流字段，与接收端进行信息交互。具体的，发送端与接收端按照如下步骤进行信息交互：首先，发送端判断GET_PARAMETER RESPONSE应答消息中的input_category_list参数中所携带的是文本字段还是音视频流字段，若该input_category_list参数中携带的是文本字段，则发送端接收接收端输入的文本信息，优选的，该文本的编码方式可以采用UTF-8编码；若该input_category_list参数中携带的是音视频流字段，则判断该input_category_list参数中携带的是音视频流字段中的哪个参数，若是参数接收视频video-enable，则发送端向接收端发送视频流；若是参数接收音频audio-enable，则发送端向接收端发送音频流。在发送端根据GET_PARAMETER RESPONSE应答消息中的input_category_list参数，与接收端进行信息交互之后，若接收端需要更改GET_PARAMETERRESPONSE应答消息中的input_category_list参数中所携带的字段，则接收端需要向发送端发送用于变更输入参数的RTSP_SET_PARAMETER REQUEST请求消息。当接收端向发送端发送用于变更输入参数的RTSP_SET_PARAMETERREQUEST请求消息之后，发送端接收该RTSP_SET_PARAMETER REQUEST请求消息，并根据该RTSP_SET_PARAMETER REQUEST请求消息中的input_category_list参数中所携带的新的字段，向接收端反馈RTSP_SET_PARAMETER RESPONSE应答消息。优选的，该RTSP_SET_PARAMETER REQUEST请求消息和RTSP_SET_PARAMETERRESPONSE应答消息都是在Miracast1.0规范中的M4消息中完成的。其中，该RTSP_SET_PARAMETER RESPONSE应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的RTSP_SET_PARAMETER RESPONSE应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据input_category_list参数所携带的新的字段，对接收端进行设置的SET_PARAMETER REQUEST请求消息。
如图3所示，为本发明的实施例中应用于接收端的多屏互动的控制方法的主要步骤流程图，该控制方法包括如下步骤：
步骤S201，接收发送端发送的获取接收端参数的第一请求消息。
在本实施例中，接收端接收发送端发送的第一请求消息。具体的，该第一请求消息中携带有用于获取接收端参数的参数。
应用在Miracast1.0规范中，接收端接收发送端发送的GET_PARAMETERREQUEST请求消息。具体的，该GET_PARAMETER REQUEST请求消息是在Miracast1.0规范中的M3消息中完成的，且该GET_PARAMETER REQUEST请求消息中携带有用于获取接收端wfd_uibc_capability等参数的内容的参数。
步骤S202，根据第一请求消息，向发送端反馈第一应答消息，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
在本实施例中，接收端根据第一请求消息，向发送端反馈第一应答消息。具体的，该第一应答消息中包含有发送端请求的接收端的参数内容，其中，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
优选的，在接收端根据第一请求消息，向发送端反馈第一应答消息之后，发送端向接收端发送第二请求消息，该第二请求消息中携带有根据第一应答消息中的参数中所携带的字段，对接收端进行设置的参数，即该第二请求消息中携带有根据第一应答消息中的参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。当接收端接收到该第二请求消息后，接收端向发送端发送第二应答消息，其中，该第二应答消息中携带有判断接收端是否设置成功的参数，即当第一应答消息中的参数中所携带的字段是文本字段时，该第二应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当第一应答消息中的参数中所携带的字段是音视频字段时，该第二应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
应用在Miracast1.0规范中，接收端根据GET_PARAMETER REQUEST请求消息，向发送端反馈GET_PARAMETER RESPONSE应答消息。具体的，该GET_PARAMETER RESPONSE应答消息是在Miracast1.0规范中的M3消息中完成的，该GET_PARAMETER RESPONSE应答消息中包含有发送端请求的接收端的wfd_uibc_capability参数内容，其中，wfd_uibc_capability参数中的input_category_list参数为GET_PARAMETER RESPONSE应答消息中所携带的内容，且该input_category_list参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
其中，对Miracast1.0规范中的基于TCP传输的添加文本输入字段和音视频流字段之后的UIBC字段如图2中的表格所示。
在图2中的表格中，在Input Category中增加了文本字段和音视频流字段两个字段。其中，Category为test时，代表了文本字段，当input_category_list为test时，用户可以进行文本输入，即发送端可以接收用户输入的文本信息，并实现从接收端到发送端的文本传输，优选的，该文本的编码方式可以采用UTF-8编码。当Category为streaming时，代表了音视频流字段，该音视频流字段中的参数可以为接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable，当input_category_list为streaming时，接收端可以通知发送端是否发送音频流或者视频流。
优选的，在接收端根据GET_PARAMETER REQUEST请求消息，向发送端反馈GET_PARAMETER RESPONSE应答消息之后，发送端向接收端发送SET_PARAMETER REQUEST请求消息，该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段，对接收端进行设置的参数，即该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。当接收端接收到该SET_PARAMETER REQUEST请求消息后，接收端向发送端发送SET_PARAMETER RESPONSE应答消息，其中，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端是否设置成功的参数，即当input_category_list参数中所携带的字段是文本字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当input_category_list参数中所携带的字段是音视频字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
优选的，该SET_PARAMETER REQUEST请求消息和SET_PARAMETERRESPONSE应答消息均是在Miracast1.0规范中的M4或M14消息中完成的。
步骤S203，根据第一应答消息中的参数，与发送端进行信息交互。
在本实施例中，接收端根据第一应答消息中的参数，即根据第一应答消息中的参数中携带的是文本字段还是音视频流字段，与发送端进行信息交互。具体的，接收端与发送端按照如下步骤进行交互：首先，发送端接收接收端发送的第一应答消息，判断该第一应答消息中的参数中的字段是文本字段还是音视频流字段，并将判断结果发送给接收端。接收端接收该判断结果，若该判断结果中表明第一应答消息中的参数中携带的是文本字段，即发送端可以接收用户输入的文本信息，则发送端接收接收端输入的文本，优选的，该文本的编码方式可以采用UTF-8编码；若该判断结果中表明第一应答消息中的参数中携带的是音视频流字段，则发送端需要判断该第一应答消息中的参数中携带的是音视频流字段中的哪个参数，若是接收视频video-enable，则发送端向接收端发送视频流，接收端接收发送端发送的视频流；若是接收音频audio-enable，则发送端向接收端发送音频流，接收端接收发送端发送的音频流。
优选的，在接收端根据第一应答消息中的参数，与发送端进行信息交互之后，若接收端需要更改第一应答消息中的参数中所携带的字段，则接收端需要向发送端发送用于变更输入参数的第三请求消息。接收端向发送端发送用于变更输入参数的第三请求消息，发送端接收该第三请求消息之后，发送端根据该第三请求消息中的参数所携带的新的字段，向接收端反馈第三应答消息。其中，该第三应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的第三应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据第三请求消息中的参数所携带的新的字段，对接收端进行设置的第二请求消息，接收端接收发送端发送的第二请求消息。
应用在Miracast1.0规范中，接收端根据GET_PARAMETER RESPONSE应答消息中的input_category_list参数，即根据input_category_list参数中携带的是文本字段还是音视频流字段，与发送端进行信息交互。具体的，接收端与发送端按照如下步骤进行进行交互：首先，发送端接收接收端发送的GET_PARAMETER RESPONSE应答消息，判断该GET_PARAMETERRESPONSE应答消息中input_category_list参数中的字段是文本字段还是音视频流字段，并将判断结果发送给接收端。接收端接收该判断结果，若该判断结果中表明input_category_list参数中携带的是文本字段，即发送端可以接收用户输入的文本信息，则发送端接收接收端输入的文本，优选的，该文本的编码方式可以采用UTF-8编码；若该判断结果中表明input_category_list参数中携带的是音视频流字段，则发送端需要判断该input_category_list参数中携带的是音视频流字段中的哪个参数，若是接收视频video-enable，则发送端向接收端发送视频流，接收端接收发送端发送的视频流；若是接收音频audio-enable，则发送端向接收端发送音频流，接收端接收发送端发送的音频流。
优选的，在接收端根据GET_PARAMETER RESPONSE应答消息中的input_category_list参数，与发送端进行信息交互之后，若接收端需要更改GET_PARAMETER RESPONSE应答消息中的input_category_list参数中所携带的字段，则接收端需要向发送端发送用于变更输入参数的RTSP_SET_PARAMETER REQUEST请求消息。接收端向发送端发送用于变更输入参数的RTSP_SET_PARAMETER REQUEST请求消息，发送端接收该RTSP_SET_PARAMETER REQUEST请求消息之后，发送端根据该RTSP_SET_PARAMETER REQUEST请求消息中的input_category_list参数所携带的新的字段，向接收端反馈RTSP_SET_PARAMETER RESPONSE应答消息。优选的，该RTSP_SET_PARAMETER REQUEST请求消息和RTSP_SET_PARAMETER RESPONSE应答消息都是在Miracast1.0规范中的M4消息中完成的。其中，该RTSP_SET_PARAMETER RESPONSE应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的RTSP_SET_PARAMETER RESPONSE应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据input_category_list参数所携带的新的字段，对接收端进行设置的SET_PARAMETER REQUEST请求消息，接收端接收接收发送端发送的SET_PARAMETER REQUEST请求消息。
如图4所示，为本发明的实施例中应用于Miracast1.0规范中的发送端与接收端之间交互的流程图，包括发送端与接收端之间的协商流程和变更流程。
其中，发送端与接收端之间的协商流程如下：
1a，发送端向接收端发送GET_PARAMETER REQUEST请求消息。
在本步骤中，发送端向接收端发送GET_PARAMETER REQUEST请求消息。具体的，该GET_PARAMETER REQUEST请求消息是在Miracast1.0规范中的M3消息中完成的，且该GET_PARAMETER REQUEST请求消息中携带有用于获取接收端wfd_uibc_capability等参数的内容的参数。
1b，接收端向发送端反馈GET_PARAMETER RESPONSE应答消息。
在本步骤中，接收端根据GET_PARAMETER REQUEST请求消息，向发送端反馈GET_PARAMETER RESPONSE应答消息，该GET_PARAMETERRESPONSE应答消息中的input_category_list参数携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
2a，发送端向接收端发送SET_PARAMETER REQUEST请求消息。
在本步骤中，发送端向接收端发送SET_PARAMETER REQUEST请求消息。该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段，对接收端进行设置的参数，即该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。
2b，接收端向发送端发送SET_PARAMETER RESPONSE应答消息。
在本步骤中，接收端向发送端发送SET_PARAMETER RESPONSE应答消息，其中，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端是否设置成功的参数，即当input_category_list参数中所携带的字段是文本字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当input_category_list参数中所携带的字段是音视频字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
发送端与接收端之间的变更流程如下：
3a，接收端向发送端发送RTSP_SET_PARAMETER REQUEST请求消息。
在本步骤中，当接收端需要变更GET_PARAMETER RESPONSE应答消息中的input_category_list参数中所携带的字段时，接收端向发送端发送用于变更输入参数的RTSP_SET_PARAMETER REQUEST请求消息。
3b，发送端向接收端发送RTSP_SET_PARAMETER RESPONSE应答消息。
在本步骤中，发送端根据RTSP_SET_PARAMETER REQUEST请求消息中的input_category_list参数所携带的新的字段，向接收端发送RTSP_SET_PARAMETER RESPONSE应答消息。该RTSP_SET_PARAMETERRESPONSE应答消息中携带有是否允许接收端变更输入参数的参数。
如图5所示，为本发明的实施例中发送端300的结构框图，发送端300主要包括：
第一发送模块301，用于向接收端发送获取所述接收端参数的请求消息；第一接收模块302，用于接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第一处理模块303，用于根据所述第一应答消息中的参数，与所述接收端进行信息交互。
可选的，发送端还包括：第二发送模块，用于向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第二接收模块，用于接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
可选的，音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
可选的，第一处理模块303进一步用于，判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频audio-enable，则向所述接收端发送音频流。
可选的，发送端还包括：第三接收模块，用于接收所述接收端发送的用于变更输入参数的第三请求消息；第三发送模块，用于根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第二发送模块。
如图6所示，为本发明的实施例中接收端400的结构框图，接收端400主要包括：
第四接收模块401，用于接收发送端发送的获取所述接收端参数的第一请求消息；第四发送模块402，用于根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第二处理模块，用于根据所述第一应答消息中的参数，与所述发送端进行信息交互。
可选的，接收端还包括：第五接收模块，用于接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第五发送模块，用于根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
可选的，音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
可选的，第二处理模块403进一步用于：接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输入文本；若所述判断结果中表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频audio-enable，则接收所述发送端发送的音频流。
可选的，接收端还包括：第六发送模块，用于向所述发送端发送用于变更输入参数的第三请求消息；第六接收模块，用于根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第五接收模块。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。
Claims (22)
1.一种多屏互动的控制方法，应用于发送端，其特征在于，所述控制方法包括：
向接收端发送获取所述接收端参数的第一请求消息；
接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；
根据所述第一应答消息中的参数，与所述接收端进行信息交互。
2.根据权利要求1所述的控制方法，其特征在于，在接收所述接收端根据所述第一请求消息反馈的第一应答消息之后，所述控制方法还包括：
向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；
接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
3.根据权利要求1所述的控制方法，其特征在于，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
4.根据权利要求3所述的控制方法，其特征在于，所述根据所述第一应答消息中的参数，与所述接收端进行信息交互的步骤包括：
判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；
若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；
若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频audio-enable，则向所述接收端发送音频流。
5.根据权利要求2所述的控制方法，其特征在于，在根据所述第一应答消息中的参数，与所述接收端进行信息交互之后，所述控制方法还包括：
接收所述接收端发送的用于变更输入参数的第三请求消息；
根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；
若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入所述向所述接收端发送第二请求消息的步骤。
6.根据权利要求1所述的控制方法，其特征在于，所述第一应答消息中的参数携带有文本字段时，文本的编码方式为UTF-8编码。
7.一种多屏互动的控制方法，应用于接收端，其特征在于，所述控制方法包括：
接收发送端发送的获取所述接收端参数的第一请求消息；
根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；
根据所述第一应答消息中的参数，与所述发送端进行信息交互。
8.根据权利要求7所述的控制方法，其特征在于，在根据所述第一请求消息，向所述发送端反馈第一应答消息之后，所述控制方法还包括：
接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；
根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
9.根据权利要求7所述的控制方法，其特征在于，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
10.根据权利要求9所述的控制方法，其特征在于，所述根据所述第一应答消息中的参数，与所述发送端进行信息交互的步骤包括：
接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；
若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输入文本；
若所述判断结果表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频audio-enable，则接收所述发送端发送的音频流。
11.根据权利要求8所述的控制方法，其特征在于，在根据所述第一应答消息中的参数，与所述发送端进行信息交互之后，所述控制方法还包括：
向所述发送端发送用于变更输入参数的第三请求消息；
根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；
若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入接收所述发送端发送的第二请求消息的步骤。
12.根据权利要求8所述的控制方法，其特征在于，所述第一应答消息中的参数携带有文本字段时，文本的编码方式为UTF-8编码。
13.一种应用于多屏互动的控制方法的发送端，其特征在于，所述发送端包括：
第一发送模块，用于向接收端发送获取所述接收端参数的请求消息；
第一接收模块，用于接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；
第一处理模块，用于根据所述第一应答消息中的参数，与所述接收端进行信息交互。
14.根据权利要求13所述的发送端，其特征在于，所述发送端还包括：
第二发送模块，用于向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；
第二接收模块，用于接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
15.根据权利要求13所述的发送端，其特征在于，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
16.根据权利要求15所述的发送端，其特征在于，所述第一处理模块进一步用于，判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频audio-enable，则向所述接收端发送音频流。
17.根据权利要求14所述的发送端，其特征在于，所述发送端还包括：
第三接收模块，用于接收所述接收端发送的用于变更输入参数的第三请求消息；
第三发送模块，用于根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第二发送模块。
18.一种应用于多屏互动的控制方法的接收端，其特征在于，所述接收端包括：
第四接收模块，用于接收发送端发送的获取所述接收端参数的第一请求消息；
第四发送模块，用于根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；
第二处理模块，用于根据所述第一应答消息中的参数，与所述发送端进行信息交互。
19.根据权利要求18所述的接收端，其特征在于，所述接收端还包括：
第五接收模块，用于接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；
第五发送模块，用于根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
20.根据权利要求18所述的接收端，其特征在于，所述音视频流字段中记录的参数包括：接收视频video-enable、不接收视频video-disable、接收音频audio-enable和不接收音频audio-disable。
21.根据权利要求20所述的接收端，其特征在于，所述第二处理模块进一步用于：接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输入文本；若所述判断结果中表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频audio-enable，则接收所述发送端发送的音频流。
22.根据权利要求18所述的接收端，其特征在于，所述接收端还包括：
第六发送模块，用于向所述发送端发送用于变更输入参数的第三请求消息；
第六接收模块，用于根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第五接收模块。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510082465.0A CN105992024B (zh) | 2015-02-15 | 2015-02-15 | 一种多屏互动的控制方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510082465.0A CN105992024B (zh) | 2015-02-15 | 2015-02-15 | 一种多屏互动的控制方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105992024A true CN105992024A (zh) | 2016-10-05 |
| CN105992024B CN105992024B (zh) | 2019-06-25 |
Family
ID=57042401
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510082465.0A Active CN105992024B (zh) | 2015-02-15 | 2015-02-15 | 一种多屏互动的控制方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105992024B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110505515A (zh) * | 2019-08-30 | 2019-11-26 | 四川长虹电器股份有限公司 | 用于多屏服务保活的系统及方法 |
| CN111696590A (zh) * | 2019-03-14 | 2020-09-22 | 法法汽车(中国)有限公司 | 汽车音频播放方法、计算机可读存储介质和系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101087442A (zh) * | 2006-11-24 | 2007-12-12 | 华为技术有限公司 | 终端及其内容共享的方法和系统 |
| US20110107388A1 (en) * | 2009-11-02 | 2011-05-05 | Samsung Electronics Co., Ltd. | Method and apparatus for providing user input back channel in audio/video system |
| CN104125200A (zh) * | 2013-04-25 | 2014-10-29 | 中国移动通信集团公司 | 多屏互动方法、设备及系统 |
| US20140365611A1 (en) * | 2013-06-07 | 2014-12-11 | Qualcomm Incorporated | Method and system for using wi-fi display transport mechanisms to accomplish voice and data communications |
-
2015
- 2015-02-15 CN CN201510082465.0A patent/CN105992024B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101087442A (zh) * | 2006-11-24 | 2007-12-12 | 华为技术有限公司 | 终端及其内容共享的方法和系统 |
| US20110107388A1 (en) * | 2009-11-02 | 2011-05-05 | Samsung Electronics Co., Ltd. | Method and apparatus for providing user input back channel in audio/video system |
| CN104125200A (zh) * | 2013-04-25 | 2014-10-29 | 中国移动通信集团公司 | 多屏互动方法、设备及系统 |
| US20140365611A1 (en) * | 2013-06-07 | 2014-12-11 | Qualcomm Incorporated | Method and system for using wi-fi display transport mechanisms to accomplish voice and data communications |
Non-Patent Citations (1)
| Title |
|---|
| 赵良福: "多屏互动技术在智能电视操作系统中的实现", 《新媒体》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111696590A (zh) * | 2019-03-14 | 2020-09-22 | 法法汽车(中国)有限公司 | 汽车音频播放方法、计算机可读存储介质和系统 |
| CN111696590B (zh) * | 2019-03-14 | 2022-07-12 | 法法汽车(中国)有限公司 | 汽车音频播放方法、计算机可读存储介质和系统 |
| CN110505515A (zh) * | 2019-08-30 | 2019-11-26 | 四川长虹电器股份有限公司 | 用于多屏服务保活的系统及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105992024B (zh) | 2019-06-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9965238B2 (en) | Method and apparatus for sharing display frame | |
| JP6305033B2 (ja) | マルチユーザメッセンジャーサービスを提供する方法およびシステム | |
| WO2022062623A1 (zh) | 远程控制方法、装置、设备、存储介质及系统 | |
| CN103150132A (zh) | 一种传屏方法及电子设备 | |
| AU2014357376B2 (en) | System and method for seamlessly transitioning device-based interaction | |
| DE60329091D1 (de) | Benutzerendgerät, media-system und verfahren zum abliefern von objekten in bezug auf einen rundsende-media-strom zu einem benutzerendgerät | |
| CN105206272A (zh) | 语音传输控制方法及系统 | |
| CN102307294A (zh) | 一种移动智能终端参与电视会议的方法、终端及系统 | |
| CN103973542B (zh) | 一种语音信息处理方法及装置 | |
| KR20190016671A (ko) | 통신 장치, 서버 및 통신 방법 | |
| CN105553978A (zh) | 带式输送机可视化辅助维修系统及流媒体的交互过程 | |
| CN105992024A (zh) | 一种多屏互动的控制方法和装置 | |
| CN108419108A (zh) | 语音控制方法、装置、遥控器和计算机存储介质 | |
| CN103546815A (zh) | 电视社交交互系统及其实现方法 | |
| KR101089642B1 (ko) | 3-스크린 서비스 제공 방법 및 기록매체 | |
| CN107179840A (zh) | 控制器及其控制方法 | |
| CN110413240A (zh) | 一种交互式会议系统及多终端设备同屏显示的方法 | |
| CN107181926A (zh) | 一种通信方法、装置和服务器 | |
| WO2004034693A3 (en) | Method and system for remote data, image, and video distribution using cellular electronic serial number enabled devices | |
| CN104301202A (zh) | 一种即时通讯的振动信息表达方法和系统 | |
| CN107093424A (zh) | 语音控制方法及装置 | |
| Qiang | Federated recommendation systems | |
| CN101132568A (zh) | 一种移动通讯终端与计算机交互整合应用系统 | |
| CN105100924A (zh) | 评论电视节目和提供电视节目的评论内容的方法及装置 | |
| CN104158810B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |