CN103329098A - 文档工作流程架构 - Google Patents

Abstract

提供了用于实现文档工作流程（16）的方法（200）和计算机可读介质。该方法包括经由设备应用程序接口（API）（24）从设备（12）接收文档文件（18）。可以将设备（12）连接到网络（14）。文档文件（18）可以包括信息内容（20）。该方法还可以包括经由文档处理API（26）对文档文件（18）进行图像处理以从文档文件（18）提取信息内容（20）。该方法还包括经由文档处理API（26）来调用文档服务（28）以在网络（14）上将所提取信息内容（20）提供给服务应用程序（22）。

Description

文档工作流程架构

背景技术

随着计算机***变得更加高级，变得更多地涉及到不同类型的基于数据和网络的应用程序之间的交互。作为示例，许多企业和个人计算机用户已经开始使用计算机使通常已经手动地在纸上实现的过程自动化。这些自动化过程中的许多是在基于网络的服务应用程序上实现的，其要求用户登录并向基于网络的服务应用程序中输入数据。有时，要输入的信息是在纸张文档上可得到的，使得用户可以是手动地向基于网络的服务输入信息，或者可以扫描纸张文档并将扫描的文档上传到网站。

附图说明

图1图示出文档工作流程架构的示例。

图2图示出文档工作流程应用程序的示例。

图3图示出文档工作流程架构的另一示例。

图4图示出文档工作流程生成***的示例。

图5图示出用于实现文档工作流程的方法的示例。

具体实施方式

图1图示出文档工作流程架构10的示例。文档工作流程架构10包括网络连接设备12，诸如扫描仪、影印机、打印机、数字照相机或者一体式（AIO）设备。在图1的示例中，网络连接设备12被耦合到网络14。网络14可以是诸如因特网的广域网（WAN）、局域网（LAN）或基于云的计算环境。例如，网络14可以是云平台，其能够支持包括接口的网络连接设备，包括网络连接设备12，以允许这些设备在不需要计算机（例如，个人计算机或其他计算机***）的情况下进行打印。此类打印称为简单因特网打印（SIP）。文档工作流程架构10可以通过被实现成经由网络连接设备12提供文档或扫描文档到文档工作流程16的自动化上传而在此类平台上进行扩展。可以独立于能够使用网络浏览器来实现文档工作流程16的计算机、个人计算机（PC）或以别的方式来实现文档工作流程16。

在图1的示例中，可以将文档18提供给网络连接设备12。文档18包括可以包括多种形式数据中的任何一个的信息内容20。作为示例，文档18可以是名片、***、地图、照片、笔录（例如，在其上面具有手迹的餐巾纸）或包括某种形式的可辨别信息的任何类型的文档。信息内容20可以是可以包括在文档18中的任何信息，诸如一个人的姓名、地址、电话号码、人在照片上的图像、公司徽标、手写文本、美元数额或记录在文档18上的任何其他类型的信息。例如，文档18可以是物理硬拷贝文档，并且网络连接设备12可以被配置成扫描文档18以生成相应的文档文件（例如，文档的位图图像）。替换地，可以将文档18提供为图像文件（例如，数字照片、来自在另一网络耦合设备上运行的应用程序的输出），其可以经由网络14被提供给网络连接设备12。例如，可以将文档18流式传输或用电子邮件发送到被配置为打印机的网络连接设备12。如在本文中进一步描述的，文档18可以指的是作为文档的软拷贝（例如，已编码表示）的文档文件。

在图1的示例中且如另外在本文中描述的，用户可以诸如经由网络连接设备12上的用户接口（未示出）从网络连接设备12实现文档工作流程16。因此，用户可以经由网络连接设备12来激活文档工作流程16以便以预定方式对存在于网络连接设备12上的文档进行处理。因此可以将文档工作流程16实现成直接从网络连接设备12向存在于网络14上的一个或多个服务应用程序20提供信息内容20，诸如响应于被网络连接设备12扫描或被发送到网络连接设备12。作为示例，服务应用程序22可以包括经由因特网上的一个或多个网站实现的多种服务，所述网站通过基于由用户提供给网站的信息来执行一个或多个动作而提供服务。例如，服务应用程序22可以对应于社交联网服务、个人网页或其他用户可访问服务。可以将服务应用程序22编程为响应于信息内容20经由文档工作流程16被提供给服务应用程序22而自动地执行一个或多个动作。

