JP6891718B2 - 通信装置 - Google Patents

Description

本明細書では、サーバとの通信を実行する通信装置を開示する。

特許文献１には、印刷を仲介するためのサーバに登録された１台のプリンタを複数のユーザによって共用する技術が開示されている。

特開２０１４−０５６３２０号公報

本明細書は、サーバにログインするための異なるアカウント情報を有する複数のユーザが、１台の通信装置を共用して、当該通信装置とサーバとの間で対象データの通信を実行させることを実現するための新たな手法を開示する。

本明細書によって開示される通信装置は、メモリと、前記通信装置をサーバに登録するための登録指示の入力を受け付ける登録指示受付部と、前記登録指示の入力が受け付けられる場合に、前記通信装置の装置識別情報を含む登録要求を前記サーバに送信する登録要求部であって、前記サーバでは、前記通信装置から受信した前記登録要求に含まれる前記装置識別情報が前記サーバに登録されていない場合に、前記装置識別情報と、前記通信装置のユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、前記通信装置によって前記サーバとの通信に利用されるべき通信認証情報と、が関連付けて登録される、前記登録要求部と、前記サーバから、前記装置識別情報に関連付けられる前記通信認証情報を受信する通信認証情報受信部と、前記サーバから受信した前記通信認証情報を前記メモリに記憶する記憶制御部と、前記メモリに記憶されている前記通信認証情報を利用して、前記サーバと通信を実行する通信部と、を備え、前記登録指示受付部が第１の登録指示の入力を受け付ける場合に、前記登録要求部は、第１の装置識別情報を含む第１の登録要求を前記サーバに送信し、前記サーバでは、前記第１の装置識別情報と、前記通信装置の第１のユーザによる前記サーバへのログイン操作に利用される第１のアカウント情報と、第１の通信認証情報と、が関連付けて登録され、前記通信認証情報受信部は、前記サーバから前記第１の通信認証情報を受信し、前記記憶制御部は、前記第１の通信認証情報を前記メモリに記憶し、前記登録指示受付部が第２の登録指示の入力を受け付ける場合に、前記登録要求部は、前記第１の装置識別情報とは異なる第２の装置識別情報を含む第２の登録要求を前記サーバに送信し、前記サーバでは、前記第２の装置識別情報と、前記第１のユーザとは異なる第２のユーザによる前記サーバへのログイン操作に利用される第２のアカウント情報であって、前記第１のアカウント情報とは異なる前記第２のアカウント情報と、前記第１の通信認証情報とは異なる第２の通信認証情報と、が関連付けて登録され、前記通信認証情報受信部は、前記サーバから前記第２の通信認証情報を受信し、前記記憶制御部は、前記第２の通信認証情報を前記メモリに記憶し、前記通信部は、前記第１の通信認証情報と前記第２の通信認証情報とが前記メモリに記憶されている状態で、前記第１の通信認証情報を利用して、前記サーバと前記第１のユーザのための通信を実行可能であると共に、前記第２の通信認証情報を利用して、前記サーバと前記第２のユーザのための通信を実行可能であり、前記通信部は、第１の端末装置において前記サーバへの前記第１のアカウント情報を利用した前記第１のユーザによるログイン操作が実行され、前記第１の端末装置が第１の通信指示を前記サーバに送信する場合に、前記サーバと第１の対象データの通信を実行し、第２の端末装置において前記サーバへの前記第２のアカウント情報を利用した前記第２のユーザによるログイン操作が実行され、前記第２の端末装置が第２の通信指示を前記サーバに送信する場合に、前記サーバと第２の対象データの通信を実行する。

上記の構成によると、通信装置は、互いに異なる第１及び第２の装置識別情報のそれぞれをサーバに送信し、その結果、サーバでは、第１の装置識別情報と第１のアカウント情報とが関連付けて登録され、第２の装置識別情報と第２のアカウント情報とが関連付けて登録される。また、通信装置は、互いに異なる第１及び第２の通信認証情報を記憶した状態で、第１の通信認証情報を利用して、サーバと第１のユーザのための通信を実行可能であると共に、第２の通信認証情報を利用して、サーバと第２のユーザのための通信を実行可能である。従って、第１及び第２のユーザは、１台の通信装置を共用して、当該通信装置とサーバとの間で第１及び第２の対象データの通信を実行させることができる。

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

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

（第１実施例）
（実施例の概要；図１）
図１を参照して、本実施例の概略を説明する。通信システム２は、多機能機１０と、画像処理サーバ５０と、ＰＣ（Personal Computerの略）９０と、を備える。以下では、多機能機１０のことを「ＭＦＰ（Multi-Function Peripheralの略）１０」と記載し、画像処理サーバ５０のことを単に「サーバ５０」と記載することがある。ＰＣ９０は、プリンタドライバを備えておらず、サーバ５０を利用してＭＦＰ１０に印刷を実行させる。このような仕組みを実現するためには、ＭＦＰ１０をサーバ５０に予め登録しておく必要がある。ＭＦＰ１０をサーバ５０に登録するために以下の各処理（１）〜（６）が実行される。

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

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

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

ここで、本実施例では、ＭＦＰ１０が複数のユーザによって共用されることを想定しており、当該複数のユーザのそれぞれについて、同じＭＦＰ１０をサーバ５０に登録することを想定している。しかしながら、本実施例のサーバ５０は、１個の登録ＩＤについて１台のプリンタ（本実施例ではＭＦＰ１０）しか登録することができない。即ち、サーバ５０は、上記の（２）でＭＦＰ１０から受信される登録ＩＤがサーバ５０に既に登録されている場合（即ちＭＦＰ１０が登録済みである場合）には、上記の（３）で管理ＩＤ及び登録トークンをＭＦＰ１０に送信せずにＭＦＰ１０を登録しない。そこで、本実施例では、ＭＦＰ１０が、後述の図５等の処理を実行することによって、複数のユーザのそれぞれについて、同じＭＦＰ１０をサーバ５０に登録することを実現し、この結果、複数のユーザのそれぞれがサーバ５０を利用してＭＦＰ１０に印刷を実行させることを実現する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（登録プロセス：図５及び図６）
続いて、図５及び図６を参照して、ＭＦＰ１０をサーバ５０に登録する登録プロセスについて説明する。図中の「ｋ」は１又は２である。例えば、ｋ＝１である場合には、アカウント情報「ＡＩｋ」、ユーザＩＤ「Ｕｓｅｒｋ」、パスワード「Ｐｋ」、ＰＣ９０−ｋは、それぞれ、「ＡＩ１」、「Ｕｓｅｒ１」、「Ｐ１」、ＰＣ９０−１を意味する。また、以下では、ユーザＩＤ「Ｕｓｅｒｋ」によって識別されるユーザのことを「第ｋのユーザ」と呼ぶ。また、ＰＣ９０−ｋによって実行される以下の各処理は、ブラウザプログラムに従って実行される。従って、以下では、「ブラウザプログラムに従って」という記載を省略する。

