CN114902200A - 程序、程序组及信息处理装置 - Google Patents

Abstract

将HTTP下的设备请求经由USBI/F而发送到MFP，并从该MFP接收设备请求的回复。在PC中，控制程序生成受理端口和设备端口，若受理端口受理端口信息的要求，则输出设备端口的端口信息。接着，若设备端口通过HTTP受理设备请求，则控制程序通过USB协议将设备请求经由USBI/F发送到MFP。此时，控制程序通过USB协议从MFP接收设备请求的回复。并且，控制程序(30)通过HTTP将接收到的设备请求的回复输出到设备请求的输出源。由此，能够将HTTP下的设备请求经由USBI/F而发送到MFP，并从该MFP接收设备请求的回复。

Description

程序、程序组及信息处理装置

技术领域

本发明涉及用于将在第一通信接口中使用的第一协议下的请求发送到设备的程序等。

背景技术

如下述专利文献所记载那样，在近年来的打印机、扫描仪等设备组装有服务器、所谓EWS(Embedded Web Server(嵌入式网页服务器)的缩写)，通过利用PC等信息处理装置访问该服务器，能够确认该设备的状态、设定信息等。

现有技术文献

专利文献

专利文献1：日本特开2007-079940号公报

发明内容

发明所要解决的课题

在PC(Personal Computer：个人计算机)等信息处理装置中，在访问第一协议下的例如设备的EWS时，输出HTTP(Hyper Text Transfer Protocol：超文本传输协议)下的设备请求。另一方面，存在设备经由与在HTTP中使用的通信接口不同的通信接口(例如，USB(Universal Serial Bus：通用串行总线)接口)而连接于信息处理装置的情况。在这样的情况下，希望将HTTP下的设备请求经由USB接口而发送到设备，从该设备经由USB接口而接收设备请求的回复。于是，本发明的课题在于，将第一协议下的设备请求经由与在第一协议中使用的第一通信接口不同的第二通信接口而发送到设备，并从该设备经由第二通信接口而接收设备请求的回复。

用于解决课题的手段

为了解决上述课题，实施例公开的程序是具备第一通信接口及第二通信接口的信息处理装置的计算机能够读取的程序，其特征在于，所述程序使所述计算机作为生成用于受理第一请求的第一端口的第一生成单元和生成用于受理第二请求的第二端口的第二生成单元发挥功能，所述第二请求是与所述第一请求不同的请求，所述第一请求及所述第二请求是基于第一协议的请求，所述第一协议是在所述第一通信接口中使用的协议，所述第一端口及所述第二端口是用于通过所述第一协议从安装于安装有所述程序的计算机且与所述程序不同的程序不经由所述第一通信接口地受理请求的端口，所述程序使所述计算机作为第一公开单元、发送单元、接收单元及第一输出单元发挥功能，所述第一公开单元在受理了向所述第一端口的所述第一请求的情况下，向该第一请求的请求源的程序公开所述第二端口，所述发送单元在受理了向由所述第一公开单元公开的所述第二端口的所述第二请求的情况下，通过第二协议将该第二请求发送到连接于所述第二通信接口的设备，所述接收单元从所述设备经由所述第二通信接口而接收对于由所述发送单元发送的所述第二请求的回复，所述第二协议是在所述第二通信接口中使用的协议，第一输出单元通过所述第一协议将由所述接收单元接收到的回复输出到向所述第二端口的所述第二请求的请求源的程序。

发明效果

实施例公开的程序生成第一端口及第二端口，若在第一端口受理第一协议下的请求，则对向该第一端口的请求的请求源的程序公开第二端口。并且，程序若在该第二端口受理第一协议下的设备请求，则通过第二协议将该设备请求经由第二通信接口而发送到设备。接着，程序若通过第二协议接收该设备请求的回复，则将该设备请求的回复输出到设备请求的请求源的程序。由此，能够将第一协议下的设备请求经由第二通信接口而发送到设备，并从该设备经由第二通信接口而接收设备请求的回复。

附图说明

图1是通信系统1的框图。

图2是示出通信系统1中的处理的序列图。

图3是示出通信系统1中的处理的序列图。

图4是示出通信系统1中的处理的序列图。

图5是示出通信系统1中的处理的序列图。

图6是示出通信系统1中的处理的序列图。

具体实施方式

以下，适当参照附图来对本发明的实施方式进行说明。需要说明的是，以下说明的实施方式只不过是本发明的一例，当然能够在不变更本发明的主旨的范围内适当变更本发明的实施方式。例如，后述的各处理的执行顺序能够在不变更本发明的主旨的范围内适当变更。

图1是本实施方式的通信系统1的框图。图1所示的通信系统1具备PC(信息处理装置的一例)10、MFP(Multi-Functional Peripheral：多功能数码复合一体机)(设备的一例)50、MFP56。MFP50、56是能够执行扫描处理、打印处理等各种处理的设备。另外，在MFP50组装有EWS(服务器的一例)52，在MFP56组装有EWS58。EWS52、58具有与网页服务器同等的功能，在EWS52、58蓄积有表示与表示MFP50、56的状态的信息、设定信息等相关的HTML(HyperText Markup Language：超文本标记语言)的网页的信息(以下，记载为“EWS信息”)(服务器信息的一例)。

PC10主要具备CPU(Central Processing Unit：中央处理器)(计算机的一例)12、存储器14、LCD(Liquid Crystal Display：液晶显示器)16、输入I/F(Interface：接口)18、网络I/F(第一通信接口的一例)19、USBI/F(第二通信接口的一例)20。这些构成要素能够经由总线22而互相通信。

