文件处理方法、装置及系统与流程

文档序号:33322633发布日期:2023-03-03 21:27阅读:35来源:国知局
文件处理方法、装置及系统与流程

1.本技术涉及文件处理技术领域,特别涉及文件处理方法、装置及系统。


背景技术:

2.随着互联网技术的发展,游戏已成为用户日常中消遣时间的一种重要方式。各大游戏厂商为了能够向用户提供优质的游戏服务,通常会经过长期的开发过程。而开发一款游戏都需要开发一套打包流程来生成客户端的全量下载包和增量更新包,并把每套流程分别交付运维处理。在此过程中,随着游戏的增加,重复开发和维护功能类似的系统,耗费人力和物力,且对于用户来讲,安装多款游戏还需要单独安装相应的客户端管理工具,让多游戏的管理冗余杂乱,因此亟需一种有效的方案以解决上述问题。


技术实现要素:

3.有鉴于此,本技术实施例提供了一种文件处理方法,以解决现有技术中存在的技术缺陷。本技术实施例同时提供了一种文件处理装置,一种文件处理系统,一种计算设备,以及一种计算机可读存储介质。
4.根据本技术实施例的第一方面,提供了一种文件处理方法,应用于构建节点,包括:
5.将接收到的游戏资源文件与管理资源库中的资源文件进行比对;
6.根据比对结果确定待存储资源文件,并针对所述待存储资源文件配置包含版本字段和文件字段的文件标识;
7.将配置所述文件标识的所述待存储资源文件写入所述管理资源库,根据写入结果记录文件变更信息,所述文件变更信息包含版本字段和所述文件字段;
8.在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包。
9.可选地,所述将接收到的游戏资源文件与管理资源库中的资源文件进行比对,包括:
10.接收资源同步节点上传的游戏资源文件;
11.在所述管理资源库中确定与所述游戏资源文件的版本相同的版本资源文件;
12.将所述游戏资源文件与所述版本资源文件进行比对。
13.可选地,所述根据比对结果确定待存储资源文件,并针对所述待存储资源文件配置包含版本字段和文件字段的文件标识,包括:
14.根据比对结果在所述游戏资源文件中确定差异资源文件,并在所述管理资源库中确定所述差异资源文件关联的局部资源文件;
15.对所述局部资源文件和所述差异资源文件进行整合,获得全局资源文件;
16.针对所述差异资源文件配置包含第一版本字段和第一文件字段的第一文件标识,以及针对所述全局资源文件配置包含第二版本字段和第二文件字段的第二文件标识。
17.可选地,所述将配置所述文件标识的所述待存储资源文件写入所述管理资源库,根据写入结果记录文件变更信息,包括:
18.将配置所述第一文件标识的所述差异资源文件,写入所述管理资源库中的基准资源库,根据写入结果记录基准变更信息;
19.将配置所述第二文件标识的所述全局资源文件,写入所述管理资源库中的全量资源库,根据写入结果记录全量变更信息;
20.其中,所述基准变更信息包含所述第一版本字段和所述第一文件字段;所述全量变更信息包含所述第二版本字段和所述第二文件字段。
21.可选地,所述在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包,包括:
22.在接收到关联所述基准变更信息的资源包构建指令的情况下,根据所述基准变更信息确定包含第一版本字段和所述第一文件字段的第一文件标识;
23.根据所述第一文件标识读取所述基准资源库,根据读取结果确定所述差异资源文件;
24.对所述差异资源文件进行封装,获得所述目标资源包。
25.可选地,所述根据写入结果记录文件变更信息步骤执行之后,还包括:
26.在接收到更新包构建指令的情况下,根据所述更新包构建指令确定目标版本信息,以及确定所述管理资源库对应的历史版本信息;
27.在所述目标版本信息中提取目标标识序列,以及在所述历史版本信息中提取历史标识序列;
28.将所述目标标识序列和所述历史标识序列进行比对,获得更新文件标识;
29.根据所述更新文件标识在所述管理资源库中提取更新资源文件,并组成更新资源包。
30.可选地,所述在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包,包括:
31.在接收到关联所述全量变更信息的资源包构建指令的情况下,根据所述全量变更信息确定包含第二版本字段和所述第二文件字段的第二文件标识;
32.根据所述第二文件标识读取所述全量资源库,根据读取结果确定所述全量资源文件;
33.对所述全量资源文件进行封装,获得所述目标资源包。
34.可选地,所述将配置所述文件标识的所述待存储资源文件写入所述管理资源库步骤执行之前,还包括:
35.对配置所述文件标识的所述待存储资源文件进行校验;
36.在检验未通过的情况下,确定入库错误信息,并将所述入库错误信息发送至资源同步节点;
37.在检验通过的情况下,执行将配置所述文件标识的所述待存储资源文件写入所述管理资源库的步骤。
38.可选地,所述根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包步骤执行之后,还包括:
39.确定包含至少两种分发子策略的资源包分发策略;
40.依次执行所述资源包分发策略中包含的分发子策略,用于对所述目标资源包进行分发处理,其中,每种分发子策略的资源包分发路径不同。
41.可选地,还包括:
42.根据所述写入结果生成入库校验码,以及根据所述文件变更记录生成入库状态信息;基于所述入库校验码和所述入库状态信息生成入库监控信息并上报;
43.和/或,
44.根据所述目标资源包生成封包校验码和封包状态信息;基于所述封包校验码和所述封包状态信息生成封包监控信息并上报。
45.根据本技术实施例的第二方面,提供了一种文件处理装置,应用于构建节点,包括:
46.对比模块,被配置为将接收到的游戏资源文件与管理资源库中的资源文件进行比对;
47.配置模块,被配置为根据比对结果确定待存储资源文件,并针对所述待存储资源文件配置包含版本字段和文件字段的文件标识;
48.写入模块,被配置为将配置所述文件标识的所述待存储资源文件写入所述管理资源库,根据写入结果记录文件变更信息,所述文件变更信息包含版本字段和所述文件字段;
49.组成模块,被配置为在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包。
50.根据本技术实施例的第三方面,提供了一种文件处理系统,包括资源同步节点和构建节点;
51.所述资源同步节点,用于响应于客户端检测信息确定游戏资源文件,并将所述游戏资源文件发送至所述构建节点;
52.所述构建节点,用于将所述游戏资源文件与管理资源库中的资源文件进行比对;根据比对结果确定待存储资源文件,并针对所述待存储资源文件配置包含版本字段和文件字段的文件标识;将配置所述文件标识的所述待存储资源文件写入所述管理资源库,根据写入结果记录文件变更信息,所述文件变更信息包含版本字段和所述文件字段;在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包。
53.根据本技术实施例的第四方面,提供了一种计算设备,包括:
54.存储器和处理器;
55.所述存储器用于存储计算机可执行指令,所述处理器执行所述计算机可执行指令时实现所述文件处理方法的步骤。
56.根据本技术实施例的第五方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述文件处理方法的步骤。
57.根据本技术实施例的第六方面,提供了一种芯片,其存储有计算机程序,该计算机程序被芯片执行时实现所述文件处理方法的步骤。
58.本实施例提供的文件处理方法,为了能够方便管理游戏资源文件,可以在构建节点接收到游戏资源文件后,将游戏资源文件与管理资源库中的资源文件进行比对,以根据
比对结果确定需要入库的待存储资源文件,同时为了能够方便在资源下载时,可以结合下载需求针对性的进行资源包构建,可以针对待存储资源文件配置包含版本片段和文字片段的文件标识,从而支持从库中提取文件时,可以结合版本获取需要使用的资源文件,同时会在写入管理资源库后,根据写入结果记录包含版本字段和文件字段的文件变更信息。实现在接收到关联文件变更信息的资源包构建指令的情况下,可以结合文件变更信息确定文件标识,之后根据文件标识在资源管理库中读取目标资源文件组成目标资源包,以提高游戏资源文件的管理便捷性,同时结合变更信息进行资源包构建,可以适配不同的分发场景,从而更方便游戏开发端管理游戏的整个生命周期。
附图说明
59.图1是本技术一实施例提供的一种文件处理方法的流程图;
60.图2是本技术一实施例提供的一种文件处理方法中的系统结构示意图;
61.图3是本技术一实施例提供的一种文件处理方法的处理流程图;
62.图4是本技术一实施例提供的一种文件处理装置的结构示意图;
63.图5是本技术一实施例提供的一种文件处理系统的结构示意图;
64.图6是本技术一实施例提供的一种计算设备的结构框图。
具体实施方式
65.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本技术内涵的情况下做类似推广,因此本技术不受下面公开的具体实施的限制。
66.在本技术一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本技术一个或多个实施例。在本技术一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本技术一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
67.应当理解,尽管在本技术一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本技术一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。
68.在本技术中,提供了一种文件处理方法。本技术同时涉及一种文件处理装置、一种文件处理系统、一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
69.图1出了根据本技术一实施例提供的一种文件处理方法的流程图,该方法应用于构建节点,具体包括以下步骤:
70.步骤s102,将接收到的游戏资源文件与管理资源库中的资源文件进行比对。
71.具体的,构建节点具体是指在游戏客户端开发完成后,需要进行入库、包构建、分包和处理的节点,其用于负责管理游戏客户端的整个生命维护周期。其中,游戏客户端即为需要安装在玩家电脑上启动目标游戏的客户端,其涉及到的目标游戏包括但不限于动作类
游戏、角色扮演类游戏、射击类游戏、冒险类游戏等。
72.相应的,游戏资源文件具体是指对应游戏客户端的制品文件,其在被开发人员开发完成后,交由构建节点进行处理。相应的,管理资源库具体是指构建节点处用于在客户端对应的资源包进行分发前,存储不同版本客户端文件、补丁文件等的数据库,用于实现在包构建阶段和分发阶段,可以根据需求从管理资源库中读取相应的文件进行封装,从而满足构建和分发需求。
73.基于此,在接收到游戏资源文件后,说明当前阶段游戏客户端发生了更新,为了能够确保玩家可以从不同版本的客户端更新到当前版本的客户端,可以先将接收到的游戏资源文件与管理资源库中的资源文件进行比对,从而方便后续可以根据比对结果写入管理资源库中新增的待存储资源文件,不仅可以减少空间占用,还能够使得文件更加方便进行管理。
74.进一步的,在进行资源文件比对时,考虑到管理资源库中存储有不同版本对应的资源文件,如果将其与历史版本的资源文件进行比对,其后续确定的待存储资源文件可能不够准确,因此需要选择相同版本的资源文件进行比对,本实施例中,具体实现方式如下:
75.接收资源同步节点上传的游戏资源文件;在所述管理资源库中确定与所述游戏资源文件的版本相同的版本资源文件;将所述游戏资源文件与所述版本资源文件进行比对。
76.具体的,资源同步节点具体是指开发人员对应的节点,用于接收开发人员完成的补丁文件或者新客户端对应的资源文件等。相应的,版本资源文件具体是指与当前接收到的游戏资源文件版本相同,且已经存储在管理资源库中的资源文件。
77.基于此,在接收到资源同步节点上传的游戏资源文件后,为了能够实现后续可以精准入库,需要先在管理资源库中确定与游戏资源文件的版本相同的版本资源文件,之后将当前接收到的资源文件与版本资源文件进行一一比对,从而确定还未入库的资源文件,方便后续写入资源库。
78.实际应用中,在监控到客户端编译制品文件构建状态后,可以将客户端制品文件与构建节点的制品文件增量同步到构建节点,此时构建节点可以通过比对最新版本的制品文件与管理资源库中存储相同版本的制品文件差异,确定当前需要写入管理资源库的待存储资源文件,方便后续针对文件配置标识写入库中,以方便进行管理和维护。
79.此外,为了能够确保资源同步更加安全,资源同步节点需要处理同步账号的信息校验和管理资源库的初始化工作;其中,通过账号信息校验流程会对游戏的同步账号(每个游戏对应的同步账号)进行合法性检测,检验通过后才能够进行游戏资源文件同步到构建节点。而构建节点在进行管理资源库初始化工作时,实则是向资源文件同步到管理资源库,之后对管理资源库进行管理。而为了能够对不同阶段的客户端状态进行管理,管理资源库可以支持多仓库设计,即可以将游戏资源分全量资源仓库和基础资源仓库,用于存储全量客户端资源文件或者更新客户端资源文件。另外,还可以通过指定游戏仓库的出包路径,可以让游戏资源仓库进行自由组合。
80.举例说明,构建节点接收到5.0版本的客户端制品文件后,会先在管理资源库中确定对应5.0版本的客户端文件,之后将接收到的5.0版本的客户端制品文件与管理资源库中5.0版本的客户端文件进行一一比对,从而可以根据比对结果确定制品文件差异,方便后续进行标识配置和入库。
81.此外,考虑到资源文件为最新版本的资源文件,此时管理资源库中将不会存在与之版本相同的其他资源文件,因此此时可以直接将最新版本的资源文件写入管理资源库,方便用户在下载最新版本客户端时,直接进行使用。
82.综上,通过结合版本进行比对,可以确保在比对后精准定位管理资源库中缺少的资源文件,以方便后续针对缺少的资源文件进行标识配置和入库处理。
83.步骤s104,根据比对结果确定待存储资源文件,并针对所述待存储资源文件配置包含版本字段和文件字段的文件标识。
84.具体的,在上述将游戏资源文件与管理资源库中的资源文件进行比对后,可以根据比对结果从游戏资源文件中确定需要入库的待存储资源文件,同时为了能够方便在使用时进行文件提取构建资源包,可以在确定待存储资源文件后,针对待存储资源文件配置包含版本字段和文件字段的文件标识,从而实现在写入管理资源库后,若需要从库中读取文件使用,可以结合包含版本字段和文件字段的文件标识进行文件读取,以使得读取到的文件符合当前需要的版本,且能够用于构建包使用。
85.其中,待存储资源文件具体是指游戏资源文件中需要写入管理资源库中的资源文件,且管理资源库中并不存在待存储资源文件;相应的,文件标识具体是指资源文件对应的唯一标识,且管理资源库中不同的资源文件分别对应不同的文件标识。且文件标识中至少包含版本字段和文件字段,其中,版本字段用于定位资源文件所属的版本,文件标识用于标定文件唯一。比如资源文件a的文件标识为id_1.0-a,则可以确定资源文件a的版本是1.0,其唯一标识为a。实际应用中,文件标识的组成结构可以根据实际需求设定,只要包含版本字段和文件字段用于表征其所属版本且唯一性即可。
86.也就是说,在经过比对确定新增和/或修改的制品文件后,可以针对新增和/或修改的制品文件生成唯一标识,即文件标识,并将携带文件标识的制品文件写入管理资源库。当前构建的版本快照中将包含该部分制品文件的唯一标识,以及之前版本中未发生改变的文件标识,以此可以确定制品文件入库完成。以方便在应用阶段,可以通过唯一标识确定完全相同的制品文件在管理资源库中仅存在一份,不同版本只引用制品文件的唯一标识,用于满足下游业务需求。
87.进一步的,考虑到管理资源库中可能存在全量资源库和基准资源库,其中,全量资源库用于存储不同版本客户端的完整资源文件,基础资源库用于存储不同版本客户端的更新资源文件,因此在接收到游戏资源文件后,需要针对各个资源库分别进行相关文件的整理和标识配置,本实施例中,具体实现方式如下:
88.根据比对结果在所述游戏资源文件中确定差异资源文件,并在所述管理资源库中确定所述差异资源文件关联的局部资源文件;对所述局部资源文件和所述差异资源文件进行整合,获得全局资源文件;针对所述差异资源文件配置包含第一版本字段和第一文件字段的第一文件标识,以及针对所述全局资源文件配置包含第二版本字段和第二文件字段的第二文件标识。
89.具体的,差异资源文件具体是指经过比对确定管理资源库中不存在的制品文件;相应的,局部资源文件具体是指能够整合差异资源文件,生成完整客户端的资源文件,即全局资源文件;相应的,第一文件标识具体是指对应差异资源文件的文件标识;第二文件标识具体是指对应全局资源文件的文件标识。
90.基于此,在将游戏资源文件与管理资源库中的资源文件进行比对后,可以根据比对结果从游戏资源文件中确定差异资源文件,为了能够支持构建节点可以在后续构建出全量资源包和更新资源包,可以在此阶段分别针对不同的资源文件进行配置文件标识,即根据比对结果在游戏资源文件中确定差异资源文件,此后在管理资源库中确定差异资源文件关联的局部资源文件;之后将局部资源文件和差异资源文件进行整合,获得全局资源文件;得到了能够写入基准资源库的差异资源文件,以及写入全量资源库的全局资源文件,再针对差异资源文件配置包含第一版本字段和第一文件字段的第一文件标识,以及针对全局资源文件配置包含第二版本字段和第二文件字段的第二文件标识即可。
91.沿用上例,在将接收到的5.0版本的客户端制品文件与管理资源库中5.0版本的客户端文件进行一一比对后,确定差异制品文件包括a,b和c,则此时可以针对差异制品文件a生成文件标识id_5.0-a,针对差异制品文件b生成文件标识id_5.0-b,针对差异制品文件c生成文件标识id_5.0-c,以方便后续将差异制品文件a,b和c依次写入基础资源库。
92.综上,通过针对写入管理资源库的资源文件配置唯一标识,且唯一标识中携带有文件字段和版本字段,可以方便在应用阶段,根据需求选择对应的文件使用,从而更加方便管理客户端的资源文件。
93.此外,为了能够确保资源文件入库后可以应用于包构建,需要在入库前进行一致性校验,本实施例中,具体实现方式如下:
94.对配置所述文件标识的所述待存储资源文件进行校验;在检验未通过的情况下,确定入库错误信息,并将所述入库错误信息发送至资源同步节点;在检验通过的情况下,执行步骤s106。
95.具体的,校验是指对待存储资源文件进行一致性的校验,用于确保同一批次写入管理资源库的资源文件属于同一游戏客户端。相应的,入库错误信息具体是指用于提醒无法入库原因的描述信息。
96.基于此,在确定待存储资源文件后,可以对配置文件标识的待存储资源文件进行校验,在检验未通过的情况下,说明待存储资源文件中包含的资源文件不属于同一游戏客户端,为了能够解决该问题,可以生成入库错误信息,并将入库错误信息发送至资源同步节点,实现资源同步节点进行修正后再进行入库;在检验通过的情况下,说明满足一致性检验需求,则执行步骤s106即可。
97.此外,资源文件写入管理资源库阶段,还可以对同步过来的游戏资源文件进行一致性校验,仅当所有资源校验通过后才可以进行资源文件的入库处理,且每次入库后都会生成对应的变更记录,方便利用该变更记录与构建记录关联,服务于后续的资源包构建流程。
98.综上,通过在入库前进行资源文件的校验,可以确保写入管理资源库的资源文件都具有一致性,从而可以确保资源文件管理得当,避免出现冗余资源文件占用过多的存储空间,且影响客户端对应资源包的构建。
99.步骤s106,将配置所述文件标识的所述待存储资源文件写入所述管理资源库,根据写入结果记录文件变更信息,所述文件变更信息包含版本字段和所述文件字段。
100.具体的,在上述针对待存储资源文件配置完成文件标识后,进一步的,此时即可将配置文件标识的待存储资源文件写入管理资源库,用于通过管理资源库对待存储资源文件
进行持久化,以在包构建节点随时读取并使用。同时在资源文件入库完成后,为了能够在包构建阶段根据需求调用,可以根据入库结果记录文件变更信息,即记录当前阶段管理资源库中写入了那个版本的资源文件,方便在应用阶段通过读取变更信息确定需要使用的资源文件,即通过文件变更信息中记录的文件标识,确定写入管理资源库的文件所属版本以及具体是那个文件,从而结合文件变更信息即可完成相关文件的读取。
101.也就是说,当资源文件入库完成后,会记录当前入库后的文件变更信息,而文件变更信息可以关联资源包的构建记录,以在构建阶段,根据需求读取文件变更信息后,确定所需版本的资源文件对应的文件标识,从而可以在库中读取资源文件使用。
102.在入库完成后,为了能够支持玩家下载完整的客户端,或者更新当前旧版本的客户端,再或者支持玩家边玩边更新,可以将客户端打包分发过程设定为全量客户端、增量更新包和流式更新包。当要生成某个版本的全量客户端时,可以将该版本的管理资源库中文件根据唯一标识读取后打包,打包压缩后即可得到全量资源包,用于直接在玩家客户端安装使用。
103.当需要边下边玩时,可以使用流式资源包完成,其制作方式与全量资源包的构建相似,区分仅在于所需要的资源文件存储位置不同,客户端可以根据预设指定位置边玩边下载流式资源包。
104.9当需要对旧版本的客户端进行更新时,为了能够实现将旧版本的客户端更新为新版本的客户端,可以采用如下方式实现:
105.在接收到更新包构建指令的情况下,根据所述更新包构建指令确定目标版本信息,以及确定所述管理资源库对应的历史版本信息;在所述目标版本信息中提取目标标识序列,以及在所述历史版本信息中提取历史标识序列;将所述目标标识序列和所述历史标识序列进行比对,获得更新文件标识;根据所述更新文件标识在所述管理资源库中提取更新资源文件,并组成更新资源包。
106.具体的,更新包构建指令具体是指构建更新客户端的资源包的指令;相应的,目标版本信息具体是指需要更新的版本对应的信息;相应的,历史版本信息具体是指当前玩家安装的版本对应的信息。相应的,目标标识序列具体是指目标版本客户端需要的文件对应的文件标识组成的序列。相应的,历史标识序列具体是指历史版本客户端需要的文件对应的文件标识组成的序列。相应的,更新文件标识具体是指当前构建更新包所需要的资源文件对应的文件标识。相应的,更新资源包具体是指对历史版本的客户端进行更新使用的文件组成的包。
107.基于此,在接收到更新包构建指令的情况下,说明此时需要构建更新资源包,为了能够整合需要的文件使用,可以先根据更新包构建指令确定需要更新到的版本对应的目标版本信息,以及确定管理资源库对应的历史版本信息;之后在目标版本信息中提取目标标识序列,以及在历史版本信息中提取历史标识序列;将目标标识序列和历史标识序列进行比对,从而可以确定构建更新资源包所需文件对应的更新文件标识;此时再根据更新文件标识在管理资源库中提取更新资源文件,并组成更新资源包即可。
108.也就是说,要生成历史版本和当前版本对应版本区间的增量更新包,可以将历史版本和当前版本各自包含的制品文件唯一标识进行对比,根据比对结果确定历史版本中不存在的制品文件对应的唯一标识,之后结合该唯一标识对应的文件抽取到打包文件夹打包
并压缩后,根据版本区间生成更新索引记录,以方便玩家能够找到对应的增量更新包下载。
109.举例说明,在接收到更新包构建指令的情况下,可以先确定起始版本1.0,结束版本为2.0,同时确定起始版本对应的文件标识包括{id1,id2,id3,id4},结束版本对应的文件标识包括{id1,id2,id3,id4,id5,id6},此时将起始版本1.0的文件标识和结束版本2.0的文件标识进行一一比对,确定差异文件标识包括id5和id6,则此时可以根据文件标识id5和id6读取对应的资源文件组成增量更新包,以方便玩家下载对本地游戏客户端进行更新。
110.综上,通过结合标识比对的方式进行增量更新,可以使得构建出的更新资源包更加符合玩家更新需求,且不会包含冗余的资源文件。
111.进一步的,在将资源文件写入管理资源库并生成文件变更信息时,考虑到管理资源库中包含不同的资源库,因此需要针对不同需求分别进行入库和变更信息的更新,本实施例中,具体实现方式如下:
112.将配置所述第一文件标识的所述差异资源文件,写入所述管理资源库中的基准资源库,根据写入结果记录基准变更信息;将配置所述第二文件标识的所述全局资源文件,写入所述管理资源库中的全量资源库,根据写入结果记录全量变更信息;其中,所述基准变更信息包含所述第一版本字段和所述第一文件字段;所述全量变更信息包含所述第二版本字段和所述第二文件字段。
113.具体的,基础资源库具体是指存储补丁资源文件的资源库,相应的,基准变更信息具体是指基准资源库对应的变更信息,用于记录携带有第一版本字段和第一文件字段的第一文件标识,表征有差异资源文件写入基础资源库。相应的,全量资源库具体是指存储全量资源文件的资源库;相应的,全量变更信息具体是指全量资源库对应的变更信息,用于记录携带有第二版本字段和第二文件字段的第二文件标识,表征有全量资源文件写入全量资源库。
114.基于此,在得到配置第一文件标识的差异资源文件和配置第二文件标识的全量资源文件后,可以将差异资源文件写入管理资源库中的基准资源库,根据写入结果记录基准变更信息;同时将配置第二文件标识的所述全局资源文件,写入管理资源库中的全量资源库,根据写入结果记录全量变更信息;其中,基准变更信息包含第一版本字段和第一文件字段;全量变更信息包含第二版本字段和第二文件字段。
115.也就是说,通过全量资源库中的资源文件可以直接在没有安装过游戏客户端的终端,直接安装不同版本的游戏客户端;通过基准资源库中的资源文件,可以将安装过游戏客户端终端中,历史版本的客户端更新到其他版本的客户端。
116.综上,通过将不同的文件写入不同的资源库,可以实现在包构建阶段根据需求构建不同的包,从而满足不同的使用场景。
117.步骤s108,在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包。
118.具体的,在上述完成资源文件入库后,若某阶段接收到关联文件变更信息的资源包构建指令的情况下,说明此时需要结合构建的目标资源包关联文件变更信息,即需要使用文件变更信息对应的资源文件构建目标资源包,因此可以根据文件变更信息中记录的文件标识,在资源管理库中读取目标资源文件,即读取到的目标资源文件即为对应文件标识的待存储资源文件,之后结合目标资源文件生成目标资源包用于分发和使用。其中,目标资
源包具体是指根据目标资源文件构建的资源包。
119.进一步的,在接收到关联基准变更信息的资源包构建指令的情况下,说明此时需要构建差分包,因此可以结合差异资源文件构建目标资源包,本实施例中,具体实现方式如下:
120.在接收到关联所述基准变更信息的资源包构建指令的情况下,根据所述基准变更信息确定包含第一版本字段和所述第一文件字段的第一文件标识;根据所述第一文件标识读取所述基准资源库,根据读取结果确定所述差异资源文件;对所述差异资源文件进行封装,获得所述目标资源包。
121.基于此,在接收到关联基准变更信息的资源包构建指令的情况下,说明此时需要构建差分包,且差分包需要使用的资源文件为上述写入基准资源库的资源文件,因此可以先根据基准变更信息确定包含第一版本字段和第一文件字段的第一文件标识;之后根据第一文件标识读取基准资源库,根据读取结果确定差异资源文件,即所述第一版本字段且唯一对应第一文件字段的资源文件;之后再对差异资源文件进行封装,即可获得目标资源包。
122.也就是说,当需要构建差分包时,可以根据基准资源库的变更记录确定其关联的构建记录,之后根据构建记录进行差异化构建,用于对比历史版本的差异文件,并将差异文件从基准资源库中检出,按照出包路径合并成游戏的差异包使用即可。
123.例如,在接收到关联基准变更信息的资源包构建指令的情况下,此时可以根据资源包构建指令对应的基准变更信息,确定其记录的文件标识,确定文件标识分别为id_3.0-a和id_3.0-b,说明此时需要3.0版本的差异资源文件a和b,则根据文件标识在基准资源库中直接读取3.0版本的异资源文件a和b进行封装,根据封装结果得到目标资源包,用于对3.0版本的客户端进行更新使用。
124.综上,通过结合基准变更信息进行差异资源文件的读取和封装,可以确保封装的目标资源包满足差分包构建场景,从而满足不同客户端的更新需求。
125.更进一步的,在接收到关联全量变更信息的资源包构建指令的情况下,说明此时需要构建全量包,因此可以结合全量资源文件构建目标资源包,本实施例中,具体实现方式如下:
126.在接收到关联所述全量变更信息的资源包构建指令的情况下,根据所述全量变更信息确定包含第二版本字段和所述第二文件字段的第二文件标识;根据所述第二文件标识读取所述全量资源库,根据读取结果确定所述全量资源文件;对所述全量资源文件进行封装,获得所述目标资源包。
127.基于此,在接收到关联全量变更信息的资源包构建指令的情况下,说明此时需要构建全量包,且全量包需要使用资源文件为上述写入全量资源库的资源文件,因此可以先根据全量变更信息确定包含第二版本字段和第二文件字段的第二文件标识;之后根据第二文件标识读取全量资源库,根据读取结果确定全量资源文件;即所述第二版本字段且唯一对应第二文件字段的资源文件,之后再对全量资源文件进行封装,即可获得目标资源包。
128.也就是说,全量资源包的构也会根据变更记录关联到构建记录,此后可以基于全量资源库中的全量资源文件,按照出包路径进行资源合并,生成全能量资源包使用。
129.例如,在接收到关联全量变更信息的资源包构建指令的情况下,此时可以根据资源包构建指令对应的全量变更信息,确定其记录的全量文件标识,确定文件标识分别为id_
3.0-a、id_3.0-b

