JP2024073097A - 通信装置及び通信装置のためのコンピュータプログラム - Google Patents

Abstract

【課題】 パラメータを予め記憶する記憶領域を通信装置に設けることなく、認証サーバから認証情報を取得するための技術を提供する。【解決手段】 通信装置は、認証サーバと通信するためのパラメータを要求するパラメータ要求を、特定のサーバに送信する第１の要求送信部と、特定のサーバからパラメータを受信するパラメータ受信部と、特定のサーバから受信したパラメータを利用して、認証情報を要求する認証情報要求を認証サーバに送信する第２の要求送信部と、端末装置が特定のアカウント情報を利用して、認証サーバ及びサービスサーバのいずれかにログインしている特定の条件が満たされる場合に、認証情報要求に対する応答として、認証サーバから認証情報を受信する認証情報受信部と、認証サーバから受信した認証情報を利用して、サービスサーバと対象データを通信するデータ通信部と、を備える。【選択図】図４

Description

本明細書は、サーバと通信可能に構成されている通信装置に関する。

特許文献１には、スマートフォンを操作して、認証トークンをプリンタに取得させるＯＡｕｔｈ２．０ Ｄｅｖｉｃｅ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｇｒａｎｔ、いわゆる、デバイスフローが開示されている。デバイスフローでは、プリンタが、認可サーバ装置と通信して、認可サーバ装置から認証トークンを取得する。

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

プリンタ等の通信装置が認可サーバ装置と通信するためには、様々なパラメータが必要である。例えば、通信装置がパラメータを予め記憶する構成が想定される。この構成では、パラメータを予め記憶する記憶領域を通信装置に設ける必要がある。

本明細書では、パラメータを予め記憶する記憶領域を通信装置に設けることなく、認証サーバから認証情報を取得するための技術を提供する。

本明細書が開示する通信装置は、端末装置から所定の信号を受信することに応じて、認証サーバと通信するためのパラメータを要求するパラメータ要求を、前記認証サーバとは異なる特定のサーバに送信する第１の要求送信部であって、前記認証サーバは、前記通信装置がサービスサーバと通信するための認証情報を前記通信装置に提供可能に構成されており、前記サービスサーバは、特定のサービスを前記通信装置のユーザに提供可能に構成されている、前記第１の要求送信部と、前記パラメータ要求に対する応答として、前記特定のサーバから前記パラメータを受信するパラメータ受信部と、前記特定のサーバから受信した前記パラメータを利用して、前記認証情報を要求する認証情報要求を前記認証サーバに送信する第２の要求送信部と、前記所定の信号の送信元である前記端末装置が、特定のアカウント情報を利用して、前記認証サーバ及び前記サービスサーバのいずれかにログインしている特定の条件が満たされる場合に、前記認証情報要求に対する応答として、前記認証サーバから前記認証情報を受信する認証情報受信部であって、前記特定の条件が満たされない場合に、前記認証情報は前記認証サーバから受信されない、前記認証情報受信部と、前記認証サーバから受信した前記認証情報を利用して、前記サービスサーバと対象データを通信するデータ通信部と、を備える。

上記の構成によれば、通信装置は、特定のサーバからパラメータを受信し、当該パラメータを利用して、認証情報要求を認証サーバに送信する。即ち、パラメータは、特定のサーバに記憶されていればよく、通信装置に予め記憶されていなくてもよい。パラメータを予め記憶する記憶領域を通信装置に設けることなく、認証サーバから認証情報を取得することができる。

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

図１は、通信システムの概念図である。 図２は、多機能機のブロック図である。 図３は、パラメータ提供サーバのブロック図である。 図４は、メールサーバを利用するための処理を示すシーケンス図である。 図５は、図４の続きである。 図６は、画面の遷移を示す図である。

（通信システム２の構成；図１）
通信システム２は、多機能機１０と、端末装置１００と、パラメータ提供サーバ２００と、認証サーバ３００と、メールサーバ４００と、を備える。多機能機１０は、印刷機能とスキャン機能とを含む多機能を有する装置である。多機能機１０は、例えば、端末装置１００の周辺装置である。なお、以下では、多機能機１０をＭＦＰ１０と記載する。端末装置１００は、例えば、スマートフォン、タブレットＰＣ、ラップトップＰＣ、デスクトップＰＣである。ＭＦＰ１０と端末装置１００は、ＬＡＮ４に接続されている。ＬＡＮ４は、有線又は無線である。端末装置１００は、ＬＡＮ４を介して、ＭＦＰ１０と通信する。

ＬＡＮ４は、インターネット６に接続されている。インターネット６には、パラメータ提供サーバ２００と、認証サーバ３００と、メールサーバ４００と、が接続されている。ＬＡＮ４に接続されている装置、例えば、端末装置１００は、ＬＡＮ４及びインターネット６を介して、インターネット６に接続されている装置、例えば、パラメータ提供サーバ２００と通信する。

メールサーバ４００は、電子メールのサービスをユーザに提供可能に構成されている。認証サーバ３００は、ＭＦＰ１０等のデバイスがメールサーバと通信するためのトークンを当該デバイスに提供可能に構成されている。認証サーバ３００を設置した事業者は、メールサーバ４００を設置した事業者と同じである。なお、変形例では、認証サーバ３００を設置した事業者は、メールサーバ４００を設置した事業者と異なっていてもよい。

認証サーバ３００によって提供されるトークンは、例えば、ＯＡｕｔｈに従ったトークンである。ＯＡｕｔｈは、アカウント情報（即ちユーザ名とパスワード）に代えて、トークンを利用する認証方式である。認証サーバ３００は、アカウント情報を保有するユーザの承諾を得て、トークンをＭＦＰ１０等のデバイスに提供する。デバイスは、トークンを利用して、メールサーバ４００との通信を実行する。特に、ＯＡｕｔｈに従ったトークンを、ブラウザプログラムを有しないデバイス、例えば、ＭＦＰ１０に提供する方法を、デバイスフローと呼ぶ。本実施例では、デバイスフローによってＭＦＰ１０にトークンが提供される。

電子メールのサービスを提供する事業者は複数存在し得る。このため、メールサーバ４００及び認証サーバ３００も、複数存在し得る。メールサーバ４００及び認証サーバ３００のそれぞれの個数は、１個に限らず、２個以上であってもよい。

