通信系统、平台服务器以及计算机可读取的记录介质的制作方法

本发明涉及进行lan外部的装置与lan内部的装置之间的通信的通信系统以及与其关联的技术。

背景技术：

存在谋求lan外部的服务器(云服务器等)与lan内部的设备(图像形成装置等)的协同的技术。

例如，存在使用本地侧(lan内部)的图像形成装置来印刷输出云上的服务器(云服务器)所保存的电子文档的技术(参照专利文献1)。

在专利文献1中示出了具备图像形成装置(设备)、网关和云服务器的文档输出系统(通信系统)。在该系统中，云服务器所保存的电子文档借由网关等被发送至图像形成装置，在图像形成装置10中进行该电子文档的印刷输出。此外，网关以及图像形成装置(设备)被设置于lan的内部，云服务器被设置于lan的外部。

但是，在上述那样的系统中，通常在lan内部的图像形成装置(设备)与lan外部的云服务器之间设置有防火墙。

从lan内部(防火墙内部)的图像形成装置向lan外部(防火墙外部)的云服务器的访问穿过防火墙，该访问被许可。

然而，逆向的访问、具体而言从lan外部(防火墙外部)的云服务器向lan内部(防火墙内部)的图像形成装置的直接的访问被防火墙阻挡。也就是说，不能从云服务器直接进行对图像形成装置的访问。

对此，可以考虑如下技术(参照图34及图35)：在lan外部的管理服务器与lan内部的网关(通信中继装置)之间(作为防火墙的例外)提前确立消息会话(通信会话)，从lan外部的云服务器，经由管理用平台服务器80、xmpp服务器(连接用服务器)50(50x)及该网关30，访问lan内部的图像形成装置(设备)10。

图34及图35为示出那样的技术的图。各网关30(30x等)在其启动时等，在与预先指定的xmpp服务器50x(也称为消息传达服务器或者连接请求传达服务器)之间提前确立消息会话(511)(参照图34的粗线)。此后，在从云服务器90向确定的设备10x的访问请求发生时，执行如图35所示的动作。具体而言，首先，平台服务器80接收来自云服务器90的访问请求，平台服务器80借由xmpp服务器50x对网关30x发送隧道连接请求。详细而言，通过利用xmpp服务器50x与某网关30(例如30x)之间的该消息会话(例如511)，将隧道连接请求(消息)从xmpp服务器50x发送至该网关30x。该网关30x在接收到该隧道连接请求时，基于该隧道连接请求，在与云服务器90之间确立隧道通信(参照图35的砂质阴影区域(细长矩形部分))。然后，使用该隧道通信(隧道连接)进行从云服务器90(经由网关30x)向设备(图像形成装置)10x的访问。

此外，在专利文献2中示出了类似的技术。

现有技术文献

专利文献

专利文献1：日本特开2013-73578号公报

专利文献2：日本特开2015-115831号公报

技术实现要素：

发明所要解决的问题

但是，在上述的技术中，由于要在网关30与xmpp服务器50x之间预先确立消息会话(通信会话)，因此xmpp服务器50x被持续运行。为了实现那样的持续运行状况，例如，固定地运用该xmpp服务器50x(例如，购入或者按定额计费体系(月固定费用或者年固定费用等)租借运用)。

然而，在想要使xmpp服务器50x持续运行时，存在xmpp服务器50x的运用成本巨大的问题。尤其地，在xmpp服务器50x的台数变多时，xmpp服务器50x的运用成本变得非常大。

于是，本发明的课题在于提供能够降低运用成本的通信系统以及与其关联的技术。

用于解决问题的方案

为了解决上述问题，技术方案1的发明为一种通信系统，其特征在于，具备：多个设备，被设置于防火墙的内侧；至少一个网关，被设置于所述防火墙的内侧，中继所述多个设备与设置于所述防火墙的外侧的至少一个云服务器的通信；以及平台服务器，被设置于所述防火墙的外侧，从所述至少一个云服务器接受对所述多个设备中的至少一个通信对象设备的至少一个访问请求，并且借由从多个种类的通信路径中选择出的消息发送用通信路径，对与通过所述至少一个访问请求指定的所述至少一个通信对象设备对应的网关发送消息，所述多个种类的通信路径中的各个通信路径是经由多个种类的服务器中的任意服务器穿过所述防火墙的路径，其中，该多个种类的服务器按互不相同的非定额计费体系被运用且被设置于所述防火墙的外侧并能够根据通信形态来变更其计费金额的大小关系，所述平台服务器基于所述至少一个访问请求的通信形态信息，从所述多个种类的通信路径中选择与所述至少一个通信对象设备相关的所述消息发送用通信路径。

技术方案2的发明在技术方案1的发明的通信系统中，其特征在于，所述多个种类的通信路径具有：第一路径，该第一路径经由所述多个种类的服务器中的第一种类的服务器穿过所述防火墙；以及第二路径，该第二路径经由所述多个种类的服务器中的第二种类的服务器穿过所述防火墙。

技术方案3的发明在技术方案2的发明的通信系统中，其特征在于，所述第一种类的服务器为根据利用时间计费的时间计费服务器，所述第二种类的服务器为根据通信数据量计费的数据量计费服务器。

技术方案4的发明在技术方案3的发明的通信系统中，其特征在于，所述平台服务器在所述第一路径被选择的情况下，对预定的启动用服务器送出所述第一种类的服务器的启动委托而使所述第一种类的服务器启动，且开始经由启动后的所述第一种类的服务器对与所述至少一个通信对象设备对应的网关发送所述消息的处理。

技术方案5的发明在技术方案1至4中的任意一项的通信系统中，其特征在于，所述平台服务器响应于一个访问请求的接收，执行与通过所述一个访问请求指定为通信对象的所述至少一个通信对象设备相关的所述消息发送用通信路径的选择处理，并且开始借由选择出的所述消息发送用通信路径发送所述消息的处理。

技术方案6的发明在技术方案1至4中的任意一项的的通信系统中，其特征在于，在从一个访问请求的接收时间点开始经过了预定期间之后，所述平台服务器基于还包含有在所述预定期间内进一步地接受到的其他访问请求的多个访问请求的通信形态信息来选择与通过所述多个访问请求指定为通信对象的多个通信对象设备相关的所述消息发送用通信路径，并开始借由选择出的所述消息发送用通信路径对与所述多个通信对象设备对应的各通信对象网关发送所述消息的处理。

技术方案7的发明在技术方案6的发明的通信系统中，其特征在于，将所述预定期间变更为与所述一个访问请求的种类相应的长度。

技术方案8的发明在技术方案6的发明的通信系统中，其特征在于，所述一个访问请求的种类的紧急程度越高，则将所述预定期间变更为越短的时间。

技术方案9的发明在技术方案1至4中的任意一项的发明的通信系统中，其特征在于，所述平台服务器在接收到预定数量的访问请求的时间点，基于所述预定数量的访问请求的通信形态信息来选择与通过所述预定数量的访问请求指定为通信对象的多个通信对象设备相关的所述消息发送用通信路径，并开始借由选择出的所述消息发送用通信路径对与所述多个通信对象设备对应的各通信对象网关发送所述消息的处理。

技术方案10的发明在技术方案1至4中的任意一项的发明的通信系统中，其特征在于，所述平台服务器在接收到对预定数量以上的通信对象设备的至少一个访问请求的时间点，基于所述至少一个访问请求的通信形态信息来选择与通过所述至少一个访问请求指定为通信对象的多个通信对象设备相关的所述消息发送用通信路径，并开始借由选择出的所述消息发送用通信路径对与所述多个通信对象设备对应的各通信对象网关发送所述消息的处理。

技术方案11的发明在技术方案1至4中的任意一项的发明的通信系统中，其特征在于，所述平台服务器当在根据作为一个访问请求的第一访问请求开始了所述消息的发送处理之后进一步地接受到作为不同于所述第一访问请求的访问请求的第二访问请求时，基于所述第一访问请求的通信形态信息和所述第二访问请求的通信形态信息，从所述多个种类的通信路径中选择与未完成设备和所述第二访问请求中的通信对象设备相关的所述消息发送用通信路径，其中，所述未完成设备为通过所述第一访问请求指定的多个通信对象设备中的未完成与所述第一访问请求相应的所述消息的发送处理的通信对象设备，所述平台服务器开始借由选择出的所述消息发送用通信路径对与所述未完成设备和所述第二访问请求中的通信对象设备分别对应的通信对象网关发送所述消息的发送处理。

技术方案12的发明在技术方案2至4中的任意一项的发明的通信系统中，其特征在于，所述多个设备包含：第一类型设备，该第一类型设备能够选择性地利用所述多个种类的服务器来作为消息传达服务器，该消息传达服务器是用于使所述消息穿过所述防火墙而发送的服务器；以及第二类型设备，该第二类型设备仅能够利用固定运用服务器来作为所述消息传达服务器，该固定运用服务器是其运用费用固定地发生的服务器，所述平台服务器基于从通过所述至少一个访问请求指定的通信对象设备中排除了所述第二类型设备之后的剩余的设备，选择所述消息发送用通信路径。

技术方案13的发明在技术方案12的发明的通信系统中，其特征在于，所述固定运用服务器持续运行，且始终许可来自与所述第二类型设备对应的网关的通信，在所述第一路径未被选择作为所述消息发送用通信路径的情况下，所述第一种类的服务器不运行，所述第一种类的服务器不运行，在所述第一种类的服务器具有运行状态的情况下，所述第一种类的服务器许可来自与所述第一类型设备对应的网关的通信，在所述第一路径被选择作为所述消息发送用通信路径的情况下，与所述第一类型设备对应的所述第一种类的服务器启动，在和所述第一类型设备对应的网关与所述第一种类的服务器之间确立消息会话，确保该消息会话作为所述消息的通信用路径。

技术方案14的发明在技术方案12的发明的通信系统中，其特征在于，还具备负荷分散服务器，该负荷分散服务器执行多个消息传达服务器的相互间的负荷分散处理，该多个消息传达服务器能够在与各网关之间确立利用预定协议的消息会话来传达所述消息，所述第一种类的服务器能够在与和所述第一类型设备对应的网关之间确立利用所述预定协议的所述消息会话，所述负荷分散服务器具有规定了来自多个网关中的各个网关的通信的许可与否的ip过滤器，所述ip过滤器始终许可来自与所述第二类型设备对应的网关的通信，在所述第一路径未被选择作为所述消息发送用通信路径的情况下，所述ip过滤器不许可来自与所述第一类型设备对应的网关的通信，在所述第一路径被选择作为所述消息发送用通信路径的情况下，所述平台服务器增设与作为和通过所述至少一个访问请求指定为通信对象的所述第一类型设备对应的网关的对应网关的通信所使用的所述消息传达服务器，并且在所述负荷分散服务器的所述ip过滤器中追加登记所述对应网关的ip地址作为通信许可对象地址，在来自所述对应网关的利用所述预定协议的所述消息会话的确立请求穿过所述ip过滤器并被接收时，所述负荷分散服务器从所述多个消息传达服务器中决定作为应分配给所述对应网关的服务器的对应服务器，在所述对应服务器与所述对应网关之间确立利用所述预定协议的所述消息会话，所述平台服务器通过将所述消息发送给所述负荷分散服务器，借由所述消息会话将所述消息发送给所述对应网关。

技术方案15的发明在技术方案1至13中的任意一项的发明的通信系统中，其特征在于，所述平台服务器对于所述至少一个通信对象设备中的全部通信对象设备选择相同种类的通信路径作为所述消息发送用通信路径。

技术方案16的发明在技术方案2至4中的任意一项的发明的通信系统中，其特征在于，所述平台服务器基于各通信对象设备和作为与所述各通信对象设备预先对应关联的所述第一种类的服务器的对应服务器的对应关系，以所述对应服务器为基准将通过所述至少一个访问请求指定为通信对象的多个通信对象设备分类为多个群组，所述平台服务器针对每个群组执行基于所述至少一个访问请求的通信形态信息来从所述多个种类的通信路径中选择所述消息发送用通信路径的选择处理。

技术方案17的发明在技术方案1的发明的通信系统中，其特征在于，所述平台服务器将应在与作为各访问请求的发送源的云服务器的发送源云服务器之间确立隧道连接的意思的隧道连接请求作为所述消息来发送，所述消息发送用通信路径为隧道连接请求用通信路径，借由在按非定额计费体系运用的消息传达服务器与和所述至少一个通信对象设备对应的至少一个通信对象网关之间确立的消息会话，对所述至少一个通信对象网关发送所述隧道连接请求，接收到所述隧道连接请求的通信对象网关基于该隧道连接请求，在所述通信对象网关与所述发送源云服务器之间确立隧道连接，中继所述发送源云服务器与和所述通信对象网关对应的设备的通信，所述平台服务器基于所述至少一个访问请求的通信形态信息，从所述多个种类的服务器中决定所述消息传达服务器。

