JP2021121900A - 通信システム、サーバ、及び、サーバのためのコンピュータプログラム - Google Patents

Abstract

【課題】ユーザの利便性を向上させるための技術を提供する。【解決手段】サーバは、第１の通信装置を識別する第１の識別情報に関連付けて第１のメールアドレスがメモリに登録されており、かつ、第１の通信装置とは異なる第２の通信装置を識別する第２の識別情報に関連付けて第２のメールアドレスがメモリに登録されている状況において、第２の端末装置から、メールアドレスの登録状態の変更を指示する第２の電子メールを受信する第２のメール受信部であって、第２の電子メールは、第１のメールアドレスと第２のメールアドレスとを含む、第２のメール受信部と、第２の端末装置から第２の電子メールが受信される場合に、メモリ内の登録状態を、第２の識別情報に関連付けて第２のメールアドレスが登録されている第１の状態から、第２の識別情報に関連付けて第１のメールアドレスが登録されている第２の状態に変更する第１の変更部と、を備える。【選択図】図７

Description

本明細書では、電子メールを利用して、所定の処理を通信装置に実行させるための技術を開示する。

特許文献１には、サーバからプリンタに印刷データを送信し、プリンタに印刷を実行させる技術が開示されている。サーバは、プリンタに電子メールのメールアドレスを割り当てる。その後、サーバは、端末から、登録済みのメールアドレスを送信先として、印刷依頼の電子メールを受信すると、印刷データを生成して、当該印刷データをプリンタに送信する。これにより、プリンタは、印刷データに基づいた印刷を実行する。

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

例えば、サーバによってメールアドレスが割り当てられた第１のプリンタを新しい第２のプリンタに交換する状況が想定される。この場合、上記の技術では、サーバは、第２のプリンタに新しいメールアドレスを割り当てる。そして、ユーザは、端末を操作して、新しいメールアドレスを送信先とする電子メールをサーバに送信することによって、印刷を第２のプリンタに実行させることができる。しかし、ユーザは、第１のプリンタを第２のプリンタに交換したにも関わらず、第１のプリンタで利用されていたメールアドレスを第２のプリンタに利用することができない。このため、ユーザは、不便に感じ得る。

本明細書では、ユーザの利便性を向上させるための技術を提供する。

本明細書によって開示される通信システムは、サーバと、１個以上の端末装置と、２個以上の通信装置と、を備え、前記サーバは、前記２個以上の通信装置のそれぞれについて、当該通信装置を識別する識別情報に関連付けてメールアドレスを登録するメモリを備え、前記１個以上の端末装置のうちの第１の端末装置は、前記２個以上の通信装置のうちの第１の通信装置を識別する第１の識別情報に関連付けて第１のメールアドレスが前記メモリに登録されている状況において、所定の処理の実行を指示する第１の電子メールであって、前記第１のメールアドレスを送信先として含む前記第１の電子メールを前記サーバに送信する第１のメール送信部を備え、前記サーバは、さらに、前記第１の端末装置から前記第１の電子メールが受信される場合に、前記所定の処理の実行を指示する実行指示を、前記第１のメールアドレスに関連付けて前記メモリに登録されている前記第１の識別情報によって識別される前記第１の通信装置に送信する指示送信部を備え、前記第１の通信装置は、前記サーバから前記実行指示が受信される場合に、前記所定の処理を実行する処理実行部を備え、前記１個以上の端末装置のうちの第２の端末装置は、前記第１の識別情報に関連付けて前記第１のメールアドレスが前記メモリに登録されており、かつ、前記２個以上の通信装置のうちの前記第１の通信装置とは異なる第２の通信装置を識別する第２の識別情報に関連付けて第２のメールアドレスが前記メモリに登録されている状況において、メールアドレスの登録状態の変更を指示する第２の電子メールを前記サーバに送信する第２のメール送信部であって、前記第２の電子メールは、前記第１のメールアドレスと前記第２のメールアドレスとを含む、前記第２のメール送信部を備え、前記サーバは、さらに、前記第２の端末装置から前記第２の電子メールが受信される場合に、前記メモリ内の登録状態を、前記第２の識別情報に関連付けて前記第２のメールアドレスが登録されている状態から、前記第２の識別情報に関連付けて前記第１のメールアドレスが登録されている状態に変更する変更部を備える。

上記の構成によれば、ユーザは、第２の端末装置を操作して、第１のメールアドレスと第２のメールアドレスとを含む第２の電子メールをサーバに送信する。これにより、メモリの登録状態が、第２の通信装置を識別する第２の識別情報に関連付けて第２のメールアドレスがメモリに登録されている状態から、第２の識別情報に関連付けて第１のメールアドレスがメモリに登録されている状態に変更される。この結果、ユーザは、第１の端末装置を操作して、第１のメールアドレスを送信先として含む第１のメールアドレスをサーバに送信して、所定の処理を第２の通信装置に実行させることができる。即ち、ユーザは、第１の通信装置を第２の通信装置に交換する場合に、第１の通信装置で利用されていた第１のメールアドレスを第２の通信装置に利用することができる。ユーザの利便性が向上する。

また、本明細書によって開示されるサーバは、２個以上の通信装置のそれぞれについて、当該通信装置を識別する識別情報に関連付けてメールアドレスを登録するメモリと、前記２個以上の通信装置のうちの第１の通信装置を識別する第１の識別情報に関連付けて第１のメールアドレスが前記メモリに登録されている状況において、第１の端末装置から、所定の処理の実行を指示する第１の電子メールであって、前記第１のメールアドレスを送信先として含む前記第１の電子メールを受信する第１のメール受信部と、前記第１の端末装置から前記第１の電子メールが受信される場合に、前記所定の処理の実行を指示する実行指示を、前記第１のメールアドレスに関連付けて前記メモリに登録されている前記第１の識別情報によって識別される前記第１の通信装置に送信する指示送信部と、前記第１の識別情報に関連付けて前記第１のメールアドレスが前記メモリに登録されており、かつ、前記２個以上の通信装置のうちの前記第１の通信装置とは異なる第２の通信装置を識別する第２の識別情報に関連付けて第２のメールアドレスが前記メモリに登録されている状況において、第２の端末装置から、メールアドレスの登録状態の変更を指示する第２の電子メールを受信する第２のメール受信部であって、前記第２の電子メールは、前記第１のメールアドレスと前記第２のメールアドレスとを含む、前記第２のメール受信部と、前記第２の端末装置から前記第２の電子メールが受信される場合に、前記メモリ内の登録状態を、前記第２の識別情報に関連付けて前記第２のメールアドレスが登録されている第１の状態から、前記第２の識別情報に関連付けて前記第１のメールアドレスが登録されている第２の状態に変更する第１の変更部と、を備える。

上記の構成でも、ユーザは、第１の通信装置を第２の通信装置に交換する場合に、第１のプリンタで利用されていた第１の電子メールを第２のプリンタに利用することができる。ユーザの利便性が向上する。

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

通信システムの構成を示す。 通信システム内の各装置の構成を示すブロック図を示す。 通信システム内の各装置の構成を示すブロック図を示す。 セットアップ処理のシーケンス図を示す。 メールアドレスの変更とホワイトリストの編集の処理のシーケンス図を示す。 メール印刷を実行するための処理のシーケンス図を示す。 アドレス譲渡処理のフローチャートを示す。 アドレス譲渡処理の具体的なケースを示す。 各変形例を示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、ＸＭＰＰ（eXtensible Messaging and Presence Protocolの略）サーバ１０、ＡＰＰサーバ１００、多機能機２００、多機能機３００、端末装置４００と、端末装置５００と、を備える。なお、以下では、多機能機のことを「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ。

ＸＭＰＰサーバ１０、ＡＰＰサーバ１００、及び、端末装置５００は、インターネット８に接続されている。ＸＭＰＰサーバ１０は、インターネット８を介して、各装置１００、５００と通信可能である。また、ＭＦＰ２００、ＭＦＰ３００、及び、端末装置４００は、ＬＡＮ（Local Area Network）４に接続されている。ＬＡＮ４は、インターネット８に接続されている。ＬＡＮ４上の装置（例えばＭＦＰ２００）は、ＬＡＮ４及びインターネット８を介して、インターネット８上の装置（例えばＸＭＰＰサーバ１０）と通信可能である。なお、ＬＡＮ４は、有線ＬＡＮでもいいし、無線ＬＡＮでもいい。

