CN102096720B - 文档库系统 - Google Patents

Abstract

本发明公开了一种文档库系统，包括，以进程间通信的方式接收来自文档应用程序的文档处理指令；根据所述文档处理指令处理文档；将处理结果通过所述进程间通信方式返回给文档应用程序。本发明实施例能够解决全局性数据共享访问问题，进而保证文档处理系统的稳定性、安全性和持久性。

Description

文档库系统

技术领域

本发明涉及文档库技术，尤指一种文档库系统。

背景技术

文档库系统是一种平台软件，提供非结构化数据的存储、读写、解析、呈现、组织、管理、安全和检索等功能，并通过标准接口供应用软件调用。该标准接口称为文档库标准接口，该接口的标准称为文档库标准（例如UOML标准），文档库系统所存储的数据称为文档库。文档库系统所处理的非结构化数据可能包含一页或多页组成的平面媒体信息，也可能包含音频、视频等流媒体信息，或者包含其它信息。应用软件调用文档库系统的方式为向文档库系统发送预定义的指令，发送指令的方式可以是发送命令串，也可以是函数调用或其它方式。其中，所述预定义指令与非结构化数据的存储形式（尤其是存储格式）无关，而是描述了对一种抽象模型的实例的操作，该抽象模型是对某一类型的非结构化数据的某个通用特征（例如呈现效果）进行抽象得到的，模型实例通常是树状结构。优选地，所述预定义指令可以基于动作和对象来定义。文档库系统通常还具备完备性，例如当所述通用特征是呈现效果的时候，可以生成任意呈现效果的非结构化数据（忽略因为压缩、数据精度等原因而造成的细微差别）。具体可见本申请人在先提交的公开号为CN1979472A的基础专利申请说明书，以及本申请人在先提交的申请号为US12/133,280的专利申请说明书。

图1是现有技术中文档处理系统的总体架构示意图。如图1所示，该文档处理系统包括文档应用程序、编程接口以及文档库系统。其中，文档应用程序为遵循文档库标准访问文档的应用软件。文档库系统用于实现文档库标准并为文档应用程序提供文档访问服务。文档应用程序通过调用编程接口的方式访问文档库系统。这里编程接口是可以被文档应用程序直接调用的、通用程序设计语言形式的应用编程接口，通常以函数库的形式被链接到文档应用程序中。

文档库系统的功能包括：完成文档库接口标准与通用程序设计语言形式的函数调用之间的相互转换，并完成与文档进行互操作的底层实现。

从图1所示的现有文档处理系统的总体架构可见，文档应用程序采用的是编程接口直接调用文档库系统的方式，以在文档应用程序与文档库系统间交换数据，且编程接口和文档库系统皆以动态链接库的形式与文档应用程序共享进程空间。

然而由于在实际过程中很难预见或估计到文档应用程序会以怎样的方式访问文档库系统，由此就带来了全局性数据共享访问问题，并且该问题将成为文档库系统长期维护性开发的瓶颈。特别是在多线程多实例并发的情况下，这方面的问题表现得尤为突出。

为了从根本上解决上述瓶颈问题，目前，其中一种做法是将文档库系统中的全局性数据全部局部化，但在现有条件下，这种做法的开发成本是难以估量的。另一种做法是采用诸如信号量（Semaphore）、临界区（CriticalSection）等所谓线程化工具，虽然这样可以在一定程度上解决部分全局数据的稳定性和安全性问题，但有关持久性的问题仍然不能从根本上获得解决。更为重要的是，无论采用上述哪种方法，文档库系统都会变得越来越难以维护。

为此，急需另一种解决方案来解决全局性数据共享访问问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种文档库系统，以解决全局性数据共享访问问题，进而保证文档处理的稳定性、安全性和持久性。

为达到上述目的，本发明的技术方案具体是这样实现的：

一种文档库系统，包括：

文档服务模块，用于创建命名管道；在文档应用程序建立与命名管道连接后，接收来自文档应用程序的所述文档处理指令；将处理结果通过所述命名管道返回给文档应用程序;

文档处理模块，用于接收由文档服务模块转发的文档处理指令，并将自身处理后的处理结果返回文档服务模块;

