一種移動終端與虛擬機數(shù)據(jù)共享的方法
【專利摘要】本發(fā)明公開了一種移動終端與虛擬機數(shù)據(jù)共享的方法，涉及數(shù)據(jù)傳輸領域。該方法包括如下步驟：S1，接收數(shù)據(jù)傳輸請求；S2，判斷數(shù)據(jù)傳輸條件是否成立，如果成立，則執(zhí)行步驟S3，如果不成立，則結束；S3，建立數(shù)據(jù)傳輸通道；S4，傳輸數(shù)據(jù)。本發(fā)明通過在移動終端和虛擬機之間建立傳輸通道，通過傳輸通道直接傳輸數(shù)據(jù)，不需要借助任何的第三方工具，不僅不會受到由于第三方工具帶來的限制，也會極大的提高移動終端和虛擬機用戶的體驗流暢度。
【專利說明】一種移動終端與虛擬機數(shù)據(jù)共享的方法

【技術領域】
[0001]本發(fā)明涉及數(shù)據(jù)傳輸領域，尤其涉及一種移動終端與虛擬機數(shù)據(jù)共享的方法。

【背景技術】
[0002]隨著移動通信技術和虛擬化技術的不斷發(fā)展，移動終端和虛擬機得到了廣泛的應用。移動終端具有移動操作的特點，對經(jīng)常外出的用戶來講，具有較大的使用便利性；而移動終端也存在一些明顯的缺點，比如，容易丟失，從而導致移動終端中存儲文件的丟失。移動終端有自己的文件管理模式，例如Android和1S等，都可以保存圖片、文檔、視頻等。為了能夠比較好的利用移動終端能夠移動辦公使用的優(yōu)勢，同時又能夠比較好的避免移動終端容易丟失的缺陷，一般需要將虛擬機中的文件共享到移動終端中，在移動終端辦公使用；同時需要將移動終端中存儲的內(nèi)容共享到虛擬機中，在虛擬機中存儲，以確保數(shù)據(jù)的安全性。
[0003]目前，移動終端和虛擬機之間實現(xiàn)數(shù)據(jù)共享，主要采用以下兩種方法:第一種方法是將需要共享的數(shù)據(jù)上傳到服務器，再從服務器下載數(shù)據(jù)，實現(xiàn)數(shù)據(jù)共享；第二種方法是使用U盤等可移動存儲設備，將需要共享的數(shù)據(jù)先拷貝到U盤等可移動存儲設備內(nèi)，然后再從U盤等可移動存儲設備中將數(shù)據(jù)拷貝出去，從而實現(xiàn)數(shù)據(jù)共享。
[0004]上述實現(xiàn)數(shù)據(jù)共享的方法均需要借助第三方工具，因此，數(shù)據(jù)共享不僅會受到所使用的第三方工具的限制，也會影響用戶的流暢體驗。


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

