JP2016143173A - 通信装置 - Google Patents

Abstract

【課題】 通信装置のセキュリティを向上させ得る技術を提供する。【解決手段】 プリンタ１０は、仲介サーバ５０からインターネットを介してＧＥＴ要求を受信する場合（Ｔ５４）に、取得対象情報を送信すべきか否かをユーザに選択させるための送信選択画面ＳＣ１を表示する（Ｔ６２）。プリンタ１０は、送信選択画面ＳＣ１で「はい」が選択される場合（Ｔ６４）には、取得対象情報を仲介サーバ５０に送信し（Ｔ６８）、送信選択画面ＳＣ１で「いいえ」が選択される場合には、取得対象情報を仲介サーバ５０に送信しない。プリンタ１０は、ユーザ端末８０からインターネットを介さずにＧＥＴ要求を受信する場合（Ｔ１０２）に、送信選択画面ＳＣ１を表示せずに、取得対象情報をユーザ端末８０に送信する（Ｔ１０４）。【選択図】 図５

Description

本明細書では、通信装置が所属しているローカルエリアネットワーク内に存在しないサーバ装置と、上記のローカルエリアネットワークと同一のネットワーク内に存在する端末装置と、のそれぞれと通信を実行可能な通信装置を開示する。

特許文献１には、インターネットを介してサーバと接続される画像処理装置が開示されている。画像処理装置の保守点検等のために、画像処理装置は、画像処理装置内の情報をサーバに送信する。

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

特許文献１の技術では、画像処理装置は、サーバからの要求に応じて、画像処理装置内の情報をサーバに必ず送信する。このような構成では、画像処理装置のセキュリティが低下し得る。本明細書では、通信装置のセキュリティを向上させ得る技術を提供する。

本明細書によって開示される一つの形態の通信装置は、受信部と、判断部と、表示制御部と、送信部と、を備える。受信部は、通信装置内の取得対象情報を取得するための第１の要求を受信する。判断部は、第１の要求が、通信装置が所属しているローカルエリアネットワーク内に存在しないサーバ装置から受信されたのか、ローカルエリアネットワークと同一のネットワーク内に存在する端末装置から受信されたのか、を判断する。表示制御部は、第１の要求がサーバ装置から受信されたと判断される場合に、取得対象情報を送信すべきか否かをユーザに選択させるための送信選択画面を通信装置の表示部に表示させ、第１の要求が端末装置から受信されたと判断される場合に、送信選択画面を表示部に表示させない。送信部は、第１の要求がサーバ装置から受信されたと判断される場合に、取得対象情報を送信すべきことが送信選択画面を介してユーザによって選択されることに応じて、取得対象情報をサーバ装置に送信し、第１の要求がサーバ装置から受信されたと判断される場合に、取得対象情報を送信すべきでないことが送信選択画面を介してユーザによって選択されることに応じて、取得対象情報をサーバ装置に送信せず、第１の要求が端末装置から受信されたと判断される場合に、取得対象情報を端末装置に送信する。

通信装置が所属しているローカルエリアネットワーク内に存在しないサーバ装置は、通常、ローカルエリアネットワークの管理者によって設置される装置ではないので、信頼性が高い装置であるのか否かが不明である。このような実情に鑑みて、通信装置は、サーバ装置から第１の要求を受信する場合に、送信選択画面を表示し、ユーザの選択結果に応じて取得対象情報をサーバ装置に送信するのか否かを変える。サーバ装置からの第１の要求に応じて取得対象情報が送信されることをユーザが望まない場合には、取得対象情報がサーバ装置に送信されないので、通信装置のセキュリティを向上させ得る。一方、通信装置が所属しているローカルエリアネットワーク内に存在する端末装置は、通常、ローカルエリアネットワークの管理者によって設置される装置であり、比較的に信頼性が高い装置である。このような実情に鑑みて、通信装置は、端末装置から第１の要求を受信する場合に、送信選択画面を表示することなく、取得対象情報を端末装置に送信する。このように、ユーザが送信選択画面を介した選択を実行せずに済むので、ユーザの利便性が高い。

また、本明細書によって開示される他の形態の通信装置は、受信部と、判断部と、表示制御部と、設定部と、を備える。受信部は、設定対象情報を通信装置に設定するための第１の要求を受信する。判断部は、第１の要求が、通信装置が所属しているローカルエリアネットワーク内に存在するサーバ装置から受信されたのか、ローカルエリアネットワークと同一のネットワーク内に存在する端末装置から受信されたのか、を判断する。表示制御部は、第１の要求がサーバ装置から受信されたと判断される場合に、設定対象情報を設定すべきか否かをユーザに選択させるための設定選択画面を通信装置の表示部に表示させ、第１の要求が端末装置から受信されたと判断される場合に、設定選択画面を表示部に表示させない。設定部は、第１の要求がサーバ装置から受信されたと判断される場合に、設定対象情報を設定すべきことが設定選択画面を介してユーザによって選択されることに応じて、設定対象情報を通信装置に設定し、第１の要求がサーバ装置から受信されたと判断される場合に、設定対象情報を設定すべきでないことが設定選択画面を介してユーザによって選択されることに応じて、設定対象情報を通信装置に設定せず、第１の要求が端末装置から受信されたと判断される場合に、設定対象情報を通信装置に設定する。

上記の構成によると、通信装置は、サーバ装置から第１の要求を受信する場合に、設定選択画面を表示し、ユーザの選択結果に応じて設定対象情報を通信装置に設定するのか否かを変える。サーバ装置からの第１の要求に応じて設定対象情報が設定されることをユーザが望まない場合には、設定対象情報が通信装置に設定されないので、通信装置のセキュリティを向上させ得る。一方、通信装置は、端末装置から第１の要求を受信する場合に、設定選択画面を表示することなく、設定対象情報を通信装置に設定する。このように、ユーザが設定選択画面を介した選択を実行せずに済むので、ユーザの利便性が高い。

上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。

通信システムの構成を示す。 プリンタと仲介サーバとの間にＸＭＰＰ接続を確立するための各処理のシーケンス図を示す。 ＧＥＴ要求監視処理のフローチャートを示す。 ＳＥＴ要求監視処理のフローチャートを示す。 ＧＥＴ要求に応じて取得対象情報が送信されるケースを示す。 ＳＥＴ要求に応じて設定対象情報が設定されるケースを示す。 ＧＥＴ要求に応じないケースとＳＥＴ要求に応じないケースとを示す。 ＧＥＴ要求に応じて取得対象情報が送信される第２実施例のケースを示す。

（第１実施例）
（通信システム２の構成；図１）
通信システム２は、プリンタ１０と、仲介サーバ５０と、ユーザ端末８０と、サービスサーバ１００と、サービス端末１１０と、を備える。プリンタ１０とユーザ端末８０とは、同一のローカルエリアネットワーク４（以下ではＬＡＮ（Local Area Networkの略）４と呼ぶ）に所属している。従って、プリンタ１０は、インターネット６を介さずに、ＬＡＮ４を介して、ユーザ端末８０と通信可能である。仲介サーバ５０は、プリンタ１０が所属しているＬＡＮ４内に存在せず、インターネット６上に設置されている。従って、プリンタ１０は、ＬＡＮ４及びインターネット６を介して、仲介サーバ５０と通信可能である。また、サービスサーバ１００も、ＬＡＮ４内に存在せず、インターネット６上に設置されている。仲介サーバ５０とサービスサーバ１００とは、インターネット６を介して、相互に通信可能である。サービス端末１１０は、ＬＡＮ４とは異なるＬＡＮ（図示省略）に所属している。サービスサーバ１００とサービス端末１１０とは、上記の異なるＬＡＮ及びインターネット６を介して、相互に通信可能である。

（プリンタ１０の構成）
プリンタ１０は、ＬＡＮ４内に存在するユーザ端末８０の周辺機器であり、操作部１２と、表示部１４と、ネットワークＩ／Ｆ（Interfaceの略）１６と、印刷実行部１８と、制御部３０と、を備える。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとして機能する。即ち、表示部１４は、ユーザによって操作される操作部としても機能する。ネットワークＩ／Ｆ１６は、プリンタ１０をＬＡＮ４に接続するためのインターフェースである。ネットワークＩ／Ｆ１６は、有線通信を実行するためのインターフェースであってもよいし、無線通信を実行するためのインターフェースであってもよい。即ち、ＬＡＮ４は、有線ＬＡＮでも無線ＬＡＮでもよい。なお、ＬＡＮ４には、ルータ４０が設置されている。ルータ４０は、ＬＡＮ４内に存在するデバイス（例えばプリンタ１０）とＬＡＮ４内に存在しないデバイス（例えば仲介サーバ５０）との間の通信を中継する。印刷実行部１８は、インクジェット方式、レーザー方式等の印刷機構を備える。制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、例えば、ＲＡＭ、ＲＯＭ等である。

