JP3982570B2 - 複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体 - Google Patents
複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体 Download PDFInfo
- Publication number
- JP3982570B2 JP3982570B2 JP22141399A JP22141399A JP3982570B2 JP 3982570 B2 JP3982570 B2 JP 3982570B2 JP 22141399 A JP22141399 A JP 22141399A JP 22141399 A JP22141399 A JP 22141399A JP 3982570 B2 JP3982570 B2 JP 3982570B2
- Authority
- JP
- Japan
- Prior art keywords
- signature
- engine
- type
- key
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体に係り、特に、平文または、平文のダイジェストに対して公開鍵暗号技術を用いた電子署名を作成するための電子署名エンジンを有する情報処理システムにおける、署名エンジンを用いた電子署名の生成及び、秘密鍵／公開鍵の鍵対の生成を行う複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体に関する。
【０００２】
【従来の技術】
最初に電子署名生成の流れと署名エンジンについて説明する。
公開鍵暗号方式を用いた電子署名は、通常、図１１に示すように、まず、署名したい対象データをハッシュ関数に入れてハッシュデータに変換し、このハッシュデータに対して秘密鍵を用いた署名生成処理を行うことにより生成される。ハッシュ関数には、ＳＨＡ−１やＭＤ５などのアルゴリズムが、また、電子署名アルゴリズムには、公開鍵暗号方式であるＥＳＩＧＮやＲＳＡなどがよく知られている。ここで、電子署名に用いる秘密鍵は、署名者を識別するための情報として非常に重要な情報であるため、電子署名を利用するシステムでは、秘密鍵の管理及び電子署名の生成を安全に行うために、これらに必要な機能群をシステムと独立した専用装置として用意する場合が多い。この専用装置を一般に署名エンジンと呼んでおり、その実装方法は装置毎に様々である。
【０００３】
例えば、図１１に示すように、ハッシュ処理や署名生成処理で複数のアルゴリズムを利用できるものや、複数の秘密鍵を保持及び利用できるもの、あるいは、図１１における署名エンジンＢのようにハッシュ処理部が無く、ハッシュ化されたデータが入力されることを前提とした装置も存在する。
次に、署名エンジンを用いた電子署名の生成について説明する。
【０００４】
一般に、複数の署名アルゴリズムの利用や複数の署名エンジンの利用を必要とするシステムにおいて電子署名を生成する際には、図１２に示すような流れで署名エンジンへの署名を生成する。
ステップ１０） まず、署名生成を行いたいアプリケーションにおいて、署名生成に必要な情報として、署名対象となるデータ、署名生成に用いる秘密鍵、ハッシュアルゴリズム、署名アルゴリズムに何を用いるかを決定する。
【０００５】
ステップ１１） 署名生成に用いる秘密鍵が格納されている署名エンジンを選択する。
ステップ１２） 選択された署名エンジンに対して、署名対象データのハッシュ化が必要か否を判断し、必要な場合にはステップ１３に移行し、不要な場合にはステップ１４に移行する。
【０００６】
ステップ１３） 必要な場合には入力データのハッシュ化処理を行う。
ステップ１４） ステップ１１で選択された署名エンジンに依存した署名生成依頼方式に従って、ステップ１０で決定された情報を元にハッシュアルゴリズム、署名アルゴリズム、秘密鍵の格納先の情報を署名エンジンへ指定するための署名生成依頼情報を生成する。ステップ１３を行った場合には、ハッシュアルゴリズムの指定は不要である。
【０００７】
ステップ１５） ステップ１４で生成した情報と署名対象データ、あるいは、署名対象データのハッシュ値をアクセスモジュールを介して署名エンジンへ送付し、署名エンジンから署名生成結果である署名データを受け取る。ここでアクセスモジュールとは、例えば、署名エンジンを制御するためのドライバソフトのようなものである。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来の署名エンジンを用いた署名生成処理では、署名生成を依頼する上位のアプリケーションが、署名生成に用いる秘密鍵が格納されている署名エンジン及びその格納場所の判別や、その秘密鍵が署名アルゴリズムに適用可能であることの確認、入力データである署名対象データのハッシュ化の要否判断などを行い、署名エンジンの種別に応じた署名生成処理の振り分けを行う必要がある。従って、用途に応じて複数の署名アルゴリズムや複数の秘密鍵、あるいは、複数の署名エンジンの使い分けを行うシステムにおいては、署名エンジンに対する電子署名の生成依頼処理が煩雑となる。
【０００９】
本発明は、上記の点に鑑みなされたもので、複数の署名エンジン及び複数の署名アルゴリズムを容易に使い分けることを可能とし、また、既存のシステムへの新たな署名エンジンの追加や新たな署名アルゴリズムの追加の際にも、上位のアプリケーションに影響を与えることなく容易に追加を行うことが可能な複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
本発明（請求項１）は、平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなり、前記秘密鍵制御部は、署名エンジンアクセス依頼受付部と、秘密鍵情報参照部と、秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、署名エンジンと１対１の関係で接続されているアクセスモジュールとを有する情報処理システムに適用される署名作成依頼方法であって、
前記署名エンジンアクセス依頼受付部が、上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得するステップと、
前記秘密鍵情報参照部が、前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と署名エンジン内の鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得するステップと、
前記署名エンジンアクセス制御部が、前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別の情報を、前記アクセスモジュール種別に対応するアクセスモジュールに送付するステップと、
前記アクセスモジュールが、前記署名エンジンアクセス制御部から受けた情報を１対１の関係で接続されている署名エンジンに送信して署名生成依頼を行う。
【００１１】
本発明（請求項２）は、平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなる情報処理システムであって、
前記秘密鍵制御部は、
秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、
上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得する署名エンジンアクセス依頼受付部と、
前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と署名エンジン内の鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得する秘密鍵情報参照部と、
前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別の情報を、前記アクセスモジュール種別に対応するアクセスモジュールに送付する前記署名エンジンアクセス制御部と、
署名エンジンと１対１の関係で接続され、該署名エンジンに前記署名エンジンアクセス制御部から受けた情報を送信して署名生成依頼を行うアクセスモジュールとを有する。
【００１２】
本発明（請求項３）は、平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなり、前記秘密鍵制御部は、署名エンジンアクセス依頼受付部と、秘密鍵情報参照部と、秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内である秘密鍵の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、署名エンジンと１対１の関係で接続されているアクセスモジュールとを有する情報処理システムに適用されるプログラムを格納した記録媒体であって、
前記署名エンジンアクセス依頼受付部が、上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得するステップと、
前記秘密鍵情報参照部が、前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得するステップと、
前記署名エンジンアクセス制御部が、前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付するステップと、
前記アクセスモジュールが、前記署名エンジンアクセス制御部から受けた情報を１対１の関係で接続されている署名エンジンに送信して署名生成依頼を行うステップとを実行させる。
【００２２】
上記のように、本発明において、初期設定時における秘密鍵管理テーブルの設定により、上位アプリケーションは、署名生成に用いる秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する署名生成や鍵対生成の依頼に必要な情報を決定可能になる。
また、署名エンジン依存情報の登録を行うことにより、署名エンジンに依存した情報を秘密鍵制御部内に隠蔽し、上位アプリケーションが署名エンジンの種別を意識せずに署名エンジンへアクセスすることが可能となる。
【００２３】
また、鍵対生成処理により、秘密鍵の格納先や署名アルゴリズム等に関わらず、システムが利用するすべての秘密鍵の情報を一元的に管理して、各秘密鍵の生成やその秘密鍵を用いた署名生成に必要な情報を、鍵名称をキー情報として取得することが可能となる。また、署名生成に用いる秘密鍵の生成の際にも、上位アプリケーションが生成したい秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する鍵対生成依頼が可能になる。
【００２４】
また、署名生成処理により、上位のアプリケーションが署名生成処理を署名エンジンに依頼する際に、秘密鍵の格納場所や、署名アルゴリズム、利用する署名エンジンの種別及びその署名エンジンに応じた処理依頼方法などを意識することなく、鍵名称及び署名対象データを指定するだけで署名エンジンへの署名生成依頼が可能となる。
【００２５】
【発明の実施の形態】
図３は、本発明におけるアクセスシステム構成を示す。
同図に示すように、複数の秘密鍵の管理や複数の署名エンジンへのアクセス制御を一元的に行うための秘密鍵制御部１００を設け、署名生成を依頼する上位アプリケーション４００が、秘密鍵の格納先や、格納先にある秘密鍵の署名アルゴリズムへの適用性や、入力データのハッシュ化の要否判断などを意識することなく、この秘密鍵制御部１００に対して署名生成に用いる秘密鍵名称を指定するだけで任意の署名エンジンに対する署名生成依頼が可能となる。
【００２６】
秘密鍵制御部１００は、上位アプリケーション４００から署名エンジン（Ａ２００または、Ｂ３００）へのアクセス依頼を受け付けるための署名エンジンアクセス依頼受付部１２０と、システムが利用する複数の秘密鍵の各々について、格納先や署名アルゴリズムなどの署名生成に必要な情報を管理するための秘密鍵管理テーブル１５０、及びその生成を行う秘密鍵管理テーブル作成部１１０、この秘密鍵管理テーブル１５０から鍵名称をキー情報として対応する署名生成に必要な情報を取得するための秘密鍵情報参照部１４０、署名エンジンに依存した情報を予め登録しておくための署名エンジン依存情報登録部１３０と、秘密鍵が格納されている署名エンジンへアクセスモジュール１７０、１８０を介して実際の処理依頼を行うための署名エンジンアクセス制御部１６０から構成される。
【００２７】
次に、本発明の動作を説明する。
最初に、署名生成を実現するために必要な事前処理として、秘密鍵情報を一元管理するための秘密鍵管理テーブル１５０の設定及び署名エンジンに依存した情報の設定と、署名生成に用いる秘密鍵を用意するための鍵対生成処理について説明する。
【００２８】
１．システム初期設定時
図４は、本発明における鍵対生成時の処理の流れを説明するための図であり、図５は、本発明の秘密鍵管理テーブルの例を示す。最初にシステム初期設定時における動作を説明する。
（１） 秘密鍵管理テーブル１５０の設定（ステップ１０１）：
システム初期設定の際に、図５に示すように、上位アプリケーション４００が利用する複数の秘密鍵の各々に対して、鍵名称、鍵名称に対応する秘密鍵が格納されている署名エンジン種別及びその中における格納場所を示す鍵格納場所情報、適用する署名アルゴリズム情報、署名生成処理の前に署名対象データをハッシュ化するためのハッシュアルゴリズム情報、鍵長などの鍵対生成に必要な鍵パラメータ情報を管理する秘密鍵管理テーブル１５０を、秘密鍵管理テーブル作成部１１０を用いて作成する。
【００２９】
ここで、署名エンジン種別とは、署名エンジンの種類を区別するための識別子のことであり、署名エンジンとこの識別子との対応はシステムとして固定的に保持する情報である。これらの情報は、署名エンジンに対する鍵対生成や署名生成を依頼する際に必要な情報であり、このテーブルに上位アプリケーション４００が利用するすべての秘密鍵に関する情報を設定することにより、上位アプリケーション４００は、署名生成に用いる秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する署名生成や鍵対生成の依頼に必要な情報を決定可能になる。
【００３０】
（２） 署名エンジン依存情報の登録（ステップ１０２）：
システムの初期設定の際に、システムが利用する各署名エンジンに依存する情報として、署名生成を依頼する際の入力データとして署名対象データをハッシュ化する必要があるか否かの情報と、署名エンジンンへアクセスするためのアクセスモジュール種別を秘密鍵制御部１００内に予め登録しておく。これにより、署名エンジンに依存した情報を秘密鍵制御部１００内に隠蔽し、上位アプリケーション４００が署名エンジンの種別を意識せずに署名エンジンへアクセスすることが可能となる。ここで、アクセスモジュール種別とは、アクセスモジュールの種別を区別するための識別子のことであり、アクセスモジュールと識別子の対応は、システムとして固定的に保持される情報である。
【００３１】
２．鍵生成時
次に、鍵対生成時の動作について説明する。
（１） 上位アプリケーション４００による鍵対生成依頼（ステップ１０３）：
上記システム初期時の設定が終了後、上位アプリケーション４００は署名生成に用いる鍵対の生成処理を秘密鍵制御部１５０に対して依頼する。その際、上位アプリケーション４００は、どの鍵対を生成するのかを先に作成した秘密鍵管理テーブル１５０内に登録した秘密鍵の中から鍵名称を用いて指定する。
【００３２】
（２） 署名エンジンアクセス依頼受付処理（ステップ１０４）：
上位アプリケーション４００から署名エンジンに対する鍵対生成の依頼を、署名エンジンアクセス依頼受付部１２０を用いて受理し、生成依頼対象である鍵名称情報を取得する。
（３） 秘密鍵情報参照処理（ステップ１０５）：
上位アプリケーション４００から指定された鍵名称に対応する鍵対の生成に必要な情報を取得するため、秘密鍵情報参照部１４０を用いて秘密鍵管理テーブル１５０にアクセスし、（２）で取得した鍵名称をキー情報として対応する署名エンジン種別、鍵格納場所、署名アルゴリズム、鍵パラメータ情報を取得する。これにより、上位アプリケーション４００からは鍵名称のみが指定されるだけで、署名エンジンへの鍵対生成の依頼に必要な情報を用意することが可能となる。
【００３３】
（４） 署名エンジンへの鍵対生成依頼処理（ステップ１０６）：
（３）で取得した情報をもとに署名エンジンへ鍵対生成処理を依頼するため、署名エンジンアクセス制御部１００を用いて、（３）で取得した署名エンジン種別に対応する署名エンジンへのアクセスモジュール種別を署名エンジン依存情報から取得し、そのアクセスモジュールを介して、（３）で取得した鍵格納場所、署名アルゴリズム、鍵パラメータ情報を用いて署名エンジンに対して鍵対生成を依頼する。この処理により、上位アプリケーション４００が指定した鍵名称に対応する秘密鍵が生成・格納されるべき署名エンジンへのアクセスモジュールが自動的に選択され、各署名エンジンにおける鍵対生成依頼方法に従った鍵対生成依頼を実行することが可能となる。
【００３４】
（５） 鍵対生成処理（ステップ１０７）：
（４）の依頼に基づき、指定された鍵パラメータ及び署名アルゴリズムに対応する鍵対生成処理が署名エンジン内で行われ、指定された格納場所へ秘密鍵が格納される。
以上の処理及び機能を用いることにより、秘密鍵の格納先や署名アルゴリズム等に関わらず、システムが利用するすべての秘密鍵の情報を一元的に管理して、各秘密鍵の生成やその秘密鍵を用いた署名生成に必要な情報を、鍵名称をキー情報として取得することが可能となる。また、本発明により、署名生成に用いる秘密鍵の生成の際にも、上位アプリケーション４００が生成したい秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する鍵対生成依頼が可能になる。
【００３５】
３．署名生成処理時
次に、上記で生成された秘密鍵を用いた署名生成処理の流れについて説明する。図６は、本発明における署名生成処理の流れを説明するための図である。
最初に、署名生成処理時の動作について説明する。
（１） 上位アプリケーション４００による署名生成依頼（ステップ２０１）：
上位アプリケーション４００は、署名生成の必要が発生した際に、秘密鍵制御部１５０に対して署名対象となるデータと署名に用いる鍵名称を指定して署名生成依頼を行う。
【００３６】
（２） 署名生成依頼受付処理（ステップ２０２）：
上位アプリケーション４００から署名エンジンに対する署名生成の依頼を、署名エンジンアクセス依頼受付部１２０を用いて受理し、署名対象となるデータと署名に用いる秘密鍵の鍵名称情報を取得する。
（３） 秘密鍵情報参照処理（ステップ２０３）：
上位アプリケーション４００から指定された鍵名称に対応する秘密鍵を用いた署名生成に必要な情報を取得するため、秘密鍵情報参照部１４０を用いて秘密鍵管理テーブル１５０にアクセスし、（２）で取得した鍵名称をキー情報として対応する署名エンジン種別、鍵格納場所、署名アルゴリズム、ハッシュアルゴリズム情報を取得する。これにより、上位アプリケーション４００からは鍵名称のみが指定されるだけで、署名エンジンへの署名生成の依頼に必要な情報を用意することが可能になる。
【００３７】
（４） 署名エンジンへの署名生成依頼処理（ステップ２０４）：
（３）で取得した情報をもとに署名エンジンへの署名生成処理を依頼するため、署名エンジンアクセス制御部１６０を用いて、（３）で取得した署名エンジン種別に対応する署名エンジンへのアクセスモジュール種別及び署名対象データのハッシュ化要否情報を署名エンジン依存情報から取得する。そして、選択された署名アクセスモジュールに対して、署名対象のデータのハッシュ化が必要であった場合には、（３）で取得したハッシュアルゴリズムにより入力データである署名対象データをハッシュ化後、このハッシュデータと鍵格納場所と署名アルゴリズムの情報を入力として署名エンジンへの署名生成依頼を行い、署名対象データのハッシュ化が不要であった場合には、署名対象データと、（３）で取得した鍵格納場所及び署名アルゴリズム及びハッシュアルゴリズム情報を入力として署名エンジンへ署名生成依頼を行う。この処理により、上位アプリケーション４００が指定した鍵名称に対応する秘密鍵が格納されている署名エンジンへのアクセスモジュールが自動的に選択され、入力データのハッシュ化の要否など各署名エンジンに対する署名生成依頼方法に従った署名生成依頼を実行することが可能となる。
【００３８】
（５） 署名生成処理（ステップ２０５）：
署名エンジンにおいて、（４）の依頼に基づき、指定された鍵格納場所にある秘密鍵を用いて署名生成処理が行われ、署名データが返却される。
以上の処理及び機能を用いることにより、上位アプリケーション４００が署名生成処理を署名エンジンに依頼する際に、秘密鍵の格納場所や、署名アルゴリズム、利用する署名エンジンの種別及びその署名エンジンに応じた処理依頼方法などを意識することなく、鍵名称及び署名対象データを指定するだけで署名エンジンへの署名生成依頼が可能となる。
【００３９】
【実施例】
以下、図面と共に本発明の実施例を説明する。
本実施例では、署名エンジンを用いた署名生成処理の流れを図７〜図１０を用いて説明する。
図７は、本発明の一実施例の電子署名生成の事前処理を説明するための図であり、図８は、本発明の一実施例の秘密鍵管理テーブルの設定例を示す。
【００４０】
１． システム処刑設定時
（１） 秘密鍵管理テーブルの設定（ステップ３０１）：
システム初期設定の際に、図８の例に示されるような秘密鍵管理テーブル１５０を作成し、その中にシステムで利用されるすべての秘密鍵について、署名エンジンへの鍵対生成や署名生成の依頼に必要な情報を登録する。このようなテーブルの作成は、例えば、ファイル編集機能を用いて実現可能である。また、図８は、例えば、「ＫｅｙＡ」という鍵名称を持つ秘密鍵が、「署名エンジンＡ」２００の「＃３」という場所に格納され、適用する署名アルゴリズムは「ＥＳＩＧＮ」であり、署名生成の際の署名対象データのハッシュ化アルゴリズムには「ＳＨＡ−１」を用い、鍵長が「１２０バイト」であるといった情報が登録されている。これらの情報は、システム初期時にシステムの方針として予め決定しておく。
【００４１】
（２） 署名エンジン依存情報の登録（ステップ３０２）：
図９は、本発明の一実施例の署名エンジン依存情報の設定例を示す。
システム初期設定の際に、図９の例に示されるような署名エンジン依存情報テーブル１６１を署名エンジンアクセス制御部１６０に作成し、その中にシステムが利用する署名エンジンに対して、署名エンジンに依存する情報である入力データのハッシュ化の要否情報と、署名エンジンへアクセスするためのアクセスモジュール種別情報を登録する。このようなテーブルの作成は、例えば、ファイル編集機能を用いて実現可能である。また、図９は、例えば、「署名エンジンＡ」２００は、入力データのハッシュ化の要否は「否」であり、署名エンジンにアクセスする際に使用するアクセスモジュールは、「アクセスモジュールＡ」を使用することを意味している。これらの情報は、システム初期時に予め使用する署名エンジンの仕様を調査して取得しておく。
【００４２】
２． 鍵対生成時
（１） 上位アプリケーション４００による鍵対生成依頼（ステップ３０３）：
上記システム初期時の設定が終了後、上位アプリケーションは署名生成に用いる鍵対の生成処理を秘密鍵制御部１００に対して鍵名称を指定して依頼する。本実施例では、上位アプリケーション４００が「ＫｅｙＡ」の鍵名称に対応する鍵の生成を依頼したものとして説明する。
【００４３】
（２） 署名エンジンアクセス依頼受付処理（ステップ３０４）：
上位アプリケーション４００から署名エンジンに対する鍵対生成の依頼を受理し、生成依頼対象が鍵名称「ＫｅｙＡ」であることを認識する。上位アプリケーション４００からの依頼の受理は、例えば、データ通信機能を用いて実現可能であり、依頼内容を解析し、鍵名称情報を取得することは、例えば、データ解析機能を用いて実現可能である。
【００４４】
（３） 秘密鍵情報参照処理（ステップ３０５）：
上位アプリケーション４００から指定さた「ＫｅｙＡ」に対応する鍵対の生成に必要な情報を取得するため、秘密鍵管理テーブル１５０のファイルにアクセスし、「ＫｅｙＡ」に対応する情報として、署名エンジン種別が「署名エンジンＡ」であり、鍵格納場所が「＃３」であり、署名アルゴリズムが「ＥＳＩＧＮ」であり、鍵パラメータとして秘密鍵の鍵長が「４０バイト」であることの情報を取得する。秘密鍵管理テーブル１５０のファイルへのアクセスは、例えば、ファイルアクセス機能を用いて実現可能であり、「ＫｅｙＡ」に対応する情報の取得は、例えば、データ検索機能を用いて実現可能である。
【００４５】
（４） 署名エンジンへの鍵対生成依頼処理（ステップ３０６）：
署名エンジンへ鍵対生成処理を依頼するため、まず、初期時に設定した署名エンジン依存情報テーブル１６１から署名エンジン種別である「署名エンジンＡ」に対応するアクセスモジュール種別である「アクセスモジュールＡ」の情報を取得する。その後、この「アクセスモジュールＡ」を介して、（３）で取得した鍵格納場所「＃３」、署名アルゴリズム「ＥＳＩＧＮ」、鍵パラメータ情報「秘密鍵長＝４０バイト」の情報を「署名エンジンＡ」に対して送付し、鍵対生成を依頼する。署名エンジン依存情報テーブル１６１からのアクセスモジュール種別情報の取得は、例えば、データ検索機能を用いて実現可能であり、アクセスモジュールへの入力データの生成は、例えば、データ組み立て機能を用いて実現可能である。また、署名エンジンへの鍵対生成依頼データの送付は、例えば、データ通信機能を用いて実現される。
【００４６】
（５） 鍵対生成処理（ステップ３０７）：（４）の依頼に基づき、「署名エンジンＡ」２００では、「ＥＳＩＧＮ」に適用可能で、「秘密鍵の鍵長が４０バイト」の鍵対の生成を行い、そこで生成された秘密鍵が「＃３」に格納される。
以上の処理により、署名生成に用いる秘密鍵管理情報の設定及び、それに基づく秘密鍵の生成を、上位アプリケーション４００が署名エンジン種別や署名アルゴリズムなどを意識することなく実行することが可能となる。
【００４７】
３． 署名生成処理時
続いて本発明における署名生成処理の例を説明する。
図１０は、本発明の一実施例の署名生成処理を説明するための図である。
（１） 上位アプリケーション４００による署名生成依頼（ステップ４０１）：
上位アプリケーション４００は、署名生成の必要が発生した際に、秘密鍵制御部１００に対して署名対象となるデータと署名に用いる秘密鍵の鍵名称を指定して署名生成依頼を行う。本実施例では、上位アプリケーション４００が署名生成に用いる秘密鍵として「ＫｅｙＡ」の鍵名称に対応する秘密鍵を指定して署名生成依頼を行ったものとして説明する。
【００４８】
（２） 署名生成依頼受付処理（ステップ４０２）：
上位アプリケーション４００から署名エンジンに対する署名生成の依頼を受理し、署名対象データと署名に用いる秘密鍵の鍵名称情報が「ＫｅｙＡ」であることを認識する。上位アプリケーション４００からの依頼の受理は、例えば、データ通信機能を用いて実現可能であり、依頼内容を解析し、鍵名称情報を取得することは、例えば、デーた解析機能を用いて実現可能である。
【００４９】
（３） 秘密鍵情報参照処理（ステップ４０３）：
上位アプリケーション４００から指定された「ＫｅｙＡ」に対応する鍵対の生成に必要な情報を取得するため、秘密鍵管理テーブルのファイルにアクセスし、「ＫｅｙＡ」に対応する情報として、署名エンジン種別が、「署名エンジンＡ」であり、鍵格納場所が「＃３」であり、署名アルゴリズムが「ＥＳＩＧＮ」であり、ハッシュアルゴリズムが「ＳＨＡ−１」であることの情報を取得する。秘密鍵管理テーブル１５０のファイルへのアクセスは、例えば、ファイルアクセス機能を用いて、実現可能であり、「ＫｅｙＡ」に対応する情報の取得は、例えばデータ検索機能を用いて実現可能である。
【００５０】
（４） 署名エンジンへの署名生成依頼処理（ステップ４０４）：
署名エンジンへ署名生成処理を依頼するため、まず、システム初期時に設定した署名エンジン依存情報テーブル１６１から署名エンジン種別である「署名エンジンＡ」に対応するアクセスモジュール種別である「アクセスモジュールＡ」と、入力データのハッシュ化の要否情報である「否」の情報を取得する。入力データのハッシュ化の要否が「否」であることを確認し、これにより入力データのハッシュ化処理は行わず、「アクセスモジュールＡ」を介して、（３）で取得した鍵格納場所「＃３」、署名アルゴリズム「ＥＳＩＧＮ」、ハッシュアルゴリズム「ＳＨＡ−１」の情報と、署名対象データを「署名エンジンＡ」に対して送付し、署名生成を依頼する。署名エンジン依存情報テーブル１６１からのアクセスモジュール種別情報及び入力データのハッシュ化要否情報の取得は、例えば、データ検索機能を用いて実現可能であり、入力データのハッシュ化処理の要否判断は、例えば、データ解析機能を用いて実現可能であり、アクセスモジュールへの入力データの生成は、例えばデータ組み立て機能を用いて実現可能であり、署名エンジンへの鍵対生成依頼データの送付は、例えば、データ通信機能を用いて実現される。また、入力データのハッシュ化の要否が「要」であった場合には、例えば、ソフトウェアで実現されているハッシュ化機能を用いてハッシュ処理を行うことが可能である。
【００５１】
（５） 署名生成処理（ステップ４０５）：
（４）の依頼に基づき、「署名エンジンＡ」２００では、署名対象データを指定さたハッシュアルゴリズムである「ＳＨＡ−１」によりハッシュ化し、これに対して「＃３」に格納されている秘密鍵を用いて「ＥＳＩＧＮ」署名アルゴリズムにより暗号化し、署名が生成される。
【００５２】
以上の処理により、上位アプリケーションが署名生成処理を署名エンジンに依頼する際に、鍵名称及び署名対象データを秘密鍵管理テーブル１５０に対して指定するだけで、任意の署名エンジンに対して署名生成の依頼が可能になる。
また、上記の実施例は、図３の構成に基づいて説明したが、秘密鍵管理テーブル作成部１１０、署名エンジンアクセス依頼受付部１２０、署名エンジン依存情報登録部１３０、秘密鍵情報参照部１４０、署名エンジンアクセス制御部１６０を有する秘密鍵制御部１００をプログラムとして構築し、秘密鍵制御部として利用されるコンピュータに接続されるディスク装置や、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現できる。
【００５３】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【００５４】
【発明の効果】
上述のように、本発明によれば、上位アプリケーションは署名生成のためにアクセスする署名エンジンの種別、秘密鍵の格納場所、署名アルゴリズムなどを意識することなく、鍵名称と署名対象データのみという統一的なインタフェースにより、任意の署名エンジンに対して電子署名の生成を依頼することが可能となるため、複数の署名エンジン及び複数の署名アルゴリズムを容易に使い分けることが可能となることはもちろん、既存システムへの新たな署名エンジンの追加や新たな署名アルゴリズムの追加の際にも、上位のアプリケーションに影響を与えることなく、容易に追加を行うことができる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明におけるアクセスシステムの構成図である。
【図４】本発明における鍵対生成時の処理の流れを説明するための図である。
【図５】本発明の秘密鍵管理テーブルの例である。
【図６】本発明における署名生成処理の流れを説明するための図である。
【図７】本発明の一実施例の署名生成のための事前処理を説明するための図である。
【図８】本発明の一実施例の秘密鍵管理テーブルの設定例である。
【図９】本発明の一実施例の署名エンジン依存情報の設定例である。
【図１０】本発明の一実施例の署名生成処理を説明するための図である。
【図１１】電子署名生成の流れと署名エンジンの構成図である。
【図１２】従来の署名エンジンへの署名生成依頼処理の流れを説明するための図である。
【符号の説明】
１００ 秘密鍵制御部
１１０ 秘密鍵管理テーブル作成手段、秘密鍵管理テーブル作成部
１２０ 署名エンジンアクセス依頼受付手段、署名エンジンアクセス依頼受付部
１３０ 署名エンジン依存情報登録手段、署名エンジン依存情報登録部
１４０ 秘密鍵情報参照手段、秘密鍵情報参照部
１５０ 秘密鍵管理テーブル
１６０ 署名エンジンアクセス制御手段、署名エンジンアクセス制御部
１６１ 署名エンジン依存情報
１７０ 署名アクセスモジュールＡ
１８０ 署名アクセスモジュールＢ
２００ 署名エンジン、署名エンジンＡ
２１０ ハッシュ処理部
２２０ 署名生成部
２３０ 秘密鍵格納部
２４０ 鍵対生成部
３００ 署名エンジンＢ
３２０ 署名生成部
３３０ 秘密鍵格納部
３４０ 鍵対生成部
４００ 上位アプリケーション
【発明の属する技術分野】
本発明は、複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体に係り、特に、平文または、平文のダイジェストに対して公開鍵暗号技術を用いた電子署名を作成するための電子署名エンジンを有する情報処理システムにおける、署名エンジンを用いた電子署名の生成及び、秘密鍵／公開鍵の鍵対の生成を行う複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体に関する。
【０００２】
【従来の技術】
最初に電子署名生成の流れと署名エンジンについて説明する。
公開鍵暗号方式を用いた電子署名は、通常、図１１に示すように、まず、署名したい対象データをハッシュ関数に入れてハッシュデータに変換し、このハッシュデータに対して秘密鍵を用いた署名生成処理を行うことにより生成される。ハッシュ関数には、ＳＨＡ−１やＭＤ５などのアルゴリズムが、また、電子署名アルゴリズムには、公開鍵暗号方式であるＥＳＩＧＮやＲＳＡなどがよく知られている。ここで、電子署名に用いる秘密鍵は、署名者を識別するための情報として非常に重要な情報であるため、電子署名を利用するシステムでは、秘密鍵の管理及び電子署名の生成を安全に行うために、これらに必要な機能群をシステムと独立した専用装置として用意する場合が多い。この専用装置を一般に署名エンジンと呼んでおり、その実装方法は装置毎に様々である。
【０００３】
例えば、図１１に示すように、ハッシュ処理や署名生成処理で複数のアルゴリズムを利用できるものや、複数の秘密鍵を保持及び利用できるもの、あるいは、図１１における署名エンジンＢのようにハッシュ処理部が無く、ハッシュ化されたデータが入力されることを前提とした装置も存在する。
次に、署名エンジンを用いた電子署名の生成について説明する。
【０００４】
一般に、複数の署名アルゴリズムの利用や複数の署名エンジンの利用を必要とするシステムにおいて電子署名を生成する際には、図１２に示すような流れで署名エンジンへの署名を生成する。
ステップ１０） まず、署名生成を行いたいアプリケーションにおいて、署名生成に必要な情報として、署名対象となるデータ、署名生成に用いる秘密鍵、ハッシュアルゴリズム、署名アルゴリズムに何を用いるかを決定する。
【０００５】
ステップ１１） 署名生成に用いる秘密鍵が格納されている署名エンジンを選択する。
ステップ１２） 選択された署名エンジンに対して、署名対象データのハッシュ化が必要か否を判断し、必要な場合にはステップ１３に移行し、不要な場合にはステップ１４に移行する。
【０００６】
ステップ１３） 必要な場合には入力データのハッシュ化処理を行う。
ステップ１４） ステップ１１で選択された署名エンジンに依存した署名生成依頼方式に従って、ステップ１０で決定された情報を元にハッシュアルゴリズム、署名アルゴリズム、秘密鍵の格納先の情報を署名エンジンへ指定するための署名生成依頼情報を生成する。ステップ１３を行った場合には、ハッシュアルゴリズムの指定は不要である。
【０００７】
ステップ１５） ステップ１４で生成した情報と署名対象データ、あるいは、署名対象データのハッシュ値をアクセスモジュールを介して署名エンジンへ送付し、署名エンジンから署名生成結果である署名データを受け取る。ここでアクセスモジュールとは、例えば、署名エンジンを制御するためのドライバソフトのようなものである。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来の署名エンジンを用いた署名生成処理では、署名生成を依頼する上位のアプリケーションが、署名生成に用いる秘密鍵が格納されている署名エンジン及びその格納場所の判別や、その秘密鍵が署名アルゴリズムに適用可能であることの確認、入力データである署名対象データのハッシュ化の要否判断などを行い、署名エンジンの種別に応じた署名生成処理の振り分けを行う必要がある。従って、用途に応じて複数の署名アルゴリズムや複数の秘密鍵、あるいは、複数の署名エンジンの使い分けを行うシステムにおいては、署名エンジンに対する電子署名の生成依頼処理が煩雑となる。
【０００９】
本発明は、上記の点に鑑みなされたもので、複数の署名エンジン及び複数の署名アルゴリズムを容易に使い分けることを可能とし、また、既存のシステムへの新たな署名エンジンの追加や新たな署名アルゴリズムの追加の際にも、上位のアプリケーションに影響を与えることなく容易に追加を行うことが可能な複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
本発明（請求項１）は、平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなり、前記秘密鍵制御部は、署名エンジンアクセス依頼受付部と、秘密鍵情報参照部と、秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、署名エンジンと１対１の関係で接続されているアクセスモジュールとを有する情報処理システムに適用される署名作成依頼方法であって、
前記署名エンジンアクセス依頼受付部が、上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得するステップと、
前記秘密鍵情報参照部が、前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と署名エンジン内の鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得するステップと、
前記署名エンジンアクセス制御部が、前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別の情報を、前記アクセスモジュール種別に対応するアクセスモジュールに送付するステップと、
前記アクセスモジュールが、前記署名エンジンアクセス制御部から受けた情報を１対１の関係で接続されている署名エンジンに送信して署名生成依頼を行う。
【００１１】
本発明（請求項２）は、平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなる情報処理システムであって、
前記秘密鍵制御部は、
秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、
上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得する署名エンジンアクセス依頼受付部と、
前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と署名エンジン内の鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得する秘密鍵情報参照部と、
前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別の情報を、前記アクセスモジュール種別に対応するアクセスモジュールに送付する前記署名エンジンアクセス制御部と、
署名エンジンと１対１の関係で接続され、該署名エンジンに前記署名エンジンアクセス制御部から受けた情報を送信して署名生成依頼を行うアクセスモジュールとを有する。
【００１２】
本発明（請求項３）は、平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなり、前記秘密鍵制御部は、署名エンジンアクセス依頼受付部と、秘密鍵情報参照部と、秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内である秘密鍵の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、署名エンジンと１対１の関係で接続されているアクセスモジュールとを有する情報処理システムに適用されるプログラムを格納した記録媒体であって、
前記署名エンジンアクセス依頼受付部が、上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得するステップと、
前記秘密鍵情報参照部が、前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得するステップと、
前記署名エンジンアクセス制御部が、前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付するステップと、
前記アクセスモジュールが、前記署名エンジンアクセス制御部から受けた情報を１対１の関係で接続されている署名エンジンに送信して署名生成依頼を行うステップとを実行させる。
【００２２】
上記のように、本発明において、初期設定時における秘密鍵管理テーブルの設定により、上位アプリケーションは、署名生成に用いる秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する署名生成や鍵対生成の依頼に必要な情報を決定可能になる。
また、署名エンジン依存情報の登録を行うことにより、署名エンジンに依存した情報を秘密鍵制御部内に隠蔽し、上位アプリケーションが署名エンジンの種別を意識せずに署名エンジンへアクセスすることが可能となる。
【００２３】
また、鍵対生成処理により、秘密鍵の格納先や署名アルゴリズム等に関わらず、システムが利用するすべての秘密鍵の情報を一元的に管理して、各秘密鍵の生成やその秘密鍵を用いた署名生成に必要な情報を、鍵名称をキー情報として取得することが可能となる。また、署名生成に用いる秘密鍵の生成の際にも、上位アプリケーションが生成したい秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する鍵対生成依頼が可能になる。
【００２４】
また、署名生成処理により、上位のアプリケーションが署名生成処理を署名エンジンに依頼する際に、秘密鍵の格納場所や、署名アルゴリズム、利用する署名エンジンの種別及びその署名エンジンに応じた処理依頼方法などを意識することなく、鍵名称及び署名対象データを指定するだけで署名エンジンへの署名生成依頼が可能となる。
【００２５】
【発明の実施の形態】
図３は、本発明におけるアクセスシステム構成を示す。
同図に示すように、複数の秘密鍵の管理や複数の署名エンジンへのアクセス制御を一元的に行うための秘密鍵制御部１００を設け、署名生成を依頼する上位アプリケーション４００が、秘密鍵の格納先や、格納先にある秘密鍵の署名アルゴリズムへの適用性や、入力データのハッシュ化の要否判断などを意識することなく、この秘密鍵制御部１００に対して署名生成に用いる秘密鍵名称を指定するだけで任意の署名エンジンに対する署名生成依頼が可能となる。
【００２６】
秘密鍵制御部１００は、上位アプリケーション４００から署名エンジン（Ａ２００または、Ｂ３００）へのアクセス依頼を受け付けるための署名エンジンアクセス依頼受付部１２０と、システムが利用する複数の秘密鍵の各々について、格納先や署名アルゴリズムなどの署名生成に必要な情報を管理するための秘密鍵管理テーブル１５０、及びその生成を行う秘密鍵管理テーブル作成部１１０、この秘密鍵管理テーブル１５０から鍵名称をキー情報として対応する署名生成に必要な情報を取得するための秘密鍵情報参照部１４０、署名エンジンに依存した情報を予め登録しておくための署名エンジン依存情報登録部１３０と、秘密鍵が格納されている署名エンジンへアクセスモジュール１７０、１８０を介して実際の処理依頼を行うための署名エンジンアクセス制御部１６０から構成される。
【００２７】
次に、本発明の動作を説明する。
最初に、署名生成を実現するために必要な事前処理として、秘密鍵情報を一元管理するための秘密鍵管理テーブル１５０の設定及び署名エンジンに依存した情報の設定と、署名生成に用いる秘密鍵を用意するための鍵対生成処理について説明する。
【００２８】
１．システム初期設定時
図４は、本発明における鍵対生成時の処理の流れを説明するための図であり、図５は、本発明の秘密鍵管理テーブルの例を示す。最初にシステム初期設定時における動作を説明する。
（１） 秘密鍵管理テーブル１５０の設定（ステップ１０１）：
システム初期設定の際に、図５に示すように、上位アプリケーション４００が利用する複数の秘密鍵の各々に対して、鍵名称、鍵名称に対応する秘密鍵が格納されている署名エンジン種別及びその中における格納場所を示す鍵格納場所情報、適用する署名アルゴリズム情報、署名生成処理の前に署名対象データをハッシュ化するためのハッシュアルゴリズム情報、鍵長などの鍵対生成に必要な鍵パラメータ情報を管理する秘密鍵管理テーブル１５０を、秘密鍵管理テーブル作成部１１０を用いて作成する。
【００２９】
ここで、署名エンジン種別とは、署名エンジンの種類を区別するための識別子のことであり、署名エンジンとこの識別子との対応はシステムとして固定的に保持する情報である。これらの情報は、署名エンジンに対する鍵対生成や署名生成を依頼する際に必要な情報であり、このテーブルに上位アプリケーション４００が利用するすべての秘密鍵に関する情報を設定することにより、上位アプリケーション４００は、署名生成に用いる秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する署名生成や鍵対生成の依頼に必要な情報を決定可能になる。
【００３０】
（２） 署名エンジン依存情報の登録（ステップ１０２）：
システムの初期設定の際に、システムが利用する各署名エンジンに依存する情報として、署名生成を依頼する際の入力データとして署名対象データをハッシュ化する必要があるか否かの情報と、署名エンジンンへアクセスするためのアクセスモジュール種別を秘密鍵制御部１００内に予め登録しておく。これにより、署名エンジンに依存した情報を秘密鍵制御部１００内に隠蔽し、上位アプリケーション４００が署名エンジンの種別を意識せずに署名エンジンへアクセスすることが可能となる。ここで、アクセスモジュール種別とは、アクセスモジュールの種別を区別するための識別子のことであり、アクセスモジュールと識別子の対応は、システムとして固定的に保持される情報である。
【００３１】
２．鍵生成時
次に、鍵対生成時の動作について説明する。
（１） 上位アプリケーション４００による鍵対生成依頼（ステップ１０３）：
上記システム初期時の設定が終了後、上位アプリケーション４００は署名生成に用いる鍵対の生成処理を秘密鍵制御部１５０に対して依頼する。その際、上位アプリケーション４００は、どの鍵対を生成するのかを先に作成した秘密鍵管理テーブル１５０内に登録した秘密鍵の中から鍵名称を用いて指定する。
【００３２】
（２） 署名エンジンアクセス依頼受付処理（ステップ１０４）：
上位アプリケーション４００から署名エンジンに対する鍵対生成の依頼を、署名エンジンアクセス依頼受付部１２０を用いて受理し、生成依頼対象である鍵名称情報を取得する。
（３） 秘密鍵情報参照処理（ステップ１０５）：
上位アプリケーション４００から指定された鍵名称に対応する鍵対の生成に必要な情報を取得するため、秘密鍵情報参照部１４０を用いて秘密鍵管理テーブル１５０にアクセスし、（２）で取得した鍵名称をキー情報として対応する署名エンジン種別、鍵格納場所、署名アルゴリズム、鍵パラメータ情報を取得する。これにより、上位アプリケーション４００からは鍵名称のみが指定されるだけで、署名エンジンへの鍵対生成の依頼に必要な情報を用意することが可能となる。
【００３３】
（４） 署名エンジンへの鍵対生成依頼処理（ステップ１０６）：
（３）で取得した情報をもとに署名エンジンへ鍵対生成処理を依頼するため、署名エンジンアクセス制御部１００を用いて、（３）で取得した署名エンジン種別に対応する署名エンジンへのアクセスモジュール種別を署名エンジン依存情報から取得し、そのアクセスモジュールを介して、（３）で取得した鍵格納場所、署名アルゴリズム、鍵パラメータ情報を用いて署名エンジンに対して鍵対生成を依頼する。この処理により、上位アプリケーション４００が指定した鍵名称に対応する秘密鍵が生成・格納されるべき署名エンジンへのアクセスモジュールが自動的に選択され、各署名エンジンにおける鍵対生成依頼方法に従った鍵対生成依頼を実行することが可能となる。
【００３４】
（５） 鍵対生成処理（ステップ１０７）：
（４）の依頼に基づき、指定された鍵パラメータ及び署名アルゴリズムに対応する鍵対生成処理が署名エンジン内で行われ、指定された格納場所へ秘密鍵が格納される。
以上の処理及び機能を用いることにより、秘密鍵の格納先や署名アルゴリズム等に関わらず、システムが利用するすべての秘密鍵の情報を一元的に管理して、各秘密鍵の生成やその秘密鍵を用いた署名生成に必要な情報を、鍵名称をキー情報として取得することが可能となる。また、本発明により、署名生成に用いる秘密鍵の生成の際にも、上位アプリケーション４００が生成したい秘密鍵の鍵名称のみを指定するだけで、任意の署名エンジンに対する鍵対生成依頼が可能になる。
【００３５】
３．署名生成処理時
次に、上記で生成された秘密鍵を用いた署名生成処理の流れについて説明する。図６は、本発明における署名生成処理の流れを説明するための図である。
最初に、署名生成処理時の動作について説明する。
（１） 上位アプリケーション４００による署名生成依頼（ステップ２０１）：
上位アプリケーション４００は、署名生成の必要が発生した際に、秘密鍵制御部１５０に対して署名対象となるデータと署名に用いる鍵名称を指定して署名生成依頼を行う。
【００３６】
（２） 署名生成依頼受付処理（ステップ２０２）：
上位アプリケーション４００から署名エンジンに対する署名生成の依頼を、署名エンジンアクセス依頼受付部１２０を用いて受理し、署名対象となるデータと署名に用いる秘密鍵の鍵名称情報を取得する。
（３） 秘密鍵情報参照処理（ステップ２０３）：
上位アプリケーション４００から指定された鍵名称に対応する秘密鍵を用いた署名生成に必要な情報を取得するため、秘密鍵情報参照部１４０を用いて秘密鍵管理テーブル１５０にアクセスし、（２）で取得した鍵名称をキー情報として対応する署名エンジン種別、鍵格納場所、署名アルゴリズム、ハッシュアルゴリズム情報を取得する。これにより、上位アプリケーション４００からは鍵名称のみが指定されるだけで、署名エンジンへの署名生成の依頼に必要な情報を用意することが可能になる。
【００３７】
（４） 署名エンジンへの署名生成依頼処理（ステップ２０４）：
（３）で取得した情報をもとに署名エンジンへの署名生成処理を依頼するため、署名エンジンアクセス制御部１６０を用いて、（３）で取得した署名エンジン種別に対応する署名エンジンへのアクセスモジュール種別及び署名対象データのハッシュ化要否情報を署名エンジン依存情報から取得する。そして、選択された署名アクセスモジュールに対して、署名対象のデータのハッシュ化が必要であった場合には、（３）で取得したハッシュアルゴリズムにより入力データである署名対象データをハッシュ化後、このハッシュデータと鍵格納場所と署名アルゴリズムの情報を入力として署名エンジンへの署名生成依頼を行い、署名対象データのハッシュ化が不要であった場合には、署名対象データと、（３）で取得した鍵格納場所及び署名アルゴリズム及びハッシュアルゴリズム情報を入力として署名エンジンへ署名生成依頼を行う。この処理により、上位アプリケーション４００が指定した鍵名称に対応する秘密鍵が格納されている署名エンジンへのアクセスモジュールが自動的に選択され、入力データのハッシュ化の要否など各署名エンジンに対する署名生成依頼方法に従った署名生成依頼を実行することが可能となる。
【００３８】
（５） 署名生成処理（ステップ２０５）：
署名エンジンにおいて、（４）の依頼に基づき、指定された鍵格納場所にある秘密鍵を用いて署名生成処理が行われ、署名データが返却される。
以上の処理及び機能を用いることにより、上位アプリケーション４００が署名生成処理を署名エンジンに依頼する際に、秘密鍵の格納場所や、署名アルゴリズム、利用する署名エンジンの種別及びその署名エンジンに応じた処理依頼方法などを意識することなく、鍵名称及び署名対象データを指定するだけで署名エンジンへの署名生成依頼が可能となる。
【００３９】
【実施例】
以下、図面と共に本発明の実施例を説明する。
本実施例では、署名エンジンを用いた署名生成処理の流れを図７〜図１０を用いて説明する。
図７は、本発明の一実施例の電子署名生成の事前処理を説明するための図であり、図８は、本発明の一実施例の秘密鍵管理テーブルの設定例を示す。
【００４０】
１． システム処刑設定時
（１） 秘密鍵管理テーブルの設定（ステップ３０１）：
システム初期設定の際に、図８の例に示されるような秘密鍵管理テーブル１５０を作成し、その中にシステムで利用されるすべての秘密鍵について、署名エンジンへの鍵対生成や署名生成の依頼に必要な情報を登録する。このようなテーブルの作成は、例えば、ファイル編集機能を用いて実現可能である。また、図８は、例えば、「ＫｅｙＡ」という鍵名称を持つ秘密鍵が、「署名エンジンＡ」２００の「＃３」という場所に格納され、適用する署名アルゴリズムは「ＥＳＩＧＮ」であり、署名生成の際の署名対象データのハッシュ化アルゴリズムには「ＳＨＡ−１」を用い、鍵長が「１２０バイト」であるといった情報が登録されている。これらの情報は、システム初期時にシステムの方針として予め決定しておく。
【００４１】
（２） 署名エンジン依存情報の登録（ステップ３０２）：
図９は、本発明の一実施例の署名エンジン依存情報の設定例を示す。
システム初期設定の際に、図９の例に示されるような署名エンジン依存情報テーブル１６１を署名エンジンアクセス制御部１６０に作成し、その中にシステムが利用する署名エンジンに対して、署名エンジンに依存する情報である入力データのハッシュ化の要否情報と、署名エンジンへアクセスするためのアクセスモジュール種別情報を登録する。このようなテーブルの作成は、例えば、ファイル編集機能を用いて実現可能である。また、図９は、例えば、「署名エンジンＡ」２００は、入力データのハッシュ化の要否は「否」であり、署名エンジンにアクセスする際に使用するアクセスモジュールは、「アクセスモジュールＡ」を使用することを意味している。これらの情報は、システム初期時に予め使用する署名エンジンの仕様を調査して取得しておく。
【００４２】
２． 鍵対生成時
（１） 上位アプリケーション４００による鍵対生成依頼（ステップ３０３）：
上記システム初期時の設定が終了後、上位アプリケーションは署名生成に用いる鍵対の生成処理を秘密鍵制御部１００に対して鍵名称を指定して依頼する。本実施例では、上位アプリケーション４００が「ＫｅｙＡ」の鍵名称に対応する鍵の生成を依頼したものとして説明する。
【００４３】
（２） 署名エンジンアクセス依頼受付処理（ステップ３０４）：
上位アプリケーション４００から署名エンジンに対する鍵対生成の依頼を受理し、生成依頼対象が鍵名称「ＫｅｙＡ」であることを認識する。上位アプリケーション４００からの依頼の受理は、例えば、データ通信機能を用いて実現可能であり、依頼内容を解析し、鍵名称情報を取得することは、例えば、データ解析機能を用いて実現可能である。
【００４４】
（３） 秘密鍵情報参照処理（ステップ３０５）：
上位アプリケーション４００から指定さた「ＫｅｙＡ」に対応する鍵対の生成に必要な情報を取得するため、秘密鍵管理テーブル１５０のファイルにアクセスし、「ＫｅｙＡ」に対応する情報として、署名エンジン種別が「署名エンジンＡ」であり、鍵格納場所が「＃３」であり、署名アルゴリズムが「ＥＳＩＧＮ」であり、鍵パラメータとして秘密鍵の鍵長が「４０バイト」であることの情報を取得する。秘密鍵管理テーブル１５０のファイルへのアクセスは、例えば、ファイルアクセス機能を用いて実現可能であり、「ＫｅｙＡ」に対応する情報の取得は、例えば、データ検索機能を用いて実現可能である。
【００４５】
（４） 署名エンジンへの鍵対生成依頼処理（ステップ３０６）：
署名エンジンへ鍵対生成処理を依頼するため、まず、初期時に設定した署名エンジン依存情報テーブル１６１から署名エンジン種別である「署名エンジンＡ」に対応するアクセスモジュール種別である「アクセスモジュールＡ」の情報を取得する。その後、この「アクセスモジュールＡ」を介して、（３）で取得した鍵格納場所「＃３」、署名アルゴリズム「ＥＳＩＧＮ」、鍵パラメータ情報「秘密鍵長＝４０バイト」の情報を「署名エンジンＡ」に対して送付し、鍵対生成を依頼する。署名エンジン依存情報テーブル１６１からのアクセスモジュール種別情報の取得は、例えば、データ検索機能を用いて実現可能であり、アクセスモジュールへの入力データの生成は、例えば、データ組み立て機能を用いて実現可能である。また、署名エンジンへの鍵対生成依頼データの送付は、例えば、データ通信機能を用いて実現される。
【００４６】
（５） 鍵対生成処理（ステップ３０７）：（４）の依頼に基づき、「署名エンジンＡ」２００では、「ＥＳＩＧＮ」に適用可能で、「秘密鍵の鍵長が４０バイト」の鍵対の生成を行い、そこで生成された秘密鍵が「＃３」に格納される。
以上の処理により、署名生成に用いる秘密鍵管理情報の設定及び、それに基づく秘密鍵の生成を、上位アプリケーション４００が署名エンジン種別や署名アルゴリズムなどを意識することなく実行することが可能となる。
【００４７】
３． 署名生成処理時
続いて本発明における署名生成処理の例を説明する。
図１０は、本発明の一実施例の署名生成処理を説明するための図である。
（１） 上位アプリケーション４００による署名生成依頼（ステップ４０１）：
上位アプリケーション４００は、署名生成の必要が発生した際に、秘密鍵制御部１００に対して署名対象となるデータと署名に用いる秘密鍵の鍵名称を指定して署名生成依頼を行う。本実施例では、上位アプリケーション４００が署名生成に用いる秘密鍵として「ＫｅｙＡ」の鍵名称に対応する秘密鍵を指定して署名生成依頼を行ったものとして説明する。
【００４８】
（２） 署名生成依頼受付処理（ステップ４０２）：
上位アプリケーション４００から署名エンジンに対する署名生成の依頼を受理し、署名対象データと署名に用いる秘密鍵の鍵名称情報が「ＫｅｙＡ」であることを認識する。上位アプリケーション４００からの依頼の受理は、例えば、データ通信機能を用いて実現可能であり、依頼内容を解析し、鍵名称情報を取得することは、例えば、デーた解析機能を用いて実現可能である。
【００４９】
（３） 秘密鍵情報参照処理（ステップ４０３）：
上位アプリケーション４００から指定された「ＫｅｙＡ」に対応する鍵対の生成に必要な情報を取得するため、秘密鍵管理テーブルのファイルにアクセスし、「ＫｅｙＡ」に対応する情報として、署名エンジン種別が、「署名エンジンＡ」であり、鍵格納場所が「＃３」であり、署名アルゴリズムが「ＥＳＩＧＮ」であり、ハッシュアルゴリズムが「ＳＨＡ−１」であることの情報を取得する。秘密鍵管理テーブル１５０のファイルへのアクセスは、例えば、ファイルアクセス機能を用いて、実現可能であり、「ＫｅｙＡ」に対応する情報の取得は、例えばデータ検索機能を用いて実現可能である。
【００５０】
（４） 署名エンジンへの署名生成依頼処理（ステップ４０４）：
署名エンジンへ署名生成処理を依頼するため、まず、システム初期時に設定した署名エンジン依存情報テーブル１６１から署名エンジン種別である「署名エンジンＡ」に対応するアクセスモジュール種別である「アクセスモジュールＡ」と、入力データのハッシュ化の要否情報である「否」の情報を取得する。入力データのハッシュ化の要否が「否」であることを確認し、これにより入力データのハッシュ化処理は行わず、「アクセスモジュールＡ」を介して、（３）で取得した鍵格納場所「＃３」、署名アルゴリズム「ＥＳＩＧＮ」、ハッシュアルゴリズム「ＳＨＡ−１」の情報と、署名対象データを「署名エンジンＡ」に対して送付し、署名生成を依頼する。署名エンジン依存情報テーブル１６１からのアクセスモジュール種別情報及び入力データのハッシュ化要否情報の取得は、例えば、データ検索機能を用いて実現可能であり、入力データのハッシュ化処理の要否判断は、例えば、データ解析機能を用いて実現可能であり、アクセスモジュールへの入力データの生成は、例えばデータ組み立て機能を用いて実現可能であり、署名エンジンへの鍵対生成依頼データの送付は、例えば、データ通信機能を用いて実現される。また、入力データのハッシュ化の要否が「要」であった場合には、例えば、ソフトウェアで実現されているハッシュ化機能を用いてハッシュ処理を行うことが可能である。
【００５１】
（５） 署名生成処理（ステップ４０５）：
（４）の依頼に基づき、「署名エンジンＡ」２００では、署名対象データを指定さたハッシュアルゴリズムである「ＳＨＡ−１」によりハッシュ化し、これに対して「＃３」に格納されている秘密鍵を用いて「ＥＳＩＧＮ」署名アルゴリズムにより暗号化し、署名が生成される。
【００５２】
以上の処理により、上位アプリケーションが署名生成処理を署名エンジンに依頼する際に、鍵名称及び署名対象データを秘密鍵管理テーブル１５０に対して指定するだけで、任意の署名エンジンに対して署名生成の依頼が可能になる。
また、上記の実施例は、図３の構成に基づいて説明したが、秘密鍵管理テーブル作成部１１０、署名エンジンアクセス依頼受付部１２０、署名エンジン依存情報登録部１３０、秘密鍵情報参照部１４０、署名エンジンアクセス制御部１６０を有する秘密鍵制御部１００をプログラムとして構築し、秘密鍵制御部として利用されるコンピュータに接続されるディスク装置や、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現できる。
【００５３】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【００５４】
【発明の効果】
上述のように、本発明によれば、上位アプリケーションは署名生成のためにアクセスする署名エンジンの種別、秘密鍵の格納場所、署名アルゴリズムなどを意識することなく、鍵名称と署名対象データのみという統一的なインタフェースにより、任意の署名エンジンに対して電子署名の生成を依頼することが可能となるため、複数の署名エンジン及び複数の署名アルゴリズムを容易に使い分けることが可能となることはもちろん、既存システムへの新たな署名エンジンの追加や新たな署名アルゴリズムの追加の際にも、上位のアプリケーションに影響を与えることなく、容易に追加を行うことができる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明におけるアクセスシステムの構成図である。
【図４】本発明における鍵対生成時の処理の流れを説明するための図である。
【図５】本発明の秘密鍵管理テーブルの例である。
【図６】本発明における署名生成処理の流れを説明するための図である。
【図７】本発明の一実施例の署名生成のための事前処理を説明するための図である。
【図８】本発明の一実施例の秘密鍵管理テーブルの設定例である。
【図９】本発明の一実施例の署名エンジン依存情報の設定例である。
【図１０】本発明の一実施例の署名生成処理を説明するための図である。
【図１１】電子署名生成の流れと署名エンジンの構成図である。
【図１２】従来の署名エンジンへの署名生成依頼処理の流れを説明するための図である。
【符号の説明】
１００ 秘密鍵制御部
１１０ 秘密鍵管理テーブル作成手段、秘密鍵管理テーブル作成部
１２０ 署名エンジンアクセス依頼受付手段、署名エンジンアクセス依頼受付部
１３０ 署名エンジン依存情報登録手段、署名エンジン依存情報登録部
１４０ 秘密鍵情報参照手段、秘密鍵情報参照部
１５０ 秘密鍵管理テーブル
１６０ 署名エンジンアクセス制御手段、署名エンジンアクセス制御部
１６１ 署名エンジン依存情報
１７０ 署名アクセスモジュールＡ
１８０ 署名アクセスモジュールＢ
２００ 署名エンジン、署名エンジンＡ
２１０ ハッシュ処理部
２２０ 署名生成部
２３０ 秘密鍵格納部
２４０ 鍵対生成部
３００ 署名エンジンＢ
３２０ 署名生成部
３３０ 秘密鍵格納部
３４０ 鍵対生成部
４００ 上位アプリケーション
Claims (3)
- 平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなり、前記秘密鍵制御部は、署名エンジンアクセス依頼受付部と、秘密鍵情報参照部と、秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、署名エンジンと１対１の関係で接続されているアクセスモジュールとを有する情報処理システムに適用される署名作成依頼方法であって、
前記署名エンジンアクセス依頼受付部が、上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得するステップと、
前記秘密鍵情報参照部が、前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と署名エンジン内の鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得するステップと、
前記署名エンジンアクセス制御部が、前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別の情報を、前記アクセスモジュール種別に対応するアクセスモジュールに送付するステップと、
前記アクセスモジュールが、前記署名エンジンアクセス制御部から受けた情報を１対１の関係で接続されている署名エンジンに送信して署名生成依頼を行うステップとを有することを特徴する署名作成依頼方法。 - 平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなる情報処理システムであって、
前記秘密鍵制御部は、
秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、
上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得する署名エンジンアクセス依頼受付部と、
前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と署名エンジン内の鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得する秘密鍵情報参照部と、
前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別の情報を、前記アクセスモジュール種別に対応するアクセスモジュールに送付する前記署名エンジンアクセス制御部と、
署名エンジンと１対１の関係で接続され、該署名エンジンに前記署名エンジンアクセス制御部から受けた情報を送信して署名生成依頼を行うアクセスモジュールとを有することを特徴する情報処理システム。 - 平文または、平分ダイジェストである署名対象データに対して公開鍵暗号技術を用いた電子署名を作成する異なる種別の複数の署名エンジンと、上位アプリケーションから前記複数の署名エンジンの中のいずれかの署名エンジンへの署名生成依頼を受付け、該署名エンジンに対して署名生成依頼を行う秘密鍵制御部からなり、前記秘密鍵制御部は、署名エンジンアクセス依頼受付部と、秘密鍵情報参照部と、秘密鍵の鍵名称と前記鍵名称に対応する秘密鍵が格納されている署名エンジン種別と前記署名エンジン種別に対応する署名エンジン内である秘密鍵の鍵格納場所と前記秘密鍵が適用される署名アルゴリズムと署名生成時に署名対象データをハッシュ化するためのハッシュアルゴリズム種別とを管理する秘密鍵管理テーブルと、署名エンジン種別と前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報と前記署名エンジン種別に対応するアクセスモジュール種別とを管理する署名エンジン依存情報を有する署名エンジンアクセス制御部と、署名エンジンと１対１の関係で接続されているアクセスモジュールとを有する情報処理システムに適用されるプログラムを格納した記録媒体であって、
前記署名エンジンアクセス依頼受付部が、上位アプリケーションから署名対象データと署名に用いる秘密鍵の鍵名称を取得するステップと、
前記秘密鍵情報参照部が、前記秘密鍵管理テーブルから前記鍵名称に対応する署名エンジン種別と鍵格納場所と署名アルゴリズムとハッシュアルゴリズム種別とを取得するステップと、
前記署名エンジンアクセス制御部が、前記署名エンジン依存情報から前記署名エンジン種別に対応する署名対象データのハッシュ化要否情報とアクセスモジュール種別とを取得し、前記ハッシュ化要否情報がハッシュ化が必要であることを示している場合には、前記ハッシュアルゴリズム種別により署名対象データをハッシュ化することによりハッシュデータを生成し、該ハッシュデータと前記鍵格納場所と前記署名アルゴリズムの情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付し、前記ハッシュ化要否情報がハッシュ化が不要であることを示している場合には、前記署名対象データと前記鍵格納場所と前記署名アルゴリズムと前記ハッシュアルゴリズム種別情報を前記アクセスモジュール種別に対応するアクセスモジュールに送付するステップと、
前記アクセスモジュールが、前記署名エンジンアクセス制御部から受けた情報を１対１の関係で接続されている署名エンジンに送信して署名生成依頼を行うステップとを実行させることを特徴とするプログラムを格納したことを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22141399A JP3982570B2 (ja) | 1999-08-04 | 1999-08-04 | 複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22141399A JP3982570B2 (ja) | 1999-08-04 | 1999-08-04 | 複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001044988A JP2001044988A (ja) | 2001-02-16 |
| JP3982570B2 true JP3982570B2 (ja) | 2007-09-26 |
Family
ID=16766359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22141399A Expired - Lifetime JP3982570B2 (ja) | 1999-08-04 | 1999-08-04 | 複数の異なる署名エンジンに対する共通的なアクセス方法及びシステム及び複数の異なる署名エンジンに対する共通的なアクセスプログラムを格納した記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3982570B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005303676A (ja) * | 2004-04-12 | 2005-10-27 | Canon Inc | 画像形成装置、鍵ペア生成方法及びコンピュータプログラム |
| US8015393B2 (en) | 2004-04-12 | 2011-09-06 | Canon Kabushiki Kaisha | Data processing device, encryption communication method, key generation method, and computer program |
| JP4704045B2 (ja) * | 2005-01-12 | 2011-06-15 | 株式会社エヌ・ティ・ティ・ドコモ | 通信装置、デジタル署名検証方法およびデジタル署名生成方法 |
-
1999
- 1999-08-04 JP JP22141399A patent/JP3982570B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001044988A (ja) | 2001-02-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4263421B2 (ja) | サーバレス分散ファイルシステム | |
| US8693690B2 (en) | Organizing an extensible table for storing cryptographic objects | |
| US7051204B2 (en) | Methods and system for providing a public key fingerprint list in a PK system | |
| EP1763196B1 (en) | Information processing apparatus, verification processing apparatus and control methods thereof | |
| JP4109874B2 (ja) | 情報処理装置、その制御方法、プログラム及び記録媒体 | |
| US20070136599A1 (en) | Information processing apparatus and control method thereof | |
| US6675296B1 (en) | Information certificate format converter apparatus and method | |
| US20050289644A1 (en) | Shared credential store | |
| US20130198807A1 (en) | Transparent Authentication Process Integration | |
| US20020048372A1 (en) | Universal signature object for digital data | |
| US6975727B1 (en) | Dynamic security credential generation system and method | |
| KR19980042805A (ko) | 자료파일내 자료가 진짜임을 검증하기 위한 방법, 장치 및 프로덕트 | |
| JP4093723B2 (ja) | 構造を持った文書に対する電子署名方法及び装置 | |
| US8719574B2 (en) | Certificate generation using virtual attributes | |
| CN109981287B (zh) | 一种代码签名方法及其存储介质 | |
| CN112202719B (zh) | 基于数字证书的签名方法、***、装置及存储介质 | |
| AU2006315415A1 (en) | Service for determining whether digital certificate has been revoked | |
| WO2001043344A1 (en) | System and method for generating and managing attribute certificates | |
| US20060288221A1 (en) | Method, apparatus, and program product for reconfiguring a software package | |
| US20030115461A1 (en) | System and method for the signing and authentication of configuration settings using electronic signatures | |
| CN112311830B (zh) | 基于云存储的Hadoop集群的多租户认证***及方法 | |
| KR20240009957A (ko) | 보안 인터넷 통신을 위한 시스템 및 방법 | |
| EP4224316A1 (en) | Mirror image management method and apparatus | |
| JP4289817B2 (ja) | 情報管理装置及び方法 | |
| EP1854260B1 (en) | Access rights control in a device management system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20040326 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060731 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061020 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070119 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070509 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070626 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100713 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3982570 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100713 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100713 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110713 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120713 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130713 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |