特許 7536511 管理装置、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-09

(45)【発行日】2024-08-20

(54)【発明の名称】管理装置、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20240813BHJP

   H04N 1/00 20060101ALI20240813BHJP

【ＦＩ】

G06F3/12 329

G06F3/12 303

H04N1/00 127A

【請求項の数】 9

(21)【出願番号】P 2020094913

(22)【出願日】2020-05-29

(65)【公開番号】P2021189789

(43)【公開日】2021-12-13

【審査請求日】2023-05-29

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】西川 智

【審査官】松浦 かおり

(56)【参考文献】

【文献】特開２０１３－１０９５２６（ＪＰ，Ａ）

【文献】特開２０１７－００７２４９（ＪＰ，Ａ）

【文献】特開２００８－２２７９６３（ＪＰ，Ａ）

【文献】特開２０１８－１５７３７３（ＪＰ，Ａ）

【文献】特開２００７－１８４７１７（ＪＰ，Ａ）

【文献】特開２０１９－１１７６１１（ＪＰ，Ａ）

【文献】特開２０１４－１７５６７６（ＪＰ，Ａ）

【文献】特開２０１７－０１６４９２（ＪＰ，Ａ）

【文献】特開２０１８－０５５４９９（ＪＰ，Ａ）

【文献】特開２０１４－０４４５７７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／０９－ ３／１２

Ｂ４１Ｊ ２９／００－２９／７０

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

１以上の画像形成装置を管理する管理装置であって、
周期又はスケジュールと、ファイルに含めるべき装置情報の種類と、ファイル形式と、の第１指定を受け付ける第１の指定手段と、
１以上の画像形成装置の中からの、レポーティング機能の対象となる画像形成装置の第２指定を受け付ける第２の指定手段と、
前記第１指定に従い、前記第２指定で指定された画像形成装置から情報を取得する取得手段と、
前記取得手段により取得された情報を含むファイルを前記ファイル形式で出力する出力手段と、を有し、
前記出力されるファイルには、前記第２指定で指定された画像形成装置の情報として、通信日時と、接続状態の値と、前記第１指定で受け付けた種類に対応する装置情報と、ページカウント情報と、が含まれ、
前記第２指定で２台以上の画像形成装置が指定され、当該指定された２台以上の画像形成装置のうちの１台の画像形成装置からの前記取得手段による前記第１指定で受け付けた周期又はスケジュールに従う情報の取得が失敗した場合、前記出力されるファイルには、前記接続状態の値としてエラーを示す情報と、当該１台の画像形成装置から前回取得できたページカウント情報とが、前記出力されるファイルが表示されたときに他の画像形成装置の情報ではなく当該１台の画像形成装置の情報であることがユーザによって識別可能となるように記録されることを特徴とする管理装置。

【請求項2】

前記取得手段及び前記出力手段によるファイルの出力の結果を表示する表示手段をさらに有し、
前記出力の結果では、前記取得手段による前記第１指定に従う情報の取得が失敗した画像形成装置の台数の情報を示すことを特徴とする、請求項１に記載の管理装置。

【請求項3】

前記出力の結果では、前記第２指定で指定された画像形成装置の数をさらに示すことを特徴とする、請求項２に記載の管理装置。

【請求項4】

前記ファイル形式は、ＣＳＶ又はＸＭＬから選択することが可能であることを特徴とする、請求項１乃至３の何れか一項に記載の管理装置。

【請求項5】

前記スケジュールは、毎月、毎週、又は毎日のいずれかから選択して設定されることを特徴とする、請求項１乃至４の何れか一項に記載の管理装置。

【請求項6】

前記第２指定で指定された画像形成装置について前記出力手段が出力するファイルのファイル名は出力タイミングごとに変化することを特徴とする、請求項１乃至５の何れか一項に記載の管理装置。

【請求項7】

前記ファイル名は、前記ファイルの生成時刻を示すことを特徴とする、請求項６に記載の管理装置。

【請求項8】

