JP5090427B2 - 認証サーバ及び方法 - Google Patents

Description

本発明は、認証サーバ及び方法に関する。

従来、インターネット等を用いてユーザが様々なサービスを受ける環境が整備されてきている。そして、例えば、サービスを提供する会社が異なったり、同一の会社であってもサービスを提供する時期や、そのサービスのレベルが異なったりすることで、サービスごとに異なる認証方法を用いる場合も多く存在する。また、認証方法が異なることで、セキュリティの強度（レベル）が異なる場合がある。このような複数の認証方法のセキュリティの強度が異なる場合に、セキュリティの強度の低い認証方法のセキュリティの強度を高める認証システムが開示されている（例えば、特許文献１）。

特開２００９−４３００２号公報

特許文献１に記載の認証システムは、複数の認証方法のセキュリティの強度が異なる場合に、セキュリティの強度の低い認証方法のセキュリティの強度を、複数の認証を行うことで高めるものであった。具体的には、特許文献１に記載の認証システムは、セキュリティの低い認証方法による認証であった場合に、セキュリティの強度が高い認証方法での認証結果をユーザに入力させて再度認証することで、認証のセキュリティの強度を高めるものであった。よって、ユーザは、セキュリティの低い認証方法による認証の場合には、複数の認証をしなければならず煩雑であった。

また、複数の認証方法が存在する場合には、それぞれ異なる複数のＩＤや認証情報を用いることが多く存在する。この複数のＩＤや認証情報の管理は、ユーザにとって煩雑であった。

本発明は、認証時に煩雑な作業をユーザに強いずに管理を容易にしてセキュリティの強度の高い認証が可能な認証サーバ及び方法を提供することを目的とする。

本発明者らは、認証時にセキュリティレベルの高い認証を用いる仕組みを見出し、本発明を完成するに至った。

（１） サービスを特定するための情報と、各ユーザに対して発行され前記サービスの認証処理に用いられるＩＤと、前記サービスの認証処理のセキュリティレベルとを対応付けて記憶したＩＤ記憶部と、
前記ＩＤのうち、同一のユーザに対して発行された少なくとも２つのＩＤを互いに対応づけて記憶したＩＤ連携部と、
ユーザの端末から、前記ユーザが提供を受けようとするサービスを特定するための情報と前記ユーザに対して発行されたＩＤとを含む認証要求を受け付ける認証受付部と、
前記認証要求に含まれた前記ＩＤを用いて前記サービスの認証処理を行う認証部と、
前記認証部により前記サービスが認証されたことに応じて、前記サービスを前記端末に対して提供するように、サービスを提供するサービス提供サーバを制御するサービス制御部と
を備え、
前記認証部は、
前記認証要求に含まれた前記ＩＤが、前記認証要求に含まれた前記情報により特定される第１のサービスの認証処理に用いられるＩＤではない場合、（ａ）前記認証要求に含まれた前記ＩＤと前記第１のサービスの認証処理に用いられるＩＤとが互いに対応づけられて前記ＩＤ連携部に記憶されており、かつ、（ｂ）前記認証要求に含まれた前記ＩＤを用いた第２のサービスの認証処理のセキュリティレベルが前記第１のサービスの認証処理のセキュリティレベルよりも高いときには、前記認証要求に含まれた前記ＩＤを用いて前記第２のサービスの認証処理を実行し、前記第２のサービスの認証処理に成功したことによって前記第１のサービスが認証されたこととする
認証サーバ。

本発明のこのような構成によれば、サービスごとに認証時のセキュリティレベルの異なるＩＤ同士を連携し、サービスの受付時に第２のサービスのＩＤを用いて第２のサービスの認証処理を行って認証がされたことに応じて、受け付けた第１のサービスを実行するように制御するので、受け付けたサービスのＩＤとは異なるＩＤを使用して認証した場合であっても、ユーザが欲するサービスをユーザに提供することができる。よって、ＩＤが複数あった場合でも、１つの認証時のセキュリティレベルの高いＩＤを用いて複数のサービスを利用できる。
また、本発明のこのような構成によれば、サービスの受付時に、そのサービスの認証時のセキュリティレベルよりも高いＩＤの場合には、そのＩＤに連携された当該サービスのＩＤを用いて認証処理を行う。よって、同一ユーザのＩＤを連携させることで、認証時のセキュリティレベルの高いＩＤを、様々なサービスの受付に用いることができる。そのことにより、認証時に煩雑な作業をユーザに強いることなく、ユーザにとってＩＤ管理を容易にした、セキュリティレベルの高い認証が可能になる。

