圖片上傳方法、裝置、應(yīng)用交互平臺(tái)、終端及系統(tǒng)的制作方法
【專(zhuān)利摘要】本發(fā)明涉及一種圖片上傳方法、裝置、應(yīng)用交互平臺(tái)、終端及系統(tǒng)，其方法包括：接收客戶(hù)端發(fā)送的圖片選擇指令；根據(jù)圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；從預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。本發(fā)明通過(guò)在客戶(hù)端選擇圖片以上傳圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
【專(zhuān)利說(shuō)明】圖片上傳方法、裝置、應(yīng)用交互平臺(tái)、終端及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，尤其涉及一種預(yù)壓縮并上傳圖片的方法、裝置、應(yīng)用交互平臺(tái)、終端及系統(tǒng)。

【背景技術(shù)】
[0002]照片上傳技術(shù)現(xiàn)已非常成熟，如QQ空間的相冊(cè)。由于受帶寬等的限制，上傳照片時(shí)，一般會(huì)先壓縮照片，以減小上傳的照片文件的大小，縮短上傳時(shí)間。
[0003]如圖1a所示，對(duì)于QQ空間的極速上傳控件(QQ空間中使用的照片上傳插件的一個(gè)版本)或其他網(wǎng)絡(luò)相冊(cè)產(chǎn)品而言，其上傳照片的流程通常為:選擇照片_>點(diǎn)擊確定_>壓縮照片_>上傳_>完成。若以時(shí)序圖方式展現(xiàn)，該流程如圖1b所示，包括選擇照片、壓縮、上傳三個(gè)線程。
[0004]對(duì)于批量上傳照片的情況，一般會(huì)采用多線程技術(shù)，以使上傳過(guò)程能夠連續(xù)，并可充分利用帶寬，以獲得較快的上傳速度，其時(shí)序展現(xiàn)流程如圖1c所示:包括選擇照片、壓縮、上傳三個(gè)線程，其中線程2包括多個(gè)壓縮過(guò)程，線程3包括多個(gè)上傳過(guò)程，而且在壓縮2過(guò)程中，同時(shí)進(jìn)行經(jīng)壓縮I過(guò)程壓縮后的照片的上傳過(guò)程。
[0005]雖然上述照片上傳方式比較清晰快速，但是，無(wú)論上傳單張照片，還是批量上傳照片，上述三個(gè)線程都沒(méi)有得到最有效的利用，其存在的主要問(wèn)題如下:
[0006]壓縮I過(guò)程的時(shí)間損耗沒(méi)有得到有效利用；另外，對(duì)于網(wǎng)絡(luò)條件較好的情況下，會(huì)出現(xiàn)上傳速度很快，而上傳時(shí)間小于壓縮時(shí)間的情況，由此使得壓縮過(guò)程成為瓶頸，如圖1d所示，上傳2過(guò)程不得不等待壓縮2過(guò)程完成，由此使得上傳過(guò)程不連續(xù)，降低了帶寬的利用率。


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

[0007]本發(fā)明實(shí)施例提供一種圖片上傳的方法、裝置、應(yīng)用交互平臺(tái)、終端及系統(tǒng)，旨在保證圖片上傳過(guò)程更快更連續(xù)，提高寬帶利用率。
[0008]本發(fā)明實(shí)施例提出一種圖片上傳方法，包括:
[0009]接收客戶(hù)端發(fā)送的圖片選擇指令；
[0010]根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；
[0011]從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；
[0012]當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
[0013]本發(fā)明實(shí)施例還提出一種圖片上傳裝置，包括:
[0014]接收模塊，用于接收客戶(hù)端發(fā)送的圖片選擇指令；
[0015]添加模塊，用于根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；
[0016]壓縮處理模塊，用于從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；
[0017]上傳模塊，用于當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
[0018]本發(fā)明實(shí)施例還提出一種圖片應(yīng)用交互平臺(tái)，包括如上所述的裝置。
[0019]本發(fā)明實(shí)施例還提出一種終端，包括如上所述的裝置。
[0020]本發(fā)明實(shí)施例還提出一種系統(tǒng)，包括客戶(hù)端及與該客戶(hù)端通信連接的圖片應(yīng)用交互平臺(tái)，所述圖片應(yīng)用交互平臺(tái)為如上所述的圖片應(yīng)用交互平臺(tái)；所述客戶(hù)端用于向所述圖片應(yīng)用交互平臺(tái)發(fā)送圖片選擇指令及上傳指令。
[0021]本發(fā)明實(shí)施例還提出一種系統(tǒng)，包括客戶(hù)端及與該客戶(hù)端通信連接的終端，該終端為如上所述的終端；所述客戶(hù)端用于向所述終端發(fā)送圖片選擇指令及上傳指令。
[0022]本發(fā)明實(shí)施例提出的一種圖片上傳的方法、裝置、應(yīng)用交互平臺(tái)、終端及系統(tǒng)，在客戶(hù)端選擇圖片以上傳圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0023]圖1a是現(xiàn)有技術(shù)中客戶(hù)端選擇照片的界面示意圖；
[0024]圖1b是現(xiàn)有技術(shù)中客戶(hù)端上傳圖片的一種流程時(shí)序示意圖；
[0025]圖1c是現(xiàn)有技術(shù)中客戶(hù)端上傳圖片的另一種流程時(shí)序示意圖；
[0026]圖1d是現(xiàn)有技術(shù)中客戶(hù)端上傳圖片的又一種流程時(shí)序示意圖；
[0027]圖2是本發(fā)明圖片上傳方法第一實(shí)施例的流程示意圖；
[0028]圖2a是本發(fā)明實(shí)施例中客戶(hù)端上傳圖片的一種流程時(shí)序示意圖；
[0029]圖3是本發(fā)明圖片上傳方法第二實(shí)施例的流程示意圖；
[0030]圖4是本發(fā)明圖片上傳方法第三實(shí)施例的流程示意圖；
[0031]圖5是本發(fā)明圖片上傳方法第四實(shí)施例的流程示意圖；
[0032]圖6是本發(fā)明圖片上傳方法第五實(shí)施例的流程示意圖；
[0033]圖7是本發(fā)明圖片上傳裝置較佳實(shí)施例的功能模塊示意圖。
[0034]為了使本發(fā)明的技術(shù)方案更加清楚、明了，下面將結(jié)合附圖作進(jìn)一步詳述。

