JP6298288B2 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関し、特に、ユーザーの認証に関する。

ネットワークに接続された情報処理装置間でユーザー認証を行う場合、ハッシュ関数で変換されたユーザーのパスワードを認証に利用することが多い。利用されるハッシュ関数は、ＭＤ４、ＭＤ５、ＳＨＡ１などセキュリティ強度が異なるものが存在する。また、認証プロトコルにより利用されるハッシュ関数は異なる。例えば、ＮＴＬＭ認証ではＭＤ４が利用され、ＳＮＭＰｖ３ではＳＨＡ１が利用される。また、情報処理装置内でのパスワードの保存方法としては、ハッシュ化されたものを保存されていることも多い。特許文献１では、２つのハッシュプロトコルを統合する方法が提案されている。

しかし、利用可能なハッシュ関数が増えることを考慮すると、ハッシュ化せずに保存し、認証の度にハッシュ化するようにすれば、ユーザーデータベースの拡張は必要なく、ハッシュ関数の追加だけで済む。なお、ハッシュ化しないパスワードは通常、情報処理装置が管理する鍵を暗号化した上で保存される。

特開２０１１−１９９７１８号公報

複数の情報処理装置が存在する環境において、パスワード情報を含むユーザー情報を共通して利用する場合、ユーザー情報を同期しておく必要がある。このとき、ハッシュ化してパスワードを管理している情報処理装置を参照元として、ハッシュ化せずにパスワードを管理する情報処理装置にユーザー情報を移行する場合、ハッシュ関数は一方向関数であるため、ハッシュ化前の状態に戻すことができない（不可逆性）。その結果、パスワードの管理方式が異なる情報処理装置間では、ユーザー情報の同期ができない状況が生じうる。この場合には、ユーザーがそれぞれの情報処理装置にてパスワードを移行する必要があり、負荷がかかる。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、ユーザー認証を行う情報処理装置であって、情報を記憶する記憶手段と、ユーザーの識別情報と、パスワードもしくは一方向関数により当該パスワードを変換することで得られる情報とを対応付けた情報を前記記憶手段にインポートするインポート手段と、ユーザーにより入力されたパスワードと一致するパスワードが当該ユーザーの識別情報と対応付けて前記記憶手段にて記憶されていなかった場合に、当該ユーザーから入力された識別情報およびパスワードと、前記記憶手段にインポートされている、一方向関数により当該パスワードを変換することで得られる情報とを用いてユーザー認証を行う認証手段と、前記認証手段にて前記ユーザーのユーザー認証が成功した場合、当該ユーザーにより入力されたパスワードを、前記記憶手段にて記憶している当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる更新手段とを有する。

ユーザーの手間を最小限にして、パスワードの管理方式が異なる複数の情報処理装置間においてユーザー情報を同期することができる。

本発明に関連するシステム構成の例の図。 ＭＦＰのハードウェアの構成例を示すブロック図。 ＭＦＰのソフトウェアの構成例を示すブロック図。 ユーザー認証処理部が提供するユーザー認証のＵＩの例を示す図。 ユーザー情報編集部が提供するパスワード変更画面の例を示す図。 パスワードをハッシュ化し管理するユーザー情報管理テーブルの例を示す図。 パスワードをハッシュ化せずに管理するユーザー情報管理テーブルの例を示す図。 ハッシュ化したユーザー情報を、ハッシュ化せずに管理するユーザー情報管理テーブルにインポートした例を示す図。 ユーザー認証に成功した場合のユーザー情報管理テーブルの例を示す図。 第１の実施形態に係るフローチャート。 第２の実施形態に係るフローチャート。 第３の実施形態に係るフローチャート。 第４の実施形態に係るフローチャート。 第５の実施形態に係るフローチャート。 第４の実施形態に係るユーザー情報の例を示す図。 第４、第５の実施形態に係るデータの例を示す図。 第５の実施形態に係るデータの例を示す図。

以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
本発明に係る第１の実施形態について説明する。

［システム構成］
図１は、本発明に係るシステム全体の構成例を示す図である。ＬＡＮ１００に後述する各構成物が接続されている。ＭＦＰ１０１、１０２、１０３、および１１０は、複合機（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であり、画像読取装置、印刷装置、通信装置を備える。また、各ＭＦＰは、コピー、プリント、スキャンした画像の送信などのアプリケーションを備える。さらに各ＭＦＰは、これらのアプリケーションの利用のユーザーごとの制限、ユーザーごとのカスタマイズなどを実現するために、ＭＦＰの利用前にユーザーの認証を行なわせる機能も有する。

