JP7400484B2 - サーバ、機能実行装置、サーバのためのコンピュータプログラム、及び、機能実行装置のためのコンピュータプログラム - Google Patents

Description

本明細書では、サーバと機能実行装置とに関する技術を開示する。

特許文献１には、プリンタをサーバに登録する技術が開示されている。プリンタがサーバに登録されると、プリンタの管理ページのＵＲＬ（Uniform Resource Locatorの略）を含む登録情報がサーバからプリンタに送信され、当該登録情報がプリンタから管理者端末に送信される。

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

特許文献１の技術では、プリンタがサーバに登録された後に、サーバに登録されているプリンタの設定情報を変更する状況を想定していない。本明細書では、ユーザが、サーバに記憶されている設定情報であって、機能実行装置が実行可能な所定機能に関連する設定情報を変更し得る技術を提供する。

本明細書によって開示されるサーバは、機能実行装置が実行可能な所定機能に関連する設定情報を記憶するメモリと、外部装置から、前記機能実行装置に前記所定機能を実行させるための機能実行要求を受信する機能実行要求受信部と、前記外部装置から前記機能実行要求が受信される場合に、前記メモリ内の前記設定情報を利用して、前記機能実行装置に前記所定機能を実行させることに関連する関連処理を実行する関連処理実行部と、前記機能実行装置から、位置情報の送信を要求する位置情報要求を受信する位置情報要求受信部であって、前記位置情報は、前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記位置情報要求受信部と、前記機能実行装置から前記位置情報要求が受信される場合に、前記位置情報を前記機能実行装置に送信する位置情報送信部であって、前記位置情報が前記機能実行装置に送信されることに応じて、前記位置情報が前記機能実行装置によって出力される、前記位置情報送信部と、前記機能実行装置によって出力された前記位置情報を取得した第１の端末装置から、前記位置情報を含む第１の画面要求を受信する第１の画面要求受信部と、前記第１の端末装置から前記第１の画面要求が受信される場合に、前記設定変更画面を表わす画面データを前記第１の端末装置に送信する画面データ送信部であって、前記画面データが前記第１の端末装置に送信されることに応じて、前記設定変更画面が前記第１の端末装置に表示される、前記画面データ送信部と、前記設定変更画面において前記設定情報を変更するための指示が与えられる場合に、前記第１の端末装置から、前記設定情報の変更を要求する変更要求を受信する変更要求受信部と、前記第１の端末装置から前記変更要求が受信される場合に、前記変更要求に応じて、前記メモリ内の前記設定情報を変更する変更部と、を備えてもよい。

上記の構成によると、サーバは、機能実行装置から設定変更画面に対応する位置を示す位置情報を機能実行装置に送信することができ、この結果、機能実行装置によって位置情報が出力される。その後、サーバは、位置情報を取得した第１の端末装置から位置情報を含む第１の画面要求を受信する場合に、設定変更画面を表わす画面データを第１の端末装置に送信する。そして、サーバは、第１の端末装置から変更要求を受信する場合に、変更要求に応じて設定情報を変更する。従って、ユーザは、設定変更画面を利用して、サーバに記憶されている設定情報を変更し得る。

また、本明細書によって開示される機能実行装置は、所定機能を実行するための機能実行エンジンと、サーバから機能実行指示を受信する機能実行指示受信部と、前記サーバから前記機能実行指示が受信される場合に、前記所定機能を前記機能実行エンジンに実行させるエンジン制御部と、位置情報を受信するための受信指示を受け付ける受付部であって、前記位置情報は、前記サーバに記憶されている設定情報であって、前記所定機能に関連する前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記受付部と、前記受信指示が受け付けられる場合に、前記位置情報の送信を要求する位置情報要求を前記サーバに送信する位置情報要求送信部と、前記位置情報要求が前記サーバに送信される場合に、前記サーバから前記位置情報を受信する位置情報受信部と、前記サーバから前記位置情報が受信される場合に、前記位置情報を外部に出力するための出力処理を実行する出力処理実行部と、を備えてもよい。

上記の構成によると、機能実行装置は、設定変更画面に対応する位置を示す位置情報を受信するための受信指示を受け付ける場合に、位置情報の送信を要求する位置情報要求をサーバに送信して、サーバから位置情報を受信する。そして、機能実行装置は、位置情報を外部に出力するための出力処理を実行する。この結果、例えば、端末装置は、位置情報を取得し得る。この場合、端末装置が位置情報を利用して設定変更画面を表示し得るので、ユーザは、設定変更画面を利用して、サーバに記憶されている設定情報を変更し得る。

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

通信システムの構成を示す。 各装置の構成を表わすブロック図を示す。 セットアップ処理のシーケンス図を示す。 プリンタが実行するＵＲＬ出力処理のフローチャートを示す。 ＡＰＰサーバが実行する設定変更関係処理のフローチャートを示す。 ＬＡＮを介してＨＴＴＰＳに従った選択情報が通信されるケースＡのシーケンス図を示す。 図６の続きを示す。 図７の続きを示す。 ＬＡＮを介してＨＴＴＰに従った選択情報が通信されるケースＢのシーケンス図、ＵＳＢケーブルを介して選択情報が通信されるケースＣのシーケンス図、及び、プリンタが変更操作を受け付けるケースＤのシーケンス図を示す。 メール印刷処理のシーケンス図を示す。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、ＸＭＰＰ（eXtensible Messaging and Presence Protocolの略）サーバ１０と、ＡＰＰ（Applicationの略）サーバ１００と、プリンタ２００と、複数個の端末３００，４００と、を備える。

図１の例では、プリンタ２００及び端末３００は、ＬＡＮ（Local Area Networkの略）４に接続されている。プリンタ２００及び端末３００は、ＬＡＮ４を介して相互に通信可能である。ＬＡＮ４は、有線ＬＡＮでもよいし、無線ＬＡＮでもよい。ＸＭＰＰサーバ１０、ＡＰＰサーバ１００、及び、端末４００は、インターネット８に接続されている。各装置１０，１００，２００，３００，４００は、インターネット８を介して相互に通信可能である。

（ＸＭＰＰサーバ１０の構成；図２）
図２を参照して、各装置１０，１００，２００の構成を順に説明する。ＸＭＰＰサーバ１０は、プリンタ２００等のベンダによってインターネット８上に設置される。ＸＭＰＰサーバ１０は、プリンタ（例えばプリンタ２００）とのＸＭＰＰセッションを確立するためのサーバである。ＸＭＰＰセッションは、いわゆる常時接続と呼ばれる通信セッションである。ＸＭＰＰサーバ１０は、ＸＭＰＰセッションを利用すれば、プリンタから要求を受信しなくても、当該プリンタが所属するＬＡＮのファイヤーウォールを越えて、当該プリンタに要求を送信することができる。

ＸＭＰＰサーバ１０は、ネットワークインターフェース１６と、制御部３０と、を備える。各部１６，３０は、バス線（符号省略）に接続されている。なお、以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。ネットワークＩ／Ｆ１６は、インターネット８（図１参照）に接続されている。制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム４０に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、上記のプログラム４０の他に、管理テーブル４２を記憶する。

管理テーブル４２は、プリンタに関する情報が登録されるテーブルである。管理テーブル４２は、複数個のプリンタのそれぞれについて、管理ＩＤ（Identifierの略）とＵＩＤ（Unique IDの略）とモデル情報とアクセストークンとを対応付けて記憶する。管理ＩＤは、プリンタを管理するための識別情報であって、ＸＭＰＰサーバ１０によって生成される識別情報である。ＵＩＤは、プリンタを識別する識別情報であって、当該プリンタに予め割り当てられている識別情報である。モデル情報は、プリンタのモデルに関する情報（例えば、モデル名、性能等）を示す。アクセストークンは、プリンタとのＸＭＰＰセッションを確立するための認証情報である。

（ＡＰＰサーバ１００の構成）
ＡＰＰサーバ１００は、プリンタ２００等のベンダによってインターネット８上に設置される。ＡＰＰサーバ１００は、メール印刷のための通信をプリンタ（例えばプリンタ２００）と実行するためのサーバである。メール印刷は、電子メールに含まれる画像データによって表わされる画像の印刷をプリンタに実行させる機能である。

ＡＰＰサーバ１００は、ネットワークＩ／Ｆ１１６と、制御部１３０と、を備える。各部１１６，１３０は、バス線（符号省略）に接続されている。ネットワークＩ／Ｆ１１６は、インターネット８（図１参照）に接続されている。制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に記憶されているプログラム１４０に従って、様々な処理を実行する。メモリ１３４は、上記のプログラム１４０の他に、デバイステーブル１４２と、ジョブテーブル１４４と、を記憶する。

デバイステーブル１４２は、プリンタに関する情報が登録されるテーブルである。デバイステーブル１４２は、複数個のプリンタのそれぞれについて、ＵＩＤと管理ＩＤとメールアドレスと通知先アドレスとＵＲＬ（Uniform Resource Locatorの略）とグローバルＩＰアドレス（以下では「ＧＩＰ」と記載する）とカウンタと有効期限とホワイトリスト（以下では「ＷＬ」と記載する）フラグとを対応付けて記憶する。

メールアドレスは、メール印刷を実現するためにプリンタに割り当てられるメールアドレスであって、ＡＰＰサーバ１００によって生成されるメールアドレスである。ユーザは、ＡＰＰサーバ１００によって生成されたメールアドレスを変更することができる。この場合、デバイステーブル１４２には、ユーザによって指定されたメールアドレスが登録される。通知先アドレスは、通知情報の送信先のメールアドレスである。通知情報は、メール印刷に関連する設定（以下では「メール印刷設定」と記載する）を変更するための設定変更画面の要求が適切な端末から受信されなかったことを通知する情報である。ＵＲＬは、上記の設定変更画面に対応する位置を示す位置情報である。ＧＩＰは、上記の設定変更画面の要求の送信元のＩＰアドレスである。カウンタは、上記の設定変更画面の要求が受信された回数を示す。ＷＬフラグは、メール印刷のための電子メールの送信元の認証を実行するのか否かを示すフラグであり、認証を実行することを示す「ＯＮ」と、認証を実行しないことを示す「ＯＦＦ」と、のいずれか一方を示す。ＷＬフラグが「ＯＮ」を示す場合には、デバイステーブル１４２には、当該ＷＬフラグに対応付けてＷＬがさらに登録される。ＷＬには、メール印刷の実行が許可される端末のメールアドレスが登録される。

ジョブテーブル１４４は、印刷ジョブに関する情報が登録されるテーブルである。ジョブテーブル１４４は、ＵＩＤと管理ＩＤとジョブＩＤと印刷データと印刷ＵＲＬとを対応付けて記憶する。ジョブＩＤは、印刷ジョブを識別する識別情報である。印刷データは、印刷ジョブに従って実行されるべき印刷の対象の画像を表わすデータである。印刷ＵＲＬは、印刷データの位置を示す位置情報である。

（プリンタ２００の構成）
プリンタ２００は、印刷機能を実行可能な周辺装置（即ちＬＡＮ４に接続されている端末３００の周辺装置）である。プリンタ２００は、表示部２１２と、ＬＡＮＩ／Ｆ２１４と、ＵＳＢ（Universal Serial Busの略）Ｉ／Ｆ２１６と、印刷エンジン２２０と、制御部２３０と、を含む。各部２１２～２３０は、バス線（符号省略）に接続されている。表示部２１２は、様々な情報を表示するためのディスプレイである。表示部２１２は、いわゆるタッチパネルであり、操作部としても機能する。ＬＡＮＩ／Ｆ２１４は、ＬＡＮ４（図１参照）に接続されている。ＵＳＢＩ／Ｆ２１６は、ＵＳＢケーブルが接続されるＩ／Ｆである。図１の例では、プリンタ２００及び端末３００がＬＡＮ４を介して通信可能であるが、図示省略の例では、プリンタ２００及び端末３００は、ＵＳＢケーブルを介して通信可能である。印刷エンジン２２０は、インクジェット方式、レーザ方式等の印刷機構を備える。

制御部２３０は、ＣＰＵ２３２と、メモリ２３４と、を備える。ＣＰＵ２３２は、メモリ２３４に記憶されているプログラム２４０に従って、様々な処理を実行する。メモリ２３４は、さらに、プリンタ２００のＵＩＤ「ｕ０１」と、プリンタ２００のモデル情報ＭＩと、を記憶する。

（セットアップ処理；図３）
続いて、図３を参照して、メール印刷を実現するために事前に実行されるべきセットアップ処理を説明する。以下では、各デバイスの各ＣＰＵ（例えばＸＭＰＰサーバ１０のＣＰＵ３２等）が実行する処理について、理解の容易化のために、各ＣＰＵを主体として記載せずに、各デバイスそのもの（例えばＸＭＰＰサーバ１０等）を主体として記載する。また、図３の全ての通信は、ＬＡＮ４又はインターネット８を介して実行される。このため、以下では、「ＬＡＮ４を介して」及び「インターネット８を介して」という説明を省略する。

Ｔ５では、プリンタ２００は、ユーザから、実行設定を「無効」から「有効」に変更するための操作を受け付ける。実行設定は、メール印刷の実行を許容するのか否かに関する設定であり、メール印刷を実行しないことを意味する「無効」と、メール印刷を実行することを意味する「有効」と、のどちらかの値を示す。実行設定は、デフォルトでは「無効」を示す。

