JP2023128120A - 認証システム及び認証方法 - Google Patents

Abstract

【課題】セキュリティを高くすることが容易な認証システムを提供する。【解決手段】認証システムは、入力部と、入力部に入力された入力データを少なくとも一時保持する入力データ保持部と、入力データ保持部に保持された入力データを画像化することで、入力画像データを生成する入力データ画像化部と、正本画像データを記憶する正本画像データ記憶部と、入力画像データと前記正本画像データとを比較する画像比較部と、を備える認証システムである。【選択図】図３

Description

本発明は、機器へのアクセスに対する認証を要求すること及びその認証を行うことを含む認証システム、並びに、その認証方法に関する。

認証に関して、特許文献１には、パスワード方式であって、入力された半角文字についてランダムに配置された文字コード表を用いて値を変換しながらユーザーの認証を行うこと、が記載されている。
しかし、従来の認証方法には、セキュリティが十分ではないとの問題がある。特に、パスワードに使用できる文字を半角文字に限定した場合、パスワードを不正に見出すまでに要する演算時間が短くなりやすい。そのため、セキュリティの確保が困難になりやすい。
また、セキュリティの向上を目的として、使用可能な文字の種類を増やすべく、全角文字をパスワードに使用できるようにした場合、文字コードを比較することによってパスワードの正誤を判断することが困難な場合がある。全角文字では、文字に割り当てられる文字コードが複数種類あるからである。

特開２００７－３１０４７５号公報

本発明は、セキュリティを高くすることが容易な認証システムを提供することを目的とする。

本発明に係る認証システムは、入力部と、前記入力部に入力された入力データを少なくとも一時保持する入力データ保持部と、前記入力データ保持部に保持された前記入力データを画像化することで、入力画像データを生成する入力データ画像化部と、正本画像データを記憶する正本画像データ記憶部と、前記入力画像データと前記正本画像データとを比較する画像比較部と、を備える。

本発明によれば、セキュリティを高くすることが容易な認証システムを提供することができる。

認証システムの概要を示す図である。 認証機器の内部構成を中心にして、認証システムの概要を示す図である。 認証方法の主なステップを記載したフローチャートを示す図である。

以下、添付の図面を参照して本発明の実施形態の一例について説明する。なお、各図面において同一又は相当の部分に対しては同一の符号を付すこととする。

＜認証システム＞
図１に基づいて、一般的な認証システム１０の概要について説明する。図１は、認証システム１０の概要を示す図である。
認証システム１０は、認証対象機器５０に対するユーザーのアクセスを認証するシステムである。認証システム１０は、ユーザーからの認証の要求に対して、認証の可否を判断する。

＜認証対象機器＞
認証対象機器５０とは、その機器へアクセスするためには、認証を受ける必要がある機器である。
図１では、認証対象機器５０の例として、ファイルサーバー５２と、プリンター５４とを示している。なお、ファイルサーバー５２とは、例えばデータベースなどで使用されているサーバーである。

＜認証機器＞
上述の認証は、認証機器３０によって行われる。
認証機器３０とは、ユーザーからの入力に基づいて、ユーザーによる認証対象機器５０へのアクセスを認証するか否かを判断する機器である。
図１では、認証機器３０の例として、ドメインコントローラー３０１を示している。なお、ドメインコントローラー３０１は、アクティブディレクトリとも称される。
認証機器３０と、認証対象機器５０とは、例えばイントラネットで接続されている。これについては後に説明する。

＜認証の手順＞
図１に基づいて、認証の手順について説明する。
（１．パスワード入力）
ユーザーからの認証の要求は、ユーザーによる、ユーザーＩＤ及びパスワードの入力により開始される。
この入力は、ユーザーがユーザーＩＤ及びパスワードを入力部２２に入力することにより行われる。入力部２２は、ユーザーが使用する端末機器２０に備えられている。

（２．認証可否の判断）
ドメインコントローラー３０１は、入力されたユーザーＩＤ及びパスワードを、ドメインコントローラー３０１に記憶されている正本のユーザーＩＤ及びパスワードと比較することにより、認証可否の判断を行う。
正本のユーザーＩＤ及びパスワードとは、認証の根拠となる正しいユーザーＩＤ及びパスワードを意味する。

