JP2013257625A - 認証要求変換装置および認証要求変換方法 - Google Patents

Abstract

【課題】既存システムに変更を加えることなく、サービスに応じて認証方式を変更することを課題とする。
【解決手段】認証要求変換装置１０は、対象サービスごとに認証方式を変えられるように、事前にサービスと認証方式の組合せを定義して管理することで、アクセス要求のあったサービスに応じて、ユーザに対する認証方式を変える。この結果、認証要求変換装置１０では、既存システムに変更を加えることなく、サービスに応じて認証方式を変更することが可能となる。
【選択図】図１

Description

本発明は、認証要求変換装置および認証要求変換方法に関する。

従来より、インターネットの普及や高速なネットワーク回線の普及に伴い、インターネットなどのネットワークを介して、多種多様のサービスをユーザに提供するサービス提供システムが増えている。このようなサービス提供システムでは、悪質なユーザの排除や公序良俗の遵守の観点から、サービス提供対象であるサービス利用者を認証するための認証技術が適用されている。

利用者の判別にはパスワード認証などが広く用いられているが、セキュリティレベルの低さが課題となっている。パスワード認証よりも安全な認証方式を導入しようとすると設備変更などの様々なコストも発生するため、導入には課題も多い。このような課題を解決するため、既存システムに変更を加えることなくより安全なユーザ認証を提供する技術が知られている（例えば、特許文献１参照）。具体的には、既存システムに代わって、ユーザからの認証要求を既存システムとは異なる認証方式により受けつけ、正当なユーザであることが確認された場合には、既存システムに対して、事前にユーザ毎に登録された既存システム向けの認証情報をユーザに代わって送信することで、ユーザ認証を実現する。

特開２０１１−３１００号公報

しかしながら、上記した従来の認証方式の技術では、既存システムの要求する認証方式がそれぞれ異なる場合、既存システム毎に認証方式を変更することができないという課題があった。つまり、既存システムに代わってユーザからの認証要求を受け付ける際の認証方式が固定的であるため、サービスに応じて認証方式を変更することができなかった。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、既存システムに変更を加えることなく、サービスに応じて認証方式を変更することを目的とする。

上述した課題を解決し、目的を達成するため、認証要求変換装置は、ネットワークを介してサービスを提供するサービス提供装置と、前記サービスを利用する利用者端末とのそれぞれに接続される認証要求変換装置であって、前記サービス提供装置が提供するサービスの種別と、サービスの提供を受ける利用者端末の利用者を認証する方式である認証方式とを対応付けて記憶する認証方式記憶部と、前記利用者端末の利用者を特定する利用者識別情報と、前記サービス提供装置が利用者認証に用いる情報を示すサービス用認証情報とを対応付けて記憶するサービス用認証記憶部と、前記サービスを利用するための認証を要求する認証要求であって、前記利用者識別情報と前記利用者が利用を希望するサービスの種別とを含む認証要求を前記利用者端末から受け付ける要求受付部と、前記要求受付部によって受け付けた認証要求に含まれるサービスの種別に対応する認証方式を前記認証方式記憶部から選択する選択部と、前記選択部によって選択された認証方式を実行可能な認証処理部を複数の認証処理部のなかから特定し、特定した認証処理部に対して前記選択された認証方式による認証の実行を要求する要求部と、前記要求部によって認証の実行を要求された認証処理部から、前記利用者端末が正当な利用者であると認証された結果を受け付けた場合には、前記認証要求に含まれる利用者識別情報に対応付けられたサービス用認証情報を前記サービス用認証記憶部から取得する取得部と、前記取得部によって取得されたサービス用認証情報を、前記認証要求を送信した利用者端末を介して、前記サービス提供装置に送信する認証情報送信部と、を有することを特徴とする。