プリンタ２００は、Ｔ５において、実行設定が「無効」から「有効」に変更されると、Ｔ１０において、メール印刷の通信に利用される情報の登録を要求する登録要求をＡＰＰサーバ１００に送信する。登録要求は、ＵＩＤ「ｕ０１」と通知先アドレスＭＡ２とを含む。本実施例では、通知先アドレスＭＡ２は、プリンタ２００の管理者のメールアドレスであり、管理者によってプリンタ２００に予め設定されている。

ＡＰＰサーバ１００は、Ｔ１０において、プリンタ２００から登録要求を受信すると、Ｔ１２において、プリンタ２００にメール印刷を実行させるためのメールアドレスＭＡ１を生成する。メールアドレスＭＡ１は、ローカル部「ｐｒｉｎｔｅｒ１」とＡＰＰサーバ１００のドメイン名「ａｐｐ．ｃｏｍ」とを含む。そして、Ｔ１４では、ＡＰＰサーバ１００は、管理ＩＤの生成及び送信をＸＭＰＰサーバ１０に要求する管理ＩＤ要求をＸＭＰＰサーバ１０に送信する。

ＸＭＰＰサーバ１０は、Ｔ１４において、ＡＰＰサーバ１００から管理ＩＤ要求を受信する場合に、Ｔ１６において、管理ＩＤ「ａ０１」を生成し、管理ＩＤ「ａ０１」を管理テーブル４２に記憶する。そして、Ｔ１８では、ＸＭＰＰサーバ１０は、管理ＩＤ「ａ０１」をＡＰＰサーバ１００に送信する。

ＡＰＰサーバ１００は、Ｔ１８において、ＸＭＰＰサーバ１０から管理ＩＤ「ａ０１」を受信すると、Ｔ２０において、Ｔ１０の登録要求内のＵＩＤ「ｕ０１」と、Ｔ１８の管理ＩＤ「ａ０１」と、Ｔ１２のメールアドレスＭＡ１と、Ｔ１０の登録要求内の通知先アドレスＭＡ２と、を対応付けてデバイステーブル１４２に記憶する。この時点では、ＵＲＬ、ＧＩＰ、カウンタ、及び、有効期限はブランクであり、ＷＬフラグはＯＦＦを示す。次いで、Ｔ３０では、ＡＰＰサーバ１００は、ＰＩＮ（Personal Identification Numberの略）コードの生成及び送信を要求するＰＩＮコード要求をＸＭＰＰサーバ１０に送信する。

ＸＭＰＰサーバ１０は、Ｔ３０において、ＡＰＰサーバ１００からＰＩＮコード要求を受信すると、Ｔ３２において、ＰＩＮコードＣを生成し、管理ＩＤ「ａ０１」とＰＩＮコードＣとを対応付けてメモリ３４に記憶する。そして、Ｔ３４では、ＸＭＰＰサーバ１０は、ＰＩＮコードＣをＡＰＰサーバ１００に送信する。

ＡＰＰサーバ１００は、Ｔ３４において、ＸＭＰＰサーバ１０からＰＩＮコードＣを受信すると、Ｔ３６において、ＰＩＮコードＣをプリンタ２００に送信する。

プリンタ２００は、Ｔ３６において、ＡＰＰサーバ１００からＰＩＮコードＣを受信すると、Ｔ５０において、ＸＭＰＰセッションの確立を要求する確立要求をＸＭＰＰサーバ１０に送信する。確立要求は、ＵＩＤ「ｕ０１」と、モデル情報ＭＩと、ＰＩＮコードＣと、を含む。

ＸＭＰＰサーバ１０は、Ｔ５０において、プリンタ２００から確立要求を受信すると、Ｔ５２において、確立要求内のＰＩＮコードＣの認証を実行する。本ケースでは、確立要求内のＰＩＮコードＣがＴ３２で記憶されたＰＩＮコードＣに一致するので、ＰＩＮコードＣの認証が成功する。この場合、ＸＭＰＰサーバ１０は、Ｔ５４以降の処理を実行する。仮に、ＰＩＮコードの認証が失敗する場合には、ＸＭＰＰサーバ１０は、Ｔ５４以降の処理を実行しない。

Ｔ５４では、ＸＭＰＰサーバ１０は、アクセストークンＡＴを生成する。次いで、ＸＭＰＰサーバ１０は、メモリ３４から、ＰＩＮコードＣに対応付けて記憶された管理ＩＤ「ａ０１」（Ｔ３２参照）を特定する。そして、ＸＭＰＰサーバ１０は、特定済みの管理ＩＤ「ａ０１」に対応付けて、Ｔ５０の確立要求内のＵＩＤ「ｕ０１」と、確立要求内のモデル情報ＭＩと、生成済みのアクセストークンＡＴと、を管理テーブル４２に記憶する。そして、Ｔ５８では、ＸＭＰＰサーバ１０は、アクセストークンＡＴをプリンタ２００に送信する。

プリンタ２００は、Ｔ５８において、ＸＭＰＰサーバ１０からアクセストークンＡＴを受信すると、Ｔ７０において、アクセストークンＡＴを利用して、ＸＭＰＰサーバ１０とのＸＭＰＰセッションを確立する。次いで、プリンタ２００は、Ｔ８０において、メールアドレスの送信を要求するメールアドレス要求をＡＰＰサーバ１００に送信する。メールアドレス要求は、ＵＩＤ「ｕ０１」を含む。

ＡＰＰサーバ１００は、Ｔ８０において、プリンタ２００からメールアドレス要求を受信すると、Ｔ８２において、メールアドレス要求内のＵＩＤ「ｕ０１」に対応付けて記憶されているメールアドレスＭＡ１（Ｔ２０参照）をプリンタ２００に送信する。

プリンタ２００は、Ｔ８２において、ＡＰＰサーバ１００からメールアドレスＭＡ１を受信すると、Ｔ８４において、メールアドレスＭＡ１を表示部２１２に表示させる。これにより、ユーザは、メールアドレスＭＡ１を知ることができる。

（プリンタのＵＲＬ出力処理；図４）
次に、図４を参照して、プリンタ２００のＣＰＵ２３２によって実行されるＵＲＬ出力処理を説明する。ＵＲＬ出力処理は、ＡＰＰサーバ１００に登録されているメール印刷設定を変更するための設定変更画面の位置を示すＵＲＬを出力する処理である。本実施例では、設定変更画面は、ＷＬフラグを変更したり、ＷＬに登録されるべきメールアドレスを指定したりするための画面である。

Ｓ２では、ＣＰＵ２３２は、端末３００からログイン要求を受信することを監視する。本実施例では、プリンタ２００がウェブサーバとして機能することができ、ログイン要求は、プリンタ２００内のウェブサーバにログインするための要求である。ＣＰＵ２３２は、端末３００から、ＬＡＮＩ／Ｆ２１４又はＵＳＢＩ／Ｆ２１６を介して、ユーザＩＤとログインパスワード（以下ではパスワードを単に「ＰＷ」と記載する）とを含むログイン要求を受信する場合に、Ｓ２でＹＥＳと判断してＳ４に進む。ここで、ログイン要求は、ＨＴＴＰ（Hyper Text Transfer Protocolの略）及びＨＴＴＰＳ（HTTP Secureの略）のうちの一方に従って通信される。なお、変形例では、プリンタ２００は、ユーザＩＤを利用せずに、ログインＰＷのみを利用して、ユーザの認証を実行してもよい。この場合、ログイン要求は、ログインＰＷを含むが、ユーザＩＤを含まなくてもよい。

Ｓ４では、ＣＰＵ２３２は、ログイン要求に含まれるユーザＩＤ及びログインＰＷの認証を実行して、当該認証が成功したのか否かを判断する。具体的には、プリンタ２００は、プリンタ２００内のウェブサーバにアクセス可能なユーザＩＤ及びログインＰＷを予め記憶している。ＣＰＵ２３２は、ログイン要求に含まれるユーザＩＤ及びログインＰＷが記憶済みのユーザＩＤ及びログインＰＷに一致する場合に、認証が成功したと判断し（Ｓ４でＹＥＳ）、Ｓ１０に進む。一方、ＣＰＵ２３２は、認証が失敗する場合（Ｓ４でＮＯ）に、Ｓ１０以降の処理を実行することなく、図４の処理を終了する。

Ｓ１０では、ＣＰＵ２３２は、トップ画面データを端末３００に送信する。ここで、ＣＰＵ２３２は、Ｓ２において、ＬＡＮＩ／Ｆ２１４を介してログイン要求を受信した場合には、Ｓ１０において、ＬＡＮＩ／Ｆ２１４を介してトップ画面データを送信する。一方、ＣＰＵ２３２は、Ｓ２において、ＵＳＢＩ／Ｆ２１６を介してログイン要求を受信した場合には、Ｓ１０において、ＵＳＢＩ／Ｆ２１６を介してトップ画面データを送信する。また、ＣＰＵ２３２は、Ｓ２において、ＨＴＴＰに従ってログイン要求を受信した場合には、Ｓ１０において、ＨＴＴＰに従ってトップ画面データを送信する。一方、ＣＰＵ２３２は、Ｓ２において、ＨＴＴＰＳに従ってログイン要求を受信した場合には、Ｓ１０において、ＨＴＴＰＳに従ってトップ画面データを送信する。以下のＳ１２及びＳ２８でも、Ｓ２のログイン要求の受信に利用されたプロトコル（即ちＨＴＴＰ又はＨＴＴＰＳ）に従って、Ｓ２のログイン要求の受信に利用されたＩ／Ｆ（即ち２１４又は２１６）を介した通信が実行される。

トップ画面データが端末３００に送信されると、端末３００において、トップ画面データによって表わされるトップ画面ＳＣ０が表示される。トップ画面ＳＣ０は、プリンタ２００の通信設定（例えばＩＰアドレス、ゲートウェイアドレス等）を変更するための通信設定変更ボタン（即ち文字列「通信設定変更」）、メール印刷設定を変更するためのメール印刷設定変更ボタン（即ち文字列「メール印刷設定変更」）等の複数のボタンを含む。トップ画面ＳＣ０においていずれかのボタンが選択されると、当該ボタンが選択されたことを示す選択情報がプリンタ２００に送信される。

Ｓ１２では、ＣＰＵ２３２は、端末３００から、メール印刷設定変更ボタンが選択されたことを示す選択情報を受信したのか否かを判断する。ＣＰＵ２３２は、当該選択情報を受信する場合に、Ｓ１２でＹＥＳと判断し、Ｓ１４に進む。この場合、ＣＰＵ２３２は、当該選択情報が、ＬＡＮＩ／Ｆ２１４を介して受信されたのか、ＵＳＢＩ／Ｆ２１６を介して受信されたのか、を示す情報をメモリ２３４に記憶させる。ＣＰＵ２３２は、さらに、ＨＴＴＰに従って当該選択情報が受信されたのか、ＨＴＴＰＳに従って当該選択情報が受信されたのか、をメモリ２３４に記憶させる。一方、ＣＰＵ２３２は、メール印刷設定変更ボタンとは異なるボタンが選択されたことを示す選択情報を受信する場合に、Ｓ１２でＮＯと判断し、当該選択情報に応じた処理を実行する。この場合、Ｓ１４以降の処理が実行されることなく、図４の処理を終了する。

Ｓ１４では、ＣＰＵ２３２は、ログイン要求に含まれるログインＰＷが初期ＰＷであるのか否かを判断する。ここで、初期ＰＷは、予め決められているデフォルトのＰＷであり、プリンタ２００の出荷段落からプリンタ２００に予め記憶されている。ユーザは、プリンタ２００を操作して、又は、プリンタ２００内のウェブサーバにログインして、初期ＰＷを任意のＰＷに変更することができる。初期ＰＷが変更される前の状態では、ログイン要求に含まれるログインＰＷは、初期ＰＷである。一方、初期ＰＷが変更された後の状態では、ログイン要求に含まれるログインＰＷは、初期ＰＷとは異なるＰＷである。ＣＰＵ２３２は、ログインＰＷが初期ＰＷでない場合に、Ｓ１４でＮＯと判断し、Ｓ１６に進む。一方、ＣＰＵ２３２は、ログインＰＷが初期ＰＷである場合に、Ｓ１４でＹＥＳと判断して、Ｓ１６以降の処理を実行することなく、図４の処理を終了する。

上記の通り、初期ＰＷは、プリンタ２００の出荷段階からプリンタ２００に予め記憶されており、例えば、プリンタ２００の説明書等に記載されている。従って、プリンタ２００のユーザとは異なる第三者が初期ＰＷを知り得る。換言すると、初期ＰＷはセキュリティが低い。このために、ＣＰＵ２３２は、ログイン要求に含まれるログインＰＷが初期ＰＷである場合（Ｓ１４でＹＥＳ）には、Ｓ１６以降の処理を実行しない。この結果、メール印刷設定が第三者によって変更されることを抑制することができる。

Ｓ１６では、ＣＰＵ２３２は、通知画面ＳＣ１を表示部２１２に表示させる。通知画面ＳＣ１は、メール印刷設定を変更するのか否かをユーザに確認するメッセージと、ＹＥＳボタンと、ＮＯボタンと、を含む。

