CN1754704B

CN1754704B - 多功能图像形成设备及其方法

Info

Publication number: CN1754704B
Application number: CN200510107042.6A
Authority: CN
Inventors: 松田透; 竹内幸子
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2004-09-27
Filing date: 2005-09-27
Publication date: 2010-06-23
Anticipated expiration: 2025-09-27
Also published as: US20060066898A1; US7760383B2; EP1643753B1; EP1643753A1; JP4314178B2; JP2006094322A; CN1754704A

Abstract

公开了一种图像形成设备，该设备具有与该图像形成设备的配置对应的服务功能。该图像形成设备包含服务功能单元，用来处理对于服务功能的请求。该服务功能单元包含主服务功能部件与多个子服务功能部件。处于运行状态的子服务功能部件之一请求主服务功能部件注册该子服务功能部件之一；该主服务功能部件根据该服务功能请求的类型而将服务功能请求分配给子服务功能部件之一；并且所述子服务功能部件之一处理由主服务功能部件分配的服务功能请求。

Description

多功能图像形成设备及其方法

技术领域

本发明涉及一种图像形成设备，具体地说，涉及一种多功能图像形成设备及其方法，该设备包含服务功能单元，用来处理对于该图像形成设备的服务功能的请求。

背景技术

近年来，多功能图像形成设备越来越为人所知。多功能图像形成设备在同一机架内包含打印机、复印机、传真机、扫描仪、以及其他的功能。例如，绘图仪与扫描设备实际被安装在多功能图像形成设备中，并且实现打印机、复印机、传真机、以及扫描仪功能的软件被安装在该设备的软件系统中；通过切换与这些功能的每一种功能相关的软件，可以驱动该图像形成设备作为打印机、复印机、传真机、扫描仪、或者其他工作。

例如，日本公开专利申请号2003-341175公开了本领域的一种技术。

因为多功能图像形成设备具有打印机、复印机、传真机、扫描仪等等的功能，所以该设备的系统需要管理大量的功能项目。为此，在多功能图像形成设备的系统中，对应于这些功能项目来准备服务功能(以下在必要时简称为“SF”)以管理这些功能项目。

然而，多功能图像形成设备中所需的功能项目依赖于多功能图像形成设备中的组件配置。为使服务功能可以支持图像形成设备的所有可能配置，在相关技术中，建立服务功能以管理多功能图像形成设备中可能需要的各种功能项目。例如，即使在没有传真机功能的图像形成设备中，只要在将来可能向该设备添加传真机功能，也必须准备能够管理传真机所需要的功能项目的服务功能。

发明内容

本发明的一个总的目的在于解决相关技术中的一个或多个问题。

本发明的具体目的在于提供一种图像形成设备及其方法，该设备包含对应于该图像形成设备的配置的服务功能。

根据本发明的第一方面，提供了一种图像形成设备，包括：服务功能单元，用来处理对于服务功能的请求，该服务功能单元包含主服务功能部件与多个子服务功能部件，其中处于(assuming)运行状态的子服务功能部件之一请求主服务功能部件注册该子服务功能部件之一；主服务功能部件根据服务功能请求的类型而将服务功能请求分配给所述子服务功能部件之一；并且所述子服务功能部件之一处理由主服务功能部件分配的服务功能请求。

根据本发明的第二方面，提供了一种图像形成设备的方法，该图像形成设备包括用来处理对于服务功能的请求的服务功能单元，该服务功能单元包含主服务功能部件与多个子服务功能部件，该方法包含以下步骤：由处于运行状态的子服务功能部件之一请求主服务功能部件注册该子服务功能部件之一；主服务功能部件根据服务功能请求的类型而将服务功能请求分配给该子服务功能部件之一；并且该子服务功能部件之一处理由主服务功能部件分配的服务功能请求。

根据本发明的第三方面，提供了一种用来执行图像形成设备的程序，该图像形成设备包含用来处理对于服务功能的请求的服务功能单元，该服务功能单元包含主服务功能部件与多个子服务功能部件，该程序控制该图像形成设备执行以下步骤：指导处于运行状态的子服务功能部件之一请求主服务功能部件注册该子服务功能部件之一；指导主服务功能部件根据服务功能请求的类型而将服务功能请求分配给该子服务功能部件之一；并且指导该子服务功能部件之一处理由主服务功能部件分配的服务功能请求。

根据本发明，因为用来处理对于服务功能的请求的服务功能单元包含主服务功能部件与多个子服务功能部件，并且处于运行状态的子服务功能部件之一可以在主服务功能部件中注册，所以可能提供一种图像形成设备，其能够对应于该图像形成设备的配置而配置服务功能，并且在该图像形成设备中，允许主服务功能部件根据服务功能请求的类型而将服务功能请求分配给该子服务功能部件，并且该子服务功能部件处理由主服务功能部件分配的服务功能请求。

