本發(fā)明涉及進行防火墻的外側的云服務器與防火墻的內側的設備之間的通信的通信系統(tǒng)、以及與其相關的技術。

背景技術：

存在一種實現LAN外部的服務器(云服務器等)與LAN內部的設備(圖像形成裝置等)的協作的技術。

例如，存在一種使用本地側(LAN內部)的圖像形成裝置來打印輸出儲存于云上的服務器(云服務器)的電子文檔的技術(參照專利文獻1)。

在專利文獻1中記載有具備圖像形成裝置(設備)、網關、以及云服務器的文檔輸出系統(tǒng)(通信系統(tǒng))。在該系統(tǒng)中，儲存于云服務器的電子文檔經由網關等被發(fā)送至圖像形成裝置，在圖像形成裝置10中進行該電子文檔的打印輸出。應予說明，網關以及圖像形成裝置(設備)設置于LAN的內部，云服務器設置于LAN的外部。

另外，在上述那樣的系統(tǒng)中，通常在LAN的內部的圖像形成裝置(設備)與LAN的外部的云服務器之間設置防火墻。

從LAN內部的圖像形成裝置向LAN外部的云服務器的訪問通過防火墻，該訪問被允許。

然而，逆向的訪問，即從LAN外部的云服務器向LAN內部的圖像形成裝置的直接的訪問被防火墻阻止。即，不能夠進行從云服務器直接針對圖像形成裝置的訪問。

對此，考慮一種在LAN外部的管理服務器與LAN內部的網關(通信中繼裝置)之間(作為防火墻的例外)建立消息對話(通信對話)，從LAN外部的云服務器經由該管理服務器以及該網關訪問LAN內部的圖像形成裝置的技術。

圖26以及圖27是表示這樣的技術的圖。網關30(30a)在其啟動時等在其與預先指定的管理服務器50之間建立消息對話511(參照圖26的粗線)。然后，在從云服務器70(經由管理服務器50的)向特定的設備10a的訪問請求產生時，通過利用管理服務器50與某網關30(30a)之間的該消息對話511，從管理服務器50向該網關30a發(fā)送隧道連接請求。該隧道連接請求是向該網關30請求應建立隧道連接(網關30與云服務器70之間的隧道連接)的主旨的指令。換言之，該隧道連接請求是使網關30進行使用了隧道連接的通信的指令。基于該隧道連接請求，網關30a在與云服務器70之間建立隧道通信(參照圖27)。并且，使用該隧道通信進行從云服務器70(經由網關30)向設備(圖像形成裝置)10a的訪問。對于這樣的技術，在下面進行詳細描述。

此外，在專利文獻2中記載有相同的技術。

在這樣的技術中，通過管理服務器50進行網關的管理。

專利文獻1：日本特開2013-73578號公報

專利文獻2：日本特開2014-215846號公報

與上述專利文獻2的技術逆向的訪問，即從LAN外部的云服務器向LAN內部的圖像形成裝置的訪問未必需要通過防火墻。但是，基于安全上的問題(下述)等，優(yōu)選在從LAN外部的云服務器向LAN內部的圖像形成裝置的訪問中也進行經由管理服務器50的通信。

并且，假設在不經由管理服務器50進行從防火墻的內部的設備向防火墻的外部的服務器的通信的情況下，還存在無秩序地進行多個通信等系統(tǒng)控制上的問題。

為了消除這樣的問題，優(yōu)選經由管理服務器50進行防火墻的外側的云服務器與防火墻的內側的設備之間的通信。

例如，考慮管理服務器50接受來自各云服務器的通信委托以及來自各設備的通信委托，并按照該接受順序進行基于各通信委托的處理(針對網關的隧道連接請求等)。

然而，在僅按照該各通信委托的接受順序進行基于各通信委托的處理的情況下，以低效率的執(zhí)行順序執(zhí)行基于各通信委托的處理的情況也較多。

技術實現要素：

因此，本發(fā)明的課題在于提供一種能夠高效地執(zhí)行基于多個通信委托的處理的通信系統(tǒng)以及與其相關的技術。

為了解決上述課題的第一方面是一種通信系統(tǒng)，具備：至少一個設備，設置于防火墻的內側；至少一個云服務器，設置于上述防火墻的外側；至少一個網關，中繼上述至少一個設備與利用上述至少一個云服務器執(zhí)行的至少一個應用之間的通信；以及管理服務器，管理上述至少一個設備與上述至少一個應用之間的、且經由上述至少一個網關的通信，上述管理服務器具有：接收單元，接收包括第一通信委托以及第二通信委托的多個通信委托，其中，上述第一通信委托是來自上述至少一個設備的任意一個的通信委托，且是伴隨從上述至少一個設備側朝向上述至少一個應用側的方向的數據傳輸的通信的委托；上述第二通信委托是來自上述至少一個應用的任意一個的通信委托，且是伴隨從上述至少一個應用側朝向上述至少一個設備側的方向的數據傳輸的通信的委托，以及隧道連接請求控制單元，控制基于上述多個通信委托的多個隧道連接請求的執(zhí)行順序，各隧道連接請求是對上述至少一個網關的任意一個請求應進行上述至少一個網關的任意一個與上述至少一個應用的任意一個之間的使用了隧道連接的通信的主旨的指令，上述隧道連接請求控制單元比基于上述第二通信委托的隧道連接請求亦即第二隧道連接請求優(yōu)先執(zhí)行基于上述第一通信委托的隧道連接請求亦即第一隧道連接請求。

第二方面在第一方面的通信系統(tǒng)中，上述隧道連接請求控制單元在上述第三隧道連接請求和上述第四隧道連接請求中，比上述第四隧道連接請求優(yōu)先執(zhí)行上述第三隧道連接請求，其中，上述第三隧道連接請求是基于用于執(zhí)行與基于利用用戶的指示相應的用戶指示處理的第三通信委托的隧道連接請求，上述第四隧道連接請求是基于用于執(zhí)行不以基于上述利用用戶的指示作為前提的管理處理的第四通信委托的隧道連接請求。

第三方面在第二方面的通信系統(tǒng)中，上述隧道連接請求控制單元對是上述第一隧道連接請求也是上述第三隧道連接請求的隧道連接請求、是上述第一隧道連接請求也是上述第四隧道連接請求的隧道連接請求、是上述第二隧道連接請求也是上述第三隧道連接請求的隧道連接請求、是上述第二隧道連接請求也是上述第四隧道連接請求的隧道連接請求按照該順序排優(yōu)先順位并執(zhí)行。

第四方面在第一方面至第三方面的任意一個的發(fā)明的通信系統(tǒng)中，在上述通信系統(tǒng)設置有多個設備，上述隧道連接請求控制單元比與上述多個設備中已經建立比上述第一閾值大的數目的隧道連接的第二設備相關的隧道連接請求優(yōu)先執(zhí)行與上述多個設備中尚未建立比第一閾值大的數目的隧道連接的第一設備相關的隧道連接請求。

第五方面的發(fā)明在第一方面至第四方面的任意一個的發(fā)明的通信系統(tǒng)中，在上述通信系統(tǒng)設置有多個網關，上述隧道連接請求控制單元比與上述多個網關中已經建立比上述第二閾值大的數目的隧道連接的第二網關相關的隧道連接請求優(yōu)先執(zhí)行與上述多個網關中尚未建立比第二閾值大的數目的隧道連接的第一網關相關的隧道連接請求。

第六方面的發(fā)明在第一方面至第五方面的任意一個的發(fā)明的通信系統(tǒng)中，在上述通信系統(tǒng)設置有多個應用，上述隧道連接請求控制單元比與上述多個應用中已經建立比上述第三閾值大的數目的隧道連接的第二應用相關的隧道連接請求優(yōu)先執(zhí)行與上述多個應用中尚未建立比第三閾值大的數目的隧道連接的第一應用相關的隧道連接請求。

第七方面的發(fā)明在第一方面至第六方面的任意一個的發(fā)明的通信系統(tǒng)中，上述隧道連接請求控制單元針對與通過上述接收單元接收到的上述多個通信委托對應的多個隧道連接請求分別計算各評價值，并基于上述各評價值來決定上述多個隧道連接請求的優(yōu)先順位。

第八方面的發(fā)明在第二方面或第三方面的發(fā)明的通信系統(tǒng)中，上述第三通信委托以及上述第四通信委托分別是伴隨在上述至少一個設備的任意一個與上述至少一個應用的任意一個之間的數據通信的通信的委托，上述隧道連接請求控制單元基于根據各通信委托在實際的數據通信中使用的通信協議，判定基于通過上述接收單元接收到的通信委托的隧道連接請求是上述第三隧道連接請求還是上述第四隧道連接請求。

第九方面的發(fā)明在第八方面的發(fā)明的通信系統(tǒng)中，上述隧道連接請求控制單元基于表示上述各通信委托與在與該各通信委托相應的上述數據通信中利用的通信協議的對應關系的數據表，判定根據上述各通信委托在實際的數據通信中使用的通信協議。

第十方面的發(fā)明在第二方面或第三方面的發(fā)明的通信系統(tǒng)中，上述隧道連接請求控制單元根據上述通信委托的委托方用戶是利用用戶還是管理用戶，判定基于通過上述接收單元接收到的通信委托的隧道連接請求是上述第三隧道連接請求還是上述第四隧道連接請求。

第十一方面的發(fā)明是一種管理服務器，是管理設置于防火墻的內側的至少一個設備與利用設置于上述防火墻的外側的至少一個云服務器執(zhí)行的至少一個應用之間、且通過至少一個網關中繼的通信的管理服務器，該管理服務器具備：接收單元，接收包括第一通信委托以及第二通信委托的多個通信委托，其中，上述第一通信委托是來自上述至少一個設備的任意一個的通信委托，且是伴隨從上述至少一個設備側朝向上述至少一個應用側的方向的數據傳輸的通信的委托；上述第二通信委托是來自上述至少一個應用的任意一個的通信委托，且是伴隨從上述至少一個應用側朝向上述至少一個設備側的方向的數據傳輸的通信的委托；以及隧道連接請求控制單元，控制基于上述多個通信委托的多個隧道連接請求的執(zhí)行順序，各隧道連接請求是對上述至少一個網關的任意一個請求應進行在上述至少一個網關的任意一個與上述至少一個應用的任意一個之間的使用了隧道連接的通信的主旨的指令，上述隧道連接請求控制單元比基于上述第二通信委托的隧道連接請求亦即第二隧道連接請求優(yōu)先執(zhí)行基于上述第一通信委托的隧道連接請求亦即第一隧道連接請求。

第十二方面的發(fā)明在第十一方面的發(fā)明的管理服務器中，上述隧道連接請求控制單元在上述第三隧道連接請求和上述第四隧道連接請求中，比上述第四隧道連接請求優(yōu)先執(zhí)行上述第三隧道連接請求，其中，上述第三隧道連接請求是基于用于執(zhí)行與基于利用用戶的指示相應的用戶指示處理的第三通信委托的隧道連接請求，上述第四隧道連接請求是基于用于執(zhí)行不以基于上述利用用戶的指示作為前提的管理處理的第四通信委托的隧道連接請求。

