JP6965786B2 - 通信装置 - Google Patents

Description

本明細書では、サービス提供サーバからサービスの提供を受けるために、特定のサーバとの通信を実行する通信装置を開示する。

特許文献１には、プリンタと端末装置とサーバとを備えるシステムが開示されている。サーバは、プリンタに関係する対象サービスをプリンタのユーザに提供するためのサーバである。サーバは、端末装置から、対象サービスを利用するための本登録要求を受信すると、アクセストークンを作成し、当該アクセストークンを端末装置に送信する。端末装置は、アクセストークンをプリンタに送信する。プリンタは、アクセストークンを利用して、サーバとのＸＭＰＰ（Extensible Messaging and Presence Protocolの略）接続を確立する。その後、プリンタは、サーバとの通信を実行し、サーバから対象サービスの提供を受ける。

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

ユーザが意図していないにも関わらず、プリンタからアクセストークンが消去されると、ユーザが対象サービスの提供を受けることができなくなってしまう。

本明細書では、ユーザがサービス提供サーバからサービスの提供を適切に受けることができる技術を提供する。

本明細書によって開示される通信装置は、メモリと、特定のサーバから、特定のサーバによって生成される第１の認証情報を受信する第１の受信部と、特定のサーバから第１の認証情報が受信される場合に、第１の認証情報をメモリに記憶させる第１の記憶制御部と、ユーザによって１個以上のサービス提供サーバが選択される場合に、１個以上のサービス提供サーバが選択済みであることを示す選択情報をメモリに記憶させる第２の記憶制御部と、選択情報がメモリに記憶されている場合に、メモリ内の第１の認証情報と、通信装置に関係する第１の関係情報と、を特定のサーバに送信する第１の送信部であって、第１の認証情報と第１の関係情報とが特定のサーバに送信されると、前記１個以上のサービス提供サーバのうちの第１のサービス提供サーバによって第１の関係情報が受信され、第１のサービス提供サーバは、第１の関係情報を利用して、第１のサービスをユーザに提供する、第１の送信部と、メモリ内の情報の消去を指示する消去指示が取得される場合に、選択情報がメモリに記憶されているのか否かを判断する第１の判断部と、選択情報がメモリに記憶されていないと判断される場合に、メモリ内の第１の認証情報を消去する第１の消去部であって、選択情報がメモリに記憶されていると判断される場合に、第１の認証情報は消去されない、第１の消去部と、を備えてもよい。

上記の構成によると、通信装置は、消去指示が取得されても、選択情報がメモリに記憶されていると判断される場合に、メモリ内の認証情報を消去しない。このため、通信装置は、消去指示が取得された後においても、第１の認証情報と第１の関係情報とを特定のサーバに送信することができる。このために、第１のサービス提供サーバは、第１の関係情報を受信することができ、第１の関係情報を利用して、第１のサービスをユーザに提供することができる。従って、ユーザは、第１のサービス提供サーバから第１のサービスの提供を適切に受けることができる。

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

通信システムの構成を示す。 各テーブルの一例を示す。 仲介サービスのための情報を登録する処理のシーケンス図を示す。 第１のサービスのための情報を登録する処理のシーケンス図を示す。 図４の続きのシーケンス図を示す。 第２のサービスのための情報を登録する処理のシーケンス図を示す。 図６の続きのシーケンス図を示す。 プリンタによって実行されるリセット処理のフローチャートを示す。 第２のサービスを解約する処理のシーケンス図を示す。 第１のサービスを解約する処理のシーケンス図を示す。 仲介サービスを無効化する処理のシーケンス図を示す。 第２実施例における各テーブルの一例を示す。 第２実施例において、各サービスのための情報を登録する処理のシーケンス図を示す。 第２実施例において、各サービスを解約して仲介サービスを無効化する処理のシーケンス図を示す。

（第１実施例）
（通信システム２の構成；図１、図２）
図１に示すように、通信システム２は、プリンタ１０と、携帯端末５０と、仲介サーバ１００と、サービス提供サーバ２００、３００と、を備える。各デバイス１０〜３００は、インターネット４を介して相互に通信可能である。以下では、サービス提供サーバのことを「ＳＰ（Service Providingの略）サーバ」と呼ぶ。

（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（即ちＰＣ等の周辺装置）である。プリンタ１０には、デバイスＩＤ「ＸＸＸ１」及びモデル名「ＭＭＭ１」が割り当てられている。プリンタ１０は、操作部１２と、表示部１４と、印刷実行部１６と、ネットワークインタフェース（以下ではインタフェースを「Ｉ／Ｆ」と記載する）２０と、制御部３０と、を備える。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネル（即ち操作部）としても機能する。印刷実行部１６は、トナーを利用して印刷を実行するレーザ方式の印刷機構である。ネットワークＩ／Ｆ２０は、インターネット４に接続するためのＩ／Ｆであり、無線Ｉ／Ｆであってもよいし、有線Ｉ／Ｆであってもよい。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、仲介サーバ利用フラグ３８と、第１のサービステーブル４０（図２参照）と、を記憶する。仲介サーバ利用フラグ３８は、仲介サーバ１００を利用する機能である仲介サーバ利用機能が有効化されていることを示す「ＯＮ」と、仲介サーバ利用機能が無効化されていることを示す「ＯＦＦ」と、のどちらかの値に設定される。プリンタ１０の出荷時には、仲介サーバ利用フラグ３８はＯＦＦに設定されている。

（携帯端末５０の構成）
携帯端末５０は、ノートＰＣ、タブレットＰＣ、スマートフォン等の可搬型のユーザ端末である。ただし、変形例では、携帯端末５０に代えて、据置型のユーザ端末が利用されてもよい。

（仲介サーバ１００の構成）
仲介サーバ１００は、プリンタ１０のベンダによってインターネット４上に設置されて仲介サービスを提供するサーバである。仲介サービスは、各ＳＰサーバ２００、３００によって実行されるサービスの提供を仲介するサービスである。また、仲介サーバ１００は、プリンタ１０を含む複数個のプリンタのそれぞれの印刷ページ数を収集して管理するサーバでもある。仲介サーバ１００には、仲介サービスを識別するＩＤ（換言すると仲介サーバ１００を識別するＩＤ）であるサービスＩＤ「ｄｅｆａｕｌｔ」が割り当てられている。

仲介サーバ１００は、ネットワークＩ／Ｆ１０２と、制御部１１０と、を備える。ネットワークＩ／Ｆ１０２は、インターネット４に接続するためのＩ／Ｆである。制御部１１０は、ＣＰＵ１１２と、メモリ１１４と、を備える。ＣＰＵ１１２は、メモリ１１４に格納されているプログラム１１６に従って、様々な処理を実行する。メモリ１１４は、管理テーブル１１８（図２参照）と、第２のサービステーブル１２０（図２参照）と、を記憶する。

（ＳＰサーバ２００、３００の構成）
各ＳＰサーバ２００、３００は、プリンタ１０を含む複数個のプリンタのためのサービスを提供可能なサーバである。ＳＰサーバ２００は、トナーカートリッジの発送サービス（以下では「第１のサービス」と呼ぶ）を提供するサーバである。ＳＰサーバ２００には、第１のサービスを識別するＩＤ（換言するとＳＰサーバ２００を識別するＩＤ）であるサービスＩＤ「ｓｅｒｖｉｃｅ１」が割り当てられている。ＳＰサーバ３００は、印刷用紙の発送サービス（以下では「第２のサービス」と呼ぶ）を提供するサーバである。ＳＰサーバ３００には、第２のサービスを識別するＩＤ（換言するとＳＰサーバ３００を識別するＩＤ）であるサービスＩＤ「ｓｅｒｖｉｃｅ２」が割り当てられている。

（各テーブル４０、１１８、１２０の内容；図２）
続いて、図２を参照して、プリンタ１０内のテーブル４０、及び、仲介サーバ１００内の各テーブル１１８、１２０の内容を説明する。プリンタ１０の第１のサービステーブル４０は、プリンタ１０の出荷時には空の状態であり、サービスの提供を受けるための情報を登録する処理（図３等）が実行されることに応じて、当該サービスに関する情報を記憶する。具体的には、プリンタ１０の第１のサービステーブル４０では、サービスＩＤと、対象ＯＩＤ（Object IDの略）と、送信タイミングと、が対応付けて記憶される。対象ＯＩＤは、対応するサービスＩＤによって識別されるサーバに送信されるべき情報を識別するＯＩＤである。「ＯＩＤ１」、「ＯＩＤ２」、「ＯＩＤ３」は、それぞれ、「印刷ページ数」、「トナー残量」、「ページサイズ毎の印刷ページ数」を示す情報を識別する識別子である。なお、「ＯＩＤ３」は、複数個のＯＩＤの組み合わせであり、例えばＡ４サイズの印刷ページ数に対応するＯＩＤと、Ａ３サイズの印刷ページ数に対応するＯＩＤと、を含む。送信タイミングは、各対象ＯＩＤによって識別される情報の具体的な値であるＭＩＢ（Management Information Baseの略）値を送信すべきタイミングを示す情報である。

仲介サーバ１００の管理テーブル１１８は、複数個のプリンタのそれぞれについて、当該プリンタのユーザからの指示に応じて、当該プリンタに関する情報を記憶する。具体的には、管理テーブル１１８には、ユーザ名と、パスワードと、デバイスＩＤと、モデル名と、アクセストークンと、サービス登録情報と、が対応付けて記憶される。ユーザ名及びパスワードは、プリンタのユーザを識別（換言すると認証）する情報である。デバイスＩＤ及びモデル名は、プリンタのデバイス名及びモデル名である。アクセストークンは、プリンタと仲介サーバ１００との間で通信を実行するための情報である。サービス登録情報は、複数個のＳＰサーバ２００、３００を識別する複数個のサービスＩＤのそれぞれについて、当該サービスＩＤと、「登録」及び「未登録」のどちらかの値と、が対応付けられた情報である。「登録」は、対応するサービスＩＤによって識別されるＳＰサーバによるプリンタのためのサービスの提供を仲介することを示し、この場合、仲介サーバ１００と当該ＳＰサーバとの間で通信を実行するためのアクセストークンがサービス登録情報としてさらに記憶される。「未登録」は、対応するサービスＩＤによって識別されるＳＰサーバによるプリンタのためのサービスの提供を仲介しないことを示す。

