CN101227543A - 信息处理装置,图像处理设备,信息处理方法及存储介质 - Google Patents

Abstract

披露的信息处理装置，用来处理至少定义数据输入单元、数据处理单元、以及数据输出单元的运行条件的宏，它包括存储单元；用户界面单元，配置用于接收宏注册请求和宏提取请求；宏注册单元，配置用于根据用户界面单元接收的宏注册请求在存储单元存储宏，宏包括宏条件ID，识别宏条件，宏条件为数据输入单元、数据处理单元、以及数据输出单元的运行条件；以及宏提取单元，配置用于根据用户界面单元接收的宏提取请求从存储单元提取宏并运行提取的宏。

Description

信息处理装置，图像处理设备，信息处理方法及存储介质

技术领域

本发明总的涉及信息处理装置，该装置通过提取定义信息处理装置的函数组合、运行顺序和运行条件的注册宏以及通过运行该宏来执行程序任务。

背景技术

除了例如复印，传真发送，扫描和打印的基本功能以外，最近的多功能打印机(MFP)提供了额外的功能来提高办公室工作的效率，例如通过通信设备(例如网络接口卡(NIC))来发送电子邮件的电子邮件发送功能，以及在大容量存储装置(例如硬盘)中存储文件的文件存储功能。这样的多功能打印机存在一个问题，当每次运行该功能时，在多功能打印机的控制台用户必须设置构成该功能的函数和过滤器(程序模块或组件)的复杂运行条件。

同时，在办公室中有许多可以使用多功能打印机执行的程序任务。这样的程序任务可以甚至在一天内被重复执行。因此，对这样的程序任务设置函数的运行条件给用户施加了很大的负担，降低了办公室工作有效性的提高。

在专利文件1中披露的图像处理设备企图解决上面的问题。披露的图像处理设备提供了宏设施，使得用户可能注册函数的运行条件为程序任务的宏，并且通过提取和运行该宏可以容易的执行该程序任务。

【专利文件1】日本专利申请公开号2006-059274

在例如专利文件1中披露的传统图像处理设备中的宏设施的一个缺点是，当新的函数或新的过滤器被加到图像处理设备，必须修改和宏设施相关的程序代码和数据结构才能够注册和提取加入的程序或过滤器的运行条件作为宏。换句话说，使用传统的宏设施，灵活的加入新的函数和过滤器是困难的。

发明内容

本发明的实施例提供了信息处理装置，图像处理设备，信息处理方法，以及包含用于使计算机执行信息处理方法的程序代码的存储介质，  该信息处理方法解决和减少了由相关技术的限制和缺点引起的一个或更多问题。

本发明的一个实施例提供了信息处理装置，用来处理至少定义数据输入单元，数据处理单元，以及数据输出单元的运行条件的宏。信息处理装置包括存储单元；用户界面单元，配置用于接收宏注册请求和宏提取请求；宏注册单元，配置用于根据用户界面单元接收的宏注册请求在存储单元存储宏，宏包括宏条件ID，宏条件ID识别宏条件，宏条件为数据输入单元、数据处理单元以及数据输出单元的运行条件；以及宏提取单元，配置用于根据用户界面单元接收的宏提取请求从存储单元提取宏并运行提取的宏。

本发明的另一个实施例提供了信息处理装置中的信息处理方法，该信息处理装置用来处理至少定义数据输入单元，数据处理单元，以及数据输出单元的运行条件的宏。该信息处理方法包括宏注册步骤，根据宏注册请求在信息处理装置的存储单元存储宏，宏包括宏条件ID，宏条件ID识别宏条件，宏条件为数据输入单元、数据处理单元以及数据输出单元的运行条件；以及宏提取步骤，根据宏提取请求从存储单元提取宏并运行提取的宏。

本发明的另一个实施例提供了存储介质，程序代码存储在其中，用来使计算机作为信息处理装置的宏注册单元和宏提取单元起作用，该信息处理装置用来处理至少定义数据输入单元，数据处理单元，以及数据输出单元的运行条件的宏。宏注册单元配置用于根据信息处理装置的用户界面单元接收的宏注册请求在信息处理装置的存储单元存储宏，宏包括宏条件ID，宏条件ID识别宏条件，宏条件为数据输入单元、数据处理单元以及数据输出单元的运行条件；宏提取单元配置用于根据用户界面单元接收的宏提取请求提取存储在存储单元的宏并运行提取的宏。

附图说明

图1是示出了示例图像处理设备的硬件配置的框图；

图2是示出了示例图像处理设备的软件配置的图表；

图3A是示出了管线-过滤器结构的图表，以及图3B是示出了过滤器构成要素的表格；

图4是示出了示例图像处理设备中基本过程的第一部分的流程图；

图5是示出了示例图像处理设备中基本过程的第二部分的流程图；

图6是示出了示例程序任务的构成要素的图表；

图7是示出了用在示例宏注册过程中的屏幕的图表；

图8是示出了用在示例宏注册过程中的另一个屏幕的图表

图9是示出了构成宏的信息项目之间的关系的分类图表；

图10是示出了构成宏的示例信息项目的内容的表格；

图11是示出了在注册过程中间示例宏配置信息的图表；

图12是示出了注册宏的信息项目的表格；

图13是示出了用于提取注册宏的示例过程的屏幕的图表；

图14是示出了构成组件的模块的示例相关结构的图表；

图15是示出了在宏注册过程中涉及的组件的图表；

图16是示出了在宏提取过程中涉及的组件的图表；

图17是示出了示例信息处理装置的硬件配置的框图；

图18是示出了在宏注册过程中涉及的函数单元的框图；

图19是示出了宏的信息项目如何被构建的图表；

图20是示出了在宏提取过程中涉及的函数单元的框图；

图21是示出了示例宏注册过程的流程图；

图22是示出了示例宏提取过程的流程图；

图23是示出了注册多活动宏的过程中组件之间相互作用的时序图；

图24是示出了注册单活动宏的过程中组件之间相互作用的时序图；

图25A是示出了注册用于文件处理的宏的过程中组件之间相互作用的时序图；

图25B是示出了示例宏配置信息的表格；

图26A是示出了注册用于数据处理的宏的过程中组件之间相互作用的时序图；

图26B是示出了示例宏配置信息的表格；

图27是示出了示例宏提取过程的第一部分中的组件之间相互作用的时序图；

图28是示出了示例宏提取过程的第二部分中的组件之间相互作用的时序图；以及

图29是示出了示例宏提取过程的第三部分中的组件之间相互作用的时序图。

具体实施方式

本发明的优选实施例参考附图如下描述。

<图像处理设备的硬件配置>

根据本发明的一个实施例的图像处理设备的示例硬件配置参考图1如下描述。

图1是示出了根据本发明的一个实施例的图像处理设备100的硬件配置的框图。

如图1所示，图像处理设备100包括控制单元(中心处理单元：CPU)11，主存储器(只读存储器(ROM)和/或随机存储器(RAM))12，第二存储单元(硬盘)13，网络I/F 14，外部存储器I/F 15，外部装置I/F 16，显示单元(显示面板)19，输入单元(操作单元)20，打印单元(绘图仪)21，以及扫描单元22。

控制单元11控制在图像处理设备中的其他单元，并且执行算法运算和数据处理。更特别地，控制单元11运行存储在主存储器12中的程序，由此处理从输入装置或存储装置中接收的数据，以及输出处理的数据至输出装置或存储装置。

主存储器12存储由控制单元11执行的程序和处理的数据。

第二存储单元13存储操作系统(OS)，操作系统和附带的数据一起用作基本软件和应用程序。第二存储单元13也存储由图像处理设备管理的作为数据库或问卷的不同类型的信息。

网络I/F 14是图像处理设备100和其他具有通信设施并联接到网络的设备之间的接口，例如由有线和/或无线数据传输信道实现的局域网(LAN)或广域网(WAN)。

外部存储器I/F 15是图像处理设备100和通过例如通用串行总线(USB)的数据传输线联接的外部存储装置(例如存储介质驱动)之间的接口。

外部装置I/F 16是图像处理设备100和通过例如USB的数据传输线联接的外部输入装置(例如数码相机)之间的接口。

图像处理设备100通过上面的接口发送/接收或写入/读取数据至/从外部装置。

显示单元19和输入单元20作用为用户界面(UI)，并且由配置键盘(包括硬键盘和图形用户界面的软键盘)和触摸屏的液晶显示器(LCD)实现。

打印单元21根据使用激光光束通过电子照相过程(包括曝光、潜象形成、显影、转印步骤)的CMYK图像数据在记录介质(例如纸张)上形成(或打印)图像。

扫描单元22包括行(line)传感器，由电荷耦合器件(CCD)、模/数转换器、以及用于驱动行传感器和模/数转换器的驱动电路组成。扫描单元22扫描放置在文件扫描平面(透明玻璃)的文件，并且由此获得文件的数字图像数据(对于每个RGB分量，每象素8比特)。

因此，图像处理设备100提供例如复印、传真发送、扫描、以及打印的功能，通过运行存储在主存储器12和第二存储单元13的程序，并且由此控制它的构成硬件单元。

<图像处理设备的软件配置和基本过程>

图像处理设备100的示例软件配置和图像处理设备100的示例基本过程参考图2到图5描述如下。

图2是示出了图像处理设备100的示例软件配置的图表。

如图2所示，图像处理设备100包括用户界面层101，控制层102，应用逻辑层103，装置服务层104，以及装置控制层105。在图2中，各层以层级顺序排列，其中高层调用低层。

用户界面层101包括接收运行请求来运行例如复印、传真发送、扫描、和打印的功能的界面。例如，用户界面层101包括通信服务器，用来通过网络从用户终端(未显示)接收请求，以及本地用户界面(UI)，用来通过显示单元19和输入单元20接收请求输入。用户界面层101接收的请求被传送至控制层102。

