JP7395938B2

JP7395938B2 - 情報処理装置、情報処理システム及びプログラム

Info

Publication number: JP7395938B2
Application number: JP2019186125A
Authority: JP
Inventors: 務廣澤
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2019-10-09
Filing date: 2019-10-09
Publication date: 2023-12-12
Anticipated expiration: 2039-10-09
Also published as: CN112632488A; US11563729B2; JP2021060924A; US20210112048A1

Description

本発明は、情報処理装置、情報処理システム及びプログラムに関する。

シングルサインオン等の認証連携が行われる場合がある。

特許文献１には、サービス提供装置に対して、機器が当該サービス提供装置にアクセスするための第１のＵＲＬと、ＩＤトークンを当該サービス提供装置に渡すための第３のＵＲＬを要求し、当該サービス提供装置に対して、当該機器が認証連携装置にアクセスするための第２のＵＲＬを送信するシステムが記載されている。

特開２０１９－５３６９２号公報

ところで、ユーザが認証されたことを示す第２資格情報を用いて、Ｗｅｂサービスを利用するための第１資格情報を発行する仕組みが考えられる。この仕組みにおいては、例えば、管理装置と認証サーバとが用いられる。例えば、ユーザが利用する情報処理装置が、Ｗｅｂサービスを利用するための第１資格情報を取得するために、認証情報を認証サーバに送信してユーザ認証を要求すると、認証サーバは認証情報を管理装置に送信する。管理装置は、認証情報を用いてユーザ認証を行い、ユーザ認証が成功すると、ユーザが認証されたことを示す第２資格情報を認証サーバに送信する。認証サーバは、第２資格情報を管理装置から受信すると、Ｗｅｂサービスを利用するための第１資格情報を情報処理装置に送信する。つまり、ユーザが正規のユーザであることが管理装置にて証明されると、認証サーバは、第１資格情報を情報処理装置に送信する。情報処理装置は、認証サーバから受信した第１資格情報を用いてＷｅｂサービスを利用することが許可される。このような仕組みにおいては、Ｗｅｂサービス毎に異なる認証サーバが用いられる場合、情報処理装置は、Ｗｅｂサービス毎に認証情報を認証サーバに送信して、各認証サーバからＷｅｂサービスを利用するための第１資格情報を取得する必要がある。つまり、情報処理装置は、ユーザが認証されたことを示す第２資格情報を取得していないため、その第２資格情報を用いて各認証サーバから第１資格情報を取得することができない。

本発明の目的は、ユーザが利用する情報処理装置が、ユーザが認証されたことを示す第２資格情報を取得し、当該第２資格情報を用いて、Ｗｅｂサービスを利用するための第１資格情報を取得することができる仕組みを提供することにある。

請求項１に係る発明は、プロセッサを有し、前記プロセッサは、複数の異なるサービス提供装置から選択されたサービス提供装置が提供するＷｅｂサービスを利用するための第１資格情報を取得するための第２資格情報であってユーザが認証されたことを示す第２資格情報を取得するためのユーザ認証を管理装置に要求し、前記管理装置にてユーザ認証が成功した場合に前記管理装置から送信される第２資格情報を受信し、受信した第２資格情報を、サービス提供装置毎に紐付けられた認証サーバであって複数の異なる認証サーバのうち前記選択されたサービス提供装置に紐付けられた認証サーバに、送信し、第２資格情報の送信に応じて前記認証サーバから送信される第１資格情報を受信し、受信した第１資格情報を前記選択されたサービス提供装置に送信することで前記Ｗｅｂサービスを利用し、前記複数の異なるサービス提供装置のそれぞれは、サービス提供装置自身に紐付けられた認証サーバが発行した第１資格情報を受信すると、第１資格情報に紐付いているＷｅｂサービスを利用することをユーザに許可し、サービス提供装置自身に紐付けられておらず別のサービス提供装置に紐付けられた認証サーバが発行した第１資格情報を受信しても、Ｗｅｂサービスを利用することをユーザに許可しない、情報処理装置である。

請求項２に係る発明は、前記プロセッサは、更に、前記管理装置にてユーザ認証に用いられる認証情報をユーザが入力するための画面を作成するための情報を前記管理装置から受信し、前記画面を作成するための情報に基づいて前記画面を作成して表示装置に表示させる、ことを特徴とする請求項１に記載の情報処理装置である。

請求項３に係る発明は、メモリを更に有し、前記メモリは、第１資格情報を更新して取得するための第３資格情報を記憶し、前記プロセッサは、更に、前記メモリに記憶されている第３資格情報を前記認証サーバに送信し、送信した第３資格情報が有効であることが前記認証サーバにて確認された場合に前記認証サーバから送信される第１資格情報を受信する、ことを特徴とする請求項１又は請求項２に記載の情報処理装置である。

請求項４に係る発明は、前記プロセッサは、更に、前記管理装置にてユーザ認証が成功した場合に前記管理装置から送信される第２資格情報と、自装置と前記認証サーバとの間のみで取り決められた特定の情報とを前記認証サーバに送信し、送信した第２資格情報と特定の情報との検証の結果に応じて前記認証サーバから送信される第１資格情報を受信する、ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置である。

請求項５に係る発明は、コンピュータに、複数の異なるサービス提供装置から選択されたサービス提供装置が提供するＷｅｂサービスを利用するための第１資格情報を取得するための第２資格情報であってユーザが認証されたことを示す第２資格情報を取得するためのユーザ認証を管理装置に要求させ、前記管理装置にてユーザ認証が成功した場合に前記管理装置から送信される第２資格情報を受信させ、受信した第２資格情報を、サービス提供装置毎に紐付けられた認証サーバであって複数の異なる認証サーバのうち前記選択されたサービス提供装置に紐付けられた認証サーバに、送信させ、第２資格情報の送信に応じて前記認証サーバから送信される第１資格情報を受信させ、受信した第１資格情報を前記選択されたサービス提供装置に送信することで前記Ｗｅｂサービスを利用させ、前記複数の異なるサービス提供装置のそれぞれは、サービス提供装置自身に紐付けられた認証サーバが発行した第１資格情報を受信すると、第１資格情報に紐付いているＷｅｂサービスを利用することをユーザに許可し、サービス提供装置自身に紐付けられておらず別のサービス提供装置に紐付けられた認証サーバが発行した第１資格情報を受信しても、Ｗｅｂサービスを利用することをユーザに許可しない、プログラムである。

請求項１，５に係る発明によれば、ユーザが利用する情報処理装置が、ユーザが認証されたことを示す第２資格情報を取得し、当該第２資格情報を用いて、Ｗｅｂサービスを利用するための第１資格情報を取得することができる仕組みを提供することができる。

