CN101727449A - 利用远程应用处理本地文件的系统和方法 - Google Patents

Abstract

本发明涉及利用远程应用处理本地文件的系统和方法。具体地，本发明提供一种利用远程应用处理本地文件的装置，包括：操作捕捉单元，用于捕捉用户对本地文件的操作，发送操作请求；文件共享单元，用于将本地文件在网络中共享；以及远程桌面单元，用于利用远程桌面连接到与远程应用相关联的目标处理设备。还提供了一种远程应用管理服务器，包括：文件类型匹配单元，用于将文件信息中涉及的本地文件匹配到特定的远程应用；处理设备选择单元，用于确定上述远程应用所关联的目标处理设备；以及指令文件生成单元，被配置为响应于接收到的文件共享路径生成用于上述处理设备的指令文件。还提供了与上述装置和服务器分别对应的方法。

Description

利用远程应用处理本地文件的系统和方法

技术领域

本发明涉及虚拟设备和远程应用，更具体地，涉及利用虚拟设备和远程应用远程处理本地文件的系统和方法。

背景技术

在信息技术(IT)领域中，虚拟化正在为人们带来真实而全新的体验。从长远来看，虚拟化的使用将会为IT运作带来根本性的转变。具体来说，虚拟化可以有助于简化硬件设备的重新配置。由于虚拟化将虚拟设备(或称虚拟机)与该虚拟设备所依托或驻留的服务器的细节隔离开来，因此，有可能将一个虚拟设备从一个硬件平台转移到另一个硬件平台而不影响其应用环境。这就有可能提供这样一种方式，利用虚拟化将小型服务器上的独立、单个应用整合到一个大的硬件平台上，从而便于这些应用的集中管理，并更为有效地使用系统资源。由此，降低了这些应用的所有者的管理成本，并提供了系统的可靠性和灵活性。

另一方面，目前的桌面应用(desktop application)是安装在客户端操作系统中的，并将其设定、配置都集成到操作系统中。对于非专业的用户来说，在这样的方式下，应用的安装、部署和移除过程都可能为用户带来很多困难和不便。有时候，一个应用的配置甚至可能会覆盖(overwrite)其他应用或者操作系统的设定和配置，导致系统出现故障。

相比于目前的客户端桌面应用，基于网络(web-based)的应用，例如Google Web Office，更加便于用户的获得和访问，也更便于管理。然而，对于现有的基于网络的应用，应用服务的提供商往往需要针对一个应用重新开发一个基于网络的版本。例如，网络office应用的提供者就需要开发一个不同于本地桌面office版本的新版本软件应用，专用于网络使用。而对于这些基于网络的应用的使用者来说，终端用户在使用这些应用来处理本地文件时必须将其待处理的文件上传至应用的服务端，并在处理完成后从服务端将文件下载回本地。在这个过程中，系统的安全性和用户的私密性都具有很大风险，这使得上述方案难以在大范围内广泛采用。

在上述这些方案的基础上，应用的虚拟化，或称为虚拟应用，例如Microsoft Softricity，使得每个应用具有其专有配置，并在独立的环境中执行。这使得能够从服务端动态提供虚拟应用，并确保虚拟应用所驻留的操作系统的其他设定不受影响，不被改变。然而，该方案仍然需要将虚拟应用下载到客户端的本地机器中，这个过程也会消耗时间，并且对于瘦(thin)客户端来说甚至不能适用。

考虑到上述问题，希望提供一种方案，能够利用虚拟化的特点在服务端将各种桌面应用合并在一起，提供给客户端，使得终端用户利用服务端的远程应用便利地处理本地文件。

发明内容

基于上述问题和目的，本发明提供利用远程应用处理本地文件的装置和方法，以及管理远程应用的服务器和方法。

具体地，根据本发明第一方面，提供一种利用远程应用处理本地文件的装置，包括：操作捕捉单元，被配置为捕捉用户对本地文件的操作，并向服务端发送操作请求；文件共享单元，被配置为将所述本地文件在网络中共享，并向服务端发送共享路径；以及远程桌面单元，被配置为响应于从服务端接收到的与远程应用相关联的目标处理设备信息，利用远程桌面连接到该目标处理设备。

根据本发明第二方面，提供一种远程应用管理服务器，用于管理处理设备中的远程应用，该服务器包括：文件类型匹配单元，被配置为响应于接收到的客户端本地文件的文件信息，将该本地文件匹配到特定的远程应用；处理设备选择单元，被配置为确定上述远程应用所关联的目标处理设备，并向客户端发送该目标处理设备信息；以及指令文件生成单元，被配置为响应于接收到的文件共享路径生成用于上述处理设备的指令文件，该指令文件包含所述文件共享路径。