パラメータ提供サーバ２００は、認証サーバ３００と通信するための通信パラメータをＭＦＰ１０等のデバイスに提供可能に構成されている。パラメータ提供サーバ２００を設置した事業者は、ＭＦＰ１０のベンダと同じであり、当該ベンダは、認証サーバ３００とメールサーバ４００とを設置した事業者と異なる。このような構成によれば、ＭＦＰ１０のベンダが、パラメータ提供サーバ２００を管理することができ、当該ベンダは、通信パラメータの追加又は修正をいつでも行うことができる。なお、変形例では、パラメータ提供サーバ２００を設置した事業者は、ＭＦＰ１０等のデバイスのベンダと異なっていてもよい。

（ＭＦＰ１０の構成；図２）
ＭＦＰ１０は、印刷実行部１２と、スキャン実行部１４と、ＬＡＮインターフェース１６と、制御部３０と、を備える。なお、以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

印刷実行部１２は、インクジェット方式、レーザ方式等の印刷機構を備える。スキャン実行部１４は、Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ（ＣＣＤ）イメージセンサ、Ｃｏｎｔａｃｔ Ｉｍａｇｅ Ｓｅｎｓｏｒ（ＣＩＳ）等のスキャン機構を備える。ＬＡＮＩ／Ｆ１６は、ＬＡＮ４を介した通信を実行するためのＩ／Ｆであり、ＬＡＮ４に接続されている。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。メモリ３４は、プログラム４０と、サービステーブル５０と、を記憶する。ＣＰＵ３２は、プログラム４０に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。

サービステーブル５０は、ＭＦＰ１０が電子メールのサービスを利用するための情報を記憶する。サービステーブル５０は、複数個のサービスＩＤを記憶する。サービスＩＤは、サービスを識別するＩＤである。サービステーブル５０は、サービスＩＤと関連付けて、メールアドレスと、プロトコル名と、トークンと、を記憶する。メールアドレスは、サービスＩＤによって識別されるサービスによって提供される電子メールのアドレスである。プロトコル名は、当該メールアドレスを利用した電子メールの通信を実行するためのプロトコルを示す。トークンは、当該メールアドレスを利用した電子メールの通信を認証するための情報である。

例えば、ＭＦＰ１０は、サービステーブル５０に記憶されるメールアドレスを利用して、スキャン実行部１４によって生成されたスキャンデータが添付されたスキャンメールを送信可能に構成されている。

（パラメータ提供サーバ２００の構成：図３）
パラメータ提供サーバ２００は、ネットワークＩ／Ｆ２１６と、制御部２３０と、を備える。ネットワークＩ／Ｆ２１６は、インターネット６を介した通信を実行するためのＩ／Ｆであり、インターネット６に接続されている。

制御部３０は、ＣＰＵ２３２と、メモリ２３４と、を備える。メモリ２３４は、プログラム２４０と、情報テーブル２５０と、パラメータテーブル２５２と、を記憶する。ＣＰＵ２３２は、プログラム２４０に従って、様々な処理を実行する。

情報テーブル２５０は、複数個のサービス情報を記憶する。サービス情報は、サービスＩＤと、当該サービスＩＤによって識別されるサービスのサービス名と、当該サービスで利用可能なプロトコルのリストと、を含む。

パラメータテーブル２５２は、複数個の通信パラメータを記憶する。各通信パラメータは、サービスＩＤと関連付けてパラメータテーブル２５２に記憶される。通信パラメータは、ｄｅｖｉｃｅｃｏｄｅ＿ｅｎｄｐｏｉｎｔと、ｔｏｋｅｎ＿ｅｎｄｐｏｉｎｔと、ｃｌｉｅｎｔ＿ｉｄと、を含む。ｄｅｖｉｃｅｃｏｄｅ＿ｅｎｄｐｏｉｎｔは、認証サーバ３００にコードを要求するコード要求の送信先を示すＵＲＬである。ｔｏｋｅｎ＿ｅｎｄｐｏｉｎｔは、認証サーバ３００にトークンを要求するトークン要求の送信先を示すＵＲＬである。ｃｌｉｅｎｔ＿ｉｄは、クライアントを識別する。ここで、クライアントは、デバイスフローを利用するデバイスのベンダ、例えば、ＭＦＰ１０のベンダである。ｃｌｉｅｎｔ＿ｉｄは、認証サーバ３００から当該ベンダに提供される。なお、通信パラメータは、ｄｅｖｉｃｅｃｏｄｅ＿ｅｎｄｐｏｉｎｔ、ｔｏｋｅｎ＿ｅｎｄｐｏｉｎｔ、ｃｌｉｅｎｔ＿ｉｄ以外の他の値も含む。他の値は、例えば、ｓｃｏｐｅ等の固定値である。ｓｃｏｐｅは、電子メールの通信に利用されるプロトコルを示す値を含む。

（メールサーバ４００を利用するための処理；図４、図５、図６）
図４、図５、図６を参照して、ＭＦＰ１０がメールサーバ４００を利用するための処理について説明する。以下では、理解の容易化のために、ＣＰＵ３２がプログラム４０に従って実行する動作を、ＣＰＵ３２を主体として記載せずに、ＭＦＰ１０を主体として記載する。パラメータ提供サーバ２００についても、ＣＰＵ２３２に代えて、パラメータ提供サーバ２００を主体として記載する。また、ＭＦＰ１０と他の装置との間の通信の全ては、ＬＡＮＩ／Ｆ１６とＬＡＮ４を介して実行されるので、以下では、「ＬＡＮＩ／Ｆ１６を介して」及び「ＬＡＮ４を介して」という説明を省略する。また、パラメータ提供サーバ２００と他の装置との間の通信は全て、ネットワークＩ／Ｆ２１６とインターネット６を介して実行されるので、以下では、「ネットワークＩ／Ｆ２１６を介して」及び「インターネット６を介して」という説明を省略する。

ＭＦＰ１０は、印刷機能及びスキャン機能に加えて、サーバとして動作するサーバ機能を有する。サーバ機能では、ＭＦＰ１０は、クライアントとして動作する端末装置１００からのリクエストを受信することに応じて、設定画面を端末装置１００に提供する。例えば、ユーザは、ＭＦＰ１０から提供された設定画面を操作して、ＭＦＰ１０の設定、例えば、ネットワーク設定を変更することができる。

