本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種拷貝文件的方法、裝置及終端。

背景技術(shù)：

隨著移動互聯(lián)網(wǎng)的飛速發(fā)展，終端的應(yīng)用越來越廣泛。當(dāng)終端之間進(jìn)行文件傳輸時，通常采用媒體傳輸協(xié)議(Media Transfer Protocol MTP)作為主要的傳輸模式。

當(dāng)終端之間基于MTP進(jìn)行文件傳輸，且需要傳輸多個文件時，首先第一終端檢測到一個文件拷貝完成之后，向主線程發(fā)送更新媒體庫的請求；然后控制主線程更新媒體庫；當(dāng)媒體庫更新完成之后，將拷貝完成的結(jié)果反饋給第二終端，再由第二終端控制下一個文件的拷貝。

但是發(fā)明人在執(zhí)行本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下缺陷：當(dāng)文件傳輸過程中，每一個文件拷貝完成后，均需要向主線程發(fā)送更新媒體庫的請求，且只有當(dāng)媒體庫完成更新并反饋拷貝完成的結(jié)果之后，才能進(jìn)行下一個文件的拷貝。按照上述文件傳輸?shù)姆椒?，如果拷貝文件較多，嚴(yán)重影響文件的拷貝速度，浪費(fèi)時間。

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

有鑒于此，本發(fā)明實施例提供一種拷貝文件的方法，以提高拷貝多個文件的速度，節(jié)省時間。

第一方面，本發(fā)明實施例提供了一種拷貝文件的方法，所述方法用于第一終端，包括：

當(dāng)?shù)谝唤K端內(nèi)的主線程接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度；

若所述主線程檢測到目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使所述目標(biāo)線程根據(jù)所述更新媒體庫的請求對所述媒體庫進(jìn)行更新；其中，所述媒體庫用于對所述第一終端中存儲的文件進(jìn)行管理；

所述主線程向第二終端反饋所述目標(biāo)文件拷貝完成的信息，以使所述第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。

第二方面，本發(fā)明實施例還提供了一種拷貝文件的裝置，所述裝置配置在第一終端中，包括：

檢測模塊，用于當(dāng)接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度；

發(fā)送模塊，用于若檢測到所述目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求；其中，所述媒體庫用于對所述第一終端中存儲的文件進(jìn)行管理；

反饋模塊，用于向第二終端反饋所述目標(biāo)文件拷貝完成的信息，以使第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。

第三方面，本發(fā)明實施例提供了一種終端，所述終端集成了本發(fā)明實施例提供的一種拷貝文件的裝置。

本發(fā)明實施例提供的技術(shù)方案，當(dāng)?shù)谝唤K端內(nèi)的主線程檢測到目標(biāo)文件拷貝完成時，通過向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使目標(biāo)線程更新媒體庫，并向第二終端反饋目標(biāo)文件拷貝完成的信息，以使第二終端發(fā)送下一個目標(biāo)文件的拷貝指令；當(dāng)需要拷貝多個文件時，第一終端內(nèi)的主線程和目標(biāo)線程具有明確分工，使第一終端中的目標(biāo)線程執(zhí)行更新媒體庫的操作，更新媒體庫的操作不再由主線程執(zhí)行；并且主線程在執(zhí)行拷貝目標(biāo)文件的過程中，不需要等待媒體庫更新完成之后才向第二終端反饋拷貝完成的信息，以進(jìn)行下一個目標(biāo)文件的拷貝，提高了拷貝速度，節(jié)省了用戶時間。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯：

圖1是本發(fā)明實施例一提供的一種拷貝文件的方法流程圖；

圖2是本發(fā)明實施例二提供的一種拷貝文件的方法流程圖；

圖3是本發(fā)明實施例三提供的一種拷貝文件的方法流程圖；

圖4是本發(fā)明實施例四提供的一種拷貝文件的裝置結(jié)構(gòu)框圖；

圖5是本發(fā)明實施例五提供的一種終端的結(jié)構(gòu)示意圖。

具體實施方式

下面結(jié)合附圖和實施例對本發(fā)明作進(jìn)一步的詳細(xì)說明?？梢岳斫獾氖?，此處所描述的具體實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部內(nèi)容。

