特許 6372236 画像処理装置及びプログラム

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

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

(11)【特許番号】6372236

(24)【登録日】2018年7月27日

(45)【発行日】2018年8月15日

(54)【発明の名称】画像処理装置及びプログラム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20180806BHJP

   B41J 29/38 20060101ALI20180806BHJP

   B41J 29/00 20060101ALI20180806BHJP

   G06F 3/12 20060101ALI20180806BHJP

【ＦＩ】

   H04N1/00 127Z

   H04N1/00 C

   B41J29/38 Z

   B41J29/00 E

   G06F3/12 D

【請求項の数】5

【全頁数】20

(21)【出願番号】特願2014-165180(P2014-165180)

(22)【出願日】2014年8月14日

(65)【公開番号】特開2016-42626(P2016-42626A)

(43)【公開日】2016年3月31日

【審査請求日】2017年7月20日

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士ゼロックス株式会社

(74)【代理人】

【識別番号】100104880

【弁理士】

【氏名又は名称】古部 次郎

(74)【代理人】

【識別番号】100125346

【弁理士】

【氏名又は名称】尾形 文雄

(74)【代理人】

【識別番号】100166981

【弁理士】

【氏名又は名称】砂田 岳彦

(72)【発明者】

【氏名】濱田 奨

【審査官】 花田 尚樹

(56)【参考文献】

【文献】 特開平１１−２７５３３５（ＪＰ，Ａ）

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

【文献】 特開昭６０−０６２２６６（ＪＰ，Ａ）

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

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

Ｈ０４Ｎ １／００

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

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

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

【請求項1】

実行指示を受付けた画像処理を実行する実行手段と、
自装置のユーザインタフェースから処理の実行を受け付ける受付手段と、を備え、
前記実行手段は、予約された処理の実行のための指示を受け付ける前に前記受付手段にて他の処理の実行指示を受付けた場合であって、当該他の処理の内容が予め定められた条件として画像処理の所要時間と関係する項目の設定値が制限値以下となるときに、当該他の処理を前記予約された処理よりも優先して実行する画像処理装置。

【請求項2】

画像処理を実行する予約をするための予約要求を端末装置から受付ける予約受付手段と、
前記予約要求を送信した前記端末装置に対して、前記受付手段にて前記他の処理の実行指示を受付けたことを通知する通知手段と、を更に備え、
前記実行手段は、前記端末装置から予め定められた時間内に応答がない場合に、前記他の処理の実行指示により指示された画像処理を実行することを特徴とする請求項１記載の画像処理装置。

【請求項3】

前記実行手段は、前記予約された処理よりも優先して、画像処理の利用に関する利用単位が制限単位以下となる前記他の処理の実行指示により指示された画像処理を実行することを特徴とする請求項１または請求項２記載の画像処理装置。

【請求項4】

前記実行手段は、予め定められた制限回数以上連続する前記他の処理の実行指示により指示された画像処理を実行しないことを特徴とする請求項１または請求項２記載の画像処理装置。

【請求項5】

実行指示を受付けた画像処理を実行する画像処理装置に、
自装置のユーザインタフェースから処理の実行を受け付ける受付機能と、
予約された処理の実行のための指示を受け付ける前に前記受付機能が他の処理の実行指示を受付けた場合であって、当該他の処理の内容が予め定められた条件として画像処理の所要時間と関係する項目の設定値が制限値以下となるときに、当該他の処理を前記予約された処理よりも優先して実行する実行機能と、
を実現させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像処理装置及びプログラムに関する。

【背景技術】

【0002】

公報記載の従来技術として、例えば特許文献１には、例えば、複数のアプリに関する情報が登録された第１のリストと、アプリの実行に関して排他制御を実行するための排他制御に関する情報が登録された第２のリストとを有する記憶部と、操作要求受付手段と、操作要求が第１のリストに登録されているアプリを使用するか判断する第１の判断手段と、第１のリストに登録されているアプリを使用すると判断した場合に、当該アプリを使用可能であるか判断する第２の判断手段と、当該アプリを使用可能でないと判断した場合には、第２のリストに登録されている排他制御に関する情報に基づいてユーザーからの操作要求に対して外部端末あるいは操作パネルに表示する操作画面を形成するための操作画面情報を変更するための変更手段とを備えた画像形成装置が記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−１２６２１３号公報

【発明の概要】

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

