CN103201997B - 一种基于Web的文档服务方法和系统 - Google Patents

Abstract

本发明实施例提供了一种基于Web的文档服务的方法和系统。该方法包括：在云端，接收自动备份的数据；获得备份数据的视觉外观；将获得的视觉外观转换成通用数据，在云端存储所述通用数据；将所述通用数据转换为浏览器支持的格式。

Description

一种基于Web的文档服务方法和系统

技术背景

如今，云服务已经成为一种趋势。支持文档处理的云服务有许多种，其中Google Docs是最有特色的一个。Google Docs允许用户手动上传文档到云端，并且在云端查看、编辑和共享文档。然而，Google Docs不能自动上传桌面（电脑、Mac等）的文档到云端。即使用户手动将文档上传到云端，上传的文档看上去也常与原始的桌面文档稍有不同或者非常不同。这是因为谷歌将上传的文档转换成谷歌的格式，但这一转换无法保持原始文档的布局（或视觉外观）。

Dropbox是另一个成功的文档云服务。Dropbox需要用户在其使用的每个设备上（电脑、Mac、手机、iPad）安装Dropbox客户端软件。之后Dropbox客户端软件会创建一个Dropbox文件夹，所有属于同一用户的Dropbox文件夹是同步的（所以用户总是在不同的设备上拥有相同的文件）。用户可以把文件放在其任一设备的Dropbox文件夹内，以便于日后在另一个设备上使用。但Dropbox只提供文档存储服务，不提供查看或编辑的功能，并且需要用户安装桌面软件（如微软Office）来打开储存在Dropbox文件夹的文档。此外，Dropbox文件夹是由Dropbox创建的特定文件夹，所以用户无法在云端访问那些未存入到Dropbox文件夹中的文档。

Google Docs，Dropbox以及其他文档云服务都不允许用户只通过Web浏览器查看自己的文档，也不能在浏览器中提供和原始文档完全相同的文档。

发明内容

本发明实施例提供了一种在云端实施的基于Web的文档服务方法，包括：

接收自动备份的数据；

获得备份数据的视觉外观；

将获得的视觉外观转换成通用数据，储存该通用数据。

其中，进一步包括：将通用数据转换为浏览器支持的格式。

其中，进一步包括：

将所述备份数据转换为第三方编辑工具支持的格式；

获取由第三方编辑工具新编辑的数据；

将所述新编辑的数据转换成通用数据，并与原所述备份数据转换成的通用数据合并储存。

其中，所述将所述备份数据转换为第三方编辑工具支持的格式包括：

获取所述备份数据每一页的页面位图，将获取的页面位图保存为第三方编辑工具支持的图像格式；

创建一第三方编辑工具支持的文档，所述新创建的文档中每页包含一个对应的图像，所述图像为事先保存的第三方编辑工具支持的图像格式。

其中，所述浏览器支持的格式包括：HTML、SVG、图像或WebDAV协议。

其中，进一步包括：提供所述通用数据中每个文档的URL用于分发。

其中，所述通用数据由页组成，每页由层组成；每次用户写入新的内容后，创建一个新层，用于插入新内容对应的通用数据。

其中，所述通用数据为SVG格式。

其中，所述通用数据支持可见性签名。

本发明实施例提供了一种基于Web的文档服务系统，包括：至少一个客户端、至少一个Web服务器和至少一个存储服务器；

其中，所述客户端包括浏览器，用户通过所述浏览器发送访问请求；所述Web服务器维护由所述访问请求生成的待转换文档列表；所述存储服务器存储由所述访问请求生成的通用数据。

其中，所述Web服务器包括：备份处理引擎、转换调度引擎和网页生成引擎；

其中，所述备份处理引擎用于接收用户从所述客户端备份的数据并将数据存储在所述存储服务器；所述转换调度引擎用于维护所述转换任务列表；所述网页生成引擎用于根据通用数据生成提交给客户端浏览器的网页。

其中，所述存储服务器包括：通用数据存储模块；所述通用数据存储模块用于存储所述通用数据。

其中，所述存储服务器进一步包括：原始文档存储模块；所述原始文档存储模块用于存储用户从所述客户端备份的原始数据。

其中，所述至少一个Web服务器中的每个所述Web服务器分别对应一个所述存储服务器。

其中，所述存储服务器为第三方存储服务器。

其中，所述客户端将所述通用数据转换为所述浏览器支持的格式。