（文字コードの比較）
従来、ユーザーＩＤ及びパスワードには、半角の英数文字が使用されている。これらの文字では、対応する文字コードが１つに定まるからである。
従来、ドメインコントローラー３０１は、ユーザーＩＤ及びパスワードの比較を、それらの文字コードを比較することによって行う。具体的には、ユーザーに入力されたユーザーＩＤ及びパスワードの文字コードが、ドメインコントローラー３０１に記憶された、正本のユーザーＩＤ及びパスワードの文字コードと一致する場合、ドメインコントローラー３０１は、ユーザーの認証対象機器５０に対するアクセスを認証する。
逆に、上述の文字コードが一致しない場合、ドメインコントローラー３０１は、ユーザーの認証対象機器５０に対するアクセスを認証しない。

（画像の比較）
これに対して、本実施形態の認証システム１０では、上述の比較を、文字コードではなく、画像で行う。これについては後に説明する。

（３．認証（チケット発行））
ドメインコントローラー３０１が、ユーザーの認証対象機器５０に対するアクセスを認証した場合、ドメインコントローラー３０１は、ユーザーにチケットを発行する。チケットとは、認証を受けた印となるものである。

（４．チケット提出、及び５．アクセス許可）
ユーザーは、受領したチケットを認証対象機器５０に提出することにより、認証対象機器５０からアクセス許可を受けることができる。
図１の「４．チケット提出」及び「５．アクセス許可」は、ファイルサーバー５２へのアクセスを示している。
プリンター５４へのアクセスについても、ファイルサーバー５２へのアクセスと同様である。図１の「６．チケット提出」及び「７．アクセス許可」は、プリンター５４へのアクセスを示している。
この、チケット提出及びアクセス許可により、ユーザーの認証対象機器５０に対するアクセスが可能になる。

なお、図１に示す「３．認証（チケット発行）」、「４．チケット提出」、「５．アクセス許可」、「６．チケット提出」及び「７．アクセス許可」は、ユーザーが意識しない処理とすることができる。言い換えると、ユーザーが特段の操作などをすることなく、ユーザーの認証対象機器５０に対するアクセスを可能にすることができる。
これは、ドメインコントローラー３０１から、認証対象機器５０に、ユーザーのアクセスを認証したことを通知することができるためである。
図１において、「３．認証（チケット発行）」、「４．チケット提出」、「５．アクセス許可」、「６．チケット提出」及び「７．アクセス許可」を示す矢印を実線ではなく点線にしているのは、このためである。

＜ドメインコントローラー＞
ここで、認証にドメインコントローラー３０１を用いる理由を説明する。図１に示すように、ユーザーが使用する端末機器２０は、一般に、インターネット１００に接続されている。そのため、端末機器２０は、ウイルスＶに感染したり、ハッキングＨの被害にあったりしやすい。
そこで、例えば社内イントラネットのように、インターネットとは別のネットワークを構築する。構築した別のネットワーク内にドメインコントローラー３０１を配置する。そして、ドメインコントローラー３０１により、ユーザーのアクセスの認証を行う。
これにより、ドメインコントローラー３０１が、ウイルスＶに感染したり、ハッキングＨの被害にあったりすることを抑制することができる。
併せて、イントラネットに接続された他の機器、例えばファイルサーバーなどが、ウイルスＶに感染したり、ハッキングＨの被害にあったりすることを抑制することができる。
以上の理由により、ドメインコントローラー３０１が認証に用いられる。

＜本実施形態の認証システム＞
図２に基づいて、本実施形態の認証システム１０について説明する。図２は、本実施形態の認証システム１０の概要を示す図である。
本実施形態の認証システム１０は、認証の方法が従来の認証システムと異なる。従来の認証システムでは、上述のように、認証は、文字コードの比較により行われる。これに対して、本実施形態の認証システム１０では、認証は、画像の比較により行われる。すなわち、図１に示す、ドメインコントローラー３０１による「２．認証可否の判断」が、文字コードの比較ではなく、画像の比較により行われる。

