(57)【要約】【課題】入力装置に故障等があっても使用量を管理しやすくできることを目的とする。【解決手段】第１画像形成装置又は前記第１画像形成装置とは異なる第２画像形成装置と、前記第１画像形成装置又は前記第２画像形成装置とネットワークを介して接続される１以上の管理装置とを有する管理システムが、前記第１画像形成装置を前記第２画像形成装置に交換する通知を行い、前記通知が行われると、前記第１画像形成装置から、前記第１画像形成装置による画像形成回数に基づく使用量を示す使用量データと、前記第１画像形成装置を識別する第１識別データとを取得し、前記使用量データを引き継ぐ引き継ぎデータを生成し、前記第２画像形成装置を識別する第２識別データと、前記引き継ぎデータを特定する特定データとを取得し、前記第２識別データで定まる前記第２画像形成装置に、前記特定データで特定される前記引き継ぎデータが示す前記使用量データを送信することにより上記課題を解決する。【選択図】図１
2016164720.tif 000002
【特許請求の範囲】
【請求項１】
第１画像形成装置又は前記第１画像形成装置とは異なる第２画像形成装置と、前記第１画像形成装置又は前記第２画像形成装置とネットワークを介して接続される１以上の管理装置とを有する管理システムであって、
前記第１画像形成装置を前記第２画像形成装置に交換する通知を行う通知部と、
前記通知が行われると、前記第１画像形成装置から、前記第１画像形成装置による画像形成回数に基づく使用量を示す使用量データと、前記第１画像形成装置を識別する第１識別データとを取得する第１取得部と、
前記使用量データを引き継ぐ引き継ぎデータを生成する生成部と、
前記第２画像形成装置を識別する第２識別データと、前記引き継ぎデータを特定する特定データとを取得する第２取得部と、
前記第２識別データで定まる前記第２画像形成装置に、前記特定データで特定される前記引き継ぎデータが引き継いだ前記使用量を示す送信データを送信する送信部と
を含む管理システム。
【請求項２】
前記使用量データ及び前記第１識別データを取得すると、前記使用量データが示す前記使用量と前記第１識別データとを対応させて記憶する請求項１に記載の管理システム。
【請求項３】
前記第２識別データ及び前記特定データを取得すると、前記特定データに基づいて、前記第１識別データに対応する前記使用量を前記第２識別データに対応させる請求項２に記載の管理システム。
【請求項４】
前記第１取得部は、前記使用量データを取得すると、使用量データをさらに取得するのを制限する請求項１乃至３のいずれか一項に記載の管理システム。
【請求項５】
前記通知部は、前記第１画像形成装置の故障を検出すると、前記通知を行う請求項１乃至４のいずれか一項に記載の管理システム。
【請求項６】
前記通知が行われると、前記第１画像形成装置が有する使用量データを削除又は無効にする請求項１乃至５のいずれか一項に記載の管理システム。
【請求項７】
前記送信部は、前記送信データを送信すると、送信データをさらに送信するのを制限する請求項１乃至６のいずれか一項に記載の管理システム。
【請求項８】
前記使用量は、前記第１画像形成装置が画像形成を行った回数、前記第１画像形成装置によって画像形成された用紙の枚数、前記第１画像形成装置を使用した回数を示すカウンタ値、又は前記第１画像形成装置を使用できる度数である請求項１乃至７のいずれか一項に記載の管理システム。
【請求項９】
第１画像形成装置又は前記第１画像形成装置とは異なる第２画像形成装置と、前記第１画像形成装置又は前記第２画像形成装置とネットワークを介して接続される管理装置であって、
前記第１画像形成装置を前記第２画像形成装置に交換する通知が行われる通知部と、
前記通知が行われると、前記第１画像形成装置から、前記第１画像形成装置による画像形成回数に基づく使用量を示す使用量データと、前記第１画像形成装置を識別する第１識別データとを取得する第１取得部と、
前記使用量データを引き継ぐ引き継ぎデータを生成する生成部と、
前記第２画像形成装置を識別する第２識別データと、前記引き継ぎデータを特定する特定データとを取得する第２取得部と、
前記第２識別データで定まる前記第２画像形成装置に、前記特定データで特定される前記引き継ぎデータが引き継いだ前記使用量を示す送信データを送信する送信部と
を含む管理装置。
【請求項１０】
第１画像形成装置又は前記第１画像形成装置とは異なる第２画像形成装置と、前記第１画像形成装置又は前記第２画像形成装置とネットワークを介して接続される画像形成装置であって、
前記第１画像形成装置を前記第２画像形成装置に交換する通知が行われる通知部と、
前記通知が行われると、前記第１画像形成装置から、前記第１画像形成装置による画像形成回数に基づく使用量を示す使用量データと、前記第１画像形成装置を識別する第１識別データとを取得する第１取得部と、
前記使用量データを引き継ぐ引き継ぎデータを生成する生成部と、
前記第２画像形成装置を識別する第２識別データと、前記引き継ぎデータを特定する特定データとを取得する第２取得部と、
前記第２識別データで定まる前記第２画像形成装置に、前記特定データで特定される前記引き継ぎデータが引き継いだ前記使用量を示す送信データを送信する送信部と
を含む画像形成装置。
【請求項１１】
第１画像形成装置又は前記第１画像形成装置とは異なる第２画像形成装置と、前記第１画像形成装置又は前記第２画像形成装置とネットワークを介して接続される１以上の管理装置とを有するコンピュータに実行させるためのプログラムであって、
前記コンピュータが、前記第１画像形成装置を前記第２画像形成装置に交換する通知を行う通知手順と、
前記コンピュータが、前記通知が行われると、前記第１画像形成装置から、前記第１画像形成装置による画像形成回数に基づく使用量を示す使用量データと、前記第１画像形成装置を識別する第１識別データとを取得する第１取得手順と、
前記コンピュータが、前記使用量データを引き継ぐ引き継ぎデータを生成する生成手順と、
前記コンピュータが、前記第２画像形成装置を識別する第２識別データと、前記引き継ぎデータを特定する特定データとを取得する第２取得手順と、
前記コンピュータが、前記第２識別データで定まる前記第２画像形成装置に、前記特定データで特定される前記引き継ぎデータが引き継いだ前記使用量を示す送信データを送信する送信手順と
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、管理装置、画像形成装置、及びプログラムに関する。
【背景技術】
【０００２】
従来、ゲーム装置等の情報処理装置を複数有するシステムにおいて、近距離無線通信及びネットワーク通信等によって、複数のゲーム装置間で、データを送受信する方法が知られている。
【０００３】
このゲーム装置を複数有するシステムでは、まず、一方のゲーム装置から、ローカル通信及びＷｉ−Ｆｉ（登録商標）通信の２種類の通信を利用して、他方のゲーム装置にデータを移行させる。次に、移行させたデータを送信元となったゲーム装置から削除する方法が知られている（例えば、特許文献１等）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の方法では、入力装置の故障等により、装置をユーザが操作できないと、データが、送信元の装置から送信先の装置に送信されない場合がある。この場合、装置には、送信元となる装置が使用された回数、時間、装置によって行われた処理量、画像形成を行った用紙の枚数、装置を使用できる度数、又はこれらの組み合わせ等（以下「使用量」という。）を示すデータが記憶されている場合がある。そのため、データが送信されないと、データが送信先の装置に引き継がれないため、入力装置の故障等によって、使用量が管理できない場合がある。
【０００５】
本発明の１つの側面は、入力装置に故障等があっても使用量を管理しやすくできる管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
一態様における、第１画像形成装置又は前記第１画像形成装置とは異なる第２画像形成装置と、前記第１画像形成装置又は前記第２画像形成装置とネットワークを介して接続される１以上の管理装置とを有する管理システムは、前記第１画像形成装置を前記第２画像形成装置に交換する通知を行う通知部と、前記通知が行われると、前記第１画像形成装置から、前記第１画像形成装置による画像形成回数に基づく使用量を示す使用量データと、前記第１画像形成装置を識別する第１識別データとを取得する第１取得部と、前記使用量データを引き継ぐ引き継ぎデータを生成する生成部と、前記第２画像形成装置を識別する第２識別データと、前記引き継ぎデータを特定する特定データとを取得する第２取得部と、前記第２識別データで定まる前記第２画像形成装置に、前記特定データで特定される前記引き継ぎデータが示す前記使用量データを送信する送信部とを含む。
【発明の効果】
【０００７】
入力装置に故障等があっても使用量を管理しやすくできる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る管理システムの全体構成の一例を示す全体構成図である。
【図２】本発明の一実施形態に係る管理装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明の一実施形態に係る第１画像形成装置及び第２画像形成装置のハードウェア構成の一例を示すブロック図である。
【図４】本発明の一実施形態に係る管理システムによる全体処理の一例を示すシーケンス図である。
【図５】本発明の一実施形態に係る管理装置による通知データ、第１識別データ、及び使用量データの取得の一例を示すフローチャートである。
【図６】本発明の一実施形態に係る管理装置による通知データ、第１識別データ、及び使用量データの取得の別の一例を示すフローチャートである。
【図７】本発明の一実施形態に係る管理装置による第２画像形成装置用データの生成の一例を示すフローチャートである。
【図８】本発明の一実施形態に係る管理装置による第２画像形成装置用データの生成の別の一例を示すフローチャートである。
【図９】本発明の一実施形態に係る管理装置による第２画像形成装置の対応付け及び使用量データの送信の一例を示すフローチャートである。
【図１０】本発明の一実施形態に係る管理装置による第２画像形成装置の対応付け及び使用量データの送信の別の一例を示すフローチャートである。
【図１１】本発明の一実施形態に係る管理システムの機能構成の一例を示す機能ブロック図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について説明する。
【００１０】
（全体構成例）
図１は、本発明の一実施形態に係る管理システムの全体構成の一例を示す全体構成図である。具体的には、管理システム１は、第１画像形成装置の例としてプリンタ１０と、管理装置の例としてサーバ２とを有する。また、管理システム１では、プリンタ１０及びサーバ２は、ネットワーク３を介して接続される。さらに、ネットワーク３を介してＰＣ４等の情報処理装置が接続される。また、ユーザＵＳＥＲの操作によってＰＣ４等から画像データ等がネットワーク３を介してプリンタ１０に送信されると、プリンタ１０は、画像データ等に基づいて画像形成を行う。
【００１１】
なお、プリンタ１０は、ＦＡＸ、デジタル複写機、スキャナ装置、又はデジタル複合機等でもよい。また、サーバ２は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置でもよく、さらに、サーバ２は、複数の情報処理装置であってもよい。
【００１２】
例えば、ユーザＵＳＥＲは、いわゆるＥＣ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｅｒｃｅ）サイト等で、契約及び使用料金の支払い等の手続きを行う。次に、ユーザＵＳＥＲによって手続きが行われると、ユーザＵＳＥＲには、例えば登録ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等が発行される。以下、登録ＩＤが発行される場合の例で説明する。
【００１３】
登録ＩＤが発行されると、管理システム１では、登録ＩＤと、手続きによって定まるプリンタ１０を使用できる回数等の度数とがサーバ２に入力される。なお、度数は、例えばいわゆるプリペイド（ｐｒｅｐａｉｄ）度数等である。次に、管理システム１では、プリンタ１０からプリンタ１０を識別できる機器ＩＤ等がサーバ２に送信される。機器ＩＤ等がサーバ２に送信されると、サーバ２は、機器ＩＤと登録ＩＤとを対応させる。これにより、ユーザＵＳＥＲの契約とプリンタ１０とが対応付けされるので、ユーザＵＳＥＲは、プリンタ１０を使用できる。
【００１４】
したがって、ユーザＵＳＥＲは、プリンタ１０に画像データを送信又はプリンタ１０が有する操作ボタン等を操作して、プリンタ１０に画像形成を行わせ、プリンタ１０を使用する。
【００１５】
また、プリンタ１０が故障等によって使用できなくなると、例えば、管理システム１では、プリンタ１０は、第２画像形成装置の例であるプリンタ１１に置き換えられる。さらに、管理システム１では、ユーザＵＳＥＲによって、プリンタ１０又はプリンタ１１が使用されると、使用量を示すデータがサーバ２に送信される。
【００１６】
（ハードウェア構成例）
図２は、本発明の一実施形態に係る管理装置のハードウェア構成の一例を示すブロック図である。具体的には、サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２Ｈ１と、Ｉ／Ｆ（ｉｎｔｅｒｆａｃｅ）２Ｈ２と、出力装置２Ｈ３と、入力装置２Ｈ４と、ＨＤ（Ｈａｒｄ  Ｄｉｓｋ）２Ｈ５と、記憶装置２Ｈ６とを有する。また、サーバ２が有する各ハードウェアは、バス（ｂｕｓ）２Ｈ７を介して相互に接続される。
【００１７】
ＣＰＵ２Ｈ１は、サーバ２が行う各種処理及び各種データの加工を行う演算装置並びにサーバ２が有する各ハードウェア等を制御する制御装置である。なお、サーバ２は、ＣＰＵ２Ｈ１の補助を行う演算装置又は制御装置をさらに有してもよい。
【００１８】
Ｉ／Ｆ２Ｈ２は、例えばコネクタ及び処理ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等である。また、Ｉ／Ｆ２Ｈ２は、ネットワーク等を介してプリンタ１０（図１）等の外部装置とデータを送受信する。
【００１９】
出力装置２Ｈ３は、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）等を表示するディスプレイ等である。
【００２０】
入力装置２Ｈ４は、操作等を入力するタッチパネル、キーボード、マウス、又はこれらの組み合わせ等である。
【００２１】
ＨＤ２Ｈ５は、補助記憶装置の一例である。即ち、ＨＤ２Ｈ５は、サーバ２が用いるプログラム、ファイル、又は各種設定等のデータを記憶する。
【００２２】
記憶装置２Ｈ６は、いわゆるメモリ（ｍｅｍｏｒｙ）等である。即ち、記憶装置２Ｈ６には、ＨＤ２Ｈ５が記憶するプログラム又はデータ等が読み出される。
【００２３】
図３は、本発明の一実施形態に係る第１画像形成装置及び第２画像形成装置のハードウェア構成の一例を示すブロック図である。例えば、プリンタ１０及びプリンタ１１は、同一のハードウェア構成である。以下、プリンタ１０を例に説明する。具体的には、プリンタ１０は、ＣＰＵ１０Ｈ１と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）１０Ｈ２と、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０Ｈ３と、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）１０Ｈ４と、ＨＤ１０Ｈ５と、メモリ１０Ｈ６と、Ｉ／Ｆ１０Ｈ７と、操作部１０Ｈ８と、ＦＣＵ（ＦＡＸ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１０Ｈ９と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）１０Ｈ１０と、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）１３９４１０Ｈ１１と、プロッタ／スキャナエンジン１０Ｈ１２と、周辺機１０Ｈ１３とを有する。
【００２４】
ＣＰＵ１０Ｈ１は、プリンタ１０が行う各種処理及び各種データの加工を行う演算装置並びにプリンタ１０が有する各ハードウェア等を制御する制御装置である。なお、プリンタ１０は、ＣＰＵ１０Ｈ１の補助を行う演算装置又は制御装置をさらに有してもよい。
【００２５】
ＡＳＩＣ１０Ｈ２は、ＣＰＵＩ／Ｆ、ＳＤＲＡＭＩ／Ｆ、ローカルバスＩ／Ｆ、ＰＣＩＩ／Ｆ、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）、及びＨＤＩ／Ｆ等となる多機能デバイスである。また、ＡＳＩＣ１０Ｈ２は、ＣＰＵ１０Ｈ１と、制御対象とするデバイスを共有化し、アーキテクチャの面からアプリ（アプリケーションソフト）等の開発の高効率化を支援する。
【００２６】
ＳＤＲＡＭ１０Ｈ３は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を含む各種プログラムを記憶するプログラムメモリ及びＣＰＵ１０Ｈ１がデータ処理等を行う際に使用するワークメモリ等として使用されるメインメモリである。なお、ＳＤＲＡＭ１０Ｈ３は、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）又はＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等でもよい。
【００２７】
フラッシュメモリ１０Ｈ４は、プリンタ１０を起動させるブートローダ（ブートプログラム）及びＯＳ等のプログラムを記憶する。また、フラッシュメモリ１０Ｈ４は、各アプリケーションソフトウェア、サービスソフトウェア、及びファームウェア等のプログラムと、ネットワークアドレス、機器ＩＤ、及びカウンタ値を示すデータ等のデータとを記憶する。なお、フラッシュメモリ１０Ｈ４は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の不揮発性のメモリ等でもよい。さらに、フラッシュメモリ１０Ｈ４は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と電池とを利用するバックアップ回路を集積した不揮発性のメモリ等でもよい。
【００２８】
ＨＤ１０Ｈ５は、不揮発性の記憶媒体である。即ち、ＨＤ１０Ｈ５は、プリンタ１０が用いるプログラム、ファイル、又は各種設定等のデータを記憶する。また、ＨＤ１０Ｈ５は、ファームメモリとして使用されてもよい。
【００２９】
メモリ１０Ｈ６は、ＮＲＳ（Ｎａｍｉｎｇ  ａｎｄ  Ｒｅｃｏｎｃｉｌｉａｔｉｏｎ  Ｓｅｒｖｉｃｅ）等を記憶する不揮発性のメモリである。
【００３０】
Ｉ／Ｆ１０Ｈ７は、ネットワーク等を介して外部装置と通信を行うＩ／Ｆである。
【００３１】
操作部１０Ｈ８は、操作キー又は操作ボタン等の入力装置と、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）の出力装置とを有する。
【００３２】
ＦＣＵ１０Ｈ９は、ＦＡＸ又はモデムを有する画像形成装置若しくはサーバ２（図１）等の外部装置と通信を行う。また、ＦＣＵ１０Ｈ９は、外部装置から送信される変調されたデータ等を復調する。
【００３３】
ＵＳＢ１０Ｈ１０及びＩＥＥＥ１３９４１０Ｈ１１は、外部装置及び周辺機器等をプリンタ１０に接続させるＩ／Ｆである。
【００３４】
プロッタ／スキャナエンジン１０Ｈ１２は、プリンタ１０が有するハードウェアの異常等を検出するセンサを有し、プリンタ１０の故障等を検出する。
【００３５】
周辺機１０Ｈ１３は、紙等のホッチキス留めを行うステープラ（ｓｔａｐｌｅｒ）又は紙等に穴あけ加工を行うパンチ（ｐｕｎｃｈｅｒ）等である。さらに、周辺機１０Ｈ１３は、紙等の製本加工、折りたたみ、又は仕分け等を行うフィニッシャ（ｆｉｎｉｓｈｅｒ）等でもよい。
【００３６】
プリンタ１０の電源がオンとなると、ＣＰＵ１０Ｈ１は、ＡＳＩＣ１０Ｈ２を介して、ブートローダを起動させ、ブートローダに従い、フラッシュメモリ１０Ｈ４が記憶するＯＳのプログラム等を展開する。次に、ＣＰＵ１０Ｈ１は、必要に応じて、フラッシュメモリ１０Ｈ４が記憶するアプリケーション、サービス、及びＮＲＳのプログラム等を読み出し、ＳＤＲＡＭ１０Ｈ３にロードする。これにより、プリンタ１０は、各機能を実現できる。
【００３７】
（全体処理例）
図４は、本発明の一実施形態に係る管理システムによる全体処理の一例を示すシーケンス図である。
【００３８】
（通知データ、第１識別データ、及び使用量データの取得例（ステップＳ０１））
ステップＳ０１では、サーバ２は、通知データ、第１識別データ、及び使用量データをプリンタ１０から取得する。具体的には、プリンタ１０は、ハードウェアの異常を検出すると、プリンタ１０をプリンタ１１に交換することをサーバ２に通知する通知データを送信する。
【００３９】
また、プリンタ１０は、サーバ２に、第１識別データの例として、例えば、プリンタ１０を識別できる機器ＩＤデータを送信する。さらに、プリンタ１０は、サーバ２に、使用量データの例として、予めプリンタ１０に入力される所定の度数から、用紙等に画像形成が行われるごとに度数の値を減らして求まる値、いわゆる残度数等を示すデータを送信する。即ち、ユーザは、残度数が示す回数分プリンタ１０を使用できる。以下、使用量が残度数である例で説明する。
【００４０】
なお、交換は、例えば契約の変更、ユーザの希望、又は定期的な交換等の故障以外の理由で行われてもよい。即ち、「交換ボタン」を押す操作等をプリンタ１０にユーザが入力すると、プリンタ１０は、通知データを送信してもよい。
【００４１】
さらに、機器ＩＤデータは、例えば管理番号、製造番号、プリンタ名、又はこれらの組み合わせ等を示すデータでもよい。また、使用量データは、例えばプリンタ１０が画像形成を行った用紙等の枚数、プリンタ１０が有するカウンタのカウンタ値、プリンタ１０が画像形成を行った回数、プリンタ１０の使用時間、又はこれらの組み合わせ等でもよい。
【００４２】
なお、通知データ、第１識別データ、及び使用量データは、それぞれ別のタイミングで送信されてもよい。
【００４３】
図５は、本発明の一実施形態に係る管理装置による通知データ、第１識別データ、及び使用量データの取得の一例を示すフローチャートである。具体的には、ステップＳ０１（図４）では、例えば図５に示す処理がプリンタ１０（図１）によって行われる。
【００４４】
（故障を検出したか否かの判断例（ステップＳ１１））
ステップＳ１１では、プリンタ１０は、故障を検出したか否かを判断する。次に、故障が検出されると（ステップＳ１１でＹＥＳ）、プリンタ１０は、ステップＳ１２に進む。一方、故障が検出されないと（ステップＳ１１でＮＯ）、プリンタ１０は、ステップＳ１１を繰り返す。
【００４５】
（通知データ、第１識別データ、及び使用量データの送信例（ステップＳ１２））
ステップＳ１２では、プリンタ１０は、通知データ、第１識別データ、及び使用量データをサーバ２（図１）に送信する。なお、各データは、ＰＣ４（図１）等にさらに送信されてもよい。
【００４６】
なお、ステップＳ０１では、例えば図６に示す処理がプリンタ１０によって行われてもよい。
【００４７】
図６は、本発明の一実施形態に係る管理装置による通知データ、第１識別データ、及び使用量データの取得の別の一例を示すフローチャートである。具体的には、図６は、図５と比較すると、ステップＳ１３が加わる点が異なる。以下、異なる点を中心に説明する。
【００４８】
（使用量データの削除例（ステップＳ１３））
ステップＳ１３では、プリンタ１０（図１）は、使用量データを削除する。
【００４９】
プリンタ１０が有する使用量データが削除されると、プリンタ１０は、使用量データを送信しない及びユーザがプリンタ１０を使用できなくなるため、通知データ送信後に、プリンタ１０が誤って使用されるのを少なくできる。
【００５０】
（使用量データの記憶例（ステップＳ０２））
図４に戻り、ステップＳ０２では、サーバ２は、使用量データを記憶する。例えば、ステップＳ０２では、サーバ２は、下記（表１）のように、使用量データと機器ＩＤデータとを対応させて記憶する。
【００５１】
以下、下記（表１）の「機器ＩＤ」が「Ｚ１２３４−９８７６５」である行のデータが、プリンタ１０に係るデータである例で説明する。例えば、ステップＳ０１で、プリンタ１０に係る機器ＩＤデータ及び使用量データがサーバ２に送信されるとする。次に、ステップＳ０２では、サーバ２は、機器ＩＤデータに基づいて、プリンタ１０に係るデータを検索し、使用量データが示す値を下記（表１）の「使用量」に記憶する。
【００５２】
【表１】
2016164720.tif 000003
「機器ＩＤ」は、各画像形成装置を識別できるＩＤを示す。
【００５３】
「登録ＩＤ」は、ユーザが使用する機器と、ユーザが行った契約とを対応させるＩＤを示す。例えば、ユーザが手続きを行うと、登録ＩＤが発行される。次に、ユーザがプリンタ１０に登録ＩＤを入力すると、プリンタ１０は、登録ＩＤを示すデータと、機器ＩＤデータとをサーバ２に送信する。続いて、サーバ２は、受信する登録ＩＤと、機器ＩＤとを上記（表１）のように、対応させて記憶する。一方、プリンタ１０がプリンタ１１に交換されると、プリンタ１１に対して新たに登録ＩＤが発行されるとする。
【００５４】
「使用量」は、残度数等の使用量を示す。なお、「使用量」の値等が使用量データによって示される。
【００５５】
また、サーバ２は、「機器ＩＤ」に対応させて、各画像形成装置に係る設定、契約内容、及び状況等を示すデータを記憶してもよい。例えば、上記（表１）では、サーバ２は、「モデル名」、「契約形態」、「機器設置状況」、「契約期間」、「課金形態」、及び「機器状態」等のデータを記憶する。
【００５６】
「モデル名」は、画像形成装置の機種を示す。また、「契約形態」は、ユーザが手続きした契約の種類を示す。さらに、「機器設置状況」は、各画像形成装置がユーザによって使用される場所に設置されているか否かを示す。さらにまた、「契約期間」は、契約によって、ユーザが各画像形成装置を使用できる期間を示す。また、「課金形態」は、ユーザに対して行われる課金の種類を示す。さらに、「機器状態」は、対応する機器の状態を示す。例えば、上記（表１）では、「機器状態」は、各画像形成装置が画像形成を行うのを制限されているか否かを示す例である。
【００５７】
（第２画像形成装置用データの生成例（ステップＳ０３））
ステップＳ０３では、サーバ２は、プリンタ１１用のデータを生成する。例えば、ステップＳ０３では、サーバ２は、例えば、下記（表２）のように、上記（表１）に示すデータを変更する。
【００５８】
【表２】
2016164720.tif 000004
上記（表２）は、上記（表１）と比較して、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータが引き継ぎデータの例として生成され、加わる点が異なる。また、上記（表２）は、上記（表１）と比較して、「機器ＩＤ」が「Ｚ１２３４−９８７６５」である行のデータが有する「使用量」をさらに取得するのが制限される点が異なる。なお、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータは、プリンタ１１に係るデータであるとする。
【００５９】
図７は、本発明の一実施形態に係る管理装置による第２画像形成装置用データの生成の一例を示すフローチャートである。具体的には、ステップＳ０３（図４）では、例えば図７に示す処理がサーバ２（図１）によって行われる。
【００６０】
（機器ＩＤの検索例（ステップＳ２１））
ステップＳ２１では、サーバ２は、機器ＩＤを検索する。具体的には、サーバ２は、ステップＳ０１（図４）で取得する機器ＩＤデータに基づいて、プリンタ１０に係るデータを検索する。即ち、上記（表２）では、サーバ２は、機器ＩＤデータに基づいて、「機器ＩＤ」が「Ｚ１２３４−９８７６５」である行のデータを検索する。
【００６１】
（使用量が記憶されているか否かの判断例（ステップＳ２２））
ステップＳ２２では、サーバ２は、使用量が記憶されているか否かを判断する。例えば、使用量が記憶されていると（ステップＳ２２でＹＥＳ）、サーバ２は、処理を終了する。一方、使用量が記憶されていないと（ステップＳ２２でＮＯ）、サーバ２は、ステップＳ２３に進む。
【００６２】
なお、使用量が記憶されていると（ステップＳ２２でＹＥＳ）処理を終了するのは、使用量データをさらに取得するのを制限する方法の一例である。また、制限は、使用量データを受信しない等でもよい。
【００６３】
（第２画像形成装置用データの生成例（ステップＳ２３））
ステップＳ２３では、サーバ２は、第２画像形成装置用データを生成する。具体的には、サーバ２は、上記（表２）に示すように、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータを生成する。
【００６４】
即ち、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータは、使用量を「機器ＩＤ」が「Ｚ１２３４−９８７６５」である行のデータから引き継いで生成される。
【００６５】
なお、ステップＳ０３では、例えば図８に示す処理がサーバ２によって行われてもよい。
【００６６】
図８は、本発明の一実施形態に係る管理装置による第２画像形成装置用データの生成の別の一例を示すフローチャートである。具体的には、図８は、図７と比較すると、ステップＳ２４が加わる点が異なる。以下、異なる点を中心に説明する。
【００６７】
（使用量データの削除を要求する例（ステップＳ２４））
ステップＳ２４では、サーバ２（図１）は、プリンタ１０（図１）に使用量データを削除するように要求する。例えば、サーバ２は、プリンタ１０に、使用量データを削除するように命令するデータを送信する。
【００６８】
プリンタ１０が有する使用量データが削除されると、プリンタ１０は、使用量データを送信しないため、通知データ送信後に、プリンタ１０が誤って使用されるのを少なくできる。
【００６９】
図４に戻り、ステップＳ０３では、次に、サーバ２は、新たに生成した登録ＩＤである「ＸＹＺ１２３１２６」をユーザに発行する。例えば、サーバ２は、ＰＣ４（図１）等にメールを送信し、登録ＩＤをユーザに発行する。なお、サーバ２は、他の方法でユーザに登録ＩＤを発行してもよい。
【００７０】
（第２識別データ及び特定データの取得例（ステップＳ０４））
ステップＳ０４では、サーバ２は、第２識別データ及び特定データをプリンタ１１から取得する。具体的には、まず、ユーザがプリンタ１１に、例えば、特定データの例として、登録ＩＤである「ＸＹＺ１２３１２６」を入力する。次に、プリンタ１１は、入力される登録ＩＤを示す登録ＩＤデータと、第２識別データの例として、プリンタ１１を識別できる機器ＩＤデータとをサーバ２に送信する。
【００７１】
（第２画像形成装置を対応付ける例（ステップＳ０５））
ステップＳ０５では、サーバ２は、プリンタ１１を登録ＩＤに対応付けする。具体的には、ステップＳ０５では、サーバ２は、ステップＳ０４で取得する登録ＩＤデータ及び機器ＩＤデータに基づいて、上記（表２）に示すデータを下記（表３）のように変更する。
【００７２】
【表３】
2016164720.tif 000005
上記（表３）は、上記（表２）と比較して、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータが異なる。具体的には、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータでは、上記（表２）と比較して、「機器ＩＤ」に「Ｚ１２３４−９８７６６」が加わる点が異なる。また、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータでは、上記（表２）と比較して、「モデル名」に「ＭＰＣ５０００」が加わる点が異なる。
【００７３】
また、機器ＩＤデータ及び登録ＩＤデータを取得すると、サーバ２は、上記（表３）に示すように、サーバ２は、「登録ＩＤ」が「ＸＹＺ１２３１２６」となる行のデータがプリンタ１１に係るデータであると特定できる。
【００７４】
（送信データの送信例（ステップＳ０６））
ステップＳ０６では、サーバ２は、送信データとして、使用量を示すデータをプリンタ１１に送信する。具体的には、ステップＳ０６では、サーバ２は、送信データとして、例えば、上記（表３）の「機器ＩＤ」が「Ｚ１２３４−９８７６６」である行の「使用量」である「５６０」を示すデータをプリンタ１１に送信する。
【００７５】
ステップＳ０６によって、プリンタ１１に送信データが送信されると、プリンタ１１は、送信データに基づいて各種設定を行うため、ユーザは、プリンタ１１を使用することができる。例えば、送信データが示す使用量が残度数である場合、ユーザは、プリンタ１０に設定される残度数を引き継いで、プリンタ１１を使用できる。即ち、上記（表３）に示す残度数の例では、ユーザがプリンタ１０を「５６０」回使用できる残度数を、プリンタ１１が引き継ぐので、ユーザは、プリンタ１１を「５６０」回使用できる。
【００７６】
図９は、本発明の一実施形態に係る管理装置による第２画像形成装置の対応付け及び使用量データの送信の一例を示すフローチャートである。具体的には、ステップＳ０５（図４）及びステップＳ０６（図４）では、例えば図９に示す処理がサーバ２（図１）によって行われる。
【００７７】
（登録ＩＤの検索例（ステップＳ３１））
ステップＳ３１では、サーバ２は、登録ＩＤを検索する。具体的には、サーバ２は、ステップＳ０４（図４）で取得される登録ＩＤデータに基づいて、上記（表２）が有するデータのうち、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータを検索する。
【００７８】
（機器ＩＤの入力例（ステップＳ３２））
ステップＳ３２では、サーバ２は、ステップＳ３１で検索されるデータに機器ＩＤを入力する。具体的には、サーバ２は、上記（表２）が有するデータのうち、「登録ＩＤ」が「ＸＹＺ１２３１２６」である行のデータにおいて、「機器ＩＤ」に「Ｚ１２３４−９８７６６」を入力する。即ち、機器ＩＤが入力されると、機器ＩＤで識別されるプリンタ１１（図１）及び使用量が対応付けされる。
【００７９】
（使用量データの送信例（ステップＳ３３））
ステップＳ３３では、サーバ２は、プリンタ１１に使用量データを送信する。
【００８０】
なお、ステップＳ０５（図４）及びステップＳ０６（図４）では、例えば図１０に示す処理がサーバ２によって行われてもよい。
【００８１】
図１０は、本発明の一実施形態に係る管理装置による第２画像形成装置の対応付け及び使用量データの送信の別の一例を示すフローチャートである。具体的には、図１０は、図９と比較すると、ステップＳ３４が加わる点が異なる。以下、異なる点を中心に説明する。
【００８２】
（使用量データの制限例（ステップＳ３４））
ステップＳ３４では、サーバ２（図１）は、使用量データを制限する。具体的には、サーバ２は、上記（表３）が有するデータのうち、「機器ＩＤ」が「Ｚ１２３４−９８７６６」である行のデータを無効にする。例えば、制限は、「機器ＩＤ」が「Ｚ１２３４−９８７６６」である行のデータがさらにプリンタ１１又は他の画像形成装置等にサーバ２が送信しないようにする処理である。
【００８３】
（機能構成例）
図１１は、本発明の一実施形態に係る管理システムの機能構成の一例を示す機能ブロック図である。具体的には、管理システム１は、通知部１Ｆ１と、第１取得部１Ｆ２と、生成部１Ｆ３と、第２取得部１Ｆ４と、送信部１Ｆ５とを有する。
【００８４】
通知部１Ｆ１は、プリンタ１０の故障が検出がされる場合等に、プリンタ１０が通知データを送信する等によって、プリンタ１０をプリンタ１１に交換する通知を行う。なお、通知部１Ｆ１は、プロッタ／スキャナエンジン１０Ｈ１２（図３）及びＩ／Ｆ１０Ｈ７（図３）等によって実現される。
【００８５】
第１取得部１Ｆ２は、通知部１Ｆ１による通知が行われると、プリンタ１０から、プリンタ１０による画像形成回数に基づく残度数等の使用量を示す使用量データＤ１と、第１識別データの例としてプリンタ１０を識別するプリンタ１０に係る機器ＩＤデータＤ２とを取得する。なお、第１取得部１Ｆ２は、Ｉ／Ｆ２Ｈ２（図２）等によって実現される。
【００８６】
生成部１Ｆ３は、使用量データＤ１が示す残度数等の使用量をプリンタ１１に引き継がせる引き継ぎデータＤ５を含む上記（表２）に示すデータ等を生成する。なお、生成部１Ｆ３は、ＣＰＵ２Ｈ１（図２）等によって実現される。
【００８７】
第２取得部１Ｆ４は、プリンタ１１から、第２識別データの例としてプリンタ１１を識別するプリンタ１１に係る機器ＩＤデータＤ３と、上記（表２）に示すデータ等から、引き継ぎデータを特定する特定データとして登録ＩＤデータＤ４を取得する。なお、第２取得部１Ｆ４は、Ｉ／Ｆ２Ｈ２等によって実現される。
【００８８】
送信部１Ｆ５は、第２取得部１Ｆ４が取得するプリンタ１１に係る機器ＩＤデータＤ３でプリンタ１１を送信先と定めて、登録ＩＤデータＤ４で特定される引き継ぎデータＤ５が示す使用量データＤ１をプリンタ１１に送信する。なお、送信部１Ｆ５は、Ｉ／Ｆ２Ｈ２等によって実現される。
【００８９】
管理システム１では、プリンタ１０の故障等が検出されると、通知部１Ｆ１によって通知が行われる。通知が行われると、第１取得部１Ｆ２によって、使用量データＤ１と、プリンタ１０に係る機器ＩＤデータＤ２とが取得される。プリンタ１０に係る機器ＩＤデータＤ２が取得されると、プリンタ１０が識別されるため、プリンタ１０が有する使用量を引き継ぐ引き継ぎデータＤ５が生成部１Ｆ３によって生成できる。
【００９０】
さらに、第２取得部１Ｆ４によって、プリンタ１１に係る機器ＩＤデータＤ３と、登録ＩＤデータＤ４とが取得される。プリンタ１１に係る機器ＩＤデータＤ３が取得されると、プリンタ１０の使用量を引き継ぐ引き継ぎ先となるプリンタ１１が識別できる。また、プリンタ１１に引き継ぐ使用量を示す引き継ぎデータＤ５は、登録ＩＤデータＤ４によって、上記（表３）等から特定できる。
【００９１】
したがって、送信部１Ｆ５は、プリンタ１１に係る機器ＩＤデータＤ３によって定まるプリンタ１１を送信先として、登録ＩＤデータＤ４で特定される引き継ぎデータＤ５が示す使用量を使用量データＤ１によってプリンタ１１に送信できる。そのため、プリンタ１０が有する入力装置に故障等があっても、プリンタ１０による使用量は、プリンタ１１に引き継がれる。これによって、プリンタ１０がプリンタ１１に交換される等があっても、使用量が引き継がれるため、管理者等は、交換前後の使用量の対応付け等の作業を少なくできる。
【００９２】
例えば、使用量に基づいて、ユーザに使用料金を請求する課金制度、いわゆる従量制等では、使用料金の算出等が容易にできる。
【００９３】
ゆえに、管理システムは、入力装置に故障等があっても、使用量を管理しやすくできる。
【００９４】
なお、本発明に係る各処理の全部又は一部は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、及びＪａｖａ（登録商標）等のレガシープログラミング言語又はオブジェクト指向プログラミング言語等で記述されたコンピュータに実行させるためのプログラムによって実現されてもよい。即ち、プログラムは、管理装置、ＰＣ、及び画像形成装置等の情報処理装置又は情報処理装置を１以上有する管理システム等のコンピュータに各処理を実行させるためのコンピュータプログラムである。
【００９５】
また、プログラムは、ＲＯＭ又はＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等のコンピュータが読み取り可能な記録媒体に格納して頒布することができる。さらに、記録媒体は、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤ（登録商標）カード、又はＭＯ等でもよい。さらにまた、プログラムは、電気通信回線を通じて頒布することができる。
【００９６】
さらに、管理システムは、ネットワーク等によって相互に接続される１以上の情報処理装置を有してもよい。即ち、管理システムによって、各種処理の全部又は一部を分散、デュプレックスシステム（ｄｕｐｌｅｘ  ｓｙｓｔｅｍ）等のように並列、又はデュアルシステム（ｄｕａｌ  ｓｙｓｔｅｍ）等のように冗長して処理が行われてもよい。
【００９７】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形又は変更が可能である。
【符号の説明】
【００９８】
１  管理システム
２  サーバ
１０、１１  プリンタ
【先行技術文献】
【特許文献】
【００９９】
【特許文献１】特開２０１２−５５５３５号公報
【図１】
2016164720.tif 000006
【図２】
2016164720.tif 000007
【図３】
2016164720.tif 000008
【図４】
2016164720.tif 000009
【図５】
2016164720.tif 000010
【図６】
2016164720.tif 000011
【図７】
2016164720.tif 000012
【図８】
2016164720.tif 000013
【図９】
2016164720.tif 000014
【図１０】
2016164720.tif 000015
【図１１】
2016164720.tif 000016