[发明专利]图像形成系统、通信控制方法、中继以及连接中介服务器

说明书

技术领域

本发明涉及一种图像形成系统、中继服务器、通信控制方法及连接中介服务器，特别是涉及一种对设置在因特网上的服务器与图像形成装置的通信进行中继的技术。

背景技术

近年来，在因特网的云上设置了SaaS(Software as a Service：软件即服务)应用等各种应用服务器，经由因特网提供了基于应用服务器的云服务。如果有能够连接到因特网的环境，则随时随地都能够利用云服务，因此便利性高。作为云服务的一个利用方式，例如有如下情况：在应用服务器中储存文档等数据，将该数据从应用服务器传送到设置在公司内的局域网中的图像形成装置来进行印刷输出等。

但是，局域网与因特网之间存在防火墙，因此即使用户对应用服务器进行了印刷指示，也无法从因特网上的应用服务器向设置在局域网中的图像形成装置传送数据。因此，为了能够实现这样的数据传送，提出了例如图17所示的图像形成系统。

图17所示的以往的图像形成系统在因特网100上具备应用服务器110、以及与该应用服务器110协作的连接中介服务器111。另一方面，在公司内LAN(Local Area Network：局域网)等局域网101中设置多个中继服务器120、121、以及多个图像形成装置130～135。中继服务器120、121是对从多个图像形成装置130～135中预先设定为管理对象的几个图像形成装置与应用服务器110的通信进行中继的服务器。该中继服务器120、121在伴随电源接通而起动时建立与设置在因特网100的连接中介服务器111的连接状态140。由此，连接中介服务器111成为能够跨过防火墙始终与设置在局域网101的中继服务器120、121进行通信的状态。

在该图像形成系统中，例如应用服务器110向设置在局域网101中的图像形成装置130进行数据传送的情况下，应用服务器110首先对连接中介服务器111发送指定了图像形成装置130的通信开始请求D101。连接中介服务器111在接收到通信开始请求D101时，根据预先登记的信息来确定管理图像形成装置130的中继服务器120，并向该中继服务器120发送连接请求D102。该连接请求D102包括用于连接到应用服务器110的地址信息等。中继服务器120在从连接中介服务器111接收到连接请求D102时，根据包含在其中的地址信息等，向应用服务器110发送连接开始请求D103。由此，中继服务器120和应用服务器110成为连接状态，应用服务器110能够向设置在局域网101中的中继服务器120开始数据传送。并且，在基于应用服务器110的数据传送开始时，中继服务器120对该数据传送进行中继。即，中继服务器120将从应用服务器110接收到的数据向图像形成装置130进行传送。由此，图像形成装置130能够经由中继服务器120接收从应用服务器110发送的数据，能够根据该接收数据来进行印刷输出等。

另外，在上述以往的图像形成系统中，一个中继服务器120管理多个图像形成装置，对这些多个图像形成装置中的各个图像形成装置与设置在因特网100中的任意的应用服务器的通信进行中继。因此，在中继服务器120从连接中介服务器111接收到连接请求D102的时间点，有时已经成为中继服务器120的CPU使用率、存储器使用率以及通信数中的某一个超过了规定的基准值的忙碌(busy)状态。在这种情况下，当根据从连接中介服务器111新接收到的连接请求D102而建立与应用服务器110的连接状态来开始新的通信中继处理时，中继服务器120中的处理性能显著下降。因此，存在如下问题：中继服务器120成为瓶颈，应用服务器110与图像形成装置130之间的数据传送速度下降。

为了解决这个问题，例如考虑连接中介服务器111监视多个中继服务器120、121的负荷状况，根据各中继服务器120、121的负荷状况来决定对应用服务器110与图像形成装置130的通信进行中继的一个中继服务器(例如专利文献1)。但是，在这个解决对策的情况下，连接中介服务器111保持从各中继服务器120、121定期地发送的负荷信息，根据在从应用服务器110接收到通信开始请求D101的定时(timing)所保持的负荷信息来决定一个中继服务器，因此没有反映各中继服务器120、121的实时的负荷状态。因此，有时在决定了一个中继服务器的时间点，该决定的中继服务器已经成为忙碌状态，不能解决上述的问题。