CPU12按照存储器14内的控制程序(程序及第一程序的一例)30、应用(其他程序及第二程序的一例)32、设定工具(其他程序及第三程序的一例)34、浏览器(浏览器的一例)36、OS(Operating System：操作系统)38来执行处理。控制程序30是用于从MFP50的EWS52取得服务器信息的应用程序。另外，应用32是用于使用MFP50来执行各种处理的应用程序。另外，设定工具34是用于基于蓄积于MFP50、56的EWS52、58的EWS信息来进行各种设定的应用程序。需要说明的是，应用32包括程序库(模块程序的一例)40，设定工具34包括程序库(模块程序的一例)42。程序库40和程序库42是相同的应用程序，在通过控制程序30的处理而从MFP50的EWS52取得服务器信息时使用。另外，浏览器36是用于经由网络I/F19而使用HTTP取得HTML形式的数据且将网页显示于LCD16的应用程序。另外，OS38是提供由控制程序30等利用的基本的功能的程序。需要说明的是，在以下的说明中，有时将执行控制程序30等的CPU12仅以程序名记载。例如，“控制程序30”这一记载有时意味着“执行控制程序30的CPU12”。

另外，存储器14具备数据存储区域(存储器的一例)46。数据存储区域46是存储控制程序30等的执行所需的数据等的区域。需要说明的是，存储器14通过组合RAM(RandomAccess Memory：随机存取存储器)、ROM(Read-Only Memory：只读存储器)、快闪存储器、HDD(Hard Disk Drive：硬盘驱动器)、相对于PC10装卸的USB存储器等可移动存储介质、CPU12所具备的缓冲器等而构成。

需要说明的是，存储器14也可以是计算机能够读取的存储介质。

计算机能够读取的存储介质是非暂时性的介质。在非暂时性的介质中，除了上述的例子之外，也包括CD(Compact Disc：光盘)-ROM、DVD(Digital Video Disc：数字通用光盘)-ROM等记录介质。另外，非暂时性的介质也是有形的介质。另一方面，传送从互联网上的服务器等下载的程序的电信号是作为计算机能够读取的介质的一种的计算机能够读取的信号介质，但不包含于非暂时性的计算机能够读取的存储介质。

另外，LCD16显示PC10的各种信息。需要说明的是，本申请的显示器不限于液晶显示器，也可以是有机EL显示器等其他的显示方式的显示器。输入I/F18包括键盘、鼠标等，是用于输入用户操作的接口。需要说明的是，输入I/F18不限于键盘等，也可以是重叠于LCD16的显示画面的膜状的触摸传感器。

网络I/F19用于使用HTTP(第一协议的一例)来与设备进行通信，能够经由网络60而与MFP56通信。另外，USBI/F20用于使用USB协议(第二协议的一例)来与设备进行通信，能够与MFP50通信。

需要说明的是，在本说明书中，基本上，示出按照记述于程序的命令的CPU12的处理。即，以下的说明中的“判断”、“提取”、“选择”、“算出”、“决定”、“确定”、“取得”、“受理”、“控制”、“设定”等处理表示CPU12的处理。CPU12的处理也包括经由OS38的硬件控制。需要说明的是，“取得”以不将要求作为必须的概念来使用。即，CPU12不要求地接收数据这一处理也包含于“CPU12取得数据”这一概念。另外，本说明书中的“数据”由计算机能够读取的位串表示。并且，实质性的含义内容相同且格式不同的数据作为同一数据来处理。关于本说明书中的“信息”也是同样。另外，“命令”、“响应”、“要求”等处理通过对表示“命令”、“响应”、“要求”等的信息进行通信而进行。另外，也可以将“命令”、“响应”、“要求”等表述以表示“命令”、“响应”、“要求”等的信息自身这一含义来记载。另外，有时将由CPU进行的判断信息A是否表示是事情B的处理如“根据信息A来判断是否是事情B”这样概念性地记载。有时将由CPU进行的判断信息A是表示事情B还是表示事情C的处理如“根据信息A来判断是事情B还是事情C”这样概念性地记载。

在通信系统1中，按照上述的结构，能够实现：浏览器36从能够与PC10经由网络I/F19而通信的MFP56取得EWS信息，基于EWS信息而将网页显示于LCD16。这样的处理是以往进行的处理，通过浏览器36使用HTTP，能够适宜地从MFP56取得EWS信息。另一方面，浏览器36从能够与PC10经由USBI/F20而通信的MFP50(即，USB连接的MFP50)凭借以往的手法无法使用HTTP来取得EWS信息，但在通信系统1中，浏览器36能够从USB连接的MFP50使用HTTP来取得EWS信息。以下，关于浏览器36从USB连接的MFP50使用HTTP来取得EWS信息时的控制程序30等的处理，使用图2～图4所示的序列图来详细说明。

详细而言，伴随于向PC10的电源接通，通过OS38的处理而控制程序30起动(参照图2：S100)。然后，控制程序30参照数据存储区域46(S102)，判断在数据存储区域46中是否存储有关联信息(S104)。关联信息是表示EWS信息的取得目的地的设备及表示用于进行与该设备之间的通信的设备端口的信息。关于关联信息，之后详细说明。首先，在此，说明关联信息还未存储于数据存储区域46的情况。控制程序30判断为在数据存储区域46中未存储关联信息(S104：否)，控制程序30生成受理端口(第一端口的一例)(S106)。然后，控制程序30将该受理端口以“Accept(受理)”设为等候状态(S108)。即，控制程序30将受理端口设为能够受理信息的状态(以下，记载为“可受理状态”)。需要说明的是，受理端口的端口编号按照HTTP，被设为50000。

然后，控制程序30利用该受理端口来与应用32的程序库40进行通信。控制程序30例如按照已知的Socket(套接字)方式来进行端口的生成、端口的状态的变更、端口的删除等。