根据本发明第三方面，提供一种利用远程应用处理本地文件的系统，包括：根据本发明第一方面的装置，以及根据本发明第二方面的服务器。

根据本发明第四方面，提供一种利用远程应用处理本地文件的方法，包括：捕捉用户对本地文件的操作，并向服务端发送操作请求；将所述本地文件在网络中共享，并向服务端发送共享路径；以及响应于从服务端接收到的与远程应用相关联的目标处理设备信息，利用远程桌面连接到该目标处理设备。

根据本发明第五方面，提供一种管理处理设备中的远程应用的方法，该方法包括：响应于接收到的客户端本地文件的文件信息，将该本地文件匹配到特定的远程应用；确定上述远程应用所关联的目标处理设备，并向客户端发送该目标处理设备信息；以及响应于接收到的文件共享路径生成用于上述处理设备的指令文件，该指令文件包含所述文件共享路径。

利用本发明的远程处理方案，用户不需要下载、安装远程应用，也不需要将待处理的文件上传至服务端、下载回本地，就能够简单地利用远程应用处理本地文件，使得远程处理本地文件的过程更加安全和便利。并且，本发明的远程处理系统为用户提供完全无缝的处理体验，使得远程处理过程更加易于操作。

附图说明

图1示出根据本发明一个实施例的利用远程应用处理本地文件的装置的结构图；

图2示出根据本发明一个实施例的用于远程处理本地文件的系统的服务端的结构图；

图3示出根据本发明一个实施例的远程应用服务器的结构图；

图4示出根据本发明另一个实施例的用于远程处理本地文件的系统的服务端的结构图；

图5示出根据本发明一个实施例的利用远程应用处理本地文件的方法的流程图；

图6示出根据本发明一个实施例的管理处理设备中的远程应用的方法的流程图；以及

图7示出在利用远程应用处理本地文件的系统中启动远程应用的过程图。

具体实施方式

下面结合附图说明本发明的具体实施方式。

图1示出根据本发明一个实施例的利用远程应用处理本地文件的装置的结构图。该装置在图1中总体由数字100表示。装置100位于客户端，用于使得终端用户能够利用远程应用来处理客户端本地的文件。如图所示，装置100包括操作捕捉单元102，文件共享单元104，以及远程桌面单元106。

具体地，操作捕捉单元102被配置为捕捉用户对本地文件的操作，并向服务端发送操作请求。上述对本地文件的操作包括处理请求操作，例如双击一个文件图标、右键选中一个文件并选择打开等指示出用户希望处理该文件的操作，也可以是关闭请求操作，例如点击关闭等。一旦用户对本地的文件执行上述操作，操作捕捉单元102就捕获用户的操作事件，并对其进行分析，从而产生并发送操作请求。在用户进行了处理请求操作的情况下，操作捕捉单元102就相应地产生处理请求，发送给服务端。在用户进行了关闭请求操作的情况下，操作捕捉单元102相应产生关闭请求。

在一个具体实施例中，操作捕捉单元102仅仅捕捉涉及远程处理的操作。也就是说，如果用户的本地机器中已经安装了适当的桌面应用软件用于处理一个文件，那么用户可以缺省地使用本地的桌面应用来处理该文件。对于这类操作，操作捕捉单元102并不产生操作请求，由此避免对用户常规操作的干扰。可替代地，用户也可以通过特定操作来选择使用远程应用处理上述文件。例如，该装置100可以在用户右键选中一个文件时出现的菜单中添加诸如“利用远程应用打开”的选项，在用户选择该选项时，操作捕捉单元120被激活，捕捉并分析用户的操作。对于本地没有适当的桌面应用能够进行处理的文件，操作捕捉单元102可以缺省地捕捉对这类文件的操作，并产生相应的操作请求。

在一个具体实施例中，操作捕捉单元102还对捕捉的操作事件进行分析，提取所涉及的本地文件的信息。这样的信息可以包括：该文件的文件名、文件类型、文件路径等。在提取这些信息的基础上，操作捕捉单元102将这些信息的一部分或全部包含在处理请求中，发送至服务端。基于这样的处理请求，服务端就可以判断在服务端是否有适当的远程应用能够处理该请求中涉及的本地文件。如果服务端有多种适用的远程应用可供选择，那么操作捕捉单元102还可以进一步捕捉用户对这些远程应用的选择，并将选择信息发送回服务端。

