CN102412875B - 文件发送、接收方法及装置和文件传输方法及系统 - Google Patents

文件发送、接收方法及装置和文件传输方法及系统 Download PDF

Info

Publication number
CN102412875B
CN102412875B CN201110441163.XA CN201110441163A CN102412875B CN 102412875 B CN102412875 B CN 102412875B CN 201110441163 A CN201110441163 A CN 201110441163A CN 102412875 B CN102412875 B CN 102412875B
Authority
CN
China
Prior art keywords
file
spatial value
receiving terminal
transmitted
size
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.)
Active
Application number
CN201110441163.XA
Other languages
English (en)
Other versions
CN102412875A (zh
Inventor
周琦
杨小明
范晓黎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201110441163.XA priority Critical patent/CN102412875B/zh
Priority to PCT/CN2012/072173 priority patent/WO2013097350A1/zh
Publication of CN102412875A publication Critical patent/CN102412875A/zh
Application granted granted Critical
Publication of CN102412875B publication Critical patent/CN102412875B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种文件发送、接收方法及装置和文件传输方法及系统,该文件传输方法包括:发送端确定空间值,其中,空间值为待传输文件占用的存储空间的大小;发送端将待传输文件以及空间值均发送至接收端;接收端接收本次蓝牙传输的待传输文件的空间值;接收端比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。本发明解决了用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,从而导致之前传输的数据丢失,使用不方便的问题,提高了用户体验。

Description

文件发送、接收方法及装置和文件传输方法及系统
技术领域
本发明涉及通信领域,具体而言,涉及一种文件发送、接收方法及装置和文件传输方法及系统。
背景技术
蓝牙技术是一种短距离传输语音和数据的无线通信技术,在大多数数字移动设备中加入蓝牙技术的芯片,可以取代传统电子设备间的电缆,使个人数字处理器(PDA),笔记本电脑,移动电话间信息的无线传输成为可能。
其中对象交换协议(Object Exchange,简称为OBEX)是一种简单、高效的高层应用协议。随着手机和各种便携式产品得到广泛的应用,可以通过OBEX协议的文件传输,可实现多种设备,如个人电脑(PC)机、PDA、笔记本、移动终端的文件共享、应用范围相当广泛。在层次结构的蓝牙协议栈中,OBEX协议是一种面向应用的会话层协议,图1是根据相关技术的OBEX在蓝牙协议栈中的位置示意图,其应用原理请参见图1,OBEX协议运行于蓝牙协议的顶部,支持文件传输,对象“推”操作,同步等多种应用。OBEX协议能够提供设备间简单易行的对象交换手段。可交换的对象可以是文件、图像,也可以是应用支持的任何数据单位,对象交换采用了基于查询-应答方式的主设备/从设备(Client/Server)模式,任意两台蓝牙设备间都可以组成主从关系,主动发起方式是主设备(Client),被找到者是从设备(Server)。
OBEX相关的过程包括:连接建立(Connect)、连接断开(Disconnect)、发文件(Put)、接收文件(Get)、操作放弃(Abort)、设置路径(Set Path)。
OBEX协议涉及的对象交换包括文件和目录的交换。在应用过程中,Client客户端能初始化各种请求,如发送和接收文件,浏览Server端对象,因此Client客户端具备解释OBEX文件夹及其中文件的格式以及大小的能力;Server端与Client客户端相对应,作为一种远程目标设备,提供了对象交换的服务以及使用OBEX文件夹格式的浏览功能,Server端的只读文件夹以及只读文件,可以限制对象的发出以及文件/目录的删除与建立。
目前,蓝牙功能在人们日常使用手机、PC机等终端时被用到的机会越来越频繁,如文件传输、接听电话、播放音视频文件等。好友之间为了共享好玩好用的文件、软件等,也经常使用到蓝牙。而目前的蓝牙传输模式,是先传输文件,当空间不足的时候才提示用户,然后之前传输的数据都被清除,比如对方存储空间为300M,在事先未知的情况下需要传输一个400M的文件给对方,当传输了300M的数据后,对方会提示空间不足,然后之前传输的数据被清除。
针对相关技术中用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,从而导致之前传输的数据丢失,使用不方便的问题,目前尚未提出有效的解决方案。
发明内容
本发明提供了一种文件发送、接收方法及装置和文件传输方法及系统,以至少解决相关技术中的用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,使用不方便的问题。
根据本发明的一个方面,提供了一种文件发送方法,应用于蓝牙传输,包括:发送端确定空间值,其中,空间值为待传输文件占用的存储空间的大小;发送端将待传输文件以及空间值均发送至接收端。
优选地,发送端将空间值发送至接收端包括:发送端将空间值封装到OBXE_ObjectAddHeader数据包中;发送端将OBXE_ObjectAddHeader数据包发送至接收端。
根据本发明的另一个方面,提供了一种文件接收方法,应用于蓝牙传输,包括:接收端接收本次蓝牙传输的待传输文件的空间值,其中,空间值为待传输文件占用的存储空间的大小;接收端比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
优选地,接收端根据比较结果确定是否接收待传输文件,包括:在接收端本地的存储空间的大小不小于空间值时,接收端判断本地未被占用的存储空间的大小是否不小于空间值;若是,接收端进行蓝牙传输,接收待传输文件;若否,接收端删除本地被占用的存储空间中存储的文件或应用,直至未被占用的存储空间的大小不小于空间值。
优选地,接收端删除本地被占用的存储空间中存储的文件或应用,包括:接收端提示用户本地没有足够的存储空间进行本次蓝牙传输;接收端接收用户输入的删除指示,其中,删除指示用于指示删除的文件或应用;接收端根据删除指示删除本地被占用的存储空间中存储的文件或应用。
优选地,接收端根据比较结果确定是否接收待传输文件,包括:当接收端本地的存储空间的大小小于空间值时,接收端提示用户当前空间无法进行待传输文件的蓝牙传输。
优选地,接收端确定本次蓝牙传输的待传输文件的空间值,包括:接收端接收封装有空间值的OBXE_ObjectAddHeader数据包;接收端解析OBXE_ObjectAddHeader数据包,获取空间值。
根据本发明的再一个方面,提供了一种文件传输方法,应用于蓝牙传输,包括:发送端确定空间值,其中,空间值为待传输文件占用的存储空间的大小;发送端将待传输文件以及空间值均发送至接收端;接收端接收本次蓝牙传输的待传输文件的空间值;接收端比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
根据本发明的一个方面,提供了一种文件发送装置,应用于蓝牙传输,包括确定模块,用于确定空间值,其中,空间值为待传输文件占用的存储空间的大小;发送模块,用于将待传输文件以及空间值均发送至接收端。
根据本发明的另一个方面,提供了一种文件接收装置,应用于蓝牙传输,包括接收模块,用于接收本次蓝牙传输的待传输文件的空间值,其中,空间值为待传输文件占用的存储空间的大小;比较模块,用于比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
根据本发明的再一个方面,提供了一种文件传输系统,应用于蓝牙传输,包括发送端与接收端:发送端用于确定空间值,其中,空间值为待传输文件占用的存储空间的大小;将待传输文件以及空间值均发送至接收端;接收端用于确定本次蓝牙传输的待传输文件的空间值,其中,空间值为待传输文件占用的存储空间的大小;比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
通过本发明,发送端将待传输文件以及空间值均发送至接收端,接收端接收本次蓝牙传输的待传输文件的空间值,获知待传输文件的大小,进而比较本地的存储空间的大小与空间值,接收端可以根据比较结果确定是否接收待传输文件。即,发送端提前告知接收端待传输文件的大小,保证接收端在传输待传输文件前就能够获知待传输文件的大小,进而可以判断出本地存储空间是否足够支持本次蓝牙传输,解决了用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,从而导致之前传输的数据丢失,使用不方便的问题,提高了用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的OBEX在蓝牙协议栈中的位置示意图;
图2是根据本发明实施例的文件发送方法的流程图;
图3是根据本发明实施例的文件接收方法的流程图;
图4是根据本发明实施例的文件传输方法的流程图;
图5是根据本发明实施例的蓝牙发送端流程图;
图6是根据本发明实施例的蓝牙接收端流程图;
图7是根据本发明实施例的header:OBEX_ObjectAddHeader数据包结构图;
图8是根据本发明实施例的发送端和接收端OBEX协议数据包流程图;
图9是根据本发明实施例的文件发送装置的结构框图;
图10是根据本发明实施例的文件接收装置的结构框图;
图11是根据本发明实施例的文件传输系统的结构框图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
本发明提供了一种文件发送方法,图2是根据本发明实施例的文件发送方法的流程图,如图2所示,包括如下的步骤S202至步骤S204。
步骤S202,发送端确定空间值,其中,空间值为待传输文件占用的存储空间的大小。
步骤S204,发送端将待传输文件以及空间值均发送至接收端。
在本发明实施例中,发送端将待传输文件以及空间值均发送至接收端,即,发送端提前告知接收端待传输文件的大小,保证接收端在传输待传输文件前就能够获知待传输文件的大小,进而可以判断出本地存储空间是否足够支持本次蓝牙传输。由此可见,本发明实施例能够解决用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,从而导致之前传输的数据丢失,使用不方便的问题,提高了用户体验。
发送端将空间值发送至接收端可以有多种发送方式,例如,在发送端与接收端交互的信令或消息中携带空间值,或者,可以在发送端与接收端间传输的数据包中封装该空间值,优选地,可以使用OBXE_ObjectAddHeader数据包,即,发送端将空间值封装到OBXE_ObjectAddHeader数据包中,之后,发送端将OBXE_ObjectAddHeader数据包发送至接收端,从而完成空间值的发送。
本发明还提供了一种文件接收方法,图3是根据本发明实施例的文件接收方法的流程图,如图3所示,包括如下的步骤S302至步骤S304。
步骤S302,接收端接收本次蓝牙传输的待传输文件的空间值,其中,空间值为待传输文件占用的存储空间的大小。
步骤S304,接收端比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
在本发明实施例中,接收端接收本次蓝牙传输的待传输文件的空间值,获知待传输文件的大小,进而比较本地的存储空间的大小与空间值,接收端可以根据比较结果确定是否接收待传输文件。即,接收端在传输待传输文件前就能够获知待传输文件的大小,进而可以判断出本地存储空间是否足够支持本次蓝牙传输。由此可见,本发明实施例能够解决用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,从而导致之前传输的数据丢失,使用不方便的问题,提高了用户体验。
接收端根据步骤S304中的比较结果确定是否接收待传输文件,在接收端本地的存储空间的大小不小于空间值时,接收端判断本地未被占用的存储空间的大小是否不小于空间值;若是,接收端进行蓝牙传输,接收待传输文件。
若本地未被占用的存储空间的大小小于空间值,接收端需要删除本地被占用的存储空间中存储的文件或应用,直至未被占用的存储空间的大小不小于空间值。
相关技术中使用的蓝牙传输方式,在本地存储空间不足时,也提及需要用户先删除一部分文件然后再重新传输,由于已存储的文件较多,且每个文件占用的空间大小也不相同,因此,需要删除哪些文件才能满足接收对方文件需要对用户也是一个比较困难的问题,为解决该技术问题,相关技术提供了一种解决方式:用户删除一个文件之后需要再去查看一下手机的内存空间,再与对方传输的文件进行大小比对,如果空间不足的话还要去删除其他文件,用户会感觉到很不方便而且浪费时间。
因此,本发明实施例提供了另外一种解决方式,即,接收端删除本地被占用的存储空间中存储的文件或应用,删除后接收端会自动计算未被占用的存储空间的大小,直至未被占用的存储空间的大小不小于空间值,此时,接收端就能够进行蓝牙传输,接收待传输文件,不需要再进行删除操作。
为了避免删除操作删除有用的文件或应用,例如,删除了系统文件可能导致接收端无法进行正常的操作,因此,接收端可以在提示用户本地没有足够的存储空间进行本次蓝牙传输,按照用户输入的删除指示删除文件或应用,接收端接收用户输入的删除指示,其中,删除指示用于指示删除的文件或应用,进而接收端根据删除指示删除本地被占用的存储空间中存储的文件或应用。
在应用中,若当接收端本地的存储空间的大小小于空间值时,接收端不需要进行任何操作,直接提示用户当前空间无法进行待传输文件的蓝牙传输即可。
上文提及,发送端将空间值发送至接收端可以有多种发送方式,例如,在发送端与接收端交互的信令或消息中携带空间值,或者,可以在发送端与接收端间传输的数据包中封装该空间值,优选地,可以使用OBXE_ObjectAddHeader数据包,对应的,接收端可以接收封装有空间值的OBXE_ObjectAddHeader数据包。进一步,接收端解析OBXE_ObjectAddHeader数据包,获取空间值。
本发明实施例还提供了一种文件传输方法,图4是根据本发明实施例的文件传输方法的流程图,如图4所示,包括如下的步骤S402至步骤S408。
步骤S402,发送端确定空间值,其中,该空间值为待传输文件占用的存储空间的大小。
步骤S404,发送端将待传输文件以及空间值均发送至接收端。
步骤S406,接收端接收本次蓝牙传输的待传输文件的空间值。
步骤S408,接收端比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
在本发明实施例中,发送端将待传输文件以及空间值均发送至接收端,接收端接收本次蓝牙传输的待传输文件的空间值,获知待传输文件的大小,进而比较本地的存储空间的大小与空间值,接收端可以根据比较结果确定是否接收待传输文件。即,发送端提前告知接收端待传输文件的大小,保证接收端在传输待传输文件前就能够获知待传输文件的大小,进而可以判断出本地存储空间是否足够支持本次蓝牙传输。由此可见,本发明实施例能够解决用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,从而导致之前传输的数据丢失,使用不方便的问题,提高了用户体验。
采用本发明实施例提供的方法、装置和系统,与相关技术相比,取得了明显进步,能够在文件通过蓝牙接收前提前判断空间是否满足要求,避免了在接收了一段数据后由于空间不足导致浪费,使用不便的问题。同时在空间不足的情况下,用户可以直接进入文件删除或应用卸载界面,删除文件后自动判断空间是否满足要求,免除用户手动计算空间大小的不便。
下面将结合实例对本发明实施例的实现过程进行详细描述。
流程部分包括以下几个步骤:
1.发送端选择文件发送,同时得到文件大小。
2.发送端将发送文件大小放入OBEX_ObjectAddHeader数据包发送给接收端。
3.接收端收到OBEX_ObjectAddHeader数据包后判断容量是否足够存储待接收的文件。
4.如果接收端判断容量足够,则根据OBEX协议接收文件数据包,如果接收端判断容量不足,则提示用户删除部分文件以腾出部分空间供文件接收,用户选择清除文件则直接进入文件选择界面去选择文件删除,待空间足够则进入文件传输过程。
5.关闭底层连接释放资源。
图5是根据本发明实施例的蓝牙发送端流程图,如图5所示,发送端进行如下的处理,包括如下的步骤S501至步骤S509。
步骤S501,选择需要发送的文件。
步骤S502,得到待发送文件大小。
步骤S503,判断蓝牙是否打开。如果是,执行步骤S504;如果否,执行步骤S505。
步骤S504,搜索接收端,配对,连接。
步骤S505,打开蓝牙。
步骤S506,调用OBEX初始化接口:OBEX-Init。
步骤S507,向Header请求包格式中加入文件大小参数。
步骤S508,向待发送队列中加入Header。
步骤S509,向接收端发送传输请求。
图6是根据本发明实施例的蓝牙接收端流程图,如图6所示,接收端进行如下的步骤S601至步骤S610。
步骤S601,接收OBEX_ObjectAddHeader数据包。
步骤S602,解析OBEX_ObjectAddHeader数据包,得到待接收文件大小。
步骤S603,搜索配置文件,获得剩余存储空间大小值。
步骤S604,比较传输文件与剩余存储空间大小。
步骤S605,判断空间是否足够。如果是,执行步骤S606;如果否,执行步骤S608。
步骤S606,接收文件。
步骤S607,判断是否清理空间。如果是,执行步骤S608;如果否,执行步骤S610。
步骤S608,自动将可删除的文件按文件大小排列,且显示文件大小值以及需要的清理的空间值。
步骤S609,删除文件后,空间足够,接收文件。
步骤S610,结束文件传输。
根据图1所示的OBEX协议进行如下处理:
1)将待发送的文件大小封装到OBEX_ObjectAddHeader数据包中。
2)处理文件发送和接收流程,过程如图8所示,在蓝牙协议栈中所处的位置如图1所示。
图7是根据本发明实施例的header:OBEX_ObjectAddHeader数据包结构图,如图7所示,OBEX_ObjectAddHeader数据包具有了如下功能。
1)封装了发送文件大小参数。
2)供接收端解析待接收文件大小。
3)包含应答码,供接收端反馈给发送端用来进行文件传输。
图8是根据本发明实施例的发送端和接收端OBEX协议数据包流程图,现结合图8举例说明,如图8所示,包括如下的步骤S801至步骤S816。
步骤S801,OBEX初始化接口:OBEX_Init。
步骤S802,调用蓝牙传输方式。
步骤S803,向header:OBEX_ObjectAddHeader中加入发送包长度等信息。
步骤S804,向接收端发送header:OBEX_ObjectAddHeader。
步骤S805,接收端解析header数据结构。
步骤S806,判断终端所有的存储空间(包括已用空间和空闲空间)是否满足要求,如果是,执行步骤S807;如果否,执行步骤S813。
步骤S807,进行传输。
步骤S808,判断传输是否结束,如果是,执行步骤S809;如果否,执行步骤S810。
步骤S809,当传输结束,关闭底层连接释放资源:OBEX_Clrarup。
步骤S810,发送数据OBEX_Request。
步骤S811,处理服务器响应:OBEX_Request。
步骤S812,调用应用层的事件处理函数。
步骤S813,终端总存储空间大小是否满足。如果是,执行步骤S814;如果否,执行步骤S816。
步骤S814,判断用户是否清理存储空间,如果是,执行步骤S815;如果否,执行步骤S816。
步骤S815,清理空间。
步骤S816,结束整个传输程序。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本发明实施例提供了一种文件发送装置,该装置可以用于实现上述文件发送方法。图9是根据本发明实施例的文件发送装置的结构框图,文件发送装置包括确定模块92和发送模块94。确定模块92,用于确定空间值,其中,空间值为待传输文件占用的存储空间的大小;发送模块94,连接至确定模块92,用于将待传输文件以及空间值均发送至接收端。
本发明实施例提供了一种文件接收装置,该装置可以用于实现上述文件接收方法。图10是根据本发明实施例的文件接收装置的结构框图,包括接收模块102和比较模块104。接收模块102,用于接收本次蓝牙传输的待传输文件的空间值,其中,空间值为待传输文件占用的存储空间的大小;比较模块104,连接至接收模块102,用于比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
本发明实施例提供了一种文件传输系统,该系统可以用于实现上述文件传输方法。图11是根据本发明实施例的文件传输系统的结构框图,包括发送端112和接收端114。发送端112用于确定空间值,其中,空间值为待传输文件占用的存储空间的大小;将待传输文件以及空间值均发送至接收端114;接收端114用于确定本次蓝牙传输的待传输文件的空间值,其中,空间值为待传输文件占用的存储空间的大小;比较本地的存储空间的大小与空间值,根据比较结果确定是否接收待传输文件。
综上所述,根据本发明的上述实施例,提供了一种文件发送、接收方法及装置和文件传输方法及系统。通过本发明,发送端将待传输文件以及空间值均发送至接收端,接收端接收本次蓝牙传输的待传输文件的空间值,获知待传输文件的大小,进而比较本地的存储空间的大小与空间值,接收端可以根据比较结果确定是否接收待传输文件。即,发送端提前告知接收端待传输文件的大小,保证接收端在传输待传输文件前就能够获知待传输文件的大小,进而可以判断出本地存储空间是否足够支持本次蓝牙传输,解决了用户使用蓝牙接收文件时,终端只有在接收部分文件后才提示空间不足,从而导致之前传输的数据丢失,使用不方便的问题,提高了用户体验。
需要说明的是,装置实施例中描述的文件发送装置、文件接收装置和文件传输系统对应于上述的文件发送、接收和传输方法实施例,其具体的实现过程在方法实施例中已经进行过详细说明,在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (9)