这样，在PC10中，伴随于电源接通，控制程序30起动，通过控制程序30的处理，生成用于与应用32进行通信的受理端口。另一方面，应用32通过用户操作而起动，当应用32起动后(参照图3：S110)，应用32中包含的程序库40向端口编号50000的受理端口输出用于确认连接的信息(S112)。需要说明的是，在程序库40中，编程有通信对象的端口的端口编号是50000这一内容。然后，若向受理端口输入连接确认的信息，则控制程序30将“OK(是)”向程序库40回复(S114)。需要说明的是，在不向受理端口输入连接确认的信息的情况下，向程序库40回复“NG(否)”。顺便一提，控制程序30在无法生成端口编号50000的设备端口的情况下(例如，在端口编号50000的端口由其他的程序已经在使用的情况下)，按照受理端口决定的预定的规则，将与该端口编号50000不同的端口编号决定为受理端口的端口编号，生成该端口编号的端口作为受理端口。在该情况下，即使程序库40要向端口编号50000的端口输入连接确认的信息，也无法输入。于是，在程序库40中也编程有受理端口决定的预定的规则。在未能输入连接确认的信息的情况下，程序库40按照规则而向不同的端口编号的端口输入连接确认的信息等。程序库40使用成功输入了连接确认的信息的端口编号作为受理端口的编号。为了方便，在本实施例中，将端口编号50000的端口设为受理端口来继续说明。

然后，程序库40若受理“OK”，则向端口编号50000的受理端口输出端口信息的要求。此时，程序库40也将设备指定信息与端口信息的要求一起向受理端口输出。设备指定信息是指定EWS信息的取得目的地的设备的信息，在此，指定MFP50的设备指定信息向受理端口输出。另外，设备指定信息被设为在USB协议中使用的字符串的信息。具体而言，例如，向受理端口输出“VID/PID”来作为设备指定信息。顺便一提，VID是VenderID(制造商编号)，PID是ProductID(产品编号)。因而，通过“VID/PID”，能够确定设备的机型(模型)。需要说明的是，可认为对1台PC以USB连接多个相同的机型的打印机来利用的方式不是一般的。因而，在本申请实施例中，作为设备指定信息的“VID/PID”也作为识别设备的个体的信息来使用。当然，也可以使用“VID/PID”以外的信息(例如，序列号等)作为识别设备的个体的信息，将“VID/PID”和识别设备的个体的信息合起来设为设备指定信息。

然后，若受理端口受理端口信息的要求，则控制程序30将由该要求中包含的设备指定信息指定的设备(以下，有时记载为“对象设备”)的确认要求向OS38输出(S118)。该确认要求用于确认对象设备是否是与HTTP对应的设备，若对象设备是与HTTP对应的设备，则OS38将“true(真)”向控制程序30输出(S120)。另一方面，若对象设备不是与HTTP对应的设备，则OS38将“false(假)”向控制程序30输出(S120)。OS38例如在被称作注册表的区域存储有USB设备的信息，在S118中，将该信息的输出向OS要求。USB设备的信息可以是从与PC10进行了USB连接的设备取得的信息，也可以是从PC10的数据存储区域46、设备制造商的服务器取得的信息。表示对象设备是否是与HTTP对应的设备的信息也可以是“true”、“false”以外的信息。另外，也可以基于程序库40输出的VID/PID而以机型进行判断，还可以从OS38取得模型信息而进行判断。进一步说，也可以从设备受理模型信息而进行判断。

此时，控制程序30若从OS38受理“true”，则生成线程(S122)。然后，控制程序30生成设备端口(第二端口的一例)(S124)，将该设备端口以“Accept”设为等候状态(S126)。即，控制程序30将设备端口设为可受理状态。需要说明的是，设备端口的端口编号也按照HTTP，被设为51000。然后，控制程序30利用该设备端口来与浏览器36进行通信。顺便一提，在端口编号51000的端口已经在使用而控制程序30无法生成端口编号51000的设备端口的情况下，按照设备端口决定的预定的规则，生成与该端口编号51000不同的端口编号的端口作为设备端口。为了方便，在本实施例中，将端口编号51000的端口设为受理端口来继续说明。

然后，控制程序30将表示生成出的设备端口的端口编号的信息(以下，记载为“端口信息”)和在S116中受理的设备指定信息建立关联地存储于数据存储区域46(S128)。需要说明的是，在此存储的端口信息和设备指定信息成为先前说明的关联信息。即，通过由控制程序30的处理生成设备端口，关联信息向数据存储区域46存储。然后，控制程序30将表示设备端口的端口编号的端口信息向程序库40输出(S130)。此时，控制程序30将HTTP形式的端口信息向程序库40输出。具体而言，例如，在设备端口的端口编号是51000的情况下，控制程序30将端口信息“http://localhost:51000/”向程序库40输出。

程序库40若从控制程序30受理端口信息，则起动浏览器36(S132)。然后，程序库40将从控制程序30受理的端口信息“http://localhost:51000/”向浏览器36输出(S134)。由此，浏览器36能够访问端口编号51000的设备端口，通过HTTP将EWS信息的要求信息向该设备端口输出(参照图4：S136)。此时，控制程序30若在端口编号51000的设备端口受理HTTP下的EWS信息的要求信息，则通过USB协议(第二协议的一例)将EWS信息的要求信息向与和该端口编号的端口信息建立关联地存储的设备指定信息对应的设备(即，MFP50)输出(S138)。此时，控制程序30将在设备端口通过HTTP受理的要求信息不变换地通过USB协议向MFP50发送。即，MFP50从控制程序30接收的要求信息和假设MFP50从浏览器36直接通过HTTP接收而MFP50通过HTTP接收的要求信息是相同的要求信息。因此，MFP50在从控制程序30接收的情况和通过HTTP接收的情况下，基本上无需变更对于要求信息的处理。