（２） ユーザの端末から一のサービスにログインした状態で前記端末から他のサービスの認証処理に用いられるＩＤの入力を受け付け、前記一のサービスの認証処理に用いられるＩＤと前記他のサービスの認証処理に用いられるＩＤとを対応付けて前記ＩＤ連携部に記憶する制御部をさらに備えることを特徴とする、（１）に記載の認証サーバ。

本発明のこのような構成によれば、ユーザの端末から受け付けたＩＤが、提供する一のサービスで用いるＩＤ以外のＩＤを、その一のサービスの認証処理に用いられるＩＤと対応付けて前記ＩＤ連携部に記憶する。

（４）サービスを特定するための情報と、各ユーザに対して発行され前記サービスの認証処理に用いられるＩＤと、前記サービスの認証処理のセキュリティレベルとを対応付けてＩＤ記憶部に登録するステップと、
前記ＩＤのうち、同一のユーザに対して発行された少なくとも２つのＩＤを互いに対応づけてＩＤ連携部に登録するステップと、
ユーザの端末から、前記ユーザが提供を受けようとするサービスを特定するための情報と前記ユーザに対して発行されたＩＤとを含む認証要求を受け付けるステップと、
前記認証要求に含まれた前記ＩＤを用いて前記サービスの認証処理を行うステップと、
前記サービスが認証されたことに応じて、前記サービスを前記端末に対して提供するように、サービスを提供するサービス提供サーバを制御するステップと、
を備え、
前記サービスの認証処理を行うステップは、
前記認証要求に含まれた前記ＩＤが、前記認証要求に含まれた前記情報により特定される第１のサービスの認証処理に用いられるＩＤではない場合、（ａ）前記認証要求に含まれた前記ＩＤと前記第１のサービスの認証処理に用いられるＩＤとが互いに対応づけられて前記ＩＤ連携部に記憶されており、かつ、（ｂ）前記認証要求に含まれた前記ＩＤを用いた第２のサービスの認証処理のセキュリティレベルが前記第１のサービスの認証処理のセキュリティレベルよりも高いときには、前記認証要求に含まれた前記ＩＤを用いて前記第２のサービスの認証処理を実行し、前記第２のサービスの認証処理に成功したことによって前記第１のサービスが認証されたこととする
認証方法。

本発明によれば、同一ユーザのＩＤを連携させることで、認証時のセキュリティレベルの高いＩＤを、様々なサービスの受付に用いることができる。

本実施形態に係るサービス提供システムの全体構成及び認証サーバの機能構成を示す図である。 本実施形態に係るＩＤ記憶部及び連携テーブルの例を示す図である。 本実施形態に係る端末での表示例を示す図である。 本実施形態に係る認証サーバでのＩＤ連携処理のフローチャートである。 本実施形態に係る認証サーバでの認証処理のフローチャートである。 本実施形態に係る端末での表示例を示す図である。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

（実施形態）
［サービス提供システム１００の全体構成及び認証サーバ１の機能構成］
図１は、本実施形態に係るサービス提供システム１００の全体構成及び認証サーバ１の機能構成を示す図である。

サービス提供システム１００は、認証サーバ１と、サービス提供サーバ２と、複数の端末３と、通信ネットワーク９とにより構成される。サービス提供システム１００は、端末３から受け付けたサービス提供のための認証要求に対して認証サーバ１による認証が成功したことで、サービス提供サーバ２の所定のサービスを端末３に提供するシステムである。

認証サーバ１は、端末３から受信した認証要求に対して認証を行うサーバである。認証要求は、サービスの提供を要求するデータであり、端末３のユーザを特定する情報（例えば、ユーザＩＤ）と、提供を受けようとするサービスの情報（例えば、サービス名）とを含む。なお、認証サーバ１のハードウェアの数には制限がなく、必要に応じて１又は複数のハードウェアで構成してよい。認証サーバ１は、制御部１０と、記憶部２０とを備える。

