(57)【要約】【課題】  通信装置に関する装置情報に関連付けてアカウント情報をサーバに登録するための新規な手法を開示する。【解決手段】  通信装置は、第１の端末装置から、第１の登録指示を受信する第１の登録指示受信部と、第１の端末装置から第１の登録指示が受信され、かつ、登録情報がメモリに記憶されていない場合に、第１の登録要求をサーバに送信する第１の登録要求送信部であって、第１の登録要求は、装置情報をサーバに登録するための要求である、第１の登録要求送信部と、第１の端末装置から第１の登録指示が受信され、かつ、登録情報がメモリに記憶されている場合に、第２の登録要求をサーバに送信する第２の登録要求送信部であって、第２の登録要求は、装置情報に関連付けて第１のアカウント情報をシェアアカウント情報としてサーバに登録するための要求である、第２の登録要求送信部と、を備える。【選択図】図５
2020160965.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
メモリと、
第１の端末装置から、第１のアカウント情報を含む第１の登録指示を受信する第１の登録指示受信部と、
前記第１の端末装置から前記第１の登録指示が受信され、かつ、登録情報が前記メモリに記憶されていない場合に、第１の登録要求をサーバに送信する第１の登録要求送信部であって、前記登録情報は、前記通信装置に関する装置情報に関連付けてオーナーアカウント情報が前記サーバに登録済みであることを示す情報であり、前記第１の登録要求は、前記装置情報を前記サーバに登録するための要求であり、前記サーバでは、前記第１の登録要求が受信されることに応じて、前記装置情報に関連付けて前記第１のアカウント情報が前記オーナーアカウント情報として登録される、前記第１の登録要求送信部と、
前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記登録情報が前記メモリに記憶されている場合に、前記第１のアカウント情報を含む第２の登録要求を前記サーバに送信する第２の登録要求送信部であって、前記第２の登録要求は、前記装置情報に関連付けて前記第１のアカウント情報をシェアアカウント情報として前記サーバに登録するための要求であり、前記シェアアカウント情報は、前記装置情報に関連付けて前記オーナーアカウント情報が前記サーバに登録された後に、前記装置情報にさらに関連付けて登録されるアカウント情報である、前記第２の登録要求送信部と、
を備える、通信装置。
【請求項２】
前記通信装置は、さらに、
前記第１の端末装置から検索信号を受信する検索信号受信部であって、前記検索信号は、前記サーバに登録可能な装置を検索するための検索操作が前記第１の端末装置に実行されることに応じて前記第１の端末装置から送信される信号であり、かつ、前記サーバが提供するサービスを受けることができるのか否かを問い合わせるための信号である、前記検索信号受信部と、
前記第１の端末装置から前記検索信号が受信される場合に、前記登録情報が前記メモリに記憶されているのか否かに関わらず、前記検索信号に対する応答信号を前記第１の端末装置に送信する応答信号送信部と、を備え、
前記第１の登録指示受信部は、前記応答信号が前記第１の端末装置に送信されることに応じて、前記第１の端末装置から前記第１の登録指示を受信する、請求項１に記載の通信装置。
【請求項３】
前記メモリは、第１の設定値と第２の設定値とのどちらかを示す送信設定を記憶し、
前記応答信号送信部は、
前記第１の端末装置から前記検索信号が受信され、かつ、前記メモリ内の前記送信設定が前記第１の設定値を示す場合に、前記登録情報が前記メモリに記憶されているのか否かに関わらず、前記応答信号を前記第１の端末装置に送信し、
前記第１の端末装置から前記検索信号が受信され、かつ、前記メモリ内の前記送信設定が前記第２の設定値を示し、かつ、前記登録情報が前記メモリに記憶されていない場合に、前記応答信号を前記第１の端末装置に送信し、
前記第１の端末装置から前記検索信号が受信され、かつ、前記メモリ内の前記送信設定が前記第２の設定値を示し、かつ、前記登録情報が前記メモリに記憶されている場合に、前記応答信号は送信されない、請求項２に記載の通信装置。
【請求項４】
前記メモリは、前記シェアアカウント情報として前記サーバへの登録が許可されている１個以上の許可アカウント情報を記憶し、
前記第２の登録要求送信部は、前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記登録情報が前記メモリに記憶されており、かつ、前記第１のアカウント情報が前記１個以上の許可アカウント情報に含まれる場合に、前記第２の登録要求を前記サーバに送信し、
前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記登録情報が前記メモリに記憶されており、かつ、前記第１のアカウント情報が前記１個以上の許可アカウント情報に含まれない場合に、前記第２の登録要求は送信されない、請求項１〜３のいずれか一項に記載の通信装置。
【請求項５】
前記メモリは、ユーザ情報を記憶し、
前記第１の登録要求送信部は、前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記登録情報が前記メモリに記憶されていない場合に、前記通信装置の状態が前記ユーザ情報を利用したログイン状態に移行した後に、前記第１の登録要求を前記サーバに送信する、請求項１〜３のいずれか一項に記載の通信装置。
【請求項６】
前記メモリは、ユーザ情報を記憶し、
前記第２の登録要求送信部は、前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記登録情報が前記メモリに記憶されている場合に、前記通信装置の状態が前記ユーザ情報を利用したログイン状態に移行した後に、前記第２の登録要求を前記サーバに送信する、請求項１〜３のいずれか一項に記載の通信装置。
【請求項７】
前記通信装置は、さらに、
表示部と、
前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記通信装置の状態が前記ログイン状態でない場合に、前記ユーザ情報を入力するためのログイン画面を前記表示部に表示させる第１の表示制御部と、を備える、請求項５又は６に記載の通信装置。
【請求項８】
前記通信装置は、さらに、
前記第１の登録要求が前記サーバに送信されることに応じて、前記第１のアカウント情報を含む前記登録情報を前記メモリに記憶させる第１の記憶制御部と、
前記第２の登録要求が前記サーバに送信される場合に、前記第１のアカウント情報を、前記シェアアカウント情報に対応するアカウント情報として前記メモリ内に記憶させる第２の記憶制御部と、を備える、請求項１〜７のいずれか一項に記載の通信装置。
【請求項９】
前記通信装置は、さらに、
表示部と、
前記装置情報を前記サーバから消去するための指示が外部装置に与えられる場合に、前記外部装置から消去要求を受信する消去要求受信部と、
前記外部装置から前記消去要求が受信される場合に、前記メモリ内の前記登録情報を消去する消去部と、を備える、請求項８に記載の通信装置。
【請求項１０】
前記通信装置は、さらに、
前記登録情報が消去される場合に、前記通信装置に関する新たな装置情報に関連付けて新たなオーナーアカウント情報を前記サーバに登録するための操作を実行すべきことを促す所定画面を前記表示部に表示させる第２の表示制御部を備える、請求項９に記載の通信装置。
【請求項１１】
前記登録情報が前記メモリから消去される際に、前記シェアアカウント情報に対応するアカウント情報として第２のアカウント情報が前記メモリに記憶されている場合に、前記第２のアカウント情報は前記メモリから消去されず、
前記登録情報が前記メモリから消去された後に、第２の端末装置から第２の登録指示が受信されることに応じて、前記通信装置に関する新たな装置情報に関連付けて新たなオーナーアカウント情報が前記サーバに登録され、かつ、新たな登録情報が前記メモリに記憶される場合に、前記メモリ内の前記第２のアカウント情報を含む第３の登録要求を前記サーバに送信する第３の登録要求送信部であって、前記第３の登録要求は、前記新たな装置情報に関連付けて前記第２のアカウント情報を前記シェアアカウント情報として前記サーバに登録するための要求である、前記第３の登録要求送信部と、を備える、請求項９又は１０に記載の通信装置。
【請求項１２】
前記通信装置は、さらに、
表示部と、
前記新たな装置情報に関連付けて前記新たなオーナーアカウント情報が前記サーバに登録され、かつ、前記新たな登録情報が前記メモリに記憶される場合に、前記第３の登録要求を前記サーバに送信するのか否かを選択するための選択画面を前記表示部に表示させる第３の表示制御部と、を備え、
前記第３の登録要求送信部は、前記選択画面において、前記第３の登録要求を前記サーバに送信することが選択される場合に、前記第３の登録要求を前記サーバに送信し、
前記選択画面において、前記第３の登録要求を前記サーバに送信しないことが選択される場合に、前記第３の登録要求は送信されない、請求項１１に記載の通信装置。
【請求項１３】
前記第１の登録要求は、所定文字列を含み、
前記第２の登録要求は、前記所定文字列を含まない、請求項１〜１２のいずれか一項に記載の通信装置。
【請求項１４】
通信装置のためのコンピュータプログラムであって、
前記通信装置のコンピュータを、以下の各部、即ち、
第１の端末装置から、第１のアカウント情報を含む第１の登録指示を受信する第１の登録指示受信部と、
前記第１の端末装置から前記第１の登録指示が受信され、かつ、登録情報が前記通信装置のメモリに記憶されていない場合に、第１の登録要求をサーバに送信する第１の登録要求送信部であって、前記登録情報は、前記通信装置に関する装置情報に関連付けてオーナーアカウント情報が前記サーバに登録済みであることを示す情報であり、前記第１の登録要求は、前記装置情報を前記サーバに登録するための要求であり、前記サーバでは、前記第１の登録要求が受信されることに応じて、前記装置情報に関連付けて前記第１のアカウント情報が前記オーナーアカウント情報として登録される、前記第１の登録要求送信部と、
前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記登録情報が前記メモリに記憶されている場合に、前記第１のアカウント情報を含む第２の登録要求を前記サーバに送信する第２の登録要求送信部であって、前記第２の登録要求は、前記装置情報に関連付けて前記第１のアカウント情報をシェアアカウント情報として前記サーバに登録するための要求であり、前記シェアアカウント情報は、前記装置情報に関連付けて前記オーナーアカウント情報が前記サーバに登録された後に、前記装置情報にさらに関連付けて登録されるアカウント情報である、前記第２の登録要求送信部と、
として機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、サーバに登録要求を送信する通信装置に関する技術を開示する。
【背景技術】
【０００２】
特許文献１には、プリンタとクライアントＰＣと印刷サーバ群とを備える印刷システムが開示されている。プリンタの管理者は、プリンタを、印刷サーバ群によって提供されるクラウドプリントサービスを利用可能なプリンタとして登録する。管理者によって利用されるクライアントＰＣは、特定のＵＲＬにアクセスするための操作を管理者から受け付けると、印刷サーバ群から設定画面データを受信し、設定画面を表示する。クライアントＰＣは、設定画面内のｓｈａｒｅボタンの選択を管理者から受け付けると、ユーザ情報を入力するための画面を表示し、管理者とは異なるユーザに対応するユーザ情報が入力されると、登録指示を印刷サーバ群に送信する。これにより、管理者とは異なるユーザが共有ユーザとして登録される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−５６３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、通信装置に関する装置情報に関連付けてアカウント情報をサーバに登録するための新規な手法を開示する。
【課題を解決するための手段】
【０００５】
本明細書によって開示される通信装置は、メモリと、第１の端末装置から、第１のアカウント情報を含む第１の登録指示を受信する第１の登録指示受信部と、前記第１の端末装置から前記第１の登録指示が受信され、かつ、登録情報が前記メモリに記憶されていない場合に、第１の登録要求をサーバに送信する第１の登録要求送信部であって、前記登録情報は、前記通信装置に関する装置情報に関連付けてオーナーアカウント情報が前記サーバに登録済みであることを示す情報であり、前記第１の登録要求は、前記装置情報を前記サーバに登録するための要求であり、前記サーバでは、前記第１の登録要求が受信されることに応じて、前記装置情報に関連付けて前記第１のアカウント情報が前記オーナーアカウント情報として登録される、前記第１の登録要求送信部と、前記第１の端末装置から前記第１の登録指示が受信され、かつ、前記登録情報が前記メモリに記憶されている場合に、前記第１のアカウント情報を含む第２の登録要求を前記サーバに送信する第２の登録要求送信部であって、前記第２の登録要求は、前記装置情報に関連付けて前記第１のアカウント情報をシェアアカウント情報として前記サーバに登録するための要求であり、前記シェアアカウント情報は、前記装置情報に関連付けて前記オーナーアカウント情報が前記サーバに登録された後に、前記装置情報にさらに関連付けて登録されるアカウント情報である、前記第２の登録要求送信部と、を備える。
【０００６】
上記の構成によると、通信装置は、第１の端末装置から第１の登録指示が受信され、かつ、登録情報がメモリに記憶されていない場合に、第１の登録要求をサーバに送信する。この場合、第１のアカウント情報がオーナーアカウント情報としてサーバに登録される。また、通信装置は、第１の端末装置から第１の登録指示が受信され、かつ、登録情報がメモリに記憶されている場合に、第２の登録要求をサーバに送信する。この場合、第１のアカウント情報がシェアアカウント情報としてサーバに登録される。従って、通信装置は、装置情報に関連付けて第１のアカウント情報をサーバに登録させることができる。
【０００７】
上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置とサーバとを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【０００８】
【図１】通信システムの構成を示す。
【図２】応答処理のフローチャートを示す。
【図３】ＰＣからＭＦＰに登録指示が送信されるケースＡ、ケースＢのシーケンス図を示す。
【図４】ＰＣからＭＦＰに登録指示が送信されるケースＣのシーケンス図を示す。
【図５】登録処理のフローチャートを示す。
【図６】再登録処理のフローチャートを示す。
【図７】オーナーアカウント情報がサーバに登録されるケースＤのシーケンス図を示す。
【図８】オーナーアカウント情報がサーバに登録されるケースＥのシーケンス図を示す。
【図９】シェアアカウント情報がサーバに登録されるケースＦのシーケンス図を示す。
【図１０】シェアアカウント情報がサーバに登録されるケースＧのシーケンス図を示す。
【図１１】シェアアカウント情報がサーバに再登録されるケースＨのシーケンス図を示す。
【図１２】図１０の続きのシーケンス図を示す。
【図１３】各画面の一例を示す。
【図１４】第２実施例に係る登録処理のフローチャートを示す。
【発明を実施するための形態】
【０００９】
（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、複数個のＰＣ９０Ａ〜９０Ｃと、画像処理サーバ（以下では、単に「サーバ」と記載する）１００と、を備える。ＭＦＰ１０及び各ＰＣ９０Ａ等は、ＬＡＮ６を介して、インターネット４に接続されている。サーバ１００は、インターネット４に接続されている。従って、ＭＦＰ１０及び各ＰＣ９０Ａ等は、インターネット４を介して、サーバ１００と通信可能である。以下では、複数個のＰＣ９０Ａ〜９０Ｃを総称して、「ＰＣ９０」と記載することがある。
【００１０】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能、スキャン機能、ＦＡＸ機能、及び、ウェブサーバ機能を含む多機能を実行可能な周辺装置（即ちＰＣ９０Ａ等の周辺装置）である。ウェブサーバ機能は、外部機器がＭＦＰ１０のウェブサーバにアクセスすることによって、ウェブページを表わすウェブページデータを外部機器に送信する機能である。ＭＦＰ１０は、操作部１２と、表示部１４と、ネットワークインターフェース（以下ではインターフェースを「Ｉ／Ｆ」と記載する）１６と、印刷実行部２０と、スキャン実行部２２と、制御部３０と、を備える。ＭＦＰ１０には、デバイス名「ｄｖ１」が割当てられている。
【００１１】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。ネットワークＩ／Ｆ１６は、ＬＡＮ６に接続されている。ネットワークＩ／Ｆ１６は、無線Ｉ／Ｆであってもよいし、有線Ｉ／Ｆであってもよい。印刷実行部２０は、インクジェット方式、レーザ方式等の印刷機構を備える。スキャン実行部２２は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００１２】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、さらに、送信設定３８と、ユーザテーブル４０と、を記憶する。送信設定３８は、ＭＦＰ１０を利用して、後述するシェアアカウント情報をサーバ１００に登録させることが許可されていることを示す「ＯＮ」と、ＭＦＰ１０を利用して、シェアアカウント情報をサーバ１００に登録させることが禁止されていることを示す「ＯＦＦ」と、のどちらかの値を示す。
【００１３】
ユーザテーブル４０では、ユーザＩＤと、パスワードと、アカウント情報と、権限情報と、が対応付けられている。ユーザＩＤ及びパスワードは、ユーザがＭＦＰ１０にログインするために利用される情報である。アカウント情報は、ユーザがサーバ１００にログインするために利用される情報であり、ユーザを識別するための情報である。権限情報は、「Ｏｗｎｅｒ」及び「Ｓｈａｒｅ」のどちらかを示す情報である。権限情報「Ｏｗｎｅｒ」は、対応するアカウント情報が、サーバ１００に最初に登録されたアカウント情報（以下では、「オーナーアカウント情報」と記載する）であることを示す情報である。また、権限情報「Ｓｈａｒｅ」は、対応するアカウント情報が、オーナーアカウント情報の登録後に、サーバ１００に登録されたアカウント情報（以下では、「シェアアカウント情報」と記載する）であることを示す情報である。ユーザテーブル４０内のユーザＩＤ及びパスワードは、ＭＦＰ１０の管理者によって登録される。また、ユーザテーブル４０内のアカウント情報及び権限情報は、後述の図５（登録処理）及び図６（再登録処理）の処理において登録される。
【００１４】
（ＰＣ９０Ａの構成）
各ＰＣ９０Ａは、ＭＦＰ１０に印刷を実行させるためのプリンタドライバを備えていない。また、各ＰＣ９０Ａ等は、例えば、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（登録商標）等のブラウザプログラム（図示省略）を備えている。各ＰＣ９０Ａ等は、本実施例では、据置型の端末装置（例えばデスクトップＰＣ等）であるが、変形例では、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置であってもよい。ＰＣ９０Ｂ、９０Ｃは、ＰＣ９０Ａと同様の構成を備える。以下では、ＰＣ９０Ａ、９０Ｂ、９０Ｃのユーザのそれぞれを、「第１のユーザ」、「第２のユーザ」、「第３のユーザ」と呼ぶ。なお、ＰＣ９０Ａのユーザである第１のユーザは、ＭＦＰ１０の管理者である。
【００１５】
（画像処理サーバ１００の構成）
サーバ１００は、インターネット上に設置されるサーバであり、例えば、Ｇｏｏｇｌｅ（登録商標）によって提供されるＧＣＰ（Google Cloud Printの略）サーバである。なお、変形例では、サーバ１００は、例えば、ＭＦＰ１０のベンダによって提供されるサーバであってもよい。サーバ１００は、ＭＦＰ１０とＰＣ９０との間で印刷の仲介するサービスを提供するサーバである。即ち、サーバ１００は、ＰＣ９０からサブミットされる画像ファイルを変換して、ＭＦＰ１０が解釈可能なデータ形式を有する印刷データを生成し、当該印刷データをＭＦＰ１０に送信する。従って、ＰＣ９０は、画像ファイルを印刷データに変換するためのプリンタドライバを備えていなくても、サーバ１００に画像ファイルをサブミットすれば、ＭＦＰ１０に印刷を実行させることができる。以下では、サーバ１００を利用した印刷を、「サーバ印刷」と記載する。ＭＦＰ１０の各ユーザは、当該ユーザのアカウント情報（例えばGoogle Account）をサーバ１００に予め登録しておく。
【００１６】
サーバ１００は、ネットワークＩ／Ｆ１１６と、制御部１３０と、を備える。ネットワークＩ／Ｆ１１６は、インターネット４に接続されている。制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に記憶されているプログラム１３６に従って、様々な処理を実行する。メモリ１３４は、さらに、アカウントテーブル１３８を記憶する。
【００１７】
アカウントテーブル１３８では、アカウント情報と、ＭＦＰ情報と、アクセストークンと、権限情報と、が対応付けられている。ＭＦＰ情報は、デバイス名と、管理ＩＤと、を含む。管理ＩＤは、サーバ１００がＭＦＰを識別するための情報である。アクセストークンは、ＭＦＰ１０がサーバ１００との通信を実行するために利用される認証情報である。
【００１８】
（応答処理；図２）
続いて、図２を参照して、ＭＦＰ１０のＣＰＵ３２によって実行される応答処理について説明する。ＭＦＰ１０の電源がＯＮされると、図２の処理が開始される。なお、ＭＦＰ１０によって実行される全ての通信は、ネットワークＩ／Ｆ１６を介して実行される。このため、以下では、「ネットワークＩ／Ｆ１６を介して」という説明を省略する。
【００１９】
Ｓ１０において、ＣＰＵ３２は、ＰＣ９０から検索信号を受信することを監視する。検索信号は、サーバ１００が提供するサービスを受けることができる装置であるのか否かを問い合わせる信号である。ＣＰＵ３２は、ＰＣ９０から検索信号を受信する場合（Ｓ１０でＹＥＳ）に、Ｓ２０に進む。
【００２０】
Ｓ２０において、ＣＰＵ３２は、メモリ３４内の送信設定３８の設定値が「ＯＮ」であるのか否かを判断する。ＣＰＵ３２は、送信設定３８の設定値が「ＯＦＦ」である場合（Ｓ２０でＮＯ）に、Ｓ２２に進む。一方、ＣＰＵ３２は、送信設定３８の設定値が「ＯＦＦ」である場合（Ｓ２０でＹＥＳ）に、Ｓ２２をスキップして、Ｓ２４に進む。
【００２１】
Ｓ２２において、ＣＰＵ３２は、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されているのか否かを判断する。ＣＰＵ３２は、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されていない場合（Ｓ２２でＹＥＳ）に、Ｓ２４に進む。一方、ＣＰＵ３２は、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されている場合（Ｓ２４でＹＥＳ）に、Ｓ１０に戻る。
【００２２】
Ｓ２４において、ＣＰＵ３２は、Ｓ１０で受信された検索信号に対する応答信号をＰＣ９０に送信する。ＣＰＵ３２は、Ｓ２４が終了すると、Ｓ１０に戻る。なお、応答信号は、ＭＦＰ情報をサーバ１００に登録させることができることを示す情報を含んでもよい。
【００２３】
（ケースＡ；図３）
続いて、図３のケースＡを参照して、図２の処理によって実現される具体的なケースについて説明する。ケースＡの初期状態では、ＭＦＰ１０の送信設定３８の設定値は「ＯＮ」に設定されている。また、ＭＦＰ１０のユーザテーブル４０には、第１のユーザに対応するユーザＩＤ「Ｕ１」、パスワード「Ｐ１」、第２のユーザに対応するユーザＩＤ「Ｕ２」、パスワード「Ｐ２」、及び、第３のユーザに対応するユーザＩＤ「Ｕ３」、パスワード「Ｐ３」が記憶されている。また、サーバ１００には、ＰＣ９０Ａのユーザ（即ち第１のユーザ）を識別するアカウント情報ＡＩ１、ＰＣ９０Ｂのユーザ（即ち第２のユーザ）を識別するアカウント情報ＡＩ２、及び、ＰＣ９０Ｃのユーザ（即ち第３のユーザ）を識別するアカウント情報ＡＩ３が登録済みである。なお、以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＭＦＰ１０のＣＰＵ３２）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばＭＦＰ１０）を主体として記載することがある。また、ＰＣ９０によって実行される以下の各処理は、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅであるブラウザプログラムに従って実行される。従って、以下では、「ブラウザプログラムに従って」という記載を省略する。
【００２４】
ＰＣ９０Ａは、アカウント情報ＡＩ１の入力とサーバ１００へのログインの指示とを第１のユーザから受け付けると、Ｔ１０において、アカウント情報ＡＩ１を含むログイン要求をサーバ１００に送信する。
【００２５】
サーバ１００は、Ｔ１０において、ＰＣ９０Ａからログイン要求を受信すると、当該ログイン要求に含まれるアカウント情報ＡＩ１が登録済みであると判断し、Ｔ１２において、所定画面データをＰＣ９０Ａに送信する。
【００２６】
ＰＣ９０Ａは、Ｔ１２において、サーバ１００から所定画面データを受信すると、Ｔ１４において、所定画面を表示する。当該画面は、ＰＣ９０Ａの周囲に存在するＭＦＰを検索して登録することを確認するためのメッセージと、検索ボタンと、を含む。ＰＣ９０Ａは、Ｔ１６において、所定画面内の検索ボタンの選択を第１のユーザから受け付けると、Ｔ２０において、検索信号をブロードキャストによってＬＡＮ６に送信する。検索信号は、所定期間に亘って繰り返し送信される。
【００２７】
ＭＦＰ１０は、Ｔ２０において、ＰＣ９０Ａから検索信号を受信すると（図２のＳ１０でＹＥＳ）、送信設定３８の設定値が「ＯＮ」であると判断し（Ｓ２０でＹＥＳ）、Ｔ２２において、デバイス名「ｄｖ１」を含む応答信号をＰＣ９０Ａに送信する。
【００２８】
ＰＣ９０Ａは、Ｔ２２において、ＭＦＰ１０から応答信号を受信すると、Ｔ３０において、応答信号に含まれるデバイス名「ｄｖ１」を含む検索結果を表示する。ＰＣ９０Ａは、Ｔ３２において、検索結果に含まれるデバイス名「ｄｖ１」の選択を第１のユーザから受け付けると、Ｔ４０において、ＵＲＬ５０「http://202.134.101.1/privet/register/AI1」を送信先ＵＲＬとして含む登録指示をＭＦＰ１０に送信する。ＵＲＬ５０は、ＭＦＰ１０に割当てられているＩＰアドレス「202.134.101.1」、及び、サーバ１００に現在ログインしているログイン済アカウント情報ＡＩ１を含む。このように、ＭＦＰ１０は、検索信号に対する応答信号をＰＣ９０Ａに送信することに応じて、ＰＣ９０Ａから登録指示を受信する。
【００２９】
（ケースＢ，ケースＣ；図３、図４）
続いて、図３のケースＢ、図４のケースＣを参照して、図３のケースＡとは異なる手法で、登録指示がＭＦＰ１０に送信されるケースについて説明する。
【００３０】
（ケースＢ；図３）
ケースＢでは、ＰＣ９０ＡへのＵＲＬの直接入力によって、登録指示がＭＦＰ１０に送信される。ケースＢの初期状態は、ケースＡの初期状態と同様である。
【００３１】
ＰＣ９０Ａは、Ｔ１１０において、ＭＦＰ情報を登録するためのＵＲＬ５０「http://202.134.101.1/privet/register/AI1」の入力を第１のユーザから受け付けると、Ｔ１２０において、ＵＲＬ５０を送信先ＵＲＬとして含む登録指示をＭＦＰ１０に送信する。
【００３２】
（ケースＣ；図４）
ケースＣでは、ＭＦＰ１０のウェブサーバ機能を利用することによって、登録指示がＭＦＰ１０に送信される。ケースＣの初期状態は、ケースＡの初期状態と同様である。
【００３３】
ＰＣ９０Ａは、Ｔ２１０において、ＭＦＰ１０に割当てられているＩＰアドレスの入力を第１のユーザから受け付けると、Ｔ２１２において、トップ画面要求をＭＦＰ１０に送信し、Ｔ２１４において、ＭＦＰ１０からトップ画面データを受信し、Ｔ２１６において、トップ画面Ｄ１を表示する。図１３（Ａ）に示されるように、画面Ｄ１は、ＭＦＰ１０のステータス、インク残量などを示す状態情報欄と、パスワード入力欄と、ログインボタンと、を含む。ＭＦＰ１０の管理者である第１のユーザは、ＭＦＰ１０にログインするためのパスワード「ｘｙｚ」を知っている。このため、第１のユーザは、画面Ｄ１内のパスワード入力欄にパスワード「ｘｙｚ」を入力する。ＰＣ９０Ａは、Ｔ２１８において、パスワード入力欄へのパスワード「ｘｙｚ」の入力、及び、ログインボタンの選択を第１のユーザから受け付けると、Ｔ２２０において、パスワード「ｘｙｚ」を含むログイン要求をＭＦＰ１０に送信する。
【００３４】
ＭＦＰ１０は、Ｔ２２０において、ＰＣ９０Ａからログイン要求を受信すると、当該要求内のパスワード「ｘｙｚ」を利用した認証を実行し、Ｔ２２２において、設定画面データをＰＣ９０Ａに送信する。
【００３５】
ＰＣ９０Ａは、Ｔ２２２において、ＭＦＰ１０から設定画面データを受信すると、Ｔ２２４において、設定画面Ｄ２を表示する。図１３（Ｂ）に示されるように、画面Ｄ２は、複数個の機能名のそれぞれについて、当該機能の設定値を「ＯＮ」に指定するための選択ボックス、及び、当該機能の設定値を「ＯＦＦ」に指定するための選択ボックスを含む。画面Ｄ２は、さらに、ＭＦＰ登録ボタンと、ＯＫボタンと、キャンセルボタンと、を含む。なお、画面Ｄ２上のＩＰＰ機能は、ＩＰＰプロトコルを利用して、外部機器から印刷データを受信し、当該印刷データに従った印刷を実行する機能である。また、画面Ｄ２上のＬＰＲ機能は、ＬＰＲ（Line Printer daemon protocolの略）プロトコルを利用して、外部機器から印刷データを受信し、当該印刷データに従った印刷を実行する機能である。また、画面Ｄ２上のサーバ印刷機能は、サーバ印刷を実行する機能である。第１のユーザは、選択ボックスを利用して、ＭＦＰ１０の機能の設定値を変更することができる。
【００３６】
ＰＣ９０Ａは、Ｔ２２６において、ＭＦＰ登録ボタンの選択を第１のユーザから受け付けると、Ｔ２２８において、登録確認画面要求をＭＦＰ１０に送信し、Ｔ２３０において、ＭＦＰ１０から登録確認画面データを受信し、Ｔ２３２において、登録確認画面Ｄ３を表示する。図１３（Ｃ）に示されるように、画面Ｄ３は、ＭＦＰ情報をサーバ１００に登録することを確認するためのメッセージと、ＯＫボタンと、キャンセルボタンと、を含む。
【００３７】
ＰＣ９０Ａは、Ｔ２３４において、ＯＫボタンの選択を第１のユーザから受け付けると、Ｔ２４０において、ＵＲＬ５２「http://202.134.101.1/gcp.html」を送信先ＵＲＬとして含む登録指示をＭＦＰ１０に送信する。ＵＲＬ５２は、ＭＦＰ１０のＩＰアドレス、及び、文字列「gcp.html」を含む。即ち、ＭＦＰ１０のウェブサーバ機能を利用して送信される登録指示内のＵＲＬ５２は、文字列「privet」、及び、アカウント情報を含まない。
【００３８】
（登録処理；図５）
続いて、図５を参照して、ＭＦＰ１０のＣＰＵ３２によって実行される応答処理について説明する。ＣＰＵ３２は、ＰＣ９０から登録指示が受信されると、図５の処理を開始する。
【００３９】
Ｓ４０において、ＣＰＵ３２は、受信済みの登録指示が文字列「privet」を含むのか否かを判断する。ＣＰＵ３２は、受信済みの登録指示が文字列「privet」を含むと判断する場合（Ｓ４０でＹＥＳ、図３のケースＡ及びケースＢ）に、Ｓ６０に進む。一方、ＣＰＵ３２は、受信済みの登録指示が文字列「privet」を含まないと判断する場合（Ｓ４０でＮＯ、図４のケースＣ）に、Ｓ５０に進む。なお、変形例では、ＣＰＵ３２は、Ｓ４０において、受信済みの登録指示がアカウント情報を含むのか否かを判断してもよい。
【００４０】
Ｓ５０において、ＣＰＵ３２は、Ｏｗｎｅｒ登録要求をサーバ１００に送信する。Ｏｗｎｅｒ登録要求は、ＭＦＰ情報及びオーナーアカウント情報の登録をサーバ１００に要求するコマンドである。Ｓ５２において、ＣＰＵ３２は、Ｏｗｎｅｒ登録処理を実行する。Ｏｗｎｅｒ登録処理では、ＭＦＰ情報がサーバ１００に登録されるとともに、当該ＭＦＰ情報に関連付けてオーナーアカウント情報がサーバ１００に登録される。Ｏｗｎｅｒ登録処理については、後で詳しく説明する。ＣＰＵ３２は、Ｏｗｎｅｒ登録処理が終了すると、Ｓ５４に進む。
【００４１】
Ｓ５４において、ＣＰＵ３２は、Ｏｗｎｅｒ登録処理においてオーナーアカウント情報としてサーバ１００に登録されたアカウント情報と、権限情報「Ｏｗｎｅｒ」と、をメモリ３４に記憶させる。
【００４２】
Ｓ５６において、ＣＰＵ３２は、ユーザテーブル４０内に１個以上の権限情報「Ｓｈａｒｅ」が登録されているのか否かを判断する。ＣＰＵ３２は、ユーザテーブル４０内に１個以上の権限情報「Ｓｈａｒｅ」が登録されている場合（Ｓ５６でＹＥＳ）に、Ｓ５８に進む。一方、ＣＰＵ３２は、ユーザテーブル４０内に１個の権限情報「Ｓｈａｒｅ」も登録されていない場合（Ｓ５６でＮＯ）に、図５の処理を終了する。
【００４３】
Ｓ５８において、ＣＰＵ３２は、再登録処理（図６）を実行する。再登録処理は、ユーザテーブル４０において権限情報「Ｓｈａｒｅ」に関連付けられているアカウント情報を、シェアアカウント情報としてサーバ１００に再登録する処理である。ＣＰＵ３２は、Ｓ５８が終了すると、図５の処理を終了する。
【００４４】
また、ＣＰＵ３２は、受信済みの登録指示が文字列「privet」を含むと判断する場合（Ｓ４０でＹＥＳ）に、Ｓ６０において、ログイン画面を表示部１４に表示させる。これにより、ＭＦＰ１０を利用するユーザに、ＭＦＰ１０へのログインを促すことができる。
【００４５】
Ｓ６２において、ＣＰＵ３２は、ログイン操作が実行されることを監視する。ログイン操作は、ログイン画面において、ユーザＩＤ及びパスワードを入力する操作である。ＣＰＵ３２は、ログイン操作が実行される場合に、Ｓ６２でＹＥＳと判断し、Ｓ６４に進む。
【００４６】
Ｓ６４において、ＣＰＵ３２は、Ｓ６２で入力されたユーザＩＤ及びパスワードを利用した認証が成功したのか否かを判断する。ＣＰＵ３２は、入力済みのユーザＩＤ及びパスワードの組み合わせと一致するユーザＩＤとパスワードの組み合わせがユーザテーブル４０に登録されている場合に、Ｓ６４でＹＥＳと判断し、ＭＦＰ１０の状態をログアウト状態からログイン状態に移行させ、Ｓ６６に進む。一方、ＣＰＵ３２は、入力済みのユーザＩＤ及びパスワードの組み合わせと一致するユーザＩＤとパスワードの組み合わせがユーザテーブル４０に登録されてない場合に、Ｓ６４でＮＯと判断して、Ｓ８０に進む。Ｓ８０において、ＣＰＵ３２は、ＭＦＰ１０へのログインに失敗したことを示すエラー画面を表示部１４に表示させる。ＣＰＵ３２は、Ｓ８０が終了すると、図５の処理を終了する。Ｓ６６は、図２のＳ２２と同様である。ＣＰＵ３２は、Ｓ６６でＹＥＳと判断する場合に、Ｓ７０に進み、Ｓ６６でＮＯと判断する場合に、Ｓ５０に進む。なお、ＣＰＵ３２は、Ｓ６６を経た後のＳ５４において、Ｓ６２で入力されたユーザＩＤに関連付けて、アカウント情報と権限情報「Ｏｗｎｅｒ」とをメモリ３４内のユーザテーブル４０に記憶させる。
【００４７】
Ｓ７０において、ＣＰＵ３２は、受信済みの登録指示内のアカウント情報を含むＳｈａｒｅ登録要求をサーバ１００に送信する。Ｓｈａｒｅ登録要求は、当該要求内のアカウント情報をシェアアカウント情報として登録することをサーバ１００に要求するコマンドである。
【００４８】
Ｓ７２において、ＣＰＵ３２は、Ｓ６２で入力されたユーザＩＤに関連付けて、受信済みの登録指示内のアカウント情報と権限情報「Ｓｈａｒｅ」とをユーザテーブル４０に記憶させる。ＣＰＵ３２は、Ｓ７２が終了すると、図５の処理を終了する。なお、変形例では、Ｓ７２において、ＣＰＵ３２は、受信済みの登録指示内のアカウント情報のみをメモリ３４に記憶させてもよい。
【００４９】
（再登録処理；図６）
続いて、図５のＳ５８で実行される再登録処理について説明する。Ｓ９０は、図５のＳ４０と同様である。ＣＰＵ３２は、Ｓ９０でＹＥＳと判断する場合に、Ｓ９２に進み、Ｓ９０でＮＯと判断する場合に、Ｓ１１０に進む。
【００５０】
Ｓ９２において、ＣＰＵ３２は、ユーザテーブル４０において、再登録確認画面を表示する。図１２に示されるように、当該画面は、ユーザテーブル４０において、権限情報「Ｓｈａｒｅ」に関連付けられているアカウント情報をシェアアカウント情報として再登録することを確認するためのメッセージと、ＯＫボタンと、ｃａｎｃｅｌボタンと、を含む。
【００５１】
Ｓ９４において、ＣＰＵ３２は、再登録確認画面内のＯＫボタンが選択されたのか否かを判断する。ＣＰＵ３２は、当該画面内のＯＫボタンが選択されたと判断する場合（Ｓ９４でＹＥＳ）に、Ｓ９６に進む。一方、ＣＰＵ３２は、当該画面内のｃａｎｃｅｌボタンが選択されたと判断する場合（Ｓ９４でＮＯ）に、Ｓ１００に進む。
【００５２】
Ｓ９６において、ＣＰＵ３２は、ユーザテーブル４０において、権限情報「Ｓｈａｒｅ」に関連付けられているアカウント情報を特定し、特定済みのアカウント情報を含むＳｈａｒｅ登録要求をサーバ１００に送信する。ＣＰＵ３２は、Ｓ９６が終了すると、図７の処理を終了する。
【００５３】
また、Ｓ１００において、ＣＰＵ３２は、ユーザテーブル４０内の権限情報「Ｓｈａｒｅ」、及び、権限情報「Ｓｈａｒｅ」に関連付けられているアカウント情報を消去する。ＣＰＵ３２は、Ｓ１００が終了すると、図７の処理を終了する。
【００５４】
また、ＣＰＵ３２は、Ｓ９０でＮＯと判断する場合に、Ｓ１１０において、再登録確認画面データをＰＣ９０に送信する。再登録確認画面データは、再登録確認画面をＰＣ９０に表示させるためのデータである。
【００５５】
Ｓ１１２において、ＣＰＵ３２は、ＰＣ９０から再登録要求を受信したのか否かを判断する。ＰＣ９０は、ＰＣ９０に表示される再登録確認画面内のＯＫボタンが選択される場合に再登録要求をＭＦＰ１０に送信し、当該画面内のｃａｎｃｅｌボタンが選択される場合に、再登録禁止信号をＭＦＰ１０に送信する。ＣＰＵ３２は、ＰＣ９０から再登録要求を受信する場合（Ｓ１１２でＹＥＳ）に、Ｓ９６に進む。一方、ＣＰＵ３２は、ＰＣ９０から再登録禁止信号を受信する場合（Ｓ１１２でＮＯ）に、Ｓ１１４に進む。Ｓ１１４は、Ｓ１００と同様である。
【００５６】
（具体的なケース）
続いて、図７〜図１２を参照して、図５、図６の処理によって実現される具体的なケースＤ〜ケースＨについて説明する。図７のケースＤ及び図８のケースＥでは、オーナーアカウント情報がサーバ１００に登録され、図９のケースＦ及び図１０のケースＧでは、シェアアカウント情報がサーバ１００に登録される。図１１、図１２のケースＨでは、シェアアカウント情報がサーバ１００に再登録される。
【００５７】
（ケースＤ；図７）
ケースＤでは、ＭＦＰ１０のウェブサーバ機能を利用することによって、ＭＦＰ情報ＭＩ１がサーバ１００に登録され、ＭＦＰ情報ＭＩ１に関連付けてオーナーアカウント情報がサーバ１００に登録される。ケースＤの初期状態は、ケースＡの初期状態と同様である。
【００５８】
まず、ＭＦＰ１０、ＰＣ９０Ａ、及び、サーバ１００の間で、図４のＴ２１０〜Ｔ２３４と同様の処理が実行される。この場合、ＭＦＰ１０は、Ｔ３４０において、ＰＣ９０Ａから、ＵＲＬ５２「http://202.134.101.1/gcp.html」を送信先ＵＲＬとして含む登録指示を受信する。ＭＦＰ１０は、受信済みの登録指示が文字列「privet」を含まないと判断し（図５のＳ４０でＮＯ）、Ｔ３４２において、Ｏｗｎｅｒ登録要求をサーバ１００に送信する（Ｓ５０）。当該要求は、ＵＲＬ６０「http://server.co.jp/register/」を送信先ＵＲＬとして含み、さらに、デバイス名「ｄｖ１」を含む。
【００５９】
サーバ１００は、Ｔ３４２において、ＭＦＰ１０からＯｗｎｅｒ登録要求を受信すると、当該要求内の送信先ＵＲＬが文字列「register」を含むと判断し、ＭＦＰ情報及びオーナーアカウント情報の登録が要求されていると判断する。まず、サーバ１００は、Ｔ３５０において、管理ＩＤ「Ｍ１」及び登録トークンＲＴ１を生成する。サーバ１００は、過去に生成された管理ＩＤ及び登録トークンに重複しないように、ユニークな管理ＩＤ「Ｍ１」及び登録トークンＲＴ１を生成する。そして、Ｔ３５２において、サーバ１００は、デバイス名「ｄｖ１」と、管理ＩＤ「Ｍ１」と、登録トークンＲＴ１と、権限情報「Ｏｗｎｅｒ」と、を関連付けてアカウントテーブル１３８に記憶する。ここで、サーバ１００は、デバイス名「ｄｖ１」と管理ＩＤ「ｄｖ１」とをＭＦＰ情報ＭＩ１として記憶する。次いで、サーバ１００は、Ｔ３５４において、管理ＩＤ「Ｍ１」及び登録トークンＲＴ１をＭＦＰ１０に送信する。
【００６０】
ＭＦＰ１０は、Ｔ３５４において、サーバ１００から管理ＩＤ「Ｍ１」及び登録トークンＲＴ１を受信すると、Ｔ３６０において、登録トークンＲＴ１をＰＣ９０Ａに送信する。なお、ＭＦＰ１０は、Ｔ３５４でサーバ１００から管理ＩＤ「Ｍ１」及び登録トークンＲＴ１を受信することに応じて、登録確認（後述のＴ３７０参照）をサーバ１００に定期的に送信する。
【００６１】
ＰＣ９０Ａは、Ｔ３６０において、ＭＦＰ１０から登録トークンＲＴ１を受信すると、Ｔ３６２において、入力画面Ｄ４を表示する。図１３（Ｄ）に示されるように、画面Ｄ４は、アカウント情報入力欄と、ＯＫボタンと、ｃａｎｃｅｌボタンと、を含む。ＰＣ９０Ａは、Ｔ３６４において、アカウント情報ＡＩ１の入力、及び、ＯＫボタンの選択を第１のユーザから受け付けると、Ｔ３６６において、入力済みのアカウント情報ＡＩ１と登録トークンＲＴ１とを含む登録要求をサーバ１００に送信する。
【００６２】
サーバ１００は、Ｔ３６６において、ＰＣ９０Ａから登録要求を受信すると、当該要求に含まれる登録トークンＲＴ１と、Ｔ３５２で記憶された登録トークンＲＴ１と、が一致すると判断し（即ち認証が成功し）、Ｔ３６８において、Ｔ３５２で記憶された各情報に関連付けて、アカウント情報ＡＩ１をさらに記憶する。なお、以降の処理では、登録トークンＲＴ１が利用されないので、登録トークンＲＴ１を省略している。そして、サーバ１００は、Ｔ３７２において、ＭＦＰ１０から受信される登録確認（Ｔ３７０参照）に対する応答として、アカウント情報ＡＩ１を含む登録通知をＭＦＰ１０に送信する。登録通知は、アカウント情報ＡＩ１がオーナーアカウント情報としてサーバ１００に登録されたことを通知するための信号である。
【００６３】
ＭＦＰ１０は、Ｔ３７２において、サーバ１００から登録通知を受信すると、Ｔ３７４において、トークン要求をサーバ１００に送信する。トークン要求は、アクセストークンの送信をサーバ１００に要求するコマンドである。
【００６４】
サーバ１００は、Ｔ３７４において、ＭＦＰ１０からトークン要求を受信すると、Ｔ３７６において、ユニークな文字列であるアクセストークンＡＴ１を生成し、Ｔ３７８において、Ｔ３６８で記憶された各情報に関連付けて、生成済みのアクセストークンＡＴ１をさらに記憶させる。そして、Ｔ３８０において、サーバ１００は、アクセストークンＡＴ１をＭＦＰ１０に送信する。
【００６５】
ＭＦＰ１０は、Ｔ３８０において、サーバ１００からアクセストークンＡＴ１を受信すると、Ｔ３８２において、Ｔ３８０で受信されたアクセストークンＡＴ１を含む接続要求をサーバ１００に送信する。接続要求は、ＸＭＰＰ接続の確立をサーバ１００に要求するコマンドである。
【００６６】
サーバ１００は、Ｔ３８２において、ＭＦＰ１０から接続要求を受信すると、接続要求に含まれるアクセストークンＡＴ１が登録済みであると判断し（Ｔ３７８参照、即ち認証が成功し）、Ｔ３９０において、ＸＭＰＰ接続を確立する。このようにＸＭＰＰ接続が確立されると、サーバ１００は、ＭＦＰ１０から信号を受信しなくても、ＸＭＰＰ接続を利用して、ＬＡＮ６のファイヤウォールを越えて信号（例えばジョブ通知）をＭＦＰ１０に送信することができる。なお、Ｔ３４２以降にＭＦＰ１０によって実行される処理が、図５のＳ４０でＹＥＳを経た後のＳ５２で実行されるＯｗｎｅｒ登録処理である。
【００６７】
ＭＦＰ１０は、Ｔ３９０において、サーバ１００とのＸＭＰＰ接続が確立されると、Ｏｗｎｅｒ登録処理が完了したと判断し、Ｔ３９２において、アカウント情報ＡＩ１、管理ＩＤ「Ｍ１」、アクセストークンＡＴ１、及び、権限情報「Ｏｗｎｅｒ」をメモリ３４に記憶する（Ｓ６４）。本ケースでは、ＭＦＰ１０は、メモリ３４内のユーザテーブル４０とは異なる領域に各情報を記憶する。そして、ＭＦＰ１０は、権限情報「Ｓｈａｒｅ」がユーザテーブル４０に登録されていないと判断する（Ｓ５６でＮＯ）。
【００６８】
（ケースＥ；図８）
ケースＥでは、ＭＦＰ１０が検索信号に対する応答信号を送信することに応じて、ＭＦＰ情報ＭＩ１がサーバ１００に登録され、ＭＦＰ情報ＭＩ１に関連付けてオーナーアカウント情報がサーバ１００に登録される。ケースＥの初期状態は、ケースＡの初期状態と同様である。
【００６９】
まず、ＭＦＰ１０、ＰＣ９０Ａ、及び、サーバ１００の間で、図３のＴ１０〜Ｔ３２と同様の処理が実行される。この場合、ＭＦＰ１０は、Ｔ４４０において、ＰＣ９０Ａから、ＵＲＬ５０「http://202.134.101.1/privet/register/AI1」を送信先ＵＲＬとして含む登録指示を受信する。ＭＦＰ１０は、受信済みの登録指示が文字列「privet」を含むと判断し（Ｓ４０でＹＥＳ）、Ｔ４４２において、ログイン画面を表示し（Ｓ６０）、Ｔ４４４において、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」の入力を第１のユーザから受け付ける（Ｓ６２でＹＥＳ）。ＭＦＰ１０は、入力済みのユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」がユーザテーブル４０に登録されていると判断し（即ち認証が成功し）（Ｓ６４でＹＥＳ）、ＭＦＰ１０の状態をログアウト状態からログイン状態に移行させ、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されていないと判断する（Ｓ６６でＮＯ）。Ｔ４４６、Ｔ４５０〜Ｔ４６０は、図７のＴ３４２、Ｔ３５０〜Ｔ３６０と同様である。
【００７０】
ＰＣ９０Ａは、Ｔ４６０において、ＭＦＰ１０から登録トークンＲＴ１を受信すると、Ｔ４６２において、サーバ１００に現在ログインしているログイン済アカウント情報ＡＩ１と登録トークンＲＴ１とを含む登録要求をサーバ１００に送信する。即ち、本ケースでは、ＰＣ９０Ａは入力画面Ｄ４を表示しない。Ｔ４６４、Ｔ４７０〜Ｔ４９０は、Ｔ３６８、Ｔ３７０〜Ｔ３９０と同様である。なお、図８のＴ４４６以降にＭＦＰ１０によって実行される処理が、図５のＳ６６でＮＯを経た後のＳ５２で実行されるＯｗｎｅｒ登録処理である。
【００７１】
ＭＦＰ１０は、Ｔ４９０において、サーバ１００とのＸＭＰＰ接続が確立されると、Ｏｗｎｅｒ登録処理が完了したと判断し、Ｔ４９２において、アカウント情報ＡＩ１、管理ＩＤ「Ｍ１」、アクセストークンＡＴ１、及び、権限情報「Ｏｗｎｅｒ」をメモリ３４に記憶する（Ｓ５４）。本ケースでは、ＭＦＰ１０は、管理ＩＤ「Ｍ１」及びアクセストークンＡＴ１を、メモリ３４内のユーザテーブル４０とは異なる領域に記憶し、Ｔ４４４で入力されたユーザＩＤ「Ｕ１」に関連付けてアカウント情報ＡＩ１と権限情報「Ｏｗｎｅｒ」とをメモリ３４のユーザテーブル４０に記憶する。そして、ＭＦＰ１０は、権限情報「Ｓｈａｒｅ」がユーザテーブル４０に登録されていないと判断する（Ｓ５６でＮＯ）。
【００７２】
（ケースＦ；図９）
ケースＦでは、ＭＦＰ１０を利用することなく、アカウント情報ＡＩ２がシェアアカウント情報としてサーバ１００に登録される。ケースＦの初期状態は、ケースＥの後の状態である。即ち、ＭＦＰ１０のユーザテーブル４０には、アカウント情報ＡＩ１に対応する各情報４０Ａが記憶されている。また、サーバ１００のアカウントテーブル１３８には、アカウント情報ＡＩ１に対応する各情報１３８Ａが記憶されている。
【００７３】
Ｔ５１０は、図３のＴ１０と同様である。ＰＣ９０Ａは、Ｔ５１２において、管理画面要求をサーバ１００に送信し、Ｔ５１４において、サーバ１００から管理画面データを受信する。この場合、図示省略しているが、ＰＣ９０Ａは、管理画面データに対応する管理画面を表示する。管理画面は、ＭＦＰ選択ボタンを含む。ＰＣ９０Ａは、管理画面に含まれるＭＦＰ選択ボタンの選択を第１のユーザから受け付けると、Ｔ５１６において、ＭＦＰ選択画面要求をサーバ１００に送信し、Ｔ５１８において、サーバ１００からＭＦＰ選択画面データを受信し、Ｔ５２０において、ＭＦＰ選択画面を表示する。当該画面は、ＭＦＰ選択欄と、ｓｈａｒｅボタンと、ｄｅｌｅｔｅボタンと、ｃａｎｃｅｌボタンと、を含む。ＭＦＰ選択欄には、サーバ１００のアカウントテーブル１３８において、アカウント情報ＡＩ１及び権限情報「Ｏｗｎｅｒ」に対応付けられているデバイス名の一覧が表示される。
【００７４】
ＰＣ９０Ａは、Ｔ５２２において、デバイス名「ｄｖ１」の選択とｓｈａｒｅボタンの選択とを第１のユーザから受け付けると、Ｔ５２４において、デバイス名「ｄｖ１」を含むＳｈａｒｅユーザ入力画面要求をサーバ１００に送信する。そして、ＰＣ９０Ａは、Ｔ５２６において、サーバ１００からＳｈａｒｅユーザ入力画面データを受信し、Ｔ５２８において、Ｓｈａｒｅユーザ入力画面を表示する。当該画面は、アカウント情報入力欄と、ＯＫボタンと、ｃａｎｃｅｌボタンと、を含む。アカウント情報入力欄には、Ｓｈａｒｅユーザとして登録されるユーザのアカウント情報が入力される。
【００７５】
ＰＣ９０Ａは、Ｔ５３０において、アカウント情報入力欄へのアカウント情報ＡＩ２の入力とＯＫボタンの選択とを第１のユーザから受け付けると、Ｔ５３２において、アカウント情報ＡＩ２を含むＳｈａｒｅユーザ登録要求をサーバ１００に送信する。
【００７６】
サーバ１００は、Ｔ５３２において、ＰＣ９０ＡからＳｈａｒｅユーザ登録要求を受信すると、アカウント情報ＡＩ２に対応するユーザをＳｈａｒｅユーザとして追加することが要求されていると判断し、アカウント情報ＡＩ２を利用したログインが実行されることを監視する。
【００７７】
その後、ＰＣ９０Ｂは、アカウント情報ＡＩ２の入力とサーバ１００へのログインの指示とを第２のユーザから受け付けると、Ｔ５４０において、アカウント情報ＡＩ２を含むログイン要求をサーバ１００に送信する。
【００７８】
サーバ１００は、Ｔ５４０において、ＰＣ９０Ｂからログイン要求を受信すると、当該ログイン要求がアカウント情報ＡＩ２を含むと判断し、Ｓｈａｒｅユーザ登録画面データをＰＣ９０Ｂに送信する。
【００７９】
ＰＣ９０Ｂは、Ｔ５４２において、サーバ１００からＳｈａｒｅユーザ登録画面データを受信すると、Ｔ５４４において、Ｓｈａｒｅユーザ登録画面を表示する。当該画面は、デバイス名「ｄｖ１」へのＳｈａｒｅユーザ登録が要求されていることを示すメッセージと、ＯＫボタンと、ｃａｎｃｅｌボタンと、を含む。ＰＣ９０Ｂは、Ｔ５４６において、第２のユーザによるＯＫボタンの選択を受け付けると、Ｔ５４８において、Ｓｈａｒｅユーザ登録要求をサーバ１００に送信する。
【００８０】
サーバ１００は、Ｔ５４８において、ＰＣ９０ＢからＳｈａｒｅユーザ登録要求を受信すると、Ｔ５５０において、アカウント情報ＡＩ２と、ＭＦＰ１０に対応するＭＦＰ情報ＭＩ１（即ちデバイス名「ｄｖ１」、管理ＩＤ「Ｍ１」）と、アクセストークンＡＴ１と、権限情報「Ｓｈａｒｅ」と、を対応付けて、アカウントテーブル１３８に記憶させる（図１の符号１３８Ｂ参照）。
【００８１】
（ケースＧ；図１０）
ケースＧでは、ＭＦＰ１０を利用して、アカウント情報ＡＩ２及びアカウント情報ＡＩ３がシェアアカウント情報としてサーバ１００に登録される。ケースＧの初期状態は、ケースＦの初期状態と同様である。
【００８２】
まず、アカウント情報ＡＩ２がシェアアカウント情報としてサーバ１００に登録される。ＭＦＰ１０、ＰＣ９０Ｂ、及び、サーバ１００の間で、図３のＴ１０〜Ｔ３２と同様の処理が実行される。ただし、本ケースでは、ＰＣ９０Ｂは、アカウント情報ＡＩ２の入力とサーバ１００へのログインの指示とを第２のユーザから受け付けると、Ｔ１０において、アカウント情報ＡＩ２を含むログイン要求をサーバ１００に送信する。この場合、ＭＦＰ１０は、Ｔ６４０において、ＰＣ９０Ｂから、ＵＲＬ５４「http://202.134.101.1/privet/register/AI2」を送信先ＵＲＬとして含む登録指示を受信する。ＭＦＰ１０は、受信済みの登録指示が文字列「privet」を含むと判断し（Ｓ４０でＹＥＳ）、Ｔ６４２において、ログイン画面を表示し（Ｓ６０）、Ｔ６４４において、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」の入力を第２のユーザから受け付ける（Ｓ６２でＹＥＳ）。ＭＦＰ１０は、入力済みのユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」がユーザテーブル４０に登録されていると判断し（即ち認証が成功し）（Ｓ６４でＹＥＳ）、ＭＦＰ１０の状態をログアウト状態からログイン状態に移行させ、権限情報「Ｏｗｎｅｒ」がメモリ３４に登録されていると判断する（Ｓ６６でＹＥＳ）。そして、ＭＦＰ１０は、受信済みの登録指示の送信先ＵＲＬ内のアカウント情報ＡＩ２を特定し、Ｔ６４６において、Ｓｈａｒｅ登録要求をサーバ１００に送信する（Ｓ７０）。当該要求は、ＵＲＬ６２「http://server.co.jp/share/」を送信先ＵＲＬとして含み、さらに、特定済みのアカウント情報ＡＩ２と、メモリ３４内のアクセストークンＡＴ１と、メモリ３４内の管理ＩＤ「Ｍ１」と、を含む。そして、ＭＦＰ１０は、Ｔ６４８において、Ｔ６４４で入力されたユーザＩＤ「Ｕ２」に関連付けて、特定済みのアカウント情報ＡＩ２と権限情報「Ｓｈａｒｅ」とをメモリ３４のユーザテーブル４０に記憶する（Ｓ７２）。
【００８３】
サーバ１００は、Ｔ６４６において、ＭＦＰ１０からＳｈａｒｅ登録要求を受信すると、当該要求に含まれるアクセストークンＡＴ１が登録済みであると判断し（即ち認証が成功し）、当該要求内の送信先ＵＲＬが文字列「share」を含むと判断し、シェアアカウント情報を登録するための処理を実行する。サーバ１００は、受信済みのＳｈａｒｅ登録要求内のアカウント情報ＡＩ２を特定し、さらに、アカウントテーブル１３８において、受信済みの登録要求内の管理ＩＤ「Ｍ１」に対応付けられているＭＦＰ情報ＭＩ１及びアクセストークンＡＴ１を特定する。そして、サーバ１００は、Ｔ６５０において、特定済みのアカウント情報ＡＩ２と、特定済みのＭＦＰ情報ＭＩ１と、特定済みのアクセストークンＡＴ１と、権限情報「Ｓｈａｒｅ」と、を対応付けてアカウントテーブル１３８に記憶する（図１の符号１３８Ｂ参照）。
【００８４】
次いで、アカウント情報ＡＩ３がシェアアカウント情報としてサーバ１００に登録される。Ｔ６６０は、送信先ＵＲＬとして入力されるＵＲＬがＵＲＬ５６「http://202.134.101.1/privet/register/AI3」である点を除いて、図３のＴ１１０と同様である。この場合、ＭＦＰ１０は、Ｔ６７０において、ＰＣ９０Ｃから、ＵＲＬ５６を送信先ＵＲＬとして含む登録指示を受信する。Ｔ６７２、Ｔ６７４は、入力される情報がユーザＩＤ「Ｕ３」及びパスワード「Ｐ３」である点を除いて、Ｔ６４２、Ｔ６４４と同様である。ＭＦＰ１０は、入力済みのユーザＩＤ「Ｕ３」及びパスワード「Ｐ３」がユーザテーブル４０に登録されていると判断し（即ち認証が成功し）（Ｓ６４でＹＥＳ）、ＭＦＰ１０の状態をログアウト状態からログイン状態に移行させ、権限情報「Ｏｗｎｅｒ」がメモリ３４に登録されていると判断する（Ｓ６６でＹＥＳ）。そして、ＭＦＰ１０は、受信済みの登録指示の送信先ＵＲＬ内のアカウント情報ＡＩ３を特定し、Ｔ６７６において、Ｓｈａｒｅ登録要求をサーバ１００に送信する（Ｓ７０）。当該要求は、ＵＲＬ６２「http://server.co.jp/share/」を送信先ＵＲＬとして含み、さらに、特定済みのアカウント情報ＡＩ３と、メモリ３４内のアクセストークンＡＴ１と、メモリ３４内の管理ＩＤ「Ｍ１」と、を含む。及びメモリ３４内の管理ＩＤ「Ｍ１」を含む。Ｔ６７８、Ｔ６８０は、記憶される各情報がアカウント情報ＡＩ３に対応する情報である点を除いて、Ｔ６４８、Ｔ６５０と同様である。
【００８５】
（ケースＨ；図１１、図１２）
ケースＨでは、サーバ１００に登録されているオーナーアカウント情報が消去され、新たなオーナーアカウント情報がサーバ１００に登録され、その後に、シェアアカウント情報がサーバ１００に再登録される。ケースＨは、図１０のケースＧの後の状態である。即ち、ＭＦＰ１０のユーザテーブル４０には、アカウント情報ＡＩ１に対応する各情報４０Ａと、アカウント情報ＡＩ２に対応する各情報４０Ｂと、アカウント情報ＡＩ３に対応する各情報４０Ｃと、が記憶されている。また、サーバ１００のアカウントテーブル１３８には、アカウント情報ＡＩ１に対応する各情報１３８Ａと、アカウント情報ＡＩ２に対応する各情報１３８Ｂと、アカウント情報ＡＩ３に対応する各情報１３８Ｃと、が記憶されている。
【００８６】
Ｔ７１０〜Ｔ７２０は、図９のＴ５１０〜Ｔ５２０と同様である。ＰＣ９０Ａは、Ｔ７２２において、デバイス名「ｄｖ１」の選択、及び、ｄｅｌｅｔｅボタンの選択を第１のユーザから受け付けると、Ｔ７２４において、デバイス名「ｄｖ１」を含む消去要求をサーバ１００に送信する。
【００８７】
サーバ１００は、Ｔ７２４において、ＰＣ９０Ａから消去要求を受信すると、当該要求内のデバイス名「ｄｖ１」を特定し、Ｔ７３０において、アカウントテーブル１３８において、特定済みのデバイス名「ｄｖ１」、及び、特定済みのデバイス名「ｄｖ１」に対応付けられている各情報１３８Ａ〜１３８Ｃを消去する。そして、サーバ１００は、Ｔ７３２において、消去要求をＭＦＰ１０に送信する。消去要求は、メモリ３４内の権限情報「Ｏｗｎｅｒ」及び権限情報「Ｏｗｎｅｒ」に関連付けられている各情報の消去をＭＦＰ１０に要求するための信号である。
【００８８】
ＭＦＰ１０は、Ｔ７３２において、サーバ１００から消去要求を受信すると、Ｔ７３４において、メモリ３４内の管理ＩＤ「Ｍ１」及びアクセストークン「ＡＴ１」を消去し、ユーザテーブル４０内の権限情報「Ｏｗｎｅｒ」及び権限情報「Ｏｗｎｅｒ」に対応付けられているアカウント情報ＡＩ１を消去する。なお、ＭＦＰ１０は、ユーザテーブル４０内の権限情報「Ｓｈａｒｅ」及び権限情報「Ｓｈａｒｅ」に関連付けられているアカウント情報を消去しない。Ｔ７３６において、ＭＦＰ１０は、オーナーアカウント情報が消去されたことを示すメッセージ、及び、新たなオーナーアカウント情報の登録を促すメッセージをメニュー画面上に表示する。これにより、ＭＦＰ１０を利用するユーザは、ＭＦＰ１０のサーバ印刷機能を利用するためには、新たなオーナーアカウント情報をサーバ１００に登録させる必要があることを知ることができる。
【００８９】
その後、第２のユーザによって、新たなオーナーアカウント情報をサーバ１００に登録させるための操作が実行される。まず、ＭＦＰ１０、ＰＣ９０Ｂ、及び、サーバ１００の間で、図３のＴ１０〜Ｔ３２と同様の処理が実行される。ただし、本ケースでは、ＰＣ９０Ｂは、アカウント情報ＡＩ２の入力とサーバ１００へのログインの指示とを第２のユーザから受け付け、Ｔ１０において、アカウント情報ＡＩ２を含むログイン要求をサーバ１００に送信する。Ｔ７４０は、図１０のＴ６４０と同様である。また、図１２のＴ７４２、Ｔ７４４は、それぞれ、Ｔ６４２、Ｔ６４４と同様である。
【００９０】
ＭＦＰ１０は、Ｔ７４４において、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」の入力を第２のユーザから受け付けると（Ｓ６２でＹＥＳ）、入力済みのユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」がユーザテーブル４０に登録されていると判断し（即ち認証が成功し）（Ｓ６４でＹＥＳ）、ＭＦＰ１０の状態をログアウト状態からログイン状態に移行させ、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されていないと判断する（Ｓ６６でＮＯ）。そして、ＭＦＰ１０は、Ｔ７４６において、Ｏｗｎｅｒ登録要求をサーバ１００に送信する。Ｔ７４６は、図８のＴ４４６と同様である。その後、ＭＦＰ１０、ＰＣ９０Ｂ、及び、サーバ１００の間で、図８のＴ４５０〜Ｔ４９２と同様の処理が実行される。ただし、本ケースでは、サーバ１００は、Ｔ４５０において、管理ＩＤ「Ｍ２」及び登録トークンＲＴ１とは異なる登録トークンを生成し、Ｔ４５２において、アカウント情報ＡＩ２と、ＭＦＰ情報ＭＩ２（デバイス名「ｄｖ１」及び管理ＩＤ「Ｍ２」）と、当該異なる登録トークンと、権限情報「Ｏｗｎｅｒ」と、を対応付けてアカウントテーブル１３８に記憶する。その後、ＭＦＰ１０、ＰＣ９０Ｂ、及び、サーバ１００の間で、Ｔ４５４〜Ｔ４７４と同様の処理が実行される。そして、サーバ１００は、Ｔ４７６において、アクセストークンＡＴ２を生成し、Ｔ４７８において、Ｔ４５２で記憶された各情報に関連付けて、生成済みのアクセストークンＡＴ２をさらに記憶させる。その後、ＭＦＰ１０及びサーバ１００の間で、Ｔ４８０〜Ｔ４９２と同様の処理が執行される。ただし、本ケースでは、ＭＦＰ１０は、Ｔ４９２において、管理ＩＤ「Ｍ２」及びアクセストークンＡＴ２を、メモリ３４内のユーザテーブル４０とは異なる領域に記憶し、ユーザＩＤ「Ｕ２」に関連付けてアカウント情報ＡＩ２と権限情報「Ｏｗｎｅｒ」とをメモリ３４のユーザテーブル４０に記憶する（Ｓ７２）。これにより、アカウント情報ＡＩ２が新たなオーナーアカウント情報としてサーバ１００に登録される。
【００９１】
次いで、ＭＦＰ１０は、ユーザテーブル４０内に権限情報「Ｓｈａｒｅ」が登録されていると判断し（Ｓ５６でＹＥＳ）、受信済みの登録指示が文字列「privet」を含むと判断し（図６のＳ９０でＹＥＳ）、Ｔ７５０において、再登録確認画面を表示する（Ｓ９２）。そして、ＭＦＰ１０は、ＯＫボタンの選択を第２のユーザから受け付けると（Ｓ９４でＹＥＳ）、ユーザテーブル４０内の権限情報「Ｓｈａｒｅ」に対応づけられているアカウント情報ＡＩ３を特定し、Ｔ７５４において、Ｓｈａｒｅ登録要求をサーバ１００に送信する（Ｓ９６）。当該要求は、ＵＲＬ６０を送信先ＵＲＬとして含み、さらに、特定済みのアカウント情報ＡＩ３と、メモリ３４内のアクセストークンＡＴ２と、メモリ３４内の管理ＩＤ「Ｍ２」と、を含む。
【００９２】
サーバ１００は、Ｔ７５４において、Ｓｈａｒｅ登録要求をＭＦＰ１０から受信すると、当該要求に含まれるアクセストークンＡＴ２が登録済みであると判断し（即ち認証が成功し）、当該要求内の送信先ＵＲＬが文字列「share」を含むと判断し、シェアアカウント情報を登録するための処理を実行する。サーバ１００は、アカウントテーブル１３８において、登録要求内の管理「Ｍ２」に対応付けられているアクセストークンＡＴ２及びＭＦＰ情報ＭＩ２を特定する。そして、サーバ１００は、Ｔ７５８において、Ｔ７５４で受信されたアカウント情報ＡＩ３と、特定済みのＭＦＰ情報ＭＩ２と、特定済みのアクセストークンＡＴ２と、権限情報「Ｓｈａｒｅ」と、を対応付けてアカウントテーブル１３８に記憶する。これにより、アカウント情報ＡＩ３がシェアアカウント情報としてサーバ１００に再登録される。
【００９３】
（本実施例の効果）
本実施例の効果を説明する前に、比較例のＭＦＰの動作について説明する。比較例のＭＦＰは、Ｓｈａｒｅ登録要求を送信する機能を有していない。このため、比較例のＭＦＰは、ＰＣ９０からアカウント情報を含む登録指示が受信され、かつ、権限情報「Ｏｗｎｅｒ」が比較例のＭＦＰのメモリに記憶されていない場合に、Ｏｗｎｅｒ登録要求をサーバ１００に送信するが、ＰＣ９０からアカウント情報を含む登録指示が受信され、かつ、権限情報「Ｏｗｎｅｒ」が当該メモリに記憶されている場合に、Ｓｈａｒｅ登録要求をサーバ１００に送信しない。このため、比較例のＭＦＰの構成を採用すると、比較例のＭＦＰを利用して、シェアアカウント情報をサーバ１００に登録させることができない。一方、本実施例のＭＦＰ１０は、ＰＣ９０からアカウント情報を含む登録指示が受信され、かつ、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されていない場合（図５のＳ６６でＮＯ）に、Ｏｗｎｅｒ登録要求をサーバ１００に送信し、ＰＣ９０からアカウント情報を含む登録指示が受信され、かつ、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されている場合（Ｓ６６でＹＥＳ）に、Ｓｈａｒｅ登録要求をサーバ１００に送信する。従って、ＭＦＰ１０は、ＭＦＰ情報に関連付けてオーナーアカウント情報及びシェアアカウント情報をサーバ１００に登録させることができる。
【００９４】
また、比較例のＭＦＰの構成を採用する場合においても、オーナーアカウント情報をサーバ１００に登録させたユーザは、比較例のＭＦＰを利用することなく、シェアアカウント情報をサーバ１００に登録させ得る（図９のケースＧ参照）。しかしながら、オーナーアカウント情報をサーバ１００に登録させたユーザが、シェアアカウント情報をサーバ１００に登録させるための操作を実行しなければならず、オーナーアカウント情報をサーバ１００に登録させたユーザの負荷が大きい。一方、本実施例のＭＦＰ１０は、ＰＣ９０からアカウント情報を含む登録指示が受信され、かつ、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されている場合（Ｓ６６でＹＥＳ）に、Ｓｈａｒｅ登録要求をサーバ１００に送信する。このため、オーナーアカウント情報をサーバ１００に登録させたユーザ以外のユーザであっても、ＭＦＰ１０を利用して、シェアアカウント情報をサーバ１００に登録させることができる。従って、オーナーアカウント情報をサーバ１００に登録させたユーザの負荷を軽減することができ、ＭＦＰ１０を利用するユーザの利便性を向上させることができる。
【００９５】
また、比較例のＭＦＰは、ＰＣ９０から検索信号が受信され、かつ、権限情報「Ｏｗｎｅｒ」が比較例のＭＦＰのメモリに記憶されている場合に、応答信号をＰＣ９０に送信しない。一方、本実施例のＭＦＰ１０は、ＰＣ９０から検索信号が受信される場合（図２のＳ１０でＹＥＳ）に、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されているのか否かに関わらず、応答信号をＰＣ９０に送信する（図２のＳ２４）。このため、図２のケースＡ，図１０のケースＧに示されるように、ＭＦＰ１０は、ＰＣ９０Ａから検索信号を受信すると（図２のＴ２０）、応答信号をＰＣ９０Ａに送信し（Ｔ２２）、ＰＣ９０Ａからアカウント情報ＡＩ２を含む登録指示を受信する（図１０のＴ６４０）。そして、ＭＦＰ１０は、Ｓｈａｒｅ登録要求をサーバ１００に送信する（Ｔ６４６）。従って、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されている場合であっても、ＭＦＰ１０を利用して、シェアアカウント情報をサーバ１００に登録させることができる。
【００９６】
また、ＭＦＰ１０は、ＰＣ９０から検索信号が受信され（図２のＳ１０でＹＥＳ）、かつ、送信設定３８の設定値が「ＯＮ」である場合（Ｓ２０でＹＥＳ）に、応答信号をＰＣ９０に送信する（Ｓ２４）。ＭＦＰ１０の管理者は、送信設定３８の設定値を変更することができる。従って、ＭＦＰ１０の管理者は、ＭＦＰ１０を利用して、シェアアカウント情報をサーバ１００に登録させるのか否かを管理することができる。
【００９７】
また、図８のケースＥ、図９のケースＦに示されるように、ＭＦＰ１０は、ＰＣ９０からアカウント情報を含む登録指示が受信され（Ｔ４４０、Ｔ６４０、Ｔ６７０）、かつ、ＭＦＰ１０の状態がログイン状態に移行した後に、Ｏｗｎｅｒ登録要求又はＳｈａｒｅ登録要求をサーバ１００に送信する（Ｔ４４６、Ｔ６４６、Ｔ６７６）。ユーザテーブル４０内のユーザＩＤ、パスワードは、ＭＦＰ１０の管理者によって登録される。従って、ＭＦＰ１０の管理者は、オーナーアカウント情報又はシェアアカウント情報としてサーバ１００に登録されるアカウント情報を管理することができる。
【００９８】
また、図１０のケースＧに示されるように、ＭＦＰ１０は、Ｓｈａｒｅ登録要求をサーバ１００に送信した後に、アカウント情報をメモリ３４のユーザテーブル４０に記憶する（Ｔ６４８、Ｔ６７８）。従って、ＭＦＰ１０は、シェアアカウント情報としてサーバ１００に登録されたアカウント情報を管理することができる。
【００９９】
また、図１１、図１２のケースＨに示されるように、ＭＦＰ１０は、メモリ３４内の権限情報「Ｏｗｎｅｒ」が消去（Ｔ７３４参照）された後に、新たな権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶され（図８のＴ４９２）、かつ、ユーザテーブル４０に権限情報「Ｓｈａｒｅ」が記憶されている場合に、ユーザテーブル４０において、権限情報「Ｓｈａｒｅ」に対応付けられているアカウント情報ＡＩ３を含むＳｈａｒｅ登録要求をサーバ１００に送信する（図１２のＴ７５４）。これにより、アカウント情報ＡＩ３がシェアアカウント情報としてサーバ１００に再登録される。このため、第３のユーザは、ＰＣ９０Ｃを利用して、アカウント情報ＡＩ３をシェアアカウント情報として登録させるための操作を実行しなくてもよい。従って、ＭＦＰ１０を利用するユーザの利便性を向上させることができる。
【０１００】
また、ケースＨに示されるように、ＭＦＰ１０は、Ｓｈａｒｅ登録要求をサーバ１００に送信する前に、再登録確認画面を表示し（Ｔ７５０）、当該画面内のＯＫボタンが選択される場合に、Ｓｈａｒｅ登録要求をサーバ１００に送信する（Ｔ７５２）。このため、ＭＦＰ１０の管理者等は、アカウント情報ＡＩ３をシェアアカウント情報としてサーバ１００に再登録させるのか否かを管理することができる。
【０１０１】
（対応関係）
ＭＦＰ１０、画像処理サーバ１００、ＰＣ９０Ａが、それぞれ、「通信装置」、「サーバ」、「第１の端末装置」の一例である。アカウント情報ＡＩ１が、「第１のアカウント情報」の一例である。図３のＴ４０、Ｔ１２０、図８のＴ４４０、図１０のＴ６４０の登録指示が、「第１の登録指示」の一例である。ＭＦＰ１０のメモリ３４内の権限情報「Ｏｗｎｅｒ」が、「登録情報」の一例である。Ｏｗｎｅｒ登録要求が、「第１の登録要求」の一例である。ＭＦＰ情報ＭＩ１が、「装置情報」の一例である。図３のＴ１６で実行される操作が、「検索操作」の一例である。サーバ印刷が、「サーバが提供するサービス」の一例である。送信設定３８の設定値「ＯＮ」、「ＯＦＦ」がそれぞれ、「第１の設定値」、「第２の設定値」の一例である。
【０１０２】
画像処理サーバ１００が、「外部装置」の一例である。ＭＦＰ情報ＭＩ２が、「新たな装置情報」の一例である。オーナーアカウント情報の再登録を促すメッセージを含むメニュー画面が、「所定画面」の一例である。ＰＣ９０Ｂが、「第２の端末装置」の一例である。図１１のＴ７４０の登録指示が、「第２の登録指示」の一例である。アカウント情報ＡＩ３が、「第２のアカウント情報」の一例である。図６のＳ８６で送信されるＳｈａｒｅ登録要求及び図１２のＴ７５４で送信されるＳｈａｒｅ登録要求が、「第３の登録要求」の一例である。再登録確認画面が、「選択画面」の一例である。送信先ＵＲＬ内の文字列「register」が、「所定文字列」の一例である。
【０１０３】
図３のＴ４０、Ｔ１２０、図８のＴ４４０、図１０のＴ６４０で実行される処理が、「第１の登録指示受信部」で実行される処理の一例である。図５のＳ５０で実行される処理が、「第１の登録要求送信部」で実行される処理の一例である。図５のＳ５２で実行される処理が、「第２の登録要求送信部」で実行される処理の一例である。
【０１０４】
（第２実施例）
図１に示すように、本実施例のＭＦＰ１０のメモリ３４は、ユーザテーブル４０に代えて、許可テーブル４２を記憶する。許可テーブル４２には、シェアアカウント情報としてサーバ１００に登録させることが許可されている許可アカウント情報と、権限情報と、が対応付けられている。許可テーブル４２内の許可アカウント情報は、ＭＦＰ１０の管理者によって登録される。本実施例では、許可テーブル４２に複数の許可アカウント情報ＡＩ１〜ＡＩ３が登録されている。
【０１０５】
また、本実施例のＭＦＰ１０のＣＰＵ３２は、図５の処理に代えて、図１４の処理を実行する。図１４の登録処理について説明する。Ｓ２４０〜Ｓ２５８、Ｓ２６６は、それぞれ、図５のＳ４０〜Ｓ５８、Ｓ６６と同様である。Ｓ２６８において、ＣＰＵ３２は、受信済みの登録指示内のアカウント情報と一致するアカウント情報が許可テーブル４２に登録されているのか否かを判断する。ＣＰＵ３２は、受信済みの登録指示内のアカウント情報と一致するアカウント情報が許可テーブル４２に登録されている場合（Ｓ２６８でＹＥＳ）に、Ｓ２７０に進む。一方、ＣＰＵ３２は、受信済みの登録指示内のアカウント情報と一致するアカウント情報が許可テーブル４２に登録されていない場合（Ｓ２６８でＮＯ）に、Ｓ２８０に進む。Ｓ２７０は、Ｓ７０と同様である。Ｓ２７２において、ＣＰＵ３２は、受信済みの登録指示内のアカウント情報に関連づけて、権限情報「Ｓｈａｒｅ」を許可テーブル４２に記憶させる。Ｓ２８０は、Ｓ８０と同様である。このように、ＣＰＵ３２は、受信済みの登録指示内のアカウント情報と一致するアカウント情報が許可テーブル４２に登録されている場合にのみ、Ｓｈａｒｅ登録要求をサーバ１００に送信する。従って、ＭＦＰ１０の管理者は、サーバ１００にシェアアカウント情報として登録されるアカウント情報を管理することができる。このような構成によっても、第１実施例と同様の効果を奏することができる。
【０１０６】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【０１０７】
（変形例１）「登録情報」は、権限情報「Ｏｗｎｅｒ」に限定されず、メモリ３４に記憶されるアクセストークン、管理ＩＤ等であってもよい。また、別の変形例では、「登録情報」は、ユーザテーブル４０内のアカウント情報及び権限情報「Ｏｗｎｅｒ」の組み合わせ情報であってもよい。また、別の変形例では、「登録情報」は、オーナーアカウント情報がサーバ１００に登録済みであるのか否かを示す登録フラグであってもよい。本変形例では、登録フラグは、オーナーアカウント情報がサーバ１００に登録済みであること示す「ＯＮ」と、オーナーアカウント情報がサーバ１００に未登録であることを示す「ＯＦＦ」と、のどちらかの値を示す。
【０１０８】
（変形例２）ＭＦＰ１０は、ＰＣ９０から検索信号が受信され、かつ、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されている場合に、応答信号をＰＣ９０に送信しなくてもよい。本変形例では、「応答信号送信部」を省略可能である。また、別の変形例では、ＭＦＰ１０は、ＰＣ９０から検索信号が受信され、かつ、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されている場合に、ＭＦＰ情報をサーバ１００に登録させることができない、即ち、ＭＦＰに対応するＭＦＰ情報がサーバ１００に登録済みであることを示す情報を含む信号をＰＣ９０に送信してもよい。
【０１０９】
（変形例３）ＭＦＰ１０のメモリ３４に、送信設定３８が記憶されていなくてもよい。この場合、ＭＦＰ１０は、ＰＣ９０から検索信号が受信される場合に、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されているのか否かに関わらず、Ｓｈａｒｅ登録要求をサーバ１００に送信するように構成されているとよい。本変形例では、図２のＳ２０、Ｓ２２を省略可能である。即ち、「送信設定」を省略可能である。
【０１１０】
（変形例４）図５のＳ６６でＹＥＳ、又は、Ｓ６６でＮＯと判断されるいずれかの場合にのみ、Ｓ６０〜Ｓ６４の処理が実行されてもよい。
【０１１１】
（変形例５）図５のＳ５４において、権限情報「Ｏｗｎｅｒ」がメモリ３４に記憶されなくてもよい。本変形例では、Ｓ５６、Ｓ５８（図６の再登録処理）、Ｓ７２を省略可能である。即ち、「第１の記憶制御部」、「第２の記憶制御部」、「第３の登録要求送信部」、及び、「第３の表示制御部」を省略可能である。
【０１１２】
（変形例６）図１１のケースＨでは、ＭＦＰ１０は、Ｔ７３２において、サーバ１００から消去要求を受信する。変形例では、ＭＦＰ１０は、ＰＣ９０Ａから消去要求を受信してもよい。ＭＦＰ１０がＰＣ９０Ａから消去要求を受信するケースについて説明する。オーナーアカウント情報がサーバ１００に登録された後において、ＭＦＰ１０のウェブサーバ機能を利用して表示される設定画面Ｄ２（図１３（Ｂ）参照）には、ＭＦＰ登録ボタンに代えて、ｄｅｌｅｔｅボタンが表示される。そして、ＰＣ９０Ａは、当該画面Ｄ２内のｄｅｌｅｔｅボタンの選択を第１のユーザから受け付けると、消去要求をＭＦＰ１０に送信する。ＭＦＰ１０は、ＰＣ９０Ａから消去要求を受信すると、ユーザテーブル４０内の権限情報「Ｏｗｎｅｒ」及び権限情報「Ｏｗｎｅｒ」に関連付けられているアカウント情報ＡＩ１を消去し、管理ＩＤ「Ｍ１」を含む消去要求をサーバ１００に送信する。そして、サーバ１００は、ＭＦＰ１０から消去要求を受信すると、当該要求内のデバイス名「ｄｖ１」を特定し、アカウントテーブル１３８において、特定済みのデバイス名「ｄｖ１」、及び、デバイス名「ｄｖ１」に対応付けられている各情報１３８Ａ〜１３８Ｃを消去する。このような構成によっても、オーナーアカウント情報が消去される。本変形例では、ＰＣ９０Ａが「外部装置」の一例である。
【０１１３】
（変形例７）図１１のＴ７３６が省略されてもよい。即ち、「第２の表示制御部」を省略可能である。
【０１１４】
（変形例８）図１１のケースＨにおいて、Ｔ７３６の後に、ＰＣ９０Ａを利用して、アカウント情報ＡＩ１が新たなオーナーアカウント情報としてサーバ１００に登録されてもよい。本変形例では、ＰＣ９０Ａが、「第２の端末装置」の一例である。
【０１１５】
（変形例９）「通信装置」は、ＭＦＰ１０に限定されず、プリンタ、スキャナ、ＰＣ等、他のデバイスであってもよい。
【０１１６】
（変形例１０）上記の各実施例では、図２〜図１４の各処理がソフトウェア（即ちプログラム３６）によって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【０１１７】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１１８】
２：通信システム、４：インターネット、６：ＬＡＮ、１０：ＭＦＰ、１２：操作部、１４：表示部、１６：ネットワークＩ／Ｆ、２０：印刷実行部、スキャン実行部：２２、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：送信設定、４０：ユーザテーブル、４２：許可テーブル、９０Ａ〜９０Ｃ：ＰＣ、１００：画像処理サーバ、１１６：ネットワークＩ／Ｆ、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：プログラム、１３８：アカウントテーブル
【図１】
2020160965.tif 000003
【図２】
2020160965.tif 000004
【図３】
2020160965.tif 000005
【図４】
2020160965.tif 000006
【図５】
2020160965.tif 000007
【図６】
2020160965.tif 000008
【図７】
2020160965.tif 000009
【図８】
2020160965.tif 000010
【図９】
2020160965.tif 000011
【図１０】
2020160965.tif 000012
【図１１】
2020160965.tif 000013
【図１２】
2020160965.tif 000014
【図１３】
2020160965.tif 000015
【図１４】
2020160965.tif 000016