JP2020040301A - プリンタ、情報処理システム、情報処理方法、および、プログラム - Google Patents

Abstract

【課題】ファイアウォール等により特定のポートが遮断されている場合であっても通信方法の切り替えによりメッセージを疎通できるようにする。【解決手段】所定のネットワークに接続されているプリンタであって、通信方法が異なる第１の通信方法と第２の通信方法とを切り替え可能な通信部を備え、通信部は、所定のネットワークの外部にある外部機器からのプリンタへのアクセスが遮断されるように設定されている場合に、所定のネットワークの外部に設けられた管理サーバに対して、第１の通信方法でデータを送信し、第２の通信方法で管理サーバからデータを受信する、プリンタである。【選択図】図１４

Description

本発明は、プリンタ、情報処理システム、情報処理方法、および、プログラムに関する。

従来、ＭＱＴＴ（Message Queuing Telemetry Transport）通信は、ＴＣＰ／ＩＰによるＰｕｂ／Ｓｕｂ型データ配信モデルの軽量なメッセージキュープロトコルであり、ポート番号「８８８３」が使用されることが規定されている。また、ウェブブラウザでＭＱＴＴ通信を実現するため、ポート番号「４４３」を使用するＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔが知られている（例えば、特許文献１）。

特開２０１７−２２５２６２号公報

ところで、例えばＭＱＴＴ通信は、ＩｏＴ（Internet of Things）等の軽量なメッセージの送受信に適しており、プロキシサーバ経由の通信がサポートされていないことから、企業のファイアウォールにおいて特定ポートが遮断されている場合がある。その場合には、ＭＱＴＴ通信等によりメッセージを疎通できないという問題が生ずる。

そこで、本発明は、ファイアウォール等により特定のポートが遮断されている場合であっても通信方法の切り替えによりメッセージを疎通できるようにすることを目的とする。

本発明のある態様は、所定のネットワークに接続されているプリンタであって、通信方法が異なる第１の通信方法と第２の通信方法とを切り替え可能な通信部を備え、前記通信部は、前記所定のネットワークの外部にある外部機器からの前記プリンタへのアクセスが遮断されるように設定されている場合に、前記所定のネットワークの外部に設けられた管理サーバに対して、前記第１の通信方法でデータを送信し、前記第２の通信方法で前記管理サーバからデータを受信する、プリンタである。

本発明のある態様によれば、ファイアウォール等により特定のポートが遮断されている場合であっても通信方法の切り替えによりメッセージを疎通できる。

実施形態の情報処理システムのシステム構成を示す図である。 図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄは、それぞれ、本実施形態の情報処理システムのプリンタ、ユーザ端末、管理サーバ、および、ヘルプデスク端末のブロック図である。 プリンタにおけるＭＱＴＴ通信方式の切り替え操作方法を示す図である。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが開放されている場合に、プリンタがステータス通知を行うときのシーケンスチャートである。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが開放されている場合に、プリンタがステータス通知を行うときの通信状態を模式的に示す図である。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが遮断されている場合に、プリンタがステータス通知を行うときのシーケンスチャートである。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが遮断されている場合に、プリンタがステータス通知を行うときの通信状態を模式的に示す図である。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが開放されている場合に、プリンタに対して外部からリモートコントロールを行うときのシーケンスチャートである。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが開放されている場合に、プリンタに対して外部からリモートコントロールを行うときの通信状態を模式的に示す図である。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが遮断されている場合に、プリンタに対して外部からリモートコントロールを行うときのシーケンスチャートである。 実施形態の情報処理システムにおいてプリンタの８８８３ポートが遮断されている場合に、プリンタに対して外部からリモートコントロールを行うときの通信状態を模式的に示す図である。 実施形態の情報処理システムにおいてプリンタにエラーが生じた場合のシーケンスチャートである。 実施形態の情報処理システムにおいてプリンタにエラーが生じた場合に、プリンタの通信方式の切り替え前の通信状態を模式的に示す図である。 実施形態の情報処理システムにおいてプリンタにエラーが生じた場合に、プリンタの通信方式の切り替え後の通信状態を模式的に示す図である。

以下、本発明の情報処理システムおよび情報処理方法の一実施形態について、図面を参照しながら説明する。

（１）情報処理システム１の概要
本実施形態の情報処理システム１について、図１を参照して説明する。図１は、本実施形態の情報処理システム１のシステム構成を示す図である。情報処理システム１は、例えば、複数のプリンタ２Ａ，２Ｂ，…、ヘルプデスク端末３、ユーザ端末４、管理サーバ５、プロキシサーバ６、及びＭＱＴＴブローカ７を備える。

