CN114039968A - 资源包上传方法及装置、电子设备和存储介质 - Google Patents

资源包上传方法及装置、电子设备和存储介质 Download PDF

Info

Publication number
CN114039968A
CN114039968A CN202111308035.8A CN202111308035A CN114039968A CN 114039968 A CN114039968 A CN 114039968A CN 202111308035 A CN202111308035 A CN 202111308035A CN 114039968 A CN114039968 A CN 114039968A
Authority
CN
China
Prior art keywords
target resource
target
data
server
uploading
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
Application number
CN202111308035.8A
Other languages
English (en)
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.)
Shanghai Sensetime Technology Development Co Ltd
Original Assignee
Shanghai Sensetime Technology Development Co Ltd
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 Shanghai Sensetime Technology Development Co Ltd filed Critical Shanghai Sensetime Technology Development Co Ltd
Priority to CN202111308035.8A priority Critical patent/CN114039968A/zh
Publication of CN114039968A publication Critical patent/CN114039968A/zh
Priority to PCT/CN2022/088583 priority patent/WO2023077738A1/zh
Pending legal-status Critical Current

Links

Images

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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开涉及一种资源包上传方法及装置、电子设备和存储介质,所述方法包括:对目标资源包进行数据切割,得到至少两个数据切片;对所述至少两个数据切片进行抽样处理,确定所述目标资源包对应的资源包标识;基于所述资源包标识,检测所述目标资源包在服务端是否存在,得到检测结果;基于所述检测结果,将所述目标资源包上传至所述服务端。本公开实施例可以使得整个上传过程稳定且高效。

Description

