JP2023179107A - 画像処理装置 - Google Patents

Abstract

【課題】ネットワークに接続された意図しない画像処理装置により、ジョブデータに基づく処理が実行されるのを抑制する。【解決手段】プリンタ３０のコントローラ３５は、受信されたジョブデータに含まれるユーザＩＤが、メモリに登録されているか否かを判断し、ユーザＩＤがメモリに登録されていると判断すると、印刷処理部３３によるジョブデータに基づく印刷処理を実行させる。一方、受信されたジョブデータに含まれるユーザＩＤがメモリに登録されていないと判断すると、印刷処理部３３によるジョブデータに基づく印刷処理を待機させる。【選択図】図１

Description

本発明は、ネットワークを介して接続された送信元からジョブデータを受信し、受信したジョブデータに基づいて処理部に処理を実行させる技術に関する。

特許文献１には、ネットワークを介して接続された画像処理装置にジョブデータを送信し、画像処理装置にジョブデータに基づく処理を実行させる技術が記載されている。具体的には、送信元の端末は、ネットワークに接続された画像処理装置に対して、ジョブデータを送信することで、画像処理装置に処理を実行させる。

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

例えば、送信元の端末と、画像処理装置との距離が離れている場合や、ネットワーク上に複数の画像処理装置が接続されている場合に、ユーザが意図しない画像処理装置にジョブデータを送信してしまう場合がある。このような場合、ユーザは、画像処理装置による処理が実行されたことを認識した後に、初めて、意図しない画像処理装置にジョブデータを送信したことを気づくこととなる。

本発明は、上記課題に鑑みたものであり、ネットワークに接続された意図しない画像処理装置により、ジョブデータに基づく処理が実行されるのを抑制することを目的とする。

上記課題を解決するために本実施形態で開示された画像処理装置では、通信インタフェースと、メモリと、コントローラと、ジョブデータに基づく処理を実行する処理部と、を備えている。コントローラは、通信インタフェースを介して、ネットワークに接続された外部装置から送信されたジョブデータを受信する受信処理を実行し、ジョブデータには、受信されたジョブデータの送信元を識別する識別情報を含んでおり、コントローラは、識別情報をメモリに登録可能とすることが可能であり、受信されたジョブデータに含まれる識別情報が、メモリに登録されているか否かを判断する登録判断処理と、受信されたジョブデータに含まれる識別情報がメモリに登録されていると判断すると、処理部にジョブデータに基づく処理を実行させる画像処理と、受信されたジョブデータに含まれる識別情報がメモリに登録されていないと判断すると、処理部にジョブデータに基づく処理を待機させる待機処理と、を実行する。

上記構成では、ジョブデータに含まれる識別情報がメモリに登録されていれば、処理部にジョブデータに基づく処理を実行させる。一方、識別情報がメモリに登録されていなければ、処理部にジョブデータに基づく処理を待機させる。これにより、送信元の装置を操作するユーザが意図していない画像処理装置にジョブデータを送信した場合でも、画像処理装置が処理を待機することで、ジョブデータの送信後に、送信元のユーザにジョブデータの送信先を改めて確認する時間を与えることができる。その結果、ユーザが利用を意図していない画像処理装置により、ジョブデータに基づく処理が実行されるのを抑制することができる。

本発明によれば、ユーザが利用を意図していない画像処理装置により、ジョブデータに基づく処理が実行されるのを抑制することができる。

画像処理システムの構成図である。 管理テーブルを説明する図である。 端末に表示されるトップ画面を説明する図である。 端末とプリンタとの間で実行される処理を説明するタイミングチャートである。 図４のＴ１３で実行される処理の手順を説明するフローチャートである。 登録情報を説明する図である。

（第１実施形態）
本実施形態に係る画像処理システムを、図面を参照しつつ説明する。
図１に示す画像形成システム１００は、端末１０と、プリンタ３０と、サーバ５０とを備えている。端末１０と、プリンタ３０と、サーバ５０とはネットワーク２００に接続されている。なお、ネットワーク２００には、プリンタ３０以外にも、他の画像処理装置の一例であるプリンタ４０が接続されている。本実施形態では、ネットワーク２００は、インターネットであってもよいし、ローカルエリアネットワーク（ＬＡＮ）であってもよいし、ＬＡＮとインターネットとの組み合わせであってもよい。また、ネットワーク２００は、有線の他、無線でもよいし有線と無線の組み合わせにより構成されていてもよい。

端末１０は、スマートフォンやタブレット端末である。端末１０は、バス１１と、コンピュータ１２と、メモリ１３と、ユーザＩＦ１７と、通信ＩＦ２０とを備えている。これらの構成要素は、バス１１を介して互いに通信可能に接続されている。ＩＦは、インタフェースの略称である。

ユーザＩＦ１７は、操作キー１８や、タッチパネル１９を備えている。タッチパネル１９は、ユーザによるタッチ（操作）を検出するタッチセンサを有しており、タッチセンサによる検出結果に応じた信号を出力する。なお、本実施形態における「タッチ」とは、入力媒体をタッチパネル１９の表示画面に接触させる操作全般を含む。また、入力媒体をタッチパネル１９との間の距離がごく僅かな位置まで入力媒体を近接させることを、前述の「タッチ」の概念に含めてもよい。なお、入力媒体とは、ユーザの指であってもよいし、タッチペン等であってもよい。