在请求服务端处理本地文件的基础上，还要将本地文件在网络中共享，使得服务端能够对该文件进行访问。为此，文件共享单元104被配置为将上述本地文件在网络中共享，并向服务端发送共享路径。在一个实施例中，服务端在选定适当的远程应用之后，会返回给装置100一个确认消息，以确认即将启动远程应用处理上述本地文件。一旦接收到这样的确认消息，文件共享单元104就启动本地文件的共享。在另一种实施方式中，装置100在客户端记录有服务端能够处理的文件类型列表。通过比对该列表和操作捕捉单元102捕捉的文件信息，来确定有待处理的文件是否能够进行远程处理。在确定该本地文件能够进行远程处理时，文件共享单元104将上述文件进行共享。现有技术中已经提供有多种文件共享的方案，文件共享单元104可以利用任何已有的共享方案将上述本地文件在网络中实现共享。

在一个具体实施例中，文件共享单元104利用网络文件系统(NFS，network file system)实现文件共享。NFS是在Unix系统间实现磁盘文件共享的一种方法，也是一种文件系统协议，它支持应用程序在客户端通过网络存取位于服务器磁盘中的数据。在NFS中，待共享的文件存储在系统的服务器中，服务器将共享文件的路径发送至客户端，使得客户端能够通过网络对该文件进行访问，从而实现共享。在本实施例中，文件共享单元104就作为NFS系统中的服务端，将有待用远程应用处理的本地文件进行共享。具体地，文件共享单元104提供上述本地文件的共享路径，并将该路径发送至与装置100相对应的服务端，也就是，处理本地文件要使用的远程应用一端。这样，上述的远程应用一端就作用为NFS系统中的客户端，能够对服务端(也就是文件共享单元104)共享的本地文件进行访问，并进一步地能够对其进行处理。

此外，其他常见的文件共享方案包括Andrew文件系统(AFS)，网络核心协议(NCP，NetWare Core Protocol)，通用Internet文件系统(CIFS，Common Internet File System)等。对于不同的操作系统和协议，有时还利用诸如Samba的软件进行连结。可以理解，本领域技术人员能够根据需要，在现有技术的基础上采用各种方法(包括但不限于上述列出的方法)实现本地文件的共享。

在实现文件共享，发送共享路径的基础上，本地文件就能够被适合的远程应用访问了。然而，对于用户来说，还希望能够看到该远程应用的处理界面，并控制其处理过程。这就需要利用远程桌面功能将用户端连接到上述远程应用所在的目标处理设备，其中上述远程应用所在的目标处理设备是由服务端根据所管理的处理设备的配置而确定的。在确定这样的目标处理设备之后，服务端会向装置100发送该目标处理设备的信息。

相应地，装置100中的远程桌面单元106响应于从服务端接收到的与远程应用相关联的目标处理设备信息，利用远程桌面连接到该目标处理设备，从而将该处理设备中远程应用的界面提供给用户。具体地，上述目标处理设备信息包含该目标处理设备的实际地址。在获得该地址之后，远程桌面单元106就可以利用远程桌面功能连接到上述目标处理设备。在现有的一些操作系统中已经为用户提供了远程桌面功能，此外还有专用于实现远程桌面的远程终端软件，例如VNC(Virtual Network Computing)。利用这些功能，远程桌面单元106就可以访问服务端所指定的目标处理设备。可以理解，本领域技术人员可以根据操作系统以及需求的不同，采用各种远程桌面方案，使其适于装置100和单元106的使用。这样，通过远程桌面功能，用户在客户端就可以看到在远程处理设备中执行的远程应用对本地文件的处理界面，并能够控制其处理过程。并且，对用户来说，所看到的利用服务端的处理设备中的远程应用来处理本地文件的过程和界面与利用本地机器中的桌面应用进行处理是完全一样的。因此，用户利用装置100远程处理本地文件的过程可以是完全无缝的。

在用户利用远程应用对本地文件处理完毕，希望关闭该远程应用时，如上所述，操作捕捉单元102可以捕捉到用户的关闭操作，并发出关闭请求。在一个实施例中，关闭请求中可以包含上述远程应用在其中运行的目标处理设备的地址，以通知服务端关闭该目标处理设备。一旦接收到服务端发送的确认该目标处理设备已关闭的通知，文件共享单元104就停止对本地文件的共享，远程桌面单元106断开与上述目标处理设备的连接，从而结束远程处理的过程。

