一種多屏互動(dòng)的控制方法和裝置的制造方法
【專利摘要】本發(fā)明提供了一種多屏互動(dòng)的控制方法和裝置，該控制方法應(yīng)用于接收端，該控制方法包括：接收發(fā)送端發(fā)送的獲取所述接收端參數(shù)的第一請(qǐng)求消息；根據(jù)所述第一請(qǐng)求消息，向所述發(fā)送端反饋第一應(yīng)答消息，所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段；根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互。本發(fā)明實(shí)現(xiàn)了在發(fā)送端和接收端之間的文本傳輸以及音視頻流的控制。
【專利說明】
_種多屏互動(dòng)的控制方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及信息交換領(lǐng)域，尤其是涉及一種多屏互動(dòng)的控制方法和裝置?！颈尘凹夹g(shù)】
[0002]目前發(fā)布的國際標(biāo)準(zhǔn)組織W1-Fi聯(lián)盟，其多屏互動(dòng)工作組發(fā)布的Miracast規(guī)范版本為 1.0 版本(W1-Fi Display Technical Specificat1n vl.0.02012/8)，它通過定義 UIBC(User Input Back Channel用戶反饋通道)來實(shí)現(xiàn)接收端對(duì)發(fā)送端的控制。
[0003]目前已實(shí)現(xiàn)的控制是通過定義泛型(generic)和人機(jī)接口型(HID Human Interface Device)，主要是針對(duì)鼠標(biāo)、觸控、游戲手柄、攝像頭、手勢(shì)、縮放等操作。
[0004]現(xiàn)有技術(shù)方案沒有針對(duì)文本的控制，針對(duì)鼠標(biāo)、觸控的操作，也沒用提到如何解決實(shí)現(xiàn)對(duì)視頻流和音頻流的控制。
【發(fā)明內(nèi)容】