通信ＩＦ２０は、所定の通信プロトコルに準拠して、端末１０をネットワーク２００に接続する。通信ＩＦ２０は、例えば、ＩＥＥＥの８０２．１１の規格、及びそれに準ずる規格に基づいて、Ｗｉ-Ｆｉ（Ｒ）（登録商標）方式の無線通信を行うことが可能とされている。また、通信ＩＦ２０は、プリンタ３０との間でＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信を行うものであってもよい。なお、通信ＩＦ２０は、基地局を介した移動通信システムを利用した無線通信を行うものであってもよい。

メモリ１３には、ユーザＩＤ、デバイスＩＤ、不図示のＯＳ（Operating Systemの略称）や、アプリケーションプログラム１４が記憶されている。ユーザＩＤ及びデバイスＩＤは、それぞれ、サーバ５０による印刷サービスの提供を受けるにあたり、ユーザ及びデバイスを識別するための情報であり、詳しくは後述する。コンピュータ１２は、ＯＳの実行下において、アプリケーションプログラム１４を実行することにより、サーバ５０による印刷サービスの提供を受けることができる。

以下では、アプリケーションプログラムを、単に、「アプリケーション」とも記載する。また、プログラムを実行するコンピュータのことを、単にプログラム名でも記載する場合がある。例えば、「アプリケーション１４が」という記載は、「アプリケーション１４を実行するコンピュータ１２が」ということを意味する場合がある。プリンタ３０、サーバ５０についても同様である。ユーザＩＤは、端末１０のユーザを固有に特定するための情報であり、具体的には、アプリケーション１４を特定するための情報である。デバイスＩＤは、端末１０が操作可能なデバイスであるプリンタ３０を固有に特定するための情報である。

なお、本実施形態では、主に、プログラムに記述された命令に従ったコンピュータの処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、コンピュータやコントローラの処理を表している。コンピュータによる処理は、ＯＳを介したハードウェア制御も含む。なお「取得」は要求を必須とはしない概念で用いる。すなわち、各プログラムが要求することなくデータを受信するという処理も、「データを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能な形式で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。

次に、プリンタ３０について説明する。なお、プリンタ４０の構成は、プリンタ３０と同様であるため説明を省略する。プリンタ３０は、バス３１、通信ＩＦ３２、印刷処理部３３、ユーザＩＦ３４、コントローラ３５、メモリ３６、収容部３７、インクタンク３８を備えている。プリンタ３０を構成する各部は、バス３１を介して通信可能に接続されている。

通信ＩＦ３２は、端末１０における通信ＩＦ２０と同様である。ユーザＩＦ３４は、端末１０におけるユーザＩＦ１７と同様であり、タッチパネルや、物理キーとしての操作キーを備えている。

印刷処理部３３は、シートやディスクなどの被記録媒体に画像を印刷するプリント動作を実行する。印刷処理部３３は、記録媒体としてのインクを被記録媒体に吐出するインクジェット方式のユニットであり、不図示の印刷ヘッドと、印刷ヘッドを主走査方向に往復動作させるキャリッジとを有している。収容部３７は、インクを貯留するインクタンク３８が収容される部位である。収容部３７に収容されたインクタンク３８は、印刷処理部３３に接続され、印刷処理部３３の印刷ヘッドにインクを供給する。本実施形態においてインクは４種類あり（シアン、マゼンタ、イエロー、及びブラック）、インクタンク３８は、インクの種類毎に複数設けられている。インクタンク３８は、収容部３７に固定されており、着脱することが不可能である。インクタンク３８のインクが少なくなると、ユーザは、ベンダに対してインクタンク３８に注入するインクの入ったボトルをサーバ５０に発注することも可能である。また、プリンタ３０は、交換可能なカートリッジを装着する構成であってもよい。

コントローラ３５は、ＣＰＵや、ＡＳＩＣ（Application Specific Integrated Circuitの略称）等により構成されており、印刷処理部３３及びユーザＩＦ３４の各動作を制御する。メモリ３６は、各種のプログラムや、データが記憶されている。メモリ３６は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリが組み合わされて構成されていてもよい。また、メモリ３６は、コンピュータであるコントローラ３５が読み取り可能なストレージ媒体を含んでいてもよい。ストレージ媒体とは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。

メモリ３６には、不図示のファームウェアが記憶されている。コントローラ３５は、ファームウェアを実行することにより、プリント処理を実行することができる。メモリ３６には、印刷サービスで用いられる情報が記憶されている。具体的には、デバイスＩＤと、印刷可能枚数と、登録情報３９とが記憶されている。デバイスＩＤは、プリンタ３０を識別する情報であり、端末１０のメモリ１３に記憶されたデバイスＩＤと同じ情報である。印刷可能枚数については後述する。登録情報３９の詳細については後述する。なお、メモリ３６には、プリンタ３０により実行された印刷処理の履歴を示す履歴情報が記憶されていてもよい。

