JP2019142127A - 画像形成装置及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】画像形成装置に登録された部門ＩＤの管理の煩わしさを軽減する技術を提供する。【解決手段】画像形成装置（ＭＦＰ）は、ユーザＩＤと部門ＩＤとを関連付けて管理する。ユーザＤＢには、ＭＦＰに登録された１つ以上のユーザＩＤが格納され、部門ＤＢには、ＭＦＰに登録された１つ以上の部門ＩＤが格納される。ＭＦＰは、ユーザＩＤの削除がユーザによって指示されると、削除対象として指定されたユーザＩＤを、ユーザＤＢから削除する（Ｓ５０４）。ＭＦＰは、ユーザＩＤの削除後に、部門ＤＢに格納された状態で管理されている１つ以上の部門ＩＤのうち、いずれのユーザＩＤとも関連付けられていない部門ＩＤを削除する（Ｓ５０５〜Ｓ５０８）。【選択図】図５

Description

本発明は、画像形成装置及びその制御方法、並びにプログラムに関するものである。

コピー、プリント又はファクシミリ機能を備える画像形成装置は、ユーザが属する部門ごとにコピー枚数又はプリント枚数を管理する管理機能を有しうる。画像形成装置では、このような管理機能により、例えば、ユーザＩＤを用いて画像形成装置にログインしたユーザがコピーを行った場合に、当該ユーザＩＤと関連付けられた部門ＩＤに対応するコピー枚数をカウントアップする。

一般に、部門ＩＤは、１つ以上のユーザＩＤと関連付けて管理される。１つの部門ＩＤに対して１つ以上のユーザＩＤを関連付けることにより、部門ごとのコピー枚数又はプリント枚数を集計することが可能である。また、１つの部門ＩＤに対して１つのユーザＩＤを関連付けることにより、部門ＩＤを利用して、ユーザごとのコピー枚数又はプリント枚数を集計することも可能である。特許文献１では、投入された印刷ジョブの属性情報に基づいて、ユーザＩＤと部門ＩＤとの関連情報を自動で登録する画像形成装置が提案されている。

特開２０１６−２６９１０号公報

オフィスにおいて社員が異動又は退職によりいなくなった場合、当該社員が使用するために登録されたユーザＩＤが画像形成装置から削除されることがある。上述のように、部門ＩＤを利用してユーザごとのコピー又はプリント枚数を集計しているオフィスでは、ユーザＩＤの削除に伴って、当該ユーザＩＤに関連付けられた部門ＩＤも不要になる。しかし、ユーザＩＤと部門ＩＤの両方を削除するには、通常、ユーザＩＤを削除する操作とは別に、部門ＩＤを削除する操作をユーザが手動で行うことが必要になり、ユーザにとって煩わしい操作が必要になりうる。

本発明は、上述の問題に鑑みてなされたものである。本発明は、画像形成装置に登録された部門ＩＤの管理の煩わしさを軽減する技術を提供することを目的とする。

本発明の一態様に係る画像形成装置は、前記画像形成装置のユーザを示すユーザＩＤと、当該ユーザが属する部門を示す部門ＩＤとを関連付けて管理する管理手段であって、前記画像形成装置に登録され、かつ、部門ごとのプリント枚数のカウントに使用可能である、１つ以上のユーザＩＤ及び１つ以上の部門ＩＤを管理する、前記管理手段と、前記管理手段によって管理されている前記１つ以上のユーザＩＤのうち、削除対象として指定されたユーザＩＤを削除する第１削除手段と、前記第１削除手段によるユーザＩＤの削除後に、前記管理手段によって管理されている前記１つ以上の部門ＩＤのうち、いずれのユーザＩＤとも関連付けられていない部門ＩＤを削除する第２削除手段と、を備えることを特徴とする。

本発明によれば、画像形成装置に登録された部門ＩＤの管理の煩わしさを軽減することが可能になる。

ＭＦＰのハードウェア構成例を示すブロック図。 ＭＦＰのソフトウェア構成例を示すブロック図。 管理ＵＩ制御部によって表示されるＵＩ画面の例を示す図。 ユーザＩＤの削除用のＡＰＩの例を示す図。 ユーザＩＤの削除処理の手順を示すフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜ＭＦＰのハードウェア構成＞
図１は、本発明の実施形態に係る複合機（ＭＦＰ）のハードウェア構成例を示すブロック図である。ＭＦＰ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０４、操作部１０５、スキャナ１０６、プリンタ１０７、及び通信部１０８を備える。本実施形態では、ＭＦＰ１００は画像形成装置の一例である。

ＣＰＵ１０１は、ＭＦＰ１００全体の動作を制御する。ＲＡＭ１０３は、揮発性メモリであり、ＣＰＵ１０１のワークエリア、又はＲＯＭ１０２及びＨＤＤ１０４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ＲＯＭ１０２は、不揮発性メモリであり、ＭＦＰ１００のブートプログラム等が格納されている。ＨＤＤ（ハードディスクドライブ）１０４は、不揮発性の記憶装置であり、ＭＦＰ１００の制御プログラム、ＯＳ（オペレーティングシステム）のプログラム、及びアプリケーションプログラム等の、各種プログラムが格納されている。

