(57)【要約】【課題】課金対象ユーザーである先生が入れ替わる場合であっても煩雑な作業を伴うことなく、生徒によって実行されるジョブの課金額を課金対象ユーザーに集約させる。【解決手段】画像形成装置２は、予め一の課金対象ユーザーと一又は複数の利用ユーザーとを相互に関連付けた課金参照情報８を生成する課金参照情報生成部３２と、課金参照情報８において一の課金対象ユーザーと一又は複数の利用ユーザーとが相互に関連付けられている状態で、当該課金参照情報８に登録されている一の課金対象ユーザーと、当該課金参照情報８に登録されていない他の課金対象ユーザーとが連続認証されたとき、当該課金参照情報８における一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを当該課金参照情報８に登録することにより、一又は複数の利用ユーザーに対して関連付けられた課金対象ユーザーを変更する課金参照情報更新部３３と、を備える。【選択図】図３
2015058558.tif 000002
【特許請求の範囲】
【請求項１】
ジョブの実行に伴って課金処理を行う画像形成装置であって、
複数の課金対象ユーザーのそれぞれに対する課金額を記録する課金情報を生成する課金情報生成手段と、
ユーザーを認証するユーザー認証手段と、
前記ユーザー認証手段により課金対象ユーザーが認証されることに伴って当該課金対象ユーザーを課金参照情報に登録すると共に、前記ユーザー認証手段により課金対象ユーザーとは異なるユーザーであって、ジョブを実行させることが許可された利用ユーザーが認証されることに伴って当該利用ユーザーを前記課金参照情報に登録することにより、一の課金対象ユーザーと一又は複数の利用ユーザーとを相互に関連付ける課金参照情報生成手段と、
前記ユーザー認証手段によって認証されたユーザーの指示に基づいてジョブを実行するジョブ制御手段と、
前記ジョブ制御手段により前記課金参照情報に登録された利用ユーザーの指示に基づいてジョブの実行が行われたとき、前記課金参照情報を参照して当該利用ユーザーに関連付けられた一の課金対象ユーザーを特定し、ジョブの実行に伴う課金額を、当該一の課金対象ユーザーの課金額に加算し、前記課金情報を更新する課金処理手段と、
前記課金参照情報において一の課金対象ユーザーと一又は複数の利用ユーザーとが相互に関連付けられている状態で、前記課金参照情報に登録されている一の課金対象ユーザーと前記課金参照情報に登録されていない他の課金対象ユーザーとが前記ユーザー認証手段によって連続認証されたとき、前記課金参照情報における一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを前記課金参照情報に登録することにより、一又は複数の利用ユーザーに対して関連付けられた課金対象ユーザーを変更する課金参照情報更新手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記課金参照情報更新手段は、前記課金参照情報に登録されている一の課金対象ユーザーと前記課金参照情報に登録されていない他の課金対象ユーザーとが前記ユーザー認証手段によって所定時間内に連続認証されたときに、前記課金参照情報における一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを前記課金参照情報に登録することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記課金参照情報更新手段は、前記ユーザー認証手段によって複数の課金対象ユーザーが連続認証されたとき、先に認証された課金対象ユーザーが登録されている前記課金参照情報から当該先に認証された課金対象ユーザーの登録を解除すると共に、後に認証された課金対象ユーザーを前記課金参照情報へ登録することを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記課金参照情報生成手段は、複数の課金対象ユーザーのそれぞれが前記ユーザー認証手段によって認証されることに伴い、課金対象ユーザーごとに前記課金参照情報を生成し、
前記課金参照情報更新手段は、前記ユーザー認証手段によって複数の課金対象ユーザーが連続認証されたとき、当該複数の課金対象ユーザーのそれぞれが登録されている前記複数の課金参照情報における課金対象ユーザーの登録情報を入れ替えることを特徴とする請求項１又は２に記載の画像形成装置。
【請求項５】
課金対象ユーザー及び利用ユーザーのそれぞれが所持するカードからカード情報を読み取る読取手段を更に備え、
前記ユーザー認証手段は、前記読取手段によって読み取られたカード情報に基づきユーザーを認証することを特徴とする請求項１乃至４のいずれかに記載の画像形成装置。
【請求項６】
前記ユーザー認証手段は、利用ユーザーを認証することに伴い、当該利用ユーザーに対して予め設定されたジョブの実行権限を取得し、
前記ジョブ制御手段は、前記ユーザー認証手段によって認証された利用ユーザーの指示に基づいてジョブを実行するとき、当該利用ユーザーに対して予め設定されたジョブの実行権限の範囲を越えてジョブを実行することが可能であり、
前記課金処理手段は、前記ジョブ制御手段により利用ユーザーに対して予め設定されたジョブの実行権限の範囲を越えてジョブの実行が行われたとき、ジョブの実行に伴う課金額を、当該利用ユーザーに課金することを特徴とする請求項１乃至５のいずれかに記載の画像形成装置。
【請求項７】
画像形成装置におけるジョブの実行に伴って課金処理を行う課金処理方法であって、
(a) 複数の課金対象ユーザーのそれぞれに対する課金額を記録する課金情報を生成するステップと、
(b) ユーザーを認証するステップと、
(c) 前記ステップ(b)により課金対象ユーザーが認証されることに伴って当該課金対象ユーザーを課金参照情報に登録すると共に、前記ステップ(b)により課金対象ユーザーとは異なるユーザーであって、ジョブを実行させることが許可された利用ユーザーが認証されることに伴って当該利用ユーザーを前記課金参照情報に登録することにより、一の課金対象ユーザーと一又は複数の利用ユーザーとを相互に関連付けるステップと、
(d) 前記ステップ(b)によって認証されたユーザーの指示に基づいて前記画像形成装置におけるジョブの実行を制御するステップと、
(e) 前記ステップ(d)により前記課金参照情報に登録された利用ユーザーの指示に基づいてジョブの実行が行われたとき、前記課金参照情報を参照して当該利用ユーザーに関連付けられた一の課金対象ユーザーを特定し、ジョブの実行に伴う課金額を、当該一の課金対象ユーザーの課金額に加算し、前記課金情報を更新するステップと、
(f) 前記課金参照情報において一の課金対象ユーザーと一又は複数の利用ユーザーとが相互に関連付けられている状態で、前記課金参照情報に登録されている一の課金対象ユーザーと前記課金参照情報に登録されていない他の課金対象ユーザーとが連続認証されたとき、前記課金参照情報における一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを前記課金参照情報に登録することにより、一又は複数の利用ユーザーに対して関連付けられた課金対象ユーザーを変更するステップと、
を有することを特徴とする課金処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及び課金処理方法に関し、特に画像形成装置において実行されるジョブに対して課金処理を行う技術に関する。
【背景技術】
【０００２】
従来、スキャン機能やプリント機能、コピー機能などを備えたＭＦＰ（Multi-Function Peripherals）などの画像形成装置において、セキュリティ確保や課金管理のためにユーザー認証を行うことによりジョブの実行を許可するものが知られている。例えば、特許文献１には、ユーザー認証と部門認証とを併用し、ユーザー認証によって認証されたユーザーに対して部門認証処理を実行し、部門認証処理の結果に基づいてログインを許可するか否かを判断する画像形成装置が開示されている。
【０００３】
ところで、大学や予備校、専門学校などの教育機関においては、教室内に画像形成装置を設置しておき、各生徒がその画像形成装置を利用してプリント出力などを行えるようにした環境下で授業が行われることがある。そのような授業の場合、授業中に生徒によって実行されるジョブのコストは、生徒個人に負担させるのではなく、学校側が負担することが好ましい。しかし、全ての授業中に実行されたジョブのコストを一律に学校側に課金してしまうと、各授業においてどの程度のコストが発生しているのかを把握することができない。そのため、授業中に生徒によって実行されるジョブのコストを、データ処理上、その授業を行った先生に課金することにより、各先生の授業においてどの程度のコストが発生しているかを管理できるようにすることが求められる。
【０００４】
授業中に生徒によって実行されるジョブに対する課金を先生に行う場合、その授業が開始される前に、予め各生徒と先生とを相互に紐付けたデータを用意しておくことが必要となる。例えば、特許文献１に開示されているユーザー認証と部門認証とを併用する技術を用いる場合、ジョブを実行する各生徒をユーザーとして登録し、そのジョブに対する課金先となる先生を部門として登録することにより、授業中に実行されるジョブを先生に対して適切に課金することができるようになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２７４５０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した教育機関において、生徒に対する授業を行う先生は教科ごとに異なるのが一般的であり、授業が終了してから次の授業が開始されるまでの間に教室内の先生が入れ替わることが頻繁に発生する。そのため、従来技術を用いて課金額を先生ごとに集約するためには、先の授業が終了してから次の授業が開始されるまでの間に各生徒と先生とを紐付けたデータを再構築し直す必要があり、各生徒と次の授業を行う先生とを紐付けるための登録作業をはじめから行わなければならず、手間がかかるという問題がある。
【０００７】
そこで本発明は、上記問題点を解決すべくなされたものであり、課金対象ユーザーである先生が入れ替わる場合であっても煩雑な作業を伴うことなく、課金額を課金対象ユーザーに集約して管理できるようにした画像形成装置及び課金処理方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１に係る発明は、ジョブの実行に伴って課金処理を行う画像形成装置であって、複数の課金対象ユーザーのそれぞれに対する課金額を記録する課金情報を生成する課金情報生成手段と、ユーザーを認証するユーザー認証手段と、前記ユーザー認証手段により課金対象ユーザーが認証されることに伴って当該課金対象ユーザーを課金参照情報に登録すると共に、前記ユーザー認証手段により課金対象ユーザーとは異なるユーザーであって、ジョブを実行させることが許可された利用ユーザーが認証されることに伴って当該利用ユーザーを前記課金参照情報に登録することにより、一の課金対象ユーザーと一又は複数の利用ユーザーとを相互に関連付ける課金参照情報生成手段と、前記ユーザー認証手段によって認証されたユーザーの指示に基づいてジョブを実行するジョブ制御手段と、前記ジョブ制御手段により前記課金参照情報に登録された利用ユーザーの指示に基づいてジョブの実行が行われたとき、前記課金参照情報を参照して当該利用ユーザーに関連付けられた一の課金対象ユーザーを特定し、ジョブの実行に伴う課金額を、当該一の課金対象ユーザーの課金額に加算し、前記課金情報を更新する課金処理手段と、前記課金参照情報において一の課金対象ユーザーと一又は複数の利用ユーザーとが相互に関連付けられている状態で、前記課金参照情報に登録されている一の課金対象ユーザーと前記課金参照情報に登録されていない他の課金対象ユーザーとが前記ユーザー認証手段によって連続認証されたとき、前記課金参照情報における一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを前記課金参照情報に登録することにより、一又は複数の利用ユーザーに対して関連付けられた課金対象ユーザーを変更する課金参照情報更新手段と、を備えることを特徴とする構成である。
【０００９】
請求項２に係る発明は、請求項１に記載の画像形成装置において、前記課金参照情報更新手段は、前記課金参照情報に登録されている一の課金対象ユーザーと前記課金参照情報に登録されていない他の課金対象ユーザーとが前記ユーザー認証手段によって所定時間内に連続認証されたときに、前記課金参照情報における一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを前記課金参照情報に登録することを特徴とする構成である。
【００１０】
請求項３に係る発明は、請求項１又は２に記載の画像形成装置において、前記課金参照情報更新手段は、前記ユーザー認証手段によって複数の課金対象ユーザーが連続認証されたとき、先に認証された課金対象ユーザーが登録されている前記課金参照情報から当該先に認証された課金対象ユーザーの登録を解除すると共に、後に認証された課金対象ユーザーを前記課金参照情報へ登録することを特徴とする構成である。
【００１１】
請求項４に係る発明は、請求項１又は２に記載の画像形成装置において、前記課金参照情報生成手段は、複数の課金対象ユーザーのそれぞれが前記ユーザー認証手段によって認証されることに伴い、課金対象ユーザーごとに前記課金参照情報を生成し、前記課金参照情報更新手段は、前記ユーザー認証手段によって複数の課金対象ユーザーが連続認証されたとき、当該複数の課金対象ユーザーのそれぞれが登録されている前記複数の課金参照情報における課金対象ユーザーの登録情報を入れ替えることを特徴とする構成である。
【００１２】
請求項５に係る発明は、請求項１乃至４のいずれかに記載の画像形成装置において、課金対象ユーザー及び利用ユーザーのそれぞれが所持するカードからカード情報を読み取る読取手段を更に備え、前記ユーザー認証手段は、前記読取手段によって読み取られたカード情報に基づきユーザーを認証することを特徴とする構成である。
【００１３】
請求項６に係る発明は、請求項１乃至５のいずれかに記載の画像形成装置において、前記ユーザー認証手段は、利用ユーザーを認証することに伴い、当該利用ユーザーに対して予め設定されたジョブの実行権限を取得し、前記ジョブ制御手段は、前記ユーザー認証手段によって認証された利用ユーザーの指示に基づいてジョブを実行するとき、当該利用ユーザーに対して予め設定されたジョブの実行権限の範囲を越えてジョブを実行することが可能であり、前記課金処理手段は、前記ジョブ制御手段により利用ユーザーに対して予め設定されたジョブの実行権限の範囲を越えてジョブの実行が行われたとき、ジョブの実行に伴う課金額を、当該利用ユーザーに課金することを特徴とする構成である。
【００１４】
請求項７に係る発明は、画像形成装置におけるジョブの実行に伴って課金処理を行う課金処理方法であって、(a) 複数の課金対象ユーザーのそれぞれに対する課金額を記録する課金情報を生成するステップと、(b) ユーザーを認証するステップと、(c) 前記ステップ(b)により課金対象ユーザーが認証されることに伴って当該課金対象ユーザーを課金参照情報に登録すると共に、前記ステップ(b)により課金対象ユーザーとは異なるユーザーであって、ジョブを実行させることが許可された利用ユーザーが認証されることに伴って当該利用ユーザーを前記課金参照情報に登録することにより、一の課金対象ユーザーと一又は複数の利用ユーザーとを相互に関連付けるステップと、(d) 前記ステップ(b)によって認証されたユーザーの指示に基づいて前記画像形成装置におけるジョブの実行を制御するステップと、(e) 前記ステップ(d)により前記課金参照情報に登録された利用ユーザーの指示に基づいてジョブの実行が行われたとき、前記課金参照情報を参照して当該利用ユーザーに関連付けられた一の課金対象ユーザーを特定し、ジョブの実行に伴う課金額を、当該一の課金対象ユーザーの課金額に加算し、前記課金情報を更新するステップと、(f) 前記課金参照情報において一の課金対象ユーザーと一又は複数の利用ユーザーとが相互に関連付けられている状態で、前記課金参照情報に登録されている一の課金対象ユーザーと前記課金参照情報に登録されていない他の課金対象ユーザーとが連続認証されたとき、前記課金参照情報における一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを前記課金参照情報に登録することにより、一又は複数の利用ユーザーに対して関連付けられた課金対象ユーザーを変更するステップと、を有することを特徴とする構成である。
【発明の効果】
【００１５】
本発明によれば、一又は複数の利用ユーザーに関連付けられた課金対象ユーザーが入れ替わる場合であっても煩雑な作業を伴うことなく、別の課金対象ユーザーを一又は複数の利用ユーザーに関連付けることができ、ジョブ実行時点における課金対象ユーザーに対して正確に課金額を集約して管理することができるようになる。
【図面の簡単な説明】
【００１６】
【図１】課金情報管理システムの一構成例を示す図である。
【図２】画像形成装置のハードウェア構成を示す図である。
【図３】画像形成装置の制御部における機能構成の一例を示すブロック図である。
【図４】課金情報生成部によって生成される課金情報の一例を示す図である。
【図５】サーバー装置において保持されるユーザー登録情報の一例を示す図である。
【図６】各クラスに対応する課金参照情報の一例を示す図である。
【図７】各クラスでの授業中に生徒によってジョブが実行された場合の課金情報の更新例を示す図である。
【図８】課金参照情報の更新例を示す図である。
【図９】課金参照情報の課金対象ユーザーを相互に入れ替える更新例を示す図である。
【図１０】画像形成装置の制御部によって行われる基本的な処理手順を示すフローチャートである。
【図１１】初期処理の詳細な処理手順の一例を示すフローチャートである。
【図１２】授業開始前処理の詳細な処理手順の一例を示すフローチャートである。
【図１３】授業中課金処理の詳細な処理手順の一例を示すフローチャートである。
【図１４】授業終了後処理の詳細な処理手順の一例を示すフローチャートである。
【図１５】課金参照情報更新処理の詳細な処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００１８】
図１は、本発明の一実施形態に関する課金情報管理システム１の一構成例を示す図である。この課金情報管理システム１は、例えば大学や予備校、専門学校などの教育機関に導入され、授業中に生徒によってジョブが実行された場合に、一部の例外を除き、その授業を行っている先生に対してジョブの課金を行い、先生ごとに課金額を集約して管理するシステムである。図１に示すように、課金情報管理システム１は、ＭＦＰなどで構成される画像形成装置２と、一般的なパーソナルコンピュータなどで構成される複数の情報処理装置３と、サーバー装置４とを有し、これらがＬＡＮ（Local Area Network）などのネットワークを介して相互にデータ通信を行えるように構成されたネットワークシステムである。
【００１９】
画像形成装置２は、プリント機能やスキャン機能、コピー機能、ＦＡＸ機能などを備えており、それら各機能に対応するジョブを実行する。この画像形成装置２は、例えば授業が行われる教室内に設置され、その教室内に設置されている複数の情報処理装置３のそれぞれからネットワークを介してプリントジョブを受信し、そのプリントジョブを実行することによりプリント出力を行うように構成される。またこの画像形成装置２は、プリントジョブだけでなく、スキャンジョブやコピージョブ、ＦＡＸの送受信ジョブなどを実行することも可能である。
【００２０】
複数の情報処理装置３は、例えば画像形成装置２が設置されている教室と同じ教室内に設置されており、授業を受ける一人ひとりの生徒が使用するものである。図１においては、一の教室で２つのクラスＣ１，Ｃ２の授業が行われる場合を例示しており、クラスＣ１では先生Ａが生徒ａ〜ｆに対して授業を行い、クラスＣ２では先生Ｂが生徒ｇ〜ｌに対して授業を行う例を示している。そのため、図１に示す画像形成装置２は、それら２つのクラスＣ１，Ｃ２に対応して配置されており、それら２つのクラスＣ１，Ｃ２の授業中に各生徒ａ〜ｌが操作する情報処理装置３からプリントジョブを受信すると、その受信したプリントジョブに基づくプリント出力を行う。
【００２１】
ただし、クラスＣ１，Ｃ２の授業は、必ずしも同一の教室で行われるものに限られず、別の２つの教室で行われるものであっても良い。その場合、画像形成装置２は、それら２つの教室に近い位置に設置されていることが好ましい。つまり、画像形成装置２は、必ずしも教室内に設置されていなくても良く、例えば複数の教室に隣接した部屋や廊下などに設置されていても良い。
【００２２】
サーバー装置４は、画像形成装置２を使用するユーザー、すなわち先生と生徒とを、予め登録したユーザー登録情報（図５参照）を保持しており、画像形成装置２がユーザー認証を行う際にそのユーザー登録情報を参照できるようにする装置である。例えば課金情報管理システム１に複数の画像形成装置２が設けられる場合、サーバー装置４は、それら複数の画像形成装置２のそれぞれがユーザー登録情報を参照できるようにしつつ、ユーザー登録情報を一元管理するものである。このようなサーバー装置４は、教室や画像形成装置２からは離れた場所に設置されていても構わない。
【００２３】
図１に示す課金情報管理システム１は、例えば先生ＡによるクラスＣ１の授業中に生徒ａ〜ｆが画像形成装置２を使用してジョブを実行した場合にはそのジョブの実行によって発生するコスト（例えば印刷用紙やトナーの消費コストなど）を先生Ａに課金し、先生ＢによるクラスＣ２の授業中に生徒ｇ〜ｌが画像形成装置２を使用してジョブを実行した場合にはそのジョブの実行によって発生するコストを先生Ｂに課金するように構成される。そして本実施形態では、そのような課金処理を、主として画像形成装置２において行うようにしている。そこで、以下においては、本実施形態における画像形成装置２の詳細な構成及び動作について説明する。
【００２４】
図２は、画像形成装置２のハードウェア構成を示す図である。画像形成装置２は、図２に示すように、制御部１０と、スキャナ部１５と、プリンタ部１６と、ＦＡＸ部１７と、操作パネル１８と、カード情報読取装置２１と、ネットワークインタフェース２２と、記憶装置２３とを備え、これらがデータバスを介して相互にデータの入出力を行うことができる構成である。
【００２５】
制御部１０は、ＣＰＵ１１と、ＲＡＭ１２と、ＲＯＭ１３と、時計回路１４とを備えており、各部の動作を制御する。ＣＰＵ１１は、ＲＯＭ１３に予め格納されているプログラムを読み出して実行することにより、制御部１０を後述する各種の処理部として機能させるものである。ＲＡＭ１２は、ＣＰＵ１１がプログラムを実行することによって発生する一時的なデータなどを格納するためのメモリである。ＲＯＭ１３は、ＣＰＵ１１によって実行されるプログラムや各種パラメータなどを記憶する不揮発性のメモリである。時計回路１４は、現在時刻を刻み続ける回路である。
【００２６】
スキャナ部１５は、スキャンジョブ又はコピージョブが実行される際に動作し、ユーザーによってセットされる原稿を読み取って画像データを生成する処理部である。例えばスキャンジョブの場合、スキャナ部１５は、原稿を読み取って生成した画像データを記憶装置２３へ保存したり、或いは、ネットワークインタフェース２２を介して外部の情報処理装置３へ出力したりする。またコピージョブの場合、スキャナ部１５は、原稿を読み取って生成した画像データをプリンタ部１６へ出力する。
【００２７】
プリンタ部１６は、プリントジョブ又はコピージョブが実行される際に動作し、画像データに基づいて電子写真方式などによる画像形成を行うことにより、プリント出力を行う処理部である。例えばネットワークインタフェース２２を介して情報処理装置３からプリントジョブを受信した場合、プリンタ部１６は、そのプリントジョブに含まれる画像データに基づいてプリント出力を行う。またコピージョブの場合、プリンタ部１６は、スキャナ部１５から入力する画像データに基づいてプリント出力を行う。
【００２８】
ＦＡＸ部１７は、図示を省略する電話回線を介してＦＡＸデータの送受信を行うものである。例えば電話回線を介してＦＡＸデータを受信した場合、ＦＡＸ部１７は、そのＦＡＸデータに基づく画像データをプリンタ部１６へ出力する。これにより、プリンタ部１６は、ＦＡＸデータの受信時にその受信データに対応するプリント出力を行うことができる。
【００２９】
操作パネル１８は、ユーザーが画像形成装置２を操作する際のユーザーインタフェースとなるものである。この操作パネル１８は、ユーザーに対して各種情報を表示する表示部１９と、ユーザーによる各種操作を受け付ける操作部２０とを有している。表示部１９は、例えばカラー液晶ディスプレイで表示される。また操作部２０は、表示部１９の表示画面上に配置されるタッチパネルセンサと、表示部１９の表示画面の周囲に配置される押しボタンキーと備えて構成される。
【００３０】
カード情報読取装置２１は、画像形成装置２を使用する個々のユーザー、すなわち先生と生徒のそれぞれが所持しているＩＣカードから、そのＩＣカードに予め記録されているカード情報を読み取る装置である。カード情報の読み取り方式は、接触式であっても良いし、非接触式であっても良い。カード情報読取装置２１によって読み取られるカード情報は、画像形成装置２を使用する個々のユーザーを認証するために用いられる。つまり、本実施形態では、画像形成装置２においてユーザー認証を行う際の認証方式として、カード認証を採用する場合を例示する。認証方式としてカード認証を採用することにより、各ユーザーが操作パネル１８に対してユーザーＩＤやパスワードなどを手動操作で入力する必要がなくなるので、効率的にユーザー認証を行えるようになる。ただし、認証方式は、カード認証に限られるものではなく、例えば各ユーザーの指紋や静脈パターンなどを読み取って認証を行う生体認証であっても構わない。
【００３１】
ネットワークインタフェース２２は、画像形成装置２をＬＡＮなどのネットワークに接続するインタフェースである。制御部１０は、このネットワークインタフェース２２を介して、教室内に設置されている複数の情報処理装置３のそれぞれとデータ通信を行うことができると共に、サーバー装置４とのデータ通信を行うこともできる。
【００３２】
記憶装置２３は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などによって構成される不揮発性の記憶手段であり、画像データや様々な情報を記憶することができる。本実施形態では、この記憶装置２３に課金情報７と課金参照情報８とが記憶される。
【００３３】
図３は、画像形成装置２の制御部１０における機能構成の一例を示すブロック図である。制御部１０は、ＣＰＵ１１がＲＯＭ１３に予め格納されているプログラムを読み出して実行することにより、課金情報生成部３０、ユーザー認証部３１、課金参照情報生成部３２、課金参照情報更新部３３、ジョブ制御部３４及び課金処理部３５として機能する。
【００３４】
課金情報生成部３０は、画像形成装置２を使用するユーザーごとの課金額を集約して管理するための課金情報７を生成して記憶装置２３に格納する処理部である。例えば、課金情報生成部３０は、画像形成装置２の管理者によって操作パネル１８から先生や生徒に関するユーザー情報が手動操作で入力されると、それらのユーザー情報を登録した課金情報７を生成する。またこの他、課金情報生成部３０は、例えば画像形成装置２の管理者によって課金情報７の生成又は更新が指示されると、ネットワークインタフェース２２を介してサーバー装置４にアクセスし、サーバー装置４において保持されているユーザー登録情報（図５参照）から先生や生徒のユーザー情報を取得することにより課金情報７を自動生成したり、更新したりするものであっても構わない。
【００３５】
図４は、課金情報生成部３０によって生成される課金情報７の一例を示す図である。図４に示すように、課金情報７は、クラスＣ１，Ｃ２で授業を行う先生Ａ，Ｂ，Ｃと、クラスＣ１，Ｃ２での授業を受ける生徒ａ〜ｌとのユーザー情報が登録された情報であり、ユーザー名７ａと課金額７ｂとが１対１で対応付けられたテーブル情報となっている。
【００３６】
本実施形態では、授業中に画像形成装置２でジョブが実行されると、原則として、その授業を行っている先生に対してジョブの課金を行うため、基本的には課金情報７に登録される先生Ａ〜Ｃが課金対象ユーザーとなる。そのため、各生徒ａ〜ｌは基本的には課金対象となることはない。しかし、例えば休憩時間中などの授業が行われていないタイミングで各生徒ａ〜ｌが画像形成装置２でジョブを実行した場合にはパーソナルユースのプリント出力が行われた可能性があり、そのようなジョブに対する課金は各生徒に対して行うべきである。そのため、課金情報７には、課金対象ユーザーである先生Ａ，Ｂ，Ｃだけでなく、画像形成装置２の利用ユーザーである各生徒ａ〜ｌも登録される。
【００３７】
このような課金情報７は、クラスＣ１，Ｃ２の授業が開始される前に予め生成しておくことが必要な情報である。そのため、例えばクラスＣ１，Ｃ２のそれぞれで行われる授業内容と、その授業を担当する先生と、その授業を受ける生徒とが全て確定した時点で予め生成しておくことが好ましい。またクラスＣ１，Ｃ２で授業を行う複数の先生が存在する場合は、それら複数の先生の全てが課金情報７に予め登録される。さらにクラスＣ１，Ｃ２で授業を受ける複数の生徒が存在する場合は、それら複数の生徒の全てが課金情報７に予め登録される。また課金情報生成部３０は、各ユーザーの課金額７ｂの欄、特に課金対象ユーザーである各先生Ａ〜Ｃの課金額７ｂの欄には初期値として０円を登録する。
【００３８】
ユーザー認証部３１は、課金対象ユーザーである先生Ａ〜Ｃと、利用ユーザーである生徒ａ〜ｌのそれぞれを認証する処理部である。このユーザー認証部３１は、カード情報読取装置２１がＩＣカードを検知すると、カード情報読取装置２１にカード情報の読み取り動作を行わせ、カード情報読取装置２１からカード情報を取得する。そしてユーザー認証部３１は、ネットワークインタフェース２２を介してサーバー装置４にアクセスし、サーバー装置４において保持されているユーザー登録情報を参照することにより、ユーザー認証を行う。
【００３９】
図５は、サーバー装置４において保持されているユーザー登録情報６の一例を示す図である。このユーザー登録情報６には、先生Ａ〜Ｃと生徒ａ〜ｌとを含む全てのユーザーが登録された情報であり、各ユーザーのユーザー名６ａと、カード情報６ｂと、課金対象情報６ｃと、ジョブ実行権限６ｄとを含む情報である。カード情報６ｂには、各ユーザーが所持しているＩＣカードに記録されているカード情報と同じ情報が予め格納されている。また課金対象情報６ｃは、授業中にジョブが実行される場合の課金対象ユーザーであるか否かを示す情報であり、「１」が課金対象ユーザーであることを示しており、「０」が課金対象ユーザーでなく、画像形成装置２を利用可能な利用ユーザーであることを示している。図５の例では、先生Ａ，Ｂ，Ｃが課金対象ユーザーであり、生徒ａ〜ｌが利用ユーザーであることを示している。またジョブ実行権限６ｄは、画像形成装置２においてジョブを実行する際の制限をユーザーごとに定義した情報であり、例えば生徒ａ〜ｌのそれぞれに対して予め適宜設定される情報である。ジョブ実行権限６ｄが設定されている生徒は、それぞれの権限の範囲内であれば、授業中にジョブを実行しても課金されることはない。ただし、その権限の範囲を超えてジョブを実行した場合には、そのジョブを実行した生徒に課金されるようになる。例えば、生徒ｄのジョブ実行権限６ｄには出力上限枚数１００枚が定義されているため、生徒ｄが授業中にプリント出力を行った合計枚数が１００枚以内であれば生徒ｄには課金されず、１００枚を越えた場合にはその越えた枚数分が生徒ｄに課金されるようになる。
【００４０】
ユーザー認証部３１は、カード情報読取装置２１からカード情報を取得すると、図５のようなユーザー登録情報６を参照し、カード情報読取装置２１によって読み取られたカード情報がユーザー登録情報６に予め登録されているカード情報と一致するか否かを判断する。そしてユーザー登録情報６に登録されているカード情報と一致すれば、認証成功となり、ユーザー登録情報６に登録されている複数のユーザーの中から認証ユーザーが特定される。その場合、ユーザー認証部３１は、課金対象情報６ｃに基づいてその認証ユーザーが課金対象ユーザーであるか、或いは利用ユーザーであるかを判断する。またユーザー認証部３１は、認証ユーザーにジョブ実行権限６ｄが設定されていれば、その情報を読み出す。そしてユーザー認証部３１は、認証成功となった認証ユーザーに関する情報を課金参照情報生成部３２、課金参照情報更新部３３及びジョブ制御部３４へ出力する。
【００４１】
本実施形態では、２つのクラスＣ１，Ｃ２のそれぞれにおいて一日の最初の授業が開始される前に、クラスごとに最初の授業を行う先生とその授業を受ける全ての生徒とが同時に又は連続的にＩＣカードに記録されたカード情報をカード情報読取装置２１に読み取らせる。これにより、ユーザー認証部３１は、各クラスＣ１，Ｃ２の最初の授業に参加する全員を同時に又は連続的に認証する。例えば、クラスＣ１で先生Ａが最初の授業を行う場合、先生Ａがはじめにカード情報をカード情報読取装置２１に読み取らせて認証を行い、それに引き続いて先生Ａの授業を受けるクラスＣ１の各生徒ａ〜ｆがカード情報をカード情報読取装置２１に読み取らせて認証を行う。またクラスＣ２で先生Ｂが最初の授業を行う場合、先生Ｂがはじめにカード情報をカード情報読取装置２１に読み取らせて認証を行い、それに引き続いて先生Ｂの授業を受けるクラスＣ２の各生徒ｇ〜ｌがカード情報をカード情報読取装置２１に読み取らせて認証を行う。尚、クラスＣ２の全員が連続的に認証操作を行うタイミングは、クラスＣ１の全員が連続的に認証操作を行うよりも前であっても良いし、後であっても良い。
【００４２】
課金参照情報生成部３２は、上記のような認証操作が行われることにより、一日の最初の授業が開始される前にユーザー認証部３１から出力される情報に基づき、課金参照情報８を生成し、記憶装置２３に保存する。この課金参照情報生成部３２は、画像形成装置２においてジョブを実行するクラスごとに課金参照情報８を生成する。本実施形態では上述のように画像形成装置２が２つのクラスＣ１，Ｃ２に属する各生徒ａ〜ｌによって投入されるジョブを実行するため、課金参照情報生成部３２は、クラスＣ１に対応する課金参照情報８ａと、クラスＣ２に対応する課金参照情報８ｂとを生成する。
【００４３】
図６は、各クラスＣ１，Ｃ２に対応する課金参照情報８ａ，８ｂの一例を示す図であり、図６（ａ）はクラスＣ１に対応する課金参照情報８ａを、図６（ｂ）はクラスＣ２に対応する課金参照情報８ｂを示している。例えば、クラスＣ１で先生Ａが最初の授業を行う場合、課金参照情報生成部３２は、ユーザー認証部３１から先生Ａが課金対象ユーザーとして認証された情報を取得する。これに伴い、課金参照情報生成部３２は、先生Ａを課金対象ユーザーとして登録した課金参照情報８ａを生成する。その後、課金参照情報生成部３２は、ユーザー認証部３１から先生Ａの授業を受けるクラスＣ１の各生徒ａ〜ｆが利用ユーザーとして認証された情報を取得する。そのため、課金参照情報生成部３２は、先生Ａを課金対象ユーザーとして登録した課金参照情報８ａに対し、その後順次認証される各生徒ａ〜ｆを利用ユーザーとして登録する。これにより、図６（ａ）に示すような課金参照情報８ａが生成される。
【００４４】
その後、課金参照情報生成部３２は、ユーザー認証部３１から先生Ｂが課金対象ユーザーとして認証された情報を取得すると、先生Ｂを課金対象ユーザーとして登録した新たな課金参照情報８ｂを生成する。そして課金参照情報生成部３２は、先生Ｂが認証された情報に引き続き、ユーザー認証部３１から先生Ｂの授業を受けるクラスＣ２の各生徒ｇ〜ｌが利用ユーザーとして認証された情報を順に取得する。そのため、課金参照情報生成部３２は、先生Ｂを課金対象ユーザーとして登録した課金参照情報８ｂに対し、その後順次認証される各生徒ｇ〜ｌを利用ユーザーとして登録する。これにより、図６（ｂ）に示すような課金参照情報８ｂが生成される。
【００４５】
このような課金参照情報８ａ，８ｂは、クラスＣ１，Ｃ２において最初の授業が開始される前に生成され、記憶装置２３に保存された状態となる。そして課金参照情報８ａ，８ｂが記憶装置２３に保存された状態で各クラスＣ１，Ｃ２における授業が開始される。
【００４６】
上記のように課金参照情報生成部３２によって課金参照情報８ａ，８ｂの生成処理が行われるときには、課金参照情報更新部３３は機能しない。つまり、課金参照情報生成部３２と課金参照情報更新部３３とは、ユーザー認証部３１によってユーザーが認証されることに伴い択一的に機能するものである。特に、課金参照情報更新部３３は、課金参照情報生成部３２によって生成された課金参照情報８ａ，８ｂが記憶装置２３に保存されている状態のとき、ユーザー認証部３１によってそれら課金参照情報８ａ，８ｂに登録されている課金対象ユーザーが再度認証されたときに機能し、その課金対象ユーザーが登録されている課金参照情報８ａ，８ｂを更新する処理を行うものである。尚、課金参照情報更新部３３による詳細な動作については後に詳しく説明する。
【００４７】
ジョブ制御部３４は、ユーザーによって指定されたジョブの実行を制御するものであり、プリンタ部１６、スキャナ部１５、及びＦＡＸ部１７のそれぞれの動作を制御する。例えば、ネットワークインタフェース２２が情報処理装置３から送信されたプリントジョブを受信した場合、ジョブ制御部３４は、そのプリントジョブに含まれる画像データに基づいてプリンタ部１６を駆動することによってプリント出力を行うように制御する。またユーザーがスキャナ部１５に原稿をセットした状態で操作パネル１８に対してコピージョブの実行を指示した場合、ジョブ制御部３４は、スキャナ部１５を駆動して原稿の読み取り動作を行わせると共に、スキャナ部１５で生成された画像データをプリンタ部１６に出力してプリント出力を行うように制御する。
【００４８】
またジョブ制御部３４は、クラスＣ１，Ｃ２に属する各生徒ａ〜ｌによって指定されたジョブを実行するとき、ユーザー認証部３１によって予め取得されているジョブ実行権限６ｄに関する情報を読み出し、ジョブの実行に制限が課されているか否かを判断する。その結果、授業中におけるジョブ実行権限の範囲内でのジョブの実行である場合、ジョブ制御部３４は、課金処理部３５に対し、ジョブの実行を指示した生徒が属するクラスの課金対象ユーザーに課金することを指示する。これに対し、授業中でないタイミングでのジョブの実行である場合、或いは、授業中であってもジョブ実行権限の範囲を超えたジョブの実行である場合、ジョブ制御部３４は、課金処理部３５に対し、ジョブの実行を指示した生徒に課金することを指示する。
【００４９】
課金処理部３５は、ジョブ制御部３４によってジョブの実行が行われることに伴い、そのジョブに応じた課金額を算出し、ジョブ制御部３４から指示されたユーザーに対して課金処理を行う。課金処理部３５は、利用ユーザーである生徒によって実行されたジョブを課金対象ユーザーである先生に課金するとき、課金参照情報８ａ，８ｂを参照し、ジョブを実行した生徒が２つの課金参照情報８ａ，８ｂのうちのいずれに登録されているかを特定し、さらにその特定した課金参照情報に課金対象ユーザーとして登録されている先生を特定する。そして課金処理部３５は、課金情報７における特定した先生の課金額７ｂの欄に、実行されたジョブに応じた課金額を加算して課金する。また課金処理部３５は、ジョブの実行を指示した生徒に対して課金を行う場合、課金情報７におけるその生徒の課金額７ｂの欄に、実行されたジョブに応じた課金額を加算して課金する。したがって、課金情報７は、画像形成装置２においてジョブが実行される度に、課金処理部３５によって更新される。
【００５０】
図７は、クラスＣ１，Ｃ２での授業中に各生徒によってジョブが実行された場合の課金情報７の更新例を示す図である。例えばクラスＣ１で先生Ａによる授業が行われているとき、各生徒ａ〜ｆが、１回１０円のジョブをそれぞれ図７（ａ）に示すジョブ実行回数行ったとする。尚、各生徒ａ〜ｆによって実行されるジョブはいずれもジョブ実行権限の範囲内のジョブである。この場合、課金処理部３５は、図６（ａ）の課金参照情報８ａに基づいて課金対象ユーザーを先生Ａとして特定し、各生徒ａ〜ｆによって実行されたジョブを先生Ａに対して課金する。その結果、課金情報７は、先生Ａの課金額が０円から１１０円に書き換えられるので、図７（ａ）に示す状態に更新される。
【００５１】
また例えばクラスＣ２で先生Ｂによる授業が行われているとき、各生徒ｇ〜ｌが、１回１０円のジョブをそれぞれ図７（ｂ）に示すジョブ実行回数行ったとする。尚、各生徒ｇ〜ｌによって実行されるジョブはいずれもジョブ実行権限の範囲内のジョブである。この場合、課金処理部３５は、図６（ｂ）の課金参照情報８ｂに基づいて課金対象ユーザーを先生Ｂとして特定し、各生徒ｇ〜ｌによって実行されたジョブを先生Ｂに対して課金する。その結果、課金情報７は、先生Ｂの課金額が０円から２４０円に書き換えられるので、図７（ｂ）に示す状態に更新される。
【００５２】
したがって、本実施形態の画像形成装置２は、先生Ａ，Ｂが授業を行っているときに各生徒ａ〜ｌによってジョブ実行権限の範囲内のジョブが実行された場合には、その授業を行っている先生Ａ，Ｂに対して課金額を集約させることができる。
【００５３】
そして１時限目の授業が終了すると、所定時間経過後に２時限目の授業が開始される。１時限目と２時限目では、クラスＣ１，Ｃ２で授業を行う先生が入れ替わることがある。このとき、既にクラスＣ１，Ｃ２ごとに各生徒ａ〜ｌが登録された課金参照情報８ａ，８ｂが記憶装置２３に保存されている。そのため、１時限目の授業開始前と同様の認証操作は必要でなく、既に生成されている課金参照情報８ａ，８ｂにおいて課金対象ユーザーとして登録されている先生の情報を入れ替えるための認証操作が行われる。
【００５４】
例えば、クラスＣ１において先生Ａによる１時限目の授業が終了した後、クラスＣ１において先生Ｃによる２時限目の授業が行われるとする。この場合、１時限目の授業が終了し、２時限目の授業が開始される前に、先生Ａがはじめにカード情報をカード情報読取装置２１に読み取らせて認証を行い、それに引き続いて所定時間内に先生Ｃがカード情報をカード情報読取装置２１に読み取らせて認証を行う。このように既に課金参照情報８ａに課金対象ユーザーとして登録されている先生Ａと、他の課金対象ユーザーである先生Ｃとがユーザー認証部３１において所定時間内に連続認証されると、制御部１０において課金参照情報更新部３３が機能する。そして課金参照情報更新部３３は、先に認証された先生Ａが課金対象ユーザーとして登録されている課金参照情報８ａを特定し、その課金参照情報８ａに登録されている先生Ａに関する情報を後に認証された先生Ｃに関する情報と入れ替え、生徒ａ〜ｆに関連付けられている課金対象ユーザーを先生Ｃに変更することにより、課金参照情報８ａを更新する。
【００５５】
図８は、課金参照情報８ａの更新例を示す図である。すなわち、１時限目において先生Ａの授業が行われているときには、課金参照情報８ａにおいて先生Ａが課金対象ユーザーとして登録されている。そして１時限目の授業が終了し、先生Ａと先生Ｃとが連続的に認証操作を行ってユーザー認証部３１による認証がなされると、課金参照情報８ａにおいて登録されている課金対象ユーザーが先生Ａから先生Ｃに入れ替わり、２時限目の授業を行う先生Ｃに対応した課金参照情報８ａへと更新される。このような更新は、２時限目の授業が開始される前に行われる。したがって、２時限目において先生Ｃの授業が行われているとき、各生徒ａ〜ｆによってジョブ実行権限範囲内のジョブが実行された場合には、その授業を行っている先生Ｃに対して課金額を集約させることができるようになる。
【００５６】
そして本実施形態では、１時限目の授業が終了してから２時限目の授業が開始される前において、１時限目の授業を開始する前に行ったような先生Ｃがはじめにカード情報をカード情報読取装置２１に読み取らせて認証を行い、それに引き続いて先生Ｃの授業を受ける各生徒ａ〜ｆがカード情報をカード情報読取装置２１に読み取らせて認証を行うといった煩雑な作業を行う必要がない。それ故、先の授業と後の授業とで課金対象ユーザーである先生が入れ替わる場合であっても煩雑な作業を行うことなく、後の授業では後の授業を行う先生に課金額を集約することができるようになる。
【００５７】
また１時限目にクラスＣ１で授業を行った先生Ａが２時限目にクラスＣ２で授業を行うと共に、１時限目にクラスＣ２で授業を行った先生Ｂが２時限目にクラスＣ１で授業を行うこともある。この場合、１時限目の授業が終了し、２時限目の授業が開始される前に、先生Ａと先生Ｂとが所定時間内にユーザー認証部３１において連続認証されると、制御部１０において課金参照情報更新部３３が機能する。そして課金参照情報更新部３３は、所定時間内に連続認証された先生Ａと先生Ｂのそれぞれが課金対象ユーザーとして登録されている課金参照情報８ａ，８ｂを特定し、それら課金参照情報８ａ，８ｂに登録されている課金対象ユーザーを相互に入れ替えることにより、課金参照情報８ａ，８ｂを更新する。
【００５８】
図９は、課金参照情報８ａ，８ｂの課金対象ユーザーを相互に入れ替える更新例を示す図である。すなわち、１時限目において先生Ａと先生Ｂの授業が行われるので、課金参照情報８ａ，８ｂには先生Ａ及び先生Ｂのそれぞれが課金対象ユーザーとして登録されている。そして１時限目の授業が終了し、先生Ａと先生Ｂとが所定時間内に連続的に認証操作を行ってユーザー認証部３１による認証がなされると、課金参照情報８ａにおいて登録されている課金対象ユーザーが先生Ａから先生Ｂに入れ替わり、課金参照情報８ｂにおいて登録されている課金対象ユーザーが先生Ｂから先生Ａに入れ替わる。このような更新は、２時限目の授業が開始される前に行われる。したがって、２時限目においてクラスＣ１で先生Ｂによる授業が行われているときに各生徒ａ〜ｆによってジョブ実行権限範囲内のジョブが実行されると、先生Ｂに対してジョブの課金額を集約させることができる。また２時限目においてクラスＣ２で先生Ａによる授業が行われているときに各生徒ｇ〜ｌによってジョブ実行権限範囲内のジョブが実行されると、先生Ａに対してジョブの課金額を集約させることができる。このように課金対象ユーザーを相互に入れ替える場合も、二人の先生Ａ，Ｂが所定時間内に連続して認証操作を行えば良く、生徒を再認証させるような煩雑な作業を行う必要がないので操作性が著しく改善される。
【００５９】
次に上記のような画像形成装置２において行われる処理手順について説明する。図１０乃至図１５は、画像形成装置２において行われる処理手順の一例を示すフローチャートである。尚、この処理は、主として制御部１０によって行われる処理手順であり、制御部１０において上述した課金情報生成部３０、ユーザー認証部３１、課金参照情報生成部３２、課金参照情報更新部３３、ジョブ制御部３４及び課金処理部３５のそれぞれが機能することによって逐次進行していく処理手順となっている。
【００６０】
まず図１０は、制御部１０によって行われる基本的な処理手順を示すフローチャートである。制御部１０は、この処理を開始すると、まず初期処理を実行する（ステップＳ１）。この初期処理（ステップＳ１）では、課金情報生成部３０により課金情報７が生成される。そして課金情報７が生成されると、制御部１０は、授業開始前処理を実行する（ステップＳ２）。この授業開始前処理（ステップＳ２）では、課金参照情報生成部３２により課金参照情報８ａ，８ｂが生成される。課金参照情報８ａ，８ｂが生成されると、制御部１０は、授業中課金処理を実行する（ステップＳ３）。この授業中課金処理（ステップＳ３）では、ジョブ制御部３４及び課金処理部３５が機能し、授業中にジョブが実行されることに伴って課金する処理が行われる。そして授業が終了すると、制御部１０は次の授業があるか否かを判断し（ステップＳ４）、次の授業があれば、授業終了後処理を実行する（ステップＳ５）。この授業終了後処理（ステップＳ５）では、課金対象ユーザーである先生が入れ替わることに伴って課金参照情報８ａ，８ｂを更新する処理が行われる。そして授業終了後処理が終了して、次の授業が開始されることに伴い、制御部１０は、再び授業中課金処理を実行する（ステップＳ３）。その後、上記処理が繰り返され、最後の授業が終了すれば全て処理が終了する。
【００６１】
図１１は、初期処理（ステップＳ１）の詳細な処理手順の一例を示すフローチャートである。課金情報生成部３０は、この処理を開始すると、課金対象ユーザーである先生に関する情報の入力を受け付けると共に（ステップＳ１０）、利用ユーザーである生徒に関する情報の入力を受け付ける（ステップＳ１１）。尚、課金対象ユーザー及び利用ユーザーに関する情報は、上述したように課金情報生成部３０がサーバー装置４にアクセスして取得するものであっても構わない。そして課金情報生成部３０は、ステップＳ１０，Ｓ１１で入力した情報に基づき、課金情報７を生成する（ステップＳ７）。このとき、課金対象ユーザーと利用ユーザーのそれぞれの課金額７ｂの欄には、初期値として０円を格納する。そして課金情報生成部３０は、その課金情報７を記憶装置２３に保存する（ステップＳ１３）。以上で、初期処理（ステップＳ１）が終了する。尚、この初期処理（ステップＳ１）は、記憶装置２３に課金情報７が既に保存されている状態のときには行わなくても良い。
【００６２】
次に図１２は、授業開始前処理（ステップＳ２）の詳細な処理手順の一例を示すフローチャートである。この処理を開始すると、制御部１０は、まずカード情報読取装置２１がＩＣカードを検知したか否かを判断する（ステップＳ２０）。そしてＩＣカードが検知されていれば（ステップＳ２０でＹＥＳ）、ユーザー認証部３１を機能させる。ユーザー認証部３１は、カード情報読取装置２１にカード情報を読み取らせ、カード情報読取装置２１からカード情報を取得する（ステップＳ２１）。そしてユーザー認証部３１は、その取得したカード情報に基づいてサーバー装置４に保持されているユーザー登録情報６を参照することにより、ユーザー認証を行い（ステップＳ２２）、認証成功であるか否かを判断する（ステップＳ２３）。そしてユーザー認証に成功すると（ステップＳ２３でＹＥＳ）、制御部１０において課金参照情報生成部３２が機能する。
【００６３】
課金参照情報生成部３２は、ユーザー認証部３１によって認証されたユーザーが課金情報７に登録されたユーザーであるか否かを判断する（ステップＳ２４）。この判断により、例えばクラスＣ１，Ｃ２には属していない他のクラスの生徒や、クラスＣ１，Ｃ２では授業を行わない先生などが除外される。そして課金情報７に登録されたユーザーである場合（ステップＳ２４でＹＥＳ）、課金参照情報生成部３２は、認証されたユーザーが課金対象ユーザーとなる先生である否かを判断する（ステップＳ２５）。その結果、先生である場合（ステップＳ２５でＹＥＳ）、課金参照情報生成部３２は、課金参照情報を生成し（ステップＳ２６）、その生成した課金参照情報に認証された先生を課金対象ユーザーとして登録する（ステップＳ２７）。これに対し、認証されたユーザーが生徒である場合（ステップＳ２５でＮＯ）、課金参照情報生成部３２は、それ以前に課金参照情報が生成されているか否かを判断し（ステップＳ２８）、課金参照情報が生成されていればその課金参照情報に対して認証された生徒を利用ユーザーとして登録する（ステップＳ２９）。このとき、複数の課金参照情報が存在すれば、最後に生成された課金参照情報に認証された生徒を利用ユーザーとして登録する。そして制御部１０による処理は、ステップＳ３０へと進む。尚、ステップＳ２０，Ｓ２３，Ｓ２４，Ｓ２８のそれぞれでＮＯと判断された場合にも、制御部１０による処理は、ステップＳ３０へと進む。そして制御部１０は、授業開始時刻となったか否かを判断し（ステップＳ３０）、授業開始時刻になっていない場合（ステップＳ３０でＮＯ）にはステップＳ２０へと戻り、上述した処理を繰り返す。これに対し、授業開始時刻になっている場合（ステップＳ３０でＹＥＳ）、授業開始前処理が終了する。以上のような処理により、記憶装置２３に課金参照情報８ａ，８ｂが保存された状態となる。
【００６４】
次に図１３は、授業中課金処理（ステップＳ３）の詳細な処理手順の一例を示すフローチャートである。制御部１０は、この処理を開始すると、まず実行対象となるジョブを受け付けたか否かを判断する（ステップＳ４０）。ジョブを受け付けた場合（ステップＳ４０でＹＥＳ）、制御部１０は、ジョブの実行指示を行ったユーザーを特定し（ステップＳ４１）、記憶装置２３に記憶されている課金参照情報８ａ，８ｂを全て読み出す（ステップＳ４２）。そしてジョブの実行指示を行ったユーザーが課金参照情報８ａ，８ｂのいずれかに登録されているか否かを判断し（ステップＳ４３）、登録されていれば、ジョブ制御部３４によるジョブの実行を開始する（ステップＳ４４）。そして制御部１０は、課金参照情報８ａ，８ｂを参照することにより、ジョブの実行指示を行ったユーザーが利用ユーザーとして登録されている生徒であるか否かを判断し（ステップＳ４５）、利用ユーザーとして登録されている生徒である場合（ステップＳ４５でＹＥＳ）、ジョブの実行権限を読み出し（ステップＳ４６）、その権限範囲内でのジョブの実行であるか否かを判断する（ステップＳ４７）。そして権限範囲内でのジョブの実行であれば（ステップＳ４７でＹＥＳ）、制御部１０は、課金参照情報８ａ，８ｂを参照することにより課金対象ユーザーとして登録されている先生を特定し（ステップＳ４８）、ジョブの実行に伴う課金対象をその先生に設定する（ステップＳ４９）。尚、ジョブの実行指示を行ったユーザーが課金対象ユーザーとして登録されている先生である場合においても（ステップＳ４５でＮＯ）、制御部１０は、ジョブの実行に伴う課金対象をその先生に設定する（ステップＳ４８，Ｓ４９）。これに対し、ジョブの実行指示を行ったユーザーが利用ユーザーとして登録されている生徒であり、且つ、その生徒がジョブの実行権限範囲を超えてジョブを実行した場合（ステップＳ４７でＮＯ）、制御部１０は、ジョブの実行に伴う課金対象をその生徒に設定する（ステップＳ５０）。
【００６５】
そして制御部１０は、課金処理部３５による課金額算出処理を実行し（ステップＳ５１）、その算出された課金額を課金対象として設定されたユーザーの課金額７ｂの欄に加算することにより課金情報７を更新する処理を実行する（ステップＳ５２）。
【００６６】
そして制御部１０による処理は、ステップＳ５３へと進む。尚、ステップＳ４０，Ｓ４３のそれぞれでＮＯと判断された場合にも、制御部１０による処理は、ステップＳ５３へと進む。そして制御部１０は、授業終了時刻となったか否かを判断し（ステップＳ５３）、授業終了時刻になっていない場合（ステップＳ５３でＮＯ）にはステップＳ４０へと戻り、上述した処理を繰り返す。これに対し、授業終了時刻になっている場合（ステップＳ５３でＹＥＳ）、授業中課金処理が終了する。
【００６７】
以上のような処理により、先生Ａ，Ｂによる授業中に、ジョブが実行される度に課金情報７が更新されるようになる。また授業中に各生徒ａ〜ｌによってジョブの実行権限範囲内のジョブが実行された場合には、各先生Ａ，Ｂに対してジョブの課金を行うことができ、授業中の課金額を各先生Ａ，Ｂに集約することができる。
【００６８】
次に図１４は、授業終了後処理（ステップＳ５）の詳細な処理手順の一例を示すフローチャートである。制御部１０は、この処理を開始すると、まずカード情報読取装置２１がＩＣカードを検知したか否かを判断する（ステップＳ６０）。そしてＩＣカードが検知されていれば（ステップＳ６０でＹＥＳ）、ユーザー認証部３１を機能させる。ユーザー認証部３１は、カード情報読取装置２１にカード情報を読み取らせ、カード情報読取装置２１からカード情報を取得する（ステップＳ６１）。そしてユーザー認証部３１は、その取得したカード情報に基づいてサーバー装置４に保持されているユーザー登録情報６を参照することにより、ユーザー認証を行い（ステップＳ６２）、認証成功であるか否かを判断する（ステップＳ６３）。そして認証成功である場合（ステップＳ６３でＹＥＳ）、ユーザー認証部３１は、その認証ユーザーがユーザー登録情報６において課金対象ユーザーとして登録されている先生であるか否かを更に判断する（ステップＳ６４）。その結果、認証ユーザーが課金対象ユーザーである先生である場合（ステップＳ６４でＹＥＳ）、制御部１０において課金参照情報更新部３３が機能する。
【００６９】
課金参照情報更新部３３は、授業終了後において課金対象ユーザーである先生が認証された時点でタイマーが停止中であるか否かを判断する（ステップＳ６５）。そしてタイマーが停止中である場合（ステップＳ６５でＹＥＳ）、課金参照情報更新部３３は、その認証された先生が課金参照情報８ａ，８ｂに登録されているか否かを判断する（ステップＳ６６）。そして課金参照情報８ａ，８ｂに認証された先生が登録されている場合（ステップＳ６６でＹＥＳ）、課金参照情報更新部３３は、時計回路１４の時刻を刻み続ける動作に連動させてそれ以降の経過時間をカウントするためのタイマー動作を開始する（ステップＳ６７）。そして課金参照情報更新部３３は、認証された先生が登録されている課金参照情報を第１の書き換え対象として読み出し、ＲＡＭ１２に展開する（ステップＳ６８）。
【００７０】
その後、課金参照情報更新部３３による処理は、ステップＳ６９へと進む。尚、ステップＳ６０，Ｓ６３，Ｓ６４のそれぞれでＮＯと判断された場合にも、課金参照情報更新部３３による処理は、ステップＳ６９へと進む。そして課金参照情報更新部３３は、タイマーが動作中であるか否かを判断し（ステップＳ６９）、動作中であれば（ステップＳ６９でＹＥＳ）、そのタイマーが所定時間をカウントアップしているか否かを判断する（ステップＳ７０）。この所定時間は、管理者などによって予め設定される時間であり、任意に設定可能である。例えば所定時間を５〜１０秒程度の比較的に短い時間に設定しておいても良いし、また授業と授業の間の休憩時間（例えば１０分程度）に合わせて設定しておいても良い。そしてタイマーが所定時間をカウントアップしている場合（ステップＳ７０でＹＥＳ）、課金参照情報更新部３３は、タイマー動作を停止させる（ステップＳ７１）。尚、タイマーが動作中でない場合（ステップＳ６９でＮＯ）、或いは、タイマーが所定時間をカウントアップしていない場合（ステップＳ７０でＮＯ）には、タイマー動作を停止させる処理（ステップＳ７１）は行われない。その後、制御部１０は、次の授業開始時刻になったか否かを判断し（ステップＳ７２）、未だ次の授業開始時刻になっていない場合には（ステップＳ７２でＮＯ）、ステップＳ６０へと戻り、上述した処理を繰り返す。
【００７１】
そしてタイマー動作が開始された後に所定時間が経過するまでの間に、課金対象ユーザーである別の先生が認証された場合（ステップＳ６５でＮＯ）、課金参照情報更新部３３は、タイマー動作を停止させ（ステップＳ７３）、その認証された先生が課金参照情報８ａ，８ｂに登録されているか否かを判断する（ステップＳ７４）。そして課金参照情報８ａ，８ｂに認証された先生が登録されている場合（ステップＳ７４でＹＥＳ）、課金参照情報更新部３３は、その認証された先生が登録されている課金参照情報を第２の書き換え対象として読み出し、ＲＡＭ１２に展開する（ステップＳ７５）。これに対し、課金参照情報８ａ，８ｂに認証された先生が登録されていない場合（ステップＳ７４でＮＯ）、ステップＳ７５の処理はスキップする。そして課金参照情報更新部３３は、課金参照情報更新処理を実行する（ステップＳ７６）。
【００７２】
図１５は、課金参照情報更新処理（ステップＳ７６）の詳細な処理手順の一例を示すフローチャートである。この処理を開始すると、課金参照情報更新部３３は、まず第１の書き換え対象としてＲＡＭ１２に展開されている課金参照情報において課金対象ユーザーとして登録されているユーザー（先生）の登録を解除する（ステップＳ８０）。続いて、課金参照情報更新部３３は、タイマー動作が開始されてから所定時間が経過するまでの間に認証された課金対象ユーザーである先生を特定し（ステップＳ８１）、第１の書き換え対象である課金参照情報に対し、その特定した先生を課金対象ユーザーとして登録する（ステップＳ８２）。これにより、第１の書き換え対象である課金参照情報の課金対象ユーザーが、先の授業を行った先生から次の授業を行う先生に書き換えられる。
【００７３】
次に課金参照情報更新部３３は、第２の書き換え対象である課金参照情報がＲＡＭ１２に展開されているか否かを判断する（ステップＳ８３）。その結果、第２の書き換え対象である課金参照情報がＲＡＭ１２に展開されていない場合には、課金参照情報更新処理は終了する。これに対し、第２の書き換え対象である課金参照情報がＲＡＭ１２に展開されている場合（ステップＳ８３でＹＥＳ）、課金参照情報更新部３３は、第２の書き換え対象としてＲＡＭ１２に展開されている課金参照情報において課金対象ユーザーとして登録されているユーザー（先生）の登録を解除する（ステップＳ８４）。そして課金参照情報更新部３３は、タイマー動作を開始させる契機となった先のユーザー認証において認証された課金対象ユーザーである先生を特定し（ステップＳ８５）、第２の書き換え対象である課金参照情報に対し、その特定した先生を課金対象ユーザーとして登録する（ステップＳ８６）。これにより、第１の書き換え対象である課金参照情報に登録されていた課金対象ユーザーが、第２の書き換え対象である課金参照情報に対して課金対象ユーザーとして登録される。以上で、課金参照情報更新処理が終了する。そして図１４のステップＳ６９へ進み、上述した処理が繰り返し行われる。
【００７４】
上記のような授業終了後処理（ステップＳ５）によれば、先の授業を行った先生と、次の授業を行う先生とが所定時間内に連続的に認証操作を行えば、授業中の課金処理において参照される課金参照情報８ａ，８ｂの課金対象ユーザーが、先の授業を行った先生から次の授業を行う先生へと書き換えられる。このとき、各生徒ａ〜ｌは画像形成装置２に対して再認証などを行う必要がないため、手間を掛けずに課金参照情報８ａ，８ｂを更新することができるようになる。そして次の授業が開始されてからジョブが実行されるときには、その授業を行っている先生に対して課金額を集約することができるようになる。
【００７５】
以上のように本実施形態の画像形成装置２は、ユーザー認証部３１により課金対象ユーザーである先生が認証されることに伴ってその先生を課金対象ユーザーとして課金参照情報８ａに登録すると共に、ユーザー認証部３１によりジョブを実行させることが許可された生徒が認証されることに伴ってその生徒を利用ユーザーとして課金参照情報８ａに登録することにより、課金参照情報８ａにおいて一の課金対象ユーザーと一又は複数の利用ユーザーとを予め相互に関連付けておく。そして課金処理部３５は、ジョブ制御部３４によって課金参照情報８ａに登録された利用ユーザーである生徒の指示に基づいてジョブの実行が行われたとき、課金参照情報８ａを参照してその利用ユーザーに関連付けられた一の課金対象ユーザーを特定し、ジョブの実行に伴う課金額を、その一の課金対象ユーザーの課金額に加算して課金情報７を更新することにより、利用ユーザーによって行われるジョブを課金対象ユーザーに課金する。このような構成において、本実施形態の画像形成装置２は、少なくとも１つの課金参照情報８ａにおいて一の課金対象ユーザーと一又は複数の利用ユーザーとが相互に関連付けられている状態で、一つの課金参照情報８ａに登録されている一の課金対象ユーザーとその課金参照情報８ａに登録されていない他の課金対象ユーザーとがユーザー認証部３１によって連続認証されたとき、その課金参照情報８ａにおける一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーをその課金参照情報８ａに登録することにより、一又は複数の利用ユーザーに対して関連付けられた課金対象ユーザーを変更する。したがって、先の授業が終了してから次の授業が開始されるまでの間に教室内の先生が入れ替わったとしても、簡単な操作で先生と各生徒との紐付け状態を変更できるため、煩雑な作業を行うことなく、次の授業を開始することができる。そして各授業を行う先生ごとに生徒が実行するジョブを課金していくことができるので、各授業においてどの程度のコストが発生しているのかを管理することができるようになる。
【００７６】
また本実施形態の画像形成装置２は、先の授業と後の授業の間の休憩時間中において、課金参照情報８ａに登録されている一の課金対象ユーザーとその課金参照情報８ａに登録されていない他の課金対象ユーザーとがユーザー認証部３１によって所定時間内に連続認証されたときに、その課金参照情報８ａにおける一の課金対象ユーザーの登録を解除すると共に、他の課金対象ユーザーを課金参照情報８ａに登録することにより課金参照情報８ａを更新する。そのため、先の授業を行った先生と、次の授業を行う先生とが所定時間内に連続して認証操作を行えば、課金参照情報８ａを更新することができる。また二人の先生が仮に連続的に認証操作を行ったとしても、それら２回の認証操作が所定時間を越えたタイミングで行われれば、課金参照情報８ａは更新されない。そのため、仮に先生が誤って認証操作を行ってしまった場合でも所定時間を経過すれば、課金参照情報８ａは更新されなくなるので、誤操作によって課金参照情報８ａが更新されてしまうことを未然に防止することができる。
【００７７】
また本実施形態の画像形成装置２は、授業が終了した後に、ユーザー認証部３１によって複数の先生が連続認証されたとき、先に認証された先生が課金対象ユーザーとして登録されている課金参照情報８ａからその先生の登録を解除すると共に、後に認証された先生を課金対象ユーザーとして新たに登録する。したがって、課金参照情報８ａに課金対象ユーザーとして登録されている先生を入れ替えるときには、先の授業を行った先生がまず認証操作を行い、次の授業を行う先生がその後に認証操作を行うようにすれば良い。
【００７８】
また本実施形態の画像形成装置２は、課金対象ユーザーである先生ごとに課金参照情報８ａ，８ｂを予め生成しておき、授業が終了した後に、ユーザー認証部３１によって複数の先生が連続認証されたときには、それら複数の先生のそれぞれが登録されている複数の課金参照情報８ａ，８ｂにおける課金対象ユーザーの登録情報を相互に入れ替えて、課金参照情報８ａ，８ｂを更新する。このような構成によれば、複数の先生が連続認証を行う操作を１度行うだけで、複数の課金参照情報８ａ，８ｂを同時に更新することができるため、操作効率が良い。
【００７９】
さらに本実施形態の画像形成装置２は、ジョブ制御部３４により利用ユーザーである生徒に対して予め設定されたジョブの実行権限の範囲を越えてジョブの実行が行われたとき、そのジョブの実行に伴う課金額を、当該ジョブを実行した利用ユーザーである生徒に課金する。そのため、利用ユーザーである各生徒に予めジョブの実行権限を設定しておけば、無駄なプリント出力などが行われることを抑制することができるようになる。
【００８０】
以上、本発明に関する一実施形態について説明したが、本発明は上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。
【００８１】
例えば上記実施形態では、画像形成装置２がＭＦＰなどで構成され、プリント機能やスキャン機能、コピー機能、ＦＡＸ機能などの複数の機能を備えており、それら各機能についてユーザーによって指定されたジョブを実行する装置である場合を例示した。しかし、画像形成装置２は、必ずしも複数の機能を備えたものには限られず、プリント機能やスキャン機能、コピー機能、ＦＡＸ機能などのうち、少なくとも１つの機能を備えたものであれば良い。例えば、画像形成装置２は、プリンタ専用装置であっても構わない。
【００８２】
また上記実施形態では、主として課金参照情報８ａ，８ｂにおいて課金対象ユーザーとして登録される先生を、先の授業を行った先生から次の授業を行う先生へと入れ替える場合を例示した。しかし、例えば１時限目の授業終了後に２時限目に授業が行われず、３時限目に別の授業が行われるケースも生じ得る。そのようなケースでは、１時限目の授業終了に伴い、課金参照情報８ａ，８ｂに課金対象ユーザーとして登録されている先生の登録解除だけを行うことが好ましい。そのため、授業終了後に、１時限目の授業を行った先生が認証操作を行い、その後所定時間内に次の授業を行う先生が認証操作を行わなかったときには、所定時間が経過した時点で１時限目の授業を行った先生が課金対象ユーザーとして登録されている課金参照情報８ａ，８ｂから、その先生の登録を解除するようにしても良い。これにより、授業が行われていない２時限目に生徒が勝手にジョブを実行した場合には、その生徒に対して課金することができるようになる。そして３時限目の授業が開始される前に、３時限目の授業を行う先生が単独で認証操作を行うと、課金対象ユーザーがブランク状態となっている課金参照情報８ａ，８ｂに対してその先生を登録することにより、３時限目の授業中に行われるジョブをその先生に課金することができるようになる。
【００８３】
また上記実施形態では、授業中に生徒によって行われたジョブを先生に課金する処理を、主として画像形成装置２で行う場合を例示した。しかし、上述した課金処理方法は、画像形成装置２において全ての処理が行われるものに限られない。すなわち、上述した課金処理方法は、課金情報管理システム１全体として行われるものであっても構わない。そのため、図１０乃至図１５に示したフローチャートに基づく処理手順のうちの少なくとも一部の処理を、各生徒ａ〜ｌが使用する情報処理装置３において行うものであっても良いし、またサーバー装置４において行うものであっても良い。
【００８４】
また上記実施形態では、課金情報７や課金参照情報８（８ａ，８ｂ）が画像形成装置２の記憶装置２３に保存される場合を例示したが、これらの情報は、例えばサーバー装置４などの画像形成装置２とは異なる外部記憶装置に保存されるものであっても構わない。
【００８５】
また上記実施形態では、先生や生徒を認証する際、カード認証や生体認証を行う場合を例示したが、本発明における認証方法はそれらに限定されるものではなく、従来公知の認証方法を採用したものであっても構わない。
【符号の説明】
【００８６】
１  課金情報管理システム
２  画像形成装置
３  情報処理装置
７  課金情報
８（８ａ，８ｂ）  課金参照情報
３０  課金情報生成部（課金情報生成手段）
３１  ユーザー認証部（ユーザー認証手段）
３２  課金参照情報生成部（課金参照情報生成手段）
３３  課金参照情報更新部（課金参照情報更新手段）
３４  ジョブ制御部（ジョブ制御手段）
３５  課金処理部（課金処理手段）
【図１】
2015058558.tif 000003
【図２】
2015058558.tif 000004
【図３】
2015058558.tif 000005
【図４】
2015058558.tif 000006
【図５】
2015058558.tif 000007
【図６】
2015058558.tif 000008
【図７】
2015058558.tif 000009
【図８】
2015058558.tif 000010
【図９】
2015058558.tif 000011
【図１０】
2015058558.tif 000012
【図１１】
2015058558.tif 000013
【図１２】
2015058558.tif 000014
【図１３】
2015058558.tif 000015
【図１４】
2015058558.tif 000016
【図１５】
2015058558.tif 000017