請求項２に係る発明によれば、情報処理装置にて画面の作成を制御することができる。

請求項３に係る発明によれば、第３資格情報を用いて第１資格情報を取得することができる。

請求項４に係る発明によれば、第２資格情報を認証サーバに送信し、特定の情報を認証サーバに送信しない装置に対して、第１資格情報が提供されなくなる。

本実施形態に係る情報処理システムの構成を示すブロック図である。本実施形態に係る端末装置の構成を示すブロック図である。本実施形態に係る管理装置の構成を示すブロック図である。本実施形態に係る認証サーバの構成を示すブロック図である。本実施形態に係る情報処理システムによる処理の流れを説明するための図である。秘密情報を用いた処理を説明するための図である。秘密情報を用いた処理を説明するための図である。比較例に係る情報処理システムによる処理の流れを説明するための図である。

図１を参照して、本実施形態に係る情報処理システムについて説明する。図１には、本実施形態に係る情報処理システムの構成の一例が示されている。

本実施形態に係る情報処理システムは、一例として、１又は複数の端末装置１０と、管理装置１２と、１又は複数の認証サーバ１４と、１又は複数のサービス提供装置１６とを含む。

端末装置１０、管理装置１２、認証サーバ１４及びサービス提供装置１６は、他の装置と通信する機能を有する。その通信は、ケーブルを利用する有線通信であってもよいし、無線通信であってもよい。つまり、各装置は、他の装置等とケーブルによって物理的に接続されて、情報を互いに送受信してもよいし、無線通信によって互いに情報を送受信してもよい。無線通信として、例えば、近距離無線通信やＷｉ－Ｆｉ（登録商標）等が用いられる。これら以外の規格の無線通信が用いられてもよい。近距離無線通信は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＲＦＩＤ（Radio Frequency Identifier）やＮＦＣ等である。各装置は、ＬＡＮ（Local Area Network）やインターネット等の通信経路Ｎを介して他の装置と通信してもよい。

端末装置１０は、ユーザによって利用される装置である。端末装置１０は、例えば、パーソナルコンピュータ（以下、「ＰＣ」と称する）、タブレットＰＣ、スマートフォン、携帯電話、画像処理装置、又は、その他の装置である。画像処理装置は、例えば、スキャン機能、プリント機能、コピー機能及びファクシミリ機能の中の少なくとも１つの機能を有する装置（例えば複合機）である。もちろん、これら以外の装置が端末装置１０であってもよい。なお、端末装置１０が情報処理装置の一例に相当する。

管理装置１２は、認証情報に基づいてユーザを認証するように構成されている。ユーザの認証が成功した場合、管理装置１２は、ユーザが認証されたことを示す第２資格情報である第２トークンを発行する。つまり、第２トークンは、管理装置１２に対するユーザの認証が成功したことを示す情報である。また、第２トークンは、サービス提供装置１６が提供するＷｅｂサービスを利用するための第１資格情報である第１トークンを取得するための情報である。認証情報は、例えば、ユーザを一意に識別するためのユーザ識別情報（例えばユーザＩＤ）とパスワードとを含む情報である。ユーザの生体情報（例えば、指紋、網膜、顔、血管、音声等）が認証情報として用いられてもよい。

例えば、各サービス提供装置１６によって提供されるＷｅｂサービスとユーザを認証するための認証情報とが管理装置１２に登録されており、管理装置１２は、各Ｗｅｂサービスを利用するためのアカウントをまとめて管理することで、各Ｗｅｂサービスに対するシングルサインオンを実現する。つまり、管理装置１２による認証が成功した場合、シングルサインオンによって、管理装置１２に登録されている各Ｗｅｂサービスを利用することが許可される。管理装置１２とサービス提供装置１６との間にフェデレーションが設定されており、認証プロトコルとして、例えば、ＯＡｕｔｈ２．０、ＯｐｅｎＩＤＣｏｎｎｅｃｔ、ＷＳ－Ｆｅｄｅｒａｔｉｏｎ、ＳＡＭＬ２．０等が用いられる。例えば、管理装置１２は、Ａｚｕｒｅ（登録商標）ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ（ＡｚｕｒｅＡＤ）である。

例えば、第１トークン及び第２トークンは、英数字等の文字がランダムに並んだ一意な文字列である。第１トークン及び第２トークンに有効期限が設定されてもよい。有効期限が経過した第１トークンを用いてＷｅｂサービスを利用することは許可されない。有効期限が経過した第２トークンを用いて第１トークンを取得することは許可されない。また、Ｗｅｂサービスの利用権限の範囲が第１トークンに設定されてもよい。電子署名が第１トークン及び第２トークンに付されてもよい。

認証サーバ１４は、ユーザが管理装置１２によって認証されたことを示す第２トークンを受信すると、自装置である認証サーバ１４が管理するサービス提供装置１６が提供するＷｅｂサービスを利用するための第１トークンを発行するように構成されている。第１トークンは、Ｗｅｂサービスを利用するためのアクセストークンである。

認証サーバ１４は、アクセストークンである第１トークンを更新するためのリフレッシュトークンを発行してもよい。例えば、リフレッシュトークンは、英数字等の文字がランダムに並んだ一意な文字列である。例えば、アクセストークンである第１トークンの有効期限が過ぎた場合、リフレッシュトークンを用いることで第１トークンを更新し、更新後の第１トークンを取得することができる。リフレッシュトークンに有効期限が設定されてもよい。有効期限が経過したリフレッシュトークンを用いて第１トークンを更新することはできない。第１トークンとリフレッシュトークンとに有効期限が設定される場合、例えば、リフレッシュトークンには、アクセストークンの有効期限よりも長い有効期限が設定される。例えば、リフレッシュトークンには１か月程度の有効期限が設定され、第１トークンには数十分や数時間や数日程度の有効期限や設定される。もちろん、これらの時間が一例に過ぎない。

認証サーバ１４は、リフレッシュトークンを受信すると、受信したリフレッシュトークンに紐付けられている第１トークンを更新し、更新後の第１トークンと、更新後の第１トークンを更に更新するための新たなリフレッシュトークンとを発行する。ユーザは、更新後の第１トークンを用いて、サービス提供装置１６が提供するＷｅｂサービスを利用することが許可される。第１トークンが更新された場合、更新前の古い第１トークンは無効化され、古い第１トークンを用いてＷｅｂサービスを利用することはできない。また、第１トークンを更新するために用いられた古いリフレッシュトークンは無効化され、古いリフレッシュトークンを用いて第１トークンを更新することはできない。なお、リフレッシュトークンが第３資格情報の一例に相当する。