1.一种文件发送方法,其特征在于,应用于蓝牙传输,包括:
发送端确定空间值,其中,所述空间值为待传输文件占用的存储空间的大小;
所述发送端将所述待传输文件以及所述空间值均发送至接收端;
其中,所述发送端将所述空间值发送至接收端,包括:所述发送端将所述空间值封装到OBXE_ObjectAddHeader数据包中;所述发送端将所述OBXE_ObjectAddHeader数据包发送至所述接收端。
2.一种文件接收方法,其特征在于,应用于蓝牙传输,包括:
接收端接收本次蓝牙传输的待传输文件的空间值,其中,所述空间值为所述待传输文件占用的存储空间的大小;
所述接收端比较本地的存储空间的大小与所述空间值,根据比较结果确定是否接收所述待传输文件;
其中,所述接收端确定本次蓝牙传输的待传输文件的空间值,包括:所述接收端接收封装有所述空间值的OBXE_ObjectAddHeader数据包;所述接收端解析所述OBXE_ObjectAddHeader数据包,获取所述空间值。
3.根据权利要求2所述的方法,其特征在于,所述接收端根据比较结果确定是否接收所述待传输文件,包括:
在所述接收端本地的存储空间的大小不小于所述空间值时,所述接收端判断本地未被占用的存储空间的大小是否不小于所述空间值;
若是,所述接收端进行蓝牙传输,接收所述待传输文件;
若否,所述接收端删除本地被占用的存储空间中存储的文件或应用,直至所述未被占用的存储空间的大小不小于所述空间值。
4.根据权利要求3所述的方法,其特征在于,所述接收端删除本地被占用的存储空间中存储的文件或应用,包括:
所述接收端提示用户本地没有足够的存储空间进行本次蓝牙传输;
所述接收端接收用户输入的删除指示,其中,所述删除指示用于指示删除的文件或应用;
所述接收端根据所述删除指示删除所述本地被占用的存储空间中存储的文件或应用。
5.根据权利要求2所述的方法,其特征在于,所述接收端根据比较结果确定是否接收所述待传输文件,包括:
当所述接收端本地的存储空间的大小小于所述空间值时,所述接收端提示用户当前空间无法进行所述待传输文件的蓝牙传输。
6.一种文件传输方法,其特征在于,应用于蓝牙传输,包括:
发送端确定空间值,其中,所述空间值为待传输文件占用的存储空间的大小;
所述发送端将所述待传输文件以及所述空间值均发送至接收端,其中,所述发送端将所述空间值发送至接收端,包括:所述发送端将所述空间值封装到OBXE_ObjectAddHeader数据包中;所述发送端将所述OBXE_ObjectAddHeader数据包发送至所述接收端;
所述接收端接收本次蓝牙传输的待传输文件的空间值;
所述接收端比较本地的存储空间的大小与所述空间值,根据比较结果确定是否接收所述待传输文件,其中,所述接收端确定本次蓝牙传输的待传输文件的空间值,包括:所述接收端接收封装有所述空间值的所述OBXE_ObjectAddHeader数据包;所述接收端解析所述OBXE_ObjectAddHeader数据包,获取所述空间值。
7.一种文件发送装置,其特征在于,应用于蓝牙传输,包括:
确定模块,用于确定空间值,其中,所述空间值为待传输文件占用的存储空间的大小;
发送模块,用于将所述待传输文件以及所述空间值均发送至接收端;
其中,所述发送模块还用于将所述空间值封装到OBXE_ObjectAddHeader数据包中;以及将所述OBXE_ObjectAddHeader数据包发送至所述接收端。
8.一种文件接收装置,其特征在于,应用于蓝牙传输,包括:
接收模块,用于接收本次蓝牙传输的待传输文件的空间值,其中,所述空间值为所述待传输文件占用的存储空间的大小;
比较模块,用于比较本地的存储空间的大小与所述空间值,根据比较结果确定是否接收所述待传输文件;
其中,所述接收模块还用于接收封装有所述空间值的OBXE_ObjectAddHeader数据包;以及解析所述OBXE_ObjectAddHeader数据包,获取所述空间值。
9.一种文件传输系统,其特征在于,应用于蓝牙传输,包括发送端与接收端:
所述发送端用于确定空间值,其中,所述空间值为待传输文件占用的存储空间的大小;将所述待传输文件以及所述空间值均发送至所述接收端,其中,所述发送端将所述空间值发送至接收端,包括:所述发送端将所述空间值封装到OBXE_ObjectAddHeader数据包中;所述发送端将所述OBXE_ObjectAddHeader数据包发送至所述接收端;
所述接收端用于确定本次蓝牙传输的待传输文件的空间值,其中,所述空间值为所述待传输文件占用的存储空间的大小;比较本地的存储空间的大小与所述空间值,根据比较结果确定是否接收所述待传输文件,其中,所述接收端确定本次蓝牙传输的待传输文件的空间值,包括:所述接收端接收封装有所述空间值的所述OBXE_ObjectAddHeader数据包;所述接收端解析所述OBXE_ObjectAddHeader数据包,获取所述空间值。
CN201110441163.XA 2011-12-26 2011-12-26 文件发送、接收方法及装置和文件传输方法及系统 Active CN102412875B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110441163.XA CN102412875B (zh) 2011-12-26 2011-12-26 文件发送、接收方法及装置和文件传输方法及系统
PCT/CN2012/072173 WO2013097350A1 (zh) 2011-12-26 2012-03-12 文件发送、接收方法及装置和文件传输方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110441163.XA CN102412875B (zh) 2011-12-26 2011-12-26 文件发送、接收方法及装置和文件传输方法及系统

