JPH10290224A - 電子情報の認証を行う認証システムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 企業内で文書を扱った人物が権限を持ってい
たかどうかを検証し、電子的な不正取引を防止すること
が課題である。 【解決手段】 サーバ１１の値発生部２６は、検証用の
適当な値を発生させ、担当者１の端末１２に送る。端末
１２は、与えられた関数をその値に適用して関数値を生
成し、それを文書に付加して担当者２、３に回送する。
端末１３、１４も同様にして関数を適用し、最終的に３
つの関数の適用結果が文書とともにサーバ１１に送られ
る。秘密情報比較部２８は、受け取った関数値を秘密情
報記憶装置３０内の関数値と比較し、それらが同じであ
れば、文書発信部２２が、文書に代表の電子署名を付加
して社外に発信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、企業間で電子取引
を行う場合などに、文書が正当な作成者および承認者を
経由したかどうかを検証し、決められたルートを正しく
回送された文書に代表の電子署名を付与する認証システ
ムおよびその方法に関する。

【０００２】

【従来の技術】近年、企業の従業者による不正取引が企
業にとって問題となっている。最近の不正取引の特徴と
して、金額の巨大化、不正の長期化が挙げられ、不正取
引を防止することは企業にとって重大な課題となってい
る。また、最近のインターネットの流行により、企業間
で電子取引を開始しようとする動きがあるが、この電子
取引においても、不正取引を未然に防止することが求め
られている。

【０００３】電子取引については、最近の暗号技術を利
用した認証技術の発達により、コンピュータ・ネットワ
ーク上で個人を電子的に認証することが可能となった。
例えば、ユーザＡがユーザＢに文書を送る場合、ユーザ
Ａは自分の電子署名を文書に付けて送る。すると、その
文書を受け取ったユーザＢは、電子署名がユーザＡのも
のであることを検証することにより、受け取った文書が
間違いなくユーザＡが作成した文書であることを確認す
ることができる。

【０００４】

【発明が解決しようとする課題】しかしながら、ネット
ワークを利用した電子取引には次のような問題がある。
上述のような認証技術を企業内でやりとりされる文書に
利用することで、文書作成や文書承認者などの文書を扱
った担当者を特定することができる。しかし、認証技術
はあくまで個人を特定するもので、文書を作成した人物
が誰であるかは特定できるが、本当にその人物がその文
書を作成する権限を持っていたかどうかは特定できな
い。同様に、文書を承認した人物が誰であるかは特定で
きるが、本当にその人物がその文書を承認する権限を持
っていたかどうかは特定できない。

【０００５】企業内でやり取りされる文書の場合、誰が
文書を扱ったのかが分かるだけでは不十分であり、文書
を扱った者がその文書を扱う権限を持っていたかどうか
が重要となる。

【０００６】また、企業間で電子取引を行う場合、例え
ばＡ企業からＢ企業に文書を送信するとすると、Ａ企業
では送信する文書が間違いなくＡ企業で作成されたもの
であることを示すために、送信文書にＡ企業の代表の電
子署名をつける。Ｂ企業は、受信文書につけられた電子
署名を検証することで、文書が間違いなくＡ企業で作成
されたものであることを確認できる。

【０００７】ここで、Ａ企業において、代表の電子署名
を付ける手段を、文書を作成もしくは検査する担当者に
与えると、その担当者が本来の業務に関係のない文書に
まで代表の電子署名を付けて、不正取引を行うことが可
能となり、非常に危険である。よって、企業間で電子取
引を安全に行うためには、文書を送信する企業内で、文
書を送信する直前に代表の電子署名を文書に付けるよう
なシステムが必要となる。

【０００８】本発明の課題は、文書を扱った人物が文書
を扱う権限を持っていたかどうかをシステマチックに検
証し、検証された文書に対して自動的に代表の電子署名
を付けることで、不正取引を防止する認証システムおよ
びその方法を提供することである。

【０００９】

【課題を解決するための手段】図１は、本発明の認証シ
ステムの原理図である。図１の認証システムは、通信ネ
ットワーク７に接続された認証装置１と各担当者の端末
装置４から成り、認証装置１は秘密情報格納手段２と確
認手段３を備え、端末装置４は通信手段５と変換手段６
を備える。

【００１０】秘密情報格納手段２は、回送される電子情
報に対応する秘密情報を格納し、確認手段３は、上記秘
密情報と上記電子情報に付加された情報とに基づいて、
その電子情報が正しく回送されたかどうかを確認する。

【００１１】ネットワーク７上では、文書データ、画像
データなどの任意の電子情報が関係する担当者の間で回
送され、秘密情報格納手段２は、各電子情報に対応する
秘密情報を、あらかじめそれらの担当者に知られないよ
うにして格納している。各担当者の端末装置４を回送さ
れた電子情報が到着すると、確認手段３は、電子情報に
付加された情報を取り出し、それと秘密情報とに基づい
て回送ルートを確認する。

【００１２】秘密情報としては、例えば、電子情報を扱
う一人以上の担当者のそれぞれに割り当てられた関数
を、回送順に検証用データに適用した結果が用いられ
る。そして、電子情報に検証用データが付加されて各担
当者に回送される間に、その検証用データに対して、端
末装置４により関数が適用された結果を、秘密情報と比
較することで、電子情報が正しく回送されたかどうかが
確認できる。

