JP2022083766A - 装置管理システム、管理対象装置、管理対象実行方法及びプログラム - Google Patents

Abstract

【課題】従来の技術では、ＭＱＴＴプロトコルを利用した通信を行う場合、管理対象装置は、自装置に対する所定の処理を行うためのメッセージであるかを特定することが困難であり、自装置における所定の処理ができない。【解決手段】装置管理システム１における管理対象装置３の送受信部３１は、仲介装置５がパブリッシュした処理トピックを受信し（ステップＳ１２５）、受信した処理トピックに自装置を識別する自装置識別情報が含まれている場合に、処理情報が示す処理内容を特定し（ステップＳ３０５）、特定した処理を実行する（ステップＳ３０６，Ｓ１２７）。【選択図】図１

Description

本発明は、装置管理システム、管理対象装置、管理対象実行方法及びプログラムに関する。

従来、機械同士が通信を介して情報をやり取りするＭ２Ｍ（Machine-to-Machine）や、家電、自動車等の多種多様な機械がインターネットに繋がり、お互いに情報をやり取りするＩｏＴ（Internet of Things）技術が既に知られている。また、Ｍ２ＭやＩｏＴを実現するために、ＭＱＴＴ（Message Queueing Telemetry Transport）と呼ばれる通信プロトコルが知られている。ＭＱＴＴの「Message Queueing」とは、送信側が送るデータをデータ領域に一旦保持しながら、受信側の処理が完了するのを待たずに次の処理へ移る方式をいい、「Telemetry Transport」とは、遠隔測定用の通信を意味する。すなわち、ＭＱＴＴは、遠隔にあるセンサやデバイス等が収集したデータを、受信側の処理状況を気にせず効率よく送信することができるプロトコルとして利用されている。

一方で、ＭＱＴＴプロトコルを利用したメッセージを送信するパブリッシャーとメッセージを受信するサブスクライバーとの間で配信されるメッセージにおいて、全てのサブスクライバーが同一のメッセージを処理することによる処理の分散を実現するために、優先度に応じた処理を実行する技術が知られている（例えば、特許文献１参照）。

しかしながら、従来の技術では、ＭＱＴＴプロトコルを利用した通信を行う場合、自装置の情報を提供する管理対象装置は、管理対象装置に所定のメッセージを送信する通信端末からメッセージを受信しても、それが自装置に対する所定の処理を行うためのメッセージであるかを特定することが困難であり、自装置における所定の処理ができないという課題があった。

上述した課題を解決するために、請求項１に係る発明は、自装置の装置情報を提供することにより管理される複数の管理対象装置と、前記装置情報のうち前記複数の管理対象装置のそれぞれの状態を示す各装置状態情報を所定の通信プロトコルを用いて受信可能な通信端末と、を有する装置管理システムであって、前記複数の管理対象装置のそれぞれは、当該複数の管理対象装置と前記通信端末とを仲介する仲介装置を介して前記通信端末が送信した、前記各装置状態情報に基づいて作成された前記複数の管理対象装置に対する所定の処理を表す処理情報を受信する受信手段と、前記受信手段によって受信された前記処理情報に前記自装置を識別する自装置識別情報が含まれている場合に、前記処理情報が示す前記所定の処理を実行する実行手段と、を有する、ことを特徴とする装置管理システムを提供する。

以上説明したように本発明によれば、管理対象装置は、通信端末からメッセージを受信した場合に自装置に対するメッセージであることを特定でき、そのメッセージに応じた所定の処理を実行することが可能になるという効果を奏する。

本実施形態に係る通信システムの一例を示す全体構成図である。 （Ａ）はMQTTプロトコルに係るPublishメッセージングモデルの概念の一例を示す図、（Ｂ）はMQTTプロトコルに係るSubscribeメッセージングモデルの概念の一例を示す図である。 管理対象装置、仲介装置及び通信端末の間で行われるMQTTプロトコルを用いたメッセージングモデルの一例を示す図である。 本実施形態に係る管理対象装置のハードウエア構成の一例を示す図である。 本実施形態に係る仲介装置及び通信端末のハードウエア構成の一例を示す図である。 本実施形態に係る通信システムの機能構成の一例を示す図である。 本実施形態に係る通信システムの機能構成の一例を示す図である。 （Ａ）は状態内容管理テーブルの一例を示す概念図、（Ｂ）は処理内容管理テーブルの一例を示す概念図、（Ｃ）は、結果内容管理テーブルの一例を示す概念図である。 （Ａ）は状態内容管理テーブルの一例を示す概念図、（Ｂ）は処理内容管理テーブルの一例を示す概念図、（Ｃ）は、結果内容管理テーブルの一例を示す概念図である。 （Ａ）は状態内容管理テーブルの一例を示す概念図、（Ｂ）は処理内容管理テーブルの一例を示す概念図、（Ｃ）は、結果内容管理テーブルの一例を示す概念図である。 （Ａ）は装置種別管理テーブルの一例を示す概念図、（Ｂ）は装置識別情報管理テーブルの一例を示す概念図である。 通信システムにおける事前準備処理の一例を示すシーケンス図である。 通信端末における状態通知処理の画面表示までの一例を示すシーケンス図である。 管理対象装置における処理の実行までの一例を示すシーケンス図である。 通信端末における実行結果通知の画面表示までの一例を示すシーケンス図である。 通信端末における実行判断処理の一例を示すフローチャートである。 管理対象装置における実行判断処理の一例を示すフローチャートである。 （Ａ）は通信端末に表示される状態通知画面の一例を示す図、（Ｂ）は通信端末に表示される実行結果通知画面の一例を示す図、（Ｃ）は通信端末に表示される状態通知画面の他の一例を示す図である。

以下、図面を用いて、本発明の一実施形態について説明する。なお、図面の説明において重複する部分があれば、その説明を省略する。

〔通信システムの全体構成〕
本実施形態について、図１乃至図１１を用いて説明する。図１は、本実施形態に係る通信システムの一例を示す全体構成図である。図１に示す通信システム１は、複数の管理対象装置３、仲介装置５及び通信端末７を含む構成である。このとき、通信端末７は複数あってもよい。複数の管理対象装置３は、ファイアウォール１０５及び通信ネットワーク１００を介して仲介装置５と通信可能に接続されている。また、通信端末７は、ファイアウォール１０６及び通信ネットワーク１００を介して仲介装置５と通信可能に接続されている。ここで、通信ネットワーク１００は、インターネット、移動体通信網、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク１００には、有線通信だけでなく、３Ｇ(3rd Generation)、４Ｇ(4th Generation)、５Ｇ(5th Generation)、ＷｉＭＡＸ(WorldwIDe Interoperability for Microwave Access)又はＬＴＥ(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。また、通信システム１は、複数の管理対象装置３と通信端末７とを含む装置管理システム９を有している。

＜管理対象装置＞
管理対象装置３は、装置の状態を提供し、与えられた処理内容を実行する装置であり、例えば、電子写真方式を利用した画像形成装置（ＭＦＰ：Multi-Function Peripheral）、及びインクジェット方式を利用した画像形成装置、産業用印刷機、商用印刷機、等が含まれる。さらに、管理対象装置３は、パーソナルコンピュータ(ＰＣ)と接続して通信を行うインタラクティブホワイトボード(ＩＷＢ:Interactive White Board)、テレビ会議システム(ＵＣＳ：Unified Communication System)、プロジェクタ等の各種通信機器(装置)、車両等が含まれる。なお、管理対象装置３として車両を用いる場合は、通信ネットワーク１００としてＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）などの自動車用通信ネットワークが用いられる。

＜仲介装置＞
仲介装置５は、複数の管理対象装置３及び通信端末７を仲介する装置であり、後述するＭＱＴＴ通信プロトコルにおいては、ＭＱＴＴブローカとも呼ばれる。仲介装置５は、複数の管理対象装置３と通信ネットワーク１００及びファイアウォール１０５を介して接続される。また、仲介装置５は、通信端末７と通信ネットワーク１００及びファイアウォール１０６を介して接続される。

＜通信端末＞
通信端末７は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現される。通信端末７は、管理対象装置３の状態を示す装置状態情報を受信し、受信した装置状態情報に基づいた所定の処理を示す処理情報を、仲介装置５を介して送信し、管理対象装置３に実行させる。なお、通信端末７は、例えば、スマートフォン、タブレット端末、ＰＤＡ(Personal Digital Assistant)、ウエアラブルＰＣ（サングラス型、腕時計型など）などの通信機能を有する通信端末であってもよい。つまり、通信端末は、ブラウザソフトウエア等のソフトウエアを動作させることが可能な端末が用いられる。

〔ＭＱＴＴの基本仕様〕
本実施形態で用いられる通信プロトコルの一例としてのＭＱＴＴ（Message Queue Telemetry Transport）は、後述するPublish及びSubscribeメッセージングモデルにより、非同期に一対多の通信が可能である。また、ＭＱＴＴは、シンプルなプロトコル仕様のため、IoT（Internet of Things）、M2M（Machine to Machine）等の小メモリやネットワーク帯域幅が限られているような環境での利用に適している。

図２は、Publish及びSubscribeメッセージングモデルの概念の一例を示す図である。図２（Ａ）は、ＭＱＴＴプロトコルに係るPublishメッセージングモデルの概念の一例を示す図であり、メッセージを送る側とメッセージを受け取る側を共通してConsumerと呼ぶ。このCustomer(Subscriber))には、例えば、ＭＦＰ、プロジェクタ、車両等がある。また、そのメッセージを中継するのが、MQTT Serverである。つまり、MQTT Serverは、メッセージを送る側とメッセージを受け取る側の間の仲介装置として機能する。