其中，所述客户端进一步包括备份客户端，所述备份客户端将用户数据备份至所述存储服务器。

其中，所述客户端支持用户设置分享权限。

其中，进一步包括：至少一个转换服务器，所述转换服务器将所述待转换文档列表中的文档转换为通用数据并返回给所述Web服务器，所述Web服务器将所述通用数据转换为所述浏览器支持的格式。

其中，所述转换服务器包括：转换任务列表维护引擎和转换引擎；

其中，所述转换任务列表维护引擎用于主动或被动地从所述Web服务器获取待转换任务列表；所述转换引擎用于将转换任务列表中的文档转换为记录文档视觉外观信息的通用数据。

其中，所述Web服务器包括：转换调度引擎，所述转换调度引擎为所述转换服务器调度转换任务，在所述转换服务器完成转换任务后更新其所维护的转换任务列表。

其中，当所述转换服务器在预设时间内没有将通用数据返回给所述Web服务器时，所述Web服务器重新分配待转换文档给所述转换服务器。

其中，所述Web服务器向所述转换服务器发起转换请求。

其中，所述转换服务器向所述Web服务器发起转换请求。

其中，进一步包括：第三方编辑工具；

则，所述Web服务器进一步用于将文档转换为所述第三方编辑工具支持的格式，并提交至所述第三方编辑工具进行编辑。

其中，进一步包括：通用数据操作接口；所述通用数据操作接口用于第三方应用程序访问所述Web文档服务器中的数据。

通过采用本发明实施例所提供的技术方案，将备份数据的视觉外观转换为通用数据，可使得用户在访问基于Web的文档服务时，在任意设备上仅用一个浏览器就能查看数据，无需任何插件或安装软件。同时还能够确保该通用数据在不同设备上的版式都是相同的。

附图说明

图1为一个基于Web的文档服务系统的示意图。

图2为一个基于Web的文档服务方法的示意流程图。

图3为一种图1所示的Web服务器和存储服务器的协作的方法示意图。

图4为一种图1所示的Web服务器和存储服务器的协作方法的示意图。

图5显示了一个如何与第三方编辑工具配合的系统实施例。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

本发明方法通过举例的方法进行说明，并不受相应图示的限制。应指出的是，本发明中提到的“一个”或“一些”实施例并不一定指的是同一个实施例，仅意味着至少一个实施例。

本发明一实施例提供了一种基于Web的文档服务方法和系统。在云端，该方法包括：接收自动备份的数据，获得备份数据的视觉外观，将获得的视觉外观转换成通用数据，在云端储存该通用数据，将通用数据转换为浏览器支持的格式。

本发明实施例提供的方法可使得用户在访问基于Web的文档服务时，在任意设备上仅用一个浏览器就能查看数据，无需任何插件或安装软件（例如微软Office或PDF阅读器）。该方法还确保通用数据在不同设备（电脑、移动终端、平板电脑、Mac等）上的版式都是相同的。

在这个文档中，版式是文档的视觉外观；通用数据是用于准确描述文档版式的数据，它记录了排版后的信息，从而使展示文档（显示、打印等）时不需要重新排版；流式数据（例如微软Word文档）记录文档的排版前信息，在展示文档时需要重新排版（例如计算每个字母的位置），因此，用不同软件或在不同设备上显示同样的流式数据时获得不同的版式。

本发明实施例中所涉及的术语可以参考申请号为12/133,290的美国专利。

图1为一个基于Web的文档服务系统的示意图。如图1所示，系统100包括客户端110，比如Windows电脑、Mac、笔记本电脑或其他包含浏览器112和安装了备份客户端软件114的设备。该系统100还包括可能只有浏览器152的客户端150。系统100可能还包括与客户端通过网络相连的Web服务器120，存储服务器140以及转换服务器130。从客户端的角度来说，这三个服务器的组合可以被称为云端。本领域技术人员可以理解，图1中仅包含一个客户端110、一个客户端150、一个Web服务器120、一个存储服务器140和一个转换服务器130，这是为了便于说明。实际实现时可以采用更多的客户端和/或服务器。众多服务器的协作会在后文中描述。

首先，用户在客户端110安装备份客户端114。在用户设置了备份集后，备份客户端114自动将该备份集的数据备份到云端，其中，该备份集包括用户希望备份到云端的所有文件或文件夹。