ＣＰＵ１０１は、ＭＦＰ１００の起動時には、ＲＯＭ１０２に格納されているブートプログラムを読み出して実行する。このブートプログラムは、ＨＤＤ１０４に格納されているＯＳのプログラムを読み出して、ＲＡＭ１０３上に展開するためのプログラムである。
ブートプログラムの実行後、ＣＰＵ１０１は、ＲＡＭ１０３上に展開したＯＳのプログラムを実行する。更に、ＣＰＵ１０１は、制御プログラムの実行に用いるデータもＲＡＭ１０３に格納して読み書きを行う。

なお、本実施形態では、１つのＣＰＵ１０１が後述する各処理を実行する例を説明しているが、これに限られない。例えば、複数のＣＰＵ又はＭＰＵ（マイクロプロセッサ）が協働して各処理を実行するようにＭＦＰ１００を構成してもよい。また、後述する各処理の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）等のハードウェア回路を用いて実行するようにＭＦＰ１００を構成してもよい。

操作部１０５は、タッチパネル機能を有する液晶表示部及びキーボードを備え、各種画面を表示する。ユーザは、操作部１０５を介してＭＦＰ１００に対して指示及び情報を入力できる。スキャナ１０６は、原稿の画像を読み取って、当該画像に対応する画像データを生成する。スキャナ１０６によって生成された画像データは、ＨＤＤ１０４に保存されるか、通信部１０８を介して外部装置へ送信されるか、又はプリンタ１０７による画像の印刷に用いられる。プリンタ１０７は、ＨＤＤ１０４に保存された画像データ、通信部１０８を介して外部装置から受信された画像データ、又はスキャナ１０６により生成された画像データに基づいて、シートに画像を形成（印刷）する。

通信部１０８は、有線ＬＡＮ（ローカルエリアネットワーク）に接続されており、有線ＬＡＮを介して外部装置と通信可能である。なお、通信部１０８は、電話回線に接続され、ファクシミリ通信を行ってもよい。あるいは、通信部１０８は、外部のアクセスポイントやモバイル端末等の外部装置との無線通信（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ等の無線ＬＡＮ規格の無線通信）を行ってもよい。

＜ＭＦＰのソフトウェア構成＞
図２は、ＭＦＰ１００のソフトウェア構成例を示すブロック図である。図２に示す各ブロックの機能は、ＲＯＭ１０２又はＨＤＤ１０４に格納されている制御プログラムをＣＰＵ１０１が読み出して実行することによって実現される。

設定ＤＢ（データベース）２０１は、ＭＦＰ１００の設定が格納されるＤＢである。ユーザＤＢ２０２は、ＭＦＰ１００にログインするユーザのユーザ情報が格納されるＤＢであり、ＭＦＰ１００に登録されたユーザＩＤが格納される。部門ＤＢ２０３は、ＭＦＰ１００に登録された部門ＩＤが格納され、部門ＩＤを指定して行われたコピー又はプリントによるプリント枚数の集計に用いられるＤＢである。これらのＤＢで管理されるデータは、ＨＤＤ１０４に格納される。なお、本明細書において「部門」は、１以上のユーザで構成される、ユーザの所属先の単位を示し、例えば、チーム又はグループも含みうる。また、部門ＩＤは、部門ごとのプリント又はコピー枚数のカウントに使用されるだけでなく、例えば、ＭＦＰ１００において使用可能な機能を部門ごとに制限するために使用されてもよい。

データアクセス部２０４は、上述の各ＤＢのデータにアクセスするためのＡＰＩ（Application Programming Interface）を提供し、上述の各ＤＢへのアクセスを行う。管理ＵＩ制御部２０７、ログインアプリケーション２０８、及び機能ＵＩ制御部２０９は、データアクセス部２０４が提供するＡＰＩを介して、各ＤＢにアクセスすることが可能である。

管理ＵＩ制御部２０７は、ＭＦＰ１００を管理するためのＵＩ画面を提供する。管理ＵＩ制御部２０７は、ＨＴＴＰで通信するためのＷｅｂサーバ機能を有する。ホストＰＣのブラウザからのアクセスに対して、ＨＴＭＬで作成されたＵＩ画面を提供しうる。本実施形態では、管理ＵＩ制御部２０７は、例えば以下の機能を有するＵＩ画面を提供する。
‐ＭＦＰ１００の設定を行うためのＵＩ画面（不図示）
‐ユーザ情報を登録、編集又は削除するためのＵＩ画面（図３（Ａ））
‐部門ＩＤの登録又は削除、及び部門ＩＤごとのプリント枚数及びコピー枚数の表示のためのＵＩ画面（図３（Ｂ））
‐ＭＦＰ１００の設定、ユーザＩＤ、及び部門ＩＤの少なくともいずれかを一括してインポート又はエクスポートするためのＵＩ画面（図３（Ｃ））