仲介サーバ１００の第２のサービステーブル１２０は、プリンタ１０のベンダによって予め生成されたテーブルであり、仲介サーバ１００及び複数個のＳＰサーバ２００、３００のそれぞれについて、当該サーバに関する情報を記憶する。具体的には、第２のサービステーブル１２０には、サーバを識別するサービスＩＤと、当該サーバに送信されるべき情報を識別するＯＩＤである対象ＯＩＤと、当該対象ＯＩＤによって識別される情報を当該サーバに送信すべき送信タイミングと、が対応付けて記憶される。

（ケースＡ；図３）
続いて、図３を参照して、プリンタ１０のユーザが、仲介サーバ１００によって提供される仲介サービスの提供を受けるための情報を登録するケースＡを説明する。ケースＡの初期状態では、プリンタ１０の第１のサービステーブル４０（図２参照）には１個のサービスＩＤも登録されておらず、仲介サーバ１００の管理テーブル１１８（図２参照）にはプリンタ１０に関する情報は登録されていない。また、プリンタ１０の仲介サーバ利用フラグ３８（図１参照）はＯＦＦに設定されている。なお、以下では、理解の容易さの観点から、各デバイス１０、１００等のＣＰＵ３２、１１２等がプログラム３６、１１６に従って実行する処理を説明する際に、ＣＰＵを主体として説明せずに、デバイス（例えばプリンタ１０）を主体として説明する。

携帯端末５０は、Ｔ１０において、ユーザから仲介サービス登録操作を受け付ける。仲介サービス登録操作は、ブラウザを起動する操作と、仲介サーバ１００のＵＲＬ（Uniform Resource Locatorの略）を入力する操作と、仲介サーバ１００から提供されるトップページにおいて仲介サービスの登録を示すボタンを選択する操作と、を含む。この場合、携帯端末５０は、Ｔ２０において、登録ページ要求を仲介サーバ１００に送信し、Ｔ２２において、仲介サーバ１００から登録ページデータを受信する。

携帯端末５０は、Ｔ２４において、登録ページデータによって表わされる登録ページを表示する。携帯端末５０は、Ｔ２６において、ユーザから登録ページでのユーザ情報（即ちユーザ名「ＵＮ１」及びパスワード「ＰＷ１」）の入力を受け付けると、Ｔ２８において、ユーザ情報を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ２８において、携帯端末５０からユーザ情報を受信すると、Ｔ３０において、ＰＩＮコードを生成し、Ｔ３２において、ユーザ情報とＰＩＮコードとを対応付けてメモリ１１４に一時的に記憶させる。そして、仲介サーバ１００は、Ｔ３４において、ＰＩＮコードを携帯端末５０に送信する。

携帯端末５０は、Ｔ３４において、仲介サーバ１００からＰＩＮコードを受信すると、Ｔ３６において、当該ＰＩＮコードを表示する。これにより、ユーザは、プリンタ１０に入力すべきＰＩＮコードを知ることができる。

プリンタ１０は、Ｔ４０において、ユーザからＰＩＮコードの入力を受け付けると、Ｔ４２において、ＰＩＮコードと、プリンタ１０の装置情報（即ちデバイスＩＤ「ＸＸＸ１」及びモデル名「ＭＭＭ１」）と、を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ４２において、プリンタ１０から、ＰＩＮコードと装置情報とを受信すると、Ｔ３２で記憶されたＰＩＮコードと、Ｔ４２で受信されたＰＩＮコードと、が一致すると判断する。この場合、仲介サーバ１００は、Ｔ４４において、アクセストークンＡＴ１を生成し、Ｔ４６において、Ｔ３２で記憶されたユーザ情報と、Ｔ４２で受信された装置情報と、生成済みのアクセストークンＡＴ１と、を対応付けて管理テーブル１１８（図２参照）に登録する。アクセストークンＡＴ１は、仲介サーバ１００がプリンタ１０を認証するための情報である。この時点では、いずれのサービスＩＤについても「未登録」がサービス登録情報として記憶される。そして、仲介サーバ１００は、Ｔ４８において、情報の登録が完了したことを示す登録完了通知と、アクセストークンＡＴ１と、をプリンタ１０に送信する。

プリンタ１０は、Ｔ４８において、仲介サーバ１００から登録完了通知とアクセストークンＡＴ１とを受信すると、Ｔ５０において、情報の登録が完了したことを示すメッセージを含む登録完了画面を表示部１４に表示させる。これにより、ユーザは、情報の登録が完了したことを知ることができる。そして、プリンタ１０は、Ｔ５２において、アクセストークンＡＴ１をメモリ３４に記憶させ、仲介サーバ利用フラグ３８をＯＦＦからＯＮに変更する。

仲介サーバ１００は、Ｔ６０において、メモリ１１４内の第２のサービステーブル１２０（図２参照）を利用して、仲介サーバ１００のサービスＩＤ「ｄｅｆａｕｌｔ」に対応付けられている対象ＯＩＤ「ＯＩＤ１」及び送信タイミング「２４時間毎」を特定する。そして、仲介サーバ１００は、サービスＩＤ「ｄｅｆａｕｌｔ」と、特定済みの対象ＯＩＤ「ＯＩＤ１」と、特定済みの送信タイミング「２４時間毎」と、を含むサービス情報要求をプリンタ１０に送信する。

プリンタ１０は、Ｔ６０において、仲介サーバ１００からサービス情報要求を受信すると、Ｔ６２において、サービス情報要求内の各情報（即ち、「ｄｅｆａｕｌｔ」、「ＯＩＤ１」、及び、「２４時間毎」）を第１のサービステーブル４０（図２参照）に登録する。これにより、プリンタ１０は、Ｔ５２で記憶されたアクセストークンＡＴ１を利用して、Ｔ６０で登録された各情報に従ってサービス情報を送信することができる。具体的には、プリンタ１０は、サービスＩＤ「ｄｅｆａｕｌｔ」によって識別される仲介サーバ１００のために、対象ＯＩＤ「ＯＩＤ１」に対応するＭＩＢ値を含むサービス情報を送信タイミング「２４時間毎」で送信する。なお、プリンタ１０は、Ｔ６０でサービス情報要求を受信した際には、当該送信タイミングによって示される２４時間が経過する前に、Ｔ６４において、サービス情報を仲介サーバ１００に送信する。当該サービス情報は、アクセストークンＡＴ１と、サービスＩＤ「ｄｅｆａｕｌｔ」と、「ＯＩＤ１」に対応するＭＩＢ値「３０枚」と、を含む。

仲介サーバ１００は、Ｔ６４において、プリンタ１０からサービス情報を受信すると、Ｔ６６において、サービス情報内のアクセストークンＡＴ１が管理テーブル１１８内のアクセストークンＡＴ１に一致すると判断し、即ち、認証が成功したと判断し、サービス情報内のＯＩＤ１に対応するＭＩＢ値「３０枚」をメモリ１１４に記憶させる。このように、仲介サーバ１００は、プリンタ１０を含む複数個のプリンタのそれぞれから、当該プリンタの印刷枚数を受信して記憶する。このため、プリンタ１０のベンダは、仲介サーバ１００内に記憶される各プリンタの印刷枚数を見ることによって、各プリンタの利用状況を把握することができる。

また、プリンタ１０は、Ｔ６４が実行された後に、Ｔ６２で登録された送信タイミングによって示される２４時間が経過することを監視し、２４時間が経過すると、Ｔ７０において、「ＯＩＤ１」に対応する最新のＭＩＢ値「５０枚」を含むサービス情報を仲介サーバ１００に送信する。Ｔ７２は、ＭＩＢ値「５０」が記憶される点を除いて、Ｔ６６と同様である。これ以降も、プリンタ１０は、２４時間毎に、「ＯＩＤ１」に対応する最新のＭＩＢ値を含むサービス情報を仲介サーバ１００に送信する。

（ケースＢ；図４〜図７）
続いて、図４〜図７を参照して、プリンタ１０のユーザが、各ＳＰサーバ２００、３００からサービスの提供を受けるための情報を登録するケースＢについて説明する。ケースＢの初期状態は、図３のケースＡが実行された後の状態、即ち、プリンタ１０の第１のサービステーブル４０（図２参照）にサービスＩＤ「ｄｅｆａｕｌｔ」のみが登録されているとともに、仲介サーバ１００の管理テーブル１１８（図２参照）にプリンタ１０に関する情報が登録されている状態である。

（第１のサービスのための登録；図４及び図５）
図４及び図５は、ＳＰサーバ２００から第１のサービス（即ちトナーカートリッジの発送サービス）の提供を受けるための情報を登録する処理を示す。図４の初期状態では、ＳＰサーバ２００には、プリンタ１０のユーザのアカウント情報ＡＣ１が登録済みである。

