CN103220441B

CN103220441B - 信息处理设备及其控制方法

Info

Publication number: CN103220441B
Application number: CN201210320706.7A
Authority: CN
Inventors: 阿久泽政男
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2011-08-31
Filing date: 2012-08-31
Publication date: 2015-11-18
Anticipated expiration: 2032-08-31
Also published as: US20130054744A1; JP2013050875A; CN103220441A; JP5893298B2

Abstract

本发明涉及一种信息处理设备及其控制方法。该信息处理设备能够生成访问以端口为单位进行控制的Web应用程序用的URL。该信息处理设备包括用于存储信息的存储单元。该信息处理设备对存储单元进行控制以存储表示访问Web应用程序用的端口的端口信息。该信息处理设备获取表示访问Web应用程序用的端口的端口信息，并生成访问Web应用程序用的URL，其中该URL包括所获取到的端口信息。从其它Web应用程序链接登记所生成的访问Web应用程序用的URL。

Description

信息处理设备及其控制方法

技术领域

本发明涉及一种信息处理设备及其控制方法和存储介质，尤其涉及一种用于登记访问Web应用程序用的URL链接的信息处理设备及其控制方法和存储介质。

背景技术

目前的MFP(多功能外围设备)装配有用于响应于来自网络上的多个外部设备中的每个外部设备的请求来执行处理的Web服务器功能。装配有Web服务器功能的MFP响应于根据HTTP(超文本传输协议)所接收到的处理请求来执行运行在该MFP上的Web应用程序。

由Web应用程序所生成的HTML(超文本标记语言)文件常包含针对其它Web页的URL(统一资源定位符)链接。URL通常包括IP地址(或主机名称)、端口编号和文件路径等(例如，参见RFC1738)。

在这方面，公开了通过参考URL的IP地址或主机名称来转换链接目的地的URL的技术(例如，参见日本特开2000-285052)。

在诸如MFP等的资源受限的设备中，考虑到安全问题，多个Web应用程序在多个端口上运行。

此外，在从某一Web应用程序向不同的Web应用程序登记URL链接的情况下，对于运行有多个Web应用程序的MFP等而言，通常通过指定端口编号等被省略的相对路径来进行登记。

相对路径的指定仅在Web应用程序运行在同一端口的情况下才是可应用的。

也就是说，如果基于相对路径的指定的链接登记是在运行在各个不同的运行端口上的Web应用程序之间进行的，则可能导致链接至错误的链接目的地或者链接错误。由于该原因，如传统技术那样，对使用诸如IP地址或主机名称等的并未足够详细规定的名称的URL的指定可能并不适用于需要以端口为单位进行控制的环境。

发明内容

本发明提供了一种信息处理设备及其控制方法和存储介质，其中该信息处理设备能够生成访问以端口为单位进行控制的Web应用程序用的URL。

在本发明的第一方面中，提供一种信息处理设备，包括用于存储信息的存储单元，所述信息处理设备还包括：存储控制单元，用于对所述存储单元进行控制，以存储表示访问Web应用程序用的端口的端口信息；获取单元，用于从所述存储单元获取访问所述Web应用程序用的所述端口信息；生成单元，用于生成访问所述Web应用程序用的URL，其中所述URL包括所述获取单元所获取到的所述端口信息；以及登记单元，用于登记所述生成单元所生成的访问所述Web应用程序用的所述URL。

在本发明的第二方面中，提供一种信息处理设备的控制方法，所述信息处理设备包括用于存储信息的存储单元，所述控制方法包括以下步骤：对所述存储单元进行控制，以存储表示访问Web应用程序用的端口的端口信息；从所述存储单元获取访问所述Web应用程序用的所述端口信息；生成访问所述Web应用程序用的URL，其中所述URL包括所获取到的所述端口信息；以及登记所生成的访问所述Web应用程序用的所述URL。

在本发明的第三方面中，提供一种非瞬态计算机可读存储介质，其存储用于使计算机执行信息处理设备的控制方法的计算机可执行程序，所述信息处理设备包括用于存储信息的存储单元，其中所述控制方法包括以下步骤：对所述存储单元进行控制，以存储表示访问Web应用程序用的端口的端口信息；从所述存储单元获取访问所述Web应用程序用的所述端口信息；生成访问所述Web应用程序用的URL，其中所述URL包括所获取到的所述端口信息；以及登记所生成的访问所述Web应用程序用的所述URL。