【００１３】もし、両方の結果が一致しなければ、電子
情報が、それを扱う権限のない担当者に回送されたか、
あるいは、正規の回送ルートと異なる順序で回送された
可能性があるとみなされる。このような場合には、その
電子情報の発信処理を中止することができる。

【００１４】そして、秘密情報と電子情報に付加された
情報とが一致した場合にのみ、その電子情報に代表の電
子署名を付けて社外に発信することで、従業者による不
正取引を防止することができる。

【００１５】また、端末装置４の通信手段５は、回送さ
れる電子情報を受け取り、次の送付先に送る。このと
き、変換手段６は、受け取った電子情報に付加された情
報を、特定の担当者に割り当てられたアルゴリズムに従
って変換する。

【００１６】特定の担当者とは、例えば、各端末装置４
に割り当てられた担当者を指し、変換手段６は、その担
当者にあらかじめ与えられた特定のデータ変換アルゴリ
ズムに従って、電子情報に付加された情報を変換する。
このデータ変換アルゴリズムとしては、例えば、上記関
数が用いられる。

【００１７】変換された情報は、通信手段５により電子
情報に付加されて次の端末装置４に送られ、その端末装
置４において、別のデータ変換アルゴリズムによる変換
が施される。このようにして、電子情報が各担当者に回
送される間に、付加情報が次々と変換されて、最終的に
は、回送されたルート特有の情報に変換される。認証装
置１は、この情報を調べることで、電子情報が正しく回
送されたかどうかを確認することができる。

【００１８】そして、電子情報に付加された情報が正し
い回送ルートに対応している場合にのみ、その電子情報
に代表の電子署名を付けて社外に発信することで、従業
者による不正取引を防止することができる。

【００１９】例えば、図１の認証装置は、後述する図２
におけるサーバ１１に対応し、秘密情報格納手段２は秘
密情報記憶装置３０に対応し、確認手段３は秘密情報比
較部２８に対応する。また、例えば、通信手段５はイン
タフェース４１、５１、６１に対応し、変換手段６は関
数適用部４３、５３、６３に対応する。

【００２０】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。本発明の認証システ
ムにおいては、企業間で電子取引を安全に行うために、
文書を送信する側の企業において、文書が、正当な担当
者である作成者および承認者を経た場合にのみ、その文
書に代表の電子署名を付けるようにする。

【００２１】このため、サーバは、あらかじめ各担当者
の端末に特定の関数を配っておき、文書とともに検証用
の適当なデータを回送する。各端末は、与えられた関数
を回送されるデータに順次適用し、関数値として次の端
末に送る。そして、サーバは、最後の端末から送られた
関数値を、最初のデータに各担当者の関数を回送順に適
用した結果と比較して、回送ルートを検証する。

【００２２】それらが一致すれば、文書が決められたル
ートで正しく回送されたものと判定し、自動的に、文書
に代表の電子署名を付けて社外に発信する。このよう
に、サーバのみが知っている関数と検証用データを用い
ることで、文書が正しい担当者を経由したかどうかがチ
ェックされ、各担当者の権限が検証される。また、サー
バが代表の電子署名を付与するので、担当者による電子
署名の不正使用が防止される。

【００２３】電子署名とは、データの送信者が本人しか
知らない秘密鍵を用いて、なんらかの方法でデータを暗
号化して作成した情報である。データの受信者が、送信
者の身元が確かであることを確認するためには、例え
ば、認証局から発行される証明書の中の公開鍵を用いて
電子署名を復号化し、その内容を検証すればよい。電子
署名の生成に用いられる秘密鍵と証明書に記載される公
開鍵とは対になっており、秘密鍵により暗号化されたデ
ータは公開鍵により復号化することができる。

【００２４】図２は、本発明の認証システムの構成図で
ある。図２の認証システムは、サーバ１１と担当者の端
末１２、１３、１４を含み、社外の通信ネットワークで
ある外部ネットワークに接続されている。

【００２５】サーバ１１は、インタフェース（ＩＦ）２
１、文書発信部２２、署名作成部２３、署名検証部２
４、関数発生部２５、値発生部２６、関数適用部２７、
および秘密情報比較部２８を含む。サーバ１１には、関
数記憶装置２９、秘密情報記憶装置３０、および文書記
憶装置３１が接続されている。

【００２６】また、担当者１の端末１２は、インタフェ
ース４１、署名検証部４２、関数適用部４３、および署
名作成部４４を含み、担当者２の端末１３は、インタフ
ェース５１、署名検証部５２、関数適用部５３、および
署名作成部５４を含み、担当者３の端末１４は、インタ
フェース６１、署名検証部６２、関数適用部６３、およ
び署名作成部６４を含む。

【００２７】これらの端末１２、１３、１４には、それ
ぞれ、関数記憶装置４５、５５、６５が接続されてい
る。また、サーバ１１と端末１２、１３、１４は、社内
の通信ネットワークである内部ネットワークにより、互
いに結合されている。なお、担当者の端末は、一般に任
意の数だけ設けることができ、４台以上の場合も同様の
構成を持つ。

【００２８】このような認証システムにおいて、ある文
書が担当者１から担当者３まで回送される場合を例に取
り、その回送および発信を認証する動作を説明する。ま
ず、文書を回送する前に、サーバ１１の関数発生部２５
は、担当者１、担当者２、担当者３用にそれぞれ個別の
関数を発生させる。サーバ１１は、作成した関数を、他
の担当者に知られないように各担当者に配送する。担当
者１、担当者２、担当者３は、配送された関数を、それ
ぞれ関数記憶装置４５、５５、６５に格納する。