携帯端末５０は、Ｔ１１０において、ユーザからログイン操作を受け付ける。ログイン操作は、ブラウザを起動する操作と、仲介サーバ１００のＵＲＬを入力する操作と、仲介サーバ１００から提供されるトップページにおいてログインを示すボタンを選択する操作と、を含む。この場合、携帯端末５０は、Ｔ１１２において、ログインページ要求を仲介サーバ１００に送信し、Ｔ１１４において、仲介サーバ１００からログインページデータを受信し、Ｔ１１６において、ログインページデータによって表わされるログインページを表示する。携帯端末５０は、Ｔ１１８において、ユーザからログインページでのユーザ情報（即ちユーザ名「ＵＮ１」及びパスワード「ＰＷ１」）の入力を受け付けると、Ｔ１２０において、ユーザ情報を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ１２０において、携帯端末５０からユーザ情報を受信すると、Ｔ１２２において、当該ユーザ情報が管理テーブル１１８に登録されていると判断する（即ち、認証が成功したと判断する）。そして、仲介サーバ１００は、Ｔ１２４において、管理テーブル１１８（図２参照）を利用して、受信済みのユーザ情報に対応付けられているデバイスＩＤ「ＸＸＸ１」及びサービス登録情報（例えば「ｓｅｒｖｉｃｅ１」の「未登録」等）を特定し、特定済みの各情報を含むサービス選択画面データを生成する。そして、仲介サーバ１００は、サービス選択画面データを携帯端末５０に送信する。

携帯端末５０は、Ｔ１２４において、仲介サーバ１００からサービス選択画面データを受信すると、Ｔ１２６において、サービス選択画面データによって表わされるサービス選択画面を表示する。サービス選択画面は、デバイスＩＤ「ＸＸＸ１」と、各サービスＩＤ「ｓｅｒｖｉｃｅ１」等と、各サービスＩＤに対応する文字列「未登録」と、を含む。携帯端末５０は、Ｔ１２８において、ユーザからサービス選択画面でのサービスＩＤ「ｓｅｒｖｉｃｅ１」の選択を受け付けると、Ｔ１３０において、サービスＩＤ「ｓｅｒｖｉｃｅ１」を含むサービス登録要求を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ１３０において、携帯端末５０からサービス登録要求を受信すると、Ｔ１３２において、管理テーブル１１８を利用して、Ｔ１２２で認証が成功したユーザ情報に対応付けられている装置情報（即ちデバイスＩＤ「ＸＸＸ１」及びモデル名「ＭＭＭ１」）を特定する。そして、仲介サーバ１００は、サービス登録要求内のサービスＩＤ「ｓｅｒｖｉｃｅ１」によって識別されるＳＰサーバ２００に特定済みの装置情報を送信する。

ＳＰサーバ２００は、Ｔ１３２において、仲介サーバ１００から装置情報を受信すると、Ｔ１３４において、アクセストークンＡＴ２を生成し、Ｔ１３６において、アクセストークンＡＴ２を仲介サーバ１００に送信する。アクセストークンＡＴ２は、ＳＰサーバ２００が仲介サーバ１００を認証するための情報である。

仲介サーバ１００は、Ｔ１３６において、ＳＰサーバ２００からアクセストークンＡＴ２を受信すると、Ｔ１４０において、ＳＰサーバ２００のＵＲＬを携帯端末５０に送信する。

携帯端末５０は、Ｔ１４０において、仲介サーバ１００からＳＰサーバ２００のＵＲＬを受信すると、Ｔ１４２において、当該ＵＲＬを宛先としてログインページ要求をＳＰサーバ２００に送信し、Ｔ１４４において、ＳＰサーバ２００からログインページデータを受信する。そして、携帯端末５０は、Ｔ１４６において、ログインページデータによって表わされるログインページを表示する。携帯端末５０は、Ｔ１４８において、ユーザからログインページでのアカウント情報ＡＣ１の入力を受け付けると、Ｔ１５０において、アカウント情報ＡＣ１をＳＰサーバ２００に送信する。

ＳＰサーバ２００は、Ｔ１５０において、携帯端末５０からアカウント情報ＡＣ１を受信すると、Ｔ１５２において、アカウント情報ＡＣ１が登録済みであると判断する（即ち、認証が成功したと判断する）。この場合、ＳＰサーバ２００は、Ｔ１５４において、アカウント情報ＡＣ１と、Ｔ１３２で受信された装置情報と、Ｔ１３４で生成されたアクセストークンＡＴ２と、を対応付けて記憶する。そして、ＳＰサーバ２００は、Ｔ１５６において、ＳＰサーバ２００を識別するサービスＩＤ「ｓｅｒｖｉｃｅ１」を含む完了通知を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ１５６において、ＳＰサーバ２００から完了通知を受信すると、Ｔ１５８において、管理テーブル１１８（図２参照）内の対象のサービス登録情報を変更する。ここで、対象のサービス登録情報は、Ｔ１２２で認証が成功したユーザ情報に対応付けられているサービス登録情報である。仲介サーバ１００は、具体的には、対象のサービス登録情報において、完了通知内のサービスＩＤ「ｓｅｒｖｉｃｅ１」に対応する情報を「未登録」から「登録」に変更するとともに、アクセストークンＡＴ２を記憶させる。

次いで、仲介サーバ１００は、図５のＴ１６０において、第２のサービステーブル１２０（図２参照）を利用して、図４のＴ１５６の完了通知内のサービスＩＤ「ｓｅｒｖｉｃｅ１」に対応付けられている対象ＯＩＤ「ＯＩＤ２」及び送信タイミング「１２時間毎」を特定する。そして、仲介サーバ１００は、サービスＩＤ「ｓｅｒｖｉｃｅ１」と、特定済みの対象ＯＩＤ「ＯＩＤ２」と、特定済みの送信タイミング「１２時間毎」と、を含むサービス情報要求をプリンタ１０に送信する。

プリンタ１０は、Ｔ１６０において、仲介サーバ１００からサービス情報要求を受信すると、Ｔ１６２において、サービス情報要求内の各情報（即ち、「ｓｅｒｖｉｃｅ１」、「ＯＩＤ２」、及び、「１２時間毎」）を第１のサービステーブル４０（図２参照）に登録する。これにより、プリンタ１０は、サービスＩＤ「ｓｅｒｖｉｃｅ１」によって識別されるＳＰサーバ２００のために、対象ＯＩＤ「ＯＩＤ２」に対応するＭＩＢ値を含むサービス情報を送信タイミング「１２時間毎」で送信することができる。なお、プリンタ１０は、Ｔ１６０でサービス情報要求を受信した際には、当該送信タイミングによって示される１２時間が経過する前に、Ｔ１６４において、サービス情報を仲介サーバ１００に送信する。当該サービス情報は、アクセストークンＡＴ１と、サービスＩＤ「ｓｅｒｖｉｃｅ１」と、「ＯＩＤ２」に対応するＭＩＢ値「３０％」と、を含む。

仲介サーバ１００は、Ｔ１６４において、プリンタ１０からサービス情報を受信すると、Ｔ１６６において、サービス情報内のアクセストークンＡＴ１が管理テーブル１１８（図２参照）内のアクセストークンＡＴ１に一致すると判断し（即ち、認証が成功したと判断し）、サービス情報に含まれる「ＯＩＤ２」に対応するＭＩＢ値をメモリ１１４に一時的に記憶させる。次いで、仲介サーバ１００は、管理テーブル１１８内のアクセストークンＡＴ１及びサービスＩＤ「ｓｅｒｖｉｃｅ１」に対応付けられているアクセストークンＡＴ２を特定する。そして、仲介サーバ１００は、Ｔ１６８において、特定済みのアクセストークンＡＴ２を含む受信通知をＳＰサーバ２００に送信する。

ＳＰサーバ２００は、Ｔ１６８において、仲介サーバ１００から受信通知を受信すると、Ｔ１７０において、受信通知内のアクセストークンＡＴ２がＳＰサーバ２００に登録されている（図４のＴ１５４参照）と判断する（即ち、認証が成功したと判断する）。そして、ＳＰサーバ２００は、Ｔ１７２において、サービス情報の送信を要求するための送信要求を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ１７２において、ＳＰサーバ２００から送信要求を受信すると、Ｔ１７４において、アクセストークンＡＴ２と、「ＯＩＤ２」に対応するＭＩＢ値「３０％」と、を含むサービス情報をＳＰサーバ２００に送信する。

ＳＰサーバ２００は、Ｔ１７４において、仲介サーバ１００からサービス情報を受信すると、Ｔ１７６において、サービス情報内のアクセストークンＡＴ２がＳＰサーバ２００に登録されている（図４のＴ１５４参照）と判断し（即ち、認証が成功したと判断し）、「ＯＩＤ２」に対応するＭＩＢ値「３０％」を記憶する。ここで、ＳＰサーバ２００は、ＯＩＤ２に対応するＭＩＢ値が所定値（例えば２０％）以下である場合には、トナーカートリッジをプリンタ１０のユーザに発送するための処理を実行する。ＳＰサーバ２００は、Ｔ１８０において、ＳＰサーバ２００を識別するサービスＩＤ「ｓｅｒｖｉｃｅ１」を含む登録完了通知を携帯端末５０に送信する。

携帯端末５０は、Ｔ１８０において、ＳＰサーバ２００から登録完了通知を受信すると、Ｔ１８２において、ＳＰサーバ２００から第１のサービスの提供を受けるための情報の登録が完了したことを示すメッセージを含む登録完了画面を表示する。

（第２のサービスのための登録；図６及び図７）
図６及び図７は、ＳＰサーバ３００から第２のサービス（即ち印刷用紙の発送サービス）の提供を受けるための情報を登録する処理を示す。図４及び図５の処理が実行された後に、図６及び図７の処理が実行される。図６の初期状態では、ＳＰサーバ３００にはユーザのアカウント情報ＡＣ２が登録済みである。