管理ＵＩ制御部２０７は、ＭＦＰ１００のユーザを示すユーザＩＤと、当該ユーザが属する部門を示す部門ＩＤとを関連付けて管理する。管理ＵＩ制御部２０７は、ユーザＤＢ２０２に格納されている１つ以上のユーザＩＤと、部門ＤＢ２０３に格納されている１つ以上の部門ＩＤとを管理する。ユーザＤＢ２０２及び部門ＤＢ２０３にそれぞれ格納されている１つ以上のユーザＩＤ及び１つ以上の部門ＩＤは、上述のＵＩ画面を用いてＭＦＰ１００に登録され、かつ、部門ＩＤごとのプリント又はコピー枚数のカウントに使用可能である。

ログインアプリケーション２０８は、ログイン操作用のログイン画面を操作部１０５に表示する。ログインアプリケーション２０８は、例えば、ログイン画面を用いて入力されたユーザＩＤ及びパスワードを取得し、ユーザＤＢ２０２に格納されているデータと照合することにより、ユーザ認証を実行する。なお、ユーザ認証は、ユーザＩＤ及びパスワードの代わりに、ユーザが所持しているＩＣカードからカードリーダ（図示せず）により読み取ったＩＤを用いて実行されてもよい。

ログインアプリケーション２０８は、ユーザ認証に成功した場合には、ユーザをＭＦＰ１００にログインさせ、操作部１０５の表示を、機能ＵＩ制御部２０９によって提供されるＵＩ画面に遷移させる。また、ログインアプリケーション２０８は、ＭＦＰ１００にログインしたユーザのユーザ情報（ユーザＩＤ及び部門ＩＤ等）を、ログインユーザ情報として機能ＵＩ制御部２０９に提供する。

機能ＵＩ制御部２０９は、コピー機能又はプリント機能をユーザが利用するためのＵＩ画面を提供する。機能ＵＩ制御部２０９は、ＵＩ画面におけるユーザの操作に従って、コピー制御部２０５又はプリント制御部２０６にジョブの実行を指示する。その際、機能ＵＩ制御部２０９は、ＭＦＰ１００にログイン中のユーザの部門ＩＤを、コピー制御部２０５又はプリント制御部２０６に伝達する。

コピー制御部２０５は、機能ＵＩ制御部２０９からの指示に従って、スキャナ１０６及びプリンタ１０７を制御してコピージョブを実行する。コピー制御部２０５は、コピージョブの実行が完了した後、部門ＤＢ２０３にアクセスし、機能ＵＩ制御部２０９から伝達された部門ＩＤについてのコピー枚数のカウント値をカウントアップ（増加）する。

プリント制御部２０６は、機能ＵＩ制御部２０９からの指示に従って、プリンタ１０７を制御してプリントジョブを実行する。プリント制御部２０６は、プリントジョブの実行が完了した後、部門ＤＢ２０３にアクセスし、機能ＵＩ制御部２０９から伝達された部門ＩＤについてのプリント枚数のカウント値をカウントアップする。また、プリント制御部２０６は、通信部１０８によって外部装置からプリントジョブが受信された場合、受信されたプリントジョブを実行する。プリント制御部２０６は、プリントジョブの実行が完了した後、部門ＤＢ２０３にアクセスし、プリントジョブに含まれていた部門ＩＤについてのプリント枚数のカウント値をカウントアップする。

＜ＵＩ画面の例＞
図３（Ａ）は、ユーザＩＤを含むユーザ情報を登録、編集又は削除するためのＵＩ画面３００を示している。管理ＵＩ制御部２０７は、ＵＩ画面３００におけるユーザの操作に従って、ユーザＤＢ２０２に格納されるユーザ情報の登録、編集又は削除を行う。なお、管理ＵＩ制御部２０７は、データアクセス部２０４を介して（データアクセス部２０４により提供されるＡＰＩを使用して）ユーザＤＢ２０２にアクセスして、ユーザＤＢに対する処理を行う。

ユーザは、ＵＩ画面３００を用いて、ユーザＩＤ（ユーザ識別子）と、当該ユーザＩＤと関連付けられる、パスワード、ＩＣカードＩＤ、及び部門ＩＤ（部門識別子）とを、ＭＦＰ１００に対して登録できる。管理ＵＩ制御部２０７は、ＵＩ画面３００を用いて入力されたデータをユーザＤＢ２０２に登録する。ユーザは、ＵＩ画面３００において、ユーザＩＤに対応するチェックボックスを選択して削除ボタンを押下することにより、当該ユーザＩＤを削除対象として指定できる。また、ユーザは、ＵＩ画面３００において、全削除ボタンを押下することにより、ビルトインのユーザＩＤ（管理者ユーザのユーザＩＤ等）を除く、全ユーザのユーザＩＤを削除対象として指定できる。管理ＵＩ制御部２０７は、削除対象として指定されたユーザＩＤを、ユーザＤＢ２０２から削除する。

図３（Ｂ）は、部門ＩＤの登録又は削除、及び部門ＩＤごとのプリント及びコピー枚数の表示のためのＵＩ画面３１０を示している。管理ＵＩ制御部２０７は、ＵＩ画面３１０におけるユーザの操作に従って、部門ＤＢ２０３に格納される部門ＩＤの登録、編集又は削除を行う。管理ＵＩ制御部２０７は、データアクセス部２０４を介して（データアクセス部２０４により提供されるＡＰＩを使用して）部門ＤＢ２０３にアクセスし、部門ＤＢ２０３に対する処理を行う。

