资源转移方法、装置和系统与流程

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.图1为本申请实施例提供的资源转移系统的一种组成架构示意图；
48.图2为本申请实施例提供的资源转移方法的一种实现流程示意图；
49.图3为本申请实施例提供的资源转移方法的又一种实现流程示意图；
50.图4为本申请实施例提供的资源转移装置的一种组成结构示意图。
51.说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。
具体实施方式
52.下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
53.为了便于理解，下面先对本申请的资源转移系统进行介绍。如图1所示，其示出了本申请提供的资源转移系统的一种组成结构示意图。
54.由图1可以看出，该系统可以包括：服务器101以及至少一个客户端102。
55.其中，客户端102可以安装有资源转移应用的终端设备。
56.该服务器101可以部署有用于实现资源转移的脚本，通过服务器可以响应不同客户端针对网页资源的资源转移任务。
57.在本申请中通过该服务器可以响应客户端的资源转移请求，以通过服务器来为完成各个客户端所希望转移的资源的资源转移操作，从而将客户端所需执行资源转移转移到服务器端执行，避免了耗费各个客户端的设备资源，使得客户端在提交资源转移请求后仍可以执行网站构建等其他操作。
58.下面结合流程图对本申请的资源转移方法进行介绍。
59.如图2所示，其示出了本申请一种资源转移方法一个实施例的流程示意图，本实施例的方法可以应用于服务器。本实施例的方法可以包括
60.s201，接收客户端发送的资源转移请求。
61.其中，资源转移请求用于请求执行目标网页资源的资源转移任务。
62.目标网页资源可以为网页相关的格式数据或者行为数据，如格式数据和行为数据一般采用css文件或者js文件等形式存在。例如，目标网页资源可以为网页中需要插入的图片资源等。
63.该资源转移任务为转移该目标网页资源的任务。
64.可以理解的是，为了使得客户端在发送该资源转移请求之后，服务器还可以向客户端返回请求接受指示，以使得客户端确认该资源转移请求已成功被服务器接收并等待处理。
65.s202，获得该资源转移任务的任务信息。
66.其中，该资源转移任务的任务信息是指完成目标网页资源的转移所依据相关的信息。
67.如，该资源转移任务的任务信息至少包括：目标网页资源的源地址以及该目标网页资源待转移到的目的地址。例如资源转移任务的任务信息可以包括：目标网页资源的名称，以及该名称对应的源地址和目的地址。
68.举例说明：
69.在网站构建过程中，可能需要将图片或者网页样式资源从网站a转移到网站b，则网站a中该图片或者网页样式资源的地址为源地址，而网站b中需要存储图片或者网页样式资源的地址为目的地址。
70.当然，该资源转移任务的任务信息还可以包括：资源转移任务的最早开始时间或者是暂停时间等，还可以包括资源转移任务的任务状态，如在客户端未开启请求执行该资源转移任务的情况下，任务状态为等待执行状态。
71.可以理解的是，获得该任务信息的方式也可以有多种可能。
72.如，在一种可能的实现方式中，服务器可以从该客户端获得该资源转移任务的任务信息，如，客户端可以在资源转移请求中携带该资源转移任务的任务信息，或者是，在服务器确认响应该资源转移请求之后，向服务器发送该资源转移任务的任务信息。
73.在又一种可能的实现方式中，为了进一步降低客户端执行资源迁移的便捷性，客户端可以预先在任务配置数据库中配置需要执行的资源转移任务的任务信息。该任务配置数据库中存储有不同客户端配置的至少一个资源转移任务的任务信息。其中，客户端预先在任务配置数据库配置了所需转移的目标网页资源对应的资源转移任务的任务信息之后，客户端在需要请求转移该目标网页资源时，则可以仅仅向服务器发送该资源转移请求，并在资源转移请求中携带该任务标识即可，而无需执行其他操作。
74.相应的，服务器可以基于该资源转移任务的任务标识，从任务配置数据库获取该资源转移任务配置的任务信息，即获取与该任务标识对应的资源转移任务的任务信息。
75.如图1所示，该系统还可以包括任务配置数据库103，客户端与服务器均可以通过网络与该任务配置数据库建立通信连接。在此基础上，客户端可以向该任务配置数据库中配置所需转移的目标网页资源对应的资源转移任务的任务信息。
76.相应的，服务器可以通过网络查询任务配置数据库中已配置的各资源转移任务，从而查询出该客户端请求执行的资源转移任务的任务信息。
77.s203，基于目标网页资源的源地址获取目标网页资源。
78.如，基于该源地址，向该源地址所指向的网站请求该目标网页资源，以获得该目标
网页资源。
79.当然，基于该源地址，还可能有其他获得目标网页资源的方式对此不加限制。
80.s204，基于目的地址，执行目标网页资源的转移操作。
81.如，向该目的地址所指向的网站返回给目标网页资源，以使得网站部署该目标网页资源，实现将目标网页资源转移到目的地址。
82.当然，还可以是基于目的地址，向该目的地址指向的设备或者存储空间部署该目标网页资源，以实现该目标网页资源从源地址到目的地址的转移。
83.可以理解的是，在实际应用中，为了提高目标网页资源转移的可靠性，在获得该目标网页资源之后，服务器还可以备份该目标网页资源，然后再执行目标网页资源的转移操作。在此基础上，如果转移操作失败，则仍可以利用备份的目标网页资源重试转移操作。
84.在本申请中资源需求方可以通过客户端向服务器发送用于请求执行目标网页资源的资源转移任务的资源转移请求，在该种情况下，服务器可以基于该资源转移任务的任务信息自动完成目标网页资源的获取与转移，从而使得任意资源需求方均可以通过服务器来完成所需的目标网页资源的资源转移，而无需资源需求方管控资源转移过程，既提高了资源需求方转移网页资源的便捷性；又减少了资源需求方执行资源转移所导致的设备资源耗费。
85.同时，由于通过单独设置的服务器来完成资源转移，有利于实现利用更擅长资源转移的该服务器来完成资源转移，相对各个资源需求方单独用自己的终端来完成资源转移，更有利于提高资源转移效率。
86.可以理解的是，为了使得客户端可以获知目标网页资源被转移的具体情况，在服务器执行完转移操作后，还可以基于该转移操作的执行状态结果，记录该资源转移任务的任务执行状态，以使得客户端能够获得该任务执行状态。
87.其中，该任务执行状态至少可以表征资源转移任务是否成功，如，目标网页资源被成功转移到目的地址，则资源转移任务成功；否则，资源转移任务失败。
88.当然，该任务执行状态还可以包括资源转移任务所处的具体状态信息，如，在资源转移任务失败的情况下，该任务执行状态还可以包括：资源转移任务中目标网页资源的资源转移情况，资源转移任务失败的具体原因等等。
89.其中，服务器可以在服务器本地记录该资源转移任务的任务执行状态。在此基础上，客户端可以从服务器获取该资源转移任务的任务执行状态。
90.在一种可选方式中，在客户端在任务配置数据库中配置资源转移任务的任务信息的前提下，服务器可以在该任务配置数据库中记录该资源转移任务的任务执行状态。如，服务器可以在该任务配置数据库记录的该资源转移任务的任务状态中新增该资源转移任务的任务执行状态。
91.相应的，在该种方式中，客户端可以从任务配置数据库中，查询该资源转移任务的任务执行状态。
92.在又一种可能的情况中，为了使得客户端能够及时获知该资源转移任务的执行状态，服务器在执行完如上转移操作后，基于转移操作的执行状态结果，向客户端返回资源转移任务的任务执行状态。
93.可以理解的是，在实际应用中，服务器也可以在记录资源转移任务的任务执行状
态的同时，向客户端返回资源转移任务的任务执行状态。
94.可以理解的是，通过记录资源转移任务的任务执行状态或者是向客户端返回给资源转移任务的任务执行状态，可以使得客户端在发送资源转移请求之后，无需等待资源转移请求的执行结果，可以使得客户端实现异步转移资源，并能够获得资源转移的最终结果。
95.可以理解的是，服务器可能会同时接收到多个不同客户端发送的资源转移请求，在此情况下，为了提高服务器处理资源转移请求的效率，服务器侧可以并行开启多个进程，并通过多个进程并行处理多个客户端发起的各资源转移请求。下面结合一种情况对本申请的资源转移方法进行介绍。
96.如图3，其示出了本申请一种资源转移方法一个实施例的流程示意图，本实施例的方法应用于服务器，该方法可以包括：
97.s301，通过主管理进程接收客户端发送的资源转移请求。
98.其中，该资源转移请求携带有资源转移任务的任务标识。该任务标识用于唯一标识待转移的目标网页资源对应的资源转移任务。
99.s302，通过主管理进程为该资源转移任务分配一任务处理进程。
100.其中，主管理进程为不同资源转移任务分配的任务处理进程不同，在本实施例中是以服务器处理一个资源转移请求对应的资源转移任务为例说明。
101.如，主管理进程启动一任务处理进程，并指示该任务处理进程执行该任务标识对应的资源转移任务。
102.又如，主管理进程从启动的多个进程中，选取空闲的进程作为用于分配给该资源转移任务的任务处理进程。
103.可以理解的是，服务器中启动的用于处理不同客户端发起的资源转移任务的任务处理进程(或者说进程)的数量是有限的，具体的，可以服务器可以设置进程数量上限，如，最多运行10个进程，则进程数量上限为10。
104.相应的，通过主管理进程检测已启动的进程的数量是否达到设定的进程数量上限；如已启动的进程的数量未达到设定的进程数量上限，可以为该资源转移任务启动一任务处理进程；如已启动的进程的数量达到设定的进程数量上限，在已启动的进程中存在空闲的进程时，将空闲的进程配置为用于处理所述资源转移任务的任务处理进程。
105.当然，如果已启动的进程的数量达到该设定的进程数量上限，且当前不存在空闲的进程，则需要等待出现空闲的进程时，再将空闲的进程分配给用于处理该任务标识对应的资源转移任务。
106.s303，通过该任务处理进程基于该任务标识，从任务配置数据库获取该资源转移任务配置的任务信息。
107.由前面介绍可知，任务配置数据库中存储有不同客户端配置的至少一个资源转移任务的任务信息。相应的，依据该任务标识，可以确定出该任务标识对应的资源转移任务，并获得该资源转移任务配置的任务信息。
108.该任务信息至少包括待转移的目标网页资源的源地址以及目的地址。
109.s304，通过该任务处理进程基于目标网页资源的源地址获取目标网页资源。
110.由于源地址为目标网页资源转移前所在的地址，因此，任务处理进程可以从基于该源地址拉取该目标网页资源，以使得服务器中可以具有该目标网页资源。
111.s305，通过任务处理进程基于该目的地址，执行该目标网页资源的转移操作。
112.如，将目标网页资源从服务器传输并部署到该目的地址等，在此不再赘述。
113.s306，在任务处理进程执行完转移操作后，基于转移操作的执行状态结果，向任务配置数据库中该资源转移任务的任务状态中记录资源转移任务的任务执行状态。
114.如，在任务配置数据库中记录该资源转移任务的任务信息和任务状态，随着资源转移任务被执行以及执行后的状态，可以更新该任务状态。在资源转移任务未被客户端请求执行时，资源转移任务的任务状态为等待执行，而在服务器执行完该转移操作后，如果目标网页资源被成功转移到目的地址，则可以更改该任务状态为资源转移成功；如果目标网页资源转移失败，则可以更改任务状态为资源状态失败。
115.当然，根据目标网页资源转移的具体转移状态，在任务状态中记录具体转移状态，或者是，导致资源转移失败的具体原因等。
116.s307，在执行完转移操作后，通过任务处理进程基于转移操作的执行状态结果，向客户端返回资源转移任务的任务执行状态。
117.以上步骤s306和s307的顺序可以互换，也可以同步执行。
118.可以理解的是，服务器向任务配置数据库中记录的任务执行状态除了包括目标网页资源转移成功或者失败的状态结果之外，还可以包括目标网页资源转移成功或者失败的具体原因等详细信息。在此基础上，服务器向客户端返回的任务执行状态可以仅仅表明该目标网页资源是否被成功转移，如果客户端希望查看该目标网页资源的详细的信息，则客户端可以从任务配置服务器中查询该目标网页资源对应的资源转移任务的任务执行状态的详细信息。
119.在本实施例中是以任务处理进程记录任务转移状态的同时，也会向客户端返回该资源转移任务的任务执行状态为例，在实际应用中，服务器也可以仅仅执行步骤s306和s307中的一个步骤。
120.对应本申请的一种资源转移方法，本申请还提供了一种资源转移装置，如图4所示，其示出了本申请一种资源转移装置一个实施例的组成结构示意图，本实施例的装置可以包括：
121.请求接收单元401，用于接收客户端发送的资源转移请求，所述资源转移请求用于请求执行目标网页资源的资源转移任务；
122.信息获得单元402，用于获得所述资源转移任务的任务信息，所述任务信息包括：所述目标网页资源的源地址以及待转移至的目的地址；
123.资源获得单元403，用于基于所述目标网页资源的源地址获取所述目标网页资源；
124.资源转移单元404，用于基于所述目的地址，执行所述目标网页资源的转移操作。
125.在一种可能的实现方式中，该请求接收单元接收到的所述资源转移请求携带有所述资源转移任务的任务标识；
126.所述信息获得单元，具体为，用于基于所述任务标识，从任务配置数据库获取所述资源转移任务配置的任务信息，所述任务配置数据库中存储有不同客户端配置的至少一个资源转移任务的任务信息。
127.在又一种可能的实现方式中，所述请求接收单元，具体为，用于通过主管理进程接收客户端发送的资源转移请求；
128.所述信息获得单元，包括：
129.进程分配子单元，用于通过所述主管理进程为所述资源转移任务分配一任务处理进程；
130.信息获得子单元，用于通过所述任务处理进程获得资源转移任务的任务信息；
131.所述资源获得单元，具体为，用于通过所述任务处理进程基于所述目标网页资源的源地址获取所述目标网页资源；
132.所述资源转移单元，具体为，用于通过所述任务处理进程基于所述目的地址，执行所述目标网页资源的转移操作。
133.在一种可选方式中，进程分配子单元，包括：
134.数量检测子单元，用于通过主管理进程检测已启动的进程的数量是否达到设定的进程数量上限；
135.进程启动子单元，用于如已启动的进程的数量未达到设定的进程数量上限，为所述资源转移任务启动一任务处理进程；
136.空闲分配子单元，用于如已启动的进程的数量达到设定的进程数量上限，在已启动的进程中存在空闲的进程时，将空闲的进程配置为用于处理所述资源转移任务的任务处理进程。
137.在又一种可能的实现方式中，还包括：
138.状态记录单元，用于在执行完所述转移操作后，基于所述转移操作的执行状态结果，记录所述资源转移任务的任务执行状态，以使得所述客户端能够获得所述任务执行状态。
139.在又一种可能的实现方式中，还包括：
140.状态反馈单元，用于在资源转移单元执行完所述转移操作后，基于所述转移操作的执行状态结果，向所述客户端返回所述资源转移任务的任务执行状态。
141.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。同时，本说明书中各实施例中记载的特征可以相互替换或者组合，使本领域专业技术人员能够实现或使用本申请。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
142.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。