技术方案18的发明为一种程序，其特征在于，所述程序使能够接受对被设置于防火墙的内侧的多个设备的至少一个访问请求且被设置于所述防火墙的外侧的计算机执行以下步骤：步骤a)，从被设置于所述防火墙的外侧的至少一个云服务器接受所述至少一个访问请求；以及步骤b)，根据所述至少一个访问请求，开始借由从多个种类的通信路径中选择出的消息发送用通信路径对与通过所述至少一个访问请求指定的至少一个通信对象设备对应的网关发送消息的处理，所述多个种类的通信路径中的各个通信路径是经由多个种类的服务器中的任意服务器穿过所述防火墙的路径，其中，该多个种类的服务器按互不相同的非定额计费体系被运用且被设置于所述防火墙的外侧并能够根据通信形态来变更其计费金额的大小关系，所述步骤b)具有：步骤b-1)，根据所述至少一个访问请求，基于所述至少一个访问请求的通信形态信息，从所述多个种类的通信路径中选择与所述至少一个通信对象设备相关的所述消息发送用通信路径；以及步骤b-2)，开始借由从所述多个种类的通信路径中选择出的所述消息发送用通信路径对与所述至少一个通信对象设备对应的至少一个通信对象网关发送所述消息的处理。

技术方案19的发明在技术方案18的发明的程序中，其特征在于，所述多个种类的通信路径具有：所述多个种类的通信路径具有：第一路径，该第一路径经由所述多个种类的服务器中的第一种类的服务器穿过所述防火墙；以及第二路径，该第二路径经由所述多个种类的服务器中的第二种类的服务器穿过所述防火墙。

技术方案20的发明在技术方案19的发明的程序中，其特征在于，所述第一种类的服务器为根据利用时间计费的时间计费服务器，所述第二种类的服务器为根据通信数据量计费的数据量计费服务器。

技术方案21的发明在技术方案20的发明的程序中，其特征在于，所述步骤b-2)具有：步骤b-2-1)，在通过所述步骤b-1)选择所述第一路径的情况下，对预定的启动用服务器送出所述第一种类的服务器的启动委托，而使所述第一种类的服务器启动；以及步骤b-2-2)，在所述步骤b-2-1)后，开始经由启动了的所述第一种类的服务器对所述至少一个通信对象网关发送所述消息的处理。

技术方案22的发明在技术方案18至21中的任意一项的发明的程序中，其特征在于，在所述步骤b-1)中，响应于一个访问请求的接收，执行与通过所述一个访问请求指定为通信对象的所述至少一个通信对象设备相关的所述消息发送用通信路径的选择处理，在所述步骤b-2)中，开始借由通过所述步骤b-1)选择出的所述消息发送用通信路径发送所述消息的处理。

技术方案23的发明在技术方案18至21中的任意一项的发明的程序中，其特征在于，在所述步骤b-1)中，在从一个访问请求的接收时间点开始经过了预定期间之后，基于还包含有在所述预定期间内进一步地接受到的其他访问请求的多个访问请求的通信形态信息来选择与通过所述多个访问请求指定为通信对象的多个通信对象设备相关的所述消息发送用通信路径，在所述步骤b-2)中，开始借由通过所述步骤b-1)选择出的所述消息发送用通信路径对与所述多个通信对象设备对应的各通信对象网关发送所述消息的处理。

技术方案24的发明在技术方案23的发明的程序中，其特征在于，将所述预定期间变更为与所述一个访问请求的种类相应的长度。

技术方案25的发明在技术方案23的发明的程序中，其特征在于，所述一个访问请求的种类的紧急程度越高，则将所述预定期间变更为越短的时间。

技术方案26的发明在技术方案18至21中的任意一项的发明的程序中，其特征在于，在所述步骤b-1)中，在接收到预定数量的访问请求的时间点，基于所述预定数量的访问请求的通信形态信息来选择与通过所述预定数量的访问请求指定为通信对象的多个通信对象设备相关的所述消息发送用通信路径，在所述步骤b-2)中，开始借由通过所述步骤b-1)选择出的所述消息发送用通信路径对与所述多个通信对象设备对应的各通信对象网关发送所述消息的处理。

技术方案27的发明在技术方案18至21中的任意一项的发明的程序中，其特征在于，在所述步骤b-1)中，在接收到对预定数量以上的通信对象设备的至少一个访问请求的时间点，基于所述至少一个访问请求的通信形态信息来选择与通过所述至少一个访问请求指定为通信对象的多个通信对象设备相关的所述消息发送用通信路径，在在所述步骤b-2)中，开始借由通过所述步骤b-1)选择出的所述消息发送用通信路径对与所述多个通信对象设备对应的各通信对象网关发送所述消息的处理。

技术方案28的发明在技术方案18或者21的发明的程序中，其特征在于，使所述计算机进一步地执行以下步骤：步骤c)，在根据作为一个访问请求的第一访问请求开始了所述消息的发送处理之后，进一步地接受作为不同于所述第一访问请求的访问请求的第二访问请求，步骤d)，在接受到所述第二访问请求时，基于所述第一访问请求的通信形态信息和所述第二访问请求的通信形态信息，从所述多个种类的通信路径中选择与未完成设备和所述第二访问请求中的通信对象设备相关的所述消息发送用通信路径，其中，所述未完成设备为通过所述第一访问请求指定的多个通信对象设备中的未完成与所述第一访问请求相应的所述消息的发送处理的通信对象设备，以及步骤e)，开始借由通过所述步骤d)从所述多个种类的通信路径中选择出的所述消息发送用通信路径对与所述未完成设备和所述第二访问请求中的通信对象设备分别对应的通信对象网关发送所述消息的发送处理。

技术方案29的发明在技术方案19至21中的任意一项的发明的程序中，其特征在于，所述多个设备包含：第一类型设备，该第一类型设备能够选择性地利用所述多个种类的服务器来作为消息传达服务器，该消息传达服务器是用于使所述消息穿过所述防火墙而发送的服务器；以及第二类型设备，该第二类型设备仅能够利用固定运用服务器来作为所述消息传达服务器，该固定运用服务器是其运用费用固定地发生的服务器，在所述步骤b-1)中，基于从通过所述至少一个访问请求指定的通信对象设备排除了所述第二类型设备之后的剩余的设备，选择所述消息发送用通信路径。

技术方案30的发明在技术方案29的发明的程序中，其特征在于，所述固定运用服务器持续运行，且始终许可来自与所述第二类型设备对应的网关的通信，在所述第一路径未被选择作为所述消息发送用通信路径的情况下，所述第一种类的服务器不运行，在所述第一种类的服务器具有运行状态的情况下，所述第一种类的服务器许可来自与所述第一类型设备对应的网关的通信，所述步骤b-2)具有：步骤b-2-1)，在通过所述步骤b-1)选择所述第一路径作为所述消息发送用通信路径的情况下，使与所述第一类型设备对应的所述第一种类的服务器启动；以及步骤b-2-2)，响应于所述第一种类的服务器的启动，在和所述第一类型设备对应的网关与所述第一种类的服务器之间确立了消息会话时，利用确立的该消息会话作为所述消息发送用通信路径的一部分，对所述至少一个通信对象网关发送所述消息。

技术方案31的发明在技术方案29的发明的程序中，其特征在于，所述第一种类的服务器能够在与和所述第一类型设备对应的网关之间确立利用预定协议的消息会话，各网关对负荷分散服务器发送利用所述预定协议的所述消息会话的确立请求，所述负荷分散服务器具有规定了来自多个网关中的各个网关的通信的许可与否的ip过滤器，所述负荷分散服务器执行多个消息传达服务器的相互间的负荷分散处理，该多个消息传达服务器能够在与所述各网关之间确立利用所述预定协议的所述消息会话来传达所述消息，所述ip过滤器始终许可来自与所述第二类型设备对应的网关的通信，在所述第一路径未被选择作为所述消息发送用通信路径的情况下，不许可来自与所述第一类型设备对应的网关的通信，所述步骤b-2)具有：步骤b-2-1)，在通过所述步骤b-1)选择所述第一路径作为所述消息发送用通信路径的情况下，增设与作为和通过所述至少一个访问请求指定为通信对象的所述第一类型设备对应的网关的对应网关的通信所使用的消息传达服务器；步骤b-2-2)，在通过所述步骤b-1)选择所述第一路径作为所述消息发送用通信路径的情况下，在所述负荷分散服务器的所述ip过滤器中追加登记所述对应网关的ip地址作为通信许可对象地址；以及步骤b-2-3)，在响应于来自所述对应网关的利用所述预定协议的所述消息会话的确立请求穿过所述ip过滤器并被接收，在作为通过所述步骤b-2-1)增设且通过所述负荷分散服务器的分配处理而被分配的所述第一种类的服务器与所述对应网关之间确立了所述消息会话后，将所述消息发送给所述负荷分散服务器，从而借由所述消息会话对所述对应网关发送所述消息。

技术方案32的发明在技术方案18至31中的任意一项的发明的程序中，其特征在于，在所述步骤b-1)中，对于所述至少一个通信对象设备中的全部通信对象设备选择相同种类的通信路径作为所述消息发送用通信路径。

技术方案33的发明在技术方案19至技术方案21中的任意一项的发明的程序中，其特征在于，所述步骤b-1)具有：步骤b-1-1)，基于各通信对象设备和作为与所述各通信对象设备预先对应关联的所述第一种类的服务器的对应服务器的对应关系，以所述对应服务器为基准将通过所述至少一个访问请求指定为通信对象的多个通信对象设备分类为多个群组；以及步骤b-1-2)，针对每个群组执行基于所述至少一个访问请求的通信形态信息来从所述多个种类的通信路径中选择所述消息发送用通信路径的选择处理。

技术方案34的发明在技术方案18的发明的程序中，其特征在于，在所述步骤b-2)中，将应在与作为各访问请求的发送源的云服务器的发送源云服务器之间确立隧道连接的意思的隧道连接请求作为所述消息来发送，所述消息发送用通信路径为隧道连接请求用通信路径，借由在按非定额计费体系运用的消息传达服务器与和所述至少一个通信对象设备对应的至少一个通信对象网关之间确立的消息会话，对所述至少一个通信对象网关发送所述隧道连接请求，在所述步骤b-1)中，基于所述至少一个访问请求的通信形态信息，从所述多个种类的服务器中决定所述消息传达服务器。

技术方案35的发明为一种平台服务器，能够接受对被设置于防火墙的内侧的多个设备的至少一个访问请求，且被设置于所述防火墙的外侧，其特征在于，所述平台服务器具备：接收单元，从被设置于所述防火墙的外侧的至少一个云服务器接受所述至少一个访问请求；以及发送单元，根据所述至少一个访问请求，开始借由从多个种类的通信路径中选择出的消息发送用通信路径对与通过所述至少一个访问请求指定的至少一个通信对象设备对应的网关发送消息的处理，所述多个种类的通信路径中的各个通信路径是经由多个种类的服务器中的任意服务器来穿过所述防火墙的路径，其中，该多个种类的服务器按互不相同的非定额计费体系被运用且被设置于所述防火墙的外侧并能够根据通信形态来变更其计费金额的大小关系，所述平台服务器还具备：选择单元，该选择单元根据所述至少一个访问请求，基于所述至少一个访问请求的通信形态信息，从所述多个种类的通信路径中选择与所述至少一个通信对象设备相关的所述消息发送用通信路径，所述发送单元开始借由从所述多个种类的通信路径中选择出的所述消息发送用通信路径对与所述至少一个通信对象设备对应的至少一个通信对象网关发送所述消息的处理。

发明的效果

根据技术方案1至技术方案35所记载的发明，借由经由按非定额计费体系运用的多个种类的服务器的任意服务器的通信路径发送消息，因此与用于越过防火墙传达该消息的消息传达服务器始终发生固定的运用费用的情况相比，能够降低运用成本。尤其地，从经由按互不相同的种类的非定额计费体系运用并且能够根据通信形态变更相互间的计费金额的大小关系的多个种类的服务器中的任意服务器的多个种类的通信路径中，基于访问请求的通信形态信息来选择消息发送用通信路径，因此能够更加抑制运用成本。

附图说明

图1为示出通信系统的概略结构的图。

图2为示出mfp的结构的概略图。

图3为示出网关以及平台服务器等的概略结构的图。

图4为示出通信系统的初始状态的图。

图5为示出第一实施方式的平台服务器的动作的流程图。

图6为示出设备列表的图。