可以基于一组应用程序接口（API）来执行文档工作流程16的实现。在图1的示例中，API包括设备API 24和文档处理API 26。可以相对于网络连接设备12和一个或多个文档服务28将设备API 24编程为设备接口API。设备API 24可以关于以预定格式和分辨率生成文档文件来访问设备功能的核心组，所述预定格式和分辨率可以是根据用于给定文档工作流程的处理要求定义的。

可以将文档处理API 26编程为协调从文档18进行的信息内容20的提取，使得可以将信息内容20作为输入提供给适当的服务应用程序22。例如，文档处理API 26可以相对于从网络连接设备12检索的文档文件提供对图像处理功能和方法的核心组的访问。文档处理API 26可以进行操作以获得信息内容20并将其转换成可被各服务应用程序用于基于信息内容20来执行动作的形式。

为了向服务应用程序22提供信息内容20，文档处理API 26还可以调用文档服务28。文档服务28因此可以自动地将信息内容20作为输入提供给服务应用程序22。因此，文档服务28经由API 24和26来提供网络连接设备12与服务应用程序22之间的交互，使得文档工作流程16能够以对服务应用程序22相对于所提取信息内容20执行一个或多个用户动作有用的方式向服务应用程序22输入（例如，粘贴）所选信息内容20。执行的特定动作可以是用户定义的。因此，可以从网络连接设备12自动地实现文档工作流程16以执行正常地要求用户经由计算设备32使用网络浏览器30来访问服务应用程序22的步骤。

作为示例，实现文档工作流程的典型方式可以包括用户手动地扫描文档18，将文档18上传到计算设备32，经由网络浏览器30来访问服务应用程序22，并将文档18或来自文档18的信息内容20公布到服务应用程序22。而是，如本文所述，用户可以简单地经由扫描、流式传输或电子邮件将文档18提供给网络连接设备12，并且可以经由网络连接设备12上的用户接口来激活文档工作流程16以自动地实现相对于信息内容20的服务应用程序22的功能。应理解的是还可以从其他网络连接设备执行文档工作流程16的激活，诸如计算设备32或无线通信设备（例如，蜂窝式电话、游戏设备等）。

图2图示出文档工作流程50的示例。文档工作流程50可以对应于在图1的示例中的文档工作流程架构10内实现的文档工作流程16。因此，在图2的示例的以下描述中将对图1的示例进行参考。

在图2的示例中，文档工作流程50举例说明用户基于名片52来在联网网站上更新他或她的联系人。名片52在54处举例说明新联系人的姓名，表示为“John Doe”，其在就业的地方“XYZ公司”处具有“VIP”的职位，分别在56和58处表示。名片52还包括用于John Doe的联系信息，采取60处的地址、电话号码62以及电子邮件地址64的形式。名片52可以对应于图1的示例中的文档18，其可以在文档工作流程16中实现。因此，包括姓名54、职位56、企业58、地址60、电话号码62以及电子邮件地址64的名片的每个特性可以对应于文档18的信息内容20。根据给定名片52的布局，此类特性可以存在于各种位置处。

用户可以向网络连接设备66提供名片52。作为一个示例，网络连接设备66可以是或者可以包括文档扫描仪，使得用户可以扫描名片52以生成对应于名片52的文档文件。作为另一示例，网络连接设备66可以是或者可以包括打印机，使得用户或应用程序可以将名片52的文档文件用电子邮件发送或流式传输至打印机。用户可以从网络连接设备66上的用户接口激活文档工作流程16以便处理名片。作为示例，用户可以将网络连接设备66的用户接口编程为访问“名片”或“添加到联系人”工作流程16，其可以例如本文所述针对用户进行预定义。该用户接口可以激活文档工作流程16（例如，经由用户接口元件）以便从名片自动地获得文档信息并将其粘贴到用于用户的期望服务应用程序。替换地，用户可以输入用于访问文档工作流程16的信息，诸如用户名、口令信息，并输入登录数据（例如，用户ID和口令）以便访问名片52将被提供到的期望服务应用程序。在图2的示例中，服务应用程序可以是联网网站，使得可以将名片52添加到联系人列表。