第十三方面的發(fā)明在第十二方面的發(fā)明的管理服務器中，上述隧道連接請求控制單元對是上述第一隧道連接請求也是上述第三隧道連接請求的隧道連接請求、是上述第一隧道連接請求也是上述第四隧道連接請求的隧道連接請求、是上述第二隧道連接請求也是上述第三隧道連接請求的隧道連接請求、是上述第二隧道連接請求也是上述第四隧道連接請求的隧道連接請求按照以上順序排優(yōu)先順位并執(zhí)行。

第十四方面的發(fā)明在第十一方面至第十三方面的任意一個的發(fā)明的管理服務器中，上述隧道連接請求控制單元比與設置于上述防火墻的內側的多個設備中已經建立比上述第一閾值大的數目的隧道連接的第二設備相關的隧道連接請求優(yōu)先執(zhí)行與上述多個設備中尚未建立比第一閾值大的數目的隧道連接的第一設備相關的隧道連接請求。

第十五方面的發(fā)明在第十一方面至第十四方面的任意一個的發(fā)明的管理服務器中，上述隧道連接請求控制單元比與中繼上述至少一個設備與上述至少一個應用之間的通信的多個網關中已經建立比上述第二閾值大的數目的隧道連接的第二網關相關的隧道連接請求優(yōu)先執(zhí)行與上述多個網關中尚未建立比第二閾值大的數目的隧道連接的第一網關相關的隧道連接請求。

第十六方面的發(fā)明在第十一方面至第十五方面的任意一個的發(fā)明的管理服務器中，上述隧道連接請求控制單元比與設置于上述防火墻的外側的多個應用中已經建立比上述第三閾值大的數目的隧道連接的第二應用相關的隧道連接請求優(yōu)先執(zhí)行與上述多個應用中尚未建立比第三閾值大的數目的隧道連接的第一應用相關的隧道連接請求。

第十七方面的發(fā)明在第十一方面至第十六方面的任意一個的發(fā)明的管理服務器中，上述隧道連接請求控制單元針對與通過上述接收單元接收到的上述多個通信委托對應的多個隧道連接請求分別計算各評價值，并基于上述各評價值來決定上述多個隧道連接請求的優(yōu)先順位。

第十八方面的發(fā)明在第十二方面或第十三方面的發(fā)明的管理服務器中，上述第三通信委托以及上述第四通信委托分別是伴隨在上述至少一個設備的任意一個與上述至少一個應用的任意一個之間的數據通信的通信的委托，上述隧道連接請求控制單元基于根據各通信委托在實際的數據通信中使用的通信協議，判定基于通過上述接收單元接收到的通信委托的隧道連接請求是上述第三隧道連接請求還是上述第四隧道連接請求。

第十九方面的發(fā)明在第十八方面的發(fā)明的管理服務器中，上述隧道連接請求控制單元基于表示上述各通信委托與在與上述各通信委托相應的上述數據通信中利用的通信協議的對應關系的數據表，判定根據上述各通信委托在實際的數據通信中使用的通信協議。

第二十方面的發(fā)明在第十二方面或第十三方面的發(fā)明的管理服務器中，上述隧道連接請求控制單元根據上述通信委托的委托方用戶是利用用戶還是管理用戶，判定基于通過上述接收單元接收到的通信委托的隧道連接請求是上述第三隧道連接請求還是上述第四隧道連接請求。

第二十一方面的發(fā)明是一種控制方法，是管理設置于防火墻的內側的至少一個設備與利用設置于上述防火墻的外側的至少一個云服務器執(zhí)行的至少一個應用之間、且通過至少一個網關中繼的通信的管理服務器的控制方法，該控制方法具備：a)接收包括第一通信委托以及第二通信委托的多個通信委托的步驟，其中，上述第一通信委托是來自上述至少一個設備的任意一個的通信委托，且是伴隨從上述至少一個設備側朝向上述至少一個應用側的方向的數據傳輸的通信的委托；上述第二通信委托是來自上述至少一個應用的任意一個的通信委托，且是伴隨從上述至少一個應用側朝向上述至少一個設備側的方向的數據傳輸的通信的委托；以及b)控制基于上述多個通信委托的多個隧道連接請求的執(zhí)行順序的步驟，各隧道連接請求是對上述至少一個網關的任意一個請求應進行在上述至少一個網關的任意一個與上述至少一個應用的任意一個之間的使用了隧道連接的通信的主旨的指令，在上述步驟b)中，比基于上述第二通信委托的隧道連接請求亦即第二隧道連接請求優(yōu)先執(zhí)行基于上述第一通信委托的隧道連接請求亦即第一隧道連接請求。

根據第一方面至第二十一方面的發(fā)明，能夠高效地執(zhí)行基于多個通信委托的隧道連接請求。

附圖說明

圖1是表示第一實施方式所涉及的通信系統(tǒng)的概略結構的圖。

圖2是表示圖1的一部分的圖。

圖3是表示MFP的構成的概略圖。

圖4是表示各裝置的概略結構的圖。

圖5是表示與應用觸發(fā)通信委托相關的動作的圖。

圖6是表示與設備觸發(fā)通信委托相關的動作的圖。

圖7是表示隧道連接請求的分類的圖。

圖8是表示與分類相應的賦予分值的圖。

圖9是表示針對各隧道連接請求的評價值(優(yōu)先值)的賦予例的圖。

圖10是表示管理服務器的動作的流程圖。

圖11是表示圖10的一部分動作的詳細內容的流程圖。

圖12是表示管理服務器的等待行列內的狀況的概念圖。

圖13是表示管理服務器的等待行列內的狀況的概念圖。

圖14是表示管理服務器的等待行列內的狀況的概念圖。

圖15是表示管理服務器的等待行列內的狀況的概念圖。

圖16是表示第二實施方式所涉及的隧道連接請求的分類的圖。

圖17是表示與分類相應的賦予分值的圖。

圖18是表示針對各隧道連接請求的評價值(優(yōu)先值)的賦予例的圖。

圖19是表示針對各隧道連接請求的評價值(優(yōu)先值)的賦予例的圖。

圖20是表示管理服務器的一部分動作的流程圖。

圖21是表示管理服務器的等待行列內的狀況的概念圖。

圖22是表示管理服務器的等待行列內的狀況的概念圖。

圖23是表示管理服務器的等待行列內的狀況的概念圖。

圖24是表示管理服務器的等待行列內的狀況的概念圖。

圖25是表示管理服務器的等待行列內的狀況的概念圖。

圖26是表示通信系統(tǒng)中的動作的概念圖。

圖27是表示通信系統(tǒng)中的動作的概念圖。

附圖標記說明

1…通信系統(tǒng)；10…設備(MFP)；30…網關；50…管理服務器；70…云服務器；80…應用；90…客戶端；V…指標值。

具體實施方式

以下，基于附圖對本發(fā)明的實施方式進行說明。

＜1.第一實施方式＞

＜1-1.系統(tǒng)構成概要＞

圖1以及圖2是表示本發(fā)明的實施方式所涉及的通信系統(tǒng)1的概略結構的圖。應予說明，圖2是表示圖1的一部分的圖。

如圖1等所示，通信系統(tǒng)1具備多個設備10(10a、10b、10c、...)、多個網關30(30a、30b、30c)、以及管理服務器計算機(以下還簡稱為管理服務器)50。通信系統(tǒng)1還具備多個云服務器計算機(以下還簡稱為云服務器)70、以及多個客戶端計算機(以下還簡稱為客戶端)90。

各要素10、30、50、70、90經由網絡108(參照圖2)相互連接，能夠執(zhí)行網絡通信。應予說明，網絡108由LAN(局域網)107以及因特網等構成。與網絡108的連接方式可以是有線連接，或也可以是無線電連接。

各網關30以及與該各網關30對應的1個或2個以上的設備10設置于在企業(yè)內等構建的各LAN107的內部(換言之，防火墻的內側)。在各網關30連接有同樣設置在LAN107內的設備10。更詳細而言，例如，如圖1所示，在某企業(yè)的LAN107a內設置1臺網關30a和3臺設備10(10a、10b、10c)，在其它企業(yè)的LAN107b內設置1臺網關30b和2臺設備10(10d、10e)。應予說明，可以在各LAN107內設置單一的網關30，也可以設置2個以上的網關30。

另一方面，管理服務器50、云服務器70以及客戶端90設置在LAN107的外部(換言之，防火墻的外側)。應予說明，客戶端90也可以設置在LAN107的內部。

另外，在此，作為設備10，例示多功能數碼復合一體機(Multi-Functional Peripheral)(還簡稱為MFP)。MFP也被稱作圖像形成裝置或通信裝置等。

另一方面，網關30、管理服務器50、云服務器70以及客戶端90使用服務器用計算機或個人計算機等來構建。

在該通信系統(tǒng)1中，執(zhí)行基于來自云服務器70(詳細而言是實裝于云服務器70的應用軟件程序(以下還簡稱為應用)80)的通信委托的處理。來自應用80的該通信委托是從應用80發(fā)出的(應用側產生觸發(fā))，也被稱作“應用觸發(fā)通信委托”。在“應用觸發(fā)通信委托”中，進行伴隨從圖1的上側(云服務器70側)朝向下側(設備10側)的方向(也被表述為“向下”)的數據傳輸的處理。例如，從客戶端90向云服務器70發(fā)出的打印指令經由管理服務器50以及網關30被發(fā)送至設備10，在設備(MFP)10中進行打印輸出。由于這樣的打印輸出是經由云服務器的處理，所以也被稱作“云打印”等?！霸拼蛴　敝械耐ㄐ盼惺恰皯糜|發(fā)通信委托”的一個例子。

另外，在該通信系統(tǒng)1中，相反，也執(zhí)行基于來自設備10的通信委托(經由網關)的處理。來自設備10的該通信委托是從設備10發(fā)出的(設備側產生觸發(fā))，也被稱作“設備觸發(fā)通信委托”。在“設備觸發(fā)通信委托”中，進行與上述的“向下”的處理逆向的處理，即進行伴隨從圖1的下側(設備10側)朝向上側(云服務器70側)的方向(也被表述為“向上”)的數據傳輸的處理。例如，在設備10中生成的掃描圖像在管理服務器50的管理下從設備10經由網關30發(fā)送至云服務器70，并在云服務器70中儲存。由于這樣的掃描處理伴隨向云服務器的儲存處理，所以也被稱作“云掃描”等?！霸茠呙琛敝械耐ㄐ盼惺恰霸O備觸發(fā)通信委托”的一個例子。

