JP2019036801A - 画像処理装置 - Google Patents

Abstract

【課題】 対象ユーザに利用が許可されていない画像処理が画像処理装置によって実行されることを抑制するための技術を提供すること。【解決手段】 画像処理装置は、登録指示の入力を受け付ける場合に、対象ユーザに対応する第１の処理特定情報を用いて得られる第２の処理特定情報を含む登録要求をサーバに送信する。この結果、サーバでは、第２の処理特定情報が登録される。そして、登録済みの第２の処理特定情報によって特定される１個以上の画像処理のうちの第２の画像処理、即ち、対象ユーザに利用が許可されている第２の画像処理の実行が、対象ユーザからサーバに指示される。この場合、画像処理装置は、サーバから、対象ユーザに利用が許可されている第２の画像処理の実行を要求するための実行要求を受信し、第２の画像処理を実行する。【選択図】図２

Description

本明細書では、サーバを介して画像処理装置に画像処理を実行させる技術を開示する。

特許文献１では、プリンタは、ログイン情報とプリンタ名と当該プリンタが実行可能な印刷条件を示すＣａｐａｂｉｌｉｔｙ情報とを格納管理サーバに送信して、これらの情報を格納管理サーバに記憶させる。格納管理サーバは、ＰＣからログインされる場合に、上記のＣａｐａｂｉｌｉｔｙ情報に応じた印刷設定画面を表わすデータをＰＣに送信する。そして、格納管理サーバは、ＰＣから、印刷データと、印刷設定画面で選択された印刷条件を示す条件データと、を受信し、これらの情報をプリンタに送信することによって、プリンタに印刷を実行させる。

特開２０１２−１９０３３７号公報

例えば、プリンタの特定ユーザに対して、プリンタが実行可能な印刷条件のうちの一部のみ（例えばカラー印刷とモノクロ印刷のうちのモノクロ印刷のみ）が許可されている状況を想定する。上記の技術では、プリンタが実行可能な全ての印刷条件を示すＣａｐａｂｉｌｉｔｙ情報が格納管理サーバに送信され、そのＣａｐａｂｉｌｉｔｙ情報に応じた印刷設定画面がＰＣに表示される。このために、印刷設定画面において、上記の特定ユーザに許可されていない印刷条件が選択され、その印刷条件に応じた印刷がプリンタで実行される可能性がある。

本明細書は、サーバを介して画像処理装置に画像処理を実行させるシステムにおいて、対象ユーザに利用が許可されていない画像処理が画像処理装置によって実行されることを抑制するための技術を開示する。

本明細書によって開示される画像処理装置は、複数個の画像処理を実行する画像処理実行部と、前記複数個の画像処理のうち、対象ユーザに利用が許可されている第１の画像処理の実行が、前記対象ユーザからサーバを介さずに指示される場合に、前記第１の画像処理を前記画像処理実行部に実行させる第１の画像処理制御部であって、前記複数個の画像処理のうちの前記第１の画像処理は、メモリに基づいて、前記対象ユーザに利用が許可されると特定され、前記メモリは、複数のユーザに対応する複数個の処理特定情報を記憶可能であり、前記複数個の処理特定情報のそれぞれは、前記画像処理実行部が実行可能な前記複数個の画像処理のうち、当該処理特定情報に対応するユーザに利用が許可されている１以上の画像処理を特定する情報である、前記第１の画像処理制御部と、前記サーバを介して前記画像処理装置を利用すべき対象ユーザのための登録指示の入力を受け付ける第１の受付部と、前記登録指示の入力が受け付けられる場合に、前記メモリ内の前記複数個の処理特定情報のうち、前記対象ユーザに対応する第１の処理特定情報を取得する取得部と、取得済みの前記第１の処理特定情報を用いて得られる第２の処理特定情報を含む登録要求を前記サーバに送信する送信部であって、前記第２の処理特定情報は、前記複数個の画像処理のうち、前記対象ユーザに利用が許可されている１個以上の画像処理を特定する情報であり、前記サーバでは、前記画像処理装置から前記登録要求が受信される場合に、前記登録要求に含まれる前記第２の処理特定情報が登録される、前記送信部と、登録済みの前記第２の処理特定情報によって特定される前記１個以上の画像処理のうちの第２の画像処理の実行が、前記対象ユーザから端末装置を介して前記サーバに指示される場合に、前記サーバから前記第２の画像処理の実行要求を受信する受信部と、前記サーバから前記実行要求が受信される場合に、前記第２の画像処理を前記画像処理実行部に実行させる第２の画像処理制御部と、を備える。

上記の構成によると、画像処理装置は、登録指示の入力を受け付ける場合に、対象ユーザに対応する第１の処理特定情報を用いて得られる第２の処理特定情報を含む登録要求をサーバに送信する。この結果、サーバでは、第２の処理特定情報が登録される。そして、登録済みの第２の処理特定情報によって特定される１個以上の画像処理のうちの第２の画像処理、即ち、対象ユーザに利用が許可されている第２の画像処理の実行が、対象ユーザから端末装置を介してサーバに指示される。このために、画像処理装置は、サーバから、対象ユーザに利用が許可されている第２の画像処理の実行要求を受信し、第２の画像処理を実行する。このように、画像処理装置が、サーバから、対象ユーザに利用が許可されていない画像処理の実行要求を受信しないので、対象ユーザに利用が許可されていない画像処理が画像処理装置によって実行されることを抑制することができる。

上記の画像処理装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の画像処理装置と、他の装置（例えば端末装置及び／又はサーバ）と、を備える通信システムも、新規で有用である。

実施例の概略を説明するための説明図を示す。 通信システムの構成を示す。 ユーザ管理テーブルを示す。 通常印刷プロセスのシーケンス図を示す。 登録プロセスのシーケンス図を示す。 図５の続きのシーケンス図を示す。 サーバ印刷プロセスのケースＡのシーケンス図を示す。 サーバ印刷プロセスのケースＢのシーケンス図を示す。 登録プロセスのフローチャートを示す。 サーバ印刷プロセスのフローチャートを示す。 第２実施例のユーザ管理テーブルを示す。 第２実施例の登録プロセスのシーケンス図を示す。 第３実施例の登録プロセスのシーケンス図を示す。

（第１実施例）
（実施例の概要；図１）
図１を参照して、本実施例の概略を説明する。通信システム２は、多機能機１０と、画像処理サーバ５０と、ＰＣ（Personal Computerの略）９０，９５と、を備える。以下では、多機能機１０のことを「ＭＦＰ（Multi-Function Peripheralの略）１０」と記載し、画像処理サーバ５０のことを単に「サーバ５０」と記載することがある。

ＰＣ９５は、ＭＦＰ１０のためのプリンタドライバを備えており、サーバ５０を利用せずＭＦＰ１０に印刷を実行させることができる。従って、処理（０）に示されるように、ＭＦＰ１０は、ＰＣ９５から、サーバ５０を介さずに、印刷対象の画像を表わす印刷データ等を含む印刷指示を受信する。この場合、ＭＦＰ１０は、当該印刷データに従った印刷を実行する。

一方、ＰＣ９０は、プリンタドライバを備えておらず、サーバ５０を利用してＭＦＰ１０に印刷を実行させる。このような仕組みを実現するためには、ＭＦＰ１０をサーバ５０に予め登録しておく必要がある。ＭＦＰ１０をサーバ５０に登録するために以下の各処理（１）〜（６）が実行される。

（１）ＭＦＰ１０は、ＰＣ９０から、ＭＦＰ１０をサーバ５０に登録するための登録指示の入力を受け付ける。この場合、（２）ＭＦＰ１０は、登録ＩＤと許可機能情報とを含む登録要求をサーバ５０に送信する。登録ＩＤは、ＭＦＰ１０を識別する情報である。許可機能情報は、ＭＦＰ１０が実行可能な複数個の画像処理のうち、ＭＦＰ１０のユーザに利用が許可されている１個以上の画像処理を特定する情報である。

（３）ＭＦＰ１０は、登録要求をサーバ５０に送信した後に、サーバ５０から、登録ＩＤとは異なる管理ＩＤと登録トークンとを受信する。管理ＩＤは、サーバ５０がＭＦＰ１０を管理するためにＭＦＰ１０を識別する情報である。次いで、（４）ＭＦＰ１０は、登録トークンをＰＣ９０に送信する。この結果、（５）受信済みの登録トークンを含む登録要求がＰＣ９０からサーバ５０に送信される。（６）ＭＦＰ１０は、登録要求がＰＣ９０からサーバ５０に送信された後に、サーバ５０からアクセストークンを受信する。このような登録プロセスが実行されると、ＭＦＰ１０の情報（登録ＩＤ、管理ＩＤ、許可機能情報、アクセストークン等）がサーバ５０に登録される。これにより、ＭＦＰ１０は、アクセストークンを利用して、サーバ５０と印刷データの通信を実行することができる。

上記の登録プロセスが実行されると、ＰＣ９０のユーザは、印刷対象の画像を表わす画像ファイル等をＰＣ９０からサーバ５０に送信させることができる。この場合、当該画像ファイルから、ＭＦＰ１０が解釈可能なデータ形式を有する印刷データへの変換がサーバ５０によって実行され、当該印刷データがサーバ５０からＭＦＰ１０に送信され、当該印刷データに従った印刷がＭＦＰ１０によって実行される。このように、ユーザは、ＰＣ９０がプリンタドライバを備えていなくても、サーバ５０を利用してＭＦＰ１０に印刷を実行させることができる。

（通信システム２の構成）
続いて、図２を参照して、通信システム２の構成を説明する。通信システム２は、ＭＦＰ１０と、画像処理サーバ５０と、複数個のＰＣ９０，９５と、を備える。ＭＦＰ１０及び各ＰＣ９０，９５は、ＬＡＮ６を介して、インターネット４に接続されている。サーバ５０は、インターネット４に接続されている。従って、ＭＦＰ１０及び各ＰＣ９０，９５は、インターネット４を介して、サーバ５０と通信可能である。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、複数個の画像処理を実行可能な周辺機器（即ちＰＣ９０等の周辺機器）である。複数個の画像処理は、カラー印刷とモノクロ印刷とカラースキャンとモノクロスキャンとを含む。ＭＦＰ１０は、モデル名「Ｍ」とデバイス名「Ｎ」とＭＡＣアドレス「Ａ」と登録ＩＤ「Ｒ」とを有する。ＭＦＰ１０は、操作部１２と、表示部１４と、ネットワークインターフェース１６と、印刷実行部１８と、スキャン実行部２０と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。ネットワークＩ／Ｆ１６は、ＬＡＮ６に接続されている。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構を備える。スキャン実行部２０は、ＣＣＤ、ＣＩＳ等のスキャン機構を備える。

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、さらに、ユーザ管理テーブル３８を格納する。

