信息处理设备、信息处理方法和图像形成设备的制作方法

专利名称：信息处理设备、信息处理方法和图像形成设备的制作方法
技术领域：
本发明涉及一种信息处理设备、信息处理方法和图像形成设备。
背景技术：
诸如网页服务的各种服务正在被提供给网络并且可以从程序内被调用(例如，见第2009-017592号日本特开专利申请)。通过利用这种现有服务，程序开发者也许能够以改善的效率开发程序。因为可以期望现有服务提供一般稳定品质，所以程序开发者通过利用这种服务能够开发出稳定程序并且将这些程序提供给用户。还有，在一般称为多功能外部设备(MFP)的一些图像形成设备中，例如，在出货之后，能够开发或者通过利用公布的应用程序接口(API)来安装新应用程序(例如，见第 2005-269619号日本特开专利申请)。在这种图像形成设备中，不仅能够安装通过图像形成设备的供应商开发的应用程序，而且能够安装通过第三方供应商开发的应用程序。因此，显著地增加图像形成设备的功能可扩展性，能够使图像形成设备的销售者通过利用扩展的功能来创造新的商业模式。这种第三方供应商开发的应用程序还可以便利图像形成设备和其他计算机之间的协调。例如，服务提供者可以决定在与图像形成设备的销售者的商业合作中使其自身的计算机系统与图像形成设备协作，因此为创建新的商业模式增加潜力。但是，关于经由网络的现有服务的利用，如果程序和程序调用的服务之间的关系是静态的，程序可能不能利用与原先的服务相同种类的、新的、更高级功能的服务，因为为了利用新服务必须重写程序。另一方面，如果程序和服务之间的关系是动态的，那么程序利用的服务可以相对容易地被另一种服务代替。但是，已经难以定义用于选择最优服务的标准。此外，服务的替换涉及定义程序和服务的复杂信息，对于用户难以手动修改这些信息。关于通过利用API的新的商业模式的创建，一个重要的问题是怎样获得收益。在利用计算机系统的商业模式中，在计算机系统范围内应该实现用于确保收益的适当机构。 同样期望的是，计算机系统以容易和清楚的方式在商业合作者之间实现用于收益的分配的机构。

发明内容
通过本发明可以克服现有技术的缺点，本发明的一个方面是提供一种信息处理设备，该信息处理设备包括接收单元，所述接收单元被配置成接收用于通过计算机提供的多个服务中的一个的利用请求；服务属性信息存储单元，所述服务属性信息存储单元被配置成存储每个服务的服务属性信息，服务属性信息包括指示服务的类型的信息和指示服务的内容的评价的信息；和服务推荐单元，所述服务推荐单元被配置成从服务属性信息存储单元搜索与请求的服务的类型相对应的服务属性信息，并且基于在从服务属性信息存储单元检索到的服务属性信息中的评价信息判定推荐利用的服务。本发明的另一个方面是一种通过信息处理设备进行的信息处理方法，该信息处理方法包括接收用于通过计算机提供的多个服务中的一个的利用请求；在信息处理设备的服务属性信息存储单元中存储每个服务的服务属性信息，服务属性信息包括指示服务的类型的信息和指示服务的内容的评价的信息；和从服务属性信息存储单元搜索与请求的服务的类型相对应的服务属性信息；并且基于在从服务属性信息存储单元检索到的服务属性信息中的评价信息判定推荐利用的服务。本发明的另一个方面是一种图像形成设备，该图像形成设备包括服务属性信息存储单元，所述服务属性信息存储单元被配置成存储能够通过图像形成设备提供的多个服务中的每个服务的属性信息，服务属性信息包括识别信息；服务属性信息提供单元，所述服务属性信息提供单元被配置成响应来自信息处理设备的请求，服务属性信息提供单元将在服务属性信息存储单元中存储的识别信息传输到信息处理设备，图像形成设备能够与信息处理设备通信；服务请求接收单元，所述服务请求接收单元被配置成从信息处理设备接收包括识别信息的服务执行请求；服务控制单元，所述服务控制单元被配置成控制通过包括在服务执行请求中的识别信息识别的服务的执行；和帐单单元，所述帐单单元被配置成在账单信息存储单元中记录与执行的服务的数量相对应的帐单信息。


