JP2012190337A - 通信装置 - Google Patents

Abstract

【課題】 プリンタが印刷データを適切に取得し得る技術を提供すること。
【解決手段】 プリンタは、ユーザから、ＡｕｔｈＴｏｋｅｎの取得に関する取得指示が与えられる場合（Ｓ１０２でＹＥＳの場合）に、ユーザによって指定されるユーザＩＤ及びパスワードを格納管理サーバに供給して、格納管理サーバからＡｕｔｈＴｏｋｅｎを取得する場合に（Ｓ１０４）。プリンタは、ＡｕｔｈＴｏｋｅｎを用いて、印刷データを取得する（Ｓ１２６）。プリンタは、格納管理サーバからＡｕｔｈＴｏｋｅｎが取得され、その後、プリンタの電源のＯＦＦ及びＯＮが実行される場合に、ユーザから取得指示が与えられなくても、ＮＶＲＡＭ内のユーザＩＤ及びパスワードを格納管理サーバに供給して、格納管理サーバからＡｕｔｈＴｏｋｅｎを再び取得する（Ｓ１０８）。
【選択図】 図４

Description

本明細書によって開示される技術は、ネットワークを介してサーバに接続される通信装置に関する。

特許文献１のシステムでは、ユーザは、印刷対象のドキュメントのＩＤを端末装置に入力する。この場合、端末装置は、当該ＩＤをプリント要求管理サーバに送信する。プリント要求管理サーバは、当該ＩＤを含むプリント要求データをファクシミリサーバに送信する。この場合、ファクシミリサーバは、当該ＩＤに対応する印刷データを取得して、当該印刷データをプリンタに送信する。この結果、プリンタは、当該印刷データに従った印刷を実行する。

特開２００２−７３４６２号公報

特許文献１には、認証情報を用いたデータ通信が実行されるシステムについて、何ら考慮されていない。本明細書では、通信装置が、認証情報を用いて、データを適切に取得し得る技術を開示する。

本明細書では、ネットワークを介してサーバに接続される通信装置を開示する。通信装置は、認証情報取得部と、データ取得部と、記憶制御部と、を備える。認証情報取得部は、ユーザから、第１種の認証情報の取得に関する取得指示が与えられる場合に、ユーザによって指定される第２種の認証情報をサーバに供給して、サーバから第１種の認証情報を取得する。データ取得部は、第１種の認証情報を用いて、データ格納部から特定のデータを取得する。記憶制御部は、第２種の認証情報を不揮発性メモリに記憶させる。認証情報取得部は、サーバから第１種の認証情報が取得され、その後、通信装置の電源のＯＦＦ及びＯＮが実行される場合に、ユーザから取得指示が与えられなくても、不揮発性メモリ内の第２種の認証情報をサーバに供給して、サーバから第１種の認証情報を再び取得する。

上記の構成によると、通信装置は、第１種の認証情報を取得するために必要な第２種の認証情報を、不揮発性メモリに記憶させる。従って、通信装置の電源がＯＦＦされても、不揮発性メモリに第２種の認証情報が維持される。その後、通信装置の電源がＯＮされると、通信装置は、ユーザから取得指示が与えられなくても、不揮発性メモリ内の第２種の認証情報をサーバに供給して、サーバから第１種の認証情報を取得することができる。従って、仮に、第１種の認証情報が不揮発性メモリに記憶されない構成、即ち、通信装置の電源がＯＦＦされる場合に第１種の認証情報が消去される構成、を採用しても、通信装置は、通信装置の電源がＯＮされる場合に、第１種の認証情報を再び取得することができ、この結果、第１種の認証情報を用いて、データ格納部から特定のデータを適切に取得することができる。

記憶制御部は、さらに、第１種の認証情報を、不揮発性メモリに記憶させずに、揮発性メモリに記憶させてもよい。データ取得部は、揮発性メモリ内の第１種の認証情報を用いて、データ格納部から特定のデータを取得してもよい。この構成によると、第１種の認証情報が不揮発性メモリに記憶されないために、第１種の認証情報が不揮発性メモリに記憶される構成と比べて、不揮発性メモリ内の情報量が増加するのを抑制することができる。

通信装置は、さらに、ユーザから取得指示が与えられる場合に、通信装置のデバイス情報をサーバに供給して、通信装置のデバイス情報をサーバに登録する登録部を備えていてもよい。サーバは、サーバに登録済みである通信装置のデバイス情報を第１の端末装置に供給して、第１の端末装置からの要求に応じて、特定のデータをデータ格納部に格納してもよい。この構成によると、第１の端末装置のユーザは、通信装置のデバイス情報を参照して、特定のデータをデータ格納部に格納するための指示をサーバに与え得る。

登録部は、サーバから第１種の認証情報が取得され、その後、通信装置の電源のＯＦＦ及びＯＮが実行される場合に、通信装置のデバイス情報をサーバに供給しなくてもよい。この構成によると、通信装置のデバイス情報がサーバに供給されないために、通信装置の処理負荷を低減させることができる。

登録部は、サーバから第１種の認証情報が取得され、その後、通信装置の電源のＯＦＦ及びＯＮが実行される場合に、通信装置のデバイス情報がサーバに現在登録されているのか否かを判断する判断部を備えていてもよい。登録部は、通信装置のデバイス情報がサーバに現在登録されていると判断される場合に、通信装置のデバイス情報をサーバに供給せず、通信装置のデバイス情報がサーバに現在登録されていないと判断される場合に、通信装置のデバイス情報をサーバに供給して、通信装置のデバイス情報をサーバに登録してもよい。この構成によると、通信装置のデバイス情報がサーバに現在登録されている場合には、通信装置のデバイス情報がサーバに供給されないために、通信装置の処理負荷を低減させることができる。一方において、通信装置のデバイス情報がサーバに現在登録されていない場合には、通信装置のデバイス情報がサーバに供給されるために、通信装置のデバイス情報をサーバに適切に登録することができる。

認証情報取得部は、（Ａ）サーバから第１種の認証情報が取得され、その後、ユーザから、サーバとの通信の終了に関する終了指示が与えられずに、通信装置の電源のＯＦＦ及びＯＮが実行される場合に、ユーザから取得指示が与えられなくても、第２種の認証情報をサーバに供給して、サーバから第１種の認証情報を再び取得し、（Ｂ）サーバから第１種の認証情報が取得され、その後、ユーザから終了指示が与えられ、その後、通信装置の電源のＯＦＦ及びＯＮが実行される場合に、第２種の認証情報をサーバに供給しなくてもよい。この構成によると、通信装置は、ユーザから終了指示が与えられる場合には、第２種の認証情報をサーバに供給しない。即ち、ユーザが意図しない通信が実行されるのを抑制することができる。特に、通信装置の電源がＯＮされる場合に、常に、第２種の認証情報をサーバに供給する構成と比べると、通信装置の処理負荷を低減させることができる。

記憶制御部は、ユーザから終了指示が与えられる場合に、不揮発性メモリ内の第２種の認証情報のうちの少なくとも一部を消去してもよい。この構成によると、不揮発性メモリ内の情報量を低減させることができる。

第２種の認証情報は、ユーザＩＤとパスワードとを含んでいてもよい。記憶制御部は、ユーザから終了指示が与えられる場合に、不揮発性メモリ内のユーザＩＤを消去せずに、不揮発性メモリ内のパスワードを消去してもよい。この構成によると、ユーザは、終了指示の後に、再び取得指示を与える際に、ユーザＩＤを指定せずに済む。

取得指示は、ユーザが、通信装置と別体に構成されている第２の端末装置に所定の操作を加える際に、第２の端末装置から通信装置に送信される指示であってもよい。この構成によると、ユーザは、通信装置と別体に構成されている第２の端末装置を用いて、通信装置に取得指示を与えることができる。