控制层102包括用于控制请求的函数的处理的单元。更特别地，控制层102根据请求的函数和软件部分的控制运行来联接在应用逻辑层103的软件部分。在这个实施例中，图像处理设备100的“函数”指的是由图像处理设备100运行的软件或应用来为用户提供特定的服务(从请求的输入到结果的输出的过程顺序)。

应用逻辑层103包括构成函数的软件部分。换句话说，在图像处理设备100中，通过在应用逻辑层103的软件部分的组合来实现函数。这些软件部分在这个实施例中的称为“管线-过滤器”的软件结构中被称为“过滤器”。

图3A是示出了管线-过滤器结构的图表，以及图3B是示出了根据本发明的实施例过滤器的构成要素的表格。

在图3A中，“F”指的是过滤器，“P”指的是管线。如图3A所示，过滤器和管线联接。每个过滤器处理输入数据以及输出结果。每个管线将从前面的过滤器输出的数据传递给随后的过滤器。换句话说，在这个实施例的图像处理设备100中，通过过滤器执行的一系列关于例如图像处理设备100中管理的用户信息或文件数据的信息的处理，实现了函数任务。在某种意义上，图像处理设备100的每个函数都是输入、处理，以及输出过程的组合。每个输入、处理，以及输出过程由称为“过滤器”的软件部分(程序模块或组件)实现。“输入过滤器”输入数据，“处理过滤器”执行输入数据的处理，“输出过滤器”输出处理后的数据。过滤器基本上相互之间独立，也就是，两个过滤器之间不相关。因此，基本上可以加入(安装)和删除(卸载)过滤器而不用考虑他们的相关性。

参考图2，应用逻辑层103包括输入过滤器103a，处理过滤器103b，以及输出过滤器103c。输入过滤器103a包括扫描过滤器，用于控制扫描单元22的图像扫描以及输出扫描后的数据；存储文件提取过滤器，用于提取存储在第二存储单元13中的文件数据(图像数据)，以及输出提取的文件数据；电子邮件接收过滤器，用于接收电子邮件信息，并且输出在接受的电子邮件信息中的数据；传真接收过滤器，用于接收传真信息，以及输出传真信息中的数据；PC文件接收过滤器，用于从用户终端(PC)接收打印数据，并且输出接收到的打印数据；以及报告过滤器，用于提取图像处理设备100的设置信息和历史信息，并且以表格形式输出该信息。

处理过滤器103b包括文件处理过滤器，用于对输入数据执行例如N-up处理或调整大小的图像处理，以及输出处理后的数据；以及文件转换过滤器，用于将输入PostScript数据转换成(生成)位图数据，并且输出位图数据。

输出过滤器103c包括打印过滤器，用于引起打印单元21输出(打印)输入数据；文件存储过滤器，用于在第二存储单元13中存储输入数据；电子邮件发过滤器，用于将输入数据附在电子邮件信息中，并且发送该电子邮件信息；传真发送过滤器，用于将输入数据发送为传真信息；PC文件发送过滤器，用于向用户终端(PC)发送输入数据；以及预览过滤器，用于在显示单元19上显示输入信息作为预览。

装置服务层104包括通常由应用逻辑层103中的过滤器使用的更低级别的函数。例如，装置服务层104包括图像管线104a，用于将从前面的过滤器输出的数据传递给随后的过滤器，以及表示为数据库的用户信息管理单元，例如用户信息数据库和文件数据库。

装置控制层105包括程序模块调用的驱动器，用于控制硬件装置。例如，装置控制层105包括扫描仪控制单元，绘图仪控制单元，存储器控制单元，电话线控制单元，以及网络控制单元，用于控制由其名称指出的各自的装置。

如图3B所示，过滤器包括过滤器UI、过滤器逻辑组件、过滤器指定的更低级别的业务、以及永久存储的信息。过滤器UI、过滤器逻辑组件、过滤器指定的更低级别的业务，以及永久存储的信息是可选的要素。

过滤器UI是程序，用于显示为了在例如显示单元19的显示器上设置过滤器的运行条件的屏幕。例如，扫描过滤器的过滤器UI显示用于设置分辨率、密度、和图像类型的屏幕。过滤器UI可以由用于在显示单元19上显示屏幕的超文本链接标示语言HTML数据或脚本语言数据来实现。

过滤器逻辑组件是程序，用于执行过滤器的任务。过滤器逻辑组件根据通过过滤器UI指定的运行条件通过使用过滤器的过滤器指定更低级别的业务、在装置服务层104中更低级别的函数、和/或在装置控制层105中的驱动器来执行过滤器的任务。例如，扫描过滤器的过滤器逻辑组件控制扫描单元22来扫描图像。

过滤器指定更低级别的业务是过滤器逻辑组件使用的库。过滤器指定更低级别的业务和在装置服务层104中的更低级别的函数或在装置控制层105中的驱动器是相似的，但是实现为过滤器的一部分，因为它仅用于过滤器。例如，扫描过滤器可以使用在装置控制层105中的扫描仪控制单元执行它的任务，并且因此不需要过滤器指定更低级别的业务。

永久存储的信息是默认设置信息(例如默认运行条件)或存储在非易失存储器中的过滤器的模式。当过滤器被安装时，过滤器的模式在数据管理单元中注册。

图像处理设备100中的示例基本过程参考图4和5如下描述。

图4和图5是根据本发明的实施例示出了图像处理设备100中示例基本过程的流程图。在此，基本过程指的是当运行给定的函数时，图像处理设备100执行的通常的过程。

如图4所示，用户选择输入过滤器(S11)，并且设置选定的输入过滤器的运行条件(S12)。相似的，用户选择处理过滤器和输出过滤器(S13)，指定过滤器之间的联接(S14)，以及设置过滤器的运行条件(S15)。

上面的步骤使用类似图7所示的多活动设置屏幕31b的屏幕在用户界面层101的本地UI的控制下执行。在图7示出的示例屏幕包括输入、处理和输出区域，用于选择输入、处理和输出过滤器。每个区域包括表示过滤器的软件键。例如，如图7所示，输入区域包括表示扫描过滤器和存储文件提取过滤器的软件键，处理区域包括表示文件处理过滤器和文件转换过滤器的软件键，以及输出区域包括表示打印过滤器、存储过滤器和电子邮件发送过滤器的软件键。

在每个区域中，用户选择一个或多个过滤器。换句话说，函数可以包括两个或更多输入过滤器103a，两个或更多处理过滤器103b，以及两个或更多输出过滤器103c。例如，用于打印转换的文件数据并且也发送该文件数据为电子邮件信息的函数包括打印过滤器和电子邮件发送过滤器作为输出过滤器。

参考图4，当完成了过滤器的选择(在步骤S16中为是)并且按下了开始按钮，用户界面层101发送关于请求函数的信息(例如选定过滤器的名称和过滤器的设置)至控制层102。

控制层102根据从用户界面层101发送的被请求函数的信息通过管线联接选定的过滤器(S17)。管线通过存储器实现(包括第二存储单元13)。根据在各自的管线两端的过滤器的类型，不同类型的存储器用作管线。存储器的类型和过滤器的类型之间的对应在图像处理设备100的第二存储单元13中预先定义。控制层102根据预定的对应关系通过恰当的管线联接过滤器。在步骤S17之后，控制层102平行发送运行请求至构成函数的过滤器(S18)。换句话说，函数中的过滤器没有以联接的顺序被调用，而是在实质上相同的时间被调用。这是可能的，因为过滤器通过管线同步。当从控制层102接收运行请求，过滤器等待直到数据被输入到它的输入侧的管线。作为例外，在输入过滤器103a的输入侧不提供管线。一旦输入过滤器接收到运行请求，输入过滤器103a启动处理过程。

在图5中，输入过滤器103a从输入装置输入数据(S21)，并且输出输入数据到和它的输入侧连接的管线(S22)。如果数据以多个通话输入(例如当文件的输入扫描数据具有多个页)，重复步骤S21和S22，  输入过滤器103a终止它的过程。

处理过滤器103b当在它的输入侧管线检测到数据的输入，启动过程。处理过滤器103b读取来自输入侧管线的输入数据(S31)，对输入数据执行图像处理(S32)，以及在它的输出侧管线输出处理后的程序(S33)。在处理所有的输入数据后(在步骤S34中为YES)，处理过滤器103b终止它的过程。

输出过滤器103c当在它的输入侧管线检测到数据的输入，启动过程。输出过滤器103c读取来自输入侧管线的输入数据(S41)，以及在它的输出侧管线输出输入数据(S42)。在输出所有的输入数据后(在步骤S43中为YES)，输出过滤器103c终止它的过程。

<程序任务的构成要素>

通过使用例如复印、传真发送、扫描、以及打印的图像处理设备100的功能执行的构成程序任务的示例要素基于管线-过滤器结构以及上面提到的基本过程参考图6描述如下。

图6是根据本发明的实施例示出了示例程序任务的构成要素的图表。

通常，程序任务包括一个或多个工作过程，每个工作过程包括一个或多个以预定顺序执行的子过程。在这个实施例中，工作过程由对应于图像处理设备100的功能的活动来表示，并且子过程由过滤器表示。例如，图像处理设备100的复印功能(或者复印活动)表示工作过程，复印功能的扫描、文件处理和打印过滤器表示子过程。用于扫描文件并且其打印和传真扫描的文件的示例程序任务可以包括两个活动：复印功能(活动)以及传真发送功能(活动)。

因此，如图6所示，程序任务由一个或多个活动(工作过程)组成，每个活动由一个或多个过滤器(子过程)组成。

换句话说，在管线-过滤器结构中，构成程序任务中的工作过程(活动)的输入、处理和输出子过程由输入、处理和输出过滤器实现。