（ＸＭＰＰサーバ１０の構成；図２）
ＸＭＰＰサーバ１０は、ＭＦＰ（例えばＭＦＰ２００）とのＸＭＰＰセッションを確立するためのサーバである。ＸＭＰＰサーバ１０は、ＭＦＰ２００等のベンダによってインターネット８上に設置される。

ＸＭＰＰセッションは、ＸＭＰＰに従ったセッションである。ＸＭＰＰサーバ１０は、ＸＭＰＰセッションを利用すれば、ＭＦＰから要求を受信しなくても、当該ＭＦＰが所属するＬＡＮのファイヤウォール（例えばルータによって形成されるファイヤウォール）を越えて、当該ＭＦＰに要求を送信することができる。即ち、ＸＭＰＰセッションは、サーバプッシュ型の通信を実行可能なセッションである。ＸＭＰＰセッションは、ＭＦＰの電源がＯＦＦされるまで確立され続ける。なお、ＸＭＰＰサーバ１０からＭＦＰに要求を送信する仕組み（即ち、サーバプッシュ型の通信を実行するための仕組み）は、ＸＭＰＰセッションではなく、他の手法であってもよい。例えば、ＭＦＰとＸＭＰＰサーバ１０との間にＨＴＴＰＳ（Hypertext Transfer Protocol Secureの略）に従ったセッションが確立されてもよい。

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

管理テーブル４２は、ＭＦＰに関する情報を管理するためのテーブルである。管理テーブル４２は、複数個のＭＦＰのそれぞれについて、当該ＭＦＰを管理するための管理ＩＤ（Identifierの略）と、当該ＭＦＰから取得した識別情報であるＵＩＤと、当該ＭＦＰのモデル情報と、当該ＭＦＰのアクセストークンと、を関連付けて記憶する。モデル情報は、対応するＭＦＰのモデルに関する情報（例えば、モデル名、性能）を示す。アクセストークンは、対応するＭＦＰとのＸＭＰＰセッションを確立するための認証情報である。

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

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

デバイステーブル１４２は、ＭＦＰに関する情報を登録する（記憶する）テーブルである。デバイステーブル１４２は、複数個のＭＦＰのそれぞれについて、当該ＭＦＰから取得したＵＩＤと、ＸＭＰＰサーバ１０において当該ＵＩＤに関連付けて記憶されている管理ＩＤと、メール印刷で利用されるメールアドレスと、ホワイトリストと、を関連付けて記憶する。ホワイトリストは、メール印刷で利用される電子メールの送信元のメールアドレスを認証するためのリストである。ホワイトリストは、１個以上のメールアドレスのリストである。

ジョブテーブル１４４は、複数個の印刷ジョブを管理するテーブルである。ジョブテーブル１４４は、複数個の印刷ジョブのそれぞれについて、ＵＩＤと、管理ＩＤと、当該印刷ジョブを識別するジョブＩＤと、当該印刷ジョブの印刷対象に対応する画像データのファイル名と、当該印刷ジョブに対応する印刷ＵＲＬと、を関連付けて記憶する。印刷ＵＲＬについては後述する。

メール印刷では、ＡＰＰサーバ１００とＸＭＰＰサーバ１０が連携して動作する。詳しくは後述するが、ＡＰＰサーバ１００は、ＸＭＰＰセッションを利用することによって、ＭＦＰから要求を受信することなく、電子メールに含まれている画像データに対応する画像の印刷をＭＦＰに実行させることできる。また、ベンダは、ＡＰＰサーバ１００以外の他のＡＰＰサーバをインターネット８上に設置する。他のＡＰＰサーバは、メール印刷以外のインターネット８を利用した他の機能（例えば、インターネット８を介して設定値をＭＦＰに送信する機能）のための通信をＭＦＰと実行するためのサーバである。当該他の機能でも、他のＡＰＰサーバとＸＭＰＰサーバ１０が連携して動作する。即ち、１個のＸＭＰＰサーバ１０と複数個のＡＰＰサーバが連動して動作する。１個のＸＭＰＰサーバ１０とＭＦＰとの間にＸＭＰＰセッションが確立されることにより、インターネット８を利用した複数個の機能をＭＦＰに実行させることができる。

（ＭＦＰ２００の構成；図３）
ＭＦＰ２００は、印刷機能、スキャン機能、及び、ファクシミリ機能を含む多機能を実行可能な周辺装置（即ちＬＡＮ４に接続されている端末装置の周辺装置）である。ＭＦＰ２００は、表示部２１４と、ＬＡＮＩ／Ｆ２１６と、印刷実行部２１８と、ＰＳＴＮ（Public Switched Telephone Networkの略）Ｉ／Ｆ２２０と、制御部２３０と、を備える。各部２１４〜２３０は、バス線（符号省略）に接続されている。表示部２１４は、様々な情報を表示するためのディスプレイである。表示部２１４は、いわゆるタッチパネルであり、操作部としても機能する。ＬＡＮＩ／Ｆ２１６は、ＬＡＮ４（図１参照）に接続されている。印刷実行部２１８は、インクジェット方式、レーザ方式等の印刷機構を備える。ＰＳＴＮＩ／Ｆ２２０は、ファクシミリ通信を実行するためのＩ／Ｆである。

制御部２３０は、ＣＰＵ２３２と、メモリ２３４と、を備える。ＣＰＵ２３２は、メモリ２３４に記憶されているプログラム２４０に従って、様々な処理を実行する。メモリ２３４は、さらに、ＭＦＰ２００のＵＩＤ「ｕ０１」と、ＭＦＰ２００のモデル情報ＭＩ１と、を記憶する。ＵＩＤは、ＭＦＰ２００を識別する識別情報である。例えば、ＵＩＤは、ＭＦＰ２００を利用するユーザ（例えば管理者）を識別する情報（例えばアカウント名）を含んでもよい。また、ＵＩＤは、ＭＦＰ２００のシリアル番号を含んでもよい。

また、ＭＦＰ２００は、サーバとして動作可能である。例えば、端末装置４００は、ＬＡＮ４を介して、サーバとして動作するＭＦＰ２００にログイン情報を送信する。ログイン情報は、ＭＦＰ２００が端末装置４００を認証するための情報である。ＭＦＰ２００は、端末装置４００から受信したログイン情報の認証が成功する場合に、メニュー画面に対応する画面データを送信する。メニュー画面は、ＭＦＰ２００の設定を変更するための様々な操作を受け付け可能な画面である。ユーザは、端末装置４００を操作して、ＭＦＰ２００の設定を変更することができる。

ＭＦＰ３００の構成は、ＭＦＰ２００と同様である。ＭＦＰ３００は、ＭＦＰ３００のＵＩＤ「ｕ０２」と、ＭＦＰ３００のモデル情報ＭＩ２と、を記憶する（図１参照）。

（端末装置４００の構成）
端末装置４００は、例えば、据置型のデスクトップＰＣ、可搬型の携帯端末（例えば、ノートＰＣ、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等）である。端末装置４００は、ＬＡＮＩ／Ｆ４１６と、制御部４３０と、を備える。各部４１６、４３０は、バス線（符号省略）に接続されている。ＬＡＮＩ／Ｆ４１６は、ＬＡＮ４（図１参照）に接続されている。

制御部４３０は、ＣＰＵ４３２と、メモリ４３４と、を備える。ＣＰＵ４３２は、メモリ４３４に記憶されているＯＳ（Operation Systemの略）プログラム４４０に従って、様々な処理を実行する。メモリ４３４は、さらに、アプリケーションプログラム４４２（以下、「アプリ４４２」と記載）を記憶する。アプリ４４２は、電子メールの送受信が可能なプログラムである。アプリ４４２は、例えば、汎用的なメーラ、汎用的なブラウザプログラム等である。なお、変形例では、アプリ４４２は、ＭＦＰ（例えばＭＦＰ２００）のベンダによって提供される専用のプログラムでもよい。

端末装置５００は、インターネット８に接続されているネットワークＩ／Ｆ（図示省略）を備える点を除いて、端末装置４００と同様である。

（セットアップ処理：図４）
図４を参照して、メール印刷の通信に利用される情報をＡＰＰサーバ１００に登録して、ＸＭＰＰセッションを確立するセットアップ処理を説明する。なお、以下では、特に言及しない限り、各デバイスの各ＣＰＵ（例えばＸＭＰＰサーバ１０のＣＰＵ３２等）が実行する処理について、理解の容易さの観点から、各ＣＰＵを主体として記載せずに、各デバイス（例えばＸＭＰＰサーバ１０等）を主体として記載する。また、以下では、ＬＡＮ４上の装置（例えばＭＦＰ２００）と各サーバ１０、１００との間で、ＬＡＮ４とインターネット８を介して、通信が実行される。また、インターネット８上の２個の装置（例えばＸＭＰＰサーバ１０とＡＰＰサーバ１００）の間では、インターネット８を介して、通信が実行される。以下では、特に言及しない限り、「ＬＡＮ４を介して」及び「インターネット８を介して」という説明を省略する。