制御部１０は、複数の登録受付部１１と、ＩＤ連携部１２と、複数の認証受付部１３と、認証部１４と、サービス制御部１５とを備える。

登録受付部１１は、ユーザがサービスの提供を受けるために、予めユーザのＩＤ（ｉｄｅｎｔｉｆｉｅｒ）の登録を受け付ける制御部である。登録受付部１１は、例えば、「サービスＡ」用の登録受付部１１（第１登録手段）、「サービスＢ」用の登録受付部１１（第２登録手段）、・・・といった具合に、サービスごとに受け付けてユーザのＩＤを発行する。

ＩＤ連携部１２は、サービスごとに付与された同一ユーザの複数のＩＤを連携させる制御部である。以下、ユーザに付与されたＩＤを、ユーザＩＤという。ＩＤ連携部１２は、複数のユーザＩＤを連携させた結果として、後述する連携テーブル２２を生成してもよい。ここで、サービスとは、取引対象が「機能」となる無形の製品をいい、インターネット上において企業が提案する各種コンテンツをいう。サービスは、本実施形態では、サービス提供サーバ２が提供する。具体的には、サービスは、例えば、「旅行」、「ショッピング」、「天気」、「ニュース」等のカテゴリを含む。また、サービスは、これらのカテゴリを包括した「カスタマサービス」、「ビジネスサービス」、「○○専門サービス」等を含む。

認証受付部１３は、ユーザがサービスの提供を受けるために、端末３から認証要求を受け付ける制御部である。認証受付部１３は、例えば、「サービスＡ」用の認証受付部１３、「サービスＢ」用の認証受付部１３、・・・といった具合に、サービスごとに存在する。ユーザは、認証要求のためにサービスごとに割り当てられたユーザＩＤを使用する。なお、本実施形態では、ユーザＩＤは、全てのサービスの範囲において一意の記号の配列（文字列）とする。また、本実施形態では、ユーザＩＤは、そのサービスを使用するユーザに割り当てられた記号の配列で示され、認証サーバ１は、ユーザＩＤとパスワードとによる認証を行うものとして説明する。

認証部１４は、認証受付部１３により受け付けた認証要求に基づいて認証を行う制御部である。また、認証部１４は、認証受付部１３により受け付けた認証要求が、認証受付部１３に対応するサービスのユーザＩＤではない場合に、その受け付けたユーザＩＤに対応するサービスのセキュリティレベルを参照して認証受付部１３に対応するサービスのユーザＩＤよりセキュリティレベルが高く、そのサービスのユーザＩＤと連携されている場合には、連携されたサービスのユーザＩＤによって認証を行う。

サービス制御部１５は、認証部１４により認証された場合に、認証受付部１３に対応するサービスを実行するように制御する。具体的には、サービス制御部１５は、サービス提供サーバ２に対して、該当のサービスを実行させる。

記憶部２０は、ＩＤ記憶部２１と、連携テーブル２２とを備える。

ＩＤ記憶部２１は、サービスごとに発行したユーザＩＤを記憶する。また、ＩＤ記憶部２１は、その属性情報として、発行時及び認証時のセキュリティレベルを記憶する。

連携テーブル２２は、ＩＤ記憶部２１に記憶されたサービスの提供を受けているユーザＩＤを、ユーザ単位で格納することで連携させるテーブルである。

本実施形態の認証サーバ１のハードウェアは、一般的なコンピュータによって構成してもよい。一般的なコンピュータは、例えば、制御部１０として、中央処理装置（ＣＰＵ）を備える他、記憶部２０として、メモリ（ＲＡＭ、ＲＯＭ）、ハードディスク（ＨＤＤ）及び光ディスク（ＣＤ、ＤＶＤ等）を、ネットワーク通信装置として、各種有線及び無線ＬＡＮ装置を、表示装置として、ディスプレイ（液晶ディスプレイ、プラズマディスプレ等）を、入力装置として、キーボード及びポインティング・デバイス（マウス、トラッキングボール等）を適宜備え、バスラインにより接続されている。このような一般的なコンピュータにおいて、ＣＰＵは、認証サーバ１を統括的に制御し、各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。

サービス提供サーバ２は、認証がされた端末３に対して、ユーザが選択したサービスを提供するための装置である。サービス提供サーバ２は、例えば、コンテンツプロバイダ等の、サービスを提供する第三者が有する装置であってもよい。