根据本发明的实施例，程序任务可以在图像处理设备100中注册为宏，该宏定义构成程序任务的活动和过滤器的组合，运行顺序和运行条件。用户可以通过提取和运行相对应的宏来执行程序任务。

<宏的注册>

参考图7和图8注册宏的示例过程描述如下。

图7是根据本发明的实施例示出了用在示例宏注册过程中的屏幕的图表。

宏注册根据宏要实现的程序任务而不同。如图7所示，当注册用于程序任务的宏仅涉及图像处理设备100的一个预设功能(例如过滤器的预设组合)(这样的宏以下被称为单活动宏)，用户通过按下在显示单元19上显示的应用选择屏幕21上的复印按钮，选择例如复印功能。然后，显示复印活动设置屏幕31a来请求用户指定复印功能(复印活动)的运行条件。另一方面，当注册用于程序任务的宏涉及图像处理设备100的多个功能或活动(例如过滤器的任何给定的组合)(构成这样的宏的活动以下被称为多活动，这样的宏一些被称为多活动宏)，用户通过按下在显示单元19上显示的应用选择屏幕31上的多活动按钮。然后，显示多活动设置屏幕31b来请求用户选择对应于程序任务中输入、处理和输出子程序的过滤器，并且指定多活动和选定过滤器(选择了在图7示出的示例屏幕上的存储文件提取过滤器，文件转换过滤器，以及打印过滤器)的运行条件。因此，作为宏注册过程的第一个步骤，选定活动或过滤器，以及指定每个活动和过滤器的运行条件。

下一步，当用户按下在复印活动设置屏幕31a或多活动设置屏幕31b上的宏注册按钮，如图8示出的在显示单元19上显示宏参数设置屏幕32。

用户输入宏ID，宏名称，以及创建者并且在宏参数设置屏幕32上按下注册按钮来注册该宏。按下在参数设置屏幕32上的确定设置按钮使得用户能够确定在要注册的宏中的活动和过滤器的运行条件。

<宏的细节>

参考图9到图12宏的细节描述如下。

图9是根据本发明的实施例示出了构成宏的信息项目之间的关系的分类图表。

如图9所示，宏41包括宏头部信息411和宏主体信息412。宏头部信息411包括宏配置信息414。宏主体信息412包括一个或多个活动条件413(工作过程的条件)，每个活动条件413包括一个或多个过滤器条件415(子过程的条件)。宏配置信息414也包括一个或多个活动条件413。

图10是示出了构成宏41的信息项目的内容的表格。

宏头部信息411包括宏ID，用于识别宏41、宏41的宏名称、宏41的创建者、接入控制列表、用于定义宏41的接入权利、以及关于构成宏41的活动和过滤器的宏配置信息414。

宏配置信息414包括构成的活动和过滤器的活动和过滤器名称，以及宏条件ID(条件识别信息)，用于识别构成的活动和过滤器的运行条件的宏条件。

宏主体信息412包括宏条件，其为构成的活动和过滤器的运行条件。

宏ID、宏名称和创建者在图8所示的宏参数设置屏幕32上输入。活动和过滤器的名称以及宏条件在图7所示的复印活动设置屏幕31a(或者用于指定任何活动的运行条件的屏幕)或多活动设置屏幕31b上指定。

因此，图10所示的宏ID、宏名称、创建者、活动和过滤器名称以及宏条件由用户在显示在显示单元19的用户界面上指定。

例如，如果用户选择存储文件提取过滤器、文件转换过滤器以及打印过滤器并且在多活动设置屏幕31b上按下了注册宏按钮，生成了如图11所示的宏配置信息414。在图11所示的宏配置信息414中，指定了活动和过滤器名称，但是对应于活动和过滤器名称的宏条件ID还没有指定。

当用户按下图8所示的宏参数设置屏幕32上的注册按钮，宏条件ID被自动设置在宏配置信息414中。

例如，当用户按下注册按钮，带有宏条件ID设置的宏41如图12所示在图像处理设备100中注册(粗体数字指的是宏条件ID)。

<宏的提取>

参考图13提取宏的示例过程如下描述。

图13是根据本发明的实施例示出了用于提取注册宏的示例过程的屏幕的图表。

如图13所示，当用户按下了应用选择屏幕31上的宏按钮，宏列表屏幕显示在显示单元19上。用户可以选择和运行任何一个在宏列表屏幕33上显示的注册宏。在宏列表屏幕33上，宏键(快捷键：1到n)指定注册宏。在这个例子中，宏键1到3指的是复印活动宏A到C，宏键4指的是传真活动宏。当用户选择宏键1到3的任意一个并且按下显示按钮，显示构成复印活动宏的复印活动和过滤器的运行条件的复印活动屏幕33a显示在显示单元19上。当用户选择宏键4并且按下显示按钮，显示构成复印活动宏的复印活动和过滤器的运行条件的复印活动屏幕33b显示在显示单元19上。复印活动屏幕33a和复印活动屏幕33b的每一个包括注册宏按钮。当用户改变宏的运行条件(或宏条件)，并且按下注册宏按钮，宏条件被更新，宏被注册到图像处理设备100中。

复印活动屏幕33a和复印活动屏幕33b的每一个包括运行按钮，当用户在确定宏的宏条件之后按下运行按钮，运行宏。

<宏注册和提取过程中涉及的组件>

下面，参考图14到图16描述宏注册和提取过程中涉及的组件(和/或程序模块)。这里，“组件”指的是组成一个或多个软件/数据模块的功能单元。

图14是根据本发明的实施例示出了构成组件51的模块的示例相关结构的图表。

如图14所示，组件51包括作业512，其执行指定和保持运行作业512时使用运行条件或参数的过程和条件模块511。因为由条件模块511保持的参数当运行作业512时被使用，条件模块511和作业512之间有集合的关系。

组件51并不必须既包括条件模块511还包括作业512。换句话说，组件51可能不包括条件模块511或者作业512。

图15示出了根据本发明的实施例在宏注册过程中涉及的组件的图表。

在宏注册过程中涉及的组件包括本地/远程UI 61，活动相关的组件62，请求定义相关的组件63，请求管理组件64，过滤器/信息相关的组件65，以及数据管理组件66。活动相关的组件62包括用于每个活动的活动UI 621以及活动逻辑组件622。请求定义相关的组件63包括请求定义UI631以及请求定义逻辑组件632。过滤器/信息相关的组件65包括过滤器/信息UI 651以及过滤器/信息逻辑组件(过滤器逻辑组件和/或信息逻辑组件)652。在活动相关的组件62、请求定义相关的组件63以及过滤器/信息相关的组件65中的每个组件具有如图14所示的结构。

上面组件的操作和他们之间的关系使用示例宏注册过程(步骤1-1到步骤1-6)描述如下。

(1-1)接收宏注册请求

当用户按下图7所示的应用选择屏幕31上的一个按钮(不是宏按钮)，对应的宏注册请求被发送到本地/远程UI61。当接收到宏注册请求，本地/远程UI61请求活动UI 621生成下一个屏幕(用户界面)。活动UI 621生成活动设置屏幕(宏条件设置屏幕)，类似于如图7所示的复印活动设置屏幕31a或多活动设置屏幕31b，用于根据来自本地/远程UI 61的请求输入活动和它的构成过滤器的运行条件，以及在显示单元19上显示活动设置屏幕。更特别地，活动UI 621请求请求定义UI 631生成活动设置屏幕的部分(或构成要素)，以及从请求定义UI 631生成的部分生成活动设置屏幕。

(1-2)设置活动和过滤器的运行条件

当按下了活动设置屏幕上的注册宏按钮，活动UI 621接收在活动设置屏幕上输入的运行条件，发送接收的运行条件至活动逻辑组件622和过滤器/信息逻辑组件652。

活动逻辑组件622在其在RAM中保留的区域存储从活动UI 621发送的它的活动的运行条件。每个过滤器/信息逻辑组件652在其在RAM中保留的区域存储从活动UI 621发送的对应的过滤器的运行条件。

(1-3)设置宏参数

当在由活动UI 621生成的活动设置屏幕上按下注册宏按钮，本地/远程UI61生成类似于图8所示的宏参数设置屏幕32的宏参数设置屏幕，用于输入包括宏ID、宏名称和创建者的宏参数，以及在显示单元19显示生成的宏参数设置屏幕。本地/远程UI 61接收在宏参数设置屏幕上输入的宏参数，并且发送接收的宏参数至请求定义UI631。

基于宏参数，请求定义UI631请求请求定义逻辑组件632在宏41的宏头部信息411中设置宏ID、宏名称和创建者。

(1-4)请求宏注册

当按下了宏参数设置屏幕上的注册按钮，活动UI621要求活动逻辑组件622生成作业512用于注册宏41。活动逻辑组件622根据活动UI621的请求生成作业512，并且请求请求管理组件64来运行作业512。

请求管理组件64请求活动逻辑组件622根据作业512执行宏注册过程。

(1-5)存储宏条件和设置宏条件ID

响应于来自请求管理组件64的请求，活动逻辑组件622请求对应于构成宏41的活动的过滤器的过滤器/信息逻辑组件652来注册宏条件(运行条件)。

当每个过滤器/信息逻辑组件652被请求，其反过来请求数据管理组件66在宏41的宏主体信息412中注册对应的过滤器的宏条件，例如在RAM中存储的运行条件。

数据管理组件66在例如第二存储单元13中存储宏条件，并且管理宏条件。当存储宏条件的时候，数据管理组件66生成宏条件ID(条件识别信息)，用于识别过滤器的宏条件，以及发送宏条件ID至对应的一个过滤器/信息逻辑组件652。

每个过滤器/信息逻辑组件652发送宏条件ID至活动逻辑组件622，并且活动逻辑组件622发送宏条件ID至请求定义逻辑组件632。