Ｔ５では、ＭＦＰ２００は、ユーザ（例えば管理者）からメール印刷設定を「無効」から「有効」に変更するための操作を受け付ける。メール印刷設定は、メール印刷の実行を許容するのか否かの設定を示す。「無効」は、メール印刷の実行を禁止することを示し、「有効」は、メール印刷の実行を許容することを示す。メール印刷設定は、デフォルトでは、「無効」を示す。

ＭＦＰ２００は、Ｔ５において、メール印刷設定が「無効」から「有効」に変更されると、Ｔ１０において、メール印刷の通信に利用される情報の登録を要求する登録要求をＡＰＰサーバ１００に送信する。登録要求は、ＵＩＤ「ｕ０１」を含む。

ＡＰＰサーバ１００は、Ｔ１０において、ＭＦＰ２００から登録要求を受信すると、Ｔ１２において、メールアドレスＭＡ０を生成する。メールアドレスＭＡ０は、ローカル部「ｍｆｐ１」とＡＰＰサーバ１００のドメイン名「ａｐｐ．ｃｏｍ」を含む。ローカル部「ｍｆｐ１」は、例示に過ぎず、具体的には、ＡＰＰサーバ１００によって生成されるユニークな文字列である。

Ｔ１４では、ＡＰＰサーバ１００は、管理ＩＤをＸＭＰＰサーバ１０に要求する管理ＩＤ要求をＸＭＰＰサーバ１０に送信する。

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

Ｔ１８では、ＸＭＰＰサーバ１０は、管理ＩＤ「ａ０１」をＡＰＰサーバ１００に送信する。

ＡＰＰサーバ１００は、Ｔ１８において、ＸＭＰＰサーバ１０から管理ＩＤ「ａ０１」を受信すると、Ｔ２０において、Ｔ１０の登録要求内のＵＩＤ「ｕ０１」と、Ｔ１８で受信した管理ＩＤ「ａ０１」と、Ｔ１２で生成されたメールアドレスＭＡ０と、ホワイトリストＷＬ１と、を関連付けてデバイステーブル１４２に記憶する。これにより、メール印刷の通信に利用される情報がＡＰＰサーバ１００に登録される。なお、現時点では、ホワイトリストＷＬ１には、メールアドレスが１個も含まれていない。

続けて、Ｔ３０では、ＡＰＰサーバ１００は、ＰＩＮ（Personal Identification Numberの略）コードを要求するＰＩＮコード要求をＸＭＰＰサーバ１０に送信する。

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

Ｔ３４では、ＸＭＰＰサーバ１０は、ＰＩＮコードＣをＡＰＰサーバ１００に送信する。これにより、ＡＰＰサーバ１００は、Ｔ３６において、ＸＭＰＰサーバ１０から受信したＰＩＮコードＣをＭＦＰ２００に送信する。

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

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

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

Ｔ５８では、ＸＭＰＰサーバ１０は、アクセストークンＡＴをＭＦＰ２００に送信する。これにより、ＭＦＰ２００は、Ｔ７０において、アクセストークンＡＴを利用して、ＸＭＰＰサーバ１０とのＸＭＰＰセッションを確立する。

また、ＭＦＰ２００は、ＸＭＰＰセッションの確立が完了すると、Ｔ８０において、メールアドレスを要求するメールアドレス要求をＡＰＰサーバ１００に送信する。メールアドレス要求は、ＵＩＤ「ｕ０１」を含む。

ＡＰＰサーバ１００は、Ｔ８０において、ＭＦＰ２００からメールアドレス要求を受信すると、Ｔ８２において、メールアドレス要求内のＵＩＤ「ｕ０１」に関連付けて記憶されているメールアドレスＭＡ０をＭＦＰ２００に送信する。

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

（メールアドレスの変更とホワイトリストの編集；図５）
図５を参照して、メールアドレスの変更とホワイトリストの編集の処理について説明する。本ケースは、図４の続きである。本ケースの初期状態において、端末装置４００は、ＭＦＰ２００にログイン情報を送信し、ログイン情報の認証が成功している。端末装置４００は、Ｔ１００において、ＭＦＰ２００からメニュー画面に対応するメニュー画面データを受信する。そして、端末装置４００は、メニュー画面を表示する。メニュー画面は、メール印刷の設定を変更するための各種指示を受け付け可能である。特に、メニュー画面は、メールアドレスの変更のための変更ボタンＢＴ１と、ホワイトリストの編集のための編集ボタンＢＴ２と、を含む。

（ケースＡ１）
メニュー画面内の変更ボタンＢＴ１が選択されるケースＡ１について説明する。端末装置４００は、変更ボタンＢＴ１が選択されると、Ｔ１１０において、変更画面に対応する変更画面データを要求する変更画面要求をＡＰＰサーバ１００に送信する。変更画面は、ＡＰＰサーバ１００に登録されているメールアドレスのローカル部を任意の文字列に変更するための画面である。変更画面要求は、ＭＦＰ２００のＵＩＤ「ｕ０１」を含む。なお、ＵＩＤ「ｕ０１」は、ログイン情報の認証が成功した後に、ＭＦＰ２００から受信される。

ＡＰＰサーバ１００は、Ｔ１１０において、端末装置４００から変更画面要求を受信すると、デバイステーブル１４２から変更画面要求に含まれるＵＩＤ「ｕ０１」に関連付けて記憶されているメールアドレスＭＡ０を特定する。そして、ＡＰＰサーバ１００は、Ｔ１１２において、特定済みのメールアドレスＭＡ０のローカル部を変更するための変更画面に対応する変更画面データを端末装置４００に送信する。

端末装置４００は、Ｔ１１２において、ＡＰＰサーバ１００から変更画面データを受信すると、新しいローカル部を入力するための入力欄を含む変更画面を表示する。

ユーザは、Ｔ１１４において、新しいローカル部「ｕｓｅｒ１」を変更画面の入力欄に入力する。これにより、端末装置４００は、Ｔ１１６において、メールアドレスＭＡ０の変更を要求する変更要求をＡＰＰサーバ１００に送信する。変更要求は、ＭＦＰ２００のＵＩＤ「ｕ０１」と、新しいメールアドレスＭＡ１と、を含む。メールアドレスＭＡ１は、Ｔ１１４で入力されたローカル部「ｕｓｅｒ１」とＡＰＰサーバ１００のドメイン名「ａｐｐ．ｃｏｍ」を含む。

ＡＰＰサーバ１００は、Ｔ１１６において、端末装置４００から変更要求を受信すると、Ｔ１１８において、変更要求に含まれるＵＩＤ「ｕ０１」に関連付けてデバイステーブル１４２に記憶されているメールアドレスＭＡ０を変更要求に含まれるメールアドレスＭＡ１に変更する。即ち、デバイステーブル１４２内の登録状態が、ＵＩＤ「ｕ０１」に関連付けてメールアドレスＭＡ０が登録されている状態から、ＵＩＤ「ｕ０１」に関連付けてメールアドレスＭＡ１が登録されている状態に変更される。ここで、メールアドレスＭＡ１は、ユーザによって入力されたローカル部「ｕｓｅｒ１」、別言すれば、ユーザが任意に選択した文字列を含む。これに対して、メールアドレスＭＡ０は、サーバが生成した文字列「ｍｆｐ１」を含む。特に、サーバが生成した文字列「ｍｆｐ１」は、ランダムな文字列を含む。このため、ユーザは、サーバが生成したメールアドレスＭＡ０を覚え難く感じ得る。本ケースのように、メールアドレスＭＡ０をユーザの覚えやすいメールアドレスＭＡ１に変更することにより、ユーザの利便性が向上する。

（ケースＡ２）
メニュー画面内の編集ボタンＢＴ２が選択されるケースＡ２について説明する。端末装置４００は、編集ボタンＢＴ２が選択されると、Ｔ１３０において、編集画面に対応する編集画面データを要求する編集画面要求をＡＰＰサーバ１００に送信する。編集画面は、ホワイトリストを編集するための画面である。編集要求は、ＭＦＰ２００のＵＩＤ「ｕ０１」を含む。

