CN113590534A - 存档处理方法、系统及装置 - Google Patents

存档处理方法、系统及装置 Download PDF

Info

Publication number
CN113590534A
CN113590534A CN202110930423.3A CN202110930423A CN113590534A CN 113590534 A CN113590534 A CN 113590534A CN 202110930423 A CN202110930423 A CN 202110930423A CN 113590534 A CN113590534 A CN 113590534A
Authority
CN
China
Prior art keywords
archiving
cloud storage
server
storage server
position information
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
CN202110930423.3A
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 Hode Information Technology Co Ltd
Original Assignee
Shanghai Hode Information Technology 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 Hode Information Technology Co Ltd filed Critical Shanghai Hode Information Technology Co Ltd
Priority to CN202110930423.3A priority Critical patent/CN113590534A/zh
Publication of CN113590534A publication Critical patent/CN113590534A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/11File system administration, e.g. details of archiving or snapshots
    • G06F16/113Details of archiving
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/18File system types
    • G06F16/182Distributed file systems
    • G06F16/1824Distributed file systems implemented using Network-attached Storage [NAS] architecture
    • G06F16/183Provision of network file services by network file servers, e.g. by using NFS, CIFS
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures

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)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供存档处理方法、系统及装置,其中存档处理方法包括:接收所述应用服务器发送的存档处理请求;在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。通过在目标云存储服务器上传存档数据,便于用户通过目标存储服务器下载存档数据,实现了存档数据共享,避免了误删存档数据的风险。

Description