进一步地，在一个实施例中，装置100可以包括通信单元108，用于与服务端实现交互与通信。装置100中各个单元与服务端之间的数据接收与发送都可以统一通过该通信单元108来执行。具体地，操作捕捉单元102可通过通信单元108向服务端发送操作请求；文件共享单元104可通过该通信单元108接收来自服务端的确认消息，并向其发送共享路径；远程桌面单元106可通过该通信单元108接收目标处理设备的信息。

在装置100中，文件共享单元104通过使用文件共享方案使得服务端能够访问和处理本地文件，这使得用户在使用远程应用处理本地文件时不再需要将本地文件上传至服务端，并在处理结束后下载回本地，省却了麻烦并避免了安全风险。远程桌面单元106的设置使得用户能够像使用本地桌面应用一样使用和控制远程应用，从而增强装置100的可操作性。

与装置100相对应，为了实现远程处理本地文件的目的，还需要在服务端对处理设备中的远程应用进行相应的管理。图2示出根据本发明一个实施例的用于远程处理本地文件的系统的服务端的结构图。在图2所示的实施例中，对客户端本地文件的远程处理在服务端的虚拟环境中执行。也就是说，在服务端部署虚拟设备(virtual appliance)，利用虚拟设备中安装的远程应用来处理客户端的文件。如图2所示，服务端包括虚拟设备平台202，虚拟设备部署工具204以及远程应用管理服务器206。

虚拟设备平台202是虚拟设备所驻留的硬件平台。在该硬件平台上，可以提供有多个虚拟设备(VA)，各个虚拟设备在各自独立的环境中运行。每个虚拟设备中可安装有多种桌面应用。这些桌面应用相对于虚拟设备平台来说是本地桌面应用，而相对于装置100和系统的客户端来说就是远程应用。为避免混淆，下文中，仍然将安装在虚拟设备平台中的桌面应用称为远程应用。尽管在图2中，虚拟设备平台202被显示为一个提供有多个虚拟设备的服务器平台，然而，可以理解，在其他实施例中，虚拟设备平台202可以包括多个子平台，多个虚拟设备可以根据需要分布安装于这些子平台中。

虚拟设备部署工具204用于根据部署指令对虚拟设备平台202中的虚拟设备进行自动地部署和管理。具体地，虚拟设备部署工具204可以将部署指令中指定的特定硬件平台中的特定虚拟设备启动、关闭，并对其进行配置、设定和管理。在一个具体实施例中，虚拟设备部署工具204利用TPM(Tivoli Provisioning Manager)服务器实现对虚拟设备的直接部署和管理。

远程应用管理服务器206与虚拟设备部署工具204相连，并直接与客户端的装置100通信，用于根据客户端的请求信息产生适用于虚拟设备部署工具204的部署指令，通过该部署工具204实现对虚拟设备平台202中的远程应用的管理。为实现上述功能，远程应用服务器206的具体结构如图3所示。

图3示出根据本发明一个实施例的远程应用服务器的结构图。如图3所示，该远程应用管理服务器206包括文件类型匹配单元302，被配置为响应于接收到的文件信息，将该文件匹配到特定的远程应用；虚拟设备选择单元304，被配置为确定上述远程应用所关联的目标虚拟设备，并向客户端发送该目标虚拟设备信息；以及指令文件生成单元306，被配置为响应于接收到的文件共享路径生成用于上述虚拟设备的指令文件。

在一个实施例中，在远程应用服务器206接收到客户端发送的处理请求时，首先由文件类型匹配单元302对该请求进行处理。如上所述，客户端发送的处理请求中会包含待处理的本地文件的文件信息。该文件信息中可能包含文件名、文件类型、文件路径等等。在文件信息中已经包含文件类型的情况下，文件类型匹配单元302对该文件类型进行分析，判断虚拟设备中是否存在与该类型匹配的远程应用。如果判断得出虚拟设备中不存在匹配的远程应用，那么文件类型匹配单元302就向客户端返回一个否定消息，结束本次处理。如果存在多种远程应用适于处理该类型的文件，那么文件类型匹配单元302可以将该多种应用提供给客户端，供用户进行选择。在另一种实施方案中，文件类型匹配单元302对于适合处理同一类型文件的多种应用设定匹配优先级，或者针对每一文件类型设定一个缺省应用。在上述优先级设定或缺省设定的基础上，文件类型匹配单元302就可以确定地将处理请求中包含的文件类型匹配或关联到一种特定的远程应用。在上述文件信息中没有直接包含文件类型的情况下，文件类型匹配单元302还被配置为根据文件信息中其他信息，分析、识别待处理的文件类型。例如，文件类型匹配单元302可以根据文件的扩展名、头信息等识别文件的类型。在获得待处理的文件类型之后，就按照上述的方式将该文件类型匹配到一种远程应用。可选地，在确定了匹配的远程应用之后，文件类型匹配单元302可以向客户端发送一个确认消息，通知客户端该文件能够用服务端的远程应用进行处理。