接口适配器，用于接收来自文档应用程序的加载文档服务模块请求，并根据加载文档服务模块请求中的参数构建启动命令行，创建不少于一个文档服务模块；在文档服务模块建立命名管道后，通过该命名管道将来自文档应用程序的文档处理指令发送至并将文档服务模块来自文档服务模块的处理结果转发至文档应用程序；

其中，所述接口适配器与文档服务模块之间采用文档库接口标准。

其中，所述接口适配器位于所述文档库系统外部，所述文档库系统通过所述接口适配器与所述文档应用程序交互。

其中，所述接口适配器通过编程接口与所述文档应用程序交互；其中，

所述编程接口，用于被文档应用程序直接调用，并将调用的接口函数转换为文档处理指令或文档服务模块请求发送接口适配器，通过接口适配器接收处理结果，将处理结果转换为通用程序设计语言函数返回值的形式后，返回给文档应用程序。

其中，所述文档服务模块，进一步用于对从命名管道中获得的文档处理指令初步解析，决定接收到的文档处理指令是自身处理还是交由文档处理模块处理；处理由自身处理的文档处理指令；将由文档处理模块处理的文档处理指令转发给文档处理单元。

其中，所述文档服务模块进一步用于在进程结束前卸载文档处理模块，释放包括命名管道在内的所有已分配资源。

其中，接口适配器与文档服务模块之间、以及文档服务模块与文档处理模块之间均采用文档库接口标准。

其中，所述编程接口是通用程序设计语言形式的应用编程接口，以函数库的形式链接到文档应用程序中。

其中，文档应用程序与文档服务模块之间采用传值、传指针或者共享内存的方式传递数据。

其中，所述文档服务模块为文档服务进程。

由上述技术方案可见，由于本发明的文档库系统由进程构成，这样，文档库系统可以通过进程建立的命名管道来与文档应用程序进行信息交互，避免了文档应用程序直接调用文档驱动，解决由于全局性数据共享访问方面的问题，能够对文档库系统及其底层模块中的全局对象提供全面而彻底的保护，进一步保证系统的稳定性、安全性和持久性。

附图说明

图1是现有技术中文档处理系统的总体架构示意图；

图2是本发明中文档处理系统的总体架构示意图；

图3是本发明另一实施例中文档处理系统的总体架构示意图；

图4是本发明实施例提供的文档库系统访问方法的流程示意图；

图5是本发明文档应用程序与文档服务进程间通过共享内存传递本地数据的流程示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明实施例提供的文档库系统，以进程间通信的方式接收来自文档应用程序的文档处理指令；根据所述文档处理指令处理文档；将处理结果通过所述进程间通信方式返回给文档应用程序。

下面将通过说明文档处理系统中文档库系统和文档应用程序的交互过程来更好地说明本发明实施例提供的文档库系统的功能。

图2是本发明实施例提供的文档处理系统的结构示意图。如图2所述，该文档处理系统包括：文档应用程序、编程接口以及文档库系统，文档应用程序通过调用编程接口访问文档库系统。其中，文档库系统包括：接口适配器、文档服务模块、文档处理模块。其中，该文档处理模块的功能为现有技术中文档库系统的功能。

文档应用程序为访问文档的应用程序，其遵循文档库标准，用于直接调用编程接口，将不同编程接口函数的调用转换为相应的请求，并发送请求至编程接口，接收来自编程接口的通用程序设计语言函数返回值。

编程接口，用于将来自文档应用程序的请求发送给接口适配器；通过接口适配器接收处理结果，将其转换为通用程序设计语言函数返回值的形式后，返回给文档应用程序。

其中，编程接口为文档应用程序提供的函数分为两大类，一类为文档服务接口函数，当文档应用程序调用此类接口函数时，将该类接口函数转换为相应的文档处理指令；另一类为加载/卸载驱动接口函数，当文档应用程序调用此类接口函数时，将该类接口函数转换为相应的加载/卸载文档服务模块请求。