图7为示出经由数据量计费服务器将与各通信对象设备相关的隧道连接请求发送至各对应网关的情形的图。

图8为示出此前具有非运行状态的时间计费服务器被启动的情形的图。

图9为示出以预定时间间隔从网关发送来的xmpp连接请求被启动后的时间计费服务器接收的情形的图。

图10为示出在各网关与时间计费服务器之间确立了xmpp连接的情形的图。

图11为示出经由时间计费服务器(借由xmpp连接)将与各通信对象设备相关的隧道连接请求发送至各对应网关的情形的图。

图12为示出2个种类的非定额计费体系的费用的图表的图。

图13为示出第二实施方式的动作的流程图。

图14为示出与第二实施方式的变形例相关的动作的流程图。

图15为示出规定了访问请求种类与待机期间的关系的数据表的图。

图16为示出第三实施方式的动作的流程图。

图17为示出与第三实施方式的变形例相关的动作的流程图。

图18为示出第四实施方式的动作的流程图。

图19为示出设置了多个时间计费服务器的通信系统的图。

图20为示出第五实施方式的动作的流程图。

图21为示出第五实施方式的通信系统的概略结构的图。

图22为示出通过第二路径(经由数据量计费服务器的路径)等发送隧道连接请求的情形的图。

图23为示出选择了第一路径(经由时间计费服务器的路径)时的动作的图。

图24为示出经由第一路径等发送隧道连接请求的情形的图。

图25为示出设备列表的图。

图26为示出第六实施方式的动作的流程图。

图27为示出第六实施方式的通信系统的概略结构的图。

图28为示出通过第二路径等发送隧道连接请求的情形的图。

图29为示出选择了第一路径时的动作的图。

图30为示出选择了第一路径时的动作的图。

图31为示出选择了第一路径时的动作的图。

图32为示出第七实施方式的动作的流程图。

图33为示出设备列表等的图。

图34为示出比较例的通信系统的图。

图35为示出比较例的通信系统的图。

(附图标记说明)

1：通信系统；10：设备；30：网关；40：服务启动用服务器；50：时间计费服务器；60：数据量计费服务器；70：负载均衡器；80：平台服务器；90：云服务器；100：客户端；150：固定运用服务器；200：管理用服务器组；300：设备列表；320：数据表；350：ip过滤器；511：消息会话；fw：防火墙。

具体实施方式

以下，基于附图说明本发明的实施方式。

<1.第一实施方式>

<1-1.系统结构概要>

图1为示出本发明的实施方式的通信系统1的概略结构的图。也如图1所示，通信系统1具备至少一个(在此为多个)设备10(10a、10b、10c、……)、至少一个(在此为多个)网关30(30a、30b)、至少一个(在此为单一)云服务器计算机(以下也简称为云服务器)90、至少一个(在此为单一)客户端计算机(以下也简称为客户端)100和管理用服务器组200。

管理用服务器组200具备管理用平台服务器(以下也简称为平台服务器)80、多个连接请求传达服务器(50、60)和服务启动用服务器40。

另外，在此，作为连接请求传达服务器(也称为消息传达服务器)，设置至少一个(在此为多个)时间计费服务器50和至少一个(在此为单一)数据量计费服务器(也称为mqtt服务器)60。此外，在此，时间计费服务器50利用xmpp(extensiblemessagingandpresenceprotocol，可扩展的消息传递和现场协议)协议发送消息，因而也被称为xmpp服务器，数据量计费服务器60利用mqtt(messagequeuetelemetrytransport，消息队列遥测传输)协议发送消息，因而也被称为mqtt服务器。此外，时间计费服务器50及数据量计费服务器60也可以分别利用其它协议发送消息。另外，如后述，服务启动用服务器40为执行根据来自平台服务器80的启动委托使非运行状态(非启动状态)的时间计费服务器50(更详细而言为xmpp服务)启动的处理等的服务器(启动用服务器)。

各要素10、30、40、50、60、80、90、100、200借由网络108相互连接从而能够执行网络通信。但是，如后述，一部分通信被防火墙隔断。此外，网络108包括lan(局域网)、wan(广域网)、因特网等。另外，与网络108的连接方式可以为有线连接，或者也可以为无线连接。

多个设备10及多个网关30被构筑于企业内等或者被设置于lan107的内部(换言之，防火墙的内侧)。另一方面，管理用服务器组200、云服务器90及客户端100被设置于lan107的外部(换言之，防火墙的外侧)。此外，客户端100也可以被设置于lan107的内部(防火墙的内侧)。

在此，作为设备10，例示多功能外围设备(multi-functionalperipheral)(也简称为mfp)。mfp也被称为图像形成装置或者通信装置等。

另外，在此网关30被构筑于与不同于作为设备10的mfp的其他的mfp。具体而言，通过执行被嵌入于作为硬件的mfp内的软件(程序)来实现网关30。

另一方面，各种服务器40、50、60、80、90以及客户端100分别使用刀片式计算机或者所谓个人计算机等构筑而成。

在该通信系统1中，例如利用在云服务器90与网关30之间确立的隧道连接，将从客户端100送出到云服务器90的印刷指令从云服务器90经由网关30发送到设备10发送从客户端100，在设备(mfp)10中进行印刷输出。或者，利用在云服务器90与网关30之间确立的隧道连接，将从客户端100送出到云服务器90的固件的更新数据从云服务器90经由网关30发送到设备10，在设备(mfp)10中进行固件的更新处理。

多个网关30具有中继多个设备10与云服务器90的通信的功能，各网关30也被称为通信中继装置。

管理用服务器组200为管理云服务器90与多个网关30的通信等的装置组。管理用服务器组200从云服务器90接受对多个设备10中的一个或者多个确定的设备(通信对象设备)的访问请求，并且根据该访问请求，对多个网关30中的任意网关(具体而言，与该通信对象设备对应关联的网关)发送与云服务器90的隧道连接请求。

<1-2.mfp的结构概要>

图2为示出mfp的结构的概略图。mfp为具备扫描器功能、打印机功能、复印功能及数据通信功能等的装置(也称为复合机)。

mfp为能够进行印刷输出处理(打印处理)及图像读取处理(扫描处理)等的图像形成装置。在该实施方式中，在lan107内设置有多个mfp。另外，该多个mfp中的一部分mfp也作为网关30动作。

如图2所示，mfp具备图像读取部2、印刷输出部3、通信部4、保存部5、输入输出部6及控制器9等，使这些各个部分复合地动作从而实现各种功能。

图像读取部2为光学地读取被载置于mfp的预定位置的原稿并生成该原稿的图像数据(也称为原稿图像)的处理部。

印刷输出部3为基于与对象图像相关的图像数据而将图像印刷输出到纸等各种介质的输出部。

通信部4为能够进行借由公共线路等的传真通信的处理部。而且，通信部4能够进行借由网络108的网络通信。在该网络通信中，利用tcp/ip(transmissioncontrolprotocol/internetprotocol，传输控制协议/互联网协议)以及ftp(filetransferprotocol，文件传输协议)等各种协议，通过利用该网络通信，mfp能够在与期望的对方(服务器50、60、90等)之间交换各种数据。

详细而言，作为网关30动作的mfp的通信部4利用在网关30与连接请求传达服务器(50或者60)之间确立的消息会话(后述)，能够与该连接请求传达服务器通信(尤其地接收来自连接请求传达服务器的数据(隧道连接请求等))。另外，作为设备10动作的mfp的通信部4利用在网关30与云服务器90之间确立的隧道连接(后述)，也能够经由该网关30与云服务器90通信(尤其地接收来自云服务器90的数据)。此外，通信部4具有对其他装置发送数据等的发送部和从其他装置接收数据等的接收部。

保存部5由硬盘驱动器(hdd)以及非易失性存储器等保存装置构成。

输入输出部6具备接受对mfp的输入的操作输入部6a和进行各种信息的显示输出的显示部6b。此外，输入输出部6也被称为操作部。

控制器9为统括地控制mfp的控制部，构成为具备cpu和各种半导体存储器(ram以及rom等)。

控制器9在cpu中执行rom(例如，eeprom(注册商标)等)内所保存的预定的软件程序(也简称为程序)，从而实现各种处理部(控制图像形成动作等的动作控制部16以及后述的网关处理部18等)。

例如，作为网关30动作的mfp的控制器9实现网关处理部18(包含通信控制部31(参照图3)等)。另外，仅作为设备10动作的mfp的控制器9也可以具有同样的处理部，但是也可以不具有用于作为网关30发挥功能的处理部。此外，该程序被记录于例如各种可移动的记录介质(usb存储器等)，借由该记录介质而被安装于mfp即可。或者该程序也可以借由网络108等被下载并安装于mfp。

<1-3.各要素的结构概要>

图3为示出各要素30、80、90等的概略结构的图。参照图3对这些各要素进行说明。

<云服务器90>

云服务器90为将对至少一个通信对象设备的访问请求发送至平台服务器80的服务器。

云服务器90具备通信控制部91。通信控制部91执行与平台服务器80以及网关30的通信。尤其地，被配置于防火墙外部的云服务器90的通信控制部91使用隧道通信(后述)执行与被配置于防火墙内部的各网关30的通信。

<平台服务器80>

平台服务器80为构成管理用服务器组200的一个服务器，也被称为管理用服务器等。平台服务器80为能够接受来自云服务器90的访问请求的服务器。

平台服务器80具备通信控制部81、设备信息管理部82、解析部83及选择部84等各种处理部。

在平台服务器80的cpu中，执行保存部(hdd等)所保存的预定的软件程序(也简称为程序)从而实现这些各种处理部。此外，该程序被记录于例如各种可移动的记录介质(dvd-rom等)，借由该记录介质而被安装于平台服务器80即可。或者该程序也可以借由网络108等而被下载并安装于平台服务器80。

通信控制部81与通信部87(通信用硬件)协作，控制各种通信动作。例如，通信控制部81执行与云服务器90的通信，接收来自云服务器90的访问请求。另外，通信控制部81使用在连接请求传达服务器(50或者60)与网关30之间确立的消息会话(后述)来执行与各网关30的通信(隧道连接请求的发送等)。此外，通信部87具有对其他装置发送数据等的发送部和从其他装置接收数据等的接收部。

设备信息管理部82为管理作为平台服务器80的管理对象的多个网关30的信息(管理网关信息)以及从该多个网关30分别接收到的管理设备信息(作为各网关30的管理对象的设备的信息)等的处理部。这些信息(管理网关信息及管理设备信息)被记述于在平台服务器80的保存部(hdd(硬盘驱动器)等)85内所保存的管理表86中。在管理表86中记述有示出管理网关信息(各网关30的识别信息(例如ip地址)等)以及各网关30与各网关30下属的设备(管理对象设备)的关系的管理设备信息等。

解析部83为如下的处理部：解析从云服务器90接收到的访问请求的内容并且决定与各通信对象设备(在该访问请求中被指定为连接目的方(通信对象)的设备)10对应的通信对象网关。解析部83为基于管理表86决定能够中继对连接目的方设备10的通信的网关30的处理部。解析部83也被表现为决定应利用的网关30(通信中继装置)的中继装置决定部。

选择部84为如下的处理部：根据来自云服务器90的访问请求，基于访问请求的通信形态信息来从多个种类的通信路径中选择(决定)与各通信对象设备(也称为连接目的方设备)10相关的连接请求用通信路径(后述)。

另外，通信控制部81及通信部87等发送应在与云服务器90(访问请求的发送源的云服务器(也称为发送源云服务器))之间确立隧道连接的意思的隧道连接请求。借由由选择部84从多个种类的通信路径中选择(决定)出的隧道连接请求用通信路径(也简称为连接请求用通信路径)，对由解析部(中继装置决定部)83决定的网关30(通信中继装置)发送该隧道连接请求。此外，“连接请求用通信路径”也被称为“消息发送用通信路径”或者“防火墙穿过用通信路径”等。

此外，网关30(通信中继装置)在接收到该隧道连接请求时，根据该隧道连接请求在与云服务器90之间确立隧道连接。然后，该网关30利用该隧道连接来中继云服务器90与连接目的方设备10之间的通信。

<网关30>

各网关30分别具备通信控制部31等各种处理部。通过在网关30(mfp)的控制器9中执行预定的程序而实现这些各种处理部。

通信控制部31为控制与其他装置的通信的处理部。通信控制部31具有消息会话通信控制部32、隧道通信控制部33和lan内通信控制部34。

lan内通信控制部34为执行与lan内的各种装置(设备10等)的通信的处理部。

另一方面，消息会话通信控制部32和隧道通信控制部33分别为执行与lan外的各种装置的通信的处理部。

