JP2015226072A - 情報処理システム、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】シングルサインオンに関して通信への依存度を低下させること。
【解決手段】第一の情報処理装置が、所定のタイミングで第一の暗号鍵を受信し、クライアント装置から送信される情報について認証に成功した場合に、所定の情報のハッシュ値を生成し、前記ハッシュ値を、最後に受信された前記第一の暗号鍵によって暗号化して暗号データを生成し、前記暗号データと前記所定の情報とを前記クライアント装置に返信し、第二の情報処理装置が、前記所定のタイミングで第二の暗号鍵を受信し、前記クライアント装置から送信される前記暗号データと前記所定の情報とを含む要求を受信し、前記暗号データを、最後に受信された第二の暗号鍵によって復号し、前記所定の情報のハッシュ値を生成し、復号結果と生成されたハッシュ値とを比較し、比較結果に応じて、前記要求に応じた処理を実行する。
【選択図】図３

Description

本発明は、情報処理システム、情報処理方法、及びプログラムに関する。

一度の認証によって、複数のサーバを利用することが可能となるシングルサインオンが知られている。シングルサインオンの基本的な仕組みは、以下の通りである。

サーバＡは、クライアントからの認証要求に応じ、認証処理を実行する。認証に成功すると、サーバＡは、自らが正当性を検証可能なトークンを生成し、当該トークンをクライアントに返信する。

クライアントは、当該トークンをサーバＢに送信して、サービスの提供を要求する。サーバＢは、当該トークンの検証をサーバＡに要求する。サーバＢは、サーバＡによって当該トークンの正当性が検証されれば、クライアントに対して要求されたサービスを提供する。

しかしながら、上記のような仕組みでは、サーバＡとサーバＢとの間で通信が不能となった場合、シングルサインオンが正常に機能しない可能性が高くなる。

本発明は、上記の点に鑑みてなされたものであって、シングルサインオンに関して通信への依存度を低下させることを目的とする。

そこで上記課題を解決するため、第一の情報処理装置と第二の情報処理装置とを含む情報処理システムは、前記第一の情報処理装置が、所定のタイミングで第一の暗号鍵を受信する第一の受信部と、クライアント装置から送信される情報について認証を実行する認証部と、前記認証部による認証に成功した場合に、所定の情報のハッシュ値を生成する第一の生成部と、前記ハッシュ値を、前記第一の受信部によって最後に受信された前記第一の暗号鍵によって暗号化して暗号データを生成する暗号化部と、前記暗号データと前記所定の情報とを前記クライアント装置に返信する返信部とを有し、前記第二の情報処理装置が、前記所定のタイミングで第二の暗号鍵を受信する第二の受信部と、前記クライアント装置から送信される前記暗号データと前記所定の情報とを含む要求を受信する第三の受信部と、前記第三の受信部によって受信された要求に含まれる前記暗号データを、前記第二の受信部によって最後に受信された第二の暗号鍵によって復号する復号部と、前記第三の受信部によって受信された前記所定の情報のハッシュ値を生成する第二の生成部と、前記復号部による復号結果と前記第二の生成部によって生成されたハッシュ値とを比較する比較部とを有し、前記比較部による比較結果に応じて、前記要求に応じた処理を実行する。

シングルサインオンに関して通信への依存度を低下させることができる。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態におけるサーバ装置のハードウェア構成例を示す図である。 本発明の実施の形態における情報処理システムの機能構成例を示す図である。 サブジェクトを構成するデータの関係の一例を示す図である。 各サーバ装置への暗号鍵の配信処理の処理手順の一例を説明するためのシーケンス図である。 情報処理システムにおけるシングルサインオンの処理手順の一例を説明するためのシーケンス図である。 認証処理の一例を説明するためのフローチャートである。 ユーザ情報記憶部の構成例を示す図である。 サブジェクトを伴った要求に応じて実行される処理の一例を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システム１は、サーバ装置１０Ａ、サーバ装置１０Ｂ、鍵管理装置３０、及び１以上のクライアント装置２０等を含む。サーバ装置１０Ａ及びサーバ装置１０Ｂを区別しない場合、「サーバ装置１０」という。各クライアント装置２０と、各サーバ装置１０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して通信可能に接続される。また、各サーバ装置１０と鍵管理装置３０とは、ＬＡＮ又はインターネット等のネットワークを介して通信可能に接続される。

