CN103795881B - 通信中继装置、图像处理装置以及通信中继方法 - Google Patents
通信中继装置、图像处理装置以及通信中继方法 Download PDFInfo
- Publication number
- CN103795881B CN103795881B CN201310353873.6A CN201310353873A CN103795881B CN 103795881 B CN103795881 B CN 103795881B CN 201310353873 A CN201310353873 A CN 201310353873A CN 103795881 B CN103795881 B CN 103795881B
- Authority
- CN
- China
- Prior art keywords
- session
- response
- request
- information
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/606—Protecting data by securing the transmission between two devices or processes
- G06F21/608—Secure printing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/1203—Improving or facilitating administration, e.g. print management
- G06F3/1209—Improving or facilitating administration, e.g. print management resulting in adapted or bridged legacy communication protocols, e.g. emulation, protocol extension
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1236—Connection management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1285—Remote printer device, e.g. being remote from client or server
- G06F3/1288—Remote printer device, e.g. being remote from client or server in client-server-printer device configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
一种通信中继装置、图像处理装置以及通信中继方法,客户端应用程序经由没有多会话概念的通信线路通过多会话无混乱地与图像处理装置进行通信。在通信中继装置中,当从通过多会话而进行通信的客户端应用程序接收确立会话的请求时,根据该请求在与客户端应用程序之间确立会话,通过所确立的会话从客户端应用程序接收处理请求。并且,当将在接收到的处理请求中附加了会话信息的带有会话信息的处理请求发送到图像处理装置,从图像处理装置接收带有会话信息的响应时,将从带有会话信息的响应去除了会话信息的响应,通过由该会话信息而识别的会话发送到客户端应用程序。
Description
技术领域
本发明涉及对通信进行中继的技术。
背景技术
以往,公开有如下所述的技术:在图像处理装置中具有Web服务器功能,在由终端装置执行的Web浏览器上显示图像处理装置的设定画面等(例如参照专利文献1)。
另外,公开有通过互联网连接图像处理装置与终端装置,经由互联网而使图像处理装置对图像进行处理的称为IPP(Internet PrintingProtocol:互联网打印协议)的标准。
并且,公开有在图像处理装置与终端装置通过USB(UniversalSerial Bus:通用串行总线)而连接的环境中用于进行基于上述IPP的通信的称为IPP over USB的标准的草案(在2012年10月31日时候版本为1.0Draft20)。
现有技术文献
现有技术
专利文献1:日本特开2011-257945号公报
一般Web浏览器与Web服务器功能通过多会话而进行通信。因此,在Web浏览器显示图像处理装置的设定画面等的情况下,Web浏览器也通过多会话而与Web服务器功能进行通信。
但是,在USB中没有多会话的概念。因此,当在终端装置与图像处理装置通过USB而连接的环境下Web浏览器与Web服务器功能通过多会话而进行通信时,即使Web浏览器将多个会话中的请求连续地发送到Web服务器发送,对于这些请求Web服务器也有可能将对于某会话中的请求的响应作为对于其他会话中的请求的响应而发送到Web浏览器。由此,存在通信变得混乱的可能性。
发明内容
在本说明书中,公开有客户端应用程序经由没有多会话概念的通信线路而通过多会话无混乱地与图像处理装置进行通信的技术。
通过本说明书公开的通信中继装置,具有:第1通信部,通过通信线路与图像处理装置进行通信;以及第1处理部,所述第1处理部执行:第1确立处理,当通过多会话从进行通信的客户端应用程序接收确立会话的请求时,根据该请求在与所述客户端应用程序之间确立会话;第1请求接收处理,通过由所述第1确立处理确立的所述会话,从所述客户端应用程序接收处理请求;第1请求发送处理,将带有会话信息的处理请求发送到所述图像处理装置,该带有会话信息的处理请求在通过所述第1请求接收处理接收到的所述处理请求中附加用于识别所述会话的会话信息;第1响应接收处理,从所述图像处理装置接收作为附加了所述会话信息的响应的带有会话信息的响应;以及第1响应发送处理,将从所述带有会话信息的响应去除了所述会话信息的响应通过由该会话信息识别的所述会话发送到所述客户端应用程序,该带有会话信息的响应是通过所述第1响应接收处理而接收到的。
根据上述通信中继装置,由于能够通过会话信息识别会话,因此即使在客户端应用程序经由没有多会话概念的通信线路与图像处理装置进行通信的情况下,也能够通过多会话而无混乱地进行通信。
另外,在上述通信中继装置中也可以是,所述第1处理部执行:标识符生成处理,当通过所述第1确立处理而确立所述会话时,生成所确立的所述会话的会话标识符;以及存储处理,将通过所述标识符生成处理生成的所述会话标识符与用于识别所述会话的识别信息相对应而存储到存储装置中,在所述第1请求发送处理中,将通过所述标识符生成处理生成的所述会话标识符作为所述会话信息附加到所述处理请求,在所述第1响应发送处理中,通过由所述识别信息识别的所述会话向所述客户端应用程序发送所述响应,所述识别信息与附加在所述带有会话信息的响应中的所述会话标识符相对应。
根据上述通信中继装置,由于能够通过会话信息识别会话,因此即使在客户端应用程序经由没有多会话概念的通信线路与图像处理装置进行通信的情况下,也能够通过多会话而无混乱地进行通信。
另外,在上述通信中继装置中也可以是,所述第1处理部,在通过所述第1响应发送处理而发送了所述响应之后,执行从所述存储装置删除附加在该响应中的所述会话标识符和与该会话标识符相对应的所述识别信息的删除处理。
根据上述通信中继装置,能够使不需要的会话标识符和识别信息不一直存储在存储装置中。
另外,在上述通信中继装置中也可以是,所述客户端应用程序将所述处理请求分成多个部分处理请求数据而发送,所述第1处理部,在所述第1请求发送处理中,当通过所述第1请求接收处理而接收最初的所述部分处理请求数据时,将所述会话信息和所述部分处理请求数据发送到所述图像处理装置,当接收最初的所述部分处理请求数据后续的所述部分处理请求数据时,仅发送该部分处理请求数据。
根据上述通信中继装置,由于对一个处理请求仅发送一次会话信息,因此与对每个部分处理请求数据发送会话信息的情况相比,能够减少发送的数据量。
另外,在上述通信中继装置中也可以是,所述第1处理部,在所述第1请求发送处理中,将所述处理请求分割成多个部分处理请求数据,对每个所述部分处理请求数据附加所述会话信息而发送到所述图像处理装置。
根据上述通信中继装置,由于对每个部分处理请求数据发送会话信息,因此能够将多个处理请求并行地发送到图像处理装置。
另外,在上述通信中继装置中也可以是,所述第1处理部,在所述第1请求发送处理中,将所述处理请求分割成预定数据尺寸的部分处理请求数据。
根据上述通信中继装置,由于对每个部分处理请求数据发送会话信息,因此能够将多个处理请求并行地发送到图像处理装置。
另外,在上述通信中继装置中也可以是,所述第1处理部,在所述第1请求发送处理中,在将所有的所述部分处理请求数据发送到所述图像处理装置之后,将表示完成了所述处理请求的发送的信息发送到所述图像处理装置。
根据上述通信中继装置,可知在图像处理装置侧完成了处理请求的接收。
另外,所述通信线路也可以是通用串行总线。
根据上述通信中继装置,客户端应用程序能够经由通用串行总线而通过多会话无混乱地与图像处理装置进行通信。
另外,所述客户端应用程序也可以是Web浏览器。
根据上述通信中继装置,能够在Web浏览器与图像处理装置之间对通信进行中继。
通过本说明书公开的图像处理装置,第2通信部,通过通信线路与信息处理装置进行通信;以及第2处理部,所述第2处理部执行:第2请求接收处理,从所述信息处理装置接收带有会话信息的处理请求;以及第2响应发送处理,作为对于通过所述第2请求接收处理接收到的所述带有会话信息的处理请求的响应,将附加了所述会话信息的带有会话信息的响应发送到所述信息处理装置。
根据上述图像处理装置,能够从信息处理装置接收带有会话信息的处理请求,作为对于该处理请求的响应将带有会话信息的响应发送到信息处理装置。
另外,在上述图像处理装置中也可以是,所述图像处理装置具有响应部,该响应部将对于从所述第2处理部接收到的处理请求的响应发送到所述第2处理部,所述第2处理部执行:存储判断处理,当通过所述第2请求接收处理接收所述带有会话信息的处理请求时,判断附加在该带有会话信息的处理请求中的会话信息,是否与用于识别在该第2处理部与所述响应部之间确立的通信的通信识别信息相对应而存储到存储装置中;第2确立处理,在通过所述存储判断处理判断为没有存储时,在与所述响应部之间确立新的通信;存储处理,将用于识别通过所述第2确立处理确立的所述新的通信的通信识别信息与所述会话信息相对应而存储到所述存储装置中;第2请求发送处理,在通过所述存储判断处理判断为已被存储时,将从所述带有会话信息的处理请求去除了所述会话信息的处理请求,通过由对应于该会话信息的所述通信识别信息识别的所述通信而发送到所述响应部,另一方面在通过所述存储判断处理判断为没有存储时,将从所述带有会话信息的处理请求去除了所述会话信息的处理请求,通过由所述第2确立处理确立的所述新的通信而发送到所述响应部;以及第2响应接收处理,从所述响应部通过所述通信接收对于所述处理请求的响应,在所述第2响应发送处理中,将带有会话信息的响应发送到所述信息处理装置,该带有会话信息的响应在通过所述第2响应接收处理从所述响应部接收到的所述响应中附加了与接收了该响应的所述通信的所述通信识别信息相对应而存储到所述存储装置中的所述会话信息。
根据上述图像处理装置,能够使第2处理部与响应部之间的响应不会混乱。
另外,所述响应部也可以具有Web服务器功能。
根据上述图像处理装置,能够使第2处理部与Web服务器功能之间的响应不会混乱。
另外,在上述图像处理装置中也可以是,在所述第2响应发送处理中,将通过所述第2响应接收处理接收到的所述响应分割成多个部分响应数据,在所分割的所述部分响应数据中分别附加所述会话信息而发送到所述信息处理装置。
根据上述图像处理装置,由于对每个部分响应数据发送会话信息,因此能够将多个响应并行地发送到信息处理装置。
通过本说明书公开的通信中继方法,在通过通信线路与图像处理装置连接的信息处理装置中执行,其特征在于,所述通信中继方法使所述信息处理装置执行:第1确立处理,当从通过多会话而通信的客户端应用程序接收确立会话的请求时,根据该请求在与所述客户端应用程序之间确立会话;第1请求接收处理,通过由所述第1确立处理确立的所述会话,从所述客户端应用程序接收处理请求;第1请求发送处理,将在通过所述第1请求接收处理接收到的所述处理请求中附加了用于识别所述会话的会话信息的带有会话信息的处理请求发送到所述图像处理装置;第1响应接收处理,从所述图像处理装置接收作为附加了所述会话信息的响应的带有会话信息的响应;以及第1响应发送处理,将从通过所述第1响应接收处理接收到的所述带有会话信息的响应去除了所述会话信息的响应,通过由该会话信息识别的所述会话发送到所述客户端应用程序。
另外,关于通过本说明书公开的技术,能够通过通信中继装置、通信中继系统、通信中继方法、记录了通信中继程序的记录介质等各种方式来实现。
发明效果
根据上述通信中继装置,客户端应用程序能够经由没有多会话的概念的通信线路而通过多会话无混乱地与图像处理装置进行通信。
附图说明
图1是示出实施方式1的PC和打印机的电气结构的框图。
图2是示出PC的程序结构和打印机的功能的框图。
图3是示出打印机的设定画面的一例的示意图。
图4是示出通信中继处理的整个流程的时序图。
图5是示出带会话ID的处理请求和带会话ID的响应的示意图。
图6是通信中继处理的流程图。
图7是从Web浏览器接收处理请求的处理的流程图。
图8是从IPP功能接收响应的处理的流程图。
图9是从IPP/USB转换程序接收处理请求的处理的流程图。
图10是从Web服务器功能接收响应的处理的流程图。
图11是示出实施方式2的带会话ID的处理请求的示意图。
图12是从Web浏览器接收处理请求的处理的流程图。
图13是附加数据发送处理的流程图。
图14是从IPP功能接收响应的处理的流程图。
图15是实施方式2的IPP功能从IPP/USB转换程序接收处理请求的处理的流程图。
图16是从Web服务器功能接收响应的处理的流程图。
图17是示出实施方式3的处理请求的示意图。
图18是从Web浏览器接收处理请求的处理的流程图。
具体实施方式
<实施方式1>
通过图1至图10对实施方式1进行说明。
(1)图像处理系统
首先,参照图1,对实施方式1的图像处理系统1进行说明。图像处理系统1由个人计算机(记载为PC)2和打印机3构成。PC2与打印机3以能够通过USB(Universal Serial Bus)线缆4进行通信的方式连接。另外,打印机3构成为USB打印机类设备。
PC2是信息处理装置和通信中继装置的一例。打印机3是图像处理装置的一例。另外,USB是通信线路的一例。
PC2在与打印机3之间能够通过USB至少进行以下两个通信(a)和(b)。
(a)用于设定打印机3的通信
(b)用于向打印机3发送打印数据的通信
这些通信是按照IPP over USB标准(2012年10月31日时候版本为1.0Draft20)进行的。IPP(Internet Printing Protocol)是基于HTTP(HyperText Transfer Protocol:超文本传输协议)的标准,是用于通过互联网或LAN(Local Area Network:局域网)等TCP/IP网络与打印机进行通信的标准。
IPP over USB是在通过USB而连接的环境中用于实现基于上述IPP的通信的标准。在IPP over USB中IPP的通信数据是存储在USB的分组中而被收发。
(1-1)PC的电气结构
参照图1,对PC2的电气结构进行说明。PC2构成为,具有CPU20、ROM21、RAM22、显示部23、操作部24、存储部25以及USB主机接口部26(在图1中记载为USB主机IF部)。
CPU20通过执行存储在ROM21或存储部25中的程序而控制PC2的各部分。在ROM21中存储有通过CPU20执行的程序和数据等。RAM22是作为CPU20用于执行各种处理的主存储装置来使用。CPU20是第1处理部的一例。
显示部23构成为,具有液晶显示器等显示装置、驱动显示装置的显示器驱动电路等。
操作部24由键盘、鼠标以及连接它们的接口等构成。
存储部25是使用硬盘或闪存等非易失性存储器而存储各种程序和数据的装置。在存储部25中存储有操作系统(记载为OS)41、Web浏览器42、IPP/USB转换程序43等程序。这些程序通过CPU20而执行。
IPP/USB转换程序43是通信中继程序的一例。Web浏览器42是通过多会话而进行通信的客户端应用程序的一例。另外,存储部25是存储装置的一例。
USB主机接口部26构成为具有USB主机控制器、连接USB线缆4的插口等,USB主机接口部26以能够通过USB线缆4进行通信的方式与打印机3连接。USB主机接口部26是第1通信部的一例。
(1-2)打印机
接着,参照图1对打印机3的电气结构进行说明。打印机3构成为,具有控制部31、USB客户端接口部(在图1中记载为USB客户端IF部)32、打印部33、操作部34以及存储部35。
控制部31构成为,具有CPU31a、ROM31b、RAM31c等。CPU31a通过执行存储在ROM31b或存储部35中的控制程序而控制打印机3的各部分。在ROM31b中存储有通过CPU31a而执行的控制程序和各种的数据等。RAM31c是作为CPU31a用于执行各种处理的主存储装置而使用。CPU31a是第2处理部和响应部的一例。
打印部33是通过电子照相方式或喷墨打印方式等而在打印纸张等片材上打印图像的装置。
操作部34构成为,具有液晶显示器等显示装置和各种操作按钮等。
存储部35是使用硬盘或闪存等非易失性的存储器存储各种数据的装置。存储部35是存储装置的一例。
USB客户端接口部32构成为具有连接USB线缆4的插口等,以能够与PC2通过USB线缆4进行通信的方式与PC2连接。USB客户端接口部32是第2通信部的一例。
另外,打印机3除此以外具有容纳打印纸张的第1托盘和第2托盘。
(2)PC的程序结构和打印机的功能
接着,参照图2,对用于通过IPP over USB而进行通信的PC2的程序结构和打印机3的功能进行说明。
(2-1)PC的程序结构
首先,对PC2的程序结构进行说明。PC2执行IPP/USB转换程序43、Web浏览器42以及后台处理程序44。
IPP/USB转换程序43是如下所述的程序:在Web浏览器42与打印机3的IPP功能51之间对用于设定打印机3的通信(a)进行中继,并且在后台处理程序44与IPP功能51之间对用于向打印机3发送打印数据的通信(b)进行中继。
IPP/USB转换程序43常驻为对于http://localhost:80的服务器程序。localhost是PC2的IP地址,具体地讲例如是127.0.0.1。另外,80是所使用的端口号。另外,通常省略端口号80。IPP/USB转换程序43是通过HTTP而与Web浏览器42进行通信,并且通过IPP而与后台处理程序44进行通信。
另外,IPP/USB转换程序43是通过USB而与IPP功能51通信。关于IPP/USB转换程序43的详细将在后面叙述。
Web浏览器42是作为用户用于设定打印机3的用户接口而使用。作为Web浏览器42,能够使用一般利用的Web浏览器。
在PC2与打印机3通过USB而连接的环境中,Web浏览器42向localhost的端口80发送请求用于显示打印机3的设定画面60(参照图3)的画面数据的发送的HTTP请求、和请求显示在设定画面60上的图像的发送的HTTP请求等。这些HTTP请求分别是处理请求的一例。在以后的说明中将HTTP请求简单地称为处理请求。
另外,处理请求不限于此。例如在打印机3中设定用户在设定画面60中设定的设定值的HTTP请求(PUT命令或POST命令等)也是处理请求的一例。
当IPP/USB转换程序43从Web浏览器42接收处理请求时,通过USB而向IPP功能51发送该处理请求。
此处,画面数据是通过HTML(HyperText Markup Language:超文本标记语言)或XML(Extensible Markup Language:可扩展标记语言)记载的数据。虽然会在后面详细说明,但是画面数据是打印机3的Web服务器功能52通过执行设定画面CGI(Common Gateway Interface:通用网关接口)而生成的。
后台处理程序44是对打印数据进行后台处理的程序。后台处理程序44是作为OS41的一部分来提供。在PC2与打印机3通过USB而连接的环境中,后台处理程序44通过IPP而与IPP/USB转换程序43进行通信,从而向IPP/USB转换程序43发送打印数据。
当IPP/USB转换程序43从后台处理程序44接收打印数据时,通过USB向打印机3的IPP功能51发送该打印数据。
另外,Web浏览器42和后台处理程序44也可以通过PC2而执行,也可以通过与PC2可通信地连接的外部通信终端5执行。
(2-2)打印机的功能
接着,对打印机3的功能进行说明。打印机3具有打印部33、IPP功能51以及Web服务器功能52。
IPP功能51是打印机3的控制部31通过执行控制程序而实现的功能。IPP功能51通过USB而与IPP/USB转换程序43进行通信。另外,IPP功能51通过HTTP而与Web服务器功能52进行通信,并且按照预定的协议与打印部33进行通信。
Web服务器功能52也是打印机3的控制部31通过执行控制程序而实现。Web服务器功能52执行如下处理:当请求画面数据的发送时,执行设定画面CGI而生成用于显示设定画面60的画面数据的处理;以及当接收在设定画面60中设定的设定值时,执行打印机设定CGI而在打印机3中设定该设定值的处理等。
(3)USB中的接口
接着,对USB中的接口进行说明。在USB中物理性地在一根USB线缆4上构成称为接口1以上的逻辑通信线路。
在USB中必须构成用于进行控制转移的称为端点0的特殊的端点。端点0是能够进行双向通信的端点。接口是根据通过端点0从打印机3获取的接口描述符而构成的。各接口通常具有一至多个端点。
在该实施方式的打印机3中,除了使用端点0的接口0以外,还构成接口1和接口2。而且,接口1和接口2分别具有读出用端点和写入用端点,通过使用这些而实现双向通信。
并且,用于设定上述打印机3的通信(a)是使用接口1而进行的,用于向打印机3发送打印数据的通信(b)是通过接口2而进行的。
另外,也可以不构成接口2,用于设定打印机3的通信(a)、和用于向打印机3发送打印数据的通信(b)都使用接口1而进行。
(4)通过USB进行基于多会话的通信时的课题
接着,对通过USB进行基于多会话的通信时的课题进行说明。此处以用于设定打印机3的通信(a)为例进行说明。
首先,参照图3,对打印机3的设定画面60进行说明。在图3所示的设定画面60中,能够设定打印机语言60a、设置在第1托盘的纸张尺寸60b以及设置在第2托盘的纸张尺寸60c。
另外,在设定画面60上显示有图像62a、图像62b、图像62c。此处,将图像62a~62c分别称为GIF1、GIF2、GIF3。
Web浏览器42向localhost的端口80请求会话的确立,通过所确立的会话向IPP/USB转换程序43请求设定画面60的画面数据的发送。该请求是通过发送GET命令而进行。GET命令是处理请求的一例。
上述GET命令通过IPP/USB转换程序43而经由USB发送到IPP功能51,从IPP功能51发送到Web服务器功能52。Web服务器功能52当接收GET命令时执行设定画面CGI而生成设定画面60的画面数据。并且,作为对于上述GET命令的响应,Web服务器功能52将通过设定画面CGI而生成的画面数据发送到IPP功能51。
IPP功能51当从Web服务器功能52接收画面数据时,通过USB将该画面数据发送到IPP/USB转换程序43。
IPP/USB转换程序43当从IPP功能51接收画面数据时,作为对于从Web浏览器42接收的GET命令的响应,将该画面数据发送到Web浏览器42。
Web浏览器42对该画面数据进行分析,同样请求不足显示页面的部件(GIF1、GIF2、GIF3等)。此时,由于Web浏览器42能够进行基于多会话的通信,因此对每个不足的部件(GIF1、GIF2、GIF3)确立会话而请求图像的发送。
例如,Web浏览器42请求用于最初请求GIF1的发送的会话的确立,不等待对于通过该会话而发送的处理请求的响应,就请求用于请求GIF2的发送的会话的确立。同样,Web浏览器42不等待对于通过用于请求GIF2的发送的会话而发送的处理请求的响应,就请求用于请求GIF3的发送的会话的确立。
但是,在USB的接口中没有多会话的概念。另外,IPP功能51不用一定按照GET命令的顺序返回响应,该返回的顺序是不定的。
因此,如果各会话通过接口1而进行通信,则在IPP/USB转换程序43从IPP功能51接收到响应时,IPP/USB转换程序43不能判断该响应是对于通过哪个会话接收的处理请求的响应。因此,有可能引起对于某会话的响应被发送到其他会话等的混乱。
因此,IPP/USB转换程序43将在处理请求(在上述例子中为GET命令)中附加了用于识别会话的会话ID(identifier)的带会话ID的处理请求发送到IPP功能51,作为对于该处理请求的响应,通过附加有该会话ID的响应从IPP功能51接收某带会话ID的响应。会话ID是会话信息和会话标识符的一例。
并且,IPP/USB转换程序43将从带会话ID的响应去除了会话ID的响应,通过根据该会话ID识别的会话而发送到Web浏览器42。
(5)通信的整个流程
首先,参照图4对通信的整个流程进行说明。此处以用于设定打印机3的通信(a)为例进行说明。如上所述用于设定打印机3的通信(a)是使用接口1而进行。
另外,此处从Web浏览器42已经从IPP/USB转换程序43接收设定画面60的画面数据而完成分析且将向IPP/USB转换程序43请求GIF1、GIF2以及GIF3的发送的部分开始进行说明。
另外,此处将IPP功能51和Web服务器功能52总称为打印机3。
Web浏览器42首先向IPP/USB转换程序43请求会话1的确立,使会话1确立(S001)。接着,Web浏览器42将请求GIF1的发送的处理请求,通过会话1而发送到IPP/USB转换程序43(S002)。
IPP/USB转换程序43当通过会话1而接收处理请求时,将在该处理请求中附加了用于识别会话1的会话ID的带会话ID的处理请求,通过USB而发送到打印机3(S003)。
当接收带会话ID的处理请求时,打印机3将GIF1作为对于该处理请求的响应而发送到IPP/USB转换程序43(S007)。此时打印机3将在带会话ID的处理请求中附加的会话ID附加到响应而发送。
IPP/USB转换程序43当接收带会话ID的响应时,将从带会话ID的响应去除了会话ID的响应,通过根据该会话ID识别的会话即会话1而发送到Web浏览器42(S008)。
Web浏览器42在请求了会话1的确立之后,不等待通过会话1进行GIF1的接收就确立会话2(S004),将请求GIF2的发送的处理请求,通过会话2而发送到IPP/USB转换程序43(S005)。
IPP/USB转换程序43当通过会话2而接收处理请求时,将在该处理请求中附加了用于识别会话2的会话ID的带会话ID的处理请求,通过USB而发送到打印机3(S006)。
当接收带会话ID的处理请求时,打印机3将GIF2作为对于该处理请求的响应而发送到IPP/USB转换程序43(S012)。此时打印机3将在带会话ID的处理请求中附加的会话ID附加到该响应而发送。
IPP/USB转换程序43当接收带会话ID的响应时,将从带会话ID的响应去除了会话ID的响应,通过根据该会话ID识别的会话即会话2而将响应发送到Web浏览器42(S013)。
关于会话3也同样进行会话的请求和对于该请求的响应。
通过这些一系列的处理而将GIF1~GIF3读入到Web浏览器42,在设定画面60上显示GIF1~GIF3。
对于设定画面60的操作,变更为HTTP的GET命令、PUT命令、POST命令等处理请求而同样通过IPP/USB转换程序43发送到打印机3。由此,能够按照与以往的通过TCP/IP网络进行打印机3的设定相同的顺序,通过USB进行打印机3的设定。
(6)处理请求的数据结构和响应的数据结构
接着,参照图5,对附加了会话ID的处理请求的数据结构和附加了会话ID的响应的数据结构进行说明。
(6-1)附加了会话ID的处理请求的数据结构
首先,对附加了会话ID的处理请求的数据结构进行说明。此处以POST命令为例进行说明。
处理请求的数据结构以HTTP标准为基准,由于是广泛使用的数据结构,因此此处仅说明其概要。处理请求由尺寸信息数据和处理请求数据构成。
尺寸信息数据示出处理请求数据的数据尺寸。
处理请求数据由一个以上的通信数据构成。以下示出处理请求数据的一例。此处在各通信数据之前用[]括起来行号而示出。
[第一行]POST/ipp/[功能(function)]HTTP/1.1<CRLF>
[第二行]主机(Host):本机(localhost)<CRLF>
[第三行]内容-类型(Content-Type):请求(application)/ipp<CRLF>
[第四行]传输-编码:分块(Transfer-Encoding:chunked)<CRLF>
[第五行]<CRLF>
在上述例中各行分别表示一个通信数据。另外,从上述例子可知,各通信数据最后以<CRLF>结束。<CRLF>是返回换行代码。
另外,如第五行所示,处理请求的最后的通信数据仅是<CRLF>。因此,在接收到的通信数据仅是<CRLF>时,能够判断为完成了一个处理请求的接收。
另外,在PUT命令和POST命令中通常除了该一系列的通信数据以外,附加有二进制数据或文本数据等附加数据。此处将附加数据也包含在内而称为处理请求。
在预先不知道所有的附加数据的字节数时,在处理请求中示出以传输-编码:分块等形式连着切碎的数据块。此时,示出每个数据块的尺寸。
另外,在附加有附加数据时,代替上述分块(chunked)而称为内容-长度(Content-Length):4554的行插入到处理请求,有时示出连着所指定的字节数(此时为4554)的附加数据。
将尺寸信息数据、各通信数据、附加数据、或者附加数据切碎的各数据块分别是部分处理请求数据的一例。也就是说,IPP/USB转换程序43从Web浏览器42将处理请求分为多个部分处理请求数据而接收。
另外,认为根据处理方法部分处理请求数据为各种形式。例如对每个通过固定长度、或者特定的条件而确定的数据长度接收,还能够分别作为部分处理请求数据。
(6-2)附加有会话ID的响应的数据结构
响应的数据结构以HTTP标准为基准,由于是广泛使用的数据结构,因此此处仅说明其概要。响应由尺寸信息数据和响应数据构成。
尺寸信息数据示出响应数据的数据尺寸。
响应数据也由一个以上的通信数据构成,最后的通信数据仅是<CRLF>。另外,就对于GET命令的响应数据而言,与处理请求的情况同样附加有二进制数据和文本数据等附加数据。例如上述GIF1~GIF3是在对于GET命令的响应中附加的附加数据。
将尺寸信息数据、各通信数据、附加数据、或者附加数据切碎的各数据块分别是部分响应数据的一例。也就是说,IPP/USB转换程序43从IPP功能51将响应分为多个部分响应数据而接收。另外,认为根据处理方法部分响应数据为各种形式。
(7)基于IPP/USB转换程序43的通信中继处理的详细
接着,参照图6,对基于IPP/USB转换程序43的通信中继处理进行具体说明。如上所述,IPP/USB转换程序43是作为常驻程序而执行,该处理是当在PC2上投入电源时开始。
此处,该处理是在Web浏览器42与IPP功能51之间对通信进行中继的处理,在后台处理程序44与IPP功能51之间对通信进行中继的处理是作为与该处理不同的处理而执行的处理。省略关于该不同的处理的说明。
在S101中,IPP/USB转换程序43生成用于排它地使用接口1的互斥。互斥是用于进行排他处理的机制,是通过程序语言而提供的机制。关于互斥的详细将在后面叙述。
另外,虽然此处以使用互斥而进行排他处理的情况为例进行了说明,但是进行排他处理的方法不限定于此。例如也可以使用信号量而进行,也可以不使用互斥和信号量而通过单独的方法而进行。
在S102中,IPP/USB转换程序43进行对确立会话的请求(称为接受请求)进行监视的套接字的生成和设定。套接字是指用于通过TCP/IP而进行通信的抽象化的接口。另外,套接字的设定是指:在套接字上设定表示PC2的IP地址和监视对象的通信端口的端口号等,将该套接字的工作模式作为接受请求的监视模式。在该实施方式中,作为IP地址设定127.0.0.1,作为端口号设定80。
当用户启动Web浏览器42,作为IP地址设定127.0.0.1,作为端口号设定80时,Web浏览器42对于该地址和端口号请求会话的确立。该请求成为接受请求。
在S103中,IPP/USB转换程序43到从Web浏览器42接收接受请求为止进行待机,当接收接受请求时前进到S104。
在S104中,IPP/USB转换程序43生成线程。
在S105中,IPP/USB转换程序43判断是否从OS41存在结束请求。该结束请求是请求作为该常驻程序的IPP/USB转换程序43的结束的请求。由于IPP/USB转换程序43是常驻程序,因此虽然通常是“否”,但是当通过用户的操作等而指示了程序的结束时接受结束请求。IPP/USB转换程序43在存在结束请求时结束该处理,在不存在时回到S103而重复进行处理。
(7-1)从Web浏览器接收处理请求的处理
接着,参照图7,对IPP/USB转换程序43从Web浏览器42接收处理请求的处理进行说明。该处理是通过在上述S104中生成的线程而执行。即,在存在多个接受请求时,该处理分别作为不同的线程而执行。因此,在图7的流程图中操作的会话只有一个,在存在多个会话时,通过单独的线程而并行进行图7的流程图的处理。
在S201中,线程执行接受处理。接受处理是在与发送接受请求的对方(即Web浏览器42)之间确立新的会话的处理。S201是第1确立处理的一例。
具体地讲,线程生成用于与Web浏览器42进行通信的新的套接字,使用所生成的套接字在与Web浏览器42之间确立会话。另外,在套接字的打开、关闭、接受等的定时,利用使用了USB的端点0的控制转移而将信息送到打印机3,也可以在上述打开、关闭、接受等的定时与打印机3获取同步。
在S202中,线程生成用于识别在S201中生成的套接字的ID。由于套接字与会话一对一对应,因此能够将用于识别套接字的ID使用为用于识别会话的ID。在之后的说明中,将用于识别套接字的ID称为会话ID。S202是标识符生成处理的一例。
在S203中,线程通过在S201中确立的会话而从Web浏览器42接收部分处理请求数据。S203是第1请求接收处理的一例。
在S204中,线程将在S202中生成的会话ID附加到在S203中接收的部分处理请求数据中。具体地讲,将部分处理请求数据的最初8字节作为会话ID、或者将部分处理请求数据的最初的一行作为会话ID等,通过预先确定的规则而附加会话ID。
在S205中,线程执行接口1的排他处理。
在S210中,线程结束接口1的排他处理。因此,在从S205到该S210为止的期间,换言之,在到通过S206、S209而发送该会话中的所有部分处理请求数据为止的期间,进行排他处理,在该期间不会通过其他线程的处理而挤进其他会话的部分处理请求数据。
在S211中,线程将用于识别在S201中生成的套接字的套接字信息与在S202中生成的会话ID相对应而存储在存储部25中。S211是存储处理的一例。另外,套接字信息是用于识别会话的识别信息的一例。
但是,即使该处理结束,套接字也继续存续。也就是说,维持IPP/USB转换程序43与Web浏览器42之间的会话。这是因为,使用该会话而向Web浏览器42发送响应。
(7-2)从IPP功能接收响应的处理
接着,参照图8,对IPP/USB转换程序43从IPP功能51接收响应的处理进行说明。
在S301中,IPP/USB转换程序43从IPP功能51接收对于发送到IPP功能51的处理请求的响应。虽然将在后面详细说明,但IPP功能51将响应分割为多个部分响应数据,在最初的部分响应数据中附加会话ID而发送到IPP/USB转换程序43。在S301中接收附加了该会话ID的带会话ID的部分响应数据。S301是第1响应接收处理的一例。
在S302中,IPP/USB转换程序43从带会话ID的部分响应数据获取会话ID。IPP功能51例如将响应数据的最初的8字节作为会话ID、或者将部分处理请求数据的最初的一行作为会话ID等,通过预先确定的规则而附加会话ID。由此,IPP/USB转换程序43将响应数据中的、根据规则而附加的部分获取为会话ID。
在S303中,IPP/USB转换程序43从存储部25读出对应于与在S302中获取的会话ID相同的会话ID而存储的套接字信息。
在S304中,IPP/USB转换程序43从在S301中接收的带会话ID的部分响应数据去除会话ID。
在S305中,IPP/USB转换程序43将在S304中去除了会话ID的部分响应数据,通过根据在S303中读出的套接字信息而识别的会话来发送到Web浏览器42。S305是第1响应发送处理的一例。
在S306中,IPP/USB转换程序43判断是否完成了来自IPP功能51的响应的接收。该判断是按照与S207相同的顺序进行。IPP/USB转换程序43在没有完成响应的接收时前进到S307,在完成时前进到S309。
在S307中,IPP/USB转换程序43通过USB而接收下一个部分响应数据。另外,在下一个部分响应数据中没有附加有会话ID。
在S308中,IPP/USB转换程序43将在S307中接收的部分响应数据,通过根据在S303中读出的套接字信息而识别的会话来发送到Web浏览器42。
在S309中,IPP/USB转换程序43废弃通过在S303中读出的套接字信息而识别的套接字。
在S310中,IPP/USB转换程序43从存储部25删除在S302中获取的会话ID和与该会话ID相对应的套接字信息。S310是删除处理的一例。
(8)IPP功能的处理
接着,对IPP功能51从IPP/USB转换程序43接收处理请求的处理、和IPP功能51从Web服务器功能52接收响应的处理进行说明。
(8-1)从IPP/USB转换程序接收处理请求的处理
首先,参照图9,对IPP功能51从IPP/USB转换程序43接收处理请求的处理进行说明。
在S401中,IPP功能51从IPP/USB转换程序43通过USB而接收部分处理请求数据。如上所述,在最初的部分处理请求数据中附加有会话ID。S401是第2请求接收处理的一例。
在S402中,IPP功能51从在S401中接收的带会话ID的部分处理请求数据获取会话ID。在S204中,会话ID根据预先确定的规则而附加到部分处理请求数据。由此,IPP功能51将部分处理请求数据中的、根据规则而附加的部分获取为会话ID。
在S403中,IPP功能51判断在S402中获取的会话ID是否存储在存储部35中。虽然将在后面详细叙述,但是IPP功能51当生成接收了带会话ID的处理请求数据的新的套接字时,与用于识别该套接字的通信识别信息相对应而存储到存储部35中。在S403中,IPP功能51在判断为没有存储到存储部35中时前进到S404,在判断为存储到存储部35中时前进到S406。S403是存储判断处理的一例。
在S404中,IPP功能51生成用于与Web服务器功能52进行通信的套接字,通过所生成的套接字在与Web服务器功能52之间确立新的会话。S404是第2确立处理的一例。另外,IPP功能51与Web服务器功能52之间确立的会话是通信的一例。
在S405中,IPP功能51将在S402中获取的会话ID与用于识别在S404中生成的套接字的套接字信息相对应而存储在存储部35中。S405是存储处理的一例。另外,套接字信息是通信识别信息的一例。
在S406中,IPP功能51从存储部35读出对应于与在S402中获取的会话ID相同的会话ID的套接字信息。
在S407中,IPP功能51从在S401中接收的带会话ID的部分处理请求数据去除会话ID。
在S408中,IPP功能51将在S407中去除了会话ID的部分处理请求数据、或在后述的S410中接收的没有附加会话ID的部分处理请求数据,通过在S404中生成的套接字、或者由在S406中读出的套接字信息识别的套接字,发送到Web服务器功能52。S408是第2请求发送处理的一例。
在S409中,IPP功能51判断是否完成了处理请求的接收。该判断能够与上述S207同样地进行。IPP功能51在没有完成处理请求的接收时前进到S410,在完成时前进到S411。
在S410中,IPP功能51从IPP/USB转换程序43通过USB而接收下一个部分处理请求数据。但是,在此处所接收的部分处理请求数据中没有附加有会话ID。
在S411中,IPP功能51生成线程。该线程用于从Web服务器功能52接收响应而发送到IPP/USB转换程序43。
(8-2)从Web服务器功能接收响应的处理
接着,参照图10,对IPP功能51从Web服务器功能52接收响应的处理进行说明。该处理是通过在上述S411中生成的线程而执行。
在S501中,线程继承在S402中获取的会话ID,并且继承在S404中生成的套接字的套接字信息、或在S406中读出的套接字信息。
在S502中,线程从Web服务器功能52接收响应。此处,线程在完成了来自Web服务器功能52的响应的接收之后前进到S503。例如在从Web服务器功能52将响应分成部分响应数据而接收时,在完成了所有的部分响应数据的接收之后前进到S503。S502是第2响应接收处理的一例。
在S503中,线程执行接口1的排他处理。具体地讲,线程获取接口1的互斥。另外,此处获取的互斥与在S101中生成的互斥不同。此处获取的互斥是例如在向打印机3投入了电源时的初始化处理中生成。
在S504中,线程将响应分割为多个部分响应数据,在最初的部分响应数据中附加在S501中继承的会话ID而发送到IPP/USB转换程序43。
在S505中,线程在第二个以后的部分响应数据中不附加会话ID而依次发送到IPP/USB转换程序43。
上述S504和S505是第2响应发送处理的一例。
在S506中,线程结束接口1的排他处理。
在S507中,线程从存储部35删除在S501中继承的会话ID和套接字信息。
(9)实施方式的效果
根据以上说明的IPP/USB转换程序43,在从Web浏览器42接收到的处理请求中附加会话ID。并且,根据IPP/USB转换程序43,由于向IPP功能51发送带会话ID的处理请求,作为该响应从IPP功能51接收带会话ID的响应,因此在从IPP功能51接收到响应时,能够通过附加在该响应中的会话ID而识别经由哪个会话向Web浏览器42发送该响应为好。
由此,根据IPP/USB转换程序43,即使在Web浏览器与Web服务器通过如USB那样的没有多会话概念的通信线路进行通信时,Web浏览器42能够根据USB(更具体地讲是接口1)而通过多会话无混乱地与打印机3进行通信。
也就是说,由于以往在USB中没有会话的概念,因此虽然没有进行附加会话ID的动作,但是通过IPP/USB转换程序43来进行该动作,从而即使在IPP over USB中也能够无串信地进行通信。
而且,根据IPP/USB转换程序43,由于在将处理请求发送到IPP功能51之后不等待该处理请求的响应而进行与其他处理请求有关的数据的收发,因此能够缩小为了等待处理请求的响应而在USB中数据成为非转送状态的时间,处理速度提高。
而且,根据IPP/USB转换程序43,由于从存储部25删除附加在带会话ID的响应中的会话ID和与该会话ID相对应的套接字信息,因此可以不用一直将不需要的会话ID和套接字信息存储在存储部25中。
而且,根据IPP/USB转换程序43,由于对一个处理请求仅发送一次会话ID,因此与对每个部分处理请求数据发送会话ID的情况相比,能够减少发送的数据量。
另外,根据打印机3,能够从IPP/USB转换程序43接收带会话ID的处理请求,作为对于该处理请求的响应将带会话ID的响应发送到PC2。由此,能够可靠地获取处理请求与响应之间的对应关系。
而且,根据打印机3,能够使IPP功能51与Web服务器功能52之间的响应不会混乱。
<实施方式2>
接着,通过图11至图16对实施方式2进行说明。
参照图11,对实施方式2的带会话ID的处理请求进行说明。关于一个处理请求,上述实施方式1的IPP/USB转换程序43对IPP功能51只发送一次会话ID。相对于此,实施方式2的IPP/USB转换程序43,将从Web浏览器42接收到的处理请求分割成多个部分处理请求数据,在每个部分处理请求数据中附加会话ID而发送。
该处理中的部分处理请求数据被分成如下。
(a)头
(b)通过内容-长度而统一指定的附加数据的数据块
(c)通过分块指定而指定的分割成多个的附加数据的各个数据块
此处,头是指处理请求中的附加数据以外的数据。在没有附加有附加数据时,整个处理请求相当于头。在实际的处理请求中,仅通过(1)构成处理请求,或者通过(1)和(2)而构成处理请求,或者通过(1)和一个或多个(3)而构成处理请求。
实施方式2的IPP/USB转换程序43,例如当通过会话1而接收处理请求的头时,将在该头中附加了会话1的会话ID的带会话ID的头发送到IPP功能51。
并且,IPP/USB转换程序43当在完成会话1的处理请求的接收之前通过会话2而接收头时,将在该头中附加了会话2的会话ID的带会话ID的头发送到IPP功能51。以下同样,IPP/USB转换程序43在每次通过会话而接收部分处理请求数据时,在该部分处理请求数据中附加接收了该部分处理请求数据的会话的会话ID而发送到IPP功能51。
虽然在图11中省略,但是IPP功能51也同样将响应分成头和附加数据的部分响应数据,在各部分响应数据中附加会话ID而发送到IPP/USB转换程序43。
(1)从Web浏览器接收处理请求的处理
接着,对实施方式2的从Web浏览器接收处理请求的处理进行说明。
(1-1)从Web浏览器接收处理请求的处理
首先,参照图12,对实施方式2的IPP/USB转换程序43从Web浏览器42接收处理请求的处理进行说明。该处理是通过在S104中生成的线程而执行。
在S601中,线程执行接受处理。
在S602中,线程生成用于识别在S601中生成的套接字的会话ID。
在S603中,线程将用于识别在S601中生成的套接字的套接字信息与在S602中生成的会话ID相对应而存储在存储部25中。
在S604中,线程通过在S601中确立的会话而从Web浏览器42接收处理请求的头。
在S605中,线程执行接口1的排他处理。
在S606中,线程将在S602中生成的会话ID通过接口1而发送到IPP功能51。能够通过各种方法来进行该发送。例如,将在以下的S607中发送的部分处理请求数据的最初8字节作为会话ID、或者将部分处理请求数据的最初的一行作为会话ID等,能够通过预先确定的适当的规则而发送会话ID。
在S607中,线程将在S604中接收到的头通过接口1而发送到IPP功能51。此处,在处理请求的头由多个通信数据构成时,在S607中这些多个通信数据被发送到IPP功能51。
在S608中,线程结束接口1的排他处理。
在S609中,线程判断是否存在附加数据。具体地讲,当在S604中接收到的头中包含有内容-长度或分块时,线程判断为存在附加数据,在哪个都不包含时,线程判断为不存在附加数据。线程在存在附加数据时前进到S610,在不存在附加数据时结束该处理。
在S610中,线程执行附加数据发送处理。附加数据发送处理是从Web浏览器42接收附加数据而发送到IPP功能51的处理。关于附加数据发送处理的详细,将在后面叙述。
(1-2)附加数据发送处理
接着,参照图13,对在S610中执行的附加数据发送处理进行说明。
在S701中,线程判断在接收到的头中是否包含有内容-长度,在包含有内容-长度时前进到S702,在没有包含时(即包含有分块时)前进到S708。
在S702中,线程从在S604中接收到的头获取尺寸信息数据。
在S703中,线程从Web浏览器42获取由在S702中获取的尺寸信息数据所示的数据尺寸的附加数据。
在S704中,线程执行接口1的排他处理。
在S705中,线程将在S602中生成的会话ID通过接口1而发送到IPP功能51。
在S706中,线程将在S703中接收到的附加数据通过接口1而发送到IPP功能51。
在S707中,线程执行接口1的排他结束处理。
在S708中,线程获取数据块的尺寸信息数据。具体地讲,当在所述S701中判断为通过分块而发送附加数据时,进行S708的处理。此时,附加数据通常被分割成多个数据块,对各个数据块附加该数据数的信息。在S708中,获取该各个数据块的尺寸信息数据。
在S709中,线程从Web浏览器42接收由在S709中获取的尺寸信息数据所示的数据尺寸量的部分附加数据。
在S710中,线程执行接口1的排他处理。
在S711中,线程将在S602中生成的会话ID通过接口1而发送到IPP功能51。
在S712中,线程将在S709中接收到的部分附加数据通过接口1而发送到IPP功能51。
在S713中,线程执行接口1的排他结束处理。
在S714中,线程判断是否完成了附加数据的接收。具体地讲,判断是否存在与接收到的附加数据连着的数据块。该判断是按照与S207相同的顺序进行。在完成了附加数据的接收时线程结束该处理而回到“从Web浏览器接收处理请求的处理”,在未完成时线程回到S708而重复进行处理。
但是,即使该处理结束,套接字也继续存续。
(1-3)从IPP功能接收响应的处理
接着,参照图14,对实施方式2的PP/USB转换程序43从IPP功能51接收响应的处理进行说明。此处,对于与图8实质上相同的处理标注相同标号并省略说明。
在S801中,IPP/USB转换程序43从IPP功能51通过接口1以带会话ID的头、带会话ID的附加数据的单位接收响应。具体地讲,在最初执行S801的时刻接收带会话ID的头,之后,当在S306中判断为没有完成处理请求的接收而再次执行S801时,接收带会话ID的附加数据。
关于之后的处理,进行与标注了图8的相同标号的部分相同的处理。但是,由于在图14的处理中对每个部分响应数据赋予会话ID,因此当IPP/USB转换程序43在S306中判断为“否”时回到S801,再次接收带会话ID的部分响应数据,并且经由S302、S303而在S304中删除了会话ID之后在S305中发送到Web浏览器42。
(2)IPP功能的处理
接着,对实施方式2的IPP功能51的处理进行说明。
(2-1)从IPP/USB转换程序接收处理请求的处理
参照图15,对实施方式2的IPP功能51从IPP/USB转换程序43接收处理请求的处理进行说明。此处,对于与图9实质上相同的处理标注相同标号并省略说明。
在S901中,IPP功能51从IPP/USB转换程序43通过接口1以带会话ID的头、带会话ID的附加数据的单位接收处理请求。具体地讲,在最初执行S901的时刻接收带会话ID的头,之后,当在S409中判断为没有完成处理请求的接收而再次执行S901时,接收带会话ID的附加数据。
以下虽然与图9大致相同,但是当在S409中判断为“否”时,IPP功能51回到S901。这是因为,由于在实施方式2中对各部分处理请求数据赋予会话ID,因此在S407中将这些全部去除的基础上发送到Web服务器功能52。
(2-2)从Web服务器功能接收响应的处理
参照图16,对实施方式2的IPP功能51从Web服务器功能52接收响应的处理进行说明。此处,对于与图10实质上相同的处理标注相同标号并省略说明。
在S1001中,线程从Web服务器功能52作为响应接收头、或附加数据。具体地讲,在最初执行S1001的时刻接收头,之后,当在S1004中判断为没有完成响应的接收而再次执行S1001时,接收附加数据。
另外,在实施方式2中在头和附加数据的各自中附加会话ID而发送到IPP/USB转换程序43。例如当在S1001中接收到头时,在S1002中在该头中附加会话信息,在S1003中附加有会话信息的头被发送到IPP/USB转换程序43。另一方面,当在S1001中接收到附加数据时,在S1002中在该附加数据中附加会话信息,在S1003中附加有会话信息的附加数据被发送到IPP/USB转换程序43。
在S1004中,线程判断是否完成了来自Web服务器功能52的响应的接收。线程在判断为完成时前进到S507,在判断为没有完成时回到S1001。
(3)实施方式的效果
根据以上说明的实施方式2的IPP/USB转换程序43,由于将处理请求分割成多个部分处理请求数据(具体地讲为头和附加数据),对每个部分处理请求数据附加会话ID而发送到打印机3,因此能够并行处理多个处理请求而发送到打印机3。
另外,根据实施方式2的打印机3,由于将从Web服务器功能52接收到的响应分割成多个部分响应数据(具体地讲为头和附加数据),在所分割的部分响应数据中分别附加会话信息而发送到IPP/USB转换程序43,因此能够将多个响应并行地发送到IPP/USB转换程序43。
另外,根据实施方式2的IPP/USB转换程序43和打印机3,由于通过分块发送的长数据也能够按每个数据块发送,且能够在该数据块的发送间隙发送其他数据,因此与实施例1相比能够更高效率地进行数据转送,能够期待高速动作。
<实施方式3>
接着,通过图17至图18对实施方式3进行说明。
参照图17,对实施方式3的处理请求进行说明。关于上述实施方式2的IPP/USB转换程序43,以将处理请求分成头和附加数据的部分处理请求数据而发送到IPP功能51的情况为例进行了说明。相对于此,实施方式3的IPP/USB转换程序43,将处理请求分割成预定的数据尺寸(例如2048字节)的部分处理请求数据,对分割的部分处理请求数据分别附加会话ID和末尾标记(LastFlag)而发送到IPP功能51。
末尾标记是用0(零)或1表示是否完成了处理请求的发送的信息。0表示没有完成处理请求的发送,1表示完成了处理请求的发送。IPP功能51通过参照末尾标记,从而能够判断是否完成了处理请求的接收。
另外,上述实施方式1和2的IPP/USB转换程序43不等待来自Web浏览器42的处理请求的接收完成,而开始对IPP功能51的发送。相对于此,实施方式3的IPP/USB转换程序43在完成了来自Web浏览器42的处理请求的接收之后开始对IPP功能51的发送。另外,在实施方式3中,也可以不等待来自Web浏览器42的处理请求的接收完成,而开始向IPP功能51发送该处理请求。
(1)从Web浏览器接收处理请求的处理
接着,参照图18,对实施方式3的IPP/USB转换程序43从Web浏览器42接收处理请求的处理进行说明。
在S1101中,线程执行接受处理。
在S1102中,线程从Web浏览器42接收头。
在S1103中,线程从Web浏览器42接收附加数据。线程在完成了附加数据的接收之后前进到S1104。
在S1104中,线程计算在S1102中接收到的头的数据尺寸和在S1103中接收到的附加数据的数据尺寸的总计值,将所计算的总计值,作为初始值设定为表示未发送的数据(称为剩余数据)的数据尺寸的变量即剩余数据数。
在S1105中,线程生成会话ID。
在S1106中,线程将表示在S1101中生成的套接字的套接字信息与在S1105中生成的会话ID相对应而存储在存储部25中。
在S1107中,线程执行接口1的排他处理。
在S1108中,线程判断剩余数据数是否比2048大,在比2048大时前进到S1109,在2048以下时前进到S1114。
在S1109中,线程将在S1105中生成的会话ID发送到IPP功能51。
在S1110中,线程从剩余数据数减去2048。
在S1111中,线程将2048作为尺寸信息数据而发送到IPP功能51。
在S1112中,线程将0(零)作为末尾标记而发送到IPP功能51。
在S1113中,线程向IPP功能51发送2048字节的部分处理请求数据而回到S1108。
在S1114中,线程将在S1105中生成的会话ID发送到IPP功能51。
在S1115中,线程将剩余数据数作为尺寸信息数据而发送到IPP功能51。
在S1116中,线程将1作为末尾标记而发送到IPP功能51。
在S1117中,线程将通过剩余数据数表示的数据尺寸的剩余数据数发送到IPP功能51。
在S1118中,线程结束接口1的排他处理。
IPP功能51从接收到的部分处理请求数据去除会话ID和末尾标记而发送到WEB服务器。
在从IPP功能51向IPP/USB转换程序43发送响应时也同样地发送。即,将响应数据按2048字节分成各部分响应数据,在各自中附加数据数信息和末尾标记(0)而发送,关于最后的部分响应数据,附加该数据数信息和末尾标记(1)而发送。
IPP/USB转换程序43,在从IPP功能51接收到的部分响应数据中去除会话ID和末尾标记而发送到Web浏览器42。
会话ID、套接字的使用方法等与实施方式1和实施方式2相同。
(2)实施方式的效果
根据以上说明的实施方式3的IPP/USB转换程序43,由于分成所确定的尺寸的部分处理请求数据,在各个部分处理请求数据中附加会话信息而发送到IPP功能51,因此能够将多个处理请求并行地发送到打印机3。
而且,根据IPP/USB转换程序43,由于在将所有的部分处理请求数据发送到打印机3之后,表示完成了处理请求的发送的信息发送到打印机3,因此在打印机3侧能够知道完成了处理请求的接收。
<其他实施方式>
不限定于通过上述记载和附图说明的实施方式,例如如下所述的实施方式也包含在技术范围内。
(1)在上述实施方式1中,以作为会话信息将会话ID附加到处理请求中的情况为例进行了说明。相对于此,也可以不附加会话ID而附加套接字信息。此时,也可以将会话ID与套接字信息相对应而存储到存储部25中。
(2)在上述实施方式2中,作为将处理请求分割成多个部分处理请求数据的例子,以分割成头和附加数据的情况为例进行了说明。但是,将处理请求分割成多个部分处理请求数据的基准不限于此,能够通过适当的基准来进行分割。例如,也可以按从Web浏览器42一次接收的通信数据的单位进行分割。
(3)在上述实施方式中,作为通过多会话进行通信的客户端应用程序以Web浏览器42为例进行了说明。但是,关于客户端应用程序,只要通过多会话而通信,则也可以是其他的应用程序。
(4)在上述实施方式中,作为通信线路以USB为例进行了说明。但是,通信线路不限于USB。例如PC2与打印机3也可以通过作为打印机的通信标准的IEEE1284而进行通信。
(5)在上述实施方式中,以每次请求会话的确立时制作新的线程的情况为例进行了说明。相对于此,也可以不制作线程,在通信中继处理中按照时序执行对于各会话的处理。或者,也可以代替线程而制作进程,通过进程进行由线程所进行的处理。
(6)在上述实施方式中,以通过逻辑的多个通信线路连接PC2与打印机3的情况为例进行了说明。相对于此,PC2与打印机3也可以通过物理性的多个通信线路而连接。
(7)在上述实施方式中,作为图像处理装置以打印机3为例进行了说明。相对于此,图像处理装置也可以是具有打印功能、扫描功能、复制功能、传真功能等的所谓复合机。或者,也可以是单功能的扫描装置或传真装置等。
(8)在上述实施方式中,以控制部31具有一个CPU31a的情况为例进行了说明。相对于此,控制部31可以通过一个以上的CPU而构成,也可以通过ASIC而构成,也可以通过一个以上的CPU与ASIC的组合而构成。
(9)在上述实施方式中,打印机构成为不根据保持活动(KeepAlive)标准在单一会话中请求多个请求数据。但是,也可以在响应发送结束之后,也不废弃套接字而使用,从而与保持活动标准对应。
Claims (13)
1.一种通信中继装置,具有:
第1通信部,通过没有多会话概念的通信线路与图像处理装置进行通信;以及
第1处理部,
所述第1处理部执行:
第1确立处理,当从通过多会话进行通信的客户端应用程序接收确立会话的请求时,根据该请求在与所述客户端应用程序之间确立会话;
第1请求接收处理,通过由所述第1确立处理确立的所述会话,从所述客户端应用程序接收处理请求;
第1请求发送处理,将带有会话信息的处理请求发送到所述图像处理装置,该带有会话信息的处理请求在通过所述第1请求接收处理接收到的所述处理请求中附加用于识别所述会话的会话信息;
第1响应接收处理,从所述图像处理装置接收作为附加了所述会话信息的响应的带有会话信息的响应;
第1响应发送处理,将从所述带有会话信息的响应去除了所述会话信息的响应通过由该会话信息识别的所述会话发送到所述客户端应用程序,该带有会话信息的响应是通过所述第1响应接收处理而接收到的;
标识符生成处理,当通过所述第1确立处理而确立所述会话时,生成所确立的所述会话的会话标识符;以及
存储处理,将通过所述标识符生成处理生成的所述会话标识符与用于识别所述会话的识别信息相对应而存储到存储装置中,
在所述第1请求发送处理中,将通过所述标识符生成处理生成的所述会话标识符作为所述会话信息附加到所述处理请求,
在所述第1响应发送处理中,
通过由所述识别信息识别的所述会话向所述客户端应用程序发送所述响应,所述识别信息与附加在所述带有会话信息的响应中的所述会话标识符相对应。
2.根据权利要求1所述的通信中继装置,其特征在于,
所述第1处理部,在通过所述第1响应发送处理而发送了所述响应之后,执行从所述存储装置删除附加在该响应中的所述会话标识符和与该会话标识符相对应的所述识别信息的删除处理。
3.根据权利要求1所述的通信中继装置,其特征在于,
所述客户端应用程序将所述处理请求分成多个部分处理请求数据而发送,
所述第1处理部,在所述第1请求发送处理中,当通过所述第1请求接收处理而接收最初的所述部分处理请求数据时,将所述会话信息和所述部分处理请求数据发送到所述图像处理装置,当接收最初的所述部分处理请求数据后续的所述部分处理请求数据时,仅发送该部分处理请求数据。
4.根据权利要求1所述的通信中继装置,其特征在于,
所述第1处理部,在所述第1请求发送处理中,将所述处理请求分割成多个部分处理请求数据,对每个所述部分处理请求数据附加所述会话信息而发送到所述图像处理装置。
5.根据权利要求4所述的通信中继装置,其特征在于,
所述第1处理部,在所述第1请求发送处理中,将所述处理请求分割成预定数据尺寸的部分处理请求数据。
6.根据权利要求5所述的通信中继装置,其特征在于,
所述第1处理部,在所述第1请求发送处理中,在将所有的所述部分处理请求数据发送到所述图像处理装置之后,将表示完成了所述处理请求的发送的信息发送到所述图像处理装置。
7.根据权利要求1所述的通信中继装置,其特征在于,
所述通信线路为通用串行总线。
8.根据权利要求1至7中的任意一项所述的通信中继装置,其特征在于,
所述客户端应用程序为Web浏览器。
9.一种图像处理装置,具有:
第2通信部,通过没有多会话概念的通信线路,与通过多会话而进行通信的信息处理装置进行通信;以及
第2处理部,
所述第2处理部执行:
第2请求接收处理,从所述信息处理装置接收带有会话信息的处理请求;以及
第2响应发送处理,作为对于通过所述第2请求接收处理接收到的所述带有会话信息的处理请求的响应,将附加了所述会话信息的带有会话信息的响应发送到所述信息处理装置,
在所述第2响应发送处理中,在发送所述带有会话信息的响应之前,针对与所述信息处理装置通信的接口执行排他处理,以排除所述带有会话信息的响应以外的信息的通信。
10.根据权利要求9所述的图像处理装置,其特征在于,
所述图像处理装置具有响应部,该响应部将对于从所述第2处理部接收到的处理请求的响应发送到所述第2处理部,
所述第2处理部执行:
存储判断处理,当通过所述第2请求接收处理接收所述带有会话信息的处理请求时,判断附加在该带有会话信息的处理请求中的会话信息,是否与用于识别在该第2处理部与所述响应部之间确立的通信的通信识别信息相对应而存储到存储装置中;
第2确立处理,在通过所述存储判断处理判断为没有存储时,在与所述响应部之间确立新的通信;
存储处理,将用于识别通过所述第2确立处理确立的所述新的通信的通信识别信息与所述会话信息相对应而存储到所述存储装置中;
第2请求发送处理,在通过所述存储判断处理判断为已被存储时,将从所述带有会话信息的处理请求去除了所述会话信息的处理请求,通过由对应于该会话信息的所述通信识别信息识别的所述通信而发送到所述响应部,另一方面在通过所述存储判断处理判断为没有存储时,将从所述带有会话信息的处理请求去除了所述会话信息的处理请求,通过由所述第2确立处理确立的所述新的通信而发送到所述响应部;以及
第2响应接收处理,从所述响应部通过所述通信接收对于所述处理请求的响应,
在所述第2响应发送处理中,将带有会话信息的响应发送到所述信息处理装置,该带有会话信息的响应在通过所述第2响应接收处理从所述响应部接收到的所述响应中附加了与接收了该响应的所述通信的所述通信识别信息相对应而存储到所述存储装置中的所述会话信息。
11.根据权利要求10所述的图像处理装置,其特征在于,
所述响应部具有Web服务器功能。
12.根据权利要求10所述的图像处理装置,其特征在于,
在所述第2响应发送处理中,将通过所述第2响应接收处理接收到的所述响应分割成多个部分响应数据,在所分割的所述部分响应数据中分别附加所述会话信息而发送到所述信息处理装置。
13.一种通信中继方法,在通过没有多会话概念的通信线路与图像处理装置连接的信息处理装置中执行,其特征在于,所述通信中继方法使所述信息处理装置执行:
第1确立处理,当从通过多会话而通信的客户端应用程序接收确立会话的请求时,根据该请求在与所述客户端应用程序之间确立会话;
第1请求接收处理,通过由所述第1确立处理确立的所述会话,从所述客户端应用程序接收处理请求;
第1请求发送处理,将带有会话信息的处理请求发送到所述图像处理装置,该带有会话信息的处理请求在通过所述第1请求接收处理接收到的所述处理请求中附加用于识别所述会话的会话信息;
第1响应接收处理,从所述图像处理装置接收作为附加了所述会话信息的响应的带有会话信息的响应;
第1响应发送处理,将从所述带有会话信息的响应去除了所述会话信息的响应通过由该会话信息识别的所述会话发送到所述客户端应用程序,该带有会话信息的响应是通过所述第1响应接收处理而接收到的;
标识符生成处理,当通过所述第1确立处理而确立所述会话时,生成所确立的所述会话的会话标识符;以及
存储处理,将通过所述标识符生成处理生成的所述会话标识符与用于识别所述会话的识别信息相对应而存储到存储装置中,
在所述第1请求发送处理中,将通过所述标识符生成处理生成的所述会话标识符作为所述会话信息附加到所述处理请求,
在所述第1响应发送处理中,
通过由所述识别信息识别的所述会话向所述客户端应用程序发送所述响应,所述识别信息与附加在所述带有会话信息的响应中的所述会话标识符相对应。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012240618A JP6167502B2 (ja) | 2012-10-31 | 2012-10-31 | 通信中継プログラム、通信中継装置、及び、画像処理装置 |
JP2012-240618 | 2012-10-31 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103795881A CN103795881A (zh) | 2014-05-14 |
CN103795881B true CN103795881B (zh) | 2017-04-26 |
Family
ID=49554013
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310353873.6A Active CN103795881B (zh) | 2012-10-31 | 2013-08-14 | 通信中继装置、图像处理装置以及通信中继方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9565053B2 (zh) |
EP (1) | EP2728459B1 (zh) |
JP (1) | JP6167502B2 (zh) |
CN (1) | CN103795881B (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6011167B2 (ja) | 2012-09-03 | 2016-10-19 | ブラザー工業株式会社 | 通信中継プログラム、及び、通信中継装置 |
JP6167502B2 (ja) | 2012-10-31 | 2017-07-26 | ブラザー工業株式会社 | 通信中継プログラム、通信中継装置、及び、画像処理装置 |
JP6075010B2 (ja) * | 2012-10-31 | 2017-02-08 | ブラザー工業株式会社 | 通信中継プログラム、及び、画像処理装置 |
CN105812345B (zh) * | 2014-12-31 | 2019-08-23 | 广州市动景计算机科技有限公司 | 一种实现网页到客户端通信的方法及装置 |
US10084820B2 (en) * | 2015-02-27 | 2018-09-25 | Konica Minolta Laboratory U.S.A., Inc. | Method and system for IPSec security for IPP-USB data |
US20170005938A1 (en) * | 2015-06-30 | 2017-01-05 | Konica Minolta Laboratory U.S.A., Inc. | System and method of tcp/ip bypass over universal serial bus (usb) |
JP6700894B2 (ja) * | 2016-03-25 | 2020-05-27 | キヤノン株式会社 | 画像処理装置、制御方法、プログラム |
JP6960302B2 (ja) * | 2017-10-25 | 2021-11-05 | キヤノン株式会社 | 通信装置、通信方法、及びプログラム |
JP7234687B2 (ja) | 2019-02-27 | 2023-03-08 | ブラザー工業株式会社 | モジュール及びプログラム |
JP7234688B2 (ja) * | 2019-02-27 | 2023-03-08 | ブラザー工業株式会社 | プログラム、アプリケーション、情報処理装置 |
JP7263837B2 (ja) * | 2019-02-27 | 2023-04-25 | ブラザー工業株式会社 | プログラム、アプリケーション、情報処理装置 |
US20220043610A1 (en) * | 2019-04-30 | 2022-02-10 | Hewlett-Packard Development Company, L.P. | Storage device decoupling determination |
JP7427951B2 (ja) * | 2019-12-16 | 2024-02-06 | ブラザー工業株式会社 | プログラム、プログラム群、および情報処理装置 |
US11971267B2 (en) | 2020-10-05 | 2024-04-30 | Accenture Global Solutions Limited | User journey carbon footprint reduction |
WO2022081173A1 (en) * | 2020-10-16 | 2022-04-21 | Hewlett-Packard Development Company, L.P. | 3d fabricated objects with lattice structures having tubes |
US11886837B2 (en) | 2021-04-10 | 2024-01-30 | Accenture Global Solutions Limited | Simulation-based software design and delivery attribute tradeoff identification and resolution |
JP2022189282A (ja) * | 2021-06-11 | 2022-12-22 | キヤノン株式会社 | プログラム、情報処理装置、及び情報処理装置の制御方法 |
EP4430208A1 (en) * | 2021-11-09 | 2024-09-18 | Digital Biotechnologies, Inc. | Detecting varying conductance indicative of sequential interactions between nucleobases |
JP7346524B2 (ja) * | 2021-11-22 | 2023-09-19 | キヤノン株式会社 | 画像形成装置、画像形成装置の制御方法並びにプログラム |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012070096A (ja) * | 2010-09-21 | 2012-04-05 | Kyocera Mita Corp | 画像形成システム、管理装置、および画像形成装置 |
CN102651753A (zh) * | 2011-02-25 | 2012-08-29 | 国际商业机器公司 | 与平台无关的信息处理系统及其通信方法 |
Family Cites Families (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5220674A (en) | 1987-07-17 | 1993-06-15 | Digital Equipment Corporation | Local area print server for requesting and storing required resource data and forwarding printer status message to selected destination |
US7383321B2 (en) | 2002-07-09 | 2008-06-03 | Moyer Alan L | Method and system for communicating between a remote printer and a server |
JP3888452B2 (ja) | 2001-07-02 | 2007-03-07 | セイコーエプソン株式会社 | ネットワークを介した印刷方法 |
US8346848B2 (en) * | 2001-08-16 | 2013-01-01 | Juniper Networks, Inc. | System and method for maintaining statefulness during client-server interactions |
JP3888130B2 (ja) | 2001-11-01 | 2007-02-28 | セイコーエプソン株式会社 | 無線ネットワークのステーション |
JP4323876B2 (ja) * | 2003-06-20 | 2009-09-02 | キヤノン株式会社 | データ処理装置、その制御方法、及び制御プログラム |
JPWO2005050935A1 (ja) * | 2003-11-21 | 2007-12-06 | 三菱電機株式会社 | 侵入検知装置およびその方法 |
JP2006056069A (ja) | 2004-08-18 | 2006-03-02 | Canon Inc | 印刷制御装置および印刷制御方法 |
JP4364150B2 (ja) | 2005-03-25 | 2009-11-11 | 株式会社東芝 | リソース共用装置、方法、及びプログラム |
US20070033646A1 (en) | 2005-08-05 | 2007-02-08 | Sierra Wireless, Inc. A Canadian Corp. | Suspension and resumption of secure data connection session |
US20070173077A1 (en) | 2006-01-24 | 2007-07-26 | Hwa Yao Technologies Co., Ltd. | Universal serial bus (usb) network adapter connectable to external antenna |
JP4781125B2 (ja) | 2006-02-17 | 2011-09-28 | キヤノン株式会社 | 情報処理システム、情報処理装置、及び周辺装置 |
JP4530420B2 (ja) | 2006-05-15 | 2010-08-25 | 日本電信電話株式会社 | ファイル転送システム、ファイル転送プログラムおよびファイル転送方法 |
JP4590429B2 (ja) * | 2007-05-14 | 2010-12-01 | 富士ゼロックス株式会社 | 印刷システム、サーバ、印刷装置、携帯端末装置および印刷方法 |
JP5035006B2 (ja) * | 2007-07-25 | 2012-09-26 | 富士通株式会社 | 通信装置の制御方法及び通信装置 |
JP2009139990A (ja) * | 2007-12-03 | 2009-06-25 | Internatl Business Mach Corp <Ibm> | 情報の不正取得を防止する技術 |
JP5137641B2 (ja) * | 2008-03-19 | 2013-02-06 | キヤノン株式会社 | 情報処理装置、画像処理システム及び画像処理方法並びにプログラム |
JP5153560B2 (ja) * | 2008-10-15 | 2013-02-27 | キヤノン株式会社 | 画像処理装置、サーバー装置及び制御方法 |
JP5124779B2 (ja) | 2008-11-07 | 2013-01-23 | キヤノンイメージングシステムズ株式会社 | デバイス共有システム、デバイス共有クライアント、及びデバイス共有方法 |
JP2010122933A (ja) | 2008-11-20 | 2010-06-03 | Fujitsu Ltd | コンテンツ転送方法および装置 |
JP5307610B2 (ja) | 2009-04-17 | 2013-10-02 | キヤノン株式会社 | 無線通信システムと通信方法 |
JP5460145B2 (ja) * | 2009-07-01 | 2014-04-02 | キヤノン株式会社 | データ処理装置、データ処理装置の制御方法、及びプログラム |
JP5441646B2 (ja) * | 2009-12-02 | 2014-03-12 | キヤノン株式会社 | 印刷装置、印刷方法、及び印刷プログラム |
KR101569037B1 (ko) | 2009-12-03 | 2015-11-16 | 삼성전자주식회사 | 컨트롤 포인트, 화상형성장치, 및 인쇄 제어 방법 |
JP5446943B2 (ja) | 2010-01-29 | 2014-03-19 | ソニー株式会社 | 印刷システム及びプリンタ装置の制御方法 |
JP2011165009A (ja) | 2010-02-10 | 2011-08-25 | Canon Inc | 印刷ジョブ管理装置及び印刷ジョブ管理方法及び画像形成装置 |
JP2011180954A (ja) | 2010-03-03 | 2011-09-15 | Seiko Epson Corp | 機器制御装置、機器制御プログラムおよびサーバー |
JP5539043B2 (ja) | 2010-06-08 | 2014-07-02 | キヤノン株式会社 | 情報送信装置、情報送信装置の制御方法及びコンピュータプログラム |
CN103003832B (zh) | 2010-07-19 | 2015-11-25 | Eft资源公司 | 用于个性化金融交易卡的即时派发的系统和方法 |
JP2012064091A (ja) * | 2010-09-17 | 2012-03-29 | Fuji Xerox Co Ltd | 情報処理システム、情報処理装置、及びプログラム |
JP5641921B2 (ja) | 2010-12-20 | 2014-12-17 | キヤノン株式会社 | 画像処理装置、画像処理装置と外部装置を有するシステム、システムの制御方法、及びプログラム |
US8627449B2 (en) | 2011-03-03 | 2014-01-07 | Cisco Technology, Inc. | Dynamic tunneling over virtual private network connections based on network conditions |
CN102970320B (zh) | 2011-08-31 | 2016-12-21 | 精工爱普生株式会社 | 处理装置、处理方法 |
JP6167502B2 (ja) | 2012-10-31 | 2017-07-26 | ブラザー工業株式会社 | 通信中継プログラム、通信中継装置、及び、画像処理装置 |
JP6075010B2 (ja) * | 2012-10-31 | 2017-02-08 | ブラザー工業株式会社 | 通信中継プログラム、及び、画像処理装置 |
JP6015360B2 (ja) | 2012-11-02 | 2016-10-26 | ブラザー工業株式会社 | 通信装置および通信プログラム |
JP6099958B2 (ja) | 2012-12-10 | 2017-03-22 | キヤノン株式会社 | 画像形成装置及びその制御方法とプログラム |
-
2012
- 2012-10-31 JP JP2012240618A patent/JP6167502B2/ja active Active
-
2013
- 2013-08-14 CN CN201310353873.6A patent/CN103795881B/zh active Active
- 2013-10-30 EP EP13190932.7A patent/EP2728459B1/en active Active
- 2013-10-31 US US14/068,146 patent/US9565053B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012070096A (ja) * | 2010-09-21 | 2012-04-05 | Kyocera Mita Corp | 画像形成システム、管理装置、および画像形成装置 |
CN102651753A (zh) * | 2011-02-25 | 2012-08-29 | 国际商业机器公司 | 与平台无关的信息处理系统及其通信方法 |
Also Published As
Publication number | Publication date |
---|---|
EP2728459B1 (en) | 2020-04-22 |
US9565053B2 (en) | 2017-02-07 |
JP2014089668A (ja) | 2014-05-15 |
EP2728459A3 (en) | 2014-12-31 |
US20140122733A1 (en) | 2014-05-01 |
CN103795881A (zh) | 2014-05-14 |
JP6167502B2 (ja) | 2017-07-26 |
EP2728459A2 (en) | 2014-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103795881B (zh) | 通信中继装置、图像处理装置以及通信中继方法 | |
CN103677681B (zh) | 通信中继装置和通信中继方法 | |
JP6075010B2 (ja) | 通信中継プログラム、及び、画像処理装置 | |
JP5654806B2 (ja) | サーバシステムとプリント装置及びそれらを有するネットワーク印刷システムとそれらにおける方法 | |
CN102314477B (zh) | 信息发送装置及其控制方法 | |
CN100539592C (zh) | 数据处理系统、数据处理装置和数据处理程序 | |
WO2005109173A1 (en) | Direct printing method and apparatus | |
CN101615107B (zh) | 信息处理装置及图像处理系统的控制方法 | |
JP2007105937A5 (zh) | ||
JP2014102620A (ja) | 通信中継プログラム、及び、通信中継装置 | |
CN101860638A (zh) | 图像处理装置及图像处理装置的控制方法 | |
CN104717395A (zh) | 打印服务提供装置和打印系统 | |
CN103312923A (zh) | 信息处理装置及控制方法 | |
JP5031539B2 (ja) | 印刷システム、印刷装置及び印刷方法 | |
JP7240118B2 (ja) | 情報処理装置、その制御方法およびプログラム | |
EP2597563A2 (en) | Intermediation server and communication device | |
KR20060080436A (ko) | 인쇄 상태 표시 방법 및 그 장치 | |
CN110198349A (zh) | 文件传输方法和装置、存储介质及电子装置 | |
JP2015204526A (ja) | 携帯端末、画像通信システム、ファクス装置、およびこれらの制御方法、並びにプログラム | |
JP5807713B1 (ja) | 画像処理装置及び画像処理プログラム | |
JP5305754B2 (ja) | 情報処理装置、クライアント、情報処理方法およびプログラム | |
JP6752648B2 (ja) | 印刷装置及びその制御方法、並びにプログラム | |
KR100943743B1 (ko) | 인쇄 작업을 위한 데이터 제공 방법, 인쇄 방법, 및 이를위한 장치 | |
JP5955744B2 (ja) | 画像読取装置および画像読取システム | |
JP2007280045A (ja) | サーバ装置、印刷制御装置及びそれらの制御方法、コンピュータプログラム並びに記憶媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |