本申請涉及圖片上傳技術(shù)領(lǐng)域，尤其涉及一種圖片數(shù)據(jù)上傳方法和系統(tǒng)。

背景技術(shù)：

圖片數(shù)據(jù)包括圖片和圖片相關(guān)信息，其中圖片相關(guān)信息包括圖片的描述內(nèi)容、用戶信息(如用戶名，郵箱信息)等。

目前現(xiàn)有的圖片數(shù)據(jù)上傳方法或是利用html(hypertextmarkuplanguage，超文本標(biāo)記語言)自帶的上傳控件提交表單，并在刷新頁面后觸發(fā)提交請求，完成上傳，或是利用flash控件直接實現(xiàn)圖片數(shù)據(jù)的異步上傳。

然而本申請的申請人發(fā)現(xiàn)，利用html自帶的上傳控件完成圖片數(shù)據(jù)上傳的過程中，只有當(dāng)表單提交的時候才會驗證圖片的類型、安全性等，而如果圖片驗證失敗，頁面要求重新上傳圖片的同時，還會將用戶之前填寫的圖片相關(guān)信息也清空，那么用戶再次上傳圖片數(shù)據(jù)時，不僅需要重新加載圖片，還需要重新填寫圖片相關(guān)信息，這無疑降低了用戶的使用體驗。

而利用flash控件直接異步上傳圖片數(shù)據(jù)時，flash加載會使得頁面整體加載變慢，效率較低。

技術(shù)實現(xiàn)要素：

有鑒于此，本申請?zhí)峁┮环N圖片數(shù)據(jù)上傳方法和系統(tǒng)，以解決現(xiàn)有技術(shù)中利用html自帶的上傳控件完成圖片數(shù)據(jù)上傳的方法，用戶的使用體驗度較低，利用flash控件直接異步上傳圖片數(shù)據(jù)的方法，使得頁面整體加載變慢，效率較低的問題。

基于本申請的一方面，本申請?zhí)峁┮环N圖片數(shù)據(jù)上傳方法，應(yīng)用于第一頁面，所述第一頁面上創(chuàng)建有一框架，所述框架的src屬性中規(guī)定了第二頁面的地址；所述方法包括：

當(dāng)所述第一頁面接收到需要上傳圖片的上傳請求時，所述第一頁面依據(jù)所述框架的src屬性中規(guī)定的第二頁面的地址，調(diào)取出所述第二頁面；其中所述上傳請求包括待上傳圖片；

所述第二頁面接收所述待上傳圖片，并對所述待上傳圖片進行驗證；

當(dāng)所述第二頁面驗證所述待上傳圖片合法后，所述第二頁面將所述待上傳圖片上傳至服務(wù)器；

所述第一頁面接收所述服務(wù)器返回的所述待上傳圖片的存儲地址信息；

所述第一頁面接收用戶輸入的圖片相關(guān)信息；

當(dāng)所述第一頁面接收到確認(rèn)上傳請求時，所述第一頁面將所述圖片相關(guān)信息和所述服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器。

優(yōu)選地，所述方法還包括：

所述第一頁面依據(jù)接收到的所述服務(wù)器返回的所述待上傳圖片的存儲地址信息，獲取并顯示所述待上傳圖片。

優(yōu)選地，當(dāng)所述第一頁面接收到確認(rèn)上傳請求時，所述第一頁面將所述圖片相關(guān)信息和所述服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器之前還包括：

所述第一頁面依據(jù)所述服務(wù)器返回的所述待上傳圖片的存儲地址信息，獲取所述待上傳圖片；

所述第一頁面對所述待上傳圖片進行再次驗證；

當(dāng)所述待上傳圖片再次驗證合法時，再執(zhí)行將所述圖片相關(guān)信息和所述服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器的步驟。

優(yōu)選地，所述框架的屬性為隱藏屬性。

優(yōu)選地，所述對所述待上傳圖片進行驗證包括：對所述待上傳圖片的格式、類型、和/或安全性進行驗證。

基于本申請的另一方面，本申請?zhí)峁┮环N圖片數(shù)據(jù)上傳系統(tǒng)，包括第一頁面和第二頁面；其中，所述第一頁面上創(chuàng)建有一框架，所述框架的src屬性中規(guī)定了第二頁面的地址；

所述第一頁面在接收到需要上傳圖片的上傳請求時，依據(jù)所述框架的src屬性中規(guī)定的第二頁面的地址，調(diào)取出所述第二頁面；其中所述上傳請求包括待上傳圖片；

