JP2020035227A

JP2020035227A - サービス統合認証認可システムおよびサービス統合認証認可方法

Info

Publication number: JP2020035227A
Application number: JP2018162007A
Authority: JP
Inventors: 祐輔石川; Yusuke Ishikawa
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2018-08-30
Filing date: 2018-08-30
Publication date: 2020-03-05
Anticipated expiration: 2038-08-30
Also published as: JP7008595B2

Abstract

【課題】既存サービスの認証認可機能の改修を行うことなく、ユーザが一度の認証で複数のサービスの利用を可能とするサービス統合認証認可システムおよびサービス統合認証認可方法を得ること。【解決手段】サービス統合認証認可システム１は、ユーザＵの端末装置３から送信される認証情報に基づいてユーザＵの認証を行う統合認証部１２１と、各サービス提供装置２１，２２のサービスにおけるユーザＵのアカウント情報であるサービスアカウント情報を暗号化した暗号化情報を記憶する認証情報記憶部１２２と、統合認証装置１２から暗号化情報を取得する取得部１１２と、暗号化情報をサービスアカウント情報に復号する復号部１１３と、復号されたサービスアカウント情報に基づき、ユーザＵの認証が行われた端末装置３のユーザＵの認証を各サービス提供装置２１，２２に実行させる統合認可部１１１とを備える。【選択図】図２

Description

本発明は、ユーザが一度の認証で複数のサービスの利用を可能とするサービス統合認証認可システムおよびサービス統合認証認可方法に関する。

近年、クラウドサービスの普及が進んでいる。かかるクラウドサービスは、クラウドコンピューティング技術により提供されるサービスであり、複数の企業に対応可能なマルチテナント構成で提供されることが多くなってきている。

マルチテナント構成によって、複数のサービスがクラウド上で共存することが可能になるが、各サービスにおいて個別に認証および認可を行う認証認可機能がある。そのため、これらのサービスを利用するユーザは、それぞれのサービスにそれぞれのユーザＩＤ（Identifier）およびパスワードを入力し、認証する必要があった。

ユーザの入力を簡略化するための技術として、クラウドサービス同士を連携させる技術が知られている。例えば、特許文献１には、連携元となるサービスが連携先のサービスと連携する際に、連携元となるサービスを操作しているユーザの権限に応じてアクセス管理システムから連携先の許可トークンを発行し、権限を委譲する技術が開示されている。

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

しかしながら、上記特許文献１に記載の技術では、例えば、既存サービスの認証認可機能の改修をしなければならず、開発コストがかかるなどの問題がある。かかる問題は、クラウドサービスに限定されず、クラウドサービス以外のサービスでも同様である。

本発明は、上記に鑑みてなされたものであって、既存サービスの認証認可機能の改修を行うことなく、ユーザが一度の認証で複数のサービスの利用を可能とするサービス統合認証認可システムを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明のサービス統合認証認可システムは、ユーザの認証を行う統合認証装置と、統合認証装置による認証の結果に基づき、ユーザの端末装置と各サービス提供装置とを連携する統合認可装置とを備える。統合認証装置は、ユーザの端末装置から送信される認証情報に基づいてユーザの認証を行う統合認証部と、各サービス提供装置が提供するサービスにおけるユーザのアカウント情報であるサービスアカウント情報を暗号化した暗号化情報を記憶する認証情報記憶部と、を備える。統合認可装置は、統合認証装置から暗号化情報を取得する取得部と、暗号化情報をサービスアカウント情報に復号する復号部と、復号されたサービスアカウント情報に基づき、統合認証部による認証が行われた端末装置のユーザの認証を各サービス提供装置に実行させる統合認可部とを備える。

本発明によれば、既存サービスの認証認可機能の改修を行うことなく、ユーザが一度の認証で複数のサービスを利用することができる、という効果を奏する。

本発明の実施の形態１にかかる情報処理システムの構成例を示す図実施の形態１にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図実施の形態１にかかる認証認可テーブルの一例を示す図実施の形態１にかかるサービス認証認可テーブルの一例を示す図実施の形態１にかかるサービス認証認可テーブルの一例を示す図実施の形態１にかかるサービス統合認証認可システムの処理の一例を示すフローチャート実施の形態１にかかる統合認証処理の一例を示すフローチャート実施の形態１にかかるサービス認証処理の一例を示すフローチャート実施の形態１にかかる暗号化サービスアカウント処理の一例を示すフローチャート実施の形態１にかかるサービス統合認証認可システムのハードウェア構成の一例を示す図本発明の実施の形態２にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図実施の形態２にかかる統合認証テーブルの一例を示す図実施の形態２にかかるサービスアカウントテーブルの一例を示す図実施の形態２にかかる統合認証処理の一例を示すフローチャート実施の形態２にかかるサービス認証処理の一例を示すフローチャート本発明の実施の形態３にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図実施の形態３にかかる認証認可テーブルの一例を示す図本発明の実施の形態４にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図実施の形態４にかかる認証認可テーブルの一例を示す図本発明の実施の形態５にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図実施の形態５にかかる認証認可テーブルの一例を示す図実施の形態１にかかるサービス統合認証認可システムの処理の一例を示すフローチャート実施の形態５にかかるサービス認証処理の一例を示すフローチャート実施の形態５にかかる移行処理の一例を示すフローチャート実施の形態５にかかる統合認証情報設定処理の一例を示すフローチャート

以下に、本発明の実施の形態にかかるサービス統合認証認可システムおよびサービス統合認証認可方法を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態１．
図１は、本発明の実施の形態１にかかる情報処理システムの構成例を示す図である。図１に示すように、実施の形態１にかかる情報処理システム１００は、サービス統合認証認可システム１と、サービス提供装置２_１，２_２と、複数の端末装置３_１，３_２，・・・，３_ｎとを備える。複数の端末装置３_１，３_２，・・・，３_ｎは、複数のユーザＵ_１，Ｕ_２，・・・，Ｕ_ｎによって用いられる。ｎは、例えば、３以上の整数である。複数のユーザＵ_１，Ｕ_２，・・・，Ｕ_ｎは、例えば、後述するクラウドサービスを契約した企業の従業員などである。

以下、サービス提供装置２_１，２_２の各々を区別せずに示す場合、サービス提供装置２と記載する。また、複数の端末装置３_１，３_２，・・・，３_ｎの各々を区別せずに示す場合、端末装置３と記載し、複数のユーザＵ_１，Ｕ_２，・・・，Ｕ_ｎの各々を区別せずに示す場合、ユーザＵと記載する。なお、図１に示す例では、サービス提供装置２は２台であるが、サービス提供装置２は３台以上であってもよい。

サービス統合認証認可システム１と各端末装置３とは、互いにネットワーク４を介して通信可能に接続される。ネットワーク４は、インターネットであるが、例えば、インターネット以外のＷＡＮ（Wide Area Network）であってもよい。

サービス統合認証認可システム１およびサービス提供装置２_１，２_２の各々は、インターネット上に配置されたクラウドサービスプラットフォーム１０に配置される１以上の仮想装置から構成される。クラウドサービスプラットフォーム１０は、物理的なサーバおよびネットワーク機器などのＩＴ（Information Technology）リソースを、論理的に分割したテナントと呼ばれる単位で提供する。

テナントには、論理的に分割されたサーバ上で動作する仮想的な計算機であるＶＭ（Virtual Machine）および仮想的なネットワークなどが含まれる。仮想的なネットワークは、例えば、ＶＬＡＮ（Virtual Local Area Network）などである。サービス統合認証認可システム１およびサービス提供装置２_１，２_２の各々は、互いに異なるテナントに割り当てられる。以下、説明の便宜上、サービス提供装置２_１が提供するサービスをサービスＡとし、サービス提供装置２_２が提供するサービスをサービスＢとする。サービスＡ，Ｂは、クラウドサービスであり、例えば、ＰａａＳ（Platform as a Service）またはＩａａＳ（Infrastructure as a Service）によって提供されるサービスである。

サービス統合認証認可システム１は、統合認可装置１１と統合認証装置１２とを備え、端末装置３のユーザＵが一度の認証によって、複数のサービス提供装置２が提供するサービスの利用をユーザＵに認可する。統合認証装置１２は、ユーザＵの統合認証を行う。統合認可装置１１は、統合認証の結果に基づき、各々サービスを提供する複数のサービス提供装置２とユーザＵの端末装置３とを連携する統合認可装置１１とを備える。統合認可装置１１と統合認証装置１２とは、互いに異なる仮想装置で構成されるが、同一の仮想装置で構成されてもよい。

なお、統合認証とは、複数のサービス提供装置２が提供するサービスの利用を一括して認可するための認証である。また、サービス提供装置２とユーザＵの端末装置３との連携とは、端末装置３のユーザＵにサービス提供装置２が提供するサービスを利用可能にサービス提供装置２と端末装置３とを接続することを意味する。

統合認証装置１２は、端末装置３から送信されるユーザＵの統合認証情報に基づいて、ユーザＵの統合認証を行う。統合認証情報は、サービス統合認証認可システム１において、各サービス提供装置２が提供するサービスを一括して認証および認可するための認証情報であり、サービス統合認証認可システム１におけるユーザＵのアカウント情報である。統合認可装置１１は、統合認証装置１２による統合認証の結果に基づき、各サービス提供装置２が提供するサービスの利用をユーザＵに認可する。