實施例一

圖1是本發(fā)明實施例一提供的一種拷貝文件的方法流程圖，所述方法由拷貝文件的裝置來執(zhí)行，所述裝置由軟件和/或硬件來執(zhí)行，所述裝置配置在諸如手機(jī)等終端中。如圖1所示，本實施例提供的技術(shù)方案具體如下：

S110：當(dāng)?shù)谝唤K端內(nèi)的主線程接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度。

在本實施例中，可選的，第一終端為手機(jī)等終端。當(dāng)?shù)谝唤K端和第二終端進(jìn)行連接時，可以將第二終端中的目標(biāo)文件拷貝到第一終端中。第二終端也可以對第一終端進(jìn)行控制，使第一終端內(nèi)存中的目標(biāo)文件拷貝到存儲卡中，或者使第一終端存儲卡中的目標(biāo)文件拷貝在內(nèi)存中。其中，第二終端為筆記本電腦、平板電腦、計算機(jī)等終端。

在本實施例中，當(dāng)?shù)谝唤K端和第二終端連接之后，且進(jìn)行拷貝目標(biāo)文件時，第二終端向第一終端發(fā)送拷貝目標(biāo)文件的指令，其中，第二終端發(fā)送拷貝指令的形式可以是用戶點擊第二終端中管理第一終端應(yīng)用中的某個按鈕，或者還可以是其他形式。當(dāng)?shù)谝唤K端內(nèi)的主線程接收到拷貝目標(biāo)文件的指令時，檢測目標(biāo)文件的拷貝進(jìn)度。

舉例說明，例如，當(dāng)?shù)谝唤K端中為手機(jī)，第二終端為筆記本電腦時，筆記本電腦中安裝管理手機(jī)的應(yīng)用XXX，通過應(yīng)用XXX可以瀏覽以及管理手機(jī)中的文件。當(dāng)需要將筆記本電腦的文件A拷貝手機(jī)中時，在筆記本電腦中的應(yīng)用XXX中點擊具有將文件A上傳到手機(jī)中的功能按鈕，當(dāng)用戶選中筆記本電腦中的文件A時，筆記本電腦向手機(jī)發(fā)送拷貝文件A的指令。當(dāng)手機(jī)中的主線程接收到拷貝文件A的指令時，檢測文件A的拷貝進(jìn)度。其中，對于拷貝進(jìn)度的檢測可以是根據(jù)接收到的文件A的數(shù)據(jù)的大小確定文件A的拷貝進(jìn)度，或者還可以是其他的方法對文件A的拷貝進(jìn)度進(jìn)行檢測。

S120：若所述主線程檢測到目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使所述目標(biāo)線程根據(jù)所述更新媒體庫的請求對所述媒體庫進(jìn)行更新。

在本實施例中，若第一終端內(nèi)的主線程檢測到目標(biāo)文件的拷貝進(jìn)度達(dá)到100％時，即確定目標(biāo)文件拷貝完成。本實施例中，當(dāng)?shù)谝唤K端檢測到目標(biāo)文件拷貝完成時，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求。其中，媒體庫用于對所述第一終端中存儲的文件進(jìn)行管理。具體的，媒體庫可以將第一終端中存儲的文件進(jìn)行分類，還可以記錄存儲的文件的關(guān)聯(lián)信息，其中，關(guān)聯(lián)信息包括文件的存儲路徑信息、時間戳信息以及文件類型信息，媒體庫還可以對第一終端中存儲的文件進(jìn)行其他管理功能。

在本實施例中，可選的，目標(biāo)線程用于緩存至少一個更新媒體庫的請求以及根據(jù)所述更新媒體庫的請求更新媒體庫。當(dāng)目標(biāo)線程依次接收到多個更新媒體庫的請求時，可以將所述請求進(jìn)行存儲，依次按照所述請求的順序進(jìn)行更新媒體庫。目標(biāo)線程更新媒體庫具體可以是：目標(biāo)線程調(diào)用媒體庫的接口，將拷貝的目標(biāo)文件或目標(biāo)文件的關(guān)聯(lián)信息記錄在媒體庫中，完成對媒體庫的更新。目標(biāo)文件的關(guān)聯(lián)信息包括所述目標(biāo)文件的路徑信息、文件類型信息以及時間戳信息。其中，對于目標(biāo)線程對媒體庫的更新還可以是其他方式。

