(57)【要約】【課題】検証の全てを行うことが可能な検証プログラム、検証サーバ及びカード発行検証システムを提供する。【解決手段】サービス提供内容ごとに異なるサービスの仕様に基づいて検証を行う検証プログラム２１は、検証サーバ１を、仕様に基づき作成されたサービスに共通のデータであるパラメータデータを記憶するパラメータデータ記憶手段と、リーダ３０を介して読み取った、仕様及びサービスで個別に設定される個別データに基づき作成された発行データを入力データとして発行した発行処理後のテストカード８に記憶された媒体データを受け付ける媒体データ受付手段と、パラメータデータ記憶手段が記憶したパラメータデータと媒体データ受付手段が受け付けた媒体データとを比較して検証する検証手段と、検証手段による検証結果を出力する検証結果出力手段として機能させる。【選択図】図１
2015099456.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供内容ごとに異なるサービスの仕様に基づいて検証を行う検証プログラムにおいて、
コンピュータを、
前記仕様に基づき作成された、前記サービスに共通のデータであるパラメータデータを記憶するパラメータデータ記憶手段と、
リーダを介して読み取った、前記仕様及び前記サービスで個別に設定される個別データに基づき作成された発行データを入力データとして発行した情報記憶媒体に記憶された媒体データを受け付ける媒体データ受付手段と、
前記パラメータデータ記憶手段が記憶したパラメータデータと、前記媒体データ受付手段が受け付けた媒体データとを比較して検証する検証手段と、
前記検証手段による検証結果を出力する検証結果出力手段と、
して機能させるための検証プログラム。
【請求項２】
請求項１に記載の検証プログラムにおいて、
前記コンピュータを、前記サービスに対応した鍵情報と、前記サービスに対応した証明書情報と、前記個別データに対応した暗証情報とのうち少なくとも１つを含む秘匿データを記憶する秘匿データ記憶手段として機能させ、
前記検証手段を、前記秘匿データ記憶手段が記憶した秘匿データを使用して、前記情報記憶媒体に記憶された前記媒体データに含まれる秘匿情報が正しいか否かを照合するように機能させること、
を特徴とする検証プログラム。
【請求項３】
請求項１又は請求項２に記載の検証プログラムにおいて、
前記検証手段を、前記パラメータデータに基づくコマンドを送信して、前記情報記憶媒体に記憶された前記媒体データの値が前記仕様に合致しているか否かを検証するように機能させること、
を特徴とする検証プログラム。
【請求項４】
請求項１から請求項３までのいずれかに記載の検証プログラムにおいて、
前記コンピュータを、前記仕様及び前記個別データに基づき作成された発行データを受け付ける発行データ受付手段として機能させ、
前記検証手段を、前記パラメータデータ記憶手段が記憶したパラメータデータと、前記発行データ受付手段が受け付けた発行データとを比較して検証するように機能させること、
を特徴とする検証プログラム。
【請求項５】
サービス提供内容ごとに異なるサービスの仕様に基づいて検証を行う検証プログラムにおいて、
コンピュータを、
前記仕様に基づき作成された、前記サービスに共通のデータであるパラメータデータを記憶するパラメータデータ記憶手段と、
前記仕様及び前記サービスで個別に設定される個別データに基づき作成された発行データを受け付ける発行データ受付手段と、
前記パラメータデータ記憶手段が記憶したパラメータデータと、前記発行データ受付手段が受け付けた発行データとを比較して検証する検証手段と、
前記検証手段による検証結果を出力する検証結果出力手段と、
して機能させるための検証プログラム。
【請求項６】
請求項４又は請求項５に記載の検証プログラムにおいて、
前記コンピュータを、前記サービスに対応した鍵情報と、前記サービスに対応した証明書情報と、前記個別データに対応した暗証情報とのうち少なくとも１つを含む秘匿データを記憶する秘匿データ記憶手段として機能させ、
前記検証手段を、前記秘匿データ記憶手段が記憶した秘匿データを使用して、前記発行データに含まれる秘匿情報が正しいか否かを照合するように機能させること、
を特徴とする検証プログラム。
【請求項７】
請求項４から請求項６までのいずれかに記載の検証プログラムにおいて、
前記検証手段を、前記パラメータデータのパラメータ値と、前記発行データに含むパラメータ値とを比較して、前記発行データの値が前記仕様に合致しているか否かを検証するように機能させること、
を特徴とする検証プログラム。
【請求項８】
請求項１から請求項７までのいずれかに記載の検証プログラムを記憶する記憶部と、
前記記憶部に記憶された検証プログラムを実行する制御部と、
を備える検証サーバ。
【請求項９】
請求項８に記載の検証サーバと、
前記発行データを生成するデータ生成サーバと、
前記発行データを用いて情報記憶媒体に発行処理を行うカード発行機と、
を備えるカード発行検証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検証プログラム、検証サーバ及びカード発行検証システムに関する。
【背景技術】
【０００２】
従来、ＩＣカード等の情報記憶媒体を利用したクレジットカードによる支払や、キャッシュカードによる現金の引き出し等のサービスが提供されている。情報記憶媒体は、ＯＳ（オペレーティングシステム）のバージョンアップ等、ソフトウェアの変更が度々行われる。情報記憶媒体の製造会社及びサービス提供会社は、変更の都度、情報記憶媒体の動作検証を行っている。例えば、ＩＣカード等のＩＣチップの動作検証を行う検証装置が開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−７０２８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載のような検証装置は、ＩＣチップの動作確認を行うものであった。ＩＣチップ以外の検証作業は、別途検証を行う必要があり、検証作業が煩雑であった。
【０００５】
そこで、本発明は、検証の全てを行うことが可能な検証プログラム、検証サーバ及びカード発行検証システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００７】
第１の発明は、サービス提供内容ごとに異なるサービスの仕様に基づいて検証を行う検証プログラム（２１）において、コンピュータ（１）を、前記仕様に基づき作成された、前記サービスに共通のデータであるパラメータデータを記憶するパラメータデータ記憶手段と、リーダ（３０）を介して読み取った、前記仕様及び前記サービスで個別に設定される個別データに基づき作成された発行データを入力データとして発行した情報記憶媒体（８）に記憶された媒体データを受け付ける媒体データ受付手段と、前記パラメータデータ記憶手段が記憶したパラメータデータと、前記媒体データ受付手段が受け付けた媒体データとを比較して検証する検証手段と、前記検証手段による検証結果を出力する検証結果出力手段と、して機能させるための検証プログラムである。
第２の発明は、第１の発明の検証プログラム（２１）において、前記コンピュータ（１）を、前記サービスに対応した鍵情報と、前記サービスに対応した証明書情報と、前記個別データに対応した暗証情報とのうち少なくとも１つを含む秘匿データを記憶する秘匿データ記憶手段として機能させ、前記検証手段を、前記秘匿データ記憶手段が記憶した秘匿データを使用して、前記情報記憶媒体（８）に記憶された前記媒体データに含まれる秘匿情報が正しいか否かを照合するように機能させること、を特徴とする検証プログラムである。
第３の発明は、第１の発明又は第２の発明の検証プログラム（２１）において、前記検証手段を、前記パラメータデータに基づくコマンドを送信して、前記情報記憶媒体（８）に記憶された前記媒体データの値が前記仕様に合致しているか否かを検証するように機能させること、を特徴とする検証プログラムである。
第４の発明は、第１の発明から第３の発明までのいずれかの検証プログラム（２１）において、前記コンピュータ（１）を、前記仕様及び前記個別データに基づき作成された発行データを受け付ける発行データ受付手段として機能させ、前記検証手段を、前記パラメータデータ記憶手段が記憶したパラメータデータと、前記発行データ受付手段が受け付けた発行データとを比較して検証するように機能させること、を特徴とする検証プログラムである。
第５の発明は、サービス提供内容ごとに異なるサービスの仕様に基づいて検証を行う検証プログラム（２１）において、コンピュータ（１）を、前記仕様に基づき作成された、前記サービスに共通のデータであるパラメータデータを記憶するパラメータデータ記憶手段と、前記仕様及び前記サービスで個別に設定される個別データに基づき作成された発行データを受け付ける発行データ受付手段と、前記パラメータデータ記憶手段が記憶したパラメータデータと、前記発行データ受付手段が受け付けた発行データとを比較して検証する検証手段と、前記検証手段による検証結果を出力する検証結果出力手段と、して機能させるための検証プログラムである。
第６の発明は、第４の発明又は第５の発明の検証プログラム（２１）において、前記コンピュータ（１）を、前記サービスに対応した鍵情報と、前記サービスに対応した証明書情報と、前記個別データに対応した暗証情報とのうち少なくとも１つを含む秘匿データを記憶する秘匿データ記憶手段として機能させ、前記検証手段を、前記秘匿データ記憶手段が記憶した秘匿データを使用して、前記発行データに含まれる秘匿情報が正しいか否かを照合するように機能させること、を特徴とする検証プログラムである。
第７の発明は、第４の発明から第６の発明までのいずれかの検証プログラム（２１）において、前記検証手段を、前記パラメータデータのパラメータ値と、前記発行データに含むパラメータ値とを比較して、前記発行データの値が前記仕様に合致しているか否かを検証するように機能させること、を特徴とする検証プログラムである。
第８の発明は、第１の発明から第７の発明までのいずれかの検証プログラム（２１）を記憶する記憶部（２０）と、前記記憶部に記憶された検証プログラムを実行する制御部（１０）と、を備える検証サーバ（１）である。
第９の発明は、第８の発明の検証サーバ（１）と、前記発行データを生成するデータ生成サーバ（４）と、前記発行データを用いて情報記憶媒体（８）に発行処理を行うカード発行機（５）と、を備えるカード発行検証システム（１００）である。
【発明の効果】
【０００８】
本発明によれば、検証の全てを行うことが可能な検証プログラム、検証サーバ及びカード発行検証システムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係るカード発行検証システムの全体構成を示す図である。
【図２】本実施形態に係るカード発行検証システムでのデータの流れを説明する図である。
【図３】本実施形態に係る検証サーバでの検証処理を示すフローチャートである。
【図４】本実施形態に係る検証サーバでの画面例を示す図である。
【図５】本実施形態に係る検証サーバでのデータ検証処理を示すフローチャートである。
【図６】本実施形態に係る検証サーバでのカード検証処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
図１は、本実施形態に係るカード発行検証システム１００の全体構成を示す図である。
カード発行検証システム１００は、例えば、ＩＣカードの製造を行うカード製造会社内のシステムである。カード製造会社では、ＩＣカードのテスト品である空のテストカード８（情報記憶媒体）を製造する。そして、カード製造会社は、空のテストカード８に、サービス提供のための各種情報を記憶させる発行処理を行う。この発行処理により、クレジットカードや、キャッシュカードの機能を有するテストカード８（以降、このテストカード８を、発行処理後のテストカード８ともいう。）が作成できる。なお、作成する発行処理後のテストカード８は、例えば、数枚程度である。
【００１１】
カード発行検証システム１００は、発行処理後のテストカード８が正しいか否かを、仕様に基づいて検証する。検証された発行処理後のテストカード８は、カード発行のために用いた仕様と共に、顧客に渡される。
顧客は、発行処理後のテストカード８を使用して、顧客側でのテストを行う。顧客とは、例えば、クレジットカード会社や銀行等の金融機関をいい、サービス提供会社である。
カード発行検証システム１００は、検証サーバ１と、ＰＣ（パーソナルコンピュータ）３と、データ生成サーバ４と、カード発行機５と、テストカード８とを備える。
【００１２】
検証サーバ１は、仕様データ（仕様）に基づいて、カード発行データ（発行データ）を検証する。
また、検証サーバ１は、仕様データに基づいて、発行処理後のテストカード８を検証する。
検証サーバ１は、検証者がＰＣ３を操作することでＰＣ３から操作信号を受信して、上述の検証を行う。
検証サーバ１は、制御部１０と、記憶部２０と、通信Ｉ／Ｆ（インタフェース）部２９とを備える。
【００１３】
制御部１０は、検証サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているＯＳ（オペレーティングシステム）や各種アプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し各種機能を実行する。
制御部１０は、記憶制御部１１（パラメータデータ記憶手段、秘匿データ記憶手段）と、カードデータ受付部１２（媒体データ受付手段）と、発行データ受付部１３（発行データ受付手段）と、検証部１４（検証手段）と、検証結果出力部１５（検証結果出力手段）とを備える。
【００１４】
記憶制御部１１は、パラメータデータや秘匿データ（図２参照）を記憶部２０に記憶させる制御部である。パラメータデータや秘匿データは、記憶制御部１１によって、記憶部２０に記憶される。
カードデータ受付部１２は、発行処理済のテストカード８の媒体データ（後述する）を、ＰＣ３から受け付ける。
発行データ受付部１３は、データ生成サーバ４からカード発行データを受け付ける。
検証部１４は、パラメータデータと、秘匿データとを基準にして、カード発行データや発行処理済のテストカード８を検証する。
検証結果出力部１５は、検証部１４において検証した結果を出力して、記憶部２０に記憶させる。
これらの処理の詳細は、後述する。
【００１５】
記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、検証サーバ１は、制御部１０、記憶部２０等を備えた情報処理装置であり、コンピュータの概念に含まれる。
記憶部２０は、検証プログラム２１と、パラメータデータ記憶部２２と、秘匿データ記憶部２３と、検証結果記憶部２５と、鍵データベース２８とを備える。
検証プログラム２１は、検証サーバ１の制御部１０の各種機能を実行するためのプログラムである。
パラメータデータ記憶部２２は、パラメータデータを記憶する記憶領域である。
秘匿データ記憶部２３は、秘匿データを記憶する記憶領域である。
検証結果記憶部２５は、検証結果出力部１５が出力した検証結果を記憶する記憶領域である。
鍵データベース２８は、照合用の鍵情報や証明書情報を記憶する。
通信Ｉ／Ｆ部２９は、ＰＣ３やデータ生成サーバ４との間の通信を行うためのインタフェース部であり、送信部及び受信部の役割を行う。
【００１６】
ＰＣ３は、一般的なコンピュータであってよく、制御部、記憶部、操作部、表示部、通信Ｉ／Ｆ部を備える。ＰＣ３は、検証サーバ１に対して通信ネットワークＮを介して接続されており、検証サーバ１に対して操作信号を送信し、処理結果を受信する。
ＰＣ３は、リーダ３０を備える。
リーダ３０は、テストカード８との間のインタフェースである。リーダ３０は、ループアンテナ等（図示せず）を備え、テストカード８の記憶部８ａに記憶されているデータを読み取る。
通信ネットワークＮは、専用回線であってもよいし、インターネット回線であってもよい。
【００１７】
データ生成サーバ４は、仕様データと、個別データとを入力データとして、カード発行データを生成するサーバである。生成したカード発行データは、カード発行機５にて空のテストカード８の媒体（カード券面、記憶部８ａ等）に対して発行処理を行う際に用いる。また、カード発行データは、検証サーバ１にて、仕様に基づいて作成されているかを検証するのに用いる。そのため、データ生成サーバ４は、生成したカード発行データを、検証サーバ１及びカード発行機５に送信する。
【００１８】
カード発行機５は、データ生成サーバ４から受信したカード発行データを入力データとして、空のテストカード８に発行処理を行う装置である。カード発行機５は、空のテストカード８に発行処理をして、発行処理後のテストカード８を作成する。
テストカード８は、例えば、ＩＣカードである。
テストカード８は、記憶部８ａを備える。記憶部８ａは、例えば、ＩＣチップである。
発行処理後のテストカード８は、検証サーバ１による検証を経て、顧客に渡される。
【００１９】
次に、カード発行検証システム１００におけるデータの流れの概要を説明する。
図２は、本実施形態に係るカード発行検証システム１００でのデータの流れを説明する図である。
まず、仕様情報と、個別データとは、顧客から受領した、例えば、顧客の要件仕様が記載された書類等である。
仕様データは、仕様情報をカード発行検証システム１００内でデータ化したものである。仕様データは、例えば、暗証番号を何回間違えたらロックしてカードを使用不可にするか、等の仕様を含む。仕様は、サービス提供内容である顧客かつ品目ごとに異なる。品目とは、クレジットカードであれば、券種、ブランド（クレジット会社等）、世代等で分類される。券種とは、カードの発行仕様の違いによる種類をいい、グレードや、提携先、サービスによる分類がある。また、世代とは、ＩＣカードの鍵やチップにある使用期限による分類をいう。
個別データは、顧客からカード発行のために受領したデータであり、サービスで個別に設定されるデータである。個別データは、例えば、テスト用のクレジットカード番号や、氏名等を含む。また、個別データは、ＰＩＮ（Ｐｅｒｓｏｎａｌ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｎｕｍｂｅｒ）等の秘匿情報を含む。
【００２０】
次に、データ生成サーバ４では、仕様データに基づいて作成したデータ生成用仕様データと、個別データとを入力データとして、カード発行データを生成する。
データ生成用仕様データは、パラメータが羅列されたファイルであり、仕様データを、データ生成サーバ４で実行できるフォーマットにしたものである。データ生成用仕様データは、仕様データの一部を編集したものである。
カード発行データは、空のテストカード８に発行処理をするため、カード発行機５で実行できるフォーマットにしたデータであり、「タグ」「長さ」「値」（ＴＬＶ（Ｔａｇ−Ｌｅｎｇｔｈ−ｖａｌｕｅ））の各項目からなるデータを連続させた連続データである。「値」には、個別データに含まれるクレジットカード番号や氏名等の個人情報や、鍵情報等の秘匿情報を含む。
【００２１】
次に、カード発行機５では、データ生成サーバ４からカード発行データを受け付けて、空のテストカード８に発行処理を行う。
発行処理後のテストカード８の記憶部８ａには、発行処理によりカード発行データに対応したデータである媒体データが記憶される。よって、テストカード８に対して通信可能に接続されたコンピュータでは、発行処理後のテストカード８に対してコマンドを送信すると、コマンドに対応した媒体データの値を受け取ることができる。
【００２２】
検証サーバ１では、予めパラメータデータと、秘匿データとを受け付けて記憶しておく。
パラメータデータとは、仕様データを、パラメータデータ化したものをいう。パラメータデータは、仕様データで規定したサービスに共通のデータである。
秘匿データとは、鍵情報、証明書情報、暗証情報等の秘匿情報に対応するデータを少なくとも１つを含むデータをいう。秘匿データは、鍵情報、証明書情報の場合には、サービスに対応するものである。また、秘匿データは、暗証情報の場合には、個別データに対応するものである。秘匿データは、パラメータデータに有さない、例えば、鍵バージョンや、ＰＩＮ等の秘匿情報の正解値を含むデータである。
そして、検証サーバ１は、データ生成サーバ４で生成したカード発行データとの検証であるデータ検証を行う（＃１）。
また、検証サーバ１は、カード発行機５により発行された発行処理後のテストカード８との検証であるカード検証を行う（＃２）。
【００２３】
次に、検証サーバ１での検証時の処理について詳細に説明する。
図３は、本実施形態に係る検証サーバ１での検証処理を示すフローチャートである。
図４は、本実施形態に係る検証サーバ１での画面例を示す図である。
図３のステップＳ（以下、「Ｓ」という。）１０において、検証サーバ１の制御部１０は、検証者からの起動操作をＰＣ３から受信したことに応じて、検証プログラム２１を起動させる。検証プログラム２１は、この例では、ブラウザベースのプログラムである。検証プログラム２１を起動すると、制御部１０は、検証用画面６０を、ＰＣ３に送信することで、ＰＣ３の表示部に表示させる。以下、検証サーバ１は、検証者による操作信号をＰＣ３から受信して、操作信号に対する処理結果をＰＣ３に対して送信するものであるが、ＰＣ３との間の処理については、その説明を省略する。
【００２４】
ここで、ＰＣ３に表示される検証用画面６０について、図４に基づき説明する。
検証用画面６０は、基準データ設定部６１と、検証データ設定部６２と、検証カード設定部６３と、ボタン６４及び６５とからなる。
基準データ設定部６１は、検証元のデータであるパラメータデータと、秘匿データとを指定する画面である。
【００２５】
図３に戻り、Ｓ１１において、制御部１０は、基準データ設定処理を行う。
基準データの設定は、図４の検証用画面６０の基準データ設定部６１を用いて行うことができる。
基準データ設定処理として、検証者が仕様データから作成されたパラメータデータを指定することで、制御部１０は、パラメータデータを受け付ける。そして、制御部１０（記憶制御部１１）は、受け付けたパラメータデータを、パラメータデータ記憶部２２に記憶させる。
また、基準データ設定処理として、検証者が秘匿データを指定することで、制御部１０は、秘匿データを受け付ける。そして、制御部１０（記憶制御部１１）は、受け付けた秘匿データを、秘匿データ記憶部２３に記憶させる。
【００２６】
Ｓ１２において、制御部１０は、検証者が行う検証がデータ検証であるかを判断する。これは、図４に示す検証用画面６０の検証データ設定部６２において、検証者がカード発行データのパスを指定したか否かによって判断できる。データ検証である場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、データ検証ではない場合（Ｓ１２：ＮＯ）には、制御部１０は、処理をＳ１４に移す。
Ｓ１３において、制御部１０は、後述するデータ検証処理を行う。
【００２７】
Ｓ１４において、制御部１０は、検証者が行う検証がカード検証であるかを判断する。これは、検証者が発行処理後のテストカード８をリーダ３０に挿入したことで、制御部１０がテストカード８を検出した旨のデータをＰＣ３から受信したか否かによって判断できる。カード検証である場合（Ｓ１４：ＹＥＳ）には、制御部１０は、処理をＳ１５に移す。他方、カード検証ではない場合（Ｓ１４：ＮＯ）には、制御部１０は、処理をＳ１６に移す。
Ｓ１５において、制御部１０は、後述するカード検証処理を行う。その後、制御部１０は、処理をＳ１６に移す。
【００２８】
Ｓ１６において、制御部１０は、検証プログラム２１を終了するか否かを判断する。これは、例えば、検証者によってブラウザを閉じる操作が行われたか否かで判断できる。検証プログラム２１を終了する場合（Ｓ１６：ＹＥＳ）には、制御部１０は、処理をＳ１７に移す。他方、検証プログラム２１を終了しない場合（Ｓ１６：ＮＯ）には、制御部１０は、処理をＳ１２に移す。
Ｓ１７において、制御部１０は、検証プログラム２１の実行を終了させる。その後、制御部１０は、本処理を終了する。
【００２９】
次に、データ検証処理について説明する。
図５は、本実施形態に係る検証サーバ１でのデータ検証処理を示すフローチャートである。
Ｓ２０において、制御部１０（発行データ受付部１３）は、検証者が指定したパス（取得指示）に基づき、データ生成サーバ４からカード発行データを受け付ける。
Ｓ２１において、制御部１０は、検証データ設定部６２のボタン６２ａと、ボタン６４とを、検証者による入力操作を受け付け可能な状態（アクティブ）にする。
【００３０】
Ｓ２２において、制御部１０は、データチェックが指示されたか否かを判断する。これは、図４に示す検証用画面６０の検証データ設定部６２において、検証者がボタン６２ａを選択したか否かによって判断できる。データチェックが指示された場合（Ｓ２２：ＹＥＳ）、つまり、検証者によりボタン６２ａが選択された場合には、制御部１０は、処理をＳ２３に移す。他方、データチェックが指示されていない場合（Ｓ２２：ＮＯ）には、制御部１０は、処理をＳ２４に移す。
Ｓ２３において、制御部１０は、データチェック処理を行う。これは、カード発行データが、検証サーバ１に取り込めるものであるか否かを、予め確認するために用意されている。
【００３１】
Ｓ２４において、制御部１０は、検証が指示されたか否かを判断する。これは、図４に示す検証用画面６０において、検証者がボタン６４を選択したか否かによって判断できる。検証が指示された場合（Ｓ２４：ＹＥＳ）、つまり、検証者によりボタン６４が選択された場合には、制御部１０は、処理をＳ２５に移す。他方、検証が指示されていない場合（Ｓ２４：ＮＯ）には、制御部１０は、処理を図３に移す。
Ｓ２５において、制御部１０（検証部１４）は、カード発行データが仕様に合致しているか否かの仕様に基づくデータ検証を実行する。
具体的には、制御部１０（検証部１４）は、パラメータデータ記憶部２２に記憶されているパラメータデータのパラメータ値と、発行データ受付部１３が受け付けたカード発行データに含むパラメータ値とを比較して、カード発行データの値が仕様に合致しているか否かを検証する。
なお、検証項目は、検証用画面６０の検証データ設定部６２にて検証者がチェックを入れた項目である。
【００３２】
ここで、検証内容の１つであるＲＳＡ（公開鍵暗号方式）鍵を用いた鍵バージョンの検証について説明する。
ＲＳＡ鍵の検証は、検証用画面６０の検証データ設定部６２で「公開鍵検証」にチェックを入れた状態でデータ検証を実行することで、行われる。
鍵データベース２８には、顧客のサービス提供内容を識別するサービス識別情報に対応付けて、証明書情報が記憶されている。サービス識別情報は、顧客ごとかつサービス（鍵バージョンを含む）ごとに異なる。例えば、同じ顧客であって、サービスが同じであっても、鍵バージョンが異なれば、サービス識別情報は、異なるものになる。証明書情報は、図示しないＨＳＭ（ハードウェアセキュリティモジュール）において、ＲＳＡ鍵である公開鍵及び秘密鍵を生成し、公開鍵を含んだ申請ファイルを認証局（ＣＡ）に対して依頼して受け取ったものである。
カード発行データには、暗号化された証明書情報を含む。制御部１０は、ＲＳＡ鍵で復号した復号後の証明書情報と、鍵データベース２８の該当のサービス識別情報に対応した証明書情報とが一致するか否かを検証する。両者が一致すれば、制御部１０は、ＲＳＡ鍵が正しい鍵バージョンであると検証できる。
【００３３】
図５に戻り、Ｓ２６において、制御部１０（検証結果出力部１５）は、検証結果を、検証結果記憶部２５に記憶させる。
制御部１０は、基準データ設定部６１での設定単位で、１つのフォルダを検証結果記憶部２５に作成する。よって、検証者は、１つのフォルダ内に格納された検証結果のデータを検証すればよく、検証結果を確認しやすいものにできる。また、ＰＣ３にプリンタ（図示せず）を接続させておけば、検証結果を印字することで、検証結果報告書として顧客に提出できる。よって、顧客に検証結果を納品することができ、顧客側でも検証結果からデータの正当性を確認できる。
Ｓ２７において、制御部１０は、処理ログを作成し、記憶部２０に記憶させる。その後、制御部１０は、処理を図３に移す。
このように、制御部１０は、処理ログを作成し、記憶部２０に記憶させるので、検証記録のトレーサビリティが向上する。
【００３４】
次に、カード検証処理について説明する。
図６は、本実施形態に係る検証サーバ１でのカード検証処理を示すフローチャートである。
Ｓ３０において、制御部１０は、リーダ３０を介して発行処理後のテストカード８の記憶部８ａを読み取る。
Ｓ３１において、制御部１０は、検証カード設定部６３のボタン６３ａと、ボタン６５とをアクティブにする。
Ｓ３２において、制御部１０は、読み出しチェックが指示されたか否かを判断する。これは、図４に示す検証用画面６０の検証カード設定部６３において、検証者がボタン６３ａを選択したか否かによって判断できる。読み出しチェックが指示された場合（Ｓ３２：ＹＥＳ）、つまり、検証者によりボタン６３ａが選択された場合には、制御部１０は、処理をＳ３３に移す。他方、読み出しチェックが指示されていない場合（Ｓ３２：ＮＯ）には、制御部１０は、処理をＳ３４に移す。
Ｓ３３において、制御部１０（カードデータ受付部１２）は、記憶部８ａに記憶されていた媒体データを読み取って、テストカード８の読み出しチェックを行う。
読み出しチェックにおいて、制御部１０は、テストカード８に送信可能なコマンドから任意にコマンドを選択して送信することで、テストカード８からコマンドの処理結果を受信する。そして、制御部１０は、記憶部８ａに記憶された内容を受け付けて解析する。このようにすることで、制御部１０は、テストカード８のコマンドに対する正当性を確認できる。
【００３５】
Ｓ３４において、制御部１０は、検証が指示されたか否かを判断する。これは、図４に示す検証用画面６０において、検証者がボタン６５を選択したか否かによって判断できる。検証が指示された場合（Ｓ３４：ＹＥＳ）、つまり、検証者によりボタン６５が選択された場合には、制御部１０は、処理をＳ３５に移す。他方、検証が指示されていない場合（Ｓ３４：ＮＯ）には、制御部１０は、処理を図３に移す。
Ｓ３５において、制御部１０（検証部１４）は、発行処理後のテストカード８の内容が仕様に合致しているか否かの仕様に基づくカード検証を実行する。
具体的には、制御部１０（カードデータ受付部１２）は、パラメータデータ記憶部２２に記憶されているパラメータデータに基づくコマンドを送信して、発行処理後のテストカード８に記憶された媒体データを受信する。そして、制御部１０（検証部１４）は、受信した媒体データの値が、仕様に合致しているか否かを検証する。
なお、送信するコマンドは、検証用画面６０の検証カード設定部６３にて検証者がチェックを入れた項目に対応するコマンドである。
鍵バージョンの検証は、データ検証の場合（図５のＳ２５）と同様に行うことができる。
【００３６】
次に、カード検証で行うことが可能なＰＩＮの検証について説明する。
ＰＩＮの検証は、検証用画面６０の検証カード設定部６３で「ＰＩＮ照合」にチェックを入れた状態でカード検証を実行することで、行われる。
ＰＩＮは、個別データに含まれるものであり、媒体データに有する。また、個別データに基づき作成した秘匿データにも含まれる。
制御部１０は、個別データを識別する個別識別情報をキーに、媒体データに含まれるＰＩＮと、秘匿データに含まれるＰＩＮとが一致するか否かを検証する。両者が一致すれば、制御部１０は、ＰＩＮが正しいと検証できる。
【００３７】
Ｓ３６において、制御部１０（検証結果出力部１５）は、検証結果を、検証結果記憶部２５に記憶させる。また、制御部１０は、検証結果を、ＰＣ３に接続されたプリンタ（図示せず）等に出力できる。
Ｓ３７において、制御部１０は、処理ログを作成し、記憶部２０に記憶させる。その後、制御部１０は、処理を図３に移す。
【００３８】
このように、本実施形態によれば、検証サーバ１は、以下のような効果がある。
（１）テストカード８に発行処理をするためのデータであるカード発行データを受け付けることで、検証元データであるパラメータデータと、カード発行データとを自動的に比較して検証できる。よって、カード発行データの正当性を検証できる。
（２）パラメータデータのパラメータ値と、カード発行データに含むパラメータ値とを比較して検証ができる。順番に比較すればいいので、簡易に検証できる。
【００３９】
（３）発行処理後のテストカード８を、リーダ３０を介して読み取ることで、検証元データであるパラメータデータと、発行処理後のテストカード８の媒体データとを自動的に比較して検証できる。よって、発行処理後のテストカード８の正当性を検証できる。
（４）パラメータデータに基づくコマンドによって、発行処理後のテストカード８の媒体データの値を検証ができる。パラメータデータに基づいて、コマンドを送信するので、簡易に検証できる。
【００４０】
（５）自動的に検証でき、検証資料を出力するので、検証工数が削減できる。以前は、目視での確認が必要であったり、手作業が発生したりして、検証の精度が高くなかったが、検証サーバ１によって、目視での確認が不要になり、検証の精度も高いものにできる。そして、検証者の負担も削減でき、以前と比較して２割弱の工数で検証作業を行うことができる。さらに、検証用画面６０にしたがって検証者は操作すればよく、検証者のスキルに依存することなく、検証作業を行うことができる。
【００４１】
（６）サービスに対応した鍵情報、サービスに対応した証明書情報、個別データに対応した暗証情報の少なくとも１つを含む秘匿データを使用して、カード発行データに記憶された秘匿情報や、発行処理後のテストカード８に記憶された秘匿情報の検証ができる。よって、カード発行データや、テストカード８を見ただけでは照合できない情報についても、正否の判定ができるので、カード発行データや、発行処理後のテストカード８の正当性を細部にわたって検証できる。例えば、鍵バージョンの確認を行うことができる。
（７）検証プログラム２１を実行することにより、検証用画面６０を表示するので、この検証用画面６０にしたがって検証者がデータを指定するだけで、カード発行データ及びテストカード８が仕様に基づいて作成されたか否かの検証を、簡易に行うことができる。そして、検証結果を１つのフォルダに格納するので、検証作業を容易に行うことができる。
【００４２】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００４３】
（変形形態）
（１）本実施形態では、鍵をＲＳＡ鍵として説明したが、これに限定されない。作成に時間を要する他の種別の鍵であってもよいし、他の種類の秘匿データであってもよい。
（２）本実施形態では、ＩＣカードのテストカードでの検証について説明したが、ＩＣカードに限定されない。例えば、磁気カードであってもよい。また、ＩＣチップと磁気ストライプとを備えるカードであってもよい。磁気カードの場合、リーダは、磁気ヘッドを備え、磁気ストライプを読みとる装置である。また、ＩＣチップと磁気ストライプとを備えるカードの場合には、ＩＣチップと磁気ストライプとの整合性の確認もあわせて行うことができる。よって、更なる検証が可能であり、検証能力がより向上した検証サーバを提供できる。
（３）本実施形態では、検証用画面を図４に示す例で説明したが、これに限定されない。また、データ検証、カード検証に限定されない。例えば、検証用画面にさらにカード発行データと、テストカードとの間で検証を行うボタンを設け、カード発行データと、テストカードとの間で検証を行ってもよい。そのようにすることで、相互に検証が行えるので、カード発行機での処理の正当性が検証でき、より詳細に検証を行うことができる。
【００４４】
（４）本実施形態では、検証用サーバを、検証用サーバを操作するためのＰＣに接続させるものとして説明したが、これに限定されない。検証用サーバと、ＰＣとの機能を有する検証用装置を備えてもよい。
（５）本実施形態では、検証用サーバを、テストカードの発行処理に関する検証を行うものとして説明したが、これに限定されない。テストカードではなく、実際のサービスで使用する本カードの発行処理に関する検証を行ってもよい。その場合には、カード内部の状態が変化しない項目の検証をすればいい。
【符号の説明】
【００４５】
１    検証サーバ
３    ＰＣ
４    データ生成サーバ
５    カード発行機
８    テストカード
８ａ，２０  記憶部
１０  制御部
１１  記憶制御部
１２  カードデータ受付部
１３  発行データ受付部
１４  検証部
１５  検証結果出力部
２１  検証プログラム
２２  パラメータデータ記憶部
２３  秘匿データ記憶部
２５  検証結果記憶部
２８  鍵データベース
３０  リーダ
６０  検証用画面
１００  カード発行検証システム
【図１】
2015099456.tif 000003
【図２】
2015099456.tif 000004
【図３】
2015099456.tif 000005
【図４】
2015099456.tif 000006
【図５】
2015099456.tif 000007
【図６】
2015099456.tif 000008