１以上の画像形成装置を管理する管理装置における情報処理方法であって、
周期又はスケジュールと、ファイルに含めるべき装置情報の種類と、ファイル形式と、の第１指定を受け付ける工程と、
１以上の画像形成装置の中からの、レポーティング機能の対象となる画像形成装置の第２指定を受け付ける工程と、
前記第１指定に従い、前記第２指定で指定された画像形成装置から情報を取得する工程と、
前記取得された情報を含むファイルを前記ファイル形式で出力する出力工程と、を有し、
前記出力されるファイルには、前記第２指定で指定された画像形成装置の情報として、通信日時と、接続状態の値と、前記第１指定で受け付けた種類に対応する装置情報と、ページカウント情報と、が含まれ、
前記第２指定で２台以上の画像形成装置が指定され、当該指定された２台以上の画像形成装置のうちの１台の画像形成装置からの前記第１指定で受け付けた周期又はスケジュールに従う情報の取得が失敗した場合、前記出力されるファイルには、前記接続状態の値としてエラーを示す情報と、当該１台の画像形成装置から前回取得できたページカウント情報とが、前記出力されるファイルが表示されたときに他の画像形成装置の情報ではなく当該１台の画像形成装置の情報であることがユーザによって識別可能となるように記録されることを特徴とする情報処理方法。

【請求項9】

１以上の画像形成装置を管理する管理装置としてのコンピュータに、
周期又はスケジュールと、ファイルに含めるべき装置情報の種類と、ファイル形式と、の第１指定を受け付ける工程と、
１以上の画像形成装置の中からの、レポーティング機能の対象となる画像形成装置の第２指定を受け付ける工程と、
前記第１指定に従い、前記第２指定で指定された画像形成装置から情報を取得する工程と、
前記取得された情報を含むファイルを前記ファイル形式で出力する出力工程と、を実行させるためのプログラムであって、
前記出力されるファイルには、前記第２指定で指定された画像形成装置の情報として、通信日時と、接続状態の値と、前記第１指定で受け付けた種類に対応する装置情報と、ページカウント情報と、が含まれ、
前記第２指定で２台以上の画像形成装置が指定され、当該指定された２台以上の画像形成装置のうちの１台の画像形成装置からの前記第１指定で受け付けた周期又はスケジュールに従う情報の取得が失敗した場合、前記出力されるファイルには、前記接続状態の値としてエラーを示す情報と、当該１台の画像形成装置から前回取得できたページカウント情報とが、前記出力されるファイルが表示されたときに他の画像形成装置の情報ではなく当該１台の画像形成装置の情報であることがユーザによって識別可能となるように記録されることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理装置、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

従来、プリンタ又は複合機などの画像形成装置（デバイス）について、稼働情報などのデータを取得して管理を行うためのデバイス管理システム、又は管理装置が知られている。管理対象のデバイスの増加、管理サーバのコスト削減、及びメンテナンスの観点から、１台の管理装置で管理可能なデバイスの台数規模の拡大が見られる。

【0003】

このデバイス管理システムでは、事前に行う動作のテンプレートをプロファイルとして作成し、そのプロファイルを元にデバイスを指定したタスクを作成することにより、デバイスの管理、設定、又は情報収集などを行うことも一般的である。

【0004】

このデバイス管理システムは、各デバイスから総印刷ページ数、ステータス、又は補給品の寿命情報などを取得しレポートするレポーティング機能を持つ場合もある。特許文献１には、デバイスから収集した情報を元に、デバイスの利用に係る情報を所属先ごとに集計する集計手段を持ち、ユーザのコスト意識の向上を促すことを目的とした技術が考案されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１３－０１２２４５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、上述のレポーティング機能においては、設定されたタスクの動作時に特定デバイスからのデータの取得が失敗した時、その取得失敗したデバイスの総印刷ページ数などの各項目が記載されない。結果として、選択されたデバイスに関する十分なレポートが取得できないという課題がある。

【0007】

また、同デバイス管理システムにおいてはタスク結果画面から情報の取得に失敗したデバイスの存在が把握できず、適切な管理ができないという課題もある。

【0008】

なお、取得失敗の理由には、レポートのためのカウンタなどの稼働情報取得時に（プリンタの電源がＯＦＦになっている、又はネットワークエラーなどにより）通信に失敗することなどが含まれる。

【0009】

本発明は、デバイス管理システムにおけるレポーティング機能の実行時に、デバイスからのデータの取得に失敗した場合でも、ユーザがデバイスの情報を把握することを容易にするとともに、接続状態のエラーを把握することを容易にすることを目的とする。

【課題を解決するための手段】

【0010】