鍵管理装置３０は、各サーバ装置１０が使用する暗号鍵を、各サーバ装置１０間において同期したタイミングで、周期的に各サーバ装置１０に配信するコンピュータである。

サーバ装置１０は、認証されたユーザに対して所定のサービスを提供するコンピュータ、又は１以上のコンピュータの集合である。又は、サーバ装置１０は、画像形成装置等の機器であってもよい。

クライアント装置２０は、ユーザが、サーバ装置１０によって提供されるサービスを利用する際におけるユーザインタフェースとして機能する端末である。例えば、ＰＣ（Personal Computer）、スマートフォン、タブレット端末、又は携帯電話等が、クライアント装置２０として用いられてもよい。又は、クライアント装置２０は、画像形成装置等の機器であってもよい。

本実施の形態では、サーバ装置１０Ａにおいて認証されたユーザが、サーバ装置１０Ａによって提供されるサービスのみならず、サーバ装置１０Ｂによって提供されるサービスも利用可能とされる例について説明する。すなわち、サーバ装置１０Ａ及びサーバ装置１０Ｂの利用に関して、シングルサインオンが実現される例について説明する。なお、サーバ装置１０Ａとサーバ装置１０Ｂとの間は、ネットワーク通信は可能でなくてもよい。また、３つ以上のサーバ装置１０が、情報処理システム１に含まれてもよい。

図２は、本発明の実施の形態におけるサーバ装置のハードウェア構成例を示す図である。図２のサーバ装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

サーバ装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってサーバ装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、鍵管理装置３０も、図２に示されるようなハードウェアを有していてもよい。

図３は、本発明の実施の形態における情報処理システムの機能構成例を示す図である。

図３において、鍵管理装置３０は、鍵生成部３１及び鍵配信部３２等を有する。これら各部は、鍵管理装置３０にインストールされたプログラムが、鍵管理装置３０のＣＰＵに実行させる処理により実現される。

鍵生成部３１は、所定の間隔で繰り返し暗号鍵を生成する。但し、鍵生成部３１は、ユーザによる指示の入力等に応じたタイミングで暗号鍵を生成してもよい。鍵配信部３２は、鍵生成部３１によって暗号鍵が生成されるたびに、生成された暗号鍵を各サーバ装置１０に配信する。なお、各サーバ装置１０には、共通の暗号鍵が配信される。又は、サーバ装置１０Ａに配信される暗号鍵と、サーバ装置１０Ｂに配信される暗号鍵とは非対称であってもよい。すなわち、サーバ装置１０Ａに配信される暗号鍵が秘密鍵であり、サーバ装置１０Ｂに配信される暗号鍵が、当該秘密鍵と対をなす公開鍵であってもよい。この場合、鍵生成部３１は、秘密鍵と公開鍵との二つの暗号鍵を生成する。

クライアント装置２０は、クライアント部２１を有する。クライアント部２１は、サーバ装置１０を利用するためのユーザインタフェースの提供や、サーバ装置１０への要求の送信、当該要求に応じてサーバ装置１０から返信される情報の受信及び表示等を行う。クライアント部２１は、例えば、専用のアプリケーションプログラム、又はＷｅｂブラウザプログラム等が、クライアント装置２０のＣＰＵに実行させる処理により実現される。

