JP7159382B2 - 認証システム及び認証方法 - Google Patents

Description

本発明は、アクセス制限されたｗｅｂサービスの認証をシングルサインオンにより行う認証システム及び認証方法に関する。

従来、シングルサインオン（ＳＳＯ：Single Sign-On）と呼ばれる統合認証技術が普及している（例えば、特許文献１～３参照）。ＳＳＯ環境では、個別に認証処理が必要な複数のｗｅｂサービス（例えば、クラウド上で提供されるｗｅｂアプリケーション）を、一度のログイン操作によるユーザー認証だけで利用できるようになる。以下において、ＳＳＯ環境で用いられる認証システムを「認証システム」、ＳＳＯにより連携されるｗｅｂサービスを「ＳＳＯ連携サービス」と称する。

通常、認証システムでは、ＳＳＯ連携サービスに対してクライアント端末からアクセス要求があった場合に、認証サーバーが、クライアント端末によるログイン操作を代行する。具体的には、ＳＳＯ連携サービスを利用するための認証情報（例えば、ＩＤ及びパスワード）がアカウントごとに登録されており、認証サーバーは、ログインに使用されたログインアカウント（例えば、自分の個人ＩＤ）に紐付けられている認証情報を用いて、ＳＳＯ連携サービスに対する認証処理を実行する。

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

上述したように、ユーザーが認証システムにログインしている場合、ログインアカウントに紐づけられた認証情報を用いて、自動的にＳＳＯ連携サービスに対する認証処理が実行される。そのため、ログインアカウント以外の非ログインアカウント（例えば、複数人で利用可能な共有ＩＤ）でＳＳＯ連携サービスを利用するには、煩雑な操作が必要となる。例えば、ログインアカウントを一旦ＳＳＯ環境からログアウトし、ＳＳＯ連携サービスに用いるアカウントで改めてログインする必要がある。この場合、ログインアカウントで利用していた他のＳＳＯ連携サービスも終了となるため、作業効率が低下する虞がある。

本発明の目的は、ログインアカウントによる認証システムへのログイン状態を維持したままで、任意のアカウントによるＳＳＯ連携サービスに対する認証処理を実行できる認証システム及び認証方法を提供することである。

本発明に係る認証システムは、
アクセス制限されたｗｅｂサービスを利用するための認証情報がアカウントごとに登録されているユーザー情報登録部と、
前記ｗｅｂサービスに対してクライアント端末からアクセス要求があった場合に、前記ｗｅｂサービスに対する認証処理を実行するＳＳＯ認証部と、
前記ｗｅｂサービスが、ログインに使用したログインアカウント以外の非ログインアカウントでの利用が可能な特定のｗｅｂサービスである場合に、前記特定のｗｅｂサービスにログインするアカウントを、前記クライアント端末の入力操作に基づいて設定するアカウント設定部と、を備え、
前記ＳＳＯ認証部は、
前記特定のｗｅｂサービスに対しては、前記アカウント設定部により設定された前記アカウントに紐付けられた前記認証情報を用いて前記認証処理を実行し、
前記特定のｗｅｂサービス以外のｗｅｂサービスに対しては、前記ログインアカウントに紐付けられた前記認証情報を用いて前記認証処理を実行する。

本発明に係る認証方法は、
アクセス制限されたｗｅｂサービスに対してクライアント端末からアクセス要求があった場合に行われる認証方法であって、
前記ｗｅｂサービスが、ログインに使用したログインアカウント以外の非ログインアカウントでの利用が可能な特定のｗｅｂサービスであるか否かを判定する第１工程と、
前記第１工程において、前記ｗｅｂサービスが前記特定のｗｅｂサービスであると判定された場合に、当該特定のｗｅｂサービスにログインするアカウントを、前記クライアント端末の入力操作に基づいて設定する第２工程と、
前記第２工程において設定された前記アカウントに紐付けられた認証情報を用いて、前記特定のｗｅｂサービスに対する認証処理を実行する第３工程と、
前記第１工程において、前記ｗｅｂサービスが前記特定のｗｅｂサービスでないと判定された場合に、前記ログインアカウントに紐付けられた認証情報を用いて前記認証処理を実行する第４工程と、
を備える。