通过对参照附图给出的优选实施方式的以下详细描述，本发明的这些与其他目的、特征、以及优点将变得更明显。

附图说明

图1为图示多功能图像形成设备1中的软件系统的配置例子的方框图；

图2为图示多功能图像形成设备1的硬件配置的例子的方框图；

图3为举例说明服务功能(SF)27的方框图；

图4为举例说明管理项目类型与管理项目之间的对应关系的方框图；

图5为示出管理项目细节的例子的表；

图6为举例说明主服务功能101与子服务功能102的配置的方框图；

图7为举例说明包含一个主服务功能101与三个子服务功能102a、102b、102c的配置的方框图；

图8为举例说明对于子服务功能注册请求事件的操纵器(handler)处理的方框图；

图9为举例说明对于子服务功能终止请求事件的操纵器处理的方框图；

图10为举例说明主服务功能101与子服务功能102之间的消息序列的图；

图11为图示请求分发处理器207执行的请求分发处理的例子的流程图；

图12为示出对于设备管理服务的请求的列表的表格；

图13为举例说明对象ID的图；

图14为图示请求分发处理的例子的流程图；

图15为图示请求分发处理的另一例子的流程图；

图16为图示请求分发处理的另一例子的流程图；以及

图17为图示主服务功能101与子服务功能102的配置的另一例子的方框图。

具体实施方式

下面，将参照附图解释本发明的优选实施方式。

在以下对实施方式的描述中，把多功能图像形成设备视为本发明的图像形成设备的例子，其在同一机架内合并了打印机、复印机、传真机、扫描仪、以及其他的功能。当然，本发明的图像形成设备可以包含其他种类的图像形成单元。另外，在以下对实施方式的描述中，将用于设备管理的服务功能当作例子。但是本发明可应用于其他种类的服务功能。

图1为图示多功能图像形成设备1中的软件系统的配置例子的方框图。

如图1所示，多功能图像形成设备1的软件系统包含软件包2、启动部件3、以及硬件资源4。

硬件资源4包含绘图仪11、扫描仪12、以及其他硬件资源13，如传真机。

软件包2包含在UNIX(注册商标)或者其他操作系统(以下简称为“OS”)下启动的应用层5以及平台6。

例如，应用层5包含与利用打印机、复印机、传真机、或者扫描仪的图像形成相关的程序、以及与网络服务有关的程序。如图1所示，应用层5可以包含打印机应用程序21、复印机应用程序22、传真机应用程序23、扫描仪应用程序24、网络服务应用程序25、网络服务功能(以下在必要时简称为“WSF”)26、以及服务功能(SF)27a至27n。以下，标号27用来指示任何一个服务功能27a至27n。

网络服务功能26包含应用程序接口(以下在必要时简称为“API”)28，其通过利用预先定义的功能使得能够接收来自网络服务应用程序25的请求。类似地，服务功能27包含应用程序接口(API)29，其通过利用预先定义的功能使得能够接收来自网络服务功能26的请求。

当接收到来自网络服务应用程序25的请求时，网络服务功能26将该请求转换为对服务功能27的请求。响应于该请求，网络服务功能26选择一个服务功能27，并且通过API 29将该请求发送给所选择的服务功能27。当接收到该请求时，所选择的服务功能27执行所请求的处理。

平台6包含：控制服务层7，其解释来自应用层5的请求，并且生成获取硬件资源4的请求；系统资源管理器(SRM)8，其管理硬件资源4，并且仲裁来自控制服务层7的获取请求；以及操纵器层9，其根据该获取请求管理硬件资源4。

控制服务层7包含多个服务模块，例如NCS 31、DCS 32、OCS 33、FCS34、ECS 35、MCS 36、UCS 37、SCS 38。

平台6包含应用程序接口(API)51，其通过利用预先定义的功能接收来自应用层5的请求。OS作为进程并行地执行应用层5与平台6中的程序。

NCS(网络控制服务)进程31调解(intermediates)通过协议从网络接收的数据向应用5的分发，可替换地，调解数据从应用5向网络的发送。

DCS(传送控制服务)进程32控制在多功能图像形成设备1中存储的文档数据的传送。

OCS(操作面板控制服务)进程33如下所述地控制操作面板。

FCS(传真控制服务)进程34提供API，用来通过利用PSTN或者ISDN网而向应用层5发送传真以及从其接收传真，注册或者引述(citing)在备份存储器中存储的各种传真数据，读取传真，以及打印所接收到的传真。