サーバ装置１０Ａは、鍵取得部１１０、要求受信部１１１、認証部１１２、ハッシュ値生成部１１３、トークン生成部１１４、及び応答部１１５等を有する。これら各部は、サーバ装置１０Ａにインストールされたプログラムが、サーバ装置１０ＡのＣＰＵ１０４に実行させる処理により実現される。サーバ装置１０Ａは、また、ユーザ情報記憶部１１６を利用する。ユーザ情報記憶部１１６は、サーバ装置１０Ａの補助記憶装置１０２、又はサーバ装置１０Ａにネットワークを介して接続される記憶装置等を用いて実現可能である。

鍵取得部１１０は、鍵管理装置３０から配信される暗号鍵を取得（受信）する。鍵取得部１１によって取得された暗号鍵は、例えば、サーバ装置１０Ａのメモリ装置１０３又は補助記憶装置１０２に記憶される。

要求受信部１１１は、クライアント部２１から送信される要求を受信する。認証部１１２は、クライアント部２１からの要求が、ログイン要求である場合に、当該ログイン要求に含まれている認証情報について認証処理を実行する。認証処理は、例えば、当該認証情報を、ユーザ情報記憶部１１６に記憶されている情報と照合することにより行われる。認証情報は、例えば、ユーザ名及びパスワードである。但し、ＩＣカード等が利用される場合は、カード情報が認証情報であってもよい。また、生体認証が行われる場合、生体情報が認証情報であってもよい。

ユーザ情報記憶部１１６は、情報処理システム１の利用が許可されるユーザごとに、当該ユーザの認証情報や属性情報等を記憶する。以下、当該認証情報及び属性情報を含む情報をユーザ情報という。

ハッシュ値生成部１１３は、認証部１１２による認証が成功したユーザに関して、当該ユーザのユーザ情報の一部又は全部のハッシュ値を生成する。ハッシュ値の生成に用いられるユーザ情報の一部又は全部を、以下「ハッシュ元情報」という。

トークン生成部１１４は、ハッシュ値生成部１１３によって生成されるハッシュ値と、有効期限を示す情報とを暗号鍵を用いて暗号化する。当該暗号化によって生成されるデータを、以下「トークン」という。なお、有効期限を示す情報は、当該トークンの有効期限を示す日時情報である。暗号化に利用される暗号鍵は、鍵取得部１１０によって最後に取得された暗号鍵である。

応答部１１５は、要求受信部１１１によって受信される要求に対する応答を、当該要求の送信元のクライアント部２１に返信する。例えば、当該要求がログイン要求であり、認証部１１２による認証が成功した場合、応答部１１５は、トークン生成部１１４によって生成されるトークンと、当該トークンに関するハッシュ元情報とを、クライアント部２１に返信する。当該トークンとハッシュ元情報との組み合わせを、以下、「サブジェクト」という。

図４は、サブジェクトを構成するデータの関係の一例を示す図である。図４に示されるように、サブジェクトは、トークンとハッシュ元情報とを含む。トークンは、当該ハッシュ元情報のハッシュ値と、有効期限を示す日時情報とが、暗号化されたものである。

サーバ装置１０Ｂは、鍵受信部１２０、要求受信部１２１、復号部１２２、有効性判定部１２３、ハッシュ値生成部１２４、検証部１２５、及び処理実行部１２６等を有する。これら各部は、サーバ装置１０Ｂにインストールされたプログラムが、サーバ装置１０ＢのＣＰＵ１０４に実行させる処理により実現される。

鍵取得部１２０は、鍵管理装置３０から配信される暗号鍵を取得（受信）する。鍵取得部１１によって取得された暗号鍵は、例えば、サーバ装置１０Ｂのメモリ装置１０３又は補助記憶装置１０２に記憶される。

要求受信部１２１は、サーバ装置１０Ａによってサブジェクトが発行されたクライアント部２１から送信される要求を受信する。当該要求には、サブジェクトが含まれる。

復号部１２２は、要求受信部１２１によって受信される要求に含まれているサブジェクトを構成するトークンを、暗号鍵によって復号する。復号に利用される暗号鍵は、鍵取得部１２０によって最後に取得された暗号鍵である。