根据本发明，该信息处理设备能够生成访问以端口为单位进行控制的Web应用程序用的URL。

通过以下参考附图对典型实施例的说明，本发明的其它特征将变得明显。

附图说明

图1是包括根据本发明实施例的MFP的信息处理系统的示意图。

图2是图1中示出的MFP的硬件结构的框图。

图3是图1中示出的MFP的功能框图。

图4是图3中示出的应用程序管理部所参考的启动列表的例子的图。

图5是图3中示出的应用程序管理部所管理的服务器小程序(servlet)登记列表的例子的图。

图6是用于说明用于登记URL链接的软件结构的图。

图7是登记有URL链接的Web应用程序A所进行的显示的例子的图。

图8是由图2中示出的CPU所执行的启动处理的流程图。

图9是由图2中示出的CPU所执行的登记处理的流程图。

图10是示出用于从Web应用程序B向Web应用程序A登记URL链接所执行的登记序列的序列图。

图11是示出Web应用程序C和Web应用程序D执行登记序列时由URL补充部所生成的URL的图。

具体实施方式

以下将参考示出本发明实施例的附图来详细说明本发明。在本实施例中，将说明根据本发明的信息处理设备被应用至MFP(多功能外围设备)的情况。

图1是包括根据本发明实施例的MFP101的信息处理系统的示意图。

如图1所示，由附图标记101表示的MFP以及外部设备102和103可相互通信地连接至网络(LAN)104。在本实施例中，MFP101响应于从例如外部设备102或103发送的根据HTTP(超文本传输协议)的处理请求(以下称为“HTTP请求”)，来执行如下文所述的处理。如图1所示，对MFP101以及外部设备102和103各自分配IP地址。

图2是图1中示出的MFP101的硬件结构的框图。

如图2所示，MFP101包括控制单元200、操作部210、扫描器220以及打印机230。

控制单元200包括CPU201、RAM202、ROM203、操作部接口204、扫描器接口205、打印机接口206以及网络接口207。

CPU201以集中方式控制MFP101的整体操作。RAM(随机存取存储器)202是用于存储信息的存储单元，并用作CPU201的工作区、接收缓冲器和图像绘制区等。

ROM(只读存储器)203存储要由CPU201执行的软件程序以及字体数据。另外，MFP101还设置有未示出的硬盘驱动器。该硬盘驱动器存储操作系统、其它系统软件以及图像数据。

操作部接口204为控制单元200提供与操作部210的接口。扫描器接口205为控制单元200提供与扫描器220的接口。打印机接口206为控制单元200提供与打印机230的接口。网络接口207为MFP101提供与网络104的接口。

操作部210包括多种开关、按钮以及消息显示用的液晶显示部。打印机230基于图像数据在记录薄片上进行打印。扫描器220读入已打印文档等，并将所读入的数据转换为电子数据。

图3是图1中示出的MFP101的功能框图。

参考图3所述的各组件可实现为软件或软件与硬件的组合。

MFP101包括应用程序启动部301、应用程序管理部302、HTTP服务器应用程序303以及HTTPS服务器应用程序304。

应用程序启动部301例如在MFP101的电源接通时或响应于来自用户的启动指令、根据从应用程序管理部302发出的指令，来从ROM203等加载应用程序，并启动该应用程序。该应用程序是Web应用程序，并且以端口为单位进行控制。此处提及的端口是访问Web应用程序用的端口(换句话说，Web应用程序运行的端口)。

此外，当接收到来自外部设备102或103的HTTP请求时，应用程序启动部301从应用程序管理部302请求与要执行的应用程序有关的信息。

注意，HTTP请求包括用于识别Web应用程序的识别信息以及使用端口编号所表示的URL。在本实施例中，URL是以“http://MFP101的IP地址:端口编号/服务器小程序路径”的形式进行描述。

当MFP101接收到包括URL的HTTP请求时，由分配至指定端口编号的应用程序来调用服务器小程序。换句话说，HTTP请求是执行指定端口编号中所登记的指定应用程序用的请求通知。