【００２９】また、サーバ１１は、各関数を関数記憶装
置２９に格納する。その際、図３に示すように、文書の
回送ルートに従って、文書種別、発信者、受信者、およ
び関数からなる表を作成し、発信者から文書作成通知が
来た時の回送ルート検索に用いる。ここでは、担当者
１、担当者２、担当者３に対して、それぞれ、関数１、
関数２、関数３が割り当てられており、文書種別“文
１”は、担当者１、担当者２、担当者３、サーバの順の
回送ルートに対応している。

【００３０】図４は、実際に文書を発信するまでの過程
で、サーバ１１や各端末間でやり取りされる通信データ
の表を示している。まず、担当者１が文書を発信する場
合、手順Ｐ１において、端末１２は、インタフェース４
１からサーバ１１のインタフェース２１に対して、作成
した文書を送る。

【００３１】サーバ１１の値発生部２６は、送られた文
書に対するＩＤと、サーバ１１にしか分からない適当な
値を一つ生成する。取り扱う文書が一種類しかない場合
は、ＩＤは必ずしも生成する必要はなく、以下の処理に
おいて省略することができる。また、値はランダムに発
生させてもよく、文書またはＩＤの一部を値として用い
てもよい。

【００３２】次に、サーバ１１は、文書種別と発信者の
情報をもとに、関数記憶装置２９から文書の回送ルート
を検索し、関数適用部２７において、回送ルートに含ま
れる担当者の各関数を、順次、値発生部２６が生成した
値に適用する。関数を適用された値は、秘密情報とし
て、図５に示すように、値発生部２６が生成したＩＤと
共に秘密情報記憶装置３０に格納される。

【００３３】手順Ｐ２において、サーバ１１は、値発生
部２６が生成したＩＤと値を、インタフェース２１から
端末１２のインタフェース４１に送る。インタフェース
４１を介して値を受け取った関数適用部４３は、関数記
憶装置４５に格納された関数１を受け取った値に適用す
る。そして、署名作成部４４は、文書、ＩＤ、および関
数適用値である“関数１（値）”に、電子署名１を付け
る。

【００３４】このように、担当者の電子署名は、文書、
ＩＤ、および関数適用値を含むデータの全体に付けるの
が望ましいが、もちろん、その一部分に付けることも可
能である。

【００３５】手順Ｐ３において、端末１２は、文書、Ｉ
Ｄ、関数適用値、および電子署名１を、インタフェース
４１から端末１３のインタフェース５１に送る。インタ
フェース５１を介してこれらの情報を受け取った署名検
証部５２は、担当者１が付けた電子署名１を検証する。

【００３６】検証結果に誤りがなければ、関数適用部５
３が、関数記憶装置５５に格納された関数２を、受け取
った関数適用値に適用する。そして、署名作成部５４
は、文書、ＩＤ、および関数適用値“関数２（関数１
（値））”に、電子署名２を付ける。

【００３７】手順Ｐ４において、端末１３は、文書、Ｉ
Ｄ、関数適用値、電子署名１、および電子署名２を、イ
ンタフェース５１から端末１４のインタフェース６１に
送る。インタフェース６１を介してこれらの情報を受け
取った署名検証部６２は、担当者２が付けた電子署名２
を検証する。

【００３８】検証結果に誤りがなければ、関数適用部６
３が、関数記憶装置６５に格納された関数３を、受け取
った関数適用値に適用する。そして、署名作成部６４
は、文書、ＩＤ、および関数適用値“関数３（関数２
（関数１（値）））”に、電子署名３を付ける。

【００３９】手順Ｐ５において、端末１４は、文書、Ｉ
Ｄ、関数適用値、電子署名１、電子署名２、および電子
署名３を、インタフェース６１からサーバ１１のインタ
フェース２１に送る。インタフェース２１を介してこれ
らの情報を受け取った署名検証部２４は、担当者３が付
けた電子署名３を検証する。

【００４０】検証結果に誤りがなければ、秘密情報比較
部２８は、担当者３から送られた関数適用値と、秘密情
報格納装置３０に格納された秘密情報とを比較する。そ
の結果、両者の値が同一であれば、サーバ１１は、文書
が適切なルートで回送されたものとみなし、文書、電子
署名１、電子署名２、および電子署名３を、文書記憶装
置３１に格納する。そして、文書発信部２２が、文書に
代表の電子署名を付けて社外に発信する。

【００４１】このシステムでは、サーバ１１が発生させ
た関数１、関数２、関数３は、担当者自身にも分からな
いようにして、それぞれ担当者１、担当者２、担当者３
に渡され、関数記憶装置４５、５５、６５に格納され
る。

【００４２】関数の配送方法としては、ＩＣカードなど
の可搬記憶媒体を関数記憶装置として用い、これをオフ
ラインで渡す方法、サーバ１１と各端末をセキュリティ
の確保された専用回線で結んで、ハードウェアによりオ
ンラインで配送する方法などがある。前者の場合は、関
数記憶装置を簡単に取り外しできるというメリットがあ
る。

【００４３】また、サーバ１１が、発生させた値、例え
ばランダムな値を回送する文書に付加し、各担当者がこ
のランダムな値にあらかじめサーバ１１から与えられた
関数を適用することで、ランダムな値は各担当者にしか
生成できない特定の値に変換される。

