JP2016152042A - 情報処理装置、それにおける認証処理方法、及びプログラム - Google Patents

Abstract

【課題】シングルサインの機能を実現しながら、管理を容易にする。【解決手段】携帯端末やパソコン等の情報処理装置１であって、セキュアブラウザプログラムがインストールされ、セキュアブラウザプログラムに従い、主に使用するプライマリサーバ２ｐへの認証成否を管理する。認証が成功した場合は、他の認証ウェブサーバへのオートコンプリートによる自動ログインを可能とし、プライマリサーバ２ｐへの認証が一定回数失敗した場合は、自動ログインのための設定データを初期化する。【選択図】図１

Description

本発明は、情報処理装置、それにおける認証処理方法、及びプログラムに関する。

一つの代表したアカウントとパスワードによって複数のサーバにおける認証を行うシステム（シングルサインオンシステム）が知られている。具体的に、複数の認証付きＷｅｂサーバ（以下「認証Ｗｅｂサーバ」と呼ぶ）に対応した従来のシングルサインオンシステムの場合、シングルサインオン管理サーバが、代表となるアカウントとパスワードを保持し、認証代行すべき認証Ｗｅｂサーバのアカウントやパスワードなどの認証情報はこの代表となる認証情報に紐付けて管理されていた。

このため企業等がシングルサインオンシステムを導入するときには、複数の既存の認証Ｗｅｂサーバのアカウント情報に加えて新たにシングルサインオンシステム自体のアカウント情報を用意し、管理することとしていた。

特許文献１には、複数の既存認証Ｗｅｂサーバのアカウントとシングルサインオン管理サーバの主となるアカウントを連携管理する技術が開示されている。

特開２０１３−２５０８７５公報

このように従来のシングルサインオンシステムは、新たに全ユーザ分のシングルサインオンシステム用のアカウントを用意し、運用管理しなくてはならなかった。また、シングルサインオンシステムのアカウントのデータが漏洩すると、関連する既存の認証Ｗｅｂサーバへのハッキングの危険性が高まるため、そのセキュリティ管理もより厳重にしなければならず、管理負荷が増大することとなっていた。

本発明は上記実情に鑑みて為されたもので、従来のシングルサインオンシステムと同等の機能を実現しながら、管理負荷を軽減できる情報処理装置、それにおける認証処理方法、及びプログラムを提供することを、その目的の一つとする。

上記従来例の問題点を解決するための本発明は、情報処理装置であって、予め定められた認証ウェブサーバであるプライマリサーバにアクセスして当該プライマリサーバにおける認証の成否を判断する手段と、前記プライマリサーバでの認証の成否を管理し、当該成否に基づいてプライマリサーバ以外の、認証を要するウェブサーバとの間での情報送受態様を変更する手段と、を含むこととしたもものである。

本発明によると、従来のシングルサインオンシステムと同等の機能を実現しながら、管理負荷を軽減できる。

本発明の実施の形態に係る情報処理装置の構成例、及び接続例を表すブロック図である。 本発明の実施の形態に係る情報処理装置が保持する設定データの例を表す説明図である。 本発明の実施の形態に係る情報処理装置の例を表す機能ブロック図である。

本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る情報処理装置１は、図１に例示するように、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５とを含んで構成され、ネットワーク等の通信手段を介してウェブサーバ２ａ，２ｂ…との間で通信可能に接続される。さらに、本実施の形態の一例に係る情報処理装置１は、ネットワーク等の通信手段を介してアクティベーション管理サーバ３との間で通信可能に接続されてもよい。この情報処理装置１は、パーソナルコンピュータ（ＰＣ）によって実現されてもよいし、スマートフォンやタブレット端末等の携帯端末によって実現されてもよい。

制御部１１は、ＣＰＵ等のプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。本実施の形態の制御部１１は、情報処理装置１が例えばＰＣであれば、記憶部１２に格納されているオペレーティングシステムや、本発明の実施の形態に係るブラウザプログラム（以下、セキュアブラウザプログラムと呼ぶ）を含む各種アプリケーションプログラムの処理を実行する。また本実施の形態の制御部１１は、認証処理として、予め定められた、ユーザ認証を行うウェブサーバ２（以下、プライマリサーバと呼ぶ）との間の認証の成否状態を調べ、当該成否状態に応じた処理を行う。この制御部１１による認証処理の具体的な内容は、後に詳しく述べる。

記憶部１２は、ハードディスクドライブや、フラッシュメモリ等の記憶デバイスを含んで構成される。この記憶部１２は、制御部１１によって実行されるプログラムを格納している。このプログラムはＤＶＤ−ＲＯＭ等のコンピュータ可読かつ非一時的な記憶媒体に格納されて提供され、この記憶部１２にインストールされたものであってもよい。また、このプログラムは、ネットワーク等の通信手段を介して提供され、この記憶部１２にインストールされたものであってもよい。さらに本実施の形態において、この記憶部１２は、制御部１１のワークメモリとしても動作し、認証情報を記憶する。この認証情報の例についても後述する。