Ｔ２１０〜Ｔ２２６は、図４のＴ１１０〜Ｔ１２６と同様である。ただし、図４のＴ１５８において、「ｓｅｒｖｉｃｅ１」に対応する情報として「登録」が記憶されるので、Ｔ２２６のサービス選択画面では、サービスＩＤ「ｓｅｒｖｉｃｅ１」と「登録」とが対応付けられている。携帯端末５０は、Ｔ２２８において、ユーザからサービス選択画面でのサービスＩＤ「ｓｅｒｖｉｃｅ２」の選択を受け付けると、Ｔ２３０において、サービスＩＤ「ｓｅｒｖｉｃｅ２」を含むサービス登録要求を仲介サーバ１００に送信する。

Ｔ２３２〜Ｔ２３６は、通信対象がＳＰサーバ３００である点を除き、図４のＴ１３２〜Ｔ１３６と同様である。ただし、ＳＰサーバ３００は、Ｔ２３４において、ＳＰサーバ３００が仲介サーバ１００を認証するためのアクセストークンＡＴ３を生成し、Ｔ２３６において、アクセストークンＡＴ３を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ２３６において、ＳＰサーバ３００からアクセストークンＡＴ３を受信すると、Ｔ２４０において、ＳＰサーバ３００のＵＲＬを携帯端末５０に送信する。Ｔ２４２〜Ｔ２５２は、通信対象がＳＰサーバ３００である点と、アカウント情報ＡＣ２が利用される点と、を除き、図４のＴ１４２〜Ｔ１５２と同様である。

ＳＰサーバ３００は、Ｔ２５４において、アカウント情報ＡＣ２と、Ｔ２３２で受信された装置情報と、Ｔ２３４で生成されたアクセストークンＡＴ３と、を対応付けて記憶する。そして、ＳＰサーバ３００は、Ｔ２５６において、ＳＰサーバ３００を識別するサービスＩＤ「ｓｅｒｖｉｃｅ２」を含む完了通知を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ２５６において、ＳＰサーバ３００から完了通知を受信すると、Ｔ２５８において、管理テーブル１１８内の対象のサービス登録情報を変更する。ここで、対象のサービス登録情報は、Ｔ２２２で認証が成功したユーザ情報に対応付けられているサービス登録情報である。仲介サーバ１００は、具体的には、対象のサービス登録情報において、完了通知内のサービスＩＤ「ｓｅｒｖｉｃｅ２」に対応する情報を「未登録」から「登録」に変更するとともに、アクセストークンＡＴ３を記憶させる。

次いで、仲介サーバ１００は、図７のＴ２６０において、第２のサービステーブル１２０を利用して、図６のＴ２５６の完了通知内のサービスＩＤ「ｓｅｒｖｉｃｅ２」に対応付けられている対象ＯＩＤ「ＯＩＤ３」及び送信タイミング「１２時間毎」を特定する。そして、仲介サーバ１００は、サービスＩＤ「ｓｅｒｖｉｃｅ２」と、特定済みの対象ＯＩＤ「ＯＩＤ３」と、特定済みの送信タイミング「１２時間毎」と、を含むサービス情報要求をプリンタ１０に送信する。

プリンタ１０は、Ｔ２６０において、仲介サーバ１００からサービス情報要求を受信すると、Ｔ２６２において、サービス情報要求内の情報（即ち、「ｓｅｒｖｉｃｅ２」、「ＯＩＤ３」、及び、「１２時間毎」）を第１のサービステーブル４０（図２参照）に登録する。これにより、プリンタ１０は、サービスＩＤ「ｓｅｒｖｉｃｅ２」によって識別されるＳＰサーバ３００のために、対象ＯＩＤ「ＯＩＤ３」に対応するＭＩＢ値を含むサービス情報を送信タイミング「１２時間毎」で送信することができる。なお、プリンタ１０は、Ｔ２６０でサービス情報要求を受信した際には、当該送信タイミングによって示される１２時間が経過する前に、Ｔ２６４において、サービス情報を仲介サーバ１００に送信する。当該サービス情報は、アクセストークンＡＴ１と、サービスＩＤ「ｓｅｒｖｉｃｅ２」と、対象ＯＩＤ「ＯＩＤ３」に対応するＭＩＢ値「２０枚（Ａ４）、１０枚（Ａ３）」と、を含む。

Ｔ２６６〜Ｔ２７６は、通信対象がＳＰサーバ３００である点を除き、図５のＴ１６６〜Ｔ１７６と同様である。なお、ＳＰサーバ３００は、Ｔ２７４で受信されるいずれかのページサイズの印刷ページ数が所定枚数（例えば１０００枚）以上である場合に、当該ページサイズの印刷用紙をプリンタ１０のユーザに発送するための処理を実行する。ＳＰサーバ３００は、Ｔ２８０において、ＳＰサーバ３００を識別するサービスＩＤ「ｓｅｒｖｉｃｅ２」を含む登録完了通知を携帯端末５０に送信する。

携帯端末５０は、Ｔ２８０において、ＳＰサーバ３００から登録完了通知を受信すると、Ｔ２８２において、ＳＰサーバ３００から第２のサービスの提供を受けるための情報の登録が完了したことを示すメッセージを含む登録完了画面を表示する。

（プリンタ１０によって実行されるリセット処理；図８）
続いて、図８を参照して、プリンタ１０のＣＰＵ３２によって実行されるリセット処理について説明する。リセット処理は、ユーザによってプリンタ１０の電源がＯＮされることで開始される。

Ｓ１０において、ＣＰＵ３２は、メモリ３４内の情報（通信設定等を含む）のリセットを指示する操作（以下では「リセット操作」と呼ぶ）を受け付けることを監視する。ＣＰＵ３２は、操作部１２へのリセット操作を受け付けると、リセット指示を取得し、Ｓ１０でＹＥＳと判断し、Ｓ１２に進む。

Ｓ１２において、ＣＰＵ３２は、登録サービスが存在するのか否かを判断する。具体的には、ＣＰＵ３２は、第１のサービステーブル４０（図２参照）がサービスＩＤ「ｄｅｆａｕｌｔ」以外のサービスＩＤ（例えば「ｓｅｒｖｉｃｅ１」）を含む場合に、登録サービスが存在すると判断し（Ｓ１２でＹＥＳ）、Ｓ１４及びＳ１６を省略してＳ１８に進む。一方、ＣＰＵ３２は、第１のサービステーブル４０がサービスＩＤ「ｄｅｆａｕｌｔ」以外のサービスＩＤを含まない場合に、登録サービスが存在しないと判断し（Ｓ１２でＮＯ）、Ｓ１４に進む。

Ｓ１４において、ＣＰＵ３２は、仲介サーバ利用フラグ３８（図１参照）が「ＯＦＦ」であるのか否かを判断する。ＣＰＵ３２は、仲介サーバ利用フラグ３８が「ＯＦＦ」であると判断する場合（Ｓ１４でＹＥＳ）に、Ｓ１６に進み、仲介サーバ利用フラグ３８が「ＯＮ」であると判断する場合（Ｓ１４でＮＯ）に、Ｓ１６を省略してＳ１８に進む。

Ｓ１６において、ＣＰＵ３２は、仲介サーバ１００と通信するためのアクセストークンＡＴ１を消去する。これにより、プリンタ１０は、仲介サーバ１００との通信を実行不可能な状態になる。

Ｓ１８において、ＣＰＵ３２は、プリンタ１０の通信設定をリセットする。これにより、プリンタ１０は、インターネット４にアクセス不可能な状態になる。Ｓ１８が終了すると、Ｓ１０に戻る。なお、ＣＰＵ３２は、Ｓ１２でＹＥＳと判断する場合又はＳ１４でＮＯと判断する場合には、Ｓ１６を実行せずにＳ１８に進む。即ち、ＣＰＵ３２は、アクセストークンＡＴ１を消去することなく、通信設定をリセットする。

（ケースＣ；図９〜図１１）
続いて、図９〜図１１を参照して、プリンタ１０のユーザが第１及び第２のサービスを解約して仲介サービスを無効化するケースＣについて説明する。ケースＣは、図７の後の状態、即ち、プリンタ１０の第１のサービステーブル４０（図２参照）が第１のサービス及び第２のサービスの提供を受けるための情報を記憶している状態である。また、仲介サーバ１００の管理テーブル１１８（図２参照）では、デバイスＩＤ「ＸＸＸ１」に対応するサービス登録情報において、サービスＩＤ「ｓｅｒｖｉｃｅ１」及び「ｓｅｒｖｉｃｅ２」に対応する情報として「登録」が記憶されている。

（第２のサービスの解約；図９）
図９は、ＳＰサーバ３００によって提供される第２のサービスを解約する処理を示す。ＳＰサーバ３００には、アカウント情報ＡＣ２とプリンタ１０の装置情報とアクセストークンＡＴ３とが登録済みである（図６のＴ２５４参照）。

携帯端末５０は、Ｔ３１０において、ユーザからログイン操作を受け付ける。ログイン操作は、ブラウザを起動する操作と、ＳＰサーバ３００のＵＲＬを入力する操作と、ＳＰサーバ３００から提供されるトップページにおいてログインを示すボタンを選択する操作と、を含む。この場合、携帯端末５０は、Ｔ３１２において、ログインページ要求をＳＰサーバ３００に送信する。Ｔ３１４〜Ｔ３２２は、図６のＴ２４４〜Ｔ２５２と同様である。

ＳＰサーバ３００は、アカウント情報ＡＣ２の認証が成功したと判断すると、Ｔ３２４において、アカウント情報ＡＣ２に対応するユーザページデータを携帯端末５０に送信する。

携帯端末５０は、Ｔ３２４において、ＳＰサーバ３００からユーザページデータを受信すると、Ｔ３２６において、ユーザページデータによって表わされるユーザページを表示する。ユーザページは、アカウント情報ＡＣ２を有するユーザに関連する様々な情報（住所等）等が表示される。図示省略しているが、これらの情報は、図６及び図７の処理が実行される過程で、アカウント情報ＡＣ２に関連付けて記憶される。携帯端末５０は、Ｔ３３０において、ユーザからユーザページでの第２のサービスを解約する解約操作を受け付けると、Ｔ３３２において、解約要求をＳＰサーバ３００に送信する。