次に、サーバ５０の構成について説明する。サーバ５０は、本実施形態の印刷サービスを提供するサーバである。サーバ５０は、バス５１と、通信ＩＦ５２と、コンピュータ５３と、メモリ５４とを備えている。サーバ５０を構成する各部は、バス５１を介して通信可能に接続されている。サーバ５０は、端末１０に対して、印刷サービスの提供を行うことが可能なサーバである。サーバ５０は、一つの装置で構成されていなくともよく、複数のプリンタ３０を管理する管理サーバを備えていてもよい。また、サーバ５０が、管理サーバとしての機能を備えていてもよい。

サーバ５０のメモリ５４には、制御プログラム５５と、管理テーブルＫＴとが記憶されている。制御プログラム５５は、コンピュータ５３に印刷サービスを提供するための処理を実行させるプログラムである。管理テーブルＫＴは、図２に示すように、コンピュータ５３が、印刷サービスを提供するにあたって必要な情報が記憶されたテーブルである。管理テーブルＫＴは、印刷サービスを利用するユーザに関する情報として、ユーザＩＤと、パスワードとが対応付けて記憶されている。ユーザＩＤと、パスワードとは、ユーザがアプリケーション１４を利用する際に使用するものである。

管理テーブルＫＴには、デバイスであるプリンタ３０に関する情報として、印刷可能枚数と、デバイスＩＤと、アクティベーション情報と、デバイス設定とが、ユーザＩＤに関連づけて記憶されている。印刷可能枚数は、プリンタ３０によって課金を伴う印刷を実行可能なシートの枚数を示し、インクタンク３８に収容されたインクの残容量とは異なる値を示す情報である。アクティベーション情報は、サーバ５０に対してプリンタ３０の初期設定が完了しているか否かを示す情報である。アクティベーション情報が、オン状態「〇」に設定された場合にプリンタ３０による印刷の実行が許容され、オフ状態「×」に設定された場合にプリンタ３０による印刷の実行が規制されることを示すものである。デバイス設定は、プリンタ３０の機能および各機能の設定（用紙サイズ、カラー、倍率等）を示すものである。これ以外にも、管理テーブルＫＴに、プリンタ３０で消費されたインクの累積量を示す累積インク消費量が記憶されていてもよい。

次に、画像形成システム１００を用いた印刷サービスについて説明する。ユーザは、端末１０を操作することで、ベンダに対して印刷サービスの利用を申し込む。ベンダは、ユーザからの申し込みを受けると、ユーザに対してプリンタ３０を送付する。ベンダからユーザに送付されるプリンタ３０には、ユーザに対して付与された所定の印刷可能枚数以上（例えば２０００枚+α枚）の印刷をするために必要な量のインクが充填されている。具体的には、印刷サービスの提供を受ける場合、端末１０のアプリケーション１４は、サーバ５０に対して、メモリ１３に記憶されているデバイスＩＤと共に、アクティベーション情報を要求する。アプリケーション１４は、アクティベーション情報の要求とともに、送信元である端末１０のユーザＩＤを特定可能なトークンをサーバ５０に送信するものであってもよい。

サーバ５０の制御プログラム５５は、端末１０からのアクティベーション情報の要求を受信すると、管理テーブルＫＴ上で、端末１０から送信されたデバイスＩＤに関連付けられたアクティベーション情報を返信する。アプリケーション１４は、サーバ５０から送信されたアクティベーション情報を受信する。端末１０のアプリケーション１４は、初期設定により、サーバ５０から所定枚数分の印刷可能枚数を取得する。端末１０は、印刷可能枚数が所定枚数に達するまで、プリンタ３０に対して印刷を実行させることができる。本実施形態では、所定枚数は「０」である。

次に、ユーザが印刷サービスを利用する場合、ユーザは、ユーザＩＦ１７を操作して、アプリケーション１４を起動させる。アプリケーション１４は、ユーザＩＦ１７に対する操作に応じて、ユーザが利用を望むサービスの選択指示を受付る。この例では、ユーザが、課金型の印刷サービスの選択操作を行ったものとする。アプリケーション１４は、課金型の印刷サービスの選択操作を受付ると、図３に示すトップ画面６０を、タッチパネル１９に表示させる。

図３に示されるトップ画面６０には、プリントアイコン６１と、チャージアイコン６２と、本体設定アイコン６３とを含んでいる。プリントアイコン６１は、印刷サービスにおいて、プリンタ３０に印刷を実行させる場合に、ユーザによる操作を受付けるアイコンである。チャージアイコン６２は、サーバ５０からチャージ枚数を購入する場合に、ユーザによる操作を受付けるアイコンである。本体設定アイコン６３は、プリンタ３０に対する各種設定情報を変更する場合に、ユーザによる操作を受付けるアイコンである。