ＰＣ１５０は、Ｗｅｂブラウザー（不図示）などがインストールされた一般的なＰＣ（パーソナルコンピューター）であり、各ＭＦＰの管理に利用される。

［ハードウェア構成］
図２は、各ＭＦＰの構成を示すハードウェアブロック図である。ここでは、図１に示す各ＭＦＰは同じハードウェア構成を有するものとして説明するが、これに限定するものではない。ＣＰＵ２０１を含む制御部２００は、ＭＦＰ全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取や送信などの各種制御を行う。ＲＡＭ２０３は、記憶部であり、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２０４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００とを接続する。ネットワークＩ／Ｆ２０８は、制御部２００（ＭＦＰ）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上の外部装置との間で各種情報の送受信を行う。

プリンタＩ／Ｆ２０６は、プリンタ２１０と制御部２００とを接続する。プリンタ２１０により印刷すべき画像データはプリンタＩ／Ｆ２０６を介して制御部２００から転送され、プリンタ２１０において紙等の記録媒体上に印刷される。スキャナＩ／Ｆ２０７は、スキャナ２１１と制御部２００とを接続する。スキャナ２１１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。

［ソフトウェア構成］
図３は、各ＭＦＰにおいて本発明に関連するソフトウェア構成について示したブロック図である。ここでは図１に示す各ＭＦＰは同じソフトウェア構成を有するものとして説明するが、これに限定するものではない。

ユーザー情報管理部３０１は、ＭＦＰを利用するユーザーの認証に必要な情報、ＭＦＰの各機能が認証されたユーザーごとの機能制限、カスタマイズなどに必要な情報を管理する。本発明に関連するポイントとして、上記の［背景技術］にて述べたようにＭＦＰの種類ごとにパスワードの管理方法が異なる。図６は、ユーザー情報管理部３０１で管理するユーザー情報の一例である。ｕｓｅｒ＿ｉｄ６０１にはユーザーを識別する識別情報（アカウント）、ｐａｓｓｗｏｒｄ（ＭＤ５）６０２にはＭＤ５でハッシュ化したパスワード、そして、ｅ−ｍａｉｌ６０３にはユーザーの電子メールアドレスを格納している。図６のユーザー情報管理テーブルの例では、パスワードをＭＤ５でハッシュ化した状態で関している。

一方、図７のユーザー情報管理テーブルの例では、パスワードをハッシュ化せずに管理している（ｐａｓｓｗｏｒｄ７０２）。つまり、図７の構成では、ユーザーの識別情報（ユーザー名）、ハッシュ化されていないパスワード、ハッシュ化されたパスワード、および電子メールアドレスが対応付けて管理されている。ユーザーがｐａｓｓｗｏｒｄ７０２の値を参照した場合には、パスワードを認識することができる。また、図７に示す例では、ハッシュ関数としてＭＤ４およびＭＤ５を適用してハッシュ化したパスワードを管理できる構成としているが、これに限定するものではなく、他のハッシュ関数に対応できるようにしてもよい。

例えば大規模なオフィス環境では、オフィス環境に存在するＭＦＰを一度にすべて購入することは少ない。その結果、購入時期が異なり、ユーザー情報の管理方法が異なるＭＦＰが混在することが生じうる。本実施形態では、このような状況を想定して以下の説明を行う。

ユーザー認証処理部３０２では、ＭＦＰの利用手段、プロトコル毎に認証処理を行う。ローカルＵＩ３１０では、操作部２０９からＭＦＰを利用するユーザーに対して、認証のためのＵＩ（図４）の提供し、入力された情報に基づいてユーザー情報管理部３０１で管理されているユーザー情報との照合による認証処理を行う。

