JP2014216879A - 印刷装置 - Google Patents

Abstract

【課題】ユーザごとに印刷枚数を管理する印刷装置に関し，ユーザを特定できない印刷ジョブを受け付けた場合に，当該印刷ジョブによる印刷枚数を好適に管理できる技術を提供すること。【解決手段】ＭＦＰ１００は，印刷ジョブを受け付け，その印刷ジョブの印刷処理を実行した際，その印刷結果を用いて，その印刷ジョブのユーザに対応する印刷累積枚数を更新する。さらに，ＭＦＰ１００は，印刷ジョブのユーザを，ログインユーザの情報を用いた決定条件を満たす場合にはログインユーザに決定する。また，サインインユーザの情報を用いた決定条件を満たす場合にはサインインユーザに決定する。また，利用制限情報を用いた決定条件を満たす場合には利用制限情報に規定される利用範囲内で印刷処理を実行可能なユーザに決定する。【選択図】 図６

Description

本発明は，印刷装置に関する。さらに詳細には，ユーザごとに印刷枚数を管理する印刷装置の技術に関するものである。

従来から，印刷装置に関する技術として，ユーザごとに印刷枚数を管理する技術が知られている。例えば，特許文献１に開示された画像形成システムでは，サーバが複合機から利用履歴情報を取得し，さらに利用履歴情報に基づいてユーザごとの利用制限枚数を決定し，決定した利用制限枚数を複合機に設定する。

特開２０１２−９４０５５号公報

しかしながら，前記した従来の技術には，次のような問題があった。すなわち，ユーザ情報を有しない印刷ジョブを受信した場合，当該印刷ジョブによる印刷枚数をどのように管理すべきか考慮されていない。そのため，改善の余地がある。

本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，ユーザごとに印刷枚数を管理する印刷装置に関し，ユーザを特定できない印刷ジョブを受け付けた場合に，当該印刷ジョブによる印刷枚数を好適に管理できる技術を提供することにある。

この課題の解決を目的としてなされた印刷装置は，印刷ジョブを受け付ける受付部と，印刷ジョブに基づく印刷を実行する印刷部と，制御部とを備え，前記制御部は，前記受付部にて受け付けられた印刷ジョブに基づく印刷を，前記印刷部に実行させる印刷処理と，前記印刷部にて印刷が行われる印刷ジョブのユーザを，自装置にログインしているユーザであるログインユーザの情報と，自装置とサーバとの間に通信を確立させているユーザであるサインインユーザの情報と，ユーザごとの前記印刷部の利用制限情報と，の少なくとも１つの情報を用いた決定条件を満たしていることを条件として，ログインユーザの情報を用いた前記決定条件を満たす場合にはログインユーザに決定し，サインインユーザの情報を用いた前記決定条件を満たす場合にはサインインユーザに決定し，利用制限情報を用いた前記決定条件を満たす場合には利用制限情報に規定される利用範囲内で前記印刷処理を実行可能なユーザに決定する決定処理と，前記印刷処理での印刷結果を用いて，前記決定処理にて決定されたユーザに対応する印刷累積枚数を更新する更新処理と，を実行することを特徴としている。

本明細書に開示される印刷装置は，印刷ジョブを受け付け，その印刷ジョブの印刷処理を実行した際，その印刷結果を用いて，その印刷ジョブのユーザに対応する印刷累積枚数を更新する。グループ単位で印刷累積枚数を管理する場合には，決定されたユーザが属するグループの印刷累積枚数を更新する。印刷累積枚数は，例えば，課金や利用枚数制限に利用する。さらに，印刷装置は，ログインユーザの情報と，サインインユーザの情報と，利用制限情報との少なくとも１つの情報を用いた決定条件を満たしていることを条件として，印刷ジョブのユーザを決定する。より具体的には，ログインユーザの情報を用いた決定条件を満たす場合にはログインユーザに決定する。サインインユーザの情報を用いた決定条件を満たす場合にはサインインユーザに決定する。利用制限情報を用いた決定条件を満たす場合には利用制限情報に規定される利用範囲内で印刷処理を実行可能なユーザに決定する。ユーザの決定は，ログインユーザの情報とサインインユーザの情報と印刷部の利用情報との，少なくとも１つの情報に基づいて決定すればよく，それらのうち１つの情報によって決定してもよいし，複数の情報を組み合わせて決定してもよい。

すなわち，本明細書に開示される印刷装置では，ログインユーザの情報と，サインインユーザの情報と，利用制限情報と，の少なくとも１つの情報に基づいて印刷ジョブのユーザを決定することで，印刷ジョブの印刷結果を好適なユーザの印刷情報に反映させることが期待できる。例えば，自装置にログインしているログインユーザがいる場合には，印刷ジョブが当該ログインユーザのジョブである可能性が高い。そのため，印刷ジョブのユーザをログインユーザに決定する方が好ましい。また，自装置にサーバとの通信を確立させているサインインユーザがいる場合には，印刷ジョブが当該サインインユーザのジョブである可能性が高い。そのため，印刷ジョブのユーザをサインインユーザに決定する方が好ましい。また，利用制限情報に規定される利用範囲内で実行可能なユーザがいる場合には，印刷ジョブが当該実行可能なユーザのジョブである可能性が高い。そのため，印刷ジョブのユーザを当該実行可能なユーザに決定する方が好ましい。

また，前記決定条件は，ログインユーザの情報およびサインインユーザの情報を用いた条件であり，前記制御部は，前記ログインユーザがいない場合であって前記サインインユーザがいる場合には，前記印刷部にて印刷が行われる印刷ジョブのユーザを，前記サインインユーザに決定するとよい。本構成のように，ログインユーザがいなくてもサインインユーザがいる場合には，サインインユーザに決定する方が好ましい。なお，ログインユーザは自装置の利用を開始しており，受け付けた印刷ジョブについて，他装置であるサーバとの通信を確立させているサインインユーザよりも関連性が強い傾向にある。そのため，ログインユーザとサインインユーザとの両方がいる場合には，ログインユーザを優先する方が好ましい。