资源包上传方法及装置、电子设备和存储介质
技术领域
本公开涉及计算机技术领域,尤其涉及一种资源包上传方法及装置、电子设备和存储介质。
背景技术
随着人工智能和大数据技术的快速发展,各行各业都有大量的文件需要上传到大数据云平台。例如,在教育行业,每天可能都有大量的教学资源包需要上传到教育云平台,从事教育工作者可以通过资源包管理,非常方便地从教育云平台获取教学所需要的资源包文件,提前做好备课工作等,提高教学质量和工作效率。因此,资源包上传技术也成为大数据下不可或缺的技术。
发明内容
本公开提出了一种资源包上传方法及装置、电子设备和存储介质的技术方案。
根据本公开的一方面,提供了一种资源包上传方法,所述方法应用于目标客户端,所述方法包括:对目标资源包进行数据切割,得到至少两个数据切片;对所述至少两个数据切片进行抽样处理,确定所述目标资源包对应的资源包标识;基于所述资源包标识,检测所述目标资源包在服务端是否存在,得到检测结果;基于所述检测结果,将所述目标资源包上传至所述服务端。
在一种可能的实现方式中,所述对所述至少两个数据切片进行抽样处理,确定所述目标资源包对应的资源包标识,包括:按照预设抽样规则,对所述至少两个数据切片中的每个数据切片进行抽样,得到抽样数据;利用哈希算法,确定所述抽样数据对应的哈希值;将所述抽样数据对应的哈希值,确定为所述资源包标识。
在一种可能的实现方式中,所述目标资源包对应的所述数据切片依次为切片1至切片N,其中,N是大于或等于3的整数;所述按照预设抽样规则,对所述至少两个数据切片中的每个数据切片进行抽样,得到抽样数据,包括:在切片1中抽取2兆字节数据、在切片N中抽取全部数据、在切片2至切片N-1中分别抽取2字节数据;将切片1至切片N中抽取得到的数据,确定为所述抽样数据。
在一种可能的实现方式中,所述基于所述资源包标识,检测所述目标资源包在服务端是否存在,得到检测结果,包括:向所述服务端发送第一检测请求,其中,所述第一检测请求中包括所述资源包标识,所述第一检测请求用于请求检测所述服务端中是否存在所述目标资源包;接收所述服务端返回的所述检测结果。
在一种可能的实现方式中,所述检测结果包括第一检测结果,所述第一检测结果用于指示所述服务端中存在所述目标资源包;所述基于所述检测结果,将所述目标资源包上传至所述服务端,包括:基于所述第一检测结果,利用第一传输方式将所述目标资源包上传至所述服务端。
在一种可能的实现方式中,所述检测结果包括第二检测结果,所述第二检测结果用于指示所述服务端中不存在所述目标资源包;所述基于所述检测结果,将所述目标资源包上传至所述服务端,包括:基于所述第二检测结果,向所述服务端发送第二检测请求,其中,所述第二检测请求中包括所述目标资源包对应的每个数据切片的切片标识,所述第二检测请求用于请求检测所述服务端中是否存在所述目标资源包对应的至少一个数据切片;在确定所述服务端中存在所述目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,将所述目标资源包对应的待传输数据切片上传至所述服务端,其中,所述待传输数据切片是存在于所述目标资源包且不存在于所述服务端中的数据切片。
在一种可能的实现方式中,所述将所述目标资源包对应的待传输数据切片上传至所述服务端,包括:确定目标请求队列,其中,所述目标请求队列中包括至少两个上传请求;根据所述至少两个上传请求,对所述待传输数据切片进行并发上传。
在一种可能的实现方式中,所述方法还包括:接收所述服务端返回的所述待传输数据切片的报错提示,其中,所述报错提示用于提示所述待传输数据切片上传失败;在接收到所述待传输数据切片的报错提示小于预设次数的情况下,对所述待传输数据切片进行重新传输;和/或,在接收到所述待传输数据切片的报错提示达到所述预设次数的情况下,中断对所述目标资源包的上传操作。
在一种可能的实现方式中,在所述待传输数据切片包括多个,且多个所述待传输数据切片之间的切片尺寸不一致的情况下,所述方法还包括:确定当前上传的所述待传输数据切片的上传成功时间;根据当前上传的所述待传输数据切片的上传成功时间,以及当前上传的所述待传输数据切片的切片尺寸,确定下一个需要上传的所述待传输数据切片。
在一种可能的实现方式中,所述方法还包括:确定当前上传的所述待传输数据切片的上传成功时间;根据当前上传的所述待传输数据切片的上传成功时间,确定目标切片尺寸,其中,所述目标切片尺寸用于对所述目标资源包以外的其它待上传资源包进行数据切割。
在一种可能的实现方式中,所述方法还包括:根据用户需求,停止或中断对所述目标资源包的上传。
在一种可能的实现方式中,所述方法还包括:接收所述服务端返回的所述目标资源包的上传状态;根据所述上传状态,对所述目标资源包执行目标资源包管理操作。
根据本公开的一方面,提供了一种资源包上传方法,所述方法应用于服务端,所述方法包括:基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,其中,所述资源包标识是目标客户端基于对所述目标资源包进行数据切割得到的至少两个数据切片进行抽样处理之后确定的;基于所述检测结果,接收所述目标客户端上传的所述目标资源包。
在一种可能的实现方式中,在所述基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果之前,所述方法还包括:接收所述目标客户端发送的第一检测请求,其中,所述第一检测请求中包括所述资源包标识。
在一种可能的实现方式中,所述检测结果包括第一检测结果,所述第一检测结果用于指示所述服务端中存在所述目标资源包;所述基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,包括:在检测到所述服务端中存在所述资源包标识的情况下,得到所述第一检测结果。
在一种可能的实现方式中,所述基于所述检测结果,接收所述目标客户端上传的所述目标资源包,包括:基于所述第一检测结果,利用第一传输方式接收所述目标客户端上传的所述目标资源包。
在一种可能的实现方式中,所述检测结果包括第二检测结果,所述第二检测结果用于指示所述服务端中不存在所述目标资源包;所述基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,包括:在检测到所述服务端中不存在所述资源包标识的情况下,得到所述第二检测结果。
在一种可能的实现方式中,所述基于所述检测结果,接收所述目标客户端上传的所述目标资源包,包括:接收所述目标客户端发送的第二检测请求,其中,所述第二检测请求中包括所述目标资源包对应的每个数据切片的切片标识;基于所述每个数据切片的切片标识,检测所述服务端中是否存在所述目标资源包对应的至少一个数据切片;在确定所述服务端中存在所述目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,接收所述目标客户端上传的所述目标资源包对应的待传输数据切片,其中,所述待传输数据切片是存在于所述目标资源包且不存在于所述服务端中的数据切片。
在一种可能的实现方式中,所述方法还包括:在所述待传输数据切片上传失败的情况下,向所述目标客户端发送报错提示。
在一种可能的实现方式中,所述方法还包括:确定所述目标资源包的上传状态;将所述上传状态发送至所述目标客户端,以及所述目标客户端以外的至少一个其它客户端,其中,以使得所述目标客户端,以及所述目标客户端以外的至少一个其它客户端根据所述上传状态,对所述目标资源包执行目标资源包管理操作。
根据本公开的一方面,提供了一种资源包上传装置,所述装置应用于目标客户端,所述装置包括:数据切割模块,用于对目标资源包进行数据切割,得到至少两个数据切片;资源包标识确定模块,用于对所述至少两个数据切片进行抽样处理,确定所述目标资源包对应的资源包标识;检测模块,用于基于所述资源包标识,检测所述目标资源包在服务端是否存在,得到检测结果;上传模块,用于基于所述检测结果,将所述目标资源包上传至所述服务端。
根据本公开的一方面,提供了一种资源包上传装置,所述装置应用于服务端,所述装置包括:
检测模块,用于基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,其中,所述资源包标识是目标客户端基于对所述目标资源包进行数据切割得到的至少两个数据切片进行抽样处理之后确定的;接收模块,用于基于所述检测结果,接收所述目标客户端上传的所述目标资源包。
根据本公开的一方面,提供了一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为调用所述存储器存储的指令,以执行上述方法。
根据本公开的一方面,提供了一种计算机可读存储介质,其上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现上述方法。
在本公开实施例中,在执行资源包上传操作的目标客户端中,对目标资源包进行数据切割,得到至少两个数据切片,通过对至少两个数据切片进行抽样处理,确定目标资源包对应的资源包标识,可以降低目标资源包的数据量过大对确定资源包标识的耗时影响,提高资源包标识的确定效率,进而基于资源包标识,检测目标资源包在服务端是否存在,得到检测结果,基于检测结果,将目标资源包上传至服务端,从而可以使得整个上传过程稳定且高效。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,而非限制本公开。根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,这些附图示出了符合本公开的实施例,并与说明书一起用于说明本公开的技术方案。
图1示出根据本公开实施例的一种资源包上传方法的流程图;
图2示出根据本公开实施例的一种资源包上传系统的流程图;
图3示出根据本公开实施例的一种资源包上传方法的流程图;
图4示出根据本公开实施例的一种资源包上传装置的框图;
图5示出根据本公开实施例的一种资源包上传装置的框图;
图6示出根据本公开实施例的一种电子设备的框图;
图7示出根据本公开实施例的一种电子设备的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
另外,为了更好地说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
随着人工智能和大数据技术的快速发展,各行各业都有大量的文件需要上传到大数据云平台。其中,云平台包括具备云存储功能的服务端,以及与用户进行交互的客户端。用户可以在客户端通过云平台账号登录到云平台,以及在客户端上执行资源包上传操作,以将需要进行云存储的资源包上传至服务端进行存储。
例如,在云平台是应用于教育行业的教育云平台的情况下,使用教育云平台的用户(例如,从事教育工作者)可以将客户端中的教学资源包上传至服务端,以实现对大量教学资源包的存储;和/或,从服务端下载教学所需的教学资源包,以使得可以提前做好备课工作,提高教学质量和工作效率。
但是,随着上传的资源包越来越多,资源包的大小(例如,数据量大小)也越来越大,使得上传资源包花费的时间越来越长,严重影响使用者体验。此外,考虑到资源包上传过程中网络稳定性的影响,当上传的资源包过大时,也可能因为网络超时而导致上传失败。因此,提高资源包上传效率越来越重要。
本公开实施例提供了一种资源包上传方法,可以应用于大数据云平台场景。例如,大数据云平台可以包括云端开发环境、在线编程教育、人工智能教育平台、人工智能科创平台、人工智能技能实训平台、人工智能技术培训平台等。在执行资源包上传操作的目标客户端中,对目标资源包进行数据切割,得到至少两个数据切片,通过对至少两个数据切片进行抽样处理,确定目标资源包对应的资源包标识,可以降低目标资源包的数据量过大对确定资源包标识的耗时影响,提高资源包标识的确定效率,进而基于资源包标识,检测目标资源包在服务端是否存在,得到检测结果,基于检测结果,将目标资源包上传至服务端,从而可以使得整个上传过程稳定且高效。
图1示出根据本公开实施例的一种资源包上传方法的流程图。该资源包上传方法可以由目标客户端执行,目标客户端可以为用户设备(User Equipment,UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字助理(Personal Digital Assistant,PDA)、手持设备、计算设备、车载设备、可穿戴设备等,该资源包上传方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。如图1所示,该资源包上传方法可以包括:
在步骤S11中,对目标资源包进行数据切割,得到至少两个数据切片。
其中,目标资源包可以是目标客户端中需要上传至服务端进行云存储的资源包。例如,在教育云平台场景下,目标资源包可以是教育资源包(课程包、实验包等)。
为了提高资源包上传效率,目标资源包的数据量大小可以小于预设数据量阈值。例如,预设数据量阈值是10G,也即,可以将目标资源包的大小控制在10G以内。示例性地,在目标资源包的数据量大小超出预设数据量阈值的情况下,不进行数据上传,此时,可通过发出提示信息的方式提醒用户。预设数据量阈值的具体取值可以根据实际情况确定,本公开对此不作具体限定。
对目标资源包进行数据切割,得到N个数据切片,N是大于等于2的整数。其中,数据切割过程可以是将目标资源包平均切割成N个数据切片;还可以按照预设切割规则,将目标资源包切割成N个数据切片。N的具体取值、预设切割规则可以根据实际情况确定,本公开对此不作具体限定。
在步骤S12中,对至少两个数据切片进行抽样处理,确定目标资源包对应的资源包标识。
相比于相关技术中根据目标资源包整体,确定用于唯一指示目标资源包的资源包标识的方式,通过对目标资源包中的数据切片进行抽样处理来确定资源包标识,可以有效降低目标资源包的数据量过大对确定资源包标识的耗时影响,提高资源包标识的确定效率。后文会结合本公开可能的实现方式对确定资源包标识的过程做详细描述,此处不作赘述。
在步骤S13中,基于资源包标识,检测目标资源包在服务端是否存在,得到检测结果。
由于资源包标识可以唯一指示目标资源包,因此,基于资源包标识,可以检测服务端中是否存在目标资源包,得到检测结果。
例如,目标客户端上传目标资源包到服务端时,目标资源包携带有资源包标识,或者上传目标资源包同时反馈资源包标识或资源包标识确定方法,服务端接收目标资源包同时获取资源包标识保存,或者根据资源包标识确定方法确定资源包标识后保存。在服务端中存在资源包标识的情况下,可以确定目标客户端或目标客户端以外的其它客户端已经将目标资源包上传至服务端,此时,服务端中存在目标资源包;在服务端中不存在资源包标识的情况下,可以确定目标客户端或目标客户端以外的其它客户端均未将目标资源包上传至服务端,此时,服务端中不存在目标资源包。
在步骤S14中,基于检测结果,将目标资源包上传至服务端。
在得到目标资源包在服务端是否存在的检测结果之后,可以基于检测结果,选择不同的传输方式将目标资源包上传至服务端,从而可以使得整个上传过程稳定且高效。后文会结合本公开可能的实现方式对将目标资源包上传至服务端的过程做详细描述,此处不作赘述。
在本公开实施例中,在执行资源包上传操作的目标客户端中,对目标资源包进行数据切割,得到至少两个数据切片,通过对至少两个数据切片进行抽样处理,确定目标资源包对应的资源包标识,可以降低目标资源包的数据量过大对确定资源包标识的耗时影响,提高资源包标识的确定效率,进而基于资源包标识,检测目标资源包在服务端是否存在,得到检测结果,基于检测结果,将目标资源包上传至服务端,从而可以使得整个上传过程稳定且高效。
图2示出根据本公开实施例的一种资源包上传系统的流程图。如图2所示,云平台包括目标客户端和服务端,目标客户端可以与用户进行交互。例如,用户可以在目标客户端通过云平台账号登录到云平台,并通过目标客户端进行资源包管理。其中,资源包管理可以包括资源包上传、资源包下载等操作,本公开对此不作具体限定。
针对需要上传至服务端的目标资源包,目标客户端可以对目标资源包进行本地上传,以启动资源包上传操作。
如图2所示,针对需要上传的目标资源包进行数据切割,得到N个数据切片(图2中简称为切片1、切片2、……、切片N)。
数据切割指的是对目标资源包进行分块,每一块作为一个数据切片。其中,数据切片可以是文件、图片、音频、视频等类型中的一种或多种,本公开对此不作具体限定。
在得到目标资源包对应的N个数据切片后,对N个数据切片进行抽样处理,以确定目标资源包对应的资源包标识。
在一种可能的实现方式中,对至少两个数据切片进行抽样处理,确定目标资源包对应的资源包标识,包括:按照预设抽样规则,对至少两个数据切片中的每个数据切片进行抽样,得到抽样数据;利用哈希算法,确定抽样数据对应的哈希值;将抽样数据对应的哈希值,确定为资源包标识。
按照预设抽样规则对N个数据切片中的每个数据切片进行抽样,得到数据量大大减少的抽样数据,进而可以利用哈希算法,确定抽样数据对应的哈希值,并将该哈希值确定为目标资源包对应的资源包标识,从而既可以得到能够唯一标识目标资源包的资源包标识,又可以提高资源包标识确定效率。
在一示例中,由于哈希算法可以将数据映射为固定长度的唯一哈希值,因此,如图2所示,可以利用哈希算法确定抽样数据对应的哈希值,并将该哈希值确定为用于唯一标识目标资源包的资源包标识。
在一示例中,在得到目标资源包对应的抽样数据之后,还可以利用雪花算法对抽样数据进行数据处理,生成目标资源包对应的资源包标识。
在一示例中,在得到目标资源包对应的抽样数据之后,还可以确定抽样数据对应的通用唯一识别码(Universally Unique Identifier,UUID),进而将该UUID确定为目标资源包对应的资源包标识。
利用抽样数据确定目标资源包对应的资源包标识的方式,除了可以基于上述哈希算法、雪花算法、UUID确定方式之外,还可以根据实际需要采用其它方式,本公开对此不作具体限定。
在一种可能的实现方式中,目标资源包对应的数据切片依次为切片1至切片N,其中,N是大于或等于3的整数;按照预设抽样规则,对至少两个数据切片中的每个数据切片进行抽样,得到抽样数据,包括:在切片1中抽取2兆字节数据、在切片N中抽取全部数据、在切片2至切片N-1中分别抽取2字节数据;将切片1至切片N中抽取得到的数据,确定为抽样数据。
基于上述抽样规则对N个数据切片中进行抽样来确定资源包标识,使得资源包标识既可以唯一标识目标资源包,又能够降低确定资源包标识的数据量。上述抽样规则可以如图2所示,在切片1中抽取2M字节数据、在切片N中抽取全部数据、在切片2至切片N-1的每个切片中抽取2字节数据,进而,综合每个切片抽取的数据得到目标资源包对应的抽样数据。
预设抽样规则除了可以采用图2所示的抽样规则之外,还可以根据实际需要设置其它抽样规则(如随机抽样),本公开对此不作具体限定。
相比于利用整个目标资源包确定资源包标识的方式,利用抽样数据确定资源包标识,可以降低计算资源包标识的耗时,以使得在目标客户端基于浏览器执行目标资源包的上传的情况下,资源包标识的确定过程不会影响浏览器主线程页面的正常渲染和交互,提高了浏览器的整体运行效率,降低出现页面卡顿的概率。
在一种可能的实现方式中,基于资源包标识,检测目标资源包在服务端是否存在,得到检测结果,包括:向服务端发送第一检测请求,其中,第一检测请求中包括资源包标识,第一检测请求用于请求检测服务端中是否存在目标资源包;接收服务端返回的检测结果。
目标客户端在确定目标资源包对应的资源包标识之后,生成包括资源包标识的第一检测请求,并向服务端发送第一检测请求,以请求检测服务端中是否存在目标资源包。服务端可以基于第一检测请求,通过检测服务端中是否存在资源包标识,来确定是否存在目标资源包,得到检测结果,并将检测结果返回至目标客户端。
在一示例中,目标客户端在确定目标资源包对应的资源包标识之后,可以生成包括资源包标识的上传请求,上传请求用于请求将目标资源包上传至服务端。目标客户端将上传请求发送至服务端,服务端基于上传请求获取到资源包标识,进而通过检测服务端中是否存在资源包标识,来确定是否存在目标资源包,得到检测结果,并将检测结果返回至目标客户端。
目标客户端在得到目标资源包在服务端是否存在的检测结果之后,可以基于检测结果,选择不同的传输方式将目标资源包上传至服务端,从而可以使得整个上传过程稳定且高效。
在一种可能的实现方式中,检测结果包括第一检测结果,第一检测结果用于指示服务端中存在目标资源包;基于检测结果,将目标资源包上传至所述服务端,包括:基于第一检测结果,利用第一传输方式将目标资源包上传至服务端。
在服务端中存在资源包标识的情况下,可以确定服务端中已经存在目标资源包,此时,服务端生成第一检测结果,并将第一检测结果返回至目标客户端。目标客户端接收到第一检测结果后,可以利用第一传输方式将目标资源包上传至服务端。
其中,第一传输方式可以是直接跳过数据传输过程,接收服务端返回的用于指示目标资源包上传成功的提示信息。
在一种可能的实现方式中,第一传输方式是秒传。
秒传是一种忽略式上传方式,客户端与服务端之间忽略数据传输过程,仅将服务端中已经存在的资源包与客户端中需要上传的目标资源包之间建立链接关系即可。因此,如图2所示,在确定服务端中已经存在目标资源包的情况下,目标客户端可以将目标资源包秒传至服务端。
第一传输方式除了可以是秒传之外,还可以根据实际需要选择其它能够跳过数据传输过程的传输方式,本公开对此不作具体限定。
在一种可能的实现方式中,检测结果包括第二检测结果,第二检测结果用于指示服务端中不存在目标资源包;基于检测结果,将目标资源包上传至服务端,包括:基于第二检测结果,向服务端发送第二检测请求,其中,第二检测请求中包括目标资源包对应的每个数据切片的切片标识,第二检测请求用于请求检测服务端中是否存在目标资源包对应的至少一个数据切片;在确定服务端中存在目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,将目标资源包对应的待传输数据切片上传至服务端,其中,待传输数据切片是存在于目标资源包且不存在于服务端中的数据切片。
在服务端中不存在资源包标识的情况下,可以确定服务端中不存在目标资源包,此时,服务端生成第二检测结果,并将第二检测结果返回至目标客户端。目标客户端接收到第二检测结果后,可以进一步向服务端发送第二检测请求,以请求检测服务端中是否存在目标资源包对应的至少一个数据切片,进而在确定服务端中存在目标资源包对应的至少一个数据切片的情况下,可以利用第二传输方式将目标资源包上传至服务端。
由于将目标资源包切割成了至少两个数据切片,因此,可以分别对每个数据切片进行上传,以实现对目标资源包的上传。由于相对于直接上传目标资源包,上传数据切片可以降低单次上传数据量,从而可以降低对网络带宽的需求,提高整个上传过程的稳定性。但是,在上传过程中可能会由于网络故障导致上传中断。在出现上传中断的情况下,上传中断之前上传成功的数据切片及其切片标识会存储在服务端。
由于上传中断,服务端中仅存在目标资源包中上传成功的部分数据切片,而不存在完整的目标资源包。只有目标资源包完全上传成功,即将目标资源包对应的所有数据切片均成功上传至服务端的情况下,服务端中才会存在目标资源包,以及存在目标资源包对应的资源包标识。
因此,服务端中不存在目标资源包可能存在两种原因:目标资源包的上传过程尚未开始,或,目标资源包的上传过程出现上传中断。
目标客户端基于接收到的第二检测结果,确定服务端中不存在目标资源包的情况下,为了进一步确定服务端中不存在目标资源包对应的具体原因,目标客户端向服务端发送包括目标资源包对应的每个数据切片的切片标识的第二检测请求,以请求检测服务端中是否存在目标资源包对应的至少一个数据切片。
在一示例中,服务端在确定不存在目标资源包的情况下,可以主动从目标客户端中获取目标资源包对应的每个数据切片的切片标识,进而根据获取目标资源包对应的每个数据切片的切片标识,检测服务端中是否存在目标资源包对应的至少一个数据切片。
在一示例中,目标客户端之前向服务端发送的上传请求中还可以包括目标资源包对应的每个数据切片的切片标识,以使得服务端在确定不存在目标资源包的情况下,可以基于上传请求直接获取到目标资源包对应的每个数据切片的切片标识,进而根据获取目标资源包对应的每个数据切片的切片标识,检测服务端中是否存在目标资源包对应的至少一个数据切片。
在服务端中不存在目标资源包对应的至少一个数据切片的情况下,可以确定服务端中不存在目标资源包,对应的是目标资源包的上传过程尚未开始的具体情况。此时,启动目标资源包的上传过程,对各数据切片进行上传。本领域技术人员可以了解,启动目标资源包的上传过程,对各数据切片进行上传,可以采用相关技术中的上传方式,此处不作具体限定。
在服务端中存在目标资源包对应的至少一个数据切片的情况下,可以确定服务端中不存在目标资源包,对应的是目标资源包的上传过程出现上传中断的具体情况。此时,可以利用第二传输方式将目标资源包上传至服务端。
其中,第二传输方式可以是仅对目标资源包中尚未上传至服务端的待传输数据切片进行上传,而对上传中断之前已经上传成功的数据切片不进行重复上传的传输方式,从而可以有效提高上传效率。
在一种可能的实现方式中,第二传输方式是断点续传。
断点续传是在上传中断之后再次启动的情况下,从上传中断之前已经上传的部分开始,继续上传尚未上传完成的部分,而不会从头开始上传。因此,如图2所示,在确定服务端中存在目标资源包对应的至少一个数据切片的情况下,目标客户端可以将目标资源包断点续传至服务端,即将目标资源包对应的待传输数据切片上传至服务端。
第二传输方式除了可以是断点续传之外,还可以根据实际需要选择其它能够仅对目标资源包中尚未上传至服务端的待传输数据切片进行上传,而对上传中断之前已经上传成功的数据切片不进行重复上传的传输方式,本公开对此不作具体限定。
在一种可能的实现方式中,将目标资源包对应的待传输数据切片上传至服务端,包括:确定目标请求队列,其中,目标请求队列中包括至少两个上传请求;根据至少两个上传请求,对待传输数据切片进行并发上传。
如前所述,对目标资源包进行数据切割,得到了至少两个数据切片,待传输数据切片指的是存在于目标资源包且不存在于服务端中的数据切片,即目标资源包中尚未上传至服务端的数据切片。
为了提高数据上传效率,目标客户端确定包括P个上传请求的目标请求队列,P是大于等于2的整数,根据目标请求队列,对待传输数据切片进行并发上传。其中,单次并发上传的最大数据切片的数目是目标请求队列中上传请求的数目P。
考虑到网络稳定性的影响,如图2所示,目标客户端可以在断点续传的过程中采用并发控制策略,即P的具体取值是可以根据网络状态动态控制的。例如,当网络状态较好时,可以增大P的取值,以提高并发上传的数据切片的数目,提高上传速度;当网络状态较差时,可以减小P的取值,以确保上传过程的稳定性,降低上传失败的概率。
在一种可能的实现方式中,该资源包上传方法还包括:接收服务端返回的待传输数据切片的报错提示,其中,报错提示用于提示待传输数据切片上传失败;在接收到待传输数据切片的报错提示小于预设次数的情况下,对待传输数据切片进行重新传输;和/或,在接收到待传输数据切片的报错提示达到预设次数的情况下,中断对目标资源包的上传操作。
在对待传输数据切片的上传过程中,针对每个待传输数据切片,在上传失败的情况下,目标客户端都会接收到服务端返回的用于提示上传失败的报错提示,以便目标客户端能够及时获悉每个待传输数据切片是否上传成功。
针对某一个待传输数据切片,在接收到服务端返回的该待传输数据切片的报错提示小于预设次数的情况下,表示该待传输数据切片上传失败的次数小于预设次数,此时,可对该待传输数据切片进行重新传输;
在接收到服务端返回的该待传输数据切片的报错提示达到预设次数的情况下,表示该待传输数据切片上传失败的次数达到预设次数,可以确定当前出现网络故障,或网络状态较差等情况,此时,中断对所有待传输数据切片的上传操作,即中断对目标资源包的上传操作,以等待网络恢复之后继续进行断点续传,从而有效可以实现对目标资源包的灵活方便上传。
在一种可能的实现方式中,在待传输数据切片包括多个,且多个待传输数据切片之间的切片尺寸不一致的情况下,该资源包上传方法还包括:确定当前上传的待传输数据切片的上传成功时间;根据当前上传的待传输数据切片的上传成功时间,以及当前上传的待传输数据切片的切片尺寸,确定下一个需要上传的待传输数据切片。
根据当前上传的待传输数据切片的上传成功时间,可以确定当前的网络状态。例如,当上传成功时间大于或等于预设时间阈值的情况下,可以确定当前的网络状态较差;当上传成功时间小于预设时间阈值的情况下,可以确定当前的网络状态较好。预设时间阈值的具体取值可以根据实际情况确定,本公开对此不作具体限定。又例如,当上传成功时间与当前上传的待传输数据切片的比值大于或等于预设比值的情况下,可以确定当前的网络状态较差;当上传成功时间与待传输数据切片的比值小于预设比值的情况下,可以确定当前的网络状态较好。预设比值的具体取值可以根据实际情况确定,本公开对此不作具体限定。
在待传输数据切片包括多个,且多个待传输数据切片之间的切片尺寸不一致的情况下,可以根据当前上传的待传输数据切片的上传成功时间,确定当前的网络状态,进而根据当前的网络状态,确定下一个需要上传的待传输数据切片。使得目标客户端的上传过程,根据网络状态动态选择切片尺寸符合当前网络状态的待传输数据切片进行上传,从而不会因为切片尺寸过小而浪费算力,也不会因为切片尺寸过大而影响渲染进程,大大提高了上传效率。
如图2所示,目标客户端可以在断点续的过程中采用传输控制协议(TransmissionControl Protocol,TCP)慢启动策略,根据当前上传的待传输数据切片的上传成功时间,以及当前上传的待传输数据切片的切片尺寸,确定下一个需要上传的待传输数据切片。
例如,在确定当前的网络状态较好的情况下,可以选择切片尺寸大于当前上传的待传输数据切片的切片尺寸的其它待传输数据切片,作为下一个需要上传的待传输数据切片;在确定当前的网络状态较差的情况下,可以选择切片尺寸小于当前上传的待传输数据切片的切片尺寸的其它待传输数据切片,作为下一个需要上传的待传输数据切片。
在一种可能的实现方式中,该资源包上传方法还包括:确定当前上传的待传输数据切片的上传成功时间;根据当前上传的待传输数据切片的上传成功时间,确定目标切片尺寸,其中,目标切片尺寸用于对目标资源包以外的其它待上传资源包进行数据切割。
如前所述,根据当前上传的待传输数据切片的上传成功时间,可以确定当前的网络状态。因此,如图2所示,目标客户端可以在断点续的过程中采用传输控制协议(Transmission Control Protocol,TCP)慢启动策略,根据当前上传的待传输数据切片的上传成功时间,确定目标切片尺寸,以用于对当前上传的目标资源包以外的其它后续待上传资源包进行数据切割,控制其它后续待上传资源包的切片尺寸,以使得后续待上传资源包的切片符合当前网络状态,进而使得目标客户端的上传过程,不会因为切片尺寸过小而浪费算力,也不会因为切片尺寸过大而影响渲染进程,大大提高了上传效率。
例如,对当前上传的目标资源包进行数据切割的切片尺寸是默认切片尺寸。在确定当前的网络状态较差的情况下,通过减小默认切片尺寸的大小,以得到目标切片尺寸;在确定当前的网络状态较好的情况下,通过增大默认切片尺寸的大小,以得到目标切片尺寸。默认切片尺寸、对默认切片尺寸减小的大小、以及对默认切片尺寸增大的大小,均可以根据实际情况进行设置,本公开对此不作具体限定。
在一种可能的实现方式中,该资源包上传方法还包括:根据用户需求,停止或中断对目标资源包的上传。
目标客户端在对目标资源包的上传过程中,可以在目标客户端的当前显示页面实时显示上传进度,以使得用户可以根据需求,停止或中断对目标资源包的上传,以实现对目标资源包的灵活控制。
在一种可能的实现方式中,该资源包上传方法还包括:接收服务端返回的目标资源包的上传状态;根据上传状态,对目标资源包执行目标资源包管理操作。
服务端实时确定目标资源包的上传状态,并将该上传状态返回至目标客户端,以使得目标客户端可以根据上传状态,对目标资源包执行目标资源包管理操作。其中,目标资源包管理操作包括查看、控制等,本公开对此不作具体限定。
此外,当其它用户在目标客户端以外的其它客户端中通过其它云平台账号登录到云平台,且多个云平台账号之间存在关联的情况下,服务端可以将上述上传状态分别发送至云平台账号之间存在关联的其它客户端,以使得目标资源包在多个客户端之间实时共享,其它客户端均可以根据上传状态对目标资源包执行查看、控制等目标资源包管理操作,从而使得多个不同用户可以实现资源共享和协同开发。
在一示例中,多个客户端接收到目标资源包的上传状态,若该上传状态指示目标资源包已经上传完成,则多个客户端均可以根据上传状态中包括的资源包标识,从服务端下载目标资源包,即多个客户端均可以共享目标资源包。
此外,客户端还可以在本地对目标资源包进行其它数据处理操作之后,将更新后的目标资源包利用上述资源包上传方法再次上传至服务端。由于多个客户端均可以对目标资源包进行不同数据处理,从而可以有效实现多个客户端基于目标资源包进行协同开发。
在一示例中,多个客户端接收到目标资源包的上传状态,若该上传状态指示目标资源包处于上传中,则多个客户端均可以根据上传状态,对目标资源包的上传过程进行停止、中断等控制操作。
在一示例中,当本公开实施例的资源包上传方法应用于教学场景的云端人工智能教育平台的情况下,老师可以通过云端人工智能教育平台的客户端,将学习资料和课程包作为资源包统一上传至服务端,不需要分多次进行上传。在授课过程中,学生可以及时通过云端人工智能教育平台的客户端,通过从服务端下载资源包来获得最新课程资源,不需要在不同平台寻找资料,从而可以提高学习效率。
在一示例中,当本公开实施例的资源包上传方法应用于研发场景的云平台的情况下,研究人员可以通过云平台的客户端将编程教育的相关实验资料作为资源包统一打包上传至服务端,不需要分批处理繁琐的依赖文件,且上传快速高效,为实验开发者提供了极大的便利。
图3示出根据本公开实施例的一种资源包上传方法的流程图。该资源包上传方法应用于服务端,如图3所示,该资源包上传方法可以包括:
在步骤S31中,基于目标资源包对应的资源包标识,检测服务端中是否存在目标资源包,得到检测结果,其中,资源包标识是目标客户端基于对目标资源包进行数据切割得到的至少两个数据切片进行抽样处理之后确定的。
目标客户端对目标资源包进行数据切割得到的至少两个数据切片、以及对至少两个数据切片进行抽样处理得到资源包标识的具体过程,可以参考上述目标客户端实施例中的相关描述,此处不作赘述。后文会结合本公开可能的实现方式,对服务端基于目标资源包对应的资源包标识,检测服务端中是否存在目标资源包的过程做详细描述,此处不作赘述。
在步骤S32中,基于检测结果,接收目标客户端上传的目标资源包。
在得到目标资源包在服务端中是否存在的检测结果之后,可以基于检测结果,选择不同的传输方式接收目标客户端上传的目标资源包,从而可以使得整个上传过程稳定且高效。
在一种可能的实现方式中,在基于目标资源包对应的资源包标识,检测服务端中是否存在目标资源包,得到检测结果之前,该资源包上传方法还包括:接收目标客户端发送的第一检测请求,其中,第一检测请求中包括资源包标识。
第一检测请求的生成、发送过程可以参考上述目标客户端实施例中的相关描述,此处不作赘述。
服务端除了可以通过第一检测请求获取到目标资源包对应的资源包标识以外,还可以通过目标客户端发送的上传请求来获取到目标资源包对应的资源包标识,具体过程可以参考客户端实施例中的相关描述,此处不作赘述。
在一种可能的实现方式中,检测结果包括第一检测结果,第一检测结果用于指示服务端中存在目标资源包;基于目标资源包对应的资源包标识,检测服务端中是否存在目标资源包,得到检测结果,包括:在检测到服务端中存在资源包标识的情况下,得到第一检测结果。
服务端中存在资源包标识的情况下,可以确定目标资源包已经上传至服务端,此时,服务端得到第一检测结果,并将第一检测结果发送至目标客户端,以告知目标客户端目标资源包已经存在于服务端中。
在一种可能的实现方式中,基于检测结果,接收目标客户端上传的目标资源包,包括:基于第一检测结果,利用第一传输方式接收目标客户端上传的目标资源包。
其中,第一传输方式可以是直接跳过数据传输过程,服务端直接向目标客户端发送用于指示目标资源包上传成功的提示信息。
在一种可能的实现方式中,第一传输方式是秒传。
第一传输方式除了可以是秒传之外,还可以根据实际需要选择其它能够跳过数据传输过程的传输方式,本公开对此不作具体限定。
在一种可能的实现方式中,检测结果包括第二检测结果,第二检测结果用于指示服务端中不存在目标资源包;基于目标资源包对应的资源包标识,检测服务端中是否存在目标资源包,得到检测结果,包括:在检测到服务端中不存在资源包标识的情况下,得到第二检测结果。
服务端中不存在资源包标识的情况下,可以确定服务端中不存在目标资源包,此时,服务端得到第二检测结果,并将第二检测结果发送至目标客户端,以告知目标客户端目标资源包不存在于服务端中。
在一种可能的实现方式中,基于检测结果,接收目标客户端上传的所述目标资源包,包括:接收目标客户端发送的第二检测请求,其中,第二检测请求中包括目标资源包对应的每个数据切片的切片标识;基于每个数据切片的切片标识,检测服务端中是否存在目标资源包对应的至少一个数据切片;在确定服务端中存在目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,接收目标客户端上传的目标资源包对应的待传输数据切片,其中,待传输数据切片是存在于目标资源包且不存在于服务端中的数据切片。
服务端中不存在目标资源包可能存在两种原因:目标资源包的上传过程尚未开始,或,目标资源包的上传过程出现上传中断。具体分析可以参考目标客户端实施例中的相关描述,此处不作赘述。
服务端在确定不存在目标资源包的情况下,为了进一步确定服务端中不存在目标资源包对应的具体原因,服务端可以进一步接收目标客户端发送的包括目标资源包对应的每个数据切片的切片标识的第二检测请求,以检测服务端中是否存在目标资源包对应的至少一个数据切片。
服务端还可以主动从目标客户端获取目标资源包对应的每个数据切片的切片标识,或者,从之前目标客户端发送的上传请求中获取目标资源包对应的每个数据切片的切片标识。具体过程可以参考目标客户端实施例中的相关描述,此处不作赘述。
在检测得到服务端中存在目标资源包对应的至少一个数据切片的情况下,可以确定服务端中不存在目标资源包,对应的是目标资源包的上传过程出现上传中断的具体情况。此时,可以利用第二传输方式,接收目标客户端上传的目标资源包。
其中,第二传输方式可以是仅对目标资源包中尚未上传至服务端的待传输数据切片进行上传,而对上传中断之前已经上传成功的数据切片不进行重复上传的传输方式,从而可以有效提高上传效率。
在一种可能的实现方式中,第二传输方式是断点续传。
具体上传过程可以参考目标客户端实施例中的相关描述,此处不作赘述。
在一种可能的实现方式中,该资源包上传方法还包括:在待传输数据切片上传失败的情况下,向目标客户端发送报错提示。
针对于目标客户端上传的每个待传输数据切片,在待传输数据切片上传失败的情况下,服务端向目标客户端发送报错提示,以提示目标客户端待传输数据切片上传失败,以使得目标客户端能够及时获知各待传输数据切片的上传状态。
在一种可能的实现方式中,该资源包上传方法还包括:确定目标资源包的上传状态;将上传状态发送至目标客户端,以及目标客户端以外的至少一个其它客户端,其中,以使得目标客户端,以及目标客户端以外的至少一个其它客户端根据上传状态,对目标资源包执行目标资源包管理操作。
服务端实时确定目标资源包的上传状态。当其它用户在目标客户端以外的其它客户端中通过其它云平台账号登录到云平台,且多个云平台账号之间存在关联的情况下,服务端可以将上述上传状态分别发送至目标客户端以及云平台账号之间存在关联的其它客户端,以使得目标资源包在多个客户端之间实时共享,多个客户端均可以根据上传状态对目标资源包执行查看、控制等目标资源包管理操作,从而使得多个不同用户可以实现资源共享和协同开发。
可以理解,本公开提及的上述各个方法实施例,在不违背原理逻辑的情况下,均可以彼此相互结合形成结合后的实施例,限于篇幅,本公开不再赘述。本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
此外,本公开还提供了资源包上传装置、电子设备、计算机可读存储介质、程序,上述均可用来实现本公开提供的任一种资源包上传方法,相应技术方案和描述和参见方法部分的相应记载,不再赘述。
图4示出根据本公开实施例的一种资源包上传装置的框图。该资源包上传装置应用于目标客户端,如图4所示,该资源包上传装置40包括:
数据切割模块41,用于对目标资源包进行数据切割,得到至少两个数据切片;
资源包标识确定模块42,用于对至少两个数据切片进行抽样处理,确定目标资源包对应的资源包标识;
检测模块43,用于基于资源包标识,检测目标资源包在服务端是否存在,得到检测结果;
上传模块44,用于基于检测结果,将目标资源包上传至所述服务端。
在一种可能的实现方式中,资源包标识确定模块42,包括:
抽样子模块,用于按照预设抽样规则,对至少两个数据切片中的每个数据切片进行抽样,得到抽样数据;
哈希子模块,用于利用哈希算法,确定抽样数据对应的哈希值;
资源包标识确定子模块,用于将抽样数据对应的哈希值,确定为资源包标识。
在一种可能的实现方式中,目标资源包对应的数据切片依次为切片1至切片N,其中,N是大于或等于3的整数;
抽样子模块,具体用于:
在切片1中抽取2兆字节数据、在切片N中抽取全部数据、在切片2至切片N-1中分别抽取2字节数据;
将切片1至切片N中抽取得到的数据,确定为抽样数据。
在一种可能的实现方式中,检测模块43,具体用于:
向服务端发送第一检测请求,其中,第一检测请求中包括资源包标识,第一检测请求用于请求检测服务端中是否存在目标资源包;
接收服务端返回的检测结果。
在一种可能的实现方式中,检测结果包括第一检测结果,第一检测结果用于指示服务端中存在目标资源包;
上传模块44,具体用于:
基于第一检测结果,利用第一传输方式将目标资源包上传至服务端。
在一种可能的实现方式中,检测结果包括第二检测结果,第二检测结果用于指示服务端中不存在目标资源包;
上传模块44,包括:
发送子模块,用于基于第二检测结果,向服务端发送第二检测请求,其中,第二检测请求中包括目标资源包对应的每个数据切片的切片标识,第二检测请求用于请求检测服务端中是否存在目标资源包对应的至少一个数据切片;
上传子模块,用于在确定服务端中存在目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,将目标资源包对应的待传输数据切片上传至所述服务端,其中,待传输数据切片是存在于目标资源包且不存在于服务端中的数据切片。
在一种可能的实现方式中,上传子模块,具体用于:
确定目标请求队列,其中,目标请求队列中包括至少两个上传请求;
根据至少两个上传请求,对待传输数据切片进行并发上传。
在一种可能的实现方式中,资源包上传装置40,还包括:
接收模块,用于接收服务端返回的待传输数据切片的报错提示,其中,报错提示用于提示待传输数据切片上传失败;
重传模块,用于在接收到待传输数据切片的报错提示小于预设次数的情况下,对待传输数据切片进行重新传输;和/或,
控制模块,用于在接收到待传输数据切片的报错提示达到预设次数的情况下,中断对目标资源包的上传操作。
在一种可能的实现方式中,待传输数据切片包括多个,且多个待传输数据切片之间的切片尺寸不一致;
资源包上传装置40,还包括:
第一确定模块,用于确定当前上传的待传输数据切片的上传成功时间;
第二确定模块,用于根据当前上传的待传输数据切片的上传成功时间,以及当前上传的待传输数据切片的切片尺寸,确定下一个需要上传的待传输数据切片。
在一种可能的实现方式中,资源包上传模块40,还包括:
第一确定模块,用于确定当前上传的待传输数据切片的上传成功时间;
第三确定模块,用于根据当前上传的待传输数据切片的上传成功时间,确定目标切片尺寸,其中,目标切片尺寸用于对目标资源包以外的其它待上传资源包进行数据切割。
在一种可能的实现方式中,控制模块,还用于根据用户需求,停止或中断对目标资源包的上传。
在一种可能的实现方式中,接收模块,还用于接收服务端返回的目标资源包的上传状态;
控制模块,还用于根据上传状态,对目标资源包执行目标资源包管理操作。
图5示出根据本公开实施例的一种资源包上传装置的框图。该资源包上传装置应用于服务端,如图5所示,该资源包上传装置50包括:
检测模块51,用于基于目标资源包对应的资源包标识,检测服务端中是否存在目标资源包,得到检测结果,其中,资源包标识是目标客户端基于对目标资源包进行数据切割得到的至少两个数据切片进行抽样处理之后确定的;
接收模块52,用于基于检测结果,接收目标客户端上传的目标资源包。
在一种可能的实现方式中,接收模块52,还用于在基于目标资源包对应的资源包标识,检测服务端中是否存在目标资源包,得到检测结果之前,接收目标客户端发送的第一检测请求,其中,第一检测请求中包括资源包标识。
在一种可能的实现方式中,检测结果包括第一检测结果,第一检测结果用于指示服务端中存在所述目标资源包;
检测模块51,具体用于:
在检测到服务端中存在资源包标识的情况下,得到第一检测结果。
在一种可能的实现方式中,接收模块52,具体用于:
基于第一检测结果,利用第一传输方式接收目标客户端上传的目标资源包。
在一种可能的实现方式中,检测结果包括第二检测结果,第二检测结果用于指示服务端中不存在目标资源包;
检测模块51,具体用于:
在检测到服务端中不存在资源包标识的情况下,得到第二检测结果。
在一种可能的实现方式中,接收模块52,还用于接收目标客户端发送的第二检测请求,其中,第二检测请求中包括目标资源包对应的每个数据切片的切片标识;
检测模块51,还用于基于每个数据切片的切片标识,检测服务端中是否存在目标资源包对应的至少一个数据切片;
接收模块52,还用于在确定服务端中存在目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,接收目标客户端上传的目标资源包对应的待传输数据切片,其中,待传输数据切片是存在于目标资源包且不存在于服务端中的数据切片。
在一种可能的实现方式中,资源包上传模块50,还包括:
发送模块,用于在待传输数据切片上传失败的情况下,向目标客户端发送报错提示。
在一种可能的实现方式中,资源包上传模块50,还包括:
状态确定模块,用于确定目标资源包的上传状态;
发送模块,还用于将上传状态发送至目标客户端,以及目标客户端以外的至少一个其它客户端,其中,以使得目标客户端,以及目标客户端以外的至少一个其它客户端根据上传状态,对目标资源包执行目标资源包管理操作。
在一些实施例中,本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法,其具体实现可以参照上文方法实施例的描述,为了简洁,这里不再赘述。
本公开实施例还提出一种计算机可读存储介质,其上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现上述方法。计算机可读存储介质可以是易失性或非易失性计算机可读存储介质。
本公开实施例还提出一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为调用所述存储器存储的指令,以执行上述方法。
本公开实施例还提供了一种计算机程序产品,包括计算机可读代码,或者承载有计算机可读代码的非易失性计算机可读存储介质,当所述计算机可读代码在电子设备的处理器中运行时,所述电子设备中的处理器执行上述方法。
电子设备可以被提供为终端、服务器或其它形态的设备。
图6示出根据本公开实施例的一种电子设备的框图。如图6所示,电子设备800可以是用户设备(User Equipment,UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字处理(Personal Digital Assistant,PDA)、手持设备、计算设备、车载设备、可穿戴设备等终端设备。
参照图6,电子设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)接口812,传感器组件814,以及通信组件816。
处理组件802通常控制电子设备800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在电子设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为电子设备800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当电子设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当电子设备800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为电子设备800提供各个方面的状态评估。例如,传感器组件814可以检测到电子设备800的打开/关闭状态,组件的相对定位,例如所述组件为电子设备800的显示器和小键盘,传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变,用户与电子设备800接触的存在或不存在,电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如互补金属氧化物半导体(CMOS)或电荷耦合装置(CCD)图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络,如无线网络(Wi-Fi)、第二代移动通信技术(2G)、第三代移动通信技术(3G)、第四代移动通信技术(4G)、通用移动通信技术的长期演进(LTE)、第五代移动通信技术(5G)或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器804,上述计算机程序指令可由电子设备800的处理器820执行以完成上述方法。
本公开涉及增强现实领域,通过获取现实环境中的目标对象的图像信息,进而借助各类视觉相关算法实现对目标对象的相关特征、状态及属性进行检测或识别处理,从而得到与具体应用匹配的虚拟与现实相结合的AR效果。示例性的,目标对象可涉及与人体相关的脸部、肢体、手势、动作等,或者与物体相关的标识物、标志物,或者与场馆或场所相关的沙盘、展示区域或展示物品等。视觉相关算法可涉及视觉定位、SLAM、三维重建、图像注册、背景分割、对象的关键点提取及跟踪、对象的位姿或深度检测等。具体应用不仅可以涉及跟真实场景或物品相关的导览、导航、讲解、重建、虚拟效果叠加展示等交互场景,还可以涉及与人相关的特效处理,比如妆容美化、肢体美化、特效展示、虚拟模型展示等交互场景。可通过卷积神经网络,实现对目标对象的相关特征、状态及属性进行检测或识别处理。上述卷积神经网络是基于深度学习框架进行模型训练而得到的网络模型。
图7示出根据本公开实施例的一种电子设备的框图。如图7所示,电子设备1900可以被提供为一服务器。参照图7,电子设备1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理,一个有线或无线网络接口1950被配置为将电子设备1900连接到网络,和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统,例如微软服务器操作系统(Windows ServerTM),苹果公司推出的基于图形用户界面操作系统(Mac OSXTM),多用户多进程的计算机操作系统(UnixTM),自由和开放原代码的类Unix操作系统(LinuxTM),开放原代码的类Unix操作系统(FreeBSDTM)或类似。
在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器1932,上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。
本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是(但不限于)电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software Development Kit,SDK)等等。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (21)