Publisherは、メッセージをMQTT Serverへ送るとき、送ったメッセージがどのSubscriberに届くのか、何台のSubscriberに届くのか、などは一切関知する必要がない。一方、Subscriberは、メッセージがどのPublisherから送られて来るのかを知ることなく、欲しいメッセージを受け取ることができる。このように、互いを関知しないPublisherとSubscribeとを繋ぐのがMQTT Serverである。

図２（Ｂ）は、ＭＱＴＴプロトコルに係るSubscribeメッセージングモデルの概念の一例を示す図である。MQTT Serverは、Subscriberから、どのようなメッセージが欲しいのかを事前に教えてもらう。これをSubscribeという。MQTT Serverは、そのSubscribeされたときの情報をもとに、Publisherから配信されたメッセージを仕分けして、適切にSubscriberにメッセージを送信する。このPublisherからMQTT Serverにメッセージを配信すること、及びMQTT ServerからSubscriberにメッセージを配信することをPublishという。さらに、MQTT Serverが、メッセージを仕分けするときにキーとするのが、Topicと呼ばれるものである。ＭＱＴＴのメッセージは、Topicを持つ。MQTT Serverは、このTopicにより仕分けを行い、メッセージを配信する。なお、図２（Ｂ）では、Publisherの一例としてスマートフォン等の携帯端末、Subscriberの一例として、上述したＭＦＰ、プロジェクタ、車両等が考えられる。図２（Ｂ）に示されているように、SubscriberとしてのＭＦＰ、プロジェクタ、車両等は、MQTT Serverに対してそれぞれの情報をSubscribeする。

<<メッセージとトピック>>
ＭＱＴＴのメッセージは、「/」で区切られたTopicと呼ばれるものを持つ。Topicは、「/」区切りによって階層構造を表現する。例えば、次のような3種類のTopicがあるとする。
abc/def/ghi
（２）abc/def/jkl
（３）abc/mnop/qrst
このTopicで、メッセージの内容を表現する。あるＭＦＰのファームウエアの更新状態を示すTopicは、例えば、status/MFP/FWupdateで表される。

図３は、管理対象装置、仲介装置及び通信端末の間で行われるＭＱＴＴプロトコルを用いたメッセージングモデルの一例を示す図である。図３に示されているように、管理対象装置３及び通信端末７は、仲介装置５に対してそれぞれのトピックをSubscribeする。ここで、管理対象装置３(１)、・・・３(ｎ)のうち任意の管理対象装置を示す場合には、管理対象装置３と記載する。さらに、本実施形態における以降の説明では、便宜上、Subscribeを「サブスクライブ」、Publishを「パブリッシュ」、Topicを「トピック」と記載する。

図３における全ての管理対象装置３(1)‐３(n)は、仲介装置５が発行したクライアント証明書を持っており、外部のネットワークにある仲介装置５にアクセス可能である。また、複数の管理対象装置３それぞれに対して「名前」が登録されている。管理対象装置３は、管理対象装置３を管理する会社のサービスセンタ等から、アプリ・ファームの更新情報を受け取る。さらに、管理対象装置３は、自身の装置でエラーが発生した場合に、トピックをパブリッシュする（メッセージを送信する）。このときにパブリッシュされるトピックは、例えば、「mfps/機器の名前/notification」で示される内容である。