ECS(引擎控制服务)进程35控制绘图仪11、扫描仪12、以及其他硬件资源13的引擎。

MCS(存储器控制服务)进程36控制存储器的分配与释放、硬盘(HDD)的利用、图像数据的压缩与解压缩等等。

UCS(用户信息控制服务)进程37管理用户信息。

SCS(系统控制服务)进程38进行对操作单元的控制、系统信息显示、LED指示、对硬件资源4的管理、应用管理、以及对中断应用的控制。

SRM进程8与SCS 38一起执行对硬件资源4的系统控制与管理。例如，SRM进程8仲裁利用诸如绘图仪11或者扫描仪12等硬件资源4的来自上一层的获取请求，并且控制硬件资源4的执行。

具体地说，SRM进程8确定所请求的获取的硬件资源4是否可用(换言之，硬件资源4是否正在被其他获取请求使用)；如果要获取的硬件资源4可用，则SRM进程8通知上一层所请求的获取的硬件资源4可用。响应于来自上一层的获取请求，SRM进程8进行调度，以利用硬件资源4，并且直接处理该请求(例如由打印机引擎执行的纸张传送与图像形成、存储器分配、以及文件创建)。

操纵器层9包含：传真控制单元操纵器(FCUH)41，其如下所述地管理传真控制单元(FCU)；以及图像存储器操纵器(IMH)42，其管理对进程的存储器分配以及分配给进程的存储器。

通过利用引擎接口(I/F)52，SRM 8与FCUH 41对硬件资源4进行请求，该引擎接口52通过利用预先定义的功能向硬件资源4发送请求。

利用图1所示的配置，多功能图像形成设备1能够以集成的方式在平台6上执行应用5通常需要的所有处理。

接着，描述多功能图像形成设备1的硬件配置。

图2为图示多功能图像形成设备1的硬件配置例子的方框图。

如图2所示，多功能图像形成设备1包含控制器60、操作面板80、FCU81、以及引擎82。

控制器60包含CPU 61、系统存储器62、NB(北桥)63、SB(南桥)64、ASIC(专用集成电路)66、本地存储器67、HDD 68、NIC(网络信息卡)69、USB I/F 70、IEEE 1394I/F 71、以及Centronics I/F 72。

操作面板80连接到控制器60的ASIC 66。FCU 81以及引擎82通过PCI总线83连接到控制器60的ASIC 66。

在控制器60中，本地存储器67与HDD 68连接到ASIC 66，并且CPU 61通过CPU芯片组的NB 63连接到ASIC 66。另外，ASIC 66与NB 63通过加速图形端口(AGP)65而连接。

CPU 61控制多功能图像形成设备1的总体操作。在图1中，CPU 61启动控制服务层7中包含的一个或多个服务模块、SRM 8、以及构成操纵器层9的FCUH 41与IMH 42。另外，CPU 61启动并执行构成应用层5的打印机应用程序21、复印机应用程序22、传真机应用程序23、扫描仪应用程序24、网络服务应用程序25、网络服务功能26、以及服务功能27a至27n。

NB 63为用来连接CPU 61、系统存储器62、SB 64、ASIC 66、NIC 69、USB I/F 70、IEEE 1394 I/F 71、以及Centronics I/F 72的桥。NB 63通过PCI总线73连接到SB 64、NIC 69、USB I/F 70、IEEE 1394 I/F 71、以及CentronicsI/F 72。

SB 64是用于将PCI总线73连接到ROM或外围设备的桥。

系统存储器62被用作写入存储器或者其他。本地存储器67被用作用于拷贝的图像缓冲器或者代码缓冲器。

ASIC 66是专门用于图像处理的IC(集成电路)，其包含能够进行图像处理的硬件元件。

HDD 68是用来存储图像数据、文档数据、程序、字体数据、表格、以及其他的存储设备的例子。

NIC 69是用来将多功能图像形成设备1连接到诸如因特网或LAN(局域网)等网络的接口设备。

USB I/F 70、IEEE 1394 I/F 71、以及Centronics I/F 72为符合各种标准的接口。

操作面板80使用户输入操作或者向用户显示信息。FCU 81具有备份存储器，例如，当多功能图像形成设备1关闭时，备份存储器用来暂时存储所接收到的传真数据。

图3为举例说明服务功能(SF)27的方框图。

如图3所示，服务功能27包含主服务功能101、以及一个或多个子服务功能102a至102n。以下，标号102用来指示任何一个子服务功能102a至102n。在以下描述中，假定服务功能27用于设备管理服务。