＜ドメインコントローラー＞
本実施形態のドメインコントローラー３０１の構成について説明する。ドメインコントローラー３０１は、画像の比較によって認証の可否を判断するために、従来のドメインコントローラーが備えない各部を備えている。
すなわち、ドメインコントローラー３０１は、入力データ保持部３２、入力データ画像化部３４、正本画像データ記憶部３６、画像比較部３８及び認証部４０を備えている。以下、順に説明する。

＜入力データ保持部＞
各ユーザーが入力した入力データは、端末機器２０から入力データ保持部３２に送信される。
入力データ保持部３２は、入力データを少なくとも一時、保持する部分である。
入力データは、ユーザーが入力した文字等に対する文字コードの形式で、入力データ保持部３２に保持される。例えば、ユーザーが入力した文字がひらがな文字である場合には、ＵＴＦ－８、Ｓｈｉｆｔ ＪＩＳ、ＥＵＣ ＪＰなどの文字コードのうち、端末機器２０の設定に応じた文字コードの形式で保持される。同様に、ユーザーが入力した文字が漢字文字である場合には、ＵＴＦ－８等、端末機器２０の設定に応じた文字コードの形式で保持される。

＜入力データ画像化部＞
入力データ画像化部３４は、ユーザーが入力した入力データを画像化する部分である。
入力データ画像化部３４は、入力データ保持部３２から入力データを取得する。そして、文字コードの形式の入力データを画像化して、入力画像データを生成する。入力画像データは、画像形式のデータである。

＜正本画像データ記憶部＞
正本画像データ記憶部３６は、パスワードの正本の画像データを記憶する部分である。
正本の画像データを、正本画像データと称する場合がある。
正本画像データは、認証の可否を判断する際に、入力画像データの比較対象となる画像データである。
正本画像データ記憶部３６は、各ユーザーＩＤに対する正本のパスワードを、正本画像データとして記憶している。正本画像データは、あらかじめ、正本画像データ記憶部３６に記憶されている。

＜画像比較部＞
画像比較部３８は、入力画像データと、正本画像データとを比較する部分である。
画像比較部３８は、入力画像データを、入力データ画像化部３４から取得する。また、画像比較部３８は、正本画像データを、正本画像データ記憶部３６から読み出す。そして、画像比較部３８は、入力画像データを正本画像データと比較し、入力画像データが正本画像データと一致するか否かを判断する。
そして、その判断結果を認証部４０に出力する。

＜認証部＞
認証部４０は、ユーザーの認証対象機器５０に対するアクセスを認証し、ユーザーが認証対象機器５０に対してアクセスすることを許可する部分である。
認証部４０は、画像比較部３８が、入力画像データが正本画像データと一致すると判断した場合、ユーザーの認証対象機器５０に対するアクセスを認証し、ユーザーが認証対象機器５０にアクセスできるようにする。

＜効果＞
（セキュリティ）
本実施形態の認証システム１０では、画像の比較によって認証の可否を判断する。そのため、セキュリティが向上する。
文字コードの比較では、演算に時間をかければパスワードを見出されてしまう危険性がある。特に、パスワードに使用できる文字を半角文字に限定した場合、パスワードを不正に見出すまでに要する演算時間が短くなりやすく、セキュリティの確保が困難になりやすい。
これに対して、認証の可否を画像の比較によって判断する場合には、仮に演算によってパスワードを不正に見出すことが可能であったとしても、それには、事実上不可能と言えるほどの時間を要する。そのため、本実施形態の認証システム１０では、セキュリティを飛躍的に向上させることができる。

（認証プロセス）
文字コードの比較によって認証の可否を判断する場合、正本となるパスワードを記憶する際に用いられた文字コードの種類と、認証を要求する際の入力に用いられた文字コードの種類とが一致していることを、認証の都度、確認する必要がある。
用いられた文字コードの種類が一致していないと、認証の可否の正確な判断を行うことができない。そして、用いられる文字コードの種類は、入力に用いられる機器の設定によって変わりうるからである。
これに対して、本実施形態の認証システム１０では、画像の比較によって認証の可否を判断する。そのため、認証の都度、文字コードの種類の一致を確認する必要がない。よって、認証のプロセスが簡易になる。