S130：所述主線程向第二終端反饋目標(biāo)文件拷貝完成的信息，以使所述第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。

在本實施例中，當(dāng)主線程向目標(biāo)線程發(fā)送更新媒體庫的請求后，向第二終端發(fā)送目標(biāo)文件拷貝完成的消息。第二終端接收到目標(biāo)文件拷貝完成的消息后，向第一終端發(fā)送下一個目標(biāo)文件的拷貝指令，以對下一個目標(biāo)文件進(jìn)行拷貝。

需要說明的是，在本實施例中，目標(biāo)線程根據(jù)所述更新媒體庫的請求對所述媒體庫進(jìn)行更新的操作，可以與主線程向第二終端反饋目標(biāo)文件拷貝完成的信息的操作同時執(zhí)行，或者也可以在主線程向第二終端反饋目標(biāo)文件拷貝完成的信息的操作之后執(zhí)行。

需要說明的是，本發(fā)明實施例示例性的采用目標(biāo)文件對文件拷貝的過程進(jìn)行說明，但是本實施例僅僅是一種示例，在本發(fā)明其他實施例中，目標(biāo)文件夾的拷貝方法與本實施例中目標(biāo)文件的拷貝方法是相同的。

通過上述的方法，當(dāng)拷貝多個文件時，第一終端內(nèi)的主線程向目標(biāo)線程發(fā)送更新媒體庫的請求，以使目標(biāo)線程更新媒體庫，并且主線程向第二終端反饋拷貝目標(biāo)文件完成的消息，以使第二終端發(fā)送下一個目標(biāo)文件的拷貝指令，來進(jìn)行拷貝下一個目標(biāo)文件。因此，主線程和目標(biāo)線程具有明確分工，使目標(biāo)線程執(zhí)行更新媒體庫的操作，更新媒體庫的操作不再由主線程執(zhí)行；并且主線程在執(zhí)行拷貝目標(biāo)文件的過程中，不需要等待媒體庫進(jìn)行更新完成之后才向第二終端反饋拷貝完成的信息；提高了拷貝多個文件的速度，節(jié)省了時間。

本發(fā)明實施例提供的技術(shù)方案，當(dāng)?shù)谝唤K端內(nèi)的主線程檢測到目標(biāo)文件拷貝完成時，通過向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使目標(biāo)線程更新媒體庫，并向第二終端反饋目標(biāo)文件拷貝完成的信息，以使第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。當(dāng)需要拷貝多個文件時，第一終端內(nèi)的主線程和目標(biāo)線程具有明確分工，使第一終端中的目標(biāo)線程執(zhí)行更新媒體庫的操作，更新媒體庫的操作不再由主線程執(zhí)行；并且主線程在執(zhí)行拷貝目標(biāo)文件的過程中，不需要等待媒體庫更新完成之后才向第二終端反饋拷貝完成的信息，以進(jìn)行下一個目標(biāo)文件的拷貝，提高了拷貝速度，節(jié)省了拷貝文件的時間。

實施例二

圖2是本發(fā)明實施例二提供的一種拷貝文件的方法流程圖，在上述實施例一的基礎(chǔ)上，在所述當(dāng)?shù)谝唤K端內(nèi)的主線程接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度之前，還執(zhí)行如下操作：

當(dāng)?shù)谝唤K端檢測到與第二終端之間基于媒體傳輸協(xié)議MTP建立連接時，創(chuàng)建目標(biāo)線程，所述目標(biāo)線程用于緩存至少一個更新媒體庫的請求以及用于根據(jù)所述更新媒體庫的請求更新媒體庫。

由此，通過創(chuàng)建目標(biāo)線程，能夠根據(jù)更新媒體庫的至少一個請求對媒體庫依次進(jìn)行更新，減少了第一終端中主線程的工作量，使第一終端中的主線程在執(zhí)行拷貝下一個文件操作時不再需要等待媒體更新完成的信息，提高了拷貝多個文件的速度。