Ｓ１８では、ＣＰＵ２３２は、通知画面ＳＣ１内のＹＥＳボタンが選択されたのか否かを判断する。ＣＰＵ２３２は、ＹＥＳボタンが選択された場合に、Ｓ１８でＹＥＳと判断し、Ｓ２０に進む。一方、ＣＰＵ２３２は、通知画面ＳＣ１内のＮＯボタンが選択された場合に、Ｓ１８でＮＯと判断し、Ｓ２０以降の処理を実行することなく、図４の処理を終了する。

このように、プリンタ２００は、通知画面ＳＣ１を表示し、ＹＥＳボタンが選択される場合（Ｓ１８でＹＥＳ）に、Ｓ２０以降の処理を実行し、ＹＥＳボタンが選択されない場合（Ｓ１８でＮＯ）に、Ｓ２０以降の処理を実行しない。即ち、プリンタ２００は、プリンタ２００を直接的に操作することができる正規のユーザについては、Ｓ２０以降の処理を実行し、プリンタ２００を直接的に操作することができない第三者については、Ｓ２０以降の処理を実行しない。このために、メール印刷設定が第三者によって変更されることを抑制することができる。

Ｓ２０では、ＣＰＵ２３２は、ＬＡＮＩ／Ｆ２１４を介して、プリンタ２００のＵＩＤ「ｕ０１」を含むＵＲＬ要求をＡＰＰサーバ１００に送信する。ＵＲＬ要求は、メール印刷設定を変更するための設定変更画面に対応する位置を示すＵＲＬの送信を要求する信号である。

Ｓ２２では、ＣＰＵ２３２は、ＡＰＰサーバ１００からＬＡＮＩ／Ｆ２１４を介してＵＲＬを受信することを監視する。ＣＰＵ２３２は、ＡＰＰサーバ１００からＵＲＬを受信する場合に、Ｓ２２でＹＥＳと判断して、Ｓ２４に進む。

Ｓ２４では、ＣＰＵ２３２は、Ｓ１２の選択情報がＵＳＢＩ／Ｆ２１６を介して受信されたのか否かを判断する。上記の通り、メモリ２３４は、Ｓ１２において、選択情報が、ＬＡＮＩ／Ｆ２１４を介して受信されたのか、ＵＳＢＩ／Ｆ２１６を介して受信されたのか、を示す情報を記憶済みである。ＣＰＵ２３２は、当該情報が、選択情報がＵＳＢＩ／Ｆ２１６を介して受信されたことを示す場合に、Ｓ２４でＹＥＳと判断して、Ｓ２８に進む。一方、ＣＰＵ２３２は、当該情報が、選択情報がＬＡＮＩ／Ｆ２１４を介して受信されたことを示す場合に、Ｓ２４でＮＯと判断して、Ｓ２６に進む。

Ｓ２６では、ＣＰＵ２３２は、Ｓ１２の選択情報をＨＴＴＰＳに従って受信したのか否かを判断する。上記の通り、メモリ２３４は、Ｓ１２において、ＨＴＴＰに従って選択情報が受信されたのか、ＨＴＴＰＳに従って選択情報が受信されたのか、を示す情報を記憶済みである。ＣＰＵ２３２は、当該情報が、ＨＴＴＰＳに従って選択情報が受信されたことを示す場合に、Ｓ２６でＹＥＳと判断して、Ｓ２８に進む。一方、ＣＰＵ２３２は、当該情報が、ＨＴＴＰに従って選択情報が受信されたことを示す場合に、Ｓ２８でＮＯと判断して、Ｓ４０に進む。

Ｓ２８では、ＣＰＵ２３２は、Ｓ２２で受信済みのＵＲＬを端末３００に送信する。これにより、端末３００は、当該ＵＲＬ利用して設定変更画面を表示することができ、ユーザは、設定変更画面を利用してメール印刷設定を変更することができる。Ｓ２８が終了すると、図４の処理が終了する。

Ｓ４０では、ＣＰＵ２３２は、ＱＲコード（登録商標）を表示部２１２に表示させる。当該ＱＲコードは、Ｓ２２で受信済みのＵＲＬがコード化されたコード画像である。これにより、ユーザは、端末３００に当該ＱＲコードを撮影させることによって、端末３００にＵＲＬを取得させることができる。この場合、端末３００は、当該ＵＲＬを利用して設定変更画面を表示することができ、ユーザは、設定変更画面を利用してメール印刷設定情報を変更することができる。Ｓ４０が終了すると、図４の処理が終了する。

このように、プリンタ２００は、ＨＴＴＰＳに従って選択情報が受信された場合（Ｓ２６でＹＥＳ）には、ＬＡＮＩ／Ｆ２１４を介してＵＲＬを端末３００に送信する。ＨＴＴＰＳは、ＨＴＴＰと比べると、セキュアな通信を実行するためのプロトコルである。このために、ＨＴＴＰＳに従ってＵＲＬが通信される場合には、ＵＲＬの通信の過程において、第三者によってＵＲＬが取得される可能性は低い。このために、メール印刷設定が第三者によって変更されることを抑制することができる。特に、ＵＲＬが端末３００に送信されるので、ユーザは、端末３００にＵＲＬを取得させるための動作（例えばＱＲコードを撮影する動作）を実行しなくても、端末３００に設定変更画面を表示させることができる。このために、ユーザの利便性が向上する。一方、プリンタ２００は、ＨＴＴＰに従って選択情報が受信された場合（Ｓ２６でＮＯ）には、ＬＡＮＩ／Ｆ２１４を介してＵＲＬを端末３００に送信しない。ＵＲＬの通信の過程において、第三者によってＵＲＬが取得され得るからである。ＵＲＬが端末３００に送信されないので、メール印刷設定が第三者によって変更されることを抑制することができる。

また、プリンタ２００は、ＨＴＴＰに従って選択情報が受信された場合（Ｓ２６でＮＯ）には、ＵＲＬがコード化されたＱＲコードを表示する。プリンタ２００に近づくことできる正規のユーザは、当該ＱＲコードを端末３００に取得させることができる。一方、プリンタ２００を近づくことができない第三者は、当該ＱＲコードを端末３００に取得させることができない。このために、メール印刷設定が第三者によって変更されることを抑制することができる。

また、プリンタ２００は、選択情報がＵＳＢＩ／Ｆ２１６を介して受信された場合（Ｓ２４でＹＥＳ）には、選択情報の受信に利用されたプロトコルに関わらず、ＵＳＢＩ／Ｆ２１６を介してＵＲＬを端末３００に送信する。仮に、ＨＴＴＰに従った通信であっても、ＵＳＢＩ／Ｆ２１６を介した通信が第三者によって傍受される可能性は低いからである。ＵＲＬが端末３００に送信されるので、ユーザの利便性が向上する。

ＣＰＵ２３２は、Ｓ２の監視処理と並行して、Ｓ３０において、ユーザから、メール印刷設定の変更操作を受け付けることを監視する。ＣＰＵ２３２は、ユーザから当該操作を受け付ける場合に、Ｓ３０でＹＥＳと判断して、Ｓ３２に進む。

Ｓ３２、Ｓ３４の処理は、それぞれ、Ｓ２０、Ｓ２２の処理と同様である。Ｓ３４が終了すると、Ｓ４０において、ＣＰＵ２３２は、ＵＲＬがコード化されたＱＲコードを表示部２１２に表示させる。これにより、端末３００のユーザは、端末３００に当該ＱＲコードを撮影させることによって、端末３００にＵＲＬを取得させることができ、設定変更画面を利用してメール印刷設定情報を変更することができる。

（ＡＰＰサーバ１００の設定変更関係処理；図５）
続いて、図５を参照して、ＡＰＰサーバ１００のＣＰＵ１３２によって実行される設定変更関係処理を説明する。設定変更関係処理は、メール印刷設定の変更に関係する処理である。

Ｓ５０、Ｓ６０、及び、Ｓ８０では、ＣＰＵ１３２は、様々な要求を受信することを監視する。ＣＰＵ１３２は、プリンタ（例えば２００）から、ネットワークＩ／Ｆ１１６を介して、ＵＲＬ要求（図４のＳ２０参照）を受信する場合に、Ｓ５０でＹＥＳと判断して、Ｓ５２に進む。以下では、Ｓ５０のＵＲＬ要求がプリンタ２００から受信された場合を例として、Ｓ５２以降の各処理を説明する。

Ｓ５２では、ＣＰＵ１３２は、ＵＲＬを生成及び記憶する。具体的には、ＣＰＵ１３２は、プリンタ２００からＵＲＬ要求が受信される毎に、ユニークなＵＲＬを生成する。具体的には、ＣＰＵ１３２は、現在日時を示す文字列を含むＵＲＬを生成する。次いで、ＣＰＵ１３２は、当該ＵＲＬ要求に含まれるＵＩＤ「ｕ０１」に対応付けて、当該ＵＲＬと、カウンタの値としての「０」と、有効期限と、をデバイステーブル１４２に記憶する。有効期限は、ＵＲＬが生成された日時に所定時間が加算された日時を示す情報である。

Ｓ５４では、ＣＰＵ１３２は、ネットワークＩ／Ｆ１１６を介して、Ｓ５２で生成済みのＵＲＬをプリンタ２００に送信する。Ｓ５４の処理が終了すると、Ｓ５０等の監視に戻る。

このように、ＡＰＰサーバ１００は、プリンタ２００からＵＲＬ要求を受信する毎に、ユニークなＵＲＬを生成し（Ｓ５２）、当該ＵＲＬをプリンタ２００に送信する（Ｓ５４）。このために、ＵＲＬが第三者によって取得される可能性を低くすることができる。即ち、ＵＲＬのセキュリティを高めることができる。従って、メール印刷設定が第三者によって変更されることを抑制することができる。

また、ＣＰＵ１３２は、端末（例えば３００、４００）から、ネットワークＩ／Ｆ１１６を介して、ＵＲＬを含む画面要求を受信する場合に、Ｓ６０でＹＥＳと判断して、Ｓ６２に進む。画面要求は、設定変更画面を表わす設定変更画面データの送信を要求する信号であり、ＵＲＬとＧＩＰとを含む。ここで、当該ＵＲＬは、Ｓ５４でプリンタ２００に送信されたＵＲＬであり、当該ＧＩＰは、画面要求に含まれる送信元のＧＩＰ（例えば、端末３００に割り当てられているＧＩＰ、又は、端末３００が所属するＬＡＮに割り当てられているＧＩＰ）である。以下では、画面要求の送信元の端末のことを「対象端末」と記載し、画面要求に含まれるＵＲＬ、ＧＩＰを、それぞれ、「対象ＵＲＬ」、「対象ＧＩＰ」と記載する。

Ｓ６２では、ＣＰＵ１３２は、対象ＵＲＬに対応付けられているカウンタ及び有効期限（図２のデバイステーブル１４２参照）をチェックする。具体的には、ＣＰＵ１３２は、対象ＵＲＬに対応付けられているカウンタの値が０であるのか否かを判断する。それとともに、ＣＰＵ１３２は、対象ＵＲＬに対応付けられている有効期限と現在時刻とを比較して、現在時刻が有効期限を過ぎているのか否かを判断する。換言すると、ＣＰＵ１３２は、現在時刻が対象ＵＲＬの有効期限内か否かを判断する。ＣＰＵ１３２は、対象ＵＲＬに対応付けられているカウンタの値が０であると判断し、かつ、現在時刻が有効期限内であると判断する場合に、Ｓ６２でＹＥＳと判断し、Ｓ６４に進む。一方、ＣＰＵ１３２は、対象ＵＲＬに対応付けられているカウンタの値が０でないと判断する場合、又は、現在時刻が有効期限内でないと判断する場合に、Ｓ６２でＮＯと判断し、Ｓ７０に進む。

このように、対象ＵＲＬに対応付けられているカウンタの値が１である場合には、Ｓ６４～Ｓ６８の処理が実行されず、この結果、設定変更画面データが送信されない。即ち、設定変更画面データのＵＲＬである対象ＵＲＬは、いわゆるワンタイムＵＲＬであり、高いセキュリティを有する。従って、メール印刷設定が第三者によって変更されることを抑制することができる。また、現在時刻が対象ＵＲＬの有効期限内でない場合には、Ｓ６４～Ｓ６８の処理が実行されず、この結果、設定変更画面データが送信されない。このために、仮に、対象ＵＲＬが第三者によって取得されても、対象ＵＲＬが有効期限内でないことに起因して設定変更画面データが送信されない可能性を高めることができる。従って、メール印刷設定が第三者によって変更されることを抑制することができる。

Ｓ６４では、ＣＰＵ１３２は、対象ＵＲＬに対応付けられているカウンタの値として０に代えて１をデバイステーブル１４２に記憶する。

Ｓ６６では、ＣＰＵ１３２は、対象ＵＲＬに対応付けて、対象ＧＩＰをデバイステーブル１４２に記憶する。

Ｓ６８では、ＣＰＵ１３２は、設定変更画面データを対象端末に送信する。設定変更画面データは、対象ＵＲＬに対応付けられているＷＬフラグの値及びＷＬ（図２のデバイステーブル１４２参照）を示す画面を表わすデータである。この結果、対象端末では、ＷＬフラグの値及びＷＬを含む設定変更画面が表示される。Ｓ６８の処理が終了すると、Ｓ５０等の監視に戻る。