サーバは、第１の端末装置からの要求に従って、特定のデータをデータ格納部に格納させる格納管理サーバと、格納管理サーバから、特定のデータをデータ格納部に格納させたことを示す格納通知を取得する場合に、所定の通知を通信装置に送信する通知管理サーバと、を含んでいてもよい。認証情報取得部は、ユーザから取得指示が与えられる場合に、第２種の認証情報を格納管理サーバに供給して、格納管理サーバから第１種の認証情報を取得してもよい。データ取得部は、通知管理サーバから所定の通知が受信される際に、第１種の認証情報を用いて、データ格納部から特定のデータを取得してもよい。

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

通信システムの構成の一例を示す。 各デバイスの間で実行される通信の一例のシーケンス図を示す。 ジョブ情報の一例を示す。 プリンタ処理のフローチャートを示す。 各デバイスの間で実行される通信の一例のシーケンス図を示す。

（システムの構成）
図１に示されるように、通信システム２は、プリンタ１０（ＰＣ８０の周辺機器）と、格納管理サーバ５０と、通知管理サーバ６０と、ＰＣ８０と、を備える。各デバイス１０，５０〜８０は、別体に構成されている。プリンタ１０は、ＬＡＮ４を介して、インターネット６に接続されている。各デバイス５０〜８０は、インターネット６に接続されている。従って、プリンタ１０は、インターネット６を介して、各デバイス５０〜８０に通信可能に接続される。なお、変形例では、ＰＣ８０がＬＡＮ４に接続されていてもよい。この場合、プリンタ１０は、インターネット６を介さずに、ＬＡＮ４を介して、ＰＣ８０と通信可能に接続される。

（プリンタ１０の構成）
プリンタ１０は、操作部１２と、表示部１４と、印刷実行部１６と、ネットワークインターフェイス１８と、制御部２０と、を備える。上記の各部１２〜２０は、バス線（符号省略）に接続されている。操作部１２は、複数のキーによって構成される。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構を備え、制御部２０からの指示に従って印刷を実行する。ネットワークインターフェイス１８は、ＬＡＮ４に接続されている。

制御部２０は、ＣＰＵ２２と、ＮＶＲＡＭ（不揮発性メモリ）２４と、ＶＲＡＭ（揮発性メモリ）２６と、を備える。ＣＰＵ２２は、ＮＶＲＡＭ２４に格納されているプログラムに従って、様々な処理を実行する。ＣＰＵ２２が当該プログラムに従って処理を実行することによって、認証情報取得部３０、データ取得部３２、記憶制御部３４、及び、登録部３６の各機能が実現される。なお、登録部３６は、判断部３８を備える。

なお、ＮＶＲＡＭ２４の記憶容量は、ＶＲＡＭ２６の記憶容量よりも少ない。詳しくは後述するが、ＮＶＲＡＭ２４の記憶容量を有効に活用するために、本実施例では、後述のＡｕｔｈＴｏｋｅｎを、ＮＶＲＡＭ２４に記憶させずに、ＶＲＡＭ２６に記憶させる。

また、図示省略しているが、プリンタ１０は、電源コードを備えており、当該電源コードは、例えば家庭内等のコンセントに接続される。また、操作部１２は、プリンタ１０の電源をＯＮ又はＯＦＦするための電源スイッチを含む。なお、本実施例では、プリンタ１０の電源スイッチは、いわゆるソフトスイッチであるが、変形例では、プリンタ１０の電源スイッチは、いわゆるハードスイッチであってもよい。

（格納管理サーバ５０及び通知管理サーバ６０の構成）
格納管理サーバ５０及び通知管理サーバ６０は、プリンタ１０での印刷を仲介するためのサーバ（即ち印刷仲介サーバ）である。各サーバ５０，６０は、プリンタ１０のベンダによって提供されるサーバではなく、クラウド印刷サービスを提供する会社（以下では「提供会社」と呼ぶ）によって提供されるサーバである。ただし、変形例では、各サーバ５０，６０は、プリンタ１０のベンダによって提供されるサーバであってもよい。また、本実施例では、サーバ５０，６０が別体に構成されているが、変形例では、サーバ５０，６０が一体に構成されていてもよい。

格納管理サーバ５０は、ＰＣ８０からの指示に応じて、印刷対象のデータ（以下では「印刷データ」と呼ぶ）をデータ格納部５６に格納する。なお、データ格納部５６は、格納管理サーバ５０の内部に設けられていてもよいし、格納管理サーバ５０の外部に設けられていてもよい。後者の場合、データ格納部５６のことを「データ格納サーバ」と言い換えてもよい。

格納管理サーバ５０は、プリンタ管理テーブル５２を記憶している。プリンタ管理テーブル５２では、ユーザＩＤと、ＡｕｔｈＴｏｋｅｎと、プリンタ名と、Ｃａｐａｂｉｌｉｔｙ情報と、が対応付けられている。

ユーザＩＤは、クラウド印刷サービスを利用することを望むユーザに対して、上記の提供会社によって発行されるＩＤである。ＡｕｔｈＴｏｋｅｎは、ユーザがユーザＩＤを利用して格納管理サーバ５０にログインする際に、当該ユーザに割り当てられる認証情報である。１個のユーザＩＤに対して１個のＡｕｔｈＴｏｋｅｎが割り当てられるために、ＡｕｔｈＴｏｋｅｎは、ユーザＩＤに関係する情報であると言える。ＡｕｔｈＴｏｋｅｎは、所定の文字数（アルファベットと数字の組み合わせ）によって構成される。ＡｕｔｈＴｏｋｅｎの文字数が多くなれば、ＡｕｔｈＴｏｋｅｎのデータサイズが大きくなる。また、プリンタ名は、プリンタのノード名（例えば、プリンタのユーザによって指定される名称）である。例えば、プリンタ１０のプリンタ名は「ＰＮ１」である。Ｃａｐａｂｉｌｉｔｙ情報は、プリンタが実行可能な印刷条件を示す情報である。

Ｃａｐａｂｉｌｉｔｙ情報は、例えば、プリンタが利用可能な色数を含む。図１の例では、プリンタ名「ＰＮ１」を有するプリンタ１０が利用可能な色数は、「カラー」、「グレー」、及び、「モノクロ」である。これは、プリンタ１０が、カラー印刷と、グレースケール印刷と、モノクロ印刷と、の全てを実行可能であることを意味する。また、Ｃａｐａｂｉｌｉｔｙ情報は、例えば、プリンタが利用可能な用紙サイズを含む。図１の例では、プリンタ名「ＰＮ１」を有するプリンタ１０が利用可能な用紙サイズは、「Ａ４」、及び、「Ｂ４」である。これは、プリンタ１０が、Ａ４の印刷用紙に対する印刷と、Ｂ４の印刷用紙に対する印刷と、のどちらも実行可能であることを意味する。

なお、Ｃａｐａｂｉｌｉｔｙ情報は、プリンタが利用可能な色数及び用紙サイズに限られず、プリンタが利用可能な印刷解像度、用紙種類（普通紙、光沢紙等）等を含んでいてもよいし、プリンタで許容される印刷部数の上限を示す情報を含んでいてもよいし、プリンタが両面印刷を実行可能か否かを示す情報を含んでいてもよい。

格納管理サーバ５０は、さらに、ジョブ管理テーブル５４を記憶している。ジョブ管理テーブル５４では、ユーザＩＤと、ジョブ情報と、が対応付けられている。ユーザＩＤは、プリンタ管理テーブル５２で利用されるユーザＩＤと同様である。ジョブ情報については、図３を参照しながら、後で詳しく説明する。