端末３は、例えば、パーソナルコンピュータ（ＰＣ）であり、通信機能を有する情報端末である。端末３は、ユーザによって操作される。端末３は、サービスを利用する際に認証サーバ１に対して通信して、そのサービスの提供を受けるための認証要求を送信する。そして、認証サーバ１が認証に成功した場合には、端末３は、提供されるサービスのメイン画面６９（図６（ｄ）参照）を表示する。

通信ネットワーク９は、認証サーバ１と、サービス提供サーバ２と、端末３との間で相互に通信を行うための、例えば、インターネット等の通信回線である。通信ネットワーク９は、有線であってもよいし、その一部又は全部が無線であってもよい。

［ＩＤ連携処理］
次に、認証サーバ１でのＩＤ連携処理について説明する。以下では、２つのサービスに関するＩＤ連携を具体例に説明する。以下で説明する例では、２つのサービスを「サービスＡ」、「サービスＢ」とし、「サービスＡ」及び「サービスＢ」のセキュリティレベルは、ＩＤ記憶部２１に記憶されたものとする。図２は、本実施形態に係るＩＤ記憶部２１及び連携テーブル２２の例を示す図である。図３は、本実施形態に係る端末３での表示例を示す図である。

図２（ａ）に示すＩＤ記憶部２１は、サービス名２１ａと、発行時レベル２１ｂと、認証時レベル２１ｃと、登録ユーザＩＤ２１ｄとの各項目を有する。なお、ここでは図示していないが、登録ユーザＩＤ２１ｄに対応するパスワードを同様に記憶することができる。

サービス名２１ａには、「サービスＡ」、「サービスＢ」等のサービスを一意に示す名称を格納する。発行時レベル２１ｂには、ユーザＩＤを発行する際のセキュリティレベルの高低を格納する。発行時レベル２１ｂが「高」は、例えば、本人確認のための書類（運転免許証、パスポート等）の提示や、企業情報等の入力によって、ユーザが指定したユーザＩＤが許可される場合である。他方、発行時レベル２１ｂが「低」は、例えば、端末３から任意の文字列を入力するだけで、その文字列が登録されていないことを条件に、任意の文字列がユーザＩＤとして許可される場合である。認証時レベル２１ｃには、ユーザ認証する際のセキュリティレベルの高低を格納する。登録ユーザＩＤ２１ｄには、サービス名２１ａに示すサービスの提供を受けられるユーザのユーザＩＤを格納する。

図２（ａ）に示すＩＤ記憶部２１の例の場合、サービス名２１ａが「サービスＡ」のサービスは、発行時のセキュリティレベルが高いが、認証時のセキュリティレベルが低く設定されている。また、サービス名２１ａが「サービスＢ」のサービスは、発行時のセキュリティレベルは低いが、認証時のセキュリティレベルが高く設定されている。また、サービス名２１ａが「サービスＢ」のサービスは、認証時のセキュリティレベルが「サービスＡ」の認証時のセキュリティレベルよりも高い。セキュリティレベルの高低は、例えば、「高」、「中」、「低」等の段階に分かれており、この高低の基準は、ＩＤ記憶部２１に記憶された全てのサービスから相対的に判断されたものである。

次に、「サービスＡ」のユーザＩＤと「サービスＢ」のユーザＩＤとが既に発行されているあるユーザ（このユーザを、以下、ユーザＸという。）の２つのサービスを連携させる例を説明する。なお、「サービスＡ」のユーザＩＤは、「サービスＡ」用の登録受付部１１にて発行され、「サービスＢ」のユーザＩＤは、「サービスＢ」用の登録受付部１１にて発行されたものである。

ユーザＸは、図２（ａ）のＩＤ記憶部２１に、認証サーバ１から「サービスＡ」と「サービスＢ」との両方に各々ユーザＩＤの発行を受けている。ユーザＸの「サービスＡ」のユーザＩＤは、ＩＤ２１ｘの「ｔｓｔｂｘ０１２」であり、「サービスＢ」のユーザＩＤは、ＩＤ２１ｙの「ｙｓｋｉ９ｘ４５」である。

