CN104008026A - 云应用数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种云应用数据处理方法及装置。其中，该方法包括：接收用户输入的数据处理指令；响应数据处理指令，通过系统对外接口（Web Service）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，在数据处理失败时，接收来自接口机的提示用户进行手动操作的失败信息。通过本发明，达到了使普通用户方便地进行云应用的数据处理，提高了处理效率的效果。

Description

云应用数据处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种云应用数据处理方法及装置。

背景技术

随着云计算技术的飞速发展，云桌面的应用也越来越广泛，对于桌面云的个性化使用也越来越多，因此，云桌面的备份恢复是个很重要的保护用户数据的功能。

同时，由于桌面云系统的备份是个相对复杂的过程，而且各个厂商的云设备硬件也有好有坏，而且在用户为王的今天，在进行云备份和还原模块开发的同时，必须要重点考虑到该功能模块的易用性。

对于现存的一些云应用的恢复系统，主要有以下几个方面的问题：首先，不能根据各个硬件具体的性能来动态设置和管理云设备的关机和恢复时间，这样会造成相同的关机或者数据恢复等操作在性能好的设备上面执行的很快，但是差的硬件设备可能会导致等待时间过长，这样的话前台并不能及时地捕捉到相关信息；第二，由于云管理的恢复是个相对复杂的过程，对于普通用户操作起来过于复杂。由于存在当前的这些问题，导致云应用的恢复系统工作状态不够灵活且效率较低。

针对相关技术中云应用的恢复系统工作状态不够灵活且效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种云应用数据处理方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种云应用数据处理方法，包括：接收用户输入的数据处理指令；响应数据处理指令，通过系统对外接口（Web Service）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，在数据处理失败时，接收来自接口机的提示用户进行手动操作的失败信息。

优选地，数据处理指令包括：云设备关机指令或数据恢复指令。

优选地，通过系统对外接口（Web Service）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，包括：对于云设备关机指令，将需要关闭的云设备的第一名称信息发送给接口机；待接口机对需要关闭的云设备进行底层的关机操作后，在预定的时间段内判断需要关闭的云设备中是否存在尚未关闭的云设备，在判断结果为否的情况下，确定关闭操作成功，否则确定关闭操作失败。

优选地，通过系统对外接口（Web Service）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，包括：对于数据恢复指令，将用于指示数据恢复状态的恢复状态（Recoveryflag）值置为第一状态值，其中，第一状态值表示恢复中；通过系统对外接口WebService将需要恢复数据的云设备的第二名称信息发送给接口机进行处理，在数据恢复成功的情况下，将Recoveryflag值置为第二状态值，其中，第二状态值表示恢复成功。

优选地，在开始执行数据处理操作或云设备关机操作后，定时查询处理操作的进程，在查询次数超过预定次数或查询时间间隔超过预定时间间隔的情况下，确定发生异常情况，提示用户进行手动处理。

优选地，预定次数和预定时间间隔均是根据不同厂商提供的系统设备的配置设定的。

根据本发明的另一方面，提供了一种云应用数据处理装置，包括：接收模块，用于接收用户输入的数据处理指令；处理模块，用于响应数据处理指令，通过系统对外接口（WebService）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，在数据处理失败时，接收来自接口机的提示用户进行手动操作的失败信息。

优选地，数据处理指令包括：云设备关机指令或数据恢复指令。

优选地，该装置还包括：查询模块，用于在处理模块开始执行数据处理操作后，定时查询处理操作的进程，在查询次数超过预定次数或查询时间间隔超过预定时间间隔的情况下，确定发生异常情况，提示用户进行手动处理。

优选地，预定次数和预定时间间隔均是根据不同厂商提供的系统设备的配置设定的。

通过本发明，采用在响应数据处理指令后，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理的方式，解决了相关技术中云应用的恢复系统工作状态不够灵活且效率较低的问题，进而达到了使普通用户方便地进行云应用的数据处理，提高了处理效率的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的云应用数据处理方法流程图；

图2是根据本发明优选实施例的云应用数据处理方法中的前台管理流程图；