主服务功能101接收对设备管理服务的请求。由主服务功能101接收的请求包含具有指定管理项目或者指定管理项目类型的请求。主服务功能101被配置来管理项目类型的完整列表、以及项目类型与子服务功能102之间的对应关系。

主服务功能101将所接收到的请求分配给对应于管理项目或者管理项目类型的一个子服务功能102a至102n。当由主服务功能101接收的请求是对于所有设备管理服务时，主服务功能101可以根据该请求运行。

当从主服务功能101接收到请求时，子服务功能102根据该请求运行。即，子服务功能102运行以提供设备管理服务。

图4为举例说明管理项目类型与管理项目之间的对应关系的方框图。

如图4所示，例如，存在管理项目类型“系统”、“网络”、“打印机”、“传真机”、以及“扫描仪”，并存在管理项目“时间”、“sntp服务器”、以及“时区”等等。

即，在对于设备管理服务的服务功能27中，将管理项目分类为三种不同的项目类型，并且为每一种项目类型都提供子服务功能102。

图5为示出管理项目细节的例子的表。

在图5中，列“类”表示管理项目，而列“名称”表示管理项目的内容。

以下将参照图6详细描述图3所示的主服务功能101与子服务功能102。

图6为举例说明主服务功能101与子服务功能102的配置的方框图。

如图6所示，主服务功能101包含服务功能(SF)注册服务器201、操纵器处理器202、服务功能(SF)管理对象203、服务功能(SF)处理客户端206、以及请求分发处理器207。

服务功能管理对象203包含服务功能(SF)进程管理列表204、以及子服务功能(SF)管理列表205。

子服务功能102包含服务功能(SF)注册客户端211、对象212、213、固有(intrinsic)处理器214、以及服务功能(SF)处理服务器215。

主服务功能101与子服务功能102通过进程间通信进行交互控制。在主服务功能101与子服务功能102之间的进程间通信中，存在用于注册的通信以及用于处理的通信。在子服务功能102的服务功能注册客户端211与主服务功能101的服务功能注册服务器201之间进行用于注册的通信。在主服务功能101的服务功能(SF)处理客户端206与子服务功能102的服务功能(SF)处理服务器215之间进行用于处理的通信。

子服务功能102可以安装多个对象212、213。例如，在用于注册的通信期间，处于运行状态的子服务功能102的服务功能注册客户端211向主服务功能101的服务功能注册服务器201发送与所支持的对象212、213相同数目的对于注册的请求。

利用从服务功能注册服务器201的程序库调出的操纵器处理器202，主服务功能101的服务功能注册服务器201注册子服务功能102的信息，该服务功能注册服务器201接收服务功能管理对象203中的注册请求。

具体地讲，操纵器处理器202在服务功能进程管理列表204中注册服务器名称与客户端信息结构，并且在与服务功能进程管理列表204相关的子服务功能管理列表205中注册客户端ID、对象名称、进程ID、公用存储器尺寸、对象ID、以及活动状态。

例如，在图6中，当子服务功能102发送注册请求时，操纵器处理器202在服务功能进程管理列表204中注册服务器名称“服务器1”以及客户端信息结构，并且在与服务功能进程管理列表204相关的子服务功能管理列表205中注册客户端ID、对象名称“对象1”、“对象2”、子服务功能102的进程ID、用于处理的通信所使用的公用存储器尺寸、对象212、213的对象ID、以及活动状态(有效或无效)。

为了使得能够进行用于处理的通信，子服务功能102启动服务功能处理客户端206，以将服务功能处理客户端206注册为用于与子服务功能102的服务功能处理服务器215的进程间通信的客户端。

在另一方面，请求分发处理器207通过网络服务功能26从诸如网络服务应用程序25或其他的客户端接收对于设备管理服务的请求。请求分发处理器207利用作为按键信息的对象ID与对象类而检查服务功能管理对象203，并且获得服务功能处理客户端206的服务器名称。例如，请求分发处理器207获得能够与对应于该请求的子服务功能102进行进程间通信的服务功能处理客户端206的服务器名称。

通过由所获得的服务器名称指定的服务功能处理客户端206与子服务功能102的服务功能处理服务器215之间的进程间通信，请求分发处理器207向服务功能处理服务器215发送来自客户端的请求。

服务功能处理服务器215将该请求发送给固有处理器214。固有处理器214根据该请求指导对象212、213进行处理。

图7为举例说明包含一个主服务功能101与三个子服务功能102a、102b、102c的配置的方框图。

在图7中，主服务功能101包含分别对应于子服务功能102a、102b、102c的服务功能处理客户端206a、206b、206c，使得主服务功能101能够通过进程间通信与子服务功能102a、102b、102c进行通信。