ＳＰサーバ３００は、Ｔ３３２において、携帯端末５０から解約要求を受信すると、Ｔ３３４において、ＳＰサーバ３００を識別するサービスＩＤ「ｓｅｒｖｉｃｅ２」と、アカウント情報ＡＣ２に対応するデバイスＩＤ「ＸＸＸ１」と、を含む解約通知を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ３３４において、ＳＰサーバ３００から解約通知を受信すると、Ｔ３３６において、管理テーブル１１８（図２参照）内のデバイスＩＤ「ＸＸＸ１」及びサービスＩＤ「ｓｅｒｖｉｃｅ２」に対応するサービス登録情報を「登録」から「未登録」に変更するとともに、アクセストークンＡＴ３を消去させる。そして、仲介サーバ１００は、Ｔ３４０において、サービスＩＤ「ｓｅｒｖｉｃｅ２」を含む解約通知をプリンタ１０に送信する。

プリンタ１０は、Ｔ３４０において、仲介サーバ１００から解約通知を受信すると、Ｔ３４２において、第１のサービステーブル４０（図２参照）から、サービスＩＤ「ｓｅｒｖｉｃｅ２」と、当該サービスＩＤに対応付けられている各情報（即ち、対象ＯＩＤ「ＯＩＤ３」及び送信タイミング「１２時間毎」）と、を消去する。この結果、プリンタ１０は、これ以降、プリンタ１０は、ＳＰサーバ３００のためのサービス情報（例えば図７のＴ２６４参照）を仲介サーバ１００に送信しない。なお、プリンタ１０は、Ｔ３４０で仲介サーバ１００から解約通知を受信しても、仲介サーバ１００との通信を実行するためのアクセストークンＡＴ１を消去しない。従って、プリンタ１０では、アクセストークンＡＴ１を利用して仲介サーバ１００と通信可能な状態が維持される。

携帯端末５０は、Ｔ３５０において、ＳＰサーバ３００を識別するサービスＩＤ「ｓｅｒｖｉｃｅ２」を含む解約完了通知を受信すると、Ｔ３５２において、第２のサービスの解約が完了したことを示すメッセージを含む解約完了画面を表示する。これにより、ユーザは、第２のサービスの解約が完了したことを知ることができる。

その後、プリンタ１０が何らかの不具合に起因してインターネット４にアクセスすることができなくなる状況を想定する。この場合、ユーザは、プリンタ１０の通信設定を再設定するために、Ｔ３６０において、プリンタ１０の操作部１２を操作してリセット操作を実行する。プリンタ１０は、Ｔ３６０において、ユーザからリセット操作を受け付ける（図８のＳ１０でＹＥＳ）と、第１のサービステーブル４０がサービスＩＤ「ｓｅｒｖｉｃｅ１」を含むと判断し（Ｓ１２でＹＥＳ）、Ｔ３６２において、アクセストークンＡＴ１を消去することなく、通信設定をリセットする（Ｓ１８）。そして、Ｔ３７０において、ユーザによってプリンタ１０の通信設定を再設定する通信設定操作が実行されると、プリンタ１０がインターネット４にアクセス可能な状態になる。このために、プリンタ１０は、Ｔ３８０において、仲介サーバ１００のためのサービス情報（例えば図３のＴ６４参照）を仲介サーバ１００に送信することができ、Ｔ３８２において、ＳＰサーバ２００のためのサービス情報（例えば図５のＴ１７４参照）を仲介サーバ１００に送信することができる。

（第１のサービスの解約；図１０）
図１０は、図９の続きであり、ＳＰサーバ２００によって提供される第１のサービスを解約する処理を示す。ＳＰサーバ２００には、アカウント情報ＡＣ１とプリンタ１０の装置情報とアクセストークンＡＴ２とが登録済みである（図４のＴ１５４参照）。

Ｔ４１０〜Ｔ４３２は、通信対象がＳＰサーバ２００である点を除き、図９のＴ３１０〜Ｔ３３２と同様である。

ＳＰサーバ２００は、Ｔ４３２において、携帯端末５０から解約要求を受信すると、Ｔ４３４において、ＳＰサーバ２００を識別するサービスＩＤ「ｓｅｒｖｉｃｅ１」と、アカウント情報ＡＣ１に対応するデバイスＩＤ「ＸＸＸ１」と、を含む解約通知を仲介サーバ１００に送信する。

仲介サーバ１００は、Ｔ４３４において、ＳＰサーバ２００から解約通知を受信すると、Ｔ４３６において、管理テーブル１１８（図２参照）内のデバイスＩＤ「ＸＸＸ１」及びサービスＩＤ「ｓｅｒｖｉｃｅ１」に対応するサービス登録情報を「登録」から「未登録」に変更するとともに、アクセストークンＡＴ２を消去させる。そして、仲介サーバ１００は、Ｔ４４０において、サービスＩＤ「ｓｅｒｖｉｃｅ１」を含む解約通知をプリンタ１０に送信する。

プリンタ１０は、Ｔ４４０において、仲介サーバ１００から解約通知を受信すると、Ｔ４４２において、第１のサービステーブル４０（図２参照）から、サービスＩＤ「ｓｅｒｖｉｃｅ１」と、当該サービスＩＤに対応付けられている各情報（即ち、対象ＯＩＤ「ＯＩＤ２」及び送信タイミング「１２時間毎」）と、を消去する。この結果、プリンタ１０は、これ以降、ＳＰサーバ２００のためのサービス情報（例えば図５のＴ１７４参照）を仲介サーバ１００に送信しない。なお、プリンタ１０は、Ｔ４４０で仲介サーバ１００から解約通知を受信しても、アクセストークンＡＴ１を消去しない。従って、プリンタ１０では、アクセストークンＡＴ１を利用して仲介サーバ１００と通信可能な状態が維持される。

Ｔ４５０及びＴ４５２は、通信対象がＳＰサーバ２００である点を除き、図９のＴ３５０及びＴ３５２と同様である。また、Ｔ４６０でリセット操作が実行される点は、図９のＴ３６０と同様である。この場合、プリンタ１０は、第１のサービステーブル４０がサービスＩＤ「ｄｅｆａｕｌｔ」以外のサービスＩＤを含まないと判断し（Ｓ１２でＮＯ）、仲介サーバ利用フラグ３８が「ＯＮ」であると判断し（Ｓ１４でＮＯ）、Ｔ４６２において、アクセストークンＡＴ１を消去することなく、通信設定をリセットする（Ｓ１８）。Ｔ４７０、Ｔ４８０は、それぞれ、図９のＴ３７０、Ｔ３８０と同様である。

（仲介サーバ利用機能の無効化；図１１）
図１１は、図１０の続きであり、プリンタ１０の仲介サービスを無効化する処理を示す。プリンタ１０は、Ｔ５１０において、ユーザから仲介サービス無効化操作を受け付けると、Ｔ５１２において、仲介サーバ利用フラグ３８を「ＯＮ」から「ＯＦＦ」に変更する。これにより、プリンタ１０の仲介サーバ利用機能が無効化される。この結果、プリンタ１０は、これ以降、仲介サーバ１００のためのサービス情報（例えば図３のＴ６４参照）を仲介サーバ１００に送信しない。

プリンタ１０は、Ｔ５１４において、プリンタ１０のメモリ３４内の情報をリセットすることを要求するリセット要求画面を表示部１４に表示する。そして、プリンタ１０は、Ｔ５１６において、ユーザからリセット操作を受け付ける（図８のＳ１０でＹＥＳ）と、第１のサービステーブル４０がサービスＩＤ「ｄｅｆａｕｌｔ」のみを含むと判断し（Ｓ１２でＮＯ）、仲介サーバ利用フラグ３８が「ＯＦＦ」であると判断し（Ｓ１４でＹＥＳ）、Ｔ５１８において、アクセストークンＡＴ１を消去し（Ｓ１６）、通信設定をリセットする（Ｓ１８）。

（本実施例の効果）
本実施例の効果を説明する前に、比較例のプリンタの動作を説明する。比較例のプリンタは、ユーザからリセット操作を受け付ける場合（図８のＳ１０でＹＥＳ）に、図８のＳ１２及びＳ１４の処理を実行せずにＳ１６に進む点を除いて、プリンタ１０と同様の処理を実行する。即ち、比較例のプリンタは、図９のＴ３６０において、ユーザからリセット操作を受け付けると、第１のサービステーブル４０がサービスＩＤ「ｓｅｒｖｉｃｅ１」を含むにも関わらず、アクセストークンＡＴ１を消去するとともに、通信設定をリセットする。この場合、プリンタは、これ以降、アクセストークンＡＴ１を利用して仲介サーバ１００との通信を実行することができない。このため、プリンタは、ＳＰサーバ２００のためのサービス情報を仲介サーバ１００に送信することができず、この結果、ユーザは、ＳＰサーバ２００から第１のサービスの提供を受けることができない。

一方、本実施例のプリンタ１０は、ユーザからリセット操作を受け付けても（図８のＳ１０でＹＥＳ、図９のＴ３６０）、第１のサービステーブル４０がサービスＩＤ「ｓｅｒｖｉｃｅ１」を含む場合（Ｓ１２でＹＥＳ、Ｔ３６２）に、アクセストークンＡＴ１を消去することなく、通信設定をリセットする（Ｓ１８、Ｔ３６２）。この場合、プリンタ１０は、その後にユーザによってプリンタ１０の通信設定が再設定されると、アクセストークンＡＴ１を利用して仲介サーバ１００との通信を実行することができる。即ち、プリンタ１０は、ＳＰサーバ２００のためのサービス情報を仲介サーバ１００に送信することができる。この結果、ユーザは、ＳＰサーバ２００から第１のサービスの提供を適切に受けることができる。