1.一种资源包上传方法,其特征在于,所述方法应用于目标客户端,所述方法包括:
对目标资源包进行数据切割,得到至少两个数据切片;
对所述至少两个数据切片进行抽样处理,确定所述目标资源包对应的资源包标识;
基于所述资源包标识,检测所述目标资源包在服务端是否存在,得到检测结果;
基于所述检测结果,将所述目标资源包上传至所述服务端。
2.根据权利要求1所述的方法,其特征在于,所述对所述至少两个数据切片进行抽样处理,确定所述目标资源包对应的资源包标识,包括:
按照预设抽样规则,对所述至少两个数据切片中的每个数据切片进行抽样,得到抽样数据;
利用哈希算法,确定所述抽样数据对应的哈希值;
将所述抽样数据对应的哈希值,确定为所述资源包标识。
3.根据权利要求2所述的方法,其特征在于,所述目标资源包对应的所述数据切片依次为切片1至切片N,其中,N是大于或等于3的整数;
所述按照预设抽样规则,对所述至少两个数据切片中的每个数据切片进行抽样,得到抽样数据,包括:
在切片1中抽取2兆字节数据、在切片N中抽取全部数据、在切片2至切片N-1中分别抽取2字节数据;
将切片1至切片N中抽取得到的数据,确定为所述抽样数据。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,所述基于所述资源包标识,检测所述目标资源包在服务端是否存在,得到检测结果,包括:
向所述服务端发送第一检测请求,其中,所述第一检测请求中包括所述资源包标识,所述第一检测请求用于请求检测所述服务端中是否存在所述目标资源包;
接收所述服务端返回的所述检测结果。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,所述检测结果包括第一检测结果,所述第一检测结果用于指示所述服务端中存在所述目标资源包;
所述基于所述检测结果,将所述目标资源包上传至所述服务端,包括:
基于所述第一检测结果,利用第一传输方式将所述目标资源包上传至所述服务端。
6.根据权利要求1至4中任意一项所述的方法,其特征在于,所述检测结果包括第二检测结果,所述第二检测结果用于指示所述服务端中不存在所述目标资源包;
所述基于所述检测结果,将所述目标资源包上传至所述服务端,包括:
基于所述第二检测结果,向所述服务端发送第二检测请求,其中,所述第二检测请求中包括所述目标资源包对应的每个数据切片的切片标识,所述第二检测请求用于请求检测所述服务端中是否存在所述目标资源包对应的至少一个数据切片;
在确定所述服务端中存在所述目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,将所述目标资源包对应的待传输数据切片上传至所述服务端,其中,所述待传输数据切片是存在于所述目标资源包且不存在于所述服务端中的数据切片。
7.根据权利要求6所述的方法,其特征在于,所述将所述目标资源包对应的待传输数据切片上传至所述服务端,包括:
确定目标请求队列,其中,所述目标请求队列中包括至少两个上传请求;
根据所述至少两个上传请求,对所述待传输数据切片进行并发上传。
8.根据权利要求6或7所述的方法,其特征在于,所述方法还包括:
接收所述服务端返回的所述待传输数据切片的报错提示,其中,所述报错提示用于提示所述待传输数据切片上传失败;
在接收到所述待传输数据切片的报错提示小于预设次数的情况下,对所述待传输数据切片进行重新传输;和/或,
在接收到所述待传输数据切片的报错提示达到所述预设次数的情况下,中断对所述目标资源包的上传操作。
9.根据权利要求6至8中任意一项所述的方法,其特征在于,在所述待传输数据切片包括多个,且多个所述待传输数据切片之间的切片尺寸不一致的情况下,所述方法还包括:
确定当前上传的所述待传输数据切片的上传成功时间;
根据当前上传的所述待传输数据切片的上传成功时间,以及当前上传的所述待传输数据切片的切片尺寸,确定下一个需要上传的所述待传输数据切片。
10.根据权利要求6至8中任意一项所述的方法,其特征在于,所述方法还包括:
确定当前上传的所述待传输数据切片的上传成功时间;
根据当前上传的所述待传输数据切片的上传成功时间,确定目标切片尺寸,其中,所述目标切片尺寸用于对所述目标资源包以外的其它待上传资源包进行数据切割。
11.根据权利要求1至10中任意一项所述的方法,其特征在于,所述方法还包括:
根据用户需求,停止或中断对所述目标资源包的上传;和/或,
所述方法还包括:
接收所述服务端返回的所述目标资源包的上传状态;
根据所述上传状态,对所述目标资源包执行目标资源包管理操作。
12.一种资源包上传方法,其特征在于,所述方法应用于服务端,所述方法包括:
基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,其中,所述资源包标识是目标客户端基于对所述目标资源包进行数据切割得到的至少两个数据切片进行抽样处理之后确定的;
基于所述检测结果,接收所述目标客户端上传的所述目标资源包。
13.根据权利要求12所述的方法,其特征在于,在所述基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果之前,所述方法还包括:
接收所述目标客户端发送的第一检测请求,其中,所述第一检测请求中包括所述资源包标识。
14.根据权利要求12或13所述的方法,其特征在于,所述检测结果包括第一检测结果,所述第一检测结果用于指示所述服务端中存在所述目标资源包;
所述基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,包括:
在检测到所述服务端中存在所述资源包标识的情况下,得到所述第一检测结果;
所述基于所述检测结果,接收所述目标客户端上传的所述目标资源包,包括:
基于所述第一检测结果,利用第一传输方式接收所述目标客户端上传的所述目标资源包。
15.根据权利要求12或13所述的方法,其特征在于,所述检测结果包括第二检测结果,所述第二检测结果用于指示所述服务端中不存在所述目标资源包;
所述基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,包括:
在检测到所述服务端中不存在所述资源包标识的情况下,得到所述第二检测结果。
16.根据权利要求15所述的方法,其特征在于,所述基于所述检测结果,接收所述目标客户端上传的所述目标资源包,包括:
接收所述目标客户端发送的第二检测请求,其中,所述第二检测请求中包括所述目标资源包对应的每个数据切片的切片标识;
基于所述每个数据切片的切片标识,检测所述服务端中是否存在所述目标资源包对应的至少一个数据切片;
在确定所述服务端中存在所述目标资源包对应的至少一个数据切片的情况下,利用第二传输方式,接收所述目标客户端上传的所述目标资源包对应的待传输数据切片,其中,所述待传输数据切片是存在于所述目标资源包且不存在于所述服务端中的数据切片。
17.根据权利要求16所述的方法,其特征在于,所述方法还包括:
在所述待传输数据切片上传失败的情况下,向所述目标客户端发送报错提示;和/或,
所述方法还包括:
确定所述目标资源包的上传状态;
将所述上传状态发送至所述目标客户端,以及所述目标客户端以外的至少一个其它客户端,其中,以使得所述目标客户端,以及所述目标客户端以外的至少一个其它客户端根据所述上传状态,对所述目标资源包执行目标资源包管理操作。
18.一种资源包上传装置,其特征在于,所述装置应用于目标客户端,所述装置包括:
数据切割模块,用于对目标资源包进行数据切割,得到至少两个数据切片;
资源包标识确定模块,用于对所述至少两个数据切片进行抽样处理,确定所述目标资源包对应的资源包标识;
检测模块,用于基于所述资源包标识,检测所述目标资源包在服务端是否存在,得到检测结果;
上传模块,用于基于所述检测结果,将所述目标资源包上传至所述服务端。
19.一种资源包上传装置,其特征在于,所述装置应用于服务端,所述装置包括:
检测模块,用于基于目标资源包对应的资源包标识,检测所述服务端中是否存在所述目标资源包,得到检测结果,其中,所述资源包标识是目标客户端基于对所述目标资源包进行数据切割得到的至少两个数据切片进行抽样处理之后确定的;
接收模块,用于基于所述检测结果,接收所述目标客户端上传的所述目标资源包。
20.一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为调用所述存储器存储的指令,以执行权利要求1至11中任意一项所述的方法,或者执行权利要求12至17中任意一项所述的方法。
21.一种计算机可读存储介质,其上存储有计算机程序指令,其特征在于,所述计算机程序指令被处理器执行时实现权利要求1至11中任意一项所述的方法,或者实现权利要求12至17中任意一项所述的方法。
CN202111308035.8A 2021-11-05 2021-11-05 资源包上传方法及装置、电子设备和存储介质 Pending CN114039968A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111308035.8A CN114039968A (zh) 2021-11-05 2021-11-05 资源包上传方法及装置、电子设备和存储介质
PCT/CN2022/088583 WO2023077738A1 (zh) 2021-11-05 2022-04-22 资源包上传方法及装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111308035.8A CN114039968A (zh) 2021-11-05 2021-11-05 资源包上传方法及装置、电子设备和存储介质