なお、格納管理サーバ５０は、特定のユーザＩＤ（例えば「Ｕ１」）を有するユーザからの指示（即ち、上記の特定のユーザＩＤを有するユーザが利用する端末装置からの指示）に従って、印刷データをデータ格納部５６に格納した際に、上記の特定のユーザＩＤを含む格納通知を通知管理サーバ６０に供給する。

通知管理サーバ６０は、格納管理サーバ５０から、上記の特定のユーザＩＤを含む格納通知を取得する場合に、上記の特定のユーザＩＤを用いた認証が成功したプリンタ（例えばプリンタ１０）に、所定の通知を送信する。この点については、後で詳しく説明する。

（各デバイスが実行する処理）
続いて、図２を参照して、各デバイスが実行する処理の内容を説明する。プリンタ１０は、ウェブサーバプログラムを記憶しており、ウェブサーバとして機能することができる。また、格納管理サーバ５０も、ウェブサーバプログラムを記憶しており、ウェブサーバとして機能することができる。一方において、ＰＣ８０は、ウェブブラウザプログラムを記憶しており、ウェブクライアントとして機能することができる。

（認証に関する処理）
なお、以下では、各デバイスが実行する処理の概略を説明する。プリンタ１０が実行する具体的な処理については、図４を参照しながら、後で詳しく説明する。ＰＣ８０のユーザは、クラウド印刷サービスを利用することを望む場合に、プリンタ１０のウェブサーバにアクセスするための操作を、ＰＣ８０の操作部（図示省略；例えば、キーボード、マウス等）に加える。この場合、ＰＣ８０は、ウェブブラウザを用いて、プリンタ１０のウェブサーバにアクセスする。プリンタ１０のウェブサーバは、ユーザＩＤとパスワードとを入力するためのログイン画面を表わす画面データを、ＰＣ８０に供給する。この結果、ＰＣ８０の表示部（図示省略）にログイン画面が表示される。ユーザは、ログイン画面を見ながら、ユーザＩＤ「Ｕ１」とパスワードとを含むログイン情報を入力するための操作を、ＰＣ８０の操作部に加える。この場合、ＰＣ８０は、ログイン情報をプリンタ１０に供給する。

プリンタ１０の認証情報取得部３０（図１参照）は、ＰＣ８０からログイン情報が取得される場合に、当該ログイン情報を格納管理サーバ５０に供給する。なお、プリンタ１０のメモリ２４内には格納管理サーバ５０のＩＰアドレスが予め格納されており、認証情報取得部３０は、当該ＩＰアドレスを送信先として、ログイン情報を送信する。この構成によると、ＰＣ８０のユーザは、プリンタ１０と別体に構成されているＰＣ８０を用いて、ログインのための指示（即ち、ログイン情報）をプリンタ１０に与えることができる。

図示省略しているが、格納管理サーバ５０は、複数のユーザＩＤのそれぞれについて、当該ユーザＩＤとパスワードとが対応付けられているユーザ管理テーブルを記憶している。格納管理サーバ５０は、プリンタ１０からログイン情報が受信される場合に、当該ログイン情報に含まれるユーザＩＤ及びパスワードがユーザ管理テーブルに含まれるのか否かを判断する（即ち、認証を実行する）。格納管理サーバ５０は、ユーザＩＤ及びパスワードがユーザ管理テーブルに含まれる場合に、認証成功を示す成功情報をプリンタ１０に送信する。この場合、格納管理サーバ５０は、さらに、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」を生成して、プリンタ１０に送信する。

この結果、認証情報取得部３０は、格納管理サーバ５０から、成功情報と、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」と、を取得する。次いで、プリンタ１０の登録部３６（図１参照）は、プリンタ１０のプリンタ名「ＰＮ１」と、プリンタ１０のＣａｐａｂｉｌｉｔｙ情報（即ち、プリンタ１０が実行可能な全ての印刷条件を示す情報）と、を格納管理サーバ５０に供給する。

格納管理サーバ５０は、プリンタ１０からプリンタ名「ＰＮ１」及びＣａｐａｂｉｌｉｔｙ情報が取得される場合に、ユーザＩＤ「Ｕ１」と、プリンタ名「ＰＮ１」と、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」と、Ｃａｐａｂｉｌｉｔｙ情報と、を対応付けて、プリンタ管理テーブル５２に登録する。

プリンタ１０の制御部２０は、さらに、ログイン情報を通知管理サーバ６０にも送信する。なお、プリンタ１０のメモリ２４内には通知管理サーバ６０のアドレスが予め格納されており、制御部２０は、当該アドレスを送信先として、ログイン情報を送信する。

図示省略しているが、通知管理サーバ６０は、格納管理サーバ５０と同様に、ユーザ管理テーブルを記憶している。通知管理サーバ６０は、プリンタ１０からログイン情報が受信される場合に、格納管理サーバ５０と同様の認証を実行して、認証成功を示す成功情報をプリンタ１０に送信する。

プリンタ１０は、通知管理サーバ６０から成功情報が受信される場合に、プリンタ１０と通知管理サーバ６０との間に、通信セッションを確立する。プリンタ１０と通知管理サーバ６０との間では、プリンタ１０の電源がＯＦＦされるまで、通信セッションが確立された状態、即ち、ＸＭＰＰ（eXtensible Messaging and Presence Protocol）のストリームがオープンされた状態、が維持される。なお、プリンタ１０と格納管理サーバ５０との間では、通信セッションが確立された状態が維持されず、両者の間で後述のジョブ情報等が通信される際に、通信セッションが確立される。

（ＰＣ８０から格納管理サーバ５０への印刷の指示）
ＰＣ８０のユーザは、プリンタ１０に印刷を実行させることを望む場合に、格納管理サーバ５０のウェブサーバにアクセスするための操作を、ＰＣ８０の操作部に加える。この場合、ＰＣ８０は、ウェブブラウザを用いて、格納管理サーバ５０のウェブサーバにアクセスする。プリンタ１０のウェブサーバの場合と同様に、格納管理サーバ５０からログイン画面を表わす画面データがＰＣ８０に供給され、ＰＣ８０の表示部にログイン画面が表示される。ユーザは、ログイン画面を見ながら、ユーザＩＤ「Ｕ１」とパスワードとを含むログイン情報を入力するための操作を、ＰＣ８０の操作部に加える。この場合、ＰＣ８０は、ログイン情報を格納管理サーバ５０に供給する。

格納管理サーバ５０は、ＰＣ８０からログイン情報が取得される場合に、上記と同様の認証を実行する。次いで、格納管理サーバ５０は、認証が成功する場合に、印刷設定画面を表わす画面データを生成する。印刷設定画面は、プリンタ選択画面と、印刷条件選択画面と、を含む。

具体的に言うと、格納管理サーバ５０は、まず、プリンタ管理テーブル５２から、ログイン情報に含まれるユーザＩＤ「Ｕ１」に対応付けられているプリンタ名「ＰＮ１」，「ＰＮ２」を特定して、プリンタ名「ＰＮ１」，「ＰＮ２」を含むプリンタ選択画面を表わす画面データを生成する。そして、格納管理サーバ５０は、当該画面データをＰＣ８０に供給する。この結果、ＰＣ８０の表示部にプリンタ選択画面が表示される。ユーザは、プリンタ選択画面を見ながら、プリンタ名「ＰＮ１」，「ＰＮ２」の中から、印刷を実行すべきプリンタ１０のプリンタ名「ＰＮ１」を選択する。この場合、ＰＣ８０は、プリンタ名「ＰＮ１」を含む選択結果情報を、格納管理サーバ５０に供給する。

