[發明專利]網絡設備、系統和方法

有效

• 申請號: 201310187585.8
• 申請日: 2013-05-20
• 公開（公告）號: CN103428198B
• 公開（公告）日: 2017-04-12
• 發明（設計）人: 伊丹剛
• 申請（專利權）人: 佳能株式會社
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/24
• 代理公司: 北京怡豐知識產權代理有限公司11293
• 代理人: 遲軍

技術領域

本發明涉及一種控制網絡上的服務器和網絡設備之間的通信的技術。

背景技術

在因特網環境下的客戶機/服務器系統中，由于防火墻，不能從作為各種打印服務的發送源的服務器向作為各種打印服務的執行源的客戶機側圖像形成設備發送數據。相應地，提出了一種輪詢式通信方法，其中，從客戶機側圖像形成設備向作為各種打印服務的發送源的服務器，作出關于有無命令的詢問。日本專利公開第2007-334612號公開了一種設備管理系統，其中，從被管理的設備接收到關于有無跨越防火墻的指令的詢問時，管理設備在接收到詢問時建立的會話中，作為對詢問的答復發送指令。

設想了以來自客戶機的初始通信（握手（Handshake））為起點，進行從因特網上的服務器（管理設備）到防火墻內的內網上的網絡設備的推送（Push）通信的通信方法（推送通信方法）。推送通信方法是使得能夠在沒有來自防火墻內的指令請求（HTTP請求等）的情況下，從管理設備提供指令的通信方法。推送通信方法例如包括稱為“WebSocket”的協議（RFC6455）。

管理設備通過以推送通信方法進行通信，能夠實時分發命令，這消除了在從網絡設備到管理設備的輪詢方案中，對有無命令的輪詢詢問的需要。換句話說，借助于推送通信，能夠消除在現有技術中出現的由輪詢的間隔產生的時間損失。

然而，推送通信具有在網絡設備和管理設備之間始終保持通信連接的特征。因此，在從成本等的觀點出發而設置網絡設備和管理設備之間的通信連接數量的上限的系統中，連接的數量容易達到上限值。因此，可能存在在網絡設備和管理設備之間無法建立推送通信（無法開始握手）的情況。

發明內容

本發明提供一種網絡設備，即使網絡設備和管理設備建立握手以開始推送通信失敗，該網絡設備也能夠接收管理設備使用推送通信而作出的指令。

根據本發明的一方面，提供了一種網絡設備，其經由防火墻與外部管理設備通信，所述網絡設備包括：接收單元，用于從其他網絡設備接收利用預定通信方法作為與所述管理設備的通信方法的請求，在所述預定通信方法中，不從所述防火墻內獲得指令請求，并允許來自所述管理設備的指令；以及傳送單元，用于向所述其他網絡設備，傳送在請求利用所述預定通信方法之后、使用所述預定通信方法從所述管理設備向所述其他網絡設備給出的指令。

通過以下參照附圖對示例性實施例的描述，本發明的其他特征將變得清楚。

附圖說明

圖1是示出本實施例的信息處理系統的示例性配置的圖。

圖2A至2C是示出信息處理系統的示例性軟件配置的圖。

圖3是示出第一客戶機計算機進行的操作處理的示例的圖。

圖4是示出服務器計算機進行的操作處理的示例的圖。

圖5是示出第二客戶機計算機進行的操作處理的示例的圖。

圖6是示出第二客戶機計算機中的示例性日程（schedule）的圖。

圖7是示出第一客戶機計算機進行的操作處理的示例的圖。

具體實施方式

（第一實施例）

圖1是示出本實施例的信息處理系統的示例性配置的圖。本實施例的信息處理系統是推送通信類型的客戶機服務器系統。推送通信是使得能夠在沒有來自防火墻內的指令請求的情況下，從服務器計算機100提供指令的預定通信方法。在本實施例中，使用WebSocket協議，作為推送通信協議。下文中，還將使用WebSocket協議的通信描述為WebSocket通信。

圖1所示的信息處理系統包括第一客戶機計算機110、第一打印機130、第二客戶機計算機170、第二打印機180和服務器計算機100。第一和第二客戶機計算機是要經由網絡從服務器計算機100監視的網絡設備。第一和第二客戶機計算機經由防火墻160與服務器計算機100通信，服務器計算機100用作布置在防火墻160外部的管理設備。第一和第二客戶機計算機中的各個例如是諸如圖像形成設備、移動信息終端、客戶機PC等的網絡設備。

服務器計算機100經由WAN（廣域網）301通過防火墻160連接到第一和第二客戶機計算機。第一客戶機計算機110經由LAN（局域網）300連接到第二客戶機計算機170。第一打印機130連接到第一客戶機計算機110。此外，第二打印機180連接到第二客戶機計算機170。