【００４４】各担当者はそれぞれ同様の処理を行い、文
書と関数により変換された値がサーバ１１に返される。
サーバ１１は、各担当者に与えた関数を関数記憶装置２
９に格納しておき、上記のランダムな値に各関数を順に
適用した結果と、各担当者が各関数をランダムな値に順
に適用した結果が同じかどうかを調べることで、文書が
担当者１、担当者２、担当者３の順に回送されたかどう
かを確認することができる。

【００４５】また、サーバ１１が発生させた関数を、担
当者自身にも分からないように関数記憶装置４５、５
５、６５に格納しておけば、担当者が異動になった場合
にも、同じ関数が自動的に新しい担当者に与えられる。
このように、関数を担当者の役職に対して一意的に付与
することで、異動に簡単に対応することができる。

【００４６】さらに、担当者が一時的に不在になった場
合は、関数を関数記憶装置ごと代理の担当者に渡すこと
で、簡単に対応することができる。特に、関数記憶装置
として、簡単に取り外し可能なＩＣカードなどを用いた
場合は、それを代理の担当者に渡すだけでよい。

【００４７】また、関数を他の担当者に分からないよう
にしておくことで、他の担当者がその関数を与えられた
担当者になりすますことを防止できる。この場合、各担
当者は、受け取った値に他人の関数を適用することがで
きず、したがって、文書が正しく回送されたかのように
見せかけることはできない。

【００４８】このように、関数は役職に対して付与され
るが、電子署名は担当者個人に対して一意的に付与され
ており、異動に応じて変更される。文書に担当者の電子
署名を付けて回送することで、問題が発生した場合に、
その文書を扱った担当者を容易に特定することができ
る。

【００４９】ところで、手順Ｐ１において、値発生部２
６は、受け取った文書のハッシュ値を生成して、これを
検証用の値として用いることもできる。これにより、作
成者である担当者１による文書のすりかえができなくな
り、システムの信頼性が向上する。

【００５０】また、手順Ｐ２において、サーバ１１の署
名作成部２３は、ＩＤと値にサーバの電子署名０を付け
て端末１２に送ることもできる。この場合、図４の各手
順における通信データは図６に示すようになり、端末１
２の署名検証部４２は、サーバの電子署名０を検証す
る。そして、検証結果に誤りがなければ、関数適用部４
３が関数１を受け取った値に適用する。

【００５１】図７は、サーバ１１や端末１２、１３、１
４に対応する情報処理装置（コンピュータ）の構成図で
ある。図７の情報処理装置は、ＣＰＵ（中央処理装置）
７１、メモリ７２、入力装置７３、出力装置７４、外部
記憶装置７５、媒体駆動装置７６、ネットワーク接続装
置７７を備え、それらの各装置はバス７８により互いに
結合されている。

【００５２】ＣＰＵ７１は、メモリ７２に格納されたプ
ログラムを実行して、サーバ１１や端末１２、１３、１
４の各処理を実現する。メモリ７２には、各処理に用い
られるプログラムとデータが格納されている。このメモ
リ７２は、例えばＲＯＭ（read only memory）、ＲＡＭ
（random access memory）等を含む。

【００５３】入力装置７３は、例えばキーボード、ポイ
ンティングデバイス等に相当し、ユーザからの要求や指
示の入力に用いられる。また、出力装置７４は、表示装
置やプリンタ等に相当し、ユーザへの問い合せや処理結
果等の出力に用いられる。

【００５４】外部記憶装置７５は、例えば、磁気ディス
ク装置、光ディスク装置、光磁気ディスク装置等であ
る。この外部記憶装置７５に、上述のプログラムとデー
タを保存しておき、必要に応じて、それらをメモリ７２
にロードして使用することができる。また、外部記憶装
置７５は、関数記憶装置２９、４５、５５、６５、秘密
情報記憶装置３０、および文書記憶装置３１としても使
用され得る。

【００５５】媒体駆動装置７６は、可搬記録媒体７９を
駆動し、その記憶内容にアクセスする。可搬記録媒体７
９としては、メモリカード（ＩＣカード）、フロッピー
ディスク、ＣＤ−ＲＯＭ（compact disk read only mem
ory ）、光ディスク、光磁気ディスク等、任意のコンピ
ュータ読み取り可能な記録媒体を使用することができ
る。この可搬記録媒体７９に、上述のプログラムとデー
タを格納しておき、必要に応じて、それらをメモリ７２
にロードして使用することができる。さらに、可搬記録
媒体７９は、関数記憶装置４５、５５、６５としても使
用することができる。

【００５６】ネットワーク接続装置７７は、ＬＡＮ（lo
cal area network）等の任意の通信ネットワークに接続
され、通信に伴うデータ変換等を行う。情報処理装置
は、ネットワーク接続装置７７を介して、他の情報処理
装置８０（サーバ１１、端末１２、１３、１４等）と通
信する。これにより、必要に応じて、プログラムとデー
タを情報処理装置８０からネットワークを介して受け取
り、それらをメモリ７２にロードして使用することがで
きる。

【００５７】次に、図８から図１０までを参照しなが
ら、図２の認証システムによる処理の例について説明す
る。図８は、関数としてハッシュ関数、または秘密鍵暗
号システムにおける暗号化関数を用いた認証システムを
示している。ハッシュ関数とは、与えられたデータに適
当な操作を施すことで、元に戻すことのできないデータ
を生成する一方向性関数であり、秘密鍵暗号システムと
は、ＤＥＳ（Data Encryption Standard）暗号のような
秘密鍵暗号アルゴリズムを用いたシステムである。