服务器小程序是应用程序中所包括的程序代码的一部分，并且通常提供给用于实现一个功能的各单元。因此，应用程序可包括多个服务器小程序。

应用程序管理部302响应于来自应用程序启动部301的请求，向应用程序启动部301通知要启动的应用程序以及该应用程序的存储目的地(例如，ROM203中的地址)。

此外，应用程序管理部302例如在MFP101启动时参考启动列表，并获取与启动顺序和要启动的各应用程序的存储目的地有关的信息。启动列表包含与应用程序的启动顺序和各应用程序的程序代码的存储目的地有关的信息。

当MFP101启动时，应用程序管理部302可基于由各应用程序的程序头部所定义的信息来生成启动列表。

HTTP服务器应用程序303是正常的HTTP服务器应用程序。在所示例子中，假定通过HTTP服务器应用程序303来调用服务器小程序A和B。

HTTPS服务器应用程序304是使用SSL套接字的HTTP服务器应用程序。在所示例子中，假定通过HTTPS服务器应用程序304来调用服务器小程序C和D。

在MFP101启动时生成启动列表的时刻，应用程序启动部301根据例如在应用程序的各程序头部中所定义的信息，将要使用的服务器小程序与端口编号相关联地进行登记。

图4是图3中示出的应用程序管理部302要参考的启动列表的例子的图。

如图4所示，启动列表示出应用程序名称401和应用程序的启动顺序402。例如，在图4中，第一个启动HTTP服务器应用程序，并且第二个启动HTTPS服务器应用程序。

之后，依次启动包括服务器小程序A的Web应用程序、包括服务器小程序B的Web应用程序、包括服务器小程序C的Web应用程序以及包括服务器小程序D的Web应用程序。

这些Web应用程序将被分别称为Web应用程序A、Web应用程序B、Web应用程序C以及Web应用程序D。

如上所述，在本实施例中，启动列表定义了在启动HTTP服务器应用程序303和HTTPS服务器应用程序304之后启动包括各服务器小程序的Web应用程序。

尽管图4中未示出，但该启动列表还与各应用程序相关联地定义了程序代码的存储目的地。

在启动时，包括各服务器小程序的每个应用程序请求HTTP服务器应用程序303或者HTTPS服务器应用程序304登记服务器小程序。将所登记的服务器小程序记录在由应用程序管理部302所管理的登记列表中。

图5是图3中示出的应用程序管理部302所管理的服务器小程序登记列表的例子的图。

参考图5，在该登记列表中，附图标记601表示要登记的各服务器小程序的名称，并且附图标记602表示分配至所登记的各服务器小程序的端口编号。注意，在图5中，端口编号“80”是HTTP用的端口编号，端口编号“443”和“8443”是HTTPS用的端口编号。

在图5中，服务器小程序A和D与端口编号“80”相关联地进行登记，并且服务器小程序B与端口编号443相关联地进行登记。此外，服务器小程序C与端口编号8443相关联地进行登记。

将该登记列表存储在RAM202、未示出的硬盘驱动器或者未示出的非易失性存储装置中。

图6是用于说明用于登记URL链接的软件结构的图。

图6示出如何将URL链接登记在Web应用程序A中。

设置了用于将请求链接登记的Web应用程序的URL登记在Web应用程序A中的链接登记服务801。

链接登记服务801包括链接登记部802、URL补充部803以及服务器小程序运行端口编号确认部804。

链接登记部802将进行请求的Web应用程序的URL与Web应用程序A相关联。更具体地，在Web应用程序A所生成的HTML文件中描述上述链接信息(即，进行请求的Web应用程序的URL)。

URL补充部803根据运行进行请求的Web应用程序的端口编号、MFP101运行的IP地址以及在操作中的服务器小程序的名称来生成URL。

服务器小程序运行端口编号确认部804向后述的服务器管理部805询问正运行进行请求的Web应用程序的端口编号。

服务器管理部805对与HTTP服务器应用程序303和HTTPS服务器应用程序304上运行的服务器小程序有关的信息进行管理。

服务器管理部805包括服务器小程序运行端口编号应答部806和服务器小程序运行端口表807。