【0004】

ところで、画像処理装置にて画像処理を実行する際に、例えば、画像処理の予約を行ったユーザから画像処理の実行指示を受付ける構成を採用すると、予約の優先順が１位になった画像処理の実行指示を受付ける前に、予約された処理とは別の処理要求が実行されず、画像処理装置を有効利用できない。このような場合に、例えば画像処理の予約を行ったユーザとは異なる他のユーザから無条件に実行指示を受付けて画像処理を実行させると、画像処理の予約を行ったユーザにとって利便性が低下する。
本発明は、予約を行ったユーザの利便性を確保しつつ、画像処理装置の有効利用を図ることを目的とする。

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

【0005】

請求項１に記載の発明は、実行指示を受付けた画像処理を実行する実行手段と、自装置のユーザインタフェースから処理の実行を受け付ける受付手段と、を備え、前記実行手段は、予約された処理の実行のための指示を受け付ける前に前記受付手段にて他の処理の実行指示を受付けた場合であって、当該他の処理の内容が予め定められた条件として画像処理の所要時間と関係する項目の設定値が制限値以下となるときに、当該他の処理を前記予約された処理よりも優先して実行する画像処理装置である。
請求項２に記載の発明は、画像処理を実行する予約をするための予約要求を端末装置から受付ける予約受付手段と、前記予約要求を送信した前記端末装置に対して、前記受付手段にて前記他の処理の実行指示を受付けたことを通知する通知手段と、を更に備え、前記実行手段は、前記端末装置から予め定められた時間内に応答がない場合に、前記他の処理の実行指示により指示された画像処理を実行することを特徴とする請求項１記載の画像処理装置である。
請求項３に記載の発明は、前記実行手段は、前記予約された処理よりも優先して、画像処理の利用に関する利用単位が制限単位以下となる前記他の処理の実行指示により指示された画像処理を実行することを特徴とする請求項１または請求項２記載の画像処理装置である。
請求項４に記載の発明は、前記実行手段は、予め定められた制限回数以上連続する前記他の処理の実行指示により指示された画像処理を実行しないことを特徴とする請求項１または請求項２記載の画像処理装置である。
請求項５に記載の発明は、実行指示を受付けた画像処理を実行する画像処理装置に、自装置のユーザインタフェースから処理の実行を受け付ける受付機能と、予約された処理の実行のための指示を受け付ける前に前記受付機能が他の処理の実行指示を受付けた場合であって、当該他の処理の内容が予め定められた条件として画像処理の所要時間と関係する項目の設定値が制限値以下となるときに、当該他の処理を前記予約された処理よりも優先して実行する実行機能と、を実現させるプログラムである。

【発明の効果】

【0006】

請求項１の発明によれば、予約を行ったユーザの利便性を確保しつつ、画像処理装置の有効利用を図ることが可能になる。また他の処理が実行される時間が制限され、処理の予約を行ったユーザが画像処理を長い時間実行できなくなる事態を避けることができる。
請求項２の発明によれば、処理の予約を行ったユーザが他の処理の実行を止めることができるとともに、処理の予約を行ったユーザが応答できない状態にある場合には他のユーザが画像処理を実行することが可能となる。
請求項３の発明によれば、画像処理の実行時間に対する制限を設定し易くなる。
請求項４の発明によれば、連続して他の画像処理が実行される回数を制限して、処理の予約を行ったユーザが画像処理を実行できなくなる事態を避けることができる。
請求項５の発明によれば、予約を行ったユーザの利便性を確保しつつ、画像処理装置の有効利用を図ることが可能になるプログラムを提供することができる。また他の処理が実行される時間が制限され、処理の予約を行ったユーザが画像処理を長い時間実行できなくなる事態を避けることができる。

【図面の簡単な説明】

【0007】

【図1】本実施形態における画像処理システムの全体構成例を示した図である。

【図2】本実施形態における画像処理装置のハードウェア構成例を示した図である。

【図3】携帯端末の機能構成例を示したブロック図である。

【図4】画像処理装置の機能構成例を示したブロック図である。

【図5】ログインユーザリストの一例を示した図である。

【図6】（ａ）及び（ｂ）は、ジョブ状態管理テーブルの一例を示した図である。

【図7】（ａ）は、制限情報の一例を示した図であり、（ｂ）は、ユーザ制限情報の一例を示した図である。