消息会话通信控制部32为使用消息会话(xmpp连接或者mqtt连接等)执行与连接请求传达服务器(50或者60)的通信的处理部。消息会话通信控制部32在与连接请求传达服务器(50或者60)之间确立消息会话，执行与该连接请求传达服务器的通信。

隧道通信控制部33为使用隧道通信(后述)执行与云服务器90的通信的处理部。隧道通信控制部33在与云服务器90之间确立隧道通信，中继云服务器90与确定的设备10的通信。隧道通信控制部33也被称为对云服务器通信部(或者云服务器通信部)。

如后述，通过利用消息会话，能够从防火墙fw(参照图4等)的外部的装置(连接请求传达服务器(50或者60))对防火墙fw的内部的装置(网关30)发送数据(消息等)。另外，通过利用隧道连接，能够从防火墙fw的外部的装置(云服务器90)对防火墙fw的内部的装置(网关30及设备10)发送数据(固件更新数据等)。

<1-4.比较例的动作>

在此，参照图34及图35对比较例的动作进行说明。在该比较例的动作中，在防火墙外部的管理用服务器组200(尤其地为xmpp服务器50x)与防火墙内部的网关30之间提前确立(作为防火墙的例外的)消息会话(xmpp连接)，从防火墙外部的云服务器90经由该管理用服务器组200及该网关30，能够对防火墙内部的设备10进行访问。管理用服务器组200具有平台服务器80及xmpp服务器(在此为固定运用服务器(其运用费用为固定地发生的服务器))50x。

如上所述(参照图34)，网关30在其启动时等，在与预先指定的xmpp服务器(固定运用服务器)50x之间预先确立好通信会话(详细而言为消息会话)(511)。此后，在从云服务器90向确定的设备10的访问请求发生时，通过利用xmpp服务器50x与网关30(30x)之间的该消息会话(持续连接通信会话)(511)，从平台服务器80经由xmpp服务器50x将隧道连接请求发送至该网关30x。该网关30x基于该隧道连接请求在与云服务器90之间确立隧道通信(参照图35)。然后，使用该隧道通信进行从云服务器90向(经由网关30的)设备(图像形成装置)10的访问。

更详细而言，首先，各网关30在各自的启动时等，对预先指定的xmpp服务器50x发送消息会话的连接请求(确立请求)。响应于此，xmpp服务器50x承认该确立请求，从而在各网关30与xmpp服务器50x之间分别确立消息会话(511)(参照图34)。换言之，根据从防火墙内部的网关30向防火墙外部的xmpp服务器50x的访问，来确立消息会话。作为该消息会话(通信会话)，例示使用了“xmpp：extensiblemessagingandpresenceprotocol，可扩展的消息传递和现场协议”协议的消息会话。另外，各网关30向平台服务器80提前发送各网关30的管理下的设备(管理对象设备)的信息等。另外，平台服务器80将包含各网关30的管理对象设备的信息的登记信息(管理表86)保存于平台服务器80的保存部85(图3)。

然后，利用xmpp服务器50x与网关30之间的该消息会话，能够进行从云服务器90向设备(图像形成装置)10的访问。

详细而言，在云服务器90想要进行对确定的设备10x的访问(通信)的情况下，首先将针对确定的设备10x的访问请求从云服务器90发送至平台服务器80。

平台服务器80基于管理信息(管理表86)确定与确定的设备10对应的网关30(在其下属具有确定的设备10x的确定的网关30x等)。换言之，基于管理表86确定应访问的网关30。此外，不限定于此，例如，应访问的网关30也可以和应访问的确定的设备10等一起由用户预先指定。然后，也可以基于该指定确定应访问的网关30。

另外，平台服务器80经由xmpp服务器50x对确定的网关30发送隧道连接请求。

例如，首先，在对确定的设备10x的访问请求被从云服务器90发送至平台服务器80的情况下，平台服务器80基于管理信息(管理表86)确定与确定的设备10x对应的网关(30x)。

接下来，当在xmpp服务器50x与(与确定的设备10x对应的)确定的网关30x之间确立了消息会话511时，平台服务器80借由该消息会话511对该确定的网关30x发送隧道连接请求。“隧道连接请求”是应在与云服务器90之间确立隧道连接(隧道通信连接)的意思的连接请求(确立请求)。像这样，当在xmpp服务器50x与确定的网关30x之间确立了消息会话511时，利用xmpp服务器50x与网关30x之间的该消息会话511发送该隧道连接请求。

接收到隧道连接请求的网关30响应于该隧道连接请求，对云服务器90发送http(hypertexttransferprotocol，超文本传输协议)会话(更详细而言，为https(hypertexttransferprotocolsecure，超文本传输协议安全)会话)的确立请求。然后，云服务器90承认该确立请求，从而在该网关30与云服务器90之间确立http会话所致的隧道连接(隧道通信)。换言之，根据从防火墙内部的网关30向防火墙外部的云服务器90的访问，确立隧道连接(隧道通信)。然后，使用该http会话所致的隧道通信，云服务器90能够经由网关30向设备10(例如10d)发送各种数据。像这样的http(https)会话的确立请求也被称为隧道连接的确立请求。此外，在图35中，由带有砂质阴影的细长矩形来示意地示出“隧道通信”。

<1-5.第一实施方式的动作>

在上述比较例的动作中，由于想要在网关30与xmpp服务器50x之间预先确立消息会话(通信会话)，因此例如xmpp服务器50x被持续运行。另外，为了实现xmpp服务器50x的持续运行，例如固定地运用该xmpp服务器50x(具体而言，购入或者按定额计费体系租借运用)。此外，该xmpp服务器50x是其运用费用固定地发生的服务器，因此也被称为固定运用服务器。

然而，在想要使xmpp服务器50x持续运行时，存在xmpp服务器50x的运用成本巨大的问题。尤其地，在xmpp服务器50x的台数变多时，xmpp服务器50x的运用成本变得非常大。

在此，在xmpp服务器50x(详细而言，固定运用服务器)的运行期间的整体中，存在着实际上未进行数据(隧道连接请求等)的发送接收的期间。尤其地，隧道连接请求的发送接收的频率比较低，进行实际的发送接收的期间相对于该固定运用服务器的整个运行期间的占比(简而言之，固定运用服务器的运行率)比较低。简而言之，等待隧道连接请求的执行指示的期间(空闲期间)长，固定运用服务器的利用效率低。

于是，在该实施方式中，作为管理用服务器组200中的隧道连接请求的通信用的服务器(作为“连接请求传达服务器”(消息传达服务器))，代替上述那样的固定运用服务器(其运用费用固定地发生的服务器)(xmpp服务器50x)，利用运用费用可变动的服务器(也称为变动运用服务器或者非固定运用服务器)(详细而言，为按“非定额计费体系”租借运用的服务器)。由此，能够降低运用成本。在此，“非定额计费体系”为定额计费以外的计费体系，包含与使用量(使用数据量或者使用时间等)相应的从量计费体系。

另外，可选择性地利用多个种类(在此为2个种类)的非定额计费服务器作为按“非定额计费体系”运用的服务器(也称为非定额计费服务器)。具体而言，选择性地利用“时间计费服务器”50(根据利用时间计费的服务器(适用时间计费制的服务器))和“数据量计费服务器”60(根据通信数据量来计费服务器(适用数据量计费制的服务器))这2个种类的从量制计费服务器。更详细而言，基于来自云服务器90的访问请求的通信形态信息(通过该访问请求指定的通信对象设备的数量等)，从时间计费服务器(也称为时间计费制服务器)50和数据量计费服务器(也称为数据量计费制服务器)60中，选择一个种类的非定额计费服务器。由此，能够利用2个种类的服务器中的与访问请求的内容相应的服务器(更便宜的服务器)。

这些多个种类的服务器50、60为按互不相同的种类的非定额计费体系(从量计费制(变动计费制))运用的多个种类的服务器。另外，能够根据通信(隧道连接请求等)的通信形态(通信频率或者通信密度等)变更(反转)该多个种类的服务器50、60的计费金额的相互间的大小关系。例如，在仅以非常低的频率发送消息(隧道连接请求)的情况(零星地发送少量消息的情况等)下，数据量计费服务器60的计费金额比时间计费服务器50的计费金额更低廉。反之，在以非常高的频率发送消息的情况(集中地发送非常多的消息的情况等)下，时间计费服务器50的计费金额比数据量计费服务器60更低廉。

在此，以如下方式计算1台数据量计费服务器60的费用。例如，假设以每个消息(最小发送数据单位)(5kb(千字节))“0.000001usd(unitedstatesdollar，美元)”的金额来计费，一个隧道连接请求为一个消息(5kb)以内的情况。在该情况下，计算出隧道连接请求的数量乘以“0.000001usd”得到的数额作为数据量计费服务器的费用。假如，当在访问请求中指定了100万个设备作为通信对象设备时，由于请求100万个隧道连接请求的发送，因此作为数据量计费服务器的费用计算出“1”usd(＝100万ד0.000001”usd)。另外，当在访问请求中指定了仅一个设备作为通信对象设备时，由于请求一个隧道连接请求的发送，因此作为数据量计费服务器的费用计算出“0.000001”usd(＝1ד0.000001”usd)。此外，尽管数据量计费服务器60被(不管消息发送的有无)持续启动，但不实行依据数据量计费服务器60的启动期间(以及数据发送的“时间”)的计费。对于数据量计费服务器60的利用，仅根据发送数据的数据量来计费。

另一方面，以如下方式计算1台时间计费服务器50的费用。例如，关于具有某级别的处理能力的时间计费服务器，假设以每小时“0.133(usd)”(每秒“0.00003694(usd)”)的金额来计费，该服务器每秒能够处理100个消息(100个隧道连接请求)的情况。假如，当在访问请求中指定了100万个设备作为通信对象设备时，由于与100万个设备相关的100万个隧道连接请求的发送需要1万秒(约3小时)的运行时间(100万(个)/100(个/秒)＝1万秒＝2.7778小时)，因此作为时间计费服务器的费用计算出“0.3694”usd(＝1000000×0.00003694＝2.7778×0.133usd)。另外，由于与一个设备相关的一个隧道连接请求的发送需要1秒以下(1/100秒)的运行时间，因此作为时间计费服务器的费用计算出最小计费单位的1秒乘以1秒单价(每秒“0.00003694(usd)”)得到的金额“0.00003694(usd)”。

因此，当在访问请求中指定了仅一个设备作为通信对象设备时(换言之，当通信频率比预定程度更低时)，数据量计费服务器60的费用(“0.000001”usd)比时间计费服务器50的费用(“0.00003694”usd”)更廉价(低廉)。

另一方面，当在访问请求中指定了100万个设备作为通信对象设备时(换言之，当通信频率比预定程度更高时)，反之，时间计费服务器50的费用(“0.399”usd)比数据量计费服务器60的费用(“1”usd)更廉价(低廉)。

图12为示出这样的2个种类的非定额计费体系的费用的图表的图。曲线l11示出时间计费服务器50的费用，曲线l20示出数据量计费服务器60的费用。比较两条曲线l11、l20可知，当通过访问请求指定的通信对象设备的数量n(换言之，隧道连接请求的数量)比预定数量th1(th11)小时，数据量计费服务器60的费用(参照l20)比时间计费服务器50的费用(参照l11)更低廉。另一方面，当该通信对象设备的数量n比预定数量th1(th11)大时，时间计费服务器50的费用(参照l11)比数据量计费服务器60的费用(参照l20)更低廉。

此后，借由作为传达隧道连接请求的通信路径而从多个种类(在此为2个种类)的通信路径中选择出的“连接请求用通信路径”(消息发送用通信路径)，对与至少一个通信对象设备对应的至少一个通信对象网关开始发送处理。在此，连接请求用通信路径为越过防火墙(使穿过)将隧道连接请求发送至网关的通信路径(也称为防火墙穿过用通信路径)。各连接请求用通信路径为经由上述多个种类的服务器(50、60等)的任意服务器穿过防火墙的路径，并且为经由该多个种类的服务器中的互不相同的种类的服务器的路径。例如，作为连接请求用通信路径，存在：第一路径，经由多个种类的服务器中的“时间计费服务器50”从平台服务器80侧通过防火墙；以及第二路径，经由该多个种类的服务器中的“数据量计费服务器60”从平台服务器80侧穿过防火墙。

此外，在上述的费用计算示例中，在时间计费服务器50的费用的计算中，没有考虑该时间计费服务器50的启动所需的时间(所需启动时间)，但是也可以考虑该所需启动时间。当考虑该所需启动时间时，预定数量(阈值)th1转变为比值th1更大的值th12(或者th13)等。曲线l12、l13示出考虑了该所需启动时间的时间计费服务器50的费用。曲线l12示出与比较小的所需启动时间对应的时间计费服务器50的费用，曲线l13示出与比较大的所需启动时间对应的时间计费服务器60的费用。