また，前記制御部は，印刷ジョブを前記サーバから取得することを通知する取得通知を受信し，前記取得通知を受信したことを契機に，前記決定処理を実行し，前記決定処理にて印刷ジョブのユーザを決定できた場合には，前記サーバに対して印刷ジョブの送信を要求し，前記決定処理にて印刷ジョブのユーザを決定できなかった場合には，前記サーバに対して印刷ジョブの送信を禁止することを通知する禁止通知を送信するとよい。取得通知を受信した後，印刷ジョブを受信する前に決定処理を実行することで，印刷ジョブを受信する前に決定処理の結果を利用できる。そこで，決定処理によって特定のユーザに決定できなかった場合に印刷ジョブの送信を禁止することで，ユーザ不明の印刷ジョブを受信する状況を低減できる。なお，決定処理にて印刷ジョブのユーザを決定できない例としては，決定条件を満たさない場合が該当する。

また，前記制御部は，印刷ジョブを前記サーバから取得することを通知する取得通知を受信し，前記取得通知を受信した後，前記サーバに対して印刷ジョブの送信を要求し，印刷ジョブの送信を要求した後に，前記決定処理を実行してもよい。すなわち，印刷装置が取得通知を受信してから印刷ジョブの送信を要求するまでにタイムラグがあり，そのタイムラグの間に別のユーザがログインを行う可能性がある。そのため，印刷ジョブの送信を要求した後に決定処理を実行する方が，より適確なユーザを印刷ジョブのユーザに決定できる。

また，前記制御部は，前記印刷部にて印刷が行われる印刷ジョブにユーザ情報があるか否かを判断する判断処理を実行し，前記決定処理では，ユーザ情報があると前記判断処理にて判断された場合には，当該印刷ジョブのユーザをそのユーザ情報によって特定されるユーザに決定し，ユーザ情報がないと前記判断処理にて判断された場合には，前記決定処理を実行してユーザを決定するとよい。印刷ジョブにユーザ情報がある場合には，そのユーザ情報に基づいて印刷ジョブのユーザを決定する方が好ましい。

また，前記制御部は，前記決定処理で印刷ジョブのユーザを決定できなかった場合には，前記印刷部にて印刷が行われる印刷ジョブのユーザを，ユーザによって指定された指定ユーザあるいはユーザを特定しない汎用ユーザに決定するとよい。ユーザを特定できない場合であっても，指定ユーザや汎用ユーザを用いてユーザを決定することで，印刷処理の結果が何も反映されない状況を回避できる。

本発明によれば，ユーザごとに印刷枚数を管理する印刷装置に関し，ユーザを特定できない印刷ジョブを受け付けた場合に，当該印刷ジョブによる印刷枚数を好適に管理できる技術が実現される。

実施の形態にかかるクラウド印刷システムの構成およびＭＦＰ（複合機）の電気的構成を示すブロック図である。 実施の形態のクラウド印刷システムの動作概略を示すブロック図である。 実施の形態のクラウド印刷の動作概略を示すシーケンス図である。 ＭＦＰが有する利用情報テーブルの構成を示す図である。 ＭＦＰが有する利用上限値テーブルの構成を示す図である。 第１の形態にかかる印刷ジョブ管理処理の手順を示すフローチャートである。 第２の形態にかかる印刷ジョブ管理処理の手順を示すフローチャートである。 第３の形態にかかる印刷ジョブ管理処理の手順を示すフローチャートである。

以下，本発明にかかる印刷装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，印刷データを記憶するクラウドサーバを有するクラウド印刷システムに接続するＭＦＰ（複合機）に本発明を適用したものである。なお，クラウドサーバとは，クラウドコンピューティングの概念において，クラウドの先にある仮想化サーバであり，クラウドの中にパケットを通過させ，ＷＥＢブラウザで操作ができるサーバである。

［クラウド印刷システムの構成］
本形態のクラウド印刷システム９００は，図１に示すように，ＭＦＰ１００（印刷装置の一例）と，ＰＣ２００と，クラウドサーバ３００（サーバの一例）とを有している。ＰＣ２００は，クラウドサーバ３００に対して印刷ジョブを送信する装置である。クラウドサーバ３００は，印刷ジョブを記憶し，その記憶した印刷ジョブをＭＦＰ１００に送信する装置である。

本形態のクラウド印刷システム９００では，ＭＦＰ１００がクラウドサーバ３００から印刷ジョブを取得するためには，ＭＦＰ１００がクラウドサーバ３００との通信接続を確立させる必要がある。ここでいう通信接続とは，物理的な接続だけではなく，クラウドサーバ３００がＭＦＰ１００との通信を許可している状態を含む。本形態では，ＭＦＰ１００がクラウドサーバ３００との通信接続を確立させるための作業を「サインイン」，その通信接続を切断するための作業を「サインアウト」とする。

また，本形態のクラウド印刷システム９００では，ユーザがＭＦＰ１００を利用するためには，ユーザ認証を成功させて利用を許可される必要がある。そのため，ユーザは，ＭＦＰ１００に対して，そのユーザが有するアカウントの情報を入力する。アカウントの情報には，ユーザを特定するユーザＩＤとパスワードとが含まれる。ＭＦＰ１００は，アカウントの情報が入力されると，その情報に基づいてユーザ認証を行い，認証成功を条件としてＭＦＰ１００が有する各画像処理機能の利用を許可する。本形態では，ＭＦＰ１００が自装置の利用を許諾させるための作業を「ログイン」，その利用許諾を解除するための作業を「ログアウト」とする。