ＡＰＰサーバ１００は、Ｔ１３０において、端末装置４００から編集画面要求を受信すると、デバイステーブル１４２から変更画面要求に含まれるＵＩＤ「ｕ０１」に関連付けて記憶されているホワイトリストＷＬ１を特定する。そして、ＡＰＰサーバ１００は、Ｔ１３２において、特定済みのホワイトリストＷＬ１を編集するための編集画面に対応する編集画面データを端末装置４００に送信する。

端末装置４００は、Ｔ１３２において、ＡＰＰサーバ１００から編集画面データを受信すると、ホワイトリストＷＬ１に追加すべきメールアドレスを入力するための入力欄を含む編集画面を表示する。なお、編集画面には、特定済みのホワイトリストＷＬ１内のメールアドレスを削除するためのボタン（図示省略）も含まれる。

ユーザは、Ｔ１３４において、メールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」を編集画面の入力欄に入力する。これにより、端末装置４００は、Ｔ１３６において、メールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」の追加を要求する追加要求をＡＰＰサーバ１００に送信する。追加要求は、ＭＦＰ２００のＵＩＤ「ｕ０１」と、Ｔ１３４で入力されたメールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」と、を含む。

ＡＰＰサーバ１００は、Ｔ１３６において、端末装置４００から追加要求を受信すると、Ｔ１３８において、デバイステーブル１４２において追加要求に含まれるＵＩＤ「ｕ０１」に関連付けて記憶されているホワイトリストＷＬ１を特定する。そして、ＡＰＰサーバ１００は、追加要求に含まれるメールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」を特定済みのホワイトリストＷＬ１に追加する。

（メール印刷を実行するための処理；図６）
図６を参照して、メール印刷を実行するための処理を説明する。図６は、図５の続きである。ユーザは、例えば、ＭＦＰ２００が設置されているオフィスの外において、端末装置５００を操作して、印刷の実行を指示する電子メールＥＭ１を作成する。具体的には、ユーザは、メールアドレスＭＡ１を電子メールＥＭ１のＴＯを示す領域（以下、「ＴＯ領域」と記載）に記述し、印刷対象の画像に対応する画像データを電子メールＥＭ１の本文を示す領域（以下、「本文領域」と記載）に添付する。また、端末装置５００のアプリ（図示省略）には、ユーザのメールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」が送信元のメールアドレスとして設定されている。

端末装置５００は、ユーザから電子メールＥＭ１の送信の指示を受け付けると、メールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」を送信元のメールアドレスとして含む電子メールＥＭ１をＡＰＰサーバ１００に送信する。

ＡＰＰサーバ１００は、Ｔ２００において、端末装置５００から電子メールＥＭ１を受信すると、デバイステーブル１４２から電子メールＥＭ１に含まれるメールアドレスＭＡ１に関連付けて記憶されているＵＩＤ「ｕ０１」、管理ＩＤ「ａ０１」、及び、ホワイトリストＷＬ１を特定する。

Ｔ２０２では、ＡＰＰサーバ１００は、電子メールＥＭ１の送信元のメールアドレスが特定済みのホワイトリストＷＬ１に含まれるのか否かを判断する。本ケースでは、ＡＰＰサーバ１００は、送信元のメールアドレスがホワイトリストＷＬ１に含まれると判断して（Ｔ２０２でＹＥＳ）に、Ｔ２１２以降の処理に進む。仮に、送信元のメールアドレスがホワイトリストＷＬ１に含まれないと判断される場合（Ｔ２０２でＮＯ）には、ＡＰＰサーバ１００は、Ｔ２０４において、送信元のメールアドレスの認証が失敗したことを示すエラーメールを端末装置５００に送信する。このような構成によれば、ＭＦＰ２００のユーザ（例えば管理者）によって許容されていないユーザ（例えば第三者）によるメール印刷の利用を禁止することができる。

Ｔ２１２では、ＡＰＰサーバ１００は、モデル情報を要求するモデル情報要求をＸＭＰＰサーバ１０に送信する。モデル情報要求は、特定済みの管理ＩＤ「ａ０１」を含む。

ＸＭＰＰサーバ１０は、Ｔ２１２において、ＡＰＰサーバ１００からモデル情報要求を受信すると、Ｔ２１４において、モデル情報要求内の管理ＩＤ「ａ０１」に関連付けて記憶されているモデル情報ＭＩ１をＡＰＰサーバ１００に送信する。

ＡＰＰサーバ１００は、Ｔ２１４において、ＸＭＰＰサーバ１０からモデル情報ＭＩ１を受信すると、Ｔ２１８において、モデル情報ＭＩ１を利用して、電子メールＥＭ１に含まれている画像データを変換してＭＦＰ２００が解釈可能なデータ形式を有する印刷データＰＤ１を生成する。ここで、ＡＰＰサーバ１００は、ユーザによってＡＰＰサーバ１００に入力された印刷設定（例えば、用紙サイズ）に従って、印刷データＰＤ１を生成する。なお、変形例では、ＡＰＰサーバ１００は、電子メールＥＭ１の本文に記述されている印刷設定に従って、印刷データＰＤ１を生成してもよい。

Ｔ２２０では、ＡＰＰサーバ１００は、印刷データＰＤ１に従って実行される印刷ジョブに関する情報をジョブテーブル１４４に記憶する。具体的には、ＡＰＰサーバ１００は、ＵＩＤ「ｕ０１」に関連付けて、管理ＩＤ「ａ０１」と、新しいジョブＩＤ「ｊ０１」と、電子メールＥＭ１に含まれている画像データのファイル名「ｉｄ１」と、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」と、をジョブテーブル１４４に記憶する。ここで、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」は、印刷データＰＤ１が記憶されているＡＰＰサーバ１００内の位置を示し、文字列「ｐｄ１」は、印刷データＰＤ１のファイル名である。

Ｔ２２２では、ＡＰＰサーバ１００は、管理ＩＤ「ａ０１」と、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」と、をＸＭＰＰサーバ１０に送信する。これにより、ＸＭＰＰサーバ１０は、Ｔ２２４において、管理ＩＤ「ａ０１」に関連付けて記憶されているアクセストークンＡＴを特定して、特定済みのアクセストークンＡＴを利用したＸＭＰＰセッションを利用して、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」をＭＦＰ２００に送信する。

ＭＦＰ２００は、Ｔ２２４において、ＸＭＰＰサーバ１０から印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」を受信すると、Ｔ２３０において、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」を含むデータ要求をＡＰＰサーバ１００に送信する。例えば、データ要求は、ＨＴＴＰコマンドである。印刷ＵＲＬを利用することで、汎用的なＨＴＴＰコマンドを利用して、ＡＰＰサーバ１００から印刷データを受信することができる。

ＡＰＰサーバ１００は、Ｔ２３０において、ＭＦＰ２００からデータ要求を受信すると、印刷ＵＲＬ「ｈｔｔｐ：／／ａｐｐ．ｃｏｍ／ｐｄ１」によって示されるＡＰＰサーバ１００内の位置から印刷データＰＤ１を取得する。

Ｔ２３２では、ＡＰＰサーバ１００は、印刷の実行を指示する印刷データＰＤ１をＭＦＰ２００に送信する。これにより、ＭＦＰ２００は、Ｔ２３４において、印刷データＰＤ１に対応する画像の印刷を実行する。

（アドレス譲渡処理；図７）
図７を参照して、ＡＰＰサーバ１００のＣＰＵ１３２によって実行されるアドレス譲渡処理について説明する。例えば、図４の処理において、ＭＦＰ２００のＵＩＤ「ｕ０１」に関連付けて、メールアドレスＭＡ０がＡＰＰサーバ１００に記憶される。そして、図５の処理において、メールアドレスＭＡ０が、ユーザの覚えやすいメールアドレスＭＡ１に変更される。このような状況において、ＭＦＰ２００の老朽化等により、ＭＦＰ２００を新しいＭＦＰ３００に交換する状況が想定される。ＭＦＰ３００の設置後に、図４と同様のセットアップ処理が実行され、ＭＦＰ３００のＵＩＤ「ｕ０２」に関連付けて、メールアドレスＭＡ２がＡＰＰサーバ１００に記憶される（図１のデバイステーブル１４２参照）。そして、ユーザは、端末装置５００を操作して、メールアドレスＭＡ２を送信先のメールアドレスとして含む電子メールをＡＰＰサーバ１００に送信することによって、印刷をＭＦＰ３００に実行させることができる（図６参照）。