操作部１３は、キーボードやマウス、あるいはキーパッドないしタッチパネル等であり、ユーザの操作を受け入れて、当該操作の内容を表す情報を制御部１１に出力する。表示部１４は、例えば液晶ディスプレイ等であり、制御部１１から入力される指示に従って、情報を表示する。

通信部１５は、有線または無線のネットワークインタフェース等であり、制御部１１から入力される指示に従って、外部の通信先との間で情報を送受する。この通信部１５は、外部の通信先からネットワーク等を介して到来した、情報処理装置１宛の情報を受信して制御部１１に対して出力するとともに、制御部１１から入力される指示に従い、指示された宛先に対してネットワーク等を介して指示された情報を送出する。

ウェブサーバ２は、情報処理装置１等からＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）の指定とともにウェブページや画像情報の要求を受けると、当該ＵＲＬで特定されるウェブページ等の情報を送出する処理を実行している。また、このウェブサーバ２の少なくとも一部には、認証を要するウェブサーバ（認証ウェブサーバ）として動作し、ユーザ（またはユーザが使用する情報処理装置１）に対してユーザ名やパスワード等の認証情報の入力を求めるウェブページ等を送出し、ユーザが使用する情報処理装置１から送出された認証情報と、予めウェブサーバ２側で保持する認証情報とを比較して、それらが一致するまでは所定のウェブページ等の送出を行わないといったユーザ認証の処理を行う。

また、本実施の形態の情報処理装置１側では、こうした認証ウェブサーバ２の一つを予めプライマリサーバ２ｐとして定めておく。このプライマリサーバ２ｐのＵＲＬ等の情報を記憶部１２に予め格納しておく。なお、プライマリサーバ２ｐにおけるユーザ認証の方法も、アクセスしたユーザに対してユーザ名とパスワードとを入力させ、当該入力されたユーザ名とパスワードとの組が予め設定されたものに一致するか否かを判断するもので構わない。

また、本実施の形態の情報処理装置１は、プライマリサーバ２ｐを特定する情報（プライマリサーバ２ｐのＵＲＬ等の情報）に対して、プライマリサーバ２ｐ以外の認証ウェブサーバ２を特定する情報（当該ウェブサーバのホームページのＵＲＬでよい）の一覧を記憶部１２に格納している（図２）。またこの一覧に含まれる、認証ウェブサーバ２を特定する情報のそれぞれには、対応する認証ウェブサーバ２へ送出するべき認証情報を関連付けて記憶しておく（Ｓ）。この記憶部１２に格納された情報を以下、設定データと呼ぶ。なお、この認証情報としてどのような種類の情報を保持させるか（ユーザ名のみ、あるいはパスワードのみ、あるいはユーザ名及びパスワード、などの種別の情報）は、管理者が任意に設定可能としておいてもよい。情報処理装置１は、当該管理者の設定に従って、認証情報を取得して保持する。

本実施の形態において制御部１１は、記憶部１２に格納されたセキュアブラウザプログラムを実行することにより、機能的には、図３に例示するように、ブラウザ処理部２１と、ログイン試行部２２と、成否管理部２３と、設定データ初期化部２４とを含む装置として動作する。

ブラウザ処理部２１は、基本的には一般的なウェブブラウザとしての処理を実行し、ユーザからＵＲＬの入力を受け入れて、当該ＵＲＬにより識別されるウェブサーバから、当該ＵＲＬによって識別されるウェブページの情報を取得する。そして当該ウェブページの情報（一般的にはＨＴＭＬで記述された情報や、画像データなど）に基づいて、表示用の画面情報を生成して、表示部１４を制御して、当該生成した画面情報を表示出力させる。また本実施の形態において、このブラウザ処理部２１は、その起動時（または起動後、ユーザから最初にＵＲＬの指定を受けたとき）に、ログイン試行部２２に対して処理開始を指示する。そしてログイン試行部２２から処理完了の入力があるまで待機し、処理完了の入力があったときに、一般的なウェブブラウザとしての処理を開始することとする。

このブラウザ処理部２１は、ユーザから入力されたＵＲＬが、プライマリサーバ２ｐ以外の認証ウェブサーバ２であれば、いわゆるオートコンプリートおよび自動ログインの処理を実行する。具体的にブラウザ処理部２１は、ユーザから入力されたＵＲＬが、プライマリサーバ２ｐ以外の認証ウェブサーバ２が提供するウェブページ等のＵＲＬであったときには、当該ＵＲＬで識別されるウェブページの情報を取得したときに、当該ウェブページの情報内に、認証情報の入力を求める記述が含まれているか否かを調べる。この処理は、例えば属性が「ｐａｓｓｗｏｒｄ」として設定された入力欄（ｉｎｐｕｔタグで識別される部分）があるか否かを調べるなど、広く知られた処理があるので、ここでの詳しい説明を省略する。