所述第二頁面接收所述待上傳圖片，并對所述待上傳圖片進行驗證；

當(dāng)所述第二頁面驗證所述待上傳圖片合法后，所述第二頁面將所述待上傳圖片上傳至服務(wù)器；

所述第一頁面接收所述服務(wù)器返回的所述待上傳圖片的存儲地址信息；

所述第一頁面接收用戶輸入的圖片相關(guān)信息；

當(dāng)所述第一頁面接收到確認(rèn)上傳請求時，將所述圖片相關(guān)信息和所述服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器。

優(yōu)選地，所述第一頁面還用于，依據(jù)接收到的所述服務(wù)器返回的所述待上傳圖片的存儲地址信息，獲取并顯示所述待上傳圖片。

優(yōu)選地，所述第一頁面還用于，依據(jù)所述服務(wù)器返回的所述待上傳圖片的存儲地址信息，獲取所述待上傳圖片；對所述待上傳圖片進行再次驗證；

其中當(dāng)所述待上傳圖片再次驗證合法時，所述第一頁面將所述圖片相關(guān)信息和所述服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器。

優(yōu)選地，所述框架的屬性為隱藏屬性。

優(yōu)選地，所述對所述待上傳圖片進行驗證包括：對所述待上傳圖片的格式、類型、和/或安全性進行驗證。

本申請?zhí)峁┑膱D片數(shù)據(jù)上傳方法和系統(tǒng)中，第一頁面上創(chuàng)建有一框架，所述框架的src屬性中規(guī)定了第二頁面的地址。當(dāng)?shù)谝豁撁娼邮盏叫枰蟼鲌D片的上傳請求時，第一頁面依據(jù)所述框架的src屬性中規(guī)定的第二頁面的地址，調(diào)取出所述第二頁面，由所述第二頁面接收待上傳圖片，并對所述待上傳圖片進行驗證。當(dāng)所述第二頁面驗證所述待上傳圖片合法后，將所述待上傳圖片上傳至服務(wù)器。第一頁面接收所述服務(wù)器返回的所述待上傳圖片的存儲地址信息，以及接收用戶輸入的圖片相關(guān)信息。當(dāng)?shù)谝豁撁娼邮盏酱_認(rèn)上傳請求時，第一頁面將所述圖片相關(guān)信息和所述服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器。

本申請中圖片上傳、圖片合法性驗證由第二頁面完成，圖片相關(guān)信息的輸入在第一頁面中完成，因此本申請將對圖片上傳、驗證的處理和對圖片相關(guān)信息的輸入分別利用兩個不同的頁面來實現(xiàn)，那么即使在第二頁面中圖片的合法性驗證失敗時，也不會影響到第一頁面中輸入的圖片相關(guān)信息，避免了圖片相關(guān)信息的重復(fù)輸入。且本申請將第一頁面上創(chuàng)建的框架代替flash，不會影響頁面的加載效率，提高了頁面的反應(yīng)效率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本申請?zhí)峁┑囊环N圖片數(shù)據(jù)上傳方法的流程圖；

圖2為本申請?zhí)峁┑囊环N圖片數(shù)據(jù)上傳系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

請參閱圖1，其示出本申請?zhí)峁┑囊环N圖片數(shù)據(jù)上傳方法的流程圖，包括：

步驟101，當(dāng)?shù)谝豁撁娼邮盏叫枰蟼鲌D片的上傳請求時，第一頁面依據(jù)框架的src屬性中規(guī)定的第二頁面的地址，調(diào)取出第二頁面。其中所述上傳請求包括待上傳圖片。

本申請中，第一頁面上創(chuàng)建有一框架，該框架的src屬性中規(guī)定了第二頁面的地址。優(yōu)選地，本申請中框架的屬性為隱藏屬性，那么在本申請實際應(yīng)用時，該框架在第一頁面中隱藏起來，對用戶不可見，優(yōu)化了用戶的感官體驗。

步驟102，第二頁面接收所述待上傳圖片，并對所述待上傳圖片進行驗證。