各云服務器70分別安裝有1個或多個應用80。各應用80以軟件即服務(SaaS：Software as a Service)形式被提供。換言之，各應用80的功能作為服務被提供。例如，云打印用的應用80a被安裝于云服務器70a，云打印服務使用應用80a以及設備10等來提供。另外，云掃描用的應用80b安裝于云服務器70b，云掃描服務使用應用80b以及設備10等來提供。

另外，各網關30具有中繼與該各網關30對應的設備10和多個云服務器70(詳細而言是應用80)的通信的功能。各網關30也被稱作通信中繼裝置。

管理服務器50是管理多個設備10與多個云服務器70(詳細而言是應用80)之間的通信，尤其是管理經由各網關30的通信(隧道連接通信)等的裝置。

管理服務器50從云服務器70接受針對多個設備10中的特定的設備10的訪問請求(通信委托)，并且，根據該訪問請求針對多個網關30中的與特定的設備10對應的網關30發(fā)送與云服務器70的隧道連接請求。另外，管理服務器50從設備10接受針對多個云服務器70中的特定的云服務器70(應用80)的訪問請求(通信委托)，并且根據該訪問請求針對多個網關30中的某網關30發(fā)送與云服務器70的隧道連接請求。

在此，各隧道連接請求針對多個的一個網關30的任意一個請求應進行使用了多個網關30的任意一個與多個云服務器70(多個應用80)的任意一個之間的隧道連接的通信的主旨的指令。

另外，如在下面詳述的那樣，管理服務器50接受(接收)來自設備10或云服務器70(應用80)的多個通信委托，并控制基于該多個通信委托的多個隧道連接請求的處理順序。

若管理服務器50接受各通信委托，則將與該各通信委托對應的各隧道連接請求投入至等待行列。但是，在各隧道連接請求被投入至等待行列時，表示各隧道連接請求的優(yōu)先級的指標值(優(yōu)先值)V被分配至各隧道連接請求。然后，各隧道連接請求在該等待行列內被配置在按照該各隧道連接請求的指標值V的位置(順序(進而等待時間的大小)互不相同的位置)。在等待行列內配置在與指標值V相應的位置并被儲存的各隧道連接請求等待自己的執(zhí)行順序的到來。然后，執(zhí)行自己的執(zhí)行順序到來的隧道連接請求。這樣，管理服務器50以與其優(yōu)先級相應的順序執(zhí)行多個隧道連接請求。應予說明，對于優(yōu)先處理的詳細內容等，在下文中描述。

＜1-2.MFP的構成概要＞

如上所述，在該實施方式中，作為設備10例示多功能數碼復合一體機(Multi-Functional Peripheral)(還簡稱為MFP)。

圖3是表示MFP的構成的概略圖。MFP是具備掃描功能、打印機功能、復印功能、以及數據通信功能等的裝置(還稱為復合機)。

MFP是能夠進行打印輸出處理(打印處理)以及圖像讀取處理(掃描處理)等的圖像形成裝置。

如圖3所示，MFP具備圖像讀取部2、打印輸出部3、通信部4、儲存部5、輸入輸出部6以及控制器9等，通過使這些各部復合地動作來實現各種功能。

圖像讀取部2是光學讀取載置于MFP的規(guī)定的位置的原稿，并生成該原稿的圖像數據(還稱為原稿圖像)的處理部。

打印輸出部3是基于與對象圖像相關的圖像數據在紙等各種介質上打印輸出圖像的輸出部。

通信部4是能夠進行經由公用線路等的傳真通信的處理部。并且，通信部4能夠進行經由網絡108的網絡通信。在該網絡通信中，利用UDP(User Datagram Protocol，用戶數據報協議)、TCP(Transmission Control Protocol，傳輸控制協議)、IP(Internet Protocol，互聯網協議)、SNMP(Simple Network Management Protocol，簡單網絡管理協議)以及FTP(File Transfer Protocol，文件傳輸協議)等各種通信協議，通過利用該網絡通信，MFP能夠在與所希望的合作方(網關30、管理服務器50、以及云服務器70等)之間交換各種數據。

例如，MFP的通信部4利用在網關30與云服務器70之間的建立的隧道連接(后述)，能夠經由該網關30與云服務器70通信(向云服務器70發(fā)送數據及/或接收來自云服務器70的數據)。應予說明，通信部4具有針對其它的裝置發(fā)送數據等的發(fā)送部和從其它的裝置接收數據等的接收部。

儲存部5由硬盤驅動器(HDD)以及非易失性存儲器等儲存裝置構成。

輸入輸出部6具備接受針對MFP的輸入的操作輸入部6a和進行各種信息的顯示輸出的顯示部6b。應予說明，輸入輸出部6也被稱作操作部。

控制器9是統(tǒng)一地控制MFP的控制部，通過具備CPU和各種半導體存儲器(RAM以及ROM等)而構成。

控制器9通過在CPU中執(zhí)行儲存在ROM(例如EEPROM等)內的規(guī)定的軟件程序(還簡稱為程序)來實現各種處理部(對圖像形成動作等進行控制的動作控制部16等)。應予說明，該程序例如被記錄于各種可移動的記錄介質(USB存儲器等)，并經由該記錄介質被安裝至MFP即可?；蛘?，該程序也可以經由網絡等下載而安裝至MFP。

＜1-3.各要素的構成概要＞

圖4是表示各要素30、50、70等概略結構的圖。參照圖4對這些各要素進行說明。應予說明，在該實施方式中，網關30、管理服務器50、云服務器70以及客戶端90使用服務器用計算機或個人計算機等來構建。

＜云服務器70＞

云服務器70具備通信控制部81。通信控制部81執(zhí)行與管理服務器50的通信。另外，通信控制部81使用隧道通信(后述)執(zhí)行與各網關30的通信。

另外，如上所述，在各云服務器70分別安裝有1個或多個應用80。各應用80經由通信控制部81等與其它的裝置50、30、10(詳細而言是與它們的應用)等進行通信。

＜網關30＞

網關30中繼存在于其控制下的設備10與多個云服務器70(應用80)的通信。

各網關30分別具備通信控制部41等各種處理部。該各種處理部通過在網關30(MFP)的控制器9中執(zhí)行規(guī)定的程序來實現。

通信控制部41是控制與其它的裝置的通信的處理部。通信控制部41具有消息對話通信控制部42、隧道通信控制部43、以及LAN內通信控制部44。

LAN內通信控制部44是執(zhí)行與LAN內的各種裝置的通信的處理部。

另一方面，消息對話通信控制部42與隧道通信控制部43是分別執(zhí)行與LAN外的各種裝置的通信的處理部。

消息對話通信控制部42是使用消息對話來執(zhí)行與管理服務器50的通信的處理部。消息對話通信控制部42在其與管理服務器50之間建立消息對話(例如利用XMPP(Extensible Messaging and Presence Protocol，可擴展通訊和表示協議)等的消息對話)，執(zhí)行與管理服務器50的通信。消息對話通信控制部42也被稱作對管理服務器通信部(或管理服務器通信部)。

隧道通信控制部43是使用隧道通信來執(zhí)行與云服務器70的通信的處理部。隧道通信控制部43在其與云服務器70之間建立隧道連接(例如利用HTTPS(Hypertext Transfer Protocol Secure，安全超文本傳輸協議)等的通信對話)，中繼云服務器70與特定的設備10的通信。隧道通信控制部43也被稱作對云服務器通信部(或云服務器通信部)。

如下所述，通過利用隧道連接等，能夠從LAN107的外部的裝置(云服務器70)向LAN107的內部的裝置(網關30以及設備10)發(fā)送數據(以及其逆向的數據發(fā)送)。

＜管理服務器50＞

管理服務器50是管理設備10、網關30、以及云服務器70(包括應用80)的服務器。

管理服務器50具備通信控制部61、信息管理部65、以及訪問控制部67等各種處理部。

這些各種處理部通過在管理服務器50的CPU中執(zhí)行儲存在儲存部(HDD等)的規(guī)定的軟件程序(還簡稱為程序)來實現。應予說明，該程序例如記錄于各種可移動的記錄介質(DVD-ROM等)，并經由該記錄介質安裝至管理服務器50即可?；蛘撸摮绦蛞部梢越浻删W絡108等下載而安裝至管理服務器50。

通信控制部61與通信部54(通信用硬件)協作，控制各種通信動作。例如，通信控制部61執(zhí)行與云服務器70的通信，接收來自云服務器70的訪問請求。另外，通信控制部61使用消息對話等來執(zhí)行與各網關30的通信。應予說明，通信部54具有針對其它的裝置發(fā)送數據等的發(fā)送部和從其它的裝置接收數據等的接收部。該接收部接收多個通信委托(后述)，該發(fā)送部將基于該多個通信委托的隧道連接請求發(fā)送至網關30。

信息管理部65是管理基于管理服務器50的管理對象的多個網關30的信息(管理網關信息)、以及從該多個網關30分別接收到的管理設備信息(基于各網關30的管理對象的設備10的信息)等的處理部。這些信息(管理網關信息以及管理設備信息)被記述于儲存在管理服務器50的儲存部(HDD(硬盤驅動器)等)55內的管理表69。在管理表69記述有管理網關信息(各網關30的識別信息(例如IP地址)等)、以及表示各網關30與在各網關30的控制下的設備(管理對象設備)的關系的管理設備信息等。

另外，信息管理部65還管理多個云服務器70的信息、以及多個云服務器70內的各應用80的信息等。這些信息也儲存于管理表69。另外，信息管理部65利用管理表69等還管理在各網關30與各云服務器70之間建立的隧道連接的連接數等。

訪問控制部67解析從云服務器70接收到的訪問請求(通信委托)的內容、以及從設備10經由網關30接收到的訪問請求(通信委托)的內容。具體而言，該通信委托的委托方(設備10/應用80(云服務器70))、以及委托處理種類(用戶指示處理/管理處理)(后述)等作為解析結果而得到。另外，各訪問控制部67基于這些解析結果，并基于多個通信委托的各優(yōu)先級來控制該多個通信委托以及與該多個通信委托相關的多個隧道連接請求的執(zhí)行順序。應予說明，由于訪問控制部67是控制隧道連接請求的處理部，所以也被表述為隧道連接請求控制部等。

通信控制部61以及通信部54等針對網關30(通信中繼裝置)發(fā)送“隧道連接請求”(應在該網關30與指定的云服務器70之間建立隧道連接的主旨的請求)。

此外，從管理服務器50的訪問控制部67接收到該隧道連接請求的網關30(通信中繼裝置)根據該隧道連接請求在與云服務器70之間建立隧道連接。然后，該網關30利用該隧道連接中繼云服務器70與連接對象設備10之間的通信。

＜1-4.基于通信委托的動作＞

在該通信系統(tǒng)1中，越過設備10與云服務器70(應用80)之間的防火墻的通信利用網關30和管理服務器50來進行。具體而言，執(zhí)行如下的兩種動作，即與“應用觸發(fā)通信委托”相關的動作以及與“設備觸發(fā)通信委托”相關的動作(后述)。

以下，首先對與“應用觸發(fā)通信委托”相關的動作進行說明。