なお，クラウドサーバ３００に接続する画像処理装置は，ＭＦＰ１００に限るものではないが，図１では説明の簡略化のため，ＭＦＰ１００のみを図示する。また，クラウドサーバ３００に接続する情報処理装置も，ＰＣ２００に限るものではないが，図１では説明の簡略化のため，ＰＣ２００のみを図示する。また，クラウドサーバ３００は，１台のコンピュータによって実現されるものに限らず，複数台のコンピュータによって実現されるものであってもよい。

［ＭＦＰの構成］
続いて，ＭＦＰ１００の概略構成について説明する。ＭＦＰ１００は，図１に示したように，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（Non Volatile RAM）３４と，ＡＳＩＣ３５とを備えるコントローラ３０を備えている。図１中のコントローラ３０は，ＣＰＵ３１等，ＭＦＰ１００の制御に利用されるハードウェアを纏めた総称であって，実際にＭＦＰ１００に存在する単一のハードウェアと表すとは限らない。ＣＰＵ３１は，制御部の一例である。なお，コントローラ３０が制御部であってもよいし，ＡＳＩＣ３５が制御部であってもよい。

また，ＭＦＰ１００は，用紙に画像を印刷する画像形成部１０と，原稿の画像を読み取る画像読取部２０と，動作状況の表示やユーザによる入力操作の受付を行う操作パネル４０と，ネットワークインターフェース３７と，ＵＳＢインターフェース３８と，ＦＡＸインターフェース３９とを有し，これらがＣＰＵ３１によって制御される。画像形成部１０は，印刷部の一例である。ネットワークインターフェース３７，ＵＳＢインターフェース３８，およびＦＡＸインターフェース３９は，受付部の一例である。

画像形成部１０は，カラー印刷が可能であってもモノクロ印刷のみが可能であってもよい。また，印刷方式についても，電子写真方式であってもインクジェット方式であってもよい。本形態では，カラー印刷が可能な電子写真方式のものとする。画像読取部２０についても，カラー読み取りが可能であってもモノクロ読み取りのみが可能であってもよい。本形態では，カラー読み取りが可能なものとする。

ＲＯＭ３２には，ＭＦＰ１００を制御するための制御プログラムであるファームウェアや各種設定，初期値等が記憶されている。ＲＡＭ３３およびＮＶＲＡＭ３４は，各種制御プログラムが読み出される作業領域として，あるいはデータを一時的に記憶する記憶領域として利用される。

ＣＰＵ３１は，ＲＯＭ３２から読み出した制御プログラムや各種センサから送られる信号に従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，ＭＦＰ１００の各構成要素を制御する。

ネットワークインターフェース３７はＬＡＮケーブルや無線通信等によってネットワークを介して接続されたデバイスと通信を行うためのハードウェアである。ＵＳＢインターフェース３８はＵＳＢケーブルを介して接続されたデバイスと通信を行うためのハードウェアである。ＦＡＸインターフェース３９は電話回線を介して接続されたデバイスと通信を行うためのハードウェアである。ＭＦＰ１００は，例えば，ネットワークインターフェース３７を介してクラウドサーバ３００から印刷ジョブを受信する。

操作パネル４０は，ＭＦＰ１００の外装に設けられ，ユーザ入力を受け付ける各種のボタンと，メッセージや設定内容を表示するタッチパネルとを有している。各種のボタンとしては，例えば，ＯＫボタン，キャンセルボタン，テンキーがある。また，タッチパネルは，ユーザがタッチ操作することによっても各種の入力が可能であり，例えば，印刷設定やアカウントの情報がタッチパネルから入力される。この他，操作パネル４０は，ログインあるいはログアウトを行うため入力操作や，サインインあるいはサインアウトを行うため入力操作や，各種の設定の入力操作を受け付ける。

［クラウド印刷の動作概要］
続いて，ＭＦＰ１００の印刷動作であって，ＭＦＰ１００がクラウドサーバ３００から印刷ジョブを受け付けて印刷する印刷動作であるクラウド印刷の動作概要について，図２および図３を参照しつつ説明する。

クラウド印刷を実現するには，あらかじめ，ＭＦＰ１００とクラウドサーバ３００との通信接続を確立させておく必要がある。また，ユーザがＭＦＰ１００を利用するには，ＭＦＰ１００の利用が許可される必要がある。

そこで，先ず，ＭＦＰ１００とクラウドサーバ３００との通信接続を確立させるサインインでは，ユーザＡがＭＦＰ１００にユーザＡ自身のアカウントを入力する。そして，クラウドサーバ３００がそのユーザＡのアカウントを認証することで，ＭＦＰ１００とクラウドサーバ３００との通信接続が確立される。

クラウドサーバ３００は，ＭＦＰ１００との通信接続を確立させる，すなわちサインインに成功すると，ＭＦＰ１００への定期的な状態送信要求を開始する。ＭＦＰ１００は，クラウドサーバ３００から状態送信要求を受け付けると，現在の状態（エラーが発生しているか否か，エラーが発生しているならばどのようなエラーが発生しているかの情報）を応答する。

一方，ＰＣ２００は，クラウドサーバ３００に対して印刷ジョブを投入するに際し，ユーザＡのアカウントで印刷ジョブの送信が可能なプリンタを一覧表示する。ユーザは，ＰＣ２００に表示されているプリンタの中から印刷ジョブの送信先を指定する。その後，ＰＣ２００は，クラウドサーバ３００に印刷ジョブを送信する。ＰＣ２００は，クラウドサーバ３００に印刷ジョブを送信すると，クラウドサーバ３００から送られて来るその印刷ジョブの完了通知を待つ。

クラウドサーバ３００では，サインインが行われたアカウントに対応するユーザＡの印刷ジョブを受信した場合，そのアカウントでサインイン中のプリンタ（本形態では，ＭＦＰ１００）に対して，印刷ジョブを取得した旨の通知であるジョブ取得通知を送信する。ＭＦＰ１００は，そのジョブ取得通知に応じてクラウドサーバ３００にジョブ送信要求を出力する。なお，ジョブ取得通知には，クラウドサーバ３００のＩＰアドレス，アカウント，パスワード等が含まれる。この他，ユーザ名，ジョブ名，セキュリティ情報等の印刷ジョブの情報が含まれていてもよい。