[0005]本發(fā)明的目的在于提供一種移動終端與虛擬機數(shù)據(jù)共享的方法，從而解決現(xiàn)有技術中存在的前述問題。
[0006]為了實現(xiàn)上述目的，本發(fā)明采用的技術方案如下:
[0007]一種移動終端與虛擬機數(shù)據(jù)共享的方法，包括如下步驟:
[0008]SI，接收數(shù)據(jù)傳輸請求；
[0009]S2，判斷數(shù)據(jù)傳輸條件是否成立，如果成立，則執(zhí)行步驟S3，如果不成立，則結束；
[0010]S3，建立數(shù)據(jù)傳輸通道；
[0011]S4，傳輸數(shù)據(jù)。
[0012]進一步地，在步驟S3和步驟S4之間，還包括步驟，判斷數(shù)據(jù)是否為壓縮數(shù)據(jù)，如果為壓縮數(shù)據(jù)，則執(zhí)行步驟S4 ;如果不為壓縮數(shù)據(jù)，則將數(shù)據(jù)壓縮，再執(zhí)行步驟S4。
[0013]進一步地，在步驟S3和步驟S4之間，還包括步驟，設定用于存儲所述數(shù)據(jù)的目標路徑。
[0014]步驟S4之后，還包括步驟，數(shù)據(jù)傳輸完畢后，關閉所述傳輸通道，并判斷接收到的數(shù)據(jù)的類型、大小是否與原文件匹配，如果匹配，則將接收到的數(shù)據(jù)保存到指定位置；如果不匹配，則拋棄接收到的數(shù)據(jù)。
[0015]具體地，步驟SI中，所述數(shù)據(jù)傳輸請求包括從所述移動終端至所述虛擬機的數(shù)據(jù)傳輸請求，以及從所述虛擬機至所述移動終端的數(shù)據(jù)傳輸請求。
[0016]具體地，當所述數(shù)據(jù)傳輸請求為從所述移動終端至所述虛擬機時，步驟S2中，所述判斷數(shù)據(jù)傳輸條件是否成立，具體為，判斷所述虛擬機的存儲介質(zhì)的剩余空間與所述數(shù)據(jù)的大小之間的關系，如果所述虛擬機的存儲介質(zhì)的剩余空間大于所述數(shù)據(jù)的大小，則所述數(shù)據(jù)傳輸條件成立，否則，不成立。
[0017]具體地，當所述數(shù)據(jù)傳輸請求為從所述虛擬機至所述移動終端時，步驟S2中，所述判斷數(shù)據(jù)傳輸條件是否成立，具體為，判斷所述移動終端的存儲介質(zhì)是否存在，以及所述存儲介質(zhì)的剩余空間與所述數(shù)據(jù)的大小之間的關系，如果所述存儲介質(zhì)存在，且所述存儲介質(zhì)的剩余空間大于所述數(shù)據(jù)的大小，則所述數(shù)據(jù)傳輸條件成立，否則，不成立。
[0018]具體地，所述移動終端的存儲介質(zhì)采用SD卡。
[0019]優(yōu)選地，步驟S3中，所述數(shù)據(jù)傳輸通道，通過TCP協(xié)議建立通信連接。
[0020]更優(yōu)選地，所述TCP協(xié)議采用三次握手建立通信連接。
[0021]本發(fā)明的有益效果是:本發(fā)明通過在移動終端和虛擬機之間建立傳輸通道，通過傳輸通道直接傳輸數(shù)據(jù)，不需要借助任何的第三方工具，不僅不會受到由于第三方工具帶來的限制，也會極大的提高移動終端和虛擬機用戶的體驗流暢度。

【專利附圖】

【附圖說明】
[0022]圖1是本發(fā)明實施例提供的一種移動終端與虛擬機數(shù)據(jù)共享的方法的流程示意圖。