＜與應用觸發(fā)通信委托相關的動作(“向下”的動作)＞

在該實施方式中，也進行如圖26以及圖27所示的上述的動作(與“應用觸發(fā)通信委托”相關的動作)。具體而言，在LAN外部的管理服務器50與LAN內部的網關30(30a)之間(作為防火墻的例外的)建立消息對話511(參照圖26)，進一步利用該消息對話511從管理服務器50向網關30發(fā)送隧道連接請求(面向設備10a的訪問請求)。另外，根據該隧道連接請求在網關30與云服務器70之間形成隧道連接(參照圖27)。而且，能夠進行利用該隧道連接從LAN外部的云服務器70經由網關30訪問LAN內部的設備10。例如，利用了云服務器70a的“云打印”能夠通過設備10a(圖像形成裝置)進行。

以下，首先，主要參照圖5對這樣的動作進行說明。應予說明，圖5是表示與“應用觸發(fā)通信委托”相關的動作的圖。

如上所述(參照圖26)，首先，網關30a在其啟動時等預先在其與預先指定的管理服務器50之間建立通信對話(詳細而言是消息對話)511。具體而言，網關30a針對預先指定的管理服務器50發(fā)送消息對話的建立請求。據此，通過管理服務器50承認該建立請求，在網關30a與管理服務器50之間建立消息對話511(參照圖26)。換言之，根據從LAN107的內部的網關30向LAN107的外部的管理服務器50的訪問，建立消息對話。應予說明，作為這樣的消息對話(通信對話)，例如例示使用“XMPP：Extensible Messaging and Presence Protocol”)等通信協議的對話。

另外，網關30a將網關30a的管理下的設備(管理對象設備)的信息等發(fā)送至管理服務器50。另外，管理服務器50將包括基于各網關30的管理對象設備10的信息(記述于各設備列表的信息)的登錄信息儲存于管理服務器50的儲存部55內的管理表69(圖4)。

然后，通過客戶端90進行與“云打印”相關的用戶操作，云服務器70a(應用80a)從客戶端90接受基于用戶操作的指示(S11(圖5))。響應該指示，云服務器70a(應用80a)將面向特定的設備10a的通信委托(訪問請求)發(fā)送至管理服務器50(S12)。

管理服務器50若接收到來自云服務器70(應用80)的通信委托(“應用觸發(fā)通信委托”)，則確認委托方的云服務器70(應用80)具有針對設備10的訪問權限的主旨。例如，管理服務器50基于預先生成并儲存于儲存部55的訪問權限信息(列表列出具有針對設備10a的訪問權限的應用80信息)等判定該訪問權限的有無。

若判定為委托方應用80具有該訪問權限的主旨，則在之后，管理服務器50將基于該應用觸發(fā)通信委托的隧道連接請求投入至與隧道連接請求相關的等待行列。

然后，若在等待行列內等待的隧道連接請求的執(zhí)行順序到來，則管理服務器50朝向網關30發(fā)送該隧道連接請求(S13(圖5))。詳細而言，管理服務器50通過利用管理服務器50與網關30(30a)之間的該消息對話(常時連接通信對話)511將基于訪問請求的隧道連接請求發(fā)送至該網關30a?！八淼肋B接請求”是請求網關30應在與云服務器70(應用80)之間建立隧道連接的主旨的指令。換言之，該隧道連接請求是使網關30進行使用了隧道連接的通信的指令。

接收到該隧道連接請求的網關30a響應該隧道連接請求，在與云服務器70a(應用80a)之間形成隧道連接(隧道通信)(S14(圖5))(也參照圖27)。應予說明，在圖27中，通過帶有砂陰影的細長的矩形來示意性地表示“隧道通信”。

詳細而言，網關30a響應該隧道連接請求而對云服務器70a發(fā)送HTTP(Hypertext Transfer Protocol，超文本傳輸協議)對話(更詳細而言，HTTPS(Hypertext Transfer Protocol Secure)對話)的建立請求。這樣的HTTP(HTTPS)對話的建立請求也被稱作(基于網關30的)隧道連接的建立請求。應予說明，基于網關30的“隧道連接的建立請求”和基于管理服務器50的“隧道連接請求”互不相同?；诰W關30的“隧道連接的建立請求”是響應基于管理服務器50的“隧道連接請求”，為了實際的隧道連接建立而從網關30朝向云服務器70發(fā)出的請求(指令)。

而且，通過云服務器70a承認基于網關30的“隧道連接的建立請求”，在該網關30a與云服務器70a之間建立基于該HTTP對話的隧道連接(隧道通信)。換言之，根據從LAN107的內部的網關30向LAN107的外部的云服務器70的訪問來建立隧道連接。

若隧道連接建立，則網關30a使用該隧道連接中繼云服務器70a與設備10a之間的通信(主要為“向下”的數據通信)(S15、S16)。更詳細而言，通過使用基于HTTP(HTTPS)對話的隧道通信，云服務器70能夠經由網關30向設備10(例如10d)發(fā)送各種數據。

這樣，使用隧道通信進行從云服務器70(經由網關30的)向設備(圖像形成裝置)10的訪問。

如上所述，管理服務器50接收是來自應用80(80a)的通信委托且是伴隨從應用80(80a)(經由網關30)朝向設備10(10a)的方向(“向下”)的數據傳輸的通信的委托(還稱為“應用觸發(fā)通信委托”)。然后，管理服務器50將基于該應用觸發(fā)通信委托的隧道連接請求投入至其等待行列，若在等待行列內等待的隧道連接請求的執(zhí)行順序到來，則朝向網關30發(fā)送該隧道連接請求。然后，網關30根據該隧道連接請求在與云服務器70a(應用80a)之間形成隧道連接，使用該隧道連接中繼云服務器70a與設備10a之間的通信(主要為“向下”的數據通信)。

＜與設備觸發(fā)通信委托相關的動作(“向上”的動作)＞

在該通信系統(tǒng)1中，上述的基于“應用觸發(fā)通信委托”的動作(“向下”的動作)，也進行所謂的“逆向”的動作(與“設備觸發(fā)通信委托”(后述)相關的動作)。以下，參照圖6對該動作進行說明。應予說明，作為伴隨設備觸發(fā)通信委托的處理，在此例示“云掃描”。

具體而言，首先，與上述相同，網關30a在其啟動時等預先在與預先指定的管理服務器50之間建立通信對話(消息對話)511。

然后，例如與“云掃描”相關的用戶操作通過設備10(例如10a)進行，設備10將針對在云服務器70(例如70b)中動作中的應用80(例如80b)的通信委托經由網關30發(fā)送至管理服務器50(S21、S22)。該通信委托是來自設備10的通信委托(經由網關)且伴隨從設備10(經由網關30)朝向應用80的方向(“向上”)的數據傳輸的通信的委托。該通信委托是從設備10發(fā)出的(設備側產生觸發(fā))，也被稱作“設備觸發(fā)通信委托”。

管理服務器50若接收到經由網關30的通信委托(“設備觸發(fā)通信委托”)，則確認委托方的設備10(10a)具有針對云服務器70(應用80)的訪問權限的主旨。例如，管理服務器50向通信對象的應用80b詢問委托方設備10的訪問權限的有無(S23)，并基于該詢問結果判定該訪問權限的有無即可?；蛘撸芾矸掌?0也可以基于從應用80b預先接收到的訪問權限信息(列表列出具有針對應用80b的訪問權限的設備10的信息)，(在該時刻不與應用80b通信)，判定該訪問權限的有無。

若判定(確認)為委托方設備10具有該訪問權限的主旨，則在之后，進行與上述相同的動作。

具體而言，管理服務器50將基于該設備觸發(fā)通信委托的隧道連接請求投入至與該隧道連接請求相關的等待行列。應予說明，基于設備觸發(fā)通信委托的隧道連接請求和基于應用觸發(fā)通信委托的隧道連接請求被投入至相同的等待行列。

然后，若在等待行列內等待的隧道連接請求的執(zhí)行順序到來，則管理服務器50朝向網關30發(fā)送該隧道連接請求(S24)。網關30根據該隧道連接請求在與云服務器70b(應用80b)之間形成(建立)隧道連接(S25)。然后，網關30使用該隧道連接中繼設備10a與云服務器70b之間的通信(主要為“向上”的數據通信(掃描圖像的上傳處理等))(S26)。

這樣，執(zhí)行伴隨設備觸發(fā)通信委托的處理。

應予說明，在這樣的設備觸發(fā)通信委托中，為了提高安全，優(yōu)選進行如下這樣的處理。具體而言，管理服務器50在確認設備觸發(fā)通信委托的委托方設備10具有訪問權限的主旨后，管理服務器50從云服務器70領取一次性密碼(S23)。然后，管理服務器50使用該一次性密碼訪問云服務器70，形成隧道連接(S25)。根據這樣的處理，能夠提高云服務器70等的安全。

＜1-5.與多個隧道連接請求相關的控制動作的概要＞

如上所述，隨時從應用80朝向管理服務器50(參照步驟S12)，或者從設備10(經由網關30)向管理服務器50(參照步驟S21、S22)發(fā)送各種通信委托。詳細而言，隨時從應用80向管理服務器50發(fā)送“應用觸發(fā)通信委托”，隨時從設備10(經由網關30)向管理服務器50發(fā)送“設備觸發(fā)通信委托”。

然而，作為處理這些多個通信委托的方法，可以考慮在管理服務器50中按照其接受順序(接收順序)依次處理該多個通信委托(以及基于該多個通信委托的多個隧道連接請求)。更詳細而言，管理服務器50將該多個通信委托(以及該多個隧道連接請求等)按照接受順序依次投入至等待行列，并按照該接受順序處理在等待行列內等待的該多個通信委托(以及該多個隧道連接請求等)即可。

然而，各通信委托以及基于該各通信委托的隧道連接請求僅按照該各通信委托的接受順序進行未必高效。

例如，假定管理服務器50接受多個“云打印”且在之后接受“云掃描”的情況?！霸茠呙琛笔抢肔AN內的設備(MFP)10的處理，云掃描的利用用戶存在于該設備10的附近，期待快速的回應。另一方面，“云打印”主要是被在LAN外(外出地等)的利用用戶委托且利用LAN內的設備10打印輸出的處理。云打印的利用用戶不在該設備10附近，不要求快速的回應(從外出返回時已打印輸出則足夠等)的情況較多。

在這樣的狀況下，若與多個云打印相關的隧道連接請求等被優(yōu)先，則與該云掃描相關的隧道連接請求不被執(zhí)行，直至進行與該多個云打印相關的隧道連接請求。結果，盡管云掃描的利用用戶要求快速的回應，但也不得不等待比較長的期間。

在僅按照該各通信委托的接受順序進行基于各通信委托的隧道連接請求的情況下，產生這樣的問題等。

