CN106534261A - 数据写入方法、装置及系统 - Google Patents
数据写入方法、装置及系统 Download PDFInfo
- Publication number
- CN106534261A CN106534261A CN201610881261.8A CN201610881261A CN106534261A CN 106534261 A CN106534261 A CN 106534261A CN 201610881261 A CN201610881261 A CN 201610881261A CN 106534261 A CN106534261 A CN 106534261A
- Authority
- CN
- China
- Prior art keywords
- data
- upload
- fragment data
- failure
- segmental identification
- 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
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供的一种数据写入方法、装置及系统,涉及数据存储技术领域,可以实现在对象存储中支持流式写入数据。所述方法包括:服务端接收流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并发送给客户端;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;根据所述上传标识和可用分片标识,对所述分片数据进行存储。本发明适用于数据的写入。
Description
技术领域
本发明涉及数据存储技术领域,尤其涉及一种数据写入方法、装置及系统。
背景技术
随着互联网的发展,对象存储越来越受到关注。对象存储与文件存储不同,对象不以目录分层结构进行组织,而是每个对象都位于被称为存储池的扁平空间的相同层级,每一级的每个元素在存储系统中都有唯一的标识,用户通过这个标识来访问容器或者对象。流式写入是指以流的方式进行写入,写入者并不知道数据的边界,也不确定每次产生的字节流的长度。
目前,对象存储支持两种写入方式,第一种是一次性上传整个文件,第二种是分片上传,即将一个文件切分成多个分片进行上传。然而,发明人在实现发明的过程中发现了,一次性上传整个文件不能用于流式写入,因为流式写入是多次的上传操作而不是一次性的;且分片上传也不能用于流式写入,因为其约束是除了最后一个分片之外,其余分片的长度必须一致,而流式写入的每次写入长度是不确定的。因此,由于上述两种方式都不能用于流式写入,进而造成在对象存储中不支持流式写入。
发明内容
本发明实施例提供了一种数据写入方法、装置及系统,用以解决现有技术中对象存储中不支持流式写入的问题。
针对现有技术存在的问题,本发明实施例提供了一种数据写入方法,包括:
服务端接收流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并进行发送;
接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;
根据所述上传标识和可用分片标识,对所述分片数据进行存储。
本发明实施例提供了另一种数据写入方法,包括:
客户端发送流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
接收所述流式数据对应的上传标识和可用分片标识;
根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述客户端每次发送的分片数据的分片长度不受约束限制。
本发明实施例提供了一种服务端,包括:
接收单元,用于接收流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
确定单元,用于根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识;
发送单元,用于发送所述确定单元确定的与所述流式数据对应的上传标识和可用分片标识;
所述接收单元,还用于接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;
存储单元,用于根据所述上传标识和可用分片标识,对所述分片数据进行存储。
本发明实施例提供了一种客户端,包括:
发送单元,用于发送流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
接收单元,用于接收所述流式数据对应的上传标识和可用分片标识;
所述发送单元,还用于根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述客户端每次发送的分片数据的分片长度不受约束限制。
本发明实施例提供了一种数据写入系统,包括:服务端和客户端;
所述客户端,用于向所述服务端发送流式数据的写入请求;
所述服务端,用于接收所述客户端发送的流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并发送给所述客户端;
所述客户端,还用于接收所述客户端发送的流式数据对应的上传标识和可用分片标识;根据所述上传标识和可用分片标识,向所述服务端发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识给所述服务端;
所述服务端,还用于接收所述客户端发送的所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;根据所述上传标识和可用分片标识,对所述分片数据进行存储。
本发明实施例提供的一种数据写入方法、装置及系统,首先服务端接收所述客户端发送的流式数据的写入请求,所述客户端的写入请求中携带有所述流式数据对应的文件标识;然后根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并发送给所述客户端;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;再根据所述上传标识和可用分片标识,对所述分片数据进行存储。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,服务端根据文件标识确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种数据写入方法流程示意图;
图2为本发明实施例提供的另一种数据写入方法流程示意图;
图3为本发明实施例提供的又一种数据写入方法流程示意图;
图4为本发明实施例提供的一种服务端结构示意图;
图5为本发明实施例提供的另一种服务端结构示意图;
图6为本发明实施例提供的一种客户端结构示意图;
图7为本发明实施例提供的另一种客户端结构示意图;
图8为本发明实施例提供的一种数据写入系统结构示意图;
图9为本发明实施例提供的一种服务端的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种数据写入方法,可以应用于服务端,如图1所示,所述方法包括:
101、服务端接收流式数据的写入请求。
其中,所述写入请求中携带有所述流式数据对应的文件标识。所述文件标识具体可以为文件名称、ID(Identity,身份标识号码)号等,所述流式数据可以为以流的方式进行写入的数据,每次以流的方式写入的数据边界和产生的字节流长度均不确定,例如流式数据可以为操作系统日志数据、摄像头视频流数据等。所述写入请求用于客户端在服务端的对象存储中进行数据写入。
对于本发明实施例的应用场景可以应用在对象存储中。对象存储中每个对象都位于被称为存储池的扁平的空间的相同层级,每一级的每个元素在存储系统中都有唯一的标识,用户通过这个标识来访问容器或者对象。
102、根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并进行发送。
其中,所述上传标识可以为上传编号、上传身份标识号等,所述上传标识与所述文件标识一一对应。所述分片标识可以为分片编号、分片身份标识号等,每一次上传的流式数据分别对应一个分片标识。
对于本发明实施例,步骤102具体可以为,通过检测是否存在与所述文件标识对应的上传标识,确定与所述流式数据对应的上传标识和可用分片标识并进行发送。若存在,则说明客户端之前已经进行过与该文件标识对应的流式数据的写入,此时将已经存在的上传标识和可用分片标识返回给客户端,指示可以上传当前的流式数据,而可用分片标识可以为与该上传标识对应的已成功存储的分片数据的最大编号+1;若不存在,则分配所述流式数据一个对应的上传标识和一个可用分片标识。
例如,在客户端请求写入流式数据时,服务端检测到已经存在与文件名称为“文件1”的文件标识对应的上传编号22,且该上传编号对应的当前已成功存储的分片数据的最大编号为5,则确定此次流式数据的写入对应的上传标识和可用分片标识分别为上传编号22和分片编号6,并发送给客户端。
103、接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识。
其中,所述服务端每次接收到的分片数据的分片长度不受约束限制。
104、根据所述上传标识和可用分片标识,对所述分片数据进行存储。
具体地,所述对所述分片数据进行存储可以为将上传标识相同的分片数据存储在同一个预置区域内,以便客户端读取数据时可以读取完整文件数据。
对于本发明实施例,客户端通过请求写入流式数据,并根据服务端发送的上传标识和分片标识进行分片数据的写入存储,可以满足用户按照一个文件系统的方式进行文件的追加操作的需求,以及用户就只需要维护一个文件,且避免了在读取时需要读多个文件才能拼接出完整的内容的问题。
本发明实施例提供的一种数据写入方法,首先服务端接收所述客户端发送的流式数据的写入请求,所述客户端的写入请求中携带有所述流式数据对应的文件标识;然后根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并发送给所述客户端;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;再根据所述上传标识和可用分片标识,对所述分片数据进行存储。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,服务端根据文件标识确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
本发明实施例提供了另一种数据写入方法,可以应用于服务端,如图2所示,所述方法包括:
201、服务端接收流式数据的写入请求。
其中,所述写入请求中携带有所述流式数据对应的文件标识。
202、检测是否存在与所述文件标识对应的上传标识。
其中,所述上传标识的概念解释可以参考步骤102中相应描述,在此不再赘述。
具体地,所述步骤202可以为在对象存储的预置区域内检测是否存在与所述文件标识对应的上传标识。
对于本发明实施例,使用上传标识可以方便对流式数据进行流的追加操作,通过检测是否存在与所述文件对应的上传标识,可以避免使用不同的上传标识对同一文件标识对应的文件进行流式数据写入时使得已经写入的分片数据丢失的问题,进而可以确保用户在不同时间上传的同一文件的数据,能够写入并存储在相同的预置位置。
203a、若存在,则根据所述上传标识对应的已存储分片数据的分片标识,确定所述流式数据对应的可用分片标识并与存在的所述上传标识一并进行发送。
其中,所述可用分片标识具体可以为已存储的分片数据对应的最大分片编号+1。
例如,客户端请求写入流式数据,该流式数据对应的文件标识为“系统日志”,服务端检测到在预置存储区域内已经存在与“系统日志”对应的上传标识,为上传编号10,且已存储分片数据的最大分片编号为16,则服务端确定此次“系统日志”的流式数据写入对应的可用分片标识为分片编号17。
进一步地,为了保证后续读取文件完整的数据,所述方法还包括:根据所述流式数据对应的上传标识,检测是否存在上传失败分片数据;若存在,则发送所述上传失败分片数据的确认信息;若接收到确认丢失信息,则根据所述失败分片标识进行相应记录;若接收到所述上传失败分片数据,则根据所述失败分片标识,对所述上传失败分片数据进行存储。
其中,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识。例如,客户端对文件名称为“摄像头视频流”的流式数据已经完成9个分片数据的写入,其中分片数据4为上传失败分片数据。当服务端根据上传标识“摄像头视频流”进行检测时,检测到存在上传失败分片数据,则发送分片数据4上传失败的确认信息给客户端。客户端接收到确认信息后,若确认分片数据4已经丢失,则服务端将分片数据4丢失信息记录在预置数据库中,以使得用户进行数据下载时跳过丢失分片数据4,当客户端再次找回分片数据4时,可以向服务端请求重新上传已确认丢失分片数据4,在服务端接收客户端请求后返回给客户端可以重新上传信息,并在客户端重新上传分片数据4后,删除已经记录在预置数据库中的分片数据4丢失信息;客户端接收到确认信息后,若客户端已经存储了分片数据4,则此时将分片数据4进行重新上传。
需要说明的是,客户端重新上传分片数据的分片长度必须与上传失败的分片数据长度一致。例如客户端上传了分片编号为N1和分片长度为L1的分片数据F1,服务端存储了三个分片,并返回客户端上传成功信息,但由于服务端的上传成功信息可能丢失,此时若客户端重新上传该分片数据,则此时产生了分片编号为N1和分片长度为L2的分片数据F2,客户端可能会把分片数据F1和分片数据F2进行拼接,并以(N1,L1+L2)的方式进行上传,而另外一个线程有可能以(N1+1,L2)的方式上传第N1+1个分片数据,从而使得分片数据F2被上传两次,造成分片数据写入错误的问题。通过客户端重新上传与上传失败的分片数据长度一致的分片数据时,可以避免分片数据被多次上传,从而可以提高数据写入的准确性。
对于本发明实施例,服务器会在两种情况下发送上传失败的分片数据确认信息,一是用户发送文件上传完成请求的时候,二是客户端重启的时候。服务端通过检测确认是否存在上传失败分片,并对上传失败分片数据进行确认,可以使得客户端及时补充客户端已经上传但服务端没有接收到的分片数据,进而可以确保写入数据的准确性。
与步骤203a并列的步骤203b、若不存在,则分配与所述流式数据对应的上传标识和可用分片标识并进行发送。
对于本发明实施例,若在预置存储区域内不存在与客户端的写入请求中携带的文件标识对应的上传标识时,说明之前没有写入与该文件标识对应的流式数据,则此时分配一个与该文件标识一一对应的上传标识和可用分片标识,此时可用分片标识可以为分片编号1,以便于客户端在之后对该文件标识对应的流式数据写入时,可以根据此上传标识进行内容的追加,从而实现流式数据的写入。
204、接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识。
其中,所述服务端每次接收到的分片数据的分片长度不受约束限制,可以由数据系统状态决定,无需用户事先确定,可以为150字节、500字节、1500字节等,本发明实施例不做限定。
进一步地,所述方法还包括:接收所述分片数据对应的分片长度;检测所述分片长度是否大于零;若否,则确定所述分片数据上传失败并发送上传失败响应信息。通过检测分片数据的长度,可以避免当客户端上传长度为0的无意义分片数据而给服务端带来的不必要的负担。
205、根据所述上传标识和可用分片标识,对所述分片数据进行存储。
对于本发明实施例,通过对客户端请求写入的分片数据与该分片数据对应的上传标识和可用分片标识同时进行保存,实现了数据流的追加写入。
本发明实施例提供的另一种数据写入方法,首先服务端接收所述客户端发送的流式数据的写入请求,所述客户端的写入请求中携带有所述流式数据对应的文件标识;然后检测是否存在与所述文件标识对应的上传标识;若存在与所述文件标识对应的上传标识,则根据所述上传标识对应的已存储分片数据的分片标识,确定所述流式数据对应的可用分片标识;若不存在与所述文件标识对应的上传标识,则分配与所述流式数据对应的上传标识和可用分片标识;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,通过检测是否存在与所述文件标识对应的上传标识,确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
本发明实施例提供了又一种数据写入方法,可以应用于客户端,如图3所示,所述方法包括:
301、客户端发送流式数据的写入请求。
其中,所述写入请求中携带有所述流式数据对应的文件标识。进一步地,以使得所述服务端确定与所述流式数据对应的上传标识和可用分片标识。所述服务端侧的具体实现过程可以参考步骤101至步骤104中相应描述,在此不再赘述。
302、接收所述流式数据对应的上传标识和可用分片标识。
其中,所述接入点信息是所述服务端检测出所述预约列表中存在所述用户标识信息时发送的。
303、根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识。
其中,所述客户端每次发送的分片数据的分片长度不受约束限制。
进一步地,以便于客户端根据接收分片数据,以及与所述分片数据对应的上传标识和可用分片标识。
进一步地,所述步骤303还包括:接收上传失败分片数据的确认信息;检测是否缓存有与所述失败分片标识对应的分片数据;若是,则将所述分片数据和与所述分片数据对应的失败分片标识进行重新发送;若否,则根据所述失败分片标识输出提示信息;根据用户输入的确认指令,发送确认丢失信息。
其中,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识。所述提示信息用于提示确认与所述失败分片标识对应的分片数据是否丢失。
进一步地,所述方法还包括:若在预设时间段内未接收到上传成功响应信息,则对所述分片数据进行重新发送。其中,所述分片数据的分片长度与所述分片数据上一次发送时的分片长度保持一致,所述预设时间段可以根据具体情况进行设定,可以为5秒、30秒、1分钟等,所述响应信息可以为文本提示信息、图片提示信息、音频提示信息、视频提示信息等,本发明实施例不做限定。
对于本发明实施例,通过重新发送分片长度一致的分片数据,可以使得服务端准确的判断此时写入的流式数据为重新上传数据,避免了服务端误判为另一个分片数据而再一次存储造成的数据错误问题。
本发明实施例提供的又一种数据写入方法,首先客户端向服务端发送流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识,所述服务端确定与所述流式数据对应的上传标识和可用分片标识;再接收所述服务端发送的流式数据对应的上传标识和可用分片标识;最后根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识给所述服务端,所述客户端每次发送的分片数据的分片长度不受约束限制。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,服务端根据文件标识确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
进一步地,作为图1所述方法的具体实现,本发明实施例提供了一种服务端,如图4所示,所述服务端包括:接收单元41、确定单元42、发送单元43、存储单元44。
所述接收单元41,可以用于接收客户端发送的流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识。所述接收单元41面向客户端,为本服务端中接收请求信息的主要功能模块。
所述确定单元42,可以用于根据所述接收单元41接收到的文件标识,确定与所述流式数据对应的上传标识和可用分片标识。所述确定单元42为本服务端中进行确定上传标识和分片标识的主要功能模块。
所述发送单元43,可以用于发送所述确定单元42确定的与所述流式数据对应的上传标识和可用分片标识。
所述接收单元41,还可以用于接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制。
所述存储单元44,可以用于根据所述上传标识和可用分片标识,对所述分片数据进行存储。所述存储单元44为本服务端中存储客户端请求写入数据的主要功能模块。
需要说明的是,本发明实施例提供的一种服务端所涉及各功能单元的其他相应描述,可以参考图1中的对应描述,在此不再赘述。本发明实施例中可以通过硬件处理器(hardware processor)来实现相关功能模块。
本发明实施例提供的一种服务端,首先服务端接收所述客户端发送的流式数据的写入请求,所述客户端的写入请求中携带有所述流式数据对应的文件标识;然后根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并发送给所述客户端;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;再根据所述上传标识和可用分片标识,对所述分片数据进行存储。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,服务端根据文件标识确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
进一步地,作为图2所述方法的具体实现,本发明实施例提供了另一种服务端,如图5所示,所述服务端包括:接收单元51、确定单元52、发送单元53、存储单元54。
所述接收单元51,可以用于接收客户端发送的流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识。所述接收单元51面向客户端,为本服务端中接收请求信息的主要功能模块。
所述确定单元52,可以用于根据所述接收单元51接收到的文件标识,确定与所述流式数据对应的上传标识和可用分片标识。所述确定单元52为本服务端中进行确定上传标识和分片标识的主要功能模块。
所述发送单元53,可以用于发送所述确定单元52确定的与所述流式数据对应的上传标识和可用分片标识。
所述接收单元51,还可以用于接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制。
所述存储单元54,可以用于根据所述上传标识和可用分片标识,对所述分片数据进行存储。所述存储单元54为本服务端中存储客户端请求写入数据的主要功能模块。
进一步地,所述服务端还包括:检测单元55。
所述检测单元55,可以用于检测是否存在与所述文件标识对应的上传标识。
进一步地,所述确定单元52,具体可以用于若存在与所述文件标识对应的上传标识,则根据所述上传标识对应的已存储分片数据的分片标识,确定所述流式数据对应的可用分片标识。
所述发送单元53,还可以用于将所述确定单元52确定的所述流式数据对应的可用分片标识与存在的所述上传标识一并进行发送。
进一步地,所述服务端还包括:记录单元56。
所述确定单元52,具体可以用于若存在与所述文件标识对应的上传标识,则根据所述上传标识对应的已存储分片数据的分片标识,确定所述流式数据对应的可用分片标识。
所述检测单元55,还可以用于根据所述流式数据对应的上传标识,检测是否存在上传失败分片数据。
所述发送单元53,还可以用于若存在上传失败分片数据,则发送所述上传失败分片数据的确认信息,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识。
所述记录单元56,可以用于若接收到确认丢失信息,则根据所述失败分片标识进行相应记录。
所述存储单元54,还可以用于若接收到所述上传失败分片数据,则根据所述失败分片标识,对所述上传失败分片数据进行存储。
进一步地,所述服务端还包括:分配单元57。
所述分配单元57,可以用于若不存在与所述文件标识对应的上传标识,则分配与所述流式数据对应的上传标识和可用分片标识。
所述发送单元53,还可以用于发送所述分配单元57分配的与所述流式数据对应的上传标识和可用分片标识。
需要说明的是,本发明实施例提供的另一种服务端所涉及各功能单元的其他相应描述,可以参考图2中的对应描述,在此不再赘述。本发明实施例中可以通过硬件处理器来实现相关功能模块。
本发明实施例提供的另一种服务端,首先服务端接收所述客户端发送的流式数据的写入请求,所述客户端的写入请求中携带有所述流式数据对应的文件标识;然后检测是否存在与所述文件标识对应的上传标识;若存在与所述文件标识对应的上传标识,则根据所述上传标识对应的已存储分片数据的分片标识,确定所述流式数据对应的可用分片标识;若不存在与所述文件标识对应的上传标识,则分配与所述流式数据对应的上传标识和可用分片标识;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,通过检测是否存在与所述文件标识对应的上传标识,确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
进一步地,作为图3所述方法的具体实现,本发明实施例提供了一种客户端,如图6所示,所述客户端包括:发送单元61、接收单元62。
所述发送单元61,可以用于向服务端发送流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识。
进一步地,以使得所述服务端检测是否存在与所述文件标识对应的上传标识。所述发送单元61面向服务端,为本客户端中发送请求信息的主要功能模块。
所述接收单元62,可以用于接收所述流式数据对应的上传标识和可用分片标识。所述接收单元62同样面向服务端,为本客户端中接收请求返回标识信息的主要功能模块。
所述发送单元61,还可以用于根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述客户端每次发送的分片数据的分片长度不受约束限制。
进一步地,以使得所述服务端根据所述上传标识和可用分片标识,对所述分片数据进行存储。
进一步地,如图7所示,所述客户端还包括:检测单元63、输出单元64。
所述接收单元62,还可以用于接收上传失败分片数据的确认信息,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识。
所述检测单元63,可以用于检测是否缓存有与所述失败分片标识对应的分片数据。
所述发送单元61,还可以用于若缓存有与所述失败分片标识对应的分片数据,则将所述分片数据和与所述分片数据对应的失败分片标识进行重新发送。
所述输出单元64,可以用于若没有缓存与所述失败分片标识对应的分片数据,则根据所述失败分片标识输出提示信息,所述提示信息用于提示确认与所述失败分片标识对应的分片数据是否丢失。
所述发送单元61,还可以用于根据用户输入的确认指令,发送确认丢失信息。
所述发送单元61,还可以用于若在预设时间段内未接收到上传成功响应信息,则对所述分片数据进行重新发送。
需要说明的是,本发明实施例提供的一种客户端所涉及各功能单元的其他相应描述,可以参考图3中的对应描述,在此不再赘述。
本发明实施例提供的一种客户端,首先客户端向服务端发送流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识,以使得所述服务端检测是否存在与所述文件标识对应的上传标识;再接收所述流式数据对应的上传标识和可用分片标识;然后根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述客户端每次发送的分片数据的分片长度不受约束限制,以使得所述服务端根据所述上传标识和可用分片标识,对所述分片数据进行存储。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,通过检测是否存在与所述文件标识对应的上传标识,确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
进一步地,本发明实施例提供了一种数据写入系统,如图8所示,包括:服务端81、客户端82。
所述客户端82,可以用于向所述服务端81发送流式数据的写入请求。
所述服务端81,可以用于接收所述客户端82发送的流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并发送给所述客户端82。
所述客户端82,还可以用于接收所述服务端81发送的流式数据对应的上传标识和可用分片标识;根据所述上传标识和可用分片标识,向所述服务端81发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识给所述服务端81。
所述服务端81,还可以用于接收所述客户端82发送的所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端81每次接收到的分片数据的分片长度不受约束限制;根据所述上传标识和可用分片标识,对所述分片数据进行存储。
示例性的,如图9所示,图9示出了本发明实施例提供的一种服务端的实体结构示意图,该服务端可以包括:处理器(processor)91、通信接口(Communications Interface)92、存储器(memory)93和总线94,其中,处理器91、通信接口92、存储器93通过总线94完成相互间的通信。通信接口92可以用于服务器与客户端之间的信息传输。处理器91可以调用存储器93中的逻辑指令,以执行如下方法:接收客户端发送的流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并进行发送;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;根据所述上传标识和可用分片标识,对所述分片数据进行存储。此外,上述的存储器93中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例提供的一种数据写入系统,首先服务端接收客户端发送的流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;然后根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并发送给客户端;接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;根据所述上传标识和可用分片标识,对所述分片数据进行存储。与目前在对象存储中写入数据时,只能一次性写入全部数据或每次写入长度相同的数据相比,本发明客户端可以向服务端发出不同长度数据的写入请求,服务端根据文件标识确定可用上传标识和分片标识后发送给客户端,并接收保存客户端写入的分片数据,服务端每次接收到的分片数据的分片长度不受约束限制,进而可以实现多次写入长度不同的分片数据,从而使得在对象存储中可以流式写入。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (15)
1.一种数据写入方法,其特征在于,包括:
服务端接收流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识并进行发送;
接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;
根据所述上传标识和可用分片标识,对所述分片数据进行存储。
2.根据权利要求1所述的数据写入方法,其特征在于,所述根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识,具体包括:
检测是否存在与所述文件标识对应的上传标识;
若存在,则根据所述上传标识对应的已存储分片数据的分片标识,确定所述流式数据对应的可用分片标识;
若不存在,则分配与所述流式数据对应的上传标识和可用分片标识。
3.根据权利要求1或2所述的数据写入方法,其特征在于,所述方法还包括:
根据所述流式数据对应的上传标识,检测是否存在上传失败分片数据;
若存在,则发送所述上传失败分片数据的确认信息,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识;
若接收到确认丢失信息,则根据所述失败分片标识进行相应记录;
若接收到所述上传失败分片数据,则根据所述失败分片标识,对所述上传失败分片数据进行存储。
4.根据权利要求1所述的数据写入方法,其特征在于,所述方法还包括:
接收所述分片数据对应的分片长度;
检测所述分片长度是否大于零;
若否,则确定所述分片数据上传失败并发送上传失败响应信息。
5.一种数据写入方法,其特征在于,包括:
客户端发送流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
接收所述流式数据对应的上传标识和可用分片标识;
根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述客户端每次发送的分片数据的分片长度不受约束限制。
6.根据权利要求5所述的数据写入方法,其特征在于,所述方法还包括:
接收上传失败分片数据的确认信息,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识;
检测是否缓存有与所述失败分片标识对应的分片数据;
若是,则将所述分片数据和与所述分片数据对应的失败分片标识进行重新发送;
若否,则根据所述失败分片标识输出提示信息,所述提示信息用于提示确认与所述失败分片标识对应的分片数据是否丢失;
根据用户输入的确认指令,发送确认丢失信息。
7.根据权利要求5所述的数据写入方法,其特征在于,所述根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识之后,所述方法还包括:
若在预设时间段内未接收到上传成功响应信息,则对所述分片数据进行重新发送,所述分片数据的分片长度与所述分片数据上一次发送时的分片长度保持一致。
8.一种服务端,其特征在于,包括:
接收单元,用于接收流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
确定单元,用于根据所述文件标识,确定与所述流式数据对应的上传标识和可用分片标识;
发送单元,用于发送所述确定单元确定的与所述流式数据对应的上传标识和可用分片标识;
所述接收单元,还用于接收所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述服务端每次接收到的分片数据的分片长度不受约束限制;
存储单元,用于根据所述上传标识和可用分片标识,对所述分片数据进行存储。
9.根据权利要求8所述的服务端,其特征在于,所述确定单元包括:检测模块、确定模块、分配模块;
所述检测模块,用于检测是否存在与所述文件标识对应的上传标识;
所述确定模块,用于若存在与所述文件标识对应的上传标识,则根据所述上传标识对应的已存储分片数据的分片标识,确定所述流式数据对应的可用分片标识;
所述分配模块,用于若不存在与所述文件标识对应的上传标识,则分配与所述流式数据对应的上传标识和可用分片标识。
10.根据权利要求8或9所述的服务端,其特征在于,所述服务端还包括:检测单元、记录单元;
所述检测单元,用于根据所述流式数据对应的上传标识,检测是否存在上传失败分片数据;
所述发送单元,还用于若存在上传失败分片数据,则发送所述上传失败分片数据的确认信息,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识;
所述记录单元,用于若接收到确认丢失信息,则根据所述失败分片标识进行相应记录;
所述存储单元,还用于若接收到所述上传失败分片数据,则根据所述失败分片标识,对所述上传失败分片数据进行存储。
11.根据权利要求8所述的服务端,其特征在于,
所述接收单元,还用于接收所述分片数据对应的分片长度;
所述检测单元,还用于检测所述分片长度是否大于零;
所述确定单元,还用于若所述分片长度不大于零,则确定所述分片数据上传失败;
所述发送单元,还用于发送上传失败响应信息。
12.一种客户端,其特征在于,包括:
发送单元,用于发送流式数据的写入请求,所述写入请求中携带有所述流式数据对应的文件标识;
接收单元,用于接收所述流式数据对应的上传标识和可用分片标识;
所述发送单元,还用于根据所述上传标识和可用分片标识,发送所述流式数据对应的分片数据,以及与所述分片数据对应的上传标识和可用分片标识,所述客户端每次发送的分片数据的分片长度不受约束限制。
13.根据权利要求12所述的客户端,其特征在于,所述客户端还包括:检测单元、输出单元;
所述接收单元,还用于接收上传失败分片数据的确认信息,所述确认信息中包含与所述上传失败分片数据对应的失败分片标识;
所述检测单元,用于检测是否缓存有与所述失败分片标识对应的分片数据;
所述发送单元,还用于若缓存有与所述失败分片标识对应的分片数据,则将所述分片数据和与所述分片数据对应的失败分片标识进行重新发送;
所述输出单元,用于若没有缓存与所述失败分片标识对应的分片数据,则根据所述失败分片标识输出提示信息,所述提示信息用于提示确认与所述失败分片标识对应的分片数据是否丢失;
所述发送单元,还用于根据用户输入的确认指令,发送确认丢失信息。
14.根据权利要求12所述的客户端,其特征在于,
所述发送单元,还用于若在预设时间段内未接收到上传成功响应信息,则对所述分片数据进行重新发送,所述分片数据的分片长度与所述分片数据上一次发送时的分片长度保持一致。
15.一种数据写入系统,其特征在于,包括:权利要求8-11任一项所述的服务端和权利要求12-14任一项所述的客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610881261.8A CN106534261A (zh) | 2016-10-09 | 2016-10-09 | 数据写入方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610881261.8A CN106534261A (zh) | 2016-10-09 | 2016-10-09 | 数据写入方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106534261A true CN106534261A (zh) | 2017-03-22 |
Family
ID=58331219
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610881261.8A Pending CN106534261A (zh) | 2016-10-09 | 2016-10-09 | 数据写入方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106534261A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173859A (zh) * | 2017-12-29 | 2018-06-15 | 北京星河星云信息技术有限公司 | 文件共享的方法和系统 |
CN108491163A (zh) * | 2018-03-19 | 2018-09-04 | 腾讯科技(深圳)有限公司 | 一种大数据处理方法、装置和存储介质 |
CN109309631A (zh) * | 2018-08-15 | 2019-02-05 | 新华三技术有限公司成都分公司 | 一种基于通用网络文件系统写入数据的方法及装置 |
CN109815198A (zh) * | 2018-12-10 | 2019-05-28 | 北京龙拳风暴科技有限公司 | 移动游戏大数据贴源层实现方法及装置 |
CN110445857A (zh) * | 2019-08-01 | 2019-11-12 | 东莞弓叶互联科技有限公司 | 一种基于云端推送的垃圾处理设备实时数据处理方法 |
CN111111214A (zh) * | 2019-12-25 | 2020-05-08 | 上海米哈游天命科技有限公司 | 一种游戏存档的处理方法、装置及系统 |
CN111625601A (zh) * | 2020-05-27 | 2020-09-04 | 北京字节跳动网络技术有限公司 | 一种数据写入方法、装置、计算机设备及存储介质 |
CN111913925A (zh) * | 2019-05-08 | 2020-11-10 | 厦门网宿有限公司 | 一种分布式存储系统中的数据处理方法及系统 |
CN113037848A (zh) * | 2021-03-18 | 2021-06-25 | 上海哔哩哔哩科技有限公司 | 文件上传方法和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1528076A (zh) * | 2001-02-20 | 2004-09-08 | ������������ʽ���� | 复用装置、分离装置 |
CN103166992A (zh) * | 2011-12-14 | 2013-06-19 | 中国电信股份有限公司 | 应用于云存储的快速文件更新方法及系统 |
CN103581216A (zh) * | 2012-07-20 | 2014-02-12 | 中国电信股份有限公司 | 分片数据存储的方法、设备和系统 |
CN104584510A (zh) * | 2013-07-05 | 2015-04-29 | 索尼公司 | 发送设备、发送方法、接收设备和接收方法 |
-
2016
- 2016-10-09 CN CN201610881261.8A patent/CN106534261A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1528076A (zh) * | 2001-02-20 | 2004-09-08 | ������������ʽ���� | 复用装置、分离装置 |
CN103166992A (zh) * | 2011-12-14 | 2013-06-19 | 中国电信股份有限公司 | 应用于云存储的快速文件更新方法及系统 |
CN103581216A (zh) * | 2012-07-20 | 2014-02-12 | 中国电信股份有限公司 | 分片数据存储的方法、设备和系统 |
CN104584510A (zh) * | 2013-07-05 | 2015-04-29 | 索尼公司 | 发送设备、发送方法、接收设备和接收方法 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173859A (zh) * | 2017-12-29 | 2018-06-15 | 北京星河星云信息技术有限公司 | 文件共享的方法和系统 |
CN108491163B (zh) * | 2018-03-19 | 2022-01-04 | 腾讯科技(深圳)有限公司 | 一种大数据处理方法、装置和存储介质 |
CN108491163A (zh) * | 2018-03-19 | 2018-09-04 | 腾讯科技(深圳)有限公司 | 一种大数据处理方法、装置和存储介质 |
CN109309631A (zh) * | 2018-08-15 | 2019-02-05 | 新华三技术有限公司成都分公司 | 一种基于通用网络文件系统写入数据的方法及装置 |
CN109815198A (zh) * | 2018-12-10 | 2019-05-28 | 北京龙拳风暴科技有限公司 | 移动游戏大数据贴源层实现方法及装置 |
CN111913925A (zh) * | 2019-05-08 | 2020-11-10 | 厦门网宿有限公司 | 一种分布式存储系统中的数据处理方法及系统 |
CN111913925B (zh) * | 2019-05-08 | 2023-08-18 | 厦门网宿有限公司 | 一种分布式存储系统中的数据处理方法及系统 |
CN110445857A (zh) * | 2019-08-01 | 2019-11-12 | 东莞弓叶互联科技有限公司 | 一种基于云端推送的垃圾处理设备实时数据处理方法 |
CN111111214A (zh) * | 2019-12-25 | 2020-05-08 | 上海米哈游天命科技有限公司 | 一种游戏存档的处理方法、装置及系统 |
CN111111214B (zh) * | 2019-12-25 | 2023-06-02 | 上海米哈游天命科技有限公司 | 一种游戏存档的处理方法、装置及系统 |
CN111625601A (zh) * | 2020-05-27 | 2020-09-04 | 北京字节跳动网络技术有限公司 | 一种数据写入方法、装置、计算机设备及存储介质 |
CN111625601B (zh) * | 2020-05-27 | 2023-03-14 | 北京火山引擎科技有限公司 | 一种数据写入方法、装置、计算机设备及存储介质 |
CN113037848A (zh) * | 2021-03-18 | 2021-06-25 | 上海哔哩哔哩科技有限公司 | 文件上传方法和系统 |
CN113037848B (zh) * | 2021-03-18 | 2024-03-15 | 上海哔哩哔哩科技有限公司 | 文件上传方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106534261A (zh) | 数据写入方法、装置及系统 | |
JP6370912B2 (ja) | ユーザデータを送信及び受信するための方法及び端末デバイス | |
CN103475682B (zh) | 文件迁移方法及设备 | |
US10116791B2 (en) | Methods and apparatus for transmitting data | |
CN109428773B (zh) | 一种通信方法和装置 | |
CN112822260B (zh) | 文件传输方法及装置、电子设备、存储介质 | |
CN107580032B (zh) | 数据处理方法、装置及设备 | |
US8982403B2 (en) | System and method for context-aware printing service | |
CN109995775B (zh) | 区块链验证码应用方法、设备和存储介质 | |
CN109450689B (zh) | 一种日志打印方法、装置、存储介质和计算机设备 | |
CN106790653B (zh) | 文件传输处理方法及装置 | |
CN105141696A (zh) | 文件上传方法和装置 | |
CN105915613A (zh) | 基于云服务的资源提供方法及装置 | |
KR20150105292A (ko) | 모바일 송신기 제어형 데이터 액세스 및 데이터 삭제 방법 및 시스템 | |
CN103731424B (zh) | 一种网络数据的传输方法、装置及系统 | |
CN109977126A (zh) | 身份标识的更换方法、装置、电子设备及存储介质 | |
CN102075386B (zh) | 识别方法及装置 | |
US8499092B2 (en) | Validating download success | |
CN102984138A (zh) | 一种获取对象的方法、装置和系统 | |
CN105912477B (zh) | 一种目录读取的方法、装置及系统 | |
CN103139177B (zh) | 多媒体数据下载方法和通信系统 | |
CN105577607A (zh) | 用户身份鉴权方法及装置 | |
CN114048457A (zh) | 多平台用户关系创建方法、装置、系统及存储介质 | |
CN113760203A (zh) | 认证打印方法、装置、电子设备和存储介质 | |
US10742802B2 (en) | Methods and devices for verifying a communication number |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170322 |
|
WD01 | Invention patent application deemed withdrawn after publication |