【図8】本実施形態における画像処理装置の動作例を示すフローチャートである。

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

【0008】

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
＜システム構成＞
まず、本実施の形態に係る画像処理システム１の全体構成について説明する。図１は、本実施の形態に係る画像処理システム１の全体構成例を示した図である。図示するように、画像処理システム１は、画像処理装置の一例としての画像処理装置１０と、端末装置の一例としての携帯端末２０Ａ、携帯端末２０Ｂ、携帯端末２０Ｃとを備えている。そして、画像処理装置１０と、携帯端末２０Ａ、携帯端末２０Ｂ、携帯端末２０Ｃとは、無線ネットワークを介して相互に通信を行うものとする。
なお、図１には携帯端末２０Ａ、携帯端末２０Ｂ、携帯端末２０Ｃを示したが、以下、これらを区別する必要がない場合にはまとめて携帯端末２０と称する。また、図１に示す例では３つの携帯端末２０を示したが、携帯端末２０は１台でも良く、また３台以上でも良いものとする。本実施の形態では、端末装置の一例として、携帯端末２０が用いられる。

【0009】

画像処理装置１０は、用紙等の記録媒体に画像を形成して印刷処理を実行する装置である。画像処理装置１０としては、プリント機能のみを有するものを用いても良いが、本実施形態ではプリント機能に加えて、スキャン機能、コピー機能、ファクシミリ機能等の他の画像処理機能を有するものを用いている。

【0010】

そして、例えば印刷処理に際し、画像処理装置１０は、まず、携帯端末２０を操作するユーザについて、認証に用いられる情報（以下、ユーザ認証情報と称する）を携帯端末２０から受信し、ユーザ認証を行う。ユーザ認証情報は、例えば、ユーザを識別するための識別情報であるユーザＩＤ及びパスワード等である。また、携帯端末２０は、ユーザ認証が成功した後、ユーザが権限を持つ操作がユーザごとにリスト化されて登録されている認証情報リストとユーザ認証情報とを比較し、ユーザに利用権限がある機能の設定やジョブの送信を受け付ける状態となる。また、この場合、携帯端末２０にてユーザが指定して送信したジョブは、画像処理装置１０に蓄積される構成としても良い。

【0011】

しかし、この時点では、ユーザに対してはデバイス使用権がまだ付与されていない。そこで、画像処理装置１０に設けられた認証機器を介してユーザ認証情報を受け付けることで、画像処理装置１０を使用する権利（以下、デバイス使用権と称する）がこのユーザに付与される。即ち、ユーザは、ユーザ認証が成功した時点では画像処理装置１０の使用を許可されておらず、さらにデバイス使用権を獲得することにより、画像処理装置１０の使用が許可され、画像処理機能が実行される。
ただし、認証機器を介して入力されるユーザ認証情報は、ユーザが特定される情報であればユーザ認証の際に用いられるユーザ認証情報と同一でなくても良い。

【0012】

このように、ユーザは、デバイス使用権を獲得することで、画像処理装置１０の使用が許可される。ここで、デバイス使用権は、同時に複数のユーザに付与されることはないものとする。また、デバイス使用権の獲得を予約することができるが、複数のユーザがデバイス使用権を予約した場合には、予約した順番に従って、各予約ユーザに順にデバイス使用権が付与される。なお、デバイス使用権の予約は、携帯端末２０からデバイス使用権を予約するための「予約要求」を送信することでも、画像処理装置１０に対して操作することによっても行うことができる。

【0013】

また、本実施形態では、デバイス使用権の予約をしていなくても、後述するように予め定めた条件下において、画像処理を実行していない画像処理装置１０に設けられたＵＩ１１０を操作することで、デバイス使用権の獲得が予約されているジョブである「予約ジョブ」に優先して行われるジョブである「割込ジョブ」として画像処理機能を実行する。

【0014】

＜画像処理装置１０のハードウェア構成＞
次に、画像処理装置１０のハードウェア構成について説明する。図２は、本実施の形態に係る画像処理装置１０のハードウェア構成例を示した図である。

【0015】

ＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ（Read Only Memory）１０２等に記憶された各種プログラムをＲＡＭ（Random Access Memory）１０３にロードして実行することにより、画像処理装置１０の主たる制御を行い、画像処理装置１０の各機能を実現する。
ＲＯＭ１０２は、ＣＰＵ１０１が実行する各種プログラムや、予め定められた固定データ等を記憶するメモリである。ＲＯＭ１０２については、例えばフラッシュメモリを用い書き換え可能な構成としても良い。
ＲＡＭ１０３は、ＣＰＵ１０１の作業用メモリ等として用いられるメモリである。ＲＡＭ１０３は、プログラム動作時にシステムメモリとして機能したり画像処理の際にページメモリとして機能したりする。

【0016】

不揮発性メモリ１０４は、電源を供給しなくても記憶している情報を保持することが可能なメモリであり、画像調整に用いられるパラメータや、各種の履歴データを記憶する。
ＨＤＤ（Hard Disk Drive）１０５は、例えば磁気ディスク装置であり、画像読取部１１９が読み取った画像データや、画像形成部１２２における画像形成にて用いられる画像データ等を記憶する。

【0017】

画像処理部１０６は、画像データの伸張圧縮処理など、画像データに対する処理を行う。
入出力制御部１０７は、ＩＣ（Integrated Circuit）カードリーダ１０８や人感センサ１０９を制御する。ＩＣカードリーダ１０８は、情報の記録や演算をするために集積回路（ＩＣ）が組み込まれたＩＣカードを読み取り、ＩＣカードに記録された情報を取得する。また、人感センサ１０９は、人や物の所在を検知するセンサであり、検知範囲内で人や物などが動作した場合にその動作を検知する。
また、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、不揮発性メモリ１０４、ＨＤＤ１０５、画像処理部１０６、入出力制御部１０７の各機能部は、バスを介して互いに接続されている。

【0018】

受付手段の一例としてのＵＩ（User Interface）１１０は、ＵＩインタフェース（ＩＦ）１１１を介してバスと接続されている。ＵＩ１１０には、スタートキー、ストップキー、テンキーなどのボタンにより構成され、ユーザにより操作される操作部１１２が設けられている。また、ＵＩ１１０には、液晶モニタなどにより構成され各種画像の表示を行うモニタ１１３が設けられている。なお、モニタ１１３がタッチパネル方式により構成される場合、モニタ１１３は操作部１１２としての役割も果たす。
なお、本実施形態では、後述するように、割込ジョブやユーザが予約したジョブを実行するための実行指示は、画像処理装置１０に設けられるＵＩ１１０に対してユーザが操作することにより受付ける。

【0019】

ＬＡＮ（Local Area Network）ポート１１４は、外部とデータを入出力するためのインタフェースであり、例えば、１０Ｂａｓｅ−Ｔ、１００Ｂａｓｅ−Ｔ等の規格が存在する。また、ＬＡＮポート１１４は、無線通信のインタフェースとしての役割も果たす。
Ｓｅｒｉａｌポート１１５は、外部の周辺機器を接続するためのインタフェースである。
ＵＳＢ（Universal Serial Bus）ポート１１６は、ＵＳＢケーブルを介して周辺機器を接続するためのインタフェースであり、例えば、ＵＳＢ１．１、ＵＳＢ２．０等の規格が存在する。
モデム１１７は、ＦＡＸなどの公衆回線への接続を行う制御部であり、各種ＦＡＸ機能を提供可能とする。
また、ＬＡＮポート１１４、Ｓｅｒｉａｌポート１１５、ＵＳＢポート１１６、モデム１１７は、通信ＩＦ１１８を介してバスと接続されている。

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

ここで、ＵＩ処理部１５１、センサ処理部１５３、ユーザ管理部１５７、デバイス使用権管理部１５８、予約情報送信部１５９、及び割込判定部１６２は、例えば、図２に示すハードウェア構成におけるＣＰＵ１０１により実現される。より具体的には、画像処理装置１０の機能を実現するプログラムがＲＯＭ１０２に記憶されており、ＣＰＵ１０１がこのプログラムをＲＡＭ１０３にロードして実行することにより、ＵＩ処理部１５１、センサ処理部１５３、ユーザ管理部１５７、デバイス使用権管理部１５８、予約情報送信部１５９、割込判定部１６２の各機能が実現される。また、表示部１５２は、例えば、モニタ１１３により実現される。さらに、認証情報格納部１５４、ログインユーザ情報格納部１５５、ジョブ状態管理テーブル記憶部１５６、制限情報格納部１６１は、例えば、不揮発性メモリ１０４やＨＤＤ１０５により実現される。