ブラウザ処理部２１は、ここで認証情報の入力を求める記述があれば、後に説明する成否管理部２３により記憶部１２に格納される認証の結果の情報を参照する。そして当該認証の結果の情報が、認証に失敗した旨の情報であるときには、ブラウザ処理部２１は、
（ａ）オートコンプリートの処理をせず、認証情報の入力欄を空欄としたままウェブページに基づく画面の表示を行う、
（ｂ）認証情報の入力欄を入力不能とする（ｄｉｓａｂｌｅｄまたはｒｅａｄｏｎｌｙの属性を付加した場合と同様とするなど、セキュアブラウザプログラムの処理における、認証に関係する情報の受け入れを拒否する設定とする）、
（ｃ）当該認証ウェブサーバ２から提供されたウェブページの表示ができない旨の表示を行う（セキュアブラウザプログラムの処理におけるウェブサイトへのアクセスを拒否する）
（ｄ）ブラウザ処理部２１としての動作を行うプログラムに係る処理を終了する（セキュアブラウザプログラムの処理を終了する）
のいずれかの処理を行う。なお、（ｄ）のようにセキュアブラウザプログラムの処理を終了したときには、さらに、セキュアブラウザプログラムの処理の再度の起動を許可しないよう（例えばセキュアブラウザプログラムのモジュールの一部を削除するなどして）設定してもよい。

一方、後に説明する成否管理部２３により記憶部１２に格納される認証の結果の情報を参照したときに、当該認証の結果の情報が、認証に成功した旨の情報であったときには、ブラウザ処理部２１は、ユーザから入力されたＵＲＬで特定される認証ウェブサーバ２を特定する情報に関連付けて設定データに記録されている認証情報を記憶部１２から読み出す。

そして当該読み出した認証情報をデフォルトの値として、認証情報の入力欄に含めて、上記認証ウェブサーバ２から受信したウェブページに基づく画面の表示を行う。この処理はいわゆるオートコンプリートの処理と同様のものでよい。

この場合、ユーザは、認証情報が既に入力されたウェブページを見ることとなり、そのまま認証情報を認証ウェブサーバ２へ送出する指示を行うことが可能となる（自動ログイン）。つまり本実施の形態によれば、プライマリサーバ２ｐへの認証が成功した時のみ、プライマリサーバ２ｐ以外の他の認証ウェブサーバ２への自動ログインが許可される。

ログイン試行部２２は、ブラウザ処理部２１から処理開始が指示されると、予め定められているプライマリサーバ２ｐへのログインを試行する。具体的にこのログイン試行部２２は、記憶部１２に格納されているプライマリサーバ２ｐのＵＲＬを読み出して、当該ＵＲＬで特定されるウェブサーバ２（プライマリサーバ２ｐ）に対して、当該読み出したＵＲＬで特定されるウェブページを要求する。

そしてこの要求に対する応答としてプライマリサーバ２ｐから送信されたウェブページの情報を受信し、当該受信した情報に基づいて、ログイン試行部２２が、ウェブページの画面情報（認証画面）を生成して表示部１４に表示出力する。本実施の形態の一例では、ここで表示されるウェブページの画面情報には、ユーザ名とパスワードとの入力欄（認証情報の入力欄）が含まれる。

ユーザがこれらの入力欄にそれぞれユーザ名とパスワードとを入力して送信の指示を行うと、ログイン試行部２２は、プライマリサーバ２ｐに対して当該入力されたユーザ名とパスワードとを送出する。プライマリサーバ２ｐでは、当該送出されたユーザ名及びパスワードの組と、事前にプライマリサーバ２ｐ側に格納されているユーザ名とパスワードとの組とが一致するか否かを調べる。ここで情報処理装置１のログイン試行部２２が送出したユーザ名及びパスワードの組と、事前にプライマリサーバ２ｐ側に格納されているユーザ名とパスワードとの組とが一致すると判断すると、プライマリサーバ２ｐは、認証が成功した旨の情報を情報処理装置１に対して送出する。