メールアドレスＭＡ１は、ユーザが任意に選択した文字列を含む覚えやすいメールアドレスである。このため、ユーザは、ＭＦＰ２００で利用していたメールアドレスＭＡ１を、新しいＭＦＰ３００でも利用したい、即ち、メールアドレスＭＡ１をＭＦＰ２００からＭＦＰ３００に譲渡したいと考える。この場合に、ユーザは、ＭＦＰ２００について図５のケースＡ１と同様の処理を実行して、ＭＦＰ２００のＵＩＤ「ｕ０１」に関連付けて記憶されているメールアドレスＭＡ１を、例えば、元のメールアドレスＭＡ０に変更する（Ｔ１１８参照）。さらに、ユーザは、ＭＦＰ３００について図５のケースＡ１と同様の処理を実行して、ＭＦＰ３００のＵＩＤ「ｕ０２」に関連付けて記憶されているメールアドレスＭＡ２をメールアドレスＭＡ１に変更する（Ｔ１１８参照）。これにより、メールアドレスＭＡ１がＭＦＰ２００からＭＦＰ３００に譲渡され、ユーザは、ＭＦＰ２００で利用していたメールアドレスＭＡ１を、新しいＭＦＰ３００でも利用することができる。しかし、ユーザは、図５のケースＡ１と同様の処理を繰り返し実行する必要がある。このため、ユーザは、不便に感じ得る。

図７のアドレス譲渡処理は、メールアドレスＭＡ１の譲渡を簡易に実現するための処理である。

まず、ユーザは、端末装置４００を操作して、アプリ４４２を起動する。そして、ユーザは、アプリ４４２を操作して、メールアドレスの譲渡を指示する電子メールＥＭ２を作成する。具体的には、ユーザは、ＭＦＰ２００から新しいＭＦＰ３００に譲渡されるメールアドレスＭＡ１を電子メールＥＭ２のＴＯ領域に記述し、メールアドレスＭＡ１を譲り受ける側のＭＦＰ３００に関連付けて記憶されているメールアドレスＭＡ２を電子メールＥＭ２のＣＣを示す領域（以下、「ＣＣ領域」と記載）に記述する。ここで、アプリ４４２には、ユーザのメールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」が送信元のメールアドレスとして設定されている。

端末装置４００は、ユーザから電子メールＥＭ２の送信の指示を受け付けると、Ｓ５において、メールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」を送信元のメールアドレスとして含む電子メールＥＭ２をＡＰＰサーバ１００に送信する。ここで、電子メールＥＭ２には、ＴＯ領域及びＣＣ領域に加えて、ＢＣＣ領域と、本文領域と、が含まれる。ＢＣＣ領域は、電子メールＥＭ２のＢＣＣを示す領域である。ＣＣ領域及びＢＣＣ領域は、ＴＯ領域と同様に、送信先のメールアドレスを記述するための領域である。ＴＯ領域は、メインの送信先のメールアドレスを記述するための領域であり、ＣＣ領域及びＢＣＣ領域は、メインの送信先とは異なる送信先（例えば、メインの送信先に電子メールを送信したことを知らせるべき相手）のメールアドレスを記述するための領域である。ＣＣ領域に記述されたメールアドレスは、当該メールアドレスの送信先とは異なる他の送信先のメーラで表示される。これに対して、ＢＣＣ領域に記述されたメールアドレスは、当該メールアドレスの送信先とは異なる他の送信先のメーラで表示されない。なお、本実施例では、電子メールＥＭ２のＢＣＣ領域及び本文領域には、文字列が何ら記述されていない。

ＡＰＰサーバ１００のＣＰＵ１３２は、Ｓ１０において、メールアドレスの譲渡を指示する電子メールＥＭ２の受信を監視する。ＣＰＵ１３２は、端末装置４００から電子メールＥＭ２を受信したと判断する場合（Ｓ１０でＹＥＳ）に、Ｓ２０に進む。例えば、ＣＰＵ１３２は、受信済みの電子メールのＴＯ領域とＣＣ領域の双方に、ＡＰＰサーバ１００のドメイン名「ａｐｐ．ｃｏｍ」を含むメールアドレスが記述されている場合に、受信済みの電子メールがメールアドレスの譲渡を指示する電子メールＥＭ２であると判断する（Ｓ１０でＹＥＳ）。

Ｓ２０では、ＣＰＵ１３２は、電子メールＥＭ２のＴＯ領域に記述されているメールアドレスと関連付けてデバイステーブル１４２に記憶されているＵＩＤが存在するのか否かを判断する。当該ＵＩＤは、メールアドレスを譲渡する側のＭＦＰを識別するためのＵＩＤ（以下では、「譲渡側のＵＩＤ」と記載）である。ＣＰＵ１３２は、譲渡側のＵＩＤが存在すると判断する場合（Ｓ２０でＹＥＳ）に、Ｓ３０に進む。一方、ＣＰＵ１３２は、譲渡側のＵＩＤが存在しないと判断する場合（Ｓ２０でＮＯ）に、Ｓ６０において、アドレス譲渡処理が失敗したことを示す失敗メールを電子メールＥＭ２の送信元（例えば端末装置４００）に送信する。Ｓ６０が終了すると、図７の処理が終了する。

Ｓ３０では、ＣＰＵ１３２は、電子メールＥＭ２の送信元のメールアドレス（即ち、電子メールＥＭ２のＦＲＯＭ領域に記述されているメールアドレス）が、譲渡側のＵＩＤに関連付けて記憶されているホワイトリストに含まれるのか否かを判断する。即ち、ＣＰＵ１３２は、電子メールＥＭ２の送信元の認証を実行する。ＣＰＵ１３２は、電子メールＥＭ２の送信元のメールアドレスが当該ホワイトリストに含まれる場合（Ｓ３０でＹＥＳ）に、電子メールＥＭ２の送信元の認証が成功したと判断して、Ｓ４０に進む。一方、ＣＰＵ１３２は、電子メールＥＭ２の送信元のメールアドレスが当該ホワイトリストに含まれないと判断する場合（Ｓ３０でＮＯ）に、電子メールＥＭ２の送信元の認証が失敗したと判断して、Ｓ６０に進む。ホワイトリストに含まれないメールアドレスは、ＭＦＰ２００のユーザ（例えば管理者）によってメール印刷が許容されていないユーザである。別言すれば、ホワイトリストに含まれないメールアドレスは、ＭＦＰ２００のユーザとは無関係なユーザのメールアドレスである可能性が高い。このような構成によれば、ＭＦＰ２００のユーザとは無関係なユーザ（例えば第三者）によって、メールアドレスが不正に譲渡されることを抑制することができる。

また、例えば、電子メールＥＭ２の本文領域に、送信元を認証するための認証コードが記述される比較例が想定される。この比較例では、ＣＰＵ１３２は、本文領域内の認証コードが、譲渡側のＵＩＤに関連付けてＡＰＰサーバ１００に記憶されている所定の認証コードと一致する場合に、電子メールＥＭ２の送信元の認証が成功したと判断して、Ｓ４０に進む。即ち、比較例では、送信元のメールアドレスとは異なる認証コードが必要である。これに対して、本実施例の構成によれば、当該認証コードが不要である。認証コードを本文領域に記述する必要がないので、ユーザの利便性が向上する。なお、変形例では、上記の比較例の構成を採用してもよい。

Ｓ４０では、ＣＰＵ１３２は、電子メールＥＭ２のＣＣ領域に記述されているメールアドレスと関連付けてデバイステーブル１４２に記憶されているＵＩＤが存在するのか否かを判断する。当該ＵＩＤは、メールアドレスを譲り受ける側のＭＦＰを識別するためのＵＩＤ（以下では、「譲受側のＵＩＤ」と記載）である。ＣＰＵ１３２は、譲受側のＵＩＤが存在すると判断する場合（Ｓ４０でＹＥＳ）に、Ｓ５０に進む。一方、ＣＰＵ１３２は、譲受側のＵＩＤが存在しないと判断する場合（Ｓ４０でＮＯ）に、Ｓ６０に進む。

