CN109862119A - 存储容量共享方法、装置、业务服务器、用户终端和系统 - Google Patents
存储容量共享方法、装置、业务服务器、用户终端和系统 Download PDFInfo
- Publication number
- CN109862119A CN109862119A CN201910199147.0A CN201910199147A CN109862119A CN 109862119 A CN109862119 A CN 109862119A CN 201910199147 A CN201910199147 A CN 201910199147A CN 109862119 A CN109862119 A CN 109862119A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- data
- processing request
- transmission channel
- request
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了本申请提供一种存储容量共享方法,包括:业务服务器接收到第一用户终端发送的数据处理请求;其中,数据处理请求包括数据备份请求;根据数据处理请求确定第二用户终端;获得第二用户终端的请求许可信息;根据请求许可信息建立第一用户终端与第二用户终端的数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据执行相应操作。可见,本申请节约了成本,将数据分散在其他用户终端中,增强了数据存储的安全性,并且合理利用了用户客户端的存储内存,解决了用户终端存储空间荒废使用的情况。本申请同时还提供了存储容量共享装置、业务服务器、用户终端和系统,均具有上述有益效果。
Description
技术领域
本申请涉及存储技术领域,特别涉及一种存储容量共享方法、存储容量共享装置、业务服务器、用户终端和存储容量共享系统。
背景技术
当用户终端数据存储内存较少时,一般采用的是云存储服务。云存储服务是通过手机终端作为载体,使用服务器、网络、终端实时连接成一个统一的生态系统,这个系统内的服务器进行大量的运算和信息存储,网络成为了整个信息数据的传输渠道。手机云存储服务:是指通过手机终端作为载体,通过服务器、网络、终端全部实时连接形成一个统一的生态系统,在这个系统内服务器进行大量的运算和信息存储,高速的网络则成为负载整个信息的传输渠道云存储服务把用户的数据存储在服务器,用户需要使用时才把数据从云服务器同步拉取下来。云存储服务扩展了用户的存储空间,使用户的手机终端可以在有限存储空间利用网络存储更多的数据。但是存储服务器的存储硬件需要成本且服务器数据安全存在隐患。
因此,如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。
发明内容
本申请的目的是提供一种存储容量共享方法、存储容量共享装置、业务服务器、用户终端和存储容量共享系统,能够降低成本,增加数据安全性,改善用户体验。其方案如下:
为实现上述目的,本申请公开了一种存储容量共享方法,包括:
业务服务器接收到第一用户终端发送的数据处理请求;其中,所述数据处理请求包括数据备份请求;
根据所述数据处理请求确定第二用户终端;
获得所述第二用户终端的请求许可信息;
根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据执行相应操作。
可选地,所述数据处理请求还包括使用备份数据请求。
可选地,根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,包括:
根据所述请求许可信息利用P2P技术建立所述第一用户终端与所述第二用户终端的所述数据传输通道。
可选地,根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据进行相应操作,包括:
根据所述请求许可信息分配数据传输服务器的端口;
根据所述端口利用所述数据传输服务器建立所述数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据进行相应操作。
可选地,根据所述端口利用所述数据传输服务器建立所述数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据进行相应操作,包括:
所述业务服务器根据所述端口利用所述数据传输服务器建立所述数据传输通道;
所述数据传输服务器将通过所述端口信息获取的原始待处理数据进行加密或解密操作,得到所述待处理数据,以便所述第一用户终端和所述第二用户终端对所述待处理数据进行相应操作。
为实现上述目的,本申请公开了一种存储容量共享装置,包括:
接收模块,用于接收第一用户终端发送的数据处理请求;其中,所述数据处理请求包括数据备份请求;
确定模块,用于根据所述数据处理请求确定第二用户终端;
许可获取模块,用于获得所述第二用户终端的请求许可信息;
建立模块,用于根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据执行相应操作。
为实现上述目的,本申请公开了一种业务服务器,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述存储容量共享方法的步骤。
为实现上述目的,本申请公开了一种存储容量共享方法,包括:
第一用户终端发送数据处理请求至业务服务器以便所述业务服务器确定第二用户终端;
利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作;其中,所述数据传输通道是当所述业务服务器获得所述第二用户终端的请求许可信息后,根据所述请求许可信息建立的所述第一用户终端与所述第二用户终端的数据传输通道。
可选地,利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作之后,包括:
获取所述待处理数据的数据存储状态。
可选地,利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作之前,包括:
判断所述第二用户终端的状态是否为开启状态;
若是,则执行所述利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作。
为实现上述目的,本申请公开了一种用户终端,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求8至10任一项所述存储容量共享方法的步骤。
为实现上述目的,本申请公开了一种存储容量共享方法,包括:
第二用户终端接收到业务服务器发送的请求信息;
根据所述请求信息将请求许可信息发送至所述业务服务器;
利用数据传输通道将待处理数据执行相应操作;其中,所述数据传输通道是当所述业务服务器根据所述请求许可信息建立的所述第一用户终端与所述第二用户终端的数据传输通道。
为实现上述目的,本申请公开了一种用户终端,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求12所述存储容量共享方法的步骤。
为实现上述目的,本申请公开了一种存储容量共享系统,包括:如上述的业务服务器;如上述的用户终端;如上述另一种的用户终端。
本申请提供一种存储容量共享方法,包括:业务服务器接收到第一用户终端发送的数据处理请求;其中,数据处理请求包括数据备份请求;根据数据处理请求确定第二用户终端;获得第二用户终端的请求许可信息;根据请求许可信息建立第一用户终端与第二用户终端的数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据执行相应操作。
可见,本申请通过业务服务器根据接收到的第一用户终端的数据处理请求确定第二用户终端,当获得第二用户终端的请求许可信息后建立数据传输通道实现第一用户终端与第二用户终端间的数据处理,相对于相关技术中存储在高的硬件成本的存储服务器来说,本申请节约了成本,并且将数据分散在其他用户终端中,增强了数据存储的安全性;合理利用了用户客户端的存储内存,解决了用户终端存储空间荒废使用的情况。本申请同时还提供了存储容量共享装置、业务服务器、用户终端和存储容量共享系统,均具有上述有益效果,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种存储容量共享方法的流程图;
图2为本申请实施例所提供的另一种存储容量共享方法的流程图;
图3为本申请实施例所提供的另一种存储容量共享方法的流程图;
图4为本申请实施例所提供的一种存储容量共享装置的结构示意图;
图5为本申请实施例所提供的一种存储容量共享方法的流程图;
图6为本申请实施例所提供的另一种存储容量共享方法的流程图;
图7为本申请实施例所提供的一种存储容量共享装置的结构示意图;
图8为本申请实施例所提供的一种存储容量共享方法的流程图;
图9为本申请实施例所提供的一种存储容量共享装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,在本发明中涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本发明要求的保护范围之内。
常见的技术用户端数据存储不足时一般采用将数据存储在云存储服务中,用户需要使用时把数据从云服务器同步拉取下来,因此云存储服务器扩展了用户的存储空间,使用户的手机终端可以在有限存储空间利用云存储服务器存储更多的数据;但是存储服务器的存储硬件需要成本且服务器数据安全存在隐患。基于上述技术问题,本实施例提供一种存储容量共享方法,请参考图1,图1为本申请实施例所提供的一种存储容量共享方法的流程图,包括:
S101、业务服务器接收到第一用户终端发送的数据处理请求。
其中,数据处理请求包括数据备份请求。
本实施例实现的场景可以包括但不限定用户的手机终端存储空间不够,所以需要使用云存储服务,把媒体数据通过网络存储到别的存储设备上,需要查看使用时再从别的存储设备同步拉取数据到用户手机终端。手机云存储服务通过手机终端作为载体,使用服务器、网络、终端实时连接成一个统一的生态系统,这个系统内的服务器进行大量的运算和信息存储,网络成为了整个信息数据的传输渠道。云存储服务把用户的数据存储在服务器,用户需要使用时才把数据从云服务器同步拉取下来。云存储服务扩展了用户的存储空间,使用户的手机终端可以在有限存储空间利用网络存储更多的数据。但是存储服务器的存储硬件需要成本,服务器的数据安全也存在被黑客盗取隐患,服务器中的数据隐私也存在可能被人偷窥的问题。另外目前存在用户的手机终端的存储空间远远大于自己使用需求的情况,导致存在手机终端的存储空间存在荒废使用的情况。
在本实施例中,第一用户终端可以是PC(Personal Computer,个人电脑),也可以是智能手机、平板电脑、掌上电脑、便携计算机、智能路由器、矿机、网络存储设备终端设备,第一用户终端可以是组成CDN网络或者区块链网络的节点。业务服务器接收到第一用户终端发送的数据处理请求,在获取数据处理请求的同时会得到获取第一用户终端的信息包括IP地址和用户信息。数据处理请求是备份请求时是第一用户终端将对应的数据进行存储的请求。
进一步的,数据处理请求还包括使用备份数据请求。
数据处理请求时使用备份数据请求时是第一用户终端将对应数据进行获取的请求。
S102、根据数据处理请求确定第二用户终端。
第二用户终端可以是PC,也可以是智能手机、平板电脑、掌上电脑、便携计算机、智能路由器、矿机、网络存储设备终端设备,只要是能够和第一用户终端进行存储容量共享即可,本实施例不再进行限定。可以理解的是,共享系统中存在多个用户终端,业务服务器实时获取多个用户终端的信息,例如可用空间、在线时长、带宽信息等,当获取数据处理请求后,在多个用户终端节点中确定可用节点即第二用户终端。本实施例不对第二用户终端的确定方式进行限定,用户可根据实际情况进行设置,例如可以根据待处理数据的热度、大小及时间进行确定。当执行的数据处理请求时数据备份请求时,根据共享系统的中的各个用户终端的可用空间的大小进行确定得到第二用户终端,可以待处理数据的存储所需空间为a,则确定各个用户终端中的可用空间与a最接近的用户终端,将最接近的用户终端确定为第二用户终端;可以根据各个用户终端的可用空间的大小进行确定,将待处理数据存储在最大的可用空间对应的用户终端中;也可以根据当前带宽进行确定第二用户终端,以便用户能够将待处理数据最快进行数据传输;当然,也可以根据待处理数据的热度进行确定,当待处理数据为冷数据,即不常使用的数据时,则将待处理数据存储在不活跃的用户终端中;当然,也可以根据其他确定模型进行选择,只要能够实现本实施例的目的即可,确定模型本实施例不再进行限定。可以理解的是,当数据处理请求是使用备份数据时,可以根据待处理数据的信息确定第二用户终端,其中待处理数据的信息包括待处理数据进行备份操作时的备份用户终端信息如ip信息、用户信息,备份的方式,备份时间,则用户通过日志或脚本等得到备份用户终端的信息,确定第二用户终端;当然也可以通过其他方式,本实施例不再进行限定,只要能够满足本实施例的目的即可。
S103、获得第二用户终端的请求许可信息。
本实施例的目的是得到第二用户终端的请求许可信息,以便用户能够建立数据传输通道。获取请求许可信息的实施方式本实施例不再进行限定,可以是第二用户终端在界面中点击“同意”按钮来实现第二用户终端同意请求的目的。
S104、根据请求许可信息建立第一用户终端与第二用户终端的数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据执行相应操作。
得到许可请求后,业务服务器可以建立第一用户终端与第二用户终端的数据传输通道,来实现与数据处理请求对应的操作。建立数据传输通道的方式本实施例不再进行限定,只要是能够实现本实施例的目的即可,数据传输时可以根据网络带宽实现不同速率的数据传输,如4g、5g,当然也可以根据其他方式来实现数据传输。
当数据处理请求是数据备份请求时,是实现了从第一用户终端将数据备份到第二用户终端。
当数据处理请求时使用备份数据请求时,是实现了从第二用户终端将备份数据传输到第一用户终端。
基于上述技术方案,本实施例通过业务服务器根据接收到的第一用户终端的数据处理请求确定第二用户终端,当获得第二用户终端的请求许可信息后建立数据传输通道实现第一用户终端与第二用户终端间的数据处理,相对于相关技术中存储在高的硬件成本的存储服务器来说,本申请节约了成本,并且将数据分散在其他用户终端中,增强了数据存储的安全性,并且合理利用了用户客户端的存储内存,解决了用户终端存储空间荒废使用的情况。
基于上述实施例,本实施例提供另一种存储容量共享方法,通过采取P2P技术建立数据传输通道实现数据处理,请参考图2,图2为本申请实施例所提供的另一种存储容量共享方法的流程图,包括:
S201、业务服务器接收到第一用户终端发送的数据处理请求。
其中,数据处理请求包括数据备份请求。
S202、根据数据处理请求确定第二用户终端。
S203、获得第二用户终端的请求许可信息。
S204、根据请求许可信息利用P2P技术建立第一用户终端与第二用户终端的数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据执行相应操作。
其中,P2P(peer-to-peer)技术是一种网络技术,依赖网络中参与者的计算能力和带宽,而不是把依赖都聚集在服务器上。P2P网络通常用于通过AdHoc连接来连接节点,从而进行待处理数据的传输。可以实现无线直连的方式实现设备的连接,连接更方便,设备间的数据传输不再依赖于网络环境;也可以实现无线中转的连接,不易受到传输距离和信号的干扰。用户可根据实际需求进行选择,本实施例不再进行限定。
基于上述技术方案,本实施例通过业务服务器根据接收到的第一用户终端的数据处理请求确定第二用户终端,进而当获得第二用户终端的请求许可信息后利用P2P技术建立第一用户终端与第二用户终端的数据传输通道实现第一用户终端与第二用户终端间的数据处理,实现了点对点的数据传输,使降低成本,且本申请将数据分散到其他用户终端,数据安全性增加,传输速率更快。
基于上述实施例,本实施例提供一种存储容量共享方法,请参考图3,图3为本申请实施例所提供的另一种存储容量共享方法的流程图,包括:
S301、业务服务器接收到第一用户终端发送的数据处理请求。
其中,数据处理请求包括数据备份请求。
S302、根据数据处理请求确定第二用户终端。
S303、获得第二用户终端的请求许可信息。
S304、根据请求许可信息分配数据传输服务器的端口。
其中,可以理解的是当数据处理请求是使用备份数据请求时,由于第一用户终端与第二用户终端进行数据备份处理时已经在数据传输服务器上建立了通信接口即端口,因此当确定了第二用户终端后,利用上述端口进行数据传输,以保证数据流的正确性;当数据处理请求是数据备份请求时,业务服务器确定当前数据传输服务器的可用端口,然后按照预设规则选择端口来实现第一用户终端与第二用户终端的通信,本实施例不对预设规则进行限定,可以是用户自定义设置。本实施例不对端口进行限定,可以是Socket接口,也可以是其他接口,只要能满足本实施例的目的即可。
S305、根据端口利用数据传输服务器建立数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据进行相应操作。
得到传输的端口后,利用传输服务器建立数据传输通道,数据传输服务器接收到数据处理请求对应的待处理数据,然后执行相应的操作。
进一步的,根据端口利用数据传输服务器建立数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据进行相应操作,包括:业务服务器根据端口利用数据传输服务器建立数据传输通道;数据传输服务器将通过端口信息获取的原始待处理数据进行加密或解密操作,得到待处理数据,以便第一用户终端和第二用户终端对待处理数据进行相应操作。
数据传输服务器接收到原始待处理数据后,对数据进行加密或解密操作,得到待处理数据。对于数据备份请求时,是数据传输服务器接收到第一用户终端的原始待处理数据后,对原始待处理数据进行加密处理,然后把加密的原始待处理数据即待处理数据传输到第二用户终端,第二用户终端对待处理数据进行本地化处理,此时实现了数据备份,完成了存储容量共享。对于使用备份数据请求,是数据传输服务器接收到第二用户终端的原始待处理数据后,对原始待处理数据进行解密处理,然后把解密的原始待处理数据即待处理数据传输到第一用户终端,第一用户终端对待处理数据进行本地化处理,此时实现了使用数据备份,完成了存储容量共享,对于使用数据备份请求来说,在之前进行数据备份时应得到的是加密的数据,此时原始待处理数据为加密的数据。相关技术是把用户的数据备份到中心化的服务器,黑客只需破解中心化的服务器即可获取所有用户数据,本实施例会把用户上传的备份数据及原始待处理数据会加密并且分散到各个用户终端,黑客需要非法获取用户备份数据,需要逐个破解各个用户终端,破解成本比一台中心化服务器大,能大大增加数据安全性。可见,本实施例通过采取将数据进行加解密的方式,避免了相关技术中把用户的数据备份到中心化服务器时数据易泄露的问题,本实施例将数据加密备份到其他用户终端,提高了数据的安全性,改善客户体验。
基于上述技术方案,本实施例通过根据分配数据传输服务器的端口利用数据传输服务器建立数据传输通道,实现了第一用户终端与第二用户终端之间的数据传输,根据确定的数据传输端口,更保证了数据传输的可靠性与安全性。
下面对本申请实施例提供的一种存储容量共享装置进行介绍,下文描述的存储容量共享装置与上文描述的存储容量共享方法可相互对应参照,相关模块均设置于业务服务器中,参考图4,图4为本申请实施例所提供的一种存储容量共享装置的结构示意图,包括:
接收模块401,用于接收第一用户终端发送的数据处理请求;其中,数据处理请求包括数据备份请求;
确定模块402,用于根据数据处理请求确定第二用户终端;
许可获取模块403,用于获得第二用户终端的请求许可信息;
建立模块404,用于根据请求许可信息建立第一用户终端与第二用户终端的数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据执行相应操作。
在一些实施例中,建立模块404包括:
建立单元,用于根据请求许可信息利用P2P技术建立第一用户终端与第二用户终端的数据传输通道。
在一些实施例中,建立模块404包括:
分配单元,用于根据请求许可信息分配数据传输服务器的端口;
建立单元,用于根据端口利用数据传输服务器建立数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据进行相应操作。
由于存储容量共享装置部分的实施例与存储容量共享方法部分的实施例相互对应,因此存储容量共享装置部分的实施例请参见存储容量共享方法部分的实施例的描述,这里暂不赘述。
下面对本申请实施例提供的一种业务服务器进行介绍,下文描述的业务服务器与上文描述的存储容量共享方法可相互对应参照,本申请实施例提供的一种业务服务器的结构图,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述存储容量共享方法的步骤。
可选的,存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令,该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器为电子设备提供计算和控制能力,执行存储器中保存的计算机程序时,可以实现以下步骤:业务服务器接收到第一用户终端发送的数据处理请求;其中,数据处理请求包括数据备份请求;根据数据处理请求确定第二用户终端;获得第二用户终端的请求许可信息;根据请求许可信息建立第一用户终端与第二用户终端的数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据执行相应操作。
在一些实施例中,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:根据请求许可信息利用P2P技术建立第一用户终端与第二用户终端的数据传输通道。
在一些实施例中,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:根据请求许可信息分配数据传输服务器的端口;根据端口利用数据传输服务器建立数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据进行相应操作。
本实施例提供一种存储容量共享方法,请参考图5,图5为本申请实施例所提供的一种存储容量共享方法的流程图,包括:
S501、第一用户终端发送数据处理请求至业务服务器,以便业务服务器确定第二用户终端。
第一用户终端发送数据处理请求至业务服务器,具体的发送方式本实施例不再进行限定,可以是通过软件发送当然也可以通过其他手段,用户可根据实际需求进行设定,进一步,业务服务器确定第二用户终端,其中,第二用户终端是可以与第一用户终端进行数据传输的设备,第二用户终端的类型可以与第一用户终端的类型包括终端类型与系统类型一致,也可以不一致,例如,第一用户终端是手机终端,第二用户终端是平板;第一用户终端是手机终端系统为安卓系统,第二用户终端是手机终端系统是IOS系统。
S502、利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作。
其中,数据传输通道是当业务服务器获得第二用户终端的请求许可信息后,根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
利用数据传输通道进行数据传输,当数据处理请求是数据备份请求时,第一用户终端将待处理数据通过数据传输通道传输到第二用户终端,以便在第二用户终端进行数据备份;当数据处理请求时使用备份数据请求时,第二用户终端利用数据传输通道将待处理数据传输到第一用户终端,第一用户终端接收到待处理数据后,存储待处理数据。
基于上述技术方案,本实施例第一用户终端发送数据处理请求后,利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作,由于利用的是用户终端进行数据的容量共享,因此合理利用存储内存的方法,节约了成本,并且将数据分散在其他用户终端中,增强了数据存储的安全性。
基于上述实施例,本实施例提供一种存储容量共享方法,请参考图6,图6为本申请实施例所提供的另一种存储容量共享方法的流程图,包括:
S601、第一用户终端发送数据处理请求至业务服务器,以便业务服务器确定第二用户终端。
S602、判断第二用户终端的状态是否为开启状态。
在本实施例中,在确定第二用户终端后,需要第二用户终端是开启状态即能够发送信息至第二用户终端,才能够实现通信,因此,本步骤需要判断第二用户终端的状态是否为开启状态。可以是,业务服务器检测第二服务器的开启状态,并将开启状态发送至第一用户终端,以便用户终端能够知道第二用户终端的状态是否为开启状态。
S603、若是,则执行利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作。
其中,数据传输通道是当业务服务器获得第二用户终端的请求许可信息后,根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
当第二用户终端的状态不是开启状态时,则可以唤醒第二用户终端,也可以等待第二用户终端为开启状态,当然也可以继续执行步骤S601,确定新的第二用户终端,本实施例不再进行限定,用户可根据实际情况进行设置。
当第二用户终端是开启状态后,则执行利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作。
基于上述技术方案,本实施例通过判断第二用户终端是否是开启状态以便能实现第一用户终端与第二用户终端间的数据传输,实现两者间的数据传输,提高用户体验。
基于上述实施例,利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作之后,包括:获取待处理数据的数据存储状态。
当数据处理请求对应的待处理数据完成了的对应的操作后,业务服务器将待处理数据的存储状态发送到第一用户终端,以便第一用户终端能够得到反馈信息,及时了解数据处理的进程,其中数据存储状态可以包括但不限定于待处理数据的大小、数据处理的对应的第二用户终端的信息、数据存储的信息、数据处理的完成情况。
基于上述技术方案,本实施例通过采取获取待处理数据的数据存储状态的方法,便于第一用户终端得到反馈信息及时了解数据处理进程。
下面对本申请实施例提供的一种存储容量共享装置进行介绍,下文描述的存储容量共享装置与上文描述的存储容量共享方法可相互对应参照,相关模块均设置于业务服务器中,参考图7,图7为本申请实施例所提供的一种存储容量共享装置的结构示意图,包括:
发送模块701,用于发送数据处理请求至业务服务器以便业务服务器确定第二用户终端;
处理模块702,用于利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作;其中,数据传输通道是当业务服务器获得第二用户终端的请求许可信息后,根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
在一些实施例中,还包括:
获取模块,用于获取待处理数据的数据存储状态。
在一些实施例中,还包括:
判断模块,用于判断第二用户终端的状态是否为开启状态;
执行模块,用于若是,则执行利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作。
由于存储容量共享装置部分的实施例与存储容量共享方法部分的实施例相互对应,因此存储容量共享装置部分的实施例请参见存储容量共享方法部分的实施例的描述,这里暂不赘述。
下面对本申请实施例提供的一种用户终端进行介绍,下文描述的用户客户端与上文描述的存储容量共享方法可相互对应参照,本申请实施例提供的一种用户终端的结构图,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述存储容量共享方法的步骤。
可选的,存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令,该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器为电子设备提供计算和控制能力,执行存储器中保存的计算机程序时,可以实现以下步骤:第一用户终端发送数据处理请求至业务服务器以便业务服务器确定第二用户终端;利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作;其中,数据传输通道是当业务服务器获得第二用户终端的请求许可信息后,根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
在一些实施例中,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:获取待处理数据的数据存储状态。
在一些实施例中,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:判断第二用户终端的状态是否为开启状态;若是,则执行利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作。
本实施例提供另一种存储容量共享方法,请参考图8,图8为本申请实施例所提供的一种存储容量共享方法的流程图,包括:
S801、第二用户终端接收到业务服务器发送的请求信息。
其中,所述请求信息是当所述业务服务器根据接收到的第一用户终端的数据处理请求确定所述第二用户终端后发送的请求信息。
请求信息中包括待处理数据的信息、第一用户终端的信息及是否同意与第一用户终端进行数据传输的信息,以便用户可以了解待处理数据的信息,第二用户终端是业务服务器确定的可以与第一用户终端数据传输也是存储容量共享的用户终端。
S802、根据请求信息将请求许可信息发送至业务服务器。
S803、利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作。
其中,数据传输通道是当业务服务器根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
基于上述技术方案,本实施例通过第二用户终端接收到请求信息后,发送请求许可信息至业务服务器,以便业务服务器能够建立数据传输通道,以便第一用户终端与第二用户终端进行数据传输,可见,本申请利用的用户终端进行存储容量共享,合理李永乐存储内存,节约了成本,并且将数据分散在其他用户终端中,增强了数据存储的安全性。
下面对本申请实施例提供的一种存储容量共享装置进行介绍,下文描述的存储容量共享装置与上文描述的存储容量共享方法可相互对应参照,相关模块均设置于业务服务器中,参考图9,图9为本申请实施例所提供的一种存储容量共享装置的结构示意图,包括:
接收模块901,用于接收业务服务器发送的请求信息;其中,请求信息是当业务服务器根据接收到的第一用户终端的数据处理请求确定第二用户终端后发送的请求信息;
发送模块902,用于根据请求信息将请求许可信息发送至业务服务器;
处理模块903,用于利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作;其中,数据传输通道是当业务服务器根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
由于存储容量共享装置部分的实施例与存储容量共享方法部分的实施例相互对应,因此存储容量共享装置部分的实施例请参见存储容量共享方法部分的实施例的描述,这里暂不赘述。
下面对本申请实施例提供的一种用户终端进行介绍,下文描述的用户客户端与上文描述的存储容量共享方法可相互对应参照,本申请实施例提供的一种用户终端的结构图,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述存储容量共享方法的步骤。
可选的,存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令,该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器为电子设备提供计算和控制能力,执行存储器中保存的计算机程序时,可以实现以下步骤:第二用户终端接收到业务服务器发送的请求信息;其中,请求信息是当业务服务器根据接收到的第一用户终端的数据处理请求确定第二用户终端后发送的请求信息,根据请求信息将请求许可信息发送至业务服务器;利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作;其中,数据传输通道是当业务服务器根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
下面对本申请实施例提供的一种存储容量共享系统进行介绍,下文描述的存储容量共享系统与上文描述可相互对应参照,本申请实施例提供的一种存储容量共享系统的结构图,包括:
一种存储容量共享系统,包括:如上述的业务服务器;如上述的用户终端;如上述另一种的用户终端。
本实施例提供以手机终端为例,当用户手机终端A需要对数据进行备份处理时的处理过程,包括:
1.用户手机终端A使用向业务服务器发送数据备份请求。
2.业务服务器根据用户信息和备份数据计算系统可用备份手机终端节点B,业务服务器检测可用节点状态后,发送消息通知手机终端节点B对应的用户手机终端B,同时唤起用户手机终端B。
3.当用户手机终端B准备好接收数据的状态后,发送通知给业务服务器,告知准备好接收数据,业务服务器分配数据传输服务器端口信息,同时告知用户手机终端A响应通知。
4.用户手机终端A收到业务服务器的响应通知后,能够在响应通知里获取数据传输的数据传输服务器端口信息,然后用户手机终端A开始对原始待处理数据传输通道进行数据传输。
5.数据传输服务器接收到用户手机终端A的原始待处理数据后,会进行加密处理,然后把加密后的结果即待处理数据传输到用户手机终端B,用户手机终端B会对待处理数据进行本地化处理。
6.当待处理数据存储结束后,用户手机终端B会通知业务服务器存储完成状态,业务服务器也会将信息告知用户手机终端A。
可见,用户手机终端A发送数据备份请求到业务服务器,业务服务器计算当前可存储的手机终端节点,计算出能存储的合适用户手机终端B后,数据传输服务器把数据加密后推到用户手机终端B中进行存储。
本实施例提供以手机终端为例,当户手机终端A需要使用备份数据时的处理过程,包括:
1.用户手机终端A向业务服务器发送数据使用请求。
2.业务服务器根据用户信息和备份数据计算该数据在系统里备份手机终端节点B,业务服务器检测可用节点状态后,发送消息通知手机终端节点B对应的用户手机终端B,同时唤起用户手机终端B。
3.当用户手机终端B准备好传输数据的状态后,发送通知给业务服务器,告知准备好接收原始待处理数据,业务服务器分配数据传输服务器端口信息,同时告知用户手机终端B。
4.用户手机终端B收到业务服务器的响应通知后,能够在响应通知里获取数据传输的数据传输服务器端口信息,然后用户手机终端B开始对原始待处理数据传输通道进行数据传输。
5.数据传输服务器接收到用户手机终端B的原始待处理数据后,会进行解密处理,然后把解密后的结果待处理数据传输到用户手机终端A,用户手机终端A会对待处理数据进行本地化处理。
6.当数据存储结束后,用户手机终端A会通知业务服务器存储完成状态,业务服务器也会将信息告知用户手机终端B。
可见,当用户需要使用备份数据时,用户手机终端A发送数据使用请求,业务服务器检索存储目标手机终端节点B,业务服务器发送命令到用户手机终端B,用户手机终端B将原始待处理数据发送给数据传输服务器,数据传输服务器解密后返回给用户手机终端A。
下面对本申请实施例提供的一种计算机可读存储介质进行介绍,下文描述的计算机可读存储介质与上文描述的存储容量共享方法可相互对应参照。
本申请公开了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述存储容量共享方法的步骤。
该存储介质可以包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:业务服务器接收到第一用户终端发送的数据处理请求;其中,数据处理请求包括数据备份请求;根据数据处理请求确定第二用户终端;获得第二用户终端的请求许可信息;根据请求许可信息建立第一用户终端与第二用户终端的数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据执行相应操作。
在一些实施例中,计算机可读存储介质中存储的计算机子程序被处理器执行时,可以实现以下步骤:根据请求许可信息利用P2P技术建立第一用户终端与第二用户终端的数据传输通道。
在一些实施例中,计算机可读存储介质中存储的计算机子程序被处理器执行时,可以实现以下步骤:根据请求许可信息分配数据传输服务器的端口;根据端口利用数据传输服务器建立数据传输通道,以便第一用户终端和第二用户终端对数据处理请求对应的待处理数据进行相应操作。
该存储介质上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:第一用户终端发送数据处理请求至业务服务器以便业务服务器确定第二用户终端;利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作;其中,数据传输通道是当业务服务器获得第二用户终端的请求许可信息后,根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
在一些实施例中,计算机可读存储介质中存储的计算机子程序被处理器执行时,可以实现以下步骤:获取待处理数据的数据存储状态。
在一些实施例中,计算机可读存储介质中存储的计算机子程序被处理器执行时,可以实现以下步骤:判断第二用户终端的状态是否为开启状态;
若是,则执行利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作。
该存储介质上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:第二用户终端接收到业务服务器发送的请求信息;其中,请求信息是当业务服务器根据接收到的第一用户终端的数据处理请求确定第二用户终端后发送的请求信息,根据请求信息将请求许可信息发送至业务服务器;利用数据传输通道将与数据处理请求对应的待处理数据执行相应操作;其中,数据传输通道是当业务服务器根据请求许可信息建立的第一用户终端与第二用户终端的数据传输通道。
由于计算机可读存储介质部分的实施例与存储容量共享方法部分的实施例相互对应,因此计算机可读存储介质部分的实施例请参见存储容量共享方法部分的实施例的描述,这里暂不赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是,上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (14)
1.一种存储容量共享方法,其特征在于,包括:
业务服务器接收到第一用户终端发送的数据处理请求;其中,所述数据处理请求包括数据备份请求;
根据所述数据处理请求确定第二用户终端;
获得所述第二用户终端的请求许可信息;
根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据执行相应操作。
2.根据权利要求1所述的存储容量共享方法,其特征在于,所述数据处理请求还包括使用备份数据请求。
3.根据权利要求1所述的存储容量共享方法,其特征在于,根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,包括:
根据所述请求许可信息利用P2P技术建立所述第一用户终端与所述第二用户终端的所述数据传输通道。
4.根据权利要求1所述的存储容量共享方法,其特征在于,根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据进行相应操作,包括:
根据所述请求许可信息分配数据传输服务器的端口;
根据所述端口利用所述数据传输服务器建立所述数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据进行相应操作。
5.根据权利要求4所述的存储容量共享方法,其特征在于,根据所述端口利用所述数据传输服务器建立所述数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据进行相应操作,包括:
所述业务服务器根据所述端口利用所述数据传输服务器建立所述数据传输通道;
所述数据传输服务器将通过所述端口信息获取的原始待处理数据进行加密或解密操作,得到所述待处理数据,以便所述第一用户终端和所述第二用户终端对所述待处理数据进行相应操作。
6.一种存储容量共享装置,其特征在于,包括:
接收模块,用于接收第一用户终端发送的数据处理请求;其中,所述数据处理请求包括数据备份请求;
确定模块,用于根据所述数据处理请求确定第二用户终端;
许可获取模块,用于获得所述第二用户终端的请求许可信息;
建立模块,用于根据所述请求许可信息建立所述第一用户终端与所述第二用户终端的数据传输通道,以便所述第一用户终端和所述第二用户终端对所述数据处理请求对应的待处理数据执行相应操作。
7.一种业务服务器,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述存储容量共享方法的步骤。
8.一种存储容量共享方法,其特征在于,包括:
第一用户终端发送数据处理请求至业务服务器以便所述业务服务器确定第二用户终端;
利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作;其中,所述数据传输通道是当所述业务服务器获得所述第二用户终端的请求许可信息后,根据所述请求许可信息建立的所述第一用户终端与所述第二用户终端的数据传输通道。
9.根据权利要求8所述的存储容量共享方法,其特征在于,利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作之后,包括:
获取所述待处理数据的数据存储状态。
10.根据权利要求8所述的存储容量共享方法,其特征在于,利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作之前,包括:
判断所述第二用户终端的状态是否为开启状态;
若是,则执行所述利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作。
11.一种用户终端,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求8至10任一项所述存储容量共享方法的步骤。
12.一种存储容量共享方法,其特征在于,包括:
第二用户终端接收到业务服务器发送的请求信息;其中,所述请求信息是当所述业务服务器根据接收到的第一用户终端的数据处理请求确定所述第二用户终端后发送的请求信息,
根据所述请求信息将请求许可信息发送至所述业务服务器;
利用数据传输通道将与所述数据处理请求对应的待处理数据执行相应操作;其中,所述数据传输通道是当所述业务服务器根据所述请求许可信息建立的所述第一用户终端与所述第二用户终端的数据传输通道。
13.一种用户终端,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求12所述存储容量共享方法的步骤。
14.一种存储容量共享系统,其特征在于,包括:如权利要求7所述的业务服务器;如权利要求11所述的用户终端;如权利要求13所述的用户终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910199147.0A CN109862119A (zh) | 2019-03-15 | 2019-03-15 | 存储容量共享方法、装置、业务服务器、用户终端和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910199147.0A CN109862119A (zh) | 2019-03-15 | 2019-03-15 | 存储容量共享方法、装置、业务服务器、用户终端和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109862119A true CN109862119A (zh) | 2019-06-07 |
Family
ID=66901055
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910199147.0A Pending CN109862119A (zh) | 2019-03-15 | 2019-03-15 | 存储容量共享方法、装置、业务服务器、用户终端和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109862119A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110290192A (zh) * | 2019-06-18 | 2019-09-27 | 贝富(广州)新技术有限公司 | 基于区块链的数据分布式存储以及数据获取方法、装置 |
CN112187842A (zh) * | 2019-07-04 | 2021-01-05 | 北京京东振世信息技术有限公司 | 局域网数据处理系统与局域网数据处理方法 |
CN112469008A (zh) * | 2020-11-27 | 2021-03-09 | 重庆电讯职业学院 | 基于d2d可靠性的内容分发方法及装置 |
CN114567645A (zh) * | 2022-03-01 | 2022-05-31 | 深圳市潮流网络技术有限公司 | 通讯设备间的备份方法、装置、计算机设备及存储介质 |
CN115562573A (zh) * | 2022-08-30 | 2023-01-03 | 荣耀终端有限公司 | 一种存储数据的方法、通信系统、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101188569A (zh) * | 2006-11-16 | 2008-05-28 | 饶大平 | 在网络上构建数据量子空间的方法及分布式文件存储系统 |
CN104580333A (zh) * | 2013-10-29 | 2015-04-29 | 中兴通讯股份有限公司 | 存储空间共享方法和装置 |
CN106612285A (zh) * | 2016-12-30 | 2017-05-03 | Tcl集团股份有限公司 | 基于对等网络的分布式云数据管理方法及系统 |
CN108399099A (zh) * | 2018-03-07 | 2018-08-14 | 成都创信特电子技术有限公司 | 文件安全存储和内容保护方法 |
-
2019
- 2019-03-15 CN CN201910199147.0A patent/CN109862119A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101188569A (zh) * | 2006-11-16 | 2008-05-28 | 饶大平 | 在网络上构建数据量子空间的方法及分布式文件存储系统 |
CN104580333A (zh) * | 2013-10-29 | 2015-04-29 | 中兴通讯股份有限公司 | 存储空间共享方法和装置 |
CN106612285A (zh) * | 2016-12-30 | 2017-05-03 | Tcl集团股份有限公司 | 基于对等网络的分布式云数据管理方法及系统 |
CN108399099A (zh) * | 2018-03-07 | 2018-08-14 | 成都创信特电子技术有限公司 | 文件安全存储和内容保护方法 |
Non-Patent Citations (1)
Title |
---|
齐虹: "《网络通信系统设计与应用研究》", 31 December 2015, 电子科技大学出版社 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110290192A (zh) * | 2019-06-18 | 2019-09-27 | 贝富(广州)新技术有限公司 | 基于区块链的数据分布式存储以及数据获取方法、装置 |
CN112187842A (zh) * | 2019-07-04 | 2021-01-05 | 北京京东振世信息技术有限公司 | 局域网数据处理系统与局域网数据处理方法 |
CN112187842B (zh) * | 2019-07-04 | 2024-04-09 | 北京京东振世信息技术有限公司 | 局域网数据处理系统与局域网数据处理方法 |
CN112469008A (zh) * | 2020-11-27 | 2021-03-09 | 重庆电讯职业学院 | 基于d2d可靠性的内容分发方法及装置 |
CN112469008B (zh) * | 2020-11-27 | 2022-07-05 | 重庆电讯职业学院 | 基于d2d可靠性的内容分发方法及装置 |
CN114567645A (zh) * | 2022-03-01 | 2022-05-31 | 深圳市潮流网络技术有限公司 | 通讯设备间的备份方法、装置、计算机设备及存储介质 |
CN115562573A (zh) * | 2022-08-30 | 2023-01-03 | 荣耀终端有限公司 | 一种存储数据的方法、通信系统、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109862119A (zh) | 存储容量共享方法、装置、业务服务器、用户终端和系统 | |
CN106233637B (zh) | 用于短距离无线数据传输的系统和方法 | |
KR101894232B1 (ko) | 클라우드-보조 암호화를 위한 방법 및 장치 | |
EP2941854B1 (en) | Authenticating a wireless dockee to a wireless docking service | |
EP3054649B1 (en) | Peer to peer networking and sharing systems and methods | |
EP2454679B1 (en) | Management of an instant message session | |
CN110995554A (zh) | 用于智能家电设备配置入网的方法及装置、存储介质 | |
EP3363149A1 (en) | System, apparatus and method for migrating a device having a platform group | |
JP2015508273A (ja) | ピアツーピアリンクを介した共有ネットワークアクセス | |
CN108259164A (zh) | 一种物联网设备的身份认证方法及设备 | |
US8219614B2 (en) | Edge peer device, pan gateway device, super peer device, and P2P network-based interconnection method | |
CN106105158B (zh) | 用于在搜索者装置与目标装置之间建立连接的方法和系统 | |
CN102891890A (zh) | 一种终端之间的交互方法及相关设备、系统 | |
CN106559787B (zh) | 网络接入方法、装置及系统 | |
CN112566113B (zh) | 密钥生成以及终端配网方法、装置、设备 | |
CN113079139B (zh) | 基于区块链的共识组主节点确定方法、装置及系统 | |
CN109862103A (zh) | 基于区块链的文件数据安全共享方法和装置 | |
CN111937013B (zh) | 电子设备管理 | |
CN104092826A (zh) | 终端上个人信息的共享方法及装置 | |
CN113452513B (zh) | 密钥分发方法、装置和系统 | |
US20170318412A1 (en) | Method for transmitting data between two subscribers | |
CN112398943A (zh) | 信息互通方法、装置、存储介质及电子设备 | |
CN107454160B (zh) | 信息处理方法、移动终端及计算机可读存储介质 | |
CN110460567A (zh) | 一种身份鉴权方法及装置 | |
US11281599B2 (en) | Shared peripheral devices |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190607 |