图3是根据本发明优选实施例的云应用数据处理方法中的后台管理流程图；

图4是根据本发明实施例的云应用数据处理装置的结构框图；

图5是根据本发明优选实施例的云应用数据处理装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的云应用数据处理方法流程图，如图1所示，该方法主要包括以下步骤（步骤S102-步骤S104）：

步骤S102，接收用户输入的数据处理指令；

步骤S104，响应数据处理指令，通过系统对外接口（Web Service）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，在数据处理失败时，接收来自接口机的提示用户进行手动操作的失败信息。

在本实施例中，数据处理指令包括：云设备关机指令或数据恢复指令。

在本实施例中，通过系统对外接口（Web Service）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，包括：对于云设备关机指令，将需要关闭的云设备的第一名称信息（包括该云设备的名称和地址）发送给接口机；待接口机对需要关闭的云设备进行底层的关机操作后，在预定的时间段内判断需要关闭的云设备中是否存在尚未关闭的云设备，在判断结果为否的情况下，确定关闭操作成功，否则确定关闭操作失败。

在本实施例中，通过系统对外接口（Web Service）将需要进行数据处理的云设备的名称信息发送给接口机进行处理，包括：对于数据恢复指令，将用于指示数据恢复状态的恢复状态（Recoveryflag）值置为第一状态值，其中，第一状态值表示恢复中；通过系统对外接口Web Service将需要恢复数据的云设备的第二名称信息（包括该云设备的名称和地址）发送给接口机进行处理，在数据恢复成功的情况下，将Recoveryflag值置为第二状态值，其中，第二状态值表示恢复成功。

在本实施例中，在开始执行数据处理操作或云设备关机操作后，定时查询处理操作的进程，在查询次数超过预定次数或查询时间间隔超过预定时间间隔的情况下，确定发生异常情况，提示用户进行手动处理。

在本实施例中，预定次数和预定时间间隔均是根据不同厂商提供的系统设备的配置设定的。

下面结合图2、图3以及优选实施例对上述实施例提供的云应用数据处理方法进行更加详细的说明。

在对该优选实例进行详细描述之前，首先对该优选实施例的实施思路进行简要介绍：在前台的用户展示方面，提供给用户一键式的管理机制，方便直观；在后台的逻辑处理分为三部分：（1）关机或者数据恢复的执行发送于后台执行；（2）循环查询关机状态，同时支持循环查询的时间和次数可以动态配置，这样充分考虑到了不同性能机器的处理时间不同；（3）根据各个机器反馈的信息，执行恢复操作或者提示用户来进行手动处理。

需要说明的是，在实际应用过程中，在状态查询时间和次数配置方面可以提供单独的配置页面，这样用户可以根据设备性能的不同来配置单个的状态查询时间和总的查询次数。尤其是，在当前的云管理系统中，通常将大数据量的用户数据和系统配置备份文件都单独放在单独的云盘里，这对于处于恢复数据也就是进行云盘切换拷贝的时候所用的时间和机器的性能关联很大。基于这几个方面的实现，该优选实施例可以很好地根据硬件性能的不同来设置恢复等待时间和次数，且能够适应各个厂商提供的性能不同的系统。

图2是根据本发明优选实施例的云应用数据处理方法中的前台管理流程图，在该前台管理流程中，当web前台发起一键恢复指令时，首先通过JDBC连接，将恢复状态的表置0（其中recoveryflag值用于指示恢复状态，1为恢复成功（相当于上述第二状态值），0表示恢复中（相当于上述第一状态值），且此时界面会产生织造层），也就是说，recoveryflag能够控制web前台是否有织造层；在recoveryflag置0（这里，0仅为上述第一状态值的一个特定值，当然，还可以采用其他值）后，调用webservice接口，将相关的设备信息（源地址和路径，要恢复的目的地址和路径）以xml的格式放给接口机；收集从webservice返回的消息，若一键恢复成功，则标志位recoveryflag置1（这里，0仅为上述第一状态值的一个特定值，当然，还可以采用其他值），一键恢复数据成功，否则，一键恢复失败，提醒用户手动操作。