端末装置１００は、ＭＦＰ１０のサーバ機能にログインするためのアカウント情報を利用して、ＭＦＰ１０のサーバ機能へのログインを試行する。端末装置１００は、Ｔ１０において、ＭＦＰ１０のサーバ機能へのログインが成功すると、Ｔ１２において、ＨＴＴＰコマンドをＭＦＰ１０に送信する。ＨＴＴＰは、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌである。なお、図４及び図５において端末装置１００が実行する処理は、端末装置１００にインストールされているブラウザプログラムに従って実行される。

Ｔ１４では、端末装置１００は、Ｔ１２のＨＴＴＰコマンドに対する応答として、ＭＦＰ１０から設定画面情報を受信する。

Ｔ１６では、端末装置１００は、設定画面情報に対応する設定画面ＳＣ１を表示する。図６に示すように、設定画面ＳＣ１は、ＯＡｕｔｈに従ったデバイスフローの実行を指示するためのボタンＢＴ１を含む。

端末装置１００は、Ｔ２０において、設定画面ＳＣ１内のボタンＢＴ１の選択を検知すると、Ｔ２２において、サービス選択画面要求をパラメータ提供サーバ２００に送信する。サービス選択画面要求は、図６に示すサービス選択画面ＳＣ２に対応するサービス選択画面情報を要求する信号である。サービス選択画面要求は、ｃａｌｌ ｂａｃｋ ＵＲＬを含む。ｃａｌｌ ｂａｃｋ ＵＲＬは、パラメータ提供サーバ２００から受信する情報の転送先を示す。

Ｔ２４では、端末装置１００は、サービス選択画面要求に対する応答として、パラメータ提供サーバ２００からサービス選択画面情報を受信する。サービス選択画面情報は、情報テーブル２５０に記憶されているサービス名のリストを含む。Ｔ２６では、端末装置１００は、サービス選択画面ＳＣ２を表示する。図６に示すように、サービス選択画面ＳＣ２は、複数個のサービスの中から１個のサービスを選択するためのボタンを含む。例えば、サービス名「ＳｅｒｖｉｃｅＡ」を有するサービスは、第１の事業者によって提供される電子メールのサービスであり、サービス名「ＳｅｒｖｉｃｅＢ」を有するサービスは、第１の事業者とは異なる第２の事業者によって提供される電子メールのサービスである。例えば、サービス選択画面ＳＣ２は、サービス名「ＳｅｒｖｉｃｅＡ」を選択するボタンＢＴ２と、サービス名「ＳｅｒｖｉｃｅＢ」を選択するボタンＢＴ３と、を含む。本ケースでは、サービス名「ＳｅｒｖｉｃｅＡ」を有するサービスをメールサーバ４００が提供する。

端末装置１００は、Ｔ３０において、サービス選択画面ＳＣ２内のボタンＢＴ２の選択を検知すると、Ｔ３２において、サービス名「ＳｅｒｖｉｃｅＡ」が選択されたことを示す選択通知をパラメータ提供サーバ２００に送信する。

パラメータ提供サーバ２００は、Ｔ３２において、端末装置１００から選択通知を受信すると、情報テーブル２５０から、選択通知によって示されるサービス名「ＳｅｒｖｉｃｅＡ」に関連付けて記憶されているサービスＩＤ「ｓｓｓ１」を取得する。Ｔ３４では、パラメータ提供サーバ２００は、情報テーブル２５０から取得したサービスＩＤ「ｓｓｓ１」とＴ２２で端末装置１００から受信したｃａｌｌ ｂａｃｋ ＵＲＬとを端末装置１００に送信する。

端末装置１００は、Ｔ３４において、パラメータ提供サーバ２００からサービスＩＤ「ｓｓｓ１」とｃａｌｌ ｂａｃｋ ＵＲＬとを受信すると、Ｔ３６において、ｃａｌｌ ｂａｃｋ ＵＲＬを利用してＭＦＰ１０にアクセスする。そして、端末装置１００は、サービスＩＤ「ｓｓｓ１」をＭＦＰ１０に転送する。

ＭＦＰ１０は、Ｔ３６において、端末装置１００からサービスＩＤ「ｓｓｓ１」を受信すると、Ｔ３８において、図６に示す入力画面ＳＣ３に対応する入力画面情報を端末装置１００に送信する。

端末装置１００は、Ｔ３８において、ＭＦＰ１０から入力画面情報を受信すると、Ｔ４０において入力画面ＳＣ３を表示する。図６に示すように、入力画面ＳＣ３は、メールアドレスを入力する入力欄と、メールアドレスの通信に利用するプロトコルを示すプロトコル名を入力する入力欄と、を含む。本ケースでは、メールサーバ４００には、端末装置１００のユーザのアカウント情報が既に登録されている。さらに、メールサーバ４００は、端末装置１００のユーザが利用するためのメールアドレスＭＡ１を既に提供している。

端末装置１００は、Ｔ５０において、入力画面ＳＣ３でメールアドレスＭＡ１とプロトコル名ＰＬ１との入力を検知すると、Ｔ５２において、メールアドレスＭＡ１とプロトコル名ＰＬ１とをＭＦＰ１０に送信する。また、端末装置１００は、Ｔ５２の通信を実行すると、ＭＦＰ１０からの応答を待機していることを示すポーリング画面ＳＣ４（図６参照）を表示する。

ＭＦＰ１０は、Ｔ５２において、端末装置１００からメールアドレスＭＡ１とプロトコル名ＰＬ１とを受信すると、Ｔ６０において、通信パラメータを要求するパラメータ要求をパラメータ提供サーバ２００に送信する。パラメータ要求は、Ｔ３６で端末装置１００から受信したサービスＩＤ「ｓｓｓ１」と、Ｔ５２で端末装置１００から受信したプロトコル名ＰＬ１と、を含む。