在确定了用来处理客户端本地文件的远程应用的基础上，虚拟设备选择单元304可以用于确定上述远程应用所关联的目标虚拟设备，并向客户端发送该目标虚拟设备信息。具体地，在一个实施例中，虚拟设备选择单元304通过查询一个虚拟设备库308来确定上述目标虚拟设备。上述虚拟设备库308用于存储图2中虚拟设备平台202中的各个虚拟设备的相关信息。这样的信息包括：每个虚拟设备驻留的硬件平台、该硬件平台的地址、每个虚拟设备中与远程应用相关的镜像文件、已经安装的应用、各个应用的运行状态、每个虚拟设备的配置状态和运行状态等等。通过查询这些信息，虚拟设备选择单元304根据文件类型匹配单元302确定的远程应用来选择该远程应用对应的适当镜像文件和虚拟设备，并获得该虚拟设备的相关信息，包括其地址。进一步地，虚拟设备选择单元304将确定的虚拟设备的地址发送至客户端，使得客户端能够根据该地址连接到目标虚拟设备。此外，虚拟设备选择单元304还将获得的虚拟设备信息提供给配置文件生成单元306。

配置文件生成单元306在获得来自于客户端的文件共享路径和上述虚拟设备信息的基础上，生成用于上述虚拟设备的指令文件。该指令文件中包含上述文件共享路径和目标虚拟设备部署信息，用于指示有待对虚拟设备进行的部署和配置。具体地，指令文件被传送至虚拟设备部署工具204，使得虚拟设备部署工具204按照指令文件中的信息对虚拟设备平台202中的虚拟设备进行部署。在一个具体实施例中，上述指令文件指示虚拟设备部署工具204部署并启动特定的虚拟设备，运行其中特定的远程应用，并指示该远程应用利用上述共享路径访问和处理客户端本地的文件。在远程应用管理服务器206接收到客户端发送的关闭请求时，指令文件生成单元306从关闭请求中提取包含的虚拟设备地址，由此生成新的指令文件，该指令文件指示虚拟设备部署工具204关闭相应的虚拟设备。

在一个实施方案中，远程应用管理服务器206还包括虚拟设备部署工具驱动单元308，被配置为将指令文件封装为与虚拟设备部署工具相符的格式，并传送给所述虚拟设备部署工具。也就是说，驱动单元308用于将上述指令文件转换为虚拟设备部署工具204能够直接接受的部署指令，从而驱动虚拟设备部署工具204根据该指令执行虚拟设备的部署。

由此，远程应用管理服务器206能够通过虚拟设备部署工具204来间接地管理虚拟设备中的远程应用，使得服务端的远程应用根据客户端的操作来处理客户端的本地文件。同时，由于远程应用管理服务器206能够根据需要指示虚拟设备部署工具204开启需要的虚拟设备和远程应用，关闭或休眠不必要的虚拟设备，因此，虚拟设备的使用使得服务端的资源得到充分利用，对远程应用的管理也更为灵活。并且，由于提供了远程应用管理服务器206来根据用户操作对远程应用进行部署、配置和管理，因此，客户端的用户不需要将远程应用下载到本地并安装就可以使用。这使得远程处理本地文件的过程得到进一步的优化。

在另一种实施方式中，在服务端提供多个实际的处理设备，对客户端的本地文件进行处理。也就是说，在服务端的常规运行环境中对客户端本地文件进行远程处理。这种实施方式中的服务端可以如图4所示。

图4示出根据本发明另一个实施例的用于远程处理本地文件的系统的服务端的结构图。如图4所示，该实施例中的服务端包括处理设备平台402和远程应用管理服务器406。处理设备平台402包括至少一个物理的处理设备，每个处理设备中各自安装有多种桌面应用，以下仍然称为远程应用。远程应用管理服务器406与处理设备平台402相连接，根据客户端的请求信息，指示特定的处理设备执行特定的远程处理。