一方、情報処理装置１のログイン試行部２２が送出したユーザ名及びパスワードの組と、事前にプライマリサーバ２ｐ側に格納されているユーザ名とパスワードとの組とが一致しないと判断した場合、プライマリサーバ２ｐは、認証に失敗した旨の情報を情報処理装置１に対して送出する。ここで具体的に認証に失敗した旨の情報とは、再度のログインを促す、認証画面を表すウェブページの情報である。ログイン試行部２２は、認証情報を送出した後に、再度、認証情報の入力欄を含むウェブページが送出されたときには、つまり、認証処理の実行結果としてプライマリサーバ２ｐから受信する情報に含まれるＨＴＭＬのソースコード内に予め指定された文字列（ここでは認証情報の入力欄を表すＨＴＭＬの文字列）があるときには、認証に失敗した旨の情報を受信したと判断する。具体的にｐａｓｓｗｏｒｒｄ属性を含んだｉｎｐｕｔタグを表すＨＴＭＬ文字列等が含まれれ、パスワードフィールドが存在する場合は、ログインに失敗して再度ログインが促されていると判断できるため、プライマリサーバ２ｐでの認証が失敗したと判断できる。

ログイン試行部２２では、プライマリサーバ２ｐから送出された認証の結果の情報（認証に成功した旨の情報、または認証に失敗した旨の情報）を受け入れる。ログイン試行部２２は、プライマリサーバ２ｐから受信した認証の結果の情報を成否管理部２３に出力するとともに、処理完了の情報をブラウザ処理部２１に出力する。

成否管理部２３は、ログイン試行部２２から、プライマリサーバ２ｐにおける認証の結果の情報を受け入れて、記憶部１２に保持する。成否管理部２３は、ログイン試行部２２から入力された認証の結果の情報が、認証に失敗した旨の情報であれば、設定データ初期化部２４に対して、設定データの初期化を指示する。

設定データ初期化部２４は、成否管理部２３から設定データの初期化の指示を受けると、記憶部１２に格納されている設定データ（図２に例示した、認証ウェブサーバ２を特定する情報と認証情報との組）を削除する。

なお、上記の例で、ログイン試行部２２がプライマリサーバ２ｐにおける認証に成功したか否かを判断するにあたり、認証情報の送出後にその応答としてプライマリサーバ２ｐが出力した情報に含まれるＨＴＭＬのソースコード内に予め指定された文字列があるか否かを調べることとしていた。特に上記の例では、上記情報に含まれるＨＴＭＬのソースコード内に、認証情報の入力欄を表す情報（例えばｐａｓｓｗｏｒｄ属性を含んだｉｎｐｕｔタグを表すＨＴＭＬ文字列等）がある場合に認証に失敗したと判断することとしていた。

しかし本実施の形態はこの限りではない。例えばログイン試行部２２は、上記情報に含まれるＨＴＭＬのソースコード内に、ログアウト用のボタンを規定するＨＴＭＬ文字列があれば、認証に成功したと判断することとしてもよい。

またログイン試行部２２は、認証情報の送出後にプライマリサーバ２ｐから受信する応答の情報に含まれるＨＴＴＰレスポンスに予め指定されたコードがあるか否かにより、認証の成否を判断してもよい。具体的にはＨＴＴＰレスポンスに含まれるステータスコードが「４０１」（Ｕｎａｕｔｈｏｒｉｚｅｄ）等、認証を経ていないことを表すものである場合に、認証に失敗したと判断してもよい。またＨＴＴＰレスポンスに含まれるコードが「２００」（ＯＫ）等、リクエストの処理に成功したことを表すもの等であるときに、認証に成功したと判断してもよい。

さらにログイン試行部２２は、認証情報の送出後にその応答としてプライマリサーバ２ｐが出力した情報に含まれるＨＴＭＬのソースコード内に、リダイレクトの指示が含まれ、当該リダイレクトの指示において指定されたリダイレクト先が、予め定められたリダイレクト先であるか否かによって認証の成否を判断してもよい。例えばリダイレクト先が、プライマリサーバ２ｐのホームページ（プライマリサーバ２ｐにおける認証前にアクセス可能なページ）であれば、認証に失敗したと判断してもよい。

またログイン試行部２２は、プライマリサーバ２ｐから受信される情報によるのではなく、例えば認証情報を送出してからプライマリサーバ２ｐが応答となる情報を送出するまで（プライマリサーバ２ｐから情報を受信するまで）の時間をログイン試行部２２が測定し、当該時間が予め定めた条件を満足するか否かにより、認証の成否を判断してもよい。この例ではたとえば、予め定めた時間を超えた場合に、認証に失敗したと判断するようにする。

これらのログイン試行部２２の認証の成否の判断の方法は、プライマリサーバ２ｐが現実にどのような応答をするかに応じて選択可能としておき、プライマリサーバ２ｐごとに当該選択の結果を記憶しておいて、当該記憶している内容を利用して設定を行ってもよい。