パラメータ提供サーバ２００は、Ｔ６０において、ＭＦＰ１０からパラメータ要求を受信すると、パラメータテーブル２５２から、パラメータ要求に含まれるサービスＩＤ「ｓｓｓ１」に関連付けて記憶されている通信パラメータＣＰ１を取得する。本ケースでは、図３に示すように、通信パラメータＣＰ１は、ｄｅｖｉｃｅｃｏｄｅ＿ｅｎｄｐｏｉｎｔ「ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／ｄｃ」、ｔｏｋｅｎ＿ｅｎｄｐｏｉｎｔ「ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／ｔｋ」、ｃｌｉｅｎｔ＿ｉｄ「ｘｘｘ１」、及び、他の値Ｖ１を含む。Ｔ６２では、パラメータ提供サーバ２００は、パラメータテーブル２５２から取得した通信パラメータＣＰ１をＭＦＰ１０に送信する。これにより、ＭＦＰ１０は、Ｔ７０以降において、通信パラメータＣＰ１を利用して、デバイスフローの処理を実行することができる。なお、仮に、Ｔ３０において、サービス名「サービスＢ」がユーザによって選択される場合には、パラメータ提供サーバ２００は、Ｔ６０において、ＭＦＰ１０からサービス名「ｓｓｓ２」を含むパラメータ要求を受信する。この場合、Ｔ６２において、サービスＩＤ「ｓｓｓ２」に関連付けて記憶されている通信パラメータをＭＦＰ１０に送信する。ユーザによって選択されたサービスに対応する通信パラメータをＭＦＰ１０に提供することができる。

Ｔ７０では、ＭＦＰ１０は、通信パラメータＣＰ１に含まれるｄｅｖｉｃｅｃｏｄｅ＿ｅｎｄｐｏｉｎｔ「ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／ｄｃ」を送信先として含むコード要求を認証サーバ３００に送信する。コード要求は、さらに、通信パラメータＣＰ１に含まれるｃｌｉｅｎｔ＿ｉｄ「ｘｘｘ１」と、Ｔ５０で選択されたプロトコル名ＰＬ１を示す値であるｓｃｏｐｅと、を含む。

認証サーバ３００は、Ｔ７０において、ＭＦＰ１０からコード要求を受信すると、ｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」と、ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」と、を生成する。ｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」は、トークン要求の送信元のデバイスを認証するためのコードである。ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」は、トークンの提供を承諾するユーザを認証するためのコードである。Ｔ７２では、認証サーバ３００は、通信パラメータＣＰ１に含まれるｃｌｉｅｎｔ＿ｉｄ「ｘｘｘ１」に関連付けて、ｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」とｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」とを記憶する。Ｔ７４では、認証サーバ３００は、ｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」とｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」をＭＦＰ１０に送信する。さらに、Ｔ７４では、認証サーバ３００は、ｖｅｒｉｆｉｃａｔｉｏｎ＿ｕｒｉをＭＦＰ１０に送信する。ｖｅｒｉｆｉｃａｔｉｏｎ＿ｕｒｉは、図６の入力画面ＳＣ６に対応する画面情報を認証サーバ３００から受信するためのＵＲＩである。

ＭＦＰ１０は、Ｔ７４において、認証サーバ３００から、ｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」等を受信すると、Ｔ７６において、コード画面情報とｖｅｒｉｆｉｃａｔｉｏｎ＿ｕｒｉとを端末装置１００に送信する。コード画面情報は、図６に示すコード画面ＳＣ５に対応する情報である。コード画面情報は、ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」を含む。

端末装置１００は、Ｔ７６において、ＭＦＰ１０からコード画面情報等を受信すると、Ｔ７８において、ポーリング画面ＳＣ４に代えて、コード画面ＳＣ５を表示する。図６に示すように、コード画面ＳＣ５は、ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」を示す文字列を表示する。これにより、端末装置１００のユーザは、ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」を知ることができる。

また、端末装置１００は、Ｔ８０において、Ｔ７６でＭＦＰ１０から受信したｖｅｒｉｆｉｃａｔｉｏｎ＿ｕｒｉを送信先として含むＨＴＴＰコマンドを認証サーバ３００に送信する。端末装置１００は、当該ＨＴＴＰコマンドに対する応答として、認証サーバ３００から入力画面ＳＣ６に対応する画面情報を受信する。そして、端末装置１００は、Ｔ８０において、入力画面ＳＣ６を表示する。入力画面ＳＣ６は、コード画面ＳＣ５とは異なるウインドウで表示される。図６に示すように、入力画面ＳＣ６は、ｕｓｅｒ＿ｃｏｄｅを入力するための入力欄を含む。

図５は、図５のＴ８２に引き続いて実行される処理である。図５のＴ１００では、ＭＦＰ１０は、Ｔ７４で認証サーバ３００からｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」を受信した後に、トークン要求を定期的に認証サーバ３００に送信することを開始する。トークン要求は、通信パラメータＣＰ１に含まれるｔｏｋｅｎ＿ｅｎｄｐｏｉｎｔ「ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／ｔｋ」を送信先として含む。トークン要求は、さらに、ｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」を含む。

認証サーバ３００は、Ｔ１００において、ＭＦＰ１０からトークン要求を受信すると、Ｔ１０２において、トークンの提供の承諾がユーザから得られたのかを判断する。本ケースでは、Ｔ１００のタイミングは、Ｔ１１０においてｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」が入力画面ＳＣ６に入力される前のタイミングである。このため、現時点では、認証サーバ３００は、Ｔ１０２において、トークンの提供の承諾がユーザから得られていないと判断する。Ｔ１０２の時点では、認証サーバ３００は、トークンをＭＦＰ１０に提供しない。

ユーザは、図４のＴ７８で表示されたコード画面ＳＣ５を見て、コード画面ＳＣ５に表示されているｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」を入力画面ＳＣ６に入力する。

端末装置１００は、Ｔ１１０において、入力画面ＳＣ６にｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」が入力されたことを検知すると、Ｔ１１２において、ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」を認証サーバ３００に送信する。これにより、認証サーバ３００は、Ｔ１１４において、ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」を認証する。本ケースでは、ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」の認証が成功する。

ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」の認証が成功すると、端末装置１００は、Ｔ１１６において、認証サーバ３００から、図６のアカウント選択画面ＳＣ７に対応するアカウント選択画面情報を受信する。Ｔ１１８では、端末装置１００は、アカウント選択画面ＳＣ７を表示する。