有効性判定部１２３は、トークンを復号することによって得られる有効期限を示す情報に基づいて、当該トークンが有効期限内であるか否かを判定する。

ハッシュ値生成部１２４は、要求受信部１２１によって受信される要求に含まれているサブジェクトを構成するハッシュ元情報のハッシュ値を生成する。ハッシュ値の生成には、ハッシュ値生成部１１３が使用するハッシュ関数と同一のハッシュ関数が用いられる。

検証部１２５は、復号部１２２によるトークンの復号結果に含まれているハッシュ値と、ハッシュ値生成部１２４によって生成されたハッシュ値とを比較することにより、サブジェクトの正当性を検証する。すなわち、比較されたハッシュ値が一致すれば、トークンについて、サーバ装置１０Ａによって生成されたことが検証され、ハッシュ元情報について、改竄されていないことが検証される。

処理実行部１２６は、検証部１２５による比較結果に応じて、要求受信部１２１によって受信される要求に応じた処理を実行する。

なお、サーバ装置１０Ａは、更に、サーバ装置１０Ｂが有する機能構成を有していてもよい。また、サーバ装置１０Ｂは、更に、サーバ装置１０Ａが有する機能構成を有していてもよい。

以下、情報処理システム１において実行される処理手順について説明する。図５は、各サーバ装置への暗号鍵の配信処理の処理手順の一例を説明するためのシーケンス図である。

鍵管理装置３０の鍵生成部３１は、一定間隔で、繰り返し暗号鍵を生成する（Ｓ１１）。なお、当該一定間隔は、例えば、管理者等によって設定可能とされてもよい。但し、鍵生成部３１は、ユーザによる指示の入力等に応じたタイミングで暗号鍵を生成してもよい。

一方、各サーバ装置１０の鍵取得部１１０及び鍵取得部１２０は、暗号鍵の更新を問い合わせるためのポーリングを行う（Ｓ２１、Ｓ３１）。なお、図５において、ループ処理Ｌａとループ処理Ｌｂとは、並列的に実行される。

鍵配信部３２は、鍵生成部３１によって最後に生成された暗号鍵が配信されていない場合、各サーバ装置１０からの問い合わせに対して、暗号鍵が更新されたことを示す応答（以下、「更新応答」という。）を返信する（Ｓ２２、Ｓ３２）。なお、各サーバ装置１０からのポーリングは、ロングポーリングであってもよい。ロングポーリングとは、問い合わせに対して、直ちに応答を返信せずに、応答を返信する必要が生じたタイミングで、応答が返信される形式のポーリングをいう。本実施の形態において、応答を返信する必要が生じたタイミングは、暗号鍵が新たに生成されたタイミングである。

鍵取得部１１０及び鍵取得部１２０は、更新応答を受信すると、暗号鍵の取得要求を鍵管理装置３０に送信する（Ｓ２３、Ｓ３３）。鍵管理装置３０の鍵配信部３２は、当該取得要求に応じ、最新の暗号鍵（最後に生成された暗号鍵）を返信する（Ｓ２４、Ｓ３４）。

なお、更新応答に含められて、暗号鍵が返信されてもよい。また、各サーバ装置１０からの問い合わせに対する応答ではなく、鍵配信部３２が能動的に（ＰＵＳＨ型で）、生成された暗号鍵を各サーバ装置１０に配信してもよい。

図６は、情報処理システムにおけるシングルサインオンの処理手順の一例を説明するためのシーケンス図である。

ステップＳ１０１において、クライアント装置２０のクライアント部２１は、例えば、ログイン画面を介して入力された認証情報を含むログイン要求を、サーバ装置１０Ａ宛に送信する。当該ログイン要求には、当該認証情報に係るユーザのユーザ情報を構成する項目のうち、取得対象とする１以上の項目の項目名が含まれる。例えば、「ユーザ名」、「氏名」、「メールアドレス」等が、取得対象の項目とされてもよい。なお、本実施の形態では、便宜上、認証情報として、ユーザ名及びパスワードが用いられる例について説明する。