存档处理方法、系统及装置
技术领域
本申请涉及存档处理技术领域,特别涉及存档处理方法。本申请同时涉及存档处理系统,存档处理装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
随着计算机技术的快速发展,人们使用计算机设备进行休闲娱乐的方式层出不穷,其中,选择单机游戏进行放松的人不在少数。为了吸引更多的用户,各单机游戏开发商不断地去更新单机游戏或者开发新的单机游戏,以供用户选择。
现有技术中,为了保存用户玩单机游戏的进度,提高用户体验,将单机游戏的存档数据以临时文件的方式,存储在用户使用的终端中,如电脑硬盘或者手机终端存储卡。然而上述方法,在用户使用不同的终端玩单机游戏时,无法实现存档数据共享,且存在用户误删存档数据而导致存档数据无法找回的风险。因此,因此亟需一种有效的方案以解决上述问题。
发明内容
有鉴于此,本申请实施例提供了存档处理方法。本申请同时涉及一种存档处理系统,存档处理装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的技术缺陷。
根据本申请实施例的第一方面,提供了一种存档处理方法,应用于目标云存储服务器,所述目标云存储服务器为应用服务器根据客户端的位置信息和各云存储服务器的位置信息确定的所述各云存储服务器中的一个,所述各云存储服务器部署于不同地理位置处,所述云存储服务器中包括对象存储单元和数据库;
所述方法包括:
接收所述应用服务器发送的存档处理请求;
在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;
在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。
根据本申请实施例的第二方面,提供了一种存档处理方法,应用于应用服务器,包括:
接收客户端发送的存档处理请求;
获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处;
根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;
将所述存档处理请求发送至所述目标云存储服务器。
根据本申请实施例的第三方面,提供了一种存档处理系统,包括:
客户端、应用服务器和部署于不同地理位置的多个云存储服务器,所述云存储服务器中包括对象存储单元和数据库;
所述客户端,被配置为根据用户操作生成存档处理请求,将所述存档处理请求发送至所述应用服务器;
所述应用服务器,被配置为接收所述客户端发送的存档处理请求;获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息;根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;将所述存档处理请求发送至所述目标云存储服务器;
所述目标云存储服务器,被配置为接收所述应用服务器发送的所述存档处理请求;在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至所述客户端。
根据本申请实施例的第四方面,提供了一种存档处理装置,应用于目标云存储服务器,所述目标云存储服务器为应用服务器根据客户端的位置信息和各云存储服务器的位置信息确定的所述各云存储服务器中的一个,所述各云存储服务器部署于不同地理位置处,所述云存储服务器中包括对象存储单元和数据库;
所述装置包括:
第一接收模块,被配置为接收所述应用服务器发送的存档处理请求;
上传模块,被配置为在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;
下载模块,被配置为在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。
根据本申请实施例的第五方面,提供了一种存档处理装置,应用于服务器,包括:
第二接收模块,被配置为接收客户端发送的存档处理请求;
获取模块,被配置为获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处;
确定模块,被配置为根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;
发送模块,被配置为将所述存档处理请求发送至所述目标云存储服务器。
根据本申请实施例的第六方面,提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述计算机指令时实现应用于目标云存储服务器或应用于服务器所述存档处理方法的步骤。
根据本申请实施例的第四方面,提供了一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现应用于目标云存储服务器或应用于服务器所述存档处理方法的步骤。
本申请提供的存档处理方法,接收所述应用服务器发送的存档处理请求;在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。通过在目标云存储服务器上传第一存档数据,使用户的存档数据得以在目标存储服务器上进行存储,使得用户可以在更换设备等情况下,通过目标存储服务器进行下载,实现存档数据共享,避免了用户误删存档数据而导致存档数据无法找回的风险。
附图说明
图1是本申请一实施例提供的一种存档处理方法的流程图;
图2是本申请一实施例提供的另一种存档处理方法的流程图;
图3A是本申请一实施例提供的一种应用于单机游戏的存档处理方法的处理流程图;
图3B是本申请一实施例提供的一种单机游戏的处理流程图;
图4A是本申请一实施例提供的第一种存档处理系统的结构示意图;
图4B是本申请一实施例提供的第一种存档处理系统的领域模型的结构示意图;
图4C是本申请一实施例提供的第一种存档处理系统的领域模型的核心类图;
图5是本申请一实施例提供的第二种存档处理系统的结构示意图;
图6是本申请一实施例提供的第三种存档处理系统的结构示意图;
图7A是本申请一实施例提供的第四种存档处理系统的结构示意图;
图7B是本申请一实施例提供的存档处理系统的单元化架构图;
图8是本申请一实施例提供的第五种存档处理系统的结构示意图;
图9是本申请一实施例提供的第六种存档处理系统的结构示意图;
图10是本申请一实施例提供的一种装置的结构示意图;
图11是本申请一实施例提供的另一种装置的结构示意图;
图12是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本申请一个或多个实施例涉及的名词术语进行解释。
对象存储单元(COS,Cloud Object Storage),是一种无数据格式限制,可容纳海量数据且支持超文本传输协议(HTTP,Hyper Text Transfer Protocol)或超文本传输安全协议(HTTPS,Hyper Text Transfer Protocol over Secure Socket Layer)协议访问的分布式存储服务。
信息摘要算法(MD5,Message-Digest Algorithm 5):一种被广泛使用的密码散列函数,可以产生出一个128位(16字节)的散列值,用于确保信息传输完整一致。
域名系统(DNS,Domain Name System)是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库,能够使人更方便地访问互联网。
单元化:是将一个系统的架构按照某种数据特征纬度进行垂直的划分。
Lua(一种轻量小巧的脚本语言):由标准C编写而成,代码简洁优美,几乎在所有操作系统和平台上都可以编译、运行。
接下来,对本说明书提供的存档处理方法的基本构思进行简述。
游戏存档实际存储是以文件方式保存,用户在玩游戏的过程中,会保存游戏的进度,中间可以以临时文件的方式存储下来,但是只能存储在移动终端上。现在是科技化社会,用户有多个移动终端是很常见的情况,另外如何实现跨多个移动终端实现存档共享也是一个问题。
其次,移动终端的存储卡是一种坚硬金属材料制成的涂以磁性介质的盘片,存储卡通常包含一个或多个盘片,并封装在一个密封的容器内,不同容量存储卡的盘片数不等,且存储卡存在着许多缺陷,如容易受到外界环境磁场的干扰,很可能导致数据丢失,如存储卡有着容量的限制,又如移动设备容易摔坏、进水等风险。
此外,用户存在误删除存档无法找回的风险。且用户分布全国各地,如何能让用户就近选择云存储服务器实现快速存档的上传与下载,也面临迫切的问题。
因此,本申请提供了一种可以永久存储、海量容量、可共享的存档处理方法:对象存储单元COS作为基础的存储引擎,对象存储单元COS有如下几个优点:
1、具有海量存储的能力,并支持多个地域;
2、具备多级存储特性、版本复制,其中版本复制为对存档数据进行备份。
3、具有版本控制,可实现存档的恢复功能,有助用户找回误删除的存档数据。
此外本申请还采用开发单元化路由算法,能够实现精细化路由控制,也即让用户就近选择云存储服务器,实现存档数据的快速上传与快速下载。
在本申请中,提供了存档处理方法,本申请同时涉及存档处理系统,存档处理了装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
图1示出了根据本申请一实施例提供的一种存档处理方法的流程图,应用于目标云存储服务器,具体包括以下步骤:
步骤102:接收应用服务器发送的存档处理请求。
具体的,应用服务器是指应用程序提供一种简单的且可管理的对系统资源的访问机制;存档是指对多媒体资源进行保存时留下的文件,记录了游戏进度和各种数据,其中多媒体资源可以是游戏、电影、漫画、小说等;存档处理请求是指针对存档进行某种操作或者处理时所形成的请求。所述目标云存储服务器为应用服务器根据客户端的位置信息和各云存储服务器的位置信息确定的所述各云存储服务器中的一个,所述各云存储服务器部署于不同地理位置处,所述云存储服务器中包括对象存储单元和数据库。
实际应用中,为了避免将存档处理请求发送至不匹配或者错误的云存储服务器,进而提高存档处理的准确度和速度,应用服务器会根据客户端的位置信息和各云存储服务器的位置信息,在各云存储服务器中确定出目标云存储服务器,进一步地,应用服务器再将存档处理请求发送给目标云存储服务器,也即目标云存储服务器接收应用服务器发送的存档处理请求。
例如,目标云存储服务器为各云存储服务器中的第二云存储服务器,则第二云存储服务器接收到应用云服务器发送的存档处理请求。
步骤104:在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库。
在接收应用服务器发送的存档处理请求的基础上,进一步地,若该存档处理请求是存档上传请求,需要将该存档上传请求中的第一存档数据存入对象存储单元中,并将对象存储单元的第一目录存入数据库。
具体的,存档上传请求是指将某存档数据进行上传的请求;第一存档数据是指需要上传的数据,即存档数据;第一目录是指将第一存档数据存入对象存储单元后,对象存储单元根据已存储的存档数据生成的目录,例如在第一目录中显示第一存档数据存在对象存储单元中的位置。
实际应用中,目标云存储服务器在接收存档处理请求之后,需要对存档处理请求进行解析,以获得存档处理请求中的标识,该标识可以是上传标识,也可以是下载标识。若获得的标识为上传标识,则说明该存档处理请求是存档上传请求,此时,获取该存档上传请求携带的第一存档数据,并将该第一存档数据存入对象存储单元,记录该第一存档数据在对象存储单元中的位置,根据对象存储单元中的位置,更新对象存储单元的目录,也即生产第一存档数据在对象存储单元中的第一目录。进一步地,再将该第一目录存入数据库中,以便于后续用户根据第一目录下载第一存档数据。
例如,“UP”为上传标识,目标云存储服务器接收到的存档处理请求中有该上传标识“UP”,则该存档处理请求为存档上传请求,将该存档上传请求中携带的第一存档数据“X1”存入对象存储单元中,然后根据生成第一存档数据“X1”在对象存储单元中的第一目录,进而通过将第一目录发送至数据库中,由数据库进行保存。
需要说明的是,第一目录可以是将第一存档数据存入对象存储单元后,对象存储单元的整体的目录,以及第一目录中不仅包含第一存档数据,还包括对象存储单元中存储的存档数据,例如存档数据A——1、存档数据B——2、第一存档数据——3;第一目录还可以将第一存档数据存入对象存储单元后,只包含第一存档数据的目录,也即第一目录只包含第一存档数据和第一存档数据对应的存储位置,例如第一存档数据——3。
为了提高存档处理的效率,可以先获取第一存档数据的第一属性信息,将第一属性信息存入数据库,再将第一属性信息存入对象存储单元。也即将所述存档上传请求携带的第一存档数据存入所述对象存储单元之前,还包括:
对所述存档上传请求携带的第一存档数据进行解析,获得所述第一存储数据的第一属性信息;
将所述第一属性信息存入所述数据库;
所述将所述第一目录存入所述数据库之后,还包括:
将所述第一目录与所述第一属性信息进行关联。
具体的,第一属性信息是指第一存档数据的性质相关的信息,第一属性信息包括第一存档数据的名称、大小以及MD5值中的一个或多个。
实际应用中,先获取存档上传请求携带的第一存档数据,然后对第一存档数据进行解析获取第一存档数据的第一属性信息,即根据第一存档数据,获取第一存档数据的名称、大小和MD5值中的至少一个。将得到的第一属性信息存入数据库,并在第一目录存入数据库,将第一属性信息与第一目录进行关联,关联时可以通过列表的方式进行关联,如表1所示,存档数据X2的第一属性信息为属性信息x2,将存档数据X2与属性信息x2相关联。关联时可以通过子目录的方式进行关联,例如存档数据X3的第一属性信息为属性信息x3,则将属性信息x3作为第一目录中存档数据X3所在位置的子目录。
表1第一目录与第一属性信息
第一目录 第一属性信息
存档数据X2 属性信息x2
为了避免用户误删存档数据导致无法找回误删的存档数据,在将所述第一目录存入所述数据库之后,还包括:
将所述第一存档数据发送至所述目标云存储服务器以外的备份云存储服务器进行备份。
具体的,备份云存储服务器是指为了防止系统的硬件、存储媒体发生故障,或者用户误删存档文件时,设置的保护存档数据免受意外损失的云存储服务器。
实际应用中,备份云存储服务器可以是所有的云存储服务器以外的其他的云存储服务器,还可以是预先设置某些或某个特定的云存储服务器,可以根据需求选择备份云存储服务器。在将第一目录存入数据库之后,目标云存储服务器将第一存档数据发送给所有的备份云存储服务器,使备份云存储服务器存储第一存档数据。由于备份云存储服务器中数据可冗余,能够达到容灾的目的,同时可以找回误删除的存档数据。
例如,有三个云存储服务器,其中第一云存储服务器为目标云存储服务器,第二云存储服务器为备份云存储服务器,则在目标云存储服务器需要在将第一目录存入数据库之后,将第一存档数据发送给第二云存储服务器。又如这三个云存储服务器中第一云存储服务器为目标云存储服务器,第二云存储服务器和第三云存储服务器均为备份云存储服务器,则在目标云存储服务器需要在将第一目录存入数据库之后,将第一存档数据发送给第二云存储服务器和第三云存储服务器。
步骤106:在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。
在接收应用服务器发送的存档处理请求的基础上,进一步地,若该存档处理请求是存档上传请求,需要将该存档上传请求中的第一存档数据存入对象存储单元中,并将对象存储单元的第一目录存入数据库。
具体的,存档下载请求是指将需要下载存档数据的请求;第二存档数据是指需要下载的数据,也即需要下载的存档数据;存档标识是指表征第二存档数据的标志,存档标识可以是第二存档数据的名称,例如存档标识“语文”指向第二存档数据“语文”;第二目录是指包含有第二存档数据的目录,需要说明的是第二目录与第一目录相同,只是为了区分上传和下载两种情况的不同叫法。
实际应用中,目标云存储服务器在接收存档处理请求之后,需要对存档处理请求进行解析,以获得存档处理请求中的标识,该标识可以是上传标识,也可以是下载标识。若获得的标识为下载标识,则说明该存档处理请求是存档下载请求,此时,获取该存档下载请求携带的存档标识,根据该存档标识在数据库中匹配与该存档标识对应的第二目录。进一步地,根据第二目录,在对象存储数据库中找到与存档标识对应的第二存档数据,然后将第二存档数据反馈给客户端。
例如,“LOAD”为下载标识,目标云存储服务器接收到的存档处理请求中有该下载标识“LOAD”,则该存档处理请求为存档下载请求,将该存档下载请求中携带的存档标识“进度”,在数据库中获取到第二目录,然后根据第二目录在对象存储单元中获取与存档标识“进度”对对应的第二存档数据,进而通过将第二存档数据反馈给客户端。
在本实施例的一个或多个实施方式中,为了提高获取第二存档数据的准确性,进而提高存档处理的效率,可以先获取第二目录关联的第二属性信息,进一步地根据第二属性信息确定第二存档数据,也即根据所述第二目录,在所述对象存储单元中获取第二存档数据,具体实现过程为:
在所述数据库中确定所述第二目录关联的第二属性信息;
根据所述第二属性信息,在所述对象存储单元中获取第二存档数据。
具体的,第二属性信息是指第二存档数据的性质相关的信息,第二属性信息包括第二存档数据的名称、大小以及MD5值中的一个或多个,第二属性信息与第一属性信息相同,只是为了区分上传和下载两种情况的不同叫法。
实际应用中,在确定了第二目录之后,根据第二目录确定第二属性信息,也即获取与第二目录关联的第二属性信息,如第二存档数据的名称、大小和MD5值中的至少一个。在将该第二属性信息与对象存储单元中的各存档数据进行匹配,匹配成功的存档数据即为第二存档数据。如表2所示,第二目录关联的第二属性信息为属性信息x4,则根据第二目录获取属性信息x4,然后根据属性信息x4与对象存储单元中的各存档数据进行匹配,最后成功的存档数据为存档数据X4,则存档数据X4为第二存档数据。
表2第二目录与第二属性信息
第二目录 第二属性信息
存档数据X4 属性信息x4
由于用户可能将第二存档数据进行删除,或者系统发生故障,致使目标云存储服务器中并没有第二存档数据,为了保证存档处理的顺利进行,此时目标云存储服务器需要将存档下载请求转发至备份云存储服务器。也即根据所述第二目录,在所述对象存储单元中获取第二存档数据之后,还包括:
若无法获取到所述第二存档数据,则将所述存档下载请求转发至任意一个备份云存储服务器。
具体的,备份云存储服务器是指为了防止系统的硬件、存储媒体发生故障,或者用户误删存档文件时,设置的保护存档数据免受意外损失的云存储服务器。
实际应用中,备份云存储服务器可以是所有的云存储服务器以外的其他的云存储服务器,还可以是预先设置某些或某个特定的云存储服务器,可以根据需求选择备份云存储服务器。在将目标云存储服务器中不存在第二存档数据的情况下,也即在对象存储单元中无法获取到第二存档数据,此时为了保证可以对存档下载请求进行响应,目标存档服务器将存档下载请求转发至任意一个备份云存储服务器。此时,可以由备份云存储服务器直接对存档下载请求进行响应,也即有备份云存储服务器将第二存档数据反馈给客户端,也可以由备份云存储服务器将第二存档数据反馈给目标与存储服务器,再由目标云存储服务器将第二存档数据反馈给客户端。
需要说明的是,在目标云存储服务器恢复存档数据时,可以通过用户联系运营人员,运营人员根据备份云存储服务器恢复目标云存储服务器中删除的存档数据。
除了下载和上传以外,用户还可以为存档数据进行查看,也即存档处理请求还可以是存档查看请求。也即在接收应用服务器发送的存档处理请求的基础上,还包括:
在所述存档处理请求为存档查看请求的情况下,在所述数据库中获取与所述存档查看请求携带的查看标识对应的第三目录;
将所述第三目录反馈至客户端。
具体的,存档查看请求是指将需要查看存档数据的请求;查看标识是指表征查看第三目录的标志;第三目录与第二目录、第一目录均相同,只是为了区分上传、下载和查看三种情况的不同叫法。
实际应用中,目标云存储服务器在接收存档处理请求之后,需要对存档处理请求进行解析,以获得存档处理请求中的标识,该标识可以是上传标识,也可以是下载标识,还可以是查看标识。若获得的标识为查看标识,则说明该存档处理请求是存档查看请求,此时,根据该查看标识在数据库中匹配与该查看标识对应的第三目录。进一步地,将第三目录反馈给客户端。
本申请提供的存档处理方法,通过接收所述应用服务器发送的存档处理请求;在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。通过在目标云存储服务器上传第一存档数据,使用户的存档数据得以在目标存储服务器上进行存储,使得用户可以在更换设备等情况下,通过目标存储服务器进行下载,实现存档数据共享,避免了用户误删存档数据而导致存档数据无法找回的风险。
图2示出了根据本申请一实施例提供的另一种存档处理方法的流程图,应用于应用服务器,具体包括以下步骤:
步骤202:接收客户端发送的存档处理请求。
具体的,应用服务器是指应用程序提供一种简单的且可管理的对系统资源的访问机制,且应用服务器中包含网关,负责流量分发;存档处理请求是指针对存档进行某种操作或者处理时所形成的请求;客户端是指智能设备,如手机、电脑等。
实际应用中,客户通过智能设备,也即客户端,对存档数据执行某项操作,如下载、上传、查看、删除等,客户端就会生成存档处理请求,进一步地,客户端会将该存档处理请求发送至应用服务器,此时应用服务器将接收到客户端发送的存档处理请求。
例如,客户通过某台电脑对存档数据M进行上传操作,该电脑生成存档处理请求,并将该存档处理请求发送至应用服务器。
步骤204:获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处。
在接收到客户端发送的存档处理请求的基础上,进一步地,获取客户端以及各云存储服务器的位置信息。
具体的,第一位置信息和第二位置信息均为地理位置信息,可以是相对地理位置,即根据同一个参考点确定客户端和各云存储服务器的位置信息;还可以是绝对地理位置,以经纬度为度量标准。
实际应用中,应用服务器通过解析服务器可以对存档处理请求进行解析,如根据接口、IP地址等获取客户端的第一位置信息,然后通过各云存储服务器注册时的注册信息,获取各云存储服务器的第二位置信息。为了减少成本并提高存档处理的效率,需要将各云存储服务器部署在不同地理位置处。
例如,应用服务器通过解析服务器包含的域名系统(DNS),对存档数据处理请求进行解析,得到客户端的第一位置信息。此时有三个云存储服务器,通过这三个云存储服务器的注册信息分别获取各存储服务器的第二位置信息。
步骤206:根据所述第一位置信息和各第二位置信息,确定目标云存储服务器。
在获取到客户端的第一位置信息和各云存储服务器的第二位置信息的基础上,进一步地,根据第一位置信息和各第二位置信息,确定目标云存储服务器。
为了避免用户跨地域访问延时,也即客户端与目标云存储服务器距离很远,使存档处理请求发送至目标云存储服务器时有很高的延时,因此,优选使用与客户端同在一个地方的云存储服务器作为目标云存储服务器,即根据所述第一位置信息和各第二位置信息,确定目标云存储服务器,具体实现过程如下:
将所述第一位置信息分别与各第二位置信息进行比较;
在存在目标第二位置信息的情况下,将所述目标第二位置信息对应的云存储服务器确定为目标云存储服务器,所述目标第二位置信息为与所述第一位置信息相同的第二位置信息。
实际应用中,一般会优选使用本地的云存储服务器作为目标云存储服务器,因此,需要将客户端的第一位置信息与各云存储服务的第二位置信息进行比较。当某个第二位置信息与第一位置信息相同时,这个第二位置信息为目标位置信息,此时该目标位置信息对应的云存储服务器即为本地的云存储服务器,将该云存储服务器确定为目标云存储服务器。
例如,有四个云存储服务器:云存储服务器1、云存储服务器2、云存储服务器3和云存储服务器4,其中,云存储服务器1的第二位置信息为第二位置信息1,云存储服务器2的第二位置信息为第二位置信息2,云存储服务器3的第二位置信息为第二位置信息3,云存储服务器4的第二位置信息为第二位置信息4,如表3所示。将第一位置信息分别与第二位置信息1、第二位置信息2、第二位置信息3、第二位置信息4进行比较,即将P1分别与P2、P5、P1、P3进行比较,结果为P1与P1相同,即第一位置信息与第二位置信息3相同,则将云存储服务器3确定为目标云存储服务器。
表3第一位置信息与各第二位置信息
第一位置信息 第二位置信息1 第二位置信息2 第二位置信息3 第二位置信息4
P1 P2 P5 P1 P3
然而,很多情情况下,客户端没有对应的本地的云存储服务器,本着就近原则,以减少跨地域访问的延时,可以选择与客户端距离最近的云存储服务器为目标云存储服务器,也即将所述第一位置信息分别与各第二位置信息进行比较之后,还包括:
在不存在所述目标第二位置信息的情况下,根据所述第一位置信息和各第二位置信息,确定所述客户端分别与各云存储服务器之间的距离;
将与所述客户端之间的距离最短的云存储服务器确定为目标云存储服务器。
实际应用中,在没有本地的云存储服务器时,以及没有目标第二位置信息时,可以退而求其次,选择与客户端之间的距离最短的云存储服务器为目标云存储服务器。因此,需要根据第一位置信息与各第二位置信息,分别确定客户端与各个云存储服务器之间的距离,进而选出与客户端之间的距离最短的云存储服务器,并确定目标云存储服务器。
如表4所示,有四个第二位置信息:(3,4)、(8,6)、(0,4)和(1,0),第一位置信息为(0,0),根据勾股定律,计算第一位置信息(0,0)与第二位置信息(3,4)之间的距离为5,计算第一位置信息(0,0)与第二位置信息(8,6)之间的距离为10,计算第一位置信息(0,0)与第二位置信息(0,4)之间的距离为4,计算第一位置信息(0,0)与第二位置信息(1,0)之间的距离为1,则1<4<5<10,则将第二位置信息(1,0)对应的云存储服务器确定为目标云存储服务器。
表4第一位置信息、各第二位置信息及距离
Figure BDA0003211136490000101
需要说明的是,应用服务器可以采用Lua编写单元化路由算法实现路由就近调用。
可选地,在客户端没有对应的本地的云存储服务器的情况下,本还可以选择预先设置的默认云存储服务器为目标云存储服务器,也即将所述第一位置信息分别与各第二位置信息进行比较之后,还包括:
在不存在所述目标第二位置信息的情况下,将默认云存储服务器确定为目标云存储服务器,所述默认云存储服务器为多个云存储服务器中预先指定的一个。
具体的,默认云存储服务器可以是多个云存储服务器中更能最强大的云存储服务器,还可以是多个云存储服务器中地理位置居中的云存储服务器,运行人员可以根据实际需求进行设置。
实际应用中,在没有本地的云存储服务器时,以及没有目标第二位置信息时,可以直接将预先指定的默认云存储服务器确定为目标云存储服务器,之后应用服务器将存档处理请求发送至默认云存储服务器即可。需要说明的是,应用服务器需要连接所有云存储服务器,已解决资源连接不足的问题。
步骤208:将所述存档处理请求发送至所述目标云存储服务器。
在根据第一位置信息和各第二位置信息,确定了目标云存储服务器的基础上,进一步地,将存档处理请求转发至目标云存储服务器。
实际应用中,目标云存储服务器是响应并执行存档处理请求的服务器,因此,在确定了目标云存储服务器之后,需要存档处理请求发送至目标云存储服务器,以便于目标云存储服务器响应于存档处理请求,并执行对应的操作,如保存存档数据、删除存档数据、下载存档数据、查看存档数据等。
例如,目标云存储服务器为云存储服务器mini,应用服务器将存档处理请求发送给云存储服务器mini。
本申请提供的存档处理方法,通过接收客户端发送的存档处理请求;获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处;根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;将所述存档处理请求发送至所述目标云存储服务器。通过将存档处理请求目标云存储服务器,可以使目标云存储存档数据,从而得用户可以在更换设备等情况下,通过目标存储服务器进行下载,实现存档数据共享,避免了用户误删存档数据而导致存档数据无法找回的风险。此外,通过第一位置信息和第二位置信息确定目标存储数据,实现了路由有近调用,降低了存储处理的延时。
下述结合附图3A,以本申请提供的存档处理方法在单机游戏中的应用为例,对所述存档处理方法进行进一步说明。其中,图3A示出了本申请一实施例提供的一种应用于单机游戏的存档处理方法的处理流程图,具体包括以下步骤:
步骤302:应用服务器接收客户端发送的针对单机游戏的存档处理请求。
步骤304:应用服务器获取客户端的第一位置信息。
步骤306:应用服务器获取各云存储服务器的第二位置信息。
其中,各云存储服务器部署于不同地理位置处。此外,步骤304与步骤306可以同时执行,也可以先执行步骤304再执行步骤306,还可以先执行步骤306再执行步骤304。本实施例中,以先执行步骤304再执行步骤306为例进行说明。
步骤308:应用服务器将第一位置信息分别与各第二位置信息进行比较。
步骤310:应用服务器在存在目标第二位置信息的情况下,将目标第二位置信息对应的云存储服务器确定为目标云存储服务器。
其中,目标第二位置信息为与第一位置信息相同的第二位置信息
步骤312:应用服务器在存在目标第二位置信息的情况下,根据第一位置信息和各第二位置信息,确定客户端分别与各云存储服务器之间的距离。
需要说明的是,步骤310与步骤312属于并列方法,根据实际情况选择对应的步骤即可。
步骤314:应用服务器将与客户端之间的距离最短的云存储服务器确定为目标云存储服务器。
此外,还可以在不存在目标第二位置信息的情况下,将默认云存储服务器确定为目标云存储服务器,默认云存储服务器为多个云存储服务器中预先指定的一个。
步骤316:应用服务器将存档处理请求发送至目标云存储服务器。
步骤318:目标云存储服务器接收应用服务器发送的存档处理请求。
步骤320:目标云存储服务器在存档处理请求为存档上传请求的情况下,对存档上传请求携带的第一存档数据进行解析,获得第一存储数据的第一属性信息;
步骤322:目标云存储服务器将第一属性信息存入数据库。
步骤324:目标云存储服务器将存档上传请求携带的第一存档数据存入对象存储单元。
步骤326:目标云存储服务器生成第一存档数据在对象存储单元中的第一目录;
步骤328:目标云存储服务器将第一目录存入数据库,并将第一目录与第一属性信息进行关联。
步骤330:目标云存储服务器将第一存档数据发送至目标云存储服务器以外的备份云存储服务器进行备份。
步骤332:目标云存储服务器在存档处理请求为存档下载请求的情况下,在数据库中获取与存档下载请求携带的存档标识对应的第二目录。
步骤334:目标云存储服务器在数据库中确定第二目录关联的第二属性信息。
步骤336:目标云存储服务器根据第二属性信息,在对象存储单元中获取第二存档数据。
需要说明的是,若无法获取到第二存档数据,则将存档下载请求转发至任意一个备份云存储服务器。
步骤338:目标云存储服务器将第二存档数据反馈至客户端。
步骤340:目标云存储服务器在存档处理请求为存档查看请求的情况下,在数据库中获取与存档查看请求携带的查看标识对应的第三目录。
步骤342:目标云存储服务器将第三目录反馈至客户端。
需要说明的是步骤320至步骤330、步骤332至步骤338与步骤340至步骤342属于并列方法,根据存档处理请求的类型选择对应步骤即可。
例如图3B所示,图3B示出了本申请一实施例提供的一种单机游戏的处理流程图。当用户开启单机游戏后,需要注册单机游戏账号,以便于存档处理时,快找到对应的存档数据;在用户注册单机游戏账号之后,便可以查看以保存的单机游戏存档数据,然后下载单机游戏存档数据,以使用户使用最新的单机游戏存档数据进行单机游戏,同时用户可以删除无效单机游戏存档数据;在单机游戏结束之后,用户可以上传此时单机游戏进度等方面的单机游戏存档数据。
本申请提供应用于单机游戏的存档处理方法,采用配置化网关服务,聚合通用功能,提升系统的鲁棒性和可用性。使用单元化架构,编写单元化路由算法实现路由精细控制。使用云存储和对象存储单元,提升服务存储的可靠性和容错性。实现存档数据共享,避免了用户误删存档数据而导致存档数据无法找回的风险。
与上述方法实施例相对应,本申请还提供了存档处理系统实施例,图4A示出了本申请一实施例提供的一种存档处理系统的结构示意图。如图4A所示,该系统包括:
客户端402、应用服务器404和部署于不同地理位置的多个云存储服务器406,所述云存储服务器406中包括对象存储单元406-1和数据库406-2;
所述客户端402,被配置为根据用户操作生成存档处理请求,将所述存档处理请求发送至所述应用服务器404;
所述应用服务器404,被配置为接收所述客户端402发送的存档处理请求;获取所述客户端402的第一位置信息,并获取各云存储服务器406的第二位置信息;根据所述第一位置信息和各第二位置信息,确定目标云存储服务器406;将所述存档处理请求发送至所述目标云存储服务器406;
所述目标云存储服务器406,被配置为接收所述应用服务器404发送的所述存档处理请求;在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元406-1,并生成所述第一存档数据在所述对象存储单元406-1中的第一目录;将所述第一目录存入所述数据库406-2;在所述存档处理请求为存档下载请求的情况下,在所述数据库406-2中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元406-1中获取第二存档数据;将所述第二存档数据反馈至所述客户端402。
其中,应用服务器404中内含游戏智能网关(Game-smart-gateway),该游戏智能网关以Openresty为核心基础框架,Openresty本身具备高性能及扩展能力,在Openresty的基础上做二次开发服务,所包含的功能主要有动态配置化、监控、限流、熔断、单元化控制、日志上报分析等功能保障系统的可用性。同时把通用功能聚合在南北流量的上游,东西流量则无需在重复配置相关功能,从而可以达到减少冗余代码的目的。
在本实施例的一个或多个实施方式中,所述目标云存储服务器406,还被配置为:
对所述存档上传请求携带的第一存档数据进行解析,获得所述第一存储数据的第一属性信息;
将所述第一属性信息存入所述数据库406-2;
将所述第一目录与所述第一属性信息进行关联。
在本实施例的一个或多个实施方式中,所述目标云存储服务器406,还被配置为:
在所述数据库406-2中确定所述第二目录关联的第二属性信息;
根据所述第二属性信息,在所述对象存储单元406-1中获取第二存档数据。
在本实施例的一个或多个实施方式中,所述目标云存储服务器406,还被配置为:
将所述第一存档数据发送至所述目标云存储服务器406以外的备份云存储服务器进行备份。
在本实施例的一个或多个实施方式中,所述目标云存储服务器406,还被配置为:
若无法获取到所述第二存档数据,则将所述存档下载请求转发至任意一个备份云存储服务器。
在本实施例的一个或多个实施方式中,所述目标云存储服务器406,还被配置为:
在所述存档处理请求为存档查看请求的情况下,在所述数据库406-2中获取与所述存档查看请求携带的查看标识对应的第三目录;
将所述第三目录反馈至客户端。
在本实施例的一个或多个实施方式中,所述应用服务器404,还被配置为:
将所述第一位置信息分别与各第二位置信息进行比较;
在存在目标第二位置信息的情况下,将所述目标第二位置信息对应的云存储服务器确定为目标云存储服务器406,所述目标第二位置信息为与所述第一位置信息相同的第二位置信息。
在本实施例的一个或多个实施方式中,所述应用服务器404,还被配置为:
在不存在所述目标第二位置信息的情况下,根据所述第一位置信息和各第二位置信息,确定所述客户端402分别与各云存储服务器406之间的距离;
将与所述客户端402之间的距离最短的云存储服务器406确定为目标云存储服务器406。
在本实施例的一个或多个实施方式中,所述应用服务器404,还被配置为:
在不存在所述目标第二位置信息的情况下,将默认云存储服务器确定为目标云存储服务器406,所述默认云存储服务器为多个云存储服务器406中预先指定的一个。
如4B所示,图4B示出了本申请一实施例提供的第一种存档处理系统的领域模型的结构示意图。第一种存档处理系统的领域模型包括账户历史、存档账户、空间额度、空间额度历史、存档记录、存档历史记录和存档空间配置七部分:其中存档空间配置可以配置存档的一些属性,包含存档大小、有效期、最多几个存档等;存档账户是指在何时开通的账户和/或开通哪款游戏的账户;空间额度包括账户可用的空间额度、已使用的空间额度、冻结的空间额度;存档记录包括存档数据的大小、存档时间、存档数据的下载地址;账户历史为账户的操作历史;存档历史记录包括存档上传历史记录和存档下载历史记录等;空间额度历史记录为空间额度的变更历史记录。
如4C所示,图4C示出了本申请一实施例提供的第一种存档处理系统的领域模型的核心类图。该核心类图包括逻辑控制器、账户、账户空间额度、存档后端服务、开关配置、存档、对象存储单元知识库和对象存储单元八个部分,其中逻辑控制器用于判断用户是否合法,也即登录鉴权;账户是指账户的相关操作,包含注册、注销、账户历史等;账户空间额度为用户存档的空间额度,包含初始化额度、调整额度、冻结、解冻等;存档后端服务包括注册账户、上传存档、下载存档、删除存档和存档列表(目录);开关配置是指根据游戏分配空间额度;存档是指存档的领域对象,包含存档上传、下载、查看等;对象存储单元知识库可以操作对象存储单元的接口对象;对象存储单元是指COS。
如图5所示,图5示出了本申请一实施例提供的第二种存档处理系统的结构示意图,在图4A的基础上,所述系统还包括:解析服务器502。
所述客户端402,被配置为将所述存档处理请求发送至所述解析服务器;
所述解析服务器502,被配置为在接收到所述存档处理请求的情况下,解析所述存档处理请求携带的域名,得到所述客户端402的第一位置信息;将所述存档处理请求和所述第一位置信息发送至所述应用服务器404。
具体的,所述解析服务器502可以是内容分发网络(CDN,Content DeliveryNetwork)。
实际应用中,客户端402需要将存档处理请求发送至解析服务器502,也即发送至CDN,解析服务器502可以通过内部的域名单元,也即域名系统对存档处理请求进行解析,如根据接口、IP地址等获取客户端的第一位置信息,然后将第一位置信息和存档处理请求发送至应用服务器404。如此,可以保证应用服务器404可以快速准确地获取客户端402的第一位置信息,进而提高确定目标云存储服务器406的速度。
例如,解析服务器502接收到客户端402发送的存档处理请求后,解析服务器502通过内部的域名系统(DNS,Domain Name System)对存档数据处理请求进行解析,得到客户端402的第一位置信息。进一步地将存档处理请求和所述第一位置信息发送至所述应用服务器404。
如图6所示,图6示出了本申请一实施例提供的第三种存档处理系统的结构示意图,在图4A的基础上,所述系统还包括:注册服务器602。
所述注册服务器602,被配置为接收各云存储服务器406的注册信息,所述注册信息中携带有第二位置信息;将各云存储服务器406对应的第二位置信息发送给所述应用服务器404。
具体的,注册服务器602可以获取所有的云存储服务器406的第二位置信息,注册服务器602只与应用服务器404交互。
实际应用中,为了获取各云存储服务器406的第二位置信息,设置注册服务器602,其中,各云存储服务器406在建立之初,需要通过注册服务器进行注册,注册时在注册服务器602中保留了各云存储服务器406的注册信息,其中注册信息中包括第二位置信息。此外注册信息中还可以包括云存储服务器406的标识、名称、容量等。在应用服务器404接收到存档处理请求的情况下,会向注册服务器602获取各云存储服务器406的第二位置信息。注册服务器602将接收各云存储服务器406的注册信息,并将各云存储服务器406的注册信息中的第二位置信息发送给应用服务器404。如此,有利于应用服务器404快速获取第二位置信息,并基于第二位置信息确定目标云存储服务器,进一步提高了存档处理的速度。
如图7A所示,图7A示出了本申请一实施例提供的第四种存档处理系统的结构示意图,在图4A的基础上,所述系统还包括:配置服务器702。
所述配置服务器702,被配置为将配置信息发送至所述应用服务器404;
所述应用服务器404,还被配置为接收所述配置信息;根据所述配置信息,将所述存档处理请求发送至所述目标云存储服务器406。
具体的,配置信息是指存储在配置服务器702中的数据,用于通知应用服务器404应该如何向目标云存储服务器406发送存档处理请求,例如路由配置、转发配置等。
实际应用中,在应用服务器404将存档处理请求发送至所述目标云存储服务器406之前,配置服务器702会将运营人员预先设置的配置信息发送给应用服务器404,从而使应用服务器404可以根据配置信息,稳定地将存档处理请求发送至所述目标云存储服务器406。如此,可以提高存档处理请求发送的速度和准确度。
如图7B所示,图7B是本申请一实施例提供的存档处理系统的单元化架构图,主要包含客户端、解析服务器、应用服务器、注册服务器、配置服务器、多个云存储服务器,每个云存储服务器均含有对象存储单元和数据库。
如图8所示,图8示出了本申请一实施例提供的第五种存档处理系统的结构示意图,在图5的基础上,所述系统还包括:负载均衡服务器802;
所述解析服务器502,还被配置为在接收到所述应用服务器404异常的信息时,将所述存档处理请求发送至所述负载均衡服务器802;
所述负载均衡服务器802,被配置为接收所述存档处理请求;将所述存档处理请求发送至默认云存储服务器,所述默认云存储服务器为所述多个云存储服务器406中的任意一个。
实际应用中,负载均衡服务器802是一种默认的流量接入组件。当应用服务器404出现故障时,解析服务器502将接收到应用服务器404异常的信息,也即告知解析服务器502通过应用服务器404向目标云存储服务器发送数据存档请求不可行,此时解析服务器502将向负载均衡服务器802发送存档数据请求,手动配置进行降级,也即将存档处理请求发送至负载均衡服务器802,由负载均衡服务器802直接发送给默认云存储服务器。如此,可以在应用服务器404故障时,兜底降级提升系统的可用性。
此外,所述系统还包括鉴权服务器和识别服务器,其中鉴权服务器被配置为判断用户的登录是否有效,可以用户的cookie(一种小型文本文件)判断用户是否登录有效;识别服务器是一种基础组件,被配置为识别存档处理请求是存档上传请求、还是存档下载请求、还是存档查看请求等。
下述结合附图9,对本申请提供的存档处理系统进行进一步说明,图9示出了本申请一实施例提供的第六种存档处理系统的结构示意图。其中,如图9所示,该系统包括:
客户端902、解析服务器904、应用服务器906、配置服务器908、注册服务器910、部署于不同地理位置的多个云存储服务器912、负载均衡服务器914、鉴权服务器916以及识别服务器918,其中云存储服务器912中包括对象存储单元912-1和数据库912-2。
客户端902,被配置为根据用户操作生成存档处理请求,将存档处理请求发送至解析服务器904。
解析服务器904,被配置为在接收到存档处理请求的情况下,解析存档处理请求携带的域名,得到客户端902的第一位置信息;将存档处理请求和第一位置信息发送至应用服务器906。
注册服务器910,被配置为接收各云存储服务器912的注册信息,注册信息中携带有第二位置信息;将各云存储服务器912对应的第二位置信息发送给应用服务器906。
应用服务器906,被配置为接收存档处理请求、客户端902的第一位置信息和各云存储服务器406的第二位置信息;根据第一位置信息和各第二位置信息,确定目标云存储服务器406。
其中,应用服务器906在存在目标第二位置信息的情况下,将目标第二位置信息对应的云存储服务器912确定为目标云存储服务器912,目标第二位置信息为与第一位置信息相同的第二位置信息。在不存在目标第二位置信息的情况下,根据第一位置信息和各第二位置信息,确定客户端902分别与各云存储服务器912之间的距离,将与客户端902之间的距离最短的云存储服务器912确定为目标云存储服务器912;或者在不存在目标第二位置信息的情况下,将默认云存储服务器确定为目标云存储服务器912,默认云存储服务器为多个云存储服务器912中预先指定的一个。
配置服务器908,被配置为将配置信息发送至应用服务器906。
应用服务器906,被配置为接收配置信息,并根据配置信息,将存档处理请求发送至目标云存储服务器912。
目标云存储服务器912,被配置为接收应用服务器906发送的存档处理请求。
鉴权服务器916,被配置为判断用户的登录是否有效,若有效,则允许目标云存储服务器912继续响应存档处理请求。
识别服务器918,被配置为识别存档处理请求的类型,并将识别结果发送至目标云存储服务器912。
目标云存储服务器912,被配置为在存档处理请求为存档上传请求的情况下,对存档上传请求携带的第一存档数据进行解析,获得第一存储数据的第一属性信息,将第一属性信息存入数据库912-2,将存档上传请求携带的第一存档数据存入对象存储单元912-1,并生成第一存档数据在对象存储单元912-1中的第一目录,将第一目录存入数据库406-2,将第一目录与第一属性信息进行关联,将第一存档数据发送至目标云存储服务器912以外的备份云存储服务器进行备份;在存档处理请求为存档下载请求的情况下,在数据库912-2中获取与存档下载请求携带的存档标识对应的第二目录,在数据库912-2中确定第二目录关联的第二属性信息,根据第二属性信息,在对象存储单元912-1中获取第二存档数据,将第二存档数据反馈至客户端902;在存档处理请求为存档查看请求的情况下,在数据库912-2中获取与存档查看请求携带的查看标识对应的第三目录,将第三目录反馈至客户端902;若无法获取到第二存档数据,则将存档下载请求转发至任意一个备份云存储服务器。
解析服务器904,还被配置为在接收到应用服务器906异常的信息时,将存档处理请求发送至负载均衡服务器914;
负载均衡服务器914,被配置为接收存档处理请求;将存档处理请求发送至默认云存储服务器,默认云存储服务器为多个云存储服务器912中的任意一个。
上述为本实施例的一种存档处理系统的示意性方案。需要说明的是,该存档处理系统的技术方案与上述的应用于目标云存档服务器或者应用于应用服务器的存档处理方法的技术方案属于同一构思,存档处理系统的技术方案未详细描述的细节内容,均可以参见上述应用于目标云存档服务器或者应用于应用服务器的存档处理方法的技术方案的描述。
本申请提供存档处理系统,采用配置化网关服务,聚合通用功能,提升系统的鲁棒性和可用性。使用单元化架构,编写单元化路由算法实现路由精细控制。使用云存储和对象存储单元,提升服务存储的可靠性和容错性。实现存档数据共享,避免了用户误删存档数据而导致存档数据无法找回的风险。
与上述方法实施例相对应,本申请还提供了存档处理装置实施例,应用于目标云存储服务器,所述目标云存储服务器为应用服务器根据客户端的位置信息和各云存储服务器的位置信息确定的所述各云存储服务器中的一个,所述各云存储服务器部署于不同地理位置处,所述云存储服务器中包括对象存储单元和数据库。图10示出了本申请一实施例提供的一种存档处理装置的结构示意图。如图10所示,该装置包括:
第一接收模块1002,被配置为接收所述应用服务器发送的存档处理请求;
上传模块1004,被配置为在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;
下载模块1006,被配置为在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。
在本实施例的一个或多个实施方式中,所述上传模块1004,被配置为:
对所述存档上传请求携带的第一存档数据进行解析,获得所述第一存储数据的第一属性信息;
将所述第一属性信息存入所述数据库;
将所述第一目录与所述第一属性信息进行关联。
在本实施例的一个或多个实施方式中,所述下载模块1006,被配置为:
在所述数据库中确定所述第二目录关联的第二属性信息;
根据所述第二属性信息,在所述对象存储单元中获取第二存档数据。
在本实施例的一个或多个实施方式中,所述装置还包括备份模块,被配置为:
将所述第一存档数据发送至所述目标云存储服务器以外的备份云存储服务器进行备份。
在本实施例的一个或多个实施方式中,所述备份模块,还被配置为:
若无法获取到所述第二存档数据,则将所述存档下载请求转发至任意一个备份云存储服务器。
在本实施例的一个或多个实施方式中,所述装置还包括查看模块,被配置为:
在所述存档处理请求为存档查看请求的情况下,在所述数据库中获取与所述存档查看请求携带的查看标识对应的第三目录;
将所述第三目录反馈至客户端。
本申请提供的存档处理装置,通过接收所述应用服务器发送的存档处理请求;在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。通过在目标云存储服务器上传第一存档数据,使用户的存档数据得以在目标存储服务器上进行存储,使得用户可以在更换设备等情况下,通过目标存储服务器进行下载,实现存档数据共享,避免了用户误删存档数据而导致存档数据无法找回的风险。
上述为本实施例的一种存档处理装置的示意性方案。需要说明的是,该存档处理装置的技术方案与上述的应用于目标云存档服务器的存档处理方法的技术方案属于同一构思,存档处理装置的技术方案未详细描述的细节内容,均可以参见上述应用于目标云存档服务器的存档处理方法的技术方案的描述。
与上述方法实施例相对应,本申请还提供了另一种存档处理装置实施例,应用于应用服务器,图11示出了本申请一实施例提供的另一种存档处理装置的结构示意图。如图11所示,该装置包括:
第二接收模块1102,被配置为接收客户端发送的存档处理请求;
获取模块1104,被配置为获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处;
确定模块1106,被配置为根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;
发送模块1108,被配置为将所述存档处理请求发送至所述目标云存储服务器。
在本实施例的一个或多个实施方式中,所述确定模块1106,还被配置为:
将所述第一位置信息分别与各第二位置信息进行比较;
在存在目标第二位置信息的情况下,将所述目标第二位置信息对应的云存储服务器确定为目标云存储服务器,所述目标第二位置信息为与所述第一位置信息相同的第二位置信息。
在本实施例的一个或多个实施方式中,所述确定模块1106,还被配置为:
在不存在所述目标第二位置信息的情况下,根据所述第一位置信息和各第二位置信息,确定所述客户端分别与各云存储服务器之间的距离;
将与所述客户端之间的距离最短的云存储服务器确定为目标云存储服务器。
在本实施例的一个或多个实施方式中,所述确定模块1106,还被配置为:
在不存在所述目标第二位置信息的情况下,将默认云存储服务器确定为目标云存储服务器,所述默认云存储服务器为多个云存储服务器中预先指定的一个。
本申请提供的存档处理装置,通过接收客户端发送的存档处理请求;获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处;根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;将所述存档处理请求发送至所述目标云存储服务器。通过将存档处理请求目标云存储服务器,可以使目标云存储存档数据,从而得用户可以在更换设备等情况下,通过目标存储服务器进行下载,实现存档数据共享,避免了用户误删存档数据而导致存档数据无法找回的风险。此外,通过第一位置信息和第二位置信息确定目标存储数据,实现了路由有近调用,降低了存储处理的延时。
上述为本实施例的一种存档处理装置的示意性方案。需要说明的是,该存档处理装置的技术方案与上述的应用于应用服务器的存档处理方法的技术方案属于同一构思,存档处理装置的技术方案未详细描述的细节内容,均可以参见上述应用于应用服务器的存档处理方法的技术方案的描述。
图12示出了根据本申请一实施例提供的一种计算设备1200的结构框图。该计算设备1200的部件包括但不限于存储器1210和处理器1220。处理器1220与存储器1210通过总线1230相连接,数据库1250用于保存数据。
计算设备1200还包括接入设备1240,接入设备1240使得计算设备1200能够经由一个或多个网络1260通信。这些网络的示例包括公用交换电话网(PSTN,Public SwitchedTelephone Network)、局域网(LAN,Local Area Network)、广域网(WAN,Wide AreaNetwork)、个域网(PAN,Personal Area Network)或诸如因特网的通信网络的组合。接入设备1240可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC,NetworkInterface Controller))中的一个或多个,诸如IEEE802.11无线局域网(WLAN,WirelessLocal Area Network)无线接口、全球微波互联接入(Wi-MAX,WorldwideInteroperability for Microwave Acess)接口、以太网接口、通用串行总线(USB,Universal Serial Bus)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC,Near FieldCommunication)接口,等等。
在本申请的一个实施例中,计算设备1200的上述部件以及图12中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图12所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备1200可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备1200还可以是移动式或静止式的服务器。
其中,处理器1220执行所述计算机指令时实现所述的应用于目标云存储服务器或者应用于应用服务器的存档处理方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的应用于目标云存储服务器或者应用于应用服务器的存档处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述应用于目标云存储服务器或者应用于应用服务器的存档处理方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现如前所述应用于目标云存储服务器或者应用于应用服务器的存档处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的应用于目标云存储服务器或者应用于应用服务器的存档处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述应用于目标云存储服务器或者应用于应用服务器的存档处理方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (19)

