JP2003298575A - 原本性保証システム、電子署名生成インタフェース方法、原本性検証インタフェース方法、プログラム、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 任意のシステムにおける既存の装置の機能を
損なうことなくそのまま利用できるうえで、原本性保証
を実現する。 【解決手段】 原本保管システム１は、少なくとも電子
文書を扱う既存のシステムをベースに、電子署名生成処
理部１１ａ、原本性検証処理部１１ｂが設けられてい
る。電子署名生成処理部１１ａ、原本性検証処理部１１
ｂは、アプリケーション部１１ｃや、原本性保証用シス
テム２とやり取りしながら、電子署名生成／原本性検証
処理を実行する。生成された電子署名は、電子署名保管
部２１に保管され、原本性検証処理の際に用いられる。
また、電子署名に用いられる時刻情報には、時刻情報生
成部２３が生成する高精度な時刻情報が利用される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】ある電子文書が原本であるこ
とを保証する原本性保証システム、その方法に関する。

【０００２】

【従来の技術、発明が解決しようとする課題】従来の原
本性保証システムでは、例えばTrustyCabinet（リコー
社製）、セキュアストレージ（三菱電機社製）等のよう
に、電子署名保管／原本証明機能と原本保管機能とが一
体となった１つの装置として構成されていた。

【０００３】また、セキュアシール（ＮＴＴデータ製）
のように、インターネットを介して、外部の第三者機関
により原本性保証を行なわせるサービスが存在する。こ
のセキュアシールでは、原本保管システム側（サービス
利用者）が、電子文書（原本）のハッシュ値（ダイジェ
スト）を生成して、このハッシュ値を、インターネット
を介して電子文書証明センターに送信して登録させる。
そして、電子文書証明センターが発行する証明書（ファ
イル名、サイズ、証明日時等）を受信して、上記電子文
書（原本）を上記証明書と共に保存する。

【０００４】その後、上記電子文書（原本）の原本性／
正当性の検証が必要となったとき、再度、当該電子文書
（原本）のハッシュ値を生成して、このハッシュ値を上
記証明書と共にインターネットを介して電子文書証明セ
ンターに送信して、検証を行なわせる。

【０００５】尚、証明書に関しては、例えば特表平１０
−５０８１２１号公報記載ような、複数のドキュメント
のハッシュ値を連結して新たなハッシュ値（リンクハッ
シュ値）を生成する手法等が知られている。

【０００６】ところで、上記TrustyCabinet（リコー社
製）、セキュアストレージ（三菱電機社製）等のよう
に、電子署名保管／原本証明機能と原本保管機能とが一
体となった装置として提供する場合には、いちからシス
テム構築する場合には当該装置を採用することに問題は
ないが、既に電子文書データを扱うシステムが構築され
ている場合には、上記装置を採用しようとすると、以下
の問題があった。・当該既存のシステムが扱う電子文書
データ等は、上記装置の原本保管機能により保存／管理
せざるを得なくなるので、既に存在する装置（電子文書
データを扱う装置）が利用できなくなる為、無駄が発生
し、結果的にコスト高となる。・特に、上記既に存在す
るシステム（電子文書データを扱うシステム）が、高度
な検索機能（一括検索等）等の利便性の高い機能を有し
ていた場合、これが使用できなくなると、ユーザはそれ
まで利用できていた機能を使用できなくなり、不便が生
じる。

【０００７】例えば、本出願人が既に「富士時報 Vol.
74 No.3 2001 」等で提案している電子自治体システム
がある。図７は、この電子自治体システムの概略的なシ
ステム構成を示す図である。

【０００８】図示の例の電子自治体システム１００は、
論理的には、データベース（ＤＢ）層１１０、アプリケ
ーション（ＡＰ）層１２０、クライアント層１３０に分
かれており、物理的には、各層毎に、各種機能を実現す
るサーバが、ＬＡＮ等の接続して、イントラネット・シ
ステムを構築している。

【０００９】データベース（ＤＢ）層１１０のサーバと
しては、例えば、図示の例では、情報公開ＤＢサーバ１
１１、文書管理ＤＢサーバ１１２、ファイルサーバ１１
３、電子決済ＤＢサーバ１１４等を示してあるが、勿
論、これらに限らず、他にも様々な機能を実現する各サ
ーバが存在する。

【００１０】アプリケーション（ＡＰ）層１２０のサー
バとしては、例えば、図示の例では、情報公開ＡＰサー
バ１２１、文書管理ＡＰサーバ１２２、電子決済ＡＰサ
ーバ１２３等が示されている。

【００１１】クライアント層１３０の各クライアント１
３１は、例えば自治体内の各職員が使用するパーソナル
コンピュータ等である。また、電子自治体システム１０
０は、ファイアウォール１４０を備えており、外部の任
意のパソコン１６０等からインターネット１５０を介し
てアクセスしてくる場合の安全性の確保を図っている。

【００１２】このような既に完成されており、様々な利
便性の高い機能を提供するシステムが存在しており、こ
のシステムに原本性保証の為の機能を追加しようとする
場合には、上記問題が発生する。