【００５８】秘密鍵暗号システムにおいては、暗号化と
復号化の両方に秘密鍵を用いており、その鍵情報を知ら
ないと、暗号化も復号化も行うことができない。ここで
は、各担当者毎に異なる秘密鍵を用いた暗号化関数が与
えられ、それらの鍵情報を担当者は知らないものとす
る。暗号化のアルゴリズムは、担当者毎に異なっていて
も同じでもよい。図８において、担当者１が文書を作成
する場合の処理は、次のようになる。

【００５９】Ｐ１１： 担当者１は、文書をサーバ１１
に送って、文書の作成を通知する。 Ｐ１２： サーバ１１は、適当な値を一つ生成し、文書
が回送される順に各担当者の関数を値に適用し、適用結
果８１を秘密情報として、ＩＤとともに秘密情報記憶装
置３０に格納する。適用結果８１は、図５の秘密情報と
同様に、関数値“関数３（関数２（関数１（値）））”
を表す。そして、関数を適用する前の値をＩＤとともに
担当者１の端末１２に送る。このとき、サーバ１１は値
を暗号化してから送ってもよい。

【００６０】Ｐ１３： 端末１２は、送られてきた値に
関数１を適用し、文書、ＩＤ、適用結果８２、および電
子署名１を、担当者２の端末１３に送る。 Ｐ１４： 端末１３は、送られてきた値に関数２を適用
し、文書、ＩＤ、適用結果８３、電子署名１、および電
子署名２を、担当者３の端末１４に送る。

【００６１】Ｐ１５： 端末１４は、送られてきた値に
関数３を適用し、文書、ＩＤ、適用結果８４、電子署名
１、電子署名２、および電子署名３を、サーバ１１に送
る。サーバ１１は、送られてきた値８４と秘密情報記憶
装置３０に格納された秘密情報８１を比較し、それらが
同じであれば文書が正しく回送されたとみなす。

【００６２】図９は、図８の認証システムにおける関数
の適用結果（関数値）の具体例を示している。図９にお
ける処理は、次の通りである。 Ｐ２１： 担当者１は、文書をサーバ１１に送って、文
書の作成を通知する。

【００６３】Ｐ２２： サーバ１１は、ＩＤ“１”と、
一つのランダムな値“ｉ７５ｘ３ｆｗ０”を生成し、文
書が回送される順に各担当者の関数を値に適用し、関数
値“ｓ９ｉｈ６ｒｕｇ”を得る。次に、この関数値を秘
密情報として、ＩＤ“１”とともに秘密情報記憶装置３
０に格納する。そして、関数を適用する前の値“ｉ７５
ｘ３ｆｗ０”を、ＩＤ“１”とともに担当者１の端末１
２に送る。

【００６４】Ｐ２３： 端末１２は、送られてきた値
“ｉ７５ｘ３ｆｗ０”に関数１を適用して、関数値“ｎ
ｎｑｏｌ８ｊ６”を得る。そして、文書、ＩＤ“１”、
および関数値“ｎｎｑｏｌ８ｊ６”に電子署名１を付け
て、担当者２の端末１３に送る。

【００６５】Ｐ２４： 端末１３は、電子署名１を検証
した後、送られてきた値“ｎｎｑｏｌ８ｊ６”に関数２
を適用し、関数値“ｐｇｅ５ｂ９２ｈ”を得る。そし
て、文書、ＩＤ“１”、および関数値“ｐｇｅ５ｂ９２
ｈ”に電子署名２を付けて、担当者３の端末１４に送
る。

【００６６】Ｐ２５： 端末１４は、電子署名２を検証
した後、送られてきた値“ｐｇｅ５ｂ９２ｈ”に関数３
を適用し、関数値“ｓ９ｉｈ６ｒｕｇ”を得る。そし
て、文書、ＩＤ“１”、および関数値“ｓ９ｉｈ６ｒｕ
ｇ”に電子署名３を付けて、サーバ１１に送る。サーバ
１１は、送られてきた値“ｓ９ｉｈ６ｒｕｇ”と秘密情
報記憶装置３０に格納された秘密情報“ｓ９ｉｈ６ｒｕ
ｇ”を比較し、それらが同じであるので、文書が正しく
回送されたとみなす。

【００６７】図１０は、関数として公開鍵暗号システム
における復号化関数を用いた認証システムを示してい
る。公開鍵暗号システムとは、ＲＳＡ（Rivest-Shamir-
Adleman ）暗号のような公開鍵暗号アルゴリズムを用い
たシステムである。

【００６８】公開鍵暗号システムにおいては、暗号化に
秘密鍵を用い、復号化に公開鍵を用いており、一般に、
誰でも復号化を行うことができる。しかし、ここでは、
各担当者毎に異なる復号化鍵を用いた復号化関数が与え
られ、それらの鍵情報を担当者は知らないものとする。
復号化のアルゴリズムは、担当者毎に異なっていても同
じでもよい。図１０において、担当者１が文書を作成す
る場合の処理は、次のようになる。

【００６９】Ｐ３１： 担当者１は、文書をサーバ１１
に送って、文書の作成を通知する。 Ｐ３２： サーバ１１は、適当な値９１を一つ生成し、
それを秘密情報として、ＩＤとともに秘密情報記憶装置
３０に格納する。そして、文書が回送される順序とは逆
の順序で各担当者の暗号関数を値に適用し、適用結果９
２をＩＤとともに担当者１の端末１２に送る。適用結果
９２は、関数値“暗号関数１（暗号関数２（暗号関数３
（値）））”を表す。