1.一种存档处理方法,其特征在于,应用于目标云存储服务器,所述目标云存储服务器为应用服务器根据客户端的位置信息和各云存储服务器的位置信息确定的所述各云存储服务器中的一个,所述各云存储服务器部署于不同地理位置处,所述云存储服务器中包括对象存储单元和数据库;
所述方法包括:
接收所述应用服务器发送的存档处理请求;
在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;
在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。
2.根据权利要求1所述的方法,其特征在于,所述将所述存档上传请求携带的第一存档数据存入所述对象存储单元之前,还包括:
对所述存档上传请求携带的第一存档数据进行解析,获得所述第一存储数据的第一属性信息;
将所述第一属性信息存入所述数据库;
所述将所述第一目录存入所述数据库之后,还包括:
将所述第一目录与所述第一属性信息进行关联。
3.根据权利要求2所述的方法,其特征在于,所述根据所述第二目录,在所述对象存储单元中获取第二存档数据,包括:
在所述数据库中确定所述第二目录关联的第二属性信息;
根据所述第二属性信息,在所述对象存储单元中获取第二存档数据。
4.根据权利要求1所述的方法,其特征在于,所述将所述第一目录存入所述数据库之后,还包括:
将所述第一存档数据发送至所述目标云存储服务器以外的备份云存储服务器进行备份。
5.根据权利要求4所述的方法,其特征在于,所述根据所述第二目录,在所述对象存储单元中获取第二存档数据之后,还包括:
若无法获取到所述第二存档数据,则将所述存档下载请求转发至任意一个备份云存储服务器。
6.根据权利要求1所述的方法,其特征在于,还包括:
在所述存档处理请求为存档查看请求的情况下,在所述数据库中获取与所述存档查看请求携带的查看标识对应的第三目录;
将所述第三目录反馈至客户端。
7.一种存档处理方法,其特征在于,应用于应用服务器,包括:
接收客户端发送的存档处理请求;
获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处;
根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;
将所述存档处理请求发送至所述目标云存储服务器。
8.根据权利要求7所述的方法,其特征在于,所述根据所述第一位置信息和各第二位置信息,确定目标云存储服务器,包括:
将所述第一位置信息分别与各第二位置信息进行比较;
在存在目标第二位置信息的情况下,将所述目标第二位置信息对应的云存储服务器确定为目标云存储服务器,所述目标第二位置信息为与所述第一位置信息相同的第二位置信息。
9.根据权利要求8所述的方法,其特征在于,所述将所述第一位置信息分别与各第二位置信息进行比较之后,还包括:
在不存在所述目标第二位置信息的情况下,根据所述第一位置信息和各第二位置信息,确定所述客户端分别与各云存储服务器之间的距离;
将与所述客户端之间的距离最短的云存储服务器确定为目标云存储服务器。
10.根据权利要求8所述的方法,其特征在于,所述将所述第一位置信息分别与各第二位置信息进行比较之后,还包括:
在不存在所述目标第二位置信息的情况下,将默认云存储服务器确定为目标云存储服务器,所述默认云存储服务器为多个云存储服务器中预先指定的一个。
11.一种存档处理系统,其特征在于,所述系统包括:
客户端、应用服务器和部署于不同地理位置的多个云存储服务器,所述云存储服务器中包括对象存储单元和数据库;
所述客户端,被配置为根据用户操作生成存档处理请求,将所述存档处理请求发送至所述应用服务器;
所述应用服务器,被配置为接收所述客户端发送的存档处理请求;获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息;根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;将所述存档处理请求发送至所述目标云存储服务器;
所述目标云存储服务器,被配置为接收所述应用服务器发送的所述存档处理请求;在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至所述客户端。
12.根据权利要求11所述的系统,其特征在于,所述系统还包括:解析服务器;
所述客户端,被配置为将所述存档处理请求发送至所述解析服务器;
所述解析服务器,被配置为在接收到所述存档处理请求的情况下,解析所述存档处理请求携带的域名,得到所述客户端的第一位置信息;将所述存档处理请求和所述第一位置信息发送至所述应用服务器。
13.根据权利要求11所述的系统,其特征在于,所述系统还包括:注册服务器;
所述注册服务器,被配置为接收各云存储服务器的注册信息,所述注册信息中携带有第二位置信息;将各云存储服务器对应的第二位置信息发送给所述应用服务器。
14.根据权利要求11所述的系统,其特征在于,所述系统还包括:配置服务器;
所述配置服务器,被配置为将配置信息发送至所述应用服务器;
所述应用服务器,还被配置为接收所述配置信息;根据所述配置信息,将所述存档处理请求发送至所述目标云存储服务器。
15.根据权利要求12所述的系统,其特征在于,所述系统还包括:负载均衡服务器;
所述解析服务器,还被配置为在接收到所述应用服务器异常的信息时,将所述存档处理请求发送至所述负载均衡服务器;
所述负载均衡服务器,被配置为接收所述存档处理请求;将所述存档处理请求发送至默认云存储服务器,所述默认云存储服务器为所述多个云存储服务器中的任意一个。
16.一种存档处理装置,其特征在于,应用于目标云存储服务器,所述目标云存储服务器为应用服务器根据客户端的位置信息和各云存储服务器的位置信息确定的所述各云存储服务器中的一个,所述各云存储服务器部署于不同地理位置处,所述云存储服务器中包括对象存储单元和数据库;
所述装置包括:
第一接收模块,被配置为接收所述应用服务器发送的存档处理请求;
上传模块,被配置为在所述存档处理请求为存档上传请求的情况下,将所述存档上传请求携带的第一存档数据存入所述对象存储单元,并生成所述第一存档数据在所述对象存储单元中的第一目录;将所述第一目录存入所述数据库;
下载模块,被配置为在所述存档处理请求为存档下载请求的情况下,在所述数据库中获取与所述存档下载请求携带的存档标识对应的第二目录;根据所述第二目录,在所述对象存储单元中获取第二存档数据;将所述第二存档数据反馈至客户端。
17.一种存档处理装置,其特征在于,应用于服务器,包括:
第二接收模块,被配置为接收客户端发送的存档处理请求;
获取模块,被配置为获取所述客户端的第一位置信息,并获取各云存储服务器的第二位置信息,所述各云存储服务器部署于不同地理位置处;
确定模块,被配置为根据所述第一位置信息和各第二位置信息,确定目标云存储服务器;
发送模块,被配置为将所述存档处理请求发送至所述目标云存储服务器。
18.一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,其特征在于,所述处理器执行所述计算机指令时实现权利要求1-6或者7-10任意一项所述方法的步骤。
19.一种计算机可读存储介质,其存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现权利要求1-6或者7-10任意一项所述方法的步骤。
CN202110930423.3A 2021-08-13 2021-08-13 存档处理方法、系统及装置 Pending CN113590534A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110930423.3A CN113590534A (zh) 2021-08-13 2021-08-13 存档处理方法、系统及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110930423.3A CN113590534A (zh) 2021-08-13 2021-08-13 存档处理方法、系统及装置