本発明によれば、ログインアカウントによる認証システムへのログイン状態を維持したままで、任意のアカウントによるＳＳＯ連携サービスに対する認証処理を実行することができる。

図１は、実施の形態に係る認証システムの利用形態を示す図である。 図２は、リポジトリサーバーに登録されているユーザー情報の一例を示す図である。 図３は、認証システムによる認証処理の一例を示すフローチャートである。 図４は、認証システムによる認証処理の一例を示すフローチャートである。 図５は、認証システムのログイン画面の一例を示す図である。 図６は、アカウント設定画面の一例を示す図である。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。
本実施の形態では、ＳＳＯ技術の１つであるＳＡＭＬ認証（ＳＡＭＬ：Security Assertion Markup Language）を利用して認証処理を実行する場合について説明する。ＳＡＭＬとは、異なるインターネットドメイン間でユーザー認証を行うためのＸＭＬをベースにした標準規格（通信プロトコル）である。ＳＡＭＬでは、認証に必要なユーザー情報だけでなく、ユーザーの属性情報（例えば、ユーザーの所属部署）を付与することもでき、ｗｅｂサービスの利用時に、ユーザー属性も考慮したアクセス許可を実現することができる。

図１は、本発明の一実施の形態に係る認証システム１を示す図である。
図１に示すように、認証システム１は、ネットワークＮを介して、ｗｅｂサーバー２及びクライアント端末３と通信可能に接続されている。認証システム１は、認証サーバー１１及びリポジトリサーバー１２を有する。

認証サーバー１１、リポジトリサーバー１２、ｗｅｂサーバー２及びクライアント端末３は、例えば、汎用のコンピューターで構成され、演算／制御装置としてのＣＰＵ（Central Processing Unit）、主記憶装置としてのＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）、補助記憶装置としてのＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）、入力装置としてのマウスやキーボード、出力装置としてのディスプレイ等を備える。

ｗｅｂサーバー２は、クライアント端末３に対して、クラウド上でＳＳＯ連携サービスを提供する。ｗｅｂサーバー２は、クライアント端末３からアクセス要求されると、認証システム１にユーザーの認証を依頼する。そして、ｗｅｂサーバー２は、認証を終えたユーザーに対してアクセス対象のｗｅｂサービスの使用を許可する。

認証システム１は、クライアント端末３が、ｗｅｂサーバー２が提供するアクセス制限されたＳＳＯ連携サービス（例えば、クラウド上で提供されるｗｅｂアプリケーション）を利用する際のシングルサインオン認証を実現する。認証システム１によって初回アクセス時の認証が行われ、認証Ｃｏｏｋｉｅが発行されると、ＳＳＯ連携サービス（ｗｅｂサーバー２が提供するｗｅｂサービスを含む）を個別に認証処理することなく利用することができる。

認証システム１において、認証サーバー１１及びリポジトリサーバー１２が協働することにより、ユーザーの認証処理が行われる。

認証サーバー１１は、例えば、ＳＳＯ連携サービスに対してクライアント端末３からアクセス要求があった場合に、クライアント端末３に対して、アカウント情報（例えば、ユーザーＩＤ及びパスワード）を要求する。そして、認証サーバー１１は、ユーザーにより提示されたアカウント情報に基づいて、ユーザー認証を行う。認証が成功すると、当該ユーザーのアカウントに紐付けられた認証情報を用いて、ＳＳＯ連携サービスに対するＳＳＯ認証処理が実行可能となる。

すなわち、認証サーバー１１は、ＳＳＯ連携サービスに対してクライアント端末３からアクセス要求があった場合に、ＳＳＯ連携サービスに対する認証処理を実行するＳＳＯ認証部として機能する。さらに、認証サーバー１１は、ＳＳＯ連携サービスが、ログインに使用したログインアカウント（例えば、個人ＩＤ）以外の非ログインアカウント（例えば、共有ＩＤ）での利用が可能な特定のＳＳＯ連携サービス（以下、「特定サービス」と称する）である場合に、特定サービスにログインするアカウントを、クライアント端末３の入力操作に基づいて設定するアカウント設定部として機能する。
なお、本実施の形態では、ＳＳＯ認証部として機能する認証サーバー１１に、アカウント設定部としての機能を組み込んでいるが、アカウント設定部として機能するサーバーを、認証サーバー１１とは別に設けてもよい。