id_3.0-z,说明此时需要3.0版本的全部资源文件,用于在用户终端安装3.0版本的游戏客户端。则此时可以根据文件标识在全量资源库中读取对应3.0版本的全部资源文件,并对全部资源文件进行封装,根据封装结果得到目标资源包,用于在用户终端安装3.0版本的游戏客户端。
130.综上,在不同的包构建场景下,可以从不同的资源库中读取资源文件进行使用,实现根据需求构建出不同的资源包,用于在不同场景下进行分发,满足不同玩家的客户端安装需求。
131.此外,为了能够支持不同客户端进行资源包的下载和使用,可以提供多种方式进行资源分发,本实施例中,具体实现方式如下:
132.确定包含至少两种分发子策略的资源包分发策略;依次执行所述资源包分发策略中包含的分发子策略,用于对所述目标资源包进行分发处理,其中,每种分发子策略的资源包分发路径不同。
133.具体的,分发子策略具体是指用于对目标资源包进行分发处理的策略,用于方便玩家根据不同需求从不同渠道进行资源包下载。相应的,资源包分发策略具体是指在资源包分发阶段对资源包进行分发处理的策略。
134.基于此,在构建出目标资源包后,可以先确定预设且包含至少两种分发子策略的资源包分发策略,之后依次执行资源包分发策略中包含的分发子策略,实现对目标资源包进行分发处理,其中,每种分发子策略的资源包分发路径不同。
135.也就是说,为方便包资源分发,降低单节点分发压力,可以对目标资源包进行bt(bit torrent,比特流)做种,之后以bt分发和/或cdn(content delivery network,内容分发网络)分发,实现多种下载策略组合模式想配合,提高分发能力。
136.此外,为了确保整个流程可以被实时监控,可以在每个阶段后反馈校验码和状态信息,本实施例中,具体实现方式如下:
137.根据所述写入结果生成入库校验码,以及根据所述文件变更记录生成入库状态信息;基于所述入库校验码和所述入库状态信息生成入库监控信息并上报;和/或,根据所述目标资源包生成封包校验码和封包状态信息;基于所述封包校验码和所述封包状态信息生成封包监控信息并上报。
138.具体的,入库校验码具体是指在待存储资源文件写入管理资源库后生成的校验码;相应的,入库状态信息具体是指在待存储资源文件写入管理资源库后,当前阶段对应的状态信息;相应的,封包校验码具体是指在对目标资源文件进行封包处理后生成的校验码;相应的,封包状态信息具体是指在目标资源文件进行封包处理后,当前阶段对应的状态信息。
139.基于此,为了能够对整个处理过程进行监控,可以根据写入结果生成入库校验码,以及根据文件变更记录生成入库状态信息;基于入库校验码和入库状态信息生成入库监控信息并上报;和/或,根据目标资源包生成封包校验码和封包状态信息;基于封包校验码和封包状态信息生成封包监控信息并上报。
140.也就是说,在链路追踪及安全校验中,为确保构建资源一致性和构建流程的透明化,可以对每个阶段增加文件crc32校验和状态上报跟踪,能够实时感知构建进行过程,并保证资源流转安全。此外,可以增加构建产物解压校验,保证数据流转到游戏客户端管理模
块的绝对一致性。
141.参见图2所示的示意图,客户端同步端在有制品文件时,可以根据制品文件对应的制品目录向客户端构建端发送制品目录对应的制品文件,之后由客户端构建端结合本地管理资源库进行不同版本资源文件的入库处理,且在处理完成后根据需求构建不同的资源包,实现对其进行分发处理。方便玩家进行下载使用,具体描述参见上述实施例中相应的描述内容,本实施例在此不作过多赘述。
142.本实施例提供的文件处理方法,为了能够方便管理游戏资源文件,可以在构建节点接收到游戏资源文件后,将游戏资源文件与管理资源库中的资源文件进行比对,以根据比对结果确定需要入库的待存储资源文件,同时为了能够方便在资源下载时,可以结合下载需求针对性的进行资源包构建,可以针对待存储资源文件配置包含版本片段和文字片段的文件标识,从而支持从库中提取文件时,可以结合版本获取需要使用的资源文件,同时会在写入管理资源库后,根据写入结果记录包含版本字段和文件字段的文件变更信息。实现在接收到关联文件变更信息的资源包构建指令的情况下,可以结合文件变更信息确定文件标识,之后根据文件标识在资源管理库中读取目标资源文件组成目标资源包,以提高游戏资源文件的管理便捷性,同时结合变更信息进行资源包构建,可以适配不同的分发场景,从而更方便游戏开发端管理游戏的整个生命周期。
143.下述结合附图3以本技术提供的文件处理方法对实际应用场景中的应用为例,对所述文件处理方法进行进一步说明。其中,图3示出了本技术一实施例提供的一种文件处理方法的处理流程图,具体包括以下步骤:
144.步骤s302,接收资源同步节点上传的游戏资源文件。
145.步骤s304,在管理资源库中确定与游戏资源文件的版本相同的版本资源文件。
146.步骤s306,将游戏资源文件与版本资源文件进行比对。
147.步骤s308,根据比对结果在游戏资源文件中确定差异资源文件,并在管理资源库中确定差异资源文件关联的局部资源文件。
148.步骤s310,对局部资源文件和差异资源文件进行整合,获得全局资源文件。
149.步骤s312,针对差异资源文件配置包含第一版本字段和第一文件字段的第一文件标识,以及针对全局资源文件配置包含第二版本字段和第二文件字段的第二文件标识。
150.步骤s314,将配置第一文件标识的差异资源文件,写入管理资源库中的基准资源库,根据写入结果记录基准变更信息。
151.步骤s316,将配置第二文件标识的全局资源文件,写入管理资源库中的全量资源库,根据写入结果记录全量变更信息;其中,基准变更信息包含第一版本字段和第一文件字段;全量变更信息包含第二版本字段和第二文件字段。
152.步骤s318,在接收到关联基准变更信息的资源包构建指令的情况下,根据基准变更信息确定包含第一版本字段和第一文件字段的第一文件标识。
153.步骤s320,根据第一文件标识读取基准资源库,根据读取结果确定差异资源文件。
154.步骤s322,对差异资源文件进行封装,获得目标资源包。
155.步骤s324,在接收到关联全量变更信息的资源包构建指令的情况下,根据全量变更信息确定包含第二版本字段和第二文件字段的第二文件标识。
156.步骤s326,根据第二文件标识读取全量资源库,根据读取结果确定全量资源文件。
157.步骤s328,对全量资源文件进行封装,获得目标资源包。
158.综上所述,为了能够方便管理游戏资源文件,可以在构建节点接收到游戏资源文件后,将游戏资源文件与管理资源库中的资源文件进行比对,以根据比对结果确定需要入库的待存储资源文件,同时为了能够方便在资源下载时,可以结合下载需求针对性的进行资源包构建,可以针对待存储资源文件配置包含版本片段和文字片段的文件标识,从而支持从库中提取文件时,可以结合版本获取需要使用的资源文件,同时会在写入管理资源库后,根据写入结果记录包含版本字段和文件字段的文件变更信息。实现在接收到关联文件变更信息的资源包构建指令的情况下,可以结合文件变更信息确定文件标识,之后根据文件标识在资源管理库中读取目标资源文件组成目标资源包,以提高游戏资源文件的管理便捷性,同时结合变更信息进行资源包构建,可以适配不同的分发场景,从而更方便游戏开发端管理游戏的整个生命周期。
159.与上述方法实施例相对应,本技术还提供了文件处理装置实施例,图4示出了本技术一实施例提供的一种文件处理装置的结构示意图。如图4所示,该装置应用于构建节点,包括:
160.对比模块402,被配置为将接收到的游戏资源文件与管理资源库中的资源文件进行比对;
161.配置模块404,被配置为根据比对结果确定待存储资源文件,并针对所述待存储资源文件配置包含版本字段和文件字段的文件标识;
162.写入模块406,被配置为将配置所述文件标识的所述待存储资源文件写入所述管理资源库,根据写入结果记录文件变更信息,所述文件变更信息包含版本字段和所述文件字段;
163.组成模块408,被配置为在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包。
164.一个可选的实施例中,所述对比模块402进一步被配置为:
165.接收资源同步节点上传的游戏资源文件;在所述管理资源库中确定与所述游戏资源文件的版本相同的版本资源文件;将所述游戏资源文件与所述版本资源文件进行比对。
166.一个可选的实施例中,所述配置模块404进一步被配置为:
167.根据比对结果在所述游戏资源文件中确定差异资源文件,并在所述管理资源库中确定所述差异资源文件关联的局部资源文件;对所述局部资源文件和所述差异资源文件进行整合,获得全局资源文件;针对所述差异资源文件配置包含第一版本字段和第一文件字段的第一文件标识,以及针对所述全局资源文件配置包含第二版本字段和第二文件字段的第二文件标识。
168.一个可选的实施例中,所述写入模块406进一步被配置为:
169.将配置所述第一文件标识的所述差异资源文件,写入所述管理资源库中的基准资源库,根据写入结果记录基准变更信息;将配置所述第二文件标识的所述全局资源文件,写入所述管理资源库中的全量资源库,根据写入结果记录全量变更信息;其中,所述基准变更信息包含所述第一版本字段和所述第一文件字段;所述全量变更信息包含所述第二版本字段和所述第二文件字段。
170.一个可选的实施例中,所述组成模块408进一步被配置为:
171.在接收到关联所述基准变更信息的资源包构建指令的情况下,根据所述基准变更信息确定包含第一版本字段和所述第一文件字段的第一文件标识;根据所述第一文件标识读取所述基准资源库,根据读取结果确定所述差异资源文件;对所述差异资源文件进行封装,获得所述目标资源包。
172.一个可选的实施例中,所述装置还包括:
173.更新模块,被配置为在接收到更新包构建指令的情况下,根据所述更新包构建指令确定目标版本信息,以及确定所述管理资源库对应的历史版本信息;在所述目标版本信息中提取目标标识序列,以及在所述历史版本信息中提取历史标识序列;将所述目标标识序列和所述历史标识序列进行比对,获得更新文件标识;根据所述更新文件标识在所述管理资源库中提取更新资源文件,并组成更新资源包。
174.一个可选的实施例中,所述组成模块408进一步被配置为:
175.在接收到关联所述全量变更信息的资源包构建指令的情况下,根据所述全量变更信息确定包含第二版本字段和所述第二文件字段的第二文件标识;根据所述第二文件标识读取所述全量资源库,根据读取结果确定所述全量资源文件;对所述全量资源文件进行封装,获得所述目标资源包。
176.一个可选的实施例中,所述装置还包括:
177.校验模块,被配置为对配置所述文件标识的所述待存储资源文件进行校验;在检验未通过的情况下,确定入库错误信息,并将所述入库错误信息发送至资源同步节点;在检验通过的情况下,执行将配置所述文件标识的所述待存储资源文件写入所述管理资源库的步骤。
178.一个可选的实施例中,所述装置还包括:
179.分发模块,被配置为确定包含至少两种分发子策略的资源包分发策略;依次执行所述资源包分发策略中包含的分发子策略,用于对所述目标资源包进行分发处理,其中,每种分发子策略的资源包分发路径不同。
180.一个可选的实施例中,所述装置还包括:
181.上报模块,被配置为根据所述写入结果生成入库校验码,以及根据所述文件变更记录生成入库状态信息;基于所述入库校验码和所述入库状态信息生成入库监控信息并上报;和/或,根据所述目标资源包生成封包校验码和封包状态信息;基于所述封包校验码和所述封包状态信息生成封包监控信息并上报。
182.本实施例提供的文件处理装置,为了能够方便管理游戏资源文件,可以在构建节点接收到游戏资源文件后,将游戏资源文件与管理资源库中的资源文件进行比对,以根据比对结果确定需要入库的待存储资源文件,同时为了能够方便在资源下载时,可以结合下载需求针对性的进行资源包构建,可以针对待存储资源文件配置包含版本片段和文字片段的文件标识,从而支持从库中提取文件时,可以结合版本获取需要使用的资源文件,同时会在写入管理资源库后,根据写入结果记录包含版本字段和文件字段的文件变更信息。实现在接收到关联文件变更信息的资源包构建指令的情况下,可以结合文件变更信息确定文件标识,之后根据文件标识在资源管理库中读取目标资源文件组成目标资源包,以提高游戏资源文件的管理便捷性,同时结合变更信息进行资源包构建,可以适配不同的分发场景,从而更方便游戏开发端管理游戏的整个生命周期。
183.上述为本实施例的一种文件处理装置的示意性方案。需要说明的是,该文件处理装置的技术方案与上述的文件处理方法的技术方案属于同一构思,文件处理装置的技术方案未详细描述的细节内容,均可以参见上述文件处理方法的技术方案的描述。
184.与上述方法实施例相对应,本技术还提供了文件处理系统实施例,图5示出了本技术一实施例提供的一种文件处理系统的结构示意图。如图5所示,文件处理系统500包括资源同步节点510和构建节点520;
185.所述资源同步节点510,用于响应于客户端检测信息确定游戏资源文件,并将所述游戏资源文件发送至所述构建节点;
186.所述构建节点520,用于将所述游戏资源文件与管理资源库中的资源文件进行比对;根据比对结果确定待存储资源文件,并针对所述待存储资源文件配置包含版本字段和文件字段的文件标识;将配置所述文件标识的所述待存储资源文件写入所述管理资源库,根据写入结果记录文件变更信息,所述文件变更信息包含版本字段和所述文件字段;在接收到关联所述文件变更信息的资源包构建指令的情况下,根据所述文件标识在所述资源管理库中读取目标资源文件并组成目标资源包。
187.一个可选的实施例中,所述构建节点520进一步被配置为:
188.接收资源同步节点上传的游戏资源文件;在所述管理资源库中确定与所述游戏资源文件的版本相同的版本资源文件;将所述游戏资源文件与所述版本资源文件进行比对。
189.一个可选的实施例中,所述构建节点520进一步被配置为:
190.根据比对结果在所述游戏资源文件中确定差异资源文件,并在所述管理资源库中确定所述差异资源文件关联的局部资源文件;对所述局部资源文件和所述差异资源文件进行整合,获得全局资源文件;针对所述差异资源文件配置包含第一版本字段和第一文件字段的第一文件标识,以及针对所述全局资源文件配置包含第二版本字段和第二文件字段的第二文件标识。
191.一个可选的实施例中,所述构建节点520进一步被配置为:
192.将配置所述第一文件标识的所述差异资源文件,写入所述管理资源库中的基准资源库,根据写入结果记录基准变更信息;将配置所述第二文件标识的所述全局资源文件,写入所述管理资源库中的全量资源库,根据写入结果记录全量变更信息;其中,所述基准变更信息包含所述第一版本字段和所述第一文件字段;所述全量变更信息包含所述第二版本字段和所述第二文件字段。
193.一个可选的实施例中,所述构建节点520进一步被配置为:
194.在接收到关联所述基准变更信息的资源包构建指令的情况下,根据所述基准变更信息确定包含第一版本字段和所述第一文件字段的第一文件标识;根据所述第一文件标识读取所述基准资源库,根据读取结果确定所述差异资源文件;对所述差异资源文件进行封装,获得所述目标资源包。
195.一个可选的实施例中,所述构建节点520进一步被配置为:
196.在接收到更新包构建指令的情况下,根据所述更新包构建指令确定目标版本信息,以及确定所述管理资源库对应的历史版本信息;在所述目标版本信息中提取目标标识序列,以及在所述历史版本信息中提取历史标识序列;将所述目标标识序列和所述历史标识序列进行比对,获得更新文件标识;根据所述更新文件标识在所述管理资源库中提取更
新资源文件,并组成更新资源包。
197.一个可选的实施例中,所述构建节点520进一步被配置为:
198.在接收到关联所述全量变更信息的资源包构建指令的情况下,根据所述全量变更信息确定包含第二版本字段和所述第二文件字段的第二文件标识;根据所述第二文件标识读取所述全量资源库,根据读取结果确定所述全量资源文件;对所述全量资源文件进行封装,获得所述目标资源包。
199.一个可选的实施例中,所述构建节点520进一步被配置为:
200.对配置所述文件标识的所述待存储资源文件进行校验;在检验未通过的情况下,确定入库错误信息,并将所述入库错误信息发送至资源同步节点;在检验通过的情况下,执行将配置所述文件标识的所述待存储资源文件写入所述管理资源库的步骤。
201.一个可选的实施例中,所述构建节点520进一步被配置为:
202.确定包含至少两种分发子策略的资源包分发策略;依次执行所述资源包分发策略中包含的分发子策略,用于对所述目标资源包进行分发处理,其中,每种分发子策略的资源包分发路径不同。
203.一个可选的实施例中,所述构建节点520进一步被配置为:
204.根据所述写入结果生成入库校验码,以及根据所述文件变更记录生成入库状态信息;基于所述入库校验码和所述入库状态信息生成入库监控信息并上报;和/或,根据所述目标资源包生成封包校验码和封包状态信息;基于所述封包校验码和所述封包状态信息生成封包监控信息并上报。
205.本实施例提供的文件处理系统,为了能够方便管理游戏资源文件,可以在构建节点接收到游戏资源文件后,将游戏资源文件与管理资源库中的资源文件进行比对,以根据比对结果确定需要入库的待存储资源文件,同时为了能够方便在资源下载时,可以结合下载需求针对性的进行资源包构建,可以针对待存储资源文件配置包含版本片段和文字片段的文件标识,从而支持从库中提取文件时,可以结合版本获取需要使用的资源文件,同时会在写入管理资源库后,根据写入结果记录包含版本字段和文件字段的文件变更信息。实现在接收到关联文件变更信息的资源包构建指令的情况下,可以结合文件变更信息确定文件标识,之后根据文件标识在资源管理库中读取目标资源文件组成目标资源包,以提高游戏资源文件的管理便捷性,同时结合变更信息进行资源包构建,可以适配不同的分发场景,从而更方便游戏开发端管理游戏的整个生命周期。
206.上述为本实施例的一种文件处理系统的示意性方案。需要说明的是,该文件处理系统的技术方案与上述的文件处理方法的技术方案属于同一构思,文件处理系统的技术方案未详细描述的细节内容,均可以参见上述文件处理方法的技术方案的描述。
207.此外,装置和系统实施例中的各组成部分应当理解为实现该程序流程各步骤或该方法各步骤所必须建立的功能模块,各个功能模块并非实际的功能分割或者分离限定。由这样一组功能模块限定的装置权利要求应当理解为主要通过说明书记载的计算机程序实现该解决方案的功能模块构架,而不应当理解为主要通过硬件方式实现该解决方案的实体装置。
208.图6示出了根据本技术一实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连
接,数据库650用于保存数据。
209.计算设备600还包括接入设备640,接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(pstn,public switched telephone network)、局域网(lan,local area network)、广域网(wan,wide area network)、个域网(pan,personal area network)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(nic,network interface controller))中的一个或多个,诸如ieee802.11无线局域网(wlan,wireless local area network)无线接口、全球微波互联接入(wi-max,worldwide interoperability for microwave access)接口、以太网接口、通用串行总线(usb,universal serial bus)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc,near field communication)接口,等等。
210.在本技术的一个实施例中,计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图6所示的计算设备结构框图仅仅是出于示例的目的,而不是对本技术范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
211.计算设备600可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或个人计算机(pc,personal computer)的静止计算设备。计算设备600还可以是移动式或静止式的服务器。
212.其中,处理器620用于执行所述文件处理方法的计算机可执行指令。
213.上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的文件处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述文件处理方法的技术方案的描述。
214.本技术一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于文件处理方法。
215.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的文件处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述文件处理方法的技术方案的描述。
216.所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
217.本技术一实施例还提供一种芯片,其存储有计算机程序,该计算机程序被芯片执行时实现所述文件处理方法的步骤。
218.需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列
的动作组合,但是本领域技术人员应该知悉,本技术并不受所描述的动作顺序的限制,因为依据本技术,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本技术所必须的。
219.在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
220.以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本技术的内容,可作很多的修改和变化。本技术选取并具体描述这些实施例,是为了更好地解释本技术的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1