さらに本実施の形態の一例では、ログイン試行部２２は、プライマリサーバ２ｐにおける認証が失敗したときに、認証失敗の回数をカウントし、当該カウント値が所定回数未満の場合には成否管理部２３に対して認証の結果を出力することなく、またブラウザ処理部２１に対して処理完了の情報を出力することなく、再度、プライマリサーバ２ｐに対するログインを試行してもよい。

またこの例では認証失敗の回数が所定回数に達した場合には、ログイン試行部２２は、認証の結果の情報（認証に失敗した旨の情報）を成否管理部２３に出力するとともに、処理完了の情報をブラウザ処理部２１に出力する。この所定回数（しきい値）は、管理者等が任意に設定できるようになっていてもよい。

さらに、既に説明したように、本実施の形態の情報処理装置１では、図２に例示した設定データとして、認証ウェブサーバ２を特定する情報に関連付けて、対応する認証ウェブサーバ２へ送出するべき認証情報を記憶している。この設定データにおける認証情報は、過去、初めて（あるいは認証情報の設定時に）対応する認証ウェブサーバ２へアクセスしたときに入力した認証情報を記憶したものでよいが、例えばより高いセキュリティレベルが求められる認証ウェブサーバに対しての認証情報は、ユーザが毎回入力する形式とするほうが好ましい場合もある。

そこで本実施の形態の一例では、管理者が予め、認証情報を設定データに記憶しないよう制御すべき認証ウェブサーバ２を設定可能としておいてもよい。この例では、認証情報を設定データに記憶しないよう制御すべき認証ウェブサーバを特定する情報（例えばそのＵＲＬ）のリストを、管理者が生成して、制限リストとして記憶部１２に格納しておく。

その後、ある認証ウェブサーバ２に対して初めて（あるいはその認証情報の設定時に）アクセスしたときにユーザが入力した認証情報を認証ウェブサーバ２に対して送出するとともに、制限リストを参照して、当該認証ウェブサーバ２を特定する情報が制限リストに含まれているか否かを調べる。ここで制限リストに、当該認証ウェブサーバ２を特定する情報が含まれていれば、情報処理装置１は、設定データに当該認証ウェブサーバ２を特定する情報と入力された認証情報とを記憶しない。

また制限リストに、当該認証ウェブサーバ２を特定する情報が含まれていれば、情報処理装置１は、当該認証ウェブサーバ２を特定する情報と入力された認証情報とを関連付けて設定データに追記する。

さらに本実施の形態の一例では、設定データに含めて記憶する認証情報は暗号化されていてもよい。この場合、成否管理部２３がログイン試行部２２からプライマリサーバ２ｐにおける認証の結果の情報を受け入れたときに、当該認証の結果の情報が、認証に成功した旨の情報であるときに、当該認証情報を復号することとしてもよい。この例では例えばブラウザ処理部２１がある認証ウェブサーバ２にアクセスしたときに、当該アクセスした認証ウェブサーバ２に対応する認証情報を読み出そうとしても、プライマリサーバ２ｐにおける認証に成功していない間は、当該認証情報が暗号化されているために用いることができなくなっている。またプライマリサーバ２ｐにおける認証に成功すると、当該認証情報が復号されるので、この復号後の認証情報を用いて認証ウェブサーバ２における認証の処理を行わせることが可能となる。

なお、この場合、ブラウザ処理部２１としての処理を終了する（ウェブブラウザを終了する）指示が為されたときには、再度、上記設定データに含まれる認証情報を暗号化する。またこの暗号化の際の暗号鍵は、プライマリサーバ２ｐに対するログインの際に送出するべきパスワードなどの認証情報そのものであってもよいし、また当該認証情報に関連した情報（例えばパスワードなどの認証情報を所定の方法で符号化したものなど）であってもよい。

また本実施の形態において、情報処理装置１は、セキュアブラウザプログラムのアクティベーションを実行してもよい。具体的には、セキュアブラウザプログラムを使用（実行）を許可するユーザに対して予めアクティベーションコード情報を告知しておくとともに、アクティベーション管理サーバ３に対して当該アクティベーションコード情報を保持させておく。本実施の形態の一例では情報処理装置１においてユーザがセキュアブラウザプログラムの実行開始の指示を行ったときなど所定のタイミングで、ユーザに対して、情報処理装置１がアクティベーションコード情報の入力を求める。ユーザがこの求めに応じて情報を入力すると、情報処理装置１は当該入力された情報をアクティベーション管理サーバ３に対して認証用情報として送出する。

アクティベーション管理サーバ３は、情報処理装置１から認証用情報を受信し、当該受信した認証用情報に一致するアクティベーションコード情報を保持しているか否かを調べ、保持していればアクティベーションを許可する情報を情報処理装置１へ送出する。

