一種投影圖像數(shù)據(jù)的方法、裝置、發(fā)送端及接收端的制作方法
【專利摘要】本發(fā)明提供一種投影圖像數(shù)據(jù)的方法、裝置、發(fā)送端及接收端，涉及通信領(lǐng)域。該方法，應(yīng)用于發(fā)送端，包括：發(fā)送端與接收端建立同屏?xí)捴螅l(fā)送端傳送靜態(tài)圖片給接收端時(shí)，與接收端建立一無(wú)線連接通道；發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端，使接收端解碼并顯示所述靜態(tài)圖片。本發(fā)明的方案，通過(guò)建立靜態(tài)圖片同屏共享的無(wú)線連接通道，實(shí)現(xiàn)靜態(tài)圖片在接收端的流暢播放，提升無(wú)線投影效果。
【專利說(shuō)明】
一種投影圖像數(shù)據(jù)的方法、裝置、發(fā)送端及接收端
技術(shù)領(lǐng)域
[0001] 本發(fā)明涉及通信領(lǐng)域，特別是指一種投影圖像數(shù)據(jù)的方法、裝置、發(fā)送端及接收 端。
【背景技術(shù)】
[0002] 隨著移動(dòng)終端迅速發(fā)展，無(wú)線同屏分享這個(gè)新興應(yīng)用也成為目前在移動(dòng)終端上的 迫切需求，業(yè)界提供了多種技術(shù)方案，包括了 WiFi(Wireless Fidelity，無(wú)線保真）聯(lián)盟 推出的WFD(Wireless Fidelity Display，跨平臺(tái)無(wú)線連接）技術(shù)，蘋果主導(dǎo)的無(wú)線播放 Ariplay技術(shù)，數(shù)字生活網(wǎng)絡(luò)聯(lián)盟DLAN技術(shù)等方案。其中WFD最為聲勢(shì)浩大，WFD技術(shù)現(xiàn) 在已經(jīng)廣泛應(yīng)用于各個(gè)領(lǐng)域，其中一個(gè)比較經(jīng)典的應(yīng)用是無(wú)線投影。隨著最近幾年投影機(jī) 在教育、商務(wù)、政府部門等行業(yè)的應(yīng)用日益廣泛，而無(wú)線投影技術(shù)也就受到了人們的關(guān)注， 但是無(wú)線傳輸受限于網(wǎng)絡(luò)帶寬，如果無(wú)線傳輸較大流量文件，就會(huì)出現(xiàn)圖像卡殼和延遲現(xiàn) 象。隨著Android最新的4. 2系統(tǒng)已經(jīng)支持無(wú)線同屏Miracast協(xié)議，移動(dòng)終端和無(wú)線投 影儀的互連需求也日益強(qiáng)烈，許多移動(dòng)終端作為無(wú)線同屏的發(fā)起端，已經(jīng)可以方便和支持 miracast流播放的投影儀進(jìn)行方便的連接。
[0003] 但是，現(xiàn)有的miracast協(xié)議是完全的屏幕鏡像功能，不區(qū)分當(dāng)前鏡像本身的內(nèi) 容，對(duì)于無(wú)需頻繁刷新屏幕的媒體數(shù)據(jù)（如幻燈片，靜態(tài)圖片等類型的文件）同樣是進(jìn)行屏 幕數(shù)據(jù)的獲取后進(jìn)行編碼，一般采用H264, M-JPEG等流媒體格式，然后和將編碼后的數(shù)據(jù) 傳送給接收端，接收端收到這些流媒體文件后進(jìn)行解碼操作，然后將解碼后的文件在接收 端設(shè)備上播放。由于H264, M-JPEG等格式的流媒體數(shù)據(jù)量比較大，而接收端設(shè)備也需要適 時(shí)解碼播放，經(jīng)常造成接收端播放的不夠流暢，影響無(wú)線投影的效果。同時(shí)，也造成相對(duì)比 較高的網(wǎng)絡(luò)開銷，限制了 miracast在無(wú)線投影領(lǐng)域的使用。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明的目的是提供一種投影圖像數(shù)據(jù)的方法、裝置、發(fā)送端及接收端，通過(guò)無(wú)線 連接通道，在投影靜態(tài)圖片時(shí)無(wú)需頻繁刷新屏幕進(jìn)行持續(xù)的流媒體傳輸，即可實(shí)現(xiàn)靜態(tài)圖 片的流暢播放，提升無(wú)線投影效果。
[0005] 為達(dá)到上述目的，本發(fā)明的實(shí)施例提供一種投影圖像數(shù)據(jù)的方法，應(yīng)用于發(fā)送端， 包括：
[0006] 發(fā)送端與接收端建立同屏?xí)捴?，發(fā)送端傳送靜態(tài)圖片給接收端時(shí)，與接收端 建立一無(wú)線連接通道；
[0007] 發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端，使接收端解碼并顯 示所述靜態(tài)圖片。
[0008] 其中，發(fā)送端與接收端建立同屏?xí)挼倪^(guò)程包括：
[0009] 發(fā)送端向接收端發(fā)送設(shè)備發(fā)現(xiàn)請(qǐng)求消息；
[0010] 發(fā)送端在與接收端完成設(shè)備發(fā)現(xiàn)之后，與接收端完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié) 商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與接收端建立同屏?xí)挕?br>[0011] 其中，與接收端建立一無(wú)線連接通道的過(guò)程包括：
[0012] 發(fā)送端獲取到靜態(tài)圖片傳送指令后，向接收端發(fā)送協(xié)商請(qǐng)求消息，請(qǐng)求接收端停 止視頻數(shù)據(jù)解碼；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基本參數(shù)；
[0013] 發(fā)送端接收到接收端返回的協(xié)商請(qǐng)求應(yīng)答消息后，根據(jù)所述協(xié)商請(qǐng)求應(yīng)答消息中 接收端的連接端口號(hào)以及已建立的同屏?xí)捴写_定的互聯(lián)網(wǎng)協(xié)議地址，建立發(fā)送端與接收 端之間的無(wú)線連接通道；其中，所述協(xié)商請(qǐng)求應(yīng)答消息包括：接收端能夠支持的靜態(tài)圖片 的基本參數(shù)。
[0014] 其中，發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端的過(guò)程包括：
[0015] 在待發(fā)送靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加數(shù)據(jù)包頭；所述數(shù)據(jù)包頭包括：數(shù)據(jù)包的 序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式，圖片數(shù) 據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)；
[0016] 通過(guò)所述無(wú)線連接通道，傳輸具有所述數(shù)據(jù)包頭的靜態(tài)圖片數(shù)據(jù)至接收端。
[0017] 其中，發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端之后還包括：
[0018] 在獲取到普通傳送指令后，終止靜態(tài)圖片數(shù)據(jù)的發(fā)送；
[0019] 發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，使發(fā)送端與接收端之間的無(wú)線連接通道拆 除。
[0020] 其中，所述靜態(tài)圖片傳送指令是用戶操作觸發(fā)的或檢測(cè)到待傳送內(nèi)容為靜態(tài)圖片 時(shí)自動(dòng)觸發(fā)的。
[0021] 為達(dá)到上述目的，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的裝置，應(yīng)用于發(fā) 送端，包括：
[0022] 第一連接建立模塊，用于發(fā)送端與接收端建立同屏?xí)捴螅l(fā)送端傳送靜態(tài)圖 片給接收端時(shí)，與接收端建立一無(wú)線連接通道；
[0023] 傳輸模塊，用于發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端，使接 收端解碼并顯示所述傳輸靜態(tài)圖片。
[0024] 其中，所述第一連接建立模塊包括：
[0025] 第一發(fā)送子模塊，用于發(fā)送端向接收端發(fā)送設(shè)備發(fā)現(xiàn)請(qǐng)求消息；
[0026] 第一同屏?xí)捊⒆幽K，用于發(fā)送端在與接收端完成設(shè)備發(fā)現(xiàn)之后，與接收端 完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與接收端 建立同屏?xí)挕?br>[0027] 其中，所述第一連接建立模塊包括：
[0028] 第二發(fā)送子模塊，用于發(fā)送端獲取到靜態(tài)圖片傳送指令后，向接收端發(fā)送協(xié)商請(qǐng) 求消息，請(qǐng)求接收端停止視頻數(shù)據(jù)解碼；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的 基本參數(shù)；
[0029] 無(wú)線連接通道建立子模塊，用于發(fā)送端接收到接收端返回的協(xié)商請(qǐng)求應(yīng)答消息 后，根據(jù)所述協(xié)商請(qǐng)求應(yīng)答消息中接收端的連接端口號(hào)以及已建立的同屏?xí)捴写_定的互 聯(lián)網(wǎng)協(xié)議地址，建立發(fā)送端與接收端之間的無(wú)線連接通道；其中，所述協(xié)商請(qǐng)求應(yīng)答消息包 括：接收終端能夠支持的靜態(tài)圖片的基本參數(shù)。
[0030] 其中，所述傳輸模塊包括：
[0031] 處理子模塊，用于在待發(fā)送靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加數(shù)據(jù)包頭；所述數(shù)據(jù)包 頭包括：數(shù)據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的 壓縮格式，圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)；
[0032] 傳輸子模塊，用于通過(guò)所述無(wú)線連接通道，傳輸具有所述數(shù)據(jù)包頭的靜態(tài)圖片數(shù) 據(jù)至接收端。
[0033] 其中，所述裝置還包括：
[0034] 發(fā)送終止模塊，用于在獲取到普通傳送指令后，終止靜態(tài)圖片數(shù)據(jù)的發(fā)送；
[0035] 無(wú)線連接通道拆除模塊，用于發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，使發(fā)送端與 接收端之間的無(wú)線連接通道拆除。
[0036] 為達(dá)到上述目的，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的方法，應(yīng)用于接 收端，包括：
[0037] 接收端與發(fā)送端建立同屏?xí)捴螅邮斩私邮瞻l(fā)送端傳送的靜態(tài)圖片時(shí)，與發(fā) 送端建立一無(wú)線連接通道；
[0038] 接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼并顯示所 述靜態(tài)圖片。
[0039] 其中，接收端與發(fā)送端建立同屏?xí)挼倪^(guò)程包括：
[0040] 接收端在接收到發(fā)送端發(fā)送的設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，向所述發(fā)送端返回設(shè)備發(fā)現(xiàn) 請(qǐng)求應(yīng)答消息；
[0041] 接收端在與發(fā)送端完成設(shè)備發(fā)現(xiàn)之后，與發(fā)送端完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié) 商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與發(fā)送端建立同屏?xí)挕?br>[0042] 其中，與發(fā)送端建立一無(wú)線連接通道的過(guò)程包括：
[0043] 接收端接收到發(fā)送端發(fā)送的協(xié)商請(qǐng)求消息后，停止視頻數(shù)據(jù)解碼，向發(fā)送端返回 協(xié)商請(qǐng)求應(yīng)答消息；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基本參數(shù)；所述協(xié)商 請(qǐng)求應(yīng)答消息包括：所述接收端能夠支持的靜態(tài)圖片的基本參數(shù)和所述接收端的連接端口 號(hào)。
[0044] 其中，接收到的靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加了數(shù)據(jù)包頭，所述數(shù)據(jù)包頭包括：數(shù) 據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式， 圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)。
[0045] 其中，接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼并顯 示所述靜態(tài)圖片的過(guò)程包括：
[0046] 通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)木哂兴鰯?shù)據(jù)包頭的靜態(tài)圖片數(shù)據(jù)；
[0047] 根據(jù)所述數(shù)據(jù)包頭，對(duì)靜態(tài)圖片數(shù)據(jù)進(jìn)行解碼并顯示所述靜態(tài)圖片。
[0048] 其中，接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼并顯 示所述靜態(tài)圖片之后還包括：
[0049] 接收到發(fā)送端發(fā)送的無(wú)線連接通道拆除請(qǐng)求后，終止靜態(tài)圖片數(shù)據(jù)的接收、解碼 和顯不。
[0050] 為達(dá)到上述目的，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的裝置，應(yīng)用于接 收端，包括：
[0051] 第二連接建立模塊，用于接收端與發(fā)送端建立同屏?xí)捴?，接收端接收發(fā)送端 傳送的靜態(tài)圖片時(shí)，與發(fā)送端建立一無(wú)線連接通道；
[0052] 接收模塊，用于接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)， 解碼并顯示所述靜態(tài)圖片。
[0053] 其中，所述第二連接建立模塊包括：
[0054] 第三發(fā)送子模塊，用于接收端在接收到發(fā)送端發(fā)送的設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，向所 述發(fā)送端返回設(shè)備發(fā)現(xiàn)請(qǐng)求應(yīng)答消息；
[0055] 第二同屏?xí)捊⒆幽K，用于接收端在與發(fā)送端完成設(shè)備發(fā)現(xiàn)之后，與發(fā)送端 完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與發(fā)送端 建立同屏?xí)挕?br>[0056] 其中，所述第二連接建立模塊包括：
[0057] 第四發(fā)送子模塊，用于接收端接收到發(fā)送端發(fā)送的協(xié)商請(qǐng)求消息后，停止視頻數(shù) 據(jù)解碼，向發(fā)送端返回協(xié)商請(qǐng)求應(yīng)答消息；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片 的基本參數(shù)；所述協(xié)商請(qǐng)求應(yīng)答消息包括：所述接收端能夠支持的靜態(tài)圖片的基本參數(shù)和 所述接收端的連接端口號(hào)。
[0058] 其中，接收到的靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加了數(shù)據(jù)包頭，所述數(shù)據(jù)包頭包括：數(shù) 據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式， 圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)。
[0059] 其中，所述接收模塊包括：
[0060] 接收子模塊，用于通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)木哂兴鰯?shù)據(jù)包頭 的靜態(tài)圖片數(shù)據(jù)；
[0061] 解碼與顯示子模塊，用于根據(jù)所述數(shù)據(jù)包頭，對(duì)靜態(tài)圖片數(shù)據(jù)進(jìn)行解碼并顯示所 述靜態(tài)圖片。
[0062] 其中，所述裝置還包括：
[0063] 接收、解碼和顯示終止模塊，用于接收到發(fā)送端發(fā)送的無(wú)線連接通道拆除請(qǐng)求后， 終止靜態(tài)圖片數(shù)據(jù)的接收、解碼和顯示。
[0064] 為達(dá)到上述目的，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的發(fā)送端，包括如 上所述的應(yīng)用于發(fā)送端的投影圖像數(shù)據(jù)的裝置。
[0065] 為達(dá)到上述目的，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的接收端，包括如 上所述的應(yīng)用于接收端的投影圖像數(shù)據(jù)的裝置。
[0066] 本發(fā)明的上述技術(shù)方案的有益效果如下：
[0067] 本發(fā)明實(shí)施例的投影圖像數(shù)據(jù)的方法，發(fā)送端與接收端建立同屏?xí)捴?，發(fā)送 端傳送靜態(tài)圖片給接收端時(shí)，會(huì)與接收端建立一無(wú)線連接通道，然后，通過(guò)該無(wú)線連接通道 傳輸靜態(tài)圖片數(shù)據(jù)。該方法，不僅能夠?qū)崿F(xiàn)視頻數(shù)據(jù)的同屏共享，而且在需要共享靜態(tài)圖片 這類數(shù)據(jù)時(shí)，切換到靜態(tài)數(shù)據(jù)傳輸場(chǎng)景，通過(guò)建立靜態(tài)圖片同屏共享的無(wú)線連接通道，無(wú)需 通過(guò)同屏?xí)拋?lái)傳輸靜態(tài)圖片，實(shí)現(xiàn)了靜態(tài)圖片在接收端的流暢播放，提升無(wú)線投影效果， 同時(shí)，避免了頻繁刷新屏幕實(shí)時(shí)數(shù)據(jù)傳輸處理造成的網(wǎng)絡(luò)帶寬開銷等過(guò)度消耗。
【附圖說(shuō)明】
[0068] 圖1表示現(xiàn)有同屏共享實(shí)現(xiàn)發(fā)送端與終端的協(xié)議結(jié)構(gòu)圖；
[0069] 圖2表示本發(fā)明實(shí)施例的用于發(fā)送端的投影圖像數(shù)據(jù)的方法的步驟示意圖；
[0070] 圖3表示本發(fā)明實(shí)施例的用于發(fā)送端的投影圖像數(shù)據(jù)的方法的具體步驟示意圖；
[0071] 圖4表示本發(fā)明實(shí)施例的用于發(fā)送端的投影圖像數(shù)據(jù)的方法的應(yīng)用示意圖；
[0072] 圖5表示本發(fā)明實(shí)施例的用于接收端的投影圖像數(shù)據(jù)的方法的步驟示意圖；
[0073] 圖6表示本發(fā)明實(shí)施例的用于發(fā)送端的投影圖像數(shù)據(jù)的裝置的結(jié)構(gòu)示意圖；
[0074] 圖7表示本發(fā)明實(shí)施例的用于接收端的投影圖像數(shù)據(jù)的裝置的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0075] 為使本發(fā)明要解決的技術(shù)問(wèn)題、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具 體實(shí)施例進(jìn)行詳細(xì)描述。
[0076] 本發(fā)明針對(duì)現(xiàn)有的同屏共享技術(shù)是完全的屏幕鏡像功能，不區(qū)分當(dāng)前鏡像本身的 內(nèi)容，對(duì)無(wú)需頻繁刷新屏幕的媒體數(shù)據(jù)同樣進(jìn)行屏幕數(shù)據(jù)的獲取后進(jìn)行編碼等操作，如圖1 所示的協(xié)議結(jié)構(gòu)圖，這樣就造成了無(wú)需頻繁刷新屏幕的媒體數(shù)據(jù)靜態(tài)圖片在接收端要適時(shí) 解碼播放，造成播放的不流暢，而影響無(wú)線投影的效果的問(wèn)題，提供一種投影圖像數(shù)據(jù)的方 法，在投影靜態(tài)圖片時(shí)無(wú)需頻繁刷新屏幕進(jìn)行持續(xù)的流媒體傳輸，實(shí)現(xiàn)靜態(tài)圖片的流暢播 放，提升無(wú)線投影效果。
[0077] 如圖2所示，本發(fā)明實(shí)施例的一種投影圖像數(shù)據(jù)的方法，應(yīng)用于發(fā)送端，包括：
[0078] 步驟11，發(fā)送端與接收端建立同屏?xí)捴?，發(fā)送端傳送靜態(tài)圖片給接收端時(shí)，與 接收端建立一無(wú)線連接通道；
[0079] 步驟12,發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端，使接收端解 碼并顯示所述靜態(tài)圖片。
[0080] 同屏?xí)捠峭凉蚕淼幕A(chǔ)，視頻數(shù)據(jù)（包括音頻數(shù)據(jù)）需要在發(fā)送端與接收端 之間建立同屏?xí)?，建立發(fā)送端與接收端的連接，才能在接收端實(shí)現(xiàn)與發(fā)送端的同屏顯示。 由于同屏?xí)挄r(shí)會(huì)進(jìn)行持續(xù)的數(shù)據(jù)傳輸，發(fā)送端頻繁刷新屏幕的數(shù)據(jù)進(jìn)行數(shù)據(jù)獲取后進(jìn)行 編碼等處理，這樣，接收端接收到數(shù)據(jù)后就要適時(shí)解碼播放，那么，對(duì)于靜態(tài)圖片以及與其 類似的媒體數(shù)據(jù)，如果采用同屏?xí)捦瓿蓴?shù)據(jù)傳輸，在接收端會(huì)出現(xiàn)播放不流暢的問(wèn)題。
[0081] 因此，在本發(fā)明實(shí)施例中，以靜態(tài)圖片為此類媒體數(shù)據(jù)的代表，如上述步驟11，發(fā) 送端與接收端建立同屏?xí)捴?，發(fā)送端傳送靜態(tài)圖片給接收端時(shí)，會(huì)與接收端建立一無(wú) 線連接通道，然后，如步驟12,通過(guò)該無(wú)線連接通道傳輸靜態(tài)圖片數(shù)據(jù)。本發(fā)明實(shí)施例的投 影圖像數(shù)據(jù)的方法，不僅能夠?qū)崿F(xiàn)視頻數(shù)據(jù)的同屏共享，而且在需要共享靜態(tài)圖片這類數(shù) 據(jù)時(shí)，切換到靜態(tài)數(shù)據(jù)傳輸場(chǎng)景，通過(guò)建立靜態(tài)圖片同屏共享的無(wú)線連接通道，無(wú)需通過(guò)同 屏?xí)拋?lái)傳輸靜態(tài)圖片，實(shí)現(xiàn)了靜態(tài)圖片在接收端的流暢播放，提升無(wú)線投影效果，同時(shí)， 避免了頻繁刷新屏幕實(shí)時(shí)數(shù)據(jù)傳輸處理造成的網(wǎng)絡(luò)帶寬開銷等過(guò)度消耗。
[0082] 當(dāng)然，本發(fā)明實(shí)施例的投影圖像數(shù)據(jù)的方法也是適用于與靜態(tài)圖片類似的一類媒 體數(shù)據(jù)的，在此不再一一列舉。
[0083] 由上述內(nèi)容可知，首先要建立同屏?xí)?。如圖3所示，步驟11中，發(fā)送端與接收端 建立同屏?xí)挼倪^(guò)程包括：
[0084] 步驟111，發(fā)送端向接收端發(fā)送設(shè)備發(fā)現(xiàn)請(qǐng)求消息；
[0085] 步驟112,發(fā)送端在與接收端完成設(shè)備發(fā)現(xiàn)之后，與接收端完成服務(wù)發(fā)現(xiàn)、連接建 立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與接收端建立同屏?xí)挕?br>[0086] 按照上述步驟111、112,發(fā)送端首先要完成設(shè)備發(fā)現(xiàn)，發(fā)送設(shè)備發(fā)現(xiàn)請(qǐng)求消息，接 收端接收到該設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，會(huì)向發(fā)送端返回設(shè)備發(fā)現(xiàn)請(qǐng)求應(yīng)答消息，隨后就可以 接收到接收端返回的設(shè)備發(fā)現(xiàn)請(qǐng)求應(yīng)答消息。之后，發(fā)送端與接收端完成服務(wù)發(fā)現(xiàn)、連接建 立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與接收端建立同屏?xí)?。通過(guò)該 同屏?xí)?，可以?shí)現(xiàn)視頻數(shù)據(jù)的同屏共享。
[0087] 建立同屏?xí)捄?，可以?shí)現(xiàn)視頻數(shù)據(jù)的同屏共享，然而，由于上述內(nèi)容可知，同屏 會(huì)話是不適用靜態(tài)圖片一類的媒體數(shù)據(jù)，故，在上述實(shí)施例的基礎(chǔ)上，本發(fā)明實(shí)施例的投影 圖像數(shù)據(jù)的方法，步驟11中，與接收端建立一無(wú)線連接通道的過(guò)程包括：
[0088] 步驟113,發(fā)送端獲取到靜態(tài)圖片傳送指令后，向接收端發(fā)送協(xié)商請(qǐng)求消息，請(qǐng)求 接收端停止視頻數(shù)據(jù)解碼；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基本參數(shù)；
[0089] 步驟114,發(fā)送端接收到接收端返回的協(xié)商請(qǐng)求應(yīng)答消息后，根據(jù)所述協(xié)商請(qǐng)求應(yīng) 答消息中接收端的連接端口號(hào)以及已建立的同屏?xí)捴写_定的互聯(lián)網(wǎng)協(xié)議地址，建立發(fā)送 端與接收端之間的無(wú)線連接通道；其中，所述協(xié)商請(qǐng)求應(yīng)答消息包括：接收端能夠支持的 靜態(tài)圖片的基本參數(shù)。
[0090] 由于無(wú)線連接通道是在需要共享靜態(tài)圖片這類媒體數(shù)據(jù)時(shí)才需要用到的，所以， 要獲取到靜態(tài)圖片傳送指令，表明當(dāng)前準(zhǔn)備傳輸靜態(tài)圖片，需要切換到靜態(tài)數(shù)據(jù)傳輸場(chǎng)景， 建立無(wú)線連接通道。如步驟113,發(fā)送端獲取到靜態(tài)圖片傳送指令后，向接收端發(fā)送協(xié)商請(qǐng) 求消息，請(qǐng)求接收端停止視頻數(shù)據(jù)解碼。發(fā)送端發(fā)送協(xié)商請(qǐng)求消息至接收端，會(huì)通知接收端 做切換靜態(tài)數(shù)據(jù)傳輸場(chǎng)景的準(zhǔn)備，停止視頻數(shù)據(jù)解碼接收端，接收端準(zhǔn)備完成，返回發(fā)送端 協(xié)商請(qǐng)求應(yīng)答消息。該協(xié)商請(qǐng)求消息包括待發(fā)送靜態(tài)圖片的基本參數(shù)如圖片格式、分辨率 等，另一目的是向接收端詢問(wèn)是否支持待發(fā)送靜態(tài)圖片的相關(guān)參數(shù)，同時(shí)也向接收端發(fā)起 建立無(wú)線連接通道，詢問(wèn)接收端的連接端口號(hào)。
[0091] 之后，如步驟114,接收到接收端返回的協(xié)商請(qǐng)求應(yīng)答消息后，根據(jù)協(xié)商請(qǐng)求應(yīng)答 消息中接收端的連接端口號(hào)以及已建立的同屏?xí)捴写_定的互聯(lián)網(wǎng)協(xié)議IP地址，建立發(fā) 送端與接收端之間的無(wú)線連接通道。該協(xié)商請(qǐng)求應(yīng)答消息會(huì)攜帶有接收端接收傳輸?shù)倪B接 端口號(hào)，而需要了解的是，建立無(wú)線連接通道如用戶數(shù)據(jù)報(bào)協(xié)議UDP連接通道，除需知道接 收端的連接端口號(hào)，還需要IP地址，由于之前已經(jīng)建立了同屏WDF會(huì)話，可以從WDF會(huì)話的 數(shù)據(jù)信息單元WFD IE中獲取到，可直接獲取到該IP地址，如不能直接獲取到也可通過(guò)獲取 到MAC地址后間接查找到該IP地址。
[0092] 而該協(xié)商請(qǐng)求應(yīng)答消息還包括：接收端能夠支持的靜態(tài)圖片的基本參數(shù)，告知發(fā) 送端，這樣，發(fā)送端提前了解到接收端的能力，能夠針對(duì)接收端不支持的靜態(tài)圖片提醒用戶 對(duì)其進(jìn)行調(diào)整在發(fā)送，減少傳輸、顯示時(shí)的錯(cuò)誤情況。
[0093] 應(yīng)該知道的是，接收端只有具備靜態(tài)圖片一類媒體數(shù)據(jù)的解碼能力，與接收端建 立無(wú)線連接通道才具有意義，因此，在建立無(wú)線連接通道之前，發(fā)送端通過(guò)查詢消息查詢接 收端接收靜態(tài)數(shù)據(jù)解碼能力，在接收端回復(fù)查詢應(yīng)答消息，能力滿足要求時(shí)，執(zhí)行上述步驟 113 和 114。
[0094] 還需要了解的是，在本發(fā)明實(shí)施例中，所述靜態(tài)圖片傳送指令是用戶操作觸發(fā)的 或檢測(cè)到待傳送內(nèi)容為靜態(tài)圖片時(shí)自動(dòng)觸發(fā)的。
[0095] 用戶直接選擇靜態(tài)圖片傳送的操作觸發(fā)該靜態(tài)圖片傳送指令，也可以是在檢測(cè)到 發(fā)送數(shù)據(jù)為靜態(tài)圖片時(shí)自動(dòng)觸發(fā)的，當(dāng)然，其他適當(dāng)?shù)挠|發(fā)情況也在本發(fā)明的保護(hù)范圍，在 此不一一列舉。無(wú)線連接通道建立成功后即可進(jìn)行靜態(tài)圖片的傳輸，但是，眾所周知，在數(shù) 據(jù)傳輸中，往往會(huì)將數(shù)據(jù)打包后再傳輸，在本發(fā)明的實(shí)施例中，為了便于接收端對(duì)數(shù)據(jù)包進(jìn) 行處理，步驟12包括：
[0096] 步驟121，在待發(fā)送靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加數(shù)據(jù)包頭；所述數(shù)據(jù)包頭包括： 數(shù)據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格 式，圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)；
[0097] 步驟122,通過(guò)所述無(wú)線連接通道，傳輸具有所述數(shù)據(jù)包頭的靜態(tài)圖片數(shù)據(jù)至接收 端。
[0098] 首先，如步驟121，在發(fā)送端對(duì)數(shù)據(jù)包中增加包括數(shù)據(jù)包的序列號(hào)，一張圖片總體 數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式，圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù) 據(jù)的數(shù)據(jù)包頭。如此，通過(guò)知道數(shù)據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的 編號(hào)，接收端可以判斷是否全部接收到發(fā)送端傳輸?shù)臄?shù)據(jù)包，當(dāng)然包括在某圖片數(shù)據(jù)較大 時(shí)，由多個(gè)數(shù)據(jù)包完成數(shù)據(jù)傳輸時(shí)，是否接收到全部數(shù)據(jù)包的判斷；通過(guò)知道圖片數(shù)據(jù)的壓 縮格式和校驗(yàn)數(shù)據(jù)，接收端可以完成解壓和校驗(yàn)；通過(guò)知道圖片數(shù)據(jù)的分辨率，接收到可以 對(duì)應(yīng)進(jìn)行靜態(tài)圖片的顯示等等。
[0099] 在數(shù)據(jù)包中增加了數(shù)據(jù)包頭后，就可以按步驟122,將具有數(shù)據(jù)包頭的靜態(tài)圖片數(shù) 據(jù)通過(guò)無(wú)線連接通道傳輸至接收端。
[0100] 應(yīng)該了解到，由于種種原因在數(shù)據(jù)傳輸過(guò)程中，往往會(huì)發(fā)生數(shù)據(jù)包在傳輸中丟失 的問(wèn)題，從而致使接收端無(wú)法接收到完整的數(shù)據(jù)，實(shí)現(xiàn)預(yù)期的圖像顯示，因此，在上述實(shí)施 例的基礎(chǔ)上，本發(fā)明實(shí)施例中，在首次通過(guò)無(wú)線連接通道發(fā)送靜態(tài)圖片數(shù)據(jù)至接收終端后， 二次發(fā)送靜態(tài)圖片數(shù)據(jù)至接收終端。這樣，接收端在二次收到數(shù)據(jù)包后，根據(jù)數(shù)據(jù)包頭中信 息檢查，如果當(dāng)前數(shù)據(jù)包在首次接收后已成功解碼，則可丟棄，如果首次解碼沒有成功，則 可解碼二次接收到的該數(shù)據(jù)包，更好的保證了數(shù)據(jù)的傳輸質(zhì)量。當(dāng)然，也可進(jìn)行三次或更多 次傳輸，較佳實(shí)現(xiàn)為兩次傳輸。
[0101] 靜態(tài)圖片傳輸完成后，要進(jìn)行視頻數(shù)據(jù)的傳輸時(shí)，就需要進(jìn)行切換，在本發(fā)明實(shí)施 例中，步驟12之后還包括：
[0102] 步驟13,在獲取到普通傳送指令后，終止靜態(tài)圖片數(shù)據(jù)的發(fā)送；
[0103] 步驟14,發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，使發(fā)送端與接收端之間的無(wú)線連 接通道拆除。
[0104] 通過(guò)步驟13和14,在獲取到普通傳送指令后，終止靜態(tài)圖片數(shù)據(jù)的發(fā)送，切換回 視頻場(chǎng)景，然后，發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，使發(fā)送端與接收端之間的無(wú)線連接 通道拆除，接收端接收到該無(wú)線連接通道拆除請(qǐng)求后，終止靜態(tài)圖片數(shù)據(jù)的接收、解碼和顯 示，切換成視頻流同屏模式，發(fā)送端和接收端通過(guò)同屏?xí)拏鬏斠曨l數(shù)據(jù)。
[0105] 上述內(nèi)容的消息可以通過(guò)對(duì)無(wú)線連接共享Wi-Fi Disply擴(kuò)展的RTSP(Real Time Streaming Protocol，實(shí)時(shí)流媒體協(xié)議）M3/M4/M15消息實(shí)現(xiàn)，具體參數(shù)定義如下表所示：
[0106]
[0108] 下面結(jié)合圖4說(shuō)明本發(fā)明實(shí)施例的投影圖像數(shù)據(jù)的方法在發(fā)送端與接收端之間 應(yīng)用：
[0109] 首先建立發(fā)送端與接收端之間的基礎(chǔ)連接同屏?xí)?，發(fā)送端向接收端發(fā)送設(shè)備發(fā) 現(xiàn)請(qǐng)求消息，如S401 ;接收端接收到設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，會(huì)向發(fā)送端返回設(shè)備發(fā)現(xiàn)請(qǐng)求 應(yīng)答消息，如S402。通過(guò)設(shè)備發(fā)現(xiàn)請(qǐng)求消息和設(shè)備發(fā)現(xiàn)請(qǐng)求應(yīng)答消息交互實(shí)現(xiàn)設(shè)備發(fā)現(xiàn)。之 后，發(fā)送端與接收端之間完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話 完成的交互后，最終建立發(fā)送端與接收端之間的同屏?xí)?，可以進(jìn)行視頻數(shù)據(jù)的同屏共享。 [0110] 發(fā)送端獲取到靜態(tài)圖片傳送指令時(shí)，說(shuō)明當(dāng)前準(zhǔn)備傳輸靜態(tài)圖片，需要切換到靜 態(tài)數(shù)據(jù)傳輸場(chǎng)景，建立無(wú)線連接通道。然后，發(fā)送端向接收端發(fā)送協(xié)商請(qǐng)求消息，向接收端 停止視頻數(shù)據(jù)解碼，詢問(wèn)是否支持待發(fā)送靜態(tài)圖片的相關(guān)參數(shù)，同時(shí)也向接收端發(fā)起建立 無(wú)線連接通道，詢問(wèn)接收端的連接端口號(hào)，如S403 ;接收端返回協(xié)商請(qǐng)求應(yīng)答消息，告知發(fā) 送端接收端的連接端口號(hào)以及能夠支持的靜態(tài)圖片的基本參數(shù)，如S404。發(fā)送端與接收端 之間協(xié)商完成，發(fā)送端根據(jù)協(xié)商請(qǐng)求應(yīng)答消息中接收端的連接端口號(hào)以及已建立的同屏?xí)?話中確定的互聯(lián)網(wǎng)協(xié)議IP地址，建立發(fā)送端與接收端之間的無(wú)線連接通道。
[0111] 發(fā)送端對(duì)待發(fā)送的靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加數(shù)據(jù)包頭，通過(guò)無(wú)線連接通道， 傳輸具有數(shù)據(jù)包頭的靜態(tài)圖片數(shù)據(jù)至接收端，接收端根據(jù)數(shù)據(jù)包頭對(duì)接收到的數(shù)據(jù)包解碼 并顯示靜態(tài)圖片。
[0112] 發(fā)送端獲取到普通傳送指令時(shí)，說(shuō)明當(dāng)前準(zhǔn)備傳輸視頻數(shù)據(jù)，需要切換回視頻場(chǎng) 景，隨后，發(fā)送端發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，如S405,接收端接收到該無(wú)線連接 通道拆除請(qǐng)求后，終止靜態(tài)圖片數(shù)據(jù)的接收、解碼和顯示，切換成視頻流同屏模式，發(fā)送端 和接收端通過(guò)同屏?xí)拏鬏斠曨l數(shù)據(jù)。
[0113] 當(dāng)然，還有一些其他消息的交互并未在圖中展示，如：發(fā)送端在與接收端建立無(wú)線 連接通道前會(huì)通過(guò)查詢消息查詢接收端接收靜態(tài)數(shù)據(jù)解碼能力，在接收端回復(fù)查詢應(yīng)答消 息，能力滿足要求后進(jìn)行無(wú)線連接通道建立過(guò)程。
[0114] 綜上所述，本發(fā)明的實(shí)施例的投影圖像數(shù)據(jù)的方法，不僅能夠?qū)崿F(xiàn)視頻數(shù)據(jù)的同 屏共享，而且在需要共享靜態(tài)圖片這類數(shù)據(jù)時(shí)，切換到靜態(tài)數(shù)據(jù)傳輸場(chǎng)景，通過(guò)建立靜態(tài)圖 片同屏共享的無(wú)線連接通道，無(wú)需通過(guò)同屏?xí)拋?lái)傳輸靜態(tài)圖片，減少同屏共享中的開銷， 實(shí)現(xiàn)了靜態(tài)圖片在接收端的流暢播放，提升無(wú)線投影效果，同時(shí)，避免了頻繁刷新屏幕實(shí)時(shí) 數(shù)據(jù)傳輸處理造成的網(wǎng)絡(luò)帶寬開銷等過(guò)度消耗。發(fā)送端與接收端協(xié)商后，能夠方便傳輸不 同格式圖片，在共享過(guò)程中可以根據(jù)網(wǎng)絡(luò)狀況及終端設(shè)備本身的狀況動(dòng)態(tài)變化。
[0115] 如圖5所示，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的方法，應(yīng)用于接收端， 包括：
[0116] 步驟21，接收端與發(fā)送端建立同屏?xí)捴?，接收端接收發(fā)送端傳送的靜態(tài)圖片 時(shí)，與發(fā)送端建立一無(wú)線連接通道；
[0117] 步驟22,接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼并 顯示所述靜態(tài)圖片。
[0118] 其中，步驟21中，接收端與發(fā)送端建立同屏?xí)挼倪^(guò)程包括：
[0119] 步驟211，接收端在接收到發(fā)送端發(fā)送的設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，向所述發(fā)送端返回 設(shè)備發(fā)現(xiàn)請(qǐng)求應(yīng)答消息；
[0120] 步驟212,接收端在與發(fā)送端完成設(shè)備發(fā)現(xiàn)之后，與發(fā)送端完成服務(wù)發(fā)現(xiàn)、連接建 立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與發(fā)送端建立同屏?xí)挕?br>[0121] 其中，步驟21中，與發(fā)送端建立一無(wú)線連接通道的過(guò)程包括：
[0122] 步驟213,接收端接收到發(fā)送端發(fā)送的協(xié)商請(qǐng)求消息后，停止視頻數(shù)據(jù)解碼，向發(fā) 送端返回協(xié)商請(qǐng)求應(yīng)答消息；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基本參數(shù)； 所述協(xié)商請(qǐng)求應(yīng)答消息包括：所述接收端能夠支持的靜態(tài)圖片的基本參數(shù)和所述接收端的 連接端口號(hào)。
[0123] 其中，接收到的靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加了數(shù)據(jù)包頭，所述數(shù)據(jù)包頭包括：數(shù) 據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式， 圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)。
[0124] 其中，步驟22包括：
[0125] 步驟221，通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)木哂兴鰯?shù)據(jù)包頭的靜態(tài)圖 片數(shù)據(jù)；
[0126] 步驟222,根據(jù)所述數(shù)據(jù)包頭，對(duì)靜態(tài)圖片數(shù)據(jù)進(jìn)行解碼并顯示所述靜態(tài)圖片。
[0127] 其中，步驟22之后還包括：
[0128] 步驟23,接收到發(fā)送端發(fā)送的無(wú)線連接通道拆除請(qǐng)求后，終止靜態(tài)圖片數(shù)據(jù)的接 收、解碼和顯不。
[0129] 其中，所述靜態(tài)圖片傳送指令是用戶操作觸發(fā)的或檢測(cè)到待傳送內(nèi)容為靜態(tài)圖片 時(shí)自動(dòng)觸發(fā)的。
[0130] 綜上所述，本發(fā)明的實(shí)施例的投影圖像數(shù)據(jù)的方法，應(yīng)用于接收端，不僅能夠?qū)崿F(xiàn) 視頻數(shù)據(jù)的同屏共享，而且在需要共享靜態(tài)圖片這類數(shù)據(jù)時(shí)，切換到靜態(tài)數(shù)據(jù)傳輸場(chǎng)景，通 過(guò)建立靜態(tài)圖片同屏共享的無(wú)線連接通道，無(wú)需通過(guò)同屏?xí)拋?lái)傳輸靜態(tài)圖片，減少同屏 共享中的開銷，實(shí)現(xiàn)了靜態(tài)圖片在接收端的流暢播放，提升無(wú)線投影效果，同時(shí)，避免了頻 繁刷新屏幕實(shí)時(shí)數(shù)據(jù)傳輸處理造成的網(wǎng)絡(luò)帶寬開銷等過(guò)度消耗。發(fā)送端與接收端協(xié)商后， 能夠方便傳輸不同格式圖片，在共享過(guò)程中可以根據(jù)網(wǎng)絡(luò)狀況及終端設(shè)備本身的狀況動(dòng)態(tài) 變化。
[0131] 需要說(shuō)明的是，該方法是用于上述用于發(fā)送端的投影圖像數(shù)據(jù)的方法相對(duì)接收端 的方法，上述用于發(fā)送端的投影圖像數(shù)據(jù)的方法的實(shí)現(xiàn)方式適用于該方法，也能達(dá)到相同 的技術(shù)效果。
[0132] 如圖6所示，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的裝置，應(yīng)用于發(fā)送端， 包括：
[0133] 第一連接建立模塊60,用于發(fā)送端與接收端建立同屏?xí)捴?，發(fā)送端傳送靜態(tài) 圖片給接收端時(shí)，與接收端建立一無(wú)線連接通道；
[0134] 傳輸模塊61，用于發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端，使 接收端解碼并顯示所述傳輸靜態(tài)圖片。
[0135] 其中，所述第一連接建立模塊包括：
[0136] 第一發(fā)送子模塊，用于發(fā)送端向接收端發(fā)送設(shè)備發(fā)現(xiàn)請(qǐng)求消息；
[0137] 第一同屏?xí)捊⒆幽K，用于發(fā)送端在與接收端完成設(shè)備發(fā)現(xiàn)之后，與接收端 完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與接收端 建立同屏?xí)挕?br>[0138] 其中，所述第一連接建立模塊包括：
[0139] 第二發(fā)送子模塊，用于發(fā)送端獲取到靜態(tài)圖片傳送指令后，向接收端發(fā)送協(xié)商請(qǐng) 求消息，請(qǐng)求接收端停止視頻數(shù)據(jù)解碼；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的 基本參數(shù)；
[0140] 無(wú)線連接通道建立子模塊，用于發(fā)送端接收到接收端返回的協(xié)商請(qǐng)求應(yīng)答消息 后，根據(jù)所述協(xié)商請(qǐng)求應(yīng)答消息中接收端的連接端口號(hào)以及已建立的同屏?xí)捴写_定的互 聯(lián)網(wǎng)協(xié)議地址，建立發(fā)送端與接收端之間的無(wú)線連接通道；其中，所述協(xié)商請(qǐng)求應(yīng)答消息包 括：接收終端能夠支持的靜態(tài)圖片的基本參數(shù)。
[0141] 其中，所述傳輸模塊包括：
[0142] 處理子模塊，用于在待發(fā)送靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加數(shù)據(jù)包頭；所述數(shù)據(jù)包 頭包括：數(shù)據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的 壓縮格式，圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)；
[0143] 傳輸子模塊，用于通過(guò)所述無(wú)線連接通道，傳輸具有所述數(shù)據(jù)包頭的靜態(tài)圖片數(shù) 據(jù)至接收端。
[0144] 其中，所述裝置還包括：
[0145] 發(fā)送終止模塊，用于在獲取到普通傳送指令后，終止靜態(tài)圖片數(shù)據(jù)的發(fā)送；
[0146] 無(wú)線連接通道拆除模塊，用于發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，使發(fā)送端與 接收端之間的無(wú)線連接通道拆除。
[0147] 其中，所述靜態(tài)圖片傳送指令是用戶操作觸發(fā)的或檢測(cè)到待傳送內(nèi)容為靜態(tài)圖片 時(shí)自動(dòng)觸發(fā)的。
[0148] 綜上所述，本發(fā)明的實(shí)施例的投影圖像數(shù)據(jù)的裝置，應(yīng)用于發(fā)送端，不僅能夠?qū)崿F(xiàn) 視頻數(shù)據(jù)的同屏共享，而且在需要共享靜態(tài)圖片這類數(shù)據(jù)時(shí)，切換到靜態(tài)數(shù)據(jù)傳輸場(chǎng)景，通 過(guò)建立靜態(tài)圖片同屏共享的無(wú)線連接通道，無(wú)需通過(guò)同屏?xí)拋?lái)傳輸靜態(tài)圖片，減少同屏 共享中的開銷，實(shí)現(xiàn)了靜態(tài)圖片在接收端的流暢播放，提升無(wú)線投影效果，同時(shí)，避免了頻 繁刷新屏幕實(shí)時(shí)數(shù)據(jù)傳輸處理造成的網(wǎng)絡(luò)帶寬開銷等過(guò)度消耗。發(fā)送端與接收端協(xié)商后， 能夠方便傳輸不同格式圖片，在共享過(guò)程中可以根據(jù)網(wǎng)絡(luò)狀況及終端設(shè)備本身的狀況動(dòng)態(tài) 變化。
[0149] 需要說(shuō)明的是，該裝置是應(yīng)用了上述用于發(fā)送端的投影圖像數(shù)據(jù)的方法的裝置， 上述用于發(fā)送端的投影圖像數(shù)據(jù)的方法的實(shí)現(xiàn)方式適用于該裝置，也能達(dá)到相同的技術(shù)效 果。
[0150] 如圖7所示，本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的裝置，應(yīng)用于接收端， 包括：
[0151] 第二連接建立模塊70,用于接收端與發(fā)送端建立同屏?xí)捴螅邮斩私邮瞻l(fā)送 端傳送的靜態(tài)圖片時(shí)，與發(fā)送端建立一無(wú)線連接通道；
[0152] 接收模塊71，用于接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù) 據(jù)，解碼并顯示所述靜態(tài)圖片。
[0153] 其中，所述第二連接建立模塊包括：
[0154] 第三發(fā)送子模塊，用于接收端在接收到發(fā)送端發(fā)送的設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，向所 述發(fā)送端返回設(shè)備發(fā)現(xiàn)請(qǐng)求應(yīng)答消息；
[0155] 第二同屏?xí)捊⒆幽K，用于接收端在與發(fā)送端完成設(shè)備發(fā)現(xiàn)之后，與發(fā)送端 完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與發(fā)送端 建立同屏?xí)挕?br>[0156] 其中，所述第二連接建立模塊包括：
[0157] 第四發(fā)送子模塊，用于接收端接收到發(fā)送端發(fā)送的協(xié)商請(qǐng)求消息后，停止視頻數(shù) 據(jù)解碼，向發(fā)送端返回協(xié)商請(qǐng)求應(yīng)答消息；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片 的基本參數(shù)；所述協(xié)商請(qǐng)求應(yīng)答消息包括：所述接收端能夠支持的靜態(tài)圖片的基本參數(shù)和 所述接收端的連接端口號(hào)。
[0158] 其中，接收到的靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加了數(shù)據(jù)包頭，所述數(shù)據(jù)包頭包括：數(shù) 據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式， 圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)。
[0159] 其中，所述接收模塊包括：
[0160] 接收子模塊，用于通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)木哂兴鰯?shù)據(jù)包頭 的靜態(tài)圖片數(shù)據(jù)；
[0161] 解碼與顯示子模塊，用于根據(jù)所述數(shù)據(jù)包頭，對(duì)靜態(tài)圖片數(shù)據(jù)進(jìn)行解碼并顯示所 述靜態(tài)圖片。
[0162] 其中，所述裝置還包括：
[0163] 接收、解碼和顯示終止模塊，用于接收到發(fā)送端發(fā)送的無(wú)線連接通道拆除請(qǐng)求后， 終止靜態(tài)圖片數(shù)據(jù)的接收、解碼和顯示。
[0164] 綜上所述，本發(fā)明的實(shí)施例的投影圖像數(shù)據(jù)的裝置，應(yīng)用于接收端，不僅能夠?qū)崿F(xiàn) 視頻數(shù)據(jù)的同屏共享，而且在需要共享靜態(tài)圖片這類數(shù)據(jù)時(shí)，切換到靜態(tài)數(shù)據(jù)傳輸場(chǎng)景，通 過(guò)建立靜態(tài)圖片同屏共享的無(wú)線連接通道，無(wú)需通過(guò)同屏?xí)拋?lái)傳輸靜態(tài)圖片，減少同屏 共享中的開銷，實(shí)現(xiàn)了靜態(tài)圖片在接收端的流暢播放，提升無(wú)線投影效果，同時(shí)，避免了頻 繁刷新屏幕實(shí)時(shí)數(shù)據(jù)傳輸處理造成的網(wǎng)絡(luò)帶寬開銷等過(guò)度消耗。發(fā)送端與接收端協(xié)商后， 能夠方便傳輸不同格式圖片，在共享過(guò)程中可以根據(jù)網(wǎng)絡(luò)狀況及終端設(shè)備本身的狀況動(dòng)態(tài) 變化。
[0165] 需要說(shuō)明的是，該裝置是應(yīng)用了上述用于接收端的投影圖像數(shù)據(jù)的方法的裝置， 上述用于接收端的投影圖像數(shù)據(jù)的方法的實(shí)現(xiàn)方式適用于該裝置，也能達(dá)到相同的技術(shù)效 果。
[0166] 本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的發(fā)送端，包括如上所述的應(yīng)用于發(fā) 送端的投影圖像數(shù)據(jù)的裝置。
[0167] 需要說(shuō)明的是，該發(fā)送端應(yīng)用了上述用于發(fā)送端的投影圖像數(shù)據(jù)的方法的終端， 上述用于發(fā)送端的投影圖像數(shù)據(jù)的方法的實(shí)現(xiàn)方式適用于該裝置，也能達(dá)到相同的技術(shù)效 果。
[0168] 本發(fā)明的實(shí)施例還提供了一種投影圖像數(shù)據(jù)的接收端，包括如上所述的應(yīng)用于接 收端的投影圖像數(shù)據(jù)的裝置。
[0169] 需要說(shuō)明的是，該接收端應(yīng)用了上述用于接收端的投影圖像數(shù)據(jù)的方法的終端， 上述用于接收端的投影圖像數(shù)據(jù)的方法的實(shí)現(xiàn)方式適用于該裝置，也能達(dá)到相同的技術(shù)效 果。
[0170] 以上所述是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員 來(lái)說(shuō)，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也 應(yīng)視為本發(fā)明的保護(hù)范圍。
【主權(quán)項(xiàng)】
1. 一種投影圖像數(shù)據(jù)的方法，應(yīng)用于發(fā)送端，其特征在于，包括： 發(fā)送端與接收端建立同屏?xí)捴?，發(fā)送端傳送靜態(tài)圖片給接收端時(shí)，與接收端建立 一無(wú)線連接通道； 發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端，使接收端解碼并顯示所 述靜態(tài)圖片。2. 根據(jù)權(quán)利要求1所述的投影圖像數(shù)據(jù)的方法，其特征在于，發(fā)送端與接收端建立同 屏?xí)挼倪^(guò)程包括： 發(fā)送端向接收端發(fā)送設(shè)備發(fā)現(xiàn)請(qǐng)求消息； 發(fā)送端在與接收端完成設(shè)備發(fā)現(xiàn)之后，與接收端完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、 會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與接收端建立同屏?xí)挕?. 根據(jù)權(quán)利要求1所述的投影圖像數(shù)據(jù)的方法，其特征在于，與接收端建立一無(wú)線連 接通道的過(guò)程包括： 發(fā)送端獲取到靜態(tài)圖片傳送指令后，向接收端發(fā)送協(xié)商請(qǐng)求消息，請(qǐng)求接收端停止視 頻數(shù)據(jù)解碼；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基本參數(shù)； 發(fā)送端接收到接收端返回的協(xié)商請(qǐng)求應(yīng)答消息后，根據(jù)所述協(xié)商請(qǐng)求應(yīng)答消息中接收 端的連接端口號(hào)以及已建立的同屏?xí)捴写_定的互聯(lián)網(wǎng)協(xié)議地址，建立發(fā)送端與接收端之 間的無(wú)線連接通道；其中，所述協(xié)商請(qǐng)求應(yīng)答消息包括：接收端能夠支持的靜態(tài)圖片的基 本參數(shù)。4. 根據(jù)權(quán)利要求1所述的投影圖像數(shù)據(jù)的方法，其特征在于，發(fā)送端通過(guò)所述無(wú)線連 接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端的過(guò)程包括： 在待發(fā)送靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加數(shù)據(jù)包頭；所述數(shù)據(jù)包頭包括：數(shù)據(jù)包的序列 號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式，圖片數(shù)據(jù)的 分辨率以及校驗(yàn)數(shù)據(jù)； 通過(guò)所述無(wú)線連接通道，傳輸具有所述數(shù)據(jù)包頭的靜態(tài)圖片數(shù)據(jù)至接收端。5. 根據(jù)權(quán)利要求1所述的投影圖像數(shù)據(jù)的方法，其特征在于，發(fā)送端通過(guò)所述無(wú)線連 接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端之后還包括： 在獲取到普通傳送指令后，終止靜態(tài)圖片數(shù)據(jù)的發(fā)送； 發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，使發(fā)送端與接收端之間的無(wú)線連接通道拆除。6. 根據(jù)權(quán)利要求1所述的投影圖像數(shù)據(jù)的方法，其特征在于，所述靜態(tài)圖片傳送指令 是用戶操作觸發(fā)的或檢測(cè)到待傳送內(nèi)容為靜態(tài)圖片時(shí)自動(dòng)觸發(fā)的。7. -種投影圖像數(shù)據(jù)的裝置，應(yīng)用于發(fā)送端，其特征在于，包括： 第一連接建立模塊，用于發(fā)送端與接收端建立同屏?xí)捴?，發(fā)送端傳送靜態(tài)圖片給 接收端時(shí)，與接收端建立一無(wú)線連接通道； 傳輸模塊，用于發(fā)送端通過(guò)所述無(wú)線連接通道，傳輸靜態(tài)圖片數(shù)據(jù)給接收端，使接收端 解碼并顯示所述傳輸靜態(tài)圖片。8. 根據(jù)權(quán)利要求7所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述第一連接建立模塊 包括： 第一發(fā)送子模塊，用于發(fā)送端向接收端發(fā)送設(shè)備發(fā)現(xiàn)請(qǐng)求消息； 第一同屏?xí)捊⒆幽K，用于發(fā)送端在與接收端完成設(shè)備發(fā)現(xiàn)之后，與接收端完成 服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與接收端建立 同屏?xí)挕?. 根據(jù)權(quán)利要求7所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述第一連接建立模塊 包括： 第二發(fā)送子模塊，用于發(fā)送端獲取到靜態(tài)圖片傳送指令后，向接收端發(fā)送協(xié)商請(qǐng)求消 息，請(qǐng)求接收端停止視頻數(shù)據(jù)解碼；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基本 參數(shù)； 無(wú)線連接通道建立子模塊，用于發(fā)送端接收到接收端返回的協(xié)商請(qǐng)求應(yīng)答消息后，根 據(jù)所述協(xié)商請(qǐng)求應(yīng)答消息中接收端的連接端口號(hào)以及已建立的同屏?xí)捴写_定的互聯(lián)網(wǎng) 協(xié)議地址，建立發(fā)送端與接收端之間的無(wú)線連接通道；其中，所述協(xié)商請(qǐng)求應(yīng)答消息包括： 接收終端能夠支持的靜態(tài)圖片的基本參數(shù)。10. 根據(jù)權(quán)利要求7所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述傳輸模塊包括： 處理子模塊，用于在待發(fā)送靜態(tài)圖片數(shù)據(jù)的數(shù)據(jù)包中增加數(shù)據(jù)包頭；所述數(shù)據(jù)包頭包 括：數(shù)據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮 格式，圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)； 傳輸子模塊，用于通過(guò)所述無(wú)線連接通道，傳輸具有所述數(shù)據(jù)包頭的靜態(tài)圖片數(shù)據(jù)至 接收端。11. 根據(jù)權(quán)利要求7所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述裝置還包括： 發(fā)送終止模塊，用于在獲取到普通傳送指令后，終止靜態(tài)圖片數(shù)據(jù)的發(fā)送； 無(wú)線連接通道拆除模塊，用于發(fā)送無(wú)線連接通道拆除請(qǐng)求至接收端，使發(fā)送端與接收 端之間的無(wú)線連接通道拆除。12. -種投影圖像數(shù)據(jù)的方法，應(yīng)用于接收端，其特征在于，包括： 接收端與發(fā)送端建立同屏?xí)捴?，接收端接收發(fā)送端傳送的靜態(tài)圖片時(shí)，與發(fā)送端 建立一無(wú)線連接通道； 接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼并顯示所述靜 態(tài)圖片。13. 根據(jù)權(quán)利要求12所述的投影圖像數(shù)據(jù)的方法，其特征在于，接收端與發(fā)送端建立 同屏?xí)挼倪^(guò)程包括： 接收端在接收到發(fā)送端發(fā)送的設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，向所述發(fā)送端返回設(shè)備發(fā)現(xiàn)請(qǐng)求 應(yīng)答消息； 接收端在與發(fā)送端完成設(shè)備發(fā)現(xiàn)之后，與發(fā)送端完成服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、 會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與發(fā)送端建立同屏?xí)挕?4. 根據(jù)權(quán)利要求12所述的投影圖像數(shù)據(jù)的方法，其特征在于，與發(fā)送端建立一無(wú)線 連接通道的過(guò)程包括： 接收端接收到發(fā)送端發(fā)送的協(xié)商請(qǐng)求消息后，停止視頻數(shù)據(jù)解碼，向發(fā)送端返回協(xié)商 請(qǐng)求應(yīng)答消息；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基本參數(shù)；所述協(xié)商請(qǐng)求 應(yīng)答消息包括：所述接收端能夠支持的靜態(tài)圖片的基本參數(shù)和所述接收端的連接端口號(hào)。15. 根據(jù)權(quán)利要求12所述的投影圖像數(shù)據(jù)的方法，其特征在于，接收到的靜態(tài)圖片數(shù) 據(jù)的數(shù)據(jù)包中增加了數(shù)據(jù)包頭，所述數(shù)據(jù)包頭包括：數(shù)據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包 的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式，圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)。16. 根據(jù)權(quán)利要求13所述的投影圖像數(shù)據(jù)的方法，其特征在于，接收端通過(guò)所述無(wú)線 連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼并顯示所述靜態(tài)圖片的過(guò)程包括： 通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)木哂兴鰯?shù)據(jù)包頭的靜態(tài)圖片數(shù)據(jù)； 根據(jù)所述數(shù)據(jù)包頭，對(duì)靜態(tài)圖片數(shù)據(jù)進(jìn)行解碼并顯示所述靜態(tài)圖片。17. 根據(jù)權(quán)利要求12所述的投影圖像數(shù)據(jù)的方法，其特征在于，接收端通過(guò)所述無(wú)線 連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼并顯示所述靜態(tài)圖片之后還包括： 接收到發(fā)送端發(fā)送的無(wú)線連接通道拆除請(qǐng)求后，終止靜態(tài)圖片數(shù)據(jù)的接收、解碼和顯 不。18. -種投影圖像數(shù)據(jù)的裝置，應(yīng)用于接收端，其特征在于，包括： 第二連接建立模塊，用于接收端與發(fā)送端建立同屏?xí)捴螅邮斩私邮瞻l(fā)送端傳送 的靜態(tài)圖片時(shí)，與發(fā)送端建立一無(wú)線連接通道； 接收模塊，用于接收端通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)撵o態(tài)圖片數(shù)據(jù)，解碼 并顯示所述靜態(tài)圖片。19. 根據(jù)權(quán)利要求18所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述第二連接建立模 塊包括： 第三發(fā)送子模塊，用于接收端在接收到發(fā)送端發(fā)送的設(shè)備發(fā)現(xiàn)請(qǐng)求消息后，向所述發(fā) 送端返回設(shè)備發(fā)現(xiàn)請(qǐng)求應(yīng)答消息； 第二同屏?xí)捊⒆幽K，用于接收端在與發(fā)送端完成設(shè)備發(fā)現(xiàn)之后，與發(fā)送端完成 服務(wù)發(fā)現(xiàn)、連接建立、能力協(xié)商、會(huì)話建立、數(shù)據(jù)傳輸以及會(huì)話完成的交互后，與發(fā)送端建立 同屏?xí)挕?0. 根據(jù)權(quán)利要求18所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述第二連接建立模 塊包括： 第四發(fā)送子模塊，用于接收端接收到發(fā)送端發(fā)送的協(xié)商請(qǐng)求消息后，停止視頻數(shù)據(jù)解 碼，向發(fā)送端返回協(xié)商請(qǐng)求應(yīng)答消息；其中，所述協(xié)商請(qǐng)求消息包括：待發(fā)送靜態(tài)圖片的基 本參數(shù)；所述協(xié)商請(qǐng)求應(yīng)答消息包括：所述接收端能夠支持的靜態(tài)圖片的基本參數(shù)和所述 接收端的連接端口號(hào)。21. 根據(jù)權(quán)利要求18所述的投影圖像數(shù)據(jù)的裝置，其特征在于，接收到的靜態(tài)圖片數(shù) 據(jù)的數(shù)據(jù)包中增加了數(shù)據(jù)包頭，所述數(shù)據(jù)包頭包括：數(shù)據(jù)包的序列號(hào)，一張圖片總體數(shù)據(jù)包 的數(shù)目，傳輸圖片的編號(hào)，傳輸圖片數(shù)據(jù)的壓縮格式，圖片數(shù)據(jù)的分辨率以及校驗(yàn)數(shù)據(jù)。22. 根據(jù)權(quán)利要求21所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述接收模塊包括： 接收子模塊，用于通過(guò)所述無(wú)線連接通道，接收發(fā)送端傳輸?shù)木哂兴鰯?shù)據(jù)包頭的靜 態(tài)圖片數(shù)據(jù)； 解碼與顯示子模塊，用于根據(jù)所述數(shù)據(jù)包頭，對(duì)靜態(tài)圖片數(shù)據(jù)進(jìn)行解碼并顯示所述靜 態(tài)圖片。23. 根據(jù)權(quán)利要求18所述的投影圖像數(shù)據(jù)的裝置，其特征在于，所述裝置還包括： 接收、解碼和顯示終止模塊，用于接收到發(fā)送端發(fā)送的無(wú)線連接通道拆除請(qǐng)求后，終止 靜態(tài)圖片數(shù)據(jù)的接收、解碼和顯示。24. -種投影圖像數(shù)據(jù)的發(fā)送端，其特征在于，包括如權(quán)利要求7至11任一項(xiàng)所述的應(yīng)
【文檔編號(hào)】H04N21/43GK105992014SQ201510071286
【公開日】2016年10月5日
【申請(qǐng)日】2015年2月11日
【發(fā)明人】龍容
【申請(qǐng)人】中國(guó)移動(dòng)通信集團(tuán)公司