服务功能处理客户端206a被注册为用于与子服务功能102a的服务功能处理服务器215a的进程间通信的客户端。类似地，服务功能处理客户端206b被注册为用于与子服务功能102b的服务功能处理服务器215b的进程间通信的客户端，并且服务功能处理客户端206c被注册为用于与子服务功能102c的服务功能处理服务器215c的进程间通信的客户端。

请求分发处理器207通过网络服务功能26从客户端接收对于设备管理服务的请求。请求分发处理器207利用对象ID与对象类作为按键信息而检查服务功能管理对象203，并且获得一个服务功能处理客户端206a、206b、和206c的服务器名称。例如，请求分发处理器207获得能够与对应于该请求的子服务功能102a、102b、102c进行进程间通信的一个服务功能处理客户端206a、206b、和206c的服务器名称。

通过由所获得的服务器名称指定的一个服务功能处理客户端206a、206b、和206c与一个服务功能处理服务器215a、215b、215c之间的进程间通信，请求分发处理器207向一个服务功能处理服务器215a、215b、215c发送来自客户端的请求。

服务功能处理服务器215a、215b、215c之一将该请求发送给固有处理器214，并且固有处理器214根据该请求指导对象212、213进行处理。

图8为举例说明对于子服务功能注册请求事件的操纵器处理的方框图。

在主服务功能101中，通过以下操纵器的处理，来处理服务功能注册服务器201的子服务功能注册请求的事件。

首先，操纵器处理器202锁定服务功能管理对象203，即，只允许操纵器处理器202来检查服务功能管理对象203并且更新服务功能管理对象203。操纵器处理器202检查服务功能管理对象203，以确认相关对象的服务功能处理客户端206是否存在于服务功能管理对象203的服务功能进程管理列表204中。

如果在服务功能管理对象203的服务功能进程管理列表204中存在相关对象的服务功能处理客户端206，并且如果仍未启动该服务功能处理客户端206，则操纵器处理器202初始化并且启动该服务功能处理客户端206。当服务功能处理客户端206初始化成功时，操纵器处理器202请求服务功能管理对象203添加服务功能进程管理列表204与子服务功能管理列表205，并且验证子服务功能102的对象。

接着，操纵器处理器202请求服务功能处理客户端206对于子服务功能102的服务功能管理列表215进行主服务功能注册请求。只有在首次注册服务功能处理客户端206时，才进行该服务功能注册请求。例如，当发送子服务功能注册请求以请求在终止后重新启动已经注册的子服务功能102时，确认该主服务功能注册请求并非重复。然后，操纵器处理器202解锁服务功能管理对象203。

图9为举例说明对于子服务功能终止请求事件的操纵器处理的方框图。

在主服务功能101中，通过以下操纵器的处理，来处理对于服务功能注册服务器201的子服务功能终止请求的事件。

首先，操纵器处理器202锁定服务功能管理对象203。操纵器处理器202请求服务功能管理对象203使子服务功能102的对象无效。但是服务功能处理客户端206没有被终止。然后，操纵器处理器202解锁该服务功能管理对象203。

图10为举例说明主服务功能101与子服务功能102之间的消息序列的图。

在步骤S1，子服务功能102的服务功能注册客户端211向主服务功能101的服务功能注册服务器201发送子服务功能注册请求的消息。在接收到子服务功能注册请求的消息之后，主服务功能101进行一系列子服务功能注册请求处理。

在步骤S2，主服务功能101的服务功能处理客户端206向子服务功能102的服务功能处理服务器215发送主服务功能注册请求的消息。

在子服务功能102的服务功能注册客户端211发送了子服务功能注册请求的消息之后，主服务功能101的服务功能注册服务器201的客户端可能被暂时停止。在这种情况下，在以下描述的步骤S5发送子服务功能终止请求的消息之前，初始化并启动服务功能注册客户端211。

当子服务功能102的重新启动的服务功能注册客户端211的进程ID与对象名称相同时，主服务功能101将子服务功能102的服务功能注册客户端211当作相同的客户端，并且控制该服务功能管理对象203。

在步骤S3，主服务功能101的请求分发处理器207接收该请求。

在步骤S4，与该请求一致，主服务功能101的请求分发处理器207通过主服务功能101与子服务功能102之间的进程间通信而调出相关方法。

在步骤S5，子服务功能102的服务功能注册客户端211将子服务功能终止请求消息发送到主服务功能101的服务功能注册服务器201。在接收到子服务功能终止请求消息之后，主服务功能101执行一系列子服务功能终止处理。

图11为图示由请求分发处理器207执行的请求分发处理的例子的流程图。