アプリケーション１４は、トップ画面６０上で、プリントアイコン６１が操作されたことを検出すると、タッチパネル１９に印刷実行画面を表示させる。印刷実行画面は、印刷部数や、印刷設定の入力操作を受付る画面である。アプリケーション１４は、印刷実行画面に対して印刷処理の実行操作を受付ると、プリンタ３０に対してジョブデータを送信し、プリンタ３０に印刷処理を実行させる。印刷サービスにおいて、プリンタ３０による印刷処理が行われる毎に、管理テーブルＫＴに記憶された印刷可能枚数が減算されていく。そして、管理テーブルＫＴに記憶された印刷可能枚数が「０」になった場合、プリンタ３０は、インクタンク３８内のインク残存の有無に関わらず印刷を行うことができなくなる。また、ユーザが初期費用の支払いにより付与された所定の印刷可能枚数を超えて印刷を行いたい場合は、サーバ５０に対して課金を行うことで、新たな追加枚数を購入し、印刷可能枚数を増加させることができる。この場合、ユーザは、トップ画面６０上で、チャージアイコン６２を操作することで、サーバ５０に対して、印刷可能枚数の追加を購入することが可能となる。以下、新たに購入する追加枚数をチャージ枚数という。ユーザがチャージ枚数をサーバ５０から購入することで、印刷可能枚数が０よりも大きな値となり、プリンタ３０は印刷を再開することが可能となる。

次に、ユーザが印刷サービスを利用する場合に、アプリケーション１４とプリンタ３０のコントローラ３５との間で実行される処理を、図４を用いて説明する。ユーザが、図３に示すトップ画面６０で、プリントアイコン６１を操作すると、端末１０は、印刷実行画面を表示させる。ユーザによる印刷実行画面に対する操作に従って、端末１０は、ジョブデータを、プリンタ３０に送信する。ジョブデータには、印刷対象となる画像データや、各種の設定パラメータに応じた印刷コマンド、更にはジョブデータの送信元を示すユーザＩＤを含んでいる。このユーザＩＤは、端末１０を固有に識別する認証情報であり、本実施形態では、サーバ５０が管理する管理テーブルＫＴに登録されたユーザＩＤと同じ情報である。

プリンタ３０のコントローラ３５は、端末１０からのジョブデータを受信すると、時刻１０（以下では、時刻を単に「Ｔ」とも記載する）で、ジョブデータを受信する受信処理を行う。

Ｔ１２では、特定条件を満たしているか否かを判断する。本実施形態では、特定条件は、プリンタ３０を課金モードで使用していることである。例えば、プリンタ３０は、印刷サービスで利用されていれば、メモリ３６に記憶されたモードフラグを、課金モードを示す値に設定している。課金モードは、課金に応じて、印刷処理部３３にジョブデータに基づく処理を実行させるモードであり、印刷サービスは課金モードに該当する。特定条件を満たすと判断すると（Ｔ１２：ＹＥＳ）、Ｔ１３に進む。

なお、課金を伴うことなくプリンタ３０を使用している場合、モードフラグは「非課金モード」を示す値に設定されている。例えば、ユーザが、ベンダとの間の契約が終了した後も、プリンタ３０に印刷処理を実行させる場合は、モードフラグは、「非課金モード」を示す値に設定されている。この場合、コントローラ３５は、特定条件を満たさないと判断し（Ｔ１２：ＮＯ）、Ｔ２６に進む。Ｔ２６で実行される処理については後述する。

Ｔ１３に進む場合、ジョブデータに含まれるユーザＩＤを用いて、登録判断処理を行う。登録判断処理は、ジョブデータの送信元の装置が登録済みであるか否かに応じて、印刷処理を直ちに実行するか、印刷処理を中断して待機するかを判断するための処理である。図５は、Ｔ１３での登録判断処理の手順を説明するフローチャートである。まずは、ジョブデータに含まれるユーザＩＤが登録されていない場合を例に説明を行う。

ステップ１０（以下では、ステップを「Ｓ」とも記載する）では、ジョブデータに含まれていたユーザＩＤを取得する。本実施形態では、ユーザＩＤにより、ジョブデータの送信元となる端末を判断している。ジョブデータのヘッダ領域には、識別情報や、印刷設定情報が含まれている。識別情報は、ジョブデータの送信元である装置（ここでは、端末１０）を識別する情報であるユーザＩＤを含んでいる。印刷設定情報は、アプリケーション１４により、ジョブデータが作成された際に指定される情報であり、ジョブ名称、ジョブデータの作成日時、進展印刷の有無、カラー種別（例えば、カラー、モノクロ）、解像度、明るさ、印刷される文字の文字コードの種類、排出トレイの指定を含む。

Ｓ１１では、Ｓ１０で取得されたユーザＩＤが、登録情報３９に登録済みであるか否かを判断する。図６に示すように、メモリ３６に記憶された登録情報３９は、ジョブデータの送信元を示すユーザＩＤと、最終印刷日時と、待機処理を毎回実行するか否かを示す情報である毎回実行フラグとを関連付けて登録している。

Ｓ１０で、ジョブデータから取得されたユーザＩＤが、登録情報３９に登録されたユーザＩＤと一致すれば（Ｓ１１：ＹＥＳ）、ユーザＩＤは登録されているとして、Ｓ１２に進む。なお、本実施形態では、Ｓ１１で、各ユーザＩＤが完全一致する場合に、ユーザＩＤが登録済みであると判断する。この例では、ユーザＩＤが登録情報３９に登録されていないため、Ｓ１５に進む。