情報処理装置１では、アクティベーションを許可する情報を受信すると、セキュアブラウザプログラムの実行を開始して、認証を要するウェブサーバ２（プライマリサーバ２ｐを含む）へのアクセスを可能とする。またアクティベーションを許可する情報が受信できなかったときには、セキュアブラウザプログラムの実行を行わない。

また、アクティベーション管理サーバ３においては、ユーザが入力するアクティベーションコード情報だけでなく、ユーザが利用する情報処理装置１に係る情報を併せて用いてもよい。この場合、アクティベーション管理サーバ３では、ユーザごとに、当該ユーザに予め告知されているアクティベーションコード情報のほか、当該ユーザが使用する少なくとも一つの情報処理装置１に係る情報である、例えば情報処理装置１の機種情報やオペレーティングシステムの情報、個体識別子（情報処理装置１が携帯電話機であればその契約者固有情報等）などをアクティベーションポリシー情報として、対応するユーザのアクティベーションコード情報に関連付けて記憶しておく。

なお、アクティベーションコード情報は、ユーザが告知された情報であれば、どのようなものであってもよく、例えばユーザ自身の社員番号や学籍番号等、ユーザが属する組織内では周知して使用されているが組織外の第三者には個人を特定することが困難な値を用いることとしてもよい。

この例では、ユーザは当該ユーザが使用するものとして予めアクティベーション管理サーバ３に対して、その情報を保持させてある情報処理装置１を用いて、セキュアブラウザプログラムの実行開始の指示を行う。

すると情報処理装置１がユーザに対してアクティベーションコード情報の入力を求める。ユーザがこの求めに応じて情報を入力すると、情報処理装置１は当該入力された情報とともに、予め定められている自己に係る情報をアクティベーション管理サーバ３に対して認証用情報として送出する。

アクティベーション管理サーバ３は、情報処理装置１から認証用情報を受信し、当該受信した認証用情報に一致するアクティベーションコード情報を保持しているか否かを調べ、保持していれば当該アクティベーションコード情報に関連付けられたアクティベーションポリシー情報と、情報処理装置１から受信した情報処理装置１に係る情報とを比較する。そしてこれらが一致する場合には、アクティベーションを許可する情報を情報処理装置１へ送出する。

情報処理装置１では、アクティベーションを許可する情報を受信すると、セキュアブラウザプログラムの実行を開始して、認証を要するウェブサーバ２（プライマリサーバ２ｐを含む）へのアクセスを可能とする。またアクティベーションを許可する情報が受信できなかったときには、セキュアブラウザプログラムの実行を行わない。

このようにアクティベーション管理サーバ３はアクティベーションコード情報（社員番号など）に紐付けられた情報処理装置１に係る許可条件（アクティベーションポリシー情報）と、ユーザが操作する情報処理装置１から受信した情報とを照合し、アクティベーションの要求のあった情報処理装置１から受信した情報がアクティベーションポリシー情報と合致しているかを確認する。そして合致した場合は当該情報処理装置１におけるセキュアブラウザプログラムの実行（アクティベーション）が許可され、ユーザは当該情報処理装置１上でのセキュアブラウザプログラムの使用が許可される。

この例によると、アクティベーション時に情報処理装置１に係る情報も用いられるため、情報処理装置１の盗難紛失時には、管理者は当該情報処理装置１に係る情報をディアクティベート（アクティベーションポリシー情報から削除するなど）することで、当該情報処理装置１でのセキュアブラウザプログラムの使用を禁止することができる。

またアクティベーションポリシー情報は、情報処理装置１ごとに固有な情報を用いてもよいし、複数の情報処理装置１に共通の情報を用いてもよい。また情報処理装置１に固有な情報を用いる場合、例えば製造番号の範囲等を用いてもよい。この場合、当該範囲にある製造番号の情報処理装置１を用いるユーザが対応するアクティベーションコード情報を入力した場合、当該情報処理装置１でのセキュアブラウザプログラムの利用が可能となる。

また、アクティベーション管理サーバ３には一度にアクティベート可能な情報処理装置１の台数を制限する情報を設定しておいてもよい。この場合、情報処理装置１はセキュアブラウザプログラムの終了時には、処理の終了をアクティベーション管理サーバ３に通知するようにしておいてもよい。

アクティベーション管理サーバ３は、アクティベーションを許可する情報を送出するごとに、アクティベーションを許可した情報処理装置１の数をカウントするカウンタ（初期化時には「０」とする）を「１」ずつインクリメントする。また、アクティベーション管理サーバ３は、情報処理装置１から処理の終了が通知されると、上記カウンタを「１」だけデクリメントする。

アクティベーション管理サーバ３は、いずれかの情報処理装置１からアクティベーションの要求（ユーザがアクティベーションコード情報として入力した情報等）を受信したときに、このカウンタの値と、設定された一度にアクティベート可能な情報処理装置１の台数とを比較して、これらが一致しているときには、入力されたアクティベーションコード情報が正当なものであっても、アクティベーションを許可する情報を送出しない。これにより、管理者はユーザがアクティベーションできる情報処理装置１の台数の制限できる。