リポジトリサーバー１２は、認証システム１を利用するユーザーのユーザー情報や、各ｗｅｂサーバー２におけるリソース情報などを一元管理する。リポジトリサーバー１２は、アクセス制限されたＳＳＯ連携サービスを利用するための認証情報がアカウントごとに登録されているユーザー情報登録部として機能する。リポジトリサーバー１２に登録されているユーザー情報の一例を図２に示す。

図２に示すように、ユーザー情報は、アカウントごとに登録される。アカウントには、ユーザー個人に割り当てられた個人アカウント（図２では、「ｍ１７０ａａａ」）と、複数のユーザーが共用する共有アカウント（図２では、「共有ＩＤ１」）と、がある。

ユーザー情報は、アカウント情報Ｉｎｆｏ１及び認証情報Ｉｎｆｏ２を含む。アカウント情報Ｉｎｆｏ１は、ユーザーＩＤやパスワードなどのユーザー認証に必要な情報である。認証情報Ｉｎｆｏ２は、ＳＳＯ連携サービスに対する認証処理を行うための情報である。図２では、アカウント情報Ｉｎｆｏ１として、ユーザーのＩＤ“ｕｓｅｒ＿ＩＤ”及びパスワード“ｕｓｅｒ＿ｐａｓｓｗｏｒｄ”が登録されている。また、認証情報Ｉｎｆｏ２として、ユーザーの姓“ｓ＿ｎａｍｅ”、名“ｇ＿ｎａｍｅ”、メールアドレス“ｍａｉｌ”が登録されている。
なお、図２に示すユーザー情報は一例であり、その他の情報（例えば、ユーザーの所属部署など）が登録されていてもよい。

さらに、本実施の形態では、ユーザー情報として、当該アカウントが利用可能な他のアカウント情報Ｉｎｆｏ３が登録されている。図２では、ユーザーＩＤが“ｍ１７０ａａａ”であるアカウントに対して、“共有ＩＤ１”、“共有ＩＤ２”、“共有ＩＤ３”という３つの共有アカウントが登録されている。つまり、ユーザーＩＤが“ｍ１７０ａａａ”であるユーザーには、“共有ＩＤ１”、“共有ＩＤ２”、“共有ＩＤ３”を利用する権限が与えられている。

また、リポジトリサーバー１２には、ｗｅｂサーバー２が提供するＳＳＯ連携サービスのリソース情報として、当該ＳＳＯ連携サービスがログインに使用したログインアカウント以外の非ログインアカウント（共有ＩＤ）での利用が可能な特定のＳＳＯ連携サービスであるか否かを示す情報が登録されている。

リポジトリサーバー１２は、認証サーバー１１からの要求に応じて、認証に必要なユーザー情報、及びＳＳＯ連携サービスのリソース情報を取り出し、認証サーバー１１に通知する。

以下に、認証システム１を利用した認証処理について説明する。図３、図４は、認証システム１による認証処理を示すフローチャートである。

ステップＳ１０１において、ユーザー（クライアント端末３）は、ｗｅｂサーバー２が提供するＳＳＯ連携サービスへのアクセス要求を行う。

ステップＳ１０２において、ｗｅｂサーバー２は、クライアント端末３からのアクセス要求に応答して、クライアント端末３にＳＡＭＬ認証要求を行う。ＳＡＭＬ認証要求は、クライアント端末３認証サーバー１１にリダイレクトされる。ユーザーが認証システム１にログインしていない場合、ステップＳ１０３において、認証システム１は、クライアント端末３に対してログイン画面（図５参照）を提示する。ユーザーが認証システム１にログインしている場合、ステップＳ１０３～Ｓ１０６の処理は省略される。

ステップＳ１０４において、ユーザーは、ログイン画面でアカウント情報（図５では、ユーザー名及びパスワード）を入力し、認証システム１にログインする。ユーザーは、例えば、個人アカウントにより、認証システム１へのログインを行う。
ステップＳ１０５において、クライアント端末３から認証サーバー１１に、入力されたアカウント情報が通知される。