接口适配器，用于接收编程接口转发的加载文档服务模块请求，并根据加载文档服务模块请求中的参数构建启动命令行，创建一个或多个文档服务模块；在文档服务模块建立命名管道后，通过该命名管道将来自编程接口的文档处理指令发送至文档服务模块并将来自文档服务模块的处理结果转发至编程接口。

文档服务模块，用于根据启动命令行参数传入的信息加载相应的文档驱动单元，并完成初始化；以创建命名管道，并对该命名管道实施侦听；对从命名管道中获得的文档处理指令信息进行初步解析，决定该接收到的文档处理指令是自身处理还是交由文档处理模块处理；处理由自身处理的文档处理指令；将由文档处理模块处理的文档处理指令转发给文档处理单元；将得到的处理结果通过建立的命名管道返回给接口适配器。在创建命令管道时，可以以文本化进程标识为管道名创建命名管道。在本发明的一个实施例中，文档服务模块可以是一个进程程序，称为文档服务进程。

在本发明一实施例中，文档处理模块可以由文档驱动单元和底层模块组成。

文档驱动单元，连接文档服务模块和若干底层模块的媒介，用于接收由文档服务模块转发的文档处理指令，并将从底层模块得到的处理结果返回文档服务模块。这里，由于文档服务模块与文档驱动单元之间的接口为文档库标准接口，而文档驱动单元与底层模块之间的接口为通用程序设计语言形式的函数调用，为此，文档驱动单元同时还需要完成文档库接口标准与通用程序设计语言形式的函数调用之间的相互转换。

底层模块，用于接收由文档驱动单元转发的文档处理指令，完成与文档互操作的底层实现，并将处理结果返回给文档驱动单元。底层模块通常由若干软件组件组成，其对外接口通常表现为通用程序设计语言形式的函数调用。

在本发明文档库系统中，编程接口与接口适配器之间、接口适配器与文档服务模块之间，以及文档服务模块与文档驱动单元之间均采用文档库接口标准。这里，由于文档服务模块是一个独立运行的后台进程，与动态连接库形式的编程接口不同，文档服务模块只接受和处理严格按照文档库标准定义的专用脚本语言，因此，在本发明一实施例中，文档服务模块与接口适配器之间的文档库接口为非结构化标准语言UOML接口。而编程接口与接口适配器之间、文档服务模块与文档驱动单元之间的文档库接口可以是将UOML标准指令封装在通用程序设计语言中，如C/C++中。另外，为了保持对现有应用系统的向下兼容，本发明中的编程接口可以保留现有通用程序设计语言形式的应用编程接口（API）。

图3是本发明另一实施例提供的文档处理系统的结构示意图。在该实施例中，文档处理系统由文档应用程序、编程接口、接口适配器和文档库系统组成，其中，文档库系统包括：文档服务模块、文档处理模块。在本发明实施例中，文档处理模块同样可以由文档驱动单元和底层模块组成。文档应用程序、编程接口、接口适配器、文档服务模块以及文档处理模块功能、接口及连接方式均与上一实施例中相同，在此就不再赘述。

本领域技术人员明白，虽然在上述两个实施例中，文档应用程序均通过编程接口与接口适配器交互，但在实际应用中，文档应用程序也可能直接与接口适配器交互，而无需使用编程接口。

在以下实施例中，均以文档服务进程为例进行说明，但以下的所有方法和技术也均适用于文档服务模块。

图4是本发明实施例提供的文档处理方法的流程示意图。如图4所示，该文档处理方法包括：

首先，文档应用程序调用特定的编程接口函数——加载驱动接口函数，将该接口函数转换为相应的加载文档服务进程请求，将该加载文档服务进程请求发送至接口适配器。接口适配器根据加载文档服务进程请求中的参数构建启动命令行，创建文档服务进程。

文档服务进程根据启动命令行参数传入的信息加载相应的文档驱动单元，并完成初始化。同时，文档服务进程一经启动即根据自身的进程标识，如文本化进程标识，建立相应的命名管道，用于与文档应用程序建立通信。