当所有的过滤器/信息逻辑组件652完成宏条件和宏条件ID的注册，活动逻辑组件622请求数据管理组件66在宏实体信息412中注册活动的宏条件，例如存储在RAM中的运行条件，从数据管理组件66接收识别宏条件的宏条件ID，以及发送宏条件ID至请求定义逻辑组件632。

(1-6)注册宏

活动逻辑组件622请求请求定义逻辑组件632来注册宏41。

当被请求时，请求定义逻辑组件632在宏头部信息411中设置从过滤器/信息逻辑组件652和活动逻辑组件622将接受的宏条件ID，以及发送宏头部信息411至数据管理组件66。

基于如上面描述生成的宏头部信息411和宏主体信息412，数据管理组件66在例如第二存储单元13中存储(注册)宏41。而且，在存储宏41之后，数据管理组件66发送宏41的宏ID至请求定义逻辑组件632。

图16是根据本发明的实施例示出了在宏提取过程中涉及的组件的图表。

在宏提取过程中涉及的组件包括本地/远程UI61，活动相关的组件62，请求定义相关的组件63，请求管理组件64，过滤器/信息相关的组件65，数据管理组件66，以及宏活动相关的组件67。活动相关的组件62包括用于每个活动的活动UI 621以及活动逻辑组件622。请求定义相关的组件63包括请求定义UI 631以及请求定义逻辑组件632。过滤器/信息相关的组件65包括过滤器/信息UI 651以及过滤器/信息逻辑组件(过滤器逻辑组件和/或信息逻辑组件)652。宏活动相关的组件67包括宏活动UI 671宏活动逻辑组件672。和在活动相关的组件62、请求定义相关的组件63、过滤器/信息相关的组件65以及宏活动相关的组件67中的每个组件具有如图14所示的结构。

上面组件的操作和他们之间的关系使用示例宏提取过程(步骤2-1到步骤2-6)描述如下。

(2-1)显示宏列表屏幕

当用户按下如图13所示的应用选择屏幕31上的宏按钮来请求宏列表屏幕，请求被发送至本地/远程UI 61。当接收到该请求，本地/远程UI 61反过来请求宏活动UI 671生成下一个屏幕(用户界面)。宏活动UI 671生成类似图13所示的宏列表屏幕33的宏列表屏幕，用于选择要被提取的宏，以及在显示单元19上显示宏列表屏幕。更特别地，宏活动UI 671请求请求定义UI 631生成例如宏列表屏幕的宏键的部分(或构成要素)，以及从请求定义UI 631生成的部分生成宏列表屏幕。

(2-2)接收宏提取请求

当用户选择宏并按下了在宏列表屏幕上的显示按钮，被选定宏的宏ID被发送到宏活动UI 671。然后，宏活动UI 671发送宏ID至宏活动逻辑组件672，并且请求宏活动逻辑组件672生成作业512用于提取选定的宏。宏活动逻辑组件672根据来自宏活动UI 671的请求生成作业512，并且请求请求管理组件64来运行作业512。

请求管理组件64请求宏活动逻辑组件672根据作业512执行宏提取过程。

(2-3)获得宏头部信息

宏活动逻辑组件672请求请求定义逻辑组件632基于宏ID获得宏的宏头部信息411。宏活动逻辑组件672由此获得宏头部信息411，并且发送宏头部信息411至宏活动UI 671。

基于宏头部信息411，宏活动UI 671请求对应于活动的活动UI 621和构成活动的过滤器的过滤器/信息UI 651生成显示活动和过滤器的运行条件(或宏条件)的活动屏幕(宏条件显示屏幕)。

活动UI 621和过滤器/信息UI 651生成包括对应于活动和过滤器的运行条件的标签的活动屏幕，以及在显示单元19上显示生成的活动屏幕。

(2-4)分析宏配置信息

宏活动UI 671分析在宏头部信息411中的宏配置信息414来获得关于构成宏的活动和过滤器的信息(例如，活动名称，过滤器名称以及宏条件ID)。基于获得的信息，宏活动UI 671请求宏活动逻辑组件672提取宏的宏条件，该宏条件由数据管理组件66管理。

宏活动逻辑组件672反过来请求活动逻辑组件622来提取宏条件。

(2-5)提取宏条件

当被请求的时候，活动逻辑组件622基于从宏活动逻辑组件672接收的宏条件ID从数据管理组件66获得活动的宏条件。活动逻辑组件622发送获得的宏条件至活动UI 621，并且活动UI 621引起本地/远程UI 61在显示单元19上的活动屏幕中显示宏条件作为活动的运行条件。活动逻辑组件622也请求对应于组成的过滤器的过滤器/信息逻辑组件652来提取过滤器的宏条件。

当被请求的时候，过滤器/信息逻辑组件652基于从活动逻辑组件622接收的宏条件ID从数据管理组件66获得过滤器的宏条件。过滤器/信息逻辑组件652发送获得的宏条件至过滤器/信息UI 651，并且滤器/信息UI651引起本地/远程UI61在显示单元19上的活动屏幕中显示宏条件作为过滤器的运行条件。

(2-6)运行宏

当用户按下类似图13示出的复印活动屏幕33a或传真活动屏幕33b的活动屏幕上的运行按钮，宏运行请求被发送到本地/远程UI61。

<信息处理装置的硬件配置>

图17是根据本发明的实施例示出了示例信息处理装置200的硬件配置的框图。

如图17所示，信息处理装置200包括控制单元11、主存储器12、第二存储单元13、网络I/F 14、外部存储器I/F 15、外部装置I/F 16、输出装置I/F 17、输入装置I/F 18。在图17中，使用对应于图1所示的图像处理设备100那些部分相同的参考号。这里，省略了对应部分的描述，仅提供不同部分的描述。

输出装置I/F 17通过例如电缆的数据传输线联接信息处理装置200和输出装置(例如阴极射线管CRT显示器或液晶显示器LCD)。

输入装置I/F 18通过例如USB的数据传输线联接信息处理装置200和输入装置(例如键盘或鼠标)。

信息处理装置200通过运行存储在主存储器12和第二存储单元13的程序提供它的功能，以及由此控制它的组成硬件单元。信息处理装置200和图像处理设备100的不同之处在于它的输入输出设施和它能够执行的程序任务的类型。然而，对于它们通过控制单元11运行程序以及由此控制其他的构成单元来说，它们是实质相同的。换句话说，对于它们允许用户轻易的创建合并了新的(未知的)功能或过滤器的宏以及通过运行该宏有效地执行程序任务来说，信息处理装置200和图像处理设备100是实质相同的。

<在宏注册过程中涉及的函数单元>

在宏注册过程中涉及的信息处理装置200的函数单元参考图18和图19描述如下。

图18是根据本发明的实施例示出了在宏注册过程中涉及的函数单元的框图。

如图8所示，在这个实施例中，宏注册单元70执行宏注册过程。

宏注册单元70包括宏条件设置屏幕生成单元71、宏条件设置单元72、宏条件存储单元73、宏条件ID管理单元74、宏配置单元75、以及宏存储单元76。

图18中的参考符号103a、103b和103c各自指的是输入过滤器、处理过滤器和输出过滤器。在这个实施例中，输入过滤器103a、处理过滤器103b和输出过滤器103c也被各自称为数据输入单元、输入处理单元和输入输出单元。

宏条件设置屏幕生成单元71生成活动设置屏幕(宏条件设置屏幕)，类似于图7中示出的复印活动设置屏幕31a或多活动设置屏幕31b，用于输入活动的运行条件、数据输入单元、数据处理单元、以及数据输出单元，并且在显示单元19上显示活动设置屏幕作为用户界面91(这里，用户界面91可以表示多种屏幕)。在这个实施例中，活动表示在程序任务中的工作过程，数据输入、数据处理和数据输出表示工作过程中的子过程。

宏条件设置屏幕生成单元71基于可设置的运行条件的列表生成用户界面91的部分，以及从部分中生成用户界面91。可设置的运行条件根据宏的类型而不同，宏的类型可为单活动宏或多活动宏，也可根据活动的类型而不同。因此，用于用户界面91的必须的部分的数目和类型依赖于宏和活动的类型。

每个宏条件设置屏幕生成单元71集成在活动、数据输入单元、数据处理单元和数据输出单元对应的一个中。过程活动的数据输入单元、数据处理单元和数据输出单元的宏条件设置屏幕生成单元71生成用户界面91中的对应部分(用于设置它们各自的运行条件)，以及发送生成的部分至活动的宏条件设置屏幕生成单元71。活动的宏条件设置屏幕生成单元71接收这些部分，并且从接收的部分生成用户界面91。

宏条件设置屏幕生成单元71对应于图15所示的本地/远程UI61、活动UI 621以及请求定义UI 631。

宏条件设置单元72基于它们的运行条件设置，即活动和数据输入、数据处理和数据输出单元的宏条件的参数。

由宏条件设置屏幕生成单元71生成的在用户界面91输入的活动和数据输入、数据处理和数据输出单元的运行条件被存储在RAM中。

当按下了图8所示的宏参数设置屏幕32上的注册按钮，宏条件设置单元72基于存储在RAM中的运行条件在宏41的宏主体信息412中设置宏条件。

图19是示出了宏的信息项目如何被构建的图表。

宏条件设置单元72基于在RAM中存储的运行条件如图19示例的那样设置活动和数据输入、数据处理和数据输出单元的宏条件。在图19中，(1)指示过滤器(数据输入、数据处理和数据输出单元)的宏条件(过滤器条件)以及(2)指的是活动的宏条件(活动条件)。

每个宏条件设置单元72集成在活动和数据输入、数据处理和数据输出单元对应的一个中。换句话说，每个宏条件设置单元72设置活动和数据输入、数据处理和数据输出单元对应的一个的宏条件。