【００１３】このような問題に対して、上記セキュアシ
ールのような外部の第三者機関を、インターネットを介
して利用することが考えられる。しかしながら、セキュ
アシールでは、原本データ自体はインターネット上に送
信せずに安全性を確保しているが、ハッシュ値、証明書
等がインターネット上に流出することになる。原本性保
証に係わるデータは、一切、外部に出さないようにする
ことが望まれる。

【００１４】また、特に電子自治体システムのように大
量のデータを管理／処理するシステムにおいては、ハッ
シュ値、証明書のように元の文書データと比較して遥か
にデータ量が少ないものであっても、数が非常に多い
為、インターネットを介してやり取りするには不向きで
ある（時間が掛かる）。

【００１５】また、セキュアシールは、原本ダイジェス
トに電子署名をする機能がなかった為、登録者の本人確
認ができない。または電子署名の為のシステムを別途設
ける必要があり、不便であり、コスト高となる。

【００１６】本発明の課題は、任意のシステムにおける
既存の装置の機能を損なうことなくそのまま利用できる
うえで、上記任意のシステムに原本性保証を実現する機
能を追加でき、またよりレベルの高い原本性保証が行な
える原本性保証システム、その方法等を提供することで
ある。

【００１７】

【課題を解決するための手段】本発明による原本性保証
システムは、少なくとも電子文書を扱う任意の装置が内
部ネットワークに接続されたシステムにおいて、少なく
とも電子署名保管手段を有する原本性保証用装置が前記
内部ネットワークに接続され、前記任意の装置は、電子
文書を扱う任意の処理を実行するアプリケーション手段
と、該アプリケーション手段からの依頼に応じて、原本
登録依頼者の秘密鍵を用いて、登録対象文書データのダ
イジェストと現在時刻情報と登録者本人情報とから電子
署名を生成し、該電子署名と前記秘密鍵に対応する公開
鍵とを前記内部ネットワークを介して前記原本性保証用
装置に送信して前記電子署名保管手段で保管させ、少な
くとも該電子署名を前記アプリケーション手段に渡し
て、前記登録対象文書データに該電子署名を添付して原
本として保管させる電子署名生成処理手段と、任意のと
きに、前記アプリケーション手段からの依頼に応じて、
前記格納されている原本の原本性を、該原本としての文
書データと前記添付の電子署名、前記電子署名保管手段
に保管されている電子署名と公開鍵とを用いて、検証す
る原本性検証手段とを有するように構成する。

【００１８】上記原本性保証システムによれば、例えば
仮に上記任意の装置が既存の文書管理装置であるとした
場合、電子署名等を格納する原本性保証用装置を設け
て、文書管理装置において文書保管／管理処理を行うア
プリケーションと原本性保証用装置との間のインタフェ
ースをとりながら原本登録（署名生成）／原本性検証を
行う電子署名生成処理手段／原本性検証手段を設けたこ
とにより、既存の装置をそのままにして、原本性保証を
実現する機能をシステムに追加することができる。

【００１９】また、例えば、前記原本性検証手段は、前
記原本としての文書データから生成したダイジェスト
と、前記電子署名保管手段に保管されていた電子署名を
前記公開鍵を用いて復号することで得られるダイジェス
トとが一致し、且つ前記原本としての文書データに添付
されていた電子署名が、前記電子署名保管手段に保管さ
れていた公開鍵で復号でき、且つ前記原本としての文書
データに添付されていた電子署名から復号した現在時刻
情報と、前記電子署名保管手段に保管されていた電子署
名から復号した現在時刻情報とが一致する場合、前記原
本としての文書データの原本性が証明されたものとす
る。

【００２０】このように、三重のチェックを掛けること
で、よりレベルの高い原本性保証が行なえるようにな
る。また、例えば、上記原本性保証システムは、ＧＰＳ
衛星からの信号を利用して高精度の時刻情報を生成する
時刻情報生成装置を更に備え、前記現在時刻情報は、該
時刻情報生成装置が生成する時刻情報に基づいて得られ
るようにする。

【００２１】このようにすることで、外部の第三者機関
（タイムスタンプ発行局等）を利用しなくても、システ
ム内部で、信頼性の高い時間情報を用いて電子署名のタ
イムスタンプを生成することができるようになる。

【００２２】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。図１は、本例による原本
性保証システム全体の概略構成図である。

【００２３】本例による原本性保証システムは、原本保
管システム１と、原本性保証用システム２とより成り、
これらはイントラネット３に接続されている。原本保管
システム１は、アプリケーションシステム部１１と、原
本保管部１２とを有する。

【００２４】原本保管システム１は、少なくとも電子文
書を扱う既存のシステムがベースとなっているものであ
り、例えば本出願人が既に提案している上記電子自治体
システムの一部としての文書管理システム、電子申請シ
ステム、電子入札システム等がベースとなっている。勿
論、これに限るわけではなく、少なくとも電子文書を扱
う任意の装置であれば何でもよい。

