CN105978996A - 一种基于通信录联系人之间的文件传输方法 - Google Patents
一种基于通信录联系人之间的文件传输方法 Download PDFInfo
- Publication number
- CN105978996A CN105978996A CN201610466823.2A CN201610466823A CN105978996A CN 105978996 A CN105978996 A CN 105978996A CN 201610466823 A CN201610466823 A CN 201610466823A CN 105978996 A CN105978996 A CN 105978996A
- Authority
- CN
- China
- Prior art keywords
- file
- mobile terminal
- transmission
- data
- receive
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种基于通信录联系人之间的文件传输方法,该方法包括:接收第一移动终端发送的文件传输请求;接收到第二移动终端返回的响应信息;根据响应信息判断第二移动终端是否同意接收文件传输;如果第二移动终端同意接收文件传输,则向第一移动终端发送上传文件断点位置信息,并根据第一预设文件传输协议接收第一移动终端依据上传文件断点位置信息传输的文件数据;根据第二预设文件传输协议和下载文件断点位置信息,向第二移动终端传输相应的文件数据。本发明提供的文件传输方法,实现了移动终端之间通过通讯录直接进行文件传输,采用了多线程管理并支持断点续传,节省流量,传输速度快、效率高。
Description
技术领域
本发明涉及文件传输技术领域,特别涉及一种基于通信录联系人之间的文件传输方法。
背景技术
随着互联网技术的快速发展,智能移动设备在人们的生活中越来越普及,人们在大量使用智能移动设备时,智能移动设备之间的文件传输的需求也越来越大,但是网络环境和流量一直制约着文件传输的使用。
现有的智能移动设备在网络环境不稳定的情况下,文件传输效率低,且消耗流量高,此外,现有的智能移动设备之间,还未有通过通讯录进行联系人之间的文件传输功能,使得人们使用文件传输时不是十分便利。
发明内容
为了解决现有文件传输技术中不能通过通讯录进行联系人之间的直接文件传输,及现有文件传输效率低、流量消耗高的问题,本发明实施例提供了一种基于通信录联系人之间的文件传输方法。所述技术方案如下:
本发明实施例提供了一种基于通信录联系人之间的文件传输方法,所述方法包括:
接收第一移动终端发送的文件传输请求,并将所述文件传输请求转发给第二移动终端,所述第二移动终端为依照所述第一移动终端的通讯录联系人确认的文件传输对象,所述文件传输请求包括:传输请求命令字、第一移动终端身份标识号码(Identity,简称“ID”)、第二移动终端ID、文件信息;
接收到所述第二移动终端返回的响应信息,所述响应信息用于指示所述第二移动终端是否同意接收文件传输;
根据所述响应信息判断所述第二移动终端是否同意接收文件传输;
如果所述第二移动终端同意接收文件传输,则向所述第一移动终端发送上传文件断点位置信息,且根据第一预设文件传输协议接收并储存所述第一移动终端依据所述上传文件断点位置信息传输的文件数据,所述第一预设文件传输协议包括:为每个上传文件对应的文件数据分配独立的上传线程;
根据第二预设文件传输协议和下载文件断点位置信息,向所述第二移动终端传输相应的文件数据,所述第二预设文件传输协议包括:为每个下载文件对应的文件数据分配独立的下载线程。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述第一预设文件传输协议还包括:采用分段锁方式管理多个独立的上传线程。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述根据第一预设文件传输协议接收并储存所述第一移动终端依据所述上传文件断点位置信息传输的文件数据,包括:
采用直接内存映射技术,将接收到的文件数据储存在数据库中。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述方法还包括:
终止超过预设时间的上传文件操作或者下载文件操作。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述方法还包括:
定期清除所述数据库中的超过预设期限的储存文件数据。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述方法还包括:
如果所述第二移动终端同意接收文件传输,则接收并同意所述第一移动终端发起的上传握手连接请求。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述方法还包括:
如果所述第二移动终端同意接收文件传输,则接收并同意所述第二移动终端发起的下载握手连接请求。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述方法还包括:
判断所述第一移动终端是否完成文件数据上传;
如果所述第一移动终端完成文件数据上传,则向所述第一移动终端发送上传完成确认信息。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述方法还包括:
判断所述第二移动终端是否完成文件数据下载;
如果所述第二移动终端完成文件数据下载,则向所述第二移动终端发送下载完成确认信息。
在本发明实施例上述的基于通信录联系人之间的文件传输方法中,所述方法还包括:
如果所述第二移动终端同意接收文件传输,则判断所述第一移动终端和所述第二移动终端是否处于同一局域网;
如果所述第一移动终端和所述第二移动终端处于同一局域网,则向所述第一移动终端发送直接传输指令,所述直接传输指令用于指示所述第一移动终端通过所处的局域网直接向所述第二移动终端传输文件数据。
本发明实施例提供的技术方案带来的有益效果是:
通过先接收第一移动终端发送的文件传输请求,并将该文件传输请求转发给第二移动终端;然后接收到第二移动终端返回的响应信息,并根据响应信息判断第二移动终端是否同意接收文件传输;然后在第二移动终端同意接收文件传输时,向第一移动终端发送上传文件断点位置信息,并根据第一预设文件传输协议接收第一移动终端依据上传文件断点位置信息传输的文件数据;同时,根据第二预设文件传输协议和下载文件断点位置信息,向第二移动终端传输相应的文件数据,来实现了基于通信录联系人之间的文件传输方法。该文件传输方法实现了移动终端之间通过通讯录直接进行文件传输功能,同时,该文件传输采用多线程管理,传输速度快,效率高,能够克服网络环境较差的问题,并且,在文件传输过程中支持断点续传,在节省流量的同时,文件传输效率更高。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种应用场景示意图;
图2是本发明实施例一提供的一种基于通信录联系人之间的文件传输方法流程图;
图3是本发明实施例一提供的一种基于通信录联系人之间的文件传输方法流程图;
图4是本发明实施例二提供的一种基于通信录联系人之间的文件传输方法流程图;
图5是本发明实施例三提供的一种基于通信录联系人之间的文件传输方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
在介绍本发明实施例之前,先简单介绍一下本发明的应用场景。参见图1,第一移动终端100(例如:智能手机)需要向通讯录中记载的联系人直接发送文件,第二移动终端200就是第一移动终端100通过通讯录联系人认定的文件传输对象,需要说明的是,文件传输对象可以为一个,也可以为多个,即第一移动终端100可以向一个第二移动终端200传输文件,也可以向多个第二移动终端200传输文件,这里不做限制。第一移动终端100与第二移动终端200之间传输文件时,需要通过文件服务器300来转发相关信息,即第一移动终端100先将文件上传至文件服务器300,再由第二移动终端200从文件服务器300中下载。
实施例一
本发明实施例提供了一种基于通信录联系人之间的文件传输方法,由文件服务器300执行,参见图2,该方法可以包括:
步骤S11,接收第一移动终端发送的文件传输请求,并将该文件传输请求转发给第二移动终端,该第二移动终端为依照第一移动终端的通讯录联系人确认的文件传输对象,该文件传输请求可以包括:传输请求命令字、第一移动终端ID、第二移动终端ID、文件信息。
在本实施例中,用户通过第一移动终端向通讯录联系人(即文件传输对象)发起文件传输时,第一移动终端向文件服务器发送文件传输请求。文件服务器在接到文件传输请求后,会根据文件传输请求中第二移动终端ID,将文件传输请求转发给第二移动终端。由于第二移动终端可以由第一移动终端中的通讯录联系人来确定,实现了通过通讯录直接发起文件传输的功能。
在实际应用中,文件传输请求还可以包括登录安全鉴权,文件信息可以包括文件长度、文件名、文件源ID等信息。
步骤S12,接收到第二移动终端返回的响应信息,该响应信息用于指示第二移动终端是否同意接收文件传输。
在本实施例中,文件服务器在接收到响应信息后,还会将响应信息传输给第一移动终端。响应信息可以包括命令字、结果、文件源ID等。
步骤S13,根据响应信息判断第二移动终端是否同意接收文件传输。如果第二移动终端不同意接收文件传输(即响应信息指示第二移动终端不同意接收文件传输),则由第一移动终端发起的文件传输结束。如果第二移动终端同意接收文件传输(即响应信息指示第二移动终端同意接收文件传输),则执行步骤S14。
步骤S14,向第一移动终端发送上传文件断点位置信息,并根据第一预设文件传输协议接收第一移动终端依据上传文件断点位置信息传输的文件数据,第一预设文件传输协议指为每个上传文件对应的文件数据分配独立的上传线程。
在本实施例中,通过上传文件断点位置信息,第一移动终端可以从断点位置开始上传文件数据,实现了断点续传,减少了重复数据上传,节省了数据流量。同时,文件服务器为上传的每个文件分配一个独立的线程,通过多线程同时传输,使得上传效率更高、速度更快,且不会因过多上传移动终端并发操作导致***崩溃,保证***的稳定性和上传业务处理的高效性。在实际应用中,如果该文件为首次上传,则上传文件断点位置信息可以记为0。同时,上传文件断点位置信息由文件服务器在每次接收文件数据时更新,即在接收新的文件数据时,如果出现上传突然中止或者超时,则记录下上传文件断点位置信息。
需要说明的是,在判断出第二移动终端同意接收文件传输时,第一移动终端会向文件服务器发起文件上传握手,以实现发送方与文件服务器的文件传输连接,上传文件断点位置信息可以在文件上传握手过程中传输至第一移动终端。
在本实施例中,上传的文件数据在文件服务器中进行储存时,采用自封装的LinkedList链表(对链表的每一个操作加synchronized同步锁)做成数据缓存,调用addFirst(data)方法存入,调用removeLast()方法取出,保证了数据的顺序和高速率操作,并支持线程安全。
而且,文件服务器会在第一时间将上传的文件数据存入堆栈,把下载时读取的文件数据在传输前放入堆栈,用户信息缓存到堆栈,文件信息缓存到堆栈。用于提高***性能和文件传输速率。
可选地,第一预设文件传输协议还可以包括:采用分段锁方式管理多个独立的上传线程。
在本实施例中,如果第一移动终端需要上传多个文件,文件服务器会为第一移动终端分配多个独立线程,供文件数据上传,为了解决多个线程同时传输文件时,容易出现储存顺序竞争,致使传输效率低下的文件,采用了分段锁技术,来管理多个独立线程的文件上传,在实际应用中,可以采用Concurrent HashMap技术。
进一步地,上述步骤S14还可以通过如下方式实现:
采用直接内存映射技术,将接收到的文件数据储存在数据库中。
在实际应用中,可以采用netty5框架下的Mapped Byte Buffer技术,相较于一般的数据写入和读取,效率更高,速度更快,并且还可以有效防止内存溢出的问题。具体地,先将文件数据用put(filedata)将数据写入映射内存,再使用flush()方法将数据写入硬盘文件。
步骤S15,根据第二预设文件传输协议和下载文件断点位置信息,向第二移动终端传输相应的文件数据,该第二预设文件传输协议包括:为每个下载文件对应的文件数据分配独立的下载线程。
在本实施例中,通过下载文件断点位置信息,第二移动终端可以从断点位置开始下载文件数据,实现了断点续传,减少了重复数据下载,节省了数据流量。同时,文件服务器为下载的每个文件分配一个独立的线程,通过多线程同时传输,使得下载效率更高、速度更快,且不会因过多下载移动终端并发操作导致文件服务器的***崩溃,保证***的稳定性和下载业务处理的高效性。在实际应用中,如果该文件为首次下载,则下载文件断点位置信息可以记为0。同时,下载文件断点位置信息由文件服务器在每次被下载文件数据时更新,即在被下载新的文件数据时,如果出现下载突然中止或者超时,则记录下载文件断点位置信息。
需要说明的是,在判断出第二移动终端同意接收文件传输时,第二移动终端会向文件服务器发起文件下载握手,以实现下载方与文件服务器的文件传输连接,同时,文件服务器会调用储存的下载文件断点位置信息。
参见图3,该方法还可以包括:
步骤S16,终止超过预设时间的上传文件操作或者下载文件操作。
在本实施例中,为减少无效的文件传输,减轻文件服务器压力,文件服务器会对超过预设时间的长传文件操作或者下载文件操作(即在预设时间内,文件还未上传完成或者文件还未下载完成),采取终止措施。
步骤S17,定期清除数据库中的超过预设期限的储存文件数据。
在本实施例中,文件服务器会定期检查储存在数据库中的文件数据,发现超过预设期限(例如:7天)的文件数据,则对它们进行清理,可以减少文件服务器中不必要的磁盘占用。
本发明实施例先通过接收第一移动终端发送的文件传输请求,并将该文件传输请求转发给第二移动终端;然后接收到第二移动终端返回的响应信息,并根据响应信息判断第二移动终端是否同意接收文件传输;然后在第二移动终端同意接收文件传输时,向第一移动终端发送上传文件断点位置信息,并根据第一预设文件传输协议接收第一移动终端依据上传文件断点位置信息传输的文件数据;同时,根据第二预设文件传输协议和下载文件断点位置信息,向第二移动终端传输相应的文件数据,来实现了基于通信录联系人之间的文件传输方法。该文件传输方法实现了移动终端之间通过通讯录之间进行文件传输功能,同时,该文件传输采用多线程管理,传输速度快,效率高,能够克服网络环境较差的问题,并且,在文件传输过程中支持断点续传,在节省流量的同时,文件传输效率更高。
实施例二
本发明实施例提供了一种基于通信录联系人之间的文件传输方法,由文件服务器300执行,参见图4,该方法可以包括:
步骤S21,接收第一移动终端发送的文件传输请求,并将该文件传输请求转发给第二移动终端,该第二移动终端为依照第一移动终端的通讯录联系人确认的文件传输对象,该文件传输请求包括:传输请求命令字、第一移动终端ID、第二移动终端ID、文件信息。
步骤S22,接收到第二移动终端返回的响应信息,该响应信息用于指示第二移动终端是否同意接收文件传输。
步骤S23,根据响应信息判断第二移动终端是否同意接收文件传输。如果第二移动终端不同意接收文件传输(即响应信息指示第二移动终端不同意接收文件传输),则由第一移动终端发起的文件传输结束。如果第二移动终端同意接收文件传输(即响应信息指示第二移动终端同意接收文件传输),则执行步骤S24。
步骤S24,接收并同意第一移动终端发起的上传握手连接请求。
在本实施例中,在判断出第二移动终端同意文件传输请求后,文件服务器与第一移动终端之间会先建立上传握手连接,文件服务器在与第一移动终端建立上传握手连接后,会做好接收文件数据的准备,包括上传超时控制、文件信息缓存、文件上传记录、创建文件和文件数据保存机制等。
在实际应用中,第一移动终端在发起上传握手时,可以向文件服务器发送上传握手请求,该上传握手请求包括:命令字、第一移动终端ID、第二移动终端ID、文件长度、文件名、文件源ID等信息。相应地,文件服务器会回复一个上传握手请求响应信息,包括命令字、文件源ID、上传文件断点位置、握手结果等信息。
步骤S25,接收并同意第二移动终端发起的下载握手连接请求。
在本实施例中,在判断出第二移动终端同意文件传输请求后,文件服务器与第二移动终端之间会先建立下载握手连接。第二移动终端使用文件下载握手协议将文件唯一标识(由文件信息制备)传输给文件服务器,以通知文件服务器进行文件下载,文件服务器建立起文件下载的超时控制、文件信息缓存等。
在实际应用中,第二移动终端在发起下载握手时,可以向文件服务器发送下载握手请求,该上传握手请求包括:命令字、文件源ID、下载文件断点位置等信息。相应地,文件服务器会回复一个下载握手请求响应信息,包括命令字、文件源ID、握手结果等信息。
步骤S26,判断第一移动终端是否完成文件数据上传。如果第一移动终端没有完成文件数据上传,则继续按照实施例一中的方法继续接收上传文件数据。如果第一移动终端完成文件数据上传,则执行步骤S27。
步骤S27,向第一移动终端发送上传完成确认信息。
在本实施例中,在文件数据上传完成之后,文件服务器还会进行确认,在确认文件数据上传完成后,文件服务器会关闭上次握手连接,并清理相关数据缓存。
步骤S28,判断第二移动终端是否完成文件数据下载。如果第二移动终端没有完成文件数据下载,则继续按照实施例一中的方法继续完成文件数据下载。如果第二移动终端完成文件数据下载,则执行步骤S29。
步骤S29,向第二移动终端发送下载完成确认信息。
在本实施例中,在文件数据下载完成之后,文件服务器同样会进行确认,在确认文件数据下载完成后,文件服务器会关闭下载握手连接,并清理相关数据缓存。
本发明实施例先通过接收第一移动终端发送的文件传输请求,并将该文件传输请求转发给第二移动终端;然后接收到第二移动终端返回的响应信息,并根据响应信息判断第二移动终端是否同意接收文件传输;然后在第二移动终端同意接收文件传输时,向第一移动终端发送上传文件断点位置信息,并根据第一预设文件传输协议接收第一移动终端依据上传文件断点位置信息传输的文件数据;同时,根据第二预设文件传输协议和下载文件断点位置信息,向第二移动终端传输相应的文件数据,来实现了基于通信录联系人之间的文件传输方法。该文件传输方法实现了移动终端之间通过通讯录之间进行文件传输功能,同时,该文件传输采用多线程管理,传输速度快,效率高,能够克服网络环境较差的问题,并且,在文件传输过程中支持断点续传,在节省流量的同时,文件传输效率更高。
实施例三
本发明实施例提供了一种基于通信录联系人之间的文件传输方法,由文件服务器300执行,参见图5,该方法可以包括:
步骤S31,接收第一移动终端发送的文件传输请求,并将该文件传输请求转发给第二移动终端,该第二移动终端为依照第一移动终端的通讯录联系人确认的文件传输对象,该文件传输请求包括:传输请求命令字、第一移动终端ID、第二移动终端ID、文件信息。
步骤S32,接收到第二移动终端返回的响应信息,该响应信息用于指示第二移动终端是否同意接收文件传输。
步骤S33,根据响应信息判断第二移动终端是否同意接收文件传输。如果第二移动终端不同意接收文件传输(即响应信息指示第二移动终端不同意接收文件传输),则由第一移动终端发起的文件传输结束。如果第二移动终端同意接收文件传输(即响应信息指示第二移动终端同意接收文件传输),则执行步骤S24。
步骤S34,判断第一移动终端和第二移动终端是否处于同一局域网。如果第一移动终端和第二移动终端不处于同一局域网,则按照实施例一中的方法继续执行,即由文件服务器作为中转站,负责第一移动终端与第二移动终端之间的文件传输。如果第一移动终端和第二移动终端处于同一局域网,则执行步骤S25。
步骤S35,向第一移动终端发送直接传输指令,该直接传输指令用于指示第一移动终端通过所处的局域网直接向第二移动终端传输文件数据。
在本实施例中,当判断出第二移动终端同意与第一移动终端进行文件传输时,可以先对第一移动终端和第二移动终端所处的网络环境进行判断,判断它们是否处于同一局域网中,如果它们处于同一局域网,则控制第一移动终端直接向第二移动终端发起文件传输,而不经文件服务器的转发,使得文件传输更高效,速度更快。
在实际应用中,主要通过serverInfo字段来判断第一移动终端和第二移动终端是否处于同一局域网。如果第二移动终端同意接收文件传输,则通过判断第一移动终端和第二移动终端的网络之间互连的协议(Internet Protocol,简称“IP”)和端口,来判断它们是否处于同一局域网中,此时,将IP和端口信息赋予serverInfo。
需要说明的是,当第一移动终端和第二移动终端处于同一局域网时,它们既可以通过局域网直接进行文件传输,也同时可以通过文件服务器来进行文件传输,这里不做限制。
本发明实施例先通过接收第一移动终端发送的文件传输请求,并将该文件传输请求转发给第二移动终端;然后接收到第二移动终端返回的响应信息,并根据响应信息判断第二移动终端是否同意接收文件传输;然后在第二移动终端同意接收文件传输时,向第一移动终端发送上传文件断点位置信息,并根据第一预设文件传输协议接收第一移动终端依据上传文件断点位置信息传输的文件数据;同时,根据第二预设文件传输协议和下载文件断点位置信息,向第二移动终端传输相应的文件数据,来实现了基于通信录联系人之间的文件传输方法。该文件传输方法实现了移动终端之间通过通讯录之间进行文件传输功能,同时,该文件传输采用多线程管理,传输速度快,效率高,能够克服网络环境较差的问题,并且,在文件传输过程中支持断点续传,在节省流量的同时,文件传输效率更高。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于通信录联系人之间的文件传输方法,其特征在于,所述方法包括:
接收第一移动终端发送的文件传输请求,并将所述文件传输请求转发给第二移动终端,所述第二移动终端为依照所述第一移动终端的通讯录联系人确认的文件传输对象,所述文件传输请求包括:传输请求命令字、第一移动终端ID、第二移动终端ID、文件信息;
接收到所述第二移动终端返回的响应信息,所述响应信息用于指示所述第二移动终端是否同意接收文件传输;
根据所述响应信息判断所述第二移动终端是否同意接收文件传输;
如果所述第二移动终端同意接收文件传输,则向所述第一移动终端发送上传文件断点位置信息,且根据第一预设文件传输协议接收并储存所述第一移动终端依据所述上传文件断点位置信息传输的文件数据,所述第一预设文件传输协议包括:为每个上传文件对应的文件数据分配独立的上传线程;
根据第二预设文件传输协议和下载文件断点位置信息,向所述第二移动终端传输相应的文件数据,所述第二预设文件传输协议包括:为每个下载文件对应的文件数据分配独立的下载线程。
2.根据权利要求1所述的方法,其特征在于,所述第一预设文件传输协议还包括:采用分段锁方式管理多个独立的上传线程。
3.根据权利要求2所述的方法,其特征在于,所述根据第一预设文件传输协议接收并储存所述第一移动终端依据所述上传文件断点位置信息传输的文件数据,包括:
采用直接内存映射技术,将接收到的文件数据储存在数据库中。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
终止超过预设时间的上传文件操作或者下载文件操作。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
定期清除所述数据库中的超过预设期限的储存文件数据。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果所述第二移动终端同意接收文件传输,则接收并同意所述第一移动终端发起的上传握手连接请求。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果所述第二移动终端同意接收文件传输,则接收并同意所述第二移动终端发起的下载握手连接请求。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
判断所述第一移动终端是否完成文件数据上传;
如果所述第一移动终端完成文件数据上传,则向所述第一移动终端发送上传完成确认信息。
9.根据权利要求1所述的方法,其特征在于,所述方法还包括:
判断所述第二移动终端是否完成文件数据下载;
如果所述第二移动终端完成文件数据下载,则向所述第二移动终端发送下载完成确认信息。
10.根据权利要求1-9任一项所述的方法,其特征在于,所述方法还包括:
如果所述第二移动终端同意接收文件传输,则判断所述第一移动终端和所述第二移动终端是否处于同一局域网;
如果所述第一移动终端和所述第二移动终端处于同一局域网,则向所述第一移动终端发送直接传输指令,所述直接传输指令用于指示所述第一移动终端通过所处的局域网直接向所述第二移动终端传输文件数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610466823.2A CN105978996A (zh) | 2016-06-24 | 2016-06-24 | 一种基于通信录联系人之间的文件传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610466823.2A CN105978996A (zh) | 2016-06-24 | 2016-06-24 | 一种基于通信录联系人之间的文件传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105978996A true CN105978996A (zh) | 2016-09-28 |
Family
ID=57020514
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610466823.2A Pending CN105978996A (zh) | 2016-06-24 | 2016-06-24 | 一种基于通信录联系人之间的文件传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105978996A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106790665A (zh) * | 2017-01-21 | 2017-05-31 | 厦门天锐科技股份有限公司 | 一种c/s架构下的文件传输方法 |
CN109561124A (zh) * | 2017-09-27 | 2019-04-02 | 深圳市创易联合科技有限公司 | 一种文件传输的方法、***及终端设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6147773A (en) * | 1995-09-05 | 2000-11-14 | Hewlett-Packard Company | System and method for a communication system |
CN101035140A (zh) * | 2007-02-07 | 2007-09-12 | 中兴通讯股份有限公司 | 一种基于sip和msrp的文件传输***及其方法 |
CN101534483A (zh) * | 2009-03-20 | 2009-09-16 | 中兴通讯股份有限公司 | 一种实现多媒体消息断点发送的方法及*** |
CN102325220A (zh) * | 2011-09-06 | 2012-01-18 | 宇龙计算机通信科技(深圳)有限公司 | 终端和基于日程的通知方法 |
CN102455899A (zh) * | 2010-10-29 | 2012-05-16 | 镇江雅迅软件有限责任公司 | 一种多文件并发上传的方法 |
CN102664831A (zh) * | 2012-05-12 | 2012-09-12 | 上海量明科技发展有限公司 | 通过即时通信工具传输文件数据的方法、客户端及*** |
CN104426582A (zh) * | 2013-08-28 | 2015-03-18 | 中兴通讯股份有限公司 | 蓝牙通信处理方法、蓝牙通信终端及通信装置 |
-
2016
- 2016-06-24 CN CN201610466823.2A patent/CN105978996A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6147773A (en) * | 1995-09-05 | 2000-11-14 | Hewlett-Packard Company | System and method for a communication system |
CN101035140A (zh) * | 2007-02-07 | 2007-09-12 | 中兴通讯股份有限公司 | 一种基于sip和msrp的文件传输***及其方法 |
CN101534483A (zh) * | 2009-03-20 | 2009-09-16 | 中兴通讯股份有限公司 | 一种实现多媒体消息断点发送的方法及*** |
CN102455899A (zh) * | 2010-10-29 | 2012-05-16 | 镇江雅迅软件有限责任公司 | 一种多文件并发上传的方法 |
CN102325220A (zh) * | 2011-09-06 | 2012-01-18 | 宇龙计算机通信科技(深圳)有限公司 | 终端和基于日程的通知方法 |
CN102664831A (zh) * | 2012-05-12 | 2012-09-12 | 上海量明科技发展有限公司 | 通过即时通信工具传输文件数据的方法、客户端及*** |
CN104426582A (zh) * | 2013-08-28 | 2015-03-18 | 中兴通讯股份有限公司 | 蓝牙通信处理方法、蓝牙通信终端及通信装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106790665A (zh) * | 2017-01-21 | 2017-05-31 | 厦门天锐科技股份有限公司 | 一种c/s架构下的文件传输方法 |
CN109561124A (zh) * | 2017-09-27 | 2019-04-02 | 深圳市创易联合科技有限公司 | 一种文件传输的方法、***及终端设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103581242B (zh) | 上传文件的方法、客户端设备、服务器及*** | |
EP3125594B1 (en) | Intelligent communication method and terminal | |
CN101807945B (zh) | 无线数据传输***和采用该***的数据传输方法 | |
US20170026457A1 (en) | Multimedia File Transmission Apparatus and Method | |
KR102274950B1 (ko) | 무선 통신 시스템에서 다중 망 접속을 위한 장치 및 방법 | |
CN113315845B (zh) | 数据传输方法、装置及分布式存储*** | |
WO2015103762A1 (zh) | 一种发送、接收用户数据的方法及终端设备 | |
CN101815084A (zh) | 一种用于用户终端文件管理***及其应用方法 | |
JP2003510902A (ja) | 広域ネットワークの同期化 | |
TW201327241A (zh) | 文檔收發系統和方法及其文檔收發裝置 | |
CN105681260A (zh) | 传输云存储文件的方法、融合通信平台、发送端及*** | |
CN103369034A (zh) | 一种将照片发送到数码相框的方法、***及装置 | |
CN105978996A (zh) | 一种基于通信录联系人之间的文件传输方法 | |
CN109379769A (zh) | 一种数据传输方法、设备及计算机可读存储介质 | |
TW201830266A (zh) | 螢幕鏡映技術 | |
JP4373060B2 (ja) | 分散処理システム並びに分散処理システムにおける代理ノード、利用者側ノードおよび方法 | |
CN202121684U (zh) | 具有无线传输功能的照相机 | |
US9992309B2 (en) | Communication device and communication method | |
WO2016169079A1 (zh) | 移动终端的无线存储方法及*** | |
CN106648956A (zh) | 一种数据备份和***恢复的方法 | |
CN108200065A (zh) | 一种数据共享***及数据共享方法 | |
WO2014113991A1 (zh) | Nfc配置方法、nfc数据传输方法、控制器及nfc控制器 | |
CN101325533A (zh) | 一种基于移动设备的数据下载方法 | |
CN108234595B (zh) | 日志传输方法及*** | |
CN115134395B (zh) | 数据处理方法以及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into 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: 20160928 |