在云端，用户上传的数据都存储在存储服务器140中。然后，Web服务器120和转换服务器130相互交互将存储服务器140中的可打印文档转换为可以直接显示在浏览器中的通用数据。一实施例中，因为通用数据本身是由浏览器支持的，无需将通用数据转换为浏览器支持的格式。在此，可打印文档转换为通用数据的一个方法是提取可打印文档的视觉外观信息（提取视觉外观信息的一种例子可参考申请号为12/133,290的美国专利），然后用通用数据记录视觉外观信息。一实施例中，通用数据是SVG（可伸缩向量图形）格式，可打印文档的每个页面形成一个SVG对象，因此可打印文档对应的通用数据是由大量的SVG对象组成的，其中SVG对象的数量与可打印文档的页数相等。

最后，当一个用户通过客户端110的浏览器112或客户端150的浏览器152请求访问备份到云端的文档时，该请求被发送到Web服务器120，Web服务器120基于所需文档对应的通用数据生成网页，并将网页提交给客户端110的浏览器112或客户端150的浏览器152。通用数据可能需要转换为浏览器可渲染的格式。然而，本实施例中，所支持的通用数据本身可以被浏览器支持，无需进行相关转换；因此，在本实施例中并没提及将通用数据转换为浏览器支持的格式的引擎。本领域的技术人员可以理解，在某些实施例中需要该引擎。之后，用户可以通过浏览器阅读或打印所需文档。其他操作如编辑、保存、分享等也是可用的，细节方面将在后文中描述。

当用很多Web服务器120和转换服务器130来支持一个高业务量的服务时，有（但不仅限于）两种方法可用于Web服务器120和转换服务器130之间的交互。

一实施例中，Web服务器120维护待转换文档列表，并将列表中的一个子集给转换服务器130。转换服务器收到该待转换文档列表后，将列表中的文档转换为通用数据并返回到Web服务器120，Web服务器120将转换的数据存储在存储服务器140，并从其维护的待转换文档列表中删除已经转换的文档。在这种情况下，Web服务器120需能访问所有转换服务器130（例如，转换服务器130需要有固定IP地址）以便于执行转换任务。

另一实施例中，当一个转换服务器130发起转换请求到Web服务器120时，Web服务器120用包含需由转换服务器130转换的文档信息的待转换文档列表回应该请求。在所述转换服务器接收到它的待转换文档列表后，将列表中的文档转换为通用数据并返回给Web服务器120，Web服务器120将转换的数据储存在存储服务器140，并从其维护的待转换文档列表中删除已经转换的文档。这一情况下，Web服务器120需能被转换服务器130访问，以便于发出转换任务请求。

另外，转换服务器130可以直接将通用数据存储在存储服务器140，而不是将通用数据提交给Web服务器120后由Web服务器120存储在存储服务器140中。

另外，如果转换服务器130在预设时间内没有返回通用数据，Web服务器120会认为这一任务失败，随后重新分配任务。预设时间可以根据统计数据或者以其他方式设置。

上述实施例中，文档转换由转换服务器130完成。另外，转换操作也可以在客户端110实现。例如，可以在备份客户端114嵌入转换软件。在这种情况下，系统不需要转换服务器130和转换调度引擎（在下文中描述）。一实施例中，备份客户端114将备份文件上传到Web服务器120，同时将备份文件转换为通用数据并上传通用数据到Web服务器120。

从上文描述中可以看出，Web服务器120可能包括：备份处理引擎124，用于接收用户从客户端备份的数据并将数据存储在存储服务器140；转换调度引擎126，用于维护转换任务列表以及为转换服务器调度转换任务，在转换服务器完成转换任务后更新其所维护的转换任务列表；网页生成引擎122，用于根据通用数据生成提交给客户端浏览器的网页。转换服务器130包括：转换任务列表维护引擎132，用于主动或被动地从Web服务器120获取转换任务列表；转换引擎134，用于将转换任务列表中的文档转换为记录文档视觉外观信息的通用数据。存储服务器140包括：通用数据存储142，用于存储通用数据；可选的原始文档存储144，用于存储用户从客户端备份的原始数据。

一实施例中，用户可以使用第三方的账户（如OpenID、谷歌账户、Facebook账户、Twitter账户、Yahoo账户等）登录Web服务器120。因此用户认证可以由第三方实现，第三方的用户无需再次注册即可使用这项服务。

