(57)【要約】【課題】暗証番号の入力無しでＩＣチップから読み取ることができる情報を用いて、利用者を識別する識別情報を生成する。【解決手段】本発明による識別情報生成装置は、非接触型ＩＣカードと通信を行ってデータを読み取る読取装置から前記データを取得する取得部と、非接触ＩＣカードの種類毎に、前記データに含まれる情報のうち、識別情報の生成に使用する情報を規定したテーブルを記憶する記憶部と、前記テーブルを参照し、前記読取装置が通信を行った前記非接触ＩＣカードの種類を特定する特定部と、前記テーブルを参照し、前記特定された種類に対応する情報を前記データから抽出し、抽出した情報を所定の関数に入力して識別情報を生成する生成部と、を備える。【選択図】図６
2018046330.tif 000002
【特許請求の範囲】
【請求項１】
非接触型ＩＣカードと通信を行ってデータを読み取る読取装置から前記データを取得する取得部と、
非接触ＩＣカードの種類毎に、前記データに含まれる情報のうち、識別情報の生成に使用する情報を規定したテーブルを記憶する記憶部と、
前記テーブルを参照し、前記読取装置が通信を行った前記非接触ＩＣカードの種類を特定する特定部と、
前記テーブルを参照し、前記特定された種類に対応する情報を前記データから抽出し、抽出した情報を所定の関数に入力して識別情報を生成する生成部と、
を備える識別情報生成装置。
【請求項２】
前記所定の関数はハッシュ関数であることを特徴とする請求項１に記載の識別情報生成装置。
【請求項３】
前記取得部が前記読取装置から取得するデータは、前記読取装置が前記非接触ＩＣカードに少なくとも２回送信したＲＥＱＢコマンド又はＷＵＰＢコマンドに対する応答として受信したＡＴＱＢコマンドを含むことを特徴とする請求項１又は２に記載の識別情報生成装置。
【請求項４】
前記取得部が前記読取装置から取得するデータは、前記読取装置が前記非接触ＩＣカードから受信したアプリケーションフリー領域情報を含むことを特徴とする請求項３に記載の識別情報生成装置。
【請求項５】
前記生成部は、ＡＴＱＢコマンドのＰＵＰＩ、アプリケーションデータ内のＣＲＣ＿Ｂ（ＡＩＤ）、プロトコル情報内のＦＷＩ、ＡＤＣ及びＦＯの組み合わせとハッシュ関数とを用いて前記識別情報を生成することを特徴とする請求項３又は４に記載の識別情報生成装置。
【請求項６】
非接触型ＩＣカードと通信を行ってデータを読み取る読取装置から前記データを取得するステップと、
非接触ＩＣカードの種類毎に、前記データに含まれる情報のうち、識別情報の生成に使用する情報を規定したテーブルを参照し、前記読取装置が通信を行った前記非接触ＩＣカードの種類を特定するステップと、
前記テーブルを参照し、前記特定された種類に対応する情報を前記データから抽出し、抽出した情報をハッシュ関数に入力して識別情報を生成するステップと、
をコンピュータに実行させることを特徴とする識別情報生成プログラム。
【請求項７】
前記読取装置から取得するデータは、前記読取装置が前記非接触ＩＣカードに少なくとも２回送信したＲＥＱＢコマンド又はＷＵＰＢコマンドに対する応答として受信したＡＴＱＢコマンドを含み、
前記ＡＴＱＢコマンドのＰＵＰＩ、アプリケーションデータ内のＣＲＣ＿Ｂ（ＡＩＤ）、プロトコル情報内のＦＷＩ、ＡＤＣ及びＦＯの組み合わせとハッシュ関数とを用いて前記識別情報を生成することを特徴とする請求項６に記載の識別情報生成プログラム。
【請求項８】
非接触型ＩＣカードと通信を行ってデータを読み取る読取装置と、
請求項１乃至５のいずれか１項に記載の識別情報生成装置と、
を備える本人確認支援システムであって、
前記読取装置は、
前記非接触型ＩＣカードが置かれる透明板、及び前記非接触型ＩＣカードの券面をスキャンして画像を生成するスキャナ部を有する本体と、
前記透明板を開閉自在に覆うカバーと、
前記カバーの内部に設けられ、前記カバーの上面に載置された前記非接触型ＩＣカードに含まれるＩＣチップからデータを読み取る読取部と、
を備えることを特徴とする本人確認支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、身分証明書に内蔵されたＩＣチップから読み取った情報を用いて、身分証明書所有者の識別情報を生成する識別情報生成装置及び識別情報生成プログラムに関する。また、本発明は、生成した識別情報を用いた本人確認支援システムに関する。
【背景技術】
【０００２】
運転免許証や旅券（パスポート）等の証明書の偽造防止の強化策として、ＩＣチップを内蔵したものが発行されている。このＩＣチップから個人情報を読み取ってデータベースで管理したり、ＩＣチップから読み取った個人情報とデータベースに登録されている個人情報とを照合して本人確認を行ったりするシステムが知られている。
【０００３】
しかし、ＩＣ免許証等は、事前に設定されている暗証番号を入力しないと、ＩＣチップから氏名等の個人情報が取得できないようになっている。そのため、利用者が暗証番号を忘れている場合、ＩＣチップから個人情報が読み取れず、上述のようなシステムを機能させることができなかった。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】日本規格協会、ＪＩＳ  Ｘ  ６３２２−３：２０１１、識別カード−非接触（外部端子なし）ＩＣカード−近接型−第３部：初期化及び衝突防止
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記従来の実状に鑑みてなされたものであり、暗証番号の入力無しでＩＣチップから読み取ることができる情報を用いて、利用者を識別する識別情報を生成する識別情報生成装置及び識別情報生成プログラムを提供することを課題とする。また、本発明は、本発明の識別情報生成装置により生成された識別情報を用いて本人確認を支援する本人確認支援システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明による識別情報生成装置は、非接触型ＩＣカードと通信を行ってデータを読み取る読取装置から前記データを取得する取得部と、非接触ＩＣカードの種類毎に、前記データに含まれる情報のうち、識別情報の生成に使用する情報を規定したテーブルを記憶する記憶部と、前記テーブルを参照し、前記読取装置が通信を行った前記非接触ＩＣカードの種類を特定する特定部と、前記テーブルを参照し、前記特定された種類に対応する情報を前記データから抽出し、抽出した情報を所定の関数に入力して識別情報を生成する生成部と、を備えるものである。
【０００７】
本発明の一態様では、前記所定の関数はハッシュ関数である。
【０００８】
本発明の一態様では、前記取得部が前記読取装置から取得するデータは、前記読取装置が前記非接触ＩＣカードに少なくとも２回送信したＲＥＱＢコマンド又はＷＵＰＢコマンドに対する応答として受信したＡＴＱＢコマンドを含む。
【０００９】
本発明の一態様では、前記取得部が前記読取装置から取得するデータは、前記読取装置が前記非接触ＩＣカードから受信したアプリケーションフリー領域情報を含む。
【００１０】
本発明の一態様では、前記生成部は、ＡＴＱＢコマンドのＰＵＰＩ、アプリケーションデータ内のＣＲＣ＿Ｂ（ＡＩＤ）、プロトコル情報内のＦＷＩ、ＡＤＣ及びＦＯの組み合わせとハッシュ関数とを用いて前記識別情報を生成する。
【００１１】
本発明の一態様による識別情報生成プログラムは、非接触型ＩＣカードと通信を行ってデータを読み取る読取装置から前記データを取得するステップと、非接触ＩＣカードの種類毎に、前記データに含まれる情報のうち、識別情報の生成に使用する情報を規定したテーブルを参照し、前記読取装置が通信を行った前記非接触ＩＣカードの種類を特定するステップと、前記テーブルを参照し、前記特定された種類に対応する情報を前記データから抽出し、抽出した情報をハッシュ関数に入力して識別情報を生成するステップと、をコンピュータに実行させるものである。
【００１２】
本発明の一態様では、前記読取装置から取得するデータは、前記読取装置が前記非接触ＩＣカードに少なくとも２回送信したＲＥＱＢコマンド又はＷＵＰＢコマンドに対する応答として受信したＡＴＱＢコマンドを含み、前記ＡＴＱＢコマンドのＰＵＰＩ、アプリケーションデータ内のＣＲＣ＿Ｂ（ＡＩＤ）、プロトコル情報内のＦＷＩ、ＡＤＣ及びＦＯの組み合わせとハッシュ関数とを用いて前記識別情報を生成する。
【００１３】
本発明の一態様による本人確認支援システムは、非接触型ＩＣカードと通信を行ってデータを読み取る読取装置と、本発明の識別情報生成装置と、を備える本人確認支援システムであって、前記読取装置は、前記非接触型ＩＣカードが置かれる透明板、及び前記非接触型ＩＣカードの券面をスキャンして画像を生成するスキャナ部を有する本体と、前記透明板を開閉自在に覆うカバーと、前記カバーの内部に設けられ、前記カバーの上面に載置された前記非接触型ＩＣカードに含まれるＩＣチップからデータを読み取る読取部と、を備えるものである。
【発明の効果】
【００１４】
本発明によれば、暗証番号の入力無しでＩＣチップから読み取ることができる情報を用いて、利用者を識別する識別情報を生成することができる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係る本人確認支援システムの概略図である。
【図２】管理装置のハードウェア構成図である。
【図３】リクエスト応答信号のデータ構造を示す図である。
【図４】データ選択テーブルの例を示す図である。
【図５】ＩＤ番号生成プログラムを実行することで実現される機能ブロック図である。
【図６】第１の実施形態に係るＩＤ番号生成処理を説明するシーケンス図である。
【図７】第１の実施形態に係る本人確認処理を説明するシーケンス図である。
【図８】第２の実施形態に係る読取装置の斜視図である。
【図９】第２の実施形態に係る読取装置の斜視図である。
【図１０】第２の実施形態に係る読取装置の断面図である。
【図１１】第２の実施形態に係る読取装置の斜視図である。
【発明を実施するための形態】
【００１６】
［第１の実施形態］
図１〜図７を用いて、本発明の第１の実施形態について説明する。図１は第１の実施形態に係る本人確認支援システムの概略図である。この本人確認支援システムは、管理装置１及び読取装置２を備えるもので、学校等に設置され、生徒の出席確認の支援を行うものである。
【００１７】
各生徒にはＩＣチップ内蔵の学生証Ｃが配布されている。ＩＣチップには、生徒の氏名、住所、学籍番号等の個人情報が格納されている。この個人情報の読み取りには、事前に設定された暗証番号の入力が求められる仕様となっている。
【００１８】
管理装置１は、各生徒の出席確認日時を管理するデータベースを有する。このデータベースでは、各生徒に、学籍番号とは異なる出席確認用のＩＤ番号（識別情報）が割り当てられている。管理装置１は、事前に、学生証ＣのＩＣチップから暗証番号の入力無しに読み取ることができる情報を用いてＩＤ番号を生成し、データベースを作成する。ＩＤ番号の生成方法については後述する。
【００１９】
読取装置２は、学校の正門、校舎出入口又は教室出入口等に設置されている。生徒は登校時や授業前に読取装置２に学生証Ｃをかざす。読取装置２は、学生証ＣのＩＣチップから情報を読み取る。ここで読み取られる情報は、暗証番号の入力無しに読み取ることができる情報である。読取装置２には、公知のリーダライタを用いることができる。
【００２０】
管理装置１は、読取装置２が読み取った情報からＩＤ番号を生成する。管理装置１は、データベースを検索し、生成したＩＤ番号と同じＩＤ番号が割り当てられている生徒のデータに、出席確認日時を登録する。
【００２１】
学生証ＣのＩＣチップには氏名等の個人情報が保存されており、この個人情報を利用して出席確認を行うことも考えられるが、個人情報の読み取りには暗証番号の入力が必要であるため、手間がかかる。また、生徒が暗証番号を忘れた場合、個人情報の読み取りができず、出席確認を行うことができなくなる。
【００２２】
一方、本実施形態では、暗証番号の入力は不要であるため、生徒が暗証番号を忘れていても、学生証Ｃを読取装置２にかざすだけで出席確認を行うことができる。
【００２３】
図２は管理装置１のブロック構成図である。管理装置１は、ＣＰＵ（中央処理装置）１０、メインメモリ１１、通信部１２及びディスク装置１３を備える。
【００２４】
ディスク装置１３は、例えばハードディスク装置等の記憶装置であり、データ選択テーブル１４、ＩＤ番号生成プログラム１５、及びデータベース１６を格納している。データベース１６は、上述した各生徒の出席確認日時を管理するものであり、各生徒のＩＤ番号、氏名、出席確認日時等が対応付けて記録されている。
【００２５】
通信部１２は、読取装置２が学生証ＣのＩＣチップから読み取ったデータを取得する。読取装置２は非接触通信によりＩＣチップからデータを取得する。本実施形態では、読取装置２とＩＣチップとの間の通信は、ＩＳＯ／ＩＥＣ７８１６（及びＩＳＯ／ＩＥＣ１４４４３）で標準化されているタイプＢに基づくものとする。
【００２６】
読取装置２は、動作磁界内にタイプＢのＰＩＣＣ（近接型ＩＣカード）である学生証Ｃがかざされると、ＩＣチップが応答するようにリクエスト信号（リクエストコマンド、ＲＥＱＢ／ＷＵＰＢ）を送信する。ＩＣチップはリクエスト信号を受信すると、リクエスト応答信号（ＡＴＱＢ：Ａｎｓｗｅｒ  Ｔｏ  Ｒｅｑｕｅｓｔ、ＴｙｐｅＢ）を送信する。
【００２７】
図３にリクエスト応答信号のデータ構造を示す。リクエスト応答信号は、第１バイトにタグ“５０”が付された１４バイトのデータであり、第２〜第５バイトにＰＵＰＩ、第６〜第９バイトにアプリケーションデータ、第１０〜第１２バイトにプロトコル情報、第１３及び第１４バイトにＣＲＣ＿Ｂが定義されている。
【００２８】
ＰＵＰＩは、ＰＩＣＣの擬似固有識別子であり、衝突防止処理時にＰＩＣＣを識別するために使用され、一時的に発生された乱数、または固定値である。
【００２９】
アプリケーションデータは、ＰＩＣＣにどのようなアプリケーションが書き込まれているかを読取装置２に伝えるために使用される。アプリケーションデータは、次項のプロトコル情報のＡＤＣ（アプリケーションデータ符号化）フィールドに従って規定され、ＣＲＣ＿Ｂ圧縮符号化、又は個別の符号化が適用されるかを規定する。ＣＲＣ＿Ｂ圧縮符号化が用いられる場合、アプリケーションデータは、ＡＦＩ、ＣＲＣ＿Ｂ（ＡＩＤ）及びアプリケーション数から構成される。
【００３０】
ＡＦＩは、アプリケーションの分野を規定する１バイトの値である。ＣＲＣ＿Ｂ（ＡＩＤ）は、ＲＥＱＢ／ＷＵＰＢコマンドに記述されるＡＦＩに一致するＰＩＣＣの中にあるＡＩＤのＣＲＣ＿Ｂ計算した結果を示す２バイトの値である。アプリケーション数は、ＰＩＣＣの中に存在する他のアプリケーション数を示す１バイトの値である。
【００３１】
例えば、アプリケーションデータの第１及び第２バイトはＩＣメーカごとの任意の値であり、第３バイトはＩＳＯ／ＩＥＣ７８１６−６Ａｍｅｎｄｍｅｎｔ１で規定されるＩＣメーカコードである。
【００３２】
プロトコル情報は、許容ビット伝送速度、最大フレームサイズ、プロトコルタイプ、ＦＷＩ、ＡＤＣ、ＦＯが定義される。許容ビット伝送速度は、学生証Ｃの通信速度に対応する能力を示す１バイトの値である。
【００３３】
最大フレームサイズは、学生証Ｃが受信可能な最大フレーム長を示す４ビットの値である。プロトコルタイプは、学生証Ｃがサポートしているプロトコルタイプを示す４ビットの値である。
【００３４】
ＦＷＩ（フレーム待ち時間係数）は、フレーム待ち時間（ＦＷＴ）を定義するために、整数値で符号化された４ビットの値である。ＦＷＴは、読取装置２から送られたフレームの最後から学生証Ｃが応答を開始するまでの最大時間である。
【００３５】
ＡＤＣ（アプリケーションデータ符号化）は、学生証Ｃがサポートするアプリケーションデータ符号化を示す２ビットの値である。ＦＯ（フレームオプション）は、学生証Ｃがサポートするフレームオプションを示す２ビットの値である。
【００３６】
ＣＲＣ＿Ｂは、そのフレーム内のすべてのデータビット（ビット数）から計算される巡回冗長検査符号である。
【００３７】
リクエスト応答信号に含まれるＰＵＰＩが乱数であるか、または固定値であるかを判別するために、読取装置２は、リクエスト信号の送信、及びリクエスト応答信号の受信を少なくとも２回行う。受信した複数のリクエスト応答信号に含まれるＰＵＰＩが同じ値であれば固定値、異なる値であれば乱数であると判別することができる。
【００３８】
また、読取装置２は、アプリケーションのフリー領域情報を取得するためのリクエスト信号を送信し、学生証ＣのＩＣチップからアプリケーションのフリー領域情報を取得する。このフリー領域情報は、例えば、学生証Ｃの発行年月日や有効期限を示す。
【００３９】
このように、読取装置２は、学生証ＣのＩＣチップから、暗証番号の入力無しで取得可能な、ＡＴＱＢ信号、及びアプリケーションのフリー領域情報を取得し、管理装置１の通信部１２へ送信する。
【００４０】
学生証Ｃの作製を学校から依頼された業者が複数ある場合や、学生証Ｃに内蔵されたＩＣチップの仕様によって、ＡＴＱＢ信号に含まれるいくつかの情報は、学生証Ｃ毎に異なる。
【００４１】
例えば、ＡＴＱＢ信号に含まれる情報のうち、ＰＵＰＩ、アプリケーションデータのＣＲＣ＿Ｂ（ＡＩＤ）、プロトコル情報のＦＷＩ、ＡＤＣ、ＦＯは学生証Ｃ間で異なり得る特徴的な情報である。
【００４２】
学生証Ｃは、作製業者の違いや、内蔵されているＩＣチップの種類等によって、どの情報が特徴的な情報となるか、いくつかの種類に分類することができる。本実施形態では、学生証Ｃの種類を特定し、その学生証Ｃが送信するＡＴＱＢ信号の情報の中で特徴となる情報や、アプリケーションのフリー領域情報等を用いて、学生を識別するＩＤ番号を生成する。
【００４３】
図４に、ディスク装置１３に格納されているデータ選択テーブル１４の例を示す。データ選択テーブル１４は、学生証Ｃの種類毎に、ＩＤ番号生成に適した情報の組み合わせを示す。データ選択テーブル１４は予め準備されている。
【００４４】
例えば、学生証Ｃは、作製業者の違いや、内蔵されているＩＣチップの種類等によってカード＃１〜＃４の４種類に分類される。カード＃１では、ＡＴＱＢ信号のＰＵＰＩ及びプロトコル情報が特徴的な値であり、これらとアプリケーションフリー領域の発行年月日及び有効期限とがＩＤ番号生成に適したものとなる。
【００４５】
カード＃２や＃４では、ＡＴＱＢ信号のＰＵＰＩがランダムであり、ＩＤ番号生成には不適当であることが示されている。
【００４６】
ＣＰＵ１０が、ディスク装置１３に格納されているＩＤ番号生成プログラム１５をメインメモリ１１にロードして実行することで、図５に示すように、応答信号取得部１７、カード種類特定部１８、及びＩＤ番号生成部１９が実現される。
【００４７】
応答信号取得部１７は、通信部１２を介して、読取装置２が学生証Ｃから読み取った情報を取得する。例えば、応答信号取得部１７は、少なくとも２回の読み取り分のリクエスト応答信号と、アプリケーションフリー領域情報とを取得する。
【００４８】
カード種類特定部１８は、データ選択テーブル１４を参照して、読取装置２が情報を読み取った学生証Ｃのカード種類を特定する。例えば、２回の読み取り分のリクエスト応答信号のＰＵＰＩが異なっている場合、学生証Ｃの種類は、カード＃２又は＃４となる。さらにリクエスト応答信号のプロトコル情報がデータパターンＹである場合、学生証Ｃの種類は、カード＃２であると特定される。
【００４９】
ＩＤ番号生成部１９は、データ選択テーブル１４を参照して、カード種類特定部１８により特定されたカード種類で、ＩＤ番号の生成に使用する情報を確認する。ＩＤ番号生成部１９は、読取装置２から受信したデータから、ＩＤ番号生成に使用する情報を取り出し、ハッシュ関数に入力してハッシュ値を算出する。このハッシュ値を、学生証Ｃを所有する生徒のＩＤ番号として割り当てる。
【００５０】
例えば、学生証Ｃの種類がカード＃２であると特定された場合、リクエスト応答信号のアプリケーションデータのＣＲＣ＿Ｂ（ＡＩＤ）と、プロトコル情報のＦＷＩ、ＡＤＣ、ＦＯと、アプリケーションフリー領域情報とをハッシュ関数に入力してＩＤ番号が生成される。
【００５１】
ＩＤ番号と生徒氏名等をデータベースに事前登録した後、学生証Ｃを生徒に配布する。
【００５２】
図６はデータベースへの事前登録処理を説明するシーケンス図である。読取装置２は、学生証Ｃへリクエスト信号を送信し（ステップＳ１０１）、リクエスト応答信号を受信する（ステップＳ１０２）。受信したリクエスト応答信号は管理装置１へ転送される（ステップＳ１０３）。リクエスト応答信号の取得は、さらにもう１回行われる（ステップＳ１０４〜Ｓ１０６）。
【００５３】
続いて、読取装置２は、学生証Ｃへアプリケーションフリー領域情報のリクエスト信号を送信し（ステップＳ１０７）、アプリケーションフリー領域情報を受信する（ステップＳ１０８）。受信したアプリケーションフリー領域情報は管理装置１へ転送される（ステップＳ１０９）。
【００５４】
管理装置１は、リクエスト応答信号及びアプリケーションフリー領域情報を用いて学生証Ｃのカード種類を特定する（ステップＳ１１０）。管理装置１は、データ選択テーブル１４を参照して、ＩＤ番号生成に用いるべき情報を抽出し、ハッシュ関数に入力してＩＤ番号を生成する（ステップＳ１１１）。このＩＤ番号と、生徒氏名等をデータベースに登録する（ステップＳ１１２）。
【００５５】
図７は出席確認処理を説明するシーケンス図である。ステップＳ２０１の学生証Ｃへのリクエスト信号の送信からステップＳ２１１のＩＤ番号の生成までは、図６のステップＳ１０１〜Ｓ１１１と同じ処理であるため、説明を省略する。
【００５６】
管理装置１は、生成したＩＤ番号と、データベースに登録されているＩＤ番号とを照合する（ステップＳ２１２）。管理装置１は、一致したＩＤ番号に対応する出席日時に、現在の日時、例えば読取装置２が学生証Ｃを読み取った日時を登録する（ステップＳ２１３）。
【００５７】
このように、本実施形態によれば、ＩＣチップに格納されている個人情報が暗証番号を入力しないと読み出せない場合でも、暗証番号の入力無しで読み出せる情報のうち、他の学生証Ｃと値が異なり得る特徴的な情報を組み合わせてハッシュ関数に入力することで、生徒を識別するＩＤ番号を生成することができる。
【００５８】
このＩＤ番号を各生徒に割り当ててデータベースに登録することで、生徒は学生証Ｃを読取装置２にかざすだけで出席確認を行うことができる。暗証番号の入力は不要であるため、生徒が暗証番号を忘れている場合でも出席確認を行うことができる。
【００５９】
［第２の実施形態］
上記第１の実施形態では、本人確認支援システムを学校等で生徒の出席確認に使用する場合について説明したが、他の用途に適用することも可能である。本実施形態では、バス、タクシー、トラック等の運送会社における点呼に適用する場合について説明する。点呼は、業務開始前に、運転者が所有する運転免許証が本人のものであるか、有効期限内であるかなどを確認する作業である。運転免許証は、ＩＣチップが内蔵されたＩＣ免許証である。上記第１の実施形態における学生証、生徒、出席確認が、それぞれ、本実施形態における運転免許証、車両運転者、点呼となる。
【００６０】
本人確認支援システムは、上記第１の実施形態と同様に、管理装置１及び読取装置２を備えるものである。本人確認システムは、運送会社の事業所等に設置される。なお、管理装置１は、運転免許証の真贋判定機能をさらに有するものである。
【００６１】
また、読取装置２には、図８〜図１１に示すような読取装置２を用いる。図８、図９は読取装置２の斜視図である。図１０はＩＣ免許証３をスキャンする際の読取装置２の断面図である。図１１は、ＩＣ免許証３に内蔵されたＩＣチップから情報を読み取る際の読取装置２の斜視図である。
【００６２】
読取装置２の本体２０の上には、ヒンジ部２４によって回動可能に支持されたカバー２１が設けられている。カバー２１は、本体２０の上面の透明板を開閉自在に覆う。
【００６３】
本体２０の上面には透明板（ガラス板）を含む原稿台２２が設けられ、カバー２１を開けると、読取面である透明板の上にＩＣ免許証３を置くことができる。本体２０の上面にはスキャン開始を指示するスイッチＳが設けられている。
【００６４】
本体２０の内部には、透明板の上に置かれたＩＣ免許証３の画像を光学的に走査し、免許証のスキャン画像データを生成する、フラットベット式のスキャナ部２３が設けられている。読取装置２は、スキャン画像データを管理装置１へ送信する。
【００６５】
カバー２１の上面にはＬ字型の凸条２６が設けられている。凸条２６は、カバー２１の長手方向に沿った凸条と、短手方向に沿った凸条とが直角をなすように接続されたものである。このＬ字型の凸条２６によって、ＩＣ免許証３を載置する載置領域２７が区画形成される。凸条２６を構成する、カバー２１の長手方向に沿った凸条と、短手方向に沿った凸条とが接続していなくてもよい。
【００６６】
カバー２１の内部には、載置領域２７に載置されたＩＣ免許証３のＩＣチップ（図示略）から情報を読み取るＩＣ読取部２５が設けられている。ＩＣ読取部２５のアンテナは、載置領域２７の下方又はその近傍に設けられている。ＩＣ読取部２５とＩＣチップとの間の通信は、ＩＳＯ／ＩＥＣ７８１６（及びＩＳＯ／ＩＥＣ１４４４３）で標準化されているタイプＢに基づくものとする。読取装置２は、ＩＣチップから読み取った情報を管理装置１へ送信する。
【００６７】
ＩＣ免許証３のＩＣチップには、氏名、住所、免許番号等の個人情報が格納されているが、この個人情報の読み取りには、免許証発行時に設定した暗証番号が必要となる。本実施形態では、上記第１の実施形態と同様に、ＩＣチップから、暗証番号の入力無しで取得可能なリクエスト応答信号（ＡＴＱＢ）及びアプリケーションフリー領域情報を取得する。
【００６８】
管理装置１は、読取装置２から受け取ったスキャン画像データを用いて、公知の手法により、ＩＣ免許証３の真贋判定を行う。真贋判定結果はディスプレイＤ（図１参照）に表示される。
【００６９】
運送会社の事業所では、予め、全運転者のＩＣ免許証３を読取装置２でスキャンし、真贋判定を行う。次に、ＩＣ免許証３を読取装置２の載置領域２７に載置して情報を読み取り、管理装置１でＩＤ番号を生成する。ＩＤ番号の生成方法は上記第１の実施形態と同様である。
【００７０】
すなわち、ＩＣ免許証３に対するリクエスト信号（ＲＥＱＢ／ＷＵＰＢ）の送信及びリクエスト応答信号（ＡＴＱＢ）を少なくとも２回行い、さらにアプリケーションフリー領域情報のリクエスト信号送信及びアプリケーションフリー領域情報の受信を行う。管理装置１は、データ選択テーブル１４を参照して、ＩＣ免許証３のカード種類を特定し、リクエスト応答信号及びアプリケーションフリー領域情報から抽出した情報をハッシュ関数に入力してＩＤ番号を生成する。
【００７１】
事業所の担当者が、ＩＤ番号と、ＩＣ免許証３の所有者の氏名や免許番号等とをデータベースに登録する。
【００７２】
点呼の際は、ＩＣ免許証３を読取装置２の載置領域２７にかざす（載置する）。ＩＣ読取部２５は、ＩＣ免許証のＩＣチップから情報を読み取り、管理装置１へ送信する。管理装置１は、読み取られた情報からＩＤ番号を生成し、このＩＤ番号と、データベースに事前登録されているＩＤ番号とを照合する。
【００７３】
さらに、管理装置１は、アプリケーションフリー領域情報の有効期限と現在日時とを比較し、ＩＣ免許証３が有効期限内であるか確認する。生成したＩＤ番号がデータベース内のＩＤ番号と一致し、かつＩＣ免許証３が有効期限内である場合、点呼結果がＯＫとなる。一方、生成したＩＤ番号がデータベース内のＩＤ番号と一致しなかったり、ＩＣ免許証３が有効期限を過ぎたりしている場合、点呼結果はＮＧとなる。管理装置１は、点呼日時と点呼結果とを、このＩＤ番号に紐付けてデータベースに登録する。
【００７４】
点呼の際に、ＩＣ免許証３の券面を読取装置２でスキャンして、真贋判定を併せて行ってもよい。
【００７５】
管理装置１は、以下の表１のような点呼履歴をファイル出力してもよい。点呼モードは、点呼時にＩＣ免許証３をかざすだけのＩＣモードか、券面をスキャンして真贋判定も行うスキャンモードかを示す。
【００７６】
【表１】
2018046330.tif 000003
【００７７】
このように、本実施形態によれば、ＩＣチップに格納されている個人情報が暗証番号を入力しないと読み出せない場合でも、暗証番号の入力無しで読み出せる情報のうち、他の免許証と値が異なり得る特徴的な情報を組み合わせてハッシュ関数に入力することで、運転者を識別するＩＤ番号を生成することができる。
【００７８】
このＩＤ番号を各運転者に割り当ててデータベースに登録することで、その後は、免許証３を読取装置２にかざすだけで点呼を行うことができる。暗証番号の入力は不要であるため、運転者が暗証番号を忘れている場合でも点呼を行うことができる。
【００７９】
上記第１、第２の実施形態では、学生証やＩＣ免許証等の非接触型ＩＣカードと、読取装置２との間の通信仕様を、ＩＳＯ／ＩＥＣ７８１６で標準化されているタイプＢに基づくものとして説明を行っていたが、タイプＡやＦｅｌｉＣａ（登録商標）など他の仕様であってもよい。
【００８０】
上記第１、第２の実施形態では、ハッシュ関数を用いて生成されたハッシュ値をＩＤ番号としていたが、ハッシュ関数以外の疑似乱数発生関数を用いて生成した疑似乱数をＩＤ番号としてもよい。
【００８１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００８２】
１  管理装置
２  読取装置
３  ＩＣ免許証
１０  ＣＰＵ
１１  メインメモリ
１２  通信部
１３  ディスク装置
１４  データ選択テーブル
１５  ＩＤ番号生成プログラム
１６  データベース
１７  応答信号取得部
１８  カード種類特定部
１９  ＩＤ番号生成部
２０  本体
２１  カバー
２２  原稿台
２３  スキャナ部
２４  ヒンジ部
２５  ＩＣ読取部
２６  凸条
２７  載置領域
【図１】
2018046330.tif 000004
【図２】
2018046330.tif 000005
【図３】
2018046330.tif 000006
【図４】
2018046330.tif 000007
【図５】
2018046330.tif 000008
【図６】
2018046330.tif 000009
【図７】
2018046330.tif 000010
【図８】
2018046330.tif 000011
【図９】
2018046330.tif 000012
【図１０】
2018046330.tif 000013
【図１１】
2018046330.tif 000014