【００２５】尚、図示の例では、原本保管システム１
を、アプリケーションシステム部１１と、原本保管部１
２とに区別して示しているが、これは本出願人が既に提
案している電子自治体システムのように、上記文書管理
システム、電子申請システム、電子入札システム等のシ
ステムを、アプリケーション（ＡＰ）層のＡＰサーバ
と、データベース層のＤＢサーバとに分けたシステム構
成（例えば文書管理システムを例にすると、文書管理Ａ
Ｐサーバ（アプリケーションシステム部１１に相当）と
文書管理ＤＢサーバ（原本保管部１２に相当）とがネッ
トワークに接続された構成となる）を例にした場合につ
いて示しているのであり、この例に限るわけではなく、
両者が同一サーバにあっても構わない。

【００２６】原本保管システム１は、上記既存のシステ
ムに基づくものであるが、更に、後述する電子署名生成
処理を行うモジュール（電子署名生成処理部１１ａ）
と、原本性検証処理を行うモジュール（原本性検証処理
部１１ｂ）とが組込まれている。また、アプリケーショ
ンシステム部１１には、元々、文書管理アプリケーショ
ン等の既存のアプリケーションが組込まれているが、こ
のアプリケーションに電子署名生成処理部１１ａや原本
性検証処理部１１ｂとやりとりする機能が付加されたも
のが、図示のアプリケーション部１１ｃである。

【００２７】電子署名生成処理部１１ａは、例えば原本
登録者のクライアント・マシン５から原本保管システム
１に対して原本（電子文書）の保管要求があると、アプ
リケーション部１１ｃからの依頼に応じて、原本（電子
文書）の電子署名を生成する。また、後述する各種処理
を行う。詳しくは後述する。尚、クライアント・マシン
５は、例えば上記クライアント１３１である。

【００２８】原本性検証処理部１１ｂは、原本保管部１
２が保管する原本（電子文書）の原本性／正当性を検証
する。詳しくは後述する。電子署名生成処理部１１ａ、
原本性検証処理部１１ｂの実体は、例えば専用のプログ
ラム・モジュールとして原本保管システム１にインスト
ールされるものであってもよいし、上記既存のアプリケ
ーションに対してサブルーチンとして追加されるもので
あってもよい。尚、同図では、電子署名生成処理部１１
ａ、原本性検証処理部１１ｂは、アプリケーションシス
テム部１１に設けられているが、原本保管部１２に設け
るようにしてもよい。

【００２９】原本性保証用システム２は、電子署名保管
部２１、電子署名ログ格納部２２、時刻情報生成部２
３、時刻情報ログ格納部２４を有する。尚、これら電子
署名保管部２１、電子署名ログ格納部２２、時刻情報生
成部２３、時刻情報ログ格納部２４は、各々が独立した
装置として、各々がイントラネット３に接続された構成
であってもよい。

【００３０】電子署名保管部２１は、電子署名生成処理
部１１ａで生成した電子署名等を格納する。電子署名
は、後述するＩＤと対応付けて格納/管理する。当該Ｉ
Ｄは、生成される電子署名毎に任意に割り当てられる、
例えばシリアル番号である。

【００３１】電子署名ログ格納部２２は、電子署名生成
処理部１１ａが、電子署名保管部２１に対して上記電子
署名等を送付した旨の記録（ログ）を送ってくると、こ
のログ情報を保管する。また、原本性検証処理部１１ｂ
による原本（電子文書）の原本性／正当性を検証結果を
保管する。これらログ情報は、暗号化することにより、
改竄されないようにしてもよい。

【００３２】時刻情報生成部２３は、例えばネットワー
ク・タイムサーバ「ＴｙｍＳｅｒｖｅ」（データム社
製）である。「ＴｙｍＳｅｒｖｅ」は、ＧＰＳ衛星から
の時刻情報を直接参照して、これを、ＴＣＰ／ＩＰを利
用したネットワークプロトコル“ＮＴＰ”により、ネッ
トワーク上の各コンピュータに対して、高い同期精度で
分配する。これにより、ネットワーク上の各コンピュー
タは、高精度の時刻情報を取得できる。

【００３３】本例では、このような時刻情報生成部２３
が生成／出力する高精度の時刻情報に基づいて、定期的
に、原本保管システム１内の不図示の時計機能を調整
（較正）する。これにより、上記電子署名生成処理部１
１ａによる電子署名生成の際に用いられる時刻情報を、
信頼性の高いものにできる。

【００３４】時刻情報ログ格納部２４は、上記時刻情報
生成部２３による時刻較正したときのログ情報を格納す
る。これは、不正な時刻変更が行なわれたか否かをチェ
ックする際に用いられる。当該ログ情報は、暗号化する
ことにより、改竄されないようにしてもよい。

【００３５】尚、外部媒体４は、例えば原本保管システ
ム１が保管する電子文書（原本）のバックアップをとる
場合や、電子文書を長期間保存する為の記録媒体であ
る。外部媒体４は、原本性保証用システム２に含まれる
構成であってもよい。

【００３６】図２は、上記原本性保証システムにおいて
各処理において用いられるデータの流れ／処理の流れを
概略的に示す図である。同図において、Ａ〜Ｈで示すも
のは、電子署名生成処理の際に、電子署名生成処理部１
１ａとアプリケーション部１１ｃとの間でやり取りする
データ（インタフェース項目）、または電子署名生成処
理部１１ａと原本性保証用システム２との間でやり取り
するデータ（インタフェース項目）である。