図１に示す情報処理システム１において、プリンタ２Ａ，２Ｂ，…は、ＬＡＮ（Local Area Network）１０に接続され、例えばラベルに情報を印字して発行するプリンタである。プリンタ２Ａ，２Ｂ，…を含むＬＡＮ１０内の機器は、ＬＡＮ１０より外側のネットワークに接続された機器との間で通信を行う。ルータ（図示せず）またはプロキシサーバ６には、ファイアウォールが設定されており、ＬＡＮ１０の外部からのＬＡＮ１０に接続された機器に対するＭＱＴＴ（port：8883）によるアクセスが遮断されている。プロキシサーバ６は、例えば、ＬＡＮ１０とインターネットの間を中継するサーバである。
本実施形態の情報処理システム１において、管理サーバ５はいわゆるクラウドサーバであり、ＬＡＮ１０に接続されたプリンタ２Ａ，２Ｂ，…から定期的に、あるいは不定期にメッセージを受信することで、各プリンタの稼動状態を管理している。
なお、以下の説明では、ＬＡＮ１０に接続された複数のプリンタ２Ａ，２Ｂ，…に対して共通した事項を言及するときには、総称して「プリンタ２」と表記する。

プリンタ２は、例えば、ＭＱＴＴ（port：8883）、やＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）により管理サーバ５と通信を行うことが可能である。ＭＱＴＴ（Message Queuing Telemetry Transport）通信は、ＴＣＰ／ＩＰによるＰｕｂ／Ｓｕｂ型データ配信モデルの軽量なメッセージキュープロトコルである。ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔは、ウェブブラウザでＭＱＴＴ通信を実現するためにポート番号「４４３」を使用する。
プリンタ２が、例えばＭＱＴＴ（port：8883）によって通信を行う場合には、プロキシサーバ６を通さず、ＭＱＴＴブローカ７を介して管理サーバ５と通信を行う。ＭＱＴＴブローカ７は、例えば、ＭＱＴＴプロトコルにおいて発行者(publisher)からのメッセージを購読者(subscriber)に配信する。
プリンタ２がＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）により通信を行う場合には、プロキシサーバ６を経由して管理サーバ５と通信を行う。

図１において、ヘルプデスク端末３は、例えばプリンタ２とは遠隔の位置にある装置であり、例えば、通信機能を備えたデスクトップコンピュータ、ラップトップ型若しくはタブレット型コンピュータ装置等である。本実施形態の情報処理システム１では、ヘルプデスク端末３は、例えば、ＬＡＮ１０に接続されたプリンタ２で生じたエラー等の問題の解決を支援するために設けられている。

図１において、ユーザ端末４は、ＬＡＮ１０に接続されており、複数のプリンタ２Ａ，２Ｂ，…の状態を管理する。例えば、ＬＡＮ１０が特定の会社の社内ＬＡＮである場合、複数のプリンタ２Ａ，２Ｂ，…が工場や倉庫等の現場に配置され、ユーザ端末４が現場から離れた事務所に配置される。ユーザ端末４は、例えば、ユーザがＬＡＮ１０に接続された複数のプリンタ２Ａ，２Ｂ，…の状態を管理するために使用する端末である。

本実施形態のプリンタ２は、ＭＱＴＴ通信方式を採る場合に、例えば、ＭＱＴＴ（port：8883）（第１の通信方法の例）と、ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）（第２の通信方法の例）を切り替え可能に構成されている。そのため、例えば８８８３ポートが遮断されている場合であっても、プリンタ２においてＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）に切り替えてプロキシサーバ６経由でＭＱＴＴ通信によるメッセージを疎通できるように構成されている。

（２）情報処理システム１の各装置のブロック構成
次に、本実施形態の情報処理システム１の各装置の内部構成について、図２Ａ〜図２Ｄおよび図３を参照して説明する。図２Ａ〜図２Ｄは、それぞれ、本実施形態の情報処理システム１のプリンタ２、ユーザ端末４、管理サーバ５、および、ヘルプデスク端末３のブロック図である。図３は、本実施形態のプリンタ２におけるＭＱＴＴ通信方式の切り替え操作方法を示す図である。

（２−１）プリンタ２
図２Ａに示すように、プリンタ２は、例えば、制御部２１、ストレージ２２、操作入力部２３、表示部２４、印字部２５、および、通信部２６を備える。

制御部２１は、マイクロコンピュータおよびメモリ（ＲＡＭ(Random Access Memory)，ＲＯＭ(Read Only Memory)）を含み、プリンタ２の動作を制御する。マイクロコンピュータは、プリンタ２の起動時にＲＯＭに記憶されているファームウェアを読み出して実行する。ファームウェアを実行することで実現される機能には、印字部２５に供給する印字データを生成すること、操作入力部２３からの入力信号に基づいて表示部２４の画面を遷移させること等が含まれる。