本発明の目的を達成するために、例えば、一実施形態に係る管理装置は以下の構成を備える。すなわち、周期又はスケジュールと、ファイルに含めるべき装置情報の種類と、ファイル形式と、の第１指定を受け付ける第１の指定手段と、レポーティング機能の対象となる画像形成装置を、１以上の画像形成装置の中から第２指定を受け付ける第２の指定手段と、前記第１指定に従い、前記第２指定で指定された画像形成装置から情報を取得する取得手段と、前記取得手段により取得された情報を含むファイルを前記ファイル形式で出力する出力手段と、を有し、前記出力されるファイルには、前記第２指定で指定された画像形成装置の情報として、通信日時と、接続状態の値と、前記第１指定で受け付けた種類に対応する装置情報と、ページカウント情報と、が含まれ、前記第２指定で２台以上の画像形成装置が指定され、当該指定された２台以上の画像形成装置のうちの１台の画像形成装置からの前記取得手段による前記第１指定で受け付けた周期又はスケジュールに従う情報の取得が失敗した場合、前記出力されるファイルには、前記接続状態の値としてエラーを示す情報と、当該１台の画像形成装置から前回取得できたページカウント情報とが、前記出力されるファイルが表示されたときに他の画像形成装置の情報ではなく当該１台の画像形成装置の情報であることがユーザによって識別可能となるように記録される。

【発明の効果】

【0011】

デバイス管理システムにおけるレポーティング機能の実行時に、デバイスからのデータの取得に失敗した場合でも、ユーザがデバイスの情報を把握することを容易にするとともに、接続状態のエラーを把握することを容易にする。

【図面の簡単な説明】

【0012】

【図1】実施形態１に係る管理装置を備えるシステム構成の一例を示す図。

【図2】実施形態１に係る管理装置のハードウェア構成の一例を示す図。

【図3】実施形態１に係る管理装置の機能構成の一例を示す図。

【図4】実施形態１に係るデバイスの機能構成の一例を示す図。

【図5】実施形態１に係るデバイス選択画面の一例を示す図。

【図6】実施形態１に係るタスク選択画面の一例を示す図。

【図7】実施形態１に係るプロファイル選択画面の一例を示す図。

【図8】実施形態１に係るタスクの実行結果画面の一例を示す図。

【図9】実施形態１に係るプロファイル設定画面の一例を示す図。

【図10】実施形態１に係る管理方法の処理の一例を示す図。

【図11】実施形態２に係る管理方法の処理の一例を示す図。

【図12】実施形態３に係る管理方法の処理の一例を示す図。

【図13】実施形態３に係るファイル名決定処理の一例を示す図。

【図14】実施形態１に係る出力レポートの表示画面の一例を示す図。

【図15】実施形態２に係るタスクの実行結果画面の一例を示す図。

【図16】実施形態３に係るプロファイル設定画面の一例を示す図。

【発明を実施するための形態】

【0013】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

【0014】

［実施形態１］
本実施形態に係る管理装置は、１以上の画像形成装置（以下、デバイス）を管理する管理装置である。本実施形態に係る管理装置は、１以上の画像形成装置の中から指定したデバイスからの情報の取得を取得し、取得した情報を含むファイルを出力する。デバイスからの情報の取得に失敗した場合には、本実施形態に係る管理装置は、情報の取得に失敗したことを示す情報とともに、そのデバイスから前回取得できた情報を含むファイルを出力する。

【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】

本実施形態においては、設定表示部３０３は、プロファイルの設定を行う際に、出力するレポートのファイル名が可変に設定される。可変のファイル名は、例えば、レポートの出力タイミングに応じて変化する設定とすることができる。本実施形態においては、可変のファイル名は、レポートの生成時の年月日分秒などの生成時刻を示すように決定される（例えば、”20200303170000”など）ものとするが、特にこのように限定されるわけではない。例えば、設定表示部３０３は、固定のプレフィックスと可変名を組み合わせたファイル名のレポートを出力するようにファイル名を設定してもよく、乱数に基づいて固定桁のファイル名を生成するようにしてもよい。

【0063】

そのように可変のファイル名を有するプロファイルを設定するためのＵＩ画面の例が、図１６に示されている。図１６に示される例においては、設定表示部３０３により、実施形態１の図９に示されるプロファイル設定画面に加えて、レポートをファイルに書き込む場合にファイル名を固定とするか可変とするかのユーザ選択を入力する枠が設けられている。設定表示部３０３は、ファイル名を可変とするユーザ選択を取得した場合に、ファイル名を可変としてプロファイルの設定を行うことができる。

【0064】

以下、図１２及び図１３を参照して、本実施形態に係る管理装置が行う、ファイル名が可変であるレポートを出力する処理について説明を行う。なお、図１２及び図１３に示される各処理は、ＣＰＵ１０がＨＤＤ１９、ＲＯＭ１１などにより制御プログラムをＲＡＭ１２にロードして実行することで実現されるものとする。