ユーザは、ＵＩ画面３１０を用いて、部門ＩＤ（部門識別子）を、ＭＦＰ１００に対して登録できる。管理ＵＩ制御部２０７は、ＵＩ画面３１０を用いて入力された部門ＩＤを、部門ＤＢ２０３に登録する。部門ＩＤは、例えば、数字で構成される識別子である。なお、部門ＩＤは、数字及びアルファベットで構成されてもよい。部門ＩＤが新規登録される際、部門ＤＢ２０３には、部門ＩＤと関連付けて、コピー枚数のカウント値及びプリント枚数のカウント値が保存される。これらのカウント値は、予め０に初期化される。その後、部門ＩＤを指定してコピー又はプリントの実行指示が行われると、指定された部門ＩＤと関連付けられた（指定された部門ＩＤに対応する）カウント値がカウントアップされる。

図３（Ｂ）では、コピー枚数を、カラーコピー及びモノクロコピーのそれぞれについてカウントし、プリント枚数も同様に、カラープリント及びモノクロプリントのそれぞれについてカウントする例を示している。一般的に、このようなカウント値を含む集計情報は、定期的に収集され、部門又は個人がコピー及びプリントにかけたコストを特定するために利用される。

また、ユーザは、ＵＩ画面３１０を用いて、部門ＩＤを選択し、「カウントクリア」ボタンを押下することにより、選択された部門ＩＤに対応するカウント値のクリアを指示できる。また、ユーザは、ＵＩ画面３１０を用いて、部門ＩＤを選択し、「削除」ボタンを押下することにより、選択された部門ＩＤ及び当該部門ＩＤに関連付けて保存されている情報（カウント値等）の削除を指示できる。

図３（Ｃ）に示すＵＩ画面３２０は、設定ＤＢ２０１、ユーザＤＢ２０２及び部門ＤＢ２０３に格納されているデータを一括してインポート又はエクスポートするためのＵＩ画面３２０を示している。管理ＵＩ制御部２０７は、ＵＩ画面３２０におけるユーザの操作に従って、各ＤＢに格納されているデータをファイルにエクスポートするか、又は、エクスポートされたファイルから各ＤＢにデータをインポートする。

ユーザは、ＵＩ画面３２０を用いて、バックアップ対象の１つ以上のＤＢを選択し、「エクスポート」を選択することにより、バックアップ対象のＤＢに格納されているデータをファイルにエクスポートすることを指示できる。また、ユーザは、インポート先のＤＢを選択し、ＭＦＰ１００又は他のＭＦＰからエクスポートされたファイルを指定し、「インポート」を選択することにより、当該ファイルからＤＢへデータをインポートすることを指示できる。なお、管理ＵＩ制御部２０７は、ＤＢへのデータのインポートを行う場合、インポート先のＤＢに格納されている全データを削除した後に、ファイルから当該ＤＢへのデータのインポートを行う。

例えば、管理ＵＩ制御部２０７は、ＭＦＰ１００に登録されている全てのユーザＩＤをユーザＤＢ２０２から削除して、インポート元のファイルからユーザＩＤのデータをインポートする処理を実行可能である。また、管理ＵＩ制御部２０７は、ＭＦＰ１００に登録されている全ての部門ＩＤを部門ＤＢ２０３から削除して、インポート元のファイルから部門ＩＤのデータをインポートする処理を実行可能である。

＜ＡＰＩの例＞
図４は、データアクセス部２０４によって提供される、ユーザＤＢ２０２からユーザＩＤを削除するためのＡＰＩの例を示す図である。本実施形態では、管理ＵＩ制御部２０７は、図４に示すＡＰＩ４０１〜４０４を選択的に使用して、ユーザＤＢ２０２からのユーザＩＤの削除、及び部門ＤＢ２０３からの部門ＩＤの削除を行う。

ＡＰＩ４０１は、入力パラメータで指定されたユーザＩＤをユーザＤＢ２０２から削除し、それに連動して部門ＩＤを部門ＤＢ２０３から削除するＡＰＩである。ＡＰＩ４０２は、入力パラメータで指定されたユーザＩＤをユーザＤＢ２０２から削除するが、部門ＤＢ２０３からの部門ＩＤの削除は行わないＡＰＩである。

ＡＰＩ４０３は、全てのユーザＩＤをユーザＤＢ２０２から削除し、それに連動して部門ＩＤを部門ＤＢ２０３から削除するＡＰＩである。ＡＰＩ４０４は、全てのユーザＩＤをユーザＤＢ２０２から削除するが、部門ＤＢ２０３からの部門ＩＤの削除は行わないＡＰＩである。なお、ＡＰＩ４０１〜４０４は、前述のとおり、ビルトインのユーザＩＤは削除しないように動作する。