当該ログイン要求は、サーバ装置１０Ａの要求受信部１１１によって受信される。サーバ装置１０Ａは、ログイン要求が受信されると、認証処理を実行する（Ｓ１０２）。認証処理の詳細については後述される。続いて、サーバ装置１０Ａの応答部１１５は、ログイン要求に対する応答を、クライアント部２１に返信する（Ｓ１０３）。認証に成功した場合、当該応答には、サブジェクトが含まれる。認証に失敗した場合、当該応答には、例えば、認証に失敗したことを示す情報が含まれる。

認証に成功した場合、クライアント部２１は、サーバ装置１０Ｂに対して、サービスの提供要求を送信する（Ｓ１０４）。図６では、サービスの提供要求として、「ｇｅｔＸＸ」というＡＰＩ（Application Program Interface）が呼び出された例が示されている。サービスの提供要求には、例えば、ステップＳ１０３において返信されたサブジェクトと、「ｇｅｔＸＸ」に固有の引数とが指定される。

サービスの提供要求は、サーバ装置１０Ｂの要求受信部１２１によって受信される。サーバ装置１０Ｂは、サービスの提供要求が受信されると、当該要求に応じた処理を実行する（Ｓ１０５）。

続いて、ステップＳ１０２の詳細について説明する。図７は、認証処理の一例を説明するためのフローチャートである。

ステップＳ２０１において、認証部１１２は、ログイン要求に含まれている認証情報について、ユーザ情報記憶部１１６に記憶されている認証情報との照合により、認証を行う。

図８は、ユーザ情報記憶部の構成例を示す図である。図８において、ユーザ情報記憶部１１６は、ユーザごとに、ユーザ名、パスワード、氏名、住所、電話番号、及びメールアドレス等を記憶する。

ユーザ名は、情報処理システム１を構成するコンピュータ等が、各ユーザを識別するための情報である。パスワードは、ユーザ名に係るユーザのパスワードである。なお、パスワード以外の情報（カード情報、生体情報等）が認証に利用される場合、パスワードは記憶されなくてもよい。氏名、住所、電話番号、メールアドレスは、それぞれ、ユーザ名に係るユーザの氏名、住所、電話番号、メールアドレスである。

ステップＳ２０１において、認証部１１２は、ログイン要求に含まれているユーザ名及びパスワードを含むレコードがユーザ情報記憶部１１６に記憶されていれば、認証は成功であると判定し、該当するレコードがユーザ情報記憶部１１６に記憶されていなければ、認証は失敗であると判定する。

認証に失敗した場合（Ｓ２０２でＮｏ）、ステップＳ２０３以降は実行されない。この場合、応答部１１５は、図６のステップＳ１０３において、例えば、認証の失敗を示す情報を、クライアント部２１に返信する。

一方、認証に成功した場合（Ｓ２０２でＹｅｓ）、認証部１１２は、ログイン要求において取得対象として指定された情報を、ユーザ情報記憶部１１６から取得する（Ｓ２０３）。例えば、認証に成功したユーザの、「ユーザ名」、「氏名」、及び「メールアドレス」のそれぞれの値が取得される。

続いて、ハッシュ値生成部１１３は、取得された情報をハッシュ元情報として、当該ハッシュ元情報のハッシュ値を生成する（Ｓ２０４）。なお、ハッシュ元情報は、例えば、「ユーザ名：ＸＸＸ、氏名：ＹＹＹ、メールアドレス：ＺＺＺ」といったように、取得された情報の項目名とその値とを含む情報である。

続いて、トークン生成部１１４は、ハッシュ値生成部１１３によって生成されたハッシュ値と、有効期限を示す日時情報とを、鍵取得部１１０によって最後に受信された暗号鍵を使用して暗号化することによりトークンを生成する（Ｓ２０５）。なお、有効期限を示す情報は、例えば、現在日時から一定期間後を示す情報でもよい。