本ケースでは、端末装置１００は、アカウント名「ａｃ１」を含むアカウント情報を利用して、認証サーバ３００にログインしている。なお、変形例では、端末装置１００は、アカウント名「ａｃ１」を含むアカウント情報を利用して、メールサーバ４００にログインしていてもよい。アカウント名「ａｃ１」は、端末装置１００のユーザに割り当てられているアカウント名である。図６に示すように、アカウント選択画面ＳＣ７は、ログイン中のアカウント名「ａｃ１」を選択するボタンＢＴ４を含む。アカウント選択画面ＳＣ７は、さらに、ログイン中のアカウント名「ａｃ１」とは異なるアカウント名でログインするためのボタンＢＴ５を含む。本ケースでは、ユーザは、アカウント選択画面ＳＣ７内のボタンＢＴ４を選択する。

端末装置１００は、Ｔ１２０において、アカウント選択画面ＳＣ７内のボタンＢＴ４の選択を検知すると、Ｔ１２２において、ボタンＢＴ４によって示されるアカウント名「ａｃ１」を認証サーバ３００に送信する。なお、仮に、ユーザがアカウント選択画面ＳＣ７内のボタンＢＴ５を選択する場合には、端末装置１００は、アカウント名「ａｃ１」とは異なるアカウント名を利用して、認証サーバ３００にログインする。そして、端末装置１００は、Ｔ１２２において、当該異なるアカウント名を認証サーバ３００に送信する。また、仮に、端末装置１００が認証サーバ３００にログインしない場合には、Ｔ１２２以降の処理が実行されず、トークンはＭＦＰ１０に提供されない。このように、ＯＡｕｔｈでは、端末装置１００が所定のアカウント情報を利用して認証サーバ３００及びメールサーバ４００のいずれかにログインしていることを条件として、トークンがＭＦＰ１０に提供される。

認証サーバ３００は、Ｔ１２２において、端末装置１００からアカウント名「ａｃ１」を受信すると、Ｔ１２４において、図６の承諾画面ＳＣ８に対応する承諾画面情報を端末装置１００に送信する。これにより、Ｔ１２６では、端末装置１００は、承諾画面ＳＣ８を表示する。

承諾画面ＳＣ８は、アカウント名「ａｃ１」を含むアカウント情報を保有するユーザから承諾を得るため画面である。承諾画面ＳＣ８は、ＭＦＰ１０のファームウエアの名称と、Ｔ７０のコード要求に含まれるｃｌｉｅｎｔ＿ｉｄ「ｘｘｘ１」によって示されるクライアントであるＭＦＰ１０のベンダの名称「ＡＡＡ．Ｌｔｄ」と、を表示する。ＭＦＰ１０のファームウエアの名称は、ｃｌｉｅｎｔ＿ｉｄ「ｘｘｘ１」に関連付けて認証サーバ３００に登録されている。承諾画面ＳＣ８は、トークンの提供の承諾をユーザに要求する承諾ボタンＢＴ６と、キャンセルボタンＢＴ７と、を含む。本ケースでは、ユーザは、承諾画面ＳＣ８内の承諾ボタンＢＴ６を選択する。

端末装置１００は、Ｔ１３０において、承諾画面ＳＣ８内の承諾ボタンＢＴ６の選択を検知すると、Ｔ１３２において、承諾ボタンＢＴ６が選択されたことを通知する承諾通知を認証サーバ３００に送信する。

Ｔ１４０は、Ｔ１００と同様である。Ｔ１４０のタイミングは、Ｔ１３２の承諾通知の受信後のタイミングである。このため、認証サーバ３００は、Ｔ１４２において、トークンの提供の承諾がユーザから得られていると判断する。

Ｔ１４４では、認証サーバ３００は、トークン要求に含まれるｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」を認証する。本ケースでは、ｄｅｖｉｃｅ＿ｃｏｄｅ「ｄｄｄ」の認証は成功する。

続くＴ１４６では、認証サーバ３００は、トークンＴＫ１を生成する。認証サーバ３００は、ログイン中のアカウント名「ａｃ１」と関連付けて、生成済みのトークンＴＫ１を記憶する。ここで、トークンＴＫ１は、アクセストークンと、リフレッシュトークンと、を含む。リフレッシュトークンは、アクセストークンの再生成に利用される。

Ｔ１４８では、認証サーバ３００は、トークンＴＫ１をＭＦＰ１０に送信する。これにより、ＭＦＰ１０は、Ｔ１５０において、トークンＴＫ１をメモリ３４のサービステーブル５０に記憶する。図２に示すように、トークンＴＫ１は、サービスＩＤ「ｘｘｘ１」、メールアドレスＭＡ１、及び、プロトコル名「ＰＬ１」と関連付けて、サービステーブル５０に記憶される。

ＭＦＰ１０は、Ｔ１４８において、認証サーバ３００からトークンＴＫ１を受信すると、Ｔ１５２において、トークンＴＫ１の受信が完了したことを示す完了通知を端末装置１００に送信する。これにより、端末装置１００は、Ｔ１５４において、トークンＴＫ１の受信が完了したことを示す完了画面ＳＣ９を表示する。ユーザは、完了画面ＳＣ９を見て、図４のＴ２０の指示に従って実行されたデバイスフローが完了したことを知ることができる。

例えば、ＭＦＰ１０は、Ｔ１６０において、スキャンメールの送信の指示を検知すると、Ｔ１６２において、サービステーブル５０内のメールアドレスＭＡ１を宛先とするスキャンメールをメールサーバ４００に送信する。スキャンメールは、サービステーブル５０内のアクセストークンを含む。メールサーバ４００は、スキャンメールに含まれるアクセストークンを利用して、スキャンメールの送信元を認証する。本ケースでは、当該認証が成功し、メールサーバ４００は、スキャンメールを記憶する。メールサーバ４００に記憶されたスキャンメールは、メールアドレスＭＡ１が設定されたメーラによって閲覧される。

（本実施例の効果）
本実施例の構成によれば、ＭＦＰ１０は、パラメータ提供サーバ２００から通信パラメータＣＰ１を受信し（図４のＴ６２）、通信パラメータＣＰ１を利用して、トークン要求を認証サーバ３００に送信する（図５のＴ１００及びＴ１４０）。即ち、通信パラメータＣＰ１は、パラメータ提供サーバ２００に記憶されていればよく、ＭＦＰ１０に予め記憶されていなくてもよい。通信パラメータＣＰ１を予め記憶する記憶領域をＭＦＰ１０に設けることなく、認証サーバ３００からトークンＴＫ１を取得することができる。