Publications (2)

Publication Number Publication Date
CN102412875A CN102412875A (zh) 2012-04-11
CN102412875B true CN102412875B (zh) 2017-05-10

Family

ID=45914753

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110441163.XA Active CN102412875B (zh) 2011-12-26 2011-12-26 文件发送、接收方法及装置和文件传输方法及系统

Country Status (2)

Country Link
CN (1) CN102412875B (zh)
WO (1) WO2013097350A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2696643B1 (en) 2012-08-08 2020-09-30 Samsung Electronics Co., Ltd Apparatus and method of connecting service, according to user intention
KR102037256B1 (ko) * 2012-08-08 2019-10-29 삼성전자주식회사 사용자 의향을 반영한 서비스 연결 장치 및 방법
CN104980194B (zh) * 2015-05-13 2018-04-27 深圳市金立通信设备有限公司 一种文件传输方法及终端
CN108234798A (zh) * 2016-12-21 2018-06-29 乐视汽车(北京)有限公司 图像传输控制方法及装置
CN110022189B (zh) * 2019-04-02 2021-09-28 惠州Tcl移动通信有限公司 数据传输方法、装置、终端和存储介质
CN113271324A (zh) * 2020-02-14 2021-08-17 深圳市万普拉斯科技有限公司 文件传输方法、装置、电子设备及可读存储介质
CN111447118B (zh) * 2020-03-27 2022-04-15 中国工商银行股份有限公司 基于数据传输流的数据传输方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877604A (zh) * 2010-06-22 2010-11-03 中兴通讯股份有限公司 一种传输文件的方法及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006046445A1 (ja) * 2004-10-29 2006-05-04 Matsushita Electric Industrial Co., Ltd. ファイル転送システム、送信機器及び受信装置
CN1996844A (zh) * 2005-12-31 2007-07-11 华为技术有限公司 一种本地下载的方法及系统
KR100692922B1 (ko) * 2006-02-08 2007-03-12 주식회사 이노와이어리스 이동통신망의 진단데이터 원격 로깅 방법
CN101547161B (zh) * 2008-03-28 2012-09-26 阿里巴巴集团控股有限公司 文件夹传输系统、文件夹传输装置及文件夹传输方法
CN101730290A (zh) * 2008-10-31 2010-06-09 国际商业机器公司 无线终端以及通信方法
CN102209085B (zh) * 2010-03-30 2013-10-09 腾讯科技(深圳)有限公司 一种传输多个文件的方法及系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877604A (zh) * 2010-06-22 2010-11-03 中兴通讯股份有限公司 一种传输文件的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"基于OBEX的文件传输在手机平台上的应用";王昆;《计算机工程与设计》;20061231;第27卷(第24期);4803-4805 *