S１５では、状態フラグを「待機する」に設定する。状態フラグは、後述する待機処理を実行するか否かを示す情報である。図４のＴ１４に進み、メモリ３６に記憶されている状態フラグが「待機する」に設定されているか否かを判断する。状態フラグが「待機する」に設定されているため（Ｔ１４：ＹＥＳ）、Ｔ１５に進み、印刷処理を中断して、待機状態になる待機処理を行う。この待機処理では、印刷処理部３３による印刷処理の実行が中断される。

Ｔ１６では、プリンタ３０が、印刷処理を中断して待機中であることを示す通知を、端末１０に送信する。端末１０は、プリンタ３０からの通知を受けると、Ｔ１７で、タッチパネル１９にプリンタ３０が、印刷処理を中断しており待機中であることを示す画面を表示させる。ユーザは、Ｔ１７で表示された画面に対して、中断中の印刷処理の中止や、実行の再開を指示する操作を行うことができる。

まずは、Ｔ１７でタッチパネル１９に表示された画面に対して、ユーザが、印刷処理の中止を指示する操作を行った場合を説明する。例えば、ユーザが、端末１０に表示された画面上で、プリンタ３０に対して誤ってジョブデータを送信したことに気づいた場合に、印刷処理の中止を指示する操作を行う。

Ｔ１８では、アプリケーション１４は、印刷処理の中止指示を、プリンタ３０に送信する。プリンタ３０のコントローラ３５は、中止指示を受信すると、待機処理を解除するとともに、Ｔ１９で、中断した印刷処理を中止するための中止処理を行う。具体的には、コントローラ３５は、解析途中のジョブデータをメモリ３６から破棄することで、印刷処理部３３による印刷処理を中止させる。

次に、Ｔ１７で端末１０に表示された画面に対して、ユーザが中断した印刷処理の再開を指示する操作を行った場合を説明する。Ｔ２０では、アプリケーション１４は、印刷処理の再開指示を、プリンタ３０に送信する。プリンタ３０のコントローラ３５は、再開指示を受信すると、Ｔ２１で、待機処理を解除するとともに、中断した印刷処理を再開する。

Ｔ２２では、コントローラ３５は、ジョブデータに含まれるユーザＩＤを登録情報３９に登録するか否かを確認する確認通知を、端末１０に送信する。端末１０は、確認通知を受信すると、Ｔ２３で、ユーザＩＦ１７に確認画面を表示する。この確認画面は、ジョブデータに含まれているユーザＩＤを、登録情報３９に登録するか否かの指示を受付る画面である。ユーザがユーザＩＦ１７に表示された画面上で、ジョブデータに含まれているユーザＩＤを登録させる操作を行うと、Ｔ２４で、端末１０は、ジョブデータに含まれるユーザＩＤを登録情報３９に登録させるための登録通知をプリンタ３０に送信する。

プリンタ３０のコントローラ３５は、登録通知を受信すると、T２５で、ジョブデータに含まれるユーザＩＤを、プリンタ３０の登録情報３９に登録する登録処理を実行する。T２５で実行される登録処理では、印刷ジョブデータに含まれている未登録のユーザＩＤを登録情報３９に登録する。また、新たに登録されたユーザＩＤに関連付けて、今回、Ｔ２１で実行した印刷処理の時刻を示す、「最終印刷日時」が登録情報３９に登録される。なお、Ｔ２３でユーザＩＦ１７に表示された確認画面上で、待機処理を毎回実行することを示す情報を指定する操作を受付るものであってもよい。この場合、Ｔ２５の登録処理において、新たに登録されたユーザＩＤに関連付けて、待機処理を毎回実行することを示す情報が登録情報３９に登録される。

登録情報３９への「ユーザＩＤ」、「最終印刷日時」、「待機処理を毎回実行することを示す情報」の登録は、例えば、端末１０に表示された印刷設定画面上で行うこともできる。印刷設定画面は、ユーザがトップ画面６０において、本体設定アイコン６３が操作されことを契機に、端末１０に表示される画面である。

次に、上述した、Ｔ２５での登録処理により、印刷ジョブデータに含まれるユーザＩＤが登録情報３９に登録された場合を例に説明を行う。Ｔ１３で実行される登録判断処理において、ユーザＩＤが登録済みであれば（Ｓ１１：ＹＥＳ）、Ｓ１２に進み、Ｓ１０で取得されたユーザＩＤを含むジョブデータを用いた印刷処理において、前回の実行から今回の実行までの間隔が、所定期間以内であるか否かを判断する。具体的には、登録情報３９においてユーザＩＤに関連付けられた最終印刷日時から現在の時刻までの期間が、所定期間以内であれば、Ｓ１２を肯定判断し、Ｓ１３に進む。「所定期間」としては、例えば、１年を用いることができるが、これ以外にも、例えば、半年等、Ｓ１２で判断に用いる値を適宜設定すればよい。一方、Ｓ１２を否定判断すると、Ｓ１５に進み、状態フラグを「待機する」に設定する。これは、同じ端末１０から送信された印刷ジョブデータにおける印刷処理の実行間隔が空き過ぎているため、ユーザに確認を行わせるためである。