Ｓ５０では、ＣＰＵ１３２は、譲渡側のＵＩＤと関連付けてデバイステーブル１４２に記憶されているメールアドレスをリセットする。具体的には、ＣＰＵ１３２は、デバイステーブル１４２から譲渡側のＵＩＤと関連付けて記憶されているメールアドレスを削除し、譲渡側のＵＩＤと関連付けて、別のメールアドレスをデバイステーブル１４２に記憶する。別のメールアドレスは、ＡＰＰサーバ１００によって生成されるユニークな文字列を含むローカル部と、ＡＰＰサーバ１００のドメイン名「ａｐｐ．ｃｏｍ」を含むメールアドレスである。別のメールアドレスは、例えば、元のメールアドレスＭＡ０である。なお、変形例では、ＣＰＵ１３２は、デバイステーブル１４２内のメールアドレスの削除後に、別のメールアドレスをデバイステーブル１４２に記憶しなくてもよい。

Ｓ５２では、ＣＰＵ１３２は、譲受側のＵＩＤと関連付けて、電子メールＥＭ２のＴＯ領域に記述されているメールアドレスをデバイステーブル１４２に記憶する。Ｓ５２の処理が終了すると、図７の処理が終了する。

（具体的なケース；図８）
図８を参照して、図７のアドレス譲渡処理によって実現される具体的なケースを説明する。本ケースでは、ＭＦＰ２００で利用していたメールアドレスＭＡ１を新しいＭＦＰ３００に譲渡する状況を想定する。本ケースの初期状態では、譲渡側のＵＩＤ「ｕ０１」（即ちＭＦＰ２００のＵＩＤ「ｕ０１」）に関連付けて、メールアドレスＭＡ１とホワイトリストＷＬ１とが記憶されており、譲受側のＵＩＤ「ｕ０２」（即ちＭＦＰ３００のＵＩＤ「ｕ０２」）に関連付けて、メールアドレスＭＡ２とホワイトリストＷＬ２とが記憶されている。

ＡＰＰサーバ１００は、端末装置４００から電子メールＥＭ２を受信すると（図７のＳ１０でＹＥＳ）、譲渡側のＵＩＤ「ｕ０１」が存在すると判断する（Ｓ２０でＹＥＳ）。ＡＰＰサーバ１００は、電子メールＥＭ２の送信元のメールアドレス「ｕｓｅｒ１＠ｕｓｅｒ．ｃｏｍ」がホワイトリストＷＬ１に含まれると判断する（Ｓ３０でＹＥＳ）。ＡＰＰサーバ１００は、譲受側のＵＩＤ「ｕ０２」が存在すると判断する（Ｓ４０でＹＥＳ）。ＡＰＰサーバ１００は、デバイステーブル１４２から譲渡側のＵＩＤ「ｕ０１」と関連付けて記憶されているメールアドレスＭＡ１を削除して、ＵＩＤ「ｕ０１」と関連付けて、元のメールアドレスＭＡ０をデバイステーブル１４２に記憶する（Ｓ５０）。そして、ＡＰＰサーバ１００は、譲受側のＵＩＤ「ｕ０２」と関連付けて、電子メールＥＭ２のＴＯ領域に記述されているメールアドレスＭＡ１をデバイステーブル１４２に記憶する（Ｓ５２）。

図８に示すように、メールアドレスＭＡ１の譲渡前において、譲受側のＵＩＤ「ｕ０２」に関連付けてメールアドレスＭＡ２が登録されている。そして、メールアドレスＭＡ１の譲渡後において、譲受側のＵＩＤ「ｕ０２」に関連付けてメールアドレスＭＡ１が登録されている。即ち、図７のアドレス譲渡処理において、デバイステーブル１４２内の登録状態が、譲受側のＵＩＤ「ｕ０２」に関連付けてメールアドレスＭＡ２が登録されている状態から、譲受側のＵＩＤ「ｕ０２」に関連付けてメールアドレスＭＡ１が登録されている状態に変更されて、メールアドレスＭＡ１のＭＦＰ２００からＭＦＰ３００への譲渡が完了する。

なお、本ケースでは、メールアドレスＭＡ１の譲渡後の登録状態において、譲受側のＵＩＤ「ｕ０２」に関連付けて、ホワイトリストＷＬ２が記憶されている。変形例では、メールアドレスＭＡ１の譲渡後の登録状態において、譲受側のＵＩＤ「ｕ０２」に関連付けて、ホワイトリストＷＬ１が記憶されていてもよい。即ち、メールアドレスＭＡ１の譲渡に伴い、ホワイトリストＷＬ１もＭＦＰ２００からＭＦＰ３００に譲渡されてもよい。

（本実施例の効果）
本実施例の構成によれば、ユーザは、端末装置４００を操作して、メールアドレスＭＡ１とメールアドレスＭＡ２とを含む電子メールＥＭ２をＡＰＰサーバ１００に送信する（図７のＳ５）。これにより、メモリの登録状態が、ＭＦＰ３００のＵＩＤ「ｕ０２」に関連付けてメールアドレスＭＡ２がデバイステーブル１４２に登録されている状態から、ＵＩＤ「ｕ０２」に関連付けてメールアドレスＭＡ１がデバイステーブル１４２に登録されている状態に変更される（Ｓ５２）。その後、ユーザは、例えば、端末装置５００を操作して、メールアドレスＭＡ１を送信先として含む電子メールＥＭ１をＡＰＰサーバ１００に送信する（図６のＴ２００参照）。この場合、ＡＰＰサーバ１００は、メールアドレスＭＡ１に関連付けて記憶されているＭＦＰ３００のＵＩＤ「ｕ０２」を特定し、電子メールＥＭ１内の画像の印刷を指示する印刷データをＭＦＰ３００に送信する（図６のＴ２３２参照）。これにより、ＭＦＰ３００において電子メールＥＭ１内の画像の印刷が実行される（図６のＴ２３４参照）。即ち、ユーザは、ＭＦＰ２００をＭＦＰ３００に交換する場合に、ＭＦＰ２００で利用されていたメールアドレスＭＡ１をＭＦＰ３００に利用することができる。ユーザの利便性が向上する。

また、本実施例の構成によれば、図５のケースＡ１によってユーザによって変更されたメールアドレスＭＡ１がＭＦＰ２００からＭＦＰ３００に譲渡される。即ち、ユーザは、ＭＦＰ２００がＭＦＰ３００に交換された後も、ユーザによって変更されたメールアドレスＭＡ１を引き続き利用することができる。ユーザの利便性が向上する。

（対応関係）
通信システム２が、「通信システム」の一例である。ＸＭＰＰサーバ１０及びＡＰＰサーバ１００が、「サーバ」の一例である。ＡＰＰサーバ１００のメモリ１３４が、「メモリ」の一例である。端末装置５００、端末装置４００が、それぞれ、「第１の端末装置」、「第２の端末装置」の一例である。図６のＴ２３４で実行される処理が、「所定の処理」の一例である。ＭＦＰ２００、ＭＦＰ３００、ＵＩＤ「ｕ０１」、ＵＩＤ「ｕ０２」が、それぞれ、「第１の通信装置」、「第２の通信装置」、「第１の識別情報」、「第２の識別情報」の一例である。メールアドレスＭＡ１、メールアドレスＭＡ２が、それぞれ、「第１のメールアドレス」、「第２のメールアドレス」の一例である。図６のＴ２００の電子メールＥＭ１、図７の電子メールＥＭ２が、それぞれ、「第１の電子メール」、「第２の電子メール」の一例である。ホワイトリストＷＬ１が、「ホワイトリスト」の一例である。ＴＯ領域、ＣＣ領域が、それぞれ、「第１の領域」、「第２の領域」の一例である。メールアドレスＭＡ０が、「特定のメールアドレス」の一例である。

図６のＴ２００、Ｔ２３２、Ｔ２３４、図７のＳ５、Ｓ１０、Ｓ５２が、それぞれ、「第１のメール送信部（第１のメール受信部）」、「指示送信部」、「処理実行部」、「第２のメール送信部」、「第２のメール受信部」、「変更部（第１の変更部）」によって実現される処理の一例である。

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

（変形例１〜８） 上記の実施例では、ＭＦＰ２００からＭＦＰ３００に譲渡されるメールアドレスＭＡ１（以下、「譲渡側のメールアドレス」と記載）が、電子メールＥＭ２のＴＯ領域に記述され、メールアドレスＭＡ１を譲り受ける側のＭＦＰ３００に関連付けて記憶されているメールアドレスＭＡ２（以下、「譲受側のメールアドレス」と記載）が、電子メールＥＭ２のＣＣ領域に記述される（図７参照）。譲渡側のメールアドレスと譲受側のメールアドレスは、実施例の構成に限らず、例えば、図９の変形例１〜６及び図示省略の変形例７、８によって示される領域に記述されてもよい。