【００３７】Ａは、例えば原本登録者のクライアント・
マシン５から電子文書（原本）データの登録を依頼した
任意の原本登録者の秘密鍵である。Ｂは、上記任意の原
本登録者が登録依頼した電子文書（仮原本）データであ
る。尚、よく知られているように、“仮原本”とは、
“原本”として正式に登録される前の電子文書データ
（未確定ファイル）である。

【００３８】Ｃは、詳しくは後述する“ＧＰＳ衛星の時
刻情報を取得して生成される高精度な時刻情報”であ
る。Ｃ’は、この高精度な時刻情報Ｃに基づいて調整さ
れた時計１１ｄが出力する時刻情報である。つまり、原
本保管システム１内蔵の時計１１ｄであるにも係わら
ず、信頼性の高い時刻情報となっているものである。

【００３９】Ｄは、電子署名生成処理部１１ａが電子署
名保管部２１から取得するＩＤである。Ｅは、電子署名
生成処理部１１ａから電子署名保管部２１に送信して格
納させるデータであり、「電子署名＋公開鍵」である。

【００４０】Ｆは、電子署名生成処理部１１ａからアプ
リケーション部１１ｃに渡すデータであり、「電子署
名」である。Ｇは、電子署名生成のログ情報であり、電
子署名生成処理部１１ａから電子署名ログ格納部２２に
送信して格納させる。

【００４１】Ｈは、電子文書（仮原本）データＢに「電
子署名」Ｆが添付されたものであり（つまり、原本とし
て登録されるものであり）、これをそのまま又は暗号化
して、原本保管部１２に保管させる。

【００４２】また、同図において、Ｉ〜Ｌで示すもの
は、原本性検証処理の際に、原本性検証処理部１１ｂ
が、原本保管部１２や原本性保証用システム２とやり取
りするデータ（インタフェース項目）である。

【００４３】Ｉは、上記電子署名生成処理を経て原本保
管部１２に保管されていた電子文書（原本）データの中
で今回検証対象となるデータをアプリケーション部１１
ｃが取り出したものである。尚、もし、保管の際に電子
文書（原本）データが暗号化されていたならば、復号化
する。

【００４４】Ｊは、アプリケーション部１１ｃが、原本
性検証処理部１１ｂに渡すデータであり、上記電子文書
（原本）データＩと、その電子署名である。Ｋは、上記
電子署名生成処理において電子署名保管部２１に保管さ
れている「電子署名＋公開鍵」Ｅの中で、上記検証処理
対象となる電子文書（原本）データＩに対応する「電子
署名＋公開鍵」Ｅである。

【００４５】Ｌは、原本性検証処理部１１ｂによる検証
結果を示すログ情報であり、原本性検証処理部１１ｂが
電子署名ログ格納部２２に対して出力して格納させる。
以下、まず電子署名生成の際の処理について詳細に説明
する。

【００４６】図３は、電子署名生成の際の処理の流れに
ついて説明する為のフローチャート図である。尚、同図
に示すＡ、Ｂ、・・・等の記号は、図２に示した記号を
意味するものである。

【００４７】図３において、任意の電子文書データにつ
いて原本登録を要求する者が、クライアント・マシン５
等から原本保管システム１に対して、原本登録を要求す
ると、まず、アプリケーション部１１ｃは、クライアン
ト・マシン５から当該原本登録要求者の秘密鍵Ａを取り
出して、これを電子署名生成処理部１１ａに渡す（ステ
ップＳ１１）。また、上記電子文書データＢも電子署名
生成処理部１１ａに渡す（ステップＳ１２）。尚、アプ
リケーション部１１ｃは、上記クライアント・マシン５
等から原本保管システム１にアクセスしたときのログイ
ン名とＩＰアドレスも、電子署名生成処理部１１ａに渡
す。

【００４８】電子署名生成処理部１１ａは、上記秘密鍵
Ａを受け取り（ステップＳ２１）、上記電子文書データ
Ｂを受け取ると（ステップＳ２２）、まず、ハッシュ関
数（又はダイジェスト関数）によるダイジェスト（ハッ
シュ値）生成を行う（ステップＳ２３）。次に、原本保
管システム１の内部時計である時計１１ｄから、時刻情
報Ｃ’を取得する（ステップＳ２４）。上述してあるよ
うに、時計１１ｄは、定期的に、時刻情報生成部２３か
ら出力される高精度の時刻情報により較正されているの
で、時刻情報Ｃ’は信頼性の高い時刻情報である。尚、
このような例に限らず、時刻情報生成部２３から出力さ
れる時刻情報を、そのまま用いてもよい。

【００４９】そして、電子署名生成処理部１１ａは、上
記ダイジェスト、時刻情報等（その他、ログイン名を加
えてもよい）に対して、秘密鍵Ａを用いて所定の暗号化
アルゴリズムを適用して、ディジタル署名を生成する
（ステップＳ２５）。