响应于激活文档工作流程16，设备API 24可以协商用户通过网络14提供给文档服务28的信息，并且可以将名片52的文档文件提供给文档处理API 26。文档处理API 26因此可以进行操作以从名片52提取信息内容20。作为示例，文档处理API 26可以访问第三方软件，其能够提取名片52的特定文本组成部分并经由文档服务28将所提取的组成部分保存为文本串。在图2的示例中，文档处理API因此可以提取姓名54、职位56、企业58、地址60、电话号码62以及电子邮件地址64作为名片52的信息内容20的单独组成部分。因此，可以将可以在用户的计算机上本地地执行的功能推送到网络，并且其在没有关于用户的知识的情况下经由文档处理API 26自动地发生。

文档服务28可以将提取的信息内容20提供给对应于服务应用程序20的联网网站。因此，可以将文档工作流程16实现成将信息内容20的组成部分提供给联网网站的各输入端，使得文档工作流程16可以在联网网站中用与联系人“John Doe”相关联的相关信息来更新联系人列表。

在图2的示例中，文档工作流程应用程序50举例说明了实现文档工作流程16之后的可由用户经由网络浏览器访问的对应于联网网站的图形用户接口（GUI）68。GUI 68包括联系人列表70。响应于激活文档工作流程16，联系人列表70被基于从名片52提取并作为输入提供给联网网站的姓名54而自动地填充新联系人“John Doe”。例如，文档处理API 26可以与文档服务28中的一个或多个协作以识别对应于姓名54的那部分名片52是新联系人的姓名，并且因此应作为输入联系人姓名提供给联网网站。可以将用于用户的用户登录信息存储在安全储库中，该安全储库可以经由响应于经由GUI 68进行的给定工作流程的用户激活从文档处理API 26提供的信息被文档服务28访问。

另外，GUI 68包括提供关于选自联系人列表70的特定联系人的细节的细节区段72。在图2的示例中，将联系人“John Doe”举例说明为是从联系人列表70中选择的。因此，细节区段72举例说明关于联系人“John Doe”的细节，包括联系人的姓名、公司名称以及联系人的位置、地址、电话号码以及电子邮件地址。与如上所述类似，响应于激活文档工作流程16，细节区段72被自动地填充从名片52提取的并且其被作为联网网站的输入（其被映射到相应的字段）提供的职位56、企业58、地址60、电话号码62以及电子邮件地址64。细节区段72还包括用于附加联系人信息74的区段。文档服务可以以期望的格式（例如，根据预定义图式的XML文档）组织所提取信息内容的每个单元并将其加标签，并代表用户将此类数据提供给联网网站。附加联系人信息74可以对应于由文档处理API 26从名片52提取的附加信息，或者可以对应于可以关于在文档工作流程16被激活时或在稍后的时间诸如经由网络浏览器被用户输入到网络连接设备66中的联系人的记录。

因此，可以将文档工作流程图16实现成仅仅通过将名片52提供给网络连接设备66并从网络连接设备66激活文档工作流程图16而不必经由网络浏览器在联网网站中手动地输入关于John Doe的任何信息来用关于“John Doe”的信息来更新用户的联系人。在实现文档工作流程16时，用户可以随后登录到联网网站并使用网络浏览器来访问关于联系人“John Doe”的信息。还可以将文档工作流程16实现成同时地将名片52的信息内容20提供给网络14上的多种附加服务应用程序20，诸如附加联网网站或搜索引擎查询，并且还可以将其编程成基于文档工作流程16的实现来提供附加动作。作为示例，在将名片52提供给网络连接设备66并实现文档工作流程16时，文档工作流程16可以将姓名“John Doe”提供给搜索引擎并可以返回结果作为打印机（例如，网络连接设备66）上的打印输出。