因此，在該實施方式中，管理服務器50如圖7～圖11等所示，執(zhí)行考慮各種要素而決定執(zhí)行順序的動作等。結果，例如，與“云掃描”相關的隧道連接請求比與“云打印”相關的隧道連接請求優(yōu)先執(zhí)行(參照圖9等)。應予說明，圖7是表示隧道連接請求的分類(后述)的圖，圖8是表示與該分類相應的賦予分值的圖，圖9是表示針對各隧道連接請求的評價值的賦予例的圖。另外，圖10以及圖11是表示本實施方式所涉及的管理服務器50的動作的流程圖。

首先，參照圖10對管理服務器50的動作的概要進行說明。

如圖10所示，若在步驟S51中，管理服務器50接收到該各通信委托，則管理服務器50在步驟S52中針對各通信委托(以及基于該各通信委托的各隧道連接請求)分別決定優(yōu)先級。詳細而言，管理服務器50分別計算針對多個通信委托(以及多個隧道連接請求)的各評價值(與優(yōu)先級相關的評價值(指標值V))，并基于該各評價值決定該多個隧道連接請求的優(yōu)先順位。

在決定這樣的優(yōu)先級后，將各通信委托(以及該各隧道連接請求)投入至等待行列(步驟S53)。

然后，管理服務器50依次執(zhí)行其執(zhí)行順序到來的隧道連接請求。換言之，管理服務器50以與該優(yōu)先級相應的順序執(zhí)行多個隧道連接請求。據此，能夠高效地執(zhí)行各通信委托以及基于該各通信委托的隧道連接請求。

＜1-6.隧道連接請求的優(yōu)先順位決定動作＞

接下來，對優(yōu)先順位決定處理(步驟S52)的詳細內容進行說明。其中，在參照圖11(步驟S52的詳細流程圖)前，參照圖7～圖9對優(yōu)先順位決定處理的概略進行說明。

＜委托處理的分類1：設備觸發(fā)/應用觸發(fā)＞

在該實施方式中，多個通信委托(訪問請求)根據其委托方(“設備”/“應用”)被分類(設備觸發(fā)通信委托/應用觸發(fā)通信委托)。換言之，基于多個通信委托的多個隧道連接請求被分類為基于“設備觸發(fā)通信委托”的隧道連接請求和基于“應用觸發(fā)通信委托”的隧道連接請求。

＜委托處理的分類2：用戶指示處理(非管理處理)/管理處理＞

另外，多個通信委托(訪問請求)還根據其處理種類(“用戶指示處理”/“管理處理”)被分類。換言之，基于多個通信委托的多個隧道連接請求還被分類為基于用于“用戶指示處理”的通信委托的隧道連接請求和基于用于“管理處理”的通信委托的隧道連接請求。

在此，“用于執(zhí)行用戶指示處理的通信委托”是用于執(zhí)行基于明示的用戶指示(來自利用用戶(也被稱作一般用戶或非管理用戶)的手動指示)的處理(用戶指示處理)的通信委托。

另一方面，“用于執(zhí)行管理處理的通信委托”是用于執(zhí)行管理處理(不是基于利用用戶所明示的指示(手動指示)，而是通過裝置自動地開始的管理用的處理)的通信委托。應予說明，相對于“用戶指示處理”是以利用基于用戶的指示為前提的處理，“管理處理”還被表述為是不以利用基于用戶的指示為前提的處理。這樣，“用戶指示處理”和“管理處理”在概念上是相對的，“用戶指示處理”也被表述為“非管理處理”。另外，由于“管理處理”與用戶指示處理不同，是以從利用用戶看不見的狀態(tài)(在后臺)執(zhí)行的處理，所以也被稱作“后臺處理”。

例如，上述的“云掃描”是基于設備10的用戶所明示的掃描指示的掃描處理(掃描任務)。用于執(zhí)行該云掃描的通信委托也被表述為是“用于執(zhí)行用戶指示處理的通信委托”。同樣，上述的“云打印”是基于應用80的用戶所明示的打印指示的打印處理(打印任務)。用于執(zhí)行云打印的通信委托也被表述為是“用于執(zhí)行用戶指示處理的通信委托”。

另一方面，“結果通知”是將基于設備10的處理的處理結果自動地通知給應用80的處理(處理結果自動通知處理)。用于執(zhí)行該結果通知的通信委托也被表述為是“用于執(zhí)行管理處理的通信委托”。同樣，“裝置狀態(tài)獲取”是基于應用80的信息獲取處理(應用80自動地獲取MFP10及/或網關30的信息的處理)。用于執(zhí)行該“裝置狀態(tài)獲取”的委托處理也被表述為是“用于執(zhí)行管理處理的通信委托”。

應予說明，由于“結果通知”處理的委托方是設備10，所以其也被分類為“設備觸發(fā)通信委托”處理。另外，由于“裝置信息獲取”處理的委托方是應用80，所以也被分類為“應用觸發(fā)通信委托”處理。

＜委托處理的復合性分類＞

多個通信委托(訪問請求)使用上述的2個分類基準、即(1)與是否是“設備觸發(fā)通信委托”相關的基準，(2)與是否是“用戶指示處理(非管理處理)”相關的基準被大致分類為4種。同樣，基于多個通信委托的多個隧道連接請求也使用該2個分類基準被大致分類為4種。以下，主要對多個隧道連接請求的分類進行說明，但多個通信委托也以相同方式被分類。

圖7是表示這樣的分類的圖。在圖7中，基于多個通信委托的多個隧道連接請求被分類為多個種類。該多個種類包括以下4個種類，即，

·C11：基于“設備觸發(fā)通信委托”且基于“用于用戶指示處理的通信委托”的隧道連接請求，

·C12：基于“設備觸發(fā)通信委托”且基于“用于管理處理的通信委托”的隧道連接請求，

·C21：基于“應用觸發(fā)通信委托”且基于“用于用戶指示處理的通信委托”的隧道連接請求，

·C22：基于“應用觸發(fā)通信委托”且基于“用于管理處理的通信委托”的隧道連接請求。

管理服務器50若接收到各通信委托，則基于該各通信委托所包括的數據等解析該各通信委托的處理內容，得到與該各通信委托對應的處理的種類等。例如，管理服務器50根據該數據得知表示處理種類的編號(“云掃描”＝“001”，“云打印”＝“002”，“裝置狀態(tài)獲取”＝“003”，“結果通知”＝“004”等)。另外，管理服務器50基于根據該數據得知的處理種類、和管理服務器50內的數據表(表示各處理種類與上述的4個分類(C11、C12、C21、C22)的對應關系的數據表)決定各處理種類的隧道連接請求是否符合4個分類的某一個。換言之，基于該處理種類和該數據表來決定各隧道連接請求是基于“設備觸發(fā)通信委托”的隧道連接請求，還是基于“應用觸發(fā)通信委托”的隧道連接請求。另外，基于該處理種類和該數據表也決定各隧道連接請求是基于“用戶指示處理”的隧道連接請求，還是基于“管理處理”的隧道連接請求。

然后，針對4種分類C11、C12、C21、C22中的、屬于分類C11的隧道連接請求賦予最高的優(yōu)先級(指標值V)，針對屬于分類C12的隧道連接請求賦予第2高的優(yōu)先級。另外，針對屬于分類C21的隧道連接請求賦予第3高的優(yōu)先級，針對屬于分類C22的隧道連接請求賦予第4高的優(yōu)先級。

更具體而言，賦予圖8以及圖9所示的分值。針對基于“設備觸發(fā)通信委托”的隧道連接請求賦予“+100”分值，針對基于“應用觸發(fā)通信委托”的隧道連接請求賦予“+0”分值。另外，針對基于“用于用戶指示處理的通信委托”的隧道連接請求賦予“+10”分值，針對基于“用于管理處理的通信委托”的隧道連接請求賦予“+0”分值。

圖11示出這樣的分值(評價值)賦予動作。在圖11的步驟S61中，判定隧道連接請求是否是基于設備觸發(fā)通信委托的連接請求。在判定為隧道連接請求是基于設備觸發(fā)通信委托的連接請求的主旨的情況下，賦予“+100”分值(步驟S62)。另一方面，在判定為隧道連接請求是基于應用觸發(fā)通信委托的連接請求的主旨的情況下，不加分值。應予說明，若采用這樣的分值分配處理(加法處理)，則基于設備觸發(fā)通信委托的隧道連接請求比基于應用觸發(fā)通信委托的隧道連接請求優(yōu)先執(zhí)行。

另外，在步驟S63，判定隧道連接請求是否是基于用戶指示處理的連接請求。在判定為隧道連接請求是基于用戶指示處理的連接請求的主旨的情況下，賦予“+10”分值(步驟S64)。另一方面，在判定為隧道連接請求是基于管理處理的連接請求的主旨的情況下，不加分值。應予說明，采用這樣的分值分配處理(加法處理)，則基于用戶指示處理的隧道連接請求比基于管理處理的隧道連接請求優(yōu)先執(zhí)行。

在此，針對基于“設備觸發(fā)通信委托”的隧道連接請求的權重(增加值“+100”)比針對基于“用戶指示處理”的隧道連接請求的權重(增加值“+10”)大。由此，在上述的2個分類基準，即，(1)與是否是“設備觸發(fā)通信委托”相關的基準，(2)與是否是“用戶指示處理(非管理處理)”相關的基準中，前者的基準(1)比后者的基準(2)更被重視(也參照圖7)。

結果，被賦予圖9所示的合計分值(指標值V)。屬于分類C11的隧道連接請求(換言之，基于設備觸發(fā)通信委托且還基于用戶指示處理的隧道連接請求)(例如與云掃描相關的隧道連接請求)被賦予合計110(＝100+10)分值(V＝110)(參照步驟S62、S64)。屬于分類C12的隧道連接請求(換言之，基于設備觸發(fā)通信委托且還基于管理處理的隧道連接請求)(例如與結果通知相關的隧道連接請求)被賦予合計100(＝100+0)分值(V＝100)(參照步驟S62)。另外，屬于分類C21的隧道連接請求(換言之，基于應用觸發(fā)通信委托且還基于用戶指示處理的隧道連接請求)被賦予合計10(＝0+10)分值(V＝10)(參照步驟S64)。并且，屬于分類C22的隧道連接請求(換言之，基于應用觸發(fā)通信委托且還基于管理處理的隧道連接請求)被賦予合計0(＝0+0)分值(V＝0)。

這樣，以被分類為4種的隧道連接請求C11、C12、C21、C22以該順序按照由高到低的順序排列的方式針對多個隧道連接請求賦予優(yōu)先級(指標值V)。

而且，管理服務器50基于這樣的指標值V決定多個隧道連接請求的優(yōu)先順位。具體而言，管理服務器50將4種隧道連接請求C11、C12、C21、C22以該順序排優(yōu)先順位并執(zhí)行。

應予說明，在2個以上的隧道連接請求的指標值V完全相同的情況下，該2個以上的隧道連接請求按照其接受順序處理。

＜1-7.優(yōu)先順位決定處理等的一個例子＞