远程应用管理服务器406的结构与作用与图3所示的服务器206相似。具体地，服务器406包括文件类型匹配单元，处理设备选择单元以及指令生成单元。其中，文件类型匹配单元将客户端发送的文件信息中的本地文件匹配到处理设备平台402中安装的特定远程应用。处理设备选择单元被配置为确定上述远程应用所关联的目标处理设备，并向客户端发送该处理设备的信息，包括其地址。指令生成单元响应于从客户端接收到的文件共享路径，生成用于上述物理处理设备的指令文件。该指令文件中包含上述文件共享路径，以指示特定的物理处理设备按照该路径访问客户端的本地文件。由于该实施例中处理设备为物理设备，不需要进行部署，因此，上述指令文件不必包含目标设备的部署信息。并且，远程应用管理服务器406可以直接与处理设备平台402连接，而不需要通过部署工具发出指令。上述指令文件因此可以直接传送给处理设备平台402，指示其中的特定处理设备访问并远程处理本地文件。

将图1所示的客户端装置100与图2或图4所示的服务端相接合，就可以为用户提供完整的利用远程应用处理本地文件的系统。利用这样的系统，用户可以如同使用本地桌面应用一样，使用实际上位于服务端的虚拟设备中的远程利用来处理本地文件。

基于同一发明构思，本发明的实施例还提供利用远程应用处理本地文件的方法以及管理处理设备中的远程应用的方法。

图5示出根据本发明一个实施例的利用远程应用处理本地文件的方法的流程图。该方法执行于远程应用系统的客户端。如图5所示，为了实现远程处理本地文件，首先在步骤502，捕捉用户对本地文件的操作，并向服务端发送操作请求。具体地，用户的操作可以包括处理请求操作和关闭操作，上述操作请求相应地可以包括处理请求和关闭请求。在捕捉到用户的处理请求操作时，还对该操作针对的本地文件进行分析，提取其文件信息，并将文件信息包含在处理请求中。这样的文件信息可以包括：该文件的文件名、文件类型、文件路径等。在一个具体实施例中，在步骤502中仅仅捕捉涉及远程处理的操作。

之后，在步骤504中，将上述本地文件在网络中共享，并向服务端发送共享路径。在一个实施例中，步骤504响应于服务端的确认消息而执行。其中，上述确认消息是服务端经过核查和判断，确定能够利用远程应用处理上述本地文件时返回的消息。一旦确认本地文件能够进行远程处理，该方法就执行将本地文件共享的步骤。如上所述，现有技术中已经提供有多种文件共享的方案，例如NFS系统，Andrew文件系统，网络核心协议NCP，通用Internet文件系统CIFS等。在步骤504中可以基于这些现有技术的文件共享方案，根据需要采用适当的方法实现本地文件的共享。

在实现文件共享，发送共享路径的基础上，本地文件就能够被适合的远程应用访问了。于是，在步骤506中，响应于从服务端接收到的与远程应用相关联的目标处理设备信息，利用远程桌面连接到该目标处理设备，从而将该处理设备中远程应用的界面提供给用户。具体地，上述目标处理设备信息包含该目标处理设备的实际地址。在获得该地址之后，就可以利用远程桌面功能连接到上述目标处理设备。现有的一些操作系统和应用软件中已经为用户提供了远程桌面功能。因此，在步骤506中可以直接利用这些功能访问服务端所指定的目标处理设备。这样，用户在客户端就可以看到在服务端处理设备中执行的远程应用对本地文件的处理界面，并能够控制其处理过程。

进一步地，在用户执行关闭操作的情况下，在步骤502中向服务端发送关闭请求。在一个实施例中，该关闭请求中可以包含处理本地文件的远程应用在其中运行的目标处理设备的地址，以通知服务端关闭该目标设备。并且，在这样的实施例中，上述方法还包括如下步骤(未示出)：响应于服务端发送的确认该目标处理设备已关闭的消息，停止对本地文件的共享，并断开与上述目标处理设备的连接，从而结束远程处理的过程。