図３は、ユーザ管理テーブル３８の一例を示す。図３の左側は、登録プロセスが実行される前のテーブルを示し、右側は、登録プロセスが実行された後のテーブルを示す。ユーザ管理テーブル３８では、ＭＦＰ１０を利用する１以上のユーザのそれぞれについて、登録状態情報と、ログイン状態情報と、ユーザＩＤと、パスワードと、アカウント情報と、管理ＩＤと、トークンと、画像処理制限情報と、が関連付けられている。なお、以下では、ユーザ管理テーブル３８のことを単に「テーブル３８」と記載し、画像処理制限情報のことを単に「制限情報」と記載することがある。

ユーザＩＤ及びパスワードは、ユーザを識別する情報であり、当該ユーザがＭＦＰ１０にログインするために利用される。例えば、ＭＦＰ１０の管理者は、ユーザ毎に、ユーザＩＤ及びパスワードをテーブル３８に記憶させる。アカウント情報は、ユーザによるサーバ５０へのログイン操作に利用される情報である。管理ＩＤは、サーバ５０がＭＦＰ１０を管理するためにＭＦＰ１０を識別する情報であり、サーバ５０によって生成される。管理ＩＤは、ＭＦＰ１０の出荷段階から予め決められている登録ＩＤ「Ｒ」とは異なる。また、トークンは、ＭＦＰ１０がサーバ５０との通信を実行するために利用されるアクセストークンである。

登録状態情報は、「登録」及び「未登録」のどちらかを示す情報であり、「登録」は、ＭＦＰ１０がサーバ５０に登録済みであることを示し、「未登録」は、ＭＦＰ１０がサーバ５０にまだ登録されていないことを示す。ログイン状態情報は、「ログイン」及び「ログアウト」のどちらかを示す情報であり、「ログイン」は、ユーザがＭＦＰ１０にログインしていることを示し、「ログアウト」は、ユーザがＭＦＰ１０にログインしていないことを示す。

制限情報は、ＭＦＰ１０が実行可能な複数個の画像処理のうち、ユーザに利用が許可されている１個以上の画像処理を特定する情報、換言すると、ユーザに利用が許可されていない１個以上の画像処理を特定する情報である。「Ｏ」は利用が許可されていることを示し、「Ｘ」は利用が許可されていないことを示す。例えば、ユーザＩＤ「Ｕｓｅｒ１」によって識別されるユーザは、モノクロ印刷の利用が許可されているが、カラー印刷とカラースキャンとモノクロスキャンの利用が許可されていない。また、ユーザＩＤ「Ｕｓｅｒ２」によって識別されるユーザは、全ての画像処理の利用が許可されている。ＭＦＰ１０の管理者は、ユーザ毎に、制限情報をテーブル３８に記憶させる。なお、制限情報は、ユーザに利用が許可されている画像処理のみならず、ユーザに利用が許可されている印刷用紙のサイズ（例えばＡ４）、印刷枚数等に関する情報を含んでいてもよい。

（画像処理サーバ５０の構成）
サーバ５０は、インターネット上に設置されるサーバであり、例えば、Ｇｏｏｇｌｅ（登録商標）によって提供されるＧＣＰ（Google Cloud Printの略）サーバである。ただし、変形例では、サーバ５０は、例えば、ＭＦＰ１０のベンダによって提供されるサーバであってもよい。サーバ５０は、ＭＦＰ１０とＰＣ９０との間で印刷の仲介を実行するためのサーバである。即ち、サーバ５０は、例えばＰＣ９０からサブミットされる画像ファイルを変換して、ＭＦＰ１０が解釈可能なデータ形式を有する印刷データを生成し、当該印刷データをＭＦＰ１０に送信する。従って、ＰＣ９０は、画像ファイルを印刷データに変換するためのプリンタドライバを備えていなくても、サーバ５０に画像ファイルをサブミットすれば、ＭＦＰ１０に印刷を実行させることができる。ＭＦＰ１０の各ユーザは、当該ユーザのアカウント情報（例えばGoogle Account）をサーバ５０に予め登録しておく。

（ＰＣ９０，９５の構成）
ＰＣ９０は、ＭＦＰ１０に印刷を実行させるためのプリンタドライバを備えておらず、ＰＣ９５は、当該プリンタドライバを備えている。また、各ＰＣ９０は、例えば、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（登録商標）等のブラウザプログラム（図示省略）を備えている。各ＰＣ９０，９５は、本実施例では、据置型の端末装置（例えばデスクトップＰＣ等）であるが、変形例では、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置であってもよい。

（通常印刷プロセス：図４）
続いて、図４を参照して、ＭＦＰ１０とＰＣ９５との間で実行される通常印刷プロセスを説明する。通常印刷プロセスは、ＰＣ９５がプリンタドライバによって生成される印刷データをＭＦＰ１０に送信することによって、ＭＦＰ１０に印刷を実行させるプロセスである。即ち、通常印刷プロセスは、サーバ５０を介さずに、ＭＦＰ１０に印刷を実行させるプロセスである。なお、以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＭＦＰ１０のＣＰＵ３２）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばＭＦＰ１０）を主体として記載する。また、ＭＦＰ１０によって実行される全ての通信は、ネットワークＩ／Ｆ１６を介して実行される。従って、以下では、「ネットワークＩ／Ｆ１６を介して」という記載を省略する。

Ｔ３では、ユーザＩＤ「Ｕｓｅｒ１」（図３参照）によって識別されるユーザ（以下では「第１のユーザ」と呼ぶ）は、印刷操作をＰＣ９５に実行する。印刷操作は、印刷対象を表わす画像ファイルの選択と、印刷設定（例えばモノクロ印刷又はカラー印刷）の選択と、印刷ボタンの押下と、を含む。この場合、ＰＣ９５は、プリンタドライバを利用して、当該印刷設定に応じて当該画像ファイルを変換して、ＭＦＰ１０が解釈可能なデータ形式を有する印刷データを生成する。

Ｔ４では、ＰＣ９５は、ユーザＩＤ及びパスワードを入力するための入力画面を表示する。Ｔ５では、ＰＣ９５は、第１のユーザからユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」の入力を受け付ける。そして、Ｔ６では、ＰＣ９５は、印刷指示をＭＦＰ１０に送信する。印刷指示は、Ｔ５で入力されたユーザＩＤ「Ｕｓｅｒ１」と、Ｔ５で入力されたパスワード「Ｐ１」と、変換済みの印刷データと、Ｔ３で選択された印刷設定（図４のケースでは「モノクロ」）と、を含む。

Ｔ６では、ＭＦＰ１０は、ＰＣ９５から印刷指示を受信する。Ｔ７では、ＭＦＰ１０は、印刷指示に含まれる印刷設定に従った画像処理の利用が第１のユーザに許可されているのか否かを判断する。具体的には、ＭＦＰ１０は、まず、印刷指示に含まれるユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」の組み合わせがテーブル３８に登録されているのか否かを判断する。ＭＦＰ１０は、当該組み合わせが登録されていない場合には、Ｔ７でＮＯと判断し、印刷を実行しない。また、ＭＦＰ１０は、当該組み合わせが登録されている場合には、テーブル３８から、当該組み合わせに関連付けられている制限情報を特定する。次いで、ＭＦＰ１０は、特定済みの制限情報を利用して、印刷指示に含まれる印刷設定「モノクロ」に従った画像処理であるモノクロ印刷が許可されているのか否かを判断する。本実施例では、第１のユーザにモノクロ印刷の利用が許可されているので（図３参照）、ＭＦＰ１０は、モノクロ印刷の利用が許可されていると判断して（Ｔ７でＹＥＳ）、Ｔ８において、印刷指示に含まれる印刷データを印刷実行部１８に供給すると共に、印刷設定「モノクロ」を印刷実行部１８に指示する。これにより、印刷データによって表わされる画像のモノクロ印刷が印刷実行部１８によって実行される。一方、ＭＦＰ１０は、印刷指示に含まれる印刷設定に従った画像処理が許可されていないと判断する場合（Ｔ７でＮＯ）に、印刷を実行しない。

なお、図示省略しているが、例えば、ＰＣ９５において、スキャンの実行が第１のユーザによって指示され得る。この場合、ＭＦＰ１０は、ＰＣ９５から、ユーザＩＤ「Ｕｓｅｒ１」とパスワード「Ｐ１」とスキャン設定（例えばカラースキャン）とを含むスキャン指示を受信する。ＭＦＰ１０は、Ｔ７と同様に、ユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」に関連付けられている制限情報を利用して、スキャン指示に含まれるスキャン設定に従った画像処理が許可されているのか否かを判断する。ＭＦＰ１０は、当該画像処理が許可されていない場合には、スキャンを実行せず、当該画像処理が許可されている場合には、スキャン実行部２０にスキャンを実行させる。そして、ＭＦＰ１０は、スキャンデータをＰＣ９５に送信する。

上記のように、ＭＦＰ１０は、第１のユーザからサーバ５０を介さずに画像処理の実行が指示される場合（Ｔ６）に、テーブル３８内の第１のユーザに対応する制限情報に基づいて、第１のユーザに利用が許可されている画像処理を実行し、第１のユーザに利用が許可されていない画像処理を実行しない。これにより、管理者によって許可された画像処理のみを第１のユーザに利用させることができる。

（登録プロセス：図５及び図６）
続いて、図５及び図６を参照して、ＭＦＰ１０をサーバ５０に登録する登録プロセスについて説明する。ＰＣ９０によって実行される以下の各処理は、ブラウザプログラムに従って実行される。従って、以下では、「ブラウザプログラムに従って」という記載を省略する。Ｔ１０では、ＰＣ９０は、第１のユーザから、アカウント情報「ＡＩ１」の入力と、サーバ５０へのログインの指示と、を受け付けることに応じて、アカウント情報「ＡＩ１」を含むログイン要求をサーバ５０に送信する。

サーバ５０は、Ｔ１０において、ＰＣ９０からログイン要求を受信し、当該ログイン要求に含まれるアカウント情報「ＡＩ１」が登録済みである場合に、Ｔ１２において、所定画面データをＰＣ９０に送信する。当該所定画面データは、ＰＣ９０の周囲に存在するプリンタを検索するための検索ボタンを含む所定画面を表わす画面データである。