格納管理サーバ５０は、プリンタ名「ＰＮ１」を含む選択結果情報が取得される場合に、プリンタ管理テーブル５２から、ユーザＩＤ「Ｕ１」とプリンタ名「ＰＮ１」とに対応付けられているＣａｐａｂｉｌｉｔｙ情報を特定して、当該Ｃａｐａｂｉｌｉｔｙ情報を含む印刷条件選択画面を表わす画面データを生成する。そして、格納管理サーバ５０は、当該画面データをＰＣ８０に供給する。

この結果、ＰＣ８０の表示部に印刷条件選択画面が表示される。ユーザは、印刷条件選択画面を見ながら、複数個の印刷条件の中から、所望の印刷条件を選択する。例えば、ユーザは、色数に対応する複数個の印刷条件（「カラー」、「グレー」、及び、「モノクロ」）の中から、色数に対応する１個の印刷条件（例えば「モノクロ」）を選択し、用紙サイズに対応する複数個の印刷条件（「Ａ４」、及び、「Ｂ４」）の中から、用紙サイズに対応する１個の印刷条件（例えば「Ａ４」）を選択する。このように、本実施例では、プリンタ１０がＣａｐａｂｉｌｉｔｙ情報を格納管理サーバ５０に供給するために、ＰＣ８０のユーザは、プリンタ１０が実行可能な複数個の印刷条件の中から、所望の印刷条件を選択することができる。ＰＣ８０は、ユーザによって選択された印刷条件（例えば「モノクロ」、「Ａ４」）を示す条件データを、格納管理サーバ５０に供給する。なお、条件データは、「印刷チケット（print ticket）と呼ばれることもある。

さらに、ＰＣ８０のユーザは、例えば、ＰＣ８０内に格納されているファイルを印刷対象として選択することもできるし、ＰＣ８０の外部に存在するファイル（例えばインターネット上のサーバに格納されているファイル等）を印刷対象として選択することもできる。前者の場合には、ＰＣ８０は、印刷データＰＤ１を格納管理サーバ５０に供給する。後者の場合には、ＰＣ８０は、例えば、ＰＣ８０の外部から印刷データＰＤ１を取得して、印刷データＰＤ１を格納管理サーバ５０に供給してもよいし、印刷データＰＤ１を格納しているサーバに対して、印刷データＰＤ１を格納管理サーバ５０に供給することを指示してもよい。なお、変形例では、ＰＣ８０のユーザは、格納管理サーバ５０内に格納されているファイルを印刷対象として選択してもよい。

本実施例によると、ＰＣ８０のユーザは、プリンタ選択画面内の複数個のプリンタ名を参照して、プリンタ１０のプリンタ名「ＰＮ１」を選択することにより、印刷データをプリンタ１０で印刷させるための指示（即ち、印刷データをデータ格納部５６に格納するための指示）を、格納管理サーバ５０に与えることができる。さらに、ＰＣ８０のユーザは、印刷条件選択画面内のＣａｐａｂｉｌｉｔｙ情報を参照して、印刷条件を選択することにより、印刷データをプリンタ１０で印刷させるための指示（即ち、印刷データをデータ格納部５６に格納するための指示）を、格納管理サーバ５０に与えることができる。

上述したように、格納管理サーバ５０は、プリンタ名「ＰＮ１」と、条件データと、印刷データＰＤ１と、を取得する。この場合、格納管理サーバ５０は、格納処理を実行する（Ｓ１０）。即ち、格納管理サーバ５０は、ＰＣ８０からの指示に従って、格納処理を実行する。なお、この後の処理では、条件データと印刷データＰＤ１とが組として利用されるために、以下では、印刷データＰＤ１に条件データが含まれるものとして、説明を続ける（図２でも条件データを図示省略している）。

（格納処理の内容；Ｓ１０）
格納処理では、格納管理サーバ５０は、印刷データＰＤ１をデータ格納部５６（図１参照）に格納する。格納処理では、格納管理サーバ５０は、さらに、ＰＣ８０から取得されたログイン情報に含まれるユーザＩＤ「Ｕ１」と、データ格納部５６に新たに格納された印刷データＰＤ１に対応するジョブ情報Ｊ１と、を対応付けて、ジョブ管理テーブル５４に登録する。なお、ジョブ管理テーブル５４では、１個のユーザＩＤに対応付けて、複数個のジョブ情報が登録されることがあり得る。例えば、図１に示されるように、ジョブ管理テーブル５４には、ユーザＩＤ「Ｕ１」と、複数個のジョブ情報Ｊ１，Ｊ２と、が対応付けて登録されている。例えば、ジョブ情報Ｊ２は、ジョブ情報Ｊ１がジョブ管理テーブル５４に登録される前に、ＰＣ８０又は他のＰＣからの指示に従って、ジョブ管理テーブル５４に登録された情報である。

図３に示されるように、ジョブ情報Ｊ１は、ジョブＩＤ「１２３４５」と、プリンタＩＤ「６７８９」と、印刷データＰＤ１のファイルフォーマット「ＰＤＦ」と、印刷データＰＤ１のＵＲＬ（データ格納部５６内のＵＲＬ）と、を含む。

ジョブＩＤは、個々の印刷ジョブを識別するためのＩＤである（即ち、データ格納部５６に格納される個々の印刷データを識別するためのＩＤである）。プリンタＩＤは、プリンタを識別するためのＩＤである。図示省略しているが、格納管理サーバ５０は、プリンタ名とプリンタＩＤとを対応付けて記憶している。従って、格納管理サーバ５０は、ＰＣ８０からプリンタ１０のプリンタ名「ＰＮ１」が取得されると、プリンタ１０のプリンタＩＤ「６７８９」を特定することができる。また、格納管理サーバ５０は、印刷データＰＤ１のファイル名の拡張子に基づいて、印刷データＰＤ１のファイルフォーマットを特定することができる。ジョブ情報Ｊ２は、ジョブ情報Ｊ１と同様の構成を有する。

図２に示されるように、格納管理サーバ５０は、格納処理（Ｓ１０）を終えると、ユーザＩＤ「Ｕ１」を含む格納通知を通知管理サーバ６０に供給する。通知管理サーバ６０は、格納通知を取得することにより、ユーザＩＤ「Ｕ１」を有するユーザからの指示に従って、格納処理が実行されたことを知ることができる。この場合、通知管理サーバ６０は、ユーザＩＤ「Ｕ１」を含むログイン情報の認証が成功したプリンタ１０に所定の通知を送信する。上述したように、通知管理サーバ６０とプリンタ１０との間では、通信セッションが確立されている。通知管理サーバ６０は、通信セッションを用いて、プリンタ１０に所定の通知を送信する。なお、所定の通知は「ＸＭＰＰ通知」と呼ばれることもある。

（格納通知の後の各処理）
プリンタ１０のデータ取得部３２（図１参照）は、通知管理サーバ６０から上記の所定の通知を受信する。この場合、データ取得部３２は、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」を含む要求情報を、格納管理サーバ５０に供給する。なお、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」は、格納管理サーバ５０に対するログイン時に取得された情報である。

格納管理サーバ５０は、プリンタ管理テーブル５２から、要求情報に含まれるＡｕｔｈＴｏｋｅｎ「ＡＴ１」に対応付けられているユーザＩＤ「Ｕ１」を特定し、次いで、ジョブ管理テーブル５４から、ユーザＩＤ「Ｕ１」に対応付けられているジョブ情報Ｊ１，Ｊ２を特定して、ジョブ情報Ｊ１，Ｊ２をプリンタ１０に送信する。この結果、データ取得部３２は、ジョブ情報Ｊ１，Ｊ２を取得する。なお、ジョブ情報Ｊ１，Ｊ２は、「Ｆｅｔｃｈ情報」と呼ばれることもある。