サービス提供装置１６は、Ｗｅｂサービスを提供するように構成されている。Ｗｅｂサービスは、例えば、インターネット等のネットワーク上にてアプリケーションを提供するサービスや、その他のサービスである。例えば、Ｗｅｂメールや、ＳＮＳ（ソーシャルネットワーキングサービス）や、インターネット上にて動画や音楽を提供するサービスや、インターネット上にて商品の販売や予約等を行うサービスや、インターネット上の検索サービスや、インターネット上にて情報を提供するサービスや、インターネット上にて決済手段を提供するサービス等が、Ｗｅｂサービスの一例に相当する。もちろん、これら以外のＷｅｂサービスがサービス提供装置１６によって提供されてもよい。

ユーザは、第１トークンを用いることで、サービス提供装置１６が提供するＷｅｂサービスを利用することが許可される。Ｗｅｂサービス毎に異なる第１トークンが発行されてもよい。この場合、ユーザは、当該ユーザに与えられた第１トークンに紐付くＷｅｂサービスを利用することが許可される。

例えば、情報処理システムは、複数の認証サーバ１４と複数のサービス提供装置１６とを含み、サービス提供装置１６毎に異なる認証サーバ１４が用いられる。つまり、各サービス提供装置１６には互いに異なる認証サーバ１４が紐付けられており、各サービス提供装置１６は互いに異なる認証サーバ１４によって管理される。サービス提供装置１６は、自装置であるサービス提供装置１６を管理する認証サーバ１４（つまり、自装置であるサービス提供装置１６に紐付けられている認証サーバ１４）が発行した第１トークンを受信すると、当該第１トークンに紐付けられているＷｅｂサービスを利用することをユーザに許可する。換言すると、サービス提供装置１６は、自装置であるサービス提供装置１６を管理しない認証サーバ１４（つまり、自装置であるサービス提供装置１６に紐付けられていない認証サーバ１４）が発行した第１トークンを受信しても、自装置であるサービス提供装置１６が提供するＷｅｂサービスを利用することをユーザに許可しない。例えば、Ｗｅｂサービス毎に異なるサービス提供装置１６が用いられ、Ｗｅｂサービス毎に異なる認証サーバ１４が用いられる。ある認証サーバ１４によって発行された第１トークンを用いることで、当該認証サーバ１４が管理するサービス提供装置１６が提供するＷｅｂサービスを利用することが許可されるが、別のサービス提供装置１６が提供する別のＷｅｂサービスを利用することは許可されない。なお、１つの認証サーバ１４に複数のサービス提供装置１６が紐付けられ、１つの認証サーバ１４によって複数のサービス提供装置１６が管理されてもよい。この場合、当該認証サーバ１４によって発行された第１トークンを用いることで、当該複数のサービス提供装置１６のそれぞれが提供するＷｅｂサービスを利用することが許可されてもよい。

以下、図２を参照して、端末装置１０の構成について説明する。図２には、端末装置１０のハードウェアの構成及び機能的な構成の一例が示されている。

端末装置１０は、例えば、通信装置１８と、ＵＩ２０と、メモリ２２と、プロセッサ２４とを含む。端末装置１０が複合機等の画像処理装置である場合、端末装置１０は、更に、原稿を光学的に読み取ることで画像データを生成する装置であるであるスキャナや、画像を用紙上にプリントする装置であるプリンタ等を含む。

通信装置１８は通信インターフェースであり、他の装置に情報を送信する機能、及び、他の装置から送信されてきた情報を受信する機能を有する。通信装置１８は、無線通信機能を有してもよいし、有線通信機能を有してもよい。通信装置１８は、例えば近距離無線通信を利用することで他の装置と通信してもよいし、ＬＡＮやインターネット等の通信経路を介して他の装置と通信してもよい。

ＵＩ２０はユーザインターフェースであり、表示装置と操作装置とを含む。表示装置は、液晶ディスプレイやＥＬディスプレイ等である。操作装置は、キーボードや入力キーや操作パネル等である。ＵＩ２０は、表示装置と操作装置とを兼ね備えたタッチパネル等のＵＩであってもよい。また、マイクがＵＩ２０に含まれてもよいし、音を発するスピーカがＵＩ２０に含まれてもよい。

メモリ２２は、各種の情報を記憶する１又は複数の記憶領域を構成する記憶装置である。メモリ２２は、例えば、ハードディスクドライブ、ＲＡＭ、ＤＲＡＭ、ＲＯＭ、光ディスク、その他の記憶装置、又は、それらの組み合わせである。１又は複数のメモリ２２が端末装置１０に含まれている。

プロセッサ２４は、端末装置１０の各部の動作を制御するように構成されている。例えば、プロセッサ２４は、通信装置１８を用いて各装置と通信してもよいし、ＵＩ２０の表示装置に情報を表示させてもよいし、ＵＩ２０を介して入力された情報を受け付けてもよいし、情報をメモリ２２に記憶させてもよいし、メモリ２２から情報を読み出してもよい。プロセッサ２４は、メモリを有してもよい。

受付部２６は、認証情報を受け付けるように構成されている。認証情報は、管理装置１２に対するユーザの認証に用いられる情報である。例えば、ユーザがＵＩ２０を操作して認証情報を端末装置１０に入力し、受付部２６は、ユーザによって入力された認証情報を受け付ける。

処理部２８は、管理装置１２や認証サーバ１４との間で情報を送受信するように構成されている。例えば、処理部２８は、受付部２６が受け付けた認証情報を管理装置１２に送信し、管理装置１２から送信されてきた第２トークンを受信する。また、処理部２８は、第２トークンを認証サーバ１４に送信し、認証サーバ１４から送信されてきた第１トークンを受信する。処理部２８は、第１トークン及び第２トークンをメモリ２２に記憶させる。認証サーバ１４から端末装置１０にリフレッシュトークンが送信されてきた場合、処理部２８は、当該リフレッシュトークンを受信してメモリ２２に記憶させる。処理部２８は、リフレッシュトークンを認証サーバ１４に送信し、当該リフレッシュトークンによって更新された第１トークンと、当該第１トークンを更に更新するリフレッシュトークンとを認証サーバ１４から受信してもよい。

認証部３０は、端末装置１０に対するユーザの認証を行うように構成されている。端末装置１０に対するユーザの認証には、管理装置１２に対するユーザの認証に用いられる認証情報が用いられてもよいし、別の認証情報が用いられてもよい。例えば、端末装置１０に対するユーザの認証が成功した場合、ユーザは端末装置１０にログインすることが許可される。端末装置１０に対するユーザの認証は、管理装置１２によって行われてもよい。例えば、管理装置１２に対するユーザの認証が成功した場合、端末装置１０に対するユーザの認証も成功してもよい。この場合、認証部３０は端末装置１０に設けられていなくてもよい。

