专利名称：用来定义和产生文档管理应用的系统和方法
技术领域：
本发明主要涉及内容管理。更具体地说，本系统涉及把相关文档分析、元数据抽取、及业务过程联系算法和方法应用于自动地和动态地分类文档以便路由、处理、及执行定制业务逻辑的内容管理应用。特别是，本系统涉及一种用来产生在内容管理应用中使用的动态文档管理应用的方法。
背景技术：
内容管理定义为建立、组织、管理、及存储任何媒体或格式的数字作品的收藏的软件。内容管理是指处理各种类型的结构化和非结构化信息的过程，该结构化和非结构化信息包括可以包含账单数据、客户服务信息、或其它类型的内容的图像和文档。内容管理还指捕获、存储、分类、整理、集成、更新、及保护任何和所有信息的过程。研究估计大于75％的企业数据是非结构化的和文档相关的(例如参考Lyman，Peter等的“How much information，2000”，http://www.sims.berkeley.edu/how-much-info)。
在内容管理市场中的关键技术包括文档管理、网页内容管理、数字资产管理、及记录管理。内容管理的典型用户在其中文档管理常常因为规章或规范原因是必要的文档繁重行业中。内容包括要求管理的多种不同形式的非结构化数据业务文档、动态网页内容、记录管理、及丰富媒体。业务文档包括合同、发票、表单、及电子邮件。业务文档例如促进内部后台办公过程，并且能够实现与客户、伙伴、及供应者的直接外部通信。动态网页内容包括关系数据库中的业务数据和个性化信息。记录管理典型地由政府和行业规章驱动，以有效地文档化(document)过程、查账索引、及数据保持。丰富媒体包括数字音频和视频。丰富媒体正在迅速地转变在多个行业中的培训、教育、销售、及客户关系管理的领域。
常规的文档管理应用典型地建立在文档库之上。文档典型地被编索引、收录、及存储在文档库中，以支持查询和检索。与入站和出站文档流相关联的编索引和任何逻辑被硬编码为专用逻辑。这样的专用逻辑的例子包括伴随入站权利要求文档的电子邮件通知、与发票文档相关联的特定销售担保品的追加等等。
使文档管理与工作流相关联的观念已经流行了几十年，并且多种文档管理系统包括这种特征。一种常规方法给出了一种支持把文档收集在一起、添加元数据、及建立新图书馆收藏的工具(参考Bainbridge，D.等的“Assembling and Enriching Digital LibraryCollections”，In Proceedings of The Join Conference on DigitalLibraries，2003)。这种常规方法的过程涉及选择用于包括的文档；产生适当的元数据集；把元数据分配给每个文档或每组文档；及按照文档格式、可搜索索引、及浏览工具设计收藏的形式。该过程还涉及建立必需的索引和数据结构和把收藏放置到位以便其它使用。这种常规方法的工具专用于特定数字图书馆，但是它也适用于符合这种常规方法的基本思想的更通用的上下文。
另一种常规方法利用用来支持跨组织过程的称作可交换路由语言(XRL)的工作流语言(参考van der Aalst，W.M.P等的“XRL/WoflanVerification and Extensibility of an XML/Petri-net Based Language forInter-organizational Workflows”，In Proceedings of the 6thINFORMSConference on information Systems and Technology，2001)。XRL也使用用于过程定义的表示的XML和用于语义目的的Petri网。XRL是基于实例的；因此，工作流定义可“即时(on the fly)”变化，并且跨过组织边界发送。尽管这种技术证明是有用的，但希望给出另外的改进。XRL的特征使得跨组织工作流易受错误影响。
这种常规方法也使用XRL/Woflan，一种使用Petri网分析技术来验证XRL工作流的软件工具。这种工具使用可扩展样式表语言转换(XLST)把SRL规范转换到称作工作流网的Petri网的特定类。Petri网表示用来确定工作流是否正确。如果工作流不正确，则报告诸如死锁和活锁之类的异常。
另一种常规方法利用系统分层的建模方法(参考Sadiq，W.的“OnCaPturing Process Requirements of Workflow Based BusinessInformation Systems”，In Proceedings of the 3thInternationalConference on Business Information Systems，1999)。这种方法把工作流规范分裂成五个基本维结构、数据、执行、时态、及事务，并且引入用于工作流建模的图形语言。
又一种常规方法给出了对于涉及为机床公司提供处理的情形研究而解决在集成的文档和工作流管理中的问题的工具和方法(参考Morschheuser，S.等的“Integrated document and workflow managementapplied to the offer processing of a machine tool company”，InProceedings of Conference on Organizational Computing Systems，1995)。这种常规方法是一种设计成使具有工作流引擎的面向文档工具更高效的过程定义语言。
另一种常规方法对于文档管理应用利用激活文档属性的思想(参考Dourish，P.等的“Extending document management systems withuser-specific active properties”，In ACM Transactions on InformationSystems(TOIS)，Volume 18 Issue 2，2000)。这种常规方法避免了传统的分等级的存储机制，反映对于用户任务有意义的文档分类，及提供了在统一交互框架内集成一个或多个个体的透视图的手段。基于属性的文档管理系统随激活属性的观念而增大。该激活属性携带可执行代码，以能够实现在属性基础结构上的基于文档的服务的提供。
又一种常规系统捕获基本上自由结构化文档，如在办公域中典型使用的那些(参考Mattos，N.M.等的“An approach to integrated officedocument processing and management”，In ACM SIGOIS Bulletin，Proceedings of the Conference on Office Information Systems，Volume11 Issue 2-3，1990)。这种常规系统促进包含信息的处理。分析的文档存储在文档管理系统中，该文档管理系统连接到多个不同的以后服务，并且用作基础工作流。
再一种常规系统使用Eclipse平台以创建定制的透视图和视图。Eclipse平台提供稳定的、全特征的基本层，在该基本层上可创建定制工具。信息可视化工具已经集成在该平台中。对于这种平台也已经开发了一种插件用于提供用于JasCo的可视集成开发环境，JasCo是一种集中在基于组件的软件工程上的动态语言，以在使用可视向导编程JasCo工件(artifact)时引导开发者。
在诸如查询表达、查询结果显示、浏览存储的数据之类的用户数据库交互的缓和运行时间方面的上下文中，已经进行了涉及模型驱动的开发的大量研究。共同地，这些任务称作可视查询系统(VisualQuery System)。比较起来，相对较少注意力放在由用来定义和操纵用于数据和应用的模型的工具所提供的接口上。常规数据库建模产品提供集成到较宽软件开发周期中的可视数据建模简档(profile)。
常规文档管理应用的生存样式典型地包括一组松散耦合的子系统，该子系统提供捕获、索引、搜索、工作流、履行、及档案特征。然而，当前不存在用来把这些元素组成在一起以例示竞争应用的标准模型或平台。因此，每个应用包括定制代码，以在每个松散耦合的子系统之间提供联接。
因此所需要的是用来定义和产生在文档管理系统中使用的动态文档管理应用的一种系统、一种计算机程序产品、及一种相关方法。对于这样一种解决方案的需要迄今仍未满足。
发明内容
本发明满足这种需要，并且给出了用来定义和产生在内容管理系统中使用的动态文档管理应用的一种系统、一种计算机程序产品、及一种相关方法(共同地这里称为“系统”或“本系统”)。
一方面，按照本发明的定义文档管理应用的方法，包括选择所述文档管理应用；选择将由所述文档管理应用处理的文档集；产生在文档模型中定义一个或多个域的至少一个过程文件；规定将从所述文档模型抽取的特征；识别在所述文档模型中的所述模型域的位置坐标；产生用于所述位置坐标的路径表达；利用与所述文档模型相关联的元数据，基于用户规定的计划和关联来产生目标适配器；其中所述过程文件包括多个子文件，这些子文件包含用于所述文档管理应用的规范；以及部署所述子文件。
另一方面，按照本发明的定义文档管理应用的系统，包括过程文件向导，它产生用来定义在文档模型中的一个或多个域的至少一个过程文件；所述过程文件向导规定待从所述文档模型抽取的特征；代码产生模块，用来识别在所述文档模型中的所述模型域的位置坐标；所述代码产生模块产生用于所述位置坐标的路径表达式；所述代码产生模块还利用与所述文档模型相关联的元数据，基于用户规定的计划和关联来产生目标适配器；其中所述过程文件包括包含用于所述文档管理应用的规范的多个子文件，并且其中部署所述子文件。
本系统形式化在内容管理应用中的可变元素，以减少对于每个新应用对定制应用逻辑的需要。本系统捕获和外部化文档管理应用的可变方面，从而模型的每个新实例只包含与应用有关的那些元素。本系统支持用于每个新应用的模型的例示。本系统产生与特定模型相关的运行时间工件。运行时间工件包括代码、XML配置、脚本、及业务逻辑。
借助于本系统，用户直接地操纵一个或多个数据模型元素，以模型化要求的文档管理应用，产生业务过程文件。业务过程文件包括结构化数据模型，该结构化数据模型包括元数据形式的业务过程信息。业务过程信息包括例如用来存储文档的库信息、待从文档抽取的数据等等。业务过程文件包括例如关于文档的坐标，在该处可抽取希望的信息，如账户信息、账单值、客户地址、客户ID等等。
建模文档管理应用的本系统的方法利用通用直接操纵接口的好处。本系统通过产生有效的要求输入和把它们自动地上载到运行时间应用，减少对于执行文档管理应用所必需的另外运行时间方面的需要。本系统的使用进一步导致用于文档管理应用的域的可重新使用资产集。
本系统产生反映文档管理应用的可变方面的模型。本系统还产生和部署用于模型的每个实例的一个或多个运行时间工件。本系统统一Java、XML、及UML技术来建立集成软件工具。
本系统包括代码产生模块、业务过程文件向导、编辑器、模型及适配器。从在由本系统产生的XML中的模型规范，本系统提供工具和运行时间支持，以产生用于模型的Java类集、能够实现模型的观看和基于命令的编辑的适配器类集、及基本编辑器。使用注释的Java、XML文档、或建模工具可规定模型。模型可导出到文档管理应用系统。通过产生在文档管理应用系统外的新模型或编辑模型可实现修改模型。而且，用户可在文档管理应用系统正在工作的同时修改模型，而不用改变文档管理应用系统的任何部分、关闭文档管理应用系统、或重新启动文档管理应用系统。
参照如下描述、权利要求书、及附图将更详细地描述本发明的各种特征和获得它们的方式，其中附图标记在适当的地方被重新使用，以指示在所指项之间的对应性，并且在附图中图1是示例性操作环境的示意图示，在其中可使用本发明的业务过程文件产生器；图2是示例性操作环境的高层次体系结构的方块图，在其中可使用图1的业务过程文件产生器；图3是从图1的业务过程文件产生器产生的激活文档的高层次模型；图4是图1的业务过程文件产生器的高层次体系结构的方块图；图5是过程流程图，示出了图1和4的业务过程文件产生器的操作的方法；图6是由图1和4的业务过程文件产生器产生的示例性界面的图；及图7是由图1和4的业务过程文件产生器产生的示例性借贷过程的示例性表现的图。
具体实施例方式
图1描绘了示例性整体环境(“内容管理系统100”)，在该环境中可以使用根据本发明的用来定义和产生用于模型驱动文档管理的文档管理应用的一种系统、计算机程序产品、及相关方法(业务过程文件产生器10，或“系统10”)。系统10包括典型地嵌入在服务器15内或安装在其中的软件编程代码或计算机程序产品。
可选择地，系统10可保存在诸如磁盘、CD、硬驱动器等装置的适当存储介质上。尽管系统10以文档表示，但系统10可用来模型化可被电子传输、处理、及存储的任何类型或形式，像例如，纸或电子文档、图片、视频记录、音频记录等等。而且，尽管系统10示为内容管理系统100的部分，但系统10可在独立的计算机上操作；由系统10产生的业务过程文件可导入到内容管理系统100中。
输入装置20由像例如计算机25、扫描仪30、或打印机35之类的各种装置代表。输入装置20是可把内容输入到内容管理系统100的任何类型的内容捕获装置。用户可借助于输入装置20把文档、图像、视频、音频等等输入到内容管理系统100。输入装置20可通过网络40访问服务器15。网关45通过网络40访问服务器15和输出装置50。
输入装置20、服务器15、网关45、及输出装置50每个包括允许在网络40上的可靠接口的软件。服务器15、网关45、及输出装置50每个经通信链路55、60、65分别连接到网络40。通信链路55、60、65包括诸如电话、电缆、或卫星链路之类的链路。输入装置20可以经诸如电话、电缆、或卫星链路之类的通信链路连接到网络40。计算机25、扫描仪30、及打印机35经通信链路70、75、80分别连接到网络40。
尽管系统10按照网络40描述，但输入装置20、服务器15、网关45、及输出装置50也可以经允许在输入装置20、服务器15、网关45、及输出装置50之间通信的局域网、广域网、或其它网络通信。此外，输入装置20、服务器15、网关45、及输出装置50的任何一个或多个可以位于同一位置，在像例如局域网之类的网络上通信，而输入装置20、服务器15、网关45、及输出装置50的其它位于远处，在像例如互联网之类的网络上连接。
计算机25在内容管理系统100中起输入装置20的作用。计算机25另外可以起与内容管理系统100的用户界面的作用。用户可以从由计算机25代表的计算机或其它装置访问文档用于验证或检查。
图2示出了文档管理系统85的高层次分等级结构。文档管理系统85包括元数据提示模块205、元数据抽取模块210、业务过程215、及执行模块220。元数据提示模块205安装在输入装置20上。当用户正在经输入装置20把文档输入到内容管理系统100中时，元数据提示模块205通过一个或多个提示请求关于来自用户的文档的信息。这些提示可以采用文本、音频、视频等等的形式。元数据抽取模块210安装在服务器15上。元数据抽取模块210使用由系统10产生的一个或多个业务过程文件225从文档自动地抽取元数据。业务过程文件225通知元数据抽取模块210从文档抽取什么样的信息和希望的信息在文档上的位置。
执行模块220安装在网关45上。也安装在网关45上的业务过程215包括由执行模块220执行的指令。执行模块220从服务器15检索文档和相关元数据。执行模块220分析文档和相关元数据，以确定文档类型和分类该文档。执行模块220然后在文档类型和文档分类确定的逐个文档的基础上选择性地和自动地执行在业务过程215中的指令。
图3示出了通过内容管理系统100的文档流的高层次模型。文档305经输入装置20进入到内容管理系统100中。内容管理系统100把文档305部署到服务器15。文档管理系统85将文档305与业务过程文件225联合以产生激活文档310。根据通过业务过程文件225得到的信息按由业务过程215指令的那样处理激活文档310。
图4示出了系统10的高层次分等级结构。系统10包括代码产生模块405和业务过程文件向导410。代码产生模块405产生编辑器415、模型420、及适配器425，以形成业务过程文件225。系统10为由系统10处理的每个文档管理应用430产生一个或多个业务过程文件225。模型420为在业务过程文件225中的类提供接口和实现类。模型420还提供一个工厂和一个元数据包实现类。适配器425产生使模型类适于编辑和显示的实现类。编辑器415允许创建和编辑模型420的实例。
图5示出了创建业务过程文件225时系统10的方法500。用户选择用于处理的文档管理应用430(步骤505)。用户利用业务过程文件向导410定义域并且选择在文档管理应用430上其中定义的域的值位于的区域(步骤510)。选择的域是由文档管理系统85处理的文档管理应用430的可变方面。
用户确定另外域是否保留用于定义(决定步骤515)。如果是，则用户重复步骤510。当已经定义和定位希望的域时，代码产生模块405产生模型420(步骤520)、适配器425(步骤525)、及编辑器415(步骤530)。步骤520、步骤525、及步骤530基本上同时发生并且没有特定顺序。系统10使用模型420、适配器425、及编辑器415产生模型的实例(步骤535)。系统10把模型420的实例作为业务过程文件225部署到服务器15以便由文档管理系统85使用(步骤540)。
模型420的每个实例是代表特定文档管理应用并产生对于该特定文档管理应用所必需的代码和其它运行时间工件的业务过程文件225。把代码和运行时间工件部署到服务器15上的运行时间环境中生成新的业务过程文件225。
系统10从存储在模型420中的信息产生在运行时间处要求的工件，当设计独立于要求的数据源、文档、库、或通知的业务过程文件225时向用户提供一致的经验。
系统10产生如下工件gateway-config.xml、Businessprocess.xml、<Process Name>.xdd、<Process Name>.xml、及<Process Name>.html。服务器15使用工件gateway-config.xml配置用于服务器15的设置。工件gateway-config.xml存储诸如用于模型化文档的数据源和库之类的信息。库信息规定使用哪个适配器425。
系统10使用工件Businessprocess.xml来配置用于文档管理过程的设置。工件Businessprocess.xml保持像例如哪些文档属于文档管理过程和哪些通知要执行之类的信息。
系统10使用<Process Name>.xdd以便为输入装置20规定用户。<Process Name>.xdd规定由输入装置20使用的文件格式和光学字符识别动作。用户界面由系统10自动产生，从而不要求用户学习脚本语言。如果文档包括图像，则产生这个<Process Name>.xdd。
服务器15使用<Process Name>.xml确定要读取哪些XML条目。如果文档包括XML，则产生<Process Name>.xml。
系统10从在产生模型420的过程中提供的信息产生<ProcessName>.html。<Process Name>.html包括文档记录，使产生模型420的过程自文档化。
如下例子示出了用于示例性文档管理应用(一种简化的借贷申请文档)的一个或多个业务过程文件225的产生。用户选择业务过程文件向导410以创建用于产生业务过程文件225的过程的项目。这个业务过程文件向导410产生项目、用于文档的文件夹、及业务过程文件225。用于业务过程文件向导410的示例性用户界面600在图6中示出。
用户(业务过程文件设计者)指导系统10导入借贷申请文档的样本。这个例子假定用户具有借贷申请的PDF文件。用户在用户界面600的过程编辑器中选择服务器设置标签，并且配置关于运行时间环境的信息，像例如哪种类型的库存储文档、要求什么类型的认证等等。
用户选择用户界面600的文档标签，并且添加该样本借贷申请，把借贷申请文档与产生用于该借贷申请文档的业务过程文件225的过程相关联。用户打开用户界面600的过程文档编辑器，并且配置用于借贷申请文档的用户界面600的通用设置。通用设置包括例如用于借贷申请文档的显示名称和库目标。例如，如果库是数据库，则用户可以规定在库中的表格作为库目标。
用户配置条目。用户界面600的过程编辑器依据由正在被处理文档所支持的条目类型呈现用于通过用户选择的不同标签。例如，用户界面600包括OCR条目标签、人工条目标签、及附加数据条目标签，用于图像文档。OCR条目是使用光学字符识别读取的条目。当文档由内容管理系统100获得时，对于人工条目提示文档提交者。校验者使用附加数据条目输入关于文档的附加评论。
用户规定待发送的通知。业务过程文件225现在准备部署到服务器15。用户可把过程从系统10部署到系统10的运行时间环境，以观察业务过程文件225的操作。系统10把业务过程文件225保存成XML文档。因此，这允许业务过程文件225的共享。图7示出了上述例子借贷过程的XML表示700。
在运行时间处，服务器15读取由系统10产生的工件，以确定业务过程文件225的执行逻辑。如下例子示出了用于其中输入装置20是多功能装置的过程的执行，业务过程文件包括一个验证和一个动作通知，及库是数据库。
如下例子示出了用于借贷申请的简化的过程。银行支行雇员到达多功能装置(输入装置20)，并且把借贷申请文档放在装置上。雇员从选项清单选择文档类型(如由系统10所产生的)。基于文档类型，提示雇员输入雇员id号码，因为例如业务过程文件设计者希望跟踪每个雇员的申请的数目。
扫描借贷申请，进行光学字符识别(基于在系统10中由过程设计者选择的域)，及把数据发送到网关45。网关45读取数据，并且识别文档类型。基于文档类型，网关45把电子邮件发送到请求文档数据的验证的客户服务代表。电子邮件包括到其中能验证数据的入口的链路。
客户服务代表接收电子邮件，登入入口，并且验证数据是正确的。为了比较目的，客户服务代表可以访问理解的数据的以及捕获图像。在验证数据之后，网关45执行多个业务规则，以确定分配到哪个借贷员。例如，借贷员的选择可以取决于借贷员的工作负荷、地理位置、客户是否是优选客户等等。网关45向借贷员发出已经接收到新申请的通知。
系统10允许业务过程文件225的容易修改。例如，可添加附加源以允许电子产生的借贷申请(即，从银行雇员、互联网、或分支机构)，可添加附加规则以定义文档路由，可添加附加通知以允许以不同的方式通知用户，等等。例如，如果借贷申请来自优选客户，则借贷员可通过立即发消息而联系到。使用系统10可对业务过程文件225进行修改；系统10然后产生实现代码。
要理解，已经描述的本发明的特定实施方式只说明本发明原理的某些应用。不脱离本发明的精神和范围，对于这里描述的用来定义和产生用于模型驱动文档管理的文档管理应用的系统和方法可以进行多种修改。
权利要求
1.一种定义文档管理应用的方法，包括选择所述文档管理应用；选择将由所述文档管理应用处理的文档集；产生在文档模型中定义一个或多个域的至少一个过程文件；规定将从所述文档模型抽取的特征；识别在所述文档模型中的所述模型域的位置坐标；产生用于所述位置坐标的路径表达；利用与所述文档模型相关联的元数据，基于用户规定的计划和关联来产生目标适配器；其中所述过程文件包括多个子文件，这些子文件包含用于所述文档管理应用的规范；及部署所述子文件。
2.根据权利要求1所述的方法，还包括在多个节点之间选择性地路由所述文档模型。
3.根据权利要求2所述的方法，其中所述文档是XML文档；并且还包括在部署所述过程文件之前产生具有用于所述XML文档的XPATH表达的XSL代码。
4.根据权利要求2所述的方法，还包括产生用户界面，该用户界面在所述文档管理应用中的特定节点处提示用户与所述文档相关的元数据。
5.根据权利要求1所述的方法，还包括在部署所述子文件之前基于用户业务规则规范产生定制业务逻辑。
6.根据权利要求1所述的方法，还包括产生确定待调用的所述目标适配器的用户规范。
7.根据权利要求1所述的方法，还包括产生关于所述文档管理应用的文档记录，对于所述文档管理应用的规范的任何变化能够进行自文档记录。
8.根据权利要求2所述的方法，其中节点数量在从一个至与在所述文档管理应用中存在的一样多的节点的范围内。
9.根据权利要求1所述的方法，其中以如下任何一种输入所述选择的文档集扫描文档形式；或电子文档形式。
10.一种用于定义文档管理应用的系统，包括用于选择所述文档管理应用的装置；用于选择将由所述文档管理应用处理的文档集的装置；用于产生在文档模型中定义一个或多个域的至少一个过程文件的装置；用于规定将从所述文档模型抽取的特征的装置；用于识别在所述文档模型中的所述模型域的位置坐标的装置；用于产生用于所述位置坐标的路径表达的装置；用于利用与所述文档模型相关联的元数据，基于用户规定的计划和关联来产生目标适配器的装置；其中所述过程文件包括多个子文件，这些子文件包含用于所述文档管理应用的规范；及用于部署所述子文件的装置。
11.根据权利要求10所述的系统，还包括用于在多个节点之间选择性地路由所述文档模型的装置。
12.根据权利要求11所述的系统，其中所述文档是XML文档；并且还包括用于在部署所述过程文件之前产生具有用于所述XML文档的XPATH表达的XSL代码的装置。
13.根据权利要求11所述的系统，还包括用于产生用户界面的装置，该用户界面在所述文档管理应用中的特定节点处提示用户与所述文档相关的元数据。
14.根据权利要求10所述的系统，还包括用于在部署所述子文件之前基于用户业务规则规范产生定制业务逻辑的装置。
15.根据权利要求10所述的系统，还包括用于产生确定待调用的所述目标适配器的用户规范的装置。
16.根据权利要求10所述的系统，还包括产生关于所述文档管理应用的文档记录，对于所述文档管理应用的规范的任何变化能够进行自文档记录。
17.根据权利要求11所述的系统，其中节点数量在从一个至与在所述文档管理应用中存在的一样多的节点的范围内。
18.一种用来定义用户选择的文档管理应用的系统，包括过程文件向导，它产生用来定义在文档模型中的一个或多个域的至少一个过程文件；所述过程文件向导规定待从所述文档模型抽取的特征；代码产生模块，用来识别在所述文档模型中的所述模型域的位置坐标；所述代码产生模块产生用于所述位置坐标的路径表达式；所述代码产生模块还利用与所述文档模型相关联的元数据，基于用户规定的计划和关联来产生目标适配器；及其中所述过程文件包括包含用于所述文档管理应用的规范的多个子文件，并且其中部署所述子文件。
19.根据权利要求18所述的系统，还包括用来在多个节点之间选择性地路由所述文档模型的工作流的装置。
20.一种计算机程序产品，具有存储在计算机可读介质上的用来定义文档管理应用的多个可执行指令代码，包括用来执行权利要求1-9中任一项所述的步骤的指令。
全文摘要
一种业务过程文件产生器，定义和产生在文档管理系统中使用的动态文档管理应用，形式化在文档管理应用中的可变元素以减少对于每个新应用对定制应用逻辑的要求。该业务过程文件产生器捕获和外部化文档管理应用的可变方面，从而文档模型的每个新实例只包括与该应用有关的那些元素。该业务过程文件产生器支持用于每个新应用的模型的例示，并且产生与特定模型相关联的运行时间工件。运行时间工件包括代码、XML配置、脚本、及业务逻辑。
文档编号G06F17/30GK1858789SQ200610076378
公开日2006年11月8日 申请日期2006年4月20日 优先权日2005年5月5日
发明者萨维萨·斯里尼瓦桑, 维卡斯·克里施纳 申请人:国际商业机器公司