リモートＵＩ３１１は、ＰＣ１５０のようにＬＡＮ１００を介して接続されたＰＣのＷｅｂブラウザーを用いてアクセスされた際に、認証ページの提供、および認証処理を行う。ＮＴＬＭ３１２、およびＳＮＭＰｖ３ ３１３はそれぞれ、ＮＴＬＭ（ＮＴ ＬＡＮ Ｍａｎａｇｅｒ）認証、およびＳＮＭＰｖ３（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ３）のプロトコルを用いてアクセスされた場合の認証処理を行う。ユーザー情報編集部３０３は、ユーザーがユーザー情報管理部３０１で管理されている情報を編集するためのＵＩを提供する。図５はパスワードを変更するための変更画面としてのＵＩの例である。

エクスポート処理部３０４は、ユーザー情報管理部３０１で管理されているユーザー情報をＭＦＰの外部にファイルとして抜き出す（エクスポートする）場合に必要なＵＩの提供、および処理を行う。エクスポートする際のファイルの形式は、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式などが挙げられる。エクスポート処理において、ハッシュ化されていないパスワードに対しては、ハッシュ化する処理を行う。これは、エクスポートされたファイル自体は可読であったとしても、パスワードに関してはエクスポート処理を行う管理者であってもセキュリティ上知ってはならないデータであり、ハッシュ化により把握されないようにするためである。

インポート処理部３０５は、他デバイスからエクスポートされたユーザー情報ファイルを取り込み、ユーザー情報管理部３０１に対して適用する（インポートする）場合に必要なＵＩの提供、および処理を行う。

なお、本実施形態では、以下のような管理状態であるとして説明する。
ＭＦＰ１０１、１０２、１０３：ハッシュ化せずにパスワードを管理（図７）
ＭＦＰ１１０：ＭＤ５でハッシュ化してパスワードを管理（図６）

［インポートされたユーザー情報の処理］
図１０は、ＭＦＰ１０１のユーザー認証処理部３０２のローカルＵＩ３１０でのユーザー認証処理をトリガーとして、インポートされたユーザー情報の処理を示すフローチャートである。本処理フローは、ＭＦＰのＣＰＵ２０１がＨＤＤ２０４等の記憶部に記憶されたプログラムを読み出して実行することにより実現する。また、本フローチャートを開始する前に、図７に示すようにユーザー管理がされているユーザー情報管理部３０１に対し、ＭＦＰ１１０にて図６のように管理されていたユーザー情報がインポートされたものとして説明する。インポートの結果、インポートされたユーザーのパスワードは、ハッシュ化された状態で保存されている（図８のｐａｓｓｗｏｒｄ（ＭＤ５）８０４）。

Ｓ１００１にて、ユーザー認証処理部３０２は、認証情報を取得する。具体的には、ユーザーが操作部２０９からＭＦＰを操作することで認証画面（図４）にて認証情報を入力し、ログインボタン４０４を押下することで、認証情報が取得される。Ｓ１００２にて、ユーザー認証処理部３０２は、ユーザー名４０１に入力されたユーザー名と図８のテーブルのｕｓｅｒ＿ｉｄ８０１の値が一致するレコードが存在するかテーブルから検索する。ユーザー名が一致するレコードが存在しない場合（Ｓ１００２にてＮＯ）、Ｓ１００９にて、ユーザー認証処理部３０２は、認証失敗時の処理を行う。その後、本処理フローを終了する。

一方、ユーザー名が一致するレコードが存在する場合（Ｓ１００２にてＹＥＳ）、Ｓ１００３にて、ユーザー認証処理部３０２は、パスワード４０２に入力されたパスワードとｐａｓｓｗｏｒｄ８０２（ハッシュ化していないパスワード）が一致するレコードが存在するかテーブルから検索する。パスワードが一致するレコードが存在する場合（Ｓ１００３にてＹＥＳ）、Ｓ１００４にて、ユーザー認証処理部３０２は、認証成功の処理を行う。認証成功の処理は、例えば、ユーザーに対しＭＦＰを利用可能とする処理が該当する。パスワードが一致する場合とは、図８に示す例では、ユーザー名４０１およびパスワード４０２においてそれぞれ、“ｈａｓｅｂｅ”と“ｈａｓｅｂ”とが入力された際に、レコードのｕｓｅｒ＿ｉｄ８０１とｐａｓｓｗｏｒｄ８０２の組と一致して、認証成功となる。