生成部３２は、秘密情報を生成するように構成されている。秘密情報は、端末装置１０と認証サーバ１４との間のみで取り決められた特定の情報であって、端末装置１０が認証サーバ１４から第１トークンを取得してＷｅｂサービスを利用する権限を有していることを示す情報である。処理部２８は、第２トークンと秘密情報とを認証サーバ１４に送信する。例えば、生成部３２は任意の文字列を暗号化する。暗号化された文字列が秘密情報の一例に相当する。任意の文字列は、端末装置１０と認証サーバ１４との間で予め取り決められた文字列であり、端末装置１０のメモリ２２と認証サーバ１４とに記憶されている。当該任意の文字列は、認証サーバ１４の管理者やユーザ等によって決定されてもよいし、認証サーバ１４や端末装置１０によって自動的に決定されてもよい。例えば、当該任意の文字列は、英数字等がランダムに並んだ文字列である。処理部２８は、第２トークンと暗号化された文字列である秘密情報とを認証サーバ１４に送信する。認証サーバ１４には暗号化に用いられる情報（例えば暗号鍵）が予め記憶されており、生成部３２によって暗号化された文字列が認証サーバ１４によって復号される。後述するように、認証サーバ１４は、端末装置１０から送信されてきた第２トークンと秘密情報とを検証し、その検証の結果に基づいて、第１トークンを端末装置１０に送信するか否かを判断する。

別の例として、生成部３２は、第２トークン自体を暗号化してもよい。この場合、生成部３２は、端末装置１０と認証サーバ１４との間のみで取り決められた暗号鍵を用いて第２トークンを暗号化する。暗号化された第２トークンが秘密情報の一例に相当する。処理部２８は、暗号化された第２トークンを認証サーバ１４に送信する。

なお、端末装置１０が認証サーバ１４から第１トークンを取得するために秘密情報は用いられなくてもよい。この場合、生成部３２は端末装置１０に設けられていなくてもよい。

利用部３４は、第１トークンを用いてＷｅｂサービスを利用するように構成されている。例えば、利用部３４は、第１トークンをサービス提供装置１６に送信する。より詳しく説明すると、利用部３４は、ユーザによって選択されたＷｅｂサービスを提供するサービス提供装置１６を管理する認証サーバ１４から受信した第１トークンを、当該サービス提供装置１６に送信する。第１トークンの有効性が、サービス提供装置１６、認証サーバ１４、管理装置１２、これらの組み合わせ、又は、その他の装置によって検証される。第１トークンの有効性が検証されて、第１トークンが有効であることが確認された場合、利用部３４は、サービス提供装置１６が提供するＷｅｂサービスを利用することが許可される。第１トークンが無効であることが確認された場合（つまり、第１トークンが有効であることが確認されなかった場合）、利用部３４は、サービス提供装置１６が提供するＷｅｂサービスを利用することが許可されない。

上述した受付部２６、処理部２８、認証部３０、生成部３２及び利用部３４は、プロセッサ２４によって実現される。その実現のためにメモリが用いられてもよい。

以下、図３を参照して、管理装置１２の構成について説明する。図３には、管理装置１２のハードウェアの構成及び機能的な構成の一例が示されている。

管理装置１２は、例えば、通信装置３６と、ＵＩ３８と、メモリ４０と、プロセッサ４２とを含む。

通信装置３６は通信インターフェースであり、他の装置に情報を送信する機能、及び、他の装置から送信されてきた情報を受信する機能を有する。通信装置３６は、無線通信機能を有してもよいし、有線通信機能を有してもよい。通信装置３６は、例えば近距離無線通信を利用することで他の装置と通信してもよいし、ＬＡＮやインターネット等の通信経路を介して他の装置と通信してもよい。

ＵＩ３８はユーザインターフェースであり、表示装置と操作装置とを含む。表示装置は、液晶ディスプレイやＥＬディスプレイ等である。操作装置は、キーボードや入力キーや操作パネル等である。ＵＩ３８は、表示装置と操作装置とを兼ね備えたタッチパネル等のＵＩであってもよい。また、マイクがＵＩ３８に含まれてもよいし、音を発するスピーカがＵＩ３８に含まれてもよい。

メモリ４０は、各種の情報を記憶する１又は複数の記憶領域を構成する記憶装置である。メモリ４０は、例えば、ハードディスクドライブ、ＲＡＭ、ＤＲＡＭ、ＲＯＭ、光ディスク、その他の記憶装置、又は、それらの組み合わせである。１又は複数のメモリ４０が管理装置１２に含まれている。

プロセッサ４２は、管理装置１２の各部の動作を制御するように構成されている。例えば、プロセッサ４２は、通信装置３６を用いて各装置と通信してもよいし、ＵＩ３８の表示装置に情報を表示させてもよいし、ＵＩ３８を介して入力された情報を受け付けてもよいし、情報をメモリ４０に記憶させてもよいし、メモリ４０から情報を読み出してもよい。プロセッサ４２は、メモリを有してもよい。

ユーザ情報記憶部４４は、管理装置１２に登録されているユーザについての認証情報が記憶される記憶領域である。ユーザ情報記憶部４４は、メモリ４０によって構成される記憶領域である。

認証部４６は、認証情報を用いてユーザを認証するように構成されている。例えば、認証部４６は、端末装置１０から送信されてきた認証情報がユーザ情報記憶部４４に記憶されている場合、認証を成功させ、端末装置１０から送信されてきた認証情報がユーザ情報記憶部４４に記憶されていない場合、認証を失敗させる。

トークン発行部４８は、第２トークンを発行するように構成されている。例えば、認証情報に基づいてユーザの認証が成功した場合、トークン発行部４８は第２トークンを発行する。発行された第２トークンは、認証サーバ１４から端末装置１０に送信される。トークン発行部４８は、第２トークンに有効期限を設定してもよい。有効期限は、予め定められていてもよいし、管理者等によって設定されてもよい。また、トークン発行部４８は、第２トークンに電子署名を付してもよい。

認証部４６及びトークン発行部４８は、プロセッサ４２によって実現される。その実現のためにメモリが用いられてもよい。

以下、図４を参照して、認証サーバ１４の構成について説明する。図４には、認証サーバ１４のハードウェアの構成及び機能的な構成の一例が示されている。

認証サーバ１４は、例えば、通信装置５０と、ＵＩ５２と、メモリ５４と、プロセッサ５６とを含む。