このように、ＡＰＰサーバ１００は、対象端末から画面要求を受信する場合に、現在のＷＬフラグの値及び現在のＷＬを含む設定変更画面を表わす設定変更画面データを対象端末に送信する。この結果、ユーザは、設定変更画面を確認することによって、現在のＷＬフラグの値及び現在のＷＬを知ることができる。

Ｓ７０では、ＣＰＵ１３２は、対象ＵＲＬに対応付けてＧＩＰがデバイステーブル１４２に記憶されているのか否かを判断する。ＣＰＵ１３２は、ＧＩＰが記憶されていると判断する場合に、Ｓ７０でＹＥＳと判断し、Ｓ７２に進む。一方、ＣＰＵ１３２は、ＧＩＰが記憶されていないと判断する場合に、Ｓ７０でＮＯと判断し、Ｓ７２以降の処理を実行することなく、Ｓ５０等の監視に戻る。

Ｓ７２では、ＣＰＵ１３２は、対象ＧＩＰと、対象ＵＲＬに対応付けられているＧＩＰと、が一致するのか否かを判断する。ＣＰＵ１３２は、ＧＩＰが一致すると判断する場合に、Ｓ７２でＹＥＳと判断し、Ｓ７４の処理を実行することなく、Ｓ５０等の監視に戻る。一方、ＣＰＵ１３２は、ＧＩＰが一致しないと判断する場合に、Ｓ７２でＮＯと判断し、Ｓ７４に進む。

Ｓ７４では、ＣＰＵ１３２は、対象ＵＲＬに対応付けられている通知先アドレス（図２のデバイステーブル１４２参照）を送信先として、電子メールによって通知情報を送信する。Ｓ７４の処理が終了すると、Ｓ５０等の監視に戻る。

このように、ＧＩＰが一致しない場合、即ち、最初の画面要求の送信元のＧＩＰと、２回目以降の画面要求の送信元のＧＩＰと、が一致しない場合には、通知情報が送信される。換言すると、２回目以降の画面要求が第三者の端末から送信された可能性が高い場合には、通知情報が送信される。これにより、プリンタ２００の管理者は、画面要求が適切な端末から受信されなかったことを知ることができる。

ＣＰＵ１３２は、端末（例えば３００）から、ネットワークＩ／Ｆ１１６を介して、メール印刷設定の変更要求を受信する場合に、Ｓ８０でＹＥＳと判断して、Ｓ８２に進む。変更要求は、ＡＰＰサーバ１００に記憶されているメール印刷設定の変更を要求する信号であり、Ｓ５４で送信済みのＵＲＬを含む。

Ｓ８２では、ＣＰＵ１３２は、Ｓ８０で受信済みの変更要求に含まれるＵＲＬに対応付けられているメール印刷設定（即ちＷＬフラグ及びＷＬ；図２のデバイステーブル１４２参照）を変更する。Ｓ８２の処理が終了すると、Ｓ５０等の監視に戻る。

（ケースＡ；図６～図８）
続いて、図４及び図５の処理によって実現される具体的なケースを説明する。まず、図６～図８を参照して、プリンタ２００において、ＬＡＮＩ／Ｆ２１４を介してＨＴＴＰＳに従った選択情報が受信されるケースＡを説明する。図６に示すように、プリンタ２００及び端末３００は、ＬＡＮ４に接続されている。

Ｔ１００では、端末３００は、ユーザから、プリンタ２００へのログイン操作を受け付ける。ログイン操作は、プリンタ２００内のウェブサーバにログインするための操作であり、ユーザＩＤ及びログインＰＷの入力操作を含む。当該ログインＰＷは、初期ＰＷではなく、ユーザによって指定された任意のＰＷである。端末３００は、ログイン操作を受け付けることに応じて、Ｔ１０２において、ＬＡＮＩ／Ｆ２１４を介して、ＨＴＴＰＳに従って、ユーザＩＤとログインＰＷとを含むログイン要求をプリンタ２００に送信する。

プリンタ２００は、Ｔ１０２において、端末３００からログイン要求を受信する（図４のＳ２でＹＥＳ）ことに応じて、ログイン要求に含まれるユーザＩＤ及びログインＰＷの認証を実行する。本ケースでは、ユーザＩＤ及びログインＰＷの認証が成功するので（Ｓ４でＹＥＳ）、プリンタ２００は、Ｔ１０４において、ＬＡＮＩ／Ｆ２１４を介して、ＨＴＴＰＳに従ってトップ画面データを端末３００に送信する（Ｓ１０）。

端末３００は、Ｔ１０４において、プリンタ２００からトップ画面データを受信することに応じて、Ｔ１０６において、トップ画面データによって表わされるトップ画面ＳＣ０を表示する。端末３００は、Ｔ１０８において、ユーザから、トップ画面ＳＣ０内のメール印刷設定変更ボタンの選択を受け付けることに応じて、Ｔ１１０において、ＬＡＮＩ／Ｆ２１４を介して、ＨＴＴＰＳに従って、当該ボタンが選択されたことを示す選択情報をプリンタ２００に送信する。

プリンタ２００は、Ｔ１１０において、端末３００から選択情報を受信する（Ｓ１２でＹＥＳ）ことに応じて、ログインＰＷが初期ＰＷではないと判断し（Ｓ１４でＮＯ）、Ｔ１１２において、通知画面ＳＣ１を表示する（Ｓ１６）。その後、プリンタ２００は、Ｔ１１４において、ユーザから、通知画面ＳＣ１内のＹＥＳボタンの選択を受け付ける（Ｓ１８でＹＥＳ）ことに応じて、Ｔ１２０において、プリンタ２００のＵＩＤ「ｕ０１」を含むＵＲＬ要求をＡＰＰサーバ１００に送信する（Ｓ２０）。

ＡＰＰサーバ１００は、Ｔ１２０において、プリンタ２００からＵＲＬ要求を受信する（図５のＳ５０でＹＥＳ）ことに応じて、Ｔ１２２において、ＵＲＬ１を生成するとともに、デバイステーブル１４２を更新する（Ｓ５２）。具体的には、ＡＰＰサーバ１００は、ＵＩＤ「ｕ０１」に対応付けて、ＵＲＬ１と、カウンタとしての値「０」と、有効期限ＥＤ１と、を記憶する。そして、ＡＰＰサーバ１００は、Ｔ１２４において、ＵＲＬ１をプリンタ２００に送信する（Ｓ５４）。

プリンタ２００は、Ｔ１２４において、ＡＰＰサーバ１００からＵＲＬ１を受信する（図４のＳ２２でＹＥＳ）ことに応じて、Ｔ１２６において、ＬＡＮＩ／Ｆ２１４を介して、ＨＴＴＰＳに従って、ＵＲＬ１を端末３００に送信する（Ｓ２４でＮＯ、Ｓ２６でＹＥＳ、Ｓ２８）。

端末３００は、Ｔ１２６において、プリンタ２００からＵＲＬ１を受信することに応じて、Ｔ１３０において、画面要求をＡＰＰサーバ１００に送信する。画面要求は、Ｔ１２６で受信済みのＵＲＬ１と、端末３００のＧＩＰであるＧＩＰ１と、を含む。

ＡＰＰサーバ１００は、Ｔ１３０において、端末３００から画面要求を受信する（図５のＳ６０でＹＥＳ）ことに応じて、デバイステーブル１４２を参照して、画面要求に含まれるＵＲＬ１に対応付けられているカウンタ及び有効期限をチェックする（Ｓ６２）。本ケースでは、カウンタの値が０であり、かつ、現在時刻が有効期限内であるので（Ｓ６２でＹＥＳ）、ＡＰＰサーバ１００は、Ｔ１３２において、デバイステーブル１４２を更新する（Ｓ６４、Ｓ６６）。具体的には、ＡＰＰサーバ１００は、ＵＲＬ１に対応付けて、ＧＩＰ１と、カウンタの値としての「１」と、を記憶する。その後、ＡＰＰサーバ１００は、Ｔ１４０において、設定変更画面ＳＣ２を表わす設定変更画面データを端末３００に送信する（Ｓ６８）。

端末３００は、Ｔ１４０において、ＡＰＰサーバ１００から設定変更画面データを受信することに応じて、Ｔ１４２において、設定変更画面データによって表わされる設定変更画面ＳＣ２を表示する。設定変更画面ＳＣ２は、ＷＬフラグのＯＮ又はＯＦＦを切り替えるためのスイッチと、ＷＬに登録されるべきメールアドレスを入力するためのアドレス入力欄と、完了ボタンと、を含む。現時点では、デバイステーブル１４２に記憶されているＷＬフラグがＯＦＦであり、メールアドレスがＷＬに登録されていない。従って、設定変更画面ＳＣ２では、スイッチがＯＦＦを示し、アドレス入力欄にはメールアドレスが記述されていない。

（図６の続き；図７）
図７のＴ１４４では、端末３００は、ユーザから、ＷＬフラグをＯＮに変更するための操作、及び、メールアドレスＭＡ３をＷＬに登録するための操作を受け付ける。後者の操作は、設定変更画面ＳＣ２のアドレス入力欄内の追加ボタンを選択する操作と、メールアドレスＭＡ３を入力する操作と、完了ボタンを選択する操作と、を含む。この結果、端末３００は、Ｔ１５０において、変更要求をＡＰＰサーバ１００に送信する。変更要求は、ＵＲＬ１と、ＷＬフラグをＯＮに変更することを示す情報と、メールアドレスＭＡ３と、を含む。

ＡＰＰサーバ１００は、Ｔ１５０において、端末３００から変更要求を受信する（図５のＳ８０でＹＥＳ）。この結果、ＡＰＰサーバ１００は、Ｔ１５２において、デバイステーブル１４２内のメール印刷設定を変更する（Ｓ８２）。具体的には、ＡＰＰサーバ１００は、ＵＲＬ１に対応付けて、ＷＬフラグ「ＯＮ」を記憶する。さらに、ＡＰＰサーバ１００は、ＵＲＬ１に対応するＷＬにメールアドレスＭＡ３を登録する。

その後、Ｔ１６０では、端末３００は、ユーザから、ＵＲＬ１へのアクセス操作を再び受け付ける。この結果、端末３００は、Ｔ１６２において、ＵＲＬ１とＧＩＰ１とを含む画面要求をＡＰＰサーバ１００に再び送信する。

ＡＰＰサーバ１００は、Ｔ１６２において、端末３００から画面要求を受信する（図５のＳ６０でＹＥＳ）ことに応じて、デバイステーブル１４２を参照して、画面要求に含まれるＵＲＬ１に対応付けられているカウンタ及び有効期限をチェックする（Ｓ６２）。本ケースでは、カウンタの値が１である（図６のＴ１３２参照）。従って、ＡＰＰサーバ１００は、設定変更画面データを送信しない（Ｓ６２でＮＯ）。また、画面要求に含まれるＧＩＰ１と、ＵＲＬ１に対応付けられているＧＩＰ１と、が一致する。従って、ＡＰＰサーバ１００は、通知情報を送信しない（Ｓ７０でＹＥＳ、Ｓ７２でＹＥＳ）。

その後、Ｔ１７０では、端末４００は、端末４００のユーザから、ＵＲＬ１へのアクセス操作を受け付ける。この結果、端末４００は、Ｔ１７２において、画面要求をＡＰＰサーバ１００に送信する。当該画面要求は、ＵＲＬ１と、端末４００のＧＩＰであるＧＩＰ２と、を含む。

ＡＰＰサーバ１００は、Ｔ１７２において、端末４００から画面要求を受信する（図５のＳ６０でＹＥＳ）ことに応じて、デバイステーブル１４２を参照して、画面要求に含まれるＵＲＬ１に対応付けられているカウンタ及び有効期限をチェックする（Ｓ６２）。本ケースでは、カウンタの値が１である（図６のＴ１３２参照）。従って、ＡＰＰサーバ１００は、設定変更画面データを送信しない（Ｓ６２でＮＯ）。また、画面要求に含まれるＧＩＰ２と、ＵＲＬ１に対応付けられているＧＩＰ１と、が一致しない。従って、ＡＰＰサーバ１００は、Ｔ１７４において、通知先アドレスＭＡ２を送信先として通知情報を送信する（Ｓ７０でＹＥＳ、Ｓ７２でＮＯ、Ｓ７４）。

（図７の続き；図８）
その後、図８に示すように、図６のＴ１００～Ｔ１２０の処理と同様の処理が実行される。この結果、ＡＰＰサーバ１００は、Ｔ１８０において、ＵＲＬ１とは異なるＵＲＬ２を生成するとともに、デバイステーブル１４２を更新する（図５のＳ５２）。具体的には、ＡＰＰサーバ１００は、ＵＩＤ「ｕ０１」に対応付けて、ＵＲＬ２と、カウンタとしての値「０」と、有効期限ＥＤ２と、を記憶する。Ｔ１８２及びＴ１８３の処理は、ＵＲＬ１とは異なるＵＲＬ２が通信される点を除いて、図６のＴ１２４及びＴ１２６の処理と同様である。また、Ｔ１８４の処理は、画面要求がＵＲＬ２を含む点を除いて、図６のＴ１３０の処理と同様である。