如圖2所示，本實施例提供的技術(shù)方案具體如下：

S210：當(dāng)?shù)谝唤K端檢測到與第二終端之間基于媒體傳輸協(xié)議MTP建立連接時，創(chuàng)建目標(biāo)線程。

在本實施例中，對于基于媒體傳輸協(xié)議MTP建立連接的檢測，可以由第一終端中具有檢測連接功能的應(yīng)用進(jìn)行檢測，或者也可以直接由第一終端操作系統(tǒng)中具有檢測連接功能的程序進(jìn)行檢測，或者也可以有其他檢測的方式，對檢測方式并不進(jìn)行限定。

在本實施例中，所述目標(biāo)線程用于緩存至少一個更新媒體庫的請求以及用于根據(jù)所述請求更新媒體庫。當(dāng)一個目標(biāo)文件拷貝完成時，目標(biāo)線程接收到更新媒體庫的第一請求，目標(biāo)線程根據(jù)第一請求更新媒體庫。若下一個目標(biāo)文件也拷貝完成，目標(biāo)線程將接收到更新媒體庫的第二請求，此時，如果目標(biāo)線程根據(jù)第一請求更新媒體的操作還沒有完成，則將第二請求進(jìn)行緩存。當(dāng)目標(biāo)線程根據(jù)第一請求更新媒體庫的操作完成之后，再根據(jù)緩存的第二請求更新媒體庫。若目標(biāo)線程中緩存有多個更新媒體庫的請求時，根據(jù)接收更新媒體庫請求的時間順序依次更新媒體庫。

S220：當(dāng)?shù)谝唤K端內(nèi)的主線程接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度。

S230：若所述主線程檢測到目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使所述目標(biāo)線程根據(jù)所述更新媒體庫的請求對所述媒體庫進(jìn)行更新。

S240：所述主線程向第二終端反饋目標(biāo)文件拷貝完成的信息，以使所述第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。

本實施例提供的一種拷貝文件的方法，通過創(chuàng)建目標(biāo)線程，能夠根據(jù)更新媒體庫的至少一個請求對媒體庫依次進(jìn)行更新，減少了第一終端中主線程的工作量，使第一終端中的主線程在執(zhí)行拷貝下一個文件的操作時不再需要等待媒體更新完成的信息，節(jié)省了時間，提高了拷貝多個文件的速度。

實施例三

圖3是本發(fā)明實施例三提供的一種拷貝文件的方法流程圖，在上述實施例的基礎(chǔ)上，在所述若所述主線程檢測到目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求之后，還執(zhí)行如下操作：

所述主線程控制所述目標(biāo)線程根據(jù)所述請求對所述媒體庫進(jìn)行更新。

由此，通過控制目標(biāo)線程對媒體庫進(jìn)行更新，提高對拷貝文件的管理效率，減少了第一終端中主線程的工作量。

進(jìn)一步的，在所述主線程控制所述目標(biāo)線程根據(jù)所述請求對所述媒體庫進(jìn)行更新之后，執(zhí)行如下的操作：

所述主線程執(zhí)行下一個目標(biāo)文件的拷貝操作中除對所述媒體庫進(jìn)行更新之外的操作。

由此，通過主線程執(zhí)行下一個目標(biāo)文件的拷貝操作中除對媒體庫進(jìn)行更新之外的操作，提高了多個文件的拷貝速度。

如圖3所示，本實施例提供的技術(shù)方案具體如下：

S310：當(dāng)?shù)谝唤K端內(nèi)的主線程接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度。

S320：若所述主線程檢測到目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求。

S330：所述主線程向第二終端反饋目標(biāo)文件拷貝完成的信息，以使所述第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。

S340：所述主線程控制所述目標(biāo)線程根據(jù)所述請求對所述媒體庫進(jìn)行更新。

在本實施例中，可選的，所述主線程控制所述目標(biāo)線程根據(jù)所述請求對所述媒體庫進(jìn)行更新，包括：控制所述目標(biāo)線程調(diào)用所述媒體庫的接口，并將所述目標(biāo)文件的關(guān)聯(lián)信息記錄在媒體庫中，其中，所述目標(biāo)文件的關(guān)聯(lián)信息包括目標(biāo)文件的路徑信息、文件類型信息以及時間戳信息。目標(biāo)文件的關(guān)聯(lián)信息還可以包括目標(biāo)文件的其他信息，并不局限于上述的信息。