应理解的是图2的示例中的文档工作流程应用程序50仅仅是文档工作流程应用程序的一个示例。作为另一示例，文档18可以是***，使得可以将文档工作流程16实现成自动地支付账单。作为另一示例，文档18可以包括雇主和/或服务提供的纳税表格，使得用户可以将文档工作流程16实现成自动地向在线税务准备服务提供税务信息。作为又另一示例，文档18可以是地图，或者可以在其上面具有地址，使得文档工作流程16可以使用在线方向服务自动地获取到或来自地点的驾驶方向，或者可以使用在线日历或旅行服务获取关于地点的信息。作为另一示例，用户可以在网络连接设备66上扫描弄皱的、有标记的或另外损坏的文档18，并激活文档工作流程16以实现文档清理和偏斜修正服务，使得网络连接设备66打印文档18的干净打印输出。作为又另一示例，文档18可以包括手写笔记，使得文档工作流程16可以使该手写笔记被变换成用打字机打出的打印品并提供给网站或在网络连接设备66上打印出。相应地，可以将文档工作流程16实现成经由服务应用程序22使用文档18来执行多种动作中的任何一个。

图3图示出文档工作流程架构100的另一示例。文档工作流程架构10包括被耦合到网络104的网络连接设备102，诸如扫描仪、影印机、打印机、数字照相机或者一体式（AIO）设备。与如上文在图1的示例中所述类似，可以将文档工作流程架构100实现成经由网络连接设备12来提供纸张文档或扫描文档文件到文档工作流程106的自动化上传。因此，可以独立于可以使用网络浏览器来实现文档工作流程106的计算机、个人计算机（PC）或以别的方式来实现文档工作流程106。

在图3的示例中，可以将文档108提供给网络连接设备102。文档108包括一组信息内容110，其具有1至X编号的多个组成部分，其中，X是正整数。可以包括多种形式的数据中的任何一个的信息内容110可以是相互分开且不同的，在图2的示例中诸如名片52的不同组成部分。文档108可以是物理硬拷贝文档，使得网络连接设备102扫描文档108以生成文档文件。替换地，文档108可以是诸如经由网络104或单独网络提供给网络连接设备102的文档文件。因此，文档文件是网络104可访问的，在图3的示例中表示为FILE。

与上文在图1和2的示例中所述类似，用户可以经由网络连接设备102的用户接口112来实现文档工作流程106。作为示例，用户接口112可以在物理上存在于网络连接设备102上，或者可以是计算设备114上的软件接口，诸如经由LAN或WAN耦合到网络连接设备102。因此，用户可以经由用户接口112在网络连接设备102上激活文档工作流程106。可以将文档工作流程106实现成直接从网络连接设备102向存在于网络104上的多（N）个服务应用程序服务116中的一个或多个提供信息内容110的组成部分。例如，服务应用程序116可以包括因特网上的多种网站，其通过基于由用户提供给网站的信息执行一个或多个动作来提供服务。

为了实现文档工作流程106，网络104包括设备API 118和文档处理API 120。可以相对于网络连接设备102将设备API 118编程为设备接口API。结果，可以在不需要理解或使用网络连接设备102所利用的较低水平协议的情况下实现文档工作流程106。例如，在文档工作流程106被激活时，可以将设备API 118配置成访问存在于网络104上的工作流程容器122。

在图3的示例中，工作流程容器122包括与给定文档工作流程相关联的一组设备数据124。作为示例，可以将工作流程容器122配置成针对多个不同网络连接设备中的每一个存储用于多个文档工作流程中的每一个的各组设备数据124。因此，设备API 118可以使得能够经由网络连接设备102来访问文档服务框架126，其包括多（M）个文档服务128，其中，M是正整数。作为示例，网络安全/API访问功能120可以设置文档服务框架126作为对网络连接设备102的异步扫描请求的回话。设备API 118因此可以将对应于特定文档工作流程106的设备数据组124提供给网络连接设备102以便用文档处理API 120和/或文档服务框架126中的一个或多个文档服务128可能需要的设置来配置网络连接设备102。