ＡＰＰサーバ１００は、Ｔ１８４において、端末３００から画面要求を受信する（Ｓ６０でＹＥＳ）ことに応じて、デバイステーブル１４２を参照して、画面要求に含まれるＵＲＬ２に対応付けられているカウンタ及び有効期限をチェックする（Ｓ６２）。本ケースでは、カウンタの値が０であり、かつ、現在時刻が有効期限内であるので（Ｓ６２でＹＥＳ）、ＡＰＰサーバ１００は、Ｔ１８６において、デバイステーブル１４２を更新する（Ｓ６４、Ｓ６６）。具体的には、ＡＰＰサーバ１００は、ＵＲＬ２に対応付けて、ＧＩＰ１と、カウンタの値としての「１」と、を記憶する。Ｔ１８８の処理は、設定変更画面ＳＣ２とは異なる設定変更画面ＳＣ３を表わす設定変更画面データが通信される点を除いて、図６のＴ１４０の処理と同様である。

Ｔ１９０の処理は、端末３００が設定変更画面ＳＣ３を表示する点を除いて、図６のＴ１４２の処理と同様である。現時点では、デバイステーブル１４２に記憶されているＷＬフラグがＯＮを示し、メールアドレスＭＡ３がＷＬに登録されている。従って、設定変更画面ＳＣ３では、ＷＬフラグを切り替えるためのスイッチがＯＮを示し、ＭＡ３がアドレス入力欄に記述されている。Ｔ１９２では、端末３００は、ユーザから、メールアドレスＭＡ４をＷＬに登録するための操作を受け付ける。この結果、端末３００は、Ｔ１９４において、変更要求をＡＰＰサーバ１００に送信する。変更要求は、ＵＲＬ１と、メールアドレスＭＡ４と、を含む。

ＡＰＰサーバ１００は、Ｔ１９４において、端末３００から変更要求を受信する（図５のＳ８０でＹＥＳ）。この結果、ＡＰＰサーバ１００は、Ｔ１９６において、デバイステーブル１４２内のメール印刷設定を変更する（Ｓ８２）。具体的には、ＡＰＰサーバ１００は、ＵＲＬ１に対応するＷＬにメールアドレスＭＡ４を登録する。

上記の図６～図８の処理が実行されることによって、ユーザは、プリンタ２００に対応するメール印刷設定において、ＷＬフラグをＯＦＦからＯＮに変更し（図７のＴ１５２）、メールアドレスＭＡ３，ＭＡ４をＷＬに登録することができる（図７のＴ１５２、図８のＴ１９６）。

（ケースＢ；図９）
続いて、図９を参照して、プリンタ２００において、ＬＡＮＩ／Ｆ２１４を介してＨＴＴＰに従った選択情報が受信されるケースＢを説明する。プリンタ２００及び端末３００は、ＬＡＮ４に接続されている。ケースＢでは、ＨＴＴＰＳに従った通信に代えて、ＨＴＴＰに従った通信が実行される点を除いて、図６のＴ１００～Ｔ１０８の処理と同様の処理が実行される。この結果、端末３００は、Ｔ２１０において、ＬＡＮＩ／Ｆ２１４を介して、ＨＴＴＰに従って、選択情報をプリンタ２００に送信する。

プリンタ２００は、Ｔ２１０において、端末３００から選択情報を受信する（図４のＳ１２でＹＥＳ）ことに応じて、図６のＴ１１２～Ｔ１２４の処理と同様の処理を実行する。そして、プリンタ２００は、Ｔ２２０において、ＵＲＬ１がコード化されたＱＲコードを表示する（Ｓ２４でＮＯ、Ｓ２６でＮＯ、Ｓ４０）。

Ｔ２２２では、ユーザは、端末３００を利用して、プリンタ２００に表示されたＱＲコードを読み取るための操作を実行する。具体的には、ユーザは、プリンタ２００に近づいた後に、端末３００のカメラを利用してＱＲコードを撮影する。この結果、端末３００は、Ｔ２２４において、ＱＲコードをデコードしてＵＲＬ１を取得する。以降の処理は、図６のＴ１３０～Ｔ１４２の処理、及び、図７のＴ１４４～Ｔ１５２の処理と同様である。本ケースでも、ユーザは、プリンタ２００に対応するメール印刷設定において、ＷＬフラグをＯＦＦからＯＮに変更し、メールアドレスＭＡ３をＷＬに登録することができる（図７のＴ１５２）。

（ケースＣ；図９）
続いて、プリンタ２００において、ＵＳＢケーブルを介して選択情報が受信されるケースＣを説明する。プリンタ２００及び端末３００は、ＵＳＢケーブルを介して互いに接続されている。まず、図６のＴ１００～Ｔ１０８の処理と同様の処理が実行される。この結果、端末３００は、Ｔ２４０において、ＵＳＢケーブルを介して、選択情報をプリンタ２００に送信する（図４のＳ２４でＹＥＳ、Ｓ２８）。以降の処理は、図６のＴ１１２～Ｔ１４２の処理、及び、図７のＴ１４４～Ｔ１５２の処理と同様である。本ケースでも、ユーザは、プリンタ２００に対応するメール印刷設定において、ＷＬフラグをＯＦＦからＯＮに変更し、メールアドレスＭＡ３をＷＬに登録することができる（図７のＴ１５２）。

（ケースＤ；図９）
続いて、プリンタ２００が変更操作を受け付けるケースＤを説明する。ケースＤでは、端末３００は、ＬＡＮ４に接続されていない。即ち、プリンタ２００及び端末３００は、相互に通信することができない。Ｔ２５０では、プリンタ２００は、ユーザから、メール印刷設定の変更操作を受け付ける（図４のＳ３０でＹＥＳ）。この結果、図６のＴ１２０～Ｔ１２４の処理と同様の処理が実行される。その後の処理は、図９のケースＢのＴ２２０以降の処理と同様である（Ｓ３２、Ｓ３４、Ｓ４０等）。本ケースでも、ユーザは、プリンタ２００に対応するメール印刷設定において、ＷＬフラグをＯＦＦからＯＮに変更し、メールアドレスＭＡ３をＷＬに登録することができる。

（メール印刷処理；図１０）
続いて、図１０を参照して、メール印刷を実行するための処理を説明する。Ｔ３１０では、端末３００は、送信先アドレスとしてのメールアドレスＭＡ１と、送信元アドレスとしてのメールアドレスＭＡ３と、を含む電子メールＥＭをＡＰＰサーバ１００に送信する。電子メールＥＭには、印刷対象の画像に対応する画像データが添付されている。

ＡＰＰサーバ１００は、Ｔ３１０において、端末３００から電子メールＥＭを受信すると、デバイステーブル１４２から電子メールＥＭに含まれるメールアドレスＭＡ１に対応付けて記憶されているＵＩＤ「ｕ０１」、管理ＩＤ「ａ０１」、及び、ＷＬを特定する。そして、ＡＰＰサーバ１００は、Ｔ３１２において、電子メールＥＭに含まれる送信元アドレスとしてのメールアドレスＭＡ３が、特定済みのＷＬに登録されているのか否かをチェックする。本ケースでは、メールアドレスＭＡ３がＷＬに登録されているので（図７のＴ１５２参照）、Ｔ３１４以降の処理を実行する。仮に、メールアドレスＭＡ３がＷＬに登録されていない場合には、Ｔ３１４以降の処理は実行されない。Ｔ３１４では、ＡＰＰサーバ１００は、モデル情報を要求するモデル情報要求をＸＭＰＰサーバ１０に送信する。モデル情報要求は、特定済みの管理ＩＤ「ａ０１」を含む。

ＸＭＰＰサーバ１０は、Ｔ３１４において、ＡＰＰサーバ１００からモデル情報要求を受信すると、Ｔ３１６において、モデル情報要求内の管理ＩＤ「ａ０１」に対応づけて記憶されているモデル情報ＭＩ（図２の管理テーブル４２参照）をＡＰＰサーバ１００に送信する。

ＡＰＰサーバ１００は、Ｔ３１６において、ＸＭＰＰサーバ１０からモデル情報ＭＩを受信すると、Ｔ３１８において、モデル情報ＭＩを利用して、電子メールＥＭに含まれる画像データを変換して、プリンタ２００が解釈可能なデータ形式を有する印刷データＰＤ１を生成する。次いで、Ｔ３２０では、ＡＰＰサーバ１００は、印刷ジョブに関する情報をジョブテーブル１４４に記憶する。具体的には、ＡＰＰサーバ１００は、特定済みのＵＩＤ「ｕ０１」に対応付けて、管理ＩＤ「ａ０１」と、新しいジョブＩＤ「ｊ０１」と、印刷データＰＤ１と、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」と、を記憶する。ここで、印刷ＵＲＬは、印刷データＰＤ１が記憶されているＡＰＰサーバ１００内の位置を示する。印刷ＵＲＬ内の文字列「ｐｄ１」は、印刷データＰＤ１のファイル名である。そして、Ｔ３２２では、ＡＰＰサーバ１００は、管理ＩＤ「ａ０１」と、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」と、をＸＭＰＰサーバ１０に送信する。

ＸＭＰＰサーバ１０は、Ｔ３２２において、ＡＰＰサーバ１００から管理ＩＤ「ａ０１」及び印刷ＵＲＬを受信すると、Ｔ３３０において、管理ＩＤ「ａ０１」に対応するＸＭＰＰセッション（図３のＴ７０参照）を利用して、印刷ＵＲＬをプリンタ２００に送信する。

プリンタ２００は、Ｔ３３０において、ＸＭＰＰサーバ１０から印刷ＵＲＬを受信すると、Ｔ３３４において、印刷データを要求するデータ要求をＡＰＰサーバ１００に送信する。データ要求は、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」を含む。

ＡＰＰサーバ１００は、Ｔ３３４において、プリンタ２００からデータ要求を受信すると、データ要求に含まれる印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」によって示される印刷データＰＤ１を取得する。そして、Ｔ３３６では、ＡＰＰサーバ１００は、印刷データＰＤ１をプリンタ２００に送信する。

プリンタ２００は、Ｔ３３６において、ＡＰＰサーバ１００から印刷データＰＤ１を受信すると、Ｔ３３８において、印刷データＰＤ１に対応する画像の印刷を実行する。

（本実施例の効果）
本実施例によれば、ＡＰＰサーバ１００は、プリンタ２００から設定変更画面ＳＣ２に対応する位置を示すＵＲＬ１をプリンタ２００に送信することができ（図６のＴ１２４）、この結果、プリンタ２００によってＵＲＬ１が出力される（Ｔ１２６）。その後、ＡＰＰサーバ１００は、ＵＲＬ１を取得した端末３００からＵＲＬ１を含む画面要求を受信する場合（Ｔ１３０）に、設定変更画面ＳＣ２を表わす設定変更画面データを端末３００に送信する（Ｔ１４０）。そして、ＡＰＰサーバ１００は、端末３００から変更要求を受信する場合（図７のＴ１５０）に、変更要求に応じてメール印刷設定を変更する（Ｔ１５２）。従って、ユーザは、設定変更画面ＳＣ２を利用して、ＡＰＰサーバ１００に記憶されているメール印刷設定を変更することができる。

また、本実施例によれば、プリンタ２００は、端末３００から選択情報を受信する場合（図６のＴ１１０）に、ＵＲＬの送信を要求するＵＲＬ要求をＡＰＰサーバ１００に送信して（Ｔ１２０）、ＡＰＰサーバ１００からＵＲＬ１を受信する（Ｔ１２４）。そして、プリンタ２００は、ＵＲＬ１を外部に出力するための出力処理（Ｔ１２６、図９のＴ２２０）を実行する。この結果、端末３００は、ＵＲＬ１を取得することができる（図６のＴ１２６、図９のＴ２２４）。この場合、端末３００は、ＵＲＬ１を利用して設定変更画面ＳＣ２を表示することができる（Ｔ１４２、図８のＴ１９０）。このために、ユーザは、設定変更画面ＳＣ２を利用して、ＡＰＰサーバ１００に記憶されているメール印刷設定を変更することができる。

（対応関係）
ＡＰＰサーバ１００、プリンタ２００、端末３００、端末４００が、それぞれ、「サーバ」、「機能実行装置」、「外部装置（及び第１の端末装置）」、「第２の端末装置」の一例である。プリンタ２００の管理者の端末（即ち、通知先アドレスＭＡ２が設定されている端末）が、「対象装置」の一例である。印刷機能、印刷エンジン２２０が、それぞれ、「所定機能」、「機能実行エンジン」の一例である。メール印刷設定が、「設定情報」の一例である。ＵＲＬ１及びＵＲＬ２が、「位置情報」の一例である。ＧＩＰ１、ＧＩＰ２が、それぞれ、「第１の識別情報」、「第２の識別情報」の一例である。ＷＬフラグ及びＷＬが、「所定機能に関する設定情報」の一例である。カウンタ、有効期限が、それぞれ、「回数関係情報」、「日時関係情報」の一例である。カウンタの値「１」が、「所定値」の一例である。通知画面ＳＣ１、設定変更画面ＳＣ２が、それぞれ、「通知画面」、「設定変更画面」の一例である。通知画面ＳＣ１内のＹＥＳボタンの操作が、「所定操作」の一例である。図４のＳ１２で受信される選択情報及びＳ３０で受け付けられる変更操作が、「受信指示」の一例である。Ｓ４０で表示されるＱＲコードが、「コード画像」の一例である。初期ＰＷが、「初期認証情報」の一例である。