統合認可装置１１は、例えば、統合認証装置１２による統合認証が完了した場合、統合認証装置１２からユーザＵのサービスＡ，Ｂのアカウント情報であるサービスアカウント情報を暗号化した暗号化サービスアカウント情報を取得する。統合認可装置１１は、取得した暗号化サービスアカウント情報をサービスアカウント情報に復号し、復号したサービスアカウント情報をサービス提供装置２_１，２_２へ送信する。これにより、サービス提供装置２_１，２_２において、サービスＡ，Ｂの認証が行われ、ユーザＵは、サービスＡ，Ｂのサービスアカウント情報を端末装置３に入力することなく、一つの統合認証情報でサービスＡ，Ｂを利用することができる。暗号化サービスアカウント情報は、暗号化情報の一例である。

以下、サービス統合認証認可システム１およびサービス提供装置２_１，２_２についてさらに詳細に説明する。図２は、実施の形態１にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図である。なお、図２に示す例では、端末装置３を一つのみ示しているが、図１に示すように、端末装置３は複数設けられる。

図２に示すように、サービス統合認証認可システム１の統合認可装置１１は、端末装置３と各サービス提供装置２とを連携する統合認可部１１１と、統合認証装置１２から暗号化されたサービスＡ，Ｂのサービスアカウント情報である暗号化サービスアカウント情報を取得する取得部１１２とを備える。また、統合認可装置１１は、取得部１１２で取得された暗号化サービスアカウント情報をサービスアカウント情報に復号する復号部１１３を備える。

統合認可部１１１は、端末装置３からのログイン情報を受け付けると、統合認証装置１２に統合認証を要求する。統合認証装置１２において統合認可部１１１から取得したログイン情報が統合認証情報として記憶されている場合、統合認証装置１２において統合認証が成功する。

統合認可部１１１は、統合認証装置１２において統合認証が成功した場合、復号部１１３からユーザＵのサービスＡ，Ｂのサービスアカウント情報を取得し、取得したサービスアカウント情報をサービス提供装置２_１，２_２へ送信する。これにより、ユーザＵは、サービスＡ，Ｂの認証情報であるサービスアカウント情報を入力することなく、端末装置３を用いて、サービスＡ，Ｂを利用することができる。

サービス統合認証認可システム１の統合認証装置１２は、統合認可装置１１からの要求に基づいて、端末装置３のユーザＵの統合認証を行う統合認証部１２１と、ユーザＵの統合サービスアカウント情報とサービスＡ，Ｂのサービスアカウント情報とを記憶する認証情報記憶部１２２とを備える。また、統合認証装置１２は、サービス提供装置２_１，２_２からユーザＵのサービスＡ，Ｂのサービスアカウント情報を取得し、取得したサービスアカウント情報を暗号化して認証情報記憶部１２２に記憶する収集部１２３を備える。

統合認証部１２１は、統合認可装置１１からの要求に基づいて、認証情報記憶部１２２に記憶されたサービスＡ，Ｂのサービスアカウント情報を取得し、取得したサービスＡ，Ｂのサービスアカウント情報を統合認可装置１１へ送信する。

図３は、実施の形態１にかかる認証認可テーブルの一例を示す図である。図３に示すように、認証情報記憶部１２２に記憶される認証認可テーブル５０は、「統合認証情報」、「サービスＵＲＬ」、「暗号化サービスアカウント情報」、および「復号鍵」が互いに関連付けられた情報を含む。

「統合認証情報」は、統合認証部１２１による統合認証に用いられる情報であり、統合ユーザＩＤ（Identifier）と統合ユーザＰＷ（Password）とを含む。統合ユーザＩＤは、ユーザＵ毎に割り当てられる識別情報であり、統合ユーザＰＷは、統合ユーザＰＷ毎に設定されるパスワードである。統合ユーザＩＤ「UID001」は、ユーザＵ_１の統合ユーザＩＤであり、統合ユーザＩＤ「UID002」は、ユーザＵ_２の統合ユーザＩＤである。

「サービスＵＲＬ」は、クラウドサービスプラットフォーム１０内におけるサービス提供装置２のＵＲＬ（Uniform Resource Locator）である。図３に示す例では、サービス提供装置２_１のＵＲＬは、「http://A.co.jp」であり、サービス提供装置２_２のＵＲＬは、「http://B.co.jp」である。かかる「サービスＵＲＬ」は、サービス統合認証認可システム１がサービス提供装置２へアクセスする際にサービス統合認証認可システム１によって宛先ＵＲＬとして用いられる。

「暗号化サービスアカウント情報」は、サービス提供装置２が提供するサービスを利用するためのユーザＵのアカウント情報を暗号化した情報である。図３に示す例では、サービスＡの暗号化サービスアカウント情報「Spojsprog4w04psr」とサービスＢの暗号化サービスアカウント情報「aspoj39pdfjp39kff」とが統合ユーザＩＤ「UID001」に関連付けられている。「復号鍵」は、暗号化サービスアカウント情報を復号するための復号鍵の情報である。

図２に戻って、サービス提供装置２_１，２_２の説明を行う。サービス提供装置２_１は、ユーザＵの認証およびサービスＡの利用をユーザＵに認可するサービス認証認可部２１_１と、認証および認可されたユーザＵにサービスＡを提供するサービス提供部２２_１と、サービスＡのサービスアカウント情報をユーザＵ毎に記憶するサービス認証情報記憶部２３_１とを備える。

同様に、サービス提供装置２_２は、ユーザＵの認証およびサービスＢの利用をユーザＵに認可するサービス認証認可部２１_２と、認証および認可されたユーザＵにサービスＢを提供するサービス提供部２２_２と、サービスＢのサービスアカウント情報をユーザＵ毎に記憶するサービス認証情報記憶部２３_２とを備える。

図４および図５は、実施の形態１にかかるサービスアカウントテーブルの一例を示す図である。図４に示すサービスアカウントテーブル５１は、サービス認証情報記憶部２３_１に記憶される情報であり、ユーザＵ毎のサービスＡのサービスアカウント情報を含む。図４に示すサービスアカウントテーブル５１は、サービスＡのユーザＩＤであるサービスユーザＩＤとサービスＡのユーザＰＷであるサービスユーザＰＷとが関連付けられた情報を含む。図４に示す例では、サービスユーザＩＤ「AID001」は、ユーザＵ_１のサービスユーザＩＤであり、サービスユーザＩＤ「AID002」は、ユーザＵ_２のサービスユーザＩＤである。

また、図５に示すサービスアカウントテーブル５２は、サービス認証情報記憶部２３_２に記憶される情報であり、ユーザＵ毎のサービスＢのサービスアカウント情報を含む。図５に示すサービスアカウントテーブル５２は、サービスＢのユーザＩＤであるサービスユーザＩＤとサービスＢのユーザＰＷであるサービスユーザＰＷとが関連付けられた情報を含む。図５に示す例では、サービスユーザＩＤ「BID001」は、ユーザＵ_１のサービスユーザＩＤであり、サービスユーザＩＤ「BID002」は、ユーザＵ_２のサービスユーザＩＤである。

以下、サービス認証認可部２１_１，２１_２の各々を区別せずに示す場合、サービス認証認可部２１と記載し、サービス提供部２２_１，２２_２の各々を区別せずに示す場合、サービス提供部２２と記載する。また、サービス認証情報記憶部２３_１，２３_２の各々を区別せずに示す場合、サービス認証情報記憶部２３と記載する。

次に、サービス統合認証認可システム１およびサービス提供装置２_１，２_２の動作についてさらに詳細に説明する。図６は、実施の形態１にかかるサービス統合認証認可システムの処理の一例を示すフローチャートであり、サービス統合認証認可システム１によって繰り返し実行される。

図６に示すように、サービス統合認証認可システム１における統合認可装置１１の統合認可部１１１は、端末装置３からアクセスがあるか否かを判定する（ステップＳ１１）。サービス統合認証認可システム１は、統合認可部１１１が端末装置３からアクセスがあると判定した場合（ステップＳ１１：Ｙｅｓ）、統合認証処理を実行する（ステップＳ１２）。かかるステップＳ１２の処理は、図７に示すステップＳ２１からＳ２６の処理であり、後で詳述する。なお、以下において、サービス統合認証認可システム１にアクセスした端末装置３のユーザＵをアクセスユーザと記載する場合がある。

サービス統合認証認可システム１は、ステップＳ１２の処理が終了した場合、サービス認証処理を実行する（ステップＳ１３）。かかるステップＳ１３の処理は、図８に示すステップＳ３１からＳ３８の処理であり、後で詳述する。

サービス統合認証認可システム１は、ステップＳ１３の処理が終了した場合、または、端末装置３からアクセスがないと判定した場合（ステップＳ１１：Ｎｏ）、図６に示す処理を終了する。

図７は、実施の形態１にかかる統合認証処理の一例を示すフローチャートである。図７に示すように、統合認可装置１１の統合認可部１１１は、アクセスユーザが認証済であるか否かを統合認証装置１２の統合認証部１２１へ問い合わせる（ステップＳ２１）。

統合認証部１２１は、統合認可部１１１からアクセスユーザが認証済であるか否かの問い合わせがあると、アクセスユーザが認証済であるか否かを判定する（ステップＳ２２）。統合認証部１２１は、例えば、各ユーザＵの認証状態を示す認証状態情報を有しており、かかる認証状態情報に基づいて、アクセスユーザが認証済であるか否かを判定することができる。