如图2所示，该前台管理流程包括以下步骤：

步骤S202，接收到Web的一件恢复指令；

步骤S204，将recoveryflag置为0，等待处理；

步骤S206，界面弹出织造层，并提示恢复处理进行中；

步骤S208，后台业务开始处理，如果处理成功，执行步骤S210，如果处理失败，执行步骤S214；

步骤S210，将recoveryflag置为1，单个机器恢复成功；

步骤S212，界面取消织造层，并提示恢复数据成功；

步骤S214，提示用户手动处理；

步骤S216，界面取消织造层，并提示恢复数据失败。

图3是根据本发明优选实施例的云应用数据处理方法中的后台管理流程图，在该后台管理流程中，当标志位recoveryflag置0时（也就处于待恢复状态后），开始调用后台的三个接口（其中两个接口为webservice接口，另外一个为Java直接调用后台的Shell）以进行后台管理操作：

首先，web发起关机指令，将所要关云设备名字（多个设备名字的话，以一定的分割符区分开），向分发接口机（提供统一服务的通用接口机）发送关机指令VM_ShutdownVM，xml内容为Module（云设备对应的模块号）和vm_id_list（所有关闭的虚拟机名字组合），收到消息后，分发接口机会向业务接口发送消息管理指令，并将xml消息转为为业务接口机需要的格式，执行底层的关机操作。

接着，在关机指令执行完之后，web向分发接口机循环发送查询指令VM_GetVMStatus，xml内容为Module（云设备对应的模块号）和vm_id_list（所有查询的虚拟机名字组合）。收到消息后，业务接口机会去查询现在的云应用关闭状态，若所有的设备都处于关闭状态时，会返回一个特定的标志位（即上述的标志位recoveryflag，例如4个0）的成功消息，若是失败的话，会给前台返回失败码，这里还包括异常处理部分，查询的总次数和查询时间间隔是动态读取表2中的数据确定的，如果超过总的查询时间的时候（掉电等异常情况），会自动按照异常情况提示用户手动处理。

最后，当界面收到返回的消息为四个0时，可以通过java直接调用恢复shell的脚本，完成对单个云应用的恢复操作。若失败时，提供失败信息，提示用户手动恢复。

如图3所示，该前台管理流程包括以下步骤：

步骤S302，接收到Web的一件恢复指令；

步骤S304，Web发起关机指令；

步骤S306，分发接口机接收关机指令后，发送消息管理指令；

步骤S308，业务接口机执行底层的关机操作；

步骤S310，发起关机状态查询，判断查询次数和单次查询时间是否超出预定次数和时间；

步骤S312，分发接口机接收查询指令并转发；

步骤S314，业务接口机查询云设备的状态；

步骤S316，解析反馈结果，提示用户关机失败；

步骤S318，执行恢复的SHELL脚本。

为了更好的理解该优选实施例，请同时参考表1和表2，表1为配置的云应用的基本信息、源地址、目的地址、配置路径以及恢复标志的列表。

表1

表2为循环查询的时候所使用的且根据各个厂商系统设备的优劣配置总的查询次数和间隔查询时间的列表。

表2

采用上述实施例提供的云应用数据处理方法，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理，解决了相关技术中云应用的恢复系统工作状态不够灵活且效率较低的问题，进而达到了使普通用户方便地进行云应用的数据处理，提高了处理效率的效果。

图4是根据本发明实施例的云应用数据处理装置的结构框图，，该装置用以实现上述实施例提供的云应用数据处理方法，如图4所示，该装置主要包括：接收模块10和处理模块20。其中，接收模块10，用于接收用户输入的数据处理指令；处理模块20，连接至接收模块10，用于响应数据处理指令，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理，在数据处理失败时，接收来自接口机的提示用户进行手动操作的失败信息。

在本实施例中，数据处理指令包括：云设备关机指令或数据恢复指令。