特に、電子メールのサービスを提供する事業者は、複数存在し得る。当該事業者が複数存在する場合において、当該事業者の数が増えるほど、パラメータテーブル２５２のデータ量が増大する。ＭＦＰ１０のメモリ３４の記憶容量は、パラメータ提供サーバ２００のメモリ２３４の記憶容量と比較して少ない。記憶容量が比較的少ないＭＦＰ１０のメモリ３４にパラメータテーブル２５２を記憶させることなく、認証サーバ３００からトークンＴＫ１を取得することができる。また、例えば、ＭＦＰ１０がベンダから出荷された後にサービスを提供する事業者が増えた場合であっても、ＭＦＰ１０が当該事業者のサービスに対応する通信パラメータをパラメータ提供サーバ２００から受信することにより、ＭＦＰ１０のユーザは当該事業者によるサービスを利用することができる。また、ベンダも、増えたサービスに対応する通信パラメータをパラメータ提供サーバ２００に登録すればよい。

（対応関係）
ＭＦＰ１０、端末装置１００が、それぞれ、「通信装置」、「端末装置」の一例である。パラメータ提供サーバ２００、認証サーバ３００、メールサーバ４００が、それぞれ、「特定のサーバ」、「認証サーバ」、「サービスサーバ」の一例である。電子メールのサービスが、「特定のサービス」の一例である。通信パラメータＣＰ１が、「パラメータ」の一例である。図４のＴ１２のＨＴＴＰコマンドが、「所定の信号」の一例である。Ｔ６０のパラメータ要求が、「パラメータ要求」の一例である。サービスＩＤ「ｓｓｓ１」、サービスＩＤ「ｓｓｓ２」が、それぞれ、「第１の識別情報」、「第２の識別情報」の一例である。ｕｓｅｒ＿ｃｏｄｅ「ｕｕｕ」、Ｔ７０のコード要求が、それぞれ、「ユーザコード」、「ユーザコード要求」の一例である。図５のＴ１００及びＴ１４０のトークン要求、トークンＴＫ１が、それぞれ、「認証情報要求」、「認証情報」の一例である。アカウント名「ａｃ１」が、「特定のアカウント情報」の一例である。スキャンデータが、「対象データ」の一例である。図６の入力画面ＳＣ３、コード画面ＳＣ５、入力画面ＳＣ６が、それぞれ、「第１の入力画面」、「コード画面」、「第２の入力画面」の一例である。

図４のＴ６０、Ｔ６２が、それぞれ、「第１の要求送信部」、「パラメータ受信部」によって実現される処理の一例である。図５のＴ１００及びＴ１４０が、「第２の要求送信部」によって実現される処理の一例である。Ｔ１４８、Ｔ１６２が、それぞれ、「認証情報受信部」、「データ通信部」によって実現される処理の一例である。

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

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

（変形例２） 「特定のサービス」は、電子メールのサービスに限らず、例えば、印刷画像のコンテンツを提供するサービス、画像データを記憶するストレージサービス、Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ（ＳＮＳ）であってもよい。ここで、コンテンツは、例えば、はがき画像のテンプレートである。例えば、「特定のサービス」がコンテンツを提供するサービスである場合には、コンテンツデータが、「対象データ」の一例ある。また、例えば、「特定のサービス」がストレージサービスである場合には、入力画面ＳＣ３は表示されなくてもよい。本変形例では、「第１の入力画面」を省略可能である。

（変形例３） 入力画面ＳＣ３は、メールアドレスを入力する入力欄を含まなくてもよい。また、入力画面ＳＣ３は、プロトコル名を入力する入力欄を含まなくてもよい。

（変形例４） 電子メールのサービスを提供する事業者が一つに決まっている場合には、図４のパラメータ要求は、サービスＩＤ「ｓｓｓ１」を含まなくてもよい。本変形例では、「識別情報」を省略可能である。

（変形例５） 図４のＴ７０からＴ８２、図５のＴ１１０からＴ１１４は、実行されなくてもよい。本変形例では、「ユーザコード要求」を省略可能である。

（変形例７）上記の実施例では、ＣＰＵ３２、２３２がプログラム４０、２４０を実行することによって、図３から図６の各処理が実現される。これに代えて、いずれかの処理は、論理回路等のハードウェアによって実現されてもよい。

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