【具體實施方式】
[0023]為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的【具體實施方式】僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0024]現(xiàn)有技術中數(shù)據(jù)共享的方法均需要借助第三方工具，所以，數(shù)據(jù)共享的實現(xiàn)會受到第三方工具的限制。比如:部分移動終端不支持U盤等可移動存儲設備的插入和讀寫，或者受制于U盤等可移動存儲設備的大??；另外，現(xiàn)有技術中，先將數(shù)據(jù)保存在第三方工具中再實現(xiàn)共享，而使用第三方工具保存數(shù)據(jù)，無法保證數(shù)據(jù)的安全性。
[0025]借助第三方工具實現(xiàn)數(shù)據(jù)共享，由于使用了第三方工具，所以不屬于真正意義上的數(shù)據(jù)共享，共享數(shù)據(jù)的雙方用戶的體驗流暢度不好。
[0026]為了解決借助第三方工具實現(xiàn)數(shù)據(jù)共享所帶來的問題，本發(fā)明實施例提供了一種移動終端與虛擬機數(shù)據(jù)共享的方法。
[0027]如圖1所示，該方法包括如下步驟:
[0028]SI，接收數(shù)據(jù)傳輸請求；
[0029]S2，判斷數(shù)據(jù)傳輸條件是否成立，如果成立，則執(zhí)行步驟S3，如果不成立，則結束；
[0030]S3，建立數(shù)據(jù)傳輸通道；
[0031]S4，傳輸數(shù)據(jù)。
[0032]其中，數(shù)據(jù)傳輸請求包括從所述移動終端至所述虛擬機的數(shù)據(jù)傳輸請求，以及從所述虛擬機至所述移動終端的數(shù)據(jù)傳輸請求。
[0033]由于移動終端既有移動辦公的優(yōu)勢，又具有容易丟失的劣勢，所以，為了能夠最大程度的發(fā)揮移動終端的優(yōu)勢，而回避移動終端的劣勢，需要將虛擬機中的文件共享到移動終端，在移動終端中實現(xiàn)移動辦公；同時將移動終端中存儲的文件共享到虛擬機中，在虛擬機中存儲，以確保數(shù)據(jù)的安全性。
[0034]無論數(shù)據(jù)的傳輸方向如何，其實現(xiàn)過程為:用戶選中待傳輸?shù)奈募?，發(fā)出數(shù)據(jù)傳輸請求，程序首先接收移動終端或虛擬機發(fā)出的數(shù)據(jù)傳輸請求，然后判斷數(shù)據(jù)傳輸條件是否成立，數(shù)據(jù)傳輸條件具體為:移動終端中是否存在存儲介質(zhì)，以及待傳輸?shù)臄?shù)據(jù)大小與目標存放剩余空間之間的大小關系，如果傳輸條件成立的話，會創(chuàng)建出傳輸通道，而后通知用戶通道創(chuàng)建成功，用戶可以選擇發(fā)送文件來將文件發(fā)送到目標存儲介質(zhì)中，完成數(shù)據(jù)傳輸。
[0035]通過這種方式建立數(shù)據(jù)傳輸通道，實現(xiàn)數(shù)據(jù)傳輸，既獨立于移動終端操作系統(tǒng)，也不依附于虛擬機的系統(tǒng)類型，而且不受需要傳輸?shù)奈募愋偷南拗啤?br> [0036]當所述數(shù)據(jù)傳輸請求為從所述移動終端至所述虛擬機時，所述判斷數(shù)據(jù)傳輸條件是否成立，具體為，判斷所述虛擬機的存儲介質(zhì)的剩余空間與所述數(shù)據(jù)的大小之間的關系，如果所述虛擬機的存儲介質(zhì)的剩余空間大于所述數(shù)據(jù)的大小，則所述數(shù)據(jù)傳輸條件成立，否則，不成立。
[0037]當所述數(shù)據(jù)傳輸請求為從所述虛擬機至所述移動終端時，所述判斷數(shù)據(jù)傳輸條件是否成立，具體為，判斷所述移動終端的存儲介質(zhì)是否存在，以及所述存儲介質(zhì)的剩余空間與所述數(shù)據(jù)的大小之間的關系，如果所述存儲介質(zhì)存在，且所述存儲介質(zhì)的剩余空間大于所述數(shù)據(jù)的大小，則所述數(shù)據(jù)傳輸條件成立，否則，不成立。
[0038]其中，由于SD卡是一種多功能存儲卡，且具有大容量、高性能、安全等多種特點，所以本發(fā)明實施例中，移動終端的存儲介質(zhì)采用SD卡。
[0039]如果移動終端與虛擬機之間傳輸數(shù)據(jù)的條件成立，則在移動終端與虛擬機之間建立傳輸通道，本發(fā)明實施例中，可以通過TCP協(xié)議在移動終端與虛擬機之間建立通信連接，具體地，采用三次握手建立通信連接。在TCP/IP協(xié)議中，TCP協(xié)議可以提供可靠的連接服務，具體地，可以采用三次握手建立一個連接。
[0040]第一次握手:建立連接時，客戶端發(fā)送syn包(syn = j)到服務器，并進入SYN_SEND狀態(tài)，等待服務器確認；
[0041]第二次握手:服務器收到syn包,必須確認客戶的SYN(ack = j+Ι),同時自己也發(fā)送一個SYN包(syn = k)，即SYN+ACK包，此時服務器進入SYN_RECV狀態(tài)；
[0042]第三次握手:客戶端收到服務器的SYN+ACK包，向服務器發(fā)送確認包ACK(ack =k+Ι)，此包發(fā)送完畢，客戶端和服務器進入ESTABLISHED狀態(tài)，完成三次握手。
[0043]完成三次握手后，此時客戶端對服務器發(fā)送連接確認協(xié)議以及帶有本地客戶端license的協(xié)議,當服務器收到客戶端發(fā)送的license認證協(xié)議并確認為有效的客戶端后，會給客戶端一個協(xié)議形式的回執(zhí)，當客戶端接收到服務器返回的連接確認協(xié)議回執(zhí)后，證明數(shù)據(jù)傳輸通道健康可用，數(shù)據(jù)傳輸通道建立完成。客戶端與服務器開始傳送數(shù)據(jù)。
[0044]這里，如果移動終端為客戶端，則虛擬機為服務器，如果虛擬機為客戶端，則移動終端為服務器。
[0045]在建立了數(shù)據(jù)傳輸通道，開始數(shù)據(jù)傳輸之前，還需要設定用于存儲數(shù)據(jù)的目標路徑，以便將接收到的數(shù)據(jù)存儲在目標路徑中。具體實現(xiàn)過程中，可以是在移動終端或虛擬機中創(chuàng)建新的文件夾。
[0046]本發(fā)明實施例中，數(shù)據(jù)傳輸完畢后，關閉所述傳輸通道，并判斷接收到的數(shù)據(jù)的類型、大小是否與原文件匹配，如果匹配，則將接收到的數(shù)據(jù)保存到指定位置；如果不匹配，則拋棄接收到的數(shù)據(jù)。采用這種方法，保證了數(shù)據(jù)傳輸通道只在用的時候開通，不用的時候關閉，從而節(jié)省了系統(tǒng)資源，確保了系統(tǒng)的運行速率。同時，對于與原文件不匹配的接收文件，不予存儲，這樣可以保證用戶看到的文件都是有用的，不會給用戶帶來不必要的煩惱。
[0047]本發(fā)明實施例中，為了加快數(shù)據(jù)傳輸速率和對數(shù)據(jù)傳輸通道的占用率，在數(shù)據(jù)傳輸之前，首先會判斷需要傳輸?shù)臄?shù)據(jù)是否為壓縮文件，如果不是壓縮文件，則將文件壓縮后再進行傳輸，傳輸結束后，則將壓縮文件解壓后再存儲到目標路徑。
[0048]通過采用本發(fā)明公開的上述技術方案，得到了如下有益的效果:本發(fā)明通過在移動終端和虛擬機之間建立傳輸通道，通過傳輸通道直接傳輸數(shù)據(jù)，不需要借助任何的第三方工具，不僅不會受到由于第三方工具帶來的限制，也會極大的提高移動終端和虛擬機用戶的體驗流暢度。
[0049]本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
[0050]本領域人員應該理解的是，上述實施例提供的方法步驟的時序可根據(jù)實際情況進行適應性調(diào)整，也可根據(jù)實際情況并發(fā)進行。
[0051]上述實施例涉及的方法中的全部或部分步驟可以通過程序來指令相關的硬件來完成，所述的程序可以存儲于計算機設備可讀取的存儲介質(zhì)中，用于執(zhí)行上述各實施例方法所述的全部或部分步驟。所述計算機設備，例如:個人計算機、服務器、網(wǎng)絡設備、智能移動終端、智能家居設備、穿戴式智能設備、車載智能設備等；所述的存儲介質(zhì)，例如:RAM、ROM、磁碟、磁帶、光盤、閃存、U盤、移動硬盤、存儲卡、記憶棒、網(wǎng)絡服務器存儲、網(wǎng)絡云存儲坐寸ο
[0052]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
[0053]以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本【技術領域】的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視本發(fā)明的保護范圍。
【權利要求】
1.一種移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，包括如下步驟: S1，接收數(shù)據(jù)傳輸請求； S2，判斷數(shù)據(jù)傳輸條件是否成立，如果成立，則執(zhí)行步驟S3，如果不成立，則結束； S3，建立數(shù)據(jù)傳輸通道； S4，傳輸數(shù)據(jù)。
2.根據(jù)權利要求1所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，在步驟S3和步驟S4之間，還包括步驟，判斷數(shù)據(jù)是否為壓縮數(shù)據(jù)，如果為壓縮數(shù)據(jù)，則執(zhí)行步驟S4 ；如果不為壓縮數(shù)據(jù)，則將數(shù)據(jù)壓縮，再執(zhí)行步驟S4。
3.根據(jù)權利要求1所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，在步驟S3和步驟S4之間，還包括步驟，設定用于存儲所述數(shù)據(jù)的目標路徑。
4.根據(jù)權利要求1所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，步驟S4之后，還包括步驟，數(shù)據(jù)傳輸完畢后，關閉所述傳輸通道，并判斷接收到的數(shù)據(jù)的類型、大小是否與原文件匹配，如果匹配，則將接收到的數(shù)據(jù)保存到指定位置；如果不匹配，則拋棄接收到的數(shù)據(jù)。
5.根據(jù)權利要求1-4任一項中所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，步驟S1中，所述數(shù)據(jù)傳輸請求包括從所述移動終端至所述虛擬機的數(shù)據(jù)傳輸請求，以及從所述虛擬機至所述移動終端的數(shù)據(jù)傳輸請求。
6.根據(jù)權利要求5所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，當所述數(shù)據(jù)傳輸請求為從所述移動終端至所述虛擬機時，步驟S2中，所述判斷數(shù)據(jù)傳輸條件是否成立，具體為，判斷所述虛擬機的存儲介質(zhì)的剩余空間與所述數(shù)據(jù)的大小之間的關系，如果所述虛擬機的存儲介質(zhì)的剩余空間大于所述數(shù)據(jù)的大小，則所述數(shù)據(jù)傳輸條件成立，否則，不成立。
7.根據(jù)權利要求5所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，當所述數(shù)據(jù)傳輸請求為從所述虛擬機至所述移動終端時，步驟S2中，所述判斷數(shù)據(jù)傳輸條件是否成立，具體為，判斷所述移動終端的存儲介質(zhì)是否存在，以及所述存儲介質(zhì)的剩余空間與所述數(shù)據(jù)的大小之間的關系，如果所述存儲介質(zhì)存在，且所述存儲介質(zhì)的剩余空間大于所述數(shù)據(jù)的大小，則所述數(shù)據(jù)傳輸條件成立，否則，不成立。
8.根據(jù)權利要求7所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，所述移動終端的存儲介質(zhì)采用SD卡。
9.根據(jù)權利要求1-4任一項所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，步驟S3中，所述數(shù)據(jù)傳輸通道，通過TCP協(xié)議建立通信連接。
10.根據(jù)權利要求8所述的移動終端與虛擬機數(shù)據(jù)共享的方法，其特征在于，所述TCP協(xié)議采用三次握手建立通信連接。
【文檔編號】H04L29/08GK104320431SQ201410495909
【公開日】2015年1月28日 申請日期:2014年9月24日 優(yōu)先權日:2014年9月24日
【發(fā)明者】楊耀敏, 亢美玲, 孫鯤, 宋月, 董龍洋 申請人:北京云巢動脈科技有限公司