ステップＳ２０５が実行された場合、応答部１１５は、図６のステップＳ１０３において、生成されたトークンと、ハッシュ元情報とを含むサブジェクトを、クライアント部２１に返信する。

続いて、図６のステップＳ１０５の詳細について説明する。図９は、サブジェクトを伴った要求に応じて実行される処理の一例を説明するためのフローチャートである。

ステップＳ３０１において、復号部１２２は、受信されたサブジェクトに含まれているトークンを、鍵取得部１２０によって最後に受信された暗号鍵を使用して復号する。復号に失敗した場合（Ｓ３０２でＮｏ）、処理実行部１２６は、要求に応じた処理の実行を拒否する（Ｓ３０７）。この場合、当該トークンが、サーバ装置１０Ａによって生成されたものではない可能性が高いからである。換言すれば、復号に成功するとうことは、当該トークンが、サーバ装置１０Ａによって生成された可能性が高いということになる。

復号に成功した場合（Ｓ３０２でＹｅｓ）、有効性判定部１２３は、トークンの復号によって得られる有効期限を示す情報に基づいて、当該トークンが有効期限内であるか否かを判定する（Ｓ３０３）。例えば、当該有効期限を示す情報が、現在日時を経過していなければ、当該トークンは有効期限内であると判定される。

当該トークンが有効期限外である場合（Ｓ３０３でＮｏ）、処理実行部１２６は、要求された処理の実行を拒否する（Ｓ３０７）。

当該トークンが有効期限内である場合（Ｓ３０３でＹｅｓ）、ハッシュ値生成部１２４は、受信されたサブジェクトに含まれるハッシュ元情報のハッシュ値を生成する（Ｓ３０４）。続いて、検証部１２５は、トークンの復号によって得られたハッシュ値と、ハッシュ値生成部１２４によって生成されたハッシュ値とが一致するか否かを判定する（Ｓ３０５）。比較された値が一致しない場合（Ｓ３０５でＮｏ）、処理実行部１２６は、要求された処理の実行を拒否する（Ｓ３０７）。この場合、ハッシュ元情報が改竄された可能性が高く、不正な要求である可能性が高いからである。本実施の形態では、ハッシュ元情報には、ユーザ名等のユーザの識別情報が含まれる。したがって、例えば、成りすましを目的として、ハッシュ元情報が改竄されることが考えられる。

一方、比較された値が一致する場合（Ｓ３０５）、処理実行部１２６は、要求された処理を実行する（Ｓ３０６）。なお、処理実行部１２６は、要求された処理の実行内容を、ハッシュ元情報に含まれているユーザ名に応じて変化させてもよい。例えば、ユーザ名に対応付けられて管理されている権限情報に基づいて、実行可能な処理が制限されてもよい。

なお、図６のステップＳ１０２が実行されるタイミングと、ステップＳ１０５が実行されるタイミングとの間に、暗号鍵の更新時期が含まれる可能性も考えられる。この場合、図７のステップＳ２０５において使用される暗号鍵と、図９のステップＳ３０１において使用される暗号鍵とは、異なる暗号鍵となってしまう。異なる暗号鍵とは、共通ではない、又は対をなさない暗号鍵をいう。そこで、ステップＳ３０１において、復号部１２２は、復号に失敗した場合、最後に受信された暗号鍵より前に受信された暗号鍵を用いて、トークンの復号を行ってもよい。例えば、復号部１２２は、最後に受信された暗号鍵より前に受信された暗号鍵に関して、新しい暗号鍵から順に使用されて復号を行い、復号が成功した時点で、ステップＳ３０３に進んでもよい。また、復号に用いられる暗号鍵の個数は、所定数以内に制限されてもよい。