パスワードが一致するレコードが存在しない場合（Ｓ１００３にてＮＯ）、Ｓ１００５にて、ユーザー認証処理部３０２は、入力されたパスワードをＭＤ５でハッシュ化する。なお、ここでは、ＭＦＰ１１０にて用いられている方式がＭＤ５であるため、ＭＤ５を採用している。従って、他のハッシュ関数（一方向関数）を適用して変換されたパスワードを含むエクスポートファイルをインポートしている場合には、その関数に合せて処理を行うこととなる。Ｓ１００６にて、ユーザー認証処理部３０２は、Ｓ１００５にてハッシュ化したパスワードと、ｐａｓｓｗｏｒｄ（ＭＤ５）８０４が一致するレコードが存在するか否かを検索する。一致するレコードが存在しない場合（Ｓ１００６にてＮＯ）、Ｓ１００９にて、ユーザー認証処理部３０２は、認証失敗時の処理を行う。その後、本処理フローを終了する。

一致するレコードが存在する場合、つまりユーザー認証が成功した場合（Ｓ１００６にてＹＥＳ）、Ｓ１００７にて、ユーザー認証処理部３０２は、ハッシュ化前のパスワードを検出したレコードのｐａｓｓｗｏｒｄ８０２の値として書き込む。そして、Ｓ１００８にて、ユーザー認証処理部３０２は、検出したレコードのｐａｓｓｗｏｒｄ（ＭＤ５）８０４に書き込まれている情報（ハッシュ化されたパスワード）を削除する。ユーザー情報管理部３０１の更新が終了した後、Ｓ１００４にて、ユーザー認証処理部３０２は、認証成功の処理を行う。そして、本処理フローを終了する。

以上により、管理しているパスワードに対する管理方法が異なる複数の情報処理装置間のユーザー情報を同期することができる。

＜第２の実施形態＞
本発明に係る第２の実施形態について説明する。第２の実施形態は、ネットワークに接続されたＰＣのＷｅｂブラウザーからＭＦＰのＷｅｂアプリケーションにアクセスされる際のユーザー認証をトリガーとして、インポートされたユーザー情報に対する処理を行う。

図１１は、本実施形態に係るＰＣ１５０のＷｅｂブラウザー（不図示）とＭＦＰ１０１上で行われるフローを示す。本処理フローは、ＰＣおよびＭＦＰそれぞれのＣＰＵが、記憶部に格納されたプログラムを読み出して実行することにより実現される。

Ｓ１１０１にて、ＭＦＰ１０１のユーザー認証処理部３０２のリモートＵＩ３１１は、ユーザー認証のためのＷｅｂページをＰＣ１５０に送信する。ここで用いられるユーザー認証ページの内容は、第１の実施形態で操作部２０９上に表示される画面（図４）と同様の内容となる。Ｓ１１０２にて、ＰＣ１５０のＷｅｂブラウザーは、受信したユーザー認証ページを表示する。その後、Ｓ１１０３にて、Ｗｅｂブラウザーは、ユーザーの認証情報の入力を受け付ける。

Ｓ１１０４にて、Ｗｅｂブラウザーは、ユーザーから入力されたパスワードをハッシュ化する。ここでのハッシュ化における方式は例えば、ＭＤ５が用いられる。Ｓ１１０５にて、Ｗｅｂブラウザーは、ハッシュ化したパスワードおよびユーザー名を用いてＭＦＰ１０１に対して認証要求を行う。

ＭＦＰ１０１のユーザー認証処理部３０２のリモートＵＩ３１１は、ＰＣ１５０のＷｅｂブラウザーからの認証要求に基づき、認証処理を行う。なお、認証処理におけるパスワードのハッシュ化がＰＣ１５０側で行なわれ、ハッシュ化された状態でＭＦＰ１０１に送信することを示したが、実際は、ＣＲＡＭ−ＭＤ５などのプロトコルで双方向の通信が行なわれて認証が実現されることとなる。

Ｓ１１０７にて、ユーザー認証処理部３０２のリモートＵＩ３１１は、認証処理が成功したか否かを判定する。認証処理が失敗した場合（Ｓ１１０７にてＮＯ）、Ｓ１１０８にて、ユーザー認証処理部３０２のリモートＵＩ３１１は、認証失敗の旨のページを送信するなどの認証失敗処理を行う。そして、本処理フローを終了する。