ストレージ２２は、ＨＤＤ（Hard Disk Drive）あるいはＳＳＤ（Solid State Drive）等の記憶装置である。
操作入力部２３は、プリンタ２に対する操作入力（タッチパネル入力を含む）を受け付けるボタンと、操作入力を電気信号に変換するインタフェース回路とを含む。
表示部２４は、表示パネルと、表示パネルに画像を表示する駆動回路とを含み、プリンタ２の稼動状態、メニュー画面、エラーメッセージ等の各種メッセージ等を表示する。

印字部２５は、インクリボン、複数の発熱素子を有するサーマルヘッド、および、プラテンローラを回転駆動するステッピングモータ（いずれも不図示）を含み、印字媒体であるラベルに情報を印字する。印字部２５は、印字データに基づき、サーマルヘッドの各発熱素子に選択的に電流を流す。電流により発熱した発熱素子がプラテンローラによって搬送されたラベルにインクリボンを介して押し当てられると、発熱素子に押し当てられたラベルの部分が発色することでラベルに情報が印字される。

通信部２６は、例えば、ＭＱＴＴ（port：8883）やＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）により外部の機器と通信を行う。ＭＱＴＴ（port：8883）によって通信を行う場合には、ＭＱＴＴブローカ７を介して管理サーバ５と通信を行う。ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）によって通信を行う場合には、プロキシサーバ６を介して管理サーバ５と通信を行う。

本実施形態のプリンタ２は、例えば、ＭＱＴＴ通信方式として、例えば、ＭＱＴＴ（port：8883）かＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）の選択入力を受け付けるように構成されている。図３は、プリンタ２の表示パネルに表示される画面の遷移を示している。
図３の画面Ｇ１に示すように、プリンタ２の表示パネルにおいてファームウェアによって提供されるメニューには、「ＭＱＴＴ通信方式」の項目が含まれる。この項目を選択操作することで画面Ｇ２に示すように画面が遷移し、「ＭＱＴＴ」または「ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ」のいずれかを選択可能な画面に切り替わる。ここで、「ＭＱＴＴ」か「ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ」の選択操作することによって、ＭＱＴＴ通信方式を切り替えることが可能となる。
なお、初期設定はＭＱＴＴ（port：8883）となっている。

（２−２）ユーザ端末４
図２Ｂに示すように、ユーザ端末４は、例えば、制御部４１、ストレージ４２、操作入力部４３、表示部４４、および、通信部４５を備える。
制御部４１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、ユーザ端末４の動作を制御する。ユーザ端末４には、ウェブブラウザ上で使用するプリンタ管理用ウェブアプリケーション（以下、単に「ウェブアプリケーション」という。）がインストールされている。ユーザ端末４のウェブブラウザは、管理サーバ５から取得するプリンタ２のデータを表示部４４に表示する。

ストレージ４２は、例えばＳＳＤ等の記憶装置であり、ウェブブラウザおよびウェブアプリケーションが格納されている。
操作入力部４３は、ユーザの操作入力を受け付ける入力インタフェースである。例えば、ユーザ端末４を起動するボタン操作や、ウェブブラウザ、ウェブアプリケーションを実行する操作等の操作入力を受け付ける。表示部４４は、例えば液晶表示パネルと表示駆動回路を有する。
通信部４５は、ＬＡＮ１０内のプリンタ２と通信を行うほか、管理サーバ５との間でプロキシサーバ６を介したＨＴＴＰＳ（port: 443）による通信を行う。
なお、通信部４５は、電子メールの送受信機能を備える。

（２−３）管理サーバ５
図２Ｃに示すように、管理サーバ５は、例えば、制御部５１、ストレージ５２、および、通信部５３を備えるクラウドサーバである。
制御部５１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、管理サーバ５の動作を制御する。ストレージ５２は、例えばＨＤＤ(Hard Disk Drive)等の大容量記憶装置であり、各種データベースが格納されている。各種データベースには、管理対象となる複数のプリンタ、すなわち、ＬＡＮ１０に接続された複数のプリンタ２Ａ，２Ｂ，…の機器名、モデル名、ステータス、設置場所、および稼動状態のデータ、設定値のデータ等を含むデータベースが含まれる。
制御部５１は、プリンタ２のステータスおよび稼動状態のデータをプリンタ２から定期的に、あるいは不定期に受信し、都度、ストレージ５２内のデータベースを更新する。