Also Published As

Publication number Publication date
WO2013097350A1 (zh) 2013-07-04
CN102412875A (zh) 2012-04-11

Similar Documents

Publication Publication Date Title
CN102412875B (zh) 文件发送、接收方法及装置和文件传输方法及系统
JP6110507B2 (ja) ワイファイダイレクトサービスシステムにおいて通信設定方法及びそのための装置
US7970350B2 (en) Devices and methods for content sharing
US8291091B2 (en) Method and apparatus for sharing data in near field communication network
KR100699391B1 (ko) 통신 장치에서 데이타를 라우팅하는 방법 및 장치
CN102201846B (zh) 基于soft AP技术的无线数据传输系统及其方法
CN101039310B (zh) 链路共享服务装置以及通信方法
EP1851942A1 (en) Communication system for enabling at least two handheld apparatuses to join a network service
CN102833345A (zh) 一种设备间共享内容的方法、装置及系统
JP2005537755A (ja) ネットワークにおける装置同士の自動検索方法
CN103457985B (zh) 一种双通道通信方法和系统
EP2941058A1 (en) Near field communication method and device
US20150358227A1 (en) Data Transmission Method and Device
CN105101055A (zh) 文件传输的方法及智能设备
JP2004213508A (ja) ピアツーピア技術を用いたファイルダウンロード方法及びシステム
CN101656730B (zh) 通信装置、通信系统、通信方法
JP3791504B2 (ja) 情報処理システム及び情報処理方法
GB2364486A (en) Information retrieval, in particular via a wireless link,in accordance with cl ient capabilities
CN102843434A (zh) 一种设备间共享内容的方法、装置及系统
CA2473124A1 (en) Method and arrangement for multimedia communication
JP2004015692A (ja) 通信アプリケーション間の状態情報共有・処理方法およびそのシステム
CN110213748A (zh) 数据传输方法、装置、终端及系统
US20140177575A1 (en) Method for establishing an application session, device and corresponding notification
CN107493160A (zh) 一种传输信息的方法、基站的工作方法及基站
CN101006706A (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
GR01 Patent grant
GR01 Patent grant