ステップＳ１０６において、認証サーバー１１は、通知されたアカウント情報に基づいて、認証システム１に対する認証処理を行う。具体的には、認証サーバー１１は、クライアント端末３から通知されたアカウント情報と、予めリポジトリサーバー１２に登録されているアカウント情報とを比較して、正当な権原を有するユーザーか否かを判定する。正当な権原を有するアカウントである場合、当該アカウントが認証され、認証システム１へのログインが確立される。

次いで、ステップＳ１０７において、認証サーバー１１は、アクセス対象のＳＳＯ連携サービスが、ログインに使用したログインアカウント（例えば、個人ＩＤ）以外の非ログインアカウント（例えば、共有ＩＤ１～共有ＩＤ３）での利用が可能な特定のＳＳＯ連携サービス（以下、「特定サービス」と称する）であるか否かを判定する。具体的には、認証サーバー１１は、リポジトリサーバー１２に登録されているＳＳＯ連携サービスのリソース情報に基づいて、特定サービスであるか否かを判定する。

従来の認証システムでは、ＳＳＯ連携サービスに対してクライアント端末からアクセス要求があった場合、認証サーバーが、クライアント端末によるログイン操作を自動的に代行するようになっており、ユーザーは、認証システムへのログイン状態を維持したまま、ログインアカウント以外の任意のアカウントでＳＳＯ連携サービスを利用することはできない。
これに対して、本実施の形態では、特定のＳＳＯ連携サービスについては、ログインアカウント以外の任意のアカウントでも利用できるようになっている。

具体的には、アクセス対象のＳＳＯ連携サービスが特定サービスである場合（ステップＳ１０７で“ＹＥＳ”）、ステップＳ１１１以降の処理が行われる。ステップＳ１１１において、認証サーバー１１は、アカウント選択画面に表示するアカウント情報を問い合わせる。そして、ステップＳ１１２において、認証サーバー１１は、リポジトリサーバー１２への問合せ結果に基づいて、クライアント端末３にアカウント選択画面を提示する（図６参照）。

図６には、図２に示すユーザーＩＤが“ｍ１７０ａａａ”のアカウントで認証システム１へのログインが行われた場合に提示されるアカウント選択画面を示している。図２に示すように、ユーザーＩＤが“ｍ１７０ａａａ”のアカウントには、“共有ＩＤ１”、“共有ＩＤ２”、“共有ＩＤ３”という３つの共有アカウントが登録されているので、当該アカウントでログインした場合、“共有ＩＤ１”、“共有ＩＤ２”、“共有ＩＤ３”でもＳＳＯ連携サービスを利用することができる。したがって、これらのアカウントが、ログイン中のアカウント（個人ＩＤ）とともに、選択可能な態様で提示される。図６では、利用可能なアカウントが、プルダウンリストで提示されている。

次いで、ステップＳ１１３において、ユーザー（クライアント端末３）は、アカウント選択画面のプルダウンリストから、利用するアカウントを選択する。ステップＳ１１４において、クライアント端末３は、選択されたアカウントを認証サーバー１１に通知する。

ステップＳ１１５において、認証サーバー１１は、アカウント選択画面で選択され通知されたアカウントに紐付けられている認証情報をリポジトリサーバー１２から取得し、アクセス対象のＳＳＯ連携サービスに対する認証処理を実行する。

ステップＳ１１６において、認証サーバー１１は、認証結果をクライアント端末３に通知する。認証結果は、ｗｅｂサーバー２にリダイレクトされる。ステップＳ１１７において、ｗｅｂサーバー２は、クライアント端末３に対して、要求されたＳＳＯ連携サービスを提供する。サービス提供画面には、アカウント選択画面で選択されたアカウントのユーザーＩＤ（例えば、“共有ＩＤ１”）等が表示される。

このとき、ユーザーＩＤ“ｍ１７０ａａａ”のアカウントによる認証システム１へのログイン状態は維持されたままである。したがって、特定サービスへのアクセス前に他のＳＳＯ連携サービスを利用していた場合も、当該ＳＳＯ連携サービスを起動させたまま、他のアカウントで特定サービスを利用することができる。