宏条件设置单元72对应于图15所示的活动逻辑组件622和过滤器/信息逻辑组件652。

然后，宏条件存储单元73在例如信息处理装置200的第二存储单元13中存储活动和数据输入、数据处理和数据输出单元的宏条件。

例如，如图19所示，宏条件存储单元73写入由宏条件设置单元72在宏41的宏主体信息412中设置的宏条件(例如过滤器条件(1)和活动条件(2))作为记录(由(1)′和(2)′表示)。而且，当写入宏条件时，宏条件存储单元73生成识别活动和数据输入、数据处理和数据输出单元的宏条件的宏条件ID(条件识别信息)，例如活动条件ID和过滤器条件ID，以及在宏主体信息412的对应记录中写入宏条件ID。

每个宏条件存储单元73集成在活动和数据输入、数据处理和数据输出单元对应的一个中。换句话说，每个宏条件存储单元73在第二存储单元13中存储活动和数据输入、数据处理和数据输出单元对应的一个的宏条件。活动的宏条件存储单元73在数据输入、输出处理和数据输出单元的宏条件存储单元73存储了它们的宏条件和宏条件ID之后存储活动的宏条件。

宏条件存储单元73对应于图15所示的活动逻辑组件622、过滤器/信息逻辑组件652和数据管理组件66。

宏条件ID管理单元74管理由宏条件存储单元73生成的宏条件ID(条件识别信息)。

宏条件ID管理单元74将由宏条件存储单元73生成的宏条件ID和活动、数据输入单元、数据处理单元和数据输出单元的名称相关联。例如，如图19中所示的“应用定义”，宏条件ID管理单元74将过滤器名称和过滤器ID(在图19中为(4))相关联，以及将活动名称和活动ID相关联(在图19中为(5))。因此，宏条件ID管理单元74生成了构成宏41的宏头部信息411的部分的宏配置信息414。

宏条件ID管理单元74对应于图15所示的请求定义逻辑组件632。

宏配置单元75生成要被注册的宏的宏头部信息411。

当被宏条件ID管理单元74请求时，宏配置单元75基于宏条件ID管理单元74生成的宏配置信息414和在宏参数设置屏幕32上输入的宏参数生成宏头部信息411。例如，如图19所示，宏配置单元75基于包括宏ID、宏名称和创建者的宏参数(3)和宏配置信息414(应用定义(4)和(5))生成宏头部信息411(6)。因此，宏配置单元75将宏配置信息414和识别宏的宏参数相关联。

宏配置单元75对应于图15所示的请求定义逻辑组件632。

当被宏条件ID管理单元74请求时，宏存储单元76在例如信息处理装置200的第二存储单元13中存储由宏配置单元75生成的宏头部信息411。例如，宏存储单元76写入在图19中由(3)、(4)和(5)指示的宏头部信息411作为宏41的记录(6)。由宏条件存储单元73存储的宏头部信息411和宏主体信息412一起形成了宏41。

在存储了宏头部信息411之后，宏存储单元76发送识别宏41的宏ID至宏条件ID管理单元74。

宏存储单元76对应于图15所示的请求定义逻辑组件632和数据管理组件66。

因此，信息处理装置200的宏注册单元70的宏条件设置屏幕生成单元71、宏条件设置单元72和宏条件存储单元73使得可能设置或改变构成宏的新的函数/过滤器和已经存在的函数/过滤器的运行条件，以及存储运行条件作为宏条件。

而且，信息处理装置200的宏注册单元70的宏条件ID管理单元74、宏配置单元75和宏存储单元76使得可能存储在宏中用于识别例如活动和它的构成过滤器的运行条件的宏条件的宏条件ID(条件识别信息)，以及由此使用宏条件ID管理宏条件。这个配置使得信息处理装置200可能配置涉及新的(未知的)函数或过滤器的宏。

在信息处理装置200中，宏注册单元70的宏条件设置屏幕生成单元71、宏条件设置单元72和宏条件存储单元73结合在每个活动(函数)和过滤器中。这个配置使得可能设置新加入的(未知的)函数或过滤器的运行条件而不加入新的逻辑至信息处理装置200或改变信息处理装置200已存在的逻辑。

<在宏提取过程中涉及的函数单元>

在宏提取过程中涉及的信息处理装置200的函数单元参考图20描述如下。

图20是根据本发明的实施例示出了在宏提取过程中涉及的函数单元的框图。

如图20所示，  在实施例中，宏提取单元80执行宏提取过程。

宏提取单元80包括宏配置信息获取单元81、宏配置信息分析单元82、宏条件提取单元83、宏运行单元84和宏条件显示屏幕生成单元85。

宏配置信息获取单元81从宏中获取宏配置信息414。

当选择了宏(例如宏41)，并且在类似于图13所示的宏列表屏幕33的用户界面61上按下了显示按钮，宏提取请求和宏41的宏ID一齐被发送到了宏配置信息获取单元81。宏配置信息获取单元81基于宏ID提取存储在第二存储单元1 3中的宏41的宏头部信息411(在图19中指示为(6))。宏配置信息获取单元81从提取的宏头部信息411中获取宏配置信息414(图19中指示为(4)和(5))。

宏配置信息获取单元81对应于图16所示的宏活动UI671和宏活动逻辑组件672。

然后，宏配置信息分析单元82分析获得的宏配置信息414，并且从宏配置信息414中提取宏条件ID(条件识别信息)。

更特别地，宏配置信息分析单元82分析由宏配置信息获取单元81获取的宏配置信息414，并且提取构成宏41的活动和过滤器(数据输入、数据处理和数据输出单元)的活动条件ID和过滤器条件ID。

宏配置信息分析单元82对应于图16所示的宏活动UI 671、宏活动逻辑组件672、宏逻辑组件622和过滤器/信息逻辑组件652。

宏条件提取单元83基于由宏配置信息分析单元82提取的宏条件ID从第二存储单元13中提取活动和数据输入、数据处理和数据输出单元的宏条件。例如，宏条件提取单元83基于活动条件ID(在图19中在宏配置信息414(5)中的“456”)和过滤器条件ID(在图19中宏配置信息414(4)中的“10”)从存储在第二存储单元13中的宏41的宏主体信息412(在图19中由(1)′和(2)′指示)中提取宏条件。

每个宏条件提取单元83集成在活动、数据输入单元、数据处理单元和数据输出单元对应的一个中。换句话说，每个宏条件提取单元83从第二存储单元13中提取活动、数据输入单元、数据处理单元和数据输出单元对应的一个的宏条件。活动的宏条件提取单元83在数据输入、输出处理和数据输出单元的宏条件提取单元83提取它们的宏条件之后提取活动的宏条件。

宏条件提取单元83对应于图16所示的活动逻辑组件622和过滤器/信息逻辑组件652。

宏运行单元84根据宏条件提取单元83提取的活动、数据输入单元、数据处理单元和数据输出单元的宏条件运行宏。当用户在显示为例如如图13所示的复印活动屏幕33a或传真活动屏幕33b的用户界面91的活动屏幕上按下运行按钮，宏运行请求被发送到宏运行单元84，宏运行单元84运行对应的宏。

宏条件显示屏幕生成单元85生成活动屏幕(宏条件显示屏幕)，类似于图13所示的复印活动屏幕33a或传真活动屏幕33b，用于显示和修改宏的和运行宏的宏条件(运行条件)，以及在显示单元19上显示活动屏幕作为用户界面91。宏条件显示屏幕生成单元85基于由宏条件提取单元83提取的活动、数据输入单元、数据处理单元和数据输出单元的宏条件生成用户界面91的部分，以及从生成的部分生成用户界面91。

每个宏条件显示屏幕生成单元85集成在活动、数据输入单元、数据处理单元和数据输出单元对应的一个中。构成活动的数据输入、数据处理和数据输出单元的宏条件显示屏幕生成单元85生成用户界面91的对应的部分(用于显示它们各自的宏条件)，以及发送生成的部分至活动的宏条件显示屏幕生成单元85。活动的宏条件显示屏幕生成单元85接收该部分，以及从接收的部分生成用户界面91。

宏条件显示屏幕生成单元85基于在生成用户界面91的部分前由宏配置信息分析单元82从宏配置信息414中获取的它们的名字，生成指示活动、数据输入单元、数据处理单元和数据输出单元的标签。这个配置使得可能在用户界面上和对应的标签一齐显示宏条件。

宏条件显示屏幕生成单元85对应于图16所示的本地/远程UI 61、活动UI 621和过滤器/信息UI 651。

因此，信息处理装置200的宏提取单元80的宏配置信息获取单元81、宏配置信息分析单元82、宏条件提取单元83和宏运行单元84使得可能获得宏中的宏配置信息414，从宏配置信息414中提取宏条件ID，来基于宏条件ID提取构成宏的活动和过滤器的宏条件，以及根据提取的宏条件运行宏。这个配置使得信息处理装置200能够提取和运行涉及新的(未知的)函数或过滤器的宏。

在信息处理装置200中，宏提取单元80的宏条件提取单元83和宏条件显示屏幕生成单元85集成在每个活动(函数)和过滤器中。这个配置使得可能提取新加的活动或过滤器的运行条件而不加入新的逻辑至信息处理装置200或修改信息处理装置200中已存在的逻辑。

本发明的实施例使得可能灵活地加入新的函数和过滤器至信息处理装置，并且创建和运行涉及这些芯的函数和过滤器的宏。

<宏注册和提取过程>

示例宏注册和提取过程参考图21和图22描述如下。

图21是根据本发明的实施例示出了示例宏注册过程的流程图

信息处理装置200引起本地/远程UI 61来在显示单元19上显示活动设置屏幕(宏条件设置屏幕)，类似于图7所示的复印活动设置屏幕31a或多活动设置屏幕31b，以及由此请求用户指定构成宏的过滤器/信息相关的组件65和活动相关的组件62的运行条件(即设置活动、输入过滤器、处理过滤器和输出过滤器的运行条件)(S101和S102)。