【0063】

なお、ＣＰＵ１０１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータが読取可能な記録媒体に記憶した状態で提供し得る。また、インターネットなどの通信手段を用いて画像処理装置１０にダウンロードさせてもよい。

【0064】

＜画像処理装置１０の処理手順＞
次に、本実施形態における画像処理装置１０の動作例について説明する。
図８は、本実施形態における画像処理装置１０の動作例を示すフローチャートである。
ここでは、携帯端末２０からユーザ認証を行った後、携帯端末２０にて利用権限がある機能のメニュー画面が表示される。また、ユーザがメニュー画面から処理を指定して予約要求を行うことにより、画像処理装置１０ではデバイス使用権の予約がされる。例えば、図６（ａ）に示すように、ユーザＡが原稿１枚かつ１０部の白黒コピーを指定した後、さらに、ユーザＢが原稿１枚かつ２０部のカラーコピーを指定すると、ジョブがジョブ状態管理テーブルに登録されてデバイス使用権が予約される。そして、予約の順番が来たユーザ、すなわち、予約の優先順が１位になったユーザＡは、携帯端末２０にて通知を受けた後に画像処理装置１０にて認証を行い、予約したジョブを実行することが可能となる。

【0065】

まず、図８に示すように、画像処理装置１０では、デバイス使用権管理部１５８にてユーザＢ（図６（ａ）参照）の携帯端末２０Ｂから予約要求を受信して予約の登録を行う。また、予約情報送信部１５９は、ジョブ状態管理テーブルにてユーザＢの予約ジョブの優先順が１位になれば、すなわち、ユーザＢに予約したデバイス使用権を獲得する順番が来れば、ユーザＢの携帯端末２０Ｂに順番通知を送信する（ステップ１０１）。

【0066】

具体的には、例えば、ユーザＡ（図６（ａ）参照）が予約したデバイス使用権を獲得しており、画像処理装置１０にてカラーコピーを実行している場合に、ユーザＢがデバイス使用権を予約するために予約要求を画像処理装置１０に送信する。そして、例えば図６（ａ）に示すように、デバイス使用権管理部１５８は、ユーザＢのユーザ情報とジョブとをジョブ状態管理テーブルに登録する。また、予約情報送信部１５９は、ユーザＡのカラーコピーが終了後、デバイス使用権管理部１５８により、ユーザＡの予約ジョブが消去され、予約ジョブの優先順に１位が付与されたユーザＢに対して順番通知を送る。

【0067】

また、割込判定部１６２では、ＵＩ処理部１５１を介して、順番通知を受けた、すなわち、優先順が１位のユーザＢが実行指示済みか否かを判断する（ステップ１０２）。画像処理装置１０では、割込判定部１６２にてユーザＢが実行指示済みであると判断された場合（ステップ１０２でＹｅｓ）、デバイス使用権管理部１５８にてユーザＢの予約ジョブが実行されて（ステップ１０３）、処理を完了する。
一方、割込判定部１６２は、ユーザＢが実行指示済みではないと判断すると（ステップ１０２でＮｏ）、ＵＩ処理部１５１にて他のユーザから操作を受付けたか否か判断する（ステップ１０４）。

【0068】

割込判定部１６２は、例えば順番通知を受取っていない他のユーザであるユーザＤからＵＩ処理部１５１にて操作を受付けたと判断すると（ステップ１０４でＹｅｓ）、制限情報格納部１６１から制限情報を取得する（ステップ１０５）。なお、このとき、ＵＩ処理部１５１を介してユーザ認証が行われ、ユーザＤが承認されると、割込判定部１６２は、制限情報格納部１６１からユーザＤに対応するユーザ制限情報を取得する。また、割込判定部１６２は、他のユーザから操作を受付けなかったと判断すると（ステップ１０４でＮｏ）、ステップ１０２の処理を行う。

【0069】

そして、割込判定部１６２は、制限情報を参照して、割込ジョブの継続回数が上限継続回数に達しているか否かを判断する（ステップ１０６）。割込判定部１６２は、割込ジョブの継続回数が上限継続回数に達していると判断すると（ステップ１０６でＹｅｓ）、予約ありの表示とともに割込ジョブを受付不可能であることを表示部１５２に表示させる（ステップ１０７）。そして、割込判定部１６２は、ステップ１０２の処理を行う。
なお、本実施形態では、表示部１５２にて予約ありの表示行うことで、ユーザに対して画像処理装置１０にてデバイス使用権を予約しているユーザがいることを知らせる。