Publications (1)

Publication Number Publication Date
CN114039968A true CN114039968A (zh) 2022-02-11

Family

ID=80143071

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111308035.8A Pending CN114039968A (zh) 2021-11-05 2021-11-05 资源包上传方法及装置、电子设备和存储介质

Country Status (2)

Country Link
CN (1) CN114039968A (zh)
WO (1) WO2023077738A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023077738A1 (zh) * 2021-11-05 2023-05-11 上海商汤智能科技有限公司 资源包上传方法及装置、电子设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119246A (zh) * 2007-09-20 2008-02-06 杭州华三通信技术有限公司 数据包抽样统计的方法及装置
CN107113282A (zh) * 2014-12-30 2017-08-29 华为技术有限公司 一种抽取数据报文的方法及装置
CN107172131A (zh) * 2017-04-26 2017-09-15 腾讯科技(深圳)有限公司 文件上传方法和装置
CN111770165A (zh) * 2020-06-28 2020-10-13 百度在线网络技术(北京)有限公司 用于上传文件的方法、装置、电子设备及可读存储介质
CN113076376A (zh) * 2021-03-29 2021-07-06 湖北央中巨石信息技术有限公司 基于区块链的多方异步抽样共识方法及系统及装置及介质
CN113568884A (zh) * 2021-09-26 2021-10-29 武汉四通信息服务有限公司 一种文件管理方法、装置、电子设备及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112711434A (zh) * 2020-12-31 2021-04-27 京东数字科技控股股份有限公司 资源包的处理方法、装置、终端设备及存储介质
CN114039968A (zh) * 2021-11-05 2022-02-11 上海商汤科技开发有限公司 资源包上传方法及装置、电子设备和存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119246A (zh) * 2007-09-20 2008-02-06 杭州华三通信技术有限公司 数据包抽样统计的方法及装置
CN107113282A (zh) * 2014-12-30 2017-08-29 华为技术有限公司 一种抽取数据报文的方法及装置
CN107172131A (zh) * 2017-04-26 2017-09-15 腾讯科技(深圳)有限公司 文件上传方法和装置
CN111770165A (zh) * 2020-06-28 2020-10-13 百度在线网络技术(北京)有限公司 用于上传文件的方法、装置、电子设备及可读存储介质
CN113076376A (zh) * 2021-03-29 2021-07-06 湖北央中巨石信息技术有限公司 基于区块链的多方异步抽样共识方法及系统及装置及介质
CN113568884A (zh) * 2021-09-26 2021-10-29 武汉四通信息服务有限公司 一种文件管理方法、装置、电子设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023077738A1 (zh) * 2021-11-05 2023-05-11 上海商汤智能科技有限公司 资源包上传方法及装置、电子设备和存储介质