圖12～圖15是表示管理服務器50的等待行列內的狀況的概念圖。參照這些圖對優(yōu)先順位決定處理的一個例子進行說明。

在圖12的狀態(tài)ST1下，與云掃描301對應的隧道連接請求201(C11)和與裝置狀態(tài)獲取處理C22(302)對應的隧道連接請求202已經被投入至等待行列。

在此，云掃描301是委托從設備10a經由網關30a朝向應用80b的通信的處理。另外，裝置狀態(tài)獲取處理302是委托從應用80c經由網關30a朝向設備10a的通信的處理。另外，與云掃描301相關的隧道連接請求201被賦予“+110”的指標值V，與裝置狀態(tài)獲取處理302相關的隧道連接請求202被賦予“+0”的指標值V。

如圖12所示，在該狀態(tài)ST1下，進一步接收與云打印303相關的通信委托。應予說明，云打印303是委托從應用80a經由網關30a朝向設備10a的通信的處理。

若接收到該通信委托，則管理服務器50將與云打印303對應的隧道連接請求203(C21)的指標值V設定為“+10”。然后，管理服務器50以成為指標值V的降序的方式將在等待行列中與云打印303相關的隧道連接請求203配置在與云掃描301相關的隧道連接請求201的后順位(且與裝置狀態(tài)獲取處理302相關的隧道連接請求202的前順位)的位置(也參照圖13)。

接下來，如圖13(狀態(tài)ST2)所示，若接收到與云掃描304對應的通信委托，則管理服務器50將與該通信委托對應的隧道連接請求204(C11)的指標值V設定為“+110”。在此，云掃描304是委托從設備10a經由網關30a朝向應用80b的通信的處理。然后，管理服務器50以成為指標值V的降序的方式將在等待行列中與云掃描304相關的隧道連接請求204配置在與云掃描301相關的隧道連接請求201的后順位(且與云打印303相關的隧道連接請求203的前順位)的位置(也參照圖14)。

接下來，如圖14(狀態(tài)ST3)所示，若接收到與結果通知處理305對應的通信委托，則管理服務器50將與該通信委托對應的隧道連接請求205(C12)的指標值V設定為“+100”。在此，結果通知處理305是委托從設備10a經由網關30a朝向應用80d的通信的處理。然后，管理服務器50以成為指標值V的降序的方式將在等待行列中與結果通知處理305相關的隧道連接請求205配置在與云掃描304相關的隧道連接請求204的后順位(且與云打印303相關的隧道連接請求203的前順位)的位置(也參照圖15)。

如以上那樣地決定多個通信委托以及基于該多個通信委托的多個隧道連接請求的執(zhí)行順序。而且，如上所述，基于該執(zhí)行順序執(zhí)行多個通信委托以及基于該多個通信委托的多個隧道連接請求。

詳細而言，如上所述，在2個分類基準，即，(1)與是否是“設備觸發(fā)通信委托”相關的基準，(2)與是否是“用戶指示處理(非管理處理)”相關的基準中，前者的基準(1)比后者的基準(2)更被重視。

更具體而言，首先，前者的基準(1)被優(yōu)先(以比較大的權重)適用，基于“設備觸發(fā)通信委托”的隧道連接請求C1(C11、C12)比基于“應用觸發(fā)通信委托”的隧道連接請求C2(C21、C22)被優(yōu)先執(zhí)行。

另外，后者的基準(2)被以后順位(以比較小的權重)適用，在基于“非管理處理”的隧道連接請求和基于“管理處理”的隧道連接請求中，基于“非管理處理”的隧道連接請求比基于“管理處理”的隧道連接請求優(yōu)先執(zhí)行。更詳細而言，在相同的基于“設備觸發(fā)通信委托”的隧道連接請求C1(參照圖7)的相互間，基于“用戶指示處理(非管理處理)”的隧道連接請求C11比基于“管理處理”的隧道連接請求C12優(yōu)先執(zhí)行。同樣，在相同的基于“應用觸發(fā)通信委托”的隧道連接請求C2的相互間，基于“用戶指示處理(非管理處理)”的隧道連接請求C21比基于“管理處理”的隧道連接請求C22優(yōu)先執(zhí)行。

這樣，在多個隧道連接請求中，隧道連接請求C11、C12、C21、C22以該順序排優(yōu)先排順位并執(zhí)行。

＜1-8.實施方式的效果等＞

根據以上那樣的動作，多個隧道連接請求中，基于設備觸發(fā)通信委托的隧道連接請求比基于應用觸發(fā)通信委托的隧道連接請求優(yōu)先執(zhí)行。據此，多個隧道連接請求能夠以優(yōu)選的順序執(zhí)行。

在此，在應用中的處理被積蓄(應用中的處理負荷集中)的情況下，通過應用側的硬件變更等(云服務器70的硬件增加等)提高應用側的處理能力比較容易。另一方面，在設備中的處理積蓄的情況下，通過設備側的硬件變更以及增加等提高設備的處理能力提高比較困難。尤其是若設備的處理集中在等待行列內的較后側，則從比較晚的時刻開始處理，并且產生處理期間的延遲等，導致處理的結束時刻(終止期)較大延遲的情況的可能性較高。對此，若通過從比較早的時刻開始設備的處理，則能夠避免或抑制這樣的情況的產生。

另外，從設備側發(fā)出的處理(設備觸發(fā)委托處理)是與設備的硬件特別緊密相關的處理(與設備中的處理的相關性比較高的處理)的情況較多。若如上所述考慮設備的硬件能力的擴大的余地較少等，則優(yōu)選使“設備觸發(fā)委托處理”比“應用觸發(fā)委托處理”優(yōu)先。

另外，與“設備觸發(fā)通信委托”相關的處理和與“應用觸發(fā)通信委托”相關的處理相比，要求較高的即時性的情況較多。例如，期望“云掃描”(設備觸發(fā)通信委托處理(且用戶指示處理))比“云打印”(應用觸發(fā)通信委托處理(且用戶指示處理))被早期執(zhí)行的情況較多?！霸茠呙琛?設備觸發(fā)通信委托處理)是基于來自存在于LAN的內側的人(在設備10的附近的人)的指示的處理。另一方面，“云打印”(與應用觸發(fā)通信委托對應的處理)在多數情況下是基于來自存在于LAN的外側的人(離設備較遠的人)的指示的處理。在設備的附近的人希望在比較早的時期進行伴隨向設備接近的動作(使用了設備的掃描的掃描動作等)的情況較多。這樣，一般而言，“云掃描”具有比“云打印”高的即時性要求。并且，通過“云掃描”比“云打印”優(yōu)先(先行)執(zhí)行，能夠滿足這樣的要求。

另外，若比較“結果通知”處理(設備觸發(fā)通信委托處理(且管理處理))和“裝置狀態(tài)獲取”處理(應用觸發(fā)通信委托處理(且管理處理))，則“結果通知”處理與“裝置狀態(tài)獲取”處理相比，被要求較高的即時性的情況較多?！敖Y果通知”處理(與設備觸發(fā)通信委托對應的處理)是通知LAN的內側的設備10中的各種處理的處理結果的處理，是其即時性要求較高的處理。換言之，“裝置狀態(tài)獲取”處理的即時性要求比“結果通知”處理的即時性要求低。若考慮這樣的情況，則優(yōu)選使“結果通知”處理(“設備觸發(fā)委托處理”)比“裝置狀態(tài)獲取”處理(“應用觸發(fā)委托處理”)優(yōu)先。

在上述實施方式中，基于上述的情況，基于設備觸發(fā)通信委托的隧道連接請求比基于應用觸發(fā)通信委托的隧道連接請求優(yōu)先執(zhí)行。據此，能夠高效地實現穩(wěn)定的系統(tǒng)運用。

另外，在上述實施方式中，基于“用戶指示處理”的隧道連接請求比基于“管理處理”的隧道連接請求優(yōu)先執(zhí)行?；诶糜脩舻闹甘静僮鞯挠脩糁甘咎幚?非管理處理)基于具有欲執(zhí)行處理的利用用戶現在存在(現在正在進行所希望的操作)這樣的特質，判定為即時性要求較高，從而被優(yōu)先執(zhí)行。據此，基于具有該特質的用戶指示處理的隧道連接請求能夠被適當地優(yōu)先執(zhí)行。

＜2.第二實施方式＞

＜2-1.概要＞

第二實施方式是第一實施方式的變形例。以下，對與第一實施方式的不同點為中心進行說明。

在上述第一實施方式中，管理服務器50僅基于多個通信委托的委托內容的分類結果來決定基于從應用80或設備10接收到的該多個通信委托的多個隧道連接請求的執(zhí)行順序。

另一方面，在第二實施方式中，例示不僅基于該多個通信委托的委托內容的分類結果，還基于在該多個通信委托的接收時刻的各裝置等(設備10、網關30以及云服務器70(應用80))的負荷的推定結果來決定該多個隧道連接請求的執(zhí)行順序的方式。

具體而言，被分類為上述的4個種類(C11、C12、C21、C22)中的相同種類種類的2個以上的隧道連接請求的優(yōu)先順位根據與該2個以上的隧道連接請求的每個相關的裝置等的負荷來決定(參照圖16)。此外，圖16是表示第二實施方式中的分類(隧道連接請求的分類)的圖。

換言之，在該第二實施方式中，除上述的2個分類基準(1)(2)外，還使用(3)與該多個通信委托的接收時刻的各裝置等是否具有規(guī)定程度以上的高負荷狀態(tài)相關的基準。另外，該分類基準(3)以比上述的2個分類基準(1)(2)低的權重被考慮。

另外，在該第二實施方式中，管理服務器50將與各通信委托相關的各裝置等的負荷基于與該裝置等相關的隧道連接的連接狀況(隧道連接的當前的連接數等)來推斷。應予說明，如上所述，該隧道連接的連接狀況(連接數等)通過管理服務器50(信息管理部65以及管理表69等)來管理。

＜2-2.設備10的負荷＞

例如，在是網關30與云服務器70(應用80)之間已經建立的隧道連接且與特定的設備10相關的隧道連接的連接數比閾值TH1(“2個”)大的情況下，管理服務器50判定為該特定的設備10的負荷比規(guī)定程度大(確切而言是“繁忙狀態(tài)”)。另一方面，在與該特定設備10相關的隧道連接的連接數比閾值TH1小的情況下，管理服務器50判定為該特定的設備10的負荷比規(guī)定程度小(確切而言為“非繁忙狀態(tài)”)。應予說明，等號成立時可以判定為是繁忙狀態(tài)，也可以相反，判定為是非繁忙狀態(tài)。

而且，管理服務器50比與判定為繁忙狀態(tài)的設備10相關的隧道連接請求(與非繁忙設備相關的隧道連接請求)優(yōu)先執(zhí)行判定為非繁忙狀態(tài)的設備10相關的隧道連接請求(與繁忙設備相關的隧道連接請求)。