通信部５３は、プリンタ２との間で、例えば、プロキシサーバ６を介してＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）による通信を行うか、ＭＱＴＴブローカ７を介してＭＱＴＴ（port: 8883）による通信を行う。また、通信部５３は、ヘルプデスク端末３との間で、例えば、ＨＴＴＰＳ（port: 443）による通信を行う。

制御部５１は、プリンタ２からアップロードされる画面データをストレージ５２に記録し、ヘルプデスク端末３からのデータ表示要求に応じて、ストレージ５２に格納されるプリンタ２のデータをヘルプデスク端末３に送信する。

（２−４）ヘルプデスク端末３
図２Ｄに示すように、ヘルプデスク端末３は、例えば、制御部３１、ストレージ３２、操作入力部３３、表示部３４、および、通信部３５を備える。
制御部３１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、ヘルプデスク端末３の動作を制御する。ヘルプデスク端末３には、ユーザ端末４にインストールされているウェブアプリケーションと同一のウェブアプリケーションがインストールされている。ヘルプデスク端末３のウェブブラウザは、管理サーバ５から取得するプリンタ２のデータを表示部３４に表示する。

ストレージ３２は、例えばＳＳＤ等の記憶装置であり、ウェブブラウザおよびウェブアプリケーションが格納されている。
操作入力部３３は、ユーザの操作入力を受け付ける入力インタフェースである。例えば、ヘルプデスク端末３を起動するボタン操作や、ウェブブラウザ、ウェブアプリケーションを実行する操作等の操作入力を受け付ける。表示部３４は、例えば液晶表示パネルと表示駆動回路を有する。
通信部３５は、管理サーバ５との間で、例えば、ＨＴＴＰＳ（port: 443）による通信を行う。
なお、通信部３５は、電子メールの送受信機能を備える。

（３）情報処理システムの動作
次に、図４〜図１４を参照して、本実施形態の情報処理システム１の動作について場合を分けて説明する。なお、各図では、ＬＡＮ１０に接続された複数のプリンタ２Ａ、２Ｂ…のうちプリンタ２Ａがステータス通知を行う場合、あるいは、リモートコントロールの対象としてプリンタ２Ａが選択された場合を例示している。

（３−１）８８８３ポートが開放した状態でプリンタ２がステータス通知を行う場合（図４、図５を参照）
図４は、８８８３ポートが開放した状態でプリンタ２がステータス通知を行う場合のシーケンスチャートであり、図５はその場合の通信状態を模式的に示す図である。

プリンタ２ＡのＭＱＴＴ通信方式の初期設定は、例えばＭＱＴＴ（port：8883）となっている。その設定でステータス通知を行う場合には、プリンタ２Ａは、ＭＱＴＴブローカ７経由でステータス通知を管理サーバ５に送信する（ステップＳ１０，Ｓ１１）。このステータス通知はプロキシサーバ６を経由しないため、プロキシサーバ６の負荷が軽減される。
ステータス通知は、プリンタ２Ａから管理サーバ５に定期的（例えば、１０〜２０分ごと）に送信され、管理サーバ５では、ステータス通知に基づいてデータベースを更新する。

ヘルプデスク端末３のウェブブラウザが、更新されたデータベース上のプリンタ２Ａのデータを表示する場合、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）によりデータ表示要求を送信する（ステップＳ１２）。データ表示要求に応じて管理サーバ５は、データベースを参照して、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａのデータをヘルプデスク端末３に返す（ステップＳ１３）。それによって、ヘルプデスク端末３のウェブブラウザがプリンタ２Ａのデータを表示する。

ユーザ端末４のウェブブラウザが、更新されたデータベース上のプリンタ２Ａのデータを表示する場合、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）によりプロキシサーバ６経由でデータ表示要求を送信する（ステップＳ１４，Ｓ１５）。データ表示要求に応じて管理サーバ５は、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａのデータをプロキシサーバ６経由でユーザ端末４に返す（ステップＳ１６，Ｓ１７）。それによって、ユーザ端末４のウェブブラウザがプリンタ２Ａのデータを表示する。

（３−２）８８８３ポートが遮断した状態でプリンタ２がステータス通知を行う場合（図６、図７を参照）
図６は、８８８３ポートが遮断した状態でプリンタ２がステータス通知を行う場合のシーケンスチャートであり、図７はその場合の通信状態を模式的に示す図である。