（仲介サーバ５０の構成）
仲介サーバ５０は、プリンタ１０とサービスサーバ１００との間の通信を仲介するためのサーバであり、プリンタ１０のベンダによってインターネット６上に設置される。仲介サーバ５０は、ネットワークＩ／Ｆ６０と、制御部７０と、を備える。ネットワークＩ／Ｆ６０は、仲介サーバ５０をインターネット６に接続するためのインターフェースである。制御部７０は、ＣＰＵ７２と、メモリ７４と、を備える。ＣＰＵ７２は、メモリ７４に格納されているプログラム７６に従って、様々な処理を実行する。メモリ７４は、例えば、ＲＡＭ、ＲＯＭ等である。

（他のデバイス８０，１００，１１０の構成）
ユーザ端末８０は、ＬＡＮ４の管理者によってＬＡＮ４内に設置される端末であり、例えば、ＰＣ（Personal Computerの略）、携帯電話、スマートフォン、タブレット端末等である。サービスサーバ１００は、プリンタ１０のユーザにコールサービスを提供するコールセンタに設置されるサーバである。コールサービスは、ユーザから電話を受けて、プリンタ１０に関する質問等に回答するためのサービスである。サービス端末１１０は、コールセンタのオペレータによって操作される端末である。

（通信システム２の概要）
本実施例では、コールセンタのオペレータが、プリンタ１０のユーザから電話を受けた際に、サービス端末１１０を利用する状況を想定している。特に、サービス端末１１０が、オペレータからの指示に応じて、サービスサーバ１００及び仲介サーバ５０を介して、ＧＥＴ要求及びＳＥＴ要求をプリンタ１０に送信する状況を想定している。例えば、サービス端末１１０がプリンタ１０内の情報を取得するための指示をサービスサーバ１００に送信すれば、サービスサーバ１００から仲介サーバ５０への指示の送信と、仲介サーバ５０からプリンタ１０へのＧＥＴ要求の送信と、が実行される。これにより、サービス端末１１０は、プリンタ１０から当該情報を取得し得るので、当該情報を表示し得る。この結果、オペレータは、当該情報の内容をユーザから電話で聞き出すことなく、当該情報の内容を知ることができる。また、例えば、サービス端末１１０が情報をプリンタ１０に設定するための指示をサービスサーバ１００に送信すれば、サービスサーバ１００から仲介サーバ５０への指示の送信と、仲介サーバ５０からプリンタ１０へのＳＥＴ要求の送信と、が実行される。これにより、サービス端末１１０は、当該情報をプリンタ１０に設定し得る。この結果、プリンタ１０のユーザは、当該情報をプリンタ１０に設定する作業を実行せずに済む。また、プリンタ１０は、ＬＡＮ４を介して、ユーザ端末８０からＧＥＴ要求又はＳＥＴ要求を受信することに応じて、プリンタ１０内の情報の送信、又は、プリンタ１０への情報の設定を実行することもできる。

（ＸＭＰＰ接続を確立するための各処理；図２）
次いで、図２を参照して、プリンタ１０と仲介サーバ５０との間にＸＭＰＰ（Extensible Messaging and Presence Protocolの略）接続を確立するための各処理の内容を説明する。上述したように、本実施例では、仲介サーバ５０からプリンタ１０へのＧＥＴ要求又はＳＥＴ要求の送信が実行され得る。この際に、仲介サーバ５０は、インターネット６を介して、要求をプリンタ１０に送信する。特に、仲介サーバ５０は、プリンタ１０から何らかの指示を受信して、当該指示に対する応答として要求をプリンタ１０に送信するのではなく、プリンタ１０から指示を受信することなく、要求をプリンタ１０に送信する。ＬＡＮ４は、通常、インターネット６からの不正なアクセスを制限するためのファイヤーウォール（即ちルータ４０）等を備える。このために、プリンタ１０がインターネット６を介して仲介サーバ５０から要求を受信するためには、仲介サーバ５０がサービスサーバ１００から当該要求の送信のための指示を受け付ける前に、仲介サーバ５０とプリンタ１０の間にいわゆる常時接続と呼ばれるＸＭＰＰ接続を予め確立しておく必要がある。これにより、プリンタ１０は、何らかの指示を仲介サーバ５０に送信しなくても、ＸＭＰＰ接続を利用して、インターネット６を介して、仲介サーバ５０から要求を受信することができる。

Ｔ１０では、ユーザ端末８０は、ユーザからの指示に応じて、ユーザによって決定されるユーザアカウントＡＣを含むアカウント登録要求をサービスサーバ１００に送信する。アカウント登録要求は、ユーザＩＤとパスワードとを含むユーザアカウントＡＣの登録をサービスサーバ１００に要求するためのコマンドである。これにより、サービスサーバ１００では、ユーザアカウントＡＣが登録される。

サービスサーバ１００は、ユーザアカウントＡＣを登録することに応じて、Ｔ１２において、ユーザアカウントＡＣを含むトークン発行要求を仲介サーバ５０に送信する。トークン発行要求は、トークンの発行を仲介サーバ５０に要求するためのコマンドである。トークンは、仲介サーバ５０を利用するための認証情報である。

仲介サーバ５０のＣＰＵ７２は、サービスサーバ１００からトークン発行要求を受信することに応じて、Ｔ１４において、トークンＴＫを生成する。ＣＰＵ７２は、ユーザアカウントＡＣとトークンＴＫとを対応付けて、メモリ７４内に登録する。なお、一点鎖線で示されるボックスは、当該ボックス内の情報が対応付けて登録されていることを意味する。次いで、Ｔ１６において、ＣＰＵ７２は、トークンＴＫを含む応答をサービスサーバ１００に送信する。

サービスサーバ１００は、仲介サーバ５０から応答を受信することに応じて、応答内のトークンＴＫをユーザアカウントＡＣに対応付けてサービスサーバ１００内に登録する。次いで、Ｔ１８では、サービスサーバ１００は、トークンＴＫを含むＰＩＮコード発行要求を仲介サーバ５０に送信する。ＰＩＮコード発行要求は、ＰＩＮコードの発行を仲介サーバ５０に要求するためのコマンドである。ＰＩＮコードは、仲介サーバ５０が、プリンタ１０とのＸＭＰＰ接続を確立するために、プリンタ１０から受信すべき情報である。

仲介サーバ５０のＣＰＵ７２は、サービスサーバ１００からＰＩＮコード発行要求を受信することに応じて、Ｔ２０において、ＰＩＮコードＰＣを生成して、ＰＩＮコード発行要求内のトークンＴＫに対応付けてＰＩＮコードＰＣをメモリ７４内に登録する。これにより、メモリ７４内において、ユーザアカウントＡＣとトークンＴＫとＰＩＮコードＰＣとが対応付けられる。次いで、Ｔ２２では、ＣＰＵ７２は、ＰＩＮコードＰＣを含む応答をサービスサーバ１００に送信する。

サービスサーバ１００は、仲介サーバ５０から応答を受信することに応じて、Ｔ２４において、応答内のＰＩＮコードＰＣを含むアカウント登録通知をユーザ端末８０に送信する。アカウント登録通知は、Ｔ１０のアカウント登録要求に応じたユーザアカウントＡＣの登録が完了したことを示す通知である。

ユーザ端末８０は、サービスサーバ１００からアカウント登録通知を受信することに応じて、Ｔ２６において、アカウント登録通知を表示する。これにより、ユーザは、アカウント登録通知内のＰＩＮコードＰＣを知ることができる。

次いで、Ｔ３０では、ユーザ端末８０は、ユーザによって入力されるＰＩＮコードＰＣを含むサーバ接続要求をプリンタ１０に送信する。サーバ接続要求は、ＸＭＰＰ接続を確立することをプリンタ１０に要求するためのコマンドである。