また、認証要求変換方法は、ネットワークを介してサービスを提供するサービス提供装置と、前記サービスを利用する利用者端末とのそれぞれに接続される認証要求変換装置で実行される認証要求変換方法であって、前記認証要求変換装置は、前記サービス提供装置が提供するサービスの種別と、サービスの提供を受ける利用者端末の利用者を認証する方式である認証方式とを対応付けて記憶する認証方式記憶部と、前記利用者端末の利用者を特定する利用者識別情報と、前記サービス提供装置が利用者認証に用いる情報を示すサービス用認証情報とを対応付けて記憶するサービス用認証記憶部と、を有し、前記サービスを利用するための認証を要求する認証要求であって、前記利用者識別情報と前記利用者が利用を希望するサービスの種別とを含む認証要求を前記利用者端末から受け付ける要求受付工程と、前記要求受付工程によって受け付けた認証要求に含まれるサービスの種別に対応する認証方式を前記認証方式記憶部から選択する選択工程と、前記選択工程によって選択された認証方式を実行可能な認証処理部を複数の認証処理部のなかから特定し、特定した認証処理部に対して前記選択された認証方式による認証の実行を要求する要求工程と、前記要求工程によって認証の実行を要求された認証処理部から、前記利用者端末が正当な利用者であると認証された結果を受け付けた場合には、前記認証要求に含まれる利用者識別情報に対応付けられたサービス用認証情報を前記サービス用認証記憶部から取得する取得工程と、前記取得工程によって取得されたサービス用認証情報を、前記認証要求を送信した利用者端末を介して、前記サービス提供装置に送信する認証情報送信工程と、を含んだことを特徴とする。

本願に開示する認証要求変換装置および認証要求変換方法は、既存システムに変更を加えることなく、サービスに応じて認証方式を変更することができるという効果を奏する。

図１は、認証要求変換装置を含む認証要求変換システムの全体構成を示す図である。 図２は、第一の実施形態に係る認証要求変換システムを構成する各装置のブロック図である。 図３は、認証方式定義ファイルのデータ構成例を示す図である。 図４は、サービス用認証ＤＢのデータ構成例を示す図である。 図５は、サービス定義ファイルのデータ構成例を示す図である。 図６は、第一の実施形態に係る認証要求変換システムによる処理の流れを示すシーケンス図である。 図７は、認証要求変換プログラムを実行するコンピュータを示す図である。

以下に、本願に係る認証要求変換装置および認証要求変換方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願に係る認証要求変換装置および認証要求変換方法が限定されるものではない。

［第一の実施の形態］
以下の実施の形態では、第一の実施の形態に係る認証要求変換装置を含むシステムの構成、認証要求変換装置の構成および処理の流れを順に説明し、最後に第一の実施の形態による効果を説明する。

［第一の実施の形態に係る認証要求変換装置を含むシステムの全体構成］
まず、図１を用いて、開示する認証要求変換装置を含む認証要求変換システム１００の全体構成について説明する。図１は、認証要求変換装置を含む認証要求変換システムの全体構成を示す図である。

図１に示すように、認証要求変換システム１００は、認証要求変換装置１０と、利用者端末２０と、サービス提供装置３０と、複数の認証装置４０Ａ〜４０Ｃとがインターネットなどのネットワーク５０を介して相互に通信可能に接続される。なお、ここでは、利用者端末２０やサービス提供装置３０がそれぞれ１台の場合を図示しているが、あくまで例示であり、これに限定されるものではなく、複数台あってもよく、また、認証装置４０が３台の場合を図示しているが、あくまで例示であり、これに限定されるものではなく、２台以下であってもよいし、４台以上であってもよい。

認証要求変換装置１０は、利用者端末２０に対してサービスの種別に応じた認証処理を既存のサービス提供装置３０に代わって実行する。これにより、利用者端末２０がサービス提供装置３０を利用する際に行なわれる認証処理の方式を別の方式（例えば、より安全な方式）に変換し、認証要求変換システム１００全体の機能を高度化（例えば、セキュリティ強化による信頼性の向上）させる。なお、認証要求変換装置１０の詳しい構成および処理については、図２等を用いて後に詳述する。

利用者端末２０は、ネットワーク５０を介して提供されるサービスを利用するユーザ端末であり、パスワードやＰＫＩ（Public Key Infrastructure）等の認証機能や暗号機能を備えた端末である。このような利用者端末２０として、例えば、パーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ、携帯電話、ＰＨＳの如き移動体通信端末などがある。