図５のＳ５０の処理、Ｓ５４の処理が、それぞれ、「位置情報要求受信部」、「位置情報送信部」によって実行される処理の一例である。Ｓ５２の処理が、「生成部」、「第１の記憶制御部」、及び、「第２の記憶制御部」によって実行される処理の一例である。Ｓ６０の処理が、「第１の画面要求受信部」及び「第２の画面要求受信部」によって実行される処理の一例である。Ｓ６２の処理が、「第１の判断部」及び「第２の判断部」によって実行される処理の一例である。Ｓ６６の処理、Ｓ６８の処理が、それぞれ、「第３の記憶制御部」、「画面データ送信部」によって実行される処理の一例である。Ｓ７２の処理、Ｓ７４の処理が、それぞれ、「第３の判断部」、「通知情報送信部」によって実行される処理の一例である。Ｓ８０の処理、Ｓ８２の処理が、それぞれ、「変更要求受信部」、「変更部」によって実行される処理の一例である。図１０のＴ３１０の処理が、「機能実行要求受信部」によって実行される処理の一例である。Ｔ３１２～Ｔ３２２の処理が、「関連処理実行部」によって実行される処理の一例である。

図４のＳ２の処理が、「ログイン要求受信部」によって実行される処理の一例である。Ｓ１２の処理及びＳ３０の処理が、「受付部」によって実行される処理の一例である。Ｓ１４の処理、Ｓ１６の処理が、それぞれ、「判断部」、「表示制御部」によって実行される処理の一例である。Ｓ２０の処理、Ｓ２２の処理が、それぞれ、「位置情報要求送信部」、「位置情報受信部」によって実行される処理の一例である。Ｓ２８の処理及びＳ４０の処理が、「出力処理実行部」によって実行される処理の一例である。図１０のＴ３３０の処理、Ｔ３３８の処理が、それぞれ、「機能実行指示受信部」、「エンジン制御部」によって実行される処理の一例である。

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

（変形例１）「機能実行装置」は、プリンタ２００に限定されず、例えば、スキャナ、多機能機、ファクシミリ装置、ＰＣ、サーバ等であってもよい。例えば、スキャナの例では、「スキャン機能」が「所定機能」の一例である。

（変形例２）「設定情報」は、例えば、ブラックリスト、メール印刷に利用されるメールアドレス、印刷ステータスを通知するのか否かを示す情報、印刷ステータスを通知するタイミング等であってもよい。また、「設定情報」は、メール印刷に関連する情報でなくてもよく、例えば、印刷解像度、印刷の色数、用紙サイズ等の情報であってもよい。また、「設定情報」は、印刷機能に関連する情報でなくてもよく、例えば、スキャン機能に関連する情報（例えば、スキャン解像度、スキャンの色数等）であってもよいし、他の機能（例えば表示機能）に関連する情報（例えば表示の解像度等）であってもよい。

（変形例３）ＡＰＰサーバ１００は、図５のＳ５０でＹＥＳと判断する毎に、Ｓ５２においてＵＲＬを生成することなく、予め決められている同じＵＲＬをプリンタ２００に送信してもよい。一般的に言うと、「位置情報送信部」は、機能実行装置から位置情報要求が受信される毎に、異なる位置情報を機能実行装置に送信しなくてもよい。

（変形例４）ＡＰＰサーバ１００は、複数のＵＲＬを予め記憶しており、図５のＳ５２において、ＵＲＬを生成することなく、当該複数のＵＲＬの中から１個のＵＲＬを選択し、Ｓ５４において、選択済みのＵＲＬをプリンタ２００に送信してもよい。本変形例では、「生成部」は省略可能である。

（変形例５）ＡＰＰサーバ１００は、図５のＳ６２において、対象ＵＲＬに対応付けられているカウンタの値が２未満である場合にＹＥＳと判断し、当該カウンタの値が２である場合にＮＯと判断してもよい。本変形例では、「２」が「所定値」の一例である。別の変形例では、「所定値」は、「３」以上の整数であってもよい。また、別の変形例では、ＡＰＰサーバ１００は、Ｓ５２において、カウンタの値として「１」を記憶してもよい。この場合、ＡＰＰサーバ１００は、Ｓ６４において、カウンタの値を０にデクリメントしてもよい。そして、ＡＰＰサーバ１００は、Ｓ６２において、対象ＵＲＬに対応付けられているカウンタの値が１である場合にＹＥＳと判断し、当該カウンタの値が０である場合にＮＯと判断してもよい。本変形例では、上記のカウンタが「回数関係情報」の一例であり、「０」が「所定値」の一例である。また、別の変形例では、ＡＰＰサーバ１００は、Ｓ５２において、カウンタに代えて、アクセスフラグ「ＯＦＦ」を記憶してもよい。この場合、ＡＰＰサーバ１００は、Ｓ６４において、アクセスフラグを「ＯＦＦ」から「ＯＮ」に変更してもよく、Ｓ６２において、アクセスフラグが「ＯＦＦ」である場合にＹＥＳと判断し、アクセスフラグが「ＯＮ」である場合にＮＯと判断してもよい。本変形例では、アクセスフラグが「回数関係情報」の一例であり、「ＯＮ」が「所定値」の一例である。

（変形例６）ＡＰＰサーバ１００は、図５のＳ５２において、カウンタをデバイステーブル１４２に記憶しなくてもよい。この場合、ＡＰＰサーバ１００は、Ｓ６２において、カウンタを利用した判断を実行せず、Ｓ６４の処理も実行しない。本変形例では、「第１の記憶制御部」及び「第１の判断部」は省略可能である。

（変形例７）図５のＳ５２で記憶される有効期限は、ＵＲＬの有効期間の終期を示す日時でなくてもよく、例えば、ＵＲＬの生成日時と有効期間との組み合わせであってもよいし、ＵＲＬの有効期間の時間をカウントダウンするタイマであってもよいし、ＵＲＬの生成日時からカウントアップされるタイマであってもよい。本変形例では、これらの情報が、「日時関係情報」の一例である。

（変形例８）ＡＰＰサーバ１００は、図５のＳ５２において、有効期限をデバイステーブル１４２に記憶しなくてもよい。この場合、ＡＰＰサーバ１００は、Ｓ６２において、有効期限を利用した判断を実行しない。本変形例では、「第２の記憶制御部」及び「第２の判断部」は省略可能である。

（変形例９）ＡＰＰサーバ１００は、図５のＳ６２でＮＯと判断する場合に、Ｓ７０～Ｓ７４の処理を実行することなく、Ｓ５０等の監視に戻ってもよい。この場合、ＡＰＰサーバ１００は、Ｓ６２でＹＥＳと判断する場合に、Ｓ６６の処理を実行しない。本変形例では、「第３の記憶制御部」、「第３の判断部」、及び、「通知情報送信部」は省略可能である。

（変形例１０）図５のＳ６８において送信される設定変更画面データは、対象ＵＲＬに対応づけられている現在のＷＬフラグの値及び現在のＷＬを含んでいなくてもよい。従って、例えば、図８のＴ１６０で表示される設定変更画面ＳＣ３には、ＷＬフラグの現在の値が含まれていなくてもよく、さらに、ＭＡ３がアドレス入力欄に記述されていなくてもよい。一般的に言うと、メモリ内の設定情報によって示される設定値を含む設定変更画面を表わす画面データが第１の端末装置に送信されなくてもよい。

（変形例１１）プリンタ２００がＵＲＬを出力する処理は、図４のＳ２８におけるＵＲＬの送信、及び、Ｓ４０におけるＱＲコードの表示に限定されず、例えば、ＮＦＣ（Near Field Communicationの略）Ｉ／ＦへのＵＲＬの供給であってもよい。この場合、ＮＦＣＩ／ＦがＵＲＬを記憶するので、端末３００がプリンタ２００に近づけられることに応じて、プリンタ２００は、ＵＲＬを端末３００に送信することができる。本変形例では、ＮＦＣＩ／ＦへのＵＲＬの供給が、「出力処理」の一例である。また、別の変形例では、プリンタ２００は、ＢＴ（Bluetooth（登録商標）の略）Ｉ／Ｆを介して、ＵＲＬを端末３００に送信してもよい。本変形例では、ＢＴＩ／Ｆを介したＵＲＬの送信が、「出力処理」の一例である。また、別の変形例では、プリンタ２００は、ＱＲコードを印刷してもよいし、ＵＲＬそのものを表示部２１２に表示してもよい。本変形例では、これらの処理が、「出力処理」によって実行される処理の一例である。

（変形例１２）プリンタ２００は、図４のＳ１６及びＳ１８の処理をスキップして、Ｓ２０の処理を実行してもよい。本変形例では、「表示制御部」は省略可能である。

（変形例１３）プリンタ２００は、図４のＳ２０及びＳ２２の処理を、Ｓ１４の処理の後であってＳ１６の処理の前に実行してもよい。この場合、プリンタ２００は、Ｓ１８でＹＥＳと判断する場合に、Ｓ２４に進む。本変形例では、Ｓ１８でＮＯの場合に、受信済みのＵＲＬが出力されないことが、「所定操作が機能実行装置に実行されない場合に、出力処理は実行されない」ことの一例である。

（変形例１４）プリンタ２００は、図４のＳ１２において、ＬＡＮＩ／Ｆ２１４を介してＨＴＴＰＳに従った選択情報と、ＬＡＮＩ／Ｆ２１４を介してＨＴＴＰに従った選択情報と、のどちらを受信しても、Ｓ２８の処理を実行してもよい。本変形例では、Ｓ２６の処理は省略可能である。一般的に言うと、「出力処理実行部」は、端末装置から、ＨＴＴＰＳに従った受信指示とＨＴＴＰに従った受信指示とのどちらを受信しても、位置情報を端末装置に送信する出力処理を実行してもよい。

（変形例１５）プリンタ２００は、図４のＳ１２において、ＬＡＮＩ／Ｆ２１４を介してＨＴＴＰに従った選択情報が受信される場合に、Ｓ１４以降の処理を実行することなく図４の処理を終了してもよい。本変形例では、Ｓ１４以降の処理が実行されないことが、「ＨＴＴＰに従った受信指示を受信することによって、受信指示が受け付けられる場合に、位置情報を端末装置に送信する出力処理は実行されない」の一例である。また、別の変形例では、プリンタ２００は、Ｓ２６でＮＯの場合に、Ｓ４０の処理をスキップして図４の処理を終了してもよい。本変形例では、Ｓ２６でＮＯの場合に、受信済みのＵＲＬが出力されないことが、上記の「位置情報を端末装置に送信する出力処理は実行されない」の一例である。また、別の変形例では、プリンタ２００は、Ｓ４０の処理に代えて、ＮＦＣＩ／ＦへのＵＲＬの供給、ＢＴＩ／Ｆを介したＵＲＬの送信、ＱＲコードの印刷、ＵＲＬそのものの表示等を実行してもよい。本変形例では、これらの処理が、上記の「位置情報を端末装置に送信する出力処理は実行されない」の一例である。

（変形例１６）プリンタ２００は、ＵＳＢＩ／Ｆ２１６を備えていなくてもよい。本変形例では、図４のＳ２４の処理は省略可能である。

（変形例１７）プリンタ２００は、図４のＳ３０において、ユーザからメール印刷設定の変更操作を受け付ける場合に、Ｓ４０において、ＱＲコードを表示することに代えて、ＮＦＣＩ／ＦへのＵＲＬの供給、ＢＴＩ／Ｆを介したＵＲＬの送信、ＱＲコードの印刷、ＵＲＬそのものの表示等を実行してもよい、本変形例では、これらの処理が、「出力処理」の一例である。

（変形例１８）図４のＳ１４の処理は省略可能である。本変形例では、「判断部」は省略可能である。

（変形例１９）プリンタ２００は、図４のＳ２０及びＳ２２の処理を、Ｓ１２の処理の後であってＳ１４の処理の前に実行してもよい。この場合、プリンタ２００は、Ｓ１８でＹＥＳの場合に、Ｓ２４に進む。本変形例では、Ｓ１４でＹＥＳの場合に、受信済みのＵＲＬが出力されないことが、「受信指示が受け付けられ、かつ、認証情報が初期認証情報であると判断される場合に、出力処理は実行されない」の一例である。

（変形例２０）図４のＳ２～Ｓ２８の処理は省略可能である。本変形例では、「ログイン要求受信部」は省略可能である。また、別の変形例では、Ｓ３０～Ｓ３４の処理は省略可能である。

（変形例２１）デバイステーブル１４２に登録される通知先アドレスは、管理者のメールアドレスでなくてもよく、過去にメール印刷を要求した電子メールの送信元アドレスであってもよい。例えば、ＡＰＰサーバ１００は、図１０のＴ３１０において、端末３００から電子メールＥＭを受信する場合に、通知先アドレスをデバイステーブル１４２に登録する。具体的には、ＡＰＰサーバ１００は、送信先アドレスであるメールアドレスＭＡ１に関連付けて、送信元アドレスであるメールアドレスＭＡ３を通知先アドレスとして登録する。本変形例の場合、図３のＴ１０の登録要求は、管理者メールアドレスである通知先アドレスＭＡ２を含まなくてもよい。また、同じプリンタにおいて過去に複数回のメール印刷が実行されている場合には、通知先アドレスは、例えば、過去に最も多くメール印刷を要求した電子メールの送信元アドレスであってもよいし、最新のメール印刷を要求した電子メールの送信元アドレスであってもよい。

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