本特許出願時の特許請求の範囲において、各請求項が一部の請求項のみに従属している場合であっても、各請求項が当該一部の請求項のみに従属可能であることに限定されない。技術的に矛盾しない範囲において、各請求項は、出願時に従属していない他の請求項にも従属可能である。即ち、各請求項の技術は以下のように様々に組み合わせることができる。
（項目１）
通信装置であって、
端末装置から所定の信号を受信することに応じて、認証サーバと通信するためのパラメータを要求するパラメータ要求を、前記認証サーバとは異なる特定のサーバに送信する第１の要求送信部であって、前記認証サーバは、前記通信装置がサービスサーバと通信するための認証情報を前記通信装置に提供可能に構成されており、前記サービスサーバは、特定のサービスを前記通信装置のユーザに提供可能に構成されている、前記第１の要求送信部と、
前記パラメータ要求に対する応答として、前記特定のサーバから前記パラメータを受信するパラメータ受信部と、
前記特定のサーバから受信した前記パラメータを利用して、前記認証情報を要求する認証情報要求を前記認証サーバに送信する第２の要求送信部と、
前記所定の信号の送信元である前記端末装置が、特定のアカウント情報を利用して、前記認証サーバ及び前記サービスサーバのいずれかにログインしている特定の条件が満たされる場合に、前記認証情報要求に対する応答として、前記認証サーバから前記認証情報を受信する認証情報受信部であって、前記特定の条件が満たされない場合に、前記認証情報は前記認証サーバから受信されない、前記認証情報受信部と、
前記認証サーバから受信した前記認証情報を利用して、前記サービスサーバと対象データを通信するデータ通信部と、
を備える、通信装置。
（項目２）
前記特定のサービスは、電子メールを前記ユーザに提供し、
前記通信装置は、さらに、
第１の入力画面に対応する入力画面情報を前記端末装置に送信する第１の画面情報送信部であって、前記第１の入力画面は、前記電子メールの通信に利用されるプロトコルを示すプロトコル情報を入力する入力欄を含む、前記第１の画面情報送信部と、
前記第１の入力画面に入力された前記プロトコル情報を前記特定のサーバに送信するプロトコル情報送信部と、
を備える、項目１に記載の通信装置。
（項目３）
前記第１の入力画面は、さらに、前記電子メールのアドレスを入力する入力欄を含む、項目２に記載の通信装置。
（項目４）
前記特定のサーバは、第１のサービスに対応する第１の前記パラメータと、第２のサービスに対応する第２の前記パラメータと、を含む複数個の前記パラメータを記憶し、
前記通信装置は、さらに、
前記端末装置において選択された前記特定のサービスを識別する識別情報を前記端末装置から受信する識別情報受信部を備え、
前記第１のサービスを識別する第１の前記識別情報が受信される場合に、
前記第１の要求送信部は、前記第１の識別情報を含む前記パラメータ要求を前記特定のサーバに送信し、
前記パラメータ受信部は、前記第１のサービスに対応する前記第１のパラメータを受信し、
前記第２のサービスを識別する第２の前記識別情報が受信される場合に、
前記第１の要求送信部は、前記第２の識別情報を含む前記パラメータ要求を前記特定のサーバに送信し、
前記パラメータ受信部は、前記第２のサービスに対応する前記第２のパラメータを受信する、項目１から３のいずれか一項に記載の通信装置。
（項目５）
前記認証情報は、ＯＡｕｔｈに従ったトークンである、項目１から４のいずれか一項に記載の通信装置。
（項目６）
前記通信装置は、さらに、
前記特定のサーバから受信した前記パラメータを利用して、ユーザコードを要求するユーザコード要求を前記認証サーバに送信する第３の要求送信部と、
前記ユーザコード要求に対する応答として、前記認証サーバから前記ユーザコードを受信するコード受信部と、
コード画面に対応するコード画面情報を前記端末装置に送信する第２の画面情報送信部であって、
前記コード画面は、前記認証サーバから受信した前記ユーザコードを表示し、
前記認証サーバは、第２の入力画面を前記端末装置に表示させ、
前記第２の入力画面は、前記ユーザコードを入力する入力欄を含み、
前記認証サーバは、前記第２の入力画面に入力された前記ユーザコードの認証を実行する、
前記第２の画面情報送信部と、
を備え、
前記特定の条件は、前記端末装置が前記特定のアカウント情報を利用して前記認証サーバ及び前記サービスサーバのいずれかにログインしており、かつ、前記認証サーバによる前記認証が成功することである、項目１から５のいずれか一項に記載の通信装置。
（項目７）
前記第１の要求送信部は、前記端末装置が前記通信装置にログインした後に、前記パラメータ要求を前記特定のサーバに送信する、項目１から６のいずれか一項に記載の通信装置。
（項目８）
前記サービスサーバは、前記認証サーバと異なり、
前記サービスサーバを設置した事業者は、前記認証サーバを設置した事業者と同一である、項目１から７のいずれか一項に記載の通信装置。
（項目９）
前記特定のサーバを設置した事業者は、前記通信装置のベンダと同じである、項目１から８のいずれか一項に記載の通信装置。
（項目１０）
通信装置のためのコンピュータプログラムであって、
前記コンピュータプログラムは、前記通信装置のコンピュータを、以下の各部、即ち、
端末装置から所定の信号を受信することに応じて、認証サーバと通信するためのパラメータを要求するパラメータ要求を、前記認証サーバとは異なる特定のサーバに送信する第１の要求送信部であって、前記認証サーバは、前記通信装置がサービスサーバと通信するための認証情報を提供可能に構成されており、前記サービスサーバは、特定のサービスを前記通信装置のユーザに提供可能に構成されている、前記第１の要求送信部と、
前記パラメータ要求に対する応答として、前記特定のサーバから前記パラメータを受信するパラメータ受信部と、
前記特定のサーバから受信した前記パラメータを利用して、前記認証情報を要求する認証情報要求を前記認証サーバに送信する第２の要求送信部と、
前記所定の信号の送信元である前記端末装置が、特定のアカウント情報を利用して、前記認証サーバ及び前記サービスサーバのいずれかにログインしている特定の条件が満たされる場合に、前記認証情報要求に対する応答として、前記認証サーバから前記認証情報を受信する認証情報受信部であって、前記特定の条件が満たされない場合に、前記認証情報は前記認証サーバから受信されない、前記認証情報受信部と、
前記認証サーバから受信した前記認証情報を利用して、前記サービスサーバと対象データを通信するデータ通信部と、
として機能させる、コンピュータプログラム。

２ ：通信システム
４ ：ＬＡＮ
６ ：インターネット
１０ ：ＭＦＰ
１２ ：印刷実行部
１４ ：スキャン実行部
１６ ：ＬＡＮＩ／Ｆ
３０ ：制御部
３２ ：ＣＰＵ
３４ ：メモリ
４０ ：プログラム
５０ ：サービステーブル
１００ ：端末装置
２００ ：パラメータ提供サーバ
２１６ ：ネットワークＩ／Ｆ
２３０ ：制御部
２３２ ：ＣＰＵ
２３４ ：メモリ
２４０ ：プログラム
２５０ ：情報テーブル
２５２ ：パラメータテーブル
３００ ：認証サーバ
４００ ：メールサーバ
ＢＴ１、ＢＴ２、ＢＴ３、ＢＴ４、ＢＴ５ ：ボタン
ＢＴ６ ：承諾ボタン
ＢＴ７ ：キャンセルボタン
ＣＰ１ ：通信パラメータ
ＭＡ１ ：メールアドレス
ＰＬ１ ：プロトコル名
ＳＣ１ ：設定画面
ＳＣ２ ：サービス選択画面
ＳＣ３ ：入力画面
ＳＣ４ ：ポーリング画面
ＳＣ５ ：コード画面
ＳＣ６ ：入力画面
ＳＣ７ ：アカウント選択画面
ＳＣ８ ：承諾画面
ＳＣ９ ：完了画面
ＴＫ１ ：トークン

Claims (10)

