一种文件部署方法、装置及设备与流程
本申请涉及数据存储技术领域，特别涉及一种文件部署方法、装置及设备。
背景技术：
在cdn(contentdeliverynetwork，内容分发网络)中，一般采用实时部署方式部署文件。即：实时确定某一文件的热度，若该文件的热度较高，则在网络中部署该文件。文件的热度通常根据文件的访问量来确定，访问量越大，文件的热度就越高。
其中，实时部署方式能够及时部署热度在长时间内稳定升高的文件，但对于热度变化快的文件，其效果差强人意。例如：某一文件的热度突增，但很快其热度大幅度下降。对于这种情况，若采用实时部署方式部署该文件，还未待文件部署完毕或文件刚部署完毕，该文件的热度就已下降，这样部署的文件就毫无意义，还增加了无效的部署操作，浪费了计算机资源。
技术实现要素：
本申请的主要目的在于提供一种文件部署方法、装置及设备，旨在应对现有实时部署方式无法应对热度变化较快的情况。
为实现上述目的，本申请提供了一种文件部署方法，包括：
获取预设时间段内用户发送的多个文件访问请求；
根据多个文件访问请求确定预设时间段内用户访问的预设数量个热文件，获得热文件集合；
计算热文件集合中的不同热文件之间的相关性；
按照相关性在热文件集合中确定待部署文件，并离线部署待部署文件。
优选地，计算热文件集合中的不同热文件之间的相关性，包括：
确定访问每个热文件的用户id，以及每个热文件的热度；
将热文件集合中的不同热文件两两不重复组合，获得多个文件组；
根据每个文件组中的两个热文件的热度和用户id，计算每个文件组中的两个热文件的相关性。
优选地，根据每个文件组中的两个热文件的热度和用户id，计算每个文件组中的两个热文件的相关性，包括：
分别判断每个文件组中的两个热文件的用户id是否相同；
若是，则将两个热文件的用户id相同的文件组标记为相关文件组，并根据相关文件组中的两个热文件的热度，确定相关文件组中的两个热文件的相关性。
优选地，根据相关文件组中的两个热文件的热度，确定相关文件组中的两个热文件的相关性，包括：
比较相关文件组中的两个热文件的热度；
若相关文件组中的两个热文件的热度相同，则根据相关文件组中的两个热文件的热度计算相关文件组中的两个热文件的相关性；
若相关文件组中的两个热文件的热度不同，则根据较小热度计算相关文件组中的两个热文件的相关性。
优选地，按照相关性在热文件集合中确定待部署文件，包括：
若相关文件组中的两个热文件的热度相同，则将相关文件组中的两个热文件均确定为待部署文件；
若相关文件组中的两个热文件的热度不同，则将较小热度对应的热文件确定为待部署文件。
优选地，离线部署待部署文件，包括：
根据待部署文件对应的相关性和待部署文件的热度，确定待部署文件的部署份数；
按照部署份数离线部署待部署文件。
优选地，根据待部署文件对应的相关性和待部署文件的热度，确定待部署文件的部署份数，包括：
将待部署文件对应的相关性、待部署文件的热度以及预设的平衡系数的乘积，确定为待部署文件的部署份数。
优选地，将热文件集合中的不同热文件两两不重复组合，获得多个文件组，包括：
若预设数量为m，则构建m×m的相关性矩阵；
按照相关性矩阵将热文件集合中的不同热文件两两不重复组合，获得多个文件组。
优选地，根据多个文件访问请求确定预设时间段内用户访问的预设数量个热文件，获得热文件集合，包括：
将预设时间段内用户访问的文件按照热度由小至大进行排列，得到文件队列；
从文件队列的队尾开始，选择预设数量个文件组成热文件集合。
优选地，计算热文件集合中的不同热文件之间的相关性，包括：
根据文件推荐算法计算热文件集合中的不同热文件之间的相关性。
优选地，计算热文件集合中的不同热文件之间的相关性，包括：
根据文件的特征计算热文件集合中的不同热文件之间的相关性。
为实现上述目的，本申请进一步提供了一种文件部署装置，包括：
获取模块，用于获取预设时间段内用户发送的多个文件访问请求；
确定模块，用于根据多个文件访问请求确定预设时间段内用户访问的预设数量个热文件，获得热文件集合；
计算模块，用于计算热文件集合中的不同热文件之间的相关性；
部署模块，用于按照相关性在热文件集合中确定待部署文件，并离线部署待部署文件。
优选地，计算模块包括：
第一确定单元，用于确定访问每个热文件的用户id，以及每个热文件的热度；
组合单元，用于将热文件集合中的不同热文件两两不重复组合，获得多个文件组；
计算单元，用于根据每个文件组中的两个热文件的热度和用户id，计算每个文件组中的两个热文件的相关性。
优选地，计算单元包括：
判断子单元，用于分别判断每个文件组中的两个热文件的用户id是否相同；
相关性确定子单元，用于将两个热文件的用户id相同的文件组标记为相关文件组，并根据相关文件组中的两个热文件的热度，确定相关文件组中的两个热文件的相关性。
优选地，确定子单元具体用于：
比较相关文件组中的两个热文件的热度；
若相关文件组中的两个热文件的热度相同，则根据相关文件组中的两个热文件的热度计算相关文件组中的两个热文件的相关性；
若相关文件组中的两个热文件的热度不同，则根据较小热度计算相关文件组中的两个热文件的相关性较小热度。
优选地，部署模块包括：
第一执行单元，用于若相关文件组中的两个热文件的热度相同，则将相关文件组中的两个热文件均确定为待部署文件；
第二执行单元，用于若相关文件组中的两个热文件的热度不同，则将较小热度对应的热文件确定为待部署文件。
优选地，部署模块包括：
第二确定单元，用于根据待部署文件对应的相关性和待部署文件的热度，确定待部署文件的部署份数；
部署单元，用于按照部署份数离线部署待部署文件。
优选地，第二确定单元具体用于：
将待部署文件对应的相关性、待部署文件的热度以及预设的平衡系数的乘积，确定为待部署文件的部署份数。
优选地，组合单元包括：
构建子单元，用于若预设数量为m，则构建m×m的相关性矩阵；
组合子单元，用于按照相关性矩阵将热文件集合中的不同热文件两两不重复组合，获得多个文件组。
优选地，确定模块包括：
排列单元，用于将预设时间段内用户访问的文件按照热度由小至大进行排列，得到文件队列；
选择单元，用于从文件队列的队尾开始，选择预设数量个文件组成热文件集合。
优选地，计算模块具体用于：
根据文件推荐算法计算热文件集合中的不同热文件之间的相关性。
优选地，计算模块具体用于：
根据文件的特征计算热文件集合中的不同热文件之间的相关性。
为实现上述目的，本申请进一步提供了一种文件部署设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序，以实现前述公开的文件部署方法。
为实现上述目的，本申请进一步提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的文件部署方法。
通过以上方案可知，本申请提供的方法能够根据预设时间段内用户发送的多个文件访问请求，确定该时间段内被访问的预设数量个热文件，进而计算这些热文件之间的相关性；最后根据不同热文件的相关性确定了待部署文件，并离线部署待部署文件。
也就是说，本申请首先确定了热度不同的热文件，以及不同热文件之间的相关性，进而根据不同热文件之间的相关性确定了待部署的热文件，并将待部署的热文件进行离线部署，从而可在文件的热度还未大幅度升高之前，提前将文件进行部署，以应对热度变化较快的文件的部署。由于在文件热度较高时，当前网络的压力也比较大，因此提前离线部署文件，还可以避免部署操作和网络服务性能的相互影响，从而可提高网络服务性能和部署操作的效率。
相应地，本申请提供的一种文件部署装置及设备，也同样具有上述技术效果。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请公开的第一种文件部署方法流程图；
图2为图1中s103步骤的细化流程图；
图3为图1中s104步骤的细化流程图；
图4为图1中s105步骤的细化流程图；
图5为本申请公开的第二种文件部署方法流程图；
图6为本申请公开的一种相关性矩阵示意图；
图7为本申请公开的一种文件部署装置示意图；
图8为本申请公开的一种文件部署设备示意图；
图9为本申请公开的另一种文件部署设备示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
参见图1，图1为本申请实施例公开的第一种文件部署方法流程图。在一实施例中，该方法包括：
s101、获取预设时间段内用户发送的多个文件访问请求；
s102、根据多个文件访问请求确定预设时间段内用户访问的预设数量个热文件，获得热文件集合；
s103、计算热文件集合中的不同热文件之间的相关性；
s104、按照相关性在热文件集合中确定待部署文件；
s105、离线部署待部署文件。
其中，当具有相关性的热文件的热度不同时，可优先部署其中热度较低的文件。当具有相关性的热文件的热度相同时，则具有相关性的热文件均可以为待部署文件。
在本实施例中，预设时间段可设置为3分钟，1分钟等较短时间，这样可为后续步骤的实施提高便利条件，也可提高本实施例的准确性。若时间段设置的太长，则访问请求将比较多，被访问的文件数量也将比较多，大量文件的分析处理过程将比较慢，效率也会比较低。同时，若被分析的文件数量不做相应限制，也会拖慢处理过程，因此本实施例对被分析的文件数量进行了预设。
需要说明的是，本申请中提及的“热文件”是一个相对的描述。当两个文件的热度相比较时，热度较高的文件即为热文件，热度较低的文件即为冷文件或温文件。因此在具体实施时，可设置一个热度阈值，当文件的热度高于该热度阈值，则认为文件为待分析的热文件；否则，文件为冷文件或温文件。
热文件集合中的不同热文件之间的相关性可按照图2描述的流程进行确定。请参见图2，图2为图1中s103步骤的细化流程图，故图1中的s103的具体实现步骤包括：
s201、确定访问每个热文件的用户id，以及每个热文件的热度；
s202、将热文件集合中的不同热文件两两不重复组合，获得多个文件组；
s203、分别判断每个文件组中的两个热文件的用户id是否相同；若是，则执行s204；若否，则执行s205；
s204、将两个热文件的用户id相同的文件组标记为相关文件组，并根据相关文件组中的两个热文件的热度，确定相关文件组中的两个热文件的相关性；
s205、将两个热文件的用户id不相同的文件组标记为不相关文件组。
其中，s201和s202的执行顺序可以互换，互换后不影响本实施例的实现。
具体的，根据相关文件组中的两个热文件的热度，确定相关文件组中的两个热文件的相关性，包括：比较相关文件组中的两个热文件的热度；若相关文件组中的两个热文件的热度相同，则根据相关文件组中的两个热文件的热度计算相关文件组中的两个热文件的相关性；若相关文件组中的两个热文件的热度不同，则根据较小热度计算相关文件组中的两个热文件的相关性。
例如：若以文件的访问次数作为文件的热度，假设预设时间段内被访问的文件为a、b、c，且访问a、b、c的用户id分别为x、y、y，即：用户x访问了文件a；用户y访问了文件b；用户y访问了文件c；同时用户x访问文件a的次数为1；用户y访问文件b的次数为2；用户y访问文件c的次数为3。
将a、b、c两两不重复组合(即排列组合
根据上述基于文件热度确定的相关性的计算参数，可计算两个文件之间的相关性，计算过程具体包括：用n表示两个文件的相关性的计算参数，n’表示相关性，则有：n’＝n/||n||。例如：将b和c的相关性的计算参数表示为向量[0,0,2]，那么||n||＝sqrt(02+02+22)＝2，n’＝[0,0,1]，即相关性为1。其中，为了便于计算，本实施例将文件热度用向量表示，向量表示的生成方式请参见图6。
在本实施例中，将热文件集合中的不同热文件两两不重复组合，获得多个文件组，包括：若预设数量为m，则构建m×m的相关性矩阵；按照相关性矩阵将热文件集合中的不同热文件两两不重复组合，获得多个文件组。相关性矩阵的构建方式将在下述实施例中进行介绍，故本实施例在此不再赘述。
请参见图3，图3为图1中s104步骤的细化流程图，故图1中的s104的具体实现步骤包括：
s301、比较相关文件组中的两个热文件的热度；
s302、若相关文件组中的两个热文件的热度相同，则将相关文件组中的两个热文件均确定为待部署文件；
s303、若相关文件组中的两个热文件的热度不同，则将较小热度对应的热文件确定为待部署文件。
例如：若b和c的热度均为x，则待部署的文件即为b和c。若b和c的热度分别为2和3，则待部署的文件只有b。
请参见图4，图4为图1中s105步骤的细化流程图，故图1中的s105的具体实现步骤包括：
s401、根据待部署文件对应的相关性和待部署文件的热度，确定待部署文件的部署份数；
s402、按照部署份数离线部署待部署文件。
在本实施例中，根据待部署文件对应的相关性和待部署文件的热度，确定待部署文件的部署份数，包括：将待部署文件对应的相关性、待部署文件的热度以及预设的平衡系数的乘积，确定为待部署文件的部署份数。
若以图2所示的方法计算相关性，那么文件部署份数的计算过程具体包括：
上述示例中b的热度为2，c的热度为3，那么文件组bc中，待部署的文件即为b，因此b的部署份数＝b和c的相关性×b的热度×平衡系数，则有：b部署份数＝1×2×alpha。其中，alpha为平衡系数，其取值区间为：[0,1]，包括端点值。alpha取值可根据网络的实际情况灵活调整。若alpha＝0.5，则b的部署份数为：1×2×0.5＝1。
本实施例提及的“离线部署待部署文件”即为：将待部署文件以离线方式部署至cdn网络中。本实施例可与现有实时部署方式共同应用于cdn网络，从而可弥补现有实时部署方式的劣势，在一定程度上还可以避免现有实时部署方式的无效部署操作，从而可节约计算机资源，提高cdn网络的服务性能和缓存命中率。其中，本实施例中的cdn网络具体为点播调度部署系统。
由上可见，本实施例首先确定了热度不同的热文件，以及不同热文件之间的相关性，进而根据不同热文件之间的相关性确定了待部署的热文件，并将待部署的热文件进行离线部署，从而可在文件的热度还未大幅度升高之前，提前将文件进行部署，以应对热度变化较快的文件的部署。由于在文件热度较高时，当前网络的压力也比较大，因此提前离线部署文件，还可以避免部署操作和网络服务性能的相互影响，从而可提高网络服务性能和部署操作的效率。
参见图5，图5为本申请实施例公开的第二种文件部署方法流程图。在二实施例中，该方法包括：
s501、获取预设时间段内用户发送的多个文件访问请求；
s502、将预设时间段内用户访问的文件按照热度由小至大进行排列，得到文件队列；
s503、从文件队列的队尾开始，选择预设数量个文件组成热文件集合；
s504、计算热文件集合中的不同热文件之间的相关性；
s505、按照相关性在热文件集合中确定待部署文件，并离线部署待部署文件。
在本实施例中，计算热文件集合中的不同热文件之间的相关性的具体实现方式包括三种：
第一种，根据文件推荐算法计算热文件集合中的不同热文件之间的相关性。其中，为了提高文件的访问量，一般会基于文件内容等指标给用户推荐文件。各个平台均设置有相应的文件推荐算法，因此可以按照各个平台设置的文件推荐算法计算不同文件的相关性。具体的计算过程可以参考现有技术，故本实施例在此不再赘述。
第二种，根据文件的特征计算热文件集合中的不同热文件之间的相关性。其中，不同文件具有不同的特征，例如文件的类型、文件内容、用户对于文件的满意度等。基于文件的特征可以构建基于内容的推荐系统(content-basedrecommendationsystem)，进而利用推荐系统计算不同文件的相关性。具体的实施过程可以参考现有技术，故本实施例在此不再赘述。
第三种，构建m×m的相关性矩阵；按照相关性矩阵计算热文件集合中的不同热文件之间的相关性。
具体的，仍以上述实施例示例的文件a、b、c进行介绍。根据上述实施例的描述，可构建如图6所示的相关性矩阵，在图6中，相关性矩阵m为对称型矩阵，其可表示为i.e.m(x,y)＝m(y,x)。由于此处不关注文件与自身的相关性，故而矩阵的对角线为恒定值，且初始化为0。需要说明的是，由于相关性矩阵m以其对角线对称，即：对角线两边记录的热度一致，故只关注相关性矩阵m的一半即可，图6中矩阵的左下或右上任取其一即可。
将矩阵中所示的b和c的相关性的计算参数表示为向量[0,0,2]。为了准确体现文件之间的相关性，将向量[0,0,2]进行正交化，从而获得b和c的相关性。正交化后，向量[0,0,2]中的每一个元素均为大于等于0且小于等于1的数值，此即为上述实施例介绍的n’＝n/||n||，具体请参见上述实施例。
按照上述实施例的介绍，则相关性n’＝[0,0,1]＝1，即b和c的相关性为1，可表示为r(b,c)＝1，又由于文件b的热度h(b)＝2，文件c的热度h(c)＝3，待部署文件为b，那么b的部署份数＝r(b,c)×h(b)×alpha。若要部署文件c，则c的部署份数＝r(b,c)×h(c)×alpha。
其中，由于b和c互为相关性文件，因此b对于c的相关性等于b对于c的相关性。
在本实施例中，根据多个文件访问请求确定预设时间段内用户访问的预设数量个热文件，获得热文件集合，包括：将预设时间段内用户访问的文件按照热度由大至小进行排列，得到文件队列；从文件队列的队头开始，选择预设数量个文件组成热文件集合。
需要说明的是，获取预设时间段内用户发送的多个文件访问请求，包括：按照预设的周期获取预设时间段内用户发送的多个文件访问请求。即：周期性地获取预设时间段内用户发送的多个文件访问请求。
需要说明的是，本实施例中的其他实现步骤与上述实施例相同或类似，故本实施例在此不再赘述。
由上可见，本实施例首先确定了热度不同的热文件，以及不同热文件之间的相关性，进而根据不同热文件之间的相关性确定了待部署的热文件，并将待部署的热文件进行离线部署，从而可在文件的热度还未大幅度升高之前，提前将文件进行部署，以应对热度变化较快的文件的部署。由于在文件热度较高时，当前网络的压力也比较大，因此提前离线部署文件，还可以避免部署操作和网络服务性能的相互影响，从而可提高网络服务性能和部署操作的效率。
下面对本申请实施例提供的一种文件部署装置进行介绍，下文描述的一种文件部署装置与上文描述的一种文件部署方法可以相互参照。
参见图7，图7为本申请实施例公开的一种文件部署装置示意图。在三实施例中，该装置包括：
获取模块701，用于获取预设时间段内用户发送的多个文件访问请求；
确定模块702，用于根据多个文件访问请求确定预设时间段内用户访问的预设数量个热文件，获得热文件集合；
计算模块703，用于计算热文件集合中的不同热文件之间的相关性；
部署模块704，用于按照相关性在热文件集合中确定待部署文件，并离线部署待部署文件。
在一种具体实施方式中，计算模块包括：
第一确定单元，用于确定访问每个热文件的用户id，以及每个热文件的热度；
组合单元，用于将热文件集合中的不同热文件两两不重复组合，获得多个文件组；
计算单元，用于根据每个文件组中的两个热文件的热度和用户id，计算每个文件组中的两个热文件的相关性。
在一种具体实施方式中，计算单元包括：
判断子单元，用于分别判断每个文件组中的两个热文件的用户id是否相同；
相关性确定子单元，用于将两个热文件的用户id相同的文件组标记为相关文件组，并根据相关文件组中的两个热文件的热度，确定相关文件组中的两个热文件的相关性。
在一种具体实施方式中，确定子单元具体用于：
比较相关文件组中的两个热文件的热度；
若相关文件组中的两个热文件的热度相同，则根据相关文件组中的两个热文件的热度计算相关文件组中的两个热文件的相关性；
若相关文件组中的两个热文件的热度不同，则根据较小热度计算相关文件组中的两个热文件的相关性较小热度。
在一种具体实施方式中，部署模块包括：
第一执行单元，用于若相关文件组中的两个热文件的热度相同，则将相关文件组中的两个热文件均确定为待部署文件；
第二执行单元，用于若相关文件组中的两个热文件的热度不同，则将较小热度对应的热文件确定为待部署文件。
在一种具体实施方式中，部署模块包括：
第二确定单元，用于根据待部署文件对应的相关性和待部署文件的热度，确定待部署文件的部署份数；
部署单元，用于按照部署份数离线部署待部署文件。
在一种具体实施方式中，第二确定单元具体用于：
将待部署文件对应的相关性、待部署文件的热度以及预设的平衡系数的乘积，确定为待部署文件的部署份数。
在一种具体实施方式中，组合单元包括：
构建子单元，用于若预设数量为m，则构建m×m的相关性矩阵；
组合子单元，用于按照相关性矩阵将热文件集合中的不同热文件两两不重复组合，获得多个文件组。
在一种具体实施方式中，确定模块包括：
排列单元，用于将预设时间段内用户访问的文件按照热度由小至大进行排列，得到文件队列；
选择单元，用于从文件队列的队尾开始，选择预设数量个文件组成热文件集合。
在一种具体实施方式中，计算模块具体用于：
根据文件推荐算法计算热文件集合中的不同热文件之间的相关性。
在一种具体实施方式中，计算模块具体用于：
根据文件的特征计算热文件集合中的不同热文件之间的相关性。
其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
可见，本实施例提供了一种文件部署装置，包括：获取模块、确定模块、计算模块以及部署模块。首先由获取模块获取预设时间段内用户发送的多个文件访问请求；然后确定模块根据多个文件访问请求确定预设时间段内用户访问的预设数量个热文件，获得热文件集合；进而计算模块计算热文件集合中的不同热文件之间的相关性；最后部署模块按照相关性在热文件集合中确定待部署文件，并离线部署待部署文件。如此各个模块之间分工合作，各司其职，从而可在文件的热度还未大幅度升高之前，提前将文件进行离线部署，从而可应对热度变化较快的文件的部署，也能够提高网络服务性能和部署操作的效率。
下面对本申请实施例提供的一种文件部署设备进行介绍，下文描述的一种文件部署设备与上文描述的一种文件部署方法及装置可以相互参照。
参见图8，图8为本申请实施例公开的一种文件部署设备示意图。在四实施例中，该设备包括：
存储器801，用于保存计算机程序；
处理器802，用于执行所述计算机程序，以实现上述任意实施例公开的方法。
参见图9，图9为本申请实施例公开的另一种文件部署设备示意图。该文件部署设备可以包括存储器11、处理器12和总线13。
其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是文件部署设备的内部存储单元，例如该文件部署设备的硬盘。存储器11在另一些实施例中也可以是文件部署设备的外部存储设备，例如文件部署设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器11还可以既包括文件部署设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于文件部署设备的应用软件及各类数据，例如文件部署程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行文件部署程序等。
该总线13可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
进一步地，文件部署设备还可以包括网络接口，网络接口可选的可以包括有线接口和/或无线接口(如wi-fi接口、蓝牙接口等)，通常用于在该设备与其他电子设备之间建立通信连接。
可选地，该设备还可以包括用户接口，用户接口可以包括显示器(display)、输入单元比如键盘(keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在该设备中处理的信息以及用于显示可视化的用户界面。
图9仅示出了具有组件11-13的文件部署设备，本领域技术人员可以理解的是，图9示出的结构并不构成对设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种文件部署方法、装置及设备可以相互参照。
一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的文件部署方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的可读存储介质中。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
- 还没有人留言评论。精彩留言会获得点赞！