なお、図６のステップＳ１０３とステップＳ１０４との間において、クライアント部２１は、サーバ装置１０Ａに対してサービスの提供要求を送信してもよい。この場合、当該要求には、サブジェクトが指定されればよい。サーバ装置１０Ａは、当該要求に応じて図９において説明した処理と同様の処理を実行してもよい。また、クライアント部２１は、サーバ装置１０Ａ及びサーバ装置１０Ｂとは別のサーバ装置１０に対して、サブジェクトが指定された要求を送信してもよい。当該要求に応じ、当該サーバ装置１０は、図９において説明した処理と同様の処理を実行してもよい。

なお、トークンには、有効期限が含まれなくてもよい。この場合、ハッシュ元情報のハッシュ値が暗号化されたものがトークンとされてもよい。

また、ハッシュ元情報は、ユーザ情報でなくてもよい。例えば、ドキュメントの書誌情報であってもよいし、特段の意味を有さない情報であってもよい。

上述したように、本実施の形態によれば、サーバ装置１０Ａとサーバ装置１０Ｂとが通信することなく、シングルサインオンを実現することができる。換言すれば、サーバ装置１０Ａとサーバ装置１０Ｂとの間の通信が不能となった場合であっても、シングルサインオンを実現することができる。したがって、シングルサインオンに関して通信への依存度を低下させることができる。

また、各サーバ装置１０が使用する暗号鍵は、定期的に更新される。したがって、暗号鍵が固定的である場合に比べて、暗号鍵の漏洩又は推定に対するセキュリティを向上させることができる。

なお、本実施の形態において、サーバ装置１０Ａは、第一の情報処理装置の一例である。サーバ装置１０Ｂは、第二の情報処理装置の一例である。鍵取得部１１０は、第一の受信部の一例である。ハッシュ値生成部１１３は、第一の生成部の一例である。トークン生成部１１４は、暗号化部の一例である。トークンは、暗号データの一例である。応答部１１５は、返信部の一例である。鍵取得部１２０は、第二の受信部の一例である。要求受信部１２１は、第三の受信部の一例である。ハッシュ値生成部１２４は、第二の生成部の一例である。検証部１２５は、比較部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 情報処理システム
１０Ａ サーバ装置
１０Ｂ サーバ装置
２０ クライアント装置
２１ クライアント部
３０ 鍵管理装置
３１ 鍵生成部
３２ 鍵配信部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１１０ 鍵取得部
１１１ 要求受信部
１１２ 認証部
１１３ ハッシュ値生成部
１１４ トークン生成部
１１５ 応答部
１１６ ユーザ情報記憶部
１２０ 鍵受信部
１２１ 要求受信部
１２２ 復号部
１２３ 有効性判定部
１２４ ハッシュ値生成部
１２５ 検証部
１２６ 処理実行部
Ｂ バス

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

Claims (8)

1. 第一の情報処理装置と第二の情報処理装置とを含む情報処理システムであって、
   前記第一の情報処理装置は、
   所定のタイミングで第一の暗号鍵を受信する第一の受信部と、
   クライアント装置から送信される情報について認証を実行する認証部と、
   前記認証部による認証に成功した場合に、所定の情報のハッシュ値を生成する第一の生成部と、
   前記ハッシュ値を、前記第一の受信部によって最後に受信された前記第一の暗号鍵によって暗号化して暗号データを生成する暗号化部と、
   前記暗号データと前記所定の情報とを前記クライアント装置に返信する返信部とを有し、
   前記第二の情報処理装置は、
   前記所定のタイミングで第二の暗号鍵を受信する第二の受信部と、
   前記クライアント装置から送信される前記暗号データと前記所定の情報とを含む要求を受信する第三の受信部と、
   前記第三の受信部によって受信された要求に含まれる前記暗号データを、前記第二の受信部によって最後に受信された第二の暗号鍵によって復号する復号部と、
   前記第三の受信部によって受信された前記所定の情報のハッシュ値を生成する第二の生成部と、
   前記復号部による復号結果と前記第二の生成部によって生成されたハッシュ値とを比較する比較部とを有し、
   前記比較部による比較結果に応じて、前記要求に応じた処理を実行する、
   ことを特徴とする情報処理システム。