統合認証部１２１は、アクセスユーザが認証済ではないと判定した場合（ステップＳ２２：Ｎｏ）、統合ログイン画面の情報を統合認可部１１１経由でアクセスユーザの端末装置３へ送信する（ステップＳ２３）。これにより、アクセスユーザの端末装置３には、統合ログイン画面が表示される。統合ログイン画面は、統合ユーザＩＤおよび統合ユーザＰＷを含むログイン情報をアクセスユーザに入力させるための画面である。アクセスユーザは、端末装置３を操作して統合ログイン画面にユーザＩＤおよびユーザＰＷを含むログイン情報である統合ログイン情報を入力し、かかる統合ログイン情報を端末装置３からサービス統合認証認可システム１へ送信させる。

統合認証部１２１は、統合認可部１１１経由でアクセスユーザの端末装置３から統合ログイン情報を取得したか否かを判定する（ステップＳ２４）。統合認証部１２１は、統合ログイン情報を取得していないと判定した場合（ステップＳ２４：Ｎｏ）、ステップＳ２４の処理を繰り返す。

統合認証部１２１は、統合ログイン情報を取得したと判定した場合（ステップＳ２４：Ｙｅｓ）、ステップＳ２４で取得したと判定した統合ログイン情報を認証情報記憶部１２２に記憶されている統合認証情報と比較する（ステップＳ２５）。

統合認証部１２１は、ステップＳ２５における比較の結果に基づいて、アクセスユーザの認証である統合認証が成功したか否かを判定する（ステップＳ２６）。ステップＳ２６において、統合認証部１２１は、統合ログイン情報と一致する統合認証情報が認証情報記憶部１２２に記憶されている場合、統合認証が成功したと判定し、統合ログイン情報と一致する統合認証情報が認証情報記憶部１２２に記憶されていない場合、統合認証が失敗したと判定する。

サービス統合認証認可システム１は、統合認証部１２１によって統合認証が成功していないと判定された場合（ステップＳ２６：Ｎｏ）、処理をステップＳ２３へ移行する。また、サービス統合認証認可システム１は、統合認証部１２１によって統合認証が成功したと判定された場合（ステップＳ２６：Ｙｅｓ）、または、統合認証部１２１によってアクセスユーザが認証済であると判定された場合（ステップＳ２２：Ｙｅｓ）、図７に示す処理を終了する。

図８は、実施の形態１にかかるサービス認証処理の一例を示すフローチャートである。図８に示すように、統合認証部１２１は、サービス選択画面の情報を統合認可部１１１経由でアクセスユーザの端末装置３へ送信する（ステップＳ３１）。これにより、アクセスユーザの端末装置３には、サービス選択画面が表示される。

サービス選択画面には、例えば、サービスＡを選択するための選択ボタンと、サービスＢを選択するための選択ボタンが表示されている。アクセスユーザは、端末装置３を操作して選択ボタンを選択することで、選択されたサービスを示す選択情報が端末装置３からサービス統合認証認可システム１へ送信される。

統合認証部１２１は、アクセスユーザがサービスを選択したか否かを判定する（ステップＳ３２）。ステップＳ３２において、統合認証部１２１は、アクセスユーザの端末装置３から選択情報を取得した場合に、アクセスユーザがサービスを選択したと判定する。

統合認証部１２１は、アクセスユーザがサービスを選択していないと判定した場合（ステップＳ３２：Ｎｏ）、ステップＳ３２の処理を繰り返す。統合認証部１２１は、アクセスユーザがサービスを選択したと判定した場合（ステップＳ３２：Ｙｅｓ）、認証情報記憶部１２２に選択されたサービスにおけるアクセスユーザの暗号化サービスアカウント情報があるか否かを判定する（ステップＳ３３）。

例えば、認証認可テーブル５０が図３に示す状態であり、且つアクセスユーザの統合ユーザＩＤが「UID002」であるとする。この場合、統合認証部１２１は、アクセスユーザがサービスＡを選択した場合に、暗号化サービスアカウント情報があると判定し、アクセスユーザがサービスＢを選択した場合に、暗号化サービスアカウント情報がないと判定する。

統合認証装置１２は、統合認証部１２１によって暗号化サービスアカウント情報がないと判定された場合（ステップＳ３３：Ｎｏ）、暗号化サービスアカウントを生成して記憶する暗号化サービスアカウント処理を実行する（ステップＳ３４）。かかるステップＳ３４の処理は、図９に示すステップＳ４１からＳ４８の処理であり、後で詳述する。

取得部１１２は、統合認証部１２１によって暗号化サービスアカウント情報があると判定された場合（ステップＳ３３：Ｙｅｓ）、アクセスユーザの統合ユーザＩＤと選択されたサービスとに関連付けられた暗号化サービスアカウント情報と復号鍵とを認証情報記憶部１２２から取得する（ステップＳ３５）。

復号部１１３は、取得部１１２によって取得された復号鍵を用いて、取得部１１２によって取得された暗号化サービスアカウント情報をサービスアカウント情報に復号する（ステップＳ３６）。例えば、認証認可テーブル５０が図３に示す状態であり、アクセスユーザの統合ユーザＩＤが「UID001」であり、かつ選択されたサービスがサービスＡであるとする。この場合、復号部１１３によって復号されたサービスアカウント情報は、サービスユーザＩＤ「AID001」およびサービスユーザＰＷＭ「aesijpf9eupi43topjaef」を含む。

統合認可部１１１は、復号部１１３によって復号されたサービスアカウント情報をリクエストに格納し、かかるリクエストを選択されたサービスを提供するサービス提供装置２へ送信する（ステップＳ３７）。例えば、認証認可テーブル５０が図３に示す状態であり、アクセスユーザの統合ユーザＩＤが「UID001」であり、かつ選択されたサービスがサービスＡであるとする。この場合、統合認可部１１１は、サービスユーザＩＤ「AID001」およびサービスユーザＰＷ「aesijpf9eupi43topjaef」を含むリクエストを「http://A.co.jp」を宛先ＵＲＬとしてサービス提供装置２_１へ送信する。

統合認可部１１１からリクエストを受信したサービス提供装置２のサービス認証認可部２１は、受信したリクエストに含まれるサービスユーザＩＤおよびサービスユーザＰＷの組み合わせがサービス認証情報記憶部２３に記憶されているか否かを判定する。サービス認証認可部２１は、受信したリクエストに含まれるサービスユーザＩＤおよびサービスユーザＰＷの組み合わせがサービス認証情報記憶部２３に記憶されている場合に、アクセスユーザの認証が成功したと判定する。

サービス認証認可部２１は、アクセスユーザの認証が成功したと判定すると、サービスＡを利用するための利用画面の情報を統合認可部１１１経由でアクセスユーザの端末装置３へ送信する。また、サービス認証認可部２１は、アクセスユーザの認証が失敗したと判定すると、認証が失敗したことを示す情報を統合認可部１１１へ送信する。

統合認可部１１１は、ステップＳ３７で送信したリクエストに応答してサービス提供装置２から送信される情報に基づいて、サービス認証が成功したか否かを判定する（ステップＳ３８）。例えば、統合認可部１１１は、サービスＡを利用するための利用画面の情報をサービス提供装置２から受信した場合にサービス認証が成功したと判定する。また、統合認可部１１１は、サービス提供装置２からサービス認証が失敗したことを示す情報を受信すると、サービス認証が失敗したと判定する。

統合認可部１１１は、サービス認証が失敗したと判定した場合（ステップＳ３８：Ｎｏ）、処理をステップＳ３１へ移行する。また、統合認可部１１１は、サービス認証が成功したと判定した場合（ステップＳ３８：Ｙｅｓ）、または、ステップＳ３４の処理が終了した場合、図８に示す処理を終了する。なお、統合認可部１１１は、サービス認証が失敗したと判定した場合（ステップＳ３８：Ｎｏ）、処理をステップＳ３４へ移行することもできる。

図９は、実施の形態１にかかる暗号化サービスアカウント処理の一例を示すフローチャートである。かかる暗号化サービスアカウント処理は、未登録の暗号化サービスアカウント情報を統合認証装置１２に登録するための処理である。図９に示すように、統合認可部１１１は、ステップＳ３２で選択されたと判定したサービスを提供するサービス提供装置２へリクエストを送信する（ステップＳ４１）。

統合認可部１１１は、ステップＳ４１で送信したリクエストに応答してサービス提供装置２から送信されるサービスログイン画面の情報をアクセスユーザの端末装置３へ送信する（ステップＳ４２）。これにより、アクセスユーザの端末装置３には、サービスログイン画面が表示される。アクセスユーザは、端末装置３を操作してサービスログイン画面にユーザＩＤおよびユーザＰＷを含むサービスログイン情報を入力し、端末装置３からサービス統合認証認可システム１へ送信させる。

統合認可部１１１は、アクセスユーザの端末装置３から送信されたサービスログイン情報を選択されたサービス提供装置２へ送信する（ステップＳ４３）。統合認可部１１１からサービスログイン情報を受信したサービス提供装置２のサービス認証認可部２１は、受信したサービスログイン情報と一致するサービスアカウント情報がサービス認証情報記憶部２３に記憶されているか否かを判定する。