ＰＣ９０は、Ｔ１２において、サーバ５０から所定画面データを受信すると、Ｔ１４において、所定画面データによって表わされる所定画面を表示する。そして、ＰＣ９０は、Ｔ１６において、第１のユーザによって所定画面内の検索ボタンが選択される場合に、プリンタを検索するための検索信号をブロードキャストによってＬＡＮ６に送信する。検索信号は、所定期間に亘って繰り返し送信される。

一方、Ｔ２０では、ＭＦＰ１０は、第１のユーザから、操作部１２へのユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」の入力を含むログイン操作を受け付ける。この場合、Ｔ２２では、ＭＦＰ１０は、テーブル３８において、ユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」に関連付けられているログイン状態情報を、「ログアウト」から「ログイン」に変更する。これにより、第１のユーザによるＭＦＰ１０へのログインが完了する。

Ｔ３２では、ＭＦＰ１０は、ＰＣ９０から検索信号を受信する。この場合、Ｔ３３では、ＭＦＰ１０は、ＭＦＰ１０に現在ログインしている第１のユーザの登録状態情報が「未登録」を示すのか否かを判断する。ＭＦＰ１０は、登録状態情報が「未登録」を示すと判断する場合（Ｔ３３でＹＥＳ）に、Ｔ３４において、検索信号の送信元であるＰＣ９０にデバイス名「Ｎ」を送信する。また、ＭＦＰ１０は、登録状態情報が「登録」を示すと判断する場合（Ｔ３３でＮＯ）に、デバイス名「Ｎ」をＰＣ９０に送信せずに、登録プロセスを終了する。このように、ＭＦＰ１０は、登録状態情報が「登録」を示すユーザがＭＦＰ１０にログインしている状態で、ＰＣ９０から検索信号を受信しても、デバイス名「Ｎ」を送信しない。これにより、ＭＦＰ１０のための複数回の登録プロセスが実行されることを抑制することができる。

Ｔ３６では、ＰＣ９０は、ＭＦＰ１０から受信されたデバイス名「Ｎ」を含む検索結果を表示する。Ｔ４０では、ＰＣ９０は、第１のユーザからデバイス名「Ｎ」の選択を受け付ける。この場合、Ｔ４２では、ＰＣ９０は、サーバ５０に現在ログインしているログイン済みアカウント情報「ＡＩ１」を含む登録指示をＭＦＰ１０に送信する。登録指示は、サーバ５０への登録をＭＦＰ１０に指示するコマンドである。

ＭＦＰ１０は、Ｔ４２において、ＰＣ９０からアカウント情報「ＡＩ１」を含む登録指示を受信すると、Ｔ５０において、確認画面を表示部１４に表示させる。確認画面は、ＭＦＰ１０をサーバ５０に登録することを示すＹＥＳボタンと、ＭＦＰ１０をサーバ５０に登録しないことを示すＮＯボタンと、を含む。

ＭＦＰ１０は、Ｔ５２において、第１のユーザから確認画面内のＹＥＳボタンの選択を受け付ける場合に、Ｔ６０において、登録要求をサーバ５０に送信する。当該登録要求は、ＭＦＰ１０の登録をサーバ５０に要求するコマンドであり、ＭＦＰ１０において予め決められている登録ＩＤ「Ｒ」と、ＭＦＰ１０のモデル名「Ｍ」と、ＭＦＰ１０にログイン中の第１のユーザの許可機能情報「ＦＮ１」と、を含む。許可機能情報「ＦＮ１」は、第１のユーザの制限情報のうち、第１のユーザに利用が許可されている印刷に関係する１個以上の画像処理（即ちモノクロ印刷のみ（図３参照））を特定する情報である。

サーバ５０は、Ｔ６０において、ＭＦＰ１０から登録要求を受信すると、Ｔ７０において、当該登録要求に含まれる登録ＩＤ「Ｒ」がサーバ５０に既に登録されているのか否かを判断する。本ケースでは、サーバ５０は、登録ＩＤ「Ｒ」がまだ登録されていないと判断し、Ｔ７２以降の処理を実行する。一方、サーバ５０は、登録ＩＤ「Ｒ」が既に登録されていると判断する場合には、Ｔ７２以降の処理を実行せず、登録プロセスを終了する。

Ｔ７２では、サーバ５０は、管理ＩＤ「Ｐｒｉｎｔｅｒ１」及び登録トークン「Ｘ１」を生成する。サーバ５０は、過去に生成された管理ＩＤ及び登録トークンに重複しないように、ユニークな管理ＩＤ「Ｐｒｉｎｔｅｒ１」及び登録トークン「Ｘ１」を生成する。Ｔ７４では、サーバ５０は、デバイス情報を記憶する。デバイス情報は、Ｔ６０の登録要求に含まれる各情報（即ち、登録ＩＤ「Ｒ」、モデル名「Ｍ」、許可機能情報「ＦＮ１」）と、生成済みの管理ＩＤ「Ｐｒｉｎｔｅｒ１」と、生成済みの登録トークン「Ｘ１」と、が関連付けられている情報である。そして、Ｔ８０では、サーバ５０は、管理ＩＤ「Ｐｒｉｎｔｅｒ１」及び登録トークン「Ｘ１」をＭＦＰ１０に送信する。

Ｔ８０では、ＭＦＰ１０は、サーバ５０から管理ＩＤ「Ｐｒｉｎｔｅｒ１」及び登録トークン「Ｘ１」を受信する。この場合、図６のＴ１００では、ＭＦＰ１０は、登録トークン「Ｘ１」をＰＣ９０に送信する。なお、ＭＦＰ１０は、Ｔ８０でサーバ５０から管理ＩＤ「Ｐｒｉｎｔｅｒ１」及び登録トークン「Ｘ１」を受信することに応じて、アカウント情報「ＡＩ１」の登録が完了したのかを確認するための登録確認（後述のＴ１１４参照）をサーバ５０に定期的に送信する。

ＰＣ９０は、Ｔ１００において、ＭＦＰ１０から登録トークン「Ｘ１」を受信する場合に、Ｔ１１０において、アカウント情報「ＡＩ１」及び登録トークン「Ｘ１」を含む登録要求をサーバ５０に送信する。当該登録要求は、アカウント情報「ＡＩ１」の登録をサーバ５０に要求するコマンドである。

サーバ５０は、Ｔ１１０において、ＰＣ９０から登録要求を受信すると、Ｔ１１２において、登録要求に含まれる登録トークン「Ｘ１」と、Ｔ７４で記憶された登録トークン「Ｘ１」と、が一致するのか否かを判断する。本ケースでは、サーバ５０は、これらの登録トークンが一致すると判断し、デバイス情報を更新する。具体的には、サーバ５０は、Ｔ７４で記憶された各情報に関連付けて、登録要求に含まれるアカウント情報「ＡＩ１」をさらに記憶する。なお、以降の処理では登録トークン「Ｘ１」が利用されないので、Ｔ１１２に示されるデバイス情報では、登録トークン「Ｘ１」を図示省略している。そして、Ｔ１２０では、サーバ５０は、ＭＦＰ１０から受信される登録確認に対する応答として、アカウント情報「ＡＩ１」を含む登録通知をＭＦＰ１０に送信する。登録通知は、アカウント情報「ＡＩ１」の登録が完了したことをＭＦＰ１０に通知するための情報である。

ＭＦＰ１０は、Ｔ１２０において、サーバ５０から登録通知を受信する場合に、Ｔ１３０において、トークン要求をサーバ５０に送信する。トークン要求は、アクセストークンの送信をサーバ５０に要求するコマンドである。

サーバ５０は、Ｔ１３０において、ＭＦＰ１０からトークン要求を受信する場合に、Ｔ１４０において、ユニークな文字列であるアクセストークン「ＡＴ１」を生成する。さらに、サーバ５０は、Ｔ１１２で更新された各情報に関連付けて、生成済みのアクセストークン「ＡＴ１」をさらに記憶する。そして、Ｔ１５０では、サーバ５０は、アクセストークン「ＡＴ１」をＭＦＰ１０に送信する。なお、サーバ５０は、アクセストークン「ＡＴ１」の有効期限が経過した際に新たなアクセストークンを生成するためのリフレッシュトークンをさらに生成し、当該リフレッシュトークンをＭＦＰ１０にさらに送信してもよい。一般的に言えば、ＭＦＰ１０を認証可能な情報が送信されればよい。

ＭＦＰ１０は、Ｔ１５０において、サーバ５０からアクセストークン「ＡＴ１」を受信する場合に、Ｔ１６０において、アクセストークン「ＡＴ１」を含む接続要求をサーバ５０に送信する。接続要求は、いわゆる常時接続であるＸＭＰＰ（eXtensible Messaging and Presence Protocolの略）接続の確立をサーバ５０に要求するコマンドである。

サーバ５０は、Ｔ１６０において、ＭＦＰ１０から接続要求を受信する場合に、接続要求に含まれるアクセストークン「ＡＴ１」がデバイス情報として登録済みであると判断し（Ｔ１４０参照）、ＸＭＰＰ接続を確立する。このようにＸＭＰＰ接続が確立されると、サーバ５０は、ＭＦＰ１０から信号を受信しなくても、ＸＭＰＰ接続を利用して、ＬＡＮ６のファイヤウォールを越えて信号（例えば後述の図７のＴ２９０のジョブ通知）をＭＦＰ１０に送信することができる。

Ｔ１７２では、ＭＦＰ１０は、各情報をテーブル３８に記憶させる。具体的には、ＭＦＰ１０にログイン中のユーザＩＤ「Ｕｓｅｒ１」（図５のＴ２０参照）に関連付けて、図５のＴ４２（又は図６のＴ１２０）で受信されたアカウント情報「ＡＩ１」と、Ｔ８０で受信された管理ＩＤ「Ｐｒｉｎｔｅｒ１」と、図６のＴ１５０で受信されたアクセストークン「ＡＴ１」と、が記憶される。ＭＦＰ１０は、さらに、ユーザＩＤ「Ｕｓｅｒ１」に関連付けられている登録状態情報を「未登録」から「登録」に変更する。

Ｔ１８０では、ＭＦＰ１０は、登録完了通知をＰＣ９０に送信する。登録完了通知は、サーバ５０へのＭＦＰ１０の登録が完了したことを示す情報である。Ｔ１９０では、ＭＦＰ１０は、第１のユーザから操作部１２へのログアウト操作を受け付ける。この場合、Ｔ１９２では、ＭＦＰ１０は、ユーザＩＤ「Ｕｓｅｒ１」に関連付けられているログイン状態情報を「ログイン」から「ログアウト」に変更する。Ｔ１９２の処理が終了すると、登録プロセスが終了する。