サービス提供装置３０は、ネットワーク５０を介して利用者端末２０にサービスを提供するサーバであり、例えば、Ｗｅｂサーバ、あるいはＨＴＴＰ（HyperText Transfer Protocol）やその他のプロトコルを利用してサービスを提供するアプリケーションサーバ等である。また、サービス提供装置３０は、ユーザ認証を行って、許可した利用者端末２０に対してのみサービスを提供する。

サービス提供装置３０が実施するユーザ認証には、パスワード認証など様々な認証手法を用いることができる。例えば、サービス提供装置３０は、パスワード認証を用いる場合、『サービスの利用者を特定する「ＩＤ（ユーザＩＤ）」と「パスワード」』を対応付けた認証ＤＢを有しており、利用者端末２０から受け付けたＩＤとパスワードを認証ＤＢ内に記憶している場合にのみ、利用者端末２０にサービスを提供する。他の認証手法を用いたサービス提供装置３０について、当該認証手法の実施に必要な情報を記憶した認証ＤＢをあらかじめ備えておくことによって同様に実現することができる。

なお、サービス提供装置３０が提供するサービスとしては、検索エンジン、ショッピング、銀行等の取引、オークション、音楽ダウンロードなど様々なサービスを提供することができ、特に限定されるものでない。

認証装置４０Ａ〜４０Ｃは、利用者端末２０の利用者を認証する認証処理を行う。また、認証装置４０Ａ〜４０Ｃは、認証要求変換装置１０から認証の依頼を受け付けると、利用者端末２０の利用者に対して認証処理を行い、認証結果を認証要求変換装置１０へ送信する。なお、認証装置４０Ａ〜４０Ｃは、複数の認証方式を実行可能な認証装置であってもよいし、１つの認証方式のみを実行可能な認証装置であってもよい。

［認証要求変換システムの構成］
次に、図２を用いて、図１に示した認証要求変換システム１００を構成する各装置の構成について説明する。図２は、第一の実施形態に係る認証要求変換システムを構成する各装置のブロック図である。

図２に示すように、認証要求変換装置１０は、記憶部１１、制御部１２、認証要求制御部１３、複数の認証処理部１４ａ〜１４ｃを有し、ネットワーク５０を介して利用者端末２０、サービス提供装置３０、認証装置４０と接続される。以下にこれらの各部の処理を説明する。なお、認証要求変換装置１０は、複数の認証処理部１４ａ〜１４ｃを、認証方式の種類毎に有している。また、図２の例では、認証処理部１４が３台の場合を図示しているが、あくまで例示であり、これに限定されるものではなく、２台以下であってもよいし、４台以上であってもよい。

記憶部１１は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、認証方式定義ファイル１１ａ、サービス用認証ＤＢ（Data Base）１１ｂ、サービス定義ファイル１１ｃを有する。

認証方式定義ファイル１１ａは、サービス提供装置３０が提供するサービスの種別と、サービスの提供を受ける利用者端末２０を認証する方式である認証方式とを対応付けて記憶する。具体的には、認証方式定義ファイル１１ａは、図３に示すように、サービス提供装置３０を識別するサービス名を示す「サービス装置識別名」と、サービスを要求する利用者端末２０の利用者を認証する方式を示す「認証方式」と、認証要求の依頼先である認証処理部１４を識別する情報である「認証先情報」とを対応付けて記憶する。

図３の例を挙げて説明すると、例えば、認証方式定義ファイル１１ａは、サービス装置識別名「サービスＡ」と、認証方式「パスワード」と、認証先情報「認証処理部Ａ」とを対応付けて記憶する。これは、サービス提供装置３０が提供する「サービスＡ」を要求する利用者端末２０の利用者に対する認証方式が「パスワード」認証であることが事前に定義されており、このパスワード認証を実行可能な認証処理部１４が「認証処理部Ａ」であることを意味する。なお、ここでパスワード認証を実行可能な認証処理部１４とは、実際に認証処理部１４がパスワード認証を行う場合に限らず、外部の認証装置４０にパスワード認証を依頼して、パスワード認証を実行させることを含む意味である。