在實際應(yīng)用過程中，當(dāng)用戶需要上傳圖片數(shù)據(jù)時，用戶會在第一頁面中觸發(fā)上傳圖片的上傳請求，所述上傳請求包括待上傳圖片。現(xiàn)有技術(shù)中第一頁面會直接接收該上傳請求，并獲取加載所述待上傳圖片。當(dāng)用戶在第一頁面中完成圖片相關(guān)信息的輸入后，第一頁面將所述待上傳圖片和接收到的圖片相關(guān)信息一同進行上傳。然而在觸發(fā)上傳后，如果所述待上傳圖片的合法性驗證失敗，則頁面會要求重新上傳所述待上傳圖片，并同時將用戶之前輸入的圖片相關(guān)信息清空，那么用戶再次上傳圖片數(shù)據(jù)時，需要用戶重新輸入圖片相關(guān)信息，這無疑降低了用戶的使用體驗。本申請不同于現(xiàn)有技術(shù)，本申請中第一頁面接收到需要上傳圖片的上傳請求時，并不響應(yīng)該上傳請求，而是依據(jù)該第一頁面上創(chuàng)建的框架的src屬性中規(guī)定的第二頁面的地址，調(diào)取出不同于第一頁面的第二頁面，由第二頁面響應(yīng)該上傳請求。

第二頁面從該上傳請求中接收并獲取所述待上傳圖片，并對所述待上傳圖片進行驗證。具體的，第二頁面可以依據(jù)預(yù)設(shè)規(guī)則，對所述待上傳圖片的格式、類型、和/或安全性進行合法性驗證。其中預(yù)設(shè)規(guī)則可根據(jù)不同頁面的上傳要求、或上傳目的地的上傳要求等進行設(shè)置。

步驟103，當(dāng)?shù)诙撁骝炞C所述待上傳圖片合法后，第二頁面將所述待上傳圖片上傳至服務(wù)器。

本申請中，第二頁面驗證所述待上傳圖片合法后，便直接將所述待上傳圖片上傳至服務(wù)器。

此外作為本申請的一個優(yōu)選實施例，當(dāng)?shù)诙撁骝炞C所述待上傳圖片不合法時，可以在第一頁面、和/或第二頁面中彈出提示消息，以通知用戶當(dāng)前待上傳圖片不合法。更具體地，該提示消息中還可以包括當(dāng)前待上傳圖片不合法的原因，如圖片類型不符等。

步驟104，第一頁面接收所述服務(wù)器返回的所述待上傳圖片的存儲地址信息。

服務(wù)器接收到由第二頁面上傳的所述待上傳圖片后，將所述待上傳圖片存儲，并為所述待上傳圖片分配一存儲地址信息，該存儲地址信息用于指示所述待上傳圖片在服務(wù)器中的具體存儲位置。一般的，該存儲地址信息可以為url地址。

服務(wù)器為所述待上傳圖片分配一url地址后，將該url地址返回給第一頁面，此時第一頁面接收所述url地址。

步驟105，第一頁面接收用戶輸入的圖片相關(guān)信息。

本申請中，用戶直接在第一頁面中輸入圖片相關(guān)信息，此時第一頁面接收到用戶輸入的圖片相關(guān)信息。

本申請中，圖片相關(guān)信息的輸入在第一頁面中完成。

在此申請人需要說明的是，本申請對于步驟105與前述步驟102-104的執(zhí)行順序不做限定。由于本申請中步驟105是由第一頁面實現(xiàn)圖片相關(guān)信息的輸入，步驟102-104是由第二頁面實現(xiàn)圖片的驗證、上傳，而本申請中第一頁面的處理操作與第二頁面的處理操作并無太大關(guān)聯(lián)，因此，本申請步驟105可以先于步驟102-104執(zhí)行，也可與步驟102-104同時執(zhí)行。

步驟106，當(dāng)所述第一頁面接收到確認(rèn)上傳請求時，所述第一頁面將所述圖片相關(guān)信息和所述服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器。

當(dāng)用戶完成圖片相關(guān)信息的輸入，并上傳圖片成功后，在第一頁面觸發(fā)確認(rèn)上傳請求，以將圖片和圖片相關(guān)信息一同上傳至服務(wù)器。此時，第一頁面會接收到該確認(rèn)上傳請求，進而第一頁面將圖片相關(guān)信息和服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器。