本実施形態では、ＡＰＩ４０１は、ユーザＩＤを第１データベース（ユーザＤＢ２０２）から削除するとともに、当該ユーザＩＤに関連付けられた部門ＩＤを第２データベース（部門ＤＢ２０３）から削除する第１ＡＰＩの一例である。また、ＡＰＩ４０２は、ユーザＩＤを第１データベース（ユーザＤＢ２０２）から削除し、当該ユーザＩＤに関連付けられた部門ＩＤを第２データベース（部門ＤＢ２０３）から削除しない第２ＡＰＩの一例である。

＜ユーザＩＤの削除処理＞
図５は、ＭＦＰ１００においてＣＰＵ１０１によって実行される、ユーザＩＤの削除処理の手順を示すフローチャートである。図５の各ステップの処理は、ＲＯＭ１０２又はＨＤＤ１０４に格納されている制御プログラムをＣＰＵ１０１が読み出して実行することによって実現される。

管理ＵＩ制御部２０７によって操作部１０５に表示されたＵＩ画面（例えば、ＵＩ画面３００）を用いて、１つ以上のユーザＩＤの削除がユーザによって指示されると、ＣＰＵ１０１は、図５の手順に従って、ユーザＩＤの削除処理を実行する。

まずＳ５０１で、ＣＰＵ１０１は、設定ＤＢ２０１を参照して、部門ＩＤの削除に関する設定を取得する。ＣＰＵ１０１は、ユーザＩＤの削除を行う際に部門ＩＤの削除を行う（ユーザＩＤの削除と連動して部門ＩＤを削除する）か否かを、ユーザの指示により設定し、当該設定を設定ＤＢ２０１に予め格納している。次にＳ５０２で、ＣＰＵ１０１は、取得した設定に基づいて、ユーザＩＤの削除と連動して部門ＩＤを削除する自動削除設定が有効であるか否かを判定する。ＣＰＵ１０１は、自動削除設定が無効である場合には、Ｓ５０３へ処理を進め、自動削除設定が有効である場合には、Ｓ５０４へ処理を進める。以下の処理では、ＣＰＵ１０１（管理ＵＩ制御部２０７）は、自動削除設定に従って、ＡＰＩ４０１又はＡＰＩ４０２を選択して使用する。

部門ＩＤの自動削除設定が無効である場合（即ち、部門ＩＤの削除を行うことが設定されていない場合）には、ＣＰＵ１０１は、ユーザＩＤの削除後に部門ＩＤの削除を行わない。具体的には、Ｓ５０３で、ＣＰＵ１０１は、削除指示で指定されたユーザＩＤと、当該ユーザＩＤと関連付けて保存されている情報（図３（Ａ）に示すパスワード等の情報）を、ユーザＤＢ２０２から削除する。なお、Ｓ５０３の削除処理は、ＡＰＩ４０２により実現される。その後、ＣＰＵ１０１は、部門ＩＤの削除を行うことなく、処理を終了する。

一方、部門ＩＤの自動削除設定が有効である場合（即ち、部門ＩＤの削除を行うことが設定されている場合）には、ＣＰＵ１０１は、ユーザＩＤの削除後に部門ＩＤの削除を行う。具体的には、Ｓ５０４で、ＣＰＵ１０１は、Ｓ５０３と同様、削除指示で指定されたユーザＩＤ及び関連付けて保存されている情報を、ユーザＤＢ２０２から削除する。ユーザＩＤの削除後に、Ｓ５０５〜Ｓ５０８で、ＣＰＵ１０１は、部門ＤＢ２０３に格納されている１つ以上の部門ＩＤのうち、いずれのユーザＩＤとも関連付けられていない部門ＩＤを削除する。この削除処理では、ＣＰＵ１０１は、部門ＤＢ２０３に格納されている１つ以上の部門ＤＢのうち、Ｓ５０４で削除したユーザＩＤと関連付けられていた部門ＩＤを削除する。

具体的には、Ｓ５０５で、ＣＰＵ１０１は、部門ＤＢ２０３を参照し、部門ＤＢ２０３に登録されている全ての部門ＩＤのリストを、第１リストとして取得する。更にＳ５０６で、ＣＰＵ１０１は、ユーザＤＢ２０２を参照し、ユーザＤＢ２０２に登録されている全ての部門ＩＤのリスト（即ち、ユーザＤＢ２０２に登録されている各ユーザＩＤと関連付けられている部門ＩＤのリスト）を、第２リストとして取得する。

ＣＰＵ１０１は、Ｓ５０５で取得した第１リストとＳ５０６で取得した第２リストとの差分に基づいて、いずれのユーザＩＤとも関連付けられていない部門ＩＤを検出する。具体的には、Ｓ５０７で、ＣＰＵ１０１は、Ｓ５０５で取得した第１リストとＳ５０６で取得した第２リストとの差分リストを取得する。具体的には、第１リストに含まれる部門ＩＤのうち、第２リストに含まれる各部門ＩＤを削除し、削除後の第１リストを差分リストとして取得する。この差分リストは、第１リストに含まれているが第２リストに含まれていない部門ＩＤのリストであり、ユーザＤＢ２０２においていずれのユーザＩＤとも関連付けられていない部門ＩＤのリストに相当する。