プリンタ２ＡのＭＱＴＴ通信方式が、例えばＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）の設定でステータス通知を行う場合には、プリンタ２Ａは、プロキシサーバ６およびＭＱＴＴブローカ７経由でステータス通知を管理サーバ５に送信する（ステップＳ２０，Ｓ２１，Ｓ２２）。したがって、例えば８８８３ポートが遮断されている場合であっても、上述したＷｅｂＳｏｃｋｅｔによりプロキシサーバ６経由でＭＱＴＴメッセージを疎通させることができる。
ステータス通知は、プリンタ２Ａから管理サーバ５に定期的に送信され、管理サーバ５では、ステータス通知に基づいてデータベースを更新する。

ヘルプデスク端末３のウェブブラウザが、更新されたデータベース上のプリンタ２Ａのデータを表示する場合、（３−１）の場合と同様の処理となる。
すなわち、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）によりデータ表示要求を送信する（ステップＳ２４）。データ表示要求に応じて管理サーバ５は、データベースを参照して、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａのデータをヘルプデスク端末３に返す（ステップＳ２５）。それによって、ヘルプデスク端末３のウェブブラウザがプリンタ２Ａのデータを表示する。

ユーザ端末４のウェブブラウザが、更新されたデータベース上のプリンタ２Ａのデータを表示する場合も、（３−１）の場合と同様の処理となる。
すなわち、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）によりプロキシサーバ６経由でデータ表示要求を送信する（ステップＳ２６，Ｓ２７）。データ表示要求に応じて管理サーバ５は、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａのデータをプロキシサーバ６経由でユーザ端末４に返す（ステップＳ２８，Ｓ２９）。それによって、ユーザ端末４のウェブブラウザがプリンタ２Ａのデータを表示する。

（３−３）プリンタ２の８８８３ポートが開放した状態で、プリンタ２に対して外部からリモートコントロールを行う場合（図８、図９を参照）
図８は、プリンタ２の８８８３ポートが開放した状態で、プリンタ２に対して外部からリモートコントロールを行う場合のシーケンスチャートであり、図９はその場合の通信状態を模式的に示す図である。
図８に示すリモートコントロールは、ユーザ端末４が、プリンタ２Ａの設定値（例えば印字速度等）を遠隔で変更する場合の例である。

ユーザ端末４のユーザは、例えばウェブアプリケーション上でプリンタ２Ａを選択した上で所定の設定値の変更を指示する。それによって、ユーザ端末４のウェブブラウザは、プリンタ２Ａの設定値変更要求を、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）によりプロキシサーバ６経由で送信する（ステップＳ３０）。次いで管理サーバ５は、設定値変更要求を、例えばＭＱＴＴ（port：8883）によりＭＱＴＴブローカ７経由でプリンタ２Ａに送信する（ステップＳ３１，Ｓ３２）。このとき、ＭＱＴＴメッセージはプロキシサーバ６を経由しないため、プロキシサーバ６の負荷が軽減される。

設定値変更要求を受信すると、プリンタ２Ａのファームウェアは、要求に係る設定値を変更する。次いでプリンタ２Ａは、設定値変更要求に対する応答を、例えばＭＱＴＴ（port：8883）によりＭＱＴＴブローカ７経由で管理サーバ５に返す（ステップＳ３３，Ｓ３４）。
当該応答を受信した管理サーバ５は、プリンタ２Ａの設定値の変更が反映されるようにデータベースを更新する。

ヘルプデスク端末３のウェブブラウザが、更新されたデータベース上のプリンタ２Ａの設定値のデータを表示する場合、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）により、特定の設定値を指定したデータ表示要求を送信する（ステップＳ３５）。データ表示要求に応じて管理サーバ５は、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａの設定値のデータをヘルプデスク端末３に返す（ステップＳ３６）。それによって、ヘルプデスク端末３のウェブブラウザがプリンタ２Ａの設定値のデータを表示する。

ユーザ端末４のウェブブラウザが、更新されたデータベース上のプリンタ２Ａの設定値のデータを表示する場合、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）により、特定の設定値を指定したデータ表示要求を送信する（ステップＳ３７）。データ表示要求に応じて管理サーバ５は、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａの設定値のデータをユーザ端末４に返す（ステップＳ３８）。それによって、ユーザ端末４のウェブブラウザがプリンタ２Ａの設定値のデータを表示する。

（３−４）プリンタ２の８８８３ポートが遮断した状態で、プリンタ２に対して外部からリモートコントロールを行う場合（図１０、図１１を参照）
図１０は、プリンタ２の８８８３ポートが遮断した状態で、プリンタ２に対して外部からリモートコントロールを行う場合のシーケンスチャートであり、図１１はその場合の通信状態を模式的に示す図である。