在图3的示例中，该组设备数据124被经由信号GONFIG提供给网络连接设备102。作为示例，该组设备数据124可以基于对设备API 118的简单调用来指定被配置为扫描设备的网络连接设备102的扫描要求，诸如由文档服务128进行的以预定最小分辨率（例如，每英寸600点（dpi））来扫描文档108的要求。

设备API 118还可以实现能够提供安全特征以便用户访问服务应用程序116的网络安全功能。在图3的示例中，工作流程容器122包括与给定文档工作流程相关联的一组用户数据130。作为示例，可以将用户数据130实现为储库，该储库被配置成针对多个不同文档工作流程中的每一个存储用于多个用户中的每一个的用户数据组。用户数据组130中的每一个可以对应于与特定用户相关联的唯一信息，其实现文档工作流程，包括诸如用于一个或多个网络服务的用户名和口令。例如，用户可以将此类信息作为工作流程配置会话（例如，安全会话）的一部分输入以用于将在给定工作流程中实现的每个服务应用程序。这样，文档工作流程106可以安全地访问到将针对给定文档工作流程被访问的各服务应用程序116的用户数据组130。可以例如通过利用云打印功能（未示出）并扩展在用于信令的可扩展消息传送和存在协议（XMPP）上使用的有效负荷并将超文本传输协议安全（HTTPS）用于与文档108相对应的文档文件的安全上传来实现此类安全特征。

作为另一示例，设备API 118的至少一部分可以存在网络连接设备102本身上。例如，可以将网络连接设备102配置成从多个预定文档工作流程中选择文档工作流程106并基于文档108中的内容来自动地激活文档工作流程106。在本示例中，可以将网络连接设备102编程为自动地识别（例如，经由光学字符识别算法）并区别文档文件106的信息内容110中的至少某些。作为示例，可以将网络连接设备102编程为自动地识别名片（例如，图2的示例中的名片52），使得网络连接设备102可以自动地识别到文档108是名片，诸如基于文档108的尺寸和/或其中的信息内容110的位置。作为响应，可以将网络连接设备102配置成自动地从文档工作流程列表中选择“名片文档工作流程”。因此，所选工作流程又可以采用设备API 118来设置网络连接设备102的适当扫描设置，识别名片52与文档处理API 120有关的部分和/或访问与对应于文档工作流程106的各服务应用程序116相对应的网络104上的资源定位符。

文档处理API 120包括用于调用内容提取功能124以从文档108提取信息内容110的组成部分的接口。内容提取功能124可以支持与多种图像处理算法相对应的文档服务128中的一个或多个，诸如手迹解释、文本提取、面部识别或能够从文档108提取信息内容110的多种其他算法。文档处理API 120因此可以允许访问作为第三方处理引擎的文档服务128，诸如能够执行光学字符识别（OCR）以便提取信息内容110。因此，可以利用文档处理API 120来将信息内容110转换成可被各服务应用程序116用于基于信息内容110来执行动作的形式。因此，工作流程106经由其API 118和120可以将信息内容110的所提取组成部分连同来自用户数据130的必需安全数据一起作为输入提供给适当的服务应用程序116。

可以将文档服务框架126编程为允许能够实现文档处理的用于多种文档服务128的即插即用环境。作为示例，文档工作流程创建者可以开发多种工作流程和文档处理API，诸如工作流程和文档处理API 118和120，其能够与现有文档服务框架126一起工作。另外，如上所述，文档服务框架126可以与设备API 118协作以使得能够实现网络连接设备102与服务应用程序116之间的安全访问，诸如通过无缝地支持网络连接设备102与服务应用程序116之间的安全授权和认证。此外，文档服务框架126可以允许多种附加核心服务支持特定服务应用程序116，诸如组织、发现、部署和/或协调。