【0065】

図１２は、本実施形態における設定表示部３０３が行う、プロファイルの設定に関するユーザ入力の取得処理の一例を示すフローチャートである。ステップＳ１２０１において設定表示部３０３は、プロファイル名とスケジュールとの情報を取得する。ステップＳ１２０２において設定表示部３０３は、レポートをファイルに書き込むのかＥメールとして送信するのかのユーザ選択を取得する。ステップＳ１２０３で設定表示部３０３は、ステップ１２０２においてレポートをファイルに書き込む選択がなされているかどうかを判定する。レポートをファイルに書き込むよう選択されている場合には処理がステップＳ１２０５へと進み、そうでない場合には処理はステップＳ１２０４へと進む。ステップＳ１２０４で設定表示部３０３は、Ｅメールの宛先を取得し、処理をステップ１２０８へと進める。

【0066】

ステップＳ１２０５で設定表示部３０３は、レポートを書き込むファイル名が固定か可変かのユーザ選択を取得する。ステップＳ１２０６で設定表示部３０３は、ステップＳ１２０５で取得したユーザ選択が可変であるかどうかを判定する。可変である場合には処理がステップＳ１２０８へと進み、そうでない場合には処理がステップＳ１２０７へと進む。ステップＳ１２０７で設定表示部３０３は、固定のファイル名を取得し、処理をステップＳ１２０８へと進める。

【0067】

ステップＳ１２０８で設定表示部３０３は、取得した各情報に基づいてプロファイルの設定を保存し、設定管理部３３１を介して設定保管部３３２に格納する。

【0068】

本実施形態に係る管理装置は、このように設定されたプロファイルを用いて、実施形態１と同様に図１０に示されるようなレポートの出力処理を行う。図１３は、本実施形態に係るレポート管理部３２１が行う、ステップＳ１０１１におけるファイル名の書き込みでの処理の一例を示すフローチャートである。

【0069】

ステップＳ１３０１でレポート管理部３２１は、ステップＳ１０１１で書き込まれるファイル名が可変であるかどうかを判定する。ファイル名が可変である場合は処理がステップＳ１３０２へと進み、そうでない場合は処理がステップＳ１３０３へと進む。

【0070】

ステップＳ１３０２でレポート管理部３２１は、可変のファイル名を決定する。本実施形態においては、可変のファイル名は、上述のように、レポート生成時の年月日分秒に応じて決定される。ステップＳ１３０３でレポート管理部３２１は、プロファイルに設定されている固定ファイル名の取得を行う。ステップＳ１３０２又はステップＳ１３０３の後、処理はステップＳ１３０４へと進む。

【0071】

ステップＳ１３０４でレポート管理部３２１は、ステップＳ１００７で生成したレポートのデータを取得する。ステップＳ１３０５でレポート管理部３２１は、ステップＳ１３０４で取得したレポートを、ファイル名をステップＳ１３０２又はステップＳ１３０３で決定したファイル名として、ファイルに書き込み、処理を終了する。

【0072】

このような処理によれば、デバイスに関するレポートを、可変のファイル名で出力することができる。したがって、定期的なレポートの出力を行う場合にもファイル名の管理及び保存を行いやすくし、操作性を向上させることができる。

【0073】

（その他の実施例）
なお本発明に係る管理装置を含むデバイス管理システムは、複数の機器（例えばホストコンピュータ、インターフェース機器、リーダ、又はプリンタなど）から構成されるシステムであってもよい。また、本発明に係る管理装置を含むデバイス管理システムは、一つの機器（例えば、複写機、ファクシミリ装置など）からなるシステムであってもよい。

【0074】

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【0075】

また、本発明は、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって上述の実施形態の機能が実現される場合も含む。さらに、本発明は、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カード又はコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた場合も含む。その場合においては、書き込まれたプログラムコードの指示に基づき、その機能拡張カード又は機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部若しくは全部を行い、その処理によって上述の実施形態の機能が実現される。

【0076】

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

【符号の説明】

【0077】

３０：ＵＩ制御部、３１：デバイス制御部、３２：レポート制御部、３３：設定制御部、３０１：デバイス表示部、３０２：タスク表示部、３０３：設定表示部、３１１：デバイス接続部、３１２：タスク管理部、３１３：データ管理部、３１４：タスク保管部、３１５：データ保管部、３２１：レポート管理部、３２２：レポート保管部、３３１：設定管理部、３３２：設定保管部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】