サービス認証認可部２１は、サービスログイン情報と一致するサービスアカウント情報がサービス認証情報記憶部２３に記憶されている場合に、アクセスユーザの認証が成功したと判定し、サービスログイン情報と一致するサービスアカウント情報がサービス認証情報記憶部２３に記憶されていない場合に、アクセスユーザの認証が失敗したと判定する。

統合認可部１１１は、ステップＳ４３で送信したサービスログイン情報に応答してサービス提供装置２から送信される情報に基づいて、選択されたサービスを提供するサービス提供装置２による認証であるサービス認証が成功したか否かを判定する（ステップＳ４４）。例えば、統合認可部１１１は、サービスＡを利用するための利用画面の情報をサービス提供装置２から受信した場合にサービス認証が成功したと判定する。また、統合認可部１１１は、サービス提供装置２から認証が失敗したことを示す情報を受信すると、サービス認証が失敗したと判定する。

統合認可部１１１は、サービス認証が失敗したと判定した場合（ステップＳ４４：Ｎｏ）、処理をステップＳ４２へ移行する。なお、サービス提供装置２から認証が失敗したことを示す情報は、例えば、ログイン情報の再入力を促すサービスログイン画面の情報であり、かかるサービスログイン画面の情報がステップＳ４２において端末装置３へ送信される。

また、統合認可部１１１は、サービス認証が成功したと判定した場合（ステップＳ４４：Ｙｅｓ）、サービス提供装置２からの利用画面の情報を端末装置３へ送信する（ステップＳ４５）。これにより、アクセスユーザは、端末装置３において、選択したサービスの利用が可能になる。

統合認証装置１２の収集部１２３は、サービス認証が成功したアクセスユーザのサービスアカウント情報をサービス提供装置２から取得する（ステップＳ４６）。収集部１２３は、サービス提供装置２から取得したサービスアカウント情報を暗号化して暗号化サービスアカウント情報を生成する（ステップＳ４７）。

具体的には、収集部１２３は、サービスユーザＩＤとサービスユーザＰＷを組み合わせた文字列に対し、暗号鍵を使用し暗号化する。このとき、収集部１２３は、復号時にサービスユーザＩＤとサービスユーザＰＷとを各々認識できるように、サービスユーザＩＤとサービスユーザＰＷを組み合わせた文字列を、サービスユーザＩＤまたはサービスユーザＰＷを識別子で囲んだ状態にする。例えば、サービスユーザＩＤが「AID001」であり、サービスユーザＰＷが「aesijpf9eupi43topjaef」である場合、サービスユーザＩＤまたはサービスユーザＰＷを組み合わせた文字列は、「AID001$aesijpf9eupi43topjaef$」である。

収集部１２３は、生成した暗号化サービスアカウント情報をアクセスユーザの統合ユーザＩＤに関連付けて認証情報記憶部１２２に記憶する（ステップＳ４８）。ステップＳ４８の処理が終了すると、図９に示す処理が終了する。

なお、収集部１２３は、サービス認証が成功したアクセスユーザのサービスアカウント情報をサービス提供装置２から統合認可装置１１を介して収集することができる。また、統合認可部１１１は、ステップＳ４３でサービス提供装置２へ送信したサービスログイン情報をアクセスユーザのサービスアカウント情報として取得し、取得したサービスアカウント情報を収集部１２３へ出力することもできる。

図１０は、実施の形態１にかかるサービス統合認証認可システムのハードウェア構成の一例を示す図である。図１０に示すように、サービス統合認証認可システム１は、プロセッサ１０１と、メモリ１０２と、インタフェース回路１０３とを備えるコンピュータを含む。

プロセッサ１０１、メモリ１０２およびインタフェース回路１０３は、バス１０４によって互いにデータの送受信が可能である。プロセッサ１０１は、メモリ１０２に記憶されたプログラムを読み出して実行することによって、統合認可装置１１および統合認証装置１２の機能を実行する。プロセッサ１０１は、処理回路の一例であり、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processer）、およびシステムＬＳＩ（Large Scale Integration）のうち一つ以上を含む。

メモリ１０２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、およびＥＰＲＯＭ（Erasable Programmable Read Only Memory）のうち一つ以上を含む。また、メモリ１０２は、コンピュータが読み取り可能な上述のプログラムが記録された記録媒体を含む。かかる記録媒体は、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルメモリ、光ディスク、コンパクトディスク、およびＤＶＤのうち一つ以上を含む。なお、サービス統合認証認可システム１は、ＡＳＩＣ（Application Specific Integrated Circuit）およびＦＰＧＡ（Field Programmable Gate Array）などの集積回路を含んでいてもよい。また、統合認可装置１１および統合認証装置は各々図１０に示すハードウェア構成を有していてもよい。

以上のように、実施の形態１にかかるサービス統合認証認可システム１は、ユーザＵの認証を行う統合認証装置１２と、統合認証装置１２による認証の結果に基づき、ユーザＵの端末装置３と各サービス提供装置２とを連携する統合認可装置１１とを備える。統合認証装置１２は、ユーザＵの端末装置３から送信される統合認証情報に基づいてユーザＵの認証を行う統合認証部１２１と、各サービス提供装置２が提供するサービスにおけるユーザＵのアカウント情報であるサービスアカウント情報を暗号化した暗号化サービスアカウント情報を記憶する認証情報記憶部１２２とを備える。暗号化サービスアカウント情報は、暗号化情報の一例である。統合認可装置１１は、統合認証装置１２から暗号化サービスアカウント情報を取得する取得部１１２と、暗号化サービスアカウント情報をサービスアカウント情報に復号する復号部１１３と、復号されたサービスアカウント情報に基づき、統合認証装置１２による認証が行われたユーザＵのサービス認証と各サービス提供装置２に実行させる統合認可部１１１とを備える。これにより、既存サービスの認証認可機能の改修を行うことなく、ユーザＵが一度の認証で複数のサービスを利用することができる。

また、統合認証装置１２は、各サービス提供装置２からサービスアカウント情報を収集し、暗号化する収集部１２３を備える。これにより、ユーザＵは、手動でサービスアカウント情報を設定する手間を省くことができる。

また、統合認可部１１１は、統合認証装置１２によるユーザＵの認証後、ユーザＵによって選択されたサービスを提供するサービス提供装置２にユーザＵの認証を実行させる。これにより、ユーザＵが利用したサービスのみが認証されるため、認証処理の負荷を低減することができる。

また、複数のサービス提供装置２は、クラウドサービスにおけるマルチテナントによって構成される。これにより、クラウドサービスにおいて、既存サービスの認証認可機能の改修を行うことなく、ユーザＵが一度の認証で複数のサービスを利用することができる。

実施の形態２．
実施の形態２では、統合認証情報と暗号化サービスアカウント情報とを分離して記憶する点で、実施の形態１と異なる。以下においては、実施の形態１にかかるサービス統合認証認可システム１と同様の構成については同一符号を付して説明を省略し、実施の形態１にかかるサービス統合認証認可システム１と異なる構成について主に説明するものとする。

図１１は、本発明の実施の形態２にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図である。図１１に示すように、実施の形態２にかかる情報処理システム１００Ａは、サービス統合認証認可システム１Ａと、サービス提供装置２_１，２_２と、端末装置３を備える。なお、図１１に示す例では、端末装置３を一つのみ示しているが、実施の形態１と同様に、端末装置３は複数設けられる。

サービス統合認証認可システム１Ａは、統合認可装置１１と、統合認証装置１２Ａとを備える。統合認証装置１２Ａは、図２に示す認証情報記憶部１２２に代えて、統合情報記憶部１２４および認証情報記憶部１２２Ａを有する点で、図２に示す統合認証装置１２と異なる。

統合情報記憶部１２４には、各ユーザＵの統合認証情報が記憶される。統合認証部１２１は、統合情報記憶部１２４に記憶される統合認証情報に基づいて、ユーザＵの統合認証を行う。

図１２は、実施の形態２にかかる統合認証テーブルの一例を示す図である。図１２に示すように、統合情報記憶部１２４に記憶される統合認証テーブル５３は、「統合ユーザＩＤ」および「統合ユーザＰＷ」が互いに関連付けられた情報を含む。統合認証部１２１は、統合認証テーブル５３に含まれる統合認証情報に基づいて、ユーザＵの統合認証を行う。

認証情報記憶部１２２Ａには、各ユーザＵの暗号化サービスアカウント情報が記憶される。統合認可装置１１は、統合認証装置１２Ａにおいて統合認証が成功した場合、認証情報記憶部１２２Ａに記憶された暗号化サービスアカウント情報を取得する。統合認可装置１１は、取得した暗号化サービスアカウント情報をサービスアカウント情報に復号し、復号したサービスアカウント情報をサービス提供装置２へ送信する。

図１３は、実施の形態２にかかるサービスアカウントテーブルの一例を示す図である。図１３に示すように、認証情報記憶部１２２Ａに記憶されるサービスアカウントテーブル５４は、「統合ユーザＩＤ」、「サービスＵＲＬ」、「暗号化サービスアカウント情報」、および「復号鍵」が互いに関連付けられた情報を含む。

取得部１１２は、サービスアカウントテーブル５４からアクセスユーザの暗号化サービスアカウント情報を取得し、復号部１１３は、取得部１１２によって取得された暗号化サービスアカウント情報をサービスアカウント情報に復号する。統合認可部１１１は、復号部１１３によって復号されたサービスアカウント情報を用いて、サービス提供装置２にサービス認証を実行させる。