変形例１は、譲受側のメールアドレスがＢＣＣ領域に記述される点を除いて、実施例と同様である。変形例２は、譲受側のメールアドレスが本文領域に記述される点を除いて、実施例と同様である。変形例１、２では、ＴＯ領域が、「第１の領域」の一例であり、ＢＣＣ領域又は本文領域が、「第２の領域」の一例である。

変形例３では、譲渡側のメールアドレスがＣＣ領域に記述され、譲受側のメールアドレスがＴＯ領域に記述されてもよい。変形例４は、譲渡側のメールアドレスがＢＣＣ領域に記述される点を除いて、変形例３と同様である。変形例５は、譲渡側のメールアドレスが本文領域に記述される点を除いて、変形例３と同様である。変形例３〜５では、ＴＯ領域が、「第２の領域」の一例であり、ＣＣ領域、ＢＣＣ領域、又は、本文領域が、「第１の領域」の一例である。

変形例６では、譲渡側のメールアドレスと譲受側のメールアドレスの双方がＴＯ領域に記述されてもよい。他の変形例７（図示省略）では、譲渡側のメールアドレスと譲受側のメールアドレスの双方が、ＣＣ領域及びＢＣＣ領域のいずれか一方に記述されてもよい。一般的に言えば、第１のメールアドレスと第２のメールアドレスの双方は、同じ領域に記述されてもよい。

他の変形例８（図示省略）では、譲渡側のメールアドレスと譲受側のメールアドレスの双方が本文領域に記述されてもよい。変形例８では、例えば、電子メールＥＭ２のＴＯ領域には、ＡＰＰサーバ１００のドメイン名「ａｐｐ．ｃｏｍ」を含む他のメールアドレスが記述される。即ち、本変形例では、譲渡側のメールアドレスと譲受側のメールアドレスとは異なる他のメールアドレスが必要となり、ユーザは、３個のメールアドレスを記述する必要がある。これに対して、実施例及び変形例１〜７の構成では、当該他のメールアドレスが不要である。即ち、ユーザは、２個のメールアドレスを記述すればよい。ユーザの利便性が向上する。

また、変形例６〜８では、譲渡側のメールアドレスと譲受側のメールアドレスの双方が１つの領域（例えばＴＯ領域）に記述されている。これら変形例では、ＡＰＰサーバ１００は、１つの特定の領域の記述内容を分析する。例えば、ＡＰＰサーバ１００は、特定の領域の前方に記述されているメールアドレスを譲渡側のメールアドレスと分析し、同じ特定の領域の後方に記述されているメールアドレスを譲受側のメールアドレスと分析してもよい。即ち、変形例６〜８では、ＡＰＰサーバ１００は、１つの領域内の記述内容を分析する必要がある。これに対して、実施例及び変形例１〜５の構成では、ＡＰＰサーバ１００は、第１の領域（例えばＴＯ領域）に記述されているメールアドレスを譲渡側のメールアドレスと分析し、第１の領域とは異なる第２の領域（例えばＣＣ領域）に記述されているメールアドレスを譲受側のメールアドレスと分析する（図７参照）。ここで、第１の領域及び第２の領域は、電子メール内の既存の領域である。実施例及び変形例１〜５の構成によれば、２個の異なる既存の領域を利用して、電子メールＥＭ２の分析を簡易に実現することができる。

また、変形例８の構成によれば、譲渡側のメールアドレスと譲受側のメールアドレスは、電子メールの送信先を示す領域（即ち、ＴＯ領域、ＣＣ領域、ＢＣＣ領域）とは異なる本文領域に記述される。一般的に言えば、「第２の電子メール」は、第１のメールアドレスと第２のメールアドレスとを含めばよい。

（変形例９）上記の実施例では、通信システム２は、ＸＭＰＰサーバ１０とＡＰＰサーバ１００を備える。これに代えて、通信システム２は、ＸＭＰＰサーバ１０を備えず、ＡＰＰサーバ１００を備えてもよい。この場合、一つの例では、ＸＭＰＰセッションは、ＭＦＰ２００とＡＰＰサーバ１００の間に確立されてもよい。また、他の例では、ＭＦＰ２００とのＸＭＰＰセッションは確立されなくてもよい。そして、ＭＦＰ２００は、印刷データを要求するための信号をＡＰＰサーバ１００に定期的に送信してもよい。これら変形例では、ＡＰＰサーバ１００が、「サーバ」の一例である。

（変形例１０）「第１の通信装置（及び第２の通信装置）」は、ＭＦＰに限らず、例えば、プリンタ、スキャナ、ファクシミリ装置、ＰＣ、サーバ等であってもよい。

（変形例１１）「所定の処理」は、印刷の処理に限らず、例えば、ＦＡＸデータを送信するＦＡＸ処理、ＭＦＰの設定値を変更する設定変更処理等であってもよい。例えば、「所定の処理」がＦＡＸ処理である場合には、電子メールＥＭ１には、ＦＡＸデータとして送信されるべき画像データが含まれてもよい。また、例えば、「所定の処理」が設定変更処理である場合には、電子メールＥＭ１には、ＭＦＰに設定されるべき設定値が含まれてもよい。

（変形例１２）「メモリ」は、ＡＰＰサーバ１００のメモリ１３４に限らず、例えば、ＡＰＰサーバ１００及びＸＭＰＰサーバ１０とは別体に設けられている外部のメモリであってもよい。

（変形例１３）図５のケースＡ１の処理は実行されなくてもよい。本変形例では、「第２の変更部」を省略可能である。この場合、一つの例では、ＡＰＰサーバ１００によって生成されたローカル部を含むメールアドレスＭＡ０がＭＦＰ２００からＭＦＰ３００に譲渡されてもよい。本変形例では、メールアドレスＭＡ０が、「第１のメールアドレス」の一例である。また、他の例では、セットアップ処理において、ＡＰＰサーバ１００は、ＭＦＰ２００からユーザによって入力される文字列を受信し、当該文字列をローカル部として含むメールアドレスＭＡ３を登録してもよい。本変形例では、メールアドレスＭＡ３が、「第１のメールアドレス」の一例である。

（変形例１４）上記の実施例では、ＡＰＰサーバ１００は、端末装置５００から電子メールＥＭ１を受信し（図６のＴ２００）、端末装置４００から電子メールＥＭ２を受信する（図７のＳ１０）。これに代えて、ＡＰＰサーバ１００は、同じ端末装置（例えば端末装置４００）から電子メールＥＭ１と電子メールＥＭ２の双方を受信してもよい。一般的言えば、「第１の端末装置」と「第２の端末装置」は、同じであってもよいし、異なっていてもよい。

（変形例１５）上記の実施例では、印刷の実行を指示する電子メールＥＭ１において、メールアドレスＭＡ１は、電子メールＥＭ１のＴＯ領域に記述される（図５のＴ２００）。これに代えて、メールアドレスＭＡ１は、電子メールＥＭ１のＣＣ領域及びＢＣＣ領域のいずれか一方に記述されてもよい。本変形例によれば、メールアドレスＭＡ１がＣＣ領域及びＢＣＣ領域のいずれか一方に記述されている電子メールＥＭ１が、「前記第１のメールアドレスを送信先として含む前記第１の電子メール」の一例である。

（変形例１６）上記の実施例では、電子メールＥＭ２の送信元の認証は、送信元のメールアドレスがホワイトリストに含まれるか否かの判断によって実現される（図７のＳ３０）。これに代えて、例えば、電子メールＥＭ２の送信元の認証は、電子メールＥＭ２の本文領域に記述されている認証コードの一致判断によって実現されてもよい。本変形例では、「ホワイトリスト」を省略可能である。

（変形例１７）図７のＳ３０の処理は実行されなくてもよい。本変形例では、「認証部」を省略可能である。

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

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

２：通信システム、８：インターネット、１０：ＸＭＰＰサーバ、１６：ネットワークＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、４０：プログラム、４２：管理テーブル、１００：ＡＰＰサーバ、１１６：ネットワークＩ／Ｆ、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１４０：プログラム、１４２：デバイステーブル、１４４：ジョブテーブル、２００：ＭＦＰ、２１４：表示部、２１６：ＬＡＮＩ／Ｆ、２１８：印刷実行部、２２０：ＰＳＴＮＩ／Ｆ、２３０：制御部、２３２：ＣＰＵ、２３４：メモリ、２４０：プログラム、３００：ＭＦＰ、４００：端末装置、４３０：制御部、４３２：ＣＰＵ、４３４：メモリ、４４０：ＯＳプログラム、４４２：アプリ、５００：端末装置、ＢＴ１：変更ボタン、ＢＴ２：編集ボタン、ＥＭ１：電子メール、ＥＭ２：電子メール、ＭＡ０：メールアドレス、ＭＡ１：メールアドレス、ＭＡ２：メールアドレス、ＷＬ１ ：ホワイトリスト、ＷＬ２ ：ホワイトリスト