本實施例中，通過對媒體庫的更新，當(dāng)用戶打開媒體庫時，能夠瀏覽到拷貝到第一終端中的目標(biāo)文件的關(guān)聯(lián)信息，通過目標(biāo)文件的關(guān)聯(lián)信息對目標(biāo)文件進(jìn)行管理。例如，媒體庫中記錄拷貝到第一終端內(nèi)的目標(biāo)文件的路徑信息，當(dāng)用戶點擊目標(biāo)文件的路徑信息時，能夠鏈接到目標(biāo)文件在第一終端中的位置，便于用戶對目標(biāo)文件進(jìn)行打開、修改或者其他的操作。

S350：所述主線程執(zhí)行下一個目標(biāo)文件的拷貝操作中除對所述媒體庫進(jìn)行更新之外的操作。

在本實施例中，主線程執(zhí)行下一個目標(biāo)文件的拷貝操作中除對媒體庫進(jìn)行更新之外的操作包括：接收下一個目標(biāo)文件的拷貝指令；檢測下一個目標(biāo)文件的拷貝進(jìn)度；向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求；以及向第二終端發(fā)送下一個目標(biāo)文件完成的信息。并且主線程執(zhí)行的操作還可以是除對媒體庫進(jìn)行更新之外的其他操作，且其他操作與拷貝目標(biāo)文件的過程相關(guān)。

通過上述的方法，在拷貝文件的過程中，通過分別控制主線程和目標(biāo)線程進(jìn)行明確分工，使第一終端中的目標(biāo)線程執(zhí)行完成更新媒體庫的操作，使更新媒體庫的操作不再由主線程執(zhí)行；并且使主線程在執(zhí)行拷貝目標(biāo)文件的操作時，不需要等待媒體庫更新完成的信息，直接進(jìn)行下一個目標(biāo)文件的拷貝操作；提高了拷貝多個文件時的速度，節(jié)省了時間。

需要說明的是，本發(fā)明實施例示例性將S340放在S330之后執(zhí)行，但是本實施例僅僅是一種示例，在本發(fā)明其他實施例中，S330和S340還可以同時執(zhí)行，但是執(zhí)行完畢的時間可以不同。

需要說明的是，本發(fā)明實施例將S310－S350作為一個示例執(zhí)行一種拷貝文件的方法，但是本實施例僅僅是一種示例。在本發(fā)明其他實施例中，S310－S350還可以與實施例二中的S210組成一個示例執(zhí)行一種拷貝文件的方法；或者S310－S340組成一個示例執(zhí)行一種拷貝文件的方法。

本發(fā)明實施例提供了一種拷貝文件的方法，通過控制目標(biāo)線程對媒體庫進(jìn)行更新，提高對拷貝文件的管理效率，減少了第一終端中主線程的工作量；通過主線程執(zhí)行下一個目標(biāo)文件的拷貝操作中除對媒體庫進(jìn)行更新之外的操作，提高了多個文件的拷貝速度。

實施例四

圖4是本發(fā)明實施例四提供的一種拷貝文件的裝置結(jié)構(gòu)框圖，所述裝置用于執(zhí)行一種拷貝文件的方法，所述裝置配置在第一終端中。如圖4所示，所述裝置400包括檢測模塊410、發(fā)送模塊420以及反饋模塊430。

其中，檢測模塊410，用于當(dāng)接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度；

發(fā)送模塊420，用于若檢測到目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使所述目標(biāo)線程根據(jù)所述更新媒體庫的請求對所述媒體庫進(jìn)行更新；其中，所述媒體庫用于對所述第一終端中存儲的文件進(jìn)行管理；

反饋模塊430，用于向第二終端反饋目標(biāo)文件拷貝完成的信息，以使第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。

進(jìn)一步的，所述裝置還包括目標(biāo)線程創(chuàng)建模塊440，用于在所述當(dāng)接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度之前，當(dāng)?shù)谝唤K端檢測到與第二終端之間基于媒體傳輸協(xié)議MTP建立連接時，創(chuàng)建目標(biāo)線程。