[0005]為了實(shí)現(xiàn)在發(fā)送端和接收端之間的文本傳輸以及音視頻流的控制，本發(fā)明提供了一種多屏互動(dòng)的控制方法和裝置。
[0006]為了解決上述技術(shù)問題，本發(fā)明提供了一種多屏互動(dòng)的控制方法，應(yīng)用于發(fā)送端， 該控制方法包括:向接收端發(fā)送獲取所述接收端參數(shù)的第一請(qǐng)求消息；接收所述接收端根據(jù)所述第一請(qǐng)求消息反饋的第一應(yīng)答消息，所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段；根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述接收端進(jìn)行信息交互。
[0007]可選，在接收所述接收端根據(jù)所述第一請(qǐng)求消息反饋的第一應(yīng)答消息之后，所述控制方法還包括:向所述接收端發(fā)送對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；接收所述接收端根據(jù)所述第二請(qǐng)求消息反饋的第二應(yīng)答消息，所述第二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。
[0008]可選的，所述音視頻流字段中記錄的參數(shù)包括:接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable。
[0009]可選的，所述根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述接收端進(jìn)行信息交互的步驟包括:判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段；若所述第一應(yīng)答消息中的參數(shù)攜帶的是文本字段，則接收所述接收端輸入的文本；若所述第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記錄的參數(shù)是接收視頻 video-enable，貝lj向所述接收端發(fā)送視頻流；若所述音視頻流字段中記錄的參數(shù)的是接收音頻aud1-enable，則向所述接收端發(fā)送音頻流。
[0010]可選的，在根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述接收端進(jìn)行信息交互之后，所述控制方法還包括:接收所述接收端發(fā)送的用于變更輸入?yún)?shù)的第三請(qǐng)求消息；根據(jù)所述第三請(qǐng)求消息，向所述接收端反饋第三應(yīng)答消息，所述第三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則進(jìn)入所述向所述接收端發(fā)送第二請(qǐng)求消息的步驟。
[0011]可選的，所述第一應(yīng)答消息中的參數(shù)攜帶有文本字段時(shí)，文本的編碼方式為UTF-8 編碼。
[0012]依據(jù)本發(fā)明的另一個(gè)方面，本發(fā)明還提供了一種多屏互動(dòng)的控制方法，應(yīng)用于接收端，該方法包括:接收發(fā)送端發(fā)送的獲取所述接收端參數(shù)的第一請(qǐng)求消息；根據(jù)所述第一請(qǐng)求消息，向所述發(fā)送端反饋第一應(yīng)答消息，所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段；根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互。
[0013]可選的，在根據(jù)所述第一請(qǐng)求消息，向所述發(fā)送端反饋第一應(yīng)答消息之后，所述控制方法還包括:接收所述發(fā)送端發(fā)送的對(duì)所述接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；根據(jù)所述第二請(qǐng)求消息，向所述發(fā)送端發(fā)送第二應(yīng)答消息，所述第二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。
[0014]可選的，所述音視頻流字段中記錄的參數(shù)包括:接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable。
[0015]可選的，所述根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互的步驟包括:接收所述發(fā)送端發(fā)送的判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段的判斷結(jié)果；若所述判斷結(jié)果表明第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段， 則向所述發(fā)送端輸入文本；若所述判斷結(jié)果表明第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記錄的參數(shù)是接收視頻video-enable，則接收所述發(fā)送端發(fā)送的視頻流；若所述音視頻流字段中記錄的參數(shù)是接收音頻aud1-enable，則接收所述發(fā)送端發(fā)送的音頻流。
[0016]可選的，在根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互之后，所述控制方法還包括:向所述發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息；根據(jù)所述第三請(qǐng)求消息，接收所述發(fā)送端反饋的第三應(yīng)答消息，所述第三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則進(jìn)入接收所述發(fā)送端發(fā)送的第二請(qǐng)求消息的步驟。
[0017]可選的，所述第一應(yīng)答消息中的參數(shù)攜帶有文本字段時(shí)，文本的編碼方式為UTF-8 編碼。
[0018]依據(jù)本發(fā)明的另一個(gè)方面，還提供了一種應(yīng)用于多屏互動(dòng)的控制方法的發(fā)送端， 該發(fā)送端包括:第一發(fā)送模塊，用于向接收端發(fā)送獲取所述接收端參數(shù)的請(qǐng)求消息；第一接收模塊，用于接收所述接收端根據(jù)所述第一請(qǐng)求消息反饋的第一應(yīng)答消息，所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段；第一處理模塊，用于根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述接收端進(jìn)行信息交互。
[0019]可選的，所述發(fā)送端還包括:第二發(fā)送模塊，用于向所述接收端發(fā)送對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；第二接收模塊，用于接收所述接收端根據(jù)所述第二請(qǐng)求消息反饋的第二應(yīng)答消息，所述第二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。
[0020]可選的，所述音視頻流字段中記錄的參數(shù)包括:接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable。
[0021]可選的，所述第一處理模塊進(jìn)一步用于，判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段；若所述第一應(yīng)答消息中的參數(shù)攜帶的是文本字段，則接收所述接收端輸入的文本；若所述第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記錄的參數(shù)是接收視頻video-enable，貝lj向所述接收端發(fā)送視頻流；若所述音視頻流字段中記錄的參數(shù)的是接收音頻aud1-enable，則向所述接收端發(fā)送音頻流。
[0022]可選的，所述發(fā)送端還包括:第三接收模塊，用于接收所述接收端發(fā)送的用于變更輸入?yún)?shù)的第三請(qǐng)求消息；第三發(fā)送模塊，用于根據(jù)所述第三請(qǐng)求消息，向所述接收端反饋第三應(yīng)答消息，所述第三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則觸發(fā)第二發(fā)送模塊。
[0023]依據(jù)本發(fā)明的另一個(gè)方面，本發(fā)明還提供了一種應(yīng)用于多屏互動(dòng)的控制方法的接收端，所述接收端包括:第四接收模塊，用于接收發(fā)送端發(fā)送的獲取所述接收端參數(shù)的第一請(qǐng)求消息；第四發(fā)送模塊，用于根據(jù)所述第一請(qǐng)求消息，向所述發(fā)送端反饋第一應(yīng)答消息， 所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段；第二處理模塊，用于根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互。
[0024]可選的，所述接收端還包括:第五接收模塊，用于接收所述發(fā)送端發(fā)送的對(duì)所述接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；第五發(fā)送模塊，用于根據(jù)所述第二請(qǐng)求消息，向所述發(fā)送端發(fā)送第二應(yīng)答消息，所述第二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。
[0025]可選的，所述音視頻流字段中記錄的參數(shù)包括:接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable。
[0026]可選的，所述第二處理模塊進(jìn)一步用于:接收所述發(fā)送端發(fā)送的判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段的判斷結(jié)果；若所述判斷結(jié)果表明第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段，則向所述發(fā)送端輸入文本；若所述判斷結(jié)果中表明第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記錄的參數(shù)是接收視頻video-enable，則接收所述發(fā)送端發(fā)送的視頻流；若所述音視頻流字段中記錄的參數(shù)是接收音頻aud1-enable，則接收所述發(fā)送端發(fā)送的音頻流。
[0027]可選的，所述接收端還包括:第六發(fā)送模塊，用于向所述發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息；第六接收模塊，用于根據(jù)所述第三請(qǐng)求消息，接收所述發(fā)送端反饋的第三應(yīng)答消息，所述第三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則觸發(fā)第五接收模塊。
[0028]本發(fā)明的有益效果是:
[0029]本發(fā)明中的發(fā)送端向接收端發(fā)送獲取接收端參數(shù)的第一請(qǐng)求消息，接收端接收到第一請(qǐng)求消息后，根據(jù)該第一請(qǐng)求消息向發(fā)送端反饋第一應(yīng)答消息，且該第一應(yīng)答消息中的參數(shù)攜帶有文本字段或音視頻流字段，最后，根據(jù)該第一應(yīng)答消息中的參數(shù)，發(fā)送端與接收端進(jìn)行信息交換。本發(fā)明通過在第一應(yīng)答消息中的參數(shù)中加入文本字段和音視頻流字段，實(shí)現(xiàn)了在發(fā)送端和接收端之間的文本傳輸以及音視頻流的控制?！靖綀D說明】
[0030]圖1表示本發(fā)明的實(shí)施例中應(yīng)用于發(fā)送端的多屏互動(dòng)的控制方法的主要步驟流程圖；
[0031]圖2表示本發(fā)明的實(shí)施例中對(duì)Miracastl.0規(guī)范中的基于TCP傳輸?shù)奶砑游谋据斎胱侄魏鸵粢曨l流字段之后的UIBC字段的表格；
[0032]圖3表示本發(fā)明的實(shí)施例中應(yīng)用于接收端的多屏互動(dòng)的控制方法的主要步驟流程圖；
[0033]圖4表示本發(fā)明的實(shí)施例中應(yīng)用于Miracastl.0規(guī)范中的發(fā)送端與接收端之間交互的流程圖；
[0034]圖5表示本發(fā)明的實(shí)施例中發(fā)送端的結(jié)構(gòu)框圖；以及
[0035]圖6表示本發(fā)明的實(shí)施例中接收端的結(jié)構(gòu)框圖?！揪唧w實(shí)施方式】
[0036]下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。
[0037]由于Miracastl.0規(guī)范中存在接收端對(duì)發(fā)送端的控制，且在Miracastl.0規(guī)范中沒有發(fā)送端和接收端之間的文本傳輸以及音視頻流的控制的部分，因此，在本發(fā)發(fā)明中，均以Miracastl.0規(guī)范進(jìn)行舉例說明。
[0038]如圖1表示，為本發(fā)明的實(shí)施例中應(yīng)用于發(fā)送端的多屏互動(dòng)的控制方法的主要步驟流程圖，該控制方法主要包括如下步驟:
[0039]步驟S101，向接收端發(fā)送獲取接收端參數(shù)的第一請(qǐng)求消息。
[0040]在本實(shí)施例中，發(fā)送端向接收端發(fā)送獲取接收端參數(shù)的第一請(qǐng)求消息，具體的， 該第一請(qǐng)求消息中攜帶有用于獲取接收端參數(shù)的參數(shù)。在Miracastl.0規(guī)范中，GET_ PARAMETER REQUEST請(qǐng)求消息為第一請(qǐng)求消息。
[0041]應(yīng)用在Miracastl.0規(guī)范中，發(fā)送端向接收端發(fā)送GET_PARAMETER REQUEST請(qǐng)求消息。具體的，該GET_PARAMETER REQUEST請(qǐng)求消息是在Miracastl.0規(guī)范中的M3消息中完成的，且該GET_PARAMETER REQUEST請(qǐng)求消息中攜帶有用于獲取接收端wfd_uibc_ capability等參數(shù)的內(nèi)容的參數(shù)。
[0042]步驟S102,接收接收端根據(jù)第一請(qǐng)求消息反饋的第一應(yīng)答消息，第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段。
[0043]在本實(shí)施例中，發(fā)送端接收接收端根據(jù)第一請(qǐng)求消息反饋的第一應(yīng)答消息，第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段。具體的，在Miracastl.0規(guī)范中，GET_PARAMETER RESPONSE應(yīng)答消息為第一應(yīng)答消息。
[0044]應(yīng)用在Miracastl.0規(guī)范中，發(fā)送端接收接收端根據(jù)GET_PARAMETER REQUEST請(qǐng)求消息反饋的 GET_PARAMETER RESPONSE 應(yīng)答消息。具體的，該 GET_PARAMETER RESPONSE 應(yīng)答消息是在Miracastl.0規(guī)范中的M3消息中完成的，該GET_PARAMETER RESPONSE應(yīng)答消息中包含有發(fā)送端請(qǐng)求的接收端的wfd_uibc_capability參數(shù)內(nèi)容，其中，wfd_uibc_ capability 參數(shù)中的 input_category_list 參數(shù)為 GET_PARAMETER RESPONSE 應(yīng)答消息中所攜帶的內(nèi)容，且該input_category_list參數(shù)中攜帶有記錄需要進(jìn)行文本輸入的文本字段或需要進(jìn)行音視頻傳輸?shù)囊粢曨l流字段。
[0045]其中，對(duì)Miracastl.0規(guī)范中的基于TCP傳輸?shù)奶砑游谋据斎胱侄魏鸵粢曨l流字段之后的UIBC字段如圖2中的表格所示。
[0046]在圖2中的表格中，在Input Category中增加了文本字段和音視頻流字段兩個(gè)字段。其中，Category為test時(shí)，代表了文本字段，當(dāng)input_category_list為test時(shí)，用戶可以進(jìn)行文本輸入，即發(fā)送端可以接收用戶輸入的文本信息，并實(shí)現(xiàn)從接收端到發(fā)送端的文本傳輸，優(yōu)選的，該文本的編碼方式可以采用UTF-8編碼。當(dāng)Category為streaming 時(shí)，代表了音視頻流字段，該音視頻流字段中的參數(shù)可以為接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable，當(dāng) input_ category_list為streaming時(shí)，接收端可以通知發(fā)送端是否發(fā)送音頻流或者視頻流。
[0047]優(yōu)選的，在發(fā)送端接收接收端根據(jù)第一請(qǐng)求消息反饋的第一應(yīng)答消息之后，發(fā)送端向接收端發(fā)送對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，第二請(qǐng)求消息中攜帶有根據(jù)第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)接收端進(jìn)行設(shè)置的參數(shù)，即該第二請(qǐng)求消息中攜帶有根據(jù)第一應(yīng)答消息中的參數(shù)中所攜帶的字段是文本字段還是音視頻流字段對(duì)接收端進(jìn)行設(shè)置的參數(shù)；在接收端接收到該第二請(qǐng)求消息后，接收端向發(fā)送端反饋第二應(yīng)答消息，發(fā)送端接收接收端根據(jù)第二請(qǐng)求消息反饋的第二應(yīng)答消息，第二應(yīng)答消息中攜帶有表明接收端是否設(shè)置成功的參數(shù)。即當(dāng)?shù)谝粦?yīng)答消息中的參數(shù)中所攜帶的字段是文本字段時(shí)，該第二應(yīng)答消息中攜帶有判斷接收端管理輸入文本的性能參數(shù)是否設(shè)置成功的參數(shù)；當(dāng)?shù)谝粦?yīng)答消息中的參數(shù)中所攜帶的字段是音視頻字段時(shí)，該第二應(yīng)答消息中攜帶有判斷接收端管理接收音視頻流的性能參數(shù)是否設(shè)置成功的參數(shù)。
[0048]應(yīng)用在Miracastl.0規(guī)范中，第二請(qǐng)求消息為SET_PARAMETER REQUEST請(qǐng)求消息， 第二應(yīng)答消息為SET_PARAMETER RESPONSE應(yīng)答消息。具體的，在發(fā)送端接收到接收端根據(jù) GET_PARAMETER REQUEST請(qǐng)求消息反饋的GET_PARAMETER RESPONSE應(yīng)答消息之后，發(fā)送端向接收端發(fā)送SET_PARAMETER REQUEST請(qǐng)求消息。其中，該SET_PARAMETER REQUEST請(qǐng)求消息是在Miracastl.0規(guī)范中的M4或M14消息中完成的。且該SET_PARAMETER REQUEST 請(qǐng)求消息中攜帶有根據(jù)input_category_list參數(shù)中所攜帶的字段對(duì)接收端進(jìn)行設(shè)置的參數(shù)，即該SET_PARAMETER REQUEST請(qǐng)求消息中攜帶有根據(jù)input_category_list參數(shù)中所攜帶的字段是文本字段還是音視頻流字段對(duì)接收端進(jìn)行設(shè)置的參數(shù)。在接收端接收到該SET_PARAMETER REQUEST請(qǐng)求消息后，接收端向發(fā)送端反饋SET_PARAMETER RESPONSE 應(yīng)答消息，發(fā)送端接收接收端反饋的SET_PARAMETER RESPONSE應(yīng)答消息。其中，該SET_ PARAMETER RESPONSE應(yīng)答消息同樣是在Miracastl.0規(guī)范中的M4或M14消息中完成的。且該SET_PARAMETER RESPONSE應(yīng)答消息攜帶有判斷接收端是否設(shè)置成功的參數(shù)，即當(dāng)input_category_list參數(shù)中所攜帶的字段是文本字段時(shí)，該SET_PARAMETER RESPONSE 應(yīng)答消息中攜帶有判斷接收端管理輸入文本的性能參數(shù)是否設(shè)置成功的參數(shù)；當(dāng)input_ category_list參數(shù)中所攜帶的字段是音視頻字段時(shí)，該SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有判斷接收端管理接收音視頻流的性能參數(shù)是否設(shè)置成功的參數(shù)。
[0049]步驟S103,根據(jù)第一應(yīng)答消息中的參數(shù)，與接收端進(jìn)行信息交互。
[0050]在本實(shí)施例中，發(fā)送端根據(jù)第一應(yīng)答消息中的參數(shù)，即根據(jù)第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段，與接收端進(jìn)行信息交互。具體的，發(fā)送端與接收端按照如下步驟進(jìn)行信息交互:首先，發(fā)送端判斷第一應(yīng)答消息中的參數(shù)中所攜帶的是文本字段還是音視頻流字段，若該第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段，則發(fā)送端接收接收端輸入的文本信息，優(yōu)選的，該文本的編碼方式可以采用UTF-8編碼；若該第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，則判斷該第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段中的哪個(gè)參數(shù)，若是參數(shù)接收視頻video-enable，則發(fā)送端向接收端發(fā)送視頻流； 若是參數(shù)接收音頻aud1-enable，則發(fā)送端向接收端發(fā)送音頻流。
[0051]優(yōu)選的，在發(fā)送端根據(jù)第一應(yīng)答消息中的參數(shù)，與接收端進(jìn)行信息交互之后，若接收端需要更改第一應(yīng)答消息中的參數(shù)中所攜帶的字段，則接收端需要向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息。當(dāng)接收端向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息之后，發(fā)送端接收該第三請(qǐng)求消息，并根據(jù)該R第三請(qǐng)求消息中的參數(shù)中所攜帶的新的字段， 向接收端反饋第三應(yīng)答消息。其中，該第三應(yīng)答消息中攜帶有是否允許接收端變更輸入?yún)?shù)的參數(shù)，若發(fā)送端反饋的第三應(yīng)答消息中攜帶的是允許接收端變更輸入?yún)?shù)的參數(shù)，則發(fā)送端繼續(xù)向接收端發(fā)送根據(jù)第三請(qǐng)求消息中的參數(shù)所攜帶的新的字段，對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息。
[0052]應(yīng)用在Miracastl.0規(guī)范中，第三請(qǐng)求消息為RTSP_SET_PARAMETER REQUEST請(qǐng)求消息，第三應(yīng)答消息為RTSP_SET_PARAMETER RESPONSE。具體的，發(fā)送端根據(jù)GET_PARAMETER RESPONSE 應(yīng)答消息中的 input_category_list 參數(shù)，即根據(jù) input_category_list 參數(shù)中攜帶的是文本字段還是音視頻流字段，與接收端進(jìn)行信息交互。具體的，發(fā)送端與接收端按照如下步驟進(jìn)行信息交互:首先，發(fā)送端判斷GET_PARAMETER RESPONSE應(yīng)答消息中的input_category_list參數(shù)中所攜帶的是文本字段還是音視頻流字段，若該input_ categ〇ry_list參數(shù)中攜帶的是文本字段，則發(fā)送端接收接收端輸入的文本信息，優(yōu)選的， 該文本的編碼方式可以采用UTF-8編碼；若該input_category_list參數(shù)中攜帶的是音視頻流字段，則判斷該input_category_list參數(shù)中攜帶的是音視頻流字段中的哪個(gè)參數(shù)，若是參數(shù)接收視頻video-enable，則發(fā)送端向接收端發(fā)送視頻流；若是參數(shù)接收音頻 aud1-enable，則發(fā)送端向接收端發(fā)送音頻流。在發(fā)送端根據(jù)GET_PARAMETER RESPONSE應(yīng)答消息中的input_category_list參數(shù)，與接收端進(jìn)行信息交互之后，若接收端需要更改 GET_PARAMETER RESPONSE應(yīng)答消息中的input_category_list參數(shù)中所攜帶的字段，則接收端需要向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的RTSP_SET_PARAMETER REQUEST請(qǐng)求消息。當(dāng)接收端向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的RTSP_SET_PARAMETER REQUEST請(qǐng)求消息之后，發(fā)送端接收該 RTSP_SET_PARAMETER REQUEST 請(qǐng)求消息，并根據(jù)該 RTSP_SET_PARAMETER REQUEST 請(qǐng)求消息中的input_category_list參數(shù)中所攜帶的新的字段，向接收端反饋RTSP_SET_PARAMETER RESPONSE 應(yīng)答消息。優(yōu)選的，該 RTSP_SET_PARAMETER REQUEST 請(qǐng)求消息和 RTSP_SET_PARAMETER RESPONSE應(yīng)答消息都是在Miracastl.0規(guī)范中的M4消息中完成的。 其中，該RTSP_SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有是否允許接收端變更輸入?yún)?shù)的參數(shù)，若發(fā)送端反饋的RTSP_SET_PARAMETER RESPONSE應(yīng)答消息中攜帶的是允許接收端變更輸入?yún)?shù)的參數(shù)，則發(fā)送端繼續(xù)向接收端發(fā)送根據(jù)input_category_list參數(shù)所攜帶的新的字段，對(duì)接收端進(jìn)行設(shè)置的SET_PARAMETER REQUEST請(qǐng)求消息。
[0053]如圖3所示，為本發(fā)明的實(shí)施例中應(yīng)用于接收端的多屏互動(dòng)的控制方法的主要步驟流程圖，該控制方法包括如下步驟:
[0054]步驟S201，接收發(fā)送端發(fā)送的獲取接收端參數(shù)的第一請(qǐng)求消息。
[0055]在本實(shí)施例中，接收端接收發(fā)送端發(fā)送的第一請(qǐng)求消息。具體的，該第一請(qǐng)求消息中攜帶有用于獲取接收端參數(shù)的參數(shù)。
[0056]應(yīng)用在Miracastl.0規(guī)范中，接收端接收發(fā)送端發(fā)送的GET_PARAMETER REQUEST 請(qǐng)求消息。具體的，該GET_PARAMETER REQUEST請(qǐng)求消息是在Miracastl.0規(guī)范中的M3消息中完成的，且該GET_PARAMETER REQUEST請(qǐng)求消息中攜帶有用于獲取接收端wfd_uibc_ capability等參數(shù)的內(nèi)容的參數(shù)。
[0057]步驟S202,根據(jù)第一請(qǐng)求消息，向發(fā)送端反饋第一應(yīng)答消息，第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段。
[0058]在本實(shí)施例中，接收端根據(jù)第一請(qǐng)求消息，向發(fā)送端反饋第一應(yīng)答消息。具體的， 該第一應(yīng)答消息中包含有發(fā)送端請(qǐng)求的接收端的參數(shù)內(nèi)容，其中，第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段。
[0059]優(yōu)選的，在接收端根據(jù)第一請(qǐng)求消息，向發(fā)送端反饋第一應(yīng)答消息之后，發(fā)送端向接收端發(fā)送第二請(qǐng)求消息，該第二請(qǐng)求消息中攜帶有根據(jù)第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)接收端進(jìn)行設(shè)置的參數(shù)，即該第二請(qǐng)求消息中攜帶有根據(jù)第一應(yīng)答消息中的參數(shù)中所攜帶的字段是文本字段還是音視頻流字段對(duì)接收端進(jìn)行設(shè)置的參數(shù)。當(dāng)接收端接收到該第二請(qǐng)求消息后，接收端向發(fā)送端發(fā)送第二應(yīng)答消息，其中，該第二應(yīng)答消息中攜帶有判斷接收端是否設(shè)置成功的參數(shù)，即當(dāng)?shù)谝粦?yīng)答消息中的參數(shù)中所攜帶的字段是文本字段時(shí)，該第二應(yīng)答消息中攜帶有判斷接收端管理輸入文本的性能參數(shù)是否設(shè)置成功的參數(shù)； 當(dāng)?shù)谝粦?yīng)答消息中的參數(shù)中所攜帶的字段是音視頻字段時(shí)，該第二應(yīng)答消息中攜帶有判斷接收端管理接收音視頻流的性能參數(shù)是否設(shè)置成功的參數(shù)。
[0060]應(yīng)用在Miracastl.0規(guī)范中，接收端根據(jù)GET_PARAMETER REQUEST請(qǐng)求消息，向發(fā)送端反饋GET_PARAMETER RESPONSE應(yīng)答消息。具體的，該GET_PARAMETER RESPONSE應(yīng)答消息是在Miracast 1.0規(guī)范中的M3消息中完成的，該GET_PARAMETER RESPONSE應(yīng)答消息中包含有發(fā)送端請(qǐng)求的接收端的wfd_uibc_capability參數(shù)內(nèi)容，其中，wfd_uibc_capability 參數(shù)中的input_category_l i st參數(shù)為GET_PARAMETER RESPONSE應(yīng)答消息中所攜帶的內(nèi)容，且該input_category_list參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段。
[0061]其中，對(duì)Miracastl.0規(guī)范中的基于TCP傳輸?shù)奶砑游谋据斎胱侄魏鸵粢曨l流字段之后的UIBC字段如圖2中的表格所示。
[0062]在圖2中的表格中，在Input Category中增加了文本字段和音視頻流字段兩個(gè)字段。其中，Category為test時(shí)，代表了文本字段，當(dāng)input_category_list為test時(shí)，用戶可以進(jìn)行文本輸入，即發(fā)送端可以接收用戶輸入的文本信息，并實(shí)現(xiàn)從接收端到發(fā)送端的文本傳輸，優(yōu)選的，該文本的編碼方式可以采用UTF-8編碼。當(dāng)Category為streaming 時(shí)，代表了音視頻流字段，該音視頻流字段中的參數(shù)可以為接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable，當(dāng) input_ category_list為streaming時(shí)，接收端可以通知發(fā)送端是否發(fā)送音頻流或者視頻流。
[0063]優(yōu)選的，在接收端根據(jù)GET_PARAMETER REQUEST請(qǐng)求消息，向發(fā)送端反饋GET_ PARAMETER RESPONSE應(yīng)答消息之后，發(fā)送端向接收端發(fā)送SET_PARAMETER REQUEST請(qǐng)求消息，該SET_PARAMETER REQUEST請(qǐng)求消息中攜帶有根據(jù)input_category_list參數(shù)中所攜帶的字段，對(duì)接收端進(jìn)行設(shè)置的參數(shù)，即該SET_PARAMETER REQUEST請(qǐng)求消息中攜帶有根據(jù) inpUt_Categ〇ry_liSt參數(shù)中所攜帶的字段是文本字段還是音視頻流字段對(duì)接收端進(jìn)行設(shè)置的參數(shù)。當(dāng)接收端接收到該SET_PARAMETER REQUEST請(qǐng)求消息后，接收端向發(fā)送端發(fā)送 SET_PARAMETER RESPONSE應(yīng)答消息，其中，該SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有判斷接收端是否設(shè)置成功的參數(shù)，即當(dāng)input_category_list參數(shù)中所攜帶的字段是文本字段時(shí)，該SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有判斷接收端管理輸入文本的性能參數(shù)是否設(shè)置成功的參數(shù)；當(dāng)input_Categ〇ry_liSt參數(shù)中所攜帶的字段是音視頻字段時(shí)， 該SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有判斷接收端管理接收音視頻流的性能參數(shù)是否設(shè)置成功的參數(shù)。
[0064]優(yōu)選的，該 SET_PARAMETER REQUEST 請(qǐng)求消息和 SET_PARAMETER RESPONSE 應(yīng)答消息均是在Miracastl.0規(guī)范中的M4或M14消息中完成的。
[0065]步驟S203,根據(jù)第一應(yīng)答消息中的參數(shù)，與發(fā)送端進(jìn)行信息交互。
[0066]在本實(shí)施例中，接收端根據(jù)第一應(yīng)答消息中的參數(shù)，即根據(jù)第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段，與發(fā)送端進(jìn)行信息交互。具體的，接收端與發(fā)送端按照如下步驟進(jìn)行交互:首先，發(fā)送端接收接收端發(fā)送的第一應(yīng)答消息，判斷該第一應(yīng)答消息中的參數(shù)中的字段是文本字段還是音視頻流字段，并將判斷結(jié)果發(fā)送給接收端。接收端接收該判斷結(jié)果，若該判斷結(jié)果中表明第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段，BP 發(fā)送端可以接收用戶輸入的文本信息，則發(fā)送端接收接收端輸入的文本，優(yōu)選的，該文本的編碼方式可以采用UTF-8編碼；若該判斷結(jié)果中表明第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，則發(fā)送端需要判斷該第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段中的哪個(gè)參數(shù)，若是接收視頻video-enable，則發(fā)送端向接收端發(fā)送視頻流，接收端接收發(fā)送端發(fā)送的視頻流；若是接收音頻aud1-enable，則發(fā)送端向接收端發(fā)送音頻流，接收端接收發(fā)送端發(fā)送的音頻流。
[0067]優(yōu)選的，在接收端根據(jù)第一應(yīng)答消息中的參數(shù)，與發(fā)送端進(jìn)行信息交互之后，若接收端需要更改第一應(yīng)答消息中的參數(shù)中所攜帶的字段，則接收端需要向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息。接收端向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息，發(fā)送端接收該第三請(qǐng)求消息之后，發(fā)送端根據(jù)該第三請(qǐng)求消息中的參數(shù)所攜帶的新的字段， 向接收端反饋第三應(yīng)答消息。其中，該第三應(yīng)答消息中攜帶有是否允許接收端變更輸入?yún)?shù)的參數(shù)，若發(fā)送端反饋的第三應(yīng)答消息中攜帶的是允許接收端變更輸入?yún)?shù)的參數(shù)，則發(fā)送端繼續(xù)向接收端發(fā)送根據(jù)第三請(qǐng)求消息中的參數(shù)所攜帶的新的字段，對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，接收端接收發(fā)送端發(fā)送的第二請(qǐng)求消息。
[0068]應(yīng)用在Miracastl.0規(guī)范中，接收端根據(jù)GET_PARAMETER RESPONSE應(yīng)答消息中的input_category_list參數(shù)，即根據(jù)input_category_list參數(shù)中攜帶的是文本字段還是音視頻流字段，與發(fā)送端進(jìn)行信息交互。具體的，接收端與發(fā)送端按照如下步驟進(jìn)行進(jìn)行交互:首先，發(fā)送端接收接收端發(fā)送的GET_PARAMETER RESPONSE應(yīng)答消息，判斷該GET_ PARAMETER RESPONSE應(yīng)答消息中input_category_list參數(shù)中的字段是文本字段還是音視頻流字段，并將判斷結(jié)果發(fā)送給接收端。接收端接收該判斷結(jié)果，若該判斷結(jié)果中表明input_category_list參數(shù)中攜帶的是文本字段，S卩發(fā)送端可以接收用戶輸入的文本信息，則發(fā)送端接收接收端輸入的文本，優(yōu)選的，該文本的編碼方式可以采用UTF-8編碼；若該判斷結(jié)果中表明input_category_list參數(shù)中攜帶的是音視頻流字段，則發(fā)送端需要判斷該input_category_list參數(shù)中攜帶的是音視頻流字段中的哪個(gè)參數(shù)，若是接收視頻 video-enable，則發(fā)送端向接收端發(fā)送視頻流，接收端接收發(fā)送端發(fā)送的視頻流；若是接收音頻aud1-enable，則發(fā)送端向接收端發(fā)送音頻流，接收端接收發(fā)送端發(fā)送的音頻流。
[0069]優(yōu)選的，在接收端根據(jù)GET_PARAMETER RESPONSE應(yīng)答消息中的input_category_ list參數(shù)，與發(fā)送端進(jìn)行信息交互之后，若接收端需要更改GET_PARAMETER RESPONSE應(yīng)答消息中的input_category_list參數(shù)中所攜帶的字段，則接收端需要向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的RTSP_SET_PARAMETER REQUEST請(qǐng)求消息。接收端向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的RTSP_SET_PARAMETER REQUEST請(qǐng)求消息，發(fā)送端接收該RTSP_SET_PARAMETER REQUEST請(qǐng)求消息之后，發(fā)送端根據(jù)該RTSP_SET_PARAMETER REQUEST請(qǐng)求消息中的input_ category_l i st參數(shù)所攜帶的新的字段，向接收端反饋RTSP_SET_PARAMETER RESPONSE 應(yīng)答消息。優(yōu)選的，該 RTSP_SET_PARAMETER REQUEST 請(qǐng)求消息和 RTSP_SET_PARAMETER RESPONSE應(yīng)答消息都是在Miracastl.0規(guī)范中的M4消息中完成的。其中，該RTSP_SET_ PARAMETER RESPONSE應(yīng)答消息中攜帶有是否允許接收端變更輸入?yún)?shù)的參數(shù)，若發(fā)送端反饋的RTSP_SET_PARAMETER RESPONSE應(yīng)答消息中攜帶的是允許接收端變更輸入?yún)?shù)的參數(shù)，則發(fā)送端繼續(xù)向接收端發(fā)送根據(jù)input_category_list參數(shù)所攜帶的新的字段，對(duì)接收端進(jìn)行設(shè)置的SET_PARAMETER REQUEST請(qǐng)求消息，接收端接收接收發(fā)送端發(fā)送的SET_ PARAMETER REQUEST 請(qǐng)求消息。
[0070]如圖4所示，為本發(fā)明的實(shí)施例中應(yīng)用于Miracastl.0規(guī)范中的發(fā)送端與接收端之間交互的流程圖，包括發(fā)送端與接收端之間的協(xié)商流程和變更流程。
[0071]其中，發(fā)送端與接收端之間的協(xié)商流程如下:
[0072]la，發(fā)送端向接收端發(fā)送GET_PARAMETER REQUEST請(qǐng)求消息。
[0073]在本步驟中，發(fā)送端向接收端發(fā)送GET_PARAMETER REQUEST請(qǐng)求消息。具體的，該 GET_PARAMETER REQUEST請(qǐng)求消息是在Miracastl.0規(guī)范中的M3消息中完成的，且該GET_ PARAMETER REQUEST請(qǐng)求消息中攜帶有用于獲取接收端wfd_uibc_capability等參數(shù)的內(nèi)容的參數(shù)。
[0074]lb，接收端向發(fā)送端反饋GET_PARAMETER RESPONSE應(yīng)答消息。
[0075]在本步驟中，接收端根據(jù)GET_PARAMETER REQUEST請(qǐng)求消息，向發(fā)送端反饋 GET_PARAMETER RESPONSE 應(yīng)答消息，該 GET_PARAMETER RESPONSE 應(yīng)答消息中的 input_ categ〇ry_list參數(shù)攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段。
[0076]2a，發(fā)送端向接收端發(fā)送SET_PARAMETER REQUEST請(qǐng)求消息。
[0077]在本步驟中，發(fā)送端向接收端發(fā)送SET_PARAMETER REQUEST請(qǐng)求消息。該SET_ PARAMETER REQUEST請(qǐng)求消息中攜帶有根據(jù)input_category_list參數(shù)中所攜帶的字段， 對(duì)接收端進(jìn)行設(shè)置的參數(shù)，即該SET_PARAMETER REQUEST請(qǐng)求消息中攜帶有根據(jù)input_ categ〇ry_list參數(shù)中所攜帶的字段是文本字段還是音視頻流字段對(duì)接收端進(jìn)行設(shè)置的參數(shù)。
[0078]2b，接收端向發(fā)送端發(fā)送SET_PARAMETER RESPONSE應(yīng)答消息。
[0079]在本步驟中，接收端向發(fā)送端發(fā)送SET_PARAMETER RESPONSE應(yīng)答消息，其中，該 SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有判斷接收端是否設(shè)置成功的參數(shù)，即當(dāng)input_ category_list參數(shù)中所攜帶的字段是文本字段時(shí)，該SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有判斷接收端管理輸入文本的性能參數(shù)是否設(shè)置成功的參數(shù)；當(dāng)input_category_ list參數(shù)中所攜帶的字段是音視頻字段時(shí)，該SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有判斷接收端管理接收音視頻流的性能參數(shù)是否設(shè)置成功的參數(shù)。
[0080]發(fā)送端與接收端之間的變更流程如下:
[0081]3a，接收端向發(fā)送端發(fā)送RTSP_SET_PARAMETER REQUEST請(qǐng)求消息。
[0082]在本步驟中，當(dāng)接收端需要變更GET_PARAMETER RESPONSE應(yīng)答消息中的input_ categoryjist參數(shù)中所攜帶的字段時(shí)，接收端向發(fā)送端發(fā)送用于變更輸入?yún)?shù)的RTSP_ SET_PARAMETER REQUEST 請(qǐng)求消息。
[0083]3b，發(fā)送端向接收端發(fā)送RTSP_SET_PARAMETER RESPONSE應(yīng)答消息。
[0084]在本步驟中，發(fā)送端根據(jù)RTSP_SET_PARAMETER REQUEST請(qǐng)求消息中的input_ category_list參數(shù)所攜帶的新的字段，向接收端發(fā)送RTSP_SET_PARAMETER RESPONSE應(yīng)答消息。該RTSP_SET_PARAMETER RESPONSE應(yīng)答消息中攜帶有是否允許接收端變更輸入?yún)?shù)的參數(shù)。
[0085]如圖5所示，為本發(fā)明的實(shí)施例中發(fā)送端300的結(jié)構(gòu)框圖，發(fā)送端300主要包括:
[0086]第一發(fā)送模塊301，用于向接收端發(fā)送獲取所述接收端參數(shù)的請(qǐng)求消息；第一接收模塊302,用于接收所述接收端根據(jù)所述第一請(qǐng)求消息反饋的第一應(yīng)答消息，所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段；第一處理模塊303,用于根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述接收端進(jìn)行信息交互。
[0087]可選的，發(fā)送端還包括:第二發(fā)送模塊，用于向所述接收端發(fā)送對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；第二接收模塊，用于接收所述接收端根據(jù)所述第二請(qǐng)求消息反饋的第二應(yīng)答消息，所述第二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。
[0088]可選的，音視頻流字段中記錄的參數(shù)包括:接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable。
[0089]可選的，第一處理模塊303進(jìn)一步用于，判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段；若所述第一應(yīng)答消息中的參數(shù)攜帶的是文本字段，則接收所述接收端輸入的文本；若所述第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記錄的參數(shù)是接收視頻video-enable，貝lj向所述接收端發(fā)送視頻流；若所述音視頻流字段中記錄的參數(shù)的是接收音頻aud1-enable，則向所述接收端發(fā)送音頻流。
[0090]可選的，發(fā)送端還包括:第三接收模塊，用于接收所述接收端發(fā)送的用于變更輸入?yún)?shù)的第三請(qǐng)求消息；第三發(fā)送模塊，用于根據(jù)所述第三請(qǐng)求消息，向所述接收端反饋第三應(yīng)答消息，所述第三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則觸發(fā)第二發(fā)送模塊。[0091 ]如圖6所示，為本發(fā)明的實(shí)施例中接收端400的結(jié)構(gòu)框圖，接收端400主要包括:
[0092]第四接收模塊401，用于接收發(fā)送端發(fā)送的獲取所述接收端參數(shù)的第一請(qǐng)求消息； 第四發(fā)送模塊402,用于根據(jù)所述第一請(qǐng)求消息，向所述發(fā)送端反饋第一應(yīng)答消息，所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段；第二處理模塊，用于根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互。
[0093]可選的，接收端還包括:第五接收模塊，用于接收所述發(fā)送端發(fā)送的對(duì)所述接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；第五發(fā)送模塊，用于根據(jù)所述第二請(qǐng)求消息，向所述發(fā)送端發(fā)送第二應(yīng)答消息，所述第二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。
[0094]可選的，音視頻流字段中記錄的參數(shù)包括:接收視頻video-enable、不接收視頻 video-disable、接收音頻 aud1-enable 和不接收音頻 aud1-disable。
[0095]可選的，第二處理模塊403進(jìn)一步用于:接收所述發(fā)送端發(fā)送的判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段的判斷結(jié)果；若所述判斷結(jié)果表明第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段，則向所述發(fā)送端輸入文本；若所述判斷結(jié)果中表明第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記錄的參數(shù)是接收視頻video-enable，則接收所述發(fā)送端發(fā)送的視頻流；若所述音視頻流字段中記錄的參數(shù)是接收音頻aud1-enable，則接收所述發(fā)送端發(fā)送的音頻流。
[0096]可選的，接收端還包括:第六發(fā)送模塊，用于向所述發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息；第六接收模塊，用于根據(jù)所述第三請(qǐng)求消息，接收所述發(fā)送端反饋的第三應(yīng)答消息，所述第三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則觸發(fā)第五接收模塊。
[0097]以上所述的是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出對(duì)于本技術(shù)領(lǐng)域的普通人員來說，在不脫離本發(fā)明所述的原理前提下還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也在本發(fā)明的保護(hù)范圍內(nèi)。
【主權(quán)項(xiàng)】
1.一種多屏互動(dòng)的控制方法，應(yīng)用于發(fā)送端，其特征在于，所述控制方法包括:向接收端發(fā)送獲取所述接收端參數(shù)的第一請(qǐng)求消息；接收所述接收端根據(jù)所述第一請(qǐng)求消息反饋的第一應(yīng)答消息，所述第一應(yīng)答消息中 的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字 段；根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述接收端進(jìn)行信息交互。2.根據(jù)權(quán)利要求1所述的控制方法，其特征在于，在接收所述接收端根據(jù)所述第一請(qǐng) 求消息反饋的第一應(yīng)答消息之后，所述控制方法還包括:向所述接收端發(fā)送對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根 據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；接收所述接收端根據(jù)所述第二請(qǐng)求消息反饋的第二應(yīng)答消息，所述第二應(yīng)答消息中攜 帶有表明所述接收端是否設(shè)置成功的參數(shù)。3.根據(jù)權(quán)利要求1所述的控制方法，其特征在于，所述音視頻流字段中記錄的參數(shù)包 括:接收視頻video-enable、不接收視頻video-disable、接收音頻aud1-enable和不接收 音步頁 aud1-disable。4.根據(jù)權(quán)利要求3所述的控制方法，其特征在于，所述根據(jù)所述第一應(yīng)答消息中的參 數(shù)，與所述接收端進(jìn)行信息交互的步驟包括:判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段；若所述第一應(yīng)答消息中的參數(shù)攜帶的是文本字段，則接收所述接收端輸入的文本； 若所述第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記 錄的參數(shù)是接收視頻video-enable，貝lj向所述接收端發(fā)送視頻流；若所述音視頻流字段中 記錄的參數(shù)的是接收音頻aud1-enable，則向所述接收端發(fā)送音頻流。5.根據(jù)權(quán)利要求2所述的控制方法，其特征在于，在根據(jù)所述第一應(yīng)答消息中的參數(shù)， 與所述接收端進(jìn)行信息交互之后，所述控制方法還包括:接收所述接收端發(fā)送的用于變更輸入?yún)?shù)的第三請(qǐng)求消息；根據(jù)所述第三請(qǐng)求消息，向所述接收端反饋第三應(yīng)答消息，所述第三應(yīng)答消息中攜帶 有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則進(jìn)入所述向所 述接收端發(fā)送第二請(qǐng)求消息的步驟。6.根據(jù)權(quán)利要求1所述的控制方法，其特征在于，所述第一應(yīng)答消息中的參數(shù)攜帶有 文本字段時(shí)，文本的編碼方式為UTF-8編碼。7.—種多屏互動(dòng)的控制方法，應(yīng)用于接收端，其特征在于，所述控制方法包括:接收發(fā)送端發(fā)送的獲取所述接收端參數(shù)的第一請(qǐng)求消息；根據(jù)所述第一請(qǐng)求消息，向所述發(fā)送端反饋第一應(yīng)答消息，所述第一應(yīng)答消息中的參 數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸?shù)囊粢曨l流字段； 根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互。8.根據(jù)權(quán)利要求7所述的控制方法，其特征在于，在根據(jù)所述第一請(qǐng)求消息，向所述發(fā) 送端反饋第一應(yīng)答消息之后，所述控制方法還包括:接收所述發(fā)送端發(fā)送的對(duì)所述接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè)置的參數(shù)；根據(jù)所述第二請(qǐng)求消息，向所述發(fā)送端發(fā)送第二應(yīng)答消息，所述第二應(yīng)答消息中攜帶 有表明所述接收端是否設(shè)置成功的參數(shù)。9.根據(jù)權(quán)利要求7所述的控制方法，其特征在于，所述音視頻流字段中記錄的參數(shù)包 括:接收視頻video-enable、不接收視頻video-disable、接收音頻aud1-enable和不接收 音步頁 aud1-disable。10.根據(jù)權(quán)利要求9所述的控制方法，其特征在于，所述根據(jù)所述第一應(yīng)答消息中的參 數(shù)，與所述發(fā)送端進(jìn)行信息交互的步驟包括:接收所述發(fā)送端發(fā)送的判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻 流字段的判斷結(jié)果；若所述判斷結(jié)果表明第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段，則向所述發(fā)送端輸 入文本；若所述判斷結(jié)果表明第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段，且若所述音視 頻流字段中記錄的參數(shù)是接收視頻video-enable，則接收所述發(fā)送端發(fā)送的視頻流；若所 述音視頻流字段中記錄的參數(shù)是接收音頻aud1-enable，則接收所述發(fā)送端發(fā)送的音頻流。11.根據(jù)權(quán)利要求8所述的控制方法，其特征在于，在根據(jù)所述第一應(yīng)答消息中的參 數(shù)，與所述發(fā)送端進(jìn)行信息交互之后，所述控制方法還包括:向所述發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息；根據(jù)所述第三請(qǐng)求消息，接收所述發(fā)送端反饋的第三應(yīng)答消息，所述第三應(yīng)答消息中 攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則進(jìn)入接收所述 發(fā)送端發(fā)送的第二請(qǐng)求消息的步驟。12.根據(jù)權(quán)利要求8所述的控制方法，其特征在于，所述第一應(yīng)答消息中的參數(shù)攜帶有 文本字段時(shí)，文本的編碼方式為UTF-8編碼。13.—種應(yīng)用于多屏互動(dòng)的控制方法的發(fā)送端，其特征在于，所述發(fā)送端包括:第一發(fā)送模塊，用于向接收端發(fā)送獲取所述接收端參數(shù)的請(qǐng)求消息；第一接收模塊，用于接收所述接收端根據(jù)所述第一請(qǐng)求消息反饋的第一應(yīng)答消息，所 述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻 傳輸?shù)囊粢曨l流字段；第一處理模塊，用于根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述接收端進(jìn)行信息交互。14.根據(jù)權(quán)利要求13所述的發(fā)送端，其特征在于，所述發(fā)送端還包括:第二發(fā)送模塊，用于向所述接收端發(fā)送對(duì)接收端進(jìn)行設(shè)置的第二請(qǐng)求消息，所述第二 請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收端進(jìn)行設(shè) 置的參數(shù)；第二接收模塊，用于接收所述接收端根據(jù)所述第二請(qǐng)求消息反饋的第二應(yīng)答消息，所 述第二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。15.根據(jù)權(quán)利要求13所述的發(fā)送端，其特征在于，所述音視頻流字段中記錄的參數(shù)包 括:接收視頻video-enable、不接收視頻video-disable、接收音頻aud1-enable和不接收音步頁 aud1-disable。16.根據(jù)權(quán)利要求15所述的發(fā)送端，其特征在于，所述第一處理模塊進(jìn)一步用于， 判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段；若所述第一應(yīng)答 消息中的參數(shù)攜帶的是文本字段，則接收所述接收端輸入的文本；若所述第一應(yīng)答消息 中的參數(shù)中攜帶的是音視頻流字段，且若所述音視頻流字段中記錄的參數(shù)是接收視頻 video-enable，貝lj向所述接收端發(fā)送視頻流；若所述音視頻流字段中記錄的參數(shù)的是接收 音頻aud1-enable，則向所述接收端發(fā)送音頻流。17.根據(jù)權(quán)利要求14所述的發(fā)送端，其特征在于，所述發(fā)送端還包括:第三接收模塊，用于接收所述接收端發(fā)送的用于變更輸入?yún)?shù)的第三請(qǐng)求消息；第三發(fā)送模塊，用于根據(jù)所述第三請(qǐng)求消息，向所述接收端反饋第三應(yīng)答消息，所述第 三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息中攜 帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則觸發(fā)第二發(fā)送模塊。18.—種應(yīng)用于多屏互動(dòng)的控制方法的接收端，其特征在于，所述接收端包括:第四接收模塊，用于接收發(fā)送端發(fā)送的獲取所述接收端參數(shù)的第一請(qǐng)求消息；第四發(fā)送模塊，用于根據(jù)所述第一請(qǐng)求消息，向所述發(fā)送端反饋第一應(yīng)答消息，所述第一應(yīng)答消息中的參數(shù)中攜帶有記錄需要進(jìn)行文本傳輸?shù)奈谋咀侄位蛐枰M(jìn)行音視頻傳輸 的音視頻流字段；第二處理模塊，用于根據(jù)所述第一應(yīng)答消息中的參數(shù)，與所述發(fā)送端進(jìn)行信息交互。19.根據(jù)權(quán)利要求18所述的接收端，其特征在于，所述接收端還包括:第五接收模塊，用于接收所述發(fā)送端發(fā)送的對(duì)所述接收端進(jìn)行設(shè)置的第二請(qǐng)求消息， 所述第二請(qǐng)求消息中攜帶有根據(jù)所述第一應(yīng)答消息中的參數(shù)中所攜帶的字段，對(duì)所述接收 端進(jìn)行設(shè)置的參數(shù)；第五發(fā)送模塊，用于根據(jù)所述第二請(qǐng)求消息，向所述發(fā)送端發(fā)送第二應(yīng)答消息，所述第 二應(yīng)答消息中攜帶有表明所述接收端是否設(shè)置成功的參數(shù)。20.根據(jù)權(quán)利要求18所述的接收端，其特征在于，所述音視頻流字段中記錄的參數(shù)包 括:接收視頻video-enable、不接收視頻video-disable、接收音頻aud1-enable和不接收 音步頁 aud1-disable。21.根據(jù)權(quán)利要求20所述的接收端，其特征在于，所述第二處理模塊進(jìn)一步用于:接收 所述發(fā)送端發(fā)送的判斷第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段還是音視頻流字段的 判斷結(jié)果；若所述判斷結(jié)果表明第一應(yīng)答消息中的參數(shù)中攜帶的是文本字段，則向所述發(fā) 送端輸入文本；若所述判斷結(jié)果中表明第一應(yīng)答消息中的參數(shù)中攜帶的是音視頻流字段， 且若所述音視頻流字段中記錄的參數(shù)是接收視頻video-enable，則接收所述發(fā)送端發(fā)送的 視頻流；若所述音視頻流字段中記錄的參數(shù)是接收音頻aud1-enable，則接收所述發(fā)送端 發(fā)送的音頻流。22.根據(jù)權(quán)利要求18所述的接收端，其特征在于，所述接收端還包括:第六發(fā)送模塊，用于向所述發(fā)送端發(fā)送用于變更輸入?yún)?shù)的第三請(qǐng)求消息；第六接收模塊，用于根據(jù)所述第三請(qǐng)求消息，接收所述發(fā)送端反饋的第三應(yīng)答消息，所 述第三應(yīng)答消息中攜帶有是否允許所述接收端變更輸入?yún)?shù)的參數(shù)；若所述第三應(yīng)答消息 中攜帶有允許所述接收端變更輸入?yún)?shù)的參數(shù)，則觸發(fā)第五接收模塊。
【文檔編號(hào)】H04N21/643GK105992024SQ201510082465
【公開日】2016年10月5日
【申請(qǐng)日】2015年2月15日
【發(fā)明人】劉聰, 張勇浩, 駱正虎, 郭曉巖, 唐睿智
【申請(qǐng)人】中國移動(dòng)通信集團(tuán)公司