Ｓ１２を肯定判断した場合、Ｓ１３に進み、登録情報３９に、S１０で取得されたユーザＩＤに関連づけて、待機処理を毎回実行すること示す情報が登録されているか否かを判断する。待機処理を毎回実行するが「する」に設定されていれば、コントローラ３５は、印刷処理の実行の都度、待機処理を必ず実行させるため、Ｓ１５に進む。一方、待機処理を毎回実行するが「しない」に設定されていれば、コントローラ３５は、印刷処理の実行の都度、待機処理を毎回実行しないため、Ｓ１４に進み、状態フラグを「待機しない」に設定する。

登録情報３９に登録された待機処理を毎回実行することを示す情報が、付加情報の一例である。なお、待機処理を毎回実行することを示す情報は、例えば、上述した端末１０に表示された印刷設定画面上で、「する」、「しない」の設定を切換えることができる。

図４のＴ１４で、状態フラグが「待機する」に設定されているか否かを判断する。状態フラグが「待機する」に設定されていれば（Ｔ１４：ＹＥＳ）、上述したように、Ｔ１５～Ｔ２５の一連の処理を行う。
そして、端末１０からの指示に応じて、中断中の印刷処理を中断する（Ｔ１９）か、再開する（Ｔ２１）か、が切換えられる。

一方、状態フラグが「待機しない」に設定されていれば（Ｔ１４：ＮＯ）、Ｔ２６に進む。Ｔ２６では、印刷処理部３３にジョブデータを用いた印刷処理を実行させる。即ち、ジョブデータの送信元が、登録情報３９に登録されたユーザＩＤにより特定できるため、印刷処理を待機することなく実行させる。上述のように、Ｔ１２で特定条件を満たさないと判断した場合も、Ｔ２６に進み、印刷処理部３３に印刷処理を実行させる。

Ｔ２７では、メモリ３６に記憶された登録情報３９を更新する。具体的には、ユーザＩＤが登録情報３９に登録されている場合、ユーザＩＤに関連付けて、最終印刷日時を更新する。なお、特定条件を満たさない場合（Ｔ１２：ＮＯ）、ユーザＩＤが登録情報３９に登録されていなくとも、Ｔ２６に進み印刷処理が実行される場合がある。この場合、Ｔ２７では、登録情報３９が更新されない。

以上説明した本実施形態では、以下の効果を奏することができる。プリンタ３０のコントローラ３５は、受信されたジョブデータに含まれるユーザＩＤが、メモリ３６に登録されていると判断すると、印刷処理部３３によるジョブデータに基づく印刷処理を実行させる。一方、コントローラ３５は、受信されたジョブデータに含まれるユーザＩＤがメモリ３６に登録されていないと判断すると、印刷処理部３３によるジョブデータに基づく処理を待機する。これにより、送信元のユーザが意図していないプリンタ３０にジョブデータを送信した場合でも、ジョブデータの送信後に、送信元のユーザにジョブデータの送信先を改めて確認する時間を与えることができ、意図しないプリンタ３０により、ジョブデータに基づく処理が実行されるのを抑制することができる。

コントローラ３５は、印刷処理の待機中に、ジョブデータに基づく処理の中止指示を受付ると、印刷処理部３３による待機中のジョブデータに基づく印刷処理の実行を中止させ、ジョブデータに含まれるユーザＩＤを登録情報３９に登録しない。これにより、受信されたジョブデータに含まれるユーザＩＤが登録されていない場合に、このジョブデータに基づく処理を中止することで、意図しないプリンタ３０により、ジョブデータに基づく処理が実行されるのを防止することができる。また、中止したジョブの送信元のユーザＩＤは登録情報３９に登録しないので、当該ユーザがジョブデータの再度送信しても、送信元のユーザにジョブデータの送信先を改めて確認する時間を与えることができる。

コントローラ３５は、印刷処理の待機中に、ジョブデータに基づく処理の実行指示を受付ると、印刷処理部３３に、待機中のジョブデータに基づく処理を再開させる。これにより、待機後の印刷処理をユーザの意思に応じて柔軟に再開又は中止することができる。

コントローラ３５は、印刷処理の中断中に、ユーザＩＤを登録情報３９に登録するための指示を受付け、受付た指示に基づいて、ユーザＩＤを登録情報３９に登録することが可能である。これにより、今回受信されたジョブデータに含まれるユーザＩＤが登録情報３９に登録されていない場合でも、ユーザが、印刷処理が待機されたことを認識して、このユーザＩＤを登録することが可能となる。そのため、次回、プリンタ３０は端末１０からジョブデータを受信した場合に、印刷処理を待機することなく、直ちに実行することができる。

コントローラ３５は、ユーザＩＤがメモリ３６に登録されていても、今回のジョブデータを受信した日時が、受信されたジョブデータに含まれるユーザＩＤに関連付けられている前回の実行日時から、所定期間よりも長く経過している場合は、印刷処理を待機する。これにより、過去にユーザＩＤが登録されていても、送信元のユーザが、久しぶりにジョブデータをプリンタ３０に送信した場合は、印刷処理を待機し、送信元のユーザに送信先の確認を行う時間を与えることができる。