本明細書または図面に説明した技術要素は、単独で、あるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
以下の項目は、出願時の特許請求の範囲に記載の要素である。
（項目１）
サーバであって、
機能実行装置が実行可能な所定機能に関連する設定情報を記憶するメモリと、
外部装置から、前記機能実行装置に前記所定機能を実行させるための機能実行要求を受信する機能実行要求受信部と、
前記外部装置から前記機能実行要求が受信される場合に、前記メモリ内の前記設定情報を利用して、前記機能実行装置に前記所定機能を実行させることに関連する関連処理を実行する関連処理実行部と、
前記機能実行装置から、位置情報の送信を要求する位置情報要求を受信する位置情報要求受信部であって、前記位置情報は、前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記位置情報要求受信部と、
前記機能実行装置から前記位置情報要求が受信される場合に、前記位置情報を前記機能実行装置に送信する位置情報送信部であって、前記位置情報が前記機能実行装置に送信されることに応じて、前記位置情報が前記機能実行装置によって出力される、前記位置情報送信部と、
前記機能実行装置によって出力された前記位置情報を取得した第１の端末装置から、前記位置情報を含む第１の画面要求を受信する第１の画面要求受信部と、
前記第１の端末装置から前記第１の画面要求が受信される場合に、前記設定変更画面を表わす画面データを前記第１の端末装置に送信する画面データ送信部であって、前記画面データが前記第１の端末装置に送信されることに応じて、前記設定変更画面が前記第１の端末装置に表示される、前記画面データ送信部と、
前記設定変更画面において前記設定情報を変更するための指示が与えられる場合に、前記第１の端末装置から、前記設定情報の変更を要求する変更要求を受信する変更要求受信部と、
前記第１の端末装置から前記変更要求が受信される場合に、前記変更要求に応じて、前記メモリ内の前記設定情報を変更する変更部と、
を備えるサーバ。
（項目２）
前記位置情報送信部は、前記機能実行装置から前記位置情報要求が受信される毎に、異なる前記位置情報を前記機能実行装置に送信する、請求項１に記載のサーバ。
（項目３）
前記サーバは、さらに、
前記機能実行装置から前記位置情報要求が受信される毎に、ユニークな前記位置情報を生成する生成部を備え、
前記位置情報送信部は、前記機能実行装置から前記位置情報要求が受信される毎に、当該位置情報要求が受信されることに応じて生成された前記位置情報を前記機能実行装置に送信する、請求項２に記載のサーバ。
（項目４）
前記サーバは、さらに、
前記位置情報が生成される毎に、当該位置情報と、当該位置情報を含む前記第１の画面要求の受信回数に関係する回数関係情報と、を対応付けて前記メモリに記憶させる第１の記憶制御部と、
前記第１の端末装置から前記第１の画面要求が受信される毎に、当該第１の画面要求に含まれる前記位置情報に対応付けて記憶されている前記回数関係情報を利用して、前記受信回数が所定値に一致するのか否かを判断する第１の判断部と、を備え、
前記画面データ送信部は、前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記受信回数が前記所定値に一致しないと判断される場合に、前記画面データを前記第１の端末装置に送信し、
前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記受信回数が前記所定値に一致すると判断される場合に、前記画面データは前記第１の端末装置に送信されない、請求項３に記載のサーバ。
（項目５）
前記サーバは、さらに、
前記位置情報が生成される毎に、当該位置情報と、当該位置情報が生成された日時に関係する日時関係情報と、を対応付けて前記メモリに記憶させる第２の記憶制御部と、
前記第１の端末装置から前記第１の画面要求が受信される毎に、当該第１の画面要求に含まれる前記位置情報に対応付けて記憶されている前記日時関係情報を利用して、当該第１の画面要求に含まれる前記位置情報が有効であるのか否かを判断する第２の判断部と、を備え、
前記画面データ送信部は、前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記位置情報が有効であると判断される場合に、前記画面データを前記第１の端末装置に送信し、
前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記位置情報が有効でないと判断される場合に、前記画面データは前記第１の端末装置に送信されない、請求項３又は４に記載のサーバ。
（項目６）
前記第１の画面要求は、さらに、前記第１の端末装置を識別する第１の識別情報を含み、
前記サーバは、さらに、
前記第１の端末装置から前記第１の画面要求が受信される場合に、前記第１の画面要求に含まれる前記位置情報と、前記第１の画面要求に含まれる前記第１の識別情報と、を対応付けて前記メモリに記憶させる第３の記憶制御部と、
前記第１の端末装置から前記第１の画面要求が受信された後に、第２の端末装置から、前記位置情報と、前記第２の端末装置を識別する第２の識別情報と、を含む第２の画面要求を受信する第２の画面要求受信部と、
前記第２の端末装置から前記第２の画面要求が受信される場合に、前記第２の画面要求に含まれる前記位置情報に対応付けて記憶されている前記第１の識別情報と、前記第２の画面要求に含まれる前記第２の識別情報と、が一致するのか否かを判断する第３の判断部と、
前記第１の識別情報と前記第２の識別情報とが一致しないと判断される場合に、前記第１の端末装置とは異なる前記第２の端末装置から前記第２の画面要求が受信されたことを通知するための通知情報を対象装置に送信する通知情報送信部と、を備える、請求項１から５のいずれか一項に記載のサーバ。
（項目７）
前記画面データ送信部は、前記第１の端末装置から前記第１の画面要求が受信される場合に、前記メモリ内の前記設定情報によって示される設定値を含む前記設定変更画面を表わす前記画面データを前記第１の端末装置に送信する、請求項１から６のいずれか一項に記載のサーバ。
（項目８）
機能実行装置であって、
所定機能を実行するための機能実行エンジンと、
サーバから機能実行指示を受信する機能実行指示受信部と、
前記サーバから前記機能実行指示が受信される場合に、前記所定機能を前記機能実行エンジンに実行させるエンジン制御部と、
位置情報を受信するための受信指示を受け付ける受付部であって、前記位置情報は、前記サーバに記憶されている設定情報であって、前記所定機能に関連する前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記受付部と、
前記受信指示が受け付けられる場合に、前記位置情報の送信を要求する位置情報要求を前記サーバに送信する位置情報要求送信部と、
前記位置情報要求が前記サーバに送信される場合に、前記サーバから前記位置情報を受信する位置情報受信部と、
前記サーバから前記位置情報が受信される場合に、前記位置情報を外部に出力するための出力処理を実行する出力処理実行部と、
を備える機能実行装置。
（項目９）
前記機能実行装置は、さらに、
表示部と、
ＬＡＮ（Local Area Networkの略）を介した通信を実行するためのＬＡＮインターフェースと、
前記ＬＡＮインターフェースを介して端末装置から前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、所定操作を前記機能実行装置に実行することを促す通知画面を前記表示部に表示させる表示制御部と、を備え、
前記出力処理実行部は、前記通知画面が前記表示部に表示された後に、前記所定操作が前記機能実行装置に実行される場合に、前記出力処理を実行し、
前記通知画面が前記表示部に表示された後に、前記所定操作が前記機能実行装置に実行されない場合に、前記出力処理は実行されない、請求項８に記載の機能実行装置。
（項目１０）
前記機能実行装置は、さらに、
ＬＡＮ（Local Area Networkの略）を介した通信を実行するためのＬＡＮインターフェースを備え、
前記出力処理実行部は、前記ＬＡＮインターフェースを介して端末装置からＨＴＴＰＳ（Hyper Text Transfer Protocol Secureの略）に従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＬＡＮインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理を実行し、
前記ＬＡＮインターフェースを介して前記端末装置からＨＴＴＰ（Hyper Text Transfer Protocolの略）に従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＬＡＮインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理は実行されない、請求項８又は９に記載の機能実行装置。
（項目１１）
前記出力処理実行部は、前記ＬＡＮインターフェースを介して前記端末装置から前記ＨＴＴＰに従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記位置情報がコード化されたコード画像を出力する前記出力処理を実行する、請求項１０に記載の機能実行装置。
（項目１２）
前記機能実行装置は、さらに、
ＵＳＢ（Universal Serial Busの略）ケーブルを介した通信を実行するためのＵＳＢインターフェースを備え、
前記出力処理実行部は、
前記ＵＳＢインターフェースを介して前記端末装置から前記ＨＴＴＰＳに従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＵＳＢインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理を実行し、
前記ＵＳＢインターフェースを介して前記端末装置から前記ＨＴＴＰに従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＵＳＢインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理を実行する、請求項１０又は１１に記載の機能実行装置。
（項目１３）
前記出力処理実行部は、前記機能実行装置に対する操作である前記受信指示が受け付けられる場合に、前記位置情報がコード化されたコード画像を出力する前記出力処理を実行する、請求項８から１２のいずれか一項に記載の機能実行装置。
（項目１４）
前記機能実行装置は、さらに、
ＬＡＮ（Local Area Networkの略）を介した通信を実行するためのＬＡＮインターフェースと、
前記ＬＡＮインターフェースを介して、端末装置から認証情報を含むログイン要求を受信するログイン要求受信部と、
前記端末装置から前記ログイン要求が受信される場合に、前記ログイン要求に含まれる前記認証情報が予め決められている初期認証情報であるのか否かを判断する判断部と、を備え、
前記出力処理実行部は、前記認証情報の認証が成功した後に、前記ＬＡＮインターフェースを介して前記端末装置から前記受信指示を受信することによって、前記受信指示が受け付けられ、かつ、前記認証情報が前記初期認証情報でないと判断される場合に、前記出力処理を実行し、
前記認証情報の認証が成功した後に、前記ＬＡＮインターフェースを介して前記端末装置から前記受信指示を受信することによって、前記受信指示が受け付けられ、かつ、前記認証情報が前記初期認証情報であると判断される場合に、前記出力処理は実行されない、請求項８から１３のいずれか一項に記載の機能実行装置。
（項目１５）
サーバのためのコンピュータプログラムであって、
前記サーバは、
機能実行装置が実行可能な所定機能に関連する設定情報を記憶するメモリと、
コンピュータと、を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
外部装置から、前記機能実行装置に前記所定機能を実行させるための機能実行要求を受信する機能実行要求受信部と、
前記外部装置から前記機能実行要求が受信される場合に、前記メモリ内の前記設定情報を利用して、前記機能実行装置に前記所定機能を実行させることに関連する関連処理を実行する関連処理実行部と、
前記機能実行装置から、位置情報の送信を要求する位置情報要求を受信する位置情報要求受信部であって、前記位置情報は、前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記位置情報要求受信部と、
前記機能実行装置から前記位置情報要求が受信される場合に、前記位置情報を前記機能実行装置に送信する位置情報送信部であって、前記位置情報が前記機能実行装置に送信されることに応じて、前記位置情報が前記機能実行装置によって出力される、前記位置情報送信部と、
前記機能実行装置によって出力された前記位置情報を取得した第１の端末装置から、前記位置情報を含む第１の画面要求を受信する第１の画面要求受信部と、
前記第１の端末装置から前記第１の画面要求が受信される場合に、前記設定変更画面を表わす画面データを前記第１の端末装置に送信する画面データ送信部であって、前記画面データが前記第１の端末装置に送信されることに応じて、前記設定変更画面が前記第１の端末装置に表示される、前記画面データ送信部と、
前記設定変更画面において前記設定情報を変更するための指示が与えられる場合に、前記第１の端末装置から、前記設定情報の変更を要求する変更要求を受信する変更要求受信部と、
前記第１の端末装置から前記変更要求が受信される場合に、前記変更要求に応じて、前記メモリ内の前記設定情報を変更する変更部と、
として機能させる、コンピュータプログラム。
（項目１６）
機能実行装置のためのコンピュータプログラムであって、
前記機能実行装置は、
所定機能を実行するための機能実行エンジンと、
コンピュータと、を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
サーバから機能実行指示を受信する機能実行指示受信部と、
前記サーバから前記機能実行指示が受信される場合に、前記所定機能を前記機能実行エンジンに実行させるエンジン制御部と、
位置情報を受信するための受信指示を受け付ける受付部であって、前記位置情報は、前記サーバに記憶されている設定情報であって、前記所定機能に関連する前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記受付部と、
前記受信指示が受け付けられる場合に、前記位置情報の送信を要求する位置情報要求を前記サーバに送信する位置情報要求送信部と、
前記位置情報要求が前記サーバに送信される場合に、前記サーバから前記位置情報を受信する位置情報受信部と、
前記サーバから前記位置情報が受信される場合に、前記位置情報を外部に出力するための出力処理を実行する出力処理実行部と、
として機能させる、コンピュータプログラム。

２：通信システム、４：ＬＡＮ、８：インターネット、１０：ＸＭＰＰサーバ、１６，１１６：ネットワークＩ／Ｆ、３０，１３０，２３０：制御部、３２，１３２，２３２：ＣＰＵ、３４，１３４，２３４：メモリ、４０，１４０，２４０：プログラム、４２：管理テーブル、１００：ＡＰＰサーバ、１４２：デバイステーブル、１４４：ジョブテーブル、２００：プリンタ、２１２：表示部、２１４：ＬＡＮＩ／Ｆ、２１６：ＵＳＢＩ／Ｆ、２２０：印刷エンジン、３００，４００：端末