Ｔ１０では、ＰＣ９０−ｋは、第ｋのユーザから、アカウント情報「ＡＩｋ」の入力と、サーバ５０へのログインの指示と、を受け付けることに応じて、アカウント情報「ＡＩｋ」を含むログイン要求をサーバ５０に送信する。

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

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

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

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

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

ＭＦＰ１０は、Ｔ４２において、ＰＣ９０−ｋからアカウント情報「ＡＩｋ」を含む登録指示を受信すると、Ｔ５０において、確認画面を表示部１４に表示させる。確認画面は、ＭＦＰ１０をサーバ５０に登録することを示すＹＥＳボタンと、ＭＦＰ１０をサーバ５０に登録しないことを示すＮＯボタンと、を含む。ＭＦＰ１０は、Ｔ５２において、第ｋのユーザから確認画面内のＹＥＳボタンの選択を受け付ける場合に、Ｔ５４において、登録ＩＤ「Ａ−Ｔｋ」を生成する。登録ＩＤは、ＭＦＰ１０のＭＡＣアドレス「Ａ」と現在日時「Ｔｋ」との組み合わせを含む文字列である。登録ＩＤ「Ａ−Ｔｋ」が日時の情報を含むので、例えば、あるタイミングでＰＣ９０−１から受信される登録指示に応じて生成される登録ＩＤと、異なるタイミングでＰＣ９０−２から受信される登録指示に応じて生成される登録ＩＤと、は異なる。このように、ＭＦＰ１０は、ユニークな登録ＩＤを生成するので、複数個のユニークな登録ＩＤを予め準備しておく必要がない。なお、変形例では、ＭＦＰ１０は、Ｔ５４で登録ＩＤを生成する代わりに、複数個の登録ＩＤを予め準備しておき、当該複数個の登録ＩＤのうちの１個の登録ＩＤを取得してもよい。

Ｔ６０では、ＭＦＰ１０は、登録要求をサーバ５０に送信する。当該登録要求は、ＭＦＰ１０の登録をサーバ５０に要求するコマンドであり、Ｔ５４で生成された登録ＩＤ「Ａ−Ｔｋ」と、ＭＦＰ１０のモデル名「Ｍ」と、ＭＦＰ１０にログイン中の第ｋのユーザの許可機能情報「ＦＮｋ」と、を含む。許可機能情報「ＦＮｋ」は、第ｋのユーザの制限情報のうち、第ｋのユーザに利用が許可されている印刷に関係する１個以上の画像処理を特定する情報である。例えば、ユーザＩＤ「Ｕｓｅｒ１」によって識別される第１のユーザの許可機能情報「ＦＮ１」は、モノクロ印刷のみを示す情報であり、ユーザＩＤ「Ｕｓｅｒ２」によって識別される第２のユーザの許可機能情報「ＦＮ２」は、モノクロ印刷とカラー印刷とを示す情報である（図３参照）。

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

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

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

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

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

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

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

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

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

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

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

例えば、第１のユーザがＰＣ９０−１を利用して上記の登録プロセスを実行する場合（即ちｋ＝１の場合）には、テーブル３８において、ユーザＩＤ「Ｕｓｅｒ１」及びパスワード「Ｐ１」に関連付けて、アカウント情報「ＡＩ１」と、登録ＩＤ「Ａ−Ｔ１」と、管理ＩＤ「Ｐｒｉｎｔｅｒ１」と、アクセストークン「ＡＴ１」と、が登録される。また、サーバ５０では、アカウント情報「ＡＩ１」と、登録ＩＤ「Ａ−Ｔ１」と、モデル名「Ｍ」と、許可機能情報「ＦＮ１」と、管理ＩＤ「Ｐｒｉｎｔｅｒ１」と、アクセストークン「ＡＴ１」と、が関連付けて登録される。

また、第２のユーザがＰＣ９０−２を利用して上記の登録プロセスを実行する場合（即ちｋ＝２の場合）には、テーブル３８において、ユーザＩＤ「Ｕｓｅｒ２」に関連付けて、アカウント情報「ＡＩ２」と、登録ＩＤ「Ａ−Ｔ２」と、管理ＩＤ「Ｐｒｉｎｔｅｒ２」と、アクセストークン「ＡＴ２」と、が登録される。これにより、図３の右側のテーブル３８が完成する。また、サーバ５０では、アカウント情報「ＡＩ２」と、登録ＩＤ「Ａ−Ｔ２」と、モデル名「Ｍ」と、許可機能情報「ＦＮ２」と、管理ＩＤ「Ｐｒｉｎｔｅｒ２」と、アクセストークン「ＡＴ２」と、が関連付けて登録される。

上述したように、ＭＦＰ１０は、第１のユーザのために登録ＩＤ「Ａ−Ｔ１」を含む登録要求をサーバ５０に送信し（図５のＴ６０）、第２のユーザのために登録ＩＤ「Ａ−Ｔ１」とは異なる登録ＩＤ「Ａ−Ｔ２」を含む登録要求をサーバ５０に送信する。このために、サーバ５０において、第１のユーザのためのデバイス情報と、第２のユーザのためのデバイス情報と、の双方が登録される（図６のＴ１４０）。即ち、サーバ５０は、ＭＦＰ１０が１台のプリンタであるにも関わらず、第１のユーザのためのデバイス情報を、管理ＩＤ「Ｐｒｉｎｔｅｒ１」によって識別される或るプリンタの情報として登録し（Ｔ１４０）、当該或るプリンタ（即ちＭＦＰ１０）とのＸＭＰＰ接続を確立し（Ｔ１７０）、第２のユーザのためのデバイス情報を、管理ＩＤ「Ｐｒｉｎｔｅｒ２」によって識別される異なるプリンタの情報として登録し（Ｔ１４０）、当該異なるプリンタ（即ちＭＦＰ１０）とのＸＭＰＰ接続を確立する（Ｔ１７０）。換言すると、サーバ５０は、１台のＭＦＰ１０について複数のユーザのための複数のデバイス情報を登録し（Ｔ１４０）、１台のＭＦＰ１０との複数のＸＭＰＰ接続を確立する（Ｔ１７０）。

（サーバ印刷プロセス：図７及び図８）
続いて、図７及び図８を参照して、サーバ５０を利用してＭＦＰ１０に印刷を実行させるサーバ印刷プロセスを説明する。図７及び図８の処理は、第１のユーザ及び第２のユーザのそれぞれが上記の登録プロセスを実行して、ＭＦＰ１０がサーバ５０に登録された後に実行される。従って、サーバ５０には、第１のユーザのためのデバイス情報（例えばアカウント情報「ＡＩ１」等）と、第２のユーザのためのデバイス情報（例えばアカウント情報「ＡＩ２」等）と、が登録済みである。まず、図７を参照して、第１のユーザがＰＣ９０−１からＭＦＰ１０に印刷を実行させる場合について説明する。

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

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

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

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

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

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

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

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

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

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

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