更詳細而言，管理服務器50基于在接收到某隧道連接請求時，對于與該隧道連接請求有關的設備10在該時刻已經建立的(其它的)隧道連接的連接數，判定該設備10是否是“繁忙狀態(tài)”。

如圖17所示，在該設備為“繁忙狀態(tài)”的情況下，針對接收到的該隧道連接請求賦予負分值(“-1”分值)。另一方面，在該設備為“非繁忙狀態(tài)”的情況下，針對接收到的該隧道連接請求賦予零分值(“0”分值)。然后，通過針對與第一實施方式相同的分值賦予結果進一步加上這些負分值等(從結果來看減少等)，計算針對各隧道連接請求的評價值(指標值V)，并基于該評價值來決定優(yōu)先順位。

據此，被分類為相同的種類(C11、C12、C21、C22的任意一個)的2個以上的隧道連接請求中，與“非繁忙狀態(tài)”的設備10相關的隧道連接請求被比與“繁忙狀態(tài)”的設備10相關的隧道連接請求優(yōu)先執(zhí)行。即，由于與比較閑置的設備10相關的隧道連接請求比較優(yōu)先執(zhí)行，所以能夠避免或抑制伴隨執(zhí)行與繁忙狀態(tài)的設備10相關的隧道連接的等待時間的產生及/或處理時間的延長化。因此，能夠使作為系統(tǒng)整體的動作高效化。

＜2-3.網關30的負荷＞

同樣，例如，在是網關30與云服務器70(應用80)之間已經建立的隧道連接且為與特定的網關30相關的隧道連接的連接數比閾值TH2(“4個”)大的情況下，管理服務器50判定為該特定的網關30的負荷比規(guī)定程度大(確切而言為“繁忙狀態(tài)”)。另一方面，在與該特定的網關30相關的隧道連接的連接數比閾值TH2小的情況下，管理服務器50判定為該特定的網關30的負荷比規(guī)定程度小(確切而言為“非繁忙狀態(tài)”)。應予說明，等號成立時可以判定為是繁忙狀態(tài)，也可以相反，判定為是非繁忙狀態(tài)。

而且，管理服務器50比與判定為是繁忙狀態(tài)的網關30相關的隧道連接請求(與非繁忙網關相關的隧道連接請求)優(yōu)先執(zhí)行與判定為是非繁忙狀態(tài)的網關30相關的隧道連接請求(與繁忙網關相關的隧道連接請求)。

更詳細而言，管理服務器50基于在接收到某隧道連接請求時，對于與該隧道連接請求有關的網關30在該時刻已經建立的(其它的)隧道連接的連接數，判定該網關30是否是“繁忙狀態(tài)”。

如圖17所示，在該網關30為“繁忙狀態(tài)”的情況下，針對接收到的該隧道連接請求賦予負分值(“-1”分值)。另一方面，在該網關30為“非繁忙狀態(tài)”的情況下，針對接收到的該隧道連接請求賦予零分值(“0”分值)。然后，通過針對與第一實施方式相同的分值賦予結果進一步加上這些負分值等，計算針對各隧道連接請求的評價值(指標值V)，并基于該評價值來決定優(yōu)先順位。

據此，被分類為相同的種類(C11、C12、C21、C22的任意一個)的2個以上的隧道連接請求中，與“非繁忙狀態(tài)”的網關30相關的隧道連接請求比與“繁忙狀態(tài)”的網關30相關的隧道連接請求優(yōu)先執(zhí)行。即，由于與比較閑置的網關30相關的隧道連接請求比較優(yōu)先執(zhí)行，所以能夠避免或抑制伴隨執(zhí)行與繁忙狀態(tài)的網關30相關的隧道連接的等待時間的產生及/或處理時間的延長化。因此，能夠使作為系統(tǒng)整體的動作高效化。

＜2-4.應用80的負荷＞

同樣，例如，在是網關30與云服務器70(應用80)之間已經建立的隧道連接且與特定的應用80相關的隧道連接的連接數為閾值TH3(“10個”)大的情況下，管理服務器50判定為該特定的應用80的負荷比規(guī)定程度大(確切而言是“繁忙狀態(tài)”)。另一方面，在與該特定的應用80相關的隧道連接的連接數比閾值TH3小的情況下，管理服務器50判定為該特定的應用80的負荷比規(guī)定程度小(確切而言是“非繁忙狀態(tài)”)。應予說明，等號成立時可以判定為是繁忙狀態(tài)，也可以相反，判定為是非繁忙狀態(tài)。

而且，管理服務器50比與判定為是繁忙狀態(tài)的應用80相關的隧道連接請求(與非繁忙應用相關的隧道連接請求)優(yōu)先執(zhí)行與判定為是非繁忙狀態(tài)的應用80相關的隧道連接請求(與繁忙應用相關的隧道連接請求)。

更詳細而言，管理服務器50基于在接收到某隧道連接請求時，對于與該隧道連接請求有關的應用80在該時刻已經建立的(其它的)隧道連接的連接數，判定該應用80是否是“繁忙狀態(tài)”。

如圖17所示，在該應用80為“繁忙狀態(tài)”的情況下，針對接收到的該隧道連接請求賦予負分值(“-1”分值)。另一方面，在該應用80為“非繁忙狀態(tài)”的情況下，針對該接收到的隧道連接請求賦予零分值(“0”分值)。然后，通過針對與第一實施方式相同的分值賦予結果進一步加上這些負分值等，計算針對各隧道連接請求的評價值(指標值V)，并基于該評價值來決定優(yōu)先順位。

據此，被分類為相同的種類(C11、C12、C21、C22的任意一個)的2個以上的隧道連接請求中，與“非繁忙狀態(tài)”的應用80相關的隧道連接請求比與“繁忙狀態(tài)”的應用80相關的隧道連接請求優(yōu)先執(zhí)行。即，由于與比較閑置的應用80相關的隧道連接請求比較優(yōu)先執(zhí)行，所以能夠避免或抑制伴隨執(zhí)行與繁忙狀態(tài)的應用80相關的隧道連接的等待時間的產生及/或處理時間的延長化。因此，能夠使作為系統(tǒng)整體的動作高效化。

＜2-5.隧道連接請求的優(yōu)先順位決定動作等＞

在第二實施方式中，進行與第一實施方式相同的動作。但是，圖20的動作代替圖11的動作而被執(zhí)行。圖20是表示隧道連接請求的優(yōu)先順位決定動作的流程圖。

如圖20所示，步驟S61～S64與第一實施方式相同。

然后，在與接收到的隧道連接請求相關的設備10為“繁忙狀態(tài)”的情況下，針對該隧道連接請求賦予負分值(“-1”分值)(步驟S71、S72)。另一方面，在該設備10為“非繁忙狀態(tài)”的情況下，不對該隧道連接請求賦予分值(賦予“0”分值)。

另外，在與接收到的隧道連接請求相關的網關30為“繁忙狀態(tài)”的情況下，針對該隧道連接請求賦予負分值(“-1”分值)(步驟S73、S74)。另一方面，在該網關30為“非繁忙狀態(tài)”的情況下，不對該隧道連接請求賦予分值(賦予“0”分值)。

并且，在與接收到的隧道連接請求相關的應用80為“繁忙狀態(tài)”的情況下，針對該隧道連接請求賦予負分值(“-1”分值)(步驟S75、S76)。另一方面，在該應用80為“非繁忙狀態(tài)”的情況下，不對該隧道連接請求賦予分值(賦予“0”分值)。

應予說明，在步驟S71～76中賦予的分值也被稱作負荷調整分值。

在第二實施方式中，通過針對在步驟S61～S64中計算出的分值加上在步驟S71～76中計算出的該負荷調整分值來計算指標值V。然后，基于該指標值V來決定各隧道連接請求的處理順序。另外，在2個以上的隧道連接請求的指標值V(加上(減去)步驟S71～S76的負荷調整分值后的分值)完全相同的情況下，該2個以上的隧道連接請求按照其接受順序處理。

＜2-6.優(yōu)先順位決定處理的一個例子＞

＜至狀態(tài)ST3＞

圖21～圖25是表示管理服務器50的等待行列內的狀況的概念圖。參照這些圖對優(yōu)先順位決定處理的一個例子進行說明。

在第二實施方式中，在狀態(tài)ST1～ST3也執(zhí)行與第一實施方式(參照圖12～圖14)相同的處理。應予說明，在圖21中，對于與狀態(tài)ST3相關的處理結果(參照圖15)，示出接收到與新的云掃描306相關的隧道連接請求206的狀況。

但是，在該第二實施方式中，也賦予考慮各裝置等(設備10、網關30、云服務器70(應用80))的負荷的負分值。在此，假定在多個設備10中，僅設備10a繁忙，多個網關30中，僅網關30a繁忙，多個應用80中，僅應用80b繁忙的情況。

該情況下，對與云掃描301(參照圖21的最上欄)相關的隧道連接請求201賦予基于設備10a為繁忙狀態(tài)的“-1”分值、基于網關30a為繁忙狀態(tài)的“-1”分值、以及基于應用80b為繁忙狀態(tài)的“-1”分值的合計值“-3”分值(參照圖21的右數第2列(負荷調整分值欄))。

然后，通過對其它的分值“110”加上負荷調整分值“-3”，與云掃描301相關的隧道連接請求201的評價值(指標值V)被設定為合計“107”分值(參照圖21的最右列(合計值欄)、以及圖18的上數第2段)。

同樣，與云掃描304相關的隧道連接請求204的指標值V也被設定為合計“107”分值。

另外，對與結果通知處理305相關的隧道連接請求205賦予基于設備10a為繁忙狀態(tài)的“-1”分值、基于網關30a為繁忙狀態(tài)的“-1”分值的合計值(負荷調整分值)的“-2”分值。通過對其它的分值“100”加上負荷調整分值“-2”，與結果通知處理305相關的隧道連接請求205的指標值V被設定為合計“98”分值(參照圖21的最右列、以及圖19的上數第2段)。

同樣，與云打印303相關的隧道連接請求203的指標值V被設定為合計“8”分值(也參照圖18的最下段)，與裝置狀態(tài)獲取處理302相關的隧道連接請求202的指標值V被設定為合計“-2”分值(參照圖19的最下段)。

應予說明，這些各指標值在接收各通信委托時被設定。具體而言，與云掃描301、裝置狀態(tài)獲取處理302、云打印303、云掃描304、結果通知處理305的各處理相關的指標值V在(以該順序)接收與該各處理相關的通信委托被設定。然后，在等待行列內，基于各通信委托的隧道連接請求以圖21所示的優(yōu)先順位排列。應予說明，在圖21等中，多個隧道連接請求按照其優(yōu)先順位按從高至低的順序由上朝下配置。

＜狀態(tài)ST4＞