另外，在此，主要例示了选择1台连接请求传达服务器作为“时间计费服务器”的形态，但不限定于此。例如，也可以选择多个连接请求传达服务器(在图19中为多个时间计费服务器50)作为“时间计费服务器”。在图19中，示出了在通信系统中设置多个时间计费服务器，能够选择多个时间计费服务器作为多个连接请求传达服务器的状态。

具体而言，将应传达与通过访问请求指定的至少一个通信对象设备相关的隧道连接请求的连接请求传达服务器全部由时间计费服务器50(多个时间计费服务器)构成的情况下的合计费用与该连接请求传达服务器全部由数据量计费服务器60构成的情况下的合计费用进行比较。然后，选择与两个合计费用中的更廉价的费用(最便宜的费用)对应的种类的连接请求传达服务器(例如，“时间计费服务器”(详细而言为多个时间计费服务器50))即可。

在该实施方式中，作为时间计费服务器50，例示能够利用xmpp协议对网关发送隧道连接请求(更详细而言，使穿过防火墙)的服务器(也称为xmpp服务器)。时间计费服务器50在不存在应发送的数据的情况下，具有未被启动的状态(也称为非启动状态或者非运行状态)。此后，在平台服务器80选择了第一路径(经由时间计费服务器50的路径)作为连接请求用通信路径的情况下，平台服务器80使非运行状态(非启动状态)的时间计费服务器50启动。在此，平台服务器80对服务启动用服务器40发送时间计费服务器50的启动委托，接收到该启动委托的服务启动用服务器40启动时间计费服务器50。此外，不限定于此，平台服务器80也可以直接启动时间计费服务器50。

此外，当xmpp连接确立时，(在不存在如第六实施方式示出的负载均衡器(负荷分散服务器)70(后述)的情况下，)进行如下的动作。首先，网关30在尚未确立与时间计费服务器50的xmpp连接(消息会话)的状态(未连接状态)下，以预定时间间隔(例如间隔1分钟)对与该网关30对应的时间计费服务器50发送xmpp连接请求。在时间计费服务器50具有非运行状态的情况下，由于该时间计费服务器50无法接收该xmpp连接请求，因此网关30与该时间计费服务器50之间的连接没有被确立。另一方面，在时间计费服务器50具有运行状态的情况下，该时间计费服务器50接收该xmpp连接请求，在网关30与该时间计费服务器50之间确立xmpp连接。

另外，作为数据量计费服务器60，例示能够利用mqtt协议穿过防火墙对网关发送隧道连接请求的服务器(也称为mqtt服务器)。数据量计费服务器60具有即使在不存在应发送的数据的情况下也被启动的状态(也称为启动状态或者运行状态)。在该运行状态下，在数据量计费服务器60与各网关30之间确立有根据mqtt协议的消息会话(持续连接)。但是，如果仅仅确立了该消息会话，尚未进行实质的数据发送，则不进行实质的计费。另外，在利用该消息会话、经由数据量计费服务器60向网关30发送隧道连接请求时，以与该隧道连接请求的数量据量相应的费用来计费。

此外，在此，在时间计费服务器50和数据量计费服务器60中，使用互不相同的协议发送隧道连接请求。具体而言，在时间计费服务器50中使用xmpp协议，在数据量计费服务器60中使用mqtt协议。但是，不限定于此，在时间计费服务器50和数据量计费服务器60中也可以使用相同协议(例如，两种服务器50、60都使用xmpp协议)发送隧道连接请求。

<1-6.详细动作>

图4为示出通信系统1的初始状态的图。另外，图5为示出第一实施方式的平台服务器80的动作的流程图。参照这些图等对第一实施方式的动作进行更加详细的说明。

图4示出在某时间点t0的通信系统1的状态(也称为初始状态或者访问请求接收前的状态)。在时间点t0，时间计费服务器50具有非运行状态，没有发生与时间计费服务器50相关的费用。另外，尽管数据量计费服务器60具有运行状态，但也没有发生与数据量计费服务器60相关的费用。

在第一实施方式中，对各设备10分别预先确定有对应的网关30，并且对各网关30也分别预先确定有对应的时间计费服务器50。因此，对各设备10分别预先确定有对应的时间计费服务器50。平台服务器80预先保存这样的对应关系的信息。

各网关30保存对应的时间计费服务器50的信息(时间计费服务器50的ip地址等)，能够访问该对应的时间计费服务器50。具体而言，网关30在尚未确立与时间计费服务器50的连接的状态(未连接状态)下，以预定时间间隔(例如间隔1分钟)对与该网关30对应的时间计费服务器50发送连接请求。但是，在时间计费服务器50具有非运行状态的情况下，由于该时间计费服务器50无法接收该连接请求，因此网关30与该时间计费服务器50之间的连接没有被确立。

在这样的通常状态(图4)下，平台服务器80从某云服务器90接收访问请求(步骤s11(图5))。在访问请求中包含有委托源的云服务器90的信息以及设备列表300(参照图6)。如图6所示，在设备列表300中记述有被指定为通信对象的设备(通信对象设备)的设备id、访问请求的种类(“安全脆弱性对策的固件更新指示”、“(非安全对策的)固件更新指示”、“日志上载指示”、……)。通过对该访问请求所包含的设备id的数量计数能够计算出通信对象设备的数量。像这样，在访问请求中包含有通信形态信息(通过该访问请求指定为通信对象的通信对象设备的数量等)。

接收到来自云服务器90的访问请求的平台服务器80根据该访问请求，开始借由从多个种类的通信路径中选择的连接请求用通信路径对各通信对象网关发送隧道连接请求的处理(发送处理)。在第一实施方式中，响应于一个访问请求的接收而立即开始发送路径的选择处理(步骤s23(图5)等)以及发送处理(步骤s24、s28)等。

具体而言，接收到来自云服务器90的访问请求的平台服务器80基于该访问请求的通信形态信息(通过该访问请求指定的通信对象设备的数量等)，执行从时间计费服务器50和数据量计费服务器60中选择一个种类的非定额计费服务器(从量制计费服务器)的处理等。

更详细而言，首先，平台服务器80计算时间计费服务器50d的利用费用(步骤s21)，并且计算数据量计费服务器60的利用费用(步骤s22)。详细而言，在步骤s21中，计算在通过经由时间计费服务器50的第一路径发送与通过该访问请求指定的通信对象设备相关的隧道连接请求的情况下的费用。在步骤s22中，计算在通过经由数据量计费服务器60的第二路径发送与通过该访问请求指定的通信对象设备相关的隧道连接请求的情况下的费用。此后，在步骤s23中，比较这两个费用，执行基于比较结果的选择处理(通信路径选择处理)以及分歧处理。此外，通信路径选择处理为基于访问请求的通信形态信息从多个种类的通信路径中选择与通信对象设备相关的连接请求用通信路径(详细而言，与和该通信对象设备对应的网关的连接请求用通信路径)的处理。此后，平台服务器80借由从多个种类的通信路径中选择出的连接请求用通信路径，对与各通信对象设备对应的各通信对象网关发送隧道连接请求。

例如，在数据量计费服务器60的费用比时间计费服务器50的费用更低廉的情况下，选择(决定)数据量计费服务器60作为连接请求传达服务器。换言之，从多个种类的通信路径中选择(决定)第二路径作为连接请求用通信路径。然后，通过步骤s24，平台服务器80经由数据量计费服务器60，将隧道连接请求发送至与各通信对象设备10对应的各网关(对应网关)30(参照图7)。在图7中，示出了经由数据量计费服务器60将与各通信对象设备10相关的隧道连接请求发送至各对应网关30的情形。

另一方面，在时间计费服务器50的费用比数据量计费服务器60的费用更低廉的情况下，选择(决定)时间计费服务器50作为连接请求传达服务器。换言之，从多个种类的通信路径中选择(决定)第一路径作为连接请求用通信路径。然后，进入步骤s26(图5)。在步骤s26中，平台服务器80对服务启动用服务器40送出应启动与各对应网关对应的时间计费服务器50的意思的启动委托(也参照图8)。服务启动用服务器40基于该启动委托而对一个或者多个时间计费服务器50(在图8中为一个时间计费服务器50)发送启动指令，从而启动该一个或者多个时间计费服务器50。该一个或者多个时间计费服务器50根据该启动指令转变为运行状态(参照图8)。

如上所述，在尚未确立与时间计费服务器50的连接的状态(未连接状态)下，各网关30以预定时间间隔(例如间隔1分钟)对与该网关30对应的时间计费服务器50发送连接请求(参照图9)。在时间计费服务器50具有运行状态的情况下，该时间计费服务器50接收该连接请求，在各网关30与该时间计费服务器50之间确立各xmpp连接(参照图10)。另外，各时间计费服务器50将确立了该xmpp连接的意思发送至平台服务器80。

然后，平台服务器80开始利用该xmpp连接将隧道连接请求经由各时间计费服务器50发送至各网关30的处理(步骤s28)。换言之，平台服务器80开始经由各网关30与已启动的时间计费服务器50之间第一路径将隧道连接请求发送至各通信对象网关的处理(参照图11)。在图11中，示出了经由时间计费服务器50将与各通信对象设备10相关的隧道连接请求发送至各对应网关30的情形。

此后，各网关(也称为通信对象网关)在经由时间计费服务器50或者数据量计费服务器60接收了隧道连接请求时，基于该隧道连接请求在与云服务器90之间确立隧道连接。

然后，各通信对象网关30利用确立的该隧道连接，中继访问请求的发送源的云服务器90与和该各通信对象网关对应的各设备的通信。

根据如以上的动作，平台服务器80将与通过来自云服务器90的访问请求指定的各通信对象设备相关的隧道连接请求(消息)借由在按非定额计费体系运用的服务器与和各通信对象设备对应的各通信对象网关之间确立的消息会话发送至各通信对象网关30。简而言之，利用按非定额计费体系运用的服务器作为连接请求传达服务器(消息传达服务器)，将隧道连接请求发送至各通信对象网关30。因此，与利用固定运用服务器(购入运用的服务器或者按定额计费体系(固定计费制)租借运用的服务器等)将隧道连接请求发送至各通信对象网关30的情况(换言之，用于越过防火墙传达消息的消息传达服务器始终发生固定的运用费用的情况)相比，能够降低降低通信系统1的运用成本(尤其是连接请求传达服务器的运用成本)。

另外，平台服务器80基于访问请求的通信形态信息，从按互不相同的种类的非定额计费体系运用并且能够根据通信形态(消息数量等)来变更其相互间的计费金额的大小关系的多个种类的服务器50、60中决定连接请求传达服务器。换言之，平台服务器80基于访问请求的通信形态信息，从多个种类的通信路径中选择与通过来自云服务器90的访问请求指定的通信对象设备相关的连接请求用通信路径(消息发送用通信路径)。详细而言，从经由多个种类的服务器50、60中的时间计费服务器50的第一路径与经由该多个种类的服务器中的数据量计费服务器60的服务器第二路径中，选择利用费用最便宜的路径。简而言之，基于通过访问请求指定的通信对象设备的数量，选择2个种类的服务器中更便宜的服务器。因此，能够进一步地抑制通信系统1的运用成本。

<2.第二实施方式>

第二实施方式为第一实施方式的变形例。以下以与第一实施方式的不同点为中心进行说明。

上述在第一实施方式中，平台服务器80响应于一个访问请求的接收而立即执行通信路径选择处理(步骤s21～s23)(图4)，且立即开始借由选择出的连接请求用通信路径发送隧道连接请求的处理(步骤s24、s28)，但不限定于此。

例如，平台服务器80也可以在从一个访问请求的接收时间点开始等到经过预定期间t2(例如12小时)之后，执行与也包含在该预定期间内进一步地接受到的其他访问请求的多个访问请求所包含的多个通信对象设备相关的通信路径选择处理等。详细而言，也可以基于该多个访问请求的通信形态信息来选择与通过该多个访问请求指定为通信对象的多个通信对象设备相关的连接请求用通信路径。然后，也可以开始借由选择出的连接请求用通信路径对与该多个通信对象设备对应的各通信对象网关发送隧道连接请求的处理。由此，能够更加恰当地决定用于传达与更多的通信对象设备相关的隧道连接请求的连接请求传达服务器。尤其地，通过汇总发送更多的隧道连接请求，能够抑制利用费用。换言之，能够进一步地抑制通信系统1的运用成本。

在第二实施方式中，对这样的改变例进行说明。

图13为示出第二实施方式的平台服务器80的动作的流程图。

与图5(示出第一实施方式的动作的流程图)比较可知，在图13中追加了步骤s12、s14、s15。