上記の登録プロセスが実行されると、サーバ５０ではＭＦＰ１０のデバイス情報が登録され（Ｔ１４０）、ＭＦＰ１０では、図３の右側のテーブル３８に示されるように、ユーザＩＤ「Ｕｓｅｒ１」に関連付けて各情報が記憶される。なお、登録状態が「未登録」である第１のユーザからの指示に応じて上記の登録プロセスが実行された後に、例えば、ユーザＩＤ「Ｕｓｅｒ２」によって識別される第２のユーザが上記の登録プロセスを試みる可能性がある。この場合、図５のＴ１０，Ｔ２０，Ｔ４２において、アカウント情報「ＡＩ２」、ユーザＩＤ「Ｕｓｅｒ２」、及び、パスワード「Ｐ２」が利用される。そして、Ｔ６０の登録要求は、登録ＩＤ「Ｒ」とモデル名「Ｍ」と許可機能情報「ＦＮ２」とを含む。許可機能情報「ＦＮ２」は、第２のユーザの制限情報のうち、第２のユーザに利用が許可されている印刷に関係する１個以上の画像処理（即ちモノクロ印刷及びカラー印刷（図３参照））を特定する情報である。この場合、サーバ５０は、Ｔ７０において、登録要求に含まれる登録ＩＤ「Ｒ」が登録済みであると判断する。この結果、サーバ５０は、Ｔ７２以降の処理を実行せずに、ＭＦＰ１０が登録済みであることを示す通知をＭＦＰ１０に送信する。このために、サーバ５０ではＭＦＰ１０のデバイス情報がさらに登録されず、ＭＦＰ１０ではユーザＩＤ「Ｕｓｅｒ２」に関連付けて各情報が記憶されない。

（ケースＡのサーバ印刷プロセス：図７）
続いて、図７及び図８を参照して、サーバ５０を利用してＭＦＰ１０に印刷を実行させるサーバ印刷プロセスを説明する。図７及び図８の処理は、第１のユーザが上記の登録プロセスを実行して、ＭＦＰ１０がサーバ５０に登録された後に実行される。従って、サーバ５０には、第１のユーザの許可機能情報「ＦＮ１」を含むデバイス情報が登録済みである。まず、図７を参照して、第１のユーザがＰＣ９０からＭＦＰ１０に印刷を実行させるケースＡについて説明する。

Ｔ２００では、ＭＦＰ１０は、第１のユーザから、ユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」の入力を含むログイン操作を受け付ける。この場合、ＭＦＰ１０は、ユーザＩＤ「Ｕｓｅｒ１」に関連付けられているログイン状態情報を「ログアウト」から「ログイン」に変更する。

ＰＣ９０は、第１のユーザからのアカウント情報「ＡＩ１」の入力を受け付けることに応じて、Ｔ２０５において、アカウント情報「ＡＩ１」を含むログイン要求をサーバ５０に送信し、Ｔ２１０において、デバイス選択画面要求をサーバ５０に送信する。当該要求は、アカウント情報「ＡＩ１」に関連付けられているデバイスを選択する画面を表わすデータの送信をサーバ５０に要求するコマンドである。

サーバ５０は、Ｔ２１０において、ＰＣ９０からデバイス選択画面要求を受信する場合に、Ｔ２１２において、アカウント情報「ＡＩ１」を含むデバイス情報を特定し、特定済みのデバイス情報に含まれるモデル名「Ｍ」及び管理ＩＤ「Ｐｒｉｎｔｅｒ１」を示すデバイス選択画面データをＰＣ９０に送信する。なお、第１のユーザがＭＦＰ１０とは異なるＭＦＰをサーバ５０に登録済みである場合には、デバイス選択画面データは、さらに、当該異なるＭＦＰのモデル名及び管理ＩＤを含む。

ＰＣ９０は、Ｔ２１２において、サーバ５０からデバイス選択画面データを受信する場合に、Ｔ２１４において、当該画面データによって表わされるデバイス選択画面を表示する。ＰＣ９０は、Ｔ２２０において、第１のユーザからデバイス選択画面内のモデル名「Ｍ」及び管理ＩＤ「Ｐｒｉｎｔｅｒ１」の組み合わせの選択を受け付ける場合に、Ｔ２３０において、管理ＩＤ「Ｐｒｉｎｔｅｒ１」を含む設定画面要求をサーバ５０に送信する。当該要求は、印刷設定を選択する画面を表わすデータの送信をサーバ５０に要求するコマンドである。

サーバ５０は、Ｔ２３０において、ＰＣ９０から設定画面要求を受信する場合に、設定画面要求に含まれる管理ＩＤ「Ｐｒｉｎｔｅｒ１」に関連付けられている許可機能情報「ＦＮ１」を特定する。サーバ５０は、特定済みの許可機能情報「ＦＮ１」で許可されている画像処理（即ちモノクロ印刷）を選択可能な設定画面、換言すると、許可機能情報「ＦＮ１」で許可されていない画像処理（即ちカラー印刷）を選択不可能な設定画面を表わす設定画面データを生成する。そして、サーバ５０は、Ｔ２４０において、生成済みの設定画面データをＰＣ９０に送信する。

ＰＣ９０は、Ｔ２４０において、サーバ５０から設定画面データを受信する場合に、Ｔ２５０において、設定画面データによって表わされる設定画面を表示する。当該設定画面は、モノクロ印刷を示すボタンを含み、カラー印刷を示すボタンを含まない。Ｔ２６０では、ＰＣ９０は、第１のユーザから設定画面内のモノクロを示すボタンの選択を受け付けて、次いで、印刷対象の画像を表わす画像ファイルＦ１の選択を受け付ける。そして、Ｔ２６２では、ＰＣ９０は、画像ファイルＦ１と、モノクロ印刷を示す印刷設定「モノクロ」と、をサーバ５０に送信する。

サーバ５０は、Ｔ２６２において、ＰＣ９０から画像ファイルＦ１及び印刷設定「モノクロ」を受信する場合に、Ｔ２７０において、印刷設定「モノクロ」に従って画像ファイルＦ１を変換して、印刷データＰＤ１を生成する。次いで、サーバ５０は、Ｔ２３０で受信された管理ＩＤ「Ｐｒｉｎｔｅｒ１」と、生成済みの印刷データＰＤ１と、Ｔ２６２で受信された印刷設定「モノクロ」と、を含む印刷ジョブＪ１を記憶する。そして、Ｔ２９０では、サーバ５０は、ＸＭＰＰ接続（図６のＴ１７０参照）を利用して、管理ＩＤ「Ｐｒｉｎｔｅｒ１」を含むジョブ通知をＭＦＰ１０に送信する。ジョブ通知は、印刷ジョブＪ１が記憶されたことをＭＦＰ１０に通知するための情報である。

ＭＦＰ１０は、Ｔ２９０において、サーバ５０からジョブ通知を受信する場合に、テーブル３８において、当該ジョブ通知に含まれる管理ＩＤ「Ｐｒｉｎｔｅｒ１」に関連付けられているログイン状態情報が「ログイン」であると判断する（Ｔ２００参照）。この場合、Ｔ３００では、ＭＦＰ１０は、印刷ジョブ要求をサーバ５０に送信する。印刷ジョブ要求は、印刷ジョブＪ１の送信をサーバ５０に要求するためのコマンドであり、管理ＩＤ「Ｐｒｉｎｔｅｒ１」と、テーブル３８において管理ＩＤ「Ｐｒｉｎｔｅｒ１」に関連付けられているアクセストークン「ＡＴ１」と、を含む。

サーバ５０は、Ｔ３００において、ＭＦＰ１０から印刷ジョブ要求を受信する場合に、印刷ジョブ要求内の管理ＩＤ「Ｐｒｉｎｔｅｒ１」を含むデバイス情報を特定し、特定済みのデバイス情報内のアクセストークン「ＡＴ１」を特定する。そして、サーバ５０は、特定済みのアクセストークン「ＡＴ１」と印刷ジョブ要求内のアクセストークン「ＡＴ１」とが一致するのか否かを判断する。本ケースでは、これらのアクセストークンが一致するので、サーバ５０は、Ｔ３１０において、管理ＩＤ「Ｐｒｉｎｔｅｒ１」を含む印刷ジョブＪ１をＭＦＰ１０に送信する。なお、アクセストークンが一致しない場合には、サーバ５０は、印刷ジョブＪ１をＭＦＰ１０に送信しない。

ＭＦＰ１０は、Ｔ３１０において、サーバ５０から印刷ジョブＪ１を受信する場合に、Ｔ３２０において、印刷ジョブＪ１に従った印刷を実行する。具体的には、ＭＦＰ１０は、印刷ジョブＪ１内の印刷データＰＤ１を印刷実行部１８に供給すると共に、印刷設定「モノクロ」を印刷実行部１８に指示する。これにより、印刷データによって表わされる画像のモノクロ印刷が印刷実行部１８によって実行される。Ｔ３２０の処理が終了すると、図７のケースＡのサーバ印刷プロセスが終了する。

ここで、ＭＦＰ１０が、Ｔ２００で第１のユーザがログインすることに応じて、管理ＩＤ「Ｐｒｉｎｔｅｒ１」とアクセストークン「ＡＴ１」とを含む印刷ジョブ要求をサーバ５０に定期的に送信し続ける比較例を想定する。この場合、サーバ５０は、管理ＩＤ「Ｐｒｉｎｔｅｒ１」を含む印刷ジョブＪ１を記憶した後に、ＭＦＰ１０から印刷ジョブ要求を受信する場合に、印刷ジョブＪ１をＭＦＰ１０に送信する。従って、サーバ５０は、印刷ジョブ要求の応答として印刷ジョブＪ１をＭＦＰ１０に送信することができるので、ＸＭＰＰ接続を利用してジョブ通知をＭＦＰ１０に送信せずに済む。しかしながら、比較例の構成では、第１のユーザがＭＦＰ１０にログインしてから印刷ジョブＪ１がサーバ５０に記憶されるまで（即ちＴ２００〜Ｔ２７０の期間）、ＭＦＰ１０からサーバ５０への印刷ジョブ要求の送信が定期的に実行されるので、ＭＦＰ１０及びサーバ５０の間の通信負荷が大きい。これに対し、本実施例では、ＭＦＰ１０は、サーバ５０からジョブ通知を受信することに応じて（Ｔ２９０）、印刷ジョブ要求をサーバ５０に送信するので（Ｔ３００）、印刷ジョブ要求の送信を定期的に実行せずに済む。この結果、ＭＦＰ１０及びサーバ５０の間の通信負荷を軽減することができる。なお、変形例では、上記の比較例の構成が採用されてもよい。即ち、図６のＴ１７０においてＸＭＰＰ接続が確立されなくてもよい。