Claims (9)

1. 通信システムであって、
   サーバと、
   １個以上の端末装置と、
   ２個以上の通信装置と、
   を備え、
   前記サーバは、
   前記２個以上の通信装置のそれぞれについて、当該通信装置を識別する識別情報に関連付けてメールアドレスを登録するメモリを備え、
   前記１個以上の端末装置のうちの第１の端末装置は、
   前記２個以上の通信装置のうちの第１の通信装置を識別する第１の識別情報に関連付けて第１のメールアドレスが前記メモリに登録されている状況において、所定の処理の実行を指示する第１の電子メールであって、前記第１のメールアドレスを送信先として含む前記第１の電子メールを前記サーバに送信する第１のメール送信部を備え、
   前記サーバは、さらに、
   前記第１の端末装置から前記第１の電子メールが受信される場合に、前記所定の処理の実行を指示する実行指示を、前記第１のメールアドレスに関連付けて前記メモリに登録されている前記第１の識別情報によって識別される前記第１の通信装置に送信する指示送信部を備え、
   前記第１の通信装置は、
   前記サーバから前記実行指示が受信される場合に、前記所定の処理を実行する処理実行部を備え、
   前記１個以上の端末装置のうちの第２の端末装置は、
   前記第１の識別情報に関連付けて前記第１のメールアドレスが前記メモリに登録されており、かつ、前記２個以上の通信装置のうちの前記第１の通信装置とは異なる第２の通信装置を識別する第２の識別情報に関連付けて第２のメールアドレスが前記メモリに登録されている状況において、メールアドレスの登録状態の変更を指示する第２の電子メールを前記サーバに送信する第２のメール送信部であって、前記第２の電子メールは、前記第１のメールアドレスと前記第２のメールアドレスとを含む、前記第２のメール送信部を備え、
   前記サーバは、さらに、
   前記第２の端末装置から前記第２の電子メールが受信される場合に、前記メモリ内の登録状態を、前記第２の識別情報に関連付けて前記第２のメールアドレスが登録されている状態から、前記第２の識別情報に関連付けて前記第１のメールアドレスが登録されている状態に変更する変更部を備える、
   通信システム。
2. サーバであって、
   ２個以上の通信装置のそれぞれについて、当該通信装置を識別する識別情報に関連付けてメールアドレスを登録するメモリと、
   前記２個以上の通信装置のうちの第１の通信装置を識別する第１の識別情報に関連付けて第１のメールアドレスが前記メモリに登録されている状況において、第１の端末装置から、所定の処理の実行を指示する第１の電子メールであって、前記第１のメールアドレスを送信先として含む前記第１の電子メールを受信する第１のメール受信部と、
   前記第１の端末装置から前記第１の電子メールが受信される場合に、前記所定の処理の実行を指示する実行指示を、前記第１のメールアドレスに関連付けて前記メモリに登録されている前記第１の識別情報によって識別される前記第１の通信装置に送信する指示送信部と、
   前記第１の識別情報に関連付けて前記第１のメールアドレスが前記メモリに登録されており、かつ、前記２個以上の通信装置のうちの前記第１の通信装置とは異なる第２の通信装置を識別する第２の識別情報に関連付けて第２のメールアドレスが前記メモリに登録されている状況において、第２の端末装置から、メールアドレスの登録状態の変更を指示する第２の電子メールを受信する第２のメール受信部であって、前記第２の電子メールは、前記第１のメールアドレスと前記第２のメールアドレスとを含む、前記第２のメール受信部と、
   前記第２の端末装置から前記第２の電子メールが受信される場合に、前記メモリ内の登録状態を、前記第２の識別情報に関連付けて前記第２のメールアドレスが登録されている第１の状態から、前記第２の識別情報に関連付けて前記第１のメールアドレスが登録されている第２の状態に変更する第１の変更部と、
   を備える、サーバ。
3. 前記サーバは、さらに、
   前記第２の端末装置から前記第２の電子メールが受信される場合に、前記第２の電子メールの送信元を認証する認証部を備え、
   前記第１の変更部は、前記第２の電子メールの送信元の認証が成功する場合に、前記メモリ内の登録状態を前記第１の状態から前記第２の状態に変更する、請求項２に記載のサーバ。
4. 前記サーバは、さらに、
   前記第１の端末装置から前記第１の電子メールが受信される場合に、前記第１の電子メールの送信元のメールアドレスがホワイトリストに含まれるのか否かを判断する判断部を備え、
   前記指示送信部は、前記第１の電子メールの送信元のメールアドレスが前記ホワイトリストに含まれると判断される場合に、前記実行指示を前記第１の通信装置に送信し、
   前記認証部は、前記第２の電子メールの送信元のメールアドレスが前記ホワイトリストに含まれる場合に、前記第２の電子メールの送信元の認証が成功すると判断する、請求項３に記載のサーバ。
5. 前記第２の電子メールは、前記第１のメールアドレスと前記第２のメールアドレスのうちの少なくとも一方を送信先として含む、請求項２から４のいずれか一項に記載のサーバ。
6. 前記第２の電子メールは、前記第１のメールアドレスが記述される第１の領域と、前記第２のメールアドレスが記述される第２の領域であって、前記第１の領域とは異なる前記第２の領域と、を含む、請求項２から５のいずれか一項に記載のサーバ。
7. 前記第１の領域は、前記第２の電子メールのＴＯを示す領域であり、
   前記第２の領域は、前記第２の電子メールのＣＣを示す領域である、請求項６に記載のサーバ。
8. 前記サーバは、さらに、
   前記第１の識別情報に関連付けて前記第１のメールアドレスが前記メモリに登録される前に、前記第１の識別情報に関連付けて、前記サーバによって生成された特定のメールアドレスが前記メモリに登録されている状況において、外部装置から、ユーザによって前記外部装置に入力された前記第１のメールアドレスを含む変更要求を受信する要求受信部と、
   前記外部装置から前記変更要求が受信される場合に、前記メモリ内の登録状態を、前記第１の識別情報に関連付けて前記特定のメールアドレスが前記メモリに登録されている状態から、前記第１の識別情報に関連付けて前記第１のメールアドレスが前記メモリに登録されている状態に変更する第２の変更部と、
   を備える、請求項２から７のいずれか一項に記載のサーバ。
9. サーバのためのコンピュータプログラムであって、
   前記サーバは、
   コンピュータと、
   ２個以上の通信装置のそれぞれについて、当該通信装置を識別する識別情報に関連付けてメールアドレスを登録するメモリと、
   を備え、
   前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
   前記２個以上の通信装置のうちの第１の通信装置を識別する第１の識別情報に関連付けて第１のメールアドレスが前記メモリに登録されている状況において、第１の端末装置から、所定の処理の実行を指示する第１の電子メールであって、前記第１のメールアドレスを送信先として含む前記第１の電子メールを受信する第１のメール受信部と、
   前記第１の端末装置から前記第１の電子メールが受信される場合に、前記所定の処理の実行を指示する実行指示を、前記第１のメールアドレスに関連付けて前記メモリに登録されている前記第１の識別情報によって識別される前記第１の通信装置に送信する指示送信部と、
   前記第１の識別情報に関連付けて前記第１のメールアドレスが前記メモリに登録されており、かつ、前記２個以上の通信装置のうちの前記第１の通信装置とは異なる第２の通信装置を識別する第２の識別情報に関連付けて第２のメールアドレスが前記メモリに登録されている状況において、第２の端末装置から、メールアドレスの登録状態の変更を指示する第２の電子メールを受信する第２のメール受信部であって、前記第２の電子メールは、前記第１のメールアドレスと前記第２のメールアドレスとを含む、前記第２のメール受信部と、
   前記第２の端末装置から前記第２の電子メールが受信される場合に、前記メモリ内の登録状態を、前記第２の識別情報に関連付けて前記第２のメールアドレスが登録されている第１の状態から、前記第２の識別情報に関連付けて前記第１のメールアドレスが登録されている第２の状態に変更する第１の変更部と、
   として機能させる、コンピュータプログラム。

Images