サービス用認証ＤＢ１１ｂは、利用者端末２０の利用者を特定するユーザ識別情報と、サービス提供装置３０が利用者認証に用いる情報を示す認証情報とを対応付けて記憶する。具体的には、サービス用認証ＤＢ１１ｂは、図４に示すように、「サービス装置識別名」と、利用者端末２０の利用者を一意に識別する「ユーザ識別情報」と、サービス提供装置３０が利用者認証に用いる情報である「認証情報」とを対応付けて記憶する。

図４の例を挙げて説明すると、例えば、サービス用認証ＤＢ１１ｂは、サービス装置識別名「サービスＡ」と、ユーザ識別情報「００００１」と、認証情報「パスワード」とを対応付けて記憶する。これは、サービス提供装置３０が提供する「サービスＡ」を要求する利用者端末２０の利用者のユーザ識別情報が「００００１」であり、サービス提供装置３０が利用者認証に用いる認証情報である「パスワード」の内容が記憶されていることを意味する。なお、図４の例では、認証情報として、単に「パスワード」とだけ記載されているが、認証情報には、実際のパスワードの値が記憶されているものとする。

サービス定義ファイル１１ｃは、サービス提供装置３０が提供するサービスの種別と、該サービスを提供するサービス提供装置３０のアドレス情報とを対応付けて記憶する。具体的には、サービス定義ファイル１１ｃは、図５に示すように、「サービス装置識別名」と、サービス提供装置３０に対するログイン先のＵＲＬである「ログイン先ＵＲＬ」と、サービス装置に対してログイン情報を送信する際の電文形式を示す「ログイン情報電文形式」とを対応付けて記憶する。例えば、図５の例では、「サービスＡ」を提供するサービス提供装置３０に対するログイン先のＵＲＬが「https://www.example-a.jp/login」であり、ログイン情報を送信する際の形式が「電文情報」であることが記憶されている。なお、ログイン情報電文形式は、アプリケーションプログラムの実装に依るものであり、具体的な形式の説明は省略する。

制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、要求受付部１２ａ、選択部１２ｂ、要求部１２ｃ、取得部１２ｄ、送信部１２ｅを有する。

要求受付部１２ａは、サービスを利用するための認証を要求する認証要求であって、利用者端末２０の利用者が利用を希望するサービスの種別を含む認証要求を利用者端末２０から受け付ける。具体的には、要求受付部１２ａは、利用者端末２０から認証要求を受信すると、認証要求に含まれるサービス種別を認識する。

選択部１２ｂは、要求受付部１２ａによって受け付けた認証要求が指定するサービス種別に対応する認証方式を認証方式定義ファイル１１ａから選択する。具体的には、選択部１２ｂは、予め定義されている認証方式定義ファイル１１ａを確認し、認証要求により指定されたサービス種別に対応するサービス装置識別名を選択し、選択されたサービス装置識別名に対応する「認証方式」を選択する。

要求部１２ｃは、選択部１２ｂによって選択された認証方式を実行可能な認証処理部１４を複数の認証処理部１４ａ〜１４ｃのなかから特定し、特定した認証処理部１４に対して選択された認証方式による認証の実行を要求する。

具体的には、要求部１２ｃは、選択された「認証方式」に対応する「認証先情報」を認証方式定義ファイル１１ａから取得し、「認証先情報」により特定される自装置の認証処理部１４に対して、選択された認証方式による認証の実行を要求する。つまり、要求部１２ｃは、自装置の認証処理部１４ａ〜１４ｃのいずれかに対して認証の実行を要求する場合には、認証要求制御部１３を介して、選択した認証方式に対応する認証処理部１４に対して認証要求を送信する。