進(jìn)一步的，所述目標(biāo)線程用于緩存至少一個更新媒體庫的請求以及用于根據(jù)所述更新媒體庫的請求更新媒體庫。

進(jìn)一步的，所述目標(biāo)線程根據(jù)所述更新媒體庫的請求對所述媒體庫進(jìn)行更新，包括

所述目標(biāo)線程調(diào)用所述媒體庫的接口，并將所述目標(biāo)文件的關(guān)聯(lián)信息記錄在媒體庫中，其中，所述目標(biāo)文件的關(guān)聯(lián)信息包括目標(biāo)文件的路徑信息、文件類型信息以及時間戳信息。

本實施例提供的一種拷貝文件的裝置，當(dāng)主線程中的檢測模塊檢測到目標(biāo)文件拷貝完成時，通過發(fā)送模塊向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使目標(biāo)線程更新媒體庫，并通過反饋模塊向第二終端反饋目標(biāo)文件拷貝完成的信息，以使第二終端發(fā)送下一個目標(biāo)文件或下一個目標(biāo)文件的拷貝指令。當(dāng)需要拷貝多個文件時，使目標(biāo)線程更新媒體庫，更新媒體庫的操作不再由主線程執(zhí)行，并且主線程在執(zhí)行拷貝目標(biāo)文件的過程中，不需要等待媒體庫更新完成之后才向第二終端反饋拷貝完成的信息，以進(jìn)行下一個目標(biāo)文件的拷貝，提高了拷貝速度，節(jié)省了時間。

實施例五

本發(fā)明實施提供了一種終端，該終端集成了上述實施例提供的拷貝文件的裝置，圖5為本發(fā)明實施例提供的一種終端的結(jié)構(gòu)示意圖，如圖5所示，該終端可以包括：存儲器501、中央處理器(Central Processing Unit，以下簡稱CPU)502、外設(shè)接口503、RF(Radio Frequency，射頻)電路505、音頻電路506、揚(yáng)聲器511、電源管理芯片508、輸入/輸出(I/O)子系統(tǒng)509、觸摸屏512、其他輸入/控制設(shè)備510以及外部端口504，這些部件通過一個或多個通信總線或信號線507來通信。

應(yīng)該理解的是，圖示終端500僅僅是終端的一個范例，并且終端500可以具有比圖中所示出的更多的或者更少的部件，可以組合兩個或更多的部件，或者可以具有不同的部件配置。圖中所示出的各種部件可以在包括一個或多個信號處理和/或?qū)Ｓ眉呻娐吩趦?nèi)的硬件、軟件、或硬件和軟件的組合中實現(xiàn)。

下面就本實施例提供的用于拷貝文件的終端進(jìn)行詳細(xì)的描述，該終端以手機(jī)為例。

存儲器501，所述存儲器501可以被CPU502、外設(shè)接口503等訪問，所述存儲器501可以包括高速隨機(jī)存取存儲器，還可以包括非易失性存儲器，例如一個或多個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。

外設(shè)接口503，所述外設(shè)接口503可以將設(shè)備的輸入和輸出外設(shè)連接到CPU502和存儲器501。

I/O子系統(tǒng)509，所述I/O子系統(tǒng)509可以將設(shè)備上的輸入輸出外設(shè)，例如觸摸屏512(相當(dāng)于上述實施例中的屏幕)和其他輸入/控制設(shè)備510，連接到外設(shè)接口503。I/O子系統(tǒng)509可以包括顯示控制器5091和用于控制其他輸入/控制設(shè)備510的一個或多個輸入控制器5092。其中，一個或多個輸入控制器5092從其他輸入/控制設(shè)備510接收電信號或者向其他輸入/控制設(shè)備510發(fā)送電信號，其他輸入/控制設(shè)備510可以包括物理按鈕(按壓按鈕、搖臂按鈕等)、撥號盤、滑動開關(guān)、操縱桿、點擊滾輪。值得說明的是，輸入控制器5092可以與以下任一個連接：鍵盤、紅外端口、USB接口以及諸如鼠標(biāo)的指示設(shè)備。