次いで、データ取得部３２は、ジョブ情報Ｊ１から、印刷データＰＤ１のＵＲＬを特定し、当該ＵＲＬを用いて、データ格納部５６から、印刷データＰＤ１を取得する。具体的に言うと、データ取得部３２は、印刷データＰＤ１のＵＲＬを送信先として、データ取得要求を送信する。この結果、データ格納部５６は、データ取得要求に応じて、印刷データＰＤ１をプリンタ１０に送信する。これにより、データ取得部３２は、印刷データＰＤ１を取得することができる。なお、図３の例では、格納管理サーバ５０の内部にデータ格納部５６が設けられており、データ取得部３２は、格納管理サーバ５０から、印刷データＰＤ１を取得する。ただし、上述したように、格納管理サーバ５０の外部にデータ格納部５６が設けられてもよく、その場合、データ取得部３２は、格納管理サーバ５０の外部のデータ格納部５６から、印刷データＰＤ１を取得する。なお、データ取得部３２は、印刷データＰＤ１と共に、条件データも取得する。

次いで、Ｓ２０において、プリンタ１０の制御部２０は、条件データによって示される印刷条件（以下では「選択印刷条件」と呼ぶ）に従って、印刷データＰＤ１によって表わされる画像の印刷を、印刷実行部１６に実行させる。具体的に言うと、制御部２０は、まず、印刷データＰＤ１を用いて、選択印刷条件に適合するデータを生成する。例えば、印刷データＰＤ１がカラーデータであり、選択印刷条件がモノクロを示す場合には、制御部２０は、カラーデータである印刷データＰＤ１を、モノクロデータに変換する。さらに、この際に、制御部２０は、選択印刷条件が示す用紙サイズ（例えば「Ａ４」）に適合するモノクロデータを生成する。

そして、制御部２０は、生成済みのモノクロデータに従った印刷を、印刷実行部１６に実行させる。即ち、制御部２０は、印刷データＰＤ１に従った駆動信号（例えば、インクを吐出するための圧電素子に供給される駆動信号や、感光体に静電潜像を形成するためのレーザ源に供給される駆動信号等）を印刷実行部１６に供給する。これにより、印刷実行部１６は、印刷データＰＤ１によって表わされる画像を印刷媒体に印刷し、ユーザは、当該印刷媒体を得ることができる。上記の例では、ユーザは、モノクロ画像が印刷されたＡ４サイズの印刷媒体を得ることができる。

なお、データ取得部３２は、印刷ジョブＪ１の場合と同様に、印刷ジョブＪ２に含まれる印刷データのＵＲＬを用いて、当該印刷データを取得する。そして、制御部２０は、当該印刷データによって表わされる画像の印刷を、印刷実行部１６に実行させる。

（プリンタ１０が実行する処理）
続いて、図４を参照して、プリンタ１０が実行する処理の内容を詳しく説明する。プリンタ１０が図４のプリンタ処理を実行することにより、図２のシーケンス図の各処理が実現される。図４のプリンタ処理は、プリンタ１０の電源がＯＮされる際に、開始される。

まず、Ｓ１００において、認証情報取得部３０は、パスワードがＮＶＲＡＭ２４に記憶されているのか否かを判断する。プリンタ１０の電源がＯＦＦされる前に、後述のＳ１０２〜Ｓ１０６の処理が実行された場合には、プリンタ１０の電源がＯＮされた際に、ＮＶＲＡＭ２４にパスワード及びユーザＩＤの両方が記憶されている可能性がある。ＮＶＲＡＭ２４にパスワード及びユーザＩＤの両方が記憶されている場合には、認証情報取得部３０は、Ｓ１００でＹＥＳと判断して、Ｓ１０８に進む。

なお、プリンタ１０の電源がＯＦＦされる前に、後述のＳ１０２〜Ｓ１０６の処理が実行されても、その後に、ＰＣ８０からログアウトされた場合（後述のＳ１１６でＹＥＳの場合）には、プリンタ１０の電源がＯＮされた際に、ＮＶＲＡＭ２４に、パスワードが記憶されていないが、ユーザＩＤが記憶されている。この場合、認証情報取得部３０は、Ｓ１００でＮＯと判断して、Ｓ１０２に進む。

また、プリンタ１０の電源がＯＦＦされる前に、後述のＳ１０２〜Ｓ１０６の処理が一回も実行されていない場合には、プリンタ１０の電源がＯＮされた際に、ＮＶＲＡＭ２４にパスワードもユーザＩＤも記憶されていない。この場合、認証情報取得部３０は、Ｓ１００でＮＯと判断して、Ｓ１０２に進む。

Ｓ１０２では、認証情報取得部３０は、ＰＣ８０からログインされることを監視する。具体的に言うと、認証情報取得部３０は、ＰＣ８０からログイン情報（即ちユーザＩＤ及びパスワード）を受信することを監視する。

例えば、ＮＶＲＡＭ２４に、パスワードもユーザＩＤも記憶されていない状況では、プリンタ１０からＰＣ８０に供給されるログイン画面は、ユーザＩＤ入力欄と、パスワード入力欄と、を含む。従って、ユーザは、ＰＣ８０において、ユーザＩＤとパスワードとの両方を指定（即ち入力）する。一方において、例えば、ＮＶＲＡＭ２４に、パスワードが記憶されていないが、ユーザＩＤが記憶されている状況では、ログイン画面に含まれるユーザＩＤ入力欄には、当該ユーザＩＤが既に入力されている。従って、ユーザは、ＰＣ８０において、パスワードのみを指定（即ち入力）する。なお、どちらの状況でも、認証情報取得部３０は、ＰＣ８０から、ログイン情報として、ユーザＩＤ及びパスワードの両方を取得する。

ＰＣ８０からログイン情報が取得される場合（Ｓ１０２でＹＥＳの場合）には、Ｓ１０４において、認証情報取得部３０は、ＰＣ８０から取得されたログイン情報を格納管理サーバ５０に供給する。これにより、認証情報取得部３０は、格納管理サーバ５０からＡｕｔｈＴｏｋｅｎ（例えば図１，２の「ＡＴ１」）を取得する。

次いで、Ｓ１０６において、記憶制御部３４は、Ｓ１０２で取得されたパスワードを、ＮＶＲＡＭ２４に記憶させる。なお、ＮＶＲＡＭ２４にパスワードもユーザＩＤも記憶されていない状況で実行されるＳ１０６では、記憶制御部３４は、Ｓ１０２で取得されたパスワード及びユーザＩＤの両方を、ＮＶＲＡＭ２４に記憶させる。一方において、ＮＶＲＡＭ２４にユーザＩＤのみが記憶されている状況で実行されるＳ１０６では、記憶制御部３４は、Ｓ１０２で取得されたパスワードを、新たに、ＮＶＲＡＭ２４に記憶させる。Ｓ１０６を終えると、Ｓ１１０に進む。

Ｓ１０８では、認証情報取得部３０は、ＮＶＲＡＭ２４内のログイン情報（ユーザＩＤ及びパスワードの両方）を格納管理サーバ５０に供給する。これにより、認証情報取得部３０は、格納管理サーバ５０からＡｕｔｈＴｏｋｅｎ（例えば図１，２の「ＡＴ１」）を取得する。Ｓ１０８を終えると、Ｓ１１０に進む。