続いて、図８を参照して、第２のユーザがＰＣ９０−２からＭＦＰ１０に印刷を実行させる場合について説明する。図８のＴ４００〜Ｔ４４０は、ＰＣ９０−２、ユーザＩＤ「Ｕｓｅｒ２」、パスワード「Ｐ２」、アカウント情報「ＡＩ２」、管理ＩＤ「Ｐｒｉｎｔｅｒ２」、及び、許可機能情報「ＦＮ２」が利用される点を除いて、図７のＴ２００〜Ｔ２４０と同様である。

Ｔ４５０では、ＰＣ９０−２は、設定画面データによって表わされる設定画面を表示する。当該設定画面は、許可機能情報「ＦＮ２」によって特定されるカラー印刷及びモノクロ印刷のそれぞれを示すボタンを含む。Ｔ４６０では、ＰＣ９０−２は、第２のユーザからカラー印刷を示すボタンの選択を受け付けて、次いで、画像ファイルＦ２の選択を受け付ける。そして、Ｔ４６２では、ＰＣ９０−２は、画像ファイルＦ２及び印刷設定「カラー」をサーバ５０に送信する。

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

Ｔ５００〜Ｔ５２０は、管理ＩＤ「Ｐｒｉｎｔｅｒ２」、アクセストークン「ＡＴ２」、及び、印刷ジョブＪ２が利用される点を除き、図７のＴ３００〜Ｔ３２０と同様である。Ｔ５２０の処理が終了すると、図８のサーバ印刷プロセスが終了する。

上記のように、本実施例では、サーバ５０に登録される第１のユーザのためのデバイス情報は、第１のユーザの画像処理制限情報（図３参照）に対応する許可機能情報ＦＮ１を含む。これに代えて、いずれのユーザのためのデバイス情報がサーバ５０に登録される場合でも、ＭＦＰ１０が実行可能なカラー印刷及びモノクロ印刷の双方を示す許可機能情報がサーバ５０に登録される比較例の構成を想定する。この場合、図７のＴ２５０において、カラー印刷及びモノクロ印刷のそれぞれを示すボタンを含む設定画面が表示されるので、第１のユーザによってカラー印刷が選択され得る。従って、Ｔ３１０では、カラー印刷を示す印刷設定を含む印刷ジョブＪ１がＭＦＰ１０に送信されるので、第１のユーザにカラー印刷の利用が許可されていないにも関わらず、カラー印刷が実行され得る。これに対し、本実施例では、サーバ５０に登録される第１のユーザのためのデバイス情報がモノクロ印刷のみを示す許可機能情報ＦＮ１を含むので、Ｔ２５０において、モノクロ印刷を示すボタンのみを含む設定画面が表示される。従って、第１のユーザによってカラー印刷が選択されることがあり得ず、第１のユーザに許可されていないカラー印刷がＭＦＰ１０で実行されることを抑制することができる。一方、サーバ５０に登録される第２のユーザのためのデバイス情報は、第２のユーザの画像処理制限情報（図３参照）に対応する許可機能情報ＦＮ２を含む。従って、図８のＴ４５０において、カラー印刷及びモノクロ印刷のそれぞれを示すボタンを含む設定画面が表示される。従って、第２のユーザは、カラー印刷及びモノクロ印刷のうちの所望の印刷を選択することができる。このように、ユーザの画像処理制限情報に応じた設定画面が表示されるので、当該ユーザに応じた画像処理をＭＦＰ１０に実行させることができる。

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

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

Ｓ２５では、ＣＰＵ３２は、ＭＦＰ１０のＭＡＣアドレス「Ａ」と現在日時との組み合わせを含む登録ＩＤを生成する（Ｔ５４）。なお、変形例では、ＣＰＵ３２は、ランダムに生成される文字列を含む登録ＩＤを生成してもよい。Ｓ２８では、ＣＰＵ３２は、テーブル３８において、ログイン状態情報「ログイン」に関連付けられている制限情報を取得し、取得済みの制限情報で許可されている印刷に関係する画像処理（例えばモノクロ印刷）を示す許可機能情報を生成する。Ｓ３０では、ＣＰＵ３２は、Ｓ２５で生成された登録ＩＤと、Ｓ２８で生成された許可機能情報と、モデル名「Ｍ」と、を含む登録要求をサーバ５０に送信する（Ｔ６０）。

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

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

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

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

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

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

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

（本実施例の効果）
ＭＦＰ１０は、ＰＣ９０−１から登録指示の入力を受け付ける場合（図５のＴ４２）に、登録ＩＤ「Ａ−Ｔ１」を含む登録要求をサーバ５０に送信し（Ｔ６０）、この結果、サーバ５０において、登録ＩＤ「Ａ−Ｔ１」と、アカウント情報「ＡＩ１」と、アクセストークン「ＡＴ１」と、が関連付けて登録される（図６のＴ１４０）。また、ＭＦＰ１０は、ＰＣ９０−２から登録指示の入力を受け付ける場合（図５のＴ４２）に、登録ＩＤ「Ａ−Ｔ１」とは異なる登録ＩＤ「Ａ−Ｔ２」を含む登録要求をサーバ５０に送信し（Ｔ６０）、この結果、サーバ５０において、登録ＩＤ「Ａ−Ｔ２」と、アカウント情報「ＡＩ２」と、アクセストークン「ＡＴ２」と、が関連付けて登録される（図６のＴ１４０）。ＭＦＰ１０は、アクセストークン「ＡＴ１」とアクセストークン「ＡＴ２」とがメモリ３４に記憶されている状態で、アクセストークン「ＡＴ１」を利用して、サーバ５０と第１のユーザのための通信を実行可能であると共に、アクセストークン「ＡＴ２」を利用して、サーバ５０と第２のユーザのための通信を実行可能である（Ｔ１６０、Ｔ１７０）。従って、ＭＦＰ１０は、ＰＣ９０−１からサーバ５０へのアカウント情報「ＡＩ１」を利用したログインが第１のユーザによって実行され（図７のＴ２０５）、設定画面要求、画像ファイルＦ１、及び、印刷設定「モノクロ」がＰＣ９０−１からサーバ５０に送信される場合（Ｔ２３０、Ｔ２６２）に、印刷データＰＤ１をサーバ５０と通信することができる（Ｔ３００、Ｔ３１０）。また、ＭＦＰ１０は、ＰＣ９０−２からサーバ５０へのアカウント情報「ＡＩ２」を利用したログインが第２のユーザによって実行され（図８のＴ４０５）、設定画面要求、画像ファイルＦ２、及び、印刷設定「カラー」がＰＣ９０−２からサーバ５０に送信される場合（Ｔ４３０、Ｔ４６２）に、印刷データＰＤ２をサーバ５０と通信することができる（Ｔ５００、Ｔ５１０）。従って、第１のユーザ及び第２のユーザは、１台のＭＦＰ１０を共用して、ＭＦＰ１０とサーバ５０との間で印刷データの通信を実行させることができる。

