(57)【要約】【課題】画像形成装置及び方法、並びに画像形成システムに関し、決裁者が在館又は在室の場合においてのみ決済書類を印刷可能とする。【解決手段】画像形成装置１００で、人／入館情報解析部２０９は、ジョブデータが決済対象書類データの印刷を指示している場合に、リモートサーバ１４０が保持する入館情報を取得することで、ジョブデータで指定されている決済対象ユーザが在館又は在室しているか否かを判定する。ジョブ制御部２１０は、判定の結果が肯定の場合にジョブデータによる印刷を実行し、否定の場合にユーザに印刷中止を報知すると共に印刷データをストレージ２０４に一時記憶し、その後上記判定の結果が肯定となった時点で、ユーザに決済対象ユーザの在館又は在室を報知し、その報知に応答してユーザが決済対象書類データの再印刷を指示した場合に、一時記憶していた印刷データに基づいて印刷を実行する。【選択図】図２
2018122500.tif 000002
【特許請求の範囲】
【請求項１】
端末装置のユーザから書類データの印刷を指示するジョブデータを受信して解析し、前記ジョブデータに対応する画像データを形成し印刷を実行する画像形成装置において、
前記ジョブデータが決済対象書類データの印刷を指示している場合に、サーバ装置が保持する入館情報をネットワークを介して取得することで、前記ジョブデータで指定されている決済対象ユーザが在館又は在室しているか否かを判定する人／入館情報解析部と、
前記判定の結果が肯定の場合に、前記ジョブデータによる印刷を実行し、前記判定の結果が否定の場合に、前記ユーザに印刷中止を報知すると共に、印刷データを一時記憶し、その後前記人／入館情報解析部による前記判定の結果が肯定となった時点で前記ユーザに前記決済対象ユーザの在館又は在室を報知し、当該報知に応答して前記ユーザが前記決済対象書類データの再印刷を指示した場合に、前記一時記憶していた印刷データに基づいて印刷を実行するジョブ制御部と、
を有することを特徴とする画像形成装置。
【請求項２】
前記ジョブ制御部は、前記一時記憶していた印刷データに基づいて印刷を実行する際に、前記ジョブデータに対応する前記決済対象書類データの決済日付のタイムスタンプを印刷当日のタイムスタンプへ修正する、請求項１に記載の画像形成装置。
【請求項３】
前記ジョブ制御部は、前記印刷中止の報知又は前記決済対象ユーザの在館又は在室の報知を、前記ユーザが前記画像形成装置にログインしている場合には前記画像形成装置の表示パネルへの表示によって行い、前記ユーザが前記画像形成装置にログインしていない場合には前記ユーザのメールアドレスへの電子メールの送信によって行う、請求項１又は２に記載の画像形成装置。
【請求項４】
前記人／入館情報解析部は、前記サーバ装置からの前記入館情報を保持する入館情報データベースの登録内容のプッシュ通知に基づいて、前記決済対象ユーザが在館又は在室しているか否かの情報を取得する、請求項１乃至３の何れかに記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及び方法、並びに画像形成システムに関する。
【背景技術】
【０００２】
プリンタ等の画像形成装置の組織内での利用において、画像形成装置自体やそれが接続される様々な機器の状態に基づいて、画像形成装置の動作を制御したり、画像形成装置を利用するユーザに情報を通知できれば、画像形成装置が従来持つ利点を更に生かして、業務効率を向上させたり、画像形成装置の快適な利用を提供することが可能となる。
【０００３】
例えば、組織内でのプリンタへの書類の印刷において、利用状況に応じて印刷をしないほうがよい場合がある。より具体的には、提案者または作成者が決裁を要する書類ジョブを印刷指示するような場合に、その書類の決裁者がいないのに印刷を行ってしまったような場合においてその日のうちに決裁者による決済を受けることができず、その書類に印刷された日付が無効になって印刷した書類が無駄になってしまい、後日再度印刷をし直さなければならないような場合がある。
【０００４】
従来、承認者による承認が必要とされる書類のデータを入力するデータ入力手段と、この書類に対する承認要求をその判断に必要な所定の情報と共に承認者に対して電子メール等で送信する承認要求送信手段と、承認者からの上記書類に対する承認の可否情報を電子メール等で受信する承認可否受信手段と、受信した承認の可否情報に応じて書類の印刷処理を行う印刷手段とを備えることにより、承認者による承認がされた書類のみ印刷を行えるようにした画像形成装置が知られている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２１７１８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上述の従来技術では、承認者による承認が必要とされる書類を印刷するためには、その前に必ず承認者による承認が必要となるため、組織内のワークフローの実情に合わない場合がある。組織内のワークフローとしては、決済を要する書類について当日の日付が印刷された書類を印刷してから、その書類を決裁者のところに持ってゆき決済印をもらう場合もあり、上述の従来技術はそのようなケースに対応することができないという課題があった。
【０００７】
そこで、本発明は、決裁者が在館又は在室の場合においてのみ決済書類を印刷可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、第１の発明は、端末装置のユーザから書類データの印刷を指示するジョブデータを受信して解析し、ジョブデータに対応する画像データを形成し印刷を実行する画像形成装置において、ジョブデータが決済対象書類データの印刷を指示している場合に、サーバ装置が保持する入館情報をネットワークを介して取得することで、ジョブデータで指定されている決済対象ユーザが在館又は在室しているか否かを判定する人／入館情報解析部と、判定の結果が肯定の場合に、ジョブデータによる印刷を実行し、判定の結果が否定の場合に、ユーザに印刷中止を報知すると共に、印刷データを一時記憶し、その後人／入館情報解析部による判定の結果が肯定となった時点でユーザに決済対象ユーザの在館又は在室を報知し、その報知に応答してユーザが決済対象書類データの再印刷を指示した場合に、一時記憶していた印刷データに基づいて印刷を実行するジョブ制御部と、を有する。
【０００９】
第２の発明は、第１の発明において、ジョブ制御部は、一時記憶していた印刷データに基づいて印刷を実行する際に、ジョブデータに対応する決済対象書類データの決済日付のタイムスタンプを印刷当日のタイムスタンプへ修正する。
【００１０】
第３の発明は、第１の発明において、ジョブ制御部は、印刷中止の報知又は決済対象ユーザの在館又は在室の報知を、ユーザが画像形成装置にログインしている場合には画像形成装置の表示パネルへの表示によって行い、ユーザが画像形成装置にログインしていない場合にはユーザのメールアドレスへの電子メールの送信によって行う。
【００１１】
第４の発明は、第１の発明において、人／入館情報解析部は、サーバ装置からの入館情報を保持する入館情報データベースの登録内容のプッシュ通知に基づいて、決済対象ユーザが在館又は在室しているか否かの情報を取得する。
【発明の効果】
【００１２】
第１の発明によれば、いわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）の技術の活用により、決裁者が在館又は在室の場合においてのみ決済書類を印刷することが可能となる。第２の発明によれば、決済対象書類データの決済日付を、決済対象ユーザが実際に在館又は在室している日付に自動的に合わせることが可能となる。第３の発明によれば、決済対象書類データの印刷を指示したユーザは、決済対象ユーザの不在により決済対象書類データの印刷が中止された後に、決済対象ユーザが在館又は在室となった時点を電子メールや画像形成装置の表示パネルから知ることができ、決済対象書類データを即座に再印刷にかけることが可能となる。第４の発明によれば、プッシュ通知により、決済対象ユーザが在館又は在室となった時点を遅滞なく画像形成装置、ひいてはユーザに通知することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態のシステムの全体構成例を示す図である。
【図２】本実施形態のシステムの構成例を示すブロック図である。
【図３】入館情報データベースのデータ構成例を示す図である。
【図４】ジョブ制御部及び人／入館情報解析部の処理例を示すフローチャート（その１）である。
【図５】画像形成装置の制御部の処理例を示すフローチャート（その２）である。
【図６】入退装置の制御部の処理例を示すフローチャートである。
【図７】リモートサーバによるプッシュ通知の処理例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。図１は、本実施形態のシステムの全体構成例を示す図である。本実施形態のシステムは、組織の建物１８０において、建物１８０の入口のドア又は各階（１Ｆ〜４Ｆ）の部屋の入口のドア毎に、入退装置１３０が設置されている。この入退装置１３０においては、社員のユーザが、図１に例示されるような社員証１９０の磁気カードやＩＣチップにより特には図示しないカードリーダにタッチすることにより認証が行われる。入退装置１３０は、この認証結果に応じて、各ドアの開閉を行うことにより、社員のユーザに入退館又は入退室をさせる。
【００１５】
各入退装置１３０は、ローカルエリアネットワーク１５０（各階毎のネットワークを接続するルータ装置等を含む）を介して建物１８０内（例えば１Ｆ）のサーバ装置であるリモートサーバ１４０に接続される。このリモートサーバ１４０は、各入退装置１３０における社員のユーザの入退館又は入退室の状況を入館情報データベースとして記憶する。なお、リモートサーバ１４０は、社屋内ではなく、図１のファイアウォール１５５及びワイドエリアネットワーク１６０を介して接続されるインターネット１７０内に設置されるクラウド型のリモートサーバ１４０であってもよい。
【００１６】
建物１８０内の各階のローカルエリアネットワーク１５０には、複数台の例えば複合型プリンタ装置である画像形成装置１００が接続されている。各画像形成装置１００は、ローカルエリアネットワーク１５０に接続される特には図示しない端末装置のユーザから書類データの印刷を指示するジョブデータを受信して解析し、そのジョブデータに対応する画像データを形成し印刷を実行する機能を基本機能として有している。
【００１７】
更に、本実施形態では、画像形成装置１００は、解析したジョブデータが決済対象書類データの印刷を指示している場合に、リモートサーバ１４０が保持する入館情報データベースの登録内容をネットワークを介して取得することで、ジョブデータで指定されている決済対象書類に対して決済又は承認を行うユーザ（以下「決済対象ユーザ」と記載）が在館又は在室しているか否かを判定する。そして、画像形成装置１００は、その判定の結果が肯定、即ち決済対象ユーザが在館又は在室していると判定した場合に、ジョブデータによる印刷を実行する。一方、画像形成装置１００は、上記判定の結果が否定、即ち決済対象ユーザが在室も在館もしていないと判定した場合に、ユーザに印刷中止を報知すると共に、印刷データ（ジョブデータ又はそのジョブデータを展開した画像データ）を内部のストレージに一時記憶させる。その後、画像形成装置１００は、上記判定の結果が肯定となった時点、即ち決済対象ユーザが在館又は在室している状態になった時点で、ユーザに決済対象ユーザの在館又は在室を報知する。そして、画像形成装置１００は、その報知に応答してユーザが決済対象書類データの再印刷を指示した場合に、ストレージに一時記憶していた印刷データに基づいて印刷を実行する。
【００１８】
このような構成により、入退装置１３０等のＩｏＴの技術の活用により、決済対象ユーザが在館又は在室の場合においてのみ決済書類を印刷することが可能となる。この結果、決済対象書類の決裁者がいないのに印刷を行ってしまったような場合においてその日のうちに決裁者による決済を受けることができず、その書類に印刷された日付が無効になって印刷した書類が無駄になってしまうというような状況を回避することが可能となる。
【００１９】
図２は、図１に対応する本実施形態のシステムの構成例を示すブロック図である。図１で説明したように、建物１８０（図１）内のローカルエリアネットワーク１５０には、１台以上の画像形成装置１００と、１台以上の入退装置１３０と、１台以上のリモートサーバ１４０が接続されている。また、ローカルエリアネットワーク１５０には、各階毎に各ユーザに対応する１台以上の端末装置１２０が接続される。図２では、説明の簡単のために、各装置はそれぞれ１台ずつ示してある。
【００２０】
画像形成装置１００は、制御部１０１、データ送受信Ｉ／Ｆ（インタフェース）２０２、ジョブデータ解析部２０３、例えばハードディスク記憶装置であるストレージ２０４を有する。また、画像形成装置１００は、印刷、コピー時の給紙、用紙の搬送、排紙を制御する給紙制御部２０５、用紙搬送部２０６、及び排紙制御部２０７を有する。また、画像形成装置１００は、操作パネル２０８を有する。更に、制御部１０１は、人／入館情報解析部２０９、ジョブ制御部２１０、画像形成部２１１、記憶制御部２１２、及び操作パネル２０８の表示を制御するための表示制御部２１３を有する。制御部１０１は、特には図示しないＣＰＵ（中央演算処理装置）が、特には図示しないメモリに記憶された制御プログラムを実行することにより、２０９から２１３の各部の機能を実行する。
【００２１】
端末装置１２０は、制御部２２１と、データ送受信Ｉ／Ｆ２２２と、表示部２２３と、キーボード入力装置やマウス入力装置などの入力部２２４を有する。更に、制御部２２１は、アプリケーション実行部２２５、決裁者情報指定部２２６、プリンタドライバ部２２７、及びユーザＩ／Ｆ（インタフェース）部２２８を有する。制御部２２１は、特には図示しないＣＰＵが、特には図示しないメモリに記憶された制御プログラムを実行することにより、２２５から２２８の各部の機能を実行する。
【００２２】
ここまでの構成において、端末装置１２０のユーザが、アプリケーション実行部２２５によってワードプロセッサや表計算ソフトウェアなのでのアプリケーションを実行することにより、書類データを作成する。この動作の中で、ユーザが印刷命令を実行することにより、アプリケーション実行部２２５は、プリンタドライバ実行部２２７を起動する。プリンタドライバ実行部２２７は、ユーザがアプリケーション実行部２２５で作成した書類データを、画像形成装置１００で印刷させるためのジョブデータに変換し、そのジョブデータをデータ送受信Ｉ／Ｆ２０２からローカルエリアネットワーク１５０を介して、画像形成装置１００に出力する。
【００２３】
このとき、ユーザは、決済対象書類データの印刷命令を実行した場合には、決裁者情報指定部２２６が例えばユーザＩ／Ｆ部２２８を介して表示部２２３に表示させる入力フォームに対して、入力部２２４から決済対象ユーザの氏名又はユーザＩＤ等の決裁者情報を指定する。この決裁者情報は、決裁者情報指定部２２６からプリンタドライバ部２２７に送られ、決済対象書類データに対応するジョブデータ内に埋め込まれて送信される。
【００２４】
画像形成装置１００に入力したジョブデータは、データ送受信Ｉ／Ｆ２０２で受信された後に、ジョブデータ解析部２０３に送られ、画像形成命令としてのジョブデータが解析される。その解析結果に基づいて、制御部２０１内の画像形成部２１１が、印刷のための画像データを形成する。この画像データは、記憶制御部２１２の制御に基づいて、ストレージ２０４に一時保持される。この画像データは、ジョブ制御部２１０によって、適切なタイミングで、特には図示しないプリンタエンジン部に送られる。プリンタエンジン部は、給紙制御部２０５、用紙搬送部２０６、及び排紙制御部２０７を制御しながら、指定された用紙への印刷動作を実行する。
【００２５】
ここで、ジョブ制御部２１０は、ストレージ２０４から読み出して印刷を実行しようとするジョブデータが決済対象書類データの印刷を指示している場合に、人／入館情報解析部２０９を起動する。人／入館情報解析部２０９は、リモートサーバ１４０が保持する入館情報データベース内の入館情報をローカルエリアネットワーク１５０を介して取得することで、ジョブデータで指定されている決済対象ユーザが在館又は在室しているか否かを判定する。
【００２６】
更に、ジョブ制御部２１０は、人／入館情報解析部２０９での判定の結果が肯定、即ち決済対象ユーザが在館又は在室していると判定した場合に、ジョブデータによる印刷を実行する。一方、ジョブ制御部２１０は、人／入館情報解析部２０９での判定の結果が否定、即ち決済対象ユーザが在室も在館もしていないと判定した場合に、ユーザに印刷中止を報知する。ジョブ制御部２１０は、この報知を、ユーザが、画像形成装置１００の操作パネル２０８からログインしている場合には、表示制御部２１３を介して操作パネル２０８への表示によって行い、そうでない場合にはデータ送受信Ｉ／Ｆ２０２からローカルエリアネットワーク１５０を介して、ユーザのメールアドレスへの電子メールの送信によって行う。この制御動作により、決済対象書類データの印刷を指示したユーザは、決済対象ユーザの不在により決済対象書類データの印刷が中止された後に、決済対象ユーザが在館又は在室となった時点を電子メールや画像形成装置の表示パネルから知ることができ、決済対象書類データを即座に再印刷にかけることが可能となる。
【００２７】
上述の報知動作と共に、ジョブ制御部２１０は、印刷データ（ジョブデータ又はそのジョブデータを画像形成部２１１で展開させた画像データ）をストレージ２０４に一時記憶させる。また、ジョブ制御部２１０は、決済対象ユーザに関する定期的なプッシュ通知をリモートサーバ１４０に要求する。その後、ジョブ制御部２１０は、リモートサーバ１４０からのプッシュ通知により、人／入館情報解析部２０９での上記判定の結果が肯定となった時点、即ち決済対象ユーザが在館又は在室している状態になった時点で、ユーザに決済対象ユーザの在館又は在室を報知する。ジョブ制御部２１０は、この報知も、操作パネル２０８への表示又はユーザへの電子メールの送信によって行う。ジョブ制御部２１０は、上記報知に応答してユーザが決済対象書類データの再印刷を指示した場合に、ストレージ２０４に一時記憶していた印刷データに基づいて印刷を実行する。
【００２８】
ジョブ制御部２１０は、上記印刷の実行時に、ジョブデータに対応する決済対象書類データの決済日付のタイムスタンプを印刷当日のタイムスタンプに修正する。この制御動作により、決済対象書類データの決済日付を、決済対象ユーザが実際に在館又は在室している日付に自動的に合わせることが可能となる。
【００２９】
図２において、リモートサーバ１４０は、データ集計／解析部２４１と、データ送受信Ｉ／Ｆ２４２と、ストレージ２４３とを有する。更に、データ集計／解析部２４１は、入退装置１３０から送られてきた入退データを解析するデータ解析部２４４と、データ解析部２４４が解析したデータを入館情報としてストレージ２４３内の入館情報データベースに格納する情報格納部２４５と、画像形成装置１００内の人／入館情報解析部２０９からのリクエストに応じて入館情報データベースにアクセスすることにより入館情報を返信する入館判断部２４６とを有する。データ集計／解析部２４１は、特には図示しないＣＰＵが特には図示しないメモリに記憶された制御プログラムを実行することにより、２４４から２４６の各部の機能を実行する。
【００３０】
入退装置１３０は、制御部２３１と、データ送受信Ｉ／Ｆ２３２と、ストレージ２３３と、ＩＤカード読取り部２３４と、ドア開閉モータ駆動部２３５と、人感センサ／デバイス２３６とを有する。更に、制御部２３１は、データ照合部２３７と、侵入可否制御部２３８と、情報格納部２３９とを有する。
【００３１】
上述のリモートサーバ１４０及び入退装置１３０の構成において、社員のユーザが、入力装置１２０３が設置されているドアから入館しようとする場合、社員のユーザは図１に例示されるような社員証１９０の磁気カードやＩＣチップによりＩＤカード読取り部２３４にタッチする。ＩＤカード読取り部２３４は、読み取ったユーザ情報をデータ照合部２３７に送る。
【００３２】
データ照合部２３７は、入力したユーザ情報を、自装置内のストレージ２３３に記憶されているユーザデータベース又はローカルエリアネットワーク１５０を介してリモートサーバ１４０のストレージ２４３内のユーザデータベースの登録情報と照合し、照合結果を侵入可否制御部２３８に送る。
【００３３】
侵入可否制御部２３８は、データ照合部２３７での照合結果がＯＫの場合に、ドア開閉モータ駆動部２３５を駆動させて、自装置が設置されているドアを開く。この結果、ユーザがドアから入館又は入室すると、人感センサ／デバイス２３６がそれを検知する。人感センサ／デバイス２３６は、ユーザがドアから入館又は入室後に人感センサ／デバイス２３６がユーザを検知しなくなってから一定時間経過後、又は人感センサ／デバイス２３６がユーザを検知しないまま一定時間経過後に、ドアを閉じる。
【００３４】
一方、ユーザは、館内又は室内からドアを通って退館又は退室しようとしてドアに近づくと、人感センサ／デバイス２３６をそれを検知することにより、ドア開閉モータ駆動部２３５を駆動させてドアを開く。人感センサ／デバイス２３６は、ユーザがドアから退館又は退室後に人感センサ／デバイス２３６がユーザを検知しなくなってから一定時間経過後、又は人感センサ／デバイス２３６がユーザを検知しないまま一定時間経過後に、ドアを閉じる。
【００３５】
情報格納部２３９は、データ照合部２３７でのユーザ照合結果と、人感センサ／デバイス２３６での入館又は入室の検知結果を、入館データとして、ストレージ２３３内のデータベースに登録すると共に、ローカルエリアネットワーク１５０を介してリモートサーバ１４０に送る。
【００３６】
リモートサーバ１４０で受信された入館データは、データ送受信Ｉ／Ｆ２４２で受信された後に、データ集計／解析部２４１内のデータ解析部２４４で解析され、その解析結果が入館情報として情報格納部２４５を介してストレージ２４３内の入館情報データベースに格納される。
【００３７】
図３は、リモートサーバ１４０のストレージ２４３内に記憶される入館情報データベースのデータ構成例を示す図である。この入館情報データベースは、各エントリ（図３中の各行に対応する）に、ユーザＩＤ、所属、役職、氏名、（ＩＤカード照合１、人感センサ１）、（ＩＤカード照合２、人感センサ２）として示される複数の（ＩＤカード照合ｉ、人感センサｉ）（ｉはペアの順番を示す）のデータペア、及び稟議決裁者に該当するか否かを示す情報（図３中「稟議決済者の該／非」と記載）を記憶する。ＩＤカード照合ｉ（ｉ＝１，２，３，・・・）には、ユーザが入館した日時が記録される。人感センサｉ（ｉ＝１，２，３，・・・）には、入退装置１３０の人感センサ／デバイス２３６における該当するユーザの入館・入室又は退館・退室の状態が記録される。
【００３８】
図２において、画像形成装置１００の制御部２０１内のジョブ制御部２１０が、決済対象書類データを検知すると、人／入館情報解析部２０９が、ジョブデータ内の決済対象ユーザに関する入館情報を、リモートサーバ１４０に要求する。リモートサーバ１４０において、データ集計／解析部２４１内の入館判断部２４６は、要求された決済対象ユーザに関する情報を図３のデータ構成の入館情報データベースから読み出して入館情報を生成し、画像形成装置１００に返信する。より具体的には、入館判断部２４６は、図３の入館情報データベースの決済対象ユーザに対応するユーザＩＤを有するエントリのレコードを読出し、人感センサがＯＦＦからＯＮになったＩＤカード照合日時に現在の時刻が含まれるか否かを判定し、その判定結果を入館情報として画像形成装置１００に返信する。
【００３９】
また、入館判断部２４６は、画像形成装置１００内の人／入館情報解析部２０９からプッシュ通知を要求された決済対象ユーザに関して、在館又は在室の情報が入館情報データベースに登録された時点で、その情報を入館情報として画像形成装置１００にプッシュ通知する。
【００４０】
図４及び図５は、図２の画像形成装置１００の制御部２０１内のジョブ制御部２１０及び人／入館情報解析部２０９の処理例を示すフローチャートである。この処理は、前述したように、特には図示しない制御部２０１のＣＰＵ（以下単に「ＣＰＵ」と記載）が特には図示しないメモリに記憶された制御プログラムを実行する動作として実行される。
【００４１】
まず、ＣＰＵは、図２のジョブデータ解析部２０３に対して受信されたジョブデータを解析させる（図４のステップＳ４０１）。
【００４２】
次に、ＣＰＵは、ジョブデータ解析部２０３が解析したジョブデータに対応する書類データが、決済対象書類データであるか否かを判定する（図４のステップＳ４０２）。
【００４３】
ステップＳ４０２の判定がＮＯならば、ＣＰＵは、通常の印刷動作を実行する（図４のステップＳ４０３）。その後、ＣＰＵは、ストレージ２０４内の該当するジョブデータ及び展開した画像データを削除して、そのジョブデータに対する印刷動作を終了する。
【００４４】
ステップＳ４０２の判定がＹＥＳならば、ＣＰＵは、人／入館情報解析部２０９の処理を起動する。ＣＰＵは、前述したようにして、センタのリモートサーバ１４０から決済対象ユーザに対する入館状況の入館情報のプッシュ通知を受信する（図４のステップＳ４０４）。
【００４５】
このプッシュ通知に基づいて、ＣＰＵは、決済対象ユーザが在館又は在室しているか否かを判定する。（図４のステップＳ４０５）。
【００４６】
ステップＳ４０５の判定がＹＥＳ、即ち決済対象ユーザが在館又は在室しているならば、ＣＰＵは、前述した通常の印刷動作を実行する（図４のステップＳ４０３）。
【００４７】
ステップＳ４０５の判定がＹＥＳならば、即ち決済対象ユーザが在館も在室もしていないならば、ＣＰＵは、ジョブデータに対応する印刷を実行せずに、決済対象書類データの印刷を指示したユーザ（以下「ジョブオーナ」と記載）に、決済対象ユーザが不在である旨を報知する（図４のステップＳ４０６）。報知は、前述したように、画像形成装置１００の操作パネル２０８への表示又はジョブオーナのメールアドレスへの電子メールの送信によって行う。
【００４８】
その後、ＣＰＵは、ジョブデータを画像形成部２１１で展開させた画像データ（ジョブデータそのものであってもよい）を、ストレージ２０４内の記憶エリアであるボックス内に保存する（図４のステップＳ４０７）。
【００４９】
これと共に、ＣＰＵは、センタのリモートサーバ１４０に、決済対象ユーザに関する入館情報の定期的なプッシュ通知を要求する（図５のステップＳ４０８）。
【００５０】
ＣＰＵは、通知を受信する毎に、決済対象ユーザが在館又は在室になったか否かを判定する処理を繰り返し実行する（図５のステップＳ４０８→Ｓ４０９→Ｓ４０８の処理の繰返し）。
【００５１】
上記繰返し処理において、ステップＳ４０９の判定がＹＥＳ、即ち決済対象ユーザが在館又は在室になったと判定した場合、ＣＰＵは、ジョブオーナに、決済対象ユーザの在館又は在室を報知する（図５のステップＳ４１０）。前述したように、この報知は例えばジョブオーナのメールアドレスへの電子メールの送信によって行うことができる。ジョブオーナが画像形成装置１００にログインしているときには、操作パネル２０８への表示によって上記報知が行われてもよい。
【００５２】
ＣＰＵは、ステップＳ４１０での報知の後、ジョブオーナが上記電子メールへの返信又は操作パネル２０８の操作によって、例えば報知から一定時間以内に、決済対象書類データの再印刷を指示したか否かを判定する（図５のステップＳ４１１）。
【００５３】
ステップＳ４１１の判定がＹＥＳになった、即ちジョブオーナが決済対象書類データの再印刷を指示した場合に、ＣＰＵは、ストレージ２０４に一時記憶していた画像データ（又はジョブデータ）に基づいて印刷を実行する（図５のステップＳ４１２）。その後、ＣＰＵは、ストレージ２０４内の該当する画像データ及びジョブデータを削除して、印刷処理を終了する。
【００５４】
ステップＳ４１１の判定がＹＥＳになった、即ちジョブオーナが例えば一定時間以内に決済対象書類データの再印刷を指示しなかった場合は、ＣＰＵは、ステップＳ４１２の印刷処理をスキップして印刷処理を終了する。この場合、ストレージ２０４内の該当する画像データ及びジョブデータは削除してもよく、或いは保存して更に定期的な報知をジョブオーナに対して行ってもよい。
【００５５】
以上説明した図４及び図５のフローチャートに対応する画像形成装置１００内の制御部２０１の処理は、ジョブデータが受信される毎に、マルチタスク処理として実行されるようにしてよい。
【００５６】
図６は、図１及び図２の入退装置１３０における制御部２３１内のデータ照合部２３７、侵入可否制御部２３８、及び情報格納部２３９の処理例を示すフローチャートである。この処理は、前述したように、特には図示しない制御部２３１のＣＰＵ（以下単に「ＣＰＵ」と記載）が特には図示しないメモリに記憶された制御プログラムを実行する動作として実行される。
【００５７】
まず、前述したように、ＩＤカード読取り部２３４によって、ユーザがＩＤカード読取り部２３４に社員証１９０（図１）をタッチした状態が検出される（図６のステップＳ６０１）。
【００５８】
この結果、ＣＰＵは、ステップＳ６０１で検出されたユーザ情報に対して照合処理を実行することにより、ユーザＩＤの認証に成功したか否かを判定する（図６のステップＳ６０２）。この処理は、前述したデータ照合部２３７及び侵入可否制御部２３８の処理に対応する。
【００５９】
ステップＳ６０２の判定がＹＥＳになると、ＣＰＵは、ドア開閉モータ駆動部２３５を駆動させて建物のドアをオープンさせる（図６のステップＳ６０３）。
【００６０】
その後、ＣＰＵは、社員のユーザがドアを通過することにより人感センサ／デバイス２３６がＯＮになったか否かを判定する（図６のステップＳ６０４）。
【００６１】
ステップＳ６０４の判定がＹＥＳの場合は、捨てＳ６０４の判定が入館（入室も含む）であるか否かを判定する（図６のステップＳ６０５）。ＣＰＵは、ＩＤカード読取り部２３４が動作してから人感センサ／デバイス２３６がＯＮになった場合には社員のユーザが入館したと判定し、ＩＤカード読取り部２３４が動作せずに人感センサ／デバイス２３６がＯＮになった場合には社員のユーザが退館（又は退室）したと判定する。なお、退館（又は退室）時には、社員のユーザがＩＤカード読取り部２３４に社員証１９０をタッチしなくても、ステップＳ６０２の判定が無条件でＹＥＳとなるように制御されてよい。
【００６２】
ステップＳ６０５の判定がＹＥＳ、即ち社員のユーザが入館（又は入室）した場合は、ＣＰＵは、建物への入館（又は入室）を記録してリモートサーバ１４０へ通知すると共に（図６のステップＳ６０６）、ストレージ２３３内のデータベースを更新する（図６のステップＳ６０７）。その後、ＣＰＵは、制御部２３１による入退制御処理を終了する。
【００６３】
ステップＳ６０５の判定がＮＯ、即ち社員のユーザが退館（又は退室）した場合は、ＣＰＵは、ステップＳ６０６の処理はスキップして、ステップＳ６０７でデータベースの更新のみを実行する。
【００６４】
ステップＳ６０２でユーザＩＤの認証に失敗した場合又はステップＳ６０４で人感センサ／デバイス２３６がＯＮにならなかった場合には、ＣＰＵは、ドアはオープンせずに、制御部２３１による制御処理を終了する。
【００６５】
図７は、リモートサーバ１４０により実行される図４のステップＳ４０４又は図５のステップＳ４０８のプッシュ通知の処理例を示すフローチャートである。この処理は、リモートサーバ１４０のデータ集計／解析部２４１の特には図示しないＣＰＵ（以下単に「ＣＰＵ」と記載）が特には図示しないメモリに記憶された制御プログラムを実行する動作である。
【００６６】
まず、ＣＰＵは、ストレージ２４３に記憶される図３の入館情報データベースが、入退装置１３０からの入館データにより更新されるまで待機する（図７のステップＳ７０１の判定がＮＯの繰返し）。
【００６７】
ステップＳ７０１の判定がＹＥＳとなった場合には、ＣＰＵは、前の更新からＮ分（Ｎは適当な自然数）以上経過するまで待機する（図７のステップＳ７０２の判定がＮＯの繰返し）。
【００６８】
ステップＳ７０２の判定がＹＥＳになると、ＣＰＵは、更新された情報は決裁者の入館であるか否かを判定する（図７のステップＳ７０３）。決裁者の入館であるか否かは、図３に示される、入館情報データベースの更新されたエントリの「稟議決定者の該／非」の項目の設定内容により判定できる。
【００６９】
ステップＳ７０３の判定がＹＥＳになると、ＣＰＵは、画像形成装置１００に向けて前述したプッシュ通知を行う（図７のステップＳ７０４）。なお、このプッシュ通知は、ジョブオーナに対して直接実行されてもよい。その後、ＣＰＵは、ステップＳ７０１の待機処理に戻る。
【００７０】
ステップＳ７０３の判定がＮＯの場合には、ＣＰＵは、ステップＳ７０４はスキップして、ステップＳ７０１の待機処理に戻る。
【００７１】
以上説明した実施形態により、画像形成装置１００と入退装置１３０及びリモートサーバ１４０との連携動作により、決済対象書類を印刷しようとするユーザは、決裁者が在館又は在室する適切なタイミングで決済書類が印刷されるように制御することが可能となり、無駄な印刷を回避できるようになる。
【００７２】
以上の実施形態において、以下に説明する各種技術を組み合わせることが可能である。まず例えば、端末装置から大容量のジョブデータを受信した際に、ユーザが指示した画像形成装置のストレージの使用率が、そのジョブデータを全てストアできるだけの分を上回っている場合、そのジョブデータが同じ建物内に設置されている他の画像形成装置又はインターネット内のクラウドサーバに一時的に保存されるようにしてよい。パブリックのクラウドサーバが使用される場合には、ジョブデータは暗号化されてよい。
【００７３】
ユーザーがジョブ出力指示した対象となる画像形成装置において用紙のジャムが出現する割合、エラーが出現する割合、ジャム解除のガイダンスが出現する回数などに関するデータがクラウドサーバへ送信され、そのデータが集計されるようにしてよい。そして、ユーザがジョブデータの出力を指示した際に、その画像形成装置の操作パネルに、クラウドサーバ（センタ）の上記集計結果に基づき、機体の状況（最近、メンテナンスが行われた、ジャム回数が多いなど）が通知されてよい。このとき、実行しようとするジョブデータ処理に冗長な時間を費やす可能性がある際には、他の画像形成装置への利用、おすすめの他の画像形成装置の表示（レコメンデーション）を通知し、ユーザが選択できるようにしてよい。
【００７４】
印刷対象とするフロア階への入館（入室）人数が、予め設定した人数を超え、またそのフロアにおける室温、風量、音の大きさ等の設定値が一定値に達したら、そのフロアに設置されている画像形成装置について、従来速度の速度を下回る印刷速度とする、又は印刷動作を一時停止し、上述の設定値が一つでも下回ったら印刷動作の再開を行わせるような制御が行われてもよい。
【００７５】
ユーザがジョブデータの印刷を指示した後、そのジョブデータの出力中に、前日の入館時刻、地域、及び建物が存在する地域の天候状況、画像形成装置へのユーザによるログイン後のジョブデータ終了後からログアウトまで時間、共有フォルダへのストレージ使用率等を操作パネルに表示したりユーザのメールアドレスに電子メール送信するようにしてもよい。
【符号の説明】
【００７６】
１００  画像形成装置
１３０  入退装置
１４０  リモートサーバ
１５０  ローカルエリアネットワーク
１５５  ファイアウォール
１６０  ワイドエリアネットワーク
１７０  インターネット
１８０  建物
１９０  社員証
２０１、２２１、２３１  制御部
２０２、２２２、２３２、２４２  データ送受信Ｉ／Ｆ
２０３  ジョブデータ解析部
２０４、２３３、２４３  ストレージ
２０５  給紙制御部
２０６  用紙搬送部
２０７  排紙制御部
２０８  操作パネル
２０９  人／入館情報解析部
２１０  ジョブ制御部
２１１  画像形成部
２１２  記憶制御部
２１３  表示制御部
２２２  表示部
２２４  入力部
２２５  アプリケーション実行部
２２６  決裁者情報指定部
２２７  プリンタドライバ実行部
２２８  ユーザＩ／Ｆ部
２３４  ＩＤカード読取り部
２３５  ドア開閉モータ駆動部
２３６  人感センサ／デバイス
２３７  データ照合部
２３８  侵入可否制御部
２３９、２４５  情報格納部
２４１  データ集計／解析部
２４４  データ解析部
２４６  入館判断部
【図１】
2018122500.tif 000003
【図２】
2018122500.tif 000004
【図３】
2018122500.tif 000005
【図４】
2018122500.tif 000006
【図５】
2018122500.tif 000007
【図６】
2018122500.tif 000008
【図７】
2018122500.tif 000009