端末３には、図３（ａ）に示す認証時のセキュリティレベルの低い「サービスＡ」の登録情報画面３０が表示されている。この時、ユーザＸは、「サービスＡ」にログインした状態である。この状態で、ユーザＸは、端末３を操作して「サービスＢ」と連携するためのボタン３１を選択する。

次に、端末３には、図３（ｂ）に示す「サービスＢ」のＩＤ入力画面３３が表示がされる。ユーザＸは、端末３を操作して、「サービスＢ」のユーザＩＤ及びパスワードをＩＤ入力画面３３に入力してボタン３４を選択する。そのようにすることで、端末３には、図３（ｃ）に示すＩＤ連携完了画面３６が表示され、ＩＤ連携が完了する。

図３で説明した２つのサービスの連携がされると、図２（ｂ）に示す連携テーブル２２に、ユーザＸの２つのサービスのユーザＩＤが関連付けられて登録される。

上述の例を実現する認証サーバ１の処理について説明する。図４は、本実施形態に係る認証サーバ１でのＩＤ連携処理のフローチャートである。

Ｓ１：制御部１０は、あるサービスにログイン中の端末３から登録情報画面３０の要求を受信したことで、登録情報画面３０を該当の端末３に送信する。

Ｓ２：制御部１０は、端末３からＩＤ連携要求を受信したか否かを判断する。ＩＤ連携要求は、上述の図３（ａ）においてボタン３１が選択された場合に、端末３から送信される。ＩＤ連携要求を受信した場合（Ｓ２：ＹＥＳ）には、制御部１０は、処理をＳ３に移す。他方、ＩＤ連携要求を受信しなかった場合（Ｓ２：ＮＯ）には、制御部１０は、本処理を終了する。

Ｓ３：制御部１０は、ＩＤ入力画面３３を該当の端末３に対して送信する。

Ｓ４：制御部１０は、端末３からユーザＩＤを受信したか否かを判断する。つまり、上述の図３（ｂ）において、ＩＤ入力画面３３のＩＤ及びパスワードに対応したテキストボックスに、ユーザＩＤ及びパスワードが入力された状態で、ボタン３４が選択されたことで、制御部１０は、端末３からユーザＩＤ及びパスワードを受信できる。ユーザＩＤを受信した場合（Ｓ４：ＹＥＳ）には、制御部１０は、処理をＳ５に移す。他方、ユーザＩＤを受信していない場合（Ｓ４：ＮＯ）には、制御部１０は、Ｓ４の処理を繰り返し、端末３からユーザＩＤが送信されるのを待つ。

Ｓ５：制御部１０は、受信したユーザＩＤと、既にログインしているサービスのユーザＩＤとのいずれかが、連携テーブル２２に登録されているか否かを判断する。いずれか１つでも登録されている場合（Ｓ５：ＹＥＳ）には、制御部１０は、処理をＳ６に移す。他方、いずれも登録されていない場合（Ｓ５：ＮＯ）には、制御部１０は、処理をＳ７に移す。

Ｓ６：制御部１０（ＩＤ連携部１２）は、既に登録されているユーザＩＤに連携させて連携テーブル２２を更新する。その後、制御部１０は、本処理を終了する。

Ｓ７：制御部１０（ＩＤ連携部１２）は、連携テーブル２２に新たにレコードを追加して、既にログインしているサービスのユーザＩＤと、受信した他のサービスのユーザＩＤとを登録する。その後、制御部１０は、本処理を終了する。

このようにすることで、認証サーバ１は、発行時及び認証時のセキュリティレベルの異なる複数のサービスのユーザＩＤのうち端末３からＩＤ連携要求がされたユーザＩＤと、既にログイン中のユーザＩＤとを、同一ユーザのユーザＩＤとして連携させることができる。

［認証処理］
次に、実際にユーザＩＤを使用してサービスの提供を受ける場合の処理について説明する。図５は、本実施形態に係る認証サーバ１での認証処理のフローチャートである。図６は、本実施形態に係る端末３での表示例を示す図である。

まず、図５のＳ１０：制御部１０（認証受付部１３）は、端末３から認証要求を受け付ける。例えば、制御部１０が「サービスＡ」の提供を受けようとするユーザＸの端末３に「サービスＡ」のログイン画面６０（図６（ａ））（認証受付画面）を出力しており、ユーザＸがログイン画面６０のＩＤ部６１に「サービスＢ」のユーザＩＤを入力してボタン６２を選択することで、認証サーバ１は、端末３から送信された認証要求を受け付ける。