平台服务器80在通过步骤s11接收到来自云服务器90的一个访问请求(时刻t1)后，通过步骤s12、s14的待机循环待机至经过预定期间t2(例如12小时)为止。另外，当在该待机期间t2中进一步地接收到其他访问请求时，从步骤s14进入步骤s15。在步骤s15中，执行将通过追加接收到的访问请求指定为通信对象的设备追加为通信对象设备的处理。

此后，在从一个访问请求的接收时间点t1开始经过预定期间t2时，进入步骤s21以后的步骤。在步骤s21～s23中，执行与包含追加的设备的通信对象设备相关的连接请求用通信路径的选择处理。

此后，与第一实施方式同样地，根据在步骤s23的选择结果执行步骤s24的处理或者步骤s26、s28的处理。

根据这样的动作，能够更加恰当地决定用于传达与更多的通信对象设备相关的隧道连接请求的连接请求传达服务器。具体而言，能够汇总执行与多个访问请求相关的处理从而提高通信频率。与零星地发送比较多的隧道连接请求的情况相比，通过汇总(集中地)发送相同数量的隧道连接请求能够进一步地抑制通信系统1的运用成本。例如，存在如下的情况：在短时间内多次接收到指定少量通信对象设备的访问请求的情况下，即使为假如在针对各个访问请求来计算出上述两种费用时判断为第二路径(经由数据量计费服务器的路径)更为廉价的状况，但在汇总该多个访问请求来计算出上述两种费用时，根据通信对象设备的总数量(通过汇总该多个访问请求而增大的设备总数量)，第一路径(经由时间计费服务器的路径)更为廉价。在本实施方式中，通过汇总在预定期间t2的期间接收到的访问请求，在上述情况下选择廉价的第一路径。

<第二实施方式的变形例>

在上述第二实施方式中，作为预定期间t2，对于全部的访问请求设定了相同的值，但不限定于此。也可以针对每个访问请求设定与访问请求的种类相应的预定期间t2。例如，也可以将预定期间t2变更(设定)为与访问请求的种类的紧急程度相应的长度。

图14为示出与这样的变形例相关的动作的流程图。与图13比较可知，在步骤s12b中，将具有与紧急程度相应的长度的期间设定为预定期间t2且判定该预定期间t2的经过的有无。

图15为预先规定了访问请求的种类与预定期间(待机期间)t2的关系的数据表320的图。该数据表320被保存在平台服务器80内。

基于接收到的访问请求的种类和该数据表320，决定针对各访问请求的待机期间t2。

例如，访问种类“安全脆弱性对策的固件更新指示”的访问请求被判断为具有比较高的紧急度，其待机期间t2被设定为“10分钟”(比较短的期间)。反之，访问种类“日志上载指示”(应将设备10内的日志数据上载至云服务器90的意思的指示)的访问请求被判断为具有比较低的紧急度，其待机期间t2被设定为“24小时”(比较长的期间)。像这样，根据各访问请求的紧急度来决定待机期间t2的长度。详细而言，各访问请求的紧急程度越高，则将与该访问请求相关的待机期间t2变更为越短的时间。

然后，通过步骤s12b判定该待机期间t2的经过的有无。在判定经过了待机期间t2的意思时，进入步骤s21以后的步骤，执行与第二实施方式同样的动作即可。

此外，当在步骤s12b、s14的待机循环中追加接收到其他访问请求的情况下，优选地，通过步骤s12b也判定针对追加接收的该访问请求的预定期间t2的经过的有无。然后，在从任意的访问请求的接收时间点开始经过了与该访问请求对应的待机期间t2的时间点，进入步骤s21以后的步骤即可。

另外，在此，将最短的待机期间t2设定为“10分钟”，但不限定于此，也可以将最短的待机期间t2设定为“0分钟”(换言之，设定为“应立刻执行的意思”)。

另外，在第二实施方式及其变形例中，平台服务器80接收来自单一的云服务器90的访问请求，但不限定于此，平台服务器80也可以接收来自多个云服务器90的访问请求。然后，也可以基于来自该多个云服务器90的多个访问请求的通信形态信息来选择与通过该多个访问请求指定的多个通信对象设备相关的连接请求用通信路径。

<3.第三实施方式>

第三实施方式为第一实施方式的变形例。以下以与第一实施方式的不同点为中心进行说明。

在该第三实施方式中，在接收到包含一个访问请求的预定数量m1(例如10个)的访问请求的时间点，平台服务器80基于预定数量m1的访问请求的通信形态信息来选择与该预定数量m1的访问请求所包含的多个通信对象设备相关的连接请求用通信路径。详细而言，基于该预定数量m1的访问请求的通信形态信息来选择与通过该预定数量m1的访问请求指定为通信对象的多个通信对象设备相关的连接请求用通信路径。然后，开始借由选择出的连接请求用通信路径对与该多个通信对象设备对应的各通信对象网关发送隧道连接请求的处理。由此，能够更加恰当地决定用于传达与更多的通信对象设备相关的隧道连接请求的连接请求传达服务器。尤其地，通过汇总发送更多的隧道连接请求，能够抑制利用费用。换言之，能够进一步地抑制通信系统1的运用成本。

在第三实施方式中，对这样的改变例进行说明。

图16为示出第三实施方式的平台服务器80的动作的流程图。

与图5(示出第一实施方式的动作的流程图)比较可知，在图16中追加了步骤s13、s14、s15。

平台服务器80在通过步骤s11接收到来自云服务器90的一个访问请求后，通过步骤s13、s14的待机循环待机直至访问请求的接收数量达到预定数量m1(例如10个)。另外，当在该待机期间中进一步地接收其他访问请求时，从步骤s14进入步骤s15。在步骤s15中，执行将通过追加接收到的访问请求指定为通信对象的设备追加为通信对象设备的处理。

此后，预定数量m1的访问请求的接收数量达到预定值m时，进入步骤s21以后的步骤。在步骤s21～s23中，执行与包含追加的设备的通信对象设备相关的连接请求用通信路径的选择处理。

此后，与第一实施方式同样地，根据在步骤s23的选择结果执行步骤s24的处理或者步骤s26、s28的处理。

根据这样的动作，通过汇总执行与多个访问请求相关的处理，能够得到与第二实施方式同样的效果。

<第三实施方式的变形例>

关于预定数量m1的访问请求数量，在上述第三实施方式中，汇总执行了连接请求用通信路径的选择处理，但不限定于此。也可以关于通过至少一个访问请求指定为通信对象的预定数量m2(例如1000个)的通信对象设备，汇总执行连接请求用通信路径的选择处理。

具体而言，平台服务器80也可以在接收到对预定数量以上的通信对象设备的至少一个访问请求的时间点，执行与通过该至少一个访问请求指定为通信对象的多个通信对象设备相关的连接请求用通信路径的选择处理。换言之，也可以当通过接收到的一个或者多个访问请求指定为通信对象的多个通信对象设备的合计数量(指定设备总数量)为预定数量m2以上时，执行与该多个通信对象设备相关的连接请求用通信路径的选择处理。

<第三实施方式的其他变形例>

另外，也可以将第三实施方式的形态与第二实施方式的形态组合执行。具体而言，如图17所示，也可以在待机期间t2的经过时间点与到访问请求数量的预定数量m1的达到时间点中的较早的时间点，执行与通过到此之前接收到的访问请求指定为通信对象的多个通信对象设备相关的连接请求用通信路径的选择处理。在图17中示出了步骤s12b、s13、s14的待机循环。如图17所示，也可以通过步骤s12b判定了预定期间t2的经过或者在步骤s13访问请求数量达到了预定值m1的时间点，执行连接请求用通信路径的选择处理等。此外，在步骤s13中可以判定访问请求的接收数量是否达到了预定数量m1，和/或，也可以判定指定设备总数量是否达到了预定数量m2。

<4.第四实施方式>

第四实施方式为第一实施方式～第三实施方式等的变形例。以下以与第一实施方式的不同点为中心进行说明。

在上述各实施方式中，平台服务器80根据至少一个访问请求的接收来执行通信路径选择处理(步骤s21～s23)，并且开始借由选择出的连接请求用通信路径发送隧道连接请求的处理(步骤s24、s28)。

此后，当在完成与该至少一个访问请求(也称为第一访问请求)相关的全部的隧道连接请求的发送处理之前进一步地接收到新的访问请求(也称为第二访问请求)的情况下，也可以考虑与在该新的访问请求的接收时间点发送未完成的隧道连接请求对应的通信对象设备，再次执行通信路径选择处理。具体而言，也可以基于第一访问请求的通信形态信息和第二访问请求的通信形态信息，从多个种类的通信路径中选择与第一访问请求中的至少一个通信对象设备中的“未完成设备”和第二访问请求中的通信对象设备相关的连接请求用通信路径。在此，“未完成设备”为通过第一访问请求指定为通信对象的通信对象设备中的未完成与该第一访问请求相应的隧道连接请求的发送处理的通信对象设备。

在第四实施方式中，参照图18对这样的形态进行说明。图18为示出第四实施方式的平台服务器80的动作的流程图。

当执行了与第一访问请求(至少一个访问请求)相关的通信路径选择处理(步骤s21～s23)、开始了隧道连接请求(步骤s24、s28)时，执行新的访问请求的等待处理(步骤s31、s32)。

在步骤s31、s32的待机循环的待机期间，在步骤s32中判定为完成了与通过第一访问请求指定的全部的通信对象设备相关的隧道连接请求的发送的意思时，图18的处理结束。

另一方面，在步骤s31、s32的待机循环的待机期间，在完成与通过第一访问请求指定的全部的通信对象设备相关的隧道连接请求的发送之前，平台服务器80接收到新的访问请求时，从步骤s31进入步骤s33。在步骤s33中，决定执行通信路径的再决定处理的意思，并返回步骤s21。

在返回了步骤s21后的再决定处理(s21～s23)(也称为再选择处理)中，基于第一访问请求的通信形态信息和第二访问请求的通信形态信息，从多个种类的通信路径中选择与通过第一访问请求指定的全部的通信对象设备中的“未完成设备”(也称为剩余通信对象设备)和通过第二访问请求指定的全部的通信对象设备相关的连接请求用通信路径。

在此后的步骤s24或者步骤s28中，开始借由通过再决定处理从多个种类的通信路径中选择出的连接请求用通信路径对分别与未完成设备和第二访问请求中的通信对象设备对应的通信对象网关发送隧道连接请求。

在上述再决定处理中，例如，在通过第一访问请求指定为通信对象的1000台通信对象设备中的850台为未完成设备时，与通过第二访问请求指定的3台通信对象设备合计，判定为存在853台的通信对象设备的意思。然后，选择用于发送与该853台通信对象设备相关的隧道连接请求的最佳通信路径。

更详细而言，作为与“1000台”通信对象设备相关的连接请求用通信路径，在选择了经由时间计费服务器50的第一路径的情况下，在再决定处理中，作为与“853台”通信对象设备相关的连接请求用通信路径，继续选择经由该时间计费服务器50的第一路径。由此，通过汇总处理更多的通信对象设备，能够进一步地降低运用成本。

<5.第五实施方式>

在上述各实施方式中，例示了通信系统1通过访问请求仅将能够选择性地利用上述多个种类的服务器来作为隧道连接请求的通信用的服务器(连接请求传达服务器)的设备(换言之，能够选择性地利用上述多个通信路径的设备)指定为通信对象设备的形态。但是，不限定于此，也可以通过访问请求将比较例的仅能够利用固定运用服务器(50x等)作为隧道连接请求的通信用的服务器的设备指定为通信对象设备。

在第五实施方式中，作为设备10存在2种类型的设备。具体而言，存在“第一类型设备”(能够选择性地利用上述多个种类的非定额计费服务器(50、60)作为连接请求传达服务器(隧道连接请求的通信用的服务器)的设备)和“第二类型设备”(仅能够利用固定运用服务器(50x等)作为连接请求传达服务器的设备)。第二类型设备相当于比较例的设备，也称为“旧型设备”。另一方面，第一类型设备为能够适用上述各实施方式的思想的新类型的设备，也称为“新型设备”。

图20为示出第五实施方式的平台服务器80的动作的流程图。另外，图21为示出第五实施方式的通信系统1的概略结构的图。

如图21所示，与第一实施方式等同样地，在第五实施方式的通信系统1中设置了数据量计费服务器60以及时间计费服务器50。此外，还设置了作为与旧型设备相关的连接请求传达服务器而利用的固定运用服务器150(xmpp服务器50x、50y等)。