なお、ここでの一例では、アクティベーション管理サーバ３に対してアクティベーションコード情報等を送出するタイミングは、セキュアブラウザプログラムの実行開始時としたが、本実施の形態はこれに限らず、セキュアブラウザプログラムのインストール時としてもよい。この場合は、情報処理装置１は、インストーラの起動時にユーザに対してアクティベーションコード情報の入力を求め、上述の例と同様にしてアクティベーション管理サーバ３との通信により、アクティベーションの可否を確認することとする。

さらにアクティベーション管理サーバ３に対する情報の設定にあたっては、アクティベーションを許可する情報処理装置１の機種やオペレーティングシステムの種類やバージョン、あるいは一度にアクティベーション可能な情報処理装置１の数などを含むプリセットのアクティベーションポリシー情報を複数設定しておき、ユーザの役職、部署、所属組織などの組織属性に対応して、いずれかのプリセットのアクティベーションポリシー情報を設定することで、ユーザごとの設定を簡易にすることとしてもよい。

さらに本実施の形態において情報処理装置１は、設定データを、各ユーザのアクティベーションコード情報に関連付けて複数保持していてもよい。この場合、アクティベーション管理サーバ３がアクティベーションを許可したときに、ユーザがセキュアブラウザプログラムの起動時に入力したアクティベーションコード情報を参照し、プライマリサーバ２ｐにおける認証に成功した後に、当該アクティベーションコード情報に関連付けて記憶された設定データを用いて、プライマリサーバ２ｐ以外の認証ウェブサーバ２に対する認証情報の自動ログイン処理を実行することとしてもよい。

この例では、一つの情報処理装置１を複数のユーザが共用し、またそれぞれのユーザがセキュアブラウザプログラムの起動時に自分のアクティベーションコード情報を入力することによって、自分の認証情報が用いられるように設定され、認証ウェブサーバ２への自己のアカウントでの自動ログインが可能となる。

このように本実施の形態の情報処理装置１によれば、セキュアブラウザプログラムの実行により、シングルサインオンを実現しながらもプライマリサーバ２ｐへの認証の成否をもって他の認証ウェブサーバ２への代理認証を行うことができる。このため、従来のようにシングルサインオンシステム用のアカウントを追加管理する必要がない。これによりシングルサインオン導入時のシステム管理者の運用管理コストを大幅に低減することができる。

また本実施の形態によれば、社員番号などユーザが普段使用しているが企業外の人間には当該人物を特定困難な値をアクティベーションコードとしてシステム管理者が端末登録管理することができる。つまりアクティベーション管理サーバには個人を特定しづらいアクティベーションコードしか保存されておらず、業務システムの認証に関わる情報は保存されない。このため、外部からのハッキングに対するセキュリティも堅牢に保つことができる。

さらにセキュアブラウザ内に保存されているシングルサインオンに使用する認証ウェブサーバ２への認証情報も暗号化でき、さらに当該暗号化の際には、ユーザしか知り得ないプライマリサーバ２ｐのパスワードなどの認証情報を暗号鍵とすることができる。さらに、プライマリサーバ２ｐの認証が一定回数以上失敗するとセキュアブラウザプログラムにおいて用いられるシングルサインオンのためのデータ（設定データ）が抹消されるように設定可能になっているので、端末の盗難紛失時のなりすまし認証に対するセキュリティも堅牢に保つことができる。

本実施の形態の情報処理装置１は以上の構成を含み、例えば携帯端末またはパーソナルコンピュータである情報処理装置１に対してセキュアブラウザプログラムがインストールされている場合に、次のように動作する。

このセキュアブラウザプログラムは、ウェブサーバから受信されるコンテンツを表示するブラウザモジュールと、プライマリサーバ２ｐにおける認証の成否を管理する認証モジュールとを含んで成り立っている。情報処理装置１は、このセキュアブラウザプログラムを実行することで、インターネットを経由してプライマリサーバ２ｐおよびその他の認証ウェブサーバ２に接続する。

情報処理装置１は、セキュアブラウザプログラムが起動されると、プライマリサーバ２ｐへアクセスし、プライマリサーバ２ｐから受信したコンテンツのデータに従って、プライマリサーバ２ｐへのログイン画面を表示させる。情報処理装置１は、このログイン画面でのログインの成否を、例えば認証情報を送出した後、プライマリサーバ２ｐから送信される応答に、さらにパスワードの入力欄が含まれているか否かを調べるなどして、プライマリサーバ２ｐでの認証の成否の情報を取得する。情報処理装置１は、一定の回数だけプライマリサーバ２ｐへのログインに失敗した場合は、セキュアブラウザプログラムの設定データを初期化し、登録された認証ウェブサーバ２へアクセスをできないように制御する。