如图11所示，请求分发处理器207通过网络服务功能26从客户端接收对于设备管理服务的图12所示的一个请求。

图12为示出对于设备管理服务的请求的列表的表。

对于设备管理服务的请求包含对所有设备管理服务的请求，例如版本获取请求、服务状态获取请求、会话开始请求、会话延伸(extension)请求、设备占用开始请求、设备占用结束请求、管理项目类型列表获取请求、例如管理项目列表获取请求的具有指定管理项目类型的请求、例如管理项目容量(选择范围或初始值)获取请求的具有指定管理项目的请求、管理项目设置获取请求、管理项目列表获取请求、以及管理项目设置修改请求。

在主服务功能101中处理之后，对于设备管理服务的请求包括用来通知子服务功能102的请求，例如会话开始请求、会话结束请求、设备占用开始请求、以及设备占用结束请求。

在接收到如图12所示的请求之后，请求分发处理器207开始如图11所示的请求分发处理。

在步骤S11，请求分发处理器207确定所接收到的请求类型。当确定主服务功能101接收到的请求为对于所有设备管理服务时，请求分发处理器207行进到步骤S12，并且主服务功能101处理从客户端接收到的请求。然后，请求分发处理器207进行到步骤S13，并且在完成了主服务功能101中的处理之后，请求分发处理器207确定是否需要将该请求通知子服务功能102。

当确定需要将该请求通知子服务功能102时，请求分发处理器207进到步骤S14。在步骤S14中，通过服务功能处理客户端206与服务功能处理服务器215之间的进程间通信，请求分发处理器207将在主服务功能101中所处理的请求通知子服务功能102。

当确定不需要将该请求通知子服务功能102时，请求分发处理器207结束该例程。

当在步骤S11中确定该请求由特定的管理项目或者特定的管理项目类型指定时，请求分发处理器207进到步骤S15，例如，请求分发处理器207进行请求分发处理，具体地讲，请求分发处理器207根据对象ID或者对象类而确定子服务功能102。

然后，在步骤S16，请求分发处理器207将该请求转发给所确定的子服务功能102，并且结束该例程。

接着描述在步骤S15中的请求分发处理。

例如，利用图6所示的配置，请求分发处理器207将来自客户端的请求中包含的对象ID用做按键信息而检查服务功能管理对象203。

服务功能管理对象203将对象ID用做按键信息而搜索子服务功能管理列表205，并且从与正搜索的子服务功能管理列表205相关的服务功能进程管理列表204中获得服务功能处理客户端206的服务器名称。服务功能管理对象203将所获得的服务器名称发送给请求分发处理器207。

获得了能够与对应于该请求的子服务功能102进行进程间通信的服务功能处理客户端206的服务器名称之后，请求分发处理器207可以确定向其分配该请求的子服务功能102。

图13为举例说明对象ID的图。

如图13所示，在来自客户端的请求中包含的对象ID可以被定义包含子服务功能102的进程ID。这样的对象ID使得能够进行如图14所示的请求分发处理。

图14为图示请求分发处理的例子的流程图。

在步骤S21，请求分发处理器207从在来自客户端的请求中包含的对象ID中获得子服务功能102的进程ID。

在步骤S22，请求分发处理器207将子服务功能102的进程ID用做按键信息，而检查服务功能管理对象203。

服务功能管理对象203将子服务功能102的进程ID用做按键信息，而搜索子服务功能管理列表205，并且从与正搜索的子服务功能管理列表205相关的服务功能进程管理列表204中获得服务功能处理客户端206的服务器名称。服务功能管理对象203将所获得的服务器名称发送给请求分发处理器207。

获得了能够与对应于该请求的子服务功能102进行进程间通信的服务功能处理客户端206的服务器名称之后，请求分发处理器207可以确定向其分配请求的子服务功能102。

另外，如图13所示，在来自客户端的请求中包含的对象ID可以被定义包含管理项目类型ID与管理项目ID，并且还包含对象管理表，在该表中管理项目类型ID与管理项目ID被设置为与子服务功能102的进程ID相关联。这样的对象ID使得能够进行如图15所示的请求分发处理。

图15为图示请求分发处理的另一例子的流程图。

在步骤S31，请求分发处理器207获得在来自客户端的请求中包含的管理项目类型ID与管理项目ID。

在步骤S32，请求分发处理器207检查对象管理表，并且获得与管理项目类型ID和管理项目ID相关联的子服务功能102的进程ID。

在步骤S33，请求分发处理器207将子服务功能102的进程ID用做按键信息，而检查服务功能管理对象203。