一实施例中，用户可以将第三方存储服务（如Google Docs，box.net）的账户提供给Web服务器120，并授权允许Web服务器120访问第三方存储服务器中用户账户的数据。之后，Web服务器120能通过第三方存储服务提供的API访问第三方存储服务的服务器，获得服务器上存储的文档，并用转换服务器130将文档转换为通用数据。通用数据可以存储在第三方存储服务的服务器或存储服务器140中。由此，用户能通过Web服务器120查看/打印第三方存储服务的服务器中的文档。

图2为一个基于Web的文档服务方法的流程图。如图2所述，该方法包括：

步骤201：备份客户端将用户文档被上传到云端（自动或手动）；

步骤202：Web服务器将上传的文档存储在存储服务器中；

步骤203：与Web服务器连接的转换服务器获得转换任务列表；

步骤204：根据转换任务列表，转换服务器将文档转换为通用数据；

步骤205：将通用数据存储在存储服务器中；

步骤206：Web服务器将包含通用数据的网页提交给用户客户端的浏览器，或者将通用数据转换为浏览器可渲染的格式并将包含转换后数据的网页提交给用户客户端的浏览器；

步骤207：通过用户客户端的浏览器直接查看文档。

由此，图1中包含的所有特点都在图2所示的方法流程中得到了体现。为了便于说明，这些特点都没有被重复描述。

下面的图将主要介绍Web服务器与存储服务器的协作。图3所示为系统300，其中包括负载均衡服务器310，多个Web服务器320和一个存储服务器330。用户数据都存储在存储服务器330。用户可以发送请求到Web服务器320来访问存储服务器330中的数据。这些请求首先由负载均衡服务器310处理，随后负载均衡服务器310将请求分发到一个指定Web服务器320，该Web服务器320从存储服务器获取数据，也就是说，虽然这些用户请求由不同的Web服务器320处理，它们最后都将访问相同的存储服务器330。本领域技术人员可以理解，虽然图3中仅示意一个存储服务器330，这仅用于示意Web服务器320和存储服务器330的接口。实际实现中，存储服务器330可能具有如SAN或NAS的复杂结构。然而，在这种情况下，构建存储服务器330非常昂贵，更重要的是，一个存储服务器支持的Web服务器320的数量有限。这意味着一旦基于Web的文档服务的业务量突然增加时，需要更多的Web服务器320，但由于一个存储服务器支持的Web服务器320的数量有限，仅仅增加Web服务器320的数量不能改善整个业务处理的能力，最终存储服务器330会成为整个服务的瓶颈。

图4中，每个Web服务器都有自己的存储服务器。依据用户ID分别将数据存储在各个存储服务器中。例如，在每个存储服务器中存储100个用户的数据，编号为0-99的用户数据存储在第一存储服务器中，编号为100-199的用户的数据存储在第二存储服务器中，等等。如图4所示，用户0到用户99的数据存储在存储服务器430中，负载均衡服务器410将编号为0-99的任何用户的请求转发给Web服务器420，Web服务器420访问存储服务器430获得用户请求的数据。假设用户501与用户0共享一个存储在存储服务器435的文件，这种情况下，物理文档存储在存储服务器435中而无需存储在存储服务器430中。如果用户0发起请求查看与用户501共享的文档，这一处理流程可能包括：负载均衡服务器410将请求转发给Web服务器420，Web服务器420发现所请求的文档由用户501所有，因此Web服务器420进一步请求Web服务器425提供文档。Web服务器425验证该请求（用户0是否有访问权限）后，从存储服务器435获得文档并返回文档给Web服务器420用于进一步的处理。

在这种情况下，每一个存储服务器都不需要大存储容量和重负荷，服务供应商就可以选择便宜的服务器，甚至可以是Web服务器的DAS。如果基于Web的文档服务的业务量突然增加，只需要增加Web服务器和相应的存储服务器，并将新用户的数据存储在新的存储服务器即可。整个服务的性能可以很容易也很便宜地无限扩展。

在基于Web的文档服务的一实施例中，用户可以与其他用户分享文档，并设置分享权限。例如，用户可以在自己的账户里为另一个用户设置访问权限。