（対応関係）
プリンタ１０、プリンタ１０のメモリ３４が、それぞれ、「通信装置」、「メモリ」の一例である。ＳＰサーバ２００、ＳＰサーバ３００が、それぞれ、「第１のサービス提供サーバ」、「第２のサービス提供サーバ」の一例である。携帯端末５０が、「端末装置」の一例である。ＳＰサーバ２００のためのサービス情報、ＳＰサーバ３００のためのサービス情報が、それぞれ、「第１の関係情報」、「第２の関係情報」の一例である。アクセストークンＡＴ１、アクセストークンＡＴ２が、それぞれ、「第１の認証情報」、「第２の認証情報」の一例である。第１のサービステーブル４０に登録されるＳＰサーバ２００のサービスＩＤ「ｓｅｒｖｉｃｅ１」が、「選択情報」の一例である。仲介サーバ利用フラグ３８が、「機能情報」の一例である。リセット指示が、「消去指示」の一例である。ＯＩＤが、「情報識別子」の一例である。サービスＩＤが、「サーバ識別子」の一例である。図１０のＴ４４０の解約通知が、「所定通知」の一例である。

図３のＴ４８、図３のＴ５２が、それぞれ、「第１の受信部」、「第１の記憶制御部」によって実行される処理の一例である。図５のＴ１６２、図５のＴ１６４が、それぞれ、「第２の記憶制御部」、「第１の送信部」によって実行される処理の一例である。図８のＳ１２が、「第１の判断部」によって実行される処理の一例である。図８のＳ１６、図１１のＴ５１８が、「第１の消去部」によって実行される処理の一例である。

（第２実施例）
本実施例では、プリンタ１０のメモリ３４に、第１実施例の第１のサービステーブル４０に代えて、第３のサービステーブル４２（図１２参照）とサービスカウンタ４４とが記憶される。サービスカウンタ４４は、ＳＰサーバ２００、３００を含む複数のＳＰサーバのそれぞれによって提供されるサービスのうちプリンタ１０のユーザが利用しているサービスの数を示す情報である。また、本実施例では、プリンタ１０のＣＰＵ３２によって実行されるリセット処理（図８）が第１実施例のリセット処理と異なる。なお、実施例間で共通する処理については、同じ符号を付して説明を省略する。

（各テーブル４２、１１８、１２０の内容；図１２）
図１２を参照して、プリンタ１０内のテーブル４２、及び、仲介サーバ１００内の各テーブル１１８、１２０の内容を説明する。プリンタ１０の第３のサービステーブル４２は、サービスＩＤを含まない点を除いて、第１実施例の第１のサービステーブル４０と同様である。仲介サーバ１００の各テーブル１１８、１２０は、第１実施例の各テーブル１１８、１２０と同様である。

（ケースＤ；図１３）
続いて、図１３を参照して、プリンタ１０のユーザが、各ＳＰサーバ２００、３００からサービスの提供を受けるための情報を登録するケースＤについて説明する。ケースＤは、図３のケースＡの後の状態である。但し、本実施例では、図３のＴ６０のサービス情報要求、及び、Ｔ６４、Ｔ７０のサービス情報は、サービスＩＤ「ｄｅｆａｕｌｔ」を含まない。このため、プリンタ１０は、Ｔ６２において、サービス情報要求内の対象ＯＩＤ「ＯＩＤ１」と送信タイミング「２４時間毎」とを第３のサービステーブル４２（図１２参照）に登録する。また、プリンタ１０は、対象ＯＩＤ「ＯＩＤ１」と送信タイミング「２４時間毎」とを含むサービス情報要求を受信しても、サービスカウンタ４４を変更しない。従って、図１３の初期状態では、第３のサービステーブル４２に、対象ＯＩＤ「ＯＩＤ１」及び送信タイミング「１２時間毎」のみが登録されており、サービスカウンタ４４が「０」であり、仲介サーバ１００の管理テーブル１１８（図１２参照）にプリンタ１０に関する情報が登録されている。

携帯端末５０がユーザからＳＰサーバ２００へのログイン操作を受け付けると、携帯端末５０、仲介サーバ１００、及び、ＳＰサーバ２００の間に図４のＴ１１０〜Ｔ１５８と同様の処理が実行される。そして、仲介サーバ１００は、Ｔ７６０において、第２のサービステーブル１２０を利用して、図４のＴ１５６の完了通知内のサービスＩＤ「ｓｅｒｖｉｃｅ１」に対応付けられている対象ＯＩＤ「ＯＩＤ２」及び送信タイミング「１２時間毎」を特定する。そして、仲介サーバ１００は、特定済みの対象ＯＩＤ「ＯＩＤ２」と、特定済みの送信タイミング「１２時間毎」と、を含むサービス情報要求をプリンタ１０に送信する。

プリンタ１０は、Ｔ７６０において、仲介サーバ１００からサービス情報要求を受信すると、Ｔ７６２において、サービス情報内の各情報（即ち、「ＯＩＤ２」及び「１２時間毎」）を第３のサービステーブル４２に登録し、Ｔ７６３において、サービスカウンタ４４を「０」から「１」に変更する。これにより、プリンタ１０は、対象ＯＩＤ「ＯＩＤ２」に対応するＭＩＢ値を含むサービス情報を送信タイミング「１２時間毎」で送信することができる。なお、プリンタ１０は、Ｔ７６０でサービス情報要求を受信した際には、当該送信タイミングによって示される１２時間が経過する前に、Ｔ７６４において、サービス情報を仲介サーバ１００に送信する。当該サービス情報は、アクセストークンＡＴ１と、対象ＯＩＤ「ＯＩＤ２」と、対象ＯＩＤ「ＯＩＤ２」に対応するＭＩＢ値「３０％」と、を含む。

仲介サーバ１００は、Ｔ７６４において、プリンタ１０からサービス情報を受信すると、メモリ１１４内の第２のサービステーブル１２０を利用して、サービス情報内の対象ＯＩＤ「ＯＩＤ２」に対応付けられているｓｅｒｖｉｃｅＩＤ「ｓｅｒｖｉｃｅ１」を特定する。その後、プリンタ１０、携帯端末５０、仲介サーバ１００、及び、ＳＰサーバ２００の間に図５のＴ１６６〜Ｔ１８２と同様の処理が実行される。これにより、第１のサービスの提供を受けるための情報の登録が完了する。

次いで、携帯端末５０がユーザからＳＰサーバ３００へのログイン操作を受け付けると、携帯端末５０、仲介サーバ１００、及び、ＳＰサーバ３００の間に図６のＴ２１０〜Ｔ２５８と同様の処理が実行される。そして、仲介サーバ１００は、Ｔ８６０において、第２のサービステーブル１２０を利用して、図６のＴ２５６の完了通知内のサービスＩＤ「ｓｅｒｖｉｃｅ２」に対応付けられている対象ＯＩＤ「ＯＩＤ３」及び送信タイミング「１２時間毎」を特定する。そして、仲介サーバ１００は、特定済みの対象ＯＩＤ「ＯＩＤ３」と、特定済みの送信タイミング「１２時間毎」と、を含むサービス情報要求をプリンタ１０に送信する。

プリンタ１０は、Ｔ８６０において、仲介サーバ１００からサービス情報要求を受信すると、Ｔ８６２において、サービス情報内の各情報（即ち、「ＯＩＤ３」及び「１２時間毎」）を第３のサービステーブル４２に登録し、Ｔ８６３において、サービスカウンタ４４を「１」から「２」に変更する。これにより、プリンタ１０は、対象ＯＩＤ「ＯＩＤ３」に対応するＭＩＢ値を含むサービス情報を送信タイミング「１２時間毎」で送信することができる。なお、プリンタ１０は、Ｔ８６０でサービス情報要求を受信した際には、当該送信タイミングによって示される１２時間が経過する前に、Ｔ８６４において、サービス情報を仲介サーバ１００に送信する。当該サービス情報は、アクセストークンＡＴ１と、対象ＯＩＤ「ＯＩＤ３」と、対象ＯＩＤ「ＯＩＤ３」に対応するＭＩＢ値「２０枚（Ａ４）」、「１０枚（Ａ３）」と、を含む。

仲介サーバ１００は、Ｔ８６４において、プリンタ１０からサービス情報を受信すると、メモリ１１４内の第２のサービステーブル１２０を利用して、サービス情報内の対象ＯＩＤ「ＯＩＤ３」に対応付けられているｓｅｒｖｉｃｅＩＤ「ｓｅｒｖｉｃｅ２」を特定する。その後、プリンタ１０、携帯端末５０、仲介サーバ１００、及び、ＳＰサーバ３００の間に図７のＴ２６６〜Ｔ２８２と同様の処理が実行される。これにより、第２のサービスの提供を受けるための情報の登録が完了する。

（リセット処理；図８）
続いて、図８を参照して、本実施例のリセット処理について説明する。プリンタ１０のＣＰＵ３２は、Ｓ１０でＹＥＳと判断される場合に、Ｓ１１２に進む点を除いて、第１の実施例のＣＰＵ３２と同様の処理を実行する。

Ｓ１１２において、ＣＰＵ３２は、サービスカウンタ４４が「０」であるのか否かを判断する。ＣＰＵ３２は、サービスカウンタ４４が「０」であると判断される場合（Ｓ１２でＹＥＳ）に、Ｓ１４に進む、サービスカウンタ４４が「０」ではない（即ち「１」以上）であると判断される場合（Ｓ１２でＮＯ）に、Ｓ１８に進む。