服务器小程序运行端口编号应答部806接收来自服务器小程序运行端口编号确认部804的请求，并将运行进行请求的Web应用程序所包括的服务器小程序的端口的端口编号作为应答发送至服务器小程序运行端口编号确认部804。在该应答操作中，服务器小程序运行端口编号应答部806参考服务器小程序运行端口表807。服务器小程序运行端口表807将图5所示的登记列表存储在RAM202中。

在参考图6进行的上述说明中，尽管假定要登记的Web应用程序是Web应用程序A，但这并不是限制性的。例如，要登记的Web应用程序可以是其它Web应用程序或可由操作部210操作的应用程序。

参考图7，与Web应用程序A相对应的Web浏览器701不仅具有用于显示与MFP101有关的装置状况信息以及消耗品信息的功能，还具有用于显示与链接至MFP101中运行的其它Web应用程序有关的链接信息的功能。

此外，Web浏览器701正参考的URL链接702显示在Web浏览器701上。注意，本示例中所指定的URL为“http://192.168.100.XX:80/服务器小程序A”。

此外，显示在Web浏览器701上的是链接至服务器小程序B的URL链接703、链接至服务器小程序C的URL链接704以及链接至服务器小程序D的URL链接705。链接至服务器小程序B的URL链接703以HTML描述。特别地，URL链接703按照如下进行描述：<ahref＝http://192.168.100.XX:443/服务器小程序B>链接至服务器小程序B</a>。

Web浏览器701的使用者可以通过选择链接信息来切换至服务器小程序B所生成的Web页。与链接至各服务器小程序有关的上述链接信息项可以根据后述的链接信息登记处理来逐一进行添加。

图8是图2中示出的CPU201所执行的启动处理的流程图。

因此，该启动处理是CPU201通过读出ROM203所存储的执行程序并执行该程序而实现的。在MFP101的电源接通时或响应于来自用户的启动处理开始指令，开始该处理。

参考图8，应用程序管理部302获取预先存储在ROM203中的启动列表(步骤S501)。此外，应用程序管理部302根据所获取到的启动列表，将与要启动的应用程序有关的信息发送至应用程序启动部301。

然后，应用程序启动部301根据应用程序管理部302所指定的启动顺序，将要启动的应用程序的程序代码从ROM203加载到RAM202中(步骤S502)。

然后，应用程序启动部301执行加载到RAM202中的程序代码，从而启动应用程序(步骤S503)。

然后，应用程序启动部301判断服务器小程序登记是否是必要的(步骤S504)。具体地，通过执行应用程序，如果程序代码调用了服务器小程序登记用的API，则应用程序启动部301判断为服务器小程序登记是必要的。注意，API是应用程序接口(ApplicationProgrammingInterface)的首字母缩写。

如果步骤S504中判断为服务器小程序登记并非必要的(步骤S504中为“否”)，则处理进入步骤S506。另一方面，如果步骤S504中判断为服务器小程序登记是必要的(步骤S504中为“是”)，则应用程序启动部301将服务器小程序与所指定的端口编号相关联地进行登记(步骤S505)，步骤S505对应于存储控制单元，其中该存储控制单元用于对存储单元进行控制，以使得存储表示访问Web应用程序用的端口的端口信息。

然后，应用程序启动部301判断启动列表中所定义的所有应用程序是否已启动(步骤S506)。如果步骤S506中判断为启动了所有的应用程序(步骤S506中为“是”)，则本处理终止。另一方面，如果并非启动了所有的应用程序(步骤S506中为“否”)，则处理返回至步骤S502。

在图8中，通过例子说明了根据应用程序启动部301所执行的程序代码是否调用了API来登记服务器小程序的方法。

然而，本发明并不局限于该方法，例如，应用程序管理部302可以预先生成服务器小程序登记列表，并且在与应用程序的启动同步的时刻将该登记列表与启动列表一起传送至应用程序启动部301。在这种情况下，使用所接收到的服务器小程序登记列表来进行Web应用程序中的URL链接的登记。

图9是图2中示出的CPU201所执行的登记处理的流程图。

该登记处理是CPU201通过读出ROM203所存储的执行程序并执行该程序而实现的。响应于来自Web应用程序的URL链接登记请求，开始该处理。

参考图9，链接登记服务801经由服务器小程序运行端口编号确认部804，向服务器管理部805询问与请求链接登记的Web应用程序所指定的服务器小程序相关联的运行端口编号(步骤S901)。