其中，经由启动命令行参数传入的信息包括：文档服务进程的启动路径；文档服务进程的启动模式；文档处理模块的版本标志（在一实施例中，可以是文档驱动单元的版本标志）；文档处理模块的安装路径（在一实施例中，可以是文档驱动单元的安装路径）；文档处理模块的协议名称（在一实施例中，可以是文档驱动单元的协议名称）；文档应用程序的字体路径；文档应用与服务同步事件。例如：经由启动命令行参数传入的信息是：

E:\Projects\Sursen\build\integ\all\uoml_svr14.exe″-l 0

″E:\Projects\Sursen\build\integ\all″″uoml_driver14″″C:\Program

Files\Sursen\Reader″3296656。其中：文档服务进程的启动路径

E:\Projects\Sursen\build\integ\all\uoml_svr14.exe，文档服务进程的启动模式为l，即侦听，文档驱动单元的版本标志为0，即标准版，文档驱动单元的安装路径为E:\Projects\Sursen\build\integ\all，文档驱动单元的协议名称为uoml_driver14，文档应用程序的字体路径为C:\Program Files\Sursen\Reader，文档应用与服务同步事件ID为3296656。

接口适配器的一个作用是获取当前文档库接口标准的版本信息。文档库接口标准的版本信息，是启动文档服务进程时由命令行参数传入的文档驱动单元版本标志（如0：标准版，1：核心版）。文档服务进程启动时，一方面根据传入的文档驱动单元版本标志装载适当的文档驱动单元；另一方面在自己内部备份该标志。当文档应用程序希望获取当前文档库接口标准的版本信息时，文档服务进程即将自己内部事先做好的备份返回给文档应用程序，而无需再调用文档驱动单元获取版本信息。

建立好命名管道后，文档服务进程启动对命名管道的侦听，以等待文档应用程序的连接，通常情况下，文档服务进程在建立好命名管道后，会通知文档应用程序，文档应用程序在接收到通知后，建立与命名管道的连接，此时文档服务进程与文档应用程序间的通信链路即可建立起来。此后，文档服务进程与文档应用程序间的所有数据交换皆通过该通信链路实现。除非文档应用程序再次调用卸载文档驱动，请求卸载文档服务进程，否则此通信链路将一直保持下去。

通信链路一旦建立，文档服务进程即开始等待来自文档应用程序的文档处理指令。具体来说，文档应用程序调用文档服务接口函数，将该类接口函数转换为相应的文档处理指令，将该文档处理指令经由接口适配器送入已经建立好的链接的命名管道中。文档应用程序在完成文档处理指令的发送后，即进入等待状态，准备接收来自文档服务进程的处理结果。文档服务进程对从命名管道中获得的文档处理指令信息进行初步解析后，确定该接收到的文档处理指令是自身处理还是交由文档处理模块处理。文档处理指令的文档服务协议中带有用以区分直接处理和底层文档处理模块处理的标志，所谓的解析即获取该标识。

通常来说，文档处理指令包括：文档服务类，有：回馈测试、获取版本、创建过滤器、获取过滤器名、销毁过滤器、关闭文档服务；文档驱动类，有：初始化、终结化、调用文档处理功能、获取错误码、获取错误信息、释放内存、获取标签标识、获取标签名称；回调函数类，有：获取文档密码、枚举拣选文本、显示缺图图像。其中，文档服务类的文档服务协议中带有直接处理的标志。文档驱动类的文档服务协议中带有底层处理的标志。回调函数类的文档服务协议中带有直接处理的标志，但在文档服务进程处理后，直接处理的标志可能转换为底层处理的标志。还有一些文档处理指令，如读写文档、删除文档数据等，必须由底层模块处理，这些文档处理指令的文档服务协议中也会带有底层处理标志。

对于由文档服务进程自己处理的文档处理指令，文档服务进程在处理完成后，将处理结果通过命名管道返回给接口适配器。对于由文档处理模块处理的文档处理指令，文档服务进程将该文档处理指令转发给文档处理模块。根据不同的文档处理指令，文档处理模块中的文档驱动单元自己处理或者继续转发给文档处理模块中的底层模块处理，将处理结果经由文档服务进程、命名管道返回给接口适配器。接口适配器将处理结果进一步返回给编程接口，编程接口通过接口适配器接收到处理结果后，将其转换为通用程序设计语言函数返回值的形式，返回文档应用程序。至此即完成一次完整的文档接口函数调用过程。