因此，應(yīng)用本申請?zhí)峁┑纳鲜黾夹g(shù)方案，本申請中圖片上傳、圖片合法性驗證由第二頁面完成，圖片相關(guān)信息的輸入在第一頁面中完成，本申請將對圖片上傳、驗證的處理和對圖片相關(guān)信息的輸入分別利用兩個不同的頁面來實現(xiàn)，那么即使在第二頁面中圖片的合法性驗證失敗時，也不會影響到第一頁面中輸入的圖片相關(guān)信息，避免了圖片相關(guān)信息的重復(fù)輸入。且本申請將第一頁面上創(chuàng)建的框架代替flash，不會影響頁面的加載效率，提高了頁面的反應(yīng)效率。

在上述實施例的基礎(chǔ)上，在步驟104，第一頁面接收所述服務(wù)器返回的所述待上傳圖片的存儲地址信息之后，所述方法還包括：

步驟107，第一頁面依據(jù)接收到的所述服務(wù)器返回的所述待上傳圖片的存儲地址信息，獲取并顯示所述待上傳圖片。

在本申請實施例中，第一頁面接收到服務(wù)器返回的所述待上傳圖片的url地址后，第一頁面可以依據(jù)該url地址獲取所述待上傳圖片，并顯示所述待上傳圖片，本申請實現(xiàn)了在上傳圖片數(shù)據(jù)時，顯示圖片的效果。

在上述實施例的基礎(chǔ)上，當(dāng)?shù)谝豁撁娼邮盏酱_認(rèn)上傳請求時，步驟106，第一頁面將圖片相關(guān)信息和服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器之前，所述方法還包括：

步驟108，依據(jù)所述服務(wù)器返回的所述待上傳圖片的存儲地址信息，獲取所述待上傳圖片。

步驟109，對所述待上傳圖片進行再次驗證。

當(dāng)步驟109對所述待上傳圖片再次驗證合法時，再執(zhí)行步驟106。

為了進一步提高圖片上傳的合法性，本申請中第一頁面在接收到確認(rèn)上傳請求時，第一頁面可以依據(jù)服務(wù)器返回的所述待上傳圖片的存儲地址信息，獲取所述待上傳圖片，并對所述待上傳圖片進行二次驗證。當(dāng)?shù)谝豁撁娑悟炞C所述待上傳圖片合法時，再將圖片相關(guān)信息和服務(wù)器返回的所述待上傳圖片的存儲地址信息一同上傳至服務(wù)器，保證了上傳的圖片數(shù)據(jù)的準(zhǔn)確性、合法性。

基于前文本申請?zhí)峁┑囊环N圖片數(shù)據(jù)上傳方法，本申請還提供一種圖片數(shù)據(jù)上傳系統(tǒng)，如圖2所示，包括第一頁面100和第二頁面200；其中，所述第一頁面100上創(chuàng)建有一框架110，所述框架110的src屬性中規(guī)定了第二頁面200的地址；

所述第一頁面100在接收到需要上傳圖片的上傳請求時，依據(jù)所述框架110的src屬性中規(guī)定的第二頁面200的地址，調(diào)取出所述第二頁面200；其中所述上傳請求包括待上傳圖片；

所述第二頁面200接收所述待上傳圖片，并對所述待上傳圖片進行驗證；

當(dāng)所述第二頁面200驗證所述待上傳圖片合法后，所述第二頁面200將所述待上傳圖片上傳至服務(wù)器300；

所述第一頁面100接收所述服務(wù)器300返回的所述待上傳圖片的存儲地址信息；

所述第一頁面100接收用戶輸入的圖片相關(guān)信息；

當(dāng)所述第一頁面100接收到確認(rèn)上傳請求時，將所述圖片相關(guān)信息和所述服務(wù)器300返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器300。

其中優(yōu)選的，所述第一頁面100還用于，依據(jù)接收到的所述服務(wù)器300返回的所述待上傳圖片的存儲地址信息，獲取并顯示所述待上傳圖片。

進一步優(yōu)選的，所述第一頁面100還用于，依據(jù)所述服務(wù)器300返回的所述待上傳圖片的存儲地址信息，獲取所述待上傳圖片；對所述待上傳圖片進行再次驗證；其中當(dāng)所述待上傳圖片再次驗證合法時，所述第一頁面100將所述圖片相關(guān)信息和所述服務(wù)器300返回的所述待上傳圖片的存儲地址信息一同上傳至所述服務(wù)器300。

本申請中，所述框架110的屬性為隱藏屬性。

所述對所述待上傳圖片進行驗證包括：對所述待上傳圖片的格式、類型、和/或安全性進行驗證。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置類實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

以上對本申請所提供的一種圖片數(shù)據(jù)上傳方法和系統(tǒng)進行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。