接着，MFP50若受理EWS信息的要求信息，则通过USB协议将EWS信息向控制程序30回复(S140)。然后，控制程序30通过HTTP将受理的EWS信息向浏览器36输出(S142)。这样，在PC10中，通过经由控制程序30，浏览器36能够使用HTTP来取得EWS信息。然后，浏览器36基于取得的EWS信息而将网页显示于LCD16(S143)。需要说明的是，MFP50向控制程序30回复的EWS信息和假设MFP50向浏览器36直接通过HTTP回复而MFP50通过HTTP回复的EWS信息是相同的EWS信息。另外，控制程序30将通过USB协议接收到的EWS信息不变换地通过HTTP向浏览器36输出。因此，浏览器36在从控制程序30受理的情况和通过HTTP接收的情况下，基本上无需变更对于EWS信息的处理。

需要说明的是，设备端口若受理信息，则成为无法再受理下一信息的状态(即，不能再受理下一信息的状态)。因而，控制程序30将从浏览器受理了EWS信息的要求信息的设备端口在将与该要求信息对应的EWS信息向浏览器36输出后设为可受理状态(S144)。由此，在浏览器36再次向该设备端口通过HTTP输出了EWS信息的要求信息的情况下(S146)，该设备端口能够受理EWS信息的要求信息。需要说明的是，以后的处理(S148～S154)与先前说明的处理(S138～S144)相同。需要说明的是，浏览器36能够进行书签保存，因此，在受理了书签保存的用户操作的情况下，将用于访问该设备端口(即，端口编号51000的设备端口)的信息(即，从控制程序30取得的端口信息)向数据存储区域46保存(S156)。

这样，若端口信息由浏览器36进行书签保存，则通过书签操作，浏览器36能够容易地访问设备端口，经由控制程序30而从MFP50取得EWS信息。不过，例如，若控制程序30被再起动，则有时生成与书签保存的端口信息所示的端口编号不同的端口编号的设备端口。即，若控制程序30再起动而执行S106～S124的处理，则再次生成设备端口。此时，若生成端口编号51000的设备端口，则没有问题，但如上所述，在控制程序30生成设备端口时端口编号51000的端口已经在使用的情况下，控制程序30生成与端口编号51000不同的端口编号(例如，端口编号51010的端口)作为设备端口。在这样的情况下，若书签操作被执行，则浏览器36要利用用于访问端口编号51000的设备端口的端口信息来输出EWS信息的要求信息，但当然，浏览器36无法访问端口编号51010的设备端口，无法将网页显示于LCD16。

因而，控制程序30在生成了设备端口时(参照图3：S124)，将生成的设备端口的端口信息和从程序库40受理的设备指定信息建立关联，作为关联信息而存储于数据存储区域46(S128)。然后，控制程序30基于该关联信息来生成设备端口。由此，能够生成与书签保存的端口信息所示的端口编号相同的端口编号的设备端口，在控制程序30再起动的情况等下，浏览器也能够通过书签操作而将网页显示于LCD16。

详细而言，控制程序30若通过来自OS38的指令而再起动(参照图2：S100)，则参照数据存储区域46(S102)，判断在数据存储区域46中是否存储有关联信息(S104)。在此，由于关联信息存储于数据存储区域46，所以判断为在数据存储区域46中存储有关联信息(S104：是)，控制程序30生成监视线程(S160)。接着，控制程序30将USB一览信息向OS38要求(S162)。USB一览信息是表示连接于USBI/F20的全部的设备的信息。

OS38若受理USB一览信息的要求，则将USB一览信息向控制程序30输出(S164)。然后，控制程序30基于受理的USB一览信息来判断与关联信息中包含的设备指定信息对应的设备是否连接于USBI/F20(S166)。此时，若判断为与设备指定信息对应的设备未连接于USBI/F20，则反复执行与这些处理(S162～S166)相同的处理(S168～S178)。需要说明的是，控制程序30在仅凭受理的USB一览信息无法判断的情况下(例如，在识别个体的信息未包含于USB一览信息的情况下)，也可以进行向与PC10进行了USB连接的设备进一步询问信息的通信，基于回复的信息来判断与设备指定信息对应的设备是否连接于USBI/F20。

然后，若判断为与设备指定信息对应的设备连接于USBI/F20(S178)，则控制程序30从监视线程受理被设为判断的对象的设备指定信息(S180)。接着，控制程序30生成与监视线程不同的线程(S182)。接着，控制程序30确认与受理的设备指定信息建立关联地存储于数据存储区域46的端口信息，生成该端口信息所示的端口编号的设备端口(S184)。然后，控制程序30将该设备端口设为可受理状态(S186)。

这样，在PC10中，在S124中例如生成端口编号51000的设备端口，在S128中表示端口编号51000的端口信息存储于数据存储区域46的情况下，在控制程序30的再起动时，生成该端口编号51000的设备端口(S184)。进一步说，在确认了与和该端口信息建立关联地存储于数据存储区域46的设备指定信息对应的设备连接于USBI/F20后(S178)，生成与该端口信息对应的设备端口(S184)。因而，浏览器36不是通过来自程序库40的指令而是通过用户操作而起动(参照图4：S190)，在书签操作被执行了的情况下(S192)，浏览器36利用书签保存的端口信息(即，用于访问在S156中保存的端口编号51000的设备端口的端口信息)来访问设备端口，通过HTTP将EWS信息的要求信息向该设备端口输出(S136)。然后，如先前说明那样，执行S138以后的处理。由此，在控制程序30再起动的情况等下，也能够利用书签保存的端口信息来可靠地访问设备端口，并且将与设备指定信息对应的设备的网页显示于LCD16。

需要说明的是，在上述说明中，根据来自应用32的程序库40的端口信息的要求，控制程序30生成设备端口，将该设备端口的端口信息向应用32的程序库40输出，但在设定工具34中也包含有与应用32的程序库40相同的程序库42。因而，设定工具34的程序库42也能够进行与应用32的程序库40同样的处理。即，设定工具34的程序库42也能够执行与上述的程序库40的处理相同的处理。