【００７０】Ｐ３３： 端末１２は、送られてきた値に
復号関数１を適用し、文書、ＩＤ、復号結果９３、およ
び電子署名１を、担当者２の端末１３に送る。復号結果
９３は、関数値“暗号関数２（暗号関数３（値））”を
表す。

【００７１】Ｐ３４： 端末１３は、送られてきた値に
復号関数２を適用し、文書、ＩＤ、復号結果９４、電子
署名１、および電子署名２を、担当者３の端末１４に送
る。復号結果９３は、関数値“暗号関数３（値）”を表
す。

【００７２】Ｐ３５： 端末１４は、送られてきた値に
復号関数３を適用し、文書、ＩＤ、復号結果９５、電子
署名１、電子署名２、および電子署名３を、サーバ１１
に送る。サーバ１１は、送られてきた値９５と秘密情報
記憶装置３０に格納された秘密情報９１を比較し、それ
らが同じであれば文書が正しく回送されたとみなす。

【００７３】このように、担当者に与える関数に公開鍵
暗号アルゴリズムを用い、その鍵情報を担当者に知らせ
ないことで、鍵情報を含めた各担当者の関数を推定する
ことが困難になり、システムの信頼性が向上する。

【００７４】次に、図１１から図１７までを参照しなが
ら、サーバ１１と各端末の処理のフローを説明する。図
１１は、サーバ１１による関数発生処理のフローチャー
トである。処理が開始されると、関数発生部２５は、担
当者毎に個別の関数を発生させる（ステップＳ１）。次
に、サーバ１１は、各関数を関数記憶装置２９に格納し
た後（ステップＳ２）、各担当者に配送し（ステップＳ
３）、処理を終了する。

【００７５】図１２は、端末による関数格納処理のフロ
ーチャートである。処理が開始されると、端末は、サー
バ１１が発生させた関数を受け取り（ステップＳ１
１）、それを端末の関数記憶装置に格納して（ステップ
Ｓ１２）、処理を終了する。

【００７６】図１３は、端末による文書発信依頼処理の
フローチャートである。処理が開始されると、端末は、
担当者からの指示に従って文書を作成し（ステップＳ２
１）、それをサーバ１１に送って（ステップＳ２２）、
処理を終了する。

【００７７】図１４は、文書発信依頼を受けたサーバ１
１による値発生処理のフローチャートである。処理が開
始されると、サーバ１１は、端末から文書を受け取り
（ステップＳ３１）、値発生部２６は、ＩＤと適当な値
を発生させる（ステップＳ３２）。

【００７８】次に、関数適用部２７は、文書の種別と発
信者の情報をもとに、図３に示したような関数記憶装置
２９のデータから、文書の回送ルートを検索する（ステ
ップＳ３３）。そして、値発生部２６が発生した値に、
各担当者の関数を回送ルートの順に適用し（ステップＳ
３４）、適用結果とＩＤを秘密情報記憶装置３０に格納
する（ステップＳ３５）。サーバ１１は、ＩＤと関数適
用前の値を文書発信を依頼してきた担当者の端末に送り
（ステップＳ３６）、処理を終了する。

【００７９】図１５は、文書発信を依頼した担当者の端
末による文書回送処理のフローチャートである。処理が
開始されると、端末は、サーバ１１からＩＤと値を受け
取る（ステップＳ４１）。次に、関数適用部は、端末に
付属する関数記憶装置から関数を取り出し（ステップＳ
４２）、それを受け取った値に適用する（ステップＳ４
３）。

【００８０】そして、署名作成部は、文書とＩＤと関数
値に電子署名を付けて（ステップＳ４４）、それらを次
の担当者の端末に送り（ステップＳ４５）、処理を終了
する。

【００８１】図１６は、文書の回送を受けた担当者の端
末による文書回送処理のフローチャートである。処理が
開始されると、端末は、他の担当者の端末から、その担
当者の電子署名付きの文書とＩＤと関数値を受け取る
（ステップＳ５１）。次に、署名検証部は、その電子署
名を検証して（ステップＳ５２）、それが正しいかどう
かを判定する（ステップＳ５３）。

【００８２】検証結果が正しいければ、次に、関数適用
部は、端末に付属する関数記憶装置から関数を取り出し
（ステップＳ５４）、それを受け取った関数値に適用す
る（ステップＳ５５）。

【００８３】そして、署名作成部は、文書とＩＤと新し
い関数値に電子署名を付けて（ステップＳ５６）、それ
らを次の担当者の端末またはサーバ１１に送り（ステッ
プＳ５７）、処理を終了する。

【００８４】ステップＳ５３において検証結果が正しく
なければ、文書回送処理を中断し（ステップＳ５８）、
エラー処理を行って、処理を終了する。エラー処理で
は、例えば、電子署名が正しくないことがサーバ１１に
通知され、それがサーバ１１から対応する担当者に通知
される。

【００８５】図１７は、最後の担当者から文書の回送を
受けたサーバ１１による文書発信処理のフローチャート
である。処理が開始されると、サーバ１１は、その担当
者の電子署名付きの文書とＩＤと関数値を受け取る（ス
テップＳ６１）。次に、署名検証部２４は、その電子署
名を検証して（ステップＳ６２）、それが正しいかどう
かを判定する（ステップＳ６３）。検証結果が正しけれ
ば、次に、秘密情報比較部２８は、秘密情報記憶装置３
０から登録されている関数値を取り出し（ステップＳ６
４）、それを受け取った関数値と比較して（ステップＳ
６５）、それらが同じかどうかを判定する（ステップＳ
６６）。そして、それらが同じであれば、受け取った文
書を文書記憶装置３１に格納する（ステップＳ６７）。