信息处理装置200等待直至在活动设置屏幕上的注册宏按钮被按下(S103)。

当注册宏按钮被按下时，信息处理装置200引起本地/远程UI 61在显示单元19上显示宏参数设置屏幕，类似于图8所示的宏参数设置屏幕32，来请求用户指定宏的宏ID、宏名称和创建者(S104)。

信息处理装置200等待直至在宏参数设置屏幕上的注册按钮被按下(S105)。

当注册按钮被按下时，信息处理装置200在第二存储单元13中存储步骤S101中指定的过滤器/信息相关的组件65的运行条件作为宏条件(过滤器条件415)(在宏主体信息412中写入运行条件作为记录)(S106)。

当存储过滤器/信息相关的组件65的过滤器条件415时，信息处理装置200生成识别过滤器条件415的宏条件ID(过滤器条件ID)，以及存储和过滤器条件415相关的过滤器条件ID(S107)。

信息处理装置200确定是否构成活动的所有过滤器/信息相关的组件65的过滤器条件415和过滤器条件ID已经被存储(S108)。

如果所有过滤器/信息相关的组件65的过滤器条件415和过滤器条件ID已经被存储(在步骤S108中为是)，信息处理装置200在第二存储单元13中存储步骤S101中指定的活动相关的组件62的运行条件作为宏条件(活动条件413)(在宏实体信息412中写入运行条件作为记录)(S109)。

当存储活动相关的组件62的活动条件413时，信息处理装置200生成识别活动条件413的宏条件ID(活动条件ID)，以及存储和活动条件413相关的活动条件ID(S110)。

如果所有过滤器/信息相关的组件65的过滤器条件415和过滤器条件ID还没有被存储(在步骤S108中为否)，信息处理装置200返回到步骤S106，并且重复步骤S106和S107直到所有过滤器/信息相关的组件65的过滤器条件415和过滤器条件ID被存储。

图22是根据本发明的实施例示出了示例宏提取过程的流程图。

信息处理装置200引起本地/远程UI 61来在显示单元19上显示宏列表屏幕，类似于图13所示的宏列表屏幕33，来请求用户选择要被提取的宏(S201)。

信息处理装置200等待直至在宏列表屏幕上的显示按钮被按下(S202)。

当显示按钮被按下时，信息处理装置200从第二存储单元13中提取对应于选定宏的宏ID的宏41的宏头部信息411(S203)。

基于在宏头部信息411中的宏配置信息414，信息处理装置200识别构成宏41的活动相关的组件62(S204)。

然后，信息处理装置200从第二存储单元13中提取对应于识别的活动相关的组件62的活动条件ID的活动条件413(S205)。

此外，基于在宏头部信息411中的宏配置信息414，信息处理装置200识别构成活动的过滤器/信息相关的组件65(S206)。

信息处理装置200从第二存储单元13中提取对应于识别的过滤器/信息相关的组件65的过滤器条件ID的过滤器条件415(S207)。

下面，信息处理装置200确定是否所有过滤器/信息相关的组件65的过滤器条件415被提取了(S208)。

如果所有过滤器/信息相关的组件65的过滤器条件415已经被提取(在步骤S208中为是)，信息处理装置200基于在上面的步骤中提取的活动条件413和过滤器条件415在显示单元19上引起本地/远程UI 61来显示活动屏幕(宏条件显示屏幕)，该屏幕类似于图13所示的复印活动屏幕33a或传真活动屏幕33b(S209)。当在活动屏幕上的运行按钮被按下的时候，信息处理装置200根据活动条件413和过滤器条件415运行宏41。

如果所有过滤器/信息相关的组件65的过滤器条件415还没有被提取(在步骤S208中为否)，信息处理装置200返回到步骤S206，并且重复步骤S206和S207直到所有识别的过滤器/信息相关的组件65的过滤器条件415被提取。

<在宏注册程序中组件之间的相互作用>

在示例宏注册程序中组件之间的相互作用参考图23到图26描述如下。

图23是示出了在注册多活动宏的过程中组件之间相互作用的时序图。

(1-1)接收宏注册请求

当用户按下图7所示的应用选择屏幕31上的多活动按钮，多活动宏注册请求被发送到本地/远程UI 61。当接收到多活动宏注册请求，本地/远程UI 61请求多活动UI 621生成下一个屏幕(S301)。多活动UI 621生成活动设置屏幕(宏条件设置屏幕)，类似于如图7所示的多活动设置屏幕31b，用于根据来自本地/远程UI 61的请求选择构成多活动的过滤器和输入活动和它的构成过滤器的运行条件，以及在显示单元19上显示生成的活动设置屏幕。

更特别地，多活动UI 621请求请求定义UI631生成活动设置屏幕的部分(或构成要素)(S302)。

请求定义UI 631请求请求定义逻辑组件632来获得对活动和构成的过滤器可设置的运行条件的列表(S303)。请求定义逻辑组件632获得和返回可设置的运行条件列表至请求定义UI 631(S304)。然后，请求定义UI 631基于运行条件列表生成活动设置的部分(例如标签)(S305)，以及返回生成的部分至多活动UI621(S306)。

多活动UI 621从由请求定义UI 631发送的部分中生成活动设置屏幕(S307)以及引起本地/远程UI61在显示单元19上显示生成的活动设置屏幕(S308)。

(1-2)设置活动和过滤器的运行条件

当在选择用于活动的过滤器和输入活动和过滤器的运行条件之后，用户按下了活动设置屏幕上的注册宏按钮的时候，多活动UI 621接收运行条件并且发送接收的运行条件至多活动逻辑组件622和过滤器/信息逻辑组件652。

多活动逻辑组件622在其在RAM中保留的区域存储从多活动UI621发送的活动的运行条件。每个过滤器/信息逻辑组件652在其在RAM中保留的区域存储从多活动UI 621发送的对应的过滤器的运行条件。

(1-3)设置宏参数

同时，当在由多活动UI 621生成的活动设置屏幕上按下注册宏按钮，本地/远程UI 61生成类似于图8所示的宏参数设置屏幕32的宏参数设置屏幕，用于输入包括宏ID、宏名称和创建者的宏参数，以及在显示单元19显示生成的宏参数设置屏幕。本地/远程UI61接收在宏参数设置屏幕上输入的宏参数，并且发送接收的宏参数至请求定义UI631(S309)。

基于宏参数，请求定义UI631请求请求定义逻辑组件632在宏41的宏头部信息411中设置宏ID、宏名称和创建者(S310)。

(1-4)请求宏注册

当按下了宏参数设置屏幕上的注册按钮，本地/远程UI 61请求多活动UI621注册宏41(S311)。多活动UI621请求多活动逻辑组件622生成作业512用于注册宏41(S312)。

多活动逻辑组件622根据来自多活动UI621的请求生成作业512(S313)，并且请求请求管理组件64来运行作业512(S314)。

图24是示出了注册单活动宏的过程中组件之间相互作用的时序图。

这里，主要讨论图23所示的多活动宏注册过程和图24所示的单活动宏注册过程之间的区别。

在单活动宏注册过程中，当用户通过按下图7所示的应用选择屏幕31上的对应按钮选择一个函数(活动)时，显示用于设置选定的函数(活动)和它的构成过滤器的活动设置屏幕(宏条件设置屏幕)，例如图7所示的复印活动设置屏幕31a。在这种情况下，和如上描述的多活动注册过程不同，用户不用必须选择构成选定函数的过滤器。而且，因为在单活动注册过程中显示的活动设置屏幕和用于配置预设函数的活动设置屏幕是实质相同的，可以省略步骤302到步骤306(甚至307)。

在图24所示的单活动宏注册过程中的其他步骤和如图23所示的在多活动宏注册过程中的步骤是实质相同的，因此在此省略这些步骤的描述。

图25A是示出了注册用于文件处理的宏的过程中组件之间相互作用的时序图。假设图25A中示出的步骤在图23或图24中示出的步骤之后执行。

(1-5)存储宏条件和设置宏条件ID

请求管理组件64请求活动逻辑组件622根据作业512执行宏注册过程(S401)。

响应于来自请求管理组件64的请求，活动逻辑组件622请求对应于构成宏41的活动的过滤器的过滤器逻辑组件652来注册宏条件(过滤器条件)(S402)。

当被请求的时候，过滤器逻辑组件652请求数据管理组件66在宏41的宏主体信息412中注册对应的过滤器的宏条件，例如在RAM中存储的运行条件。数据管理组件66在例如第二存储单元13中存储宏条件，并且管理存储的宏条件(S403)。当存储宏条件的时候，数据管理组件66生成宏条件ID(过滤器条件ID)，用于识别过滤器的宏条件，以及发送过滤器条件ID至过滤器逻辑组件652(S404)。

过滤器逻辑组件652发送过滤器条件ID至活动逻辑组件622(S405)，并且活动逻辑组件622请求请求定义逻辑组件632设置过滤器条件ID(S406)。

重复步骤S402到S406，重复次数为对应于构成活动的过滤器的过滤器逻辑组件652的数目(S407到S416)。

当所有的过滤器逻辑组件652完成宏条件和过滤器条件ID的注册(在步骤S416之后)，活动逻辑组件622请求数据管理组件66在宏实体信息412中存储活动的宏条件(活动条件)，例如存储在RAM中的运行条件(S417)。数据管理组件66在例如第二存储单元13中存储宏条件，并且关联存储的宏条件。当存储宏条件的时候，数据管理组件66生成宏ID用于识别活动的宏条件的宏条件ID(活动条件ID)，并且发送活动条件ID至活动逻辑组件622(S418)。

活动逻辑组件622请求请求定义逻辑组件632设置活动条件ID(S419)。

