一种多屏互动的控制方法和装置的制造方法
【专利摘要】本发明提供了一种多屏互动的控制方法和装置，该控制方法应用于接收端，该控制方法包括：接收发送端发送的获取所述接收端参数的第一请求消息；根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；根据所述第一应答消息中的参数，与所述发送端进行信息交互。本发明实现了在发送端和接收端之间的文本传输以及音视频流的控制。
【专利说明】
_种多屏互动的控制方法和装置
技术领域
[0001]本发明涉及信息交换领域，尤其是涉及一种多屏互动的控制方法和装置。【背景技术】
[0002]目前发布的国际标准组织W1-Fi联盟，其多屏互动工作组发布的Miracast规范版本为 1.0 版本(W1-Fi Display Technical Specificat1n vl.0.02012/8)，它通过定义 UIBC(User Input Back Channel用户反馈通道)来实现接收端对发送端的控制。
[0003]目前已实现的控制是通过定义泛型(generic)和人机接口型(HID Human Interface Device)，主要是针对鼠标、触控、游戏手柄、摄像头、手势、缩放等操作。
[0004]现有技术方案没有针对文本的控制，针对鼠标、触控的操作，也没用提到如何解决实现对视频流和音频流的控制。
【发明内容】
[0005]为了实现在发送端和接收端之间的文本传输以及音视频流的控制，本发明提供了一种多屏互动的控制方法和装置。
[0006]为了解决上述技术问题，本发明提供了一种多屏互动的控制方法，应用于发送端， 该控制方法包括:向接收端发送获取所述接收端参数的第一请求消息；接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；根据所述第一应答消息中的参数，与所述接收端进行信息交互。
[0007]可选，在接收所述接收端根据所述第一请求消息反馈的第一应答消息之后，所述控制方法还包括:向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
[0008]可选的，所述音视频流字段中记录的参数包括:接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable。
[0009]可选的，所述根据所述第一应答消息中的参数，与所述接收端进行信息交互的步骤包括:判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频 video-enable，贝lj向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频aud1-enable，则向所述接收端发送音频流。
[0010]可选的，在根据所述第一应答消息中的参数，与所述接收端进行信息交互之后，所述控制方法还包括:接收所述接收端发送的用于变更输入参数的第三请求消息；根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入所述向所述接收端发送第二请求消息的步骤。
[0011]可选的，所述第一应答消息中的参数携带有文本字段时，文本的编码方式为UTF-8 编码。
[0012]依据本发明的另一个方面，本发明还提供了一种多屏互动的控制方法，应用于接收端，该方法包括:接收发送端发送的获取所述接收端参数的第一请求消息；根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；根据所述第一应答消息中的参数，与所述发送端进行信息交互。
[0013]可选的，在根据所述第一请求消息，向所述发送端反馈第一应答消息之后，所述控制方法还包括:接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
[0014]可选的，所述音视频流字段中记录的参数包括:接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable。
[0015]可选的，所述根据所述第一应答消息中的参数，与所述发送端进行信息交互的步骤包括:接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段， 则向所述发送端输入文本；若所述判断结果表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频aud1-enable，则接收所述发送端发送的音频流。
[0016]可选的，在根据所述第一应答消息中的参数，与所述发送端进行信息交互之后，所述控制方法还包括:向所述发送端发送用于变更输入参数的第三请求消息；根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入接收所述发送端发送的第二请求消息的步骤。
[0017]可选的，所述第一应答消息中的参数携带有文本字段时，文本的编码方式为UTF-8 编码。
[0018]依据本发明的另一个方面，还提供了一种应用于多屏互动的控制方法的发送端， 该发送端包括:第一发送模块，用于向接收端发送获取所述接收端参数的请求消息；第一接收模块，用于接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第一处理模块，用于根据所述第一应答消息中的参数，与所述接收端进行信息交互。
[0019]可选的，所述发送端还包括:第二发送模块，用于向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第二接收模块，用于接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
[0020]可选的，所述音视频流字段中记录的参数包括:接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable。
[0021]可选的，所述第一处理模块进一步用于，判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，贝lj向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频aud1-enable，则向所述接收端发送音频流。
[0022]可选的，所述发送端还包括:第三接收模块，用于接收所述接收端发送的用于变更输入参数的第三请求消息；第三发送模块，用于根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第二发送模块。
[0023]依据本发明的另一个方面，本发明还提供了一种应用于多屏互动的控制方法的接收端，所述接收端包括:第四接收模块，用于接收发送端发送的获取所述接收端参数的第一请求消息；第四发送模块，用于根据所述第一请求消息，向所述发送端反馈第一应答消息， 所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第二处理模块，用于根据所述第一应答消息中的参数，与所述发送端进行信息交互。
[0024]可选的，所述接收端还包括:第五接收模块，用于接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第五发送模块，用于根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
[0025]可选的，所述音视频流字段中记录的参数包括:接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable。
[0026]可选的，所述第二处理模块进一步用于:接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输入文本；若所述判断结果中表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频aud1-enable，则接收所述发送端发送的音频流。
[0027]可选的，所述接收端还包括:第六发送模块，用于向所述发送端发送用于变更输入参数的第三请求消息；第六接收模块，用于根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第五接收模块。
[0028]本发明的有益效果是:
[0029]本发明中的发送端向接收端发送获取接收端参数的第一请求消息，接收端接收到第一请求消息后，根据该第一请求消息向发送端反馈第一应答消息，且该第一应答消息中的参数携带有文本字段或音视频流字段，最后，根据该第一应答消息中的参数，发送端与接收端进行信息交换。本发明通过在第一应答消息中的参数中加入文本字段和音视频流字段，实现了在发送端和接收端之间的文本传输以及音视频流的控制。【附图说明】
[0030]图1表示本发明的实施例中应用于发送端的多屏互动的控制方法的主要步骤流程图；
[0031]图2表示本发明的实施例中对Miracastl.0规范中的基于TCP传输的添加文本输入字段和音视频流字段之后的UIBC字段的表格；
[0032]图3表示本发明的实施例中应用于接收端的多屏互动的控制方法的主要步骤流程图；
[0033]图4表示本发明的实施例中应用于Miracastl.0规范中的发送端与接收端之间交互的流程图；
[0034]图5表示本发明的实施例中发送端的结构框图；以及
[0035]图6表示本发明的实施例中接收端的结构框图。【具体实施方式】
[0036]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0037]由于Miracastl.0规范中存在接收端对发送端的控制，且在Miracastl.0规范中没有发送端和接收端之间的文本传输以及音视频流的控制的部分，因此，在本发发明中，均以Miracastl.0规范进行举例说明。
[0038]如图1表示，为本发明的实施例中应用于发送端的多屏互动的控制方法的主要步骤流程图，该控制方法主要包括如下步骤:
[0039]步骤S101，向接收端发送获取接收端参数的第一请求消息。
[0040]在本实施例中，发送端向接收端发送获取接收端参数的第一请求消息，具体的， 该第一请求消息中携带有用于获取接收端参数的参数。在Miracastl.0规范中，GET_ PARAMETER REQUEST请求消息为第一请求消息。
[0041]应用在Miracastl.0规范中，发送端向接收端发送GET_PARAMETER REQUEST请求消息。具体的，该GET_PARAMETER REQUEST请求消息是在Miracastl.0规范中的M3消息中完成的，且该GET_PARAMETER REQUEST请求消息中携带有用于获取接收端wfd_uibc_ capability等参数的内容的参数。
[0042]步骤S102,接收接收端根据第一请求消息反馈的第一应答消息，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
[0043]在本实施例中，发送端接收接收端根据第一请求消息反馈的第一应答消息，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。具体的，在Miracastl.0规范中，GET_PARAMETER RESPONSE应答消息为第一应答消息。
[0044]应用在Miracastl.0规范中，发送端接收接收端根据GET_PARAMETER REQUEST请求消息反馈的 GET_PARAMETER RESPONSE 应答消息。具体的，该 GET_PARAMETER RESPONSE 应答消息是在Miracastl.0规范中的M3消息中完成的，该GET_PARAMETER RESPONSE应答消息中包含有发送端请求的接收端的wfd_uibc_capability参数内容，其中，wfd_uibc_ capability 参数中的 input_category_list 参数为 GET_PARAMETER RESPONSE 应答消息中所携带的内容，且该input_category_list参数中携带有记录需要进行文本输入的文本字段或需要进行音视频传输的音视频流字段。
[0045]其中，对Miracastl.0规范中的基于TCP传输的添加文本输入字段和音视频流字段之后的UIBC字段如图2中的表格所示。
[0046]在图2中的表格中，在Input Category中增加了文本字段和音视频流字段两个字段。其中，Category为test时，代表了文本字段，当input_category_list为test时，用户可以进行文本输入，即发送端可以接收用户输入的文本信息，并实现从接收端到发送端的文本传输，优选的，该文本的编码方式可以采用UTF-8编码。当Category为streaming 时，代表了音视频流字段，该音视频流字段中的参数可以为接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable，当 input_ category_list为streaming时，接收端可以通知发送端是否发送音频流或者视频流。
[0047]优选的，在发送端接收接收端根据第一请求消息反馈的第一应答消息之后，发送端向接收端发送对接收端进行设置的第二请求消息，第二请求消息中携带有根据第一应答消息中的参数中所携带的字段，对接收端进行设置的参数，即该第二请求消息中携带有根据第一应答消息中的参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数；在接收端接收到该第二请求消息后，接收端向发送端反馈第二应答消息，发送端接收接收端根据第二请求消息反馈的第二应答消息，第二应答消息中携带有表明接收端是否设置成功的参数。即当第一应答消息中的参数中所携带的字段是文本字段时，该第二应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当第一应答消息中的参数中所携带的字段是音视频字段时，该第二应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
[0048]应用在Miracastl.0规范中，第二请求消息为SET_PARAMETER REQUEST请求消息， 第二应答消息为SET_PARAMETER RESPONSE应答消息。具体的，在发送端接收到接收端根据 GET_PARAMETER REQUEST请求消息反馈的GET_PARAMETER RESPONSE应答消息之后，发送端向接收端发送SET_PARAMETER REQUEST请求消息。其中，该SET_PARAMETER REQUEST请求消息是在Miracastl.0规范中的M4或M14消息中完成的。且该SET_PARAMETER REQUEST 请求消息中携带有根据input_category_list参数中所携带的字段对接收端进行设置的参数，即该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。在接收端接收到该SET_PARAMETER REQUEST请求消息后，接收端向发送端反馈SET_PARAMETER RESPONSE 应答消息，发送端接收接收端反馈的SET_PARAMETER RESPONSE应答消息。其中，该SET_ PARAMETER RESPONSE应答消息同样是在Miracastl.0规范中的M4或M14消息中完成的。且该SET_PARAMETER RESPONSE应答消息携带有判断接收端是否设置成功的参数，即当input_category_list参数中所携带的字段是文本字段时，该SET_PARAMETER RESPONSE 应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当input_ category_list参数中所携带的字段是音视频字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
[0049]步骤S103,根据第一应答消息中的参数，与接收端进行信息交互。
[0050]在本实施例中，发送端根据第一应答消息中的参数，即根据第一应答消息中的参数中携带的是文本字段还是音视频流字段，与接收端进行信息交互。具体的，发送端与接收端按照如下步骤进行信息交互:首先，发送端判断第一应答消息中的参数中所携带的是文本字段还是音视频流字段，若该第一应答消息中的参数中携带的是文本字段，则发送端接收接收端输入的文本信息，优选的，该文本的编码方式可以采用UTF-8编码；若该第一应答消息中的参数中携带的是音视频流字段，则判断该第一应答消息中的参数中携带的是音视频流字段中的哪个参数，若是参数接收视频video-enable，则发送端向接收端发送视频流； 若是参数接收音频aud1-enable，则发送端向接收端发送音频流。
[0051]优选的，在发送端根据第一应答消息中的参数，与接收端进行信息交互之后，若接收端需要更改第一应答消息中的参数中所携带的字段，则接收端需要向发送端发送用于变更输入参数的第三请求消息。当接收端向发送端发送用于变更输入参数的第三请求消息之后，发送端接收该第三请求消息，并根据该R第三请求消息中的参数中所携带的新的字段， 向接收端反馈第三应答消息。其中，该第三应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的第三应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据第三请求消息中的参数所携带的新的字段，对接收端进行设置的第二请求消息。
[0052]应用在Miracastl.0规范中，第三请求消息为RTSP_SET_PARAMETER REQUEST请求消息，第三应答消息为RTSP_SET_PARAMETER RESPONSE。具体的，发送端根据GET_PARAMETER RESPONSE 应答消息中的 input_category_list 参数，即根据 input_category_list 参数中携带的是文本字段还是音视频流字段，与接收端进行信息交互。具体的，发送端与接收端按照如下步骤进行信息交互:首先，发送端判断GET_PARAMETER RESPONSE应答消息中的input_category_list参数中所携带的是文本字段还是音视频流字段，若该input_ categ〇ry_list参数中携带的是文本字段，则发送端接收接收端输入的文本信息，优选的， 该文本的编码方式可以采用UTF-8编码；若该input_category_list参数中携带的是音视频流字段，则判断该input_category_list参数中携带的是音视频流字段中的哪个参数，若是参数接收视频video-enable，则发送端向接收端发送视频流；若是参数接收音频 aud1-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应答消息都是在Miracastl.0规范中的M4消息中完成的。 其中，该RTSP_SET_PARAMETER RESPONSE应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的RTSP_SET_PARAMETER RESPONSE应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据input_category_list参数所携带的新的字段，对接收端进行设置的SET_PARAMETER REQUEST请求消息。
[0053]如图3所示，为本发明的实施例中应用于接收端的多屏互动的控制方法的主要步骤流程图，该控制方法包括如下步骤:
[0054]步骤S201，接收发送端发送的获取接收端参数的第一请求消息。
[0055]在本实施例中，接收端接收发送端发送的第一请求消息。具体的，该第一请求消息中携带有用于获取接收端参数的参数。
[0056]应用在Miracastl.0规范中，接收端接收发送端发送的GET_PARAMETER REQUEST 请求消息。具体的，该GET_PARAMETER REQUEST请求消息是在Miracastl.0规范中的M3消息中完成的，且该GET_PARAMETER REQUEST请求消息中携带有用于获取接收端wfd_uibc_ capability等参数的内容的参数。
[0057]步骤S202,根据第一请求消息，向发送端反馈第一应答消息，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
[0058]在本实施例中，接收端根据第一请求消息，向发送端反馈第一应答消息。具体的， 该第一应答消息中包含有发送端请求的接收端的参数内容，其中，第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
[0059]优选的，在接收端根据第一请求消息，向发送端反馈第一应答消息之后，发送端向接收端发送第二请求消息，该第二请求消息中携带有根据第一应答消息中的参数中所携带的字段，对接收端进行设置的参数，即该第二请求消息中携带有根据第一应答消息中的参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。当接收端接收到该第二请求消息后，接收端向发送端发送第二应答消息，其中，该第二应答消息中携带有判断接收端是否设置成功的参数，即当第一应答消息中的参数中所携带的字段是文本字段时，该第二应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数； 当第一应答消息中的参数中所携带的字段是音视频字段时，该第二应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
[0060]应用在Miracastl.0规范中，接收端根据GET_PARAMETER REQUEST请求消息，向发送端反馈GET_PARAMETER RESPONSE应答消息。具体的，该GET_PARAMETER RESPONSE应答消息是在Miracast 1.0规范中的M3消息中完成的，该GET_PARAMETER RESPONSE应答消息中包含有发送端请求的接收端的wfd_uibc_capability参数内容，其中，wfd_uibc_capability 参数中的input_category_l i st参数为GET_PARAMETER RESPONSE应答消息中所携带的内容，且该input_category_list参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
[0061]其中，对Miracastl.0规范中的基于TCP传输的添加文本输入字段和音视频流字段之后的UIBC字段如图2中的表格所示。
[0062]在图2中的表格中，在Input Category中增加了文本字段和音视频流字段两个字段。其中，Category为test时，代表了文本字段，当input_category_list为test时，用户可以进行文本输入，即发送端可以接收用户输入的文本信息，并实现从接收端到发送端的文本传输，优选的，该文本的编码方式可以采用UTF-8编码。当Category为streaming 时，代表了音视频流字段，该音视频流字段中的参数可以为接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable，当 input_ category_list为streaming时，接收端可以通知发送端是否发送音频流或者视频流。
[0063]优选的，在接收端根据GET_PARAMETER REQUEST请求消息，向发送端反馈GET_ PARAMETER RESPONSE应答消息之后，发送端向接收端发送SET_PARAMETER REQUEST请求消息，该SET_PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段，对接收端进行设置的参数，即该SET_PARAMETER REQUEST请求消息中携带有根据 inpUt_Categ〇ry_liSt参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。当接收端接收到该SET_PARAMETER REQUEST请求消息后，接收端向发送端发送 SET_PARAMETER RESPONSE应答消息，其中，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端是否设置成功的参数，即当input_category_list参数中所携带的字段是文本字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当input_Categ〇ry_liSt参数中所携带的字段是音视频字段时， 该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
[0064]优选的，该 SET_PARAMETER REQUEST 请求消息和 SET_PARAMETER RESPONSE 应答消息均是在Miracastl.0规范中的M4或M14消息中完成的。
[0065]步骤S203,根据第一应答消息中的参数，与发送端进行信息交互。
[0066]在本实施例中，接收端根据第一应答消息中的参数，即根据第一应答消息中的参数中携带的是文本字段还是音视频流字段，与发送端进行信息交互。具体的，接收端与发送端按照如下步骤进行交互:首先，发送端接收接收端发送的第一应答消息，判断该第一应答消息中的参数中的字段是文本字段还是音视频流字段，并将判断结果发送给接收端。接收端接收该判断结果，若该判断结果中表明第一应答消息中的参数中携带的是文本字段，BP 发送端可以接收用户输入的文本信息，则发送端接收接收端输入的文本，优选的，该文本的编码方式可以采用UTF-8编码；若该判断结果中表明第一应答消息中的参数中携带的是音视频流字段，则发送端需要判断该第一应答消息中的参数中携带的是音视频流字段中的哪个参数，若是接收视频video-enable，则发送端向接收端发送视频流，接收端接收发送端发送的视频流；若是接收音频aud1-enable，则发送端向接收端发送音频流，接收端接收发送端发送的音频流。
[0067]优选的，在接收端根据第一应答消息中的参数，与发送端进行信息交互之后，若接收端需要更改第一应答消息中的参数中所携带的字段，则接收端需要向发送端发送用于变更输入参数的第三请求消息。接收端向发送端发送用于变更输入参数的第三请求消息，发送端接收该第三请求消息之后，发送端根据该第三请求消息中的参数所携带的新的字段， 向接收端反馈第三应答消息。其中，该第三应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的第三应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据第三请求消息中的参数所携带的新的字段，对接收端进行设置的第二请求消息，接收端接收发送端发送的第二请求消息。
[0068]应用在Miracastl.0规范中，接收端根据GET_PARAMETER RESPONSE应答消息中的input_category_list参数，即根据input_category_list参数中携带的是文本字段还是音视频流字段，与发送端进行信息交互。具体的，接收端与发送端按照如下步骤进行进行交互:首先，发送端接收接收端发送的GET_PARAMETER RESPONSE应答消息，判断该GET_ PARAMETER RESPONSE应答消息中input_category_list参数中的字段是文本字段还是音视频流字段，并将判断结果发送给接收端。接收端接收该判断结果，若该判断结果中表明input_category_list参数中携带的是文本字段，S卩发送端可以接收用户输入的文本信息，则发送端接收接收端输入的文本，优选的，该文本的编码方式可以采用UTF-8编码；若该判断结果中表明input_category_list参数中携带的是音视频流字段，则发送端需要判断该input_category_list参数中携带的是音视频流字段中的哪个参数，若是接收视频 video-enable，则发送端向接收端发送视频流，接收端接收发送端发送的视频流；若是接收音频aud1-enable，则发送端向接收端发送音频流，接收端接收发送端发送的音频流。
[0069]优选的，在接收端根据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_l i st参数所携带的新的字段，向接收端反馈RTSP_SET_PARAMETER RESPONSE 应答消息。优选的，该 RTSP_SET_PARAMETER REQUEST 请求消息和 RTSP_SET_PARAMETER RESPONSE应答消息都是在Miracastl.0规范中的M4消息中完成的。其中，该RTSP_SET_ PARAMETER RESPONSE应答消息中携带有是否允许接收端变更输入参数的参数，若发送端反馈的RTSP_SET_PARAMETER RESPONSE应答消息中携带的是允许接收端变更输入参数的参数，则发送端继续向接收端发送根据input_category_list参数所携带的新的字段，对接收端进行设置的SET_PARAMETER REQUEST请求消息，接收端接收接收发送端发送的SET_ PARAMETER REQUEST 请求消息。
[0070]如图4所示，为本发明的实施例中应用于Miracastl.0规范中的发送端与接收端之间交互的流程图，包括发送端与接收端之间的协商流程和变更流程。
[0071]其中，发送端与接收端之间的协商流程如下:
[0072]la，发送端向接收端发送GET_PARAMETER REQUEST请求消息。
[0073]在本步骤中，发送端向接收端发送GET_PARAMETER REQUEST请求消息。具体的，该 GET_PARAMETER REQUEST请求消息是在Miracastl.0规范中的M3消息中完成的，且该GET_ PARAMETER REQUEST请求消息中携带有用于获取接收端wfd_uibc_capability等参数的内容的参数。
[0074]lb，接收端向发送端反馈GET_PARAMETER RESPONSE应答消息。
[0075]在本步骤中，接收端根据GET_PARAMETER REQUEST请求消息，向发送端反馈 GET_PARAMETER RESPONSE 应答消息，该 GET_PARAMETER RESPONSE 应答消息中的 input_ categ〇ry_list参数携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段。
[0076]2a，发送端向接收端发送SET_PARAMETER REQUEST请求消息。
[0077]在本步骤中，发送端向接收端发送SET_PARAMETER REQUEST请求消息。该SET_ PARAMETER REQUEST请求消息中携带有根据input_category_list参数中所携带的字段， 对接收端进行设置的参数，即该SET_PARAMETER REQUEST请求消息中携带有根据input_ categ〇ry_list参数中所携带的字段是文本字段还是音视频流字段对接收端进行设置的参数。
[0078]2b，接收端向发送端发送SET_PARAMETER RESPONSE应答消息。
[0079]在本步骤中，接收端向发送端发送SET_PARAMETER RESPONSE应答消息，其中，该 SET_PARAMETER RESPONSE应答消息中携带有判断接收端是否设置成功的参数，即当input_ category_list参数中所携带的字段是文本字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理输入文本的性能参数是否设置成功的参数；当input_category_ list参数中所携带的字段是音视频字段时，该SET_PARAMETER RESPONSE应答消息中携带有判断接收端管理接收音视频流的性能参数是否设置成功的参数。
[0080]发送端与接收端之间的变更流程如下:
[0081]3a，接收端向发送端发送RTSP_SET_PARAMETER REQUEST请求消息。
[0082]在本步骤中，当接收端需要变更GET_PARAMETER RESPONSE应答消息中的input_ categoryjist参数中所携带的字段时，接收端向发送端发送用于变更输入参数的RTSP_ SET_PARAMETER REQUEST 请求消息。
[0083]3b，发送端向接收端发送RTSP_SET_PARAMETER RESPONSE应答消息。
[0084]在本步骤中，发送端根据RTSP_SET_PARAMETER REQUEST请求消息中的input_ category_list参数所携带的新的字段，向接收端发送RTSP_SET_PARAMETER RESPONSE应答消息。该RTSP_SET_PARAMETER RESPONSE应答消息中携带有是否允许接收端变更输入参数的参数。
[0085]如图5所示，为本发明的实施例中发送端300的结构框图，发送端300主要包括:
[0086]第一发送模块301，用于向接收端发送获取所述接收端参数的请求消息；第一接收模块302,用于接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第一处理模块303,用于根据所述第一应答消息中的参数，与所述接收端进行信息交互。
[0087]可选的，发送端还包括:第二发送模块，用于向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第二接收模块，用于接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
[0088]可选的，音视频流字段中记录的参数包括:接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable。
[0089]可选的，第一处理模块303进一步用于，判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，贝lj向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收音频aud1-enable，则向所述接收端发送音频流。
[0090]可选的，发送端还包括:第三接收模块，用于接收所述接收端发送的用于变更输入参数的第三请求消息；第三发送模块，用于根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第二发送模块。[0091 ]如图6所示，为本发明的实施例中接收端400的结构框图，接收端400主要包括:
[0092]第四接收模块401，用于接收发送端发送的获取所述接收端参数的第一请求消息； 第四发送模块402,用于根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段；第二处理模块，用于根据所述第一应答消息中的参数，与所述发送端进行信息交互。
[0093]可选的，接收端还包括:第五接收模块，用于接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；第五发送模块，用于根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带有表明所述接收端是否设置成功的参数。
[0094]可选的，音视频流字段中记录的参数包括:接收视频video-enable、不接收视频 video-disable、接收音频 aud1-enable 和不接收音频 aud1-disable。
[0095]可选的，第二处理模块403进一步用于:接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输入文本；若所述判断结果中表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所述音视频流字段中记录的参数是接收音频aud1-enable，则接收所述发送端发送的音频流。
[0096]可选的，接收端还包括:第六发送模块，用于向所述发送端发送用于变更输入参数的第三请求消息；第六接收模块，用于根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则触发第五接收模块。
[0097]以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。
【主权项】
1.一种多屏互动的控制方法，应用于发送端，其特征在于，所述控制方法包括:向接收端发送获取所述接收端参数的第一请求消息；接收所述接收端根据所述第一请求消息反馈的第一应答消息，所述第一应答消息中 的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字 段；根据所述第一应答消息中的参数，与所述接收端进行信息交互。2.根据权利要求1所述的控制方法，其特征在于，在接收所述接收端根据所述第一请 求消息反馈的第一应答消息之后，所述控制方法还包括:向所述接收端发送对接收端进行设置的第二请求消息，所述第二请求消息中携带有根 据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；接收所述接收端根据所述第二请求消息反馈的第二应答消息，所述第二应答消息中携 带有表明所述接收端是否设置成功的参数。3.根据权利要求1所述的控制方法，其特征在于，所述音视频流字段中记录的参数包 括:接收视频video-enable、不接收视频video-disable、接收音频aud1-enable和不接收 音步页 aud1-disable。4.根据权利要求3所述的控制方法，其特征在于，所述根据所述第一应答消息中的参 数，与所述接收端进行信息交互的步骤包括:判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答消息中的参数携带的是文本字段，则接收所述接收端输入的文本； 若所述第一应答消息中的参数中携带的是音视频流字段，且若所述音视频流字段中记 录的参数是接收视频video-enable，贝lj向所述接收端发送视频流；若所述音视频流字段中 记录的参数的是接收音频aud1-enable，则向所述接收端发送音频流。5.根据权利要求2所述的控制方法，其特征在于，在根据所述第一应答消息中的参数， 与所述接收端进行信息交互之后，所述控制方法还包括:接收所述接收端发送的用于变更输入参数的第三请求消息；根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第三应答消息中携带 有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入所述向所 述接收端发送第二请求消息的步骤。6.根据权利要求1所述的控制方法，其特征在于，所述第一应答消息中的参数携带有 文本字段时，文本的编码方式为UTF-8编码。7.—种多屏互动的控制方法，应用于接收端，其特征在于，所述控制方法包括:接收发送端发送的获取所述接收端参数的第一请求消息；根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参 数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输的音视频流字段； 根据所述第一应答消息中的参数，与所述发送端进行信息交互。8.根据权利要求7所述的控制方法，其特征在于，在根据所述第一请求消息，向所述发 送端反馈第一应答消息之后，所述控制方法还包括:接收所述发送端发送的对所述接收端进行设置的第二请求消息，所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设置的参数；根据所述第二请求消息，向所述发送端发送第二应答消息，所述第二应答消息中携带 有表明所述接收端是否设置成功的参数。9.根据权利要求7所述的控制方法，其特征在于，所述音视频流字段中记录的参数包 括:接收视频video-enable、不接收视频video-disable、接收音频aud1-enable和不接收 音步页 aud1-disable。10.根据权利要求9所述的控制方法，其特征在于，所述根据所述第一应答消息中的参 数，与所述发送端进行信息交互的步骤包括:接收所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频 流字段的判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发送端输 入文本；若所述判断结果表明第一应答消息中的参数中携带的是音视频流字段，且若所述音视 频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的视频流；若所 述音视频流字段中记录的参数是接收音频aud1-enable，则接收所述发送端发送的音频流。11.根据权利要求8所述的控制方法，其特征在于，在根据所述第一应答消息中的参 数，与所述发送端进行信息交互之后，所述控制方法还包括:向所述发送端发送用于变更输入参数的第三请求消息；根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所述第三应答消息中 携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携带有允许所述接收端变更输入参数的参数，则进入接收所述 发送端发送的第二请求消息的步骤。12.根据权利要求8所述的控制方法，其特征在于，所述第一应答消息中的参数携带有 文本字段时，文本的编码方式为UTF-8编码。13.—种应用于多屏互动的控制方法的发送端，其特征在于，所述发送端包括:第一发送模块，用于向接收端发送获取所述接收端参数的请求消息；第一接收模块，用于接收所述接收端根据所述第一请求消息反馈的第一应答消息，所 述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频 传输的音视频流字段；第一处理模块，用于根据所述第一应答消息中的参数，与所述接收端进行信息交互。14.根据权利要求13所述的发送端，其特征在于，所述发送端还包括:第二发送模块，用于向所述接收端发送对接收端进行设置的第二请求消息，所述第二 请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收端进行设 置的参数；第二接收模块，用于接收所述接收端根据所述第二请求消息反馈的第二应答消息，所 述第二应答消息中携带有表明所述接收端是否设置成功的参数。15.根据权利要求13所述的发送端，其特征在于，所述音视频流字段中记录的参数包 括:接收视频video-enable、不接收视频video-disable、接收音频aud1-enable和不接收音步页 aud1-disable。16.根据权利要求15所述的发送端，其特征在于，所述第一处理模块进一步用于， 判断第一应答消息中的参数中携带的是文本字段还是音视频流字段；若所述第一应答 消息中的参数携带的是文本字段，则接收所述接收端输入的文本；若所述第一应答消息 中的参数中携带的是音视频流字段，且若所述音视频流字段中记录的参数是接收视频 video-enable，贝lj向所述接收端发送视频流；若所述音视频流字段中记录的参数的是接收 音频aud1-enable，则向所述接收端发送音频流。17.根据权利要求14所述的发送端，其特征在于，所述发送端还包括:第三接收模块，用于接收所述接收端发送的用于变更输入参数的第三请求消息；第三发送模块，用于根据所述第三请求消息，向所述接收端反馈第三应答消息，所述第 三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息中携 带有允许所述接收端变更输入参数的参数，则触发第二发送模块。18.—种应用于多屏互动的控制方法的接收端，其特征在于，所述接收端包括:第四接收模块，用于接收发送端发送的获取所述接收端参数的第一请求消息；第四发送模块，用于根据所述第一请求消息，向所述发送端反馈第一应答消息，所述第一应答消息中的参数中携带有记录需要进行文本传输的文本字段或需要进行音视频传输 的音视频流字段；第二处理模块，用于根据所述第一应答消息中的参数，与所述发送端进行信息交互。19.根据权利要求18所述的接收端，其特征在于，所述接收端还包括:第五接收模块，用于接收所述发送端发送的对所述接收端进行设置的第二请求消息， 所述第二请求消息中携带有根据所述第一应答消息中的参数中所携带的字段，对所述接收 端进行设置的参数；第五发送模块，用于根据所述第二请求消息，向所述发送端发送第二应答消息，所述第 二应答消息中携带有表明所述接收端是否设置成功的参数。20.根据权利要求18所述的接收端，其特征在于，所述音视频流字段中记录的参数包 括:接收视频video-enable、不接收视频video-disable、接收音频aud1-enable和不接收 音步页 aud1-disable。21.根据权利要求20所述的接收端，其特征在于，所述第二处理模块进一步用于:接收 所述发送端发送的判断第一应答消息中的参数中携带的是文本字段还是音视频流字段的 判断结果；若所述判断结果表明第一应答消息中的参数中携带的是文本字段，则向所述发 送端输入文本；若所述判断结果中表明第一应答消息中的参数中携带的是音视频流字段， 且若所述音视频流字段中记录的参数是接收视频video-enable，则接收所述发送端发送的 视频流；若所述音视频流字段中记录的参数是接收音频aud1-enable，则接收所述发送端 发送的音频流。22.根据权利要求18所述的接收端，其特征在于，所述接收端还包括:第六发送模块，用于向所述发送端发送用于变更输入参数的第三请求消息；第六接收模块，用于根据所述第三请求消息，接收所述发送端反馈的第三应答消息，所 述第三应答消息中携带有是否允许所述接收端变更输入参数的参数；若所述第三应答消息 中携带有允许所述接收端变更输入参数的参数，则触发第五接收模块。
【文档编号】H04N21/643GK105992024SQ201510082465
【公开日】2016年10月5日
【申请日】2015年2月15日
【发明人】刘聪, 张勇浩, 骆正虎, 郭晓岩, 唐睿智
【申请人】中国移动通信集团公司