通信装置５０は通信インターフェースであり、他の装置に情報を送信する機能、及び、他の装置から送信されてきた情報を受信する機能を有する。通信装置５０は、無線通信機能を有してもよいし、有線通信機能を有してもよい。通信装置５０は、例えば近距離無線通信を利用することで他の装置と通信してもよいし、ＬＡＮやインターネット等の通信経路を介して他の装置と通信してもよい。

ＵＩ５２はユーザインターフェースであり、表示装置と操作装置とを含む。表示装置は、液晶ディスプレイやＥＬディスプレイ等である。操作装置は、キーボードや入力キーや操作パネル等である。ＵＩ５２は、表示装置と操作装置とを兼ね備えたタッチパネル等のＵＩであってもよい。また、マイクがＵＩ５２に含まれてもよいし、音を発するスピーカがＵＩ５２に含まれてもよい。

メモリ５４は、各種の情報を記憶する１又は複数の記憶領域を構成する記憶装置である。メモリ５４は、例えば、ハードディスクドライブ、ＲＡＭ、ＤＲＡＭ、ＲＯＭ、光ディスク、その他の記憶装置、又は、それらの組み合わせである。１又は複数のメモリ５４が認証サーバ１４に含まれている。

プロセッサ５６は、認証サーバ１４の各部の動作を制御するように構成されている。例えば、プロセッサ５６は、通信装置５０を用いて各装置と通信してもよいし、ＵＩ５２の表示装置に情報を表示させてもよいし、ＵＩ５２を介して入力された情報を受け付けてもよいし、情報をメモリ５４に記憶させてもよいし、メモリ５４から情報を読み出してもよい。プロセッサ５６は、メモリを有してもよい。

検証部５８は、端末装置１０から送信されてきた第２トークンに基づいて、ユーザが第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証するように構成されている。以下、検証部５８による処理について詳しく説明する。

例えば、検証部５８は、端末装置１０から送信されてきた第２トークンを受信すると、当該第２トークンの有効性を検証する。第２トークンに有効期限が設定されており、その有効期限が過ぎていない場合、検証部５８は、第２トークンは有効であると判断する。有効期限が過ぎている場合、検証部５８は、第２トークンは有効ではない（つまり無効である）と判断する。第２トークンに有効期限が設定されていない場合、検証部５８は、第２トークンは有効であると判断する。別の例として、検証部５８は、第２トークンに電子署名が付されている場合、第２トークンは有効であると判断し、第２トークンに電子署名が付されていない場合、第２トークンは有効ではないと判断してもよい。第２トークンが有効である場合、検証部５８は、第２トークンを認証サーバ１４に送信した端末装置１０を利用するユーザが管理装置１２によって認証されたユーザであることを認識し、当該ユーザが第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断する。つまり、検証部５８は、管理装置１２に対する当該ユーザの認証が成功したことを認識し、当該ユーザが第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断する。第２トークンが有効ではない場合、検証部５８は、ユーザが第１トークンを取得してＷｅｂサービスを利用する権限を有していないと判断する。

別の例として、検証部５８は、端末装置１０から送信されてきた第２トークンと秘密情報とに基づいて、ユーザが当該端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証してもよい。つまり、検証部５８は、当該第２トークンと当該秘密情報との有効性を検証し、その検証の結果に基づいて、ユーザが当該端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証してもよい。以下、この別の例について詳しく説明する。

この別の例の前提として、メモリ５４には、端末装置１０と認証サーバ１４との間のみで予め取り決められた文字列や、端末装置１０の生成部３２による暗号化に用いられた情報（例えば暗号鍵）等が予め記憶されている。

検証部５８は、端末装置１０から送信されてきた秘密情報に基づいて、当該端末装置１０が第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証する。暗号化された任意の文字列が秘密情報である場合、検証部５８は、暗号鍵を用いて秘密情報を復号する。復号された元の文字列がメモリ５４に記憶されている場合、検証部５８は、当該秘密情報を認証サーバ１４に送信した端末装置１０が第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断する。復号された元の文字列がメモリ５４に記憶されていない場合、検証部５８は、当該秘密情報を認証サーバ１４に送信した端末装置１０が第１トークンを取得してＷｅｂサービスを利用する権限を有していないと判断する。

第２トークンが有効であり、かつ、秘密情報から復号された元の文字列が認証サーバ１４のメモリ５４に記憶されている場合、検証部５８は、ユーザが端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断する。

第２トークンが有効であるが、秘密情報から復号された元の文字列が認証サーバ１４のメモリ５４に記憶されていない場合、検証部５８は、ユーザが端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していないと判断する。

第２トークンが有効であるが、認証サーバ１４が秘密情報を端末装置１０から受信していない場合、検証部５８は、ユーザが当該端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していないと判断する。

第２トークンが有効ではない場合、認証サーバ１４が秘密情報を端末装置１０から受信したか否かに関わらず、検証部５８は、ユーザが当該端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していないと判断する。

暗号化された第２トークン自体が秘密情報である場合、検証部５８は、暗号鍵を用いて秘密情報を復号し、第２トークンの有効性を判断する。第２トークンが有効である場合、検証部５８は、ユーザが端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断する。第２トークンが有効ではない場合、検証部５８は、ユーザが端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していないと判断する。

もちろん、検証部５８は、秘密情報を用いずに、第２トークンの有効性に基づいて、ユーザが第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証してもよい。

トークン発行部６０は、第１トークンを発行するように構成されている。例えば、検証部５８が、第２トークンの有効性を検証し、その検証の結果に基づいて、ユーザが第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断した場合、トークン発行部６０は、自装置である認証サーバ１４が管理するサービス提供装置１６が提供するＷｅｂサービスを利用するための第１トークンを発行する。また、検証部５８が、第２トークンと秘密情報との有効性を検証し、その検証の結果に基づいて、ユーザが端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断した場合、トークン発行部６０は、自装置である認証サーバ１４が管理するサービス提供装置１６が提供するＷｅｂサービスを利用するための第１トークンを発行してもよい。発行された第１トークンは、認証サーバ１４から、第２トークンを認証サーバ１４に送信した端末装置１０に送信される。第１トークンを受信した端末装置１０は、当該第１トークンを用いてＷｅｂサービスを利用することが許可される。トークン発行部６０は、第１トークンに有効期限を設定してもよい。有効期限は、予め定められていてもよいし、管理者等によって設定されてもよい。また、トークン発行部６０は、第１トークンに電子署名を付してもよい。

なお、第２トークンの有効性が検証されずに、トークン発行部６０は、第２トークンを認証サーバ１４に送信した端末装置１０に第１トークンを送信してもよい。例えば、認証サーバ１４が端末装置１０から送信されてきた第２トークンを受信すると、トークン発行部６０は第１トークンを当該端末装置１０に送信してもよい。