取得部１２ｄは、認証の実行を要求された自装置の認証処理部１４または外部の認証装置４０から、正当な利用者であると認証された結果を受け付けた場合には、認証変換要求に含まれるユーザ識別情報に対応付けられたサービス提供装置３０用の認証情報をサービス用認証ＤＢ１１ｂから取得する。具体的には、前述した要求部１２ｃが認証の実行を要求した後、自装置の認証処理部１４または外部の認証装置４０が、利用者（利用者端末２０）に対し、認証情報の提示（パスワードの入力や証明書の提示など）を求め、その認証情報を受け付けて正当な利用者であるか判断する認証処理を行う。そして、外部の認証装置４０が認証処理を行った場合には、認証結果を認証処理部１４に返信する。また、自装置の認証処理部１４が、認証処理を行った場合、または、外部の認証装置４０から認証結果を受信した場合には、認証結果とともに認証変換要求を取得部１２ｄに送信する。そして、取得部１２ｄは、認証結果および認証変換要求を受信し、認証結果が正当な利用者であると認証された結果である場合には、サービス用認証ＤＢ１１ｂを参照し、認証変換要求に含まれる「サービス装置識別名」および「ユーザ識別情報」に対応する「認証情報」を取得する。

送信部１２ｅは、取得部１２ｄによって取得されたサービス提供装置３０用の認証情報を、認証要求を送信した利用者端末２０を介して、サービス提供装置３０に送信する。具体的には、送信部１２ｅは、取得部１２ｄによってサービス提供装置３０用の「認証情報」が取得されると、利用者端末２０の利用者が利用を希望したサービスの「サービス装置識別名」に対応するサービス提供装置３０の「ログイン先ＵＲＬ」および「ログイン情報電文形式」をサービス定義ファイル１１ｃから取得し、「ログイン情報電文形式」に従って「ログイン先ＵＲＬ」に対して、サービス提供装置３０用の認証情報をサービス提供装置３０に送信する。これにより、検証結果が整合すれば、利用者端末２０は、リダイレクト形式でサービス提供装置３０にログインできる。

認証要求制御部１３は、サービス毎に指定された認証方式に対応する認証処理部１４ａ〜１４ｃに対し、認証要求を振り分ける。具体的には、認証要求制御部１３は、要求部１２ｃから受信した認証要求を、選択部１２ｂによって選択された認証方式に対応する認証処理部１４ａ〜１４ｃのいずれかに振り分ける。

複数の認証処理部１４ａ〜１４ｃは、それぞれ異なる認証形式により利用者端末２０の利用者を認証する認証処理を行う。また、認証処理部１４ａ〜１４ｃは、外部の認証装置４０に対して認証を依頼することもできる。具体的には、各認証処理部１４ａ〜１４ｃは、前述した要求部１２ｃから認証要求を受信すると、自身で認証を行うか、または、外部の認証装置４０に認証を依頼するか判定する。この結果、認証処理部１４ａ〜１４ｃは、自身で認証を行うと判定した場合には、利用者端末２０の利用者を認証する認証処理（本人の正当性検証）を行う。また、認証処理部１４ａ〜１４ｃは、外部の認証装置４０に認証を依頼すると判定した場合には、認証要求を認証装置４０に送信し、認証装置４０に認証処理を行わせた後、認証結果を認証装置４０から受信する。

次に、認証装置４０ついて簡単に説明する。認証装置４０は、利用者に対して行う認証に用いられる情報を記憶し、例えば、ユーザ識別情報に対応付けて、証明書認証や生体認証に必要な情報を記憶する。

また、認証装置４０は、利用者端末２０の利用者に対する認証を行う旨の要求を認証処理部１４から受信すると、利用者端末２０の利用者に対して、認証処理（本人の正当性検証処理）を行い、認証処理が行われた結果を認証処理部１４に対して送信する。

［認証要求変換システムによる処理］
次に、図６を用いて、第一の実施形態に係る認証要求変換システム１００による処理の流れを説明する。図６は、第一の実施形態に係る認証要求変換システム１００による処理の流れを示すシーケンス図である。

図６に示すように、利用者端末２０は、利用者によって入力された、対象サービスごとに指定された専用のアドレス情報（ＵＲＬ等）によって認証要求変換装置１０にアクセスすることで、認証要求変換装置１０に対して認証要求を送信する（ステップＳ１０１）。