Ｓ１１：制御部１０は、端末３がログインしようとしている、ＩＤ記憶部２１の該当のサービスに、受信した認証要求に含まれるユーザＩＤが記憶されているか否かを判断する。ＩＤ記憶部２１の該当のサービスにユーザＩＤが記憶されている場合（Ｓ１１：ＹＥＳ）には、制御部１０は、処理をＳ２０に移し、通常の認証処理を行う。通常の認証処理とは、「サービスＡ」のサービスを受けるために、「サービスＡ」のユーザＩＤ及びパスワードを利用するものをいう。他方、ＩＤ記憶部２１の該当のサービスにユーザＩＤが記憶されていない場合（Ｓ１１：ＮＯ）には、制御部１０は、処理をＳ１２に移す。

Ｓ１２：制御部１０（認証部１４）は、連携テーブル２２を参照し、受信した認証要求に含まれるユーザＩＤが連携テーブル２２に存在するか否かを判断する。連携テーブル２２に存在する場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、連携テーブル２２に存在しない場合（Ｓ１２：ＮＯ）には、制御部１０は、エラー画面６５（図６（ｂ）参照）を出力し（Ｓ２１）、本処理を終了する。

Ｓ１３：制御部１０（認証部１４）は、ＩＤ記憶部２１を参照し、受信した認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、受信した認証要求に含まれるサービス名に対応するサービスの認証時のセキュリティレベルより高いか否かを判断する。認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、サービス名に対応する認証時のセキュリティレベルより高い場合（Ｓ１３：ＹＥＳ）には、制御部１０は、処理をＳ１４に移す。他方、認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、サービス名に対応する認証時のセキュリティレベルと同等又はそれ以下の場合（Ｓ１３：ＮＯ）には、制御部１０は、ＩＤ受付不可画面６７（図６（ｃ）参照）を出力し（Ｓ２２）、本処理を終了する。

Ｓ１４：制御部１０（認証部１４）は、受信した認証要求に含まれるユーザＩＤを用いて認証処理を行う。より具体的には、受信した認証要求に含まれるユーザＩＤに連携された当該サービスのユーザＩＤを用いて、サービスの認証処理を行う。

Ｓ１５：制御部１０（認証部１４）は、認証が成功したか否かを判断する。認証が成功した場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１６に移す。他方、認証が失敗した場合（Ｓ１５：ＮＯ）には、制御部１０は、認証失敗である旨を端末３に出力して（Ｓ２３）、本処理を終了する。

Ｓ１６：制御部１０（サービス制御部１５）は、認証要求に含まれるサービス名に対応するサービスを、提供するサービス提供サーバ２に対して実行するように制御する。その後、制御部１０は、本処理を終了する。

端末３には、図６（ｄ）に示される「サービスＡ」のメイン画面６９が表示される。端末３が「サービスＡ」のサービスの提供を受けるために「サービスＡ」の認証時のセキュリティレベルより高いセキュリティレベルの「サービスＢ」のユーザＩＤを用いてログインすることで、認証サーバ１は、認証を行って「サービスＡ」を提供することができる。

このように、認証サーバ１は、予めユーザＩＤを連携させておくことで、サービスごとに異なるユーザＩＤが登録されている場合であっても、認証時のセキュリティレベルの高い１つのユーザＩＤを複数のサービスに共通に使用することができる。よって、認証サーバ１は、ユーザをユーザＩＤの管理の煩雑さから解放させることができる。また、認証サーバ１は、認証時のセキュリティレベルの高いユーザＩＤを使用する場合でも、サービスに合致したユーザＩＤを使用した場合と同等の処理を行うだけであるので、煩雑な作業を伴うことなく認証処理を行うことができる。

（変形形態）
本実施形態では、認証サーバの他にサービス提供サーバを備えて、サービス提供サーバによってサービスを提供するものとして説明したが、これに限定されない。例えば、認証サーバが、サービス提供サーバの役割をも担うものであってもよい。