トークン発行部６０は、第１トークンを更新するためのリフレッシュトークンを発行してもよい。この場合、第１トークンとリフレッシュトークンとが、認証サーバ１４から端末装置１０に送信される。トークン発行部６０は、リフレッシュトークンに有効期限を設定してもよい。第１トークンの有効期限とリフレッシュトークンの有効期限は同じであってもよいし、異なっていてもよい。例えば、第１トークンの有効期限は、リフレッシュトークンの有効期限よりも短い期限に設定される。また、トークン発行部６０は、リフレッシュトークンに電子署名を付してもよい。

トークン発行部６０は、リフレッシュトークンに基づいて、当該リフレッシュトークンに紐付けられている第１トークンを更新し、更新後の第１トークンと、更新後の第１トークンを更に更新するためのリフレッシュトークンとを発行してもよい。例えば、認証サーバ１４が端末装置１０から送信されてきたリフレッシュトークンを受信すると、トークン発行部６０は、当該リフレッシュトークンに紐付けられている第１トークンを更新する。更新後の第１トークンと新たなリフレッシュトークンは、リフレッシュトークンを認証サーバ１４に送信した端末装置１０に送信される。第１トークンが更新された場合、トークン発行部６０は、更新前の古い第１トークンと第１トークンの更新に用いられた古いリフレッシュトークンとを無効化する。なお、リフレッシュトークンに設定されている有効期限が経過する等してリフレッシュトークンが有効ではない場合、トークン発行部６０は、当該リフレッシュトークンに紐付けられている第１トークンを更新しない。

以下、図５を参照して、本実施形態に係る情報処理システムによる処理の流れについて説明する。ここでは一例として、ユーザαが管理装置１２によって認証されてＷｅｂサービスを利用するものとする。

まず、端末装置１０によってユーザαの認証が行われる（Ｓ０１）。例えば、ユーザαは端末装置１０のＵＩ２０を操作して、端末装置１０に対するユーザαの認証に用いられる認証情報（例えばユーザＩＤとパスワード）を入力する。端末装置１０の認証部３０は、当該認証情報に基づいてユーザαの認証を行う。端末装置１０に対するユーザαに認証が成功した場合、ユーザαは端末装置１０にログインすることが許可され、処理は次のステップであるＳ０２に移行する。端末装置１０に対するユーザαの認証が失敗した場合、ユーザは端末装置１０にログインすることが許可されず、処理はＳ０２に移行せず終了する。なお、Ｓ０１の処理は行われず、Ｓ０２以降の処理が行なわれてもよい。以下、Ｓ０２以降の処理について説明する。

ユーザαが端末装置１０のＵＩ２０を操作して管理装置１２へのアクセスを要求すると、端末装置１０の処理部２８は、管理装置１２にアクセスし、管理装置１２にログインするための認証情報（例えばユーザＩＤとパスワード）を入力するためのログイン画面をＵＩ２０の表示装置に表示させる。

ユーザαがログイン画面上でユーザＩＤとパスワードとを入力して送信を指示すると、端末装置１０の処理部２８は、ユーザαによって入力されたユーザＩＤとパスワードとを管理装置１２に送信する（Ｓ０２）。

管理装置１２の認証部４６は、端末装置１０から送信されてきたユーザＩＤとパスワードとを受信し、当該ユーザＩＤと当該パスワードとに基づいてユーザαの認証を行う（Ｓ０３）。例えば、当該ユーザＩＤと当該パスワードとが管理装置１２のユーザ情報記憶部４４に記憶されている場合、管理装置１２に対するユーザαの認証は成功する。当該ユーザＩＤと当該パスワードがユーザ情報記憶部４４に記憶されていない場合、管理装置１２に対するユーザαの認証は失敗する。管理装置１２に対するユーザαの認証が失敗した場合、処理は終了し、Ｓ０４以降の処理は行われない。

管理装置１２に対するユーザαの認証が成功した場合、認証部４６は、管理装置１２へのユーザαのログインを許可する。また、トークン発行部４８は、ユーザαが管理装置１２によって認証されたユーザであることを示す第２トークンを発行し、当該第２トークンを端末装置１０に送信する（Ｓ０４）。

端末装置１０の処理部２８は、管理装置１２から送信されてきた第２トークンを受信し、当該第２トークンを端末装置１０のメモリ２２に記憶させる。

次に、ユーザαは端末装置１０のＵＩ２０を操作して、ユーザαが利用するＷｅｂサービスを選択する（Ｓ０５）。

処理部２８は、ユーザαによって選択されたＷｅｂサービスを提供するサービス提供装置１６を管理する認証サーバ１４（つまり、当該Ｗｅｂサービスを利用するための第１トークンを発行する認証サーバ１４）に、管理装置１２から端末装置１０に送信されてきた第２トークンを送信し、第１トークンの発行を要求する（Ｓ０６）。

認証サーバ１４が端末装置１０から送信されてきた第２トークンを受信すると、認証サーバ１４の検証部５８は、当該第２トークンの有効性を検証する（Ｓ０７）。

第２トークンが有効である場合、認証サーバ１４のトークン発行部６０は、自装置である認証サーバ１４が管理するサービス提供装置１６が提供するＷｅｂサービスを利用するための第１トークンを発行し、第２トークンを認証サーバ１４に送信した端末装置１０に当該第１トークンを送信する（Ｓ０８）。認証サーバ１４のトークン発行部６０は、当該第１トークンを更新するためのリフレッシュトークンを発行し、第１トークンと当該リフレッシュトークンとを端末装置１０に送信してもよい。

端末装置１０の処理部２８は、認証サーバ１４から送信されてきた第１トークンを受信し、当該第１トークンを端末装置１０のメモリ２２に記憶させる。第１トークンと共にリフレッシュトークンが認証サーバ１４から端末装置１０に送信されてきた場合、処理部２８は、当該第１トークンと当該リフレッシュトークンとをメモリ２２に記憶させる。

ユーザαが端末装置１０のＵＩ２０を操作してＷｅｂサービスの利用を指示すると、端末装置１０の利用部３４は、Ｓ０５にてユーザαによって選択されたＷｅｂサービスを提供するサービス提供装置１６に、認証サーバ１４から受信した第１トークンを送信する（０９）。

端末装置１０からサービス提供装置１６に送信された第１トークンの有効性が検証され、当該第１トークンが有効であることが確認された場合、利用部３４は、サービス提供装置１６が提供するＷｅｂサービスを利用することが許可される。