然后，服务器管理部805经由服务器小程序运行端口编号应答部806来参考服务器小程序运行端口表807(步骤S902)。步骤S902对应于获取单元的操作，其中该获取单元用于从存储单元获取访问Web应用程序用的端口信息(端口编号)。

服务器管理部805基于参考结果来判断是否存在相关联的服务器小程序(步骤S903)。如果步骤S903中判断为不存在相关联的服务器小程序(步骤S903中为“否”)，则服务器管理部805发送回错误值(例如-1)(步骤S905)，并且处理进入步骤S906。

另一方面，如果步骤S903中判断为存在相关联的服务器小程序(步骤S903中为“是”)，则服务器管理部805将所指定的服务器小程序的运行端口编号通知给链接登记服务801(步骤S904)。例如，如果指定了服务器小程序B，则将编号“443”作为运行端口编号发送至链接登记服务801。

然后，链接登记服务801判断从服务器管理部805接收到的运行端口编号是否正常(步骤S906)。

如果步骤S906中判断为运行端口编号不正常(步骤S906中为“否”)，则链接登记服务801向进行请求的Web应用程序通知链接登记不成功(步骤S910)，之后终止该处理。错误值如上所述为“-1”，并且正常的运行端口编号对应于正值。因此，可以根据作为应答所接收到的值的符号来判断运行端口编号是否正常。

另一方面，如果步骤S906中判断为运行端口编号正常(步骤S906中为“是”)，则链接登记服务801经由URL补充部803来生成链接登记用的URL(步骤S907)。步骤S907对应于用于生成访问Web应用程序用的URL的生成单元，其中该URL包括获取单元所获取到的端口信息(端口编号)。

具体地，例如，在针对Web应用程序A执行用于登记Web应用程序B的服务器小程序B的链接登记的情况下，生成URL“http://192.168.100.XX:443/服务器小程序B”。

然后，链接登记部802将所生成的URL登记在运行有链接登记服务801的Web应用程序中(步骤S908)，并向进行请求的Web应用程序通知链接登记成功(步骤S909)，之后终止该处理。

在步骤S908中，链接登记部802将所生成的URL作为“ahref=http://192.168.100.XX:443/服务器小程序B>链接至服务器小程序B</a>”进行链接登记。

如上所述，在登记处理中，从进行请求的Web应用程序将服务器小程序名称通知给服务器管理部805，由此生成适当的URL。在除服务器小程序名称以外还从进行请求的Web应用程序有意地发送运行端口编号的情况下，链接登记服务801可以在不向服务器管理部805询问运行端口编号的情况下生成URL。

在所示例子中，假定如图5中所示，服务器小程序B已被登记在HTTPS服务器中。

Web应用程序B请求Web应用程序A的链接登记服务801执行服务器小程序B的链接登记(步骤S1001)。然后，链接登记服务801向服务器管理部805询问服务器小程序B的运行端口编号(步骤S1002)。这样，链接登记服务801的服务器小程序运行端口编号确认部804请求服务器管理部805确认是否存在服务器小程序B的运行端口。

服务器管理部805调用服务器小程序运行端口编号应答部806以发送回正运行服务器小程序B的端口编号。服务器小程序运行端口编号应答部806参考服务器小程序运行端口表807(步骤S1003)。

在本例子中，假定通过参考服务器小程序运行端口表807来确认是否存在服务器小程序B的运行端口，并且服务器管理部805将编号“443”作为运行端口编号发送至链接登记服务801(步骤S1004)。

链接登记服务801调用URL补充部802以生成要登记在Web应用程序A中的URL(步骤S1005)。此时，URL补充部803生成参考图9所述的URL“http://192.168.100.XX:443/服务器小程序B”。

然后，如上所述，链接登记部802将所生成的URL作为“ahref=http://192.168.100.XX:443/服务器小程序B>链接至服务器小程序B</a>”进行链接登记(步骤S1006)。

然后，链接登记服务801向Web应用程序B通知服务器小程序B的链接登记成功(步骤S1007)，之后终止该处理。

图11是示出Web应用程序C和Web应用程序D执行登记序列时由URL补充部803所生成的URL的图。