另外，在上述实施方式中，如图4所示，在浏览器36输出EWS信息的要求信息后，直到控制程序30根据该要求信息而将EWS信息向浏览器36输出为止，设备端口不被设为能够受理信息的状态。即，控制程序30直到将与从浏览器36受理的1个要求信息对应的回复向浏览器36输出为止，无法受理下一要求信息，处理时间可能会变长。于是，控制程序30也能够每当从浏览器36受理要求信息时，将设备端口设为可受理状态。

详细而言，如图5所示，若浏览器36通过HTTP将EWS信息的要求信息向设备端口输出(S200)，则控制程序30将EWS信息的要求信息通过USB协议向MFP50输出(S202)。此时，控制程序30对EWS信息的要求信息赋予表示是第一个要求信息的识别信息(ID：No.1)，将被赋予了该识别信息的EWS信息的要求信息向MFP50输出。然后，控制程序30不等待对于该要求信息的回复的受理，而将设备端口设为可受理状态(S204)。因而，设备端口不等待对于第一个EWS信息的要求信息的回复，而受理浏览器36第二个输出的EWS信息的要求信息(S206)。然后，控制程序30将赋予了表示是第二个要求信息的识别信息(ID：No.2)的EWS信息的要求信息向MFP50输出(S208)，将设备端口设为可受理状态(S210)。

另外，MFP50若受理被赋予了识别信息的EWS信息的要求信息，则作为对于该要求信息的回复，将被赋予了该要求信息的识别信息向EWS信息赋予，将被赋予了识别信息的EWS信息通过USB协议向控制程序30输出。因而，MFP50例如作为对于第一个EWS信息的要求信息的回复，将被赋予了识别信息“ID：No.1”的EWS信息通过USB协议向控制程序30输出(S212)。然后，控制程序30将被赋予了识别信息“ID：No.1”的EWS信息通过HTTP向浏览器36输出(S214)。

另外，控制程序30由于在S210中将设备端口设为可受理状态，所以受理浏览器36第三个输出的EWS信息的要求信息(S216)。

然后，控制程序30将赋予了表示是第三个要求信息的识别信息(ID：No.3)的EWS信息的要求信息向MFP50输出(S218)，将设备端口设为可受理状态(S220)。另外，若MFP50例如作为对于第二个EWS信息的要求信息的回复，将被赋予了识别信息“ID：No.2”的EWS信息通过USB协议向控制程序30输出(S222)，则控制程序30将被赋予了识别信息“ID：No.2”的EWS信息通过HTTP向浏览器36输出(S224)。另外，若MFP50例如作为对于第三个EWS信息的要求信息的回复，将被赋予了识别信息“ID：No.3”的EWS信息通过USB协议向控制程序30输出(S226)，则控制程序30将被赋予了识别信息“ID：No.3”的EWS信息通过HTTP向浏览器36输出(S228)。

这样，控制程序30每当从浏览器36受理要求信息时，将设备端口设为可受理状态，由此，不用等待控制程序30输出的要求信息的回复，而能够依次受理来自浏览器36的要求信息。

由此，能够实现处理时间的缩短。另外，通过向控制程序30输出的EWS信息的要求信息及EWS信息赋予识别信息，能够使浏览器36输出的EWS信息的要求信息和对于该要求信息的EWS信息可靠地对应。

另外，在上述实施方式中，通过浏览器36作为设备请求而将EWS信息的要求信息向控制程序30生成的设备端口输出，来从MFP50取得EWS信息，但通过应用32作为设备请求而将各种图像处理的要求向控制程序30生成出的设备端口输出，能够使MFP50执行各种图像处理。

详细而言，若控制程序30生成设备端口(参照图3：S124)且将生成的设备端口设为可受理状态后(S126)，将该设备端口的端口信息和设备指定信息建立关联地存储于数据存储区域46(S128)，则控制程序30不是向程序库40而是如图6所示那样向应用32输出端口信息(S300)。由此，应用32能够访问控制程序30生成的设备端口，能够通过HTTP将复印处理的要求向该设备端口输出(S302)。然后，控制程序30若在设备端口受理HTTP下的复印处理的要求，则通过USB协议将复印处理的要求向与和该设备端口的端口信息建立关联地存储的设备指定信息对应的设备(即，MFP50)输出(S304)。由此，在MFP50中执行复印处理(S306)。此时，MFP50当使复印处理完成后，通过USB协议将表示复印处理完成了的信息向控制程序30发送(S308)。另外，MFP50在复印处理中产生了错误的情况下，通过USB协议将表示产生了错误的信息向控制程序30发送(S308)。然后，控制程序30通过HTTP将表示复印处理完成了的信息或表示产生了错误的信息向应用32输出(S310)。需要说明的是，控制程序30将表示复印处理完成了的信息或表示产生了错误的信息向应用32输出后，将设备端口设为可受理状态(S312)。这样，通过应用32作为设备请求而将各种图像处理的要求向控制程序30生成的设备端口输出，也能够使MFP50执行各种图像处理。

需要说明的是，执行S106的CPU12是第一生成单元的一例。执行S116的CPU12是受理单元及第二输出单元的一例。执行S124、S184的CPU12是第二生成单元的一例。执行S128的CPU12是存储控制单元的一例。执行S130的CPU12是第一公开单元的一例。

执行S134的CPU12是第二公开单元的一例。执行S136、S146、S200、S206、S216、S302的CPU12是第三输出单元的一例。执行S138、S148、S202、S208、S218、S304的CPU12是发送单元的一例。执行S140、S150、S212、S222、S226、S308的CPU12是接收单元的一例。执行S142、S152、S214、S224、S228、S310的CPU12是第一输出单元的一例。执行S144、S154、S204、S210、S220、S312的CPU12是受理状态变更单元的一例。执行S166、S172、S178的CPU12是判断单元的一例。

根据上述的实施方式，起到以下的效果。