【0070】

一方、割込判定部１６２は、割込ジョブの継続回数が上限継続回数に達していないと判断すると（ステップ１０６でＮｏ）、予約がある旨を表示部１５２にて表示させる。このとき、制限情報またはユーザ制限情報を参照して割込ジョブを受付可能な制限範囲を表示させる（ステップ１０８）。

【0071】

例えば、具体的に、順番通知を受取ったユーザＢは、画像処理装置１０にて予約ジョブを実行するため画像処理装置１０に向かうが、ユーザＤが先に画像処理装置１０に到着する。そして、ユーザＢが画像処理装置１０に到着するまでの間、画像処理装置１０にてジョブが実行されていない状態となり、ユーザＤがＵＩ１１０を操作すると表示部１５２に予約ありの表示とともに割込ジョブを受付可能な制限範囲が表示される。

【0072】

例えば、表示部１５２には、例えば図７（ａ）に示す制限情報が参照されて、「上限部数３」及び「上限原稿数５」の範囲内で割込ジョブを実行可能であることが表示される。また、ユーザＤがＵＩ処理部１５１にてユーザ認証を行い認証された場合、表示部１５２には、例えば図７（ｂ）に示すユーザ制限情報を参照して、「上限部数５」及び「上限原稿数５」の範囲内で割込ジョブを実行可能であることが表示される。

【0073】

ここで、割込判定部１６２は、ＵＩ処理部１５１を介して、ユーザＤからジョブが入力されると（ステップ１０９）、制限情報を参照して、ジョブが制限範囲内であり、かつ、一定時間内に不可通知がないか否かを判断する（ステップ１１０）。なお、ユーザＤが承認されている場合には、割込判定部１６２は、ユーザ制限情報を参照するものとする。
割込判定部１６２は、入力されたジョブが制限情報の制限範囲内ではないと判断すると（ステップ１１０でＮｏ）、ステップ１０７の処理を行い再びステップ１０２の処理を行う。

【0074】

また、割込判定部１６２は、割込情報を予約情報送信部１５９に渡して、予約情報送信部１５９からジョブ状態管理テーブルに登録された予約ユーザの携帯端末２０に割込情報を送る。そして、予約ユーザの携帯端末２０から予約情報送信部１５９に応答があれば、割込判定部１６２は、予約情報送信部１５９から不可通知が渡され（ステップ１１０でＮｏ）、ステップ１０７の処理を行って再び１０２の処理を行う。

【0075】

一方、割込判定部１６２は、入力されたジョブが制限情報の制限範囲内であり、かつ、一定時間内に不可通知がないと判断すると（ステップ１１０でＹｅｓ）、ジョブを割込ジョブとして受付ける判定を行う。そして、割込判定部１６２は、他の予約ジョブに割込ませて、優先順に１位を付与して割込ジョブをジョブ状態管理テーブルに登録し、他のジョブの優先順を１つずつ繰り下げる。さらに、デバイス使用権管理部１５８は、ユーザＤに対してデバイス使用権を付与する。そして、画像処理装置１０は、ＵＩ１１０を介してＵＩ処理部１５１がユーザＤから実行指示を受付けることで、デバイス使用権管理部１５８により割込ジョブが実行される（ステップ１１１）。また、割込判定部１６２は、ステップ１０２の処理を行い、ユーザＢが実行指示済みでなければ（ステップ１０２でＮｏ）、ステップ１０３以降の処理を再び行う。一方、割込判定部１６２は、ユーザＢが実行指示を行うことで（ステップ１０２でＹｅｓ）、予約ジョブを実行して（ステップ１０３）処理を完了する。

【0076】

例えば、具体的には、図７（ａ）に示す制限情報の場合、ユーザＤは、ジョブとして原稿５枚かつ７部のカラーコピーを入力した場合、表示部１５２に実行不可能であることが表示される。また、例えば、携帯端末２０にて割込情報を受信した予約ユーザが割込ジョブを許可しない場合には、画像処理装置１０の予約情報送信部１５９に対して応答が行われ、表示部１５２にはジョブを実行不可能であることが表示される。
一方、ユーザＤは、原稿３枚以下かつ５部以下のカラーコピーを入力し、割込判定部１６２にて一定時間内に不可通知を受取らなければ割込ジョブとして、図６（ｂ）に示すように、ジョブ状態管理テーブルに登録される。また、ユーザＤによる割込ジョブの実行後、ユーザＢが画像処理装置１０に到着すると、ユーザＢがデバイス使用権を獲得し、実行指示を行うことで予約ジョブが実行される。