（ケースＢのサーバ印刷プロセス；図８）
続いて、図８を参照して、ケースＢについて説明する。Ｔ４００において、ＭＦＰ１０は、第２のユーザから、ユーザＩＤ「Ｕｓｅｒ２」及びパスワード「Ｐ２」の入力を含むログイン操作を受け付ける。この場合、ＭＦＰ１０は、ユーザＩＤ「Ｕｓｅｒ２」に関連付けられているログイン状態情報を「ログアウト」から「ログイン」に変更する。

一方、サーバ５０及びＰＣ９０は第１のユーザからの指示に応じて図７のＴ２０５〜Ｔ２７０と同様の処理を実行する。この結果、サーバ５０は、印刷ジョブＪ１を記憶する。そして、Ｔ４５０では、サーバ５０は、ＸＭＰＰ接続（図６のＴ１７０参照）を利用して、管理ＩＤ「Ｐｒｉｎｔｅｒ１」を含むジョブ通知をＭＦＰ１０に送信する。

ＭＦＰ１０は、Ｔ４６０において、サーバ５０からジョブ通知を受信する場合に、テーブル３８において、当該ジョブ通知に含まれる管理ＩＤ「Ｐｒｉｎｔｅｒ１」に関連付けられているログイン状態情報が「ログアウト」であると判断する。この場合、ＭＦＰ１０は、印刷ジョブ要求をＭＦＰ１０に送信しない。

その後、Ｔ４７０では、ＭＦＰ１０は、第２のユーザからログアウト操作を受け付ける。この場合、ＭＦＰ１０は、ユーザＩＤ「Ｕｓｅｒ２」に関連付けられているログイン状態情報を「ログイン」から「ログアウト」に変更する。その後、Ｔ４８０では、ＭＦＰ１０は、第１のユーザから、ユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」の入力を含むログイン操作を受け付けて、ユーザＩＤ「Ｕｓｅｒ１」に関連付けられているログイン状態情報を「ログアウト」から「ログイン」に変更する。この場合、ＭＦＰ１０は、Ｔ５００において、印刷ジョブ要求をサーバ５０に送信する。このＴ５００の処理及びその後のＴ５１０，Ｔ５２０の処理は、図７のＴ３００〜Ｔ３２０と同様である。Ｔ５２０の処理が終了すると、ケースＢのサーバ印刷プロセスが終了する。

ケースＢでは、ＭＦＰ１０は、テーブル３８において、管理ＩＤ「Ｐｒｉｎｔｅｒ１」に関連付けられているログイン状態情報が「ログアウト」である場合（Ｔ４６０）に、印刷ジョブ要求をサーバ５０に送信せず、ＭＦＰ１０に印刷を実行させない。このために、サーバ５０に印刷ジョブを登録した第１のユーザとは異なる第２のユーザによって、当該印刷ジョブに従って印刷された印刷物が持ち去られてしまうことを抑制することができる。そして、ＭＦＰ１０は、第２のユーザがＭＦＰ１０からログアウトした後に、第１のユーザがＭＦＰ１０にログインする場合（Ｔ４８０）に、印刷ジョブ要求をサーバ５０に送信して、ＭＦＰ１０に印刷を実行させない。このために、サーバ５０に印刷ジョブを登録した第１のユーザに印刷物を適切に提供することができる。

（ＭＦＰ１０の登録プロセス：図９）
続いて、図９を参照して、図５及び図６の登録プロセスを実現するために、ＭＦＰ１０のＣＰＵ３２によって実行される処理を説明する。ＣＰＵ３２は、ＰＣ９０からログイン済みアカウント情報を含む登録指示を受信すること（図５のＴ４２参照）に応じて、図９の処理を実行する。なお、図９の破線で囲まれたＳ１０及びＳ４５は、本実施例では実行されず、後述の変形例において実行される。

Ｓ１５では、ＣＰＵ３２は、ＭＦＰ１０をサーバ５０に登録することをユーザに確認するための確認画面を表示部１４に表示させる（図５のＴ５０）。Ｓ２０では、ＣＰＵ３２は、ユーザによって確認画面に含まれるＹＥＳボタンが選択されることを監視する。ＣＰＵ３２は、ユーザによってＹＥＳボタンが選択される場合（Ｔ５２）に、Ｓ２０でＹＥＳと判断し、Ｓ２８に進む。一方、ＣＰＵ３２は、ユーザによってＮＯボタンが選択される場合に、Ｓ２０でＮＯと判断し、図９の処理を終了する。なお、変形例では、ＣＰＵ３２は、ＰＣ９０から登録指示を受信する場合に、Ｓ１５及びＳ２０の処理を実行せずに、Ｓ２８の処理を実行してもよい。

Ｓ２８では、ＣＰＵ３２は、テーブル３８において、ログイン状態情報「ログイン」に関連付けられている制限情報を取得し、取得済みの制限情報で許可されている印刷に関係する画像処理（例えばモノクロ印刷）を示す許可機能情報を生成する。Ｓ３０では、ＣＰＵ３２は、ＭＦＰ１０において予め決められている登録ＩＤ「Ｒ」と、Ｓ２８で特定された許可機能情報と、モデル名「Ｍ」と、を含む登録要求をサーバ５０に送信する（Ｔ６０）。

Ｓ３５では、ＣＰＵ３２は、サーバ５０から管理ＩＤと登録トークンを受信して（Ｔ８０）、当該登録トークンをＰＣ９０に送信する（図６のＴ１００）。また、ＣＰＵ３２は、確認要求をサーバ５０に定期的に送信することを開始する。Ｓ４０では、ＣＰＵ３２は、サーバ５０からログイン済みアカウント情報を含む登録通知を受信する（Ｔ１２０）。Ｓ５０では、ＣＰＵ３２は、トークン要求をサーバ５０に送信して（Ｔ１３０）、サーバ５０からアクセストークンを受信する（Ｔ１５０）。そして、Ｓ５５では、ＣＰＵ３２は、受信済みのアクセストークンを利用して、ＸＭＰＰ接続をサーバ５０と確立する（Ｔ１７０）。

Ｓ５８では、ＣＰＵ３２は、ログイン状態情報「ログイン」に関連付けて各情報をメモリ３４に記憶させる（Ｔ１７２）。具体的には、ＣＰＵ３２は、テーブル３８において、Ｓ３５で受信された管理ＩＤと、図９の処理のトリガである登録指示に含まれるアカウント情報（即ちＳ４０で受信されたアカウント情報）と、Ｓ５０で受信されたアクセストークンと、登録状態情報「登録」と、を記憶する。Ｓ６０では、ＣＰＵ３２は、登録完了通知をＰＣ９０に送信する（Ｔ１８０）。Ｓ６０が終了すると、図９の処理が終了する。

（ＭＦＰ１０のサーバ印刷プロセス：図１０）
続いて、図１０を参照して、図７及び図８のサーバ印刷プロセスを実現するために、ＭＦＰ１０のＣＰＵ３２によって実行される処理を説明する。ＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされることをトリガとして、図１０の処理を開始する。

Ｓ１００では、ＣＰＵ３２は、サーバ５０からジョブ通知を受信することを監視する。ＣＰＵ３２は、ジョブ通知を受信する場合（Ｓ１００でＹＥＳ、図７のＴ２９０、図８のＴ４５０、Ｔ４９０）に、Ｓ１０５に進む。

Ｓ１０５では、ＣＰＵ３２は、受信済みのジョブ通知に含まれる管理ＩＤに対応するユーザ（以下では「対応ユーザ」と呼ぶ）がログインしているのか否かを判断する。具体的には、ＣＰＵ３２は、まず、テーブル３８において、ログイン状態情報「ログイン」が存在するのか否かを判断する。ＣＰＵ３２は、ログイン状態情報「ログイン」が存在しない場合には、対応ユーザがログインしていないと判断し（Ｓ１０５でＮＯ）、Ｓ１０７に進む。ＣＰＵ３２は、ログイン状態情報「ログイン」が存在する場合には、ログイン状態情報「ログイン」に関連付けられている管理ＩＤと、ジョブ通知に含まれる管理ＩＤと、が一致するのか否かを判断する。ＣＰＵ３２は、２個の管理ＩＤが一致する場合には、対応ユーザがログインしていると判断し（Ｓ１０５でＹＥＳ）、Ｓ１１０に進み、２個の管理ＩＤが一致しない場合には、対応ユーザがログインしていないと判断し（Ｓ１０５でＮＯ、図８のＴ４６０）、Ｓ１０７に進む。このように、２個の管理ＩＤが一致しない場合には、Ｓ１１０以降の印刷処理が実行されない。このために、対応ユーザとは異なる第三者が、対応ユーザの指示によって印刷された印刷媒体を持ち去ることを抑制することができる。

Ｓ１０７では、ＣＰＵ３２は、対応ユーザからログインされることを監視する。ＣＰＵ３２は、上記のＳ１００で受信されたジョブ通知に含まれる管理ＩＤに関連付けられているユーザＩＤ及びパスワードの入力を受け付ける場合（図８のＴ４８０）に、対応ユーザからログインされたと判断し（Ｓ１０７でＹＥＳ）、Ｓ１１０に進む。

Ｓ１１０では、ＣＰＵ３２は、Ｓ１００で受信されたジョブ通知に含まれる管理ＩＤと、テーブル３８において当該管理ＩＤに関連付けられているアクセストークンと、を含む印刷ジョブ要求をサーバ５０に送信する（図７のＴ３００、図８のＴ５００）。Ｓ１１５では、ＣＰＵ３２は、サーバ５０から印刷ジョブを受信する（図７のＴ３１０、図８のＴ５１０）。そして、Ｓ１２０では、ＣＰＵ３２は、受信済みの印刷ジョブに含まれる印刷データに従った印刷を印刷実行部１８に実行させる（図７のＴ３２０、図８のＴ５２０）。Ｓ１２０の処理が終了すると、図１０の処理が終了する。