作为工作流程106和文档处理API 116和120与网络连接设备102和文档服务框架126的交互的结果，文档工作流程106因此可以以可用于服务应用程序116以便基于信息内容110的组成部分来执行一个或多个动作的方式向服务应用程序116输入信息内容110。作为给定文档工作流程的一部分，处理API可以调用文档服务128中的一个或多个以代表给定用户将所提取信息内容110安全地提供给服务应用程序116中的一个或多个。

在图3的示例中，将文档108的信息内容110的组成部分举例说明为作为内容132的x个组成部分提供给每个服务应用程序116。因此，可以将信息内容110的组成部分提供给服务应用程序116中的一个或多个作为内容132的组成部分。因此，在实现文档工作流程106时，内容132可以是用户可诸如通过经由计算设备114上的网络浏览器134来访问服务应用程序116中的一个或多个而获得的。作为另一示例，文档工作流程106可以经由内容132来实现服务应用程序116中的一个或多个以使用网络连接设备102来实现动作，诸如基于内容132打印出结果，如本文所述。也就是说，给定工作流程106可以采用设备API 118来从网络连接设备102检索内容，将内容发送到网络连接设备以从而进行处理（例如，打印）或者从设备检索内容并将内容（其可以是相同或不同的内容）发送回到设备以用于处理。这样，网络连接设备102可以经由作为架构100中的服务应用程序116中的一个的API 118被工作流程106利用。

应理解的是虽然图3的示例举例说明了每个服务应用程序116中的内容128的X个组成部分，但并不需要将信息内容110的所有组成部分提供给每个服务应用程序116，或者需要将信息内容110的组成部分提供给不止一个服务应用程序116。作为示例，可以将信息内容110的某些部分提供给一个服务应用程序116，同时可以将信息内容110的其他部分提供给其他服务应用程序116。

文档工作流程的上述实施方式相对于工作流程和文档处理API 118和120及服务应用程序116的各文档服务126采取存在于网络104上的事先存在架构。然而，用户可能期望实现尚未开发的自定义文档工作流程。因此，网络104包括自定义工作流程生成架构136，其被配置成开发基于用户动作而生成的文档工作流程，诸如通过经由网络连接设备102和网络浏览器134手动地实现期望文档工作流程的步骤。

图4图示出文档工作流程生成***150的示例。在图3的示例中，文档工作流程生成***150可以在文档工作流程架构100中进行操作。因此，针对图4的示例的以下描述中的附加上下文，可以对图3的示例中的文档工作流程架构100进行参考。

文档工作流程生成***150包括被配置成生成诸如本文所述的自动化文档工作流程的自定义文档工作流程生成架构136。用户可以通过经由用户输入来记录与期望文档工作流程相对应的一组手动实现步骤而生成自定义文档工作流程。例如，用户可以以本文所述的方式（即，通过扫描或流式传输）将文档108提供给网络连接设备102以生成文档文件。然后可以经由信号FILE将文档文件提供给计算设备114，使得用户可以手动地经由网络浏览器128手动地将文档文件提供给各服务应用程序116。作为示例，用户可以将文档文件上传到服务应用程序116，或者可以手动地将文档108的信息内容110直接输入到服务应用程序116。因此应理解的是在手动地实现期望文档工作流程的步骤时，对应于文档108的文档文件的生成可能是不必要的。

在执行期望文档工作流程的手动步骤之前，用户可以在网络104上发起工作流程生成架构的浏览器动作记录器152服务，在图4的示例中被举例说明为经由使能信号EN来执行。浏览器动作记录器152因此可以记录由用户在在网络浏览器134上实现期望文档工作流程时执行的手动步骤。因此，可以记录经由用户输入执行的网络交互，诸如服务应用程序116的资源定位符及用户将信息内容110输入到服务应用程序116中的方式和格式。浏览器动作记录器152因此可以捕捉由用户提供的手动步骤的语义以对其进行分析并生成工作流程模板脚本（WTS）。