【００５０】上記ダイジェスト（ハッシュ値）生成手法
や、暗号化アルゴリズム自体は、公知の手法（例えば
“「暗号化によるセキュリティ対策ガイド コンピュー
タ犯罪者から重要機密や個人情報を守る」 Pete Losh
in著 翔泳社”等で紹介されている）を用いればよいの
で、特に詳細には説明しないが、一例としては例えばＲ
ＳＡ（Rivest-Shamir-Adleman ）公開鍵暗号化手法を用
いればよい。この手法では、よく知られているように、
予め生成されている鍵ペア（所有者が秘密にするプライ
ベート鍵（上記秘密鍵Ａ）と、他者に公開する公開鍵）
を用いて、何れか一方の鍵で暗号化したものは、この鍵
とペアとなるもう一方の鍵でしか復号化できない仕組み
となっている。本例では、電子署名生成処理の際には原
本登録要求者のプライベート鍵（上記秘密鍵Ａ）を用い
て暗号化し、原本性検証処理の際にはこの秘密鍵Ａとペ
アとなっている公開鍵を用いて復号する（後述する）。
尚、特に図示／説明していないが、当然、この公開鍵
は、予め原本性検証処理部１１ｂに保持させておく（例
えばそのユーザのログイン名と対応付けて格納してお
く）。

【００５１】尚、簡易的な方法として、予め原本性保証
用システム２の秘密鍵を電子署名生成処理部１１ａに渡
して保持させておくようにしてもよい。上記ステップＳ
２５で電子署名を生成したら、続いて、電子署名保管部
２１からＩＤ（Ｄ）を取得して（ステップＳ２６）、こ
れら「電子署名＋ＩＤ」（Ｆ）をアプリケーション部１
１ｃに渡す（ステップＳ２７）。

【００５２】アプリケーション１１ｃは、「電子署名＋
ＩＤ」（Ｆ）を受け取ると（ステップＳ１３）、上記電
子文書データＢに、これら電子署名、ＩＤを添付したも
の（Ｈ）を、原本保管部１２へ送る（ステップＳ１
４）。原本保管部１２は、これを格納する。尚、その
際、電子文書データを暗号化してもよい。尚、電子文章
データは、例えば、ＰＤＦ（Portable Document Forma
t）データである。

【００５３】また、上記ステップＳ２７の処理の次に、
電子署名生成処理部１１ａは、上記生成した電子署名と
上記公開鍵とを、イントラネット３を介して原本性保証
用システム２に送信し、電子署名保管部２１に格納させ
る（ステップＳ２８）。

【００５４】また、上記電子署名生成に関するログ情報
も、イントラネット３を介して原本性保証用システム２
に送信し、電子署名ログ格納部２２に格納させる（ステ
ップＳ２９）。このログ情報は、暗号化してから送信し
てもよい。

【００５５】以上の処理により電子署名保管部２１、電
子署名ログ格納部２２に格納されるデータ、又は上述し
てある時計較正処理毎に時刻情報ログ格納部２４に格納
されるデータの具体例を、図４（ａ）〜（ｃ）に示す。

【００５６】図４（ａ）は電子署名保管部２１、図４
（ｂ）は電子署名ログ格納部２２、図４（ｃ）は時刻情
報ログ格納部２４のテーブル構成図である。図４（ａ）
に示す電子署名保管部２１のデータ格納形式は、図では
一見テーブル形式で示すが、実際には電子署名のＩＤ３
１をフォルダ名とし、このフォルダ内に電子署名、公開
鍵が格納されるフォルダ構造となっている。尚、図の通
りのテーブル形式としてもよく、この場合には電子署名
３２、公開鍵３３の欄には、実際の電子署名データ、公
開鍵データが記憶されている記憶領域のアドレス等が格
納されることになる。

【００５７】図４（ｂ）に示す電子署名ログ格納部２２
のテーブル４０は、処理日時４１、ログイン名（＆ＩＰ
アドレス）４２、処理名４３、処理結果４４の各データ
項目より成る。

【００５８】処理名４３は、署名生成または署名検証で
あり、署名検証処理の場合には検証結果（正常または不
一致）が処理結果４４に格納される。図４（ｃ）に示す
時刻情報ログ格納部２４のテーブル５０は、処理日時５
１、ログイン名（＆ＩＰアドレス）５２、処理名５３、
処理結果５４の各データ項目より成る。

【００５９】処理日時５１は、各時計較正処理が行なわ
れた日時である。処理結果５４は、較正処理を行なった
時計の較正前の日時、較正の日時が格納される。尚、ロ
グイン名（＆ＩＰアドレス）５２は、誰が処理を要求し
たのかを特定する際に用いられる。

【００６０】次に、以下、上記原本性検証処理につい
て、図５を参照して、詳細に説明する。まず、アプリケ
ーション部１１ｃは、今回検証の対象となる原本データ
を、原本保管部１２から取り出す（ステップＳ３１）。
この原本データには、上記の通り、電子署名とＩＤが添
付されており、これを、原本性検証処理部１１ｂへ渡す
（ステップＳ３２）。その際、原本データが、上記電子
署名生成処理の際に暗号化されてから原本保管部１２に
格納してあった場合には、これを復号化する。