（本実施例の効果）
例えば、図５のＴ６０において、ＭＦＰ１０にログインしている第１のユーザに対応する許可機能情報「ＦＮ１」を含む登録要求がサーバ５０に送信されずに、ＭＦＰ１０が実行可能な印刷に関する全ての画像処理（即ちカラー印刷及びモノクロ印刷）の双方を示す許可機能情報を含む登録要求がサーバ５０に送信される比較例の構成を想定する。この場合、Ｔ７４において、カラー印刷及びモノクロ印刷の双方を示す許可機能情報がサーバ５０に登録される。この結果、図７のＴ２５０において、カラー印刷及びモノクロ印刷のそれぞれを示すボタンを含む設定画面が表示されるので、第１のユーザによってカラー印刷が選択され得る。従って、Ｔ３１０では、カラー印刷を示す印刷設定を含む印刷ジョブＪ１がＭＦＰ１０に送信されるので、第１のユーザにカラー印刷の利用が許可されていないにも関わらず、カラー印刷が実行され得る。このような事象が発生するのを抑制するために、本実施例では、ＭＦＰ１０は、ＰＣ９０からアカウント情報「ＡＩ１」を含む登録指示を受信する場合（図５のＴ４２）に、第１のユーザに対応する制限情報を用いて得られる許可機能情報「ＦＮ１」を含む登録要求をサーバ５０に送信する（Ｔ６０）。この結果、サーバ５０では、許可機能情報「ＦＮ１」が登録される（Ｔ７４）。従って、図７のＴ２５０において、モノクロ印刷を示すボタンのみを含む設定画面が表示される。このために、第１のユーザによってカラー印刷が選択されることがあり得ず、モノクロ印刷が選択される（Ｔ２６０）。この結果、登録済みの許可機能情報「ＦＮ１」によって特定される１個以上の画像処理のうちの第１のユーザに利用が許可されているモノクロ印刷の実行が、第１のユーザからＰＣ９０を介してサーバ５０に指示される（Ｔ２６２）。このために、ＭＦＰ１０は、サーバ５０から、第１のユーザに利用が許可されている印刷設定「モノクロ」を含む印刷ジョブＪ１を受信し、モノクロ印刷を実行する（Ｔ３１０、Ｔ３２０）。従って、ＭＦＰ１０は、サーバ５０から、第１のユーザに利用が許可されていないカラー印刷の実行を要求するための実行要求を受信しないので、第１のユーザに利用が許可されていないカラー印刷がＭＦＰ１０によって実行されることを抑制することができる。

（対応関係）
ＭＦＰ１０、画像処理サーバ５０、ＰＣ９０が、それぞれ、「画像処理装置」、「サーバ」、「端末装置」の一例である。図４のＴ８で実行されるモノクロ印刷、図７のＴ３２０及び図８のＴ５２０で実行されるモノクロ印刷が、それぞれ、「第１の画像処理」、「第２の画像処理」の一例である。第１のユーザの画像処理制限情報、許可機能情報「ＦＮ１」が、それぞれ、「第１の処理特定情報」、「第２の処理特定情報」の一例である。ユーザＩＤ及びパスワードが、「ユーザ情報」の一例であり、登録状態情報「登録」及び管理ＩＤが、「完了情報」の一例である。第１のユーザがログインしている状態、第２のユーザがログインしている状態が、それぞれ、「第１のログイン状態」、「第２のログイン状態」の一例である。

図４のＴ７の処理、図１０のＳ１２０の処理が、それぞれ、「第１の画像処理制御部」、「第２の画像処理制御部」の一例である。図５のＴ４２の処理が、「第１の受付部」の一例である。図９のＳ２８の処理、Ｓ３０の処理が、それぞれ、「取得部」、「送信部」の一例である。図１０のＳ１１５の処理が、「受信部」の一例である。図５のＴ２０の処理が、「第２の受付部」の一例である。図９のＳ５８の処理が、「記憶制御部」の一例である。図１０のＳ１０５の処理が、「第２の判断部」の一例である。

（第２実施例：図１１及び図１２）
続いて、図１１及び図１２を参照して、第２実施例を説明する。第２実施例では、図１１に示すように、ＭＦＰ１０の管理者が各ユーザのアカウント情報をテーブル３８に予め記憶している点が第１実施例とは異なる。さらに、図５の登録プロセスに代えて、図１２の登録プロセスが実行される。

図１２のＴ６１０〜Ｔ６４２は、図５のＴ１０〜４２と同様である。ただし、本実施例では、図５のＴ２０、Ｔ２２、及び、Ｔ３３に相当する処理が実行されない。即ち、本実施例では、Ｔ６４２において、ＭＦＰ１０は、第１のユーザがＭＦＰ１０にログインをしていない状態で、ＰＣ９０から、サーバ５０に現在ログインしているログイン済みアカウント情報「ＡＩ１」を含む登録指示を受信する。

Ｔ６４４では、ＭＦＰ１０は、受信済みの登録指示に含まれるログイン済みアカウント情報「ＡＩ１」がテーブル３８に記憶されているのか否かを判断する。ＭＦＰ１０は、ログイン済みアカウント情報「ＡＩ１」がテーブル３８に記憶されていると判断する場合（Ｔ６４４でＹＥＳ）に、Ｔ６４６に進む。一方、ＭＦＰ１０は、ログイン済みアカウント情報「ＡＩ１」がテーブル３８に記憶されていないと判断する場合（Ｔ６４４でＮＯ）に、ＭＦＰ１０の利用が許可されていないことを示す画面を表示部１４に表示させて、登録プロセスを終了する。これにより、登録要求がサーバ５０に送信されないので、テーブル３８にアカウント情報が記憶されていないユーザ、即ち、ＭＦＰ１０の利用が許可されていないユーザのために、登録プロセスが実行されることを抑制することができる。

Ｔ６４６では、ＭＦＰ１０は、テーブル３８においてログイン済みアカウント情報「ＡＩ１」に関連付けられている登録状態情報が「未登録」を示すのか否かを判断する。ＭＦＰ１０は、登録状態情報が「未登録」を示すと判断する場合（Ｔ６４６でＹＥＳ）に、Ｔ６５０において、確認画面を表示部１４に表示させる。一方、ＭＦＰ１０は、登録状態情報が「登録」を示すと判断する場合（Ｔ６４６でＮＯ）に、確認画面を表示部１４に表示させず、登録プロセスを終了する。これにより、同一のユーザによって複数回の登録プロセスが実行されることを抑制することができる。

Ｔ６５２〜Ｔ６８０は、図５のＴ５２〜Ｔ８０と同様である。Ｔ６８０の処理が終了すると、図１２の処理が終了し、次いで、図６のＴ１００以降の処理が実行される。この結果、サーバ５０へのＭＦＰ１０の登録が完了する。

本実施例によると、ユーザは、登録プロセスにおいて、ＭＦＰ１０にログインせずに済む（即ち図５のＴ２０が必要ない）。ユーザの利便性を向上させることができる。本実施例では、アカウント情報「ＡＩ１」が、「対象アカウント情報」の一例である。

（第１及び第２実施例の変形例：図９）
図９を参照して、第１及び第２実施例の変形例を説明する。本変形例では、第２実施例と同様に、ＭＦＰ１０の管理者が各ユーザのアカウント情報をテーブル３８に予め記憶している。また、第１実施例と同様に、ユーザは、登録プロセスを実行する前に、ＭＦＰ１０にログインする（図５のＴ２０）。

Ｓ１０では、ＣＰＵ３２は、ＰＣ９０から受信された登録指示に含まれるアカウント情報に対応するユーザがＭＦＰ１０にログイン中であるのか否かを判断する。具体的には、ＣＰＵ３２は、まず、テーブル３８において、ログイン状態情報「ログイン」が存在するのか否かを判断する。ＣＰＵ３２は、ログイン状態情報「ログイン」が存在しない場合には、ユーザがログインしていないと判断し（Ｓ１０でＮＯ）、Ｓ１５以降を実行せずに、図９の処理を終了する。ＣＰＵ３２は、ログイン状態情報「ログイン」が存在する場合には、テーブル３８においてログイン状態情報「ログイン」に関連付けられているアカウント情報と、登録指示に含まれるアカウント情報と、が一致するのか否かを判断する。ＣＰＵ３２は、２個のアカウント情報が一致すると判断する場合（Ｓ１０でＹＥＳ）には、Ｓ１５に進み、２個のアカウント情報が一致しないと判断する場合（Ｓ１０でＮＯ）には、Ｓ１５以降を実行せずに、図９の処理を終了する。Ｓ１５〜Ｓ４０は、第１実施例と同様である。

Ｓ４５では、ＣＰＵ３２は、Ｓ４０で受信された登録通知に含まれるアカウント情報に対応するユーザがＭＦＰ１０にログイン中であるのか否かを判断する。具体的には、ＣＰＵ３２は、テーブル３８においてログイン状態情報「ログイン」に関連付けられているアカウント情報と、登録通知に含まれるアカウント情報と、が一致するのか否かを判断する。ＣＰＵ３２は、２個のアカウント情報が一致すると判断する場合（Ｓ４５でＹＥＳ）には、Ｓ５０に進み、２個のアカウント情報が一致しないと判断する場合（Ｓ４５でＮＯ）には、Ｓ５０以降を実行せずに、図９の処理を終了する。Ｓ５０〜Ｓ６０は、第１実施例と同様である。

例えば、第１のユーザがサーバ５０にログインしており、第２のユーザがＭＦＰ１０にログインしている状況を想定する。この場合、Ｓ１０及びＳ４５の処理が実行されないと、例えば、第１のユーザのアカウント情報「ＡＩ１」に関連付けて、第２のユーザのための情報がサーバ５０に登録されてしまうし（図６のＴ１１２参照）、第２のユーザがサーバ５０にログインしていないにも関わらず、第２のユーザのユーザＩＤ「Ｕｓｅｒ２」に関連付けて、サーバ５０を利用するための情報がテーブル３８に記憶されてしまう（Ｓ５８）。本変形例では、Ｓ１０でＮＯと判断される場合に登録要求がサーバ５０に送信されない（即ちＳ３０及びＳ３５が実行されない）ので、或るユーザのアカウント情報に関連付けて、異なるユーザのための情報がサーバ５０に登録されることを抑制することができる。また、Ｓ４５でＮＯと判断される場合にトークン要求がサーバ５０に送信されない（即ちＳ５０〜５８が実行されない）ので、或るユーザがサーバ５０にログインしていないにも関わらず、当該ユーザのユーザＩＤに関連付けて、異なるユーザのための情報がテーブル３８に記憶されることを抑制することができる。

本変形例では、Ｔ２０で入力されるユーザＩＤ「Ｕｓｅｒ１」、当該ユーザＩＤ「Ｕｓｅｒ１」に関連付けられているアカウント情報「ＡＩ１」、Ｔ４２の登録指示に含まれるアカウント情報「ＡＩ１」が、それぞれ、「対象ユーザ情報」、「対象アカウント情報」、「ログイン済みアカウント情報」の一例である。図９のＳ１０の処理が、「第１の判断部」の一例である。

（第３実施例：図１３）
続いて、図１３を参照して、第３実施例を説明する。本実施例では、ＭＦＰ１０は、いわゆるＷＥＢサーバ機能を備えており、ＰＣ等の外部装置から当該サーバに対する指示を受け付けることができる。そして、図５及び図６の登録プロセスに代えて、図１３の登録プロセスが実行される。