Publications (1)

Publication Number Publication Date
CN113590534A true CN113590534A (zh) 2021-11-02

Family

ID=78257721

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110930423.3A Pending CN113590534A (zh) 2021-08-13 2021-08-13 存档处理方法、系统及装置

Country Status (1)

Country Link
CN (1) CN113590534A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114416728A (zh) * 2021-12-27 2022-04-29 炫彩互动网络科技有限公司 一种服务器存档及读档方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102479238A (zh) * 2010-11-24 2012-05-30 深圳市快播科技有限公司 单机存档游戏系统及其存档方法
CN105391524A (zh) * 2015-11-27 2016-03-09 广东南航天合信息科技有限公司 Qar数据自动化管理方法及系统
CN106487768A (zh) * 2015-08-31 2017-03-08 北京国双科技有限公司 一种文件共享方法及装置
CN108494826A (zh) * 2018-02-25 2018-09-04 心触动(武汉)科技有限公司 一种分布式云存储方法及系统
CN110772785A (zh) * 2019-09-29 2020-02-11 腾讯科技(深圳)有限公司 游戏存档的共享方法、装置及电子设备
CN112057853A (zh) * 2020-08-11 2020-12-11 广州点云科技有限公司 一种基于云游戏的云存档方法
CN113111042A (zh) * 2021-04-14 2021-07-13 景德镇市明泰精工瓷业有限公司 一种存档文件管理方法、系统及电子设备

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102479238A (zh) * 2010-11-24 2012-05-30 深圳市快播科技有限公司 单机存档游戏系统及其存档方法
CN106487768A (zh) * 2015-08-31 2017-03-08 北京国双科技有限公司 一种文件共享方法及装置
CN105391524A (zh) * 2015-11-27 2016-03-09 广东南航天合信息科技有限公司 Qar数据自动化管理方法及系统
CN108494826A (zh) * 2018-02-25 2018-09-04 心触动(武汉)科技有限公司 一种分布式云存储方法及系统
CN110772785A (zh) * 2019-09-29 2020-02-11 腾讯科技(深圳)有限公司 游戏存档的共享方法、装置及电子设备
CN112057853A (zh) * 2020-08-11 2020-12-11 广州点云科技有限公司 一种基于云游戏的云存档方法
CN113111042A (zh) * 2021-04-14 2021-07-13 景德镇市明泰精工瓷业有限公司 一种存档文件管理方法、系统及电子设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114416728A (zh) * 2021-12-27 2022-04-29 炫彩互动网络科技有限公司 一种服务器存档及读档方法