その後、Ｓ５０８で、ＣＰＵ１０１は、取得した差分リストに含まれる各部門ＩＤ、及び当該部門ＩＤに関連付けられた情報（プリント又はコピー枚数のカウント値）を、部門ＤＢ２０３から削除し、処理を終了する。なお、Ｓ５０４〜Ｓ５０８の処理は、ＡＰＩ４０１により実現される。

上述の削除処理では、図５のステップの順序を適宜変更することが可能である。例えば、Ｓ５０５の処理の前にＳ５０６の処理が実行されてもよいし、Ｓ５０５の処理とＳ５０６の処理が並列に実行されてもよい。また、Ｓ５０３及びＳ５０４の処理が、Ｓ５０２の処理の前に実行されてもよい。

以上説明したように、本実施形態では、ＣＰＵ１０１（管理ＵＩ制御部２０７）は、ユーザＩＤの削除がユーザによって指示されると、削除対象として指定されたユーザＩＤを、ユーザＤＢ２０２から削除する。即ち、ＣＰＵ１０１は、ユーザＤＢ２０２に格納された状態で管理されている１つ以上のユーザＩＤのうち、削除対象として指定されたユーザＩＤを削除する。更に、ＣＰＵ１０１は、ユーザＩＤの削除後に、部門ＤＢ２０３に格納された状態で管理されている１つ以上の部門ＩＤのうち、いずれのユーザＩＤとも関連付けられていない部門ＩＤを削除する。このように、本実施形態のＭＦＰ１００は、ユーザＩＤの削除に連動して、いずれのユーザＩＤとも関連付けられていない部門ＩＤの削除を自動的に削除する。これにより、ユーザＩＤの削除に伴って、不要になった部門ＩＤも削除する場合に、部門ＩＤの削除のためのユーザの操作を不要にすることが可能である。このため、本実施形態によれば、ＭＦＰ１００に登録された部門ＩＤの管理の煩わしさを軽減することが可能になる。

また、本実施形態のＭＦＰ１００では、ユーザＩＤ削除後に、いずれのユーザＩＤとも関連付いていない部門ＩＤを削除の対象としている。このため、削除されたユーザＩＤに関連付けられていた部門ＩＤが、他のユーザにも関連付けられている（他のユーザによって使用中である）場合には、当該部門ＩＤは削除されない。これにより、ユーザは、ユーザＩＤの削除と連動して部門ＩＤを削除する上述の機能を利用することができる。

また、本実施形態のＭＦＰ１００では、ユーザＩＤの削除と連動して部門ＩＤを削除する設定（自動削除設定）を設けている。これにより、ユーザＩＤの削除後に、部門ごとのコピー又はプリント枚数の集計情報を残したいユーザは、自動削除設定を無効にすることで、部門ＩＤ及び集計情報を削除せずに残すことが可能である。

＜その他の実施形態＞
上述の実施形態について、種々の変更又は機能の追加を行うことが可能である。例えば、ＵＩ画面３１０において削除対象として指定された部門ＩＤが、いずれかのユーザＩＤに関連付けられている場合、管理ＵＩ制御部２０７は、以下の制御を実行してもよい。例えば、管理ＵＩ制御部２０７は、（１）部門ＩＤのみを削除、（２）部門ＩＤを削除し、関連付けられているユーザＩＤを削除、又は、（３）部門ＩＤを削除せずに、当該部門ＩＤが使用中であることを示すエラーメッセージを操作部１０５に表示する。

また、ＣＰＵ１０１（管理ＵＩ制御部２０７）は、ＡＰＩ全てのユーザＩＤの削除がユーザにより指示された場合、ＡＰＩ４０３又は４０４を用いて、全てのユーザＩＤ及び関連付けられている情報をユーザＤＢ２０２から削除する。その際、ＣＰＵ１０１は、ＭＦＰ１００の工場出荷時からビルトインで登録されているユーザＩＤを、削除せずに残してもよい。更に、ＣＰＵ１０１は、部門ＩＤの自動削除設定が有効である場合には、ＡＰＩ４０３を用いて、全ての部門ＩＤ及び関連付けられている情報（プリント又はコピー枚数のカウント値）を部門ＤＢ２０３から削除する。その際、ＣＰＵ１０１は、ビルトインで登録されているユーザＩＤと関連付けられている部門ＩＤを、削除せずに残してもよい。

また、ＵＩ画面３２０を用いて、各ＤＢへのデータのインポートが指示された場合、ＣＰＵ１０１は、部門ＩＤの自動削除設定が有効であったとしても、ユーザＩＤの削除後に部門ＩＤの削除を行わないように、削除処理を制御してもよい。即ち、ＣＰＵ１０１は、ＡＰＩ４０３ではなくＡＰＩ４０４を選択して使用する。これは、ユーザＤＢ２０２及び部門ＤＢ２０３へデータのインポートが行われる際に、インポートの順序に依存して、ユーザの期待した結果が得られないことがあるためである。具体的には、ユーザＤＢ２０２及び部門ＤＢ２０３の順にデータのインポートが行われる場合には、問題は起きない。一方で、部門ＤＢ２０３及びユーザＤＢ２０２の順にデータのインポートが行われる場合には、以下で説明する問題が起こりうる。