また、プライマリサーバ２ｐへのログインに成功したときには、ユーザの指示により他の認証ウェブサーバ２へアクセスしたときに、当該認証ウェブサーバ２に対して過去に送出した認証情報を、設定データから読み出して、認証ウェブサーバ２へ送出する。これにより、いわゆるシングルサインオンが実現される。

１ 情報処理装置、２ ウェブサーバ、３ アクティベーション管理サーバ、１１ 制御部、１２ 記憶部、１３ 操作部、１４ 表示部、１５ 通信部、２１ ブラウザ処理部、２２ ログイン試行部、２３ 成否管理部、２４ 設定データ初期化部、

Claims (8)

1. 予め定められた認証ウェブサーバであるプライマリサーバにアクセスして当該プライマリサーバにおける認証の成否を判断する手段と、
   前記プライマリサーバでの認証の成否を管理し、当該成否に基づいてプライマリサーバ以外の、認証を要するウェブサーバとの間での情報送受態様を変更する手段と、
   を含む情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   ユーザによるブラウザプログラムの起動時、または前記プライマリサーバへのアクセスの指示があった時に、前記プライマリサーバに対して認証処理の開始を要求する情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記プライマリサーバから、認証のための情報を入力させるウェブページの情報を受信する手段と、
   当該ウェブページの情報に基づいてユーザから入力される認証のための情報を前記プライマリサーバへ送出して認証処理の実行を要求する手段と、
   前記認証処理の実行結果として前記プライマリサーバから受信する情報に基づき、
   １．当該情報に含まれるＨＴＭＬのソースコード内に予め指定された文字列があるか、
   ２．当該情報に含まれるＨＴＴＰレスポンスに予め指定されたコードがあるか、
   ３．当該情報に含まれるリダイレクトの指示において指定されたリダイレクト先が、予め定められたリダイレクト先であるか、
   ４．当該情報が受信されるまでの時間が、予め定めた条件を満足するか、
   のうち、少なくとも一つを判断し、当該判断の結果により、認証の成否を判断する判断手段をさらに含む情報処理装置。
4. 請求項１から３のいずれか一項に記載の情報処理装置であって、
   前記認証の成否を判断する手段は、前記プライマリサーバにおける認証が所定回数だけ失敗したときに認証失敗として、
   １．ブラウザプログラムの処理における、認証に関係する情報の受け入れ拒否、
   ２．ブラウザプログラムの処理における、ウェブサイトへのアクセス拒否、
   ３．所定の設定情報の初期化
   の少なくとも一つの処理を実行する情報処理装置。
5. 請求項１から４のいずれか一項に記載の情報処理装置であって、
   この情報処理装置は、ブラウザプログラムの使用を許可したユーザに予め告知されるアクティベーションコード情報を保持し、当該保持するアクティベーションコード情報を用いてアクティベーションの可否を判断するアクティベーション管理サーバとの間で通信可能に接続され、
   所定のタイミングで、前記アクティベーションコード情報の入力をユーザに求め、当該求めに応じてユーザが入力した情報をアクティベーション管理サーバに送出してアクティベーションの可否に係る情報を受信し、
   アクティベーションを許可する情報を受信したときに、認証を要するウェブサーバへのアクセスを可能とする情報処理装置。
6. 請求項５記載の情報処理装置であって、
   前記アクティベーション管理サーバは、前記アクティベーションコード情報と、ユーザが利用する情報処理装置に固有の情報とを用いてアクティベーションの可否を判断するアクティベーション管理サーバであり、
   前記アクティベーション管理サーバへユーザが入力した情報を送出する際には、情報処理装置が情報処理装置に係る、所定の情報を併せて送出し、アクティベーションの可否に係る情報を受信する情報処理装置。
7. 情報処理装置における認証処理方法であって、
   情報処理装置の制御部が、予め定められた認証ウェブサーバであるプライマリサーバにアクセスして当該プライマリサーバにおける認証の成否を判断する工程、及び、前記プライマリサーバでの認証の成否を管理し、当該成否に基づいてプライマリサーバ以外の、認証を要するウェブサーバとの間での情報送受態様を変更する工程、
   を実行する認証処理方法。
8. コンピュータを、
   予め定められた認証ウェブサーバであるプライマリサーバにアクセスして当該プライマリサーバにおける認証の成否を判断する手段と、
   前記プライマリサーバでの認証の成否を管理し、当該成否に基づいてプライマリサーバ以外の、認証を要するウェブサーバとの間での情報送受態様を変更する手段と、
   として機能させるプログラム。

Images