Ｓ１１０では、記憶制御部３４は、Ｓ１０４又はＳ１０８で取得されたＡｕｔｈＴｏｋｅｎを、ＮＶＲＡＭ２４に記憶させずに、ＶＲＡＭ２６に記憶させる。これにより、ＮＶＲＡＭ２４内の情報量が増加するのを抑制することができ、ＮＶＲＡＭ２４を有効に活用し得る。

次いで、Ｓ１１２において、判断部３８（図１参照）は、プリンタ１０のプリンタ名「ＰＮ１」及びＣａｐａｂｉｌｉｔｙ情報（以下では、これらの情報を「プリンタ１０のデバイス情報」と呼ぶ）が、格納管理サーバ５０に登録済みであるのか否かを判断する。具体的に言うと、判断部３８は、ユーザＩＤ「Ｕ１」を含む問い合わせ信号を、格納管理サーバ５０に送信する。これにより、格納管理サーバ５０は、ユーザＩＤ「Ｕ１」に対応付けられている各情報（ＡｕｔｈＴｏｋｅｎ、プリンタ名、Ｃａｐａｂｉｌｉｔｙ情報）を、プリンタ１０に送信する。判断部３８は、格納管理サーバ５０から受信される各情報の内容を確認することによって、プリンタ１０のデバイス情報が格納管理サーバ５０に登録済みであるのか否かを判断する。

プリンタ１０のデバイス情報が格納管理サーバ５０に登録済みでない場合（Ｓ１１２でＮＯの場合）には、Ｓ１１４において、登録部３６は、プリンタ１０のデバイス情報が格納管理サーバ５０に登録されるように、プリンタ１０のデバイス情報を格納管理サーバ５０に供給する。Ｓ１１４を終えると、Ｓ１１６に進む。一方において、プリンタ１０のデバイス情報が格納管理サーバ５０に登録済みである場合（Ｓ１１２でＹＥＳの場合）には、登録部３６は、プリンタ１０のデバイス情報を格納管理サーバ５０に供給せずに（即ちＳ１１４をスキップして）、Ｓ１１６に進む。

この構成によると、プリンタ１０のデバイス情報が格納管理サーバ５０に現在登録されている場合（Ｓ１１２でＹＥＳの場合）には、プリンタ１０のデバイス情報が格納管理サーバ５０に供給されないために、プリンタ１０の処理負荷を低減させることができる。一方において、プリンタ１０のデバイス情報が格納管理サーバ５０に現在登録されていない場合（Ｓ１１２でＮＯの場合）には、プリンタ１０のデバイス情報が格納管理サーバ５０に供給されるために、プリンタ１０のデバイス情報を格納管理サーバ５０に適切に登録することができる。

Ｓ１１６では、制御部２０は、ＰＣ８０からログアウトされることを監視する。ＰＣ８０のユーザは、ログアウトのための操作を、ＰＣ８０の操作部に加えることができる。この場合、ＰＣ８０は、ウェブブラウザを用いて、プリンタ１０のウェブサーバにアクセスして、ユーザＩＤ「Ｕ１」を含むログアウト情報をプリンタ１０に供給する。この場合、制御部２０は、Ｓ１１６でＹＥＳと判断して、Ｓ１２０に進む。

Ｓ１２０では、制御部２０は、プリンタ１０のデバイス情報が格納管理サーバ５０から削除されるように、ユーザＩＤ「Ｕ１」を含む削除指示を格納管理サーバ５０に供給する。これにより、格納管理サーバ５０は、ユーザＩＤ「Ｕ１」に対応付けられているプリンタ１０のデバイス情報、即ち、プリンタ名「ＰＮ１」、及び、プリンタ１０のＣａｐａｂｉｌｉｔｙ情報を、プリンタ管理テーブル５２から削除する。

次いで、Ｓ１２２において、記憶制御部３４は、ＮＶＲＡＭ２４から、ユーザＩＤを消去せずに、パスワードを消去する。このように、ＮＶＲＡＭ２４からユーザＩＤが消去されないために、ユーザは、ログインの指示をプリンタ１０に再び与える際に、ユーザＩＤを指定せずに済む。また、ＮＶＲＡＭ２４からパスワードが消去されるために、ＮＶＲＡＭ２４内の情報量を低減させることができる。Ｓ１２２を終えると、Ｓ１０２に戻る。

上述したように、プリンタ１０は、ログアウト情報が取得される場合には、ログイン情報が再び取得されるまで、格納管理サーバ５０と通信しない。また、プリンタ１０によってログアウト情報が取得される場合には、プリンタ１０と通知管理サーバ６０との間の通信セッションが切断される。なお、通信セッションの切断は、プリンタ１０と通知管理サーバ６０とのどちらが主体的に実行してもよい。即ち、プリンタ１０が、通知管理サーバ６０に通信セッションを切断するためのＦＩＮ信号を通知管理サーバ６０に送信してもよいし、逆に、通知管理サーバ６０が、ＦＩＮ信号をプリンタ１０に送信してもよい。これらの説明から明らかなように、ログアウト情報は、格納管理サーバ５０及び通知管理サーバ６０との通信の終了に関する指示である。

また、Ｓ１２４において、データ取得部３２は、通知管理サーバ６０から所定の通知（即ちＸＭＰＰ通知；図２参照）を受信することを監視する。通知管理サーバ６０から所定の通知が受信される場合（Ｓ１２４でＹＥＳの場合）には、Ｓ１２６において、データ取得部３２は、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」を含む要求情報を、格納管理サーバ５０に供給する。これにより、データ取得部３２は、格納管理サーバ５０から、ジョブ情報（例えば図２，図３のジョブ情報Ｊ１）を取得する。Ｓ１２６では、さらに、データ取得部３２は、ジョブ情報に含まれる印刷データ（例えば図２の印刷データＰＤ１）のＵＲＬを用いて、データ格納部５６から印刷データを取得する。

次いで、Ｓ１２８において、制御部２０は、印刷データによって表わされる画像の印刷を、印刷実行部１６に実行させる。なお、Ｓ１２８では、制御部２０は、印刷データと共に取得される条件データによって示される印刷条件に従った印刷を、印刷実行部１６に実行させる。

（本実施例の効果）
本実施例の通信システム２を利用すれば、ＰＣ８０は、プリンタ１０に印刷を実行させるためのプリンタドライバを備えていなくても、ウェブブラウザを用いて、プリンタ１０に印刷を実行させるための指示（プリンタ名ＰＮ１、印刷データＰＤ１）を、格納管理サーバ５０に与えることができる。そして、プリンタ１０は、通知管理サーバ６０から所定の通知を受信する場合に、印刷データＰＤ１に従った印刷を実行することができる。即ち、本実施例では、ＰＣ８０は、プリンタドライバを備えていなくても、印刷仲介サーバ（格納管理サーバ５０及び通知管理サーバ６０）を用いて、プリンタ１０に印刷を実行させることができる。即ち、ＰＣ８０は、クラウド印刷サービスを利用することができる。

また、本実施例によると、プリンタ１０は、ＡｕｔｈＴｏｋｅｎを、ＮＶＲＡＭ２４に記憶させずに、ＶＲＡＭ２６に記憶させる。従って、ＡｕｔｈＴｏｋｅｎがＮＶＲＡＭ２４に記憶される構成と比べて、ＮＶＲＡＭ２４内の情報量が増加するのを抑制することができる。プリンタ１０は、ＡｕｔｈＴｏｋｅｎを取得するために必要なユーザ名及びパスワードを、ＮＶＲＡＭ２４に記憶させる（図４のＳ１０６）。従って、図５に示されるように、ＰＣ８０からログアウト情報が取得されずに（図４のＳ１１６でＮＯの場合）、プリンタ１０の電源がＯＦＦされると、ＮＶＲＡＭ２４にユーザ名及びパスワードが維持される。その後、プリンタ１０の電源がＯＮされると、プリンタ１０は、図４の処理を再び開始し、ＰＣ８０のユーザからログイン情報が取得されなくても、ＮＶＲＡＭ２４内のユーザ名及びパスワードを格納管理サーバ５０に供給して、格納管理サーバ５０からＡｕｔｈＴｏｋｅｎ「ＡＴ１」を再び取得する（図４のＳ１０８）。プリンタ１０は、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」を用いて、データ格納部５６から印刷データを適切に取得することができ、当該印刷データによって表わされる画像の印刷を適切に実行することができる。