与该方法相对应，为了实现远程处理本地文件，在服务端需要执行管理处理设备中的远程应用的方法。图6示出根据本发明一个实施例的管理处理设备中的远程应用的方法的流程图。如图6所示，在步骤602，响应于接收到的文件信息，将该文件匹配到特定的远程应用。其中，上述文件信息可能包含文件名、文件类型、文件路径等等，这些信息通常包含在处理请求中由客户端发送过来。一旦接收到这样的文件信息，步骤602就根据该信息匹配适当的远程应用。具体地，在文件信息中已经包含文件类型的情况下，在步骤602中对该文件类型进行分析，判断处理设备中是否存在与该类型匹配的远程应用。在上述文件信息中没有直接包含文件类型的情况下，在步骤602中还需要根据文件信息中的其他信息，分析、识别待处理的文件类型。例如，可以根据文件的扩展名、头信息等识别文件的类型。在获得待处理的文件类型之后，类似地执行文件类型与远程应用的匹配。在确定了匹配的远程应用之后，可以向客户端发送一个确认消息，通知客户端该文件能够用服务端的远程应用进行处理。

在确定了用来处理客户端本地文件的远程应用的基础上，在步骤604中确定上述远程应用所关联的目标处理设备，并向客户端发送该目标处理设备信息。在一个实施例中，通过查询一个处理设备库来确定上述目标处理设备。具体地，在步骤604中，基于步骤602中确定的远程应用，在处理设备库中查询和选择该远程应用对应的适当镜像文件和处理设备，并获得该处理设备的相关信息，包括其地址。进一步地，将确定的处理设备的地址发送至客户端，使得客户端能够根据该地址连接到目标处理设备。

为了最终管理处理设备和相应的远程应用，在步骤606中，响应于从客户端接收到的文件共享路径，生成用于上述处理设备的指令文件。在所述处理设备为物理设备的情况下，该指令文件包含上述文件共享路径，以指示特定物理设备按照该路径访问并处理客户端本地文件。在所述处理设备为虚拟设备的情况下，该指令文件中还包含目标虚拟设备信息，用于指示目标虚拟设备的部署。在一个具体实施例中，上述指令文件指示虚拟部署工具部署并启动特定的虚拟设备，运行其中特定的远程应用，并指示该远程应用利用上述共享路径访问和处理客户端本地的文件。

在客户端通过发送关闭请求而请求结束处理过程的情况下，上述方法还包括如下步骤(未示出)：从关闭请求中提取包含的处理设备地址，由此生成新的指令文件，该指令文件指示虚拟设备部署工具关闭相应的虚拟设备。

图7示出在利用远程应用处理本地文件的系统中启动远程应用的过程图。该过程用于说明在服务端的处理设备为虚拟设备的情况下，客户端与服务端的处理步骤。对于处理设备为物理设备的情况，步骤与图6所示相似，不再赘述。图7中左侧的步骤在客户端执行，右侧的步骤在服务端执行。如图所示，首先在客户端捕捉到用户对一个本地文件的处理请求操作，于是客户端向服务端发送处理请求。接收到处理请求之后，服务端就将处理请求中涉及的客户端本地文件匹配到服务端虚拟设备中的特定远程应用，并向客户端发送确认消息。客户端响应于确认消息而将上述本地文件共享，并向服务端发送共享路径。服务端基于匹配的远程应用可以选择相应的虚拟设备，并将上述共享路径包含在针对该虚拟设备的配置文件中，以指示该虚拟设置的部署和配置。并且，服务端还将上述虚拟设备的地址发送至客户端，使得客户端根据该地址连接到该虚拟设备。通过以上的描述可以看到，客户端和服务端不断通信，交换信息，触发远程处理的各个步骤。利用上述过程，服务端的虚拟设备中的远程应用在客户端处理请求的触发下被激活，开始处理客户端的本地文件。

可以理解，图7中客户端一侧执行的步骤与图5的方法相对应，服务端一侧执行的步骤与图6的方法相对应，并且，图5的方法可由图1的装置100来执行，图6的方法可由图3的服务器206来执行。

通过以上对具体实施例的描述，本领域技术人员可以理解，上述的系统、装置和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本实施例的装置、服务器及其单元可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合实现。

虽然以上结合具体实施例，对本发明的利用远程应用处理本地文件的系统及方法进行了详细描述，但本发明并不限于此。本领域普通技术人员能够在说明书教导之下对本发明进行多种变换、替换和修改而不偏离本发明的精神和范围。应该理解，所有这样的变化、替换、修改仍然落入本发明的保护范围之内。本发明的保护范围由所附权利要求来限定。

Claims (23)

1.一种利用远程应用处理本地文件的装置，包括：

操作捕捉单元，被配置为捕捉用户对本地文件的操作，并向服务端发送操作请求；

