如果不同的文档有不同的编校选项，那么必须为每组选项准备一个批处理存储库。
在此场景中，远程客户端机器上的一个程序向编校服务器发送了一个编校请求，如图2所示。
可以是简单的磁盘，或者是使用连接API链接到修订服务器的EnterpriseContentManagement系统。
编校服务器会自动删除自由文本文档和表单中的私有信息，如图1中所示。
可扩展此场景，根据需要将文档编校流程集成到文档工作流中。
这意味着，自定义应用程序和编校服务器在相同的JVM进程中运行，如图5中所示。
要修订表格，可以使用审查工具创建模板来标记表格中相关实体，如图9所示。
IBMOptimDataRedaction是能够高效保护非结构化文档和表格中敏感信息的解决方案。
在进程内客户端模式中，整个编校服务器作为客户端应用程序的一部分运行。
第二个场景适合在不应阻止客户端应用程序时对大量文档进行编校。
有些例子中，需要对由修订服务器自动修订的文档进行可视化确认。
审查工具是基于Flex的Web应用程序，能让您执行交互修订，并审查按批修订的文档。
还有些国家要求支付行政费用，包括检索、编辑例外内容和复印。
随后，自定义应用程序B连接编校服务器并检查存储库的输出文件夹。
文本节录通常是一种冗长乏味的人工处理，还要求工作人员掌握很多领域专有知识。
连接编校服务器和客户端之后，您的应用程序可通过SOAP引擎调用服务器的服务。
偶尔作者给让其感到特别恼火的修订添加了简明的注脚。
通过使用高级实体提取软件和模板，审查服务器能自动修订文档。
使用该API，可通过两种模式从自定义应用程序使用编校服务：远程客户端模式和进程内客户端模式。
在远程客户端模式中，远程（或本地）客户端机器上的程序通过SOAP连接调用编校服务器。
OptimDataRedaction使用了一个策略模型，能让您得到符合您需要的输出结果。
此模式为客户端应用程序提供了对编校服务器生命周期的控制。