そして、認証要求変換装置１０の要求受付部１２ａが、認証要求を受け付け、認証要求に含まれるサービス提供装置３０を識別可能な情報を抽出した後、選択部１２ｂは、予め定義されている認証方式定義ファイル１１ａをチェックし、認証要求から抽出されたサービス装置識別名に対応する「認証方式」を選択する（ステップＳ１０２）。

そして、要求部１２ｃは、選択された「認証方式」に対応する「認証先情報」を認証方式定義ファイル１１ａから取得し、「認証先情報」により特定される自装置の認証処理部１４に対し、認証要求を送信した利用者端末２０を介して、選択された認証方式による認証の実行を要求する（ステップＳ１０３）。そして、認証処理部１４は、認証装置４０に対して認証要求を行う（ステップＳ１０４）。なお、認証処理部１４は、認証装置４０に対して認証要求を行わずに、自ら認証処理を行ってもよい。

続いて、認証装置４０は、認証要求変換装置１０が要求した認証要求を受け付け、認証処理（本人の正当性検証）を行う（ステップＳ１０５）。そして、認証装置４０は、認証結果（ここでは、正当な利用者であると認証された結果）の応答を認証処理部１４に対して送信する（ステップＳ１０６）。

そして、認証結果を受け取った認証要求変換装置１０の認証処理部１４は、自装置の取得部１２ｄに対して、認証情報の認証変換要求を行う（ステップＳ１０７）。続いて、取得部１２ｄは、認証返還要求を受け付け、変換処理を行う（ステップＳ１０８）。具体的には、取得部１２ｄは、利用者端末２０が正当な利用者であると認証された結果を受け付けた場合には、認証要求に含まれるユーザ識別情報に対応付けられたサービス提供装置３０用の認証情報をサービス用認証ＤＢ１１ｂから取得する。

続いて、認証要求変換装置１０の送信部１２ｅは、利用者端末２０の利用者が利用を希望したサービスのサービス装置識別名に対応するサービス提供装置３０の「ログイン先ＵＲＬ」をサービス定義ファイル１１ｃを参照して確認する（ステップＳ１０９）。そして、送信部１２ｅは、ログイン先ＵＲＬに対して、サービス用の利用者識別情報および認証情報を送信する。検証結果が整合すれば利用者端末２０がリダイレクト形式でサービス提供装置３０にログインすることができる（ステップＳ１１０）。

[第一の実施形態に係る認証要求変換装置による効果]
上述してきたように、認証要求変換装置１０は、ネットワーク５０を介してサービスを提供するサービス提供装置３０と、サービスを利用する利用者端末２０とのそれぞれに接続される。そして、認証要求変換装置１０は、サービス提供装置３０が提供するサービスの種別と、サービスの提供を受ける利用者端末２０を認証する方式である認証方式とを対応付けて記憶する。また、認証要求変換装置１０は、利用者端末２０の利用者を特定するユーザ識別情報と、サービス提供装置３０が利用者認証に用いる情報を示すサービス提供装置３０用の認証情報とを対応付けて記憶する。そして、認証要求変換装置１０は、サービスを利用するための認証を要求する認証要求であって、ユーザ識別情報と利用者端末２０の利用者が利用を希望するサービスの種別とを含む認証要求を利用者端末２０から受け付け、受け付けた認証要求に含まれるサービスの種別に対応する認証方式を認証方式定義ファイル１１ａから選択する。そして、認証要求変換装置１０は、選択された認証方式を実行可能な認証処理部１４または認証装置４０を特定し、特定した認証処理部１４または認証装置４０に対して選択された認証方式による認証の実行を要求し、認証の実行を要求された認証処理部１４または認証装置４０から、利用者端末２０が正当な利用者であると認証された結果を受け付けた場合には、認証要求に含まれるユーザ識別情報に対応付けられたサービス用認証情報をサービス用認証ＤＢ１１ｂから取得し、取得されたサービス用認証情報を、認証要求を送信した利用者端末２０を介して、サービス提供装置３０に送信する。

