专利名称：图像处理系统的制作方法
技术领域：
本发明涉及图像处理设备和图像处理方法，更具体地，本发明涉及用于根据指令数据执行处理的图像处理设备和图像处理方法，其中，该指令数据将待对文档数据进行的多个处理表示为一系列处理。
背景技术：
已提出一种传统的复合机，其中的复印机结合有传真功能、扫描功能、打印机功能等。将该复合机连接到连接有个人计算机(PC)等的网络上，以便可以使以纸作为主要介质的使用复印机、传真机等装置的文书工作与转换成PC上的电子形式的文件处理相联系。
具体地，可以对纸件进行扫描而将扫描的数据传送到个人计算机，可以将由传真功能接收的文件不经打印而作为图像数据直接传送到PC，或者进行其他处理。此外，在将纸件或者传真接收的文件转换成电子形式之后，人们期望使大量处理和过程彼此相联且自动处理。
为此，提出了下面的技术。即，根据处理内容制定并存储了大量的作业模板，每个模板作为计算机化的文件而建立，其中描述了与待由复合机事先设置的项目相关的期望的设定，在大量作业模板中指定了相应于期望内容的一个作业模板，并且执行该处理。
然而，在该技术中，由于存在大量作业模板，不利的是为了在大量作业模板中查找并指定所期望的作业模板需要很长的一段时间。
以下公开的技术是一种可用于解决该问题的技术。即，在预先存储的大量文件中检索所需文件，并且根据用户的信息请求进行基本信息检索，以支持在检索到的文件组中进行的次级检索(减少)。根据上述获得的检索结果，对用户产生可操作的输出屏幕信息，并将该信息传送到用户终端(例如，见Japanese Patent Application Laid-Open(JP-A)No.2001-306594(图2，第10-11页))。
当将该技术应用于复合机以及与网络相连的PC时，输出屏幕的信息被传送到该复合机和PC。这样，可以将所传送的输出屏幕显示在诸如PC或者复合机等的处理设备端。
然而，在上述现有技术中，可将所传送的输出屏幕显示在PC或者复合机端。但是，在该输出屏的功能中没有考虑设置在PC上或者复合机端的显示装置的尺寸、功能等因素。因此，会存在的情况是当必须进行传送请求时，输出屏幕的信息依从于连接到网络的处理设备端的显示模式。
发明内容
本发明用于解决上述问题，并且本发明的目标在于提供一种图像处理设备和图像处理方法，其可以根据图像处理设备的显示模式提供显示屏。
为达到上述目标，本发明包括用于获取指令数据的获取元件，其中，描述了将对文件数据所进行的一个处理表示为一系列处理的处理信息，以及包括用于设置这些处理的执行内容的至少一个设定项和设定值的设置信息；一个提取元件，用于自该指令数据中提取将要在显示元件上显示的设置信息；以及一生成元件，用于根据提取元件所提取的设置信息而生成待在显示元件上显示的屏幕信息，以及一显示元件，用于基于该屏幕信息显示一屏幕。
根据本发明的图像处理设备包括获取元件，用于获取其中说明了处理信息和设置信息的指令数据。处理信息将对文件数据进行的一个处理表达为一系列处理。设置信息包括至少一个设置项和设定值，用于设置处理的执行内容。文件数据是相关文件的信息。例如，文件数据是诸如文本数据、读取纸件而得到的图像信息等特征信息。处理信息将对文件数据进行的至少一个处理表达为一系列处理，并且表示与文件数据相关的处理之间的协调。可以预先将用于设置处理执行内容的设定项和设置值设定为初始值，并且其也有可能要求输入设定值。
显示元件显示屏幕信息。显示元件可以包括一触板功能，其显示屏幕信息并且接收用户输入的操作。提取元件从指令数据中提取将要在显示元件上显示的设置信息。生成元件根据由该提取元件所提取的设置信息生成将要在显示元件上显示的屏幕结构。屏幕结构表示用于设置项和设置值的显示在显示元件上的位置，显示形状等参数。此外，生成元件生成通过在屏幕结构上反映设置信息而获得的屏幕信息。显示元件显示产生的屏幕信息。
通过这种方式，基于在指令数据中所述的设置信息产生了将在显示元件上显示的屏幕结构，并且可以将通过在屏幕结构上反映该设置信息而得到的屏幕信息显示在显示元件上。从而可以提供一种具有多用性和可扩充性，并且可在设定信息和设定结构上变化的显示屏。
生成元件可以包括一个解释元件，用于根据由提取元件提取的设定信息而解释定义屏幕结构的显示项。生成元件根据该提取的设定信息解释定义屏幕结构的显示项，并且输出其上反映有解释过的显示项的屏幕信息。这样，屏幕信息根据显示项显示在显示元件上，并且可以显示具有可扩充性的显示项。
获取元件可以从外部设备获取指令数据。由于可从外部设备获取一条预先形成或者预先存储的指令数据，所以该指令数据可以通过外部设备经历更新处理，改变处理等，可以按照需要获得该指令数据，并且至少可以执行与系列处理相关的一个处理，并且显示图像信息。
该指令数据还包括存储位置信息，表示其中预先存储图像信息的外部设备的位置，而获取元件还可以根据存储位置信息获取屏幕信息。将该屏幕信息预先存储在外部设备中，而获取元件能够根据表示外部设备位置的存储位置信息获得屏幕信息。采用这种方式，可以在不经图像处理设备形成屏幕信息的情况下在显示元件上显示屏幕信息。
作为存储位置信息，可以采用表示与该通信网络连接的外部存储装置的位置的地址信息。获取元件可以参考基于地址信息的图像存储装置通过通信网络获取图像信息。这样，在不由图像处理设备生成的情况下也可以容易地获取图像信息。
可以将获取元件连接到服务器上，其中存储屏幕信息并且可以从该服务器获取屏幕信息。通过将获取元件连接到服务器上，该获取元件可以从该服务器获取屏幕信息。采用这种方式，可以不经图像处理设备生成而获取该屏幕信息。
根据以下的图像处理方法，可以提供具有优秀可扩充性能的屏幕。具体地，根据该图像处理方法，该屏幕能够获取一条指令数据，在该指令数据中描述了处理信息和设置信息，该处理信息将对文件数据执行的一个处理表示为一系列处理，该设置信息包括用于设置处理执行内容的至少一设置项以及一设置值，并且该屏幕可以从指令数据中提取待被显示的设置信息，根据所提取的设置信息产生用于显示屏幕的屏幕信息，并基于该所产生的屏幕信息显示一屏幕。
通过使计算机处理以下图像处理程序可以提供一具有优秀可扩充性能的屏幕。更具体地，在该计算机中执行的该图像处理程序显示输入屏信息，从该指令数据中提取即将显示的设置信息，根据所提取的设置信息产生即将显示的屏幕结构，并且通过将该设置信息反映在所生成的屏幕结构上从而输出得到的屏幕信息，该图像处理程序获取指令数据，在该指令数据中描述了处理信息和设置信息，该处理信息将对文件数据执行的一个处理表示为一系列处理，该设置信息包括用于设置处理执行内容的至少一设置项以及一设置值。可将代表程序的数据信号包括在一载波中，且可将该载波存储在一存储媒体中。
根据本发明所述的图像处理设备和根据本发明所述的图像处理方法可以获取指令数据，在该指令数据中描述了处理信息和设置信息，该处理信息将对文件数据执行的一个处理表示为一系列处理，该设置信息包括用于设置处理执行内容的至少一设置项以及一设置值，所述图像处理设备和图像处理方法能够提取设置信息，根据该设置信息产生屏幕结构，并且显示一屏屏幕信息，该屏幕信息是通过将设置信息反映在屏幕结构上得到的。通过这种方式，可以提供一种具有多功能性和可扩充性的显示屏。
图1所示为根据本发明的第一实施例的文件处理网络系统的配置框图。
图2所示为复合机的功能配置框图。
图3所示为接口(I/F)信息的概念示意图。
图4所示为用户接口(UI)信息的示意图。
图5所示为指令数据的概念示意图。
图6所示为以XML格式说明的UI信息实例。
图7所示为图像处理设备的显示功能元件的框图。
图8所示为示出用户终端和指令数据生成服务器的形成指令数据的处理过程的流程图。
图9所示为协调过程的流程图。
图10所示为图像显示过程的流程图。
图11所示为显示图像生成过程的流程图。
图12所示为根据UI信息显示的显示屏幕的实例的图像示意图。
图13所示为本发明的另一实施例的示意框图，用以解释构成文件处理系统的业务处理装置之间的相互关系。
具体实施例方式
以下将参考附图对本发明的一优选实施例给予详细说明。
(系统配置)图1所示为如本实施例所述的文件处理系统1的配置的框图。
在文件处理系统1中，将多种业务和多种应用通过网络5彼此连接。在此所述的多业务对应于根据外部请求执行的并且与文件相关的多种功能。这些业务对应于例如复印处理、打印处理、扫描处理、传真传送/接收处理、电子邮件传递操作处理、存入库存处理、从库存读取的操作、OCR(光学字符识别)处理、噪声减少处理等处理。然而，本发明并不局限于这些处理。
具体地，文件处理系统1包括一客户终端10，其具有一用户接口，该接口引入了多种业务以指定用户所期望的处理，一个业务检索服务器20，用于检索用户期望的业务，一指令数据生成服务器30，用于根据由用户终端10所指定的业务协调的相关信息而形成一条指令数据，一个指令数据管理服务器40，用于管理指令数据，以及一个协调处理服务器50，用于根据指令数据执行各种业务的协调处理。
此外，文件处理系统1还包括图像处理设备61，用于进行诸如图像文件的噪声降低处理、图像旋转处理、OCR处理、或者图像连接处理等图像处理，文件管理服务器62，用于管理文件，文件传送服务器63，用于传送文件，第一业务处理装置64，用于进行第一业务处理，以及第二业务处理装置65，用于执行第二业务处理。
在本实施例中，文件处理系统1的配置为，将多个用于执行预定业务处理的服务器通过网络5彼此连接。当然，将多个业务通过网络5而彼此连接也是符合要求的，且本发明并不局限于这一种配置。
本文所述的指令数据是包括，当将系列处理分解成多个功能处理时，表示这些功能之间关系的信息，以及用于调用这些功能的接口(I/F)信息的数据。
图2所示为用于解释构成文件处理系统1的诸如图像处理设备61、文件管理服务器62、文件传送服务器63、第一业务处理装置64、以及第二业务处理装置65等业务处理装置之间相互关系的框图。业务处理装置存储用于表示业务处理装置所分别提供的业务内容的I/F信息。
图3所示为I/F信息的配置示意图。I/F信息由<业务类别>、<业务名称>、<业务图标>、<业务信息位置>、<输入>、<输出>、<参数限制规则>、<业务位置>、<方法名称>、<调用方案>、以及<隐含元素>构成。
<业务类别>是由业务处理装置提供业务的类别。采用预先定义的<业务类别>作为<业务类别>。<业务类别>对应于扫描、打印、库存、流程等。<业务名称>是业务处理装置所提供的业务的名称。<业务图标>是在客户终端10的图形用户接口(GUI)上显示的图标的位置信息。<业务信息位置>是指令数据生成服务器30获取I/F信息时所采用的统一资源定位符(URL)。
<输入>是对业务的输入。<输出>是自业务的输出。<参数限制规则>是应用于<输入>的限制规则。<业务信息位置>是在实际采用业务时所采用的位置信息。在<方法名称>中，描述了提供业务处理或者业务的方法的名称。
<调用方案>是调用(call)一业务处理并调用(invoke)该业务处理的方案。注意，可以采用SOAP(简单目标访问协议)，SMTP(简单邮件传输协议)等消息交换协议作为<调用方案>。<隐含元素>不是作为输出而明显输送到后续处理的数据，而是可以在后续处理中引用的数据。
客户终端10包括图形用户接口(GUI)的功能，用于执行预定操作，诸如形成指令数据的指定操作，或者用于选择即将调用的指令数据的显示操作。
业务检索服务器20从与网络5连接的多个业务中检索对应于检索条件的业务。业务检索服务器20预先存储诸如图像处理设备61、文件管理服务器62、文件传送服务器63、第一业务处理装置64、以及第二业务处理装置65等各种业务处理装置的部分I/F信息(以下称为“部分I/F信息”)。这里所说的部分I/F信息对应于<业务类别>、<业务名称>、<业务信息位置>、<输入>信息，以及<输出>信息。
当指令数据生成服务器30或者协调处理服务器50传送检索条件时，业务检索服务器20通过采用业务处理装置的部分I/F信息而检索业务。例如，当业务检索服务器20检索与预定业务相同的业务时，业务检索服务器20可以检索与预定业务具有相同的<业务类别>的业务，与预定业务具有相同的<输入>和<输出>的业务，或者与预定业务的所有信息均相同的业务。
指令数据生成服务器30从业务处理装置获取若干条I/F信息并生成一个用于由业务处理装置所提供的协调业务的指令数据。指令数据生成服务器30具体地执行以下处理以形成指令数据。
指令数据生成服务器30请求在网络5上分布的预定业务处理装置以根据<业务信息位置>传送与这些业务相关的各条I/F信息。当没有业务处理装置时，指令数据生成服务器30指定业务检索服务器20以检索另一业务处理装置，该装置执行与由预定的业务处理装置所执行的相同的业务。指令数据生成服务器30可以从业务检索服务器20获取其他业务处理装置的<业务信息位置>。
指令数据生成服务器30管理业务检索服务器20产生的检索结果，以及从业务处理装置检索的各条I/F信息。指令数据生成服务器30根据由业务处理装置获得的各条I/F信息产生一个超级文本链接标示语言(HTML)文件，作为用于定义工作流程的GUI屏幕之用。当指令数据生成服务器30从客户终端10接收请求检查业务时，指令数据生成服务器30向客户终端10传送用作GUI屏幕的HTML文件。
在客户终端10中，工作流程由用于定义工作流程的GUI屏幕而定义。
客户终端10向指令数据生成服务器30传送由用户操作而定义的工作流程信息。
根据与由用户对业务协调进行指定相关的工作流程信息和每个业务的I/F信息，该指令数据生成服务器30形成指令数据定义信息，用于指定即将处理的文件，诸如请求由该业务执行的处理内容、输入参数、业务(作业流程)的协调方法，文件名称，以及存储位置信息。指令数据由XML格式的文件构成。
图5所示为采用XML格式构成的指令数据的概念示意图。由于将对多个业务的协调处理视为一个业务，因此在该指令数据配置中将<流程>增加到图3所示的I/F信息上。
<流程>是一个元素，描述了业务之间的相关性，并且包括<调用>，一个控制结构或者一个逻辑运算，一个诸如<如果>的元素，用于判定一个条件，一个XML结构的运算标识，用于调节业务之间的协调，以及用于指定即将处理的文件的信息。
<调用>表示业务处理装置的一个具体方法，并且执行业务的调用。<调用>的元素包括<映射(Map)>，表示参数的位置信息，和即将被调用的<方法>的方法名称。表示一个控制结构、一个逻辑运算等的<如果>、<和>、<相等>、以及<大于>在协调过程中执行条件转移，或者执行业务之间传送的调节参数。
指令数据对与<流程>的元素中的各业务的协调处理的控制相关的所有信息进行了说明。以这种方式，也可以将用该指令数据自身表示的协调处理视为一个业务。该指令数据不限于如图5所示的结构，而是只要其能够执行业务之间的协调即可。
指令数据生成服务器30将上述XML格式的指令数据传送到指令数据管理服务器40。此外，当用户指定一个即将执行的业务协调处理时，该指令数据生成服务器30可以直接将该指令数据传送调至该协调处理服务器50。
另一方面，指令数据管理服务器40保存(hold)由指令数据生成服务器30传送的指令数据，并响应客户终端10的请求将该指令数据传送到协调处理服务器50。
协调处理服务器50是一个用于执行并解释该指定的指令数据的服务器。当将指令数据传送至协调处理服务器50时，协调处理服务器50解释该指令数据并随后根据在指令数据中所描述的顺序和使用方法调用各业务处理装置，诸如图像处理设备61、文件管理服务器62、以及文件传送服务器63，并且执行协调处理。此外，协调处理服务器50存储正在执行的协调处理的状态，以及完成的协调处理的结果信息，并且响应于外部请求通告该协调处理的状态或结果。
当协调处理服务器50解释该指令数据并且请求业务处理装置执行处理时，协调处理服务器50生成能够指定处理请求内容和即将进行处理的文件的个别信息段。协调处理服务器50可提取在业务处理装置中进行的各处理的协调处理中的各种业务处理之间的相关信息，并且对指令数据中的相关信息进行说明。协调处理服务器50也可以执行不是采用指令数据格式而采用业务处理装置固有的信息交换格式的处理请求。
图像处理设备61是一个计算机，其中安装一个用于执行图像处理功能的软件程序。图像处理设备61根据包含在发自协调处理服务器50的各个标识信息内的业务处理请求内容以及包含在待处理文件中的信息，对文件进行处理。图像处理设备61在调用时向业务检索服务器20通知部分I/F信息。并且，图像处理设备61借助于来自指令数据生成服务器30的请求，传送表示图像处理业务的使用方法的I/F信息。在形成指令数据时使用此I/F信息。
文件管理服务器62具有文件存储功能。根据包括在发自协调处理服务器50的请求中的信息，文件管理服务器62进行存储、检索、或者读取文件与文件相关的特性的变化或者各种处理。
文件管理服务器62在调用时向业务检索服务器20通告部分I/F信息。另外，文件管理服务器62借助于指令数据生成服务器30的请求，传送表示文件管理业务的使用方法的I/F信息。
文件传送服务器63包括将获取的文件存储在指定的文件管理服务器的功能、向指定目标发送电子邮件或者传真的功能、对指定打印机进行打印输出处理的功能。根据客户终端10指定的文件以及依赖于协调处理服务器50发出的各个指定信息的文件的信息或者传送目标，文件传送服务器63执行文件传送处理。文件传送服务器63在调用时向业务检索服务器20通告部分I/F信息。并且，通过指令数据生成服务器30的请求，文件传送服务器63传送表示传送处理业务的使用方法的I/F信息。
第一业务处理装置64是一种装置，该装置根据外部指定执行与文件相关的预定业务处理。根据诸如包括在各个来自协调处理服务器50的指定信息或者用于指定待处理文件的信息的输入参数，第一业务处理装置64执行将由第一业务处理装置64本身执行的业务处理。
第一业务处理装置64在调用时向业务检索服务器20通告部分I/F信息。并且，第一业务处理装置64根据指令数据生成服务器30的请求传送表示业务处理的使用方法的I/F信息。第二业务处理装置65除了业务处理的内容外采用与第一业务处理装置64相同的方式执行处理。
在如上述结构的文件处理系统1中，将用于执行预定业务的应用程序安装在业务处理装置中，诸如图像处理设备61、文件管理服务器62、文件传送服务器63，以进行下述操作。
业务处理装置，诸如图像处理设备61、文件管理服务器62、以及文件传送服务器63在调用过程中向业务检索服务器20通告包括表示业务概要以及地址的信息的部分I/F信息。
业务检索服务器20存储由业务处理装置，诸如图像处理设备61、文件管理服务器62、以及文件传送服务器63传送的若干条部分I/F信息。采用这种方式，当接收到发自例如指令数据生成服务器30或者协调处理服务器50的预定的业务检索请求时，业务检索服务器20可以通过利用部分I/F信息进行检索。
(指令数据的形成)图8所示为在形成指令数据过程中客户终端10和指令数据生成服务器30的程序流程图。
通过安装的浏览器根据用户进行的操作，客户终端10访问在由指令数据生成服务器30提供的用户接口屏幕上生成的HTML文件的URL(统一资源定位符)，(步骤ST1)。
响应客户终端10的浏览请求，指令数据生成服务器30将用户接口屏幕的HTML文件传送到客户终端10(步骤ST2)。
根据包括在，例如，由指令数据生成服务器30所传送的HTML文件中的屏幕的构建信息，客户终端10显示用户接口屏幕(步骤ST3)。这样，通过使用显示在客户终端10上的用户接口屏幕，该用户能够定义一个期望的业务协调的工作流程。
客户终端10判定是否通过用户接口屏幕对该工作流程进行了定义，并且进行等待直至该工作流程被定义(步骤ST4)。当确定已定义了工作流程时，客户终端10将用户定义的与业务协调相关的工作流程信息传送到指令数据生成服务器30。
指令数据生成服务器30形成一条指令数据，其中根据与客户终端10传送的业务协调的工作流程相关信息(步骤ST5)以及从业务处理装置获取的I/F信息，对指定待处理的文件的信息，诸如请求由业务执行的处理内容、协调业务的方法、文件名称、以及存储位置信息等进行定义。指令数据生成服务器30将XML格式的指令数据传送到指令数据管理服务器40。
指令数据管理服务器40存储指令数据生成服务器30生成的指令数据。指令数据管理服务器40存储多个由指令数据生成服务器30形成的指令数据，并且当客户终端10指定一个欲选择的指令数据时，对所选择的指令数据进行读取。
(调用并执行合作处理)用户可以从存储在指令数据管理服务器40中的多个指令数据中选择一条期望的指令数据，并且能够调用该协调处理。下面将对此操作进行具体说明。
图9所示为客户终端10、指令数据管理服务器40、以及协调处理服务器50的处理过程流程图。
客户终端10访问指令数据管理服务器40以获取由指令数据管理服务器40管理的指令数据列表(步骤ST11)。
根据用户的操作指示，客户终端10从业务协调处理选择屏幕选择一个表示预定业务协调处理的指令数据，并且指定欲调用的指令数据。这时，如果必须，对用户显示一个参数输入屏幕，并接收执行该业务所需要的参数输入。
指令数据管理服务器40将用户终端10指定的指令数据传送到协调处理服务器50(步骤ST12)。这样，协调处理服务器50开始执行协调处理。
协调处理服务器50解释由指令数据管理服务器40传送的指令数据，并且请求执行指令数据中所述的第一处理的图像处理设备61执行第一业务处理(步骤ST13)。更具体地，根据指令数据中所述的信息，协调处理服务器50提取请求其执行处理的业务处理装置的地址、处理请求所需的输入参数、处理请求的方法名称、调用方法、以及用于指定欲处理的文件的信息，并且形成个别(individual)指定信息。协调处理服务器50将个别指定信息传送到图像处理设备61，该图像处理设备61起到第一处理请求的接收器的作用。
图像处理设备61根据在所传送的单独指定信息中所述的欲处理的文件的存储位置信息，复制待处理的文件，并且获取一个文件。图像处理设备61解释用于所获取的文件图像的单独指定信息的内容，并且执行图像处理，诸如噪声降低或者OCR处理，以进行文件图像和所提取的文本文件的连接处理。图像处理设备61将通过对图像处理得到的图像文件和文本文件进行连接而得到的文件再次存储在初始存储位置。当完成这些处理之后，图像处理设备61将诸如处理(结束)状态信息、输出参数、以及所处理的文件的存储位置信息等处理结果传送到协调处理服务器50。
当协调处理服务器50收到图像处理设备61的处理结果时，协调处理服务器50记录日志并管理第一处理请求结果。协调处理服务器50根据指令数据指定第二处理请求的接收者，并且请求文件管理服务器62执行第二业务处理(步骤ST14)。随同第一业务处理请求一起，协调处理服务器50向文件管理服务器62传送个别指定信息(表示存储与一处理请求相关的信息的文件的信息，关于文件存储位置信息，以及用于指定即将进行处理的文件的信息)。
根据在协调处理服务器50的请求内容中所说明的存储位置信息，文件管理服务器62对根据协调处理服务器50的请求内容在先前的处理(第一业务处理)中已被处理并存储的文件进行存储处理。在这些处理结束后，文件管理服务器62向协调处理服务器50传送处理结果，诸如处理(结束)的状态信息、输出参数、以及所处理的文件的存储位置信息。
当协调处理服务器50接收到第二业务处理(文件存储处理)的处理结果时，协调处理服务器50记录日志并管理第二处理请求结果。协调处理服务器50根据指令数据指定第三处理请求的接收者，并且请求该文件传送服务器63执行第三业务处理(步骤ST15)。随同第二业务处理请求一起，协调处理服务器50向文件传送服务器63传送个别指定信息(表示作为与处理请求相关的信息的文件被存储的信息，关于文件存储位置信息，以及用于指定待被处理的文件的信息)。
根据用于指定文件的信息(存储位置信息)，文件传送服务器63对根据协调处理服务器50的请求内容在先前的处理(第二业务处理)中处理并存储的文件进行读取，并执行请求内容中所述的处理。在这种情况下，使用通过将文本文件与图像文件连接而得到文件，文件传送服务器63仅将文本文件传送到指定为电子邮件传送目的地的电子邮件地址，并且向传真号码仅传真发送图像文件。在这些处理结束后，文件传送服务器63向协调处理服务器50传送诸如处理(结束)的状态信息、输出参数、以及所处理的文件的存储位置信息等处理结果。
在此过程中，在例如执行传真传送处理中，当文件传送服务器63由于目的地占线，以预定次数重播电话失败而不能访问目的地时，文件传送服务器63将“邮件传送完成；传真传送末传送”作为状态信息传送到协调处理服务器50。
协调处理服务器50接收第三业务处理的处理结果并确定指令数据中没有描述后续处理。这时，协调处理服务器50通知客户终端10所有处理已完成并结束协调处理(步骤ST16)。
在此实施例中，业务检索服务器20从业务处理装置获取I/F信息的一部分(部分I/F信息)。但是，本发明并不局限于这种结构。例如，业务检索服务器20可以获取所有的I/F信息。
如上所述，根据本实施例的文件处理系统1，由业务处理装置，诸如图像处理设备61、文件管理服务器62、文件传送服务器63、第一业务处理装置64，以及第二业务处理装置65所进行的系列处理是由指令数据定义的，以便该系列处理能够在一个简单的操作中执行。
另一方面，当图像处理设备61包括一个显示元件，诸如一个触板时，其中，该触板显示一个屏幕并且接收用户输入的操作，当从协调处理服务器50收到由图像处理设备61基于个别指定信息而执行诸如OCR处理等图像处理时，可能需要请求用户输入图像处理密度等方面的改变的标识。
在这种情况下，必须提供一个依赖于安装在图像处理设备61端的显示元件的显示屏幕。
因此，在本实施例中，从协调处理服务器50传送到图像处理设备61的个别指定信息与用户接口(下文中称为UI)信息一同传送。该UI信息是信息的通用术语，用于请求用户执行输出(屏幕显示)或者输入构成上述I/F信息(见图3)的多条信息。例如，该UI信息对应于<输入>、<输出>、以及构成I/F信息的<参数限制规则>。
在本实施例中，图像处理设备61包括一个显示处理功能元件69(图7)，通过该元件，用户能够输入指令，并且可以将针对用户的信息显示在显示器上。
图7所示为显示处理功能元件69的框图的实例。
图像处理设备61包括一个由CPU、ROM以及RAM构成的微型计算机，并且包括一显示处理功能元件69。显示处理功能元件69由显示控制组件70以及显示处理组件72构成。显示控制组件70由指令数据获取元件74、指令数据存储元件76、以及指令数据解释元件78组成。显示处理组件72由显示内容解释元件80，显示图像生成元件82以及诸如LCD或者CRT的显示元件84组成。上述指令数据获取元件74，指令数据存储元件76，指令数据解释元件78，显示内容解释元件80，显示图像生成元件82以及显示元件84被连接到微型计算机上并且可以彼此交换数据。
指令数据获取元件74被连接至网络5并从协调处理服务器50获取个别指定信息。指令数据存储元件76存储获取的个别指定信息。指令数据解释元件78解释由指令数据获取元件74获取的个别指定信息，提取包括在个别指定信息中的UI信息部分，并且将该UI信息部分输出到显示处理组件72。
显示内容解释元件80解释由指令数据解释元件78输出的UI信息，并且将解释结果输出到显示图像生成元件82。显示图像生成元件82生成显示在显示元件84上的显示屏幕的屏幕信息。当显示内容解释元件80输出的解释结果包括屏幕信息的参考位置信息时，显示图像生成元件82也可以从外界获取依赖于参考位置信息的屏幕信息(以后将给予说明)。统一资源定位符(URL)或者表示参考位置的类似信息是已知的作为参考位置信息的实例。
本实施例将对将HTML格式的图像信息预先存储在文件管理服务器62中的情况给予说明。作为存储在文件管理服务器62中的图像信息的格式，不仅可以采用HTML格式，而且也可采用诸如BINARY格式或者XML格式的多种格式。
显示元件84显示屏幕信息的显示屏幕，接受用户输入的操作，并且具有触板功能。
指令数据获取元件74对应于根据本发明的获取元件，而显示元件84对应于显示元件。指令数据解释元件78对应于根据本发明的提取元件，显示图像生成元件82对应于生成元件，而显示内容解释元件80对应于解释元件。
在本实施例中，假设UI信息预先存储在指令数据生成服务器30中。也可以假设可以将该UI信息存储在业务处理装置，诸如图像处理设备61以及文件管理服务器62中。将该UI信息并非排他地存储在指令数据生成服务器30中。
图4所示为该UI信息的结构示意图。该UI信息由表示即将显示的目标的若干条项目信息构成。可以采用例如<弹出>、<选择按钮>、<参数名称>等作为项目信息段。结合项目信息段存储表示对应形状的信息，从而形成预先定义的形状或者字符。
项目信息段的构成包括属性信息段。例如，如图4所示，各条属性信息呈树形结构，作为项目信息的组成部分。该属性信息是用于生成在屏幕上显示的项目信息或者用于解释显示在屏幕上的值的屏幕结构的信息，或者表示为在屏幕上显示所采用的位置、形状或者即将显示的值等。
<目标类型>、<目标值>、<布局信息>等是已知的属性信息。<目标类型>表示一个处理，其被执行的方式使得由用户指定待在屏幕上显示的项目信息。<目标值>是一数值，诸如屏幕上显示的字符串。<布局信息>表示显示在屏幕上的项目信息的显示屏幕上的相对位置坐标。
属于项目信息的属性信息不限于上述的<目标类型>、<目标值>、以及<布局信息>。属性信息可进一步由属性信息构成。例如，属性信息可进一步包括诸如表示项目信息的数目的<目标数>、表示初始设置值的<初始设置值>等属性信息。与此相反，属性信息仅由<目标类型>、<目标值>以及<布局信息>之一构成也是可能的。
尽管在本实施例中，为便于解释，有意将UI信息的结构设为树形结构，但其结构并不限于该树形结构。
图6所示为包括在具有XML格式结构的指令数据中的UI信息实例。该包括在指令数据中的UI信息是在表示UI信息起始位置的<UI>和UI信息结束位置的</UI>之间进行说明的。
在图6所示的UI信息中，示出<Popup(弹出)>和<Button(按钮)>，作为在屏幕上显示的项目信息。作为<Popup>的属性信息，“复制密度”被示为目标的值。
作为在上层显示的<Button>的属性信息，显示“CLOSE”作为目标值，显示“close(关闭)”作为目标类型，而X轴坐标值“700”以及Y轴坐标值“5”被示为布局信息。
作为在低层显示的<Button>的属性信息，显示表示可以选择属性信息作为目标类型的“true”，并显示表示选择性的输入的“alternate”。作为布局信息，显示X轴坐标值“200”和Y轴坐标值“100”。显示“7”作为目标数。显示“3”作为初始设置值。显示“lighter(变亮)(+3)”、“lighter(+2)”、“lighter(+1)”、“normal(正常)”、“darker(变暗)(+1)”、“darker(+2)”、以及“darker(+3)”作为目标值。
可按如下方式确定在UI信息中所述的项目信息以及属性信息。例如，在指令数据生成服务器30中预先准备预定值，并且根据如此准备的预定值确定项目信息和属性信息。
(在图像处理设备61中的屏幕显示方法)下面将参考图10对步骤ST13中(图9)在图像处理设备61中执行的显示处理进行说明。
在图像处理设备61中，在步骤200，由指令数据获取元件74从协调处理服务器50获取个别指定信息。下一步骤202中，将所获取的个别指定信息存储在指令数据存储元件76中。
在下一步骤204中，提取包括在该个别指定信息中的UI信息。执行步骤204中的处理使得从该指令数据存储元件76读取个别指定信息，并且读取指令数据解释元件78中的信息，该信息是在代表包括在个别指定信息中的表示UI信息的起始位置的<UI>和该UI信息的结束位置</UI>之间描述的信息。将由步骤204中的处理所提取的UI信息输出到显示内容解释元件80。
在下一步骤206中，由显示内容解释元件80确认该UI信息是否包括一个表示指定外部参考的项目。
如果步骤206中的判断为否定，程序进行到步骤212，并且由显示图像生成元件82根据在步骤204(以后将说明)中提取的UI信息生成显示在显示元件84上的显示屏幕的屏幕信息。因此，处理过程进行到步骤214。
另一方面，如果步骤206中的判断为肯定，则程序进行到步骤208，并且根据外部参考信息读取该屏幕信息。在本实施例中，例如，当将文件管理服务器62指定为外部参考信息时，通过网络5根据外部参考信息访问文件管理服务器62。在下一步骤210中，从文件管理服务器62读取相应的屏幕信息，并且处理过程进入到步骤214。
根据外部参考信息将一传送屏幕信息信号的请求传送到文件管理服务器62，并且可以从文件管理服务器62接收基于该传送信息请求的屏幕信息。
在步骤212中产生或在步骤210中读取的屏幕信息显示在显示元件84上之后，该例程在步骤214结束。
(显示图像生成处理)以下参考图11对步骤212中的显示图像生成处理给予说明。
在步骤300中，对包括在UI信息中的项目信息进行读取处理。由步骤300中的处理读取在在先阶段的UI信息中描述的项目信息。
在下一步骤304中，对步骤300中读取的项目信息进行目标类型读取处理。通过步骤304中的处理，从步骤300中读取的项目信息中读取由显示在屏幕上的项目所执行的处理。
在下一步骤306中，对步骤300中读取的项目信息进行布局信息读取处理。通过步骤306中的处理，从步骤300中读取的项目信息中读取相对位置坐标，该项目信息显示在显示元件84的屏幕上。
在下一步骤308中，对在步骤300中读取的项目信息进行目标值读取处理。通过步骤308的处理，将在步骤300中读取的项目信息的值显示在屏幕上并且对其进行读取。
在下一步骤310中，确定是否在步骤300中读取的项目信息的后续阶段中进一步对项目信息进行了说明。如果步骤310中的判断是肯定的，则处理过程返回到步骤300并且重复步骤300到308中的处理，直到步骤300中的判断结果为否定。
本实施例已说明的情况是其中，作为步骤300中读取的项目信息的属性信息读取处理，在步骤304到308的处理中读取目标类型、布局信息、以及目标值。也可以执行读取附加的不同的属性信息的处理。在这种情况下，在步骤308中的处理完成后，判断是否还包括在步骤300中读取的项目信息的属性信息。如果确认是肯定的，则可以进一步读取该属性信息。
此外，在步骤304到308的处理中，可以执行对目标类型、布局信息、以及目标值进行读取的任一处理。在这些情况中，在紧邻步骤304到308的处理之前，判断是否显示属性信息。例如，在紧邻步骤304中的处理之前，判断是否示出属于在步骤300中读取的项目信息的目标类型。如果确认是肯定的，则处理过程进行到步骤306。如果确认是否定的，同样可能地是紧邻该下一步骤306之前，判断是否显示出该布局信息。
当重复进行步骤300到308中的处理时，通过显示内容解释元件80对在UI信息中显示的项目信息段和属性信息段进行顺序解释。
在下一步骤312中，执行屏幕信息生成处理。该屏幕信息是采用以下方式生成的。即，根据由步骤300到308中的处理读取的项目信息和属于这些项目信息的属性信息，形成对应于在显示元件84上显示的项目信息的形状，产生表示所形成的形状的项目信息的显示位置的屏幕结构，以及将待显示的值反映在生成的屏幕结构上。
更具体的，由项目信息形成对应于项目信息且预先与该项目信息相关联的按钮显示模式，并且根据项目信息的显示位置与所形成的显示模式的关系生成屏幕结构。此外，根据用户根据目标类型所选择的项目信息识别待执行的处理，从目标值识别待显示的值，并且该值反映在如上所述的屏幕结构上。
在本实施例中，假设将显示规格，诸如显示元件84的尺寸及可显示颜色的个数预先存储在图像处理设备61中，并且在生成屏幕信息时反映该显示规格。
在步骤214中将在步骤312生成的屏幕信息显示在显示元件84上。
例如，当由步骤300到310中的处理读取在图6中所示的UI信息时，对项目信息<Popup>、<Button>、以及属于这些项目信息的属性信息进行读取处理，使得显示在图12中示出的显示屏幕。更具体地，如图12所示，将“复制密度”作为文本显示在显示屏幕上。在X轴坐标700和Y轴坐标5所表示的位置上显示一个“关闭”按钮。另外，可选择地显示七个选择按钮(alternate button)，并且以选中的状态显示第三个选择按钮。这些选择按钮显示在屏幕上的显示位置由X轴坐标200和Y轴坐标100指示。在这些选择按钮上，“变亮(+3)”、“变亮(+2)”、“变亮(+1)”、“正常”、“变暗(+1)”、“变暗(+2)”、以及“变暗(+3)”被显示为目标值。
当已选择“正常”(在本实施例中以灰色显示)作为显示元件84上的初始值，其中，在显示元件84上的显示屏幕如图12所示，并且可选择地变到“变暗”时，输入一标识使得用户按下在显示“变暗(+2)”的位置显示的选择按钮位置90，从而输入表示“变暗(+2)”的值。当将输入值记录在存储在指令数据存储元件76中的个别指令数据信息中，并且更新表示属性信息的“缺省选择”值时，可以以改变的密度执行图像处理设备61中的后续图像处理。
本实施例已说明的情况是由图像处理设备61执行依赖于UI信息的显示屏幕的屏幕信息生成处理。然而，即使在业务处理装置中，诸如构成文件处理系统1的文件管理服务器62、文件传送服务器63、第一业务处理装置64，以及第二业务处理装置65，也可以由与上述相同的处理例程执行处理。
在这些情况下，在业务处理装置，诸如文件管理服务器62、文件传送服务器63、第一业务处理装置64、以及第二业务处理装置65中设置了与显示处理功能元件69的功能相同的功能，这样可以将该UI信息包括在从协调处理服务器50传送的个别指定信息中。
通过这种方式，在业务处理装置，诸如构成文件处理系统1的文件管理服务器62、文件传送服务器63、第一业务处理装置64、以及第二业务处理装置65中，也能够采用相同方式显示依赖于UI信息的显示屏幕。
如上所述，对于每个业务处理装置，不必预先安装显示屏幕，并且依赖于业务功能的显示屏幕基于指令数据动态生成。由此，可以提供具有优秀可扩充性和多样性的显示屏幕。
此外，由于可以依据UI信息形成基于安装在业务处理装置中的显示屏幕规格的图像信息，所以可以提供对应于业务处理装置的显示单元的显示屏幕。
以上每个实施例都说明了一种情况其中，将本发明应用于文件处理系统1，该文件处理系统1通过授权利用协调处理服务器50的不同的处理而执行指令数据中所描述的一系列处理，并且该系统1由多个通过网络彼此连接的业务处理装置来实现。然而，本发明不限于这些情况。例如，也可以将本发明应用于一文件处理系统，该文件处理系统不利用协调处理服务器50执行在指令数据中所描述的处理。这个特点将在以下内容中结合附图给予说明。在以下说明中，与上述实施例中相同的参考数字表示相同的元件，并且省略对其的说明。
图13所示为解释构成文件处理系统100的业务处理装置之间的相互关系的框图。文件处理系统100在不利用如图1和2所示的协调处理服务器50的情况下可以执行多个业务的协调处理。
(合作处理的调用和执行)用户可以从存储在指令数据管理服务器40中的多个指令数据中选择一个期望的指令数据，并且能够调用一个协调处理。下面将对该操作进行详细说明。
客户终端10根据用户的操作从业务协调处理选择屏幕中选择表示期望的业务协调处理的指令数据，并且指定即将调用的指令数据。指令数据管理服务器40将客户终端10指定的指令数据传送到图像处理设备61。
图像处理设备61根据在所传送的指令数据中所描述的待被处理的文件的存储位置信息获取一个待被处理的文件。图像处理设备61关于所获取的文件图像解释业务处理请求内容，执行图像处理，诸如噪声降低或者OCR处理，并且执行将文件图像与所提取的文本文件连接的处理。图像处理设备61解释包括在指令数据中的UI信息，并且根据该UI信息在显示元件84上显示一个显示图像。当预定图像处理结束后，图像处理设备61删除在指令数据中所描述的业务处理请求。图像处理设备61向文件管理服务器62传送通过连接由图像处理得到的图像文件和文本文件而得到的图像，以及包括诸如处理(结束)的状态信息、输出参数、以及所处理文件的存储位置信息的处理结果的指令数据，用以提供后续业务处理。
当预定的图像处理结束后，图像处理设备61可以纠正或者删除在指令数据中说明的图像处理设备61的部分业务请求，并且能够将该文件传送到文件管理服务器62。另外，可以构造图像处理设备61，使其能够在图像处理结束后向后续业务处理装置传送指令数据。
文件管理服务器62临时将从图像处理设备61传送的文件存储在指令数据中所述的存储位置中。文件管理服务器62删除指令数据中所述的业务处理请求，并且将文件和指令数据传送到文件传送服务器63，以执行后续的业务处理。
根据该指令数据，文件传送服务器63通过电子邮件仅将通过连接文本文件和图像文件而得到的文件的文本文件传送至指定为传送目标的电子邮件地址，并且仅将图像文件传真发送至指定的传真号码。当文件传送服务器63确定在指令数据中没有后续处理时，文件传送服务器63通知客户终端10所有处理都已完成并且终止协调处理。
上述文件处理系统100中不采用协调处理服务器50的处理业务的多个业务处理装置或者采用协调处理服务器50的文件处理系统1还可以应用于构成为一无网络的独立机器的复合机。
当将本发明应用于文件处理系统100或者复合机时，可以得到同上述实施例相同的效果。
权利要求
1.一种图像处理设备，其包括一个获取元件，用于获取指令数据，在该指令数据中描述了将对文件数据所进行的一个处理表示为一系列处理的处理信息，以及包括至少一个设置项目和设定值的用于设置这些处理的执行内容的设置信息；一个提取元件，该元件自该指令数据中提取将要在显示元件上显示的设置信息；以及一生成元件，该元件根据由提取元件所提取的设置信息而生成在显示元件上显示一屏幕的屏幕信息，以及基于该屏幕信息显示一屏幕的显示元件。
2.如权利要求1所述的图像处理设备，其中该生成元件通过基于所述设置消息获得一屏幕结构，并将该设置信息应用于该获得的屏幕结构，以产生该屏幕信息。
3.如权利要求1所述的图像处理设备，其中，该生成元件包括一个解释元件，该解释元件对用于根据提取元件所提取的设置信息而定义的屏幕结构的显示项目进行解释。
4.如权利要求1所述的图像处理设备，其中该获取元件从外部设备获取指令数据。
5.如权利要求1所述的图像处理设备，其中该指令数据还包括代表外部设备位置的存储位置信息，其中预先存储有该屏幕信息，并且该获取元件还根据该存储位置信息获取屏幕信息。
6.如权利要求4所述的图像处理设备，其中所述存储位置信息是表示外部存储装置的位置的信息，该外部存储装置与一通信网络相连。
7.如权利要求4所述的图像处理设备，其中可以将获取元件连接到一服务器，并且从服务器获取屏幕信息，其中，在该服务器中存储有屏幕信息。
8.一种图像处理方法，该方法能够获取指令数据，在该指令数据中描述了将对文件数据所进行的一个处理表示为一系列处理的处理信息，以及包括一个设置项目和设定值的用于设置这些处理的执行内容的设置信息，该图像处理方法包括以下步骤自指令数据中提取将要显示的设置信息；以及根据所提取的设置信息生成显示屏幕的屏幕信息，且基于所产生的屏幕信息产生一屏面。
9.如权利要求8所述的图像处理方法，其中，所述屏幕信息通过基于所述设置消息获得一屏幕结构并将该设置信息应用于该获得的屏幕结构而产生。
全文摘要
本发明根据图像处理设备的显示模式提供一显示屏幕。获取指令数据，在该指令数据中，描述有将待对文件数据所进行的至少一个处理表示为一系列处理的处理信息，以及用于设置这些处理的执行内容的UI信息，并且提取该UI信息。根据该UI信息产生一屏幕结构，并且显示一屏通过将设置信息反映在屏幕结构上而得到的屏幕信息。采用这种方式，可以提供一种具有多样性和可扩充性的显示屏幕。
文档编号H04N1/00GK1532734SQ20031010027
公开日2004年9月29日 申请日期2003年10月15日 优先权日2003年3月24日
发明者小沢秀一, 榎本晶弘, 田岛幸夫, 樋川有史, 桐原和子, 史, 夫, 子, 小 秀一, 弘 申请人:富士施乐株式会社