接下來，如圖21(狀態(tài)ST4)所示，若接收到新的通信委托，具體而言，接收到與云掃描306對應的通信委托，則管理服務器50將與該通信委托對應的隧道連接請求206(C11)的指標值V設定為“+108”。在此，云掃描306是委托從設備10b(不是10a)經由網關30a朝向應用80b的通信的處理，負荷調整分值是“-2”。然后，管理服務器50以成為指標值V的降序的方式在等待行列內將與云掃描306相關的隧道連接請求206配置在比與云掃描301相關的隧道連接請求201靠前的順位的位置(前端位置)(也參照圖22)。

據此，在被分類為相同的種類(C11)的2個云掃描301、306的相互間，根據負荷調整分值的大小決定其優(yōu)先順位。具體而言，基于伴隨經由同一網關30a朝向同一應用80b的數據發(fā)送的、2個通信委托的2個隧道連接請求201、206的優(yōu)先順位根據其互不相同的委托方設備10a、10b的負荷狀況決定。然后，按照決定的優(yōu)先順位執(zhí)行該2個隧道連接請求。詳細而言，與“非繁忙狀態(tài)”的設備10b相關的隧道連接請求206比與“繁忙狀態(tài)”的設備10a相關的隧道連接請求201優(yōu)先執(zhí)行。換言之，管理服務器50比與該多個設備中已經建立比閾值TH1大的數目的隧道連接的設備10a相關的隧道連接請求優(yōu)先執(zhí)行與多個設備中尚未建立比閾值TH1大的數目的隧道連接的設備10b相關的隧道連接請求。即，與閑置的設備10b相關的隧道連接請求206比較優(yōu)先執(zhí)行。因此，能夠避免或抑制執(zhí)行伴隨與繁忙狀態(tài)的設備10a相關的隧道連接請求201的等待時間的產生及/或處理時間的延長化。進而，能夠使作為系統(tǒng)整體的動作高效化。

＜狀態(tài)ST5＞

接下來，如圖22(狀態(tài)ST5)所示，若接收到與云打印307對應的通信委托，則管理服務器50將與該通信委托對應的隧道連接請求207(C21)的指標值V設定為“+9”。在此，云打印307是委托從應用80a經由網關30a朝向設備10b(不是10a)的通信的處理，負荷調整分值是“-1”。然后，管理服務器50將在等待行列中與云打印307相關的隧道連接請求207配置在“與結果通知處理305相關的隧道連接請求205的后順位且與云打印303相關的隧道連接請求203的前順位”的位置(也參照圖23)。

據此，在被分類為同一種類(C21)的2個云打印303、307的相互間，根據負荷調整分值的大小決定其優(yōu)先順位。具體而言，基于從同一應用80a經由同一網關30接收到的2個通信委托的2個隧道連接請求203、207的優(yōu)先順位根據其互不相同的關聯設備10a、10b的負荷狀況來決定。然后，根據決定的優(yōu)先順位來執(zhí)行該2個隧道連接請求。詳細而言，與“非繁忙狀態(tài)”的設備10b相關的隧道連接請求207比與“繁忙狀態(tài)”的設備10a相關的隧道連接請求203優(yōu)先執(zhí)行。即，由于與比較閑置的設備10b相關的隧道連接請求207比較優(yōu)先執(zhí)行，所以能夠避免或抑制伴隨執(zhí)行與繁忙狀態(tài)的設備10a相關的隧道連接請求203的等待時間的產生及/或處理時間的延長化。因此，能夠使作為系統(tǒng)整體的動作高效化。

＜狀態(tài)ST6＞

接下來，如圖23(狀態(tài)ST6)所示，若接收到與云打印308對應的通信委托，則管理服務器50將與該通信委托對應的隧道連接請求208(C21)的指標值V設定為“+10”。在此，云打印308是委托從應用80a經由網關30b(不是網關30a)朝向設備10e(不是10b)的通信的處理，負荷調整分值是“0”。然后，管理服務器50將在等待行列中與云打印308相關的隧道連接請求208配置在“與結果通知處理305相關的隧道連接請求205的后順位且與云打印307相關的隧道連接請求207的前順位”的位置(也參照圖24)。

據此，在被分類為同一種類(C21)的2個云打印307、308的相互間，根據負荷調整分值的大小來決定其優(yōu)先順位。具體而言，基于從同一應用80a接收到的2個通信委托的2個隧道連接請求207、208的優(yōu)先順位根據其互不相同的關聯網關30b、30a的負荷狀況和其互不相同的關聯設備10e、10b的負荷狀況來決定。在此，關聯設備10e、10b的負荷狀況相互同等(均為“低負荷”)，關聯網關30b、30a的負荷狀況互不相同。因此，2個隧道連接請求207、208的優(yōu)先順位根據關聯網關30b、30a的負荷狀況實質決定。然后，按照決定的優(yōu)先順位執(zhí)行該2個隧道連接請求。詳細而言，與“非繁忙狀態(tài)”的網關30b相關的隧道連接請求208比與“繁忙狀態(tài)”的網關30a相關的隧道連接請求207優(yōu)先執(zhí)行。換言之，管理服務器50比與該多個網關30中已經建立比閾值TH2大的數目的隧道連接的網關30a相關的隧道連接請求優(yōu)先執(zhí)行與多個網關30中尚未建立比閾值TH2大的數目的隧道連接的網關30b相關的隧道連接請求。即，與比較閑置的網關30b相關的隧道連接請求208比較優(yōu)先執(zhí)行。因此，能夠避免或抑制伴隨執(zhí)行與繁忙狀態(tài)的網關30a相關的隧道連接請求207的等待時間的產生及/或處理時間的延長化。進而，能夠使作為系統(tǒng)整體的動作高效化。

＜狀態(tài)ST7＞

接下來，如圖24(狀態(tài)ST7)所示，若接收到與云掃描309對應的通信委托，則管理服務器50將與該通信委托對應的隧道連接請求209(C11)的指標值V設定為“+108”。在此，云掃描309是委托從設備10a經由網關30a朝向應用80e(不是80b)的通信的處理，負荷調整分值是“-2”。然后，管理服務器50將在等待行列中與云掃描309相關的隧道連接請求209配置在與云掃描306相關的隧道連接請求206的后順位(且與云掃描301相關的隧道連接請求201的前順位)的位置(也參照圖25)。

據此，在被分類為同一種類(C11)的2個云掃描301、309的相互間，根據負荷調整分值的大小來決定其優(yōu)先順位。具體而言，基于伴隨從同一設備10a經由同一網關30a朝向不同的應用80b、80e的數據發(fā)送的2個通信委托的2個隧道連接請求201、209的優(yōu)先順位根據其互不相同的發(fā)送對象應用80b、80e的負荷狀況來決定。然后，根據決定的優(yōu)先順位來執(zhí)行該2個隧道連接請求。詳細而言，與“非繁忙狀態(tài)”的應用80e相關的隧道連接請求209比與“繁忙狀態(tài)”的應用80b相關的隧道連接請求201優(yōu)先執(zhí)行。換言之，管理服務器50比與多個應用80中已經建立比閾值TH3大的數目的隧道連接的應用80b相關的隧道連接請求優(yōu)先執(zhí)行與多個應用80中尚未建立比閾值TH3大的數目的隧道連接的應用80e相關的隧道連接請求。即，與比較閑置的應用80e相關的隧道連接請求209比較優(yōu)先執(zhí)行。因此，能夠避免或抑制伴隨執(zhí)行與繁忙狀態(tài)的應用80b相關的隧道連接請求201的等待時間的產生及/或處理時間的延長化。進而，能夠使作為系統(tǒng)整體的動作高效化。

＜3.變形例等＞

以上，對本發(fā)明的實施方式進行了說明，但本發(fā)明并不局限于上述說明的內容。

例如，在上述各實施方式中，隧道連接請求是基于用戶指示處理的請求還是基于管理處理的請求，基于委托處理的處理種類(表示該處理種類的數據等)來決定，但并不局限于此。

具體而言，管理服務器50也可以基于在各通信委托所涉及的數據傳輸中利用的通信協議來判定隧道連接請求是基于用戶指示處理的請求還是基于管理處理的請求。例如，也可以在通信委托后的實際的數據通信使用使通信速度(實時性)優(yōu)先且不保證數據的完全性的通信協議(例如UDP(User Datagram Protocol))的情況下，判定為與該通信委托對應的隧道連接請求是基于管理處理的隧道連接請求。相反，也可以在通信委托后的實際的數據通信是伴隨使用重視數據的完全性的通信協議(例如TCP(Transmission Control Protocol))的數據通信的情況下，判定為與該通信委托對應的隧道連接請求是基于非管理處理的隧道連接請求。應予說明，管理服務器50將表示各通信委托與在與該各通信委托相應的實際的數據通信中利用的通信協議的對應關系的數據表預先儲存于儲存部55。并且，管理服務器50基于該數據表等來判定(獲取)與各通信委托相應的通信協議(根據各通信委托在實際的數據通信中使用的通信協議(UDP/TCP等))即可。

或者，管理服務器50也可以根據通信委托的委托方的用戶種類來判定與該通信委托對應的隧道連接請求是基于用戶指示處理的請求，還是基于管理處理的請求。詳細而言，在委托方用戶為管理者(管理用戶)的情況下，決定與該通信委托對應的隧道連接請求是基于管理處理的隧道連接請求的主旨即可。相反，在委托方用戶為利用者(利用用戶)(非管理者)的情況下，決定與該通信委托對應的隧道連接請求為基于用戶指示處理的隧道連接請求的主旨即可。

并且，也可以在該通信委托為定期(以恒定周期)產生的委托的情況下，判定為與該通信委托對應的隧道連接請求是基于管理處理的隧道連接請求。例如，也可以將在每日相同時刻總共反復接收規(guī)定次數以上的相同種類的通信委托判定為與“管理處理”相關的委托。

另外，在上述各實施方式中，多個通信委托(以及基于該多個通信委托的多個隧道連接請求)使用2個分類基準被大致分類成4種(參照圖7等)，但并不局限于此。例如，也可以僅使用2個分類基準中的一方(具體而言，與是否是“設備觸發(fā)通信委托”相關的基準)，將多個通信委托(以及基于該多個通信委托的多個隧道連接請求)大致僅分類成2種。

另外，在上述各實施方式中，在各云服務器70設置有一個應用80，但并不局限于此，也可以在單一的云服務器70內設置多個應用80。

另外，在上述各實施方式中，一個應用80具有單一的功能，但并不局限于此，一個應用80也可以具有多個功能(例如云掃描功能以及云打印功能)。換言之，各應用80也可以是執(zhí)行多個種類的處理的應用。

另外，在上述各實施方式的通信系統(tǒng)1中，設置有多個設備10、多個網關30以及多個云服務器70(應用80)，但并不局限于此。具體而言，各裝置等10、30、70(80)中的至少一個也可以是單一的。例如，在通信系統(tǒng)1中，也可以設置多個設備10、單一的網關30以及多個應用80。或者，也可以設置單一的設備10、單一的網關30以及多個應用80?；蛘撸部梢栽O置單一的設備10、單一的網關30以及單一的應用80。