このように、認証要求変換装置１０は、対象サービスごとに認証方式を変えられるように、事前にサービスと認証方式の組合せを定義して管理することで、アクセス要求のあったサービスに応じて、ユーザに対する認証方式を変えることができる。この結果、認証要求変換装置１０では、既存システムに変更を加えることなく、サービスに応じて認証方式を変更することが可能となる。

また、認証要求変換装置１０は、サービス提供装置３０が提供するサービスの種別と、該サービスを提供するサービス提供装置３０のアドレス情報（ＵＲＬ）とを対応付けて記憶する。そして、認証要求変換装置１０は、認証の実行を要求された認証処理部１４または認証装置４０から、利用者端末２０が正当な利用者であると認証された結果を受け付けた場合には、利用者端末２０の利用者が利用を希望したサービスの種別に対応するサービス提供装置３０のアドレス情報をサービス定義ファイル１１ｃから取得し、アドレス情報を用いて、サービス提供装置３０用の認証情報をサービス提供装置３０に送信する。これにより、サービス提供装置３０に対して認証情報を適切に送信することが可能である。

［認証要求］
なお、上記の実施形態では、認証要求変換装置１０の要求部１２ｃが認証の要求を自装置の認証処理部１４に送信した後、認証の要求を受け付けた認証処理部１４が、自装置で認証処理を行うか、外部の認証装置４０に認証を要求するかを判断する場合を説明したが、本発明はこれに限定されるものではなく、要求部１２ｃが自装置の認証処理部１４に認証を要求するか外部の認証装置４０に認証を要求するかを判断し、自装置の認証処理部１４または外部の認証装置４０のいずれかに一方に対して認証の実行を要求するようにしてもよい。

このように、認証要求変換装置１０は、選択された認証方式を実行可能な自装置の認証処理部１４、外部の認証装置４０いずれか一方に対して認証の実行を要求するので、認証要求変換装置１０は、認証要求変換装置１０内で認証処理を行うことも可能であるし、外部の装置に認証処理を行わせることも可能である。

［システム構成］
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

［プログラム］
また、上記実施形態において説明した認証要求変換装置１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、第一の実施形態に係る認証要求変換装置１０が実行する処理をコンピュータが実行可能な言語で記述した認証要求変換プログラムを作成することもできる。この場合、コンピュータが認証要求変換プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかる認証要求変換プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録された認証要求変換プログラムをコンピュータに読み込ませて実行することにより上記第一の実施形態と同様の処理を実現してもよい。以下に、図２に示した認証要求変換装置１０と同様の機能を実現する認証要求変換プログラムを実行するコンピュータの一例を説明する。

図７は、認証要求変換プログラムを実行するコンピュータ１０００を示す図である。図７に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、図７に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図７に例示するように、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、図７に例示するように、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブに挿入される。シリアルポートインタフェース１０５０は、図７に例示するように、例えばマウス１０５１、キーボード１０５２に接続される。ビデオアダプタ１０６０は、図７に例示するように、例えばディスプレイ１０６１に接続される。

ここで、図７に例示するように、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記の認証要求変換プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０３１に記憶される。

また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、要求受付手順、選択手順、要求手順、取得手順、送信手順を実行する。

なお、認証要求変換プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、認証要求変換プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０ 認証要求変換装置
１１ 記憶部
１１ａ 認証方式定義ファイル
１１ｂ サービス用認証ＤＢ
１１ｃ サービス定義ファイル
１２ 制御部
１２ａ 要求受付部
１２ｂ 選択部
１２ｃ 要求部
１２ｄ 取得部
１２ｅ 送信部
１３ 認証要求制御部
１４ａ〜１４ｃ 認証処理部
２０ 利用者端末
３０ サービス提供装置
４０Ａ〜４０Ｃ 認証装置
５０ ネットワーク

Claims (4)