文档服务进程在完成向文档应用程序返回处理结果后，即进入等待状态，准备接收来自文档应用程序的下一个文档处理指令，如此循环往复，直到文档应用程序要求停止服务为止。

进一步地，文档应用程序还可以调用卸载驱动单元接口函数，将该接口函数转换为相应的卸载文档服务进程请求，将该卸载文档服务进程请求发送至接口适配器。接口适配器根据该卸载文档服务进程请求，卸载文档服务进程。在卸载文档服务进程之前，文档服务进程卸载文档处理模块（或文档驱动单元），释放包括命名管道在内的所有已分配资源。

通常来说，文档应用程序和文档服务进程之间的数据交换可以采用以下两种方式。第一种方式为传值，即文档应用程序或文档服务进程，将特定文档操作所需要的参数或所生成的结果，无论其具体数据类型为何，一律直接以文本化的形式编码为文档库接口标准所规定的格式，在文档应用程序和文档服务进程之间进行传递。另一种方式为传指针，即文档应用程序或文档服务进程，将特定文档操作所需要的参数或所生成的结果，按其特有数据类型的原始形式存储在执行进程的本地地址空间，并将其文本化的地址值（如按十进制整数的形式）编入文档库接口标准语句进行传递。

图5为本发明实施例提供的文档应用程序与文档服务进程间数据交换的流程示意图。在该实施例中，通过共享内存在文档应用程序和文档服务进程间传递数据。如图5所示，文档应用程序调用编程接口，并通过接口适配器创建共享内存，以本地数据的地址（如图5中示例的01AA0314）作为该共享内存的名字，并将本地数据的内容复制到该共享内存中。当文档应用程序与文档服务进程建立通信链路后，文档应用程序可以通过调用编程接口中文档服务接口函数发起文档操作指令，将该文档操作指令转换为文档处理指令。文档驱动单元从该文档处理指令中获得共享内存的名字，通过接口适配器获取该共享内存并将其映射到本地地址空间（如图5中的地址00001E98），随后再进行相应处理。

具体来说，接口适配器创建共享内存的过程可以是：在接口适配器中定义一个提供有关共享内存操作的简化接口（如c_UOMLPlus_Shrmem类），利用该简化接口封装有关共享内存的实用接口函数，为编程接口和文档驱动单元所共享；还可以在接口适配器中定义一个提供了所有非标准定制函数的简化接口（如c_UOMLPlus_Legpack类），利用该简化接口封装有关非标准定制的实用接口函数，为编程接口和文档驱动单元所共享。

在该实施例中，出于对既有应用的兼容性考虑，对共享内存的命名采用文本化的本地数据地址值（取十进制整数的形式），即通过文档库接口标准所传递的既非参数或结果数据本身（传值），亦非参数或结果数据的地址（传指针），而是包含了参数或结果数据的共享内存的名称。

在本发明的一个具体实施例中，可以通过在先前所建立命名管道描述符上调用ReadFile()系统API函数来实现文档服务进程对命名管道的监听。例如，可以采用重叠IO设计，在成功监听时，ReadFile()函数可以返回非零数值表示监听成功，返回零值表示监听失败。这里要注意的是：ReadFile()函数的返回值并不表示所侦听管道中一定有完整的数据包可读。此时，可以进一步调用系统API函数GetLastError()来确定管道中是否有完整的数据包。如GetLastError()函数返回成功，则表示管道中有完整的数据包，此时可以将调用者随ReadFile()函数的参数返回；GetLastError()函数返回错误且错误为IO待决，则立即在重叠IO事件上进一步调用WaitForSingleObject()系统API函数。WaitForSingleObject()函数在所等待IO事件完成前将始终保持阻塞状态，一旦IO操作已完成并且管道中数据包已备妥，则WaitForSingleObject()函数返回WAIT_OBJECT_0，这时可以立即调用系统API函数GetOverlappedResult()来读取该完整数据包。