ＣＰＵ１０１は、ユーザＤＢ２０２及び部門ＤＢ２０３の順にデータのインポートを行う場合には、以下の（１）〜（７）の処理を順に実行する。
（１）ユーザＤＢ２０２用のインポートファイルを取得する
（２）ユーザＤＢ２０２の全ユーザＩＤを削除する
（３）ユーザＩＤの削除と連動して部門ＤＢ２０３から部門ＩＤを削除する
（４）インポートファイルからユーザＤＢ２０２にデータをインポートする
（５）部門ＤＢ２０３用のインポートファイルを取得する
（６）部門ＤＢ２０３の全部門ＩＤを削除する
（７）インポートファイルから部門ＤＢ２０３にデータをインポートする
この場合、ユーザＤＢ２０２及び部門ＤＢ２０３は、それぞれインポートファイルから取得されたデータが格納された状態になるため、問題は起きない。

一方、ＣＰＵ１０１は、部門ＤＢ２０３及びユーザＤＢ２０２の順にデータのインポートを行う場合には、以下の（１）〜（７）の処理を順に実行する。
（１）部門ＤＢ２０３用のインポートファイルを取得する
（２）部門ＤＢ２０３の全部門ＩＤを削除する
（３）インポートファイルから部門ＤＢ２０３にデータをインポートする
（４）ユーザＤＢ２０２用のインポートファイルを取得する
（５）ユーザＤＢ２０２の全ユーザＩＤを削除する
（６）ユーザＩＤの削除と連動して部門ＤＢ２０３から部門ＩＤを削除する
（７）インポートファイルからユーザＤＢ２０２にデータをインポートする
この場合、処理（３）で部門ＤＢ２０３に格納（インポート）されたデータが、処理（６）で部門ＤＢ２０３から削除されてしまう。このため、部門ＤＢ２０３に対して、対応するインポートファイルから正常にデータのインポートを行うことができない結果となり、ユーザの期待した結果が得られない。

したがって、ＵＩ画面３２０を用いてデータのインポートが指示された場合、ＣＰＵ１０１は、上述のように、部門ＩＤの自動削除設定が有効であったとしても、ユーザＩＤの削除後に部門ＩＤの削除を行わないようにする。これにより、ユーザの期待した結果が得られなくなることを防止できる。

また、上述のログインアプリケーション（ログインＡＰＰ）２０８は、ＭＦＰ１００のベンダーと異なるベンダー（サードベンダー）によって作成され、ＭＦＰ１００にインストールされたものであってもよい。このようなサードベンダーのログインＡＰＰ２０８に対して、データアクセス部２０４のＡＰＩを公開して、ユーザＤＢ２０２及び部門ＤＢ２０３のデータの管理を委ねてもよい。あるいは、サードベンダーのログインＡＰＰ２０８は、管理ＵＩ制御部２０７とは異なる、独自の管理ＵＩ制御部を実行してもよい。その場合、ＭＦＰ１００のビルトインの管理ＵＩ制御部２０７は、機能しないように無効化される。

ここで、サードベンダーのログインＡＰＰ２０８が、データアクセス部２０４のＡＰＩ４０１又は４０３を利用した場合を想定する。この場合、ＡＰＩ４０１又は４０３により、ユーザＩＤの削除と連動して部門ＩＤの削除が行われると、サードベンダーのログインＡＰＰ２０８の開発者の意図に沿わない動作が行われることになりうる。このため、サードベンダーに公開するＡＰＩとして、ＡＰＩ４０１及び４０３だけでなく、ユーザＩＤの削除と連動して部門ＩＤの削除を行わないＡＰＩ４０２及び４０４が必要である。このような理由により、上述の実施形態のデータアクセス部２０４は、ＡＰＩ４０１及び４０３だけでなく、ＡＰＩ４０２及び４０４を実装している。あるいは、ユーザＩＤの削除と連動して部門ＩＤの削除を行うＡＰＩ４０１又は４０３の機能が、データアクセス部２０４ではなく、管理ＵＩ制御部２０７でのみで実現されてもよい。このため、部門ＩＤの自動削除設定が有効である場合にも、ユーザＩＤの削除と連動して部門ＩＤ削除を行わないためのＡＰＩ４０２及び４０４を提供する。これにより、サードベンダーのログインＡＰＰ２０８における設計の自由度を高めることができる。

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

１００：ＭＦＰ（複合機）、１０１：ＣＰＵ、１０２：ＲＯＭ、１０３：ＲＡＭ、１０４：ＨＤＤ、１０５：操作部、１０６：スキャナ、１０７：プリンタ、１０８：通信部、２０１：設定ＤＢ、２０２：ユーザＤＢ、２０３：部門ＤＢ、２０４：データアクセス部、２０５：コピー制御部、２０６：プリント制御部、２０７：管理ＵＩ制御部、２０８：ログインアプリケーション（ログインＡＰＰ）、２０９：機能ＵＩ制御部

Claims (10)