また、例えば、ＭＦＰ１０の管理者が、管理者自身のアカウント情報及びＭＦＰ１０の識別情報に関連付けて、ＭＦＰ１０を共有可能な複数のユーザのそれぞれのアカウント情報をサーバ５０に登録する比較例の構成を想定する。比較例の構成でも、複数のユーザは、１台のＭＦＰ１０を共用して、ＭＦＰ１０とサーバ５０との間で印刷データの通信を実行させることができる。しかしながら、或るアカウント情報及びＭＦＰ１０の識別情報に関連付けて他のアカウント情報をサーバ５０に登録する構成を採用すると、或るアカウント情報の登録が解除されると、他のアカウント情報を利用してＭＦＰ１０に印刷を実行させることもできなくなる。これに対し、本実施例では、ＭＦＰ１０は、第１のユーザに対応する登録ＩＤ「Ａ−Ｔ１」を含む登録要求をサーバ５０に送信し、第２のユーザに対応する登録ＩＤとして登録ＩＤ「Ａ−Ｔ１」とは異なる「Ａ−Ｔ２」を含む登録要求をサーバ５０に送信する。これにより、第１及び第２のユーザのそれぞれが自身のアカウント情報に関連付けて同じＭＦＰ１０をサーバ５０に登録することができる。このために、例えば、第１のユーザがアカウント情報の登録を解除しても、第２のユーザは、その影響を受けずに、サーバ５０を利用してＭＦＰ１０に印刷を実行させることができる。

（対応関係）
ＭＦＰ１０、画像処理サーバ５０、ＰＣ９０−１、ＰＣ９０−２が、それぞれ、「通信装置」、「サーバ」、「第１の端末装置」、「第２の端末装置」の一例である。登録ＩＤ、アクセストークン、管理ＩＤ、ユーザＩＤが、それぞれ、「装置識別情報」、「通信認証情報」、「管理識別情報」、「ユーザ情報」の一例である。登録ＩＤ「Ａ−Ｔ１」、アカウント情報「ＡＩ１」、アクセストークン「ＡＴ１」、印刷データＰＤ１が、それぞれ、「第１の装置識別情報」、「第１のアカウント情報」、「第１の通信認証情報」、「第１の対象データ」であり、登録ＩＤ「Ａ−Ｔ２」、アカウント情報「ＡＩ２」、アクセストークン「ＡＴ２」、印刷データＰＤ２が、それぞれ、「第２の装置識別情報」、「第２のアカウント情報」、「第２の通信認証情報」、「第２の対象データ」である。

図７のＴ２３０及びＴ２６２で送信される各情報、Ｔ２９０で受信されるジョブ通知が、それぞれ、「第１の通信指示」、「第１の実行指示」の一例である。図８のＴ４３０及びＴ４６２で送信される各情報、Ｔ４９０で受信されるジョブ通知が、それぞれ、「第２の通信指示」、「第２の実行指示」の一例である。管理ＩＤ「Ｐｒｉｎｔｅｒ１」、管理ＩＤ「Ｐｒｉｎｔｅｒ２」が、それぞれ、「第１の管理識別情報」、「第２の管理識別情報」の一例であり、ユーザＩＤ「Ｕｓｅｒ１」、ユーザＩＤ「Ｕｓｅｒ２」が、それぞれ、「第１のユーザ情報」、「第２のユーザ情報」の一例である。登録トークン「Ｘｋ」が、「登録認証情報」の一例である。登録状態情報「登録」が、「完了情報」の一例である。Ｔ１４で表示される所定画面及びＴ３６で表示される検索画面が、「所定画面」の一例である。第１のユーザに対応する画像処理制限情報、第２のユーザに対応する画像処理制限情報、許可機能情報「ＦＮ１」、許可機能情報「ＦＮ２」が、それぞれ、「第１の処理特定情報」、「第２の処理特定情報」、「第３の処理特定情報」、「第４の処理特定情報」の一例である。図４のＴ７で実行される印刷、図７のＴ２６０で選択されるモノクロ印刷、印刷設定「モノクロ」、図８のＴ４６０で選択されるカラー印刷、印刷設定「カラー」が、それぞれ、「対象画像処理」、「第１の画像処理」、「第１の設定情報」、「第２の画像処理」、「第２の設定情報」の一例である。

図５のＴ４２の処理が、「登録指示受付部」の一例である。図９のＳ３０の処理、Ｓ５０の処理、Ｓ５８の処理が、それぞれ、「登録要求部」、「通信認証情報受信部」、「記憶制御部」の一例である。図１０のＳ１１５の処理が、「通信部」の一例である。

図９のＳ３５の処理が、「管理識別情報受信部」、「登録認証情報受信部」、及び、「登録認証情報送信部」の一例である。図５のＴ２０、図７のＴ２００、及び、図８のＴ４００の処理が、「ユーザ情報受付部」の一例である。Ｔ３３の処理、Ｔ３４の処理が、それぞれ、「第２の判断部」、「デバイス名送信部」の一例である。図４のＴ７の処理、図９のＳ２８の処理が、それぞれ、「第１の画像処理制御部」、「取得部」の一例である。図７のＴ３２０及び図８のＴ５２０の処理が、「第２の画像処理制御部」の一例である。

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

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

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

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

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

本実施例によると、ユーザは、登録プロセスにおいて、ＭＦＰ１０にログインせずに済む（即ち図５のＴ２０が必要ない）。ユーザの利便性を向上させることができる。本実施例では、Ｔ６４２の処理が、「登録指示受付部」の一例である。Ｔ６４４の処理、Ｔ６４６の処理が、それぞれ、「第３の判断部」、「第４の判断部」の一例である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施例では、Ｔ７１４で表示される「所定画面」、ＵＲＬ「Ｕ１」が、それぞれ、「所定画面」、「位置情報」の一例である。Ｔ７１６の操作が、「所定操作」の一例である。Ｔ７１２の処理、Ｔ７４０の処理、Ｔ７５０の処理が、それぞれ、「所定画面データ送信部」、「位置情報受信部」、「位置情報送信部」の一例である。

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

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

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

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

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

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

（変形例２）第１及び第２のユーザがＰＣ９０−１を共用してもよい。この場合、第２のユーザは、ＰＣ９０−１を操作して、上記の登録プロセスを実行してもよい。即ち、「第２の端末装置」は、「第１の端末装置」と同じであってもよい。

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

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

（変形例５）テーブル３８において、画像処理制限情報が記憶されなくてもよい。即ち、全てのユーザが、ＭＦＰ１０が実行可能な複数個の画像処理のいずれも利用可能であってもよい。この場合、図５のＴ６０において、ＭＦＰ１０が実行可能なカラー印刷及びモノクロ印刷の双方を示す許可機能情報がサーバ５０に送信されて、当該許可機能情報を含むデバイス情報がサーバ５０に登録される。本変形例では、「第１の画像処理制御部」を省略可能である。

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