一方、認証処理が成功した場合（Ｓ１１０７にてＹＥＳ）、Ｓ１１０９にて、ユーザー認証処理部３０２のリモートＵＩ３１１は、パスワード設定ページ（図５）をＰＣ１５０に送信する。

Ｓ１１１０にて、ＰＣ１５０のＷｅｂブラウザーは、ＭＦＰ１０１から受信したパスワード設定ページ（図５）を表示する。その後、Ｓ１１１１にて、Ｗｅｂブラウザーは、ユーザーからパスワードの入力を受け付ける。ここでユーザーが入力するデータは、認証時（Ｓ１１０３）に入力したものと同じでも良いし、（パスワード変更目的の）新しいパスワードでも良い。Ｓ１１１２にて、Ｗｅｂブラウザーは、暗号化通信（例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）通信）でユーザーにより入力されたパスワードをＭＦＰ１０１に送信する。ここでは、経路が暗号化されているので、パスワードはハッシュ化されない状態で送信される。

Ｓ１１１３にて、ユーザー認証処理部３０２のリモートＵＩ３１１は、ＰＣ１５０から受信したハッシュ化されていないパスワードを、ユーザー情報管理部３０１の認証が成功したユーザーのレコードのｐａｓｓｗｏｒｄ８０２の値として書き込む。Ｓ１１１４にて、ユーザー認証処理部３０２のリモートＵＩ３１１は、該レコードのｐａｓｓｗｏｒｄ（ＭＤ５）８０４に書き込まれている情報（すわち、ハッシュ化されたパスワード）を削除する。テーブルにおけるパスワードの更新が終了した後、Ｓ１１１５にて、ユーザー認証処理部３０２のリモートＵＩ３１１は、認証成功時の処理を行う。その後、本処理フローを終了する。

以上により、ＰＣからの入力に起因する場合でも、第１の実施形態と同様の効果を得ることができる。

＜第３の実施形態＞
本発明に係る第３の実施形態について説明する。第３の実施形態では、インポート後にハッシュ化されたパスワードのままで管理されているユーザー情報を更新するトリガーがユーザー情報の存在するＭＦＰではなく、ネットワークに接続された他のＭＦＰとなる。

図１２は、第１の実施形態で説明したようにＭＦＰ１０１の操作部２０９上の認証をトリガーにユーザー情報管理部３０１を更新した処理に続き、ＭＦＰ１０２のユーザー情報管理部３０１を更新するフローチャートである。つまり、図１０におけるＳ１００７とＳ１００８の処理の間に実行される処理である。

Ｓ１００７にて、ＭＦＰ１０１のユーザー情報管理部３０１は、あるユーザーのレコードのパスワードを更新する。その後、Ｓ１２０１にて、ＭＦＰ１０１のユーザー情報管理部３０１は、同様にパスワードを更新すべきＭＦＰをデバイス管理部３２０から取得する。パスワードを更新すべきＭＦＰは、静的にデータベースとして管理してもいいし、動的にネットワーク上のＭＦＰを探索する方法でもよい。ここでは同期対象のＭＦＰをＭＦＰ１０２として説明する。ここでは、ユーザー情報管理部３０１は、パスワードを更新すべきとしたＭＦＰ１０２にパスワード変更要求を送信するものとする。なお、ＭＦＰ１０１とＭＦＰ１０２の間では、Ｗｅｂサービスのプロトコルを利用する。Ｓ１２０２にて、ＭＦＰ１０１のユーザー情報管理部３０１は、どのハッシュのタイプが認証情報として必要かなどの認証タイプの問い合わせをＭＦＰ１０２に対して行う。これに応答して、Ｓ１２０３にて、ＭＦＰ１０２のユーザー認証処理部３０２は、認証タイプをＭＦＰ１０１へ返信する。

Ｓ１２０４にて、ＭＦＰ１０１のユーザー情報管理部３０１は、返信された認証タイプに則りＭＦＰ１０２に対して認証要求する。Ｓ１２０５にて、ＭＦＰ１０２のユーザー認証処理部３０２は、認証処理を行う。その結果、認証が失敗した場合（Ｓ１２０５にてＮＯ）、Ｓ１２１０にて、ＭＦＰ１０２のユーザー認証処理部３０２は、ＭＦＰ１０１に対して処理終了通知を行う。一方、認証に成功した場合（Ｓ１２０５にてＹＥＳ）、Ｓ１２０６にて、ＭＦＰ１０２のユーザー認証処理部３０２は、ＭＦＰ１０１へ認証成功の旨を通知する。