【００６１】原本性検証処理部１１ｂは、この電子署名
とＩＤが添付された原本データを受け取ると（ステップ
Ｓ４１）、まず、このＩＤをイントラネット３を介して
原本性保証用システム２に通知して、電子署名保管部２
１から、該当する「電子署名と公開鍵」Ｋを取得する
（ステップＳ４２）。尚、以下、この電子署名保管部２
１から取得した公開鍵を“公開鍵Ｖ”と呼ぶものとす
る。一方、原本保管システム１側で元々保管している、
当該原本登録者の公開鍵を“公開鍵Ｗ”と呼ぶものとす
る。また、ステップＳ４１で取得した原本データに添付
されている電子署名を“電子署名Ｘ”、ステップＳ４２
で電子署名保管部２１から取得した電子署名を“電子署
名Ｙ”と呼ぶものとする。

【００６２】次に、ステップＳ４１で受け取った原本
（電子文書）に対して、ステップＳ２３の処理と同様に
してハッシュ関数によりダイジェストを生成する（ステ
ップＳ４３）。一方、ステップＳ４２で電子署名保管部
２１から取得した“電子署名Ｙ”を、“公開鍵Ｗ”によ
り復号化して、上記電子署名生成処理時に生成されてい
るダイジェスト（勿論、その他、時刻情報等も復号され
る）を得る（ステップＳ４４）。

【００６３】そして、以下のステップＳ４５、Ｓ４６、
Ｓ４７のチェック処理が全てＯＫであった場合のみ、上
記原本データが原本であることが証明される。１つでも
ＮＧであった場合には、原本性は保証されない。このよ
うに三重のチェック処理を行うことで、よりレベルの高
い原本性保証が行なえるようになる。

【００６４】尚、これらチェック処理は、必ずしもステ
ップＳ４５、Ｓ４６、Ｓ４７の順番で行う必要はない。
順番は何でもよい。まず、ステップＳ４５の処理では、
上記ステップＳ４３の処理で新たに生成したダイジェス
トと、ステップＳ４４の復号化処理で得たダイジェスト
とを比較して、両者が一致するか否かを判定する。

【００６５】ステップＳ４６の処理では、上記原本デー
タに添付されていた“電子署名Ｘ”を、ステップＳ４２
の処理で電子署名保管部２１から取得した“公開鍵Ｖ”
によって復号可能か否かをチェックする。

【００６６】ステップＳ４７の処理では、上記ステップ
Ｓ４４、ステップＳ４６の処理により、“電子署名
Ｙ”、“電子署名Ｘ”を復号化することにより得られた
２つの時刻情報を比較して、両者が一致するか否かを判
定する。

【００６７】そして、特に図示していないが、ステップ
Ｓ４５、Ｓ４６、Ｓ４７のチェック処理が全てＯＫ（Ｙ
ＥＳ）であった場合には、アプリケーション部１１ｃに
対してチェックＯＫを通知する。更に、当該原本を外部
媒体４に保管する場合には、アプリケーション部１１ｃ
又は原本性検証処理部１１ｂが、当該原本を外部媒体４
に保管する。

【００６８】一方、ステップＳ４５、Ｓ４６、Ｓ４７の
チェック処理うち、１つでもＮＧであった場合には、ア
プリケーション部１１ｃに対してチェックＮＧを通知す
ると共に、当該原本データを不図示の記録媒体（又は記
憶領域）に退避する。

【００６９】また、上記検証処理ログ情報（チェックＯ
ＫまたはＮＧ）をイントラネット３を介して原本性保証
用システム２に通知して、電子署名ログ格納部２２に格
納させる。その際、ログ情報を暗号化して通知、または
原本性保証用システム２側で暗号化して、これを電子署
名ログ格納部２２に格納させるようにしてもよい。

【００７０】尚、上述した電子署名生成処理または原本
性検証処理の説明の中で、原本保管部１２に格納する原
本データや、原本性保証用システム２に通知するログ情
報について、暗号化／復号化してもよい旨の説明をした
が、この暗号化／復号化は、例えば原本保管システム１
又は原本性保証用システム２で内部的に独自に保持／管
理する秘密鍵を用いて、所謂「共通鍵暗号方式」（暗号
化した際の秘密鍵と同一の秘密鍵により復号する）を用
いて行なえばよい。

【００７１】図６は、上述した原本保管システム１又は
原本性保証用システム２である情報処理装置（サーバ）
のハードウェア構成の一例を示す図である。同図に示す
情報処理装置６０は、ＣＰＵ６１、メモリ６２、記憶装
置６３、媒体駆動装置６４、及びネットワーク接続装置
６５を有し、これらがバス６６に接続された構成となっ
ている。同図に示す構成は一例であり、これに限るもの
ではない。

【００７２】ＣＰＵ６１は、当該情報処理装置６０全体
を制御する中央処理装置である。メモリ６２は、プログ
ラム実行、データ更新等の際に、記憶装置６５（あるい
は可搬記憶媒体６７）に記憶されているプログラムある
いはデータを一時的に格納するＲＡＭ等のメモリであ
る。ＣＰＵ６１は、メモリ６２に読み出したプログラム
／データを用いて、上述してある各種処理を実行する。