クラウドサーバ３００は，ＭＦＰ１００からのジョブ送信要求を受信したことを条件として，ＭＦＰ１００に印刷ジョブを送信する。ＭＦＰ１００は，その印刷ジョブをクラウドサーバ３００から受信し，その印刷ジョブの印刷を実行する。

さらにＭＦＰ１００は，その印刷ジョブの処理が完了すると，クラウドサーバ３００にジョブ完了通知を応答する。クラウドサーバ３００は，ＭＦＰ１００からジョブ完了通知を受信すると，印刷ジョブを送信したＰＣ２００にジョブ完了通知を出力する。これによりクラウド印刷が完了する。

［ＭＦＰの動作概要］
ＭＦＰ１００は，前述したクラウド印刷の他にも，様々な印刷動作が可能である。例えば，図２に示したように，ネットワークインターフェース３７，ＵＳＢインターフェース３８，あるいはＦＡＸインターフェース３９を介して，外部装置４００から直接印刷ジョブを受け付け，その印刷ジョブを印刷することが可能である。

また，ＭＦＰ１００は，操作パネル４０を介してユーザＡから印刷指示を受け付け，その印刷指示に従って印刷することが可能である。例えば，画像データを記憶したＵＳＢメモリをＵＳＢインターフェース３８に接続し，印刷指示に従ってその画像データを印刷することが可能である。また，例えば，原稿を画像読取部２０に読み取らせ，読み取った原稿を印刷する，コピー印刷が可能である。また，例えば，外部装置４００に記憶されている画像データをダウンロードし，ダウンロードした画像データを印刷することが可能である。

ＭＦＰ１００が印刷指示を受け付けるには，あらかじめ，ＭＦＰ１００の利用が許諾される必要がある。ＭＦＰ１００の利用が許可されるログインには，先ず，ＭＦＰ１００が操作パネル４０にログイン情報入力画面を表示し，ユーザにアカウントの情報の入力を促す。そして，ＭＦＰ１００が，入力された情報を認証することで，ＭＦＰ１００の利用が許諾される。なお，アカウントの認証は，ＭＦＰ１００自身が行ってもよいし，認証サーバ等の外部装置が行ってもよい。また，ログインに必要なアカウントは，サインインに必要なアカウントと別である。

また，ＭＦＰ１００は，図４に示すように，ログインユーザごとに各画像処理の累積枚数を記憶する利用情報テーブル３４１をＮＶＲＡＭ３４に記憶している。具体的に，利用情報テーブル３４１は，識別番号（ＩＤ）と，ユーザ名と，各画像処理の累積枚数との３つの項目を含むレコードを記憶している。画像処理としては，印刷，読取，コピー，ＦＡＸ送信が含まれる。累積枚数は，用紙１枚分の画像処理を行うごとにカウントアップされる値であり，課金や利用可能枚数の算出に利用される。

また，ＭＦＰ１００は，ＭＦＰ１００にログインするためのアカウントを有していないユーザである汎用ユーザであっても，画像処理の実行範囲を制限して利用可能にする。実行範囲の制限としては，特定の画像処理の禁止や，ログインユーザよりも少ない実行枚数の上限が該当する。汎用ユーザは，ログイン時に，ログイン情報入力画面でユーザ名に所定の名前を入力する。この場合，ＭＦＰ１００は，パスワードの照合を行うことなく，ログインを成功させる。

利用情報テーブル３４１には，汎用ユーザ用のレコードも設けられる。ＩＤが「９９９」のレコードが汎用ユーザ用のレコードに相当し，ユーザ名に「汎用」が記憶される。以下，「汎用レコード」とする。一方，ＩＤが「００１」，「００２」のように，ユーザ認証が成功した場合用であってユーザが特定されるレコードを，「ユーザ特定レコード」とする。

ＭＦＰ１００は，印刷ジョブを受信すると，用紙１枚分の印刷を行うごとに，「印刷」の累積枚数をカウントアップする。印刷以外の画像処理についても同様である。例えば，「Ｕｓｅｒ１」のアカウントを有するユーザＡがＭＦＰ１００にログインし，原稿１０枚のコピーを指示した場合には，コピー終了後に「Ｕｓｅｒ１」の「コピー」の累積枚数に１０を加算する。ネットワーク経由で受け付けた印刷ジョブについても，その印刷ジョブにログインユーザと対応するユーザ情報が付加されている場合には，そのユーザ情報に基づいて，印刷の累積枚数に印刷枚数分が加算される。

一方で，ＦＡＸ印刷等，外部装置から受け付けた印刷ジョブを実行する場合，印刷ジョブにユーザ情報が含まれない場合がある。クラウド印刷についても，印刷ジョブにユーザ情報が含まれてない場合，ログインに必要なアカウントと，サインインに必要なアカウントとは別であることから，サインインによって通信が確立している状態であっても，クラウドサーバ３００から受信した印刷ジョブがどのログインユーザに対応するかは不明になる。このように印刷ジョブのユーザを特定できない場合には，所定の決定条件に基づいて，利用情報テーブル３４１の累積枚数を更新する。所定の決定条件については，後述する印刷ジョブ管理処理で説明する。

また，ＭＦＰ１００は，図５に示すように，ログインユーザごとに各画像処理の利用上限値を記憶する利用上限テーブル３４２をＮＶＲＡＭ３４に記憶している。具体的に，利用上限テーブル３４２は，識別番号（ＩＤ）と，ユーザ名と，各画像処理の利用上限値と，設定の４つの項目を含むレコードを記憶している。画像処理としては，利用情報テーブル３４１と同様に，印刷，読取，コピー，ＦＡＸ送信が含まれる。