（変形例７）サーバ５０は、Ｔ７２において、管理ＩＤ「Ｐｒｉｎｔｅｒｋ」を生成せずに、Ｔ６０で受信される登録ＩＤ「Ａ−Ｔ１」を管理ＩＤとして利用してもよい。即ち、「管理識別情報」は「装置識別情報」と同じであってもよく、「管理識別情報受信部」は省略可能である。

（変形例８）図１０のＳ１０５の処理が省略されてもよい。この場合、ＭＦＰ１０は、Ｓ１００でＹＥＳと判断される場合に、Ｓ１１０において、印刷ジョブ要求をサーバ５０に送信する。即ち、「通信部」は、通信装置の状態が第１（又は第２）のユーザ情報を利用したログイン状態であるのか否かに関わらず、サーバと第１（又は第２）の対象データの通信を実行してもよい。

（変形例９）図５のＴ３３の処理が省略されてもよい。この場合、ＭＦＰ１０は、ＰＣ９０−ｋから検索信号を受信する場合に、登録状態情報が「登録」であるのか「未登録」であるのかに関わらず、Ｔ３４において、デバイス名「Ｎ」をＰＣ９０−ｋに送信する。本変形例では、「第２の判断部」を省略可能である。

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

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

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

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

Claims (15)

1. 通信装置であって、
   メモリと、
   前記通信装置をサーバに登録するための登録指示の入力を受け付ける登録指示受付部と、
   前記登録指示の入力が受け付けられる場合に、前記通信装置の装置識別情報を含む登録要求を前記サーバに送信する登録要求部であって、前記サーバでは、前記通信装置から受信した前記登録要求に含まれる前記装置識別情報が前記サーバに登録されていない場合に、前記装置識別情報と、前記通信装置のユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、前記通信装置によって前記サーバとの通信に利用されるべき通信認証情報と、が関連付けて登録される、前記登録要求部と、
   前記サーバから、前記装置識別情報に関連付けられる前記通信認証情報を受信する通信認証情報受信部と、
   前記サーバから受信した前記通信認証情報を前記メモリに記憶する記憶制御部と、
   前記メモリに記憶されている前記通信認証情報を利用して、前記サーバと通信を実行する通信部と、を備え、
   前記登録指示受付部が第１の登録指示の入力を受け付ける場合に、
   前記登録要求部は、第１の装置識別情報を含む第１の登録要求を前記サーバに送信し、前記サーバでは、前記第１の装置識別情報と、前記通信装置の第１のユーザによる前記サーバへのログイン操作に利用される第１のアカウント情報と、第１の通信認証情報と、が関連付けて登録され、
   前記通信認証情報受信部は、前記サーバから前記第１の通信認証情報を受信し、
   前記記憶制御部は、前記第１の通信認証情報を前記メモリに記憶し、
   前記登録指示受付部が第２の登録指示の入力を受け付ける場合に、
   前記登録要求部は、前記第１の装置識別情報とは異なる第２の装置識別情報を含む第２の登録要求を前記サーバに送信し、前記サーバでは、前記第２の装置識別情報と、前記第１のユーザとは異なる第２のユーザによる前記サーバへのログイン操作に利用される第２のアカウント情報であって、前記第１のアカウント情報とは異なる前記第２のアカウント情報と、前記第１の通信認証情報とは異なる第２の通信認証情報と、が関連付けて登録され、
   前記通信認証情報受信部は、前記サーバから前記第２の通信認証情報を受信し、
   前記記憶制御部は、前記第２の通信認証情報を前記メモリに記憶し、
   前記通信部は、前記第１の通信認証情報と前記第２の通信認証情報とが前記メモリに記憶されている状態で、前記第１の通信認証情報を利用して、前記サーバと前記第１のユーザのための通信を実行可能であると共に、前記第２の通信認証情報を利用して、前記サーバと前記第２のユーザのための通信を実行可能であり、
   前記通信部は、
   第１の端末装置において前記サーバへの前記第１のアカウント情報を利用した前記第１のユーザによるログイン操作が実行され、前記第１の端末装置が第１の通信指示を前記サーバに送信する場合に、前記サーバと第１の対象データの通信を実行し、
   第２の端末装置において前記サーバへの前記第２のアカウント情報を利用した前記第２のユーザによるログイン操作が実行され、前記第２の端末装置が第２の通信指示を前記サーバに送信する場合に、前記サーバと第２の対象データの通信を実行する、通信装置。
2. 前記登録要求部は、
   前記登録指示受付部が前記登録指示の入力を受け付ける毎に、現在時刻を用いて、前記装置識別情報を生成し、
   前記登録指示受付部が前記第１の登録指示の入力を受け付ける場合に、第１の現在時刻を用いて、前記第１の装置識別情報を生成して、生成済みの前記第１の装置識別情報を含む前記第１の登録要求を前記サーバに送信し、
   前記登録指示受付部が前記第２の登録指示の入力を受け付ける場合に、前記第１の現在時刻とは異なる第２の現在時刻を用いて、前記第１の装置識別情報とは異なる前記第２の装置識別情報を生成して、生成済みの前記第２の装置識別情報を含む前記第２の登録要求を前記サーバに送信する、請求項１に記載の通信装置。
3. 前記通信部は、
   前記第１の端末装置において前記サーバへの前記第１のアカウント情報を利用した前記第１のユーザによるログイン操作が実行され、前記第１の端末装置が前記第１の通信指示を前記サーバに送信することに応じて、前記サーバから、前記第１の対象データの通信を実行すべきことを前記通信装置に指示するための第１の実行指示が受信される場合に、前記サーバと前記第１の対象データの通信を実行し、
   前記第２の端末装置において前記サーバへの前記第２のアカウント情報を利用した前記第２のユーザによるログイン操作が実行され、前記第２の端末装置が前記第２の通信指示を前記サーバに送信することに応じて、前記サーバから、前記第２の対象データの通信を実行すべきことを前記通信装置に指示するための第２の実行指示が受信される場合に、前記サーバと前記第２の対象データの通信を実行する、請求項１又は２に記載の通信装置。
4. 前記通信装置は、さらに、
   前記登録要求が前記サーバに送信された後に、前記サーバから、前記装置識別情報とは異なる管理識別情報を受信する管理識別情報受信部を備え、
   前記記憶制御部は、
   前記サーバから前記第１の通信認証情報と第１の管理識別情報とが受信される場合に、前記第１の通信認証情報と前記第１の管理識別情報とを関連付けて前記メモリに記憶し、
   前記サーバから、前記第２の通信認証情報と、前記第１の管理識別情報とは異なる第２の管理識別情報と、が受信される場合に、前記第２の通信認証情報と前記第２の管理識別情報とを関連付けて前記メモリに記憶し、
   前記通信部は、
   前記サーバから前記第１の管理識別情報を含む前記第１の実行指示が受信される場合に、前記メモリ内において前記第１の管理識別情報に関連付けられている前記第１の通信認証情報を利用して、前記サーバと前記第１の対象データの通信を実行し、
   前記サーバから前記第２の管理識別情報を含む前記第２の実行指示が受信される場合に、前記メモリ内において前記第２の管理識別情報に関連付けられている前記第２の通信認証情報を利用して、前記サーバと前記第２の対象データの通信を実行する、請求項３に記載の通信装置。