認証成功通知を受けた後、Ｓ１２０７にてＭＦＰ１０１のユーザー情報管理部３０１は、経路を暗号化し（例えば、ＳＳＬ通信）、ハッシュ化していないパスワードをＭＦＰ１０２に送信する。

ハッシュ化していないパスワードを受信した後、Ｓ１２０８にて、ＭＦＰ１０２のユーザー情報管理部３０１は、変更対象のユーザーのパスワードが既にハッシュ化されずに管理されているか確認する。管理済みの場合は（Ｓ１２０８にてＹＥＳ）、パスワード変更処理は必要ないため、Ｓ１２１０にて、ＭＦＰ１０１に対して処理終了通知を行う。管理済みでない場合は（Ｓ１２０８にてＮＯ）、Ｓ１２０９にて、ＭＦＰ１０２のユーザー情報管理部３０１は、該当するユーザーのレコードのｐａｓｓｗｏｒｄ８０２の値として、受信したパスワードを書き込む。更に、ＭＦＰ１０２のユーザー情報管理部３０１は、ｐａｓｓｗｏｒｄ（ＭＤ５）８０４の情報（すなわち、ハッシュ化されたパスワード）を削除する。そして、Ｓ１２１０にて、ＭＦＰ１０２のユーザー情報管理部３０１は、ＭＦＰ１０１に対して処理終了通知を行う。

ＭＦＰ１０１のユーザー情報管理部３０１は、ＭＦＰ１０２から処理終了通知を受信すると、Ｓ１００８にて該レコードのｐａｓｓｗｏｒｄ（ＭＤ５）８０４に書き込まれている情報（すなわち、ハッシュ化されたパスワード）を削除する。

以上により、あるＭＦＰにてパスワードが更新されたことを起因として、他のＭＦＰでもパスワードの同期が可能となる。

＜第４の実施形態＞
本発明に係る第４の実施形態について説明する。第４の実施形態では、ユーザー情報のエクスポートの処理を行う際に、エクスポート行うユーザーの認証情報に基づいてユーザー情報中の該ユーザーのパスワードに対する処理を行う。

図１３は、ＰＣ１５０からＭＦＰ１０１にアクセスし、ユーザー情報をエクスポートする場合における処理のフローを示したフローチャートである。本処理フローは、ＰＣ１５０およびＭＦＰ１０１それぞれのＣＰＵが記憶部に記憶されたプログラムを読み出し、実行することで実現される。

Ｓ１３０１にて、ＰＣ１５０は、ＭＦＰ１０１に対しユーザー情報のエクスポートの要求を行う。Ｓ１３０２にて、ＭＦＰ１０１は、ＰＣ１５０に対し、認証要求を行う。Ｓ１３０３にて、ＰＣ１５０は、認証画面（図４）を介してユーザーからユーザー名およびパスワードを受け付ける。そして、ＰＣ１５０は、通信経路を暗号化し（例えばＳＳＬ通信）、受け付けたパスワードをハッシュ化せずに、ユーザー名と共にＭＦＰ１０１へ送信する。

Ｓ１３０４にて、ＭＦＰ１０１は、受信したユーザー名およびハッシュ化していないパスワードを用いて認証処理を行う。Ｓ１３０５にて、ＭＦＰ１０１のエクスポート処理部３０４は、ユーザー情報管理部３０１からエクスポートデータを作成する。その際に、ハッシュ化していないパスワードが存在する場合、エクスポート処理部３０４は、そのパスワードに対しハッシュ化処理を行う。ここで、認証に利用したユーザー名（ｕｓｅｒ＿ｉｄ）で特定されるレコードのパスワードはハッシュ化しない。例えば、ユーザー情報管理部３０１で図１５のようにすべてのユーザーがハッシュ化しないパスワードで管理されている例を用いて説明する。この場合において、“ｅｎｄｏ”というユーザー名でエクスポート処理する際には、エクスポートデータは図１６に示すように“ｅｎｄｏ”以外のパスワードがハッシュ化される。