この場合も先ず、ユーザ端末４のユーザは、例えばウェブアプリケーション上でプリンタ２Ａを選択した上で所定の設定値の変更を指示する。それによって、ユーザ端末４のウェブブラウザは、プリンタ２Ａの設定値変更要求を、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）によりプロキシサーバ６経由で送信する（ステップＳ４０）。次いで管理サーバ５は、ＭＱＴＴブローカ７およびプロキシサーバ６経由で設定値変更要求をプリンタ２Ａに送信する（ステップＳ４１，Ｓ４２，Ｓ４３）。したがって、例えば８８８３ポートが遮断されている場合であっても、上述したＷｅｂＳｏｃｋｅｔによりプロキシサーバ６経由でＭＱＴＴメッセージを疎通させることができる。

設定値変更要求を受信すると、プリンタ２Ａのファームウェアは、要求に係る設定値を変更する。次いでプリンタ２Ａは、設定値変更要求に対する応答を、例えばＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）によりプロキシサーバ６およびＭＱＴＴブローカ７経由で管理サーバ５に返す（ステップＳ４４，Ｓ４５，Ｓ４６）。
当該応答を受信した管理サーバ５は、プリンタ２Ａの設定値の変更が反映されるようにデータベースを更新する。

ヘルプデスク端末３のウェブブラウザが、更新されたデータベース上のプリンタ２Ａの設定値のデータを表示する場合、（３−３）の場合と同様の処理となる。
すなわち、ヘルプデスク端末３のウェブブラウザが、更新されたデータベース上のプリンタ２Ａの設定値のデータを表示する場合、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）により、特定の設定値を指定したデータ表示要求を送信する（ステップＳ４７）。データ表示要求に応じて管理サーバ５は、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａの設定値のデータをヘルプデスク端末３に返す（ステップＳ４８）。それによって、ヘルプデスク端末３のウェブブラウザがプリンタ２Ａの設定値のデータを表示する。

ユーザ端末４のウェブブラウザが、更新されたデータベース上のプリンタ２Ａの設定値のデータを表示する場合も、（３−３）の場合と同様の処理となる。
すなわち、ユーザ端末４のウェブブラウザが、更新されたデータベース上のプリンタ２Ａの設定値のデータを表示する場合、管理サーバ５に対して、例えばＨＴＴＰＳ（port：443）により、特定の設定値を指定したデータ表示要求を送信する（ステップＳ４９）。データ表示要求に応じて管理サーバ５は、例えばＨＴＴＰＳ（port：443）によってプリンタ２Ａの設定値のデータをユーザ端末４に返す（ステップＳ５０）。それによって、ユーザ端末４のウェブブラウザがプリンタ２Ａの設定値のデータを表示する。

（３−５）プリンタ２にエラーが生じた場合（図１２〜図１４を参照）
図１２は、プリンタ２にエラーが生じた場合のシーケンスチャートである。図１３は、プリンタ２にエラーが生じた場合に、プリンタ２の通信方式の切り替え前の通信状態を模式的に示す図である。図１４は、プリンタ２にエラーが生じた場合に、プリンタ２の通信方式の切り替え後の通信状態を模式的に示す図である。

図１２に示す例では、プリンタ２Ａにエラーが生じたときに、例えば、プリンタ２ＡのＭＱＴＴ通信方式の初期設定がＭＱＴＴ（port：8883）となっている場合（図１３に示す通信状態）を想定している。
プリンタ２Ａにエラーが生じた場合、プリンタ２Ａは、ＭＱＴＴブローカ７経由でコマンドエラー通知を管理サーバ５に送信する（ステップＳ６０，Ｓ６１）。
管理サーバ５はコマンドエラー通知を受信すると、エラー通知をユーザ端末４に対してメール送信する（ステップＳ６２）。なお、ＬＡＮ１０に接続されたいずれかのプリンタにエラーが生じた場合に所定のメールをユーザ端末４に送信することは、予め管理サーバ５において設定されているものとする。

メール受信によってプリンタ２Ａにエラーが生じたことを認識したユーザ端末４のユーザが、ウェブアプリケーション上で所定の操作を行うことにより、ユーザ端末４と管理サーバ５の間でプリンタ２Ａの状態を確認するためのデータ授受がプロキシサーバ６経由で行われる（ステップＳ６３）。例えば、ユーザ端末４がプリンタ２Ａのデータ表示要求をプロキシサーバ６経由で管理サーバ５に送信し、当該要求に応じて管理サーバ５がプロキシサーバ６経由でプリンタ２Ａのデータ（稼動状態や設定値のデータ等）をユーザ端末４に返す処理が行われる。