5. 前記記憶制御部は、
   前記サーバから前記第１の通信認証情報と前記第１の管理識別情報とが受信される場合に、前記第１の通信認証情報と、前記第１の管理識別情報と、前記第１のユーザを識別する第１のユーザ情報と、を関連付けて前記メモリに記憶し、
   前記サーバから前記第２の通信認証情報と前記第２の管理識別情報とが受信される場合に、前記第２の通信認証情報と、前記第２の管理識別情報と、前記第２のユーザを識別する第２のユーザ情報であって、前記第１のユーザ情報とは異なる前記第２のユーザ情報と、を関連付けて前記メモリに記憶し、
   前記通信部は、
   前記サーバから前記第１の管理識別情報を含む前記第１の実行指示が受信される場合に、前記通信装置の状態が、前記メモリ内において前記第１の管理識別情報に関連付けられている前記第１のユーザ情報を利用したログイン状態であるのか否かを判断し、
   前記通信装置の状態が前記第１のユーザ情報を利用した前記ログイン状態であると判断される場合に、前記第１の通信認証情報を利用して、前記サーバと前記第１の対象データの通信を実行し、前記通信装置の状態が前記第１のユーザ情報を利用した前記ログイン状態でないと判断される場合に、前記第１の対象データは前記サーバと通信されず、
   前記サーバから前記第２の管理識別情報を含む前記第２の実行指示が受信される場合に、前記通信装置の状態が、前記メモリ内において前記第２の管理識別情報に関連付けられている前記第２のユーザ情報を利用したログイン状態であるのか否かを判断し、
   前記通信装置の状態が前記第２のユーザ情報を利用した前記ログイン状態であると判断される場合に、前記第２の通信認証情報を利用して、前記サーバと前記第２の対象データの通信を実行し、前記通信装置の状態が前記第２のユーザ情報を利用した前記ログイン状態でないと判断される場合に、前記第２の対象データは前記サーバと通信されない、請求項４に記載の通信装置。
6. 前記登録指示受付部は、前記端末装置において前記サーバへの前記アカウント情報を利用した前記ユーザによるログイン操作が実行されることに応じて、前記サーバから前記端末装置に送信される所定画面データによって表わされる所定画面上で所定操作が実行される場合に、前記端末装置から前記登録指示を受信することによって、前記登録指示の入力を受け付け、
   前記登録要求部は、前記サーバにおいて前記アカウント情報を利用したログイン中である状態で、前記登録要求を前記サーバに送信し、
   前記通信装置は、さらに、
   前記登録要求が前記サーバに送信された後に、前記サーバから登録認証情報を受信する登録認証情報受信部と、
   前記サーバから前記登録認証情報が受信される場合に、前記登録認証情報を前記端末装置に送信する登録認証情報送信部であって、前記サーバでは、前記通信装置から前記登録要求が受信され、かつ、前記端末装置からログイン中の前記アカウント情報と前記登録認証情報とが受信される場合に、前記装置識別情報と、前記アカウント情報と、前記通信認証情報と、が関連付けて登録される、前記登録認証情報送信部と、を備える、請求項１から５のいずれか一項に記載の通信装置。
7. 前記メモリは、１以上のユーザのそれぞれについて、当該ユーザを識別するユーザ情報と、当該ユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、を関連付けて記憶可能であり、
   前記登録指示受付部は、前記サーバに現在ログインしているログイン済みアカウント情報を含む前記登録指示の入力を受け付け、
   前記通信装置は、さらに、
   ユーザ情報の入力を受け付けるユーザ情報受付部と、
   対象ユーザ情報の入力が受け付けられ、かつ、前記ログイン済みアカウント情報を含む前記登録指示の入力が受け付けられる場合に、前記メモリ内において前記対象ユーザ情報に関連付けられている対象アカウント情報と、前記登録指示に含まれる前記ログイン済みアカウント情報と、が一致するのか否かを判断する第１の判断部と、を備え、
   前記登録要求部は、前記対象アカウント情報と前記ログイン済みアカウント情報とが一致すると判断される場合に、前記登録要求を前記サーバに送信し、
   前記対象アカウント情報と前記ログイン済みアカウント情報とが一致しないと判断される場合に、前記登録要求は前記サーバに送信されない、請求項１から６のいずれか一項に記載の通信装置。
8. 前記メモリは、１以上のユーザのそれぞれについて、当該ユーザを識別するユーザ情報を記憶可能であり、
   前記通信装置は、さらに、
   ユーザ情報の入力を受け付けるユーザ情報受付部と、
   前記端末装置から、前記通信装置を検索するための検索信号を受信する検索信号受信部と、
   対象ユーザ情報の入力が受け付けられ、かつ、前記端末装置から前記検索信号が受信される場合に、前記サーバへの前記通信装置の登録が完了したことを示す完了情報が前記対象ユーザ情報に関連付けて前記メモリに記憶されているのか否かを判断する第２の判断部と、
   前記完了情報が前記対象ユーザ情報に関連付けて前記メモリに記憶されていないと判断される場合に、前記通信装置のデバイス名を前記端末装置に送信するデバイス名送信部であって、前記完了情報が前記対象ユーザ情報に関連付けて前記メモリに記憶されていると判断される場合に、前記デバイス名は前記端末装置に送信されない、前記デバイス名送信部と、を備え、
   前記登録指示受付部は、前記デバイス名が前記端末装置に送信された後に、前記端末装置において前記デバイス名が選択される場合に、前記端末装置から前記登録指示を受信することによって、前記登録指示の入力を受け付ける、請求項１から７のいずれか一項に記載の通信装置。
9. 前記メモリは、１以上のユーザのそれぞれについて、当該ユーザによる前記サーバへのログイン操作に利用されるアカウント情報を記憶可能であり、
   前記登録指示受付部は、前記サーバに現在ログインしているログイン済みアカウント情報を含む前記登録指示の入力を受け付け、
   前記通信装置は、さらに、
   前記登録指示に含まれる前記ログイン済みアカウント情報が前記メモリに記憶されているのか否かを判断する第３の判断部を備え、
   前記登録要求部は、前記ログイン済みアカウント情報が前記メモリに記憶されていると判断される場合に、前記登録要求を前記サーバに送信し、
   前記ログイン済みアカウント情報が前記メモリに記憶されていないと判断される場合に、前記登録要求は前記サーバに送信されない、請求項１から８のいずれか一項に記載の通信装置。
