情報処理方法、情報処理システムおよびリーダライタ
【課題】Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術を提供する。
【解決手段】ICカードリーダライタ１３０は、利用者端末１２０と情報の送受信を行うUSBコネクタ１３６と、ICカードと情報の送受信を行うICカード入出力部１３７と、前記利用者端末１２０からのファイルを格納する記憶部１３３と、前記利用者端末１２０からの所定のデータのハッシュ値を含むファイルの前記記憶部１３３への保存の有無を監視し、前記ファイルが前記記憶部１３３へ保存されたことを検知し、前記所定のデータのハッシュ値およびあらかじめ定められた暗号処理種別情報を含む暗号処理要求を前記ICカードに送信し、前記ICカードから暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する制御部１３４とを有する。
【解決手段】ICカードリーダライタ１３０は、利用者端末１２０と情報の送受信を行うUSBコネクタ１３６と、ICカードと情報の送受信を行うICカード入出力部１３７と、前記利用者端末１２０からのファイルを格納する記憶部１３３と、前記利用者端末１２０からの所定のデータのハッシュ値を含むファイルの前記記憶部１３３への保存の有無を監視し、前記ファイルが前記記憶部１３３へ保存されたことを検知し、前記所定のデータのハッシュ値およびあらかじめ定められた暗号処理種別情報を含む暗号処理要求を前記ICカードに送信し、前記ICカードから暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する制御部１３４とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術に関する。
【背景技術】
【０００２】
近年、電子申請やオンラインバンキングサービス等のWebアプリケーションが広く利用されている。これらのWebアプリケーションの中には、安全・確実な利用者認証や、送信データの改ざん検知、データ送信した事実の否認防止などを目的に、暗号技術の一つであるPKI技術を利用するものも多い。PKI技術では、データの暗号化処理と復号化処理のそれぞれで異なる鍵を用い、一方の鍵は他者への公開を前提とした公開鍵とし、もう一方の鍵は本人が厳格に管理し他者へは公開しない秘密鍵とする。本人が秘密鍵で暗号化したデータをWebアプリケーションサーバに送信し、Webアプリケーションサーバが対応する公開鍵で正しく復号化できた場合は、確かにその秘密鍵を管理する本人によって暗号化されたデータであることが保証される。しかし、このとき、本人しか知り得ないはずの秘密鍵が他者へ漏洩している可能性があると、Webアプリケーションサーバが暗号化データを正しく復号化できたとしても、必ずしも本人によって暗号化されたデータであるとは言えなくなる恐れがある。そのため、秘密鍵が他者へ漏洩しないよう、秘密鍵を格納し内部で暗号化処理を行うICカードの利用を求めることがある。
【０００３】
利用者は、ICカードの情報を用いてWeb画面上から電子申請等を行うには、ICカードリーダライタを準備し、ICカードリーダライタを利用可能とするためのドライバソフトウェアやWebアプリケーションに追加するプラグインソフトウェアを端末にセットアップする必要がある（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「e-Taxをご利用になる場合の準備等」、[2009年3月4日検索]インターネ<URL: http://www.nta.go.jp/tetsuzuki/shinkoku/shotoku/tokushu/jyunbi.htm>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したドライバソフトウェアやプラグインソフトウェアのセットアップ作業を行うためには一定の技術知識が必要とされる。このため電子申請アプリケーションやネットバンキングアプリケーション等、ICカードの情報を必要とするWebアプリケーションを利用できるユーザは限定されていた。また、上記一定の技術知識を持った利用者であっても、一台の端末に複数種類のドライバソフトウェアや複数種類のプラグインソフトウェアをセットアップしようとすると、ドライバソフトウェア同士やプラグインソフトウェア同士が互いに影響しあい、Webアプリケーションの正常動作を妨げる場合があった。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明は、端末と、該端末と接続されたリーダライタと、前記リーダライタと通信可能に構成された記録媒体と、前記端末とネットワークを介して接続されたWebサーバとから構成されるネットワークシステムで実施されるものであり、前記端末、リーダライタ、記録媒体およびWebサーバは、それぞれ以下の処理を実施する。
【０００８】
前記端末は、所定のWeb画面の要求を前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記所定のWeb画面を前記ネットワークを介して受信する処理と、入力部を介して取得した入力データのハッシュ値を計算する処理と、該入力データのハッシュ値が記載されたファイルを前記リーダライタへ送信する処理と、前記リーダライタから暗号処理結果を受信する処理と、該暗号処理結果に含まれる署名値および前記入力データを前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記入力データの改ざん有無の判定結果を前記ネットワークを介して受信する処理とを実施する。
【０００９】
前記リーダライタは、前記端末から前記ファイルを受信して記憶部に保存する処理と、該ファイルに基づき前記暗号処理種別を判定する処理と、該判定した暗号処理種別を示す情報、前記入力データのハッシュ値を含む暗号処理要求を前記記録媒体へ送信する処理と、前記記録媒体から前記暗号処理結果を受信する処理と、該暗号処理結果を前記端末へ送信する処理とを実施する。
【００１０】
前記Webサーバは、前記端末から前記所定のＷｅｂ画面の要求を前記ネットワークを介して受信する処理と、該Web画面を前記ネットワークを介して前記端末へ送信する処理と、前記端末から前記署名値および前記入力データを前記ネットワークを介して受信する処理と、前記入力データの改ざん有無の判定結果を前記ネットワークを介して前記端末へ送信する処理とを実施する。
【００１１】
また、本発明は、利用者が簡単な操作で前記リーダライタの利用が可能となるよう前記Web画面には、前記入力データの入力部と、前記入力データのハッシュ値の計算を指示するハッシュ値計算指示部と、前記計算された入力データのハッシュ値を表示するハッシュ値表示部と、前記署名値を入力する署名値入力部とを有し、また、利用者が行う行為の手順が示されている。
【発明の効果】
【００１２】
以上説明したように、本発明によれば、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係るネットワークシステムの全体構成を示す図である。
【図２】ICカードリーダライタ利用者端末１２０の記憶部１２３とICカードリーダライタ１３０の記憶部１３３のそれぞれに格納されるデータファイルや制御部（１２４、１３４）により実行される実行プログラム、ライブラリプログラム（ドライバソフトウェア等）を示す図である。
【図３】電子申請Web画面の例を示す図である。
【図４】利用者端末１２０、ICカードリーダライタ１３０、ICカード１４０、電子申請Webサーバ１１０間の処理の流れを示すシーケンス図である。
【図５】ICカードリーダライタ１３０で実施される処理の詳細を示すフローチャートである。
【図６】同じく、ICカードリーダライタ１３０で実施される処理の詳細を示すフローチャートである。
【図７（ａ）】暗号処理制御ファイル２２７の構成例を示す図である。
【図７（ｂ）】暗号処理種別を示す情報が記載された暗号処理対象データファイル２２６の構成例を示す図である。
【図７（ｃ）】暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の構成例を示す図である。
【図７（ｄ）】暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の他の構成例を示す図である。
【図７（ｅ）】暗号処理結果データファイル２２８の構成例を示す図である。
【図８】電子申請Web画面の他の例を示す図である。
【発明を実施するための形態】
【００１４】
本発明の実施形態について、図面を参照して詳細に説明する。
【００１５】
なお、以下では、地方自治体への電子申請を例にとり説明する。また、本実施形態では、住民の本人認証や申請内容の改ざん・否認防止を目的として、住民はPKI証明書がインストールされた住基カード等のICカードを用いる。
【００１６】
まず、図１および図２を用いて、本実施形態に係るネットワークシステム（情報処理システム）全体構成、ネットワークシステムを構成する各種計算機および装置の概念的なハードウェア構成および機能構成を説明する。
【００１７】
図１は、本実施形態に係るネットワークシステム全体構成を示す図である。図１に示すように、本実施形態に係るネットワークシステムは、インターネット等のネットワーク１０１に接続された電子申請Webサーバ１１０および複数の利用者端末１２０と、利用者端末１２０と接続されたICカードリーダライタ１３０と、ICカードリーダライタ１３０と通信可能に構成されたICカード１４０とから構成される。
【００１８】
電子申請Webサーバ１１０は、一般的な計算機で実現され、ディスプレイ等の出力部１１１、キーボードやマウス等の入力部１１２、RAM（Random Access Memory）やHDD（Hard Disk Drive）等の記憶部１１３、CPU（Central Processing Unit）等の制御部１１４、および利用者端末１２０とネットワーク１０１を介して情報の送受信を行うLAN（Local Area Network）カード等のネットワークインタフェース部１１５を具備する。
【００１９】
利用者端末１２０も同様に、一般的な計算機で実現され、ディスプレイ等の出力部１２１、キーボードやマウス等の入力部１２２、RAMやHDD等の記憶部１２３、CPU等の制御部１２４、電子申請Webサーバ１１０とネットワーク１０１を介して情報の送受信を行うLANカード等のネットワークインタフェース部１２５、およびUSBポート１２６を具備する。
【００２０】
ICカードリーダライタ１３０は、制御部１３４、Storage領域である記憶部１３３、USBコネクタ１３６およびICカード入出力部１３７等を具備し、USB Mass Storage Classデバイスとしての機能を実現する。
【００２１】
ICカードリーダライタ１３０のUSBコネクタ１３６と利用者端末１２０のUSBポート１２６とは、USBケーブルで接続され、これらを介して情報の送受信が行われる。ICカード１４０は、電子申請を行う住民のICカードであり、本実施形態では、ICカード入出力部１３７に挿入して使用する。なお、ICカード１４０として、非接触型ICカードを用いる場合には、ICカード入出力部１３７は必ずしも物理的にICカード１４０を挿入可能な形状である必要は無い。
【００２２】
図２は、利用者端末１２０の記憶部１２３とICカードリーダライタ１３０の記憶部１３３のそれぞれに格納されるデータファイルや制御部（１２４、１３４）により実行される実行プログラム、ライブラリプログラム（ドライバソフトウェア等）を示す図である。
【００２３】
まず、利用者端末１２０の記憶部１２３には、USB Mass Storage Classドライバ２１１、電子申請プログラム２１２、テキストエディタプログラム２１３、ファイラープログラム２１４、および署名値・申請データ送信プログラム２１５が格納されている。
【００２４】
USB Mass Storage Classドライバ２１１は、OSに標準でセットアップされている。これによりOSは、ICカードリーダライタ１３０をUSB Mass Storage Class デバイスとして認識する機能を実現する。
【００２５】
電子申請プログラム２１２は、電子申請Webサーバ１１０からネットワーク１０１を介して受信した、所定のHTMLやJavaScript等のスクリプトから構成されるWebブラウザである。テキストエディタプログラム２１３は、暗号処理結果データファイル２２８の内容（署名値）をコピーし、電子申請Web画面の所定のデータ表示部にペーストする機能を実現する。ファイラープログラム２１４は、所定のファイルを生成し、コピーする機能を実現する。通常、このファイラープログラム２１４は、OSが標準的に備える。署名値・申請データ送信プログラム２１５は、申請データおよびこの申請データに関連する署名値をネットワーク１０１を介して電子申請Ｗｅｂサーバ１０へ送信する機能を実現する。
【００２６】
ICカードリーダライタ１３０の記憶部１３３には、ファイル管理機能２２１、ファイル入力監視機能２２２、暗号処理種別設定機能２２３、暗号処理要求機能２２４からなる実行プログラムと、暗号処理種別記録ファイル２２５と、暗号処理対象データファイル２２６と、暗号処理制御ファイル２２７と、暗号処理結果データファイル２２８とが格納されている。
【００２７】
図３は、利用者端末１２０の出力部１２１に表示される、電子申請Web画面３１０の例を示す図である。本実施形態では、図３に示すように、児童手当申請用のWeb画面の例を示している。図４は、上記ネットワークシステムを構成する利用者端末１２０、ICカードリーダライタ１３０、ICカード１４０および電子申請Webサーバ１１０間の処理の流れを示すシーケンス図である。図３および図４を用いて、図１に示すネットワークシステムの動作を説明する。
【００２８】
まず、利用者端末１２０は、ネットワーク１０１を介してページ要求を電子申請Webサーバ１１０へ送信する（ステップS４０１）。利用者端末１２０は、そのページ要求に対する応答として、電子申請Webサーバ１１０から所定のHTMLやスクリプトから構成されるページ（電子申請Web画面３１０）をネットワーク１０１を介して受信し、出力部１２１に表示する（ステップ４０２）。電子申請Web画面３１０には、届け出る人の情報や手当てを受ける児童の情報、手当ての振り込み先に関する情報等、児童手当を申請するために必要な情報（申請データ）の入力部３１１と、PINコード入力部３１２と、申請データのハッシュ値の計算を指示するハッシュ値計算ボタン３１３と、前記計算結果であるハッシュ値（暗号処理対象データ）を表示する暗号処理対象データ表示部３１４と、暗号処理結果データ（署名値）を入力する暗号処理結果データ入力部３１５と、送信ボタン３１６と、キャンセルボタン３１７とを有する。また、電子申請Web画面３１０は、手順１から手順５に示すように利用者が行う行為の手順が示されている。
【００２９】
次に、利用者は、電子申請Web画面３１０において、入力部１２２を用いて、申請データの入力部３１１に情報を入力する操作を行う。利用者端末１２０は、入力情報（申請データ）を取得する（ステップ４０３）。
【００３０】
次に、利用者端末１２０は、ICカードリーダライタ１３０にて申請データの改ざん検知等を行うための署名値を生成するために必要な申請データのハッシュ値（暗号処理対象データ）を生成する（ステップ４０４）。具体的には、まず、利用者は、電子申請Web画面３１０において、入力部１２２を用いて、PINコード入力部３１２に、ICカード１４０に記憶されているPINコード（暗証番号）を入力し、ハッシュ値計算ボタン３１３を押下する操作を行う。利用者端末１２０は、電子申請プログラム２１２により、ハッシュ値計算の指示に基づき、上記申請データのハッシュ値を計算し、その計算結果（暗号処理対象データ）を電子申請Web画面３１０の暗号処理対象データ表示部３１４に表示する。なお、PINコードは、通常ICカード所持者本人しか知らない情報であるため、あらかじめPINコード入力欄３１２にPINコードが表示されるようにしても良い。この場合、利用者が、入力部１２２を用いてハッシュ値計算ボタン３１３を押下する操作を行うと、暗号処理対象データ表示部３１４には、所定の位置にPINコードおよびハッシュ値が表示される。
【００３１】
次に、利用者は、入力部１２２を用いて、暗号処理対象データ表示部３１４の内容（申請データのハッシュ値）をコピーし、例えばテキストファイル等のファイルにペーストし、このファイルを保存する操作を行う。テキストエディタプログラム２１３を利用して生成されたファイルは、記憶部１２３に保存される（ステップ４０５）。
【００３２】
次に、利用者端末１２０は、ファイラープログラム２１４を利用して、記憶部１２３に格納されたファイルをICカードリーダライタ１３０へ転送する。
【００３３】
ICカードリーダライタ１３０は、ファイル入力管理機能２２２により、この受信ファイルを暗号処理対象データファイル２２６として記憶部１３３に格納する（ステップ４０６）。このとき、ICカードリーダライタ１３０は、利用者端末１２０のOSからはUSB Mass Storage Classデバイスとして認識されているので、ファイラープログラム２１４からはStorage領域である記憶部１３３がファイルシステムの一部に見える。よって、特段の技術知識を持たない利用者でも容易にファイルコピーを行うことが可能となる。次に、ICカードリーダライタ１３０は、暗号処理種別設定機能２２３により、暗号処理対象データファイル２２６の内容を解析し、暗号処理種別を判定し（ステップ４０７）、暗号処理要求機能２２４により暗号処理対象データ（申請データのハッシュ値）と暗号処理種別を示す情報を含む暗号処理要求をICカード１４０へ送信する（ステップ４０８）。
【００３４】
ICカード１４０は、受信した暗号処理要求に基づいて暗号処理を行い（ステップ４０９）、その暗号処理の結果をICカードリーダライタ１３０に応答する（ステップ４１０）。
【００３５】
ICカードリーダライタ１３０は、暗号処理要求機能２２４により、受信した暗号処理結果から暗号処理結果ファイル２２８を生成し、これを記憶部１３３に保存する（ステップ４１１）。
【００３６】
利用者は、利用者端末１２０を用いて、ICカードリーダライタ１３０の記憶部１３３にアクセスし、暗号処理結果ファイル２２８が生成されたことを確認した後、テキストエディタプログラム２１３を利用して、暗号処理結果ファイル２２８を開き、このファイル２２８に記載された署名値を、入力部１２２を用いてコピーし、暗号処理結果データ入力部３１５にペーストし、送信ボタン３１６を押下する操作を行う。この操作を受けて、署名値・申請データ送信プログラム２１５により、入力された署名値を取得し（ステップ４１２）、この署名値およびステップ４０３で取得した申請データをネットワーク１０１を介して電子申請Webサーバ１１０へ送信し（ステップ４１３）、電子申請Ｗｅｂサーバ１１０から結果応答（申請データの改ざん有無の判定結果）をネットワーク１０１を介して受信する（ステップ４１４）。
【００３７】
図５と図６は、ICカードリーダライタ１３０で実施される処理の詳細を示すフローチャートである。
【００３８】
ICカードリーダライタ１３０は、ファイル入力監視機能２２２により、利用者端末１２０からのファイル群の入力を待機し（ステップＳ５０１）、ファイル群の入力を確認する（ステップ５０２）。ここで、「ファイル群の入力」とは、記憶部１３３にファイルが保存された状態を意味する。なお、本実施形態では、一つ以上のファイルをファイル群とする。また、例えば、任意のファイルが記憶部１３３に保存されてから5秒以上他のファイルが保存されなければ、そのファイルまでがファイル群として処理される。具体例として、F1、F2、F3の３ファイルがこの順序で入力された場合、F2はF1の記憶部１３３への保存が終了した２秒後に、F3はF2の記憶部１３３への保存が終了した5分後に書き込まれたとすると、F1とF2は一つのファイル群、F3は別のファイル群として処理される。
【００３９】
ファイル入力監視機能２２２によりファイル群の入力が確認された後、次に、暗号処理種別設定機能２２３により、例えば、ファイル名に含まれる暗号制御ファイルを示す情報の有無に基づき、ファイル群の中に暗号処理制御ファイル２２７（図２）の有無を判定する（ステップ５０３）。
【００４０】
暗号処理制御ファイル２２７が無かった場合、暗号処理種別設定機能２２３は、記憶部１３３から暗号処理対象データファイル２２６を読み込み（ステップ５０４）、これを解析し、暗号処理種別を示す情報の記載の有無を判定する（ステップ５０５）。
【００４１】
暗号処理種別を示す情報の記載が無かった場合、暗号処理種別設定機能２２３は、暗号処理種別記録ファイル２２５に記載されている初期値をICカード１４０への送信用データの暗号処理種別を示す情報として設定する（ステップ５０６）。
【００４２】
また、ステップ５０５の判定処理において、暗号処理種別の記載が有った場合には、暗号処理種別設定機能２２３は、暗号処理対象データファイル２２６に記載された暗号処理種別を示す情報をICカード１４０への送信用データの暗号処理種別を示す情報として設定する（ステップ５０７）。
【００４３】
次に、暗号処理要求機能２２４により、暗号処理種別を示す情報および暗号処理対象データファイル２２６に記載された暗号処理対象データ（申請データのハッシュ値）を含む暗号処理要求をICカード１４０へ送信する（ステップ５０９）。ICカード１４は、受信した暗号処理要求の内容に基づいて、暗号処理対象データを暗号化し、その暗号処理結果をICカードリーダライタ１３０へ送信する。
【００４４】
ICカードリーダライタ１３は、暗号処理結果を受信し（ステップ５１０）、この受信データから暗号処理結果データファイル２２８を生成し、これを記憶部１３３に保存する（ステップ５１１）。ステップ５０２で確認したファイル群の各ファイルに対してステップ５０４からステップ５１１の処理が行われると（ステップ５１２）、ファイル群の入力を待機するステップ５０１へ戻る。
【００４５】
また、ステップ５０３の判定処理において、記憶部１３３に保存されたファイル群の中に暗号処理制御ファイル２２７が有った場合には、暗号処理要求機能２２４により、記憶部１３３から所定の規則に従ったファイル名の暗号処理制御ファイル２２７を読み込み、これを解析し、この暗号処理制御ファイル２２７に記載された暗号処理種別を示す情報をICカード１４０への送信用データの暗号処理種別を示す情報に設定し（図６、ステップ６０１）、記憶部１３３に保存された暗号処理制御ファイル２２７を削除する（ステップ６０２）。
【００４６】
次に、暗号処理要求機能２２４により、記憶部１３３から暗号処理対象データファイル２２６を読み込み（ステップ６０３）、暗号処理種別を示す情報および暗号処理対象データファイル２２６に記載された暗号処理対象データを含む暗号処理要求をICカード１４０へ送信する（ステップ６０４）。ICカード１４は、受信した暗号処理要求の内容に基づいて、暗号処理対象データを暗号化し、その暗号処理結果をICカードリーダライタ１３０へ送信する。
【００４７】
ICカードリーダライタ１３は、暗号処理結果を受信し（ステップ６０５）、この受信結果から暗号処理結果データファイル２２８を生成し、これを記憶部１３３に保存する（ステップ６０６）。ステップ５０２で確認したファイル群の各ファイル（暗号処理制御ファイル２２７を除く）に対してステップ６０３からステップ６０６の処理が行われると（ステップ６０７）、ファイル群の入力を待機するステップ５０１へ戻る。なお、図２に示すICカードリーダライタ１３０の記憶部１３３に保存されているファイル管理機能２２１は、ICカードリーダライタ１３０全体を統括的に管理する機能を実現する。
【００４８】
図７（ａ）は、暗号処理制御ファイル２２７の構成例を示す図である。図７（ａ）に示すように、ファイル名が所定の命名規則である「.ctrl」を含む場合、暗号処理種別設定機能２２３は、このファイルを暗号処理制御ファイル２２７として識別する。また、図７（ａ）に示す暗号処理制御ファイル２２７には、暗号処理要求コードとして「CODE：SIGN」と「PIN：0123」が記載されているため、暗号処理要求機能２２４は、PINコード＝「0123」で暗号処理要求をICカード１４０へ行う。
【００４９】
図７（ｂ）は、暗号処理種別を示す情報が記載された暗号処理対象データファイル２２６の構成例を示す図である。図７（ｂ）に示す例では、ファイル名に所定のファイル命名規則である「.ctrl」を含んでいないため、暗号処理種別設定機能２２３は、ファイル名このファイルを暗号処理対象データファイル２２６として認識する。しかし、ファイルに記載されている「CODE：SIGN」を暗号処理種別を示す情報として認識する。また、暗号処理対象データファイル２２６には、暗号処理対象データ（「DATA：」で始まる行）が記載されている。
【００５０】
図７（ｃ）は、暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の構成例を示す図である。図７（ｂ）に示す暗号処理対象データファイル２２６の構成との違いは、図７（ｃ）に示す暗号処理対象データファイル２２６では、「CODE：」で始まる行がないことである。「CODE：」で始まる行がないため、暗号処理要求機能２２４は、所定の暗号処理種別で暗号処理要求をICカード１４０へ行う。
【００５１】
図７（ｄ）は、暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の他の構成例を示す図である。図７（ｄ）に示す暗号処理対象データファイル２２６には、暗号処理対象のデータしか記載されていない。多くの場合、ICカードリーダライタ１３０へのアクセスにはPINコードを要するため、通常は、図７（ｄ）に示す形式の暗号処理対象データファイル２２６は、図７（ａ）に示す暗号処理制御ファイル２２７と共に利用される。
【００５２】
図７（ｅ）は、暗号処理結果データファイル２２８の構成例を示す図である。図７（ｅ）に示すように、元の暗号処理対象データファイル２２６のファイル名末尾に「.enc」を追加した名前がファイル名となり、暗号処理結果データファイル２２８には暗号処理結果だけが記載される。
【００５３】
以上説明したように、上記実施形態によれば、USB Mass Storage Classデバイスとして機能するICカードリーダライタ１３０に、ファイル入力監視機能を設けたので、ICカードリーダライタ１３０のStorage領域である記憶部１３３にファイルを保存するだけで、ICカード１４０を用いた暗号処理が可能となる。また、暗号処理要求コードが記述された所定のファイル名命名規則に従ったファイルを用いるか、ファイルの所定位置に所定書式の暗号処理要求コードを記述することにより、ICカードリーダライタ１３０は任意の暗号処理をICカード１４０へ要求することが可能となる。また、通常、Webアプリケーションは、Webブラウザ上のHTMLやJavaScript等のスクリプトから構成されることが多く、セキュリティ面の配慮から、Webアプリケーションを利用してICカードリーダライタのStorage領域に直接ファイルを保存することができない。そこで、本実施形態では、電子申請Web画面上に暗号処理対象データ表示部３１４および暗号処理結果データ入力部３１５を設けたので、セキュリティ制限を受けることなく、ICカードリーダライタ１３０にファイルを保存することが可能となる。
【００５４】
このように、上記実施形態によれば、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術を提供することができる。
【００５５】
また、上記実施形態で示したICカードおよびICカードリーダライタは一例であって、その他の記録媒体およびこれに対応したリーダライタであっても良い。
【００５６】
その他、本発明は上記の実施形態に限定されるものではなく、その趣旨の範囲内で数々の変形が可能である。
【符号の説明】
【００５７】
１０１・・・ネットワーク
１１０・・・電子申請Webサーバ
１１１・・・出力部
１１２・・・入力部
１１３・・・記憶部
１１４・・・制御部
１１５・・・ネットワークインタフェース部
１２０・・・利用者端末
１２１・・・出力部
１２２・・・入力部
１２３・・・記憶部
１２４・・・制御部
１２５・・・ネットワークインタフェース部
１２６・・・USBポート
１３０・・・ICカードリーダライタ
１３３・・・記憶部
１３４・・・制御部
１３６・・・USBコネクタ
１３７・・・ICカード入出力部
１４０・・・ICカード
【技術分野】
【０００１】
本発明は、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術に関する。
【背景技術】
【０００２】
近年、電子申請やオンラインバンキングサービス等のWebアプリケーションが広く利用されている。これらのWebアプリケーションの中には、安全・確実な利用者認証や、送信データの改ざん検知、データ送信した事実の否認防止などを目的に、暗号技術の一つであるPKI技術を利用するものも多い。PKI技術では、データの暗号化処理と復号化処理のそれぞれで異なる鍵を用い、一方の鍵は他者への公開を前提とした公開鍵とし、もう一方の鍵は本人が厳格に管理し他者へは公開しない秘密鍵とする。本人が秘密鍵で暗号化したデータをWebアプリケーションサーバに送信し、Webアプリケーションサーバが対応する公開鍵で正しく復号化できた場合は、確かにその秘密鍵を管理する本人によって暗号化されたデータであることが保証される。しかし、このとき、本人しか知り得ないはずの秘密鍵が他者へ漏洩している可能性があると、Webアプリケーションサーバが暗号化データを正しく復号化できたとしても、必ずしも本人によって暗号化されたデータであるとは言えなくなる恐れがある。そのため、秘密鍵が他者へ漏洩しないよう、秘密鍵を格納し内部で暗号化処理を行うICカードの利用を求めることがある。
【０００３】
利用者は、ICカードの情報を用いてWeb画面上から電子申請等を行うには、ICカードリーダライタを準備し、ICカードリーダライタを利用可能とするためのドライバソフトウェアやWebアプリケーションに追加するプラグインソフトウェアを端末にセットアップする必要がある（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「e-Taxをご利用になる場合の準備等」、[2009年3月4日検索]インターネ<URL: http://www.nta.go.jp/tetsuzuki/shinkoku/shotoku/tokushu/jyunbi.htm>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したドライバソフトウェアやプラグインソフトウェアのセットアップ作業を行うためには一定の技術知識が必要とされる。このため電子申請アプリケーションやネットバンキングアプリケーション等、ICカードの情報を必要とするWebアプリケーションを利用できるユーザは限定されていた。また、上記一定の技術知識を持った利用者であっても、一台の端末に複数種類のドライバソフトウェアや複数種類のプラグインソフトウェアをセットアップしようとすると、ドライバソフトウェア同士やプラグインソフトウェア同士が互いに影響しあい、Webアプリケーションの正常動作を妨げる場合があった。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明は、端末と、該端末と接続されたリーダライタと、前記リーダライタと通信可能に構成された記録媒体と、前記端末とネットワークを介して接続されたWebサーバとから構成されるネットワークシステムで実施されるものであり、前記端末、リーダライタ、記録媒体およびWebサーバは、それぞれ以下の処理を実施する。
【０００８】
前記端末は、所定のWeb画面の要求を前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記所定のWeb画面を前記ネットワークを介して受信する処理と、入力部を介して取得した入力データのハッシュ値を計算する処理と、該入力データのハッシュ値が記載されたファイルを前記リーダライタへ送信する処理と、前記リーダライタから暗号処理結果を受信する処理と、該暗号処理結果に含まれる署名値および前記入力データを前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記入力データの改ざん有無の判定結果を前記ネットワークを介して受信する処理とを実施する。
【０００９】
前記リーダライタは、前記端末から前記ファイルを受信して記憶部に保存する処理と、該ファイルに基づき前記暗号処理種別を判定する処理と、該判定した暗号処理種別を示す情報、前記入力データのハッシュ値を含む暗号処理要求を前記記録媒体へ送信する処理と、前記記録媒体から前記暗号処理結果を受信する処理と、該暗号処理結果を前記端末へ送信する処理とを実施する。
【００１０】
前記Webサーバは、前記端末から前記所定のＷｅｂ画面の要求を前記ネットワークを介して受信する処理と、該Web画面を前記ネットワークを介して前記端末へ送信する処理と、前記端末から前記署名値および前記入力データを前記ネットワークを介して受信する処理と、前記入力データの改ざん有無の判定結果を前記ネットワークを介して前記端末へ送信する処理とを実施する。
【００１１】
また、本発明は、利用者が簡単な操作で前記リーダライタの利用が可能となるよう前記Web画面には、前記入力データの入力部と、前記入力データのハッシュ値の計算を指示するハッシュ値計算指示部と、前記計算された入力データのハッシュ値を表示するハッシュ値表示部と、前記署名値を入力する署名値入力部とを有し、また、利用者が行う行為の手順が示されている。
【発明の効果】
【００１２】
以上説明したように、本発明によれば、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係るネットワークシステムの全体構成を示す図である。
【図２】ICカードリーダライタ利用者端末１２０の記憶部１２３とICカードリーダライタ１３０の記憶部１３３のそれぞれに格納されるデータファイルや制御部（１２４、１３４）により実行される実行プログラム、ライブラリプログラム（ドライバソフトウェア等）を示す図である。
【図３】電子申請Web画面の例を示す図である。
【図４】利用者端末１２０、ICカードリーダライタ１３０、ICカード１４０、電子申請Webサーバ１１０間の処理の流れを示すシーケンス図である。
【図５】ICカードリーダライタ１３０で実施される処理の詳細を示すフローチャートである。
【図６】同じく、ICカードリーダライタ１３０で実施される処理の詳細を示すフローチャートである。
【図７（ａ）】暗号処理制御ファイル２２７の構成例を示す図である。
【図７（ｂ）】暗号処理種別を示す情報が記載された暗号処理対象データファイル２２６の構成例を示す図である。
【図７（ｃ）】暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の構成例を示す図である。
【図７（ｄ）】暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の他の構成例を示す図である。
【図７（ｅ）】暗号処理結果データファイル２２８の構成例を示す図である。
【図８】電子申請Web画面の他の例を示す図である。
【発明を実施するための形態】
【００１４】
本発明の実施形態について、図面を参照して詳細に説明する。
【００１５】
なお、以下では、地方自治体への電子申請を例にとり説明する。また、本実施形態では、住民の本人認証や申請内容の改ざん・否認防止を目的として、住民はPKI証明書がインストールされた住基カード等のICカードを用いる。
【００１６】
まず、図１および図２を用いて、本実施形態に係るネットワークシステム（情報処理システム）全体構成、ネットワークシステムを構成する各種計算機および装置の概念的なハードウェア構成および機能構成を説明する。
【００１７】
図１は、本実施形態に係るネットワークシステム全体構成を示す図である。図１に示すように、本実施形態に係るネットワークシステムは、インターネット等のネットワーク１０１に接続された電子申請Webサーバ１１０および複数の利用者端末１２０と、利用者端末１２０と接続されたICカードリーダライタ１３０と、ICカードリーダライタ１３０と通信可能に構成されたICカード１４０とから構成される。
【００１８】
電子申請Webサーバ１１０は、一般的な計算機で実現され、ディスプレイ等の出力部１１１、キーボードやマウス等の入力部１１２、RAM（Random Access Memory）やHDD（Hard Disk Drive）等の記憶部１１３、CPU（Central Processing Unit）等の制御部１１４、および利用者端末１２０とネットワーク１０１を介して情報の送受信を行うLAN（Local Area Network）カード等のネットワークインタフェース部１１５を具備する。
【００１９】
利用者端末１２０も同様に、一般的な計算機で実現され、ディスプレイ等の出力部１２１、キーボードやマウス等の入力部１２２、RAMやHDD等の記憶部１２３、CPU等の制御部１２４、電子申請Webサーバ１１０とネットワーク１０１を介して情報の送受信を行うLANカード等のネットワークインタフェース部１２５、およびUSBポート１２６を具備する。
【００２０】
ICカードリーダライタ１３０は、制御部１３４、Storage領域である記憶部１３３、USBコネクタ１３６およびICカード入出力部１３７等を具備し、USB Mass Storage Classデバイスとしての機能を実現する。
【００２１】
ICカードリーダライタ１３０のUSBコネクタ１３６と利用者端末１２０のUSBポート１２６とは、USBケーブルで接続され、これらを介して情報の送受信が行われる。ICカード１４０は、電子申請を行う住民のICカードであり、本実施形態では、ICカード入出力部１３７に挿入して使用する。なお、ICカード１４０として、非接触型ICカードを用いる場合には、ICカード入出力部１３７は必ずしも物理的にICカード１４０を挿入可能な形状である必要は無い。
【００２２】
図２は、利用者端末１２０の記憶部１２３とICカードリーダライタ１３０の記憶部１３３のそれぞれに格納されるデータファイルや制御部（１２４、１３４）により実行される実行プログラム、ライブラリプログラム（ドライバソフトウェア等）を示す図である。
【００２３】
まず、利用者端末１２０の記憶部１２３には、USB Mass Storage Classドライバ２１１、電子申請プログラム２１２、テキストエディタプログラム２１３、ファイラープログラム２１４、および署名値・申請データ送信プログラム２１５が格納されている。
【００２４】
USB Mass Storage Classドライバ２１１は、OSに標準でセットアップされている。これによりOSは、ICカードリーダライタ１３０をUSB Mass Storage Class デバイスとして認識する機能を実現する。
【００２５】
電子申請プログラム２１２は、電子申請Webサーバ１１０からネットワーク１０１を介して受信した、所定のHTMLやJavaScript等のスクリプトから構成されるWebブラウザである。テキストエディタプログラム２１３は、暗号処理結果データファイル２２８の内容（署名値）をコピーし、電子申請Web画面の所定のデータ表示部にペーストする機能を実現する。ファイラープログラム２１４は、所定のファイルを生成し、コピーする機能を実現する。通常、このファイラープログラム２１４は、OSが標準的に備える。署名値・申請データ送信プログラム２１５は、申請データおよびこの申請データに関連する署名値をネットワーク１０１を介して電子申請Ｗｅｂサーバ１０へ送信する機能を実現する。
【００２６】
ICカードリーダライタ１３０の記憶部１３３には、ファイル管理機能２２１、ファイル入力監視機能２２２、暗号処理種別設定機能２２３、暗号処理要求機能２２４からなる実行プログラムと、暗号処理種別記録ファイル２２５と、暗号処理対象データファイル２２６と、暗号処理制御ファイル２２７と、暗号処理結果データファイル２２８とが格納されている。
【００２７】
図３は、利用者端末１２０の出力部１２１に表示される、電子申請Web画面３１０の例を示す図である。本実施形態では、図３に示すように、児童手当申請用のWeb画面の例を示している。図４は、上記ネットワークシステムを構成する利用者端末１２０、ICカードリーダライタ１３０、ICカード１４０および電子申請Webサーバ１１０間の処理の流れを示すシーケンス図である。図３および図４を用いて、図１に示すネットワークシステムの動作を説明する。
【００２８】
まず、利用者端末１２０は、ネットワーク１０１を介してページ要求を電子申請Webサーバ１１０へ送信する（ステップS４０１）。利用者端末１２０は、そのページ要求に対する応答として、電子申請Webサーバ１１０から所定のHTMLやスクリプトから構成されるページ（電子申請Web画面３１０）をネットワーク１０１を介して受信し、出力部１２１に表示する（ステップ４０２）。電子申請Web画面３１０には、届け出る人の情報や手当てを受ける児童の情報、手当ての振り込み先に関する情報等、児童手当を申請するために必要な情報（申請データ）の入力部３１１と、PINコード入力部３１２と、申請データのハッシュ値の計算を指示するハッシュ値計算ボタン３１３と、前記計算結果であるハッシュ値（暗号処理対象データ）を表示する暗号処理対象データ表示部３１４と、暗号処理結果データ（署名値）を入力する暗号処理結果データ入力部３１５と、送信ボタン３１６と、キャンセルボタン３１７とを有する。また、電子申請Web画面３１０は、手順１から手順５に示すように利用者が行う行為の手順が示されている。
【００２９】
次に、利用者は、電子申請Web画面３１０において、入力部１２２を用いて、申請データの入力部３１１に情報を入力する操作を行う。利用者端末１２０は、入力情報（申請データ）を取得する（ステップ４０３）。
【００３０】
次に、利用者端末１２０は、ICカードリーダライタ１３０にて申請データの改ざん検知等を行うための署名値を生成するために必要な申請データのハッシュ値（暗号処理対象データ）を生成する（ステップ４０４）。具体的には、まず、利用者は、電子申請Web画面３１０において、入力部１２２を用いて、PINコード入力部３１２に、ICカード１４０に記憶されているPINコード（暗証番号）を入力し、ハッシュ値計算ボタン３１３を押下する操作を行う。利用者端末１２０は、電子申請プログラム２１２により、ハッシュ値計算の指示に基づき、上記申請データのハッシュ値を計算し、その計算結果（暗号処理対象データ）を電子申請Web画面３１０の暗号処理対象データ表示部３１４に表示する。なお、PINコードは、通常ICカード所持者本人しか知らない情報であるため、あらかじめPINコード入力欄３１２にPINコードが表示されるようにしても良い。この場合、利用者が、入力部１２２を用いてハッシュ値計算ボタン３１３を押下する操作を行うと、暗号処理対象データ表示部３１４には、所定の位置にPINコードおよびハッシュ値が表示される。
【００３１】
次に、利用者は、入力部１２２を用いて、暗号処理対象データ表示部３１４の内容（申請データのハッシュ値）をコピーし、例えばテキストファイル等のファイルにペーストし、このファイルを保存する操作を行う。テキストエディタプログラム２１３を利用して生成されたファイルは、記憶部１２３に保存される（ステップ４０５）。
【００３２】
次に、利用者端末１２０は、ファイラープログラム２１４を利用して、記憶部１２３に格納されたファイルをICカードリーダライタ１３０へ転送する。
【００３３】
ICカードリーダライタ１３０は、ファイル入力管理機能２２２により、この受信ファイルを暗号処理対象データファイル２２６として記憶部１３３に格納する（ステップ４０６）。このとき、ICカードリーダライタ１３０は、利用者端末１２０のOSからはUSB Mass Storage Classデバイスとして認識されているので、ファイラープログラム２１４からはStorage領域である記憶部１３３がファイルシステムの一部に見える。よって、特段の技術知識を持たない利用者でも容易にファイルコピーを行うことが可能となる。次に、ICカードリーダライタ１３０は、暗号処理種別設定機能２２３により、暗号処理対象データファイル２２６の内容を解析し、暗号処理種別を判定し（ステップ４０７）、暗号処理要求機能２２４により暗号処理対象データ（申請データのハッシュ値）と暗号処理種別を示す情報を含む暗号処理要求をICカード１４０へ送信する（ステップ４０８）。
【００３４】
ICカード１４０は、受信した暗号処理要求に基づいて暗号処理を行い（ステップ４０９）、その暗号処理の結果をICカードリーダライタ１３０に応答する（ステップ４１０）。
【００３５】
ICカードリーダライタ１３０は、暗号処理要求機能２２４により、受信した暗号処理結果から暗号処理結果ファイル２２８を生成し、これを記憶部１３３に保存する（ステップ４１１）。
【００３６】
利用者は、利用者端末１２０を用いて、ICカードリーダライタ１３０の記憶部１３３にアクセスし、暗号処理結果ファイル２２８が生成されたことを確認した後、テキストエディタプログラム２１３を利用して、暗号処理結果ファイル２２８を開き、このファイル２２８に記載された署名値を、入力部１２２を用いてコピーし、暗号処理結果データ入力部３１５にペーストし、送信ボタン３１６を押下する操作を行う。この操作を受けて、署名値・申請データ送信プログラム２１５により、入力された署名値を取得し（ステップ４１２）、この署名値およびステップ４０３で取得した申請データをネットワーク１０１を介して電子申請Webサーバ１１０へ送信し（ステップ４１３）、電子申請Ｗｅｂサーバ１１０から結果応答（申請データの改ざん有無の判定結果）をネットワーク１０１を介して受信する（ステップ４１４）。
【００３７】
図５と図６は、ICカードリーダライタ１３０で実施される処理の詳細を示すフローチャートである。
【００３８】
ICカードリーダライタ１３０は、ファイル入力監視機能２２２により、利用者端末１２０からのファイル群の入力を待機し（ステップＳ５０１）、ファイル群の入力を確認する（ステップ５０２）。ここで、「ファイル群の入力」とは、記憶部１３３にファイルが保存された状態を意味する。なお、本実施形態では、一つ以上のファイルをファイル群とする。また、例えば、任意のファイルが記憶部１３３に保存されてから5秒以上他のファイルが保存されなければ、そのファイルまでがファイル群として処理される。具体例として、F1、F2、F3の３ファイルがこの順序で入力された場合、F2はF1の記憶部１３３への保存が終了した２秒後に、F3はF2の記憶部１３３への保存が終了した5分後に書き込まれたとすると、F1とF2は一つのファイル群、F3は別のファイル群として処理される。
【００３９】
ファイル入力監視機能２２２によりファイル群の入力が確認された後、次に、暗号処理種別設定機能２２３により、例えば、ファイル名に含まれる暗号制御ファイルを示す情報の有無に基づき、ファイル群の中に暗号処理制御ファイル２２７（図２）の有無を判定する（ステップ５０３）。
【００４０】
暗号処理制御ファイル２２７が無かった場合、暗号処理種別設定機能２２３は、記憶部１３３から暗号処理対象データファイル２２６を読み込み（ステップ５０４）、これを解析し、暗号処理種別を示す情報の記載の有無を判定する（ステップ５０５）。
【００４１】
暗号処理種別を示す情報の記載が無かった場合、暗号処理種別設定機能２２３は、暗号処理種別記録ファイル２２５に記載されている初期値をICカード１４０への送信用データの暗号処理種別を示す情報として設定する（ステップ５０６）。
【００４２】
また、ステップ５０５の判定処理において、暗号処理種別の記載が有った場合には、暗号処理種別設定機能２２３は、暗号処理対象データファイル２２６に記載された暗号処理種別を示す情報をICカード１４０への送信用データの暗号処理種別を示す情報として設定する（ステップ５０７）。
【００４３】
次に、暗号処理要求機能２２４により、暗号処理種別を示す情報および暗号処理対象データファイル２２６に記載された暗号処理対象データ（申請データのハッシュ値）を含む暗号処理要求をICカード１４０へ送信する（ステップ５０９）。ICカード１４は、受信した暗号処理要求の内容に基づいて、暗号処理対象データを暗号化し、その暗号処理結果をICカードリーダライタ１３０へ送信する。
【００４４】
ICカードリーダライタ１３は、暗号処理結果を受信し（ステップ５１０）、この受信データから暗号処理結果データファイル２２８を生成し、これを記憶部１３３に保存する（ステップ５１１）。ステップ５０２で確認したファイル群の各ファイルに対してステップ５０４からステップ５１１の処理が行われると（ステップ５１２）、ファイル群の入力を待機するステップ５０１へ戻る。
【００４５】
また、ステップ５０３の判定処理において、記憶部１３３に保存されたファイル群の中に暗号処理制御ファイル２２７が有った場合には、暗号処理要求機能２２４により、記憶部１３３から所定の規則に従ったファイル名の暗号処理制御ファイル２２７を読み込み、これを解析し、この暗号処理制御ファイル２２７に記載された暗号処理種別を示す情報をICカード１４０への送信用データの暗号処理種別を示す情報に設定し（図６、ステップ６０１）、記憶部１３３に保存された暗号処理制御ファイル２２７を削除する（ステップ６０２）。
【００４６】
次に、暗号処理要求機能２２４により、記憶部１３３から暗号処理対象データファイル２２６を読み込み（ステップ６０３）、暗号処理種別を示す情報および暗号処理対象データファイル２２６に記載された暗号処理対象データを含む暗号処理要求をICカード１４０へ送信する（ステップ６０４）。ICカード１４は、受信した暗号処理要求の内容に基づいて、暗号処理対象データを暗号化し、その暗号処理結果をICカードリーダライタ１３０へ送信する。
【００４７】
ICカードリーダライタ１３は、暗号処理結果を受信し（ステップ６０５）、この受信結果から暗号処理結果データファイル２２８を生成し、これを記憶部１３３に保存する（ステップ６０６）。ステップ５０２で確認したファイル群の各ファイル（暗号処理制御ファイル２２７を除く）に対してステップ６０３からステップ６０６の処理が行われると（ステップ６０７）、ファイル群の入力を待機するステップ５０１へ戻る。なお、図２に示すICカードリーダライタ１３０の記憶部１３３に保存されているファイル管理機能２２１は、ICカードリーダライタ１３０全体を統括的に管理する機能を実現する。
【００４８】
図７（ａ）は、暗号処理制御ファイル２２７の構成例を示す図である。図７（ａ）に示すように、ファイル名が所定の命名規則である「.ctrl」を含む場合、暗号処理種別設定機能２２３は、このファイルを暗号処理制御ファイル２２７として識別する。また、図７（ａ）に示す暗号処理制御ファイル２２７には、暗号処理要求コードとして「CODE：SIGN」と「PIN：0123」が記載されているため、暗号処理要求機能２２４は、PINコード＝「0123」で暗号処理要求をICカード１４０へ行う。
【００４９】
図７（ｂ）は、暗号処理種別を示す情報が記載された暗号処理対象データファイル２２６の構成例を示す図である。図７（ｂ）に示す例では、ファイル名に所定のファイル命名規則である「.ctrl」を含んでいないため、暗号処理種別設定機能２２３は、ファイル名このファイルを暗号処理対象データファイル２２６として認識する。しかし、ファイルに記載されている「CODE：SIGN」を暗号処理種別を示す情報として認識する。また、暗号処理対象データファイル２２６には、暗号処理対象データ（「DATA：」で始まる行）が記載されている。
【００５０】
図７（ｃ）は、暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の構成例を示す図である。図７（ｂ）に示す暗号処理対象データファイル２２６の構成との違いは、図７（ｃ）に示す暗号処理対象データファイル２２６では、「CODE：」で始まる行がないことである。「CODE：」で始まる行がないため、暗号処理要求機能２２４は、所定の暗号処理種別で暗号処理要求をICカード１４０へ行う。
【００５１】
図７（ｄ）は、暗号処理種別を示す情報が記載されていない暗号処理対象データファイル２２６の他の構成例を示す図である。図７（ｄ）に示す暗号処理対象データファイル２２６には、暗号処理対象のデータしか記載されていない。多くの場合、ICカードリーダライタ１３０へのアクセスにはPINコードを要するため、通常は、図７（ｄ）に示す形式の暗号処理対象データファイル２２６は、図７（ａ）に示す暗号処理制御ファイル２２７と共に利用される。
【００５２】
図７（ｅ）は、暗号処理結果データファイル２２８の構成例を示す図である。図７（ｅ）に示すように、元の暗号処理対象データファイル２２６のファイル名末尾に「.enc」を追加した名前がファイル名となり、暗号処理結果データファイル２２８には暗号処理結果だけが記載される。
【００５３】
以上説明したように、上記実施形態によれば、USB Mass Storage Classデバイスとして機能するICカードリーダライタ１３０に、ファイル入力監視機能を設けたので、ICカードリーダライタ１３０のStorage領域である記憶部１３３にファイルを保存するだけで、ICカード１４０を用いた暗号処理が可能となる。また、暗号処理要求コードが記述された所定のファイル名命名規則に従ったファイルを用いるか、ファイルの所定位置に所定書式の暗号処理要求コードを記述することにより、ICカードリーダライタ１３０は任意の暗号処理をICカード１４０へ要求することが可能となる。また、通常、Webアプリケーションは、Webブラウザ上のHTMLやJavaScript等のスクリプトから構成されることが多く、セキュリティ面の配慮から、Webアプリケーションを利用してICカードリーダライタのStorage領域に直接ファイルを保存することができない。そこで、本実施形態では、電子申請Web画面上に暗号処理対象データ表示部３１４および暗号処理結果データ入力部３１５を設けたので、セキュリティ制限を受けることなく、ICカードリーダライタ１３０にファイルを保存することが可能となる。
【００５４】
このように、上記実施形態によれば、Webアプリケーション利用端末に、ICカードリーダライタを利用するために必要なドライバソフトウェアやプラグインソフトウェアを追加セットアップすることなく、簡単な操作でICカードリーダライタを利用可能とする技術を提供することができる。
【００５５】
また、上記実施形態で示したICカードおよびICカードリーダライタは一例であって、その他の記録媒体およびこれに対応したリーダライタであっても良い。
【００５６】
その他、本発明は上記の実施形態に限定されるものではなく、その趣旨の範囲内で数々の変形が可能である。
【符号の説明】
【００５７】
１０１・・・ネットワーク
１１０・・・電子申請Webサーバ
１１１・・・出力部
１１２・・・入力部
１１３・・・記憶部
１１４・・・制御部
１１５・・・ネットワークインタフェース部
１２０・・・利用者端末
１２１・・・出力部
１２２・・・入力部
１２３・・・記憶部
１２４・・・制御部
１２５・・・ネットワークインタフェース部
１２６・・・USBポート
１３０・・・ICカードリーダライタ
１３３・・・記憶部
１３４・・・制御部
１３６・・・USBコネクタ
１３７・・・ICカード入出力部
１４０・・・ICカード
【特許請求の範囲】
【請求項１】
端末と、該端末と接続されたリーダライタと、前記リーダライタと通信可能に構成された記録媒体と、前記端末とネットワークを介して接続されたWebサーバとから構成されるネットワークシステムで実施される情報処理方法であって、
前記端末により、
所定のWeb画面の要求を前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記所定のWeb画面を前記ネットワークを介して受信する処理と、入力部を介して取得した入力データのハッシュ値を計算する処理と、該入力データのハッシュ値が記載されたファイルを前記リーダライタへ送信する処理と、前記リーダライタから暗号処理結果を受信する処理と、該暗号処理結果に含まれる署名値およ前記入力データを前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記入力データの改ざん有無の判定結果を前記ネットワークを介して受信する処理とを実施し、
前記リーダライタにより、
前記端末から前記ファイルを受信して記憶部に保存する処理と、該ファイルに基づき前記暗号処理種別を判定する処理と、該判定した暗号処理種別を示す情報、前記入力データのハッシュ値を含む暗号処理要求を前記記録媒体へ送信する処理と、前記記録媒体から前記暗号処理結果を受信する処理と、該暗号処理結果を前記端末へ送信する処理とを実施し、
前記Webサーバにより、
前記端末から前記所定のＷｅｂ画面の要求を前記ネットワークを介して受信する処理と、該Web画面を前記ネットワークを介して前記端末へ送信する処理と、前記端末から前記署名値および前記入力データを前記ネットワークを介して受信する処理と、前記入力データの改ざん有無の判定結果を前記ネットワークを介して前記端末へ送信する処理とを実施する、
ことを特徴とする情報処理方法。
【請求項２】
前記Web画面には、前記入力データの入力部と、前記入力データのハッシュ値の計算を指示するハッシュ値計算指示部と、前記計算された入力データのハッシュ値を表示するハッシュ値表示部と、前記署名値を入力する署名値入力部とを有する、
ことを特徴とする請求項１に記載の情報処理方法。
【請求項３】
前記Web画面には、利用者が行う行為の手順が示されている、
ことを特徴とする請求項２に記載の情報処理方法。
【請求項４】
前記記録媒体はICカードであり、前記カードリーダライタはICカードリーダライタである、
ことを特徴とする請求項３に記載の情報処理方法。
【請求項５】
端末と、該端末と接続されたリーダライタと、前記リーダライタと通信可能に構成された記録媒体と、前記端末とネットワークを介して接続されたWebサーバとから構成される情報処理システムであって、
前記端末は、
所定のWeb画面の要求を前記ネットワークを介して前記Ｗｅｂサーバへ送信し、前記Webサーバから前記所定のWeb画面を前記ネットワークを介して受信し、入力部を介して取得した入力データのハッシュ値を計算し、該入力データのハッシュ値が記載されたファイルを前記リーダライタへ送信し、前記リーダライタから暗号処理結果を受信し、該暗号処理結果に含まれる署名値および前記入力データを前記ネットワークを介して前記Ｗｅｂサーバへ送信し、前記Webサーバから前記入力データの改ざん有無の判定結果を前記ネットワークを介して受信する制御部を有し、
前記リーダライタは、
前記端末から前記ファイルを受信して記憶部に保存し、該ファイルに基づき前記暗号処理種別を判定し、該判定した暗号処理種別を示す情報、前記入力データのハッシュ値を含む暗号処理要求を前記記録媒体へ送信し、前記記録媒体から前記暗号処理結果を受信し、該暗号処理結果を前記端末へ送信する制御部を有し、
前記Webサーバは、
前記端末から前記所定のＷｅｂ画面の要求を前記ネットワークを介して受信し、該Web画面を前記ネットワークを介して前記端末へ送信し、前記端末から前記署名値および前記入力データを前記ネットワークを介して受信し、前記入力データの改ざん有無の判定結果を前記ネットワークを介して前記端末へ送信する制御部を有する、
ことを特徴とする情報処理システム。
【請求項６】
前記Web画面には、前記入力データの入力部と、前記入力データのハッシュ値の計算を指示するハッシュ値計算指示部と、前記計算された入力データのハッシュ値を表示するハッシュ値表示部と、前記署名値を入力する署名値入力部とを有する、
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記Web画面には、利用者が行う行為の手順が示されている、
ことを特徴とする請求項６に記載の情報処理システム。
【請求項８】
前記記録媒体はICカードであり、前記カードリーダライタはICカードリーダライタである、
ことを特徴とする請求項７に記載の情報処理システム。
【請求項９】
端末と情報の送受信を行う第１のインタフェース部と、
記録媒体と情報の送受信を行う第２のインタフェース部と、
各種実行プログラムおよび前記端末からのファイルを格納する記憶部と、前記端末からの所定のデータのハッシュ値を含むファイルの前記記憶部への保存の有無を監視し、前記ファイルが前記記憶部へ保存されたことを検知し、前記所定のデータのハッシュ値およびあらかじめ定められた暗号処理種別情報を含む暗号処理要求を前記記録媒体に送信し、前記記録媒体から暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する制御部とを有する、
ことを特徴とするリーダライタ。
【請求項１０】
前記制御部は、前記前記記憶部に保存された前記ファイルの中に、所定の規則に従ったファイル名を有するファイルが存在した場合に、該ファイルを除く前記ファイルに記載された前記所定のデータのハッシュ値と、該ファイルに記載された暗号処理種別を示す情報を含む暗号処理要求を前記記録媒体に送信し、前記記録媒体から暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する、
ことを特徴とする請求項９に記載のリーダライタ。
【請求項１１】
前記制御部は、前記記憶部に保存された前記ファイルの中に、前記所定の規則に従ったファイル名を有するファイルが存在せず、かつ前記ファイルの所定の位置に所定の書式に従った暗号処理種別を示す情報が記載されていた場合に、該暗号処理種別を示す情報および前記所定のデータのハッシュ値を含む暗号処理要求を前記記録媒体に送信し、前記記録媒体から暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する、
ことを特徴とする請求項１０に記載のリーダライタ。
【請求項１２】
前記記録媒体はICカードであり、前記カードリーダライタはICカードリーダライタである、
ことを特徴とする請求項９乃至請求項１１に記載のリーダライタ。
【請求項１】
端末と、該端末と接続されたリーダライタと、前記リーダライタと通信可能に構成された記録媒体と、前記端末とネットワークを介して接続されたWebサーバとから構成されるネットワークシステムで実施される情報処理方法であって、
前記端末により、
所定のWeb画面の要求を前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記所定のWeb画面を前記ネットワークを介して受信する処理と、入力部を介して取得した入力データのハッシュ値を計算する処理と、該入力データのハッシュ値が記載されたファイルを前記リーダライタへ送信する処理と、前記リーダライタから暗号処理結果を受信する処理と、該暗号処理結果に含まれる署名値およ前記入力データを前記ネットワークを介して前記Ｗｅｂサーバへ送信する処理と、前記Webサーバから前記入力データの改ざん有無の判定結果を前記ネットワークを介して受信する処理とを実施し、
前記リーダライタにより、
前記端末から前記ファイルを受信して記憶部に保存する処理と、該ファイルに基づき前記暗号処理種別を判定する処理と、該判定した暗号処理種別を示す情報、前記入力データのハッシュ値を含む暗号処理要求を前記記録媒体へ送信する処理と、前記記録媒体から前記暗号処理結果を受信する処理と、該暗号処理結果を前記端末へ送信する処理とを実施し、
前記Webサーバにより、
前記端末から前記所定のＷｅｂ画面の要求を前記ネットワークを介して受信する処理と、該Web画面を前記ネットワークを介して前記端末へ送信する処理と、前記端末から前記署名値および前記入力データを前記ネットワークを介して受信する処理と、前記入力データの改ざん有無の判定結果を前記ネットワークを介して前記端末へ送信する処理とを実施する、
ことを特徴とする情報処理方法。
【請求項２】
前記Web画面には、前記入力データの入力部と、前記入力データのハッシュ値の計算を指示するハッシュ値計算指示部と、前記計算された入力データのハッシュ値を表示するハッシュ値表示部と、前記署名値を入力する署名値入力部とを有する、
ことを特徴とする請求項１に記載の情報処理方法。
【請求項３】
前記Web画面には、利用者が行う行為の手順が示されている、
ことを特徴とする請求項２に記載の情報処理方法。
【請求項４】
前記記録媒体はICカードであり、前記カードリーダライタはICカードリーダライタである、
ことを特徴とする請求項３に記載の情報処理方法。
【請求項５】
端末と、該端末と接続されたリーダライタと、前記リーダライタと通信可能に構成された記録媒体と、前記端末とネットワークを介して接続されたWebサーバとから構成される情報処理システムであって、
前記端末は、
所定のWeb画面の要求を前記ネットワークを介して前記Ｗｅｂサーバへ送信し、前記Webサーバから前記所定のWeb画面を前記ネットワークを介して受信し、入力部を介して取得した入力データのハッシュ値を計算し、該入力データのハッシュ値が記載されたファイルを前記リーダライタへ送信し、前記リーダライタから暗号処理結果を受信し、該暗号処理結果に含まれる署名値および前記入力データを前記ネットワークを介して前記Ｗｅｂサーバへ送信し、前記Webサーバから前記入力データの改ざん有無の判定結果を前記ネットワークを介して受信する制御部を有し、
前記リーダライタは、
前記端末から前記ファイルを受信して記憶部に保存し、該ファイルに基づき前記暗号処理種別を判定し、該判定した暗号処理種別を示す情報、前記入力データのハッシュ値を含む暗号処理要求を前記記録媒体へ送信し、前記記録媒体から前記暗号処理結果を受信し、該暗号処理結果を前記端末へ送信する制御部を有し、
前記Webサーバは、
前記端末から前記所定のＷｅｂ画面の要求を前記ネットワークを介して受信し、該Web画面を前記ネットワークを介して前記端末へ送信し、前記端末から前記署名値および前記入力データを前記ネットワークを介して受信し、前記入力データの改ざん有無の判定結果を前記ネットワークを介して前記端末へ送信する制御部を有する、
ことを特徴とする情報処理システム。
【請求項６】
前記Web画面には、前記入力データの入力部と、前記入力データのハッシュ値の計算を指示するハッシュ値計算指示部と、前記計算された入力データのハッシュ値を表示するハッシュ値表示部と、前記署名値を入力する署名値入力部とを有する、
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記Web画面には、利用者が行う行為の手順が示されている、
ことを特徴とする請求項６に記載の情報処理システム。
【請求項８】
前記記録媒体はICカードであり、前記カードリーダライタはICカードリーダライタである、
ことを特徴とする請求項７に記載の情報処理システム。
【請求項９】
端末と情報の送受信を行う第１のインタフェース部と、
記録媒体と情報の送受信を行う第２のインタフェース部と、
各種実行プログラムおよび前記端末からのファイルを格納する記憶部と、前記端末からの所定のデータのハッシュ値を含むファイルの前記記憶部への保存の有無を監視し、前記ファイルが前記記憶部へ保存されたことを検知し、前記所定のデータのハッシュ値およびあらかじめ定められた暗号処理種別情報を含む暗号処理要求を前記記録媒体に送信し、前記記録媒体から暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する制御部とを有する、
ことを特徴とするリーダライタ。
【請求項１０】
前記制御部は、前記前記記憶部に保存された前記ファイルの中に、所定の規則に従ったファイル名を有するファイルが存在した場合に、該ファイルを除く前記ファイルに記載された前記所定のデータのハッシュ値と、該ファイルに記載された暗号処理種別を示す情報を含む暗号処理要求を前記記録媒体に送信し、前記記録媒体から暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する、
ことを特徴とする請求項９に記載のリーダライタ。
【請求項１１】
前記制御部は、前記記憶部に保存された前記ファイルの中に、前記所定の規則に従ったファイル名を有するファイルが存在せず、かつ前記ファイルの所定の位置に所定の書式に従った暗号処理種別を示す情報が記載されていた場合に、該暗号処理種別を示す情報および前記所定のデータのハッシュ値を含む暗号処理要求を前記記録媒体に送信し、前記記録媒体から暗号処理結果を受信し、該受信した暗号処理結果を前記記憶部に保存する、
ことを特徴とする請求項１０に記載のリーダライタ。
【請求項１２】
前記記録媒体はICカードであり、前記カードリーダライタはICカードリーダライタである、
ことを特徴とする請求項９乃至請求項１１に記載のリーダライタ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７（ａ）】
【図７（ｂ）】
【図７（ｃ）】
【図７（ｄ）】
【図７（ｅ）】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７（ａ）】
【図７（ｂ）】
【図７（ｃ）】
【図７（ｄ）】
【図７（ｅ）】
【図８】
【公開番号】特開２０１０−２２５００７（Ｐ２０１０−２２５００７Ａ）
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願番号】特願２００９−７３１００（Ｐ２００９−７３１００）
【出願日】平成２１年３月２５日（２００９．３．２５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願日】平成２１年３月２５日（２００９．３．２５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]