文件共享单元，被配置为将所述本地文件在网络中共享，并向服务端发送共享路径；以及

远程桌面单元，被配置为响应于从服务端接收到的与远程应用相关联的目标处理设备信息，利用远程桌面连接到该目标处理设备。

2.如权利要求1所述的装置，其中所述操作捕捉单元还被配置为提取所述本地文件的文件信息，该文件信息包括以下信息中的至少一个：文件名、文件路径和文件类型。

3.如权利要求1所述的装置，其中所述操作请求包括关闭请求，该关闭请求中包含所述目标处理设备信息，所述文件共享单元还被配置为响应于服务端的关闭目标处理设备的通知，停止所述本地文件的共享；所述远程桌面单元还被配置为响应于所述通知而断开与所述目标处理设备的连接。

4.如权利要求1所述的装置，其中所述文件共享单元被配置为使用网络文件系统(NFS)、Andrew文件系统或通用Internet文件系统实现文件共享。

5.一种远程应用管理服务器，用于管理处理设备中的远程应用，该服务器包括：

文件类型匹配单元，被配置为响应于接收到的客户端本地文件的文件信息，将该本地文件匹配到特定的远程应用；

处理设备选择单元，被配置为确定上述远程应用所关联的目标处理设备，并向客户端发送该目标处理设备信息；以及

指令文件生成单元，被配置为响应于接收到的文件共享路径生成用于上述处理设备的指令文件，该指令文件包含所述文件共享路径。

6.如权利要求5的服务器，其中所述文件类型匹配单元还被配置为根据所述文件信息识别文件类型。

7.如权利要求5的服务器，其中所述处理设备选择单元被配置为通过查询处理设备库中的存储信息而确定上述匹配的远程应用所关联的目标处理设备。

8.如权利要求7的服务器，其中所述存储信息包括：至少一个处理设备中的每一个的地址以及每个处理设备中安装的远程应用。

9.如权利要求5到8中任一项的服务器，其中所述处理设备为虚拟设备。

10.如权利要求9的服务器，其中所述指令文件还包括：目标虚拟设备部署信息。

11.如权利要求9的服务器，还包括虚拟设备部署工具驱动单元，被配置为将所述指令文件封装为与虚拟设备部署工具相符的格式，并传送给所述虚拟设备部署工具。

12.一种利用远程应用处理本地文件的系统，包括：

如权利要求1-4中任一个的装置；以及

如权利要求5-11中任一个的服务器。

13.一种利用远程应用处理本地文件的方法，包括：

捕捉用户对本地文件的操作，并向服务端发送操作请求；

将所述本地文件在网络中共享，并向服务端发送共享路径；以及

响应于从服务端接收到的与远程应用相关联的目标处理设备信息，利用远程桌面连接到该目标处理设备。

14.如权利要求13所述的方法，还包括提取所述本地文件的文件信息，该文件信息包括以下信息中的至少一个：文件名、文件路径和文件类型。

15.如权利要求13所述的方法，还包括：响应于服务端的关闭目标处理设备的通知，停止所述本地文件的共享，并断开与所述目标处理设备的连接。

16.如权利要求13所述的方法，其中所述将所述本地文件在网络中共享的步骤包括：使用网络文件系统(NFS)、Andrew文件系统或通用Internet文件系统实现文件共享。

17.一种管理处理设备中的远程应用的方法，该方法包括：

响应于接收到的客户端本地文件的文件信息，将该本地文件匹配到特定的远程应用；

确定上述远程应用所关联的目标处理设备，并向客户端发送该目标处理设备信息；以及

响应于接收到的文件共享路径生成用于上述处理设备的指令文件，该指令文件包含所述文件共享路径。

18.如权利要求17的方法，还包括：根据所述文件信息识别文件类型。

19.如权利要求17的方法，其中所述确定目标处理设备的步骤包括：通过查询处理设备库中的存储信息而确定上述匹配的远程应用所关联的目标处理设备。

20.如权利要求19的方法，其中所述存储信息包括：至少一个处理设备中的每一个的地址以及每个处理设备中安装的远程应用。

21.如权利要求17到20中任一个的方法，其中所述处理设备为虚拟设备。

22.如权利要求21的方法，其中所述指令文件还包括：目标虚拟设备部署信息。

23.如权利要求21的方法，还包括将所述指令文件封装为与虚拟设备部署工具相符的格式，并传送给所述虚拟设备部署工具。

Images