2. 前記復号部は、前記第二の受信部によって最後に受信された第二の暗号鍵によって復号できない場合は、最後に受信された第二の暗号鍵より前に受信された第二の暗号鍵によって、前記暗号データを復号する、
   ことを特徴とする請求項１記載の情報処理システム。
3. 前記復号部は、前記第二の受信部によって最後に受信された第二の暗号鍵によって復号できない場合は、最後に受信された第二の暗号鍵より前に受信された所定数以内の第二の暗号鍵によって、前記暗号データを復号する、
   ことを特徴とする請求項２記載の情報処理システム。
4. 前記暗号化部は、前記第一の生成部によって生成されるハッシュ値と、日時を示す情報とを暗号化して暗号データを生成し、
   前記第二の情報処理装置は、前記復号部による復号結果に含まれている日時を示す情報に応じて、前記要求に応じた処理を実行する、
   ことを特徴とする請求項１乃至３いずれか一項記載の情報処理システム。
5. 前記所定の情報は、前記認証部によって認証されたユーザに関する情報である、
   ことを特徴とする請求項１乃至４いずれか一項記載の情報処理システム。
6. 第一の情報処理装置と第二の情報処理装置とが実行する情報処理方法であって、
   前記第一の情報処理装置が、
   所定のタイミングで第一の暗号鍵を受信する第一の受信手順と、
   クライアント装置から送信される情報について認証を実行する認証手順と、
   前記認証手順における認証に成功した場合に、所定の情報のハッシュ値を生成する第一の生成手順と、
   前記ハッシュ値を、前記第一の受信手順において最後に受信された前記第一の暗号鍵によって暗号化して暗号データを生成する暗号化手順と、
   前記暗号データと前記所定の情報とを前記クライアント装置に返信する返信手順とを実行し、
   前記第二の情報処理装置が、
   前記所定のタイミングで第二の暗号鍵を受信する第二の受信手順と、
   前記クライアント装置から送信される前記暗号データと前記所定の情報とを含む要求を受信する第三の受信手順と、
   前記第三の受信手順において受信された要求に含まれる前記暗号データを、前記第二の受信手順において最後に受信された第二の暗号鍵によって復号する復号手順と、
   前記第三の受信手順において受信された前記所定の情報のハッシュ値を生成する第二の生成手順と、
   前記復号手順における復号結果と前記第二の生成手順において生成されたハッシュ値とを比較する比較手順とを実行し、
   前記比較手順における比較結果に応じて、前記要求に応じた処理を実行する、
   ことを特徴とする情報処理方法。
7. コンピュータに、
   所定のタイミングで第一の暗号鍵を受信する第一の受信手順と、
   クライアント装置から送信される情報について認証を実行する認証手順と、
   前記認証手順における認証に成功した場合に、所定の情報のハッシュ値を生成する第一の生成手順と、
   前記ハッシュ値を、前記第一の受信手順において最後に受信された前記第一の暗号鍵によって暗号化して暗号データを生成する暗号化手順と、
   前記暗号データと前記所定の情報とを前記クライアント装置に返信する返信手順とを実行させるプログラム。
8. コンピュータに、
   所定のタイミングで暗号鍵を受信する受信手順と、
   クライアント装置から送信される、所定の情報のハッシュ値が暗号化された暗号データと前記所定の情報とを含む要求を受信する第二の受信手順と、
   前記受信手順において受信された要求に含まれる前記暗号データを、前記受信手順において最後に受信された暗号鍵によって復号する復号手順と、
   前第二の受信手順において受信された前記所定の情報のハッシュ値を生成する第二の生成手順と、
   前記復号手順における復号結果と前記第二の生成手順において生成されたハッシュ値とを比較する比較手順とを実行させ、
   前記コンピュータは、前記比較手順における比較結果に応じて、前記要求に応じた処理を実行するプログラム。

Images