在此，时间计费服务器50及固定运用服务器150均为xmpp服务器。但是，时间计费服务器50为时间计费制的服务器，在通常情况下(非使用时)具有非运行状态(非启动状态)(参照图21)。在图21中，以虚线表现示出时间计费服务器50的矩形，从而示出了时间计费服务器50具有非运行状态的情形。详细而言，在没有选择第一路径作为连接请求用通信路径的情况下，时间计费服务器50不运行。对此，在选择了第一路径作为连接请求用通信路径的情况下，时间计费服务器50被启动。当在时间计费服务器50启动后(启动完成后)时间计费服务器50具有运行状态的情况下，时间计费服务器50许可来自与新型设备(10a、10b、10c等)对应的网关(也称为新型对应网关)(30a、30b等)的通信。另一方面，固定运用服务器150持续具有运行状态。固定运用服务器150始终许可来自与旧型设备(10x、10y等)对应的网关(也称为旧型对应网关)(30x、30y等)的通信(包含xmpp连接请求)。

与旧型设备(10x、10y等)相关联(对应)的各网关30(30x、30y等)在与对应的固定运用服务器150(xmpp服务器50x、50y等)之间持续形成xmpp连接。详细而言，首先各网关30(30x、30y等)在其启动时等将应在与对应的固定运用服务器150之间形成xmpp连接的xmpp连接请求(也被称为“消息会话的确立请求”)发送至该固定运用服务器150。由于该固定运用服务器150具有持续运行状态，因此确立了固定运用服务器150与网关30之间的xmpp连接(消息会话)(图21)。平台服务器80能够经由固定运用服务器150，对与旧型设备相关联的网关30(30x、30y等)发送利用xmpp协议的隧道连接请求。

另一方面，与新型设备(10a、10b、10c等)相关联的的各网关30(30a、30b等)平时(在初始状态等中)在与对应的时间计费服务器50之间没有形成xmpp连接。详细而言，即使各网关30(30a、30b等)以预定时间间隔将应在与对应的时间计费服务器50之间形成xmpp连接的xmpp连接请求发送至该时间计费服务器50，但由于该时间计费服务器50不具有运行状态，因此在时间计费服务器50与网关30之间的xmpp连接没有被确立(图21)。

此后，如后述，在选择(决定)了时间计费服务器50作为与新型设备相关的连接请求传达服务器的情况下，通过平台服务器80以及服务启动用服务器40来启动时间计费服务器50。当时间计费服务器50被启动从而转变为运行状态(参照图23)时，在新型设备10与和该新型设备10对应的时间计费服务器50之间确立了持续连接(xmpp连接)，该持续连接(消息会话)被确保为隧道连接请求的通信用路径(防火墙穿过用通信路径)的一部分。平台服务器80能够经由启动了的时间计费服务器50(换言之，利用xmpp连接)，对与新型设备相关联的的网关30发送利用xmpp协议的隧道连接请求(参照图24)。

此外，数据量计费服务器60如上所述地具有持续运行状态，平台服务器80能够经由数据量计费服务器60，对与新型设备相关联的的网关30发送利用mqtt协议的隧道连接请求。

接下来参照图20对第五实施方式的动作进行说明。

在第五实施方式的步骤s11(s11b)中，与上述第一实施方式等同样地接收访问请求(包含设备列表300)。但是，如图25所示，在第五实施方式中，设备列表300中也规定有各设备的类型(旧型/新型)的信息。通过利用该信息，能够容易地判别各设备是新型设备还是旧型设备。此外，不限定于此，也可以在平台服务器80内预先保存各设备的类型(旧型/新型)的信息。

在步骤s11b中，平台服务器80从在访问请求的设备列表300(参照图25)中指定为通信对象的多个通信对象设备中提取新型设备。换言之，当在访问请求的设备列表300(图25参照)中指定为通信对象的多个通信对象设备中包含有旧型设备的情况下，从步骤s21、s22、s23的处理中的对象设备中排除该旧型设备。具体而言，仅将新型设备和旧型设备中的新型设备作为对象(排除旧型设备)，来计算通信对象设备数量等。

例如，在访问请求的设备列表300中，指定有100个旧型设备及700个新型设备(合计800个设备)作为通信对象设备的情况下，计算新型设备的数量“700”个(相当于从合计设备数量“800”个减去旧型设备的数量“100”个得到的数量的个数)作为在步骤s21、s22、s23中利用的设备(也称为费用算定对象设备)的数量。

然后，在步骤s21、s22、s23中，选择与新型设备的数量(例如，“700”个)相应的连接请求用通信路径。

此后，与第一实施方式同样地，根据在步骤s23的选择结果执行步骤s24的处理或者步骤s26、s28的处理。

例如，在选择(决定)了数据量计费服务器60作为与新型设备相关的连接请求传达服务器的情况下，如图22所示，平台服务器80经由数据量计费服务器60，对与新型设备相关联的网关30(30a、30b等)发送利用mqtt协议的隧道连接请求(步骤s24)。此外，如上所述，数据量计费服务器60(不同于时间计费服务器50)具有持续运行状态。

另一方面，在选择(决定)了时间计费服务器50作为与新型设备相关的连接请求传达服务器的情况下，首先，也如图23所示，平台服务器80启动(尚未被启动的)时间计费服务器50(步骤s26)。具体而言，平台服务器80对服务启动用服务器40发送时间计费服务器50的启动委托，接收到该启动委托的服务启动用服务器40启动时间计费服务器50。此后，启动了的时间计费服务器50接收来自网关30的xmpp连接请求，从而在时间计费服务器50与网关30之间确立了消息会话(xmpp连接)。详细而言，网关30以预定时间间隔对时间计费服务器50发送xmpp连接请求，由启动了的时间计费服务器50接收该xmpp连接请求，从而确立了该消息会话(xmpp连接)。在根据时间计费服务器50的启动而确立了该消息会话时，平台服务器80利用该消息会话，对与新型设备相关联的网关30(30a、30b等)发送利用xmpp协议的隧道连接请求(步骤s28)(也参照图24)。

此外，虽然在图20的流程图中没有示出，但关于各旧型设备，借由在和各旧型设备(10x、10y等)对应的各网关(30x、30y等)与和该各网关对应的固定运用服务器150之间确立的消息会话(xmpp连接)，从平台服务器80向该各网关发送隧道连接请求。详细而言，在选择(决定)了数据量计费服务器60作为与新型设备相关的连接请求传达服务器的情况(参照图22)和选择(决定)了时间计费服务器50作为与新型设备相关的连接请求传达服务器的情况(参照图24)中的任意情况下，关于旧型设备，都利用固定运用服务器150作为连接请求传达服务器。

根据如以上的动作，在混合有新型设备和旧型设备的通信系统1中，能够更加恰当地决定用于传达与各类型的设备相关的隧道连接请求的连接请求传达服务器。

此外，也可以将第五实施方式的思想分别适用于第二～第四实施方式等。在该情况下，在步骤s11(图13～图18等)以及步骤s31(图18等)中，进行与步骤s11b(图20)同样的动作(新型设备的提取处理(换言之，旧型设备的排除处理))即可。然后，基于排除后的设备(仅新型设备)来判定待机期间t2的长度(参照第二实施方式等)和/或设备数量达到了预定数量(参照第三实施方式等)等即可。

关于下述的第六实施方式也是同样的，也可以将第六实施方式的思想分别适用于第二～第四实施方式等。

<6.第六实施方式>

第六实施方式为第五实施方式的变形例。以下以与第五实施方式的不同点为中心进行说明。

图26为示出第六实施方式的平台服务器80的动作的流程图。另外，图27为示出第六实施方式的通信系统1的概略结构的图。

在第六实施方式的通信系统1中，也混合有新型设备(10a、10b、10c等)和旧型设备(10x、10y等)。但是，如图27所示，在第六实施方式中，管理用服务器组200还具备与xmpp服务器相关的负荷分散服务器70。负荷分散服务器(负载均衡器服务器或者也简称为负载均衡器)70为执行多个连接请求传达服务器(详细而言为多个xmpp服务器)的相互间的负荷分散处理的装置。此外，该负载均衡器(负荷分散服务器)70的负荷分散处理的对象装置(连接请求传达服务器)为能够在与各网关之间确立利用预定协议(在此为xmpp)的消息会话并发送隧道连接请求的装置。

例如，在多个固定运用服务器150正在运行的状况下，负载均衡器70执行从多个固定运用服务器150中分配应与各旧型对应网关(30x、30y等)连接的xmpp服务器(连接请求传达服务器)的处理。另外，在多个时间计费服务器50正在运行的状况下，负载均衡器70执行从多个时间计费服务器50中分配应与各新型对应网关(30a、30b等)连接的xmpp服务器的处理。此外，在包含一个以上的固定运用服务器150和一个以上的时间计费服务器50的多个xmpp服务器正在运行的状况下，负载均衡器70执行从多个xmpp服务器中分配应与各新型对应网关(或者旧型对应网关)连接的xmpp服务器的处理。

平台服务器80借由负载均衡器70进行对xmpp服务器(固定运用服务器150和/或时间计费服务器50)的发送处理(隧道连接请求的发送处理等)。另外，各网关30也借由负载均衡器70进行对该xmpp服务器的发送处理(xmpp连接请求的发送处理等)。尤其地，从网关30对xmpp服务器的通信被负载均衡器70的ip过滤器(下述)限制。

在负载均衡器70设置有规定了来自多个网关的各个网关的通信的许可与否的ip过滤器(包过滤器)350(参照图27)。在初始状态下，在ip过滤器350，与旧型设备对应的网关(旧型对应网关)被登记为“通信许可装置”且与新型设备对应的网关(新型对应网关)被登记为“通信不许可装置”。详细而言，将旧型对应网关的ip地址登记为“通信许可装置”的ip地址，将新型对应网关的ip地址登记为“通信不许可装置”的ip地址。通过这样的ip过滤器350的过滤功能，在初始状态(参照图27)下许可来自旧型对应网关的通信且不许可来自新型对应网关的通信。

在该实施方式中，各网关30(以预定时间间隔)对负载均衡器70发送与xmpp服务器(固定运用服务器150或者时间计费服务器50)的xmpp连接的确立请求(xmpp连接请求)。但是，通过上述ip过滤器350的过滤功能，在初始状态下许可来自旧型对应网关的通信且不许可来自新型对应网关的通信。尤其地，在没有选择第一路径作为连接请求用通信路径的情况下，不许可从新型对应网关30(30a、30b等)向负载均衡器70的通信。另外，如后述，在选择第一路径作为连接请求用通信路径时，ip过滤器350被重写，许可从新型对应网关30(30a、30b等)向负载均衡器70的通信。此外，始终许可来自与旧型设备对应的网关(旧型对应网关)的通信。

由于(始终)许可来自旧型对应网关的通信，因此由负载均衡器70(始终)接收来自旧型对应网关30(30x、30y等)的xmpp连接请求。然后，负载均衡器70(在谋求负荷分散的同时)决定与该xmpp连接请求相应的分配目的方的xmpp服务器(固定运用服务器150等)，将该xmpp连接请求分发给分配目的方的xmpp服务器。响应于此，在旧型对应网关30与分配目的方的xmpp服务器之间确立xmpp连接。由此，旧型对应网关30能够在与负载均衡器70的管理下的任意的xmpp服务器之间确立消息会话。此外，负载均衡器70提前存储有旧型对应网关30与分配给该旧型对应网关30的xmpp服务器的对应关系。

此后，在平台服务器80对负载均衡器70发送了与旧型设备相关的隧道连接请求时，经由某消息会话将该隧道连接请求传达给与该旧型设备对应的网关(旧型对应网关)30。此时，负载均衡器70基于存储的对应关系(旧型对应网关30与其分配目的方的xmpp服务器的对应关系)，将隧道连接请求分发给针对旧型对应网关(与旧型设备对应的网关)的分配目的方的xmpp服务器。据此，经由在旧型对应网关与该分配目的方的xmpp服务器之间形成的消息会话将该隧道连接请求发送至旧型对应网关。

另一方面，在来自新型对应网关(30a、30b等)的xmpp连接请求在初始状态下被发送至负载均衡器70的情况下，该xmpp连接请求被负载均衡器70的ip过滤器350阻挡。因此，新型对应网关30无法在与负载均衡器70的管理下的任何xmpp服务器(包含时间计费服务器50)之间确立消息会话。其结果，在该初始状态下，仅能借由在数据量计费服务器60与和新型设备对应的网关(新型对应网关)30之间的消息会话来发送与新型设备相关的隧道连接请求。也就是说，在多个种类的通信路径中，仅能选择(不可选择第一路径)第二路径。此外，如后述那样，如果变更ip过滤器350的内容，则新型对应网关30也能够在与负载均衡器70的管理下的任意的xmpp服务器之间确立消息会话。