10. 前記通信装置は、さらに、
    前記ログイン済みアカウント情報が前記メモリに記憶されていると判断される場合に、前記サーバへの前記通信装置の登録が完了したことを示す完了情報が前記ログイン済みアカウント情報に関連付けて前記メモリに記憶されているのか否かを判断する第４の判断部を備え、
    前記登録要求部は、前記ログイン済みアカウント情報が前記メモリに記憶されていると判断され、かつ、前記完了情報が前記ログイン済みアカウント情報に関連付けて前記メモリに記憶されていないと判断される場合に、前記登録要求を前記サーバに送信し、
    前記ログイン済みアカウント情報が前記メモリに記憶されていると判断され、かつ、前記完了情報が前記ログイン済みアカウント情報に関連付けて前記メモリに記憶されていると判断される場合に、前記登録要求は前記サーバに送信されない、請求項９に記載の通信装置。
11. 前記通信装置は、さらに、
    所定画面データを前記端末装置に送信する所定画面データ送信部を備え、
    前記登録指示受付部は、前記所定画面データが前記端末装置に送信された後に、前記所定画面データによって表わされる所定画面上で所定操作が実行される場合に、前記端末装置から前記登録指示を受信することによって、前記登録指示の入力を受け付け、
    前記通信装置は、さらに、
    前記登録要求が前記サーバに送信された後に、前記サーバから、前記サーバ内の位置を示す位置情報であって、登録認証情報を含む前記位置情報を受信する位置情報受信部と、
    前記サーバから前記位置情報が受信される場合に、前記位置情報を前記端末装置に送信する位置情報送信部であって、前記端末装置では、前記通信装置から前記位置情報が受信される場合に、前記登録認証情報を含む前記位置情報が前記サーバに送信されることに応じて、前記サーバから前記位置情報によって示される入力画面データが受信され、前記サーバでは、前記通信装置から前記登録要求が受信され、かつ、前記端末装置から前記入力画面データによって表わされる入力画面に入力された前記アカウント情報が受信される場合に、前記装置識別情報と、前記アカウント情報と、前記通信認証情報と、が関連付けて登録される、前記位置情報送信部と、
    を備える、請求項１から５のいずれか一項に記載の通信装置。
12. 前記メモリは、１以上のユーザのそれぞれについて、当該ユーザを識別するユーザ情報と、当該ユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、を関連付けて記憶可能であり、
    前記通信装置は、さらに、
    ユーザ情報の入力を受け付けるユーザ情報受付部と、
    前記登録要求が前記サーバに送信された後に、前記サーバから、前記サーバに現在ログインしているログイン済みアカウント情報を受信するアカウント情報受信部と、
    対象ユーザ情報の入力が受け付けられ、かつ、前記ログイン済みアカウント情報が受信される場合に、前記メモリ内において前記対象ユーザ情報に関連付けられている対象アカウント情報と、前記ログイン済みアカウント情報と、が一致するのか否かを判断する第５の判断部と、を備え、
    前記通信認証情報受信部は、前記対象アカウント情報と前記ログイン済みアカウント情報とが一致すると判断される場合に、前記通信認証情報の送信を要求するための送信要求を前記サーバに送信して、前記サーバから前記通信認証情報を受信し、
    前記対象アカウント情報と前記ログイン済みアカウント情報とが一致しないと判断される場合に、前記送信要求は前記サーバに送信されない、請求項１から１１のいずれか一項に記載の通信装置。
13. 前記メモリは、複数のユーザのそれぞれについて、当該ユーザを識別するユーザ情報と、当該ユーザに対応する処理特定情報と、を関連付けて記憶可能であり、
    前記処理特定情報は、前記通信装置が実行可能な複数個の画像処理のうち、対応するユーザに利用が許可されている１個以上の画像処理を特定する情報であり、
    前記通信装置は、さらに、
    前記複数個の画像処理を実行する画像処理実行部と、
    前記複数個の画像処理のうち、対象ユーザに利用が許可されている対象画像処理の実行が、前記対象ユーザから前記サーバを介さずに指示される場合に、前記対象画像処理を前記画像処理実行部に実行させる第１の画像処理制御部であって前記対象画像処理は、前記メモリ内の前記対象ユーザに対応する対象処理特定情報に基づいて、前記対象ユーザに利用が許可されると特定される、前記第１の画像処理制御部と、
    ユーザ情報の入力を受け付けるユーザ情報受付部と、
    前記第１のユーザを識別する第１のユーザ情報の入力が受け付けられ、かつ、前記第１の登録指示の入力が受け付けられる場合に、前記メモリ内において前記第１のユーザ情報に関連付けられている第１の処理特定情報を取得し、
    前記第２のユーザを識別する第２のユーザ情報の入力が受け付けられ、かつ、前記第２の登録指示の入力が受け付けられる場合に、前記メモリ内において前記第２のユーザ情報に関連付けられている第２の処理特定情報を取得する取得部と、を備え、
    前記登録要求部は、
    前記第１の装置識別情報と、取得済みの前記第１の処理特定情報を用いて得られる第３の処理特定情報であって、前記複数個の画像処理のうち、前記第１のユーザに利用が許可されている１個以上の画像処理を特定する前記第３の処理特定情報と、を含む前記第１の登録要求を前記サーバに送信し、前記サーバでは、前記通信装置から前記第１の登録要求が受信される場合に、前記第１の装置識別情報と、前記第１のアカウント情報と、前記第１の通信認証情報と、前記第３の処理特定情報と、が関連付けて登録され、
    前記第２の装置識別情報と、取得済みの前記第２の処理特定情報を用いて得られる第４の処理特定情報であって、前記複数個の画像処理のうち、前記第２のユーザに利用が許可されている１個以上の画像処理を特定する前記第４の処理特定情報と、を含む前記第２の登録要求を前記サーバに送信し、前記サーバでは、前記通信装置から前記第２の登録要求が受信される場合に、前記第２の装置識別情報と、前記第２のアカウント情報と、前記第２の通信認証情報と、前記第４の処理特定情報と、が関連付けて登録され、
    前記第１の通信指示は、前記第１のアカウント情報に関連付けて前記サーバに登録されている前記第３の処理特定情報によって特定される１個以上の画像処理の中から、前記第１のユーザによって選択された第１の画像処理を示す第１の設定情報を含み、
    前記第２の通信指示は、前記第２のアカウント情報に関連付けて前記サーバに登録されている前記第４の処理特定情報によって特定される１個以上の画像処理の中から、前記第２のユーザによって選択された第２の画像処理を示す第２の設定情報を含み、
    前記通信装置は、さらに、
    前記第１の通信指示が前記サーバに与えられた後に、前記サーバから前記第１の設定情報が受信される場合に、前記第１の設定情報によって示される前記第１の画像処理を前記画像処理実行部に実行させ、
    前記第２の通信指示が前記サーバに与えられた後に、前記サーバから前記第２の設定情報が受信される場合に、前記第２の設定情報によって示される前記第２の画像処理を前記画像処理実行部に実行させる第２の画像処理制御部を備え、
    前記通信部は、
    前記第１の画像処理に対応する前記第１の対象データを前記サーバと通信し、
    前記第２の画像処理に対応する前記第２の対象データを前記サーバと通信する、請求項１から１２のいずれか一項に記載の通信装置。