(1-6)注册宏

活动逻辑组件622请求请求定义逻辑组件632来注册宏41(S420)。

当被请求时，请求定义逻辑组件632在宏头部信息411中设置从活动逻辑组件622和过滤器逻辑组件652接受的宏条件ID(活动条件ID和过滤器条件ID)，以及发送宏头部信息411至数据管理组件66(S421)。

基于如上面描述生成的宏头部信息411和宏主体信息412，数据管理组件66在例如第二存储单元13中存储(注册)宏41。而且，在存储宏41之后，数据管理组件66发送宏41的宏ID至请求定义逻辑组件632(S422)。

图25B是示出了示例宏配置信息414的表格。通过如图25A示出的步骤S406、S411、S416、和S419，过滤器条件ID和活动条件ID在如图25B所示的宏配置信息414中设置(例如扫描过滤器条件ID：125；处理过滤器条件ID：571；打印过滤器条件ID：836；以及复印活动条件ID：1452).

图26A是示出了注册用于数据处理的宏的过程中组件之间相互作用的时序图。

这里，主要讨论图25A所示的注册用于文件处理的宏的过程和图26A所示的注册用于数据处理的宏的过程之间的区别。

图26A示出了在信息处理设备200中注册用于输出关于用户信息的报告的宏的过程。在图26A所示的例子中，除了输入、处理和输出过滤器逻辑组件625(在图26B中示出的报告过滤器、文件处理过滤器和打印过滤器)之外，信息逻辑组件(用户信息逻辑组件)652也包括在宏的活动中。因此，在图26中，存储宏条件的步骤(S517到S521)也提供给用户信息逻辑组件652。这里，仅描述步骤S517到S521，因为其他步骤和图25A中的相对应的步骤是实质相同的。

活动逻辑组件622请求对应于在宏41的活动中要被处理的信息(用户信息)的信息逻辑组件652来注册宏条件(信息条件)(S517)。

当被要求，信息逻辑组件652请求数据管理组件66在宏41的宏主体信息412中注册存储在RAM中的宏条件(例如要被处理的用户信息的范围和项目)。数据管理组件66在例如第二存储单元13中存储宏条件，以及管理存储的宏条件(S518)。当存储宏条件的时候，数据管理组件66生成宏条件ID(信息条件ID)，用于识别信息逻辑组件652的宏条件，以及发送信息条件ID至信息逻辑组件652(S519)。

信息逻辑组件652发送信息条件ID至活动逻辑组件622(S520)，并且活动逻辑组件622请求请求定义逻辑组件632来设置信息条件ID(S521)。

通过图26A所示的步骤，过滤器/信息条件ID和活动条件ID如图26B所示在宏配置信息414中设置。

因此，除了在注册用于文件处理的宏的过程中的步骤，步骤S517到S521在注册用于数据处理的宏的过程中是必要的。

<在宏提取过程中组件之间的相互作用>

参考图27到图29，在示例宏提取过程中的组件之间的相互作用如下描述。

图27是示出了提取宏的示例过程的第一部分中的组件之间相互作用的时序图。

(2-1)显示宏列表屏幕

当用户按下如图13所示的应用选择屏幕31上的宏按钮来请求宏列表屏幕，请求被发送至本地/远程UI61。当接收到该请求，本地/远程UI 61反过来请求宏活动UI 671生成下一个屏幕(S601)。

宏活动UI671生成类似图13所示的宏列表屏幕33的宏列表屏幕，以及在显示单元19上显示宏列表屏幕。

更特别地，宏活动UI 671请求宏活动逻辑组件672来获得可运行的注册宏的列表(S602)。宏活动逻辑组件672返回可运行的注册宏的列表至宏活动UI 671(S603)。

然后，宏活动UI671请求请求定义UI 631基于可运行注册宏的返回的列表生成宏列表屏幕的部分(或构成要素)(S604)。

请求定义UI 631请求请求定义逻辑组件632来获得列表中的宏的运行条件(S605)。请求定义逻辑组件632获得和返回运行条件至请求定义UI 631(S606)。然后，请求定义UI 631基于运行条件生成宏列表屏幕的部分(S607)，以及返回生成的部分至宏活动UI 671(S608)。

宏活动UI 671从由请求定义UI 631发送的部分生成宏列表屏幕(S609)，以及引起本地/远程UI 61在显示单元19上显示生成的宏列表屏幕(S610)。

(2-2)接收宏提取请求

当用户在宏列表屏幕上选择宏的时候，被选择的宏的宏ID被发送到宏活动UI 671。然后，宏活动UI 671发送宏ID至宏活动逻辑组件672(S612)。

当用户在宏列表屏幕按下显示按钮的的时候，宏提取请求被发送到宏活动UI 671(S613)。宏活动UI 671请求宏活动逻辑组件672生成作业512，用于根据宏ID提取宏(S614)。

宏活动逻辑组件672根据来自宏活动U 671的请求生成作业512(S615)，以及请求请求管理组件64来运行作业512(S616)。

请求管理组件64请求宏活动逻辑组件672根据作业512执行宏提取过程(S617)。

图28是示出了提取宏的示例过程的第二部分中的组件之间相互作用的时序图。下面描述的步骤在图27所示的步骤之后执行。

(2-3)获得宏头部信息

宏活动逻辑组件672请求请求定义逻辑组件632基于宏ID获得宏的宏头部信息411(S618)。请求定义逻辑组件632返回宏头部信息411至宏活动逻辑组件672(S619)，以及宏活动逻辑组件672发送获得报告至宏活动UI 671(S620)。

当接收获得报告时，宏活动UI 671从宏活动逻辑组件672获得宏头部信息411(S621和S622)。宏活动UI 671对应于在获得的宏头部信息411中定义的活动请求活动UI 671生成活动屏幕(宏条件显示屏幕)，用于显示宏的运行条件(S623)。

活动UI 621请求活动逻辑组件622来获得活动的宏条件列表(活动条件的列表)(S642)。活动逻辑组件622返回宏条件列表至活动UI 621(S625)。

活动UI 621对应于构成活动的过滤器请求每个过滤器/信息UI651生成活动屏幕的对应部分(S626)。过滤器/信息UI 651请求过滤器/信息逻辑组件652来获得对应过滤器的宏条件列表(过滤器条件列表)(S627)。

过滤器/信息逻辑组件652返回过滤器的宏条件列表至过滤器/信息UI 651(S628)。过滤器/信息UI 651基于返回的过滤器过滤器宏条件列表生成活动屏幕的部分(例如标签)，以及返回生成的部分至活动UI 621(S629)。

重复步骤S626到S629，重复次数为对应于构成活动的过滤器的过滤器/信息逻辑组件652的数目(S630到S637)。

活动UI 621从在步骤S625中获得的活动的宏条件列表和从过滤器/信息UI 651发送的部分生成活动屏幕，以及发送生成的活动屏幕至宏条件UI671(S638)。宏活动U 671引起本地/远程UI 61在显示单元19上显示活动屏幕(S639)。

图29是示出了提取宏的示例过程的第三部分中的组件之间相互作用的时序图。以下描述的步骤在图28所示的步骤之后执行。

(2-4)分析宏配置信息

宏活动UI 671分析在宏头部信息411中的宏配置信息414来获得关于构成宏的活动和过滤器的信息(S640)。基于获得的信息，宏活动UI 671请求宏活动逻辑组件672提取活动的宏条件(活动条件413)，该宏条件由数据管理组件66管理(S641)。

宏活动逻辑组件672反过来请求对应的活动逻辑组件622来提取活动条件413(S642)。

(2-5)提取宏条件

当被请求的时候，活动逻辑组件622基于从宏活动逻辑组件672接收的宏条件ID(活动条件ID)从数据管理组件66获得活动条件413(S643和S644)。

活动逻辑组件622发送获得的活动条件413至活动UI 621(S645)，并且活动UI 621引起本地/远程UI 61在显示单元19上的活动屏幕中显示活动条件413作为活动的运行条件(S646)。

活动逻辑组件622也请求对应于组成的过滤器的过滤器/信息逻辑组件652来提取对应的过滤器的宏条件(过滤器条件415)(S647)。

当被请求的时候，过滤器/信息逻辑组件652基于从活动逻辑组件622接收的宏条件ID从数据管理组件66获得过滤器条件415(S648和S649)。过滤器/信息逻辑组件652发送获得的过滤器条件415至过滤器/信息UI651(S650)，并且滤器/信息UI 651使得本地/远程UI61在显示单元19上的活动屏幕中显示过滤器条件415作为过滤器的运行条件(S651)。

重复步骤S647到S651，重复次数为对应于构成活动的过滤器的过滤器/信息逻辑组件652的数目(S652到S661)

(2-6)运行宏

当用户按下类似图13示出的复印活动屏幕33a或传真活动屏幕33b的活动屏幕上的运行按钮，宏运行请求被发送到本地/远程UI61。

<总结>

由此，信息处理装置200的宏注册单元70使得可能设置或改变构成宏的新的函数/过滤器或已存在的函数/过滤器的运行条件，并且存储该运行条件作为宏条件。

此外，信息处理装置200的宏注册单元70使得可能在宏中存储识别宏条件的宏条件ID(条件识别信息)，例如活动和它的组成过滤器的运行条件，并且由此使用宏条件ID管理宏条件。这个配置使得信息处理装置200可能配置涉及新的(未知的)功能或过滤器的宏。

在信息处理装置200中，宏注册单元70的宏条件设置屏幕生成单元71、宏条件设置单元72和宏条件存储单元73结合在每个活动(函数)和过滤器中。这个配置使得可能设置新加入的函数或过滤器的运行条件而不加入新的逻辑至信息处理装置200或改变信息处理装置200已存在的逻辑。