在基于Web的文档服务的一实施例中，提供每个文档的URL用于分发。特别是，提供一个用于分发的链接文档（文档主要包含实际文档的URL，当该文档被打开时URL引用的实际文档会被自动打开)，以便于节省存储和带宽。在具体实施例中，当用户通过基于Web的文档服务与其他用户共享一个文件时，Web服务器将以发送者的名义通过SMTP服务器发送电子邮件给接收者。相应文档的URL可被用于取代传统的附件。当接收者收到邮件，点击邮件中的URL，共享文档在浏览器中打开（有时可能需要登录），用户可以阅读或进一步处理文档。在某些情况下，该共享文档被复制到接收者在Web文档服务系统的存储空间。在本发明一实施例中，还可以在附件中携带一个非常小的附件（通常小于1k字节），该附件为该共享文档的链接文档，其内包含该共享文档的URL，点击并打开链接文档就等于点击并打开相应的URL。

在一实施例中，还提供一个可见性签名功能。可见性签名与电子签名绑定，只有当相应的电子签名验证时，可见性签名才显示，否则可见性签名不能正常显示。这样可以在操作方便的基础上确保签名的可靠性。

在一实施例中，上传的文件存储在原始文档存储144中，用户可以将上传的文件下载到客户端。用户可以从备份客户端114提交下载请求到Web服务器120，Web服务器120从原始文档存储144获得指定的文件，并提交给备份客户端114。用户可以从浏览器112或浏览器152提交下载请求到Web服务器120，过程同上。

在一实施例中，用户可以以PDF格式或其他格式下载存储在云端的文档。在这种情况下，Web服务器120需要将存储服务器130中存储的数据转换为特定格式，其他过程同上。

以上所有实施例都提供查看可打印文档的功能。此外，可打印文档也可以被编辑。另一个实施例还提供一种在线或离线编辑可打印文档的方法和系统。

本发明实施例提供两种类型的编辑。一个是写入，即增加新内容同时不改变现有文档内容；另一个是修改，即修改现有文档内容。

在一实施例中，通用数据由页组成，一页由层组成。每次用户写入新的内容后，创建一个新层，用于插入新内容对应的通用数据。此外，还可以通过选择显示哪些层来提供追踪历史功能。

在一实施例中，记录新编辑内容，并将其作为一个新的层插入原始文档中，比如，提取新编辑内容的视觉外观信息，并利用浏览器可渲染的语言记录该提取的视觉外观信息，随后将记录的信息集成到原始通用数据。这个功能在版本管理上也很有用。新编辑的内容总是被视为通用数据的一个层，因此，在提供版本管理功能时至少可以恢复到之前的历史版本。

用户可以选择各种编辑工具（特别是第三方在线编辑器或客户端的编辑软件）。用户只需考虑不同编辑工具编辑功能的差异，而不需要考虑文档格式。

可以在文档的任何位置实现编辑功能，如插入文本（设置字体、字体大小、粗体、斜体）、插入图片或手稿。还可以提供基本文档管理功能，如创建目录、删除目录、移动文件、删除文件、搜索等。

图5显示了一个如何与第三方编辑工具配合的系统实施例。在系统500中，Web服务器将文档转换为第三方编辑工具支持的格式，将转换后的数据提交给第三方编辑工具，调用第三方编辑工具进行编辑（本领域技术人员可以理解，当用户使用第三方编辑工具进行编辑时），得到编辑后文档，将新文档转换为通用数据，存储通用数据（可能连同新文档一起）到存储服务器。

一实施例中，Web服务器获得新编辑的内容，调用转换服务器将新的内容转换为通用数据，并将新内容的通用数据与编辑前文档的通用数据合并。一个合并方法是：Web服务器创建一个新层，将新内容的通用数据插入到新层。

一实施例中，将文档转换为第三方编辑工具支持的格式的方法为：渲染通用数据，获取通用文档每一页的页面位图，将获取的页面位图保存为第三方编辑工具支持的图像格式，创建一第三方编辑工具支持的文档，该新创建的文档中每页包含一个对应的图像，该图像为事先保存的第三方编辑工具支持的图像格式。在这种情况下，获得新编辑的内容非常简单，只需删除原始图像。可选的，这些原始图像都被设置为仅供可读的背景，不可被第三方编辑工具编辑修改。

一实施例中，记录视觉外观信息的语言是SVG；新编辑的内容被转换为SVG对象并存储。编辑完成后，新编辑内容的SVG对象和原始页面的SVG文档都显示在客户端浏览器上。

一实施例中，用户可以在线创建一个新的文档；这种情况下的编辑方法与上述实施例中一样，区别在于，此时原始文档为一个空白图像。

一实施例中，浏览器支持的格式可能是HTML、SVG或图像。