【００８６】次に、文書発信部２２は、その文書に代表
の電子署名を付けて、社外に発信し（ステップＳ６
８）、処理を終了する。ステップＳ６３において検証結
果が正しくないとき、および、ステップＳ６６において
２つの値が同じでないときは、文書発信処理を中断し
（ステップＳ６９）、エラー処理を行って、処理を終了
する。

【００８７】ステップＳ６３において検証結果が正しく
なければ、エラー処理では、例えば、電子署名が正しく
ないことが対応する担当者に通知される。また、ステッ
プＳ６６において２つの値が同じでなければ、エラー処
理では、例えば、回送が正しく行われなかったことが文
書の作成者および関連する担当者に通知される。

【００８８】以上説明した実施形態において、一般に、
関数は役職に対して一意的に設定され、担当者が変わっ
ても変化しない。しかし、担当者が変わる度に関数を取
り替えることで、より安全性の高いシステムを実現する
こともできる。

【００８９】また、本発明の認証システムは、文書だけ
でなく、画像、音声、プログラムなどの任意の電子情報
の回送および発信を認証する技術に適用可能であり、本
発明の認証方法は、紙媒体などを含む任意の情報の回送
および発送を認証する技術に適用可能である。

【００９０】

【発明の効果】本発明によれば、企業間で電子取引が行
われる場合に、まず、企業内で電子情報が正しく回送さ
れたことを検証することで、各担当者に権限があるかど
うかを確認することができる。そして、正しく回送され
た場合にのみ、企業の代表の電子署名を付けることで、
電子情報を発信する企業における不正取引を防止するこ
とができる。

【００９１】本発明は、電子取引において不正取引を防
止するための一つの技術を提供しており、今後、電子取
引を開始しようとする企業において、その利用が期待さ
れる。

【図面の簡単な説明】

【図１】本発明の認証システムの原理図である。

【図２】認証システムの構成図である。

【図３】関数記憶装置のデータを示している。

【図４】第１の通信データを示している。

【図５】秘密情報記憶装置のデータを示している。

【図６】第２の通信データを示している。

【図７】情報処理装置の構成図である。

【図８】第１の実施形態を示す図である。

【図９】関数値の例を示す図である。

【図１０】第２の実施形態を示す図である。

【図１１】関数発生処理のフローチャートである。

【図１２】関数格納処理のフローチャートである。

【図１３】文書発信依頼処理のフローチャートである。

【図１４】値発生処理のフローチャートである。

【図１５】第１の文書回送処理のフローチャートであ
る。

【図１６】第２の文書回送処理のフローチャートであ
る。

【図１７】文書発信処理のフローチャートである。

【符号の説明】

１ 認証装置 ２ 秘密情報格納手段 ３ 確認手段 ４ 端末装置 ５ 通信手段 ６ 変換手段 ７ 通信ネットワーク １１ サーバ １２、１３、１４ 端末 ２１、４１、５１、６１ インタフェース ２２ 文書発信部 ２３、４４、５４、６４ 署名作成部 ２４、４２、５２、６２ 署名検証部 ２５ 関数発生部 ２６ 値発生部 ２７ 関数適用部 ２８ 秘密情報比較部 ２９、４５、５５、６５ 関数記憶装置 ３０ 秘密情報記憶装置 ３１ 文書記憶装置 ７１ ＣＰＵ ７２ メモリ ７３ 入力装置 ７４ 出力装置 ７５ 外部記憶装置 ７６ 媒体駆動装置 ７７ ネットワーク接続装置 ７８ バス ７９ 可搬記録媒体 ８０ 他の情報処理装置 ８１、８２、８３、８４、９２、９３、９４ 関数値 ９１、９５ 値

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 9/00 ６７５Ａ (72)発明者 黒田 康嗣 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 鳥居 悟 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (22)

【特許請求の範囲】
1. 【請求項１】 回送される電子情報に対応する秘密情報
   を格納する秘密情報格納手段と、 前記秘密情報と前記電子情報に付加された情報とに基づ
   いて、該電子情報が正しく回送されたかどうかを確認す
   る確認手段とを備えることを特徴とする認証装置。
2. 【請求項２】 正しく回送されたことが確認された確認
   済み電子情報に対して、代表者の電子署名を自動的に付
   加し、該確認済み電子情報を発信する発信手段をさらに
   備えることを特徴とする請求項１記載の認証装置。
3. 【請求項３】 前記秘密情報格納手段は、前記電子情報
   を扱う一人以上の担当者のそれぞれに割り当てられた関
   数をあらかじめ検証用データに適用した結果を、前記秘
   密情報として格納し、前記確認手段は、前記電子情報に
   前記検証用データが付加されて前記一人以上の担当者に
   回送される間に該検証用データに対して前記関数が適用
   された結果を、前記秘密情報と比較することで、該電子
   情報が正しく回送されたかどうかを確認することを特徴
   とする請求項１記載の認証装置。
4. 【請求項４】 前記検証用データとして、ランダムな値
   を発生させる値生成手段と、該ランダムな値を前記一人
   以上の担当者のうちの一人に送る通信手段とをさらに備
   えることを特徴とする請求項３記載の認証装置。