另外，如图13所示，在来自客户端的请求中包含的对象ID可以被定义包含管理项目类型ID与管理项目ID，并且包含项目类型管理表以及对象管理表，在项目类型管理表中，管理项目类型ID与管理项目ID被设置为相互关联，在对象管理表中，管理项目类型ID被设置为与子服务功能102的进程ID相关联。这样的对象ID使得能够进行如图16所示的请求分发处理。

图16为图示请求分发处理的另一例子的流程图。

在步骤S41，请求分发处理器207确定所请求的项目是管理项目类型还是管理项目。

如果确定所请求的项目是管理项目，则请求分发处理器207行进到步骤S42。如果确定所请求的项目是管理项目类型，则请求分发处理器207行进到步骤S43。

在步骤S42，请求分发处理器207获得与来自客户端的请求中包含的管理项目ID对应的管理项目类型ID。

在步骤S43，请求分发处理器207检查对象管理表，并且获得与管理项目类型ID相关联的子服务功能102的进程ID。

在步骤S44，请求分发处理器207将子服务功能102的进程ID用做按键信息，而检查服务功能管理对象203。

在本实施方式中，处理对于设备管理服务的请求的服务功能27被配置为包含主服务功能101与子服务功能102，并且可以在主服务功能101中注册处于运行状态的子服务功能102，从而可能提供与图像形成设备的配置一致的服务功能27。另外，在本实施方式中，主服务功能101可以向子服务功能102分配请求，并且子服务功能102可以处理该请求。

在以上实施方式中，在主服务功能101与子服务功能102之间有两条进程间通信通道，但是即使当只有一条进程间通信通道时本发明也可适用。

在图17中，与图6所示相同的元件分配了相同的标号，并且适当地省略了重复的描述。

如图17所示，主服务功能101包含服务功能(SF)注册服务器201、操纵器处理器202、服务功能(SF)管理对象203、请求分发处理器207、以及事件请求部分208。服务功能管理对象203包含服务功能(SF)进程管理列表204、以及子服务功能(SF)管理列表205。

子服务功能102包含服务功能(SF)注册客户端211、对象212、以及固有处理器214。

主服务功能101与子服务功能102通过进程间通信进行交互控制。在主服务功能101与子服务功能102之间有一条进程间通信通道。具体地讲，在子服务功能102的服务功能注册客户端211与主服务功能101的服务功能注册服务器201之间进行进程间通信。

在主服务功能101的服务功能注册服务器201中注册变为运行状态的子服务功能102的服务功能注册客户端211的执行过程与图6所示的方式相同。

操纵器处理器202启动事件请求部分208以允许相应于请求地生成对于子服务功能102的事件。

在另一方面，请求分发处理器207通过网络服务功能27接收来自诸如网络服务应用程序25或其他的客户端的对于设备管理服务的请求。请求分发处理器207利用对象ID与对象类作为按键信息，而检查服务功能管理对象203。例如，请求分发处理器207确定允许与该请求一致地生成子服务功能102的事件的事件请求部分208。

请求分发处理器207将来自客户端的请求发送给所确定的事件请求部分208。事件请求部分208生成从主服务功能101的服务功能注册服务器201至子服务功能102的服务功能注册客户端211的事件。服务功能注册客户端211将该事件中的从服务功能注册服务器201接收的请求发送给固有处理器214。固有处理器214指导对象212根据该请求执行处理。

在该例子中，通过两条进程间通信通道进行的处理可以由一条进程间通信通道实现。即，可以通过一条进程间通信通道进行子服务功能102在主服务功能101中的注册以及对子服务功能102的请求分发。

在权利要求中，“请求类型”根据请求内容(例如版本获取)、请求项目(例如时区)、以及来自要处理该请求的子服务功能的请求来定义。

虽然以上参照为说明目的而选择的特定实施方式描述了本发明，但是显而易见，本发明并不限于这些实施方式，而在不脱离本发明基本概念与范围的前提下，本领域技术人员可以对其进行各种修改。

本专利申请基于2004年9月27日提交的日本优先权专利申请号2004-279661，通过引用而合并其全部内容。

Claims

1.一种图像形成设备，包含：

服务功能单元，用来处理对于服务功能的请求，所述服务功能单元包含主服务功能部件与多个子服务功能部件；

其中

处于运行状态的子服务功能部件之一请求主服务功能部件注册该子服务功能部件之一；

该主服务功能部件根据服务功能请求的类型而将服务功能请求分配给所述子服务功能部件之一；并且

所述子服务功能部件之一处理由主服务功能部件分配的服务功能请求。

2.如权利要求1所述的图像形成设备，其中

处于运行状态的所述子服务功能部件之一将请求类型通知该主服务功能部件；以及