プリンタ１０のＣＰＵ３２は、ユーザ端末８０からサーバ接続要求を受信することに応じて、Ｔ３２において、ＸＭＰＰ接続要求を仲介サーバ５０に送信する。ＸＭＰＰ接続要求は、ＸＭＰＰ接続を確立することを仲介サーバ５０に要求するためのコマンドである。ＸＭＰＰ接続は、サーバ接続要求内のＰＩＮコードＰＣと、プリンタ１０のメモリ３４に予め記憶されているプリンタ情報ＰＩと、を含む。プリンタ情報ＰＩは、プリンタ１０を識別するためのＩＤ（Identificationの略）である。

仲介サーバ５０のＣＰＵ７２は、プリンタ１０からＸＭＰＰ接続要求を受信することに応じて、ＸＭＰＰ接続要求内のＰＩＮコードＰＣの認証を実行する。ＣＰＵ７２は、ＰＩＮコードＰＣがメモリ７４内に登録されている場合には、ＰＩＮコードＰＣの認証が成功したと判断し、ＰＩＮコードＰＣがメモリ７４内に登録されていない場合には、ＰＩＮコードＰＣの認証が失敗したと判断する。図２の例では、Ｔ３４において、ＣＰＵ７２は、ＰＩＮコードＰＣの認証が成功したと判断して、ＸＭＰＰ接続の確立を許可することを決定する。この際に、ＣＰＵ７２は、ＰＩＮコードＰＣをメモリ７４から削除し、ＸＭＰＰ接続要求内のプリンタ情報ＰＩをメモリ７４内に登録する。これにより、メモリ７４内において、ユーザアカウントＡＣとトークンＴＫとプリンタ情報ＰＩとが対応付けられる。

次いで、Ｔ３６では、プリンタ１０と仲介サーバ５０との間にＸＭＰＰ接続が確立される。即ち、プリンタ１０のＣＰＵ３２は、仲介サーバ５０とのＸＭＰＰ接続を確立する。また、仲介サーバ５０のＣＰＵ７２は、プリンタ１０とのＸＭＰＰ接続、即ち、プリンタ情報ＰＩに対応するＸＭＰＰ接続を確立する。従って、この後、ＣＰＵ７２は、トークンＴＫを含む指示を受信する際に、トークンＴＫに対応付けて登録されているプリンタ情報ＰＩを特定し、特定済みのプリンタ情報ＰＩに対応するＸＭＰＰ接続を利用して、ＧＥＴ要求又はＳＥＴ要求をプリンタ１０に送信することができる。

（ＧＥＴ要求監視処理；図３）
続いて、図３を参照して、プリンタ１０のＣＰＵ３２によって実行されるＧＥＴ要求監視処理の内容を説明する。ＧＥＴ要求監視処理では、簡単に説明すると、ＣＰＵ３２は、仲介サーバ５０又はユーザ端末８０からプリンタ１０内の情報を取得するためのＧＥＴ要求を受信して、プリンタ１０内の情報を仲介サーバ５０又はユーザ端末８０に送信する。特に、ＣＰＵ３２は、ＧＥＴ要求内の取得項目情報によって示される項目に対応する情報を仲介サーバ５０又はユーザ端末８０に送信する。取得項目情報は、例えば、プリンタ１０のエラー履歴、プリンタ１０の消耗品残量等を示す。以下では、取得項目情報によって示される項目に対応する情報（例えばエラー履歴情報、消耗品残量情報等）のことを「取得対象情報」と呼ぶ。また、ＧＥＴ要求の送信元の装置のことを「送信元装置」と呼ぶ。

Ｓ１０では、ＣＰＵ３２は、送信元装置からＧＥＴ要求を受信することを監視する。ＣＰＵ３２は、送信元装置からＧＥＴ要求を受信する場合（Ｓ１０でＹＥＳ）に、Ｓ１２に進む。

Ｓ１２では、ＣＰＵ３２は、ＧＥＴ要求が、仲介サーバ５０からインターネット６を介して受信されたのか、ユーザ端末８０からインターネット６を介さずに受信されたのか、を判断する。より正確には、ＣＰＵ３２は、ＧＥＴ要求が、仲介サーバ５０からインターネット６及びＬＡＮ４を介して受信されたのか、ユーザ端末８０からインターネット６を介さずにＬＡＮ４を介して受信されたのか、を判断する。具体的には、ＣＰＵ３２は、ＧＥＴ要求のプロトコルの種類に基づいて、Ｓ１２の判断を実行する。ＣＰＵ３２は、ＧＥＴ要求がＸＭＰＰに従ったコマンドである場合、即ち、ＧＥＴ要求がＸＭＰＰ接続を介した通信のためのポートを利用して受信された場合には、ＧＥＴ要求が仲介サーバ５０からインターネット６を介して受信されたと判断して（Ｓ１２でＹＥＳ）、Ｓ１４に進む。一方、ＣＰＵ３２は、ＧＥＴ要求がＸＭＰＰとは異なるプロトコルに従ったコマンドである場合、即ち、ＧＥＴ要求が上記のポートを利用せずに受信された場合には、ＧＥＴ要求がユーザ端末８０からインターネット６を介さずに受信されたと判断して（Ｓ１２でＮＯ）、Ｓ１４〜Ｓ２０をスキップしてＳ２２に進む。上記の異なるプロトコルは、例えば、ＨＴＴＰ（Hyper Text Transfer Protocolの略）、ＳＮＭＰ（Simple Network Management Protocolの略）等である。

Ｓ１４では、ＣＰＵ３２は、タイマの値Ｔがゼロであるのか否かを判断する。当該タイマは、後述のＳ２０でカウントが開始されるタイマであり、より具体的には、送信選択画面で「はい」が選択されてから所定時間をカウントするためのタイマである。ＣＰＵ３２は、タイマの値Ｔがゼロであると判断する場合（Ｓ１４でＹＥＳ）には、Ｓ１６に進み、タイマの値Ｔがゼロでないと判断する場合（Ｓ１４でＮＯ）には、Ｓ１６〜Ｓ２０をスキップしてＳ２２に進む。

Ｓ１６では、ＣＰＵ３２は、送信選択画面ＳＣ１を表示部１４に表示させる。送信選択画面ＳＣ１は、インターネット６を介したＧＥＴ要求に応じて取得対象情報を送信すべきか否かをユーザに選択させるための画面である。送信選択画面ＳＣ１は、ＬＡＮ４の外部からプリンタ１０にアクセスされたことを示すメッセージと、取得対象情報の送信を許可することを示す「はい」ボタンと、取得対象情報の送信を拒否することを示す「いいえ」ボタンと、を含む。なお、送信選択画面ＳＣ１は、さらに、ＧＥＴ要求内の取得項目情報によって示される項目を表わす文字列（例えば、文字列「エラー履歴」、文字列「消耗品残量」等）を含んでいてもよい。これにより、ユーザは、プリンタ１０内のどの情報の送信が求められているのか知ることができ、情報の種類に応じて、情報の送信を許可するのか拒否するのかを決定することができる。

Ｓ１８では、ＣＰＵ３２は、送信選択画面ＳＣ１において、「はい」ボタンが選択されたのか、「いいえ」ボタンが選択されたのか、を判断する。ＣＰＵ３２は、「はい」ボタンが選択されたと判断する場合（Ｓ１８でＹＥＳ）には、Ｓ２０に進み、「いいえ」ボタンが選択されたと判断する場合（Ｓ１８でＮＯ）には、Ｓ２４に進む。

Ｓ２０では、ＣＰＵ３２は、タイマのカウントを開始する。タイマの値Ｔは、所定値Ｔｔｈに到達すると、図３とは異なる処理において、ゼロにリセットされる。Ｓ２０が終了すると、Ｓ２２に進む。

Ｓ２２では、ＣＰＵ３２は、ＧＥＴ要求内の取得項目情報によって示される項目に対応する取得対象情報を送信元装置に送信する。即ち、Ｓ１２でＹＥＳを経て実行されるＳ２２では、ＣＰＵ３２は、取得対象情報を仲介サーバ５０に送信する。また、Ｓ１２でＮＯを経て実行されるＳ２２では、ＣＰＵ３２は、取得対象情報をユーザ端末８０に送信する。Ｓ２２が終了すると、Ｓ１０に戻る。