接下来参照图26对第六实施方式的动作进行说明。在图26中，步骤s26b、s27的动作与图20(第五实施方式)不同。

在步骤s21～s23中在选择了时间计费服务器50作为与新型设备相关的连接请求传达服务器的情况下，从步骤s23进入步骤s26(s26b)。在此，通过步骤s21～s23一并决定使用2台xmpp服务器作为与新型设备相关的连接请求传达服务器(换言之，应增设的xmpp服务器的台数)。例如，在应发送与600个新型设备相关的消息的情况下，在设定了能够在3秒以内处理全部的消息作为更进一步的条件时，决定设置2台具有每台100个消息/秒的能力的xmpp服务器。

在步骤s26b中，平台服务器80借由服务启动用服务器40增设在与和通过访问请求指定为通信对象的新型设备对应的网关(也称为对应网关)的通信中使用的连接请求传达服务器。具体而言，平台服务器80将时间计费服务器50的增设委托发送至服务启动用服务器40(也参照图29)。详细而言，将应启动时间计费服务器50的意思和应启动的时间计费服务器50的台数(在计算费用时一并决定的增设台数)传达给服务启动用服务器40。服务启动用服务器40基于该增设委托来启动时间计费服务器50(也参照图29)。启动了的时间计费服务器50成为由负载均衡器70进行的分配处理(负荷分散处理)的对象装置。

进一步地在步骤s27中，平台服务器80执行在负载均衡器70的ip过滤器350中将对应网关的ip地址追加登记为通信许可对象地址的处理。借由服务启动用服务器40执行该追加登记处理。

具体而言，平台服务器80将负载均衡器70内的ip过滤器350的变更委托(包含追加对象的ip地址等)发送至服务启动用服务器40(也参照图29)。服务启动用服务器40根据该变更委托将变更指令送出至负载均衡器70，从而变更负载均衡器70内的ip过滤器350的内容。具体而言，将与也作为通信对象设备的新型设备对应的网关的ip地址追加登记为使得穿过ip过滤器350的地址(“通信许可装置”的ip地址)。换言之，将与设备列表300内的新型设备对应的网关从通信不许可装置变更为通信许可装置。

根据该登记变更(ip过滤器更新)，从多个网关30中的与该新型设备(10a、10b、10c等)对应的网关30(新型对应网关30a、30b等)发送来的xmpp连接请求变得能够穿过ip过滤器350，因此负载均衡器70变得能够接收该xmpp连接请求(参照图30)。在负载均衡器70接收到该xmpp连接请求时，决定与该xmpp连接请求相应的分配目的方的xmpp服务器(应分配给新型对应网关的xmpp服务器)(时间计费服务器50等)。然后，负载均衡器70将该xmpp连接请求分发给分配目的方的xmpp服务器。据此，在新型对应网关30与分配目的方的xmpp服务器(对应服务器)之间确立了xmpp连接(参照图30)。

由此，新型对应网关30在与负载均衡器70的管理下的任意的xmpp服务器(在图30中为2台时间计费服务器50)之间确立消息会话(xmpp连接)。此外，负载均衡器70提前存储新型对应网关30与分配给该新型对应网关30的xmpp服务器的对应关系。此外，在图30中示出了与第五实施方式同样的对应关系，但实际上可构筑与第五实施方式不同的各种对应关系。

此后，在步骤s28中，平台服务器80开始对负载均衡器70发送与新型设备相关的隧道连接请求的处理(详细而言，对与新型设备对应的网关发送隧道连接请求的处理)。借由在新型对应网关30与负载均衡器70的管理下的任意的xmpp服务器(在图30及图31中为2台时间计费服务器50)之间确立的消息会话，将该隧道连接请求发送(传达)至与该新型设备对应的网关(新型对应网关)30。此时，负载均衡器70基于存储的对应关系(新型对应网关30与其分配目的方的xmpp服务器的对应关系)，将各隧道连接请求分发给针对各新型对应网关的分配目的方的xmpp服务器。据此，经由在各新型对应网关与其分配目的方的xmpp服务器之间形成的消息会话(xmpp连接)，将各隧道连接请求发送至各新型对应网关。换言之，利用该消息会话作为防火墙穿过用通信路径的一部分来发送隧道连接请求。

此外，在步骤s21～s23中，在选择了数据量计费服务器60作为与新型设备相关的连接请求传达服务器的情况下，与第五实施方式等同样地，进入步骤s24。在步骤s24中，开始经由数据量计费服务器60(利用mqtt连接)将各隧道连接请求发送至各网关30的处理(参照图28)。各网关(通信对象网关)基于该隧道连接请求在与云服务器90之间确立隧道连接。

另外，虽然在图26的流程图中没有示出，但是关于各旧型设备，进行如下处理。具体而言，借由在和各旧型设备对应的各网关与和该各网关对应的xmpp服务器(固定运用服务器150等)之间确立的消息会话(xmpp连接)，从平台服务器80向该各网关发送隧道连接请求。更详细而言，在平台服务器80将向与一个设备对应的网关(对应网关)30的消息(隧道连接请求)的发送委托发送至负载均衡器70时，负载均衡器70确定与该对应网关30对应的xmpp服务器50，针对该发送委托分配确定出的xmpp服务器50。然后，借由在被分配的该xmpp服务器50与该对应网关之间预先确立的消息会话(xmpp连接)，向对应网关30发送该消息(隧道连接请求)。像这样，关于旧型设备，利用固定运用服务器150作为连接请求传达服务器。在选择(决定)了数据量计费服务器60作为与新型设备相关的连接请求传达服务器的情况(参照图28)和选择(决定)了时间计费服务器50作为与新型设备相关的连接请求传达服务器的情况(参照图31)中的任意情况下，同样地进行这样的动作。

<7.第七实施方式>

在上述各实施方式中，对于通过一个或者多个访问请求指定的多个通信对象设备中的全部通信对象设备，选择相同种类的通信路径作为防火墙穿过用通信路径(连接请求用通信路径)，但不限定于此。

例如，关于多个通信对象设备的一部分，选择第一路径作为防火墙穿过用通信路径，关于多个通信对象设备的其他的一部分也可以选择第二路径作为防火墙穿过用通信路径。简而言之，也可以并用第一路径和第二路径。在第七实施方式中，对这样的形态进行说明。

第七实施方式为第五实施方式的变形例。但是，不限定于此，也可以将第七实施方式的思想适用于第一～第四实施方式等。

在第七实施方式中，设为取得包含如图33所示的设备列表300的访问请求。在该设备列表300中，也规定有与各设备10对应的xmpp服务器地址。但是，不限定于此，与上述第一实施方式等同样地，也可以在平台服务器80内的保存部预先保存这样的对应关系(设备与xmpp服务器地址的对应关系)的信息，从该保存部取得该信息。

图32为示出第七实施方式的动作的流程图。

首先，在步骤s11b中，取得如图33所示的设备列表300。设备列表300所包含的多个设备(通信对象设备)大致分类为新型设备和旧型设备。在此，在合计1003台的全部通信对象设备中，1002台的设备(设备id：“device_0001”～“device_1000”、“device_1001”、“device_1002”)为新型设备，1台设备(设备id：“device_1003”)为旧型设备。

此外，如上所述，旧型设备为仅能够利用比较例的固定运用服务器(50x等)作为连接请求传达服务器(隧道连接请求的通信用的服务器)的设备。在图33中记述有与1台旧型设备(设备id：“device_1003”)对应的固定运用服务器150的地址(“address_x”)。关于各旧型设备，与第五实施方式同样地，经由与各旧型设备对应的固定运用服务器150，发送隧道连接请求。

在步骤s11b中，进一步地从在取得的设备列表300中指定为通信对象的多个设备中排除旧型设备，仅将新型设备决定为以后的处理对象。此外，如上所述，新型设备为能够选择性地利用上述2个种类的服务器(时间计费服务器50以及数据量计费服务器60)作为连接请求传达服务器的设备(换言之，能够选择性地利用上述多个通信路径的设备)。

在步骤s11b之后的步骤s19中，以对应的时间计费服务器50(也称为“对应服务器”)为基准，将从设备列表300提取到的多个新型设备进一步地分类为多个(在此为3个)群组。“对应服务器”也表现为各通信对象设备和与该各通信对象设备预先对应关联的第一种类的服务器。

第一群组为与具有地址“address_a”的时间计费服务器50对应的群组。换言之，第一群组具有预先规定了利用地址“address_a”的时间计费服务器50作为连接请求传达服务器(消息传达服务器)的设备组。第一群组包括1000台设备(设备id“device_0001”～“device_1000”)。另外，第二群组为与具有地址“address_b”的时间计费服务器50对应的群组，包括设备id“device_1001”的1台设备。另外，第三群组为与具有地址“address_c”的时间计费服务器50对应的群组，包括设备id“device_1002”的1台设备。

由此，基于各通信对象设备与各对应服务器的对应关系，以对应服务器为基准将多个通信对象设备(新型设备)分类为多个群组。

在执行了这样的分类处理后，针对每个群组执行连接请求用通信路径的选择处理。换言之，以群组单位来执行从2个种类的服务器(时间计费服务器50以及数据量计费服务器60)中选择连接请求传达服务器(隧道连接请求的通信用的服务器)的选择处理。

具体而言，首先，在步骤s20中，将第i群组(其中，i＝1、2、……)(初始值为“1”)设定为关注对象。然后，关于被关注的群组(关注群组)，执行步骤s21～s28的处理。在步骤s29判定为与全部的群组相关的处理已结束的意思之前，重复步骤s21～s28的处理。在步骤s29判定为与全部的群组相关的处理已结束的意思时，图32的处理结束。

也如图33所示，根据这样的处理，关于第一群组的新型设备(1000台的新型设备(“device_0001”～“device_1000”))，选择了时间计费服务器50(换言之，第一路径)。另一方面，关于第二群组的新型设备(“device_1001”)，选择了数据量计费服务器60(换言之，第二路径)。另外，关于第三群组的新型设备(“device_1002”)，也选择了数据量计费服务器60(换言之，第二路径)。

由此，关于多个通信对象设备中的全部通信对象设备，与选择相同种类的通信路径(例如，第一路径)作为连接请求用通信路径的情况相比，能够更加降低运用成本。

详细而言，假如，关于多个通信对象设备中的全部通信对象设备(换言之，3个群组中的全部群组)，设想将在任意通信对象设备都选择第一路径作为连接请求用通信路径的情况作为“比较对象”。在该比较对象中，需要针对第二群组将“address_b”的时间计费服务器50至少运行1秒，且针对第三群组将“address_c”的时间计费服务器50至少运行1秒。这些时间计费服务器50的运行所需的费用比通过数据量计费服务器60发送2个消息的费用更高。反过来说，如上所述关于第二群组和第三群组，使用数据量计费服务器60发送针对1台设备的各个消息(合计2个消息)比使2台时间计费服务器50各运行1秒所需的费用更低廉。因此，能够更加降低运用成本。

例如，以与上述同样的条件来计算费用的情况下，用于使与第二群组以及第三群组相关的时间计费服务器50各运行1秒的计费费用(比较对象)为“0.00007388”usd(＝2×1(秒)×0.00003694(秒/usd))。另一方面，与第二群组以及第三群组相关的数据量计费服务器60的计费费用(第七实施方式)为“0.000002”usd(＝2(消息)×0.000001(usd/消息)，比与上述比较对象相关的金额(“0.00007388”usd)更廉价。此外，与第一群组相关的时间计费服务器50的计费费用为“0.0003694”usd(＝1000/100×0.00003694)，在比较对象与第七实施方式之间是共通的。

像这样，根据第七实施方式，能够更加降低运用成本。尤其地，随着在比较对象中用于比预定数量th1(参照图12)更少的消息的发送而启动的时间计费服务器50(“address_b”、“address_c”等时间计费服务器50)的台数(在上述比较对象中为2台)增多，运用成本的降低的程度变大。换言之，随着分配了比预定数量th1(参照图12)更少的台数的设备的群组的数量增多，运用成本的降低的程度变大。

<8.变形例等>

以上，对该发明的实施的方式进行了说明，但是该发明不限定于上述说明的内容。

例如，在上述各实施方式中，例示了使用mfp来构筑网关30的形态，但不限定于此，也可以使用其他装置(单功能打印机或者个人计算机等)来构筑网关30。

另外，在上述各实施方式中，作为设备10例示了mfp，但不限定于此，设备10也可以为其他装置(单功能打印机或者个人计算机等)。

另外，在上述实施方式中，作为多个种类的服务器，例示了时间计费服务器50和数据量计费服务器60这2个种类的服务器，但不限定于此，该多个种类的服务器也可以为其他种类的服务器。另外，多个种类的服务器也可以为3个种类以上的服务器。