觸摸屏512，所述觸摸屏512是用戶終端與用戶之間的輸入接口和輸出接口，將可視輸出顯示給用戶，可視輸出可以包括圖形、文本、圖標(biāo)、視頻等。

I/O子系統(tǒng)509中的顯示控制器5091從觸摸屏512接收電信號或者向觸摸屏512發(fā)送電信號。觸摸屏512檢測觸摸屏上的接觸，顯示控制器5091將檢測到的接觸轉(zhuǎn)換為與顯示在觸摸屏512上的用戶界面對象的交互，即實現(xiàn)人機(jī)交互，顯示在觸摸屏512上的用戶界面對象可以是運(yùn)行游戲的圖標(biāo)、聯(lián)網(wǎng)到相應(yīng)網(wǎng)絡(luò)的圖標(biāo)等。值得說明的是，設(shè)備還可以包括光鼠，光鼠是不顯示可視輸出的觸摸敏感表面，或者是由觸摸屏形成的觸摸敏感表面的延伸。

RF電路505，主要用于建立手機(jī)與無線網(wǎng)絡(luò)(即網(wǎng)絡(luò)側(cè))的通信，實現(xiàn)手機(jī)與無線網(wǎng)絡(luò)的數(shù)據(jù)接收和發(fā)送。例如收發(fā)短信息、電子郵件等。具體地，RF電路505接收并發(fā)送RF信號，RF信號也稱為電磁信號，RF電路505將電信號轉(zhuǎn)換為電磁信號或?qū)㈦姶判盘栟D(zhuǎn)換為電信號，并且通過該電磁信號與通信網(wǎng)絡(luò)以及其他設(shè)備進(jìn)行通信。RF電路505可以包括用于執(zhí)行這些功能的已知電路，其包括但不限于天線系統(tǒng)、RF收發(fā)機(jī)、一個或多個放大器、調(diào)諧器、一個或多個振蕩器、數(shù)字信號處理器、CODEC(COder-DECoder，編譯碼器)芯片組、用戶標(biāo)識模塊(Subscriber Identity Module，SIM)等等。

音頻電路506，主要用于從外設(shè)接口503接收音頻數(shù)據(jù)，將該音頻數(shù)據(jù)轉(zhuǎn)換為電信號，并且將該電信號發(fā)送給揚(yáng)聲器511。

揚(yáng)聲器511，用于將手機(jī)通過RF電路505從無線網(wǎng)絡(luò)接收的語音信號，還原為聲音并向用戶播放該聲音。

電源管理芯片508，用于為CPU502、I/O子系統(tǒng)509及外設(shè)接口所連接的硬件進(jìn)行供電及電源管理。

本發(fā)明實施例提供的CPU502可執(zhí)行如下操作：

當(dāng)?shù)谝唤K端內(nèi)的主線程接收到目標(biāo)文件的拷貝指令時，檢測目標(biāo)文件的拷貝進(jìn)度；

若主線程檢測到目標(biāo)文件拷貝完成，向預(yù)先創(chuàng)建的目標(biāo)線程發(fā)送更新媒體庫的請求，以使所述目標(biāo)線程根據(jù)所述更新媒體庫的請求對所述媒體庫進(jìn)行更新；其中，所述媒體庫用于對第一終端中存儲的文件進(jìn)行管理；

所述主線程向第二終端反饋目標(biāo)文件拷貝完成的信息，以使所述第二終端發(fā)送下一個目標(biāo)文件的拷貝指令。

上述終端可執(zhí)行本發(fā)明任意實施例所提供的方法，具備執(zhí)行方法相應(yīng)的功能模塊和有益效果。

注意，上述僅為本發(fā)明的較佳實施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會理解，本發(fā)明不限于這里所述的特定實施例，對本領(lǐng)域技術(shù)人員來說能夠進(jìn)行各種明顯的變化、重新調(diào)整和替代而不會脫離本發(fā)明的保護(hù)范圍。因此，雖然通過以上實施例對本發(fā)明進(jìn)行了較為詳細(xì)的說明，但是本發(fā)明不僅僅限于以上實施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。