また、Ｓ２４では、ＣＰＵ３２は、取得対象情報を仲介サーバ５０に送信することなく、取得不許可情報を仲介サーバ５０に送信する。取得不許可情報は、仲介サーバ５０が取得対象情報を取得できないことを仲介サーバ５０に通知するための情報である。Ｓ２４が終了すると、Ｓ１０に戻る。

（ＳＥＴ要求監視処理；図４）
続いて、図４を参照して、プリンタ１０のＣＰＵ３２によって実行されるＳＥＴ要求監視処理の内容を説明する。ＳＥＴ要求監視処理では、簡単に説明すると、ＣＰＵ３２は、仲介サーバ５０又はユーザ端末８０からプリンタ１０に情報を設定するためのＳＥＴ要求を受信して、ＳＥＴ要求内の情報（以下では「設定対象情報」と呼ぶ）をプリンタ１０に設定する。以下では、ＳＥＴ要求の送信元の装置のことを「送信元装置」と呼ぶ。設定対象情報は、プリンタ１０の通信設定（例えばＩＰアドレス、サブネットマスク、ゲートウェイアドレス等）、デフォルトの印刷設定（例えば用紙サイズ、印刷解像度、両面印刷の有無等）等である。

Ｓ３０では、ＣＰＵ３２は、送信元装置からＳＥＴ要求を受信することを監視する。ＣＰＵ３２は、送信元装置からＳＥＴ要求を受信する場合（Ｓ３０でＹＥＳ）に、Ｓ３２に進む。

Ｓ３２では、ＣＰＵ３２は、ＳＥＴ要求が、仲介サーバ５０からインターネット６を介して受信されたのか、ユーザ端末８０からインターネット６を介さずに受信されたのか、を判断する。Ｓ３２の判断は、図３のＳ１２の判断と同様である。ＣＰＵ３２は、ＳＥＴ要求が仲介サーバ５０からインターネット６を介して受信されたと判断する場合（Ｓ３２でＹＥＳ）には、Ｓ３４に進み、ＳＥＴ要求がユーザ端末８０からインターネット６を介さずに受信されたと判断する場合（Ｓ３２でＮＯ）には、Ｓ３４〜Ｓ４０をスキップしてＳ４２に進む。

Ｓ３４では、ＣＰＵ３２は、タイマの値Ｔがゼロであるのか否かを判断する。当該タイマは、図３のＳ２０でカウントが開始されるタイマとは異なる。当該タイマは、後述のＳ４０でカウントが開始されるタイマであり、より具体的には、設定選択画面で「はい」が選択されてから所定時間をカウントするためのタイマである。ＣＰＵ３２は、タイマの値Ｔがゼロであると判断する場合（Ｓ３４でＹＥＳ）には、Ｓ３６に進み、タイマの値Ｔがゼロでないと判断する場合（Ｓ３４でＮＯ）には、Ｓ３６〜Ｓ４０をスキップしてＳ４２に進む。

Ｓ３６では、ＣＰＵ３２は、設定選択画面ＳＣ２を表示部１４に表示させる。設定選択画面ＳＣ２は、インターネット６を介した要求に応じて設定対象情報を設定すべきか否かをユーザに選択させるための画面である。設定選択画面ＳＣ２は、ＬＡＮ４の外部からプリンタ１０にアクセスされたことを示すメッセージと、設定対象情報の設定を許可することを示す「はい」ボタンと、設定対象情報の設定を拒否することを示す「いいえ」ボタンと、を含む。

Ｓ３８では、ＣＰＵ３２は、設定選択画面ＳＣ２において、「はい」ボタンが選択されたのか、「いいえ」ボタンが選択されたのか、を判断する。ＣＰＵ３２は、「はい」ボタンが選択されたと判断する場合（Ｓ３８でＹＥＳ）には、Ｓ４０に進み、「いいえ」ボタンが選択されたと判断する場合（Ｓ３８でＮＯ）には、Ｓ４６に進む。

Ｓ４０では、ＣＰＵ３２は、タイマのカウントを開始する。タイマの値Ｔは、所定値Ｔｔｈに到達すると、図４とは異なる処理において、ゼロにリセットされる。Ｓ４０が終了すると、Ｓ４２に進む。

Ｓ４２では、ＣＰＵ３２は、ＳＥＴ要求で要求されている設定対象情報、即ち、ＳＥＴ要求内の設定対象情報を、プリンタ１０に設定する。即ち、プリンタ１０は、ＳＥＴ要求を受信した際にプリンタ１０のメモリ３４内に設定されている情報（例えばＩＰアドレス）に代えて、ＳＥＴ要求内の設定対象情報（例えば新たなＩＰアドレス）をメモリ３４に登録する。即ち、ＣＰＵ３２は、設定の変更を実行する。Ｓ４２が終了すると、Ｓ４４に進む。

Ｓ４４では、ＣＰＵ３２は、設定完了情報を送信元装置に送信する。即ち、Ｓ３２でＹＥＳを経て実行されるＳ４４では、ＣＰＵ３２は、設定完了情報を仲介サーバ５０に送信する。また、Ｓ３２でＮＯを経て実行されるＳ４４では、ＣＰＵ３２は、設定完了情報をユーザ端末８０に送信する。設定完了情報は、設定対象情報の設定が完了したことを送信元装置に通知するための情報である。Ｓ４４が終了すると、Ｓ３０に戻る。

また、Ｓ４６では、ＣＰＵ３２は、設定対象情報をプリンタ１０に設定することなく、設定不許可情報を仲介サーバ５０に送信する。設定不許可情報は、設定対象情報を設定しないことを仲介サーバ５０に通知するための情報である。Ｓ４６が終了すると、Ｓ３０に戻る。

（ＧＥＴ要求に応じて取得対象情報が送信されるケース；図５）
図５〜図７を参照して、図３及び図４の各処理によって実現される具体的なケースを説明する。まず、図５を参照して、ＧＥＴ要求に応じて取得対象情報が送信されるケースを説明する。なお、図５〜図７の各ケースでは、サービス端末１１０からサービスサーバ１００に指示が送信される前に、即ち、サービスサーバ１００から仲介サーバ５０に指示が送信される前に、仲介サーバ５０とプリンタ１０の間にＸＭＰＰ接続が確立されている（図２のＴ３６参照）。

Ｔ５０では、サービス端末１１０は、コールセンタのオペレータからの指示に応じて、ＧＥＴ要求の送信のための指示をサービスサーバ１００に送信する。なお、当該指示がサービスサーバ１００に送信される前に、オペレータは、電話相手であるプリンタ１０のユーザからユーザアカウントＡＣ（図２参照）を聞き出して、当該ユーザアカウントＡＣを利用して、サービス端末１１０がサービスサーバ１００にログインしているログイン状態を構築する。そして、サービス端末１１０は、当該ログイン状態を利用して、ＧＥＴ要求の送信のための指示をサービスサーバ１００に送信する。当該指示は、取得項目情報を含む。

サービスサーバ１００は、サービス端末１１０からＧＥＴ要求の送信のための指示を受信することに応じて、上記のログイン状態に対応するトークンＴＫ（即ちユーザアカウントＡＣに対応付けられているトークンＴＫ（図２のＴ１６参照））を取得する。そして、Ｔ５２では、サービスサーバ１００は、取得済みのトークンＴＫと、Ｔ５０の指示内の取得項目情報と、を含む指示（即ち、ＧＥＴ要求の送信のための指示）を仲介サーバ５０に送信する。

仲介サーバ５０のＣＰＵ７２は、サービスサーバ１００からＧＥＴ要求の送信のための指示を受信することに応じて、当該指示内のトークンＴＫの認証を実行する。なお、以下では、「仲介サーバ５０のＣＰＵ７２は・・・」という記載に代えて、簡単に「仲介サーバ５０は・・・」と記載する。仲介サーバ５０は、トークンＴＫがメモリ７４内に記憶されている場合には、トークンＴＫの認証が成功したと判断し、トークンＴＫがメモリ７４内に記憶されていない場合には、トークンＴＫの認証が失敗したと判断して以降の処理を実行しない。本ケースでは、トークンＴＫの認証が成功するので（図２のＴ３４参照）、Ｔ５４において、仲介サーバ５０は、トークンＴＫに対応付けられているプリンタ情報ＰＩ（図２のＴ３４参照）によって識別されるプリンタ１０とのＸＭＰＰ接続を利用して、ＸＭＰＰに従ったＧＥＴ要求をプリンタ１０に送信する。当該ＧＥＴ要求は、トークンＴＫに対応付けられているユーザアカウントＡＣ（図２のＴ３４参照）内のユーザＩＤと、Ｔ５２の指示内の取得項目情報と、を含む。上述したように、仲介サーバ５０からプリンタ１０に送信されるＧＥＴ要求は、仲介サーバ５０がプリンタ１０から指示を受けることなく、仲介サーバ５０から送信される。即ち、仲介サーバ５０は、要求の送信のための指示を、プリンタ１０からではなく、サービスサーバ１００から受信する。この点は、後述の図６〜図８でも同様である。