図１４は、実施の形態２にかかる統合認証処理の一例を示すフローチャートである。図１４に示すステップＳ２１からＳ２４の処理は、図７に示すステップＳ２１からＳ２４の処理と同じであるため説明を省略する。

統合認証部１２１は、ステップＳ２４で取得したと判定した統合ログイン情報を統合情報記憶部１２４に記憶されている統合認証情報と比較する（ステップＳ２５Ａ）。そして、統合認証部１２１は、ステップＳ２５Ａにおける比較の結果に基づいて、アクセスユーザの認証である統合認証が成功したか否かを判定する（ステップＳ２６Ａ）。ステップＳ２６Ａにおいて、統合認証部１２１は、統合ログイン情報と一致する統合認証情報が統合情報記憶部１２４に記憶されている場合、統合認証が成功したと判定し、統合ログイン情報と一致する統合認証情報が統合情報記憶部１２４に記憶されていない場合、統合認証が失敗したと判定する。

統合認証部１２１は、統合認証が成功したと判定した場合（ステップＳ２６Ａ：Ｙｅｓ）、ステップＳ２４で取得したと判定したアクセスユーザの統合ユーザＩＤを保持する（ステップＳ２７）。また、統合認証部１２１は、アクセスユーザが認証済であると判定した場合（ステップＳ２２）、アクセスユーザのＣｏｏｋｉｅ情報を参照し、統合ユーザＩＤを保持する（ステップＳ２７）。

図１５は、実施の形態２にかかるサービス認証処理の一例を示すフローチャートである。図１５に示すステップＳ３１からＳ３４，Ｓ３６からＳ３８の処理は、図８に示すステップＳ３１からＳ３４，Ｓ３６からＳ３８の処理と同じであるため説明を省略する。

取得部１１２は、ステップＳ３５Ａにおいて、ステップＳ２７で保持した統合ユーザＩＤと選択されたサービスとに関連付けられた暗号化サービスアカウント情報と復号鍵とを認証情報記憶部１２２Ａから取得する。取得部１１２で取得された暗号化サービスアカウント情報は復号部１１３でサービスアカウント情報に復号され、選択されたサービスを提供するサービス提供装置２へ送信される。

なお、実施の形態２にかかるサービス統合認証認可システム１Ａのハードウェア構成例は、実施の形態１にかかるサービス統合認証認可システム１と同じである。例えば、図１０に示すプロセッサ１０１は、メモリ１０２に記憶されたプログラムを読み出して実行することによって、統合認可装置１１および統合認証装置１２Ａの機能を実行することができる。

以上のように、実施の形態２にかかるサービス統合認証認可システム１Ａは、統合認証を行うためユーザＵの統合認証情報を記憶する統合情報記憶部１２４と、認証情報記憶部１２２Ａとを備える。統合認証部１２１は、統合情報記憶部１２４に記憶された統合認証情報に基づいて、統合認証を行う。また、統合認可部１１１は、認証情報記憶部１２２Ａに記憶された暗号化サービスアカウント情報を復号して生成されるサービスアカウント情報に基づいて、統合認証が行われたユーザＵの認証を各サービス提供装置２に実行させる。これにより、統合認証情報と暗号化サービスアカウント情報とを分離して管理することができるため、セキュリティを強化した状態で、端末装置３と各サービス提供装置２とを連携することができる。

実施の形態３．
実施の形態３では、セキュリティキーが記憶されたデバイスを用いて統合認証処理が行われる点で、ユーザがユーザＩＤとユーザＰＷを手作業で入力する実施の形態１と異なる。以下においては、実施の形態１にかかるサービス統合認証認可システム１と同様の構成については同一符号を付して説明を省略し、実施の形態１にかかるサービス統合認証認可システム１と異なる構成について主に説明するものとする。

図１６は、本発明の実施の形態３にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図である。図１６に示すように、実施の形態２にかかる情報処理システム１００Ｂは、サービス統合認証認可システム１Ｂと、サービス提供装置２_１，２_２と、端末装置３とを備える。端末装置３には、セキュリティキーが記憶されたデバイス５が接続される。かかるデバイス５は、例えば、端末装置３にＵＳＢ（Universal Serial Bus）接続されるドングルである。なお、図１６に示す例では、端末装置３を一つのみ示しているが、実施の形態１と同様に端末装置３は複数設けられる。

サービス統合認証認可システム１Ｂは、統合認可装置１１と、統合認証装置１２Ｂとを備える。統合認証装置１２Ｂは、図２に示す認証情報記憶部１２２に代えて、認証情報記憶部１２２Ｂを有する点で、図２に示す統合認証装置１２と異なる。

図１７は、実施の形態３にかかる認証認可テーブルの一例を示す図である。図１７に示すように、認証情報記憶部１２２Ｂに記憶され認証認可テーブル５５は、「セキュリティキー」、「サービスＵＲＬ」、「暗号化サービスアカウント情報」、および「復号鍵」が互いに関連付けられた情報を含む。「セキュリティキー」は、デバイス５が記憶している固有のセキュリティキーであり、サービス統合認証認可システム１Ｂへのログイン時に認証情報として用いられる。かかるセキュリティキーは、統合認証情報の一例である。

ここで、サービス統合認証認可システム１Ｂによる統合認証処理について説明する。サービス統合認証認可システム１Ｂによる統合認証処理は、図７に示すサービス統合認証認可システム１による統合認証処理と同様の処理であるが、統合認証情報がセキュリティキーである点で異なる。

デバイス５が接続された端末装置３は、サービス統合認証認可システム１Ｂから統合ログイン画面の情報を受信すると、デバイス５に記憶されたセキュリティキーをデバイス５から読み出し、読み出したセキュリティキーをサービス統合認証認可システム１Ｂへ送信する。なお、端末装置３は、統合ログイン画面の情報を受信していない状態で、セキュリティキーをサービス統合認証認可システム１Ｂへ送信することもできる。統合認証部１２１は、図７に示すステップＳ２４で端末装置３からセキュリティキーを取得したか否かを判定する。統合認証部１２１は、セキュリティキーを取得したと判定した場合（ステップＳ２４：Ｙｅｓ）、ステップＳ２４で取得したと判定したセキュリティキーを認証情報記憶部１２２Ｂに記憶されているセキュリティキーと比較する（ステップＳ２５）。

統合認証部１２１は、ステップＳ２５における比較の結果に基づいて、アクセスユーザの認証である統合認証が成功したか否かを判定する（ステップＳ２６）。ステップＳ２６において、統合認証部１２１は、ステップＳ２４で取得したと判定したセキュリティキーと一致する統合セキュリティキーが認証情報記憶部１２２Ｂに記憶されている場合、アクセスユーザの認証である統合認証が成功したと判定し、ステップＳ２４で取得したと判定したセキュリティキーと一致する統合セキュリティキーが認証情報記憶部１２２Ｂに記憶されていない場合、統合認証が失敗したと判定する。

なお、実施の形態３にかかるサービス統合認証認可システム１Ｂのハードウェア構成例は、実施の形態１にかかるサービス統合認証認可システム１と同じである。例えば、図１０に示すプロセッサ１０１は、メモリ１０２に記憶されたプログラムを読み出して実行することによって、統合認可装置１１および統合認証装置１２Ｂの機能を実行することができる。

また、統合認証装置１２Ｂは、実施の形態２の統合認証装置１２Ａと同様に、統合認証情報の一例であるセキュリティキーと暗号化サービスアカウント情報とを分離して記憶する構成であってもよい。すなわち、統合認証装置１２Ｂは、認証情報記憶部１２２Ｂに代えて、セキュリティキーと統合ユーザＩＤとを記憶する統合情報記憶部と、統合ユーザＩＤ、暗号化サービスアカウント情報、および復号鍵を記憶する認証情報記憶部とを含む構成であってもよい。

以上のように、実施の形態３にかかる統合認証部１２１は、セキュリティキーが記憶されたデバイス５が接続された端末装置３から送信されるセキュリティキーと認証情報記憶部１２２Ｂに記憶された統合認証情報の一例であるセキュリティキーとを比較することで、統合認証を行う。これにより、例えば、ドングルなどの外部ＵＳＢ機器による認証動作が可能となり、ユーザＩＤおよびパスワードを管理する必要がない。また、固有のセキュリティキーによる認証が可能となるため、セキュリティを強化することができる。なお、実施の形態１のように、ユーザＩＤおよびパスワードを入力する方法と組み合わせてもよく、これにより、セキュリティをさらに強化することができる。

実施の形態４．
実施の形態４では、バイオメトリクスにより統合認証処理が行われる点で、ユーザがユーザＩＤとユーザＰＷを手作業で入力する実施の形態１と異なる。以下においては、実施の形態１にかかるサービス統合認証認可システム１と同様の構成については同一符号を付して説明を省略し、実施の形態１にかかるサービス統合認証認可システム１と異なる構成について主に説明するものとする。

図１８は、本発明の実施の形態４にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図である。図１８に示すように、実施の形態２にかかる情報処理システム１００Ｃは、サービス統合認証認可システム１Ｃと、サービス提供装置２_１，２_２と、端末装置３とを備える。端末装置３には、ユーザＵの身体特徴情報を検出するバイオメトリクス装置６が接続される。