此外，还支持WebDAV协议。在这种情况下，基于Web文档服务的服务器的文档程序可以通过资源管理器访问的在线文档中的数据，就像查看数码相机中的图片一样。

对于每一个原始文档，还可以在资源管理器（Windows资源管理器或类似Windows或其他操作系统的内核）中进一步列出与该文档具有相同的文件名但不同扩展名（文档格式）的几个文件。在一实施例中，这些具有不同扩展名的文件可能为没有内容的虚拟文件。当用户想要打开或编辑原始文档时，他们可以选择他们最喜欢的编辑软件所支持的文档格式类型。一旦选中一个文档，生成与原始文档具有相同版式信息并且格式为该扩展名的内容并呈现给用户。在一实施例中，将这些内容生成为OLE对象（例如，创建OLE对象来指示aaa.sep的某一页，并将其插入到aaa.doc，OLE对象的数目与页数一致）或图像。其后，用户使用最喜欢的编辑软件编辑所选的文档，将编辑后的文档保存在服务器，获取新编辑的内容并将其插入到原始文档。另一实施例中，具有相同文件名的所有文档都在同步时被更新。

例如，如果有一个文件命名为aaa.sep，即其格式是SEP，当呈现给用户时，不同命名的文件也为用户列出，例如aaa.doc、aaa.ppt、aaa.xls、aaa.odt。aaa.doc具有与aaa.sep相同的版式信息，该aaa.doc可以预先生成或在用户单击打开时生成。现在用户使用MSWord软件可以选择打开和编辑aaa.doc。在服务器上保存编辑后的aaa.doc，同时自动获得新编辑的内容并插入到文档aaa.sep中。另一实施例中，aaa.ppt、aaa.xls、aaa.odt也根据aaa.doc中新编辑的内容进行同步更新，即同样文件名（不同扩展名）的文档总是有相同的布局。

因此，通过使用基于Web的文档服务，用户可以在不考虑文档格式的情况下编辑内容，或者说，用户可以用喜欢的编辑软件编辑任何内容。此外，用户可以根据熟悉的编辑经验进行编辑。

在一实施例中，还提供了通用数据操作接口(如UOML等文档库接口)，以便第三方应用程序访问（例如，打开或编辑）Web文档服务中的数据；该实施例中，第三方应用程序不仅仅可以访问文档级数据，还可以访问更低级别的文档内细粒度数据。

尽管以上所有图都是以功能层面划分组件，但这样的描述仅仅是为了便于说明。显然地，图中描述的组件可以任意组合或划分为单独的软件、固件和/或硬件组件。此外，显然地，无论如何组合或划分，这些组件都可以在相同的主机或多个主机上运行，多个主机可以由一个或多个网络连接。

本专利实施例中所述的引擎指用于完成某一功能的软件、固件、硬件或其他组件。引擎通常包括存储在非易失性存储器（也称为辅助存储器）中的软件指令。当软件指令执行时，至少一个子集的软件指令由一个处理器加载到存储器（也称为初级存储器）。处理器执行存储器中的软件指令。处理器可能是一个共享处理器、一个专用处理器、或一组共享处理器/专用处理器。一个典型的程序包括调用硬件组件（例如I/O设备)，这通常需要执行驱动器。驱动器可能会或不会被认为是引擎的一部分，但这并不关键。

尽管为了便于说明，上文中的方法/图像以一定的顺序描述了流程步骤，,这个流程并不局限于任何特定的顺序或步骤安排。本领域技术人员可以理解，这些方法/图像中描绘的多个步骤都可以省去、重排、组合或采用不同的方式调整。

计算机领域的技术人员容易理解，根据目前公开的教程，本发明一实施例可以用常规通用或专用的数字计算机或微处理器程序实现。适当的软件编码可以随时由熟练的程序员根据目前公开的教程实现。本发明可以由集成电路或由网络适当连接的传统电路元件实现。

本发明一实施例可包括计算机程序产品，这是一个机器可读介质，其上存储指令，可用于安排一个或多个主机执行本发明中提供的任何功能。机器可读介质包含但不限于一种或多种磁盘，包括软盘、光盘、DVD、CD-ROM、微驱动器、磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪存设备、磁性或光学卡、纳米系统(包括分子存储器集成电路)，任何类型的适合存储指令和/或数据的介质和设备。本发明包括存储在任何一个计算机可读介质上的软件，用于扩至通用/专用计算机或微处理器的硬件，并允许计算机或微处理器与人交互或可应用本发明成果的其他机制。这样的软件包括但不限于设备驱动器、操作系统、执行环境/容器和应用程序。