Ｔ６０では、プリンタ１０のＣＰＵ３２は、仲介サーバ５０からＧＥＴ要求を受信することに応じて、ＧＥＴ要求がインターネット６を介して仲介サーバ５０から受信されたと判断する（図３のＳ１２でＹＥＳ）。なお、以下では、「プリンタ１０のＣＰＵ３２は・・・」という記載に代えて、簡単に「プリンタ１０は・・・」と記載する。Ｔ６２では、プリンタ１０は、送信選択画面ＳＣ１（図３参照）を表示する（Ｓ１６）。Ｔ６４では、送信選択画面ＳＣ１内の「はい」がユーザによって選択される（Ｓ１８でＹＥＳ）。Ｔ６６では、プリンタ１０は、タイマのカウントを開始する（Ｓ２０）。Ｔ６８では、プリンタ１０はＧＥＴ要求内の取得項目情報によって示される項目に対応する取得対象情報を仲介サーバ５０に送信する（Ｓ２２）。

仲介サーバ５０は、プリンタ１０から取得対象情報を受信することに応じて、Ｔ７０において、取得対象情報をサービスサーバ１００に送信する。サービスサーバ１００は、仲介サーバ５０から取得対象情報を受信することに応じて、Ｔ７２において、取得対象情報をサービス端末１１０に送信する。サービス端末１１０は、サービスサーバ１００から取得対象情報を受信することに応じて、Ｔ７４において、取得対象情報を表示する。これにより、コールセンタのオペレータは、サービス端末１１０に表示された取得対象情報を見ることによって、プリンタ１０内の情報を知ることができる。

仲介サーバ５０は、インターネット６に設置されており、ＬＡＮ４の管理者によって設置される装置ではない。このために、プリンタ１０は、仲介サーバ５０からインターネット６を介してＧＥＴ要求を受信する場合に、ＧＥＴ要求の送信元装置（即ち仲介サーバ５０）が、信頼性が高い装置であるのか否かが不明である。従って、本実施例では、プリンタ１０は、仲介サーバ５０からＧＥＴ要求を受信する場合に、送信選択画面ＳＣ１を表示する（Ｔ６２）。ユーザは、コールセンタのオペレータと通話を行なっており、オペレータからプリンタ１０内の情報を見たい旨が通知されている。従って、ユーザは、送信選択画面ＳＣ１で「はい」を選択しても問題ないと判断し、送信選択画面ＳＣ１で「はい」を選択する（Ｔ６４）。この場合、プリンタ１０は、取得対象情報を仲介サーバ５０に送信する（Ｔ６８）。このように、プリンタ１０は、取得対象情報の送信がユーザによって許可される場合に、取得対象情報を仲介サーバ５０に適切に送信することができる。

本実施例では、ＧＥＴ要求が複数回に亘ってプリンタ１０に送信される状況を想定している。Ｔ８０では、サービス端末１１０は、ＧＥＴ要求の送信のための指示をサービスサーバ１００に送信する。この結果、Ｔ５２及びＴ５４と同様に、Ｔ８２において、サービスサーバ１００から仲介サーバ５０に指示が送信され、Ｔ８４において、仲介サーバ５０からプリンタ１０にＧＥＴ要求が送信される。

プリンタ１０は、仲介サーバ５０からＧＥＴ要求を再び受信する際に、Ｔ６６でカウントが開始されたタイマの値Ｔが所定値Ｔｔｈよりも小さくて、タイマのカウントが継続しているので、タイマＴの値がゼロでないと判断する（図３のＳ１４でＮＯ）。このために、Ｔ８６では、プリンタ１０は、送信選択画面ＳＣ１を表示せずに（即ちＳ１６を実行することなく）、取得対象情報を仲介サーバ５０に送信する（Ｓ２２）。Ｔ８８〜Ｔ９４は、上記のＴ６８〜Ｔ７４と同様である。

上述したように、プリンタ１０は、ユーザが送信選択画面ＳＣ１で「はい」を選択してから所定時間が経過するまでの間に、仲介サーバ５０からＧＥＴ要求を再び受信する場合に、送信選択画面ＳＣ１を再び表示しない。送信選択画面ＳＣ１を再び表示しても、ユーザが「はい」を再び選択する可能性が高いからである。ユーザが送信選択画面ＳＣ１を介した選択を再び実行せずに済むので、ユーザの利便性が高い。

図５には、ユーザ端末８０からプリンタ１０にＧＥＴ要求が送信されるケースも示されている。Ｔ１００では、ユーザは、ＧＥＴ要求の送信のための指示をユーザ端末８０に入力する。Ｔ１０２では、ユーザ端末８０は、ユーザから当該指示を受け付けることに応じて、インターネット６を介さずに、取得項目情報を含むＧＥＴ要求をプリンタ１０に送信する。当該ＧＥＴ要求は、ＸＭＰＰとは異なるプロトコルに従ったコマンドであり、図５のケースでは、ＳＮＭＰ又はＨＴＴＰに従ったコマンドである。また、当該ＧＥＴ要求は、Ｔ５４のＧＥＴ要求とは異なり、ユーザＩＤを含まない。

プリンタ１０は、ユーザ端末８０からＧＥＴ要求を受信することに応じて、ＧＥＴ要求がインターネット６を介さずにユーザ端末８０から受信されたと判断する（図３のＳ１２でＮＯ）。なお、Ｔ１０２のＧＥＴ要求がＳＮＭＰに従ったＧＥＴ要求である場合には、プリンタ１０は、ユーザ端末８０との接続を確立することなく、ユーザ端末８０からＳＮＭＰに従ったＧＥＴ要求を受信することができる。一方、Ｔ１０２のＧＥＴ要求がＨＴＴＰに従ったＧＥＴ要求である場合には、プリンタ１０は、Ｔ１００の指示がユーザ端末８０に与えられた後に、ユーザ端末８０からＨＴＴＰ接続の確立の要求を受信して、ユーザ端末８０とのＨＴＴＰ接続を確立する。そして、プリンタ１０は、ＨＴＴＰ接続を利用して、ＨＴＴＰに従ったＧＥＴ要求を受信する。どちらのケースでも、プリンタ１０は、Ｔ１００の指示がユーザ端末８０に与えられる前に、ユーザ端末８０との接続を予め確立しておかなくても、ユーザ端末８０からＧＥＴ要求を受信することができる。

Ｔ１０４では、プリンタ１０は、送信選択画面ＳＣ１を表示せずに、ＧＥＴ要求内の取得項目情報によって示される項目に対応する取得対象情報をユーザ端末８０に送信する（図３のＳ１２でＮＯを経たＳ２２）。Ｔ１０８では、ユーザ端末８０は、取得対象情報を表示する。これにより、ユーザは、ユーザ端末８０に表示された取得対象情報を見ることによって、プリンタ１０内の情報を知ることができる。

ＬＡＮ４の管理者によってＬＡＮ４内に設置されるユーザ端末８０は、信頼性が高い装置であるので、プリンタ１０内の情報がユーザ端末８０に送信されても問題ない。このために、本実施例では、プリンタ１０は、ユーザ端末８０からインターネット６を介さずにＧＥＴ要求を受信する場合に、送信選択画面ＳＣ１を表示することなく、取得対象情報をユーザ端末８０に送信する（Ｔ１０４）。このように、ユーザが送信選択画面ＳＣ１を介した選択を実行せずに済むので、ユーザの利便性が高い。

（ＳＥＴ要求に応じて設定対象情報が設定されるケース；図６）
続いて、図６を参照して、ＳＥＴ要求に応じて設定対象情報がプリンタ１０に設定されるケースを説明する。