バイオメトリクス装置６は、例えば、端末装置３にＵＳＢ接続されるが、端末装置３に内蔵されていてもよい。バイオメトリクス装置６は、例えば、ユーザＵの指紋、顔、虹彩、声紋、および掌形の少なくとも一つの情報である身体特徴情報をユーザＵのユーザ固有身体特徴情報として取得する。なお、図１８に示す例では、端末装置３を一つのみ示しているが、実施の形態１と同様に端末装置３は複数設けられる。

サービス統合認証認可システム１Ｃは、統合認可装置１１と、統合認証装置１２Ｃとを備える。統合認証装置１２Ｃは、図２に示す認証情報記憶部１２２に代えて、認証情報記憶部１２２Ｃを有する点で、図２に示す統合認証装置１２と異なる。

図１９は、実施の形態４にかかる認証認可テーブルの一例を示す図である。図１９に示すように、認証情報記憶部１２２Ｃに記憶された認証認可テーブル５６は、「ユーザ固有身体特徴情報」、「サービスＵＲＬ」、「暗号化サービスアカウント情報」、および「復号鍵」が互いに関連付けられた情報を含む。「ユーザ固有身体特徴情報」は、例えば、ユーザＵの指紋、顔、虹彩、声紋、および掌形の少なくとも一つの情報であり、サービス統合認証認可システム１Ｃへのログイン時に認証情報として用いられる。かかるユーザ固有身体特徴情報は、統合認証情報の一例である。

ここで、サービス統合認証認可システム１Ｃによる統合認証処理について説明する。サービス統合認証認可システム１Ｃによる統合認証処理は、図７に示すサービス統合認証認可システム１による統合認証処理と同様の処理であるが、統合認証情報がユーザ固有身体特徴情報である点で異なる。

バイオメトリクス装置６が接続された端末装置３は、サービス統合認証認可システム１Ｃから統合ログイン画面の情報を受信すると、バイオメトリクス装置６から出力されるユーザ固有身体特徴情報をサービス統合認証認可システム１Ｃへ送信する。なお、端末装置３は、統合ログイン画面の情報を受信していない状態で、ユーザ固有身体特徴情報をサービス統合認証認可システム１Ｂへ送信することもできる。統合認証部１２１は、図７に示すステップＳ２４で端末装置３からユーザ固有身体特徴情報を取得したか否かを判定する。統合認証部１２１は、ユーザ固有身体特徴情報を取得したと判定した場合（ステップＳ２４：Ｙｅｓ）、ステップＳ２４で取得したと判定したユーザ固有身体特徴情報を認証情報記憶部１２２Ｃに記憶されているユーザ固有身体特徴情報と比較する（ステップＳ２５）。

統合認証部１２１は、ステップＳ２５における比較の結果に基づいて、アクセスユーザの認証である統合認証が成功したか否かを判定する（ステップＳ２６）。ステップＳ２６において、統合認証部１２１は、ステップＳ２４で取得したと判定したユーザ固有身体特徴情報と一致するユーザ固有身体特徴情報が認証情報記憶部１２２Ｃに記憶されている場合、アクセスユーザの認証である統合認証が成功したと判定する。統合認証部１２１は、ステップＳ２４で取得したと判定したユーザ固有身体特徴情報と一致するユーザ固有身体特徴情報が認証情報記憶部１２２Ｃに記憶されていない場合、統合認証が失敗したと判定する。

なお、実施の形態４にかかるサービス統合認証認可システム１Ｃのハードウェア構成例は、実施の形態１にかかるサービス統合認証認可システム１と同じである。例えば、図１０に示すプロセッサ１０１は、メモリ１０２に記憶されたプログラムを読み出して実行することによって、統合認可装置１１および統合認証装置１２Ｃの機能を実行することができる。

また、統合認証装置１２Ｃは、実施の形態２の統合認証装置１２Ａと同様に、統合認証情報の一例であるユーザ固有身体特徴情報と暗号化サービスアカウント情報とを分離して記憶する構成であってもよい。すなわち、統合認証装置１２Ｃは、認証情報記憶部１２２Ｃに代えて、ユーザ固有身体特徴情報と統合ユーザＩＤとを記憶する統合情報記憶部と、統合ユーザＩＤ、暗号化サービスアカウント情報、および復号鍵を記憶する認証情報記憶部とを含む構成であってもよい。

以上のように、実施の形態４にかかる統合認証部１２１は、バイオメトリクス装置６によって取得され端末装置３から送信されるユーザＵの身体特徴情報と認証情報記憶部１２２Ｃに記憶された統合認証情報の一例であるユーザ固有身体特徴情報とを比較することで、統合認証を行う。これにより、バイオメトリクスによる認証動作が可能となり、ユーザＩＤおよびパスワードを管理する必要がない。また、ユーザ固有の身体特徴情報による認証が可能となるため、セキュリティを強化することができる。なお、実施の形態１のように、ユーザＩＤおよびパスワードを入力する方法と組み合わせてもよく、これにより、セキュリティをさらに強化することができる。

実施の形態５．
実施の形態５では、ユーザによるサービスの選択の前に、複数のサービス提供装置に端末装置のユーザの認証を実行させる点、サービスユーザＩＤおよびサービスユーザＰＷを統合認証情報として用いる点、およびサービスを提供するサービス提供装置をクラウドに移行するための処理を行う点で、実施の形態１と異なる。以下においては、実施の形態１にかかるサービス統合認証認可システム１と同様の構成については同一符号を付して説明を省略し、実施の形態１にかかるサービス統合認証認可システム１と異なる構成について主に説明するものとする。

図２０は、本発明の実施の形態５にかかるサービス統合認証認可システムおよびサービス提供装置の構成例を示す図である。図２０に示すように、実施の形態５にかかる情報処理システム１００Ｄは、サービス統合認証認可システム１Ｄと、サービス提供装置２_１，２_２，７_１，７_２と、複数の端末装置３_１，３_２，・・・，３_ｎを備える。

サービス提供装置７_１は、サービスＡを提供し、サービス提供装置７_２は、サービスＢを提供する。実施の形態５にかかる情報処理システム１００Ｄでは、サービスＡ，Ｂの提供をサービス提供装置７_１，７_２からサービス提供装置２_１，２_２へ移行する過程にある。以下、サービス提供装置７_１，７_２の各々を区別せずに示す場合、サービス提供装置７と記載する場合がある。

サービス提供装置７は、端末装置３からアクセスがあると、ログイン画面の情報を端末装置３へ送信する。端末装置３のユーザＵが端末装置３を操作してログイン画面にサービスユーザＩＤおよびサービスユーザＰＷを含むサービスアカウント情報を入力し、かかるサービスアカウント情報を端末装置３からサービス提供装置７へ送信させる。サービス提供装置７は、端末装置３から送信されるサービスアカウント情報でサービス認証が成功すると、認証されたサービスアカウント情報を含み且つサービス統合認証認可システム１Ｄをアクセス先とするリダイレクト情報を端末装置３へ送信する。端末装置３は、サービス提供装置７からリダイレクト情報を取得すると、リダイレクト情報によるリクエストをサービス統合認証認可システム１Ｄへ送信する。かかるリクエストには、リダイレクト情報に含まれるサービスアカウント情報が含まれる。

サービス統合認証認可システム１Ｄは、統合認可装置１１Ｄと、統合認証装置１２Ｄとを備える。統合認可装置１１Ｄは、図２に示す統合認可部１１１に代えて、統合認可部１１１Ｄを備える。統合認可部１１１Ｄは、ユーザＵによるサービスの選択の前に複数のサービス提供装置２にユーザＵの認証を実行させる処理と、サービスの提供をサービス提供装置７_１，７_２からサービス提供装置２_１，２_２へ移行するための処理とを行う点で、図２に示す統合認可部１１１の処理と異なる。

統合認証装置１２Ｄは、図２に示す統合認証部１２１および認証情報記憶部１２２に代えて、統合認証部１２１Ｄおよび認証情報記憶部１２２Ｄを有する点で、図２に示す統合認証装置１２と異なる。統合認証部１２１Ｄは、統合認証部１２１の処理に加え、サービスの提供をサービス提供装置７_１，７_２からサービス提供装置２_１，２_２へ移行するための処理を行う点で異なる。

認証情報記憶部１２２Ｄは、サービスユーザＩＤおよびサービスユーザＰＷを統合認証情報として記憶する点で、図２に示す認証情報記憶部１２２と異なる。図２１は、実施の形態５にかかる認証認可テーブルの一例を示す図である。図２１に示すように、認証情報記憶部１２２Ｄに記憶される認証認可テーブル５７は、「統合認証情報」、「サービスＵＲＬ」、「暗号化サービスアカウント情報」、および「復号鍵」が互いに関連付けられた情報を含む。

認証認可テーブル５７は、「統合認証情報」として、ユーザＵが利用できるサービスのうち選択された一つのサービスアカウント情報が設定される。具体的には、統合ユーザＩＤとして、ユーザＵによって選択されたサービスユーザＩＤが設定され、サービスユーザＰＷとして、ユーザＵによって選択された統合ユーザＰＷが設定される。

次に、サービス統合認証認可システム１Ｄの動作についてさらに詳細に説明する。図２２は、実施の形態１にかかるサービス統合認証認可システムの処理の一例を示すフローチャートであり、サービス統合認証認可システム１Ｄによって繰り返し実行される。なお、図２２に示すステップＳ５３からＳ５５，Ｓ５７からＳ５９の処理は、図７に示すステップＳ２１からＳ２６の処理と同じ処理であるため、説明を一部省略する。