コントローラ３５は、ジョブデータに含まれるユーザＩＤがメモリ３６に登録されていても、ユーザＩＤに待機処理を毎回実行することを示す情報が関連付けられていれば、印刷処理を待機する。これにより、受信されたジョブデータに含まれるユーザＩＤがメモリ３６に登録されていても、ジョブデータの受信毎に待機処理を実行することが、ユーザにより設定されていれば、待機処理を行うこととした。

コントローラ３５は、特定条件を満たす（Ｔ１２：ＹＥＳ）と判断した場合に、登録判断処理を実行し、特定条件を満たさないと判断した場合に、受信されたジョブデータに含まれるユーザＩＤが登録情報３９に登録されていなくとも、印刷処理部３３に印刷処理を実行させる。これにより、特定条件を満たす場合に限り、ユーザＩＤの登録の有無が判断されるため、不必要に登録の有無の判断や、印刷処理が待機されるのを抑制することができる。

コントローラ３５は、印刷処理部３３による印刷処理に課金が伴う場合、印刷処理を待機し、ユーザに送信先を確認する時間を与えることとした。これにより、課金の伴う不要な処理が実行されることを抑制することができる。

（第１実施形態の変形例）
コントローラ３５は、図４のＴ１２において、ネットワーク２００にプリンタ３０以外の画像処理装置が接続されていれば、特定条件を満たす（Ｔ１２：ＹＥＳ）として、Ｓ１３に進み、登録判断処理を実行してもよい。具体的には、コントローラ３５は、自装置が接続されているネットワーク２００に探索パケットをブロードキャストする。そのため、探索パケットは、ネットワーク２００に接続された全ての画像処理装置に送信される。図１の例では、ネットワーク２００にプリンタ４０が接続されているため、プリンタ４０は、プリンタ３０から送信された探索パケットを受信する。プリンタ４０は、探索パケットを受信すると、探索パケットの送信元であるプリンタ３０に対して、自装置のＩＰアドレスを含む応答パケットを送信する。プリンタ３０のコントローラ３５は、応答パケットを受信することによって、ネットワーク２００に接続された画像処理装置（この例では、プリンタ４０）の存在を認識することができ、特定条件を満たすと判断する。

上記構成では、送信元のユーザが、同一ネットワークに接続されたプリンタに対して、ジョブデータを送信する対象の選択を誤った可能がある場面において、送信元のユーザに送信先を確認する時間を与えることができる。

コントローラ３５は、図４のＴ１２において、ジョブデータにより指定される印刷枚数が所定枚数（例えば、１枚）よりも多い場合に、特定条件を満たすと判断してもよい。この場合、T１２で、コントローラ３５は、ジョブデータの解析結果から、印刷枚数を特定する。そして、特定された印刷枚数が所定枚数以下であれば、Ｔ１２を否定判断して、Ｔ２６に進み、印刷処理を開始する。一方、コントローラ３５は、特定された印刷枚数が所定枚数よりも多ければ（Ｔ１２：ＹＥＳ）、Ｔ１３に進み、ユーザＩＤが登録されていないことを条件に、待機処理を実行する。これにより、印刷枚数が少なく、印刷を行っても悪影響が少ないと考慮される場面では、直ちに印刷処理を実行させることとした。

また、特定条件として、「課金の伴う印刷サービスの利用」、「ネットワーク２００に複数の画像処理装置が接続されている」、「印刷枚数が所定枚数よりも多い」ことのうち、２つ以上を組み合わせるものであってもよい。

（その他の実施形態）
本明細書で開示される技術は、上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の形態に変形することができ、例えば次のような変形も可能である。
上述した実施形態では、画像処理装置をプリンタ３０により説明した。画像処理装置は、印刷処理以外の処理を実行可能な複合機であってもよい。画像処理装置が複合機である場合において、処理部が実行する処理には、印刷処理の他、スキャン処理、ＦＡＸ処理等であってもよく、課金サービスは、課金に応じてスキャン処理を実行するサービスや、課金に応じてＦＡＸ処理を実行するサービスであってもよい。

上述した実施形態では、画像形成システム１００は、印刷可能量として、印刷可能枚数を使用した。これに代えて、印刷サービスで、使用可能なインク量や、インクの打ち込み回数、更には使用可能なシート長さを、印刷可能量として用いてもよい。また、プリンタ３０は、課金の伴う印刷サービスで利用される以外にも、課金の伴わない印刷サービスで利用されるものであってもよい。

プリンタ３０が備える印刷処理部３３は、感光体にトナー像を形成し、形成されたトナー像を被記録媒体に転写する電子写真方式のユニットであってもよい。この場合、印刷ユニットには、インクタンク３８に代えて、トナーが貯留されたトナーカートリッジが接続されている。

１０…端末、３０…プリンタ、３３…印刷処理部、３５…コントローラ、３９…登録情報

Claims (11)

1. 通信インタフェースと、
   メモリと、
   コントローラと、
   ジョブデータに基づく処理を実行する処理部と、を備え、
   前記コントローラは、
   前記通信インタフェースを介して、ネットワークに接続された外部装置から送信されたジョブデータを受信する受信処理を実行し、前記ジョブデータには、受信された前記ジョブデータの送信元を識別する識別情報を含んでおり、
   前記コントローラは、
   前記識別情報を前記メモリに登録可能な登録処理と、
   受信された前記ジョブデータに含まれる前記識別情報が、前記メモリに登録されているか否かを判断する登録判断処理と、
   受信された前記ジョブデータに含まれる前記識別情報が前記メモリに登録されていると判断すると、前記処理部に前記ジョブデータに基づく処理を実行させる画像処理と、
   受信された前記ジョブデータに含まれる前記識別情報が前記メモリに登録されていないと判断すると、前記処理部に前記ジョブデータに基づく処理を待機させる待機処理と、
   を実行する画像処理装置。