本実施例の登録プロセスでは、第１のユーザはサーバ５０にログインしない（即ち図５のＴ１０が実行されない）。図１３のＴ７００では、ＰＣ９０は、第１のユーザからＭＦＰ１０のＷＥＢサーバにアクセスしてログインするための指示を受け付ける場合に、ユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」を含むログイン指示をＭＦＰ１０に送信する。

ＭＦＰ１０は、Ｔ７００において、ＰＣ９０からログイン指示を受信する場合に、Ｔ７１０において、テーブル３８においてログイン指示に含まれるユーザＩＤ「Ｕｓｅｒ１」に関連付けられているログイン状態情報を「ログアウト」から「ログイン」に変更する。次いで、Ｔ７１２では、ＭＦＰ１０は、登録ボタンを含む所定画面を表わす所定画面データをＰＣ９０に送信する。

ＰＣ９０は、Ｔ７１２において、ＭＦＰ１０から所定画面データを受信する場合に、Ｔ７１４において、所定画面データによって表わされる所定画面を表示する。そして、ＰＣ９０は、Ｔ７１６において、第１のユーザによって所定画面内の登録ボタンが選択される場合に、Ｔ７１８において、登録指示をＭＦＰ１０に送信する。当該登録指示は、第１のユーザのアカウント情報「ＡＩ１」を含まない。

Ｔ７２０〜Ｔ７３０は、図５のＴ５０〜Ｔ６０と同様であり、その後、図５のＴ７０〜Ｔ７４と同様の処理が実行される。次いで、Ｔ７４０では、サーバ５０は、管理ＩＤ「Ｐｒｉｎｔｅｒ１」と、ＵＲＬ（Uniform Resource Locatorの略）「Ｕ１」と、をＭＦＰ１０に送信する。ＵＲＬ「Ｕ１」は、サーバ５０内の位置を示す位置情報であり、登録トークン「Ｘ１」をクエリとして含む。

ＭＦＰ１０は、Ｔ７４０において、サーバ５０から、管理ＩＤ「Ｐｒｉｎｔｅｒ１」及びＵＲＬ「Ｕ１」を受信する場合に、Ｔ７５０において、ＵＲＬ「Ｕ１」をＰＣ９０に送信する。

ＰＣ９０は、Ｔ７５０において、ＭＦＰ１０からＵＲＬ「Ｕ１」を受信する場合に、Ｔ７６０において、ＵＲＬ「Ｕ１」をサーバ５０に送信してサーバ５０にアクセスする。

サーバ５０は、Ｔ７６０において、ＰＣ９０からＵＲＬ「Ｕ１」を受信する場合に、ＵＲＬ「Ｕ１」に含まれる登録トークン「Ｘ１」と、Ｔ７４で記憶されたデバイス情報に含まれる登録トークン「Ｘ１」と、が一致するのか否かを判断する。本ケースではこれらの登録トークンが一致するので、サーバ５０は、Ｔ７６２において、アカウント情報を入力するための入力画面を表わす入力画面データをＰＣ９０に送信する。

ＰＣ９０は、Ｔ７６２において、サーバ５０から入力画面データを受信する場合に、Ｔ６７４において、入力画面を表示する。そして、ＰＣ９０は、Ｔ７７０において、アカウント情報「ＡＩ１」が第１のユーザによって入力画面に入力される場合に、Ｔ７７２において、アカウント情報「ＡＩ１」を含む登録要求をサーバ５０に送信する。その後、図６のＴ１１２〜Ｔ１９２と同様の処理が実行される。この結果、サーバ５０へのＭＦＰ１０の登録が完了する。

本実施例によると、第１のユーザがＰＣ９０からＭＦＰ１０にログインすることに応じて、ＰＣ９０に表示される所定画面内の登録ボタンが第１のユーザによって選択することによって、ＰＣ９０からＭＦＰ１０に登録指示が送信される。これにより、ＰＣ９０は、ＭＦＰ１０を検索する必要がなく、また、第１のユーザは、検索結果として表示される複数個のデバイス名の中からＭＦＰ１０のデバイス名「Ｎ」を選択する必要がない。従って、ユーザの利便性を向上できる。

（第３実施例の変形例）
続いて、第３実施例の変形例を説明する。本変形例では、第２実施例と同様に、ＭＦＰ１０の管理者が各ユーザのアカウント情報をテーブル３８に予め記憶している。また、図１３のＴ７００〜Ｔ７５０に相当する処理が、ＭＦＰ１０の管理者の操作によって実行される。この場合、まず、ＭＦＰ１０の管理者が、管理者自身のユーザＩＤ及びパスワードをＰＣ９０に入力して、ＰＣ９０からＭＦＰ１０にログインする。この場合、ＭＦＰ１０は、Ｔ７００において、ＰＣ９０からログイン指示を受信し、Ｔ７１２に代えて、テーブル３８内の各ユーザＩＤを含むユーザ選択リストをＰＣ９０に送信する。

ＰＣ９０は、Ｔ７１４に代えて、ユーザ選択リストを表示し、Ｔ７１６に代えて、ユーザ選択リストの中から管理者によってユーザＩＤ「Ｕｓｅｒ１」の選択を受け付ける。そして、Ｔ７１８において、ＰＣ９０は、選択済みのユーザＩＤ「Ｕｓｅｒ１」を含む登録指示をＭＦＰ１０に送信する。

ＭＦＰ１０は、ＰＣ９０から登録指示を受信する場合に、Ｔ７２０〜Ｔ７３０を実行する。この場合、図５のＴ７０〜Ｔ７４と同様の処理が実行される。次いで、ＭＦＰ１０は、Ｔ７４０において、サーバ５０から管理ＩＤ「Ｐｒｉｎｔｅｒ１」及びＵＲＬ「Ｕ１」を受信する場合に、テーブル３８から、Ｔ７１８で受信された登録指示に含まれる選択済みのユーザＩＤ「Ｕｓｅｒ１」に関連付けられているアカウント情報「ＡＩ１」を取得する。ここで、アカウント情報「ＡＩ１」は、第１のユーザのメールアドレスである。そして、ＭＦＰ１０は、Ｔ７５０に代えて、アカウント情報「ＡＩ１」を送信先として、ＵＲＬ「Ｕ１」を含む電子メールを送信する。この結果、第１のユーザによって利用されるＰＣ（例えばＰＣ９０）において電子メールが受信される。第１のユーザが電子メール内のＵＲＬ「Ｕ１」を選択することによって、Ｔ７６０〜Ｔ７７２が実行される。以降の処理は、第３実施例（即ち図６のＴ１１２〜Ｔ１９２）と同様である。

本変形例によると、ＭＦＰ１０の登録のための主な操作が管理者によって実行されるので、第１のユーザは、受信済みの電子メール内のＵＲＬ「Ｕ１」を選択してＴ７７０でアカウント情報「ＡＩ１」を入力すれば、ＭＦＰ１０をサーバ５０に登録することができる。従って、ユーザの利便性を向上できる。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）上記の各実施例では、ＭＦＰ１０は、ＰＣ９０から登録指示を受信することによって登録指示を受け付ける（図５のＴ４２、図１２のＴ６４２、図１３のＴ７１８）。これに代えて、第１のユーザによって操作部１２が操作されることよって登録指示を受け付けてもよい。

（変形例２）上記の各実施例では、ＭＦＰ１０は、第１のユーザに対応する制限情報から得られる許可機能情報「ＦＮ１」を含む登録指示をサーバ５０に送信する（図５のＴ６０、図１２のＴ６６０、図１３のＴ７３０）。これに代えて、ＭＦＰ１０は、第１のユーザに対応する制限情報そのもの（例えば、第１のユーザがモノクロ印刷の利用が許可されているが、カラー印刷とカラースキャンとモノクロスキャンの利用が許可されていないことを示す情報）を含む登録指示をサーバ５０に送信してもよい。即ち、本変形例では、「第２の処理特定情報」は「第１の処理特定情報」と同じ情報である。

（変形例３）図４の処理に代えて以下の処理が実行されてもよい。ＰＣ９５は、まず、第１のユーザによって入力されるユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」を含むログイン指示をＭＦＰ１０に送信する。ＭＦＰ１０は、ＰＣ９５からログイン指示を受信することに応じて、テーブル３８において、当該ログイン指示に含まれるユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」に関連付けられている制限情報を特定する。次いで、ＭＦＰ１０は、特定済みの制限情報で許可されているモノクロ印刷のみを示す設定画面を表わす設定画面データを生成し、生成済みの設定画面データをＰＣ９５に送信する。ＰＣ９５は、ＭＦＰ１０から設定画面データを受信することに応じて、設定画面を表示する。この場合、第１のユーザは、設定画面において、カラー印刷を選択することができず、モノクロ印刷しか選択することができない。本変形例でも、管理者によって許可された画像処理のみをユーザに利用させることができる。

（変形例４）上記の各実施例では、サーバ５０は、ＭＦＰ１０とＰＣ９０等との間の印刷の仲介を実行するが、これに代えて、スキャンの仲介を実行してもよい。この場合、図５のＴ６０では、ＭＦＰ１０は、第１のユーザに利用が許可されているスキャン処理を示す許可機能情報「ＦＮ１」をサーバ５０に送信する。これにより、図７のＴ２５０又は図８のＴ４５０では、許可機能情報「ＦＮ１」によって特定されるスキャン処理を選択可能な設定画面が表示される。サーバ５０は、第１のユーザによって利用されるＰＣ９０からスキャン設定を受信することに応じて、図７のＴ２７０〜Ｔ３１０に代えて、当該スキャン設定を含むスキャン指示をＭＦＰ１０に送信する。その結果、ＭＦＰ１０は、スキャン指示に含まれるスキャン設定に従ったスキャン処理を実行し、スキャンデータをサーバ５０に送信する。この場合、サーバ５０は、当該スキャンデータをＰＣ９０に送信する。本変形例では、カラースキャン及びモノクロスキャンが「複数個の画像処理」の一例である。

（変形例５）図９のＳ５８において、ＣＰＵ３２は、管理ＩＤ「Ｐｒｉｎｔｅｒ１」を記憶しなくてもよい。この場合、ＣＰＵ３２は、サーバ５０からジョブ通知を受信する場合に、図１０のＳ１０５において、登録状態情報「登録」に関連付けられているログイン状態情報が「ログイン」を示す場合に、Ｓ１０５でＹＥＳと判断して、Ｓ１１０に進む。本変形例では、登録状態情報「登録」が、「完了情報」の一例である。また、別の変形例では、図９のＳ５８において、登録状態情報及び管理ＩＤが記憶されなくてもよく、図１０のＳ１０５及びＳ１０７の処理が省略されてもよい。この場合、ＭＦＰ１０は、Ｓ１００でＹＥＳと判断される場合に、Ｓ１１０において、印刷ジョブ要求をサーバ５０に送信する。本変形例では、「記憶制御部」及び「第２の判断部」が省略可能である。