ユーザ端末４のユーザが、管理サーバ５から取得したデータを確認した後もプリンタ２Ａのエラー原因が分からない場合には、ヘルプデスク端末３の担当者に対してプリンタ２Ａの状態確認の依頼を行う（ステップＳ６４）。なお、この依頼は、ユーザ端末４からヘルプデスク端末３にメールを送信することによって行われてもよいし、ユーザ端末４のユーザがヘルプデスク端末３の担当者に電話することによって行われてもよい。

依頼を受けたヘルプデスク端末３の担当者が、ウェブアプリケーション上で所定の操作を行うことにより、ヘルプデスク端末３と管理サーバ５の間でプリンタ２Ａの状態を確認するためのデータ授受が行われる（ステップＳ６５）。
ヘルプデスク端末３の担当者が、管理サーバ５から取得したデータを確認した後もプリンタ２Ａのエラー原因が分からない場合には、ユーザ端末４のユーザに対してプリンタ２Ａの通信方式の変更の依頼を行う（ステップＳ６６）。この依頼は、ヘルプデスク端末３からユーザ端末４にメールを送信することによって行われてもよいし、ヘルプデスク端末３の担当者がユーザ端末４のユーザに電話することによって行われてもよい。

依頼を受けたユーザ端末４のユーザがウェブアプリケーション上で所定の操作を行うことで、ユーザ端末４は、例えばＨＴＴＰＳ（port：443）によりプリンタ２ＡのＭＱＴＴ通信方式の設定変更のリモートコントロールを行う。すなわち、プリンタ２ＡのＭＱＴＴ通信方式をＭＱＴＴ（port：8883）からＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）に変更するリモートコントロールが行われる（ステップＳ６７，Ｓ６８）。このとき、ウェブアプリケーション上で、ＬＡＮ１０に接続された複数のプリンタ２Ａ，２Ｂ，…の中からプリンタ２Ａが選択され、選択されたプリンタ２Ａの通信方式のみが切り替えられる。
なお、リモートコントロールではなく、図３に示したように、ユーザ端末４のユーザがプリンタ２Ａを直接操作することによってＭＱＴＴ通信方式を切り替えてもよい。

ＭＱＴＴ通信方式が変更されると、プリンタ２Ａ、プロキシサーバ６、および、ＭＱＴＴブローカ７の間で、ＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）の通信が確立される（ステップＳ６９）。それ以降、図１４に示す通信状態で通信が行われる。

ヘルプデスク端末３のウェブブラウザは、エラー原因の解析のために、例えば１６進ダンプ（例えば、プリンタ２Ａのコマンド実行に関する情報）の取得要求をＭＱＴＴ（port：8883）により管理サーバ５に送信する（ステップＳ７０）。管理サーバ５は、プリンタ２Ａに対して１６進ダンプの取得要求を、ＭＱＴＴブローカ７およびプロキシサーバ６経由で、例えばＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）により送信する（ステップＳ７１，Ｓ７２，Ｓ７３）。
１６進ダンプの取得要求を受信したプリンタ２Ａは、例えば１６進ダンプのデータをＭＱＴＴブローカ７およびプロキシサーバ６経由で管理サーバ５に返す（ステップＳ７４，Ｓ７５，Ｓ７６）。管理サーバ５は、例えば１６進ダンプのデータをＭＱＴＴ（port：8883）によりヘルプデスク端末３に送信する（ステップＳ７７）。
ヘルプデスク端末３の担当者は、例えば１６進ダンプのデータを解析することでプリンタ２Ａのエラー原因が判明した場合には、エラー原因をユーザ端末４に対してメール送信する（ステップＳ７８）。

以上説明したように、本実施形態の情報処理システム１によれば、プリンタ２は、ＭＱＴＴ通信方式を採る場合に、例えばＭＱＴＴ（port：8883）かＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）に切り替え可能に構成されている。そのため、例えば８８８３ポートが遮断されている場合であっても、プリンタ２において、例えばＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）に切り替えてプロキシサーバ６経由でＭＱＴＴ通信によるメッセージを疎通することができる。

また、ステータス通知の送信等、プリンタ２から頻繁に送信されるデータについてはファイアウォールが外部に向けた通信を制限しないＭＱＴＴ（port：8883）による通信が行われる。外部からプリンタ２をコントロールする場合には、例えばＭＱＴＴ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ（port: 443）を用い、ファイアウォールが許可する４４３ポートにより通信を行われる。このように２つの異なる通信方式を併用することで、プロキシサーバ６経由で通信を行うプリンタの台数を抑制し、プロキシサーバ６の処理負荷を軽減できる利点がある。

以上、本発明の情報処理システムおよび情報処理方法の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
上述した実施形態では、プロキシサーバ６を設ける場合を例にして説明したが、その限りではなく、プロキシサーバ６は必須でない。上述したように、プロキシサーバ６を有する上述のシステム構成では、プリンタ２がステータス通知を管理サーバ５に、プロキシサーバ６を経由しないＭＱＴＴ（port：8883）により送信するため、プロキシサーバ６の処理負荷が軽減されるという利点がある。