本実施形態では、認証をユーザＩＤとパスワードとを使用するものとして説明したが、これに限定されない。例えば、生体認証等を用いるものであってもよい。また、端末から認証サーバ１に送信する認証要求は、そのデータが暗号化されていてもよい。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１ 認証サーバ
２ サービス提供サーバ
３ 端末
１０ 制御部
１１ 登録受付部
１２ ＩＤ連携部
１３ 認証受付部
１４ 認証部
１５ サービス制御部
２０ 記憶部
２１ ＩＤ記憶部
２２ 連携テーブル
３０ 登録情報画面
３３ ＩＤ入力画面
６０ ログイン画面
１００ サービス提供システム

Claims (3)

1. サービスを特定するための情報と、各ユーザに対して発行され前記サービスの認証処理に用いられるＩＤと、前記サービスの認証処理のセキュリティレベルとを対応付けて記憶したＩＤ記憶部と、
   前記ＩＤのうち、同一のユーザに対して発行された少なくとも２つのＩＤを互いに対応づけて記憶したＩＤ連携部と、
   ユーザの端末から、前記ユーザが提供を受けようとするサービスを特定するための情報と前記ユーザに対して発行されたＩＤとを含む認証要求を受け付ける認証受付部と、
   前記認証要求に含まれた前記ＩＤを用いて前記サービスの認証処理を行う認証部と、
   前記認証部により前記サービスが認証されたことに応じて、前記サービスを前記端末に対して提供するように、サービスを提供するサービス提供サーバを制御するサービス制御部と
   を備え、
   前記認証部は、
   前記認証要求に含まれた前記ＩＤが、前記認証要求に含まれた前記情報により特定される第１のサービスの認証処理に用いられるＩＤではない場合、（ａ）前記認証要求に含まれた前記ＩＤと前記第１のサービスの認証処理に用いられるＩＤとが互いに対応づけられて前記ＩＤ連携部に記憶されており、かつ、（ｂ）前記認証要求に含まれた前記ＩＤを用いた第２のサービスの認証処理のセキュリティレベルが前記第１のサービスの認証処理のセキュリティレベルよりも高いときには、前記認証要求に含まれた前記ＩＤを用いて前記第２のサービスの認証処理を実行し、前記第２のサービスの認証処理に成功したことによって前記第１のサービスが認証されたこととする
   認証サーバ。
2. ユーザの端末から一のサービスにログインした状態で前記端末から他のサービスの認証処理に用いられるＩＤの入力を受け付け、前記一のサービスの認証処理に用いられるＩＤと前記他のサービスの認証処理に用いられるＩＤとを対応付けて前記ＩＤ連携部に記憶する制御部をさらに備えることを特徴とする
   請求項１に記載の認証サーバ。
3. サービスを特定するための情報と、各ユーザに対して発行され前記サービスの認証処理に用いられるＩＤと、前記サービスの認証処理のセキュリティレベルとを対応付けてＩＤ記憶部に登録するステップと、
   前記ＩＤのうち、同一のユーザに対して発行された少なくとも２つのＩＤを互いに対応づけてＩＤ連携部に登録するステップと、
   ユーザの端末から、前記ユーザが提供を受けようとするサービスを特定するための情報と前記ユーザに対して発行されたＩＤとを含む認証要求を受け付けるステップと、
   前記認証要求に含まれた前記ＩＤを用いて前記サービスの認証処理を行うステップと、
   前記サービスが認証されたことに応じて、前記サービスを前記端末に対して提供するように、サービスを提供するサービス提供サーバを制御するステップと、
   を備え、
   前記サービスの認証処理を行うステップは、
   前記認証要求に含まれた前記ＩＤが、前記認証要求に含まれた前記情報により特定される第１のサービスの認証処理に用いられるＩＤではない場合、（ａ）前記認証要求に含まれた前記ＩＤと前記第１のサービスの認証処理に用いられるＩＤとが互いに対応づけられて前記ＩＤ連携部に記憶されており、かつ、（ｂ）前記認証要求に含まれた前記ＩＤを用いた第２のサービスの認証処理のセキュリティレベルが前記第１のサービスの認証処理のセキュリティレベルよりも高いときには、前記認証要求に含まれた前記ＩＤを用いて前記第２のサービスの認証処理を実行し、前記第２のサービスの認証処理に成功したことによって前記第１のサービスが認証されたこととする
   認証方法。

Images