在上述实施方式中，控制程序30生成受理端口并且生成设备端口。并且，控制程序30若从应用32的程序库40受理端口信息的要求，则将设备端口的端口信息向程序库40输出。接着，控制程序30若通过HTTP受理向设备端口的设备请求(即，EWS信息的要求信息或复印处理的要求)，则通过USB协议将该设备请求经由USBI/F20而发送到MFP50。此时，控制程序30根据向MFP50发送了设备请求，从MFP50经由USBI/F20而通过USB协议接收设备请求的回复。并且，控制程序30将接收到的设备请求的回复向设备请求的输出源(即，浏览器36或应用32)输出。由此，能够将HTTP下的设备请求经由USBI/F20而发送到MFP50，从该MFP50经由USBI/F20而接收设备请求的回复。

另外，控制程序30若从程序库40受理端口信息的要求，则生成设备端口。由此，能够抑制不需要的设备端口的生成。

另外，设备指定信息存储于数据存储区域46，控制程序30生成用于受理向与存储于数据存储区域46的设备指定信息对应的设备(即，MFP50)的设备请求的设备端口。由此，能够生成能够与MFP50可靠地通信的设备端口。

另外，控制程序30判断与存储于数据存储区域46的设备指定信息对应的设备(即，MFP50)是否确立了通信，在判断为与MFP50确立了通信的情况下，生成用于受理向MFP50的设备请求的设备端口。由此，能够生成能够与MFP50可靠地通信的设备端口。

另外，设备端口每当受理设备请求时，被设为不能再受理信息的状态，因此，控制程序30在将受理的设备请求向设备发送后从设备接收到对于该设备请求的回复的情况下，将设备端口设为可受理状态。由此，能够从浏览器等受理下一设备请求。另一方面，控制程序30在将受理的设备请求向设备发送后，即使不从设备接收对于该设备请求的回复，也将设备端口设为可受理状态。由此，能够从浏览器等依次受理设备请求，能够实现处理的缩短。

另外，受理来自程序库40的请求的受理端口和受理来自浏览器36的请求的设备端口的端口编号不同。由此，能够从程序库40及浏览器36适宜地受理请求。

另外，控制程序30若受理端口信息的要求和设备指定信息，则将该端口信息和设备指定信息建立关联地存储于数据存储区域46。并且，控制程序30若受理向设备端口的设备请求，则将该设备请求向与存储于数据存储区域46的设备指定信息对应的设备经由USBI/F20而发送。由此，能够向与设备指定信息对应的设备可靠地发送设备请求。需要说明的是，控制程序30受理的设备指定信息按照USB协议。由此，能够向与设备指定信息对应的设备经由USBI/F20而适宜地发送设备请求。

另外，程序库40若从控制程序30受理端口信息，则将该端口信息向浏览器36输出，浏览器36使用该端口信息而通过HTTP将EWS信息的要求信息向设备端口输出。并且，控制程序30通过USB协议将该EWS信息的要求信息向MFP50发送。由此，浏览器36能够将HTTP下的EWS信息的要求信息经由USBI/F20而向MFP50发送，从该MFP50经由USBI/F20而接收EWS信息。

另外，程序库40若从控制程序30受理端口信息，则将该端口信息向应用32输出，应用32使用该端口信息，通过HTTP将复印处理的要求向设备端口输出。并且，控制程序30通过USB协议将该复印处理的要求向MFP50发送。由此，应用32能够将HTTP下的复印处理的要求经由USBI/F20而向MFP50发送，利用MFP50执行复印处理。

另外，与控制程序30进行收发的程序库40被模块化，与该程序库40相同的程序库42也组装于设定工具34。因而，不管使用应用32和设定工具34的哪一个，都能够将HTTP下的设备请求经由USBI/F20而向设备发送。由此，仅通过向各种应用程序组装程序库，就能够将HTTP下的设备请求经由USBI/F20而向设备发送。

另外，本发明不限定于上述实施方式，能够以基于本领域技术人员的知识而实施各种变更、改良后的各种方案来实施。具体而言，例如，在上述实施方式中，控制程序30通过OS38的处理而起动，但也可以通过用户操作而起动。另外，在上述实施方式中，程序库40通过用户操作而起动，但也可以通过控制程序30的处理而起动。

另外，在上述实施方式中，PC10仅与MFP50进行通信，但在与多个设备进行通信的情况下，也可以与这多个设备对应地生成多个设备端口。并且，控制程序30在指定这多个设备中的1个设备而受理了端口信息的要求的情况下，将与该1个设备对应的设备端口的端口信息向程序库40输出。

另外，在上述实施方式中，基于控制程序30在S128(参照图3)的处理中存储于数据存储区域46的关联信息，控制程序30在S184(参照图2)的处理中生成设备端口，但控制程序30也可以利用通过其他手法而存储于数据存储区域46的信息来生成设备端口。具体而言，例如，若向PC10经由USBI/F20而装配设备，则通过PnP而向OS38登记设备信息。于是，也可以利用登记于OS38的设备信息来生成设备端口。另外，例如，在如应用32那样用于使设备的图像处理执行的应用程序中，有时登记有执行处理的设备的设备信息。在这样的情况下，也可以利用登记于该应用程序的设备信息来生成设备端口。需要说明的是，作为登记设备信息的应用程序，能够采用不向受理端口、设备端口输出请求的应用程序。

另外，在上述实施方式中，本发明应用于将HTTP下的设备请求经由USBI/F20而向设备发送且从该设备经由USBI/F20而接收设备请求的回复的技术，但也可以是本发明应用于将第一通信协议下的设备请求经由与和该第一协议对应的第一通信接口不同的第二通信接口而向设备发送且从该设备经由第二通信接口而接收设备请求的回复的技术。

即，第一通信协议及第二通信协议无需限定于HTTP及USB协议。