主服务功能部件在控制单元中注册请求类型与所述子服务功能部件之一之间的对应关系。

3.如权利要求2所述的图像形成设备，其中在参照控制单元的同时，主服务功能部件向对应于该请求类型的所述子服务功能部件之一分配该服务功能请求。

4.如权利要求2所述的图像形成设备，其中该主服务功能部件根据该请求类型而处理服务功能请求。

5.如权利要求2所述的图像形成设备，其中在该主服务功能部件完成了根据该请求类型对于服务功能请求的处理之后，该主服务功能部件通知所述子服务功能部件之一完成了对于服务功能请求的处理。

6.如权利要求2所述的图像形成设备，其中

所述子服务功能部件之一包含：注册客户端，其向主服务功能部件发送注册请求；以及处理服务器，其接收来自主服务功能部件的服务功能请求；

该主服务功能部件包含：注册服务器，其接收来自所述子服务功能部件之一的注册请求；以及处理客户端，其向所述子服务功能部件之一发送服务功能请求；以及

该主服务功能部件与所述子服务功能部件之一通过两条进程间通信通道而相互通信。

7.如权利要求2所述的图像形成设备，其中

所述子服务功能部件之一包含处理客户端，其作为事件而向主服务功能部件发送注册请求并从主服务功能部件接收服务功能请求；

该主服务功能部件包含处理服务器，其作为事件而从所述子服务功能部件之一接收注册请求，并且向所述子服务功能部件之一发送服务功能请求；以及

该主服务功能部件与所述子服务功能部件之一通过一条进程间通信通道而相互通信。

8.如权利要求6所述的图像形成设备，其中

当确定发送该注册请求的所述子服务功能部件之一没有在控制单元中注册时，该主服务功能部件启动该主服务功能部件的处理客户端以及所述子服务功能部件之一的处理服务器，并且在控制单元中注册所述子服务功能部件之一。

9.如权利要求6所述的图像形成设备，其中

当确定发送该注册请求的所述子服务功能部件之一已在控制单元中注册时，该主服务功能部件启动该主服务功能部件的处理客户端以及所述子服务功能部件之一的处理服务器。

10.如权利要求6所述的图像形成设备，其中

当主服务功能部件接收来自所述子服务功能部件之一的终止请求时，该主服务功能部件在控制单元中注册发送该终止请求的所述子服务功能部件之一的无效。

11.如权利要求1所述的图像形成设备，其中每一个子服务功能部件都包含多个对象，并且对于每个对象都进行注册请求。

12.如权利要求11所述的图像形成设备，其中该主服务功能部件根据该服务功能请求中包含的对象标识符而向所述子服务功能部件之一分配该服务功能请求。

13.如权利要求11所述的图像形成设备，其中该主服务功能部件根据该服务功能请求中包含的子服务功能部件之一的标识符而向子服务功能部件之一分配该服务功能请求。

14.如权利要求11所述的图像形成设备，其中该主服务功能部件根据该服务功能请求中包含的所请求的服务功能的标识符而向子服务功能部件之一分配该服务功能请求。

15.如权利要求6所述的图像形成设备，其中在控制单元中注册处理服务器与一个或多个对象标识符、子服务功能部件之一的标识符、以及所请求的服务功能的标识符之间的对应关系。

16.如权利要求6所述的图像形成设备，其中该主服务功能部件通过从注册服务器的程序库中调出的操纵器处理而在存储单元中注册请求类型与子服务功能部件之一之间的对应关系。

17.如权利要求1所述的图像形成设备，其中由主服务功能部件与子服务功能部件处理的服务功能请求是对于设备管理服务功能的请求。

18.如权利要求17所述的图像形成设备，其中

当该服务功能请求是对于所有设备管理服务功能的请求时，该主服务功能部件处理该服务功能请求，以及

当该服务功能请求是包含指定管理项目或者指定管理项目类型的请求时，该主服务功能部件将该服务功能请求分配给子服务功能部件之一。

19.如权利要求1所述的图像形成设备，其中该主服务功能部件接收来自网络服务层的处理的服务功能请求。

20.一种图像形成设备的方法，所述图像形成设备包含用来处理对于服务功能的请求的服务功能单元，所述服务功能单元包含主服务功能部件与多个子服务功能部件，

所述方法包含以下步骤：

由处于运行状态的子服务功能部件之一请求该主服务功能部件注册该子服务功能部件之一；

由主服务功能部件根据该服务功能请求的类型而将该服务功能请求分配给所述子服务功能部件之一；并且

由所述子服务功能部件之一处理由主服务功能部件分配的服务功能请求。