１…情報処理システム
２（２Ａ，２Ｂ）…プリンタ
２１…制御部
２２…ストレージ
２３…操作入力部
２４…表示部
２５…印字部
２６…通信部
３…ヘルプデスク端末
３１…制御部
３２…ストレージ
３３…操作入力部
３４…表示部
３５…通信部
４…ユーザ端末
４１…制御部
４２…ストレージ
４３…操作入力部
４４…表示部
４５…通信部
５…管理サーバ
５１…制御部
５２…ストレージ
５３…通信部
６…プロキシサーバ
７…ＭＱＴＴブローカ
１０…ＬＡＮ

Claims (7)

1. 所定のネットワークに接続されているプリンタであって、
   通信方法が異なる第１の通信方法と第２の通信方法とを切り替え可能な通信部を備え、
   前記通信部は、前記所定のネットワークの外部にある外部機器からの前記プリンタへのアクセスが遮断されるように設定されている場合に、前記所定のネットワークの外部に設けられた管理サーバに対して、前記第１の通信方法でデータを送信し、前記第２の通信方法で前記管理サーバからデータを受信する、プリンタ。
2. 前記第１の通信方法または前記第２の通信方法のいずれかを選択する操作入力を受け付ける操作入力部を備える、
   請求項１に記載されたプリンタ。
3. 前記第１の通信方法は、メッセージキュープロトコルにより実現する通信方法であり、
   前記第２の通信方法は、ウェブブラウザでメッセージキュープロトコルを実現する通信方法である、請求項１又は２に記載されたプリンタ。
4. 所定のネットワークに接続されている複数のプリンタと、前記所定のネットワークの外部にある管理サーバと、を含む情報処理システムであって、
   前記複数のプリンタの各々は、通信方法が異なる第１の通信方法と第２の通信方法とを切り替え可能な通信部を備え、
   前記通信部は、前記所定のネットワークの外部にある外部機器からの前記プリンタへのアクセスが遮断されるように設定されている場合に、前記複数のプリンタのうち少なくとも一部のプリンタの通信部が、前記管理サーバに対して前記第１の通信方法でデータを送信し、前記第２の通信方法で前記管理サーバからデータを受信する、情報処理システム。
5. 所定のネットワークに接続されているプリンタが、前記所定のネットワークの外部にある管理サーバとの間で行う情報処理方法であって、
   前記プリンタは、通信方法が異なる第１の通信方法と第２の通信方法とを切り替え可能であり、
   前記情報処理方法は、
   前記所定のネットワークの外部にある外部機器からの前記プリンタへのアクセスが遮断されるように設定されている場合に、
   前記管理サーバに対して前記第１の通信方法でデータを送信し、
   前記第１の通信方法から前記第２の通信方法に切り替え、
   前記第２の通信方法で前記管理サーバからデータを受信する、
   情報処理方法。
6. 所定のネットワークに接続されている複数のプリンタと、前記所定のネットワークの外部にある管理サーバと、の間の情報処理方法であって、
   前記複数のプリンタの各々は、通信方法が異なる第１の通信方法と第２の通信方法とを切り替え可能であって、
   前記情報処理方法は、
   前記所定のネットワークの外部にある外部機器からの前記複数のプリンタの各々へのアクセスが遮断されるように設定されている場合に、
   各プリンタが、前記管理サーバに対して前記第１の通信方法でデータを送信し、
   前記複数のプリンタのうち少なくとも一部のプリンタが、前記管理サーバからデータを受信するときに、前記第１の通信方法から前記第２の通信方法に切り替え、
   前記少なくとも一部のプリンタが、前記第２の通信方法で前記管理サーバからデータを受信する、
   情報処理方法。
7. 所定のネットワークに接続されているプリンタと、前記所定のネットワークの外部にある管理サーバと、の間の情報処理を行うためのプログラムであって、
   前記プリンタは、通信方法が異なる第１の通信方法と第２の通信方法とを切り替え可能であり、
   前記プログラムは、コンピュータに、
   前記所定のネットワークの外部にある外部機器からの前記プリンタへのアクセスが遮断されるように設定されている場合に、
   前記管理サーバに対して第１の通信方法でデータを送信する手順、
   前記管理サーバからデータを受信するときに、前記第１の通信方法から前記第２の通信方法に切り替える手順、および、
   前記第２の通信方法で前記管理サーバからデータを受信する手順、
   を実行させるためのプログラム。

Images