附图标记1101表示要登记在Web应用程序A中的服务器小程序的名称，并且附图标记1102表示URL补充部803所生成的服务器小程序URL。通过参考与各服务器小程序相关联的URL，可以理解，URL是以如下形式生成的：http://运行作为链接目的地的Web应用程序的IP地址:运行作为链接源的Web应用程序的服务器小程序的端口/服务器小程序名称。

如上所述，用于向其它Web应用程序链接登记服务器小程序的URL的Web应用程序可以通过使URL补充部803适当地校正URL，来适当地进行该链接登记。

这使得进行请求的Web应用程序能够在无需用户意识到运行端口编号的情况下无论要登记的Web应用程序的运行端口编号如何都登记URL链接。

结果，即使为了提高安全性而将要登记的Web应用程序的运行端口从HTTP用的端口改变至HTTPS用的端口，也可以在不改变应用程序的情况下使用该应用程序，这有助于提高应用程序的可移植性。

在上述实施例中，当访问Web应用程序用的端口改变时，可以存储表示改变后的端口的端口信息。

此外，可以使用包括端口编号的相对路径来生成URL。此外，在本实施例中，根据运行有Web应用程序的设备的IP地址来生成URL。

还可以利用读出并执行记录在存储器装置上的程序以进行上述实施例的功能的系统或设备的计算机(或者CPU或MPU等装置)和通过下面的方法来实现本发明的各方面，其中，系统或设备的计算机通过例如读出并执行记录在存储器装置上的程序以进行上述实施例的功能来进行上述方法的各步骤。由于该目的，例如通过网络或者通过用作存储器装置的各种类型的记录介质(例如，计算机可读介质)将该程序提供给计算机。

尽管已经参考典型实施例说明了本发明，但是应该理解，本发明不限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有修改、等同结构和功能。

本申请要求2011年8月31日提交的日本专利申请2011-188976的优先权，在此通过引用包含其全部内容。

Claims

1.一种信息处理设备，以端口为单位对运行在各个不同的运行端口的第一Web应用程序和第二Web应用程序进行控制，并包括用于存储信息的存储单元，所述信息处理设备还包括：

存储控制单元，用于对所述存储单元进行控制，以存储表示访问所述第一Web应用程序和所述第二Web应用程序中的每一个所用的端口的端口信息，

其特征在于，还包括：

获取单元，用于在启动第一Web应用程序后接收到用于在第一Web应用程序中针对第二Web应用程序登记链接的请求的情况下，从所述存储单元获取访问所述第二Web应用程序用的所述端口信息；

生成单元，用于生成访问所述第二Web应用程序用的URL作为所述链接，其中所述URL包括所述获取单元所获取到的所述端口信息；以及

登记单元，用于向所述第一Web应用程序登记所述生成单元所生成的所述URL，

其中，所述存储控制单元、所述获取单元、所述生成单元和所述登记单元中的至少一部分由硬件处理器实现。

2.根据权利要求1所述的信息处理设备，其中，在访问所述第一Web应用程序和所述第二Web应用程序中的一个所用的端口改变的情况下，所述存储控制单元对所述存储单元进行控制，以存储表示改变后的端口的端口信息。

3.根据权利要求1所述的信息处理设备，其中，所述生成单元使用相对路径来生成所述URL。

4.根据权利要求1所述的信息处理设备，其中，所述生成单元根据运行有所述第一Web应用程序的设备的IP地址来生成所述URL。

5.一种信息处理设备的控制方法，以端口为单位对运行在各个不同的运行端口的第一Web应用程序和第二Web应用程序进行控制，所述信息处理设备包括用于存储信息的存储单元，所述控制方法包括以下步骤：

对所述存储单元进行控制，以存储表示访问所述第一Web应用程序和所述第二Web应用程序中的每一个所用的端口的端口信息，

其特征在于，还包括以下步骤：

在启动第一Web应用程序后接收到用于在第一Web应用程序中针对第二Web应用程序登记链接的请求的情况下，从所述存储单元获取访问所述第二Web应用程序用的所述端口信息；

生成访问所述第二Web应用程序用的URL作为所述链接，其中所述URL包括所获取到的所述端口信息；以及

向所述第一Web应用程序登记所生成的所述URL。