図２２に示すように、サービス統合認証認可システム１Ｄにおける統合認可装置１１Ｄの統合認可部１１１Ｄは、ステップＳ５１の処理において、端末装置３からアクセスがあると判定した場合（ステップＳ５１：Ｙｅｓ）、端末装置３のアクセスがサービス提供装置７からのリダイレクト情報によるリクエストであるか否かを判定する（ステップＳ５２）。

統合認可部１１１Ｄは、リダイレクト情報によるリクエストではないと判定した場合（ステップＳ５２：Ｎｏ）、ステップＳ５３の処理へ移行する。また、リダイレクト情報によるリクエストであると判定した場合（ステップＳ５２：Ｙｅｓ）、移行処理を行う（ステップＳ６１）。かかるステップＳ６１の処理は、図２４に示すステップＳ８１からＳ８３の処理であり、後で詳述する。

ステップＳ５５の処理において、統合認証部１２１Ｄが統合ログイン画面の情報を統合認可部１１１Ｄ経由で端末装置３へ送信すると、端末装置３には、統合ログイン画面が表示される。かかるログイン画面には、統合認証情報を入力する入力枠の他に、統合認証情報の設定ボタンが配置されている。端末装置３のユーザＵが統合ログイン画面の設定ボタンを操作すると、端末装置３から統合認証情報の設定要求がサービス統合認証認可システム１Ｄへ送信される。

統合認証部１２１Ｄは、統合認可部１１１Ｄ経由でアクセスユーザの端末装置３から統合認証情報の設定要求があるか否かを判定する（ステップＳ５６）。統合認証部１２１Ｄは、統合認証情報の設定要求があると判定した場合（ステップＳ５６：Ｙｅｓ）、統合認証情報設定処理を行う（ステップＳ６２）。かかるステップＳ６２の処理は、図２５に示すステップＳ９１からＳ９７の処理であり、後で詳述する。

統合認証部１２１Ｄは、統合認証情報の設定要求がないと判定した場合（ステップＳ５６：Ｎｏ）、処理をステップＳ５７に移行する。統合認証部１２１Ｄは、統合ログイン情報を取得していないと判定した場合（ステップＳ５７：Ｎｏ）、ステップＳ５６の処理へ移行する。

サービス統合認証認可システム１Ｄは、統合認証部１２１Ｄによって統合認証が失敗したと判定された場合（ステップＳ５９：Ｎｏ）、処理をステップＳ５５へ移行する。また、サービス統合認証認可システム１Ｄは、統合認証部１２１Ｄによって統合認証が成功したと判定された場合（ステップＳ５９：Ｙｅｓ）、または、アクセスユーザが認証済であると判定した場合（ステップＳ５４：Ｙｅｓ）、サービス認証処理を行う（ステップＳ６０）。サービス統合認証認可システム１Ｄは、サービス認証処理が終了した場合、図２２に示す処理を終了する。なお、サービス統合認証認可システム１Ｄは、ステップＳ６１の処理が終了した後、ステップＳ６０の処理を行うこともできる。

ここで、ステップＳ６０のサービス認証処理について説明する。図２３は、実施の形態５にかかるサービス認証処理の一例を示すフローチャートである。図２３のステップＳ７０，Ｓ７４，Ｓ７５，Ｓ７６，Ｓ７８，Ｓ７９，Ｓ８０の処理は、図８に示すステップＳ３３，Ｓ３８，Ｓ３１，Ｓ３２，Ｓ３１，Ｓ３２，Ｓ３４の処理と同様の処理であり、一部説明を省略する。

統合認証部１２１Ｄは、認証情報記憶部１２２Ｄにアクセスユーザの暗号化サービスアカウント情報があるか否かを判定する（ステップＳ７０）。取得部１１２は、統合認証部１２１Ｄによって暗号化サービスアカウント情報があると判定された場合（ステップＳ７０：Ｙｅｓ）、アクセスユーザの統合ユーザＩＤに関連付けられたすべての暗号化サービスアカウント情報と復号鍵とを取得する（ステップＳ７１）。復号部１１３は、取得部１１２によって取得された復号鍵を用いて、取得部１１２によって取得された暗号化サービスアカウント情報を暗号化サービスアカウント情報に復号する（ステップＳ７２）。

統合認可部１１１Ｄは、復号部１１３によって復号されたサービスアカウント情報をリクエストに格納して各サービスアカウント情報に対応するサービス提供装置２へ送信する（ステップＳ７３）。統合認可部１１１Ｄは、ステップＳ７３で送信したリクエストに応答してサービス提供装置２から送信される情報に基づいて、サービス認証が成功したか否かを判定する（ステップＳ７４）。

統合認証部１２１Ｄは、統合認可部１１１Ｄによってサービス認証が成功したと判定された場合（ステップＳ７４：Ｙｅｓ）、サービス選択画面の情報を統合認可部１１１Ｄ経由でアクセスユーザの端末装置３へ送信する（ステップＳ７５）。そして、統合認証部１２１Ｄは、アクセスユーザがサービスを選択したか否かを判定する（ステップＳ７６）。統合認証部１２１Ｄは、アクセスユーザがサービスを選択したと判定した場合（ステップＳ７６：Ｙｅｓ）、アクセスユーザが選択したサービスを提供するサービス提供装置２からの利用画面の情報を端末装置３へ送信する（ステップＳ７７）。

統合認証部１２１Ｄは、統合認可部１１１Ｄによって暗号化サービスアカウント情報がないと判定された場合（ステップＳ７０：Ｎｏ）、サービス選択画面の情報を統合認可部１１１Ｄ経由でアクセスユーザの端末装置３へ送信する（ステップＳ７８）。そして、統合認証部１２１Ｄは、アクセスユーザがサービスを選択したか否かを判定する（ステップＳ７９）。統合認証部１２１Ｄは、アクセスユーザがサービスを選択したと判定した場合（ステップＳ７９：Ｙｅｓ）、暗号化サービスアカウントを生成して記憶する暗号化サービスアカウント処理を実行する（ステップＳ８０）。

サービス統合認証認可システム１Ｄは、ステップＳ７７の処理が終了した場合、またはステップＳ８０の処理が終了した場合、図２３に示す処理を終了する。なお、上述した例では、統合認証部１２１Ｄは、ユーザＵの選択前にアクセスユーザが利用可能な全てのサービスを認証するが、かかる例に限定されない。

例えば、統合認可装置１１Ｄは、ユーザＵの利用頻度が高いサービスについてのみユーザＵの選択前に認証することもできる。この場合、統合認可部１１１Ｄは、各ユーザＵのアクセス履歴の情報を有しており、利用頻度が高い順に予め決められた数のサービスを判定し、判定したサービスについてのみアクセスユーザの選択前に認証することができる。この場合、取得部１１２は、アクセスユーザの利用頻度が高い順に予め決められた数のサービスの暗号化サービスアカウント情報を取得する。なお、ユーザＵの利用頻度とは、ユーザＵ毎の利用頻度であってもよく、ユーザＵ全体の利用頻度であってもよい。

また、統合認可部１１１Ｄは、サービス統合認証認可システム１Ｄまたは統合認可装置１１Ｄの処理負荷に応じて、上述した予め決められた数を変更することができる。例えば、統合認可部１１１Ｄは、サービス統合認証認可システム１Ｄまたは統合認可装置１１Ｄの処理負荷が高いほど、上述した予め決められた数を減少させることができる。これにより、サービス統合認証認可システム１Ｄまたは統合認可装置１１Ｄの処理負荷が高くなりすぎることを防止することができる。

また、統合認可部１１１Ｄは、ユーザＵ毎またはユーザＵ全体でサービス提供装置２が提供するサービスを利用する頻度であるサービス利用頻度に基づいて、上述した予め決められた数を変更することができる。例えば、統合認可部１１１Ｄは、サービス利用頻度が低いほど、上述した予め決められた数を減少させることができる。これによっても、サービス統合認証認可システム１Ｄまたは統合認可装置１１Ｄの処理負荷が高くなりすぎることを防止することができる。

また、統合認可部１１１Ｄは、サービス利用頻度が閾値以上のアクセスユーザについては、図２３に示すサービス認証処理を行い、サービス利用頻度が閾値未満のアクセスユーザについては、図８に示すサービス認証処理を行うこともできる。これによっても、サービス統合認証認可システム１Ｄまたは統合認可装置１１Ｄの処理負荷が高くなりすぎることを防止することができる。

なお、サービス統合認証認可システム１Ｄは、図２３に示すステップＳ７１からＳ７４の処理と、ステップＳ７５およびＳ７６の処理とを並行して実行することもできる。

次に、ステップＳ６１の移行処理について説明する。図２４は、実施の形態５にかかる移行処理の一例を示すフローチャートである。図２４に示すように、統合認証部１２１Ｄは、統合認可部１１１Ｄ経由で端末装置３のリクエストに含まれるサービスアカウント情報を取得する（ステップＳ８１）。

取得部１１２は、統合認証部１２１Ｄによって取得されたサービスアカウント情報を暗号化して暗号化サービスアカウント情報を生成し（ステップＳ８２）、生成した暗号化サービスアカウント情報を認証情報記憶部１２２Ｄに記憶する（ステップＳ８３）。サービス統合認証認可システム１Ｄは、ステップＳ８３の処理を終了した場合、図２４に示す処理を終了する。