（利便性）
本実施形態の認証システム１０では、画像の比較によって認証の可否を判断する。そのため、パスワードに、ひらがな文字、カタカナ文字及び漢字文字などの全角文字を用いることが容易になる。
全角文字は、一般に、対応する複数種類の文字コードを有している。上述のように、文字コードの比較によって認証の可否を判断する場合、用いられた文字コードが、正本と認証要求時の入力とで一致している必要がある。
そのため、パスワードに、対応する文字コードが複数種類ある文字が使用された場合、認証の可否の判断が極めて煩雑になる。この理由から、従来、パスワードに全角文字を使用することは容認されていない。
これに対して、本実施形態の認証システム１０では、画像の比較によって認証の可否を判断する。そのため、入力された文字の文字コードを意識することなく、認証の可否を判断することができる。
そのため、パスワードに、ひらがな文字、カタカナ文字及び漢字文字などの全角文字を用いることが可能になり、ユーザーの利便性が向上する。
また、使用できる文字の種類が増えるため、セキュリティをさらに向上させることができる。

具体的には、図２のユーザーＡによって入力されたパスワードに示されるように、半角の英数文字と、全角文字のひらがな文字や漢字文字とが混在するパスワードを許容することができる。
また、図２のユーザーＢによって入力されたパスワードに示されるように、全角文字のひらがな文字及び漢字文字のみからなるパスワードを許容することができる。

＜認証方法＞
図３に基づいて、本実施形態の認証方法について説明する。図３は、本実施形態の認証方法の概要を示すフローチャートである。

Ｓ１：
ステップＳ１では、ユーザーが、認証対象機器５０へのアクセスについて、認証機器３０にその認証の要求をする。具体的には、ユーザーは、入力部２２にパスワードを入力する。このステップにより、本実施形態の認証方法が開始する。

Ｓ２：
ステップＳ２では、入力データ保持部３２が、入力部２２に入力されたパスワードのデータ、すなわち入力データを保持する。保持するデータの形式は、入力された文字に対する文字コードの形式である。

Ｓ３：
ステップＳ３では、入力データ画像化部３４が、入力データ保持部３２から入力データを取得し、その入力データを画像化する。すなわち、ステップＳ３で、データの形式が、文字コードの形式から、画像の形式に変化する。

Ｓ４：
ステップＳ４では、正本画像データ記憶部３６が、正本画像データを記憶する。
なお、このステップは、認証方法が開始する前に行われていることが好ましい。すなわち、ステップＳ１で認証の要求が行われる前に、正本画像データ記憶部３６が、正本画像データを記憶しておくことが好ましい。

Ｓ５：
ステップＳ５では、画像比較部３８が、入力データ画像化部３４から入力画像データを取得する。また、画像比較部３８が、正本画像データ記憶部３６から、正本画像データを読み出す。
そして、入力画像データと正本画像データとの比較を行う。比較は、画像同士を比較することにより行われる。

（画像不一致の場合）
比較の結果、入力画像データと正本画像データとが不一致の場合、この認証方法は終了する。ユーザーへの認証は行われない。
（画像一致の場合）
比較の結果、入力画像データと正本画像データとが一致する場合、ステップＳ６に進む。

Ｓ６：
ステップＳ６では、認証部４０によるアクセスの認証が行われる。また、認証部４０は、認証対象機器５０に、アクセスを認証した旨の通知を送信する。

Ｓ７：
ステップＳ７では、認証対象機器５０が、認証部４０から、アクセスが認証された旨の通知を受信する。

Ｓ８：
ステップＳ８では、認証対象機器５０が、端末機器２０に、アクセス許可を発行する。

Ｓ９：
ステップＳ９では、端末機器２０が、認証対象機器５０から、アクセス許可を受領する。これにより、端末機器２０は、認証対象機器５０へのアクセスが可能になる。
このステップで、本実施形態の認証方法は終了する。