2. 前記待機処理では、前記ジョブデータに基づく処理の待機中に、前記ジョブデータに基づく処理の中止指示を受付け可能であり、
   前記コントローラは、前記中止指示を受付ると、前記処理部に前記待機中の前記ジョブデータに基づく処理の実行を中止させ、前記ジョブデータに含まれる前記識別情報を前記メモリに登録しない、請求項１に記載の画像処理装置。
3. 前記待機処理では、前記ジョブデータに基づく処理の待機中に、前記ジョブデータに基づく処理の実行指示を受付け可能であり、
   前記コントローラは、前記待機処理の実行中に、前記実行指示を受付ると、前記処理部に前記待機中の前記ジョブデータに基づく処理を再開させる、請求項１に記載の画像処理装置。
4. 前記登録処理では、
   受信された前記ジョブデータに含まれる前記識別情報が前記メモリに登録されていないことを判断すると、受信された前記ジョブデータに含まれる前記識別情報を前記メモリに登録するための指示を受付け、
   受付けた指示に基づいて、前記識別情報を前記メモリに登録することが可能である、請求項１～３のいずれか一項に記載の画像処理装置。
5. 前記コントローラは、
   受信された前記ジョブデータに含まれる前記識別情報が前記メモリに登録済みであれば、登録済みの前記識別情報に関連付けて、前記ジョブデータに基づく処理が実行された実行日時を前記メモリに記憶し、
   前記待機処理では、前記識別情報が前記メモリに登録されていても、今回の前記ジョブデータを受信した日時が、受信された前記ジョブデータに含まれる前記識別情報に関連付けられている前回の前記実行日時から、所定期間よりも長く経過している場合は、前記処理部に、今回受信された前記ジョブデータに基づく処理を待機させる、請求項１～３のいずれか一項に記載の画像処理装置。
6. 前記コントローラは、登録された前記識別情報に関連付けて、付加情報を前記メモリに記憶しており、前記付加情報は、前記ジョブデータを受信するたびに前記待機処理を実行するか否かを示す情報であり、
   前記待機処理では、受信された前記ジョブデータに含まれる前記識別情報が前記メモリに登録されていても、前記識別情報に前記待機処理の実行を示す前記付加情報が関連付けられていれば、前記処理部に、前記ジョブデータに基づく処理を待機させる、請求項１～３のいずれか一項に記載の画像処理装置。
7. 前記コントローラは、
   特定条件を満たすか否かを判断する特定条件判断処理を実行し、
   前記特定条件を満たすと判断した場合に、前記登録判断処理を実行し、
   前記特定条件を満たさないと判断した場合に、受信された前記ジョブデータに含まれる前記識別情報が前記メモリに登録されていなくとも、前記処理部に受信された前記ジョブデータに基づく処理を実行させる、請求項１～３のいずれか一項に記載の画像処理装置。
8. 前記コントローラは、
   課金モードへの設定と、非課金モードへの設定とを切換え可能であり、前記課金モードは、課金に応じて、前記処理部に前記ジョブデータに基づく処理を実行させるモードであり、非課金モードは、課金をすることなく前記処理部に前記ジョブデータに基づく処理を実行させるモードであり、
   前記特定条件判断処理では、前記課金モードが設定されている場合に、前記特定条件を満たすと判断し、非課金モードが設定されている場合に、前記特定条件を満たさないと判断する、請求項７に記載の画像処理装置。
9. 前記コントローラは、前記通信インタフェースを介して接続されたネットワークに接続されている他の画像処理装置の有無を判断可能であり、
   前記特定条件判断処理では、前記ネットワークに接続されている他の画像処理装置が存在しない合に、前記特定条件を満たさないと判断し、
   前記ネットワークに接続されている前記他の画像処理装置が存在する場合に、前記特定条件を満たすと判断する、請求項７に記載の画像処理装置。
10. 前記処理部は、前記ジョブデータに基づいてシートに画像を印刷し、
    前記特定条件判断処理では、
    前記ジョブデータで指定される印刷枚数が所定枚数以下であると判断すると、前記特定条件を満たさないと判断し、
    前記ジョブデータで指定される印刷枚数が前記所定枚数よりも多いと判断すると、前記特定条件を満たすと判断する、請求項７に記載の画像処理装置。
11. 前記処理部は、前記ジョブデータに基づいて原稿から画像を読み取り、
    前記特定条件判断処理では、
    前記ジョブデータで指定される読取枚数が所定枚数以下であると判断すると、前記特定条件を満たさないと判断し、
    前記ジョブデータで指定される読取枚数が前記所定枚数よりも多いと判断すると、前記特定条件を満たすと判断する、請求項７に記載の画像処理装置。
    

Images