次に、ステップＳ６２の統合認証情報設定処理について説明する。図２５は、実施の形態５にかかる統合認証情報設定処理の一例を示すフローチャートである。図２５に示すように、統合認証部１２１Ｄは、サービスアカウント情報を入力するための入力画面の情報
を統合認可部１１１Ｄ経由でアクセスユーザの端末装置３へ送信する（ステップＳ９１）。

これにより、アクセスユーザの端末装置３には、入力画面が表示される。入力画面は、サービスユーザＩＤおよびサービスユーザＰＷを含むサービスアカウント情報をアクセスユーザに入力させるための画面である。アクセスユーザは、端末装置３を操作して入力画面にサービスアカウント情報を入力し、かかる統合ログイン情報を端末装置３からサービス統合認証認可システム１Ｄへ送信させる。

統合認証部１２１Ｄは、端末装置３からのサービスアカウント情報を取得すると、端末装置３からのサービスアカウント情報を含むリクエストをサービス提供装置２へ統合認可部１１１Ｄ経由で送信する（ステップＳ９２）。統合認可部１１１Ｄは、ステップＳ９２で送信したリクエストに応答してサービス提供装置２から送信される情報に基づいて、上述したステップＳ３８の処理と同様の処理によって、サービス認証が成功したか否かを判定する（ステップＳ９３）。

統合認証部１２１Ｄは、サービス認証が成功したと判定された場合（ステップＳ９３：Ｙｅｓ）、端末装置３から取得したサービスアカウント情報を統合認証情報として認証情報記憶部１２２Ｄに設定する（ステップＳ９４）。また、収集部１２３は、統合認証部１２１Ｄによって取得されたサービスアカウント情報を暗号化して暗号化サービスアカウント情報を生成し（ステップＳ９５）、生成した暗号化サービスアカウント情報を認証情報記憶部１２２Ｄに記憶する（ステップＳ９６）。

統合認証部１２１Ｄは、認証が失敗したと判定された場合（ステップＳ９３：Ｎｏ）、統合認可部１１１Ｄ経由でアクセスユーザの端末装置３へエラー画面の情報を送信する（ステップＳ９７）。サービス統合認証認可システム１Ｄは、ステップＳ９６の処理が終了した場合、または、ステップＳ９７の処理が終了した場合、図２５に示す処理を終了する。

なお、実施の形態５にかかるサービス統合認証認可システム１Ｄのハードウェア構成例は、実施の形態１にかかるサービス統合認証認可システム１と同じである。例えば、図１０に示すプロセッサ１０１は、メモリ１０２に記憶されたプログラムを読み出して実行することによって、統合認可装置１１Ｄおよび統合認証装置１２Ｄの機能を実行することができる。

また、統合認証装置１２Ｄは、実施の形態２の統合認証装置１２Ａと同様に、統合認証情報と暗号化サービスアカウント情報とを分離して記憶する構成であってもよい。すなわち、統合認証装置１２Ｄは、認証情報記憶部１２２Ｄに代えて、統合認証情報を記憶する統合情報記憶部と、統合ユーザＩＤ、暗号化サービスアカウント情報、および復号鍵を記憶する認証情報記憶部とを含む構成であってもよい。また、統合認証情報は、セキュリティキーであってもよく、ユーザＵの身体特徴情報であってもよい。

以上のように、実施の形態５にかかるサービス統合認証認可システム１Ｄの統合認可部１１１Ｄは、統合認証後、ユーザＵによるサービスの選択の前に、複数のサービス提供装置２に端末装置３のユーザＵの認証を実行させる。これにより、端末装置３のユーザＵは、サービス提供装置２が提供するサービスを迅速に利用することができる。

また、実施の形態５にかかるサービス統合認証認可システム１Ｄでは、統合認証部１２１Ｄは、端末装置３のリクエストに含まれるサービスアカウント情報を取得する。そして、収集部１２３は、統合認証部１２１Ｄによって取得されたサービスアカウント情報を暗号化して暗号化サービスアカウント情報を生成する。生成した暗号化サービスアカウント情報を認証情報記憶部１２２Ｄに記憶する。これにより、クラウドサービスプラットフォーム１０外のサービス提供装置７が提供するサービスをクラウドサービスプラットフォーム１０のサービス提供装置２へ容易に移行することができる。

また、実施の形態５にかかるサービス統合認証認可システム１Ｄでは、統合認証部１２１Ｄは、ユーザＵによって選択されたサービスのサービスアカウント情報を統合認証情報として設定する。これにより、ユーザＵは、例えば、主に使用するサービスのサービスアカウント情報を用いて、複数のサービスを利用することができる。

また、上述した実施の形態１にかかるサービス統合認証認可システム１では、統合認可装置１１と統合認証装置１２とは別体で構成されるが、統合認可装置１１と統合認証装置１２とは一体的に構成されてもよい。このことは、サービス統合認証認可システム１Ａ，１Ｂ，１Ｃ，１Ｄについても同様である。

以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１，１Ａ，１Ｂ，１Ｃ，１Ｄサービス統合認証認可システム、２，２_１，２_２，７，７_１，７_２サービス提供装置、３，３_１，３_２，・・・，３_ｎ端末装置、４ネットワーク、５デバイス、６バイオメトリクス装置、１０クラウドサービスプラットフォーム、１１，１１Ｄ統合認可装置、１２，１２Ａ，１２Ｂ，１２Ｃ，１２Ｄ統合認証装置、２１，２１_１，２１_２サービス認証認可部、２２，２２_１，２２_２サービス提供部、２３，２３_１，２３_２サービス認証情報記憶部、５０，５５，５６，５７認証認可テーブル、５１，５２，５４サービスアカウントテーブル、５３統合認証テーブル、１００，１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ情報処理システム、１１１，１１１Ｄ統合認可部、１１２取得部、１１３復号部、１２１，１２１Ｄ統合認証部、１２２，１２２Ａ，１２２Ｂ，１２２Ｃ，１２２Ｄ認証情報記憶部、１２３収集部、１２４統合情報記憶部。

Claims

ユーザの認証を行う統合認証装置と、前記統合認証装置による認証の結果に基づき、前記ユーザの端末装置と各サービス提供装置とを連携する統合認可装置と、を備え、
前記統合認証装置は、
前記ユーザの端末装置から送信される認証情報に基づいて前記ユーザの認証を行う統合認証部と、
前記各サービス提供装置が提供するサービスにおける前記ユーザのアカウント情報であるサービスアカウント情報を暗号化した暗号化情報を記憶する認証情報記憶部と、を備え、
前記統合認可装置は、
前記統合認証装置から前記暗号化情報を取得する取得部と、
前記暗号化情報を前記サービスアカウント情報に復号する復号部と、
前記復号されたサービスアカウント情報に基づき、前記統合認証部による認証が行われた前記端末装置のユーザの認証を前記各サービス提供装置に実行させる統合認可部と、を備える
ことを特徴とするサービス統合認証認可システム。
前記統合認証装置は、
前記各サービス提供装置から前記サービスアカウント情報を収集し、暗号化する収集部を備える
ことを特徴とする請求項１に記載のサービス統合認証認可システム。
前記ユーザの認証情報を記憶する統合情報記憶部を備え、
前記統合認証部は、
前記端末装置から送信される認証情報と前記統合情報記憶部に記憶された認証情報とに基づいて、前記ユーザの認証を行う
ことを特徴とする請求項１または２に記載のサービス統合認証認可システム。
前記統合認証部は、
セキュリティキーが記憶されたデバイスが接続された前記端末装置から送信される前記セキュリティキーを、前記端末装置から送信される認証情報として、前記ユーザの認証を行う
ことを特徴とする請求項１から３のいずれか一つに記載のサービス統合認証認可システム。
前記統合認証部は、
バイオメトリクス装置によって取得され前記端末装置から送信される前記ユーザの身体特徴情報を、前記端末装置から送信される認証情報として、前記ユーザの認証を行う
ことを特徴とする請求項１から３のいずれか一つに記載のサービス統合認証認可システム。
前記統合認可部は、
前記認証を行った後、前記ユーザによって選択されたサービスを提供するサービス提供装置に前記ユーザの認証を実行させる
ことを特徴とする請求項１から５のいずれか一つに記載のサービス統合認証認可システム。
前記統合認可部は、
前記認証を行った後、前記ユーザによる前記サービスの選択の前に、前記ユーザの認証を前記サービス提供装置に実行させる
ことを特徴とする請求項１から５のいずれか一つに記載のサービス統合認証認可システム。
複数の前記サービス提供装置は、クラウドサービスにおけるマルチテナントによって構成される
ことを特徴とする請求項１から７のいずれか一つに記載のサービス統合認証認可システム。
コンピュータによって実行されるサービス統合認証認可方法であって、
ユーザの端末装置から送信される認証情報に基づいて、前記ユーザの認証を行うステップと、
前記ユーザの認証後、各サービス提供装置が提供するサービスにおける前記ユーザのアカウント情報であるサービスアカウント情報を暗号化した暗号化情報を記憶する認証情報記憶部から前記暗号化情報を取得するステップと、
前記取得された前記暗号化情報をサービスアカウント情報に復号するステップと、
前記復号されたサービスアカウント情報に基づき、前記認証情報によって認証が行われたユーザの認証を前記各サービス提供装置に実行させるステップと、を含む
ことを特徴とするサービス統合認証認可方法。