（ケースＥ；図１４）
続いて、図１４を参照して、プリンタ１０のユーザが、第１及び第２のサービスを解約して仲介サービスを無効化するケースＥについて説明する。ケースＥは、図１３の後の状態、即ち、プリンタ１０の第３のサービステーブル４２（図１２参照）が第１のサービス及び第２のサービスの提供を受けるための情報を記憶している状態である。また、仲介サーバ１００の管理テーブル１１８（図１２参照）では、デバイスＩＤ「ＸＸＸ１」に対応するサービス登録情報において、サービスＩＤ「ｓｅｒｖｉｃｅ１」及び「ｓｅｒｖｉｃｅ２」に対応する情報として「登録」が記憶されており、サービスカウンタ４４が「２」の状態である。

携帯端末５０がユーザからＳＰサーバ３００へのログイン操作を受け付けると、携帯端末５０、仲介サーバ１００、及び、ＳＰサーバ３００の間に図９のＴ３１０〜Ｔ３３６と同様の処理が実行される。仲介サーバ１００は、Ｔ９４０において、対象ＯＩＤ「ＯＩＤ３」と、送信タイミング「１２時間毎」と、を含む解約通知をプリンタ１０に送信する。

プリンタ１０は、Ｔ９４０において、仲介サーバ１００から解約通知を受信すると、Ｔ９４２において、第３のサービステーブル４２（図１２参照）内の対象ＯＩＤ「ＯＩＤ３」と送信タイミング「１２時間毎」とを消去し、サービスカウンタ４４を「２」から「１」に変更する。この結果、プリンタ１０は、これ以降、アクセストークンＡＴ１と、対象ＯＩＤ「ＯＩＤ３」と、対象ＯＩＤ「ＯＩＤ３」に対応するＭＩＢ値と、を含むＳＰサーバ３００のためのサービス情報（例えば図１３のＴ８６４参照）を仲介サーバ１００に送信しない。その後、図示省略しているが、携帯端末５０とＳＰサーバ３００との間に、図９のＴ３５０、Ｔ３５２と同様の処理が実行される。

Ｔ９６０でリセット操作が実行される点は、図９のＴ３６０と同様である。この場合、プリンタ１０は、サービスカウンタ４４が「１」であると判断し（Ｓ１１２でＮＯ）、Ｔ９６２において、アクセストークンＡＴ１を消去することなく、通信設定をリセットする（Ｓ１８）。Ｔ９７０は、Ｔ３７０と同様である。その後、図示省略しているが、プリンタ１０と仲介サーバ１００との間に、図９のＴ３８０、Ｔ３８２と同様の処理が実行される。

次いで、携帯端末５０が、ユーザからＳＰサーバ２００へのログイン操作を受け付けると、携帯端末５０、仲介サーバ１００、及び、ＳＰサーバ２００の間に図１０のＴ４１０〜Ｔ４３６と同様の処理が実行される。仲介サーバ１００は、Ｔ１０４０において、対象ＯＩＤ「ＯＩＤ２」と、送信タイミング「１２時間毎」と、を含む解約通知をプリンタ１０に送信する。

プリンタ１０は、Ｔ１０４０において、仲介サーバ１００から解約通知を受信すると、Ｔ１０４２において、第３のサービステーブル４２（図１２参照）内の対象ＯＩＤ「ＯＩＤ２」と送信タイミング「１２時間毎」とを消去し、サービスカウンタ４４を「１」から「０」に変更する。この結果、プリンタ１０は、これ以降、アクセストークンＡＴ１と、対象ＯＩＤ「ＯＩＤ２」と、対象ＯＩＤ「ＯＩＤ２」に対応するＭＩＢ値と、を含むＳＰサーバ２００のためのサービス情報（例えば図１３のＴ７６４参照）を仲介サーバ１００に送信しない。その後、図示省略しているが、携帯端末５０とＳＰサーバ２００との間に、図１０のＴ４５０、Ｔ４５２と同様の処理が実行される。

Ｔ１０６０でリセット操作が実行される点は、図９のＴ３６０と同様である。この場合、プリンタ１０は、サービスカウンタ４４が「０」であると判断し（Ｓ１１２でＹＥＳ）、仲介サーバ利用フラグ３８がＯＮであると判断し（Ｓ１１４でＮＯ）、Ｔ１０６２において、アクセストークンＡＴ１を消去することなく、通信設定をリセットする（Ｓ１８）。Ｔ１０７０は、図１０のＴ４７０と同様である。その後、図示省略しているが、プリンタ１０と仲介サーバ１００との間に、Ｔ４８０と同様の処理が実行される。

Ｔ１１１０〜Ｔ１１１６は、図１０のＴ５１０〜Ｔ５１６と同様である。この場合、プリンタ１０は、サービスカウンタ４４が「０」であると判断し、（Ｓ１１２でＹＥＳ）、仲介サーバ利用フラグ３８が「ＯＦＦ」であると判断し（Ｓ１４でＹＥＳ）、Ｔ１１１８において、アクセストークンＡＴ１を消去し（Ｓ１６）、通信設定をリセットする（Ｓ１８）。

（本実施例の効果）
本実施例の効果について説明する前に、比較例のプリンタの動作を説明する。比較例のプリンタは、ユーザからリセット操作を受け付ける場合（図８のＳ１０でＹＥＳ）に、図８のＳ１１２、Ｓ１４の処理を実行せずにＳ１６に進む点を除いて、プリンタ１０と同様の処理を実行する。即ち、比較例のプリンタは、図１４のＴ９６０において、ユーザからリセット操作を受け付けると、サービスカウンタ４４が「１」であるにも関わらず、アクセストークンＡＴ１を消去するとともに、通信設定をリセットする。この場合、プリンタ１０は、これ以降、アクセストークンＡＴ１を利用して仲介サーバ１００との通信を実行することができない。このため、プリンタは、ＳＰサーバ２００のためのサービス情報を仲介サーバ１００に送信することができず、この結果、ユーザは、ＳＰサーバ２００から第１のサービスの提供を受けることができない。

一方、本実施例のプリンタ１０は、ユーザからリセット操作を受け付けても（図８のＳ１０でＹＥＳ、図１４のＴ９６０）、サービスカウンタ４４が「１」である場合（Ｓ１１２でＮＯ、Ｔ９６２）に、アクセストークンＡＴ１を消去することなく、通信設定をリセットする（Ｓ１８、Ｔ９６２）。この場合、プリンタ１０は、その後にユーザによってプリンタ１０の通信設定が再設定されると、アクセストークンＡＴ１を利用して仲介サーバ１００との通信を実行することができる。即ち、プリンタ１０は、ＳＰサーバ２００のためのサービス情報を仲介サーバ１００に送信することができる。この結果、ユーザは、ＳＰサーバ２００から第１のサービスの提供を適切に受けることができる。

（対応関係）
「１」以上であるサービスカウンタ４４が、「選択情報」の一例である。

図１３のＴ７６３、Ｔ７６４が、それぞれ、「第２の記憶制御部」、「第１の送信部」によって実行される処理の一例である。図８のＳ１１２が、「第１の判断部」によって実行される処理の一例である。図８のＳ１６、図１４のＴ１１１８が、「第１の消去部」によって実行される処理の一例である。

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

（変形例１）プリンタ１０は、ＳＰサーバ２００、３００を含む複数個のＳＰサーバのそれぞれによって提供されるサービスのうちプリンタ１０のユーザが利用しているサービスの数が１個以上であることを示す「ＯＮ」と、当該サービスの数が０個であることを示す「ＯＦＦ」と、のどちらかの値を示すサービスフラグを記憶していてもよい。本変形例では、プリンタ１０のＣＰＵ３２は、図８のＳ１２において、サービスフラグがＯＮであるか否かを判断し、サービスフラグがＯＮである場合に、Ｓ１４に進み、サービスフラグがＯＦＦである場合に、Ｓ１８に進む。本変形例では、サービスフラグが「選択情報」の一例である。

（変形例２）第２実施例のプリンタ１０のＣＰＵ３２は、図８のＳ１１２の処理に代えて、ｓｅｒｖｉｃｅＩＤ「ｄｅｆａｕｌｔ」に対応する対象ＯＩＤ「ＯＩＤ１」以外の対象ＯＩＤが第３のサービステーブル４２（図１２参照）に登録されているのか否かを判断する処理を実行してもよい。本変形例では、ＣＰＵ３２は、対象ＯＩＤ「ＯＩＤ１」以外の対象ＯＩＤが第３のサービステーブル４２に登録されている場合に、Ｓ１８に進み、対象ＯＩＤ「ＯＩＤ１」のみが第３のサービステーブル４２に登録されている場合に、Ｓ１４に進む。本変形例では、サービスカウンタ４４を省略可能である。本変形例では、対象ＯＩＤ「ＯＩＤ１」が、「選択情報」の一例である。

（変形例３）図８のリセット処理において、Ｓ１４の処理が省略されてもよい。即ち、「第２の判断部」を省略可能である。