【0077】

このように、本実施形態の画像処理装置１０は、予約ユーザが順番通知を受けてから、画像処理装置１０に辿り着いて実行指示を行うまでの間に、順番通知を受けた予約ユーザとは異なる他のユーザが利用できる状態となる。つまり、本実施形態の画像処理装置１０では、画像処理装置１０にてジョブが実行されていない状態において、デバイス使用権の予約を行わずに、ユーザがＵＩ処理部１５１を操作することによりジョブが実行される。
なお、本実施形態の割込ジョブは、従来からあるボタン操作を他のユーザが行って、予め定めたタイミングに関わらず強制的に実行されるジョブとは異なる。すなわち、割込ジョブは、予約ユーザの優先順が１位になってから、つまり、予約ユーザに予約の順番が回ってきてから順番が回って来た予約ユーザが実行指示を行うまでの間、という画像処理装置１０にてジョブが実行されていないタイミングにおいて実行される。

【0078】

また、本実施形態では、画像処理装置１０に設けられるＵＩ処理部１５１を介して割込ジョブを受付ける構成により、他のユーザは、画像処理装置１０の前でＵＩ処理部１５１を操作して割込ジョブの実行を行う必要がある。すなわち、順番が来た予約ユーザは、画像処理装置１０まで移動すると、割込ジョブを行っている他のユーザと対面することとなり、割込ジョブが終わるまで予約ユーザが一人で待つことがない。また、この際、予約ユーザが割込ジョブを行っているユーザと調整をして割込ジョブを停止させる等することで、画像処理装置１０の柔軟な利用が促進される。

【0079】

さらに、本実施形態では、画像処理装置１０に対して操作して実行するジョブに対して、制限を設けることで、予約ユーザがいつまでも実行できなくなることがない。また、ユーザごとに割込ジョブに対する制限に差異を設けることで柔軟な利用が可能となる。

【0080】

また、本実施形態では、予約ユーザに対して割込情報を送信した場合、例えば予約ユーザが不在等により応答を返せないとともに予約ジョブを実行できない状態であったとしても、一定時間経っても応答がなければ割込ジョブが実行可能な状態となる。
また、本実施形態では、連続して実行される割込ジョブの回数を制限することにより、例えば制限単位内の割込ジョブが他のユーザに繰返し実行されることで予約ユーザが利用できなくなるという事態を避ける。

【0081】

なお、本実施形態における割込判定部１６２は、ＵＩ処理部１５１を介して入力されたジョブが制限範囲を越える場合、ジョブを実行不可能であることを表示部１５２にて表示する構成とした。これに対して、制限範囲を越えるジョブが入力された場合には、割込判定部１６２は、制限範囲を越える分については実行しない構成としてもよい。すなわち、割込判定部１６２は、制限範囲が原稿５枚かつ５部である場合に、例えば原稿７枚かつ７０部のカラーコピーが入力された場合、原稿を５枚読取って５部の印刷を実行した時点で停止する構成としてもよい。この場合、画像処理装置１０を少しでも利用したいユーザの要望が実現される。

【0082】

上記の例では、割込判定部１６２は、ユーザ制限情報を参照して判定をしたが、例えば図７（ａ）に示すように、画像処理装置１０に設定されている制限情報を参照して判断する構成としてもよい。この場合には、ユーザ認証を行う必要がなく、割込ジョブを実行するユーザの操作が簡易となる。

【0083】

さらに、本実施形態における割込判定部１６２は、割込ジョブとして受付けるか否かの判定において、割込判定部１６２では、上限継続回数、制限単位、及び不可通知を用いて判定を行ったが、いずれか１つでもよい。また、割込判定部１６２の判定は、上限継続回数及び不可通知や、制限単位及び不可通知等の他の組み合わせにより行ってもよい。

【0084】

なお、本実施形態において、上述したステップ１０６の割込判定部１６２による割込ジョブの継続回数が上限継続回数に達しているか否かを判断するステップは必須の構成ではない。

【0085】