在本发明的一个具体实施例中，接口适配器可以经由文档服务进程调用文档驱动单元的IniUOMLDrvLib()接口初始化文档驱动单元；并由文档服务进程调用文档驱动单元的CleanUOMLDrvLib()接口关闭文档驱动单元；经由文档服务进程向文档驱动单元调用文档驱动单元的UOMLDRV_Call()接口传送文档库接口标准指令并接受其返回信息；接口适配器经由文档服务进程调用文档驱动单元的UOMLDRV_GetLastErr()接口获取文档驱动单元的当前错误代码；并由文档服务进程调用文档驱动单元的UOMLDRV_GetErrInfo()接口查询文档驱动单元的当前错误信息；接口适配器通过文档服务进程调用文档驱动单元的UOMLDRV_Free()接口释放文档驱动单元所分配的内存资源；由文档服务进程从文档驱动单元中调用文档驱动单元的UOMLDRV_GetUOMLTagName()接口提取与特定文档库接口标准标签标识相对应的标签名称；经由文档服务进程从文档驱动单元中调用文档驱动单元的UOMLDRV_GetUOMLTagConst()接口提取与特定文档库接口标准标签名称相对应的标签标识。

本发明将文档库接口标准的实现重点由现有技术中的编程接口层转移到进程（文档服务进程）内部，从而解决了在全局性数据共享访问的问题同时，又不必引入大量的线程化操作而增加现有文档处理系统的复杂性。在维持文档库系统及其底层模块单进程单实例的原始设计不变的前提下，保证文档库系统既有代码最大程度地被复用，既有编程接口最小程度地被修改，进而以较低的开发成本换取令人满意的可维护性。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换以及改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种文档库系统，其特征在于，包括：

文档服务模块，用于创建命名管道；在文档应用程序建立与命名管道连接后，接收来自文档应用程序的所述文档处理指令；将处理结果通过所述命名管道返回给文档应用程序;

文档处理模块，用于接收由文档服务模块转发的文档处理指令，并将自身处理后的处理结果返回文档服务模块；

接口适配器，用于接收来自文档应用程序的加载文档服务模块请求，并根据加载文档服务模块请求中的参数构建启动命令行，创建不少于一个文档服务模块；在文档服务模块建立命名管道后，通过该命名管道将来自文档应用程序的文档处理指令发送至并将文档服务模块来自文档服务模块的处理结果转发至文档应用程序；

其中，所述接口适配器与文档服务模块之间采用文档库接口标准。

2.根据权利要求1所述的文档库系统，其特征在于，所述接口适配器位于所述文档库系统外部，所述文档库系统通过所述接口适配器与所述文档应用程序交互。

3.根据权利要求1所述的文档库系统，其特征在于，所述接口适配器通过编程接口与所述文档应用程序交互；其中，

所述编程接口，用于被文档应用程序直接调用，并将调用的接口函数转换为文档处理指令或文档服务模块请求发送接口适配器，通过接口适配器接收处理结果，将处理结果转换为通用程序设计语言函数返回值的形式后，返回给文档应用程序。

4.根据权利要求1至3任一所述的文档库系统，其特征在于，所述文档服务模块，进一步用于对从命名管道中获得的文档处理指令初步解析，决定接收到的文档处理指令是自身处理还是交由文档处理模块处理；处理由自身处理的文档处理指令；将由文档处理模块处理的文档处理指令转发给文档处理单元。

5.根据权利要求1至3任一所述的文档库系统，其特征在于，所述文档服务模块进一步用于在进程结束前卸载文档处理模块，释放包括命名管道在内的所有已分配资源。

6.根据权利要求1至3任一所述的文档库系统，其特征在于，接口适配器与文档服务模块之间、以及文档服务模块与文档处理模块之间均采用文档库接口标准。

7.根据权利要求3所述的文档库系统，其特征在于，所述编程接口是通用程序设计语言形式的应用编程接口，以函数库的形式链接到文档应用程序中。

8.根据权利要求1至3任一所述的文档库系统，其特征在于，文档应用程序与文档服务模块之间采用传值、传指针或者共享内存的方式传递数据。

9.根据权利要求1至3任一所述的文档库系统，其特征在于，所述文档服务模块为文档服务进程。

Images