端末装置１０のメモリ２２には、ユーザαが管理装置１２によって認証されたことを示す第２トークンが記憶されている。第２トークンに設定されている有効期限が経過していない場合、端末装置１０は、当該第２トークンを別の認証サーバ１４に送信することで、当該別の認証サーバ１４が管理している別のサービス提供装置１６が提供する別のＷｅｂサービスを利用するための別の第１トークンを取得してもよい。この場合、端末装置１０の利用部３４は、当該別の第１トークンを当該別のサービス提供装置１６に送信することで、当該別のＷｅｂサービスを利用することが許可される。

端末装置１０の処理部２８は、端末装置１０のメモリ２２に記憶されているリフレッシュトークンを認証サーバ１４に送信して、第１トークンの更新を認証サーバ１４に要求してもよい。認証サーバ１４は、当該リフレッシュトークンに基づいて第１トークンを更新し、更新後の第１トークンと、更新後の第１トークンを更に更新するためのリフレッシュトークンとを端末装置１０に送信する。端末装置１０の利用部３４は、更新後の第１トークンを用いてＷｅｂサービスを利用することが許可される。

端末装置１０の処理部２８は、管理装置１２に対するユーザの認証に用いられる認証情報をユーザが入力するための画面を作成するための情報を管理装置１２から受信し、当該画面を作成するための情報に基づいて当該画面を作成してＵＩ２０の表示装置に表示させてもよい。ユーザが認証情報を入力するための画面は、例えば、管理装置１２にログインするための認証情報を入力するためのログイン画面である。ログイン画面を作成するための情報は、例えばログイン画面の仕様を示す情報である。具体的には、ログイン画面を作成するための情報は、画面のレイアウト、デザイン及び画面遷移等を示す情報である。処理部２８は、ＵＩ２０の表示装置のハードウェアの制限の下で、ログイン画面を作成するための情報に基づいて、ＵＩ２０の表示装置に適合するログイン画面を作成する。表示装置に適合するログイン画面は、例えば、表示装置の大きさに合った大きさを有する画面や、ＵＩ２０の表示装置にてログイン画面をスクロールせずに、ユーザがユーザＩＤとパスワードとを入力することができる画面等である。また、端末装置１０のユーザや管理者等が、ログイン画面を作成するための情報に基づいてログイン画面を作成してもよい。このように、端末装置１０側にてログイン画面の作成を制御することができる。

端末装置１０が管理装置１２から送信されてきた第２トークンを受信すると、端末装置１０の生成部３２は秘密情報を生成してもよい。秘密情報は、暗号化された任意の文字列であってもよいし、暗号化された第２トークンであってもよい。暗号化された任意の文字列が秘密情報である場合、図５中のＳ０６にて、端末装置１０の処理部２８は、当該第２トークンと当該秘密情報とを認証サーバ１４に送信し、第１トークンの発行を要求する。図５中のＳ０７にて、認証サーバ１４の検証部５８は、端末装置１０から送信されてきた第２トークンと秘密情報とに基づいて、ユーザが当該端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証する。暗号化された第２トークンが秘密情報である場合、図５中のＳ０６にて、端末装置１０の処理部２８は、当該秘密情報を認証サーバ１４に送信する。図５中のＳ０７にて、認証サーバ１４の検証部５８は、端末装置１０から送信されてきた秘密情報に基づいて、ユーザが当該端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証する。検証部５８が、ユーザが端末装置１０を用いて第１トークンを取得してＷｅｂサービスを利用する権限を有していると判断した場合、図５中のＳ０８にて、認証サーバ１４のトークン発行部６０は、第１トークンを発行して当該第１トークンを端末装置１０に送信する。

以下、図６を参照して、秘密情報を用いる場合の処理について詳しく説明する。

まず、（１）端末装置１０の生成部３２は、端末装置１０と認証サーバ１４との間のみで取り決められた文字列を暗号化する。これにより、暗号化された文字列が作成される。この暗号化された文字列が秘密情報である。暗号化前の文字列と暗号化に用いられた情報（例えば暗号鍵）は、端末装置１０のメモリ２２と認証サーバ１４のメモリ５４に予め記憶されている。なお、暗号化された文字列である秘密情報が、端末装置１０のメモリ２２に予め記憶されていてもよい。この場合、生成部３２は暗号化を行わない。

次に、（２）端末装置１０の生成部３２は、管理装置１２から受信した第２トークンと秘密情報（つまり暗号化された文字列）とを紐付ける。第２トークンと秘密情報とを紐付けるとは、例えば、第２トークンに秘密情報を付帯させることや、第２トークン中に秘密情報を含ませること等である。

次に、（３）端末装置１０の処理部２８は、第２トークンと秘密情報とを認証サーバ１４に送信する。

次に、（４）認証サーバ１４の検証部５８は、端末装置１０から第２トークンと秘密情報とを受信すると、暗号鍵を用いて秘密情報を復号し、復号された文字列と当該第２トークンとに基づいて、ユーザが第１トークンを取得してＷｅｂサービスを利用する権限を有しているか否かを検証する。その検証の具体的な内容は、上述した通りである。

以下、図７を参照して、秘密情報を用いる場合の別の処理について詳しく説明する。

まず、（１）端末装置１０の生成部３２は、端末装置１０と認証サーバ１４との間のみで取り決められた暗号鍵を用いて第２トークンを暗号化する。この暗号化された第２トークンが秘密情報である。

次に、（２）端末装置１０の処理部２８は、秘密情報を認証サーバ１４に送信する。

次に、（３）認証サーバ１４の検証部５８は、端末装置１０から秘密情報を受信すると、暗号鍵を用いて秘密情報を復号し、復号された第２トークンの有効性を検証する。その検証の具体的な内容は、上述した通りである。

秘密情報が用いられる仕組みにおいては、第２トークンを認証サーバ１４に送信し、秘密情報を認証サーバ１４に送信しない装置に対して、第１トークンが送信されない。

秘密情報が用いられない場合には、図６及び図７に示されている処理は実行されない。

以下、図８を参照して、比較例に係る情報処理システムによる処理について説明する。

比較例に係る情報処理システムは、サービス提供装置１６と、端末装置６２と、管理装置６４と、認証サーバ６６とを含む。

端末装置６２は、ユーザによって利用されるＰＣや画像処理装置等である。管理装置６４はユーザの認証を行い、認証が成功した場合、第２トークンを発行して認証サーバ６６に送信するように構成されている。認証サーバ６６は、管理装置６４から送信されてきた第２トークンを受信すると、第１トークンを発行して端末装置６２に送信するように構成されている。

まず、端末装置６２にてユーザαの認証が行われる（Ｓ１０）。認証が成功すると、Ｓ１１以降の処理が行われる。認証が失敗すると、Ｓ１１以降の処理は行われない。なお、Ｓ１０の処理は行われてなくてもよい。以下、Ｓ１１以降の処理について説明する。