1. ネットワークを介してサービスを提供するサービス提供装置と、前記サービスを利用する利用者端末とのそれぞれに接続される認証要求変換装置であって、
   前記サービス提供装置が提供するサービスの種別と、サービスの提供を受ける利用者端末の利用者を認証する方式である認証方式とを対応付けて記憶する認証方式記憶部と、
   前記利用者端末の利用者を特定する利用者識別情報と、前記サービス提供装置が利用者認証に用いる情報を示すサービス用認証情報とを対応付けて記憶するサービス用認証記憶部と、
   前記サービスを利用するための認証を要求する認証要求であって、前記利用者識別情報と前記利用者が利用を希望するサービスの種別とを含む認証要求を前記利用者端末から受け付ける要求受付部と、
   前記要求受付部によって受け付けた認証要求に含まれるサービスの種別に対応する認証方式を前記認証方式記憶部から選択する選択部と、
   前記選択部によって選択された認証方式を実行可能な認証処理部を複数の認証処理部のなかから特定し、特定した認証処理部に対して前記選択された認証方式による認証の実行を要求する要求部と、
   前記要求部によって認証の実行を要求された認証処理部から、前記利用者端末が正当な利用者であると認証された結果を受け付けた場合には、前記認証要求に含まれる利用者識別情報に対応付けられたサービス用認証情報を前記サービス用認証記憶部から取得する取得部と、
   前記取得部によって取得されたサービス用認証情報を、前記認証要求を送信した利用者端末を介して、前記サービス提供装置に送信する認証情報送信部と、
   を有することを特徴とする認証要求変換装置。
2. 前記要求部は、前記選択部によって選択された認証方式を実行可能な認証処理部を、自装置と外部の装置とがともに有する場合には、いずれか一方の認証処理部に対して認証の実行を要求することを特徴とする請求項１に記載の認証要求変換装置。
3. 前記サービス提供装置が提供するサービスの種別と、該サービスを提供するサービス提供装置のアドレス情報とを対応付けて記憶するアドレス情報記憶部をさらに有し、
   前記認証情報送信部は、前記要求部によって認証の実行を要求された認証処理部から、前記利用者端末が正当な利用者であると認証された結果を受け付けた場合には、前記利用者が利用を希望したサービスの種別に対応するサービス提供装置のアドレス情報を前記アドレス情報記憶部から取得し、該アドレス情報を用いて、前記サービス用認証情報を前記サービス提供装置に送信することを特徴とする請求項１または２に記載の認証要求変換装置。
4. ネットワークを介してサービスを提供するサービス提供装置と、前記サービスを利用する利用者端末とのそれぞれに接続される認証要求変換装置で実行される認証要求変換方法であって、
   前記認証要求変換装置は、
   前記サービス提供装置が提供するサービスの種別と、サービスの提供を受ける利用者端末の利用者を認証する方式である認証方式とを対応付けて記憶する認証方式記憶部と、
   前記利用者端末の利用者を特定する利用者識別情報と、前記サービス提供装置が利用者認証に用いる情報を示すサービス用認証情報とを対応付けて記憶するサービス用認証記憶部と、を有し、
   前記サービスを利用するための認証を要求する認証要求であって、前記利用者識別情報と前記利用者が利用を希望するサービスの種別とを含む認証要求を前記利用者端末から受け付ける要求受付工程と、
   前記要求受付工程によって受け付けた認証要求に含まれるサービスの種別に対応する認証方式を前記認証方式記憶部から選択する選択工程と、
   前記選択工程によって選択された認証方式を実行可能な認証処理部を複数の認証処理部のなかから特定し、特定した認証処理部に対して前記選択された認証方式による認証の実行を要求する要求工程と、
   前記要求工程によって認証の実行を要求された認証処理部から、前記利用者端末が正当な利用者であると認証された結果を受け付けた場合には、前記認証要求に含まれる利用者識別情報に対応付けられたサービス用認証情報を前記サービス用認証記憶部から取得する取得工程と、
   前記取得工程によって取得されたサービス用認証情報を、前記認証要求を送信した利用者端末を介して、前記サービス提供装置に送信する認証情報送信工程と、
   を含んだことを特徴とする認証要求変換方法。

Images