【００７３】記憶装置６３は、例えばハードディスク等
であり、上述した様々な処理・機能を実現させるプログ
ラム／データが格納されている。ネットワーク接続装置
６５は、例えばイントラネット３に接続して、他の情報
処理装置とのコマンド／データ送受信を行う為の構成で
ある。

【００７４】あるいは、これらプログラム／データは、
可搬記憶媒体６７に記憶されているものであってもよ
い。この場合、可搬記憶媒体６７に記憶されているプロ
グラム／データは、媒体駆動装置６４によって読み出さ
れる。可搬記憶媒体６７は、例えば、ＦＤ（フレキシブ
ル・ディスク）６７ａ、ＣＤ−ＲＯＭ６７ｂ、その他、
ＤＶＤ、光磁気ディスク等である。

【００７５】あるいは、また、上記プログラム／データ
は、ネットワーク接続装置６５により接続しているネッ
トワークを介して、他の装置内に記憶されているものを
ダウンロードするものであってもよい。あるいは、更
に、インターネットを介して、外部の他の装置内に記憶
されているものをダウンロードするものであってもよ
い。

【００７６】また、本発明は、上記本発明の各種処理を
コンピュータ上で実現するプログラムを記録した可搬記
憶媒体として構成できるだけでなく、当該プログラム自
体として構成することもできる。

【００７７】

【発明の効果】以上、詳細に説明したように、本発明の
原本性保証システム、その方法によれば、任意のシステ
ムにおける既存の装置の機能を損なうことなくそのまま
利用できるうえで、上記任意のシステムに原本性保証を
実現する機能を追加でき、またよりレベルの高い原本性
保証が行なえるようになる。

【図面の簡単な説明】

【図１】本例による原本性保証システム全体の概略構成
図である。

【図２】原本性保証システムにおいて各処理において用
いられるデータの流れ／処理の流れを概略的に示す図で
ある。

【図３】電子署名生成の際の処理の流れについて説明す
る為のフローチャート図である。

【図４】（ａ）は電子署名保管部、（ｂ）は電子署名ロ
グ格納部、（ｃ）は時刻情報ログ格納部のテーブル構成
図である。

【図５】原本性検証の際の処理の流れについて説明する
為のフローチャート図である。

【図６】情報処理装置（サーバ）のハードウェア構成の
一例を示す図である。

【図７】本発明の適用先の一例である電子自治体システ
ムの概略的なシステム構成を示す図である。

【符号の説明】

１ 原本保管システム ２ 原本性保証用システム ３ イントラネット ４ 外部媒体 ５ 原本登録者のクライアント・マシン １１ アプリケーションシステム部 １１ａ 電子署名生成処理部 １１ｂ 原本性検証処理部 １１ｃ アプリケーション部 １２ 原本保管部 ２１ 電子署名保管部 ２２ 電子署名ログ格納部 ２３ 時刻情報生成部 ２４ 時刻情報ログ格納部 ３０ テーブル ３１ 電子署名のＩＤ ３２ 電子署名 ３３ 公開鍵 ４０ テーブル ４１ 処理日時 ４２ ログイン名（＆ＩＰアドレス） ４３ 処理名 ４４ 処理結果 ５０ テーブル ５１ 処理日時 ５２ ログイン名（＆ＩＰアドレス） ５３ 処理名 ５４ 処理結果 ６０ 情報処理装置 ６１ ＣＰＵ ６２ メモリ ６３ 記憶装置 ６４ 媒体駆動装置 ６５ ネットワーク接続装置 ６６ バス ６７ 可搬記憶媒体 ６７ａ ＦＤ（フレキシブル・ディスク） ６７ｂ ＣＤ−ＲＯＭ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 少なくとも電子文書を扱う任意の装置が
   内部ネットワークに接続されたシステムにおいて、 少なくとも電子署名保管手段を有する原本性保証用装置
   が前記内部ネットワークに接続され、 前記任意の装置は、 電子文書を扱う任意の処理を実行するアプリケーション
   手段と、 該アプリケーション手段からの依頼に応じて、原本登録
   依頼者の秘密鍵を用いて、登録対象文書データのダイジ
   ェストと現在時刻情報と登録者本人情報とから電子署名
   を生成し、該電子署名と前記秘密鍵に対応する公開鍵と
   を前記内部ネットワークを介して前記原本性保証用装置
   に送信して前記電子署名保管手段で保管させ、少なくと
   も該電子署名を前記アプリケーション手段に渡して、前
   記登録対象文書データに該電子署名を添付して原本とし
   て保管させる電子署名生成処理手段と、 任意のときに、前記アプリケーション手段からの依頼に
   応じて、前記格納されている原本の原本性を、該原本と
   しての文書データと前記添付の電子署名、前記電子署名
   保管手段に保管されている電子署名と公開鍵とを用い
   て、検証する原本性検証手段と、 を有することを特徴とする原本性保証システム。
