专利名称：服务提供方法、服务提供商设备、信息处理方法和设备的制作方法
技术领域：
本发明总体涉及服务提供方法、服务提供商设备、信息处理方法和设备、以及计算机可读存储介质，更具体地说，涉及用于提供服务的服务提供方法和服务提供商设备、以及用于处理信息的信息处理方法和信息处理设备、和存储使计算机提供服务或处理信息的程序的计算机可读存储介质。
背景技术：
近来，已开发出了集成地包括打印设备(或打印机)、复印设备、传真设备、扫描设备(或扫描仪)等等的功能的成像设备(以下简称为组合设备)。这种组合设备具有显示部件、打印部件、图像拾取(或成像)部件等，这些部件提供在壳体内。另外，该组合设备具有4种应用程序(在下文中简称为应用)，分别相应于打印设备、复印设备、传真设备和扫描设备。通过切换应用，组合设备可作为打印设备、复印设备、传真设备和扫描设备使用。
常规组合设备的一个例子提出在日本专利申请公开第2002-84383号中。
然而，当新应用要在常规组合设备中操作时，存在的问题在于，为了开发组合设备中的新应用，需要专用的开发环境、测试环境等。
另外，还有一个问题在于难以保证新开发的应用的安全性。
发明内容
因此，本发明的总体目的是提供一种新颖的并且有用的服务提供方法、服务提供商设备、信息处理方法、信息处理设备和计算机可读存储介质，其可克服上述问题。
本发明的其它特定目的是提供服务提供方法、服务提供商设备、信息处理方法、用于处理信息的信息处理设备、和计算机可读存储介质，使得能够轻易地扩充(或扩展)服务提供商设备的功能。
本发明的另一更特定的目的是提供服务提供商设备，其包括第一应用，被配置以执行与Web(万维网)页或Web内容有关的处理；和服务提供部件，配置以提供服务，其中第一应用发送请求给包括在另一设备中的第二应用，并且服务提供部件接收与来自第二应用的请求有关的服务提供请求，并根据服务提供请求来提供服务，以便扩充由服务提供商设备提供的服务的功能。根据本发明的服务提供商设备，能够轻易地扩充(或扩展)服务提供商设备的功能。
本发明的另一个目的是提供信息处理设备，其包括第二应用，其中第二应用接收来自第一应用的请求，该第一应用包括在另一设备中，执行与Web页或Web内容有关的处理，并且该第二应用根据请求利用由另一设备中包括的服务提供部件提供的服务，以便扩充另一设备提供的服务的功能。根据本发明的信息处理设备，能够轻易地扩充(或扩展)服务提供商设备的功能。
本发明的另一目的是提供服务提供商方法，其用于服务提供商设备，该服务提供商设备具有配置以执行与Web页或Web内容有关的处理的第一应用、和配置以提供服务的服务提供部件，该方法包括请求发送步骤，将来自第一应用的请求发送给另一设备中包括的第二应用；以及服务提供步骤，接收与来自第二应用的请求有关的服务提供请求，并根据服务提供请求提供服务，以便扩充由服务提供商设备提供的服务的功能。根据本发明的服务提供方法，能够轻易地扩充(或扩展)服务提供商设备的功能。
本发明的另一目的是提供一种信息处理方法，用于具有第二应用的信息处理设备，该方法包括请求接收步骤，由第二应用接收来自第一应用的请求，该第一应用执行与Web页或Web内容有关的处理且包括在另一设备中；以及利用步骤，由第二应用根据请求利用由包括在另一设备中的服务提供部件提供的服务，以便扩充另一设备提供的服务的功能。根据本发明的信息处理方法，能够轻易地扩充(或扩展)服务提供商设备的功能。
本发明的另一目的是提供一种计算机可读存储介质，其存储了一种用于使计算机作为服务提供商设备使用的程序，该服务提供商设备具有配置以执行与Web页或Web内容有关的处理的第一应用，和配置以提供服务的服务提供部件，该程序包括请求发送过程，使计算机将来自第一应用的请求发送给包括在另一设备中的第二应用；服务提供过程，使计算机接收与来自第二应用的请求有关的服务提供请求，并根据服务提供请求提供服务，以便扩充由服务提供商设备提供的服务的功能。根据本发明的计算机可读存储介质，能够轻易地扩充(或扩展)服务提供商设备的功能。
本发明的又一个目的是提供一种计算机可读存储介质，其存储了一种用于使计算机作为信息处理设备使用的程序，该信息处理设备具有第二应用，该程序包括请求接收过程，使计算机能够由第二应用接收来自执行与Web页或Web内容有关的处理且包括在另一设备中的第一应用的请求；以及利用过程，使计算机能够由第二应用根据请求利用由包括在另一个设备中的服务提供部件提供的服务，以便扩充由另一设备提供的服务的功能。根据本发明的计算机可读存储介质，能够轻易地扩充(或扩展)服务提供商设备的功能。
当参考附图阅读时，根据下述详细的说明将使本发明的其它目的及进一步的特征更清楚。
图1是总体说明本发明的系统框图；图2是说明组合设备的功能结构的图；图3是说明组合设备的硬件结构的系统框图；图4是示出个人计算机(PC)的硬件结构的系统框图；图5是说明由Web浏览器管理的图表的图；图6是说明Web应用的功能结构的图；图7是说明由Web应用的存储部件管理的图表的图；图8是说明由Web应用的存储部件管理的另一图表的图；图9是说明Web服务的功能结构的图；图10是说明由Web服务的存储器件管理的图表的图。
图11是总体说明服务提供处理的序列图；图12是示出HTTP请求的图；图13是示出SOAP请求的图；图14是示出包括SOAP会话ID的SOAP响应的图；图15是示出包括HTTP会话ID的HTML响应的图；图16是示出包括HTTP会话ID和输入数据的HTTP请求的图；图17是示出包括SOAP会话ID和会话数据的SOAP请求的图；图18是示出包括一部分会话数据的SOAP响应的图；图19是示出包括HTTP会话ID和一部分会话数据的HTML响应的图；图20是用于说明Web服务URL注册处理的流程图；
图21是用于说明另一Web服务URL注册处理的流程图；图22是用于说明与Web服务URL注册处理有关的设备的通信和结构的图；图23是示出请求输入Web服务URL的HTML形式(form)的图；图24是示出包括Web服务URL的形式的结果的图；图25是用于说明与Web服务URL注册处理有关的设备的通信和结构的图；图26是示出包括用于URL确定的Web应用URL的指引(direct)请求的图；图27是示出包括用于URL确定的Web应用URL的HTTP请求的图；图28是示出包括Web服务URL的指引请求的图；图29是示出包括Web服务URL的HTTP请求的图；图30是说明本发明另一结构的系统框图；图31是说明本发明另一结构的系统框图；图32是说明本发明另一结构的系统框图；图33是说明本发明另一结构的系统框图；图34是总体说明服务提供处理的序列图；图35是说明本发明另一结构的系统框图；图36是说明客户机应用的功能结构的图；图37是说明Web应用的功能结构的图；图38是总体说明服务提供处理的序列图；图39是说明与Web服务URL注册处理有关的设备的通信和结构的系统框图；图40是示出与Web服务的URL查询有关的SOAP请求的图；图41是示出与Web服务的URL查询有关的SOAP响应的图；以及图42是示出与Web服务的URL通知有关的SOAP响应的图。
具体实施例方式
如下面参考实施例所描述的那样，根据本发明一个方面的服务提供商设备具有执行与Web页或Web内容有关的处理的第一应用以及提供服务的服务提供部件或装置。第一应用请求包括在另一设备中的第二应用。服务提供部件或装置接收与请求有关从第二应用接收的服务提供请求，并根据服务提供请求提供服务，以便扩充(或延伸)服务提供商设备提供的服务的功能。
如随后所描述的那样，例如，在这种情况下，第一应用相当于Web浏览器20，或者客户机应用70，该Web浏览器20以客户机应用70下载(嵌入)。另外，例如，服务提供部件或装置相当于Web服务40，而第二应用程序相当于Web应用30。此外，例如，服务提供商设备相当于组合设备100。例如，另一设备相当于个人计算机(PC)10。
根据本发明另一方面的信息处理设备具有第二应用。第二应用从第一应用接收请求，该第一程序包括在另一设备中并执行与Web页或Web内容有关的处理。根据接收的请求，第二应用利用由另一设备中包括的服务提供部件或装置提供的服务，以便扩充(或延伸)由另一设备提供的服务的功能。
如随后所描述的那样，例如，在这种情况下，第一应用相当于Web浏览器20，或者客户机应用70，该Web浏览器20以客户机应用70下载(嵌入)。另外，例如，服务提供部件或装置相当于Web服务40，而第二应用相当于Web应用30。此外，例如，该信息处理设备相当于PC 10。例如，另一设备相当于组合设备100。
根据本发明，能够轻易地扩充设备(服务提供商设备)的功能。
此外，本发明的目的也可以由一种服务提供方法、信息处理方法和存储服务提供程序或信息处理程序的计算机可读存储介质来实现。
权利要求中所描述的成像设备可相当于扫描设备(或扫描仪)或打印设备(或打印机)，或者组合设备100等。
接下来，将参考附图来描述根据本发明的服务提供方法、服务提供商设备、信息处理方法和设备、以及计算机可读存储介质的各个实施例。
图1是总体说明本发明的系统框图。如图1所示，组合设备100的用户(或操作员)可通过经由Web浏览器20利用包括在个人计算机(PC)10中的Web应用30来使用包括在组合设备100中的Web服务40。
通过应用图1所示的结构，能够开发和测试具有适当开发环境和适当测试环境的PC 10中的Web应用30。另外，能够通过利用在测试Web应用30的PC 10中操作的Web应用30来解决安全性问题。
接下来，通过参看图2，将说明组合设备100的功能结构。图2是说明组合设备100的功能结构的图。
图2所示的组合设备100包括绘图仪1201、扫描仪1202、诸如传真的其它硬件资源1203，软件组1210和组合设备启动(或引导)部件1240。软件组1210包括平台1220和应用1230。
当开启组合设备100的电源时，首先操作组合设备启动部件1240，并启动平台1220和应用1230。
平台1220包括控制服务1250、系统资源管理器(SRM)1223和操作系统(OS)1221。控制服务1250分析来自应用1230的处理请求，并生成获取请求以便获取硬件资源。SRM 1223管理一个或多个硬件资源，并仲裁(arbitration)来自控制服务1250的获取请求。
控制服务1250由多个服务模块构成。更具体的说，控制服务1250由以下构成系统控制服务(SCS)1222、引擎控制服务(ECS)1224、存储控制服务(MCS)1225、操作面板控制服务(OCS)1226、传真控制服务(FCS)1227、网络控制服务(NCS)1228和成像存储处理器(IMH)1229。平台1220包括应用程序接口(API)1205，其通过预定义函数能够接收来自应用1230的处理请求。
OS 1221由UNIX(注册商标)操作系统等构成，并同时执行平台1220和应用1230的软件作为处理。通过使用开放源的UNIX操作系统，能够保护程序的安全性，并应对网络，因此可容易地获取源代码。另外，不需要为OS和传输控制协议/因特网协议(TCP/IP)支付费用，从而便于外购。
SRM 1223与SCS 1222一起执行系统控制和资源管理。SRM 1223仲裁接收自利用硬件资源的更高级(或层)的请求，该硬件资源包括诸如扫描仪和绘图仪的引擎部件、存储器、硬盘驱动器(HDD)文件、以及主机输入/输出(I/O)接口(I/F)(Centronics I/F、网络I/F、IEEE 13941 I/F等)，并执行请求。
更具体地说，SRM 1223判断所请求的硬件资源是否存在以及是否可用(未由另一请求使用)，并且如果肯定，则通知更高级(或层)所请求的硬件资源可用。另外，SRM 1223可以执行关于来自更高级(或层)的请求所使用的硬件资源的调度，并直接执行所请求的内容(例如，通过打印机引擎传送纸和形成图像、保护存储器、生成文件等)。
SCS 1222执行多个功能，包括应用管理(功能1)，操作部件控制(功能2)，系统屏幕显示(作业列表屏幕、计数器显示屏幕、等等)(功能3)，发光二极管(LED)显示(功能4)，资源管理(功能5)，中断应用控制(功能6)等等。应用管理(功能1)注册应用，并将与已注册应用有关的信息通知给其它应用。操作部件控制(功能2)使得能够排它控制应用使用操作部件的权利。系统屏幕显示(功能3)根据来自有权使用操作部件的应用的请求内容，显示相应于引擎部件的状态的警告屏幕。发光二极管显示(功能4)控制系统LED显示，诸如警告LED和应用键。资源管理(功能5)执行用于排它控制引擎资源(扫描仪、主要成分(staple)、等等)的服务，这些引擎资源在应用(ECS)执行作业时必须受到排它控制。中断应用控制(功能6)执行用于操作具有优先权的特定应用的控制和服务。
ECS 1224控制绘图仪1201、扫描仪1202和诸如引擎部件的其它硬件资源1203，并且还执行图像读取及打印操作、状态通知、卡纸恢复等等。
MCS 1225执行存储控制。更具体地说，MCS 1225执行控制处理，诸如获取和释放图像存储器，利用HDD，以及压缩和展开图像数据。
OCS 1226由控制构成主体控制和操作员之间的信息传输部件或装置的操作面板的模块构成。由OCS 1226执行的处理包括通知操作员键操作事件的处理，提供将由每个应用使用的库函数以构成图形用户接口(GUI)的处理，管理为每个应用构成的GUI的信息的处理，以及反映操作面板的显示的处理。
FCS 1227为从系统控制器的每个应用级(或层)使用公用交换电话网或综合服务数字网(PSTN/ISDN)的传真发送和接收、在备份SRAM(BKM)中管理的各种传真数据的注册和/或引用、传真读取、和传真接收打印提供应用程序接口(API)。
NCS 1228由提供服务的模块组组成，所提供的服务一般可由需要网络I/F的应用使用。由NCS 1228执行的处理包括由每个协议将从网络接收的数据分布给每个应用，并当将数据从应用发送给网络时介入(intervening)。
例如，NCS 1228可以使用多个协议中的超文本传输协议守护(Daemon)(HTTPD)200，以便控制与通过超文本传输协议(HTTP)经由因特网连接的网络设备的数据通信，并通过功能调用启动相应于由HTTP请求头指定的Web服务的处理部件，以便通过HTTP响应将这个Web服务执行的处理结果通知给网络设备。例如，根据由可扩充标记语言(XML)描述的消息提供Web服务。
IMH 1229将虚拟存储器区域(用户虚拟空间)的图像数据映射到物理存储器。根据启动的处理，IMH 1229进行系统调用，以及映射该处理的虚拟存储器区域，并在处理结束后释放所映射的虚拟存储器区域。
应用1230以页面描述语言(PDL)、打印机命令语言(PCL)、和附言(PS)，包括随后将描述的Web浏览器20的Web浏览器应用1216、用于Web服务的Web服务处理应用1215、用于扫描仪的扫描仪应用1214、用于传真的传真应用1213、用于复制的复制应用1212和用于打印机的打印机应用1211。通过网络能够将新应用安装到由NCS 1228连接的组合设备100中。另外，可以在一个或多个应用的单元中添加或删除应用1230。
Web服务处理应用1215包括Web服务器500和Web服务功能(WSF)1400。Web服务器500接收请求Web服务的HTTP请求，并通过发送HTTP响应提供Web服务。WSF 1400通过API使用控制服务1250执行预定的处理，并通过Web服务应用程序接口(WS-API)提供作为Web服务的预定处理的结果。
在这个实施例中，Web服务40等安装在WSF 1400中。
组合设备100在平台1220中集中地处理每个应用所共同需要的处理。
接下来，通过参看图3，将说明组合设备100的硬件结构。图3是说明组合设备100的硬件结构的系统框图。
如图3所示，组合设备100包括操作面板1310、传真控制单元(FCU)1530、引擎部件1350(连接至扫描仪1202、等等)、绘图仪1201、和控制器1300的特定用途集成电路(ASIC)1301，它们通过外围部件互连(PCI)总线1309等连接。
在控制器1300中，本地存储器(MEM-C)1302、HDD 1303等连接至ASIC 1301。ASIC 1301和中央处理单元(CPU)1304通过CPU芯片集的北桥接器(NB)1305连接，这是因为CPU 1304自身的接口是未知的。
ASIC 1301和NB 1305不是通过PCI简单地连接，而是通过加速图形端口(AGP)1308连接。由于组和设备100被设计成能执行和控制多个构成图2所示的平台122和应用1230的处理，因此ASIC 1301和NB 1305通过AGP1308连接以防止性能降低，如果通过低速PCI连接两者将发生性能降低。
CPU 1304控制组合设备100的总体操作。更具体地说，CPU 1304在OS1221上启动并执行构成平台1220的SCS 1222、SRM 1223、ECS 1224、MCS1225、OCS 1226、FCS 1227，NCS 1228和IMH 1229，作为处理。CPU 1304还在OS 1221上启动并执行构成应用1230的打印机应用1211、复制应用1212、传真应用1213、扫描仪应用1214，Web服务处理应用1215和Web浏览器应用1216。
提供NB 1305将CPU 1304连接到系统存储器(MEM-P)1306、南桥接器(SB)1307、网络接口卡(NIC)1341、通用串行总线(USB)1330、IEEE13941340、Centronics 1342，驱动器接口(I/F)1343和ASIC 1301。
MEM-P 1306用作组合设备100的绘图存储器等等。SB 1307将NB 1305连接至ROM PCI设备、外围设备等等。MEM-C 1302用作用于复制的图像缓冲器、代码缓冲器等等。ASIC 1301包括用于执行图像处理的图像处理硬件元件。
驱动器I/F 1343用于读取存储在插入组合设备100中的记录介质中的程序、应用等，并且将所读取的程序、应用等安装在组合设备100中。记录介质不局限于特定的类型，例如可以由SD存储卡、智能介质、多媒体卡、紧密闪存(注册商标)等等构成。
HDD 1303构成用于存储图像数据、程序、字体数据、形式、文件等等的存储装置。操作面板1310包括接受由操作员进行的输入操作的键和用于向操作员显示消息等的显示部件。在这个实施例中，由Web浏览器20显示的Web页等显示在操作面板1310上。
ASIC 1301包括用于连接至MEM-C 1302的RAM接口和连接至HDD1303的硬盘接口。当对由MEM-C 1302或HDD 1303所构成的存储部件输入和输出图像数据时，输入或输出目的地将被切换至相应的RAM接口或硬盘接口。
AGP 1308构成被设计以高速执行图形处理的图形加速卡的总线接口。AGP 1308通过直接以高吞吐量访问MEM-P 1306，使得通过图形加速卡能够进行高速图形处理。
接下来，通过参考图4，将说明PC 10的硬件结构。图4是示出PC 10的硬件结构的系统框图。
PC 10包括通过总线10-A连接的输入设备11、显示设备12、驱动器单元13、只读存储器(ROM)15、随机存取存储器(RAM)16、CPU 17、接口单元18和HDD 19。记录介质14装载在驱动器单元13中。
输入设备11由PC 10的操作员操作的键盘、鼠标器等构成。当操作员操作输入设备11时，各种操作信号被输入PC 10中。显示设备12由向PC 10的操作员显示各种信息的液晶显示器(LCD)等构成。接口单元18将PC 10连接至网络等。
相应于Web应用30的应用程序、控制PC 10的总体操作的主程序等可由记录介质14提供给PC 10或通过网络下载给PC 10。在前一种情况下，通过驱动器单元13从记录介质14将应用程序、主程序等安装到HDD 19中。记录介质14可以是装载在驱动器单元13中的CD-ROM。
ROM 15储存数据等等。RAM 16在启动PC 10时存储从HDD 19读出的应用程序、主程序等。CPU 17通过执行在RAM 16读出以及存储在RAM 16中的应用程序、主程序等来执行处理。
接下来，通过参考图5，将说明由Web浏览器20管理的图表。图5是说明由Web浏览器20管理的图表的图；如图5所示，Web浏览器20管理的图表包括作为条目的书签名和书签目的地统一资源定位码(URL)。书签目的地的名称存储在书签名称中。书签目的地的URL存储在书签目的地URL中。
接下来，通过参看图6，将说明由Web应用30的功能结构。图6是说明Web应用30的功能结构的图。
如图6所示，Web应用30包括HTTP服务器31、主应用本体32、简单对象存取协议(SOAP)客户机33和存储部件34。
HTTP服务器31通过因特网等与Web浏览器20进行通信，并与主应用本体32进行通信。主应用本体32构成由Web应用30提供的应用功能的功能的主要部分。主应用本体32与HTTP服务器31和SOAP客户机33进行通信。
例如，SOAP客户机33通过因特网等与主应用本体32和Web服务40(或随后将描述的Web服务41的SOAP服务器41)进行通信。必要时，存储部件34由HTTP服务器31、或主应用本体32、或者SOAP客户机33使用。例如，存储部件34存储并管理下面参考图7和图8所描述的图表。
接下来，通过参看图7，将说明由Web应用30的存储部件34管理的图表。图7是说明Web应用30的存储部件34管理的图表的图；
如图7所示，由Web应用30的存储部件34管理的一个图表包括作为条目的HTTP会话ID、SOAP会话ID和会话数据。另外，如图7所示，由Web应用30的存储部件34管理的另一图表包括作为条目的Web服务URL。
用于标识Web浏览器20和Web应用30的会话的标识符存储在HTTP会话ID中。用于标识Web应用30和Web服务40的会话的标识符存储在SOAP会话ID中。由组合设备的用户在相应的HTTP会话期间通过Web浏览器20输入的输入数据被存储在会话数据中。
用于标识Web服务40的标识符存储在Web服务URL中。
接下来，通过参看图8，将说明Web应用30的存储部件34管理的另一图表。图8是说明Web应用30的存储部件34管理的另一图表的图；图8所示的单一图表完整地包括图7所示的2个图表。通过应用图8所示的这个单一图表，能够彼此对应地管理HTTP会话ID和Web服务URL。
接下来，通过参看图9，将说明Web服务40的功能结构。图9是说明Web服务40的功能结构的图。
如图9所示，Web服务40包括SOAP服务器41、主服务本体42、设备控制器43和存储部件44。
SOAP服务器41通过因特网等与Web应用30(或Web应用30的SOAP客户机33)进行通信，并与主服务本体42进行通信。主服务本体42构成Web服务40所提供的Web服务的功能的主要部分。主服务本体42与SOAP服务器41和设备控制器43进行通信。
例如，设备控制器43控制设备，相应于组合设备100的平台1220。必要时，存储部件44由SOAP服务器41或主服务本体42、或者设备控制器43使用。例如，存储部件44存储并管理下面参考图10所描述的图表。
接下来，通过参看图10，将说明Web服务40的存储部件44管理的图表。图10是说明Web服务40的存储部件44管理的图表的图；如图10所示，Web服务40的存储部件44管理的图表包括作为条目的SOAP会话ID和会话数据。用于标识Web应用30(或Web应用30的SOAP客户机33)和Web服务40(或Web服务40的SOAP服务器41)的会话的标识符存储在SOAP会话ID中。在相应的SOAP会话期间从Web应用30发送的会话数据存储在会话数据中。
接下来，参考附图11，将总述利用由包括在组合设备100自身内的Web服务40，通过组合设备100的Web浏览器20，使用包括在PC 10内的Web应用30，提供的服务的处理。图11是总体说明服务提供处理的序列图。
首先，在步骤S1中，包括在组合设备100内的Web浏览器20根据来自用户的请求等显示书签名称列表。在步骤S2中，当用户选择了书签时，包括在组合设备100内的Web浏览器20创建并对所选择的书签的URL发送随后描述的图12所示的HTTP请求。
在步骤S3中，当从包括在组合设备100内的Web浏览器20接收到图12所示的HTTP请求时，包括在PC 10内的Web应用30将新的HTTP会话ID分配给会话，并将新HTTP会话ID存储在图7或8所示的图表中。另外，在步骤S4中，对包括在组合设备100内、并通过随后描述的方法在图7或8所示的图表中注册的Web服务40的URL，包括在PC 10内的Web应用30创建并发送随后描述的图13所示的SOAP请求。
在步骤S5中，当从包括在PC 10内的Web应用30接收到图13所示的SOAP请求时，包括在组合设备100内的Web服务40将新的SOAP会话ID分配给会话，并将新SOAP会话ID存储在图10所示的图表中。另外，在步骤S6中，包括在组合设备100内的Web服务40创建图14所示的SOAP响应，该响应将在随后描述并且包括在步骤S5中分配的新SOAP会话ID，并且该Web服务40将SOAP响应返回给包括在PC 10内的Web应用30。
在步骤S7中，当从包括在组合设备100内的Web服务40接收到图14所示的包括新SOAP会话ID的SOAP响应时，包括在PC 10内的Web应用30在HTTP会话ID和SOAP会话ID之间形成对应。而且，在步骤S8中，包括在PC 10内的Web应用30还创建图15所示的将在随后描述并包括HTTP会话ID的HTML响应，并且将HTML响应发送给包括在组合设备100内的Web浏览器20。
在步骤S9中，当从包括在PC 10中的Web应用30接收到包括HTTP会话ID的图15所示的HTML响应时，包括在组合设备100内的Web浏览器20分析并显示HTML。在步骤S10中，当用户在形式上进行输入操作时，包括在组合设备100内的Web浏览器20创建图16所示的将在随后描述并包括HTTP会话ID和输入数据的HTTP请求，并且对形式内的指定URL发送该HTTP请求。
在步骤S11中，当从包括在组合设备100内的Web浏览器20接收到图16所示的包括HTTP会话ID和输入数据的HTTP请求时，包括在PC 10内的Web应用30将包括在HTTP请求内的输入数据作为会话数据存储在图7或8所示的图表中。另外，在步骤S12中，包括在PC 10内的Web应用30从图7或8所示的图表中获取相应于包括在HTTP请求中的HTTP会话ID的SOAP会话ID，并创建图17所示的随后将描述并包括SOAP会话ID和会话数据的SOAP请求，并且对包括在图7或8所示的图表中的Web服务URL发送SOAP请求。
在步骤S13中，当从包括在PC 10内的Web应用30接收到图17所示的包括SOAP会话ID和会话数据的SOAP请求时，包括在组合设备100内的Web服务40使用作为键(key)的SOAP会话ID将会话数据存储在图10所示的图表中。此外，在步骤S14中，包括在组合设备100内的Web服务40，根据例如包括在SOAP请求内的会话数据，访问组合设备100的诸如绘图仪1201、或扫描仪1202、或者其它硬件资源1203的设备，并且使访问的设备执行处理。在步骤S15中，包括在组合设备100内的Web服务40创建图18所示的随后描述并包括一部分会话数据的SOAP响应，作为在组合设备100内执行处理的结果，并将SOAP响应返回给PC 10包括的Web应用30。
在步骤S16中，当从包括在组合设备100的Web服务40接收到作为在组合设备100中执行处理的结果的图18所示的包括部分会话数据的SOAP响应时，包括在PC 10内的Web应用30创建作为在组合设备100执行处理的结果的图19所示的随后描述并包括该部分会话数据的HTML响应，并将HTML响应发送给包括在组合设备100中的Web浏览器20。在步骤S17中，当从包括在PC 10中的Web应用30接收到图19所示的包括该部分会话数据和HTTP会话ID的HTML响应时，包括在组合设备100中的Web浏览器20分析并显示HTML。
通过执行图11所示的处理，在不需在组合设备100中开发和操作Web应用30的情况下，能够通过Web浏览器20，使用在PC 10内开发和操作的Web应用30来利用(或提供)由操作在组合设备100中的Web服务40提供的服务。
接下来，通过参考图12，将描述在图11所示的步骤S2中从Web浏览器20发送给Web应用30的HTTP请求。图12是示出HTTP请求的图。
如图12所示，HTTP请求包括作为HTTP服务器31的URL的″http//pc/application/″。
接下来，通过参考图13，将描述在图11所示的步骤S4中从Web应用30发送给Web服务40的SOAP请求。图13是示出SOAP请求的图。
如图13所示，SOAP请求调用获取SOAP会话ID的方法″getSoapSessionId″。
接下来，通过参考图14，将描述在图11所示的步骤S6中从Web服务40发送给Web应用30的SOAP响应。图14是示出包括SOAP会话ID的SOAP响应的图。
如图14所示，SOAP响应包括存储在标记″<return Value></return Value>″中的SOAP会话ID。
接下来，通过参考图15，将描述在图11所示的步骤S8中从Web应用30发送给Web浏览器20的HTML响应。图15是示出包括HTTP会话ID的HTML响应的图。
如图15所示，HTML响应包括字段″hidden″中的HTTP会话ID的值(在图15所示情况下的值″111″)。
接下来，通过参考图16，将描述在图11所示的步骤S10中从Web浏览器20发送给Web应用30的HTTP请求。图16是示出包括HTTP会话ID和输入数据的HTTP请求的图。
如图16所示，HTTP请求包括HTTP会话ID(在图16所示情况下，值为″111″)和输入数据(在图16所示的情况下为″xxx″)。
接下来，通过参考图17，将描述在图11所示的步骤S12中从Web应用30发送给Web服务40的SOAP请求。图17是示出包括SOAP会话ID和会话数据的SOAP请求的图。
如图17所示，SOAP请求包括SOAP会话ID(在图17所示情况下，值为″222″)和会话数据(在图17所示的情况下为″xxx″)。
接下来，通过参考图18，将描述在图11所示的步骤S15中从Web服务40发送给Web应用30的SOAP响应。图18是示出包括部分会话数据的SOAP响应的图。
如图18所示，作为执行处理的结果，SOAP响应包括会话数据的部分(在图18所示的情况下为″yyy″)。
接下来，通过参考图19，将描述在图11所示的步骤S16中从Web应用30发送给Web浏览器20的HTML响应。图19是示出包括HTTP会话ID和部分会话数据的HTML响应的图。
如图19所示，HTML响应包括字段″hidden″中的HTTP会话ID的值(在图19所示情况下，值为″111″)。另外，作为执行处理的结果，会话数据的部分(图19所示情况下的″yyy″)包括在标记″<p></p>″中。
接下来，通过参考本发明的第二至第五实施例，将描述Web应用30创建或获取Web服务40的URL，并将Web服务URL注册在由存储部件34存储并管理的图表中的处理。而且，在第二实施例中，为了方便起见，假定Web应用30的存储部件34存储并管理图7所示的图表。而且，在第三实施例中，为了方便起见，假定Web应用30的存储部件34存储并管理图8所示的图表。
图20是用于说明Web服务URL注册处理的流程图。
当在图11所示的步骤S2中Web应用30从Web浏览器20接收到HTTP请求时，在图20所示的步骤S20中，Web应用30从HTTP协议获取Web浏览器20的IP地址。在步骤S21中，Web应用30根据在步骤S20获取的Web浏览器20的IP地址创建包括在与Web浏览器20相同的设备(组合设备100)中的Web服务40的URL。在步骤S22中，Web应用30在图7所示的图表中存储(注册)在步骤S21中创建的Web服务URL。
通过执行图20所示的处理，Web应用30可以在图11所示的步骤S4中，对创建和注册的Web服务URL，发送SOAP请求。
如可从图7中看到的那样，根据第二实施例中应用的方法，不彼此对应地管理HTTP会话ID和Web服务URL。因此，不能从多个诸如组合设备100的设备利用相同的Web应用30。
通过参考图21，将描述注册Web服务40的另一处理。图21是用于说明该另一Web服务URL注册处理的流程图。
当在图11所示的步骤S2中Web应用30从Web浏览器20接收到HTTP请求时，在图21所示的步骤S30中，Web应用30从HTTP协议中获取Web浏览器20的IP地址。在步骤S31中，Web应用30根据在步骤S30获取的Web浏览器20的IP地址创建包括在与为Web浏览器20相同的设备(组合设备100)中的Web服务40的URL。在步骤S32中，Web应用30在图8所示的图表中存储(注册)在步骤S31中创建的Web服务URL。
通过执行图21所示的处理，即使从多个设备(诸如组合设备100)接收请求时，Web应用30可以创建包括在该多个设备的每个中的Web服务40的URL，并对每个创建的Web服务URL发送图13所示的SOAP请求。
根据在第二和第三实施例中应用的方法，如果在Web浏览器20和Web应用30之间加入HTTP代理，那么Web应用30不能获取Web浏览器20的IP地址。在这种情况下，不能创建Web服务40的URL。
通过参考图22，将描述与Web服务URL注册处理有关的设备的通信和结构。图22是用于说明与Web服务URL注册处理有关的设备的通信和结构的图。
在这个第四实施例中，在应用1230中，组合设备100包括URL确定HTTP代理50，用于确定Web服务40的URL。
在这个第四实施例中，Web浏览器20通过URL确定HTTP代理50与Web应用30进行通信。
此外，在这个第四实施例中，如图11所示步骤S2所指示，当包括在PC10内的Web应用30通过包括在组合设备100中的URL确定HTTP代理50从包括在组合设备100内的Web浏览器20接收到HTTP请求时，在图22的步骤S40中，Web应用30创建随后描述的图23所示的HTML形式，并将HTML形式发送给包括在组合设备100内的URL确定HTTP代理50。
在图22所示的步骤S41中，当包括在组合设备100内的URL确定HTTP代理50从包括在PC 10内的Web应用30接收到图23所示的请求输入Web服务URL的HTML形式时，URL确定HTTP代理50分析相应于输入Web服务URL的字段，并创建包括在相同组合设备100中包括的Web服务40的URL的、随后描述的图24所示的形式的结果，以及将形式的结果发送给包括在PC 10内的Web应用30。
通过执行图22所示的处理，Web应用30可以获取Web服务40的URL，并将所获取的URL存储(注册)在图7或8所示的图表中，以及将图13所示的SOAP请求发送给所存储的Web服务URL。
根据第四实施例中应用的方法，即使在Web浏览器20和Web应用30之间加入HTTP代理，应用30也可以获取Web服务40的URL，并将所获取的URL存储(注册)在图7或8所示的图表中。
在图22所示的步骤S40中从Web应用30发送给URL确定HTTP代理50的HTML形式示出在图23中。图23是示出请求输入Web服务URL的HTML形式的图。
在图22所示的步骤S41中从URL确定HTTP代理50发送给Web应用30的形式的结果示出在图24中。图24是示出包括Web服务URL的形式的结果的图。
如图24所示，形式的结果包括Web服务40的URL(图24所示情况下为″http//mfp/service″)。
接下来，通过参考图25，将描述与Web服务URL注册处理有关的设备的通信和结构。图25是用于说明与Web服务URL注册处理有关的设备的另一通信和结构的图。
在这个第五实施例中，在应用1230中，组合设备100包括URL确定Web应用60，用于确定Web服务40的URL。
在这个第五实施例中，在图25所示的步骤S50中，如图11所示步骤S2所指示，当包括在PC 10内的Web应用30从包括在组合设备100中的Web浏览器20接收到HTTP请求时，Web应用30创建包括用于URL确定的Web应用URL(以下称为URL确定Web应用URL)的、随后描述的图26所示的再指引(redirect)请求，以及将再指引请求发送给包括在组合设备100内的Web浏览器20。
在图25所示的步骤S51中，当包括在组合设备100内的Web浏览器20从包括在PC 10内的Web应用30中接收到图26所示的包括URL确定Web应用URL的再指引请求时，Web浏览器20创建包括写入包括在再指引请求中的字段″Location(位置)″中的应用(在第五实施例的情况下，为包括在组合设备100中的URL确定Web应用60)的URL的、随后描述的图27所示的HTTP请求，并对该应用的URL发送HTTP请求。
在图25所示的步骤S52中，当包括在组合设备100内的URL确定Web应用60从包括在组合设备100内的Web浏览器20接收到图27所示的包括URL确定Web应用URL的HTTP请求时，URL确定Web应用60创建包括Web服务URL的、随后描述的图28所示的再指引请求，并将再指引请求发送给包括在组合设备100中的Web浏览器20。
在图25所示的步骤S53中，当包括在组合设备100内的Web浏览器20从包括在组合设备100内的URL确定Web应用60中接收到图28所示的包括Web服务URL的再指引请求时，Web浏览器20创建包括与写入到包括在再指引请求中的字段″位置″中的应用(在第五实施例中，为包括在PC 10中的Web应用30)的URL有关的Web服务URL、随后描述的图29所示的HTTP请求，并对应用的URL发送HTTP请求。
通过执行图25所示的处理，Web应用30可以获取Web服务40的URL，并将所获取的URL存储(注册)在图7或8所示的图表中，以及将图13所示的SOAP请求发送给所存储的Web服务URL。
根据在第五实施例中应用的方法，即使在Web浏览器20和Web应用30之间插入HTTP代理，Web应用30也可以获取Web服务40的URL，并将所获取的URL存储(注册)在图7或8所示的图表中，这是因为提供了与Web浏览器20通信的URL确定Web应用60。
在图25所示的步骤S50中从Web应用30发送给Web浏览器20的再指引请求示出在图26中。图26示出包括URL确定Web应用URL的指引请求。
如图26所示，URL确定Web应用60的URL包括在再指引请求的字段″Location″中。
在图25所示的步骤S51中从Web浏览器20发送给URL确定Web应用60的HTTP请求示出在图27中。图27是示出包括用于URL确定的Web应用URL的HTTP请求的图。
如图27所示，HTTP请求包括URL确定Web应用60的URL。
在图25所示的步骤S52中从URL确定Web应用60发送给Web浏览器20的再指引请求示出在图28中。图28是示出包括Web服务URL的指引请求的图。
如图28所示，再指引请求包括Web服务40的URL(在图28所示情况下为″http//mfp/service″)。
在图25所示步骤S53中从Web浏览器20发送给Web应用30的HTTP请求在图29中示出。图29是示出包括Web服务URL的HTTP请求的图。
如图29所示，HTTP请求包括Web服务40的URL(在图29所示的情况下为″http//mfp/service″)。
接下来，通过参看图30，将说明本发明的另一结构。图30是说明本发明另一个结构的系统框图。
在上述实施例中，Web服务40包括在图1所示的组合设备100中。但是在本发明的第六实施例中，Web服务40包括在PC 10中。因此，用户可以使用Web浏览器20来通过Web应用30利用Web服务40。
接下来，通过参考图31，将说明本发明的另一结构。图31是说明本发明另一个结构的系统框图。
根据图31所示的结构，用户可以通过Web应用30来使用Web浏览器20以切换和利用包括在组合设备100中的Web服务401或包括在PC 10中的Web服务402。
另外，取代将利用的Web服务401和402之间的切换，用户通过Web应用30可以使用Web浏览器20并利用包括在组合设备100中的Web服务401和包括在PC 10内的Web服务402的结合。例如，可将Web服务401与文件等的扫描相关联，并且可将Web服务402与文件等的管理相关联。
接下来，通过参考图32，将说明本发明的另一结构。图32是说明本发明另一个结构的系统框图。
可从图32中看到，可将Web应用30安装在除PC 10之外的设备中，诸如除安装有Web浏览器20和Web服务40的组合设备1001之外的组合设备1002。如果存在安装有Web应用30的组合设备1002，那么包括Web浏览器20和Web服务40的组合设备1001不需要安装Web应用30，并且通过利用安装在组合设备1002中的Web应用30，可以轻易地扩充它的功能。
接下来，通过参考图33，将说明本发明的另一结构。图33是说明本发明另一个结构的系统框图。
根据图33所示的结构，用户可以通过Web应用30来使用Web浏览器20以切换和利用包括在组合设备1001中的Web服务401或包括在组合设备1002中的Web服务402。
另外，取代要利用的Web服务401和402之间的切换，用户可以通过Web应用30来使用Web浏览器20并利用包括在组合设备1001中的Web服务401和包括在组合设备1002中的Web服务402的结合。例如，可将Web服务401与文件等的扫描相关联，而可将Web服务402与文件等的打印相关联。换句话说，通过包括在PC 10中的Web应用30，用户可以使用Web浏览器20以扫描组合设备1001中的文件，并且通过将扫描的文件数据直接或经由包括在PC 10中的Web应用30发送给组合设备1002，打印组合设备1002中的扫描文件。
接下来，通过参考附图34，将总述通过组合设备100的Web浏览器20，使用包括在PC 10内的Web应用30，利用由包括在组合设备100自身内的Web服务40提供的服务的另一处理。图34是总体说明该另一服务提供处理的序列图。
首先，在图34所示的步骤S60中，包括在组合设备100内的Web浏览器20根据来自用户的请求等显示书签名称列表。在图34所示的步骤S61中，当用户选择了书签时，包括在组合设备100内的Web浏览器20创建并显示包括所选择书签的URL的形式。
在图34所示的步骤S62中，当用户在形式上进行输入操作时，包括在组合设备100内的Web浏览器20创建包括输入数据的HTTP请求，并且对形式内的指定URL发送该HTTP请求。
在图34所示的步骤S63中，当从包括在组合设备100内的Web浏览器20接收到HTTP请求时，包括在PC 10内的Web应用30从包括例如作为图7所示条目的Web服务URL的图表中获取Web服务URL，以便创建包括在HTTP请求中包括的输入数据的SOAP请求，并对Web服务URL发送SOAP请求。
为了方便起见，假定在这个实施例中，当应用上述第二、第三、第四实施例中的方法时，Web服务URL存储在包括作为图7所示条目的Web服务URL的图表中。
在图34所示的步骤S64中，当从包括在PC 10内的Web应用30接收到包括输入数据的SOAP请求时，包括在组合设备100内的Web服务40访问诸如组合设备100的绘图仪1201、或扫描仪1202、或者其它硬件资源1203的设备，并且根据例如包括在SOAP请求内的输入数据，使访问的设备执行处理。例如，Web服务40使访问的设备执行成像处理。
在图34所示的步骤S65中，包括在组合设备100内的Web服务40创建包括在组合设备100中执行处理(例如成像处理)的结果的SOAP响应，并将SOAP响应返回给包括在PC 10内的Web应用30。
在图34所示的步骤S66中，当从包括在组合设备100内的Web服务40接收到包括在组合设备100中执行处理的结果的SOAP响应时，包括在PC 10内的Web应用30创建包括执行处理的结果的HTML响应，并将HTML响应返回给包括在组合设备100内的Web浏览器20。
在图34所示的步骤S67中，当从包括在PC 10中的Web应用30接收到包括执行处理的结果的HTML响应时，包括在组合设备100内的Web浏览器20分析并显示HTML。
通过执行图34所示的处理，在不在组合设备100中开发并操作Web应用30，且不进行上述实施例的会话的情况下，能够通过Web浏览器20，使用在PC 10内开发和操作的Web应用30，来利用(或提供)由操作在组合设备100中的Web服务40提供的服务。
接下来，将描述由本发明第十一实施例应用的结构和处理，其针对的是将客户机应用70下载(或安装)到Web浏览器20中的情况。客户机应用70可以是Java(注册商标)小应用程序(applet)或Flash(注册商标)应用等等。
图35是说明本发明另一结构的系统框图。如图35所示，通过利用包括在PC 10中的Web应用30，经过诸如Java小应用程序或Flash应用的客户机应用70所下载到的Web浏览器20，组合设备100的用户可使用包括在组合设备100内的Web服务40。
通过将客户机应用70下载至Web浏览器20，能够实现诸如音频和动画的结合的动态Web页，否则将不可能在以HTML描述的静态Web页上实现。
为了方便起见，在这个实施例中，可以假定客户机应用执行环境80，诸如Java虚拟机或Flash播放器，已下载至Web浏览器20中。
接下来，通过参考图36，将说明客户机应用70的功能结构。图36是说明客户机应用70的功能结构的图。如图36所示，客户机应用70包括主应用本体71、SOAP客户机72和存储部件73。
主应用本体71构成由客户机应用70提供的功能的主体部分，并且与SOAP客户机72通信。从例如Web浏览器20调用主应用本体72，并将由客户机应用70提供的功能提供给Web浏览器20。
SOAP客户机72与主应用本体71进行通信，并且也通过例如因特网等与Web应用30(或Web应用30的SOAP服务器35)进行通信。必要时，存储部件73由主应用本体71、或者SOAP客户机72使用。例如，存储部件73存储用户输入的数据，以及包括在从Web应用30接收的响应中的数据等。
接下来，通过参看图37，将说明Web应用30的另一功能结构。图37是说明Web应用30的该另一功能结构的图。如图37所示，Web应用30包括HTTP服务器31、主应用本体23、SOAP客户机33、存储部件34、SOAP服务器35、和客户机应用下载部件36。
HTTP服务器31通过因特网等与Web浏览器20通信，并且也与主应用本体32和客户机应用下载部件36通信。主应用本体32构成由Web应用30提供的功能的主体部分，并且与HTTP服务器31、SOAP客户机33和SOAP服务器35通信。
SOAP客户机33与主应用本体32通信，并且还通过因特网等与Web服务40(或Web服务40的SOAP服务器41)通信。必要时，存储部件34由HTTP服务器31、或主应用本体32、或SOAP客户机33、或SOAP服务器35、或者客户机应用下载部件36使用。例如，存储部件34存储并管理包括作为条目的Web服务URL的图表。
SOAP服务器35与主应用本体32通信，并且还通过因特网等与客户机应用70(或客户机应用70的SOAP客户机72)通信。当通过HTTP服务器31等从包括在组合设备100内的Web浏览器20中接收到HTTP请求时，客户机应用下载部件36使客户机应用70成为可下载至Web浏览器20的状态。例如，客户机应用70存储在PC 10的HDD 19中。
接下来，通过参考附图38，将总述通过组合设备100的客户机应用70和/或Web浏览器20，使用包括在PC 10内的Web应用30，利用由包括在组合设备100自身内的Web服务40提供的服务的另一处理。图38是总体说明该另一服务提供处理的序列图。
首先，在图38所示的步骤S70中，包括在组合设备100内的Web浏览器20根据来自用户的请求等显示书签名称列表。在图38所示的步骤S71中，当用户选择了书签时，包括在组合设备100内的Web浏览器20对所选择的书签的URL创建并发送HTTP请求。
在图38所示步骤S72中，在将HTTP请求发送给由用户选择的书签的URL之后，包括在组合设备100中的Web浏览器20从位于URL处的Web应用30下载客户机应用70。
在执行步骤S72的处理之前，包括在组合设备100内的Web浏览器20可以确定是否已从包括在PC 10内的Web应用30下载了客户机应用70。在这种情况下，如果确定结果为YES(是)，则可略去步骤S72的处理，并且处理可进行到图38所示的步骤S73。在这种情况下，如果确定结果为NO(否)，则如上所述地执行步骤S72的处理。例如，包括在组合设备100内的Web浏览器20可以根据标志来确定是否已从包括在PC 10内的Web应用30下载了客户机应用70，该标志与客户机应用70的下载等有关并且被设置在组合设备100的HDD 1303中。
在图38所示步骤S73中，当下载了客户机应用70时，包括在组合设备100内的Web浏览器20调用下载的客户机应用70。
在图38所示的步骤S74中，包括调用的客户机应用70并包括在组合设备100内的Web浏览器20创建并显示包括由用户在步骤S70选择的书签的URL的形式。
在图38所示步骤S75中，当用户在形式上进行输入操作时，包括在组合设备100内的客户机应用70创建图42所示的随后描述的并包括输入数据和Web服务URL的SOAP请求，并且将SOAP请求发送给形式内的指定URL，该Web服务URL是通过随后参考图39所述的方法来获取的。
在图38所示步骤S76中，当从包括在组合设备100内的客户机应用70接收包括输入数据和Web服务URL的SOAP请求时，包括在PC 10内的Web应用30创建包括在接收的SOAP请求中包括的输入数据的SOAP请求，并对包括在从客户机应用70接收的SOAP请求中的Web服务URL发送所创建的SOAP请求。
在图38所示的步骤S77中，当从包括在PC 10内的Web应用30接收到包括输入数据的SOAP请求时，包括在组合设备100内的Web服务40访问诸如组合设备100的绘图仪1201或扫描仪1202、或者其它硬件资源1203的设备，并且使访问的设备根据包括在接收的SOAP请求内的输入数据而执行处理。例如，由设备执行成像处理。
在图38所示的步骤S78中，包括在组合设备100内的Web服务40创建包括在组合设备100中执行处理(例如，成像处理)的执行结果的SOAP响应，并将SOAP响应返回给包括在PC 10内的Web应用30。
在图38所示的步骤S79中，当从包括在组合设备100中的Web服务40接收到包括在组合设备100中执行的处理结果的SOAP响应时，包括在PC 10内的Web应用30创建包括执行处理的结果的SOAP响应，并将创建的SOAP响应发送给包括在组合设备100中的客户机应用70。
在图38所示的步骤S80中，当从包括在PC 10中的Web应用30接收到包括执行处理的结果的SOAP响应时，包括在组合设备100内的客户机应用70创建并显示与执行处理的结果有关的屏幕。
通过执行图38所示的处理，不需在组合设备100中开发和操作Web应用30，能够通过客户机应用70和/或Web浏览器20，使用在PC 10内开发和操作的Web应用30，来利用(或提供)由操作在组合设备100中的Web服务40提供的服务。
接下来，通过参考图39，将描述与Web服务URL注册(或通知)处理有关的设备的通信和结构。图39是用于说明与Web服务URL注册(或通知)处理有关的设备的通信和结构的系统框图。
在这种情况下，与上述实施例的情况类似，还假定应用1230包括Web服务40的URL确定Web应用60。
在图39所示步骤S80中，例如当在图38所示步骤S73中包括在组合设备100内的客户机应用70由包括在组合设备100中的Web浏览器20调用时，客户机应用70创建图40所示的随后描述的SOAP请求，并对包括在组合设备100内的URL确定Web应用60发送所创建的SOAP请求。
在图39所示的步骤S81中，当从包括在组合设备100中的客户机应用70接收到图40所示的SOAP请求时，包括在组合设备内的URL确定Web应用60创建图41所示的随后描述的并包括Web服务URL的SOAP响应，并将创建的SOAP响应发送给包括在组合设备100内的客户机应用70。
在图39所示的步骤S82中，当从包括在组合设备100中的URL确定Web应用60接收到图41所示的包括Web服务URL的SOAP响应时，包括在组合设备100内的客户机应用70创建图42所示的随后将描述的并包括由用户在形式上输入的输入数据的SOAP请求，并对包括在PC 10内的Web应用30发送创建的SOAP请求。
通过执行图39所示的处理，客户机应用70可以将Web服务URL通知给Web应用30，从而Web应用30可以对Web服务URL发送SOAP请求等。
当然，不使用URL确定Web应用60，客户机应用70可以确定Web服务URL。在客户机应用70确定Web服务URL的情况下，只执行图39所示的步骤S82的处理。但是当通过使用图39所示的URL确定Web应用60来确定Web服务URL时，能够有效地应对Web服务40的安装位置的修改等。
在图39所示的步骤S80中从Web客户机应用70发送给URL确定Web应用60的SOAP请求示出在图40中。图40是示出与Web服务的URL查询有关的SOAP请求的图；如图40所示，SOAP请求调用获取Web服务的URL的方法″getServiceUrl″。
在图39所示的步骤S81中从URL确定Web应用60发送给客户机应用70的SOAP响应示出在图41中。图41是示出与Web服务的URL查询有关的SOAP响应的图；如图41所示，SOAP响应包括存储在标记″<return Value></return Value>″中的Web服务的URL(在图41所示的情况下为″http//mfp/service″)。
在图39所示的步骤S82中从客户机应用70发送给Web应用30的SOAP请求示出在图42中。图42是示出与Web服务的URL通知有关的SOAP响应的图。
如图42所示，SOAP请求包括存储在标记″<serviceUrl></serviceUrl>″中的Web服务的URL(在图42所示的情况下为″http//mfp/service″)。另外，输入数据(在图42所示情况下为″xxx″)存储在标记″<input></input>″中。
因此，根据该本发明，能够在不修改服务提供商设备的设置的情况下，扩充(或扩展)服务提供商设备(例如组合设备100)的功能。另外，能够应用不根据服务提供商设备所特有的开发环境的任意开发方法。此外，即使包括在另一开发或改进的设备(例如，PC 10)中的应用存在安全漏洞，也能够改善安全性，这是因为阻止了病毒等进入服务提供商设备自身。
在上述实施例中，Web应用30创建Web服务40的URL，或在组合设备100中提供URL确定HTTP代理50或URL确定Web应用60，以便将Web服务40的URL通知给Web应用30。然而，基于形式，能够在Web浏览器20内显示用于输入Web服务40的URL的Web页，还能够将用户输入的Web服务40的URL发送给Web应用30。
此外，该本发明中所使用的各种请求和响应并不限于附图所示的那些请求和响应。
而且，本发明并不限于这些实施例，在不脱离本发明的范围的情况下可进行各种变化和改进。
本申请要求2004年1月27号向日本专利局提交的日本专利申请第2004-018813号及2005年1月6号提交的第2005-001573号的权益，在此以引用的方式将其公开内容包含于此。
权利要求
1.一种服务提供商设备，包括第一应用，配置以执行与Web页或Web内容有关的处理；以及服务提供部件，配置以提供服务，所述第一应用向包括在另一设备中的第二应用发送请求，所述服务提供部件从第二应用接收与请求有关的服务提供请求，并根据服务提供请求来提供服务，以扩充由服务提供商设备提供的服务的功能。
2.根据权利要求1所述的服务提供商设备，还包括标识符信息通知部件，配置以将标识服务提供部件的标识符信息通知给第二应用。
3.根据权利要求1所述的服务提供商设备，其中服务提供商设备由配置以形成图像的成像设备构成。
4.一种信息处理设备，包括第二应用，所述第二应用从包括在另一设备中、执行与Web页或Web内容有关的处理的第一应用接收请求，并且根据请求来利用由包括在该另一设备中的服务提供部件提供的服务，以扩充由该另一设备提供的服务的功能。
5.根据权利要求4所述的信息处理设备，还包括标识符信息接收部件，配置以从该另一设备接收标识服务提供部件的标识符信息。
6.根据权利要求4所述的信息处理设备，还包括标识符信息生成部件，配置以根据与该另一设备有关的信息来生成标识服务提供部件的标识符信息。
7.根据权利要求4所述的信息处理设备，其中该另一设备由配置以形成图像的成像设备构成。
8.一种服务提供方法，用于服务提供商设备，该服务提供商设备具有配置以执行与Web页或Web内容有关的处理的第一应用和配置以提供服务的服务提供部件，该方法包括请求发送步骤，将来自第一应用的请求发送给包括在另一设备中的第二应用；以及服务提供步骤，从第二应用接收与请求有关的服务提供请求，并根据服务提供请求来提供服务，以扩充由服务提供商设备提供的服务的功能。
9.根据权利要求8所述的服务提供方法，还包括标识符信息通知步骤，将标识服务提供部件的标识符信息通知给第二应用。
10.根据权利要求8所述的服务提供方法，其中服务提供商设备由配置以形成图像的成像设备构成。
11.一种信息处理方法，用于具有第二应用的信息处理设备，包括请求接收步骤，由第二应用从包括在另一设备中、执行与Web页或Web内容有关的处理的第一应用接收请求；以及利用步骤，由第二应用根据请求来利用由包括在该另一设备中的服务提供部件提供的服务，以扩充由该另一设备提供的服务的功能。
12.根据权利要求11所述的信息处理方法，还包括标识符信息接收步骤，由第二应用从该另一设备接收标识服务提供部件的标识符信息。
13.根据权利要求11所述的信息处理方法，还包括标识符信息生成步骤，由第二应用根据与该另一设备有关的信息来生成标识服务提供部件的标识符信息。
14.根据权利要求11所述的信息处理方法，其中该另一设备由配置以形成图像的成像设备构成。
全文摘要
一种服务提供商设备，配置有第一应用，用于执行与Web页或Web内容有关的处理；和服务提供部件，用于提供服务。第一应用向包括在另一设备中的第二应用发送请求。服务提供部件从第二应用接收与请求有关的服务提供请求，并根据服务提供请求提供服务，以扩充由服务提供商设备提供的服务的功能。
文档编号G06F9/54GK1677277SQ200510068558
公开日2005年10月5日 申请日期2005年1月27日 优先权日2004年1月27日
发明者金崎克己 申请人:株式会社理光