1. 通信装置であって、
   端末装置から所定の信号を受信することに応じて、認証サーバと通信するためのパラメータを要求するパラメータ要求を、前記認証サーバとは異なる特定のサーバに送信する第１の要求送信部であって、前記認証サーバは、前記通信装置がサービスサーバと通信するための認証情報を前記通信装置に提供可能に構成されており、前記サービスサーバは、特定のサービスを前記通信装置のユーザに提供可能に構成されている、前記第１の要求送信部と、
   前記パラメータ要求に対する応答として、前記特定のサーバから前記パラメータを受信するパラメータ受信部と、
   前記特定のサーバから受信した前記パラメータを利用して、前記認証情報を要求する認証情報要求を前記認証サーバに送信する第２の要求送信部と、
   前記所定の信号の送信元である前記端末装置が、特定のアカウント情報を利用して、前記認証サーバ及び前記サービスサーバのいずれかにログインしている特定の条件が満たされる場合に、前記認証情報要求に対する応答として、前記認証サーバから前記認証情報を受信する認証情報受信部であって、前記特定の条件が満たされない場合に、前記認証情報は前記認証サーバから受信されない、前記認証情報受信部と、
   前記認証サーバから受信した前記認証情報を利用して、前記サービスサーバと対象データを通信するデータ通信部と、
   を備える、通信装置。
2. 前記特定のサービスは、電子メールを前記ユーザに提供し、
   前記通信装置は、さらに、
   第１の入力画面に対応する入力画面情報を前記端末装置に送信する第１の画面情報送信部であって、前記第１の入力画面は、前記電子メールの通信に利用されるプロトコルを示すプロトコル情報を入力する入力欄を含む、前記第１の画面情報送信部と、
   前記第１の入力画面に入力された前記プロトコル情報を前記特定のサーバに送信するプロトコル情報送信部と、
   を備える、請求項１に記載の通信装置。
3. 前記第１の入力画面は、さらに、前記電子メールのアドレスを入力する入力欄を含む、請求項２に記載の通信装置。
4. 前記特定のサーバは、第１のサービスに対応する第１の前記パラメータと、第２のサービスに対応する第２の前記パラメータと、を含む複数個の前記パラメータを記憶し、
   前記通信装置は、さらに、
   前記端末装置において選択された前記特定のサービスを識別する識別情報を前記端末装置から受信する識別情報受信部を備え、
   前記第１のサービスを識別する第１の前記識別情報が受信される場合に、
   前記第１の要求送信部は、前記第１の識別情報を含む前記パラメータ要求を前記特定のサーバに送信し、
   前記パラメータ受信部は、前記第１のサービスに対応する前記第１のパラメータを受信し、
   前記第２のサービスを識別する第２の前記識別情報が受信される場合に、
   前記第１の要求送信部は、前記第２の識別情報を含む前記パラメータ要求を前記特定のサーバに送信し、
   前記パラメータ受信部は、前記第２のサービスに対応する前記第２のパラメータを受信する、請求項１から３のいずれか一項に記載の通信装置。
5. 前記認証情報は、ＯＡｕｔｈに従ったトークンである、請求項１から３のいずれか一項に記載の通信装置。
6. 前記通信装置は、さらに、
   前記特定のサーバから受信した前記パラメータを利用して、ユーザコードを要求するユーザコード要求を前記認証サーバに送信する第３の要求送信部と、
   前記ユーザコード要求に対する応答として、前記認証サーバから前記ユーザコードを受信するコード受信部と、
   コード画面に対応するコード画面情報を前記端末装置に送信する第２の画面情報送信部であって、
   前記コード画面は、前記認証サーバから受信した前記ユーザコードを表示し、
   前記認証サーバは、第２の入力画面を前記端末装置に表示させ、
   前記第２の入力画面は、前記ユーザコードを入力する入力欄を含み、
   前記認証サーバは、前記第２の入力画面に入力された前記ユーザコードの認証を実行する、
   前記第２の画面情報送信部と、
   を備え、
   前記特定の条件は、前記端末装置が前記特定のアカウント情報を利用して前記認証サーバ及び前記サービスサーバのいずれかにログインしており、かつ、前記認証サーバによる前記認証が成功することである、請求項１から３のいずれか一項に記載の通信装置。
7. 前記第１の要求送信部は、前記端末装置が前記通信装置にログインした後に、前記パラメータ要求を前記特定のサーバに送信する、請求項１から３のいずれか一項に記載の通信装置。
8. 前記サービスサーバは、前記認証サーバと異なり、
   前記サービスサーバを設置した事業者は、前記認証サーバを設置した事業者と同一である、請求項１から３のいずれか一項に記載の通信装置。
9. 前記特定のサーバを設置した事業者は、前記通信装置のベンダと同じである、請求項１から３のいずれか一項に記載の通信装置。
10. 通信装置のためのコンピュータプログラムであって、
    前記コンピュータプログラムは、前記通信装置のコンピュータを、以下の各部、即ち、
    端末装置から所定の信号を受信することに応じて、認証サーバと通信するためのパラメータを要求するパラメータ要求を、前記認証サーバとは異なる特定のサーバに送信する第１の要求送信部であって、前記認証サーバは、前記通信装置がサービスサーバと通信するための認証情報を提供可能に構成されており、前記サービスサーバは、特定のサービスを前記通信装置のユーザに提供可能に構成されている、前記第１の要求送信部と、
    前記パラメータ要求に対する応答として、前記特定のサーバから前記パラメータを受信するパラメータ受信部と、
    前記特定のサーバから受信した前記パラメータを利用して、前記認証情報を要求する認証情報要求を前記認証サーバに送信する第２の要求送信部と、
    前記所定の信号の送信元である前記端末装置が、特定のアカウント情報を利用して、前記認証サーバ及び前記サービスサーバのいずれかにログインしている特定の条件が満たされる場合に、前記認証情報要求に対する応答として、前記認証サーバから前記認証情報を受信する認証情報受信部であって、前記特定の条件が満たされない場合に、前記認証情報は前記認証サーバから受信されない、前記認証情報受信部と、
    前記認証サーバから受信した前記認証情報を利用して、前記サービスサーバと対象データを通信するデータ通信部と、
    として機能させる、コンピュータプログラム。
    
    

Images