另外，在上述实施方式中，说明了由CPU12执行图2～图6所示的处理的例子，但这些处理不限于CPU12，也可以由ASIC(Application Specific Integrated Circuit：专用集成电路)、其他的逻辑集成电路执行，这些处理还可以通过CPU等、ASIC、其他的逻辑集成电路协同配合而执行。

附图标记说明

10：PC 12：CPU 20：USBI/F 30：控制程序 32：应用 36：浏览器 40：程序库 50：MFP52：EWS

Claims (22)

1.一种程序，是具备第一通信接口及第二通信接口的信息处理装置的计算机能够读取的程序，所述程序的特征在于，

所述程序使所述计算机作为生成用于受理第一请求的第一端口的第一生成单元和生成用于受理第二请求的第二端口的第二生成单元发挥功能，所述第二请求是与所述第一请求不同的请求，所述第一请求及所述第二请求是基于第一协议的请求，所述第一协议是在所述第一通信接口中使用的协议，所述第一端口及所述第二端口是用于通过所述第一协议从安装于安装有所述程序的计算机且与所述程序不同的程序不经由所述第一通信接口地受理请求的端口，

所述程序使所述计算机作为第一公开单元、发送单元、接收单元及第一输出单元发挥功能，

所述第一公开单元在受理了向所述第一端口的所述第一请求的情况下，向该第一请求的请求源的程序公开所述第二端口，

所述发送单元在受理了向由所述第一公开单元公开的所述第二端口的所述第二请求的情况下，通过第二协议将该第二请求发送到连接于所述第二通信接口的设备，

所述接收单元从所述设备经由所述第二通信接口而接收对于由所述发送单元发送的所述第二请求的回复，

所述第二协议是在所述第二通信接口中使用的协议，

所述第一输出单元通过所述第一协议将由所述接收单元接收到的回复输出到向所述第二端口的所述第二请求的请求源的程序。

2.根据权利要求1所述的程序，其特征在于，

由所述第一生成单元生成的第一端口的端口编号和由所述第二生成单元生成的第二端口的端口编号不同。

3.根据权利要求2所述的程序，其特征在于，

所述第一协议是HTTP，

所述端口编号是HTTP的端口编号。

4.根据权利要求1～3中任一项所述的程序，其特征在于，

所述程序使所述计算机作为受理单元和存储控制单元发挥功能，

所述受理单元将对设备进行指定的设备指定信息与向所述第一端口的所述第一请求一起受理，

所述存储控制单元将所述受理单元受理的设备指定信息和由所述第二生成单元生成的第二端口建立关联地存储于所述信息处理装置的存储器，

所述发送单元在受理了向由所述第一公开单元公开的所述第二端口的所述第二请求的情况下，通过第二协议将所述第二请求发送到由与该第二端口建立关联地存储于所述存储器的设备指定信息指定的、且连接于所述第二通信接口的设备。

5.根据权利要求4所述的程序，其特征在于，

所述受理单元将第二协议下的设备指定信息与向所述第一端口的所述第一请求一起受理。

6.根据权利要求1～5中任一项所述的程序，其特征在于，

所述第二请求要求回复在组装于所述设备的服务器中存储的服务器信息。

7.根据权利要求1～5中任一项所述的程序，其特征在于，

所述第二请求要求由所述设备执行处理。

8.根据权利要求1～7中任一项所述的程序，其特征在于，

所述第二生成单元在受理了向所述第一端口的所述第一请求的情况下，生成所述第二端口。

9.根据权利要求1～7中任一项所述的程序，其特征在于，

所述信息处理装置具备存储对设备进行指定的设备指定信息的存储器，

所述第二生成单元生成与由存储于所述存储器的设备指定信息指定的设备对应的第二端口。

10.根据权利要求9所述的程序，其特征在于，

所述第二生成单元参照所述信息处理装置的操作系统所具备的、对登记为所述第二通信接口下的通信对象的设备进行存储的所述存储器，来生成与该设备对应的第二端口。

11.根据权利要求9所述的程序，其特征在于，

所述第二生成单元参照对通过与所述程序不同的程序而登记为所述第二通信接口下的通信对象的设备进行存储的所述存储器，来生成与该设备对应的第二端口。

12.根据权利要求9～11中任一项所述的程序，其特征在于，

所述存储器存储有与多个设备对应的多个设备指定信息，

所述第二生成单元生成与由存储于所述存储器的多个设备指定信息指定的多个设备的各设备对应的第二端口，

所述第一公开单元在受理了向所述第一端口的指定了设备的所述第一请求的情况下，将与所指定的该设备对应的所述第二端口向该第一请求的请求源的程序公开。

13.根据权利要求9～12中任一项所述的程序，其特征在于，

所述程序使所述计算机作为判断单元发挥功能，所述判断单元判断与由存储于所述存储器的设备指定信息指定的设备之间的通信是否确立，

在由所述判断单元判断为与设备之间的通信已确立的情况下，所述第二生成单元生成用于受理向该设备的第二请求的第二端口。

14.根据权利要求1～13中任一项所述的程序，其特征在于，

每当受理第二请求时，所述第二端口成为不能再受理第二请求的状态即不能受理状态，

所述程序使所述计算机作为受理状态变更单元发挥功能，所述受理状态变更单元将受理第二请求而成为不能受理状态的第二端口设为能够受理第二请求的状态，

在所述第二端口不能受理第二请求的状态下所述接收单元接收到对于第二请求的回复的情况下，所述受理状态变更单元将该第二端口设为能够受理第二请求的状态，所述第一输出单元输出该回复。

15.根据权利要求1～13中任一项所述的程序，其特征在于，

每当受理第二请求时，所述第二端口成为不能再受理第二请求的状态即不能受理状态，

所述程序使所述计算机作为受理状态变更单元发挥功能，所述受理状态变更单元将受理第二请求而成为不能受理状态的第二端口设为能够受理第二请求的状态，