ユーザαが端末装置６２を操作してＷｅｂサービスを選択し、認証を要求すると、端末装置６２は、ユーザαによって選択されたＷｅｂサービスを示す情報と認証の要求を示す情報とを認証サーバ６６に送信する（Ｓ１１）。

認証サーバ６６は、端末装置６２から認証の要求を受けると、認証連携を行う（Ｓ１２）。具体的には、管理装置６４は、認証サーバ６６からの要求に応じて、管理装置６４にログインするための認証情報（例えばユーザＩＤとパスワード）を入力するためのログイン画面の情報を認証サーバ６６経由で端末装置６２に送信する。端末装置６２には当該ログイン画面が表示される。ユーザαが当該ログイン画面上にて認証情報を入力すると、当該認証情報は、認証サーバ６６を経由して端末装置６２から管理装置６４に送信される。管理装置６４は、当該認証情報を用いて管理装置６４に対するユーザαの認証を行う。

管理装置６４に対するユーザαの認証が成功した場合、管理装置６４は、管理装置６４に対するユーザαの認証が成功したことを示す第２トークンを発行して認証サーバ６６に送信する（Ｓ１３）。管理装置６４に対するユーザαの認証が失敗した場合、管理装置６４は第２トークンを発行しない。この場合、Ｓ１４以降の処理は行われない。

認証サーバ６６は、管理装置６４から送信されてきた第２トークンを受信すると、ユーザαによって選択されたＷｅｂサービスを利用するための第１トークンを発行して端末装置６２に送信する（Ｓ１４）。

端末装置６２は、認証サーバ６６から送信されてきた第１トークンを受信する。Ｗｅｂサービスを利用する場合、端末装置６２は、ユーザαが選択したＷｅｂサービスを提供するサービス提供装置１６に当該第１トークンを送信する（Ｓ１５）。これにより、ユーザαは、当該Ｗｅｂサービスを利用することが許可される。

比較例においては、端末装置６２は第２トークンを取得しない。したがって、ユーザαが別のＷｅｂサービスを利用するためには、Ｓ１０以降の処理を再度行って、当該別のＷｅｂサービスを利用するための第１トークンを取得する必要がある。具体的には、管理装置６４にログインするための操作（例えば認証情報の入力）から行う必要がある。これに対して、本実施形態においては、端末装置１０は第２トークンを取得する。したがって、取得済みの第２トークンが有効である場合、管理装置１２にログインするための操作を再度行わなくても、端末装置１０は、当該第２トークンを用いることで、別のＷｅｂサービスを利用するための第１トークンを取得し、当該別のＷｅｂサービスを利用することができる。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばCPU：Central Processing Unit、等）や、専用のプロセッサ（例えばGPU：Graphics Processing Unit、ASIC：Application Specific Integrated Circuit、FPGA：Field Programmable Gate Array、プログラマブル論理デバイス、等）を含むものである。また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

１０端末装置、１２管理装置、１４認証サーバ、１６サービス提供装置。

Claims

プロセッサを有し、
前記プロセッサは、
複数の異なるサービス提供装置から選択されたサービス提供装置が提供するＷｅｂサービスを利用するための第１資格情報を取得するための第２資格情報であってユーザが認証されたことを示す第２資格情報を取得するためのユーザ認証を管理装置に要求し、
前記管理装置にてユーザ認証が成功した場合に前記管理装置から送信される第２資格情報を受信し、
受信した第２資格情報を、サービス提供装置毎に紐付けられた認証サーバであって複数の異なる認証サーバのうち前記選択されたサービス提供装置に紐付けられた認証サーバに、送信し、
第２資格情報の送信に応じて前記認証サーバから送信される第１資格情報を受信し、
受信した第１資格情報を前記選択されたサービス提供装置に送信することで前記Ｗｅｂサービスを利用し、
前記複数の異なるサービス提供装置のそれぞれは、サービス提供装置自身に紐付けられた認証サーバが発行した第１資格情報を受信すると、第１資格情報に紐付いているＷｅｂサービスを利用することをユーザに許可し、サービス提供装置自身に紐付けられておらず別のサービス提供装置に紐付けられた認証サーバが発行した第１資格情報を受信しても、Ｗｅｂサービスを利用することをユーザに許可しない、
情報処理装置。
前記プロセッサは、更に、
前記管理装置にてユーザ認証に用いられる認証情報をユーザが入力するための画面を作成するための情報を前記管理装置から受信し、
前記画面を作成するための情報に基づいて前記画面を作成して表示装置に表示させる、
ことを特徴とする請求項１に記載の情報処理装置。
メモリを更に有し、
前記メモリは、
第１資格情報を更新して取得するための第３資格情報を記憶し、
前記プロセッサは、更に、
前記メモリに記憶されている第３資格情報を前記認証サーバに送信し、
送信した第３資格情報が有効であることが前記認証サーバにて確認された場合に前記認証サーバから送信される第１資格情報を受信する、
ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
前記プロセッサは、更に、
前記管理装置にてユーザ認証が成功した場合に前記管理装置から送信される第２資格情報と、自装置と前記認証サーバとの間のみで取り決められた特定の情報とを前記認証サーバに送信し、
送信した第２資格情報と特定の情報との検証の結果に応じて前記認証サーバから送信される第１資格情報を受信する、
ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
コンピュータに、
複数の異なるサービス提供装置から選択されたサービス提供装置が提供するＷｅｂサービスを利用するための第１資格情報を取得するための第２資格情報であってユーザが認証されたことを示す第２資格情報を取得するためのユーザ認証を管理装置に要求させ、
前記管理装置にてユーザ認証が成功した場合に前記管理装置から送信される第２資格情報を受信させ、
受信した第２資格情報を、サービス提供装置毎に紐付けられた認証サーバであって複数の異なる認証サーバのうち前記選択されたサービス提供装置に紐付けられた認証サーバに、送信させ、
第２資格情報の送信に応じて前記認証サーバから送信される第１資格情報を受信させ、
受信した第１資格情報を前記選択されたサービス提供装置に送信することで前記Ｗｅｂサービスを利用させ、
前記複数の異なるサービス提供装置のそれぞれは、サービス提供装置自身に紐付けられた認証サーバが発行した第１資格情報を受信すると、第１資格情報に紐付いているＷｅｂサービスを利用することをユーザに許可し、サービス提供装置自身に紐付けられておらず別のサービス提供装置に紐付けられた認証サーバが発行した第１資格情報を受信しても、Ｗｅｂサービスを利用することをユーザに許可しない、
プログラム。