なお、図５の例において、プリンタ１０は、ＡｕｔｈＴｏｋｅｎ「ＡＴ１」が取得されても、プリンタ１０のデバイス情報（即ち、プリンタ名「ＰＮ１」、Ｃａｐａｂｉｌｉｔｙ情報）を格納管理サーバ５０に供給しない。プリンタ１０のデバイス情報は、格納管理サーバ５０に既に登録されており、図４のＳ１１２でＹＥＳと判断されるからである。プリンタ１０のデバイス情報が格納管理サーバ５０に供給されないために、プリンタ１０の処理負荷を低減させることができる。即ち、プリンタ１０がユーザの指示に応じて格納管理サーバ５０にログインする場合（即ちログイン情報を供給する場合）には、プリンタ１０のデバイス情報が格納管理サーバ５０にまだ登録されていない。従って、プリンタ１０は、プリンタ１０のデバイス情報を格納管理サーバ５０に供給する。一方において、プリンタ１０が電源ＯＮ時にユーザの指示なしで格納管理サーバ５０に自動的にログインする場合には、プリンタ１０が過去にログインする際にプリンタ１０から供給されたデバイス情報が格納管理サーバ５０に登録されている。従って、このような場合には、プリンタ１０は、デバイス情報を供給しない。これにより、プリンタ１０の処理負荷を低減させることができる。ただし、例えば、格納管理サーバ５０に登録されたプリンタ１０のデバイス情報の削除が、ＰＣ８０等から指示されることがあり得る。即ち、プリンタ１０が格納管理サーバ５０に自動的にログインする場合に、格納管理サーバ５０にプリンタ１０のデバイス情報が登録されていない可能性がある。このために、本実施例では、プリンタ１０は、格納管理サーバ５０に自動的にログインする場合でも、プリンタ１０のデバイス情報が格納管理サーバ５０に登録されているかを判断し（図４のＳ１１２）、登録されていなければデバイス情報を再び供給する。

また、図５のＳ３０に示されるように、ＰＣ８０からログアウト情報が取得されると（図４のＳ１１６でＹＥＳの場合）、ＮＶＲＡＭ２４からパスワードが消去される。従って、その後、プリンタ１０の電源のＯＦＦ及びＯＮが実行されても、プリンタ１０は、ユーザＩＤ及びパスワードを格納管理サーバ５０に供給しない。ユーザが意図しない通信が実行されるのを抑制することができる。また、より機密性の高いパスワードをＮＶＲＡＭ２４から消去するために、セキュリティの向上を図れる。

（対応関係）
プリンタ１０が「通信装置」の一例であり、格納管理サーバ５０及び通知管理サーバ６０が「サーバ」の一例である。ＡｕｔｈＴｏｋｅｎ、ログイン情報（即ちユーザＩＤ及びパスワード）が、それぞれ、「第１種の認証情報」、「第２種の認証情報」の一例である。また、図４のＳ１０２でログイン情報をＰＣ８０から取得すること、図４のＳ１１６でログアウト情報をＰＣ８０から取得することが、それぞれ、「取得指示」、「終了指示」の一例である。「印刷データ」が「特定のデータ」の一例である。また、ＰＣ８０が、「第１の端末装置」及び「第２の端末装置」の一例である。

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

（変形例１）サーバ５０，６０は、上記の実施例のように別体に構成されていなくてもよく、一体に構成されていてもよい。一般的に言うと、「印刷仲介サーバ」は、１個のデバイスのみによって実現されてもよいし、複数個のデバイスによって実現されてもよい。

（変形例２）上記の実施例では、認証情報取得部３０は、プリンタ１０のためのＡｕｔｈＴｏｋｅｎ「ＡＴ１」を取得した後に、プリンタ１０の電源のＯＦＦ及びＯＮが実行される場合に、同じＡｕｔｈＴｏｋｅｎ「ＡＴ１」を再び取得する。ただし、格納管理サーバ５０は、例えば、所定期間毎に、プリンタ１０のためのＡｕｔｈＴｏｋｅｎを変更してもよい。この場合、認証情報取得部３０は、プリンタ１０のためのＡｕｔｈＴｏｋｅｎ「ＡＴ１」を取得した後に、プリンタ１０の電源のＯＦＦ及びＯＮが実行される場合に、「ＡＴ１とは異なる文字列によって構成されるＡｕｔｈＴｏｋｅｎ（即ち、変更後のＡｕｔｈＴｏｋｅｎ）を取得してもよい。ただし、変更後のＡｕｔｈＴｏｋｅｎは、「ＡＴ１」の文字列とは異なる文字列を有するが、プリンタ１０のためのＡｕｔｈＴｏｋｅｎであるという点では、「ＡＴ１」と同種のものである。即ち、一般的に言うと、ユーザから取得指示が与えられる場合に、認証情報取得部によって取得される第１種の認証情報と、通信装置の電源のＯＦＦ及びＯＮが実行される場合に、認証情報取得部によって取得される第１種の認証情報と、は同じ文字列を有していてもよいし、異なる文字列を有していてもよい。即ち、前者の第１種の認証情報と後者の第１種の認証情報とは、同種のもの（本実施例ではプリンタ１０のためのＡｕｔｈＴｏｋｅｎ）であればよい。

（変形例３）上記の実施例では、記憶制御部３４は、図４のＳ１１０において、ＡｕｔｈＴｏｋｅｎを、ＮＶＲＡＭ２４に記憶させずに、ＶＲＡＭ２６に記憶させる。これに代えて、記憶制御部３４は、図４のＳ１１０において、ＡｕｔｈＴｏｋｅｎをＮＶＲＡＭ２４に記憶させてもよい。即ち、一般的にいうと、記憶制御部は、第１種の認証情報を、不揮発性メモリに記憶させてもよい。なお、この場合、記憶制御部は、通信装置の電源がＯＦＦされる際に、第１種の認証情報を不揮発性メモリから消去してもよい（ただし、第２種の認証情報を不揮発性メモリから消去しない）。そして、認証情報取得部は、通信装置の電源がＯＮされる場合に、不揮発性メモリ内の第２種の認証情報をサーバに供給して、サーバから第１種の認証情報を再び取得してもよい。

（変形例４）上記の実施例では、記憶制御部３４は、図４のＳ１２２において、ＮＶＲＡＭ２４から、ユーザＩＤを消去せずに、パスワードを消去する。これに代えて、記憶制御部３４は、図４のＳ１２２において、ＮＶＲＡＭ２４から、ユーザＩＤ及びパスワードを消去してもよい。一般的に言うと、記憶制御部は、ユーザから終了指示が与えられる場合に、不揮発性メモリ内の第２種の認証情報のうちの少なくとも一部を消去すればよい。

（変形例５）図２に示されるように、上記の実施例では、ユーザは、ＰＣ８０を用いて、ログイン情報（即ち、ＡｕｔｈＴｏｋｅｎを取得するための指示）をプリンタ１０に与えるし、同じＰＣ８０を用いて、ログイン情報を格納管理サーバ５０に与える。これに代えて、ユーザは、ＰＣ８０を用いて、ログイン情報（即ち、ＡｕｔｈＴｏｋｅｎを取得するための指示）をプリンタ１０に与えるが、ＰＣ８０とは異なるＰＣを用いて、ログイン情報を格納管理サーバ５０に与えてもよい。一般的に言うと、第１の端末装置と第２の端末装置とは、同じデバイスであってもよいし、異なるデバイスであってもよい。