1. 画像形成装置であって、
   前記画像形成装置のユーザを示すユーザＩＤと、当該ユーザが属する部門を示す部門ＩＤとを関連付けて管理する管理手段であって、前記画像形成装置に登録され、かつ、部門ごとのプリント枚数のカウントに使用可能である、１つ以上のユーザＩＤ及び１つ以上の部門ＩＤを管理する、前記管理手段と、
   前記管理手段によって管理されている前記１つ以上のユーザＩＤのうち、削除対象として指定されたユーザＩＤを削除する第１削除手段と、
   前記第１削除手段によるユーザＩＤの削除後に、前記管理手段によって管理されている前記１つ以上の部門ＩＤのうち、いずれのユーザＩＤとも関連付けられていない部門ＩＤを削除する第２削除手段と、
   を備えることを特徴とする画像形成装置。
2. 前記第２削除手段は、前記管理手段によって管理されている前記１つ以上の部門ＩＤのうち、少なくとも、前記第１削除手段によって削除されたユーザＩＤと関連付けられていた部門ＩＤを削除する
   ことを特徴とする請求項１に記載の画像形成装置。
3. 前記第２削除手段は、
   前記管理手段によって管理されている全ての部門ＩＤのリストを第１リストとして取得し、前記管理手段によって管理されている各ユーザＩＤと関連付けられている部門ＩＤのリストを第２リストとして取得する取得手段と、
   前記第１リストと前記第２リストとの差分に基づいて、いずれのユーザＩＤとも関連付けられていない部門ＩＤを検出する検出手段と、
   を備えることを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記検出手段は、前記第１リストに含まれているが前記第２リストに含まれていない部門ＩＤを、いずれのユーザＩＤとも関連付けられていない部門ＩＤとして検出する
   ことを特徴とする請求項３に記載の画像形成装置。
5. 前記検出手段は、前記第２リストに含まれている部門ＩＤを前記第１リストから削除し、削除後の前記第１リストに含まれる部門ＩＤを、いずれのユーザＩＤとも関連付けられていない部門ＩＤとして検出する
   ことを特徴とする請求項３又は４に記載の画像形成装置。
6. ユーザＩＤの削除を行う際に部門ＩＤの削除を行うか否かを、ユーザの指示により設定する設定手段を更に備え、
   前記第２削除手段は、前記設定手段によって部門ＩＤの削除を行うことが設定されていない場合には、前記ユーザＩＤの削除後に部門ＩＤの削除を行わず、前記設定手段によって部門ＩＤの削除を行うことが設定されている場合には、前記ユーザＩＤの削除後に部門ＩＤの削除を行う
   ことを特徴とする請求項１から５のいずれか１項に記載の画像形成装置。
7. 前記画像形成装置に登録されている全てのユーザＩＤを削除して、インポート元のファイルからユーザＩＤのデータをインポートする処理と、前記画像形成装置に登録されている全ての部門ＩＤを削除して、インポート元のファイルから部門ＩＤのデータをインポートする処理とを実行可能なインポート手段を更に備え、
   前記第２削除手段は、前記インポート手段によってユーザＩＤのインポートが行われる場合、前記設定手段によって部門ＩＤの削除を行うことが設定されていたとしても、前記ユーザＩＤの削除後に部門ＩＤの削除を行わない
   ことを特徴とする請求項６に記載の画像形成装置。
8. 前記画像形成装置に登録されたユーザＩＤが格納される第１データベースと、
   前記画像形成装置に登録された部門ＩＤが格納される第２データベースと、
   前記第１データベース及び前記第２データベースへのアクセスを行うアクセス手段と、を更に備え、
   前記アクセス手段は、ユーザＩＤを前記第１データベースから削除するとともに、当該ユーザＩＤに関連付けられた部門ＩＤを前記第２データベースから削除する第１ＡＰＩと、ユーザＩＤを前記第１データベースから削除し、当該ユーザＩＤに関連付けられた部門ＩＤを前記第２データベースから削除しない第２ＡＰＩと、を有し、
   前記第２削除手段は、前記設定手段による設定に従って、前記第１ＡＰＩ又は前記第２ＡＰＩを選択して使用する
   ことを特徴とする請求項６又は７に記載の画像形成装置。
9. 画像形成装置の制御方法であって、
   前記画像形成装置のユーザを示すユーザＩＤと、当該ユーザが属する部門を示す部門ＩＤとを関連付けて管理する管理工程であって、前記画像形成装置に登録され、かつ、部門ごとのプリント枚数のカウントに使用可能である、１つ以上のユーザＩＤ及び１つ以上の部門ＩＤを管理する、前記管理工程と、
   前記管理工程で管理されている前記１つ以上のユーザＩＤのうち、削除対象として指定されたユーザＩＤを削除する第１削除工程と、
   前記第１削除工程におけるユーザＩＤの削除後に、前記管理工程で管理されている前記１つ以上の部門ＩＤのうち、いずれのユーザＩＤとも関連付けられていない部門ＩＤを削除する第２削除工程と、
   を含むことを特徴とする画像形成装置の制御方法。
10. 請求項９に記載の画像形成装置の制御方法の各工程を、コンピュータに実行させるためのプログラム。

Images