利用上限値は，各画像処理の利用範囲を規定するものであり，ＭＦＰ１００は，累積枚数が利用上限値に達した場合に，その画像処理の利用を禁止する。また，利用上限値に「×」が記憶されている場合には，利用枚数に関係なく，その画像処理の利用を禁止する。利用上限値は，管理者権限を有するユーザによって設定される。

また，設定は，利用上限値を有効とするか無効とするかの設定を記憶するものであり，ＭＦＰ１００は，設定が無効の場合には，利用枚数を制限しない。なお，利用上限値の有効ないし無効の設定は，図５に示したようにユーザごとであってもよいし，画像処理ごとであってもよい。また，ユーザや画像処理を区別せず，利用上限値を有効とするか無効とするかの１つの設定を記憶するものであってもよい。

［印刷ジョブ管理処理］
［第１の形態］
続いて，ＭＦＰ１００が実行する印刷ジョブ管理処理について，図６のフローチャートを参照しつつ説明する。第１の形態の印刷ジョブ管理処理は，ＭＦＰ１００が印刷ジョブを受け付けたことを契機に，ＣＰＵ３１によって実行される。

第１の形態の印刷ジョブ管理処理では，先ず，受け付けた印刷ジョブに，ユーザを特定可能なユーザ情報が有るか否かを判断する（Ｓ１０１）。Ｓ１０１における特定とは，利用情報テーブル３４１に登録されるユーザの一人に特定できることを意味する。ユーザ情報が有る場合には（Ｓ１０１：ＹＥＳ），印刷ジョブのユーザを，ユーザ情報から特定されるユーザに決定する（Ｓ１１１）。Ｓ１１１で決定した情報は，印刷ジョブ管理処理が終了するまでＲＡＭ３３に保持される。後述するＳ１０３，Ｓ１２２，Ｓ１３２，Ｓ１４１も同様である。

ユーザ情報が無い場合には（Ｓ１０１：ＮＯ），自装置にログインしているユーザであるログインユーザがいるか否かを判断する（Ｓ１０２）。例えば，先に印刷ジョブをＭＦＰ１００に送信して蓄積させておき，後からＭＦＰ１００にログインしてその蓄積させておいた印刷ジョブを実行することが考えられる。そのため，ログインユーザがいる場合には（Ｓ１０２：ＹＥＳ），受け付けた印刷ジョブがログインユーザからの指示によるものである可能性が高い。そこで，印刷ジョブのユーザを，ログインユーザに決定する（Ｓ１０３）。

一方，ログインユーザがいない場合には（Ｓ１０２：ＮＯ），クラウドサーバ３００と通信を確立させているユーザであるサインインユーザがいるか否かを判断する（Ｓ１２１）。サインインユーザがクラウド印刷を実現するために，ＭＦＰ１００とクラウドサーバ３００との通信を確立させていることが考えられる。そのため，サインインユーザがいる場合には（Ｓ１２１：ＹＥＳ），受け付けた印刷ジョブがサインインユーザのジョブである可能性が高い。そこで，印刷ジョブのユーザを，サインインユーザに決定する（Ｓ１２２）。

なお，ログインユーザとサインインユーザとの両方がいる場合に，本形態では，ログインユーザを優先しているが，サインインユーザを優先してもよい。ただし，ログインユーザは自装置の利用を開始しており，他装置であるクラウドサーバ３００との通信を確立させているサインインユーザよりも印刷ジョブとの関連性が強い傾向にある。そのため，ログインユーザとサインインユーザとの両方がいる場合には，本形態のようにログインユーザを優先する方が好ましい。

一方，サインインユーザがいない場合には（Ｓ１２１：ＮＯ），デフォルトユーザが設定されているか否かを判断する（Ｓ１３１）。ＭＦＰ１００は，ユーザを特定できない印刷ジョブを受け付けた場合に，その印刷ジョブのユーザを利用情報テーブル３４１に登録される特定のユーザの印刷ジョブとする設定をＮＶＲＡＭ３４に記憶している。この特定のユーザを「デフォルトユーザ」とする。Ｓ１３１では，デフォルトユーザが記憶されていない，あるいは利用制限テーブル３４１に登録されていないユーザがデフォルトユーザに設定されている場合には，デフォルトユーザが設定されていないと判断し，利用制限テーブル３４１に登録されているユーザがデフォルトユーザに設定されている場合には，デフォルトユーザが設定されていると判断する。デフォルトユーザの設定は，ユーザの操作パネル４０への入力操作によって設定できる。なお，管理者権限を有するユーザをデフォルトユーザとしてもよい。

デフォルトユーザが設定されている場合には（Ｓ１３１：ＹＥＳ），印刷ジョブのユーザを，デフォルトユーザに決定する（Ｓ１３２）。一方，デフォルトユーザが設定されていない場合には（Ｓ１３１：ＮＯ），印刷ジョブのユーザを，汎用ユーザに決定する（Ｓ１４１）。

Ｓ１０３，Ｓ１２２，Ｓ１３２，Ｓ１４１，あるいはＳ１１１にて印刷ジョブのユーザを決定した後，ＭＦＰ１００は，画像形成部１０による印刷ジョブの印刷を開始する（Ｓ１０４）。印刷が完了した後は，ＲＡＭ３３に記憶された印刷ジョブのユーザに対応するレコードを利用情報テーブル３４１から読み出し，印刷の累積枚数を更新する（Ｓ１０５）。Ｓ１０５の後，印刷ジョブ管理処理を終了する。