14. 前記メモリは、複数のユーザのそれぞれについて、当該ユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、当該ユーザに対応する処理特定情報と、を関連付けて記憶可能であり、
    前記処理特定情報は、前記通信装置が実行可能な複数個の画像処理のうち、対応するユーザに利用が許可されている１個以上の画像処理を特定する情報であり、
    前記通信装置は、さらに、
    前記複数個の画像処理を実行する画像処理実行部と、
    前記複数個の画像処理のうち、対象ユーザに利用が許可されている対象画像処理の実行が、前記対象ユーザから前記サーバを介さずに指示される場合に、前記対象画像処理を前記画像処理実行部に実行させる第１の画像処理制御部であって、前記対象画像処理は、前記メモリ内の前記対象ユーザに対応する対象処理特定情報に基づいて、前記対象ユーザに利用が許可されると特定される、前記第１の画像処理制御部と、
    前記登録指示受付部が前記第１のアカウント情報を含む前記第１の登録指示の入力を受け付ける場合に、前記メモリ内において前記第１のアカウント情報に関連付けられている第１の処理特定情報を取得し、
    前記登録指示受付部が前記第２のアカウント情報を含む前記第２の登録指示の入力を受け付ける場合に、前記メモリ内において前記第２のアカウント情報に関連付けられている第２の処理特定情報を取得する取得部と、を備え、
    前記登録要求部は、
    前記第１の装置識別情報と、取得済みの前記第１の処理特定情報を用いて得られる第３の処理特定情報であって、前記複数個の画像処理のうち、前記第１のユーザに利用が許可されている１個以上の画像処理を特定する前記第３の処理特定情報と、を含む前記第１の登録要求を前記サーバに送信し、前記サーバでは、前記通信装置から前記第１の登録要求が受信される場合に、前記第１の装置識別情報と、前記第１のアカウント情報と、前記第１の通信認証情報と、前記第３の処理特定情報と、が関連付けて登録され、
    前記第２の装置識別情報と、取得済みの前記第２の処理特定情報を用いて得られる第４の処理特定情報であって、前記複数個の画像処理のうち、前記第２のユーザに利用が許可されている１個以上の画像処理を特定する前記第４の処理特定情報と、を含む前記第２の登録要求を前記サーバに送信し、前記サーバでは、前記通信装置から前記第２の登録要求が受信される場合に、前記第２の装置識別情報と、前記第２のアカウント情報と、前記第２の通信認証情報と、前記第４の処理特定情報と、が関連付けて登録され、
    前記第１の通信指示は、前記第１のアカウント情報に関連付けて前記サーバに登録されている前記第３の処理特定情報によって特定される１個以上の画像処理の中から、前記第１のユーザによって選択された第１の画像処理を示す第１の設定情報を含み、
    前記第２の通信指示は、前記第２のアカウント情報に関連付けて前記サーバに登録されている前記第４の処理特定情報によって特定される１個以上の画像処理の中から、前記第２のユーザによって選択された第２の画像処理を示す第２の設定情報を含み、
    前記通信装置は、さらに、
    前記第１の通信指示が前記サーバに与えられた後に、前記サーバから前記第１の設定情報が受信される場合に、前記第１の設定情報によって示される前記第１の画像処理を前記画像処理実行部に実行させ、
    前記第２の通信指示が前記サーバに与えられた後に、前記サーバから前記第２の設定情報が受信される場合に、前記第２の設定情報によって示される前記第２の画像処理を前記画像処理実行部に実行させる第２の画像処理制御部を備え、
    前記通信部は、
    前記第１の画像処理に対応する前記第１の対象データを前記サーバと通信し、
    前記第２の画像処理に対応する前記第２の対象データを前記サーバと通信する、請求項１から１２のいずれか一項に記載の通信装置。
15. 通信装置のためのコンピュータプログラムであって、
    前記通信装置のコンピュータを、以下の各部、即ち、
    前記通信装置をサーバに登録するための登録指示の入力を受け付ける登録指示受付部と、
    前記登録指示の入力が受け付けられる場合に、前記通信装置の装置識別情報を含む登録要求を前記サーバに送信する登録要求部であって、前記サーバでは、前記通信装置から受信した前記登録要求に含まれる前記装置識別情報が前記サーバに登録されていない場合に、前記装置識別情報と、前記通信装置のユーザによる前記サーバへのログイン操作に利用されるアカウント情報と、前記通信装置によって前記サーバとの通信に利用されるべき通信認証情報と、が関連付けて登録される、前記登録要求部と、
    前記サーバから、前記装置識別情報に関連付けられる前記通信認証情報を受信する通信認証情報受信部と、
    前記サーバから受信した前記通信認証情報を前記通信装置のメモリに記憶する記憶制御部と、
    前記メモリに記憶されている前記通信認証情報を利用して、前記サーバと通信を実行する通信部と、として機能させ、
    前記登録指示受付部が第１の登録指示の入力を受け付ける場合に、
    前記登録要求部は、第１の装置識別情報を含む第１の登録要求を前記サーバに送信し、前記サーバでは、前記第１の装置識別情報と、前記通信装置の第１のユーザによる前記サーバへのログイン操作に利用される第１のアカウント情報と、第１の通信認証情報と、が関連付けて登録され、
    前記通信認証情報受信部は、前記サーバから前記第１の通信認証情報を受信し、
    前記記憶制御部は、前記第１の通信認証情報を前記メモリに記憶し、
    前記登録指示受付部が第２の登録指示の入力を受け付ける場合に、
    前記登録要求部は、前記第１の装置識別情報とは異なる第２の装置識別情報を含む第２の登録要求を前記サーバに送信し、前記サーバでは、前記第２の装置識別情報と、前記第１のユーザとは異なる第２のユーザによる前記サーバへのログイン操作に利用される第２のアカウント情報であって、前記第１のアカウント情報とは異なる前記第２のアカウント情報と、前記第１の通信認証情報とは異なる第２の通信認証情報と、が関連付けて登録され、
    前記通信認証情報受信部は、前記サーバから前記第２の通信認証情報を受信し、
    前記記憶制御部は、前記第２の通信認証情報を前記メモリに記憶し、
    前記通信部は、前記第１の通信認証情報と前記第２の通信認証情報とが前記メモリに記憶されている状態で、前記第１の通信認証情報を利用して、前記サーバと前記第１のユーザのための通信を実行可能であると共に、前記第２の通信認証情報を利用して、前記サーバと前記第２のユーザのための通信を実行可能であり、
    前記通信部は、
    第１の端末装置において前記サーバへの前記第１のアカウント情報を利用した前記第１のユーザによるログイン操作が実行され、前記第１の端末装置が第１の通信指示を前記サーバに送信する場合に、前記サーバと第１の対象データの通信を実行し、
    第２の端末装置において前記サーバへの前記第２のアカウント情報を利用した前記第２のユーザによるログイン操作が実行され、前記第２の端末装置が第２の通信指示を前記サーバに送信する場合に、前記サーバと第２の対象データの通信を実行する、コンピュータプログラム。
    

Images