Ｔ１３０では、サービス端末１１０は、コールセンタのオペレータからの指示に応じて、ＳＥＴ要求の送信のための指示をサービスサーバ１００に送信する。当該指示は、設定対象情報を含む。なお、サービス端末１１０がサービスサーバ１００にログインしているログイン状態を構築する点は、図５のＴ５０と同様である。

サービスサーバ１００は、サービス端末１１０からＳＥＴ要求の送信のための指示を受信することに応じて、上記のログイン状態に対応するトークンＴＫを取得する。そして、Ｔ１３２では、サービスサーバ１００は、取得済みのトークンＴＫと、Ｔ１３０の指示内の設定対象情報と、を含む指示（即ち、ＳＥＴ要求の送信のための指示）を仲介サーバ５０に送信する。

仲介サーバ５０は、サービスサーバ１００からＳＥＴ要求の送信のための指示を受信することに応じて、当該指示内のトークンＴＫの認証が成功したと判断し、Ｔ１３４において、プリンタ１０とのＸＭＰＰ接続を利用して、ＸＭＰＰに従ったＳＥＴ要求をプリンタ１０に送信する。当該ＳＥＴ要求は、トークンＴＫに対応付けられているユーザアカウントＡＣ内のユーザＩＤと、Ｔ１３２の指示内の設定対象情報と、を含む。

Ｔ１４０では、プリンタ１０は、仲介サーバ５０からＳＥＴ要求を受信することに応じて、ＳＥＴ要求がインターネット６を介して仲介サーバ５０から受信されたと判断する（図４のＳ３２でＹＥＳ）。Ｔ１４２では、プリンタ１０は、設定選択画面ＳＣ２（図４参照）を表示する（Ｓ３６）。Ｔ１４４では、設定選択画面ＳＣ２内の「はい」がユーザによって選択される（Ｓ３８でＹＥＳ）。Ｔ１４６では、プリンタ１０は、タイマのカウントを開始する（Ｓ４０）。Ｔ１４７では、プリンタ１０は、ＳＥＴ要求内の設定対象情報をプリンタ１０に設定する（Ｓ４２）。そして、Ｔ１４８では、プリンタ１０は、設定完了情報を仲介サーバ５０に送信する（Ｓ４４）。

Ｔ１５０では、設定完了情報が仲介サーバ５０からサービスサーバ１００に送信され、Ｔ１５２では、設定完了情報がサービスサーバ１００からサービス端末１１０に送信される。Ｔ１５４では、サービス端末１１０は、設定完了情報を表示する。これにより、コールセンタのオペレータは、サービス端末１１０に表示された設定完了情報を見ることによって、プリンタ１０への情報の設定が完了したことを知ることができる。

上述したように、プリンタ１０は、仲介サーバ５０からＳＥＴ要求を受信する場合に、設定選択画面ＳＣ２を表示する（Ｔ１４２）。ユーザは、コールセンタのオペレータと通話を行なっており、オペレータからプリンタ１０に情報を設定したい旨が通知されている。従って、ユーザは、設定選択画面ＳＣ２で「はい」を選択しても問題ないと判断し、設定選択画面ＳＣ２で「はい」を選択する（Ｔ１４４）。この場合、プリンタ１０は、設定対象情報をプリンタ１０に設定する（Ｔ１４７）。このように、プリンタ１０は、設定対象情報の設定がユーザによって許可される場合に、設定対象情報をプリンタ１０に適切に設定することができる。

本実施例では、ＳＥＴ要求が複数回に亘ってプリンタ１０に送信される状況を想定している。Ｔ１６０では、サービス端末１１０は、ＳＥＴ要求の送信のための指示をサービスサーバ１００に送信する。この結果、Ｔ１３２及びＴ１３４と同様に、Ｔ１６２において、サービスサーバ１００から仲介サーバ５０に指示が送信され、Ｔ１６４において、仲介サーバ５０からプリンタ１０にＳＥＴ要求が送信される。

プリンタ１０は、仲介サーバ５０からＳＥＴ要求を再び受信する際に、Ｔ１４６でカウントが開始されたタイマＴの値がゼロでないと判断する（図４のＳ３４でＮＯ）。このために、Ｔ１６７では、プリンタ１０は、設定選択画面ＳＣ２を表示せずに（即ちＳ３６を実行することなく）、設定対象情報をプリンタ１０に設定する（Ｓ４２）。Ｔ１６８〜Ｔ１７４は、上記のＴ１４８〜Ｔ１５４と同様である。

上述したように、プリンタ１０は、ユーザが設定選択画面ＳＣ２で「はい」を選択してから所定時間が経過するまでの間に、仲介サーバ５０からＳＥＴ要求を再び受信する場合に、設定選択画面ＳＣ２を再び表示しない。設定選択画面ＳＣ２を再び表示しても、ユーザが「はい」を再び選択する可能性が高いからである。ユーザが設定選択画面ＳＣ２を介した選択を再び実行せずに済むので、ユーザの利便性が高い。

図６には、ユーザ端末８０からプリンタ１０にＳＥＴ要求が送信されるケースも示されている。図５のＴ１００の指示がＳＥＴ要求の送信のための指示に置換される点と、図５のＴ１０２のＧＥＴ要求がＳＥＴ要求に置換される点と、を除くと、図６のＴ１８０〜Ｔ１８２は、図５のＴ１００〜Ｔ１０２と同様である。

プリンタ１０は、ユーザ端末８０からＳＥＴ要求を受信することに応じて、ＳＥＴ要求がインターネット６を介さずにユーザ端末８０から受信されたと判断する（図４のＳ３２でＮＯ）。なお、ＧＥＴ要求の場合と同様に、プリンタ１０は、Ｔ１８０の指示がユーザ端末８０に与えられる前に、ユーザ端末８０との接続を予め確立しておかなくても、ユーザ端末８０からＳＥＴ要求を受信することができる。Ｔ１８４では、プリンタ１０は、設定選択画面ＳＣ２を表示せずに、ＳＥＴ要求内の設定対象情報をプリンタ１０に設定する（Ｓ３２でＮＯを経たＳ４２）。次いで、Ｔ１８６では、プリンタ１０は、設定完了情報をユーザ端末８０に送信する（Ｓ４４）。これにより、Ｔ１８８では、ユーザ端末８０は、設定完了情報を表示する。ユーザは、ユーザ端末８０に表示された設定完了情報を見ることによって、プリンタ１０に情報が設定されたことを知ることができる。

ユーザ端末８０は信頼性が高い装置であるので、ユーザ端末８０から受信されるＳＥＴ要求に応じてプリンタ１０に情報が設定されても問題ない。このために、本実施例では、プリンタ１０は、ユーザ端末８０からインターネット６を介さずにＳＥＴ要求を受信する場合に、設定選択画面ＳＣ２を表示することなく、設定対象情報をプリンタ１０に設定する。このように、ユーザが設定選択画面ＳＣ２を介した選択を実行せずに済むので、ユーザの利便性が高い。

（ＧＥＴ要求に応じないケース；図７）
次いで、図７を参照して、プリンタ１０がＧＥＴ要求に応じて取得対象情報を送信しないケースを説明する。Ｔ２００〜Ｔ２１２の処理は、図５のＴ５０〜Ｔ６２の処理と同様である。Ｔ２１４では、送信選択画面ＳＣ１内の「いいえ」がユーザによって選択される（図３のＳ１８のＮＯ）。この場合、プリンタ１０は、取得対象情報を送信せずに、Ｔ２１８において、取得不許可情報を仲介サーバ５０に送信する（Ｓ２４）。これにより、Ｔ２２０，Ｔ２２２において、取得不許可情報が、仲介サーバ５０からサービスサーバ１００を介してサービス端末１１０に送信される。この結果、Ｔ２２４では、サービス端末１１０は、取得不許可情報を表示する。コールセンタのオペレータは、サービス端末１１０に表示された取得不許可情報を見ることによって、取得対象情報の送信がユーザによって拒否されたことを知ることができる。