前述したように第１の形態の印刷ジョブ管理処理では，ユーザを特定できない印刷ジョブを受け付けた際，ログインユーザがいる場合には，当該印刷ジョブがログインユーザのジョブである可能性が高いことから，当該印刷ジョブのユーザをログインユーザに決定する。また，ログインユーザがいない場合であっても，サインインユーザがいる場合には，当該印刷ジョブが当該サインインユーザのジョブである可能性が高いことから，当該印刷ジョブのユーザをサインインユーザに決定する。また，サインインユーザがいない場合であっても，デフォルトユーザが設定されている場合には，当該印刷ジョブのユーザをデフォルトユーザに決定する。また，ユーザを特定できない場合であっても，当該印刷ジョブのユーザを汎用ユーザに決定する。このように各決定条件に合致するユーザを印刷ジョブのユーザに決定することで，印刷ジョブの印刷結果を好適なユーザに反映させることが期待できる。

［第２の形態］
続いて，印刷ジョブ管理処理の別の形態について，図７のフローチャートを参照しつつ説明する。第２の形態の印刷ジョブ管理処理は，印刷ジョブを受信する前に印刷ジョブのユーザを仮決定する。この点，印刷ジョブを受信した後に印刷ジョブのユーザを決定する第１の形態と異なる。なお，本形態の印刷ジョブ管理処理は，クラウド印刷に適用する技術であり，クラウドサーバ３００から印刷ジョブの取得通知（図３参照）を受信したことを契機に，ＣＰＵ３１によって実行される。

第２の形態の印刷ジョブ管理処理では，自装置にログインユーザがいるか否かを判断する（Ｓ２０１）。ログインユーザがいる場合には（Ｓ２０１：ＹＥＳ），受け付けた印刷ジョブのユーザを，ログインユーザに仮決定する（Ｓ２０１）。一方，ログインユーザがいない場合には（Ｓ２０１：ＮＯ），受け付けた印刷ジョブのユーザを，サインインユーザに仮決定する（Ｓ２１１）。Ｓ２０１ないしＳ２１１で仮決定した情報は，後述するＳ２５１にてユーザが確定するまで，あるいは後述するＳ２２１でのタイムアウトによって印刷ジョブ管理処理が終了するまで，ＲＡＭ３３に保持される。後述するＳ２１２，Ｓ２０７も同様である。

Ｓ２０２あるいはＳ２１１にて印刷ジョブのユーザを仮決定した後，仮決定したユーザが印刷可能か否かを判断する（Ｓ２０３）。例えば，仮決定したユーザに対して印刷機能の利用が禁止されている場合には印刷不可と判断する。また，仮決定したユーザに対する利用上限値が有効であれば，仮決定したユーザの印刷の累積枚数が利用上限値に達している場合に印刷不可と判断する。印刷ジョブの実行中に利用上限値に達してしまう場合も同様である。仮決定したユーザが印刷可能と判断した場合には（Ｓ２０３：ＹＥＳ），Ｓ２５１に移行して仮決定したユーザを印刷ジョブのユーザに確定する。

一方，仮決定したユーザが印刷不可と判断した場合には（Ｓ２０３：ＮＯ），自装置に設定されているデフォルトユーザが印刷可能か否かを判断する（Ｓ２０４）。例えば，Ｓ２０３と同様に，デフォルトユーザに対して印刷機能の利用が禁止されている場合には印刷不可と判断する。また，デフォルトユーザに対する利用上限値が有効であれば，デフォルトユーザの印刷の累積枚数が利用上限値に達している場合に印刷不可と判断する。印刷ジョブの実行中に利用上限値に達してしまう場合も同様である。なお，Ｓ２０４の判断では，デフォルトユーザが設定されていない場合には，印刷不可と判断する。デフォルトユーザが印刷可能と判断した場合には（Ｓ２０４：ＹＥＳ），受け付けた印刷ジョブのユーザを，デフォルトユーザに仮決定する（Ｓ２１２）。そして，Ｓ２５１に移行して仮決定したデフォルトユーザを印刷ジョブのユーザに確定する。Ｓ２５１で決定した情報は，印刷ジョブ管理処理が終了するまでＲＡＭ３３に保持される。

デフォルトユーザが印刷不可と判断した場合には（Ｓ２０４：ＮＯ），ログインユーザの変更あるいはデフォルトユーザの変更をユーザに要求する（Ｓ２０５）。例えば，ＭＦＰ１００は，操作パネル４０に変更指示を表示する。その後，ログインユーザあるいはデフォルトユーザが変更されたか否かを判断する（Ｓ２０６）。

ログインユーザあるいはデフォルトユーザが変更された場合には（Ｓ２０６：ＹＥＳ），受け付けた印刷ジョブのユーザを，その変更されたユーザに仮決定する（Ｓ２０７）。そして，その変更されたユーザが印刷可能か否かを判断する（Ｓ２０８）。変更されたユーザが印刷可能と判断した場合には（Ｓ２０８：ＹＥＳ），Ｓ２５１に移行して仮決定したユーザを印刷ジョブのユーザに確定する。変更されたユーザが印刷不可と判断した場合には（Ｓ２０８：ＮＯ），Ｓ２０５に移行し，再度の変更をユーザに要求する。

一方，ログインユーザおよびデフォルトユーザが変更されていない場合には（Ｓ２０６：ＮＯ），Ｓ２０５の要求を出力してからの経過時間が閾値時間を経過したか否か，すなわちタイムアウトか否かを判断する（Ｓ２２１）。タイムアウト前の場合には（Ｓ２２１：ＮＯ），Ｓ２０６に移行してユーザによる変更を待つ。タイムアウトの場合には（Ｓ２２１：ＹＥＳ），クラウドサーバ３００に対して送信不可を通知する（Ｓ２２２）。クラウドサーバ３００は，ＭＦＰ１００から送信不可を受信すると，ＭＦＰ１００への印刷ジョブの送信を中止する。Ｓ２２２の後，ＭＦＰ１００は，クラウドサーバ３００から印刷ジョブを受信することなく，印刷ジョブ管理処理を終了する。なお，Ｓ２０８で変更されたユーザが印刷不可と判断され，さらに変更先がない場合には，タイムアウトを待って送信不可が通知される。