Also Published As

Publication number Publication date
WO2023077738A1 (zh) 2023-05-11

Similar Documents

Publication Publication Date Title
EP4262214A1 (en) Screen projection method and apparatus, and electronic device and storage medium
CN109302341B (zh) 即时通信方法、装置、电子设备及存储介质
CN115543535B (zh) 安卓容器系统、安卓容器构建方法及装置、电子设备
CN110619097A (zh) 二维码生成方法、装置、电子设备及存储介质
CN114071425B (zh) 电子设备间的协同方法、协同系统和电子设备
CN112146645A (zh) 一种坐标系对齐的方法及装置、电子设备和存储介质
CN114116495A (zh) 测试方法及装置、电子设备和存储介质
CN113691602A (zh) 基于云手机的业务处理方法、系统、装置、设备及介质
WO2022183656A1 (zh) 数据生成方法、装置、设备、存储介质及程序
CN113676395B (zh) 信息处理方法、相关设备及可读存储介质
CN114039968A (zh) 资源包上传方法及装置、电子设备和存储介质
CN111950397B (zh) 图像的文本标注方法、装置、设备及存储介质
CN112925788A (zh) 一种数据集管理方法及系统、装置、电子设备和存储介质
CN109976872B (zh) 数据处理方法、装置、电子设备及存储介质
CN111784773A (zh) 图像处理方法及装置、神经网络训练方法及装置
EP4254941A1 (en) Video call method and apparatus, and electronic device and storage medium
CN112437090B (zh) 资源加载方法及装置、电子设备和存储介质
WO2022042592A1 (zh) 投屏方法、装置、电子设备及计算机可读介质
CN114550265A (zh) 图像处理方法、人脸识别方法及系统
CN112432636B (zh) 定位方法及装置、电子设备和存储介质
CN114490513A (zh) 一种文件处理方法及装置、电子设备和存储介质
CN114266305A (zh) 对象识别方法及装置、电子设备和存储介质
CN113238887A (zh) 数据处理方法、装置及存储介质
CN107181670B (zh) 图片处理方法、装置及存储介质
US9479470B2 (en) Method and system of providing an instant messaging service

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40061887

Country of ref document: HK