多媒體文件的處理方法及裝置制造方法
【專利摘要】本發(fā)明提供一種多媒體文件的處理方法及裝置。本發(fā)明實(shí)施例由于只需要將第二客戶端待加載的多媒體文件發(fā)送給服務(wù)器進(jìn)行存儲，并將服務(wù)器返回的多媒體文件的URL發(fā)送給第二客戶端，因此，無需接收用戶通過輸入設(shè)備輸入的多媒體文件的訪問標(biāo)識，就能夠?qū)崿F(xiàn)應(yīng)用程序的多媒體文件的加載，操作簡單，且正確率高，從而提高了多媒體文件處理的效率和可靠性。
【專利說明】多媒體文件的處理方法及裝置
【【技術(shù)領(lǐng)域】】
[0001]本發(fā)明涉及多媒體處理技術(shù)，尤其涉及一種多媒體文件的處理方法及裝置。
【【背景技術(shù)】】
[0002]隨著通信技術(shù)的發(fā)展，終端集成了越來越多的功能，從而使得終端的系統(tǒng)功能列表中包含了越來越多相應(yīng)的應(yīng)用程序，例如，電腦中安裝的應(yīng)用程序，第三方智能手機(jī)中安裝的應(yīng)用程序(Application,APP)等。有些應(yīng)用程序都會涉及多媒體文件的加載,例如,微博、博客、論壇等。如果應(yīng)用程序支持加載本地的多媒體文件，用戶需要預(yù)先將多媒體文件下載到本地；如果應(yīng)用程序不支持加載本地的多媒體文件，用還需要進(jìn)一步將多媒體文件上傳到第三方服務(wù)器。然后，用戶可以通過輸入設(shè)備輸入多媒體文件的訪問標(biāo)識，例如，本地的存儲路徑或網(wǎng)絡(luò)的統(tǒng)一資源定位符(Uniform Resource Locator, URL),來實(shí)現(xiàn)應(yīng)用程序的多媒體文件的加載。
[0003]然而，現(xiàn)有技術(shù)中的多媒體文件的加載操作的操作復(fù)雜，且容易出錯，從而導(dǎo)致了多媒體文件處理的效率和可靠性的降低。
【
【發(fā)明內(nèi)容】
】
[0004]本發(fā)明的多個方面提供一種多媒體文件的處理方法及裝置，用以提高多媒體文件處理的效率和可靠性。
[0005]本發(fā)明的一方面，提供一種多媒體文件的處理方法，包括:
[0006]接收輸入設(shè)備輸入`的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息；
[0007]根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件；
[0008]向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件；
[0009]接收所述服務(wù)器發(fā)送的所述多媒體文件的URL ；
[0010]向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件。
[0011]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述向第二客戶端發(fā)送所述URL,包括:
[0012]根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL。
[0013]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL，包括:
[0014]若所述第二客戶端的類型為支持用URL標(biāo)識多媒體文件，向所述第二客戶端發(fā)送所述URL ;或者
[0015]若所述第二客戶端的類型為支持用可識別代碼標(biāo)識多媒體文件，根據(jù)所述URL，生成可識別代碼，以及向所述第二客戶端發(fā)送所述可識別代碼；或者
[0016]若所述第二客戶端的類型為支持用加載控件所觸發(fā)的輸入命令標(biāo)識多媒體文件，模擬輸入設(shè)備點(diǎn)擊第二客戶端的加載控件，以使得所述第二客戶端生成輸入命令，根據(jù)所述輸入命令，彈出輸入框，以及在所述輸入框中輸入所述URL。
[0017]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述向第二客戶端發(fā)送所述URL之前,還包括:
[0018]顯示所述多媒體文件。
[0019]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件，包括:
[0020]根據(jù)所述多媒體文件的標(biāo)識信息，在所運(yùn)行系統(tǒng)的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者
[0021]根據(jù)所述多媒體文件的標(biāo)識信息，在自身的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者
[0022]根據(jù)所述多媒體文件的標(biāo)識信息，在剪貼板中，獲取所述多媒體文件。
[0023]本發(fā)明的另一方面，提供一種多媒體文件的處理裝置，包括:
[0024]接收單元，用于接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息；
[0025]獲取單元，用于根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件；
[0026]發(fā)送單元，用于向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件；
[0027]所述接收單元，還用于接收所述服務(wù)器發(fā)送的所述多媒體文件的URL ；
[0028]所述發(fā)送單元，還用于向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件。
[0029]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述發(fā)送單元，具體用于
[0030]根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL。
[0031]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述發(fā)送單元，具體用于
[0032]若所述第二客戶端的類型為支持用URL標(biāo)識多媒體文件，向所述第二客戶端發(fā)送所述URL ;或者
[0033]若所述第二客戶端的類型為支持用可識別代碼標(biāo)識多媒體文件，根據(jù)所述URL，生成可識別代碼，以及向所述第二客戶端發(fā)送所述可識別代碼；或者
[0034]若所述第二客戶端的類型為支持用加載控件所觸發(fā)的輸入命令標(biāo)識多媒體文件，模擬輸入設(shè)備點(diǎn)擊第二客戶端的加載控件，以使得所述第二客戶端生成輸入命令，根據(jù)所述輸入命令，彈出輸入框，以及在所述輸入框中輸入所述URL。
[0035]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述裝置還包括顯示單元，用于
[0036]顯示所述多媒體文件。
[0037]如上所述的方面和任一可能的實(shí)現(xiàn)方式，進(jìn)一步提供一種實(shí)現(xiàn)方式，所述獲取單元，具體用于
[0038]根據(jù)所述多媒體文件的標(biāo)識信息，在所運(yùn)行系統(tǒng)的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者
[0039]根據(jù)所述多媒體文件的標(biāo)識信息，在自身的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者
[0040]根據(jù)所述多媒體文件的標(biāo)識信息，在剪貼板中，獲取所述多媒體文件。
[0041]由上述技術(shù)方案可知，本發(fā)明實(shí)施例通過接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息，進(jìn)而根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件，并向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件，以及接收所述服務(wù)器發(fā)送的所述多媒體文件的URL，并向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件，由于只需要將第二客戶端待加載的多媒體文件發(fā)送給服務(wù)器進(jìn)行存儲，并將服務(wù)器返回的多媒體文件的URL發(fā)送給第二客戶端，因此，無需接收用戶通過輸入設(shè)備輸入的多媒體文件的訪問標(biāo)識， 就能夠?qū)崿F(xiàn)應(yīng)用程序的多媒體文件的加載，操作簡單，且正確率高，從而提高了多媒體文件處理的效率和可靠性。
【【專利附圖】

【附圖說明】】
[0042]為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0043]圖1為本發(fā)明一實(shí)施例提供的多媒體文件的處理方法的流程示意圖；
[0044]圖2為本發(fā)明另一實(shí)施例提供的多媒體文件的處理裝置的結(jié)構(gòu)示意圖；
[0045]圖3為本發(fā)明另一實(shí)施例提供的多媒體文件的處理裝置的結(jié)構(gòu)示意圖。
【【具體實(shí)施方式】】
[0046]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0047]需要說明的是，本發(fā)明實(shí)施例中所涉及的終端可以包括但不限于手機(jī)、個人數(shù)字助理(Personal Digital Assistant, PDA)、無線手持設(shè)備、無線上網(wǎng)本、個人電腦、便攜電腦、MP3播放器、MP4播放器等。
[0048]另外，本文中術(shù)語“和/或”，僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，A和/或B，可以表示:單獨(dú)存在A，同時存在A和B，單獨(dú)存在B這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。
[0049]圖1為本發(fā)明一實(shí)施例提供的多媒體文件的處理方法的流程示意圖，如圖1所示。
[0050]101、第一客戶端接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息。
[0051]102、所述第一客戶端根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件。
[0052]103、所述第一客戶端向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件。
[0053]104、所述第一客戶端接收所述服務(wù)器發(fā)送的所述多媒體文件的URL。
[0054]105、所述第一客戶端向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件。
[0055]需要說明的是，第一客戶端可以為本發(fā)明提供的輸入法客戶端，例如，百度輸入法等，相應(yīng)地，服務(wù)器則可以為輸入法客戶端所對應(yīng)的后臺服務(wù)器；第二客戶端可以為應(yīng)用程序客戶端，例如，微博客戶端、博客客戶端、論壇客戶端等。
[0056]可以理解的是，所述第一客戶端可以是安裝在終端上的應(yīng)用程序；所述第二客戶端可以是安裝在終端上的應(yīng)用程序，或者還可以是瀏覽器的一個網(wǎng)頁，只要能夠?qū)崿F(xiàn)多媒體處理，以提供基于多媒體文件的應(yīng)用的客觀存在形式都可以，本實(shí)施例對此不進(jìn)行限定。
[0057]這樣，通過第一客戶端接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息，進(jìn)而根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件，并向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件，以及所述第一客戶端接收所述服務(wù)器發(fā)送的所述多媒體文件的URL，并向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件，由于第一客戶端只需要將第二客戶端待加載的多媒體文件發(fā)送給服務(wù)器進(jìn)行存儲，并將服務(wù)器返回的多媒體文件的URL發(fā)送給第二客戶端，因此，第一客戶端無需接收用戶通過輸入設(shè)備輸入的多媒體文件的訪問標(biāo)識，就能夠?qū)崿F(xiàn)應(yīng)用程序的多媒體文件的加載，操作簡單，且正確率高，從而提高了多媒體文件處理的效率和可靠性。
[0058]另外，由于用戶只需要通過輸入設(shè)備輸入一個簡單的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息，無需像現(xiàn)有技術(shù)中那樣通過輸入設(shè)備輸入多媒體文件的訪問標(biāo)識，就能夠?qū)崿F(xiàn)多媒體文件的加載，使得用戶無需知道媒體文件的訪問標(biāo)識，只需要知道媒體文件的名字等標(biāo)識信息，這樣，可以減少用戶的操作，明顯提升用戶體驗(yàn)。
[0059]可選地，在本實(shí)施例的一個可能的實(shí)現(xiàn)方式中，所述多媒體文件的標(biāo)識信息可以為多媒體文件的永久標(biāo)識，例如，多媒體文件的名字、多媒體文件的存儲路徑等，或者還可以為多媒體文件的臨時標(biāo)識，例如，剪貼板標(biāo)識，以表示剪貼板上的多媒體文件。
[0060]具體地，在102中，所述第一客戶端具體可以根據(jù)所述多媒體文件的標(biāo)識信息，在該第一客戶端所運(yùn)行的系統(tǒng)的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件。
[0061]具體地，在102中，所述第一客戶端具體可以根據(jù)所述多媒體文件的標(biāo)識信息，在所述第一客戶端的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件。
[0062]具體地，在102中，所述第一客戶端具體可以根據(jù)所述多媒體文件的標(biāo)識信息，在剪貼板中，獲取所述多媒體文件。這樣，用戶只需要通過輸入設(shè)備輸入簡單的指令，例如CtrlC指令，以將多媒體文件復(fù)制在剪貼板中，再輸入多媒體命令，例如CtrlV指令，以指示第一客戶端則可以直接在剪貼板中，獲取該多媒體文件，由第一客戶端自動執(zhí)行后續(xù)操作，而不再需要通過輸入設(shè)備輸入多媒體文件的訪問標(biāo)識，例如，本地的存儲路徑或網(wǎng)絡(luò)的統(tǒng)一資源定位符(Uniform Resource Locator, URL),就可以實(shí)現(xiàn)應(yīng)用程序的多媒體文件的加載。
[0063]可以理解的是，如果所述第一客戶端根據(jù)所述多媒體文件的標(biāo)識信息，匹配到至少兩個多媒體文件。那么，所述第一客戶端則可以根據(jù)用戶通過輸入設(shè)備的選擇指令，或者還可以根據(jù)預(yù)先配置的選擇策略，選擇一個多媒體文件，以作為待加載的多媒體文件。
[0064]可選地，在本實(shí)施例的一個可能的實(shí)現(xiàn)方式中，在105中，所述第一客戶端具體可以根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL。
[0065]例如，若所述第二客戶端的類型為支持用URL標(biāo)識多媒體文件，所述第一客戶端向所述第二客戶端發(fā)送所述URL。
[0066]或者，再例如，若所述第二客戶端的類型為支持用可識別代碼標(biāo)識多媒體文件，所述第一客戶端根據(jù)所述URL，生成可識別代碼，以及向所述第二客戶端發(fā)送所述可識別代碼。
[0067]或者，再例如，若所述第二客戶端的類型為支持用加載控件所觸發(fā)的輸入命令標(biāo)識多媒體文件，所述第一客戶端模擬輸入設(shè)備點(diǎn)擊第二客戶端的加載控件，以使得所述第二客戶端生成輸入命令，根據(jù)所述輸入命令，彈出輸入框，以及所述第一客戶端在所述輸入框中輸入所述URL。
[0068]可選地，在本實(shí)施例的一個可能的實(shí)現(xiàn)方式中，在105之前，所述第一客戶端還可以進(jìn)一步顯示所述多媒體文件。這樣，用戶可以進(jìn)一步確定第一客戶端所獲取的多媒體文件是否為第二客戶端待加載的多媒體文件，以保證第二客戶端加載正確的多媒體文件，從而提高了多媒體文件處理的可靠性。
[0069]本實(shí)施例中，通過第一客戶端接收輸入設(shè)備輸入的多媒體命令,所述多媒體命令中包含多媒體文件的標(biāo)識信息，進(jìn)而根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件，并向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件，以及所述第一客戶端接收所述服務(wù)器發(fā)送的所述多媒體文件的URL，并向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件，由于第一客戶端只需要將第二客戶端待加載的多媒體文件發(fā)送給服務(wù)器進(jìn)行存儲，并將服務(wù)器返回的多媒體文件的URL發(fā)送給第二客戶端，因此，第一客戶端無需接收用戶通過輸入設(shè)備輸入的多媒體文件的訪問標(biāo)識，就能夠?qū)崿F(xiàn)應(yīng)用程序的多媒體文件的加載，操作簡單，且正確率高，從而提高了多媒體文件處理的效率和可靠性。
[0070]需要說明的是，對于前述的各方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。
[0071 ] 在上述實(shí)施例中，對各個實(shí)施例的描述都各有側(cè)重，某個實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。
[0072]圖2為本發(fā)明另一實(shí)施例提供的多媒體文件的處理裝置的結(jié)構(gòu)示意圖，如圖2所示。本實(shí)施例的多媒體文件的處理裝置可以包括接收單元21、獲取單元22和發(fā)送單元23。其中，接收單元21，用于接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息；獲取單元22，用于根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件；發(fā)送單元23，用于向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件；所述接收單元21，還用于接收所述服務(wù)器發(fā)送的所述多媒體文件的URL ;所述發(fā)送單元23，還用于向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件。
[0073]需要說明的是，本實(shí)施例提供的裝置可以一客戶端即第一客戶端，可以為本發(fā)明提供的輸入法客戶端，例如，百度輸入法等，相應(yīng)地，服務(wù)器則可以為輸入法客戶端所對應(yīng)的后臺服務(wù)器；第二客戶端可以為應(yīng)用程序客戶端，例如，微博客戶端、博客客戶端、論壇客戶端等。
[0074]可以理解的是，所述第一客戶端可以是安裝在終端上的應(yīng)用程序；所述第二客戶端可以是安裝在終端上的應(yīng)用程序，或者還可以是瀏覽器的一個網(wǎng)頁，只要能夠?qū)崿F(xiàn)多媒體處理，以提供基于多媒體文件的應(yīng)用的客觀存在形式都可以，本實(shí)施例對此不進(jìn)行限定。
[0075]這樣，通過接收單元接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息，進(jìn)而由獲取單元根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件，并由發(fā)送單元向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件，以及所述接收單元接收所述服務(wù)器發(fā)送的所述多媒體文件的URL，并由發(fā)送單元向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件，由于發(fā)送單元將第二客戶端待加載的多媒體文件發(fā)送給服務(wù)器進(jìn)行存儲，并將服務(wù)器返回的多媒體文件的URL發(fā)送給第二客戶端，因此，無需接收用戶通過輸入設(shè)備輸入的多媒體文件的訪問標(biāo)識，就能夠?qū)崿F(xiàn)應(yīng)用程序的多媒體文件的加載，操作簡單，且正確率高，從而提高了多媒體文件處理的效率和可靠性。
[0076]另外，由于用戶只需要通過輸入設(shè)備輸入一個簡單的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息，無需像現(xiàn)有技術(shù)中那樣通過輸入設(shè)備輸入多媒體文件的訪問標(biāo)識，就能夠?qū)崿F(xiàn)多媒體文件的加載，使得用戶無需知道媒體文件的訪問標(biāo)識，只需要知道媒體文件的名字等標(biāo)識信息，這樣，可以減少用戶的操作，明顯提升用戶體驗(yàn)。
[0077]可選地，在本實(shí)施例的一個可能的實(shí)現(xiàn)方式中，所述多媒體文件的標(biāo)識信息可以為多媒體文件的永久標(biāo)識，例如，多媒體文件的名字、多媒體文件的存儲路徑等，或者還可以為多媒體文件的臨時標(biāo)識，例如，剪貼板標(biāo)識，以表示剪貼板上的多媒體文件。
[0078]具體地，所述獲取單元22，具體可以用于根據(jù)所述多媒體文件的標(biāo)識信息，在該客戶端所運(yùn)行的系統(tǒng)的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件。
[0079]具體地，所述獲取單元22，具體可以用于根據(jù)所述多媒體文件的標(biāo)識信息，在自身的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件。
[0080]具體地，所述獲取單元22，具體可以用于根據(jù)所述多媒體文件的標(biāo)識信息，在剪貼板中，獲取所述多媒體文件。這樣，用戶只需要通過輸入設(shè)備輸入簡單的指令，例如CtrlC指令，以將多媒體文件復(fù)制在剪貼板中，再輸入多媒體命令，例如CtrlV指令，以指示所述獲取單元22則可以直接在剪貼板中，獲取該多媒體文件，由所述發(fā)送單元23和所述接收單元21自動執(zhí)行后續(xù)操作，而不再需要通過輸入設(shè)備輸入多媒體文件的訪問標(biāo)識，例如，本地的存儲路徑或網(wǎng)絡(luò)的統(tǒng)一資源定位符(Uniform Resource Locator, URL),就可以實(shí)現(xiàn)應(yīng)用程序的多媒體文件的加載。
[0081]可以理解的是，如果所述獲取單元22根據(jù)所述多媒體文件的標(biāo)識信息，匹配到至少兩個多媒體文件。那么，所述獲取單元22則可以根據(jù)用戶通過輸入設(shè)備的選擇指令，或者還可以根據(jù)預(yù)先配置的選擇策略，選擇一個多媒體文件，以作為待加載的多媒體文件。
[0082]可選地，在本實(shí)施例的一個可能的實(shí)現(xiàn)方式中，所述發(fā)送單元23，具體可以用于根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL。
[0083]例如，若所述第二客戶端的類型為支持用URL標(biāo)識多媒體文件，所述發(fā)送單元23向所述第二客戶端發(fā)送所述URL。
[0084]或者，再例如，若所述第二客戶端的類型為支持用可識別代碼標(biāo)識多媒體文件，所述發(fā)送單元23根據(jù)所述URL，生成可識別代碼，以及向所述第二客戶端發(fā)送所述可識別代碼。
[0085]或者，再例如，若所述第二客戶端的類型為支持用加載控件所觸發(fā)的輸入命令標(biāo)識多媒體文件，所述發(fā)送單元23模擬輸入設(shè)備點(diǎn)擊第二客戶端的加載控件，以使得所述第二客戶端生成輸入命令，根據(jù)所述輸入命令，彈出輸入框，以及在所述輸入框中輸入所述URL。
[0086]可選地，在本實(shí)施例的一個可能的實(shí)現(xiàn)方式中，如圖3所示，本實(shí)施例提供的多媒體文件的處理裝置還可以進(jìn)一步包括顯示單元31，用于顯示所述多媒體文件。這樣，用戶可以進(jìn)一步確定獲取單元22所獲取的多媒體文件是否為第二客戶端待加載的多媒體文件，以保證第二客戶端加載正確的多媒體文件，從而提高了多媒體文件處理的可靠性。
[0087]本實(shí)施例中，通過接收單元接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息，進(jìn)而由獲取單元根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件，并由發(fā)送單元向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件，以及所述接收單元接收所述服務(wù)器發(fā)送的所述多媒體文件的URL，并由發(fā)送單元向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件，由于發(fā)送單元將第二客戶端待加載的多媒體文件發(fā)送給服務(wù)器進(jìn)行存儲，并將服務(wù)器返回的多媒體文件的URL發(fā)送給第二客戶端，因此，無需接收用戶通過輸入設(shè)備輸入的多媒體文件的訪問標(biāo)識，就能夠?qū)崿F(xiàn)應(yīng)用程序的多媒體文件的加載，操作簡單，且正確率高，從而提高了多媒體文件處理的效率和可靠性。
[0088]所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實(shí)施例中的對應(yīng)過程，在此不再贅述。
[0089]在本發(fā)明所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。
[0090]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。
[0091]另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。
[0092]上述以軟件功能單元的形式實(shí)現(xiàn)的集成的單元，可以存儲在一個計(jì)算機(jī)可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實(shí)施例所述方法的部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(Read-Only Memory, ROM)、隨機(jī)存取存儲器(Random Access Memory, RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0093]最后應(yīng)說明的是:以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
【權(quán)利要求】
1.一種多媒體文件的處理方法，其特征在于，包括: 接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息； 根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件； 向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件； 接收所述服務(wù)器發(fā)送的所述多媒體文件的URL ； 向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL，獲得所述多媒體文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述向第二客戶端發(fā)送所述URL，包括: 根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL，包括: 若所述第二客戶端的類型為支持 用URL標(biāo)識多媒體文件，向所述第二客戶端發(fā)送所述URL ;或者 若所述第二客戶端的類型為支持用可識別代碼標(biāo)識多媒體文件，根據(jù)所述URL，生成可識別代碼，以及向所述第二客戶端發(fā)送所述可識別代碼；或者 若所述第二客戶端的類型為支持用加載控件所觸發(fā)的輸入命令標(biāo)識多媒體文件，模擬輸入設(shè)備點(diǎn)擊第二客戶端的加載控件，以使得所述第二客戶端生成輸入命令，根據(jù)所述輸入命令，彈出輸入框，以及在所述輸入框中輸入所述URL。
4.根據(jù)權(quán)利要求1~3任一權(quán)利要求所述的方法，其特征在于，所述向第二客戶端發(fā)送所述URL之前,還包括: 顯示所述多媒體文件。
5.根據(jù)權(quán)利要求1~4任一權(quán)利要求所述的方法，其特征在于，所述根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件，包括: 根據(jù)所述多媒體文件的標(biāo)識信息，在所運(yùn)行系統(tǒng)的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者 根據(jù)所述多媒體文件的標(biāo)識信息，在自身的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者 根據(jù)所述多媒體文件的標(biāo)識信息，在剪貼板中，獲取所述多媒體文件。
6.一種多媒體文件的處理裝置，其特征在于，包括: 接收單元，用于接收輸入設(shè)備輸入的多媒體命令，所述多媒體命令中包含多媒體文件的標(biāo)識信息； 獲取單元，用于根據(jù)所述多媒體文件的標(biāo)識信息，獲取所述多媒體文件； 發(fā)送單元，用于向服務(wù)器發(fā)送所述多媒體文件，以使得所述服務(wù)器存儲所述多媒體文件； 所述接收單元，還用于接收所述服務(wù)器發(fā)送的所述多媒體文件的URL ； 所述發(fā)送單元，還用于向第二客戶端發(fā)送所述URL，以使得所述第二客戶端根據(jù)所述URL,獲得所述多媒體文件。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述發(fā)送單元，具體用于根據(jù)所述第二客戶端的類型，向所述第二客戶端發(fā)送所述URL。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述發(fā)送單元，具體用于若所述第二客戶端的類型為支持用URL標(biāo)識多媒體文件，向所述第二客戶端發(fā)送所述URL ;或者 若所述第二客戶端的類型為支持用可識別代碼標(biāo)識多媒體文件，根據(jù)所述URL，生成可識別代碼，以及向所述第二客戶端發(fā)送所述可識別代碼；或者 若所述第二客戶端的類型為支持用加載控件所觸發(fā)的輸入命令標(biāo)識多媒體文件，模擬輸入設(shè)備點(diǎn)擊第二客戶端的加載控件，以使得所述第二客戶端生成輸入命令，根據(jù)所述輸入命令，彈出輸入框，以及在所述輸入框中輸入所述URL。
9.根據(jù)權(quán)利要求6~8任一權(quán)利要求所述的裝置，其特征在于，所述裝置還包括顯示單元，用于 顯示所述多媒體文件。
10.根據(jù)權(quán)利要求6~9任一權(quán)利要求所述的裝置，其特征在于，所述獲取單元，具體用于 根據(jù)所述多媒體文件的標(biāo)識信息，在所運(yùn)行系統(tǒng)的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者 根據(jù)所述多媒體文件的標(biāo)識信息，在自身的多媒體數(shù)據(jù)庫中，獲取所述多媒體文件；或者 根據(jù)所述多媒體文件的標(biāo)識信息 ，在剪貼板中，獲取所述多媒體文件。
【文檔編號】H04L29/06GK103488500SQ201310405676
【公開日】2014年1月1日 申請日期:2013年9月9日 優(yōu)先權(quán)日:2013年9月9日
【發(fā)明者】侯建新, 蔣斌 申請人:百度在線網(wǎng)絡(luò)技術(shù)（北京）有限公司