图像处理装置,信息处理装置,以及用户界面提供方法 【技术领域】
本发明涉及图像处理技术，更详细地说，涉及能对图像数据提供用于协同实行多种功能的工作流(workflow)的图像处理装置，信息处理装置，用户界面提供方法，以及图像处理系统。
背景技术
近年，所谓复合机(以下简记为“MFP”)的图像处理装置能提供复印功能、图像形成功能、通信功能等多种功能。又，对于图像数据也可能实行使得复合机及遥控连接的服务器所提供的多种功能协同的一系列的业务。欲对图像实行一系列业务场合，用户特定MFP及服务器那样的处理节点(处理单元)需要实行的功能后，指定所实行功能的顺序，设定所谓工作流。
使得实行上述工作流的技术，迄今为止各种各样技术为人们所公知，例如，在日本特开2008‑97586号公报(专利文献1)中，公开了准备流定义数据，根据流定义数据，对扫描图像数据实行处理的技术。又，在日本特开2008‑176541号公报(专利文献2)中，公开了使用附加在电子文档上的元数据，变更预先设定的电子文档的配置的技术。再有，在日本特开2008‑305004号公报(专利文献3)中，公开了使得软件协同实行的应用的实行方法。
如上所述，对图像数据按序列实行特定业务比较容易。又，近年的MFP安装高级语言，例如Java(登录商标)，Java(登录商标)Script等，通过实行浏览程序，提供用于实行各种处理的用户界面。又，通过对MFP及服务器等处理节点安装插入(Plug‑in)程序，也能比较容易地追加/修正对图像数据的处理功能。
又，伴随处理功能的高性能化，用户要求的多样化，有时也实行处理功能的追加/修正。追加/修正特定的图像处理功能场合，用于提供向该处理功能的接口的显示装置表示的用户界面(user interface，以下简记为“UI”)大 多也修正。
在上述实行环境下，存在用户过去设定的条件设定数据场合，若用户界面不同，则会发生已设定的条件设定数据不能正确读出，不能表示在UI上。又，不显示条件设定数据场合，难以修正已设定数据，另外，必须设定的条件之中，判断什么条件已设定、什么条件没有设定也不正确。又，即使条件设定数据完全没有修正场合，每当访问硬磁盘装置读出条件设定数据时，存在不能有效利用过去利用的动作履历的问题。
又，即使构成工作流的MFP及服务器的销售侧，当追加/修正特定功能、版本更新、或用户专用等时，需要修正UI场合，每当修正UI时，有时需要服务人员变更设定，或用户修正工作流定义，以及条件再输入等，产生输入负担增加，以及伴随条件设定数据再输入导致不需要数据存储等引起的存储器资源的浪费等。
即，需要尽可能地原样继承已有的图像处理装置以及用于控制图像处理装置的管理用的定义在信息处理装置的功能的设定条件、更有效地利用包含新功能的工作流的技术。又，需要一边使得每个用户专用UI、一边有效利用工作流的技术。
【专利文献1】日本特开2008‑097586号公报
【专利文献2】日本特开2008‑176541号公报
【专利文献2】日本特开2008‑305004号公报
【发明内容】
本发明是鉴于上述背景技术的课题而提出来的，本发明的目的在于，为了提高工作流的利用性，将提供工作流的特定功能的处理节点所显示的UI分离为UI结构定义以及条件设定数据。并且，UI结构定义动态地读入条件设定数据，使得为实行工作流已经设定的现有的条件设定数据动态地取入新的UI结构定义，提供合适的UI显示。
为了解决上述课题，本发明提出以下技术方案。
(1)一种图像处理装置，表示用户界面，其特征在于：
所述图像处理装置包括：
UI显示手段，用于表示上述用户界面；
UI结构定义取得手段，取得定义上述用户界面的结构的UI结构定义；
显示控制手段，解释上述UI结构定义，在上述UI显示手段上表示用户界面；
存储手段，存储上述UI结构定义，以及通过上述用户界面的数据操作、设定在人‑机对话框的用于处理的条件设定数据；
数据继承手段，顺序读入上述条件设定数据，将读入的上述条件设定数据作为新的上述UI结构定义的适合的条件设定数据设定；以及
处理实行手段，使用由上述数据继承手段设定的条件设定数据，对图像数据实行至少一个信息处理；
上述数据继承手段读入上述UI结构定义，比较现在的UI结构定义的现在版本识别值和刚才读入的UI结构定义的上次版本识别值；
各版本识别值不一致场合，从上述存储手段读出上次使用的条件设定数据，对于用上述现在版本识别值指定的上述UI结构定义，生成新的条件设定数据，进行存储。
(2)在上述(1)所述的图像处理装置中，其特征在于：
上述UI结构定义取得手段通过网络取得上述UI结构定义，作为结构化文档，将取得的上述UI结构定义存储在上述存储手段。
(3)在上述(1)或(2)所述的图像处理装置中，其特征在于：
上述条件设定数据相关附加在对应的上述UI结构定义，上述数据继承手段读入上述UI结构定义；
比较现在的UI结构定义的现在版本识别值和刚才读入的UI结构定义的上次版本识别值；
各版本识别值不一致场合，从上述存储手段读出上次使用的条件设定数据，对于用上述现在版本识别值指定的上述UI结构定义，设定新的上述条件设定数据。
(4)在上述(1)或(2)所述的图像处理装置中，其特征在于：
上述UI结构定义以及上述条件设定数据系独立的结构化文档，分别相关附加，用于提供应对上述图像数据实行的上述信息处理的用户界面。
(5)在上述(1)或(2)所述的图像处理装置中，其特征在于：
上述图像处理装置系对上述图像数据作为序列定义的上述信息处理的处理节点。
(6)在上述(1)或(2)所述的图像处理装置中，其特征在于：
上述信息处理由插入程序实行，上述UI结构定义提供用于上述插入程序的用户界面。
(7)在上述(1)或(2)所述的图像处理装置中，其特征在于：
上述显示控制手段设有进行上述UI结构定义的显示控制的浏览处理手段，由通过网络发送的UI显示控制文件控制上述UI结构定义提供的UI部分的可视性。
(8)在上述(5)所述的图像处理装置中，其特征在于：
上述图像处理的序列构成上述图像数据的邮件送信、文件存储、传真送信、或打印的工作流，上述信息处理由担当上述工作流的上述处理节点实行。
(9)一种信息处理装置，提供管理图像处理装置实行的处理的用户界面，其特征在于：
所述信息处理装置包括：
UI结构定义取得手段，取得定义上述用户界面的结构的UI结构定义；
显示控制手段，解释上述UI结构定义，在UI显示手段上表示用户界面；
存储手段，存储上述UI结构定义，以及通过上述用户界面的数据操作、设定在人‑机对话框的用于处理的条件设定数据；以及
网络通信手段，将上述条件设定数据作为结构化文档，向上述图像处理装置发送；
上述信息处理装置对上述图像处理装置配布上述条件设定数据，对图像形成装置顺序读入上述条件设定数据，将读入的上述条件设定数据通过数据继承手段作为新的上述UI结构定义的适合的条件设定数据设定，对上述图像处理装置的处理实行手段，使用由上述数据继承手段设定的条件设定数据，对图像数据实行至少一个信息处理；
上述数据继承手段读入上述UI结构定义，比较现在的UI结构定义的现在版本识别值和刚才读入的UI结构定义的上次版本识别值；
各版本识别值不一致场合，从上述存储手段读出上次使用的条件设定数据，对于用上述现在版本识别值指定的上述UI结构定义，生成新的条件设定数据，进行存储。
(10)在上述(9)所述的信息处理装置中，其特征在于：
上述条件设定数据相关附加在对应的上述UI结构定义，上述图像处理装置的上述数据继承手段读入上述UI结构定义，比较现在的UI结构定义的现在版本识别值和刚才读入的UI结构定义的上次版本识别值；
各版本识别值不一致场合，对于用上述现在版本识别值指定的上述UI结构定义，通过设定新的上述条件设定数据，继承现有数据。
(11)在上述(9)或(10)所述的信息处理装置中，其特征在于：
上述图像处理装置系对上述图像数据作为序列定义的上述信息处理的处理节点。
(12)在上述(9)或(10)所述的信息处理装置中，其特征在于：
上述信息处理由插入程序实行，上述UI结构定义提供用于上述插入程序的用户界面。
(13)一种用户界面提供方法，表示用户界面的图像处理装置实行，其特征在于：
上述用户界面提供方法包括：
取得定义上述用户界面的结构的UI结构定义的步骤；
将上述UI结构定义，以及通过上述用户界面的数据操作、设定在人‑机对话框的用于处理的、相关附加在与对应的上述UI结构定义的条件设定数据存储在存储手段的步骤；
读入上述UI结构定义，比较现在的UI结构定义的现在版本识别值和刚才读入的UI结构定义的上次版本识别值的步骤；
各版本识别值不一致场合，从上述存储手段读出上次使用的条件设定数据，对于用上述现在版本识别值指定的上述UI结构定义，生成新的条件设定数据，进行存储的步骤；
解释上述UI结构定义，表示用于表示上述条件设定数据的用户界面的步骤；以及
使用设定的上述条件设定数据，对图像数据实行至少一个信息处理。
(14)在上述(13)所述的用户界面提供方法中，其特征在于：
通过网络取得上述UI结构定义作为结构化文档，存储在上述存储手段。
(15)在上述(13)或(14)所述的用户界面提供方法中，其特征在于：
上述图像处理装置系对上述图像数据作为序列定义的上述信息处理的处理节点，上述信息处理由插入程序实行，上述UI结构定义提供用于上述插入程序的用户界面。
(16)在上述(13)或(14)所述的用户界面提供方法中，其特征在于：
上述表示用户界面的步骤包括由通过网络发送的UI显示控制文件控制上述UI结构定义提供的UI部分的可视性的步骤。
(17)一种图像处理系统，包括：
多个上述(1)‑(8)中任一个所述的图像处理装置；以及
使得上述多个图像处理装置互相连接的网络；
通过仅由上述图像处理装置或上述多个图像处理装置之间的分散处理，对上述图像数据实行作为序列定义的多个上述信息处理。
本发明的UI结构定义取得手段通过网络取得上述UI结构定义，作为结构化文档，将取得的UI结构定义存储在存储装置。又，条件设定数据相关附加在对应的UI结构定义，数据继承手段读入UI结构定义，比较现在的UI结构定义的现在版本识别值和刚才读入的UI结构定义的上次版本识别值，根据各版本识别值一致/不一致的判断结果，从存储手段读出上次使用、用XML描述的条件设定数据，使用DOM，将条件设定数据作为层数据，对于用现在版本识别值指定的UI结构定义，能设定新的UI结构定义的适合的条件设定数据。
并且，在本发明中，UI结构定义及条件设定数据为了提供用户界面，作为独立的结构化文档提供，UI结构定义及条件设定数据分别相关附加，用于实行对图像数据需要实行的信息处理。图像处理装置构成对图像数据作为序列定义的信息处理的处理节点，对图像实行插入程序指定的信息处理。UI结构定义提供用于实行插入程序的用户界面。
再有，在本发明中，浏览处理手段设有进行UI结构定义的显示控制的显示控制手段，由通过网络发送的UI显示控制文件控制上述UI结构定义提供的 UI部分的可视性，更有效地使得UI显示画面的专用。
本发明在直接实行工作流的图像处理实行工作流时，也可以安装作为图像处理装置。又，本发明对构成工作流上的处理节点的MFP，发送工作流定义及条件设定数据，可以安装作为用于使得MFP实行工作流上的特定处理的服务器装置或个人计算机那样的信息处理装置。
用于提供UI显示的插入程序的销售方，不管伴随插入程序修正需要修正UI场合，还是有处理节点的专用的条件设定或追加/删除条件设定场合，不考虑在处理节点侧的UI显示的合适化或设定的合适化，能灵活地进行修正。
在本发明中，使用UI结构定义同时，还使用与UI结构定义分离的UI显示控制文件。UI显示控制文件控制在UI结构定义中被定义的UI部分的显示/非显示，不对每个用户修正UI结构定义，能对用户提供专用的UI显示。因此，能提高由UI结构定义提供的UI显示的工作流的利用性。
【附图说明】
图1是提供工作流的本发明实施形态的图像处理系统100的功能方框图。
图2表示根据本发明一实施形态的、包括程序实行部122的处理节点120的详细功能方框图。
图3表示在本实施形态中使用的工作流300的层结构以及定义该层结构的工作流控制数据的实施形态。
图4表示在本实施形态中为了形成UI使用的UI生成数据的数据结构。
图5表示本实施形态的用户界面(UI)提供方法的流程。
图6表示在本实施形态中使用的条件设定数据480的实施形态。
图7表示用于提供包含在本实施形态中使用的接口具有的DOM功能的数据继承部234功能的模拟代码的实施形态。
图8表示在本实施形态中UI显示部表示的UI的实施形态。
图9表示用于提供图8所示编辑框的UI结构定义900的实施形态。
图10表示由本发明生成的UI显示1000的实施形态。
图11以图10表示的UI显示1000为例说明在本实施形态中对每个用户控制UI显示的实施形态。
【具体实施方式】
下面，参照附图说明本发明的实施形态，在以下实施形态中，虽然对构成要素，种类，组合，形状，相对配置等作了各种限定，但是，这些仅仅是例举，本发明并不局限于此。
图1是提供工作流的本发明实施形态的图像处理系统100的功能方框图。图1所示图像处理系统100以用户设定的顺序对图像数据实行扫描、图像格式变换、图像压缩等图像处理，网络送信、打印输出、数据储存等各种信息处理。
图1所示图像处理系统100包括处理节点(processing nodes)110以及处理节点120。处理节点110系相当于设置在本地(local)的MFP等多功能机的处理节点，提供扫描112、打印114、网络通信116、数据储存118等功能。又，处理节点120系取得处理节点110所取得的图像数据等、对处理节点110实行的信息处理，实行后续的工作流上的处理的处理节点，能安装MFP及服务器装置等。
处理节点120对处理对象的图像数据实行追加的格式变换、通信协议变换等，对于设备140、兼容设备150、个人计算机160(以下简记为“PC160”)，实行印刷数据、邮件、图像数据向数据库的登录等的处理。
处理节点120、设备140、兼容设备150、PC160之间，通过合适的接口130，用总线、因特网、局域网(LAN)等互相连接，数据转入装置使用可容许的协议，将处理节点120的图像处理结果分别向转移对象方送信。
又，本实施形态的图像处理系统100也可以不分离处理节点110及处理节点120的功能，而将扫描112、打印114、网络通信116、数据储存118等功能作为一体，安装处理节点170。将处理节点110及处理节点120作为一体，作为处理节点170安装场合，处理节点设为包含服务器功能的MFP，通过网络与其他设备140、兼容设备150、PC160进行互相通信，又，在本实施形态中，通过插入程序，与用于进行工作流的设定、处理节点的管理等的服务器装置(没有图示)等进行互相通信。实行处理节点间的文件发送/接收场合，作为通信协议，可以使用TCP/IP，文件转移协议可以使用FTP(S)，HTP(S)。
安装与处理节点110分离的MFP或MFP管理用的服务器装置或个人计算机场合，可以安装处理节点120，作为搭载微处理器(MPU)、RAM、ROM、硬磁盘装置(都未图示)的可分散处理的信息处理装置。再有，处理节点120在UNIX(登录商标)、LINUX(登录商标)、或WINDOWS(登录商标)200X服务器等操作系统(OS)的控制下，实行用Java(登录商标)、Java(登录商标)Script、C++、Perl、Ruby、Python等面向目标编程语言描述的程序。
又，处理节点120安装浏览程序，与万维网服务器之间实行使用HTP(S)的文件转移。作为浏览程序，可以列举例如Mozilla(登录商标)、Opera(登录商标)、Firefox(登录商标)、Internet Explorer(登录商标)等、发送/接收HTML、XML等结构化的文档、能表示为UI的程序。
又，处理节点120包括程序实行部122、功能管理部126、OS核心128的功能部。再有，程序实行部122包含MFP类(class)122a、兼容设备类122b、PC接口类122c构成。MFP类122a提供支持处理节点120作为MFP安装场合的MFP功能的功能手段。又，兼容设备类122b提供通过网络在工作流上定义的其他处理节点为MFP场合的功能互换性的功能手段。又，PC接口类122c提供设定数据转移协议等的功能手段，使得处理工作流的其他处理节点在PC场合与PC对应。
在特定实施形态中，不对其作特别限定，但是，MFP类122a、兼容设备类122b、PC接口类122c可以分别作为Java(登录商标)虚拟机械(VirtualMachine，简记为“VM”)安装。功能管理部126包含认证部126a、网络处理部126b、遥控设备管理部126c、起动管理部126d等构成，提供用户认证、网络事务处理、遥控更新、处理节点120的整体动作管理等的功能。OS核心128管理OS直接管理的程序，能通过插入程序等进行功能扩张等。
又，在另一实施形态中，程序实行部122也可以功能地分离为与MFP分离的服务器装置或个人计算机那样的信息处理装置。将程序实行部122与MFP分离构成场合，例如，可以使得该功能分散在图1的PC160。在说明的其他实施形态中，PC160搭载微处理器、RAM、ROM、硬磁盘装置等，在WINDOWS(登录商标)系列的OS、UNIX(登录商标)、LINUX(登录商标)等OS的控制下，实行Java(登录商标)、Java(登录商标)Script等的面向目标编程。
PC160实行Java(登录商标)等程序场合，PC160安装JVM(Java VirtualMachine)，使用字节代码实行编程。再有，PC160安装Mozilla(登录商标)、 Opera(登录商标)、Firefox(登录商标)、Internet Explorer(登录商标)等浏览程序，能通过浏览器设定工作流。
图2表示根据本发明一实施形态的、包括程序实行部122的处理节点120的详细功能方框图。在图2所示的功能方框中，MPU读入本实施形态的程序，在RAM展开实行形式的文件，MPU实行上述实行形式的程序，提供作为处理节点120上的功能手段。如图2所示，处理节点120包括UI显示部210，浏览处理部220，工作流管理部230。UI显示部210根据处理节点120的安装形式，能设为操作面板或LCD或PD等的显示装置。
浏览处理部220系通过实行浏览程序在处理节点120上实现的功能手段。又，更详细地说，浏览处理部220包括语法分析器222以及显示控制部224。语法分析器222读入HTML、XHTML、XML等的结构化文档，提供接口，以便实行由结构化文档的标识符指定的处理，在本实施形态的较佳形态中，可以安装XML语法分析程序，包含DOM(Document Object Model)功能或SAX(Simple API forXML)，使用名字空间，解释标识符。
又，在本实施形态中，显示控制部224提供适合所使用的结构化文档的显示控制功能，例如，提供CSS(cascading style sheet)或XSLT(extensiblestyle sheet language transformation)等功能。
再有，处理节点120包括UI结构定义取得部232以及数据继承部234。UI结构定义取得部232实行接受从网络260等配发的UI结构定义、存储在存储装置250等的处理。又，在另一实施形态中，UI结构定义也可以从表示在UI显示部210的用于UI结构定义的UI显示画面，在人‑机对话框生成。不管在哪一场合取得的UI结构定义都存储在存储装置250，以后，对于UI显示部210，根据UI结构定义，表示用于控制插入程序的设定画面。
UI显示画面包含作为HTML、XHTML、XML等的结构化文档接受的UI结构定义以及用于控制插入程序实行的条件设定数据等，数据继承部234为了将上述显示画面表示在UI显示部210，实行显示控制。本实施形态的数据继承部234判断应表示的UI在刚才表示时使用的UI结构定义的版本与现在应表示的UI结构定义的版本是否相同，与该判断对应，对条件设定数据实行不同的读出处理。
工作流管理部230从存储装置250等合适的存储空间取得在工作流控制数据中描述的功能定义以及用于控制该功能的条件设定数据，调用在图像数据取得、格式变换、打印输出、数据转移、文件存储等的工作流中定义的序列的信息处理功能，向处理实行部240通知，以便实行该处理。处理实行部240调用用于实行被通知的信息处理功能的插入程序，实行在工作流上被定义的处理，在分配的处理结束前，与工作流管理部230之间，进行通信，完成处理节点120应实行的处理。处理实行部240在分配给自身的处理之中，完成最终序列的处理之后，为了实行设定在工作流控制数据的处理，通过总线及网络260发送处理结果，结束处理节点120的在工作流上的处理。
存储装置250系包含硬磁盘装置、RAM、缓冲存储器、EEPROM等构成的处理节点120的存储空间，在存储装置250中至少存储工作流控制数据，还存储用于形成UI的UI结构定义，插入程序用于实行其处理的条件设定数据等。程序实行部122实行工作流的序列时，调用工作流的设定条件以及实行的插入程序使用的UI定义数据，通过浏览处理部220设定条件，使得UI画面表示在UI显示部210。
在PC160作为管理图像处理装置122的服务器装置或个人计算机等的信息处理装置分离安装的另一实施形态中，PC160包含用于访问网络260的网络接口卡(NIC)等的网络通信手段，能通过网络260转送数据。PC160作成工作流定义数据及条件设定数据等作为XML等的结构化文档，通过网络260对处理节点120以XML发送，对处理节点120实行在工作流上定义的处理。
在该另一实施形态场合，处理节点120从PC160接受工作流定义数据，条件设定数据以及UI结构定义等作为结构化文档，使用例如XML语法分析程序及DOM等读出接受的结构化文档，进行设定。此后，处理节点120根据所设定的条件设定数据，实行工作流定义设定的处理。处理节点120不需要在本机使得条件设定用户化的场合，不启动操作面板等的UI显示部210，不管设定的描述顺序及配置，设定条件设定数据，实行应担当的处理。处理节点120分担的应实行的处理结束后，根据工作流定义，实行印刷输出处理完的数据、或将上述处理完的数据向其他处理节点转送的后续处理。
图3表示在本实施形态中使用的工作流300的层结构以及定义该层结构的工作流控制数据的实施形态。在本实施形态中，用户从用于定义工作流300 的合适装置，例如PC160的桌面画面或构成处理节点的MFP的UI显示装置等，在人‑机对话框进行设定。关于工作流的设定的用户界面，可以参照专利文献1。
在图3中，表示工作流300的层结构，其由二个树状结构310并列。工作流300作为层结构，可以将实行图像数据生成处理的MFP表现为路由节点(routenode)。当图像数据已经电子化登录在数据库等实施形态场合，在MFP基础上，PC160等能提供作为路由节点的功能。
在图3所示的实施形态中，在与路由节点相当的MFP或PC中，与能力或设置位置等对应，分配分布(profile)，构成工作流上的处理节点。又，路由节点作为子节点，例如按输出功能通用，设定多个工作流组。例如，工作流组Gr1作为“对邮件扫描(Scan to Mail)”登录，工作流组Gr2作为“对文件夹扫描(Scan to Folder)”登录，工作流组Gr3作为“对打印件扫描(Scan to Print)”登录等，为了使得容易委托实行工作流，可以在MFP或PC的UI显示部210个别地作为UI按钮等表示。
再有，特定组作为多个孙节点，在各组由用户专用项目Prj1、Prj2、Prj3、……构成。各专用项目Prj1～Prj3以例如按用户、地址、功能设定通用的作业为单位独立登录，各自伴随用户专用的条件设定。又，特定项目设为伴随个别的条件设定数据的个别作业，例如，Fn1＝600dpi的图像读取→Fn2＝PDF变换→Fn3＝向特定邮件地址转送邮件。
树状结构310在处理节点的安装形式中，以结构化文档描述，更详细地说，以XML文档320描述，使用作为处理节点的工作流控制数据。XML文档320在工作流的各序列，描述作为担当处理的程序的插入程序的指定，利用插入程序的设定条件330、340、350、360等。本实施形态的XML文档320，实行构成工作流的项目的功能的处理节点参照与应处理功能有关的XML文档，设定插入程序，读出该设定条件开始处理，然后，将处理交付给后续功能。功能也可以由单独的处理节点完成，但是，也可以在多个处理节点之间进行分散处理。
又，图3所示XML文档320描述设定过滤功能322、文件夹存储功能324、邮件送信功能326的数据，将所取得的图像数据变换为PDF格式后，构成电子邮件以及存储在文件夹的序列。由单独的处理节点完成工作流场合之外，也可 以从以进行分散处理目的作成工作流的PC160或处理节点120向构成工作流的其他处理节点配布。
图4表示在本实施形态中为了形成UI使用的UI生成文件的数据结构。在本实施形态中，对于用于表示在UI显示部210的数据结构体，分配用于固有地识别数据结构体的UI识别值。UI识别值设为包含功能识别值以及版本识别值的结构，所述功能识别值特定例如UI有关的邮件、文件夹存储、传真通信等的功能，所述版本识别值指定UI结构定义的版本。更具体地说，向用于提供电子邮件用的UI的版本01的UI，分配“SCREEN_mail_01”，向版本ON的UI结构定义，分配“SCREEN_mail_ON”这样的固有的UI识别值。
又，本实施形态的UI生成文件分离为UI结构定义，以及利用该UI结构定义的条件设定数据430。UI结构定义在本实施形态中系描述用于实行UI显示的UI部分的文件。又，作为条件设定数据意味通过UI部分设定为专用或以后应设定的数据值。更具体地说，例如，ID＝SCREEN_mail_01的UI生成数据410如图4所示，由UI结构定义420及条件设定数据430生成或构成。
UI结构定义420在本实施形态中设为包含XML、HTML、XTML、XHTML、或HTML的XML，以及包含合适的CSS或XSLT等的结构。又，条件设定数据430用XML、XHTML等结构化文档作成，作为与UI结构定义420不同的数据结构体构成，向应实行插入程序的处理节点配布。UI结构定义和条件设定数据在每个应分别表示的类别相互关联附加。例如，UI结构定义ID＝SCREEN_mail_01，作为条件设定数据，关联附加包含相同参照识别值“mail”的“mail_setting_information”。
在本实施形态中，与插入程序销售者的插入程序更新等对应，UI结构定义420设为被修正为UI结构定义460。修正时，与新功能追加或配置修正等对应，修正对应的UI部分的配置及种类。这种场合，销售者为了处理节点的处理，需要向处理节点配布UI结构定义460，进行设定。另一方面，在处理节点中，由用户对处理条件为专用的条件设定数据的多个个别项目进行设定。因此，即使修正UI结构定义场合，也能尽可能地利用已设定的条件设定数据，最好是仅仅输入与追加修正功能相关联的数据，利用工作流，从有效利用工作流以及提高维修保养性角度看，非常合适。
为此，在本实施形态中，分离为UI结构定义以及条件设定数据，通过合适的接口，将现有的条件设定数据480作为不同的UI生成数据450的UI结构定义460利用的条件设定数据470利用。条件设定数据470与条件设定数据430相比，只要表示的UI项目通用，不管在条件设定数据480内的描述顺序，数据共有。
为了能使得数据共有，在本实施形态中，提供数据继承部234作为接口。数据继承部234不管在结构化文档中的描述顺序，将包含登录的条件设定数据480的可共用数据设定在条件设定数据470。数据继承部234在本实施形态中，在使用结构化文档这一点，使用DOM(document object model)，从条件设定数据480读出数据，采用UI生成数据450使用的条件设定数据470设定的接口的形式，从使得软件/硬件资源追加最少目的角度看，非常合适。
根据上述目的，数据继承部234可以用浏览处理部220能解释实行的文本语言描述，作为例示的文本语言，可以列举用Java(登录商标)Script、VBScript(登录商标)、其他能以行单位实行解释、处理的文本语言，不作特别限定。当软件资源有充分余地场合，也可以用Java(登录商标)的实行代码提供接口。
图5表示本实施形态的用户界面(UI)提供方法的流程。图5的处理在处理节点接受到用户的与工作流相关联的UI显示指令时刻开始。在步骤S501中，在UI显示部210，检测到指定特定UI的事件发生，取得指定的UI的UI识别值。在步骤S502中，从记录数据中取得刚才表示的UI识别值的版本识别值，对与应启动的插入程序对应的现在版本识别值与刚才版本识别值进行比较。
在步骤S502的比较中，版本识别值一致场合(步骤S502的“是”)，在步骤S505中，实行条件设定数据读入，表示UI后，结束处理。在步骤S505的条件设定数据的读入由于没有变更UI版本，因此，不对作为结构化文档描述的条件设定数据进行存取，能预先使用刚才为了表示UI利用的条件设定数据，对现有内容进行存取。又，在另一实施形态中，当浏览处理部220能利用数据文件(cookie)场合，也可以从数据文件取得条件设定数据加以利用。
另一方面，在步骤S502中，实行上次显示时的上次版本识别值与现在欲显示的现在版本识别值不一致场合(步骤S502的“否”)，在步骤S503中，为了继承条件设定数据，用于欲显示的UI，浏览处理部220调用数据继承部234，实 行数据继承处理，与现在版本的UI部分对应，能取得现有的设定数据。在步骤S504中，使用给予新版本的UI结构定义，表示新版本的UI。所表示的UI不依存于新版本的UI结构定义的差异，继承现有的条件设定数据，不管UI版本的修正/变更，有效地利用现有设定的数据，继续工作流的处理，此后，结束处理。
图6表示在本实施形态中使用的条件设定数据480的实施形态。图6所示的条件设定数据系描述与图3所示的工作流控制数据300对应的条件设定数据的实施形态。在第一行指定XML的版本及编码，在第二行描述需要参照的包含用于识别UI的UI功能的识别值的文件名。此后，通过<smtp>、<server_name>、<port>、<user>、<address>等设定条件标识符，设为设定数据规定的结构。上述数据之中有些在销售侧预先设定，其他数据通过用户设定，设定为处理节点固有值。
图6所示条件设定数据系用于控制电子邮件送信的数据，但是，在本实施形态中，并不受此限制，也可以安装用于设定文件夹送信、打印、图像读取等各种功能的条件的结构化文档文件。
图7表示用于提供在本实施形态中起着接口功能、包含DOM功能的数据继承部234功能的模拟代码的实施形态。图7的模拟代码首先比较上次读入的UI结构定义的上次版本识别值(prior_ver)，和现在应表示的UI结构定义的现在版本识别值(current_ver)，两者一致场合，起动顺序读取上次利用的条件设定数据的函数“read_cache”。又，上次版本识别值(prior_ver)和现在应表示的UI结构定义的现在版本识别值(current_ver)不一致场合，调用使用DOM读出用XML描述的条件设定数据的函数“inheritance()”，实行数据读取。在图7中，还表示函数“inheritance()”的读取处理代码。从描述图6所示条件设定数据的结构化文档，将需要设定的数据值，按设定条件标识符顺序，在登录该数据的地址区域实行缓冲处理。
图7所示的模拟代码的函数“inheritance()”用行号15‑38规定，调用DSO(data source object)，在结束下面重复结构(while)构成前，从现有的条件设定数据，读入指定行定义的条件设定数据，对读入值进行缓冲处理。在模拟代码中设定的变量Document.DocumentElement.childnodes.length系指定用在条件设定数据中描述的标识符设定的条件设定数据的种类数的值，使 用DOM，能预先取得。在另一实施形态中，在预先规定条件设定数据数的场合，也可以按各功能进行设定，作为设定常数。
使用图6及图7，更具体地说明数据继承部234的处理，例如，在模拟代码的第22行，为smtp_data＝Document.DocumentElement.childnodes(i)，读取图6的条件设定数据“SMTPS”，设定为变量smtp.innerText＝SMTPS。下面，顺序实行从server_name到最终设定条件数据的读取。另一方面，UI结构定义使用HTML、XML、XSLT及合适CSS安装，作为例如<smtp id＝“SMTPS”>，能将读出值作为节点<smtp>的值交付。下面，通过同样编码，能设定用于在新的UI定义结构中使用的条件设定数据。所设定的数据存储在程序实行部122管理的合适的存储区域，以后，程序实行部122生成UI实例期间期间被保持。
图8表示在本实施形态中UI显示部表示的UI的实施形态。图8所示UI800提供用于进行在处理节点电子邮件功能的设定。通过从UI800操作所设定的热点(hotspot)等的操作，读入与热点相关联的、现在表示的现在版本的编辑框的UI结构定义。编辑框810配置输入编辑对象值的文本框820以及按钮830等的UI部分，能由用户实行例如追加、编辑、删除送信方地址等的处理。
图9表示用于提供图8所示编辑框的UI结构定义900的实施形态。在UI结构定义900中，在第2行描述作为指定UI结构定义的功能及版本的UI识别值的“Mail_Screen_01”。又，在第3行‑第5行描述该UI是电子邮件用的窗口的编辑框。在编辑框内默认设定值读出上次起动时程序实行部记录在高速缓冲存储器或合适的缓冲存储器等的“sender_adderess”的内容表示。用户从图8所示实施形态的编辑框810输入修正的送信方地址，能将该值设为用户专用。
在下次读入编辑框的阶段，修正编辑框用的UI部分的配置等场合，给与不同的版本识别值。该实施形态场合，若实行静态地读入每行需要表示的条件设定数据，则发生不同数据显示在编辑框内，或完全没有显示场合，现有数据成为浪费，还发生需要再次输入或输入错误。在本实施形态中，构成数据继承部234，作为数据读取接口，从现有的条件设定数据构成DOM结构，设定在应现在表示的UI，因此，能有效利用现有数据，能在销售侧有效地实行伴随功能追加/修正引起的UI设计。
图10表示由本发明生成的UI显示1000的实施形态。图10所示的UI显示可 以根据处理节点的安装形式，在MFP的操作面板提供UI显示，当处理节点为PC160场合，也可以在显示装置上仿真MFP的操作面板，表示UI显示1000。在图10所示UI显示1000例示包含工作流的邮件送信功能的设定画面1010。在设定画面1010中，表示编辑框1020以及选择框1030，所述编辑框1020输入在进行邮件送信场合使用的SMTP服务器的名称，所述选择框1030用于选择标准使用语言的编码信息。
处理节点为MFP场合，用户从表示在操作面板上的设定画面1010，处理节点为PC160场合，用户从仿真表示在显示装置上的设定画面，在编辑框1020输入SMTP服务器名，将在选择框1030使用的语言编码信息设定作为例如“UTF‑8”。设定后，操作没有图示的“确认”键，将设定登录作为条件设定数据。
登录的条件设定数据在本实施形态中，重写在程序实行部122用默认值读入的条件设定数据的对应数据上，能由用户专用设定条件数据。当修正相同的条件设定数据的UI结构定义被修正场合，从例如管理工作流的管理服务器等仅仅发送UI结构定义。UI结构定义的修正，大多数场合，伴随设定项目的追加或配置变更等，实行静态的条件设定数据读入场合，与配置变更相关联，即使该配置被修正的已经设定在处理节点的条件设定数据也不能有效利用。
在本实施形态中，通过利用UI结构定义以及利用DOM的数据继承部，能读入动态的条件设定数据，在处理节点中，能一边有效地利用现有的设定条件，一边继承工作流的设定。另一方面，本实施形态的UI提供方法使得结构地分离UI结构定义以及条件设定数据，因此，不修正其他数据，使得各用户能动态地专用UI结构定义。
图11以图10表示的UI显示1000为例说明在本实施形态中对每个用户控制UI显示的实施形态。在图11所示的UI结构定义1110中，作为UI部分，描述服务器名编辑部分1130以及语言编码指定部分1120。在UI结构定义1110中，描述用于参照CSS(cascading style sheet)的XML行，能控制在该UI结构定义1110中提供的UI部分的显示控制。通过UI显示控制文件1150给与UI部分的显示控制，该UI显示控制文件1150与UI结构定义1110不同，另外被定义，对于管理处理节点的用户，希望修正UI显示场合，从例如管理服务器或PC160，将变 更设为表示/非表示的设定的UI显示控制文件配布给配置在特定的用户位置的处理节点，当在浏览处理部220读取UI结构定义1110场合，能根据UI显示控制文件1150控制表示/非表示。
在图11所示的实施形态中，参照UI显示控制文件1150，链接文件名作为“href”属性，但是，参照形式并不作特别限定，也可以链接特定的URL或URI，即使指定路径，不管是绝对路径指定还是相对路径指定，可以根据特定的安装形式适当选择。
图11也表示在本实施形态中使用的UI显示控制文件1150的实施形态。UI显示控制文件1150例示使用CSS描述，但是，其版本并不作特别限定，也可以使用例如XSLT。对于图11的UI结构定义1110，根据UI显示控制文件1150，使其表示图10所示设定画面，显示设定画面1160。在设定画面1160中，表示输入SMTP服务器名的部分1170，本来应表示在矩形方框1180区域中的语言编码指定部分设为非表示，能限制用户的语言编码指定的专用。关于进行显示控制的部分并不作特别限定，可以根据用户的访问权限、访问特权、服务合同内容、核款限制等，不对其他的UI结构定义加以大幅度修正，能容易地使得用户专用UI显示。
本实施形态的上述功能可以通过用C++、Java(登录商标)、Java(登录商标)Script、Perl、Ruby、Python等面向目标编程语言等描述的装置可实行的程序实现，本实施形态的程序可以预先存储在硬磁盘装置、CD‑ROM、MO、软盘、EEPROM、EPROM等的装置可读取的记录介质上，也可以通过网络以其他装置可实行形式传送。
上面参照附图说明了本发明的实施形态，但本发明并不局限于上述实施形态。在本发明技术思想范围内可以作种种追加、变更、删除等，不管什么样的形态，只要能实现本发明的作用/效果，它们都属于本发明的保护范围。