信息处理装置200的宏提取单元80可能获得宏中的宏配置信息414，来从宏配置信息414中提取宏条件ID(条件识别信息)，来基于宏条件ID来提取构成宏的活动和过滤器的宏条件，以及根基提取的宏条件运行宏。这个配置使得信息处理设备200可能提取和运行涉及新的(未知的)函数或过滤器的宏。

在信息处理装置200中，宏提取单元80的宏条件提取单元83和宏条件显示屏幕生成单元85集成在每个活动(函数)和过滤器中。这个配置使得可能提取新加的活动或过滤器的运行条件而不加入新的逻辑至信息处理装置200或修改信息处理装置200中已存在的逻辑。

本发明的实施例使得可能灵活地加入新的函数和过滤器至信息处理装置，并且创建和运行涉及这些芯的函数和过滤器的宏。

信息处理装置200和图像处理设备100的不同之处在于它的输入输出设施和它能够执行的程序任务的类型。然而，对于它们允许用户轻易的创建合并了新的(未知的)功能或过滤器的宏以及通过运行该宏有效地执行程序任务来说，信息处理装置200和图像处理设备100是实质相同的。

根据本发明的实施例的信息处理装置200的宏注册单元70和宏提取单元80通过运行由信息处理装置200的平台支持的编程语言编写的运行代码来实现，并且这些程序可以在计算机可读存储介质中提供。

本发明的实施例提供信息处理装置，该装置使得能够创建涉及新的(未知的)函数或过滤器的宏而不改变宏的数据结构。

在根据本发明的实施例的信息处理装置中，每个函数和过滤器有能力生成宏条件设置屏幕，用于设置它自己的运行条件。这个配置使得可能生成新加的函数或过滤器的宏条件设置屏幕而加入新的逻辑到信息处理装置或修改信息处理装置的已存在的逻辑。

在根据本发明的实施例的信息处理装置中，可能在运行宏之前改变宏的宏条件或运行条件。这反过来使得用户可能灵活地运行宏。

在根据本发明的实施例的信息处理装置中，可能在运行宏之前确认宏的宏条件或运行条件。这反过来防止用户运行错误的宏。

本发明的实施例提供了信息处理装置、图像处理设备、信息处理方法，以及包括信息处理程序代码的存储媒介，这使得可能灵活地加入新的功能和过滤器，并且创建和运行涉及这些新的功能和过滤器的宏。

本发明不限于特定披露的实施例，可以进行变化和修改而不偏离本发明的范围。

本申请基于2007年1月15日公开的日本优先权申请号2007-006246，其所有内容结合于此作为参考。

Claims (19)

1.一种信息处理装置，用来处理至少定义数据输入单元、数据处理单元以及数据输出单元的运行条件的宏，该信息处理装置包括：

存储单元；

用户界面单元，配置用于接收宏注册请求和宏提取请求；

宏注册单元，配置用于根据用户界面单元接收的宏注册请求在存储单元存储宏，宏包括宏条件ID，宏条件ID识别宏条件，宏条件为数据输入单元、数据处理单元、以及数据输出单元的运行条件；以及

宏提取单元，配置用于根据用户界面单元接收的宏提取请求从存储单元提取宏并运行提取的宏。

2.如权利要求1所述的信息处理装置，其中，宏进一步定义表示由数据输入单元、数据处理单元和数据输出单元执行的工作过程的活动的运行条件，并且宏进一步包括宏配置信息，宏配置信息包括宏条件ID以及活动、数据输入单元、数据处理单元和输入输出单元的名称。

3.如权利要求2所述的信息处理装置，其中，宏注册单元包括

宏条件设置屏幕生成单元，配置用于生成宏条件设置屏幕，宏条件设置屏幕用于根据宏注册请求输入活动、数据输入单元、数据处理单元和输入输出单元的运行条件；

宏条件设置单元，配置用于基于在宏条件设置屏幕上输入的运行条件来设置活动、数据输入单元、数据处理单元和输入输出单元的宏条件；以及

宏条件存储单元，配置用于生成识别由宏条件设置单元设置的宏条件的宏条件ID，以及配置用于在存储单元内和宏条件ID一起存储宏条件。

4.如权利要求3所述的信息处理装置，其中，宏注册单元进一步包括

宏条件ID管理单元，配置用于通过使宏条件ID与活动、数据输入单元、数据处理单元和输入输出单元的名称相关联来管理宏条件存储单元生成的宏条件ID，并且由此生成宏配置信息；

宏配置单元，配置用于从生成的宏配置信息生成宏；以及

宏存储单元，配置用于在存储单元存储生成的宏。

5.如权利要求3所述的信息处理装置，其中，宏条件设置屏幕生成单元集成在活动、数据输入单元、数据处理单元和输入输出单元的每一个中，并且配置用于生成宏条件设置屏幕的对应部分。

6.如权利要求3所述的信息处理装置，其中，宏条件设置单元集成在活动、数据输入单元、数据处理单元和输入输出单元的每一个中，并且配置用于设置活动、数据输入单元、数据处理单元和输入输出单元中每一个的宏条件。

7.如权利要求3所述的信息处理装置，其中，宏条件存储单元集成在活动、数据输入单元、数据处理单元和输入输出单元的每一个中，并且配置用于在存储单元内和对应的宏条件ID一起存储活动、数据输入单元、数据处理单元和输入输出单元的每一个的宏条件。

8.如权利要求4所述的信息处理装置，其中，宏条件ID管理单元集成在活动、数据输入单元、数据处理单元和输入输出单元的每一个中，并且配置用于管理活动、数据输入单元、数据处理单元和输入输出单元的每一个的宏条件ID。

9.如权利要求2所述的信息处理装置，其中，宏提取单元包括

宏配置信息获取单元，配置用于根据宏提取请求从宏中获取宏配置信息；

宏配置信息分析单元，配置用于分析获得的宏配置信息并且由此从宏配置信息提取宏条件ID；

宏条件提取单元，配置用于基于提取的宏条件ID从存储单元提取对应的宏条件；以及

宏运行单元，配置用于根据提取的宏条件运行宏。

10.如权利要求9所述的信息处理装置，其中，宏条件提取单元集成在活动、数据输入单元、数据处理单元和输入输出单元的每一个中，并且配置用于从存储单元中提取活动、数据输入单元、数据处理单元和输入输出单元的每一个的宏条件。

11.如权利要求9所述的信息处理装置，其中，宏提取单元进一步包括宏条件显示屏幕生成单元，该宏条件显示屏幕生成单元配置用于基于由宏条件提取单元提取的宏条件来生成宏条件显示屏幕，以确定宏条件、改变宏条件以及请求宏运行单元来运行宏。

12.如权利要求11所述的信息处理装置，其中

宏条件显示屏幕生成单元集成在活动、数据输入单元、数据处理单元和输入输出单元的每一个中，并且配置用于生成宏条件显示屏幕的对应部分。

13.一种图像处理设备，包括如权利要求1所述的信息处理装置。

14.一种在信息处理装置中的信息处理方法，该信息处理装置用于处理至少定义数据输入单元、数据处理单元、以及数据输出单元的运行条件的宏，该信息处理方法包括：

宏注册步骤，根据宏注册请求在信息处理装置的存储单元存储宏，宏包括宏条件ID，宏条件ID识别宏条件，宏条件为数据输入单元、数据处理单元、以及数据输出单元的运行条件；以及

宏提取步骤，根据宏提取请求从存储单元提取宏并运行提取的宏。

15.如权利要求14所述的信息处理方法，其中，宏进一步定义表示由数据输入单元、数据处理单元和数据输出单元执行的工作过程的活动的运行条件，并且宏进一步包括宏配置信息，宏配置信息包括宏条件ID以及活动、数据输入单元、数据处理单元和输入输出单元的名称。

16.如权利要求15所述的信息处理方法，其中，宏注册步骤包括

宏条件设置屏幕生成步骤，用来生成宏条件设置屏幕，宏条件设置屏幕用于根据宏注册请求输入活动、数据输入单元、数据处理单元和输入输出单元的运行条件；

宏条件设置步骤，基于在宏条件设置屏幕上输入的运行条件，设置活动、数据输入单元、数据处理单元和输入输出单元的宏条件；以及

宏条件存储步骤，生成识别在宏条件设置步骤设置的宏条件的宏条件ID，以及在存储单元内和宏条件ID一起存储宏条件。

17.如权利要求1 6所述的信息处理方法，其中，宏注册步骤进一步包括

宏条件ID管理步骤，使在宏条件存储步骤生成的宏条件ID与活动、数据输入单元、数据处理单元和输入输出单元的名称相关联，并且由此生成宏配置信息；

宏配置步骤，从生成的宏配置信息生成宏；以及

宏存储步骤，在存储单元存储生成的宏。

18.如权利要求15所述的信息处理方法，其中，宏提取步骤包括

宏配置信息获取步骤，根据宏提取请求从宏中获取宏配置信息；

宏配置信息分析步骤，分析获得的宏配置信息并且由此从宏配置信息提取宏条件ID；

宏条件提取步骤，基于提取的宏条件ID从存储单元提取对应的宏条件；以及

宏运行步骤，根据提取的宏条件运行宏。

19.一种存储介质，其中包括程序代码，用来使计算机作用为信息处理装置的宏注册单元和宏提取单元，该信息处理装置用来处理至少定义数据输入单元、数据处理单元、以及数据输出单元的运行条件的宏，其中

宏注册单元配置用于根据信息处理装置的用户界面单元接收的宏注册请求在信息处理装置的存储单元存储宏，宏包括宏条件ID，宏条件ID识别宏条件，宏条件为数据输入单元、数据处理单元、以及数据输出单元的运行条件；以及

宏提取单元配置用于根据用户界面单元接收的宏提取请求提取存储在存储单元的宏并运行提取的宏。

Images