本実施例では、プリンタ１０は、仲介サーバ５０からインターネット６を介してＧＥＴ要求を受信する場合には、送信選択画面ＳＣ１を表示する（Ｔ２１２）。例えば、セキュリティの意識が高いユーザは、コールセンタのオペレータと通話を行なっても、プリンタ１０内の情報がインターネット６に送信されるのを拒否したいと考え得る。このような状況では、ユーザが送信選択画面ＳＣ１で「いいえ」を選択することができ（Ｔ２１４）、この結果、プリンタ１０は、取得対象情報を仲介サーバ５０に送信しない。また、例えば、第三者が、当該第三者の端末を利用して仲介サーバ５０に不正にアクセスして、ＧＥＴ要求の送信のための指示を仲介サーバ５０に送信する状況が考えられ得る。このような状況でも、プリンタ１０は、仲介サーバ５０からインターネット６を介してＧＥＴ要求を受信し得る。この場合、プリンタ１０が送信選択画面ＳＣ１を表示するので（Ｔ２１２）、ユーザが送信選択画面ＳＣ１で「いいえ」を選択することができ（Ｔ２１４）、この結果、プリンタ１０は、取得対象情報を仲介サーバ５０に送信しない。このように、取得対象情報の送信がユーザによって望まれない場合には、取得対象情報が仲介サーバ５０に送信されないので、プリンタ１０のセキュリティを向上させ得る。

（ＳＥＴ要求に応じないケース；図７）
図７には、プリンタ１０がＳＥＴ要求に応じて設定対象情報を設定しないケースも示されている。Ｔ２３０〜Ｔ２４２の処理は、図６のＴ１３０〜Ｔ１４２の処理と同様である。Ｔ２４４では、設定選択画面ＳＣ２内の「いいえ」がユーザによって選択される（図４のＳ３８のＮＯ）。この場合、プリンタ１０は、設定対象情報をプリンタ１０に設定せずに、Ｔ２４８において、設定不許可情報を仲介サーバ５０に送信する（Ｓ４６）。これにより、Ｔ２５０，Ｔ２５２において、設定不許可情報が、仲介サーバ５０からサービスサーバ１００を介してサービス端末１１０に送信される。この結果、Ｔ２５４では、サービス端末１１０は、設定不許可情報を表示する。コールセンタのオペレータは、サービス端末１１０に表示された設定不許可情報を見ることによって、設定対象情報の送信がユーザによって拒否されたことを知ることができる。

本実施例では、プリンタ１０は、仲介サーバ５０からＳＥＴ要求を受信する場合に、設定選択画面ＳＣ２を表示する（Ｔ２４２）。例えば、セキュリティの意識が高いユーザは、コールセンタのオペレータと通話を行なっても、インターネット６から取得される情報がプリンタ１０に設定されるのを拒否したいと考え得る。このような状況では、ユーザが設定選択画面ＳＣ２で「いいえ」を選択することができ（Ｔ２４４）、この結果、プリンタ１０は、設定対象情報をプリンタ１０に設定しない。また、第三者の不正なアクセスに応じて、プリンタ１０が仲介サーバ５０からＳＥＴ要求を受信する状況でも、ユーザが設定選択画面ＳＣ２で「いいえ」を選択することができ（Ｔ２４４）、この結果、プリンタ１０は、設定対象情報をプリンタ１０に設定しない。このように、設定対象情報の設定がユーザによって望まれない場合には、設定対象情報がプリンタ１０に設定されないので、プリンタ１０のセキュリティを向上させ得る。

（対応関係）
プリンタ１０、仲介サーバ５０、ユーザ端末８０が、それぞれ、「通信装置」、「サーバ装置」、「端末装置」の一例である。ＧＥＴ要求又はＳＥＴ要求が、「第１の要求」の一例である。ＧＥＴ要求が「第１の要求」の一例である場合には、ＳＥＴ要求が「第２の要求」の一例である。ＸＭＰＰ接続が、「接続」の一例である。ＸＭＰＰ、ＳＮＭＰ（又はＨＴＴＰ）が、それぞれ、「第１の通信プロトコル」、「第２の通信プロトコル」の一例である。

（第１実施例の変形例）
図５のＴ５４及びＴ１０２で説明したように、仲介サーバ５０から受信されるＧＥＴ要求（Ｔ５４参照）はユーザアカウントＡＣ内のユーザＩＤを含み、ユーザ端末８０から受信されるＧＥＴ要求（Ｔ１０２参照）はユーザＩＤを含まない。従って、図３のＳ１２において、プリンタ１０のＣＰＵ３２は、Ｓ１０で受信されたＧＥＴ要求がユーザＩＤを含むのか否かを判断してもよい。即ち、ＣＰＵ３２は、Ｓ１０で受信されたＧＥＴ要求がユーザＩＤを含む場合には、インターネット６を介して仲介サーバ５０からＧＥＴ要求が受信されたと判断し、Ｓ１０で受信されたＧＥＴ要求がユーザＩＤを含まない場合には、インターネット６を介さずにユーザ端末８０からＧＥＴ要求が受信されたと判断してもよい。図４のＳ３２の判断についても同様に、ＣＰＵ３２は、Ｓ３０で受信されたＳＥＴ要求がユーザＩＤを含むのか否かを判断してもよい。本変形例では、ユーザアカウントＡＣ内のユーザＩＤが、「ユーザ情報」の一例である。

（第２実施例）
本実施例では、図３のＧＥＴ要求監視処理が第１実施例とは異なる。その他の点（例えば図４のＳＥＴ要求監視処理）は、第１実施例と同様である。図３において、Ｓ１０から伸びる一点鎖線の矢印で示されるように、本実施例のプリンタ１０のＣＰＵ３２は、ＧＥＴ要求を受信する場合（Ｓ１０でＹＥＳ）に、ＧＥＴ要求が、インターネット６を介して仲介サーバ５０から受信されたかのか、インターネット６を介さずにユーザ端末８０から受信されたかのか、に関わらず、送信選択画面ＳＣ１を表示せずに、Ｓ１１０において、取得対象情報を送信元装置に送信する。

（ＧＥＴ要求に応じて取得対象情報が送信されるケース；図８）
図８のＴ２６０〜Ｔ２６４の処理は、図５のＴ５０〜Ｔ５４の処理と同様である。プリンタ１０は、仲介サーバ５０からＧＥＴ要求を受信することに応じて、Ｔ２６８において、送信選択画面ＳＣ１を表示せずに、取得対象情報を仲介サーバ５０に送信する（Ｓ１１０）。Ｔ２７０〜Ｔ２７４の処理は、図５のＴ７０〜Ｔ７４の処理と同様である。

本実施例では、プリンタ１０内の情報がインターネット６を介して外部に送信されても、プリンタ１０のセキュリティがそれほど低下しないという思想が採用されている。このために、プリンタ１０は、仲介サーバ５０からＧＥＴ要求を受信する場合でも、送信選択画面ＳＣ１を表示せずに、取得対象情報を仲介サーバ５０に送信する（Ｔ２６８）。ユーザが送信選択画面ＳＣ１を介した選択を実行せずに済むので、ユーザの利便性が高い。また、本実施例では、第１実施例と同様に、インターネット６を介して受信される情報が、ユーザの許可なくプリンタ１０に自動的に設定されると、プリンタ１０のセキュリティが低下し得るという思想が採用されている。例えば、第三者が不正な情報をプリンタ１０に設定した結果、ユーザがプリンタ１０を使用不可能な事態が起こり得るからである。このために、プリンタ１０は、仲介サーバ５０からＳＥＴ要求を受信することに応じて、第１実施例と同様に、設定選択画面ＳＣ２を表示する。これにより、プリンタ１０のセキュリティを向上させ得る。本実施例では、ＳＥＴ要求、ＧＥＴ要求が、それぞれ、「第１の要求」、「第２の要求」の一例である。その他の対応関係は、第１実施例と同じである。

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

（変形例１）上記の各実施例では、仲介サーバ５０が、プリンタ１０のベンダのコールセンタに設置されるサービスサーバ１００から、ＧＥＴ要求又はＳＥＴ要求の送信のための指示を受信することを想定している。これに代えて、仲介サーバ５０は、プリンタ１０のベンダ又は当該ベンダとは異なる事業者によって提供される他のサービスサーバから、ＧＥＴ要求又はＳＥＴ要求の送信のための指示を受信してもよい。当該他のサービスサーバの一例として、例えば、プリンタ１０に印刷のための画像データを供給するサービスを提供するサーバを挙げることができる。また、別の例として、プリンタ１０の消耗品残量が所定値以下になると新しい消耗品をプリンタ１０のユーザ宛に発送するサービスを提供するサーバを挙げることができる。

