一種多屏互動的控制方法和裝置的制造方法

一種多屏互動的控制方法和裝置的制造方法
【專利摘要】本發明提供了一種多屏互動的控制方法和裝置，該控制方法應用于接收端，該控制方法包括：接收發送端發送的獲取所述接收端參數的第一請求消息；根據所述第一請求消息，向所述發送端反饋第一應答消息，所述第一應答消息中的參數中攜帶有記錄需要進行文本傳輸的文本字段或需要進行音視頻傳輸的音視頻流字段；根據所述第一應答消息中的參數，與所述發送端進行信息交互。本發明實現了在發送端和接收端之間的文本傳輸以及音視頻流的控制。
【專利說明】
_種多屏互動的控制方法和裝置
技術領域
[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日
【發明人】劉聰, 張勇浩, 駱正虎, 郭曉巖, 唐睿智
【申請人】中國移動通信集團公司