ホーム > 特許ランキング > ブラザー工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022070493
(43)【公開日】2022-05-13
(54)【発明の名称】端末装置及びプログラム
(51)【国際特許分類】
G06F 13/00 20060101AFI20220506BHJP
G06F 3/12 20060101ALI20220506BHJP
B41J 29/38 20060101ALI20220506BHJP
【ＦＩ】
G06F13/00 351N
G06F3/12 322
G06F3/12 336
G06F3/12 338
B41J29/38
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2020179585
(22)【出願日】2020-10-27
(71)【出願人】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000578
【氏名又は名称】名古屋国際特許業務法人
(72)【発明者】
【氏名】國本 慎太郎
【テーマコード（参考）】
2C061
5B089
【Ｆターム（参考）】
2C061AP01
2C061AP04
2C061AP10
2C061HJ08
2C061HK11
2C061HN15
2C061HP00
5B089GA11
5B089GA25
5B089GA31
5B089GB02
5B089HA06
5B089HA10
5B089HB05
5B089HB06
5B089JA35
5B089JB14
5B089KA17
5B089KB04
5B089KC30
5B089KC47
5B089KG02
(57)【要約】
【課題】端末装置においてステータスが変化したことを、当該ステータスが変化したことに関するセキュリティ性を適正に保ちつつ、通知先の装置へ迅速に通知する。
【解決手段】端末装置は、端末装置のステータス変化を検知すると（Ｓ１２０：ＹＥＳ）、第１通知を情報処理装置へ送信する（Ｓ１３０）。第１通知は、検知されたステータス変化を示す変化情報を含まない。端末装置は、第１通知の送信後、情報処理装置から応答を受信すると（Ｓ１６０）、第２通知を情報処理装置へ送信する（Ｓ１７０）。第２通知は、変化情報を含む。
【選択図】図６
【解決手段】端末装置は、端末装置のステータス変化を検知すると（Ｓ１２０：ＹＥＳ）、第１通知を情報処理装置へ送信する（Ｓ１３０）。第１通知は、検知されたステータス変化を示す変化情報を含まない。端末装置は、第１通知の送信後、情報処理装置から応答を受信すると（Ｓ１６０）、第２通知を情報処理装置へ送信する（Ｓ１７０）。第２通知は、変化情報を含む。
【選択図】図６
【特許請求の範囲】
【請求項1】
端末装置であって、
情報処理装置と通信するように構成された通信部と、
制御部と、
を備え、
前記制御部は、
前記端末装置のステータスに特定の変化が生じることであるステータス変化を検知する検知処理と、
前記検知処理により前記ステータス変化が検知されることに応じて、検知された前記ステータス変化を示す変化情報を含まない第１通知を前記通信部を介して前記情報処理装置へ送信する、第１送信処理と、
前記第１通知が前記情報処理装置で受信されることに応じて前記情報処理装置から送信される応答を受信する受信処理と、
前記受信処理により前記応答が受信されることに応じて、前記変化情報を含む第２通知を前記通信部を介して前記情報処理装置へ送信する、第２送信処理と、
を実行するように構成された、端末装置。
情報処理装置と通信するように構成された通信部と、
制御部と、
を備え、
前記制御部は、
前記端末装置のステータスに特定の変化が生じることであるステータス変化を検知する検知処理と、
前記検知処理により前記ステータス変化が検知されることに応じて、検知された前記ステータス変化を示す変化情報を含まない第１通知を前記通信部を介して前記情報処理装置へ送信する、第１送信処理と、
前記第１通知が前記情報処理装置で受信されることに応じて前記情報処理装置から送信される応答を受信する受信処理と、
前記受信処理により前記応答が受信されることに応じて、前記変化情報を含む第２通知を前記通信部を介して前記情報処理装置へ送信する、第２送信処理と、
を実行するように構成された、端末装置。
【請求項2】
請求項１に記載の端末装置であって、
前記第１送信処理は、前記第１通知を、第１のプロトコルに従って送信し、
前記第１のプロトコルは、ＨＴＴＰにおけるＰＯＳＴリクエストを含む、
端末装置。
前記第１送信処理は、前記第１通知を、第１のプロトコルに従って送信し、
前記第１のプロトコルは、ＨＴＴＰにおけるＰＯＳＴリクエストを含む、
端末装置。
【請求項3】
請求項１または請求項２に記載の端末装置であって、
前記第１送信処理は、前記第１通知を、第１のプロトコルに従って送信し、
前記情報処理装置は、前記応答を、前記第１のプロトコルよりもセキュリティレベルが高い第２のプロトコルに従って送信する、
端末装置。
前記第１送信処理は、前記第１通知を、第１のプロトコルに従って送信し、
前記情報処理装置は、前記応答を、前記第１のプロトコルよりもセキュリティレベルが高い第２のプロトコルに従って送信する、
端末装置。
【請求項4】
請求項３に記載の端末装置であって、
前記第２のプロトコルは、認証機能を有する、
端末装置。
前記第２のプロトコルは、認証機能を有する、
端末装置。
【請求項5】
請求項１～請求項４のいずれか１項に記載の端末装置であって、
前記第１通知は、前記端末装置を特定する情報、及び前記端末装置の機種を示す情報、のうちの少なくとも一方を含む、
端末装置。
前記第１通知は、前記端末装置を特定する情報、及び前記端末装置の機種を示す情報、のうちの少なくとも一方を含む、
端末装置。
【請求項6】
請求項１～請求項５のいずれか１項に記載の端末装置であって、
さらに、バッテリを備え、
前記ステータスは、前記バッテリの残量を含み、
前記残量に対応する前記特定の変化は、前記残量が一定レベル減少すること、及び前記残量が閾値を下回ること、のうちの少なくとも一方を含む、
端末装置。
さらに、バッテリを備え、
前記ステータスは、前記バッテリの残量を含み、
前記残量に対応する前記特定の変化は、前記残量が一定レベル減少すること、及び前記残量が閾値を下回ること、のうちの少なくとも一方を含む、
端末装置。
【請求項7】
請求項１～請求項６のいずれか１項に記載の端末装置であって、
前記端末装置は、端末管理システムに含まれ、
前記端末管理システムは、前記端末装置と、前記情報処理装置と、端末管理装置とを備え、
前記端末管理装置は、前記情報処理装置を介して前記端末装置を管理するように構成されており、
前記情報処理装置は、前記端末装置から前記第２通知を受信することに応じて、前記第２通知に含まれている前記変化情報を前記端末管理装置へ送信するように構成されている、
端末装置。
前記端末装置は、端末管理システムに含まれ、
前記端末管理システムは、前記端末装置と、前記情報処理装置と、端末管理装置とを備え、
前記端末管理装置は、前記情報処理装置を介して前記端末装置を管理するように構成されており、
前記情報処理装置は、前記端末装置から前記第２通知を受信することに応じて、前記第２通知に含まれている前記変化情報を前記端末管理装置へ送信するように構成されている、
端末装置。
【請求項8】
請求項１～請求項７のいずれか１項に記載の端末装置であって、
前記端末装置は、記録部及び読取部のうちの少なくとも一方を備え、
前記記録部は、画像データに基づく画像を被記録媒体に記録するように構成されており、
前記読取部は、原稿に記録された画像を読み取ってその読み取った画像を示す画像データを生成するように構成されている、
端末装置。
前記端末装置は、記録部及び読取部のうちの少なくとも一方を備え、
前記記録部は、画像データに基づく画像を被記録媒体に記録するように構成されており、
前記読取部は、原稿に記録された画像を読み取ってその読み取った画像を示す画像データを生成するように構成されている、
端末装置。
【請求項9】
端末装置と通信するように構成された通信部と、
制御部と、
を備えた情報処理装置における前記制御部が実行可能なプログラムであって、
前記端末装置は、
前記端末装置においてステータス変化が検知されることに応じて、検知された前記ステータス変化を示す変化情報を含まない第１通知を送信し、
前記第１通知に対する応答を受信することに応じて、前記変化情報を含む第２通知を送信するように構成されており、
前記プログラムは、前記制御部に、
前記第１通知を受信する第１受信処理と、
前記第１受信処理により前記第１通知が受信されることに応じて、前記端末装置へ前記応答を送信する第１送信処理と、
前記応答に対する前記第２通知を受信する第２受信処理と、
を実行させるプログラム。
制御部と、
を備えた情報処理装置における前記制御部が実行可能なプログラムであって、
前記端末装置は、
前記端末装置においてステータス変化が検知されることに応じて、検知された前記ステータス変化を示す変化情報を含まない第１通知を送信し、
前記第１通知に対する応答を受信することに応じて、前記変化情報を含む第２通知を送信するように構成されており、
前記プログラムは、前記制御部に、
前記第１通知を受信する第１受信処理と、
前記第１受信処理により前記第１通知が受信されることに応じて、前記端末装置へ前記応答を送信する第１送信処理と、
前記応答に対する前記第２通知を受信する第２受信処理と、
を実行させるプログラム。
【請求項10】
請求項９に記載のプログラムであって、
前記通信部は、さらに、端末管理装置と通信するように構成されており、
前記端末管理装置は、前記情報処理装置を介して前記端末装置を管理するように構成されており、
前記プログラムは、前記制御部に、さらに、
前記第２受信処理により受信された前記第２通知に含まれる前記変化情報を前記端末管理装置へ送信する第２送信処理、
を実行させる、プログラム。
前記通信部は、さらに、端末管理装置と通信するように構成されており、
前記端末管理装置は、前記情報処理装置を介して前記端末装置を管理するように構成されており、
前記プログラムは、前記制御部に、さらに、
前記第２受信処理により受信された前記第２通知に含まれる前記変化情報を前記端末管理装置へ送信する第２送信処理、
を実行させる、プログラム。
【請求項11】
請求項１０に記載のプログラムであって、
前記制御部に、さらに、
前記第２受信処理により受信された前記第２通知の送信元の前記端末装置が前記端末管理装置において登録されているか否かを判断する登録判断処理と、
前記登録判断処理によって登録されていないと判断されることに応じて前記端末管理装置へ前記端末装置の登録を要求する登録要求処理と、
を実行させ、
前記登録要求処理を実行させた後に、前記第２送信処理を実行させる、
プログラム。
前記制御部に、さらに、
前記第２受信処理により受信された前記第２通知の送信元の前記端末装置が前記端末管理装置において登録されているか否かを判断する登録判断処理と、
前記登録判断処理によって登録されていないと判断されることに応じて前記端末管理装置へ前記端末装置の登録を要求する登録要求処理と、
を実行させ、
前記登録要求処理を実行させた後に、前記第２送信処理を実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末装置を管理する技術に関する。
【背景技術】
【0002】
特許文献１に開示された印刷装置は、自装置の状態変化を検出すると、状態情報を上位装置へ送信する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開平１０－２２２３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上位装置が存在しているか否かにかかわらず、或いは上位装置と通信可能な状態にあるか否かにかかわらず、一方的に状態情報が送信されると、状態情報に関するセキュリティ上の問題が生じる可能性がある。
【0005】
本開示は上記課題に鑑み、端末装置においてステータスが変化したことを、当該ステータスが変化したことに関するセキュリティ性を適正に保ちつつ、通知先の装置へ迅速に通知できるようにすることを目的とする。
【課題を解決するための手段】
【0006】
本開示の一態様における端末装置は、通信部と、制御部とを備える。通信部は、情報処理装置と通信する。制御部は、検知処理と、第１送信処理と、受信処理と、第２送信処理とを実行する。
【0007】
検知処理は、ステータス変化を検知する処理である。ステータス変化とは、端末装置のステータスに特定の変化が生じることである。
第１送信処理は、検知処理によりステータス変化が検知されることに応じて、第１通知を通信部を介して情報処理装置へ送信する処理である。第１通知は、検知されたステータス変化を示す変化情報を含まない。
第１送信処理は、検知処理によりステータス変化が検知されることに応じて、第１通知を通信部を介して情報処理装置へ送信する処理である。第１通知は、検知されたステータス変化を示す変化情報を含まない。
【0008】
受信処理は、情報処理装置からの応答を受信する処理である。応答は、情報処理装置で第１通知が受信されることに応じて情報処理装置から送信される。
第２送信処理は、受信処理により応答が受信されることに応じて、第２通知を通信部を介して情報処理装置へ送信する処理である。第２通知は、変化情報を含む。
第２送信処理は、受信処理により応答が受信されることに応じて、第２通知を通信部を介して情報処理装置へ送信する処理である。第２通知は、変化情報を含む。
【0009】
このように構成された端末装置では、ステータス変化が検知された場合、すぐに変化情報が送信されず、まずは第１通知が送信される。そして、第１通知に対する情報処理装置からの応答が受信された場合に、変化情報を含む第２通知が送信される。第１通知に対する応答が受信されるということは、情報処理装置が存在していて且つ情報処理装置と適正に通信可能な状態にあると言える。
【0010】
そのため、第１通知に対する応答を確認した上で第２通知を送信することで、第２通知の不要な送信を抑えつつ、第２通知を情報処理装置へ適正且つ迅速に送信することができる。つまり、端末装置においてステータス変化が生じたことを、当該ステータス変化に関するセキュリティ性を適正に保ちつつ、情報処理装置へ迅速に通知することが可能となる。
【0011】
本開示の別の一態様は、情報処理装置における制御部が実行可能なプログラムである。情報処理装置は、通信部と、制御部とを備える。通信部は、端末装置と通信する。端末装置は、端末装置においてステータス変化が検知されることに応じて第１通知を送信する。第１通知は、検知されたステータス変化を示す変化情報を含まない。端末装置は、さらに、第１通知に対する応答を受信することに応じて第２通知を送信する。第２通知は、変化情報を含む。
【0012】
当該プログラムは、制御部に、第１受信処理と、第１送信処理と、第２受信処理とを実行させる。第１受信処理は、第１通知を受信する処理である。第１送信処理は、第１受信処理により第１通知が受信されることに応じて、端末装置へ前記応答を送信する処理である。第２受信処理は、応答に対する第２通知を受信する処理である。
【0013】
このようなプログラムが情報処理装置で実行されることで、情報処理装置は、端末装置からの第２通知の不要な送信を抑えつつ、第２通知を適正且つ迅速に受信することができる。つまり、情報処理装置は、端末装置においてステータス変化が生じたことを、当該ステータス変化に関するセキュリティ性を適正に保ちつつ、迅速に取得することが可能となる。
【図面の簡単な説明】
【0014】
【図1】実施形態の端末管理システムの概略構成を示す説明図である。
【図2】実施形態の端末装置の概略構成を示す説明図である。
【図3】実施形態の端末管理システムにおける４つの機能を模式的に示す説明図である。
【図4】実施形態のセルフチェック監視機能の実行例を示すシーケンス図である。
【図5】実施形態のＨＴＴＰ ＰＯＳＴリクエストの一例を示す説明図である。
【図6】実施形態の端末装置において実行されるセルフチェック処理のフローチャートである。
【図7】実施形態の仲介装置において実行されるセルフチェック監視処理のフローチャートである。
【発明を実施するための形態】
【0015】
以下、本開示の例示的な実施形態について、図面を参照しながら説明する。
［１．実施形態］
（１－１）端末管理システムの概要
図１に示す端末管理システム１は、集中管理装置５と、端末管理装置３０と、少なくとも１つの被管理システムとを備える。被管理システムの各々は、仲介装置を備える。
［１．実施形態］
（１－１）端末管理システムの概要
図１に示す端末管理システム１は、集中管理装置５と、端末管理装置３０と、少なくとも１つの被管理システムとを備える。被管理システムの各々は、仲介装置を備える。
【0016】
本実施形態では、端末管理システム１は例えば２つの被管理システムを備える。具体的には、端末管理システム１は、図１に示すように、第１被管理システム１１０と、第２被管理システム１２０とを備える。
【0017】
第１被管理システム１１０は第１仲介装置１０を備える。第１被管理システム１１０は、さらに、１つ以上の端末装置を備える。本実施形態では、第１被管理システム１１０は例えば３つの端末装置４１，４２，４３を備える。各端末装置４１～４３は、本実施形態では、集中管理装置５及び端末管理装置３０のいずれとも直接通信を行うことができない一方、第１仲介装置１０と通信可能である。
【0018】
第２被管理システム１２０は第２仲介装置２０を備える。第２被管理システム１２０は、さらに、１つ以上の端末装置を備える。本実施形態では、第２被管理システム１２０は例えば２つの端末装置４４，４５を備える。各端末装置４４，４５は、本実施形態では、集中管理装置５及び端末管理装置３０のいずれとも直接通信を行うことができない一方、第２仲介装置２０と通信可能である。
【0019】
各端末装置４１～４５はどのように構成されていてもよい。各端末装置４１～４５は、容易に持ち運び可能であってもよいし、据え置かれて使用されることが前提とされていて持ち運ぶことが容易ではなくてもよい。
【0020】
本実施形態の各端末装置４１～４５はいずれも、例えば、容易に持ち運び可能な小型の端末装置である。より具体的には、本実施形態の各端末装置４１～４５は、例えばプリンタ機能を有する。プリンタ機能は、画像データに基づく画像を記録紙（被記録媒体）に記録する機能である。各端末装置４１～４５の少なくとも１つは、さらにスキャン機能を有していてもよい。スキャン機能は、原稿に記録された画像を読み取ってその読み取った画像を示す画像データを生成する機能である。
【0021】
集中管理装置５及び端末管理装置３０は、グローバルネットワーク２００に接続され、グローバルネットワーク２００を通じて相互に通信可能である。グローバルネットワーク２００はどのようなネットワークでもよく、本実施形態では例えば、いわゆるＴＣＰ／ＩＰプロトコルに従って通信が行われるように構成されたインターネットである。集中管理装置５及び端末管理装置３０の各々は、ファイアウォール機能を備えた不図示のルータを介して、グローバルネットワーク２００に接続されていてもよい。
【0022】
第１被管理システム１１０は、第１ローカルネットワーク（不図示）を備える。第１ローカルネットワークは、いわゆるイントラネットであってもよい。第１仲介装置１０及び端末装置４１～４３の各々は第１ローカルネットワークに接続されている。第１仲介装置１０と端末装置４１～４３の各々とは、第１ローカルネットワークを介して互いに通信可能である。
【0023】
第１ローカルネットワークは、有線のネットワークであってもよいし、無線のネットワークであってもよいし、有線と無線とが混在したネットワークであってもよい。本実施形態では、第１ローカルネットワークは、例えば、ＴＣＰ／ＩＰプロトコルを含む通信プロトコルに従って通信が行われる。より具体的には、本実施形態の第１ローカルネットワークは、例えば、ＩＥＥＥ８０２．１１の規格に基づくいわゆる無線ＬＡＮである。
【0024】
第１被管理システム１１０は、さらに、第１中継装置１１１を備える。第１中継装置１１１は、グローバルネットワーク２００及び第１ローカルネットワークに接続され、グローバルネットワーク２００と第１ローカルネットワークとの通信を中継する。第１仲介装置１０は、第１中継装置１１１を介して端末管理装置３０と通信可能である。
【0025】
第１中継装置１１１は、いわゆるブロードバンドルータの機能を備えていてもよい。また、第１中継装置１１１は、グローバルネットワーク２００から第１被管理システム１１０へのアクセスを制限するためのファイアウォールを備えていてもよい。
【0026】
第２被管理システム１２０は、基本的には、第１被管理システム１１０と同様に構成されている。即ち、第２仲介装置２０は、基本的に第１仲介装置１０と同様に構成されている。また、第２被管理システム１２０は、第２ローカルネットワーク（不図示）を備える。第２ローカルネットワークは、第１ローカルネットワークと同じ種類のネットワークであってもよいし、第１ローカルネットワークとは異なる種類のネットワークであってもよい。第２被管理システム１２０は、さらに、第２中継装置１２１を備える。第２中継装置１２１は、第１中継装置１１１と同様の機能を備える。第２仲介装置２０は、第２中継装置１２１を介して端末管理装置３０と通信可能である。
【0027】
なお、以下の説明で、単に「端末装置」と言うときは、端末装置４１～４５のそれぞれを示す。また、単に「被管理システム」と言うときは、第１被管理システム１１０及び第２被管理システム１２０のそれぞれを示す。また、単に「仲介装置」と言うときは、第１仲介装置１０及び第２仲介装置２０のそれぞれを示す。
【0028】
端末管理システム１は、いわゆるモバイル端末管理システム（ＭＤＭシステム）の一部を含む。即ち、集中管理装置５は、例えば、ＭＤＭシステムのサービスを提供する第１の会社が保有している。一方、端末管理装置３０、第１仲介装置１０及び第２仲介装置２０は、例えば、ＭＤＭシステムを利用して各端末装置４１～４５を管理することを望む第２の会社が保有している。第１仲介装置１０は、例えば第２の会社が有する第１の支店に設けられ、第２仲介装置２０は、例えば第２の会社が有する第２の支店に設けられていてもよい。
【0029】
集中管理装置５は、ＭＤＭシステムにおいて各種の管理対象のモバイル端末（不図示）と通信を行うことによりそれらモバイル端末を管理可能である。集中管理装置５がモバイル端末と通信を行うことによりモバイル端末を管理することは、ＭＤＭシステムにおける基本機能の１つである。
【0030】
本実施形態の集中管理装置５は、さらに、当該集中管理装置５と直接通信を行う機能を有していない端末装置を管理可能である。即ち、端末装置の管理者は、集中管理装置５から、端末管理装置３０を通じて被管理システムにアクセスする（詳しくは仲介装置にアクセスする）ことにより、被管理システム内の端末装置を管理可能である。
【0031】
管理者は、例えばＷｅｂブラウザを用いて集中管理装置５における管理用サイトにアクセスすることにより、端末装置を管理することができる。具体的には、管理者は例えば、管理用サイトにアクセスして端末装置のステータスを確認することができる。また例えば、管理者は、管理用サイトを通じて、端末装置へアクションを要求することができる。
【0032】
また、管理者は、集中管理装置５を介在させずに端末管理装置３０に直接アクセスすることによっても、上記同様に端末装置を管理できる。例えば、管理者は、端末管理装置３０が備える後述のユーザＩ／Ｆ３３を介して、或いはＷｅｂブラウザを用いて端末管理装置３０における端末管理用サイトにアクセスすることによって、端末装置を管理することができる。なお、「Ｉ／Ｆ」は「インタフェース」の略称である。
【0033】
（１－２）端末管理装置の構成
図１に示すように、端末管理装置３０は、制御部３１と、記憶部３２と、ユーザＩ／Ｆ３３と、通信Ｉ／Ｆ３４とを備える。
図１に示すように、端末管理装置３０は、制御部３１と、記憶部３２と、ユーザＩ／Ｆ３３と、通信Ｉ／Ｆ３４とを備える。
【0034】
制御部３１は例えばＣＰＵを有する。記憶部３２は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、フラッシュメモリ、ＳＳＤなどの半導体メモリを有する。即ち、端末管理装置３０は、ＣＰＵ及び半導体メモリを含むコンピュータを備えている。記憶部３２は、例えばハードディスクドライブなどの、半導体メモリとは異なるメモリを備えていてもよい。記憶部３２には、オペレーティングシステム、Ｗｅｂサーバ、端末管理プログラム及び管理データベース（以下、「管理ＤＢ」と称する）を含む、各種のプログラムやデータ等が記憶されている。
【0035】
制御部３１は、記憶部３２に格納されたプログラムを実行することにより各種機能を実現する。なお、制御部３１により実現される各種機能は、プログラムの実行によって実現することに限るものではなく、その一部又は全部について、一つあるいは複数のハードウェアを用いて実現してもよい。
【0036】
管理ＤＢは、管理対象として登録された端末装置（以下、「登録端末」と称する）ごとの管理情報を含む。管理情報は、例えば、登録端末のＩＰアドレス、シリアル番号、モデル名、所属情報、ステータス情報、ファームウェアのバージョン情報などを含む。モデル名は、端末装置の機種を示す。
【0037】
所属情報は、登録端末が対応付けられている仲介装置を特定する情報である。端末管理装置３０は、登録端末の各々を、どの仲介装置を介して管理するかに基づいて区別して登録する。本実施形態では、端末装置４１～４３はそれぞれ第１仲介装置１０に対応づけられており、端末装置４４，４５はそれぞれ第２仲介装置２０に対応づけられている。
【0038】
シリアル番号は、端末装置毎に与えられた、当該端末装置を特定する固有の番号である。シリアル番号は、例えば、ＭＡＣアドレスであってもよいし、特定の番号であってもよい。
ステータス情報は、端末装置のステータスを示すどのような情報を含んでいてもよい。ステータス情報は、例えば、端末装置において設定されている各種設定値、後述するバッテリ５６の残量、バッテリ残量が第１閾値より少ないか否かを示す情報、記録紙の残量、記録紙が枯渇しているか否かを示す情報、印刷枚数カウント値、当該印刷枚数カウント値が第２閾値に到達しているか否かを示す情報、不図示のカバーの開閉状態を示す情報、端末装置が存在している場所を示すロケーション情報、端末装置のユーザ名、などのうちの少なくとも１つを含んでいてもよい。ロケーション情報及びユーザ名は、管理者が端末装置へマニュアル入力可能であってもよい。各種設定値は、例えば、プリンタ機能で用いられるフォント、フォントサイズ、濃度、画質、記録紙サイズ、印刷履歴、着色剤残量などを含んでいてもよい。
ステータス情報は、端末装置のステータスを示すどのような情報を含んでいてもよい。ステータス情報は、例えば、端末装置において設定されている各種設定値、後述するバッテリ５６の残量、バッテリ残量が第１閾値より少ないか否かを示す情報、記録紙の残量、記録紙が枯渇しているか否かを示す情報、印刷枚数カウント値、当該印刷枚数カウント値が第２閾値に到達しているか否かを示す情報、不図示のカバーの開閉状態を示す情報、端末装置が存在している場所を示すロケーション情報、端末装置のユーザ名、などのうちの少なくとも１つを含んでいてもよい。ロケーション情報及びユーザ名は、管理者が端末装置へマニュアル入力可能であってもよい。各種設定値は、例えば、プリンタ機能で用いられるフォント、フォントサイズ、濃度、画質、記録紙サイズ、印刷履歴、着色剤残量などを含んでいてもよい。
【0039】
ユーザＩ／Ｆ３３は、例えばキーボードやマウスなど、管理者による各種入力を受け付けるための入力装置を備える。ユーザＩ／Ｆ３３は、さらに、例えば液晶パネルやＬＥＤ表示装置などの、管理者へ各種情報を表示するための表示装置を備える。
【0040】
通信Ｉ／Ｆ３４は、集中管理装置５及び各仲介装置１０，２０等と通信するためのインタフェースである。通信Ｉ／Ｆ３４は、例えば有線ＬＡＮ、無線ＬＡＮ、その他の各種通信のインタフェースであってもよい。本実施形態では、通信Ｉ／Ｆ３４は、グローバルネットワーク２００に接続されている。
【0041】
（１－３）仲介装置の構成
本実施形態では、第１仲介装置１０及び第２仲介装置２０はいずれも同じ構成を備えているため、以下では第１仲介装置１０について説明する。図１に示すように、第１仲介装置１０は、制御部１１と、記憶部１２と、ユーザＩ／Ｆ１３と、通信Ｉ／Ｆ１４とを備える。
本実施形態では、第１仲介装置１０及び第２仲介装置２０はいずれも同じ構成を備えているため、以下では第１仲介装置１０について説明する。図１に示すように、第１仲介装置１０は、制御部１１と、記憶部１２と、ユーザＩ／Ｆ１３と、通信Ｉ／Ｆ１４とを備える。
【0042】
制御部１１は例えばＣＰＵを有する。記憶部１２は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、フラッシュメモリ、ＳＳＤなどの半導体メモリを有する。即ち、第１仲介装置１０は、ＣＰＵ及び半導体メモリを含むコンピュータを備えている。記憶部１２は、例えばハードディスクドライブなどの、半導体メモリとは異なるメモリを備えていてもよい。記憶部１２には、ＯＳ１５、仲介プログラム１６及び登録端末リストを含む、各種のプログラムやデータ等が記憶されている。
【0043】
制御部１１は、非遷移的実体的記録媒体に格納されたプログラムを実行することにより各種機能を実現する。本実施形態では、記憶部１２が、プログラムを格納した非遷移的実体的記録媒体に該当する。なお、制御部１１により実現される各種機能は、プログラムの実行によって実現することに限るものではなく、その一部又は全部について、一つあるいは複数のハードウェアを用いて実現してもよい。
【0044】
登録端末リストは、第１仲介装置１０に対応づけされている登録端末を特定する情報を含む。本実施形態では、登録端末リストは、例えば、対応づけされている登録端末のシリアル番号を含む。
【0045】
仲介プログラム１６は、集中管理装置５又は端末管理装置３０による端末装置の管理を仲介するための各種処理を含む。図７に示すセルフチェック監視処理は、仲介プログラム１６に含まれる。
【0046】
仲介プログラム１６は、第１仲介装置１０にプリインストールされて提供されてもよい。仲介プログラム１６は、例えばＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリ、フラッシュメモリなどの記憶媒体に記憶された状態で提供され、第１仲介装置１０においてその記憶媒体から仲介プログラム１６を読み取らせることによってインストールされてもよい。仲介プログラム１６は、インターネットの通信回線を介して第１仲介装置１０にダウンロードされることによってインストールされてもよい。
【0047】
以下の説明では、プログラムを実行する主体（例えば第１仲介装置１０においては制御部１１）のことを、単にプログラム名で記載する場合がある。例えば、「仲介プログラム１６が」という記載は、詳しくは「仲介プログラム１６を実行する制御部１１が」を意味する場合がある。
【0048】
ユーザＩ／Ｆ１３は、例えばキーボードやマウスなど、管理者による各種入力を受け付けるための入力装置を備える。ユーザＩ／Ｆ１３は、さらに、例えば液晶パネルやＬＥＤ表示装置などを備える。
【0049】
通信Ｉ／Ｆ１４は、端末管理装置３０及び各端末装置４１～４３等と通信するためのインタフェースである。通信Ｉ／Ｆ１４は、例えば有線ＬＡＮ、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＵＳＢその他の各種通信のインタフェースを備えていてもよい。第１仲介装置１０は、端末管理装置３０を含む、グローバルネットワーク２００に接続されている各装置と、第１中継装置１１１が備えるファイアウォールを通じて通信する。
【0050】
（１－４）端末装置の構成
次に、各端末装置４１～４５の構成について説明する。本実施形態では、各端末装置４１～４５はいずれも同じ構成であるため、以下では端末装置４１について図２を参照して説明する。
次に、各端末装置４１～４５の構成について説明する。本実施形態では、各端末装置４１～４５はいずれも同じ構成であるため、以下では端末装置４１について図２を参照して説明する。
【0051】
端末装置４１は、制御部５１と、記憶部５２と、印刷部５３と、通信Ｉ／Ｆ５５と、バッテリ５６と、電源回路５７とを備える。端末装置４１は、さらに読取部５４を備えていてもよい。
【0052】
制御部５１は例えばＣＰＵを有する。記憶部５２は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、フラッシュメモリ、ＳＳＤなどの半導体メモリを有する。即ち、端末装置４１は、ＣＰＵ及び半導体メモリを含むコンピュータを備えている。記憶部５２には、各種のプログラムやデータ等が記憶されている。
【0053】
制御部５１は、非遷移的実体的記録媒体に格納されたプログラムを実行することにより各種機能を実現する。本実施形態では、記憶部５２が、プログラムを格納した非遷移的実体的記録媒体に該当する。なお、制御部５１により実現される各種機能は、プログラムの実行によって実現することに限るものではなく、その一部又は全部について、一つあるいは複数のハードウェアを用いて実現してもよい。
【0054】
記憶部５２には、端末装置４１のＩＰアドレス、シリアル番号、モデル名などが記憶されている。記憶部５２には、さらに、後述する図６のセルフチェック処理のプログラムが記憶されている。
【0055】
印刷部５３は、前述のプリンタ機能を実現する。読取部５４は、前述のスキャン機能を実現する。
通信Ｉ／Ｆ５５は、端末管理装置３０及び第１仲介装置１０と通信するためのインタフェースである。通信Ｉ／Ｆ５５は、例えば、無線ＬＡＮによる通信を行うためのインタフェース、有線ＬＡＮによる通信を行うためのインタフェース、Ｂｌｕｅｔｏｏｔｈ（Ｂｌｕｅｔｏｏｔｈ ＳＩＧ，Ｉｎｃ．の登録商標）による通信を行うためのインタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）による通信を行うためのインタフェース、のうちの少なくとも１つを備えていてもよい。端末装置４１は、どのようなインタフェースを用いて第１仲介装置１０と通信してもよい。
通信Ｉ／Ｆ５５は、端末管理装置３０及び第１仲介装置１０と通信するためのインタフェースである。通信Ｉ／Ｆ５５は、例えば、無線ＬＡＮによる通信を行うためのインタフェース、有線ＬＡＮによる通信を行うためのインタフェース、Ｂｌｕｅｔｏｏｔｈ（Ｂｌｕｅｔｏｏｔｈ ＳＩＧ，Ｉｎｃ．の登録商標）による通信を行うためのインタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）による通信を行うためのインタフェース、のうちの少なくとも１つを備えていてもよい。端末装置４１は、どのようなインタフェースを用いて第１仲介装置１０と通信してもよい。
【0056】
電源回路５７は、バッテリ５６の電力から、少なくとも１種類の電源電圧を生成して出力する。端末装置４１内の各部は、電源回路５７で生成された少なくとも１種類の電源電圧のうちの１つによって動作する。バッテリ５６は、一次電池であってもよいし、繰り返し充電可能な二次電池であってもよい。なお、端末装置４１は、バッテリ５６とは異なる電源から電力供給を受けて動作するように構成されていてもよい。
【0057】
（１－５）管理機能
本実施形態の端末管理システム１は、主に、図３に模式的に示されている４種類の管理機能を有する。具体的には、端末管理システム１は、アクション指示機能と、定期監視機能と、セルフチェック監視機能と、端末登録機能とを有する。以下、これら４種類の管理機能について具体的に説明する。なお、以下の４種類の機能において、仲介装置により行われる処理は、基本的には、制御部１１が仲介プログラム１６を実行することにより実現される。また、端末管理装置３０により行われる処理は、基本的には、制御部３１が前述の端末管理プログラムを実行することにより実現される。また、端末装置で行われる処理も、基本的には、端末装置にインストールされているプログラムが実行されることにより実現される。
本実施形態の端末管理システム１は、主に、図３に模式的に示されている４種類の管理機能を有する。具体的には、端末管理システム１は、アクション指示機能と、定期監視機能と、セルフチェック監視機能と、端末登録機能とを有する。以下、これら４種類の管理機能について具体的に説明する。なお、以下の４種類の機能において、仲介装置により行われる処理は、基本的には、制御部１１が仲介プログラム１６を実行することにより実現される。また、端末管理装置３０により行われる処理は、基本的には、制御部３１が前述の端末管理プログラムを実行することにより実現される。また、端末装置で行われる処理も、基本的には、端末装置にインストールされているプログラムが実行されることにより実現される。
【0058】
（１－５－１）アクション指示機能
アクション指示機能は、指示対象の端末装置（以下、「アクション対象端末」と称する）に対して１種類以上のアクションを要求することにより、アクション対象端末にアクションを実行させる機能である。
アクション指示機能は、指示対象の端末装置（以下、「アクション対象端末」と称する）に対して１種類以上のアクションを要求することにより、アクション対象端末にアクションを実行させる機能である。
【0059】
１種類以上のアクションは、例えば、各種設定値の更新指示、ファームウェアの更新指示、ファイルのダウンロード指示、ステータス情報の送信要求などのうちの少なくとも１つを含んでいてもよい。また、アクション指示機能は、仲介装置に対するアクション指示を含んでいてもよい。例えば、仲介装置の周囲に存在している端末装置（換言すれば仲介装置と同一の被管理システムに存在している端末装置）の検索のためのブロードキャストを仲介装置に要請すること、がアクションの１つであってもよい。
【0060】
アクション指示機能の実行手順の一例を、図３を参照して以下に説明する。
（１－５－１－ａ）端末管理装置へのアクション登録
管理者は、端末管理装置３０に対して直接、または集中管理装置５を介して端末管理装置３０へ、端末装置４０～４５のうちの１つ以上をアクション対象端末に指定してアクションを登録できる。
（１－５－１－ａ）端末管理装置へのアクション登録
管理者は、端末管理装置３０に対して直接、または集中管理装置５を介して端末管理装置３０へ、端末装置４０～４５のうちの１つ以上をアクション対象端末に指定してアクションを登録できる。
【0061】
端末管理装置３０の記憶部３２には、アクションテーブルが記憶されている。アクションテーブルは、登録されたアクションを示す情報を含む。アクションテーブルに登録されたアクションは、当該アクションが実行されることに応じてアクションテーブルから削除されてもよい。
【0062】
本実施形態の端末管理装置３０は、自ら積極的に仲介装置へアクセスしない。その主な理由は、各中継装置１１１，１２１におけるファイアウォールによって被管理システムの内部へのアクセスが遮断されるためである。そのため、端末管理装置３０は、登録されたアクションの要求を自らは行わない。
【0063】
（１－５－１－ｂ）仲介装置からのアクション確認ポーリング
図３に「Ａ１」で示されているように、仲介プログラム１６は、端末管理装置３０に対し、定期的にアクション確認ポーリングを送信する。アクション確認ポーリングは、端末管理装置３０におけるアクションの登録有無を確認するためのポーリングである。アクション確認ポーリングは、例えばＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて行われる。
図３に「Ａ１」で示されているように、仲介プログラム１６は、端末管理装置３０に対し、定期的にアクション確認ポーリングを送信する。アクション確認ポーリングは、端末管理装置３０におけるアクションの登録有無を確認するためのポーリングである。アクション確認ポーリングは、例えばＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて行われる。
【0064】
アクション確認ポーリングは、例えば、仲介装置が属する被管理システムに所属している全ての登録端末を特定する識別情報（例えばシリアル番号）を含む。なお、一度のアクション確認ポーリングに全ての登録端末の識別情報が含まれなくてもよい。例えば、１つまたは複数の登録端末毎に個別に順次アクション確認ポーリングが行われてもよい。アクション確認ポーリングは、どのようなタイミングで送信されてもよい。アクション確認ポーリングは、例えば周期的に（例えば１時間毎に）送信されてもよい。
【0065】
（１－５－１－ｃ）端末管理装置からのアクション情報提供
端末管理装置３０は、仲介装置からアクション確認ポーリングを受信することに応じて、そのアクション確認ポーリングに含まれる識別情報が示す登録装置に対応したアクションの有無を確認する。アクション確認ポーリングを受信した端末管理装置３０は、対応するアクションが登録されている場合に、図３に「Ａ２」で示されているように、そのアクションを示すアクション情報を、対応する登録端末（即ちアクション対象端末）と紐付けて仲介装置へ送信する。
端末管理装置３０は、仲介装置からアクション確認ポーリングを受信することに応じて、そのアクション確認ポーリングに含まれる識別情報が示す登録装置に対応したアクションの有無を確認する。アクション確認ポーリングを受信した端末管理装置３０は、対応するアクションが登録されている場合に、図３に「Ａ２」で示されているように、そのアクションを示すアクション情報を、対応する登録端末（即ちアクション対象端末）と紐付けて仲介装置へ送信する。
【0066】
アクション情報及と登録端末との紐付けは、当該アクション情報がどの登録端末に対するアクションであるかを識別できる限りにおいてどのように行われてもよい。本実施形態では、例えば、登録端末のＩＰアドレスがアクション情報に付加される。
【0067】
（１－５－１－ｄ）アクション情報に基づくアクション指示
仲介装置は、端末管理装置３０からアクション情報を取得すると、図３に「Ａ３」で示されているように、当該アクション情報に紐付けられたアクション対象端末へアクション指示を行う。即ち、当該アクション情報が示すアクションを実行するように指示する。本実施形態では、前述の通り、アクション情報には対応するアクション対象端末のＩＰアドレスが付加されている。そのため、仲介装置は、そのＩＰアドレスをもとにアクション対象端末へアクセスし、アクション情報が示すアクションを指示する。
仲介装置は、端末管理装置３０からアクション情報を取得すると、図３に「Ａ３」で示されているように、当該アクション情報に紐付けられたアクション対象端末へアクション指示を行う。即ち、当該アクション情報が示すアクションを実行するように指示する。本実施形態では、前述の通り、アクション情報には対応するアクション対象端末のＩＰアドレスが付加されている。そのため、仲介装置は、そのＩＰアドレスをもとにアクション対象端末へアクセスし、アクション情報が示すアクションを指示する。
【0068】
（１－５－１－ｅ）端末装置によるアクション実行
アクション対象端末は、仲介装置からアクション指示を受けると、当該アクション指示が示すアクションを実行する。そして、アクション実行後、図３に「Ａ４」で示されているように、アクションを正常に実行したことを示すアクション完了通知を仲介装置へ送信する。アクション完了通知は、実行したアクションの実行結果を示す情報を含んでいてもよい。具体的には、例えば、アクション実行後の当該アクション対象端末のステータス情報を含んでいてもよい。
アクション対象端末は、仲介装置からアクション指示を受けると、当該アクション指示が示すアクションを実行する。そして、アクション実行後、図３に「Ａ４」で示されているように、アクションを正常に実行したことを示すアクション完了通知を仲介装置へ送信する。アクション完了通知は、実行したアクションの実行結果を示す情報を含んでいてもよい。具体的には、例えば、アクション実行後の当該アクション対象端末のステータス情報を含んでいてもよい。
【0069】
仲介装置は、端末装置からアクション完了通知を受信すると、端末管理装置３０へ、アクションが正常に実行されたことを通知する。この通知においても、アクションの実行結果を示す情報が含まれていてもよい。これにより、管理者は、集中管理装置５及び端末管理装置３０のいずれかにアクセスすることで、アクションが実行されたことや実行結果に関する情報を取得できる。
【0070】
（１－５－２）定期監視機能
定期監視機能は、仲介装置が、登録端末からステータス情報を定期的に取得して端末管理装置３０へ送信する機能である。端末管理装置３０は、ステータス情報を受信すると、ステータス情報に基づいて管理ＤＢを更新する。これにより、管理者は、集中管理装置５及び端末管理装置３０のいずれかにアクセスして管理ＤＢを参照することで、登録端末の最新のステータスを確認することができる。
定期監視機能は、仲介装置が、登録端末からステータス情報を定期的に取得して端末管理装置３０へ送信する機能である。端末管理装置３０は、ステータス情報を受信すると、ステータス情報に基づいて管理ＤＢを更新する。これにより、管理者は、集中管理装置５及び端末管理装置３０のいずれかにアクセスして管理ＤＢを参照することで、登録端末の最新のステータスを確認することができる。
【0071】
定期監視機能の実行手順の一例を、図３を参照して以下に説明する。
（１－５－２－ａ）仲介装置による定期ポーリング
図３に「Ｂ１」で示されているように、仲介装置は、自身に属している登録端末それぞれに対し、ステータス要求ポーリングを行う。ステータス要求ポーリングは、ステータス情報を要求する指示を含む。
（１－５－２－ａ）仲介装置による定期ポーリング
図３に「Ｂ１」で示されているように、仲介装置は、自身に属している登録端末それぞれに対し、ステータス要求ポーリングを行う。ステータス要求ポーリングは、ステータス情報を要求する指示を含む。
【0072】
本実施形態のステータス要求ポーリングは、例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）プロトコルに従って行われる、いわゆるＳＮＭＰポーリングである。なお、ＳＮＭＰには、バージョン１（ＳＮＭＰｖ１）、バージョン２（ＳＮＭＰｖ２）及びバージョン３（ＳＮＭＰｖ３）が存在する。ステータス要求ポーリングは、どのバージョンのＳＮＭＰに従って行われてもよいが、本実施形態では、セキュリティレベルが最も高いＳＮＭＰｖ３に従って行われる。図３に「Ｃ３」で示されているＳＮＭＰリクエストについても同様である。ＳＮＭＰｖ３は、ユーザ毎のパスワード認証機能や、ユーザ毎にアクセス可能なＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）の範囲を定義できるアクセス制御機能などを備えている。
【0073】
ステータス要求ポーリングは、どのようなタイミングで行ってもよい。ステータス要求ポーリングは、例えば一定周期で（例えば３０分毎に）行ってもよい。また、仲介装置は、毎回全ての登録端末へポーリングしなくてもよい。即ち、例えばポーリングの実行タイミングが到来する度に、ポーリング対象の端末装置を１つずつまたは所定数ずつ順次切り替えていってもよい。
【0074】
（１－５－２－ｂ）端末装置からのステータス情報送信
端末装置の記憶部５２には、ＳＮＭＰプロトコルで用いられるＭＩＢが保存されている。自身が指定されたステータス要求ポーリングを受信した端末装置は、図３に「Ｂ２」で示されているように、ＭＩＢに保存されているステータス情報のうちの一部または全てを仲介装置へ送信する。
端末装置の記憶部５２には、ＳＮＭＰプロトコルで用いられるＭＩＢが保存されている。自身が指定されたステータス要求ポーリングを受信した端末装置は、図３に「Ｂ２」で示されているように、ＭＩＢに保存されているステータス情報のうちの一部または全てを仲介装置へ送信する。
【0075】
（１－５－２－ｃ）端末管理装置へのステータス情報通知
仲介装置は、端末装置からステータス情報を受信すると、図３に「Ｂ３」で示されているように、そのステータス情報を端末管理装置３０へ送信する。端末管理装置３０は、ステータス情報を受信すると、ステータス情報に基づいて「管理データベース」を更新する。
仲介装置は、端末装置からステータス情報を受信すると、図３に「Ｂ３」で示されているように、そのステータス情報を端末管理装置３０へ送信する。端末管理装置３０は、ステータス情報を受信すると、ステータス情報に基づいて「管理データベース」を更新する。
【0076】
（１－５－３）セルフチェック監視機能
セルフチェック監視機能は、端末装置自身がステータスを監視し、ステータス変化を検知した場合に仲介装置へ通知する機能である。検知すべきステータス変化には、例えば、バッテリ残量が一定レベル減少すること、バッテリ残量が第１閾値未満になること、記録紙が枯渇すること、印刷カウントが第２閾値に到達すること、カバーが閉状態から開状態へ変化すること、ロケーションが変更されること、ユーザ名が変更されること、などの複数の事象のうちの少なくとも一つが含まれる。バッテリ残量が一定レベル減少することは、より詳しくは、バッテリ残量が規定初期値（例えば満充電時の残量）から規定％減少する毎を意味する。つまり、規定％が例えば１０％である場合、バッテリ残量が規定初期値の９０％、８０％、７０％・・・と１０％ずつ減少していく毎に、ステータス変化が生じたと判断する。
セルフチェック監視機能は、端末装置自身がステータスを監視し、ステータス変化を検知した場合に仲介装置へ通知する機能である。検知すべきステータス変化には、例えば、バッテリ残量が一定レベル減少すること、バッテリ残量が第１閾値未満になること、記録紙が枯渇すること、印刷カウントが第２閾値に到達すること、カバーが閉状態から開状態へ変化すること、ロケーションが変更されること、ユーザ名が変更されること、などの複数の事象のうちの少なくとも一つが含まれる。バッテリ残量が一定レベル減少することは、より詳しくは、バッテリ残量が規定初期値（例えば満充電時の残量）から規定％減少する毎を意味する。つまり、規定％が例えば１０％である場合、バッテリ残量が規定初期値の９０％、８０％、７０％・・・と１０％ずつ減少していく毎に、ステータス変化が生じたと判断する。
【0077】
セルフチェック監視機能の実行手順の一例を、図３を参照して以下に説明する。
（１－５－３－ａ）端末装置におけるセルフチェック
端末装置は、セルフチェック機能を有する。セルフチェック機能は、自身のステータスを定期的に（例えば一定周期で）チェックする機能である（図３の「Ｃ１」参照）。セルフチェック機能は、さらに、チェック結果に基づいてステータス変化が生じたか否かを判断することを含む。
（１－５－３－ａ）端末装置におけるセルフチェック
端末装置は、セルフチェック機能を有する。セルフチェック機能は、自身のステータスを定期的に（例えば一定周期で）チェックする機能である（図３の「Ｃ１」参照）。セルフチェック機能は、さらに、チェック結果に基づいてステータス変化が生じたか否かを判断することを含む。
【0078】
（１－５－３－ｂ）ステータス変化の検知に基づくステータス情報の送信
端末装置は、ステータス変化を検知した場合、セルフチェック情報を仲介装置へ送信する。セルフチェック情報は、少なくとも変化後の最新のステータスを認識可能な情報を含む。具体的に、セルフチェック情報は、例えば、検知したステータス変化を示す情報、及びステータス変化が生じたステータスを示す情報、のうちの少なくとも一方を含む。セルフチェック情報は、さらに、ステータス変化が検知されたステータスとは異なるステータスを示す情報を含んでいてもよい。つまり、セルフチェック情報は、前述の定期監視機能において端末装置が送信するステータス情報と同種であってもよい。
端末装置は、ステータス変化を検知した場合、セルフチェック情報を仲介装置へ送信する。セルフチェック情報は、少なくとも変化後の最新のステータスを認識可能な情報を含む。具体的に、セルフチェック情報は、例えば、検知したステータス変化を示す情報、及びステータス変化が生じたステータスを示す情報、のうちの少なくとも一方を含む。セルフチェック情報は、さらに、ステータス変化が検知されたステータスとは異なるステータスを示す情報を含んでいてもよい。つまり、セルフチェック情報は、前述の定期監視機能において端末装置が送信するステータス情報と同種であってもよい。
【0079】
ただし、本実施形態では、端末装置は、ステータス変化を検知した場合、すぐにセルフチェック情報を送信しない。本実施形態では、ステータス変化を検知した端末装置は、仲介装置との間で後述する一連の通信（図３の「Ｃ２」～「Ｃ３」参照）を経た上で、セルフチェック情報を仲介装置へ送信する。この一連の通信については後述する。
【0080】
（１－５－３－ｃ）仲介装置から端末管理装置へのステータス情報の送信
仲介装置は、端末装置からセルフチェック情報を受信すると、図３に「Ｃ４」で示されているように、当該セルフチェック情報を端末管理装置３０へ送信する。
仲介装置は、端末装置からセルフチェック情報を受信すると、図３に「Ｃ４」で示されているように、当該セルフチェック情報を端末管理装置３０へ送信する。
【0081】
端末管理装置３０は、セルフチェック情報を受信すると、セルフチェック情報に基づいて「管理データベース」を更新する。これにより、管理者は、登録端末それぞれの最新のステータスを確認することができる。
【0082】
（１－５－４）端末登録機能
端末登録機能は、仲介装置が、自身を含む被管理システム内に存在する端末装置を検索し、検索された端末装置に関する端末情報を端末管理装置３０へ送信して登録要請することにより、端末管理装置３０に当該端末装置を管理端末として登録させる機能である。
端末登録機能は、仲介装置が、自身を含む被管理システム内に存在する端末装置を検索し、検索された端末装置に関する端末情報を端末管理装置３０へ送信して登録要請することにより、端末管理装置３０に当該端末装置を管理端末として登録させる機能である。
【0083】
なお、仲介装置自身が登録端末の情報を持っていて端末装置の登録状況を判断できる場合は、検索された端末装置のうち未登録の端末装置に関する端末情報のみを端末管理装置３０へ送信して登録要請してもよい。
【0084】
端末登録機能の実行手順の一例を、図３を参照して以下に説明する。
（１－５－４－ａ）仲介装置によるブロードキャスト
図３に「Ｄ１」で示されているように、仲介装置は、端末装置の検索を目的とするブロードキャストを行う。具体的には、当該ブロードキャストを受信したならば自身に関する端末情報を送信するように要求する。要求する端末情報は、少なくとも端末装置自身を特定可能な情報を含む。具体的には、端末情報は、例えばシリアル番号、モデル名及びＩＰアドレスを含んでいてもよい。端末情報は、ステータス情報を含んでいてもよい。
（１－５－４－ａ）仲介装置によるブロードキャスト
図３に「Ｄ１」で示されているように、仲介装置は、端末装置の検索を目的とするブロードキャストを行う。具体的には、当該ブロードキャストを受信したならば自身に関する端末情報を送信するように要求する。要求する端末情報は、少なくとも端末装置自身を特定可能な情報を含む。具体的には、端末情報は、例えばシリアル番号、モデル名及びＩＰアドレスを含んでいてもよい。端末情報は、ステータス情報を含んでいてもよい。
【0085】
このブロードキャストは、例えば定期的に行われてもよい。このブロードキャストは、例えば一定周期で（例えば３０分毎に）行われてもよい。
（１－５－４－ｂ）端末装置による応答
ブロードキャストを受信した端末装置は、図３に「Ｄ２」で示されているように、端末情報を仲介装置へ送信する。これにより仲介装置は、自身が属する被管理システム内に存在している端末装置を把握できる。
（１－５－４－ｂ）端末装置による応答
ブロードキャストを受信した端末装置は、図３に「Ｄ２」で示されているように、端末情報を仲介装置へ送信する。これにより仲介装置は、自身が属する被管理システム内に存在している端末装置を把握できる。
【0086】
（１－５－４－ｃ）端末管理装置への登録要請
ブロードキャストに対する端末情報を取得した仲介装置は、図３に「Ｄ３」で示されているように、端末情報を含む登録要請を端末管理装置３０へ送信する。これにより、端末管理装置３０において、未登録の端末装置が管理ＤＢに新規に登録される。
ブロードキャストに対する端末情報を取得した仲介装置は、図３に「Ｄ３」で示されているように、端末情報を含む登録要請を端末管理装置３０へ送信する。これにより、端末管理装置３０において、未登録の端末装置が管理ＤＢに新規に登録される。
【0087】
【0088】
前述の通り、端末装置は、セルフチェック機能によりステータスのセルフチェックを定期的に実行する。端末装置は、ステータス変化を検知した場合、まず、図３における「Ｃ２」及び図４に示すように、第１通知を「ＨＴＴＰ ＰＯＳＴ」リクエストにより仲介装置へ送信する。第１通知は、セルフチェック情報を含まない。「ＨＴＴＰ ＰＯＳＴ」リクエストは、ＨＴＴＰプロトコルにおいて規定されている送信メソッドの一つである。
【0089】
図５に、「ＨＴＴＰ ＰＯＳＴ」リクエストの概略構成の一例を示す。図５に示すように、「ＨＴＴＰ ＰＯＳＴ」リクエストは、リクエスト部と、ヘッダ部と、空行部と、ボディ部とを備える。リクエスト部は、「ＨＴＴＰ ＰＯＳＴ」であることを示す「ＰＯＳＴ／」から始まる。ボディ部には、送信すべきデータが含まれる。本実施形態の第１通知においては、ボディ部に、モデル名とシリアル番号とが、図５に示す順序で含まれる。
【0090】
図４に例示するように、仲介装置は、起動すると、例えば定期的に、端末装置からの第１通知の受信を待機する。仲介装置は、端末装置から第１通知を受信すると、図３に「Ｃ３」で示されているように、端末装置にセルフチェック情報を要求して取得する。具体的には、図４に示すように、まず、第１応答を端末装置へ送信する。
【0091】
第１応答の内容は、適正な第１通知を受信できたか否かによって異なる。仲介装置は、受信した第１通知が適正であるか否かを判断する。第１通知が適正か否かはどのような判断基準で判断されてもよい。本実施形態では、例えば、ボディ部のデータ構造が適正か否かに基づいて判断する。具体的には、例えば、ボディ部において、モデル名とシリアル番号とが正規の順序で含まれているか否かに基づいて判断する。
【0092】
そして、第１通知が適正である場合は、仲介装置は、図４に例示するようにＨＴＴＰステータスコード「２００」を含む第１応答を端末装置へ送信する。第１通知が適正ではない場合は、仲介装置は、ＨＴＴＰステータスコード「４００」を含む第１応答を端末装置へ送信する。ＨＴＴＰステータスコードは、ＨＴＴＰにおいて規定されている３桁の数字からなるコードであり、「２００」は適正であることを示し、「４００」は不適正であることを示す。
【0093】
第１応答を送信した仲介装置は、続いて、図４に例示するように、第２応答を端末装置へ送信する。第２応答は、端末装置へセルフチェック情報を要求する。第２応答は、端末装置からの第１通知よりもセキュリティレベルの高いプロトコルにて送信される。
【0094】
「ＨＴＴＰ ＰＯＳＴ」よりもセキュリティレベルが高いプロトコルは種々存在するが、本実施形態では、「ＨＴＴＰ ＰＯＳＴ」にない認証機能を備えたＳＮＭＰプロトコルを用いて第２応答が送信される。より具体的には、本実施形態では、例えばＳＮＭＰｖ３に基づくＳＮＭＰリクエストを含む第２応答が端末装置へ送信される。
【0095】
第１通知を送信した端末装置は、ＨＴＴＰステータスコード「４００」を含む第１応答を受信し、続いて第２応答を受信すると、セルフチェック情報を含む第２通知を仲介装置へ送信する。
【0096】
図４に例示するように、仲介装置は、端末装置から第２通知を受信すると、その第２通知に含まれているセルフチェック情報を端末管理装置３０へ送信する。端末管理装置３０は、セルフチェック情報を受信すると、前述の通りセルフチェック情報に基づいて「管理データベース」を更新する。端末管理装置３０はさらに、受信したセルフチェック情報を集中管理装置５へ送信してもよい。
【0097】
（１－７）端末装置におけるセルフチェック処理
上記のセルフチェック監視機能を実現するために端末装置において実行されるセルフチェック処理について、図６を参照して説明する。
上記のセルフチェック監視機能を実現するために端末装置において実行されるセルフチェック処理について、図６を参照して説明する。
【0098】
端末装置の制御部５１は、起動すると、記憶部５２に格納されている図６のセルフチェック処理のプログラムを読み込んで周期的に繰り返し実行する。制御部５１は、セルフチェック処理を開始すると、Ｓ１１０で、ステータスのセルフチェックを実行する。Ｓ１２０では、Ｓ１１０のセルフチェックの結果に基づき、ステータス変化が発生したか否かを判断する。ステータス変化が発生していない場合は、本セルフチェック処理を終了する。ステータス変化が発生した場合は、Ｓ１３０に移行する。
【0099】
Ｓ１３０では、仲介装置へ第１通知を送信する。具体的には、前述の「ＨＴＴＰ ＰＯＳＴ」リクエストを送信する。Ｓ１４０では、第１通知に対して仲介装置から送信される第１応答を受信する。具体的には、前述のＨＴＴＰステータスコードを受信する。
【0100】
Ｓ１５０では、Ｓ１４０で受信した第１応答が「適正」を示しているか否かを判断する。具体的には、第１応答がＨＴＴＰステータスコード「２００」を含んでいる場合は「適正」を示していると判断し、第１応答がＨＴＴＰステータスコード「４００」を含んでいる場合は「適正」を示していないと判断する。
【0101】
Ｓ１５０で、第１応答が「適性」を示していないと判断した場合は、本セルフチェック処理を終了する。Ｓ１５０で、第１応答が「適正」を示していると判断した場合は、Ｓ１６０に移行する。
【0102】
Ｓ１６０では、仲介装置から送信される第２応答を受信する。具体的には、ステータス情報を要求するＳＮＭＰリクエストを受信する。Ｓ１７０では、仲介装置へ第２通知を送信する。具体的には、ＳＮＭＰリクエストに対するＳＮＭＰレスポンスにてセルフチェック情報を送信する。
【0103】
（１－８）仲介装置におけるセルフチェック監視処理
上記のセルフチェック監視機能を実現するために仲介装置において実行されるセルフチェック監視処理について、図７を参照して説明する。
上記のセルフチェック監視機能を実現するために仲介装置において実行されるセルフチェック監視処理について、図７を参照して説明する。
【0104】
仲介装置の制御部１１は、起動すると、記憶部１２に格納されている図７のセルフチェック監視処理のプログラムを読み込んで実行する。制御部１１は、セルフチェック監視処理を開始すると、Ｓ２１０で、端末装置から第１通知を受信したか否かを例えば周期的に判断する。そして、第１通知を受信した場合、Ｓ２２０に移行する。
【0105】
Ｓ２２０では、受信した第１通知が適正であるか否かを判断する。この判断は、前述の通り、本実施形態では例えば「ＨＴＴＰ ＰＯＳＴ」リクエストにおけるボディ部に基づいて行う。受信した第１通知が不適正である場合は、Ｓ２４０に移行する。Ｓ２４０では、不適正であることを示す第１応答を端末装置へ送信する。具体的には、前述のＨＴＴＰステータスコード「４００」を含む第１応答を端末装置へ送信する。
【0106】
Ｓ２２０で、受信した第１通知が適正である場合は、Ｓ２３０に移行する。Ｓ２３０では、適正であることを示す第１応答を端末装置へ送信する。具体的には、前述のＨＴＴＰステータスコード「２００」を含む第１応答を端末装置へ送信する。
【0107】
第１応答の送信に続き、Ｓ２５０で、第２応答を端末装置へ送信する。具体的には、前述の通り、端末装置へセルフチェック情報を要求するためのＳＮＭＰリクエストを送信する。Ｓ２６０では、第２応答に対して端末装置から送信される第２通知を受信する。前述の通り、この第２通知に、セルフチェック情報が含まれている。
【0108】
Ｓ２７０では、登録状況の確認を行う。本実施形態では、端末装置から送信される第２通知には、セルフチェック情報のほかに、当該端末装置を特定可能な端末情報が含まれている。Ｓ２７０では、その端末情報をもとに、当該端末装置が登録端末として既に登録されているか否かを判断する。具体的には、例えば、端末管理装置３０から登録端末に関する情報を取得し、その情報に基づいて判断してもよい。また例えば、端末情報を端末管理装置３０へ送信して、端末管理装置３０にて登録有無の確認を実行させ、その確認結果を端末管理装置３０から取得することによって、登録有無を判断してもよい。
【0109】
Ｓ２８０では、Ｓ２７０の確認結果に基づいて、第２通知の送信元の端末装置が未登録か否か判断する。すでに登録されている場合は、Ｓ３００に移行する。まだ登録されていない場合は、Ｓ２９０に移行する。Ｓ２９０では、登録要求処理を実行する。具体的には、端末管理装置３０へ、端末情報と共に登録要請を送信することにより、端末管理装置３０において当該未登録の端末装置を登録させる。端末管理装置３０で当該端末装置が管理対象に登録されると、端末管理装置３０から仲介装置へ登録完了を示す通知が送信される。その通知が受信されると、本処理はＳ３００に移行する。
【0110】
Ｓ３００では、Ｓ２６０で受信したセルフチェック情報を端末管理装置３０へ送信する。Ｓ３００の処理後はＳ２１０に移行する。
（１－９）実施形態の効果
以上説明した実施形態によれば、以下の（ａ）～（ｄ）の効果を奏する。
（１－９）実施形態の効果
以上説明した実施形態によれば、以下の（ａ）～（ｄ）の効果を奏する。
【0111】
（ａ）端末装置は、ステータス変化を検知した場合、すぐにセルフチェック情報を送信されず、まずは第１通知を送信する。そして、第１通知に対する仲介装置からの第２応答を受信した場合に、セルフチェック情報を含む第２通知を仲介装置へ送信する。つまり、端末装置は、仲介装置が存在していて仲介装置と通信可能な状態にあることを確認した上で、仲介装置へセルフチェック情報を送信する。
【0112】
このように、第１通知に対する仲介装置からの第２応答を確認した上で第２通知を送信することで、セルフチェック情報の不要な送信を抑えつつ、セルフチェック情報を仲介装置へ適正且つ迅速に送信することができる。つまり、端末装置においてステータス変化が生じたことを、当該ステータス変化に関するセキュリティ性を適正に保ちつつ、仲介装置へ迅速に通知することが可能となる。
【0113】
（ｂ）端末装置は、第１通知を、「ＨＴＴＰ ＰＯＳＴ」リクエストにより送信する。これに対し、仲介装置は、第１通知のプロトコルよりもセキュリティレベルが高いプロトコルに従って第２応答を送信する。具体的には、「ＨＴＴＰ ＰＯＳＴ」よりもセキュリティレベルが高く、認証機能を有する、ＳＮＭＰプロトコル（より具体的にはＳＮＭＰｖ３）に従って第２応答を送信する。
【0114】
そのため、仲介装置は、端末装置のセルフチェック情報を、セキュリティ性能を適正に維持しつつ取得することができる。
（ｃ）仲介装置は、例えば定期監視機能におけるステータス要求ポーリングの周期を短くすれば、端末装置のステータス変化をより早く知ることができる。そのため、ステータス要求ポーリングの周期をごく短く（例えば１秒未満）に設定すれば、最新のステータスを迅速に把握するという観点では、セルフチェック監視機能は必ずしも必要ではないとも言える。
（ｃ）仲介装置は、例えば定期監視機能におけるステータス要求ポーリングの周期を短くすれば、端末装置のステータス変化をより早く知ることができる。そのため、ステータス要求ポーリングの周期をごく短く（例えば１秒未満）に設定すれば、最新のステータスを迅速に把握するという観点では、セルフチェック監視機能は必ずしも必要ではないとも言える。
【0115】
しかし、端末装置は、バッテリ５６の電力によって動作する。ステータス確認のための定期ポーリングが短周期で頻繁に行われると、その都度応答を送信する必要がある。情報の送信には比較的多くの電力を要するため、短周期での応答送信が繰り返されると、バッテリ５６の消耗が早くなり、管理者あるいは端末装置のユーザにとって使い勝手が悪くなる可能性がある。バッテリ５６を長く持たせるという観点からすれば、定期ポーリングはできるだけ長い周期で行われる方が好ましい。
【0116】
そこで、本実施形態では、定期ポーリングは比較的長い周期で（例えば３０分毎に）行われる。その一方で、定期監視機能とは別にセルフチェック監視機能が設けられ、ステータス変化が生じた場合は端末装置自らが通知する。そのため、管理者は、端末装置のバッテリ５６の早期消耗を抑えつつ、ステータス変化を迅速に知ることができる。
【0117】
（ｄ）仲介装置は、端末装置から取得したセルフチェック情報を端末管理装置３０へ送信する前に、当該端末装置の登録状況を確認する（Ｓ２７０）。そして、未登録の場合は、まず当該端末装置を管理対象に登録させた上で、セルフチェック情報を送信する。そのため、未登録の端末装置からセルフチェック情報を受信した場合であっても、そのセルフチェック情報を適正に管理することができる。
【0118】
ここで、本開示における文言と本実施形態における文言との対応関係について補足説明する。本実施形態において、第１仲介装置１０及び第２仲介装置２０はいずれも本開示における情報処理装置の一例に相当する。セルフチェック情報は本開示における変化情報の一例に相当する。第１閾値は本開示における閾値の一例に相当する。印刷部５３は本開示における記録部の一例に相当する。
【0119】
Ｓ１２０は本開示の端末装置における検知処理の一例に相当する。Ｓ１３０は本開示の端末装置における第１送信処理の一例に相当する。Ｓ１６０は本開示の端末装置における受信処理の一例に相当する。Ｓ１７０は本開示の端末装置における第２送信処理の一例に相当する。Ｓ２１０は本開示のプログラムにおける第１受信処理の一例に相当する。Ｓ２５０は本開示のプログラムにおける第１送信処理の一例に相当する。Ｓ２６０は本開示のプログラムにおける第２受信処理の一例に相当する。Ｓ３００は本開示のプログラムにおける第２送信処理の一例に相当する。Ｓ２７０～Ｓ２８０は本開示のプログラムにおける登録判断処理の一例に相当する。Ｓ２９０は本開示のプログラムにおける登録要求処理の一例に相当する。
【0120】
［２．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
【0121】
（２－１）セルフチェック監視機能においては、どのようなステータス変化が検知対象に設定されてもよい。上述のバッテリ残量や記録紙の残量などに基づくステータス変化とは異なるステータス変化が検知対象に設定されてもよい。また、ステータス変化が生じたか否かの判断は、どのような判断基準に基づいて行われてもよい。
【0122】
（２－２）上記実施形態における、第１通知、第１応答、第２応答及び第２通知はそれぞれ、どのような通信プロトコルを用いて送信されてもよい。第１通知、第１応答、第２応答及び第２通知はそれぞれ、上記実施形態とは異なる通信プロトコルを用いて送信されてもよい。
【0123】
（２－３）本開示の適用は、ＭＤＭシステムへの適用に限定されない。即ち、本開示は、集中管理装置５を備えていない、ＭＤＭシステムとは無関係の端末管理システムに対しても適用可能である。
【0124】
（２－４）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
【符号の説明】
【0125】
１…端末管理システム、１０…第１仲介装置、１１，３１，５１…制御部、１２，３２，５２…記憶部、１４，３４，５５…通信Ｉ／Ｆ、１６…仲介プログラム、２０…第２仲介装置、３０…端末管理装置、４０～４５…端末装置、５３…印刷部、５４…読取部、５６…バッテリ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】