【具體實(shí)施方式】
[0035]本發(fā)明實(shí)施例解決方案主要是:在客戶(hù)端選擇圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，以保證圖片上傳過(guò)程更快更連續(xù)，提高寬帶利用率。
[0036]如圖2所示，本發(fā)明第一實(shí)施例提出一種圖片上傳方法，包括:
[0037]步驟S101，接收客戶(hù)端發(fā)送的圖片選擇指令；
[0038]結(jié)合圖lb、圖1c及圖1d所示，由于現(xiàn)有技術(shù)中是在客戶(hù)端完成圖片選擇之后再對(duì)圖片進(jìn)行壓縮及上傳處理，由此使得上傳過(guò)程不連續(xù)，降低了帶寬的利用率。
[0039]本實(shí)施例考慮到:在現(xiàn)有技術(shù)用戶(hù)選擇圖片的過(guò)程中，線程2 (壓縮)和線程3 (上傳)都處于空閑狀態(tài)(參照?qǐng)Dlb、圖1c及圖1d)。
[0040]另外，結(jié)合圖1a所示，在用戶(hù)選擇照片時(shí)，首先瀏覽所有照片的縮略圖，逐張判斷是否是需要上傳的照片。如果是，則選擇它，繼續(xù)瀏覽下一張。如果錯(cuò)誤的選擇了照片，則用戶(hù)會(huì)取消選擇。因此，可以認(rèn)為，在用戶(hù)點(diǎn)擊確定上傳前，用戶(hù)會(huì)選擇哪些照片都是不確定的。
[0041]但是選擇照片的過(guò)程會(huì)耗費(fèi)大量的時(shí)間，而這段時(shí)間壓縮及上傳線程均處于空閑狀態(tài)，因此，本實(shí)施例提出的方案在于:利用用戶(hù)選擇圖片的時(shí)間來(lái)預(yù)先對(duì)所選圖片進(jìn)行壓縮處理，也就是說(shuō)，在用戶(hù)選擇圖片的過(guò)程中，已經(jīng)壓縮了部分圖片，當(dāng)用戶(hù)點(diǎn)擊確定上傳時(shí)，則可以開(kāi)始上傳第一張已壓縮處理后的圖片，同時(shí)壓縮線程還可以壓縮剩余的圖片。其時(shí)序圖如圖2a所示。
[0042]具體地，首先接收用戶(hù)通過(guò)客戶(hù)端發(fā)送的圖片選擇指令，該客戶(hù)端可以是手機(jī)、平板電腦以及PC機(jī)等終端的用戶(hù)操作平臺(tái)，用戶(hù)可以通過(guò)該用戶(hù)操作平臺(tái)進(jìn)入相應(yīng)的具有圖片相關(guān)操作功能的應(yīng)用交互平臺(tái)，比如，QQ空間的相冊(cè)，從而實(shí)現(xiàn)用戶(hù)的圖片添加、上傳、瀏覽及展示等功能。
[0043]步驟S102，根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；
[0044]當(dāng)客戶(hù)端選擇圖片以上傳所述圖片時(shí)，將客戶(hù)端所選圖片放入預(yù)壓縮隊(duì)列等待壓縮。
[0045]其中，作為一種優(yōu)選實(shí)施方式，可以按照?qǐng)D片被選擇的先后順序依次放入預(yù)壓縮隊(duì)列。
[0046]步驟S103，從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；
[0047]本實(shí)施例中，可以按照?qǐng)D片放入預(yù)壓縮隊(duì)列的先后順序依次選取圖片進(jìn)行壓縮處理。
[0048]也就是說(shuō)，一旦用戶(hù)開(kāi)始選擇圖片，則從選擇的第一張圖片開(kāi)始，立即開(kāi)始?jí)嚎s圖片，以充分利用用戶(hù)選擇圖片過(guò)程的時(shí)間，提高圖片上傳速度。
[0049]步驟S104，當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
[0050]當(dāng)接收到客戶(hù)端的上傳指令時(shí)，若預(yù)壓縮隊(duì)列中的圖片全部完成壓縮處理，則將壓縮處理后的圖片依次上傳；若預(yù)壓縮隊(duì)列中的圖片未全部完成壓縮處理，則將已完成壓縮處理的圖片依次上傳，未完成壓縮處理的圖片待壓縮完成后上傳。此外，考慮到用戶(hù)選擇圖片非?？焖贂r(shí)，還有可能出現(xiàn)上傳線程等待壓縮線程的情況，因此在流程中要考慮這種情況并做好同步，等待對(duì)應(yīng)圖片壓縮完成后再上傳。
[0051]通過(guò)圖2a所示的時(shí)序圖可以看出，圖片上傳速度明顯加快。
[0052]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片以上傳圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0053]如圖3所示，本發(fā)明第二實(shí)施例提出一種圖片上傳方法，在上述第一實(shí)施例的基礎(chǔ)上，對(duì)上述步驟S103做進(jìn)一步限定，其他步驟與上述第一實(shí)施例相同，在此不再贅述。
[0054]在本實(shí)施例中，該步驟S103可以包括:
[0055]步驟S1031，當(dāng)從所述預(yù)壓縮隊(duì)列中依次選取圖片以進(jìn)行壓縮處理時(shí)，判斷所述圖片是否已被壓縮，若是，則跳過(guò)壓縮處理過(guò)程，進(jìn)入步驟S104 ;否則，進(jìn)入步驟S1032 ；
[0056]步驟S1032，對(duì)該圖片進(jìn)行壓縮處理；進(jìn)入步驟S104。
[0057]本實(shí)施例與上述第一實(shí)施例的區(qū)別在于，本實(shí)施例考慮到用戶(hù)選擇的圖片可能在之前已經(jīng)被壓縮或上傳過(guò)，因此，在對(duì)圖片進(jìn)行壓縮處理之前，需要判斷該圖片是否已被壓縮，若該圖片已被壓縮，則跳過(guò)壓縮處理過(guò)程；若該圖片未被壓縮，則對(duì)該圖片進(jìn)行壓縮處理。
[0058]由此通過(guò)上述方案，在對(duì)圖片進(jìn)行壓縮處理之前判斷圖片是否已被壓縮，可以進(jìn)一步提高圖片上傳速度，提高寬帶利用率。
[0059]如圖4所示，本發(fā)明第三實(shí)施例提出一種圖片上傳方法，在上述第一實(shí)施例的基礎(chǔ)上，在上述步驟S103:從預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理之后，該方法還包括:
[0060]步驟S105，將壓縮處理后的圖片放入上傳隊(duì)列。
[0061]此外，在本實(shí)施例中，將上述圖2中的步驟S104的內(nèi)容替換為:當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將上傳隊(duì)列中壓縮處理后的圖片依次上傳。
[0062]其他步驟與上述第一實(shí)施例相同，在此不再贅述。
[0063]本實(shí)施例與上述第一實(shí)施例的區(qū)別在于，本實(shí)施例在對(duì)圖片進(jìn)行壓縮處理之后，還需要將壓縮處理后的圖片放入上傳隊(duì)列，以方便對(duì)壓縮處理后的圖片進(jìn)行管理，更便于圖片的后續(xù)上傳操作，進(jìn)一步提高圖片上傳速度和連續(xù)性，并節(jié)省寬帶資源。
[0064]如圖5所示，本發(fā)明第四實(shí)施例提出一種圖片上傳方法，在上述第三實(shí)施例的基礎(chǔ)上，在上述步驟S104:當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳之前，該方法還可以包括:
[0065]步驟S1041，在接收到客戶(hù)端的上傳指令之前，當(dāng)接收到客戶(hù)端的圖片取消選擇指令時(shí)，判斷被取消選擇的圖片是否已被壓縮，若是，則進(jìn)入步驟S1042 ;否則，進(jìn)入步驟S1043 ；
[0066]步驟S1042，將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；進(jìn)入步驟 S104 ；
[0067]步驟S1043，將所述被取消選擇的圖片移出所述預(yù)壓縮隊(duì)列；進(jìn)入步驟S104。
[0068]其他步驟與上述第三實(shí)施例相同，在此不再贅述。
[0069]本實(shí)施例與上述第三實(shí)施例的區(qū)別在于，本實(shí)施例考慮到用戶(hù)在選擇圖片時(shí)，可能會(huì)產(chǎn)生誤操作，比如選擇了本不想上傳的圖片，或者雖然選擇了圖片，但后來(lái)又放棄上傳該圖片，而改為上傳其他圖片，等等。
[0070]因此，在用戶(hù)取消選擇某一圖片時(shí)，為了避免該已被選擇后又被取消的圖片被壓縮處理后上傳，造成寬帶資源的浪費(fèi)，本實(shí)施例采用以下方案:
[0071]在用戶(hù)選擇取消已選擇的圖片時(shí)，判斷被取消選擇的圖片是否已被壓縮，若該圖片已被壓縮，則將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；若該圖片未被壓縮，則將所述被取消選擇的圖片移出預(yù)壓縮隊(duì)列；也就是說(shuō)，一旦用戶(hù)開(kāi)始選擇圖片照片，從第一張被選擇的圖片開(kāi)始，立即進(jìn)行圖片的壓縮處理，而如果用戶(hù)取消了某張圖片，則將其移出壓縮隊(duì)列，以節(jié)省系統(tǒng)資源，進(jìn)一步提高圖片上傳速度和連續(xù)性，減少寬帶資源浪費(fèi)。
[0072]如圖6所示，本發(fā)明第五實(shí)施例提出一種圖片上傳方法，在上述第一實(shí)施例的基礎(chǔ)上，在上述步驟SlOl:接收客戶(hù)端發(fā)送的圖片選擇指令之后還可以包括:
[0073]步驟S1011，對(duì)當(dāng)前所選擇的圖片通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片。
[0074]其他步驟與上述第一實(shí)施例相同，在此不再贅述。
[0075]本實(shí)施例與上述第一實(shí)施例的區(qū)別在于，本實(shí)施例在用戶(hù)選擇圖片后，對(duì)該圖片進(jìn)行標(biāo)識(shí)，具體可以通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片，方便后續(xù)壓縮及上傳處理。
[0076]作為一種實(shí)施方式，上述圖片標(biāo)識(shí)具體可以為MD5 (Message Digest AlgorithmMD5，中文名為消息摘要算法第五版)標(biāo)識(shí)。
[0077]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片時(shí)，對(duì)該圖片進(jìn)行標(biāo)識(shí)；在客戶(hù)端選擇圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0078]如圖7所示，本發(fā)明較佳實(shí)施例提出一種圖片上傳裝置，包括:接收模塊201、添加模塊202、壓縮處理模塊203及上傳模塊204，其中:
[0079]接收模塊201，用于接收客戶(hù)端發(fā)送的圖片選擇指令；
[0080]添加模塊202，用于根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；
[0081]壓縮處理模塊203，用于從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；
[0082]上傳模塊204，用于當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
[0083]結(jié)合圖lb、圖1c及圖1d所示，由于現(xiàn)有技術(shù)中是在客戶(hù)端完成圖片選擇之后再對(duì)圖片進(jìn)行壓縮及上傳處理，由此使得上傳過(guò)程不連續(xù)，降低了帶寬的利用率。
[0084]本實(shí)施例考慮到:在現(xiàn)有技術(shù)用戶(hù)選擇圖片的過(guò)程中，線程2 (壓縮)和線程3 (上傳)都處于空閑狀態(tài)(參照?qǐng)Dlb、圖1c及圖1d)。
[0085]另外，結(jié)合圖1a所示，在用戶(hù)選擇照片時(shí)，首先瀏覽所有照片的縮略圖，逐張判斷是否是需要上傳的照片。如果是，則選擇它，繼續(xù)瀏覽下一張。如果錯(cuò)誤的選擇了照片，則用戶(hù)會(huì)取消選擇。因此，可以認(rèn)為，在用戶(hù)點(diǎn)擊確定上傳前，用戶(hù)會(huì)選擇哪些照片都是不確定的。
[0086]但是選擇照片的過(guò)程會(huì)耗費(fèi)大量的時(shí)間，而這段時(shí)間壓縮及上傳線程均處于空閑狀態(tài)，因此，本實(shí)施例提出的方案在于:利用用戶(hù)選擇圖片的時(shí)間來(lái)預(yù)先對(duì)所選圖片進(jìn)行壓縮處理，也就是說(shuō)，在用戶(hù)選擇圖片的過(guò)程中，已經(jīng)壓縮了部分圖片，當(dāng)用戶(hù)點(diǎn)擊確定上傳時(shí)，則可以開(kāi)始上傳第一張已壓縮處理后的圖片，同時(shí)壓縮線程還可以壓縮剩余的圖片。其時(shí)序圖如圖2a所示。
[0087]具體地，首先接收模塊201接收用戶(hù)通過(guò)客戶(hù)端發(fā)送的圖片選擇指令，該客戶(hù)端可以是手機(jī)、平板電腦以及PC機(jī)等終端的用戶(hù)操作平臺(tái)，用戶(hù)可以通過(guò)該用戶(hù)操作平臺(tái)進(jìn)入相應(yīng)的具有圖片相關(guān)操作功能的應(yīng)用交互平臺(tái)，比如，QQ空間的相冊(cè)，從而實(shí)現(xiàn)用戶(hù)的圖片添加、上傳、瀏覽及展示等功能。
[0088]當(dāng)客戶(hù)端選擇圖片以上傳所述圖片時(shí)，添加模塊202將客戶(hù)端所選圖片放入預(yù)壓縮隊(duì)列等待壓縮。
[0089]其中，作為一種優(yōu)選實(shí)施方式，可以按照?qǐng)D片被選擇的先后順序依次放入預(yù)壓縮隊(duì)列。
[0090]然后，壓縮處理模塊203按照?qǐng)D片放入預(yù)壓縮隊(duì)列的先后順序依次選取圖片進(jìn)行壓縮處理。
[0091]上傳模塊204當(dāng)接收到客戶(hù)端的上傳指令時(shí)，若預(yù)壓縮隊(duì)列中的圖片全部完成壓縮處理，則將壓縮處理后的圖片依次上傳；若預(yù)壓縮隊(duì)列中的圖片未全部完成壓縮處理，則將已完成壓縮處理的圖片依次上傳，未完成壓縮處理的圖片待壓縮完成后上傳。
[0092]通過(guò)圖2a所示的時(shí)序圖可以看出，圖片上傳速度明顯加快。
[0093]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片以上傳圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0094]在進(jìn)一步地實(shí)施方案中，所述壓縮處理模塊203還用于從所述預(yù)壓縮隊(duì)列中依次選取圖片以進(jìn)行壓縮處理時(shí)，判斷所述圖片是否已被壓縮，若是，則跳過(guò)壓縮處理過(guò)程；否貝U，對(duì)該圖片進(jìn)行壓縮處理。
[0095]具體地，考慮到用戶(hù)選擇的圖片可能在之前已經(jīng)被壓縮或上傳過(guò)，因此，在對(duì)圖片進(jìn)行壓縮處理之前，需要判斷該圖片是否已被壓縮，若該圖片已被壓縮，則跳過(guò)壓縮處理過(guò)程；若該圖片未被壓縮，則對(duì)該圖片進(jìn)行壓縮處理。
[0096]由此通過(guò)上述方案，在對(duì)圖片進(jìn)行壓縮處理之前判斷圖片是否已被壓縮，可以進(jìn)一步提高圖片上傳速度，提高寬帶利用率。
[0097]在進(jìn)一步地實(shí)施方案中，所述壓縮處理模塊203還用于在對(duì)圖片進(jìn)行壓縮處理之后，將壓縮處理后的圖片放入上傳隊(duì)列，以方便對(duì)壓縮處理后的圖片進(jìn)行管理，更便于圖片的后續(xù)上傳操作，進(jìn)一步提高圖片上傳速度和連續(xù)性，并節(jié)省寬帶資源。
[0098]在進(jìn)一步地實(shí)施方案中，所述壓縮處理模塊203還用于在接收到客戶(hù)端的上傳指令之前，當(dāng)接收到客戶(hù)端的圖片取消選擇指令時(shí)，判斷被取消選擇的圖片是否已被壓縮，若是，則將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；否則，將所述被取消選擇的圖片移出所述預(yù)壓縮隊(duì)列。
[0099]上述方案是考慮到用戶(hù)在選擇圖片時(shí)，可能會(huì)產(chǎn)生誤操作，比如選擇了本不想上傳的圖片，或者雖然選擇了圖片，但后來(lái)又放棄上傳該圖片，而改為上傳其他圖片，等等。
[0100]因此，在用戶(hù)取消選擇某一圖片時(shí)，為了避免該已被選擇后又被取消的圖片被壓縮處理后上傳，造成寬帶資源的浪費(fèi)，可以采用以下方案:
[0101]在用戶(hù)選擇取消已選擇的圖片時(shí)，判斷被取消選擇的圖片是否已被壓縮，若該圖片已被壓縮，則將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；若該圖片未被壓縮，則將所述被取消選擇的圖片移出預(yù)壓縮隊(duì)列，以節(jié)省系統(tǒng)資源，進(jìn)一步提高圖片上傳速度和連續(xù)性，減少寬帶資源浪費(fèi)。
[0102]更進(jìn)一步地，作為一種實(shí)施方式，所述添加模塊202還用于對(duì)當(dāng)前所選擇的圖片通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片。
[0103]具體地，在用戶(hù)選擇圖片后，對(duì)該圖片進(jìn)行標(biāo)識(shí)，具體可以通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片，方便后續(xù)壓縮及上傳處理。
[0104]作為一種實(shí)施方式，上述圖片標(biāo)識(shí)具體可以為MD5 (消息摘要算法第五版)標(biāo)識(shí)。
[0105]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片時(shí)，對(duì)該圖片進(jìn)行標(biāo)識(shí)；在客戶(hù)端選擇圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0106]此外，本發(fā)明實(shí)施例還提出一種圖片應(yīng)用交互平臺(tái)，包括上述實(shí)施例中所述的裝置。該裝置用于接收客戶(hù)端發(fā)送的圖片選擇指令；根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
[0107]其具體功能特點(diǎn)及原理，請(qǐng)參照上述實(shí)施例，在此不再贅述。
[0108]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片以上傳圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0109]此外，本發(fā)明實(shí)施例還提出一種終端，包括上述實(shí)施例中所述的裝置。該裝置用于接收客戶(hù)端發(fā)送的圖片選擇指令；根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
[0110]其具體功能特點(diǎn)及原理，請(qǐng)參照上述實(shí)施例，在此不再贅述。
[0111]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片以上傳圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0112]此外，本發(fā)明實(shí)施例還提出一種系統(tǒng)，包括客戶(hù)端及與該客戶(hù)端通信連接的圖片應(yīng)用交互平臺(tái)，所述客戶(hù)端用于向所述圖片應(yīng)用交互平臺(tái)發(fā)送圖片選擇指令及上傳指令；所述圖片應(yīng)用交互平臺(tái)可以為上述實(shí)施例所述的圖片應(yīng)用交互平臺(tái)；用于接收客戶(hù)端發(fā)送的圖片選擇指令；根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
[0113]具體地，結(jié)合圖lb、圖1c及圖1d所示，由于現(xiàn)有技術(shù)中是在客戶(hù)端完成圖片選擇之后再對(duì)圖片進(jìn)行壓縮及上傳處理，由此使得上傳過(guò)程不連續(xù)，降低了帶寬的利用率。
[0114]本實(shí)施例考慮到:在現(xiàn)有技術(shù)用戶(hù)選擇圖片的過(guò)程中，線程2 (壓縮)和線程3 (上傳)都處于空閑狀態(tài)(參照?qǐng)Dlb、圖1c及圖1d)。
[0115]另外，結(jié)合圖1a所示，在用戶(hù)選擇照片時(shí)，首先瀏覽所有照片的縮略圖，逐張判斷是否是需要上傳的照片。如果是，則選擇它，繼續(xù)瀏覽下一張。如果錯(cuò)誤的選擇了照片，則用戶(hù)會(huì)取消選擇。因此，可以認(rèn)為，在用戶(hù)點(diǎn)擊確定上傳前，用戶(hù)會(huì)選擇哪些照片都是不確定的。
[0116]但是選擇照片的過(guò)程會(huì)耗費(fèi)大量的時(shí)間，而這段時(shí)間壓縮及上傳線程均處于空閑狀態(tài)，因此，本實(shí)施例提出的方案在于:利用用戶(hù)選擇圖片的時(shí)間來(lái)預(yù)先對(duì)所選圖片進(jìn)行壓縮處理，也就是說(shuō)，在用戶(hù)選擇圖片的過(guò)程中，已經(jīng)壓縮了部分圖片，當(dāng)用戶(hù)點(diǎn)擊確定上傳時(shí)，則可以開(kāi)始上傳第一張已壓縮處理后的圖片，同時(shí)壓縮線程還可以壓縮剩余的圖片。其時(shí)序圖如圖2a所示。
[0117]具體地，首先接收用戶(hù)通過(guò)客戶(hù)端發(fā)送的圖片選擇指令，該客戶(hù)端可以是手機(jī)、平板電腦以及PC機(jī)等終端的用戶(hù)操作平臺(tái)，用戶(hù)可以通過(guò)該用戶(hù)操作平臺(tái)進(jìn)入相應(yīng)的具有圖片相關(guān)操作功能的應(yīng)用交互平臺(tái)，比如，QQ空間的相冊(cè)，從而實(shí)現(xiàn)用戶(hù)的圖片添加、上傳、瀏覽及展示等功能。
[0118]當(dāng)客戶(hù)端選擇圖片以上傳所述圖片時(shí)，圖片應(yīng)用交互平臺(tái)將客戶(hù)端所選圖片放入預(yù)壓縮隊(duì)列等待壓縮。
[0119]其中，作為一種優(yōu)選實(shí)施方式，圖片應(yīng)用交互平臺(tái)可以按照?qǐng)D片被選擇的先后順序依次放入預(yù)壓縮隊(duì)列。
[0120]然后，圖片應(yīng)用交互平臺(tái)按照?qǐng)D片放入預(yù)壓縮隊(duì)列的先后順序依次選取圖片進(jìn)行壓縮處理。
[0121]當(dāng)接收到客戶(hù)端的上傳指令時(shí)，若預(yù)壓縮隊(duì)列中的圖片全部完成壓縮處理，則圖片應(yīng)用交互平臺(tái)將壓縮處理后的圖片依次上傳；若預(yù)壓縮隊(duì)列中的圖片未全部完成壓縮處理，則圖片應(yīng)用交互平臺(tái)將已完成壓縮處理的圖片依次上傳，未完成壓縮處理的圖片待壓縮完成后上傳。
[0122]通過(guò)圖2a所示的時(shí)序圖可以看出，圖片上傳速度明顯加快。
[0123]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片以上傳圖片的過(guò)程中，圖片應(yīng)用交互平臺(tái)對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0124]在進(jìn)一步地實(shí)施方案中，圖片應(yīng)用交互平臺(tái)還用于從所述預(yù)壓縮隊(duì)列中依次選取圖片以進(jìn)行壓縮處理時(shí)，判斷所述圖片是否已被壓縮，若是，則跳過(guò)壓縮處理過(guò)程；否則，對(duì)該圖片進(jìn)行壓縮處理。
[0125]具體地，考慮到用戶(hù)選擇的圖片可能在之前已經(jīng)被壓縮或上傳過(guò)，因此，圖片應(yīng)用交互平臺(tái)在對(duì)圖片進(jìn)行壓縮處理之前，需要判斷該圖片是否已被壓縮，若該圖片已被壓縮，則跳過(guò)壓縮處理過(guò)程；若該圖片未被壓縮，則對(duì)該圖片進(jìn)行壓縮處理。
[0126]由此通過(guò)上述方案，圖片應(yīng)用交互平臺(tái)在對(duì)圖片進(jìn)行壓縮處理之前判斷圖片是否已被壓縮，可以進(jìn)一步提高圖片上傳速度，提高寬帶利用率。
[0127]在進(jìn)一步地實(shí)施方案中，所述圖片應(yīng)用交互平臺(tái)還用于在對(duì)圖片進(jìn)行壓縮處理之后，將壓縮處理后的圖片放入上傳隊(duì)列，以方便對(duì)壓縮處理后的圖片進(jìn)行管理，更便于圖片的后續(xù)上傳操作，進(jìn)一步提高圖片上傳速度和連續(xù)性，并節(jié)省寬帶資源。
[0128]在進(jìn)一步地實(shí)施方案中，所述圖片應(yīng)用交互平臺(tái)還用于在接收到客戶(hù)端的上傳指令之前，當(dāng)接收到客戶(hù)端的圖片取消選擇指令時(shí)，判斷被取消選擇的圖片是否已被壓縮，若是，則將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；否則，將所述被取消選擇的圖片移出所述預(yù)壓縮隊(duì)列。
[0129]上述方案是考慮到用戶(hù)在選擇圖片時(shí)，可能會(huì)產(chǎn)生誤操作，比如選擇了本不想上傳的圖片，或者雖然選擇了圖片，但后來(lái)又放棄上傳該圖片，而改為上傳其他圖片，等等。
[0130]因此，在用戶(hù)取消選擇某一圖片時(shí)，為了避免該已被選擇后又被取消的圖片被壓縮處理后上傳，造成寬帶資源的浪費(fèi)，可以采用以下方案:
[0131]圖片應(yīng)用交互平臺(tái)在用戶(hù)選擇取消已選擇的圖片時(shí)，判斷被取消選擇的圖片是否已被壓縮，若該圖片已被壓縮，則將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；若該圖片未被壓縮，則將所述被取消選擇的圖片移出預(yù)壓縮隊(duì)列，以節(jié)省系統(tǒng)資源，進(jìn)一步提高圖片上傳速度和連續(xù)性，減少寬帶資源浪費(fèi)。
[0132]更進(jìn)一步地，作為一種實(shí)施方式，所述圖片應(yīng)用交互平臺(tái)還用于對(duì)當(dāng)前所選擇的圖片通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片。
[0133]具體地，在用戶(hù)選擇圖片后，圖片應(yīng)用交互平臺(tái)對(duì)該圖片進(jìn)行標(biāo)識(shí)，具體可以通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片，方便后續(xù)壓縮及上傳處理。
[0134]作為一種實(shí)施方式，上述圖片標(biāo)識(shí)具體可以為MD5 (消息摘要算法第五版)標(biāo)識(shí)。
[0135]本實(shí)施例通過(guò)上述方案，在客戶(hù)端選擇圖片時(shí)，圖片應(yīng)用交互平臺(tái)對(duì)該圖片進(jìn)行標(biāo)識(shí)；在客戶(hù)端選擇圖片的過(guò)程中，對(duì)選擇圖片進(jìn)行壓縮處理，從而將壓縮圖片的過(guò)程在客戶(hù)端確定上傳之前提前進(jìn)行，由此保證了圖片上傳過(guò)程更快更連續(xù)，而且提高了寬帶利用率。
[0136]此外，本發(fā)明實(shí)施例還提出一種系統(tǒng)，包括客戶(hù)端及與該客戶(hù)端通信連接的終端；所述客戶(hù)端用于向所述終端發(fā)送圖片選擇指令及上傳指令。所述終端可以為上述實(shí)施例所述的終端，該終端包括上述實(shí)施例中所述的裝置。該裝置用于接收客戶(hù)端發(fā)送的圖片選擇指令；根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列；從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理；當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。其具體功能特點(diǎn)及原理，請(qǐng)參照上述實(shí)施例，在此不再贅述。
[0137]需要說(shuō)明的是，在本文中，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者裝置不僅包括那些要素，而且還包括沒(méi)有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者裝置所固有的要素。在沒(méi)有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括該要素的過(guò)程、方法、物品或者裝置中還存在另外的相同要素。
[0138]上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
[0139]通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例方法可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)(如R0M/RAM、磁碟、光盤(pán))中，包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī)，計(jì)算機(jī)，月艮務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。具體地，圖7所述圖片上傳裝置所對(duì)應(yīng)的程序指令可以存儲(chǔ)在終端或圖片應(yīng)用交互平臺(tái)的可讀存儲(chǔ)介質(zhì)中，并被其中的至少一個(gè)處理器執(zhí)行，以實(shí)現(xiàn)圖2至圖6所述的圖片上傳方法。
[0140]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專(zhuān)利范圍，凡是利用本發(fā)明說(shuō)明書(shū)及附圖內(nèi)容所作的等效結(jié)構(gòu)或流程變換，或直接或間接運(yùn)用在其它相關(guān)的【技術(shù)領(lǐng)域】，均同理包括在本發(fā)明的專(zhuān)利保護(hù)范圍內(nèi)。
【權(quán)利要求】
1.一種圖片上傳方法，其特征在于，包括: 接收客戶(hù)端發(fā)送的圖片選擇指令； 根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列； 從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理； 當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括: 當(dāng)從所述預(yù)壓縮隊(duì)列中依次選取圖片以進(jìn)行壓縮處理時(shí)，判斷所述圖片是否已被壓縮，若是，則跳過(guò)壓縮處理過(guò)程；否則，對(duì)該圖片進(jìn)行壓縮處理。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述從預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理的步驟之后包括: 將壓縮處理后的圖片放入上傳隊(duì)列。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在接收到客戶(hù)端的上傳指令之前，還包括: 當(dāng)接收到客戶(hù)端的圖片取消選擇指令時(shí)，判斷被取消選擇的圖片是否已被壓縮，若是，則將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；否則，將所述被取消選擇的圖片移出所述預(yù)壓縮隊(duì)列。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收客戶(hù)端發(fā)送的圖片選擇指令的步驟之后還包括: 對(duì)當(dāng)前所選擇的圖片通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述圖片標(biāo)識(shí)為MD5標(biāo)識(shí)。
7.根據(jù)權(quán)利要求1-6中任一項(xiàng)所述的方法，其特征在于，所述當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳的步驟包括: 當(dāng)接收到客戶(hù)端的上傳指令時(shí)，若所述預(yù)壓縮隊(duì)列中的圖片全部完成壓縮處理，則將壓縮處理后的圖片依次上傳；若所述預(yù)壓縮隊(duì)列中的圖片未全部完成壓縮處理，則將已完成壓縮處理的圖片依次上傳，未完成壓縮處理的圖片待壓縮完成后上傳。
8.—種圖片上傳裝置，其特征在于，包括: 接收模塊，用于接收客戶(hù)端發(fā)送的圖片選擇指令； 添加模塊，用于根據(jù)所述圖片選擇指令，將客戶(hù)端所選圖片依次放入預(yù)壓縮隊(duì)列； 壓縮處理模塊，用于從所述預(yù)壓縮隊(duì)列中依次選取圖片進(jìn)行壓縮處理； 上傳模塊，用于當(dāng)接收到客戶(hù)端的上傳指令時(shí)，將壓縮處理后的圖片依次上傳。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述壓縮處理模塊還用于從所述預(yù)壓縮隊(duì)列中依次選取圖片以進(jìn)行壓縮處理時(shí)，判斷所述圖片是否已被壓縮，若是，則跳過(guò)壓縮處理過(guò)程；否則，對(duì)該圖片進(jìn)行壓縮處理。
10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述壓縮處理模塊還用于將壓縮處理后的圖片放入上傳隊(duì)列。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述壓縮處理模塊還用于在接收到客戶(hù)端的上傳指令之前，當(dāng)接收到客戶(hù)端的圖片取消選擇指令時(shí)，判斷被取消選擇的圖片是否已被壓縮，若是，則將所述被取消選擇的圖片從上傳隊(duì)列中移出，不作上傳處理；否則，將所述被取消選擇的圖片移出所述預(yù)壓縮隊(duì)列。
12.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述添加模塊還用于對(duì)當(dāng)前所選擇的圖片通過(guò)圖片路徑和相關(guān)壓縮參數(shù)生成圖片標(biāo)識(shí)，以區(qū)分不同圖片。
13.根據(jù)權(quán)利要求8-12中任一項(xiàng)所述的裝置，其特征在于，所述上傳模塊還用于當(dāng)接收到客戶(hù)端的上傳指令時(shí)，若所述預(yù)壓縮隊(duì)列中的圖片全部完成壓縮處理，則將壓縮處理后的圖片依次上傳；若所述預(yù)壓縮隊(duì)列中的圖片未全部完成壓縮處理，則將已完成壓縮處理的圖片依次上傳，未完成壓縮處理的圖片待壓縮完成后上傳。
14.一種圖片應(yīng)用交互平臺(tái)，其特征在于，包括權(quán)利要求8-13中任一項(xiàng)所述的裝置。
15.一種終端，其特征在于，包括權(quán)利要求8-13中任一項(xiàng)所述的裝置。
16.一種系統(tǒng)，其特征在于，包括客戶(hù)端及與該客戶(hù)端通信連接的圖片應(yīng)用交互平臺(tái)，所述圖片應(yīng)用交互平臺(tái)為權(quán)利要求14所述的圖片應(yīng)用交互平臺(tái)；所述客戶(hù)端用于向所述圖片應(yīng)用交互平臺(tái)發(fā)送圖片選擇指令及上傳指令。
17.—種系統(tǒng)，其特征在于，包括客戶(hù)端及與該客戶(hù)端通信連接的終端，該終端為權(quán)利要求15所述的終端；所述客戶(hù)端用于向所述終端發(fā)送圖片選擇指令及上傳指令。
【文檔編號(hào)】G06F17/30GK104281590SQ201310277514
【公開(kāi)日】2015年1月14日 申請(qǐng)日期:2013年7月3日 優(yōu)先權(quán)日:2013年7月3日
【發(fā)明者】黃淵 申請(qǐng)人:騰訊科技（深圳）有限公司