所述受理状态变更单元无需所述接收单元接收对于第二请求的回复及所述第一输出单元输出该回复，而是将所述第二端口设为能够受理第二请求的状态，并利用该第二端口来受理新的第二请求。

16.一种程序组，包括具备第一通信接口及第二通信接口的信息处理装置的计算机能够读取的第一程序和第二程序，所述程序组的特征在于，

利用所述第一程序使所述计算机作为生成用于受理第一请求的第一端口的第一生成单元和生成用于受理第二请求的第二端口的第二生成单元发挥功能，所述第二请求是与所述第一请求不同的请求，所述第一请求及所述第二请求是基于第一协议的请求，所述第一协议是在所述第一通信接口中使用的协议，所述第一端口及所述第二端口是用于通过所述第一协议从安装于所述计算机且与所述第一程序不同的程序不经由所述第一通信接口地受理请求的端口，

利用所述第二程序使所述计算机作为向由所述第一生成单元生成的第一端口输出所述第一请求的第二输出单元发挥功能，

利用所述程序使所述计算机作为第一公开单元、发送单元、接收单元及第一输出单元发挥功能，

所述第一公开单元在受理了由所述第二输出单元输出的向所述第一端口的所述第一请求的情况下，向所述第二程序公开所述第二端口，

所述发送单元在受理了向由所述第一公开单元公开的所述第二端口的所述第二请求的情况下，通过第二协议将该第二请求发送到连接于所述第二通信接口的设备，

所述接收单元从所述设备经由所述第二通信接口而接收对于由所述发送单元发送的所述第二请求的回复，

所述第二协议是在所述第二通信接口中使用的协议，

所述第一输出单元通过所述第一协议将由所述接收单元接收到的回复输出到向所述第二端口的所述第二请求的请求源的程序。

17.根据权利要求16所述的程序组，其特征在于，

所述第二输出单元将对设备进行指定的设备指定信息与所述第一请求一起输出到由所述第一生成单元生成的所述第一端口，

利用所述第一程序使所述计算机作为存储控制单元发挥功能，所述存储控制单元将所述第二输出单元输出的设备指定信息和由所述第二生成单元生成的第二端口建立关联地存储于所述信息处理装置的存储器，

所述发送单元在受理了向由所述第一公开单元公开的所述第二端口的所述第二请求的情况下，通过所述第二协议将所述第二请求发送到由与该第二端口建立关联地存储于所述存储器的设备指定信息指定的、且连接于所述第二通信接口的设备。

18.根据权利要求17所述的程序组，其特征在于，

所述第二输出单元将第二协议下的设备指定信息与所述第一请求一起输出到由所述第一生成单元生成的所述第一端口。

19.根据权利要求16～18中任一项所述的程序组，其特征在于，

该程序组也包括所述计算机能够读取的浏览器，

利用所述第二程序使所述计算机作为将由所述第一公开单元公开的所述第二端口向所述浏览器公开的第二公开单元发挥功能，

利用所述浏览器使所述计算机作为向由所述第二公开单元公开的第二端口输出所述第二请求的第三输出单元发挥功能，

所述发送单元在受理了由所述第三输出单元输出的向所述第二端口的所述第二请求的情况下，通过第二协议将该第二请求发送到连接于所述第二通信接口的设备，

所述第一输出单元通过所述第一协议将由所述接收单元接收到的回复输出到作为向所述第二端口的所述第二请求的请求源的所述浏览器。

20.根据权利要求16～18中任一项所述的程序组，其特征在于，

利用所述第二程序使所述计算机作为向由所述第一公开单元公开的所述第二端口输出所述第二请求的第三输出单元发挥功能，

所述发送单元在受理了由所述第三输出单元输出的向所述第二端口的所述第二请求的情况下，通过第二协议将该第二请求发送到连接于所述第二通信接口的设备，

所述第一输出单元通过所述第一协议将由所述接收单元接收到的回复输出到作为向所述第二端口的所述第二请求的请求源的所述第二程序。

21.根据权利要求16～20中任一项所述的程序组，其特征在于，

该程序组也包括所述计算机能够读取的第三程序，

所述第二程序和所述第三程序分别包括模块程序，

所述模块程序使所述计算机作为所述第二输出单元发挥功能，

所述第二输出单元向通过所述第一程序使所述计算机作为所述第一生成单元发挥功能而生成的第一端口输出所述第一请求。

22.一种程序组，具备第一通信接口、第二通信接口及计算机，所述信息处理装置的特征在于，

在所述计算机中安装有第一程序和第二程序，

利用所述第一程序使所述计算机作为生成用于受理第一请求的第一端口的第一生成单元和生成用于受理第二请求的第二端口的第二生成单元发挥功能，所述第二请求是与所述第一请求不同的请求，所述第一请求及所述第二请求是基于第一协议的请求，所述第一协议是在所述第一通信接口中使用的协议，所述第一端口及所述第二端口是用于通过所述第一协议从安装于所述计算机且与所述第一程序不同的程序不经由所述第一通信接口地受理请求的端口，

利用所述第二程序使所述计算机作为向由所述第一生成单元生成的第一端口输出所述第一请求的第二输出单元发挥功能，

利用所述程序使所述计算机作为第一公开单元、发送单元、接收单元及第一输出单元发挥功能，

所述第一公开单元在受理了由所述第二输出单元输出的向所述第一端口的所述第一请求的情况下，向所述第二程序公开所述第二端口，

所述发送单元在受理了向由所述第一公开单元公开的所述第二端口的所述第二请求的情况下，通过第二协议将该第二请求发送到连接于所述第二通信接口的设备，

所述接收单元从所述设备经由所述第二通信接口而接收对于由所述发送单元发送的所述第二请求的回复，

所述第二协议是在所述第二通信接口中使用的协议，

所述第一输出单元通过所述第一协议将由所述接收单元接收到的回复输出到向所述第二端口的所述第二请求的请求源的程序。

Images