Ｓ１３０６にて、ＭＦＰ１０１は、作成したエクスポートデータをＰＣ１５０に送信する。Ｓ１３０７にて、ＰＣ１５０は、ＭＦＰ１０１がエクスポートしたエクスポートデータを受信する。そして、本処理フローを終了する。

＜第５の実施形態＞
本発明に係る第５の実施形態について説明する。第５の実施形態では、ユーザー情報のインポートの処理を行う際にインポート行うユーザーの認証情報に基づいてユーザー情報中の該ユーザーのパスワードに対する処理をＰＣ上で行う。

図１４は、ＰＣ１５０からＭＦＰ１０１にアクセスし、ユーザー情報をインポートする場合における処理のフローを示したフローチャートである。本処理フローは、ＰＣ１５０およびＭＦＰ１０１それぞれのＣＰＵが記憶部に記憶されたプログラムを読み出し、実行することで実現される。

Ｓ１４０１にて、ＰＣ１５０は、ユーザー情報のインポート要求をＭＦＰ１０１に対して行う。Ｓ１４０２にて、ＭＦＰ１０１は、ＰＣ１５０から受信したインポート要求に応答して、ＰＣ１５０に認証要求を送信する。Ｓ１４０３にて、ＰＣ１５０は、認証画面（図４）を介してユーザーからユーザー名およびパスワードを受け付ける。そして、ＰＣ１５０は、通信経路を暗号化し（例えばＳＳＬ通信）、受け付けたパスワードをハッシュ化せずに、ユーザー名と共にＭＦＰ１０１へ送信する。

Ｓ１４０４にて、ＭＦＰ１０１は、受け付けたパスワードとユーザー名とを用いて認証を行う。認証が成功した場合（Ｓ１４０４にてＹＥＳ）、Ｓ１４０５にて、ＭＦＰ１０１は、ＰＣ１５０に対し認証成功通知を行う。

認証成功通知を受けた後、ＰＣ１５０は、Ｓ１４０６にて、認証に利用したユーザーのユーザー名（ｕｓｅｒ＿ｉｄ）に対応するレコードのパスワードを、Ｓ１４０３にてユーザーの入力で取得したハッシュ化されていないパスワードで更新する。例えば、Ｓ１４０１の時点のインポートデータでは図１７のように全てのユーザーのパスワードがハッシュ化された状態になっている。この状態において、“ｅｎｄｏ”というユーザーでインポート処理をする場合、図１６のように”ｅｎｄｏ”のパスワードをハッシュ化しない状態に更新される。

Ｓ１４０７にて、ＰＣ１５０は、更新したインポートデータをＭＦＰ１０１に送信する。そして、Ｓ１４０８にて、ＭＦＰ１０１は、受信したインポートデータを用いてインポート処理および終了処理を行う。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (13)

1. ユーザー認証を行う情報処理装置であって、
   情報を記憶する記憶手段と、
   ユーザーの識別情報と、パスワードもしくは一方向関数により当該パスワードを変換することで得られる情報とを対応付けた情報を前記記憶手段にインポートするインポート手段と、
   ユーザーにより入力されたパスワードと一致するパスワードが当該ユーザーの識別情報と対応付けて前記記憶手段にて記憶されていなかった場合に、当該ユーザーから入力された識別情報およびパスワードと、前記記憶手段にインポートされている、一方向関数により当該パスワードを変換することで得られる情報とを用いてユーザー認証を行う認証手段と、
   前記認証手段にて前記ユーザーのユーザー認証が成功した場合、当該ユーザーにより入力されたパスワードを、前記記憶手段にて記憶している当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる更新手段と
   を有することを特徴とする情報処理装置。
2. 前記認証手段は、前記ユーザーにより入力されたパスワードをそのまま用いて前記記憶手段に記憶された情報に照合することでユーザー認証を行い、当該ユーザー認証が失敗した場合に、前記ユーザーにより入力されたパスワードを前記一方向関数により変換することで得られる情報を用いて認証を行う、ことを特徴とする請求項１に記載の情報処理装置。
3. 他の情報処理装置に対して、識別情報およびパスワードの入力を行うための画面を提供する提供手段を更に有し、
   前記認証手段は、前記提供手段が提供する画面を介して前記他の情報処理装置から識別情報およびパスワードの入力を受け付けることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記提供手段は更に、前記他の情報処理装置に対して、前記記憶手段に記憶されたパスワードを変更するための画面を提供することを特徴とする請求項３に記載の情報処理装置。