2. 【請求項２】 前記原本性検証手段は、前記原本として
   の文書データから生成したダイジェストと、前記電子署
   名保管手段に保管されていた電子署名を前記公開鍵を用
   いて復号することで得られるダイジェストとが一致し、
   且つ前記原本としての文書データに添付されていた電子
   署名が、前記電子署名保管手段に保管されていた公開鍵
   で復号でき、且つ前記原本としての文書データに添付さ
   れていた電子署名から復号した現在時刻情報と、前記電
   子署名保管手段に保管されていた電子署名から復号した
   現在時刻情報とが一致する場合、前記原本としての文書
   データの原本性が証明されたものとすることを特徴とす
   る請求項１記載の原本性保証システム。
3. 【請求項３】 ＧＰＳ衛星からの信号を利用して高精度
   の時刻情報を生成する時刻情報生成装置を更に備え、 前記現在時刻情報は、該時刻情報生成装置が生成する時
   刻情報に基づいて得られることを特徴とする請求項１又
   は２記載の原本性保証システム。
4. 【請求項４】 少なくとも電子文書を扱う任意の装置が
   内部ネットワークに接続されたシステムにおいて、 少なくとも電子署名保管手段を有する原本性保証用装置
   が前記内部ネットワークに接続され、 前記任意の装置は、 電子文書を扱う任意の処理を実行するアプリケーション
   手段と、 該アプリケーション手段からの依頼に応じて、登録対象
   文書データのダイジェストと現在時刻情報と登録者本人
   情報とから電子署名を生成し、該電子署名を前記内部ネ
   ットワークを介して前記原本性保証用装置に送信して前
   記電子署名保管手段で保管させると共に、前記アプリケ
   ーション手段において前記登録対象文書データを原本と
   して保管させる電子署名生成処理手段と、 任意のときに、前記アプリケーション手段からの依頼に
   応じて、前記格納されている原本の原本性を、該原本と
   しての文書データと、前記電子署名保管手段に保管され
   ている電子署名とを用いて、検証する原本性検証手段
   と、 を有することを特徴とする原本性保証システム。
5. 【請求項５】 少なくとも電子文書を扱う任意の装置に
   おいて該電子文書を扱う任意の処理を実行するアプリケ
   ーションからの依頼に応じて、 原本登録依頼者の秘密鍵を用いて、登録対象文書データ
   のダイジェストと現在時刻情報と登録者本人情報とから
   電子署名を生成し、 該電子署名と前記秘密鍵に対応する公開鍵とを内部ネッ
   トワークを介して電子署名保管装置に送信して保管さ
   せ、 少なくとも該電子署名を前記アプリケーション手段に渡
   して、前記登録対象文書データに該電子署名を添付して
   原本として保管させる電子署名生成インタフェース方
   法。
6. 【請求項６】 少なくとも電子文書を扱う任意の装置に
   おいて該電子文書を扱う任意の処理を実行するアプリケ
   ーションからの依頼に応じて、 原本としての文書データと該文書データに添付されてい
   る電子署名、外部の電子署名保管装置に保管されている
   電子署名と公開鍵とを用いて、 前記原本としての文書データから生成したダイジェスト
   と、前記電子署名保管装置に保管されていた電子署名を
   公開鍵を用いて復号することで得られるダイジェストと
   が一致し、 且つ、前記原本としての文書データに添付されていた電
   子署名が、前記電子署名保管装置に保管されていた公開
   鍵で復号でき、 且つ、前記原本としての文書データに添付されていた電
   子署名から復号した現在時刻情報と、前記電子署名保管
   装置に保管されていた電子署名から復号した現在時刻情
   報とが一致する場合に、 前記原本としての文書データの原本性が証明されたもの
   とすることを特徴とする原本性検証インタフェース方
   法。
7. 【請求項７】 コンピュータに、 少なくとも電子文書を扱う任意の装置において該電子文
   書を扱う任意の処理を実行するアプリケーションからの
   依頼に応じて、 原本登録依頼者の秘密鍵を用いて、登録対象文書データ
   のダイジェストと現在時刻情報と登録者本人情報とから
   電子署名を生成する機能と、 該電子署名と前記秘密鍵に対応する公開鍵とを内部ネッ
   トワークを介して電子署名保管装置に送信して保管させ
   る機能と、 少なくとも該電子署名を前記アプリケーション手段に渡
   して、前記登録対象文書データに該電子署名を添付して
   原本として保管させる機能と、 を実現させるためのプログラム。
8. 【請求項８】 コンピュータに、 少なくとも電子文書を扱う任意の装置において該電子文
   書を扱う任意の処理を実行するアプリケーションからの
   依頼に応じて、 原本登録依頼者の秘密鍵を用いて、登録対象文書データ
   のダイジェストと現在時刻情報と登録者本人情報とから
   電子署名を生成する機能と、 該電子署名と前記秘密鍵に対応する公開鍵とを内部ネッ
   トワークを介して電子署名保管装置に送信して保管させ
   る機能と、 少なくとも該電子署名を前記アプリケーション手段に渡
   して、前記登録対象文書データに該電子署名を添付して
   原本として保管させる機能と、 を実現させるプログラムを記録した前記コンピュータ読
   取り可能な記録媒体。