一方、アクセス対象のＳＳＯ連携サービスが特定サービスでない場合（ステップＳ１０７で“ＮＯ”）、ステップＳ１２１以降の処理により、通常のＳＳＯ認証処理が行われる。具体的には、ステップＳ１２１において、認証サーバー１１は、ログインアカウントに紐付けられている認証情報をリポジトリサーバー１２から取得し、アクセス対象のＳＳＯ連携サービスに対する認証処理を実行する。
ステップＳ１２２において、認証サーバー１１は、認証結果をクライアント端末３に通知する。認証結果は、ｗｅｂサーバー２にリダイレクトされる。ステップＳ１２３において、ｗｅｂサーバー２は、クライアント端末３に対して、要求されたＳＳＯ連携サービスを提供する。

このように、実施の形態に係る認証システム１は、リポジトリサーバー１２と認証サーバー１１を備える。リポジトリサーバー１２は、アクセス制限されたＳＳＯ連携サービス（ｗｅｂサービス）を利用するための認証情報がアカウントごとに登録されているユーザー情報登録部として機能する。認証サーバー１１は、ＳＳＯ連携サービスに対してクライアント端末３からアクセス要求があった場合に、ＳＳＯ連携サービスに対する認証処理を実行するＳＳＯ認証部として機能するとともに、ＳＳＯ連携サービスが、ログインに使用したログインアカウント以外の非ログインアカウントでの利用が可能な特定のＳＳＯ連携サービスである場合に、特定のＳＳＯ連携サービスにログインするアカウントを、クライアント端末３の入力操作に基づいて設定するアカウント設定部として機能する。
ＳＳＯ認証部は、特定のＳＳＯ連携サービスに対しては、アカウント設定部により設定されたアカウントに紐付けられた認証情報を用いて認証処理を実行し、特定のＳＳＯ連携サービス以外のＳＳＯ連携サービスに対しては、ログインアカウントに紐付けられた認証情報を用いて認証処理（通常のＳＳＯ認証処理）を実行する。

また、本実施の形態に係る認証方法は、アクセス制限されたＳＳＯ連携サービス（ｗｅｂサービス）に対してクライアント端末３からアクセス要求があった場合に行われる認証方法であって、ＳＳＯ連携サービスが、ログインに使用したログインアカウント以外の非ログインアカウントでの利用が可能な特定のＳＳＯ連携サービスであるか否かを判定する第１工程（図３のステップＳ１０７）と、第１工程において、ＳＳＯ連携サービスが特定のＳＳＯ連携サービスであると判定された場合に、当該特定のＳＳＯ連携サービスにログインするアカウントを、クライアント端末３の入力操作に基づいて設定する第２工程（ステップＳ１１１～Ｓ１１３）と、第２工程において設定されたアカウントに紐付けられた認証情報を用いて、特定のＳＳＯ連携サービスに対する認証処理を実行する第３工程（ステップＳ１１４、Ｓ１１５）と、第１工程において、ＳＳＯ連携サービスが特定のＳＳＯ連携サービスでないと判定された場合に、ログインアカウントに紐付けられた認証情報を用いて認証処理を実行する第４工程（ステップＳ１２１）と、を備える。

実施の形態に係る認証システム１及び認証方法によれば、ログインアカウントによる認証システム１へのログイン状態を維持したままで、任意のアカウントによるＳＳＯ連携サービスに対する認証処理を実行することができるので、非ログインアカウントでＳＳＯ連携サービスを利用する場合に、当該アカウントで認証システム１にログインし直す必要はなく、ログインアカウントで利用中のＳＳＯ連携サービスを終了させる必要もない。したがって、ＳＳＯ環境の利便性が損なわれることなく、作業効率が格段に向上する。

また、認証システム１において、認証サーバー１１は、アカウント設定部として、特定のＳＳＯ連携サービス（ｗｅｂサービス）にログインするアカウントを設定するためのアカウント選択画面（アカウント設定画面、図６参照）をクライアント端末３に対して提示し、ＳＳＯ認証部として、アカウント設定画面において設定されたアカウントに紐付けられた認証情報を用いて認証処理を実行する。
これにより、ユーザーは、特定のＳＳＯ連携サービスを利用するアカウントを、任意に設定することができる。