可以将该WTS提供给存在于网络104上的文档工作流程储库154。可以将文档工作流程储库154配置为储存器，WTS可以向其注册并被存储在网络上的储库中。因此，文档工作流程储库154可以生成资源定位符，诸如统一资源定位符（URL）。因此可以将资源定位符提供给网络104上的文档工作流程执行引擎156，其可以是可经由唯一资源定位符访问的以用于文档工作流程的后续执行。例如，为了随后以本文所述的自动化方式来实现文档工作流程，用户（例如，经由设备或应用程序）可以经由唯一资源定位符来实现文档工作流程执行引擎，诸如使用网络连接设备102，以访问注册WTS。因此，文档工作流程执行引擎156可以执行在WTS上提供的文档工作流程步骤以用于文档工作流程的执行。

作为示例，文档工作流程执行引擎156可以访问文档服务框架126以基于在WTS中记录的步骤来访问各服务应用程序116和/或所需第三方图像处理服务以用于文档工作流程的实现。相应地，用户可以在不需要生成关联工作流程和文档处理API 114和116或没有生成关联工作流程和文档处理API 114和116所需的知识的情况下生成自定义文档工作流程。

作为另一示例，可以将文档工作流程引擎156配置成调用现有文档服务框架126和/或现有API，诸如基于用户指定关于期望文档工作流程可以与之相关联的给定文档文件的信息。例如，用户可以扫描名片，并且使用PC或其他网络设备，可以指定用户希望用来调用文档服务框架126的名片的图像上的特定信息内容110的位置。因此，用户可以经由PC来手动地或自动地调用现有文档处理API 120，其基于指定名片上的信息内容10的位置，实现文档服务框架126以在联网网站上更新联系人列表，诸如类似于图2的示例。用以实现期望文档工作流程的步骤中的一个或多个可以被浏览器动作记录器152记录，包括指定信息内容110的位置，使得可以由自定义工作流程生成架构132来创建文档工作流程。相应地，可以在不需要由用户编程的情况下生成自定义工作流程。

鉴于上文所述的前述结构和功能特征，参考图5将更好地认识到示例性方法。虽然，出于说明简化的目的，示出了图5的方法并描述为串行地执行，但应理解和认识到的是所述方法不受所示顺序的限制，因为该方法的一部分可以按照与本文所示和所述的不同的顺序和/或同时地发生。

图5图示出用于实现文档工作流程的方法200的示例。在202处，经由设备API（例如，图1的设备API 24）从设备（例如，图1的网络连接设备12）接收文档文件。如本文所述，可以将设备连接到网络，并且文档文件可以包括信息内容。在204处，经由文档处理API（例如，图1的处理API 26）对文档文件进行图像处理以从文档文件提取信息内容。在206处，经由文档处理API来调用文档服务（例如，图1的服务28）以在网络上将所提取的信息内容提供给服务应用程序。

上文所述的是示例。描述部件或方法的每个可设想组合当然是不可能的，但是本领域的技术人员将认识到的是可以有许多其他组合和置换。因此，本发明意图涵盖落在本申请的范围内的所有此类替换、修改以及变更，包括所附权利要求。另外，在本公开或权利要求叙述“一”、“一个”、“第一”或“另一”元件或其等价物的情况下，应将其解释为包括一个或不止一个此类元件，既不要求也不排除两个或更多此类元件。

Claims (15)

1.一种用于实现文档工作流程（16）的方法（200），该方法包括：

经由设备应用程序接口（API）从设备（12）接收文档文件（18），所述设备（12）被连接到网络（14），文档文件（18）包括信息内容（20）；

经由文档处理API（26）来提供文档文件（18）以从文档文件（18）提取信息内容（20）；以及

经由文档处理API（26）来调用文档服务（28）以在网络（14）上将所提取信息内容（20）提供给服务应用程序（22）。

2.权利要求1的方法，其中，在文档工作流程（16）被激活时，设备API（24）被配置成从网络上的工作流程容器（122）访问对应于文档工作流程（16）的一组用户设置（130）和一组设备设置（124），设备API（24）将用户设置（130）提供给服务应用程序（22）并将设备设置（124）提供给设备（12）以便以处理API（26）和文档服务（28）中的至少一个所需的方式来接收文档文件（18）。