（変形例６）ＭＦＰ１０は、メモリ３４内にテーブル３８を格納していなくてもよい。この場合、通信システム２は、さらに、ＭＦＰ１０とは別体に構成されている格納サーバであって、テーブル３８を格納している格納サーバを備えていてもよい。ＭＦＰ１０は、図５のＴ４２において、ＰＣ９０から登録指示を受信することに応じて、テーブル３８を要求するためのテーブル要求を格納サーバに送信して、格納サーバからテーブル３８を受信する。そして、ＭＦＰ１０は、受信済みのテーブル３８を用いて、許可機能情報「ＦＮ１」を生成する。また、ＭＦＰ１０は、図６のＴ１７２（図５のＳ５８）において、各情報を格納サーバに送信することによって、各情報を格納サーバに格納してもよい。本変形例では、格納サーバ内のメモリが、「メモリ」の一例である。

（変形例７）「通信装置」は、ＭＦＰ１０に限られず、印刷処理のみを実行可能なプリンタであってもよいし、スキャン処理のみを実行可能なスキャナであってもよいし、印刷処理及びスキャン処理とは異なる処理を実行可能なデバイス（例えばＰＣ、サーバ等）であってもよい。

（変形例８）上記の各実施例では、図４〜図１０、図１２、及び、図１３の各処理がソフトウェア（即ちプログラム３６）によって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、４：インターネット、１０：多機能機（ＭＦＰ）、１２：操作部、１４：表示部、１６：ネットワークインターフェース、１８：印刷実行部、２０：スキャン実行部、３０：制御部、３４：メモリ、３６：プログラム、３８：ユーザ管理テーブル、５０：画像処理サーバ、９０，９５：ＰＣ

Claims (9)

1. 画像処理装置であって、
   複数個の画像処理を実行する画像処理実行部と、
   前記複数個の画像処理のうち、対象ユーザに利用が許可されている第１の画像処理の実行が、前記対象ユーザからサーバを介さずに指示される場合に、前記第１の画像処理を前記画像処理実行部に実行させる第１の画像処理制御部であって、前記複数個の画像処理のうちの前記第１の画像処理は、メモリに基づいて、前記対象ユーザに利用が許可されると特定され、前記メモリは、複数のユーザに対応する複数個の処理特定情報を記憶可能であり、前記複数個の処理特定情報のそれぞれは、前記画像処理実行部が実行可能な前記複数個の画像処理のうち、当該処理特定情報に対応するユーザに利用が許可されている１以上の画像処理を特定する情報である、前記第１の画像処理制御部と、
   前記サーバを介して前記画像処理装置を利用すべき対象ユーザのための登録指示の入力を受け付ける第１の受付部と、
   前記登録指示の入力が受け付けられる場合に、前記メモリ内の前記複数個の処理特定情報のうち、前記対象ユーザに対応する第１の処理特定情報を取得する取得部と、
   取得済みの前記第１の処理特定情報を用いて得られる第２の処理特定情報を含む登録要求を前記サーバに送信する送信部であって、前記第２の処理特定情報は、前記複数個の画像処理のうち、前記対象ユーザに利用が許可されている１個以上の画像処理を特定する情報であり、前記サーバでは、前記画像処理装置から前記登録要求が受信される場合に、前記登録要求に含まれる前記第２の処理特定情報が登録される、前記送信部と、
   登録済みの前記第２の処理特定情報によって特定される前記１個以上の画像処理のうちの第２の画像処理の実行が、前記対象ユーザから端末装置を介して前記サーバに指示される場合に、前記サーバから前記第２の画像処理の実行要求を受信する受信部と、
   前記サーバから前記実行要求が受信される場合に、前記第２の画像処理を前記画像処理実行部に実行させる第２の画像処理制御部と、
   を備える、画像処理装置。
2. 前記メモリは、前記複数のユーザのそれぞれについて、当該ユーザを識別するユーザ情報と、当該ユーザに対応する処理特定情報と、を関連付けて記憶可能であり、
   前記画像処理装置は、さらに、
   前記対象ユーザを識別する対象ユーザ情報の入力を受け付ける第２の受付部を備え、
   前記取得部は、前記対象ユーザ情報の入力が受け付けられることによって、前記画像処理装置の状態が前記対象ユーザ情報を用いたログイン状態である間に、前記登録指示の入力が受け付けられる場合に、前記メモリ内の前記複数個の処理特定情報のうち、前記対象ユーザ情報に関連付けられている前記第１の処理特定情報を取得する、請求項１に記載の画像処理装置。
3. 前記メモリは、前記複数のユーザのそれぞれについて、当該ユーザを識別するユーザ情報と、当該ユーザに対応する処理特定情報と、当該ユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、を関連付けて記憶可能であり、
   前記登録指示は、前記サーバに現在ログインしているログイン済みアカウント情報を含み、
   前記画像処理装置は、さらに、
   前記画像処理装置の状態が前記対象ユーザ情報を用いたログイン状態である間に、前記登録指示の入力が受け付けられる場合に、前記メモリにおいて前記対象ユーザ情報に関連付けられている対象アカウント情報と、前記登録指示に含まれる前記ログイン済みアカウント情報と、が一致するのか否かを判断する第１の判断部を備え、
   前記対象アカウント情報と前記ログイン済みアカウント情報とが一致すると判断される場合に、
   前記取得部は、前記対象ユーザ情報に関連付けられている前記第１の処理特定情報を取得し、
   前記送信部は、取得済みの前記第１の処理特定情報を用いて得られる前記第２の処理特定情報を含む前記登録要求を前記サーバに送信し、
   前記対象アカウント情報と前記ログイン済みアカウント情報とが一致しないと判断される場合に、前記第１の処理特定情報は取得されず、前記登録要求は送信されない、請求項２に記載の画像処理装置。
4. 前記メモリは、前記複数のユーザのそれぞれについて、当該ユーザに対応する処理特定情報と、当該ユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、を関連付けて記憶可能であり、
   前記取得部は、前記対象ユーザによる前記サーバへのログイン操作に利用される対象アカウント情報を含む前記登録指示の入力が受け付けられる場合に、前記メモリ内の前記複数個の処理特定情報のうち、前記対象アカウント情報に関連付けられている前記第１の処理特定情報を取得する、請求項１に記載の画像処理装置。
5. 前記登録指示の入力は、前記端末装置から送信される前記登録指示の受信を含む、請求項１から４のいずれか一項に記載の画像処理装置。
6. 前記メモリは、前記複数のユーザのそれぞれについて、当該ユーザを識別するユーザ情報と、当該ユーザに対応する処理特定情報と、を関連付けて記憶可能であり、
   前記画像処理装置は、さらに、
   前記登録要求が前記サーバに送信された後に、前記対象ユーザを識別する対象ユーザ情報に関連付けて、前記サーバへの登録が完了したことを示す完了情報を前記メモリに記憶する記憶制御部と、
   前記サーバから前記実行要求が受信される場合に、前記画像処理装置の状態が、前記メモリ内において前記完了情報に関連付けられている前記対象ユーザ情報を用いた第１のログイン状態であるのか否かを判断する第２の判断部と、を備え、
   前記第２の画像処理制御部は、
   前記画像処理装置の状態が前記第１のログイン状態であると判断される場合に、前記第２の画像処理を前記画像処理実行部に実行させ、
   前記画像処理装置の状態が前記第１のログイン状態でないと判断される場合に、前記第２の画像処理を前記画像処理実行部に実行させない、請求項１から５のいずれか一項に記載の画像処理装置。
7. 前記第２の画像処理制御部は、前記画像処理装置の状態が、前記対象ユーザ情報とは異なるユーザ情報を用いた第２のログイン状態であることに起因して、前記画像処理装置の状態が前記第１のログイン状態でないと判断された後に、前記画像処理装置の状態が前記第２のログイン状態から前記第１のログイン状態に変化する場合に、前記第２の画像処理を前記画像処理実行部に実行させる、請求項６に記載の画像処理装置。
8. 前記画像処理装置は、さらに、前記メモリを備える、請求項１から７のいずれか一項に記載の画像処理装置。
9. 画像処理装置のためのコンピュータプログラムであって、
   前記画像処理装置のコンピュータを、以下の各部、即ち、
   複数個の画像処理を実行する画像処理実行部と、
   前記複数個の画像処理のうち、対象ユーザに利用が許可されている第１の画像処理の実行が、前記対象ユーザからサーバを介さずに指示される場合に、前記第１の画像処理を前記画像処理実行部に実行させる第１の画像処理制御部であって、前記複数個の画像処理のうちの前記第１の画像処理は、メモリに基づいて、前記対象ユーザに利用が許可されると特定され、前記メモリは、複数のユーザに対応する複数個の処理特定情報を記憶可能であり、前記複数個の処理特定情報のそれぞれは、前記画像処理実行部が実行可能な前記複数個の画像処理のうち、当該処理特定情報に対応するユーザに利用が許可されている１以上の画像処理を特定する情報である、前記第１の画像処理制御部と、
   前記サーバを介して前記画像処理装置を利用すべき対象ユーザのための登録指示の入力を受け付ける第１の受付部と、
   前記登録指示の入力が受け付けられる場合に、前記メモリ内の前記複数個の処理特定情報のうち、前記対象ユーザに対応する第１の処理特定情報を取得する取得部と、
   取得済みの前記第１の処理特定情報を用いて得られる第２の処理特定情報を含む登録要求を前記サーバに送信する送信部であって、前記第２の処理特定情報は、前記複数個の画像処理のうち、前記対象ユーザに利用が許可されている１個以上の画像処理を特定する情報であり、前記サーバでは、前記画像処理装置から前記登録要求が受信される場合に、前記登録要求に含まれる前記第２の処理特定情報が登録される、前記送信部と、
   登録済みの前記第２の処理特定情報によって特定される前記１個以上の画像処理のうちの第２の画像処理の実行が、前記対象ユーザから端末装置を介して前記サーバに指示される場合に、前記サーバから前記第２の画像処理の実行要求を受信する受信部と、
   前記サーバから前記実行要求が受信される場合に、前記第２の画像処理を前記画像処理実行部に実行させる第２の画像処理制御部と、
   として機能させる、コンピュータプログラム。
   
   

Images