認証サーバ及び方法
【課題】認証時に煩雑な作業をユーザに強いずに管理を容易にしてセキュリティの強度の高い認証が可能な認証サーバ及び方法を提供する。
【解決手段】発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバ１は、第１のサービス及び第１のサービスより認証時のセキュリティレベルの高い第２のサービスのＩＤを各々登録する複数の登録受付部１１と、同一のユーザに対応するＩＤ同士を連携させるＩＤ連携部１２と、ユーザによるＩＤを含む認証要求をサービスごとに受け付ける複数の認証受付部１３と、一の認証受付部１３が受け付けた認証要求に含まれるＩＤを用いてサービスの認証処理を行う認証部１４と、一の認証受付部１３に対応するサービスを実行するサービス制御部１５とを備える。
【解決手段】発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバ１は、第１のサービス及び第１のサービスより認証時のセキュリティレベルの高い第２のサービスのＩＤを各々登録する複数の登録受付部１１と、同一のユーザに対応するＩＤ同士を連携させるＩＤ連携部１２と、ユーザによるＩＤを含む認証要求をサービスごとに受け付ける複数の認証受付部１３と、一の認証受付部１３が受け付けた認証要求に含まれるＩＤを用いてサービスの認証処理を行う認証部１４と、一の認証受付部１３に対応するサービスを実行するサービス制御部１５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証サーバ及び方法に関する。
【背景技術】
【０００２】
従来、インターネット等を用いてユーザが様々なサービスを受ける環境が整備されてきている。そして、例えば、サービスを提供する会社が異なったり、同一の会社であってもサービスを提供する時期や、そのサービスのレベルが異なったりすることで、サービスごとに異なる認証方法を用いる場合も多く存在する。また、認証方法が異なることで、セキュリティの強度（レベル）が異なる場合がある。このような複数の認証方法のセキュリティの強度が異なる場合に、セキュリティの強度の低い認証方法のセキュリティの強度を高める認証システムが開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−４３００２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の認証システムは、複数の認証方法のセキュリティの強度が異なる場合に、セキュリティの強度の低い認証方法のセキュリティの強度を、複数の認証を行うことで高めるものであった。具体的には、特許文献１に記載の認証システムは、セキュリティの低い認証方法による認証であった場合に、セキュリティの強度が高い認証方法での認証結果をユーザに入力させて再度認証することで、認証のセキュリティの強度を高めるものであった。よって、ユーザは、セキュリティの低い認証方法による認証の場合には、複数の認証をしなければならず煩雑であった。
【０００５】
また、複数の認証方法が存在する場合には、それぞれ異なる複数のＩＤや認証情報を用いることが多く存在する。この複数のＩＤや認証情報の管理は、ユーザにとって煩雑であった。
【０００６】
本発明は、認証時に煩雑な作業をユーザに強いずに管理を容易にしてセキュリティの強度の高い認証が可能な認証サーバ及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明者らは、認証時にセキュリティレベルの高い認証を用いる仕組みを見出し、本発明を完成するに至った。
【０００８】
（１） 発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバであって、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録する第１登録手段と、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録する第２登録手段と、
同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるＩＤ連携部と、
ユーザによるＩＤを含む認証要求を前記サービスごとに受け付ける複数の認証受付部と、
前記複数の認証受付部のうち一の前記認証受付部が受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行う認証部と、
前記認証部により認証がされたことに応じて、前記認証要求を受け付けた前記一の認証受付部に対応する前記サービスを実行するように制御するサービス制御部と、
を備える、
認証サーバ。
【０００９】
本発明のこのような構成によれば、サービスごとに発行時及び認証時のセキュリティレベルの異なるＩＤ同士を連携し、サービスの受付時にＩＤを用いてサービスの認証処理を行って認証がされたことに応じて、受け付けたサービスを実行するように制御するので、受け付けたサービスのＩＤとは異なるＩＤを使用して認証した場合であっても、ユーザが欲するサービスをユーザに提供することができる。よって、ＩＤが複数あった場合でも、１つの認証時のセキュリティレベルの高いＩＤを用いて複数のサービスを利用できる。
【００１０】
（２） 前記認証受付部は、対応する前記サービスで用いるＩＤと、当該ＩＤよりセキュリティレベルの高いＩＤとのいずれの入力をも受け付け可能な認証受付画面を出力する、
（１）に記載の認証サーバ。
【００１１】
本発明のこのような構成によれば、認証を受け付ける認証受付画面は、その画面が提供するサービスで用いるＩＤ以外のＩＤであっても入力を受け付ける。よって、１つの画面で複数種類のＩＤを受け付けることができるので、画面を共通に使用することができ、そのサーバを用いた移行作業等が容易である。
【００１２】
（３） 前記認証部は、前記一の認証受付部が受け付けた認証要求に含まれるＩＤの前記認証時のセキュリティレベルが前記ＩＤ連携部によって連携された当該サービスの前記認証時のセキュリティレベルより高い場合に、受け付けた前記認証要求に含まれるＩＤに前記ＩＤ連携部により連携された前記サービスのＩＤを用いて前記サービスの認証処理を行う、
（１）又は（２）に記載の認証サーバ。
【００１３】
本発明のこのような構成によれば、サービスの受付時に、そのサービスの認証時のセキュリティレベルよりも高いＩＤの場合には、そのＩＤに連携された当該サービスのＩＤを用いて認証処理を行う。よって、同一ユーザのＩＤを連携させることで、認証時のセキュリティレベルの高いＩＤを、様々なサービスの受付に用いることができる。そのことにより、認証時に煩雑な作業をユーザに強いることなく、ユーザにとってＩＤ管理を容易にした、セキュリティレベルの高い認証が可能になる。
【００１４】
（４） 発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバによる認証方法であって、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録するステップと、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録するステップと、
前記認証サーバが、同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるステップと、
前記認証サーバが、ユーザによるＩＤを含む認証要求を前記サービスごとに受け付けるステップと、
前記認証サーバが、受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行うステップと、
前記認証サーバが、認証がされたことに応じて前記認証要求を受け付けた前記サービスを実行するように制御するステップと、
を含む、
認証方法。
【発明の効果】
【００１５】
本発明によれば、同一ユーザのＩＤを連携させることで、認証時のセキュリティレベルの高いＩＤを、様々なサービスの受付に用いることができる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態に係るサービス提供システムの全体構成及び認証サーバの機能構成を示す図である。
【図２】本実施形態に係るＩＤ記憶部及び連携テーブルの例を示す図である。
【図３】本実施形態に係る端末での表示例を示す図である。
【図４】本実施形態に係る認証サーバでのＩＤ連携処理のフローチャートである。
【図５】本実施形態に係る認証サーバでの認証処理のフローチャートである。
【図６】本実施形態に係る端末での表示例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００１８】
（実施形態）
［サービス提供システム１００の全体構成及び認証サーバ１の機能構成］
図１は、本実施形態に係るサービス提供システム１００の全体構成及び認証サーバ１の機能構成を示す図である。
【００１９】
サービス提供システム１００は、認証サーバ１と、サービス提供サーバ２と、複数の端末３と、通信ネットワーク９とにより構成される。サービス提供システム１００は、端末３から受け付けたサービス提供のための認証要求に対して認証サーバ１による認証が成功したことで、サービス提供サーバ２の所定のサービスを端末３に提供するシステムである。
【００２０】
認証サーバ１は、端末３から受信した認証要求に対して認証を行うサーバである。認証要求は、サービスの提供を要求するデータであり、端末３のユーザを特定する情報（例えば、ユーザＩＤ）と、提供を受けようとするサービスの情報（例えば、サービス名）とを含む。なお、認証サーバ１のハードウェアの数には制限がなく、必要に応じて１又は複数のハードウェアで構成してよい。認証サーバ１は、制御部１０と、記憶部２０とを備える。
【００２１】
制御部１０は、複数の登録受付部１１と、ＩＤ連携部１２と、複数の認証受付部１３と、認証部１４と、サービス制御部１５とを備える。
【００２２】
登録受付部１１は、ユーザがサービスの提供を受けるために、予めユーザのＩＤ（ｉｄｅｎｔｉｆｉｅｒ）の登録を受け付ける制御部である。登録受付部１１は、例えば、「サービスＡ」用の登録受付部１１（第１登録手段）、「サービスＢ」用の登録受付部１１（第２登録手段）、・・・といった具合に、サービスごとに受け付けてユーザのＩＤを発行する。
【００２３】
ＩＤ連携部１２は、サービスごとに付与された同一ユーザの複数のＩＤを連携させる制御部である。以下、ユーザに付与されたＩＤを、ユーザＩＤという。ＩＤ連携部１２は、複数のユーザＩＤを連携させた結果として、後述する連携テーブル２２を生成してもよい。ここで、サービスとは、取引対象が「機能」となる無形の製品をいい、インターネット上において企業が提案する各種コンテンツをいう。サービスは、本実施形態では、サービス提供サーバ２が提供する。具体的には、サービスは、例えば、「旅行」、「ショッピング」、「天気」、「ニュース」等のカテゴリを含む。また、サービスは、これらのカテゴリを包括した「カスタマサービス」、「ビジネスサービス」、「○○専門サービス」等を含む。
【００２４】
認証受付部１３は、ユーザがサービスの提供を受けるために、端末３から認証要求を受け付ける制御部である。認証受付部１３は、例えば、「サービスＡ」用の認証受付部１３、「サービスＢ」用の認証受付部１３、・・・といった具合に、サービスごとに存在する。ユーザは、認証要求のためにサービスごとに割り当てられたユーザＩＤを使用する。なお、本実施形態では、ユーザＩＤは、全てのサービスの範囲において一意の記号の配列（文字列）とする。また、本実施形態では、ユーザＩＤは、そのサービスを使用するユーザに割り当てられた記号の配列で示され、認証サーバ１は、ユーザＩＤとパスワードとによる認証を行うものとして説明する。
【００２５】
認証部１４は、認証受付部１３により受け付けた認証要求に基づいて認証を行う制御部である。また、認証部１４は、認証受付部１３により受け付けた認証要求が、認証受付部１３に対応するサービスのユーザＩＤではない場合に、その受け付けたユーザＩＤに対応するサービスのセキュリティレベルを参照して認証受付部１３に対応するサービスのユーザＩＤよりセキュリティレベルが高く、そのサービスのユーザＩＤと連携されている場合には、連携されたサービスのユーザＩＤによって認証を行う。
【００２６】
サービス制御部１５は、認証部１４により認証された場合に、認証受付部１３に対応するサービスを実行するように制御する。具体的には、サービス制御部１５は、サービス提供サーバ２に対して、該当のサービスを実行させる。
【００２７】
記憶部２０は、ＩＤ記憶部２１と、連携テーブル２２とを備える。
【００２８】
ＩＤ記憶部２１は、サービスごとに発行したユーザＩＤを記憶する。また、ＩＤ記憶部２１は、その属性情報として、発行時及び認証時のセキュリティレベルを記憶する。
【００２９】
連携テーブル２２は、ＩＤ記憶部２１に記憶されたサービスの提供を受けているユーザＩＤを、ユーザ単位で格納することで連携させるテーブルである。
【００３０】
本実施形態の認証サーバ１のハードウェアは、一般的なコンピュータによって構成してもよい。一般的なコンピュータは、例えば、制御部１０として、中央処理装置（ＣＰＵ）を備える他、記憶部２０として、メモリ（ＲＡＭ、ＲＯＭ）、ハードディスク（ＨＤＤ）及び光ディスク（ＣＤ、ＤＶＤ等）を、ネットワーク通信装置として、各種有線及び無線ＬＡＮ装置を、表示装置として、ディスプレイ（液晶ディスプレイ、プラズマディスプレ等）を、入力装置として、キーボード及びポインティング・デバイス（マウス、トラッキングボール等）を適宜備え、バスラインにより接続されている。このような一般的なコンピュータにおいて、ＣＰＵは、認証サーバ１を統括的に制御し、各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
【００３１】
サービス提供サーバ２は、認証がされた端末３に対して、ユーザが選択したサービスを提供するための装置である。サービス提供サーバ２は、例えば、コンテンツプロバイダ等の、サービスを提供する第三者が有する装置であってもよい。
【００３２】
端末３は、例えば、パーソナルコンピュータ（ＰＣ）であり、通信機能を有する情報端末である。端末３は、ユーザによって操作される。端末３は、サービスを利用する際に認証サーバ１に対して通信して、そのサービスの提供を受けるための認証要求を送信する。そして、認証サーバ１が認証に成功した場合には、端末３は、提供されるサービスのメイン画面６９（図６（ｄ）参照）を表示する。
【００３３】
通信ネットワーク９は、認証サーバ１と、サービス提供サーバ２と、端末３との間で相互に通信を行うための、例えば、インターネット等の通信回線である。通信ネットワーク９は、有線であってもよいし、その一部又は全部が無線であってもよい。
【００３４】
［ＩＤ連携処理］
次に、認証サーバ１でのＩＤ連携処理について説明する。以下では、２つのサービスに関するＩＤ連携を具体例に説明する。以下で説明する例では、２つのサービスを「サービスＡ」、「サービスＢ」とし、「サービスＡ」及び「サービスＢ」のセキュリティレベルは、ＩＤ記憶部２１に記憶されたものとする。図２は、本実施形態に係るＩＤ記憶部２１及び連携テーブル２２の例を示す図である。図３は、本実施形態に係る端末３での表示例を示す図である。
【００３５】
図２（ａ）に示すＩＤ記憶部２１は、サービス名２１ａと、発行時レベル２１ｂと、認証時レベル２１ｃと、登録ユーザＩＤ２１ｄとの各項目を有する。なお、ここでは図示していないが、登録ユーザＩＤ２１ｄに対応するパスワードを同様に記憶することができる。
【００３６】
サービス名２１ａには、「サービスＡ」、「サービスＢ」等のサービスを一意に示す名称を格納する。発行時レベル２１ｂには、ユーザＩＤを発行する際のセキュリティレベルの高低を格納する。発行時レベル２１ｂが「高」は、例えば、本人確認のための書類（運転免許証、パスポート等）の提示や、企業情報等の入力によって、ユーザが指定したユーザＩＤが許可される場合である。他方、発行時レベル２１ｂが「低」は、例えば、端末３から任意の文字列を入力するだけで、その文字列が登録されていないことを条件に、任意の文字列がユーザＩＤとして許可される場合である。認証時レベル２１ｃには、ユーザ認証する際のセキュリティレベルの高低を格納する。登録ユーザＩＤ２１ｄには、サービス名２１ａに示すサービスの提供を受けられるユーザのユーザＩＤを格納する。
【００３７】
図２（ａ）に示すＩＤ記憶部２１の例の場合、サービス名２１ａが「サービスＡ」のサービスは、発行時のセキュリティレベルが高いが、認証時のセキュリティレベルが低く設定されている。また、サービス名２１ａが「サービスＢ」のサービスは、発行時のセキュリティレベルは低いが、認証時のセキュリティレベルが高く設定されている。また、サービス名２１ａが「サービスＢ」のサービスは、認証時のセキュリティレベルが「サービスＡ」の認証時のセキュリティレベルよりも高い。セキュリティレベルの高低は、例えば、「高」、「中」、「低」等の段階に分かれており、この高低の基準は、ＩＤ記憶部２１に記憶された全てのサービスから相対的に判断されたものである。
【００３８】
次に、「サービスＡ」のユーザＩＤと「サービスＢ」のユーザＩＤとが既に発行されているあるユーザ（このユーザを、以下、ユーザＸという。）の２つのサービスを連携させる例を説明する。なお、「サービスＡ」のユーザＩＤは、「サービスＡ」用の登録受付部１１にて発行され、「サービスＢ」のユーザＩＤは、「サービスＢ」用の登録受付部１１にて発行されたものである。
【００３９】
ユーザＸは、図２（ａ）のＩＤ記憶部２１に、認証サーバ１から「サービスＡ」と「サービスＢ」との両方に各々ユーザＩＤの発行を受けている。ユーザＸの「サービスＡ」のユーザＩＤは、ＩＤ２１ｘの「ｔｓｔｂｘ０１２」であり、「サービスＢ」のユーザＩＤは、ＩＤ２１ｙの「ｙｓｋｉ９ｘ４５」である。
【００４０】
端末３には、図３（ａ）に示す認証時のセキュリティレベルの低い「サービスＡ」の登録情報画面３０が表示されている。この時、ユーザＸは、「サービスＡ」にログインした状態である。この状態で、ユーザＸは、端末３を操作して「サービスＢ」と連携するためのボタン３１を選択する。
【００４１】
次に、端末３には、図３（ｂ）に示す「サービスＢ」のＩＤ入力画面３３が表示がされる。ユーザＸは、端末３を操作して、「サービスＢ」のユーザＩＤ及びパスワードをＩＤ入力画面３３に入力してボタン３４を選択する。そのようにすることで、端末３には、図３（ｃ）に示すＩＤ連携完了画面３６が表示され、ＩＤ連携が完了する。
【００４２】
図３で説明した２つのサービスの連携がされると、図２（ｂ）に示す連携テーブル２２に、ユーザＸの２つのサービスのユーザＩＤが関連付けられて登録される。
【００４３】
上述の例を実現する認証サーバ１の処理について説明する。図４は、本実施形態に係る認証サーバ１でのＩＤ連携処理のフローチャートである。
【００４４】
Ｓ１：制御部１０は、あるサービスにログイン中の端末３から登録情報画面３０の要求を受信したことで、登録情報画面３０を該当の端末３に送信する。
【００４５】
Ｓ２：制御部１０は、端末３からＩＤ連携要求を受信したか否かを判断する。ＩＤ連携要求は、上述の図３（ａ）においてボタン３１が選択された場合に、端末３から送信される。ＩＤ連携要求を受信した場合（Ｓ２：ＹＥＳ）には、制御部１０は、処理をＳ３に移す。他方、ＩＤ連携要求を受信しなかった場合（Ｓ２：ＮＯ）には、制御部１０は、本処理を終了する。
【００４６】
Ｓ３：制御部１０は、ＩＤ入力画面３３を該当の端末３に対して送信する。
【００４７】
Ｓ４：制御部１０は、端末３からユーザＩＤを受信したか否かを判断する。つまり、上述の図３（ｂ）において、ＩＤ入力画面３３のＩＤ及びパスワードに対応したテキストボックスに、ユーザＩＤ及びパスワードが入力された状態で、ボタン３４が選択されたことで、制御部１０は、端末３からユーザＩＤ及びパスワードを受信できる。ユーザＩＤを受信した場合（Ｓ４：ＹＥＳ）には、制御部１０は、処理をＳ５に移す。他方、ユーザＩＤを受信していない場合（Ｓ４：ＮＯ）には、制御部１０は、Ｓ４の処理を繰り返し、端末３からユーザＩＤが送信されるのを待つ。
【００４８】
Ｓ５：制御部１０は、受信したユーザＩＤと、既にログインしているサービスのユーザＩＤとのいずれかが、連携テーブル２２に登録されているか否かを判断する。いずれか１つでも登録されている場合（Ｓ５：ＹＥＳ）には、制御部１０は、処理をＳ６に移す。他方、いずれも登録されていない場合（Ｓ５：ＮＯ）には、制御部１０は、処理をＳ７に移す。
【００４９】
Ｓ６：制御部１０（ＩＤ連携部１２）は、既に登録されているユーザＩＤに連携させて連携テーブル２２を更新する。その後、制御部１０は、本処理を終了する。
【００５０】
Ｓ７：制御部１０（ＩＤ連携部１２）は、連携テーブル２２に新たにレコードを追加して、既にログインしているサービスのユーザＩＤと、受信した他のサービスのユーザＩＤとを登録する。その後、制御部１０は、本処理を終了する。
【００５１】
このようにすることで、認証サーバ１は、発行時及び認証時のセキュリティレベルの異なる複数のサービスのユーザＩＤのうち端末３からＩＤ連携要求がされたユーザＩＤと、既にログイン中のユーザＩＤとを、同一ユーザのユーザＩＤとして連携させることができる。
【００５２】
［認証処理］
次に、実際にユーザＩＤを使用してサービスの提供を受ける場合の処理について説明する。図５は、本実施形態に係る認証サーバ１での認証処理のフローチャートである。図６は、本実施形態に係る端末３での表示例を示す図である。
【００５３】
まず、図５のＳ１０：制御部１０（認証受付部１３）は、端末３から認証要求を受け付ける。例えば、制御部１０が「サービスＡ」の提供を受けようとするユーザＸの端末３に「サービスＡ」のログイン画面６０（図６（ａ））（認証受付画面）を出力しており、ユーザＸがログイン画面６０のＩＤ部６１に「サービスＢ」のユーザＩＤを入力してボタン６２を選択することで、認証サーバ１は、端末３から送信された認証要求を受け付ける。
【００５４】
Ｓ１１：制御部１０は、端末３がログインしようとしている、ＩＤ記憶部２１の該当のサービスに、受信した認証要求に含まれるユーザＩＤが記憶されているか否かを判断する。ＩＤ記憶部２１の該当のサービスにユーザＩＤが記憶されている場合（Ｓ１１：ＹＥＳ）には、制御部１０は、処理をＳ２０に移し、通常の認証処理を行う。通常の認証処理とは、「サービスＡ」のサービスを受けるために、「サービスＡ」のユーザＩＤ及びパスワードを利用するものをいう。他方、ＩＤ記憶部２１の該当のサービスにユーザＩＤが記憶されていない場合（Ｓ１１：ＮＯ）には、制御部１０は、処理をＳ１２に移す。
【００５５】
Ｓ１２：制御部１０（認証部１４）は、連携テーブル２２を参照し、受信した認証要求に含まれるユーザＩＤが連携テーブル２２に存在するか否かを判断する。連携テーブル２２に存在する場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、連携テーブル２２に存在しない場合（Ｓ１２：ＮＯ）には、制御部１０は、エラー画面６５（図６（ｂ）参照）を出力し（Ｓ２１）、本処理を終了する。
【００５６】
Ｓ１３：制御部１０（認証部１４）は、ＩＤ記憶部２１を参照し、受信した認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、受信した認証要求に含まれるサービス名に対応するサービスの認証時のセキュリティレベルより高いか否かを判断する。認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、サービス名に対応する認証時のセキュリティレベルより高い場合（Ｓ１３：ＹＥＳ）には、制御部１０は、処理をＳ１４に移す。他方、認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、サービス名に対応する認証時のセキュリティレベルと同等又はそれ以下の場合（Ｓ１３：ＮＯ）には、制御部１０は、ＩＤ受付不可画面６７（図６（ｃ）参照）を出力し（Ｓ２２）、本処理を終了する。
【００５７】
Ｓ１４：制御部１０（認証部１４）は、受信した認証要求に含まれるユーザＩＤを用いて認証処理を行う。より具体的には、受信した認証要求に含まれるユーザＩＤに連携された当該サービスのユーザＩＤを用いて、サービスの認証処理を行う。
【００５８】
Ｓ１５：制御部１０（認証部１４）は、認証が成功したか否かを判断する。認証が成功した場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１６に移す。他方、認証が失敗した場合（Ｓ１５：ＮＯ）には、制御部１０は、認証失敗である旨を端末３に出力して（Ｓ２３）、本処理を終了する。
【００５９】
Ｓ１６：制御部１０（サービス制御部１５）は、認証要求に含まれるサービス名に対応するサービスを、提供するサービス提供サーバ２に対して実行するように制御する。その後、制御部１０は、本処理を終了する。
【００６０】
端末３には、図６（ｄ）に示される「サービスＡ」のメイン画面６９が表示される。端末３が「サービスＡ」のサービスの提供を受けるために「サービスＡ」の認証時のセキュリティレベルより高いセキュリティレベルの「サービスＢ」のユーザＩＤを用いてログインすることで、認証サーバ１は、認証を行って「サービスＡ」を提供することができる。
【００６１】
このように、認証サーバ１は、予めユーザＩＤを連携させておくことで、サービスごとに異なるユーザＩＤが登録されている場合であっても、認証時のセキュリティレベルの高い１つのユーザＩＤを複数のサービスに共通に使用することができる。よって、認証サーバ１は、ユーザをユーザＩＤの管理の煩雑さから解放させることができる。また、認証サーバ１は、認証時のセキュリティレベルの高いユーザＩＤを使用する場合でも、サービスに合致したユーザＩＤを使用した場合と同等の処理を行うだけであるので、煩雑な作業を伴うことなく認証処理を行うことができる。
【００６２】
（変形形態）
本実施形態では、認証サーバの他にサービス提供サーバを備えて、サービス提供サーバによってサービスを提供するものとして説明したが、これに限定されない。例えば、認証サーバが、サービス提供サーバの役割をも担うものであってもよい。
【００６３】
本実施形態では、認証をユーザＩＤとパスワードとを使用するものとして説明したが、これに限定されない。例えば、生体認証等を用いるものであってもよい。また、端末から認証サーバ１に送信する認証要求は、そのデータが暗号化されていてもよい。
【００６４】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００６５】
１ 認証サーバ
２ サービス提供サーバ
３ 端末
１０ 制御部
１１ 登録受付部
１２ ＩＤ連携部
１３ 認証受付部
１４ 認証部
１５ サービス制御部
２０ 記憶部
２１ ＩＤ記憶部
２２ 連携テーブル
３０ 登録情報画面
３３ ＩＤ入力画面
６０ ログイン画面
１００ サービス提供システム
【技術分野】
【０００１】
本発明は、認証サーバ及び方法に関する。
【背景技術】
【０００２】
従来、インターネット等を用いてユーザが様々なサービスを受ける環境が整備されてきている。そして、例えば、サービスを提供する会社が異なったり、同一の会社であってもサービスを提供する時期や、そのサービスのレベルが異なったりすることで、サービスごとに異なる認証方法を用いる場合も多く存在する。また、認証方法が異なることで、セキュリティの強度（レベル）が異なる場合がある。このような複数の認証方法のセキュリティの強度が異なる場合に、セキュリティの強度の低い認証方法のセキュリティの強度を高める認証システムが開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−４３００２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の認証システムは、複数の認証方法のセキュリティの強度が異なる場合に、セキュリティの強度の低い認証方法のセキュリティの強度を、複数の認証を行うことで高めるものであった。具体的には、特許文献１に記載の認証システムは、セキュリティの低い認証方法による認証であった場合に、セキュリティの強度が高い認証方法での認証結果をユーザに入力させて再度認証することで、認証のセキュリティの強度を高めるものであった。よって、ユーザは、セキュリティの低い認証方法による認証の場合には、複数の認証をしなければならず煩雑であった。
【０００５】
また、複数の認証方法が存在する場合には、それぞれ異なる複数のＩＤや認証情報を用いることが多く存在する。この複数のＩＤや認証情報の管理は、ユーザにとって煩雑であった。
【０００６】
本発明は、認証時に煩雑な作業をユーザに強いずに管理を容易にしてセキュリティの強度の高い認証が可能な認証サーバ及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明者らは、認証時にセキュリティレベルの高い認証を用いる仕組みを見出し、本発明を完成するに至った。
【０００８】
（１） 発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバであって、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録する第１登録手段と、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録する第２登録手段と、
同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるＩＤ連携部と、
ユーザによるＩＤを含む認証要求を前記サービスごとに受け付ける複数の認証受付部と、
前記複数の認証受付部のうち一の前記認証受付部が受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行う認証部と、
前記認証部により認証がされたことに応じて、前記認証要求を受け付けた前記一の認証受付部に対応する前記サービスを実行するように制御するサービス制御部と、
を備える、
認証サーバ。
【０００９】
本発明のこのような構成によれば、サービスごとに発行時及び認証時のセキュリティレベルの異なるＩＤ同士を連携し、サービスの受付時にＩＤを用いてサービスの認証処理を行って認証がされたことに応じて、受け付けたサービスを実行するように制御するので、受け付けたサービスのＩＤとは異なるＩＤを使用して認証した場合であっても、ユーザが欲するサービスをユーザに提供することができる。よって、ＩＤが複数あった場合でも、１つの認証時のセキュリティレベルの高いＩＤを用いて複数のサービスを利用できる。
【００１０】
（２） 前記認証受付部は、対応する前記サービスで用いるＩＤと、当該ＩＤよりセキュリティレベルの高いＩＤとのいずれの入力をも受け付け可能な認証受付画面を出力する、
（１）に記載の認証サーバ。
【００１１】
本発明のこのような構成によれば、認証を受け付ける認証受付画面は、その画面が提供するサービスで用いるＩＤ以外のＩＤであっても入力を受け付ける。よって、１つの画面で複数種類のＩＤを受け付けることができるので、画面を共通に使用することができ、そのサーバを用いた移行作業等が容易である。
【００１２】
（３） 前記認証部は、前記一の認証受付部が受け付けた認証要求に含まれるＩＤの前記認証時のセキュリティレベルが前記ＩＤ連携部によって連携された当該サービスの前記認証時のセキュリティレベルより高い場合に、受け付けた前記認証要求に含まれるＩＤに前記ＩＤ連携部により連携された前記サービスのＩＤを用いて前記サービスの認証処理を行う、
（１）又は（２）に記載の認証サーバ。
【００１３】
本発明のこのような構成によれば、サービスの受付時に、そのサービスの認証時のセキュリティレベルよりも高いＩＤの場合には、そのＩＤに連携された当該サービスのＩＤを用いて認証処理を行う。よって、同一ユーザのＩＤを連携させることで、認証時のセキュリティレベルの高いＩＤを、様々なサービスの受付に用いることができる。そのことにより、認証時に煩雑な作業をユーザに強いることなく、ユーザにとってＩＤ管理を容易にした、セキュリティレベルの高い認証が可能になる。
【００１４】
（４） 発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバによる認証方法であって、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録するステップと、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録するステップと、
前記認証サーバが、同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるステップと、
前記認証サーバが、ユーザによるＩＤを含む認証要求を前記サービスごとに受け付けるステップと、
前記認証サーバが、受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行うステップと、
前記認証サーバが、認証がされたことに応じて前記認証要求を受け付けた前記サービスを実行するように制御するステップと、
を含む、
認証方法。
【発明の効果】
【００１５】
本発明によれば、同一ユーザのＩＤを連携させることで、認証時のセキュリティレベルの高いＩＤを、様々なサービスの受付に用いることができる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態に係るサービス提供システムの全体構成及び認証サーバの機能構成を示す図である。
【図２】本実施形態に係るＩＤ記憶部及び連携テーブルの例を示す図である。
【図３】本実施形態に係る端末での表示例を示す図である。
【図４】本実施形態に係る認証サーバでのＩＤ連携処理のフローチャートである。
【図５】本実施形態に係る認証サーバでの認証処理のフローチャートである。
【図６】本実施形態に係る端末での表示例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００１８】
（実施形態）
［サービス提供システム１００の全体構成及び認証サーバ１の機能構成］
図１は、本実施形態に係るサービス提供システム１００の全体構成及び認証サーバ１の機能構成を示す図である。
【００１９】
サービス提供システム１００は、認証サーバ１と、サービス提供サーバ２と、複数の端末３と、通信ネットワーク９とにより構成される。サービス提供システム１００は、端末３から受け付けたサービス提供のための認証要求に対して認証サーバ１による認証が成功したことで、サービス提供サーバ２の所定のサービスを端末３に提供するシステムである。
【００２０】
認証サーバ１は、端末３から受信した認証要求に対して認証を行うサーバである。認証要求は、サービスの提供を要求するデータであり、端末３のユーザを特定する情報（例えば、ユーザＩＤ）と、提供を受けようとするサービスの情報（例えば、サービス名）とを含む。なお、認証サーバ１のハードウェアの数には制限がなく、必要に応じて１又は複数のハードウェアで構成してよい。認証サーバ１は、制御部１０と、記憶部２０とを備える。
【００２１】
制御部１０は、複数の登録受付部１１と、ＩＤ連携部１２と、複数の認証受付部１３と、認証部１４と、サービス制御部１５とを備える。
【００２２】
登録受付部１１は、ユーザがサービスの提供を受けるために、予めユーザのＩＤ（ｉｄｅｎｔｉｆｉｅｒ）の登録を受け付ける制御部である。登録受付部１１は、例えば、「サービスＡ」用の登録受付部１１（第１登録手段）、「サービスＢ」用の登録受付部１１（第２登録手段）、・・・といった具合に、サービスごとに受け付けてユーザのＩＤを発行する。
【００２３】
ＩＤ連携部１２は、サービスごとに付与された同一ユーザの複数のＩＤを連携させる制御部である。以下、ユーザに付与されたＩＤを、ユーザＩＤという。ＩＤ連携部１２は、複数のユーザＩＤを連携させた結果として、後述する連携テーブル２２を生成してもよい。ここで、サービスとは、取引対象が「機能」となる無形の製品をいい、インターネット上において企業が提案する各種コンテンツをいう。サービスは、本実施形態では、サービス提供サーバ２が提供する。具体的には、サービスは、例えば、「旅行」、「ショッピング」、「天気」、「ニュース」等のカテゴリを含む。また、サービスは、これらのカテゴリを包括した「カスタマサービス」、「ビジネスサービス」、「○○専門サービス」等を含む。
【００２４】
認証受付部１３は、ユーザがサービスの提供を受けるために、端末３から認証要求を受け付ける制御部である。認証受付部１３は、例えば、「サービスＡ」用の認証受付部１３、「サービスＢ」用の認証受付部１３、・・・といった具合に、サービスごとに存在する。ユーザは、認証要求のためにサービスごとに割り当てられたユーザＩＤを使用する。なお、本実施形態では、ユーザＩＤは、全てのサービスの範囲において一意の記号の配列（文字列）とする。また、本実施形態では、ユーザＩＤは、そのサービスを使用するユーザに割り当てられた記号の配列で示され、認証サーバ１は、ユーザＩＤとパスワードとによる認証を行うものとして説明する。
【００２５】
認証部１４は、認証受付部１３により受け付けた認証要求に基づいて認証を行う制御部である。また、認証部１４は、認証受付部１３により受け付けた認証要求が、認証受付部１３に対応するサービスのユーザＩＤではない場合に、その受け付けたユーザＩＤに対応するサービスのセキュリティレベルを参照して認証受付部１３に対応するサービスのユーザＩＤよりセキュリティレベルが高く、そのサービスのユーザＩＤと連携されている場合には、連携されたサービスのユーザＩＤによって認証を行う。
【００２６】
サービス制御部１５は、認証部１４により認証された場合に、認証受付部１３に対応するサービスを実行するように制御する。具体的には、サービス制御部１５は、サービス提供サーバ２に対して、該当のサービスを実行させる。
【００２７】
記憶部２０は、ＩＤ記憶部２１と、連携テーブル２２とを備える。
【００２８】
ＩＤ記憶部２１は、サービスごとに発行したユーザＩＤを記憶する。また、ＩＤ記憶部２１は、その属性情報として、発行時及び認証時のセキュリティレベルを記憶する。
【００２９】
連携テーブル２２は、ＩＤ記憶部２１に記憶されたサービスの提供を受けているユーザＩＤを、ユーザ単位で格納することで連携させるテーブルである。
【００３０】
本実施形態の認証サーバ１のハードウェアは、一般的なコンピュータによって構成してもよい。一般的なコンピュータは、例えば、制御部１０として、中央処理装置（ＣＰＵ）を備える他、記憶部２０として、メモリ（ＲＡＭ、ＲＯＭ）、ハードディスク（ＨＤＤ）及び光ディスク（ＣＤ、ＤＶＤ等）を、ネットワーク通信装置として、各種有線及び無線ＬＡＮ装置を、表示装置として、ディスプレイ（液晶ディスプレイ、プラズマディスプレ等）を、入力装置として、キーボード及びポインティング・デバイス（マウス、トラッキングボール等）を適宜備え、バスラインにより接続されている。このような一般的なコンピュータにおいて、ＣＰＵは、認証サーバ１を統括的に制御し、各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
【００３１】
サービス提供サーバ２は、認証がされた端末３に対して、ユーザが選択したサービスを提供するための装置である。サービス提供サーバ２は、例えば、コンテンツプロバイダ等の、サービスを提供する第三者が有する装置であってもよい。
【００３２】
端末３は、例えば、パーソナルコンピュータ（ＰＣ）であり、通信機能を有する情報端末である。端末３は、ユーザによって操作される。端末３は、サービスを利用する際に認証サーバ１に対して通信して、そのサービスの提供を受けるための認証要求を送信する。そして、認証サーバ１が認証に成功した場合には、端末３は、提供されるサービスのメイン画面６９（図６（ｄ）参照）を表示する。
【００３３】
通信ネットワーク９は、認証サーバ１と、サービス提供サーバ２と、端末３との間で相互に通信を行うための、例えば、インターネット等の通信回線である。通信ネットワーク９は、有線であってもよいし、その一部又は全部が無線であってもよい。
【００３４】
［ＩＤ連携処理］
次に、認証サーバ１でのＩＤ連携処理について説明する。以下では、２つのサービスに関するＩＤ連携を具体例に説明する。以下で説明する例では、２つのサービスを「サービスＡ」、「サービスＢ」とし、「サービスＡ」及び「サービスＢ」のセキュリティレベルは、ＩＤ記憶部２１に記憶されたものとする。図２は、本実施形態に係るＩＤ記憶部２１及び連携テーブル２２の例を示す図である。図３は、本実施形態に係る端末３での表示例を示す図である。
【００３５】
図２（ａ）に示すＩＤ記憶部２１は、サービス名２１ａと、発行時レベル２１ｂと、認証時レベル２１ｃと、登録ユーザＩＤ２１ｄとの各項目を有する。なお、ここでは図示していないが、登録ユーザＩＤ２１ｄに対応するパスワードを同様に記憶することができる。
【００３６】
サービス名２１ａには、「サービスＡ」、「サービスＢ」等のサービスを一意に示す名称を格納する。発行時レベル２１ｂには、ユーザＩＤを発行する際のセキュリティレベルの高低を格納する。発行時レベル２１ｂが「高」は、例えば、本人確認のための書類（運転免許証、パスポート等）の提示や、企業情報等の入力によって、ユーザが指定したユーザＩＤが許可される場合である。他方、発行時レベル２１ｂが「低」は、例えば、端末３から任意の文字列を入力するだけで、その文字列が登録されていないことを条件に、任意の文字列がユーザＩＤとして許可される場合である。認証時レベル２１ｃには、ユーザ認証する際のセキュリティレベルの高低を格納する。登録ユーザＩＤ２１ｄには、サービス名２１ａに示すサービスの提供を受けられるユーザのユーザＩＤを格納する。
【００３７】
図２（ａ）に示すＩＤ記憶部２１の例の場合、サービス名２１ａが「サービスＡ」のサービスは、発行時のセキュリティレベルが高いが、認証時のセキュリティレベルが低く設定されている。また、サービス名２１ａが「サービスＢ」のサービスは、発行時のセキュリティレベルは低いが、認証時のセキュリティレベルが高く設定されている。また、サービス名２１ａが「サービスＢ」のサービスは、認証時のセキュリティレベルが「サービスＡ」の認証時のセキュリティレベルよりも高い。セキュリティレベルの高低は、例えば、「高」、「中」、「低」等の段階に分かれており、この高低の基準は、ＩＤ記憶部２１に記憶された全てのサービスから相対的に判断されたものである。
【００３８】
次に、「サービスＡ」のユーザＩＤと「サービスＢ」のユーザＩＤとが既に発行されているあるユーザ（このユーザを、以下、ユーザＸという。）の２つのサービスを連携させる例を説明する。なお、「サービスＡ」のユーザＩＤは、「サービスＡ」用の登録受付部１１にて発行され、「サービスＢ」のユーザＩＤは、「サービスＢ」用の登録受付部１１にて発行されたものである。
【００３９】
ユーザＸは、図２（ａ）のＩＤ記憶部２１に、認証サーバ１から「サービスＡ」と「サービスＢ」との両方に各々ユーザＩＤの発行を受けている。ユーザＸの「サービスＡ」のユーザＩＤは、ＩＤ２１ｘの「ｔｓｔｂｘ０１２」であり、「サービスＢ」のユーザＩＤは、ＩＤ２１ｙの「ｙｓｋｉ９ｘ４５」である。
【００４０】
端末３には、図３（ａ）に示す認証時のセキュリティレベルの低い「サービスＡ」の登録情報画面３０が表示されている。この時、ユーザＸは、「サービスＡ」にログインした状態である。この状態で、ユーザＸは、端末３を操作して「サービスＢ」と連携するためのボタン３１を選択する。
【００４１】
次に、端末３には、図３（ｂ）に示す「サービスＢ」のＩＤ入力画面３３が表示がされる。ユーザＸは、端末３を操作して、「サービスＢ」のユーザＩＤ及びパスワードをＩＤ入力画面３３に入力してボタン３４を選択する。そのようにすることで、端末３には、図３（ｃ）に示すＩＤ連携完了画面３６が表示され、ＩＤ連携が完了する。
【００４２】
図３で説明した２つのサービスの連携がされると、図２（ｂ）に示す連携テーブル２２に、ユーザＸの２つのサービスのユーザＩＤが関連付けられて登録される。
【００４３】
上述の例を実現する認証サーバ１の処理について説明する。図４は、本実施形態に係る認証サーバ１でのＩＤ連携処理のフローチャートである。
【００４４】
Ｓ１：制御部１０は、あるサービスにログイン中の端末３から登録情報画面３０の要求を受信したことで、登録情報画面３０を該当の端末３に送信する。
【００４５】
Ｓ２：制御部１０は、端末３からＩＤ連携要求を受信したか否かを判断する。ＩＤ連携要求は、上述の図３（ａ）においてボタン３１が選択された場合に、端末３から送信される。ＩＤ連携要求を受信した場合（Ｓ２：ＹＥＳ）には、制御部１０は、処理をＳ３に移す。他方、ＩＤ連携要求を受信しなかった場合（Ｓ２：ＮＯ）には、制御部１０は、本処理を終了する。
【００４６】
Ｓ３：制御部１０は、ＩＤ入力画面３３を該当の端末３に対して送信する。
【００４７】
Ｓ４：制御部１０は、端末３からユーザＩＤを受信したか否かを判断する。つまり、上述の図３（ｂ）において、ＩＤ入力画面３３のＩＤ及びパスワードに対応したテキストボックスに、ユーザＩＤ及びパスワードが入力された状態で、ボタン３４が選択されたことで、制御部１０は、端末３からユーザＩＤ及びパスワードを受信できる。ユーザＩＤを受信した場合（Ｓ４：ＹＥＳ）には、制御部１０は、処理をＳ５に移す。他方、ユーザＩＤを受信していない場合（Ｓ４：ＮＯ）には、制御部１０は、Ｓ４の処理を繰り返し、端末３からユーザＩＤが送信されるのを待つ。
【００４８】
Ｓ５：制御部１０は、受信したユーザＩＤと、既にログインしているサービスのユーザＩＤとのいずれかが、連携テーブル２２に登録されているか否かを判断する。いずれか１つでも登録されている場合（Ｓ５：ＹＥＳ）には、制御部１０は、処理をＳ６に移す。他方、いずれも登録されていない場合（Ｓ５：ＮＯ）には、制御部１０は、処理をＳ７に移す。
【００４９】
Ｓ６：制御部１０（ＩＤ連携部１２）は、既に登録されているユーザＩＤに連携させて連携テーブル２２を更新する。その後、制御部１０は、本処理を終了する。
【００５０】
Ｓ７：制御部１０（ＩＤ連携部１２）は、連携テーブル２２に新たにレコードを追加して、既にログインしているサービスのユーザＩＤと、受信した他のサービスのユーザＩＤとを登録する。その後、制御部１０は、本処理を終了する。
【００５１】
このようにすることで、認証サーバ１は、発行時及び認証時のセキュリティレベルの異なる複数のサービスのユーザＩＤのうち端末３からＩＤ連携要求がされたユーザＩＤと、既にログイン中のユーザＩＤとを、同一ユーザのユーザＩＤとして連携させることができる。
【００５２】
［認証処理］
次に、実際にユーザＩＤを使用してサービスの提供を受ける場合の処理について説明する。図５は、本実施形態に係る認証サーバ１での認証処理のフローチャートである。図６は、本実施形態に係る端末３での表示例を示す図である。
【００５３】
まず、図５のＳ１０：制御部１０（認証受付部１３）は、端末３から認証要求を受け付ける。例えば、制御部１０が「サービスＡ」の提供を受けようとするユーザＸの端末３に「サービスＡ」のログイン画面６０（図６（ａ））（認証受付画面）を出力しており、ユーザＸがログイン画面６０のＩＤ部６１に「サービスＢ」のユーザＩＤを入力してボタン６２を選択することで、認証サーバ１は、端末３から送信された認証要求を受け付ける。
【００５４】
Ｓ１１：制御部１０は、端末３がログインしようとしている、ＩＤ記憶部２１の該当のサービスに、受信した認証要求に含まれるユーザＩＤが記憶されているか否かを判断する。ＩＤ記憶部２１の該当のサービスにユーザＩＤが記憶されている場合（Ｓ１１：ＹＥＳ）には、制御部１０は、処理をＳ２０に移し、通常の認証処理を行う。通常の認証処理とは、「サービスＡ」のサービスを受けるために、「サービスＡ」のユーザＩＤ及びパスワードを利用するものをいう。他方、ＩＤ記憶部２１の該当のサービスにユーザＩＤが記憶されていない場合（Ｓ１１：ＮＯ）には、制御部１０は、処理をＳ１２に移す。
【００５５】
Ｓ１２：制御部１０（認証部１４）は、連携テーブル２２を参照し、受信した認証要求に含まれるユーザＩＤが連携テーブル２２に存在するか否かを判断する。連携テーブル２２に存在する場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、連携テーブル２２に存在しない場合（Ｓ１２：ＮＯ）には、制御部１０は、エラー画面６５（図６（ｂ）参照）を出力し（Ｓ２１）、本処理を終了する。
【００５６】
Ｓ１３：制御部１０（認証部１４）は、ＩＤ記憶部２１を参照し、受信した認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、受信した認証要求に含まれるサービス名に対応するサービスの認証時のセキュリティレベルより高いか否かを判断する。認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、サービス名に対応する認証時のセキュリティレベルより高い場合（Ｓ１３：ＹＥＳ）には、制御部１０は、処理をＳ１４に移す。他方、認証要求に含まれるユーザＩＤに対応するサービスの認証時のセキュリティレベルが、サービス名に対応する認証時のセキュリティレベルと同等又はそれ以下の場合（Ｓ１３：ＮＯ）には、制御部１０は、ＩＤ受付不可画面６７（図６（ｃ）参照）を出力し（Ｓ２２）、本処理を終了する。
【００５７】
Ｓ１４：制御部１０（認証部１４）は、受信した認証要求に含まれるユーザＩＤを用いて認証処理を行う。より具体的には、受信した認証要求に含まれるユーザＩＤに連携された当該サービスのユーザＩＤを用いて、サービスの認証処理を行う。
【００５８】
Ｓ１５：制御部１０（認証部１４）は、認証が成功したか否かを判断する。認証が成功した場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１６に移す。他方、認証が失敗した場合（Ｓ１５：ＮＯ）には、制御部１０は、認証失敗である旨を端末３に出力して（Ｓ２３）、本処理を終了する。
【００５９】
Ｓ１６：制御部１０（サービス制御部１５）は、認証要求に含まれるサービス名に対応するサービスを、提供するサービス提供サーバ２に対して実行するように制御する。その後、制御部１０は、本処理を終了する。
【００６０】
端末３には、図６（ｄ）に示される「サービスＡ」のメイン画面６９が表示される。端末３が「サービスＡ」のサービスの提供を受けるために「サービスＡ」の認証時のセキュリティレベルより高いセキュリティレベルの「サービスＢ」のユーザＩＤを用いてログインすることで、認証サーバ１は、認証を行って「サービスＡ」を提供することができる。
【００６１】
このように、認証サーバ１は、予めユーザＩＤを連携させておくことで、サービスごとに異なるユーザＩＤが登録されている場合であっても、認証時のセキュリティレベルの高い１つのユーザＩＤを複数のサービスに共通に使用することができる。よって、認証サーバ１は、ユーザをユーザＩＤの管理の煩雑さから解放させることができる。また、認証サーバ１は、認証時のセキュリティレベルの高いユーザＩＤを使用する場合でも、サービスに合致したユーザＩＤを使用した場合と同等の処理を行うだけであるので、煩雑な作業を伴うことなく認証処理を行うことができる。
【００６２】
（変形形態）
本実施形態では、認証サーバの他にサービス提供サーバを備えて、サービス提供サーバによってサービスを提供するものとして説明したが、これに限定されない。例えば、認証サーバが、サービス提供サーバの役割をも担うものであってもよい。
【００６３】
本実施形態では、認証をユーザＩＤとパスワードとを使用するものとして説明したが、これに限定されない。例えば、生体認証等を用いるものであってもよい。また、端末から認証サーバ１に送信する認証要求は、そのデータが暗号化されていてもよい。
【００６４】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００６５】
１ 認証サーバ
２ サービス提供サーバ
３ 端末
１０ 制御部
１１ 登録受付部
１２ ＩＤ連携部
１３ 認証受付部
１４ 認証部
１５ サービス制御部
２０ 記憶部
２１ ＩＤ記憶部
２２ 連携テーブル
３０ 登録情報画面
３３ ＩＤ入力画面
６０ ログイン画面
１００ サービス提供システム
【特許請求の範囲】
【請求項１】
発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバであって、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録する第１登録手段と、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録する第２登録手段と、
同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるＩＤ連携部と、
ユーザによるＩＤを含む認証要求を前記サービスごとに受け付ける複数の認証受付部と、
前記複数の認証受付部のうち一の前記認証受付部が受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行う認証部と、
前記認証部により認証がされたことに応じて、前記認証要求を受け付けた前記一の認証受付部に対応する前記サービスを実行するように制御するサービス制御部と、
を備える、
認証サーバ。
【請求項２】
前記認証受付部は、対応する前記サービスで用いるＩＤと、当該ＩＤよりセキュリティレベルの高いＩＤとのいずれの入力をも受け付け可能な認証受付画面を出力する、
請求項１に記載の認証サーバ。
【請求項３】
前記認証部は、前記一の認証受付部が受け付けた認証要求に含まれるＩＤの前記認証時のセキュリティレベルが前記ＩＤ連携部によって連携された当該サービスの前記認証時のセキュリティレベルより高い場合に、受け付けた前記認証要求に含まれるＩＤに前記ＩＤ連携部により連携された前記サービスのＩＤを用いて前記サービスの認証処理を行う、
請求項１又は請求項２に記載の認証サーバ。
【請求項４】
発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバによる認証方法であって、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録するステップと、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録するステップと、
前記認証サーバが、同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるステップと、
前記認証サーバが、ユーザによるＩＤを含む認証要求を前記サービスごとに受け付けるステップと、
前記認証サーバが、受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行うステップと、
前記認証サーバが、認証がされたことに応じて前記認証要求を受け付けた前記サービスを実行するように制御するステップと、
を含む、
認証方法。
【請求項１】
発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバであって、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録する第１登録手段と、
前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録する第２登録手段と、
同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるＩＤ連携部と、
ユーザによるＩＤを含む認証要求を前記サービスごとに受け付ける複数の認証受付部と、
前記複数の認証受付部のうち一の前記認証受付部が受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行う認証部と、
前記認証部により認証がされたことに応じて、前記認証要求を受け付けた前記一の認証受付部に対応する前記サービスを実行するように制御するサービス制御部と、
を備える、
認証サーバ。
【請求項２】
前記認証受付部は、対応する前記サービスで用いるＩＤと、当該ＩＤよりセキュリティレベルの高いＩＤとのいずれの入力をも受け付け可能な認証受付画面を出力する、
請求項１に記載の認証サーバ。
【請求項３】
前記認証部は、前記一の認証受付部が受け付けた認証要求に含まれるＩＤの前記認証時のセキュリティレベルが前記ＩＤ連携部によって連携された当該サービスの前記認証時のセキュリティレベルより高い場合に、受け付けた前記認証要求に含まれるＩＤに前記ＩＤ連携部により連携された前記サービスのＩＤを用いて前記サービスの認証処理を行う、
請求項１又は請求項２に記載の認証サーバ。
【請求項４】
発行時及び認証時のセキュリティレベルの組み合わせに対応するサービスごとにＩＤが割り当てられた認証サーバによる認証方法であって、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより高い第１のサービスのＩＤを登録するステップと、
前記認証サーバが、前記発行時のセキュリティレベルが前記認証時のセキュリティレベルより低く、前記認証時のセキュリティレベルが前記第１のサービスの前記認証時のセキュリティレベルより高い第２のサービスのＩＤを登録するステップと、
前記認証サーバが、同一のユーザの前記第１のサービスのＩＤと、前記第２のサービスのＩＤとを連携させるステップと、
前記認証サーバが、ユーザによるＩＤを含む認証要求を前記サービスごとに受け付けるステップと、
前記認証サーバが、受け付けた前記認証要求に含まれるＩＤを用いてサービスの認証処理を行うステップと、
前記認証サーバが、認証がされたことに応じて前記認証要求を受け付けた前記サービスを実行するように制御するステップと、
を含む、
認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−１１３１７０（Ｐ２０１１−１１３１７０Ａ）
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願番号】特願２００９−２６７２５３（Ｐ２００９−２６７２５３）
【出願日】平成２１年１１月２５日（２００９．１１．２５）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願日】平成２１年１１月２５日（２００９．１１．２５）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
[ Back to top ]