また，ＭＦＰ１００は，Ｓ２５１にて仮決定したユーザを印刷ジョブのユーザに確定した後，クラウドサーバ３００に対して，ジョブ送信要求を通知する（Ｓ２５２）。クラウドサーバ３００は，ＭＦＰ１００からジョブ送信要求を受信すると，ＭＦＰ１００へ印刷ジョブの送信を開始する。Ｓ２５２の後，ＭＦＰ１００は，印刷ジョブを受信し（Ｓ２５３），受信した印刷ジョブの印刷を開始する（Ｓ２５４）。印刷が完了した後は，印刷ジョブのユーザに対応するレコードを利用情報テーブル３４１から読み出し，印刷の累積枚数を更新する（Ｓ２５５）。Ｓ２５５の後，印刷ジョブ管理処理を終了する。

なお，第２の形態では，最終的に仮決定したユーザを印刷ジョブのユーザに確定させているが，Ｓ２５３で受信した印刷ジョブにユーザ情報が付加されている場合には，Ｓ２５１で確定させたユーザのよりも優先的に，そのユーザ情報によって特定されるユーザを印刷ジョブのユーザに決定してもよい。

前述したように第２の形態の印刷ジョブ管理処理では，印刷ジョブを受信する前に，印刷ジョブのユーザを決定できるか否かを判断することで，ユーザを決定できなかった場合に，印刷ジョブの送信を禁止している。このようにユーザを特定できない印刷ジョブの受信を回避することで，データ送信の無駄を低減できるとともに，累積枚数の不適切な加算を未然に防止できる。

なお，クラウド印刷であっても，第１の形態のように，印刷ジョブを受信した後に，印刷ジョブのユーザを決定してもよい。ＭＦＰ１００では，取得通知を受信してから印刷ジョブの送信を要求するまでにタイムラグがあり，そのタイムラグの間に別のユーザがログインを行う可能性がある。そのため，印刷ジョブの送信を要求した後に，印刷ジョブのユーザを決定すれば，タイムラグの間に別のユーザがログインしたとしてもそのログインユーザを印刷ジョブのユーザに決定できる。そのため，不適切なユーザを印刷ジョブのユーザに決定することを低減できる。

［第３の形態］
続いて，印刷ジョブ管理処理の更なる別の形態について，図８のフローチャートを参照しつつ説明する。第３の形態の印刷ジョブ管理処理は，印刷ジョブのユーザを，印刷機能が利用可能なユーザに決定する。この点，ログインユーザやサインインユーザ等，装置の利用状態から印刷ジョブのユーザを決定する第１の形態と異なる。第３の形態の印刷ジョブ管理処理も，第１の形態と同様に，ＭＦＰ１００が印刷ジョブを受け付けたことを契機に，ＣＰＵ３１によって実行される。なお，第１の形態と同じ処理については，同じ符号を付して説明を省略する。

第３の形態の印刷ジョブ管理処理では，受け付けた印刷ジョブに，ユーザ情報が有るか否かを判断する（Ｓ１０１）。ユーザ情報が有る場合には（Ｓ１０１：ＹＥＳ），印刷ジョブのユーザを，ユーザ情報から特定されるユーザに決定する（Ｓ１１１）。

ユーザ情報が無い場合には（Ｓ１０１：ＮＯ），利用情報テーブル３４１に登録されるユーザのうち，印刷機能を利用可能なユーザがいるか否かを判断する（Ｓ３０２）。例えば，印刷機能の利用が禁止されているユーザは利用可能なユーザから除外される。また，利用上限値が設定されていれば，印刷の累積枚数が利用上限値に達しているユーザも利用可能なユーザから除外される。さらには，印刷ジョブの実行中に利用上限値に達してしまう場合も利用可能なユーザから除外される。

印刷機能を利用可能なユーザがいると判断した場合には（Ｓ３０２：ＹＥＳ），印刷ジョブのユーザを，当該印刷機能を利用可能なユーザに決定する（Ｓ３０３）。なお，印刷機能を利用可能なユーザが複数いる場合には，所定の条件に基づいてそのうちの１人に決定する。所定の条件としては，例えば，利用上限値までの残利用回数が最も多いユーザ，すなわち印刷途中に利用上限値に達してしまう可能性が最も低いユーザに決定する条件や，累積枚数が最も多いユーザ，すなわち利用頻度が最も高いユーザに決定する条件が該当する。一方，印刷機能を利用可能なユーザがいないと判断した場合には（Ｓ３０２：ＮＯ），印刷ジョブのユーザを，汎用ユーザに決定する（Ｓ１４１）。

Ｓ３０３，Ｓ１４１，あるいはＳ１１１にて印刷ジョブのユーザを決定した後，ＭＦＰ１００は，画像形成部１０による印刷ジョブの印刷を開始する（Ｓ１０４）。印刷が完了した後は，印刷の累積枚数を更新する（Ｓ１０５）。Ｓ１０５の後，印刷ジョブ管理処理を終了する。

前述したように第３の形態の印刷ジョブ管理処理では，ユーザを特定できない印刷ジョブを受け付けた際，累積枚数および利用上限値によって規定される利用範囲内で実行可能なユーザがいる場合には，そのユーザの印刷ジョブである可能性が高いことから，受け付けた印刷ジョブのユーザを当該実行可能なユーザに決定する。このように利用制限情報に基づいて印刷ジョブのユーザに決定することで，ユーザを特定できない印刷ジョブを受け付けた場合であっても，印刷ジョブの印刷結果を好適なユーザに反映させることが期待できる。

以上詳細に説明したように実施の形態のＭＦＰ１００では，ログインユーザの情報と，サインインユーザの情報と，利用制限情報と，の少なくとも１つの情報に基づいて印刷ジョブのユーザを決定することで，ユーザを特定できない印刷ジョブを受け付けたとしても，その印刷ジョブの印刷枚数を，ＭＦＰ１００の利用状況に応じて好適なユーザの累積枚数に反映させることが期待できる。

なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，印刷装置は，ＭＦＰに限るものではなく，プリンタ，ＦＡＸ装置，複写機等，印刷機能を備えるものであれば適用可能である。また，印刷装置に印刷ジョブを投入する情報処理装置も，ＰＣに限るものではなく，スマートフォン，ＰＤＡ等のモバイル装置であってもよい。

また，実施の形態では，クラウドサーバ３００がＭＦＰ１００のサインインを記憶し，ＭＦＰ１００が指定されている印刷ジョブが投入された際に，クラウドサーバ３００からＭＦＰ１００にジョブ取得通知あるいは状態送信要求を出力しているが，これに限るものではない。例えば，クラウドサーバ３００へのサインインが成功した後，ＭＦＰ１００から定期的にクラウドサーバ３００に送信要求を行うことで，クラウドサーバ３００に投入された印刷ジョブをＭＦＰ１００に送信してもよい。

また，実施の形態では，ＭＦＰ１００自身が利用情報テーブル３４１および利用上限テーブル３４２を有しているが，利用情報テーブル３４１および利用上限テーブル３４２を有する管理サーバを設け，ログイン情報に基づいて，管理サーバからこれらの利用情報を取得するように構成してもよい。利用情報を外部装置である管理サーバから取得することで，ＭＦＰ１００自身のメモリの負荷を軽減できる。また，複数の印刷装置で管理サーバを共用することで，利用情報を複数の印刷装置に設定する手間を省ける。一方，ＭＦＰ１００自身が利用情報テーブル３４１および利用上限テーブル３４２を有し，ユーザごとの利用情報を読み出すことで，通信への負荷を軽減できるとともに，通信の状態の影響を受けるリスクを低減できる。

また，実施の形態では，ユーザごとの利用累積枚数を利用情報テーブル３４１に記憶しているが，複数のユーザをグループとして管理し，そのグループ単位で利用累積枚数を記憶してもよい。この場合，例えばユーザＡの印刷ジョブを実行した際，ユーザＡが属するグループに対応する利用累積枚数を更新する。利用上限値についても同様にグループ単位で管理してもよい。

また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。

１０ 画像形成部
４０ 操作パネル
１００ ＭＦＰ
２００ ＰＣ
３００ クラウドサーバ
３４１ 利用情報テーブル
３４２ 利用上限テーブル
９００ クラウド印刷システム

Claims (6)

1. 印刷ジョブを受け付ける受付部と，
   印刷ジョブに基づく印刷を実行する印刷部と，
   制御部と，
   を備え，
   前記制御部は，
   前記受付部にて受け付けられた印刷ジョブに基づく印刷を，前記印刷部に実行させる印刷処理と，
   前記印刷部にて印刷が行われる印刷ジョブのユーザを，自装置にログインしているユーザであるログインユーザの情報と，自装置とサーバとの間に通信を確立させているユーザであるサインインユーザの情報と，ユーザごとの前記印刷部の利用制限情報と，の少なくとも１つの情報を用いた決定条件を満たしていることを条件として，ログインユーザの情報を用いた前記決定条件を満たす場合にはログインユーザに決定し，サインインユーザの情報を用いた前記決定条件を満たす場合にはサインインユーザに決定し，利用制限情報を用いた前記決定条件を満たす場合には利用制限情報に規定される利用範囲内で前記印刷処理を実行可能なユーザに決定する決定処理と，
   前記印刷処理での印刷結果を用いて，前記決定処理にて決定されたユーザに対応する印刷累積枚数を更新する更新処理と，
   を実行することを特徴とする印刷装置。
2. 請求項１に記載する印刷装置において，
   前記決定条件は，ログインユーザの情報およびサインインユーザの情報を用いた条件であり，
   前記制御部は，前記ログインユーザがいない場合であって前記サインインユーザがいる場合には，前記印刷部にて印刷が行われる印刷ジョブのユーザを，前記サインインユーザに決定することを特徴とする印刷装置。
3. 請求項１または請求項２に記載する印刷装置において，
   前記制御部は，
   印刷ジョブを前記サーバから取得することを通知する取得通知を受信し，
   前記取得通知を受信したことを契機に，前記決定処理を実行し，
   前記決定処理にて印刷ジョブのユーザを決定できた場合には，前記サーバに対して印刷ジョブの送信を要求し，前記決定処理にて印刷ジョブのユーザを決定できなかった場合には，前記サーバに対して印刷ジョブの送信を禁止することを通知する禁止通知を送信する，
   ことを特徴とする印刷装置。
4. 請求項１または請求項２に記載する印刷装置において，
   前記制御部は，
   印刷ジョブを前記サーバから取得することを通知する取得通知を受信し，
   前記取得通知を受信した後，前記サーバに対して印刷ジョブの送信を要求し，
   印刷ジョブの送信を要求した後に，前記決定処理を実行する，
   ことを特徴とする印刷装置。
5. 請求項１から請求項４のいずれか１つに記載する印刷装置において，
   前記制御部は，
   前記印刷部にて印刷が行われる印刷ジョブにユーザ情報があるか否かを判断する判断処理を実行し，
   前記決定処理では，ユーザ情報があると前記判断処理にて判断された場合には，当該印刷ジョブのユーザをそのユーザ情報によって特定されるユーザに決定し，ユーザ情報がないと前記判断処理にて判断された場合には，前記決定処理を実行してユーザを決定する
   ことを特徴とする印刷装置。
6. 請求項１から請求項５のいずれか１つに記載する印刷装置において，
   前記制御部は，
   前記決定処理で印刷ジョブのユーザを決定できなかった場合には，前記印刷部にて印刷が行われる印刷ジョブのユーザを，ユーザによって指定された指定ユーザあるいはユーザを特定しない汎用ユーザに決定することを特徴とする印刷装置。

Images