Similar Documents

Publication Publication Date Title
EP2153625B1 (en) Mobile device file sharing method and apparatus
KR101374906B1 (ko) 피어 투 피어 네트워킹 디바이스를 위한 효율적인 서비스 검색
RU2689439C2 (ru) Улучшение производительности веб-доступа
US9104582B1 (en) Optimized data storage
US20180159928A1 (en) Network-Based File Cloud Synchronization Method
EP2985707A1 (en) Method and apparatus for finding file in storage device and router and medium
CN107147748B (zh) 文件上传方法和装置
CN108683668A (zh) 内容分发网络中的资源校验方法、装置、存储介质及设备
EP3384692A1 (en) Mobile device control of wifi hotspot access
CN117176796A (zh) 消息推送方法、装置、计算机设备和存储介质
CN114064275A (zh) 数据处理方法及装置
CN113590534A (zh) 存档处理方法、系统及装置
EP3308506B1 (en) Multimedia messaging service gateway (mmsgw) system, method of operating a multimedia messaging service gateway (mmsgw)system and a software product
CN109408487B (zh) 一种nas文件系统下文件处理系统及方法
CN112448880A (zh) 一种rcs业务消息的发送方法、装置、客户端和服务器
CN112035402A (zh) 一种文件存储方法、装置及终端设备
CN113301005B (zh) 数据获取方法及装置
US9529855B2 (en) Systems and methods for point of interest data ingestion
CN110830492B (zh) 一种基于CoreDNS注册服务的边缘应用相互调度的方法及系统
CN112532764A (zh) 数据获取方法及装置
CN116761159A (zh) 设备多归属接入方法、装置、计算机设备和存储介质
EP4057577B1 (en) Addressing method and addressing apparatus
US11605020B2 (en) Documentation file-embedded machine learning models
CN114385596A (zh) 数据处理方法及装置
CN112637351A (zh) 一种文件下载方法及装置

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