（変形例４）ＳＰサーバ２００が、「特定のサーバ」及び「第１のサービス提供サーバ」であってもよい。本変形例において、ＳＰサーバ２００からサービスの提供を受けるための情報を登録する処理について説明する。プリンタ１０のユーザは、携帯端末５０を利用して、ＳＰサーバ２００からサービスの提供を受けるための情報を登録する。まず、携帯端末５０とＳＰサーバ２００との間に、図１０のＴ４１０〜Ｔ４２６と同様の処理が実行される。そして、携帯端末５０は、ユーザからユーザページでの第１のサービスを登録する登録操作を受け付けると、登録要求をＳＰサーバ２００に送信する。ＳＰサーバ２００は、携帯端末５０から登録要求を受信すると、ＰＩＮコードを生成し、アカウント情報ＡＣ１とＰＩＮコードとを対応付けて記憶する。携帯端末５０は、ＳＰサーバ２００からＰＩＮコードを受信すると、当該ＰＩＮコードを表示する。プリンタ１０は、ユーザからＰＩＮコードの入力を受け付けると、ＰＩＮコードと、プリンタ１０の装置情報と、をＳＰサーバ２００に送信する。ＳＰサーバ２００は、プリンタ１０から装置情報を受信すると、プリンタ１０を認証するためのアクセストークンＡＴ４を生成し、アカウント情報ＡＣ１と、装置情報と、アクセストークンＡＴ４と、を対応付けて記憶する。そして、ＳＰサーバ２００は、登録完了通知と、アクセストークンＡＴ４と、をプリンタ１０に送信する。プリンタ１０は、登録完了通知とアクセストークンＡＴ４とを受信すると、アクセストークンＡＴ４をメモリ３４に記憶させる。その後、通信対象がＳＰサーバ２００である点を除いて、図５のＴ１６２、Ｔ１６４と同様の処理が実行される。これにより、プリンタ１０は、対象ＯＩＤ「ＯＩＤ２」に対応するＭＩＢ値を含むサービス情報を送信タイミング「１２時間毎」で送信することができる。

本変形例では、プリンタ１０は、ユーザからリセット操作を受け付けても（図８のＳ１０でＹＥＳ）、第１のサービステーブル４０がサービスＩＤ「ｓｅｒｖｉｃｅ１」を含む場合（Ｓ１２でＹＥＳ）に、アクセストークンＡＴ４を消去することなく、通信設定をリセットする（Ｓ１８）。この場合、プリンタ１０は、その後にユーザによってプリンタ１０の通信設定が再設定されると、アクセストークンＡＴ４を利用してＳＰサーバ２００との通信を実行することができる。従って、ＳＰサーバ２００から第１のサービスの提供を適切に受けることができる。本変形例では、アクセストークンＡＴ４が、「第１の認証情報」の一例である。

（変形例５）「通信装置」は、プリンタ１０に限られず、スキャナ、ＭＦＰ、据置型ＰＣ、サーバ等であってもよい。

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

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

２：通信システム、１０：プリンタ、１２：操作部、１４：表示部、１６：印刷実行部、２０：ネットワークＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：仲介サーバ利用フラグ、４０：第１のサービステーブル、４２：第３のサービステーブル、４４：サービスカウンタ、５０：携帯端末、１００：仲介サーバ、１０２：ネットワークＩ／Ｆ、１１０：制御部、１１２：ＣＰＵ、１１４：メモリ、１１６：管理テーブル、１２０：第２のサービステーブル、２００、３００：サービス提供サーバ

Claims (10)

1. 通信装置であって、
   メモリと、
   特定のサーバから、前記特定のサーバによって生成される第１の認証情報を受信する第１の受信部と、
   前記特定のサーバから前記第１の認証情報が受信される場合に、前記第１の認証情報を前記メモリに記憶させる第１の記憶制御部と、
   ユーザによって１個以上のサービス提供サーバが選択される場合に、前記１個以上のサービス提供サーバが選択済みであることを示す選択情報を前記メモリに記憶させる第２の記憶制御部と、
   前記選択情報が前記メモリに記憶されている場合に、前記メモリ内の前記第１の認証情報と、前記通信装置に関係する第１の関係情報と、を前記特定のサーバに送信する第１の送信部であって、前記第１の認証情報と前記第１の関係情報とが前記特定のサーバに送信されると、前記１個以上のサービス提供サーバのうちの第１のサービス提供サーバによって前記第１の関係情報が受信され、前記第１のサービス提供サーバは、前記第１の関係情報を利用して、第１のサービスを前記ユーザに提供する、前記第１の送信部と、
   前記メモリ内の情報の消去を指示する消去指示が取得される場合に、前記選択情報が前記メモリに記憶されているのか否かを判断する第１の判断部と、
   前記選択情報が前記メモリに記憶されていないと判断される場合に、前記メモリ内の前記第１の認証情報を消去する第１の消去部であって、前記選択情報が前記メモリに記憶されていると判断される場合に、前記第１の認証情報は消去されない、前記第１の消去部と、
   を備える、通信装置。
2. 前記メモリは、前記通信装置が前記特定のサーバを利用する機能であるサーバ利用機能が有効化されているのか否かを示す機能情報を記憶し、
   前記通信装置は、さらに、
   前記消去指示が取得される場合に、前記機能情報が、前記サーバ利用機能が有効化されていることを示すのか否かを判断する第２の判断部を備え、
   前記第１の消去部は、前記選択情報が前記メモリに記憶されておらず、かつ、前記機能情報が、前記サーバ利用機能が有効化されていることを示さない場合に、前記メモリ内の前記第１の認証情報を消去し、
   前記機能情報が、前記サーバ利用機能が有効化されていることを示す場合に、前記第１の認証情報は消去されない、請求項１に記載の通信装置。
3. 前記通信装置は、さらに、
   前記ユーザによって前記第１のサービス提供サーバが選択される場合に、前記特定のサーバから、前記第１の関係情報を識別する情報識別子を受信する第２の受信部と、
   前記情報識別子が受信される場合に、前記情報識別子を前記メモリに記憶させる第３の記憶制御部と、を備え、
   前記第１の送信部は、前記メモリ内の前記第１の認証情報と、前記メモリ内の前記情報識別子によって識別される前記第１の関係情報と、を前記特定のサーバに送信する、請求項１又は２に記載の通信装置。
4. 前記通信装置は、さらに、
   前記通信装置とは異なる端末装置において、前記第１のサービスの提供の終了が前記ユーザによって選択される場合に、前記特定のサーバから所定通知を受信する第３の受信部と、
   前記特定のサーバから前記所定通知が受信される場合に、前記メモリから前記第１の関係情報を消去する第２の消去部であって、前記特定のサーバから前記所定通知が受信されても、前記第１の認証情報は消去されない、前記第２の消去部と、を備える、請求項３に記載の通信装置。
5. 前記通信装置は、さらに、
   前記選択情報が前記メモリに記憶されている場合に、前記メモリ内の前記第１の認証情報と、前記通信装置に関係する第２の関係情報であって、前記第１の関係情報とは異なる前記第２の関係情報と、を前記特定のサーバに送信する第２の送信部であって、前記特定のサーバは、前記通信装置から前記第１の認証情報と前記第２の関係情報とが受信される場合に、前記第２の関係情報を前記１個以上のサービス提供サーバのうちの第２のサービス提供サーバであって、前記第１のサービス提供サーバとは異なる前記第２のサービス提供サーバに送信し、前記第２のサービス提供サーバは、前記第２の関係情報を利用して、前記第１のサービスとは異なる第２のサービスを前記ユーザに提供する、前記第２の送信部を備える、請求項４に記載の通信装置。
6. 前記通信装置は、さらに、
   前記特定のサーバから、前記１個以上のサービス提供サーバを識別する１個以上のサーバ識別子を受信する第３の受信部を備え、
   前記選択情報は、前記１個以上のサーバ識別子を含む、請求項１から５のいずれか一項に記載の通信装置。
7. 前記選択情報は、前記ユーザによって選択される前記１個以上のサービス提供サーバの数を示す情報を含む、請求項１から５のいずれか一項に記載の通信装置。
8. 前記特定のサーバは、前記第１のサービス提供サーバとは別体に構成されており、
   前記特定のサーバは、前記通信装置から前記第１の認証情報と前記第１の関係情報とが受信される場合に、前記第１の関係情報を前記第１のサービス提供サーバに送信する、請求項１から７のいずれか一項に記載の通信装置。
9. 前記第１の認証情報は、前記特定のサーバに記憶されている第２の認証情報であって、前記第１のサービス提供サーバによって生成される前記第２の認証情報とは異なり、
   前記特定のサーバは、前記通信装置から前記第１の認証情報と前記第１の関係情報とが受信される場合に、前記第２の認証情報と前記第１の関係情報とを前記第１のサービス提供サーバに送信する、請求項８に記載の通信装置。
10. 通信装置のためのコンピュータプログラムであって、
    前記通信装置に搭載されるコンピュータを、以下の各部、即ち、
    特定のサーバから、前記特定のサーバによって生成される第１の認証情報を受信する第１の受信部と、
    前記特定のサーバから前記第１の認証情報が受信される場合に、前記第１の認証情報を前記通信装置のメモリに記憶させる第１の記憶制御部と、
    ユーザによって１個以上のサービス提供サーバが選択される場合に、前記１個以上のサービス提供サーバが選択済みであることを示す選択情報を前記メモリに記憶させる第２の記憶制御部と、
    前記選択情報が前記メモリに記憶されている場合に、前記メモリ内の前記第１の認証情報と、前記通信装置に関係する第１の関係情報と、を前記特定のサーバに送信する第１の送信部であって、前記第１の認証情報と前記第１の関係情報とが前記特定のサーバに送信されると、前記１個以上のサービス提供サーバのうちの第１のサービス提供サーバによって前記第１の関係情報が受信され、前記第１のサービス提供サーバは、前記第１の関係情報を利用して、第１のサービスを前記ユーザに提供する、前記第１の送信部と、
    前記メモリ内の情報の消去を指示する消去指示が取得される場合に、前記選択情報が前記メモリに記憶されているのか否かを判断する第１の判断部と、
    前記選択情報が前記メモリに記憶されていないと判断される場合に、前記メモリ内の前記第１の認証情報を消去する第１の消去部であって、前記選択情報が前記メモリに記憶されていると判断される場合に、前記第１の認証情報は消去されない、前記第１の消去部と、
    として機能させるコンピュータプログラム。

Images