また、トピックは階層的に表現することが可能であり、ワイルドカード(#)を用いて「mfps/#」をサブスクライブする（メッセージを受信する）ように通信端末７に設定すれることができる。これにより、通信端末７は、全ての管理対象装置３からの全てのメッセージを受信（受け取る）ことができる。このようにすることで、管理対象装置３がサブスクライブするトピックを、例えば、「jobs/機器の名前/#」と指定すると、通信端末７は、jobsと自身の機器（装置）の名前が含まれているトピックの全てのメッセージを受け取ることができる。

また、通信端末７が管理対象装置３からの通知を受け取った後、特定の管理対象装置に対してファームウエアの更新をする等の指示を出す場合は、トピックを「jobs/機器の名前/指示ID/指示内容」としてパブリッシュする。このようにすることで、通信端末７は、特定の管理対象装置に対して指示を出すことができる。

通信端末７からの指示が完了した後、管理対象装置３は、トピックとして「mfps/機器の名前/jobs/指示ID/指示内容/結果」のメッセージを送信する。トピックに含まれる結果には、指示が成功したか否か等の情報が付与される。また、通信端末７は、指示IDの内容によって、どの指示が完了したかを判断することができる。

〔ハードウエア構成〕
＜管理対象装置のハードウエア構成＞
図４は、本実施形態に係る管理対象装置のハードウエア構成の一例を示す図である。管理対象装置３は、図４に示されているようにコントローラ３１０、近距離通信回路３２０、エンジン制御部３３０、操作パネル３４０、ネットワークＩ／Ｆ３５０を備えている。

これらのうち、コントローラ３１０は、コンピュータの主要部であるＣＰＵ３０１、システムメモリ（ＭＥＭ－Ｐ）３０２、ノースブリッジ（ＮＢ）３０３、サウスブリッジ（ＳＢ）３０４、ＡＳＩＣ(Application Specific Integrated Circuit)３０５、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）３０６、ＨＤＤコントローラ３０７及び記憶部であるＨＤ３０９を有し、ＮＢ３０３とＡＳＩＣ３０５との間をＡＧＰ(Accelerated Graphics Port)バス３１１で接続した構成となっている。

これらのうち、ＣＰＵ３０１は、管理対象装置３の全体の動作を制御する。ＮＢ３０３は、ＣＰＵ３０１と、ＭＥＭ－Ｐ３０２、ＳＢ３０４及びＡＧＰバス３１１とを接続するためのブリッジであり、ＭＥＭ－Ｐ３０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ３０２は、コントローラ３１０の各機能を実現させるプログラム及びデータの格納用メモリであるＲＯＭ３０２ａ、並びに、プログラム及びデータの展開用メモリ、印刷時の描画用メモリなどとして用いるＲＡＭ３０２ｂを含む。なお、ＲＡＭ３０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読取り可能な記録媒体に記録して提供されるようにしてもよい。さらに、ＲＡＭ３０２ｂに記憶されているプログラムは、インターネットなどの通信回線を介してインストールされたプログラム（アプリケーション）として提供されるようにしてもよい。

ＳＢ３０４は、ＮＢ３０３とＰＣＩデバイス及び周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ３０５は、画像処理用のハードウエア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス３１１、ＰＣＩバス３１２、ＨＤＤ３０７およびＭＥＭ－Ｃ３０６をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ３０５は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ３０５において所定の優先順位に従って各信号の駆動タイミングの調停を行うアービタ（Arbiter）、ＭＥＭ－Ｃ３０６を制御するメモリコントローラ、ハードウエアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部３３１及びプリンタ部３３２との間でＰＣＩバス３１２を介したデータ転送を行うＰＣＩユニットを含む。なお、ＡＳＩＣ３０５には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースが接続されるようにしてもよい。

ＭＥＭ－Ｃ３０６は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ３０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ３０９は、ＣＰＵ３０１の制御にしたがってＨＤ３０９に対するデータの読出し又は書込みを制御する。ＡＧＰバス３１１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ３０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

近距離通信回路３２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路であり、近距離通信回路３２０には、近距離通信回路用アンテナ３２０ａが備わっている。

更に、エンジン制御部３３０は、スキャナ部３３１及びプリンタ部３３２を含む。また、操作パネル３４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部３４０ａ、並びに、濃度の設定条件などの画像形成に係る条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等を含むキー入力部３４０ｂを備えている。コントローラ３１０は、管理対象装置３全体の制御を行い、例えば、描画、通信、操作パネル５４０からの入力等を制御する。スキャナ部３３１又はプリンタ部３３２には、誤差拡散やガンマ（γ）変換などの画像処理部分が含まれている。

なお、管理対象装置３は、操作パネル３４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能及びファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ３５０は、通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。近距離通信回路３２０及びネットワークＩ／Ｆ３５０は、ＰＣＩバス３１２を介して、ＡＳＩＣ３０５に電気的に接続されている。

なお、上記各プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Ｂｌｕ-ｒａｙ Ｄｉｓｃ、ＳＤカード、ＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。例えば、管理対象装置３は、本発明に係るプログラムが実行されることで本発明に係る管理対象実行方法を実現する。

＜仲介装置及び通信端末のハードウエア構成＞
図５は、本実施形態に係る仲介装置及び通信端末のハードウエア構成の一例を示す図である。仲介装置５は、コンピュータによって構築されており、図５に示されているようにＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ(Hard Disk)５０４、ＨＤＤコントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４及びメディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、仲介装置５の全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読出し又は書込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像等の各種情報を表示する。ディスプレイ５０６は、表示部の一例である。なお、ディスプレイ５０６は、入力手段を備えたタッチパネルディスプレイであってもよい。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢメモリ又はプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図５に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバス又はデータバス等である。

また、キーボード５１１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択もしくは実行、処理対象の選択、又はカーソルの移動等を行う入力手段の一種である。なお、入力手段は、キーボード５１１およびポインティングデバイス５１２のみならず、タッチパネル又は音声入力装置等であってもよい。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ又はＢｌｕ-ｒａｙ（登録商標） Ｄｉｓｃ（ブルーレイディスク）等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書込み（記憶）を制御する。

通信端末７は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＨＤ(Hard Disk)７０４、ＨＤＤコントローラ７０５、ディスプレイ７０６、外部機器接続Ｉ／Ｆ７０８、ネットワークＩ／Ｆ７０９、バスライン７１０、キーボード７１１、ポインティングデバイス７１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ７１４、メディアＩ／Ｆ７１６、音入出力Ｉ／Ｆ７１７、マイク７１８及びスピーカ７１９を備えている。このうち、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＨＤ(Hard Disk)７０４、ＨＤＤコントローラ７０５、ディスプレイ７０６、外部機器接続Ｉ／Ｆ７０８、ネットワークＩ／Ｆ７０９、バスライン７１０、キーボード７１１、ポインティングデバイス７１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ７１４は、仲介装置５の各構成要素と同様の構成であるため、各ハードウエア構成の説明を省略する。

マイク７１８は、音声（音信号）を入力する内蔵型の集音手段の一種である。スピーカ７１９は、音声（音信号）を出力する音声出力手段の一種である。音入出力Ｉ／Ｆ７１７は、ＣＰＵ７０１の制御に従ってマイク７１８およびスピーカ７１９との間で音信号の入出力を処理する回路である。

なお、上記各プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Ｂｌｕ-ｒａｙ Ｄｉｓｃ、ＳＤカード、ＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。

〔通信システムの機能構成〕
次に、図６乃至図１１を用いて、本実施形態の機能構成について説明する。図６は、本実施形態に係る通信システムの機能構成の一例を示す図である。

＜管理対象装置の機能構成＞
図６に示されているように、管理対象装置３は、送受信部３１、検知部３２、取得部３３、作成部３４、判断部３５、実行部３６、処理管理部３７及び記憶・読出部３９を有する。これら各機能部は、図４に示された各構成要素のいずれかが、ＲＯＭ３０２及びＨＤ３０９うち少なくとも一方からＲＡＭ３０２ｂに展開された管理対象装置３用のプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。また、管理対象装置３は、図４に示されているＲＯＭ３０２及びＨＤ３０９のうち少なくとも一方により構築される記憶部３０００を有している。

●状態内容管理テーブル●
図８（Ａ）は、本実施形態に係る状態内容管理テーブルの一例を示す概念図である。記憶部３０００には、図８（Ａ）に示されているような状態内容管理テーブルによって構成された状態内容管理ＤＢ３００１が構築されている。この状態内容管理テーブルでは、状態IDごとに管理対象装置３の状態を表す状態内容が関連付けられて記憶、管理されている。このうち、状態IDは、管理対象装置３の状態を示す状態識別情報である。また、状態内容には、例えば、ファームウエア更新、システムエラー、定期処理結果、使用状態・電力モードが含まれ、状態内容を示す情報が装置状態情報として扱われる。

●処理内容管理テーブル●
図８（Ｂ）は、本実施形態に係る処理内容管理テーブルの一例を示す概念図である。記憶部３０００には、図８（Ｂ）に示されているような処理内容管理テーブルによって構成された処理内容管理ＤＢ３００２が構築されている。この処理内容管理テーブルでは、処理IDごとに管理対象装置３で実行される処理内容が関連付けられて記憶、管理されている。このうち、処理IDは、管理対象装置３で実行される処理を示す処理識別情報である。処理内容には、例えば、ファームウエア更新、再起動、定期処理、電力モードへの移行・復帰が含まれ、処理内容を示す情報が装置処理情報として扱われる。。

●結果内容管理テーブル●
図８（Ｃ）は、本実施形態に係る結果内容管理テーブルの一例を示す概念図である。記憶部３０００には、図８（Ｃ）に示されているような結果内容管理テーブルによって構成された結果内容管理ＤＢ３００３が構築されている。この結果内容管理テーブルでは、結果IDごとに管理対象装置３で実行された各処理に対する結果（成否：成功又は失敗）が記憶、管理される。この結果IDは、管理対象装置３で実行された処理の結果を示す結果識別情報である。

上述した各種管理テーブルに加えて、記憶部３０００には管理対象装置３の種別を示す装置種別情報、及び管理対象装置３を識別するための装置識別情報が記憶、管理される。本実施形態において、上述した状態ID(状態識別情報)、処理ID(処理識別情報)、結果ID(結果識別情報)、装置種別情報、及び装置識別情報のそれぞれは、管理対象装置３が提供する装置情報の一例である。

<<管理対象装置の各機能構成>>
次に、管理対象装置３の各機能構成について詳細に説明する。図６に示されている管理対象装置３の送受信部３１は、主に、図４に示されている近距離通信回路３２０及びネットワークＩ／Ｆ３５０に対するＣＰＵ３０１の処理によって実現され、ファイアウォール１０５及び通信ネットワーク１００を介して仲介装置５との間で各種データ（又は情報）の送受信を行う。本実施形態において、送受信部３１は、送信手段及び受信手段のうち少なくとも一方として機能又は機能する手段を有する。

検知部３２は、主に、図４に示されているＣＰＵ３０１の処理によって実現され、自装置内で実行されているプログラムの状態から、管理対象装置３で行われる各処理の開始要求等を検知する。本実施形態において、検知部３２は、検知手段の一例として機能又は機能する手段を有する。

取得部３３は、主に、図４に示されているＭＥＭ－Ｐ３０２及びＨＤＤコントローラ３０７のうち少なくとも一方に対するＣＰＵ３０１の処理によって実現され、上述した状態ID、後述する装置種別情報及び装置識別情報を取得する。さらに取得部３３は、受信した処理トピックに含まれる各階層の文字列を取得する。本実施形態において、取得部３３は、取得手段の一例として機能又は機能する手段を有する。

作成部３４は、主に、図４に示されているＣＰＵ３０１の処理によって実現され、仲介装置５に対してパブリッシュする際の状態トピック、及び管理対象装置３で実行された各処理に対する結果を含む結果トピックを作成する。本実施形態において、作成部３４は、作成手段の一例として機能又は機能する手段を有する。

判断部３５は、主に、図４に示されているＣＰＵ３０１の処理によって実現され、管理対象装置３における各種判断を行う。本実施形態において、判断部３５は、判断手段の一例として機能又は機能する手段を有する。

実行部３６は、主に、図４に示されているＣＰＵ３０１の処理によって実現され、管理対象装置３で実行される各種処理を実行する。各種処理には、上述した処理内容管理テーブル（処理内容管理ＤＢ３００２、図８（Ｂ）参照）で管理されるファームウエア更新、再起動、定期処理、電力モードへの移行・復帰等が含まれる。本実施形態において、実行部３６は、実行手段の一例として機能又は機能する手段を有する。

処理管理部３７は、主に、図４に示されているＣＰＵ３０１の処理によって実現され、管理対象装置３で実行された各種処理に対する結果を管理する。各種処理に対する結果は、上述した結果内容管理テーブル（結果内容管理ＤＢ３００３、図８（Ｃ）参照）で管理される各処理に対する成否（成功又は失敗）である。また、処理管理部３７は、実行部３６に対して、特定した処理内容の実行を指示する。本実施形態において、処理管理部３７は、処理管理手段の一例として機能又は機能する手段を有する。

記憶・読出部３９は、主に、図４に示されているＣＰＵ３０１の処理によって実現され、記憶部３０００に各種データ（又は情報）を記憶したり、記憶部３０００から各種データ（又は情報）を読み出したりする。本実施形態において、記憶・読出部３９は、記憶・読出手段の一例として機能又は機能する手段を有する。

＜仲介装置の機能構成＞
図６に示されているように、仲介装置５は、送受信部５１、状態管理部５６、処理管理部５７及び記憶・読出部５９を有する。これら各機能部は、図５に示された各構成要素のいずれかが、ＲＯＭ５０２及びＨＤ５０４のうち少なくとも一方からＲＡＭ５０３に展開された仲介装置５用のプログラムに従ったＣＰＵ５０１からの命令により動作することで実現される機能又は手段である。また、仲介装置５は、図５に示されているＲＯＭ５０２及びＨＤ５０４のうち少なくとも一方により構築される記憶部５０００を有している。

●状態内容管理テーブル●
図９（Ａ）は、本実施形態に係る状態内容管理テーブルの一例を示す概念図である。記憶部５０００には、図９（Ａ）に示されているような状態内容管理テーブルによって構成された状態内容管理ＤＢ５００１が構築されている。この状態内容管理テーブルでは、状態IDごとに管理対象装置３の状態を表す状態内容が関連付けられて記憶、管理されている。このうち、状態IDは、管理対象装置３の状態を示す状態識別情報であり、仲介装置５でも管理される。状態内容には、例えば、ファームウエア更新、システムエラー、定期処理結果、使用状態・電力モードが含まれる。

●処理内容管理テーブル●
図９（Ｂ）は、本実施形態に係る処理内容管理テーブルの一例を示す概念図である。記憶部５０００には、図９（Ｂ）に示されているような処理内容管理テーブルによって構成された処理内容管理ＤＢ５００２が構築されている。この処理内容管理テーブルでは、処理IDごとに管理対象装置３で実行される処理内容が関連付けられて記憶、管理されている。このうち、処理IDは、管理対象装置３で実行される処理を示す処理識別情報であり、仲介装置５でも管理される。また、処理内容には、例えば、ファームウエア更新、再起動、定期処理、電力モードへの移行・復帰が含まれる。

●結果内容管理テーブル●
図９（Ｃ）は、本実施形態に係る結果内容管理テーブルの一例を示す概念図である。記憶部５０００には、図９（Ｃ）に示されているような結果内容管理テーブルによって構成された結果内容管理ＤＢ５００３が構築されている。この結果内容管理テーブルでは、結果IDごとに管理対象装置３で実行された各処理に対する結果（成否：成功又は失敗）が記憶、管理される。この結果IDは、管理対象装置３で実行された処理の結果を示す結果識別情報であり、仲介装置５でも管理される。

<<仲介装置の各機能構成>>
次に、仲介装置５の各機能構成について詳細に説明する。図６に示されている仲介装置５の送受信部５１は、主に、図５に示されている外部機器接続Ｉ／Ｆ５０８及びネットワークＩ／Ｆ５０９に対するＣＰＵ５０１の処理によって実現され、ファイアウォール１０５及び通信ネットワーク１００を介して管理対象装置３との間で各種データ（又は情報）の送受信を行う。さらに、送受信部５１は、ファイアウォール１０６及び通信ネットワーク１００を介して通信端末７との間で各種データ（又は情報の送受信を行う。本実施形態において、送受信部５１は、送信手段及び受信手段のうち少なくとも一方として機能又は機能する手段を有する。

状態管理部５６は、主に、図５に示されているＣＰＵ５０１の処理によって実現され、管理対象装置３の状態、及び管理対象装置３で実行された各種処理に対する結果内容を管理する。管理対象装置３の状態とは、例えば、上述した状態内容管理テーブル（状態内容管理ＤＢ５００１、図９（Ａ）参照）で管理される管理対象装置３の各種状態である。また、各種処理に対する結果とは、例えば、上述した結果内容管理テーブル（結果内容管理ＤＢ５００３、図９（Ｃ）参照）で管理される各処理に対する成否（成功又は失敗）である。本実施形態において、状態管理部５６は、状態管理手段の一例として機能又は機能する手段を有する。

処理管理部５７は、主に、図５に示されているＣＰＵ５０１の処理によって実現され、管理対象装置３で実行される各種処理内容を管理する。処理内容には、上述したように、例えば、ファームウエア更新、再起動、定期処理、電力モードへの移行・復帰が含まれる。なお、状態管理部５６と処理管理部５７は、互いの機能を上述した範囲に限らない。例えば、状態管理部５６が処理管理部５７で実行する処理を担ってもよいし、処理管理部５７が状態管理部５６で実行する処理を担ってもよい。さらに、状態管理部５６と処理管理部５７を一つの機能として実行するように機能構成を実現してもよい。本実施形態において、処理管理部５７は、処理管理手段の一例として機能又は機能する手段を有する。

記憶・読出部５９は、主に、図５に示されているＣＰＵ５０１の処理によって実現され、記憶部５０００に各種データ（又は情報）を記憶したり、記憶部５０００から各種データ（又は情報）を読み出したりする。本実施形態において、記憶・読出部５９は、記憶・読出手段の一例として機能又は機能する手段を有する。

＜通信端末の機能構成＞
図７に示されているように、通信端末７は、送受信部７１、受付・取得部７２、作成部７３、表示制御部７４、判断部７５、状態管理部７６、処理管理部７７及び記憶・読出部７９を有する。これら各機能部は、図５に示された各構成要素のいずれかが、ＲＯＭ７０２及びＨＤ７０４うち少なくとも一方からＲＡＭ７０３に展開された通信端末７用のプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。また、通信端末７は、図５に示されているＲＯＭ７０２及びＨＤ７０４のうち少なくとも一方により構築される記憶部７０００を有している。

●状態内容管理テーブル●
図１０（Ａ）は、本実施形態に係る状態内容管理テーブルの一例を示す概念図である。記憶部７０００には、図１０（Ａ）に示されているような状態内容管理テーブルによって構成された状態内容管理ＤＢ７００１が構築されている。この状態内容管理テーブルでは、状態IDごとに管理対象装置３の状態を表す状態内容が関連付けられて記憶、管理されている。このうち、状態IDは、管理対象装置３の状態を示す状態識別情報であり、通信端末７でも管理される。状態内容には、例えば、ファームウエア更新、システムエラー、定期処理結果、使用状態・電力モードが含まれる。

●処理内容管理テーブル●
図１０（Ｂ）は、本実施形態に係る処理内容管理テーブルの一例を示す概念図である。記憶部７０００には、図１０（Ｂ）に示されているような処理内容管理テーブルによって構成された処理内容管理ＤＢ７００２が構築されている。この処理内容管理テーブルでは、処理IDごとに管理対象装置３で実行される処理内容が関連付けられて記憶、管理されている。このうち、処理IDは、管理対象装置３で実行される処理を示す処理識別情報であり、通信端末７でも管理される。また、処理内容には、例えば、ファームウエア更新、再起動、定期処理、電力モードへの移行・復帰が含まれる。

●結果内容管理テーブル●
図１０（Ｃ）は、本実施形態に係る結果内容管理テーブルの一例を示す概念図である。記憶部７０００には、図１０（Ｃ）に示されているような結果内容管理テーブルによって構成された結果内容管理ＤＢ７００３が構築されている。この結果内容管理テーブルでは、結果IDごとに管理対象装置３で実行された各処理に対する結果（成否：成功又は失敗）が記憶、管理される。この結果IDは、管理対象装置３で実行された処理の結果を示す結果識別情報であり、通信端末７でも管理される。

●装置種別管理テーブル●
図１１（Ａ）は、本実施形態に係る装置種別管理テーブルの一例を示す概念図である。記憶部７０００には、図１１（Ａ）に示されているような装置種別管理テーブルによって構成された装置種別管理ＤＢ７００４が構築されている。この装置種別管理テーブルでは、装置種別に係る情報として、例えば「ＭＦＰ」が記憶、管理される。但し、記憶、管理される装置種別に係る情報(装置種別情報)は、「ＭＦＰ」に限らない。

●装置識別情報管理テーブル●
図１１（Ｂ）は、本実施形態に係る装置識別情報管理テーブルの一例を示す概念図である。記憶部７０００には、図１１（Ｂ）に示されているような装置識別情報管理テーブルによって構成された装置識別情報管理ＤＢ７００５が構築されている。この装置識別情報管理テーブルでは、装置識別情報として、例えば「MFP001」が記憶、管理される。但し、記憶、管理される装置識別情報は、「MFP001」に限らない。

<<通信端末の各機能構成>>
次に、通信端末７の各機能構成について詳細に説明する。図４に示されている管理対象装置３の送受信部７１は、主に、図５に示されている外部機器接続Ｉ／Ｆ７０８及びネットワークＩ／Ｆ７０９に対するＣＰＵ７０１の処理によって実現され、通信ネットワーク１００を介して、通信端末７との間で各種データ（又は情報）の送受信を行う。さらに、送受信部７１は、ファイアウォール１０６及び通信ネットワーク１００を介して仲介装置５との間で各種データ（又は情報）の送受信を行う。本実施形態において、送受信部７１は、送信手段及び受信手段のうち少なくとも一方の一例として機能又は機能する手段を有する。

受付・取得部７２は、主に、図５に示されているポインティングデバイス７１２に対するＣＰＵ７０１の処理によって実現され、通信端末７のディスプレイ７０６に対する利用者の操作を受け付ける。また、受付・取得部７２は、後述する仲介装置５が通信端末７に対してパブリッシュした状態トピックに含まれる所定の階層の文字列を取得する。本実施形態において、受付・取得部７２は、受付・取得手段の一例として機能又は機能する手段を有する。

作成部７３は、主に、図５に示されているＣＰＵ７０１の処理によって実現され、状態内容管理テーブル（状態内容管理ＤＢ７００１、図１０（Ｃ）参照）で管理される状態内容と一致する処理内容（例えば、、管理対象装置３で実行される「ファームウエア更新」）に係る処理トピックを作成する。さらに、作成部７３は、通信端末７のディスプレイ７０６に表示させる状態通知画面、実行結果通知画面を作成する。本実施形態において、作成部７３は、作成手段の一例として機能又は機能する手段を有する。

表示制御部７４は、主に、図５に示されているＣＰＵ７０１の処理によって実現され、ディスプレイ７０６に、各種データ（情報）を表示させる。本実施形態において、表示制御部７４は、表示制御手段の一例として機能又は機能する手段を有する。

判断部７５は、主に、図５に示されているＣＰＵ７０１の処理によって実現され、通信端末７における各種判断を行う。本実施形態において、判断部７５は、判断手段の一例として機能又は機能する手段を有する。

状態管理部７６は、主に、図５に示されているＣＰＵ７０１の処理によって実現され、管理対象装置３の状態、及び管理対象装置３で実行された各種処理に対する結果を管理する。管理対象装置３の状態は、上述した状態内容管理テーブル（状態内容管理ＤＢ７００１、図１０（Ａ）参照）で管理される管理対象装置３の各種状態である。また、各種処理に対する結果は、上述した結果内容管理テーブル（結果内容管理ＤＢ７００３、図１０（Ｃ）参照）で管理される各処理に対する成否（成功又は失敗）である。さらに、状態管理部７６は、上述した装置種別管理テーブル（装置種別管理ＤＢ７００４、図１１（Ａ）参照）で管理される装置種別情報、及び装置識別情報管理テーブル（装置識別情報管理ＤＢ７００５、図１１（Ｂ）参照）で管理される装置識別情報をそれぞれ管理する。但し、装置種別情報及び装置識別情報は、次に説明する処理管理部７７によって管理されてもよい。本実施形態において、状態管理部７６は、状態管理手段の一例として機能又は機能する手段を有する。

処理管理部７７は、主に、図７に示されているＣＰＵ７０１の処理によって実現され、管理対象装置３で実行される各種処理内容を管理する。処理内容には、上述したように、例えば、ファームウエア更新、再起動、定期処理、電力モードへの移行・復帰が含まれる。なお、状態管理部７６と処理管理部７７は、互いの機能を上述した範囲に限らない。例えば、状態管理部７６が処理管理部７７で実行する処理を担ってもよいし、処理管理部７７が状態管理部７６で実行する処理を担ってもよい。さらに、状態管理部７６と処理管理部７７を一つの機能として実行するように機能構成を実現してもよい。本実施形態において、処理管理部７７は、処理管理手段の一例として機能又は機能する手段を有する。

記憶・読出部７９は、主に、図５に示されているＣＰＵ７０１の処理によって実現され、記憶部７０００に各種データ（又は情報）を記憶したり、記憶部７０００から各種データ（又は情報）を読み出したりする。本実施形態において、記憶・読出部７９は、記憶・読出手段の一例として機能又は機能する手段を有する。

〔実施形態の処理又は動作〕
次に、図１２乃至図１８を用いて、本実施形態に係る通信システム１における各処理又は動作を説明する。

＜事前準備＞
図１２は、管理対象装置、仲介装置及び通信端末の間で実行される事前準備の一例を示すシーケンス図である。図１２に示されているように、まず、複数の管理対象装置３(１)の送受信部３１は、仲介装置５に対してサブスクライブする（ステップＳ１０１）。これにより、仲介装置５の送受信部５１は、管理対象装置３(１)から送信されたサブスクライブを受信する。このとき、サブスクライブされるトピックには、例えば、process/#で示される情報が含まれる。

さらに、管理対象装置３(ｎ)の送受信部３１は、仲介装置５に対してサブスクライブする（ステップＳ１０２）。これにより、仲介装置５の送受信部５１は、管理対象装置３(ｎ)から送信されたサブスクライブを受信する。このとき、サブスクライブされるトピックには、例えば、process/#で示される情報が含まれる。ここで、ステップＳ１０１及びＳ１０２でサブスクライブされるトピック（例えば、「process」）は、処理情報として示される処理内容を受信するための処理要求情報の一例である。なお、管理対象装置３(１)で実行されるステップＳ１０１及び管理対象装置３(ｎ)で実行されるステップＳ１０２の各処理は、どちらの処理が先に実行されてもかまわない。また、以下、特に限定しない場合は、単に管理対象装置３と呼ぶ。

続いて、通信端末７(１)の送受信部７１は、仲介装置５に対してサブスクライブする（ステップＳ１０３）。これにより、仲介装置５の送受信部５１は、通信端末７(1)から送信されたサブスクライブを受信する。このとき、サブスクライブされるトピックには、例えば、status/MFP/#, 及びresult/MFP/#で示される情報が含まれる。

さらに、通信端末７(ｎ)の送受信部７１は、仲介装置５に対してサブスクライブする（ステップＳ１０４）。これにより、仲介装置５の送受信部５１は、通信端末７(ｎ)から送信されたサブスクライブを受信する。このとき、サブスクライブされるトピックには、例えば、status/IWB/#, 及びresult/IWB/#で示される情報が含まれる。なお、通信端末７(１)で実行されるステップＳ１０３及び通信端末７(ｎ)で実行されるステップＳ１０４の各処理は、どちらの処理が先に実行されてもかまわない。また、以下、特に限定しない場合は、単に通信端末７と呼ぶ。

＜トピックの一例＞
本実施形態では、トピックの一例として、以下の内容を用いることとする。
・status/装置種別情報/装置識別情報/状態ID
・process/装置識別情報/処理ID
・result/装置種別情報/装置識別情報/結果ID
このとき、最初の文字列であるstatus, process及びresultは、それぞれ第１階層のデータ（文字列）として扱われる。また、一つ目の「/」で区切られた後の文字列である装置種別情報及び装置識別情報は、それぞれ第２階層のデータ（文字列）として扱われる。さらに、二つ目の「/」で区切られた後の文字列である装置識別情報、処理ID及び装置識別情報は、それぞれ第３階層のデータ（文字列）として扱われる。さらに、三つ目の「/」で区切られた後の文字列である状態ID及び結果IDは、第４階層のデータ（文字列）として扱われる。

＜状態トピックに係る処理＞
図１３は、通信端末における状態通知処理の画面表示までの一例を示すシーケンス図である。図１３に示されているように、管理対象装置３の検知部３２は、自装置内で実行されているプログラムの状態から、ファームウエア更新を検知する（ステップＳ１１１）。

続いて、取得部３３は、ステップＳ１１１で検知したファームウエア更新で示される状態内容を検索キーとして状態内容管理テーブル（状態内容管理ＤＢ３００１、図８（Ａ）参照）を検索することにより、対応する状態ID（SID001）を取得する（ステップＳ１１２）。

さらに取得部３３は、記憶部３０００に記憶、管理されている装置種別情報及び装置識別情報を取得する（ステップＳ１１３）。

続いて、作成部３４は、状態トピックを作成する（ステップＳ１１４）。ここで生成される状態トピックには、装置種別情報、装置識別情報及び状態IDが含まれる。

状態トピックを作成後、送受信部３１は、仲介装置５に対して状態トピックをパブリッシュする（ステップＳ１１５）。これにより、仲介装置５の送受信部５１は、管理対象装置３がパブリッシュした状態トピックを受信する。このとき、パブリッシュされた状態トピックは、例えば、「status/MFP/MFP001/SID001」である。

状態トピックを受信した仲介装置５の状態管理部５６は、その状態トピックに含まれる状態ID(SID001)に対応する状態内容（例えば、ファームウエア更新）を状態内容管理テーブル（状態内容管理ＤＢ５００１、図９（Ａ）参照）に登録する（ステップＳ１１６）。なお、ステップＳ１１６の処理において、ＭＱＴＴプロトコルの仕様に応じて状態トピックを状態内容管理テーブルに登録せず、そのまま通信端末７にパブリッシュするようにしてもよい。

続いて、仲介装置５の送受信部５１は、ステップＳ１１５で受信した状態トピックを通信端末７に対してパブリッシュする（ステップＳ１１７）。これにより、通信端末７の送受信部７１は、仲介装置５がパブリッシュした状態トピックを受信する。このとき、パブリッシュされた状態トピックは、例えば、「status/MFP/MFP001/SID001」である。ステップＳ１１７で受信された状態トピックに含まれる情報には、管理対象装置３の状態を表す装置状態情報が含まれる。

<<状態トピックに係る判断処理>>
続いて、通信端末７の判断部７５は、処理の実行判断を行う（ステップＳ１１８）。図１６は、通信端末における実行判断処理の一例を示すフローチャートである。図１６に示されているように、通信端末の受付・取得部７２は、ステップＳ１１６で受信した状態トピックに含まれる１階層の文字列を取得する（ステップＳ２０１）。

続いて、判断部７５は、受付・取得部７２によって取得された１階層の文字列が「status」であるか否かを判断する（ステップＳ２０２）。取得された１階層の文字列が「status」である場合（ステップＳ２０２；ＹＥＳ）、受付・取得部７２は、２階層と３階層の文字列を取得し、装置種別情報及び装置識別情報を特定する（ステップＳ２０３）。

続いて、受付・取得部７２は、４階層の文字列を取得し、状態管理部７６と協働して取得した文字列を検索キーとして状態内容管理テーブル（状態内容管理ＤＢ７００１、図１０（Ａ）参照）を検索することにより、対応する状態内容を特定する（ステップＳ２０４）。

続いて、作成部７３は、ステップＳ２０３，Ｓ２０４で特定した装置種別情報、装置識別情報及び状態内容に基づいて状態通知画面を作成してこのフローを抜ける（ステップＳ２０５）。

<<結果トピックに係る判断処理>>
一方、受付・取得部７２によって取得された１階層の文字列が「status」でない場合（ステップＳ２０２；ＮＯ）、判断部７５は、さらに、受付・取得部７２によって取得された１階層の文字列が「result」であるか否かを判断する（ステップＳ２０６）。受付・取得部７２によって取得された１階層の文字列が「result」である場合（ステップＳ２０６；ＹＥＳ）、受付・取得部７２は、２階層と３階層の文字列を取得し、装置種別情報及び装置識別情報を特定する（ステップＳ２０７）。

続いて、受付・取得部７２は、４階層の文字列を取得し、状態管理部７６と協働して取得した文字列を検索キーとして結果内容管理テーブル（結果内容管理ＤＢ７００３、図１０（Ｃ）参照）を検索することにより、対応する結果内容を特定する（ステップＳ２０８）。

続いて、作成部７３は、ステップＳ２０７，Ｓ２０８で特定した装置種別情報、装置識別情報及び結果内容に基づいて状態通知画面を生成してこのフローを抜ける（ステップＳ２０９）。

さらに、受付・取得部７２によって取得された１階層の文字列が「result」でない場合（ステップＳ２０６；ＮＯ）、すなわち、受付・取得部７２によって取得された１階層の文字列が「status」でも「result」でない場合、作成部７３は、エラー画面を作成してこのフローを抜ける（ステップＳ２１０）。

図１３に戻り、通信端末７の表示制御部７４は、通信端末７のディスプレイ７０６にそれぞれの状態に対応する通知画面を表示させる。ここで、図１８（Ａ）は、通信端末７に表示される状態通知画面の一例を示す図、図１８（Ｂ）は、通信端末７に表示される実行結果通知画面の一例を示す図、図１８（Ｃ）は、通信端末７に表示される状態通知画面の他の一例を示す図である。図１８（Ａ）に示されているように、状態通知画面７１０１は、上述したステップＳ２０５及びＳ１１８の処理により表示される画面の一例である。状態通知画面７１０１では、表示制御部７４によって、状態を通知する管理対象装置としての装置種別：MFP、装置識別情報としての装置ID：MFP001、通知日時が表示される。状態通知画面７１０１では、さらに、表示制御部７４によって、「ファームウエアの更新が検知されました。アップデートしますか？」という内容のメッセージが表示され、ファームウエアの更新を行うか否かを選択するための「しない」ボタン７１０２及び「する」ボタン７１０３が表示される。このとき、ファームウエアの更新を行うための「する」ボタン７１０２は、処理要求情報の一例としての「ファームウエア更新」に対応する更新処理の実行の選択を受け付ける実行選択受付手段の一例として機能又は機能する手段を有する。

ステップＳ１１７における処理の実行判断の後、通信端末７の表示制御部７４は、ディスプレイ７０６に、状態通知画面の一例として、上述した図１８（Ａ）に示される状態通知画面７１０１を表示させる（ステップＳ１１９）。

＜処理トピックに係る処理＞
図１４は、管理対象装置における処理の実行までの一例を示すシーケンス図である。まず、図１８（Ａ）に示された通信端末７の状態通知画面７１０１に対して、利用者がファームウエア更新を「する」ボタン７１０３を操作する。これにより、通信端末７の受付・取得部７２は、利用者によって操作されたファームウエアの更新指示を受け付ける（ステップＳ１２１）。なお、本実施形態のステップＳ１２１ではファームウエアの更新指示を受け付けたが、状態内容管理テーブル（状態内容管理ＤＢ７００１、図１０（Ｃ）参照）で管理される状態内容であれば、その内容に制限は設けない。

続いて、処理管理部７７は、ステップＳ１１２で受信した状態IDに対応する状態内容を検索キーとして処理内容管理テーブル(処理内容管理ＤＢ７００２、図１０（Ｂ）参照)を検索し、作成部７３と協働して状態内容と一致する処理内容（この場合は、管理対象装置３で実行される「ファームウエア更新」）に係る処理トピックを作成する（ステップＳ１２２）。

作成部７３によって処理トピックを作成した後、送受信部７１は、仲介装置５に対して作成した処理トピックをパブリッシュ（送信）する（ステップＳ１２３）。これにより、仲介装置５の送受信部５１は、通信端末７がパブリッシュした処理トピックを受信する。このとき、パブリッシュされた処理トピックは、例えば、「process/MFP001/PID001」である。

処理トピックを受信した仲介装置５の処理管理部５７は、その処理トピックに含まれる処理ID(PID001)に対応する処理内容（例えば、ファームウエア更新）を処理内容管理テーブル（処理内容管理ＤＢ５００２、図９（Ｂ）参照）に登録する（ステップＳ１２４）。なお、ステップＳ１２４の処理において、ＭＱＴＴプロトコルの仕様に応じて、処理トピックを処理内容管理テーブルに登録せず、そのまま管理対象装置３にパブリッシュするようにしてもよい。

続いて、仲介装置５の送受信部５１は、ステップＳ１０１，Ｓ１０２で仲介装置５に対してサブスクライブしたそれぞれの管理対象装置３に対して、ステップＳ１２３で受信した処理トピックをパブリッシュ（送信）する（ステップＳ１２５）。これにより、管理対象装置３の送受信部３１は、仲介装置５がパブリッシュした処理トピックを受信する。ここで、送受信部３１が受信した処理トピックに含まれるファームウエア更新などの処理内容は、複数の管理対象装置３に対して仲介装置５が送信した、所定の処理を表す処理情報の一例である。

<<処理トピックに係る判断処理>>
処理トピックを受信した管理対象装置３は、以下に示す処理の実行判断を行う（ステップＳ１２６）。図１７は、管理対象装置における実行判断処理の一例を示すフローチャートである。図１７に示されているように、取得部３３は、受信した処理トピックに含まれる１階層の文字列を取得する（ステップＳ３０１）。この場合、取得される文字列は、「process」である。

続いて、判断部３５は、取得部３３によって取得された１階層の文字列が「process」であるか否かを判断する（ステップＳ３０２）。取得した１階層の文字列が「process」である場合（ステップＳ３０２；ＹＥＳ）、判断部３５は、取得部３３と協働して２階層の文字列を取得し、装置識別情報を特定する（ステップＳ３０３）。

続いて、判断部３５は、取得部３３によって取得されたトピックに含まれる装置識別情報と自身の管理対象装置３の記憶部３０００に記憶、管理されている装置識別情報とが一致するか否かを判断する（ステップＳ３０４）。つまり、判断部３５は、処理情報の一例として取得されたトピックに、自身の管理対象装置３（自装置）を識別する自装置識別情報が含まれているか否かを判断する。

特定した装置識別情報が自装置識別情報と一致する場合（ステップＳ３０４；ＹＥＳ）、判断部３５は、取得部３３と協働して３階層の文字列（例えば、PID001）を取得する。その後、判断部３５は、取得した３階層の文字列（PID001）を検索キーとして処理内容管理テーブル（処理内容管理ＤＢ７００２、図８（Ｂ）参照）を検索することにより、対応する処理内容（例えば、ファームウエア更新）を特定する（ステップＳ３０５）。

続いて、処理管理部３７は、実行部３６に対して、特定した処理内容の実行を指示してこのフローを抜ける（ステップＳ３０６）。

一方、取得した１階層の文字列が「process」でない場合（ステップＳ３０２；ＮＯ）、判断部３５は、エラー処理を実行してこのフローを抜ける（ステップＳ３０７）。

図１４に戻り、実行部３６は、特定した処理又はエラー処理を実行する（ステップＳ１２７）。本実施形態では、特定した処理として、例えば、管理対象装置３のファームウエア更新が実行される。

＜結果トピックに係る処理＞
図１５は、通信端末における実行結果通知の画面表示までの一例を示すシーケンス図である。まず、管理対象装置３の作成部３４は、特定された処理を実行後、その処理結果としての結果トピックを作成する（ステップＳ１３１）。

続いて、送受信部３１は、仲介装置５に対して、作成した結果トピックをパブリッシュ（送信）する（ステップＳ１３２）。これにより、仲介装置５の送受信部５１は、管理対象装置３がパブリッシュした結果トピックを受信する。このとき、パブリッシュされた結果トピックは、例えば、「result/MFP/MFP001/RID001」である。

処理トピックを受信した仲介装置５の状態管理部５６は、その結果トピックに含まれる結果ID(RID001)に対応する結果内容（成功）を結果内容管理テーブル（結果内容管理ＤＢ５００３、図９（Ｃ）参照）に登録する（ステップＳ１３３）。なお、ステップＳ１３３の処理において、ＭＱＴＴプロトコルの仕様に応じて、結果トピックを結果内容管理テーブルに登録せず、そのまま通信端末７にパブリッシュするようにしてもよい。

続いて、仲介装置５の送受信部５１は、ステップＳ１３２で受信した結果トピックを通信端末７に対してパブリッシュする（ステップＳ１３４）。これにより、通信端末７の送受信部７１は、仲介装置５がパブリッシュした結果トピックを受信する。このとき、パブリッシュされた結果トピックは、例えば、「result/MFP/MFP001/RID001」である。

続いて、通信端末７の判断部７５は、処理の実行判断を行う（ステップＳ１３５）。ここで行われる処理の実行判断は、上述した図１６のステップＳ２０６－Ｓ２１０までの処理に相当するため、ここでの説明を省略する。

ステップＳ１３４における処理の実行判断の後、通信端末７の表示制御部７４は、ディスプレイ７０６に、実行結果通知を表す実行結果通知画面を表示させる（ステップＳ１３６）。実行結果通知の画面の一例として、表示制御部７４は、上述した図１８（Ｂ）又は（Ｃ）に示される状態通知画面７１０１又は７００６を表示させる。

図１８（Ｂ）に示されている実行結果通知画面７１０４は、上述したステップＳ２０９及びＳ１３５の処理で表示制御部７４によって表示される画面の一例である。実行結果通知画面７１０４では、表示制御部７４によって、状態通知画面７１０１と同様に、装置種別：MFP、装置ID：MFP001、通知日時が表示される。実行結果通知画面７１０４では、さらに、表示制御部７４によって、「ファームウエアの更新が終了しました。」という内容のメッセージ、及びそのメッセージを確認したことを示す「ＯＫ」ボタン７１０５が表示される。

一方、図１８（Ｃ）に示されている実行結果通知画面７１０６は、上述したステップＳ２１０及びＳ１３５の処理で表示制御部７４によって表示される画面例である。実行結果通知画面７１０６では、表示制御部７４によって、実行結果通知画面７１０４と同様に、装置種別：MFP、装置ID：MFP001、通知日時が表示される。実行結果通知画面７１０６では、さらに、表示制御部７４によって、実行結果通知にエラーを表す内容が含まれている場合に、管理対象装置３が実行した処理を再実行（リトライ）させるか否かを選択させる選択ボタンが表示される。具体的には、表示制御部７４は、「ファームウエアの更新が失敗しました。リトライしますか？」という内容のメッセージを実行結果通知画面７１０６に表示させ、ファームウエアの更新を再実行（リトライ）するか否かを選択させるための「キャンセル」ボタン７１０７及び「ＯＫ」ボタン７１０８を表示させる。このとき、ファームウエアの更新を再実行（リトライ）するための「ＯＫ」ボタン７１０８は、処理要求情報の一例としての「ファームウエア更新」に対応する更新処理の再実行（リトライ）の選択を受け付ける再実行選択受付手段の一例として機能又は機能する手段を有する。ここで、利用者によって「ＯＫ」ボタン７１０８が操作された場合、受付・取得部７２は、利用者によって操作されたファームウエアの再実行指示としてのリトライ指示を受け付け（ステップＳ１２１）、ステップＳ１２１以降の処理を再開する。

〔実施形態の主な効果〕
以上説明したように本実施形態によれば、装置管理システム９における管理対象装置３の送受信部３１は、仲介装置５がパブリッシュした処理トピックを受信し（ステップＳ１２５）、受信した処理トピックに自装置を識別する自装置識別情報が含まれている場合に、処理情報が示す処理内容を特定し（ステップＳ３０５）、特定した処理を実行する（ステップＳ３０６，Ｓ１２７）。これにより、管理対象装置３は、通信端末７からメッセージを受信した場合に自装置に対するメッセージであることを特定でき、そのメッセージに応じた所定の処理を実行することが可能になるという効果を奏する。

〔実施形態の補足〕
上述した実施形態において、状態内容、処理内容及び結果内容をはじめとする各例示は、これに限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において種々の変形、変更が可能である。

また、上述した実施形態に係る通信システム１において、ステップＳ１０１，Ｓ１０２の各処理を実行するにあたり、管理対象装置３と仲介装置５との間に別の装置等が含まれるような構成であってもよい。つまり、管理対象装置３の送受信部３１がサブスクライブした情報を、別の装置等を介して仲介装置５の送受信部５１が受信するような構成であってもよい。同様に、ステップＳ１０３，Ｓ１０４の各処理を実行するにあたり、通信端末７と仲介装置５との間に別の装置等が含まれるような構成であってもよい。つまり、通信端末７の送受信部７１がサブスクライブ（送信）した情報を、別の装置等を介して仲介装置５の送受信部５１が受信するような構成であってもよい。このような構成は、上述した他のシーケンス図における処理においても適用可能である。

さらに、上述した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたデバイスを含むものとする。このデバイスとは、例えば、プロセッサ、上記で説明した各機能を実行するよう設計されたＡＳＩＣ(Application Specific Integrated Circuit)、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）、ＳＯＣ(System on a chip)、ＧＰＵ（Graphics Processing Unit）、及び従来の回路モジュール等をいう。

また、上述した実施形態の各種テーブルは、機械学習の学習効果によって生成されたものでもよく、関連付けられている各項目のデータを機械学習にて分類付けすることで、テーブルを使用しなくてもよい。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを事前に取り込まれる学習データから自律的に生成、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよい、さらに、機械学習のための学習方法は、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

１ 通信システム
３ 管理対象装置
５ 仲介装置
７ 通信端末
９ 装置管理システム
３１ 送受信部（受信手段の一例、送信手段の一例）
３５ 判断部（判断手段の一例）
３６ 実行部（実行手段の一例）
７１ 送受信部（送信手段の一例、受信手段の一例）
７４ 表示制御部（表示制御手段の一例）

特開２０１９－１６０２７４号公報

Claims (12)

1. 自装置の装置情報を提供することにより管理される複数の管理対象装置と、
   前記装置情報のうち前記複数の管理対象装置のそれぞれの状態を示す各装置状態情報を所定の通信プロトコルを用いて受信可能な通信端末と、を有する装置管理システムであって、
   前記複数の管理対象装置のそれぞれは、
   当該複数の管理対象装置と前記通信端末とを仲介する仲介装置を介して前記通信端末が送信した、前記各装置状態情報に基づいて作成された前記複数の管理対象装置に対する所定の処理を表す処理情報を受信する受信手段と、
   前記受信手段によって受信された前記処理情報に前記自装置を識別する自装置識別情報が含まれている場合に、前記処理情報が示す前記所定の処理を実行する実行手段と、を有する、
   ことを特徴とする装置管理システム。
2. 請求項１に記載の装置管理システムであって、
   前記複数の管理対象装置のそれぞれは、
   前記仲介装置に対して、前記処理情報を受信するための処理要求情報を送信する送信手段を有し、
   前記受信手段は、前記送信手段によって送信された前記処理要求情報に基づいて前記通信端末が生成した前記処理情報を、前記仲介装置を介して受信する、
   ことを特徴とする装置管理システム。
3. 請求項１又は２に記載の装置管理システムであって、
   前記複数の管理対象装置のそれぞれは、
   前記受信手段によって受信された前記処理情報に前記自装置識別情報が含まれているか否かを判断する判断手段を有する、
   ことを特徴とする装置管理システム。
4. 請求項１乃至３のいずれか一項に記載の装置管理システムであって、
   前記通信端末は、
   前記仲介装置が送信した前記処理要求情報を受信する受信手段と、
   前記受信手段によって受信された前記処理要求情報に対応する処理の実行の選択を受け付ける実行選択受付手段と、
   前記処理の再実行の選択を受け付ける再実行選択受付手段と、を有する、
   ことを特徴とする装置管理システム。
5. 請求項４に記載の装置管理システムであって、
   前記通信端末は、
   前記実行選択受付手段によって前記処理の実行が受け付けられた場合に、前記複数の管理対象装置のうち前記自装置識別情報を有する特定の管理対象装置が受信可能となるように前記処理情報を送信する送信手段を有する、
   ことを特徴とする装置管理システム。
6. 請求項１乃至５のいずれか一項に記載の装置管理システムであって、
   前記通信端末は、
   前記管理対象装置が送信した前記各装置状態情報を前記受信手段によって受信した後、受信した前記各装置状態情報を表示手段に表示させる表示制御手段を有する、
   ことを特徴とする装置管理システム。
7. 前記表示制御手段は、
   前記管理対象装置が実行した前記所定の処理の実行結果を表す実行結果通知を前記表示手段に表示させる、
   ことを特徴とする請求項６に記載の装置管理システム。
8. 前記表示制御手段は、
   前記実行結果通知にエラーを表す内容が含まれている場合に、前記表示手段に、前記再実行選択受付手段を表示させる、
   ことを特徴とする請求項６に記載の装置管理システム。
9. 前記所定のプロトコルとして、ＭＱＴＴプロトコルが用いられることを特徴とする請求項１乃至８いずれか一項に記載の装置管理システム。
10. 自装置の装置情報を提供することにより管理される複数の管理対象装置であって、
    前記装置情報のうち前記複数の管理対象装置のそれぞれの状態を示す各装置状態情報を所定の通信プロトコルを用いて受信可能な通信端末に送信する送信手段と、
    当該複数の管理対象装置と前記通信端末とを仲介する仲介装置を介して前記通信端末が送信した、前記各装置状態情報に基づいて作成された前記複数の管理対象装置に対する所定の処理を表す処理情報を受信する受信手段と、
    前記受信手段によって受信された前記処理情報に前記自装置を識別する自装置識別情報が含まれている場合に、前記処理情報が表す前記所定の処理を実行する実行手段と、を有する、
    ことを特徴とする管理対象装置。
11. 自装置の装置情報を提供することにより管理される複数の管理対象装置が実行する管理対象実行方法であって、
    前記装置情報のうち前記複数の管理対象装置のそれぞれの状態を示す各装置状態情報を所定の通信プロトコルを用いて受信可能な通信端末に送信する送信ステップと、
    当該複数の管理対象装置と前記通信端末とを仲介する仲介装置を介して前記通信端末が送信した、前記各装置状態情報に基づいて作成された前記複数の管理対象装置に対する所定の処理を表す処理情報を受信する受信ステップと、
    前記受信ステップによって受信された前記処理情報に前記自装置を識別する自装置識別情報が含まれている場合に、前記処理情報が表す前記所定の処理を実行する実行ステップと、含む処理を実行する、
    ことを特徴とする管理対象実行方法。
12. コンピュータを、請求項１０に記載の各手段として機能させるためのプログラム。

Images