3.权利要求1的方法，其中，设备（12）包括设备API（24）的至少一部分，设备（12）被配置成从多个预定文档工作流程（16）中选择文档工作流程（16），并响应于设备（12）识别并区别文档文件（18）的信息内容（20）的至少一部分自动地激活文档工作流程（16）。

4.权利要求1的方法，其中，接收文档文件（18）包括经由设备API（24）从扫描设备（12）接收文档文件（18），该方法还包括经由扫描设备（12）上的用户接口（110）来激活文档工作流程（16）。

5.权利要求1的方法，还包括：

经由网络浏览器（126）来实现与文档工作流程（16）的期望过程相关联的步骤；

记录与在网络浏览器（128）上执行的文档工作流程（16）的期望过程相关联的步骤的实现；以及

基于所记录实现来生成可经由设备（12）访问的文档工作流程（16），以使与文档工作流程（16）的期望过程相关联的步骤的至少相当一部分自动化。

6.权利要求5的方法，其中，生成文档工作流程（16）包括：

生成与所记录实现相关联的脚本；

在网络（14）上向储库（154）注册脚本；以及

分配用于访问已注册脚本的资源定位符。

7.权利要求6的方法，还包括基于经由设备（12）来访问唯一资源定位符而激活文档工作流程（16）。

8.一种用于生成文档工作流程（16）的方法（200），该方法包括：

从被耦合到网络（14）的扫描设备（12）接收包括信息内容（20）的文档文件（18）；

经由网络浏览器（128）来实现与文档工作流程（16）相关联的步骤；

记录与在网络浏览器（128）上执行的文档工作流程（16）的期望过程相关联的步骤的实现；以及

基于所记录的实现来生成文档工作流程（16），生成的文档工作流程（16）是可经由设备应用程序接口（API）（24）从扫描设备（12）访问的。

9.权利要求8的方法，其中，生成文档工作流程（16）包括：

生成与所记录实现相关联的脚本；

在网络（14）上向储库（154）注册脚本；以及

分配用于访问已注册脚本的资源定位符。

10.权利要求9的方法，其中，生成文档工作流程（16）还包括生成文档工作流程（16）以可经由资源定位符从扫描设备（12）访问。

11.权利要求8的方法，其中，生成文档工作流程（16）包括生成文档工作流程（16）以经由文档处理API（24）来执行文档文件（18）的图像处理以从文档文件（18）提取信息内容（20）并经由文档处理API（24）来调用文档服务（28）以在网络（14）上将所提取的信息内容（20）提供给用户所选服务应用程序（22）。

12.权利要求8的方法，其中，生成文档工作流程（16）还包括调用文档服务框架（28）以基于由用户进行的信息内容（20）在文档文件（18）上位置的识别来实现文档工作流程（16）。

13.一种文档工作流程***（10），包括：

设备应用程序接口（API）（24），用以调用网络（14）上的工作流程应用程序（16）以便从被连接到网络（14）的扫描设备（12）访问文档文件（18），所述文档文件（18）包括信息内容（20）；

文档处理API（26），用以调用图像处理应用程序以便从文档文件（18）提取信息内容（20）；

文档服务框架（28），在网络（14）上被主控以协调从扫描设备（12）进行的网络（14）上的服务应用程序（22）的访问以允许经由扫描设备（12）上的用户接口（110）来激活文档工作流程（16）并将所提取的信息内容（20）提供给服务应用程序（28）。

14.权利要求13的***，其中，使用资源定位符经由扫描设备（12）从网络（14）访问文档工作流程（16），资源定位符识别包括对应于文档工作流程（16）的所记录步骤的已注册脚本，所记录步骤是先前在网络浏览器（128）上执行的。

15.权利要求13的***，还包括工作流程容器（122），以存储与文档工作流程（16）相对应且可被文档服务框架（28）访问的一组用户数据（130）和设备设置（124），文档服务框架（28）将用户数据组（130）用于访问服务应用程序（22），该组设备设置（124）被用于响应于文档工作流程（16）的激活根据文档服务框架（28）的要求而从设备（12）获得文档文件（18）。

Images