(57)【要約】【課題】ユーザの利便性を向上可能な情報処理装置および認証用プログラムを提供する。【解決手段】アカウント入力部４２は、情報処理装置の起動中にアカウント入力画面を表示し、当該画面にユーザが入力したアカウントを取得する。制御部４１は、複数の認証要求部４０を所定の順番で起動する。複数の認証要求部４０のそれぞれは、制御部４１によって起動された際に、アカウント入力部４２で取得されたアカウントを共通のアカウントとして対象の外部装置へ送信し、当該対象の外部装置からの成功または失敗の応答を受信する。【選択図】図３
2018010585.tif 000002
【特許請求の範囲】
【請求項１】
複数の外部装置に接続され、前記複数の外部装置との認証を実行する情報処理装置であって、
前記情報処理装置の起動中にアカウント入力画面を表示し、ユーザが前記アカウント入力画面に入力したアカウントを取得するアカウント入力部と、
複数の認証要求部と、
前記複数の認証要求部を所定の順番で起動する制御部と、
を有し、
前記複数の認証要求部のそれぞれは、前記制御部によって起動された際に、前記アカウント入力部で取得された前記アカウントを共通のアカウントとして前記複数の外部装置の中の対象の外部装置へ送信し、当該対象の外部装置からの成功または失敗の応答を受信する、
情報処理装置。
【請求項２】
請求項１記載の情報処理装置において、
前記複数の認証要求部は、
前記対象の外部装置をディレクトリサーバとするドメイン認証要求部と、
前記対象の外部装置を認証スイッチとするスイッチ認証要求部と、
を有する情報処理装置。
【請求項３】
請求項２記載の情報処理装置において、
前記複数の認証要求部は、前記対象の外部装置を検疫ポリシサーバとする検疫ポリシ認証要求部を有する、
情報処理装置。
【請求項４】
請求項１〜３のいずれか１項に記載の情報処理装置において、
前記制御部における前記所定の順番をユーザの指示に応じて定めるフロー設定部を有する、
情報処理装置。
【請求項５】
請求項１〜３のいずれか１項に記載の情報処理装置において、
前記制御部は、現在起動している認証要求部が受信した前記応答の内容に応じて、次の認証要求部を起動するか否かを定める、
情報処理装置。
【請求項６】
請求項１〜３のいずれか１項に記載の情報処理装置において、
前記情報処理装置は、前記制御部における前記所定の順番をユーザの指示に応じて定めるフロー設定部を有し、
前記制御部は、現在起動している認証要求部からの前記応答の内容に応じて、次の認証要求部を起動するか否かを定める、
情報処理装置。
【請求項７】
請求項１〜３のいずれか１項に記載の情報処理装置において、
前記制御部は、前記アカウント入力部で取得された前記アカウントがディレクトリサーバのアカウントデータベースに有効なアカウントとして登録されているか否かを判定し、有効なアカウントとして登録されている場合に、前記複数の認証要求部を所定の順番で起動する、
情報処理装置。
【請求項８】
複数の外部装置への認証を行うための認証用プログラムであって、
コンピュータの起動中にアカウント入力画面を表示し、ユーザが前記アカウント入力画面に入力したアカウントを取得するアカウント入力部、
複数の認証要求部、
前記複数の認証要求部を所定の順番で起動する制御部、
として前記コンピュータを機能させ、
前記複数の認証要求部のそれぞれは、前記制御部によって起動された際に、前記アカウント入力部で取得された前記アカウントを共通のアカウントとして前記複数の外部装置の中の対象の外部装置へ送信し、当該対象の外部装置からの成功または失敗の応答を受信する、
認証用プログラム。
【請求項９】
請求項８記載の認証用プログラムにおいて、
前記複数の認証要求部は、
前記対象の外部装置をディレクトリサーバとするドメイン認証要求部と、
前記対象の外部装置を認証スイッチとするスイッチ認証要求部と、
を有する認証用プログラム。
【請求項１０】
請求項９記載の認証用プログラムにおいて、
前記複数の認証要求部は、前記対象の外部装置を検疫ポリシサーバとする検疫ポリシ認証要求部を有する、
認証用プログラム。
【請求項１１】
請求項８〜１０のいずれか１項に記載の認証用プログラムにおいて、
前記コンピュータを、前記制御部における前記所定の順番をユーザの指示に応じて定めるフロー設定部として機能させる、
認証用プログラム。
【請求項１２】
請求項８〜１０のいずれか１項に記載の認証用プログラムにおいて、
前記制御部は、現在起動している認証要求部が受信した前記応答の内容に応じて、次の認証要求部を起動するか否かを定める、
認証用プログラム。
【請求項１３】
請求項８〜１０のいずれか１項に記載の認証用プログラムにおいて、
前記認証用プログラムは、前記コンピュータを、前記制御部における前記所定の順番をユーザの指示に応じて定めるフロー設定部として機能させ、
前記制御部は、現在起動している認証要求部からの前記応答の内容に応じて、次の認証要求部を起動するか否かを定める、
認証用プログラム。
【請求項１４】
請求項８〜１０のいずれか１項に記載の認証用プログラムにおいて、
前記制御部は、前記アカウント入力部で取得された前記アカウントがディレクトリサーバのアカウントデータベースに有効なアカウントとして登録されているか否かを判定し、有効なアカウントとして登録されている場合に、前記複数の認証要求部を所定の順番で起動する、
認証用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および認証用プログラムに関し、例えば、ＳＳＯ（Single Sign On）を実現する技術に関する。
【背景技術】
【０００２】
例えば、特許文献１には、通常使用するアカウント情報をそのまま使用して外部のサービスに対してユーザ認証を行えるアカウント情報連携システムが示される。具体的には、社内Ｗｅｂサーバは、ユーザのＷｅｂブラウザからのアカウント情報を受け、ディレクトリサーバを参照してユーザ認証を行うと共にＷｅｂブラウザへ認証チケットを発行する。Ｗｅｂブラウザは、当該認証チケットを外部アプリケーションサーバへ転送し、外部アプリケーションサーバは、当該認証チケット内のアカウント情報に基づいてユーザ認証を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１８１６６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ネットワークシステムではＳＳＯの適用が進んでいる。ＳＳＯとは、一度のユーザ認証で複数のサーバ等へのアクセスを可能にする技術である。例えば、Ｗｉｎｄｏｗｓ（登録商標）ネットワークでは、ＳＳＯとして、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）を搭載したディレクトリサーバへドメイン認証を行い、ディレクトリサーバが発行したチケットで別のサーバ等への認証を行うケルベロス認証が用いられる。
【０００５】
ここで、一例として、ネットワークシステムは、ＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバ、およびＲＡＤＩＵＳクライアントとなる認証スイッチ等を備える場合がある。このようなネットワークシステムでは、ユーザは、通常、ＲＡＤＩＵＳ認証とドメイン認証の両方でユーザ認証（すなわちアカウントの入力）を行う必要がある。その結果、ユーザの利便性が低下する恐れがある。なお、ケルベロス認証を用いてＲＡＤＩＵＳ認証を行うことも考えられるが、例えば、ドメイン認証よりも先にＲＡＤＩＵＳ認証を行いたいような場合には、適用困難となり得る。
【０００６】
本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、ユーザの利便性を向上可能な情報処理装置および認証用プログラムを提供することにある。
【０００７】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。
【０００９】
本実施の形態による情報処理装置は、複数の外部装置に接続され、複数の外部装置との認証を実行する装置であり、アカウント入力部と、複数の認証要求部と、複数の認証要求部を所定の順番で起動する制御部とを有する。アカウント入力部は、情報処理装置の起動中にアカウント入力画面を表示し、当該画面にユーザが入力したアカウントを取得する。複数の認証要求部のそれぞれは、制御部によって起動された際に、アカウント入力部で取得されたアカウントを共通のアカウントとして対象の外部装置へ送信し、当該対象の外部装置からの成功または失敗の応答を受信する。
【発明の効果】
【００１０】
本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、情報処理装置において、ユーザの利便性を向上させることが可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１による情報処理装置において、適用例となるネットワークシステムの主要部の構成例を示す概略図である。
【図２】図１における情報処理装置の主要部の構成例を示す概略図である。
【図３】図２におけるＳＳＯ処理部の構成例を示す概略図である。
【図４】図３のＳＳＯ処理部の動作例を示すフロー図である。
【図５】図４におけるアカウント入力画面の表示例を示す図である。
【図６】本発明の実施の形態２による情報処理装置において、適用例となるネットワークシステムの主要部の構成例を示す概略図である。
【図７】図６の情報処理装置が備えるＳＳＯ処理部の構成例を示す概略図である。
【図８】図７における制御部の動作例を示すフロー図である。
【図９】図８のフローの具体例を示す図である。
【図１０】図８のフローの他の具体例を示す図である。
【図１１】本発明の比較例となる情報処理装置において、認証時の動作例を示すフロー図である。
【発明を実施するための形態】
【００１２】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。
【００１３】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１５】
（実施の形態１）
《ネットワークシステムの構成》
図１は、本発明の実施の形態１による情報処理装置において、適用例となるネットワークシステムの主要部の構成例を示す概略図である。図１に示すネットワークシステムは、ネットワークＮＷで接続されるディレクトリサーバ１１、認証サーバ１２、その他サーバ１３および認証スイッチＳＷと、アカウントデータベース（以降、データベースをＤＢと略す）１４と、情報処理装置ＩＭとを備える。ネットワークＮＷは、例えば、ＯＳＩ参照モデルのレイヤ３（Ｌ３）のネットワークである。
【００１６】
アカウントＤＢ１４は、ディレクトリサーバ１１に接続される。ディレクトリサーバ１１は、アカウントＤＢ１４に登録されるアカウントに基づいてドメイン認証を行う。ディレクトリサーバ１１およびアカウントＤＢ１４には、例えば、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ等が搭載される。認証サーバ１２は、例えば、ＲＡＤＩＵＳサーバ等であり、認証スイッチＳＷは、ＲＡＤＩＵＳクライアントの機能を搭載したイーサネット（登録商標）スイッチ等である。その他サーバ１３は、認証が必要とされる何らかのサーバである。
【００１７】
情報処理装置ＩＭは、例えば、Ｗｉｎｄｏｗｓ  ＯＳ（Operating System）を搭載したＰＣ（Personal Computer）等であり、認証スイッチＳＷに接続される。情報処理装置ＩＭは、利用者１５からのアカウント入力に応じて、複数の外部装置への認証を実行する。複数の外部装置は、図１の例では、認証スイッチＳＷ（および認証サーバ１２）や、ディレクトリサーバ１１や、その他サーバ１３に該当する。
【００１８】
《情報処理装置（比較例）の認証フローおよび問題点》
図１１は、本発明の比較例となる情報処理装置において、認証時の動作例を示すフロー図である。比較例となる情報処理装置は、まず、装置の起動中にドメイン認証画面を表示し、ユーザが入力したユーザＩＤおよびパスワードを含むアカウント（ドメインアカウント）を取得する（ステップＳ２０１）。次いで、情報処理装置は、当該取得したアカウントを認証スイッチＳＷを介してディレクトリサーバ１１へ送信し、ディレクトリサーバ１１からの応答を受信する（ステップＳ２０２）。この際に、認証スイッチＳＷは、予めディレクトリサーバ１１への通信を許可するように設定されている。
【００１９】
情報処理装置は、ディレクトリサーバ１１からの応答がドメイン認証の失敗を表す“Ｆａｉｌ”の場合（ステップＳ２０３）、例えば、ステップＳ２０１へ戻る。一方、情報処理装置は、ディレクトリサーバ１１からの応答がドメイン認証の成功を表す“Ｐａｓｓ”の場合（ステップＳ２０３）、装置の起動を続行し（ステップＳ２０４）、装置の起動を完了する（ステップＳ２０５）。その後、情報処理装置は、例えば、ユーザの指示等に応じてスイッチ認証画面を表示し、ユーザによるスイッチ認証用アカウントの入力を受け付ける（ステップＳ２０６）。次いで、情報処理装置は、認証サーバ１２からの応答を受信する（ステップＳ２０７）。
【００２０】
ステップＳ２０６，Ｓ２０７に関し、具体的には、情報処理装置は、認証スイッチＳＷに向けてスイッチ認証要求を行い、これに応じて、認証スイッチＳＷは、情報処理装置のＷｅｂブラウザにスイッチ認証画面を表示させる。認証スイッチＳＷは、ユーザが当該スイッチ認証画面に入力したアカウントを認証サーバ１２へ送信し、認証サーバ１２からの応答を受信する。認証スイッチＳＷは、認証サーバ１２からの応答を情報処理装置へ送信すると共に、応答がスイッチ認証の成功を表す“Ｐａｓｓ”か失敗を表す“Ｆａｉｌ”かに応じて、その後の情報処理装置からの通信を許可するか否かを定める。
【００２１】
このように、比較例となる情報処理装置では、ユーザは、ドメイン認証画面へのアカウント入力（ステップＳ２０１）と、スイッチ認証画面へのアカウント入力（ステップＳ２０６）とを行う必要がある。通常、この２つのアカウント（すなわち双方のユーザＩＤおよびパスワード）は、同じ情報に設定される場合が多い。この場合、ユーザ（例えば利用者）は、アカウント入力の作業を重複して行う必要がある。その結果、ユーザの利便性が低下する恐れがある。
【００２２】
また、ユーザ（例えば管理者）は、セキュリティポリシ等の観点から、スイッチ認証を行ったのちドメイン認証を行いたいような場合がある。しかし、比較例となる情報処理装置では、このような順番で認証を行うこと自体が困難となる場合がある。さらに、ユーザ（例えば管理者）は、セキュリティポリシ等の観点から、スイッチ認証とドメイン認証の両方が“Ｐａｓｓ”となる場合に限って、情報処理装置の使用（すなわち起動の完了）を許可したいような場合がある。しかし、比較例となる情報処理装置では、ドメイン認証が“Ｐａｓｓ”であれば、スイッチ認証が“Ｆａｉｌ”となる場合であっても情報処理装置の使用が許可される。これらを代表に、ユーザ（管理者）は、様々なセキュリティポリシに応じて、柔軟にセキュリティ管理を行いたい場合があるが、比較例となる情報処理装置では、このような要求を十分に満たせない恐れがある。
【００２３】
《情報処理装置（実施の形態１）の構成》
図２は、図１における情報処理装置の主要部の構成例を示す概略図である。図２に示す情報処理装置ＩＭは、例えば、入力装置２０、表示装置２１、ＣＰＵ（Central Processing Unit）２２、ネットワークインタフェース（ネットワークＩＦ）２３、および記憶装置２４等を備えるコンピュータである。入力装置２０は、キーボードやマウス等であり、表示装置２１は、ディスプレイ等である。ネットワークＩＦ２３は、イーサネットのネットワークカード等であり、認証スイッチＳＷへのコネクタを備える。
【００２４】
記憶装置２４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）等の組合せで適宜構成され、ブートプログラム３１、ＯＳ３２、ＳＳＯモジュール３０ｂ、アプリケーションプログラム３３等を保持する。例えば、ＯＳ３２は、Ｗｉｎｄｏｗｓ等であり、アプリケーションプログラム３３は、Ｗｉｎｄｏｗｓ上で動作するプログラム等である。ＳＳＯモジュール３０ｂは、複数の外部装置への認証を行うための認証用プログラムであり、ＣＰＵ２２は、当該ＳＳＯモジュール３０ｂを実行することで、ＳＳＯ処理部３０ａとして機能する。
【００２５】
《ＳＳＯ処理部の詳細》
図３は、図２におけるＳＳＯ処理部の構成例を示す概略図である。図３に示すＳＳＯ処理部３０ａは、複数（ｎ個）の認証要求部［１］〜［ｎ］（４０［１］〜４０［ｎ］）と、制御部４１と、アカウント入力部４２とを備える。言い換えれば、ＳＳＯモジュール（認証用プログラム）３０ｂは、コンピュータを、複数の認証要求部［１］〜［ｎ］（４０［１］〜４０［ｎ］）、制御部４１、アカウント入力部４２として機能させる。なお、明細書では、複数の認証要求部［１］〜［ｎ］（４０［１］〜４０［ｎ］）を総称して認証要求部４０と称する。
【００２６】
アカウント入力部４２は、情報処理装置ＩＭの起動中に、表示装置２１にアカウント入力画面を表示し、ユーザ（利用者１５）がアカウント入力画面に入力したアカウントを取得する。制御部４１は、アカウント入力部４２を起動し、さらに、複数の認証要求部［１］〜［ｎ］（４０［１］〜４０［ｎ］）を所定の順番で起動する。複数の認証要求部４０のそれぞれは、制御部４１によって起動された際に、アカウント入力部４２で取得されたアカウントを共通のアカウントとして複数の外部装置の中の対象の外部装置へ送信し、当該対象の外部装置からの成功または失敗の応答を受信する。
【００２７】
具体例として、認証要求部［１］（４０［１］）は、対象の外部装置を認証スイッチＳＷとするスイッチ認証要求部であり、認証要求部［２］（４０［２］）は、対象の外部装置をディレクトリサーバ１１とするドメイン認証要求部である。スイッチ認証要求部は、ネットワークＩＦ２３を介して認証スイッチＳＷへ前述した共通のアカウントを送信し、認証スイッチＳＷからのスイッチ認証の成功（“Ｐａｓｓ”）または失敗（“Ｆａｉｌ”）の応答を受信する。同様に、ドメイン認証要求部は、ネットワークＩＦ２３を介してディレクトリサーバ１１へ共通のアカウントを送信し、ディレクトリサーバ１１からのドメイン認証の成功（“Ｐａｓｓ”）または失敗（“Ｆａｉｌ”）の応答を受信する。
【００２８】
図４は、図３のＳＳＯ処理部の動作例を示すフロー図である。図５は、図４におけるアカウント入力画面の表示例を示す図である。図４において、まず、制御部４１は、情報処理装置ＩＭの起動中に、例えば、ブートプログラム３１に割り込む形でアカウント入力部４２を起動する。これに応じて、アカウント入力部４２は、情報処理装置ＩＭの起動中に、図５に示されるようなアカウント入力画面３５を表示し、ユーザ（利用者１５）が入力したアカウントを取得する（ステップＳ１０１）。図５に示すアカウント入力画面３５は、アカウントとなるユーザＩＤおよびパスワードの入力欄と、サインオン等の実行ボタンとを備える。
【００２９】
アカウント入力部４２は、ユーザによってサインオン等の実行ボタンが押されると、入力欄に入力されているアカウントを取得し、それを制御部４１へ送る。制御部４１は、当該取得されたアカウントが有効か否かを判定する（ステップＳ１０２）。具体的には、制御部４１は、認証スイッチＳＷを介してディレクトリサーバ１１のアカウントＤＢ１４へアクセスし、取得されたアカウントがアカウントＤＢ１４に有効なアカウントとして登録されているか否かを判定する。制御部４１は、取得されたアカウントが無効の場合には、ステップＳ１０１へ戻り、先の処理へ進まないように制御する。
【００３０】
ステップＳ１０２に関し、実施の形態１では、前提として、アカウントＤＢ１４に期限切れ等が発生していない有効なアカウントが登録されているユーザを対象に、ＳＳＯの処理を行うこととしている。そこで、制御部４１は、この対象となり得るユーザであるか否か（言い換えれば、ＳＳＯのユーザとしての資格があるか否か）を最初に判定し、非対象のユーザの場合には、ステップＳ１０２の段階で先に進まないことで、以降の無駄な処理を排除する。
【００３１】
一方、制御部４１は、取得されたアカウントを有効と判定した場合（ステップＳ１０２）、取得されたアカウントを記憶装置２４に保持する（ステップＳ１０３）。次いで、ステップＳ１０４において、制御部４１は、起動対象の認証要求部４０を起動し、当該起動対象の認証要求部４０に、記憶装置２４で保持されるアカウント（言い換えればアカウント入力部４２で取得されたアカウント）を通知する。これに応じて、当該起動対象の認証要求部４０は、通知されたアカウントを、複数の外部装置の中の対象の外部装置へ送信し、当該対象の外部装置からの成功（“Ｐａｓｓ”）または失敗（“Ｆａｉｌ”）の応答を受信する（ステップＳ１０４，Ｓ１０５）。
【００３２】
制御部４１は、起動対象の認証要求部４０で受信した応答が“Ｆａｉｌ”の場合、ステップＳ１０１に戻り、アカウント入力部４２を起動してアカウント入力画面２５を再度表示する。一方、制御部４１は、起動対象の認証要求部４０で受信した応答が“Ｐａｓｓ”の場合、他に対象の外部装置（言い換えれば、起動対象の認証要求部４０）があるか否かを判定する（ステップＳ１０６）。他に対象の外部装置が有る場合、制御部４１は、対象の外部装置（すなわち起動対象の認証要求部４０）を変更して（ステップＳ１０８）、ステップＳ１０４へ戻る。ステップＳ１０６で他に対象の外部装置が無い場合、制御部４１は、例えば、ブートプログラム３１に処理を戻すこと等で情報処理装置ＩＭの起動を続行する（ステップＳ１０７）。
【００３３】
ここで、具体例として、認証要求部［１］（４０［１］）がスイッチ認証要求部であり、認証要求部［２］（４０［２］）がドメイン認証要求部であり、ＳＳＯ処理部３０ａが、スイッチ認証に続いてドメイン認証を行う場合を想定する。この場合、制御部４１は、ステップＳ１０４で、まずスイッチ認証要求部を起動する。スイッチ認証要求部は、ステップＳ１０１でのアカウントを含むスイッチ認証要求を認証スイッチＳＷへ送信し、認証スイッチＳＷ（実際には認証サーバ１２）からの応答を受信する。
【００３４】
制御部４１は、当該スイッチ認証要求部が受信した応答が“Ｐａｓｓ”の場合には（ステップＳ１０５）、ステップＳ１０４で、続いてドメイン認証要求部を起動する。ドメイン認証要求部は、スイッチ認証要求部の場合と同じアカウントを含むドメイン認証要求をディレクトリサーバ１１へ送信し、ディレクトリサーバ１１からの応答を受信する。当該ディレクトリサーバ１１からの応答も“Ｐａｓｓ”の場合には、ステップＳ１０７によって情報処理装置ＩＭの起動が完了する。一方、スイッチ認証およびドメイン認証の少なくとも一方が“Ｆａｉｌ”の場合には、ステップＳ１０７の処理へは進まず、情報処理装置ＩＭの起動は完了しない。
【００３５】
《実施の形態１の主要な効果》
以上、実施の形態１の方式を用いると、ＳＳＯ処理部３０ａによってＳＳＯの処理を実行することができ、ユーザの利便性を向上させることが可能になる。具体的には、複数の認証要求部４０が同じアカウントを用いて対応する外部装置へ認証要求を行うことで、ユーザ（利用者１５）は、図１１の場合と異なり、アカウント入力画面３５に対する１回のアカウント入力で、スイッチ認証とドメイン認証の両方を行うことが可能になる。
【００３６】
また、制御部４１は、認証要求部４０を起動する順番を制御する機能と、現在起動している認証要求部４０が受信した応答の内容に応じて、次の認証要求部４０を起動するか否かを定める機能とを備えている。これにより、図１１の場合と異なり、スイッチ認証を行ったのちドメイン認証を行うことや、スイッチ認証とドメイン認証の両方が“Ｐａｓｓ”となる場合に限って、情報処理装置ＩＭの使用（すなわち起動の完了）を許可すること等が可能となる。すなわち、様々なセキュリティポリシに応じて、柔軟にセキュリティ管理を行うことが可能になる。
【００３７】
なお、例えば、ドメイン認証が“Ｆａｉｌ”でスイッチ認証が“Ｐａｓｓ”となる場合で、先にスイッチ認証が行われる場合、ドメイン認証の“Ｆａｉｌ”に伴い情報処理装置ＩＭの起動は完了しないものの、スイッチ認証が“Ｐａｓｓ”となる状況が構築される。セキュリティの観点から、このスイッチ認証が“Ｐａｓｓ”となる状況が構築されること自体が望ましくない場合がある。ステップＳ１０２の処理は、このように、ドメイン認証が“Ｆａｉｌ”となる場合で、ドメイン認証よりも先に行われる他の認証が“Ｐａｓｓ”となるような状況を回避する役目も担う。
【００３８】
また、ここでは、スイッチ認証およびドメイン認証を行う場合を例としたが、認証対象となる外部装置に応じた認証要求部４０を適宜設けることで、その他の認証も同様にして行うことができる。この場合、実際には、図２のＳＳＯモジュール３０ｂの中に、所定の認証要求部４０に対応する認証要求モジュールを適宜設ければよい。
【００３９】
（実施の形態２）
《ネットワークシステム（応用例）の構成》
図６は、本発明の実施の形態２による情報処理装置において、適用例となるネットワークシステムの主要部の構成例を示す概略図である。図６に示すネットワークシステムでは、図１のネットワークシステムにおけるその他サーバ１３として、検疫ポリシサーバ１３ａとパッチサーバ１３ｂとが設けられる。検疫ポリシサーバ１３ａは、情報処理端末ＩＭからの要求に応じて当該情報処理端末ＩＭのセキュリティレベル（例えば、Ｗｉｎｄｏｗｓ  Ｕｐｄａｔｅの状況や、ウイルス定義ファイルの適用状況等）が所定のレベルに到達しているか否かを判定する。パッチサーバ１３ｂは、パッチを適用し、情報処理装置ＩＭのソフトウェアを、セキュリティレベルが所定のレベルに到達するように更新する。
【００４０】
《ＳＳＯ処理部（応用例）の詳細》
図７は、図６の情報処理装置が備えるＳＳＯ処理部の構成例を示す概略図である。図７に示すＳＳＯ処理部３０ａは、図３の構成例と比較して、フロー設定部４６が追加され、これに応じて制御部４５の処理内容が若干異なっている。フロー設定部４６は、制御部４５が複数の認証要求部４０を起動する際の順番をユーザ（管理者４７）の指示に応じて定める。図２のＳＳＯモジュール（認証用プログラム）３０ｂは、コンピュータを、フロー設定部４６として機能させる。また、フロー設定部４６は、このような認証要求部４０の起動順番に加えて、認証要求部４０で受信した応答に応じた条件分岐方法や、認証要求部４０で受信した応答を記憶装置２４にログとして残すか否かを、ユーザ（管理者４７）の指示に応じて定めることが可能となっている。
【００４１】
図８は、図７における制御部の動作例を示すフロー図である。制御部４５は、図４のステップＳ１０１，Ｓ１０２の場合と同様に、アカウント入力部４２を起動し（ステップＳ１）、アカウント入力部４２で取得されたアカウントが有効か否かを判定する（ステップＳ２）。制御部４５は、取得されたアカウントが無効の場合、ステップＳ１の処理に戻る。一方、取得されたアカウントが有効の場合、制御部４５は、認証要求部４０を順に起動しながら条件分岐の処理を行う。
【００４２】
図８の例では、制御部４５は、１段階目（ステップＳ３）、２段階目（ステップＳ４１，Ｓ４２）、および３段階目（ステップＳ５１〜Ｓ５４）の条件分岐を行う。ユーザ（管理者４７）は、フロー設定部４６を介して、この各段階の条件分岐でどの認証要求部４０を起動させるかを設定することができ、また、認証要求部４０で受信した応答をログとして残すか否かを設定することができる。さらに、ユーザ（管理者４７）は、条件分岐によって分岐された先で、どのステップに移行するか（ステップＳ６１〜Ｓ６８）も設定することができる。制御部４５は、移行先（ステップＳ６１〜Ｓ６８）の設定が無い場合、デフォルトの処理として情報処理装置ＩＭの起動を続行する（ステップＳ４）。
【００４３】
図９は、図８のフローの具体例を示す図である。図９において、制御部４５は、１段階目の条件分岐（ステップＳ３）でスイッチ認証要求部を起動する。スイッチ認証要求部は、認証スイッチＳＷへアカウントを送信し、認証スイッチＳＷからの応答を受信する。制御部４５は、スイッチ認証要求部がスイッチ認証の失敗を表す“Ｆａｉｌ”の応答を受信した場合、特に設定が無いステップＳ４２，Ｓ５３，Ｓ５４の処理を経て、ステップＳ６５〜Ｓ６８の処理によってステップＳ１に戻る。
【００４４】
一方、制御部４５は、スイッチ認証要求部がスイッチ認証の成功を表す“Ｐａｓｓ”の応答を受信した場合、２段階目の条件分岐（ステップＳ４１）でドメイン認証要求部を起動する。ドメイン認証要求部は、ディレクトリサーバ１１へアカウントを送信し、ディレクトリサーバ１１からの応答を受信する。制御部４５は、ドメイン認証要求部がドメイン認証の成功を表す“Ｐａｓｓ”の応答を受信した場合、特に設定が無いステップＳ５１，Ｓ６１，Ｓ６２の処理を経て、情報処理装置ＩＭの起動を続行する（ステップＳ４）。一方、制御部４５は、ドメイン認証要求部がドメイン認証の失敗を表す“Ｆａｉｌ”の応答を受信した場合、特に設定が無いステップＳ５２の処理を経て、ステップＳ６３，Ｓ６４の処理によってステップＳ１に戻る。
【００４５】
図１０は、図８のフローの他の具体例を示す図である。図１０において、制御部４５は、１段階目の条件分岐（ステップＳ３）でドメイン認証要求部を起動する。制御部４５は、ドメイン認証要求部が“Ｆａｉｌ”の応答を受信した場合、特に設定が無いステップＳ４２，Ｓ５３，Ｓ５４の処理を経て、ステップＳ６５〜Ｓ６８の処理によってステップＳ１に戻る。一方、制御部４５は、ドメイン認証要求部が“Ｐａｓｓ”の応答を受信した場合、２段階目の条件分岐（ステップＳ４１）で検疫ポリシ認証要求部を起動する。
【００４６】
検疫ポリシ認証要求部は、検疫ポリシサーバ１３ａと検疫のための通信を行い、検疫ポリシサーバ１３ａからの応答を受信する。検疫ポリシサーバ１３ａは、情報処理装置ＩＭのセキュリティレベルを判定し、所定のセキュリティレベルに到達している場合には“Ｐａｓｓ”を応答し、到達していない場合には“Ｆａｉｌ”を応答する。
【００４７】
制御部４５は、検疫ポリシ認証要求部が“Ｐａｓｓ”の応答を受信した場合、３段階目の条件分岐（ステップＳ５１）でスイッチ認証要求部を起動する。この例では、制御部４５は、スイッチ認証要求部が認証スイッチＳＷからの応答を受信すると、その応答の内容（“Ｐａｓｓ”または“Ｆａｉｌ”）に関わらず、設定が無いステップＳ６１，Ｓ６２を介して情報処理装置ＩＭの起動を続行する（ステップＳ４）。この際に、スイッチ認証要求部に対しては、受信した応答をログとして残すように設定されている。
【００４８】
一方、制御部４５は、検疫ポリシ認証要求部が“Ｆａｉｌ”の応答を受信した場合、３段階目の条件分岐（ステップＳ５２）でパッチ認証要求部を起動する。パッチ認証要求部は、パッチサーバ１３ｂとパッチ適用のための通信を行い、パッチサーバ１３ｂからの応答を受信する。パッチサーバ１３ｂは、パッチの適用を正常に完了した場合には“Ｐａｓｓ”を応答し、正常に完了しなかった場合には“Ｆａｉｌ”を応答する。この例では、制御部４５は、パッチ認証要求部が応答を受信すると、その応答の内容（“Ｐａｓｓ”または“Ｆａｉｌ”）に関わらず、ステップＳ６３，Ｓ６４の処理によってステップＳ１の処理に戻る。
【００４９】
例えば、セキュリティポリシの一例として、スイッチ認証のアカウントとドメイン認証のアカウントが個別に管理された状況で、スイッチ認証が“Ｆａｉｌ”となる際にはドメイン認証自体を行わせたくないような場合がある。このような場合、ユーザ（管理者４７）は、フロー設定部４６を介して図９のような認証フローを構築すればよい。すなわち、図９において、仮に、スイッチ認証よりも先にドメイン認証を行うと、スイッチ認証が“Ｆａｉｌ”であるにも関わらずドメイン認証が行われるような状況（すなわちセキュリティポリシに反する状況）が生じ得る。図９のような認証フローを用いると、セキュリティポリシを満たすことができる。
【００５０】
また、セキュリティポリシの別の一例として、ドメイン認証と検疫ポリシ判定が“Ｐａｓｓ”であれば、スイッチ認証の結果を問わず情報処理装置ＩＭの使用を許可したい場合がある。ただし、スイッチ認証は、情報処理装置ＩＭの起動完了後に再度行えるようにする。このような場合、ユーザ（管理者４７）は、フロー設定部４６を介して図１０のような認証フローを構築すればよい。ユーザ（利用者１５）は、起動完了後にログを参照することでスイッチ認証が“Ｆａｉｌ”であったことを認識し、必要に応じて、例えば、別のアカウントを用いて再度スイッチ認証のみを行うことができる。
【００５１】
以上のように、実施の形態２では、ＳＳＯ処理部３０ａがフロー設定部４６を備えることで、ユーザ（管理者４７）は、所望のセキュリティポリシに応じて、より柔軟にセキュリティ管理を行うことが可能になる。
【００５２】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００５３】
例えば、図２のＳＳＯモジュール（認証用プログラム）３０ｂは、ＣＤ−ＲＯＭ等を代表とする記憶媒体（すなわち、コンピュータが読み取り可能なプログラムを記録した非一時的な記憶媒体）に格納することができる。当該記憶媒体に格納されたＳＳＯモジュール３０ｂを情報処理装置ＩＭの記憶装置２４にインストールすることで、前述した各実施の形態のＳＳＯ処理部３０ａを構築することができる。
【符号の説明】
【００５４】
１１  ディレクトリサーバ
１２  認証サーバ
１３  その他サーバ
１３ａ  検疫ポリシサーバ
１３ｂ  パッチサーバ
１４  アカウントＤＢ
１５  利用者
２０  入力装置
２１  表示装置
２２  ＣＰＵ
２３  ネットワークＩＦ
２４  記憶装置
３０ａ  ＳＳＯ処理部
３０ｂ  ＳＳＯモジュール
３１  ブートプログラム
３２  ＯＳ
３３  アプリケーションプログラム
３５  アカウント入力画面
４０，４０［１］〜４０［ｎ］  認証要求部
４１，４５  制御部
４２  アカウント入力部
４６  フロー設定部
４７  管理者
ＩＭ  情報処理装置
ＮＷ  ネットワーク
ＳＷ  認証スイッチ
【図１】
2018010585.tif 000003
【図２】
2018010585.tif 000004
【図３】
2018010585.tif 000005
【図４】
2018010585.tif 000006
【図５】
2018010585.tif 000007
【図６】
2018010585.tif 000008
【図７】
2018010585.tif 000009
【図８】
2018010585.tif 000010
【図９】
2018010585.tif 000011
【図１０】
2018010585.tif 000012
【図１１】
2018010585.tif 000013