图5是根据本发明优选实施例的云应用数据处理装置的结构框图，如图5所示，在该优选实施例中，该云应用数据处理装置还包括：查询模块30，用于在处理模块20开始执行数据处理操作后，定时查询处理操作的进程，在查询次数超过预定次数或查询时间间隔超过预定时间间隔的情况下，确定发生异常情况，提示用户进行手动处理。

在本优选实施例中，预定次数和预定时间间隔均是根据不同厂商提供的系统设备的配置设定的。

采用上述实施例提供的云应用数据处理装置，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理，解决了相关技术中云应用的恢复系统工作状态不够灵活且效率较低的问题，进而达到了使普通用户方便地进行云应用的数据处理，提高了处理效率的效果。

从以上的描述中，可以看出，本发明实现了如下技术效果：主要从三个方面着手，一是界面使用的友好性，用户可以非常方便的使用，并且直观简便；二是后台方案的可实现性，可靠性和完整性，同时考虑异常处理机制；三是根据各个应用厂商所采用的设备硬件不同（即性能有好有坏），可配置灵活的时间和查询次数（动态的配置用户恢复系统中的一些数据）。本发明能够使云桌面的管理恢复更加的灵活、简便，同时根据各个厂商硬件设备的不同提供一种动态的可以配置的恢复等待时间，能够解决相关技术中云应用的恢复系统工作状态不够灵活且效率较低的问题，进而达到了使普通用户方便地进行云应用的数据处理，提高了处理效率的效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种云应用数据处理方法，其特征在于，包括：

接收用户输入的数据处理指令；

响应所述数据处理指令，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理，在数据处理失败时，接收来自所述接口机的提示用户进行手动操作的失败信息。

2.根据权利要求1所述的方法，其特征在于，所述数据处理指令包括：云设备关机指令或数据恢复指令。

3.根据权利要求2所述的方法，其特征在于，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理，包括：

对于云设备关机指令，将需要关闭的云设备的第一名称信息发送给所述接口机；

待所述接口机对所述需要关闭的云设备进行底层的关机操作后，在预定的时间段内判断所述需要关闭的云设备中是否存在尚未关闭的云设备，在判断结果为否的情况下，确定关闭操作成功，否则确定关闭操作失败。

4.根据权利要求2所述的方法，其特征在于，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理，包括：

对于所述数据恢复指令，将用于指示数据恢复状态的恢复状态Recoveryflag值置为第一状态值，其中，所述第一状态值表示恢复中；

通过系统对外接口Web Service将需要恢复数据的云设备的第二名称信息发送给接口机进行处理，在数据恢复成功的情况下，将所述Recoveryflag值置为第二状态值，其中，所述第二状态值表示恢复成功。

5.根据权利要求3或4所述的方法，其特征在于，

在开始执行数据处理操作或云设备关机操作后，定时查询处理操作的进程，在查询次数超过预定次数或查询时间间隔超过预定时间间隔的情况下，确定发生异常情况，提示用户进行手动处理。

6.根据权利要求5所述的方法，其特征在于，所述预定次数和所述预定时间间隔均是根据不同厂商提供的系统设备的配置设定的。

7.一种云应用数据处理装置，其特征在于，包括：

接收模块，用于接收用户输入的数据处理指令；

处理模块，用于响应所述数据处理指令，通过系统对外接口Web Service将需要进行数据处理的云设备的名称信息发送给接口机进行处理，在数据处理失败时，接收来自所述接口机的提示用户进行手动操作的失败信息。

8.根据权利要求7所述的装置，其特征在于，所述数据处理指令包括：云设备关机指令或数据恢复指令。

9.根据权利要求7或8所述的装置，其特征在于，所述装置还包括：

查询模块，用于在所述处理模块开始执行数据处理操作后，定时查询处理操作的进程，在查询次数超过预定次数或查询时间间隔超过预定时间间隔的情况下，确定发生异常情况，提示用户进行手动处理。

10.根据权利要求9所述的装置，其特征在于，所述预定次数和所述预定时间间隔均是根据不同厂商提供的系统设备的配置设定的。