5. 【請求項５】 前記検証用データとして、前記電子情報
   のハッシュ値を生成する値生成手段と、該ハッシュ値を
   前記一人以上の担当者のうちの一人に送る通信手段とを
   さらに備えることを特徴とする請求項３記載の認証装
   置。
6. 【請求項６】 各担当者毎に前記関数を生成する関数生
   成手段と、該関数を各担当者毎に対応させて格納する関
   数格納手段とをさらに備えることを特徴とする請求項３
   記載の認証装置。
7. 【請求項７】 前記関数生成手段は、ハッシュ関数、秘
   密鍵暗号アルゴリズムの暗号化関数、および公開鍵暗号
   アルゴリズムの復号化関数のうちの１つを生成すること
   を特徴とする請求項６記載の認証装置。
8. 【請求項８】 回送される電子情報を受け取り、次の送
   付先に送る通信手段と、 前記電子情報に付加された情報を、特定の担当者に割り
   当てられたアルゴリズムに従って変換する変換手段とを
   備えることを特徴とする端末装置。
9. 【請求項９】 前記アルゴリズムとして、前記特定の担
   当者に割り当てられた関数を格納する関数格納手段をさ
   らに備え、前記変換手段は、前記電子情報に付加された
   情報に該関数を適用し、前記通信手段は、該関数の適用
   結果を前記電子情報に付加して前記次の送付先に送るこ
   とを特徴とする請求項８記載の端末装置。
10. 【請求項１０】 前記関数格納手段は、前記関数を他の
    担当者に分からないように格納することを特徴とする請
    求項９記載の端末装置。
11. 【請求項１１】 前記関数格納手段は、前記関数を前記
    特定の担当者に分からないように格納することを特徴と
    する請求項１０記載の端末装置。
12. 【請求項１２】 前記関数格納手段は、取り外し可能で
    あることを特徴とする請求項９記載の端末装置。
13. 【請求項１３】 前記電子情報に付加された電子署名を
    検証する署名検証手段と、前記電子情報に前記特定の担
    当者の電子署名を付加する署名作成手段とをさらに備え
    ることを特徴とする請求項８記載の端末装置。
14. 【請求項１４】 企業間取引に関する情報を、企業内の
    一人以上の担当者に回送するシステムのための認証シス
    テムであって、 前記一人以上の担当者に回送された電子情報を受け取る
    通信手段と、 前記電子情報に付加された情報に基づいて、該電子情報
    が正しく回送されたかどうかを確認する確認手段とを備
    えることを特徴とする認証システム。
15. 【請求項１５】 正しく回送されたことが確認された確
    認済み電子情報に対して、前記企業の代表者の電子署名
    を自動的に付加し、該確認済み電子情報を相手企業に発
    信する発信手段をさらに備えることを特徴とする請求項
    １４記載の認証システム。
16. 【請求項１６】 前記一人以上の担当者のそれぞれに関
    数を割り当てる関数付与手段をさらに備え、前記確認手
    段は、前記関数をあらかじめ検証用データに適用した結
    果を、前記電子情報に前記検証用データが付加されて回
    送される間に該検証用データに対して前記関数が適用さ
    れた結果と比較することで、該電子情報が正しく回送さ
    れたかどうかを確認することを特徴とする請求項１４記
    載の認証システム。
17. 【請求項１７】 コンピュータのためのプログラムを記
    録した記録媒体であって、 回送される電子情報に対応する秘密情報を格納する機能
    と、 前記秘密情報と前記電子情報に付加された情報とに基づ
    いて、該電子情報が正しく回送されたかどうかを確認す
    る機能とを前記コンピュータに実現させるためのプログ
    ラムを記録したコンピュータ読み取り可能な記録媒体。
18. 【請求項１８】 コンピュータのためのプログラムを記
    録した記録媒体であって、 回送される電子情報を受け取り、次の送付先に送る機能
    と、 前記電子情報に付加された情報を、特定の担当者に割り
    当てられたアルゴリズムに従って変換する機能とを前記
    コンピュータに実現させるためのプログラムを記録した
    コンピュータ読み取り可能な記録媒体。
19. 【請求項１９】 企業間取引に関する情報を企業内の一
    人以上の担当者に回送した結果を認証するコンピュータ
    のためのプログラムを記録した記録媒体であって、 前記一人以上の担当者に回送された回送情報を受け取る
    機能と、 前記回送情報に付加された情報に基づいて、該回送情報
    が正しく回送されたかどうかを確認する機能とを前記コ
    ンピュータに実現させるためのプログラムを記録したコ
    ンピュータ読み取り可能な記録媒体。
20. 【請求項２０】 回送情報に対応する秘密情報を生成
    し、 前記秘密情報と前記回送情報に付加された情報とに基づ
    いて、該回送情報が正しく回送されたかどうかを確認す
    ることを特徴とする認証方法。
21. 【請求項２１】 回送情報を受け取り、 前記回送情報に付加された情報を、特定の担当者に割り
    当てられたアルゴリズムに従って変換し、 変換された情報を前記回送情報に付加して次の送付先に
    送ることを特徴とする回送方法。
22. 【請求項２２】 企業間取引に関する情報を企業内の一
    人以上の担当者に回送した結果を認証する認証方法であ
    って、 前記一人以上の担当者に回送された回送情報を受け取
    り、 前記回送情報に付加された情報に基づいて、該回送情報
    が正しく回送されたかどうかを確認することを特徴とす
    る認証方法。