（変形例６）上記の実施例では、ＰＣ８０は、ウェブブラウザを用いて格納管理サーバ５０にアクセスして、印刷データＰＤ１等を格納管理サーバ５０に送信する（図２参照）。これに代えて、ＰＣ８０は、格納管理サーバ５０にアクセスするための専用プログラム（ウェブブラウザではなく、例えば、格納管理サーバ５０を提供する提供者によって用意されるプログラムや、プリンタ１０のベンダによって用意されるプログラム等）を用いて、印刷データＰＤ１等を格納管理サーバ５０に送信してもよい。

（変形例７）上記の実施例は、印刷に関するシステムである。これに代えて、上記の実施例の技術は、ウェブブラウザのセッション管理にも適用可能である。例えば、通信装置の認証情報取得部は、ＳｅｓｓｉｏｎＩＤの取得に関する取得指示が与えられる場合に、所定のアカウント情報をウェブサーバに供給して、ＳｅｓｓｉｏｎＩＤをウェブサーバから取得してもよい。そして、通信装置のデータ取得部は、ＳｅｓｓｉｏｎＩＤを用いて、ウェブサーバ内のデータ格納部から、ウェブページを表わすウェブデータを取得してもよい。本変形例では、ＳｅｓｓｉｏｎＩＤ、所定のアカウント情報が、それぞれ、「第１種の認証情報」、「第２種の認証情報」の一例である。一般的に言うと、本明細書によって開示される技術は、第２種の認証情報をサーバに供給して、サーバから第１種の認証情報を取得するためのあらゆるシステムに適用可能である。

（変形例８）「通信装置」という用語は、プリンタに限られず、ＰＣ、サーバ、携帯電話、ＰＤＡ、スキャナ、多機能機であってもよい。また、「端末装置」という用語は、ＰＣに限られず、携帯電話、ＰＤＡ、スキャナ、多機能機等を含む。

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

２：通信システム、１０：プリンタ、２４：ＮＶＲＡＭ、２６：ＶＲＡＭ、５０：格納管理サーバ、５６：格納部、６０：通知管理サーバ、８０：ＰＣ、ＰＤ１：印刷データ

Claims (10)

1. ネットワークを介してサーバに接続される通信装置であって、
   ユーザから、第１種の認証情報の取得に関する取得指示が与えられる場合に、前記ユーザによって指定される第２種の認証情報を前記サーバに供給して、前記サーバから前記第１種の認証情報を取得する認証情報取得部と、
   前記第１種の認証情報を用いて、データ格納部から特定のデータを取得するデータ取得部と、
   前記第２種の認証情報を不揮発性メモリに記憶させる記憶制御部と、を備え、
   前記認証情報取得部は、前記サーバから前記第１種の認証情報が取得され、その後、前記通信装置の電源のＯＦＦ及びＯＮが実行される場合に、前記ユーザから前記取得指示が与えられなくても、前記不揮発性メモリ内の前記第２種の認証情報を前記サーバに供給して、前記サーバから前記第１種の認証情報を再び取得する、通信装置。
2. 前記記憶制御部は、さらに、前記第１種の認証情報を、前記不揮発性メモリに記憶させずに、揮発性メモリに記憶させ、
   前記データ取得部は、前記揮発性メモリ内の前記第１種の認証情報を用いて、前記データ格納部から前記特定のデータを取得する、請求項１に記載の通信装置。
3. 前記通信装置は、さらに、
   前記ユーザから前記取得指示が与えられる場合に、前記通信装置のデバイス情報を前記サーバに供給して、前記通信装置の前記デバイス情報を前記サーバに登録する登録部を備え、
   前記サーバは、前記サーバに登録済みである前記通信装置の前記デバイス情報を第１の端末装置に供給して、前記第１の端末装置からの要求に応じて、前記特定のデータを前記データ格納部に格納する、請求項１又は２に記載の通信装置。
4. 前記登録部は、前記サーバから前記第１種の認証情報が取得され、その後、前記通信装置の電源のＯＦＦ及びＯＮが実行される場合に、前記通信装置の前記デバイス情報を前記サーバに供給しない、請求項３に記載の通信装置。
5. 前記登録部は、
   前記サーバから前記第１種の認証情報が取得され、その後、前記通信装置の電源のＯＦＦ及びＯＮが実行される場合に、前記通信装置の前記デバイス情報が前記サーバに現在登録されているのか否かを判断する判断部を備え、
   前記登録部は、
   前記通信装置の前記デバイス情報が前記サーバに現在登録されていると判断される場合に、前記通信装置の前記デバイス情報を前記サーバに供給せず、
   前記通信装置の前記デバイス情報が前記サーバに現在登録されていないと判断される場合に、前記通信装置の前記デバイス情報を前記サーバに供給して、前記通信装置の前記デバイス情報を前記サーバに登録する、請求項４に記載の通信装置。
6. 前記認証情報取得部は、
   前記サーバから前記第１種の認証情報が取得され、その後、前記ユーザから、前記サーバとの通信の終了に関する終了指示が与えられずに、前記通信装置の電源のＯＦＦ及びＯＮが実行される場合に、前記ユーザから前記取得指示が与えられなくても、前記第２種の認証情報を前記サーバに供給して、前記サーバから前記第１種の認証情報を再び取得し、
   前記サーバから前記第１種の認証情報が取得され、その後、前記ユーザから前記終了指示が与えられ、その後、前記通信装置の電源のＯＦＦ及びＯＮが実行される場合に、前記第２種の認証情報を前記サーバに供給しない、請求項１から５のいずれか一項に記載の通信装置。
7. 前記記憶制御部は、前記ユーザから前記終了指示が与えられる場合に、前記不揮発性メモリ内の前記第２種の認証情報のうちの少なくとも一部を消去する、請求項６に記載の通信装置。
8. 前記第２種の認証情報は、ユーザＩＤとパスワードとを含み、
   前記記憶制御部は、前記ユーザから前記終了指示が与えられる場合に、前記不揮発性メモリ内の前記ユーザＩＤを消去せずに、前記不揮発性メモリ内の前記パスワードを消去する、請求項７に記載の通信装置。
9. 前記取得指示は、前記ユーザが、前記通信装置と別体に構成されている第２の端末装置に所定の操作を加える際に、前記第２の端末装置から前記通信装置に送信される指示である、請求項１から８のいずれか一項に記載の通信装置。
10. ネットワークを介してサーバに接続される通信装置のためのコンピュータプログラムであって、
    前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
    ユーザから、第１種の認証情報の取得に関する取得指示が与えられる場合に、前記ユーザによって指定される第２種の認証情報を前記サーバに供給して、前記サーバから前記第１種の認証情報を取得する認証情報取得処理と、
    前記第１種の認証情報を用いて、データ格納部から特定のデータを取得するデータ取得処理と、
    前記第２種の認証情報を不揮発性メモリに記憶させる記憶制御処理と、を実行させ、
    前記認証情報取得処理では、前記サーバから前記第１種の認証情報が取得され、その後、前記通信装置の電源のＯＦＦ及びＯＮが実行される場合に、前記ユーザから前記取得指示が与えられなくても、前記不揮発性メモリ内の前記第２種の認証情報を前記サーバに供給して、前記サーバから前記第１種の認証情報を再び取得する、コンピュータプログラム。

Images