＜他の構成＞
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、種々の変更及び変形が可能である。
（入力対象）
例えば、上述の説明では、認証におけるパスワードを例にして説明した。ユーザーＩＤについても、パスワードの例と同様に、画像の比較による正誤の判断を行うことができる。

（文字の種類）
また、文字について、英数文字などの半角文字や、ひらがな文字、カタカナ文字及び漢字文字などの全角文字について説明した。文字の種類は、これらに限られず、例えば記号や絵文字など、入力部２２から入力可能な文字は使用可能である。

（入力部）
また、入力部２２は、キーボードとすることができるが、キーボードであることには限定されない。例えば、タッチパッドなどとすることもできる。

（認証機器）
また、認証機器３０として、ドメインコントローラー３０１を用いる構成を説明した。ドメインコントローラー３０１に備えられた入力データ画像化部３４などは、端末機器２０に備えられてもよい。

（正本画像データの作成）
また、入力データ画像化部３４が入力データを画像化する構成を説明した。入力データ画像化部３４は、正本画像データを生成する際に使用することもできる。例えば、正本となるパスワードの入力データを、入力データ画像化部３４に入力する。入力データ画像化部３４で入力データを画像化し、正本画像データを生成する。そして、生成された正本画像データを正本画像データ記憶部３６に記憶させることもできる。

（使用目的）
また、本実施形態の認証システム１０及び認証方法の使用目的は、ドメインコントローラーを介して、ファイルサーバーやプリンターに対するアクセスを認証することには限られない。例えば、アプリケーションソフトで作成されたデータの保護などを目的として、作成されたデータを暗号化したり、作成されたデータにパスワードを付したりする場合がある。これらの場合において、作成されたデータへのアクセスの認証の際に、本実施形態の認証システム１０及び認証方法を使用することもできる。

１０ 認証システム
２０ 端末機器
２２ 入力部
３０ 認証機器
３０１ ドメインコントローラー
３２ 入力データ保持部
３４ 入力データ画像化部
３６ 正本画像データ記憶部
３８ 画像比較部
４０ 認証部
５０ 認証対象機器
５２ ファイルサーバー
５４ プリンター
１００ インターネット
Ａ ユーザー
Ｖ ウイルス
Ｈ ハッキング

Claims (6)

1. 入力部と、
   前記入力部に入力された入力データを少なくとも一時保持する入力データ保持部と、
   前記入力データ保持部に保持された前記入力データを画像化することで、入力画像データを生成する入力データ画像化部と、
   正本画像データを記憶する正本画像データ記憶部と、
   前記入力画像データと前記正本画像データとを比較する画像比較部と、を備える、
   認証システム。
2. 前記入力部を備える端末機器と、
   認証部と、
   前記認証部に接続された認証対象機器と、をさらに備え、
   前記認証部は、前記画像比較部が、前記入力画像データと前記正本画像データとが一致すると判断した場合に、前記端末機器の前記認証対象機器へのアクセスを認証する、
   請求項１に記載の認証システム。
3. 前記入力データは、前記端末機器が前記認証対象機器にアクセスすること、への認証を求めるためのパスワードであり、
   前記入力データは、ひらがな文字、カタカナ文字及び漢字文字の内の、少なくとも１つの文字を含む、
   請求項２に記載の認証システム。
4. 前記入力データ保持部、前記入力データ画像化部、前記正本画像データ記憶部、前記画像比較部及び前記認証部は、前記端末機器とは異なる機器に備えられている、
   請求項２又は３に記載の認証システム。
5. 前記の、前記端末機器とは異なる機器は、ドメインコントローラーであり、
   前記認証対象機器は、ファイルサーバー又はプリンターを含む複数の機器の内の少なくとも１つである、
   請求項４に記載の認証システム。
6. 機器へのアクセスに対する認証を求めるために、データを入力するステップと、
   前記の入力されたデータを画像化するステップと、
   前記の画像化されたデータと、正本の画像データとを比較するステップと、
   前記の画像化されたデータと、前記の正本の画像データとが一致する場合に、前記機器へのアクセスを認証するステップと、を備える、
   認証方法。

Images