以上所述的具体实施例对本发明保护内容进行了详细说明，而不用于详尽列举或限定本发明的保护范围。本领域技术人员可以理解凡在本发明的精神和原则之内，所作的任何修改、等同替换等，均应包含在本发明的保护范围之内。特别是，在上述实施例的系统或方法中所述的“组件”，也可以由其他等价概念如类、方法、类型、接口、模块、对象模型等代替。实施例是用于更好地描述本发明的精神和实际应用，以使相关领域专业人员可以理解本发明保护内容。各种实施例和相应修改都适用于一定用途。

Claims (17)

1.一种基于Web的文档服务系统，其特征在于，包括：至少一个客户端、至少一个Web服务器、至少一个转换服务器和至少一个存储服务器；

所述客户端包括浏览器，用户通过所述浏览器发送访问请求；

所述Web服务器维护由所述访问请求生成的待转换文档列表；

所述转换服务器将所述待转换文档列表中的文档转换为通用数据并返回给所述Web服务器，其中所述转换服务器包括转换引擎，所述转换引擎用于将所述待转换文档列表中的文档转换为记录文档视觉外观信息的通用数据；

所述存储服务器存储由所述访问请求生成的通用数据，其中所述通用数据是用于准确描述文档版式的数据，记录了排版后的信息，从而使展示文档时不需要重新排版，

其中，所述Web服务器还包括：备份处理引擎和网页生成引擎，其中，所述备份处理引擎用于接收用户从所述客户端备份的数据并将数据存储在所述存储服务器，所述网页生成引擎用于当接收到所述客户端的浏览器发送的访问所备份的备份数据的请求时，基于所述备份数据对应的通用数据生成网页，并将网页提交给所述客户端的浏览器。

2.根据权利要求1所述的系统，其特征在于，所述Web服务器还包括转换调度引擎；

其中，所述转换调度引擎用于维护所述转换任务列表。

3.根据权利要求1所述的系统，其特征在于，所述存储服务器包括：通用数据存储模块；所述通用数据存储模块用于存储所述通用数据。

4.根据权利要求1所述的系统，其特征在于，所述存储服务器进一步包括：原始文档存储模块；所述原始文档存储模块用于存储用户从所述客户端备份的原始数据。

5.根据权利要求1所述的系统，其特征在于，所述至少一个Web服务器中的每个所述Web服务器分别对应一个所述存储服务器。

6.根据权利要求1所述的系统，其特征在于，所述存储服务器为第三方存储服务器。

7.根据权利要求1所述的系统，其特征在于，所述客户端将所述通用数据转换为所述浏览器支持的格式。

8.根据权利要求1所述的系统，其特征在于，所述客户端进一步包括备份客户端，所述备份客户端将用户数据备份至所述存储服务器。

9.根据权利要求1所述的系统，其特征在于，所述客户端支持用户设置分享权限。

10.根据权利要求1所述的系统，其特征在于，所述Web服务器将所述通用数据转换为所述浏览器支持的格式。

11.根据权利要求10所述的系统，其特征在于，所述转换服务器还包括转换任务列表维护引擎；

其中，所述转换任务列表维护引擎用于主动或被动地从所述Web服务器获取待转换任务列表。

12.根据权利要求10所述的系统，其特征在于，所述Web服务器包括：转换调度引擎，所述转换调度引擎为所述转换服务器调度转换任务，在所述转换服务器完成转换任务后更新其所维护的转换任务列表。

13.根据权利要求10所述的系统，其特征在于，当所述转换服务器在预设时间内没有将通用数据返回给所述Web服务器时，所述Web服务器重新分配待转换文档给所述转换服务器。

14.根据权利要求10所述的系统，其特征在于，所述Web服务器向所述转换服务器发起转换请求。

15.根据权利要求10所述的系统，其特征在于，所述转换服务器向所述Web服务器发起转换请求。

16.根据权利要求1所述的系统，其特征在于，进一步包括：第三方编辑工具；

则，所述Web服务器进一步用于将文档转换为所述第三方编辑工具支持的格式，并提交至所述第三方编辑工具进行编辑。

17.根据权利要求1所述的系统，其特征在于，进一步包括：通用数据操作接口；所述通用数据操作接口用于第三方应用程序访问所述Web文档服务器中的数据。