Claims (15)

1. サーバであって、
   機能実行装置が実行可能な所定機能に関連する設定情報を記憶するメモリと、
   外部装置から、前記機能実行装置に前記所定機能を実行させるための機能実行要求を受信する機能実行要求受信部と、
   前記外部装置から前記機能実行要求が受信される場合に、前記メモリ内の前記設定情報を利用して、前記機能実行装置に前記所定機能を実行させることに関連する関連処理を実行する関連処理実行部と、
   前記機能実行装置から、位置情報の送信を要求する位置情報要求を受信する位置情報要求受信部であって、前記位置情報は、前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記位置情報要求受信部と、
   前記機能実行装置から前記位置情報要求が受信される場合に、前記位置情報を前記機能実行装置に送信する位置情報送信部であって、前記位置情報が前記機能実行装置に送信されることに応じて、前記位置情報が前記機能実行装置によって出力される、前記位置情報送信部と、
   前記機能実行装置によって出力された前記位置情報を取得した第１の端末装置から、前記位置情報を含む第１の画面要求を受信する第１の画面要求受信部と、
   前記第１の端末装置から前記第１の画面要求が受信される場合に、前記設定変更画面を表わす画面データを前記第１の端末装置に送信する画面データ送信部であって、前記画面データが前記第１の端末装置に送信されることに応じて、前記設定変更画面が前記第１の端末装置に表示される、前記画面データ送信部と、
   前記設定変更画面において前記設定情報を変更するための指示が与えられる場合に、前記第１の端末装置から、前記設定情報の変更を要求する変更要求を受信する変更要求受信部と、
   前記第１の端末装置から前記変更要求が受信される場合に、前記変更要求に応じて、前記メモリ内の前記設定情報を変更する変更部と、
   を備えるサーバ。
2. 前記位置情報送信部は、前記機能実行装置から前記位置情報要求が受信される毎に、異なる前記位置情報を前記機能実行装置に送信する、請求項１に記載のサーバ。
3. 前記サーバは、さらに、
   前記機能実行装置から前記位置情報要求が受信される毎に、ユニークな前記位置情報を生成する生成部を備え、
   前記位置情報送信部は、前記機能実行装置から前記位置情報要求が受信される毎に、当該位置情報要求が受信されることに応じて生成された前記位置情報を前記機能実行装置に送信する、請求項２に記載のサーバ。
4. 前記サーバは、さらに、
   前記位置情報が生成される毎に、当該位置情報と、当該位置情報を含む前記第１の画面要求の受信回数に関係する回数関係情報と、を対応付けて前記メモリに記憶させる第１の記憶制御部と、
   前記第１の端末装置から前記第１の画面要求が受信される毎に、当該第１の画面要求に含まれる前記位置情報に対応付けて記憶されている前記回数関係情報を利用して、前記受信回数が所定値に一致するのか否かを判断する第１の判断部と、を備え、
   前記画面データ送信部は、前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記受信回数が前記所定値に一致しないと判断される場合に、前記画面データを前記第１の端末装置に送信し、
   前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記受信回数が前記所定値に一致すると判断される場合に、前記画面データは前記第１の端末装置に送信されない、請求項３に記載のサーバ。
5. 前記サーバは、さらに、
   前記位置情報が生成される毎に、当該位置情報と、当該位置情報が生成された日時に関係する日時関係情報と、を対応付けて前記メモリに記憶させる第２の記憶制御部と、
   前記第１の端末装置から前記第１の画面要求が受信される毎に、当該第１の画面要求に含まれる前記位置情報に対応付けて記憶されている前記日時関係情報を利用して、当該第１の画面要求に含まれる前記位置情報が有効であるのか否かを判断する第２の判断部と、を備え、
   前記画面データ送信部は、前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記位置情報が有効であると判断される場合に、前記画面データを前記第１の端末装置に送信し、
   前記第１の端末装置から前記第１の画面要求が受信され、かつ、前記位置情報が有効でないと判断される場合に、前記画面データは前記第１の端末装置に送信されない、請求項３又は４に記載のサーバ。
6. 前記第１の画面要求は、さらに、前記第１の端末装置を識別する第１の識別情報を含み、
   前記サーバは、さらに、
   前記第１の端末装置から前記第１の画面要求が受信される場合に、前記第１の画面要求に含まれる前記位置情報と、前記第１の画面要求に含まれる前記第１の識別情報と、を対応付けて前記メモリに記憶させる第３の記憶制御部と、
   前記第１の端末装置から前記第１の画面要求が受信された後に、第２の端末装置から、前記位置情報と、前記第２の端末装置を識別する第２の識別情報と、を含む第２の画面要求を受信する第２の画面要求受信部と、
   前記第２の端末装置から前記第２の画面要求が受信される場合に、前記第２の画面要求に含まれる前記位置情報に対応付けて記憶されている前記第１の識別情報と、前記第２の画面要求に含まれる前記第２の識別情報と、が一致するのか否かを判断する第３の判断部と、
   前記第１の識別情報と前記第２の識別情報とが一致しないと判断される場合に、前記第１の端末装置とは異なる前記第２の端末装置から前記第２の画面要求が受信されたことを通知するための通知情報を対象装置に送信する通知情報送信部と、を備える、請求項１から５のいずれか一項に記載のサーバ。
7. 前記画面データ送信部は、前記第１の端末装置から前記第１の画面要求が受信される場合に、前記メモリ内の前記設定情報によって示される設定値を含む前記設定変更画面を表わす前記画面データを前記第１の端末装置に送信する、請求項１から６のいずれか一項に記載のサーバ。
8. 機能実行装置であって、
   所定機能を実行するための機能実行エンジンと、
   表示部と、
   ＬＡＮ（Local Area Networkの略）を介した通信を実行するためのＬＡＮインターフェースと、
   サーバから機能実行指示を受信する機能実行指示受信部と、
   前記サーバから前記機能実行指示が受信される場合に、前記所定機能を前記機能実行エンジンに実行させるエンジン制御部と、
   位置情報を受信するための受信指示を受け付ける受付部であって、前記位置情報は、前記サーバに記憶されている設定情報であって、前記所定機能に関連する前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記受付部と、
   前記受信指示が受け付けられる場合に、前記位置情報の送信を要求する位置情報要求を前記サーバに送信する位置情報要求送信部と、
   前記位置情報要求が前記サーバに送信される場合に、前記サーバから前記位置情報を受信する位置情報受信部と、
   前記サーバから前記位置情報が受信される場合に、前記位置情報を外部に出力するための出力処理を実行する出力処理実行部と、
   を備え、
   前記機能実行装置は、さらに、前記ＬＡＮインターフェースを介して端末装置から前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、所定操作を前記機能実行装置に実行することを促す通知画面を前記表示部に表示させる表示制御部を備え、
   前記出力処理実行部は、前記通知画面が前記表示部に表示された後に、前記所定操作が前記機能実行装置に実行される場合に、前記出力処理を実行し、
   前記通知画面が前記表示部に表示された後に、前記所定操作が前記機能実行装置に実行されない場合に、前記出力処理は実行されない、機能実行装置。
9. 前記出力処理実行部は、前記ＬＡＮインターフェースを介して前記端末装置からＨＴＴＰＳ（Hyper Text Transfer Protocol Secureの略）に従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＬＡＮインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理を実行し、
   前記ＬＡＮインターフェースを介して前記端末装置からＨＴＴＰ（Hyper Text Transfer Protocolの略）に従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＬＡＮインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理は実行されない、請求項８に記載の機能実行装置。
10. 前記出力処理実行部は、前記ＬＡＮインターフェースを介して前記端末装置から前記ＨＴＴＰに従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記位置情報がコード化されたコード画像を出力する前記出力処理を実行する、請求項９に記載の機能実行装置。
11. 前記機能実行装置は、さらに、
    ＵＳＢ（Universal Serial Busの略）ケーブルを介した通信を実行するためのＵＳＢインターフェースを備え、
    前記出力処理実行部は、
    前記ＵＳＢインターフェースを介して前記端末装置から前記ＨＴＴＰＳに従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＵＳＢインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理を実行し、
    前記ＵＳＢインターフェースを介して前記端末装置から前記ＨＴＴＰに従った前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、前記ＵＳＢインターフェースを介して前記位置情報を前記端末装置に送信する前記出力処理を実行する、請求項９又は１０に記載の機能実行装置。
12. 前記出力処理実行部は、前記機能実行装置に対する操作である前記受信指示が受け付けられる場合に、前記位置情報がコード化されたコード画像を出力する前記出力処理を実行する、請求項８から１１のいずれか一項に記載の機能実行装置。
13. 前記機能実行装置は、さらに、
    前記ＬＡＮインターフェースを介して、前記端末装置から認証情報を含むログイン要求を受信するログイン要求受信部と、
    前記端末装置から前記ログイン要求が受信される場合に、前記ログイン要求に含まれる前記認証情報が予め決められている初期認証情報であるのか否かを判断する判断部と、を備え、
    前記出力処理実行部は、前記認証情報の認証が成功した後に、前記ＬＡＮインターフェースを介して前記端末装置から前記受信指示を受信することによって、前記受信指示が受け付けられ、かつ、前記認証情報が前記初期認証情報でないと判断される場合に、前記出力処理を実行し、
    前記認証情報の認証が成功した後に、前記ＬＡＮインターフェースを介して前記端末装置から前記受信指示を受信することによって、前記受信指示が受け付けられ、かつ、前記認証情報が前記初期認証情報であると判断される場合に、前記出力処理は実行されない、請求項８から１２のいずれか一項に記載の機能実行装置。
14. サーバのためのコンピュータプログラムであって、
    前記サーバは、
    機能実行装置が実行可能な所定機能に関連する設定情報を記憶するメモリと、
    コンピュータと、を備え、
    前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
    外部装置から、前記機能実行装置に前記所定機能を実行させるための機能実行要求を受信する機能実行要求受信部と、
    前記外部装置から前記機能実行要求が受信される場合に、前記メモリ内の前記設定情報を利用して、前記機能実行装置に前記所定機能を実行させることに関連する関連処理を実行する関連処理実行部と、
    前記機能実行装置から、位置情報の送信を要求する位置情報要求を受信する位置情報要求受信部であって、前記位置情報は、前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記位置情報要求受信部と、
    前記機能実行装置から前記位置情報要求が受信される場合に、前記位置情報を前記機能実行装置に送信する位置情報送信部であって、前記位置情報が前記機能実行装置に送信されることに応じて、前記位置情報が前記機能実行装置によって出力される、前記位置情報送信部と、
    前記機能実行装置によって出力された前記位置情報を取得した第１の端末装置から、前記位置情報を含む第１の画面要求を受信する第１の画面要求受信部と、
    前記第１の端末装置から前記第１の画面要求が受信される場合に、前記設定変更画面を表わす画面データを前記第１の端末装置に送信する画面データ送信部であって、前記画面データが前記第１の端末装置に送信されることに応じて、前記設定変更画面が前記第１の端末装置に表示される、前記画面データ送信部と、
    前記設定変更画面において前記設定情報を変更するための指示が与えられる場合に、前記第１の端末装置から、前記設定情報の変更を要求する変更要求を受信する変更要求受信部と、
    前記第１の端末装置から前記変更要求が受信される場合に、前記変更要求に応じて、前記メモリ内の前記設定情報を変更する変更部と、
    として機能させる、コンピュータプログラム。
15. 機能実行装置のためのコンピュータプログラムであって、
    前記機能実行装置は、
    所定機能を実行するための機能実行エンジンと、
    表示部と、
    ＬＡＮ（Local Area Networkの略）を介した通信を実行するためのＬＡＮインターフェースと、
    コンピュータと、を備え、
    前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
    サーバから機能実行指示を受信する機能実行指示受信部と、
    前記サーバから前記機能実行指示が受信される場合に、前記所定機能を前記機能実行エンジンに実行させるエンジン制御部と、
    位置情報を受信するための受信指示を受け付ける受付部であって、前記位置情報は、前記サーバに記憶されている設定情報であって、前記所定機能に関連する前記設定情報を変更するための設定変更画面に対応する位置を示す情報である、前記受付部と、
    前記受信指示が受け付けられる場合に、前記位置情報の送信を要求する位置情報要求を前記サーバに送信する位置情報要求送信部と、
    前記位置情報要求が前記サーバに送信される場合に、前記サーバから前記位置情報を受信する位置情報受信部と、
    前記サーバから前記位置情報が受信される場合に、前記位置情報を外部に出力するための出力処理を実行する出力処理実行部と、
    として機能させ、
    前記コンピュータプログラムは、前記コンピュータを、さらに、前記ＬＡＮインターフェースを介して端末装置から前記受信指示を受信することによって、前記受信指示が受け付けられる場合に、所定操作を前記機能実行装置に実行することを促す通知画面を前記表示部に表示させる表示制御部として機能させ、
    前記出力処理実行部は、前記通知画面が前記表示部に表示された後に、前記所定操作が前記機能実行装置に実行される場合に、前記出力処理を実行し、
    前記通知画面が前記表示部に表示された後に、前記所定操作が前記機能実行装置に実行されない場合に、前記出力処理は実行されない、コンピュータプログラム。
    

Images