CN107105058A - 文件夹传输方法及移动终端 - Google Patents
文件夹传输方法及移动终端 Download PDFInfo
- Publication number
- CN107105058A CN107105058A CN201710372016.9A CN201710372016A CN107105058A CN 107105058 A CN107105058 A CN 107105058A CN 201710372016 A CN201710372016 A CN 201710372016A CN 107105058 A CN107105058 A CN 107105058A
- Authority
- CN
- China
- Prior art keywords
- file
- attribute
- transmitted
- folder
- receiving terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0608—Saving storage space on storage systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种移动终端,其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件夹传输程序,文件夹传输程序被处理器执行时实现如下步骤:获取待传输文件夹的目录,目录为待传输文件夹中各个对象的列表信息;依次确定目录中各个对象的属性,对象的属性包括文件夹属性和文件属性;将文件属性的对象按照预设的文件传输协议传输至接收端;将文件夹属性的对象按照预设的文件夹传输协议传输至接收端,并将文件夹属性的对象作为待传输文件夹,重复执行上述步骤直至所述待传输文件夹传输完成。与现有技术相比,本发明在文件夹传输过程中无需进行打包和解包,提高了传输速率,且避免了额外磁盘空间的占用。
Description
技术领域
本发明涉及文件传输技术领域,尤其涉及一种文件夹传输方法及移动终端。
背景技术
闪传,其目标是打通手机与手机之间的通信通道,闪传能让智能手机之间的分享变得更简单,其原理是是利用手机自带wifi网卡进行传输。当通过闪传等应用程序传输文件夹时,其传输文件夹的过程举例说明如下,以终端A向终端B传输文件夹为例:首先,终端A将待传输的文件夹打包,然后将打包的文件夹通过网络传输到终端B,终端B接收到打包的文件夹后,进行解包,从而完成了对整个文件夹的传输。该传输过程中,对于终端A,由于需要对文件夹进行打包,因此在终端A上会同时存在一个打包的文件夹和一个原始的文件夹,该打包的文件夹会额外占用一定的磁盘空间,若打包过程中未进行数据压缩,则打包的文件夹会占用与原始文件夹相同的空间,即使进行了数据压缩,打包的文件夹也会占用一定的磁盘空间;同理,对于终端B,终端B接收到打包的文件夹后,会进行解包以得到所传输的文件夹,该过程中终端B上会同时存在打包的文件夹和解包的文件夹,相当于占用了两份磁盘空间。
上述文件夹传输方法,由于传输过程会涉及到打包、解包,一方面比较耗时,另一方面打包的文件夹也会占用额外的磁盘空间,不利于节省对磁盘空间的使用。
因此,有必要提供一种文件夹传输方法及移动终端来解决上述技术问题。
发明内容
本发明的主要目的在于提出一种文件夹传输方法及移动终端,旨在解决文件夹传输过程中耗时长、额外占用磁盘空间的技术问题。
首先,为实现上述目的,本发明提供一种移动终端,所述移动终端包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件夹传输程序,所述文件夹传输程序被所述处理器执行时实现如下步骤:
获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息;
依次确定所述目录中各个对象的属性,所述对象的属性包括文件夹属性和文件属性;
将文件属性的对象按照预设的文件传输协议传输至接收端;
将文件夹属性的对象按照预设的文件夹传输协议传输至接收端,并将文件夹属性的所述对象作为待传输文件夹,重复执行上述步骤直至所述待传输文件夹传输完成。
可选地,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象,其中所述传输模式表示所述对象的属性,所述对象模式表示所述对象的权限。
可选地,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象。
可选地,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
接收到开始符后,进入接收状态;
根据接收到的所述传输模式判断所述对象的属性,若所述对象的属性为文件属性,则根据预设的文件传输协议生成所述对象,若所述对象的属性为文件夹属性,则根据预设的文件夹传输协议生成所述对象;
所述获取待传输文件夹的目录的步骤之前,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
建立所述发送端与所述接收端的socket连接。
为实现上述目的,本发明还提供一种文件夹传输方法,应用于移动终端,所述文件夹传输方法包括以下步骤:
获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息;
依次确定所述目录中各个对象的属性,所述对象的属性包括文件夹属性和文件属性;
将文件属性的对象按照预设的文件传输协议传输至接收端;
将文件夹属性的对象按照预设的文件夹传输协议传输至接收端,并将文件夹属性的所述对象作为待传输文件夹,重复执行上述步骤直至所述待传输文件夹传输完成。
可选地,所述将文件属性的对象按照预设的文件传输协议传输至接收端的步骤包括:
将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象,其中所述传输模式表示所述对象的属性,所述对象模式表示所述对象的权限。
可选地,所述将文件夹属性的对象按照预设的文件夹传输协议传输至接收端的步骤包括:
将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象。
可选地,所述接收端据此建立所述对象的步骤包括:
接收到开始符后,进入接收状态;
根据接收到的所述传输模式判断所述对象的属性;
若所述对象的属性为文件属性,则根据预设的文件传输协议生成所述对象;
若所述对象的属性为文件夹属性,则根据预设的文件夹传输协议生成所述对象。
可选地,所述发送端获取待传输文件夹的目录的步骤之前还包括:
建立所述发送端与所述接收端的socket连接。
此外,为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有文件夹传输程序,所述文件夹传输程序被处理器执行时实现如上述文件夹传输方法的步骤。
相较于现有技术,本发明所提出的文件夹传输方法、移动终端及计算机可读存储介质,在传输文件夹时,依次确定待传输文件夹内的多个对象的属性,并将文件属性的对象按照预设的文件传输协议直接传输至接收端,将文件夹属性的对象按照预设的文件夹传输协议直接传输至接收端,同时对文件夹属性的对象采用递归方式判断其内各个子对象的属性并进行传输,直至待传输文件夹中的所有内容均传输至接收端,由于该文件夹传输过程中无需进行打包和解包,因此可以提高传输速率,且避免了额外磁盘空间的占用。
附图说明
图1为实现本发明各个实施例一可选的移动终端的硬件结构示意图;
图2为本发明实施例提供的一种通信网络***架构图;
图3为本发明文件夹传输程序第一实施例的功能模块示意图;
图4为本发明文件夹传输程序第二实施例的功能模块示意图;
图5为本发明文件夹传输方法第一实施例的实施流程示意图;
图6为本发明文件夹传输方法第二实施例的实施流程示意图;
图7为移动终端A向移动终端B传输文件夹时一实施例的示意图;
图8为待传输文件夹一实施例的示意图;
图9为对象3的传输过程一实施例的示意图。
附图标记:
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯***)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理***与处理器110逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络***进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络***架构图,该通信网络***为通用移动通信技术的LTE***,该LTE***包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子***)或其它IP业务等。
虽然上述以LTE***为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE***,也可以适用于其他无线通信***,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络***等,此处不做限定。
基于上述移动终端100硬件结构以及通信网络***,提出本发明方法各个实施例。
首先,本发明提出一种文件夹传输程序400。
如图3所示,是本发明文件夹传输程序400第一实施例的功能模块示意图。在本实施例中,所述文件夹传输程序400可以被分割成一个或多个模块,所述一个或多个模块存储于所述移动终端100的存储器109中,并由一个或多个处理器(本实施例中为所述控制器110)所执行,以完成本发明。例如,在图3中,所述文件夹传输程序400可以被分割成目录获取模块401、属性确定模块402、第一传输模块403以及第二传输模块404。本发明所称的模块是指一种能够完成特定功能的一系列计算机程序指令段,比计算机程序更适合于描述软件在所述移动终端100中的执行过程。以下将就上述各功能模块401-404的具体功能进行详细描述。其中:
所述目录获取模块401,用于获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息。
具体的,本发明文件夹传输程序400应用于发送端向接收端传输文件夹的过程,其中发送端和接收端可以为图1所示移动终端。本实施例以移动终端A向移动终端B传输文件夹为例进行说明,请参考图7,图7为移动终端A向移动终端B传输文件夹时一实施例的示意图,其中移动终端A作为发送端,移动终端B作为接收端。当移动终端A接收到文件夹传输指令时,获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息,如对于待传输文件夹k,若待传输文件夹k内包括对象1、对象2、对象3、对象4、对象5共5个对象,则此时获取的目录为这5个对象的相关信息,其中待传输文件夹k内的每一对象可能是文件夹(即子文件夹,文件夹内继续包括多个对象),也可能是文件,其中文件可以是图片、音频、视频、word文档等各种类型的文件。请参考图8,图8为待传输文件夹一实施例的示意图,如图8所示,本实施例中,待传输文件夹包括3个对象,其中对象1为图片,对象2为word文档,对象3为一个子文件夹,该子文件夹内又包括2个对象,分别为音频1和音频2,则该目录中包括各个对象的存储位置、大小、属性、内容等信息。
所述属性确定模块402,用于依次确定所述目录中各个对象的属性,所述对象的属性包括文件夹属性和文件属性,若所述对象的属性为文件属性,则执行第一传输模块403,若所述对象的属性为文件夹属性,则执行第二传输模块404。其中,对象的属性包括文件夹属性和文件属性,若对象的属性为文件夹属性,则表示该对象为一个文件夹,若对象的属性为文件属性,则表示该对象为一个文件。对于图8所示实施例,属性确定模块402具体为:首先确定对象1的属性,由于对象1为文件属性,因此执行第一传输模块403,之后继续确定对象2的属性,对象2为文件属性,执行第一传输模块403,之后继续确定对象3的属性,对象3为文件夹属性,因此执行第二传输模块404。
所述第一传输模块403,用于将文件属性的对象按照预设的文件传输协议传输至接收端。
本发明中,预设的文件传输协议如表1所示:
表1
从表1可以看出,第一传输模块403具体为:将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式进行传输,其中传输模式用于表示对象的属性,目的路径表示将该对象存储至接收端的位置,对象模式用于表示对象的权限,如只读权限、可读可写权限等,对象长度用于表示该对象所占的存储空间,对象内容表示该对象的具体内容,开始符和结束符用于表示一个对象传输的开始和结束,用于区别开多个对象。此外,表1所示预设的文件传输协议中,还预先规定了每个传输参数所占用的空间,如表1所示,开始符占用8个字节,传输模式占用4个字节,对象名称占用128个字节,目的路径占用128个字节,对象模式占用4个字节,对象长度占用4个字节,对象内容占用N个字节,结束符占用4个字节,其中对象内容所占用的字节是不确定的,其与对象的大小有关,需要说明书的是,各个传输参数所占用的空间是由程序员预先规定的,其占用的空间大小还可以为其他设置。
所述第二传输模块404,用于将文件夹属性的对象按照预设的文件夹传输协议传输至接收端,并将文件夹属性的所述对象作为待传输文件夹,重复执行文件夹传输程序400直至所述待传输文件夹传输完成。
具体的,对于文件夹属性的对象,由于该对象内还包括多个对象,因此将该文件夹属性的对象作为新的待传输文件夹,采用递归的方式重复执行步骤S501至步骤S504直至整个待传输文件传输完成。具体的,对于图8所示实施例,请参考图9,图9为对象3的传输过程一实施例的示意图,其中对象3在第一次执行步骤S504后在接收端上生成对象3所对应的子文件夹,之后对对象3重复执行文件夹传输程序得到完整的对象3。
本发明中,预设的文件夹传输协议如表2所示:
表2
从表2可以看出,将文件夹属性的对象按照预设的文件夹传输协议传输至接收端的步骤包括:将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象。其中,传输模式用于表示对象的属性,目的路径表示将该对象存储至接收端的位置,对象模式用于表示对象的权限,如只读权限、可读可写权限等,开始符和结束符用于表示一个对象传输的开始和结束,用于区别开多个对象。此外,表2所示预设的文件夹传输协议中,还预先规定了每个传输参数所占用的空间,如表2所示,开始符占用8个字节,传输模式占用4个字节,对象名称占用128个字节,目的路径占用128个字节,对象模式占用4个字节,结束符占用4个字节,需要说明书的是,各个传输参数所占用的空间是由程序员预先规定的,其占用的空间大小还可以为其他设置。
通过上述模块401-404,本发明文件夹传输程序在传输文件夹时,依次确定待传输文件夹内的多个对象的属性,并将文件属性的对象按照预设的文件传输协议直接传输至接收端,将文件夹属性的对象按照预设的文件夹传输协议直接传输至接收端,同时对文件夹属性的对象采用递归方式确定其内各个子对象的属性并进行传输,直至待传输文件夹中的所有内容均传输至接收端,由于该文件夹传输过程中无需进行打包和解包,因此可以提高传输速率,且避免了额外磁盘空间的占用。
进一步地,基于上述本发明文件夹传输程序400的第一实施例,提出本发明文件夹传输程序400的第二实施例。请参考图4,图4为本发明文件夹传输程序400第二实施例的功能模块示意图,与第一实施例相比,本实施例中,文件夹传输程序400还包括连接模块405和对象生成模块406。本实施例中,各功能模块的说明如下:
所述连接模块405,用于建立所述发送端与所述接收端的socket连接。
所述对象生成模块406,用于在接收到开始符后,进入接收状态;根据接收到的所述传输模式判断所述对象的属性,若所述对象的属性为文件属性,则根据预设的文件传输协议生成所述对象,若所述对象的属性为文件夹属性,则根据预设的文件夹传输协议生成所述对象。
其中,接收端会存储有预设的文件传输协议和预设的文件夹传输协议,当接收端接收到数据时,会按照相应的传输格式来获取相应的传输参数,并据此生成相应的对象。本实施例中,当接收端接收到来自发送端的数据后,会首先判断最先接收到的8个字节是否为开始符(Start),若是,则判定进行一个对象的传输过程,进入接收状态,接收后续数据。
下面举例说明文件属性的对象传输时的传输过程:假设移动终端A传输512字节大小的文件123.txt到移动终端B的sdcard,则移动终端A按照预设的文件传输协议发送的数据如下表所示:
其中,File表示该对象的属性为文件属性。当移动终端B接收到8个字节的数据时,首先判断该8个字节是否为START,若是,则进入接收状态,继续接收4个字节,如果这4个字节为File,则判定移动终端A传输的对象为文件(即对象的属性为文件属性),此时继续接收128个字节,将这128个字节作为对象的名称(此处为123.txt),之后继续接收128个字节,将这128个字节作为对象的目标路径(此处为/sdcard),根据上述信息在移动终端B上创建对象:/sdcard/123.txt,之后继续接收8个字节,将这8个字节作为对象的对象模式(此处为0644,0644用于表示对象的权限),并修改/sdcard/123.txt的权限为0644,之后继续接收4个字节,将这4个字节作为对象的大小(此处为512),之后继续接收512个字节,将这512个字节作为对象的内容写入对象/sdcard/123.txt,最后接收4个字节,此处4个字节为结束符(此处为END),此次接收过程结束,文件123.txt创建完成。
文件夹属性的对象传输时其传输过程举例说明如下:假设移动终端A传输文件夹abc到移动终端B的sdcard,则移动终端A按照预设的文件夹传输协议发送的数据如下表所示:
START | DIR | abc | /sdcard | 0755 | END |
8bytes | 4bytes | 128bytes | 128bytes | 8bytes | 4bytes |
其中,DIR表示该对象的属性为文件夹属性。当移动终端B接收到8个字节的数据时,首先判断该8个字节是否为START,若是,则进入接收状态,继续接收4个字节,如果这4个字节为DIR,则判定移动终端A传输的对象为文件夹(即对象的属性为文件夹属性),此时继续接收128个字节,将这128个字节作为对象的名称(此处为abc),之后继续接收128个字节,将这128个字节作为对象的目标路径(此处为/sdcard),根据上述信息在移动终端B上创建对象:/sdcard/abc,之后继续接收8个字节,将这8个字节作为对象的对象模式(此处为0755,0755用于表示对象的权限),并修改/sdcard/abc的权限为0755,最后接收4个字节,此处4个字节为结束符(此处为END),此次接收过程结束,文件夹abc创建完成。之后,按照递归的方法继续对文件夹abc执行文件夹传输程序直至完成对整个文件夹abc的传输。
通过上述模块401-406,本发明所提出的文件夹传输程序400在传输文件夹时,在依次确定待传输文件夹内的多个对象的属性,并将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式传输至接收端,将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端,所述接收端接收到开始符后,进入接收状态,并根据对象的属性按照对应的传输协议生成所述对象,同时对文件夹属性的对象采用递归方式确定其内各个子对象的属性并进行传输,直至待传输文件夹中的所有内容均传输至接收端,由于该文件夹传输过程中无需进行打包和解包,因此可以提高传输速率,且避免了额外磁盘空间的占用。
此外,本发明提出一种文件夹传输方法。
如图5所示,是本发明文件夹传输方法第一实施例的实施流程图。在本实施例中,根据不同的需求,图5所示的流程图中的步骤的执行顺序可以改变,某些步骤可以省略。所述文件夹传输方法包括:
步骤S501,发送端获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息。
具体的,本发明文件夹传输方法应用于发送端向接收端传输文件夹的过程,其中发送端和接收端可以为图1所示移动终端。本实施例以移动终端A向移动终端B传输文件夹为例进行说明,请参考图7,图7为移动终端A向移动终端B传输文件夹时一实施例的示意图,其中移动终端A作为发送端,移动终端B作为接收端。当移动终端A接收到文件夹传输指令时,获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息,如对于待传输文件夹k,若待传输文件夹k内包括对象1、对象2、对象3、对象4、对象5共5个对象,则此时获取的目录为这5个对象的相关信息,其中待传输文件夹k内的每一对象可能是文件夹(即子文件夹,文件夹内继续包括多个对象),也可能是文件,其中文件可以是图片、音频、视频、word文档等各种类型的文件。请参考图8,图8为待传输文件夹一实施例的示意图,如图8所示,本实施例中,待传输文件夹包括3个对象,其中对象1为图片,对象2为word文档,对象3为一个子文件夹,该子文件夹内又包括2个对象,分别为音频1和音频2,则该目录中包括各个对象的存储位置、大小、属性、内容等信息。
步骤S502,依次确定所述目录中各个对象的属性,若所述对象的属性为文件属性,则执行步骤S503,反之若所述对象的属性为文件夹属性,则执行步骤S504。
其中,对象的属性包括文件夹属性和文件属性,若对象的属性为文件夹属性,则表示该对象为一个文件夹,若对象的属性为文件属性,则表示该对象为一个文件。对于图8所示实施例,步骤S502具体为:首先确定对象1的属性,由于对象1为文件属性,因此执行步骤503,之后继续确定对象2的属性,对象2为文件属性,执行步骤S503,之后继续确定对象3的属性,对象3为文件夹属性,因此执行步骤S504。
步骤S503,将文件属性的对象按照预设的文件传输协议传输至接收端。
本发明中,预设的文件传输协议如表3所示:
表3
从表3可以看出,步骤S501具体为:将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式进行传输,其中传输模式用于表示对象的属性,目的路径表示将该对象存储至接收端的位置,对象模式用于表示对象的权限,如只读权限、可读可写权限等,对象长度用于表示该对象所占的存储空间,对象内容表示该对象的具体内容,开始符和结束符用于表示一个对象传输的开始和结束,用于区别开多个对象。此外,表3所示预设的文件传输协议中,还预先规定了每个传输参数所占用的空间,如表3所示,开始符占用8个字节,传输模式占用4个字节,对象名称占用128个字节,目的路径占用128个字节,对象模式占用4个字节,对象长度占用4个字节,对象内容占用N个字节,结束符占用4个字节,其中对象内容所占用的字节是不确定的,其与对象的大小有关,需要说明书的是,各个传输参数所占用的空间是由程序员预先规定的,其占用的空间大小还可以为其他设置。
步骤S504,将文件夹属性的对象按照预设的文件夹传输协议传输至接收端,并将文件夹属性的所述对象作为待传输文件夹,返回步骤S501,即重复执行所述步骤S501至S504直至所述待传输文件夹传输完成。
具体的,对于文件夹属性的对象,由于该对象内还包括多个对象,因此将该文件夹属性的对象作为新的待传输文件夹,采用递归的方式重复执行步骤S501至步骤S504直至整个待传输文件传输完成。具体的,对于图8所示实施例,请参考图9,图9为对象3的传输过程,其中对象3在第一次执行步骤S504后在接收端上生成对象3所对应的子文件夹,之后对对象3重复执行步骤S501至步骤S504得到完整的对象3。
本发明中,预设的文件夹传输协议如表4所示:
表4
从表4可以看出,将文件夹属性的对象按照预设的文件夹传输协议传输至接收端的步骤包括:将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象。其中,传输模式用于表示对象的属性,目的路径表示将该对象存储至接收端的位置,对象模式用于表示对象的权限,如只读权限、可读可写权限等,开始符和结束符用于表示一个对象传输的开始和结束,用于区别开多个对象。此外,表4所示预设的文件夹传输协议中,还预先规定了每个传输参数所占用的空间,如表4所示,开始符占用8个字节,传输模式占用4个字节,对象名称占用128个字节,目的路径占用128个字节,对象模式占用4个字节,结束符占用4个字节,需要说明书的是,各个传输参数所占用的空间是由程序员预先规定的,其占用的空间大小还可以为其他设置。
通过上述步骤S501-S504,本发明文件夹传输方法在传输文件夹时,依次确定待传输文件夹内的多个对象的属性,并将文件属性的对象按照预设的文件传输协议直接传输至接收端,将文件夹属性的对象按照预设的文件夹传输协议直接传输至接收端,同时对文件夹属性的对象采用递归方式确定其内各个子对象的属性并进行传输,直至待传输文件夹中的所有内容均传输至接收端,由于该文件夹传输过程中无需进行打包和解包,因此可以提高传输速率,且避免了额外磁盘空间的占用。
进一步地,基于上述第一实施例,提出本发明文件夹传输方法的第二实施例。如图6所示,是本发明文件夹传输方法第二实施例的实施流程图。在本实施例中,根据不同的需求,图6所示的流程图中的步骤的执行顺序可以改变,某些步骤可以省略。所述文件夹传输方法包括:
步骤S601,建立发送端与接收端的socket连接。
步骤S602,发送端获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息。
步骤S603,依次确定所述目录中各个对象的属性,若所述对象的属性为文件属性,则执行步骤S604,反之若所述对象的属性为文件夹属性,则执行步骤S605。
步骤S604,将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式传输至接收端。
步骤S605,将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端。
步骤S606,所述接收端接收到开始符后,进入接收状态。
其中,接收端会存储有预设的文件传输协议和预设的文件夹传输协议,当接收端接收到数据时,会按照相应的传输格式来获取相应的传输参数,并据此生成相应的对象。本实施例中,当接收端接收到来自发送端的数据后,会首先判断最先接收到的8个字节是否为开始符(Start),若是,则判定进行一个对象的传输过程,进入接收状态,接收后续数据。
步骤S607,根据接收到的所述传输模式判断所述对象的属性,若所述对象的属性为文件属性,则执行步骤S608,若所述对象的属性为文件夹属性,则执行步骤S609。
步骤S608,根据预设的文件传输协议生成所述对象。
举例说明如下:假设移动终端A传输512字节大小的文件123.txt到移动终端B的sdcard,则移动终端A按照预设的文件传输协议发送的数据如下表所示:
其中,File表示该对象的属性为文件属性。当移动终端B接收到8个字节的数据时,首先判断该8个字节是否为START,若是,则进入接收状态,继续接收4个字节,如果这4个字节为File,则判定移动终端A传输的对象为文件(即对象的属性为文件属性),此时继续接收128个字节,将这128个字节作为对象的名称(此处为123.txt),之后继续接收128个字节,将这128个字节作为对象的目标路径(此处为/sdcard),根据上述信息在移动终端B上创建对象:/sdcard/123.txt,之后继续接收8个字节,将这8个字节作为对象的对象模式(此处为0644,0644用于表示对象的权限),并修改/sdcard/123.txt的权限为0644,之后继续接收4个字节,将这4个字节作为对象的大小(此处为512),之后继续接收512个字节,将这512个字节作为对象的内容写入对象/sdcard/123.txt,最后接收4个字节,此处4个字节为结束符(此处为END),此次接收过程结束,文件123.txt创建完成。
步骤S609,根据预设的文件夹传输协议生成所述对象,将所述对象作为新的待传输文件夹,重复执行步骤S602至步骤S609。
举例说明如下:
假设移动终端A传输文件夹abc到移动终端B的sdcard,则移动终端A按照预设的文件夹传输协议发送的数据如下表所示:
START | DIR | abc | /sdcard | 0755 | END |
8bytes | 4bytes | 128bytes | 128bytes | 8bytes | 4bytes |
其中,DIR表示该对象的属性为文件夹属性。当移动终端B接收到8个字节的数据时,首先判断该8个字节是否为START,若是,则进入接收状态,继续接收4个字节,如果这4个字节为DIR,则判定移动终端A传输的对象为文件夹(即对象的属性为文件夹属性),此时继续接收128个字节,将这128个字节作为对象的名称(此处为abc),之后继续接收128个字节,将这128个字节作为对象的目标路径(此处为/sdcard),根据上述信息在移动终端B上创建对象:/sdcard/abc,之后继续接收8个字节,将这8个字节作为对象的对象模式(此处为0755,0755用于表示对象的权限),并修改/sdcard/abc的权限为0755,最后接收4个字节,此处4个字节为结束符(此处为END),此次接收过程结束,文件夹abc创建完成。之后,按照递归的方法继续对文件夹abc执行步骤S602至步骤S609直至完成对整个文件夹abc的传输。
通过上述步骤S601至S609,本发明文件夹传输方法在传输文件夹时,在依次确定待传输文件夹内的多个对象的属性,并将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式传输至接收端,将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端,所述接收端接收到开始符后,进入接收状态,并根据对象的属性按照对应的传输协议生成所述对象,同时对文件夹属性的对象采用递归方式确定其内各个子对象的属性并进行传输,直至待传输文件夹中的所有内容均传输至接收端,由于该文件夹传输过程中无需进行打包和解包,因此可以提高传输速率,且避免了额外磁盘空间的占用。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种移动终端,其特征在于,所述移动终端包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件夹传输程序,所述文件夹传输程序被所述处理器执行时实现如下步骤:
获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息;
依次确定所述目录中各个对象的属性,所述对象的属性包括文件夹属性和文件属性;
将文件属性的对象按照预设的文件传输协议传输至接收端;
将文件夹属性的对象按照预设的文件夹传输协议传输至接收端,并将文件夹属性的所述对象作为待传输文件夹,重复执行上述步骤直至所述待传输文件夹传输完成。
2.如权利要求1所述的移动终端,其特征在于,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象,其中所述传输模式表示所述对象的属性,所述对象模式表示所述对象的权限。
3.如权利要求2所述的移动终端,其特征在于,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象。
4.如权利要求3所述的移动终端,其特征在于,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
接收到开始符后,进入接收状态;
根据接收到的所述传输模式判断所述对象的属性,若所述对象的属性为文件属性,则根据预设的文件传输协议生成所述对象,若所述对象的属性为文件夹属性,则根据预设的文件夹传输协议生成所述对象;
所述获取待传输文件夹的目录的步骤之前,所述处理器还用于执行所述文件夹传输程序,以实现如下步骤:
建立所述发送端与所述接收端的socket连接。
5.一种文件夹传输方法,应用于移动终端,其特征在于,所述文件夹传输方法包括以下步骤:
获取待传输文件夹的目录,所述目录为所述待传输文件夹中各个对象的列表信息;
依次确定所述目录中各个对象的属性,所述对象的属性包括文件夹属性和文件属性;
将文件属性的对象按照预设的文件传输协议传输至接收端;
将文件夹属性的对象按照预设的文件夹传输协议传输至接收端,并将文件夹属性的所述对象作为待传输文件夹,重复执行上述步骤直至所述待传输文件夹传输完成。
6.如权利要求5所述的文件夹传输方法,其特征在于,所述将文件属性的对象按照预设的文件传输协议传输至接收端的步骤包括:
将文件属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、对象长度、对象内容、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象,其中所述传输模式表示所述对象的属性,所述对象模式表示所述对象的权限。
7.如权利要求6所述的文件夹传输方法,其特征在于,所述将文件夹属性的对象按照预设的文件夹传输协议传输至接收端的步骤包括:
将文件夹属性的对象按照开始符、传输模式、对象名称、目的路径、对象模式、结束符依次排列的传输格式传输至接收端以使所述接收端据此建立所述对象。
8.如权利要求7所述的文件夹传输方法,其特征在于,所述接收端据此建立所述对象的步骤包括:
接收到开始符后,进入接收状态;
根据接收到的所述传输模式判断所述对象的属性;
若所述对象的属性为文件属性,则根据预设的文件传输协议生成所述对象;
若所述对象的属性为文件夹属性,则根据预设的文件夹传输协议生成所述对象。
9.如权利要求8所述的文件夹传输方法,其特征在于,所述发送端获取待传输文件夹的目录的步骤之前还包括:
建立所述发送端与所述接收端的socket连接。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有文件夹传输程序,所述文件夹传输程序被处理器执行时实现如权利要求5至9中任一项所述的文件夹传输方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710372016.9A CN107105058A (zh) | 2017-05-24 | 2017-05-24 | 文件夹传输方法及移动终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710372016.9A CN107105058A (zh) | 2017-05-24 | 2017-05-24 | 文件夹传输方法及移动终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107105058A true CN107105058A (zh) | 2017-08-29 |
Family
ID=59669487
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710372016.9A Pending CN107105058A (zh) | 2017-05-24 | 2017-05-24 | 文件夹传输方法及移动终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107105058A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111511045A (zh) * | 2020-04-10 | 2020-08-07 | 玳能科技(杭州)有限公司 | 移动终端与电脑的交互方法、装置、电子设备及存储介质 |
CN112399194A (zh) * | 2021-01-20 | 2021-02-23 | 腾讯科技(深圳)有限公司 | 一种直播数据处理方法、装置、计算机及可读存储介质 |
CN112469030A (zh) * | 2020-12-01 | 2021-03-09 | 北京小熊博望科技有限公司 | 一种跨终端多文件传输方法 |
CN114465972A (zh) * | 2021-06-11 | 2022-05-10 | 北京字跳网络技术有限公司 | 文件夹传输的方法、装置、设备和计算机可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050270970A1 (en) * | 2004-05-21 | 2005-12-08 | Bea Systems, Inc. | Failsafe service oriented architecture |
CN101026551A (zh) * | 2006-10-10 | 2007-08-29 | 中山大学 | 一种通信传输中的文件打包解包方法 |
CN101076031A (zh) * | 2006-12-06 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种应用网络硬盘的方法 |
CN101547161A (zh) * | 2008-03-28 | 2009-09-30 | 阿里巴巴集团控股有限公司 | 文件夹传输***、文件夹传输装置及文件夹传输方法 |
-
2017
- 2017-05-24 CN CN201710372016.9A patent/CN107105058A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050270970A1 (en) * | 2004-05-21 | 2005-12-08 | Bea Systems, Inc. | Failsafe service oriented architecture |
CN101026551A (zh) * | 2006-10-10 | 2007-08-29 | 中山大学 | 一种通信传输中的文件打包解包方法 |
CN101076031A (zh) * | 2006-12-06 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种应用网络硬盘的方法 |
CN101547161A (zh) * | 2008-03-28 | 2009-09-30 | 阿里巴巴集团控股有限公司 | 文件夹传输***、文件夹传输装置及文件夹传输方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111511045A (zh) * | 2020-04-10 | 2020-08-07 | 玳能科技(杭州)有限公司 | 移动终端与电脑的交互方法、装置、电子设备及存储介质 |
CN112469030A (zh) * | 2020-12-01 | 2021-03-09 | 北京小熊博望科技有限公司 | 一种跨终端多文件传输方法 |
CN112399194A (zh) * | 2021-01-20 | 2021-02-23 | 腾讯科技(深圳)有限公司 | 一种直播数据处理方法、装置、计算机及可读存储介质 |
CN114465972A (zh) * | 2021-06-11 | 2022-05-10 | 北京字跳网络技术有限公司 | 文件夹传输的方法、装置、设备和计算机可读存储介质 |
CN114465972B (zh) * | 2021-06-11 | 2023-11-21 | 北京字跳网络技术有限公司 | 文件夹传输的方法、装置、设备和计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107688607A (zh) | 一种数据库访问的方法及移动终端、计算机可读存储介质 | |
CN107436779A (zh) | 一种应用程序管理方法、设备及计算机可读存储介质 | |
CN107707450A (zh) | 一种传输文件的方法、装置和计算机可读存储介质 | |
CN107343083A (zh) | 一种提升游戏体验方法、装置及计算机可读存储介质 | |
CN107145385A (zh) | 一种多任务界面显示方法、移动终端和计算机存储介质 | |
CN107133302A (zh) | 实现数据一致性的方法、***、终端及计算机可读存储介质 | |
CN107220050A (zh) | 自适应显示方法、终端及计算机可读存储介质 | |
CN107181700A (zh) | 移动终端应用程序的控制方法、移动终端及存储介质 | |
CN107239522A (zh) | 图片存储方法、设备和计算机存储介质 | |
CN107729103A (zh) | 一种主题切换方法、移动终端以及计算机存储介质 | |
CN107105058A (zh) | 文件夹传输方法及移动终端 | |
CN107943494A (zh) | 多渠道应用分发方法及移动终端 | |
CN107463324A (zh) | 一种图片显示方法、移动终端和计算机可读存储介质 | |
CN107181865A (zh) | 未读短信的处理方法、终端及计算机可读存储介质 | |
CN107133151A (zh) | 一种日志数据处理方法、设备以及计算机可读存储介质 | |
CN107506039A (zh) | 移动终端、数据传输方法及计算机存储介质 | |
CN107483804A (zh) | 一种拍摄方法、移动终端及计算机可读存储介质 | |
CN107172605A (zh) | 一种紧急呼叫方法、移动终端及计算机可读存储介质 | |
CN107818022A (zh) | 应用程序接口合并方法、移动终端及计算机可读存储介质 | |
CN107766088A (zh) | 接口优化方法、***及计算机可读存储介质 | |
CN107423065A (zh) | 一种应用分身的方法、移动终端及计算机可读存储介质 | |
CN107566608A (zh) | 一种***导航方法、设备及计算机可读存储介质 | |
CN107247560A (zh) | 数据存储方法及移动终端 | |
CN107748680A (zh) | 一种内核配置方法、终端及计算机可读存储介质 | |
CN107241394A (zh) | 一种日志传输方法、装置及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170829 |