また、認証システム１において、リポジトリサーバー１２（ユーザー情報登録部）は、利用可能な非ログインアカウントをアカウントごとに登録しており、認証サーバー１１は、アカウント設定部として、アカウント選択画面（アカウント設定画面）に、利用可能な非ログインアカウントのリストを提示し、ＳＳＯ認証部として、アカウント設定画面において選択されたアカウントに紐付けられた認証情報を用いて認証処理を実行する。
これにより、ユーザーは、特定のＳＳＯ連携サービスで利用可能なアカウントを容易に把握することができ、所望のアカウントを簡単な選択操作で設定することができる。また、正当な権原のないアカウントが設定されるのを防止できるので、セキュリティの面でも有用である。

以上、本発明者によってなされた発明を実施の形態に基づいて具体的に説明したが、本発明は上記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。

例えば、実施の形態では、アカウント選択画面において、ログインユーザーが利用可能なアカウントを提示し、その中から利用するアカウントを選択するようになっているが、ユーザーがアカウント設定画面でアカウント情報を入力できるようにしてもよい。

また、実施の形態で説明した認証方式及び認証処理の流れは一例であり、ＳＡＭＬ認証以外の認証方式を適用してもよい。また、ユーザーＩＤ及びパスワードだけでなく、生体認証、ワンタイムパスワードをアカウント情報として用いた多要素認証法遺棄を適用してもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 認証システム
２ ｗｅｂサーバー
３ クライアント端末
１１ 認証サーバー（ＳＳＯ認証部、アカウント設定部）
１２ リポジトリサーバー（ユーザー情報登録部）

Claims (4)

1. アクセス制限されたｗｅｂサービスを利用するための認証情報がアカウントごとに登録されているユーザー情報登録部と、
   前記ｗｅｂサービスに対してクライアント端末からアクセス要求があった場合に、前記ｗｅｂサービスに対する認証処理を実行するＳＳＯ認証部と、
   前記ｗｅｂサービスが、ログインに使用したログインアカウント以外の非ログインアカウントでの利用が可能な特定のｗｅｂサービスである場合に、前記特定のｗｅｂサービスにログインするアカウントを、前記クライアント端末の入力操作に基づいて設定するアカウント設定部と、を備え、
   前記ＳＳＯ認証部は、
   前記特定のｗｅｂサービスに対しては、前記アカウント設定部により設定された前記アカウントに紐付けられた前記認証情報を用いて前記認証処理を実行し、
   前記特定のｗｅｂサービス以外のｗｅｂサービスに対しては、前記ログインアカウントに紐付けられた前記認証情報を用いて前記認証処理を実行する、
   認証システム。
2. 前記アカウント設定部は、前記特定のｗｅｂサービスにログインするアカウントを設定するためのアカウント設定画面を前記クライアント端末に対して提示し、
   前記ＳＳＯ認証部は、前記アカウント設定画面において設定された前記アカウントに紐付けられた前記認証情報を用いて前記認証処理を実行する、
   請求項１に記載の認証システム。
3. 前記ユーザー情報登録部は、利用可能な前記非ログインアカウントをアカウントごとに登録しており、
   前記アカウント設定部は、前記アカウント設定画面に、利用可能な前記非ログインアカウントのリストを提示し、
   前記ＳＳＯ認証部は、前記アカウント設定画面において選択された前記アカウントに紐付けられた前記認証情報を用いて前記認証処理を実行する、
   請求項２に記載の認証システム。
4. アクセス制限されたｗｅｂサービスに対してクライアント端末からアクセス要求があった場合に行われる認証方法であって、
   前記ｗｅｂサービスが、ログインに使用したログインアカウント以外の非ログインアカウントでの利用が可能な特定のｗｅｂサービスであるか否かを判定する第１工程と、
   前記第１工程において、前記ｗｅｂサービスが前記特定のｗｅｂサービスであると判定された場合に、当該特定のｗｅｂサービスにログインするアカウントを、前記クライアント端末の入力操作に基づいて設定する第２工程と、
   前記第２工程において設定された前記アカウントに紐付けられた認証情報を用いて、前記特定のｗｅｂサービスに対する認証処理を実行する第３工程と、
   前記第１工程において、前記ｗｅｂサービスが前記特定のｗｅｂサービスでないと判定された場合に、前記ログインアカウントに紐付けられた認証情報を用いて前記認証処理を実行する第４工程と、
   を備える、認証方法。

Images