また、本実施形態では、スマートフォン等の移動自在な携帯端末２０を用いる構成について説明したが、携帯端末２０の他、卓上に設置して用いられるデスクトップ用のパーソナルコンピュータ等でもよい。また、画像処理装置１０にてジョブを実行指示をする際にユーザが操作する「自装置のＵＩ」として、本実施形態では、画像処理装置１０のＵＩ１１０を用いることとしたが、近距離無線通信により接続された携帯端末２０を用いても良い。近距離無線通信としては、例えば、近接場型の無線通信：ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）等が挙げられる。
また、画像処理装置１０は、予約の順番が来た予約ユーザからＵＩ処理部１５１を介して実行指示を受付けて予約ジョブを実行する構成としたが、携帯端末２０にて予約ジョブの実行指示を受付ける構成としてもよい。

【0086】

さらに、本実施形態では、ジョブとしてコピーを行う例を具体例として説明したが、スキャン、ファクシミリ、また、画像処理装置１０に向かいユーザ認証してプリントを行うセキュアプリントなど、実際に画像処理装置１０に対してユーザが操作して行うジョブについても同様に、本実施形態における割込ジョブの態様を適用することで、予約ユーザの利便性を確保しつつ画像処理装置１０が有効利用される。

【0087】

次に、割込ジョブを行うユーザが利用権限を有さない機能の入力を受付けない構成について説明する。
本実施形態における割込判定部１６２は、認証情報格納部１５４から認証情報リストを取得し、制限情報格納部１６１から制限情報を取得する。また、割込判定部１６２は、例えば機能ごとに制限範囲が設定されている制限情報と認証情報リストとを参照し、ユーザ認証に成功したユーザが利用権限を有する機能の制限範囲を取得する。そして、割込判定部１６２は、ユーザが利用権限を有する機能の制限範囲内において割込ジョブを受付可能である旨を表示部１５２に表示させる。そして、割込判定部１６２は、ユーザにより入力されたジョブが利用権限を有する機能の制限範囲内か否かの判定を行う。

【0088】

ここで、機能ごとに制限範囲が設定されている制限情報としては、例えば、カラーコピーや白黒コピー等の機能ごとに、上限原稿枚数や上限部数が設定されている情報が挙げられる。
具体的には、例えば、ユーザＡがＵＩ処理部１５１にてユーザ認証に成功した場合、割込判定部１６２は、認証情報格納部１５４から認証情報リストを取得し、制限情報格納部１６１から制限情報を取得する。また、割込判定部１６２は、認証情報リスト及び制限情報を参照して、ユーザＡが利用権限を有する機能の制限範囲を取得する。割込判定部１６２は、例えば、ユーザＡが白黒コピーのみであれば、白黒コピーに対応する制限範囲として、例えば、上限原稿枚数１枚及び上限部数４部という制限範囲を取得する。

【0089】

そして、割込判定部１６２は、例えば、ユーザＡから原稿１枚かつ４部以下の白黒コピーが入力された場合には、入力されたジョブが制限範囲内と判定する。一方、割込判定部１６２は、ユーザＡから原稿２枚以上や５部以上の白黒コピーが入力された場合には、制限範囲を越えると判定する。また、割込判定部１６２は、カラーコピー等の利用権限を有さない機能が入力された場合にも割込ジョブとして受付けない、または、入力できないようにＵＩ処理部１５１を制御する。

【0090】

このような構成では、ユーザが利用権限を有さない機能については、ＵＩ処理部１５１からユーザ認証に成功しても、ユーザから割込ジョブとして受付けないようにする。また、利用権限を有さない機能を表示させず、そもそもユーザから利用権限がない機能が入力されることを防ぐ。
なお、割込判定部１６２は、ユーザが利用権限を有さない機能を自装置の表示部１５２に表示させないとしたが表示しても良い。この場合、割込判定部１６２は、ユーザから利用権限を有さない機能が入力されても、受付けない判定を行うものとする。

【符号の説明】

【0091】

１０…画像処理装置、１５１…ＵＩ処理部、１５２…表示部、１５３…センサ処理部、１５４…認証情報格納部、１５５…ログインユーザ情報格納部、１５６…ジョブ状態管理テーブル記憶部、１５７…ユーザ管理部、１５８…デバイス使用権管理部、１５９…予約情報送信部、１６１…制限情報格納部、１６２…割込判定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】