图1是根据本发明的第一实施例的信息处理系统的方框图；图2是根据第一实施例的微件(widget)、微件管理器和提供者应用程序的功能结构的方框图；图3是根据第一实施例的图像形成设备的硬件结构的方框图；图4是根据第一实施例的用户终端的硬件结构的方框图；图5是在启动根据第一实施例的微件管理器和微件时的处理顺序的时序图；图6图解在根据第一实施例的微件管理器的配置文件数据(profile data)管理单元中注册的配置文件数据的实例；图7图解根据第一实施例的计划利用的服务信息的实例；图8图解根据第一实施例的推荐的服务的判定结果的实例；图9图解根据第一实施例的扫描翻译微件的微件信息的实例；图10图解用户管理表的实例；图11是根据第一实施例的扫描翻译微件的处理顺序的时序图；图12图解用户选择屏幕的实例；图13图解根据第一实施例的扫描翻译微件的微件信息的实例，其中扫描翻译微件从微件管理器被传输到提供者应用程序；图14图解微件选择屏幕的实例；图15是根据第一实施例的推荐服务判定处理的流程图；图16图解根据本发明的第二实施例的OCR应用程序和下层模块之间的关系；图17图解在根据第二实施例的微件管理器的配置文件数据管理单元中注册的配置文件数据的实例；图18是根据第二实施例的推荐服务判定处理的流程图；图19图解根据第二实施例的推荐服务的判定的结果的实例；
6
图20图解根据第二实施例的扫描翻译微件的微件信息的实例；图21图解根据本发明的第三实施例的推荐服务的判定的结果的实例；图22是根据第三实施例的扫描翻译微件的处理顺序的时序图；图23图解在第三实施例中的扫描翻译微件的微件信息的实例，其中扫描翻译微件从微件管理器被传输到提供者应用程序；图M图解在根据第四实施例的微件管理器的配置文件数据管理单元中注册的配置文件数据的实例；图25图解根据本发明的第四实施例的推荐服务的判定的结果的实例；图沈是根据第四实施例的扫描翻译微件的处理顺序的时序图；图27图解根据第四实施例的扫描翻译微件的微件信息的实例，其中扫描翻译微件从微件管理器被传输到提供者应用程序；图观是根据本发明的第五实施例的提供者应用程序的功能结构的方框图；图四是根据第五实施例的扫描翻译微件的处理顺序的时序图；图30图解在广告属性信息管理单元中的广告属性信息的实例；图31是根据本发明的第六实施例的信息处理系统的方框图；图32是根据本发明的第六实施例的提供者应用程序的功能结构的方框图；图33图解在根据第六实施例的微件管理器的配置文件数据管理单元中注册的配置文件数据的实例；图34图解根据第六实施例的计划利用的服务信息的实例；图35是根据第六实施例的扫描翻译微件的处理顺序的时序图；图36图解根据第六实施例的扫描翻译微件的微件信息的实例，其中扫描翻译微件从微件管理器被传输到提供者应用程序；图37图解在SDK服务信息管理单元中的SDK服务信息的实例。
具体实施例方式实施例1参照附图，说明本发明的各实施例。图1是根据本发明的第一实施例的信息处理系统1的方框图。信息处理系统1包括图像形成设备10、用户终端20、0CR服务器30和翻译服务器40，它们以有线或者无线的方式经由诸如LAN(局域网)或者因特网的网络而被连接。图像形成设备10可以为实现打印机、扫描仪、复印机和/或传真机的功能的多功能外部设备(MFP)。图像形成设备10还可以由诸如打印机、扫描仪、复印机或者传真机的单个功能设备提供。用户终端20是由用户利用的个人终端，在其中可以安装或者运行软件程序。用户终端20具有通信功能。用户终端20的实例包括桌面型PC(个人计算机)、笔记本式PC、PDA(个人数字助理)和移动电话。OCR服务器30是具有OCR服务应用程序31的计算机。OCR服务应用程序31是用于经由网络提供OCR(光学字符识别)功能的应用程序，作为网页服务(翻译服务)。翻译服务器40是具有翻译服务应用程序41的计算机。翻译服务应用程序41是用于经由网络提供文件数据翻译功能(例如，用于从英语翻译到日语)的应用程序，作为网页服务(翻译服务)。
参照图1说明用户终端20的软件结构。用户终端20包括微件21、微件管理器 22、OCR软件23、翻译软件M和OS (操作系统)25。微件21包括扫描微件21a、打印微件 21b和扫描翻译微件21c。“微件”或者“小器具(gadget)”为近年来已经存在的简单应用程序。依照本实施例，这些应用程序被称为“微件”，仅仅是因为它们能够被容易地安装和利用(即，在任何技术意义上，术语“微件”并不意图局限于这些应用程序)。但是，依照本实施例，个别微件共享共同特性，这些共同特性通过利用经由网络或者用户终端20提供的一个以上服务实现预定功能(例如，处理诸如作业流程的处理流程)。扫描微件21a使得图像形成设备10扫描图像数据。扫描图像数据可以被存储在用户终端20中。打印微件21b使得图像形成设备10打印存储在用户终端20中的文件数据。扫描翻译微件21c使得图像形成设备10扫描图像数据，使扫描的图像数据经过OCR处理，并且翻译OCR的文本数据。OCR处理和翻译处理可以利用网络(或者通过图像形成设备 10,OCR服务器30或者翻译服务器40)提供的服务，或者利用通过用户终端20 (OCR软件23 或者翻译软件24)提供的服务。为微件21提供框架的微件管理器22可以被配置成在微件 21和图像形成设备10之间提供通信接口。每个微件21需要具有由微件管理器22定义的接口和处理顺序，以便微件21能够与微件管理器22协调地操作。OCR软件23提供0CR(光学字符识别)功能并且可以包括市场上可买到的软件。 OCR软件23可以被配置成经由中间处理通信为微件21提供OCR服务。翻译软件M可以通过市场上可买到的翻译软件被提供。翻译软件M可以经由中间处理通信为微件21提供翻译服务。OS 25提供所谓的操作系统，在操作系统上，可以操作用户终端20中的各种软件作为处理或者线程(thread)。参照图1，说明图像形成设备10的软件结构。图像形成设备10包括标准应用程序 121、SDK (软件开发工具包)应用程序122、SDK平台123、控制服务IM和OS 125。标准应用程序121包括一组应用程序，在图像形成设备10上实现该组应用程序作为标准(一旦出货)。应用程序可以包括扫描应用程序1211、打印应用程序1212、复制应用程序1213和传真应用程序1214。扫描应用程序1211被用于执行扫描作业。打印应用程序1212被用于执行打印作业。复制应用程序1213被用于执行复制作业。传真应用程序1214被用于执行传真传输或者接收作业。控制服务IM可以包括用于提供高级应用程序的软件模块，高级应用程序具有控制各种硬件资源的功能。这些功能的实例包括网络通信相关功能、扫描仪控制功能、打印机控制功能和存储管理功能。SDK应用程序122为这样的应用程序，为了扩展图像形成设备 10的功能性，在图像形成设备10出货之后作为插件另外地安装该应用程序。SDK应用程序 122可以包括提供者应用程序1221、0CR应用程序1222和翻译应用程序1223。提供者应用程序1221可以被用于执行能够使微件21从图像形成设备10被操作的处理。OCR应用程序 1222可以被用于执行OCR处理。翻译应用程序1223可以被用于执行翻译处理。SDK平台123提供用于执行SDK应用程序122的环境。SDK应用程序122是通过利用由SDK平台123提供的API (应用程序接口)被开发的。例如，SDK平台123提供SDK 应用程序122，SDK应用程序122具有利用扫描功能、打印功能或者复制功能的接口。公布 SDK平台123的API，以便SDK应用程序122可以通过第三方供应商被开发。OS 125提供操作系统，在该操作系统上操作图像形成设备10中的各种软件作为处理或者线程。
8
参照图2，具体说明微件21、微件管理器22和提供者应用程序1221。微件21包括微件UI单元211、微件信息传输单元212、协调单元213、逻辑单元214和属性信息管理文件 215。微件UI单元211可以被配置成能够使关于微件21的各种显示屏显示在用户终端20 的显示装置上。当启动微件21时，微件信息传输单元212将微件信息注册请求传输到微件管理器22。微件信息包括对于微件21的执行必要的信息。协调单元213控制用于与提供者应用程序1221协调的通信(包括信息的交换)。属性信息管理文件215是用于存储用于微件21的设置信息等等的文件。逻辑单元214实现每个微件21的特定功能。微件管理器22包括配置文件数据获取单元221、服务推荐单元222、微件信息注册单元223、广告单元224、微件信息提供单元225、中继单元226、微件信息管理表227和配置文件数据管理单元228。配置文件数据获取单元221搜索图像形成设备10，这样能够建立通信以便从图像形成设备10获取配置文件数据。配置文件数据被生成以用于微件21能够利用的每个服务，在微件21中，服务的属性信息被记录在配置文件数据中。根据本实施例的图像形成设备10被配置成提供多个服务(包括扫描、打印、复制、传真、OCR和翻译服务)。 因此，从图像形成设备10获取配置文件数据的多个项目。获取的配置文件数据通过配置文件数据获取单元221在配置文件数据管理单元228中被注册。依照本实施例，由微件21利用的服务通过至少服务的类型(提供的功能)和服务的提供者(服务提供者)的结合而被识别。因此，如果服务提供者是不同的，那么可以为相同服务类型(提供相同功能)生成单独的配置文件数据项目。配置文件数据管理单元2 在配置文件数据用户终端20的存储单元中提供存储区域用于存储配置文件数据。在配置文件数据管理单元2 中，注册关于程序(诸如OCR软件23)的配置文件数据和经由网络提供的服务，其中所述程序是存在于用户终端20，还注册从图像形成设备10获取的配置文件数据。为响应来自服务微件21的服务利用请求，服务推荐单元222基于在配置文件数据管理单元228中注册的配置文件数据判定最优服务。 多个服务可以在网络上和在用户终端20中提供相同功能(相同类型的服务)。因此，微件 21能够经由服务推荐单元222 了解来自相同类型的多个服务之中的最优服务。微件信息注册单元223从微件21接收微件信息注册请求，并且在微件信息管理表 227中保存相关微件信息。微件信息管理表227为在其中在用户终端20中操作的每个微件21的微件信息被注册的表。微件信息管理表227可以被存储在用户终端20的存储单元中。广告单元2 可以通过广播或者组播(multicast)经由网络为包含在由微件信息注册单元223收到的微件信息中的用户ID做广告。可以逐个用户地(即，以用户ID为单位)发行广告。具体地，在响应于用户终端20中的微件21的启动发行对于用户A的广告之后，基于在用户终端20内的任何其它微件的微件信息不发行广告。依照本实施例，为了方便起见，假设用户终端20 —对一地与用户相联系。因此，由广告单元2M生成的广告提供信息来通知图像形成设备10已经产生能够利用微件21的新用户。另外，可以以微件信息为单位发行这种广告。在这种情况下，可能会为相同用户发行冗余的广告。可以在图像形成设备端消除这种冗余。响应于来自图像形成设备10的请求，微件信息提供单元225将在微件信息管理表 227中注册的相关微件信息提供(传输)给图像形成设备10。中继单元2 在微件21和提供者应用程序1221之间中继通信。提供者应用程序1221包括配置文件数据提供单元131、用户检测单元132、UI控制单元133、微件信息获取单元134、微件协调单元135、服务控制单元136、服务帐单单元137、 用户管理表138、配置文件数据管理单元139和服务帐单计算器140。响应于来自微件管理器22的配置文件数据获取请求，配置文件数据提供单元131返回在配置文件数据管理单元 139中注册的相关配置文件数据。配置文件数据管理单元139在图像形成设备10的存储单元中提供存储区域，用于存储图像形成设备10能够提供的每个服务的配置文件数据。基于由微件管理器22发行的广告，用户检测单元132可以检测到能够利用微件21 的用户的存在，并且在用户管理表138中注册包含在广告中的用户ID等等。用户管理表 138为用于管理能够利用存在于网络的微件21的用户的列表的表。UI控制单元可以从操作微件21的用户接收指令等等。即，例如，尽管微件21被设置在用户终端20中，微件21也能够经由图像形成设备10的操作面板而被操作。微件信息获取单元134从微件管理器22获取属于用户的微件21的微件信息，所述用户是从在用户管理表138中注册的用户之中选出来的。微件协调单元135控制与微件21的通信。服务控制单元136控制由微件21请求的服务的执行。用于实现服务的处理可以被委托给标准应用程序121或者SDK应用程序122。依照通过服务控制单元136的服务的执行，服务帐单单元137更新服务帐单计算器140。服务帐单计算器140可以包括一组帐单计算器，用于图像形成设备10能够提供的服务。例如，当图像形成设备10被配置成提供十种服务时，十个帐单计算器被包括在服务帐单计算器140中。即，依照本实施例，为通过图像形成设备10执行的每个服务产生帐单 (即，帐单开列的金额可以取决于执行的服务的数量)。参照图3，说明根据本发明的第一实施例的图像形成设备10的硬件结构。硬件结构包括控制器11、扫描仪12、打印机13、调制调解器14、操作面板15、网络接口 16和SD卡插槽17。控制器11包括CPU 111、RAM(随机存取存储器)112、ROM(只读存储器)113和 HDD(硬盘驱动器)114。ROM 113可以记录各种程序和由程序利用的数据。RAM112可以提供用于加载程序的存储区域，或者用于已加载的程序的工作区。CPU 111通过处理加载在 RAM 112中的程序，可以实现图像形成设备10的各种功能。HDD 114可以记录各种程序和由程序利用的数据。扫描仪12可以被配置成从原稿读取图像数据。打印机13可以被配置成在打印纸张上打印数据。调制调解器14可以被配置成将图像形成设备10连接到电话线路，以便经由传真传输或者接收图像数据。操作面板15可以包括诸如用于接收来自用户的输入的按钮的输入单元，和诸如液晶面板的显示单元。网络接口 16可以被配置成将图像形成设备10 与诸如LAN(可以是有线的或者无线的)的网络连接。SD卡插槽17被用于读取记录在SD 卡80中的程序。因此，在图像形成设备10中，不仅记录在ROM 113中的程序，而且记录在 SD卡80中的程序可以被加载到RAM 112上然后被执行。图4是根据本实施例的用户终端20的硬件结构的方框图。用户终端20包括驱动单元200、辅助存储单元202、存储单元203、CPU 204、接口装置205、显示装置206和输入单元207，这些都经由总线B而被连接。用于实现用户终端20中的处理的程序可以被记录在诸如⑶-ROM或者存储卡的记录介质201中。当记录介质201被设置在驱动单元200上时，通过驱动单元200从记录介质201读取程序，然后在辅助存储单元202中安装该程序。另外，可以经由网络从另一个计算机下载这种程序。于是，安装的程序被存储在辅助存储单元 202中，在辅助存储单元202中还可以存储相关文件或者数据。响应于启动程序的指令，存储单元203从辅助存储单元202读取程序并且保存该程序。CPU 204依照保存在存储单元 203中的程序，可以实现用户终端20的功能。接口装置205可以提供用于将图像形成设备 10与网络连接的接口。显示装置206依照程序可以显示⑶I (图形用户界面)屏幕。输入单元207可以包括输入各种操作指令的键盘或者按钮。图5是在启动根据本发明的第一实施例的信息处理系统1中的微件管理器22和微件21时执行的处理顺序的时序图。为了利用微件21，在用户终端20中启动微件管理器 22。作为回应，配置文件数据获取单元221例如通过广播搜索能够与其建立通信的图像形成设备10。于是，配置文件数据获取单元221向图像形成设备10发送配置文件数据获取请求(SlOl)。响应于该请求，图像形成设备10的配置文件数据提供单元131从配置文件数据管理单元139获取配置文件数据的列表并且返回该列表610 。在接收到配置文件数据列表时，配置文件数据获取单元221在配置文件数据管理单元228中注册接收的配置文件数据(S103)。图6图解在根据第一实施例的小配件管理器22的配置文件数据管理单元228中注册的配置文件数据的实例。在图6的表中，每行指示配置文件数据的项目。尽管以图6中的表的形式来表示配置文件数据，但是每个配置文件数据项目也可以被存储在文件中。如图6所示，配置文件数据包括服务ID、类型标识符、提供者名称、服务种类、截止日期、地址信息、接口信息、品质、成本和交付(诸如时间或者日期)的栏。服务ID唯一识别每个服务。依照本实施例，服务ID可以具有各种形式，只要它们能够唯一识别每个服务。因此，稍后将说明的服务的地址信息可以被用作服务ID。类型标识符识别功能项目中的服务的种类。在图6的实例中，类型标识符包括“0CR”、“TRANSLATI0N” 和“SCAN”。“OCR”指示提供OCR功能(OCR服务)的服务。“TRANSLATION”指示提供翻译功能(翻译服务)的服务。“SCAN”指示提供扫描功能(扫描服务)的服务。提供者名称识别服务提供者。在图6的实例中，提供各种服务(服务提供者)的应用程序的名称被用作提供者名称。因此，能够看出，从表的顶部自上而下，图6的配置文件数据涉及由OCR软件23、翻译软件M、0CR服务应用程序31、翻译服务应用程序41、扫描应用程序1211、OCR应用程序1222和翻译应用程序1223提供的服务。作为指示服务提供者的位置的分类的服务种类，包括“本地应用程序”、“Web服务” 和“MFP”。“本地应用程序”指示在与微件21相同的用户终端20的范围内运行的本地应用程序。“Web服务”指示在因特网可得到的Web服务。“MFP”指示图像形成设备10。截止日期指示在其之前能够利用服务的日期。当在时间有限许可证的情况下使用 Web服务或者本地应用程序时，可以注册截止日期。地址信息指示用于与服务提供者通信的地址。地址信息可以包括IP地址、URL(统一资源定位符)或者文件路径名称。接口信息指示用于利用服务的接口。接口信息可以定义方法名称、参数名称、参数数据类型或者返回值类型。接口信息依照多个已知技术中的任何一个可以被定义。“品质”、“成本”和“交付”涉及关于服务的内容的评价信息。具体地，在图6所示的实例中，按10级评价服务的品质、成本和交付。取决于服务的类型，品质可以具有不同的意义。例如，在OCR服务的情况下，品质可以指示识别率。在扫描服务的情况下，可以考虑图像品质。在翻译服务的情况下，可以考虑翻译准确度。“成本”指示服务的耗用成本。例如，在购买的服务的情况下，每次利用服务时，帐单不会产生。因此，在该情况下，评价值可以为10。另一方面，在每次利用服务时开出账单的服务的情况下，评价值可以取决于账单开列的金额而变化。“交付”是依据执行请求和结果的产生之间的时间或者“运转时间”指示服务性能的。依照本实施例，品质、成本和交付被用作服务比较用途的参数。取决于操作，其它适当的参数可以被用于服务比较用途。在图6所示的实例中，服务种类为“MFP”的配置文件数据是在步骤S103中注册的配置文件数据。尽管图像形成设备IO(MFP)可以被配置成提供诸如打印服务、传真服务和复制服务的其它服务，但是为了方便起见，图6仅仅图解图示服务的配置文件数据。服务种类为除了“MFP”以外时的配置文件数据是已经预先在用户终端20注册的配置文件数据。并不特别限制这种配置文件数据的分配方式。例如，配置文件数据可以被附属于服务提供者 (应用程序)然后被下载；或者配置文件数据可以由用户被创建。另外，推荐服务的配置文件数据可以由预定服务器集中管理。不管分配模式，可以由用户主观修改或者编辑配置文件数据的品质、成本和/或交付。以这种方法，能够在服务的选择上反映用户优先权。服务种类为“MFP”的配置文件数据也是准确的。在启动微件管理器22之后，用户启动用户想要利用的微件21。例如，当启动扫描翻译微件21c时，扫描翻译微件21c的协调单元213将计划利用扫描翻译微件21c的服务的列表(计划利用的服务信息)传输到微件管理器22的服务推荐单元222(S104)。图7描述依照第一实施例的计划利用的服务信息的结构。按照执行(利用)的顺序，所述结构包括计划要被利用的服务的服务ID的列表。包含在计划利用的服务信息中的服务ID被设置为扫描翻译微件21c的默认值。具体地，依照第一实施例，扫描翻译微件21c被实现以利用具有服务ID “扫描001”的(由扫描应用程序1211提供的)扫描服务；具有服务ID "ocrserv"的(由OCR服务应用程序31提供的)OCR服务；和具有服务 ID “transserv”的(由翻译服务应用程序41提供的)翻译服务，作为要被默认利用的处理。在扫描翻译微件21c的源代码中可以说明要被利用的服务的默认值；或者在属性信息管理文件215中可以说明所述默认值。后者情况提供用户能够修改默认值的方便。此后，服务推荐单元222从多个服务中判定最优服务(推荐服务)，该多个服务的类型标识符与服务ID在已经接收的利用计划服务信息中被指定的服务的类型标识符对应 (S105)。于是服务推荐单元222将推荐服务的判定的结果返回到扫描翻译微件21c的协调单元213(S106)。稍后将说明推荐服务判定处理的细节。图8图解推荐服务判定处理的结果的实例。以与计划利用的服务的类型相同的顺序(即，按照执行的顺序)向下，该实例包括用于服务ID、类型标识符和提供者名称的栏。 图8所示的实例与图7所示的计划利用的信息的不同之处在于OCR服务。这个已经作为服务推荐单元222的结果，该服务推荐单元222已经判定由OCR应用程序1222提供的服务比由OCR服务应用程序31提供的服务更适当(即，具有更高利用价值)。此后，基于图8的结果和在属性信息管理文件215中注册的信息，扫描翻译微件 21c的微件信息传输单元212生成微件信息，并且将微件信息传输到微件管理器22的微件信息注册单元223(S107)。图9图解依照第一实施例的扫描翻译微件21c的微件信息的实例。在该实例中， 扫描翻译微件21c的微件信息包括微件ID、用户ID、微件地址、显示名称和服务利用信息的行。微件ID为唯一识别每个微件21的信息。用户ID识别扫描翻译微件21c的用户。因此，微件21与在其中安装微件21的用户终端20的用户相关联。例如，微件地址为在网络通信的过程中唯一识别微件21的信息(诸如URL)。显示名称可以包括微件21的名称的字符串。服务利用信息包括服务ID、类型标识符、提供者名称和设置信息的栏，在服务利用信息中，按照微件21已经决定利用的服务的执行的顺序配置输入。图9的服务利用信息的表中采用通过服务推荐单元222的判定的结果(见图8)。即，关于翻译服务，通过翻译软件M的翻译服务被采用为利用的对象。通过服务推荐单元222的判定的结果是否要被采用，都由微件21来决定(即，依存于微件21的实现)。微件21可以被实现，以便总是跟随判定的结果，或者总是拒绝判定的结果(在后者的情况下，可以不进行步骤S104至S106)。 另外，微件UI单元211可以被配置成在显示装置206上显示判定的结果，以便能够通过用户判定是否应该采用判定的结果。在服务利用信息中的“设置信息”可以包括与个人服务相关联的执行条件。例如，在扫描服务的情况下，设置信息可以指定分辩率和颜色模式。在 OCR服务的情况下，设置信息可以指定文件方向(是横向的还是纵向的)和语言的类型。在翻译服务的情况下，设置信息可以指定翻译源的语言和翻译结果的语言。从扫描翻译微件21c的属性信息管理文件215获取微件ID、用户ID、微件地址、显示名称和服务利用信息中的设置信息。因此，每个用户能够通过编辑属性信息管理文件215 而使微件21个性化。此后，微件信息注册单元223在微件信息管理表227中注册微件信息，该微件信息管理表227与包含在接收的微件信息中的用户ID相对应(S108)。如果没有与用户ID相对应的微件信息管理表227，那么微件信息注册单元223生成与用户ID相对应的微件信息管理表227，并且在该表中注册微件信息。依照本实施例，用户终端20和用户彼此一对一地相关联。关闭微件管理器22时，删除微件信息管理表227。因此，依照本实施例，继启动用户终端20之后第一次启动微件21时，生成微件信息管理表227。当重新生成微件信息管理表227时(即，当对于与包含在接收的微件信息中的用户ID相关联的用户，第一次已经注册微件信息时)，广告单元2M在网络上发行广告，该广告包括包含在接收的微件信息中的用户ID，和用于获取微件信息的URL(S109)。URL唯一识别微件管理器22(即，用户终端20)。在能够与用户终端20进行通信的状态下，通过图像形成设备10的用户检测单元 132接收广告。响应广告的接收，用户检测单元132在用户管理表138中注册包含在广告中的用户ID和微件信息获取URL(SllO)。图10图解用户管理表138的实例。在该实例中，用户管理表138被配置成管理成对的(in pairs)用户ID和微件信息获取URL。在图示的实例中，注册用户A和B的记录。因此，扫描翻译微件21c的存在通过微件管理器22被识别，用户终端20的用户的存在通过图像形成设备10被识别。用户现在能够经由图像形成设备10利用扫描翻译微件 21c。如果相同的用户继续启动扫描微件21a或者打印微件21b，那么关于那些微件的微件
13信息也在微件管理器22的微件信息管理表227中被注册；但是，因为与用户有关联的广告已经被发行，所以不再发行广告。图5图解响应微件管理器22的启动而获取图像形成设备10的配置文件数据 (S101、S102)。但是，可以在启动微件管理器22之后周期性执行这些步骤。另外，可以响应于自用户的指令的输入来执行所述步骤。在用户终端20中启动扫描翻译微件21c之后，用户可以移动到安装图像形成设备 10的位置以便操作扫描翻译微件21c。当多个图像形成设备10处于能够与用户终端20通信的状态下时，可以由每个图像形成设备10的用户检测单元132接收相同的广告，并且可以在每个图像形成设备10的用户管理表138中注册用户ID和微件信息获取URL。因此，用户能够在多个图像形成设备10的期望的一个图像形成设备10中操作微件21。图11为当依照第一实施例执行扫描翻译微件21c时的处理顺序的时序图。在经由图像形成设备10的操作面板15通过用户输入提供者应用程序1221的利用指令时(S121)， 基于在用户管理表138中注册的信息，提供者应用程序1221的UI控制单元133使得用户选择屏幕被显示在操作面板15上(S12》。在步骤S122中，UI控制单元133从微件管理器 22获取用户信息并且基于获取的用户信息使用户选择屏幕被显示。在这种情况下，可以不必进行图5的步骤S109。但是，对具有与微件管理器22的子网不同的子网的特定图像形成设备10 (具有预先在微件管理器22中注册的IP地址)，可以通过单播进行步骤S109。图 12图解用户选择屏幕610的实例。用户选择屏幕610包括对于用户A的按钮611和对于用户B的按钮612。仍然参照图11，用户压下用户选择屏幕610上的与他的或者她的用户ID有关联的按钮611或者612。作为响应，微件信息获取单元134从用户管理表138获取与用户ID相关联的微件信息获取URL。另外，响应于按钮611或者612的压下，可以进行用户身份验证以便仅当用户被认证时能够进行随后的处理。此后，微件信息获取单元134将微件信息获取请求传输到微件信息获取 URL(S124)。于是通过微件管理器22的微件信息提供单元225接收发给微件信息获取URL 的微件信息获取请求。于是微件信息提供单元225获取在微件信息管理表227中注册的所有微件21的微件信息，并且将获取的微件信息的列表传输到提供者应用程序1221 (S125)。 当传输微件信息列表时，对于每个微件21 ( S卩，以微件信息为单位)，微件信息提供单元225 生成唯一 URL(此后被称为“微件中继URL”)用于在提供者应用程序1221和每个微件21 之间中继通信微件。微件信息提供单元225将微件中继URL添加到相应微件21的微件信息，并且将具有添加的微件中继URL的微件信息的列表传输到提供者应用程序1221。在步骤S125中传输的微件信息可以具有图13所描述的结构。因此，在图11的步骤S125中，例如，传输如图13所述的微件信息列表。微件信息列表可以包括微件信息的仅一个项目。当通过微件信息注册单元223在微件信息管理表 227中注册微件信息时，微件中继URL可以被生成，然后被添加到微件信息。于是，提供者应用程序1221的UI控制单元133在RAM 112中记录接收的微件信息列表，并且基于该微件信息列表使得显示微件选择屏幕620，微件选择屏幕620示出用户能够利用的微件21的列表(S126)。图14图解微件选择屏幕620的实例，该微件选择屏幕 620示出对于扫描翻译微件21c的按钮621、对于扫描微件21a的按钮622和对于打印微件21b的按钮623。仍然参照图11，在微件选择屏幕620中选择对应于扫描翻译微件21c的按钮621 并且在扫描仪12上设置原稿之后，压下操作面板15上的启动键(S127)。然后，基于对应于被压下的按钮的微件信息(此后被称为“当前微件信息”)中包含的服务利用信息的第一输入中(见图13)包含的类型标识符“SCAN”和提供者名称“扫描应用程序1211”，提供者应用程序1221的服务控制单元136认识到扫描应用程序1211应该执行扫描服务微件微件。因此，服务控制单元136指定包含在第一输入的设置信息，并且将扫描执行指令输入到扫描应用程序1211中。于是扫描应用程序1211使得扫描仪12扫描原稿。由此产生的图像数据(扫描图像)被输出到服务控制单元136(S128)。此后，基于服务利用信息(图13)的第二输入中包含的类型标识符“OCR”和提供者名称“OCR应用程序”，服务控制单元136认识到OCR应用程序1222应该执行OCR服务。 因此，服务控制单元136指定包含在第二输入的设置信息，并且将关于扫描图像的OCR处理执行指令输入到OCR应用程序1222中。于是OCR应用程序1222对扫描的图像执行OCR处理，并且将产生的文本数据输出到服务控制单元136(S129)。此后，基于包含在服务利用信息(图1 的第三个输入中的提供者名称“翻译服务应用程序”不是图像形成设备10之内的任何服务的提供者名称的事实，服务控制单元136 判定已经完成提供者应用程序1221请求的所有服务的执行，然后向服务帐单单元137发送请求以执行关于执行的服务的帐单处理。该请求指定执行的服务的服务ID的列表。服务帐单单元137依照该请求更新服务帐单计算器140(S130)。具体地，对于服务ID的帐单计算器都被加起来。基于对应于提供者名称的程序模块是否存在于图像形成设备10的范围内中，可以判定该服务的提供者名称是否对应于图像形成设备10中的服务的提供者名称。 另外，该判定可以是基于对应于相关服务的服务ID的配置文件数据是否在图像形成设备 10的配置文件数据管理单元139中被注册。在完成帐单处理时，服务控制单元136将文本数据和最后已经执行的服务的服务 ID(即，在图示的实例中的“ocr002”，被称为“最终服务ID”)输入到微件协调单元135中。 此后，微件协调单元135将文本数据和最终服务ID传输到包含在当前微件信息中的微件中继URL(S131)。于是发给微件中继URL的文本数据和最终服务ID被微件管理器22的中继单元2 接收。于是，中继单元2 从微件信息管理表227获取对应于微件中继URL的微件信息，并且将文本数据和最终服务ID传送到包含在微件信息中的微件地址(S132)。于是发给微件地址的文本数据和最终服务ID被扫描翻译微件21c的协调单元213 接收。协调单元213将文本数据和最终服务ID输入到扫描翻译微件21c的逻辑单元214。 逻辑单元214基于服务利用信息(见图9)将翻译处理执行请求传输到翻译服务应用程序 41，并且鉴于最终服务ID逻辑单元214认识到已经执行了 OCR服务(S133)。翻译处理执行请求包括文本数据。翻译处理执行请求可以是基于包含在翻译服务应用程序41的配置文件数据中的接口信息的。基于翻译服务应用程序41的服务ID，经由微件管理器22从配置文件数据管理单元2 可以获取接口信息。此后，翻译服务应用程序41对文本数据执行翻译处理(S134)，并且将产生的文本数据(翻译结果数据)返回到扫描翻译微件21c的逻辑单元214(S135)。在接收翻译结果数据时，逻辑单元214对翻译结果数据执行预定处理(逻辑性)(S136)。例如，逻辑单元214将文本数据存储在属性信息管理文件215中设置的位置中。因为利用翻译服务应用程序41的合同是用户和使用翻译服务应用程序41的翻译服务的提供者之间的问题，图像形成设备10并不参与利用翻译服务应用程序41的账单。因此，在图像形成设备10中，关于翻译服务方面，服务账单计算器140不被升级。但是，微件管理器22可以在预定计算机的存储单元中记录利用翻译服务应用程序41的历史。在这种情况下，在步骤S135之后的步骤中，(例如通过发送翻译服务应用程序41的服务ID)扫描翻译微件21c可以通知微件管理器22，已经利用了翻译服务应用程序 41。这种通知(服务利用通知)能够使微件管理器22检测翻译服务应用程序41的利用并且记录利用历史。另外，微件协调单元135可以在预定时间处(诸如步骤S131)，向微件管理器22传输扫描翻译微件21 (见图9)的微件信息。在这种情况下，微件管理器22能够参照包含在作为服务利用通知的微件信息中的服务利用信息检测翻译服务应用程序41的利用，并且记录利用历史。微件管理器22可以参照在配置文件数据管理单元228中注册的配置文件数据(见图6)的服务种类，判定翻译服务应用程序41不是由图像形成设备10提供的服务。微件管理器22可以周期性通知微件管理器22的提供者(其可以是图像形成设备 10的销售者)关于利用历史。在这种情况下，不需要个人识别信息。微件管理器22的提供者可以基于集中的利用历史计算所有用户利用的次数的总数，并且可以基于计算的总数对翻译服务应用程序41的提供者进行简化的帐单处理(对于已经推荐翻译服务应用程序41 的利用的介绍费用)。以这种方法，用户仅需要注意翻译服务应用程序41的利用合同。由于不需要获取关于各个用户的个人信息，因此定期通知是便于进行的。在执行图11的处理的过程中，可以并行执行图5的处理。具体地，基于来自由与现在操作图像形成设备10的用户不同的用户的用户终端20所有的微件21的微件信息注册请求，包含在微件信息中的用户ID等等可以在图像形成设备10的用户管理表138中被注册。参照图15，将更具体地说明图5的步骤S105。图15是判定根据第一实施例的推荐服务的处理顺序的流程图。在步骤S1051中，服务推荐单元222获取包含在计划利用的服务信息中的服务ID(见图7)。例如，获取“扫描001”。于是服务推荐单元222从配置文件数据管理单元2 获取对应于服务ID的配置文件数据，并且将其记录在配置文件数据列表中(S105》。于是服务推荐单元222从配置文件数据管理单元2 获取所有配置文件数据，所述配置文件数据的类型标识符对应于获取的配置文件数据的类型标识符，并且将获取的配置文件数据添加在配置文件数据列表中(S1053)。例如，具有类型标识符“SCAN”的所有配置文件数据被记录在剖面列表中。此后，服务推荐单元222从配置文件数据列表移除具有过期的截止日期的配置文件数据(SlOM)。基于在根据品质⑴)、成本(C)和交付(D)的配置文件数据列表中的配置文件数据的每个项目的评价值，服务推荐单元222计算每个服务的综合评价值( ，并且基于该综合评价值( 判定最优服务(S1055)。即，具有最高综合评价值( 的服务被选为最优服务。依照本实施例，通过以下评价公式计算综合评价值(S)S = α XQ+β χC+Y XD
其中α、β和Y分别为对于品质、成本和交付的权重系数。可以逐个微件地设置每个系数的值。例如，在启动微件21之后和在传输计划利用的服务信息之前，微件21的UI 控制单元使得显示设置屏幕。于是协调单元213将经由设置屏幕输入的系数的值和计划利用的服务信息一起传输到服务推荐单元222。于是使用接收的系数的值和计划利用的信息的服务推荐单元222计算综合评价值(S)。以这种方式，作为利用的对象的服务的优先次序能够取决于状况而被改变。类似地，像在系数的情况下一样，可以由用户设置评价公式。当存在多于一个的具有最高评价值的服务时，可以优先选择包含在计划利用的服务信息中的服务。此后，服务推荐单元222判定已经判定为最优的服务是否能够被利用(S1056)。例如，当选择的服务的服务种类为“MFP”时，如果已经获取与服务相关联的配置文件数据，那么就可以判定能够利用该服务。当选择的服务的服务种类为“Web服务”时，取决于与对应的服务提供者(例如，OCR服务应用程序31或者翻译服务应用程序41)的通信是否能够进行，可以判定服务的可用性。可通信的判定可以包括基于地址信息的Ping命令的传输。当选择的服务种类为“本地应用程序”时，服务的可用性可以基于对应的服务提供者(例如， OCR软件23或者翻译软件24)是否能够被启动而被确定。如果判定服务不能够被利用(S1056中为“否”)，那么服务推荐单元222从配置文件数据列表除去该服务(S1057)，并且重复步骤S1055和S1056。如果判定服务能够被利用 (S1056中为“是”)，那么服务推荐单元222包括判定的结果中的服务的服务ID、类型标识符和提供者名称(S1058)。在对于包含在计划利用的服务信息中的所有服务(服务ID)完成步骤S1051至 S1058的处理时(S1065中为“是”)，图15的处理结束。另外，包含在计划利用的服务信息中的服务的利用可以被最初判定，并且当不能够利用该服务时，可以选择另一种最优服务。因此，依据第一实施例，适当服务能够基于每个服务的配置文件数据通过服务推荐单元222而被自动判定。因此，微件21能够通过利用适当服务而实现并且提供其自身功能。在图像形成设备10中，对于图像形成设备10能够经由网络提供的每个服务管理账单。因此，账单的金额可以依据利用的服务的数量而变化。此外，对于来自图像形成设备 10的利用的账单开列的金额能够逐个服务地容易且明确地被分配(该特点在第四实施例中更明确)。因此，能够增加对于创造利用图像形成设备10的新商业模式的潜力。图像形成设备10中的服务的类型(类型标识符)通过图像形成设备10的制造者或者出售者而被判定。基本地，能够由图像形成设备10的标准应用程序121或者SDK应用程序122提供的服务的类型为可从图像形成设备10得到的服务的类型。这就意味着，从除了图像形成设备10的制造者或者出售者以外的服务提供者的观点看，图像形成设备10中的服务的类型被固定了。因此，当向图像形成设备10中的服务提供替换服务时，替换服务的提供者通过在图像形成设备10中定义的服务的类型而被约束。具体地，依据在图像形成设备10中定义的类型，替换服务需要被分类。但是，这并不意味着除了图像形成设备10的制造者或者出售者以外的服务提供者不能定义任意服务类型。当定义新服务的类型时，能够通过微件21利用新服务，关于属于所述类型的服务的配置文件数据被定义，并且利用属于该类型的服务的微件21被实现。即，微件管理器22同等地处理在图像形成设备10定义的服务的类型和在图像形成设备10 外面定义的服务的类型。具体地，当判定最优服务时，服务推荐单元222不参与服务的类型在图像形成设备10中是否被定义。这种结构确保服务可扩展性。在上述实例中，微件管理器22在与微件21相同的用户终端20的范围内被实现。 但是，微件管理器22可以与用户终端20不同的计算机被实现。例如，对应于在多个用户终端20中的微件21的处理，可以通过单个微件管理器21被集中执行。实施例2此后，说明第二实施例，在第二实施例中，通过利用下层程序模块(程序部件)，图像形成设备10中的OCR应用程序1222实现OCR处理的部分功能。图16为根据第二实施例的OCR应用程序1222和下层程序模块的方框图。在OCR处理中，OCR应用程序1222利用用于阈值处理(用于除去扫描的文本数据中的不想要的背景纹理等等的出现)的阈值模块和用于线条识别处理的线条识别模块。在图像形成设备10中，阈值模块作为真正的实体可以包括作为标准安装的阈值模块A和随后作为插件等等安装的阈值模块B。线条识别模块作为真正的实体可以包括作为标准实现的线条识别模块A和随后作为插件等等安装的线条识别模块B。可以实现OCR应用程序1222，所以对于阈值处理默认利用阈值模块A，并且对于线条识别处理默认利用线条识别模块A。在下文中，说明根据第二实施例的信息处理系统1的处理顺序。在第二实施例中， 在启动微件管理器22和微件21时的处理顺序基本类似于第一实施例中的处理顺序(见图 5)。但是，在第二实施例中，在步骤S103中，在图17中描述的配置文件数据可以在配置文件数据管理单元228中被注册。图17图解在根据第二实施例的微件管理器的配置文件数据单元中注册的配置文件数据的实例。在第二实施例中，添加对于下层服务的项目(栏)。在下层服务栏中，注册由下层模块提供的可取代服务的服务ID。因此，与下层服务有关的信息能够被获得。在图示的实例中，对于 OCR 应用程序 1222 注册“ocr002. thresholdA”和“ocr002. lineA”。"ocr002. thresholdA”为由阈值模块A提供的服务(阈值服务)的服务ID。“Ocr002. lineA”为由线条识别模块A提供的服务(线条识别服务)的服务ID。在下层服务的服务ID中，上层服务的服务ID作为前缀(prefix)被添加以帮助理解在执行程序的过程中上层服务和下层服务之间的关系。在图示的实例中，还注册阈值模块A、线条识别模块A、阈值模块B和线条识别模块 B 的配置文件数据。具体地，注册具有“ocr002. thresholdA”、“ocr002. lineA”、“ocr002. thresholdB”和“Ocr002. lineB”的服务ID的配置文件数据。因此，对于由可取代的下层模块(在第二层及以下)提供的服务，在结构上类似于第一层服务的配置文件数据的配置文件数据在配置文件数据管理单元228中被定义并且被注册。因此，对于由下层模块提供的服务还注册依据品质、成本和交付的评价值。因此，依照第二实施例，下层模块提供的每个服务也作为图像形成设备10中的服务的单位被处理。如上述参照第一实施例，在图17中具有“MFP”的服务种类的配置文件数据为已经在配置文件数据管理单元139中被注册然后从提供者应用程序1221被获取且在步骤S103 中被注册的配置文件数据。
依照第二实施例，由服务推荐单元222进行的推荐服务判定处理取决于配置文件数据的结构而变化。图18为用于判定第二实施例中的推荐服务的处理顺序的流程图。在图 18中，与图15中的对应步骤相类似的步骤用相同的步骤标号来表示并且省略其说明。在图 18的流程图中，增加步骤S1061和S1062。在步骤S1061中，服务推荐单元222判定下层服务的服务ID在已经判定为最优的服务的配置文件数据中是否被注册(S卩，下层服务是否能够被替代)。如果下层服务的服务ID被注册(S1061中为“是”)，那么服务推荐单元222， 将下层服务的服务ID作为计划利用的服务信息，递归地进行推荐服务判定处理(即，图18 的处理)(S1062)。例如，参照图17所示的配置文件数据，如果关于OCR服务判定具有服务 ID "ocr002"的服务是最优的，那么在服务的配置文件数据中注册其下层服务的服务 ID("ocr002. thresholdA和“ocr002. IineA，，)。因此，利用上述两个服务ID作为计划利用的服务信息，服务推荐单元222递归地进行步骤S1051和后续步骤中的处理。于是，例如，图 19中描述的判定的结果从服务推荐单元222被返回到扫描翻译微件21c的协调单元213。图19图解第二实施例中的推荐服务的判定的结果的实例。如图所示，所述结果包括下层服务的服务ID、类型标识符和提供者名称的栏。在图示的实例中，通过阈值服务和线条识别服务的非默认服务(即，通过阈值模块B和线条识别模块B的服务)被选择。当用于下层服务的默认服务被选择时，服务的服务ID可以不被包括在判定的结果中。当通过扫描翻译微件21c采用图19中描述的判定的结果时，例如，图20中描述的微件信息在图5的步骤S107和S108中被传输到微件信息注册单元223，然后在微件信息管理表227中被注册。图20图解根据第二实施例的扫描翻译微件的微件信息的实例。微件信息中的服务利用信息包括与阈值服务和线条识别服务有关的信息。因此，在第二实施例中，与下层服务有关的信息可以被包括在微件信息的服务利用信息中。此后，说明根据第二实施例的扫描翻译微件21c的处理顺序。处理顺序基本类似于第一实施例的处理顺序(图11)。但是，在步骤SU9中，基于包含在图20中的服务利用信息的第二输入中的类型标识符“OCR”和提供者名称“OCR应用程序”，服务控制单元136 认识到OCR应用程序1222将执行OCR服务。此外，基于服务利用信息的第三输入和第四输入包括具有通过OCR应用程序1222的OCR服务的服务ID(“ocr002”)的前缀的服务ID的事实，服务控制单元136认识到利用对应于那些输入的下层模块(下层服务)的OCR服务应该被执行。因此，服务控制单元136指定包含在第二输入中的设置信息和第三输入及第四输入的内容，并且将对于扫描图像上的OCR处理的执行指令输入到OCR应用程序1222中。于是OCR应用程序1222对扫描的图像执行OCR处理，并且将由此获得的文本数据输出到服务控制单元136。在这种情况下，OCR应用程序1222利用用于阈值处理的阈值模块B和用于线条识别处理的线条识别模块B。此后，服务控制单元136指定已执行的服务的服务ID的列表，并且请求服务帐单单元137执行帐单处理。服务ID列表包括下层服务的服务ID ( “ocr.thresholdB”和 "ocr002. IineB“)。因此，服务帐单单元137还逐个服务地更新对于下层服务的服务帐单计算器140(S130)。即，因为下层服务作为个人服务单元被处理，所以对于每个下层服务存在帐单计算器。
然而上述实例具有两层模块结构，根据第二实施例的模块结构可以具有三层以上，由图17中的配置文件数据或者图18的处理顺序的结构实例是不证自明的。例如，当存在用于线条识别模块A的下层模块时，通过下层模块的服务的服务ID可以在线条识别模块 A的配置文件数据的下层服务栏中被注册，并且下层模块的服务的配置文件数据可以被定义。下层模块(在第二层及以下)的可取代范围可以被限定于公用服务种类。这是因为可能难于预先判定在服务的全部层中的服务的结构，并且可能更便于判定公用服务种类范围内的可取代范围。此外，能够防止当代替下层模块时服务种类之间的通信的增加。因此，依照第二实施例，当所述服务具有分层结构时，不仅最上层服务能够被自动判定和利用，而且适当的下层服务也能够被自动判定和利用。因此，能够以取决于状况而利用服务的方式获得增加的灵活性。此外，依照第二实施例，对于每个下层服务更新帐单计算器。因此，能够以灵活方式管理帐单处理。实施例3此后，说明本发明的第三实施例。在第三实施例中，在图1所述的信息处理系统1 中考虑更具体状况。具体地，图像形成设备10被安装在便利店铺中。用户终端20的用户访问便利店铺以利用图像形成设备10。因此用户终端20可以包括便携式终端。用户终端 20和图像形成设备10能够经由无线通信彼此互相通信。可以限制便利店铺的无线通信范围，这样经由无线局域网连接的顾客不能在店铺外面连接到网络。另外，用户终端20可以经由通过诸如蓝牙的短距离无线通信技术建立的本地连接与图像形成设备10通信。在这种状况设置中，用户启动用户终端20中的微件管理器22并且进一步启动扫描翻译微件21c，从而执行图5的处理。在步骤SlOl和S102中，在便利店铺中安装的图像形成设备10的配置文件数据被获取。图像形成设备10对于它提供的各种服务收取费用。 因此，可以依照帐单金额降低每个服务的配置文件数据的成本的评价值。参考图5，在步骤S104中，扫描翻译微件21c的协调单元213将图7中描述的计划利用的服务信息传输到微件管理器22的服务推荐单元222。于是，微件管理器22执行推荐服务判定处理(S105)。因为便利店铺不允许与外面通信，所以，由于不能通信，OCR服务应用程序31和翻译服务应用程序41在判定处理的步骤S1056中(图1 从利用的对象中被除去。通过服务推荐单元222的判定的结果可以如图21所述。图21图解根据第三实施例的推荐服务的判定的结果的实例。在第三实施例中，与第一或者第二实施例相反，通过翻译软件M的翻译服务被推荐。如上所述，因为不能与翻译服务应用程序41进行网络通信，所以翻译服务应用程序41不被推荐。由于在成本方面的低评价值，推测图像形成设备10的翻译应用程序1223不被推荐。参照图22的时序图说明当采用图21中描述的判定的结果时的扫描翻译微件21c 的处理顺序。在图22中，与图11中描述的对应步骤相类似的步骤用相同的步骤标号来表示并且省略其说明。在步骤S125中，关于扫描翻译微件21c，例如，图23中描述的微件信息被传输到提供者应用程序1221的微件信息获取单元134并且在配置文件数据管理单元139中被注册。 图23图解从微件管理器22向提供者应用程序1221传输的扫描翻译微件21c的微件信息的结构的实例。在图示的微件信息的服务利用信息中，通过翻译软件M的翻译服务被认为是利用的对象。由于在图23中描述的微件信息，所以在步骤S141及后续的步骤中的处理与图11 的步骤不同。具体地，在通过扫描翻译微件21c的协调单元213接收文本数据和最终服务 ID时(S132)，文本数据和最终服务ID被输入到扫描翻译微件21c的逻辑单元214中。逻辑单元214基于最终服务ID认识到已经进行了直到OCR服务的处理，并且基于服务利用信息(见图2 将翻译处理执行请求传输到翻译软件M (S141)。翻译处理执行请求包括文本数据。翻译处理执行请求是基于包含在翻译软件M的配置文件数据中的接口信息而作出的。此后，翻译软件M对文本数据执行翻译处理(S14》，并且将作为翻译处理的结果获得的翻译结果数据返回到扫描翻译微件21c的逻辑单元214(S143)。在接收翻译结果数据时，逻辑单元214对作为处理的对象的翻译结果数据执行预定处理(S144)。例如，逻辑单元214将文本数据存储在由属性信息管理文件215设置的位置中。在图22的处理中，对于扫描服务和OCR服务利用图像处理设备10。因此，基于服务帐单计算器140，对于利用扫描服务和OCR服务的金额给用户(顾客)开帐单。因此，依照第三实施例，例如，用户能够利用安装在他或她的办公室或者住宅外面的图像形成设备10，而无需改变用户通常使用的微件。实施例4依照本发明的第四实施例，考虑与信息处理系统1(见图1)有关的另一种特定状况。具体地，图像形成设备10被安装在提供打印服务(此处“服务”指的是比根据本实施例的计算机系统提供的服务更广义的商业服务)的公司的店铺中。翻译服务器40是由公司操作的服务器。图像形成设备10中的翻译应用程序1223 并不实现本身的翻译处理；相反地，翻译应用程序1223被实现为翻译处理能够被委托给翻译服务器40的翻译服务应用程序41。对用户终端20隐藏翻译服务器40。S卩，用户终端20 的用户不会识别通过翻译服务应用程序41的翻译服务的存在。用户终端20的用户可以为访问店铺以利用图像形成设备10的顾客。因此，用户终端20可以包括便携式终端。用户终端20和图像形成设备10可以经由诸如无线局域网或者蓝牙的无线通信技术彼此互相通在该状况下，用户启动用户终端20中的微件管理器22并且进一步启动扫描翻译微件21c。作为响应，进行图5的处理。在步骤SlOl和S102中，在店铺中安装的图像形成设备10的配置文件数据被获取。在步骤S103中，在微件信息管理表227中注册的配置文件数据可以是如图M所描述的，图M图解在根据第四实施例的微件管理器22的配置文件数据管理单元中注册的配置文件数据的实例。图M的配置文件数据与第一实施例(见图 6)的配置文件数据的很大不同之处在于，不包括关于通过翻译服务应用程序41的服务的配置文件数据(具有服务ID "transserv")0这是因为，如上所述，对用户终端20隐藏翻译服务器40并且用户终端20的用户无法识别通过翻译服务应用程序41的翻译服务的存在。在第四实施例中，对由图像形成设备10提供的服务收费。因此，配置文件数据中的服务的成本的评价值可以取决于帐单金额被降低。在图M中，翻译应用程序1223的关于品质、成本和交付的评价值基本等于翻译服务器40中的翻译服务应用程序41的关于品质、成本和交付的评价值。此后，在步骤S104中，扫描翻译微件21c的协调单元213将图7中描述的计划利用的服务信息传输到微件管理器22的服务推荐单元222。作为响应，微件管理器22执行推荐服务判定处理610 。通过服务推荐单元222的判定的结果可以如图25所述。图25图解根据第四实施例的推荐服务的判定的结果的实例。如上所述，在第四实施例中，通过OCR 软件23的OCR服务和通过翻译应用程序1223的翻译服务被推荐。由于成本上的评价值， 已经推荐了 OCR软件23。由于品质上的评价值，已经推荐了翻译应用程序1223。参照图沈的时序图，说明当已经采用图25中描述的判定的结果时的扫描翻译微件21c的处理顺序。在图沈中，与图11的类似步骤相对应的步骤用相同的步骤标号来表示并且省略其说明。在步骤S125中，关于扫描翻译微件21c，例如，如图27中描述的微件信息被传输到提供者应用程序1221的微件信息获取单元134并且在配置文件数据管理单元 139中被注册。图27图解根据第四实施例的从微件管理器22向提供者应用程序传输的扫描翻译微件21c的微件信息的结构的实例。在微件信息的服务利用信息中，采用图25中描述的判定的结果。图27的微件信息(当前微件信息)使得步骤S151及后续步骤中的处理不同于图 11中的处理。即，在进行扫描之后，尽管不是所有提供者应用程序1221请求的服务都已经被执行，但是服务控制单元136认识到输出到目前为止已执行的服务的结果(扫描图像) 的需要。根据图27的微件信息中的服务利用信息的第二输入中包括的提供者名称“OCR” 并不对应于图像形成设备10中的任何服务提供者名称的事实；并且根据第三输入中包括的提供者名称“翻译应用程序”对应于在图像形成设备10中的服务提供者名称的事实，服务控制单元136认识到这种需要。因此，服务控制单元136将扫描图像、最终服务ID(图示实例中的“扫描001”)和指示提供者应用程序1221请求的一个服务仍要被执行的信息，输入到微件协调单元135。服务控制单元136在RAM 112中记录提供者应用程序1221请求的下一个服务(翻译服务)的服务ID。此后，微件协调单元135将扫描图像和最终服务ID传输到包含在当前微件信息中的微件中继URL(S151)。于是，基于指示提供者应用程序1221请求的剩余服务的信息，微件协调单元135为来自微件管理器22的请求作准备。发给微件中继URL的扫描图像和最终服务ID被微件管理器22的中继单元2 接收。中继单元2 从微件信息管理表227获取对应于微件中继URL的微件信息，并且将扫描图像和最终服务ID传送到包括在微件信息中的微件地址。于是发给微件地址的扫描图像和最终服务ID被扫描翻译微件21c的协调单元213接收。协调单元213将扫描图像和最终服务ID输入到扫描翻译微件21c的逻辑单元214。逻辑单元214基于最终服务ID认识到已经进行了直到执行扫描服务的处理，并且基于服务利用信息(见图27)将OCR处理执行请求传输到OCR软件23 (S153)。OCR处理执行请求包括扫描图像。OCR处理执行请求是基于包含在OCR软件23的配置文件数据中的接口信息而作出的。OCR软件23对扫描图像执行OCR处理(S154)，并且将作为OCR处理的结果获得的文本数据返回到扫描翻译微件21c的逻辑单元214(S155)。于是，逻辑单元214将文本数据输入到协调单元213中。协调单元213将文本数据传送到微件管理器22的中继单元 226 (S156)。于是中继单元2 将接收的文本数据传输到提供者应用程序1221的微件协调单元135(S157)。在接收文本数据时，已经等待来自微件管理器管理器22的请求的微件协调单元135，将文本数据输入到服务控制单元136中。基于在下一步要被执行的服务的RAM 112中记录的服务ID，服务控制单元136 将文本数据输入到翻译应用程序1223中，并且请求执行翻译处理。此后，翻译应用程序 1223将文本数据传输到翻译服务应用程序41，并且请求执行翻译处理。翻译服务应用程序41对文本数据执行翻译处理(S159)，并且将翻译结果数据返回到翻译应用程序 1223 (S160)。翻译应用程序1223将接收的翻译结果数据输出到服务控制单元136。于是，基于在服务利用信息(见图27)中不存在第四输入，服务控制单元136判定对于请求已经被发送到提供者应用程序1221的所有服务已经被执行，并且服务控制单元 136对于执行的服务向服务帐单单元137发送帐单处理请求。该请求指定已执行的服务的服务ID的列表。响应于该请求，服务帐单单元137更新服务帐单计算器140 (S161)。具体地，对于每个服务ID( “扫描001”和“trans003”)的帐单计算器都被加起来。依照第四实施例，翻译服务是通过公司或者店铺提供的服务，在公司或者店铺中安装图像形成设备10。 因此，基于用于翻译服务的帐单计算器，要被分配给公司或者店铺的收益能够容易地被判定。在完成帐单处理时，服务控制单元136将翻译结果数据和最终服务 ID( "trans003")输入到微件协调单元135中。于是，微件协调单元135将翻译结果数据和最终服务ID传输到包含在当前微件信息中的微件中继URL (S162)。发给微件中继URL的翻译结果数据和最终服务ID被微件管理器管理器22的中继单元2 接收。于是，中继单元2 从微件信息管理表227获取对应于微件中继URL的微件信息，并且将翻译结果数据和最终服务ID传送到包含在微件信息中的微件地址(S163)。发给微件地址的文本数据和最终服务ID被扫描翻译微件21c的协调单元213接收。协调单元213将翻译结果数据和最终服务ID输入到扫描翻译微件21c的逻辑单元214。 逻辑单元214基于最终服务ID认识到包含在利用信息中的所有服务的执行已经完成(即， 输入的数据为翻译结果数据)，并且逻辑单元214使用作为处理的对象的翻译结果数据来执行预定处理(逻辑)(S164)。在上述实例中，在完成所有的服务的执行之后，执行帐单处理，其中对于服务已经向提供者应用程序1221发送请求。另外，每次完成服务的执行时，服务帐单计算器140可以被更新。例如，当执行一个服务的结果(扫描的图像)从图像形成设备10被传送到用户终端20时，如在第四实施例中，可以认为用户至少已经部分享受请求的服务。因此，如果一些异常(诸如通信故障)已经显现出来并且扫描翻译微件21c不能产生最终产品(翻译结果数据)，那么只要扫描的图像处于用户的控制下，可以不认为对已经传递的服务收取费用是不适当的。因此，依照第四实施例，通过公司或者店铺提供的服务(诸如图示的实例中的翻译服务)与图像形成设备10协调，以便给图像形成设备10的用户的账单开列的金额能够被分配给公司或者店铺。这就意味着，对于公司或者店铺确保新收益源。因此，对于公司和店铺创造增加的动机以安装根据本实施例的图像形成设备10。因此，图像形成设备10的卖主也能够有利益。但是，依照第四实施例，因为最优服务通过微件管理器管理器22的服务推荐单元222被自动判定或者选择，所以，通过公司或者店铺提供的服务没有必要被选择作为利用的对象。实际上，用户可能没有认识到由公司或者店铺正在提供的这种服务。在下文的第五实施例中，增加通过公司或者店铺提供的服务的利用的机会。实施例5图28是根据第五实施例的提供者应用程序1221的功能结构的方框图。在图28 中，与图2的提供者应用程序1221相类似的单元或者部件用相同的附图标号表示并且省略其说明。图观中描述的提供者应用程序1221还包括服务广告单元141和广告属性信息管理单元142。服务广告单元141控制向用户对服务作广告的处理。广告属性信息管理单元 142在HDD114中提供存储区域，HDD114中记录广告属性信息。广告属性信息包括关于服务的广告的信息。依照第五实施例，假设通过服务推荐单元222的判定的结果不包括通过翻译应用程序1223的翻译服务(基本上为通过翻译服务应用程序41的翻译服务)，并且已经采用判定的结果。即，假定在提供者应用程序1221(例如，见图27)的配置文件数据管理单元139 中被注册扫描翻译微件21c的扫描翻译微件21c的微件信息中的服务利用信息中，微件配置文件数据通过翻译软件M的翻译服务为利用的选择对象。在下文中，说明在上述假定中扫描翻译微件21c的处理顺序。图四是根据第五实施例的扫描翻译微件21c的处理顺序的时序图。在图四中， 与图沈的对应步骤相类似的步骤用相同的步骤标号来表示并且省略其说明。在图四的处理顺序中，增加步骤S127-1至S127-7。具体地，在微件选择屏幕620 (图14)中，选择对应于扫描翻译微件21c的按钮621，原稿被设置在扫描仪12上，然后压下操作面板15(图3) 上的启动键(S127)。于是，服务广告单元141判定是否有必要对服务做广告，该服务的广告属性信息在广告属性信息管理单元142中被注册(S127-1)。图30图解广告属性信息管理单元142中的广告属性信息的结构的实例。广告属性信息包括服务ID、类型标识符和广告信息的栏。服务ID识别要做广告的服务(“广告的对象”)。类型标识符识别要做广告的服务的类型。依照本实施例，通过翻译应用程序1223 的翻译服务(即，通过翻译服务应用程序41的翻译服务)为广告的对象。广告信息包括用于显示所谓的“广告文本”的数据。例如，广告信息包括告诉正在通过翻译服务应用程序41 提供翻译服务的消息、或者称赞利用翻译服务应用程序41的优点的消息。并不特别限制广告信息的数据格式；它可以由字母顺序、图像数据和/或文件数据组成。参照作为在扫描翻译微件21c(例如，见图27)的微件信息(当前微件信息)中的服务利用信息中的利用的对象的服务(诸如扫描、OCR和翻译服务)，服务广告单元141 在广告属性信息管理单元142中搜索记录，该记录的服务ID可以不同但具有对应的类型标识符(即，作为广告的对象而不是利用的对象的服务的记录)。作为在当前微件信息中的利用对象的各服务中，任意服务的广告属性信息被检索到的情况下微件，服务广告单元 141判定该服务需要广告，并且将广告属性信息传输到包含在当前微件信息中的微件中继 URL(S127-2)。发给微件中继URL的广告属性信息被微件管理器22的中继单元2 接收。中继单元2 从微件信息管理表227获取对应于微件中继URL的微件信息，并且将广告属性信息传送到包含在微件信息中的微件地址(S127-3)。被传输到微件地址的广告属性信息被扫描翻译微件21c的协调单元213接收。于是协调单元213将广告属性信息输入到微件UI 单元211中。微件UI单元211使得显示装置206显示广告屏幕，该广告屏幕示出包含在广告属性信息中的广告信息和用于选择是否应该利用被做广告的服务的按钮(例如检查按钮)(S127-4)。依照第五实施例，与翻译服务应用程序41有关的广告信息被显示在广告屏
眷上ο当存在要做广告的多个服务(“广告的对象”)时，可以对于每个服务显示广告信息和按钮。在广告屏幕中，当用户选择一个以上服务时，协调单元213从广告属性信息获取选择的服务的服务ID的列表，并且将服务ID列表传输到微件管理器22的中继单元 226 (S127-5)。协调单元213根据服务ID更新扫描翻译微件21c中保持的微件信息中的服务利用信息。另一方面，如果用户选择不利用任何在广告屏幕中做广告的服务，协调单元 213将空的服务ID列表传输到中继单元226。此后，中继单元2 将服务ID列表传输到提供者应用程序1221的服务广告单元 141 (S127-6)。除非接收的服务ID列表是空的，否则服务广告单元141根据包括在列表中的服务ID更新当前微件信息中的服务利用信息(S127-7)。因此，能够替换作为利用的对象的服务。在第五实施例中，响应于关于翻译服务应用程序41的广告，翻译应用程序1223作为利用的对象被选择时，在步骤SU8及后续步骤中的处理顺序与参照图沈所述的处理顺序相同。因此，关于翻译服务，翻译应用程序41经由翻译应用程序1223被利用。广告信息可以被显示在图像形成设备10上。在这种情况下，广告属性信息可以不被传送到微件21 (扫描翻译微件21c)。具体地，服务广告单元141将从广告属性信息管理单元142检索到的广告属性信息输入到UI控制单元中。UI控制单元使得广告屏幕被显示在操作面板15上用于显示包含在广告属性信息中的广告信息。当用户经由广告屏幕输入做广告的服务的利用指令时，指示作为利用对象的该服务正在被代替的通知经由微件管理器22的小工具协调单元135和中继单元2 被传输到扫描翻译小工具21c。这种通知可以包括已经重新变为利用对象的服务的服务ID和它的类型标识符。于是，基于服务ID和类型标识符，协调单元213更新在保持在扫描翻译微件21c中的微件信息中的服务利用信息。因此，依照第五实施例，能够向顾客积极地宣传通过公司或者店铺提供的并且与图像形成设备10协调的服务(例如翻译服务)。因此，对公司或者店铺能够增加动机以安装根据本实施例的图像形成设备10。结果，对于图像形成设备10的卖主还能够增加收益。依照第四和第五实施例在“扫描一OCR —翻译”的处理顺序中，通过图像形成设备 10进行扫描和翻译。结果，图像形成设备10和扫描翻译微件21c之间的通信的次数增加了。 这种通信的次数的增加可以影响扫描翻译微件21c的整个处理时间。这种通信的次数可以通过服务推荐单元222中的推荐服务判定处理的方法被减少。例如，在第五实施例的情况下，服务推荐单元222可以被配置成判定通过OCR应用程序1222的OCR服务为最优OCR服务。在更一般意义的情况下，对于按照执行服务的次序夹在具有服务种类“MFP”的服务之间的服务，可以优先选择具有服务种类“MFP”的对应服务。另外，按照服务的同样的顺序， 对于位于“非MFP”服务前后的“MFP”服务，可以优先选择对应的“非MFP”。实施例6图31是根据第六实施例信息处理系统2的结构的实例的方框图。在图31中，用相同的附图标号表示与图1的单元类似的单元，并且省略其说明。信息处理设备2包括免费服务服务器50和下载服务器60。免费服务服务器50和下载服务器60可以是由图像形成设备10的销售者或者制造者管理的计算机服务器。免费服务服务器50 (例如，或者作为 Web服务，或者作为ASP (应用服务提供商))经由网络通过图像形成设备10的SDK应用程序122免费提供服务。依照本实施例，可以免费提供通过OCR应用程序1222和翻译应用程序1223的服务(见图1)。下载服务器60对通过图像形成设备10的销售者或者制造者开发的各种微件21 提供下载服务。用户终端20的扫描翻译微件21c可以从下载服务器60被下载。图像形成设备10可以被安装在公司的办公室(工作场所)。终端20的用户可以是公司的职工。参照图31，图像形成设备10没有被安装OCR应用程序1222或者翻译应用程序 1223。这是因为SDK应用程序122是付费的，并且在办公室中的图像形成设备10的管理员可能还没有认识到收费的OCR应用程序1222或者翻译应用程序1223的必要性。另一方面，图像形成设备10的销售者还出售SDK应用程序122，并且开展为了确保通过SDK应用程序122的销售的收益的商业模型。例如，在图像形成设备10上安装SDK 应用程序122的用户每月付给销售者费用，以使用SDK应用程序122。因此，SDK应用程序 122的促销对于销售者是非常重要的问题。依照第六实施例，SDK应用程序122的销售在图 31的系统中被促进。图32是根据第六实施例的提供者应用程序1221的功能结构的方框图。在图32 中，用相同的附图标号表示与图1的单元类似的单元，并且省略其说明。在图32中，增加了 SDK利用促进单元143和SDK服务信息管理单元144。SDK利用促进单元143控制促进SDK 应用程序122的利用的处理。SDK服务信息管理单元144在HDD 114中提供记录SDK服务信息的存储区域。SDK服务信息可以包括与由在售的SDK应用程序122提供的服务有关的 fn息ο依照第六实施例，如参照图5说明在启动微件管理器22和微件21时的处理顺序。 在步骤S103中，图33中所述的配置文件数据可以在配置文件数据管理单元2 中被注册。 图33图解在微件管理器的配置文件数据管理单元中注册的配置文件数据的实例。在图33 中，通过OCR应用程序1222和翻译应用程序1223的服务的服务种类为“Web服务”。即，这些服务不是通过图像形成设备10被提供的。这些服务的配置文件数据不是在步骤SlOl和 S102中从提供者应用程序1221被获取的，而是与扫描翻译微件21c —起从下载服务器60 微件被下载的。在图33中所描述的配置文件数据中，从提供者应用程序1221重新获取然后注册的配置文件数据仅仅是通过扫描应用程序1211提供的扫描服务的配置文件数据(即， 具有服务ID “扫描001”的配置文件数据)。关于图5，在步骤S104中，扫描翻译微件21c的协调单元213可以将图34中描述的计划利用的服务信息传输到微件管理器22的服务推荐单元222。图34图解依照第六实施例的计划利用的服务信息的结构的实例。如图所示，在根据第六实施例的扫描翻译微件 21c中，关于OCR服务和翻译服务，通过免费服务服务器50中的OCR应用程序1222和翻译应用程序1223提供的服务被默认指定为利用的对象。这是因为，期望图像形成设备10的销售者使得末端用户经由扫描翻译微件21c认识到OCR应用程序1222和翻译应用程序1223 的便利性。
此后，通过推荐单元222判定最优服务610 。较佳地，依照第六实施例，判定处理是基于逻辑的，以便当包括在计划利用的服务信息中的服务不能被利用时，能够从其它服务选择最优服务。以这种方式，能够增加通过OCR应用程序1222或者翻译应用程序1223 的服务的利用的机会。另外，SDK应用程序122的销售者可以将OCR应用程序1222和翻译应用程序1223的配置文件数据的关于质量、成本或者交付的评价值设置得高。此后，说明扫描翻译微件21c的处理顺序，在该处理顺序中采用包括在计划利用的服务信息中的服务作为利用的对象。图35是涉及根据第六实施例的扫描翻译微件的处理顺序的时序图。在图35中，用相同的附图标号表示与图沈的对应步骤相类似的步骤，并且省略其说明。在步骤S125中，在图36中描述的扫描翻译微件21c的微件信息可以被传输到提供者应用程序1221的微件信息获取单元134并且在配置文件数据管理单元139中被注册。 图36图解从微件管理器传输到提供者应用程序的扫描翻译微件21c的微件信息的结构的实例。在微件信息的服务利用信息中，采用图34的计划利用的服务信息。由于图36中描述的微件信息(当前微件信息)，在图35的步骤S171及后续的步骤中的处理与图沈的处理不同。具体地，基于当前微件信息(见图36)中的服务利用信息的第二和第三输入中包括的提供者名称与图像形成设备10中的服务的提供者名称不对应的事实，服务控制单元136 判定提供者应用程序1221请求的所有服务已经被执行。因此，服务控制单元136请求服务帐单单元137对于已执行的服务进行帐单处理。响应该请求，服务帐单单元137对于服务 ID “扫描001”更新帐单计算器(S171)。当完成帐单处理时，服务控制单元136将处理请求发送到SDK利用促进单元143。 基于当前微件信息中的服务利用信息和在服务信息管理单元144中注册的SDK服务信息， SDK利用促进单元143按需要在SDK服务信息管理单元144中记录外部利用的次数(S172)。图37图解SDK服务信息管理单元144中的SDK服务信息的结构的实例。在图示的实例中，对于在售的SDK应用程序122能够提供的每个服务(即，由SDK应用程序提供的服务，SDK应用程序122的销售者期望在图像形成设备10中该服务是可以得到的)，SDK服务信息包括服务ID、类型标识符、提供者名称、广告信息和外部利用的次数的栏。“外部利用的次数”指示已经在图像形成设备10外面利用的服务的次数。“广告信息”可以包括能够在图像形成设备10中利用服务(即，促进SDK应用程序122的安装)的消息。SDK服务信息的数据格式并没有特别限制，与在根据第五实施例的广告属性信息中的广告信息的情况下相同。在当前微件信息中的服务利用信息中包括的服务之中，SDK利用促进单元143从 SDK服务信息管理单元144搜索SDK服务信息，SDK服务信息的服务ID、类型标识符和提供者名称对应于还没有在图像形成设备10中执行的服务(即，通过OCR应用程序1222的OCR 服务和通过翻译服务的翻译服务)的服务ID、类型标识符和提供者名称。也可以检索到只有类型标识符对应的SDK服务信息。于是，SDK利用促进单元143增加(更新)在检索到的SDK服务信息中的外部利用的次数。S卩，对于SDK应用程序122的SDK服务信息，外部利用的次数被增加，SDK应用程序122没有安装在图像形成设备10中，而在免费服务服务器中提供服务。在外部利用的次数已经被更新的SDK服务信息中，如果存在其外部利用的次数超过预定阈值的SDK服务信息，那么SDK利用促进单元143将服务信息和处理终止通知一起输出到服务控制单元136。如果不存在其外部利用的次数超过预定阈值的SDK服务信息，那么SDK利用促进单元143仅仅将处理终止通知输出到服务控制单元136。依照本实施例，假设图37的第2行中的SDK服务信息(翻译应用程序1223的SDK服务信息)被输出。响应来自SDK利用促进单元143的处理终止通知，服务控制单元136将扫描图像、 最终服务ID ( “扫描001”)和从SDK利用促进单元143输出的SDK服务信息输入到微件协调单元135。此后，微件协调单元135将扫描图像、最终服务ID和SDK服务信息传输到包含在当前微件信息中的微件中继URL(S173)。发给微件中继URL的扫描图像、最终服务ID和 SDK服务信息通过微件管理器22的中继单元2 被接收。于是，中继单元2 从微件信息管理表227获取对应于微件中继URL的微件信息，并且将扫描图像、最终服务ID和SDK服务信息传送到包含在微件信息中的微件地址(S174)。发给微件地址的扫描图像、最终服务ID和SDK服务信息通过扫描翻译微件21c的协调单元213被接收。当协调单元213接收SDK服务信息时，协调单元213将SDK服务信息输入到微件UI单元211。微件UI单元211使得包含在SDK服务信息中的广告信息被显示在显示装置206上(S175)。广告信息可以包括用于翻译应用程序1223的广告消息。例如，该消息可以赞美引入翻译应用程序1223的优点。此后，协调单元213将接收的扫描图像和最终服务ID输入到扫描翻译微件21c 的逻辑单元214中。逻辑单元214基于最终服务ID认识到扫描服务的完成，并且基于服务利用信息(见图36)将OCR处理执行请求传输到免费服务服务器50的OCR应用程序 1222 (S176)。OCR处理执行请求包括扫描图像。OCR处理执行请求可以是基于OCR应用程序1222的配置文件数据中包含的接口信息。此后，OCR应用程序1222对扫描的图像执行 OCR处理(S177)，并且将产生的文本数据返回到扫描翻译微件21c的逻辑单元214 (S178)。于是，逻辑单元214基于服务利用信息(见图36)将翻译处理执行请求传输到免费服务服务器50的翻译应用程序1223 (S179)。翻译处理执行请求包括文本数据。翻译处理执行请求是基于翻译应用程序1223的配置文件数据中包括的接口信息。此后，OCR应用程序1223对文本数据执行翻译处理(S181)，并且将产生的翻译结果数据返回到扫描翻译微件21c的逻辑单元214(S182)。于是逻辑单元214将翻译结果数据作为处理对象的执行预定处理(逻辑)(S183)。因此，依照第六实施例，能够使得用户认识到能够向扫描翻译微件21c提供服务的SDK应用程序122的存在微件。因此，通过使得扫描翻译微件21c可从下载服务器60自由下载，从而使得扫描翻译微件21c对许多末端用户是可得到的，OCR应用程序1222或者翻译应用程序1223的存在能够被许多末端用户认识到。因此，人们希望一旦末端用户认识到OCR应用程序1222或者翻译应用程序1223的便利性，末端用户将请求图像形成设备10 的管理器等等在图像形成设备10中导入(购买和安装)OCR应用程序1222或者翻译应用程序1223。为了增加导入OCR应用程序1222或者翻译应用程序1223的可能性，可以限制通过免费服务服务器50提供的服务的功能(能够设置的项目)或者截止日期。在OCR应用程序1222或者翻译应用程序1223被安装在图像形成设备10上之后， 如果它们的配置文件数据的评价值被设置得高，那么它们可以通过服务推荐单元222自动被选择。因此，在安装前后不需要通过用户改变扫描翻译微件21c。
因此，通过分配微件21，能够有效促进SDK应用程序122的销售，其中SDK应用程序122提供由微件21利用的服务。然而在上述实例中，当外部利用的次数超过阈值时显示广告信息，对于其SDK服务信息在SDK服务信息管理单元144中被注册的服务，每当检测到外部利用时，可以显示广告信息。但是，通过在超出阈值的场合限制广告信息的显示，作为广告的对象的SDK应用程序122能够被限制在那些具有许多利用次数的应用程序，从而能够获得提高的广告效果。此外，用户能够回避使得用户感到不愉快的频繁的广告。在上述实施例中，已经说明图像形成设备10的利用的顺序。但是，微件21在处理顺序中具有高自由度，并且本发明并不局限于涉及图像形成设备10的利用的处理顺序。例如，微件21可以被配置成对存储在用户终端20中的图像数据进行OCR处理。这种微件21 的处理顺序可以不涉及与图像形成设备10的协调。但是，最优OCR服务的选择可以利用微件管理器22的服务推荐单元222。因此，从用户终端20 (局部环境)中或者网络中提供的多个OCR服务之中依照预定基准选择最优OCR服务，并且能够执行微件21的功能。尽管已经参照确定实施例详细说明的该发明，但是在如下文的权利要求中所说明和限定的发明的范围和精神的范围内可以进行各种变化和修改。本申请是基于2009年3月13日提交的第2009-062055号日本优先权申请和2009 年3月13日提交的第2009-062057号日本优先权申请，并且其全部内容通过引用而结合在本文中。
权利要求
1.一种信息处理设备，其特征在于，所述信息处理设备包含接收单元，所述接收单元被配置成接收通过计算机提供的多个服务中的一个服务的利用请求；服务属性信息存储单元，所述服务属性信息存储单元被配置成存储每个所述服务的服务属性信息，所述服务属性信息包括指示服务的类型的信息和指示所述服务的内容的评价的信息；和服务推荐单元，所述服务推荐单元被配置成，从所述服务属性信息存储单元搜索与请求的服务的所述类型相对应的所述服务属性信息，并且基于在从所述服务属性信息存储单元检索到的所述服务属性信息中的评价信息判定推荐利用的服务。
2.如权利要求1所述的信息处理设备，其特征在于，进一步包含服务属性信息获取单元，所述服务属性信息获取单元被配置成，从图像形成设备获取所述图像形成设备能够提供的服务的所述服务属性信息，其中所述信息处理设备能够与所述图像形成设备通信，并且在所述服务属性信息存储单元中记录获取的服务属性信息，其中，所述服务属性信息存储单元还存储在所述图像形成设备以外提供的服务的所述服务属性信息。
3.如权利要求2述的信息处理设备，其特征在于，进一步包含利用历史记录单元，所述利用历史记录单元被配置成，响应于所述在所述图像形成设备以外提供的服务的利用的通知，在利用历史存储单元中记录利用所述服务的历史。
4.如权利要求1至3中任意一个所述的信息处理设备，其特征在于，所述服务具有层次关系，其中，所述层次关系中上层服务的下层服务是可取代的，所述上层服务的所述服务属性信息包括与所述下层服务的所述服务属性信息关联的信息，其中，所述服务推荐单元被配置成，当所述推荐利用的服务的所述服务属性信息包括关联信息时，所述服务推荐单元基于所述关联信息从所述服务属性存储单元获取所述下层服务的所述服务属性信息，从所述服务属性信息存储单元搜索类型与获取的服务属性信息的类型相对应的所述服务属性信息，并且基于在从所述服务属性信息存储单元检索到的所述服务属性信息中的所述评价信息判定推荐利用的下层服务。
5.如权利要求4述的信息处理设备，其特征在于，所述服务属性信息包括识别每个服务的提供者的信息，其中，所述服务推荐单元被配置成，当所述推荐利用的服务的所述服务属性信息包括所述关联信息时，所述服务推荐单元基于所述关联信息从所述服务属性存储单元获取所述下层服务的所述服务属性信息，从所述服务属性信息存储单元搜索类型和提供者与所述获取的服务属性信息的类型和提供者相对应的所述服务属性信息，并且基于在从所述服务属性信息存储单元检索到的所述服务属性信息中的所述评价信息判定推荐利用的下层服务。
6.如权利要求4述的信息处理设备，其特征在于，进一步包含服务属性信息获取单元， 所述服务属性信息获取单元被配置成，从图像形成设备获取所述图像形成设备能够提供的服务的所述服务属性信息和所述下层服务的所述服务属性信息，所述信息处理设备能够与所述图像形成设备通信，并且在所述服务属性信息存储单元中记录所述获取的服务属性信息。
7.—种通过信息处理设备进行的信息处理方法，其特征在于，所述方法包含 接收通过计算机提供的多个服务中的一个服务的利用请求；在所述信息处理设备的服务属性信息存储单元中存储每个所述服务的服务属性信息， 所述服务属性信息包括指示所述服务的类型的信息和指示所述服务的内容的评价的信息； 和从所述服务属性信息存储单元搜索与请求的服务的所述类型相对应的所述服务属性信息；并且基于从所述服务属性信息存储单元检索到的所述服务属性信息中的评价信息判定推荐利用的服务。
8.如权利要求7所述的信息处理方法，其特征在于，进一步包含从图像形成设备获取所述图像形成设备能够提供的服务的所述服务属性信息，所述信息处理设备能够与所述图像形成设备通信，并且在所述服务属性信息存储单元中记录获取的服务属性信息；和将在所述图像形成设备以外提供的服务的所述服务属性信息存储在所述服务属性信息存储单元中。
9.如权利要求7或者8所述的信息处理方法，其特征在于，所述服务具有层次关系，其中，所述层次关系中上层服务的下层服务是可取代的，所述上层服务的所述服务属性信息包括与所述下层服务的所述服务属性信息关联的信息，其中，所述服务推荐步骤包括判定所述推荐利用的服务的所述服务属性信息是否包括关联信息；基于所述关联信息从所述服务属性存储单元获取所述下层服务的所述服务属性信息；从所述服务属性信息存储单元搜索与获取的服务属性信息的类型相对应的所述服务属性信息；并且基于从所述服务属性信息存储单元检索到的所述服务属性信息中的所述评价信息判定推荐利用的下层服务。
10.如权利要求9所述的信息处理方法，其特征在于，进一步包含从图像形成设备获取所述图像形成设备能够提供的服务的所述服务属性信息和所述下层服务的所述服务属性信息，所述信息处理设备能够与所述图像形成设备通信；并且在所述服务属性信息存储单元中记录所述获取的服务属性信息。
11.一种图像形成设备，其特征在于，所述图像形成设备包含服务属性信息存储单元，所述服务属性信息存储单元被配置成存储能够通过所述图像形成设备提供的多个服务中的每个服务的服务属性信息，所述服务属性信息包括识别信息；服务属性信息提供单元，所述服务属性信息提供单元被配置成响应来自信息处理设备的请求，所述服务属性信息提供单元将在所述服务属性信息存储单元中存储的所述识别信息传输到所述信息处理设备，所述图像形成设备能够与所述信息处理设备通信；服务请求接收单元，所述服务请求接收单元被配置成从所述信息处理设备接收包括所述识别信息的服务执行请求；服务控制单元，所述服务控制单元被配置成控制通过包括在所述服务执行请求中的所述识别信息识别的所述服务的执行；和帐单单元，所述帐单单元被配置成在账单信息存储单元中记录与执行的所述服务的数量相对应的帐单信息。
12.如权利要求11述的图像形成设备，其特征在于，所述帐单信息存储单元包括用于每个服务的帐单计算器，其中，所述帐单单元在执行对应的服务时更新所述帐单计算器。
13.如权利要求11或者12所述的图像形成设备，其特征在于，所述服务属性信息包括指示每个服务的类型的信息，其中所述执行请求包括指示请求的服务的所述类型的信息，所述图像形成设备进一步包含第一广告信息存储单元，所述第一广告信息存储单元被配置成，对于其利用要被做广告的每个服务，存储指示所述服务的所述类型的信息和给所述服务的利用做广告的第一广告信息；和第一广告信息传输单元，所述第一广告信息传输单元被配置成从所述第一广告信息存储单元获取类型对应于所述请求的服务的所述类型的所述第一广告信息，并且被配置成将获取的第一广告信息传输到所述信息处理设备。
14.如权利要求11或者12所述的图像形成设备，其特征在于，所述服务属性信息包括指示每个服务的类型的信息，并且所述执行请求包括指示所述请求的服务的类型的信息，所述图像形成设备进一步包含第二广告信息存储单元，所述第二广告信息存储单元被配置成，对于期望能够在所述图像形成设备中被利用的每个服务，存储指示所述类型的信息和使得在所述图像形成设备中能够利用所述服务的第二广告信息；和第二广告信息传输单元，所述第二广告信息传输单元被配置成，从所述第二广告信息存储单元获取类型对应于所述请求的服务的所述类型的所述第二广告信息，并且被配置成将获取的第二广告信息传输到所述信息处理设备。
全文摘要
一种信息处理设备包括接收单元，所述接收单元被配置成接收通过计算机提供的多个服务中的一个的利用请求；服务属性信息存储单元，所述服务属性信息存储单元被配置成存储每个服务的服务属性信息，服务属性信息包括指示服务的类型的信息和指示服务的内容的评价的信息；和服务推荐单元，所述服务推荐单元被配置成从服务属性信息存储单元搜索与请求的服务的类型相对应的服务属性信息，并且基于在从服务属性信息存储单元检索到的服务属性信息中的评价信息判定推荐利用的服务。
文档编号G06F17/30GK102349070SQ20108001134
公开日2012年2月8日 申请日期2010年1月25日 优先权日2009年3月13日
发明者津田道彦, 石原博史, 铃木启一 申请人:株式会社理光