5. 前記他の情報処理装置が前記提供手段にて提供される画面を介して入力されたパスワードを送信する場合、当該他の情報処理装置は、当該入力されたパスワードを暗号化通信により送信する、もしくは、当該入力されたパスワードを前記一方向関数により変換することで得られる情報を送信する、ことを特徴とする請求項３または４に記載の情報処理装置。
6. 前記他の情報処理装置が前記提供手段にて提供される画面を介して入力されたパスワードを送信する場合、当該他の情報処理装置は、当該入力されたパスワードを前記一方向関数により変換することで得られる情報を送信し、当該情報を用いた前記認証手段によるユーザー認証が成功した場合に、当該入力されたパスワードを暗号化通信により送信することを特徴とする請求項５に記載の情報処理装置。
7. 前記更新手段によりパスワードが更新されたことに起因して、前記記憶手段に記憶している情報の同期を行う装置を特定する特定手段と、
   前記特定手段にて特定された装置に対し、前記記憶手段に記憶している、前記一方向関数にて変換されていないパスワードを暗号化通信により送信する送信手段と
   を更に有することを特徴とする請求項１乃至６のいずれか一項に記載の情報処理装置。
8. 前記記憶手段に記憶している情報をエクスポートするエクスポート手段を更に有し、
   前記エクスポート手段は、前記エクスポートを行う際に前記認証手段によるユーザー認証を行い、前記記憶手段に記憶している情報のうち、当該ユーザー認証にて認証されたユーザーについては前記一方向関数にて変換されていないパスワードをエクスポートし、認証されていないユーザーについては前記一方向関数によりパスワードを変換することで得られる情報をエクスポートすることを特徴とする請求項１乃至７のいずれか一項に記載の情報処理装置。
9. 前記インポート手段は、他の装置にてエクスポートされる情報のインポートを行う際に前記認証手段によるユーザー認証を行い、
   当該他の装置は、当該ユーザー認証にて認証されたユーザーについては前記一方向関数にて変換されていないパスワードをエクスポートし、認証されていないユーザーについては前記一方向関数によりパスワードを変換することにより得られる情報をエクスポートすることを特徴とする請求項１乃至８のいずれか一項に記載の情報処理装置。
10. 前記一方向関数は、複数の種類のハッシュ関数を含むことを特徴とする請求項１乃至９のいずれか一項に記載の情報処理装置。
11. 前記記憶手段は、１つのハードディスクまたは１つのＲＡＭであることを特徴とする請求項１乃至１０のいずれか一項に記載の情報処理装置。
12. ユーザー認証を行う情報処理装置における情報処理方法であって、
    ユーザーの識別情報と、パスワードもしくは一方向関数により当該パスワードを変換することで得られる情報とを対応付けた情報を記憶手段にインポートするインポート工程と、
    ユーザーにより入力されたパスワードと一致するパスワードが当該ユーザーの識別情報と対応付けて前記記憶手段にて記憶されていなかった場合に、当該ユーザーから入力された識別情報およびパスワードと、前記記憶手段にインポートされている、一方向関数により当該パスワードを変換することで得られる情報とを用いてユーザー認証を行う認証工程と、
    前記認証工程にて前記ユーザーのユーザー認証が成功した場合、当該ユーザーにより入力されたパスワードを、前記記憶手段にて記憶している当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる更新工程と
    を有することを特徴とする情報処理方法。
13. コンピュータを、
    ユーザーの識別情報と、パスワードもしくは一方向関数により当該パスワードを変換することで得られる情報とを対応付けた情報を記憶手段にインポートするインポート手段、
    ユーザーにより入力されたパスワードと一致するパスワードが当該ユーザーの識別情報と対応付けて前記記憶手段にて記憶されていなかった場合に、当該ユーザーから入力された識別情報およびパスワードと、前記記憶手段にインポートされている、一方向関数により当該パスワードを変換することで得られる情報とを用いてユーザー認証を行う認証手段、
    前記認証手段にて前記ユーザーのユーザー認証が成功した場合、当該ユーザーにより入力されたパスワードを、前記記憶手段にて記憶している当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる更新手段
    として機能させるためのプログラム。

Images