（変形例２）「通信装置」は、プリンタ１０に限られず、通信機能を実行可能なあらゆる装置（例えば、スキャナ、多機能機、ＦＡＸ装置、電話装置、ＰＣ、スマートフォン等）であってもよい。

（変形例３）図３のＳ１４，Ｓ２０の処理は省略されてもよい。即ち、取得対象情報を送信すべきことが送信選択画面を介してユーザによって選択されてから所定時間が経過する前に、サーバ装置から第１の要求が再び受信される場合に、送信選択画面が再び表示されてもよい。また、図４のＳ３４，Ｓ４０の処理は省略されてもよい。即ち、設定対象情報を設定すべきことが設定選択画面を介してユーザによって選択されてから所定時間が経過する前に、サーバ装置から第１の要求が再び受信される場合に、設定選択画面が再び表示されてもよい。

（変形例４）上記の実施例では、プリンタ１０のＣＰＵ３２がプログラム３６に従って処理を実行することによって、図２〜図８の各処理が実現される。これに代えて、これらの各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

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

２：通信システム、６：インターネット、１０：プリンタ、１２：操作部、１４：表示部、１６：ネットワークＩ／Ｆ、１８：印刷実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、４０：ルータ、５０：仲介サーバ、６０：ネットワークＩ／Ｆ、７０：制御部、７２：ＣＰＵ、７４：メモリ、７６：プログラム、８０：ユーザ端末、１００：サービスサーバ、１１０：サービス端末、ＡＣ：ユーザアカウント、ＰＩ：プリンタ情報、ＴＫ：トークン、ＳＣ１：送信選択画面、ＳＣ２：設定選択画面

Claims (9)

1. 通信装置であって、
   前記通信装置内の取得対象情報を取得するための第１の要求を受信する受信部と、
   前記第１の要求が、前記通信装置が所属しているローカルエリアネットワーク内に存在しないサーバ装置から受信されたのか、前記ローカルエリアネットワークと同一のネットワーク内に存在する端末装置から受信されたのか、を判断する判断部と、
   前記第１の要求が前記サーバ装置から受信されたと判断される場合に、前記取得対象情報を送信すべきか否かをユーザに選択させるための送信選択画面を前記通信装置の表示部に表示させ、
   前記第１の要求が前記端末装置から受信されたと判断される場合に、前記送信選択画面を前記表示部に表示させない表示制御部と、
   前記第１の要求が前記サーバ装置から受信されたと判断される場合に、前記取得対象情報を送信すべきことが前記送信選択画面を介して前記ユーザによって選択されることに応じて、前記取得対象情報を前記サーバ装置に送信し、
   前記第１の要求が前記サーバ装置から受信されたと判断される場合に、前記取得対象情報を送信すべきでないことが前記送信選択画面を介して前記ユーザによって選択されることに応じて、前記取得対象情報を前記サーバ装置に送信せず、
   前記第１の要求が前記端末装置から受信されたと判断される場合に、前記取得対象情報を前記端末装置に送信する送信部と、
   を備える通信装置。
2. 前記受信部は、さらに、設定対象情報を前記通信装置に設定するための第２の要求を受信し、
   前記判断部は、さらに、前記第２の要求が、前記サーバ装置から受信されたのか、前記端末装置から受信されたのか、を判断し、
   前記表示制御部は、さらに、前記第２の要求が前記サーバ装置から受信されたと判断される場合に、前記設定対象情報を設定すべきか否かを前記ユーザに選択させるための設定選択画面を前記表示部に表示させ、
   前記表示制御部は、前記第２の要求が前記端末装置から受信されたと判断される場合に、前記設定選択画面を前記表示部に表示させず、
   前記通信装置は、さらに、
   前記第２の要求が前記サーバ装置から受信されたと判断される場合に、前記設定対象情報を設定すべきことが前記設定選択画面を介して前記ユーザによって選択されることに応じて、前記設定対象情報を前記通信装置に設定し、
   前記第２の要求が前記サーバ装置から受信されたと判断される場合に、前記設定対象情報を設定すべきでないことが前記設定選択画面を介して前記ユーザによって選択されることに応じて、前記設定対象情報を前記通信装置に設定せず、
   前記第２の要求が前記端末装置から受信されたと判断される場合に、前記設定対象情報を前記通信装置に設定する設定部を備える、請求項１に記載の通信装置。
3. 前記取得対象情報を送信すべきことが前記送信選択画面を介して前記ユーザによって選択されてから所定時間が経過する前に、前記サーバ装置から前記第１の要求が再び受信される場合に、
   前記表示制御部は、前記送信選択画面を前記表示部に表示させず、
   前記送信部は、前記取得対象情報を前記サーバ装置に送信する、請求項１又は２に記載の通信装置。
4. 通信装置であって、
   設定対象情報を前記通信装置に設定するための第１の要求を受信する受信部と、
   前記第１の要求が、前記通信装置が所属しているローカルエリアネットワーク内に存在するサーバ装置から受信されたのか、前記ローカルエリアネットワークと同一のネットワーク内に存在する端末装置から受信されたのか、を判断する判断部と、
   前記第１の要求が前記サーバ装置から受信されたと判断される場合に、前記設定対象情報を設定すべきか否かをユーザに選択させるための設定選択画面を前記通信装置の表示部に表示させ、
   前記第１の要求が前記端末装置から受信されたと判断される場合に、前記設定選択画面を前記表示部に表示させない表示制御部と、
   前記第１の要求が前記サーバ装置から受信されたと判断される場合に、前記設定対象情報を設定すべきことが前記設定選択画面を介して前記ユーザによって選択されることに応じて、前記設定対象情報を前記通信装置に設定し、
   前記第１の要求が前記サーバ装置から受信されたと判断される場合に、前記設定対象情報を設定すべきでないことが前記設定選択画面を介して前記ユーザによって選択されることに応じて、前記設定対象情報を前記通信装置に設定せず、
   前記第１の要求が前記端末装置から受信されたと判断される場合に、前記設定対象情報を前記通信装置に設定する設定部と、
   を備える通信装置。
5. 前記受信部は、さらに、前記通信装置内の取得対象情報を取得するための第２の要求を受信し、
   前記通信装置は、さらに、
   前記第２の要求が、前記サーバ装置から受信されたのか、前記端末装置から受信されたのか、に関わらず、前記取得対象情報を送信すべきか否かを前記ユーザに選択させることなく、前記取得対象情報を前記第２の要求の送信元装置に送信する送信部を備える、請求項４に記載の通信装置。
6. 前記設定対象情報を設定すべきことが前記設定選択画面を介して前記ユーザによって選択されてから所定時間が経過する前に、前記サーバ装置から前記第１の要求が再び受信される場合に、
   前記表示制御部は、前記設定選択画面を前記表示部に表示させず、
   前記設定部は、前記設定対象情報を前記通信装置に設定する、請求項４又は５に記載の通信装置。
7. 前記通信装置は、さらに、
   前記サーバ装置が前記第１の要求を前記通信装置に送信するための指示を受け付ける前に、前記通信装置と前記サーバ装置との間に接続を確立し、
   前記端末装置が前記第１の要求を前記通信装置に送信するための指示を受け付ける前に、前記通信装置と前記端末装置との間に接続を確立しない確立部を備え、
   前記受信部は、前記第１の要求の送信元装置が前記サーバ装置である場合に、確立済みの前記接続を利用して、前記サーバ装置から前記第１の要求を受信する請求項１から６のいずれか一項に記載の通信装置。
8. 前記判断部は、
   前記第１の要求が第１の通信プロトコルに従った要求である場合に、前記第１の要求が前記サーバ装置から受信されたと判断し、
   前記第１の要求が前記第１の通信プロトコルとは異なる第２の通信プロトコルに従った要求である場合に、前記第１の要求が前記端末装置から受信されたと判断する、請求項１から７のいずれか一項に記載の通信装置。
9. 前記判断部は、
   前記第１の要求がユーザ情報を含む場合に、前記第１の要求が前記サーバ装置から受信されたと判断し、
   前記第１の要求が前記ユーザ情報を含まない場合に、前記第１の要求が前記端末装置から受信されたと判断し、
   前記ユーザ情報は、前記サーバ装置を利用するために前記サーバ装置に登録される情報である、請求項１から７のいずれか一項に記載の通信装置。

Images